外场VoLTE测试报告之鼎利VoLTE-MOS产品使用总结

高铁VoLTE测试MOS低问题处理最佳实践总结一、问题描述在做高铁VoLTE测试时，发现局部路段切换时存在较大的RTP丢包，导致MOS值偏低，如下所示：二、分析处理过程PCI 82切PCI 63的时候，被叫UE下行存在大量连续的RTP网络侧丢包，导致Mos值急剧下降，具体见下图：图1-1 Mos值偏低的几处信息关联UE Log分析从被叫UE Log来看，RTP SN 6813与SN 6815中间丢了一包SN 6814，具体见下图所示：图2-1 下行RTP丢包（被叫UE Log）在PDCP层可以找到丢包前正常接收的最后两包RTP SN 6812 / 6813，对应的帧号为636_5和636_8，pdu size 66 bytes，应该就是语音包，具体见下图：图2-2 PDCP层丢包前正常解出的最后两包对应RLC层，能够看到，下行存在分片，具体见下图1，可以看到RLC层SN 62这一包对应的帧号636_5比排在SN65的后面，从FI和E的值来看也能确认，这一包应该在这4片的最开始。

由于底层存在一次重传，打乱了SN序号，从该分片信息可以看到，FI和E的取值是按照SN的编号来取的，不是按照帧号来选取的，这样就会避免因为底层的重传导致RLC数据包错乱，影响分片。

图2-3 RLC层分片信息图2-4 RLC SN 62在底层的重传MAC层按RLC的分片进行传输，如下图所示，上面4个TB为一个RTP 语音包，下面636_8、641_5、642_7分别为一个RTP语音包图2-5 MAC层的传输底层调度信息，636_5和636_8之后，紧接着底层传输的是帧号641_5和642_7，可以看到，下行新传的MCS基本都是0，说明信道条件较差，分的TBsize 较小，1个TB不足以把一个语音包调度出去，因此下行的RLC对PDCP的语音包进行了拆片。

图2-6 底层调度信息对应的上层RLC的包图2-7 接续包对应RLC层的信息通过数据对比分析来看，后续底层正常传输的三包对应的PDCP三包如下图所示，RLC为分片的3个独立的语音包，传到PDCP时会在相同的帧号，且PDCP SN分别为52、53、54，从SN号来看，丢了SN 51，具体见下图2图2-8 接续包RLC与PDCP包配对图2-9 PDCP层SN所以，底层并没有对PDCP SN 51这一包进行调度。

Volte MOS差点分析指导书1 概述1.1 MOS指标定义MOS值（Mean Opinion Score）,即语音质量的平均意见值，是衡量通信系统语言质量的重要指标。

MOS与人的主观感受映射关系如下：表1 MOS分和用户满意度一般情况下，MOS值大于等于3.8被认为是较优的语音质量，大于等于3.0被认为是可以接受的语音质量，低于3.0被认为是难以接受的语音质量。

中国移动对MOS分的定义为路测MOS分，基于宽带AMR（AMR WB）的POLQA算法打分。

1.2 MOS评分原则中国移动集团只有语音MOS的测试标准，视频业务目前业界无通用MOS测评标准，所以现阶段VoLTE的MOS值测试仅针对语音业务。

