发布时间 : 星期二 文章VoLTE端到端业务质量分析 - 图文更新完毕开始阅读a1cac0df85254b35eefdc8d376eeaeaad1f31682
S1切换掉话问题分析：
MME进行Trace跟踪，发现存在信令乱序问题，主要问题是MME收到源小区发送S1 ENBStatus Transfer比目标小区发送的S1 handover notify晚100ms左右，MME认为信令乱系，不回复目标小区回复S1 MMEStatus Transfer，源小区至目标小区SN倒换失败，最终endtimer超时造成无线链路释放掉话。查看大唐基站Trace跟踪，源小区发送S1 ENB Status Transfer 比目标小区发送S1 handover notify晚58ms；基站不存在乱序问题。怀疑源小区传输时延大于目标小区，导致MME信令乱序。
基站侧信令：目标小区未收到S1 MMEStatus Transfer，源小区（16:12:54.463）发送S1 ENB Status Transfer 后58ms目标小区才发送的（16:12:54.521）S1 handover notify，紧接着endtimer（100ms）超时，ENB主动释放承载。
（源小区侧信令）
第 21 页 共 27 页
（目标小区侧信令）
核心网信令：MME收到源小区发送S1 ENBStatus Transfer前，收到了目标小区发送的S1 handover notify（约早100ms左右），MME认为这种情况是信令乱序，所以不给目标小区回复S1 MMEStatus Transfer，导致SN倒换失败，最终造成掉话。
定位结论：基站发送顺序正常，而MME收到信令乱序，怀疑源小区传输时延较大而导致MME信令乱序。
正常S1切换信令流程：
第 22 页 共 27 页
UESource eNBTarget eNBMMEServing Gateway0.Area Restriction Provided1.Measurement Controlpacket datapacket dataLegendL3 signallingL1/L2 3.HO decision4.Handover Required5. Handover Request6.DL allocation9. RRC Conn. Reconf. incl. mobilityControlinformationDetach from old cell and synchronize to new cellDeliver buffered and in transit packets to target eNB10.eNB Status TransferData Forwarding11. MME Status TransferData ForwardingBuffer packets from Source eNBAdmission Control User Datasignalling UL allocation2.Measurement Reports7. Handover Request Ack8. Handover Command12.13.14.SynchronisationUL allocation + TA for UERRC Conn. Reconf. Completepacket datapacket data15.Path Switch Request16.User Plane update requestEnd Markerpacket dataEnd Marker19.Path Switch Request Ack20. UE Context Release21.Release Resources18.User Plane update responseHandover Completion17.Switch DL pathHandover ExecutionHandover Preparation ? 优化措施及效果：
X2链路故障处理，掉话问题规避；传输时延定位； ? 经验总结
通过分析S1切换导致VoLTE掉话问题，充分暴露了现网切换的两个问题，第一，X2链路维护需要进一步加强，提升X2切换占比；第二，定期核查传输故障，提升S1切换成功率。 第三，华为MME对信令流程判决存在不合理性，S1 ENBStatus Transfer是源小区发送的数据面倒换过程，而S1 handover notify是目标小区收到UE发送重配置完成后给MME回复的信令面切换完成的消息，和业务面倒换属于两个独立的过程，但是华为MME认为乱序，直接丢弃。建议华为MME对信令检测进行修改，不对这种情况判定为乱序。 4.4. 站内切换与modify并发SIP-503导致视频失败
兰州视频拉网测试中，发现切换与Modify过程并发，会触发Unkown-ENB-UE-S1AP-ID错误，导致MME无法识别，MME触发ERAB释放，最终视频未接通（503错误）：
第 23 页 共 27 页
UE从PCI为100的小区向PCI为101的小区做站内切换，与此同时EPC给源小区发送了Modify请求，此时UE已经站内切换到目标小区，UE未能在源小区收到Modify请求，由于UE已经不再源小区，所以源小区回复EPC的modify Response消息携带Unkown-ENB-UE-S1AP-ID错误。MME不识别该ENB-UE-S1AP-ID,给目标小区回复E-RAB释放消息，最终视频未接通。
? 优化建议：
由于该切换为站内切换，我司在6.00.50.05版本优化了站内切换与承载建立、删除、修改过程并发的处理方式，在切换并发情况下，优先切换，在目标小区进行建立、删除、修改过程。 站间切换华为MME已经升级，在定西测试遇到过站间切换与建立QCI1并发，已经解决，具体如下：
4.5. 站内切换并发导致未接通 ? 炎强PCAP包信令分析
通过PCAP包信令分析如下，在时间10:41:40发起INVITE-Request ,但在时间点10:41:48终端收到网络下发的BYE消息携带的失败原因为承载资源释放。导致一次未接通事件如下图： Reason: SIP;cause=503;text=\
第 24 页 共 27 页