一种系统信息获取的方法、终端及基站与流程

本发明涉及通信技术领域，尤其涉及一种系统信息获取及发送方法、终端及基站。

背景技术：

在通信行业中系统信息是连接终端和网络的纽带，终端和无线侧之间通过系统信息的传递完成无线通信各类业务和物理过程。当终端开机、重选小区、切换完成、从其他rat(radioaccesstype，无线接入类型)、e-utra(evolveduniversalterrestrialradioaccess，演进的umts陆地无线接入)进入5g、接受到系统信息变更通知、收到指示出现etws(earthquakeandtsunamiwarningsystem，地震和海啸预警系统)通知和系统信息超过最长有效期等业务需求时，终端发起系统信息请求流程获取最新系统信息。

在lte(longtermevolution，长期演进)系统中系统信息的播送都是由系统调度在网络中进行周期性广播，广播资源开销很大，其中系统信息包括mib(masterinformationblock，主系统模块)，sib(systeminformationblock，系统信息块)1，sib2和其他sib消息。

可见，由于现有技术中系统信息采用周期发送，其中mib固定周期是40ms，sib周期为80ms，当终端在已经获取了系统信息后，在大多数情况下系统信息在某个时间段内是不会发生变化，如果仍然每隔几十ms不间断的去读取系统信息，终端比较耗电。且网络系统采用周期性广播资源开销较大，可能导致终端无法按时接受到需要的正确系统信息。因此存在获取系统信息的周期时间长或消息欠缺等问题，导致终端无法按时接受到所需要的正确系统信息。

技术实现要素：

本公开所要解决的技术问题是针对现有技术的上述不足，提供一种系统信息获取的方法、终端及基站，用以解决现有技术中获取系统信息的周期时间长或消息欠缺，导致终端无法按时接收到所需要的正确的系统信息的问题。

为至少解决上述技术问题，第一方面，本公开实施例提供一种系统信息获取的方法，应用于终端，所述方法包括：

在业务变更时，确定所述业务的所属类型，并根据所述业务的变更次数确定与所述业务相应的系统信息的发送模式，根据所述业务的所属类型向网络侧发送系统信息发送请求，所述系统信息发送请求中包括所述系统信息的发送模式，接收网络侧按照所述系统信息的发送模式发送的系统信息。

在一实施例中，所述在业务变更时，确定所述业务的所属类型，并根据所述业务的变更次数来确定与所述业务相应的系统信息的发送模式包括：

在业务变更时，接收网络侧发送的系统信息，并将之存储到系统信息消息池中，判断所述业务是否为当前小区所属的系统信息区域areaid(areaidentity)变更：若是，将该项业务的变更次数+1，并判断该项业务的总变更次数是否大于第一阈值，如果判断结果为否，将该项业务的系统信息的发送模式设定为周期发送，确定向网络侧发送切换请求，所述切换请求中包括该项业务的系统信息的发送模式；

如果判断结果为是，将该项业务的系统信息的发送模式设定为按需发送或单播发送，确定向网络侧发送切换请求，所述切换请求中包括该项业务的系统信息的发送模式。

在一实施例中，在业务变更时，接收网络侧发送的系统信息，并将之存储到系统信息消息池中，判断所述业务是否为当前小区所属的系统信息区域areaid变更，还包括：

若否，进一步判断该项业务变更后的系统信息与存储在系统信息消息池中相应的系统信息是否一致：

若一致，将该项业务的变更次数+1，并判断该项业务的总变更次数是否大于第二阈值，如果判断结果为否，将该项业务的系统信息的发送模式设定为周期发送，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式；如果判断结果为是，将该项业务的系统信息的发送模式设定为按需发送或单播发送，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式，若不一致，将该项业务的变更次数+1，并判断该项业务的总变更次数是否大于第三阈值，如果判断结果为否，将该项业务的系统信息的发送模式设定为周期发送，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式；如果判断结果为是，将该项业务的系统信息的发送模式设定为按需发送或单播发送，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式。

在一实施例中，所述判断所述业务是否为当前小区所属的系统信息区域areaid变更，具体包括：

检测当前小区所属的系统信息区域areaid，并比对当前小区所属的系统信息区域areaid与存储在系统信息消息池中的系统信息区域areaid是否一致，若比对结果一致，则判断结果为是；若比对结果不一致，则判断结果为否。