针对目前移动场景，VoLTE与VoLTE通话协商的编码为AMR-WB宽带编解码，提供高清语音体验；VoLTE与2G/3G CS业务互通协商的编码为AMR-NB窄带编码(与CS域的编解码相同），因此MOS测试采用VoLTE拨打VoLTE 的方式，测试宽带VoLTE编码的语音质量。

集团对MOS分的定义为路测MOS分，采用P.863算法进行评估。

集团对MOS测试工具要求：珠海世纪鼎利Pioneer、北京惠捷朗(CDS)，现阶段测试终端是HTC M8T。

目前的MOS评分周期是9秒输出一个MOS分，主叫和被叫周期交替发送固定语料。

每隔9秒鼎利设备的主叫和被叫会输出一个MOS分，发送端发送语料的时候，接收端静默接收，不存在主被叫同时发送语料的情况，无论是主叫发语料还是被叫发语料，对端接收后都会在MOS盒和原始语料进行对比，所以主叫和被叫的MOS是一致的。

每个MOS语料发送周期内（9秒），连续的语音分为两段，每段时间2秒左右，总的发音时长4秒左右。

其余时间都是发送静默帧（SID）。

160ms发包周期的都是SID帧，20MS发包周期的都是有语音的RTP包。

1.3 MOS考核要求MOS平均分，即POLQA算法平均得分，目标值：3.5，挑战目标：4.0；MOS>3.0占比，即MOS得分>3.0的采样点占比，目标值：85%，挑战目标：90%；MOS>3.5占比，即MOS得分>3.5的采样点占比，目标值：80%，挑战目标：85%。

鼎利MOS测试使用手册
为更好使用MOS测试功能，请严格按照如下步骤进行MOS测试！
1、先把MOS语音盒侧面的拨码开关DIGITAL/ANALOG,如下图：
2、请严格按下图方式连接设备：
12.6线路页面设置
4、完成上述设置后可以按如下流程用软件进行MOS测试
被叫号码
选择MOS测试
B、设备连接
这根标有“接LINE OUT”标签字样数据线是正确的连接在MOS 盒的LINE OUT 接口上！！！)
ØDialed MS中，选择被叫终端(该手机一定要选择连接标有“接LINE IN ”标签字样数据线的测试手机，并确保这根标有“接
LINE IN”标签字样数据线是正确的连接在MOS盒的LINE IN 接口上！！！)
D、语音评估波形显示设置：
波幅设置。

VoLTE MOS 专题分析报告目录一、VoLTE 语音MOS 现状说明 (2)1、MOS 指标定义及优化方法 (2)（1）VoLTE 语音MOS 指标定义 (2)（2）VoLTE 语音MOS 采样机制 (2)（3）MOS 差的问题点定位 (2)（4）MOS 优化分析方法 (2)2、MOS 指标现状 (2)3、MOS 主要问题 (4)（1）成都38 个网格主要问题 (4)（2）、华为地市主要问题 (4)二、如何提升VoLTE 语音MOS 值 (6)1、MOS 值的影响因素 (6)2、MOS 问题点的解决手段 (6)（1）测试规范和设备处理手段 (6)（2）核心网/传输处理手段 (7)（3）无线优化处理手段 (7)三、VoLTE 语音MOS 值问题案例 (8)（1）基站问题： (8)（2）测试规范/测试设备： (9)（3）无线问题： (9)（4）核心网/传输： (12)（5）其他： (13)一、VoLTE 语音MOS 现状说明1、MOS 指标定义及优化方法（1）VoLTE 语音MOS 指标定义MOS 均值= MOS 值求和/MOS 总采样点MOS 大于3 采样点占比= MOS 大于3 采样点/MOS 总采样点（2）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），如此类推……（3）MOS 差的问题点定位测试log 单次通话连续两个采样点MOS 值小于 3 的问题点定义为MOS 差的问题点。

VoLTE语音质量(MOS)测试说明书福州版本 1.0发布日期04-08-2014作者批准发布者发布部门RSO/SYSTEM实用范围中国/中国移动/中国联通/诺基亚内部人员。

更新记录版本日期作者备注0.1 DD-MM-YYYY TypeYourNameHere TypeYourCommentsHere0.2 DD-MM-YYYY TypeYourNameHere TypeYourCommentsHere1.0 DD-MM-YYYY TypeYourNameHere TypeYourCommentsHereThis material, including documentation and any related computer programs, is protected by copyright controlled by Nokia. All rights are reserved. Copying, including reproducing, storing, adapting or translating, any or all of this material requires the prior written consent of Nokia. This material also contains confidential information, which may not be disclosed to others without the prior written consent of Nokia.Contents1鼎利软件MOS测试方法 (3)1.1硬件连接 (3)1.1.1鼎利MOS盒视图与线缆介绍 (3)1.2软件连接和MOS测试说明 (4)1.3OTT语音测试方法（微信语音） (7)2惠捷朗(CDS)软件MOS测试方法 (8)2.1硬件连接 (8)2.2软件连接和MOS测试说明 (9)2.3OTT语音测试方法（微信语音） (14)1 鼎利软件MOS测试方法1.1硬件连接1.1.1鼎利MOS盒视图与线缆介绍俯视图主视图主视图和俯视图说明：鼎利MOS盒共4个测试组最大支持8部手机测试（图中仅引出第一组测试线）从左到右分别为CH0、CH1、CH2、CH3（鼎利测试软件中会要求指定）。

