跳至主要内容

博文

如何统计VoNR的呼叫建立时长?

  本文根据https://www.techplayon.com/主要内容编译整理 独立组网(SA)的5G网络已在全世界范围部署,移动网络运营商根据3GPP定义的语音方案通过5GRAN、5GC和IMS为用户提供 VoNR 语音服务。 在语音服务中影响用户感知的一个指标就是 呼叫建立时间 (Call Setup Time),它是用户在拨出号码后听到振铃之间的等待时间,统计公式如下: 图1.VoNR中呼叫建立时间示意图 一、呼叫建立时间特点 通话建立时间(Call Setup Time)是语音用户体验的标准; VoIP、VoLTE 和 VoNR 的呼叫建立时间定义相同; 它是 用户A(User#1) 拨号 用户B(User#2)到 收到振铃的时间; 在IMS系统中呼叫建立时间是从SIP Invite到SIP-180-Ringing; 当UE处于RRC连接模式时呼叫建立时间较短;当UE处于RRC空闲模式时呼叫建立时间较长; 在 RRC连接 模式下VoNR呼叫建立平均时间在 2~3 秒的范围; 在 RRC空闲 模式下VoNR呼叫建立平均时间在 3~3.5 秒的范围; 网络中正常情况下呼叫建立时间小于 2.5 秒; 可通过不同技术对呼叫建立时间进行优化。 二、VoNR呼叫建立时间 是网络运营商的关键KPI之一,它是User#1拨打User#2号码与收到振铃的时间差。其中: User#1 是发起(MO)端,而 User#2 是终接(MT)端。 在VoNR呼叫流程会经过多个过程,其中包括:IMS注册、信令承载IMS PDU建立;如果被叫端处于RRC空闲状态,则需要启动寻呼流程、之后为语音流量建立专用承载。从IMS侧的信令消息,主叫(MO)呼叫建立时间可从SIP-Invite到SIP-180-Ringing SIP消息计算,具体由两部分组成: VoNR呼叫建立时间=呼叫接入延迟+呼叫处理延迟 2.1 呼叫接入延迟 VoNR中呼叫接入延迟可定义为:MT设备被寻呼、IMS专用承载建立、MO和MT设备之间的处理延迟。在IMS信令中就是 SIP-Invite 到 SIP-183-Session-Progress 进行统计。 2.2 呼叫处理延迟 呼叫处理延迟可以定义为无线延迟,这是VoNR空中接口消息中的NR在MO UE和gNB之间流动,此外还有MO侧专用承载设置的5GC核心网络延迟,直到

