5G优化案例5G NSA涉及接入问题分析优化案例.docx
《5G优化案例5G NSA涉及接入问题分析优化案例.docx》由会员分享，可在线阅读，更多相关《5G优化案例5G NSA涉及接入问题分析优化案例.docx（27页珍藏版）》请在冰豆网上搜索。
5G优化案例5GNSA涉及接入问题分析优化案例
5GNSA网络涉及接入问题分析优化案例
一、背景
随着移动互联网的发展以及智能终端的日益普及,移动数据流量将以前所未有的速度迅速增长,给移动网络运营商带来了巨大的挑战.为了满足终端用户对高质量,高速率的需求,同时5G网络建设的规模逐渐扩大,网络运行产生的网络问题不可避免,网络优化提上日程。
针对
结合网络架构、信令、优化思路、思路和分析流程中常遇到无法接入问题，导致用户无法使用5G上网及其他，造成用户感知差的问题，以5G侧PDCP参数配置，锚点配置、接入锚点站4G参数配置和RLC重发导致接入和4G侧未获取到pceid导致辅节点添加失败等特殊实例分析优化5G-NSA涉及接入问题。
二、网络架构和思路和分析流程
2.1NSA组网构架
NSA（Non-StandAlone）非独立组网：
就是以现有的LTE无线接入和核心网作为移动性管理和覆盖的锚点，新增5G接入的组网方式。
当前版本NSA组网支持Option3和Option3x两种网络架构,目前XX电信使用的网络构架为Option3X。
option3X组网（SCGSplit组网）：
用户面的数据首先到5G，从核心网来的数据进入gNodeB的PDCP，再由gNodeB的PDCP进行数据分流，通过X2接口分流数据到eNodeB侧的RLC。
这种组网方式避免了5G大数据量对4G基站硬件升级的要求，减少了改造量，同时也减轻了丢包的现象。
并且可以根据空口信号情况实时调整数据分流量，保证了终端的用户体验。
因此option3x是NSA组网首推的方式。
3GPPR15协议开始支持E-UTRAN和NR的双连接EN-DC（DualConnectivity）架构，基站一体化部署场景下的EN-DC的逻辑架构下图所示。
其中：
eNodeB和gNodeB网元之间的逻辑接口是X2接口，包括X2控制面（X2-C）接口和X2
用户面（X2-U）接口，分别负责eNodeB和gNodeB网元之间控制面和用户面数据转发。
X2控制面采用SCTP承载，X2用户面采用GTP-U承载。
gNodeB与SGW之间的用户面接口是S1-U接口，负责gNodeB与SGW之间的用户面数据的转发，采用GTP-U承载。
2.2信令流程
2.2.1RRC_IDLE/INACTIVE态下UE的接入流程
2.2.2交互消息内容及作用
1、RRCSetupRequest:
UE发送建立请求
2.INITIALULRRCMESSAGETRANSFER:
gNB-DU将RRC建立请求消息发送给gNB-CU
3.DLRRCMESSAGETRANSFER:
gNB-CU将RRCSetup消息发送给gNB-DU
4.RRCSetup：
gNB-CU给UE发送SRB1配置
5.RRCSetupComplete:
通知网络侧RRC建立完成
6.ULRRCMESSAGETRANSFER：
将RRC建立完成的消息发送给gNB-CU
7.INITIALUEMESSAGE:
将UE要入网的消息告诉核心网
8.INITIALCONTEXTSETUPREQUEST:
AMF准备UE上下文发送给gNB
9.UECONTEXTSETUPREQUEST：
（gNB-CU->gNB-DU）建立SRBDRB（只提供相应的配置信息，RB的真正建立是在Uu口的重配消息中建立）
10.SecurityModeCommand:
AS安全激活
11.UECONTEXTSETUPRESPONSE：
（gNB-DU->gNB-CU）将RB建立完成的消息通知给gNB-CU
12.SecurityModeComplete：
通知网络侧安全激活完成
13.ULRRCMESSAGETRANSFER:
（gNB-DU->gNB-CU）将AS安全激活的消息通知给gNB-CU
14.DLRRCMESSAGETRANSFER:
携带RRCReconfiguration给gNB-DU
15.RRCReconfiguration：
向UE发送重配命令
16.RRCReconfigurationComplete：
通知基站已完成RRC重配
17.ULRRCMESSAGETRANSFER:
gNB-DU将重配完成的信息通知给gNB-C
18.INITIALCONTEXTSETUPRESPONSE:
通知AMF上下文建立完成
2.3优化思路图
在优化过程中总结如下，主要从4/5G参数排查、覆盖排查、网管信令跟踪3方面进行分析定位，供后续5G接入问题处理参考，5G接入排查思路总结如下：
2.4优化流程及步骤
2.1.1、覆盖分析
1、首先在排除站点干扰、故障问题后需要确认网管配置的4、5G锚点关系是否在物理上的同覆盖关系，需要结合工参数据、后台提取经纬度、现场测试验证等进行核查；
2、需要确认4G锚点覆盖是否良好，5G覆盖质量是否满足条件：
波束配置
场景类型
SS-RSRP
（dBm）
SS-SINR（dB）
覆盖率（SS-
RSRP&SS-SINR）
宽波束
城区（核心）
≥-100
≥-7
95%
城区&一般城区
≥-105
≥-7
95%
2波束
城区（核心）
≥-98
≥-5
95%
城区&一般城区
≥-103
≥-5
95%
4波束
城区（核心）
≥-95
≥-3
95%
城区&一般城区
≥-100
≥-3
95%
7波束
城区（核心）
≥-92
≥0
95%
城区&一般城区
≥-97
≥0
95%
3、判断终端是否接入网管配置的锚点4G，如未接入需要判断锚点是否配置正确，或者补配锚点4G。
2.1.2、参数核查分析
1、相关4、5G基站软件版本需要对应匹配，如版本不匹配则会导致5G无法接入，详细对应情况需咨询当地厂家维护人员；
2、如下参数需要进行重点核查，如有不符建议酌情修改为一致：
参数
分类
参数名称
英文名称
推荐值
备注
4G
LTE-NR双连接的支持指示
asPSCellSwch
打开
4G
EN-DC添加PSCell的异系统
NR测量B1事件门限
B1ThresholdENDCNR
-105dBm到-
110dbm
4G
EN-DC添加PSCell的异系统
NR测量B1事件迟滞
B1HysteresisENDCNR
1.5dB
4G
EN-DC添加PSCell的异系统
NR测量B1事件持续时间
B1TimeToTriggerENDCNR
256ms
5G
EN-DC功能开关
EndcSwitchNR
打开
5G
A2事件RSRP门限
A2rsrpThreshold
-115dbm到-
120dbm
A2和B1之间有5-
10db的gap
5G
A2事件判决迟滞范围
hysteresis
1.5dB
5G
A2事件发生到上报的时间差
timeToTrigger
320ms
5G
PUSCH256QAM使能开关
qam256EnableUl
FALSE
高通芯片终端暂不支
持上行256QAM
5G
下行pdsch内环AMC使能开
关
dlIlAMCEnable
TRUE
5G
下行pdsch外环AMC使能开
关
dlOlAMCEnable
TRUE
5G
上行传输模式集
ulTmSe
自适应
5G
下行传输模式集合
dlTmSet
PMI传输模式
[6]
3、4/5G侧SCTP链路、X2链路配置核查：
配置SCTP及X2接口，SCTP远端端口号建议配置为36998，远端地址配置为5G业务IP地址，出入流个数必须大于等于3，SCTP链路类型配置为“EN-DCX2[2]”。
配置SCTP后，若EN-DCX2AP配置无法自动生成，则需要手动进行添加，而且EN-DCX2AP占用该SCTP的最后一个流ID。
如下图所示。
注：
SCTP远端端口号、远端地址、出入流个数必须按照上述要求配置，否则会导致
gNB至PCE的E1链路出现问题，进而导致SN添加的B1测量无法下发。
4、测量频点邻区配置：
在“E-UTRANFDD小区”-->“测量参数”-->“NR载频相关配置”里面进行NR测量频点配置。
其中，“NR下行载频所在的频段指示”和“NRSSB载频（MHz）”，分别配置需要测量的NR频点的Band指示和物理频点。
在“E-UTRANFDD小区”-->“邻接小区配置”-->“NRTDD邻区”里面进行NRTDD
邻区配置核查：
在“E-UTRANFDD小区”-->“邻接关系配置”-->“NR邻接关系”里面配置NRTDD邻区关系
5、B1测量门限配置
在“测量参数配置”-->“UE系统间测量参数”里面针对“系统间测量配置号”为2100的B1事件进行门限进行核查，现场也可以根据实际的测试情况进行门限调整，目的是5G小区的信号可以高于该门限，4/5GSN双连接可以正常添加，具体如下图所示
同时，在“测量参数配置”-->“测量配置索引集”里面，将“用于EN-DC功能添加SN
的NR系统间测量索引”修改为“2100”，多个NR测量频点每个都要修改，具体如下图所示
6、PDCPSN长度配置
在“QoS配置”-->“QoS业务类型”里面，将数据默认承载（一般为QCI9，也可能为QCI8/QCI6，现场根据实际修改）的PDCPSN长度修改为与5G小区的PDCPSN长度一致，并且修改针对的是UE类型为“NR[1]”的那一条，修改为“18bit[2]”，具体如下图所示。
7、加密完保配置
4/5G基站侧的加密和完整性保护算法的配置需要保持一致，否则会导致NSA业务不通。
8、Upperlayerindication参数设置
开关配置为关闭，只有SN添加成功后显示为5G图标
2.1.3、信令流程分析
1、以上流程排查后如还未解决，则需要在终端或者4G网管侧跟踪信令进行分析，如下为正常的信令流程图供参考：
在接入流程中的信令分析中，有几点需要关注：
（1）UE会做两次UE能力信息上报。
第一次上报eutra能力，第二次上报NR和eutra-NR能力，网管信令跟踪截图如下：
（2）若UE能力信息正常，准备进行4/5G测量的RRC重配消息，其中第一条为4G侧重配置消息，第二条为5G侧重配置消息，包含：
包含5G频点、A3和B1事件的门限，满足B1门限，UE上报B1测量报告，网管信令跟踪截图如下：
（3）NSA接入信令流程为LTE正常附着→E-RAB建立过程→测量控制下发
（包含B1）→终端上报B1测量报告→SgNB添加成功，信令流程图如下：
三、接入问题分典型案例
3.15G侧PDCP参数配置错误引起的无法接入
1、【问题描述】
现场使用天机测试NSA站点，发现接入5G异常，4G锚点站RSRP、SINR较好且5G站点无告警，5GSSBRSRP达到-74dBm，SSBSINR值达到27dB，满足好点要求（平均SSBRSRP
≥-80dBm，SSBSINR≥15db）,排除覆盖原因引起的无法接入问题，
2、【问题分析】
因此对参数进行排查：
SN添加时，重配失败时，可能的原因有5G侧PDCP参数中，RLC模式、PDCPSN长度与4G侧不一致导致。
3、【优化方案】
排查过程中发现5G站侧QOS9配置PDCPSN长度为12bit不符合规范，修改后修改为
18bit后，SN添加成功，问题解决。
参数截图如下：
4、【优化效果】接入问题正常
3.25G锚点小区配置错误导致无法接入
1、【问题描述】
现场对5GNSA站点锦颐酒店进行单验时发现，在5G站下无法正常占用5G信号，实测到的4G最强信号是共站的锦颐酒店4G信号，无线环境较好，RSRP值为-84dBm，导频信号比较纯净，如下图所示：
2、【问题分析】
通过覆盖排查发现后台未配置此共站的4G站锚点站，而是配置了较远的4G站点，存在不合理，通过修改锚点后5G占用正常。
3、【优化方案】
由于规划时对现网共站信息统计有误极有可能将4G锚点站配置错误，因此在单验测试过程中现场首先要对覆盖问题进行排查，确认物理位置上一致的4/5G是否已实际配置为锚点关系。
4、【优化效果】
通过修改锚点后5G占用正常。
3.3接入锚点站4G侧参数配置错误导致不下发B1事件
1、【问题描述】
现场用天机10测试手机做业务测试，能正常接收到5G信号，但无法做业务；做业务时
5G信号图标消失，待机到4G网络下；天机10通过飞行模式后又可以正常接收到5G信号。
2、【问题分析】
针对该问题跟踪信令进行了分析：
1、正常5G接入情况下，终端会接入4G锚点站后，在测量配置中下发B1事件门限，用来添加5G信号，如下图所示，即只要5G信号大于-120dBm（换算方法36-156=-120dBm）就会添
加为辅节点，接入5G网络：
2、在该站的4G锚点站网管信令跟踪时发现，终端第一条重配置消息中已经正常接入4G
锚点站，但在第二条5G重配置消息中B1事件未下发，导致无法接入5G，如下图：
3、因此对4G侧、5G侧参数进行了核查，排除步骤如下：
1）4G侧检查：
核查4G锚点基站和小区无告警、小区状态正常；SCTP偶联链路正
常。
4G侧SCTP链路（ENDCX2）状态查询正常
2）5G侧检查：
5G侧DU小区配置中运行状态正常。
3）在核查4G侧NR配置的相关信息时发现，NR载频相关配置未设置为空，设置不正确，如下图：
3、【优化方案】
通过核查配置修改后，发现4G锚点小区与5G站点配置的频点不正确，导致B1消息没有下发，把频点修改正确后，后台信令跟踪正常，前台业务测试正常。
4、【优化效果】
频点修改正确后，后台信令跟踪正常，前台业务测试正常。
3.4RLC重发次数导致5G接入失败
1、【问题描述】
Ø在SJZTT开发区西兆通法院院内-H-5G-share站下测试过程中发现占上5G同站址的4G
锚点站但无法接入5G，对该站三个小区都进行测试，发现1、2小区都可以正常接入，0小区接入失败。
2、【问题分析】
FailuretypeofSCG-FailureInformation
1
t310-Expiry
T310超时
2
synchReconfigFailure-SCG
UE在SCG小区同步失败
3
randomAccessProblem
随机接入故障
4
rlc-MaxUnmRetx
超过RLC重发次数
5
srb3-IntegrityFailure
SRB3加密失败
6
scg-reconfigFailure
SCG重配失败
UE接收到RRC连接重配置后，在添加过程SCG中会发生各种类型的故障。
当这种情况发生时，UE发送SCG故障信息，其中包括了下表列出的各种故障原因：
检查5G站点是否出现告警，站点状态是否正常。
经核查SJZTT开发区西兆通法院院内-H-5G-share站点状态正常，无告警。
Ø核查以下参数配置，参数校验均通过，参数配置无问题：
1）核查4、5G小区EN-DC开关是否开启；
2）核查SCG频点是否配置；
3）核查NR相邻频点是否配置；
4）核查LTE的NR邻区是否存在PCI混淆；
5）核查LTE和NR的X2自建立开关是否开启；
6）4<->5SCTP链路和X2AP核查。
Ø由前台进行问题复现测试，后台进行LTE侧标准信令跟踪，分析跟踪结果，发现SCG-Failure的原因为RLC-MaxNumRetx（超过RLC重发次数）。
4、【优化方案】
原因为RLC-MaxNumRetx（超过RLC重发次数）的SCG-Failure可以从以下方面进行排查和优化：
（1）无线环境问题：
核查NR小区是否存在干扰或者驻波比等影响覆盖的相关告警；排查是否存在弱覆盖和SINR恶化等问题。
经核查SJZTT开发区西兆通法院院内-H-5G-share站点无告警、干扰，覆盖良好，排除无线环境原因。
（2）配置问题：
高通终端不支持pdschHARQACKCodebook设置为semiStatic方式，导致SCGFailure,可修改NR小区配置：
gNBDU功能配置>小区组配置>PDSCH的HARQ-ACK码本修改为dynamic[dynamic]。
经核查问题站点已修改，排除此原因。
（3）终端问题：
海思终端息屏测试出现频繁SCGFailure，高通终端无此问题，LTE小区”User-Inactivity使能”开关需要打开。
使用高通终端测试，问题依然存在。
（4）配置问题：
gNBDU功能配置>RLC配置：
重发POLL位的时间间隔
EnDCRLCmaxRxtxThreshold修改为40sm;最大重传门限值EnDCRLCpollRetransTimer修改为
32。
按照该参数修改后复测，问题依然存在。
（5）终端问题，已知部分终端节点或过热会触发主动释放。
更换测试终端测试，问题依然存在，排除终端部分终端节点或过热问题。
（6）通过先复位VSW板（或者重启LCCM容器），起来后再复位VBP版本的方法解决：
复位LCCM容器的操作：
复位VSW板的操作：
复位LCCM容器和VSW板后复测，5G接入正常，问题得到解决。
4、【优化效果】
复位LCCM容器和VSW板后复测，5G接入正常，问题得到解决。
3.54G侧未获取到pceid导致辅节点添加失败
1、【问题描述】
拉网测试中发现只要向文科楼的切换均会发生辅节点添加失败。
2、【问题分析】
a：
查看UE侧信令，终端上报MR后，基站不下发切换重配，最后终端上行失步；
b：
查看基站侧信令，显示切换准备失败（无线资源不可用），找研发同事排查，定位原因是目标小区接纳时pceid为无效值65633，该LTE版本下pceid为无效值时会导致切换，怀疑时目标站点的pce没有选出来；
c：
telnet至261（LTE）小区产品进程，查询对应5G小区的pceid，查询结果为空，可以判断就是该NSA小区的pceid无效导致的切换失败。
目前版本修改过的pceid不会自动同步，需要重启pceuds和pcec容器使4G获取新的pceid，或者在更改pceid时先删除再添加。
3、【优化方案】
重启pceuds和pcec容器规避（NR2.0版本存在的bug）。
查看PCEID方法：
进VSW产品进程输入命令McmNbrGnbDump查看pcenum，正常是1；输入McmNbrPceDump查看pceid是否和后台配置一致，可在UME网管搜pce查到：
4、【优化效果】
可以正常添加辅节点。
四、经验总结
通过覆盖分析、参数核查分析、信令流程分析，对参数配置错误，5G锚点站点数据配置错误，接入锚点站点4G参数配置错误，RLC重发次数、4G侧未获取到Pceid等导致的接入失败，无法接入等问题剖析，来解决目前5G网建初期中常见的接入问题是必要的，也是提升网络质量的一些关键手段。
升级会员 