VoLTE信令分析经验交流-江苏

1、VoLTE信令分析经验交流 江苏公司 网络部 2015.102目录目录信令分析案例分享信令跟踪手段介绍3江苏省江苏省VoLTEVoLTE网络架构网络架构n 苏北7地市及南京使用苏北大区华为IMS、华为EPC、华为+贝尔HSSn 苏南5地市使用苏南大区华为IMS、爱立信EPC、爱立信HSSn 全省共用华为EMSC、贝尔LDRA、ENUM/DNSn 全省无线设备厂家包括华为、贝尔、中兴、爱立信4信令跟踪手段介绍信令跟踪手段介绍n目前江苏VOLTE信令分析平台尚未上线，VOLTE信令分析主要依靠各网元人工跟踪信令l工具： SBC，CSCF&TAS，MGCF (对应网元版本的iLMT客户端)l

2、能力：可以单用户跟踪，最大可以跟踪8个用户，可以长期跟踪。l工具：MME, S-GW ,P-GW（对应网元版本的iLMT客户端）l能力：华为可以跟踪信令面、用户面，最大可以跟踪4个用户，不能长期跟踪。爱立信仅能跟踪信令面。l工具：各厂家网管（江苏无线厂家：华为、中兴、爱立信、贝尔）l能力：网管仅支持单基站信令面消息跟踪，跟踪用户面消息需要人工上站跟踪。l工具：惠杰朗CDS、鼎利Pioneer测试软件l能力：可以采集UU口消息，无法采集手机内部LOG。5目录典型案例分享信令跟踪手段介绍6典型案例分享典型案例分享n案例1：Forbidden 403错误连续未接通问题分析现象：网格测试中，主被叫占用

3、故障小区，终端上行发射功率高，连续两次RRC重配置均失败，上发bye消息后未收到AS反馈的BYE200消息，主被叫掉话。7典型案例分享典型案例分享n案例1：Forbidden 403错误连续未接通问题分析现象：现象：主被叫掉话后，主叫做TAU更新，被叫信令缺失，有可能终端吊死。主叫15s后再次发起呼叫，收到403错误消息，呼叫未接通，随后15分钟内主叫持续呼叫，始终无法接通，错误原因均是403（user is busy）.8典型案例分享典型案例分享n案例1：Forbidden 403错误连续未接通问题分析分析：连续未接通前上一次呼叫，由于无线基站原因造成核心网一直没有收到前一次呼叫的BYE消息

4、，且被叫终端未发起IMS重注册。核心网认为用户一直处于忙的状态，所以ATS返回了403用户忙。导致主叫连续20次起呼失败。目前IMS的Session-Expires设置为 1800，核心网等待15分钟没有收到会话刷新消息则认为会话中断，在15分钟内则认为该呼叫存在，15分钟超时后IMS会主动下发UPDATE，终端回复后IMS会将终端从忙的状态释放，后续呼叫正常。结论：开启无媒体流检测开关可以解决该问题。120s检测一次，如果不是通话状态则释放用户。9典型案例分享典型案例分享n案例2：切换后双不通导致掉话问题分析现象：网格测试中，主被叫在跨厂家切换后，间隔30ms几乎同时上发bye消息，IMS服

5、务器由于bye消息碰撞，回复bye487（Glare Bye condition encountered）10典型案例分享典型案例分享n案例2：切换后双不通导致掉话问题分析分析：UE掉话的原因是由终端发送BYE消息导致，发送BYE的原因是RTP超时，UE一直向网络发送RTP包，但是长时间没有收到网络侧的RTP包，导致最后RTP timer超时。即出现单通现象，导致UE长时间收不到下行数据包，定时器（20s）超时而释放。UE从A厂家基站切换到B厂家基站后，在B厂家基站上跟踪，出现了大量的上行丢包，频度20ms一次。从PDCP的入口来看，基站上行收到了UE的数据包，但是没有发送到核心网。判断是PD

