VoNR上行RTP质差的问题处理化-电子发烧友网

2022年8月24日，某运营商反馈，阜阳A、淮南B、亳州C、宣城D等地市在中兴通讯UPF升级改造后，通过大数据统计VoNR语音上行RTP的丢包率上升。

2022年9月1日，A、D两地市的用户反馈在漫游场景下VoNR语音呼叫质差。

大数据分析

1.通过大数据观察，在UPF完成升级改造后的地市，均出现VoNR语音上行RTP丢包率指标质差现象，质差时间点与UPF升级改造时间点相近，平均每次升级会有约0.12%左右的上行丢包率增长。而EPSFB的上行RTP丢包率基本无变化。地市B和地市C的RTP丢包率分别如下图所示。

2.大数据对于VoNR语音上行RTP丢包判断条件：通过RTP头携带的RTP序号进行丢包分析，正常是连续的，出现跳变判断为丢包。

3.现网VoNR的RTP音频上行存在报文跳变不连续，因此用户的语音质量感受会变差。

4.通过收集大数据高频质差用户，进行大量的跟踪分析：

a.用户正常VoNR呼叫RTP上下行报文均连续，几乎没有丢包或乱序跳变。

b.用户仅在切换、切换取消场景有少量跳变丢包，符合切换丢包范围，非本次恶化关键原因。

用户场景分析

5.汇总反馈语音呼叫质差的用户，其故障场景均表现为用户跨市后进行VoNR语音呼叫，此时常会出现通话质量差、杂音大、以及单通等语音质差特征。异常用户在重新附着之后，业务恢复正常。此特征符合VoNR的RTP质差恶化现象。

6.VoNR用户漫游，属于跨Pool，核心网流程上需要前插IUPF。

7.根据前述综合分析，确认VoNR用户在前插IUPF时易出现故障现象。

8.跟踪部分经常漫游的VoNR语音用户，确认故障场景。

异常用户信令分析

9.对跟踪到的漫游异常呼叫信令进行详细分析：此用户由地市C移动到地市A后，进行VoNR语音呼叫，前插地市A的UPF002做为前插IUPF，地市C的UPF002为AUPF，如下图所示。

10.完成IUPF前插后，SMF会收到VoNR专载规则并准备下发给UPF，其中RTP下发QoS速率为49kbps，RTCP下发QoS速率为3kbps，如下图所示。

11.SMF将规则通过N4接口下发给UPF，其中RTP、RTCP各建两个PDR关联不同的QER限速策略。RTP、RTCP的匹配规则通过SDF进行区分，如下图所示。

12.对IUPF进行数据跟踪，发现上行RTP媒体流序列号发送不连续，IUPF在处理时内部丢包，通过内部失败观察确认丢包原因为上行限速。由于限速RTP存在跳变，此时大数据上统计到的RTP上行丢包数将会增长，如下图所示。

13.对上行RTP媒体流发送速率进行测量，发现RTP发送速率无法超过3kbps，规则下发中RTP的速率为49kbps，说明上行RTP流被错误的限速，如下图所示。

14.通过上述信令分析得出结论：故障原因为VoNR的RTP被错误的限速。根据发送速率分析，RTP流限速规则（49kbps）错误的关联到RTCP流限速规则（3kbps）。因此RTP丢包，用户语音呼叫中会有严重质差感受。同时大数据RTP丢包率也会增长。

根因分析

15.VoNR呼叫IUPF、AUPF/UPF均会收到相同的规则，而IUPF会进行错误的限速，对IUPF与AUPF实现进行详细分析，确认根因。

16.AUPF/UPF作为锚点，需要进行DPI等深度报文识别匹配，因此在媒体流表建立时采用五元组方式，五元组可以精确识别媒体流信息，如下图所示。

17.IUPF做为前插单元进行GTP隧道转发，通常不需要对报文内容进行深度识别，为加快5G流量的高效转发速率，改造升级后IUPF在媒体流表建立时采用了隧道信息建流方式，如修下图所示。

18.对于隧道建流方式，加速卡上会生成流表。第一个匹配上流表的媒体流业务会将规则信息下发给加速卡，加速卡对于后续匹配流表的媒体流都按此规则生效。