案例1：580 Precondition Failure导致的未接通。

【问题描述】在集团测试LOG中，存在Precondition Failure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580 Precondition Failure消息，随后呼叫中止，出现未接通事件。

【问题分析】1、呼叫过程中，被叫发送Ringing 180后，收到网络下发的专载去激活命令，QCI 1被释放，被叫随后上报580 Precondition Failure，主叫同样收到网络侧转发的580消息，呼叫接续中止，导致未接通。

2、从信令中可以看到，被叫回复Ringing 180且主叫也已经收到Ringing 180，被叫随后收到网络侧下发的RRC重配，携带有QCI 1被释放的信息，被叫去激活专有承载。

由于专载已被释放，业务资源已不存在，所以被叫上发580 PreconditionFailure失败消息。

主叫收到网络侧下发的580，接续被中止，导致了会话未接通。

3、从MME下发到Node B的E-RAB RELEASE COMMAND，原因上看是Nas层nomal_release，导致专载QCI 1被释放。

4、专载QCI 1被释放，去激活后，被叫发送INVITE 580，主叫收到网络侧转发的INVITE580，会话流程中断，导致未接通【问题定位】在正常的会话流程中，由于MME下发E-RAB RELEASE COMMAND，使得QCI 1被释放，导致未接通。

【解决措施】需要核心网查看MME在什么情况下会下发E-RAB RELEASE COMMAND。

【测试验证】案例2：Server Internal Error 500导致的未接通【问题描述】在集团测试LOG中，存在Server Internal Error 导致的失败事件，表现为呼叫过程中，终端主动收到网络侧下发的Server Internal Error 500消息，随后呼叫中止，出现未接通事件。

鼎利EVDO测试系统正确设置说明及使用经验福建省无线网优中心二00九年十二月目录1. 当前鼎利EVDO测试系统参数设置存在的问题 (1)2. EVDO测试设置 (2)2.1. 拨号属性设置 (2)2.2. EVDO Only模式的设置 (4)2.2.1. 利用Mobile Partner软件 (4)2.2.2. 鼎利测试系统设置 (6)2.3. 测试模板设置 (7)3. 鼎利软件使用小技巧 (9)3.1. 不同激活集导频个数下SINR指标统计方法 (9)3.1.1. 过滤数据 (10)3.1.2. 利用自定义统计报表统计指标 (12)3.2. 指标偏移图 (16)3.3. Connection和Session连接成功率统计方法 (18)4. 鼎利软件问题点 (19)4.1. 物理层速率异常 (20)4.2. 数据业务报表疑问 (21)4.3. Connection连接失败点查找 (22)4.4. 不同激活集导频个数下SINR指标统计方法采样点过多 (22)1.当前鼎利EVDO测试系统参数设置存在的问题省网优中心优化项目小组在部分本地网开展DO专项优化支撑工作中发现，我省在使用鼎利EVDO测试系统开展EVDO网络测试工作中，由于测试模板参数仍然沿用1X数据业务的设置参数，使得EVDO测试模板的部分关键参数设置不正确，导致EVDO网络测试工作存在两大问题：一是测试方式不满足《中国电信CDMA网络DT/CQT测试技术规范（09年修订稿）》的测试规范要求；二是在EVDO网络测试过程中PPP的反复建立导致测试数据的偏差。

为此，我们依据集团测试规范，归纳总结了鼎利EVDO测试系统测试模板参数的正确设置以及EVDO测试数据采集方法。

同时，还分析总结了鼎利EVDO测试系统使用的几个技巧和经验，以及EVDO专项优化中遇到的鼎利测试软件存在的问题，供同事们参考。

目前使用的鼎利测试系统前、后台版本分别为3.6.4.0和2.9.7.1。

鼎利前台： MOS自检测试鼎利软件pioneer4.5.0连接mosV2.0测试的时候必须要先进行mos的自检测试，我们在验证中发现，用同一个2.0的mos盒+同样的测试终端N6720手机在同样的环境，用pioneer4.5.0测试的时候没有先做mos的自检测试测试出来的mos均值为3.2左右，但是做了mos自检测试的时候测试出来的mos均值会在3.7以上。

