[发明专利]系统消息更新的检测方法及用户设备

说明书

技术领域

本发明涉及通信领域，特别涉及系统消息更新的判断方法。

背景技术

系统消息分为主信息块（MasterInformationBlock，简称“MIB”)和多个系统信息块（SystemInformationBlocks，简称“SIBs”），MIB包括有限个最重要、最常用的传输参数，而SIBs中携带了小区接入，上下行业务相关的系统配置common信息和UEdedicated信息，邻区信息等重要信息。系统消息的正确接收对于UE接入网络以及整个网络的运行都是至关重要的。当基站需要系统消息更新时，会在下个修改周期(modification period简称“MP”）的开始更新系统消息，这个MP中的SIB1的位域systemInfo ValueTag会变更，同时会在上个MP中通过寻呼消息中的位域systemInfoModification是否存在来告知UE系统消息是否变更。协议规定如果在一个MP中从来没有收到寻呼消息，则认为下个MP系统消息不会更新。

每个用户设备（UE）都有自己的寻呼消息occasion（寻呼机会），UE需要在自己的寻呼消息occasion上接收寻呼，而基站可能寻呼此UE，也可能不寻呼此UE。

然而，当UE所处的无线环境较恶劣，如小区边缘，同频干扰等，会增加PDCCH（物理下行控制信道）的漏检概率以及PDSCH（物理下行共享信道）的误码率，使得UE无法在自己的寻呼机会中接收到寻呼消息。比如说，UE无法检测到PDCCH上的下行控制信息（DCI），也就无法检测到承载在PDSCH上的寻呼消息；或者，UE检测到了DCI，但由于PDSCH译码错误，而无法接收到寻呼消息。

如果UE在自己的寻呼机会上没有检测到PDCCH，有可能是UE漏检了PDCCH，也有可能是基站没有下发寻呼消息，因为基站在没有寻呼时是不会给UE下发寻呼消息的，而寻呼消息无混合自动重传请求（Hybrid AutomaticRepeat Request，简称“HARQ”）机制，所以UE无法通过没有解到寻呼消息的DCI就判断出基站没有下发寻呼消息，即对于UE来说，无法确认是PDCCH漏检还是基站确实没有下发。所以如果由于UE本身的原因（如漏检，译码错误）导致没有获得寻呼消息，而如果此寻呼消息中又存在位域systemInfoModification，则此UE会不知道下个MP需要系统消息更新，进而将导致UE可能会没能在第一时间及时跟踪上变更后的系统消息，UE和基站之间的系统配置信息不一致，引发系统问题。

发明内容

本发明的目的在于提供一种系统消息更新的检测方法及用户设备，使得用户设备即使在自己的寻呼机会上没有接收到寻呼消息，也能及时接收到网络侧更新的系统消息，从而保证了UE和基站之间的系统配置信息的一致性。

为解决上述技术问题，本发明提供了一种系统消息更新的检测方法，包含以下步骤：

如果用户设备UE在当前修改周期MP内的最后一个寻呼周期开始之前，未收到指示在下个MP内网络侧将变更系统消息的寻呼消息，则该UE根据在所述最后一个寻呼周期内接收寻呼消息的情况，判断在下个MP内是否存在网络侧变更系统消息的可能；

如果所述UE判定在下个MP内存在网络侧变更系统消息的可能，则该UE从下个MP的开始接收主信息块MIB和系统信息块SIBs。

本发明还提供了一种用户设备，包含第一检测模块、第二检测模块、判断模块和系统消息接收模块；

所述第一检测模块用于检测在当前修改周期MP内的最后一个寻呼周期开始之前，是否收到指示在下个MP内网络侧将变更系统消息的寻呼消息，并在检测到未收到指示在下个MP内网络侧将变更系统消息的寻呼消息时，触发所述第二检测模块；

所述第二检测模块用于在所述最后一个寻呼周期内接收寻呼消息；

所述判断模块用于根据所述第二检测模块在所述最后一个寻呼周期内接收寻呼消息的情况，判断在下个MP内是否存在网络侧变更系统消息的可能；

所述系统消息接收模块用于在所述判断模块判定在下个MP内存在网络侧变更系统消息的可能时，从下个MP的开始接收主信息块MIB和系统信息块SIBs。