5G优化案例：5G SA工程优化案例集锦

5G SA工程优化案例集
XX
【摘要】XX电信已于 7 月陆续启动各地市 SA 工程优化工作，为推动地市快速定位、解决在现场单验、簇优化过程中出现的 NR 接入失败、切换失败、速率低等常见问题，现输出典型案例以供参考。

【关键字】SA 网络优化、NR 接入失败、切换失败、速率低
【业务类别】移动网
1.接入类
1.1Mate30Pro设置支持VONR导致无法接入SA网络
【问题描述】
厦门 5G 现场测试过程中，发现一 SA 站点无法占用 5G，测试终端为 Mate30Pro。

【问题分析】
（1）基站状态查询
➢SCTPLNK 链路状态：在基站 MML 上通过 DSP SCTPLNK:;查询链路状态是否正常，查询结果显示正常。

➢NG 口状态：在基站 MML 上通过 DSP GNBCUNG:;查询 Ng 接口是否正常，查询结果显示正常。

➢小区状态：在基站 MML 上通过命令 DSP NRCELL:;DSP NRDUCELL:;检查小区状态是否正常，查询结果显示正常。

（2）测试 LOG 分析
从测试 log 来看，终端已经成功发起随机接入，但是在建立 PDU Session 时失败，携带的失败原因是 SM CAUSE：request rejected unspecified。

（3）NG 口信令跟踪分析
从 NG 口信令跟踪来看，终端收到来自 AMF 的去注册请求，需要 AMF 分析。

（4）AMF 分析
从 NG 口信令跟踪来看，终端携带了支持 VONR 能力导致被要求去注册。

由于目前 SA 网络不支持 VONR，因此需要终端设置成不支持 VONR，只支持 PS only 模式。

测试终端通过 atsend 工具设置成 PS only 模式，复测成功占用 SA 网络。

因此，问题根因为测试网络不支持 VONR，终端设置语音模式，导致被 AMF 拒绝。

【解决方案】
通过 Atsend 工具将终端设置成 PS only 模式。

方案实施后，复测终端成功占用 SA 5G。

1.2NCS与PRACH长短格式不匹配导致RRC建立失败
【问题描述】
目前福州电信开通 5G Qcell 后，单验过程中发现部分站点存在 RRC 建立失败的情况，前台信令表现情况如下：RRC 频繁发起建立请求，一直未收到 RRC setup 消息，超时失败后重新发起请求，循环往复。

【问题分析】
从前台信令分析，终端发起 RRC 建立请求后，未收到基站发出的 RRC 建立消息，随后RRC 建立失败，可能存在以下两个问题：
问题 1：小区状态是否异常，或存在告警；
问题 2：随机接入失败，PRACH 配置错误。

【问题解决】
解决问题 1：核查小区状态及告警后未发现异常。

解决问题 2：核查 PRACH 相关参数发现存在参数配置错误
由于该小区设备为 Qcell，所以按要求 PRACH 根序列索引要配置短码格式（l139），但NCS 的值与 PRACH 根序列索引不匹配，导致终端随机接入失败。

以下为现网参数配置情况：
发现配置错误后将NCS=6 改为与 PRACH 根序列匹配的 NCS=14，现场测试正常。

1.3测试卡未在4G MME侧添加DRA数据导致接入失败
【问题描述】
宁德电信开通第一个 5G SA 站点，古田县城关新丰电信大楼 XZS02_B6187777。

在使用天机 10S pro 终端对 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 能力查询等），也包括业务连接管理的部分（如PDU Session 的建立和DRB 的建立），其中业务承载建立成功，也就标志着 UPF 之间的 NG-U 隧道建立成功。

（二）DRB
主要描述 UE 接入完成后业务承载的管理，通过 AMF 触发的 PDU Session 的建立、修改、删除的过程，最终触发 DRB 的新建、修改、删除等操作。

（三）信令连接的释放
UE 完成业务或由于其它原因，需要发起信令连接的释放，触发 UE 进入 RRC_Idle 态和RRC_Inactive 态。

➢SA NG 节点与 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 节点——NG AP 未配置。

在 GNBCUCPFunction——NG 节点——NG AP 下新增配置，如下图：
➢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 小区配置、传输网络等重要参数均配置正常；发现测试卡在终端仍旧无法接入５G SA 网络。

联系核心网进行排查，排查发现测试卡未在 4G MME 侧添加 DRA 数据，联系 4G MME 增加测试卡的DRA 测试数据。

根据以上分析，通过核心网排查：DRA 未添加（4G MME 侧），在4G MME 添加DRA 解决；DRA 数据配置查询结果如下：
【问题解决】
经过基站参数核查完整，同时完成基线参数配置，确保站点正常运行，同时与核心网侧加强沟通，保持配合。

宁德电信在古田县城关新丰电信大楼开通的第一个 5G SA 站点测试正常，通过 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 设置为 NOT REQUIRED 或者设置为 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 发送handover required，收到 AMF 发送的 handover preparation failure 原因值无目标小区。

（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 数据业基于覆盖的切换不生效。

解决措施如下：
ADD NRNFREQ: LocalCellId=x, DlArfcn=627264, UlArfcnConfigInd=NOT_CFG;
ADD NRMFBIFREQ: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 卡限速和基线参数等会导致上行速率受限问题后，对终端的收发模式进行排查。

测试终端为 MATE30 5G 版本，主卡使用 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 网管上进入规划区，使用网元参数对比功能，对比源基站和目标基站参数，发现目标基站信道状态信息参考信号-追踪参考信号资源配置-CSI RS 使能开关为 FALSE（即 TRS 开关）。

考虑到在 PMI 测量中，若此开关与邻站不同，可能会导致相邻站的时频资源不同，从而影响速率。

CSI RS 使能开关，该参数为 CSI-RS for TRS 使能开关，若为 false，则在时域中不会配置 CSI-RS for TRS 符号，若为 ture，则在时域中配置 CSI-Rs for TRS 符号。

【问题解决】
修改5G 站点蕉城区莱茵城电信大楼ZXNR02_V6293001_C 的信道状态信息参考信号-追踪参考信号资源配置-CSI RS 使能开关为 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：切片中 TA list 只配置了一个 TAC，而问题小区的 TAC（6160384）未配置，可能会导致 PDU 建立失败。

将问题小区 TAC 加入 TAlist 中；
复测后发现该站点业务正常，信令流程正常。

3.6测试软件参数设置不合理导致部分路段速率下降为零
【问题现象】
单验测试过程中发现福州 DT 下载部分路段速率为 0 现象，如下图所示标红部分为速率为0。

【问题分析】
通过分析发现速率为 0 的路段处于下载任务完成后的空闲时间。

对鼎力软件的测试模板进行分析，发现是下载模板中的一个空闲间隔未修改导致，如下图所示。

空闲间隔设置为15 秒，将导致在一个任务完成后有 15 秒的空闲期，这段时间是不做业务，速率为 0。

另外因为包大小为 50G，10 多秒就能完成一个任务，从而导致出现一段速率正常，一段速率为 0 现象。

【问题解决】
需将空闲间隔设置为 0 秒，软件将在下载任务完成后，马上进行一次新的下载任务，避免空闲期间的数据为 0 现象，正确设置如下图所示：。