VoLTE异常事件无线优化方法简介v1_20160523

1、1.请求（客户端）REGISTER 注册INVITE 邀请PRACK 提供临时确认UPDATE 更新连接状态ACK 对INVITE消息的最终确认BYE 挂断电话SUBSCRIBE 订阅事件通知NOTIFY 通知订阅者新的事件CANCEL 取消应答（服务端）1XX-临时响应。表示请求已接收，接收方正在处理。常见的有：100Trying、183Provisional Acknowledge、180 Ringing2 XX -成功响应。请求已成功收到、理解并被接受。常见的有：200 OK、202Accepted、204 No Notification3 XX -重定向响应。请求方需要采取进一步动作以

2、完成请求。4 XX -客户端响应错误。客户端提供了错误的语法或者无法从服务端得到响应。常见的有：401Unatuhorized、486Busy Here、481Call transaction does not exist5 XX -服务端响应错误。服务器无法提供合法的请求。常见的有：500 Server Internal Error、503Service Unavailable、580Precondition Failure6 XX -全局失败响应。请求不能在任何一个服务器上得到满足，产生该响应的服务器需要知道有关用户的确切信息。2 VoLTE集团测试规范1、 测试终端：HTC M8 商用终

3、端+PC机+MOS盒 2、 测试软件：对接中国移动商务终端测试平台的惠杰朗CDS与鼎利Pioneer软件 3、测试方法：a) 测试手机必须设置为4G数据连接态，默认自适应配置。 b) 采用手机（模块）相互拨打的方式，手机拨叫、接听、挂机都采用自动方式。 c) 每次通话时长180秒，呼叫间隔30秒；如出现未接通或掉话，应间隔30秒进行下一次试呼。4、 测试场景：当前重点关注城区室外以及室内两大重点场景。 3 异常事件分析3.1未接通3.1.1未接通统计方法主叫UE发送第一条SIP INVITE后收到网络侧下发的SIP INVITE 200 OK消息为成功完成呼叫，其他都算未接通。3.1.2未接通

4、问题分析方法1、在主叫的事件中，找到Outgoing call block/Call blocked事件，记录时间点2、在主叫信令中，找到Invite消息（Invite消息会比RRC连接建立请求消息时间早，因为点击拨号按钮时，首先触发Invite消息，而Invite消息再触发RRC连接建立），记录时间点3、查看Invite消息到Block事件之间的时间段内，主被叫出现的异常信令3.1.3未接通问题排查思路A、暂时无法解决的问题：n 由于目前所有厂家的IMS不支持振铃前eSRVCC，振铃前发起eSRVCC，肯定会导致未接通，该问题暂时无法解决n 苹果终端暂不支持振铃中的eSRVCC，振铃中或振铃

5、后，只要是接通前发起eSRVCC流程都会导致未接通，该问题暂时无法解决B、无线原因排查：n 主叫/被叫多次发送信令或者异常进入空闲模式，查看当时的SINR和RSRP，确认是否由于越区覆盖、邻区漏配、PCI模3干扰、弱覆盖等无线问题导致n 主叫寻呼期间，被叫发起RAU/LAU/TAU，需要分析之前终端如何从4G重选或切换到GSM/TDn RRC连接异常释放，需要进行eNB信令跟踪，查看无线原因C 、终端问题排查：n 对比相同芯片的不同终端、异芯片终端，如果某款终端接通成功率低，则疑似终端问题，需要对终端进行排查n 如果终端收到并正确解码某SIP消息，但未发出后续的SIP消息，则疑似终端问题D、端

6、到端原因排查：n 主被叫发生SIP消息发送失败、SIP消息发送多次问题，则需要在eNB、EPC、IMS上同步抓取数据包，检查消息在哪些网元之间丢失，针对相关网元进行问题排查n 如果主叫收到480消息（当前不可用）、603（谢绝邀请），一般为被叫未收到寻呼问题，需要在终端、eNB、EPC、PCRF、SBC上跟踪寻呼消息触发及发送情况n 如果主叫收到486消息（被叫忙），一般为被叫终端发送，需要跟踪终端、EPC、HSS上信令，确认被叫忙原因n 如果主叫或被叫发送580消息（资源准备失败），一般为专用承载未建立或承载丢失，需要在EPC、PCRF、SBC上跟踪信令，排查承载问题3.1.4接续问题无线主

