CN111727641B - 用于处理无线通信网络中的组寻呼的ue、网络节点和方法 - Google Patents

Abstract

根据本文实施例的第一方面，该目的通过一种由用户设备UE执行以用于处理无线通信网络中的寻呼消息的方法来实现。UE配置(201)该UE以根据与该UE相关联的第一标识符来导出要与该UE相关联的组寻呼标识符，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者。UE从无线通信网络接收(202)寻呼消息。该寻呼消息包括与UE相关联的组寻呼标识符。然后，UE根据与该UE相关联的第一标识符来导出(203)与该UE相关联的组寻呼标识符。借助于所导出的组寻呼标识符，UE标识(204)响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

Description

用于处理无线通信网络中的组寻呼的UE、网络节点和方法

技术领域

本文实施例总体涉及用户设备、网络节点及其中的方法。更具体地，本文实施例涉及处理无线通信网络中的寻呼消息。

背景技术

在典型的无线通信网络中，无线设备(也称作无线通信设备、移动站、站点(STA)和/或用户设备(UE))经由局域网(例如，Wi-Fi网络或无线电接入网(RAN))与一个或多个核心网络(CN)进行通信。RAN覆盖被划分为服务区域或小区区域(其也可以被称为波束或波束组)的地理区域，每个服务区域或小区区域由无线电网络节点来提供服务，该无线电网络节点例如是无线电接入节点(如，Wi-Fi接入点或无线电基站(RBS))，在一些网络中，该无线电网络节点还可以称为例如NodeB、eNodeB(eNB)或如5G中所表示的gNB。服务区域或小区区域是其中无线电覆盖由无线电网络节点提供的地理区域。无线电网络节点通过在无线电频率上操作的空中接口与无线电网络节点范围内的无线设备进行通信。

用于演进分组系统(EPS)(也被称为第四代(4G)网络)的规范已经在第三代合作伙伴计划(3GPP)内完成，并且这项工作在即将到来的3GPP版本中继续进行，例如将第五代(5G)网络(也被称为5G新无线电(NR))规范化。EPS包括演进通用陆地无线电接入网(E-UTRAN)(又称为长期演进(LTE)无线电接入网)以及演进分组核心(EPC)(又称为系统架构演进(SAE)核心网络)。E-UTRAN/LTE是3GPP无线电接入网的变型，其中，无线电网络节点与EPC核心网络(而不是3G网络中使用的RNC)直接相连。通常，在E-UTRAN/LTE中，3G RNC的功能分布在无线电网络节点(例如，LTE中的eNodeB)和核心网络之间。因此，EPS的RAN具有基本“扁平”的架构，其包括直接连接到一个或多个核心网的无线电网络节点，即它们不连接到RNC。为了补偿这一点，E-UTRAN规范定义了无线电网络节点之间的直接接口，该接口被表示为X2接口。

多天线技术可以显著地增加无线通信系统的数据速率和可靠性。如果发射机和接收机均配备多个天线(导致多输入多输出(MIMO)通信信道)，则性能尤为提高。这种系统和/或相关技术通常被称为MIMO。

即将到来的5G系统(例如，NR)的重要特性(在本发明的上下文中也是相关的)是使用例如在6-100GHz范围内的高载波频率。对于这样的高频谱，大气、穿透和衍射衰减特性可能比较低频谱差得多。另外，接收机天线孔径(作为描述从入射电磁波收集电磁能量的有效接收机天线区域的度量)与频率成反比，即，如果使用全向接收和发送天线，则即使是在自由空间场景中，对于相同的链路距离，链路预算也会更差。这促使使用波束成形来补偿高频谱中的链路预算的损失。当与具有较差接收机的UE(例如，低成本/低复杂度的UE)进行通信时，这一点尤其重要。用于改善链路预算的其他手段包括重复传输(例如，以允许宽波束或全向传输)或使用来自相同或不同小区中的多个TRP的单频网络(SFN)传输。

由于上述特性，在高频带中，预期使用波束扫描来发送需要覆盖某个区域(即，不仅以具有已知位置/方向的单个UE为目标)(例如，小区)的许多下行链路信号(例如，同步信号、系统信息和寻呼)，即，一次在一个波束中发送信号，顺序地改变波束的方向和覆盖区域，直到整个预期的覆盖区域(例如，小区)已被传输覆盖。

寻呼是移动电信系统中的基本功能。一旦UE响应了寻呼，网络就使用寻呼来联系UE，主要是为了向UE发送下行链路数据。寻呼还可以用于向UE通知小区中的系统信息的更新。它也可以用于向UE通知正在进行的公共警告，例如，ETWS。

在LTE中，处于RRC_IDLE状态的UE驻留在小区上，并且在驻留时，其监视与该小区相关联的寻呼信道。UE被配置为监视重复出现的寻呼时机(PO)，并且可以在寻呼时机之间处于DRX睡眠模式。当在这种寻呼时机对UE进行寻呼时，以寻址到P-RNTI(其由所有UE共享)的DL调度分配的形式在物理下行链路控制信道(PDCCH)上指示该寻呼。该DL调度分配指示物理下行链路共享信道(PDSCH)上的DL传输资源，在物理下行链路共享信道(PDSCH)上发送实际的寻呼消息。处于RRC_IDLE状态的UE(在该UE的寻呼时机之一处接收寻址到P-RNTI的DL调度分配)从所分配的DL传输资源中接收并读取该寻呼消息，以查明该寻呼消息是否针对该UE。通过一个或多个UE寻呼标识符(S-TMSI或IMSI)在寻呼消息中指示要经受寻呼的UE，其中，每个UE寻呼标识符都包括在寻呼记录中。可以寻址多达16个UE，即，一个寻呼消息中可以有多达16个寻呼记录。

如上所述，在NR中，必须在高载波频率上(例如，高于6GHz)使用波束成形来发送寻呼，因此必须使用波束扫描(在当前指定的最高频带中具有多达64个波束)以用该寻呼覆盖整个小区。这会产生大量控制信令开销，特别是因为通常必须在多个小区中发送寻呼信号。

为了减少与较高载波频率上的寻呼相关联的控制信令开销，已经提出了组寻呼概念，其中，寻呼标识符与多个UE或一组UE相关联(因此，寻呼标识符也称为组寻呼标识符)。借助于较短的寻呼标识符(与使用完整的UE寻呼标识符作为例如S-TMSI或IMSI相比)，来将寻呼过程中的无线电接口上的初始DL消息的大小保持得较小。接收包含其组寻呼标识符的寻呼消息的UE需要与网络联系，以查明其实际上是否正在被寻呼。该概念也称为响应驱动的寻呼。

在3GPP中，当前存在关于如何向UE分配组寻呼标识符所讨论的两个提议。这两个提议都基于通过根据UE ID来导出组寻呼标识符的隐式分配。在提议之一中，UE ID被散布成比特图中的比特，其中，该比特图中的每个比特对应于所配置的组寻呼标识符之一(或者，换句话说，所配置的寻呼组之一)。通过该原理，通过在寻呼消息中包括的比特图中将该比特图中的对应比特设置为0或1来指示寻呼是否针对某个组寻呼标识符(或寻呼组)。在另一提议中，通过从最高有效比特(MSB)方向或从最低有效比特(LSB)方向将UE ID或UE ID的某个唯一部分截断到较短的标识符来导出组寻呼标识符。在一般形式中，第二提议可以是使用任意散列函数将UE ID散布为较短的标识符。

如果使用比特图方法，则寻呼信息包括该比特图，并且在该比特图中设置的一个或多个比特指示由该寻呼所针对的UE的组寻呼标识符。如果使用截断的UE ID(或散布的UEID)方法，则寻呼信息包括该寻呼所针对的一个或多个截断的(或散列的(hashed))UE ID。

NR中与寻呼相关的另一潜在特征是(在3GPP中尚未达成协议)仅PDCCH寻呼，也称为DCI寻呼。通过该特征，将仅使用PDCCH传输(寻址到P-RNTI)，而在PDSCH上发送的常规RRC寻呼消息将被省略。因此，所有相关的寻呼信息必须被限制在PDCCH上的DCI中，因此该DCI可以称为寻呼DCI。这在寻呼仅用于指示系统信息的更新(包括ETWS、CMAS和EAB参数更新)时效果很好，类似于LTE中的直接指示信息机制。然而，对于NR，在要包括的与寻呼相关的数据很小的情况下，例如当仅单个UE被寻呼时或当使用响应驱动的寻呼时，DCI寻呼也可以用于常规寻呼(即，不仅用于系统信息的更新等)。

在NR中，寻呼可以用于处于RRC_IDLE状态或处于RRC_INACTIVE状态的UE。在前一种情况下，寻呼由核心网络(CN)(其对于5G也称为下一代核心(NGC)或5G核心(5GC))发起，而在后一种情况下，寻呼由RAN(其对于5G也称为下一代RAN(NG-RAN))发起，该RAN例如是存储UE的RAN上下文的锚gNB。出于稳健性的原因，在网络与UE之间的状态不匹配的情况下，也可以通过CN发起的寻呼来到达处于RRC_INACTIVE状态的UE。预期在PDSCH上发送的同一RRC寻呼消息用于两种类型的寻呼，即，不考虑寻呼是由CN发起的还是由RAN发起的。同样，如果DCI寻呼的概念将在NR中使用，则预期在PDCCH上发送的同一寻呼DCI用于CN发起的寻呼和RAN发起的寻呼两者。

