5G优化案例5G SA工程优化案例集锦.docx
- 文档编号:24931602
- 上传时间:2023-06-03
- 格式:DOCX
- 页数:44
- 大小:5.99MB
5G优化案例5G SA工程优化案例集锦.docx
《5G优化案例5G SA工程优化案例集锦.docx》由会员分享,可在线阅读,更多相关《5G优化案例5G SA工程优化案例集锦.docx(44页珍藏版)》请在冰豆网上搜索。
5G优化案例5GSA工程优化案例集锦
5GSA工程优化案例集
XX
【摘要】XX电信已于7月陆续启动各地市SA工程优化工作,为推动地市快速定位、解决在现场单验、簇优化过程中出现的NR接入失败、切换失败、速率低等常见问题,现输出典型案例以供参考。
【关键字】SA网络优化、NR接入失败、切换失败、速率低
【业务类别】移动网
1.接入类
1.1Mate30Pro设置支持VONR导致无法接入SA网络
【问题描述】
厦门5G现场测试过程中,发现一SA站点无法占用5G,测试终端为Mate30Pro。
【问题分析】
(1)基站状态查询
ØSCTPLNK链路状态:
在基站MML上通过DSPSCTPLNK:
;查询链路状态是否正常,查询结果显示正常。
ØNG口状态:
在基站MML上通过DSPGNBCUNG:
;查询Ng接口是否正常,查询结果显示正常。
Ø小区状态:
在基站MML上通过命令DSPNRCELL:
;DSPNRDUCELL:
;检查小区状态是否正常,查询结果显示正常。
(2)测试LOG分析
从测试log来看,终端已经成功发起随机接入,但是在建立PDUSession时失败,携带的失败原因是SMCAUSE:
requestrejectedunspecified。
(3)NG口信令跟踪分析
从NG口信令跟踪来看,终端收到来自AMF的去注册请求,需要AMF分析。
(4)AMF分析
从NG口信令跟踪来看,终端携带了支持VONR能力导致被要求去注册。
由于目前SA网络不支持VONR,因此需要终端设置成不支持VONR,只支持PSonly模式。
测试终端通过atsend工具设置成PSonly模式,复测成功占用SA网络。
因此,问题根因为测试网络不支持VONR,终端设置语音模式,导致被AMF拒绝。
【解决方案】
通过Atsend工具将终端设置成PSonly模式。
方案实施后,复测终端成功占用SA5G。
1.2NCS与PRACH长短格式不匹配导致RRC建立失败
【问题描述】
目前福州电信开通5GQcell后,单验过程中发现部分站点存在RRC建立失败的情况,前台信令表现情况如下:
RRC频繁发起建立请求,一直未收到RRCsetup消息,超时失败后重新发起请求,循环往复。
【问题分析】
从前台信令分析,终端发起RRC建立请求后,未收到基站发出的RRC建立消息,随后RRC建立失败,可能存在以下两个问题:
问题1:
小区状态是否异常,或存在告警;问题2:
随机接入失败,PRACH配置错误。
【问题解决】
解决问题1:
核查小区状态及告警后未发现异常。
解决问题2:
核查PRACH相关参数发现存在参数配置错误
由于该小区设备为Qcell,所以按要求PRACH根序列索引要配置短码格式(l139),但NCS的值与PRACH根序列索引不匹配,导致终端随机接入失败。
以下为现网参数配置情况:
发现配置错误后将NCS=6改为与PRACH根序列匹配的NCS=14,现场测试正常。
1.3测试卡未在4GMME侧添加DRA数据导致接入失败
【问题描述】
宁德电信开通第一个5GSA站点,古田县城关新丰电信大楼XZS02_B6187777。
在使用天机10Spro终端对SA站点进行业务功能验证时,发现无法接入,查看基站无硬件告警,底噪NI也正常。
如下图,无法接入SA网络。
【问题分析】
ØSA接入流程分析
SA组网下连接管理过程可分为初始接入、DRB管理、信令连接释放三部分内容:
(一)初始接入
1、随机接入:
当UE由于某种原因(如:
业务请求、位置更新、被寻呼等)需要和网络建立连接时,UE先进行随机接入。
2、RRC连接建立过程:
如步骤01~05所示,建立SRB1,用于传输信令,建立成功UE进入RRC_Connected态。
3、UE专有NG连接建立过程:
步骤07发送初始UE信息到AMF,AMF可能触发下行NAS消息,初始上下文请求消息等,以gNB收到的第一条UE级的NG口消息标志专有NG连接建立成功。
4、NAS过程:
步骤07发送初始UE消息到AMF,AMF会根据UE的NAS消息携带的内容,可选的进行一些NAS流程,如身份认证、鉴权、NAS安全等过程,在这种情况下,基站只是作为通道进行消息的透传。
5、初始上下文建立过程:
如步骤07~11所示,该过程包含内容比较多,如UE能力查询、安全激活、RRC重配过程等。
该过程既包含信令连接管理的部分(如建立SRB2,UE能力查询等),也包括业务连接管理的部分(如PDUSession的建立和DRB的建立),其中业务承载建立成功,也就标志着UPF之间的NG-U隧道建立成功。
(二)DRB
主要描述UE接入完成后业务承载的管理,通过AMF触发的PDUSession的建立、修改、删除的过程,最终触发DRB的新建、修改、删除等操作。
(三)信令连接的释放
UE完成业务或由于其它原因,需要发起信令连接的释放,触发UE进入RRC_Idle态和RRC_Inactive态。
ØSANG节点与SCTP核查
古田县城关新丰电信大楼XZS02_B6187777开通后出现NG断链,检查SCTP状态以及SCTP的参数配置,以及NG与SCTP的引用关系;
1)在网管中查看SCTP配置有误,SCTP状态异常。
远端IP地址配置的为IPV6地址,
240E:
186:
4000:
0:
0:
1:
0:
3,该地址为核心网临时IPV6地址,配置有误。
因此,变更SCTP远端IP地址为最新的核心网IPV6地址240E:
186:
4000:
0:
0:
1:
0:
10。
2)NG状态故障,但是却有SCTP偶联断告警、NG断链告警;经查询,GNBCUCPFunction
——NG节点——NGAP未配置。
在GNBCUCPFunction——NG节点——NGAP下新增配置,如下图:
ØSA网络切片配置核查
NG节点与SCTP完善后,NG断链告警并未消除,检查SCTP配置也没有错,考虑NG是与核心网关联,再一次核查与核心网相关的配置参数。
通过基站跟踪信令查询,发现TAC值与现网划分配置有误。
1)检查DU小区配置中的TAC码,配置正常;
2)
检查网络切片配置里面的TAC码为6292992,发现tac配置错误,古田划分正确的TAC应该与NRCellDU-tac一致保持为6186752,因此修改网络切片配置里面的TAC码,如下图:
3)修改网络切片配置里面的TAC码后,与与NRCellDU-tac一致,NG断链消除,故障恢复,经核查SA站点状态正常,参数无误。
Ø核心网配合添加DRA数据
核查基站参数配置着重核查DU小区配置、传输网络等重要参数均配置正常;发现测试卡在终端仍旧无法接入5GSA网络。
联系核心网进行排查,排查发现测试卡未在4GMME侧添加DRA数据,联系4GMME增加测试卡的DRA测试数据。
根据以上分析,通过核心网排查:
DRA未添加(4GMME侧),在4GMME添加DRA解决;DRA数据配置查询结果如下:
【问题解决】
经过基站参数核查完整,同时完成基线参数配置,确保站点正常运行,同时与核心网侧加强沟通,保持配合。
宁德电信在古田县城关新丰电信大楼开通的第一个5GSA站点测试正常,通过SPEEDTEST进行电信业务测试,下载速率达1.12Gbps,上传速率达301Mbps,达到预期要求。
1.45GC参数设置问题导致UE无法接入
【问题描述】
新建5GC核心网,进行LNR互操作业务功能验证,发现UE无法接入。
具体流程如下:
UE注册成功后,UE发起PDUSessionEstablishment建立请求,但是建立被释放,如下图所示:
【问题分析】
结合后台NG口信令可以看到核心网AMF下发PDU_SESSION_RSRC_SETUP_REQ后基站侧也发了响应RSP:
从核心网跟踪看由于基站侧PDU响应异常导致:
查看基站侧PDU响应异常原因值为:
ue-max-integrity-protected-data-rate-reason
结合核心网前期在金牛山实验跟踪正常PDU信令和当前信令结果存在较大差异:
查看核心网AMF下发PDU请求信令,可以看到PDU建立请求,完整性速率保护指示是REQUIRD,且速率为64kbps,但是要求建立的AMBR速率比这个大,所以基站回复拒绝了
但是终端开卡速率为3Gbps,远大于REQUIRED限制值64kbps,导致无法完成PDU建立。
结合金牛山实验点正常PDU的NG口信令未携带REQUIRED消息:
结合以上分析,需核心网侧REQUIRED设置为NOTREQUIRED或者设置为255对应为maximum-UE-rate
【解决方案】
核心网侧设置REQUIRED为maximum-UE-rate接入正常:
2.切换类
2.1UE在4G网络定向迁移,RRCRelease携带NSA频点造成无法切换
【问题描述】
UE在4G接入,移动至NSA/SA均覆盖的区域,同时NSA/SA频点不同,UE在EN-DC加腿后,收到定向迁移到SA,但定向迁移失败。
【问题分析】
(1)测量配置相关
UE驻留LTE,收到RRCConnectionReconfiguration,携带NSA频点和SA频点,measObjectId分别为2和3,
reportConfigId=3(携带SA的B1门限),reportConfigId=4(携带NSA的B1门限),如下所示:
measId=3(4->5定向迁移测量配置,携带NSA频点)measId=4(4->5定向迁移测量配置,携带SA频点)
measId=5(EN-DC加腿测量配置,携带NSA频点)
(2)信令流程相关分析
EN-DC加腿成功,UE占用NSA
UE先上报measId=3,而后上报measId=4,
Release携带NSA频点,导致UE定向切换失败,UE重新在4G接入
(3)问题定位
通过排查,NR载频相关配置中NSA频点的“NR频点的SA指示”默认是1,需要将该参数改成0。
【问题解决】
通过排查,4G侧NR载频相关配置中NSA频点的“NR频点的SA指示”版本默认值是1,需要将该参数改成0。
将“NR频点的SA指示”修改成0后,问题解决。
2.2MME组POOL的偶联漏配导致SA到4G的切换失败问题排查
【问题描述】
在SA向LTE切换流程中,频繁出现5G到4G切换失败,失败机率50%左右,需要排查原因。
【问题分析】
(1)对前台测试LOG进行分析,终端测量到4G信号满足B1门限后上报MR消息。
未收到NR->MobilityFromNRCommand,切换准备失败。
(2)
对后台基侧信令进行分析,基站侧收到终端上报MR消息。
向AMF发送handoverrequired,收到AMF发送的handoverpreparationfailure原因值无目标小区。
(3)AMF侧跟踪信令发现,AMF把切换请求消息发送给了另一台MME服务器(115.170.85.57),导致找不到目标小区准备失败。
从上面的失败过程分析可以发现MME服务器不止一台。
向核心网同事了解后,确认最近新开了一台MME服务器(6.24.4.4)与旧MME服务器(6.24.4.3)组POOL。
MME服务器为动态调度,AMF到MME的切换可能被随机分配,而基站侧未配置新增的MME服务器(6.24.4.4)的偶联,导致链路不通造成切换准备失败。
【问题解决】
4G侧新增MME服务器(6.24.4.4)的偶联配置。
重新测试,SA到4G的切换恢复正常,如下:
(1)终端侧切换流程信令正常
(2)基站侧切换流程信令正常
(3)AMF切换流程信令正常
2.3外部频点不一致导致基于覆盖切换不生效
【问题描述】
漳州芗城区西桥街道阿松家具SA站点,测试过程中发现终端从4G无法切换到5G,排查4G基站信息,基站无告警;LNR互操作涉及License,已打上;排查QCI5切换,配置无误;故此进行进一步排查分析。
【问题分析】
通过多次路测数据分析,发现LTE侧A2测量控制已下发(QCI5组配置已生效),相应的B1测量控制已下发,下发的NR频点为629952,但是现场测试的频点配置的为627264,存在外部频点不一致问题。
B1测量控制已经下发NR频点为629952
测试地点的NR频点是627264
现网配置的是629952
【解决方案】
查询现网频点配置信息,前期漳州芗城区西桥街道阿松家具SA小区配置SSB频域位置为7811,经过计算频点为629952,当时配置无问题,经过排查,督导侧将该点按照最新规范将该SA站点的SSB频域位置修改为7783,此时对应的频点为627264,因此导致外部频点不一致,引起E-UTRAN至NG-RAN数据业基于覆盖的切换不生效。
解决措施如下:
ADDNRNFREQ:
LocalCellId=x,DlArfcn=627264,UlArfcnConfigInd=NOT_CFG;
ADDNRMFBIFREQ:
DLARFCN=627264,FREQUENCYBAND=N78;另外将外部定义和邻区也配置
准确。
经过重新配置后E-UTRAN至NG-RAN数据业基于覆盖的切换成功。
3.速率类
3.1核心网侧开卡速率问题导致SA站点上传速率受限
【问题描述】
漳州电信在桥南电信局点新开SA站点现场进行上传下载业务时,上传平均速率只有100.35Mbps,下载速率只有985.43Mbps,存在严重上行受限。
【问题分析】
针对上述上传速率受限问题进行分析排查,站点不存在告警,终端侧所有功能均可以正常使用,不存在异常问题。
初步怀疑为卡的限速问题导致上传速率受限。
为进一步验证为开卡速率导致上行速率受限问题,后台网管进NG口信令跟踪,排查上下行是否速率受限。
选取接收自AMF标准接口消息NGAP_PDU_SESSION_RSRC_SETUP_REQ查看开卡速率情况。
观察发现下行开卡速率为1G,下行开卡速率也比较小;上行开卡速率仅有100M,所以导致上行速率测试不达标。
【解决方案】
联系核心网侧进行开卡速率重新配置,观察NG口侧信令消息发现经过重新配置后,上行开卡速率为1G,下行开卡速率为4G。
具体信息如下:
现场重新进行上传下载测试,重新测试后上传平均速率由原来的100Mbps达到现在的136Mbps.上行速率受限情况得到较大改善,具体测试情况如下:
3.2上行256QAM功能未开启导致SA站点上行速率受限
【问题描述】
漳州电信在桥南电信局点新开SA站点现场进行上传下载业务时,上传平均速率只有100.35Mbps,下载速率只有985.43Mbps,存在严重上行受限。
在排除所有SIM卡开卡速率问题后,再进行新的一轮测试中发现下行测试速率依旧没有变化,保持980MBps左右平稳波动,上行测试速率只有130Mbps左右,在原有开卡速率限制的情况下增加了30Mbps,但未不达标,针对该问题需要深度排查处理。
【问题分析】
上行速率不达标问题的排查思路基本如下:
Ø设备侧问题:
排查基站侧设备有无告警,终端侧是否异常,测试卡是否存在问题。
Ø无线侧问题:
检查无线侧参数RSRP、SINR、调度RB数、BLER及单双流等参数是否在正常范围内。
Ø干扰问题:
测试区域内是否存在干扰,由于干扰的问题导致速率低。
Ø后台参数配置问题:
NR无线参数配置、功率、带宽、上下子帧配比情况。
Ø传输侧问题:
因传输问题导致速率低。
Ø核心网问题:
EPC服务器不稳定。
Ø网络负荷问题:
存在对个用户占用该小区,导致测试速率不达标。
按照上述思路进行上行速率不达标排查,经排查发现基站侧和无线侧均不存在任何问题,传输、核心网、负荷也没有问题,初步怀疑为基线参数问题。
为进一步排查基站侧参数配置问题,选取漳州区域和厦门区域的SA站点进行基线参数进行对比,发现漳州区域SA站点存在特性参数上行256QAM开关未开启情况。
【解决方案】
后台进行上行256QAM开关参数开启。
参数解释:
当该参数取值为UL_256QAM_FIXED时,表示固定上行256QAM配置打开,上行可以使用256QAM调制方式,上行信噪比较高情况下,可以获得更高上行速率;具体解释如下:
在经过上行256QAM开关开启后,上行速率有着明显提升,在原来的130Mbps左右,提
升到184Mbps左右,该参数对上行速率有着明显的提升。
现场测试的结果如下:
3.3终端双卡副卡占用发射通道导致SA站点上传速率受限
【问题描述】
在经过开卡速率重新配置和特性基线参数核查修改后,漳州电信在SA小区上行速率由最初100Mbps左右提升到180Mbps左右,上行速率提升明显,但是未达上行单验验收标准220Mbps,需要针对上行速率受限问题进一步排查分析。
【问题分析】
在排除了当前SIM卡限速和基线参数等会导致上行速率受限问题后,对终端的收发模式进行排查。
测试终端为MATE305G版本,主卡使用5G网络,副卡使用4G网络。
具体规格参数如下:
为了获取终端的收发能力信息,通过后台UU口信令跟踪,识别当前终端的支持能力信息。
在双卡状态时主卡SRS支持1T4R,上行只支持单发,跟踪UU口UE能力信息为:
终端在双卡模式下,主卡的收发模式为1T4R。
从5G终端信息可以获知,目前的5G手机、CPE等都采用2根发射天线、4根接收天线
(即2T4R)。
充分利用5G终端的多根天线轮流上报信道信息(即SRS天线轮发),则能够让基站获取的信息更全面,进行更精准的数据传输,从而获得更好体验速率。
因此,初步判断双卡模式下主卡的收发模式为1T4R上行发射天线只占用1根,副卡占用了其中一个发射通道,主卡没有到充分利用上行双发,导致上行速率受限。
为进一步排查该问题,现场进行副
卡拆除,跟踪信令发现主卡的收发模式为2T4R,现场测试上行速率可以达到350Mbps以上。
此外,5G终端双卡状态时(即:
主卡仅支持1T4R),终端上报的是RANK2,在拆除副卡后(即:
主卡支持2T4R),终端上报的RANK逐渐上升为RANK4,速率也逐渐上升。
由此可以推测终端双卡场景时,主卡的RANK能力会受到限制。
针对该问题咨询终端侧,获知信息如下:
主/副卡共同使用射频资源(成本因素),副卡做业务时,会占用1个发射通道2个接收
通道,此时主卡下行4收变为2收,RI上报最大为2;副卡拆除后,主卡可以变回2发4收。
主卡的SRS能力为1T2R,RANK3/4时只能使用PMI权,性能比SRS权略差。
【解决方案】
在进行单验过程中,需将终端的副卡拆除,保留主卡。
在进行副卡拆除后,现场再次进行测试,上行速率由原来的183Mbps上升到360Mbps,且下行速率也有很大的提升,下行速率由原来的985Mbps提升到1.18Gbps,测试结果如下:
3.45G站间切换后速率及MCS值下降问题分析
【问题描述】
2020年6月对5G站点测试发现:
从蕉城区莱茵城电信大楼_0WC0小区正常切换至蕉城区莱茵城营业厅室分5GPbridge1-qcell后,下载速率骤降,MCS及调制方式等值均出现大幅下降。
在蕉城区莱茵城电信大楼_0WC0此小区下,5G终端飞行重新接入后,速率及测试的各项指标均恢复正常,复测后问题依旧:
【问题分析】
经现场验证,使用终端在蕉城区莱茵城电信大楼ZXNR01_V6291458_C站内不同小区间切换,均无上述现象。
因此,出现上述问题是不同站小区之间发生的切换,而站内不同小区之间切换则不会出现上述问题,并且由于终端飞行后速率等指标可以恢复正常,这些现象即排除了5G站点基本参数设置以及站点间同频干扰的问题。
终端在实际较好的无线环境下MCS等测量值却很低,考虑到可能是某个测量参数非正常设置。
在5G网管上进入规划区,使用网元参数对比功能,对比源基站和目标基站参数,发现目标基站信道状态信息参考信号-追踪参考信号资源配置-CSIRS使能开关为FALSE(即TRS开关)。
考虑到在PMI测量中,若此开关与邻站不同,可能会导致相邻站的时频资源不同,从而影响速率。
CSIRS使能开关,该参数为CSI-RSforTRS使能开关,若为false,则在时域中不会配置CSI-RSforTRS符号,若为ture,则在时域中配置CSI-RsforTRS符号。
【问题解决】
修改5G站点蕉城区莱茵城电信大楼ZXNR02_V6293001_C的信道状态信息参考信号-追踪参考信号资源配置-CSIRS使能开关为True。
修改后复测,此问题解决。
3.5SA网络因切片Talist配置导致业务不可用问题分析
【问题描述】
福州电信SA组网开通后,单验过程中测试人员反馈在站点闽侯县南屿正祥橘郡十字路口西侧30米景观塔下终端接入SA网络后无法上网,随后回落至4G,抓取log后信令流程如下:
【问题分析】
从信令上来分析从初始RRC建立到加密鉴权及核心网回复的注册完成流程都是正常的,但建立承载过程中,终端连续两次发起的PDU建立请求都没有得到核心网响应,导致RRC释放后重选回4G,测试情况与信令表现一致。
因为该终端及SIM卡在其他基站业务正常,首先排除终端侧问题,着重分析基站问题,分析后发现可能存在三个问题:
问题1:
NG节点是否配置正确?
NG偶连是状态是否正常?
问题2:
TAC是否配置正确?
问题3:
DU侧网络切片中TAC是否配置正确?
【问题解决】
根据以上问题核查网管相关配置:
问题1:
核查后发现NG节点状态正常。
问题2:
同BBU下,因物理站点位置不同,规划两小区TAC不一致。
问题3:
切片中TAlist只配置了一个TAC,而问题小区的TAC(6160384)未配置,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 5G优化案例5G SA工程优化案例集锦 优化 案例 SA 工程 集锦