7、要优化手段A、加强LTE覆盖优化，让终端尽可能多驻留LTE网络，尽量避免由于G-L重选、振铃前eSRVCC导致的未接通B、加强LTE 模3干扰排查，系统内邻区等优化，避免SINR差导致的未接通C、由于GSM可能存在LAI插花问题，而LTE按照GSM的LAI同步规划了TAI，需要排查LAI插花导致的TAI插花问题，避免不必要的TAU导致的未接通D、规范GSM重选LTE参数，使终端容易从GSM回到LTE，尽量避免G-T-L重选导致的未接通E、与核心网、终端协同排查寻呼无响应、SIP消息丢失、SIP消息发送失败问题F、与核心网协同排查RRC连接异常释放问题G、联系核心网协同优化MME寻呼策略H、定期

8、升级终端版本3.2 掉话3.2.1掉话统计方法掉话 主叫主动挂机时，主叫未收到SIP_BYE-OK或被叫未发送SIP_BYE-OK，均计算一次掉话。3.2.2掉话问题分析方法掉话问题分析方法如下：1、在主叫或被叫的事件中，找到Call Dropped事件，记录时间点2、在主叫信令中，找到invite 200ok消息，记录时间点3、查看invite 200ok消息到Call Dropped事件之间的时间段内，主被叫出现的异常信令终端、无线、EPC、IMS等网元的问题都可能导致掉话3.2.3掉话问题排查思路A、无线原因排查：n 终端异常进入空闲模式或者无线链路失败、RRC重建失败，需要查看当时的S

9、INR和RSRP，确认是否由于越区覆盖、邻区漏配、PCI模3干扰、弱覆盖、基站故障等无线问题导致；n eSRVCC切换失败需要对GSM邻区频点和BSIC码数据进行核查；n 异频重定向和TM3/8转换为已知基站问题，需要升级基站版本解决；B、EPC原因排查：n 如果保持期间发生专用承载丢失、核心网下发Detach Request，跟踪MME、S/PGW、PCRF信令查找问题原因C 、终端问题排查：n 对比相同芯片的不同终端、异芯片终端，如果某款终端掉话率高，则疑似终端问题，需要对终端进行排查。D、端到端原因排查：n RRC连接异常释放，则需要在eNB、EPC、IMS上同步抓取信令和数据包，检查消

10、息在哪些网元之间丢失，针对相关网元进行问题排查。3.2.4 掉话类问题无线主要优化手段掉话类问题无线优化手段：A、加强LTE覆盖优化，在弱覆盖区域配置eSRVCC邻区，优化eSRVCC的异系统切换门限，规范GSM邻区频点及BSIC的配置，与2G数据保持一致，优化eSRVCC的异系统切换门限，确保VoLTE通话保持连续B、加强LTE 模3干扰排查，系统内邻区等优化，避免SINR差导致的掉话C、升级基站版本，解决异频重定向和TM3/8转换导致的掉话问题D、及时排除基站和传输故障E、与核心网协同排查RRC连接异常释放问题、专用承载丢失、网络发起的Detach问题F、定期升级终端版本3.3异常事件案例

11、未接通案例1：被叫切换和承载建立流程冲突，导致回复580，主叫未接通1次问题描述主叫:被叫:主叫在一环路北二段19:28:07.773 主被叫均占用铁道实业-SCDHLD3HM3JN-F1（RSRP=-96.75dBm，SINR=9.4dB），主叫发起invite呼叫，19:28:07.835收到网络侧下发的100 Trying，建立QCI1承载，19:28:08.502被叫占用铁道实业-SCDHLD3HM3JN-F1（RSRP=-99.44dBm，SINR=-1dB）发起183进程，此时主叫19:28:08.714由铁道实业-SCDHLD3

12、HM3JN-F1切换到和朝商务楼-SCDHLS0HM1JN-D4（RSRP=-96.44dBm，SINR=12.3dB）并在该小区TAU更新，主叫未收到183进程，19:28:09.146释放EPS承载，19:28:09.255主叫收到网络侧下发的580 Server Internal Error，导致主叫未接通。问题分析查看SEQ，被叫占用铁道实业-SCDHLD3HM3JN-F1（PCI:350,TAC: 32792, 跟踪区域列表:18）切换至：和朝商务楼-SCDHLS0HM1JN-D4（PCI:278, TAC:33620跟踪区域列表:49），被叫切换和QCI1承载建立流程冲突，QCI1