处于RRC_INACTIVE状态的UE取决于CN发起寻呼还是RAN发起寻呼来采取不同行动。当接收到RAN发起的寻呼时，处于RRC_INACTIVE状态的UE应该接入网络以请求恢复RRC连接。当接收到CN发起的寻呼时，处于RRC_INACTIVE状态的UE应该进入RRC_IDLE状态并接入网络以请求建立新的RRC连接。UE可以根据在寻呼消息中使用的UE标识符的类型来确定寻呼的发起者。如果寻呼是由CN发起的，则寻呼消息中包括的UE标识符是CN(NAS)标识符，即，S-TMSI或IMSI，而如果寻呼是由RAN发起的，则寻呼消息中包括的UE标识符是RAN标识符，即，I-RNTI。

处于RRC_IDLE状态的UE应该只期望接收CN发起的寻呼，该CN发起的寻呼包含其CN标识符。

文档(ERICSSON(爱立信)：“Response-driven paging to reduce beam sweepingoverhead in NR”，3GPP DRAFT；R2-1800355)公开了对无线通信网络中的寻呼消息的处理。UE被配置为从与UE相关联的第一标识符中导出将与UE相关联的组寻呼标识符，以及使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者。UE从无线通信网络接收寻呼消息。该寻呼消息包括与UE相关联的组寻呼标识符。然后，UE从与该UE相关联的第一标识符中导出与该UE相关联的组寻呼标识符。借助于所导出的组寻呼标识符，UE标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者，其中与寻呼的发起者有关的信息是通过PDCCH和PDSCH中的任何一个上的传输来提供的。

文档(NOKIA ALCATEL-LUCENT SHANGHAI BELL(诺基亚阿尔卡特朗讯上海贝尔)：“Paging in NR at HF operation”，3GPP DRAFT；R2-168124)涉及一种针对NR的响应驱动的寻呼过程，其中，为了减少NR的无线电资源开销，UE监视一个特定的寻呼指示符。

文档(华为等：“Efficiency of direct and response-driven paging”，3GPPDRAFT；R2-1710541)涉及一种响应驱动的寻呼方案，其中在所有波束上发送某种形式的短寻呼指示符，并且与指示符匹配的UE向网络发送响应，以请求传递实际的寻呼消息。

发明内容

本文实施例的目的是改善使用寻呼的无线通信网络的性能。

根据本文实施例的第一方面，该目的通过一种由用户设备UE执行以用于在无线通信网络中处理寻呼消息的方法来实现。UE被配置为根据与该UE相关联的第一标识符来导出要与该UE相关联的组寻呼标识符，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者。UE从无线通信网络接收寻呼消息。寻呼消息包括与UE相关联的组寻呼标识符。然后，UE根据与该UE相关联的第一标识符来导出与该UE相关联的组寻呼标识符。借助于所导出的组寻呼标识符，UE标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

根据本文实施例的另一方面，该目的通过一种由网络节点执行以用于配置UE来处理无线通信网络中的寻呼消息的方法来实现。网络节点将UE配置为根据与该UE相关联的第一标识符来导出要与该UE相关联的组寻呼标识符，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者。然后，网络节点向UE发送寻呼消息。寻呼消息包括与UE相关联的组寻呼标识符，使得UE能够根据与该UE相关联的第一标识符来导出与该UE相关联的组寻呼标识符，并且借助于所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

根据本文的实施例的另一方面，该目的通过一种用于处理无线通信网络中的寻呼消息的用户设备UE来实现。该UE被配置为：

-配置UE以根据与该UE120相关联的第一标识符来导出要与该UE相关联的组寻呼标识符，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者。

-从无线通信网络接收寻呼消息，并且该寻呼消息适于包括与UE相关联的组寻呼标识符，

-根据与UE相关联的第一标识符来导出与该UE相关联的组寻呼标识符，以及

借助于所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和所述寻呼的发起者。

根据本文的实施例的另一方面，该目的通过一种由网络节点执行以用于配置UE来处理无线通信网络中的寻呼消息的方法来实现。该网络节点被配置为：

-将UE配置为根据与该UE相关联的第一标识符来导出要与该UE相关联的组寻呼标识符，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者，以及

-向UE发送寻呼消息，该寻呼消息包括与UE相关联的组寻呼标识符，使得UE能够根据与该UE相关联的第一标识符来导出与该UE相关联的组寻呼标识符，并且借助于所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

附图说明

参照附图来更详细地描述本文的实施例的示例，在附图中：

图1是示出了无线通信网络的实施例的示意框图。

图2是描绘了UE中的方法的实施例的流程图。

图3是描绘了网络节点中的方法的实施例的流程图。

图4是示出了UE的实施例的示意框图。

图5是示出了第一网络节点的实施例的示意框图。

图6示意性地示出了经由中间网络连接至主机计算机的电信网络。

图7是通过部分无线连接经由基站与用户设备通信的主机计算机的概括框图。

图8至图11是示出了在包括主机计算机、基站和用户设备的通信系统中实现的方法的流程图。

具体实施方式

作为对本文的实施例进行开发的一部分，首先将识别并讨论问题。

当引入响应驱动的寻呼及其根据UE ID导出的组寻呼标识符的概念时，会出现在针对处于RRC_INACTIVE状态的UE设计用于监视用于RAN发起的寻呼和CN发起的寻呼两者的寻呼信道的原理时未预见到的问题。根据UE ID(通过散列或截断)导出组寻呼标识符(或寻呼组)取决于其导出自哪个UE ID(这适用于比特图方法和截断的UE ID方法)，并且即使UE在寻呼消息中找到可能的匹配，UE也无法明确地确定寻呼是否针对该UE，因为UE不知道组寻呼标识符是根据S-TMSI导出的还是根据I-RNTI(或其他UE ID)导出的。

由引入RRC_INACTIVE状态引起的另一个问题是处于RRC_IDLE状态的UE可以被RAN发起的寻呼无意触发。如上文在第2.1节中所述，UE根据寻呼消息中包括的UE标识符的类型来确定寻呼的发起者(CN或RAN)。当发送常规寻呼消息时，UE需要读取在PDSCH上发送的寻呼消息，以查明该寻呼是由CN发起的还是由RAN发起的。当引入响应驱动的寻呼时，寻呼消息(或寻呼DCI)包括组寻呼标识符，UE无法从中确定该寻呼的发起者，因此，在这种情况下，UE需要接入网络以查明该寻呼是由CN发起的还是由RAN发起的。

当UE想要被告知其是否被寻呼时，上述问题可能会导致大量的冗余网络接入和DL响应，从而徒劳地消耗网络资源和UE能量(逐渐耗尽电池)并导致网络中的干扰增加。

RRC_INACTIVE状态是在NR中引入的新状态，其在LTE中不存在(但3GPP已经达成协议来在LTE中也引入这种状态)。RRC_INACTIVE状态的目的是减少无线电和网络接口上的信令开销，并改善UE接入时延以及UE能耗。在这种状态下，核心网络(CN)仍将UE视为已连接的，因此尽管释放了gNB与UE之间的RRC连接，CN-RAN连接仍保持活动。为了减少在连接建立时的无线电接口信令，上下文信息在UE和gNB中保持活动，这使UE在其被寻呼或具有要发送的UL数据或信令时能够恢复其RRC连接。当CN具有要向UE发送的用户数据或控制数据时，向锚gNB发送该数据，然后该锚gNB发起对UE的寻呼(也称为RAN发起的寻呼)。在RRC_INACTIVE中，UE可以在网络配置的RAN通知区域(RNA)中移动，而无需向网络通知其在RNA内的位置。当UE离开其配置的RNA时，UE通知网络。如果经过了太长的时间而没有在UE与网络之间进行通信，则UE向网络发送周期性的RAN区域更新，即使UE尚未离开其配置的RNA。

本文的一些实施例涉及在CN和RAN发起的寻呼下对寻呼发起者的指示。在响应驱动的寻呼下确定组寻呼标识符。

在多个实施例中解决了上述问题，其中一些实施例应被视为备选方案，而一些实施例可以被组合使用。在实施例中反映了两个主要原理：

·在一个实施例中，通过强制使同一UE ID始终被用作导出源，为不考虑寻呼是由CN发起的还是由RAN发起的(这被称为统一的组寻呼标识符导出),消除了在响应驱动的寻呼中根据哪个UE ID来导出组寻呼标识符的不确定性。

·在其他实施例中，在响应驱动的寻呼中，寻呼的发起者(CN或RAN)或从中导出组寻呼标识符(或寻呼组)的UE ID是在PDCCH或PDSCH上(或在PDCCH配置参数中)指示的。

对于统一的组寻呼标识符导出，优选S-TMSI作为导出的输入。

其他实施例包括通过不同的P-RNTI、PDCCH上的DCI中的显式指示、PDSCH消息中的显式指示、或通过单独的寻呼信道进行的寻呼发起者(或组寻呼标识符导出源)指示。

本文实施例的优点至少包括：

当使用响应驱动的寻呼时，处于RRC_INACTIVE状态的UE可以明确地确定其组寻呼标识符是否包括在寻呼中。由此，可以避免大量的冗余网络接入，并且可以节省UE能量。

