信息传输方法、装置、通信设备和存储介质与流程

1.本技术涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及信息传输方法、装置、通信设备和存储介质。


背景技术：

2.相关技术中，在寻呼时机(po，paging occasion)，所有用户设备(user equipment)都会被唤醒监听寻呼消息。针对于ue个体而言，其在po内被寻呼的概率是不同的。具有较低被寻呼概率的ue会与具有较高被寻呼概率的ue一起被唤醒，较低被寻呼概率的ue被错误唤醒的概率较高，从而产生较多的假警报(false alarm)，造成了多余的电量损耗。


技术实现要素：

3.有鉴于此，本公开实施例提供了一种信息传输方法、装置、通信设备和存储介质。
4.根据本公开实施例的第一方面，提供一种信息传输方法，其中，被基站执行，所述方法包括：
5.接收第一能力指示信息，其中，所述第一能力指示信息，指示用户设备ue是否支持寻呼提前指示pei。
6.根据本公开实施例的第二方面，提供一种信息传输方法，其中，被用户设备ue执行，所述方法包括：
7.发送第一能力指示信息，其中，所述第一能力指示信息，指示ue是否支持寻呼提前指示pei。
8.根据本公开实施例的第三方面，提供一种信息传输方法，其中，被核心网执行，所述方法包括：
9.接收第一能力指示信息，其中，所述第一能力指示信息，指示用户设备ue是否支持寻呼提前指示pei。
10.根据本公开实施例的第四方面，提供一种信息传输装置，其中，所述装置包括：
11.第一接收模块，配置为接收第一能力指示信息，其中，所述第一能力指示信息，指示用户设备ue是否支持寻呼提前指示pei。
12.根据本公开实施例的第五方面，提供一种信息传输装置，其中，所述装置包括：
13.第三发送模块，配置为发送第一能力指示信息，其中，所述第一能力指示信息，指示用户设备ue是否支持寻呼提前指示pei。
14.根据本公开实施例的第六方面，提供一种信息传输装置，其中，所述装置包括：
15.第三接收模块，配置为接收第一能力指示信息，其中，所述第一能力指示信息，指示用户设备ue是否支持寻呼提前指示pei。
16.根据本公开实施例的第七方面，提供一种通信设备装置，包括处理器、存储器及存储在存储器上并能够由所述处理器运行的可执行程序，其中，所述处理器运行所述可执行
程序时执行如第一方面或第二方面或第三方面所述信息传输方法的步骤。
17.根据本公开实施例的第八方面，提供一种存储介质，其上存储有可执行程序，其中，所述可执行程序被处理器执行时实现如第一方面或第二方面或第三方面所述信息传输方法的步骤。
18.本公开实施例提供的信息传输方法、装置、通信设备和存储介质。基站接收第一能力指示信息，其中，所述第一能力指示信息，指示ue是否支持pei。如此，通过能力指示信息指示ue是否支持pei。基站可以确定ue的pei能力，减少由于基站不确定ue的pei能力，产生对ue能力的误判，提高基站对ue的pei能力的判断准确性。
19.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开实施例。
附图说明
20.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。
21.图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；
22.图2是根据一示例性实施例示出的一种信息传输方法的流程示意图；
23.图3是根据一示例性实施例示出的另一种信息传输方法的流程示意图；
24.图4是根据一示例性实施例示出的又一种信息传输方法的流程示意图；
25.图5是根据一示例性实施例示出的再一种信息传输方法的流程示意图；
26.图6是根据一示例性实施例示出的再一种信息传输方法的流程示意图；
27.图7是根据一示例性实施例示出的再一种信息传输方法的流程示意图；
28.图8是根据一示例性实施例示出的再一种信息传输方法的流程示意图；
29.图9是根据一示例性实施例示出的再一种信息传输方法的流程示意图；
30.图10是根据一示例性实施例示出的再一种信息传输方法的流程示意图；
31.图11是根据一示例性实施例示出的一种信息传输装置的框图；
32.图12是根据一示例性实施例示出的另一种信息传输装置的框图；
33.图13是根据一示例性实施例示出的又一种信息传输装置的框图；
34.图14是根据一示例性实施例示出的一种用于信息传输的装置的框图。
具体实施方式
35.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明实施例的一些方面相一致的装置和方法的例子。
36.在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
37.应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信
息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
38.请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个终端11以及若干个基站12。
39.其中，终端11可以是指向用户提供语音和/或数据连通性的设备。终端11可以经无线接入网(radio access network，ran)与一个或多个核心网进行通信，终端11可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(station，sta)、订户单元(subscriber unit)、订户站(subscriber station)、移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remote terminal)、接入终端(access terminal)、用户装置(user terminal)、用户代理(user agent)、用户设备(user device)、或用户终端(user equipment，ue)。或者，终端11也可以是无人飞行器的设备。或者，终端11也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线通信设备。或者，终端11也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
40.基站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系统。
41.其中，基站12可以是4g系统中采用的演进型基站(enb)。或者，基站12也可以是5g系统中采用集中分布式架构的基站(gnb)。当基站12采用集中分布式架构时，通常包括集中单元(central unit，cu)和至少两个分布单元(distributed unit，du)。集中单元中设置有分组数据汇聚协议(packet data convergence protocol，pdcp)层、无线链路层控制协议(radio link control，rlc)层、媒体访问控制(media access control，mac)层的协议栈；分布单元中设置有物理(physical，phy)层协议栈，本公开实施例对基站12的具体实现方式不加以限定。
42.基站12和终端11之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4g)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5g)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5g的更下一代移动通信网络技术标准的无线空口。
43.在一些实施例中，终端11之间还可以建立e2e(end to end，端到端)连接。比如车联网通信(vehicle to everything，v2x)中的v2v(vehicle to vehicle，车对车)通信、v2i(vehicle to infrastructure，车对路边设备)通信和v2p(vehicle to pedestrian，车对人)通信等场景。
44.在一些实施例中，上述无线通信系统还可以包含网络管理设备13。
45.若干个基站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的实现形态，本公开实施例不做限定。
46.本公开实施例涉及的执行主体包括但不限于：蜂窝移动通信系统中的手机终端，以及网络侧设备，如基站等接入网设备，以及核心网等。
47.针对在po内，所有ue均会被唤醒的情况，可以对ue进行寻呼分组。分组信息可以携带于寻呼下行控制信息(paging dci)中，也可以携带于寻呼提前指示(pei，paging earlier indication)pei中。ue基于分组信息确定是否在po内唤醒。分组信息可以用于确定ue所在分组。例如，分组信息可以包括：组标识等。
48.一种分组方式是基于ue标识信息(ue-id)进行分组。可以基于表达式(1)确定分组：
[0049][0050]
其中，wg表示不同寻呼分组资源的索引。ue-id取模方式即为随机选择或者随机分配方式(randomization)。即在所有的寻呼分组资源中按照ue-id取模。其中，n表示时间域上的寻呼帧密度、ns表示时间域上一个寻呼帧内的寻呼密度；nn表示寻呼窄带；nw表示总的寻呼分组资源数目。
[0051]
另一种分组方式是由核心网作为统一节点进行。可见分组，在nr中直接分配组标识(subgroup id)。此时网络在分配该subgroup id的时候，将基于实现分配，比如根据终端属性，或者统计的寻呼概率等。
[0052]
示例性地，pei可以采用1个比特位用于唤醒所有的ue，即可以唤醒不分组的ue。
[0053]
因此，在采用两种寻呼分组方式，并且pei可唤醒不分组ue的情况下，ue如何基于pei进行唤醒，是亟待解决的问题。
[0054]
如图2所示，本示例性实施例提供一种信息传输方法，可以被蜂窝移动通信系统的基站执行，包括：
[0055]
步骤201：接收第一能力指示信息，其中，所述第一能力指示信息，指示ue是否支持pei。
[0056]
pei可以用于指示ue在预定寻呼时机(po，paging occasion)内唤醒并监听寻呼消息。这里，预定po可以包括：pei之后的一个po或多个po。是否支持pei可以包括但不限于：是否支持基于pei的指示在预定po内唤醒。
[0057]
pei可以用于唤醒所有的ue，也可以用于唤醒预定范围(如预定分组，预定类型等)的ue。pei可以包含有针对不同分组ue的指示信息，用于唤醒不同分组的ue。是否支持pei可以包括但不限于：是否支持唤醒所有ue的pei，和/或是否支持唤醒预定范围ue的pei。
[0058]
能力指示信息，可以是ue发送给基站的，也可以是核心网发送给基站的，还可以是
对端基站发送的。
[0059]
ue可以在随机接入过程中、或者在建立rrc连接后等情况下，通过上行信令携带能力指示信息。
[0060]
基站接收到能力指示信息后，可以确定ue是否支持pei。如果ue支持pei，基站采用ue支持的pei唤醒ue监听po。从而减少由于基站无法确定ue是否支持pei，在ue不支持pei时向ue发送pei，或在ue支持pei时未向ue发送pei的情况。在ue不支持pei时向ue发送pei，会增加基站的工作负载；而在ue支持pei时未向ue发送pei时，由于ue无法未接收到pei，需要频繁唤醒监听po，造成ue电量损耗。
[0061]
如此，通过能力指示信息指示ue是否支持pei。基站可以确定ue的pei能力，减少由于基站不确定ue的pei能力，产生对ue能力的误判，提高基站对ue的pei能力的判断准确性。
[0062]
在一个实施例中，所述第一能力指示信息，用于指示以下至少之一：
[0063]
所述ue是否支持第一类pei；
[0064]
所述ue是否支持第二类pei，其中所述第一类pei不同于第二类pei。
[0065]
在一种实施例中，第一类pei可以具有1个比特位用于指示ue是否唤醒。第一类pei除了用作寻呼指示，还可以用于后续扩展携带其他信息。比如携带参考信号可用性指示信息。在本文中，第一类pei的优先实施例为用于指示非分组的pei。
[0066]
在为一种实施例中，第二类pei可以具有多个个比特位用于指示ue是否唤醒。
[0067]
第一类pei为一种公共pei，可用于唤醒需要监听相同po的所有ue；
[0068]
第二类pei为针对寻呼分组的pei，可以用于按照寻呼分组，唤醒监听相同po对应寻呼分组内的所有ue。
[0069]
当pei具有1个比特位，即pei为第一类pei时，pei可以用于唤醒接收到该pei的所有ue。即第一类pei不区分ue的寻呼分组。
[0070]
当pei具有多个比特位，即pei为第二类pei时，多个比特位中的每个比特位可以用于唤醒一个或多个寻呼分组的ue。即第二类pei区分ue的寻呼分组。
[0071]
示例性的，pei可以包括ponumperpei个分段，可以称为subgroupsnumperpo字段。每个分段可以对应于一个po。每个分段中包含subgroupsnumperpo个比特，每个比特位承载一个寻呼指示，用于指示1个或多个寻呼分组是否在对应的po进行唤醒。
[0072]
pei为第一类pei，subgroupsnumperpo字段具有1个比特位的寻呼指示位，用于唤醒接收到该pei的所有ue在po内监听寻呼消息。例如。该寻呼指示位为“1”时，唤醒接收到该pei的所有ue在po时段内监听寻呼消息，该寻呼指示位为“0”时，指示ue在po时段内保持休眠状态，如保持rrc空闲态或rrc非激活态等。
[0073]
pei为第二类pei，subgroupsnumperpo字段具有多个比特位，每个比特位可以对应于一个寻呼分组，不同寻呼分组的ue基于自身寻呼分组对应的比特位确定是否在po时段内唤醒。例如。subgroupsnumperpo字段具有两个比特位分别对应两个寻呼分组，当其中一个比特位为“1”时，唤醒该比特位对应寻呼分组的ue在po内监听寻呼消息，当其中一个比特位为“0”时，指示该比特位对应寻呼分组的ue在po内保持休眠状态。
[0074]
能力指示信息可以用于指示ue是否支持第一类pei和/或第二类pei。
[0075]
如果能力指示信息指示ue支持第一类pei，那么基站可以采用第一类pei唤醒ue监听po。减少ue在每个po都需要唤醒的情况，减少ue的电量损耗。
[0076]
如果能力指示信息指示ue支持第二类pei，那么基站可以采用第二类pei基于寻呼分组唤醒ue监听po。减少ue所在寻呼分组未被寻呼时，在po唤醒的情况，减少ue的电量损耗。
[0077]
如此，通过能力指示信息指示ue是否支持pei。基站可以确定ue的pei能力，进而基于ue的pei能力，发送ue支持的pei来唤醒ue监听po，在无需唤醒ue时，不唤醒ue进行监听，减少ue频繁被唤醒带来的电量损耗。
[0078]
在一个实施例中，所述ue是否支持第二类pei，包括至少之一：
[0079]
所述ue是否支持至少对应于第一类寻呼分组方式的第二类pei；
[0080]
所述ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0081]
第一类寻呼分组方式和第二类寻呼分组方式采用不同的方式划分寻呼分组。第一类寻呼分组方式和第二类寻呼方式也可以是由不同网络节点执行的。第一类寻呼分组和第二类寻呼也可以是由同一网络节点执行的。
[0082]
核心网或基站等可以分别采用不同寻呼分组方式划分寻呼分组，从而产生不同类型的寻呼分组。各寻呼分组方式可以分别划分出多个寻呼分组。例如，可以基于ue的业务类型进行分组、或者可以基于ue的传输速率进行分组等。
[0083]
至少对应于第一类寻呼分组方式的第二类pei，可以用于至少指示第一类寻呼分组方式对应寻呼分组的ue是否唤醒。
[0084]
至少对应于第二类寻呼分组方式的第二类pei，可以用于至少指示第二类寻呼分组方式对应寻呼分组的ue是否唤醒。
[0085]
在一个实施例中，
[0086]
所述第一类寻呼分组方式，包括：由核心网确定寻呼分组的寻呼分组方式；
[0087]
所述第二类寻呼分组方式，包括：基于ue标识确定寻呼分组的寻呼分组方式。
[0088]
第一类寻呼分组方式可以是由核心网基于ue属性划分寻呼分组的方式。这里，ue属性可以包括但不限于：ue的业务类型，ue的传输数量、ue的传输带宽等。
[0089]
第二类寻呼分组方式可以是接入网设备，如基站基于ue标识信息(ue-id)划分寻呼分组的方式。例如，基站可以采用表达式(1)确定ue的寻呼分组
[0090]
第二类pei的多个比特位中各比特位可以分别用于指示一个或多个寻呼分组是否在预定po内是否唤醒。这里，寻呼分组可以包括：第一类寻呼分组方式划分的寻呼分组，或第二类寻呼分组方式划分的寻呼分组。
[0091]
示例性的，第二类pei可以具有8个比特位，其中，4个比特位中的每个比特位用于分别指示采用第一类寻呼分组方式划分的4个寻呼分组中的1个寻呼分组，另4个比特位中的每个比特位用于分别指示采用第二类寻呼分组方式划分的的4个寻呼分组中的1个寻呼分组。
[0092]
至少对应于第一类寻呼分组方式的第二类pei，可以包括只对应于第一类寻呼分组方式的第二类pei，也可以包括同时对应于第一类寻呼分组方式和第二类寻呼分组方式的第二类pei。
[0093]
至少对应于第二类寻呼分组方式的第二类pei，可以包括只对应于第二类寻呼分组方式的第二类pei，也可以包括同时对应于第一类寻呼分组方式和第二类寻呼分组方式的第二类pei。
[0094]
通过能力指示信息指示ue是否支持不同类型寻呼分组对应的pei。基站可以确定ue对不同寻呼分组类型对应pei的支持能力，进而基站可以发送ue对应寻呼分组类型的pei来唤醒ue监听po，减少ue在其他类型寻呼分组的po内被唤醒的情况，减少ue在无效po被唤醒带来的电量损耗。
[0095]
如图3所示，本示例性实施例提供一种信息传输方法，所述方法还包括以下至少之一：
[0096]
步骤301a：响应于第一能力指示信息指示所述ue支持所述第二类pei，确定所述ue支持所述第一类pei；
[0097]
步骤301b：响应于第一能力指示信息指示所述ue不支持至少对应于第一类寻呼分组方式的第二类pei和至少对应于第二类寻呼分组方式的第二类pei，确定所述ue不支持所述第一类pei。
[0098]
这里，步骤301a或301b可以单独实施，也可以与步骤201结合实施。
[0099]
能力指示信息可以通过显性指示的方式指示ue是否支持pei、以及不同寻呼分组方向对应的pei等。能力指示信息还可以通过隐含指示的方式指示ue是否支持pei、以及不同寻呼分组方向对应的pei等。
[0100]
示例性的，当能力指示信息指示ue支持第二类pei，那么能力指示信息可以隐含指示ue同时支持第一类pei。这里，第二类pei可以包括：至少对应于所述第一类寻呼分组方式的第二类pei，和/或至少对应于所述第二类寻呼分组方式的第二类pei。
[0101]
示例性的，当能力指示信息指示ue不支持第二类pei，那么能力指示信息隐含指示了ue也不支持第一类pei。这里，第二类pei可以包括：至少对应于第一类寻呼分组方式的第二类pei和至少对应于第二类寻呼分组方式的第二类pei。
[0102]
能力指示信息采用显性指示和/或隐含指示的方式可以通过通信协议规定，或者也可以由核心网、基站以及ue之间相互商定。
[0103]
能力指示信息采用显性指示和/或隐含指示的方式，可以采用单不限于如下方式：
[0104]
方式1：ue是否支持第一类pei和第二类pei可以单独指示。
[0105]
能力指示信息可以单独向基站指示ue支持第一类pei；
[0106]
能力指示信息可以单独向基站指示ue支持至少对应于第二类寻呼分组方式的第二类pei；
[0107]
方式2：通过一个能力指示信息指示是否支持第一类pei和第二类pei。
[0108]
能力指示信息指示ue支持第二类pei，同时隐含指示ue支持第一类pei。
[0109]
ue如果支持第一类pei，可以上报能力指示信息指示支持第一类pei的基础上进一步指示支持第二类pei；
[0110]
ue可以仅仅上报能力指示信息指示支持第一类pei，同时隐含指示不支持第二类pei。
[0111]
ue可以上报能力指示信息指示同时上报支持第一类pei和第二类pei；能力指示信息可以采用两个标志位(flag)分别指示ue支持第一类pei和第二类pei。
[0112]
ue可以上报能力指示信息指示支持第一类pei，但不支持能力第二类pei；可以通过不上报flag来表达仅仅支持第一类pei，即用标志位(flag)的缺省(absence)来隐含表达不支持第二类pei。
[0113]
ue可以上报能力指示信息指示支持第二类pei；上报支持第二类pei的隐含表达是ue也支持第一类pei。
[0114]
上述ue上报的能力指示信息指示ue是否支持的第二类pei，可以包括指示ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0115]
方式3：ue可以仅上报是否支持至少对应于第二类寻呼分组方式的第二类pei到基站。
[0116]
基站还可以从核心网获取到ue是否支持至少对应于第一类寻呼分组方式的第二类pei的能力指示信息；即从核心网获取到ue是否支持至少对应于第一类寻呼分组方式的第二类pei，基站将两种途径合并起来得到ue的能力；
[0117]
基站确定到ue支持至少对应于第一类寻呼分组方式的第二类pei，或者支持至少对应于第二类寻呼分组方式的第二类pei，则确定ue支持第一类pei。
[0118]
基站确定到ue不支持至少对应于第一类寻呼分组方式的第二类pei，以及不支持至少对应于第二类寻呼分组方式的第二类pei，则确定ue不支持第一类pei。
[0119]
在一个实施例中，所述接收第一能力指示信息，包括至少以下之一：
[0120]
接收所述ue发送的指示所述ue是否支持所述第一类pei的所述第一能力指示信息；
[0121]
接收所述ue发送的指示所述ue是否支持至少对应于第二类寻呼分组方式的所述第二类pei的所述第一能力指示信息；
[0122]
接收核心网发送所述第一能力指示信息；
[0123]
接收对端基站发送的指示所述第一能力指示信息。
[0124]
ue可以确定自身是否支持第一类pei，因此，可以由ue向基站发送能力指示信息，指示ue是否支持第一类pei。
[0125]
ue可以确定自身是否支持至少对应于第二类寻呼分组方式的第二类pei。例如，ue可以确定自身是否支持基于ue_id进行寻呼分组的方式，因此，可以由ue向基站发送能力指示信息，指示ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0126]
示例性的，基站基于从ue上报的能力指示信息，确定终端支持至少对应于第二类寻呼分组方式的第二类pei。基站基于从ue上报的能力指示信息，确定终端不支持至少对应于第二类寻呼分组方式的第二类pei。或者，如果基站未收到能力指示信息，则确定终端不支持至少对应于第二类寻呼分组方式的第二类pei。
[0127]
在一个实施例中，能力指示信息可以携带在ue能力信息(uecapabilityinformation)或上行辅助消息中。ue能力信息至少用于指示ue支持的频率。
[0128]
ue可以在从rrc连接态被释放时，通过上行辅助消息携带能力指示信息。
[0129]
能力指示信息也可以是由核心网发送给基站的，能力指示信息指示的ue是否支持第一类pei，以及ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0130]
ue是否支持至少对应于第一类寻呼分组方式的第二类pei可以ue通过nas信令上报给核心网的，因此，核心网发送给基站的能力指示信息指示还可以指示ue是否支持至少对应于第一类寻呼分组方式的第二类pei。
[0131]
示例性的，终端是否支持至少对应于第一类寻呼分组方式的第二类pei，是基站基于核心网发送的能力指示信息通过显示指示确定的。
[0132]
ue的能力还可以在基站之间传输。能力指示信息可以是由对端基站发送的。
[0133]
示例性的，ue可以是非激活态的ue，对端基站可以是ue的锚点基站，锚点基站保留有ue是否支持pei的能力指示信息，当ue在当前基站覆盖范围内进行小区重选时，当前基站可以从锚点基站获取能力指示信息，进而确定ue是否支持pei。
[0134]
示例性的，非激活态ue发生小区重选时，基站从锚点基站中获取终端的上报能力。
[0135]
例如，能力指示信息可以携带于ue上下文响应中发送给基站。能力指示信息可以携带于来自核心网的寻呼(paging)消息中发送给基站。
[0136]
基站基于对端基站发送的能力指示信息可以直接确定ue是否支持第一类pei；
[0137]
基站基于对端基站发送的能力指示信息可以直接确定ue是否支持至少对应于第一类寻呼分组方式的第二类pei；
[0138]
基站基于对端基站发送的能力指示信息可以直接确定ue是否支持至少对应于第二类寻呼分组方式的第二类pei；
[0139]
基站基于ue支持至少对应于第一类寻呼分组方式的第二类pei，或者ue支持至少对应于第二类寻呼分组方式的第二类pei，确定ue支持第一类pei。
[0140]
基站基于ue不支持至少对应于第一类寻呼分组方式的第二类pei，或者ue不支持至少对应于第二类寻呼分组方式的第二类pei，确定ue不支持第一类pei。
[0141]
在一个实施例中，响应于对端基站发送ue的第一类寻呼分组方式的分组信息，确定ue支持至少对应于第一类寻呼分组方式的第二类pei。
[0142]
在一个实施例中，所述接收核心网发送所述第一能力指示信息，包括：
[0143]
响应于接收到所述核心网发送的所述ue的所述第一类寻呼分组方式的分组信息，确定所述ue支持至少对应于第一类寻呼分组方式的所述第二类pei。
[0144]
第一能力指示信息可以是ue的第一类寻呼分组方式的分组信息。当核心网向基站发送ue的第一类寻呼分组方式的分组信息，可以确定ue支持至少对应于第一类寻呼分组方式的第二类pei。
[0145]
分组信息可以用于指示寻呼分组。分组信息可以是ue的组标识(subgroup id)。如果核心网针对该ue分配了组标识，则可以确定终端支持至少对应于所述第一类寻呼分组方式的第二类pei。可以认为核心网发送的分组信息是一种隐含表达终端支持至少对应于第一类寻呼分组方式的第二类pei的方式。
[0146]
示例性的，终端支持至少对应于第一类寻呼分组方式的第二类pei，是基站基于核心网发送的组标识确定的。
[0147]
如图4所示，本示例性实施例提供一种信息传输方法，所述方法还包括至少以下之一：
[0148]
步骤401a：向对端基站发送指示所述ue是否支持所述第一类pei的第二能力指示信息；
[0149]
步骤401b：向对端基站发送指示所述ue是否支持所述第二类pe的第二能力指示信息；
[0150]
步骤401c：向核心网发送指示所述ue是否支持所述第一类pei的第二能力指示信息；
[0151]
步骤401d：向核心网发送指示所述ue是否支持至少对应于第二类寻呼分组方式的
所述第二类pe的第二能力指示信息。
[0152]
这里，步骤401a、步骤401b、步骤401c和/或步骤401d可以单独实施，也可以与步骤301a、步骤301b和/或步骤201结合实施。
[0153]
ue的能力还可以在基站之间传输。基站可以将能力指示信息发送给对端基站。
[0154]
示例性的，ue可以是非激活态的ue，对端基站可以是ue进行小区重选的基站，锚点基站保留有ue是否支持pei的能力指示信息，当ue在对端基站覆盖范围内进行小区重选时，锚点基站可以向对端基站发送能力指示信息，对端基站可以确定ue是否支持pei。
[0155]
基站之间传输的能力指示信息可以指示以下至少之一：ue是否支持第一类pei；ue是否支持第二类pei。
[0156]
基站在接收到ue上报的能力指示信息后，可以向核心网上报ue的能力。ue上报的能力指示信息可以用于指示：ue是否支持第一类pei，和/或，ue是否支持至少对应于第二类寻呼分组方式的第二类pei。因此，基站发送的能力指示信息也可以用于指示：ue是否支持第一类pei，和/或，ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0157]
示例性的，ue通过能力指示信息将ue支持pei的能力上报给基站，基站再通过能力指示信息通知核心网；能力指示信息可以指示ue是否支持第一类pei，和/或，ue是否支持至少对应于第二类寻呼分组方式的第二类pei。ue是否支持至少对应于第一类寻呼分组方式的第二类pei是终端通过nas信令传递给核心网的，因此，基站无需进行上报。
[0158]
示例性的，能力指示信息可以携带于如下消息中：
[0159]
ue capability info indication；
[0160]
rrc inactive transition report。
[0161]
在一个实施例中，基站向ue发送ue支持的pei。
[0162]
基站确定ue能够支持的pei后，在后续寻呼过程中可以向ue发送ue能够支持的pei。如此，基站可以发送ue支持的pei来唤醒ue监听po，在无需唤醒ue时，不唤醒ue进行监听，减少ue频繁被唤醒带来的电量损耗。
[0163]
如图5所示，本示例性实施例提供一种信息传输方法，所述方法还包括，
[0164]
步骤501：向所述ue发送第三能力指示信息，其中，所述第三能力指示信息，用于供所述ue确定所述基站能够发送的pei。
[0165]
这里，步骤501可以单独实施，也可以与步骤301a、步骤301b、步骤401a、步骤401b、步骤401c、步骤401d和/或步骤201结合实施。
[0166]
能力指示信息可以指示基站能够发送的pei。ue可以基于基站能够发送的pei，以及ue自身支持的pei，确定是否监听基站发送的pei。
[0167]
示例性的，如果ue能够支持基站发送的pei，那么ue可以对pei进行监听。如果ue不支持基站发送的pei，那么ue可以不监听基站发送的pei。
[0168]
如果ue不监听基站的pei，那么ue可以在每个po唤醒并监听寻呼消息。
[0169]
能力指示信息可以携带于公共信令中。例如，能力指示信息可以携带于系统消息中广播给ue。
[0170]
能力指示信息可以携带于专用信令中。例如，能力指示信息可以携带于rrc消息中发送给ue。
[0171]
在一个实施例中，所述第三能力指示信息，用于供所述ue确定所述基站能够发送
的至少以下之一：
[0172]
所述第一类pei；
[0173]
第一类寻呼分组方式对应的第二类pei，其中，所述第二类pei包括多个比特；
[0174]
第二类寻呼分组方式对应的所述第二类pei；
[0175]
所述第一类寻呼分组方式和所述第二类寻呼分组方式对应的所述第二类pei。
[0176]
示例性的，如果基站能够发送第一类pei，那么支持第一类pei的ue可以监听该pei，并基于pei的指示监听寻呼消息。
[0177]
示例性的，如果基站能够发送第一类pei，那么不支持第一类pei的ue可以不监听该pei，并回落到传统(legacy)寻呼方式，在每个po唤醒监听寻呼消息。
[0178]
示例性的，如果基站能够发送第一类寻呼分组方式对应的第二类pei，那么支持第一类寻呼分组方式对应的第二类pei的ue可以监听该pei，并基于pei的指示监听寻呼消息。
[0179]
在一个实施例中，ue基于自身的第一类寻呼分组方式的分组信息确定，以及pei的指示，确定是否需要在po唤醒。
[0180]
例如，pei可以指示第一类寻呼分组方式中需要唤醒的分组，ue可以确定自身的分组是否需要唤醒。
[0181]
示例性的，如果基站能够发送第一类寻呼分组方式对应的第二类pei，那么不支持第一类寻呼方式分组对应的第二类pei可以不监听该pei，并回落到传统(legacy)寻呼方式，在每个po唤醒监听寻呼消息。
[0182]
在一个实施例中，如果基站能够发送第一类寻呼分组方式对应的第二类pei，支持第一类寻呼分组方式对应的第二类pei的ue可以在被配置有第一类寻呼分组方式的分组信息时，才监听基站发送的pei，否则，ue不监听pei。
[0183]
示例性的，如果基站能够发送第二寻呼分组方式对应的第二类pei，那么支持第二类寻呼分组方式对应的第二类pei的ue可以监听该pei，并基于pei的指示监听寻呼消息。
[0184]
示例性的，如果基站能够发送第二类寻呼分组方式对应的第二类pei，那么不支持第二类寻呼分组对应的第二类pei可以不监听该pei，并回落到传统(legacy)寻呼方式，在每个po唤醒监听寻呼消息。
[0185]
示例性的，基站能够发送第一类寻呼分组方式和第二寻呼分组方式对应的第二类pei，如果ue支持至少对应于第一类寻呼分组方式的第二类pei，或支持至少对应于第二类寻呼分组方式的第二类pei，那么，ue可以监听该pei，并基于pei的指示监听寻呼消息。
[0186]
示例性的，基站能够发送第一类寻呼分组方式和第二寻呼分组方式对应的第二类pei，如果ue既不支持至少对应于第一类寻呼分组方式的第二类pei，也不支持至少对应于第二类寻呼分组方式的第二类pei，那么ue可以不监听该pei，并回落到传统(legacy)寻呼方式，在每个po唤醒监听寻呼消息。
[0187]
在一个实施例中，如果基站能够发送第一类寻呼分组方式和第二寻呼分组方式对应的第二类pei，只支持第一类寻呼分组方式对应的第二类pei的ue可以在被配置有第一类寻呼分组方式的分组信息时，才监听基站发送的pei，否则，ue不监听pei。
[0188]
在一个实施例中，如果基站能够发送第一类寻呼分组方式和第二寻呼分组方式对应的第二类pei，并且ue支持至少对应于第一类寻呼分组方式的第二类pei，和至少对应于第二类寻呼分组方式的第二类pei，ue可以监听基站发送的pei，并且分别采用ue的第一类
寻呼分组方式的分组信息以及第二类寻呼分组方式的分组信息对pei进行检测，确定第一类寻呼分组方式的分组信息对应的分组或第二类寻呼分组方式的分组信息对应的寻呼分组是否要在po唤醒。这里，ue的第一类寻呼分组方式的分组信息可以是核心网分配的组标识，ue的第一类寻呼分组方式的分组信息可以是基于ue_id确定的组标识。
[0189]
如图6所示，本示例性实施例提供一种信息传输方法，可以被蜂窝移动通信系统的ue执行，包括：
[0190]
步骤601：发送第一能力指示信息，其中，所述第一能力指示信息，指示ue是否支持pei。
[0191]
pei可以用于指示ue在预定寻呼时机(po，paging occasion)内唤醒并监听寻呼消息。这里，预定po可以包括：pei之后的一个po或多个po。是否支持pei可以包括但不限于：是否支持基于pei的指示在预定po内唤醒。
[0192]
pei可以用于唤醒所有的ue，也可以用于唤醒预定范围(如预定分组，预定类型等)的ue。pei可以包含有针对不同分组ue的指示信息，用于唤醒不同分组的ue。是否支持pei可以包括但不限于：是否支持唤醒所有ue的pei，和/或是否支持唤醒预定范围ue的pei。
[0193]
ue可以在随机接入过程中、或者在建立rrc连接后等情况下，通过上行信令携带能力指示信息。ue也可以通过nas信令等携带能力指示信息。
[0194]
能力指示信息可以由基站或核心网等接收。
[0195]
基站接收到能力指示信息后，可以确定ue是否支持pei。如果ue支持pei，基站采用ue支持的pei唤醒ue监听po。从而减少由于基站无法确定ue是否支持pei，在ue不支持pei时向ue发送pei，或在ue支持pei时未向ue发送pei的情况。在ue不支持pei时向ue发送pei，会增加基站的工作负载；而在ue支持pei时未向ue发送pei时，由于ue无法未接收到pei，需要频繁唤醒监听po，造成ue电量损耗。
[0196]
如此，通过能力指示信息指示ue是否支持pei。基站可以确定ue的pei能力，减少由于基站不确定ue的pei能力，产生对ue能力的误判，提高基站对ue的pei能力的判断准确性。
[0197]
在一个实施例中，所述第一能力指示信息，用于指示以下至少之一：
[0198]
所述ue是否支持第一类pei；
[0199]
所述ue是否支持第二类pei，其中，所述第一类pei不同于第二类pei。
[0200]
第一类pei可以具有1个比特位用于指示ue是否唤醒。第二类pei可以具有多个个比特位用于指示ue是否唤醒。
[0201]
第一类pei为一种公共pei，可用于唤醒需要监听相同po的所有ue；
[0202]
第二类pei为针对寻呼分组的pei，可以用于按照寻呼分组，唤醒监听相同po对应寻呼分组内的所有ue。
[0203]
当pei具有1个比特位，即pei为第一类pei时，pei可以用于唤醒接收到该pei的所有ue。即第一类pei不区分ue的寻呼分组。
[0204]
当pei具有多个比特位，即pei为第二类pei时，多个比特位中的每个比特位可以用于唤醒一个或多个寻呼分组的ue。即第二类pei区分ue的寻呼分组。
[0205]
示例性的，pei可以包括ponumperpei个分段，可以称为subgroupsnumperpo字段。每个分段可以对应于一个po。每个分段中包含subgroupsnumperpo个比特，每个比特位承载一个寻呼指示，用于指示1个或多个寻呼分组是否在对应的po进行唤醒。
[0206]
pei为第一类pei，subgroupsnumperpo字段具有1个比特位的寻呼指示位，用于唤醒接收到该pei的所有ue在po内监听寻呼消息。例如。该寻呼指示位字段为“1”时，唤醒接收到该pei的所有ue在po时段内监听寻呼消息，该寻呼指示位字段为“0”时，指示ue在po时段内保持休眠状态，如保持rrc空闲态或rrc非激活态等。
[0207]
pei为第二类pei，subgroupsnumperpo字段具有多个比特位，每个比特位可以对应于一个寻呼分组，不同寻呼分组的ue基于自身寻呼分组对应的比特位确定是否在po时段内唤醒。例如。subgroupsnumperpo字段具有两个比特位分别对应两个寻呼分组，当其中一个比特位为“1”时，唤醒该比特位对应寻呼分组的ue在po内监听寻呼消息，当其中一个比特位为“0”时，指示该比特位对应寻呼分组的ue在po内保持休眠状态。
[0208]
能力指示信息可以用于指示ue是否支持第一类pei和/或第二类pei。
[0209]
如果能力指示信息指示ue支持第一类pei，那么基站可以采用第一类pei唤醒ue监听po。减少ue在每个po都需要唤醒的情况，减少ue的电量损耗。
[0210]
如果能力指示信息指示ue支持第二类pei，那么基站可以采用第二类pei基于寻呼分组唤醒ue监听po。减少ue所在寻呼分组未被寻呼时，在po唤醒的情况，减少ue的电量损耗。
[0211]
如此，通过能力指示信息指示ue是否支持pei。基站可以确定ue的pei能力，进而基于ue的pei能力，发送ue支持的pei来唤醒ue监听po，在无需唤醒ue时，不唤醒ue进行监听，减少ue频繁被唤醒带来的电量损耗。
[0212]
在一个实施例中，所述ue是否支持第二类pei，包括至少之一：
[0213]
所述ue是否支持至少对应于第一类寻呼分组方式的第二类pei；
[0214]
所述ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0215]
第一类寻呼分组方式和第二类寻呼分组方式采用不同的方式划分寻呼分组。第一类寻呼分组方式和第二类寻呼方式也可以是由不同网络节点执行的。第一类寻呼分组和第二类寻呼也可以是由同一网络节点执行的。
[0216]
核心网或基站等可以分别采用不同寻呼分组方式划分寻呼分组，从而产生不同类型的寻呼分组。各寻呼分组方式可以分别划分出多个寻呼分组。例如，可以基于ue的业务类型进行分组、或者可以基于ue的传输速率进行分组等。
[0217]
至少对应于第一类寻呼分组方式的第二类pei，可以用于至少指示第一类寻呼分组方式对应寻呼分组的ue是否唤醒。
[0218]
至少对应于第二类寻呼分组方式的第二类pei，可以用于至少指示第二类寻呼分组方式对应寻呼分组的ue是否唤醒。
[0219]
在一个实施例中，所述第一类寻呼分组方式，包括：由核心网确定寻呼分组的寻呼分组方式；
[0220]
所述第二类寻呼分组方式，包括：基于ue标识确定寻呼分组的寻呼分组方式。
[0221]
第一类寻呼分组方式可以是由核心网基于ue属性划分寻呼分组的方式。这里，ue属性可以包括但不限于：ue的业务类型，ue的传输数量、ue的传输带宽等。
[0222]
第二类寻呼分组方式可以是基站基于ue标识信息(ue-id)划分寻呼分组的方式。例如，基站可以采用表达式(1)确定ue的寻呼分组
[0223]
第二类pei的多个比特位中各比特位可以分别用于指示一个或多个寻呼分组是否
在预定po内是否唤醒。这里，寻呼分组可以包括：第一类寻呼分组方式划分的寻呼分组，或第二类寻呼分组方式划分的寻呼分组。
[0224]
示例性的，第二类pei可以具有8个比特位，其中，4个比特位中的每个比特位用于分别指示采用第一类寻呼分组方式划分的4个寻呼分组中的1个寻呼分组，另4个比特位中的每个比特位用于分别指示采用第二类寻呼分组方式划分的的4个寻呼分组中的1个寻呼分组。
[0225]
至少对应于第一类寻呼分组方式的第二类pei，可以包括只对应于第一类寻呼分组方式的第二类pei，也可以包括同时对应于第一类寻呼分组方式和第二类寻呼分组方式的第二类pei。
[0226]
至少对应于第二类寻呼分组方式的第二类pei，可以包括只对应于第二类寻呼分组方式的第二类pei，也可以包括同时对应于第一类寻呼分组方式和第二类寻呼分组方式的第二类pei。
[0227]
通过能力指示信息指示ue是否支持不同类型寻呼分组对应的pei。基站可以确定ue对不同寻呼分组类型对应pei的支持能力，进而基站可以发送ue对应寻呼分组类型的pei来唤醒ue监听po，减少ue在其他类型寻呼分组的po内被唤醒的情况，减少ue在无效po被唤醒带来的电量损耗。
[0228]
在一个实施例中，所述发送第一能力指示信息，包括至少以下之一：
[0229]
向基站发送指示所述ue是否支持所述第一类pei的所述第一能力指示信息；
[0230]
向基站发送指示所述ue是否支持至少对应于第二类寻呼分组方式的所述第二类pei的所述第一能力指示信息；
[0231]
向核心网发送指示所述ue是否支持至少对应于第一类寻呼分组方式的所述第二类pei的所述第一能力指示信息。
[0232]
ue可以确定自身是否支持第一类pei，因此，可以由ue向基站发送能力指示信息，指示ue是否支持第一类pei。
[0233]
ue可以确定自身是否支持至少对应于第二类寻呼分组方式的第二类pei。例如，ue可以确定自身是否支持基于ue_id进行寻呼分组的方式，因此，可以由ue向基站发送能力指示信息，指示ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0234]
示例性的，基站基于从ue上报的能力指示信息，确定终端支持至少对应于第二类寻呼分组方式的第二类pei。基站基于从ue上报的能力指示信息，确定终端不支持至少对应于第二类寻呼分组方式的第二类pei。或者，如果基站未收到能力指示信息，则确定终端不支持至少对应于第二类寻呼分组方式的第二类pei。
[0235]
在一个实施例中，能力指示信息可以携带在ue能力信息(uecapabilityinformation)或上行辅助消息中。ue能力信息至少用于指示ue支持的频率。
[0236]
ue可以在从rrc连接态被释放时，通过上行辅助消息携带能力指示信息。
[0237]
ue是否支持至少对应于第一类寻呼分组方式的第二类pei可以ue通过nas信令上报给核心网的，因此，核心网发送给基站的能力指示信息指示还可以指示ue是否支持至少对应于第一类寻呼分组方式的第二类pei。
[0238]
示例性的，终端是否支持至少对应于第一类寻呼分组方式的第二类pei，是基站基于核心网发送的能力指示信息通过显示指示确定的。
[0239]
如图7所示，本示例性实施例提供一种信息传输方法，所述方法还包括，
[0240]
步骤701：接收来自基站的第二能力指示信息，其中，所述第二能力指示信息，用于供所述ue确定所述基站能够发送的pei。
[0241]
这里，步骤701可以单独实施，也可以与步骤601结合实施。
[0242]
能力指示信息可以指示基站能够发送的pei。ue可以基于基站能够发送的pei，以及ue自身支持的pei，确定是否监听基站发送的pei。
[0243]
示例性的，如果ue能够支持基站发送的pei，那么ue可以对pei进行监听。如果ue不支持基站发送的pei，那么ue可以不监听基站发送的pei。
[0244]
如果ue不监听基站的pei，那么ue可以在每个po唤醒并监听寻呼消息。
[0245]
能力指示信息可以携带于公共信令中。例如，能力指示信息可以携带于系统消息中广播给ue。
[0246]
能力指示信息可以携带于专用信令中。例如，能力指示信息可以携带于rrc消息中发送给ue。
[0247]
在一个实施例中，所述第二能力指示信息，用于供所述ue确定所述基站能够发送的至少以下之一：
[0248]
第一类pei；
[0249]
第一类寻呼分组方式对应的第二类pei，其中，所述第一类pei不同于第二类pei；
[0250]
第二类寻呼分组方式对应的所述第二类pei；
[0251]
所述第一类寻呼分组方式和所述第二类寻呼分组方式对应的所述第二类pei。
[0252]
如图8所示，本示例性实施例提供一种信息传输方法，所述方法还包括，
[0253]
步骤801：根据所述ue支持的pei，确定是否监听所述基站发送的pei。
[0254]
这里，步骤801可以单独实施，也可以与步骤601和/或步骤701结合实施。
[0255]
ue可以基于自身能力，确定是否监听基站发送的pei。如果不监听pei，可以采用相关技术的方案，在每个po内监听寻呼消息。
[0256]
在一个实施例中，所述根据所述ue支持的pei，确定是否监听所述基站发送的pei，包括至少以下之一：
[0257]
响应于确定所述ue支持所述基站能够发送的pei，监听所述基站发送的pei；
[0258]
响应确定所述ue不支持所述基站能够发送的pei，不监听所述基站发送的pei。
[0259]
如果ue支持基站发送的pei，那么ue可以监听pei，并可以基于pei的指示在po内唤醒。减少每个po都唤醒的情况，节省ue电量消耗。
[0260]
如果ue不支持基站发送的pei，那么ue采用相关技术的方法，在每个po都唤醒，进行寻呼消息的监听。减少漏听寻呼消息的情况。
[0261]
在一个实施例中，所述响应确定所述ue支持所述基站能够发送的pei，监听所述基站发送的pei，包括以下至少之一：
[0262]
响应于所述基站能够发送第一类pei，并且所述ue支持所述第一类pei，监听所述基站发送的pei；
[0263]
响应于所述基站能够发送第二类pei，并且所述ue支持所述第二类pei，监听所述基站发送的pei。
[0264]
示例性的，如果基站能够发送第一类pei，那么支持第一类pei的ue可以监听该
pei，并基于pei的指示监听寻呼消息。
[0265]
示例性的，如果基站能够发送第一类pei，那么不支持第一类pei的ue可以不监听该pei，并回落到传统(legacy)寻呼方式，在每个po唤醒监听寻呼消息。
[0266]
示例性的，如果基站能够发送第二类pei，那么支持第二类pei的ue可以监听该pei，并基于pei的指示监听寻呼消息。
[0267]
示例性的，如果基站能够发送第二类pei，那么不支持第二类pei的ue可以不监听该pei，并回落到传统(legacy)寻呼方式，在每个po唤醒监听寻呼消息。
[0268]
在一个实施例中，ue基于自身的第一类寻呼分组方式和/或第二类寻呼分组方式的分组信息，以及pei的指示，确定是否需要在po唤醒。
[0269]
例如，pei可以至少指示需要唤醒的第一类寻呼分组方式的寻呼分组，ue可以确定自身的第一类寻呼分组方式的寻呼分组是否需要唤醒。
[0270]
或者，
[0271]
pei可以至少指示需要唤醒的第二类寻呼分组方式的寻呼分组，ue可以确定自身的第二类寻呼分组方式的寻呼分组是否需要唤醒。
[0272]
在一个实施例中，所述响应于所述基站能够发送所述第一类pei，并且所述ue支持所述第一类pei，监听所述基站发送的pei，包括至少以下之一：
[0273]
响应于所述基站能够发送所述第一类pei，并且所述ue支持所述第一类pei和所述第二类pei，监听所述基站发送的pei；
[0274]
响应于所述基站能够发送所述第一类pei，并且所述ue支持所述第二类pei，监听所述基站发送的pei。
[0275]
指示ue能力的能力指示信息可以通过显性指示的方式指示ue是否支持pei、以及不同寻呼分组方向对应的pei等。
[0276]
指示ue能力的能力指示信息指示ue支持第一类pei和第二类pei，那么，当基站能够发送第一类pei，ue可以监听基站发送的pei。
[0277]
指示ue能力的能力指示信息指示ue支持第二类pei，能力指示信息可以隐含指示ue同时支持第一类pei。这种情况下，如果基站支持第一类pei，那么，ue可以监听基站发送的pei。
[0278]
在一个实施例中，所述响应于所述基站能够发送所述第二类pei，并且所述ue支持所述第二类pei，监听所述基站发送的pei；包括以下至少之一：
[0279]
响应于所述基站能够发送至少对应于第一类寻呼分组方式的所述第二类pei，所述ue支持至少对应于所述第一类寻呼分组方式的所述第二类pei，监听所述基站发送的pei；
[0280]
响应于所述基站能够发送至少对应于第二类寻呼分组方式的所述第二类pei，所述ue支持至少对应于所述第二类寻呼分组方式的所述第二类pei，监听所述基站发送的pei。
[0281]
示例性的，如果基站能够发送第一类寻呼分组方式对应的第二类pei，那么支持第一类寻呼分组方式对应的第二类pei的ue可以监听该pei，并基于pei的指示监听寻呼消息。
[0282]
示例性的，如果基站能够发送第一类寻呼分组方式对应的第二类pei，那么不支持第一类寻呼方式分组对应的第二类pei可以不监听该pei，并回落到传统(legacy)寻呼方
式，在每个po唤醒监听寻呼消息。
[0283]
示例性的，如果基站能够发送第二寻呼分组方式对应的第二类pei，那么支持第二类寻呼分组方式对应的第二类pei的ue可以监听该pei，并基于pei的指示监听寻呼消息。
[0284]
示例性的，如果基站能够发送第二类寻呼分组方式对应的第二类pei，那么不支持第二类寻呼分组对应的第二类pei可以不监听该pei，并回落到传统(legacy)寻呼方式，在每个po唤醒监听寻呼消息。
[0285]
示例性的，基站能够发送第一类寻呼分组方式和第二寻呼分组方式对应的第二类pei，如果ue支持至少对应于第一类寻呼分组方式的第二类pe，或支持至少对应于第二类寻呼分组方式的第二类pe，那么，ue可以监听该pei，并基于pei的指示监听寻呼消息。
[0286]
示例性的，基站能够发送第一类寻呼分组方式和第二寻呼分组方式对应的第二类pei，如果ue既不支持至少对应于第一类寻呼分组方式的第二类pe，也不支持至少对应于第二类寻呼分组方式的第二类pe，那么ue可以不监听该pei，并回落到传统(legacy)寻呼方式，在每个po唤醒监听寻呼消息。
[0287]
在一个实施例中，所述响应于所述基站能够发送至少对应于所述第一类寻呼分组方式的所述第二类pei，所述ue支持至少对应于所述第一类寻呼分组方式的所述第二类pei，监听所述基站发送的pei，包括：
[0288]
响应于所述基站能够发送至少对应于所述第一类寻呼分组方式的所述第二类pei，并且所述ue具有所述第一类寻呼分组方式的分组信息，监听所述基站发送的pei。
[0289]
示例性的，如果基站能够发送第一类寻呼分组方式对应的第二类pei，支持第一类寻呼分组方式对应的第二类pei的ue可以在被配置有第一类寻呼分组方式的分组信息时，才监听基站发送的pei，否则，ue不监听pei。
[0290]
示例性的，如果基站能够发送第一类寻呼分组方式和第二寻呼分组方式对应的第二类pei，只支持第一类寻呼分组方式对应的第二类pei的ue可以在被配置有第一类寻呼分组方式的分组信息时，才监听基站发送的pei，否则，ue不监听pei。
[0291]
示例性的，如果基站能够发送第一类寻呼分组方式和第二寻呼分组方式对应的第二类pei，并且ue支持至少对应于第一类寻呼分组方式的第二类pei，和至少对应于第二类寻呼分组方式的第二类pei，ue可以监听基站发送的pei，并且分别采用ue的第一类寻呼分组方式的分组信息以及第二类寻呼分组方式的分组信息对pei进行检测，确定第一类寻呼分组方式的分组信息对应的分组或第二类寻呼分组方式的分组信息对应的寻呼分组是否要在po唤醒。这里，ue的第一类寻呼分组方式的分组信息可以是核心网分配的组标识，ue的第一类寻呼分组方式的分组信息可以是基于ue_id确定的组标识。
[0292]
如图9所示，本示例性实施例提供一种信息传输方法，可以被蜂窝移动通信系统的核心网执行，包括：
[0293]
步骤901：接收第一能力指示信息，其中，所述第一能力指示信息，指示ue是否支持pei。
[0294]
pei可以用于指示ue在预定寻呼时机(po，paging occasion)内唤醒并监听寻呼消息。这里，预定po可以包括：pei之后的一个po或多个po。是否支持pei可以包括但不限于：是否支持基于pei的指示在预定po内唤醒。
[0295]
pei可以用于唤醒所有的ue，也可以用于唤醒预定范围(如预定分组，预定类型等)
的ue。pei可以包含有针对不同分组ue的指示信息，用于唤醒不同分组的ue。是否支持pei可以包括但不限于：是否支持唤醒所有ue的pei，和/或是否支持唤醒预定范围ue的pei。
[0296]
除了携带寻呼信息，pei也可以后续作为扩展作为携带其他信息。
[0297]
能力指示信息，可以是基站上报给核心网的，也可以是ue发送给核心网的。ue也可以通过nas信令等携带能力指示信息。
[0298]
核心网接收到能力指示信息后，可以确定ue是否支持pei。如果ue支持pei，核心网采用ue支持的pei唤醒ue监听po。从而减少由于核心网无法确定ue是否支持pei，在ue不支持pei时向ue发送pei，或在ue支持pei时未向ue发送pei的情况。在ue不支持pei时向ue发送pei，会增加核心网的工作负载；而在ue支持pei时未向ue发送pei时，由于ue无法未接收到pei，需要频繁唤醒监听po，造成ue电量损耗。
[0299]
如此，通过能力指示信息指示ue是否支持pei。核心网可以确定ue的pei能力，减少由于核心网不确定ue的pei能力，产生对ue能力的误判，提高核心网对ue的pei能力的判断准确性。
[0300]
在一个实施例中，所述第一能力指示信息，用于指示以下至少之一：
[0301]
所述ue是否支持第一类pei；
[0302]
所述ue是否支持第二类pei，其中，所述第一类pei不同于第二类pei。
[0303]
第一类pei可以具有1个比特位用于指示ue是否唤醒，即不携带寻呼分组的pei
[0304]
第一类pei可以还可以后续扩展用作除了寻呼之外的用途。
[0305]
总之，支持第一类pei，即终端具有监听pei这种信号的能力，其中该信号可以携带寻呼，也可以用于携带其他信息。
[0306]
第二类pei可以具有多个个比特位用于指示ue是否唤醒，即寻呼分组pei
[0307]
第二类pei可以是为第一类pei的一个子集。
[0308]
在一个实施例中，第一类pei为一种公共pei或者非分组pei，可用于唤醒需要监听相同po的所有ue或者所有分组的ue；
[0309]
在一个实施例中，第二类pei为针对寻呼分组的pei，可以用于按照寻呼分组，唤醒监听相同po对应寻呼分组内的所有ue。
[0310]
当pei具有1个比特位，即pei为第一类pei时，pei可以用于唤醒接收到该pei的所有ue。即第一类pei不区分ue的寻呼分组。
[0311]
当pei具有多个比特位，即pei为第二类pei时，多个比特位中的每个比特位可以用于唤醒一个或多个寻呼分组的ue。即第二类pei区分ue的寻呼分组。
[0312]
示例性的，pei可以包括ponumperpei个分段，可以称为subgroupsnumperpo字段。每个分段可以对应于一个po。每个分段中包含subgroupsnumperpo个比特，每个比特位承载一个寻呼指示，用于指示1个或多个寻呼分组是否在对应的po进行唤醒。
[0313]
pei为第一类pei，subgroupsnumperpo字段具有1个比特位的寻呼指示位，用于唤醒接收到该pei的所有ue在po内监听寻呼消息。例如。该寻呼指示位为“1”时，唤醒接收到该pei的所有ue在po时段内监听寻呼消息，该寻呼指示位字段为“0”时，指示ue在po时段内保持休眠状态，如保持rrc空闲态或rrc非激活态等。
[0314]
pei为第二类pei，subgroupsnumperpo字段具有多个比特位，每个比特位可以对应于一个寻呼分组，不同寻呼分组的ue基于自身寻呼分组对应的比特位确定是否在po时段内
唤醒。例如。subgroupsnumperpo字段具有两个比特位分别对应两个寻呼分组，当其中一个比特位为“1”时，唤醒该比特位对应寻呼分组的ue在po内监听寻呼消息，当其中一个比特位为“0”时，指示该比特位对应寻呼分组的ue在po内保持休眠状态。
[0315]
能力指示信息可以用于指示ue是否支持第一类pei和/或第二类pei。
[0316]
如果能力指示信息指示ue支持第一类pei，那么基站可以采用第一类pei唤醒ue监听po。减少ue在每个po都需要唤醒的情况，减少ue的电量损耗。
[0317]
如果能力指示信息指示ue支持第二类pei，那么基站可以采用第二类pei基于寻呼分组唤醒ue监听po。减少ue所在寻呼分组未被寻呼时，在po唤醒的情况，减少ue的电量损耗。
[0318]
如此，通过能力指示信息指示ue是否支持pei。基站可以确定ue的pei能力，进而基于ue的pei能力，发送ue支持的pei来唤醒ue监听po，在无需唤醒ue时，不唤醒ue进行监听，减少ue频繁被唤醒带来的电量损耗。
[0319]
在一个实施例中，所述ue是否支持第二类pei，包括如下至少之一：
[0320]
所述ue是否支持至少对应于第一类寻呼分组方式的第二类pei；
[0321]
所述ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0322]
第一类寻呼分组方式和第二类寻呼分组方式采用不同的方式划分寻呼分组。第一类寻呼分组方式和第二类寻呼方式也可以是由不同网络节点执行的。第一类寻呼分组和第二类寻呼也可以是由同一网络节点执行的。
[0323]
核心网或基站等可以分别采用不同寻呼分组方式划分寻呼分组，从而产生不同类型的寻呼分组。各寻呼分组方式可以分别划分出多个寻呼分组。例如，可以基于ue的业务类型进行分组、或者可以基于ue的传输速率进行分组等。
[0324]
至少对应于第一类寻呼分组方式的第二类pei，可以用于至少指示第一类寻呼分组方式对应寻呼分组的ue是否唤醒。
[0325]
至少对应于第二类寻呼分组方式的第二类pei，可以用于至少指示第二类寻呼分组方式对应寻呼分组的ue是否唤醒。
[0326]
在一个实施例中，所述第一类寻呼分组方式，包括：由核心网确定寻呼分组的寻呼分组方式；
[0327]
所述第二类寻呼分组方式，包括：基于ue标识确定寻呼分组的寻呼分组方式。
[0328]
第一类寻呼分组方式可以是由核心网基于ue属性划分寻呼分组的方式。这里，ue属性可以包括但不限于：ue的业务类型，ue的传输数量、ue的传输带宽等。
[0329]
第二类寻呼分组方式可以是基站基于ue标识信息(ue-id)划分寻呼分组的方式。例如，基站可以采用表达式(1)确定ue的寻呼分组
[0330]
第二类pei的多个比特位中各比特位可以分别用于指示一个或多个寻呼分组是否在预定po内是否唤醒。这里，寻呼分组可以包括：第一类寻呼分组方式划分的寻呼分组，或第二类寻呼分组方式划分的寻呼分组。
[0331]
示例性的，第二类pei可以具有8个比特位，其中，4个比特位中的每个比特位用于分别指示采用第一类寻呼分组方式划分的4个寻呼分组中的1个寻呼分组，另4个比特位中的每个比特位用于分别指示采用第二类寻呼分组方式划分的的4个寻呼分组中的1个寻呼分组。
[0332]
至少对应于第一类寻呼分组方式的第二类pei，可以包括只对应于第一类寻呼分组方式的第二类pei，也可以包括同时对应于第一类寻呼分组方式和第二类寻呼分组方式的第二类pei。
[0333]
至少对应于第二类寻呼分组方式的第二类pei，可以包括只对应于第二类寻呼分组方式的第二类pei，也可以包括同时对应于第一类寻呼分组方式和第二类寻呼分组方式的第二类pei。
[0334]
通过能力指示信息指示ue是否支持不同类型寻呼分组对应的pei。基站可以确定ue对不同寻呼分组类型对应pei的支持能力，进而基站可以发送ue对应寻呼分组类型的pei来唤醒ue监听po，减少ue在其他类型寻呼分组的po内被唤醒的情况，减少ue在无效po被唤醒带来的电量损耗。
[0335]
在一个实施例中，所述接收第一能力指示信息，包括至少以下之一：
[0336]
接收来自所述ue的指示所述ue是否支持至少对应于第一类寻呼分组方式的所述第二类pei的所述第一能力指示信息；
[0337]
接收来自基站的指示所述ue是否支持所述第一类pei的所述第一能力指示信息；
[0338]
接收来自基站的指示所述ue是否支持至少对应于第二类寻呼分组方式的所述第二类pei的所述第一能力指示信息。
[0339]
能力指示信息可以是由ue发送给核心网的。例如，ue可以通过nas信令携带能力指示信息。
[0340]
示例性的，ue是否支持至少对应于第一类寻呼分组方式的第二类pei可以ue通过nas信令上报给核心网的，因此，核心网发送给基站的能力指示信息指示还可以指示ue是否支持至少对应于第一类寻呼分组方式的第二类pei。
[0341]
示例性的，终端是否支持至少对应于第一类寻呼分组方式的第二类pei，是基站基于核心网发送的能力指示信息通过显示指示确定的。
[0342]
基站在接收到ue上报的能力指示信息后，可以向核心网上报ue的能力。ue上报的能力指示信息可以用于指示：ue是否支持第一类pei，和/或，ue是否支持至少对应于第二类寻呼分组方式的第二类pei。因此，基站发送的能力指示信息也可以用于指示：ue是否支持第一类pei，和/或，ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0343]
示例性的，ue通过能力指示信息将ue支持pei的能力上报给基站，基站再通过能力指示信息通知核心网；能力指示信息可以指示ue是否支持第一类pei，和/或，ue是否支持至少对应于第二类寻呼分组方式的第二类pe。ue是否支持至少对应于第一类寻呼分组方式的第二类pei是终端通过nas信令传递给核心网的，因此，基站无需进行上报。
[0344]
示例性的，能力指示信息可以携带于如下消息中：
[0345]
ue capability info indication；
[0346]
rrc inactive transition report。
[0347]
如图10所示，本示例性实施例提供一种信息传输方法，所述方法还包括至少之一：
[0348]
步骤1001a：向基站发送指示所述ue是否支持第一类pei的第二ue能力指示信息；
[0349]
步骤1001b：向基站发送指示所述ue是否支持第二类pei的第二ue能力指示信息。
[0350]
这里，步骤1001a和/或步骤1001b可以单独实施，也可以与步骤901结合实施。
[0351]
能力指示信息也可以是由核心网发送给基站的，能力指示信息指示的ue是否支持
第一类pei，以及ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0352]
ue是否支持至少对应于第一类寻呼分组方式的第二类pei可以ue通过nas信令上报给核心网的，因此，核心网发送给基站的能力指示信息指示还可以指示ue是否支持至少对应于第一类寻呼分组方式的第二类pei。
[0353]
示例性的，终端是否支持至少对应于第一类寻呼分组方式的第二类pei，是基站基于核心网发送的能力指示信息通过显示指示确定的。
[0354]
ue的能力还可以在基站之间传输。能力指示信息可以是由对端基站发送的。
[0355]
以下结合上述任意实施例提供一个具体示例：
[0356]
1.保护基站获取终端对寻呼提前指示pei的支持能力的方式；
[0357]
2.基站从终端上报能力指示信息获知ue是否支持寻呼分组方案的能力；
[0358]
a)该信息用于网络作为寻呼分组的参考；
[0359]
b)作为一种实施例，寻呼分组方案能力可以是终端上报其支持ue-id寻呼分组方案的能力；这里，支持ue-id寻呼分组方案的能力，即终端支持上述第二类寻呼分组对应的第二类pei。(终端为：能力2类型终端)
[0360]
c)作为一种实施例，寻呼分组方案能力可以是终端上报其支持pei方案的能力；这里，支持pei的能力，即终端支持上述第一类pei。(终端为：能力1类型终端)。若第一类pei用于携带不分组的寻呼提前指示，则包括了支持不分组pei的能力。
[0361]
信令设计形式:
[0362]
capabiltiy1-pei enumerated{true}optional,
[0363]
capabiltiy2-ueid-subgrouping enumerated{true}optional,
[0364]
更进一步，存在多种终端能力分类方式：
[0365]
1)方式1，
[0366]
多种能力没有关联关系；
[0367]
上报能力1的终端支持pei监听；
[0368]
上报能力2的终端支持pei分组寻呼监听；
[0369]
即两个能力独立上报。
[0370]
2)方式2
[0371]
能力2的支持隐含指示支持能力1，即能力2是能力1的一个子集。终端可以在上报能力1为(真)ture的基础上进一步指示支持能力2；(此时，两种类型的终端都可以统称为支持pei能力终端)
[0372]
终端可以仅仅上报支持能力1；(隐含能力2不支持)
[0373]
端可以同时上报支持能力1，同时支持能力2；即两个标志位(flag)都上报真(true)。
[0374]
终端可以同时上报支持能力1，同时不支持能力2；可以通过不上报flag来表达仅仅支持能力1，即用标志位(flag)的缺省(absence)来隐含表达不支持能力2，
[0375]
终端可以仅仅上报支持能力2；上报支持能力2的隐含表达是终端也支持能力1。
[0376]
2)方式3
[0377]
终端仅仅上报支持ue-id寻呼分组方案的能力(能力2)到基站；
[0378]
基站从核心网获取到终端是否支持核心网寻呼分组方案；即从核心网获取到终端
是否具有能力3，基站将两种途径合并起来得到终端的能力；这里，支持核心网寻呼分组方案的能力，即终端支持上述第一类寻呼分组对应的第二类pei。
[0379]
基站获取到终端支持ue-id寻呼分组方案(能力2)或者支持核心网的寻呼分组方案(能力3)，即其中至少一个为支持，则支持pei，即终端的能力1支持。此时支持pei的能力通过终端支持ue-id寻呼分组方案(能力2)或者支持核心网的寻呼分组方案(能力3)进行了隐含表达。即若支持ue-id寻呼分组方案或者支持核心网的寻呼分组方案，则表达了终端支持pei。
[0380]
基站获取到终端不支持ue-id寻呼分组方案(能力2)同时不支持核心网的寻呼分组方案(能力3)，即两个都不支持，则不支持pei，即终端的能力1不支持。
[0381]
便于理解，之所以用终端是否支持寻呼分组方案来表达终端是否支持pei，是因为在r17版本中，寻呼分组信息仅仅使用pei来发送。pei目前也主要用于承担寻呼分组信息。
[0382]
示例性的，基站获取到终端支持ue-id寻呼分组方案可以是基站从ue收到能力指示信息上报中携带支持；
[0383]
示例性的，基站获取到终端不支持ue-id寻呼分组方案可以是基站从ue收到能力指示信息上报中携带不支持，或者没有收到上报指示；
[0384]
基站获取到终端支持核心网寻呼分组方案能力(能力3)可以是基站从核心网得到了分组id；核心网针对该用户分配了分组id，则确定终端一定具有支持核心网寻呼分组方案能力；此为隐式指示。
[0385]
基站获取到终端支持核心网寻呼分组方案能力(能力3)可以是基站从核心网得到了显示指示支持还是不支持；即用有个显示指示位，告知是否支持。
[0386]
3.终端的上报能力告知基站
[0387]
1)通过现有的ue能力上报
[0388]
2)通过上行辅助信息(uai，uplink assistant info)上报，；
[0389]
作为一种实施例，ue可以在期望离开连接态的时候上报该辅助信息，寻呼分组的参考辅助信息在终端离开连接态的时候才有用。
[0390]
4.终端的上报能力可以在核心网和基站之间传递；
[0391]
a)示例性的，终端上报的能力包括能力1和能力2；
[0392]
b)作为一种实施例：ue能力上报给基站，而基站再通过ue capability info indication通知核心网(能力1或者能力2)；能力3是终端通过nas传递给核心网的因此无需直接上报给基站。
[0393]
还可以通过如下消息将ue能力上报给基站：
[0394]
rrc inactive transition report
[0395]
c)作为一种实施例：核心网在寻呼(paging)消息中传递给基站
[0396]
显示方式：寻呼消息中同时携带了ue能力信息(能力1和/或者能力2或者能力3)，其中，能力3是终端通过nas传递给核心网的。
[0397]
能力3可以通过显示和隐示方式指示。
[0398]
隐示指示即上文提及了寻呼消息中携带了核心网分配的寻呼分组信息，则表达了该终端具有能力3。
[0399]
d)作为一种实施例：核心网在如下消息中传递ue能力给基站
paging方式
[0428]
情况(case)2：
[0429]
基站发送分组pei：基站能力分为下发核心网分组pei，ue-id分组pei，或者同时支持核心网分组方式pei和ue-id分组pei，分别称为第二类基站能力，第三类基站能力和第四类基站能力。
[0430]
a.仅仅支持能力1类型用户将无法支持该类型pei，此时无法利用分组pei进行寻呼消息的监听；即用户只能回到传统(legacy)监听模式(即无需pei监听)；
[0431]
如何判决终端仅仅支持能力1，可以分情况讨论：
[0432]
1)方式1，即单独上报的仅仅支持能力1；
[0433]
2)方式2：按照上文阐述仅仅支持能力1；
[0434]
3)方式3：即能力2和能力3都不支持的终端
[0435]
具有寻呼分组能力的终端(能力2支持或者能力3支持的终端)将对pei进行监听：具体来说：
[0436]
b.对于仅支持ue-id分组模式的基站(第二类基站能力)：
[0437]
支持能力2的终端可以利用分组pei进行寻呼消息的监听(不管是否被核心网分配了group id)；需要check其属于的分组是否被唤醒；
[0438]
不支持ue-id分组方式的终端用户，比如ue能力3终端将无法支持该类型pei，此时无法利用分组pei进行寻呼消息的监听；即用户只能回到传统(legacy)监听模式(即无需pei监听)；
[0439]
c.对于仅支持cn-assgin分组模式的基站(第三类基站能力)：
[0440]
支持能力3的终端可以利用分组pei进行寻呼消息的监听；不具有能力3的终端不监听pei；
[0441]
更进一步，仅被核心网分配了groupid的用户需要确定其属于的分组是否被唤醒；没有被分配的用户无需监听pei；因为没有被核心网分配分组id的用户，即便具有支持能力3的能力，也无需进行pei监听，起到流程简化和节电的作用。
[0442]
仅支持能力2(即仅仅支持ue-id分组方式的终端，而不支持cn分组能力的终端)的终端，将无法支持该类型pei，此时无法利用分组pei进行寻呼消息的监听；即用户只能回到传统(legacy)监听模式(即无需pei监听)；
[0443]
这样，在终端获取到基站的能力，发现基站的下发的寻呼pei，其类型和自己的支持能力不匹配的时候，就无需进行pei监听，起到流程简化和节电的作用。
[0444]
d.对于支持cn-assgin分组模式 ue-id分组模式的基站(第四类基站能力)：
[0445]
支持ue-id分组方式的或者支持cn分组方式的终端用户将利用分组pei进行寻呼消息的监听；需要check其属于的分组是否被唤醒；
[0446]
更进一步，仅被核心网分配了groupid的用户需要check其属于的分组是否被唤醒；没有被分配的用户若同时具有能力2，则需监听pei；否则无需监听pei；
[0447]
本发明实施例还提供了一种信息传输装置，如图11所示，应用于蜂窝移动无线通信的基站中，其中，所述装置100包括：
[0448]
第一接收模块110，配置为接收第一能力指示信息，其中，所述第一能力指示信息，指示用户设备ue是否支持寻呼提前指示pei。
[0449]
在一个实施例中，所述第一能力指示信息，用于指示以下至少之一：
[0450]
所述ue是否支持第一类pei；
[0451]
所述ue是否支持第二类pei，其中所述第一类pei不同于第二类pei。
[0452]
在一个实施例中，所述ue是否支持第二类pei，包括至少之一：
[0453]
所述ue是否支持至少对应于第一类寻呼分组方式的第二类pei；
[0454]
所述ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0455]
在一个实施例中，所述第一类寻呼分组方式，包括：由核心网确定寻呼分组的寻呼分组方式；
[0456]
所述第二类寻呼分组方式，包括：基于ue标识确定寻呼分组的寻呼分组方式。
[0457]
在一个实施例中，所述装置还包括以下至少之一：
[0458]
第一确定模块120，配置为响应于第一能力指示信息指示所述ue支持所述第二类pei，确定所述ue支持所述第一类pei；
[0459]
第二确定模块130，配置为响应于第一能力指示信息指示所述ue不支持至少对应于第一类寻呼分组方式的第二类pei和至少对应于第二类寻呼分组方式的第二类pei，确定所述ue不支持所述第一类pei。
[0460]
在一个实施例中，所述第一接收模块110，具体配置为至少以下之一：
[0461]
接收所述ue发送的指示所述ue是否支持所述第一类pei的所述第一能力指示信息；
[0462]
接收所述ue发送的指示所述ue是否支持至少对应于第二类寻呼分组方式的所述第二类pei的所述第一能力指示信息；
[0463]
接收核心网发送所述第一能力指示信息；
[0464]
接收对端基站发送的指示所述第一能力指示信息。
[0465]
在一个实施例中，所述第一接收模块110，具体配置为：
[0466]
响应于接收到所述核心网发送的所述ue的所述第一类寻呼分组方式的分组信息，确定所述ue支持至少对应于第一类寻呼分组方式的所述第二类pei。
[0467]
在一个实施例中，所述装置还包括第一发送模块140，配置为至少以下之一：
[0468]
向对端基站发送指示所述ue是否支持所述第一类pei的第二能力指示信息；
[0469]
向对端基站发送指示所述ue是否支持所述第二类pe的第二能力指示信息；
[0470]
向核心网发送指示所述ue是否支持所述第一类pei的第二能力指示信息；
[0471]
向核心网发送指示所述ue是否支持至少对应于第二类寻呼分组方式的所述第二类pe的第二能力指示信息。
[0472]
在一个实施例中，所述装置还包括，
[0473]
第二发送模块150，配置为向所述ue发送第三能力指示信息，其中，所述第三能力指示信息，用于供所述ue确定基站能够发送的pei。
[0474]
在一个实施例中，所述第三能力指示信息，用于供所述ue确定所述基站能够发送的至少以下之一：
[0475]
第一类pei；
[0476]
第一类寻呼分组方式对应的第二类pei，其中所述第一类pei不同于第二类pei；
[0477]
第二类寻呼分组方式对应的所述第二类pei；
[0478]
所述第一类寻呼分组方式和所述第二类寻呼分组方式对应的所述第二类pei。
[0479]
本发明实施例还提供了一种信息传输装置，如图12所示，应用于蜂窝移动无线通信的ue中，其中，所述装置200包括：
[0480]
第三发送模块210，配置为发送第一能力指示信息，其中，所述第一能力指示信息，指示用户设备ue是否支持寻呼提前指示pei。
[0481]
在一个实施例中，所述第一能力指示信息，用于指示以下至少之一：
[0482]
所述ue是否支持第一类pei；
[0483]
所述ue是否支持第二类pei，其中，所述第一类pei不同于第二类pei。
[0484]
在一个实施例中，所述ue是否支持第二类pei，包括至少之一：
[0485]
所述ue是否支持至少对应于第一类寻呼分组方式的第二类pei；
[0486]
所述ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0487]
在一个实施例中，所述第一类寻呼分组方式，包括：由核心网确定寻呼分组的寻呼分组方式；
[0488]
所述第二类寻呼分组方式，包括：基于ue标识确定寻呼分组的寻呼分组方式。
[0489]
在一个实施例中，所述第三发送模块210，具体配置为至少以下之一：
[0490]
向基站发送指示所述ue是否支持所述第一类pei的所述第一能力指示信息；
[0491]
向基站发送指示所述ue是否支持至少对应于第二类寻呼分组方式的所述第二类pei的所述第一能力指示信息；
[0492]
向核心网发送指示所述ue是否支持至少对应于第一类寻呼分组方式的所述第二类pei的所述第一能力指示信息。
[0493]
在一个实施例中，所述装置还包括，
[0494]
第二接收模块220，配置为接收来自基站的第二能力指示信息，其中，所述第二能力指示信息，用于供所述ue确定所述基站能够发送的pei。
[0495]
在一个实施例中，所述第二能力指示信息，用于供所述ue确定所述基站能够发送的至少以下之一：
[0496]
第一类pei；
[0497]
第一类寻呼分组方式对应的第二类pei，其中，所述第一类pei不同于第二类pei；
[0498]
第二类寻呼分组方式对应的所述第二类pei；
[0499]
所述第一类寻呼分组方式和所述第二类寻呼分组方式对应的所述第二类pei。
[0500]
在一个实施例中，所述装置还包括，
[0501]
第三确定模块230，配置为根据所述ue支持的pei，确定是否监听所述基站发送的pei。
[0502]
在一个实施例中，所述第三确定模块230，具体配置为至少以下之一：
[0503]
响应于确定所述ue支持所述基站能够发送的pei，确定监听所述基站发送的pei；
[0504]
响应确定所述ue不支持所述基站能够发送的pei，确定不监听所述基站发送的pei。
[0505]
在一个实施例中，所述第二确定模块230，具体配置为至少以下之一：
[0506]
响应于所述基站能够发送第一类pei，并且所述ue支持所述第一类pei，确定监听所述基站发送的pei；
[0507]
响应于所述基站能够发送第二类pei，并且所述ue支持所述第二类pei，确定监听所述基站发送的pei。
[0508]
在一个实施例中，所述第二确定模块230，具体配置为至少以下之一：
[0509]
响应于所述基站能够发送所述第一类pei，并且所述ue支持所述第一类pei和所述第二类pei，确定监听所述基站发送的pei；
[0510]
响应于所述基站能够发送所述第一类pei，并且所述ue支持所述第二类pei，确定监听所述基站发送的pei。
[0511]
在一个实施例中，所述第二确定模块230，具体配置为至少以下之一：
[0512]
响应于所述基站能够发送至少对应于第一类寻呼分组方式的所述第二类pei，所述ue支持至少对应于所述第一类寻呼分组方式的所述第二类pei，确定监听所述基站发送的pei；
[0513]
响应于所述基站能够发送至少对应于第二类寻呼分组方式的所述第二类pei，所述ue支持至少对应于所述第二类寻呼分组方式的所述第二类pei，确定监听所述基站发送的pei。
[0514]
在一个实施例中，所述第二确定模块230，具体配置为：
[0515]
响应于所述基站能够发送至少对应于所述第一类寻呼分组方式的所述第二类pei，并且所述ue具有所述第一类寻呼分组方式的分组信息，确定监听所述基站发送的pei。
[0516]
本发明实施例还提供了一种信息传输装置，如图13所示，应用于蜂窝移动无线通信的核心网中，其中，所述装置300包括：
[0517]
第三接收模块310，配置为接收第一能力指示信息，其中，所述第一能力指示信息，指示用户设备ue是否支持寻呼提前指示pei。
[0518]
在一个实施例中，所述第一能力指示信息，用于指示以下至少之一：
[0519]
所述ue是否支持第一类pei；
[0520]
所述ue是否支持第二类pei，其中，所述第一类pei不同于第二类pei。
[0521]
在一个实施例中，所述ue是否支持第二类pei，包括如下至少之一：
[0522]
所述ue是否支持至少对应于第一类寻呼分组方式的第二类pei；
[0523]
所述ue是否支持至少对应于第二类寻呼分组方式的第二类pei。
[0524]
在一个实施例中，所述第一类寻呼分组方式，包括：由核心网确定寻呼分组的寻呼分组方式；
[0525]
所述第二类寻呼分组方式，包括：基于ue标识确定寻呼分组的寻呼分组方式。
[0526]
在一个实施例中，所述第三接收模块310，配置为至少以下之一：
[0527]
接收来自所述ue的指示所述ue是否支持至少对应于第一类寻呼分组方式的所述第二类pei的所述第一能力指示信息；
[0528]
接收来自基站的指示所述ue是否支持所述第一类pei的所述第一能力指示信息；
[0529]
接收来自基站的指示所述ue是否支持至少对应于第二类寻呼分组方式的所述第二类pe的所述第一能力指示信息。
[0530]
在一个实施例中，所述装置还包括：第四发送模块320，配置为至少之一：
[0531]
向基站发送指示所述ue是否支持第一类pei的第二ue能力指示信息；
[0532]
向基站发送指示所述ue是否支持第二类pei的第二ue能力指示信息。
[0533]
在示例性实施例中，第一接收模块110、第一确定模块120、第二确定模块130、第一发送模块140、第二发送模块150、第三发送模块210、第二接收模块220、第三确定模块230、第三接收模块310和第四发送模块320等可以被一个或多个中央处理器(cpu，central processing unit)、图形处理器(gpu，graphics processing unit)、基带处理器(bp，baseband processor)、应用专用集成电路(asic，application specific integrated circuit)、dsp、可编程逻辑器件(pld，programmable logic device)、复杂可编程逻辑器件(cpld，complex programmable logic device)、现场可编程门阵列(fpga，field-programmable gate array)、通用处理器、控制器、微控制器(mcu，micro controller unit)、微处理器(microprocessor)、或其他电子元件实现，用于执行前述方法。
[0534]
图14是根据一示例性实施例示出的一种用于信息传输的装置3000的框图。例如，装置3000可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。
[0535]
参照图14，装置3000可以包括以下一个或多个组件：处理组件3002、存储器3004、电源组件3006、多媒体组件3008、音频组件3010、输入/输出(i/o)接口3012、传感器组件3014、以及通信组件3016。
[0536]
处理组件3002通常控制装置3000的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件3002可以包括一个或多个处理器3020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件3002可以包括一个或多个模块，便于处理组件3002和其他组件之间的交互。例如，处理组件3002可以包括多媒体模块，以方便多媒体组件3008和处理组件3002之间的交互。
[0537]
存储器3004被配置为存储各种类型的数据以支持在装置3000的操作。这些数据的示例包括用于在装置3000上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图片、视频等。存储器3004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)、电可擦除可编程只读存储器(eeprom)、可擦除可编程只读存储器(eprom)、可编程只读存储器(prom)、只读存储器(rom)、磁存储器、快闪存储器、磁盘或光盘。
[0538]
电源组件3006为装置3000的各种组件提供电力。电源组件3006可以包括电源管理系统、一个或多个电源、及其他与为装置3000生成、管理和分配电力相关联的组件。
[0539]
多媒体组件3008包括在装置3000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件3008包括一个前置摄像头和/或后置摄像头。当装置3000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
[0540]
音频组件3010被配置为输出和/或输入音频信号。例如，音频组件3010包括一个麦克风(mic)，当装置3000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器3004或经由通信
组件3016发送。在一些实施例中，音频组件3010还包括一个扬声器，用于输出音频信号。
[0541]
i/o接口3012为处理组件3002和外围接口模块之间提供接口，上述外围接口模块可以是键盘、点击轮、按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
[0542]
传感器组件3014包括一个或多个传感器，用于为装置3000提供各个方面的状态评估。例如，传感器组件3014可以检测到装置3000的打开/关闭状态、组件的相对定位，例如组件为装置3000的显示器和小键盘，传感器组件3014还可以检测装置3000或装置3000一个组件的位置改变、用户与装置3000接触的存在或不存在、装置3000方位或加速/减速和装置3000的温度变化。传感器组件3014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件3014还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件3014还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。
[0543]
通信组件3016被配置为便于装置3000和其他设备之间有线或无线方式的通信。装置3000可以接入基于通信标准的无线网络，如wi-fi、2g或3g，或它们的组合。在一个示例性实施例中，通信组件3016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件3016还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术、红外数据协会(irda)技术、超宽带(uwb)技术、蓝牙(bt)技术和其他技术来实现。
[0544]
在示例性实施例中，装置3000可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
[0545]
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器3004，上述指令可由装置3000的处理器3020执行以完成上述方法。例如，非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0546]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明实施例的其它实施方案。本技术旨在涵盖本发明实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明实施例的一般性原理并包括本公开实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明实施例的真正范围和精神由下面的权利要求指出。
[0547]
应当理解的是，本发明实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明实施例的范围仅由所附的权利要求来限制。