外场VoLTE测试报告之鼎利VoLTE-MOS产品使用总结
精品案例-关于高铁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这一包进行调度。
2 Volte-MOS差点分析指导汇总
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测试功能，请严格按照如下步骤进行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、语音评估波形显示设置：
波幅设置。
voltemos专题分析报告v2
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测试注意事项及常见问题解决方法
2.MOS盒环境驱动 V3.1 MOS盒
无需外接电源供电； USB口与笔记本电脑USB口连接； CH0/CH1分别对应两路通道，主被叫终端耳机连接选择ch 0 或 ch 1通道均可；
根据操作系统的类型，选择对应的安装程序 64位的安装X64，其他则安装X86的即可
8
常见问题及解决办法 当前VoLTE从网络到终端，都不是很成熟，会出现各种各样的问题，一旦出 现问题，大多数情况下都是网络或者是终端出异常导致的。下面是几个经常 遇到的例子，平时遇到了，先从这方面入手检查并解决：
9
3.测试过程中，会弹出静音报错，如下图：
解决方法： 1）检查括号上标注通道上的音频线是否已经和手机插紧（可以重新插拔试试）。 2）检查通道选择是否正确 3）按照以上方法排查之后若仍报错，可断开MOS盒与电脑的USB连接，重新插拔下； 。
另外一种也是类似上面那样，挂机后RRC释放很慢，超过10s，而规范要求两次呼叫间隔 10s，如果RRC没释放，也会导致下次呼叫失败
13
谢谢聆听
新鼎利 新能力
云计算 数据挖掘 高端硬件仪表 终端及移动互联网
LOGO
14Biblioteka 11常见问题及解决办法-网络侧问题及排除办法：
短呼测试，测试50次呼叫，其中有多次未接通的，可能会 怀疑软件控制手机发指令是不是有问题等，这种情况，检 查看下数据就会发现，未接通的这次是因为上次挂机后， 终端给网络发了IMS_SIP_BYE->Request，但是网络没有 给终端回IMS_SIP_BYE->OK，这样终端一直在重发，网络 一直都没有回，导致这次挂机是失败的，但是手机屏幕上 显示却是已经挂机了，所以这种情况要进行网络侧抓包看 是网络侧根本没发，还是发了丢掉了
TD-LTE VoLTE语音质量(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（鼎利测试软件中会要求指定）。
VoLTE外场测试分析案例
案例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测试系统正确设置说明及使用经验
鼎利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自检测试
鼎利前台： 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模板，只剩自检模板。
VoLTE-mos测试
快速安装步骤: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、此时点击工具栏自动检测按钮，软件会自动检测设备，确认所选的设备型号无误后点击确定按钮。
鼎力多路语音MOS测试指导书
6.点击工程---下拉列表中双击Mos Test 即可以查看当前Mos值。
图3.6
测试过程中要留意红色框中部分是否正常，PESQ不能低于3.2，否则就是设备或网络出现问题。
也可ቤተ መጻሕፍቲ ባይዱ按照上图设置，则每次开始记录之后，会自动弹出MOS Test的窗口。
以上为多路测试全过程
1.双击打开Pioneer3.6.1.35软件，建立新工程。
2.在“设置”---“设备”中设置与手机相匹配的端口号，手机的端口号码在System Ports Info中查找。Device Model选择设备时，C网手机选择KX206,G网的手机正版软件选择三星F400,盗版软件选择三星Z728。
图3.1
3.准确连接好电源。
注意：连接过程中CH2一定要连接C网终端，CH1一定要连接联通终端，CH0一定要连接移动终端。同时由于连接的设备较多，请准备好多口USB HUB，保证与电脑顺利连接。
二：MOS语音盒驱动程序安装
1.正确连接好设备插入电脑USB接口后，电脑会识别新硬件，随后会弹出下面窗口，如图2.1：
惠州
2009年9月14日
多路MOS测试流程
一：连接MOS盒与手机终端
1.将多路MOS盒的CH2下的A1,A2接口连接到2个C网终端上（同时将两个白色耳机插入C网终端中），CH1下的A3,B1接口连接到2个联通的终端上，CH0下的B2,B3接口连接到2个移动的终端上。
2.将多路MOS盒的左侧INPUT栏目下ABC三个口分别连接到电脑上。（单路测试C网时只需要连接A,C两个端口）。
4.点击红色录制按钮，填写要保存的文件名，在录制主控选项窗口中后选择Advance,勾选对应的测试模板与手机关联。（3个测试模板与对应的3套主被叫设备关联）。
杂散干扰导致低VOLTE-MOS分析报告
一、问题发现：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米处。
VoLTE外场测试分析案例
案例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优化成果报告
【关键字】质量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小区被叫掉话事件分析......................................... 错误!未定义书签。
鼎利教育移动通信产品线产品参数(V1.4)
DLE无线网络数据采集与分析软件V10.2
★1.本系统支持的主要功能
支持制式包括CDMA2000/EVDO（RevA/RevB）/GSM//WCDMA/EDGE/HSPA/HSPA+/TDSCDMA/LTE(TDD/FDD)/LTE_CA/NB-IOT
2、系统特点：
★1）高精度地采集和显示测试参数，测试终端微小的变化可一目了然，参数采集和显示粒度可达200ms。
★8）支持对各种KPI的灵活的查询和统计，可以输出统计图表，自动生成基于文档模板的报告。
★2）支持语音、FTP、HTTP、EMAIL、Ping、VoLTE、CA、UDP灌包等多种业务的测试。
3）方便易用的室内测试功能：支持路径的预定义和修改。
★4）消息浏览器：除空口信令外，可分析L1/L2/L3信令等，支持多终端测试的消息耦合。
5）地理化显示功能：动态渲染测试参数，图标化显示呼叫事件，实时绘制邻区连线，支持MapInfo地图格式和站点信息的地理化显示。
6）综合多种数据分析：综合路测数据、站点信息、GIS数据进行性能指标联合分析。
7）多样化的分析方法：提供Map、Graph、Table等多种表现手段与统计、查询，同步播放功能相结合。
★8）支持对各种KPI的灵活的查询和统计，可以输出统计图表，自动生成基于文档模板的报告。
9）信令分析功能：空中接口消息的解码分析，基本事件和自定义事件的分析、统计。
软件
软件不含CA/NB-IOT功能
5
DLE便携式无线网数据采集分析软件V3.8
（DLE_Walktour_3.8）
软件
支持全网络全业务测试
7
DLE便携式多网数据采集分析软件V3.7
（DLE_WalktourPack_3.7）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
外场VoLTE测试报告—鼎利VoLTE-MOS产品使用总结2015年8月外场优化专项组目录写在前面 (3)1.测试说明 (4)1.1测试区域说明 (4)1.2测试设备说明 (4)1.3POLQA算分说明 (5)1.4测试数据说明 (5)2.数据统计 (6)2.1业务指标统计 (6)2.2覆盖指标统计 (6)2.3干扰指标统计 (8)2.4调度指标统计 (10)2.5MOS详情统计 (10)3.数据分析思路 (11)3.1VoLTE数据分析流程 (11)3.2VoLTE未接通分析 (14)3.3VoLTE掉话分析 (14)3.4MOS低分值分析 (16)4.VoLTE测试异常处理 (18)4.1算分异常处理 (18)4.2呼叫异常处理 (19)4.3终端异常处理 (20)4.4GPS异常处理 (20)5.VoLTE测试软件操作说明 (21)5.1软件安装说明 (21)5.2终端端口开启说明 (22)5.3驱动安装说明 (23)5.4设备配置说明 (25)5.5业务配置说明 (26)5.6测试记录说明 (28)5.7测试界面观察 (29)写在前面本次测试主要是针对鼎利V oLTE-MOS产品的测试使用总结，由于之前项目一直分的是CDS软件，存在一定习惯性。
本次测试上手，虽然有鼎利工程师现场支持，不过基本都是自己操作测试，鼎利工程师只有在操作错误情况下指出问题。
整体而言，操作简单，入手快，测试比较稳定。
先写几点直观感受：1、软件上手比较容易，语音选择汉语后，基本功能分布一目了然。
直接选择V oLTE场景，对应需要查看的界面就配置好了。
2、设备配置就更简单方便了，直接点击了自动配置，GPS、测试手机就配置好了，都不用去记忆端口端口，想着如何设置。
【个人觉得这个比CDS方便，必须给个赞！】3、MOS测试设备连接简单，一端USB连接电脑，另外两个耳机线插入测试手机耳机口就行了。
个人觉得这里比CDS要方便的在于，耳机线和MOS盒是一体，减少了MOS测试异常问题的排查点，【相比较而言，CDS 也不会出现中途耳机线和MOS盒连接松动导致MOS算分异常或者过低的问题。
的耳机线和MOS盒是独立的，测试过程容易出现松动，测试人员需要加以注意】4、V oLTE场景功能。
直接根据测试任务选择对应场景，方便用户直接观察对应的测试信息，方便快捷，【这个必须给个赞了！】5、对于写报告而言，基本Pioneer软件现在将相关要素都提供了，比如：渲染图、分段统计、PDF图、CDF图、指标统计、异常事件、MOS打分异常告警等等。
基本上报告90%工作都直接用软件完成，确实挺强大。
1.测试说明1.1测试区域说明本次测试由于网络侧原因，测试去程时从上桥到省公司这段路由于呼叫都是CSFB，这段路没有发起呼叫，回程网络侧处理好后，从省公司一直沿原路返回市公司测试均正常。
测试路线如下：从哈尔滨分公司门口为起点→进乡街→三大动力路→和兴路→康安路→前进路→松北大道→新湾路→天元街→世贸大道→世贸大道与三环路交叉口掉头→世贸大道→…原路返回…→哈尔滨分公司。
1.2测试设备说明本次V oLTE测试，同时测试了POLQA的语音质量算分（MOS），使用设备如下：软件：鼎利Pioneer 9.6.0【说明：本来鄙人的电脑第一次自己安装的不是鼎利工程师提供的版本，在测试现场鼎利工程师指导下直接使用的在线升级功能，快速便捷。
这个必须得赞一下！】终端：HTC M8（两部）语音评估：DingLicom MOS Box 4.0 （一个）。
【说明：鼎利MOS盒比较小巧，长度不到中性笔长度的3/4，宽度只有中性笔长度一半】G P S：环天GPS1.3P OLQA算分说明本次测试VoLTE语音质量，使用POLQA算分标准，相关说明如下：语料说明：语料采用集团统一规定的48K语料。
【说明：鼎利软件支持默认集团语料，也支持根据测试任务需要进行指定语料测试】算法说明：POLQA SWB【说明：鼎利软件支持PESQ NB、PESQ WB、POLQA NB、POLQA WB及POLQA SWB多种算法，测试者可以根据测试场景设置】播录方式：双向交替（集团规定）【说明：鼎利软件支持单向、双向设置，测试者可以根据需要进行设置】1.4测试数据说明本次测试共记录2个log，去程和回程各一个。
其中去程时由于网络侧原因，从上桥到省公司这段路由于呼叫都是CSFB，这段路没有发起呼叫，并且去程log里面会有部分CSFB呼叫；回程一切测试正常。
2.数据统计2.1业务指标统计1.业务指标由于本次测试包含部分CSFB呼叫，故统计分总体和分别统计两种：【说明：鼎利这点比较完善、将呼叫直接区分了VoLTE和CSFB，并提供了汇总一起的统计结果】2.VoLTE性能指标2.2覆盖指标统计1.覆盖指标统计-87.00 -105.43 96.55% 3.80% 0.72% 2.39% 51721 3958 17TDL驻网里程(m) TDS驻网里程(m)GSM驻网里程(m)测试总时长(秒)脱网时长(秒)TDL驻网时长(秒)TDS驻网时长(秒)GSM驻网时长(秒)平均车速(km/h)45737 966 5001 3958 3 3594 44 317 47.04 2.覆盖渲染3.覆盖分段占比Range Count PDF CDF(-INF,-110] 137 2.19% 2.19%(-110,-105] 207 3.30% 5.49%(-105,-100] 423 6.75% 12.24%(-100,-95] 583 9.31% 21.55%(-95,-85] 1874 29.92% 51.47%(-85,-70] 2866 45.75% 97.22%(-70,-50] 174 2.78% 100%(-50,+INF) 0 0.00% 100% 2.3干扰指标统计1.干扰指标统计平均SINR 边缘SINRSINR -3以上占比SINR 0以上占比平均RSRQ连续SINR质差里程占比(SINR小于-3)(%)PDSCHBLER平均值下行初始HARQ重传比率重叠覆盖率(重叠覆盖度>=3)(%)15.45 1.10 98.23% 95.99% -8.02 0.00% 3.91 3.81 1.05% 2.干扰渲染图3.干扰分段占比Range Count PDF CDF (-INF,-3] 111 1.77% 1.77%(-3,0] 140 2.23% 4.01%(0,5] 478 7.63% 11.64%(5,10] 807 12.88% 24.52%(10,15] 1222 19.51% 44.03%(15,20] 1677 26.77% 70.80%(20,25] 1125 17.96% 88.76%(25,+INF) 704 11.24% 100% 2.4调度指标统计上行平均RB 下行平均RB下行平均MCS上行平均MCS 码字0 码字12.57 6.29 8.75 11.19 19.582.5M OS详情统计1、MOS地图分布说明：灰色部分为业务空闲，江北区域连续灰色为去程时江北区域呼叫CSFB，故未发起呼叫。
2、MOS分段占比Range Count PDF CDF(-INF,1] 0 0.00% 0.00%(1,2] 11 4.03% 4.03%(2,3] 30 10.99% 15.02%(3,4] 197 72.16% 87.18%(4,+INF) 35 12.82% 100%3.数据分析思路3.1V oL TE数据分析流程V oLTE语音业务是承载在LTE网络的基于IMS语音控制的PS域语音实现方案，当前的LTE网络已经经历了一轮数据业务的优化过程，无线基础比较好，因此对于V oLTE语音业务的分析我们需要重点区分无线侧问题和非无线侧问题。
根据本次测试数据，结合鼎利Pioneer软件，建议分析思路：一、指标概况统计，了解本次测试整体指标，确定分析重点鼎利Pioneer软件有专门针对V oLTE语音测试的《V oLTE主被叫联合报表》，该报表统计了VoLTE业务的详细信息，包括：KPI汇总、主被叫联合分析、V oLTE统计指标、CS域语音统计指标、覆盖统计、干扰统计、调度统计和MOS统计。
统计方式如下，在菜单“报表”--“语音业务报表”--“VoLTE主被叫联合报表”，如下图：弹出如下界面，点击“工程文件”会显示已经在Pioneer打开的log（点击“本地文件”，则可打开目录选择文件），然后根据主被叫，通过勾选对应log，点击“向右箭头”，分别对应添加到右边的“MO”和“MT”下面，log对应加载完成后，即可点击“生成”按钮，开始生成统计报表。
统计结果即见第二章节。
根据第二章节指标，我们发现本次测试没有未接通，掉话3次，同时MOS 分值存在4.07%的比例低于2，因此掉话和MOS是本次分析重点。
二、根据需要分析的重点问题，按如下思路展开分析。
要区分无线问题与非无线问题，目前只能根据IMS的原因码进行定界，如果是无线问题，要么引起了V oLTE的掉话，要么导致V oLTE接入时的RRC建立失败、拒绝等，要么MOS值偏低；否则均会有IMS 原因码下发（见附件1），毕竟IMS是V oLTE呼叫的最上层。
根据前期的数据分析经验，大致可以分为。
无线侧问题：1、影响业务接入或保持的➢Rrc reject导致初始接入失败➢随机接入失败➢RRC重建失败导致的掉话➢网内切换失败（Mod3、邻区切入异常、邻区禁止接入等）➢eSRVCC切换失败➢……2、影响用户感知的（MOS低）➢IBLER过高，无法收敛➢语音承载强制配置为非保障的QCI9➢MCS阶数波动太大➢路损过高（高于118~120一般认为会影响MOS）➢半持续调度功控目标bler不合理➢……非无线问题：1、终端问题➢终端invite请求里面的被叫号码格式编码错误➢终端注册请求的域名地址位数不对➢主被叫媒体协商不统一（非入网手机）➢呼叫请求和注册请求的用户端口不一致➢……2、网络侧问题➢DNS未正确配置域名解析地址，路由失败➢AS鉴权失败，鉴权算法漏配➢IMS-HSS的签约数据不全。
➢ATCF路由锚定的IP配置错误，导致esrvcc失败。
➢……3.2V oL TE未接通分析本次测试数据未产生未接通。
3.3V oL TE掉话分析1.主叫掉话1时间：14:15:40.666路段：和兴路中段问题描述：从下面截图可以看出，掉话发现在从市公司去省公司方向的和兴路中段，从掉话前后看本次掉话是由于弱覆盖导致，同时由于现网还没开通eSRVCC切换，所以导致掉话。
处理建议：增强覆盖或者开通eSRVCC切换。
2.主叫掉话2时间：14:15:40.666路段：前进路问题描述：本次呼叫在14:19:39.478发起，于14:19:44.042接通，并在14:21:55.313发起挂机请求，而此时呼叫并未保持3分钟，从信令回看，在终端发起sip bye request前，网络侧下发了一个承载去激活的命令，从释放的EPSID 看是默认承载，而从释放原因看：ESMCause = (39)protocol error, unspecified。