此外，由于UE已经可以根据PDCCH上的DCI(例如，根据当P-RNTI被用作指示符时的CRC校验)来确定寻呼是由CN发起的还是由RAN发起的，因此处于RRC_IDLE状态的UE可以省略对PDSCH上(或UE在检测到指示后可以对其停止解析的PDCCH上的DCI)的寻呼信息中是否存在其UE ID(例如，S-TMSI)或组寻呼标识符(即，根据UE ID导出的组寻呼标识符)的检查。在使用响应驱动的寻呼的情况下，可以避免大量的冗余网络接入，并且可以节省UE能量。

对于实施例2，另一优点在于，如果处于RRC_IDLE状态的UE检测到寻呼是由RAN发起的，则该UE可以中止进一步的PDCCH处理并且省略可能的PDSCH处理(而不考虑是使用响应驱动的寻呼还是常规寻呼)。对于实施例3，如果寻呼是由RAN发起的，则处于RRC_IDLE状态的UE可以跳过部分PDSCH处理，并且对于实施例4，处于RRC_IDLE状态的UE甚至将不会接收由RAN发起的寻呼。

本文的实施例总体上涉及无线通信网络。图1是描绘了无线通信网络100的示意概览图。无线通信网络100包括一个或多个RAN和一个或多个CN。无线通信网络100可以使用多种不同的技术，例如，Wi-Fi、长期演进(LTE)、高级LTE、5G、新无线电(NR)、宽带码分多址(WCDMA)、全球移动通信系统/增强型数据速率GSM演进(GSM/EDGE)、全球微波互通接入(WiMax)或超移动宽带(UMB)，以上仅为一些可能的实现。本文的实施例涉及最近在5G背景下特别感兴趣的技术趋势，然而，实施例也适用于现有无线通信系统(例如，WCDMA和LTE)的进一步发展。

在无线通信网络100中，诸如移动台、非接入点(非AP)STA、STA、用户设备和/或无线终端之类的无线设备(例如，一个或多个UE 120)经由一个或多个接入网(AN)(例如，RAN)与包括至少一个NGC节点130(也被称为5GC节点)的一个或多个核心网络(CN)进行通信。本领域技术人员应该理解的是，“无线设备”是非限制性的术语，其意味着任意终端、无线通信终端、用户设备、机器类型通信(MTC)通信设备、设备到设备(D2D)终端，或节点(例如，智能电话、膝上型电脑、移动电话、传感器、中继、移动平板电脑、或甚至在小区内进行通信的小型基站)。

无线通信网络100包括在地理区域(服务区域11)上提供无线电覆盖的网络节点110，该地理区域也可以被称为诸如5G、LTE、Wi-Fi等的第一无线电接入技术(RAT)的波束或波束组。网络节点110可以是NG-RAN节点、发送点和接收点(例如，基站)、无线电接入网络节点(例如，无线局域网(WLAN)接入点或接入点站(AP STA))、接入控制器，诸如无线电基站之类的基站(例如，NodeB、演进节点B(eNB、eNodeB)、gNB、基站收发机站、无线电远端单元、接入点基站、基站路由器、无线电基站的传输装置、独立接入点、或者能够根据例如第一无线接入技术和所使用的术语在网络节点110服务的服务区域内与无线设备进行通信的任何其他网络单元)。网络节点110可以称为服务无线电网络节点，并且利用到UE 120的下行链路(DL)传输和来自UE 120的上行链路(UL)传输与UE 120通信。

网络节点110可以称为锚网络节点或锚gNB，这可能是例如因为在该节点中存储UE的RAN上下文(即，状态信息)，而当UE处于RRC_INACTIVE状态时，由该节点保持与UE有关的RAN-CN连接。

本文的方法可以由网络节点110或核心网络节点130执行。作为备选方案，例如包括在图1中所示的云140中的分布式节点(DN)和功能可以用于执行或部分执行该方法。

在多个实施例中解决了上述问题，其中一些应被视为备选方案，而一些可以被组合使用。

实施例1：统一的组寻呼标识符导出

在该实施例中，通过强制始终使用相同的UE ID，而不考虑寻呼是由CN发起的还是由RAN发起的，来消除对作为所导出的组寻呼标识符的基础的哪个UE ID(即，从中导出组寻呼标识符的UE ID)的歧义性。

诸如UE 120之类的UE始终具有CN分配的标识符(即，S-TMSI)，而不管该UE处于RRC_IDLE状态还是处于RRC_INACTIVE状态，而RAN分配的UE标识符仅在RRC_INACTIVE状态下可用，而在RRC_IDLE状态下不可用。因此，对用于导出组寻呼标识符(或者在使用比特图的情况下为寻呼组)的UE标识符的优选选择是S-TMSI。因此，当使用比特图方法时，S-TMSI用于导出比特图中代表分配给UE的组寻呼标识符或寻呼组的比特。如果使用截断或使UEID散列的方法，则将S-TMSI或其中的某个部分截断或散列成较短的组寻呼标识符。

如上所述，组寻呼标识符(或寻呼组)可以根据S-TMSI的某个唯一部分(例如，移动性管理实体-TMSI(M-TMSI))来导出。

注意，根据本实施例，仅当导出组寻呼标识符时，才应当将S-TMSI用于CN发起的寻呼和RAN发起的寻呼两者。当接收到具有匹配的组寻呼标识符的寻呼的UE(例如，UE 120)从网络(例如，无线通信网络100)请求完整的寻呼消息(或被寻呼的UE的UE ID的列表)时，网络将根据寻呼是由CN发起的还是由RAN发起的来返回不同的UE ID(即，针对CN发起的寻呼返回S-TMSI并且针对RAN发起的寻呼返回I-RNTI)。

为了在UE 120处于RRC_INACTIVE状态并且寻呼由RAN(即，由锚gNB，例如，NG-RAN节点110)发起时支持该方法，CN必须向RAN(即，向锚gNB，例如，NG-RAN节点110)传送从中导出组寻呼标识符的UE的S-TMSI(也称为5G-S-TMSI)或S-TMSI的一部分。当在锚gNB中建立UE上下文时，这优选地以例如从CN(例如，NGC节点130，也称为5GC节点130(例如，AMF))到gNB的消息来进行，以与LTE中的S1AP初始上下文建立请求消息相对应或类似的消息来进行。从中导出组寻呼标识符的S-TMSI或其一部分被存储在锚gNB中的UE上下文中，并在RRC_CONNECTED状态下进行gNB间切换的情况下向目标gNB传送。如果例如由于RNA更新而在RRC_INACTIVE状态下改变锚gNB，则通过上下文获取过程来向新的锚gNB传送从中导出组寻呼标识符的S-TMSI或其一部分。如果例如在CN节点间切换(例如，RRC_CONNECTED状态下的AMF间切换，或(例如，由于RNA更新而导致的)RRC_INACTIVE状态下的锚gNB的改变)之后S-TMSI被改变，则CN向新的锚gNB传送从中导出组寻呼标识符的新的S-TMSI或其一部分。

当在RAN中建立UE上下文时，用于从CN向RAN主动传送从中导出组寻呼标识符的S-TMSI或其一部分的备选方案可以是，当UE从RRC_CONNECTED状态切换到RRC_INACTIVE状态时，锚gNB从CN(例如，从AMF)请求该S-TMSI或其一部分。如果CN节点的改变导致S-TMSI将被更新，则可以从锚gNB请求或由CN(例如，AMF)向锚gNB主动传送从中导出组寻呼标识符的S-TMSI或其一部分。

另一(非优选)备选方案可以是，锚gNB仅在其需要时才从CN请求从中导出组寻呼标识符的S-TMSI或其一部分。例如，当触发对处于RRC_INACTIVE状态的UE的RAN发起的寻呼时，锚gNB可以向CN请求从中导出组寻呼标识符的S-TMSI或其一部分。

又一备选方案可以是，CN不向RAN传送从中导出组寻呼标识符的S-TMSI或其一部分，而是导出组寻呼标识符并向RAN传递所导出的组寻呼标识符。注意，为了使该备选方案起作用，导出算法必须不包含任何RAN特定的标识符或参数，该RAN特定的标识符或参数在不同的小区之间或在不同的gNB之间可能会变化。

对于诸如由NGC节点130进行的CN发起的寻呼，S-TMSI被包括在从CN到RAN的寻呼指令消息中以用于常规寻呼，并且该原理也可以被保持以用于响应驱动的寻呼。该消息可以从AMF向gNB发送，并且可以是与在EPS/LTE中从MME向eNB发送的S1AP寻呼消息相对应的消息。

通常，优选的是，RAN决定是应当使用常规寻呼还是响应驱动的寻呼，并且CN甚至不必知道使用了哪种寻呼类型(如上所述，只要它向RAN传送从中导出组寻呼标识符的S-TMSI或其一部分，以使RAN能够发起潜在的RAN发起的响应驱动的寻呼)。

在极少数错误情况下，可能会发生没有S-TMSI可用于要寻呼的UE的情况。为了处理这种情况，当关于NR标准的规范工作进一步发展时，3GPP LTE标准以及可能还有NR标准允许将IMSI作为UE标识符的寻呼。在这种场景中，显然不能使用该实施例，因为没有用于从中导出组寻呼标识符的S-TMSI。替代地，当没有S-TMSI可用时，必须使用常规寻呼(即，非响应驱动的寻呼)。

备选方案可以是使用IMSI或IMSI的某个唯一部分，而不是使用S-TMSI作为UE ID来始终从中导出组寻呼标识符(或寻呼组)。