在一实施例中，在业务变更时，在判断所述业务是否为当前小区所属的系统信息区域areaid变更之前，还包括：

判断与所述业务相应的系统信息是否为预警信息或报警信息：若是，将该项业务对应的系统信息的发送模式设定为按需发送；若否，继续判断所述业务是否为当前小区所属的系统信息区域areaid变更。

在一实施例中，在业务变更前，还包括：

开机后向网络侧发送无线接入的系统信息请求；

接收网络侧根据系统信息请求发送的基本系统信息，并将之存储到系统信息消息池。

第二方面，本公开实施例提供一种系统信息获取的方法，应用于网络侧，所述方法包括：

接收终端发送的系统信息发送请求，所述系统信息发送请求中包括所述系统信息的发送模式，按照所述系统信息的发送模式向终端发送系统信息。

第三方面，本公开实施例提供一种终端，包括系统信息需求管理模块、系统信息收发模块，系统信息需求管理模块，用于在业务变更时，确定所述业务的所属类型，并根据所述业务的变更次数确定与所述业务相应的系统信息的发送模式；

系统信息收发模块，与系统信息需求管理模块连接，用于根据系统信息需求管理模块确定的所述业务的所属类型及与所述业务相应的系统信息的发送模式向网络侧发送系统信息发送请求，所述系统信息发送请求中包括所述系统信息的发送模式；以及，

用于接收网络侧按照所述系统信息的发送模式发送的系统信息。

第四方面，本公开实施例提供一种基站，包括接收模块和发送模块，

接收模块，用于接收终端发送的系统信息发送请求，所述系统信息发送请求中包括所述系统信息的发送模式，发送模块，用于按照所述系统信息的发送模式向终端发送系统信息。

第五方面，本公开实施例提供一种终端，包括存储器和处理器，所述存储器上存储有可在所述处理器上运行的计算机指令，所述处理器运行所述计算机指令时执行第一方面的实施例提供的方法。

本公开的有益技术效果是：

本公开提供的系统信息获取的方法、终端、及基站的技术方案，在业务变更时，通过确定所述业务的所属类型，并根据所述业务的变更次数确定与所述业务相应的系统信息的发送模式，其中发送模式包括周期性广播发送、按实际需求定时发送、按需求单播方式发送，根据所述业务的所属类型向网络侧发送系统信息发送请求，所述系统信息发送请求中包括所述系统信息的发送模式，接收网络侧按照所述系统信息的发送模式发送的系统信息。本公开的方法中，系统信息是由终端根据不同情况确定出不同的发送模式，并由网络侧按照此发送模式进行发送，使得终端无需频繁的读取系统信息，从而实现终端能够按时接收到所需要的正确的系统信息，同时能节约网络资源。

附图说明

图1：本公开一实施例的一种系统信息发送的方法流程图；

图2：本公开一实施例的系统信息发送/接受信令流程图；

图3：本公开一实施例的一种系统信息发送的方法流程图；

图4：本公开一实施例的一种系统信息发送的方法流程图；

图5：本公开一实施例的一种终端的结构示意图；

图6：本公开一实施例的一种基站的结构示意图；

图7：本公开一实施例的一种终端的结构示意图。

具体实施方式

为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和实施例对本发明的系统信息获取的方法、终端及基站，作进一步详细描述。

实施例1：

本实施例提供一种系统信息获取的方法，应用于终端，比如应用于手机、车载电脑、智能手表等电子设备中。为更好地阐述所述方法，本实施例采用获取5g系统信息的方法进行示例，但所述方法不仅适用于5g，也同样适应于获取lte系统中的系统信息，这里根据5g系统信息的功能确定各个系统信息的发送模式以及优先级等信息，对于所述方法中将会涉及的具体调度参数说明如下：

如表1所示，为5g系统信息(mib、sib1～sib9)的情况表，其中包括各个信息功能描述、发送模式以及发送优先级等信息。

表1

