VONR优化参数

VoNR(全称Voice on New Radio),是一种通话技术,语音业务作为移动通信网络的核心业务之一,每代网络都会对语音业务进行演进,5G-VONR即在通话过程中只通过5G信号完成语音与视频通话。如同4G时代的VoLTE, 5G SA模式下的VoNR是基于纯5G接入的通话解决方案,话音业务和数据业务均由5G网络承载,不依赖4G,是5G成熟发展期的目标语音解决方案。与上一代的VoLTE相比,在通话质量上有大幅度的提升,具有延迟更低、音质与画质更高的特点,可以整体提升用户的使用体验。 VoNR或EPS Fallback 当5G网络支持VoNR时,5G终端直接基于5G网络进行语音业务。当5G终端处于NR小区覆盖边缘时,语音业务通过PSHO(packet switched handover)切换至4G LTE网络,即采 用4G LTE网络的语音解决方案; 当5G网络不支持VoNR时,5G终端的语音业务通过EPS Fallback 回落至4G LTE网络。 VoNR关键技术-体验提升 基于覆盖的VoNR和EPS Fallback自适应 gNodeB根据5QI1承载建立前是否上报A2测量来判断该主叫或被叫UE是否处于弱覆盖 (-120dBm /-102dBm)区域,如果上报A2测量则判断该UE处于弱覆盖区域,VoNR弱场起呼转EPS FB功能 基于MAC CE的调速 当检测到UE的空口速率高于(或低于)门限时,gNodeB通过MAC CE通知UE推荐的空速 率为某一高(或低)空口速率;ANBR_SW=1。 基于重传次数增加的上行覆盖优化 当5QI1承载采用UM模式时,gNodeB针对语音用户在MAC层进行最大4次HARQ重传,如果 用户处于小区边缘,重传4次可能也无法确保上行数据完全准确传输。当5QI1承载采用AM模式时,如果4次HARQ重传均失败,会进一步在RLC层进行ARQ重传且 重传次数足够(32次),因此该模式下无需增加MAC层的HARQ重传次数;UL_DELAY_COV_OPT_SW=1。 ROHC语音包头压缩 VoNR支持ROHC语音包头压缩,通过减少语音包头部负荷来减少无线资源消耗。 ROHC支持IPv4和IPv6包头的压缩; ROHC_SW=1。 上行RB预留 为语音用户预留特定位置和数量的RB资源,以保障语音业务体验。语音用户可优先使用预 留的RB资源,预留的RB资源被占满后可以继续使用非预留的RB资源,非预留的RB资源按 照正常的调度流程分配。 基于语音质量的异频切换 当网络中存在语音质量低的VoNR用户时,对这类用户进行基于语音质量的异频切换,以确保用 户的语音业务体验。VONR_QLTY_INTER_FREQ_HO_SW=1 当用户级语音业务上行丢包率或下行丢包率> 门限(默认5%)时, 表示用户语音质量变低,此时将触发基于语音质量的异频测量; 当用户级语音业务上行丢包率和下行丢包率均≤ 门限(默认1%)时, 表示用户语音质量变高,此时将停止基于语音质量的异频测量。 gNodeB对选择的异频频点下发异频测量A5事件; 上行RLC分段优化 当信道质量较低时,通过限制上行动态调度分配的TBS来降低上行RLC分段数,以提 高语音质量。 分析思路 集团考核标准: (VoNR两低一高小区占比=VoNR低接通小区占比+VONR-VOLTE低切换小区占比+高掉话小区占比) VoNR低接通小区定义:VoNR语音话务量(5QI1)>1 Erl & VoNR无线接通率(5QI1)<95%的小区 VONR-VOLTE低切换定义:系统间切换失败次数(NG-RAN->EUTRAN)>5次 & 系统间•切换成功率(NG-RAN->EUTRAN)<95%的小区 VoNR高掉话小区定义:VoNR语音话务量(5QI1)>1 Erl & 掉线率(5QI1)(小区级)>1% 的小区 注;不同地市 不同运行商考核标准可能会有所差异。...

June 16, 2024 · unixetc

5G中MAC层的LCP介绍

