精品文档培训5G网管性能分析更新.docx

精品文档培训5G网管性能分析更新.docx

《精品文档培训5G网管性能分析更新.docx》由会员分享，可在线阅读，更多相关《精品文档培训5G网管性能分析更新.docx（43页珍藏版）》请在冰豆网上搜索。

精品文档培训5G网管性能分析更新

5G网管性能问题分析手册

概述

目前全省县城及以上区域已全面开展5G网络部署工作，除了从日常测试与投诉中发现网络存在“点、线”的问题，还需要从想娶性能上发现面上的问题，从而使得NSA网络正常运行，保障5G网络的用户体验感知。

与传统LTE网络一样，需要从“接入性”、“移动性”、“保持性”以及“小区数传能力”几个维度进行性能问题分析定位。

接入性：

SCG添加成功率；

移动性：

SCG修改成功率、SCG变更成功率、锚点切换成功率；

保持性：

SCG异常释放率；

小区数传能力：

小区下上下行感知速率。

一、小区接入性能问题

NSA组网小区，终端接入5G网络的情况主要从“SCG添加成功率”来体现，主要涉及流程如下（LTE打点以及NR侧打点）：

涉及指标：

SCG添加成功率

计算公式：

LTE侧：

上图1

L.NsaDc.SgNB.Add.Succ/L.NsaDc.SgNB.Add.Att*100%

NR侧：

上图2

N.NsaDc.SgNB.Add.Succ/N.NsaDc.SgNB.Add.Att*100%

1.1NR小区接入涉及相关信令流程

1.2接入问题规定动作

1.2.1版本配套排查

排查NR、LTE、TUE（CPE）、U2020、核心网使用版本与推荐版本策略版本一致。

1.2.2操作日志&告警故障

基站的操作，告警和故障日志可以在U2020和一键式日志内获取，使用FMA可以直接打开，对于操作日志主要排查是否存在影响接入的操作，主要判断问题时间点与操作时间点是否存在相关性；对于告警及故障主要查看问题时间点，是否存在相关未恢复的告警，如小区不可用、X2接口故障等。

1.2.3参数核查

1、NSADC相关配置，包括NR外部小区、频点，邻区关系是否正确，DC开关是否打开。

2、X2链路配置是否正确、X2链路数量是否满规格。

3、同一LTE小区是否存在NR邻区PCI冲突、同一NR站点下是否存在PCI冲突。

4、NSA终端识别开关、PDCP参数组核查等。

1.2.4射频通道（发功&上行干扰）排查

上行干扰会影响SRS和PUSCH解调性能，严重影响吞吐率性能。

正常情况下底噪在-116dbm左右，干扰跟踪位于M2000TracingMonitor->NR->CellPerformanceMonitoring.

1.3接入问题定位思路

NR接入问题涉及4G、5G以及45G接口问题，可见如下思维导图

1.3.1用户无法接入LTE（锚点）

问题现象：

用户在LTE接入失败有以下两种场景：

1.用户在LTE不发起接入，从L3Message窗口看到没有任何UE接入的消息

2.用户在LTE发起Attach被核心网拒绝，从L3Message可以看到接入LTE后收到NAS消息AttachReject。

定位方法：

用户接入LTE后，要满足以下条件LTE才可以正常下发5GB1测量控制：

UE能力上报中包含R15的UE能力

核心网未禁止该用户的NSA能力

UE的默认承载QCI未占用LTE的专用QCI（QCI1-5，QCI65/66）

LTE侧NSA开关、NR邻频点配置正确

LTE小区本身具备NSA能力，部分LTE单板硬件不支持NSA

1.3.2UE不上报B1测量报告

NSA用户正常上报B1测量时，会通过RRC_MEAS_RPRT消息中携带5G的measResultCell-r15来告知LTE。

用户不上报5G的B1测量结果可能有以下可能原因：

1、B1测量控制中下发的频点错误。

2、5G小区状态异常或者AAU发功异常导致用户无法测量到5G。

3、5GSSB受干扰严重导致用户测量不到5G。

1.3.3LTE收到B1事件后没有发起SgNB_ADD

此类问题需要跟踪基站侧UU口和X2信令联合排查，Uu接口找到5GB1测量上报对应的CallId，再到X2接口看是否有该CallId对应的SgNB_Add_Req消息，LTE不发起SgNBAdd可能有以下可能原因：

1、LTE邻区配置异常（漏配或PCI冲突）

2、到目标站点的X2链路异常

1.3.4SgNB_ADD被5G拒绝

