1、專載流程沖突
現網 VoLTE 終端發生移動的過程中， 不可避免會發生 Handover、 TAU 等空口過程， EPC 在觸發專載建立過程， 在尚未收到 Active Dedicated EPS Bearer Context Accept 回報前， 可能先收到了基站的切換請求。
典型空口信令如下， 終端在發出 Active Dedicated EPS Bearer Context Accept 響應 EPC 下發的 Active Dedicated EPS Bearer Context Request 時， 正好發生切換， Active Dedicated EPS Bearer Context Accept 第二次實際通過目标基站發出，即在專載建立過程中出現了切換流程：
如果不做處理， MME 會認為專載建立過程異常并釋放承載， 基站通過 RRC Connect Release 釋 放 上下文 ， 導 緻 VoLTE 呼叫失敗 ， SIP 錯 誤 碼 580 Precondition Failure， 實質就是專載建立失敗：
從核心側流程看， MME 需要收到終端的 Direct Transfer（即 ActiveDedicated EPS Bearer Context Accept），才認為專用承載建立完成：
對于專載建立過程中的流程沖突， EPC 側需要進行相應處理，緩存 Create Bearer Request(CBR)流程，在 X2 切換/S1 切換/TAU 等流程處理完成後再繼續。
2、專載保持
在接入過程專載建立後，終端會并發 QCI9/QCI5/QCI1 三個承載，如果因為切換失敗等問題，空口發生 RRC 重建，會有 3 種可能：
（ 1）重建至源基站， 此時大機率會保留終端上下文，承載能夠恢複， VoLTE業務繼續；
（ 2） 重建至目标基站，也能通過 X2 接口從源基站索取到終端上下文；
（ 3）重建至其他基站， 同樣有一定機率能通過 X2 接口從源基站索取到終端上下文。
對于第 2、 3 兩種情況， 如果新基站沒有聯系到源基站：
（ 1）源基站一定時間後（和 RLF 定時器時長有關） 會回報 MME， 申請删除終端上下文（包含 QCI1 專載）。
（ 2）如果 MME 已删除終端的 QCI1 專載，新基站不可能再恢複。 因為 QCI1專載建立是終端通過 QCI5 承載送出 INVITE 消息到 P-CSCF， P-CSCF 通過 GX/RX接口的 AAR/RAR 等消息再通知 EPC、 基站逐段建立 S1 承載和對應 DRB。 沒有機制
使得 IMS 層感覺到空口段的異常過程， 再觸發一遍專載建立過程，是以 VoLTE通話必斷。
各類原因導緻的空口 RRC 重建現象隻能通過優化盡量減少，不可能完全消失。從機制角度， 要在出現 RRC 重建失敗時盡可能保持 VoLTE 業務不中斷，在于源基站 向 MME 申 請 删 除 終 端 上 下 文 時 （ 不 包 括 User Inactivity 、 Inter-RAT Redirection、 CS Fallback Triggered 之類正常釋放原因）， MME 有意等待一段時間不要立即執行，讓新基站有機會能恢複原先的承載資訊。 這段時間，核心側通常稱為專載保持或延遲釋放。
3、尋呼政策
EPC 側尋呼流程如下圖：
（ 1） MME 收到 S-GW 發送的 Downlink Data Notification 後，向 S-GW 發送Downlink Data Notification Ack 消息。
（ 2） MME 根據終端上次接入的 TA，擷取所有為這個 TA 服務的基站資訊，并向這些基站發送 Paging 消息。如果尋呼失敗則繼續在 TA LIST 範圍内進行尋呼。
（ 3） MME 收到終端發送的 Paging Response 消息後，繼續完成普通尋呼流程處理。
考慮到尋呼負荷，每次尋呼範圍通常由小及大，例如最近發生過業務的基站、TA、 TA List。
現網 EPC 資料業務尋呼一般是基于 TA 的智能尋呼。 對于 VoLTE 業務， MME可以獨立配置不同于資料業務的 VoLTE 業務尋呼政策。 MME 可以啟用基于 QCI 尋呼的政策， 對于 VoLTE（ QCI1、 2、 5）業務，尋呼間隔、重複尋呼次數等可單獨配置。