CN116686311A - 系统消息处理方法及装置、通信设备及存储介质 - Google Patents

Abstract

本公开实施例提供一种系统消息处理方法及装置、通信设备及存储介质。本公开实施例提供的一种被基站执行的系统消息处理方法，包括：发送第一信息，第一信息，用于指示主系统信息块MIB是否有更新(S210)。

Description

系统消息处理方法及装置、通信设备及存储介质 技术领域

本公开涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及一种系统消息处理方法及装置、通信设备及存储介质。

背景技术

在长期演进(Long Term Evolution，LTE)移动通信系统中，为了支持物联网业务提出了机器类通信(Machine Type Communication，MTC)以及窄带物联网(Narrow band Internet of thing，NB-IoT)两大技术。这两大技术主要针对的是低速率和/或高时延等通信场景。例如，MTC设备仅仅支持几M的传输速率，显然这不能满足具有几十甚至到百的传输速率要求的通信场景。有鉴于此，提出了一种能力缩减(Reduced capability，Redcap)用户设备(User Equipment，UE)或终端，以满足上述高传输速率的通信需求。

发明内容

本公开实施例提供一种系统消息处理方法及装置、通信设备及存储介质。

本公开实施例第一方面提供一种系统消息处理方法，其中，被基站执行，所述方法包括：

发送第一信息，所述第一信息，用于指示主系统信息块(Master Information Block，MIB)是否有更新。

本公开实施例第二方面提供一种系统消息处理方法，其中，被终端执行，所述方法包括：

接收第一信息，所述第一信息用于指示主系统信息块MIB是否有更新。

本公开实施例第三方面提供一种系统消息处理装置，其中，被基站执行，所述装置包括：

发送模块，被配置为发送第一信息，所述第一信息，用于指示主系统信息块MIB是否有更新。

本公开实施例第四方面提供一种系统消息处理装置，其中，被终端执行，所述装置包括：

接收模块，被配置为接收第一信息，所述第一信息用于指示主系统信息块MIB是否有更新。

本公开实施例第五方面提供一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行如前述第一方面或第二方面提供的系统消息处理方法。

本公开实施例第六方面提供一种计算机存储介质，所述计算机存储介质存储有可执行程序；所述可执行程序被处理器执行后，能够实现前述的第一方面或第二方面提供的系统消息处理方法。

本公开实施例提供的技术方案，基站会发送第一信息，而第一信息将指示MIB是否有更新，如 此UE接收到第一信息之后就可以知晓是否需要监听MIB，减少不必要的MIB监听导致的功耗，进一步延长了终端的待机时长。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开实施例。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。

图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；

图2是根据一示例性实施例示出的一种系统消息处理方法的流程示意图；

图3是根据一示例性实施例示出的一种系统消息处理方法的流程示意图；

图4是根据一示例性实施例示出的一种系统消息处理方法的流程示意图；

图5是根据一示例性实施例示出的一种系统消息处理方法的流程示意图；

图6是根据一示例性实施例示出的一种系统消息处理方法的流程示意图；

图7是根据一示例性实施例示出的一种系统消息处理装置的结构示意图；

图8是根据一示例性实施例示出的一种系统消息处理装置的结构示意图；

图9是根据一示例性实施例示出的一种终端的结构示意图；

图10是根据一示例性实施例示出的一种通信设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明实施例的一些方面相一致的装置和方法的例子。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个UE11以及若干个接入设备12。

其中，UE11可以是指向用户提供语音和/或数据连通性的设备。UE11可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，UE11可以是物联网UE，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网UE的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(Station，STA)、订户单元(subscriber unit)、订户站(subscriber station)、移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程UE(remote terminal)、接入UE(access terminal)、用户装置(user terminal)、用户代理(user agent)、用户设备(user device)、或用户UE(user equipment，UE)。或者，UE11也可以是无人飞行器的设备。或者，UE11也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线通信设备。或者，UE11也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。

接入设备12可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication，4G)系统，又称长期演进(Long Term Evolution，LTE)系统；或者，该无线通信系统也可以是5G系统，又称新空口(new radio，NR)系统或5G NR系统。或者，该无线通信系统也可以是5G系统的再下一代系统。其中，5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network，新一代无线接入网)。或者，MTC系统。