同样的该问题如1.3.3节所述问题现象也需要基站侧跟踪信令方可发现，X2接口看到5G收到SgNB_Add_Req后回复SgNB_Add_Reject。

SgNB_Add_Reject消息中会携带原因值，根据原因值可以初步判断可能的问题原因：

1、Transportresourcenotavailable:

5G侧传输故障导致接入拒绝，可能的链路为当前UE所在的LTE基站到5G基站的X2-U链路或者5G到核心网的S1-U链路

2、Noradioresourceavailable：

5G小区用户数License不足，或者5G其他资源异常（比如无可用的SRS资源等）

1.3.5UE未发起空口随机接入

Uu接口看到用户收到携带5GSCG配置的RRC重配置消息后，立刻回复SCG_RAIL_INFO消息给LTE，携带的原因值为scg-reconfigFailure：

导致重配置失败的可能原因有：

1、5G小区搜索失败，这种多半是由于接入的小区并非最强小区或者该区域小区间干扰严重导致。

SCG重配置消息中的参数在UE侧校验失败，这种情况建议终端的工程师共同定位。

1.3.6空口接入RAR超时（较为常见）

Uu接口看到用户收到携带5GSCG配置的RRC重配置消息后，隔一段时间（时间间隔与T304配置有关）回复SCG_RAIL_INFO消息给LTE，携带的原因值为ScgAccessFailure或者scg-ChangeFailure；主要排查如下：

1、接入的5G小区并非最强小区或者该区域小区间干扰严重导致

2、Prach参数等配置异常或者物理层原因导致接入失败

1.3.7空口接入Msg3失败（较常见）

X2接口看到5G发送SGNB_ADD_REQ_ACK之后一段时间（与Msg3基站侧等待定时器有关，默认是2.1s）发送SGNB_REL_REQUIRED消息，携带的原因值为radio-connection-with-UE-lost：

导致Msg3失败的可能原因有：

1、上行TA值异常或者上行有干扰导致Msg3解调失败。

2、UE或者基站侧参数配置异常导致Msg3失败。

二、移动性问题

当前省内5G系统采用NSA。

NSA架构切换过程涉及gNB和eNB交互，且切换过程涉及LTE小区的切换，和5G小区的变更，因此在做移动性问题排查时需要关注下面几个概念：

1、Pcell：

MeNB的主小区，是NSADC终端驻留的小区。

2、PSCell：

SgNB的主小区，是MeNB通过RRC连接信令配置给NSADC终端在SgNB上的一个主小区，PSCell一旦配置成功即保持激活态。

3、MeNB：

主基站（锚点），是NSADC终端驻留小区所属的LTE基站。

4、SgNB：

辅基站（NR），是MeNB通过RRC连接信令配置给NSADC终端的NR基站。

由于gNB/eNB并不知道UE所处的位置和无线质量情况，需要控制UE上报相关的无线质量信息来判断，UE上报无线质量信息的方式有周期上报和事件上报两种方式，当eNB收到测量或切换的事件上报时，会下发切换命令给UE，UE收到切换命令后，中断与源小区的交互，按切换命令要求切换到新的目标小区，并通过信令交互通知目标小区，以完成整个切换过程。

涉及指标：

SCG修改成功率（4G侧发起+5G侧发起）、SCG变更成功率（changge）、锚点切换成功率（NR终端带SN切换成功率）

对应counter计算及打点：

1、NSAPCell用户SCG变更成功率：

L.NsaDc.SCG.Change.Succ/L.NsaDc.SCG.Change.Att*100%

A点所示，当eNodeB收到gNodeB发送的SgNBChangeRequired消息时，L.NsaDc.SCG.Change.Att累加。

B点所示，当eNodeB向gNodeB发送SgNBChangeConfirm消息时，L.NsaDc.SCG.Change.Succ累加

2、NSAPCell用户SCG修改成功率（4G发起）：

L.NsaDc.SCG.Mod.Req.Succ/L.NsaDc.SCG.Mod.Req.Att*100%

如图1中A点和图2中B点所示，当eNodeB向gNodeB发送SgNBModificationRequest消息时，则L.NsaDc.SCG.Mod.Req.Att累加；如图1中B点所示，当eNodeB向gNodeB发送SgNBReconfigurationComplete消息时，L.NsaDc.SCG.Mod.Req.Succ累加；如图2中C点所示，当eNodeB向gNodeB发送SgNBModificationConfirm消息时，L.NsaDc.SCG.Mod.Req.Succ累加。

图一：

图二：

3、NSAPCell用户SCG修改成功率（5G发起）：

