5G优化案例：5G下行udp大流量灌包速率优化案例.docxVIP

5G 下行UDP 大流量灌包速率优化案例 5G下行UDP大流量灌包速率优化案例 XX分公司 XX年 XX月 目 录 TOC \o 1-1 \h \z \u 一、 问题描述 3 二、 分析过程 3 三、 解决措施 5 四、 经验总结 6 5G下行UDP大流量灌包速率优化案例 XX 【摘要】NSA Option3x 下，太湖支局进行连片拉网测试，下行 UDP 大流量灌包测试（灌包速率 1.5Gbps），当用户移动超出 NR 小区的信号覆盖发起切换流程，发生 NR 释放流程及添加新的 NR 小区。根据现场测试结果显示，测试速率突然较长时间的掉坑。 【关键字】灌包、NSA、掉坑 【业务类别】流程类 一、 问题描述 在NSA Option3x组网下，太湖支局进行连片拉网测试，下行 UDP 大流量灌包测试（灌包速率 1.5Gbps），当用户移动超出 NR 小区的信号覆盖发起切换流程，发生 NR 释放流程及添加新的 NR 小区。根据现场测试结果显示，测试速率突然较长时间的掉坑。通过分析，正常的 S-SgNB 发生切换变化时会引起用户面的变更，测试速率出现短暂的下降是正常现象，通常会有 100ms 左右的速率掉坑。但在本次测试中速率掉坑的时间长达 5S，属于异常现象。 二、 分析过程 查看占用小区电平值-78dBm，SINR 值 20 以上，无线环境较好；小区状态正常，无告警；排除上述原因后，结合 U2000 跟踪的 X2 信令，发现 4G 小区在添加 5G 辅载波时，X2口 SGNB_ADD_REQ 和 SGNB_ADD_REQ_ACK 两条信令相隔时间长达 6S。而通过 5GDebug 日志分析来看，5G 基站收到 SGNB_ADD_REQ 消息后很快就回复了 SGNB_ADD_REQ_ACK，说明SGNB_ADD_REQ_ACK 传输时延出现在 X2 传输链路上，以下为 U2000 信令跟踪及 5G 侧 Debug 日志记录，如下： X2 信令： 5GDebug 日志： 分析 NSA 组网模式，NR 跨站切换的信令流程，见下图。在主站不变的情况下，进行辅站站间切换， 在进行站间切换时， S1-U 路径发生变化， 需要向核心网 EPC 上报 E-RABModification Indication。所以 NR 站点的变化导致了用户面的变化，EPS 承载会短暂的 倒回到 LTE 基站侧。 三、 解决措施 Option3x 组网模式，下行 UDP 大流量灌包测试（灌包速率 1.5Gbps），当用户移动超出NR 的信号覆盖，发生 NRrelease 流程，测试用户由 NSADC 变为 LTEOnly， 核心网上游持续大流量 UDP 下行灌包测试，会导致 LTE 传输网络拥塞丢包，且传输设备 QoS 配置不正确（未保证信令报文高优先级），丢弃了信令报文，引起了 SCG 添加失败，用户面倒回到 LTE，下行速率受到了严重影响。具体原理图如下： 将该问题反馈至传输修改 QOS 策略，复测后并未发现速率长时间“掉坑”的现象，测试结果见下图。 四、 经验总结 灌包对 LTE 侧传输设备产生拥塞，且传输设备 QoS 配置不正确（未保证信令报文高优先级），丢弃了信令报文，引起 LTE 添加 SCG 未成功。 1）在传输交换机侧配置对应的 QOS 策略，将 DSCP48/46/56 的 VLAN 优先级配置为高， 具体 QOS 的配置方法实现如下：调整 dscp tos 优先级;流量入方向接口调整匹配参数为 dscp; 创建并匹配 QOS 队列策略;策略应用到接口。 2）无线 RAN 侧：没有办法控制下行 UDP 灌包的来水量大小，无法采取有效措施预防该问题发生。 3）核心网侧：已推标，增加 RAN 和 CN 交互，让 CN 感知 SNrelease/modification/Addition，从源头控制流量。 NSA 组网时，LTE 和 NR 的控制面信息都需要走 LTE 和 EPC，所以在切换场景下会短暂的倒回到 eNB，为了防止用户面倒回 LTE 时出现的传输拥塞，短期解决方案是配置传输对应的QOS。