网格1进行DT测试中发现两例UE大量上报
LTE A3事件网络却不下发切换命令的异常事件。案例一：UE占用LTE主服 (PCI=296)，而后在连续上报NR A3事件后，成功添加NR双连接 (NR PCI=501)。而后，UE再次上报NR A3事件，并成功切换至PCI=871NR小区。此时，UE大量上报LTE A3事件，目标小区(PCI=280)，但始终未切换，直至原LTE主服电平恶化，被迫重定向至第三方LTE小区，NR NormalRelease释放。
案例二：UE占用LTE主服(PCI=290)，并正常添加NR双连接(NR PCI=502)。此时，UE大量上报LTE A3事件，目标小区(PCI=151)，但始终未切换，直至原LTE主服电平恶化，被迫重定向至第三方LTE小区。
问题分析LTE侧无法切换，首先应核实切换涉及的基础配置。上述2个案例中，LTE侧4-4邻区、X2均配置正常，且未见X2接口告警，同时涉及的eNodeB归属同一MME Pool，由此可初步排除LTE侧切换配置的原因。进一步分析虚用户跟踪记录，观测核心网信令发现，无法切换并非由切换配置缺失引起，而是因为NR
流量上报流程未结束，LTE无法启动切换流程。本例涉及NR主服小区均为新开站点，且参数核查中流量上报配置项存在遗漏。此类问题的典型现象为NR侧A3和LTE侧A3均密集出现：NR上报A3事件，并能够正常触发NR切换，此后LTE持续大量上报LTE A3，但始终未切换。具体而言，NSA组网中NR流量上报涉及eNodeB的NsaDcMgmtConfig和gNodeB的NrCellNsaDcConfig两项配置，如下所示：
华为NSA组网中， LTE和NR的上述配置项可实现运营商的不同计费策略。gNodeB经由X2接口周期性(或事件触发)向eNodeB上报NR侧的流量使用情况，而后eNodeB将用量信息转发至核心网。在gNodeB上，NrCellNsaDcConfig配置项参数NrDataVolumeRptCfg 控制NR流量的上报周期；而在eNodeB，NsaDcMgmtConfig配置项的参数NrDataVolumeRptCfg与之对应。开站时，gNodeB或eNodeB一般会将两项参数默认配置为0。当LTE侧配置为0时，eNodeB即便收到gNodeB的流量也会忽略，不作处理；当NR侧配置为0，则gNodeB将不会上报NR侧使用的流量。正因如此，商用配置中NR侧配置的流量上报周期与LTE侧必须保持一致，通常会将默认值0修改为建议取值600(s)。如下图所示，当配置正常时，在NR或LTE切换前gNode均会主动上报NR侧的流量使用情况。gNodeB通过X2接口发送SEC_RAT_DATA_USAGE_RPT消息，将流量情况发送至eNodeB，而后eNodeB将流量情况反馈至MME。
LTE侧与NR侧流量上报参数NrDataVolumeRptCfg配置不一致，导致eNodeB无法收到gNodeB上报的流量信息，LTE启动计时器持续等待；则计时器过期之前，流量上报流程无法结束，切换流程也无法开始。有合适的邻区，频繁上报A3，无法触发LTE同频切换。将主服NR小区NrCellNsaDcConfig配置项下NrDataVolumeRptCfg参数值修改为基线值600s，与主服LTE小区的流量上报周期保持一致。NSA模式下5G流量上报在NSA场景下，由于引入了双连接，流量从总体上可以分为LTE的流量及NR的流量。发生于NR的流量承载于多类承载上。而这些承载的设计和实现对于核心网网元是不可见的，需要RAN侧设计一个机制来向核心网网元来上报5G NR流量。基于协议TS37.340定义，无线侧上报NR侧的流量信息给核心网用于5G RAN流量单独计费，如下图所示：
在进行NR流量上报时，流量上报是按照承载粒度区分上下行，统计分流到NR侧的空口流量大小，统计流量数据包按照SDU包进行统计，并通过包含Secondary RAT Usage ReportList信元的Secondary RAT Data Usage Report消息或者其他消息进行上报。下图为NSA模式5G流量上报流程：
1、gNB通过X2AP消息Secondary RAT DataUsage Report统计报告传送给锚点eNB；2、eNB 通过多个S1接口消息把gNB NR 流量上报MME；3、MME通过S11接口将数据流量报告给SGW，S11接口上使用Change Notification Request消息上报5G流量，消息中包含了IE Secondary RAT Usage DataReport;4、SGW和PGW之间的传递过程与S11的过程相同，也是采用基于GTP-C的Change Notification Request，至此SGW和PGW就获得了实际传送的5G流量计量上报结果。
DABAN RP主题是一个优秀的主题，极致后台体验，无插件，集成会员系统
白度搜_经验知识百科全书 »
NR流量上报周期未对齐导致LTE大量A3不切换
admin 
案例二：UE占用LTE主服(PCI=290)，并正常添加NR双连接(NR PCI=502)。此时，UE大量上报LTE A3事件，目标小区(PCI=151)，但始终未切换，直至原LTE主服电平恶化，被迫重定向至第三方LTE小区。
问题分析LTE侧无法切换，首先应核实切换涉及的基础配置。上述2个案例中，LTE侧4-4邻区、X2均配置正常，且未见X2接口告警，同时涉及的eNodeB归属同一MME Pool，由此可初步排除LTE侧切换配置的原因。进一步分析虚用户跟踪记录，观测核心网信令发现，无法切换并非由切换配置缺失引起，而是因为NR流量上报流程未结束，LTE无法启动切换流程。本例涉及NR主服小区均为新开站点，且参数核查中流量上报配置项存在遗漏。此类问题的典型现象为NR侧A3和LTE侧A3均密集出现：NR上报A3事件，并能够正常触发NR切换，此后LTE持续大量上报LTE A3，但始终未切换。具体而言，NSA组网中NR流量上报涉及eNodeB的NsaDcMgmtConfig和gNodeB的NrCellNsaDcConfig两项配置，如下所示：
华为NSA组网中， LTE和NR的上述配置项可实现运营商的不同计费策略。gNodeB经由X2接口周期性(或事件触发)向eNodeB上报NR侧的流量使用情况，而后eNodeB将用量信息转发至核心网。在gNodeB上，NrCellNsaDcConfig配置项参数NrDataVolumeRptCfg 控制NR流量的上报周期；而在eNodeB，NsaDcMgmtConfig配置项的参数NrDataVolumeRptCfg与之对应。开站时，gNodeB或eNodeB一般会将两项参数默认配置为0。当LTE侧配置为0时，eNodeB即便收到gNodeB的流量也会忽略，不作处理；当NR侧配置为0，则gNodeB将不会上报NR侧使用的流量。正因如此，商用配置中NR侧配置的流量上报周期与LTE侧必须保持一致，通常会将默认值0修改为建议取值600(s)。如下图所示，当配置正常时，在NR或LTE切换前gNode均会主动上报NR侧的流量使用情况。gNodeB通过X2接口发送SEC_RAT_DATA_USAGE_RPT消息，将流量情况发送至eNodeB，而后eNodeB将流量情况反馈至MME。
LTE侧与NR侧流量上报参数NrDataVolumeRptCfg配置不一致，导致eNodeB无法收到gNodeB上报的流量信息，LTE启动计时器持续等待；则计时器过期之前，流量上报流程无法结束，切换流程也无法开始。有合适的邻区，频繁上报A3，无法触发LTE同频切换。将主服NR小区NrCellNsaDcConfig配置项下NrDataVolumeRptCfg参数值修改为基线值600s，与主服LTE小区的流量上报周期保持一致。NSA模式下5G流量上报在NSA场景下，由于引入了双连接，流量从总体上可以分为LTE的流量及NR的流量。发生于NR的流量承载于多类承载上。而这些承载的设计和实现对于核心网网元是不可见的，需要RAN侧设计一个机制来向核心网网元来上报5G NR流量。基于协议TS37.340定义，无线侧上报NR侧的流量信息给核心网用于5G RAN流量单独计费，如下图所示：
在进行NR流量上报时，流量上报是按照承载粒度区分上下行，统计分流到NR侧的空口流量大小，统计流量数据包按照SDU包进行统计，并通过包含Secondary RAT Usage ReportList信元的Secondary RAT Data Usage Report消息或者其他消息进行上报。下图为NSA模式5G流量上报流程：
1、gNB通过X2AP消息Secondary RAT DataUsage Report统计报告传送给锚点eNB；2、eNB 通过多个S1接口消息把gNB NR 流量上报MME；3、MME通过S11接口将数据流量报告给SGW，S11接口上使用Change Notification Request消息上报5G流量，消息中包含了IE Secondary RAT Usage DataReport;4、SGW和PGW之间的传递过程与S11的过程相同，也是采用基于GTP-C的Change Notification Request，至此SGW和PGW就获得了实际传送的5G流量计量上报结果。 
0条评论