L.NsaDc.SCG.Mod.Required.Succ/L.NsaDc.SCG.Mod.Required.Att

A点所示，当eNodeB收到gNodeB发送的SgNBModificationRequired消息时，则L.NsaDc.SCG.Mod.Required.Att累加。

如图中B点所示，当eNodeB向gNodeB发送SgNBModificationConfirm消息时，L.NsaDc.SCG.Mod.Required.Succ累加。

4、SgNBPscell更换成功率（站内+站间）：

当前未采用该指标，SCG更换成功率使用4G侧统计的SCG变更成功率

站内：

N.NsaDc.IntraSgNB.PSCell.Change.Succ/N.NsaDc.IntraSgNB.PSCell.Change.Att*100

站间：

N.NsaDc.InterSgNB.PSCell.Change.Succ/N.NsaDc.InterSgNB.PSCell.Change.Att*100%

5、锚点切换成功率：

L.NsaDc.HHO.ExecSuccOut/L.NsaDc.HHO.PrepAttOut*100%

涉及站内、X2和S1三个部分对应指标counter求和做分子分母

站内：

站间：

X2

站间：

S1

2.1NSA组网下的切换流程

2.1.1NR站内切换

5G空口覆盖或干扰较差导致的MSG2没有响应，导致的接入失败。

如以下案例：

1、UE把测量报告发给源eNB：

在UU接口体现为RRCMEASUREMENTREPORT信令，源eNB收到测量报告后，进行相关条件判断，如果决定切换，网络侧将准备的相关切换资源（这个过程对UE侧不可见）

2、eNB将测量报告发给gNB：

在X2接口体现为RRCTransfer信令

3、源gNB收到测量报告后，进行相关条件判断，如果决定切换，网络侧将准备的相关切换资源（这个过程对UE侧不可见）

4、gNB准备切换相关资源发给eNB，X2口体现为SgNBModificationRequired信令

5、源eNB下发切换命令：

在UU接口体现为RRCCONNECTRECONFIG信令，包括NRRRC配置消息（NR切换命令）。

6、UE接收到RRC重配置消息后完成重配置，并向MeNB反馈RRCConnectionReconfigurationComplete消息，包括NRRRC响应消息。

若UE未能完成包括在RRCConnectionReconfiguration消息中的配置，则启动重配置失败流程。

7、UE成功完成重配后，MeNB向SgNB发送SgNBModificationConfirm消息

8、UE收到切换命令后，中断与源gNB（小区）的交互，并尝试接入目标gNB（小区），这个过程称为随机接入过程。

2.1.2NR站间切换

1、UE把测量报告发给源eNB：

在UU接口体现为RRCMEASUREMENTREPORT信令

2、eNB将测量报告发给gNB：

在X2接口体现为RRCTransfer信令

3、源eNB收到测量报告后，进行相关条件判断，如果决定切换，网络侧将准备的相关切换资源（这个过程对UE侧不可见）

4、源gNB判断是站间切换，SgNB收到MR后进行切换目标小区选择、准入和资源准备后如果允许切换，会给LTE发送SgNBChangeRequired消息，包含目标SgNBID信息，SCG配置信息（支持增量配置）和目标SN的测量结果。

5、MN通过SgNB添加流程请求目标SN为UE分配资源，包括与从源SN接收到的目标SN相关的测量结果。

如果需要转发，则目标SN向MN提供转发地址。

6、MN触发UE应用新的配置：

MN向UE发送重配置消息RRCConnectionReconfiguration，包含目标SN生成的RRC配置信息。

UE跟新配置后向MN回复消息RRCConnectionReconfigurationComplete，包括对目标SN的RRC响应消息。

若UE未能完成包括在RRCConnectionReconfiguration消息中的配置，则启动重配置失败流程。

7、如果目标SN资源的分配成功，则MN释放源SN资源。

如果需要数据转发，则MN向源SN提供数据转发地址。

源SN接收到SgNBChangeConfirm消息后停止向UE发送数据，并向目标SN开始转发数据。

8、如果UE回复重配置完成，则MN通过SgNBReconfigurationComplete消息通知目的SNUE重配完成，包括NRRRC响应消息。

9、UE在目的SN随机接入。

10、数据转发开始。

数据转发最早可以在SN收到SgNBChangeConfirm消息的时候。

11、MN发起承载修改流程。

源SN在收到UEContextRelease消息后可以释放空口资源及控制面相关资源，数据转发不受影响。

2.1.3LTE（锚点）切换（站内&站间）

NSA场景下的4G小区的切换完全遵循4Gonly的处理。