表1中，发送模式包括周期性广播发送(周期)、按实际需求定时发送(按需)、按需求单播方式(单播)发送，其中周期性广播发送及按实际需求定时发送时均可发送定时器周期timer，则系统信息将在固定timer内重传，timer的值可以根据终端或者网络侧的需求进行设置，例如可设置为40ms或80ms等。需要说明的是，对于系统信息mib和sib1，通常设定只有周期性广播发送这一种发送模式。优先级包括三种等级设置，其中sib6～sib8是面对自然灾害、突发应急等情况，因此其优先级最高，设置为0；mib～sib1作为基本系统信息，其优先级最重要，设置为1；其他系统信息的优先级则设置为2。当然，在设置时区别优先级的方法不局限于采用本实施例中的上述数值，其他可针对系统信息进行优先级划分的方法均在本公开的保护范围内。

本公开提供的一种系统信息获取的方法，将会涉及的具体调度参数包括：

(1)si-broadcaststatus(系统信息广播状态)：指示sib1所调度状态发送模式，即sib1中的调度信息中的发送模式。如果设置该字段为1，则表示该字段被设置为broadcasting(周期性广播)；如果该字段设置为2，表示被设置为on-demandsi模式，即按需模式；如果该字段设置为3，表示被设置为单播模式；其中默认值为1。需要说明的是，只要便于区分三种发送模式的其他字段均属于本公开的保护范围。

(2)systeminformationareaid(系统信息区域标识)：指示当前小区所属的系统信息区域。

(3)sib-typeinfo中的valuetag(值标签)：表示所调度的状态，取值0～31，当终端变更后的系统信息与存储的原si-window信息一致，则表示系统信息未变更，valuetag值不变；当终端变更系统信息与存储原si-window信息不一致时，valuetag值+1。

(4)systeminformationtimer(系统信息次数)：表示发送系统信息变更次数，发起一起系统消息变更，则timer值+1。

(5)systeminformationpriority(系统信息优先级)：表示调度优先级，其中sib6～sib8是面对自然灾害、突发应急等情况的系统信息，优先级最高，设该字段设置为0；mib～sib1作为基本系统信息，优先级最重要，设该字段设置为1；其他系统信息则根据业务需求发送变更，将该字段设置为2。

如图1所示，所述系统信息获取的方法包括如下步骤：

步骤101，在业务变更时，确定所述业务的所属类型，并根据所述业务的变更次数确定与所述业务相应的系统信息的发送模式。

本实施例中，业务变更包括终端发起的业务变更或网络侧发起的业务变更，且终端和网络侧之间通过信令交互知悉当前发生的业务变更，业务变更的具体内容包括终端发起不断寻呼、位置变更或终端能力变更，终端接收到系统信息变更通知、收到指示出现etws通知等。此外，业务的所属类型包括移动切换的相关业务和rrc连接的相关业务，如图2所示的系统信息(systeminformation，si)发送/接收的信令流程：

第一个实线方框中的信令为系统信息变更消息信令，当系统信息发生变更时，通过终端向网络侧的基站发送信令交互进行传递；

第二个虚线方框中的信令为rrc连接信令，当终端在rrc连接过程中发生系统信息变更时，通过网络侧的基站向终端发送信令交互进行传递；

第三个实线方框中的信令为handover切换信令，当终端发送切换发生系统信息变更时，通过终端向网络侧的基站发送信令交互进行传递。

在一实施例中，如图3所示，在业务变更时，接收网络侧发送的系统信息，并将之存储到系统信息消息池中，判断所述业务是否为当前小区所属的系统信息区域areaid变更：若是，将该项业务的变更次数+1，并判断该项业务的总变更次数是否大于第一阈值，如果判断结果为否，则将该项业务的系统信息的发送模式设定为周期发送，确定向网络侧发送切换请求，所述切换请求中包括该项业务的系统信息的发送模式；如果判断结果为是，将该项业务的系统信息的发送模式设定为按需发送或单播发送，确定向网络侧发送切换请求，所述切换请求中包括该项业务的系统信息的发送模式。

本实施例中，在业务变更时，终端能接收到网络侧基站发送的变更后的系统信息，并将变更后的系统信息与系统信息消息池中存储的原系统信息进行比对，若比对结果不一致，则将变更后的系统信息存储到系统信息消息池中，具体地，终端存储当前最新的系统信息，系统信息包括最重要、常用的传输参数、系统信息调度信息、其他小区接入的相关信息、终端公共的无线资源配置信息、同频/异频小区重选参数等信息，其中，每个系统信息对应一个si-window中，在终端接收到基站发送的各个系统信息后，将每个系统信息都存储到相应的si-window中，将当前最新的各个si-window存储在一起形成最终形成一个si消息池。