其中，接入设备12可以是4G系统中采用的演进型接入设备(eNB)。或者，接入设备12也可以是5G系统中采用集中分布式架构的接入设备(gNB)。当接入设备12采用集中分布式架构时，通常包括集中单元(central unit，CU)和至少两个分布单元(distributed unit，DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层、无线链路层控制协议(Radio Link Control，RLC)层、媒体访问控制(Medium Access Control，MAC)层的协议栈；分布单元中设置有物理(Physical，PHY)层协议栈，本公开实施例对接入设备12的具体实现方式不加以限定。

接入设备12和UE11之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。

在一些实施例中，UE11之间还可以建立E2E(End to End，端到端)连接。比如车联网通信(vehicle to everything，V2X)中的V2V(vehicle to vehicle，车对车)通信、V2I(vehicle to Infrastructure，车对路边设备)通信和V2P(vehicle to pedestrian，车对人)通信等场景。

在一些实施例中，上述无线通信系统还可以包含网络管理设备13。

若干个接入设备12分别与网络管理设备13相连。其中，网络管理设备13可以是无线通信系统中的核心网设备，比如，该网络管理设备13可以是演进的数据分组核心网(Evolved Packet Core， EPC)中的移动性管理实体(Mobility Management Entity，MME)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(Serving GateWay，SGW)、公用数据网网关(Public Data Network GateWay，PGW)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)或者归属签约用户服务器(Home Subscriber Server，HSS)等。对于网络管理设备13的实现形态，本公开实施例不做限定。

如图2所示，本公开实施例提供一种系统消息处理方法，其中，被基站执行，所述方法包括：

S210：发送第一信息，所述第一信息，用于指示MIB是否有更新。

该基站包括但不限于eNB和/或gNB。

该第一信息可由基站广播发送、组播发送或者单播发送。

示例性地，第一信息可以在各种DCI、MAC CE或者RRC信令中发送。

在本公开实施例中所述寻呼(paging)下行控制信息(Downlink Control Information，DCI)包括第一信息，该第一信息会用来指示MIB是否有更新。如此，终端接收到第一信息时，就知道是否要到传输MIB的物理广播信道上监听MIB，如此，可以减少终端对MIB不必要的监听，进而减少因为不必要监听导致的功耗增加。

在一个实施例中，所述第一信息包含在寻呼DCI(paging DCI)内。

当系统消息更新时，会触发寻呼消息(paging)的下发。在发送寻呼消息，基站会发送paging DCI，该寻呼DCI可用于寻呼消息的调度和/或短消息的发送。

所述系统消息可包括各种类型的系统消息块。该系统消息块可包括：主信息块MIB和系统信息块SIBx，其中，x可为正整数，x的取值可为1、2或3等各种取值。例如，可以包括MIB以及SIB1～SIB13。

在一个实施例中，所述第一信息可为一个或多个比特。

示例性地，所述寻呼DCI可包括：多个指示符，该多个指示符的剩余比特值，可用于MIB是否有更新。例如，寻呼DCI有M个比特，则2 ^M个比特值，部分比特值已经用于指示其他内容，剩余的尚未使用的比特值，可用于指示所述MIB是否有更新。

当然，以上仅仅是对寻呼DCI具体如何指示MIB是否有更新的举例，具体实现时不局限于上述举例。

在一些实施例中，所述方法包括：

发送所述第二信息，第二信息指示系统消息是否有更新。

该系统消息包括MIB和SIBx。如果MIB有更新，则系统消息必然有更新。第二信息和第一信息可以在一条消息中发送，也可以在不同条消息中发送。同时，基站可以只发送第一消息，或只发送第二消息，还可以同时或分别发送第一消息和第二消息。

如图3所示，本公开实施例提供一种系统消息处理方法，其中，被基站执行，所述方法包括：

S310：发送寻呼DCI，其中，所述寻呼DCI包括：第一信息和/或第二信息；所述第一信息用于指示MIB是否有更新；所述第二信息用于指示系统消息是否有更新。

第二信息不同于第一信息。示例性地，第二信息和第一信息占用的是寻呼DCI内不同的比特。

其中所述系统消息包含MIB和SIBx。在本公开实施例中，第二信息指示系统消息是否有更新，而MIB属于系统消息的一种。因此，在一个实施例中，终端可以先确定接收到的寻呼DCI的第二信息，若第二信息指示无系统消息更新时，则可以跳过第一信息的解码，从而减少不必要的解码。在另一个实施例中，所述第二信息指示所述系统消息无更新时，可以不发送第一信息或所述第一信息可不指示MIB是否有更新。而在第二信息指示系统消息没有更新时，指示MIB是否有更新的比特或比特值，可以用于指示其他内容，从而实现寻呼DCI内的各个比特值的最大限度有效使用。

