IMS MGW打包时长软参设置导致VoLTE与CS域通话语音质量问题-

【问题现象】

VOLTE测试中发现VolTE下号码与CS域号码通话时，概率性出现一方无法听清另一方声音的情况，或吞音或断续。无法正常接听的现象即在VoLTE侧出现过，也在CS侧出现过。
【原因定位】

问题描述：

VOLTE测试中发现VolTE下号码与CS域号码通话时，概率性出现一方无法听清另一方声音的情况，或吞音或断续。无法正常接听的现象即在VoLTE侧出现过，也在CS侧出现过。
问题原因：

1、首先定位是否与终端及无线环境有关。选取华为Mate7和三星S6终端，分别选取中兴eNodeB场景和华为eNodeB场景，选择4G低业务量无线环境良好的地点进行定点拨测，测试要求每次不少于180S，选取主叫VoLTE用户，被叫分别为2G、3G、CSFB用户，多次呼叫验证。最终确认与无线环境无关，同时不同VoLTE终端均会出现此问题，排除终端问题。
2、由于语音质量问题与信令面无关，而媒体面路径为：空口->S1接口用户面->P-GW用户面->PSBC->IM-MGW->CSMGW。为了尽可能对媒体面路径监测，选取在S1用户面抓包、PSBC开启媒体面跟踪、IM-MGW上开启录音。
3、由于在IM-MGW上分别进行收发端点录音还原可以最为直观的定位问题，所以首先对录音文件进行语音还原，最后还原失败。经与华为研发确认，由于华为公司基于安全考虑，对非特通手段的监听行为进行了限制，在R10版本中对于录音插件进行了处理，所以无法实现对录音文件进行还原。而天津IM-MGW版本为R10版本，所以该定位手段失败。但是从IM-MGW抓取的媒体包进行检查，可以确认双向媒体均无丢包现象。
4、无线侧采用CHR进行分析，发现通话为2G到LTE业务下行有语音质量差的记录，语音编码为12.2K，下行数据RTP号连续，丢包很少，语音质量差应该不是丢包引起，进一步查看发现下行两个数据包间隔为240ms左右（少量包为20ms），非常有规律。所以对核心网前后数据包间隔进行核查。
5、进行打包时长分析，在被叫接听到的 200OK 消息中指示ptime=20ms,Maxtime=240ms。
在SBC的媒体面消息跟踪中，也可以发现，UE上行媒体包包长明显小于SBC下行媒体包，且UE上行媒体包的数量明显高于SBC下行媒体包数量。
由于SBC侧不会对打包时长进行修改，因此可以验证UMG应该是使用了maptime=240ms的作为打包时长。而终端侧使用的为ptime=20ms的打包时长。两者不一致造成语音质量问题。
6、查询3GPP规范，对打包时长的解释如下：

Ptime：打包时长，每种编解码可能有多种打包时长。

Maxptime：最大打包时长，当ptime与Maxptime同时存在时，推荐使用ptime进行打包，以减小时延，UMG有软参可以控制。VoLTE终端一般使用ptime打包。