不管是将比特图还是截断的(散列的)UE ID表示方法用于组寻呼标识符，该实施例都同样适用。

实施例2：在PDCCH上指示寻呼发起者

实施例1的统一的组寻呼标识符导出的备选方案或补充方案是在PDCCH上指示是CN(例如，NGC节点130)或RAN(例如，NG-RAN节点110)发起了寻呼。这可以通过在PDCCH上的DCI中使用专用P-RNTI或一个或多个显式参数来完成。注意，当不与实施例1组合时，指示是CN发起了寻呼还是RAN发起了寻呼等同于指示是根据S-TMSI还是I-RNTI来导出组寻呼标识符。这排除了S-TMSI不可用并且因此替代地使用IMSI的特殊错误情况。在这种情况下，除非使用第5.5节中描述的扩展，否则必须使用常规寻呼(即,非响应驱动的寻呼)。

实施例2a：使用P-RNTI来指示寻呼发起者

在该实施例中，由PDCCH传输所寻址到的P-RNTI来指示寻呼发起者(即，寻呼是由CN发起的还是由RAN发起的)。以下是该机制的三种备选方案：

备选方案1：

两个RNTI被配置(被指定，即，在标准中被硬编码，或经由系统信息被动态配置)为专用P-RNTI。它们中的一个指示寻呼是由CN(例如，NGC节点130)发起的，并且另一个指示寻呼是由RAN(例如，NG-RAN节点110)发起的。该实施例可以与实施例1一起使用，即，与组寻呼标识符的统一的导出一起使用，而不考虑寻呼的发起者，例如，始终根据S-TMSI或其某个唯一部分来导出组寻呼标识符。然而，该实施例还允许可以针对CN发起的寻呼和RAN发起的寻呼，根据不同的UE标识符来导出组寻呼标识符，例如，当由CN发起寻呼时，根据S-TMSI或其某个唯一部分来导出组寻呼标识符，并且当由RAN发起寻呼时，根据I-RNTI来导出组寻呼标识符。

如果组寻呼标识符针对CN发起的寻呼和RAN发起的寻呼根据不同的UE标识符来导出，则在多个UE区域同时被寻呼的情况下(即，多个UE被包括在PDSCH上的同一寻呼消息或PDCCH上的同一寻呼DCI中)，该实施例备选方案可以仅在同一寻呼发起者的情况下应用于所有寻呼。为了在不同的寻呼发起者的情况下同时实现对UE的寻呼(使用响应驱动的寻呼)，必须使用以下其他实施例备选方案之一，或者必须配置两个并行的寻呼信道，使得可以将它们中的一个用于由CN发起的寻呼，一个用于由RAN发起的寻呼，并且处于RRC_INACTIVE状态的UE必须监视这两个寻呼信道。

该实施例备选方案不仅消除了组寻呼标识符导出自哪个UE ID的歧义性，而且潜在地减少了UE中的处理。后者可以被实现，因为处于RRC_IDLE状态的UE在断定接收到的DCI没有寻址到指示CN发起的寻呼的P-RNTI之后可以中止处理。当在PDSCH上发送寻呼信息的主要部分时，这是明显的优点，但是当将寻呼信息限制在PDCCH上的DCI时，也可以节省一些处理，因为UE(例如，UE 120)可能在CRC计算之后但在解析实际的DCI内容之前已经中止了处理。

备选方案2：

该备选方案与备选方案1的不同之处在于，三个RNTI被配置(被指定，即，在标准中被硬编码，或者经由系统信息被动态配置)为专用P-RNTI。该三个P-RNTI(例如，P-RNTI1、P-RNTI2和P-RNTI3)指示：

P-RNTI1＝CN发起的寻呼

P-RNTI2＝RAN发起的寻呼

P-RNTI3＝混合的CN发起和RAN发起的寻呼

注意，在针对CN发起的寻呼和RAN发起的寻呼的组寻呼标识符的统一的导出(如实施例1中)的情况下，P-RNTI3仅可以与常规寻呼一起使用，或者与响应驱动的寻呼一起使用。此外，当使用P-RNTI3时，没有潜力得到上述用于备选方案1的那种处理减少。P-RNTI3的唯一目的是对P-RNTI1和P-RNTI2进行补充，以实现同一时间(即，被包括在PDSCH上的同一寻呼消息中或PDCCH上的同一寻呼DCI中)的寻呼类型的混合。

备选方案3：

该备选方案与备选方案1的不同之处在于，用于CN发起的寻呼的P-RNTI也用于CN发起的寻呼和RAN发起的寻呼的混合。即，两个P-RNTI将被配置(被指定，即，在标准中被硬编码，或者经由系统信息被动态配置)如下：

P-RNTI1＝仅CN发起的寻呼或CN发起的寻呼和RAN发起的寻呼的混合

P-RNTI2＝RAN发起的寻呼

实施例2b：使用DCI参数来指示寻呼发起者

在该实施例的情况下，寻呼(即，RAN(例如，NG-RAN节点110)或CN(例如，NGC节点130)发起的寻呼)的发起者由PDCCH2上的DCI中的显式参数来指示。该实施例对于常规寻呼和响应驱动的寻呼两者都是有用的。

如果仅PDCCH寻呼(DCI寻呼)与响应驱动的寻呼一起使用，则单个公共寻呼指示符可以用于整个寻呼DCI，或者可以每被寻呼UE(例如，UE 120)使用一个寻呼指示符，例如，每个被包括的组寻呼标识符的一个指示符(即，在比特图的情况下，每比特或被激活比特一个指示符，并且在截断的(或散列的)UE ID的情况下，每截断的(或散列的)UE标识符一个指示符)。

如果使用PDCCH和PDSCH传输的寻呼被使用，则DCI中的参数对于正被寻呼的所有UE将是有效的(即，没有不同寻呼类型的混合)。

实施例3：在PDSCH上指示寻呼发起者

在该实施例的情况下，寻呼(即，RAN(例如，NG-RAN节点110)或CN(例如，NGC节点130)发起的寻呼)的发起者由PDSCH上的寻呼信息中的显式参数来指示。该实施例与响应驱动的寻呼相结合是有用的，因为在常规寻呼的情况下，寻呼类型(即，CN发起的或RAN发起的)由PDSCH上的寻呼消息中的UE ID固有地指示。