在一些实施例中，所述第二信息可包括在短消息指示域内。所述短消息指示域可包括一个或多个比特。

表1为一种短消息指示域的举例：

表1

若第二信息的比特值为：10或00可认为：第二信息指示无系统消息的更新。若第二信息的比特值为：01或者11可认为：第二信息指示有系统消息的更新。表1中的任意一个元素都可以单独使用，且表1中任意两个或两个以上的元素可以组合使用。

在一些实施例中，寻呼DCI包含短消息指示域，所述第一信息可包括：短消息指示域。所述第一信息可由一个或多个比特指示。示例性地，所述短消息指示域可包括一个比特位图。在比特位图中一个比特可以指示一种信息，而第一信息可以由该比特位图中的一个或多个比特指示。

在一个实施例中，寻呼DCI包括：短消息域。所述第一信息可包含在短消息域内。

示例性地，所述短消息域可以包括以下的至少一个指示符：

第一指示符，指示SIB6、SIB7以及SIB8以外的系统消息是否有更新；

第二指示符，指示是否有地震及海啸预警系统(Earthquake and Tsunami Warning System，ETWS)主通知、ETWS辅通知以及商业移动报警服务(Commercial Mobile Alert System，CMDS)通知的至少其中之一；

第三指示符，指示是否停止监听当前物理下行控制信道PDCCH的寻呼时机PO；

第四指示符，指示所述MIB是否有更新。

在本公开的所有实施例中所述的“指示符”，其可以为一个比特或为多个比特，在此不再限定。

若第一指示符，还是有SIB6、SIB7以及SIB8以外的系统消息有更新时，终端接收到该寻呼DCI之后，会到SIB6、SIB7以及SIB8以外的系统消息的传输信道上监听系统消息。如果第一指示符指示没有SIB6、SIB7以及SIB8以外的系统消息更新，则终端无需监听IB6、SIB7以及SIB8以外的系统消息的传输信道。

第二指示符指示的是：ETWS主通知、ETWS辅通知以及CMDS是否有更新，而有更新时，基站会通过SIB10和/或SIB11发送更新后的ETWS主通知、ETWS辅通知以及CMDS。即ETWS主通知、ETWS辅通知以及CMDS通知可携带在SIB10和/或SIB11中。示例性地，ETWS主通知可携带在SIB10中，而ETWS辅通知可携带在SIB11中。

若第二指示符指示ETWS主通知、ETWS辅通知以及CMDS有更新，则终端接收到寻呼DCI之后会监听ETWS主通知、ETWS辅通知以及CMDS的传输信道，以接收到更新后的ETWS主通知、ETWS辅通知以及CMDS，否则将不会监听ETWS主通知、ETWS辅通知以及CMDS的传输信道。

在一些实施例中，第三指示符可以用于指示终端是否继续监听当前PDCCH对应的PO，例如，有寻呼消息要发送，通常第三指示符将指示终端在当前寻呼DCI传输使用的PDCCH对应的PO上监听寻呼消息，否则可以不用继续监听当前PDCCH对应的PO，减少监听所产生的功耗。

在本公开实施例中，第一信息由第四指示符携带，该第四指示符可包括一个或多个比特，可不同于前述第一指示符至第三指示符中的任意一个。该第四指示符指示MIB是否有更新。如果第四指示符指示MIB有更新，则终端需要监听传输MIB的物理广播信道(Physical Broadcast Channel，PBCH)；否则无需监听传输MIB的PBCH，减少因为监听PBCH导致的功耗，延长终端的待机时长。表2为一种短消息域的举例：

表2

表2中的任意一个元素都可以单独使用，且表2中任意两个或两个以上的元素可以组合使用。同时，表2中的设为1或真(ture)只是举例说明。本领域内技术人员可以理解，在上述表2中设为0或false也同样可以实现发明目的。因此这些都只是举例说明，只是基于相同的发明构思下的不同表达方式。

表3为一种短消息域的举例：

表3

表3中的任意一个元素都可以单独使用，且表3中任意两个或两个以上的元素可以组合使用。同时，表3中的设为1或true只是举例说明。本领域内技术人员可以理解，在上述表2中设为0或false也同样可以实现发明目的。因此这些都只是举例说明，只是基于相同的发明构思下的不同表达方式。

在一个实施例中，所述寻呼DCI还包括：预留比特域；所述第一信息包含在预留比特域内。所述预留比特域包括一个或多个预留比特，该预留比特为预留的尚未用于其他信息指示的比特。

