中国移动VoNR开网优化指导手册

PAGEPAGEII中国移动VoNR开网优化指导手册中国移动通信有限公司网络事业部2022年2月文档修订记录版本号日期修订页/修订描述人员v1.02022/1/26创建文档罗建迪、高小林（集团）、李天璞、方媛、牛银山、张斌、章昊（设计院）、李新、乌力吉（研究院）、陈向前、胡晓春（陕西）、雷鹤、赵杰卫（四川）、李华木、郑小春（福建）、高玲、聂英强（辽宁）、张砚寒、徐伟亮（浙江）、侯普、梁立涛（北京）、杨晓康、胡坚（云南）、方东旭、周徐（重庆）、王亭亭（河北）、耿波、李涛（安徽）PAGEPAGE24目录1． 背景 12． VoNR基本原理 13． VoNR覆盖分析 34． VoNR容量分析 44.1 2.6GVoNR容量分析 44.2 700MVoNR容量分析 55． ViNR容量分析 65.1 2.6GViNR容量分析 65.2 700MViNR容量分析 76． 各厂家最低版本要求 87． VoNR功能开启和基线参数 88． VoNR关键功能 118.1 EVS自适应编码 118.2 弱场起呼转EPSFB功能 128.3 VoNR头压缩RoHC 138.4 VoNRRLC分片优化 148.5 VoNR基于语音质量切换功能 148.6 VoNR专用C-DRX功能 158.7 基于覆盖的VoNR到VoLTE的切换 168.8 VoNR5QI1/5QI5上行预调度 168.9 上行MCS选阶优化 178.10 VoNR质差终端黑名单功能 179． VoNR质量评价指标体系 179.1 路测指标 179.2 网管指标 1910． VoNR优化方法 1910.1 VoNR接入问题 1910.2 VoNR接通时延问题 2210.3 VoNR语音质量问题 2410.4 VoNR留得住问题 2910.5 VoNR掉话问题 3111． VoNR典型优化案例 3211.1 无线案例 3211.1.1 华为设备无线链路失败RRC重建后，终端收到网络下发的RRCRelease导致呼叫失败 3211.1.2 中兴区域VoNR功控参数设置不合理导致好点RTP丢包率波动性突高 3311.1.3 中兴基于质量异系统切换功能与呼叫保持冲突 3411.1.4 中信科弱场语音起呼自适应未回SMF正确cause导致起呼失败 3811.1.5 爱立信5G基站不支持RoHC头压缩功能导致VoNR语音呼叫建立时延长 4011.1.6 爱立信5G站点VoNR通话中PDSCHBLER不收敛导致高丢包 4211.1.7 爱立信N21.2基站版本开启VoNR后IPhone12终端出现无法被叫 4311.2 核心网案例 4811.2.1 视频彩铃协商流程与呼叫建立流程冲突，导致呼叫失败 4811.2.2 主叫概率性收到两条PDU会话修改案例影响接入时延 5011.2.3 Xn切换或RRC释放流程与呼叫流程冲突，导致VoNR未接通或重选至4G开始通话 5211.2.4 VoNR专载释放与切换并发导致主叫未接通 5411.3 终端案例 5611.3.1 高通芯片VoNR切换到VoLTE后必现RTP丢包问题 5611.3.2 骁龙888芯片BUG导致切换后出现视频通话卡顿解决办法 58附录1：各厂家VoNR基线参数配置 60附录2：各厂家VoNR增强功能介绍 60附录3：各厂家VoNR网管指标介绍 60

