《VoLTE信令分析经验交流-江苏》由会员分享，可在线阅读，更多相关《VoLTE信令分析经验交流-江苏（20页珍藏版）》请在金锄头文库上搜索。
1、VoLTE信令分析经验交流,江苏公司 网络部 2015.10,目录,江苏省VoLTE网络架构,苏北7地市及南京使用苏北大区华为IMS、华为EPC、华为+贝尔HSS苏南5地市使用苏南大区华为IMS、爱立信EPC、爱立信HSS全省共用华为EMSC、贝尔LDRA、ENUM/DNS全省无线设备厂家包括华为、贝尔、中兴、爱立信,信令跟踪手段介绍,目前江苏VOLTE信令分析平台尚未上线，VOLTE信令分析主要依靠各网元人工跟踪信令,IMS,EPC,eNodeB,UE,工具： SBC，CSCF&TAS，MGCF (对应网元版本的iLMT客户端)能力：可以单用户跟踪，最大可以跟踪8个用户，可以长期跟踪。,工具
2、：MME, S-GW ,P-GW（对应网元版本的iLMT客户端）能力：华为可以跟踪信令面、用户面，最大可以跟踪4个用户，不能长期跟踪。爱立信仅能跟踪信令面。,工具：各厂家网管（江苏无线厂家：华为、中兴、爱立信、贝尔）能力：网管仅支持单基站信令面消息跟踪，跟踪用户面消息需要人工上站跟踪。,工具：惠杰朗CDS、鼎利Pioneer测试软件能力：可以采集UU口消息，无法采集手机内部LOG。,目录,典型案例分享,案例1：Forbidden 403错误连续未接通问题分析,现象：网格测试中，主被叫占用故障小区，终端上行发射功率高，连续两次RRC重配置均失败，上发bye消息后未收到AS反馈的BYE200消息，
3、主被叫掉话。,典型案例分享,案例1：Forbidden 403错误连续未接通问题分析,现象：,现象：主被叫掉话后，主叫做TAU更新，被叫信令缺失，有可能终端吊死。主叫15s后再次发起呼叫，收到403错误消息，呼叫未接通，随后15分钟内主叫持续呼叫，始终无法接通，错误原因均是403（user is busy）.,典型案例分享,案例1：Forbidden 403错误连续未接通问题分析,分析：连续未接通前上一次呼叫，由于无线基站原因造成核心网一直没有收到前一次呼叫的BYE消息，且被叫终端未发起IMS重注册。核心网认为用户一直处于忙的状态，所以ATS返回了403用户忙。导致主叫连续20次起呼失败。目前
4、IMS的Session-Expires设置为1800，核心网等待15分钟没有收到会话刷新消息则认为会话中断，在15分钟内则认为该呼叫存在，15分钟超时后IMS会主动下发UPDATE，终端回复后IMS会将终端从忙的状态释放，后续呼叫正常。结论：开启无媒体流检测开关可以解决该问题。120s检测一次，如果不是通话状态则释放用户。,典型案例分享,案例2：切换后双不通导致掉话问题分析,现象：网格测试中，主被叫在跨厂家切换后，间隔30ms几乎同时上发bye消息，IMS服务器由于bye消息碰撞，回复bye487（Glare Bye condition encountered）,典型案例分享,案例2：切换后双
5、不通导致掉话问题分析,分析：UE掉话的原因是由终端发送BYE消息导致，发送BYE的原因是RTP超时，UE一直向网络发送RTP包，但是长时间没有收到网络侧的RTP包，导致最后RTP timer超时。即出现单通现象，导致UE长时间收不到下行数据包，定时器（20s）超时而释放。,UE从A厂家基站切换到B厂家基站后，在B厂家基站上跟踪，出现了大量的上行丢包，频度20ms一次。从PDCP的入口来看，基站上行收到了UE的数据包，但是没有发送到核心网。判断是PDCP解包失败。,典型案例分享,案例2：切换后双不通导致掉话问题分析,分析：确定问题在PDCP解包失败后，抓取UE侧LOG。发现UE在A厂家小区建立通
6、话时，PDCP SN bit长度配置为12bit。切换到B厂家小区时，由于基站没有下发配置，PDCP SN SIZE不变，依然为12bit。实际B厂家基站该参数配置为7bit。,A厂家小区下配置情况 切换至B厂家小区下，基站未下发配置,分析：UE在从A厂家小区切换至B厂家小区后，依然按照12bit封包上发，基站按照7bit解包，导致解包失败，上行全部丢包。基站按照7bit封包下发，UE按照12bit解包，下行包也全部解析失败。所以该问题是异厂家PDCP SN SIZE设置不一样导致切换后双不通，RTP超时后掉话的问题。,典型案例分享,案例2：切换后双不通导致掉话问题分析,结论：UE可以根据基站
7、下发的配置，调整自己的封包、解包策略。UE的初始PDCP-config参照起呼时所占用基站下发的配置。 如果基站间PDCP SN SIZE配置不一致，只要在切换时目标基站下发PDCP-config，UE可以调整。目前华为、贝尔基站在切换时会下发PDCP-config，中兴、爱立信不会下发PDCP-config。建议全网统一PDCP SN SIZE、RLC SN SIZE。,典型案例分享,案例3：基站承载建立失败导致未接通问题分析,现象：在拉网测试过程中，发现部分手机呼叫失败，失败原因是主叫收到503，原因为media bearer lost。503错误是VOLTE未接通问题中较为常见的错误，此
8、类问题一般是由于承载建立失败导致。,典型案例分享,案例3：基站承载建立失败导致未接通问题分析,分析：跟踪基站侧trace，发现核心侧发给基站E-RAB SETUP REQUEST消息中，上行的最大的带宽为88kbps，而基站侧配置的上下行最大带宽均为52kbps。由于申请的带宽已经超出了基站设置的最大带宽设置，专用承载无法建立，所以在E-RAB SETUP RESPONSE消息中携带“Radio-resource-not-available”。,测试中发现的异常情况,正常情况,典型案例分享,案例3：基站承载建立失败导致未接通问题分析,1、通过信令跟踪确认是SBC申请带宽过大，导致enodeb回
9、错，所以需要看被叫的RX消息。,2、观察主叫侧收到和发出去的INVITE，SBC收到的是b=AS:49，而SBC转发的INVITE里带的是b=AS:80。3、了解到华为SBC的C20版本做了个特性，配置编解码转换后，SBC转发INVITE时会根据SBC添加的编解码，重新计算带宽，并更新SDP中的B行，由于配置了G711，所以带宽更新为80。这个就是导致被叫侧AAR中带宽变化的原因,结论：1、在华为SBC：BCPLC中修改 信任终端媒体带宽信息为否。2、考虑到多方通话等业务需要QCI1带宽较大，调整基站带宽至200kbps.,典型案例分享,案例4：智能网短号业务问题导致呼叫未接通问题分析,现象：
10、号码A呼叫号码B时，被叫显示来电为短号。但号码B使用短号回拨时呼叫失败。使用号码A的长号回拨可以接通。分析：1、主叫号码A发起短号呼叫，正常接通,2、分析主叫UE的INVITE消息，拨打号码为64951,典型案例分享,案例4：智能网短号业务问题导致呼叫未接通问题分析,3、分析S-CSCF消息，正常触发智能流程（10.189.101.9为SCPAS）。,4、SCPAS返回主叫的短号和被叫的长号，S-CSCF通过SBC将主叫短号发送给被叫UE，被叫UE显示主叫号码为短号,典型案例分享,案例4：智能网短号业务问题导致呼叫未接通问题分析,5、号码B使用上一通呼叫显示的短号回拨后，无法接通。分析UE的I
11、NVITE消息，拨打号码为67695,6、分析S-CSCF消息，未见触发智能业务流程，S-CSCF将67695直接路由到MGCF（10.189.97.18是MGCF的IP地址）,典型案例分享,案例4：智能网短号业务问题导致呼叫未接通问题分析,7、MGCF将67695路由到CS域，CS域处理67695号码分析失败，放音。主叫听音过程中挂机拆除呼叫,结论：号码需要在HSS签约智能网短号业务，S-CSCF才能将解析过的长号路由到MGCF。号码在SCPAS签约过智能网短号业务，S-CSCF就能够通过SBC将主叫短号发送给被叫UE。 由于号码B已经在SCPAS签约智能网业务，却没有在HSS签约智能网业务。导致其可以手段短号，但用短号回拨无法接通。,S-CSCF通过SBC将主叫短号发送给被叫UE,谢谢！,