在一些实施例中，所述第一信息可用于向第一类终端指示MIB是否有更新。

在一些实施例中，所述第一类终端可为支持带宽小于预设值的终端，例如，支持带宽小于20MHz的终端。在另一些实施例中，终端按照其终端能力(例如支持的带宽)，可以分为第一类终端和第二类终端。第二类终端支持的带宽，大于所述第一类终端支持的带宽。示例性地，所述第二类终端可包括：增强移动宽带(enhanced Mobile Broadband，eMBB)终端。所述第一类终端可为Redcap终端。在一些实施例中，所述第一类终端可为能力缩减终端(RedCap UE)；而第二类终端可以为普通 终端(non-RedCap UE或Legacy UE)；其中第一类终端的终端能力低于第二类终端。

该Redcap终端又可以分为：最大支持20MHz的Redcap终端和最大支持带宽小于20MHz的增强型Redcap终端。该增强型Redcap终端可仅仅支持5MHz。

MIB是使用PBCH传输的，若PBCH的子载波间隔(Sub Carrier Space，SCS)等于30KHz或者大于30KHz，PBCH的带宽较大，会超过第一类终端支持的最大带宽，因此第一类终端需要多次接收才能完成完整的MIB接收，从而多次接收会导致第一类终端的能耗大的现象。尤其在信道质量不好的时候，一次MIB的更新，则第一类终端需要接收MIB的次数更多，这种现象就更为严重。

故在一些实施例中，所述方法还包括：

响应于PBCH的SCS不小于预设值，发送所述第一信息。

即在SCS比较大的时候，传输MIB的PBCH的带宽大，如此第一类终端一次性无法完整的接受到整个PBCH，因而需要多次接收，如此，通过第一信息的发送，就可以减少第一类终端不必要的更新。

在一个实施例中，被基站执行的系统消息处理方法，可包括：

当SCS大于或等于预设值时，发送所述第一信息；

和/或，

当SCS小于预设值时，不发送所述第一信息。

例如，SCS等于15KHz时，则寻呼DCI的短消息域或者预留比特域就可以不用专门设置第一信息以指示MIB是否有更新。当然在另一些实施例中，不管SCS的取值，基站都可以发送可以指示MIB是否有更新的第一信息。在还有一些实施例中，响应于所述小区内第一类终端的数量达到指定值，发送所述第一信息；和/或，响应于所述小区内所述第一类终端的数量未达到所述指定值，不发送所述第一信息。

示例性地，响应于小区内有第一类终端驻留，发送所述第一信息；

和/或，响应于所述小区内无所述第一类终端驻留，不发送所述第一信息。

在一些实施例中，所述指定值的大小可以是根据小区面积和/小区容量确定的。例如，该指定值可与小区面积和/或小区容量正相关。

在另一些实施例中，所述指定值可为设置的静态值，例如，该指定值可为：通信协议约定的值。

如图4所示，本公开实施例提供一种系统消息处理方法，其中，被终端执行，所述方法包括：

S410：接收第一信息。其中，所述第一信息用于指示主系统信息块MIB是否有更新。

该终端可为各种类型的终端。示例性地，该终端可为前述第一类终端和/或第二类终端。

在一些实施例中，所述第一信息可为基站广播、组播或者单播的信息。

终端会接收指示MIB是否更新的第一信息。如此，终端接收到寻呼DCI之后，根据第一信息的解析，就能知晓是否需要接收MIB，如无需接收MIB时就无需监听传输MIB的PBCH，从而减少不必要的MIB监听，从而减少不必要的MIB监听所产生的功耗。

示例性地，所述第一信息可包含在寻呼DCI内。

终端会接收寻呼DCI，该寻呼DCI携带有指示MIB是否更新的第一信息。如此，终端接收到寻呼DCI之后，根据第一信息的解析，就能知晓是否需要接收MIB，如无需接收MIB时就无需监听传输MIB的PBCH，从而减少不必要的MIB监听，从而减少不必要的MIB监听所产生的功耗。

在一些实施例中，所述方法还包括：

接收第二信息，第二信息指示系统消息是否有更新。

第二信息和所述第一消息可以在同一条消息，也可以位于不同条消息中。

在一些实施例中，所述寻呼DCI还包括：第二信息；

其中，所述第二信息，指示系统消息是否有更新。

此处的系统消息可为包括前述的MIB的任意系统消息。

第二信息指示系统消息有更新，且第一信息指示MIB有更新，则终端才需要监听传输MIB的PBCH，减少监听功耗。