可见，当业务变更时，终端先判断业务变更时对系统信息需求与存储在si消息池中的信息是否满足业务需求(即变更次数小于等于第一阈值)，如果满足业务更变需求，则保持原发送模式(周期发送)继续发送系统信息；如果无法满足业务变更需求(即变更次数大于第一阈值)，则需要确定所述业务的所属类型，并根据所述业务的变更次数确定与所述业务相应的系统信息的发送模式。

具体来说，先判断所述业务是否为当前小区所属的系统信息区域areaid变更：若是，将该项业务的变更次数+1，即systeminformationtimer+1，且由于系统信息区域areaid有变更，则变更后的系统信息与存储在系统信息消息池中的原si-window信息不一致，因此，valuetag+1，当再发生一次相同的业务变更，则该项业务的变更次数继续+1，因此可以实现针对相同的业务进行多次变更的判断和累加。需要说明的是，累加指的是终端开机后针对相同业务的变更次数进行累加，当终端重新开机后，需重新计算该项业务的变更次数。继而判断该项业务在终端开机后的总变更次数是否大于第一阈值，如果判断结果为总变更次数小于或等于第一阈值，将该项业务的系统信息的发送模式设定为周期发送，即根据该业务修改si-window窗口，设si-broadcaststatus＝1，确定向网络侧发送切换请求，所述切换请求中包括该项业务的系统信息的发送模式(即周期发送)；如果判断结果为总变更次数大于第一阈值，将该项业务的系统信息的发送模式设定为按需发送或单播发送，即根据该业务修改si-window窗口，设si-broadcaststatus＝2或si-broadcaststatus＝3，确定向网络侧发送切换请求，所述切换请求中包括该项业务的系统信息的发送模式(即按需或单播发送)、基本信息和变更的其他sib。

需要说明的是，第一阈值是参数，可根据终端或网络侧基站的需求进行设定，在进行设定时，需要综合考虑防止网络信令风暴及保证终端可接收到正确的系统信息等因素。

举例来说：如果第一阈值＝5，当业务变更为终端在小区a与小区b之间进行切换，终端接收到网络侧基站发送的mib、sib1、sib2、sib3、sib4以及sib5，判断结果为该业务是当前小区所属的系统信息区域areaid变更，则systeminformationtimer+1，valuetag+1，根据该业务修改si-window窗口，设si-broadcaststatus＝1，确定向网络侧发送切换请求，所述切换请求中包括该项业务的系统信息的发送模式(即周期发送)。当终端在小区a与小区b之间进行多次切换，且切换次数大于5次，则将该项业务的系统信息的发送模式设定为按需发送或单播发送，即根据该业务修改si-window窗口，设si-broadcaststatus＝2或si-broadcaststatus＝3，确定向网络侧发送切换请求，所述切换请求中包括该项业务的系统信息的发送模式(即按需或单播发送)、mib，sib1，变更的sib2、变更的sib3、变更的sib4、以及变更的sib5。当网络侧基站接收到终端发送的系统信息发送模式为周期发送时，基站可在固定timer内重传系统信息给终端，以确保终端能接收到准确的系统信息。当网络侧基站接收到终端发送的系统信息发送模式为按需发送时，且当基站接收到终端发送的sib2～sib5业务请求，基站可在固定timer内重传系统信息给终端，以确保终端按时接收到准确的系统信息。当网络侧基站接收到终端发送的系统信息发送模式为单播发送时，且当基站接收到终端发送的sib2～sib5业务请求，基站发送一次系统信息给终端，以使得终端接收到准确的系统信息。其中，系统信息包括mib，sib1，sib2～sib5。从而使得终端无需频繁的读取系统信息，从而实现终端能够按时接收到所需要的正确的系统信息，同时能节约网络资源。

具体地，判断所述业务是否为当前小区所属的系统信息区域areaid变更包括检测当前小区所属的系统信息区域areaid，并比对当前小区所属的系统信息区域areaid与存储在系统信息消息池中的系统信息区域areaid是否一致，若比对结果一致，则判断结果为是；若比对结果不一致，则判断结果为否。

