关于ENB ID复用导致切换异常分析.docx
《关于ENB ID复用导致切换异常分析.docx》由会员分享,可在线阅读,更多相关《关于ENB ID复用导致切换异常分析.docx(7页珍藏版)》请在冰豆网上搜索。
![关于ENB ID复用导致切换异常分析.docx](https://file1.bdocx.com/fileroot1/2022-11/27/98f8e441-439c-4143-bcd2-9cc7c2318d9d/98f8e441-439c-4143-bcd2-9cc7c2318d9d1.gif)
关于ENBID复用导致切换异常分析
关于ENBID复用导致切换异常分析
【摘要】基站HB-市区-恒大名都为了覆盖小区,为新入网基站,入网后附近基站切换入HB-市区-恒大名都失败,基站切换失败次数较多,查询基站接口发现有S1异常。
【关键字】切换失败S1异常新入网ENBID
【故障现象】:
2018年7月1日至5日,XY-HB-市区-恒大名都-HFTA-432764-0室分小区出现S1信令连接成功率低,其周边多个室分及宏站小区出现S1切换、X2切换成功率低异常小区,具体小区清单如下:
【告警信息】:
1、查询小区告警信息,发现小区运行正常,无告警。
2、由于HB-市区-恒大名都为新入网基站,核查HB-市区-恒大名都基站入网参数,参数配置全部正常。
3、核查小区的邻区关系,邻区数据全部添加,且邻区数据配置PCI、ENBID、TAC等信息全部正确。
4、核查周边基站运行情况,也未发现断站和高负荷等异常情况。
5、查询基站HB-市区-恒大名都的S1接口,发现S1接口异常。
【原因分析】:
1、通过提取两两小区切换指标进行核查,发现周边扇区均为向目标小区XY-HB-市区-恒大名都-HFTA-432764-0切换时,发生切换出失败,失败原因为“特定两小区间目标小区回复切换准备失败消息导致切换出准备失败次数”。
XY-HB-市区-恒大名都-HFTA-432764-0小区与周边小区位置关系如下图所示:
XY-HB-市区-恒大名都-HFTA-432764-0小区位于恒大名都西半部分,周边邻近的宏站或者室分均向此基站有切换失败,且切换成功率较低。
XY-HB-市区-恒大名都-HFTA-432764-0小区切换向周边基站正常。
2、核查XY-HB-市区-恒大名都-HFTA-432764-0小区对应BBU的S1链路,发现存在S1异常,且两路S1链路交替异常:
根据S1接口链路号70000、70001核查该BBU的SCTP链路,发现向核心网(对端IP为7.191.1.153和7.191.5.253)的两路传输交替断开:
【原理分析】:
LTE网络S1接口的切换流程:
1、源eNodeB决定进行基于S1的切换。
S1切换的原因可能是源eNodeB和目标eNodeB之间不存在X2连接,或者源eNodeB根据其他情况作出的判断。
2、源eNodeB向源MME发送HandoverRequired消息,其中HandoverType在此时是intra-LTE,TargetID包含TargetCellID和TargetTAI两部分,源MME可以根据目标TAI来选定合适的目标MME。
DirectForwardingPathAvaliability用来指示在源和eNodeB之间是否存在存在直接转发的路径还是需要进行IndirectTunnelForwarding。
3、源MME选定合适的目标MME,通过S10接口发送ForwardRelocationRequest消息给目标MME。
4、目标MME选定相应的目标SGW,发送CreateSessionRequest消息给目标SGW,消息中包含每个承载的上下文。
目标SGW为数据承载分配上行GTP-U的地址和TEID值,返回CreateSessionResponse消息给源MME。
5、目标MME发送HandoverRequest消息给目标eNodeB,其中包括要建立的EPS承载的列表等内容,每个EPS承载的信息包括SGW的地址,上行GTP-U的在SGW侧的TEID值,EPS承载的QoS等。
目标eNodeB收到上述消息后会建立UE上下文,包括承载的信息,安全上下文等。
目标eNodeB也回送HandoverRequestAck消息给目标MME,其中包含EPS承载建立结果的信息。
对于每个成功建立的EPS承载,其信息包括下行数据在目标eNodeB侧的GTP-U的TEID值。
6、目标MME发送CreateIndirectDataForwardingTunnelRequest消息给目标SGW,将上述数据转发通道的TEID值通知目标SGW,转发通道的从目标SGW到目标eNodeB的部分可以建立。
7、目标MME发送ForwardRelocationResponse消息给源MME,将EPSBearersSetupResult通知源MME。
在IndirectTunnel的情况下,转发通道在目标SGW侧的地址和TEID值也会在此消息中通知源MME。
在IndirectTunnel的情况下,源MME发送CreateIndirectDataForwardingTunnelRequest消息给源SGW,
转发通道在目标SGW侧的地址和TEID值通知源SGW。
8、源MME发送HandoverCommand消息给源eNodeB,将目标eNodeB分配的需要转发的EPSBearers的TEID值和目标eNodeB的地址通知源eNodeB。
9、源eNodeB发送eNBStatusTransfer消息,此消息经源MME,目标MME,最终到达目标eNodeB。
此消息将无损切换的EPSBearer的PDCP的状态通知目标eNodeB。
源eNodeB此时可以经过IndirectDataForwardingTunnel将下行数据转发给目标eNodeB。
10、UE与目标eNodeB建立上,下行同步后,发送HandoverConfirm消息给目标eNodeB。
目标eNodeB发送HandoverNotify消息给目标MME。
11、目标MME发送ForwardRelocationCompleteNotification消息给源MME。
源MME回应ForwardRelocationCompleteAcknowledge消息。
目标MME发送ModifyBearerRequest消息给目标SGW。
12、目标SGW分配下行EPSBearer在SGW的TEID值,发送ModifyBearerRequest消息给PGW,这样切换后的下行数据通道在PGW到目标SGW之间的部分建立了起来。
这样整个的PGW到目标eNodeB之间的下行通道就建立完毕。
13、目标SGW收到PGW的回应后,上行通道在SGW到PGW的部分可以建立,目标SGW返回ModifyBearerResponse消息给目标MME。
14、UE可以触发相应的TAU的过程,随后的步骤中,源MME和目标MME将触发相应的资源释放过程。
【解决方法】:
1、经核实该BBU上挂濉溪A2-5设备,查询BBU到该A设备传输正常无告警:
联系厂家,从A设备向核心网传输进行检测,发现传输正常。
2、SCTP发送和接收信息都正常,但是会出现拆链回复,联系华为厂家研发中心,研发通过跟踪信令,发现可能为ID冲突
3、由于该eNodeBID432764前期已使用,BBU割接后eNodeBID不再使用,核心网未及时清除,导致该基站号复用后,出现S1链路异常故障。
4、现将XY-HB-市区-恒大名都-HFTA-432764-0修改为XY-HB-市区-恒大名都-HFTA-912393-0,现已恢复正常。
5、判断为核心网未及时清除冗余eNodeBID,导致基站号复用时,出现S1链路异常引起异常小区。
【结论与推广】
1、由于该eNodeBID432764前期使用过,BBU割接后eNodeBID不再使用,但是核心网未及时清除。
导致该基站号复用后,出现S1链路异常故障。
2、核心网要及时清除冗余eNodeBID,基站eNodeBID复用时,不会出现S1链路异常引起异常小区。
3、经常核查网管配置数据和核心网数据的一致性。