13、承载释放，导致回复主叫580错误代码统计未接通。解决方案X2流程切换冲突，等全网完成MME SP320补丁后解决。未接通案例2 MME未处理CBR定时器超时503Service Unavailable导致未接通问题描述测试同辉路主叫占用15:43:34.341中铁西城商业一号楼-SCDHLS2HM1QY-D1（PCI 372,频点37900）发送INVITE起呼，15:43:34.565收到100 Trying，后无QCI承载建立，15:43:37.707中铁西城商业一号楼-SCDHLS2HM1QY-D4（PCI 372,频点38098）占用收到网络下发503 Service Unavaila

14、ble，统计为VOLTE未接通问题分析进行SEQ信令查询SGW向MME发送CBR后，MME未响应，SBC定时器超时回复503问题结论需要核心网定位问题未接通案例3：被叫振铃后上发603 Decline，平台统计为未接通。问题描述主叫:被叫:主叫在12.10.34.421发起INVITE，12.10.36.171网络下发Ringing，12.10.35.968被叫上发Ringing， 12.10.37.376 被叫上发603 Decline，统计为主叫未接通。问题分析主叫在12.10.34.421发起INVITE，12.10.36.171网络下

15、发Ringing，12.10.35.968被叫上发Ringing， 12.10.37.376 被叫上发603 Decline，12.11.11.046网络侧下发主叫 INVITE Request Terminated(原因值487 Request Terminated)，统计为主叫未接通。通过对异常事件进行SEQ跟踪信令分析：14:10:36.959被叫上发Ringing，14:10:38.378被叫上发603 Decline。由于终端主动上发Decline，确认为终端问题。解决方案复测验证。未接通案例4：被叫振铃后，被叫未摘机导致未接通。问题描述主叫:被叫: 183

16、28372247；主叫起呼，被叫振铃后，被叫未摘机，1分钟后网络侧下发CANCEL，统计为主叫未接通。问题分析主叫占用万兴路-SCDHLD3HM1WH-F3，13:02.31:859主叫发起INVITE，13:02.34:015被叫上发Ringing,未上发INVITE 200 OK。13:03.33:218网络侧下发CANCEL，13:03.41:984主叫收到网络下发INVITE Request Terminated原因值(487 Request Terminated)，统计为主叫未接通。通过对异常事件进行SEQ跟踪信令分析：被叫在13:01:53.125收到网络侧下发BYE，但被叫未响应

17、BYE。由于终端没有摘机，确认为终端问题。解决方案复测验证。未接通案例5：LTE邻区漏配导致无线链路失败未接通【问题现象】在测试鼓楼南街过程中，主被叫测试终端Ringing振铃后未完成摘机通话，主被叫均无线链路失败RRC重建被拒绝未接通。【问题分析】通过分析出现问题时的LOG进行分析，主被叫均占用鼓楼南街LY5-SCDHLD3HM3QY-F1，主被叫INVITE-Ringing后，被叫占用鼓楼南街LY5-SCDHLD3HM3QY-F1发送INVITE 200 OK消息，此时主被叫SINR质差主叫未收到，随后主被叫终端由于质差无线链路失败均发起RRC重建请求网络侧RRCConnectionRee

18、stablishment Reject RRC重建失败，统计为主叫未接通。主被叫信令接通如下：进行测试终端SINR差，RRC重建问题定位，发现主被叫邻区列表中强邻区锦阳商厦-SCDHLD3HM3JJ-F3（RSRP:-70dBm）左右，终端已进行A3事件上报，网络未下发切换重配置。经后台查询鼓楼南街LY5-SCDHLD3HM3QY-F1和锦阳商厦-SCDHLD3HM3JJ-F3无邻区关系。【问题解决】添加鼓楼南街LY5-SCDHLD3HM3QY-F1和锦阳商厦-SCDHLD3HM3JJ-F3邻区关系掉话案例1：LTE小区邻区漏配导致无线链路失败掉话【问题现象】在西三环路三段区域发现VoLTE通

19、话掉话。主叫占用三环路培风东路旁-SCDHLS3HM3QY-D5(RSRP:-96dBm,SINR:-9dB)，通话后UE上报MR后，没有收到eNB发来的用于指示切换的重配置消息由于SINR变差导致RRC连接重建不成功掉话。【问题分析】根据采集到的数据LOG分析，占用小区SINR变差导致无线链路失败,RRC重建拒绝统计掉话三环路培风东路旁-SCDHLS3HM3QY-D5 由于异频A2设置-100dBm,未及时启动A2事件测量。同上报同频A3测量瑞联路-SCDHLS1HM1QY-D2，网络侧未下发切换重配置。后台查询培风东路旁-SCDHLS3HM3QY-D5未添加瑞联路-SCDHLD3HM3QY

