1、【現象】主叫UE（HTC）在發起INVITE時，突然觸發至2G的重選，導致手機在2G發起呼叫，此時，LTE側無線環境良好，RSRP：-85dbm,SINR:14db。同時，通話建立成功，但是網絡側由于發出INVITE后，長時間未收到INVITE 100，最終超時會出現Blocked事件。被叫則無異常，仍在LTE側順利完成接聽。【分析】主叫：在重選至GSM側后，按照正常流程完成呼叫建立：被叫：仍駐留在LTE側，按照正常流程完成呼叫接聽：通話3分鐘后，主叫正常掛斷，上報disconnect。并返回LTE側。【結論】終端原因導致VOLTE呼叫時異常重選至GSM側，觸發異常事件Blocked，但實際通

2、話接續正常。2、呼叫建立前觸發ESRVCC導致未接通【現象】主叫發起INVITE后，主被叫SIP流程正常交互，并收到INVITE 180振鈴信令，此時，由于無線原因，觸發B2事件，UE發起向GSM的ESRVCC，導致Blocked未接通。【分析】由于弱覆蓋導致觸發B2事件，UE執行ESRVCC切換到GSM后，無法繼續完成LTE側的呼叫建立。【結論】1、處理該路段LTE弱覆蓋；2、修改語音B2事件的LTE側觸發門限；3、2/4核心網側協調配合處理。3、軟件終端異常被叫未接聽【現象】主叫發起INVITE，主被叫SIP信令正常交互至INVITE 180振鈴環節，被叫一直未接聽，由于超過現網UE不活動

3、定時10秒，網絡釋放了RRC連接，導致未接通。【結論】測試軟件中AT指令未下發或者終端異常未執行接聽。4、INVITE 486導致未接通（共6個）【現象】主叫19：40：發起INVITE，但是在19：40：未收到ACK，超過測試軟件設置的限制時間30秒，上報CANCEL取消本次呼叫。【分析】被叫在19：40：才收到主叫paging（花了9秒，正常2秒），之后SIP流程正常交互，被叫在19：40：上報INVITE 180，但是主叫一直未收到，此時無線環境良好（RSRP:-80，SINR:20），之后在19：40：上報INVITE 486，原因值為“user busy”。【結論】需要核心網排查尋呼

4、時延過長；主叫未收到INVITE 180原因；INVITE 486觸發原因5、INVITE 486導致未接通【現象】主叫19：41：發起INVITE，在19：41：收到被叫發的INVITE 180，但是被叫在19：41：發起INVITE 486，被叫去激活承載導致未接通。【結論】需要核心網排查：INVITE 486觸發原因6、被叫收到BYE后，EPS未釋放承載，軟件統計為掉話【現象】主叫通話完成后22：11：發起BYE，被叫在22：11：收到BYE，接著被叫上報MR，觸發A3事件，切換到另外一個小區，未收到核心網下發的釋放承載信令。【分析】由于CDS判定掉話是需要是否完成承載去激活，未正常去激

5、活會統計為掉話。【結論】軟件統計算法問題，不影響通話感知，同時，針對類似情況，核心網能否有緩存或重發機制。7、EPS重附著導致掉話【現象】主被叫通話建立后，主叫在00：19：55：794突然收到Deatach，原因值為“Re-attach required”,導致主被叫掉話。【結論】需要核心網EPS排查為啥下發Deatach，且原因值為“Re-attach required”8、BYE 408掉話【現象】主被叫通話持續3分鐘后，主叫在21：39：05：238發起BYE，此時無線環境良好但是被叫一直未收到BYE，最終導致主叫超時，網絡下發BYE 408。【結論】需要核心網EPS排查為啥被叫未收到BYE。9、INVITE503未接通【現象】主叫在21：20：收