背景语音业务是无线通信网络的基本诉求，VoNR作为5G语音解决方案的终极目标，具有低时延、高清语音质量的优势。前期集团网络事业部组织的全网VoNR端到端分场景测试结果表明，当前5GC核心网、无线均已具备VoNR开通条件。为此，特编制本指导书，指导VoNR快速开通和优化确保VoNR与VoLTE同感同质。VoNR基本原理VoNR（VoiceoverNR）是5G网络语音业务解决方案，是一种建立在IP网络之上的UE和IMS之间的语音会话，主叫和被叫可以利用该技术在5G网络上实现语音业务。其核心业务控制网络为IMS网络，配合NR-RAN及5GC，从而实现端到端的基于分组域的语音及视频通信业务。EPSFB到VoNR的网络结构演进图5G网络参照服务类型、时延和丢包率等标准，将具有不同特征的业务划分成不同的5QI（5GQosIdentifier）承载类型，与VoNR业务直接相关的承载包括5QI1、5QI2和5QI5，其中5QI1承载语音，5QI2承载视频，5QI5承载用于建立VoNR的SIP(SessionInitiationProtocol)信令。VoNR作为5G语音解决方案，相对于4G语音解决方案VoLTE有以下特点：1）空口由NR基站承载语音业务，完全的5G语音方案；2）新的语音编码方案：EVS（EnhancedVoiceService）扩展音频带宽为50Hz~16KHz，支持人类听觉的全带宽。网络部署初期，传统4G终端较多，EVS采用AMR兼容模式，网络成熟期5G终端渗透率提高后，5G终端之间采用EVS提升语音质量；3）3GPPR16制定IVAS（immersiveVoiceandaudioServices）语音编码标准，支持更好的抗丢包能力。主叫UE和被叫UE之间语音承载的建立和释放流程如下图所示:VoNR呼叫信令流程图具体流程为：1）主叫UE发起呼叫后，主叫UE和gNodeB之间建立RRC连接。2）5GC建立主叫UE的用于承载SIP（SessionInitiationProtocol）信令的QoSFlow（5QI5），gNodeB建立相应的DRB（dataradiobearer）承载。3）被叫UE和gNodeB之间建立RRC连接。4）5GC建立被叫UE的用于承载SIP信令的QoSFlow（5QI5），gNodeB建立相应的DRB承载。5）主被叫UE和IMS进行语音业务的SIP会话协商，如编码方式、IP地址、端口号和主被叫相关信息等。6）SIP会话协商成功后，5GC建立主叫UE的用于承载RTP（Real-TimeTransportProtocol）和RTCP（Real-TimeTransportControlProtocol）数据流的QoSFlow（5QI1），gNodeB建立相应的DRB承载。7）5GC建立被叫UE的用于承载RTP和RTCP数据流的QoSFlow（5QI1），gNodeB建立相应的DRB承载。8）呼叫结束后，主被叫UE释放各自的QoSFlow（5QI1），gNodeB释放各自相应的DRB承载。5QI5为默认承载，建立后仅当UE进入空闲态时才会被释放。VoNR覆盖分析不同的业务类型对速率的要求不同，结合3GPP协议36.873和38.900的无线传播模型进行路损仿真分析。不同速率业务的最大允许路损见下表，其中VoNR（24.4kbps）最大允许路损为118.6dB，为所有业务的最大值，即覆盖能力最强;720P视频业务最大允许路损为109.7dB，与上行5Mbps数据业务覆盖能力相当。在5G数据业务浅层覆盖组网情况下，ViNR视频深度覆盖相对不足。不同业务的MAPL汇总表LinkBudget-PUSCH480P720P1080P数据业务(一)数据业务（二）数据业务（三）数据业务（四）VoNR语音DataRate（mbps）1.003.004.001.003.004.005.000.02440最大允许路损MAPL（dB）114.5109.7108.6116.5111.7110.6109.5118.6备注：上述表格中为固定编码速率下的结果。对于VoNR语音和视频业务，终端可以进一步降低编码速率从而增加其覆盖范围。除了路损外，需要继续针对覆盖强度等继续研究。区别于2.6G和700M，700M覆盖能力更强，各省可以根据实际网络情况，输出适合本地化的RSRP优化标准，利用700M的覆盖能力解决深度覆盖不足的问题。VoNR容量分析VoNR语音包发送周期为20ms，静默包发送周期为160ms，VoNR数据报文通常为32字节-61字节，并且5QI1属于GBR业务，优先级较高，业务信道通常不受限。因此，容量主要受限于控制信道。2.6GVoNR容量分析VoNR控制信道CCE个数计算方法如下表：VoNR控制信道CCE个数计算表2.6G频段NRB个数单tti的CCE数量（3个符号用于控制信道，CCE利用率为90%）每秒总的CCE数量（0.5ms/tti，子帧配比7:1:2）每秒用于下行业务的CCE数量(控制信道上下行比例1:1)每秒用于上行业务的CCE数量(控制信道上下行比例1:1，现网k值为2)27312219520017080024400VoNR用户调用次数计算根据现网配置：语音静默因子为0.5，语音包发送周期为20ms，静默包发送周期为160ms。VoNR用户调用次数/秒：1000*0.5/20+1000*0.5/160=28.125次VoNR语音用户容量用户个数=cce数量/用户所在信道条件占用的cce数量/VoNR调用次数各个信道条件的VoNR语音用户数极好点用户（CCE占用1个）好点用户（CCE占用2个）中点用户（CCE占用4个）差点用户（CCE占用8个）极差点用户（CCE占16个）40040021610854备注：1）、极好点：控制信道占用1个CCE，SINR>9dB2）、好点：控制信道占用2个CCE，SINR<9dBandSINR>3.2dB3）、中点：控制信道占用4个CCE，SINR<3.2dBandSINR>-0.8dB4）、差点：控制信道占用8个CCE，SINR<-0.8dBandSINR>-3.8dB在100MHz带宽下，5G网络可承载约400个用户（用户在极好点、好点时可以满足）；当用户都在极差点时，理论上最多可承载约54个用户。700MVoNR容量分析VoNR控制信道CCE个数计算方法如下表：VoNR控制信道CCE个数计算表700M频段NRB个数单tti的CCE数量（3个符号用于控制信道，CCE利用率为90%）每秒总的CCE数量（1ms/tti）每秒用于下行业务的CCE数量(控制信道上下行比例1:1)每秒用于上行业务的CCE数量(控制信道上下行比例1:1)16072720003600036000VoNR用户调用次数计算根据现网配置：语音静默因子为0.5，语音包发送周期为20ms，静默包发送周期为160ms。VoNR用户调用次数/秒：1000*0.5/20+1000*0.5/160=28.125次VoNR语音用户容量用户个数=cce数量/用户所在信道条件占用的cce数量/VoNR调用次数各个信道条件的VoNR语音用户数极好点用户（CCE占用1个）好点用户（CCE占用2个）中点用户（CCE占用4个）差点用户（CCE占用8个）极差点用户（CCE占16个）60060032116080备注：1）、极好点：控制信道占用1个CCE，SINR>9dB2）、好点：控制信道占用2个CCE，SINR<9dBandSINR>3.2dB3）、中点：控制信道占用4个CCE，SINR<3.2dBandSINR>-0.8dB4）、差点：控制信道占用8个CCE，SINR<-0.8dBandSINR>-3.8dB5）、极差点：控制信道占用16个CCE，SINR<-3.8dB对于2×30MHz带宽的700M5G网络可支持约600个用户（用户在好点可以满足）；当用户都在极差点时，理论上最多可承载约80个用户。ViNR容量分析视频电话对网络上下行要求一致，且视频数据包较语音包大，小区边缘容量受限于业务信道。终端的视频ViNR的视频清晰度根据网络变化自适应调整。不同分辨率对应参数表视频分辨率或标准480P（标清）720P（高清）1080P（全高清）（H265）分辨率640*4801280*7201920*1080像素pixel3072009216002073600色深colorbit/Pixel888每像素bit数（RGB标准）242424每像素bit数（YUV预处理）121212帧率framepersecond303030编解码压缩比compressionrate200200400所需码率Mbps0.551.152.1速率码率比所需速率带宽计算Mbps1.052.242.6GViNR容量分析用户个数=min{下行小区容量/视频VoNR网络需求,上行小区容量/视频VoNR网络需求}2.6G网络承载能力关系表网络承载能力（5G2.6GHz，100MHz带宽，64通道）速率（Mbps）下行平均吞吐量1024上行平均吞吐量179单用户边缘下行吞吐量93（平均占用100%RB资源）单用户边缘上行吞吐量2~3（平均占用20%RB资源）备注：2.6G按照上行1Mbps速率进行规划，实际拉网测试最低2~3Mbps。基于业务信道容量的视频VoNR用户数计算不同分辨率下的用户数表业务类型5QI=2承载的业务需求小区平均承载并发用户数小区边缘承载并发用户数(2.6G/700MHz)1080P分辨率视频电话4Mbps440720P分辨率视频电话2.21Mbps805480P分辨率视频电话1.1Mbps16210小区平均可承载44个1080P用户、或80个720P用户、或162个480用户；小区边缘，无法承载1080P用户，可承载5个720P用户或10个480P用户。700MViNR容量分析用户个数=min{下行小区容量/视频VoNR网络需求,上行小区容量/视频VoNR网络需求}。700M网络承载能力关系表网络承载能力（5G700MHz，2*30MHz带宽，4通道）（Mbps）速率（Mbps）下行平均吞吐量199上行平均吞吐量65单用户边缘下行吞吐量24（平均占用100%RB资源）单用户边缘上行吞吐量5（平均占用20%RB资源）基于业务信道容量的视频VoNR用户数计算不同分辨率下的用户数表业务类型5QI=2承载的业务需求小区平均承载并发用户数小区边缘承载并发用户数1080P分辨率视频电话4Mbps166720P分辨率视频电话2.21Mbps2911480P分辨率视频电话1.1Mbps5922小区平均可承载16个1080P用户、或29个720P用户、或59个480用户；小区边缘，可承载6个1080P用户、或11个720P用户或22个480P用户。各厂家最低版本要求各厂家主设备VoNR开通要求的运行环境，具体如下：运行需求华为中兴中信科爱立信诺基亚License基本功能无license要求基本功能无license要求基本功能无license要求基本功能无license要求基本功能无license要求软件要求版本要求21B及以上V5.45及以上V1.00.20N21.2SRAN21B硬件要求BBU要求BTS/DBS3900&5900系列基站，其中3900系列基站要求BBU为BBU3910无要求无要求无要求5GairscaleBTS组网要求支持SA组网，gNodeB和5GC之间的传输时延需小于20ms，支持N26接口，4/5G核心网互通并支持VoNR与VOLTE之间的互操作其它要求终端要求终端需支持VoNR，支持HO或者redirection到4G核心网要求需5G核心网支持VoNR业务及相关功能，如果需要支持VoNR紧急呼叫，5GC也需支持VoNR紧急呼叫VoNR功能开启和基线参数VoNR功能开启方式简单介绍如下，具体参数配置参见附录1。华为激活配置示例：//打开小区级VoNR功能开关图华为VoNR功能开关（2）中兴参数路径：【CU小区配置】-【移动性功能】-【NR语音开关指示】说明：在VoNR开关打开后，如果终端支持VoNR能力，当占用NR网络发起语音业务时走VoNR流程，如果终端不支持VoNR能力，当占用NR网络发起语音业务时主动走EPSFB流程。中兴VoNR功能开关（3）中信科参数路径：【NR业务】-【NR小区】-【NR小区算法】-【NR小区VoNR算法表】图中信科VoNR功能开关（4）爱立信VoNR功能为基本包，无需额外的License，开启时，根据EPSFB支持情况选择相应的参数设置方式：既支持VoNR又支持非VoNR终端接入,

不支持VoNR的终端使用盲重定向的EPSFB,EpsFallbackOperation=1既支持VoNR又支持非VoNR终端接入,

对于不支持VoNR的终端使用基于测量重定向的EPSFB,EpsFallbackOperation=3既支持VoNR又支持非VoNR终端接入,

对不支持VoNR的终端使用基于测量切换的EPSFB,

