爱立信外场volte测试培训

优化思路VOLTE测试设备介绍VoLTE测试

作说明VoLTE测试异常处理数据分析思路VOLTE测试设备介绍本次VoLTE测试，同时测试了POLQA的语音质量算分（MOS），使用设备如下：：鼎利Pioneer

9.6.110.0320测试加密狗：VOLTE测试设备介绍终

端：HTC

M8（两部）

语音评估：

MOS

Box

4.0

（一个）【说明：鼎利MOS盒比较小巧，长度不到中性笔长度的3/4，宽度只有中性笔长度一半】G

P

S：环天GPS安卓USB数据线若干。VOLTE测试设备介绍POLQA算分说明本次测试VoLTE语音质量，使用POLQA算分标准，相关说明如下：语料说明：语料采用【说明：鼎利

支持默认规定的48K语料。语料，也支持根据测试任务需要进行指定语料测试】算法说明：POLQA

SWB【说明：鼎利

支持PESQ

NB、PESQ

WB、POLQASWB多种算法，测试者可以根据测试场景设置】播录方式：双向交替（

规定）NB、POLQA

WB及POLQA【说明：鼎利

支持单向、双向设置，测试者可以根据需要进行设置】VoLTE测试作说明【说明：对于未安装过鼎利的 的测试电脑，测需要安装的程序也做了个总结，方便后续同事参考。升级），其他的程序都基本上除了主应用程序Pioneer后续如果更新版本，需要安装（或者直接属于环境或驱动类程序，安装一次就OK了。】安装说明对于一个未安装过世纪鼎利Pioneer测试件：1.运行环境《dotNetFx40_Client_x86_x64》的笔记本电脑，如要测试VoLTE，需要安装如下软安装方式：双击一直下一步即可，提示已经存在的，则不用安装。《vcredist_x86》安装方式：双击运行，一直下一步即可，安装完成后重启电脑。《PioneerDriverSetup》安装方式：双击运行，一直下一步即可。安装完成后插上加密狗，看狗指示灯是否常亮；不是，则直接双击《HASPUserSetup_5.10.1.17163》单独安装狗驱动。VoLTE测试

作说明测试《Pioneer

9.6.110.0320》安装方式：双击运行，一直下一步即可。安装驱动《PL2303_Prolific_DriverInstaller_v10518》GPS驱动安装方式：双击运行，一直下一步即可可自行调整。MOS盒安驱动安装方式：双击运行，一直下一步即可《HTC_M8_USB_driver_20131104_signed》HTC

驱动安装方式：在

上HTC工具里面打开对应端口，插上电脑后，在设备管理器里面在端口上右键更新驱动，选择到该驱动进行安装。说明1：运行环境说明2：测试安装一次即可，只要系统不重装或者恢复，

生效。则需要根据实际版本情况安装对应版本VoLTE测试

作说明终端端口开启说明1.

端口打开方式：HTC工具HTC

SSD

Test

tool打开，找到如下项并修改为表格要求值。配置项修改为（操作后界面显示值）操作界面如下：Control

Diag

PortDisabledControl

ModemDisabledControl

RemNetDisabledQXDMLoggerEnablea、打开HTC

SSD

Trail

Tool工具

b、找到三个Control开头的选项c、打开三个选项后点击Enable即切换为disabled、打开QXDM

Logger选项点击Disablecba、dVoLTE测试

作说明需要进行的设置：在“设置”-“数据连接”里面最后勾上“增强语音IMS”USB调试必须关闭网络共享必须关闭，不管是热点还是USB共享，都不能开启。通话状态下，将音量调节至最大后减一格。注意这个直接影响MOS分值高低。驱动安装说明MOS盒驱动安装成功标识MOS盒驱动安装完成后在设备管理器可以看到设备名称：ASTRI

DingLiDriver，如图：VoLTE测试

作说明HTC终端驱动安装成功标识HTC终端驱动安装完成后在设备管理器可以看到如下端口：当前HTC厂家的驱动在个别电脑会出现网卡无法正常驱动情况【即上图网络适配器里面的端口】，但是这个不影响VoLTE测试，只影响数据业务测试【这控制拨号，只测试方式一种情况下数据业务测试就无法用

