CN110062394A - 更新系统消息的方法及装置 - Google Patents

Abstract

本申请公开一种更新系统消息的方法及装置，涉及通信技术领域，用于解决终端与小区之间系统配置不统一的问题。该方法包括：在预设场景下检测系统消息是否已更新。若检测到系统消息已更新，则获取更新后的系统消息。其中，上述预设场景包括以下至少一种：状态切换前、工作流程失败和定时器超时，该定时器用于指示检测系统消息的周期。本申请适用于终端更新系统消息的过程中。

Description

更新系统消息的方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种更新系统消息的方法及装置。

背景技术

移动通信系统中，基站向终端周期性广播系统消息，以通知终端其接入小区的公共信道配置和邻区消息等。

更新系统消息时，基站在一个系统消息修改周期(System InformationModification Period) 发送寻呼(Paging)消息以通知终端需要更新系统消息，且在下一个系统消息修改周期广播更新后的系统消息。终端在接收到上述寻呼消息后，便在所述下一个系统消息修改周期启动系统消息的接收流程，更新本地存储的系统消息。

但是，有些情况下，如终端与基站之间的信号中断等，终端不可避免的错过接收通知系统消息更新的寻呼消息。一旦错过接收该寻呼消息，则终端无法与基站保持一致的系统配置。甚至，如果系统消息更新的内容是关键的公共信道的配置，则会导致终端上下行异常，无法正常进行业务。

发明内容

本申请提供一种更新系统消息的方法及装置，用于解决终端与小区在系统配置不统一的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种更新系统消息的方法，包括：在预设场景下检测系统消息是否已更新。若检测到系统消息已更新，则获取更新后的系统消息。其中，上述预设场景包括以下至少一种：状态切换前、工作流程失败和定时器超时，该定时器用于指示检测系统消息的周期。

上述方法可由终端或终端中的芯片执行。这样，即使终端错过接收用于通知系统更新的寻呼消息，终端也能在各种预设场景下主动地检测系统消息是否已更新，从而及时更新系统消息，使得终端与小区之间在系统配置上保持一致。

可选的，状态切换包括：从空闲态切换到连接态，或者从连接态切换到空闲态。

在一种可能的设计中，空闲态的终端在进行随机接入以切换到连接态之前检测系统消息是否已更新，从而保证终端在状态切换前与小区在系统配置上一致，进而使得空闲态的终端能够顺利切换到连接态。

在一种可能的设计中，连接态的终端在释放无线资源控制连接以切换到空闲态之前检测系统消息是否已更新，从而保证终端在状态切换前与小区在系统配置上一致，进而使得连接态的终端能够顺利切换到空闲态。

在一种可能的设计中，为了减少终端对系统消息的不必要检测，终端在状态切换前获取检测时长，该检测时长为当前时间距离上一次检测系统消息的时间之间的时长。若检测时长大于预设时长，则终端检测系统消息是否已更新。若检测时长小于预设时长，则终端无需检测系统消息是否已更新。

可选的，工作流程失败包括：随机接入失败或者在连接态时接收下行数据失败。

在一种可能的设计中，终端在工作流程失败后检测所述终端接入小区的信号质量。然后，在该信号质量大于预设值的情况下，终端检测系统消息是否已更新，从而使得终端与小区之间在系统配置上保持一致。

在一种可能的设计中，终端在预设场景下获取第一系统消息块，该第一系统消息块携带版本信息，该版本信息用于指示系统消息的版本。然后，终端判断第一系统消息块中携带的版本信息与本地存储的版本信息是否相同。如果不同，则终端获取第二系统消息块，该第二系统消息块中携带更新后的系统消息。通过该实现方式，终端可根据第一系统消息块检测系统消息是否更新以及根据第二系统消息块进一步获取更新后的系统消息。

第二方面，本申请提供一种更新系统消息的装置，包括：处理模块，用于在预设场景下检测系统消息是否已更新。接收模块，用于在该处理模块检测到系统消息已更新后，获取更新后的系统消息。其中，上述预设场景包括以下至少一种：状态切换前、工作流程失败和定时器超时，该定时器用于指示检测系统消息的周期。

可选的，状态切换包括：从空闲态切换到连接态，或者从连接态切换到空闲态。

