5G优化案例5G SA工程优化案例集锦.docx

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小区配置、传输网络等重要参数均配置正常；发现测试卡在终端仍旧无法接入５GSA网络。

联系核心网进行排查，排查发现测试卡未在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）未配置，