本实施例中，若当前小区所属的系统信息区域areaid与存储在系统信息消息池中的系统信息区域areaid一致，则说明未进行移动切换的业务变更。若当前小区所属的系统信息区域areaid与存储在系统信息消息池中的系统信息区域areaid不一致，则说明进行移动切换的业务变更。

在一实施方式中，判断所述业务是否为当前小区所属的系统信息区域areaid变更，还包括：

若系统信息区域areaid未变更，进一步判断该项业务变更后的系统信息与存储在系统信息消息池中相应的系统信息是否一致：若一致，将该项业务的变更次数+1，并判断该项业务的总变更次数是否大于第二阈值，如果判断结果为否，将该项业务的系统信息的发送模式设定为周期发送，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式；如果判断结果为是，将该项业务的系统信息的发送模式设定为按需发送或单播发送，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式；若不一致，将该项业务的变更次数+1，并判断该项业务的总变更次数是否大于第三阈值，如果判断结果为否，将该项业务的系统信息的发送模式设定为周期发送，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式；如果判断结果为是，将该项业务的系统信息的发送模式设定为按需发送或单播发送，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式。

本实施例中，当判断结果为系统信息区域areaid未变更，且该项业务变更后的系统信息与存储在系统信息消息池中相应的系统信息一致，则将该项业务的变更次数+1，即systeminformationtimer+1，且由于系统信息区域areaid未变更，以及变更后的系统信息与存储原si-window信息一致，因此，valuetag是不变的，当再发生一次相同的业务变更，则该项业务的变更次数继续+1，因此可用实现针对相同的业务进行多次变更的判断和累加。继而判断该项业务在终端开机后的总变更次数是否大于第二阈值，如果判断结果为总变更次数小于或等于第二阈值，则将该项业务的系统信息的发送模式设定为周期发送，即根据该业务修改si-window窗口，设si-broadcaststatus＝1，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式(即周期发送)；如果判断结果为总变更次数大于第二阈值，则将该项业务的系统信息的发送模式设定为按需发送或单播发送，即根据该业务修改si-window窗口，设si-broadcaststatus＝2或si-broadcaststatus＝3，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式(即按需或单播发送)、基本信息和变更的其他sib。

需要说明的是，第二阈值是参数，可根据终端或网络侧基站的需求进行设定，在进行设定时，需要综合考虑防止网络信令风暴及保证终端可接收到正确的系统信息等因素。

举例来说，如果第二阈值＝50，当业务变更为终端所在的用户a寻呼用户c时，终端会接收到网络侧基站发送的mib、sib1、sib2，系统信息中内容包括寻呼paging消息，终端将该项业务的系统信息的发送模式设定为周期发送，即根据该业务修改si-window窗口，设si-broadcaststatus＝1，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式(即周期发送)。当用户a一直在与用户c进行持续性通话，且systeminformationtimer大于50次，终端则将该项业务的系统信息的发送模式设定为按需发送或单播发送，即根据该业务修改si-window窗口，设si-broadcaststatus＝2或si-broadcaststatus＝3，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式(即按需或单播发送)、mib、sib1、变更的sib2。当网络侧基站接收到终端发送的系统信息发送模式为周期发送时，基站可在固定timer内重传系统信息给终端，以确保终端能接收到准确的系统信息。当网络侧基站接收到终端发送的系统信息发送模式为按需发送时，且当基站接收到终端发送的sib2业务请求，基站可在固定timer内重传系统信息给终端，以确保终端按时接收到准确的系统信息。当网络侧基站接收到终端发送的系统信息发送模式为单播发送时，且当基站接收到终端发送的sib2业务请求，基站发送一次系统信息给终端，以使得终端接收到准确的系统信息。其中，系统信息包括mib，sib1，sib2。从而使得终端无需频繁的读取系统信息，从而实现终端能够按时接收到所需要的正确的系统信息，同时能节约网络资源。