NSA下的4G小区站内切换前，下发切换命令前需要先进行SgNBMod流程。

NSA下的4G小区的站间切换，4G目标站会先请求添加gNB，然后回复HoReqACK给4G源站。

2.2切换问题排查规定动作

2.2.1操作、故障和告警排查

基站的操作，告警和故障日志可以在U2020和一键式日志内获取查看。

告警重点关注列表如下：

告警ID

告警名称

告警级别

告警影响

ALM-29841

NR小区不可用告警

重要

告警小区不能提供业务。

ALM-29840

gNodeB退服告警

重要

产生告警的双工模式下的所有小区无法提供业务。

ALM-29842

NR小区闭塞告警

重要

告警小区不能提供业务。

ALM-29844

NR分布单元小区不可用告警

重要

产生告警的NR分布单元小区不能提供业务。

ALM-29870

NR分布单元小区TRP不可用告警

重要

产生告警的NRDU小区TRP不能提供业务。

ALM-29871

NR分布单元小区TRP服务能力下降告警

重要

产品告警的NRDU小区TRP所属的小区提供给客户可用的无线空口能力会下降。

基带检测到NRDU小区TRP上行业务数据不同步时，概率出现用户接入异常。

ALM-29800

gNodeBX2接口故障告警

重要

基站将无法继续支持与对应基站间的EN-DC业务。

ALM-29204

X2接口故障告警

重要

邻基站类型为gNodeB，基站将无法继续支持与对应基站间的EN-DC业务。

ALM-25888

SCTP链路故障告警

重要

导致SCTP链路上无法承载信令。

ALM-25889

SCTP链路拥塞告警

次要

由于发送缓冲区被耗尽，无法继续发送数据，导致业务中断。

ALM-25955

SCTP链路目的地址不可达告警

提示

如果SCTP链路配置的两个目的IP地址均无法与本端通信时，将会导致基站业务中断。

ALM-29810

gNodeBXn接口故障告警

重要

基站释放正在通过产生告警的Xn接口进行切换的用户，在该告警恢复前，基站将无法继续支持与对应基站间的Xn接口切换流程。

ALM-29815

gNodeBNG接口故障告警

重要

基站将释放已经接入该异常NG接口上的所有用户。

如果小区没有状态正常的NG接口，基站可以激活小区，但新的用户将无法接入到这些小区。

ALM-29816

gNodeBNG控制面传输中断告警

紧急

同一运营商下所有承载gNodeBNG接口的SCTP链路（链路个数不少于2条）状态都异常，导致基站同一运营商下所有gNodeBNG接口无法建立成功，用户无法入网。

EVT-29811

gNodeBXn接口复位事件

提示

基站主动释放正在通过Xn接口切换的所有在网用户，相应的切换流程将失败。

EVT-29817

gNodeBNG接口复位事件

提示

根据复位消息中的复位类型释放NG接口下所有在网用户，或指定的部分在网用户。

ALM-29201

S1接口故障告警

重要

对于“S1接口闭塞”原因引起的故障，该S1接口不允许接入新的用户（包括正常接入、系统内站间切换入和系统间切换入的用户）；但对已经接入的用户的消息、非用户相关的消息无影响。

对于其他原因，基站将释放已经接入该异常S1接口上的所有用户。

如果小区没有状态正常的S1接口，非调测态下，基站将去激活小区；调测态下，基站可以激活小区，但新的用户将无法接入到这些小区。

ALM-29213

基站S1控制面传输中断告警

紧急

基站同一运营商下所有承载S1Interface的SCTP链路（链路个数不少于2条，且不包括IOPS特性使用的S1Interface的SCTP链路）状态都异常，导致基站同一运营商下所有S1接口无法建立成功，小区无法建立，用户无法入网。

2.2.2参数核查

按照统一下发的NR性能小区基线参数进行基础参数配置核查站点基线参数是否正常。

2.2.3干扰排查

上行干扰会影响PRACH和PUSCH解调性能，从而影响切换。

建议排查一下上行干扰情况，干扰跟踪位于U2020TracingMonitor->NR->CellPerformanceMonitoring：

2.2.4核心网异常排查

与核心网侧确认，排查问题时间点附近核心网侧是否有操作。

当切换小区处于核心网辖区边界场景，站间切换准备失败问题场景，站间切换执行成功率比站内切换执行成功率差时要重点关注。

（站内切换不涉及核心网，只有站间切换涉及到核心网）

分析方法：

1、站间切换准备存在FailOut.AMF原因的失败。

