监听方法、装置、通信设备及存储介质与流程

1.本公开涉及但不限于通信技术领域，尤其涉及一种监听方法、装置、通信设备及存储介质。


背景技术：

2.在相关技术中，若采用不进行寻呼分组的方式进行寻呼，例如在一个寻呼时机(paging occasion，po)唤醒所有用户设备(user equipment，ue)，而在该寻呼时机内ue的寻呼概率不同；则寻呼概率相对较低的ue也会被错误唤醒，如此会造成多余的耗电。因此需要考虑对ue进行寻呼分组，而不管采用何种分组方法，需要ue与网络设备(例如基站和核心网设备)对于在ue所在的寻呼分组保持一致，才能将寻呼消息正常发送到ue。
3.而当ue处于无线资源控制(radio resource control，rrc)非激活态(inactive)时，ue需要同时监听核心网(cn)寻呼和无线接入网(ran)寻呼；此时存在网络设备认为ue所处的状态与ue实际所处的状态不一致的情况。如此若ue按照原本的分组进行寻呼时，会导致寻呼消息的丢失。


技术实现要素：

4.本公开实施例提供一种监听方法、装置、通信设备及存储介质。
5.根据本公开的第一方面，提供一种监听方法，由ue执行，包括：
6.响应于ue处于非激活态，确定寻呼分组方式下的寻呼分组id，其中，寻呼分组id用于处于非激活态的ue监听唤醒信号和/或寻呼消息。
7.在一些实施例中，寻呼分组方式，包括：基于标识ue-id的寻呼分组方式。
8.在一些实施例中，响应于ue处于非激活态，确定寻呼分组方式下的寻呼分组id，包括：
9.响应于ue处于非激活态，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
10.在一些实施例中，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id，包括以下之一：
11.确定ue在非激活态的寻呼分组id为ue在空闲态时使用的寻呼分组id；
12.基于ue在空闲态的寻呼周期，确定ue在非激活态的寻呼分组id。
13.在一些实施例中，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id，包括以下至少之一：
14.响应于ue支持监听唤醒信号的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
15.响应于ue支持基于ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
16.响应于ue支持监听唤醒信号和支持基于ue-id的寻呼分组方式的能力，基于ue在
空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
17.在一些实施例中，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id，包括：
18.响应于ue与网络设备均支持预定能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
19.或者，
20.响应于ue和/或网络设备支持预定能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
21.在一些实施例中，响应于ue与网络设备的其中至少之一不支持预定能力，基于ue的能力信息及网络设备的能力信息的其中之一，确定ue在非激活态的寻呼分组id。
22.在一些实施例中，预定能力，包括以下至少之一：
23.第一能力，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力；
24.第二能力，用于指示基于空闲态分组决定非激活态度寻呼分组的能力；
25.第三能力，用于指示基于接入网基于空闲态寻呼时机决定非激活态下ran寻呼的寻呼时机能力；
26.第四能力，用于指示基于接入网基于空闲态寻呼分组决定非激活态下针对ran寻呼下发送唤醒信号的寻呼分组的能力。
27.在一些实施例中，方法包括：接收寻呼配置信息，其中，寻呼配置信息用于指示以下至少之一：
28.ue的第一能力的第一能力信息；
29.ue的第二能力的第二能力信息；
30.网络设备的第三能力的第三能力信息；
31.网络设备的第四能力的第四能力信息。
32.根据本公开的第二方面，提供一种监听方法，由网络设备执行，包括：
33.发送寻呼配置信息，其中，寻呼配置信息用于指示处于非激活态ue确定寻呼分组方式下的寻呼分组id；寻呼分组id用于处于非激活态的ue监听唤醒信号和/或寻呼消息。
34.在一些实施例中，寻呼分组方式，包括：基于ue-id的寻呼分组方式。
35.在一些实施例中，寻呼配置信息，还用于指示以下至少之一：
36.ue的第一能力信息；其中，第一能力信息，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力；
37.ue的第二能力信息；其中，第二能力信息，用于指示基于空闲态分组决定非激活态寻呼分组的能力；
38.网络设备的第三能力信息；其中，第三能力信息，用于指示基于空闲态寻呼时机决定非激活态ran寻呼的寻呼时机的能力；
39.网络设备的第四能力信息；其中，第四能力信息，用于指示基于空闲态寻呼分组决定非激活态针对ran寻呼下发送唤醒信号的寻呼分组的能力。
40.根据本公开的第三方面，提供一种监听装置，包括：
41.处理模块，被配置为响应于ue处于非激活态，确定寻呼分组方式下的寻呼分组id，其中，寻呼分组id用于处于非激活态的ue监听唤醒信号和/或寻呼消息。
42.在一些实施例中，寻呼分组方式，包括：基于ue-id的寻呼分组方式。
43.在一些实施例中，处理模块，被配置为响应于ue处于非激活态，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
44.在一些实施例中，处理模块，被配置为确定ue在非激活态的寻呼分组id为ue在空闲态时使用的寻呼分组id；或者，
45.处理模块，被配置为基于ue在空闲态的寻呼周期，确定ue在非激活态的寻呼分组id。
46.在一些实施例中，处理模块，被配置为以下至少之一：
47.响应于ue支持监听唤醒信号的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
48.响应于ue支持基于ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
49.响应于ue支持监听唤醒信号和支持基于ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
50.在一些实施例中，处理模块，别配置为响应于ue与网络设备均支持预定能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
51.或者，
52.处理模块，被配置为响应于ue和/或网络设备支持预定能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
53.在一些实施例中，处理模块，被配置为响应于ue与网络设备的其中至少之一不支持预定能力，基于ue的能力信息及网络设备的能力信息的其中之一，确定ue在非激活态的寻呼分组id。
54.在一些实施例中，预定能力，包括以下至少之一：
55.第一能力，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力；
56.第二能力，用于指示基于空闲态分组决定非激活态度寻呼分组的能力；
57.第三能力，用于指示基于接入网基于空闲态寻呼时机决定非激活态下ran寻呼的寻呼时机能力；
58.第四能力，用于指示基于接入网基于空闲态寻呼分组决定非激活态下针对ran寻呼下发送唤醒信号的寻呼分组的能力。
59.在一些实施例中，装置包括：发送模块，被配置为接收寻呼配置信息，其中，寻呼配置信息用于指示以下至少之一：
60.ue的第一能力的第一能力信息；
61.ue的第二能力的第二能力信息；
62.网络设备的第三能力的第三能力信息；
63.网络设备的第四能力的第四能力信息。
64.根据本公开的第四方面，提供一种监听装置，包括：
65.发送模块，被配置为发送寻呼配置信息，其中，寻呼配置信息用于指示处于非激活态ue确定寻呼分组方式下的寻呼分组id；寻呼分组id用于处于非激活态的ue监听唤醒信号和/或寻呼消息。
66.在一些实施例中，寻呼分组方式，包括：基于ue-id的寻呼分组方式。
67.在一些实施例中，寻呼配置信息，还用于指示以下至少之一：
68.ue的第一能力信息；其中，第一能力信息，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力；
69.ue的第二能力信息；其中，第二能力信息，用于指示基于空闲态分组决定非激活态寻呼分组的能力；
70.网络设备的第三能力信息；其中，第三能力信息，用于指示基于空闲态寻呼时机决定非激活态ran寻呼的寻呼时机的能力；
71.网络设备的第四能力信息；其中，第四能力信息，用于指示基于空闲态寻呼分组决定非激活态针对ran寻呼下发送唤醒信号的寻呼分组的能力。
72.根据本公开的第五方面，提供一种通信设备，通信设备，包括：
73.处理器；
74.用于存储处理器可执行指令的存储器；
75.其中，处理器被配置为：用于运行可执行指令时，实现本公开任意实施例的监听方法。
76.根据本公开的第六方面，提供一种计算机存储介质，计算机存储介质存储有计算机可执行程序，可执行程序被处理器执行时实现本公开任意实施例的监听方法。
77.本公开实施例提供的技术方案可以包括以下有益效果：
78.在本公开实施例，ue处于非激活态时，可以重新确定寻呼分组方式下的寻呼分组id，使得处于非激活态的ue能够监听到pei和/或寻呼消息；如此，相对于ue处于非激活态时仍利用处于非激活态的寻呼分组进行监听寻呼、而网络设备按照处于空闲态的寻呼分组发送寻呼来说，可以减少寻呼消息的丢失，提高寻呼成功率。
79.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开实施例。
附图说明
80.图1是根据一示例性实施例示出的一种无线通信系统的结构示意图。
81.图2是根据一示例性实施例示出的一种监听方法的流程图。
82.图3是根据一示例性实施例示出的一种监听方法的流程图。
83.图4是根据一示例性实施例示出的一种监听方法的流程图。
84.图5是根据一示例性实施例示出的一种监听方法的流程图。
85.图6是根据一示例性实施例示出的一种监听方法的流程图。
86.图7是根据一示例性实施例示出的一种监听方法的流程图。
87.图8是根据一示例性实施例示出的一种监听装置的框图。
88.图9是根据一示例性实施例示出的一种监听装置的框图。
89.图10是根据一示例性实施例示出的一种ue的框图。
90.图11是根据一示例性实施例示出的一种基站的框图。
具体实施方式
91.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。
92.在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
93.应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
94.请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个用户设备110以及若干个基站120。
95.其中，用户设备110可以是指向用户提供语音和/或数据连通性的设备。用户设备110可以经无线接入网(radio access network，ran)与一个或多个核心网进行通信，用户设备110可以是物联网用户设备，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网用户设备的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(station，sta)、订户单元(subscriber unit)、订户站(subscriber station)，移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程用户设备(remote terminal)、接入用户设备(access terminal)、用户装置(user terminal)、用户代理(user agent)、用户设备(user device)、或用户设备(user equipment)。或者，用户设备110也可以是无人飞行器的设备。或者，用户设备110也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线用户设备。或者，用户设备110也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
96.基站120可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication，4g)系统，又称长期演进(long term evolution，lte)系统；或者，该无线通信系统也可以是5g系统，又称新空口系统或5g nr系统。或者，该无线通信系统也可以是5g系统的再下一代系统。其中，5g系统中的接入网可以称为新一代无线接入网(new generation-radio access network，ng-ran)。
97.其中，基站120可以是4g系统中采用的演进型基站(enb)。或者，基站120也可以是5g系统中采用集中分布式架构的基站(gnb)。当基站120采用集中分布式架构时，通常包括集中单元(central unit，cu)和至少两个分布单元(distributed unit，du)。集中单元中设置有分组数据汇聚协议(packet data convergence protocol，pdcp)层、无线链路层控制协议(radio link control，rlc)层、媒体接入控制(medium access control，mac)层的协
议栈；分布单元中设置有物理(physical，phy)层协议栈，本公开实施例对基站120的具体实现方式不加以限定。
98.基站120和用户设备110之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4g)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5g)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5g的更下一代移动通信网络技术标准的无线空口。
99.在一些实施例中，用户设备110之间还可以建立e2e(end to end，端到端)连接。比如车联网通信(vehicle to everything，v2x)中的车对车(vehicle to vehicle，v2v)通信、车对路边设备(vehicle to infrastructure，v2i)通信和车对人(vehicle to pedestrian，v2p)通信等场景。
100.这里，上述用户设备可认为是下面实施例的终端设备。
101.在一些实施例中，上述无线通信系统还可以包含网络管理设备130。
102.若干个基站120分别与网络管理设备130相连。其中，网络管理设备130可以是无线通信系统中的核心网设备，比如，该网络管理设备130可以是演进的数据分组核心网(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)等。对于网络管理设备130的实现形态，本公开实施例不做限定。
103.为了便于本领域内技术人员理解，本公开实施例列举了多个实施方式以对本公开实施例的技术方案进行清晰地说明。当然，本领域内技术人员可以理解，本公开实施例提供的多个实施例，可以被单独执行，也可以与本公开实施例中其他实施例的方法结合后一起被执行，还可以单独或结合后与其他相关技术中的一些方法一起被执行；本公开实施例并不对此作出限定。
104.为了更好地理解本公开任一个实施例所描述的技术方案，首先，对相关技术中进行部分说明：
105.在一个实施例中，若不进行寻呼的分组，在一个寻呼时机内唤醒的ue，则寻呼概率相对较低的概率也会被错误唤醒，造成不必要的耗电。因此，需要对ue进行寻呼分组，采用寻呼分组的方式寻呼ue。在一个实施例中，寻呼分组信息可以携带在寻呼下行控制信息(downlink control information，dci)中，也可以携带在寻呼提前指示(paging early indication，pei)中。不管采用何种寻呼分组方式，ue和网络设备(包括基站和核心网)都需要对ue所在的分组达成一致，才能将寻呼消息正常发送给ue。
106.在一个实施例中，提供两种寻呼分组方式：一种是基于网络分配(cn-assigned subgrouping)的寻呼分组方式；另一种是基于用户设备的标识的随机分组方式(ue_id based subgrouping)，或者基于ue-id的寻呼分组方式。
107.在一个实施例中，提供一种基于ue-id的寻呼分组方式确定寻呼分组标识(subgroupid)的方式；该寻呼分组id(subgroupid)基于以下公式确定：
108.subgroupid＝(floor(ue_id/(n
×
ns))mod subgroupsnumforueid) (subgroupsnumperpo-subgroupsnumforueid)；其中，n为时间域上的寻呼帧密度，即寻呼周
期(t)内的总寻呼帧数量；ns为时间域上一个寻呼帧(pf)内的寻呼密度，即一个寻呼帧内的寻呼次数或者寻呼时机，取值可以为1、2及4中的其中之一。ue_id表示ue所在的寻呼分组标识；在一个实施例中，ue_id为5g-s-tmsi mod x，若应用到扩展的非连续接收(extended discontinuous reception，edrx)，x为32768，否则，x为8192。subgroupsnumforueid为用于ue_id的总寻呼分组资源数目；例如表示在系统信息中广播的po中基于ue_id分组的分组数量。subgroupsnumperpo表示在系统信息中广播的po的可以支持的全部分组数。此处的“mod”函数为求余函数，即为两个数值表达式作除法运算后的余数。此处的“floor”函数为向下取整函数；即取不大于数值表达式的整数。例如floor(3.7)＝3。
109.在一个实施例中，提供一种基于网络分配的寻呼分组方式；网络分配的寻呼分组方式，可由核心网设备作为统一节点进行。这里，网络在分配寻呼分组标识时，可基于ue的属性或者统计的寻呼概率等确定。
110.示例性的，ran2#114agreements[2]:
[0111]
cn is responsible for allocating ues to ue paging subgroups based on ue characteristics；
[0112]
use same ue subgroups when in rrc_idle and rrc_inactive。
[0113]
即：
[0114]
cn负责基于ue特征将ue分配到ue寻呼分组；
[0115]
在rrc_idle和rrc_inactive中使用相同的ue寻呼分组。
[0116]
这里，若核心网设备不提供给ue的寻呼分组id或者ue不支持网络设备的寻呼分组方式，ue则将回退到ue-id的寻呼分组方式选择寻呼分组资源。
[0117]
在一些应用场景中，ue在非激活态是会出现基站和核心网设备维持ue的状态的不一致情况的出现。其中，对于网络分配的寻呼分组方式时，ue在空闲态和非激活态都使用网络分配寻呼分组方式确定的分组；并且当ue从空闲态转变为非激活态，核心网设备不会分配新的分组；因此ue在空闲态或者非激活态时，将不会出现不匹配(missmatch)的问题。而对于采用ue-id的寻呼分组方式时，由于在非激活态和空闲态下的寻呼周期不同，导致了该两种状态下的分组不同，从而造成了不匹配(missmatch)的问题。以下提供一种计算示范例：
[0118]
common assumption:
[0119]
ran paging cycle＝rf32；
[0120]
ue specific drx value＝rf64；
[0121]
default paging cycle＝rf128；
[0122]
n＝t；
[0123]
ns＝4；
[0124]
ue_id＝1234；
[0125]
n:number of total paging frames in t；
[0126]
ns:number of paging occasions for a pf；
[0127]
ue_id:5g-s-tmsi mod x,where x is 32768,if edrx is applied；otherwise,x is 8192；
[0128]
subgroupsnumforueid:8；
[0129]
其中，sfn for the pf is determined by:
[0130]
(sfn pf_offset)mod t＝(t div n)
×
(ue_id mod n)；
[0131]
index(i_s),indicating the index of the po is determined by:
[0132]
i_s＝floor(ue_id/n)mod ns；
[0133]
subgroupid＝(floor(ue_id/(n
×
ns))mod subgroupsnumforueid) (subgroupsnumperpo-subgroupsnumforueid)。
[0134]
即：
[0135]
常见假设：ran寻呼周期取值为32；ue特定drx周期取值为64；默认寻呼周期为128；n为一个寻呼周期(t)内的总寻呼帧数量；ns为一个寻呼帧(pf)内的寻呼次数，取值为4；ue_id取值为1234；subgroupsnumforueid取值为8；
[0136]
其中，sfn由pf决定：
[0137]
(sfn pf_offset)mod t＝(t div n)
×
(ue_id mod n)；
[0138]
寻呼时机序号(index(i_s))，指示寻呼时机(po)的序号，由以下决定：
[0139]
i_s＝floor(ue_id/n)mod ns；
[0140]
subgroupid＝(floor(ue_id/(n
×
ns))mod subgroupsnumforueid) (subgroupsnumperpo-subgroupsnumforueid)。
[0141]
在一个实施例中，提供一种寻呼分组id的计算规则，如下表1所示：
[0142][0143]
表1
[0144]
本公开实施例所涉及的ue所处的空闲态是指：rrc空闲态；ue所处的非激活态是指：rrc非激活态。
[0145]
在一些实施例中，ue处于非激活态时，ue需要监听cn寻呼和ran寻呼，此时存在网络设备和ue处于不匹配(missmatch)的情况。比如，ue的上下文在网络侧丢失，网络设备以为ue处于rrc空闲态，于是发起cn寻呼。此时从ue还处于非激活态，而网络设备则认为ue处于空闲态。
[0146]
示例性的，以下给出一个寻呼分组的示范。该寻呼分组可以是在paging dci的寻呼分组，也可以采用唤醒信号的寻呼分组。若处于空闲态ue分配了一个分组0(即寻呼分组id为id0)，而ue进入非激活态或，经过上述公式计算，假设利用ran寻呼周期计算，则分到了分组1(即寻呼分组id为id1)。正常情况下，若没有出现上下文在网络侧丢失导致的不匹配情况，则基站按照分组id1对ue发送pei，则ue在分组id1下监听pei。但是，一旦ue的上下文
在网络侧丢失(基站维持的分组id1也将不复存在)，网络设备以为ue处于空闲态，于是发起了cn的寻呼。此时基站利用网络配置的寻呼分组方式的寻呼周期确定寻呼分组id，即会在分组id0进行寻呼；而ue则还利用分组id1监听寻呼；如此会导致寻呼消息或者寻呼提前指示的丢失。
[0147]
本公开实施例提供一种寻呼分组id的确定方式，以解决ue所处状态以及网络设备认为ue所处状态的不一致时的寻呼监听。
[0148]
如图2所示，本公开实施例提供一种监听方法，由ue执行，包括：
[0149]
步骤s21：响应于ue处于非激活态，确定寻呼分组方式下的寻呼分组id，其中，寻呼分组id用于处于非激活态的ue监听唤醒信号和/或寻呼消息。
[0150]
这里，ue可以为各种移动终端或固定终端。例如，ue可以是但不限于是手机、计算机、服务器、可穿戴设备、游戏控制平台或多媒体设备等。
[0151]
本公开实施例所涉及的非激活态可以是：rrc非激活态；所涉及的空闲态可以是：rrc空闲态。
[0152]
在一个实施例中，寻呼分组方式，可以是但不限于是：基于用户设备的标识(ue-id)的寻呼分组方式。
[0153]
在一个实施例中，唤醒信号，可以是但不限于是：pei。
[0154]
在一个实施例中，寻呼消息可以是任意一种寻呼消息；例如，寻呼消息可以是dci。
[0155]
这里，寻呼分组id，用于处于非激活态ue的寻呼分组id与网络设备确定的ue的寻呼分组id不同时监听pei。
[0156]
这里，寻呼分组id，用于ue所处状态与网络设备确定的ue所处的状态不一致时监听pei。这里，ue所处状态为rrc非激活态；网络设备确定ue所处的状态为rrc空闲态。
[0157]
这里，网络设备包括接入网设备和/或核心网设备。这里，接入网设备可以是但不限于是基站；核心网设备可以是但不限于是各种网络功能或者实现网络功能的实体。这里，基站可以是但不限于是以下至少之一：3g基站、4g基站、5g基站及其它演进型基站。
[0158]
在一个实施例中，唤醒信号可以是接入网设备或者核心网设备发送的。若唤醒信号为核心网设备发送时，核心网设备将唤醒信号发送给基站，基站转发该唤醒信号给ue。
[0159]
在本公开实施例中，ue处于非激活态时，可以重新确定寻呼分组方式下的寻呼分组id，使得处于非激活态的ue能够监听到pei和/或寻呼消息；如此，相对于ue处于非激活态时仍利用处于非激活态的寻呼分组进行监听寻呼、而网络设备按照处于空闲态的寻呼分组发送寻呼来说，可以减少寻呼消息的丢失，提高寻呼成功率。
[0160]
在一些实施例中，包括：接收网络设备发送的寻呼配置信息；
[0161]
步骤s21，包括：响应于ue处于非激活态，基于寻呼配置信息，确定寻呼分组方式下的寻呼分组id；寻呼分组id用于处于非激活态的ue监听唤醒信号。
[0162]
本公开实施例提供一种监听方法，由ue执行，包括：
[0163]
接收网络设备发送的寻呼配置信息；
[0164]
响应于ue处于非激活态，基于寻呼配置信息，确定寻呼分组方式下的寻呼分组id；寻呼分组id用于处于非激活态的ue监听唤醒信号。
[0165]
如此，在本公开实施例中，可以基于网络设备的寻呼配置信息，在ue处于非激活态时才重新确定寻呼分组id。
[0166]
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
[0167]
在一些实施例中，步骤s21，包括：响应于ue处于非激活态，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0168]
如图3所示，本公开实施例提供一种监听方法，由ue执行，包括：
[0169]
步骤s31：响应于ue处于非激活态，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0170]
在一些实施例中，步骤s31，包括以下之一：
[0171]
确定ue在非激活态的寻呼分组id为ue在空闲态时使用的寻呼分组id；
[0172]
基于ue在空闲态的寻呼周期，确定ue在非激活态的寻呼分组id。
[0173]
本公开实施例提供一种监听方法，由ue执行，包括：确定ue在非激活态的寻呼分组id为ue在空闲态时使用的寻呼分组id；或者，基于ue在空闲态的寻呼周期，确定ue在非激活态的寻呼分组id。
[0174]
示例性的，ue在空闲态时基于ue-id的寻呼分组方式确定的寻呼分组id为id0；ue确定在非激活态的寻呼分组id为ue在空闲态使用的寻呼分组id，即确定在非激活态的寻呼分组id为id0。若ue的上下文在网络侧丢失，网络设备认为ue处于空闲态，则确定的ue的寻呼分组id也为id0。如此，ue在非激活态时，可以在寻呼分组id为id0的寻呼分组资源进行pei等的监听，而网络设备也可以在寻呼分组id为id0的寻呼分组资源发起pei等的寻呼；如此可以减少寻呼消息的丢失，提高寻呼成功率。
[0175]
示例性的，ue在空闲态时基于空闲态ue的寻呼周期确定的寻呼分组为id0；ue基于在空闲态的寻呼周期确定在非激活态的寻呼分组id，即确定在非激活态的寻呼分组id为id0。若ue的上下文在网络侧丢失，网络设备认为ue处于空闲态，则确定的ue的寻呼分组id也为id0。如此，ue在非激活态时，可以在寻呼分组id为id0的寻呼分组资源进行pei等的监听，而网络设备也可以在寻呼分组id为id0的寻呼分组资源发起pei等的寻呼；如此可以减少寻呼消息的丢失，提高寻呼成功率。
[0176]
如此，在本公开实施例中，ue处于非激活态时所在的寻呼分组id可以沿用处于空闲时的寻呼分组id或者可以基于空闲时的寻呼周期确定寻呼分组id；如此可以使得ue在非激活态基于该寻呼分组id进行监听时，可以与网络设备发送寻呼的寻呼分组id保持一致，从而可以减少寻呼的消息丢失、提高寻呼成功率。
[0177]
在本公开实施例中，不仅可以解决ue的上行文在网路侧丢失而导致的ue所处的非激活态但网络设备认为ue处于空闲态的状态不一致所引起的寻呼消息丢失问题，还可以解决任意一种ue所处状态但网络设备认为ue所处状态不一致所引起的寻呼消息丢失问题。
[0178]
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
[0179]
在一些实施例中，步骤s31中基于ue在空闲态ue的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id，包括：
[0180]
基于协议约定，ue在非激活态的寻呼分组id基于在空闲态ue的寻呼分组id确定方式确定。
[0181]
本公开实施例提供一种监听方法，由ue执行，包括：基于协议约定，ue在非激活态
的寻呼分组id基于在空闲态ue的寻呼分组id确定方式确定。
[0182]
这里，协议可以是无线通信协议；例如可以是5g无线通信协议。
[0183]
这里，协议还可以网络设备与ue协商的协议。
[0184]
在一些实施例中，协议约定以下至少之一：
[0185]
若ue支持监听唤醒信号的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
[0186]
若ue支持监听ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
[0187]
若ue支持监听唤醒信号和支持基于ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
[0188]
若ue当前使用基于ue-id的寻呼分组方式，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0189]
这里，ue当前使用基于ue-id的寻呼分组方式，隐含包括：ue支持监听唤醒信号和支持基于ue-id的寻呼分组方式的能力，且网络设备也具有支持ue-id的寻呼分组方式的能力。
[0190]
在一些实施例中，步骤s31中基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id，包括以下至少之一：
[0191]
响应于ue支持监听唤醒信号的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
[0192]
响应于ue支持基于ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
[0193]
响应于ue支持监听唤醒信号和支持基于ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
[0194]
若ue当下在使用基于ue-id based分组方式(隐含了ue支持监听唤醒信号和支持基于ue-id的寻呼分组方式的能力，且网络也具有支持基于ue-id的寻呼分组的方式分组能力)，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0195]
如图4所示，本公开实施例提供一种监听方法，由ue执行，包括：
[0196]
步骤s41：响应于ue支持监听唤醒信号的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；和/或，响应于ue支持基于ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；和/或，响应于ue支持监听唤醒信号和支持基于ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0197]
在本公开的一些实施例中，唤醒信号为上述实施例中的唤醒信号。示例性的，唤醒信号包括：pei。
[0198]
示例性的，若ue处于非激活态，且根据协议约定ue支持监听唤醒信号的能力和/或支持基于ue-id的寻呼分组方式的能力时，ue可确定寻呼分组id为空闲态时的寻呼分组id。
[0199]
在本公开实施例中，ue可根据支持监控唤醒信号的能力和支持ue-id的寻呼分组方式的能力，直接ue可以基于空闲态ue的寻呼分组id确定方式确定在非激活态的寻呼分组id；如此，无需网络设备发送网络信令等进行指示，从而可以减少网络信令的交互等，节省
网络设备和ue的功耗。
[0200]
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
[0201]
在一些实施例中，步骤s41中基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id，包括：
[0202]
响应于ue与网络设备均支持预定能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
[0203]
响应于ue和/或网络设备支持预定能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0204]
如图5所示，本公开实施例提供一种监听方法，由ue执行，包括：
[0205]
步骤s51：响应于ue与网络设备均支持预定能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；或者，响应于ue和/或网络设备支持预定能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0206]
在一些实施例中，预定能力，用于指示支持基于空闲态的po决定非激活态的po的能力。
[0207]
在一个实施例中，ue支持预定能力，可以是：ue支持处于非激活态时使用空闲态时的po的能力；和/或，网络设备支持预定能力，可以是：网络设备支持基于空闲态po决定非激活态下ran寻呼的po的能力。
[0208]
在一个实施例中，步骤s51可以是：响应于ue支持预定能力与网络设备支持预定能力相一致，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0209]
这里，若ue支持处于非激活态时使用空闲态时的po的能力，网络设备支持基于空闲态po决定非激活态下ran寻呼的po的能力；则ue支持预定能力与网络设备支持预定能力相一致。
[0210]
在一个实施例中，步骤s51中基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id，也可以是：基于ue的能力信息及网络设备的能力信息的其中之一，确定ue在非激活态的寻呼分组id。
[0211]
在另一些实施例中，预定能力包括以下至少之一：
[0212]
第一能力，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力；
[0213]
第二能力，用于指示基于空闲态分组决定非激活态度寻呼分组的能力；
[0214]
第三能力，用于指示基于接入网基于空闲态寻呼时机决定非激活态下ran寻呼的寻呼时机能力；
[0215]
第四能力，用于指示基于接入网基于空闲态寻呼分组决定非激活态下针对ran寻呼下发送唤醒信号的寻呼分组的能力。
[0216]
这里，预定能力的能力信息包括但不限于以下之一：第一能力信息、第二能力信息、第三能力信息及第四能力信息；其中第一能力信息是指示第一能力的能力信息，和/或第二能力信息是指示第二能力的能力信息，和/或第三能力信息是指示第三能力的能力信息，和/或第四能力信息是指示第四能力的能力信息。
[0217]
这里，第一能力信息和/或第二能力信息可以为ue的能力信息；第三能力信息和/或第四能力信息可以为网络设备的能力信息。
[0218]
示例性的，ue支持inactivestatepo-determination的能力，可以如下：
[0219]
indicates whether the ue supports to use the same i_s to determine po in rrc_inactive state as in rrc_idle state.when ue supports pei reception,it also indicates whether the ue supports to use the same ue-id based subgroup in rrc_inactive state as in rrc_idle state。
[0220]
即：指示ue是否支持在rrc_inactive状态下使用与rrc_idle状态下相同的i_s来确定po。当ue支持pei接收时，它还指示ue是否支持在rrc_idle状态下使用rrc_inactive状态下的相同ue-id的寻呼分组。
[0221]
在本公开实施例中，若网络设备和ue均支持预定能力，即支持基于空闲态的po决定非激活态的po的能力时，则可以基于空闲态ue的寻呼分组id确定方式确定在非激活态的寻呼分组id。如此，可以减少寻呼消息的丢失、提高寻呼成功率。
[0222]
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
[0223]
如图6所示，本公开实施例提供一种监听方法，由ue执行，包括：
[0224]
步骤s61：响应于ue与网络设备的其中至少之一不支持预定能力，基于ue的能力信息及网络设备的能力信息的其中之一，确定ue在非激活态的寻呼分组id。
[0225]
在本公开的一些实施例中，预定能力可以为上述实施例中的预定能力。例如，预定能力信息可以是第一能力、第二能力、第三能力息及第四能力的其中至少之一。
[0226]
在一个实施例中，ue与网络设备的其中至少之一不支持预定能力也可以是：ue支持的预定能力与网络设备支持的预定能力不一致。示例性，若ue支持非激活态po的能力，网络设备支持基于空闲态po非激活态下ran寻呼的po能力，则ue支持的预定能力与网络设备支持的预定能力不一致。
[0227]
在一些实施例中，ue的能力信息包括但不限于以下至少之一：
[0228]
第一能力信息，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力；
[0229]
第二能力信息，用于指示基于空闲态分组决定非激活态度寻呼分组的能力。
[0230]
在一些实施例中，网络设备的能力信息包括但不限于以下至少之一：
[0231]
第三能力信息，用于指示基于接入网基于空闲态寻呼时机决定非激活态下ran寻呼的寻呼时机能力；
[0232]
第四能力信息，用于指示基于接入网基于空闲态寻呼分组决定非激活态下针对ran寻呼下发送唤醒信号的寻呼分组的能力。
[0233]
在一些实施例中，步骤s61中基于ue的能力信息及网络设备的能力信息的其中之一，确定ue在非激活态的寻呼分组id，包括以下至少之一：
[0234]
基于ue的第一能力信息，确定ue在非激活态的寻呼分组id；
[0235]
基于ue的第二能力信息，确定ue在非激活态的寻呼分组id；
[0236]
基于网络设备的第三能力信息，确定ue在非激活态的寻呼分组id；
[0237]
基于网络设备的第四能力信息，确定ue在非激活态的寻呼分组id。
[0238]
本公开实施例提供一种监听方法，由ue执行，包括以下至少之一：
[0239]
基于ue的第一能力信息，确定ue在非激活态的寻呼分组id，其中，第一能力信息，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力；
[0240]
基于ue的第二能力信息，确定ue在非激活态的寻呼分组id，其中，第二能力信息，用于指示基于空闲态分组决定非激活态度寻呼分组的能力；
[0241]
基于网络设备的第三能力信息，确定ue在非激活态的寻呼分组id，其中，第三能力信息，用于指示基于接入网基于空闲态寻呼时机决定非激活态下ran寻呼的寻呼时机能力；
[0242]
基于网络设备的第四能力信息，确定ue在非激活态的寻呼分组id，其中，第四能力信息，用于指示基于接入网基于空闲态寻呼分组决定非激活态下针对ran寻呼下发送唤醒信号的寻呼分组的能力。
[0243]
这里，第一能力可以是inactivestatepo-determination；和/或，第二能力可以是inactivestatesupgroup-determination；和/或，第三能力信息可以是ranpaginginidlepo；和/或，ranpaginginidlesubgroup。
[0244]
作为一种实施例，响应于ue与网络设备均支持预定能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；其中，ue支持的预定能力为第一能力；而网络支持的预定能力为第三能力。示例性的，第一能力可以是inactivestatepo-determination，及第三能力可以是ranpaginginidlepo。例如，in rrc_inactive state,if the ue supports inactivestatepo-determination and the network broadcasts ranpaginginidlepo with value"true",the ue shall use the same subgrouping id for ue-id ue_id based subgrouping as for rrc_idle state.otherwise,the ue determines the subgrouping based on the formula above。即：在rrc_inactive状态下，如果ue支持inactivestatepo-determination，并且网络广播具有值“真”的ranpaginginidlepo，则对于基于ue-id ue_id的子分组，ue应当使用与rrc_idle状态相同的子分组id。否则，ue基于上述公式确定子分组。
[0245]
示例性的，第二能力可以是inactivestatesupgroup-determination。例如，in rrc_inactive state,if the ue supporting pei,the ue shall use the same subgrouping id for ue-id ue_id based subgrouping as for rrc_idle state。即：在rrc_inactive状态下，如果ue支持pei，则对于基于ue_id的寻呼分组，ue应当使用与rrc_idle状态相同的寻呼分组id。
[0246]
示例性的，第三能力可以是ranpaginginidlepo。例如，indicates that the network supports to send ran paging in po that corresponds to the i_s as determined by ue in rrc_idle state,see ts38.304[20].if pei-config is present in sib1 and the ue supports inactivestatepo-determination,it also indicates that the network supports to send pei for ran paging in subgroup that corresponds to the subgroup as determined by ue in rrc_idle state,see ts38.304[20]。即：指示网络支持在po中发送ran寻呼，该po对应于由处于rrc_idle状态的ue确定的i_s，参见ts38.304[20]。如果在sib1中存在pei的重配置，并且ue支持inactivestatepo-determination，这也表明网络支持在rrc_idle状态下的ue所确定的分组对应的分组中发送用于ran寻呼的pei，参见ts38.304[20]。
[0247]
这里，第一能力和/或第三能力可以是现有5g通信协议中能力；例如第一能力、第三能力分别可以是inactivestatepo-determination、ranpaginginidlepo；又如第一能力、第三能力可以是上述实施例中新定义的能力。第二能力和/或第四能力可以是新定义的能
力；例如，第二能力、第四能力分别可以是inactivestatesupgroup-determination、ranpaginginidlesubgroup。在此不对第一能力、第二能力、第三能力和/第四能力的具体命名作限制。
[0248]
如此，在本公开实施例中，当ue和网络设备不支持预定能力，可以基于网络设备和ue各自支持的能力信息确定ue在非激活态的寻呼分组id；如此可以适应更多应用场景下ue在非激活态的寻呼分组id的灵活确定。
[0249]
当然，其它的一些实施例中，若ue和网络设备不支持预定能力，ue可以基于上述公式subgroupid＝(floor(ue_id/(n
×
ns))mod subgroupsnumforueid) (subgroupsnumperpo-subgroupsnumforueid)，确定ue在非激活态的寻呼分组id；该公式中寻呼周期为ue在非激活态的寻呼周期。此时可能会出现missmatch的问题。
[0250]
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
[0251]
本公开实施例提供一种监听方法，由ue执行，包括：接收寻呼配置信息，其中，寻呼配置信息用于指示以下至少之一：ue的第一能力的第一能力信息；ue的第二能力的第二能力信息；网络设备的第三能力的第三能力信息；及网络设备的第四能力的第四能力信息。
[0252]
在一些实施例中，寻呼配置信息用于指示处于非激活态ue确定寻呼分组方式下的寻呼分组id；且寻呼配置信息中包括能力指示信息，其中，能力指示信息用于指示ue的第一能力信息、ue的第二能力信息、网络设备的第三能力信息及网络设备的第四能力信息的其中至少之一。
[0253]
如此，在本公开实施例中，ue可以通过接收寻呼配置信息以获知ue的能力信息和/或网络设备的能力信息。
[0254]
在一些实施例中，接收寻呼配置信息，包括：接收携带寻呼配置信息的网络信令。
[0255]
本公开实施例提供一种监听方法，由ue执行，包括：接收携带寻呼配置信息的网络信令。
[0256]
这里，网络信令包括专用信令或者广播信令。
[0257]
这里，网络信令可以是但不限于是以下至少之一：媒体接入控制控制单元(media access control control element，mac ce)、rrc信令及dci。这里，rrc信令可以是但不限于是：rrc释放消息或者rrc重配置消息。
[0258]
示例性的，接收网络设备发送的rrc释放消息，其中，rrc释放消息携带寻呼配置信息；其中，寻呼配置信息用于指示ue的第一能力信息、ue的第二能力信息、网络设备的第三能力信息及网络设备的第四能力信息的其中至少之一。
[0259]
如此，在本公开实施例中，ue可以通过接收网络设备发送的携带寻呼配置信息的网络信令以获知网络设备的能力信息和/或ue的能力信息。若ue通过接收rrc释放消息或者rrc重配置消息等获知网络设备的能力信息和/或ue的能力信息，可以通过一个rrc信令实现两个功能；例如rrc释放消息时，可以通过一个rrc释放消息实现连接释放以及网络设备的能力信息和/或ue的能力信息的通知；又如rrc重配置消息时，可以通过一个rrc重配置消息实现ue的重配置以及网络设备能力信息和/或ue的能力信息的通知。如此可以减少信令的交互，节省网络设备和ue的功耗等。
[0260]
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单
独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
[0261]
以下一种监听方法，是由网络设备执行的，与上述由ue执行的监听方法的描述是类似的；且，对于由网络设备执行的监听方法实施例中未披露的技术细节，请参照由ue执行的监听方法示例的描述，在此不做详细描述说明。
[0262]
如图7所示，本公开实施例提供一种一种监听方法，由网络设备执行，包括：
[0263]
步骤s71：发送寻呼配置信息，其中，寻呼配置信息用于指示处于非激活态ue确定寻呼分组方式下的寻呼分组id；寻呼分组id用于处于非激活态的ue监听唤醒信号和/或寻呼消息。
[0264]
在一个实施例中，步骤s71可以是：向ue发送寻呼配置信息。
[0265]
在一个实施例中，寻呼分组方式，包括：基于ue-id的寻呼分组方式。
[0266]
在一个实施例中，唤醒信号包括pei。
[0267]
在一些实施例中，寻呼配置信息，还用于指示以下至少之一：
[0268]
ue的第一能力信息；其中，第一能力信息，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力；
[0269]
ue的第二能力信息；其中，第二能力信息，用于指示基于空闲态分组决定非激活态寻呼分组的能力；
[0270]
网络设备的第三能力信息；其中，第三能力信息，用于指示基于空闲态寻呼时机决定非激活态ran寻呼的寻呼时机的能力；
[0271]
网络设备的第四能力信息；其中，第四能力信息，用于指示基于空闲态寻呼分组决定非激活态针对ran寻呼下发送唤醒信号的寻呼分组的能力。
[0272]
在本公开的一些实施例中，寻呼配置信息为上述实施例中寻呼配置信息。第一能力信息、第二能力信息、第三能力信息、及第四能力信息分别可以是上述实施例中第一能力信息、第二能力信息、第三能力信息及第四能力信息。
[0273]
以上实施方式，具体可以参考网络设备侧的表述，在此不再赘述。
[0274]
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
[0275]
为了进一步解释本公开任意实施例，以下提供一个具体实施例。
[0276]
本公开实施例提供一种监听方法，由通信设备执行，通信设备包括ue和网络设备，包括：
[0277]
步骤s81：确定非激活态ue在寻呼分组方式下的寻呼分组id，其中，寻呼分组id用于处于非激活态ue对pei的监听；
[0278]
这里，寻呼分组方式为ue-id寻呼分组方式。
[0279]
其中，步骤s81，包括步骤s81a、步骤s81b、或者步骤s81c；
[0280]
步骤s81a：响应于ue处于非激活态，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id；
[0281]
在一个可选实施例中，响应于ue处于非激活态，确定ue在非激活态的寻呼分组id为ue在空闲态时使用的寻呼分组id。
[0282]
在另一个可选实施例中，响应于ue处于非激活态，基于ue在空闲态的寻呼周期，确定所述ue在非激活态的所述寻呼分组id。
[0283]
步骤s81b：响应于ue处于非激活态，基于协议约定，确定ue在非激活态的寻呼分组id；
[0284]
在一个可选实施例中，响应于ue处于非激活态，若ue支持监听pei的能力和/或支持基于ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0285]
步骤s81c：响应于ue处于非激活态，且ue和网络设备均支持预定能力，基于ue在空闲态的寻呼分组id的确定方式，确定ue在非激活态的寻呼分组id；
[0286]
这里，ue的预定能力可以是支持处于非激活态时使用空闲态时的po的能力；和/或，网络设备的预定能力可以是支持基于空闲态po决定非激活态下ran寻呼的po的能力。
[0287]
步骤s82c：响应于ue处于非激活态，且ue和网络设备的其中至少之一不支持预定能力，基于ue的能力信息和/或网络设备的能力信息确定ue在非激活态的寻呼分组id。
[0288]
这里，ue的能力信息可以是但不限于是以下至少之一：
[0289]
第一能力信息，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力；例如，第一能力信息可以是inactivestatepo-determination；
[0290]
第二能力信息，用于指示基于空闲态分组决定非激活态度寻呼分组的能力；例如，第二能力信息可以是inactivestatesupgroup-determination。
[0291]
这里，网络设备的能力信息可以是但不限于是以下至少之一：
[0292]
第三能力信息，用于指示基于接入网基于空闲态寻呼时机决定非激活态下ran寻呼的寻呼时机能力；例如，第三能力信息可以是ranpaginginidlepo；
[0293]
第四能力信息，用于指示基于接入网基于空闲态寻呼分组决定非激活态下针对ran寻呼下发送唤醒信号的寻呼分组的能力；例如，第四能力信息可以是ranpaginginidlesubgroup。
[0294]
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的方法，可以被单独执行，也可以与本公开实施例中一些方法或相关技术中的一些方法一起被执行。
[0295]
如图8所示，本公开实施例提供一种监听装置，包括：
[0296]
处理模块51，被配置为响应于ue处于非激活态，确定寻呼分组方式下的寻呼分组id，其中，寻呼分组id用于处于非激活态的ue监听唤醒信号和/或寻呼消息。
[0297]
在一个实施例中，寻呼分组方式，包括：基于用户设备的标识ue-id的寻呼分组方式。
[0298]
在一个实施例中，唤醒信号为pei。
[0299]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0300]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态，确定ue在非激活态的寻呼分组id为ue在空闲态时使用的寻呼分组id。
[0301]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态，基于ue在空闲态的寻呼周期，确定ue在非激活态的寻呼分组id。
[0302]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态且ue支持监听唤醒信号的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0303]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态且ue支持基于ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0304]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态且ue支持监听唤醒信号和支持基于ue-id的寻呼分组方式的能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0305]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态、且ue与网络设备均支持预定能力，基于ue在空闲态的寻呼分组id确定方式，确定ue在非激活态的寻呼分组id。
[0306]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态、且ue与网络设备均支持预定能力，基于ue的能力信息及网络设备的能力信息的其中之一，确定ue在非激活态的寻呼分组id。
[0307]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态、且ue和/或网络设备均支持预定能力，基于ue的能力信息及网络设备的能力信息的其中之一，确定ue在非激活态的寻呼分组id。
[0308]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态且ue与网络设备的其中至少之一不支持预定能力，基于ue的能力信息及网络设备的能力信息的其中之一，确定ue在非激活态的寻呼分组id。
[0309]
在一些实施例中，预定能力包括以下至少之一：
[0310]
第一能力，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力；
[0311]
第二能力，用于指示基于空闲态分组决定非激活态度寻呼分组的能力；
[0312]
第三能力，用于指示基于接入网基于空闲态寻呼时机决定非激活态下ran寻呼的寻呼时机能力；
[0313]
第四能力，用于指示基于接入网基于空闲态寻呼分组决定非激活态下针对ran寻呼下发送唤醒信号的寻呼分组的能力。
[0314]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态且ue与网络设备的其中至少之一不支持预定能力，基于ue的第一能力信息，确定ue在非激活态的寻呼分组id，其中，第一能力信息，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力。
[0315]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态且ue与网络设备的其中至少之一不支持预定能力，基于ue的第二能力信息，确定ue在非激活态的寻呼分组id，其中，第二能力信息，用于指示基于空闲态分组决定非激活态度寻呼分组的能力。
[0316]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态且ue与网络设备的其中至少之一不支持预定能力，基于网络设备的第三能力信息，确定ue在非激活态的寻呼分组id，其中，第三能力信息，用于指示基于接入网基于空闲态寻呼时机决定非激活态下ran寻呼的寻呼时机能力。
[0317]
本公开实施例提供一种监听装置，包括：处理模块51，被配置为响应于ue处于非激活态且ue与网络设备的其中至少之一不支持预定能力，基于网络设备的第四能力信息，确
定ue在非激活态的寻呼分组id，其中，第四能力信息，用于指示基于接入网基于空闲态寻呼分组决定非激活态下针对ran寻呼下发送唤醒信号的寻呼分组的能力。
[0318]
本公开实施例提供一种监听装置，包括：接收模块，被配置为接收寻呼配置信息，其中，寻呼配置信息用于指示处于非激活态ue确定寻呼分组方式下的寻呼分组id。
[0319]
本公开实施例提供一种监听装置，包括：接收模块，被配置为接收寻呼配置信息，其中，寻呼配置信息用于指示以下至少之一：ue的第一能力的第一能力信息、ue的第二能力的第二能力信息、网络设备的第三能力的第三能力信息、及网络设备的第四能力的第四能力信息。
[0320]
如图9所示，本公开实施例提供一种监听装置，包括：
[0321]
发送模块61，被配置为发送寻呼配置信息，其中，寻呼配置信息用于指示处于非激活态ue确定寻呼分组方式下的寻呼分组id；寻呼分组id用于处于非激活态的ue监听唤醒信号和/或寻呼消息。
[0322]
在一个实施例中，寻呼分组方式，包括：基于ue-id的寻呼分组方式。
[0323]
在一个实施例中，寻呼配置信息，还用于指示以下至少之一：
[0324]
ue的第一能力信息；其中，第一能力信息，用于指示基于空闲态寻呼时机决定非激活态寻呼时机的能力；
[0325]
ue的第二能力信息；其中，第二能力信息，用于指示基于空闲态分组决定非激活态寻呼分组的能力；
[0326]
网络设备的第三能力信息；其中，第三能力信息，用于指示基于空闲态寻呼时机决定非激活态ran寻呼的寻呼时机的能力；
[0327]
网络设备的第四能力信息；其中，第四能力信息，用于指示基于空闲态寻呼分组决定非激活态针对ran寻呼下发送唤醒信号的寻呼分组的能力。
[0328]
需要说明的是，本领域内技术人员可以理解，本公开实施例提供的装置，可以被单独执行，也可以与本公开实施例中一些装置或相关技术中的一些装置一起被执行。
[0329]
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0330]
本公开实施例提供一种通信设备，包括：
[0331]
处理器；
[0332]
用于存储处理器可执行指令的存储器；
[0333]
其中，处理器被配置为：用于运行可执行指令时，实现本公开任意实施例的监听方法。
[0334]
在一个实施例中，通信设备可以包括但不限于至少之一：网络设备或ue。
[0335]
其中，处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在用户设备掉电之后能够继续记忆存储其上的信息。
[0336]
处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，如图2至图7所示的方法的至少其中之一。
[0337]
本公开实施例还提供一种计算机存储介质，计算机存储介质存储有计算机可执行程序，可执行程序被处理器执行时实现本公开任意实施例的监听方法。例如，如图2至图7所示的方法的至少其中之一。
[0338]
关于上述实施例中的装置或者存储介质，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0339]
图10是根据一示例性实施例示出的一种用户设备800的框图。例如，用户设备800可以是移动电话，计算机，数字广播用户设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
[0340]
参照图10，用户设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(i/o)的接口812，传感器组件814，以及通信组件816。
[0341]
处理组件802通常控制用户设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
[0342]
存储器804被配置为存储各种类型的数据以支持在用户设备800的操作。这些数据的示例包括用于在用户设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
[0343]
电源组件806为用户设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为用户设备800生成、管理和分配电力相关联的组件。
[0344]
多媒体组件808包括在所述用户设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当用户设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
[0345]
音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(mic)，当用户设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
[0346]
i/o接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
[0347]
传感器组件814包括一个或多个传感器，用于为用户设备800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为用户设备800的显示器和小键盘，传感器组件814还可以检测用户设备800或用户
设备800一个组件的位置改变，用户与用户设备800接触的存在或不存在，用户设备800方位或加速/减速和用户设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
[0348]
通信组件816被配置为便于用户设备800和其他设备之间有线或无线方式的通信。用户设备800可以接入基于通信标准的无线网络，如wifi，4g或5g，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
[0349]
在示例性实施例中，用户设备800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
[0350]
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由用户设备800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0351]
如图11所示，本公开一实施例示出一种基站的结构。例如，基站900可以被提供为一网络侧设备。参照图11，基站900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述方法前述应用在所述基站的任意方法。
[0352]
基站900还可以包括一个电源组件926被配置为执行基站900的电源管理，一个有线或无线网络接口950被配置为将基站900连接到网络，和一个输入输出(i/o)接口958。基站900可以操作基于存储在存储器932的操作系统，例如windows server tm，mac os xtm，unixtm,linuxtm，freebsdtm或类似。
[0353]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
[0354]
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。