在还有一些实施例中，所述第二信息指示无系统消息更新时，则寻呼DCI可以不携带所述第一信息，从而指示MIB是否有更新的比特位被释放可以用于其他信息内容的指示。

在一个实施例中，所述寻呼DCI可包括：短消息指示域。所述第二信息包含在所述短消息指示域内。

在另一个实施例中，所述寻呼DCI可包括：短消息域和/或预留比特域。

所述第一信息可包含在：所述短消息域或者所述预留比特域中。

如图5所示，本公开实施例提供一种系统消息处理方法，其中，被终端执行，所述方法包括：

S510：接收寻呼DCI，其中，所述寻呼DCI包括：第一信息和/或第二信息。其中，所述第二信息指示系统消息是否有更新；所述第一信息指示所述MIB是否有更新。

S520：响应于所述第二信息指示所述系统消息无更新，忽略所述第一信息。

若终端接收到寻呼DCI的第二信息指示系统消息无更新，为了减少终端的解码所产生的功耗，终端可以直接忽视第一信息，从而减少对第一信息的不必要的解码。

在所述第二信息指示无系统更新会，终端不用接收更新后的系统消息。

如图6所示，本公开实施例提供一种系统消息处理方法，其中，被终端执行，所述方法还包括：

S610：接收寻呼DCI，其中，所述寻呼DCI包括：第一信息和/或第二信息；其中，所述第二信息指示系统消息是否有更新；所述第一信息指示所述MIB是否有更新。

S620：响应于所述第二信息指示所述系统消息有更新，根据所述第一信息确定所述MIB是否有更新。

在第二信息指示有系统消息有更新时，则MIB才有可能有更新，因此才需要查看第一信息，进一步确定MIB是否有更新。

第二信息指示无系统消息更新时，则MIB肯定没有更新，则无需进一步根据第一信息确定是否有MIB更新。即，在第二信息指示有系统消息更新时，才需要执行根据第一信息确定MIB是否有更新的确定操作。

若根据第一信息确定出MIB无更新，故无需接收MIB。

若根据第一信息确定出MIB有更新，则需要接收MIB。

在一些实施例中，所述方法还包括：

S630：响应于所述第二信息指示所述系统消息有更新且所述第一信息指示所述MIB有更新时，接收所述MIB。

若第二信息指示系统消息有更新且第一信息指示MIB有更新，则UE监听传输MIB的PBCH，从而能够接收到MIB。

若第二信息指示系统消息有更新且第一信息指示MIB无更新，则根据第一信息指示的其他SIB是否有更新的状况，到有更新SIB的广播信道上监听SIB。

示例性地，例如，第一指示符指示SIB6至SIB8以外的系统消息有更新时，监听SIB6至SIB8以外的系统消息有更新的传输信道，从而接收到有更新的系统消息。

所述第二信息包括在短消息指示域内。

所述第一信息包括在短消息域内。

在一些实施例中，所述短消息域包括：

第一指示符，指示SIB6、SIB7以及SIB8以外的系统消息是否有更新；

第二指示符，指示是否有地震及海啸预警系统ETWS主通知、ETWS辅通知以及商业移动报警服务CMDS通知的至少其中之一；

第三指示符，指示是否停止监听当前物理下行控制信道PDCCH的寻呼时机PO；

第四指示符，指示所述MIB是否有更新。

若第一指示符，还是有SIB6、SIB7以及SIB8以外的系统消息有更新时，终端接收到该寻呼DCI之后，会到SIB6、SIB7以及SIB8以外的系统消息的传输信道上监听系统消息。

如果第一指示符指示没有SIB6、SIB7以及SIB8以外的系统消息更新，则终端无需监听IB6、SIB7以及SIB8以外的系统消息的传输信道。

第二指示符指示的是：ETWS主通知、ETWS辅通知以及CMDS是否有更新，而有更新时，基站会通过SIB10和/或SIB11发送更新后的ETWS主通知、ETWS辅通知以及CMDS。即ETWS主通知、ETWS辅通知以及CMDS通知可携带在SIB10和/或SIB11中。示例性地，ETWS主通知可携带在SIB10中，而ETWS辅通知可携带在SIB11中。

若第二指示符指示ETWS主通知、ETWS辅通知以及CMDS有更新，则终端接收到寻呼DCI之后会监听ETWS主通知、ETWS辅通知以及CMDS的传输信道，以接收到更新后的ETWS主通知、ETWS辅通知以及CMDS，否则将不会监听ETWS主通知、ETWS辅通知以及CMDS的传输信道。

