外场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。