此外，当判断结果为系统信息区域areaid未变更，且该项业务变更后的系统信息与存储在系统信息消息池中相应的系统信息不一致，则将该项业务的变更次数+1，即systeminformationtimer+1，且由于变更后的系统信息与存储原si-window信息不一致，因此，valuetag+1，当再发生一次相同的业务变更，则该项业务的变更次数继续+1，因此可以实现针对相同的业务进行多次变更的判断和累加。继而判断该项业务在终端开机后的总变更次数是否大于第三阈值，如果判断结果为总变更次数小于或等于第三阈值，则将该项业务的系统信息的发送模式设定为周期发送，即根据该业务修改si-window窗口，设si-broadcaststatus＝1，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式(即周期发送)；如果判断结果为总变更次数大于第三阈值，则将该项业务的系统信息的发送模式设定为按需发送或单播发送，即根据该业务修改si-window窗口，设si-broadcaststatus＝2或si-broadcaststatus＝3，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式(即按需或单播发送)、基本信息和变更的其他sib。

需要说明的是，第三阈值是参数，可根据终端或网络侧基站的需求进行设定，在进行设定时，需要综合考虑防止网络信令风暴及保证终端可接收到正确的系统信息等因素。

举例来说，如果设定第三阈值＝10，当业务变更为终端所在的用户a与用户c通话过程中接收到来自于终端内社交软件(例如微信、qq)的通话请求时，终端会接收到网络侧基站发送的mib、sib1、sib2，由于新业务为来自于社交软件的通话请求，因此终端会接收到网络侧发送的新业务信息，因此该业务变更使得变更后的系统信息与存储原si-window信息不一致，终端则将该项业务的系统信息的发送模式设定为周期发送，即根据该业务修改si-window窗口，设si-broadcaststatus＝1，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式(即周期发送)。当用户a在某预设时长内多次接收到社交软件的通话请求，且systeminformationtimer大于10次，终端则将该项业务的系统信息的发送模式设定为按需发送或单播发送，即根据该业务修改si-window窗口，设si-broadcaststatus＝2或si-broadcaststatus＝3，确定向网络侧发送rrc变更请求，所述rrc变更请求中包括该项业务的系统信息的发送模式(即按需或单播发送)、mib、sib1、变更的sib2。当网络侧基站接收到终端发送的系统信息发送模式为周期发送时，基站可在固定timer内重传系统信息给终端，以确保终端能接收到准确的系统信息。当网络侧基站接收到终端发送的系统信息发送模式为按需发送时，且当基站接收到终端发送的sib2业务请求，基站可在固定timer内重传系统信息给终端，以确保终端按时接收到准确的系统信息。当网络侧基站接收到终端发送的系统信息发送模式为单播发送时，且当基站接收到终端发送的sib2业务请求，基站发送一次系统信息给终端，以使得终端接收到准确的系统信息。其中，系统信息包括mib，sib1，sib2。从而使得终端无需频繁的读取系统信息，从而实现终端能够按时接收到所需要的正确的系统信息，同时能节约网络资源。

在一实施方式中，在业务变更时，在判断所述业务是否为当前小区所属的系统信息区域areaid变更之前，还包括：

判断与所述业务相应的系统信息是否为预警信息或报警信息，即判断系统信息是否为sib6或sib7或sib8或sib6、sib7、sib8的任一组合：若是，说明该项业务的所属类型为预警系统或报警系统的相关业务，将该项业务对应的系统信息的发送模式设定为按需发送，即根据该项业务修改si-window窗口，设si-broadcaststatus＝2或si-broadcaststatus＝3，确定向网络侧发送基本信息和sib6～8相应的系统信息；若否，则判断所述业务是否为当前小区所属的系统信息区域areaid变更，判断过程前述实施例中所述，此处不再赘述。

本实施例中，判断与所述业务相应的系统信息是否为sib6或sib7或sib8或sib6、sib7、sib8的任一组合，具体可以根据系统信息优先级判断，即判断系统信息的systeminformationpriority的值是否为0，若systeminformationpriority值为0，则说明系统信息为预警信息或报警信息，即系统信息为sib6或sib7或sib8或sib6、sib7、sib8的任一组合。

具体示例：业务变更为终端收到指示出现etws通知，终端接收网络侧发送的mib、sib1、sib6以及sib7，将mib、sib1、sib6以及sib7与存储在消息池中的原系统信息进行比对，若比对结果不一致，则存储网络侧发送的mib、sib1、sib6以及sib7至消息池中，并将sib6和sib7的发送模式设定为按需发送。