20、-F2/瑞联路-SCDHLS1HM1QY-D2邻区。【问题解决】1、 添加：三环路培风东路旁-SCDHLS3HM3QY-D5和瑞联路-SCDHLD3HM3QY-F2/瑞联路-SCDHLS1HM1QY-D2邻区关系，2、 调整三环路培风东路旁-SCDHLS3HM3QY-D5异频A2切换门限-100-89dBm/异频A4 -109-98dBm掉话案例2：模3干扰导致无线链路失败掉话【问题现象】主叫占用香天下火锅-SCDHLS0HM1GX-D3(RSRP:-91dBm,SINR:-15dB.PCI:98) SINR差导致RRC连接重建掉话。【问题分析】 香天下火锅-SCDHLS0HM1GX-D3(P

21、CI:98) 和利讯宾馆-SCDHLS1HM1GX-D6(RSRP:-79dBm,PCI:74) 模3干扰导致SINR变差无线链路失败掉话。信令截图如下【问题解决】调整香天下火锅-SCDHLS0HM1GX-D3（PCI:98)/香天下火锅-SCDHLS0HM1GX-D1(PCI:96)PCI互换掉话案例3：TAC边界频繁切换TAU未完成终端无法识别问题描述主叫在13：57：34.592发送INVITE起呼，13：57：37.198收到INVITE 200 OK 主被叫接通。通话2分23秒主叫占用独蓉宾馆-SCDHLD3HM3JN-F2（,RSRP:-66dBm SINR:27dB)在14：00

22、：17.198收到网络由于signal losed timeout下发BYE挂机请求。问题时间段被叫在13：59：42.964由于有色金属公司-SCDHLD3HM1JN-F1（TAC:32782 MME:10）切换到抚琴宾馆-SCDHLS0HM1JN-D2（TAC:33620,MME01)后发起TAU请求，未收到TAU完成被叫切换到玛拉塔柯宾馆-SCDHLS0HM1JN-D2（TAC:33620,MME01).在14：00：08切换占用抚琴宾馆-SCDHLS0HM1JN-D1（TAC:33620,MME01)，被叫终端再次发起TAU请求,网络侧拒绝（Cause value：UE identit

23、y cannot be derived by the network）终端已丢失。统计为被叫掉话.问题分析由于玛拉塔柯宾馆-SCDHLS0HM1JN-D2和抚琴宾馆-SCDHLS0HM1JN-D2重叠覆盖导致TAC边界（跨MME)频繁切换TAU未完成终端无法识别问题结论由于玛拉塔柯宾馆-SCDHLS0HM1JN-D2和抚琴宾馆-SCDHLS0HM1JN-D2重叠覆盖导致TAC边界（跨MME)频繁切换TAU未完成终端无法识别掉话案例4： 基站上行干扰导致掉话问题描述测试到茶店子路主叫在17：57：36.169发送INVITE起呼，17：57：39.363收到INVITE 200 OK主被叫接通，

24、17：58：52占用天奥实业F-SCDHLS1HM3JN-F3（RSRP:-85dBm SINR:7dB)切换到通达大酒店-SCDHLD4HM3JN-F2（RSRP:-73dBm SINR:16dB)后在15：58：55连续发起RRC连接重建。最后重建到通达大酒店-SCDHLS1HM1JN-D2（PCI 124 频点37900）。平台统计主叫掉话。最后重建到通达大酒店-SCDHLS1HM1JN-D2（PCI 124 频点37900）问题分析核查F站点通达大酒店-SCDHLS1HM1JN 上行干扰电平-91.42。 其中心基站锦丽假日酒店F-SCDHLD3HM3JN、金牛锦西人家-SCDHLD3HM3JN干扰最强。周围干扰小区和锦丽假日酒店F-SCDHLD3HM3JN、金牛锦西人家-SCDHLD3HM3JN这两个基站强相关，干扰受其影响变化。发现锦丽假日酒店F-存在传输光接口异常告警，且同站TD也有该告警，侧面通过维护了解到该基站传输板坏了，正在申请换传输机框。申请换传输机框困难一时半会无法解决。通过告警出现时间和干扰出现时间关联，均出现在同一天，不排除是此故障告警衍生的干扰。目前需要派单维护紧急处理该基站所有告警，尤其是紧急更换基站传输板。问题结论F站点通达大酒店-SCDHLS1HM1JN基站传输板坏，不排除是此故障告警衍生的干扰。目前需要派单维护紧急处理该基站所有告警掉