系统消息的更新方法及装置、存储介质、终端、基站与流程

1.本发明涉及通信技术领域，具体地涉及一种系统消息的更新方法及装置、存储介质、终端、基站。


背景技术：

2.在无线通信系统中，整个网络被划分成若干小区，各小区普遍采用广播的方式来传输系统信息，以便用户设备(user equipment，简称ue)驻留在该小区。进入该小区的ue通过接收广播消息得到该小区的系统信息，从而利用系统消息中的配置信息接入网络或者开展感兴趣的业务。
3.第四代移动通信系统中，广播消息中有3种类型的无线资源控制(radio resource control，简称rrc)消息用于传输系统信息，分别为主信息块(master information block，简称mib)、系统信息块(system information block，简称sib)以及一个或多个系统信息(system information，简称si，也称系统消息)。
4.其中，mib中包含了小区带宽、系统帧号等重要信息；sib有很多种，每个sib包含了与某个功能相关的一系列系统信息参数，除sib1外的sib包含在不同的si中；每个si包含了一个或多个除sib1外的拥有相同调度需求的sib。
5.因为其他sib的调度都是放在sib1里的，第三代合作伙伴计划(3rd generation partnership project，简称3gpp)本来以为直接扩展sib类型的方式可以支持sib19到sib26的调度。也即，3gpp本来以为sib19到sib26这些拓展sib的调度信息放在sib1里面对老版本ue(legacy ue)不会有影响。但在实际应用中，有的老版本ue读取到放了拓展sib的调度信息的sib1时，会认为这个sib1是错误的，进而认为这个小区是无法驻留(barred)的。具体问题阐述可以参考协议版本r2-2008083。
6.3gpp在8月份的ran2#111e次会议中讨论了这个问题，并达成一致意见：针对sib19以及之后的sib，均采用独立的si调度信息。也即，拓展sib的调度信息仍承载于sib1，但与原有sib(即sib1-sib18)的调度信息区分开。
7.当网络广播了sib19到sib26这些拓展sib时，如果仅这些拓展sib的系统消息如sib24发生更新，沿用现有的系统消息更新机制，基站将在寻呼(paging)消息中指示系统消息更新。
8.对于新版本的ue，响应所述寻呼消息中系统消息更新的指示，在读取了原有si的调度信息(用于原有sib)和拓展si的调度信息(schedulinginfoext)(用于调度拓展sib)之后，可以获知sib24发生了更新。
9.但对于老版本ue，在读取了原有si的调度信息之后，发现没有发生系统消息更新，则对于这些ue来说会比较困惑也比较耗电。因为老版本ue无法识别新引入的专门调度拓展sib的信元(即拓展si的调度信息)，所以，在获知系统消息更新时，老版本ue实际在sib1中能够识别的、有用的信息却没有变化，导致老版本ue产生困惑。进一步，老版本ue不支持拓展sib对应功能或业务，因此，实际上老版本ue是不需要去响应仅拓展sib发生更新时的系
统消息更新的，导致老版本ue产生无意义的用电消耗。
10.综上，现有的系统消息更新机制存在缺陷，尤其拓展sib发生更新时会严重影响老版本ue的功耗。


技术实现要素：

