精品文档跨PLMN切换问题导致电联5G共享站电信侧业务异常.docx
《精品文档跨PLMN切换问题导致电联5G共享站电信侧业务异常.docx》由会员分享，可在线阅读，更多相关《精品文档跨PLMN切换问题导致电联5G共享站电信侧业务异常.docx（11页珍藏版）》请在冰豆网上搜索。
精品文档跨PLMN切换问题导致电联5G共享站电信侧业务异常
跨PLMN切换问题导致电联5G共享站电信侧业务异常案例
跨PLMN切换问题导致电联5G共享站电信侧业务异常案例
【摘要】电联5G共建共享降低了电联的建设和运营成本，频段资源共享和站址资源共享提高了电联的竞争力。
在实现共享站调试开通和优化过程中，也会遇到一些与共享开通相关的问题。
马鞍山师专在秋季校园营销时，开通电联5GNSA共享站，遇到联通（共享方）业务正常，电信（承建方）用户信令接入正常却无法进行业务。
对此进行分析最终定位发现，是由于“跨PLMN的ENDC开关”开关使能，没有核心网做相应的区分，SN添加出现选错PLMN的问题原因，最终导致业务异常。
【关键字】跨PLMN的ENDC开关选错PLMNNSA共享站
【业务类别】优化方法、IT系统支撑
1问题描述
在马鞍山师专NSA开通后，进行业务验证，占用星马汽车北6997504-6、星马汽车北6997504-7、星马汽车北6997504-8三个扇区时，对应的PCI为96/97/98，联通业务正常，但是电信业务异常。
锚点站为同站址的电信4G站点，站号173482，对应的小区号183/184/185，对应的PCI是66/67/68。
图1电信和联通业务情况
2分析过程
详细介绍案例的定位分析过程，分析出最终原因。
2.1NSA网络结构
5G组网使用NSA制式，Option3x（如图2所示。
），因此控制面经过NR和LTE站点的ENDCX2接口，连到4G的核心网EPC，NSA终端的业务面可分别走LTE站点和NR站点或其中一条路径，NR站点作为其中的汇聚和分发节点。
图2Option3系列组网架构
再结合4G共享站（共享载波）的结构，可以绘制网络结果如图3所示，虚线表示控制面信令，5G站点和4G站点都是共享载波，会同时广播电信和联通的双PLMN。
图34G和5G共享载波组网示意图
2.2排查过程
考虑到组网比较复杂，使用分段排查的原则，首先对NSA组网的锚点站，分别验证电信和联通4G业务，然后分别对电信和联通小区验证NSA5G业务是否正常。
验证条目
验证结果
电信4G业务（锚点小区）
正常
联通4G业务（锚点小区）
正常
电信NSA5G业务
SN添加流程正常，数据业务异常
联通NSA5G业务
正常
表1分段验证业务情况
2.2.15G小区状态检查
星马汽车北电信和联通的3个小区状态都是正常的，在服状态。
图45G小区状态正常图
2.2.2ENDC-X2偶联检查
电信4G共享锚点站到5G共享站，需要配置ENDC-X2链路，检查配置正常。
所配置的IP地址都没有问题。
图55G承建方IP地址配置图
图64G侧配置5G的ENDC-X2SCTP链路
电信5G共享站到4G共享站，需要配置承建方的ENDC-X2链路，检查配置正常。
所配置的IP地址都没有问题。
图74GIP地址配置图
图85G侧配置4G的ENDC-X2SCTP链路状态正常
2.2.3ENDC-X2AP配置检查
4G锚点站和NSA5G站间，需要在ENDC-X2SCTP基础上配置相应的X2AP，检查未发现异常。
图95G侧配置ENDC-X2AP配置正常
图104G侧配置ENDC-X2AP配置正常
2.2.44-5邻区配置检查
4G锚点小区需要到5G的电信和联通逻辑小区为邻区，检查未发现异常。
图114G配置到5G的电信逻辑小区为邻区
图124G配置到5G的联通逻辑小区为邻区
2.2.5TAC检查
检查TAC配置无异常，电信和联通小区都是使用相同的56906。
2.3原因定位
2.3.1站点数据重开
通过2.1的检查，均没有发现配置上的异常，但是问题确实配置上的问题，因此考虑站点数据重开，来规避问题。
条目
5G站点（未共享给联通）
5G站点（增加共享配置参数）
锚点小区电信业务
正常
正常
锚点小区联通业务
正常
正常
5GNSA电信业务
正常
接入正常，业务异常
5GNSA联通业务
不涉及
正常
表2重开NSA5G站点业务验证情况
从上面重开5GNSA站点的验证结果来看，可以发现5GNSA站点的配置只要增加的共享配置参数，就会出现5GNSA用户业务上网异常情形，与最初的问题现象相同。
5GNSA站点自身配置问题的可性能较小，并且现场还更换了版本开通，也是相同的情况。
2.3.2问题定位
考虑问题复杂，共享方的业务正常，电信其他站点的业务也是正常，同时传输配合难以协调，继续由无线侧单独排查。
主要抓取前台和后台的4G侧信令、5G侧信令来分析。
（1）发现Sgnbadditionrequest流程中的选择的PLMN不符。
从后台信令流程看，initialuemessage带的PLMN是46011，电信用户，后面的流程都比较正常。
图13异常业务流程中initialuemessage
在sgnb添加时，携带的selectedPLMN是46001，所以在sgnb添加响应中携带的是联通的地址见下面的截图。
图14异常业务流程中Sgnbadditionrequest
因此可以确定，是由于在Sgnbadditionrequest流程中，selectedPLMN是共享方的46001导致了业务面异常。
这是4G锚点站向5G站点发起的流程中，出现的异常，问题应该出现在4G锚点站配置上。
（2）触发条件
出现Sgnbadditionrequest流程中选错PLMN的原因满足以下三个条件。
条件1：
SN添加出现选错PLMN的问题原因是由于现场开启了“跨PLMN配置ENDC开关”
条件2：
同时UE上报的B1MR携带的PCI，在后台存在除plmn不同的两个相同邻区
条件3：
UE接入时，核心网没有携带切换限制列表，导致上述两个条件后，会触发选择到46001plmn的NR站点
现场开启了“跨PLMN配置ENDC开关”，如图13所示。
图15跨PLMN配置ENDC开关为“打开”
核心网没有携带切换限制列表
图16initialcontextsetuprequest信令限制切换列表为“0”
图17Sgnbadditionrequest信令中限制切换列表为“0”
在前面4-5G邻区检查中，锚点小区会分别配置到电信和联通的逻辑小区为邻区，即满足了相同PCI&不同PLMN的两条邻区。
图18同PCI不同PLMN的两条邻区
3解决措施
3.1解决方案
方法1：
核心网对用户携带切换限制列表；
方法2：
或者关闭跨PLMN的ENDC开关
通过两种方法都可以解决上述Sgnbadditionrequest流程中选错PLMN的问题。
3.2结果验证
考虑到协调核心网部门，对用户携带切换限制列表，相对比较困难，而且流程比较长。
现场选择方法2，关闭跨PLMN的ENDC开关。
图19“跨PLMN的ENDC开关”为“关闭”状态
图20正常业务下的initialuemessage
图21正常业务下的Sgnbadditionrequest的选择PLMN正确
图22前台FTP测试电信下载业务正常
4经验总结
4.1分段排查NSA组网用户面业务异常
在NSA组网架构下，现场工程师遇到5GNSA的控制面和用户面异常情况，需要运用分段排查思想，分阶段排查4G锚点站和5GNSA站点情况。
此举在于降低分析问题的复杂性，同时可以优先排除锚点侧的问题。
4.24G锚点站信令分析是排查疑难问题的重要手段
5GNSA站点的控制面信令是基于ENDC-X2结构，接入到4G的核心网EPC，因此在日常问题分析处理时，要着重运用4G基站侧信令来对疑难问题进行分析排查。
尤其时关键信令Sgnbaddtionrequest的内容，需要工程师熟悉。
4.3Sgnbadditionrequest流程中选错PLMN会引发用户面异常
本例中是由于Sgnbadditionrequest流程中选错PLMN，原本应该携带承建方PLMN46011，但携带的却是共享方46001，会引发用户面异常。
可以通过核心网对用户携带切换限制列表，或者关闭跨PLMN的ENDC开关来规避解决。
升级会员 