6、CP解包失败。11典型案例分享典型案例分享n案例2：切换后双不通导致掉话问题分析分析：确定问题在PDCP解包失败后，抓取UE侧LOG。发现UE在A厂家小区建立通话时，PDCP SN bit长度配置为12bit。切换到B厂家小区时，由于基站没有下发配置，PDCP SN SIZE不变，依然为12bit。实际B厂家基站该参数配置为7bit。 A厂家小区下配置情况 切换至B厂家小区下，基站未下发配置分析：UE在从A厂家小区切换至B厂家小区后，依然按照12bit封包上发，基站按照7bit解包，导致解包失败，上行全部丢包。基站按照7bit封包下发，UE按照12bit解包，下行包也全部解析失败。所以该问题是

7、异厂家PDCP SN SIZE设置不一样导致切换后双不通，RTP超时后掉话的问题。12典型案例分享典型案例分享n案例2：切换后双不通导致掉话问题分析结论：UE可以根据基站下发的配置，调整自己的封包、解包策略。UE的初始PDCP-config参照起呼时所占用基站下发的配置。 如果基站间PDCP SN SIZE配置不一致，只要在切换时目标基站下发PDCP-config，UE可以调整。目前华为、贝尔基站在切换时会下发PDCP-config，中兴、爱立信不会下发PDCP-config。建议全网统一PDCP SN SIZE、RLC SN SIZE。13典型案例分享典型案例分享n案例3：基站承载建立失败导

8、致未接通问题分析现象：在拉网测试过程中，发现部分手机呼叫失败，失败原因是主叫收到503，原因为media bearer lost。503错误是VOLTE未接通问题中较为常见的错误，此类问题一般是由于承载建立失败导致。14典型案例分享典型案例分享n案例3：基站承载建立失败导致未接通问题分析分析：跟踪基站侧trace，发现核心侧发给基站E-RAB SETUP REQUEST消息中，上行的最大的带宽为88kbps，而基站侧配置的上下行最大带宽均为52kbps。由于申请的带宽已经超出了基站设置的最大带宽设置，专用承载无法建立，所以在E-RAB SETUP RESPONSE消息中携带“Radio-res

9、ource-not-available”。测试中发现的测试中发现的异常情况异常情况正常情况正常情况15典型案例分享典型案例分享n案例3：基站承载建立失败导致未接通问题分析1、通过信令跟踪确认是SBC申请带宽过大，导致enodeb回错，所以需要看被叫的RX消息。2、观察主叫侧收到和发出去的INVITE，SBC收到的是b=AS:49，而SBC转发的INVITE里带的是b=AS:80。3、了解到华为SBC的C20版本做了个特性，配置编解码转换后，SBC转发INVITE时会根据SBC添加的编解码，重新计算带宽，并更新SDP中的B行，由于配置了G711，所以带宽更新为80。这个就是导致被叫侧AAR中带宽

10、变化的原因结论：1、在华为SBC：BCPLC中修改 信任终端媒体带宽信息为否。2、考虑到多方通话等业务需要QCI1带宽较大，调整基站带宽至200kbps.16典型案例分享典型案例分享n案例4：智能网短号业务问题导致呼叫未接通问题分析现象：号码A呼叫号码B时，被叫显示来电为短号。但号码B使用短号回拨时呼叫失败。使用号码A的长号回拨可以接通。分析：1、主叫号码A发起短号呼叫，正常接通2、分析主叫UE的INVITE消息，拨打号码为6495117典型案例分享典型案例分享n案例4：智能网短号业务问题导致呼叫未接通问题分析3、分析S-CSCF消息，正常触发智能流程（10.189.101.9为SCPAS）。

11、4、SCPAS返回主叫的短号和被叫的长号，S-CSCF通过SBC将主叫短号发送给被叫UE，被叫UE显示主叫号码为短号18典型案例分享典型案例分享n案例4：智能网短号业务问题导致呼叫未接通问题分析5、号码B使用上一通呼叫显示的短号回拨后，无法接通。分析UE的INVITE消息，拨打号码为676956、分析S-CSCF消息，未见触发智能业务流程，S-CSCF将67695直接路由到MGCF（10.189.97.18是MGCF的IP地址）19典型案例分享典型案例分享n案例4：智能网短号业务问题导致呼叫未接通问题分析7、MGCF将67695路由到CS域，CS域处理67695号码分析失败，放音。主叫听音过程中挂机拆除呼叫