跳至主要内容

SIB24引发的时代倒退



前些天在春天群刚看到专家们讨论SIB24的问题,没想到很快就在现网定位中碰到了类似case。随手查了相关规范和测试信息,总结在此,根本目的就是为了扩充大脑内存容量,记录下来方便供以后查阅。各位同仁如有补充和更正请一并指出。

这里所提到的SIB24是为了实现4G->5G的重选操作而在4G专门引入的广播消息,相关的文章可参考如下几个:
  • 4G->5G小区重选小结
  • SA现网中MIB/SIB1/OSI的部分log及说明
  • 5G小区选择与重选

当然,传统的跨系统的小区重选也仍然遵守逐步演进的R/S准则老思路,历史是用来回顾的,先梳理过去几代老系统向新系统进行重选场景所定义的SIB们:






小区重选操作非常重要,有时候对重选的操作和调整关乎网内用户在整个网络的合理分布。进而对业务体验产生影响,也因此有说法称呼重选控制为PUC,Potential User Control,即潜在用户控制,毕竟处于非连接态嘛,不直接做业务。小区重选的过程也分为测量判决与重选判决,相关参数在系统广播消息中传递给终端。

4G为了与5G进行互操作,设计使用了SIB24,整个前面文章已经提过,他在SIB1中的内容如下:






整个过程也是首先在SIB1这个调度块中告诉终端:






之后终端去接收schedulingInfoList中的各个SIB信息包括SIB24相关部分,整个部分在之前的文章4G->5G小区重选小结有描述,请参考之,主要定义的SMTC测量参数以及4G->5G重选相关:






Ok,这些是协议的正常处理部分的定义。随着5G SA系统部署的铺开,有些eNB也升级支持SIB24,打开这个功能后,SIB24会广播给所有的4G网内终端。但是最近在很多地方发现的一些老版不支持SIB24的终端由于解码SIB1中SIB24相关信息失败,导致该cell被认为barred而无法驻留4G。这部分的处理在规范文本中如下:





可以说,期待网内的所有老款终端升级支持SIB24肯定是不太现实的方法。因此根本的解决方法还是网络侧想办法来兼容老款终端的这个“问题”,也就是需要3GPP Spec的新的CR来搞定,比如其中一个方法就是改变系统广播消息中相关属性来兼容老款UE。既要老款终端接收这些“敏感”信息后不发脾气 ,也要让新款R15终端能够接收SIB24相关消息后,按照新IE的指示正常执行4G->5G重选操作,这些3GPP spec的相关内容改变后,需要R15 终端软件升级予以支持,网络侧也需要升级来支持类似改变。

而其他的一些现存的临时的方法是不能从根本上解决问题的。这里需要提到的一点是有些终端根据需要实现了不需要SIB24实现4G->5G重选的私有方法和算法以对4G到5G的重选操作进行优化。算是黑科技一类吧。不属于3GPP规范文本的定义范畴了。

最后总结本文内容:这个问题的现象是一些老款终端眼瞧着先进5G网络的到来,却连4G也待不住了,有的开始在4G网内显露呆萌的本性,有的甚至淘气跑去3G2G网络呆着了,算是“时代倒退”吧。

评论

此博客中的热门博文

VoNR高清语音方案研究及优化指导

