voltemos优化思路与方法

《voltemos优化思路与方法》由会员上传分享，免费在线阅读，更多相关内容在工程资料-天天文库。

1、一、VoLTE语音MOS采样点机制VoLTE语音MOS采样机制如下：（1）主叫起呼，进行录音（8s左右）；（2）被叫放音，主叫收音，被叫记录第1个MOS采样点（8s）；（3）主叫放音，被叫收音，主叫记录第1个MOS采样点（8s）；（4）被叫放音，主叫收音，被叫记录第2个MOS采样点（8s，与第1个采样点间隔16s）；（5）主叫放音，被叫收音，主叫记录第2个MOS采样点（8s，与第1个采样点间隔16s）；（6）被叫放音，主叫收音，被叫记录第3个MOS采样点（8s），如此类推……二、VoLTE语音MOS优化分析方法1、MOS差的问题点定位测试log单次通话连续两个采样点MOS值小于3的问题点定义

2、为MOS差的问题点。注意事项：需剔除通话结束的最后一个采样点与下次通话第一个采样点的MOS值都小于3的问题点。2、MOS优化分析方法由MOS采样点机制可以看出，MOS采样点收集的是采样时间点前8秒的语音质量，所以在分析的时候，需着重分析MOS采样时间前8秒UE本端的下行（包括：无线环境、语音编码、抖动、丢包、频繁切换、RRC重建、异频测量频次等），以及对端的上行（包括：频繁切换、RRC重建、异频测量频次等）。三、VoLTE语音MOS值的影响因素及优化思路1、MOS值的影响因素MOS值的直接影响因素为：端到端时延、抖动、丢包；VoLTE端到端时延可以分解为：UE语音编/解码时延、空口传输时延、

3、核心网的处理时延、传输网的传输时延。丢包和抖动的影响因素包括：空口信号质量、eNB负载、传输网的丢包和抖动。故将以上因素分解后，MOS的影响因素包括：语音编码、覆盖、干扰、切换、邻区、基站负荷、基站故障、传输、核心网、测试终端、人为操作失误等。2、MOS值的优化思路结合以上影响因素和前期VoLTE拉网测试时遇到的MOS问题，共总结出四类问题点类型：无线问题、基站异常、测试规范和设备、核心网/传输。在分析MOS问题时，我们首先要考虑基站是否正常工作，其次考虑测试是否规范、测试设备是否正常，再次判断是否为无线问题造成的，最后才考虑是否核心网及传输网引起的。因此我们在分析MOS问题时，应该按以下步

4、骤进行MOS优化：（1）基站问题：是指问题路段中心经纬度150米以内的基站及主瓣65度范围的小区，若存在基站负荷过大、影响业务的告警、断站等问题，必将影响MOS值。处理方法：在测试前确保基站正常工作。案例1：基站故障导致MOS值低问题描述：车辆由南向北行驶至清风路与两河大道交叉路口，UE占用金牛清淳一街-SCDHLS3HM3JN-D2的信号，无线环境RSRP为-116.81dbm,SINR为-2.5，MOS值1.14，经测试数据分析，发现UE未能收到距离清风路与两河大道交叉路口50米的华力汽车公司车队-SCDHLD3HM2GX站点信号，经查询告警得知，发现该站点网元断链，因而导致该路段出现弱

5、覆盖现象，最终导致MOS值差。处理建议：建议处理华力汽车公司车队-SCDHLD3HM2GX站点故障。案例2：基站负荷过大，导致MOS值低问题描述：无线环境较好（RSRP为-95dBm左右，SINR为10左右），无频繁切换；但MOS打点前8s主被叫占用电子科大-SCDHLS0HM1CH-D5，抖动和丢包均比较异常（RTPJitter为992ms，RTPLossRate为3.99%），后台查询电子科大-SCDHLS0HM1CH-D5问题发生时间点15分钟粒度的上行PRB峰值利用率为65.145%，上行PRB平均利用率为45.949%，初步判断为基站负荷过大导致调度不及时，从而影响了MOS值。处理

6、建议：解决电子科大-SCDHLS0HM1CH-D5负荷过大的问题。（2）测试规范/测试设备：包括MOS设备调试造成的MOS设备性能低、MOS差、音频线松动、终端异常等。处理方法：在测试前确保MOS设备正常工作、事先调试好MOS值、音频线插紧、检查终端等。案例1：调试MOS导致MOS值低问题描述：周围站点状态正常，无线环境良好；本次问题发生在1月25日下午第一个正式log的第1次至第3次呼叫，连续21个MOS值均低于1.5（覆盖较好，无干扰和故障），车辆一直停留在北京华联双桥店门口，第4次起呼MOS值恢复正常，初步判断为当天下午刚开始测试时MOS设备有问题导致。处理建议：建议按测试规范进行测试

7、，测试前确保MOS设备正常工作。案例2：无线环境良好，MOS采样点前8s信令丢失问题描述：周围站点状态正常，无线环境良好；主叫9:29：35发起INVITE请求，9:32:28出现低MOS，分析主叫前8s测试数据，此时占用春良宾馆-SCDHLD3HM3JJ-F3，此时RSRP=-87.25dbm，SINR=17，9:32:20至9:32:28主叫无信令交换，查看9:32:20无RTP丢包异常，RTP抖动正常，