主页（http://www.pttcn.net）：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承载 【问题后续建议】 在配置指导中说明对协议版本要求。 (中国集群通信网 | 责任编辑：陈晓亮) |