看协议学5G(NR)---随机接入

  本文根据3GPP(R17) TS.38.212 7.3节相关内容翻译整理 5G(NR)网络中的随机接入过程(RACH ) 是 终端(UE) 和 基站(eNB/gNodeB) 一起取得在无线网与核心网单元之间建立(关联)通道的机制。 初次接入5G终端 启动随机接入流程后在物理层(Layer1): 从高层接收一组 SS/PBCH 块索引,并向高层提供一组对应RSRP测量; 从高层接收以下信息:      物理随机接入信道(PRACH)传输参数和PRACH前导格式、时间资源和用于PRACH传输的频率资源配置;     用于确定PRACH前导序列集合中的根序列及其循环移位的参数(逻辑根序列表的索引、循环移位(CSN)和集合类型(无限制、限制集合A或限制集合 B)) 终端物理层随机接入 在层一(Layer1)按照以下流程进行: 通过PRACH发送随机接入前导( MSG1 ); 在PDCCH/PDSCH接收随机接入响应(RAR)消息( MSG2 );       也可以,在PUSCH传输的RAR传递UL授权调度信息;       也可以,在PUSCH传递(竞争接入)解决消息; 如随机接入是由PDCCH传递的命令向UE发起,则PRACH命令与高层发起的PRACH信息传递具有相同的子载波间隔(SCS)。 如UE为服务小区配置了两个上行(UL)载波,且UE检测到PDCCH命令则UE使用来自检测到的PDCCH命令的UL/SUL指示符字段值来确定用于相应PRACH传输的UL载波。 随机接入 无线网络中终端的接入分为 竞争性 和 非竞争性接入 ,其中:   竞争 随机 接入 (CBRA) 中 允许终端(UE)与其他UE从共享的池中选择随机接入前导码,因此存在多个UE可能选择相同前导码的风险;当多个终端(UE)选择相同的前导时,将按以下流程处理: 终端(UE) 将解码来自RAR(MSG2)的相同内容; 终端 将使用相同的一组RB和符号来传输MSG3; 基站(BS)将解码其中一个MSG3并完成竞争解决: 如果MSG3包含CCCH消息:基于MSG4中的MAC CE实现的竞争解决; 如果MSG3包含DCCH消息或DTCH数据:通过其C-RNTI在PDCCH上寻址  终端(UE) 实现了竞争解决; 终端(UE) 完成随机接入过程,其余UE将通过选择另一个前导码继续该过程。 非竞争随机接入(CFR

5G下行数据处理和传输

本文根据3GPP(R17) TS.38.300翻译整理 一、下行数据传输方案 5G网络中物理下行链路 共享信道(PDSCH) 支持基于闭环解调参考信号 (DMRS)的空间复用。 Type1 和 Type 2 DMRS 分别支持多达8和12个正交DL DMRS端口。 SU-MIMO 支持每个UE最多8个正交DL DMRS端口; MU-MIMO 支持每个UE最多4 个正交DL DMRS端口; SU-MIMO码 字中的一个用于1-4层(Layer)传输,另一个用于5-8层传输。 欢迎参阅 : MIMO与MU-MIMO 一文介绍 DMRS和相应的PDSCH使用相同的预编码矩阵进行传输,并且UE不需要了解预编码矩阵来解调传输。发射机可以针对传输带宽的不同部分使用不同的预编码器矩阵,从而实现频率选择性预编码。UE还可以假设在表示为预编码资源块组(PRG)的一组物理资源块(PRB)上使用相同的预编码矩阵。 支持时隙中2到 14 个符号的传输持续时间; 支持具有传输块(TB)重复的多个时隙的聚合。 二、 物理层下行共享信道(PDSCH)处理 传输信道在下行物理层的处理包括以下步骤: - 传输块的CRC附加; - 代码块分割和代码块CRC附加; - 信道编码:LDPC编码; - 物理层混合ARQ处理; - 速率匹配; - 加扰; - 调制方式:QPSK、16QAM、64QAM、256QAM、1024QAM; - 层映射; - 分配的资源到天线端口映射。 UE可以假设在向UE发送PDSCH的每一层上存在至少一个具有解调参考信号的符号,并且更高层可以配置多达3个附加DMRS。另: 相位跟踪RS可以在附加符号上传输以帮助接收器相位跟踪; DL-SCH物理层模型在TS 38.202 [20]中描述。                                             三、物理下行控制信道(PDCCH) 可用于调度PDSCH上的DL传输和PUSCH上的UL传输,其中PDCCH上的下行控制信息(DCI)包括: - 至少包含与DL-SCH相关的调制和编码格式、资源分配和混合ARQ信息的下行分配; - 上行调度授权至少包含与UL-SCH相关的调制和编码格式、资源分配和混合ARQ信息。 除了上行调度之外,PDCCH 还可以用于: - 使用已配置的授权激活和停用已配置的 PUSCH

看协议学5G--小区重选的测量规则

  本文根据R17 TS.38.304 5.2.4.2翻译整理 接入5G网络的终端(UE)在用户面一定时间后停止数据传输,其将转入 RRC Idle 或 RRC Inactive 状态;在这情况下终端(UE)将通过监测邻区和当前小区的信号质量,以选择一个最好的小区提供服务信号服务。                             当邻区的信号质量及电平满足 S准 则, 且满足一定重选判决准则时终端将接入该小区驻留。终端选择新小区驻留的过程称为小区重选;在5G网络中主要包括 同频重选 和 异频重选 。 同频测量规则 - 如服务小区满足 Srxlev>SIntraSearchP 和 Squal>SIntraSearchQ ; - 如 distanceThresh 和 referenceLocation 在SIB19中广播,并且如果UE支持基于位置发起 测量, 且已经获得了它的位置信息: - 如果UE与服务小区参考位置 referenceLocation 之间距离小于 distance Thresh ,则UE可以不进行同频测量; 频率间和系统间测量规则 异频小区频率在系统信息中指示,且UE已经掌握优先级 的 定义 : 对于优先级高于当前NR频率优先级的异频或异RAT小区,UE根据TS 38.133[8]对更高优先级的异频或异RAT进行测量]。  对于优先级等于或低于当前NR频率优先级的NR异频,及优先级低于当前NR频率优先级的跨RAT频率:      服务小区满足 Srxlev>SnonIntraSearchP 和 Squal >SnonIntra SearchQ :      如 distanceThresh 和 referenceLocation 在SIB19中广播,并且如果UE 支持基于位置发起 测量, 并且已经获得了它的UE位置信息:       UR与服务小区参考位置 referenceLocation 之间的距离小于 distanceThresh ,UE可以选择不测量NR个相同或更低优先级的异频小区,或者更低优先级的异RAT频小区;      - 否则,UE应根据TS 38.133[8]对NR中相同或更低优先级的异频小区或更低优先级的RAT异频小区进行测量;     -  否则,UE可以选择不测量NR中相同或更低优先级的异频小区