在一种可能的设计中，处理模块，用于从空闲态通过随机接入以切换到连接态之前，检测系统消息是否已更新。

在一种可能的设计中，处理模块，用于从连接态通过释放无线资源控制连接以切换到空闲态之前，检测系统消息是否已更新。

在一种可能的设计中，处理模块，用于在状态切换前获取检测时长，该检测时长为当前时间距离上一次检测系统消息的时间之间的时长；在检测时长大于预设时长的情况下，检测系统消息是否已更新。

可选的，工作流程失败包括：随机接入失败或者在连接态时接收下行数据失败。

在一种可能的设计中，处理模块，用于在工作流程失败后检测接入小区的信号质量；在该信号质量大于预设值的情况下，检测系统消息是否已更新。

在一种可能的设计中，接收模块，用于在预设场景下获取第一系统消息块，该第一系统消息块携带版本信息，该版本信息用于指示系统消息的版本。处理模块，用于判断第一系统消息块中携带的版本信息与本地存储的版本信息是否相同。接收模块，用于在处理模块确定第一系统消息块携带的版本信息与本地存储的版本信息不相同后，获取第二系统消息块，该第二系统消息块中携带更新后的系统消息。

第三方面，本申请提供一种更新系统消息的装置，包括：存储器，用于存储程序；处理器，用于执行该存储器存储的程序，当程序被执行时，该处理器用于执行各方面或各方面所述的任意一种可能的实现方式。

第四方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面以及第一方面任意一种可能的设计中所述的更新系统消息的方法。

第五方面，本申请提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面以及第一方面任意一种可能的设计中所述的更新系统消息的方法。

附图说明

图1为现有技术中更新系统消息的过程示意图；

图2为本申请实施例提供的一种通信系统的网络架构图；

图3为本申请实施例提供的一种网络设备和终端的结构示意图；

图4为本申请实施例提供的一种更新系统消息的方法的流程图一；

图5为本申请实施例提供的一种更新系统消息的方法的流程图二；

图6为本申请实施例提供的一种更新系统消息的方法的流程图三；

图7为本申请实施例提供的一种更新系统消息的方法的流程图四；

图8为本申请实施例提供的一种更新系统消息的方法的流程图五；

图9为本申请实施例提供的一种更新系统消息的装置的结构示意图。

具体实施方式

目前，在长期演进(Long Term Evolution，LTE)系统中，基站周期性向终端广播系统消息，以使得终端获知小区的系统配置。系统消息包括主信息块(Master InformationBlock， MIB)和系统消息块(System Information Block，SIB)。其中，SIB又可细分为SIB1、SIB2、 SIB3等不同编号的系统消息块。上述MIB以及不同编号的SIB包含的配置信息如表一所示。

表一

需要说明的是，基站下发的系统信息中不一定包括所有编号的SIB。例如，对于运营商部署的基站而言，由于终端不需要获知home eNodeB的名字，因此小区的系统消息中不包括 SIB9。又例如，如果某个小区不提供多媒体广播多播业务，则该小区的系统消息中不包括 SIB13。可以理解的是，小区的系统消息中包括哪些SIB可以根据实际情况来确定，本申请实施例对此不作任何限制。

SIB1携带有系统消息标签值(systemInfoValueTag)。系统消息标签值表示系统消息的版本。systemInfoValueTag的取值范围为{0、1、2、……、31}，每当系统消息发生变化时， systemInfoValueTag的值会加1，取值超过31后回到0重新开始。

SIB1还包括其他SIB的调度信息，该调度信息包括其他SIB的调度周期、接收窗口大小和偏置参数。这样，终端通过获取SIB1，比较该SIB1中携带的systemInfoValueTag与本地存储的systemInfoValueTag是否相同来检测系统消息是否更新。若该SIB1中携带的systemInfoValueTag与本地存储的systemInfoValueTag不相同，则终端能够确定系统消息已更新，终端需要重新获取系统消息。在获取更新后的系统消息时，UE可根据SIB1中携带的其他SIB的调度信息来确定其他SIB在哪些时频位置上传输，进而接收其他SIB以获取更新后的系统消息。

