主頁（http://www.by236.com）：VoLTE專項提升簡易案例分析-語音質量提升

VoLTE用戶發起多方通話失敗（一）

【問題現象】

用HTC/三星/華為終端發起多方通話失敗。

【問題分析】

多方通話的用例使用了三個HTC的終端，其中一個作為主叫用戶，向另外兩個用戶發起通話會議。HTC主叫終端發起會議請求的頭域為sip:mmtel@conf-factory.ims.mnc007.mcc460.3gppnetwork.org，與網絡側配置的頭域不符，因此MTAS回了SIP/2.0 606 Not Acceptable。愛立信網絡側配置的頭域正確應為：<sip:conference@gd.chinamobile.com>。 所以需要協調網絡側或者終端側修改會議請求的頭域。

【問題解決】

為了適配HTC終端，在udc，dns和mats都做了會議請求頭域的修改。修改完之后通話會議可以正常建立。

呼叫建立時延較大（二）

【問題現象】

測試結果統計發現，呼叫建立時延達到4秒以上，達不到預期。

【問題分析】

1.分析時延較長的ims以及ue的log，每一條SIP消息在IMS核心網中從T側到O側、或O側到T側均有幾十或幾百毫秒的傳輸時延，導致整個呼叫時延增加了1~2秒。目前該問題未能復現，還在定位根本原因，可能導致核心網延時問題的原因初步考慮如下：

一方面可能是IP網絡承載設備的時延導致另一方面可能是網元的維護排障手段對處理器、內存等資源占用帶來的影響（如App Trace的開啟）

2.INVITE請求和主叫收到183之間的初始呼叫建立時延有時長達接近2秒，經分析可能原因：被叫Paging/Service Request流程中有時候會增加幾百毫秒時延，根據UE log初步分析發現終端表現不穩定導致時延差異。

【問題解決】

重新測試之后，呼叫建立時延變成2.5秒左右；

弱覆蓋區域發生RRC連接重建（三）

【問題現象】

高通外場測試時發現在發生RRC連接重建時UM的專用承載根本沒有建立，有的時候UM專用承載在另一條RRCConnectionReconfiguration中下發，導致掉話

【問題分析】

按照華為的實現，如果是eNB內重建，按照36.331的要求，應該是僅重建SRB就可以了，其他DRB的上下文都沒有變化，所以也不需要更新。

如果是eNB間重建，會一次把多個承載都建起來。協調EPC同時定位，EPC有參數用于在連接態下收到Message Type為Initial UE message的Service Request、TAU Request消息或是Ue發起的Imsi Detach消息時，控制USN9810是否刪除GBR承載。EPC后續打開該參數測試，看問題是否還存在 。

【問題解決】

DWORD_EX6的BIT28設置為1 USN9810保留GBR承載

【問題后續建議】

在配置指導中說明對協議版本要求。