天津公司VOLTE改造汇报材料课件

2015年11月天津公司VoLTE建设经验交流

第1页，共32页。目录VOLTE核心网测试与优化情况VOLTE网络建设VOLTE无线网测试与优化情况第2页，共32页。网络改造进展情况一、已完成改造主设备1、HSS：爱立信HSS与UT未连接，影响手机侧操作的补充业务，爱立信目前还在开发补丁，预计11月底研发完成，计划12月底前解决。2、EMSC：爱立信EMSC目前不支持呼叫保持中的4G-2G的切换（MID-CALL），预计2015年12月补丁研发成功，计划2016年1月底解决。3、IMS：CSCF预计年底实现容灾。二、主设备改造遗留问题1、已完成EMSC、HSS、EPC、无线网、LDRA(低级路由代理节点）、PCC(策略控制计费)、IP承载网改造。2、已完成IMS设备的主节点改造。（容灾节点少部分未完成）三、业务平台改造计划1、智能网、来电提醒：已完成改造。2、彩铃、彩印、LBS：预计12月底完成。第3页，共32页。目录VOLTE核心网测试与优化情况VOLTE网络建设VOLTE无线网测试与优化情况第4页，共32页。网络改造进展情况-测试进展省际漫游测试

目前已经完成全部第一批8个省第二批10个省的测试。陆续收到第三第四批省的测试卡，并开始测试，第三四批已测试完成8个省份。已完成的26个省的测试，共计1979项测试。已完成的测试情况如下：其中Ut测试，有部分省份因不支持Ut业务，测试未通过。IP短信业务目前不通项目只有江西萍乡测试卡不能接收短信一例，正在核查原因。基本业务测试的不通项目绝大部分为异常放音问题。除去异常放音，第一批省份已测试通过，第二三四批平均每个省份有两到三个问题。正在逐步解决，下文为解决过程中的案例。第5页，共32页。网络改造进展情况-测试进展本地功能验证测试

天津公司组织技术人员、各厂家，进行VoLTE商用前的网络功能验证工作，进行反复研究讨论，设计制定了VoLTE测试方案，项目用例共计450余项，测试记录达到数千条。方案立足华为、中兴EPC两个核心网络场景，通过拨打测试、消息跟踪等手段，结合VoLTE业务、涉及网元、商用终端三个维度，兼顾VoLTE语音视频业务质量测试，开展对VoLTE商用前的网络功能广度测试。

通过对VoLTE语音、视频、短信、补充业务、切换等多种业务的大量测试，验证VoLTE商用业务性能；通过对涉及数十网元的遍历组合、场景匹配方式，验证网络功能实现情况；通过VoLTE终端配对的测试方式，验证终端对VoLTE业务的支持情况。第6页，共32页。典型案例1：VOLTE用户呼叫IMS固话用户回落2G问题VoLTE用户呼叫本地IMS固话用户，主叫回落到2G后方可接通。问题描述对比IMS固话用户收到的主叫用户分别在VOLTE网络和回落到2G网络下发起的两个INVITE消息，发现VOLTE网络下的INVITE消息携带10种编解码类型及相关事件参数，2G网络下的INVITE消息携带5种编解码类型及相关事件参数。咨询ONU厂家后答复目前版本的ONU设备，无法处理携带超过8种以上编解码及相关事件SDP参数的INVITE消息。若通过升级ONU版本解决，则涉及ONU版本开发及上万个ONU设备的版本升级，周期长，工作量大，故由终端侧ONU解决难度较大。原因分析第7页，共32页。典型案例1：VOLTE用户呼叫IMS固话用户回落2G问题考虑采用在核心网对INVITE消息中携带的编解码进行处理，来适配终端ONU处理能力不足的缺陷。由于IMS核心网有多个网元，VOLTE用户呼叫IMS固话用户，在IMS侧相关的网元有I/S-CSCF，P-CSCF，SBC。而从对业务影响最小角度出发考虑，选取离接入侧最近的网元SBC进行适配处理。原因分析在SBC上配置相关数据实现对编解码的过滤，由于IMS固话暂时不考虑支持高清语音编解码特性，所以将AMR-WB编解码在SBC上过滤掉。实施完成后，主被叫编解码协商成功，呼叫接续正常，ONU不再回复488临时错误码，VOLTE主叫用户直接在VOLTE网络下接通呼叫，不再回落2G网络。解决方案第8页，共32页。典型案例2：

VOLTE用户呼转到IMS固话用户概率性失败问题GSM用户呼叫本地VOLTE用户，VOLTE用户触发呼叫前转业务到本地IMS固话，存在一定概率的前转失败情况，呼转失败时主叫侧呼叫直接被挂断，未听到任何提示音。问题描述被叫侧IMS网络针对主叫INVITE回复488时，呼叫中断，呼转失败。对比呼转成功和呼转失败的INVITE消息：呼转失败的INVITE消息，优选G.711A编解码，打包时长为5ms；呼转成功的INVITE消息，优选G.711A编解码，打包时长为20ms。进一步分析发现，当呼叫经由MGCF2入域的时候，打包时长为20ms；当呼叫经由MGCF1入域的时候，打包时长为5ms。原因分析第9页，共32页。典型案例2：

VOLTE用户呼转到IMS固话用户概率性失败问题该问题由于两套MGCF上数据配置不一致导致。所以修改MGCF1上对应局向中G.711A编解码的打包时长为20ms即可。解决方案分别查询2个MGCF上与编解码相关的数据配置：由于GSM用户入域呼叫VOLTE用户的时候，匹配到的局向为默认局向“NULL”，所以通过查表，MGCF1上匹配G.711编解码的打包时长为5ms，而MGCF2上该数据配置为20ms。故当呼转业务经过MGCF2成功，但是经过MGCF1失败。原因分析第10页，共32页。典型案例3：VoLTE改造后来电提醒业务触发通知音错误问题

测试用户反映Volte用户被叫触发来电提醒业务后，出现无法正常播放来电提醒提示音的情况。经过一系列拨测，发现故障情况如右图所示：问题描述

故障情况下来电提醒平台业务触发后向MGCF返回200OK消息指示放音，MGCF随后发送ACM消息至关口局，关口局收到的ACM消息携带的放音指示为：in-band-information-or-an-appropriate-pattern-is-now-available(1)指示放音。

随后，关口局再将该消息回送至IMS核心网主叫侧放音，此时，其携带的ACM消息携带的放音指示为：no-indication(0)不指示放音。因此，主叫侧无法听到来电提醒放音。

查询关口局控制ACM放音相关参数为P116用于控制在BICC中继的情况下，本局在BAP表的哪些状态之前或处于这个状态时，向对局发送ACM消息，并将该消息中Optionalbackwardcallindicators信元的In-bandinformationindicator设置为“noindication”。该参数比特取值说明如下：00：BS_BAP_WAIT_APM；01：BS_BAP_WAIT_MGW_INFO；10：BS_BAP_WAIT_BEARER_INFO；11：BS_BAP_BEARER_ESTABLISHING。参数默认值为11。当早回ACM消息或者呼叫失败后需要进行失败放音时，需要在承载建立过程中就给前向局回送ACM消息，并将ACM消息中Optionalbackwardcallindicators信元的In-bandinformationindicator设置为“noindication”，给主叫放回铃音或进行失败放音。原因分析第11页，共32页。典型案例3：VoLTE改造后来电提醒业务触发通知音错误问题

故障情况下，可以看到ESTABLISHED消息是在关口局向MGCF返回ACM消息后触发的，所以关口局修改了带内放音指示，主叫侧用户无法听到来电提醒放音。如图所示：

随后，我们又跟踪了Volte用户拨打Volte用户不可及、无应答和遇忙呼转的信令消息，发现信令均由MGCF发送至关口局迂回，返回MGCF后再发送给主叫用户，信令经由关口局迂回后，放音指示被改变为：no-indication(0)不指示放音。原因与2、3G一致。至此，可以断定问题的症结在于关口局修改了放音指示。原因分析在修改关口局P116参数，更改为10。具体指令：MODMSFP:ID=P116,MODTYPE=P1,BIT=10,BITVAL=0,CONFIRM=Y;参数修改后可以看到关口局向MGCF返回ACM消息中已经不再修改放音指示，问题得到了解决。解决方案第12页，共32页。典型案例4：MGW打包时长软参设置导致VoLTE与CS域通话语音质量问题VOLTE测试中发现VolTE下号码与CS域号码通话时，概率性出现一方无法听清另一方声音的情况，或吞音或断续。无法正常接听的现象既在VoLTE侧出现过，也在CS侧出现过。问题描述1、通过选取华为Mate7和三星S6终端，中兴和华为eNodeB场景，4G低业务量无线环境良好的地点定点拨测，多次验证，排除终端及无线环境问题。2、进行媒体面分析，媒体面路径为：空口->S1接口用户面->P-GW用户面->PSBC->IM-MGW->CSMGW。CHR进行分析，发现通话为2G到LTE业务下行有语音质量差的记录，语音编码为12.2K，下行数据RTP号连续，丢包很少，进一步查看发现下行两个数据包间隔为240ms左右（少量包为20ms），SBC侧200OK消息中指示ptime=20ms,Maxtime=240ms。在SBC的媒体面消息跟踪中，也可以发现，UE上行媒体包包长明显小于SBC下行媒体包，且UE上行媒体包的数量明显高于SBC下行媒体包数量。原因分析UE上行媒体包SBC下行媒体包：第13页，共32页。典型案例4：MGW打包时长软参设置导致VoLTE与CS域通话语音质量问题查询3GPP规范，Maxptime：最大打包时长，当ptime与Maxptime同时存在时，推荐使用ptime进行打包，以减小时延，UMG有软参可以控制。VoLTE终端一般使用ptime打包。当同时存在ptime和maxpitme，按照最新的26.114协议，按照ptime打包非冗余帧，按照maxptime打包冗余帧+非冗余帧。原因分析将MGCF网关UMG106软参的bit13-bit12值修改为10（UMG打包RTP包的时候根据ptime值打包），修改后测试正常，同时比较上下行媒体包，包长也保持一致。解决方案第14页，共32页。典型案例5：VOLTE用户呼叫IMS固话用户单通问题VoLTE用户呼叫本地IMS固话用户，呼叫接通后，VOLTE用户听不到IMS固话用户的声音，出现单通现象。问题描述通过信令分析，发现在通话接续后，仅有VOLTE向VOBB单向的媒体流，而无VOBB向VOLTE方向发送的媒体流，故产生单通现象。咨询ONU厂家后答复，目前版本的ONU设备，当收到对端回复针对ONU主叫INVITE消息的200OK的SDP参数中携带b=***的相关字段时，由于处理失败导致媒体流异常，最终产生单通。若通过升级ONU版本解决，则涉及现网存量有上万台不同厂家不同型号的ONU设备，周期长，工作量大，故由终端侧ONU解决难度较大。原因分析第15页，共32页。典型案例5：VOLTE用户呼叫IMS固话用户单通在SBC上配置相关数据实现对INVITE-200OK消息中的b行做删除处理。实施完成后，单通问题解决。解决方案考虑采用在核心网对200OK消息中的b行进行处理，来适配终端ONU处理能力不足的缺陷。由于IMS核心网有多个网元，VOLTE用户呼叫IMS固话用户，在IMS侧相关的网元有I/S-CSCF，P-CSCF，SBC。而从对业务影响最小角度出发考虑，选取离接入侧最近的网元SBC进行适配处理。原因分析第16页，共32页。典型案例6：爱立信HSS的VoLTE用户在4G网络下被叫回落爱立信HSS升级ECA10&11后发现，VoLTE用户在4G网络下被叫回落。问题描述在SCC-AS上跟踪消息，T-ADS返回结果为CS域，因此被叫回落。核查HSS用户数据，发现VoLTE用户仍保留SGSN地址。中国移动规范规定，当用户从2，3G网络漫游到4G网络时，HLR-FE需要向老的SGSN下发cancellocation消息，以清除SGSN上的用户数据。VoLTE用户被叫执行T-ADS时，首先查询用户数据中是否存在SGSN地址，当用户具有SGSN地址时则判断用户登记在CS域。如果用户在4G网络，HSS中仍保留SGSN地址，则导致域选CS域。核查爱立信UDC的CUDBnotification进程，该进程是实时检测用户数据中MME/SGSN地址的状态变化，经核查CUDB的该进程吊死，故导致用户在4G网络，HSS中仍保留SGSN地址，域选结果CS域导致被叫回落。原因分析临时解决方法：手动重启CUDBnotification进程，问题解决。为避免CUDBnotification进程再次吊死，在CUDB中部署监视该进程的脚本，监控pmreadcounter|grepnotification不在变化时则重启该进程。根本解决方法：根本解决需要等待爱立信UDC的下一大版本。

解决方案第17页，共32页。典型案例7：Ut接口（用户自助补充业务设置）测试爱立信HSS用户不支持Ut接口问题描述Ut业务平台联调中发现中兴的BSF实现机制是需要guss数据的，而爱立信目前HSS不支持在Zh口提供GUSS信息，UE的GBA鉴权就无法成功了，导致用户Ut接口相关业务会受到影响。原因分析临时解决方法：集团中兴BSF采取了临时解决补丁间接支持了爱立信Ut接口，随后天津进行了爱立信HSS的Ut接口测试，经TAS侧确认后已可以进行用户自助补充业务修改。根本解决方法：根本解决需要明年爱立信HSS的最终补丁。

解决方案第18页，共32页。省际联调典型案例1：北京漫游用户mid-call状态下eSRVCC切换失败案例北京VOLTE用户漫游至天津在mid-call状态下eSRVCC切换时发生掉话现象。问题描述分以下三种场景进行测试：场景1）：两路HOLD1、A用户拨打B用户，将B用户保持，B用户听保持音；2、A用户拨打C用户，C用户将A用户保持，A用户听保持音，A用户切换；

场景2）：一路HOLD，一路ALERTING1、A用户拨打B用户，将B用户保持，B用户听保持音；2、A用户拨打C用户并通话，A用户此时从LTE覆盖移动到2G覆盖内，触发eSRVCC切换。场景3）：一路HOLD，一路ACTIVE1、A用户拨打B用户，将B用户保持，B用户听保持音；2、A用户拨打C用户并振铃，在C用户摘机前A用户从LTE覆盖移动到2G覆盖内，触发eSRVCC切换。场景设置第19页，共32页。呼叫模型对应SRVCCIWF支持一路hold状态的会话和一路其它状态的会话切换流程场景，MSC在收到REFER消息后进行第一路呼叫的接续过程中，IMS侧返回的200消息中未携带a=inactive，导致MSC处理异常。根据消息跟踪第二路的invite消息后，SCCAS回的200OK中SDP携带a=recvonly，对方eMSC不能处理导致拆线。根据移动测试规范《中国移动

VoLTEeMSC测试规范

V2.0-技术参考版》5.1.3.1IMS向EMSC返回200消息，携带媒体方向：

a=inactive；原因分析省际联调典型案例1：北京漫游用户mid-call状态下eSRVCC切换失败案例联系北京公司更改软参后复测正常。解决措施第20页，共32页。进一步查询每种场景下每次测试的内部消息发现，在插入用户数据后MM_CM_NOTIFY之后10秒内拆线。原因为IMS测返回200OK消息中携带的SDP消息不符合规范，导致IWF释放到IMS的中继承载，期间会启动SRVCCIWF延时释放到IMS中继承载定时器，如定时器超时，则会发送CM_REL_IND，导致拆线。现网设置的定时器时长为10秒后续思考省际联调典型案例1：北京漫游用户mid-call状态下eSRVCC切换失败案例第21页，共32页。目录VOLTE核心网测试与优化情况VOLTE网络建设VOLTE无线网测试与优化情况

第22页，共32页。各项工作进展情况无线优化组已完成8月底所有拉网及单站测试任务，完成10月份人工对比拉网测试。完成9月份ATU拉网测试问题分析，目前正在进行10月份ATU拉网测试。指标来源片区呼叫建立成功率掉话率eSrvcc切换成功率呼叫建立时延（秒）MOS3.5占比商务终端抓包测试-8月华为97.30%0.12%97.28%3.5-中兴94.90%--5.02-普天98.31%0.00%-3.27-集采终端ATU指标(剔除后)-9月全网93.34%1.42%94.59%4.7255.80%华为94.54%2.19%94.01%4.5765.93%中兴91.89%3.64%95.58%4.9144.66%集采终端人工测试-10月全网94.74%0.44%96.32%4.3972.94%华为92.62%0.58%97.83%4.5880.97%中兴96.81%0.21%90.91%4.1663.36%一、开展道路测试1、9月份首轮ATU拉网发现466件掉话未接通事件中，涉及终端及终端与软件配合问题191件，占比34.55%；涉及核心网及终端与核心网配合问题111件，占比23.81%；涉及无线网络问题123件，占比26.39%。2、剔除终端原因及软件原因后，9月份ATU测试接通率93.34%，掉话率1.42%第23页，共32页。各项工作进展情况1、集团VoLTE参数设置对标二、参数优化无线优化组针对VoLTE业务特点，积极组织各优化室及厂家开展VOLTE参数研讨会，分为商用前保障、参数落地、参数核查与优化三个阶段不断推进VOLTE商用。完成VOLTE功能开启、eSRVCC互操作参数配置、DRX节电参数配置、标准QCI映射、定时器设置。针对定时器类配置、互操作参数类配置及邻区配置方面进行了规范设置。4G到2G：已开启全网设备的4G到2G邻区配置和ESRVCC功能，比例100%；2G到4G：已完成全网2G-4G重选功能及邻区配置，比例100%。2、开启X2接口7月底前完成全网所有基站X2接口开启，经过持续优化，X2切换占比例由89%提升到94%。普天自研设备X2切换成功率较低，已提交厂商研发后续通过补丁版本进行解决。3、开展精细化邻区优化及互操作参数优化。针对VoLTE业务特点，初期采用集团eSRVCC互操作参数建议值，后期针对天津现网不断开展互操作门限优化、验证工作，因地制宜，全面提升VOLTE商用用户感知。第24页，共32页。专项优化经验-DRX周期优化各项工作进展情况无线优化组参数名称参数含义现网配置值修改值参数调整路径应用DRX参数长不连续接收循环周期长度40[3]\40[7]20[1]\20[1]管理网元—>无线参数—>无线业务配置->应用DRX参数应用DRX参数短不连续接收循环周期长度40[3]\40[7]20[5]\20[5]管理网元—>无线参数—>无线业务配置->应用DRX参数减小DRX周期，手机休眠减小，可减少乱序丢包。11月10日前天津移动中兴设备区域将QCI=1的DRX周期由40ms调整到20ms。测试项目MOS均值MOS>=3.5占比丢包率修改前3.6979.86%1.57%修改后3.7385.23%0.59%改善情况改善0.04改善5.37%改善0.92%

参数修改后，11月ATU测试指标RTP丢包率由1.57%提升到0.59%，受丢包率下降影响MOS均值由3.69提升到3.73，MOS>=3.5占比由79.86%提升到85.23%第25页，共32页。Mos均值由3.2提升到3.52，提升了0.32；MOS>=3.5占比由44.66%提升72.99%，提升了28.33%；

RTP丢包率由2.62%提升到了1.87%，提升了0.75%；

专项优化经验-关闭SPS无线优化组由于VoIP业务数据包大小比较固定，到达时间间隔满足一定规律的实时性业务。因此，开启Volte后开启了半静态调度。但是，SPS虽然可以有效节省PDCCH资源，但相较于关闭SPS的动态调度，会占用PDSCH资源，对于无线链路的变化不能做出实时的反馈，对于语音业务有一定影响。10月天津在核心城区关闭VolteSPS功能，对比9月份省巡检测试数据（开启SPS）结果，MOS相关指标有显著提升：各项工作进展情况第26页，共32页。各项工作进展情况无线优化组优化案例-参数配置错误导致VOLTE系统间切换失败ESRVCC测试中发现QCI1的承载已经建立，但ENB一直没有下发测量控制消息，UE不能向GSM邻区切换，拖到最后盲重定向到GSM。问题描述问题分析反复核查后发现，修改公共参数组ID=1的A1、A2门限后，没有把QCI1/5的异系统切换公共参数组0改为1，语音业务仍然按照公共组0的A2门限进行切换测量，所以导致不切换。问题解决修改QCI1和QCI5的公共参数组ID后，ENB正常下发了A2测量控制，并向MME发起了切换请求，最终切换成功。第27页，共32页。VOLTE起呼后，因基站上行存在干扰导致未成功，10s后终端转CSFB，VOLTE呼叫未接通。观察主叫终端的SIP信令窗口，16：51：03.442，主叫终端发送INVITE消息，但未收到IMS发送的100TRYING消息，10秒钟后，主叫终端发CANCEL消息，转CSFB流程。定时器启动停止默认值（s）Tcall主叫终端发送INVITE消息收到100trying10因终端侧存在网络无法修改的定时器TCALL，在发送INVITE后会等待10s，如果未收到响应则会触发CSFB流程，在后续在定位未接通转CSFB过程中可以借鉴。问题描述问题分析问题定位无线优化组优化案例-终端TCALL定时器超时导致Volte呼叫未接通各项工作进展情况第28页，共32页。总体时间安排及目标分工界面各分公司尽快完成VoLTE无线功能的部署，7月31日前完成株洲、湘潭、常德、益阳、郴州、岳阳市区的优化工作，8月31日前完成全省（除张