5G网络中MAC主要负责随机接入、映射逻辑信道和传输信道、复用和解复用SDU(即RLC PDU);期间需要对逻辑信道进行优先级排序和多路复用后将RLC PDU从逻辑信道映射到物理层传输块(TB)进行传递,这个过程在MAC层称为逻辑信道优先化,也叫LCP(Logical Channel Prioritization)管理。 一、LCP管理过程是通过使用两个循环来确定每个逻辑通道可以传输多少位,其中: 第一个循环依赖令牌桶算法,按照优先级顺序为逻辑通道提供服务,直至其配置的优先比特率(PBR); 第二个循环仅按照严格的优先级顺序为逻辑通道提供服务。 它们中第一个循环用于保证低优先级逻辑通道只要有足够的时间就不会因配置策略而被放弃。 二、LCP管理原则按以下(降低)排列优先级: – 用于C-RNTI或来自UL-CCCH数据的MAC控制单元; – BSR的MAC控制单元,用于填充BSR除外; – PHR的MAC控制单元; – 来自任何逻辑信道的数据,来自UL-CCCH数据除外; – 包含用于填充BSR的MAC控制元素。 *以上信息在RRC IEs “LogicalChannelConfig"中配置。 三、数据传输经过逻辑信道优先化(LCP)处理后,MAC层向每个RLC实体指示有多少比特可用于相应逻辑信道的传输。与LTE不同的是5G中MAC子层负责复用来自每个逻辑信道的RLC PDU,并且RLC实体产生尽可能多PDU和PDU段(由MAC指示的位数)。当一个逻辑通道为空时其他数据将被传输,如果没有数据可传输将用于填充传输块。 四、LCP限制5G中MAC层增加了LCP限制,可以限制特定授权、小区或参数集到逻辑通道的一个子集。其有以下三个好处: 有了LCP限制,一个逻辑通道就可以链接到物理属性用于上行链路传输的资源;例如,参数集(u)最大可以为子载波间隔和/或最短的PUSCH传输持续时间,以支持URLLC服务; 有了LCP限制,基于Contention-Based可能发生碰撞资源(配置授权类型 1)可以通过限制最小化它们用于真正需要的(如 URLLC服务) 有了LCP限制,复制的GBR数据可在不同传输端口上发送。 host by unixetc

March 20, 2023 · unixetc

看协议学5G--IAB用户面数据处理

本文根据3GPP(R17) TS.38.300翻译整理 ****IAB-DU户面数据回传的IP流量通过BAP子层通过无线回传路由。BAP子层在TS 38.340[31] 中指定。具体如下: 在下行(DL)上层数据包由BAP子层在IAB-donor-DU处封装,并在目标IAB节点处解封装。 在上行(UL)上层数据包在IAB-node被封装,在IAB-donor-DU被解封装。 IAB-donor-CU和IAB-donor-DU之间的IAB特定传输在TS 38.401[4]中指定。 在BAP子层数据包根据BAP路由ID进行路由,该路由ID包含在BAP头中。当数据包从上层到达时,BAP标头被添加到数据包中,而当数据包到达其目标节点时,BAP标头被剥离。数据包的BAP路由ID的选择由IAB-donor-CU配置。BAP路由ID由BAP地址和BAP路径ID组成,其中BAP地址表示数据包在BAP 子层上的目的节点,BAP路径ID表示数据包到该目的地应遵循的路由路径。 为了路由的目的每个IAB-node和IAB-donor-DU都进一步配置了一个指定的 BAP地址。 在数据包路径的每一跳IAB节点检查BAP标头中携带的BAP路由ID中的数据包BAP地址,以确定数据包是否已到达其目的地,即是否与IAB节点的BAP地址匹配。如果数据包尚未到达目的地,IAB节点会根据BAP标头中携带的BAP路由和它从IAB-donor方接收到的路由配置来确定下一跳回程链路,称为出口链路。 对于每个数据包,IAB节点进一步确定指定出口链路上的出口BH RLC信道。对于从上层到达的数据包,指定的出口BH RLC通道由IAB-donor-CU配置,它基于上层流量说明符。由于每个BH RLC信道都配置了QoS信息或优先级,因此BH-RLC信道选择有助于在BH上进行特定于流量的优先级划分和QoS实施。对于F1-U流量,可以将每个GTP-U隧道映射到一个专用的BH RLC信道,或者将多个GTP-U隧道聚合到一个公共BH RLC信道。对于F1-U流量以外的流量,可以将UE关联的F1AP消息、非UE关联的F1AP消息和非F1流量映射到相同或单独的BH RLC信道上。 当数据包从一条BH链路路由到另一条BH链路时,出口BH链路上的出口BH RLC通道是根据IAB-donor-CU提供的入口BH RLC通道和出口BH RLC通道之间的映射配置确定的。 IAB-DU用**户面流量和拥塞控制**可以在上游和下游方向支持流量和拥塞控制,以避免在 IAB 节点和 IAB-donor-DU 上与拥塞相关的数据包丢失: - 在上行方向MAC层的UL调度可以支持每跳的流量控制; - 在下行方向NR用户面协议(TS 38.425[33])支持在IAB节点和IAB施主CU 之间对终止于该IAB节点的UE承载进行流量和拥塞控制。 此外BAP子层支持流控制,其中IAB节点可以向其父节点发送有关入口BH RLC通道或BAP 路由ID的可用缓冲区大小的反馈信息;可主动发送反馈,如当缓冲区负载超过某个阈值时或者基于父节点的轮询。 IAB-DU用户面上行调度延迟IAB节点可以通过向其父节点发送抢占式 BSR信号来减少UL调度延迟。IAB节点可以基于它提供给子节点和/或UE的UL授权或基于它从子节点或UE接收到的BSR发送抢占式BSR(图 4.7.3.3-1)。Pre-emptive BSR传送预期的数据而不是缓冲的数据。 ** 图 4.7.3.3-1: IAB中BSR的调度** a.基于缓冲数据的常规BSR; b.基于UL授权的抢先BSR; c.基于接收常规BSR的抢先BSR。 host by unixetc

October 23, 2022 · unixetc