11.本发明解决的技术问题是如何更有针对性的实现系统消息的更新，从而在更新拓展sib时不会影响到老版本ue，减少老版本ue无意义的功率消耗。
12.为解决上述技术问题，本发明实施例提供一种系统消息的更新方法，包括：接收寻呼消息；根据所述寻呼消息中的第一更新指示确定第一sib类型系统消息中的待更新系统消息，其中，所述第一更新指示用于指示所述第一sib类型系统消息是否更新；根据所述寻呼消息中的第二更新指示确定第二sib类型系统消息中的待更新系统消息，其中，所述第二更新指示用于指示所述第二sib类型系统消息是否更新。
13.可选的，所述更新方法还包括：获取所述待更新系统消息对应的调度信息；基于所述调度信息接收更新后的所述待更新系统消息。
14.可选的，所述获取所述待更新系统消息对应的调度信息包括：如果对所述待更新系统消息关联的网络服务存在需求，则获取所述待更新系统消息对应的调度信息。
15.可选的，所述更新方法还包括：如果所述寻呼消息仅包括所述第一更新指示，则将所述第一sib类型系统消息和所述第二sib类型系统消息均确定为所述待更新系统消息。
16.可选的，所述第一sib类型系统消息包括sib1至sib18，所述第二sib类型系统消息包括拓展sib。
17.为解决上述技术问题，本发明实施例还提供一种系统消息的更新装置，包括：接收模块，用于接收寻呼消息；第一确定模块，用于根据所述寻呼消息中的第一更新指示确定第一sib类型系统消息中的待更新系统消息，其中，所述第一更新指示用于指示所述第一sib类型系统消息是否更新；第二确定模块，用于根据所述寻呼消息中的第二更新指示确定第二sib类型系统消息中的待更新系统消息，其中，所述第二更新指示用于指示所述第二sib类型系统消息是否更新。
18.为解决上述技术问题，本发明实施例还提供一种系统消息的更新方法，包括：根据待更新系统消息所属sib类型确定第一更新指示和第二更新指示，其中，所述第一更新指示用于指示第一sib类型系统消息是否更新，所述第二更新指示用于指示第二sib类型系统消息是否更新；基于所述第一更新指示和第二更新指示生成寻呼消息并发送。
19.可选的，所述第一sib类型系统消息包括sib1至sib18，所述第二sib类型系统消息包括拓展sib。
20.为解决上述技术问题，本发明实施例还提供一种系统消息的更新装置，包括：确定模块，用于根据待更新系统消息所属sib类型确定第一更新指示和第二更新指示，其中，所述第一更新指示用于指示第一sib类型系统消息是否更新，所述第二更新指示用于指示第二sib类型系统消息是否更新；发送模块，用于基于所述第一更新指示和第二更新指示生成寻呼消息并发送。
21.为解决上述技术问题，本发明实施例还提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述方法的步骤。
22.为解决上述技术问题，本发明实施例还提供一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。
23.为解决上述技术问题，本发明实施例还提供一种基站，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述方法的步骤。
24.与现有技术相比，本发明实施例的技术方案具有以下有益效果：
25.在ue侧，本发明实施例提供一种系统消息的更新方法，包括：接收寻呼消息；根据所述寻呼消息中的第一更新指示确定第一sib类型系统消息中的待更新系统消息，其中，所述第一更新指示用于指示所述第一sib类型系统消息是否更新；根据所述寻呼消息中的第二更新指示确定第二sib类型系统消息中的待更新系统消息，其中，所述第二更新指示用于指示所述第二sib类型系统消息是否更新。
26.较之现有通过同一系统消息更新指示来指示两种sib类型系统消息更新的技术方案，本发明方案能够更有针对性的实现系统消息的更新，在更新拓展sib时不会影响到老版本ue，减少老版本ue无意义的功率消耗。具体而言，在寻呼消息中增设指示信息专门用于指示第二sib类型系统消息的更新情况。也即，针对两种sib类型系统消息的更新情况分别进行指示，以便新旧版本ue均能够根据对应的指示信息进行合理的更新操作。例如，第一更新指示使得新旧版本ue均能及时更新第一sib类型系统消息。又例如，第二更新指示能够避免老版本ue进行无意义的系统消息更新操作而浪费功耗，同时确保新版本ue能够及时更新第二sib类型系统消息。
27.以新版本ue为例，根据第一更新指示确定第一sib类型系统消息中的待更新系统消息，根据第二更新指示确定第二sib类型系统消息中的待更新系统消息。由此，新版本ue能够明确知道原有sib和拓展sib是否发生更新。
28.以老版本ue为例，若第一更新指示确定第一sib类型系统消息没有发生更新，而第二更新指示确定第二sib类型系统消息发生更新，则老版本ue可以确认不需要执行更新操作。从而使得节省ue无意义的功率消耗成为可能。
29.在网络侧，本发明实施例还提供一种系统消息的更新方法，包括：根据待更新系统消息所属sib类型确定第一更新指示和第二更新指示，其中，所述第一更新指示用于指示第一sib类型系统消息是否更新，所述第二更新指示用于指示第二sib类型系统消息是否更新；基于所述第一更新指示和第二更新指示生成寻呼消息并发送。由此，通过在寻呼消息中采用专门的指示(即第二更新指示)来明确指示第二sib类型系统消息是否发生更新，优化ue的处理逻辑，使得节约ue功耗成为可能，利于提高ue与网络的交互效率。
附图说明
30.图1是本发明实施例第一种系统消息的更新方法的流程图；
31.图2是本发明实施例第一种系统消息的更新装置的结构示意图；
32.图3是本发明实施例第二种系统消息的更新方法的流程图；
33.图4是本发明实施例第二种系统消息的更新装置的结构示意图。
具体实施方式
34.如背景技术所言，现有的系统消息更新机制存在缺陷，尤其拓展sib发生更新时会严重影响老版本ue的功耗。
35.本技术发明人经过分析发现，这是由于现有的寻呼消息是采用唯一的更新指示来指示原有sib和拓展sib的更新情况的。也即，无论是原有sib还是拓展sib发生更新，均通过寻呼消息中的同一个指示字段来指示。这就导致ue无法有效识别本次发生更新的到底是原有sib还是拓展sib。
36.为解决上述技术问题，本发明实施例提供一种系统消息的更新方法，包括：接收寻呼消息；根据所述寻呼消息中的第一更新指示确定第一sib类型系统消息中的待更新系统消息，其中，所述第一更新指示用于指示所述第一sib类型系统消息是否更新；根据所述寻呼消息中的第二更新指示确定第二sib类型系统消息中的待更新系统消息，其中，所述第二更新指示用于指示所述第二sib类型系统消息是否更新。
37.本发明方案能够更有针对性的实现系统消息的更新，在更新拓展sib时不会影响到老版本ue，减少老版本ue无意义的功率消耗。具体而言，在寻呼消息中增设指示信息专门用于指示第二sib类型系统消息的更新情况。也即，针对两种sib类型系统消息的更新情况分别进行指示，以便新旧版本ue均能够根据对应的指示信息进行合理的更新操作。例如，第一更新指示使得新旧版本ue均能及时更新第一sib类型系统消息。又例如，第二更新指示能够避免老版本ue进行无意义的系统消息更新操作而浪费功耗，同时确保新版本ue能够及时更新第二sib类型系统消息。
38.为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。
39.图1是本发明实施例第一种系统消息的更新方法的流程图。
40.本实施方案可以应用于用户设备侧，如由用户设备侧的ue执行。
41.具体地，所述ue可以包括老版本ue也可以包括新版本ue。其中，新旧版本ue的区别在于能够识别的协议版本存在差异。例如，老版本ue不能识别协议新引入的专门调度拓展sib的信元。如果新的信元在r12引入，所以通常老版本ue包括采用r11及其之前协议版本的ue。
42.进一步，拓展sib可以包括sib19及其之后的sib，每一sib包含与特定功能相关的一系列系统信息参数。例如，sib19是关于辅链路发现(sidelink discovery)。又例如，sib20是关于单小区点对多点(single cell point to multipoint，简称sc-ptm)业务。再例如，sib21和sib26是关于车联网，即车对外界的信息交换(vehicle to everything，简称v2x)。再例如，sib24关于新无线(new radio，简称nr)小区重选。再例如，sib25是关于统一接入控制(unified access control，简称uac)。
43.为便于表述，本实施例将原有sib(即sib1、sib2-sib18)称为第一sib类型系统消息，将拓展sib称为第二sib类型系统消息。
44.进一步，参考图1，本实施例所述系统消息的更新方法可以包括如下步骤：
45.步骤s101，接收寻呼消息；
46.步骤s102，根据所述寻呼消息中的第一更新指示确定第一sib类型系统消息中的待更新系统消息，其中，所述第一更新指示用于指示所述第一sib类型系统消息是否更新；
47.步骤s103，根据所述寻呼消息中的第二更新指示确定第二sib类型系统消息中的待更新系统消息，其中，所述第二更新指示用于指示所述第二sib类型系统消息是否更新。
48.进一步，所述第一sib类型系统消息可以包括sib1至sib18，所述第二sib类型系统消息可以包括拓展sib。
49.所述步骤s102和步骤s103可以是同步执行，也可以是异步执行的。异步执行时，所述步骤s102和步骤s103的先后执行顺序可以互换。
50.在一个具体实施中，如果第一更新指示的值为真(true)，表明第一sib类型系统消息发生更新；如果第一更新指示的值为假(false)，表明第一sib类型系统消息未发生更新。
51.类似的，如果第二更新指示的值为true，表明第二sib类型系统消息发生更新；如果第二更新指示的值为false，表明第二sib类型系统消息未发生更新。
52.在一个具体实施中，所述寻呼消息可以包括2个比特的指示字段，其中一比特对应所述第一更新指示，用于指示第一sib类型系统消息(sib1-sib18)的更新情况；其中另一比特对应所述第二更新指示，用于指示第二sib类型系统消息(拓展sib，即当前包含sib19-sib26，以后可能包括未来引入的sib27等)的更新情况。
53.由此，寻呼消息通过第二更新指示明确是指拓展sib是否发生更新。
54.对于新版本ue而言，如果第一更新指示和第二更新指示的值表明第一sib类型系统消息和第二sib系统消息均发生更新，则需要接收原有sib和拓展sib的更新。相应的，执行本实施方案的新版本ue将第一sib类型系统消息和第二sib系统消息均确定为待更新系统消息。
55.对于老版本ue而言，由于第二更新指示(也即上述“另一比特”)是额外的比特，因而老版本ue可以仅根据第一更新指示确定是否执行更新操作。也即，只有在第一更新指示表明第一sib类型系统消息发生更新时，老版本ue才接收原有sib的更新。若第一更新指示表明第一sib类型系统消息未更新，而第二更新指示表明第二sib类型系统消息发送更新时，老版本ue不执行系统消息的更新操作。
56.在一个变化例中，如果第一更新指示表明第一sib类型系统消息未更新，而第二更新指示表明第二sib类型系统消息发生更新，则ue需要接收拓展sib的更新。相应的，执行本实施方案的新版本ue将第二sib类型系统消息确定为待更新系统消息。
57.在一个变化例中，如果第一更新指示表明第一sib类型系统消息发生更新，而第二更新指示表明第二sib类型系统消息未更新，则ue仅接收原有sib的更新。相应的，执行本实施方案的新版本ue将第一sib类型系统消息确定为待更新系统消息。
58.在一个变化例中，如果所述寻呼消息仅包括所述第一更新指示，ue无法判定发送所述寻呼消息的小区是否能够通过寻呼消息单独指示拓展sib的更新，则ue需要接收原有sib的更新和拓展sib的更新。相应的，执行本实施方案的ue可以将所述第一sib类型系统消息和所述第二sib类型系统消息均确定为所述待更新系统消息。
59.例如，ue当前驻留的服务小区可能不支持通过第二更新指示来单独指示拓展sib的更新。因此，当接收到的寻呼消息仅包括1比特的更新指示时，接收所述寻呼消息的ue需要即检查原有sib是否更新又要检查拓展sib是否更新。
60.在一个具体实施中，在所述步骤s103之后，本实施例所述更新方法还可以包括步骤：获取所述待更新系统消息对应的调度信息；基于所述调度信息接收更新后的所述待更
新系统消息。
61.例如，如果通过寻呼消息确定待更新系统消息为第一sib类型系统消息，则ue可以读取sib1，并依据sib1中原有sib的调度信息获取所述第一sib类型系统消息的新的内容。
62.又例如，如果通过寻呼消息确定待更新系统消息为第二sib类型系统消息，则ue可以读取sib1，并依据sib1中拓展sib的调度信息获取所述第二sib类型系统消息的新的内容。
63.再例如，如果通过寻呼消息确定待更新系统消息为第一sib类型系统消息和第二sib类型系统消息，则ue可以读取sib1，并依据sib1中原有sib的调度信息和拓展sib的调度信息获取所述第一sib类型系统消息的新的内容和第二sib类型系统消息的新的内容。
64.在一个具体实施中，所述获取所述待更新系统消息对应的调度信息可以包括步骤：如果对所述待更新系统消息关联的网络服务存在需求，则获取所述待更新系统消息对应的调度信息。
65.具体而言，当ue发现拓展sib发生更新时，如果ue不支持相应的功能或者对相关业务不感兴趣，则ue可以不更新这些系统消息。
66.也就是说，在本具体实施中，当寻呼消息中的第二更新指示表明拓展sib发生更新时，可以仅当ue支持相应功能或对相关业务感兴趣时，才接收拓展sib的更新。
67.由上，采用本实施方案，能够更有针对性的实现系统消息的更新，在更新拓展sib时不会影响到老版本ue，减少老版本ue无意义的功率消耗。具体而言，在寻呼消息中增设指示信息专门用于指示第二sib类型系统消息的更新情况。也即，针对两种sib类型系统消息的更新情况分别进行指示，以便新旧版本ue均能够根据对应的指示信息进行合理的更新操作。例如，第一更新指示使得新旧版本ue均能及时更新第一sib类型系统消息。又例如，第二更新指示能够避免老版本ue进行无意义的系统消息更新操作而浪费功耗，同时确保新版本ue能够及时更新第二sib类型系统消息。
68.以新版本ue为例，根据第一更新指示确定第一sib类型系统消息中的待更新系统消息，根据第二更新指示确定第二sib类型系统消息中的待更新系统消息。由此，新版本ue能够明确知道原有sib和拓展sib是否发生更新。
69.以老版本ue为例，若第一更新指示确定第一sib类型系统消息没有发生更新，而第二更新指示确定第二sib类型系统消息发生更新，则老版本ue可以确认不需要执行更新操作。从而使得节省ue无意义的功率消耗成为可能。
70.通常，寻呼消息的发送包括指示寻呼的下行控制信令和由该下行控制信令指示的寻呼消息(如rrc消息)。在一个具体实施中，所述第一更新指示和第二更新指示可以均位于所述寻呼消息中。
71.在一个变化例中，可以通过指示寻呼消息的下行控制信令中的空余比特指示所述第二更新指示，以避免影响寻呼消息的大小。
72.对于老版本ue来说，不会对寻呼消息相关的下行控制信令中的空余比特做特殊处理，因而不会因第二更新指示而进行不必要的更新操作。
73.对于新版本ue来说，从指示寻呼消息的下行控制信令即可获知拓展sib是否发生更新，可以更加快速的接收更新的拓展sib。
74.图2是本发明实施例第一种系统消息的更新装置的结构示意图。本领域技术人员
理解，本实施例所述系统消息的更新装置2可以用于实施上述图1所述实施例中所述的方法技术方案。
75.具体地，参考图2，本实施例所述系统消息的更新装置2可以包括：接收模块21，用于接收寻呼消息；第一确定模块22，用于根据所述寻呼消息中的第一更新指示确定第一sib类型系统消息中的待更新系统消息，其中，所述第一更新指示用于指示所述第一sib类型系统消息是否更新；第二确定模块23，用于根据所述寻呼消息中的第二更新指示确定第二sib类型系统消息中的待更新系统消息，其中，所述第二更新指示用于指示所述第二sib类型系统消息是否更新。
76.关于所述系统消息的更新装置2的工作原理、工作方式的更多内容，可以参照上述图1中的相关描述，这里不再赘述。
77.图3是本发明实施例第二种系统消息的更新方法的流程图。
78.本实施方案可以应用于网络侧，如由网络侧的基站执行。
79.具体地，参考图3，本实施例所述系统消息的更新方法可以包括如下步骤：
80.步骤s301，根据待更新系统消息所属sib类型确定第一更新指示和第二更新指示，其中，所述第一更新指示用于指示第一sib类型系统消息是否更新，所述第二更新指示用于指示第二sib类型系统消息是否更新；
81.步骤s302，基于所述第一更新指示和第二更新指示生成寻呼消息并发送。
82.本领域技术人员理解，所述步骤s301和步骤s302可以视为与上述图1所示实施例所述步骤s101至步骤s103相呼应的执行步骤，两者在具体的实现原理和逻辑上是相辅相成的。因而，本实施例中涉及名词的解释可以参考图1所示实施例的相关描述，这里不再赘述。
83.进一步，所述第一sib类型系统消息可以包括sib1至sib18，所述第二sib类型系统消息可以包括拓展sib。
84.在一个具体实施中，小区可以根据系统消息的更新情况确定第一更新指示和第二更新指示的具体值，进而生成寻呼消息并广播。
85.例如，当第一sib类型系统消息更新时，设置第一更新指示的值为true；反之则设为false。
86.又例如，当第二sib类型系统消息更新时，设置第二更新指示的值为true；反之则设为false。
87.在一个具体实施中，第一更新指示和第二更新指示在寻呼消息中的具体位置可以是相邻的。或者，两者间可以间隔一个或多个字段。
88.由上，通过在寻呼消息中采用专门的指示(即第二更新指示)来明确指示第二sib类型系统消息是否发生更新，优化ue的处理逻辑，使得节约ue功耗成为可能，利于提高ue与网络的交互效率。
89.图4是本发明实施例第二种系统消息的更新装置的结构示意图。本领域技术人员理解，本实施例所述系统消息的更新装置4可以用于实施上述图3所述实施例中所述的方法技术方案。
90.具体地，参考图4，本实施例所述系统消息的更新装置4可以包括：确定模块41，用于根据待更新系统消息所属sib类型确定第一更新指示和第二更新指示，其中，所述第一更新指示用于指示第一sib类型系统消息是否更新，所述第二更新指示用于指示第二sib类型
系统消息是否更新；发送模块42，用于基于所述第一更新指示和第二更新指示生成寻呼消息并发送。
91.关于所述系统消息的更新装置4的工作原理、工作方式的更多内容，可以参照上述图3中的相关描述，这里不再赘述。
92.在一个典型的应用场景中，老版本ue(如支持协议版本10(release 10，简称r10)的ue)和新版本ue(如支持协议版本15(release 15，简称r15)的ue)驻留在长期演进(long term evolution，简称lte)服务小区(cell)。
93.假设该服务小区广播了sib1、sib2、sib3、sib5和sib24。其中sib2到sib5的调度采用现有系统消息的调度信息，sib24采用新引入的拓展si的调度(schedulinginfoext)作为其调度信息。
94.对于老版本ue来说，读取mib和sib1后，可以通过现有的系统信息的调度信息读取sib2至sib5。
95.对于新版本ue，读取mib和sib1后，可以通过现有的系统信息的调度信息读取sib2至sib5，并通过拓展si的调度(schedulinginfoext)读取sib24。
96.对于支持nr独立部署的ue，需要读取sib24。对于不支持nr独立部署的ue，则不需要读取sib24。
97.在某一时刻，服务小区决定更新sib24，为了避免影响老版本ue，可以对寻呼消息进行增强，即在原有第一更新指示(systeminfomodification)的基础上，引入独立指示拓展sib更新的信元(如所述第二更新指示systeminfomodificationext)。
98.具体地，所述第二更新指示在寻呼消息中的字段描述可以为：systeminfomodificationext enumerated{true}optional。其中，enumerated为列举，optional为可选的。
99.所述第二更新指示可以用于指示拓展sib(即sib19之后的系统消息)的更新。
100.在本应用场景中，由于仅sib24发生更新，因此该服务小区可以在寻呼消息中设置第一更新指示(systeminfomodification)为false；设置第二更新指示(systeminfomodificationext)为true。
101.对于老版本ue来说，收到寻呼消息之后，发现没有自己的ue标识(identification，简称id)以及没有系统消息更新的指示(因为第一更新指示的值为false)，则这些老版本ue可以继续维持当前的状态，不必去接收sib1等。由此，基于本实施例所述系统消息的更新机制，老版本ue可以有效的节省功率消耗。
102.对于新版本ue来说，通过寻呼消息发现第二更新指示(systeminfomodificationext)为true，则新版本ue意识到拓展sib发生了更新。因此，新版本ue可以读取sib1，并依据sib1中拓展sib如sib24的调度信息获取sib24的新的内容。由此，基于本实施例所述系统消息的更新机制，对于新版本ue来说，可以更有针对性的获知发生更新的系统消息块。
103.过了一段时间，如果所述服务小区需要同时更新sib2和sib24，则所述服务小区通过寻呼消息指示第一更新指示(systeminfomodification)为true并设置第二更新指示(systeminfomodificationext)也为true。
104.此时，对于新版本ue来说，所述新版本ue需要接收sib1至sib18的更新和拓展sib
的更新。
105.而对于老版本ue来说，所述老版本ue只需接收sib1至sib18的更新。
106.进一步地，基于本实施例所述系统消息的更新机制，新版本ue可以通过第二更新指示意识到拓展sib是否发生更新。而在拓展sib发生更新时，新版本ue可以根据自身实际状态决定是否需要接收相应的拓展sib。
107.例如，对于sib24的更新，仅当新版本ue支持nr独立部署(nr standalone)时才需要接收sib24的更新。当新的ue不支持nr独立部署，即使新版本ue接收到指示第二sib类型更新的寻呼消息，所述新版本ue也不需要接收sib24的更新。
108.又例如，对于sib20的更新，仅当新版本ue对sc-ptm感兴趣时才需要接收sib20的更新。
109.类似的，对于v2x相关sib的更新，如果新版本ue对v2x不感兴趣，则没有必要接收sib21或sib26的更新。
110.进一步地，本发明实施例还公开一种存储介质，其上存储有计算机程序，所述计算机程序被处理器运行时执行上述图1所示实施例中所述的方法技术方案。或者，所述计算机程序被处理器运行时执行上述图3所示实施例中所述的方法技术方案。优选地，所述存储介质可以包括诸如非挥发性(non-volatile)存储器或者非瞬态(non-transitory)存储器等计算机可读存储介质。所述存储介质可以包括rom、ram、磁盘或光盘等。
111.进一步地，本发明实施例还公开一种终端，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述图1所示实施例中所述的方法技术方案。具体地，所述终端可以为ue。
112.进一步地，本发明实施例还公开一种基站，包括存储器和处理器，所述存储器上存储有能够在所述处理器上运行的计算机程序，所述处理器运行所述计算机程序时执行上述图3所示实施例中所述的方法技术方案。
113.虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的范围为准。