电信异厂家边界基站VOLTE下行高丢包率问题分析优化总结

电信异⼚家边界基站VOLTE下⾏⾼丢包率问题分析优化总结
异⼚家边界基站VOLTE下⾏⾼丢包率问题
分析优化总结
温州电信⽆线维护中⼼
2019年4⽉
⽬录
⼀、问题描述 (4)
⼆、分析过程 (4)
三、解决措施 (7)
四、成效 (8)
五、总结 (8)
⼀、问题描述
温州市LTE南北⽚分别是诺基亚与华为两个⼚家的基站设备，位于边界处的瑞安场桥信⽤社基站VOLTE丢包率较⾼，⼏乎是全⽹的两倍。

⼆、分析过程
丢包对VoLTE语⾳质量的影响较⼤，当丢包率⼤于10%时，已不能接受，⽽在丢包率为5%时，基本可以接受。

因此，要求IP 承载⽹的丢包率⼩于5%。

VoLTE丢包率是MOS值的
⼀个重要影响因素，严重的丢包影响通话质量，甚⾄导致掉话，导致⽤户感知降低。

查询瑞安场桥信⽤社基站的故障告警、拥塞、⼲扰等，⽆异常，且在该⼩区下多次测试均正常。

怀疑可能与跨⼚家切换有关系。

查看跨⼚家切换时的交互信令发现，龙湾埭头祥和路基站默认ACK/NACK反馈机制为Multiplexing，⽽瑞安场桥信⽤社则固定为bundling模式，源龙湾埭头祥和路基站在Handover Request⾥不含有ue-ConfigRelease-r10的字段(该字段表⽰当前UE配置的RRC 协议版本，如果不包含该字段，⽬标瑞安场桥信⽤社基站将默认为当前UE配置的RRC协议版本为r8)。

致使⽬标瑞安场桥信⽤社基站在处理该切换请求时默认认为UE为r8终端，导致瑞安场桥信⽤社ENB给龙湾埭头祥和路ENB 发送的HO request ack⾥没有PUCCH-ConfigDedicated-v1020这个字段，根据协议36.331相关说明，实际⽀持r10版本的终端在⽬标主服务⼩区不⽀持相关配置时将出现两者的协作兼容问题，该案例中具体表现为⽆法按切换命令中所要求的从Multiplexing模式切换到bundling模式，造成UE “NACK/ACK”反馈模式与ENB要求的反馈模式不⼀致，导致导致下⾏⾼丢包，如下：
2.1问题定位分析
2.1.1瑞安场桥信⽤社向龙湾埭头祥和路切换时
通过对log的解析发现，当终端析从瑞安场桥信⽤社1⼩区切换到龙湾埭头祥和路3⼩区，ACK/NCK反馈模式可能发⽣变化。

当从bundling模式变为multiplexing模式时，系统会下发包含pucch-Format信元的切换信令，指⽰终端使⽤multiplexing模式，如下图所⽰：
根据分析，怀疑终端收到该信令后，并未使⽤multiplexing模式，或者multiplexing 模式，仍然使⽤bundling模式，从⽽导致下⾏⾼丢包。

2.1.2龙湾埭头祥和路向瑞安场桥信⽤社切换时
当终端从龙湾埭头祥和路3⼩区切向瑞安场桥信⽤社1⼩区时，分析切换的信令发现，切换前在龙湾埭头祥和路站点使⽤的是Multiplexing，⽽切换到瑞安场桥信⽤社站点后，瑞安场桥信⽤社站点指定的反馈模式为Bundling模式，但是没有携带空的pucch-ConfigDedicated-v1020，导致终端和瑞安场桥信⽤社站点侧使⽤的HARQ反馈模式不⼀致，导致下⾏⾼丢包。

正确的Multiplexing切换为Bundling模式的切换命令如下格式：
通过异⼚家对龙湾埭头祥和路基站参数的核查，发现该基站CA切换携带R9信元开关为关闭状态。

（CA切换携带R9信元开关：如果开关为关时，⽬标基站可能会认为切换请求中缺失必要的信元⽽导致切换失败，使得UE切换失败，影响切换成功率。

当开关为开时，可以提升切换的兼容性，可以提升切换成功率，降低重建次数和掉话率。

）
三、解决措施
由于诺基亚基站暂不版本⽀持HARQ-Multiplexing模式解决，基于以上分析，故异⼚家处理如下：
规避诺基亚丢包：
MOD GLOBALPROCSWITCH:PROTOCOLCOMPATIBILITYSW=CaHoReqWithR9ConfigSwitch-1;
华为基站打开CA切换携带R9信元开关。

最终解决措施需要诺基亚提供版本⽀持HARQ-Multiplexing模式解决
四、成效
经过异⼚家对边界处基站参数的调整，瑞安场桥信⽤社基站的VOLTE丢包率得到很好的降低。

具体如下：
五、总结
对丢包率较⾼的基站进⾏站点排查，找出原因，对问题站点信令分析核查以及优化，通过边界处华为参数的调整优化，该基站丢包率明显下降，提升了⽤户的感知。

因此我们对边界处异⼚家的基站需要协同优化，提升边界处基站的各项指标。

另外,经过全⽹参数检查，华为⽚⼩区都已经全部默认打开这个开关。