能用USB共享的方式测试（和苹果样）】。VoLTE测试作说明设备配置说明世纪鼎利路测

Pioneer支持自动配置设备，如下图点击“自动检测”按钮，即自动检测当前电脑连接的设备，并自动配置相关设备端口。框“是否连接”，点击“是”后，即连接上设备，并采自动检测并自动配置设备后，会弹出集信令VoLTE测试

作说明业务配置说明VoLTE业务测试采用主被叫配对模式测试，测试设置业务如下：点击“Handset1”。哪个终端做主叫，就在哪个设备配置业务。此处举例是handset1做主叫。在对应该设备的测试计划中，勾选“MOS业务”，并双击打开，进行MOS业务配置，如下：连接时长、通话时长、空闲间隔和失败间隔参数根据 规范设置；MOS选项：算法选择“POLQASWB”，MOS设备版本根据使用的MOS盒信息选择，当前一般单路测试选择“MOS

Ver

4.0Lite”；VoLTE测试作说明配置配对的被叫对象（否则被叫不会自动接听）。点击“设备控制”按钮，如下：在弹出的如下界面，在主叫（此处的即Handset1）行，对应的“DialedMS”下拉选择被叫设备（此处即Handset2）。c.高级和语料里面不用任何设置，默认即可。VoLTE测试

作说明测试记录说明1、设备和业务配置完成后，点击如下图的“开始录制”按钮，即开始测试数据记录，数据保存可默认，也可根据需要调整。建议默认即可。2、为方便快速进

试信息查看，鼎利Pioneer

支持默认测试场景选择，如下图。也可以用户自定义需要查看的界面。【场景功能真的很方便，切换测试任务，直接切换场景就行了，简单方便】VoLTE测试作说明VoLTE测试场景界面如下：VoLTE测试

作说明测试界面观察VoLTE业务测试过程主要需要观察如下截图几点：1.2.基本的RSRP、SINR等测量，这些信息会影响MOS评分，以及接通和掉话；呼叫接通、掉话、未接通等业务事件观察，查看是否呼叫正常；MOS算分事件及分值观察，查看是否正常算分，并且分值是否在正常范围。VoLTE测试异常处理【说明：在测试中出现的测试问题进行总结，便于现场解决测试中出现的作效率。】算分异常处理1.

MOS分值较低（这里指持续低于2）硬件异常问题，提高工出现MOS分值较低时，进行如下检查：a)检查是否有终端在G网或者TDS网络进行呼叫，一般在23G网络使用POLQA算分会相对

VoLTE低一些（比如VoLTE在3.5左右时，如果在23G可能会在3.0左右）；如果不是，则：检查网络环境是否正常，比如RSRP是否过低（低于-110），SINR是否较差（低于-5）。

如果这些都正常，则：b)c)检查 音量，是否静音了或者音量没有正确设置，正确音量是“ 通话状态下，将音量调节至最大后减一”，如果这些都正确设置，则：检查耳机口是否插紧，是否有漏音（可以耳朵贴近

听下，是否有声音），或者插拔下耳机，如果这些都无法解决，则：d)VoLTE测试异常处理听下，是否有声音），或者插拔下耳机，如果e).

检查耳机口是否插紧，是否有漏音（可以耳朵贴近这些都无法解决，则：插拔一下MOS盒的USB接口，重新连接再次测试，如果还无法解决，则：直接在当前环境，两个人用测试

呼叫说话，检查是否正常通话

就不正常。MOS算分失败出现MOS算分失败时，进行如下检查：检查算分环境“vcredist_x86”是否安装，直接重新安装一遍即可（如果该电脑之前测试正常，则跳过该步骤排查）。如果算分环境正常安装，则：检查MOS盒是否正常驱动，在设备管理器里面检查如下端口是否正常（异常时要么不存在该端口，要么提示黄色感叹号），如果MOS盒正常驱动，则：插拔MOS盒，重新连接测试。VoLTE测试异常处理呼叫异常处理1.连续呼叫失败出现连续呼叫失败时，建议检查：直接拔掉

，不连接

，进行对呼，检查是否网络问题，如果正常，则：检查业务

