关于5G站点X2XN及用户面承载链路故障处理及压缩的方法及案例展示.docVIP

关于5G站点X2 XN及用户面承载链路故障处理及压缩的方法及案例展示 2021年2月21日 背景介绍 随着5G项目在全国的大力推进，5G站点规模呈现指数级增长，其中我司5G站点份额往往领先友商，但在笔者出差多个代表处支撑5G工程项目时，发现在告警控制，尤其是“不影响业务故障（某些省移动统一将gNodeB X2接口故障、gNodeB XN接口故障、用户面承载链路故障、IP时钟链路异常故障等称呼为不影响业务故障，与5G站点常见的光路故障、电源故障等作区分）”方面，大幅落后于友商，引发客户不满，并要求我司进行整改。 图一 某代表处被省移动反复通报，故障占比（主要是X2/XN/用户面）大幅高于友商 然而，此类故障产生原因复杂多样，定位困难，且基数较大，容易反复发生，有些涉及到跨产品问题，各代表处处理力度虽然很大，但是往往效果不尽人意，导致代表处被移动反复通报，甚至影响后评估等重要活动。因此，笔者结合多个代表处的故障处理经验及成效，以及对二三线同事求助的经验，在本文中详细阐述gNodeB X2、XN、用户面承载链路故障原因定位及处理，希望对有此类故障处理要求的代表处作为一个参考。 原理说明 下文只进行简单的介绍，详细介绍请参考5G RAN特性文档及【20B】5G IP传输问题定位指导书： /hedex/hdx.do?docid=DOC1100621864lang=zhpath=PBI1-7851894/PBI1PBI1PBI1PBI1PBI1PBI1 http://3/hi/group/3402967/thread_8300870.html?mapIdgNodeB X2接口说明 eNodeB和gNodeB网元之间的逻辑接口是X2接口，包括X2控制面（X2-C）接口和X2用户面（X2-U）接口，X2-C采用SCTP承载，X2-U采用GTP-U承载。 gNodeB和SGW之间的用户面接口是S1-U接口，负责gNodeB与SGW之间的用户面数据转发，采用GTP-U承载。 图二 gNodeB X2接口逻辑结构 gNodeB X2接口配置 在NSA架构下，eNodeB和gNodeB仅支持基于Endpoint方式来配置X2接口。Endpoint方式是基于端节点的一种传输链路的配置方式，在配置传输链路时，需要配置传输节点的信息，包括控制面和用户面的本端和对端的节点信息。 X2配置分为手动建立和自建立两种情况： X2手动建立 X2接口根据传输不同分为接口控制面（CP）和接口用户面（UP），X2接口自建立手动配置相关MO之间的关联关系如图所示。首先需要在两侧添加SCTPHOST、SCTPPEER、USERPLANEHOST、USERPLANEPEER。之后添加EPGROUP，把SCTPHOST、SCTPPEER添加到控制面EPGROUP中，把USERPLANEHOST、USERPLANEPEER添加到用户面EPGROUP中，控制面和用户面EPGROUP可以用同一个，也可以使用不同的EPGROUP。最后添加X2/GNBCUX2接口，绑定对应的控制面CPEPGROUP和用户面UPEPGROUP。 图三 gNodeB X2接口端节点配置信息 2）X2自建立 自建立无需手动配置对端，降低了运维成本，推荐采用自动配置对端信息方式。自建立时可以不配置SCTPEER和USERPLANEPEER，在eNodeB为UE建立DC业务时触发自动配置对端操作。 打开NSA的X2自建立开关： eNodeB：GlobalProcSwitch.InterfaceSetupPolicySw的子开关“LTE_NR_X2_SON_SETUP_SW”； gNodeB：gNBX2SonConfig.X2SonConfigSwitch的子开关“X2SON_SETUP_SWITCH”； gNodeB X2接口自删除机制 gNodeB X2接口自删除包括以下几种方式： 1）基于链路故障触发的X2接口自删除 LTE 当EnodeBAlgoExtSwitch. X2SonDelTimerforLNX2Fault取值不为0时 X2链路故障时间大于定时器时长EnodeBAlgoExtSwitch.X2SonDelTimerforLNX2Fault触发基于链路故障的自删除 NR 当gNBX2SonConfig.X2SonConfigSwitch的子开关X2SON_DEL_FOR_X2FAULT_SWITCH设置为ON时 X2链路故障时间大于定时器时长GlobalProcSwitch. X2SonDeleteTimerforX2Fault触发基于链路故障的自删除 2