在一些实施例中，第三指示符会指示终端是否继续监听当前PDCCH对应的PO，例如，有寻呼消息要发送，通常第三指示符将指示终端在当前寻呼DCI传输使用的PDCCH对应的PO上监听寻呼消息，否则可以不用继续监听当前PDCCH对应的PO，减少监听所产生的功耗。

在本公开实施例中，短消息域还包括第四指示符，该第四指示符可包括一个或多个比特，可不同于前述第一指示符至第三指示符中的任意一个。该第四指示符指示MIB是否有更新。如果第四指示符指示MIB有更新，则终端需要监听传输MIB的物理广播信道(Physical Broadcast Channel，PBCH)；否则无需监听传输MIB的PBCH，减少因为监听PBCH导致的功耗，延长终端的待机时长。

在一个实施例中，所述第一信息还包含在寻呼DCI的预留比特域内。在一些实施例中，所述第一信息，指示针对第一类终端的MIB是否有更新。

在一些实施例中，所述第一类终端为Redcap终端。

Redcap终端支持的带宽比较小，例如，小于20MHz的终端。该Redcap终端因为支持的带宽比较小，若PBCH使用的SCS大于或等于30KHz时，需要多次接收才能接收到一个完整的PBCH，通过合并解码才能正确接收并解码到MIB。而在本公开实施例中，第一信息指示MIB是否有更新，就显得很有必要；否则Redcap终端无MIB更新时依然监听MIB就会导致很多不必要的电能消耗。

本公开实施例提供一种系统消息的处理方法，会通知MIB是否有更新，从而避免不必要的MIB读取。减少功率开销。

在寻呼DCI中包含第一信息，第一信息用于指示第一类型终端是否需要更新MIB消息。响应于第一信息指示MIB消息更新，终端读取MIB，否则终端则跳过MIB的更新。

进一步地，第一类型终端根据第二信息判断是否需要读取第一信息。例如，在寻呼DCI中包含所述第二信息，第二信息用于指示系统消息是否有更新。响应于第二信息指示系统消息有更新，第一类型终端进一步读取第一信息，以进一步的确定MIB是否有更新。或响应于第二信息指示系统消息有更新，不读取第一信息。

如图7所示，本公开实施例提供一种系统消息处理装置，所述装置包括：

发送模块710，被配置为发送第一信息，所述第一信息，用于指示主系统信息块MIB是否有更新。

该系统消息处理装置可包括基站中。

在一些实施例中，所述发送模块710可为程序模块；所述程序模块被处理器执行之后，能够实现上述第一信息的发送，且通过第一信息指示MIB是否有更新。

在另一些实施例中，所述发送模块710可包括：软硬件结合模块；所述软硬结合模块可包括但不限于各种可编程阵列；所述可编程阵列包括但不限于现场可编程阵列和/或复杂可编程阵列。

在还有一些实施例中，所述发送模块710还可包括：纯硬件模块；所述纯硬件模块可包括但不限于：专用集成电路。

在一些实施例中，所述发送模块710还被配置为发送第二信息。第二信息指示系统消息是否有更新。

在一些实施例中，所述第一信息包含在寻呼下行控制消息DCI内。

在一些实施例中，所述寻呼DCI还包括：第二信息；

其中，所述第二信息，指示系统消息是否有更新。

在一些实施例中，所述寻呼DCI包含短消息指示域，所述第二信息位于所述短消息指示域内。在一些实施例中，所述寻呼DCI包含短消息域；所述第一信息位于所述短消息域内。在一些实施例中，所述寻呼DCI包含：预留比特域，所述第一信息位于预留比特域内。在一些实施例中，所述第一信息，用于通知第一类终端MIB是否有更新。

在一些实施例中，所述第一类终端为：能力缩减Redcap终端。

如图8所示，本公开实施例提供一种系统消息处理装置，所述装置包括：

接收模块810，被配置为接收第一信息，所述第一信息用于指示主系统信息块MIB是否有更新。

所述系统消息处理装置可包含在终端内，至少可包括第一类终端内。

在一些实施例中，所述发送模块可为程序模块；所述程序模块被处理器执行之后，能够实现上述第一信息的接收，从而确定出基站还是否会发送更新后的MIB。

在另一些实施例中，所述发送模块可包括：软硬件结合模块；所述软硬结合模块可包括但不限于各种可编程阵列；所述可编程阵列包括但不限于现场可编程阵列和/或复杂可编程阵列。