一、问题名称及现象概述 VoNR(全称:Voice on New Radio),是一种通话技术,即在通话过程中只通过 5G信号完成语音与视频通话。如同4G时代的 VoLTE,5G SA模式下的VoNR 是基于纯5G接入的通话解决方案, 话音业务和数据业务均由5G网络承载,不依赖4G,是5G成熟发展期的目标语音解决方案。与上一代的VoLTE相比,在通话质量上有大幅度的提升,具有延迟更低、音质与画质更高的特点,可以整体提升用户的使用体验,因此未来智能手机向VoNR转移,只是时间问题。按照目前5G部署的情况来看,在5G建设初期,当手机移动到5G信号覆盖较差的区域时,仍然需要切换到LTE网络,由VoLTE来提供语音服务。 本文重在 VoNR方案介绍和优化指导, 为后续安徽移动 开通 VoNR及优化思路提供参考。 二、解决方案详细说明 1.VoNR组网 过渡方案:不开通VoNR,接入时直接回落到VoLTE 标准R15支持,临时过渡方案,IMS仅先支持SIP即可(简化部署) ,未来支持用户面即可升级到 VoNR. 由于网络不支持 VoNR, 用户发起语音业务时直接回落到 LTE, 数据业务将跟随切换到 LTE, 体验不如选择二 最终方案:开通VoNR,无NR覆盖切换到VoLTE 语音默认采用EVS编码,MOS分更高. 相比选择一,没有Fallback的流程,接入时延更低 数据业务在NR侧,体验更优 2. VoNR信令流程 5G 基于 5QI 建立承载, 类似 4G QCI, 基本流程同 VoLTE ①RRC 连接建立; ②(非必须) 默认承载建立:5QI=8/9; ③IMS 信令面 SIP 默认承载建立:5QI=5; ④IMS 用户面语音专用承载建立:5QI=1; UE通话的同时存在3个Qos Flow:数据业务:5QI8或9,语音业务:5QI1,5QI5,其中,语音的5QI1和5分别勇摄到独立的DRB承载,也即UE通话过程中在空口通常存在3个DRB承载。 ⑤语音通话开始。 VoNR切换VoLTE流程同普通数据业务切换 ①UE 上报测量报告给源 gNB; ②gNB 执行切换判决, 然后向 5GC 发起切换请求; ③目标 eNB 切换准备, 然后发送切换指示; ④终端在目标 eNB 发起随机接入; ⑤UE 切换到目标小区; ⑥通知源 gNB 切换完成, 并释放 UE 上下文。 3

5G NR接口协议

  一、5G 网络总体拓扑 二、5G NR接口介绍 • NG-RAN 与5GC接口:NG • gNB间接口:Xn • gNB-CU与gNB-DU间接口:F1 NG、 Xn、 F1接口信令连接都基于SCTP协议;用户面传输都基于 GTP-U协议。 gNB/ng-eNB与5GC之间接口,各基站通过NG接口与5GC交换数据,传输控制面信令和媒体面数据。NG接口协议包括NG-C和NG-U,分别处理控制面数据和媒体面数据. NG-C功能: • NG接口管理 • UE上下文管理 • UE移动性管理 • NAS消息传输 • 寻呼 • PDU会话管理 • 配置转换 • 告警信息传输 NG-U功能: • 提供NG-RAN 和UPF之间的用户面PDUs非保证传递 gNB/ng-eNB之间接口, 各基站通过Xn接口交换数据, 实现切换等功能。与NG接口类似, Xn接口协议也包括Xn-C和Xn-U, 分别处理控制面数据和媒体面数据. Xn-C接口协议功能包括: • Xn接口管理 • UE移动性管理, 包括上下文转移和RAN寻呼 • 切换 Xn -U接口协议功能包括: • 提供基站间的用户面数据传递 • 数据转发 • 流控制 F1接口是gNB中CU和DU的接口 F1-C接口协议功能包括: • F1接口管理 • gNB-DU管理 • 系统消息管理 • gNB-DU和gNB-CU测量报告 • 负载管理 • 寻呼 • F1 UE 上下文管理 • RRC消息转发 F1-U接口协议功能包括: • 用户数据转发 • 流控制功能 Uu接口为终端与gNB间空中接口, L1 PHY为物理层, 是5G区分于4G和其他代无线通信技术的根本。 L2数据链路层包括MAC(Media Access Control)、 RLC(Radio Link Control)和PDCP(Packet Data Convergence Protocol)。

5G科普—CU和DU分离

  要说5G基站在架构方面的演进,就不得不提CU和DU分离的事情。 CU的全称是Centralized Unit,就是集中单元; DU的全称是Distributed Unit,就是分布单元。 为什么CU和DU要分离? CU和CU分离了到底有什么好处? 现在开始部署的5G基站都是基于CU和DU分离架构的吗? 一、为什么CU和DU要分离? 我们先来看看4G和5G无线接入网部分的架构有什么不同: 由上图可以看出,4G基站内部分为BBU,RRU和天线几个模块,每个基站都有一套BBU,并通过BBU直接连到核心网。 而到了5G时代,原先的RRU和天线合并成了AAU,而BBU则拆分成了DU和CU,每个站都有一套DU,然后多个站点共用同一个CU进行集中式管理。