该参数可以是用于整个PDSCH消息的一个指示符(即，没有寻呼类型的混合)，或者是每被寻呼UE的一个指示，例如，每个被包括的组寻呼标识符的一个指示符(即，在比特图的情况下，每比特或被激活比特一个指示符，并且在被截断的(或散列的)UE ID的情况下，每截断的(或散列的短)UE标识符一个指示符。

注意，当不与实施例1组合时，指示是CN还是RAN发起了寻呼等同于指示是根据S-TMSI还是I-RNTI来导出组寻呼标识符。这排除了S-TMSI不可用并且因此替代地使用IMSI的特殊错误情况。在这种情况下，除非使用第5.5节中描述的扩展，否则必须使用常规寻呼(即，非响应驱动的寻呼)。

实施例4：针对CN发起的寻呼和RAN发起的寻呼配置不同的寻呼信道

如上所述，区分CN(例如，NGC节点130)发起的寻呼和RAN(例如，NG-RAN节点110)发起的寻呼的一种方式可以是针对这两种寻呼类型中的每一种配置单独的寻呼信道。这种配置可以包括例如在CORESET和/或搜索空间方面的时间和/或频率传输资源(例如，OFDM符号时隙或子帧和/或OFDM子载波)。该配置还可以包括诸如DMRS和加扰序列之类的特性。

在该实施例中，处于RRC_INACTIVE状态的UE(例如，UE 120)将监视两个寻呼信道，即，用于RAN发起的寻呼的寻呼信道和用于CN发起的寻呼的寻呼信道两者，而处于RRC_IDLE状态的UE将仅监视用于CN发起的寻呼的寻呼信道。

注意，当不与实施例1结合时，该实施例的特性是，对于在用于RAN发起的寻呼的寻呼信道上发送的响应驱动的寻呼，将根据I-RNTI来导出组寻呼标识符，而对于在用于CN发起的寻呼的寻呼信道上发送的响应驱动的寻呼，将根据S-TMSI来导出组寻呼标识符。这排除了S-TMSI不可用并因此替代地使用IMSI的特殊错误情况。在这种情况下，除非使用第5.5节中描述的扩展(例如，在UE ID(例如，在响应驱动的寻呼中用于组寻呼标识符导出)使IMSI时，配置要使用的第三寻呼信道)，否则必须使用常规寻呼(即，非响应驱动的寻呼)。

扩展以覆盖使用根据IMSI导出的组寻呼标识符进行的寻呼

如果需要，则上述实施例2-4可以被扩展以还覆盖在响应驱动的寻呼中根据IMSI来导出组寻呼标识符的情况。

对于实施例2a，附加的P-RNTI必须被配置为指示有关的UE ID是IMSI(除非使用实施例1的统一的组寻呼标识符导出，备选方案是始终根据IMSI来导出组寻呼标识符)。

对于实施例2b和实施例3，寻呼类型指示符(在实施例2b中在PDCCH上的DCI中，并且在实施例3中在PDSCH消息中)将必须被扩展，例如，从1比特扩展到2比特，以能够指示三种不同的UE ID情况：S-TMSI、I-RNTI、IMSI。

对于实施例4，必须配置要在寻呼基于IMSI时使用的附加寻呼信道。备选方案可以是当UE ID是S-TMSI时和当UE ID是IMSI时都使用同一寻呼信道，并且在PDCCH或PDSCH上指示使用了这两个UE ID中的哪一个。

实施例1可以与或可以不与实施例2-4结合。

实施例1的本质可以被表示为配置UE(例如，UE 120)以根据与该UE相关联的第一标识符来导出要与该UE相关联的组寻呼标识符，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者。从中导出组寻呼标识符的UE ID(第一标识符)优选地应当在标准中(优选地是S-TMSI或其某个UE唯一部分)被硬编码，但是这可以被视为是一种配置形式。仅出于该目的，可能应当提及其他配置方式作为备选方案，例如，经由系统信息进行的配置。注意，UE和网络两者都执行相同的独立于寻呼发起者的对UE的组寻呼标识符的导出。

对于实施例2-4，本质可以被表示为在PDCCH或PDSCH上的与寻呼相关的传输上指示寻呼的发起者，或者在响应驱动的寻呼中从中导出组寻呼标识符的UE ID(假设这还覆盖：指示以不同的PDCCH配置的形式出现，以便也覆盖实施例4)。在针对UE的从属权利要求中，可以提出选择UE ID以从中导出组寻呼标识符以及PDCCH处理的潜在提前中止的方面。

现在将参照图2中描绘的流程图来描述从UE 120的角度看到的由UE 120执行以用于处理无线通信网络100中的寻呼消息的方法的示例实施例。在一些实施例中，UE 120可以处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态。

这涉及本文档中的上述一些实施例。该方法可以包括以下动作中的一个或多个，这些动作可以以任何合适的顺序进行。

动作201

UE 120配置UE 120以导出要与UE 120相关联的组寻呼标识符。组寻呼标识符是根据与UE 120相关联的第一标识符来导出的。它还将UE 120配置为使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者。

在一些实施例中，将相同类型的第一标识符始终被用作导出源，而不考虑所述寻呼是由核心网络CN还是由无线电接入网RAN发起的。

在一些实施例中，与寻呼过程的发起者有关的信息通过物理下行链路控制信道PDCCH和物理下行链路共享信道PDSCH中的任何一个上的传输来提供。

到达UE 120的实际的寻呼消息可以由RAN发送。因此，“发起者”可以指代发起整个寻呼过程的一方。对于CN发起的寻呼，CN节点可以指示一个或多个gNB来向UE 120发送寻呼消息。对于RAN发起的寻呼，锚gNB可以以讲话的方式来指示自己，并潜在地指示其他gNB来向UE 120发送寻呼消息。

动作202

UE 120从无线通信网络100接收寻呼消息。寻呼消息可以例如作为响应驱动的寻呼的一部分被接收。寻呼消息包括与UE 120相关联的组寻呼标识符。

寻呼消息例如由NGC节点130或NG RAN节点110中的任何一者发起。

动作203

UE 120根据与UE 120相关联的第一标识符来导出与UE 120相关联的组寻呼标识符。

动作204

借助于所导出的组寻呼标识符，UE 120然后标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者，可以通过将所导出的组寻呼标识符与在寻呼消息中接收到的组寻呼标识符进行比较来执行。

组寻呼标识符可以是以下中的任何一种：短标识符或具有比特图中的比特的形式的组寻呼标识符。

在一些实施例中，组寻呼标识符是比第一标识符短的标识符，并且是以下中的任何一种：是通过截断或散列导出的，或者具有比特图中的比特的形式，其中，比特图中的每个比特指示某个组寻呼标识符的存在或不存在。

现在将参照图3中描绘的流程图来描述由网络节点110、130执行以用于配置UE120来处理无线通信网络100中的寻呼消息的方法的示例实施例。这涉及本文档中以上所述的一些实施例。网络节点110、130可以是NGC节点130或NG RAN节点110中的任何一个。UE120可以例如处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态。该方法可以包括以下动作中的一个或多个，这些动作可以以任何合适的顺序进行。

动作301

网络节点110、130将UE 120配置为导出要与UE 120相关联的组寻呼标识符。组寻呼标识符是根据与UE 120相关联的第一标识符来导出的。网络节点110、130还将UE 120配置为使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者。

动作302

网络节点110、130向UE 120发送寻呼消息。寻呼消息包括与UE 120相关联的组寻呼标识符，使得UE 120能够根据与UE 120相关联的第一标识符来导出与UE 120相关联的组寻呼标识符，并且借助于所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。这可以例如通过将所导出的组寻呼标识符与在寻呼消息中接收到的组寻呼标识符进行比较来执行。

寻呼消息可能已经由NGC节点130或NG RAN节点110中的任何一个发起。

组寻呼标识符可以是以下中的任何一种：短标识符或具有比特图中的比特的形式的组寻呼标识符。

在一些实施例中，组寻呼标识符是比第一标识符短的标识符，并且是以下中的任何一种：是通过截断或散列导出的，或者具有比特图中的比特的形式，其中，比特图中的每个比特指示某个组寻呼标识符的存在或不存在。

图4示出了UE 120的示例。

为了执行用于处理无线通信网络中的寻呼消息的方法，UE 120可以包括图4所示的布置。第一UE 120可以例如包括配置单元410、接收单元420、导出单元430和标识单元440。

图5示出了网络节点110、130的示例。

为了执行用于将UE(120)配置为处理无线通信网络的寻呼消息的方法，网络节点110、130可以包括图5中所示的布置。网络节点110、130可以例如包括配置单元510和发送单元520。

网络节点110、130(例如，NGC节点130或NG RAN节点110或UE 120)可以包括被配置为彼此通信的输入和输出接口。输入和输出接口可以包括无线接收机(未示出)和无线发射机(未示出)。

可以通过相应的处理器或一个或多个处理器(例如，图4和图5中描绘的网络节点110、130中的处理电路的处理器530以及UE 120中的处理电路的处理器450)连同用于执行本文的实施例的功能和动作的计算机程序代码一起来实现本文的实施例。上述程序代码还可以被提供为例如数据载体形式的计算机程序产品，所述数据载体承载当被加载至网络节点110、130和UE 120时执行本文的实施例的计算机程序代码。这样的一种载体可以是CDROM盘的形式。然而还可以是诸如存储棒之类的其它数据载体。计算机程序还可以被提供为服务器上的纯程序代码并下载到网络节点110、130和UE 120。

网络节点110、130和UE 120还可以分别包括存储器540、460，存储器540、460包括一个或多个存储器单元。存储器包括可由网络节点110和UE 120中的处理器执行的指令。

相应的存储器540、460被布置为用于存储例如分组格式、信息、数据、配置和应用，以在网络节点110、130和UE 120中执行时执行本文的方法。

在一些实施例中，相应的计算机程序550、470包括指令，当由至少一个处理器执行时，该指令使得网络节点110、130和UE 120的至少一个处理器执行上述动作。

在一些实施例中，相应载体560、480包括相应计算机程序，其中，所述载体是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号或计算机可读存储介质之一。

本领域技术人员将意识到，如上所述的网络节点110、130和UE 120中的单元可以指模拟和数字电路、和/或配置有例如存储在网络节点110、130和UE 120中的软件和/或固件的一个或多个处理器的组合，该软件和/或固件在由相应的一个或多个处理器(例如，上述处理器)执行时如上所述地执行。这些处理器中的一个或多个处理器以及其它数字硬件可以被包括在单个专用集成电路(ASIC)中，或者若干个处理器和各种数字硬件可以分布在若干个分离的组件上，不论是单独封装的还是组装为片上系统(SoC)。

以下实施例涉及以上实施例，但是不与以上实施例的确切顺序相对应。

实施例1.一种由用户设备UE 120执行例如以用于处理无线通信网络100中的寻呼消息的方法，UE 120例如可以处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态，所述方法包括：

将UE配置201为根据与UE 120相关联的第一标识符来导出要与UE 120相关联的组寻呼标识符(例如，短标识符或具有比特图中的比特的形式的组寻呼标识符)，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者，例如，其中，组寻呼标识符例如可以是比第一标识符短的标识符，例如是通过截断或散列导出的，或者可以具有比特图中的比特的形式，其中，比特图中的每个比特可以指示某个组寻呼标识符的存在或不存在

从无线通信网络100接收202寻呼消息例如作为响应驱动的寻呼的一部分，该寻呼消息由例如NGC节点130或NG RAN节点110中的任何一个发起，并且该寻呼消息包括与UE120相关联的组寻呼标识符，

根据与UE 120相关联的第一标识符来导出203与UE 120相关联的组寻呼标识符，

借助于所导出的组寻呼标识符，例如通过将所导出的组寻呼标识符与在寻呼消息中接收到的组寻呼标识符进行比较来标识204响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

实施例2.根据实施例1所述的方法，其中，例如，相同类型的第一标识符始终被用作导出源，而不考虑寻呼是由CN(例如，NGC节点130)还是由RAN(例如，NG RAN节点110)发起的。

实施例3.一种例如根据实施例1所述的由用户设备UE 120执行例如以用于处理无线通信网络100中的寻呼消息的方法，UE 120例如可以处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态，该方法包括：

从无线通信网络100接收202寻呼消息，该寻呼消息由包括例如NGC节点130、5GC节点130或NG RAN节点110中的任何一个在内的发起者发起，其中，寻呼消息包括组寻呼标识符，并且其中，该寻呼消息通过其内容CRC或传输属性(例如，信道配置)提供与寻呼(例如，寻呼过程)的发起者有关的信息，

根据一个或多个UE ID中的一个来导出203与UE 120相关联的组寻呼标识符，其中，要使用哪个UE ID由与寻呼(例如，寻呼过程)的发起者有关的信息来指示，

借助于所导出的组寻呼标识符来标识204响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者。

实施例4.根据实施例3所述的方法，其中，与寻呼(过程)的发起者有关的信息是通过PDCCH和PDSCH中的任何一个上的传输来提供的。

到达UE的实际寻呼消息始终由RAN发送。因此，“发起者”指代发起整个寻呼过程的一方。对于CN发起的寻呼，CN节点指示一个或多个gNB来向UE发送寻呼消息。对于RAN发起的寻呼，锚gNB以讲话的方式来指示自己，并潜在地指示其他gNB来向UE发送寻呼消息。

实施例5.一种包括指令的计算机程序，所述指令在由处理器执行时，使处理器执行根据实施例1-4中任一项所述的动作。

实施例6.一种包括根据实施例5所述的计算机程序的载体，其中，所述载体是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号或计算机可读存储介质之一。

实施例7.一种由网络节点110、130(例如，NGC节点130或NG RAN节点110)执行例如以用于配置UE 120来处理无线通信网络100中的寻呼消息的方法，UE 120可以处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态，该方法包括：

将UE配置301为根据与UE 120相关联的第一标识符来导出要与UE 120相关联的组寻呼标识符(例如，短标识符或具有比特图中的比特的形式的组寻呼标识符)，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者，例如，其中，组寻呼标识符例如可以是比第一标识符短的标识符，例如是通过截断或散列导出的，或者可以具有比特图中的比特的形式，其中，比特图中的每个比特可以指示某个组寻呼标识符的存在或不存在

从无线通信网络100向UE 120发送302寻呼消息例如作为响应驱动的寻呼的一部分，该寻呼消息由例如NGC节点130或NG RAN节点110中的任何一个发起，并且该寻呼消息包括与UE 120相关联的组寻呼标识符，使得UE 120能够根据与UE 120相关联的第一标识符来导出与UE 120相关联的组寻呼标识符，并且借助于所导出的组寻呼标识符，例如通过将所导出的组寻呼标识符与在寻呼消息中接收到的组寻呼标识符进行比较，来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

实施例8.一种根据实施例7所述的由网络节点110、130(例如，NGC节点130或NGRAN节点110)执行例如以用于处理无线通信网络100中的寻呼消息的方法，UE 120例如可以处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态，该方法包括：

从无线通信网络100发送302寻呼消息，该寻呼消息由包括例如NGC节点130、5GC节点130或NG RAN节点110中的任何一者在内的发起者发起，其中，寻呼消息包括组寻呼标识符，并且其中，寻呼消息通过其内容CRC或传输特性(例如，信道配置)提供与寻呼(例如，寻呼过程)的发起者有关的信息，使得UE 120能够根据一个或多个UE ID中的一个来导出与UE120相关联的组寻呼标识符，其中，要使用哪个UE ID由与寻呼(例如，寻呼过程)的发起者有关的信息来指示，并且借助于所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

实施例9.一种包括指令的计算机程序，所述指令在由处理器执行时，使所述处理器执行根据实施例7-8中任一项所述的动作。

实施例10.一种包括根据实施例9所述的计算机程序的载体，其中，所述载体是电子信号、光信号、电磁信号、磁信号、电信号、无线电信号、微波信号或计算机可读存储介质之一。

实施例11.一种例如用于处理无线通信网络100中的寻呼消息的用户设备UE 120，该UE 120例如能够处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态，UE120被配置为：

例如，借助于配置单元410，来将UE配置为根据与UE 120相关联的第一标识符来导出要与UE 120相关联的组寻呼标识符(例如，短标识符或具有比特图中的比特的形式的组寻呼标识符)，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者，例如，其中，组寻呼标识符例如可以是比第一标识符短的标识符，例如是通过截断或散列导出的，或者可以具有比特图中的比特的形式，其中，比特图中的每个比特可以指示某个组寻呼标识符的存在或不存在，

例如，借助于接收单元420来从无线通信网络100接收寻呼消息例如作为响应驱动的寻呼的一部分，该寻呼消息由例如NGC节点130或NG RAN节点110中的任何一者发起，并且该寻呼消息包括与UE 120相关联的组寻呼标识符，

例如，借助于导出单元430来根据与UE 120相关联的第一标识符导出与UE 120相关联的组寻呼标识符，以及

例如，借助于标识单元440，来借助于所导出的组寻呼标识符，例如通过将所导出的组寻呼标识符与在寻呼消息中接收到的组寻呼标识符进行比较，来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

实施例12.根据实施例11所述的方法，其中，例如，相同类型的第一标识符始终适于被用作导出源，而不考虑寻呼是由CN(例如，NGC节点130)还是由RAN(例如，NG RAN节点110)发起的。

实施例13.一种例如根据实施例11所述的用于处理无线通信网络100中的寻呼消息的UE 120，该UE 120例如可以适于处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态，UE 120被配置为：

例如借助于接收单元420，来从无线通信网络100接收寻呼消息，该寻呼消息由包括例如NGC节点130、5GC节点130或NG RAN节点110中的任何一个在内的发起者发起，其中，该寻呼消息包括组寻呼标识符，并且其中，该寻呼消息通过其内容CRC或传输特性(例如，信道配置)来提供与寻呼(例如，寻呼过程)的发起者有关的信息，

例如借助于导出单元430，来根据一个或多个UE ID中的一个导出与UE 120相关联的组寻呼标识符，其中，要使用哪个UE ID由与寻呼(例如，寻呼过程)的发起者有关的信息来指示，

借助于所导出的组寻呼标识符，例如借助于标识单元440，来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

实施例14.根据实施例13所述的UE 120，其中，与寻呼(过程)的发起者有关的信息是通过PDCCH和PDSCH中的任何一个上的传输来提供的。

实施例15.一种例如用于将UE 120配置为处理无线通信网络100中的寻呼消息的网络节点110、130(例如，NGC节点130或NG RAN节点110)，UE 120可以适于处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态，该网络节点110、130被配置为：

例如，借助于配置单元510，来将UE配置为根据与UE 120相关联的第一标识符来导出要与UE 120相关联的组寻呼标识符(例如，短标识符或具有比特图中的比特的形式的组寻呼标识符)，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者，例如，其中，组寻呼标识符例如可以是比第一标识符短的标识符，例如是通过截断或散列导出的，或者可以具有比特图中的比特的形式，其中，比特图中的每个比特可以指示某个组寻呼标识符的存在或不存在，

例如借助于发送单元520，来从无线通信网络100向UE 120发送寻呼消息例如作为响应驱动的寻呼的一部分，该寻呼消息由例如NGC节点130或NG RAN节点110中的任何一个发起，并且该寻呼消息包括与UE 120相关联的组寻呼标识符，使得UE 120能够根据与UE120相关联的第一标识符来导出与UE 120相关联的组寻呼标识符，并且借助于所导出的组寻呼标识符，例如通过将所导出的组寻呼标识符与在寻呼消息中接收到的组寻呼标识符进行比较，来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

实施例16.一种根据实施例15所述的由网络节点110、130(例如，NGC节点130或NGRAN节点110)执行以用于处理无线通信网络100中的寻呼消息的网络节点110、130，UE 120例如可以处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态，网络节点110、130被配置为：

例如借助于发送单元520，来从无线通信网络100发送302寻呼消息，该寻呼消息由包括例如NGC节点130、5GC节点130或NG RAN节点110中的任何一者在内的发起者发起，其中，寻呼消息包括组寻呼标识符，并且其中，寻呼消息通过其内容CRC或传输特性(例如，信道配置)提供与寻呼(例如，寻呼过程)的发起者有关的信息，使得UE 120能够根据一个或多个UE ID中的一个来导出与UE 120相关联的组寻呼标识符，其中，要使用哪个UE ID由与寻呼(例如，寻呼过程)的发起者有关的信息来指示，并且借助于所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和寻呼的发起者。

参照图6，根据实施例，通信系统包括电信网络3210(例如，3GPP类型的蜂窝网络)，电信网络3210包括接入网3211(例如，无线电接入网)和核心网络3214。接入网3211包括多个基站3212a、3212b、3212c(例如，AP STA、NB、eNB、gNB或其他类型的无线接入点)，每个基站定义对应覆盖区域3213a、3213b、3213c。每个基站3212a、3212b、3212c通过有线或无线连接3215可连接到核心网络3214。位于覆盖区域3213c中的第一用户设备(UE)(例如，非APSTA)3291被配置为以无线方式连接到对应基站3212c或被对应基站3212c寻呼。覆盖区域3213a中的第二UE(例如，非AP STA)3292以无线方式可连接到对应基站3212a。虽然在该示例中示出了多个UE 3291、3292，但所公开的实施例同等地适用于唯一的UE处于覆盖区域中或者唯一的UE正连接到对应基站3212的情形。

电信网络3210自身连接到主机计算机3230，主机计算机3230可以以独立服务器、云实现的服务器、分布式服务器的硬件和/或软件来实现，或者被实现为服务器集群中的处理资源。主机计算机3230可以处于服务提供商的所有或控制之下，或者可以由服务提供商或代表服务提供商来操作。电信网络3210与主机计算机3230之间的连接3221、3222可以直接从核心网络3214延伸到主机计算机3230，或者可以经由可选的中间网络3220进行。中间网络3220可以是公共、私有或承载网络中的一个或多于一个的组合；中间网络3220(若存在)可以是骨干网或互联网；具体地，中间网络3220可以包括两个或更多个子网络(未示出)。

图6的通信系统作为整体实现了所连接的UE 3291、3292之一与主机计算机3230之间的连接。该连接可被描述为过顶(over-the-top，OTT)连接3250。主机计算机3230和所连接的UE 3291、3292被配置为使用接入网3211、核心网络3214、任何中间网络3220和可能的其他基础设施(未示出)作为中介，经由OTT连接3250来传送数据和/或信令。在OTT连接3250所经过的参与通信设备未意识到上行链路和下行链路通信的路由的意义上，OTT连接3250可以是透明的。例如，可以不向基站3212通知或者可以无需向基站3212通知具有源自主机计算机3230的要向所连接的UE 3291转发(例如，移交)的数据的输入下行链路通信的过去的路由。类似地，基站3212无需意识到源自UE 3291向主机计算机3230的输出上行链路通信的未来的路由。

现将参照图7来描述根据实施例的在先前段落中所讨论的UE、基站和主机计算机的示例实现方式。在通信系统3300中，主机计算机3310包括硬件3315，硬件3315包括通信接口3316，通信接口3316被配置为建立和维护与通信系统3300的不同通信设备的接口的有线或无线连接。主机计算机3310还包括处理电路3318，其可以具有存储和/或处理能力。具体地，处理电路3318可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。主机计算机3310还包括软件3311，其被存储在主机计算机3310中或可由主机计算机3310访问并且可由处理电路3318来执行。软件3311包括主机应用3312。主机应用3312可操作为向远程用户(例如，UE 3330)提供服务，UE 3330经由在UE 3330和主机计算机3310处端接的OTT连接3350来连接。在向远程用户提供服务时，主机应用3312可以提供使用OTT连接3350来发送的用户数据。

通信系统3300还包括在电信系统中提供的基站3320，基站3320包括使其能够与主机计算机3310和与UE 3330进行通信的硬件3325。硬件3325可以包括：通信接口3326，其用于建立和维护与通信系统3300的不同通信设备的接口的有线或无线连接；以及无线电接口3327，其用于至少建立和维护与位于基站3320所服务的覆盖区域(图7中未示出)中的UE3330的无线连接3370。通信接口3326可以被配置为促进到主机计算机3310的连接3360。连接3360可以是直接的，或者它可以经过电信系统的核心网络(图7中未示出)和/或经过电信系统外部的一个或多个中间网络。在所示实施例中，基站3320的硬件3325还包括处理电路3328，处理电路3328可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。基站3320还具有内部存储的或经由外部连接可访问的软件3321。

通信系统3300还包括已经提及的UE 3330。其硬件3335可以包括无线电接口3337，其被配置为建立和维护与服务于UE 3330当前所在的覆盖区域的基站的无线连接3370。UE3330的硬件3335还包括处理电路3338，其可以包括适用于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。UE 3330还包括软件3331，其被存储在UE 3330中或可由UE 3330访问并可由处理电路3338执行。软件3331包括客户端应用3332。客户端应用3332可操作为在主机计算机3310的支持下经由UE 3330向人类或非人类用户提供服务。在主机计算机3310中，执行的主机应用3312可以经由端接在UE 3330和主机计算机3310处的OTT连接3350与执行客户端应用3332进行通信。在向用户提供服务时，客户端应用3332可以从主机应用3312接收请求数据，并响应于请求数据来提供用户数据。OTT连接3350可以传送请求数据和用户数据二者。客户端应用3332可以与用户进行交互，以生成其提供的用户数据。

注意，图7所示的主机计算机3310、基站3320和UE 3330可以分别与图6的主机计算机3230、基站3212a、3212b、3212c之一和UE 3291、3292之一相同。也就是说，这些实体的内部工作可以如图7所示，并且独立地，周围网络拓扑可以是图6的网络拓扑。

在图7中，已经抽象地绘制OTT连接3350，以示出经由基站3320在主机计算机3310与用户设备3330之间的通信，而没有明确地提到任何中间设备以及经由这些设备的消息的精确路由。网络基础设施可以确定该路由，该路由可以被配置为向UE 3330隐藏或向操作主机计算机3310的服务提供商隐藏或向这二者隐藏。在OTT连接3350活动时，网络基础设施还可以(例如，基于负载均衡考虑或网络的重新配置)做出其动态地改变路由的决策。

UE 3330与基站3320之间的无线连接3370根据贯穿本公开所描述的实施例的教导。(如果在起草临时申请时尚未制定与无线电有关的发明，则表述“贯穿本公开描述的实施例”是指本申请中其他地方公开的与无线电有关的实施例。)各种实施例中的一个或多个实施例改进了使用OTT连接3350向UE 3330提供的OTT服务的性能，其中无线连接3370形成OTT连接3350中的最后一段。更精确地，这些实施例的教导可以改善[选择适用的RAN效果：数据速率、时延、功耗]，从而提供诸如[选择对OTT服务的适用的相应效果：减少的用户等待时间、对文件大小的宽松的限制、更好的响应性、延长的电池寿命]之类的益处。

出于监控一个或多个实施例改进的数据速率、时延和其他因素的目的，可以提供测量过程。还可以存在用于响应于测量结果的变化而重新配置主机计算机3310与UE 3330之间的OTT连接3350的可选网络功能。用于重新配置OTT连接3350的测量过程和/或网络功能可以以主机计算机3310的软件3311或以UE 3330的软件3331或以这二者来实现。在实施例中，传感器(未示出)可被部署在OTT连接3350经过的通信设备中或与OTT连接3350经过的通信设备相关联地来部署；传感器可以通过提供以上例示的监控量的值或提供软件3311、3331可以用来计算或估计监控量的其他物理量的值来参与测量过程。对OTT连接3350的重新配置可以包括消息格式、重传设置、优选路由等；该重新配置不需要影响基站3320，并且其对于基站3320来说可以是未知的或不可感知的。这种过程和功能在本领域中可以是已知的和已被实践的。在特定实施例中，测量可以涉及促进主机计算机3310对吞吐量、传播时间、时延等的测量的专有UE信令。该测量可以如下实现：软件3311、3331在其监控传播时间、差错等的同时使得能够使用OTT连接3350来发送消息(具体地，空消息或“假”消息)。

如果仅一个方面适用于发明，则由于针对每个方面的文字和附图都是独立的，因此可以省略针对其他方面的文字和附图而不会造成不利影响。

图8是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站(例如，AP STA)和UE(例如，非AP STA)，其可以是参照图6和图7描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图8的图引用。在方法的第一步骤3410中，主机计算机提供用户数据。在第一步骤3410的可选子步骤3411中，主机计算机通过执行主机应用来提供用户数据。在第二步骤3420中，主机计算机发起向UE的携带用户数据的传输。在可选的第三步骤3430中，根据贯穿本公开所描述的实施例的教导，基站向UE发送在主机计算机发起的传输中所携带的用户数据。在可选的第四步骤3440中，UE执行与主机计算机所执行的主机应用相关联的客户端应用。

图9是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站(例如，AP STA)和UE(例如，非AP STA)，其可以是参照图6和图7描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图9的图引用。在方法的第一步骤3510中，主机计算机提供用户数据。在可选子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在第二步骤3520中，主机计算机发起向UE的携带用户数据的传输。根据贯穿本公开描述的实施例的教导，该传输可以经由基站。在可选的第三步骤3530中，UE接收传输中所携带的用户数据。

图10是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站(例如，AP STA)和UE(例如，非AP STA)，其可以是参照图6和图7描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图10的图引用。在方法的可选的第一步骤3610中，UE接收由主机计算机所提供的输入数据。附加地或备选地，在可选的第二步骤3620中，UE提供用户数据。在第二步骤3620的可选子步骤3621中，UE通过执行客户端应用来提供用户数据。在第一步骤3610的另一可选子步骤3611中，UE执行客户端应用，该客户端应用回应于接收到的主机计算机提供的输入数据来提供用户数据。在提供用户数据时，所执行的客户端应用还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，UE都在可选的第三子步骤3630中发起用户数据向主机计算机的传输。在方法的第四步骤3640中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图11是示出了根据一个实施例的在通信系统中实现的方法的流程图。该通信系统包括主机计算机、基站(例如，AP STA)和UE(例如，非AP STA)，其可以是参照图6和图7描述的主机计算机、基站和UE。为了本公开的简明，在本部分中将仅包括对图11的图引用。在方法的可选的第一步骤3710中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在可选的第二步骤3720中，基站发起接收到的用户数据向主机计算机的传输。在第三步骤3730中，主机计算机接收由基站发起的传输中所携带的用户数据。

当使用词语“包括”或“包含”时，其应当被解释为非限制性的，即意味着“至少由……构成”。

本文实施例不限于上述优选实施例。可使用各种备选、修改和等同物。

缩写词

缩写词解释

3GPP第三代合作伙伴计划

5G第五代

5GC第五代核心

AMF 接入和移动性功能

CN 核心网络

CRC 循环冗余校验

DCI 下行链路控制信息

DL 下行链路

DRX 不连续接收

eNB演进NodeB

EPS 演进分组系统

ETWS 地震和海啸预警系统

gNB NR中用于无线电基站的术语(对应于LTE中的eNB)

HF高频/多个高频

ID身份/标识符

IMSI国际移动订户身份

I-RNTI不活动的无线电网络临时标识符

LTE 长期演进

MIB 主信息块

MME 移动性管理实体

NAS 非接入层

NGC 下一代核心网

NG-RAN下一代RAN

NR新无线电(在3GPP正在研究的技术报告和标准规范中用于5G无线电接口和无线电接入网络的术语)

PDCCH 物理下行链路控制信道

PDSCH 物理下行链路共享信道

PO 寻呼时机

PRACH 物理随机接入信道

P-RNTI寻呼RNTI

RAN无线电接入网

RNA RAN通知区域

RNTI 无线电网络临时标识符

RRC 无线电资源控制

SAE 系统架构演进

SFN 单频网

S1 EPS中RAN和CN之间的接口

S1AP S1应用协议(EPS/LTE中的在eNB与MME之间使用的控制平面信令协议。)

SS同步信号

M-TMSI MME-TMSI S-TMSI SAE-TMSI TMSI 临时移动订户身份UE 用户设备UL 上行链路。

Claims (28)

1.一种由用户设备UE(120)执行以用于处理无线通信网络(100)中的寻呼消息的方法，所述方法包括：

配置(201)所述UE(120)以根据与所述UE(120)相关联的第一标识符来导出要与所述UE(120)相关联的组寻呼标识符，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者，

从所述无线通信网络(100)接收(202)寻呼消息，并且所述寻呼消息包括与所述UE(120)相关联的所述组寻呼标识符，

根据与所述UE(120)相关联的所述第一标识符来导出(203)与所述UE(120)相关联的所述组寻呼标识符，

借助于所导出的组寻呼标识符来标识(204)响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和所述寻呼的发起者，其特征在于，与所述寻呼的发起者有关的信息通过物理下行链路控制信道PDCCH和物理下行链路共享信道PDSCH中的任一个上的传输来提供。

2.根据权利要求1所述的方法，其中，相同类型的第一标识符始终被用作导出源，而不考虑所述寻呼是由核心网络CN还是由无线电接入网RAN发起的。

3.根据权利要求1所述的方法，其中，所述UE(120)处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态。

4.根据权利要求1所述的方法，其中，所述组寻呼标识符是以下中的任何一种：短标识符或具有比特图中的比特的形式的组寻呼标识符。

5.根据权利要求1-4中任一项所述的方法，其中，所述组寻呼标识符是比所述第一标识符更短的标识符，并且是以下中的任何一种：通过截断或散列导出的，或者具有比特图中的比特的形式，其中，所述比特图中的每个比特指示某个组寻呼标识符的存在或不存在。

6.根据权利要求1-4中任一项所述的方法，其中，所述寻呼消息由NGC节点(130)或NGRAN节点(110)中的任何一者发起的。

7.根据权利要求1-4中任一项所述的方法，其中，标识(204)响应驱动的寻呼中的所述组寻呼标识符匹配，而不考虑所述UE状态和所述寻呼的发起者，是通过将所导出的组寻呼标识符与在所述寻呼消息中接收的组寻呼标识符进行比较来执行的。

8.一种存储计算机程序(470)的计算机可读存储介质，所述计算机程序包括指令，所述指令在由处理器(450)执行时，使所述处理器(450)执行根据权利要求1-7中任一项所述的方法。

9.一种由网络节点(110、130)执行以用于配置UE(120)来处理无线通信网络(100)中的寻呼消息的方法，所述方法包括：

配置(301)所述UE(120)以根据与所述UE(120)相关联的第一标识符来导出要与所述UE(120)相关联的组寻呼标识符，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者，

向所述UE(120)发送(302)寻呼消息，所述寻呼消息包括与所述UE(120)相关联的组寻呼标识符，使得所述UE(120)能够根据与所述UE(120)相关联的所述第一标识符来导出与所述UE(120)相关联的所述组寻呼标识符，并且借助于所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和所述寻呼的发起者，其特征在于，与所述寻呼的发起者有关的信息通过物理下行链路控制信道PDCCH和物理下行链路共享信道PDSCH中的任一个上的传输来提供。

10.根据权利要求9所述的方法，其中，所述网络节点(110、130)是下一代核心NGC节点(130)或下一代无线电接入网NG RAN节点(110)中的任何一者。

11.根据权利要求9所述的方法，其中，所述UE(120)处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态。

12.根据权利要求9所述的方法，其中，所述组寻呼标识符是以下中的任何一种：短标识符或具有比特图中的比特的形式的组寻呼标识符。

13.根据权利要求9-12中任一项所述的方法，其中，所述组寻呼标识符是比所述第一标识符短的标识符，并且是以下中的任何一种：是通过截断或散列导出的，或者具有比特图中的比特的形式，其中，所述比特图中的每个比特指示某个组寻呼标识符的存在或不存在。

14.根据权利要求9-12中任一项所述的方法，其中，所述寻呼消息是由NGC节点(130)或NG RAN节点(110)中的任何一者发起的。

15.一种存储计算机程序(550)的计算机可读存储介质，所述计算机程序包括指令，所述指令在由处理器(530)执行时，使所述处理器(530)执行根据权利要求9-14中任一项所述的方法。

16.一种用于处理无线通信网络(100)中的寻呼消息的用户设备UE(120)，所述UE(120)被配置为：

配置所述UE(120)以根据与所述UE(120)相关联的第一标识符来导出要与所述UE(120)相关联的组寻呼标识符，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者，

从所述无线通信网络(100)接收寻呼消息，并且所述寻呼消息适于包括与所述UE(120)相关联的组寻呼标识符，

根据与所述UE(120)相关联的所述第一标识符来导出与所述UE(120)相关联的所述组寻呼标识符，

借助于所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和所述寻呼的发起者，其特征在于，与所述寻呼的发起者有关的信息适于通过物理下行链路控制信道PDCCH和物理下行链路共享信道PDSCH中的任一个上的传输来提供。

17.根据权利要求16所述的UE(120)，其中，相同类型的第一标识符始终适于被用作导出源，而不考虑所述寻呼是由核心网络CN还是由无线电接入网RAN发起的。

18.根据权利要求16所述的UE(120)，其中，所述UE(120)适于处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态。

19.根据权利要求16所述的UE(120)，其中，所述组寻呼标识符适于是以下中的任何一种：短标识符或具有比特图中的比特的形式的组寻呼标识符。

20.根据权利要求16-19中任一项所述的UE(120)，其中，所述组寻呼标识符适于是比所述第一标识符更短的标识符，并且是以下中的任何一种：适于通过截断或散列来导出，或者适于具有比特图中的比特的形式，其中，所述比特图中的每个比特适于指示某个组寻呼标识符的存在或不存在。

21.根据权利要求16-19中任一项所述的UE(120)，其中，所述寻呼消息适于由NGC节点(130)或NG RAN节点(110)中的任何一者发起。

22.根据权利要求16-19中任一项所述的UE(120)，其中，标识(204)响应驱动的寻呼中的所述组寻呼标识符匹配，而不考虑所述UE状态和所述寻呼的发起者，适于通过将所导出的组寻呼标识符与在所述寻呼消息中接收的组寻呼标识符进行比较来执行。

23.一种网络节点(110、130)，用于配置UE(120)来处理无线通信网络(100)中的寻呼消息，所述网络节点(110、130)被配置为：

配置所述UE(120)以根据与所述UE(120)相关联的第一标识符来导出要与所述UE(120)相关联的组寻呼标识符，并且使用所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑UE状态和寻呼的发起者，以及

向所述UE(120)发送寻呼消息，所述寻呼消息包括与所述UE(120)相关联的组寻呼标识符，使得所述UE(120)能够根据与所述UE(120)相关联的所述第一标识符来导出与所述UE(120)相关联的所述组寻呼标识符，并且借助于所导出的组寻呼标识符来标识响应驱动的寻呼中的组寻呼标识符匹配，而不考虑所述UE状态和所述寻呼的发起者，其特征在于，与所述寻呼的发起者有关的信息适于通过物理下行链路控制信道PDCCH和物理下行链路共享信道PDSCH中的任一个上的传输来提供。

24.根据权利要求23所述的网络节点(110、130)，其中，所述网络节点(110、130)适于是下一代核心NGC节点(130)或下一代无线电接入网NG RAN节点(110)中的任何一者。

25.根据权利要求23所述的网络节点(110、130)，其中，所述UE(120)适于处于以下中的至少任何一种UE状态：RRC不活动状态和RRC空闲状态。

26.根据权利要求23所述的网络节点(110、130)，其中，所述组寻呼标识符适于是以下中的任何一种：短标识符或具有比特图中的比特的形式的组寻呼标识符。

27.根据权利要求23-26中任一项所述的网络节点(110、130)，其中，所述组寻呼标识符适于是比所述第一标识符更短的标识符，并且是以下中的任何一种：适于通过截断或散列来导出，或者适于具有比特图中的比特的形式，其中，所述比特图中的每个比特适于指示某个组寻呼标识符的存在或不存在。

28.根据权利要求23-26中任一项所述的网络节点(110、130)，其中，所述寻呼消息适于由NGC节点(130)或NG RAN节点(110)中的任何一者发起。