在还有一些实施例中，所述发送模块还可包括：纯硬件模块；所述纯硬件模块可包括但不限于：专用集成电路。

在一些实施例中，所述接收模块810还被配置为接收第二信息，第二信息指示系统消息是否有更新。

在一些实施例中，所述第一信息包含在寻呼DCI内。

在一些实施例中，所述寻呼DCI还包括：第二信息；

其中，所述第二信息，指示系统消息是否有更新。

在一些实施例中，所述装置包括：

忽略模块，被配置为响应于所述第二信息指示所述系统消息无更新，忽略所述第一信息。

在一些实施例中，所述装置还包括：

确定模块，被配置为响应于所述第二信息指示所述系统消息有更新，根据所述第一信息确定所述MIB是否有更新。

在一些实施例中，所述接收模块，还被配置为响应于所述第二信息指示所述系统消息有更新且所述第一信息指示所述MIB有更新时，接收所述MIB。

在一些实施例中，所述寻呼DCI还包括：短消息指示域，第二信息位于短消息指示域内。

在一些实施例中，所述第一信息位于短消息域内。

在一些实施例中，所述寻呼DCI还包含预留比特域，所述第一信息位于所述预留比特域内。

在一些实施例中，所述第一信息，用于针对第一类终端指示MIB是否有更新。

在一些实施例中，所述第一类终端包括：

能力缩减Redcap终端。

本公开实施例提供一种通信设备，包括：

用于存储处理器可执行指令的存储器；

处理器，分别存储器连接；

其中，处理器被配置为执行前述任意技术方案提供的系统消息处理方法。

处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。

这里，所述通信设备包括：接入设备或UE或者核心网设备。

所述处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，如图2至图6所示的方法的至少其中之一。

图9是根据一示例性实施例示出的一种终端800的框图。例如，UE 800可以是移动电话，计算机，数字广播用户设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图9，终端800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制终端800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在终端800的操作。这些数据的示例包括用于在终端800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为终端800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为终端800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述终端800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当终端800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)， 当终端800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为终端800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为终端800的显示器和小键盘，传感器组件814还可以检测终端800或终端800一个组件的位置改变，用户与终端800接触的存在或不存在，终端800方位或加速/减速和终端800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于终端800和其他设备之间有线或无线方式的通信。终端800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由终端800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

如图10所示，本公开一实施例示出一种接入设备的结构。例如，通信设备900可以被提供为一网络侧设备。该通信设备可为前述的基站。

参照图10，通信设备900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述方法前述应用在终端和/或基站的系统消息处理方法，例如，如图2至图6所示方法。

通信设备900还可以包括一个电源组件926被配置为执行通信设备900的电源管理，一个有线或无线网络接口950被配置为将通信设备900连接到网络，和一个输入输出(I/O)接口958。通信 设备900可以操作基于存储在存储器932的操作系统，例如Windows Server TM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (41)

1. 一种系统消息处理方法，其中，被基站执行，所述方法包括：

   发送第一信息，所述第一信息，用于指示主系统信息块MIB是否有更新。
2. 根据权利要求1所述的方法，其中，所述方法还包括：发送第二消息，其中，所述第二消息指示系统消息是否有更新。
3. 根据权利要求1或2所述的方法，其中，所述第一信息包含在寻呼下行控制消息DCI内。
4. 根据权利要求1至3任一项所述的方法，其中，所述寻呼DCI包括短消息域，其中，所述第一信息包含在短消息域内。
5. 根据权利要求3所述的方法，其中，所述寻呼DCI还包括：所述第二信息。
6. 根据权利要求5所述的方法，其中，所述寻呼DCI包含短消息指示域，所述第二信息位于所述短消息指示域内。
7. 根据权利要求1所述的方法，其中，所述寻呼DCI包含：预留比特域，所述第一信息位于预留比特域内。
8. 根据权利要求1至5任一项所述的方法，其中，所述第一信息，用于通知第一类终端MIB是否有更新。
9. 根据权利要求7所述的方法，其中，所述第一类终端包括：

   能力缩减Redcap终端。
10. 一种系统消息处理方法，其中，被终端执行，所述方法包括：

    接收第一信息，所述第一信息用于指示主系统信息块MIB是否有更新。
11. 根据权利要求10所述的方法啊，其中，所述方法还包括：

    接收第二信息，其中，所述第二信息指示系统消息是否有更新。