EpsFallbackOperation=4爱立信VoNR功能开关（5）诺基亚设置路径：Objectpath:MRBTS►NRBTS►NRCELL；设置功能开关为Ture。图诺基亚VoNR功能开关VoNR关键功能VoNR语音业务提供延迟更低、音质更高的实时话音业务，并且数据包发送也有特点，语音包发送周期为20ms、静默包发送周期为160ms。当前，5G网络的覆盖广度和深度还有待进一步提升，弱覆盖和高干扰场景下如何最大化提升语音感知是VoNR优化的重点工作之一。本指导书所涉及到的功能，都是主流设备厂家已经支持或计划支撑的常用功能，可提升用户的VoNR感知。省公司可根据基站所处场景以及设备功能成熟度，选择性开启。各厂家VoNR增强功能支持情况功能名称华为中兴大唐爱立信诺基亚EVS自适应编码支持支持V1.00.60.70支持不支持弱场起呼转EPSFB功能支持支持V1.00.60.70不支持不支持VoNR头压缩RoHC支持支持支持22版本后再开启支持VoNRRLC分片优化支持支持支持支持支持VoNR基于语音质量切换功能支持支持V1.00.60.70不支持22R4VoNR专用C-DRX功能支持支持支持支持支持基于覆盖的VoNR到VoLTE的切换支持支持支持支持支持VoNR5QI1/5QI5上行预调度支持支持支持支持支持上行MCS选阶优化支持5.55版本2022Q3支持支持支持VoNR质差终端黑名单功能支持5.55版本2022Q32022Q4不支持2023：Q3EVS自适应编码EVS于2014年9月在3GPP通过标准化评估，但对于4G而言，由于推出时间较晚，4G产业链成熟度不足，仅少数的几款终端支持EVS，因此未能大规模商用。基于EVS不仅仅使能高清语音，更可以有效提升覆盖，因此在通信运营商及通信设备商的联合推动下，最终将EVS作为5G语音必选落入3GPP标准。EVS通过支持多速率语音编解码，提升编码的灵活性和效率，支持更快的语音编解码速率来提升语音体验，比如，从13.2kbits/s开始，EVS-SWB的语音音质已经接近“直接来源”（原音）的音质。EVS不同编码方式支持的编码速率表编码方式支持的语音编码速率（kbit/s）采样频率（kHz）EVS-NB5.9、7.2、8.0、9.6、13.2、16.4、24.48EVS-WB5.9、7.2、8.0、9.6、13.2、16.4、24.4、32、48、64、96、12816EVS-SWB9.6、13.2、16.4、24.4、32、48、64、96、12832EVS-FB16.4、24.4、32、48、64、96、12848AMR-WBI/O6.6、8.85、12.65、14.25、15.85、18.25、19.85、23.05、23.8516注：EVS编码方式的编码字长统一为16个比特。上表中的AMR-WBI/O编码方式主要为了兼容支持AMR-WB编码方式的4G终端，支持其与EVS终端进行VoNR业务。即当主被叫UE中的一方支持EVS编解码、另一方不支持EVS编解码但支持AMR-WB编解码时，在使用VoNR功能的情况下，支持EVS的一方可以采用的编码方式为AMR-WBI/O。弱场起呼转EPSFB功能当网络中同时支持VoNR功能和EPSFallback功能时，UE在弱场起呼时选择进入EPSFallback语音呼叫流程。当处于空闲态或Inactive态的UE发起呼叫建立请求时，发送RRCSetupRequest、RRCResumeRequest或RRCResumeRequest1消息，如果消息中的信元EstablishmentCause取值为“mo-VoiceCall”，gNodeB由此判断即将建立的是5QI1承载并下发A2测量。当处于空闲态或Inactive态的UE被呼叫时，上述消息中的信元EstablishmentCause取值为

