精品案例LTE向SA重选终端收不到SIB24问题分析.docx
《精品案例LTE向SA重选终端收不到SIB24问题分析.docx》由会员分享，可在线阅读，更多相关《精品案例LTE向SA重选终端收不到SIB24问题分析.docx（12页珍藏版）》请在冰豆网上搜索。
精品案例LTE向SA重选终端收不到SIB24问题分析
LTE向SA重选终端收不到SIB24问题分析案例
LTE向SA重选终端收不到SIB24问题分析案例
【摘要】4G要实现向SA的重选，则必须开启SIB24，广播NR异系统的相关信息，在SIB1消息中会指示是否携带SIB24。
但是市面上少量终端（已知的有物联网终端、华为海思的一些旧终端），是不兼容这种SIB1消息，那么就无法驻留该小区，最终连4G网络都驻留不了，严重影响用户体验和感知。
本文在使用华为mate20/mate30手机跟鼎利软件进行LTE向5G重选过程中，发现软件上报重选成功，但是在分析信令中并没有携带SIB24，为了确保业务流程的准确性，通过基站侧信令进一步确认SIB24是否有效开启。
【关键字】重选SIB24终端
【业务类别】SA优化
一、问题描述
外场测试4/5G互操作LTE向SA的重选子项目，对测试数据继续分析发现，在SIB1消息里面有看到SIB24，后续SIBS消息里面没有看到SIB24相关的内容。
但是，从软件事件看有4G到5G的重选，由于没有看到SIB24消息，不能确定是否正常重选，需要排查原因。
测试软件：
鼎利 10.4.0.188
测试终端：
mate20、mate30
二、分析过程
2.1原理介绍
2.1.1互操作分类
图
（1）互操作分类图
2.1.2LTE向SA重选介绍
当UE正常驻留在一个小区时，根据服务小区在系统信息广播中配置的测量及小区重选参数信息，执行小区重选过程。
UE按照小区重选规则，选择一个更好的小区进行驻留。
（一）重选优先级
在UE进行测量和小区重选时，LTE载频和NR载频重选需要优先级信息，其中：
系统间的频点不能配置相同的重选优先级。
在LTE系统中配置对应的重选优先级，也称为绝对优先级（AbsolutePriority）。
LTE系统配置的优先级范围是[0,7]。
LTE重选到NR还有一个重选子优先级，优先级范围[0,0.8]，与绝对优先级合在一起使用。
优先级分为两种：
广播优先级和专用优先级。
（1）广播优先级：
服务频点优先级通过参数频内小区重选优先级配置，在SIB3中广播。
NR系统间频点优先级通过参数NR小区重选优先级和NR小区重选子优先级配置，在SIB24中广播，通过参数NR载频数目配置频点，最多支持8个NR频点，不区分TDD和FDD。
（2）专用优先级：
配置小区重选专用优先级。
eNB根据SPID（SubscriberProfileIDforRAT/FrequencyPriority）与小区重选优先级映射规则设定专用小区重选优先级，通过RRCCONNECTIONRELEASE消息传递给UE。
如果UE从RRCCONNECTIONRELEASE消息接收到专用小区重选优先级，则忽略掉广播中的小区重选优先级，而且释放携带的频点信息必须在广播中存在，否则不能触发重选，该优先级适用特殊场景较少，本文不再过多陈述。
（二）重选过程
LTE与NR系统间优先级重选一般包括测量，重选评估和注册三个过程。
（1）对NR的重选测量
对NR异系统重选测量规则如下，对于广播中配置的有对应优先级的NR系统间载频
1 如果是高优先级重选，则UE会对该高优先级NR载频执行测量。
2 如果是低优先级重选，则：
如果服务小区Srxlev>SnonintrasearchP并且Squal>SnonintrasearchQ，则UE可以不执行系统内异频或NR系统间载频的测量；
如果服务小区Srxlev<=SnonintrasearchP或Squal<=SnonintrasearchQ，则UE执行对NR系统间载频的测量
如果服务小区未配置SnonintrasearchP和SnonintrasearchQ，那么UE会对NR异系统一直做测量。
这些机制，和LTE以前的重选机制并无差别。
（2）对NR的重选判决
1 向NR是高优先级重选，且UE在当前服务小区已经驻留超过1s：
如果参数“重选到低优先级频点服务小区的RSRQ判决门限配置开关”打开，SIB3中配置有threshServingLowQ，则要求在TreselectionRAT内目标NR邻区的Squal>ThreshX,HighQ
如果参数“重选到低优先级频点服务小区的RSRQ判决门限配置开关”关闭，SIB3中没有配置threshServingLowQ，则要求在TreselectionRAT内目标NR邻区的Srxlev>ThreshX,Highp
2 向NR是低优先级重选，且UE在当前服务小区已经驻留超过1s：
如果参数“重选到低优先级频点服务小区的RSRQ判决门限配置开关”打开，SIB3中配置有threshServingLowQ，则要求在TreselectionRAT内：
目标NR邻区的Squal>ThreshX,LowQ
服务小区的Squal如果参数“重选到低优先级频点服务小区的RSRQ判决门限配置开关”关闭，SIB3中没有配置threshServingLowQ，则要求在TreselectionRAT内：
目标NR邻区的Srxlev>ThreshX,LowP
服务小区的Squal2.1.3SIB24介绍
（一）SIB24协议
018-09-30F30协议引入SIB24,广播LTE到NR重选信息
SystemInformationBlockType24
TheIESystemInformationBlockType24containsinformationrelevantonlyforinter-RATcellre-selectioni.e.informationabout NRfrequenciesandNRneighbouringcellsrelevantforcellre-selection.TheIEincludescellre-selectionparameterscommonforafrequency.
图
（2）SIB24协议规范
（二）针对部分终端的策略
目前电联外场都发现有这样的问题，即4G要实现向SA的重选，则必须开启SIB24，广播NR异系统的相关信息，在SIB1消息中会指示是否携带SIB24。
但是市面上少量终端（已知的有物联网终端、华为海思的一些旧终端），是不兼容这种SIB1消息，那么就无法驻留该小区，最终连4G网络都驻留不了。
该问题和系统设备无关，我司和其余厂家都面临这个问题。
目前已知的几个解决思路：
（1）目前提出一种思路，即系统设备方面发两种SIB1，一种（姑且称之为A类）是携带SIB24的指示，一种（姑且称之为B类）是不携带SIB24的指示，然后发一段时间的A类SIB1，再插入一个B类SIB1，使得这种异常终端能够接收到他们能够解调的SIB1进而驻留。
但是这个仅仅是一个想法，目前各个厂家尚未确定必然可以解决该问题，也没有进入版本规划。
（2）保留一个4G频点，不打开SIB24，其余频点打开SIB24。
但是这种情况下，也是有一定的弊端，比如说设置L800M不打开SIB24，异常终端最终在L800M上驻留，但是L800M向L1.8G/2.1G是高优先级重选，一旦重选过去，又无法驻留，还是得返回L800M，反复乒乓。
（3）将所有4G频点的SIB24都关闭，在驻留态下，终端就是无法重选到5GSA，但是一旦在4G接入后，立即通过“SA用户定向迁移功能”，将用户切换/重定向到SA网络。
目前倾向于此方案3来规避此问题
2.2问题分析
2.2.1配置核查
重选参数核查：
按照SA与LTE互操作建议值，对验证站点参数配置进行了核查，没有发现异常。
参数名称
建议值
现网配置
时钟同步模式
1
1
是否包含sib24
1
1（SI=2）
User-Inactivity使能
1
1
控制面User-Inactivity定时器
10s[5]
10s[5]
NR小区重选判决定时器长度（秒）
1
1
NR载频数目
按现网实际配置
1
NR小区重选所需要的最小接收电平
-120
-120
NR小区重选所需要的最小质量要求
-19
-19
SSB测量子载波间隔
kHz30[1]
kHz30[1]
SSB测量合并上报RSRP门限
-110
-110
SSB测量合并上报RSRQ门限
-19
-19
NR小区重选优先级
7
7
NR小区重选子优先级
按照规划值设置
0.6[3]
下行链路的中心载频
按实际NR配置
3408.96
上下行载频所在的频段指示
按实际NR配置
78
重选到NR载频高优先级的RSRP高门限
8
8
重选到NR载频高优先级频点的RSRQ门限
1
1
NR小区重选所需要的最小质量要求使能开关
1
1
重选到低优先级频点服务小区的RSRQ判决门限配置开关
0
0
表
（1）LTE向SA重选参数配置
2.2.2基站侧信令分析
基站是否下发SIB24消息确认：
继续排查基站是否下发了SIB24消息具体的内容，现场没有有效手段，咨询研发后给出如下方案，跟踪非实时信令，触发一次广播更新，查看EvRnlcRnluSysinfoReq消息是否有SIB24消息下发。
（1）操作前先将非实时信令跟上，然后开始如下操作触发广播消息更新。
（2）操作先将“是否包含SIB24 ”从SI=2里面改配到SI=3里面，此时可以看下UELOG，SIB24应该在与SIB6、SIB7、SIb8在一个SI里面。
（3）再将“是否包含SIB24 ”改回到你现在的配置，从SI=3里面改配到SI=2里面，此时可以看下UELOG，SIB24应该在与SIB3、SIB5在一个SI里面。
图（3）基站侧SIB24信令跟踪网元设置
图（4）基站侧SIB24信令跟踪观察对象设置
通过对跟踪结果的分析可以看到：
将“是否包含SIB24 ”配置在SI=3时，SIB24消息和SIB6、SIB7、SIB8一起下发。
图（5）SI=3时基站侧SIB24信令位置
将“是否包含SIB24 ”配置在SI=2时，SIB24和SIB3、SIB5一起下发。
图（6）SI=2时基站侧SIB24信令位置
通过基站侧信令跟踪可以看出，基站侧是已经将SIB24携带的相关信息下发给终端了，需要终端侧继续排查。
2.2.3终端侧信令分析
对测试数据继续分析发现，在SIB1消息里面有看到SIB24，后续SIBS消息里面没有看到SIB24相关的内容，但是LTE向SA重选软件上显示是成功的，因此怀疑终端收到了基站下发的SIB24的相关信息，触发了重选流程，可能是软件本身的原因导致信令流程不全，最后咨询鼎利厂家确定为测试软件适配问题。
图（7）终端侧信令未解析到SIB24相关信令
三、解决措施
3.1软件适配
通过联系测试软件厂家进行信令适配后，问题解决，终端侧信令可以获取到基站下发的SIB24相关信息，如下图：
图（8）软件适配后SIB1中携带SIB24指示
图（9）SIBs消息中携带SIB24相关信息
3.2参数优化
针对少数不支持SIB24情况，在4G系统中，也提供了向SA定向重选的功能。
即如果SA用户在4G网络上被释放的时候，系统在release消息中携带IMMCI信息，指示该终端采用专用的优先级进行重选，具体参数配置如下（下表参数在普通重选参数配置完全的基础上）：
序号
参数表名
参数短名
参数名称
建议值
1
EUtranCellMeasurement
sADirectIMMCISwch
SA用户定向IMMCI开关
1
2
EUtranCellMeasurement
sADirectIMMCIEffectRange
SA用户定向IMMCI生效范围
1;1
3
EUtranCellMeasurement
nSAAndSAStgyCfg
NSA和SA混模用户策略配置
2
4
EUtranCellMeasurement
nRFreqConfigPara.nRFreqSAInd
NR频点的SA指示
1
5
EUtranCellMeasurement
sADirectIMMCIRATPri
SA用户定向IMMCI功能系统优先级
255;0;0;0;0
表
（2）定向重选参数配置
四、经验总结
（1）通过基站侧SIB24配置SI=3时，在非实时小区信令跟踪里面SIB6、SIB7、SIB8中查找SIB24相关信息；SI=2时，在非实时小区信令跟踪里面SIB3和SIB5中查找SIB24相关信息。
（2）本文终端信令收不到SIB24是因为软件匹配问题导致信令丢失，而对于少数终端不支持SIB24的情况，建议如下策略：
1 首先，建议用户更新手机软件版本。
一般手机厂家都会通过更新手机软件版本来支持SIB24。
2 其次，如果最新的版本手机还是不支持，说明该终端厂家已经不推动更新的版本了，建议采用方案三策略，采用“SA用户定向迁移功能”将用户迁移到SA网络
（3）测试软件跟终端要适配，确保没有信令丢失和采集时间点准确，才能对问题进行精确分析。
升级会员 