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高清语音方案研究及优化指导

5G NR接口协议

5G科普—CU和DU分离

5G小区搜索和系统消息获悉

5G(NR)SIB1消息中有些啥