“mt-Access”，gNodeB将下发A2测量。gNodeB根据5QI1承载建立请求前是否上报A2测量来判断该主叫或被叫UE是否处于弱覆盖区域，如果上报A2测量则判断该UE处于弱覆盖区域。此时，gNodeB将拒绝建立5QI1语音承载，并进入EPSFallback语音呼叫流程。如果UE处于非弱覆盖区域，则进入VoNR语音呼叫流程。本功能中的A2测量相关门限支持通过参数配置。VoNR头压缩RoHCVoNR是基于IP网络传输的语音业务，并且语音包采用的都是小包高频传输（语音帧大小20ms），因此语音包的头部的开销占整个数据包的比例较大。对于IPv4和IPv6语音数据包，头部开销分别达到了40字节和60字节。语音数据包的净荷（有效负荷）大小与语音的编码速率有关，通常为32字节~61字节，以IPv4语音数据包为例，包头的开销占到了语音数据包总数据量的39.6%（40/101）~55.6%（40/72）左右，即带宽资源的有效利用率只有44.4%~60.4%；同样的，IPv6语音数据包对带宽资源的有效利用率只有34.8%~50.4%。这么低的资源利用率对于带宽资源稀缺的无线网络来说是不可接受的，会直接阻碍无线网络IP化的发展，因此有必要通过对包头部分进行压缩来提升无线资源的利用率。ROHC语音包头压缩通过减少语音包头部负荷来降低无线链路误码率和时延、减少无线资源消耗。ROHC支持IPv4和IPv6包头的压缩，最高可以将包头压缩成1个字节。ROCH压缩示意图在ROCH协议框架中，ROHC功能位于UE和gNodeB的用户面PDCP实体内。ROHC功能分为两部分：压缩端（对包头进行压缩）和解压端（对压缩包头进行解压，恢复出原始包头），压缩原理示意如图所示。压缩原理示意图VoNRRLC分片优化在NR网络上行是一个功率受限的过程，基站调度TBSize的大小会受到UE发射功率的影响。当信道质量较低时，UE发射功率受限，上行动态调度分配的TBS（transportblocksize）会随之调小，使得RLC分片变多，从而增加了同一个VoNR语音包的调度次数。调度次数增加会导致VoNR语音包时延增大、丢包率抬升以及上行开销增多的语音质量问题。上行RLC分片优化功能通过限制上行动态调度分配的TBS来降低上行RLC分片数，以提高信道质量较低时的语音质量。VoNR基于语音质量切换功能基于语音质量切换是指基站实时监控终端语音质量，终端在无线环境尚未达到互操作门限时，如果语音质量变差，则下发异频异系统测量，如果达到切换门限就切换至目标小区保障语音质量，该功能主要用于弱覆盖、高干扰以及下行质差等场景，用于改善语音质量。基于语音质量切换功能原理图功能要点：网络侧根据VoNR上下行RTP丢包率来判断语音用户感知，如果RTP丢包率在连续N个周期T内满足丢包率门限L，则触发语音质切测控消息，其中N、T、L门限可配置。如果同时开启异频异系统质切，在满足质差门限时网络侧会同时下发异频和异系统测控，NR异频测量频点measID排在4G异系统频点前面，确保优先触发系统内质切；在下发测控后如果语音质量变好，网络侧会删除质切相关测控，继续监控语音质量。VoNR专用C-DRX功能VoNR每隔20ms发送一个语音包，根据VoNR的特点配置专用的DRX参数，一方面可以保障语音质量，一方面可以节约终端耗电量，提升5G用户感知。VoNRC-DRX示意图基于覆盖的VoNR到VoLTE的切换通话过程中5G信号衰减到A2门限后，gNodeB收到异系统A2事件测量报告后，下发异系统A1事件测量控制，并根据异系统切换触发事件类型（通过NRInterRatHoParam.InterRatHoTriggerEventType配置）的取值（“EVENT_B1”或“EVENT_B2”），下发异系统B1或B2事件测量控制。如果gNodeB收到UE上报异系统B1/B2事件，gNodeB根据小区信号质量顺序生成目标小区列表，选择信号质量最好的小区作为目标E-UTRAN小区。gNodeB执行到目标E-UTRAN小区的切换，切换语音连续性。基于下行覆盖的VoNR（voiceoverNR）至VoLTE（voiceoverLongTermEvolution）的切换流程与基于下行覆盖的NG-RAN至E-UTRAN数据业务切换流程相似。区别在于：gNodeB根据NRCellEutranNFreq.VoltePriority的取值判断是否对该LTE频点下发测量控制：1. 如果NRCellEutranNFreq.VoltePriority取值为255，则表示该LTE频点不支持VoLTE，则不对该LTE频点下发测量控制。2. 如果NRCellEutranNFreq.VoltePriority取值不为255，则表示该LTE频点支持VoLTE，对该LTE频点下发测量控制。VoNR5QI1/5QI5上行预调度VoNR语音包通过5QI=1承载传输，通过开启预调度功能，基站侧可以在终端发送SR之前分配上行资源，省去终端上报SR的步骤，以便语音包得到及时调度，预期可以改善远点语音感知。基站每次识别到5QI5上有上下行BSR后，会在5QI5上行预调度预置BSR定时器超时后进行上行预授权，预授权的调度周期可以进行设置，每个调度周期可以进行调度。上行MCS选阶优化当VoNR用户上行MCS阶数偏高时，会导致语音业务的上行丢包率抬升，因此需确保VoNR用户上行MCS阶数合理，以保障语音包传输的可靠性。上行MCS选阶优化功能支持通过降低语音业务初传上行MCS阶数来降低语音业务的上行丢包率，提升语音传输质量。上行MCS选阶优化功能通过参数来配置语音业务初传的上行MCS下降阶数。VoNR质差终端黑名单功能对于上报了VoNR支持能力但是功能不完善或异常的某款终端，据终端上报的UE_CAPABILITY_INFORMATION、IMEIS等特性信息，识别出该特定款终端，将该终端的UE_CAPABLITY(终端能力)特征码加到基站黑名单中。当该款终端发起VoNR呼叫时，基站拒绝建5QI1，转向EPSFB流程，完成语音通话。该功能建使用场景：通过投诉或者性能数据分析到某款终端不成熟后，可以在特定的小区或者全网屏蔽该类型终端使用VoNR。注：上述分厂家VoNR增强功能详细介绍参见附录2。VoNR质量评价指标体系VoNR开网优化过程中需密切关注现拉网测试指标及网管监控指标，以便及时采取针对性优化措施，达到VoNR与VoLTE同感同质。路测指标对标VoLTE，从“打得通”、“接得快”、“听得清”、“留得住”和“不掉话”5个维度，全面评估现网VoNR商用能力，具体指标参考标准如下：关键感知KPI指标VoNR测试指标指标定义基准值挑战值打得通接通率>98%>99%成功完成呼叫次数/终端发起呼叫总数。每次通话中，主叫UE发送第一条SIPINVITE后收到网络侧下发的SIP180Ring消息为成功完成呼叫接得快呼叫接续时长≤2.5s≤2.3s空闲态的主叫UE发SIPINVITE后收到网络侧下发的SIP180Ring消息之间的时间差。听得清丢包率≤0.5%≤0.3%（发送RTP数-接收到RTP数）/发送RTP数×100%话音MOS值>3.8>4POLQA算法平均得分语音MOS小于3.0占比＜2%＜1%MOS3.0以下采样点数/MOS总采样点数（VoNR2VoNR）语音MOS大于4.0占比>96%>98%MOS4.0以上采样点数/MOS总采样点数(VoNR2VoNR)留得住时长占比>98%>99%VoNR通话时长/全部通话时长，全部通话时长包括VoNR、EPSFB、VoLTE、CSFB、2G等通话时长5/4切换占比(语音）2%1%语音业务5/4切换次数与小区中特定5QI的QosFlow建立尝试次数的占比

gNodeB收到UE发送的MeasurementReport消息，gNodeB切换判决要切换到E-UTRAN系统时，如果切换出承载包含语音业务，则记语音业务切换请求。

gNodeB收到来自AMF的INITIALCONTEXTSETUPREQUEST消息后，如果指示需要同时建立PDU会话，则针对该PDU会话中的每个QoSFlow，按照5QI统计N.QosFlow.Est.Att.Cell5QI和N.QosFlow.InitEst.Att.Cell5QI指标不掉话掉话率≤1%≤0.5%（主叫掉话次数+被叫掉话次数）/（成功建立呼叫次数*2）。主叫主动挂机时，主叫未收到SIP_BYE-OK或被叫未发送SIP_BYE-OK，均计算一次掉话。切换成功率>99%>99.5%切换成功次数/切换请求次数。UE收到源gNB发送的携带mobilityControlInfo的“RRC连接重配置”消息（RRCConnectionReconfiguration），向目标小区gNB发送RRC重配完成消息（RRCConnectionReconfigurationComplete）记为切换成功切换成功率5/5（语音）>99%>99.5%切换成功次数/切换请求次数。当服务gNodeB小区接收到UE的MeasurementReport消息后，满足切换门限，则记切换请求。

当gNodeB目标小区收到UE返回的RRCReconfigurationComplete消息，记切换完成切换成功率5/4(语音）>98%>99%切换成功次数/切换请求次数。

UE切入到E-UTRAN系统后，gNodeB收到AMF发送的UECONTEXTRELEASECOMMAND消息或收到UE发送的RRCReestablishmentComplete消息时，如果切换出承载包含语音业务，则记语音业务切换成功。

gNodeB收到UE发送的MeasurementReport消息，gNodeB切换判决要切换到E-UTRAN系统时，如果切换出承载包含语音业务，则记语音业务切换请求。网管指标网管指标主要考虑话音和视频业务的接通率、掉线率、切换成功率及话务量等指标，指标名称及各主设备厂家支持情况如下，详细内容参见附录3。指标名称华为中兴中信科爱立信诺基亚VoNR建立请求次数(5QI1)支持支持支持支持支持VoNR无线接通率(5QI1)支持支持支持支持支持掉线率(5QI1)(小区级)支持支持支持支持支持掉线率(5QI1)(网络级)支持支持支持支持支持系统内VoNR用户切换成功率(5QI1)不支持不支持支持不支持支持系统间切换出准备请求次数（NG-RAN->EUTRAN）(5QI1)支持不支持支持不支持不支持系统间切换成功率（NG-RAN->EUTRAN）(5QI1)支持不支持支持不支持不支持全网每天空口业务上行字节数(5QI1)支持支持支持支持支持全网每天空口业务下行字节数(5QI1)支持支持支持支持支持全网每天VoNR语音话务量(5QI1)支持支持支持不支持支持上行PDCPSDU平均丢包率（5QI1）支持支持支持支持支持下行PDCPSDU平均丢包率（5QI1）支持不支持支持支持支持VoNR建立请求次数(5QI2)支持支持支持支持不支持VoNR无线接通率(5QI2)支持支持支持支持不支持掉线率(5QI2)(小区级)支持支持支持支持不支持掉线率(5QI2)(网络级)支持支持支持支持不支持系统内VoNR用户切换成功率(5QI2)不支持不支持不支持不支持不支持系统间切换出准备请求次数（NG-RAN->EUTRAN）(5QI2)不支持不支持不支持不支持不支持系统间切换成功率（NG-RAN->EUTRAN）(5QI2)不支持不支持不支持不支持不支持全网每天空口业务上行字节数(5QI2)支持支持支持支持支持全网每天空口业务下行字节数(5QI2)支持支持支持支持支持全网每天VoNR视频话务量(5QI2)支持支持支持不支持支持上行PDCPSDU平均丢包率（5QI2）支持支持支持支持支持下行PDCPSDU平均丢包率（5QI2）支持不支持支持支持支持VoNR优化方法从VoNR测试优化工作中总结优化方法。主要从VoNR接入问题、VoNR接通时延问题、VoNR语音质量问题、VoNR掉话问题共计5项专题入手，以专题形式对问题进行针对性分析和优化。VoNR接入问题从信令流程分析异常接通，VoNR呼叫流程涉及网元较多,如UE、GNB、核心网、IMS等网元,如果出现问题需要进行端到端的信令分析，VoNR呼叫建立流程包含7个阶段。接入流程7阶段示意图阶段15G侧RRC接入：如果主/被叫是在空闲态下起呼,需要RRC接入流程。RRC接入失败分析原因分析（1）上行干扰,弱场接入：上行干扰或者弱覆盖下UE上行受限,UE接入的信令消息基站无法正确解调。（2）RRC连接建立定时器设置过长：基站侧“RRC连接建立定时器(ms)”设置过比如为10s,如果第一次RRC建立失败后需要等约10s才会重新发起RRC连接建立请求,容易导致VoNR通话建立超时。（3）PCI\RSI复用距离过近:PCI或者prach逻辑根序列号复用过近会导致小区间发生干扰,引起接入失败。（4）UE去激活定时器设置过小：3.0版本去激活定时器没有区分承载,在被叫没开彩铃的情况下,去激活定时器inactivetimer设置为10s,主叫收到180ringing消息10s后收到基站下发的RRC释放消息,引起呼叫失败。阶段2鉴权加密或UE能力查询：如果主/被叫是在空闲态下起呼,需要鉴权加密和UE能力查询流程。鉴权加密或UE能力查询失败原因分析：UE,基站,5GC的鉴权配置不一致导致或者VoNR能力不携带导致后续不会建立5QI1。阶段3QPSFlow(5QI5)建立：如果主/被叫是在空闲态下起呼,需要建立5QI5承载。（1）5QCI5切片数据漏配或者设置错误导致5QI5建立失败。（2）无线信号良好,核心网下发5QI5承载,基站回复失败,失败原因为：radioNetwork=0:Ngap_CauseRadioNetwork_Root_unspecified。阶段4QPSFlow建立(5QI1)建立：VoNR呼叫主被叫都需要建立5QI1专用承载.（1）核心网不下发5QI1:经过终端,基站和核心网三方面的对比目前已经明确了发生场景为核心网是在并行处理RANidle定时器触发的释放,此时核心网认为UE在idle态,而终端和基站侧看终端已经处于连接态导致核心网5GC不下发5QI1建立,5GC核心网出新版本解决。（2）“NR语音开关指示”配置为“false”,导致核心网建立5QI1时基站拒绝。（3）终端原因导致5QI1重配失败：UE在原小区SSBARFCN/PCI:504990/274建立5QI1时,回复5QI1建立重配的完成消息通过查看基站侧信令,基站并没有收到该消息.此时无线信号良好(RSRP:-93dBm,SINR:15dB)频谱扫描也没有发现有上行干扰,鉴于UE发起重建立的原因是重配失败,UE虽然生成了重配完成消息,怀疑并没有给基站发送.测试终端是HWmate30pro。（4）由于VoNR和EPSFB自适应打开，终端处于覆盖较弱的场景，导致发起EPSFB回落。阶段5被叫寻呼：如果被叫在idle态下,核心网需要对被叫进行寻呼。（1）无线覆盖弱或者高干扰场景导致UE收不到寻呼消息。（2）外场测试NR弱场信号在-112~-118dBm左右时,EPSFB存在概率性出现被叫收不到寻呼消息的情况.目前版本寻呼信道CCE默认配置为4,解调性能不好,如果带宽容许弱覆盖站点调整为8。（3）被叫RRC建立失败：UE收到paging消息后由于无线原因,或者基站问题导致RRC建立失败,无法给核心网回复寻呼响应。（4）HWAMF已知问题：基站侧排查当该被叫不能被寻呼到时,实际基站侧并未收到对该终端的paging消息,进一步联系HW核心网排查定位,是AMF800有内部故障,需通过升级AMF800解决阶段。阶段6SIP流程交互（1）IMS问题没有投递SIP信令或者投递不及时（2）IMS在流程正常的情况下主动发SIPCANCEL（3）IMS下发5XX,403forbidon失败码。阶段7彩铃阶段：被叫开通视频彩铃业务后,主叫摘机过快导致后续流程发生了乱序.(一般只有路测时手机自动摘机时会遇到)。VoNR接通时延问题针对VoNR呼叫建立时延的优化一般需要进行分段时延统计来分析,如果某段时延相比于基准时延差别较大,并且该段时延在整体时延中占比较大,那么需要针对这段时延进行重点分析。比如主叫发起invite消息到收到183消息时延较大,这段时延主要设涉及主被叫的RRC建立,默认承载建立,专载建立以及被叫的寻呼.所以可以看看这几个流程是否存在异常,或者被叫呼叫时是否处在idle等。VoNR呼叫建立时延分析思路空口时延影响因素：做好基础覆盖RF优化工作,避免或减少呼叫建立过程中发生切换,RRC重建立,NAS层消息和SIP消息等在空口的时调延度；干扰主要通过清除干扰来解决；呼叫建立时延方面VoNR互相打近点和中点基本相当,远点比近点多240~260ms.远点时由于SIP消息分片导致整体SIP消息调度时延变大。UE侧时延影响因素：被叫开启彩铃/视频彩铃：彩铃播放成功后核心网才会将180ring消息转发给主叫,由于播放视频彩铃的时间长180ring消息的转发延后导致呼叫建立时延增加.如果是视频彩铃主叫呼叫建立时需要进行彩铃的媒体协商和QCI2的承载建立,也会导致呼叫建立时延增加.正常播放视频语音彩铃会增加呼叫建立时延600s左右,普通彩铃影响200ms。被叫处于Idle态时：如果被叫处在idle态需要对被叫进行寻呼,对呼叫时延有较大影响。UE侧Paging周期：有些终端会主动上报自己期望的寻呼周期,有些终端会主动上报期望的寻呼周期,最终的寻呼周期为UE和基站侧配置取小.如果某类型UE的期望寻呼周期是320ms,基站的默认寻呼周期是1280ms,那么最终该用户使用的寻呼周期320ms。不同终端对Sip消息的响应速度会有差异,可能会影响整体呼叫时延.芯片差异：海思终端主叫在ServiceAccept后才显示Invite,而高通芯片在Servicerequest之前显示,相比高通终端节省约200ms。基站侧时延影响因素：（1）DRX影响：在呼叫过程终如果UE进入DRX休眠,会导致SIP消息的调度时延变长,休眠时间越长,影响时延越大.（2）QCI5预调度：定点VoNR拨打VoNR测试,打开5QI5的预调度后呼叫建立时延节约200ms左右.开启5QI5预调度功能后,会加快SIP消息的基站调度,减少空口时延.（3）基站默认寻呼周期：设置不同大小对被叫idle下呼叫时延影响不同.（4）在存在干扰场景的情况，通过干扰避让避开干扰带也可以达到优化效果.（5）通过语音优先开关打开，使得在流程冲突的场景，优先语音承载建立.核心网和IMS时延影响因素：（1）流程冲突：SMF向基站发送PDUSessionModify消息,建立5QI1的专用QoSFlow,如果空口正在发生移动性事件(如Xn切换,N2切换),核心网优先处理移动性事件,SMF等待流程冲突定时器超时后再重新发送PDUSessionModify建立5QI1导致时延增大。（2）5QI1建立时发生多次PDU流程修改:需要联合核心网一起排查.（3）IMS开启183消息提前转发功能：不等被叫建立完5QI1承载建立完毕,提前转发183消息可以改善约100ms时延.VoNR语音质量问题VoNR语音质量通过MOS值量化评估，MOS分值越高则语音质量越高。MOS值的直接影响因素为编码速率、丢包、时延和抖动。主要从“4个维度”进行分析。VoNR语音质量影响因素综合影响MOS的因素，分析流程如下：MOS质差分析流程MOS质差分析与处理方案（1）故障告警基站告警会影响业务性能,尤其是严重告警,下表梳理了影响业务性能的告警清单,现场需及时处理。（2）覆盖问题-弱覆盖会严重影响VoNR语音性能,尤其是当RSRP达到语音感知临界点时,语音包的丢包,抖动和时延都会出现劣化.造成弱覆盖的原因主要有站点少,越区覆盖,邻区配置问题,功率参数配置问题等,需要结合实际情况及工参进行加站,RF优化,邻区核查优化,参数调整等操作。覆盖方面目前有以下几点需要注意：1）VoNR拉远性能测试结果的可重复性差,下图为通过大量拉远测试采样点求平均得出的结果,现场可自行进行拉远测试体验。RSRP与MOS值关系图2）当前为提升5G驻留比指标已将数据业务5G到4G切换门限下探，为保障VoNR感知需要把语音业务的异频异系统切换事件和门限与数据业务分开配置,VoNR应比数据业务更早切换至4G。3）VoNR商用初期必然受限于深度覆盖,对于电梯,车库等快衰场景需要通过调整VoNR向VoLTE切换门限,使得用户在出现感知问题前回落4G,不至于出现单通,断续甚至掉话等问题。（3）干扰问题干扰分为系统内干扰和系统外干扰两种类型,系统内干扰来源主要包括：数据配置错误造成干扰、频段调整配置参数、时隙配置不对齐产生干扰、GPS时钟失步干扰、小区间下行干扰及设备故障。系统外干扰主要包括：杂散干扰、阻塞干扰、互调干扰。上行干扰对强场用户感知影响有限,但是对中弱场用户感知影响较大,上行干扰对网络的影响表现为将基站有限覆盖范围缩小,从大量测试结果来看,在上行NI抬升10dB时,VoNR拉远性能下降6dB左右。同时需要关注5G同频组网干扰、5G室内外干扰、700M广电干扰带来的影响，相关干扰影响亟待研究。各个厂家需要关注各自的抗干扰能力，充分研究不同场景下，不同厂家设备的干扰规避能力以及对VoNR、ViNR的影响。（4）下行质差下行质差的原因主要包括：重叠覆盖,模三干扰,重选切换参数设置不合理等因素，其中重叠覆盖需要通过RF优化调整,使其有主覆盖小区；模三干扰需要通过RF优化或PCI调整解决；越区覆盖可通过RF优化或功率优化控制越区覆盖；参数配置重点检查重选和切换参数,避免由于参数设置极端导致终端无法及时从弱场迁移至强场。（5）切换问题由于切换参数设置不合理或邻区配置问题导致切换不及时或频繁切换等问题会严重影响MOS评分,给用户带来很差的用户体验,因此必须重视对切换链的梳理.从大量测试数据来看,MOS均值会随切换次数的增加而降低,异频和异系统切换相对同频切换对语音感知影响更为明显,每增加一次切换必然会导致MOS降低。常见的切换问题和对应的解决方案表（6）RRC重建终端处于RRC_CONNECTED状态时,如果出现切换失败,无线链路失败,完整性保护失败,RRC重配置失败等问题会触发RRC重建过程.RRC重建流程的目的是恢复RRC连接,包括恢复SRB1承载和安全模式激活.RRC重建过程会导致短暂的语音吞字,对语音感知影响较大,因此需要通过网络优化尽量减少RRC重建发生概率。重建优化处理建议：（7）终端问题目前市场上各类型终端较多，针对排查出的终端能力问题，需要推动终端厂家升级解决。VoNR留得住问题通过互操作策略，以优先驻留5G为根本原则；根据4G和5G网络质量情况，设置合理的互操作策略，确保UE占用最优网络。5G驻留分析问题处理得四个原则如下：具体的参数策略见附件1：基线配置。1）在5G时体验优于4G，则驻留在5G；2）5G边缘用户转移到4G，此时满足4G体验优于5G；3）通话结束后，在4G始终尝试转移到5G，只要5G体验优于4G，则实施转移；4）防乒乓原则，本端切出条件中存在对端质量门限，同样，对端切换条件中也包含对端质量门限；彼此耦合，但是又彼此不知，互操作设置时需要防乒乓。5）5G异频切换策略，在当前频段语音感知体验不足，只要满足异频5G网络体验优，则实施转移。VoNR开通场景: VoNR开通保证连片开通，边界通过TAC黑名单来避免切换；通过开通VoNR-VOLTE自适应切换以及基于语音质量的切换来使得用户在边缘可以回落到LTE。5-4的切换策略主要基于覆盖的VoNR-Volte的切换。要求语数分离，5QI1单独成组，并绑定组0；配置建议范围和45G互操作门限一致。1）在NR弱覆盖或者干扰区场景:打开基于语音质量的vonr-volte切换。使得终端在5G语音质量差的区域可以切换到LTE，语音质量主要基于丢包率来判断，对应参数配置建议切换丢包率门限配置为5%，停止测量事件的丢包率配置为2%。2）VoNR部分开通场景：通过TAC黑名单来避免语音切换后的掉话，设置了TAC黑名单后携带语音业务时，将不会发生往黑名单TAC小区切换。3）VoNR未开通场景：打开EPSFB开关，当发起语音时的时候，终端通过EPSFB的方式切换回LTE。VoNR掉话问题在VoNR语音业务时,对于开通VoNR功能的用户会在RRC连接建立后建立5QI5的信令承载,在进行VoNR通话时,会再建立5QI1的语音专用承载,5QI1的QoSFlow释放,意味着VoNR语音业务结束,所以我们用5QI1的E-RAB异常释放来定义VoNR语音业务掉话。掉话问题分析流程四个维度维定界寻找解决方案：（1）终端侧：A、终端异常detech排查B、终端异常发起专载释放（2）无线侧：A、弱覆盖B、高重叠C、高干扰D、容量受限E、切换异常等基础问题优化（3）5GC侧：A、TAUrejectB专载丢失C、核心网主动下发专载释放（4）IMS侧：A、IMS下发BYEB、IMS没有下发BYE200OK消息CIMS单边释放C、RTPTIMOUT无线侧根因分析：目前较少发现由于核心网原因导致的VoNR语音掉话,大部分都是无线侧原因导致的掉话,主要原因有以下几个方面：（1）正常情况下,某个小区周边都存在邻区,如果无线环境不是很差,都可以通过切换的方式改变服务小区.当某个站点缺失邻区或者邻区添加不合理,会导致切换不能够及时进行,缺失邻区会对服务小区造成比较严重的干扰,从而造成掉线.因此处理掉线率较高的小区时,需要核查邻区配置是否合理。（2）小区存在异频邻区时,需核查异频切换类参数是否配置合理。（3）核查小区是否存在超远覆盖,导致覆盖孤岛,无法切换到周边邻区.可以通过后台跟踪信令,观察测量报告,并补齐漏配的邻区,随后需要对覆盖进行控制。（4）对于因弱覆盖导致掉线,若终端处于覆盖边缘,周围无可用的5G小区,可以添加系统间邻区,UE通过切换到LTE小区进行接续。（5）5G切换时目标小区不支持VoNR导致质差掉话。（6）中兴核心网下VoNR通话过程中切换到4G后专载没有恢复导致掉话（7）建立5QI2专载时滤波器配置不完善导致掉话。VoNR典型优化案例无线案例华为设备无线链路失败RRC重建后，终端收到网络下发的RRCRelease导致呼叫失败现象概述：无线链路失败后发生基于fallback模式的RRC重建，随后终端收到RRCRelease消息，导致呼叫失败。问题分析：在华为基站远点测试时，被叫终端发送SIP183过程中在PCI357发生无线链路失败，随后在同一小区发起RRC重建，基站回复RRCSetup，说明发生了基于fallback模式的RRC重建（疑似基站无法获得/保留合法的UEContext）RRC重建后，被叫终端再次发送SIP183成功，并随后进行SIPPRACK流程，但是基站并没有给终端配置5QI=1的DRB，大约重建流程1.5秒后收到基站下发的release原因为空的RRCRelease消息。随后由于Tqos(6秒)超时，被叫终端发送SIP580“Preconditionfailure”给网络侧，呼叫建立失败。解决方案：该问题与华为5GC和基站都有相关性。5GC在版本0解决，5QI=1在用户跨站重建的保活优化（VoNR业务在跨站重建转建立5QI=1建立成功后，核心网保持5QI=1，保障语音业务延续）。目前版本正在杭州做FOA入网测试，预计2月份会获取入网证，5月份完成全网升级；基站22A版本已获得入网许可，通过Xn接口提权上下文可以恢复通话。中兴区域VoNR功控参数设置不合理导致好点RTP丢包率波动性突高现象概述：在某区域进行VoNR语音测试，发现在好点（RSRP=-70dBm、SINR=15dB左右）位置测试时也会出现RTP丢包率高的现象，RTP丢包基本都发生在基站下调终端发射功率的时间。通过统计，此次路测中几乎一半的RTP丢包均是由于该问题引起。问题分析：在SS-RSRP较高时，相应的路损较低，此时gNB通过上行闭环功率控制调低终端发射功率，但过低的发射功率可能导致gNB不能正常解调PUSCH信道(PUSCH误包率上升)，从而导致RTP包未能成功发送到网络侧。在PUSCH重传增多时，上行误包率增大，gNB又通过上行闭环功率控制调高终端发射功率，此后PUSCH信道、RTP包发送正常。当PUSCHBLER低时，基站闭环功率控制持续下调，导致上行发射功率过低，影响上行数据的接收。发生连续NACK，导致丢包。分析发现，中兴的参数配置主要针对数据业务，内环调控周期相对较长，调控兼顾小区间干扰水平，UE功率抬升相对平稳，尽量降低干扰水平。相对语音实时类业务，就显示出外环对内环影响滞后。解决方案：针对上述问题现象，调整内环控制策略，修改参数配置：功控滤波周期因子，UlSinrFilterFactor：64->16。调整更为匹配语音业务，同时也兼顾数据业务。中兴基于质量异系统切换功能与呼叫保持冲突现象概述：VoNR测试期间发现，在中兴部署基于语音质量异系统切换功能的小区进行VoNR呼叫保持业务，呼叫保持后双方必然出现5G到4G切换。针对上述问题展开分析，在发现问题的小区进行拨测，同步抓取呼叫保持双方的终端日志分析：呼叫保持发起端信令分析本端VoNR起呼在17:01:30正常接听后进入通话状态，通话过程中本端上下行均按照RTP包序号依次递增正常收发包。在时间点17:01:35本端发起呼叫保持，本端语音承载被设置为sendonly（只发不收）并同步将会话下行GBR和MBR配置2kbps(阻断下行RTP流，只保留RTCP传输使用带宽，此时本端将处于静音状态，在此之前流程均正常。但在呼叫保持大概10s后，网络侧下发切换至LTE重配置命令，经查询基站参数，确认此次切换为基于语音质量的5G至4G异系统切换。由于位于局楼室分5G和4G无线环境非常好的情况下进行测试，正常不会触发基于语音质量切换。经过咨询中兴厂家，中兴基于语音质量的切换是通过监控RTP包来实现的，只要上下行中任一方向满足RTP丢包门限即会触发基于质量切换。经过与终端的上下行RTP包序号核对，在本端发起呼叫保持的re-invite后，上下行最后一个RTP包序号分别为156（上行）和11054(下行)，由于是进行呼叫保持业务，此后到切换的10s时间内再无RTP包。查询中兴网管配置的语音质量参数，该小区配置的上下行语音质量评估周期刚好为5s*2=10s，也就是说在这10s评估周期内中兴基站将呼叫保持正常的上下行不收发包状态误判为RTP丢包，从而触发了基于语音质量的异系统切换。被保持端信令分析针对上述分析的结果，对被保持端信令再次分析确认，在收到呼叫保持的re-invite命令后发起invite200ok将语音承载设置为recvonly(只收不发)状态，并同步将会话上行GBR和MBR配置2kbps(阻断上行RTP流，只保留RTCP传输使用带宽)，此时呼叫保持对端将会进行放音“请不要挂机，您拨打的用户使用呼叫保持……”。在呼叫保持后大概10s后同样触发了基于语音质量的系统切换，针对RTP包序号进行分析，在呼叫保持后上行的方向在呼叫保持后最后一个包序号为528，此后再无上行RTP包。根据中兴基于语音质量切换功能定义:只要上下行有一个方向出现质差就会触发切换，中兴基站基于呼叫保持时将放音端上行正常没有发包状态误判为RTP丢包，已经满足语音质量切换条件触发切换，结论与呼叫保持发起端分析一致。进一步分析发现，此时放音端下行虽然一直收到RTP包，但是在呼叫保持前后由于语音源变更(语音SSRC:1422155129->放音SSRC:1868718491)导致包序号重置(语音最后一个RTPRN:417->放音第一个RTPRN:24988)，如果中兴基站仅基于RTP包序号判断丢包而不考虑SSRC不同的话，同样会将下行包序号重置误判为RTP丢包从而触发基于语音质量切换。综上所述，中兴基站基于语音质量切换功能不适配呼叫保持等特殊业务需求，会将呼叫保持正常的不收发包状态误判为RTP丢包从而触发基于质量切换，并且在放音端由于下行SSRC不同导致RTP包序号重置误判为丢包同样会误触发基于质量切换，由于其功能不完善导致呼叫保持过程必定发起不必要异系统切换，影响VoNR占网时长，也有可能导致用户误判当前无线环境有问题。解决方案：主被叫任意一方使用通话保持功能触发基于语音质量切换至4G问题和场景参数配置相关，通过调整基于质量切换算法的配置模式。启动无线信道测量，配合丢包率联合判决，并且调整滤波周期。在小区进行复测上述问题得到解决。中兴公司内部通过技术通知单发布全网，按需变更。SSRC不同导致RTP包序号重置，基站已经考虑保护策略:如果当前RTP报文与上一个RTP报文的SSRC字段不相同，则认为丢包数等于0。中信科弱场语音起呼自适应未回SMF正确cause导致起呼失败现象概述：VoNR弱场起呼自适应是指网路侧可配置EPSFB与VoNR自适应A2门限（测量目的为启动弱场起呼过程），当RSRP小于该门限后，终端上报A2事件，此后该用户在此基站下语音采用EPSFB方案。在开展弱场测试中，发现终端可回落，但是回落后出现INVITE503ServiceUnavailable,导致通话失败。问题分析：基站侧已开启弱场起呼开关，A2事件测量配置为启动弱场起呼过程：核查对应用户基站侧log，发现弱场自适应到EPSFB时，基站回复核心网的PDUSessionResourceModifyResponse中携带的CAUSE为Handover

desirable

for

radio

reasons正常的EPSFB用户基站回复核心网PDUSessionResourceModifyResponse中携带的CAUSE为IMSvoice

EPS

fallback

or

RAT

fallback

triggered综上，中信科目前版本用户处于VoNR转EPSFB时，基站收到核心网建立5QI1的PDUSessionResourceModifyRequest后，基站会給用户处理建立专载，但在回复SMF专载建立失败时所携带的CAUSE有误，导致SMF没有在用户回落到LTE去重新建立专载，影响用户的正常接通。。解决方案：需要改携带的原因值，目前已经在下一个版本V1.00.60.00版本解决，正在获取入网许可证流，后续可通过版本升级解决该问题。爱立信5G基站不支持RoHC头压缩功能导致VoNR语音呼叫建立时延长现象概述：在爱立信5G基站下测试VoNR业务时，统计主叫侧呼叫建立时延为2.64s，高于其他厂家的1.8s，现场尝试开启预调度功能后，对比呼叫建立时延无明显改善。问题分析：通过分段统计对比不同厂家VoNR建立时延，发现爱立信在5QI=5承载建立阶段的时延比其他厂家长，其他阶段相差不大。进一步对比分析，发现其他厂家在开启5QI=5的预调度后，时延会减少300ms以上，而爱立信开启5QI=5的预调度后，时延无明显改善。深入分析预调度不能生效的原因。发现当前基站版本不支持RoHC头压缩功能，怀疑VoNR上行RTP包超过预调度功能预估的初始缓存区大小，导致UE并不能在一次调度内发送完上行RTP包，进而导致预调度功能开启后对VoNR呼叫建立时延无明显改善。初传RTP包大小计算过程如下：初传RTP包大小需要综合考虑的因素如下：VoNR语音编码方案:EVS24.4PDCP/RLC包头大小非压缩的IP/UDP/RTP包头:不支持RoHCSIP,RTP协议使用IPV6上行语音包一次调度传输(BSR=0)根据以上因素，计算出的RTP包TBS大小为131bytes，计算方法如下：488bits,61bytes(voicepayload)+60bytes(非压缩的IP/UDP/RTP包头)+18bits,3bytes(PDCPheader,TS38.323)+56bits,7bytes(RLC+MAC+BSR+CRC)=61+60+3+7=131bytes基于以上计算，初传RTP包大小已经超过了预调度功能预估的初始缓存区大小，需要通过多次调度才能完成上行RTP包发送，现场将preschedulingDataSize参数由86修改至150，VoNR呼叫建立时延减小至1.9s，测试信令截图如下：解决方案：因为爱立信5G暂不支持RoHC头压缩，导致预调度功能不能生效，从而严重影响VoNR的接通时延。且爱立信暂时无法给出解决该问题的具体时间。在这种情况下，建议将preschedulingDataSize参数由86修改至150Bytes，保证在一次调度内完成上行初始RTP包发送，可明显改善VoNR的接通时延。爱立信5G站点VoNR通话中PDSCHBLER不收敛导致高丢包现象概述：在VoNR业务时，VoNR平均丢包率达到1%，丢包率超过1%的通话占比达超过20%。分析发现在PDSCHBLER高的时候下行仍然采用高阶编码方式（64QAM/256QAM），PDSCHBLER不收敛，导致高丢包。问题分析:整个VoNR拉网，VoNR平均丢包率达到1%，丢包率超过1%的通话占比超过20%，PDSCHBLER大于20%的占比为35.95%；同时下行编码64QAM占比48.35%，256QAM占比为35.92%。（对比华为区域拉网数据，QPSK达到占比97%）。无线环境快速变化区域无线环境平稳区域无线环境快速变化区域无线环境平稳区域图中棕色面积图代表PDSCH初始BLER，绿色曲线代表SS-SINR，黑色代表曲线DLMCS。可以看出，从该示意图中可以看到随着SINR的提升，MCS也随之提升，但是也随之BLER升。无线环境平稳区域（左边）：该区域SINR变化缓慢，MCS缓慢降阶后，BLER随之收敛。无线环境快速变化区域（右边）：该区域SINR快速变化，MCS随着SINR变化，而是向BLER收敛方向变化，最终导致BLER不收敛。解决方案：联系爱立信总部研发，计划升级基站版本解决该问题。（据了解，同类型问题在爱立信19年基站版本（1917）也出现过，当时为数据业务BLER高，导致重传次数过多，影响峰值速率。后爱立信通过基站版本升级解决）。爱立信N21.2基站版本开启VoNR后IPhone12终端出现无法被叫现象概述：在爱立信N21.1及N21.2基站版本测试VoNR业务时，发现同站下IPhone12终端出现无法被叫的问题。IPhone12终端VoNR业务的主被叫以及和huaweimate40pro对比测试，情况如下：1）VoNR语音业务：苹果iPhone12主叫可以接通，被叫出现未接通现象，未接通时主叫侧信令显示abnormalSIPcall（原因值：580）。huaweimate40pro主被叫均正常2）做EPSFB语音业务：苹果iPhone12和huaweimate40pro主被叫均正常问题分析：爱立信南通NR2.6G站点，软件版本：N21.1以及21.2。cellName小区名nRPCInRTACNT_CC_NTNR68J78_E5H_2611南通-崇川-五山小学-E5H-2611271049000参数配置如下：MO参数取值范围默认值参数解释建议值McfbmcfbCellProfileEnabledtrue/falseFALSEMcfb功能开关TRUEMcfbvoiceEpsFbPossibletrue/falseTRUE是否允许语音EPSFBTRUEMcfbCellProfileepsFallbackOperation0~620:采用VoNR

2:采用盲重定向

3:采用测量的重定向

6:采用基于测量的切换0McfbCellProfileepsFallbackOperationEm0~50紧急呼叫的EPSFB或VoNR策略0McfbCellProfileepsFbTargetSearchTimer1~12000ms500基站等待B1测量时长2000McfbCellProfile,rsrpCellCandidatethreshold-140~-44-140LTE小区需满足的B1门限-110McfbCellProfile,rsrpCellCandidatetimeToTrigger0~5120ms40B1判决时间160测试验证：（1）测试整体情况1）VoNR语音业务，苹果iPhone12主叫可以接通，被叫出现未接通现象，未接通时主叫侧信令显示abnormalSIPcall（原因值：580）。huaweimate40pro主被叫均正常2）做EPSFB语音业务，苹果iPhone12和huaweimate40pro主被叫均正常终端类型呼叫描述VoNR测试EPSFB测试备注iPhone12主叫okok被叫nookVoNR:iPhone12主叫能接通

VoNR:iPhone12被叫无法接通，主叫侧信令显示abnormalSIPcall（580）HUAWEIMate40pro主叫okok被叫okok（2）iPhone12被叫测试VoNR在5G网打开VoNR业务时，HUAWEIMate40pro做主叫，iPhone12做被叫测试。SS-RSRP=-61dbm，SS-SINR=10db，无线环境良好。信令对比：对比正常的VoNR 信令和iphone12做被叫异常信令可以看出：第一阶段：VoNR起呼阶段Invite-Request均正常第二阶段：PDUsessionmodification会话修改阶段流程正常第三阶段：呼叫振铃接通阶段：正常信令：收到Ring180，以及InviteOK200异常信令（iPhone12被叫）:Ring180和InviteOK200均未收到，收到异常信令Invite58异常信令：IPhone12做被叫正常VoNR信令事件对比：正常事件：callattempt后到callsetup以及callestablished异常事件（iPhone12被叫）:callattempt后abnormalsipcall，之后直接blockcall异常事件：IPhone12做被叫正常VoNR事件综上，海思5G终端在爱立信SA网络下语音VoNR及EPSFB均正常。苹果iphone12终端在爱立信 SA网络下VoNR语音主叫正常，被叫无法接通。但做EPSFB主被叫均正常。解决方案：经现场核查验证，参数epsFallbackOperation设置1可规避苹果IPhone12/13使用VoNR业务时被叫未接通现象。此时非苹果终端可正常使用VoNR业务，苹果终端IPhone12/13使用EPSFB做语音业务。参数介绍：MO参数建议值参数解释McfbCellProfileepsFallbackOperation1支持VoNR终端执行VoNR，不执行VoNR的终端触发盲重定向验证过程：huaweimate40pro终端互拨当在此参数配置下，两部海思终端（mate40pro）之间在SA网络互拨时，由于终端支持VoNR业务，主被叫均触发VoNR语音业务，拨打多次，成功率均为100%，VoNR呼叫正常。苹果IPhone和海思终端互拨当SA网络该参数配置下，由于苹果IPhone12/13当前版本暂不支持VoNR业务，无论苹果IPhone12/13作