12. 根据权利要求10或11所述方法，其中，所述第一信息包含在寻呼DCI内。
13. 根据权利要求11所述的方法，其中，所述寻呼DCI还包括：所述第二信息。
14. 根据权利要求11或13所述的方法，其中，所述方法包括：

    响应于所述第二信息指示所述系统消息无更新，忽略所述第一信息。
15. 根据权利要求11或13所述的方法，其中，所述方法还包括：

    响应于所述第二信息指示所述系统消息有更新，根据所述第一信息确定所述MIB是否有更新。
16. 根据权利要求11或13所述的方法，其中，所述方法还包括：

    响应于所述第二信息指示所述系统消息有更新且所述第一信息指示所述MIB有更新时，接收所述MIB。
17. 根据权利要求11至16任一项所述的方法，其中，

    所述寻呼DCI包括短消息指示域，所述第二信息位于短消息域内；

    和/或，

    所述寻呼DCI包含短消息域，所述第一信息位于短消息域内；或者，所述寻呼DCI包含预留比特域，所述第一信息位于所述预留比特域内。
18. 根据权利要求11至17任一项所述的方法，其中，所述第一信息，用于针对第一类终端指示MIB是否有更新。
19. 根据权利要求18所述的方法，其中，所述第一类终端包括：

    能力缩减Redcap终端。
20. 一种系统消息处理装置，其中，被基站执行，所述装置包括：

    发送模块，被配置为发送第一信息，所述第一信息，用于指示主系统信息块MIB是否有更新。
21. 根据权利要求20所述的装置，其中，所述发送模块，还被配置为发送第二消息，其中，所述第二消息指示系统消息是否有更新。
22. 根据权利要求20或21所述的装置，其中，所述第一信息包含在寻呼下行控制消息DCI内。
23. 根据权利要求22所述的装置，其中，所述寻呼DCI包括短消息域，其中，所述第一信息包含在短消息域内。
24. 根据权利要求23所述的装置，其中，所述寻呼DCI还包括：所述第二信息。
25. 根据权利要求24所述的装置，其中，所述寻呼DCI包含短消息指示域，所述第二信息位于所述短消息指示域内。
26. 根据权利要求22至25任一项所述的装置，其中，所述寻呼DCI包含短消息域；所述第一信息位于所述短消息域内。
27. 根据权利要求22所述的装置，其中，所述寻呼DCI包含：预留比特域，所述第一信息位于预留比特域内。
28. 根据权利要求20至27任一项所述的装置，其中，所述第一信息，用于通知第一类终端MIB是否有更新。
29. 根据权利要求28所述的装置，其中，所述第一类终端包括：

    能力缩减Redcap终端。
30. 一种系统消息处理装置，其中，所述装置包括：

    接收模块，被配置为接收第一信息，所述第一信息用于指示主系统信息块MIB是否有更新。
31. 根据权利要求30所述的装置，其中，所述接收模块，还被配置为接收第二信息，其中，所述第二信息指示系统消息是否有更新。
32. 根据权利要求29所述的装置，其中，所述第一信息包含在寻呼DCI内。
33. 根据权利要求31所述的装置，其中，所述寻呼DCI还包括：所述第二信息。
34. 根据权利要求31或33所述的装置，其中，所述装置包括：

    忽略模块，被配置为响应于所述第二信息指示所述系统消息无更新，忽略所述第一信息。
35. 根据权利要求31或33所述的装置，其中，所述装置还包括：

    确定模块，被配置为响应于所述第二信息指示所述系统消息有更新，根据所述第一信息确定所述MIB是否有更新。
36. 根据权利要求35所述的装置，其中，所述接收模块，还被配置为响应于所述第二信息指示所述系统消息有更新且所述第一信息指示所述MIB有更新时，接收所述MIB。
37. 根据权利要求31至34任一项所述的装置，其中，所述寻呼DCI包括短消息指示域，所述第二信息位于短消息域内；

    和/或，

    所述寻呼DCI包含短消息域，所述第一信息位于短消息域内；或者，所述寻呼DCI包含预留比特域，所述第一信息位于所述预留比特域内。
38. 根据权利要求31至37任一项所述的装置，其中，所述第一信息，用于针对第一类终端指示MIB是否有更新。
39. 根据权利要求38所述的装置，其中，所述第一类终端包括：

    能力缩减Redcap终端。
40. 一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行如权利要求1至9或10至19任一项提供的方法。
41. 一种计算机存储介质，所述计算机存储介质存储有可执行程序；所述可执行程序被处理器执行后，能够实现如权利要求1至9或10至19任一项提供的方法。