步骤102，根据所述业务的所属类型向网络侧发送系统信息发送请求，所述系统信息发送请求中包括所述系统信息的发送模式。

步骤103，接收网络侧按照所述系统信息的发送模式发送的系统信息。

本实施例中，当发送模式设定为按需发送或单播发送，则网络侧根据终端的业务需求按需发送系统信息。

在一实施方式中，在业务变更前，还包括：

开机后向网络侧发送无线接入的系统信息请求；

接收网络侧根据系统信息请求发送的基本系统信息，并将之存储到系统信息消息池。

本实施例中，终端开机并进行小区选择，终端向网络侧发送无线接入的系统信息请求，并接收网络侧根据系统信息请求发送的基本系统信息，其中基本系统信息包括mib和sib1消息，系统信息的内容包含小区选择、初始接入、链路建立等配置信息。终端将这些基本系统信息存储到系统信息消息池。

本实施例的有益效果：在业务变更时，通过确定所述业务的所属类型，并根据所述业务的变更次数确定与所述业务相应的系统信息的发送模式，其中发送模式包括周期性广播发送、按实际需求定时发送、按需求单播方式发送，当某业务变更次数小于或等于相应的阈值，则确定发送模式为周期性广播发送，当某业务变更次数超过相应的阈值，则确定发送模式为按实际需求定时发送、按需求单播方式发送。并根据所述业务的所属类型向网络侧发送系统信息发送请求，所述系统信息发送请求中包括所述系统信息的发送模式，接收网络侧按照所述系统信息的发送模式发送的系统信息。从而实现终端按时接受到所需要的正确的系统信息，同时能节约网络资源。

实施例2：

如图4所示，本实施例提供一种系统信息获取的方法，应用于网络侧，所述方法包括：

步骤201，接收终端发送的系统信息发送请求，所述系统信息发送请求中包括所述系统信息的发送模式。

步骤202，按照所述系统信息的发送模式向终端发送系统信息。

实施例3：

如图5所示，本实施例提供一种终端，包括系统信息需求管理模块31、系统信息收发模块32，

系统信息需求管理模块31，用于在业务变更时，确定所述业务的所属类型，并根据所述业务的变更次数确定与所述业务相应的系统信息的发送模式。

系统信息收发模块32，与系统信息需求管理模块连接，用于根据系统信息需求管理模块确定的所述业务的所属类型及与所述业务相应的系统信息的发送模式向网络侧发送系统信息发送请求，所述系统信息发送请求中包括所述系统信息的发送模式；

系统信息收发模块32还用于接收网络侧按照所述系统信息的发送模式发送的系统信息。

在一实施方式中，该终端还包括系统信息存储模块，与系统信息需求管理模块和系统信息收发模块连接，用于将系统信息收发模块接收的网络侧发送的系统信息，存储在系统信息消息池中。

本实施例中，系统信息收发模块通过si-window将多个具有相同发送周期的系统信息封装到一个si消息一起发送给基站。系统信息存储模块，用于存储当前最新的系统信息以供系统信息需求管理模块读取，包括最重要、常用的传输参数、系统信息调度信息、其他小区接入的相关信息、终端公共的无线资源配置信息、同频/异频小区重选参数等信息。系统信息存储模块中的系统信息可以根据终端和网络侧基站业务需求进行增加、修改、删除等操作。其中，每个系统信息对应一个si-window中，每个系统信息都存储到相应的si-window中。系统信息存储模块将最新的si-window消息存储在一起形成一个si消息池。

实施例4：

如图6所示，本实施例提供一种基站，包括接收模块41和发送模块42。

接收模块41，用于接收终端发送的系统信息发送请求，所述系统信息发送请求中包括所述系统信息的发送模式，

发送模块42，用于按照所述系统信息的发送模式向终端发送系统信息。

实施例5：

如图7所示，本实施例提供一种终端，包括存储器51和处理器52，所述存储器51上存储有可在所述处理器52上运行的计算机指令，所述处理器52运行所述计算机指令时执行实施例1所述方法。

其中，存储器51与处理器52电连接，存储器51可采用闪存或只读存储器或其他存储器，处理器52可采用中央处理器或单片机。

可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。