如图1所示，目前，为了使终端能够与小区同步地使用相同的系统消息，标准中规定了系统消息修改周期。在系统消息发生更新时，基站在当前系统消息修改周期中通知终端系统消息即将更新，然后，在下一个系统消息修改周期，基站才广播更新后的系统消息。可选的，基站在寻呼周期(Paging Cycle)通过寻呼消息通知终端系统消息即将更新。

终端在驻留小区成功之后，会建立寻呼信道，从而可以接收基站下发的寻呼消息。终端在特定的寻呼时刻(Paging Occasion)上监听寻呼消息。若在某一系统消息修改周期接收到用于通知系统消息更新的寻呼消息，终端则在下一系统消息修改周期开启接收SIB，具体的，终端先接收SIB1，然后检查SIB1中携带的systemInfoValueTag与本地存储的systemInfoValueTag是否一致。若不一致，则终端根据SIB1中的调度信息接收其他的SIB，从而终端完成对系统消息的更新。

但是，在下述情况下，终端会错过接收用于通知系统消息更新的寻呼消息：

1、终端与基站之间的信号由于遮挡等因素而中断，信号中断将导致终端接收不到基站发送的任何下行数据，因此终端在信号中断的过程中可能会错过接收用于通知系统消息更新的寻呼消息。值得说明的是，5G网络采用高频信号，而高频信号更容易被建筑物、树木等物体遮挡住，导致终端出现信号中断的情况更加频繁，进而终端错过接收寻呼消息的概率会增大。

2、载波聚合(Carrier Aggregation，CA)是将2个或更多的载波单元(ComponentCarrier，CC)聚合在一起以支持更大的传输带宽。在基站为终端配置连续CA时，终端会进行带宽切换，此时会有一个子帧(1ms)的接收误码。因此，终端如果在这段时间内接收到用于通知系统消息更新的寻呼消息，可能由于误码而无法对寻呼消息进行解析，从而相当于错过这条寻呼消息。值得说明的是，在5G网络中，载波聚合技术将得到更加广泛的应用，从而上述终端无法解析寻呼消息的情况将发生得更加频繁。

3、双卡双待单通(Dual SIM Dual Standby,DSDS)是被终端广泛采用的一种低成本方案，其原理是终端通过底层软件与控制芯片，不断地在两张用户身份识别模块(Subscriber Identification Module，SIM)卡对应的两个网络间切换，由于切换时间非常短，保证了两卡同时待机联网。由于终端是在两张SIM卡对应的网络间切换，因此当一张SIM卡接收下行数据时，另一张SIM卡下行中断。这样一来，在SIM卡下行中断的过程中，该SIM卡可能会错过接收用于通知系统消息更新的寻呼消息。

4、在终端还未完成小区驻留时，终端尚未配置寻呼信道，因此如果基站在这种情况下发送用于通知系统消息更新的寻呼消息，则终端会错过接收该寻呼消息。

可见，在上述多种情况下，终端均可能错过接收用于通知系统消息更新的寻呼消息。这将导致终端不能及时更新系统消息，从而导致终端无法保持与小区一样的系统配置。

为了使终端及时获取更新后的系统消息进而使终端在系统配置上与小区保持一致，本申请实施例提供一种更新系统消息的方法，该方法可应用于如图2所示的通信系统中。

如图2所示，本申请实施例提供一种通信系统10，该通信系统10包括网络设备20和终端30。

其中，网络设备20用于向终端30发送系统消息，以便终端30可以根据网络设备20下发的系统消息进行系统配置。网络设备20可以是无线通信的基站或基站控制器等。例如，基站可以是全球移动通信系统(Global System for Mobile Communication，GSM)或码分多址 (Code Division Multiple Access，CDMA)中的基站(Base Transceiver Station，BTS)，也可以是宽带码分多址(Wideband Code Division Multiple Access，WCDMA)中的基站(NodeB)，还可以是LTE中的演进型基站eNB或e-NodeB(evolutional Node B)等。或者可以是物联网 (Internet of Things，IoT)或者窄带物联网(Narrow Band-Internet ofThings，NB-IoT)中的 eNB，本申请实施例对此不作具体限定。当然，网络设备20还可以是其他网络中的设备，比如可以是未来第五代(5th generation，5G)移动通信网络或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备，本申请实施例对此不作具体限定。