mos测试跟系统设备、测试终端跟mos盒有关的，所以我不能保证每个mos盒在做自检测试之后mos均值能提这么高，但是敢肯定的是，只要硬件没有故障，经过mos自检测试出来的mos均值肯定会比没有先做mos自检的测试出来的mos均值要高。

Mos的自检配置一、添加设备端口Pioneer4.5.0添加设备的端口跟之前的版本是不一样的。

打开软件，点击设备页：双击Handset才能够进行端口添加，对于诺基亚系列手机来说，有些手机开放有3个modem口，这样可以同时把三个端口都配置进去；有些手机只开放了一个trace口跟一个modem口，在配置的时候可以把modem口同时用在AT口跟modem口上。

端口添加完毕点击OK按钮。

二、配置测试模板：端口添加完毕的话，在Handset下面显示测试手机的类型：点击该手机会出来软件的测试模板：三、配置mos的自检模板点击Templates—右键—新建—选择New Mos Self-check：在mos Type选择Mos V2.0：Phone Numbers是被叫号码；Play Volume Check Range是软件的音量范围（pioneer4.5.0的软件N6720的软件步长是-6—+6，N85选默认即可。

），Step是步长，选默认即可。

ChannelNo是连接手机的通道。

这些必须要设置。

注意：在主叫里设置即可，被叫不用管。

在点了OK之后，在主叫的模板列表中，出现了自检模板，这时候，取消DIAL模板，只剩自检模板。

快速安装步骤:1、安装环境及软件1.1 安装《dotNetFx40_Client_x86_x64》。

双击运行，一直下一步即可。

提示已经安装的，跳过该步。

1.2 安装《PioneerDriverSetup》。

双击运行，一直下一步即可。

安装完成插上狗，看狗指示灯是否常亮，不是，则直接双击《HASPUserSetup_5.10.1.17163》单独安装狗驱动1.3 安装《PioneerSetup9.6.106.0925》，双击运行，一直下一步即可。

安装完成后双击打开，确定狗是否正常。

1.4 安装polaq算分的微软环境《vcredist_x86》，双击运行，一直下一步即可，安装完成后重启电脑。

【这个不装会导致设备连接都正常，但是mos无分值】1.5 复制权限文件《PolqaLicenseFile》到pioneer安装目录下的PESQ文件夹下，否则算分失败。

2、安装驱动2.1 安装GPS驱动《PL2303_Prolific_DriverInstaller_v10518》。

双击运行，一直下一步即可。

2.2 安装mos4.0驱动《4.0驱动》，双击运行，一直下一步即可2.3 安装htc手机驱动。

在手机上htc工具里面打开端口，插上电脑后，在设备管理器里面在端口上右键更新驱动，选择到该驱动就行。

1.MOS盒驱动安装成功标识驱动安装完成后在设备管理器可以看到设备名称：ASTRI DingLi Driver，如图2.GPS驱动安装成功标识3.HTC手机驱动安装成功标识安装前手机需要设置：1、在“设置”-“数据连接”里面最后勾上“增强语音IMS”2、USB调试必须关闭3、网络共享必须关闭，不管是热点还是USB共享，都不能开启。

4、HTC工具注意：如果出不来，将上面三个C的改回enable尝试。

操作顺序如下图：a、打开HTC SSD Trail Tool工具b、找到三个Control开头的选项c、打开三个选项后点击Enable即切换为disabled、打开QXDM Logger选项点击Disable接下来就是pioneer的正常测试操作：1、首先打开软件，软件会自动新建一个project工程，工程配置好后可以保存方便以后测试直接打开；2、将测试用的手机终端用数据线连接到电脑，如果设备驱动已经装好（如没有安装驱动请先装好驱动），软件导航栏会自动识别并提示有新设备连接，如图：3、此时点击工具栏自动检测按钮，软件会自动检测设备，确认所选的设备型号无误后点击确定按钮。

一、问题发现：1.测试人员11:05:52.486在御安路进行测试时，主叫占用涪城御营一队-ZLH2小区（图中站名是解析错误）出现长段连续MOS差；被叫MOS正常。

因此，重点从主叫UE入手，此时，主叫UE 信号-74dBm，SIN30，均正常。

但Volte 丢包率较高，排除系统侧RLC确认模式和PDCP相关参数外，需再次确认无线环境因素。