2、Ng切换场景，如果切换入准备请求话统小于切换出准备请求话统，或者切换出准备失败大于切换入准备失败，很可能是核心网没有转发切换准备相关消息或者回复失败。

3、X2和Xn切换存在PATHSWITCH流程失败。

以上三种场景都怀疑核心网存在问题，然后通过跟踪TOP站点标口信令进一步明确问题的具体场景（例如核心网没有回复目标站PATH_SWICHT_ACK或者回复PATH_SWICHT_FAIL）。

2.3切换问题定位思路

NSA切换信令流程，包括NR站内，NR站间，LTE切换，整理切换过程中出现在UU口，X2口，S1口的异常流程定位思路。

2.3.1UU口信令异常原因分析与优化

2.3.1.1测量控制丢失

一般在UE接入并添加NR辅小区后，或者NR辅小区切换后会下发测量控制。

NR的测量控制信源结构与LTE类似，分为测量对象、上报配置以及测量ID配置。

NR测量控制通过LTE空口的重配置消息带给UE，基本机制与LTE相同。

1）邻区问题：

未配置任何5G邻区

//查询NR外部邻区（NR站内切换时不需要查询），确认有没有配置。

LSTNREXTERNALNCELL:

//查询NR邻区关系，确认有没有配置。

LSTNRCELLRELATION:

2）外部小区配置SSB频点错误：

可通过：

MONREXTERNALNCELL进行查询修正，查看是否与规划数据一致。

3）信道受限：

下行DCI资源分配失败，基站无法调度给UE下发测量控制消息。

PDSCH信道拥塞，基站无法及时发送测量控制消息。

4）信道质量：

根据SSBRSRP/SINR判断下行信号质量差（比如SSBSINR在0dB以下），可能导致UE无法接收到测量控制消息。

2.3.1.2测量报告丢失

每个NR的MR有两条，一条显示Direction为Ms->gNodeB，一条显示Direction为Ms->eNodeB。

NSA场景下UE不会直接与gNodeB进行RRC连接，第一条MR（Direction为Ms->gNodeB）实际是工具自己解析的结果，实际表示的是UE内部的消息传递（5GUE将MR发送给4GUE），第二条MR（Direction为Ms->eNodeB）才是LTE空口实际发送的MR，可以跟网络侧进行比对。

出现测量报告丢失的问题一般如下：

1）信道受限：

下行DCI资源分配失败，基站无法调度给UE下发测量控制消息。

PDSCH信道拥塞，基站无法及时发送测量控制消息。

2）覆盖较差：

服务小区和邻区的信号RSRP差值

排查NRCELLRELATION，小区偏移量，Ocn

排查GNBMEASCOMMPARAMGRP，RSRP偏置和幅度迟滞，RsrpOffset和Hys

根据A3事件计算是否满足门限

3）终端异常：

如果终端侧log查看到有测量到服务小区和邻区信号已经满足切换门限，但是未上报MR，则怀疑终端侧可能存在内部异常。

需要联系终端侧排查。

2.3.1.3切换命令RRCConnRecfg消息丢失

当基站侧判决满足切换条件后会下发切换命令，通过LTE空口发给UE，空口就是一条RRC重配消息。

1）信道受限，包括PDCCH/PDSCH

2）覆盖较差

3）eNB或gNB切换判决失败，或内部异常

此类问题一般为外部配置错误导致，当外部小区NREXTERNALNCELL中PhysicalCellId配置错误，导致测量报告上报后源侧找不到外部邻区，不会发起切换。

2.3.1.4切换完成RRCConnRecfgCmp消息丢失

此类问题除了PDCCH/PUSCH信道受限及覆盖质差以外因素，还可能为终端未响应发送重配完成消息。

2.3.1.5gNB随机接入失败

该部分问题排查思路可参考章节

（一）小区接入性能问题。

2.3.2X2口或Xn口信令异常原因分析

2.3.2.1锚点基站内部异常

通过MML命令或告警查询，查看锚点自身站点是否存在告警异常。

2.3.2.2X2口传输异常

可以通过告警和故障日志判断，也可以查看话统L.X2.Unavail.Dur.Sys（系统原因导致的X2链路不可用时长，指标ID=1526728766）是否存在异常。

通过网管查询锚点与目标GNB站点之间的X2配置是否正常。

2.3.3S1口或Ng口信令异常原因分析

2.3.3.1SgNB切换判决失败（漏配邻区或PCI冲突）

//查询NR外部邻区，确认有没有到目标小区的gNBId，CellId和PCI。

LSTNREXTERNALNCELL:

;

//查询NR邻区关系，确认有没有到目标小区的gNBId和Ce