终端30为用户提供语音和/或数据连通性服务，例如可以是用户设备(userequipment， UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议 (session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)网络中的终端等，本申请实施例对此不作具体限定。

图3为本申请实施例提供的网络设备20和终端30的硬件结构示意图。

终端30包括至少一个处理器301、至少一个存储器302、至少一个收发器303。可选的，终端30还可以包括输出设备304和输入设备305。

处理器301、存储器302和收发器303通过总线相连接。处理器301可以是一个通用中央处理器(Central Processing Unit，CPU)、微处理器、特定应用集成电路(Application-Specific Integrated Circuit，ASIC)，或者一个或多个用于控制本申请方案程序执行的集成电路。处理器301也可以包括多个CPU，并且处理器301可以是一个单核(single-CPU)处理器或多核 (multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路或用于处理数据(例如计算机程序指令)的处理核。

存储器302可以是只读存储器(Read-Only Memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器(Random Access Memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read-Only Memory，EEPROM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器302可以是独立存在，通过总线与处理器301相连接。存储器302也可以和处理器301集成在一起。其中，存储器302用于存储执行本申请方案的应用程序代码，并由处理器301来控制执行。处理器301用于执行存储器302中存储的计算机程序代码，从而实现本申请实施例中所述更新系统消息的方法。

收发器303可以使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网、无线接入网(Radio Access Network，RAN)、无线局域网(Wireless Local AreaNetworks， WLAN)等。收发器303包括发射机Tx和接收机Rx。

输出设备304和处理器301通信，可以以多种方式来显示信息。例如，输出设备304可以是液晶显示器(Liquid Crystal Display，LCD)，发光二级管(Light Emitting Diode，LED) 显示设备，阴极射线管(Cathode Ray Tube，CRT)显示设备，或投影仪(projector)等。输入设备305和处理器301通信，可以以多种方式接收用户的输入。例如，输入设备305可以是鼠标、键盘、触摸屏设备或传感设备等。

网络设备20包括至少一个处理器201、至少一个存储器202、至少一个收发器203和至少一个网络接口204。处理器201、存储器202、收发器203和网络接口204通过总线相连接。其中，网络接口204用于通过链路(例如S1接口)与核心网设备连接，或者通过有线或无线链路(例如X2接口)与其它接入网设备的网络接口进行连接(图中未示出)，本申请实施例对此不作具体限定。另外，处理器201、存储器202和收发器203的相关描述可参考终端30 中处理器301、存储器302和收发器303的描述，在此不再赘述。

如图4所示，本申请实施例提供一种更新系统消息的方法，应用于图2所示的通信系统中。该更新系统消息的方法包括步骤401-402。其中，上述步骤401-402可由终端30执行，或终端30中的芯片执行。

401、在预设场景下检测系统消息是否已更新。

其中，预设场景包括以下至少一种：状态切换前、工作流程失败和定时器超时，所述定时器用于指示检测系统消息的周期。

一种可选的实现方式中，终端在预设场景下获取第一系统消息块，所述第一系统消息块携带版本信息，所述版本信息用于指示系统消息的版本。终端判断所述第一系统消息块中携带的版本信息与本地存储的版本信息是否相同。

可选的，上述第一系统消息块为SIB1。当第一系统消息块为SIB1时，所述版本信息为 SIB1中的字段systemInfoValueTag。

可以理解的是，若第一系统消息块携带的版本信息与本地存储的版本信息相同，则说明系统消息没有更新，因此终端无需重新获取系统消息。若第一系统消息块携带的版本信息与本地存储的版本信息不相同，则说明系统消息已更新，因此终端执行下述步骤402。

402、获取更新后的系统消息。

一种可选的实现方式中，终端获取第二系统消息块，所述第二系统消息块中携带更新后的系统消息。示例性的，结合表一，第一系统消息块为SIB1,，第二系统消息块为除SIB1之外的其他SIB。

可选的，终端在获取更新后的系统消息的过程中，每当获取到一个SIB，立即使用该SIB 携带的配置信息。例如，终端在进行随机接入之前获取更新后的系统消息。在接收到SIB2 后，终端立即根据该SIB2携带的公共的无线资源配置以及接入信息，启动随机接入流程。

下面结合不同的预设场景对本申请实施例提供的上述方法进行具体说明。

一、所述预设场景为状态切换前。

终端的状态包括空闲态和连接态。空闲态是指终端未与任何基站建立RRC连接的状态。连接态是指终端与基站建立RRC连接的状态，连接态的终端能够进行数据传输。因此，上述状态切换包括：终端从空闲态切换到连接态，或者终端从连接态切换到空闲态。

若终端要从空闲态切换到连接态，终端需要发起随机接入。随机接入是指从终端发送随机接入前导码开始尝试接入网络到与网络间建立起基本的信令连接之前的过程。随机接入一般包括以下几个步骤：终端向基站发送随机接入前导码，基站返回随机接入响应消息，然后终端发送RRC连接请求，终端与基站建立RRC连接。

因此，在终端由空闲态切换到连接态前，图4所示的方法可实现为图5中的步骤501-503。其中，上述步骤501-503可由终端30执行，或由终端30中的芯片执行。

501、从空闲态通过随机接入以切换到连接态之前接收SIB1。

可选的，空闲态的终端在发送随机接入前导码之前接收SIB1。

502、检测SIB1中携带的systemInfoValueTag与本地存储的systemInfoValueTag是否相同。

若SIB1中携带的systemInfoValueTag与本地存储的systemInfoValueTag不相同，说明系统消息存在更新，因此终端执行下述步骤503。

503、接收除SIB1之外的其他SIB。

若终端要从连接态切换到空闲态，终端需要释放RRC连接。例如，终端的RRC层根据网络附属存储(Network Attached Storage，NAS)层的指示主动释放RRC连接，从而连接态的终端切换为空闲态。因此，在终端由连接态切换为空闲态前，图4所示的方法可实现为图6中的步骤601-603。其中，上述步骤601-603可由终端30执行，或者由终端30中的芯片执行。

601、从连接态通过释放RRC连接以切换到空闲态之前接收SIB1。

602、检测SIB1中携带的systemInfoValueTag与本地存储的systemInfoValueTag是否相同。

若SIB1中携带的systemInfoValueTag与本地存储的systemInfoValueTag不相同，说明系统消息存在更新，因此终端执行下述步骤603。

603、接收除SIB1之外的其他SIB。

可以理解的是，终端在状态切换前检测系统消息是否更新，这样可以保证终端在状态切换时与小区的系统配置统一，从而避免终端状态切换失败。

另外，若当前时间与上一次检测系统消息的时间之间时间间隔较短，则在这较短的时间间隔内，系统消息发生更新的可能性较小。在这种情况下，终端可以不检测系统消息是否已更新，以减少终端对系统消息的不必要检测。因此，图4所示的方法还可实现为图7中的步骤701-705。其中，上述步骤701-705可由终端30执行，或者由终端30中的芯片执行。

701、在状态切换前获取检测时长。

其中，所述检测时长为当前时间距离上一次检测系统消息的时间之间的时长。

702、判断所述检测时长是否大于预设时长。

若检测时长小于等于预设时长，则所述终端直接进行状态切换，而无需检测系统消息是否已更新。若检测时长大于预设时长，则终端执行下述步骤703。

703、接收SIB1。

704、检测SIB1中携带的systemInfoValueTag与本地存储的systemInfoValueTag是否相同。

若SIB1中携带的systemInfoValueTag与本地存储的systemInfoValueTag不相同，说明系统消息存在更新，因此终端执行下述步骤705。

705、接收除SIB1之外的其他SIB。

二、所述预设场景为工作流程失败。

可选的，工作流程失败包括：随机接入失败或者在连接态时接收下行数据失败。其中，终端随机接入失败包括：终端未接收到随机接入响应消息，或者终端接收到的随机接入响应消息存在异常。终端在连接态时接收下行数据失败包括：连接态的终端在执行业务的过程中在一定时长内未接收到下行数据。

可以理解的是，工作流程失败可能是因为终端与小区在系统配置上不统一导致的。因此，终端在工作流程失败后及时检测系统消息是否已更新并及时更新系统消息以保持终端和小区的配置一致。因此，图4所示的方法可实现为图8中的步骤801-805。其中，上述步骤801-805 可由终端30执行，或者由终端30中的芯片执行。

801、在工作流程失败后检测接入小区的信号质量。

考虑到终端接入的小区的信号质量较差也可能导致终端的工作流程失败，因此可选的，为了减少终端对系统消息的不必要检测，终端执行该步骤801和步骤802以检测终端接入小区的信号质量。当然，终端在工作流程失败后也可直接执行下述步骤803。

802、检测接入小区的信号质量是否大于预设值。

若接入小区的信号质量小于等于预设值，则终端工作流程失败很可能是由于信号质量差导致的，而不是因为终端与小区在系统配置上不统一导致的，因此终端可以不检测系统消息是否已更新。

若接入小区的信号质量大于预设值，则接入小区的信号质量良好，因此终端工作流程失败不是由于信号质量差导致的，而很可能是由于终端与小区在系统配置上不统一导致的。这种情况下，终端执行下述步骤803。

803、接收SIB1。

804、检测SIB1中携带的systemInfoValueTag与本地存储的systemInfoValueTag是否相同。

若SIB1中携带的systemInfoValueTag与本地存储的systemInfoValueTag不相同，说明系统消息存在更新，因此终端执行下述步骤805。

805、接收除SIB1之外的其他SIB。

三、所述预设场景为定时器超时。

可选的，终端设置有用于指示检测系统消息周期的定时器，从而在该定时器超时后，终端检测系统消息是否已更新。需要说明的是，该定时器在超时后会自动重置，从而终端周期性的检测系统消息是否已更新，使得终端能够保持与小区在系统配置上一致。

另外，终端频繁检测系统消息会增大终端的功耗。因此，终端可以将检测系统消息的周期设置得适中，在保证终端及时更新系统消息的同时，降低终端检测系统消息的频率。

可选的，上述三种预设场景可以互相结合。

例如，终端设置有指示检测系统消息周期的定时器，在定时器超时之前，终端准备切换状态，此时终端可参考图7所示的方法。可选的，在终端检测系统消息是否更新后，终端重置定时器。

又例如，终端设置有指示检测系统消息周期的定时器，在定时器超时之前，终端的工作流程失败，这种情况下，终端立即检测系统消息是否已更新。可选的，在终端检测系统消息是否更新后，终端重置定时器。

上述主要从终端的角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述终端为了实现上述功能，其包含了执行各个功能相应的硬件结构或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

比如，在采用对应各个功能划分各个功能模块的情况下，图9示出了上述实施例中所涉及的更新系统消息的装置900的一种可能的结构示意图。该更新系统消息的装置可以为终端设备，还可以为终端设备中的芯片等形态。如图9所示，该更新系统消息的装置900包括：处理模块901和接收模块902。其中，所述处理模块901用于支持该更新系统消息的装置900 执行图4中的步骤401，图5中的步骤502，图6中的步骤602，图7中的步骤701、702以及704，图8中的步骤801、802以及804，和/或用于本文所描述的技术的其它过程。所述接收模块902，用于支持该更新系统消息的装置900执行图4中的步骤402，图5中的步骤501 和503，图6中的步骤601和603，图7中的步骤703和705，图8中的步骤803和805，和/ 或用于本文所描述的技术的其它过程。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本申请实施例中，该装置以对应各个功能划分各个功能模块的形式来呈现，或者，该装置以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以包括特定应用集成电路(Application-Specific Integrated Circuit，ASIC)，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该更新系统消息的装置900可以采用图3所示的终端30 形式。比如，图9中的处理模块901可以通过图3的终端30中的处理器301来实现。具体的，接收模块902可以通过由处理器301来调用存储器302中存储的应用程序代码来执行，本申请实施例对此不作任何限制。

由于本申请实施例提供的装置可用于执行上述更新系统消息的方法，因此其所能获得的技术效果可参考上述方法实施例，本申请实施例在此不再赘述。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线 (Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (18)

1.一种更新系统消息的方法，其特征在于，所述方法包括：

在预设场景下检测系统消息是否已更新；

若检测到系统消息已更新，则获取更新后的系统消息；

其中，所述预设场景包括以下至少一种：状态切换前、工作流程失败和定时器超时，所述定时器用于指示检测所述系统消息的周期。

2.根据权利要求1所述的方法，其特征在于，所述状态切换包括：从空闲态切换到连接态，或者从连接态切换到空闲态。

3.根据权利要求2所述的方法，其特征在于，在从空闲态切换到连接态之前检测系统消息是否已更新，包括：

从空闲态通过随机接入以切换到连接态之前检测系统消息是否已更新。

4.根据权利要求2所述的方法，其特征在于，在从连接态切换到空闲态之前检测系统消息是否已更新，包括：

从连接态通过释放无线资源控制连接以切换到空闲态之前检测系统消息是否已更新。

5.根据权利要求3或4所述的方法，其特征在于，在状态切换前检测系统消息是否已更新，包括：

在状态切换前获取检测时长，所述检测时长为当前时间距离上一次检测系统消息的时间之间的时长；

若所述检测时长大于预设时长，则检测系统消息是否已更新。

6.根据权利要求1所述的方法，其特征在于，所述工作流程失败包括：随机接入失败或者在连接态时接收下行数据失败。

7.根据权利要求6所述的方法，其特征在于，在工作流程失败的场景下检测系统消息是否已更新，包括：

在工作流程失败后检测接入小区的信号质量；

若接入小区的信号质量大于预设值，则检测系统消息是否已更新。

8.根据权利要求1至7任一项所述的方法，其特征在于，所述在预设场景下检测系统消息是否已更新，包括：

在预设场景下获取第一系统消息块，所述第一系统消息块携带版本信息，所述版本信息用于指示系统消息的版本；

判断所述第一系统消息块中携带的版本信息与本地存储的版本信息是否相同；

所述若检测到系统消息已更新，则获取更新后的系统消息，包括：

若所述第一系统消息块携带的版本信息与本地存储的版本信息不相同，获取第二系统消息块，所述第二系统消息块中携带更新后的系统消息。

9.一种更新系统消息的装置，其特征在于，包括：

处理模块，用于在预设场景下检测系统消息是否已更新；

接收模块，用于在所述处理模块检测到系统消息已更新后，获取更新后的系统消息；

其中，所述预设场景包括以下至少一种：状态切换前、工作流程失败和定时器超时，所述定时器用于指示检测系统消息的周期。

10.根据权利要求9所述的装置，其特征在于，所述状态切换包括：从空闲态切换到连接态，或者从连接态切换到空闲态。

11.根据权利要求10所述的装置，其特征在于，所述处理模块，用于从空闲态通过随机接入以切换到连接态之前，检测系统消息是否已更新。

12.根据权利要求10所述的装置，其特征在于，所述处理模块，用于从连接态通过释放无线资源控制连接以切换到空闲态之前，检测系统消息是否已更新。

13.根据权利要求11或12所述的装置，其特征在于，所述处理模块，用于在状态切换前获取检测时长，所述检测时长为当前时间距离上一次检测系统消息的时间之间的时长；在检测时长大于预设时长的情况下，检测系统消息是否已更新。

14.根据权利要求9所述的装置，其特征在于，所述工作流程失败包括：随机接入失败或者在连接态时接收下行数据失败。

15.根据权利要求14所述的装置，其特征在于，所述处理模块，用于在工作流程失败后检测接入小区的信号质量；在接入小区的信号质量大于预设值的情况下，检测系统消息是否已更新。

16.根据权利要求9至15任一项所述的装置，其特征在于，所述接收模块，用于在预设场景下获取第一系统消息块，所述第一系统消息块携带版本信息，所述版本信息用于指示系统消息的版本；

所述处理模块，用于判断所述第一系统消息块中携带的版本信息与本地存储的版本信息是否相同；

所述接收模块，用于在所述处理模块确定第一系统消息块携带的版本信息与本地存储的版本信息不相同后，获取第二系统消息块，所述第二系统消息块中携带更新后的系统消息。

17.一种更新系统消息的装置，其特征在于，包括：

存储器，用于存储程序；

处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述处理器用于执行如权利要求1-8中任一项所述的更新系统消息的方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得所述计算机执行上述权利要求1至8任一项所述的更新系统消息的方法。