精品文档跨PLMN切换问题导致电联5G共享站电信侧业务异常Word文档格式.docx
- 文档编号:17202762
- 上传时间:2022-11-28
- 格式:DOCX
- 页数:11
- 大小:2.86MB
精品文档跨PLMN切换问题导致电联5G共享站电信侧业务异常Word文档格式.docx
《精品文档跨PLMN切换问题导致电联5G共享站电信侧业务异常Word文档格式.docx》由会员分享,可在线阅读,更多相关《精品文档跨PLMN切换问题导致电联5G共享站电信侧业务异常Word文档格式.docx(11页珍藏版)》请在冰豆网上搜索。
在马鞍山师专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链路,检查配置正常。
图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开关来规避解决。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 精品 文档 PLMN 切换 问题 导致 共享 电信 业务 异常