的“连接时长”是否设置过短，导致时间超时时还未接通而。规范是30s。VoLTE测试异常处理被叫无法自动接听出现被叫不自动接听时，建议检查：检查是否给主叫配置了呼叫对象（被叫），如下“Dialed

MS”需要配置为被叫终端。如果配置正常，则：插拔终端，重新连接测试。断开设备连接，重新连接后重新尝试，如果还无法自动接听，则：VoLTE测试异常处理终端异常处理1、HTC工具HTCSSD

Testtool里面无法找到打开端口的四个菜单这种一般是应用程序异常，请联系支持进行重新刷机。2、测试过程设备丢失正常测试过程中，出现设备丢失（如右图），排查步骤：是否因电量不足在测试过程中自动关机；的数据线是否松脱，可以重新插拔试试；端口是否驱动异常，可以在设备管理器里面查看对应端口是否正常驱动；端口是否关闭了，打开HTC

SSD

Test

tool工具进行检查；请检查请检查在Graph窗口查看当前网络信号强度（若没有信号或信号太差也可能会导致掉设备）；检查检查f.检查设备温度是否过高（不要让阳光直晒设备）。VoLTE测试异常处理GPS异常处理1.

测试过程中GPS出现无采样点测试过程如出现GPS无采样点，建议检查：1.2.3.4.5.测试所在位置是否高楼阻挡，导致GPS无法搜到是否车速过快；是否GPS异常，查看GPS的指示灯是否常亮如果都正常，则插拔GPS重新尝试。测试过程出现GPS丢失；测试过程过程如果出现GPS丢失，建议插拔GPS尝试。数据分析思路VoLTE数据分析流程VoLTE语音业务是承载在LTE网络的基于IMS语音控制的PS域语音实现方案，当前的LTE网络已经经历了一轮数据业务的优化过程，无线基础比较好，因此对于VoLTE语音业务的分析需要重点区分无线侧问题和非无线侧问题。根据本次测试数据，结合鼎利Pioneer

，建议分析思路：一、指标概况统计，了解本次测试整体指标，确定分析重点鼎利Pioneer

有专门针对VoLTE语音测试的《VoLTE主被叫联合报表》，该报表统计了VoLTE业务的详

细信息，包括：KPI汇总、主被叫联合分析、VoLTE统计指标、CS域语音统计指标、覆盖统计、干扰统计、调度统计和MOS统计。数据分析思路统计方式如下，在菜单“报表”--“中国移动”--“VoLTE主被叫联合报表-DTLOG”，如下图：弹出如下界面，点击“工程文件”会显示已经在Pioneer打开的log（点击“本地文件”，则可打开

选择文件），然后根据主被叫，通过勾选对应log，点击“向右箭头”，分别对应添加到右边的“MO”和“MT”下面，log对应加载完成后，即可点击“生成”按钮，开始生成统计报表。统计结果得出的KPI统计报表:数据分析思路二、根据需要分析的重点问题，按如下思路展开分析。要区分无线问题与非无线问题，目前只能根据IMS的原因码进行定界，如果是无线问题，要么引起了

VoLTE的掉话，要么导致VoLTE接入时的RRC建立失败、等，要么MOS值偏低；否则均会有IMS原因码下发（见附件1），毕竟IMS是VoLTE呼叫的最上层。根据前期的数据分析经验，大致可以分为。无线侧问题：接入等）影响业务接入或保持的Rrc

reject导致初始接入失败随机接入失败RRC重建失败导致的掉话网内切换失败（Mod3、邻区切入异常、邻区eSRVCC切换失败2.

影响用户感知的（MOS低）IBLER过高，无法收敛语音承载强制配置为非保障的QCI9MCS阶数波动太大路损过高（高于118~120一般认为会影响MOS）半持续调度功控目标bler不合理数据分析思路非无线问题：1.

终端问题终端invite请求里面的被叫号码格式编码错误终端主被叫请求的协商不地址位数不对（非入网

）呼叫请求和请求的用户端口不一致网络侧问题DNS未正确配置

