5g网络如何进行系统消息更新设置(5g网络如何进行系统消息更新操作)
导语:5G 网络如何进行系统消息更新
在LTE系统中,系统消息改变仅发生在修改周期的无线帧中。修改周期由系统消息配置。通过寻呼消息(在RRC_IDLE或RRC_CONNECTED中)通知系统消息更改,并通知原因systemInfoModification。没有向UE提供更新系统信息的细节。修改周期N的更改通知反映在N+1中。如图1所示,其中不同的颜色表示不同的系统消息。UE应用先前获取的系统信息,直到UE获取新的系统信息。
SIB1还携带值标签(即systemInfoValueTag),该标签指示SI消息中是否发生了更改。UE可以使用systemInfoValueTag,例如在从覆盖范围外返回时,验证先前存储的SI消息是否仍然有效。
这种变更通知方法存在某些缺陷。如果在小区中更新了SIB,则通知驻留到该小区的所有UE系统信息有变化。基于该通知,UE不知道哪个SIB被更新。因此,无论UE是否对更新的SIB感兴趣,UE都必须丢弃所有获取的SIB并重新获取所有SIB。这导致UE处不必要的功耗。eMTC和NB-IoT UE的eMTC和NB IoT部分克服了这一缺点。
对于eMTC,SIB1中有一个公共值标记(即systemInfoValueTag),也有SI消息特定值标记(例如systemInfoValueTagSI)。只有当至少一个SI消息特定的值标记更改时,公共值标记才会更改。从eMTC UE的角度来看,在接收到寻呼消息中的系统信息改变通知之后,UE读取MIB和SIB1,并且如果SIB1中包括的公共值标签不同于所存储的系统信息中的一个,并且如果特定SI消息的SI消息特定值标签包括在SIB1中并且不同于所述所存储的值标签,UE认为该特定SI消息无效,并重新获取该SI消息。即使UE对更新的SI消息不感兴趣,它也必须在接收到导致UE功耗的寻呼消息中的系统信息改变通知时获取MIB和SIB1。
NB-IOT通过在MIB中引入公共值标签和SIB1中的SI消息特定值标签,进一步降低了UE功耗。仅当SIB1中至少一个SI消息特定的值标签发生变化时,MIB中的公共值标签才会发生变化。从NB-IoT UE的角度来看,在接收到寻呼消息中的系统信息更改通知后,UE读取MIB并检查MIB中的公共值标签。如果公共值标签被改变,则只有UE读取SIB1并检查SI消息特定值标签。如果特定SI消息的SI消息特定值标签包含在SIB1中,并且与存储的SI消息不同,则UE认为该特定SI消息无效,并重新获取该SI消息。即使UE对更新的SI消息不感兴趣,它也必须在接收到导致UE功耗的寻呼消息中的系统信息改变通知时获取MIB。
表1总结了当SI被更新时由LTE/eMTC/NB-IOT UE获取的信息。
那在NR系统中呢?
UE在接收到寻呼消息中的SI更新指示之后获取所有MIB/SIB1/SI消息对于UE的功耗来说是不期望的。如果UE仅重新获取更新的SIB,则可以最小化UE功耗。因此,为了减少UE功耗,NR中的SI更新过程应使UE能够仅重新获取更新的SIB。
在NR中,同意处于RRC IDLE和RRC INACTIVE状态的UE将监视每个DRX周期的寻呼。因此,向UE通知系统信息更新的最简单方式是通过使用寻呼消息用信号通知系统信息。UE在每个DRX周期的寻呼时机检查系统信息更新通知。
寻呼消息可以指示哪个SIB或一组SIB被更新,使得如果UE对更新的SIB不感兴趣。UE确实必须读取最小SI(MSI)以识别哪些SIB被更新。注意,在传统系统中,UE仍然必须读取MIB/SIB1以确定改变的SIB。如果UE对在寻呼消息中通知的更新的SIB感兴趣,则它必须读取MSI以检查与更新后的SIB相关联的SI值标签。如果UE已经具有与SI索引或SI值标签相对应的存储配置,则UE不需要重新获取更新的SIB。
协议定义如下:
将至少有一个value tag和area ID。值标签与每个SIB相关联。值标记只能在一个小区中有效,或者与一个area ID组合在多个小区中时有效。
寻呼消息还可以包括与被更新的每个SIB相关联的值标签。如果UE已经具有与值标签相对应的存储配置,则UE不需要读取MSI来检查与SIB相关联的值标签,该SIB被更新并且可以立即进入休眠。
LTE中通知和更改系统信息的修改周期的概念也可以在NR中重复使用。当网络更改(某些)系统信息时,它首先通知UE该更改,即这可以在整个修改周期内完成。在下一个修改周期中,网络发送更新的系统信息。当接收到改变通知时,UE从下一修改周期的开始立即获取新的系统信息。修改周期配置以最小SI提供。
为了更新按需提供的系统信息,网络首先在修改周期N中向UE通知更新。在第N+1个修改周期中,网络发送更新的系统信息。UE不需要发送SI请求。UE在第N+1个修改周期期间监视相关系统信息的SI窗口,以接收更新的系统信息。
UE不发送SI请求以接收更新的系统信息。UE在第N+1个修改周期期间监视相关SIB的SI窗口以接收更新的系统信息。
在LTE中,寻呼消息可以具有四个改变通知IE。下表2总结了每个通知的特征
对于NR中的ETWS/CMAS通知,建议遵循与LTE中相同的更新方法,即UE应在收到通知后立即更新相关系统信息。
对于与接入控制相关的更新通知,如在LTE中,根据更新的SI的目标类别,可以立即更新或基于MP的延迟更新。为了设计前向兼容的SI更新程序,应该独立地发出两个方面的信号(改变了哪种类型的信息以及应该如何更新该信息)。即使没有明确要求立即更新非访问控制参数更改,也可以考虑为更新行为引入与访问控制参数更新相同的IE,以便与访问控制控制参数更新一致。将SIB指示为与指示类别相同似乎是合理的。
本文内容由小荣整理编辑!