VONR 端到端疑难问题

skcandy

VONR 开网优化过程中各厂家疑难问题

序号	问题名称	问题现象	问题描述	地市/厂家	解决方案	计划解决时间	问题根因
1	爱立信区域VONR RTP丢包率偏高	丢包	在VoNR业务时，VoNR平均丢包率达到0.8%，丢包率超过1%的通话占比达超过20%。PDSCH BLER高的时候下行仍然采用高阶编码方式（64QAM/256QAM），PDSCH BLER不收敛，导致高丢包	爱立信	基站版本升级修复PDSCH BLER高的场景MCS降阶问题。	爱立信3月中旬升级N21.2新版本改善丢包。	基站版本
2	Service Request未携带5QI5问题	未接通	衢州发现4G重新建了PDN，选到了4G的PGW,返回5G时带着这个PGW的信息，AMF找不到，只有PGW融合了SMF才能查到，所以注册时AMF要终端重新建立PDU,终端没有发起PDU会话建立，就发Service Request上来。	衢州，中兴	更换终端解决	已解决	终端
3	主叫概率性收到两条PDU会话修改影响接入时延	接通时延长	VoNR语音拉网测试中发现主叫会概率性收到两条PDU session modification command，部分通话也会收到一条PDU session modification command，收到两条的情况下呼叫建立时延会增加。	嘉兴，中兴	HUAWEI核心网计划近期升级解决	待升级	核心网版本
4	HUAWEI基站切换配置5QI优先级等同于Qos flow优先级，导致未及时触发VoNR至VoLTE切换	切换问题	用户在建立5QI=1Qos flow后，触发异系统切换过程中，gNodeB未按下发5QI=1的切换参数配置下发测量控制，导致无法及时触发VoNR->VoLTE切换。基站侧测量配置下发策略存在问题。	杭州，HUAWEI	方案：调整基站侧5QI=1Qos flow优先级优化。	已解决	参数
5	跨站重建转接入场景下，核心网释放5QI1专载导致掉话	掉话	VoNR拉网测试中，测试终端在出现RRC转接入场景之后，网络侧马上发起BYE掉话。	杭州，HUAWEI	核心网在21.xR4版本优化该场景	待定	核心网版本
6	在爱立信5G基站下测试VoNR业务时，统计主叫侧呼叫建立时延为2.64s，高于其他厂家的1.8s；	接通时延长	当前基站版本不支撑RoHC头压缩功能，VoNR上行RTP包超过预调度功能预估的初始缓存区太小，导致UE并不能在一次调度内发送完上行RTP包进而导致VoNR语音呼叫建立时延较大。	爱立信	1）临时方案：将preschedulingDataSize参数由86 修改至150  Bytes ，保证在一次调度内完成上行初始RTP包发送，可明显改善VoNR的接通时延。     2）最终方案：22年度版本支撑ROHC	临时解决	基站功能缺陷