解析地址，路由失败AS鉴权失败，鉴权算法漏配IMS-HSS的签约数据不全。ATCF路由锚定的IP配置错误，导致esrvcc失败。数据分析思路VoLTE未接通分析一、怡海路与石啃大桥交汇处附近SINR值差导致呼叫未接通现象：在怡海路由东往西行驶时，快到石啃大桥的拐弯处出现SIRN值差形成强干扰现象，SINR值都小于-5，导致出现呼叫未接通现象。问题原因：1、车辆在怡海路由东往西行驶，会先占用到佛山桂城东二F-ZLH-2和佛山桂城东二F-ZLH-3小区，由于在拐弯处有栋楼正好遮挡在这段拐弯处路段，导致信号衰减会切换到佛山桂城污水处理厂F-ELH-2和佛山桂城污水处理厂F-ELH-1站点信号。2、佛山桂城污水处理厂F-ELH-2的方位角是170°，都是背向天线打过来的信号，覆盖在这路段区域的信号强度RSRP值为-90~-100dbm之间，基本属于强信号。3、佛山桂城污水处理厂F-ELH-2小区覆盖导致该路段SINR值较低，容易形成强干扰，造成切换到更好小区失败和业务有影响。数据分析思路解决方法：1、核查佛山水处理厂F-ELH-2和佛山桂城污水处理厂F-ELH站点的工参，需要调整佛山

桂城污桂城污水处理厂F-ELH-1天线的下倾角，控制对该路段的覆盖。2、核查佛山

桂城污水处理厂F-ELH-2、佛山

桂城污水处理厂F-ELH-1与佛山

桂城东二新村工业区F-ZLH-1是否有添加相互邻区。3、佛山

桂城东二新村工业区F-ZLH-1方位角60°调到90°。数据分析思路IMS，会导致呼叫失败和掉话现象。二、由于终端重新

IMS导致呼叫失败现象：在20151223协优测试的网格2中测试中发现有些时候终端重新问题原因：1、终端在10:32:31.500主叫发起一次INVITE请求，在10:32:33.425建立起QCI1的专载并收到网络下发的invite183,在10:32:33.501进行PRACK和UPDATE时候，4秒之后在10:32:41.131收到网络下发的UPDATE408（Request

Timeout）原因值显示Content=Warning:399

10.188.12.5

"SS190000F116L290[00000]NoResponse

From

Network"。2、查看被叫终端的信令，被叫的起呼信令正常，在建立起QCI1专载，在10:32:34.185上发了inviteringing180，之后由于主叫原因在10:32:40.277收到网络下发的cancel并回应cancel200，查看原因值是Content=Reason:SIP;cause=503;text="03100.07555.A.005.414.228.0.0.00045.00002870

Media

Bearer

Lost"。终止呼叫请求之后在10:32:40.404就进行了专载3、被叫在10:32:40.404专载QCI1流程。完成，主叫在10:32:41.155进行了CSFB的回落并在10:32:41.979出现IMS_SIP_REGISTER->Request，被叫已经挂起本次呼叫在10:33:01.202主叫显示OriginatingCSFBFailure并显示本次呼叫失败。在10:33:28.702主叫

IMS_SIP_REGISTER->OK，在进行了下一次的呼叫，在10:33:28.479发送INVITE请求之后在10:33:28.685收到invite503，又记为一次呼叫失败，但是IMS_SIP_REGISTER->OK之后继续进行正常的呼叫。4、由于IMS_SIP_REGISTER问题导致上一次的异常呼叫未接通事件导致连续的两次呼叫BLOCK事件。数据分析思路解决方法：需要请求帮助定位主叫终端在发送UPDATE之后为什么就”No

Response

From。之后就终止VOLTE业Network”,应该IMS已经与终端失去连接才会才接下来进行IMS的在测试中发现终端在进行VOLTE业务中会有IMS重新

，务，需要请求帮助终止原因。数据分析思路VoLTE掉话分析一、跨厂家站点未配相互邻区导致掉话现象：10:40:40.416主叫发起一次呼叫，主被叫正常接通，10：42：18.513被叫收到网络下发的RRCRelease，10：42：18.809被叫驻留小区由（ci：23731203

pci：56

频点：38400）重选到（ci：47476749

