基于S1接口青春志切换失败分析
2014-09-25
一、概述
广州LTE网络的S1切换性能从9月18日开始，出现HO Prepare Fail“切换出准备失败_目前侧准备失败”次数增加明显，总体切换成功率从98.9%恶化到98.5%左右。失败切换的邻区关系，在小区和TAC维度存在聚类。
二、S1-Bad Handover信令流程
LTE网络S1接口的切换流程：查找苹果手机位置
源eNodeB决定进行基于S1的切换。S1切换的原因可能是源eNodeB和目标eNodeB之间不存在X2连接，或者源eNodeB根据其他情况作出的判断。
源eNodeB向源MME发送Handover Required消息，其中Handover Type在此时是intra-LTE，TargetID包含Target Cell ID和Target TAI两部分，源MME可以根据目标 TAI来选定合适
的目标MME。Direct Forwarding Path Avaliability用来指示在源和eNodeB之间是否存在存在直接转发的路径还是需要进行Indirect Tunnel Forwarding。
源MME选定合适的目标MME，通过S10接口发送Forward Relocation Request消息给目标MME。
目标MME选定相应的目标SGW，发送Create Session Request消息给目标SGW，消息中包含每个承载的上下文。目标SGW为数据承载分配上行GTP－U的地址和TEID值，返回Create Session Respon消息给源MME。
目标MME发送Handover Request消息给目标eNodeB，其中包括要建立的EPS承载的列表等内容，每个EPS承载的信息包括SGW的地址，上行GTP－U的在SGW侧的TEID值，EPS 承载的QoS等。目标eNodeB收到上述消息后会建立UE上下文，包括承载的信息，安全上下文等。目标eNodeB也回送Handover Request Ack消息给目标MME，其中包含EPS承载建立结果的信息。对于每个成功建立的EPS承载，其信息包括下行数据在目标eNodeB侧的GTP－U的TEID值。
目标MME发送 Create Indirect Data Forwarding Tunnel Request消息给目标SGW，将上述数据转发通道的TEID值通知目标SGW，转发通道的从目标SGW到目标eNodeB的部分可以建立。
目标MME发送Forward Relocation Respon消息给源MME，将EPS Bearers Setup Result 通知源MME。在Indirect Tunnel的情况下，转发通道在目标SGW侧的地址和TEID值也会在此消息中通知源MME。在Indirect Tunnel的情况下，源MME发送Create Indirect DataForwarding Tunnel Request消息给源SGW，转发通道在目标SGW侧的地址和TEID值通知源SGW。
源MME发送Handover Command消息给源eNodeB，将目标eNodeB分配的需要转发的EPS Bearers的TEID 值和目标eNodeB的地址通知源eNodeB。
源eNodeB发送eNB Status Transfer消息，此消息经源MME，目标MME，最终到达目标eNodeB。此消息将无损切换的EPS Bearer的PDCP的状态通知目标eNodeB。源eNodeB此时可以经过Indirect Data Forwarding Tunnel 将下行数据转发给目标eNodeB。
音乐教案幼儿园
UE与目标eNodeB建立上，下行同步后，发送Handover Confirm消息给目标eNodeB。目标eNodeB发送Handover Notify消息给目标MME。
目标MME发送Forward Relocation Complete Notification消息给源MME。源MME回应Forward Relocation Complete Acknowledge 消息。目标MME发送Modify Bearer Request消息给目标SGW。
鸬鹚是什么鸟目标SGW分配下行EPS Bearer在SGW的TEID值，发送Modify Bearer Request消息给PGW，这样切换后的下行数据通道在PGW到目标SGW之间的部分建立了起来。这样整个的PGW到目标eNodeB之间的下行通道就建立完毕。
目标SGW收到PGW的回应后，上行通道在SGW到PGW的部分可以建立，目标SGW返回Modify Bearer Respon 消息给目标MME。
UE可以触发相应的TAU的过程，随后的步骤中，源MME和目标MME将触发相应的资源释放过程。
三、S1口切换失败分析
3.1、S1口切换成功率
统计09月24日全天时段S1_HO成功率的趋势，在切换请求(HO Required)次数较少的情况下，切换成功率上升。相反，当白天忙时切换请求次数增多时，切换成功率下降。（以下分析涉及到的数据均采集9月24日全天统计）
S1_HO切换成功率与切换请求数量存在反比关系，可能与网络容量或干扰，隐性故障等原因有关。
3.2、S1口切换失败分析
在源eNodeB和源MME之间的S1接口切换失败消息有HO Cancel和HO Prepare Fail，在目标eNodeB和目标MME之间的S1接口切换失败消息只有HO Failure。有一种情况是，即使返回Handover Request Acknowledge时，但在没有默认承载建立信息表时也会导致目标MME清除UE在目标MME和eNodeB所预留的信道资源。
统计09月24日全天切换失败消息，目标S1接口失败消息HO Failure会比源S1接口HO Prepare Fail失败消息少，因为有可能切换请求确认后，但由于默认承载而导致失败。
S1接口 | FAILURE_MSG | COUNT | 失败占比 |
源S1接口 | HO Cancel | 77045 | 0.08% |
成都歌曲歌词源S1接口 | HO Prepare Fail | 178645 | 0.36% |
目标S1接口 | HO Failure | 64542 | 0.13% |
| | | |
以下为S1接口消息占比的饼图：起承转合的意思
3.3、S1口HO Prepare Fail原因分析
出现HO Prepare Fail切换的触发原因，主要触发原因为无线原因正常切换和S1接口间切换触发。
HO_CAUSE | COUNT | CAUSE_RATE |
cell-not-available | 3 | 0.00% |
handover-desirable-for-radio-reason | 92324 | 51.68% |
s1-intra-system-handover-triggered | 86318 | 48.32% |
| | |
HO Prepare Fail切换消息的失败原因值分布分析，其中unknown-targetID原因占比达32.08%，其次为“no-radio-resources-available-in-target-cell”原因占比达18.46%。
原因值分析：
Unknown-TargetID：在用户发起切换请请求Handover Required消息，其中Handover Type在此时是intra-LTE，TargetID包含Target Cell ID和Target TAI两部分，源MME可以根据目标 TAI来选定合适的目标MME。当网络对用户请求的目标CELLID和TAI无法识别时，返回此失败原因值。
No-Radio-Resources-Available-In-T炸牡蛎arget-Cell：当用户通过源MME向目标MME请求无线信道资源时，小区存在无线资源不足或拥塞时，网络返回此失败原因值。
以下为HO Prepare Fail切换消息失败原因值占比的条形图：
3.4、S1口HO Prepare Fail维度分析
能过以上切换失败的FAILURE_CAUSE可以定位到小区级和TAC级的问题，以下通过小区维度分析“no-radio-resources-available-in-target-cell”失败值，可以发现大部分切换失败聚类在小区级别上。
FAILURE_MSG | FAILURE_CAUSE | ORIGIN_CI->TARGET_CI | 失败出现的次数 |
HO Prepare Fail | no-radio-resources-available-in-target-cell | 43447309->43424780 | 10785 |
人开头的成语接龙44663565->43424780 | 1538 |
45022997->43424780 | 812 |
44463884->44494348 | 491 |
44494348->44463884 | 416 |
44494349->44463884 | 402 |
43447309->43424781 | 375 |
44644619->43424781 | 188 |
45023253->43424780 | 152 |
44844056->43410444 | 143 |
| | | |
附件为“no-radio-resources-available-in-target-cell”切换失败原因值小区表：