2.鼎利软件出的MOS图层上，显示的MOS值存在延时。

即在T时刻输出的MOS值，其实际产生的时段是(T-8)~T，但在图层上显示的时段为T~(T+8)。

回看数据，重点从11:05:44到11:05:52的数据开始分析。

如下图所示，从11:05:47开始，主叫UE连续在该小区做了4次RRC Connection Reestablishment，请求重建原因为reestablishmentCause = otherFailure。

但此时该小区rsrp 和sinr都较好，排除无线下行问题。

3.怀疑涪城御营一队-ZLH2小区基站故障或者上行干扰。

通过查看统计，站点无基站故障。

4. 从统计指标看，该小区平均干扰，重建次数和比例，接通率，切换成功率等指标都存在异常，确定基站存在干扰。

二、上站排查干扰情况1、上站勘查、记录天线共站的情况现场勘查发现，涪城御营一队-ZLH-ZLH 基站位御旗路附近一家宾馆7楼楼顶，与电信FDD 、联通FDD 、1800、联通900、移动GSM900、1800共站址、与移动TDS 共模，因此联通1800/联通FDD/联通900基站/电信FDD 、移动900的干扰。

下一步需重点排查是否是共站址的联通或者电信FDD 、1800产生的杂散干扰。

2、记录与附近的电信FDD 的天线隔离度情况移动LTE 天线在18米三角铁塔，LTE 基站位于最底层9米处，GSM900天线在最顶层，1800基站位于中间层，而联通FDD 和1800基站与移动基站共站，电信FDD 天线位于2米处。

案例1：580 Precondition Failure导致的未接通。

【问题描述】在集团测试LOG中，存在Precondition Failure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580 Precondition Failure消息，随后呼叫中止，出现未接通事件。

【问题分析】1、呼叫过程中，被叫发送Ringing 180后，收到网络下发的专载去激活命令，QCI 1被释放，被叫随后上报580 Precondition Failure，主叫同样收到网络侧转发的580消息，呼叫接续中止，导致未接通。

2、从信令中可以看到，被叫回复Ringing 180且主叫也已经收到Ringing 180，被叫随后收到网络侧下发的RRC重配，携带有QCI 1被释放的信息，被叫去激活专有承载。

由于专载已被释放，业务资源已不存在，所以被叫上发580 Precondition Failure失败消息。

主叫收到网络侧下发的580，接续被中止，导致了会话未接通。

3、从MME下发到Node B的E-RAB RELEASE COMMAND，原因上看是Nas层nomal_release，导致专载QCI 1被释放。

4、专载QCI 1被释放，去激活后，被叫发送INVITE 580，主叫收到网络侧转发的INVITE580，会话流程中断，导致未接通【问题定位】在正常的会话流程中，由于MME下发E-RAB RELEASE COMMAND，使得QCI 1被释放，导致未接通。

【解决措施】需要核心网查看MME在什么情况下会下发E-RAB RELEASE COMMAND。

【测试验证】案例2：Server Internal Error 500导致的未接通【问题描述】在集团测试LOG中，存在Server Internal Error 导致的失败事件，表现为呼叫过程中，终端主动收到网络侧下发的Server Internal Error 500消息，随后呼叫中止，出现未接通事件。

【关键字】质量XX移动通话质量提升专项MOS 优化成果报告华为技术有限公司2021年2月目录7.2.4厦坭工业区1小区方向弱覆盖......................................... 错误!未定义书签。

7.2.5雁田长表附近弱覆盖....................................................... 错误!未定义书签。

7.2.6金凤凰百运厂附近弱覆盖导致掉话............................... 错误!未定义书签。

7.2.7金龙工业区附近弱覆盖................................................... 错误!未定义书签。

7.2.8雁田村口2覆盖路段弱覆盖............................................. 错误!未定义书签。

7.3切换类........................................................................................... 错误!未定义书签。

7.3.1余良围D3小区层间切换门限设置过低 .......................... 错误!未定义书签。

7.3.2谢坑村1小区层间切换门限设置过高............................. 错误!未定义书签。

7.3.3凤岗雁鸣湖山庄掉话事件分析....................................... 错误!未定义书签。

7.3.4长塘工业区2小区掉话事件分析..................................... 错误!未定义书签。

7.3.5五联2小区被叫掉话事件分析......................................... 错误!未定义书签。