一种信息确定、指示方法及装置
技术领域
本申请涉及通信技术领域，尤其涉及一种信息确定、指示方法及装置。
背景技术
在第四代和第五代移动通信系统(4G，5G或NR系统)中，非连续接收(Discontinuous Reception，DRX)被引入进来。这种方法可以让终端(UE)周期性的在某些时候进入睡眠状态。
出于节能方面的考虑，网络侧可能给终端配置比较长的DRX周期。而该终端按照比较长的DRX周期监听寻呼消息，可能导致不能及时监听到系统信息更新指示。而现有技术中还没有给出终端如何确认系统信息是否更新的解决方案。
发明内容
本申请实施例提供了一种信息确定、指示方法及装置，用以使得终端可以确定系统信息是否发生更新，从而避免终端按照比较长的DRX周期监听寻呼消息可能导致不能及时监听到系统信息更新指示的情况。
本申请实施例提供的一种信息确定方法，应用于终端，该方法包括：
按照预设时间获取用于指示系统信息是否更新的指示信息；
根据所述指示信息，确定系统信息是否发生更新。
通过该方法，按照预设时间获取用于指示系统信息是否更新的指示信息，并根据所述指示信息，确定系统信息是否发生更新，使得终端可以确定系统信息是否发生更新，从而避免终端按照比较长的DRX周期监听寻呼消息可能导致不能及时监听到系统信息更新指示的情况。
可选地，通过读取信息块，获取所述指示信息，其中所述信息块包括主信息块MIB和/或系统信息块SIB1。
可选地，通过网络侧发送的含有预设系统信息更新指示的信令，获取所述指示信息。
可选地，根据网络侧发送所述信令的时域和/或频域位置，周期性地按照所述预设时间，监听一次或多次所述信令。
可选地，每隔所述预设时间，在固定时刻或时域位置，接收所述信令；或者，按照所述预设时间作为寻呼周期，在网络侧发送寻呼消息的物理下行控制信道PDCCH对应的时域和/或频域位置，接收所述信令。
可选地，所述信令还包含下列内容之一或组合：
更新的系统信息块SIB标识；
SIB对应的取值标签value tag；
SIB对应的区域标识。
可选地，所述预设时间为下列时间之一：
终端监听寻呼的周期；
预定义值；
系统信息更新周期*N，其中N为正整数；
网络侧配置值；
终端的非连续接收DRX周期。
可选地，所述终端被配置的专用非连续接收DRX周期大于或等于5.12s的正整数倍，和/或，所述终端为节能终端。
可选地，在所述终端发起无线资源控制RRC连接和/或恢复RRC连接之前，根据所述指示信息，确定系统信息是否发生更新。
可选地，当所述终端的DRX周期大于系统信息的更新周期时，根据所述指示信息，确定系统信息是否发生更新。
可选地，该方法还包括：
当确定系统信息发生更新时，立即或者在下一系统信息更新周期读取系统消息，并从中获取最新的系统信息；或者，
当确定系统信息发生更新，且所述终端未存储最新的系统信息时，立即或者在下一系统信息更新周期读取系统消息，并从中获取最新的系统信息。
相应地，本申请实施例提供的一种信息指示方法，应用于网络侧，该方法包括：
确定系统信息是否发生更新；
按照预设时间向终端发送用于指示系统信息是否更新的指示信息。
可选地，通过信令向终端发送用于指示系统信息是否更新的指示信息。
可选地，每隔所述预设时间，在固定时刻或时域位置，发送所述信令；或者，按照所述预设时间作为寻呼周期，在发送寻呼消息的物理下行控制信道PDCCH对应的时域和/或频域位置，发送所述信令。
可选地，所述信令还包含下列内容之一或组合：
更新的系统信息块SIB标识；
SIB对应的取值标签value tag；
SIB对应的区域标识。
可选地，所述预设时间为下列时间之一：
终端监听寻呼的周期；
预定义值；
系统信息更新周期*N，其中N为正整数；
网络侧配置值；
终端的非连续接收DRX周期。
本申请实施例提供的一种信息确定装置，应用于终端，该装置包括：
存储器，用于存储程序指令；
处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行：
按照预设时间获取用于指示系统信息是否更新的指示信息；
根据所述指示信息，确定系统信息是否发生更新。
可选地，所述处理器通过读取信息块，获取所述指示信息，其中所述信息块包括主信息块MIB和/或系统信息块SIB1。
可选地，所述处理器通过读取网络侧发送的含有预设系统信息更新指示的信令，获取所述指示信息。
可选地，所述处理器根据网络侧发送所述信令的时域和/或频域位置，周期性地按照所述预设时间，监听一次或多次所述信令。
可选地，所述处理器每隔所述预设时间，在固定时刻或时域位置，接收所述信令；或者，所述处理器按照所述预设时间作为寻呼周期，在网络侧发送寻呼消息的物理下行控制信道PDCCH对应的时域和/或频域位置，接收所述信令。
可选地，所述信令还包含下列内容之一或组合：
更新的系统信息块SIB标识；
SIB对应的取值标签value tag；
SIB对应的区域标识。
可选地，所述预设时间为下列时间之一：
终端监听寻呼的周期；
预定义值；
系统信息更新周期*N，其中N为正整数；
网络侧配置值；
终端的非连续接收DRX周期。
可选地，所述终端被配置的专用非连续接收DRX周期大于或等于5.12s的正整数倍，和/或，所述终端为节能终端。
可选地，在所述终端发起无线资源控制RRC连接和/或恢复RRC连接之前，所述处理器根据所述指示信息，确定系统信息是否发生更新。
可选地，当所述终端的DRX周期大于系统信息的更新周期时，所述处理器根据所述指示信息，确定系统信息是否发生更新。
可选地，所述处理器还用于：
当确定系统信息发生更新时，立即或者在下一系统信息更新周期读取系统消息，并从中获取最新的系统信息；或者，
当确定系统信息发生更新，且所述终端未存储最新的系统信息时，立即或者在下一系统信息更新周期读取系统消息，并从中获取最新的系统信息。
本申请实施例提供的一种信息指示装置，应用于网络侧，该装置包括：
存储器，用于存储程序指令；
处理器，用于调用所述存储器中存储的程序指令，按照获得的程序执行：
确定系统信息是否发生更新；
按照预设时间向终端发送用于指示系统信息是否更新的指示信息。
可选地，所述处理器通过信令向终端发送用于指示系统信息是否更新的指示信息。
可选地，所述处理器每隔所述预设时间，在固定时刻或时域位置，发送所述信令；或者，所述处理器按照所述预设时间作为寻呼周期，在发送寻呼消息的物理下行控制信道PDCCH对应的时域和/或频域位置，发送所述信令。
可选地，所述信令还包含下列内容之一或组合：
更新的系统信息块SIB标识；
SIB对应的取值标签value tag；
SIB对应的区域标识。
可选地，所述预设时间为下列时间之一：
终端监听寻呼的周期；
预定义值；
系统信息更新周期*N，其中N为正整数；
网络侧配置值；
终端的非连续接收DRX周期。
本申请实施例提供的另一种信息确定装置，应用于终端，该装置包括：
获取单元，用于按照预设时间获取用于指示系统信息是否更新的指示信息；
确定单元，用于根据所述指示信息，确定系统信息是否发生更新。
本申请实施例提供的另一种信息指示装置，应用于网络侧，该装置包括：
确定单元，用于确定系统信息是否发生更新；
发送单元，用于按照预设时间向终端发送用于指示系统信息是否更新的指示信息。
本申请另一实施例提供了一种计算设备，其包括存储器和处理器，其中，所述存储器用于存储程序指令，所述处理器用于调用所述存储器中存储的程序指令，按照获得的程序执行上述任一种方法。
本申请另一实施例提供了一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令用于使所述计算机执行上述任一种方法。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的系统信息更新示意图；
图2为本申请实施例提供的终端侧的一种信息确定方法的流程示意图；
图3为本申请实施例提供的网络侧的一种信息指示方法的流程示意图；
图4为本申请实施例提供的终端侧的一种信息确定装置的结构示意图；
图5为本申请实施例提供的网络侧的一种信息指示装置的结构示意图；
图6为本申请实施例提供的终端侧的另一种信息确定装置的结构示意图；
图7为本申请实施例提供的网络侧的另一种信息指示装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，并不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供了一种信息确定、指示方法及装置，用以使得终端可以确定系统信息是否更新，或者是否存在有效的系统信息，从而避免终端按照比较长的DRX周期监听寻呼消息可能导致不能及时监听到系统信息更新指示的情况。
其中，方法和装置是基于同一申请构思的，由于方法和装置解决问题的原理相似，因此装置和方法的实施可以相互参见，重复之处不再赘述。
本申请实施例提供的技术方案可以适用于多种系统，尤其是5G系统。例如适用的系统可以是全球移动通讯(global system of mobile communication，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(Wideband CodeDivision Multiple Access，WCDMA)通用分组无线业务(general packet radio service，GPRS)系统、长期演进(long term evolution，LTE)系统、LTE频分双工(frequencydivision duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwideinteroperability for microwave access，WiMAX)系统、5G系统以及5G NR系统等。这多种系统中均包括终端设备和网络设备。
本申请实施例涉及的终端设备，可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。在不同的系统中，终端设备的名称可能也不相同，例如在5G系统中，终端设备可以称为用户设备(user equipment，UE)。无线终端设备可以经RAN与一个或多个核心网进行通信，无线终端设备可以是移动终端设备，如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(session initiated protocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriberstation)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户装置(user device)，本申请实施例中并不限定。
本申请实施例涉及的网络设备，可以是基站，该基站可以包括多个小区。根据具体应用场合不同，基站又可以称为接入点，或者可以是指接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备，或者其它名称。网络设备可用于将收到的空中帧与网际协议(internet protocol，IP)分组进行相互转换，作为无线终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)通信网络。网络设备还可协调对空中接口的属性管理。例如，本申请实施例涉及的网络设备可以是全球移动通信系统(global system for mobile communications，GSM)或码分多址接入(code divisionmultiple access，CDMA)中的网络设备(base transceiver station，BTS)，也可以是带宽码分多址接入(wide-band code division multiple access，WCDMA)中的网络设备(NodeB)，还可以是长期演进(long term evolution，LTE)系统中的演进型网络设备(evolutional node B，eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站，也可是家庭演进基站(home evolved node B，HeNB)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等，本申请实施例中并不限定。
下面结合说明书附图对本申请各个实施例进行详细描述。需要说明的是，本申请实施例的展示顺序仅代表实施例的先后顺序，并不代表实施例所提供的技术方案的优劣。
关于系统信息更新：
一般系统信息更新指除了ETWS(Earthquake and Tsunami Warning System,地震海啸告警系统)与CMAS(Commercial Mobile Alert Service，商业移动告警系统)的系统信息更新。
UE通过下行控制信息(Downlink control information，DCI)中寻呼无线网络临时标识(Paging Radio Network Temporary Identity，P-RNTI)指示的物理层短消息(Short Message)得到系统信息(SI)更新指示。空闲态以及非激活态的UE在每个DRX周期的指定寻呼机会(paging occasion，PO)中监听系统信息更新指示。连接态的UE如果被配置了监听寻呼的公共搜索空间，则至少每个系统信息修改周期内监听一次系统信息更新指示，监听位置可以是该修改周期内的任何PO。
UE在获取到新的系统信息之前，可以一直应用旧的系统信息配置。系统信息中配置了系统信息修改周期，在修改周期内的系统信息内容不能发生变化，系统信息修改只能从下一个系统信息的修改周期的起始时刻开始，即当UE在当前修改周期得知系统信息改变后，在下一个修改周期开始时刻监听新的系统信息。系统信息更新可以通过调度指示，在修改周期内重复发送多次。如图1所示。
系统信息修改周期＝modificationPeriodCoeff*PagingCycle
其中，两个参数的取值范围如下：
modificationPeriodCoeff ENUMERATED{n2,n4,n8,n16}
PagingCycle::＝ENUMERATED{rf32,rf64,rf128,rf256}
关于系统信息有效性：
UE需要将在当前的驻留/服务小区中获取的主信息块(Master InformationBlock，MIB)、系统信息块(System Information Block，SIB)1或者其他SIB进行存储。每个系统信息版本在其确认有效性后的生效时间最多为3小时，超过生效时间后将被UE删除。
UE可以在小区重选，恢复覆盖以及接收系统信息更新指示后，使用除了MIB以及SIB1之外的其它系统信息的有效存储版本。
MIB与SIB1消息均为小区级的特定消息(cell-specific)，即UE在接入或驻留到小区后，必须保证当前小区MIB与SIB1的正确性及有效性。
任何其它SI中的SIB均可以配置为小区级(cell-specific)或者区域级(area-specific)的系统信息。小区级SIB仅在小区内使用，UE离开当前小区后失效；而区域级SIB在设定的SI区域内通用，一个SI区域可以包含一至多个小区。一个SIB的属性为cell-specific还是area-specific，可通过SIB1中该SIB对应areaScope域的有无进行区分。
UE可以保存多个小区级/区域级的多套SIB内容，存储内容的多少取决于UE的内存容量。UE在小区之间发生移动性之后，可以依次检验这些保存的SIB内容，将检验成功的SIB内容作为UE在当前小区的有效系统信息直接使用，避免重新读取；而如果针对某UE需要的SIB没有对应的存储内容，则需要UE读取当前小区该SIB的系统信息。
UE检验SIB内容的方式具体为：
针对每个存储的SIBs版本，在如下情况下认定当前UE保存的SIB有效并可在当前小区直接使用：
针对area-specific SIB：如果UE存储的SIB以及当前服务小区的对应SIB均关联了areaScope指示，并且存储SIB所保存的主公共陆地移动通信网(Public Land MobileNetwork，PLMN)ID，系统信息区域标识(system Information Area ID，SIAID)，以及取值标签(valueTag)等参数均与当前服务小区对应SIB的参数取值一致；
针对cell-specific SIB：如果UE存储的SIB以及当前服务小区的对应SIB均未关联areaScope指示，并且存储的SIB所保存的主PLMN ID，小区ID以及valueTag等参数均与当前服务小区SIB的对应参数取值一致。
针对SIB版本检验所涉及的各参数如下：
1)valueTag：SIB1中包含针对各other SIB的valueTag指示信息，每个SIB指示单独的5比特valueTag内容，以标识当前小区所广播的该SIB版本号。针对ETWS/CMAS的SIB6/7/8不需要valueTag指示。
2)PLMN ID：一个小区可广播PLMN列表，此处比较存储的SIB版本所保存的主PLMN以及当前服务小区PLMN列表中的主PLMN ID是否一致。
3)SIAID：长度为24bits，在PLMN内唯一，仅用于标识area-specific的SIB的使用区域范围。每个小区仅广播一个SIAID，与PLMN ID联合使用。
4)小区ID(Cell Identity)：长度36bits，在PLMN内唯一，用于标识小区。
出于节能方面的考虑，网络侧可能给UE配置比较长的DRX周期，比如10.24s。而该UE按照比较长的DRX周期监听寻呼消息，可能比网络侧配置的系统信息修改周期(比如modificationPeriodCoeff(4)*PagingCycle(64)＝2.56s)要大。gNB在前一个系统信息修改周期(2.56s)发送系统信息更新指示，下一个2.56s发送更新的系统信息。而如果UE按照10.24s接收寻呼消息，则会错过系统信息更新指示。但是，按照现有的机制，UE无法知道系统信息是否发生更新。
本申请实施例提供的技术方案中，UE在时间T(即预设时间)内通过读取MIB和/或SIB1，或者在时间T(即预设时间)内通过读取包含有特殊的(也即预设的)系统信息更新指示的信令，确认系统信息是否发生更新(或者描述为当前是否有有效的系统信息)。
其中，
可选地，UE可以是以下中的一种或多种：
被配置的专用DRX大于等于5.12秒(s)的正整数倍，例如可以是被配置的专用DRX大于等于5.12s，或者被配置的专用DRX大于等于10.24s；
节能的UE。
可选地，时间T可以是以下一种：
-该UE监听寻呼的周期；
-预定义值；
-系统信息更新周期*N；其中，N是正整数，即系统信息更新周期的正整数倍；
-网络侧配置值；
-该UE的DRX周期；
可选地，UE发起RRC连接和/或恢复RRC连接之前，通过读取MIB/SIB1，获得系统信息是否发生变化；
可选地，可以当UE的DRX大于系统信息更新周期时，通过读取MIB/SIB1，获得系统信息是否发生变化；否则，可以按现有的系统信息更新周期来监听系统信息更新指示。
可选地，UE每隔T时间，读取MIB/SIB1时，尽量与醒来监听寻呼的位置间隔最短，或者间隔预设时长，也就是说，终端读取MIB/SIB1的时刻，与醒来监听寻呼的时刻，间隔最短，或者间隔预设时长。比如UE醒来监听寻呼的时刻前后有多个监听MIB/SIB1的位置，选择与监听寻呼时刻间隔最短的时刻作为UE读取MIB/SIB1的时刻；或者，终端每次DRX on时，读取MIB/SIB1，比如UE被配置的连接态DRX周期为10.24s，则UE每隔10.24s读取MIB/SIB1，确认系统信息是否发生更新，或者是否有有效的系统信息。
可选地，当UE侧通过读取包含有特殊的系统信息更新指示的信令时，UE侧根据网络侧发送包含有特殊系统信息更新指示的信令的时域和或频域位置，周期性的按照T时间，监听一次或者多次包含有特殊系统信息更新指示的信令。
可选地，网络侧每隔T时间在固定时刻或时域位置发送特殊的系统信息更新指示的信令，或者按照寻呼周期为T在发送寻呼对应的PDCCH时域和/或频域位置发送特殊的系统信息更新指示的信令。
可选地，包含有特殊的系统信息更新指示的信令包含下面信息中的一种或多种：
系统消息更新指示；
更新的具体SIB标识；
该SIB对应的value tag；
该SIB对应的区域标识(System Information Area ID，SIAID)。
可选地，UE侧监听到包含有特殊系统信息更新指示的信令后，认为系统信息发生改变，则立即或者在下一个系统信息更新周期读取系统消息，获得需要的更新的系统信息。
下面给出几个具体实施例的举例说明。
实施例1：非连接态UE按照时间T读取MIB/SIB1，获得系统信息更新
网络侧通过广播方式配置系统信息更新周期(比如modificationPeriodCoeff(4)*PagingCycle(64)＝2.56s)。
网络侧给某非连接态UE设置成节能UE，或者给某非连接态UE通过专用信令配置的DRX周期为5.12s，则该非连接态UE每隔T时间，通过读取MIB/SIB1，获得最新的MIB和SIB1信息，同时通过读取SIB1中的信息，获得需要每个SIB对应的valueTag/areaScope指示等信息，并确认需要的系统信息是否发生更新，如果发生了更新，UE可以根据当前UE保存的SIB以及每个SIB对应的valueTag/areaScope指示等信息，确定UE是否存储有有效的系统信息，如果有，则UE直接使用存储的对应的SIB；如果没有，则UE根据SIB1中的调度信息，获取对应的SIB。优选的，UE每隔T时间，读取MIB/SIB1时，尽量与醒来监听寻呼的位置间隔最短，或者间隔预设时长，从而减少UE耗电。
时间T可以是以下中的一种：
-该UE监听寻呼的周期；即UE可以在每次醒来监听寻呼时，读取MIB/SIB1，确认系统信息是否发生更新，或者是否有有效的系统信息。比如UE按照配置，每隔5.12s醒来监听寻呼，则UE每隔5.12s，读取MIB/SIB1，确认系统信息是否发生更新，或者是否有有效的系统信息。
-预定义值；比如协议预定义T＝10.24s，则UE每隔10.24s读取MIB/SIB1，确认系统信息是否发生更新，和或者是否有有效的系统信息。优选的，UE需要周期性的醒来监听寻呼，比如UE每隔5.12s醒来监听寻呼，则UE在醒来监听寻呼时，每隔10.24s，读取MIB/SIB1，确认系统信息是否发生更新，或者是否有有效的系统信息，从而避免UE醒来读取寻呼后关闭接收发送机，后续再次醒来读取MIB/SIB。
-系统信息更新周期*N；比如系统信息更新周期＝2.56s，N可以预定义为32，或者等于valuetag最大取值(当前valuetag最大取值为32)，或者为网络可配置，配置为20，则T＝系统信息更新周期*N(2.56*32＝81.92s或者2.56*20＝51.2s),则UE每隔T(81.92s或者51.2s)读取MIB/SIB1，确认系统信息是否发生更新，或者是否有有效的系统信息。优选的，UE读取MIB/SIB1的时刻，与醒来监听寻呼的时刻，间隔最短，或者间隔预设时长。
-网络侧配置值，网络侧可以根据自身算法，配置T的取值，比如网络侧配置T＝20.48s。则UE每隔T＝20.48s读取MIB/SIB1，确认系统信息是否发生更新，和或者是否有有效的系统信息，优选的，UE读取MIB/SIB1的时刻，与醒来监听寻呼的时刻，间隔最短，或者间隔预设时长。
进一步的，为了保证建立RRC连接或者恢复RRC连接时，UE有有效的系统信息，则如果距离UE上次确认系统信息发生改变的时间大于系统信息更新周期，则UE发起RRC连接和/或恢复RRC连接之前，通过读取MIB/SIB1，获得系统信息是否发生变化，和或者是否有有效的系统信息。
进一步的，可以当UE对应的DRX大于系统信息更新周期时，才采用每隔T时间，通过读取MIB/SIB1，获得系统信息是否发生变化，和或者是否有有效的系统信息；否则，按现有的系统信息更新周期来监听系统信息更新指示(即非连接态UE在每个DRX周期的指定寻呼机会(paging occasion，PO)中监听系统信息更新指示)。
本实施例中终端侧的方法流程，同样适用于本申请实施例提供的终端侧的装置，即本申请实施例提供的终端侧的装置，可以执行本实施例中终端侧的方法流程；同理，本实施例中网络侧的方法流程，同样适用于本申请实施例提供的网络侧的装置，即本申请实施例提供的网络侧的装置，可以执行本实施例中网络侧的方法流程。
实施例2：连接态UE按照时间T读取MIB/SIB1，获得系统信息更新。
网络侧通过广播方式配置系统信息更新周期(比如modificationPeriodCoeff(4)*PagingCycle(64)＝2.56s)。
网络侧给某连接态UE设置成节能UE，或者配置的连接态DRX周期比较长(10.24s)，则该连接态UE每隔T时间，通过读取MIB/SIB1。通过读取MIB/SIB1，获得最新的MIB和SIB1信息，同时通过读取SIB1中的信息，获得需要的每个SIB对应的valueTag/areaScope指示等信息，并确认需要的系统信息是否发生更新，如果发生了更新，UE可以根据当前UE保存的SIB以及每个SIB对应的valueTag/areaScope指示等信息，确定UE是否存储有有效的系统信息，如果有，则UE直接使用存储的对应的SIB；如果没有，则UE根据SIB1中的调度信息，获取对应的SIB。
时间T可以是以下中的一种：
-预定义值；同实施例1；
-系统信息更新周期*N；同实施例1；优选的，UE可在DRX on时，读取MIB/SIB1，减少UE耗电；
-网络侧配置值；同实施例1；优选的，UE可在DRX on时，读取MIB/SIB1，减少UE耗电；
-该UE的DRX周期；比如该UE被配置的连接态DRX周期为10.24s，则UE每隔10.24s读取MIB/SIB1，确认系统信息是否发生更新，和或者是否有有效的系统信息。优选的，UE可以在每次DRX on时，读取MIB/SIB1，确认系统信息是否发生更新。
进一步的，可以当UE对应的DRX大于系统信息更新周期时，且被配置了监听寻呼的公共搜索空间，才采用每隔T时间，通过读取MIB/SIB1，获得系统信息是否发生变化和或者是否有有效的系统信息；否则，按现有的系统信息更新周期来监听系统信息更新指示(即连接态的UE如果被配置了监听寻呼的公共搜索空间，则至少每个系统信息修改周期内监听一次系统信息更新指示，监听位置可以是该修改周期内的任何PO)。
本实施例中终端侧的方法流程，同样适用于本申请实施例提供的终端侧的装置，即本申请实施例提供的终端侧的装置，可以执行本实施例中终端侧的方法流程；同理，本实施例中网络侧的方法流程，同样适用于本申请实施例提供的网络侧的装置，即本申请实施例提供的网络侧的装置，可以执行本实施例中网络侧的方法流程。
实施例3：通过包含有系统信息更新指示的信令，获得系统信息更新。
需要说明的是，上述实施例中网络侧也需要发送MIB/SIB1，只不过怎么发送MIB/SIB1可以采用现有技术实现，所以没有描述。而实施例3中，网络侧发送包含有系统信息更新指示的信令，是一个新的行为，只针对特殊UE(例如被配置的专用非连续接收DRX周期大于或等于5.12s的正整数倍的终端，和/或，节能终端)而发的通知。
网络侧每隔T时间在固定时刻和或时域位置发送特殊的系统信息更新指示的信令，或者按照寻呼周期为T在发送寻呼对应的PDCCH时域和/或频域位置发送特殊的系统信息更新指示的信令。
需要说明的是，该系统信息更新指示的信令只针对被配置的专用DRX大于等于5.12s(或者10.24s)，和/或节能UE有效，与现有系统中的SI更新指示是不同的指示。该信令也可以包括在DCI中P-RNTI指示的物理层短消息Short Message中。该信令中可以只携带系统信息更新指示。可选的，该信令中还可以包含下面信息中的一种或多种：
-更新的具体SIB、该SIB对应的value tag、该SIB对应的区域标识(SIAID)。
时间T可以是以下中的一种：
-预定义值；同实施例1；
-系统信息更新周期*N；同实施例1；
-网络侧配置值；同实施例1。
UE被配置的专用DRX大于等于5.12s(或者10.24s)，或者节能UE，根据网络侧发送包含有特殊系统信息更新指示的信令的时域和或频域位置，周期性的按照T时间，监听一次或者多次包含有预设(特殊的，即针对本实施例中所述终端专门设置的)系统信息更新指示的信令。UE侧监听到包含有特殊系统信息更新指示的信令后，认为系统信息发生改变，则立即或者在下一个系统信息更新周期(按照现有协议配置确认的系统信息更新周期)读取系统消息(读取系统消息过程按照现有协议过程，在此不再赘述)，获得需要的更新的系统信息。
进一步的，包含有特殊系统信息更新指示的信令还可以包含下面信息中的一种或多种时：
-更新的具体SIB标识；该SIB对应的value tag；该SIB对应的区域标识(SIAID)。
UE侧可根据监听到包含有特殊系统信息更新指示的信令，判断需要的系统信息是否发生更新(比如value tag和/或区域标识，判断对应的SIB是否发生更新)，如果发生更新，且针对需要的系统信息，UE确定没有存有对应的版本(对应于接收到的更新指示信令中包含有具体SIB+value tag+区域标识的情况)，或者UE不能确定是否存有有效的版本(对应于接收到的更新指示信令中只包含有具体SIB标识或者只包含有系统消息更新指示的情况)，则立即或者在下一个系统信息更新周期(按照现有协议配置确认的系统信息更新周期)读取系统消息，获得需要的更新的系统信息。
进一步的，为了保证建立RRC连接或者恢复RRC连接时，UE有有效的系统信息，则如果距离UE上次确认系统信息发生改变的时间大于系统信息更新周期，则UE发起RRC连接和/或恢复RRC连接之前，通过读取MIB/SIB1，获得系统信息是否发生变化。需要说明的是，即使UE通过监听特殊的系统信息更新指示的信令，获得系统消息更新，但是UE发起无线资源控制RRC连接和/或恢复RRC连接之前，也是可以通过读取MIB/SIB1方式确定系统信息是否发生变化。
本实施例中终端侧的方法流程，同样适用于本申请实施例提供的终端侧的装置，即本申请实施例提供的终端侧的装置，可以执行本实施例中终端侧的方法流程；同理，本实施例中网络侧的方法流程，同样适用于本申请实施例提供的网络侧的装置，即本申请实施例提供的网络侧的装置，可以执行本实施例中网络侧的方法流程。
综上所述，本申请实施例在终端侧和网络侧分别提供了如下技术方案：
参见图2，本申请实施例提供的一种信息确定方法，应用于终端，该方法包括：
S101、按照预设时间获取用于指示系统信息是否更新的指示信息；
S102、根据所述指示信息，确定系统信息是否发生更新。
通过该方法，按照预设时间获取用于指示系统信息是否更新的指示信息，并根据所述指示信息，确定系统信息是否发生更新，使得终端可以确定系统信息是否发生更新，从而避免终端按照比较长的DRX周期监听寻呼消息可能导致不能及时监听到系统信息更新指示的情况。
可选地，通过读取信息块，获取所述指示信息，其中所述信息块包括主信息块MIB和/或系统信息块SIB1。
可选地，通过网络侧发送的含有预设系统信息更新指示的信令，获取所述指示信息。
可选地，根据网络侧发送所述信令的时域和/或频域位置，周期性地按照所述预设时间，监听一次或多次所述信令。
可选地，每隔所述预设时间，在固定时刻或时域位置，接收所述信令；或者，按照所述预设时间作为寻呼周期，在网络侧发送寻呼消息的物理下行控制信道PDCCH对应的时域和/或频域位置，接收所述信令。
可选地，所述信令还包含下列内容之一或组合：
更新的系统信息块SIB标识；
SIB对应的取值标签value tag；
SIB对应的区域标识。
可选地，所述预设时间为下列时间之一：
终端监听寻呼的周期；
预定义值；
系统信息更新周期*N，其中N为正整数；
网络侧配置值；
终端的非连续接收DRX周期。
可选地，所述终端被配置的专用非连续接收DRX周期大于或等于5.12s的正整数倍，和/或，所述终端为节能终端。
可选地，在所述终端发起无线资源控制RRC连接和/或恢复RRC连接之前，根据所述指示信息，确定系统信息是否发生更新。
可选地，当所述终端的DRX周期大于系统信息的更新周期时，根据所述指示信息，确定系统信息是否发生更新。
可选地，该方法还包括：
当确定系统信息发生更新时，立即或者在下一系统信息更新周期读取系统消息，并从中获取最新的系统信息；或者，
当确定系统信息发生更新，且所述终端未存储最新的系统信息时，立即或者在下一系统信息更新周期读取系统消息，并从中获取最新的系统信息。
本实施例中终端侧的方法流程，同样适用于本申请实施例提供的终端侧的装置，即本申请实施例提供的终端侧的装置，可以执行本实施例中终端侧的方法流程；同理，本实施例中网络侧的方法流程，同样适用于本申请实施例提供的网络侧的装置，即本申请实施例提供的网络侧的装置，可以执行本实施例中网络侧的方法流程。
相应地，参见图3，本申请实施例提供的一种信息指示方法，应用于网络侧，该方法包括：
S201、确定系统信息是否发生更新；
S202、按照预设时间向终端发送用于指示系统信息是否更新的指示信息。
可选地，通过信令向终端发送用于指示系统信息是否更新的指示信息。
可选地，每隔所述预设时间，在固定时刻或时域位置，发送所述信令；或者，按照所述预设时间作为寻呼周期，在发送寻呼消息的物理下行控制信道PDCCH对应的时域和/或频域位置，发送所述信令。
可选地，所述信令还包含下列内容之一或组合：
更新的系统信息块SIB标识；
SIB对应的取值标签value tag；
SIB对应的区域标识。
可选地，所述预设时间为下列时间之一：
终端监听寻呼的周期；
预定义值；
系统信息更新周期*N，其中N为正整数；
网络侧配置值；
终端的非连续接收DRX周期。
本实施例中终端侧的方法流程，同样适用于本申请实施例提供的终端侧的装置，即本申请实施例提供的终端侧的装置，可以执行本实施例中终端侧的方法流程；同理，本实施例中网络侧的方法流程，同样适用于本申请实施例提供的网络侧的装置，即本申请实施例提供的网络侧的装置，可以执行本实施例中网络侧的方法流程。
参见图4，本申请实施例提供的一种信息确定装置，应用于终端，该装置包括：
存储器620，用于存储程序指令；
处理器600，用于调用所述存储器中存储的程序指令，按照获得的程序执行：
按照预设时间获取用于指示系统信息是否更新的指示信息；
根据所述指示信息，确定系统信息是否发生更新。
可选地，所述处理器600通过读取信息块，获取所述指示信息，其中所述信息块包括主信息块MIB和/或系统信息块SIB1。
可选地，所述处理器600通过读取网络侧发送的含有预设系统信息更新指示的信令，获取所述指示信息。
可选地，所述处理器600根据网络侧发送所述信令的时域和/或频域位置，周期性地按照所述预设时间，监听一次或多次所述信令。
可选地，所述处理器600每隔所述预设时间，在固定时刻或时域位置，接收所述信令；或者，所述处理器按照所述预设时间作为寻呼周期，在网络侧发送寻呼消息的物理下行控制信道PDCCH对应的时域和/或频域位置，接收所述信令。
可选地，所述信令还包含下列内容之一或组合：
更新的系统信息块SIB标识；
SIB对应的取值标签value tag；
SIB对应的区域标识。
可选地，所述预设时间为下列时间之一：
终端监听寻呼的周期；
预定义值；
系统信息更新周期*N，其中N为正整数；
网络侧配置值；
终端的非连续接收DRX周期。
可选地，所述终端被配置的专用非连续接收DRX周期大于或等于5.12s的正整数倍，和/或，所述终端为节能终端。
可选地，在所述终端发起无线资源控制RRC连接和/或恢复RRC连接之前，所述处理器根据所述指示信息，确定系统信息是否发生更新。
可选地，当所述终端的DRX周期大于系统信息的更新周期时，所述处理器600根据所述指示信息，确定系统信息是否发生更新。
可选地，所述处理器600还用于：
当确定系统信息发生更新时，立即或者在下一系统信息更新周期读取系统消息，并从中获取最新的系统信息；或者，
当确定系统信息发生更新，且所述终端未存储最新的系统信息时，立即或者在下一系统信息更新周期读取系统消息，并从中获取最新的系统信息。
收发机610，用于在处理器600的控制下接收和发送数据。
其中，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器600代表的一个或多个处理器和存储器620代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机610可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口630还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器600负责管理总线架构和通常的处理，存储器620可以存储处理器600在执行操作时所使用的数据。
可选的，处理器600可以是CPU(中央处埋器)、ASIC(Application SpecificIntegrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。
以上本申请实施例提供的终端侧的装置，具有上述方法流程实施例中终端侧的所有功能，可以执行终端侧的方法流程。
参见图5，本申请实施例提供的一种信息指示装置，应用于网络侧，该装置包括：
存储器520，用于存储程序指令；
处理器500，用于调用所述存储器中存储的程序指令，按照获得的程序执行：
确定系统信息是否发生更新；
按照预设时间向终端发送用于指示系统信息是否更新的指示信息。
可选地，所述处理器500通过信令向终端发送用于指示系统信息是否更新的指示信息。
可选地，所述处理器500每隔所述预设时间，在固定时刻或时域位置，发送所述信令；或者，所述处理器按照所述预设时间作为寻呼周期，在发送寻呼消息的物理下行控制信道PDCCH对应的时域和/或频域位置，发送所述信令。
可选地，所述信令还包含下列内容之一或组合：
更新的系统信息块SIB标识；
SIB对应的取值标签value tag；
SIB对应的区域标识。
可选地，所述预设时间为下列时间之一：
终端监听寻呼的周期；
预定义值；
系统信息更新周期*N，其中N为正整数；
网络侧配置值；
终端的非连续接收DRX周期。
收发机510，用于在处理器500的控制下接收和发送数据。
其中，在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器500代表的一个或多个处理器和存储器520代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机510可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器500负责管理总线架构和通常的处理，存储器520可以存储处理器500在执行操作时所使用的数据。
处理器500可以是中央处埋器(CPU)、专用集成电路(Application SpecificIntegrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)。
以上本申请实施例提供的网络侧的装置，具有上述方法流程实施例中网络侧的所有功能，可以执行网络侧的方法流程。
参见图6，本申请实施例提供的另一种信息确定装置，应用于终端，该装置包括：
获取单元11，用于按照预设时间获取用于指示系统信息是否更新的指示信息；
确定单元12，用于根据所述指示信息，确定系统信息是否发生更新。
可选地，获取单元11通过读取信息块，获取所述指示信息，其中所述信息块包括主信息块MIB和/或系统信息块SIB1。
可选地，获取单元11通过网络侧发送的含有预设系统信息更新指示的信令，获取所述指示信息。
可选地，获取单元11根据网络侧发送所述信令的时域和/或频域位置，周期性地按照所述预设时间，监听一次或多次所述信令。
可选地，获取单元11每隔所述预设时间，在固定时刻或时域位置，接收所述信令；或者，获取单元11按照所述预设时间作为寻呼周期，在网络侧发送寻呼消息的物理下行控制信道PDCCH对应的时域和/或频域位置，接收所述信令。
可选地，所述信令还包含下列内容之一或组合：
更新的系统信息块SIB标识；
SIB对应的取值标签value tag；
SIB对应的区域标识。
可选地，所述预设时间为下列时间之一：
终端监听寻呼的周期；
预定义值；
系统信息更新周期*N，其中N为正整数；
网络侧配置值；
终端的非连续接收DRX周期。
可选地，所述终端被配置的专用非连续接收DRX周期大于或等于5.12s的正整数倍，和/或，所述终端为节能终端。
可选地，在所述终端发起无线资源控制RRC连接和/或恢复RRC连接之前，根据所述指示信息，确定系统信息是否发生更新。
可选地，当所述终端的DRX周期大于系统信息的更新周期时，根据所述指示信息，确定系统信息是否发生更新。
可选地，所述确定单元12还用于：
当确定系统信息发生更新时，立即或者在下一系统信息更新周期读取系统消息，并从中获取最新的系统信息；或者，
当确定系统信息发生更新，且所述终端未存储最新的系统信息时，立即或者在下一系统信息更新周期读取系统消息，并从中获取最新的系统信息。
以上本申请实施例提供的终端侧的装置，具有上述方法流程实施例中终端侧的所有功能，可以执行终端侧的方法流程。
参见图7，本申请实施例提供的另一种信息指示装置，应用于网络侧，该装置包括：
确定单元21，用于确定系统信息是否发生更新；
发送单元22，用于按照预设时间向终端发送用于指示系统信息是否更新的指示信息。
可选地，发送单元22通过信令向终端发送用于指示系统信息是否更新的指示信息。
可选地，发送单元22每隔所述预设时间，在固定时刻或时域位置，发送所述信令；或者，发送单元22按照所述预设时间作为寻呼周期，在发送寻呼消息的物理下行控制信道PDCCH对应的时域和/或频域位置，发送所述信令。
可选地，所述信令还包含下列内容之一或组合：
更新的系统信息块SIB标识；
SIB对应的取值标签value tag；
SIB对应的区域标识。
可选地，所述预设时间为下列时间之一：
终端监听寻呼的周期；
预定义值；
系统信息更新周期*N，其中N为正整数；
网络侧配置值；
终端的非连续接收DRX周期。
以上本申请实施例提供的网络侧的装置，具有上述方法流程实施例中网络侧的所有功能，可以执行网络侧的方法流程。
需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例提供了一种计算设备，该计算设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)等。该计算设备可以包括中央处理器(Center Processing Unit，CPU)、存储器、输入/输出设备等，输入设备可以包括键盘、鼠标、触摸屏等，输出设备可以包括显示设备，如液晶显示器(Liquid Crystal Display，LCD)、阴极射线管(Cathode Ray Tube，CRT)等。
存储器可以包括只读存储器(ROM)和随机存取存储器(RAM)，并向处理器提供存储器中存储的程序指令和数据。在本申请实施例中，存储器可以用于存储本申请实施例提供的任一所述方法的程序。
处理器通过调用存储器存储的程序指令，处理器用于按照获得的程序指令执行本申请实施例提供的任一所述方法。
本申请实施例提供了一种计算机存储介质，用于储存为上述本申请实施例提供的装置所用的计算机程序指令，其包含用于执行上述本申请实施例提供的任一方法的程序。
所述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。
本申请实施例提供的方法可以应用于终端设备，也可以应用于网络设备。
其中，终端设备也可称之为用户设备(User Equipment，简称为“UE”)、移动台(Mobile Station，简称为“MS”)、移动终端(Mobile Terminal)等，可选的，该终端可以具备经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信的能力，例如，终端可以是移动电话(或称为“蜂窝”电话)、或具有移动性质的计算机等，例如，终端还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
网络设备可以为基站(例如，接入点)，指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)网络。基站还可协调对空中接口的属性管理。例如，基站可以是GSM或CDMA中的基站(BTS，BaseTransceiver Station)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，或者也可以是5G系统中的gNB等。本申请实施例中不做限定。
上述方法处理流程可以用软件程序实现，该软件程序可以存储在存储介质中，当存储的软件程序被调用时，执行上述方法步骤。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