pci：173

频点：37900）并重新发起服务请求，查看信令发现重新建立服务并没有建立起QCI1的专载，10：42：19.109被叫

发BYE请求，10：42：20.492被叫

收到BYEok，主叫在10：42：19.770上发个BYE请求，然后收到网络下发的BYE487，最后导致主叫掉话。问题原因：小区（ci：23731203

pci：56

频点：38400）和小区（ci：47476749

pci：173

频点：37900）、小区（ci：47613039

pci：113

频点：38098）未匹配相互邻区导致切换失败，引起掉话现象。数据分析思路解决方法：添加中兴站点小区（ci：23731203

pci：56频点：38400）和爱立信站点小区（ci：47476749

pci：173

频点：37900）、小区（ci：47613039

pci：113

频点：38098）之间相互邻区。数据分析思路二、爱立信站点之间pdcpSNLength长度跟周边

不一致导致呼叫结束掉现象，导致此次现象：拉网在容桂镇测试网格17中发现，爱立信站点之间切换都会出现QCI1给呼叫未完成180秒的通话时间就结束通话。问题原因：1、测试车在合安街转向文昌路的时候，由服务小区FSSDRongGuiWenYeLuD-ELH-101切换到目标小区FSSDRongGuiHeXinLuD-ELH-102，切换成功后主叫

就上发BYE请求，网络随后回应BYE200结束本次通话。2、通本次通话结束时间看发现本次通话只通话了1分34秒的时间，不符合测试规范中要求3分钟通话时间， 并未记录Dropcall。3、在切换请求的重配置中发现，切换目标小区后把QCI1的专载给拆卸掉导致主叫

自动上发BYE请求。查找原因发现两个小区切换时无线环境很好，并没有受到干扰，通过查询pdcpSNLength长度，发现FSSDRongGuiHeXinLuD-ELH站点的pdcpSNLength长度为12，跟爱立信

参数规范中的设置有偏差，规范中是设置为7.类似的现象在中兴与爱立信小区切换都出现过，所以需要更改FSSDRongGuiHeXinLuD-ELH的pdcpSNLength长度与规范相符合。数据分析思路解决方法：1、FSSDRongGuiHeXinLuD-ELH站点的

pdcpSNLength长度由12改为7。2、在查询

FSSDRongGuiHeXinLuD-ELH站点

pdcpSNLength长度同时发现还有几个站点不符合规定中的参数需要更改，

pdcpSNLength长度由12改为7，这些站点包括：FSSDBeiJiaoDongJiLuPAYHE-ELWFSSDRongGuiHeXinLuD-ELHFSSDDaLiangXinChengWanPanE-ELWFSSDBeiJiaoGuangJiaoE-ELWFSSDRongGuiDongLiHuaYuanE-ELWFSNHJiuJiangBoXinCaiYBZCE-ELWFSCCShiWanMeiJuCaiLiaoCE-ELWFSNHDaLiNanFangDianWHQYYTE-ELW其中黄色字体的站点是没有开通rlcMode未UM的站点，rlcSNLength长度都不符合规范中需要更改由10改为5数据分析思路三、eNB没有转发NAS消息导致掉话问题描述：在拉网测试过程中，通话后，主叫上报BYE消息，IMS回BYE200消息后，与发生切换，切换至目标小区后，网络下发RRC重配置把专载QCI1，由于无此同时EPS专载

NAS消息，2s后问题原因分析：拉网测试过程中，，上统计掉话。在14:18:57.061建立通话。通话满3min后，终端于14:21:57.834，主动报BYE消息。数据分析思路与此同时中无专载于14:21:58.302发生切换，切换。接着，切换完成之后，

于14:21:58.723收到网络下发的RRC重配消息，消息中带有QCI1专载

。数据分析思路10s后，Tinactivetimer超时，网络下RRCConnectionRelease消息，ERAB和RRC均被释放

。MME侧Trace分析进一步分析MME侧log可见，网络在BYE200之后，MME收到SGW发过来的Delete

Bearer

Request消息，并且继续

专载ERAB。数据分析思路在E-RAB

release中有包含“Deactivate

EPS

bearercontext

request”从MME