系统信息更新方法及装置 |
|||||||
| 申请号 | CN201610081422.5 | 申请日 | 2016-02-04 | 公开(公告)号 | CN107040899A | 公开(公告)日 | 2017-08-11 |
| 申请人 | 中兴通讯股份有限公司; | 发明人 | 艾建勋; 陆婷; | ||||
| 摘要 | 本 发明 提供了一种系统信息更新方法及装置，其中，该方法包括：接收用于指示第一类系统信息 块 SIB或第一类系统信息SI更新的指示信息；根据指示信息接收指示的更新的第一类SIB或第一类SI；其中，第一类SIB为具有以下特点的SIB：包含终端保持在无线资源控制RRC空闲态时所需要的必要信息；第一类SI为第一类SIB在SIB1中定义的调度信息所归属的系统信息SI。通过本发明，解决了相关技术中用户更新系统信息时 电池 消耗大的问题。 | ||||||
| 权利要求 | 1.一种系统信息更新方法，其特征在于，包括： |
||||||
| 说明书全文 | 系统信息更新方法及装置技术领域[0001] 本发明涉及通信领域，具体而言，涉及一种系统信息更新方法及装置。 背景技术[0002] 机器间(Machine to Machine，简称M2M)通信是第五代移动通信技术(5th Generation，简称5G)研究的一个重要课题，也是未来无线通信的一个重要应用领域。在M2M课题里，针对低成本低吞吐量类型终端的特性，第三代合作伙伴计划(3GPP)提出了窄带物联网(NarowBand Internet of Things，简称NB-IoT)系统的研究子课题，目标是在200千赫兹(KHz)的频带内构建一个和长期演进(LTE)相似的系统，为低成本终端提供低吞吐量的无线通讯服务。 [0003] 系统信息(system information，简称SI)为小区的公共消息，用于指示小区的系统参数，用户设备(UE)驻留在小区中必须保持对最新的系统信息的一致；系统信息通常承载在小区的广播信道上发送。在LTE和NB-IoT系统中，系统信息分为主信息块(master information block，简称MIB)和系统信息块(system information block，简称SIB)两个类别，SIB又细分为SIB1、SIB2和SIB3等编号不同的系统信息块。除SIB1之外的系统信息块组成一个或一个以上SI。SIB1中携带有组成的SI的调度信息，调度信息用于指示每个SI包含的系统信息块的编号、发送周期以及UE接收这些SI的时间窗口。 [0004] 图1为相关技术中LTE(Legacy LTE)的系统信息的更新示意图，如图1所示，系统信息按照广播公共控制信道的修改周期(BCCH modification period，以下简称为修改周期)的机制进行更新，在系统信息需要发生变更时，基站首先在第一个修改周期内通过寻呼消息(paging message)中携带UE系统信息更新指示；然后，在第二个修改周期(第二个修改周期为第一个修改周期的在后修改周期)开始发送更新后的系统信息，接收到携带更新指示的寻呼消息的UE在第二个修改周期接收更新的系统信息。除了需要快速变化的系统信息，其它的系统信息在第二个修改周期内保持不变。 [0005] 除了上述的通过寻呼消息指示UE关于系统信息更新，UE主动接收之外，在最新的3GPP讨论中还提出了UE自己获取系统信息更新的方法，及UE在发起无线资源控制(Radio Resource Control，简称RRC)连接之前通过读取MIB或SIB1中的小区系统信息价值标签(value tag)，并将之与本地保存的最新有效的系统信息的value tag进行对比，如果不同，则表示系统信息自UE上一次接收到有效的系统信息之后有了更新，此时UE主动获取所述系统信息的更新，以保证能正确的完成发起接入网络的行为。 [0006] 在物联网的窄带系统中，如何减少UE的电池消耗是一个非常重要的技术要求。在传统的LTE中，UE在RRC空闲(IDLE)态主要的行为包括对小区的信号质量进行测量、监听系统发送的寻呼消息，检查系统信息的更新指示，并根据指示接收更新的系统信息等等。而物理网窄带系统对UE的省电提出了更高的要求，因而对传统LTE中UE的RRC IDLE态行为有了进一步进行优化的必要性。 [0007] 针对上述问题，尚未给出有效的解决方案。 发明内容[0008] 本发明提供了一种系统信息更新方法及装置，以至少解决相关技术中用户更新系统信息时电池消耗大的问题。 [0009] 根据本发明的一个方面，提供了一种系统信息更新方法，包括：接收用于指示第一类系统信息块SIB或第一类系统信息SI更新的指示信息；根据指示信息接收指示的更新的第一类SIB或第一类SI；其中，第一类SIB为具有以下特点的SIB：包含终端保持在无线资源控制RRC空闲态时所需要的必要信息；第一类SI为第一类SIB在SIB1中定义的调度信息所归属的系统信息SI。 [0010] 进一步地，必要信息包括以下至少之一：SI调度信息；小区寻呼配置信息；小区多播或组播单频网络MBSFN配置信息；小区空闲IDLE态测量配置信息；小区扩展访问限制EAB配置或EAB消息。 [0011] 进一步地，第一类SIB或第一类SI通过以下至少之一方式进行定义：通过SIB1中的指定比特位定义SIB或SI是否为第一类SIB或第一类SI；根据协议预先定义SIB或SI是否为第一类SIB或第一类SI。 [0012] 进一步地，指示信息中包含有位图，其中，位图中的一个比特位对应一个第一类SIB或第一类SI，一个第一类SIB或第一类SI在所有第一类SIB或第一类SI中的顺序数为第一类SIB或第一类SI在位图中对应的比特的位数，每个比特位的比特值用于指示与比特对应的第一类SIB或第一类SI是否有更新。 [0013] 进一步地，通过以下至少之一信息接收指示信息：寻呼消息、主信息块MIB、SIB1。 [0014] 进一步地，在通过寻呼消息接收指示信息的情况下，在SIB1被定义为第一类SIB，以及第一类SIB1没有更新，或者SIB1中除携带的值标签、EAB、地震及海啸预警系统(Earthquake and Tsunami Warning Systerm，简称ETWS)、商业移动警报服务(Commercial Mobile Alert Service，简称CMAS)和非关键内容之外的内容没有更新的情况下，指示信息中不指示SIB1的更新；其中，非关键内容为非关键内容的变化不影响值标签的值的内容。 [0015] 进一步地，寻呼消息携带有值标签列表，其中，该值标签列表包括存在更新的第一类SIB或第一类SI更新后的值标签。 [0016] 进一步地，在通过MIB接收指示信息的情况下，MIB中携带有值标签列表，其中，该值标签列表包括存在更新的第一类SIB或第一类SI更新后的值标签。 [0017] 进一步地，在SIB1被定义为第一类SIB，以及SIB1没有更新的情况下，MIB中携带有值标签列表。 [0018] 进一步地，通过以下方式接收更新的第二类SIB或第二类SI，其中，第二类SIB为所有SIB中除了第一类SIB之外的SIB，第二类SI为第二类SIB在SIB1中定义的调度信息所归属的系统信息SI：在预定触发条件下接收更新的第二类SIB或第二类SI；其中，预定触发条件包括：发起RRC连接；在第二类SIB或第二类SI更新时或更新之前，该指示信息中不指示第二类SIB或第二类SI的更新。 [0019] 根据本发明的另一方面，提供了一种系统信息更新装置，包括：第一接收模块，用于接收用于指示第一类系统信息块SIB或第一类系统信息SI更新的指示信息；第二接收模块，用于根据指示信息接收指示的更新的第一类SIB或第一类SI；其中，第一类SIB为具有以下至少之一特点的SIB：包含终端保持在无线资源控制RRC空闲态时所需要的必要信息，更新时间小于预定阈值；第一类SI为第一类SIB在SIB1中定义的调度信息所归属的系统信息SI。 [0020] 进一步地，必要信息包括以下至少之一：SI调度信息；小区寻呼配置信息；小区多播或组播单频网络MBSFN配置信息；小区空闲IDLE态测量配置信息；小区扩展访问限制EAB配置或EAB消息。 [0021] 进一步地，第一类SIB或第一类SI通过以下至少之一方式进行定义：通过SIB1中的指定比特位定义SIB或SI是否为第一类SIB或第一类SI；根据协议预先定义SIB或SI是否为第一类SIB或第一类SI。 [0022] 进一步地，指示信息中包含有位图，其中，位图中的一个比特对应一个第一类SIB或第一类SI，一个第一类SIB或第一类SI在所有第一类SIB或第一类SI中的顺序数为第一类SIB或第一类SI在位图中对应的比特的位数，每个比特的比特值用于指示与比特对应的第一类SIB或第一类SI是否更新。 [0023] 进一步地，第一接收模块，用于通过以下至少之一信息接收指示信息：寻呼消息、主信息块MIB、SIB1。 [0024] 进一步地，在第一接收模块通过寻呼消息接收指示信息的情况下，在SIB1被定义为第一类SIB，以及第一类SIB1没有更新，或者SIB1中除携带的值标签、EAB、地震及海啸预警系统ETWS、商业移动警报服务CMAS和非关键内容之外的内容没有更新的情况下，指示信息中不指示SIB1的更新；其中，非关键内容为非关键内容的变化不影响值标签的值的内容。 [0025] 进一步地，寻呼消息携带有值标签列表，其中，该值标签列表包括存在更新的第一类SIB或第一类SI更新后的值标签。 [0026] 进一步地，在第一接收模块通过MIB接收指示信息的情况下，MIB中携带有值标签列表，其中，该值标签列表包括存在更新的第一类SIB或第一类SI更新后的值标签。 [0027] 进一步地，在SIB1被定义为第一类SIB，以及SIB1没有更新的情况下，MIB中携带有值标签列表。 [0028] 进一步地，装置还包括：第三接收模块，用于通过以下方式接收更新的第二类SIB或第二类SI，其中，第二类SIB为所有SIB中除了第一类SIB之外的SIB，第二类SI为第二类SIB在SIB1中定义的调度信息所归属的系统信息SI：在预定触发条件下接收更新的第二类SIB或第二类SI；预定触发条件包括：发起RRC连接；其中，在第二类SIB或第二类SI更新时或更新之前，指示信息中不指示第二类SIB或第二类SI的更新。 [0029] 通过本发明，采用根据接收到的指示信息接收更新的第一类SIB或第一类SI的方式，与相关技术中接收更新的所有SIB或所有SI相比，可不接收所有更新的SIB或所有更新的SI中除了第一类SIB或第一类SI之外的其他第二类SIB或SI，进而解决了相关技术中用户更新系统信息时终端的电池消耗大的问题，节省了电池的消耗。附图说明 [0031] 图1为相关技术中LTE(Legacy LTE)的系统信息的更新示意图； [0032] 图2是根据本发明实施例的系统信息更新方法的流程图； [0033] 图3是根据本发明实施例的系统信息更新装置的结构框图。 具体实施方式[0034] 下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。 [0036] 在本实施例中提供了一种系统信息更新方法，图2是根据本发明实施例的系统信息更新方法的流程图，如图2所示，该流程包括如下步骤： [0037] 步骤S202，接收用于指示第一类系统信息块SIB或第一类系统信息SI更新的指示信息； [0038] 步骤S204，根据指示信息接收指示的更新的第一类SIB或第一类SI；其中，其中，第一类SIB为具有以下特点的SIB：包含终端保持在无线资源控制RRC空闲态时所需要的必要信息；第一类SI为第一类SIB在SIB1中定义的调度信息所归属的系统信息SI。 [0039] 通过上述步骤，采用根据接收到的指示信息接收更新的第一类SIB或第一类SI的方式，与相关技术中接收更新的所有SIB或所有SI相比，可不接收所有更新的SIB或所有更新的SI中除了第一类SIB或第一类SI之外的其他第二类SIB或SI，进而解决了相关技术中用户更新系统信息时终端的电池消耗大的问题，节省了电池的消耗。 [0040] 需要说明的是，上述必要信息可以包括以下至少之一，但并不限于此：SI调度信息；小区寻呼配置信息；小区多播或组播单频网络MBSFN配置信息；小区空闲IDLE态测量配置信息；小区扩展访问限制(Extended access barring，简称EAB)配置或EAB消息。 [0041] 上述第一类SIB或第一类SI可以预先设定，即哪些SIB或SI为第一类SIB或第一类SI可以进行预先设定，在本发明的一个实施例中，第一类SIB或第一类SI可以通过以下方式之一进行定义：方式一：通过SIB1中的指定比特位定义SIB或SI是否为第一类SIB或第一类SI；方式二：根据协议预先定义SIB或SI是否为第一类SIB或第一类SI。 [0042] 对于方式一，以SIB包括SIB1～SIB9为例说明，对SIB1～SIB9中的任何一个编号的SIB，以SIB2为例，如果SIB1中与SIB2对应的指定比特值为1，则表明SIB2为第一类SIB，如果为0则表明该SIB2为非第一类SIB，当然可以设定为比特值为0表明为第一类SIB，比特值为1表明为第一类SIB，并不限于此。对于方式二，通过协议预先设置好，比如在文本中预先写好哪些SIB为第一类SIB，哪些SIB为非第一类SIB，比如可以预先设定SIB1～SIB4为第一类SIB，SIB5-SIB9为非第一类SIB，当然也可以预先设定SIB1、SIB3、SIB5、SIB7为第一类SIB，其他编号的SIB为非第一类SIB，并不限于此，具体地，至于预先设置哪些SIB为第一类SIB，哪些SIB为非第一类SIB可以根据实际情况进行设置。 [0043] 需要说明的是，上述方式一和方式二也可以结合定义，比如根据协议预先定义SIB1～SIB4为第一类SIB，而SIB1中SIB6对应的指定比特值指示SIB6为第一类SIB，那么SIB1～SIB4和SIB6都为第一类SIB，并不限于方式一和方式二的结合顺序。 [0044] 在本发明的一个实施例中，上述第一类SI可以是上述第一类SIB在SIB1中定义的调度信息所归属的SI，其中，该调度信息用于指示每个SI包含的系统信息块的编号、发送周期以及终端接收这些SI的时间窗口。 [0045] 通过上述预先定义哪些SIB或SI为第一类SIB或第一类SI，进而可以在接收系统信息的时候，可以只接收第一类SIB或第一类SI，对于非第一类SIB或非第一类SI(即第二类SIB或第二类SI)可以在需要的时候才接收，能够减少终端接收的系统信息数量，进而能够减少接收系统信息的时间，进而可以节省终端电池的消耗。 [0046] 在本发明的一个实施例中，上述指示信息可以包括包含有位图，其中，位图中的一个比特位对应一个第一类SIB或第一类SI，一个第一类SIB或第一类SI在所有第一类SIB或第一类SI中的顺序数为第一类SIB或第一类SI在位图中对应的比特的位数，每个比特位的比特值用于指示与比特对应的第一类SIB或第一类SI是否有更新。即可以通过指示消息中包含的位图的比特位的比特值来指示第一类SIB或第一类SI是否有更新。 [0047] 以第一类SIB，即位图指示的是第一类SIB例，该指示信息中包含的位图有4个比特位，则第一类SIB的数量应当为4个，假设4个第一类SIB分别为SIB1，SIB3，SIB4，SIB6，如果SIB3在4个第一类SIB中的顺序数为2，则SIB3对应的是位图中第2个比特位，即比特位数为2；假设比特位的值为0代表与该比特位对应的第一类SIB无更新，如果比特位的值为1代表与该比特位对应的第一类SIB有更新，在这种情况下，如果位图为0100，则表明SIB3有更新，其他的第一类SIB并无更新。当然，对于位图指示的是第一类SI时如何来指示第一类SI是否有更新，与位图指示的是第一类SIB如何来指示第一类SIB是否有更新类似，此处不再赘述。 [0048] 需要说明的是，通过以下至少之一信息接收指示信息：寻呼消息、主信息块MIB、SIB1。 [0049] 在本发明的一个实施例中，在通过寻呼消息接收指示信息的情况下，在SIB1被定义为第一类SIB，以及第一类SIB1没有更新，或者SIB1中除携带的值标签(value tag)、扩展访问限制EAB(extended access barring)、ETWS、CMAS和非关键内容之外的内容没有更新的情况下，指示信息中不指示SIB1的更新，其中，非关键内容为非关键内容的变化不影响值标签的值的内容。 [0050] 需要说明的是，上述指示信息中不指示SIB1的更新可以是在上述指示信息中有一个标识(比如比特位)值来指示SIB1不更新，也可以是不用上述指示信息来指示SIB1的更新，并不限于此。 [0051] 需要说明的是，上述寻呼消息携带有值标签列表，其中，该值标签列表包括存在更新的第一类SIB或第一类SI更新后的值标签。 [0052] 需要说明的是，在第一类SIB1没有更新的情况下，终端在读取其他更新的第一类SIB或第一类SI时，可以不读取该SIB1，由于其它更新的第一类SIB或第一类SI的值标签存在于SIB1中，当不需要读取SIB1的情况下，UE通过上述寻呼消息来获取有更新的第一类SIB或第一类SI更新后的值标签列表，从而在不读取SIB1的情况下，UE可以获得更新的第一类SIB或SI的值标签。 [0053] 需要说明的是，如果SIB1没有定义为第一类SIB，则终端在获取第一类SIB更新时，先要读取SIB1来获得最新的系统信息调度信息。 [0054] 第一类SIB或SI的更新，可导致MIB中携带的小区系统信息的value tag以及SIB1中携带的调度信息对应的每个SI的value tag的变更。即更新前的第一类SIB或第一类SI的value tag与变更后的第一类SIB或第一类SI的value tag并不相同。 [0055] 在本发明的一个实施例中，在通过MIB接收指示信息的情况下，MIB中可以携带有值标签列表，其中，该值标签列表包括存在更新的第一类SIB或第一类SI更新后的值标签。 [0056] 需要说明的是，上述值标签列表中的值标签依次为本次有更新的第一类SIB或第一类SI的更新后的值标签。 [0057] 进一步地，在SIB1为第一类SIB，以及SIB1没有更新的情况下，MIB中携带有值标签列表，也可以直接携带此次有更新的第一类SIB或第一类SI的更新后的值标签。 [0058] 在本发明的一个实施例中，上述方法还包括：通过MIB中携带的SIB或SI的值标签，判断是否存在SIB或SI的更新；在存在更新的情况下，通过读取SIB1判断非第一类SIB或非第一类SI是否发生变更。即UE在发起RRC之前，通过读取MIB，并通过检查MIB携带的系统信息的value tag，来检查是否存在系统信息的更新，如果存在，则UE读取SIB1，以获得第二类SIB/SI(自UE上一次获得有效该SIB/SI之后)是否发生变更。 [0059] 需要说明的是，上述方法还包括：通过以下方式接收更新的第二类SIB或第二类SI，其中，第二类SIB为所有SIB中除了第一类SIB之外的SIB，第二类SI为第二类SIB在SIB1中定义的调度信息所归属的系统信息SI：在预定触发条件下接收更新的第二类SIB或第二类SI；其中，上述预定触发条件包括：发起RRC连接；在第二类SIB或第二类SI更新时或更新之前，该指示信息中不指示第二类SIB或第二类SI的更新。 [0060] 需要说明的是，对于第二类SIB或第二类SI的更新，可以不通过上述寻呼消息来获取。上述第一类SIB与第二类SIB的区别可以包括以下至少之一：RRC IDLE态UE更新的及时性要求不同，或者，第一类SIB与第二类SIB包含的信息不同；比如第一类SIB可以包含UE保持在RRC IDLE态时所必要的信息，而第二类SIB也可以是只包含除了UE保持在RRC IDLE态的必要信息之外的信息，但并不限于此。对于及时性要求不同可以是指第一类SIB与第二类SIB的更新时机不同，比如对于第一类SIB可以在获知需要更新的时候尽快进行更新，对于第二类SIB可以是在一个固定的时间来进行更新或者在预定的触发条件下来进行更新，但并不限于此。 [0061] 需要说明的是，上述方法所体现的步骤可以通过终端来实现，对于指示信息的设置，第一类SIB或第一类SI的定义可以由系统比如物联网窄带系统，LTE系统等，当然也可以由基站来实现，但并不限于此。该终端可以是处于RRC空闲(IDLE)态下的终端，但并不限于此。 [0062] 通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。 [0063] 在本实施例中还提供了一种系统信息更新装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。 [0064] 图3是根据本发明实施例的系统信息更新装置的结构框图，如图3所示，该装置包括： [0065] 第一接收模块32，用于接收用于指示第一类系统信息块SIB或第一类系统信息SI更新的指示信息； [0066] 第二接收模块34，与上述第二接收模块34连接，用于根据指示信息接收指示的更新的第一类SIB或第一类SI；其中，其中，第一类SIB为具有以下特点的SIB：包含终端保持在无线资源控制RRC空闲态时所需要的必要信息；第一类SI为第一类SIB在SIB1中定义的调度信息所归属的系统信息SI。 [0067] 通过上述装置，采用第二接收模块34根据接收到的指示信息接收更新的第一类SIB或第一类SI的方式，与相关技术中接收更新的所有SIB或所有SI相比，可不接收所有更新的SIB或所有SI中除了第一类SIB或第一类SI之外的其他第二类SIB或SI，进而解决了相关技术中用户更新系统信息时终端的电池消耗大的问题，节省了电池的消耗。 [0068] 需要说明的是，上述第一接收模块32与上述第二接收模块34可以独立存在，也可以通过一个接收模块来完成上述第一接收模块32与上述第二接收模块34共同完成的功能，并不限于此。上述装置可以位于终端中，该终端可以是处于RRC空闲(IDLE)态下的终端，但并不限于此。 [0069] 需要说明的是，上述必要信息可以包括以下至少之一，但并不限于此：SI调度信息；小区寻呼配置信息；小区多播或组播单频网络MBSFN配置信息；小区空闲IDLE态测量配置信息；小区扩展访问限制EAB配置或EAB消息。 [0070] 上述第一类SIB或第一类SI可以预先设定，即哪些SIB或SI为第一类SIB或第一类SI可以进行预先设定，在本发明的一个实施例中，第一类SIB或第一类SI可以通过以下方式之一进行定义：方式一：通过SIB1中的指定比特位定义SIB或SI是否为第一类SIB或第一类SI；方式二：根据协议预先定义SIB或SI是否为第一类SIB或第一类SI。 [0071] 对于方式一，以SIB包括SIB1～SIB9为例说明，对SIB1～SIB9中的任何一个编号的SIB，以SIB2为例，如果SIB1中与SIB2对应的指定比特值为1，则表明SIB2为第一类SIB，如果为0则表明该SIB2为非第一类SIB，当然可以设定为比特值为0表明为第一类SIB，比特值为1表明为第一类SIB，并不限于此。对于方式二，通过协议预先设置好，比如在文本中预先写好哪些SIB为第一类SIB，哪些SIB为非第一类SIB，比如可以预先设定SIB1～SIB4为第一类SIB，SIB5-SIB9为非第一类SIB，当然也可以预先设定SIB1、SIB3、SIB5、SIB7为第一类SIB，其他编号的SIB为非第一类SIB，并不限于此，具体地，至于预先设置哪些SIB为第一类SIB，哪些SIB为非第一类SIB可以根据实际情况进行设置。 [0072] 需要说明的是，上述方式一和方式二也可以结合定义，比如根据协议预先定义SIB1～SIB4为第一类SIB，而SIB1中SIB6对应的指定比特值指示SIB6为第一类SIB，那么SIB1～SIB4和SIB6都为第一类SIB，并不限于方式一和方式二的结合顺序。 [0073] 在本发明的一个实施例中，上述第一类SI可以是上述第一类SIB在SIB1中定义的调度信息所归属的SI，其中，该调度信息用于指示每个SI包含的系统信息块的编号、发送周期以及终端接收这些SI的时间窗口。 [0074] 通过上述预先定义哪些SIB或SI为第一类SIB或第一类SI，进而可以在接收系统信息的时候，可以只接收第一类SIB或第一类SI，对于非第一类SIB(第二类SIB)或非第一类SI(第二类SI)可以在需要的时候才接收，能够减少终端接收的系统信息数量，进而能够减少接收系统信息的时间，进而可以节省终端电池的消耗。 [0075] 在本发明的一个实施例中，上述指示信息可以包括包含有位图，其中，位图中的一个比特位对应一个第一类SIB或第一类SI，一个第一类SIB或第一类SI在所有第一类SIB或第一类SI中的顺序数为第一类SIB或第一类SI在位图中对应的比特的位数，每个比特位的比特值用于指示与比特对应的第一类SIB或第一类SI是否有更新。即可以通过指示消息中包含的位图的比特位的比特值来指示第一类SIB或第一类SI是否有更新。 [0076] 以第一类SIB，即位图指示的是第一类SIB例，该指示信息中包含的位图有4个比特位，则第一类SIB的数量应当为4个，假设4个第一类SIB分别为第一类SIB1，第一类SIB3，第一类SIB4，第一类SIB6，如果第一类SIB3在4个第一类SIB中的顺序数为2，则第一类SIB3对应的是位图中第2个比特位，即比特位数为2；假设比特位的值为0代表与该比特位对应的第一类SIB无更新，如果比特位的值为1代表与该比特位对应的第一类SIB有更新，在这种情况下，如果位图为0100，则表明第一类SIB3有更新，其他的第一类SIB并无更新。当然，对于位图指示的是第一类SI时如何来指示第一类SI是否有更新，与位图指示的是第一类SIB如何来指示第一类SIB是否有更新类似，此处不再赘述。 [0077] 需要说明的是，上述第一接收模块32，用于通过以下至少之一信息接收指示信息：寻呼消息、主信息块MIB、SIB1。 [0078] 在本发明的一个实施例中，在上述第一接收模块32通过寻呼消息接收指示信息的情况下，在SIB1被定义为第一类SIB，以及第一类SIB1没有更新，或者SIB1中除携带的值标签、EAB、地震及海啸预警系统ETWS、商业移动警报服务CMAS和非关键内容之外的内容没有更新的情况下，指示信息中不指示SIB1的更新；其中，非关键内容为非关键内容的变化不影响值标签的值的内容。 [0079] 需要说明的是，上述指示信息中不指示SIB1的更新可以是在上述指示信息中有一个标识(比如比特位)来指示SIB1不更新，也可以是不用上述指示信息来指示SIB1的更新，并不限于此。 [0080] 进一步地，上述寻呼消息携带有值标签列表，其中，该值标签列表包括存在更新的第一类SIB或第一类SI更新后的值标签。 [0081] 需要说明的是，在第一类SIB1没有更新的情况下，终端在读取其他更新的第一类SIB或第一类SI时，可以不读取该SIB1，由于其它更新的第一类SIB或第一类SI的值标签存在于SIB1中，当不需要读取SIB1的情况下，UE通过上述寻呼消息来获取有更新的第一类SIB或第一类SI更新后的值标签列表，从而在不读取SIB1的情况下，UE可以获得更新的第一类SIB或SI的值标签。 [0082] 需要说明的是，第二类SIB或第二类SI的更新，可以不通过上述寻呼消息来获取。 [0083] 需要说明的是，如果SIB1没有定义为第一类SIB，则终端在获取第一类SIB更新时，先要读取SIB1来获得最新的系统信息调度信息。 [0084] 第一类SIB或SI的更新，可导致MIB中携带的小区系统信息的value tag以及SIB1中携带的调度信息对应的SI的value tag的变更。即更新前的第一类SIB或第一类SI的value tag与变更后的第一类SIB或第一类SI的value tag并不相同。 [0085] 在本发明的一个实施例中，在上述第一接收模块32通过MIB接收指示信息的情况下，，MIB中可以携带有值标签列表，其中，该值标签列表包括存在更新的第一类SIB或第一类SI更新后的值标签。 [0086] 需要说明的是，上述值标签列表中的值标签依次为本次有更新的第一类SIB或第一类SI的更新后的值标签。 [0087] 进一步地，在SIB1被定义为第一类SIB，以及SIB1没有更新的情况下，MIB中携带有值标签列表，也可以直接携带此次有更新的第一类SIB或第一类SI的更新后的值标签。 [0088] 在本发明的一个实施例中，上述装置还可以包括：判断模块，用于通过MIB中携带的SIB或SI的值标签，判断是否存在SIB或SI的更新；在存在更新的情况下，通过读取SIB1判断非第一类SIB或非第一类SI是否发生变更。即UE在发起RRC之前，上述判断模块通过读取MIB，并通过检查MIB携带的系统信息的value tag，来检查是否存在系统信息的更新，如果存在，则读取SIB1，以获得非第一类SIB/SI(自UE上一次获得有效该SIB/SI之后)是否发生变更。 [0089] 在本发明的一个实施例中，上述装置还可以包括：第三接收模块，用于通过以下方式接收更新的第二类SIB或第二类SI，其中，第二类SIB为所有SIB中除了第一类SIB之外的SIB，第二类SI为第二类SIB在SIB1中定义的调度信息所归属的系统信息SI：在预定触发条件下接收更新的第二类SIB或第二类SI；预定触发条件包括：发起RRC连接；其中，在第二类SIB或第二类SI更新时或更新之前，指示信息中不指示第二类SIB或第二类SI的更新。 [0090] 需要说明的是，对于第二类SIB或第二类SI的更新，可以不通过上述寻呼消息来获取。上述第一类SIB与第二类SIB的区别可以包括以下至少之一：RRC IDLE态UE更新的及时性要求不同，或者，第一类SIB与第二类SIB包含的信息不同；比如第一类SIB可以包含UE保持在RRC IDLE态时所必要的信息，而第二类SIB也可以是只包含除了UE保持在RRC IDLE态的必要信息之外的信息，但并不限于此。对于及时性要求不同可以是指第一类SIB与第二类SIB的更新时机不同，比如对于第一类SIB可以在获知需要更新的时候尽快进行更新，对于第二类SIB可以是在一个固定的时间来进行更新或者在预定的触发条件下来进行更新，但并不限于此。 [0091] 需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述各个模块均位于同一处理器中；或者，上述各个模块分别位于多个处理器中。 [0092] 本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码： [0093] S1，接收用于指示第一类系统信息块SIB或第一类系统信息SI更新的指示信息； [0094] S2，根据指示信息接收指示的更新的第一类SIB或第一类SI；其中，第一类SIB为具有以下特点的SIB：包含终端保持在无线资源控制RRC空闲态时所需要的必要信息；第一类SI为第一类SIB在SIB1中定义的调度信息所归属的系统信息SI。 [0095] 可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。 [0096] 可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。 [0097] 显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。 [0098] 以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 |
||||||
QQ群二维码
意见反馈
意见反馈