CN112740765A

CN112740765A - 用于唤醒信号的灵活的用户设备分组

Info

Publication number: CN112740765A
Application number: CN201980063747.2A
Authority: CN
Inventors: M·阿斯特洛姆; J·波尔格曼; A·霍格隆德
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2018-09-27
Filing date: 2019-09-27
Publication date: 2021-04-30
Also published as: US20210329550A1; WO2020065004A1; EP3857988A1

Abstract

示例性实施例包括用于将唤醒信号（WUS）传送到无线电接入网中的小区中的一个或多个用户设备（UE）的方法。示例性实施例可以包括接收标识UE的至少一部分的寻呼消息。示例性实施例还可以包括选择与所标识的UE相关联的WUS码，其中WUS码从映射到第二多个UE群组的第一多个可用WUS码中选择。特定示例性实施例可以包括确定第一多个和第二多个之间的映射，以及将所确定的映射传送到一个或多个UE。示例性实施例还可以包括基于所选择的WUS码传送WUS。其他示例性实施例包括用于接收由RAN节点传送的WUS的方法，以及配置成执行对应于示例性方法的操作的网络节点和UE。

Description

用于唤醒信号的灵活的用户设备分组

技术领域

本发明一般涉及无线通信网络，以及特定地涉及无线通信网络中极低（very-low-power）功率操作的操作的改进。

背景技术

长期演进（LTE）是在第三代合作伙伴计划（3GPP）内开发的所谓的第四代（4G）无线电接入技术的涵盖性术语，并且最初在第8版（Rel-8）和第9版（Rel-9）中被标准化，也被称为演进的UTRAN（E-UTRAN）。LTE的目标是各种许可频段，并且连同通常被称为系统架构演进（SAE）的非无线电方面的改进，其包括演进分组核心（EPC）网络。LTE继续在后续版本中演进。版本11的特征之一是增强的物理下行链路控制信道（ePDCCH），其具有如下目标：增加容量并改进控制信道资源的空间重用、改进小区间干扰协调（ICIC）、以及支持用于控制信道的天线波束成形和/或发射分集。

包括LTE和SAE的网络的整体示例架构如图1所示。E-UTRAN 100包括一个或多个演进的NodeB（eNB）（诸如eNB 105、110以及115）和一个或多个用户设备（UE）（诸如UE 120）。如在3GPP标准内所使用的，“用户设备”或“UE”表示任何无线电通信装置（例如，智能电话或计算装置），其能够与兼容3GPP标准的网络设备通信，包括E-UTRAN以及UTRAN和/或GERAN，因为第三代（“3G”）和第二代（“2G”）3GPP无线电接入网是众所周知的。

如由3GPP所规定的，E-UTRAN 100负责网络中所有与无线电相关的功能，包括无线电承载控制、无线电许可控制、无线电移动控制、调度、以及对UE在上行链路和下行链路的资源的动态分配、以及与UE通信的安全性。这些功能驻留在eNB中，诸如eNB 105、110以及115。E-UTRAN中的eNB经由X1接口相互通信，如图1所示的那样。eNB还负责到EPC的E-UTRAN接口，特别是到移动性管理实体（MME）与服务网关（SGW）的S1接口，在图1中统称为MME/S-GW134和138。一般来说，MME/S-GW处置对UE和UE与EPC的其余部分之间的数据流的整体控制。更特定地，MME处理UE与EPC之间的信令协议，其被称为非接入层（NAS）协议。S-GW处置UE与EPC之间的所有因特网协议（IP）数据分组，以及当UE在eNB（诸如eNB 105、110以及115）之间移动时充当数据承载的本地移动锚（anchor）。

图2示出示例性LTE架构在其组成实体——UE、E-UTRAN和EPC——以及高级功能划分成接入层（AS）与非接入层（NAS）方面的高级框图。图2还示出两个特定的接口点，即Uu（UE/E-UTRAN无线电接口）和S1（E-UTRAN/EPC接口），各自使用协议的特定集合，即无线电协议和S1协议。两个协议中的每一个都可以被进一步划分为用户平面（或“U-平面”）以及控制平面（或“C-平面”）协议功能性。在Uu接口上，U-平面承载用户信息（例如，数据分组），而C-平面承载UE与E-UTRAN之间的控制信息。

图3示出在Uu接口上的示例性C-平面协议栈的框图，包括物理（PHY）、媒体访问控制（MAC）、无线电链路控制（RLC）、分组数据收敛协议层（PDCP）以及无线电资源控制层（RRC）层。PHY层涉及如何以及什么特征被用于在LTE无线电接口上的传输信道上传输数据。MAC层在逻辑信道上提供数据传输服务、将逻辑信道映射到PHY传输信道、以及重新分配PHY资源以支持这些服务。RLC层提供传输到或从上层传输的数据的错误检测和/或纠正、连结、分割、组装、重新排序。PHY、MAC以及RLC层为U-平面与C-平面两者执行相同功能。PDCP层为U-平面和C-平面两者提供加密/解密和完整性保护，以及U-平面的其他功能，诸如报头压缩。

图4从PHY的角度示出示例性LTE无线电接口协议架构的框图。各层之间的接口由服务访问点（SAP）提供，由图4中的椭圆所指示。PHY层与如上所述的MAC和RRC协议层通过接口连接。MAC提供不同的逻辑信道到RLC协议层（同样如上所述），由被传输的信息的类型来特征化，而PHY提供到MAC的传输信道，由如何通过无线电接口传输信息来特征化。在提供这种传输服务时，PHY执行各种功能，包括错误检测和纠正；编码传输信道到物理信道中的速率匹配和映射；功率加权、调制；以及物理信道的解调；发射分集、波束成形多输入多输出（MIMO）天线处理；以及向更高层（诸如RRC）提供无线电测量。

一般来说，物理信道对应携带源自更高层的信息的资源元素的集合。由LTE PHY提供的下行链路（即，eNB到UE）物理信道包括物理下行链路共享信道（PDSCH）、物理多播信道（PMCH）、物理下行链路控制信道（PDCCH）、中继物理下行链路控制信道（R-PDCCH）、物理广播信道（PBCH）、物理控制格式指示信道（PCFICH）以及物理混合ARQ指示信道（PHICH）。此外，LTE PHY下行链路包括各种参考信号、同步信号以及发现信号。

PDSCH是用于单播下行链路数据传输的主要物理信道，但也用于传输RAR（随机访问响应）、一些系统信息块以及寻呼信息。PBCH携带由UE接入网络所需的基本的系统信息。PDCCH用于传送下行链路控制信息（DCI），主要是接收PDSCH、以及能够实现在PUSCH上传输的上行链路调度准予所需的调度决策。

由LTE PHY提供的上行链路（即，UE到eNB）物理信道包括物理上行链路共享信道（PUSCH）、物理上行链路控制信道（PUCCH）以及物理随机接入信道（PRACH）。此外，LTE PHY上行链路包括各种参考信号，其包括解调参考信号（DM-RS），它们被传送以帮助eNB接收相关联的PUCCH或PUSCH；以及探测参考信号（SRS），它们与任何上行链路信道不相关联。

PUSCH是对应于PDSCH的上行链路。PUCCH被UE用来传送上行链路控制信息，包括HARQ确认、信道状态信息报告等。PRACH被用于随机接入前导传输。

用于LTE PHY的多址接入方案在下行链路是基于带有循环前缀（CP）的正交频分复用（OFDM），以及在上行链路是基于带有循环前缀的单载波频分多址（SC-FDMA）。为了支持在配对的以及非配对的频谱上的传输，LTE PHY支持频分双工（FDD）（包括全双工与半双工操作两者）以及时分双工（TDD）两者。图5示出用于LTE FDD下行链路（DL）操作的示例性无线电帧结构（“类型1”）。DL无线电帧具有10 ms的固定持续时间并且由20个时隙组成，标记为0到19，每个时隙具有0.5 ms的固定持续时间。1 ms子帧包括两个连续的时隙，其中子帧i由时隙2i与2i+1组成。每个示例性FDD DL时隙由N^DL _symb个OFDM符号组成，所述符号中的每个由N_sc个OFDM子载波组成。针对15 kHz的子载波间隔（SCS），N^DL _symb的示例性值可以是7（带有正常的CP）或6（带有延长长度的CP）。N_sc的值基于可用的信道带宽来配置。由于本技术领域技术人员熟悉OFDM的原理，因此在此描述中省略进一步的细节。

如图5所示，特定符号中的特定子载波的组合被称为资源元素（RE）。每个RE被用来传送特定数量的位，这取决于用于这个RE的位映射星座和/或调制类型。例如，一些RE可能携带使用QPSK调制的两个位，而其他的RE可能分别携带使用16或64-QAM的四个或六个位。LTE PHY的无线电资源还依照物理资源块（PRB）来定义。PRB在时隙的持续时间内跨越N^RB _sc个子载波（即，N^DL _symb个符号），其中N^RB _sc通常是12（带有15 kHz子载波带宽）或24（7.5 kHz带宽）。在完整子帧（即，2N^DL _symb个符号）中跨越相同N^RB _sc个子载波的PRB被称为PRB对。因此，在LTE PHY DL的子帧中的可用资源包括N^DL _RB个PRB对，其中的每个包括2N^DL _symb •N^RB _sc个RE。对于正常的CP和15 kHz SCS，PRB对包括168个RE。

PRB的一个示例性特征是被连续编号的PRB（例如，PRB_i以及PRB_i+1）包括连续的子载波块。例如，带有正常的CP和15 kHz子载波带宽，PRB₀包括子载波0至11，而PRB₁包括子载波12至23。LTE PHY资源还可以按照虚拟资源块（VRB）来定义，所述VRB与PRB大小相同，但可能是集中式的或分布式的类型。集中式的VRB可以被直接映射到PRB，使得VRB

对应于PRB

。另一方面，如在3GPP技术规范（TS）36.213描述的或以其他方式对本领域技术人员已知的那样，根据各种规则，分布式的VRB可能被映射到非连续的PRB。然而，术语“PRB”应被使用在本公开中来指代物理和虚拟资源块两者。此外，除非另有说明，术语“PRB”将自此被用于指代子帧的持续时间的资源块，即PRB对。

图6示出采用与在图5中所示的示例性FDD DL无线电帧相似方式所配置的示例性LTE FDD上行链路（UL）无线电帧。使用与上述DL描述一致的术语，每个UL时隙由N^UL _symb个OFDM符号组成，其中的每个由N_sc个OFDM子载波组成。

如上所述，LTE PHY将各种DL与UL物理信道分别映射到图5与图6中所示的资源。例如，PHICH携带HARQ反馈（例如，ACK/NAK）以用于通过UE的UL传输。类似地，PDCCH携带调度分配、用于UL信道的信道质量反馈（例如，CSI）、以及其他控制信息。同样，PUCCH携带上行链路控制信息，诸如调度请求、用于下行链路信道的CSI、用于eNB DL传输的HARQ反馈、以及其他控制信息。PDCCH与PUCCH两者可以被传送在聚合的一个或若干个连续的控制信道元素（CCE），并且CCE基于资源元素组（REG）而被映射到物理资源，其中的每个由多个RE组成。例如，CCE可以包括九（9）个REG，其中的每个可以由四（4）个RE组成。

在LTE中，DL传输是被动态调度的，即，在每个子帧中，基站在当前的下行链路子帧中传送标识数据被传送至哪个终端以及数据被传送在哪个资源块上的控制信息。这个控制信令通常在每个子帧的前n个OFDM符号中被传送并且数字n（=1,2,3或4）被称为控制格式标识符（CFI），其由在控制区域的第一个符号中传送的PCFICH来标识。

LTE最初被设计用来用户到用户通信，5G（也被称为“NR”）蜂窝网络被设想为支持高单个用户数据速率（例如，1 Gb /s）和大规模机器到机器通信两者，其涉及来自共享频率带宽的许多不同装置的短暂、突发的传输。5G无线电标准（也被称为“新空口”或“NR”）目前针对宽范围的数据服务，包括eMBB（增强型移动宽带）、URLLC（超可靠低延迟通信）、以及机器类型通信（MTC）。这些服务可以具有不同的要求和目标。例如，URLLC旨在提供具有极其严格的错误与延迟要求的数据服务，例如，错误概率低至10^-5或更低并且1ms或更低的端到端时延。对于eMBB，对延迟与错误概率的要求可以不那么严格，而对所需支持的峰值速率和/或频谱效率的要求可以更高。相比之下，URLLC要求低延迟与高可靠性，但对数据速率的要求不那么严格。

用于低延迟数据传输的解决方案之一是缩短传输时间间隔。对于NR，除了在时隙中传输（诸如LTE，如以上所讨论的那样），还允许迷你时隙传输来减少延迟。迷你时隙可能由任意数量的1到14个OFDM符号组成。应该注意的是，时隙与迷你时隙的概念并不特定于特定的服务，这意味着迷你时隙可用于eMBB、URLLC或其他服务。

最近，已经有大量的3GPP标准化活动来指定LTE增强以覆盖与机器到机器（M2M）和/或物联网（IoT）相关的用例。3GPP版本13（Rel-13）以及14（Rel-14）包括增强支持具有新UE类别（例如，Cat-M1，Cat-M2）的机器类型通信（MTC）、支持6个物理资源块（PRB）（或针对Cat-M2是高达24个PRB）的被减少的带宽、以及具有对应新UE类别（例如，Cat-NB1和Cat-NB2）的新NB无线电接口的窄带物联网（NB-IoT）UE。在接下来的讨论中，术语“eMTC”将被用于区分在3GPP版本13-15中被引入的与MTC相关的LTE增强与特定的NB-IoT特征的区别。

即便如此，“传统”LTE与为eMTC与NB-IoT定义的过程和信道之间仍存在许多差异。这些差异包括新定义的物理信道，例如新的物理下行链路控制信道（在eMTC中被称为MPDCCH，并且在NB-IoT中被称为NPDCCH），以及用于NB-IoT的新的物理随机接入信道（被称为NPRACH）。这些差异还包括覆盖级别增强。通过对被传送的信号和信道应用重复处理，eMTC与NB-IoT两者都能在与LTE相比低得多的信号噪声比（SNR，也被称为 Es/Iot）上促进UE操作。例如，eMTC与NB-IoT具有Es/Iot ≥ -15 dB的操作点，而“传统”LTE UE 只能下降到-6 dB Es/IoT来操作——显著的9 dB增强。

此外，在Rel-15中，重要目标是为物理信道的UE接收降低功耗。例如，关于eMTC，已批准的工作项目（WI）建议研究，并且如果发现有利于空闲模式寻呼和/或连接模式DRX，则指定在解码物理下行链路控制/数据信道之前可被有效解码或检测的物理信号/信道。

目前3GPP LTE标准（即，36系列，诸如TS 36.211、36.213、36.304以及36.331）中规定的该目标的一个解决方案是“唤醒信号”（WUS）。WUS是由eNB传送的短信号，它向UE指示应继续解码DL控制信道（例如，针对NB-IoT完整的NPDCCH）。如果WUS不存在或未在UE预期其发生的时间被检测到，则UE可以在不解码DL控制信道的情况下返回睡眠状态。由于WUS仅包含信息中的一个位，所以WUS的解码时间要相当地短于完整的NPDCCH的解码时间，所述完整的NPDCCH的解码时间可能包含多达信息中的35个位。这被减少的解码要求改进了UE的功耗并且导致更长的UE电池寿命。WUS仅在存在对UE的寻呼时被传送，使得针对该UE的WUS被说成是发生在不连续的传输（DTX）中。图7示出在一段时间内的WUS以及相关联的寻呼时机（PO）的示例性DTX。在此图中，当块指示潜在的WUS以及相关联的PO位置时，而黑匣子指示DL控制信道上实际的WUS传输和相关联的PO的位置。

在3GPP Rel-15中，子帧

中的WUS（也被称为NWUS）序列w(m)由以下定义：

其中M是3GPP TS 36.213中被定义的NWUS的实际持续时间。加扰序列

由36.213中第7.2节给出，并且根据下式在NWUS开始时被初始化的。

其中

是NWUS与其相关联的第一PO的第一帧，并且

是NWUS与其相关联的第一PO的第一时隙。此外，NWUS序列

按序列被映射到资源元素(RE)

上，从

开始按照升序首先是12个被分配的子载波上的索引

，并且然后是在其中传送NWUS的每个子帧中的索引

。

如上述等式所标识，Rel-15WUS序列取决于与其相关联的PO的时刻以及eNB小区ID（N_ID ^Ncell）。因此，无法进一步区分在单个PO中寻呼的（一个或多个）个体UE(s)与此PO及其关联的WUS相关联的所有UE的区别。换句话说，Rel-15WUS被设计，使得所有UE都属于相同群组。与特定的PO相关联的被传送的WUS可能唤醒配置成检测该PO上的寻呼的所有UE。因此，不是此寻呼目标的所有UE都会被不必要地被唤醒。通常，只有单独的UE在PO期间被寻呼，这可导致对于唤醒并检测此PO中的寻呼的其他没有被寻呼的UE的增加的功耗。

eMTC和NB-IoT两者都考虑了与不同应用的发展。与MBB用例相反，eMTC/NB-IoT用例对因素提出了各种不同的要求，所述因素诸如寻呼率、延迟、基带处理功率等。例如，在一个eMTC/NB-IoT用例中，用于路灯的电源开关每天被寻呼一次，而在另一个eMTC/NB-IoT用例中，机器控制装置可能每秒被寻呼一次。如果这两个用例被相同网络支持，则现有的单个分组配置可能不足以使该网络满足两个用例的多样化寻呼要求。

因此，对于Rel-16，达成协议的是：WUS应进一步被发展，以同样包括UE分组，使得将对WUS敏感的UE的数量减少到与对应的PO相关联的UE的较小子集。即便如此，仍需要灵活的、自适应的和/或有效的方法来确定UE分组信息以及将受影响的UE配置有此类分组信息。

发明内容

本公开的实施例为无线通信网络中的用户设备（UE）与网络节点之间的通信提供了特定改进，诸如通过促进解决方案来克服上述示例性问题。

本公开的一些示例性实施例包括用于传送唤醒信号（WUS）到无线电接入网（RAN）中的一个或多个用户设备（UE）的方法和/或过程。示例性方法和/或过程可以被与一个或多个用户设备（UE，例如，无线装置、IoT装置、调制解调器等或其组件）通信的网络节点（例如，基站、eNB、gNB等或其组件）执行。

在一些实施例中，示例性方法和/或过程可以包括确定第一多个可用WUS码与第二多个UE群组之间的映射。在一些实施例中，示例性方法和/或过程还可以包括传送到一个或多个UE的所确定的映射。

示例性方法和/或过程还可以包括接收标识小区中的UE的至少一部分的寻呼消息。例如，网络节点可以接收来自相关联的核心网中的节点（例如，MME）的寻呼消息。在一些实施例中，针对所标识的UE的每个，网络节点还可以接收分配给特定UE的个体UE群组的标识符。在一些实施例中，标识符可以被包含在寻呼消息中。

示例性方法和/或过程还可以包括选择与所标识的UE相关联的WUS码，其中WUS码是从映射到第二多个UE群组的第一多个可用WUS码中被选择的。在一些实施例中，第二多个UE群组可以包括多个个体UE群组。在一些实施例中，第二多个UE群组仅包括个体UE群组。在一些实施例中，第二个多个可以等于第一个多个。在一些实施例中，第二多个UE群组还包括与所有个体UE群组相关联的公共UE群组。在一些实施例中，第二多个UE群组可以包括一个或多个组合UE群组，其中每个组合UE群组可以与多个个体UE群组的特定组合相关联。在一些实施例中，选择WUS码可以基于与所标识的UE相关联的所标识的个体UE群组。

示例性方法和/或过程还可以包括基于所选择的WUS码传送WUS。

本公开的其他示例性实施例包括用于接收由无线电接入网（RAN）中的网络节点传送的唤醒信号（WUS）的方法和/或过程。示例性方法和/或过程可以被与配置成服务RAN中的小区的网络节点（例如，基站、eNB、gNB等或其组件）通信的用户设备（例如，UE、无线装置、IoT装置、调制解调器等或其组件）执行。

这些示例性方法和/或过程可以包括接收信息，其包括第一多个可用WUS码与第二多个UE群组之间的映射，其中第二多个包括多个个体UE群组并且与多个个体UE群组相关联的至少一个组合UE群组。示例性方法和/或过程还可以包括接收个体UE群组中的一个的分配。

示例性方法和/或过程还包括在预期的第一WUS被传送的时段接收信号。例如，信号可以被接收在与通过网络节点和/或RAN的WUS传输相关联的时间与频率资源（例如，子载体以及符号）。示例性方法和/或过程还可以包括尝试在所接收的信号中检测对应于第三多个WUS码中的任何的WUS，其中第三多个包括与所分配的个体UE群组相关联的WUS码以及与相应的一个或多个组合UE群组相关联的一个或多个WUS码。

在一些实施例中，如果检测到对应于所述第三多个WUS码中的任何的WUS，则示例性方法和/或过程还可以包括在相对于WUS的预定义后续时间的随后的寻呼时机（PO）期间接受寻呼信号。在一些实施例中，如果检测到对应于第三多个WUS码中的特定一个的WUS，则示例性方法和/或过程还可以包括在相对于WUS的预定义后续时间或相对于与WUS相关联的干预寻呼时机（PO）接收物理下行链路共享信道（PDSCH）。以这种方式接收PDSCH可以在PO期间不尝试接收寻呼信号的情况下完成。

本公开的其他示例性实施例包括基于无线电接入网（RAN）中传送的唤醒信号（WUS）寻呼一个或多个用户设备（UE）的方法和/或过程。这些示例性方法和/或过程可以通过与RAN节点（例如，基站、eNB、gNB等或其组件）以及一个或多个UE（例如，无线装置、IoT装置、调制解调器等或其组件）通信的核心网节点（例如，MME）执行。

这些示例性方法和/或过程可以包括将一个或多个UE中的每个分配到相应的个体UE群组。示例性方法和/或过程还可以包括确定第一多个可用WUS码与第二多个UE群组之间的映射，其中第二多个包括多个个体UE群组和与多个个体UE群组相关联的至少一个组合UE群组。示例性方法和/或过程还可以包括发送所确定的映射和到一个或多个UE经由RAN（例如，经由其中一个或多个UE所在的服务（一个或多个）小区的（一个或多个）eNB）的相应的个体UE群组分配。示例性方法和/或过程还可以包括将寻呼请求发送到RAN中的一个节点，其中寻呼请求标识至少一个或多个UE的一部分和所标识的UE的相应的个体UE群组分配。

其他示例性实施例包括网络节点（例如，（一个或多个）无线电基站、eNB、gNB、CU/DU、控制器、MME等或其组件）或用户设备（例如，UE、无线装置、IoT装置或其组件，诸如调制解调器）被配置成执行与上述各种示例性方法和/或过程对应的操作。其他示例性实施例包括存储程序指令的非暂态计算机可读介质，所述程序指令当被至少一个处理器执行时，配置此类网络节点或此类UE以执行与上述示例性方法和/或过程对应的操作。

与现有WUS WD分组配置相比，一些实施例有利地提供用于配置可能有利地降低功耗和/或改进延迟性能的WD特定的WUS WD群组的方法与设备。

根据本公开的一个实施例，网络节点包括配置成传递指示包括WD特定的WUS WD群组配置的唤醒信号（WUS）WD群组配置的信息的处理电路；接收至少一个寻呼消息以用于至少一个WD；至少部分基于至少一个寻呼消息，确定正在被寻呼的至少一个WD，正在被寻呼的至少一个WD的至少一个WD配置有WD特定的WUS WD群组配置；以及传递对应于与被寻呼的至少一个WD相关联的WUS群组的WUS序列。

根据本公开的备选实施例，网络节点包括配置成接收WD的WD特定的WUS WD分组能力的指示的处理电路；基于WD的WD特定的WUS WD分组能力，传递WD特定的WUS WD群组配置的指示；以及由于可用于WD的数据，传递用于WD的寻呼消息，所述寻呼消息标识WD特定的WUS WD群组配置以用于WD。

根据本公开的另一个实施例，WD包括配置成接收标识唤醒信号（WUS）WD群组配置的信息的处理电路；传递WD的WD特定的WUS WD分组能力的指示；至少部分基于WD的WD特定的WUS WD分组能力，接收WD特定的WUS WD群组配置；以及由于至少一个寻呼消息，接收对应于WUS WD群组配置的WUS序列。

本公开的示例性实施例的这些和其他对象、特征以及优点将会在阅读本公开的示例性实施例的以下详细的描述时变得清楚。

附图说明

图1是如由3GPP标准化的长期演进（LTE）演进UTRAN（E-UTRAN）以及演型分组核心（EPC）网络的示例性架构的高级框图。

图2是在其组成组件、协议以及接口方面的示例性E-UTRAN架构的高级框图。

图3是用户设备（UE）与E-UTRAN之间无线电（Uu）接口的控制平面部分的示例性协议层的框图。

图4是从PHY层的角度来看，示例性LTE无线电接口协议架构的框图。

图5和图6分别是用于频分复用（FDD）操作的示例性下行链路与下行链路LTE无线电帧结构的框图；

图7示出了在一段时间内唤醒信号（WUS）以及相关联的寻呼时机（PO）的示例性不连续传输（DTX）。

图8示出了各种示例性频率域正交覆盖码，其可用于根据本公开的各种示例性实施例来区分不同的UE群组。

图9示出了根据本公开的各种示例性实施例的由无线电接入网（RAN）中的网络节点（例如，基站、gNB、eNB等或其组件）执行的示例性方法和/或过程的流程图。

图10示出了根据本公开的各种示例性实施例的由用户设备（UE，例如，无线装置、IoT装置、调制解调器等或其组件）执行的示例性方法和/或过程的流程图。

图11示出了根据本公开的各种示例性实施例的由核心网中网络节点（例如，MME或其组件）执行的示例性方法和/或过程的流程图。

图12示出了根据本公开的各种示例性实施例的示例性无线装置或UE的框图。

图13示出了根据本公开的各种示例性实施例的示例性网络节点的框图。

图14示出了根据本公开的各种示例性实施例的配置成提供主机计算机与UE之间过顶（OTT）数据服务的示例性网络的框图。

具体实施方式

如上简要所述，当前Rel-15实现为每个PO指定了一个WUS并且不虑及进一步的UE分组，从而增加了非寻呼UE的功耗。由于对于IoT用例广泛的寻呼以及UE功耗要求，需要有灵活的、自适应的和/或高效的方法来确定eMTC/NB-IOT UE分组信息以及利用此类分组信息来配置受影响的UE。

因此，本公开的示例性实施例提供了新颖的技术以用于确定唤醒信号（WUS）码以及将WUS码映射到分配给小区中每个PO的UE的各种分组。取决于配置，不同数量的UE群组、子组和/或群组组合可以被映射到WUS码。因此，UE可以被配置成关注、监视和/或检测一个或多个WUS码，其中还可以配置用于监视和/或检测的码的数量。一个或多个配置可以被预确定（例如，在标准或规范中被定义）和/或预配置。备选地，网络节点可以在它所服务的小区中（例如，在系统信息广播中）传送特定的配置到UE。

在一些实施例中，用于映射到UE群组的WUS码的集合可以被预定义和/或预配置（例如，在标准中被指定）。在一些实施例中，WUS码的集合包括在用于传送WUS的资源（例如，一个或多个PRB）的基础的每子载波应用的频域正交覆盖码（OCC）。图8示出了可用于区分不同的UE群组的各种示例性频域OCC。这些频域OCC可被应用在用于传送WU的资源的单个时域符号（例如，应用到单个PRB）上。在其他实施例中，WUS码的集合包括可被应用在用于传送WUS的资源的多个时域符号上的频域加扰码。在一些实施例中，WUS码的集合可以包括频域正交覆盖码和加扰码的组合。各种其他码和/或码组合还可以以相同或类似的方式被使用。

在一些实施例中，网络节点（例如，eNB）可以基于各种因素来确定将WUS码的集合映射到UE群组中的配置，所述各种因素包括但不限于UE属性和/或要求（例如，寻呼率）、WUS误警率、UE能力或其组合。例如，高寻呼率要求可以增加多个UE必须在一个PO中进行寻呼的可能性，并且从而增加将高寻呼率UE分组在相同组中的益处。相比之下，低寻呼率UE可以被分配给其他UE群组，从而允许它们在睡眠模式下停留达更长持续时间。另一方面，较低的寻呼率要求降低多个UE必须在一个PO中被寻呼的可能性，使得许多小群组是优选的。

要解决多个UE群组必须在一个PO中被寻呼的情况，在一些实施例中，WUS码的集合可以包括与公共UE群组相关联的特定码。除了与所分配的UE的群组相关联的WUS码，每个UE可以被配置成检测该公共群组WUS码。换句话说，公共群组WUS码可以唤醒下一个PO的所有UE。

UE WUS信号检测阈值通常设置为在其存在时检测WUS信号的要求与在WUS信号不存在时避免误检测（也被称为“误警”）之间的折衷。如果检测阈值被设定得激进，则所得的高WUS误警率以及错误寻呼率可以建立功耗性能板（floor），其减轻对许多组的需要。在一些实施例中，WUS码可以被分配给UE群组组合，从而避免、最小化和/或减少公共UE群组的使用。即便如此，UE功能可以被限制成在单个WUS实例中检测少于特定的最大数量的码，这可以限制和/或减少可用的组和/或组合的数量。

在一些实施例中，网络节点可以基于可以区分各种NB-IoT UE的能力的其他参数的值导出针对特定UE的寻呼率。例如，“基于订阅的UE差异信息”（如3GPP TS 36.423与36.413中所定义的）可以包括各种UE参数，例如周期时间、电池指示、流量简档（profile）、静止指示、调度通信时间等。如上所述，这些参数可以出于将UE分配给群组的目的而被用于导出寻呼率。

在一些实施例中，对于特定UE的群组分配的确定可以由移动性管理实体（MME）来执行，所述移动性管理实体（MME）然后可以经由NAS信令配置UE来配置（例如，向所分配的群组发送信号给）UE。随后，当UE被寻呼时，MME可以将UE的所配置的WUS群组发送到服务eNB的UE。例如，这些信息可以与UE的无线电寻呼功能一起被包含在UE-RadioPagingInfo-NB信息元素（IE）中，例如，作为UE无线电寻呼功能的一部分。增强UE-RadioPagingInfo-NB IE的ASN.1数据结构由以下给出（假设Rel-16），其中下划线被用于指示被添加的信息：

在其他实施例中，被分配给UE的组改为与UE的上下文一起存储。当RAN寻呼被应用以及UE处于非激活状态时，这些实施例可以是有用的和/或有利的，这些可以是在NR中的情况。

在一些实施例中，每个WUS码都可以被分配到一个唯一UE群组。在其他实施例中，一个WUS码可以被分配到一个公共UE群组并且其余可用WUS码中的每个都被分配到特定UE群组。这些实施例由以下表1示出，以用于12个可用WUS码以及11个UE群组的情况。在此示例中，码0被分配到公共UE群组，并且码1-11被分配到特定的个体UE群组。在表中，“是“条目指示码（行）与UE群组（列）之间的关联；空白条目指示特定码与组之间没有关联。

表1.

在其他实施例中，可用WUS码可以被分配到公共UE群组、多个个体UE群组以及一个或多个UE群组组合的组合。这些实施例由以下表2示出，以用于12个可用WUS码以及4个UE群组的情况。在此示例中，码0被分配到公共UE群组，码1-4被分配到特定的个体UE群组0-3，以及码5-10被分配到UE群组0-3的组合。码11保持未被分配和/或被保留。

表2.

在一些实施例中，WUS码的子集可以与特定预定义任务相关联。例如，特定的WUS码可用于指示相关联的UE群组应直接在与WUS或PO相关的预定义的位置读取PDSCH，而无需首先解码寻呼控制信道。

在一些实施例中，在确定UE群组与WUS码之间的映射后，网络节点（例如，eNB）可以传送到到由网络节点服务的小区中的UE的所确定的映射。例如，网络节点可以经由广播系统信息块（SIB）传送所确定的映射。作为另一个示例，网络节点可以经由RRC信令传送到个体UE的所确定的映射。广播与RRC传输的各种组合还可以被使用。

在一些实施例中，网络节点可以接收请求来寻呼小区内的一个或多个UE（被称为“寻呼请求”）。例如，寻呼请求可以从MME接收。作为回应，网络选择可用WUS码中的一个，以用于传输到由寻呼请求所标识的一个或多个UE。随后，网络节点基于所选择的WUS码传送WUS信号。

在一些实施例中，如果被寻呼请求标识的一个或多个UE位于单独的UE群组中，则网络节点可以选择与至少这些单独的UE群组的组合相关联的WUS码。在一些实施例中，所选择的WUS码可以与公共UE群组相关联。在一些实施例中，网络节点可以基于与可用WUS码相关联的误警率来选择WUS码。例如，网络节点可以选择WUS码，使得通过检测所选择的码的最小数量的UE群组将会被错误地唤醒。

图9示出了用于向无线电接入网（RAN）中的一个或多个用户设备（UE）传送唤醒信号（WUS）的示例性方法和/或过程的流程图。示例性方法和/或过程可以由在RAN中服务于小区和与小区中的一个或多个用户设备（例如，UE、无线装置、IoT装置、调制解调器等或组件）进行通信的网络节点（例如，基站、eNB、gNB等或其组件）执行。例如，在图9中示出的示例性方法和/或过程可以在根据图13配置的网络节点中实现（如下所述）。此外，如下所解释的，图9中被示出的示例性方法和/或过程可与图10（如下所述）和/或图11（如下所述）中被示出的示例性方法和/或过程合作地利用，以提供本文所述的各种示例性优势。虽然图9按照特定顺序示出框，但该顺序仅仅是示例性的，并且示例性方法和/或过程的操作可以按照图9中所示的不同的顺序被执行，以及可以被组合和/或被分成具有不同功能性的框。可选的框或操作由虚线示出。

在一些实施例中，示例性方法和/或过程可以包括框610的操作，其中网络节点可以确定第一多个可用WUS码与第二多个UE群组之间的映射。在一些实施例中，框610的操作可以包括子框612的操作，其中网络节点可以从RAN中的或与RAN相关联的核心网中的另一网络节点接收映射。在一些实施例中，框610的操作可以包括子框614的操作，其中网络节点可以从存储介质中读取配置信息（例如，涉及映射的文件）。例如，存储介质可以对网络节点是本地的或是远程的。

在一些实施例中，框610的操作可以包括子框616的操作，其中网络节点可以选择包括第二多个的UE群组的数量。此选择可以基于以下中的至少一个：可用WUS码的数量、可用WUS码的相应误警率、小区中的一个或多个UE的寻呼率要求以及一个或多个UE的能力。在一些实施例中，子框616的操作可以包括子框618的操作，其中UE可以基于与相应的UE相关联的多个寻呼相关参数的值，确定一个或多个UE的寻呼率要求。以上讨论了此类寻呼相关参数的示例。

在一些实施例中，示例性方法和/或过程可以包括框620的操作，其中网络节点可以传送到一个或多个UE的所确定的映射。示例性方法和/或过程可以包括框630的操作，其中网络节点可以接收标识小区中的UE的至少一部分的寻呼消息。例如，网络节点可以接收来自相关联的核心网中的节点（例如，MME）的寻呼消息。在一些实施例中，框630的操作还可以包括子框632的操作，其中网络节点可以针对所标识的UE中的每个接收分配给特定UE的个体UE群组的标识符。在一些实施例中，网络节点可以接收在框630中所接收的寻呼消息中的组标识符。

示例性方法和/或过程可以包括框640的操作，其中网络节点可以选择与所标识的UE相关联的WUS码，其中WUS码是从映射到第二多个UE群组的第一多个可用WUS码中选择的。在一些实施例中，第二多个UE群组可以包括多个个体UE群组。在一些体现中，第二多个UE群组仅包括个体UE群组。在一些实施例中，第二个多个可以等于第一个多个。在一些实施例中，第二多个UE群组还包括与所有个体UE群组相关联的公共UE群组。在一些实施例中，第二多个UE群组可以包括一个或多个组合UE群组，其中每个组合UE群组可以与多个个体UE群组的特定组合相关联。

在一些实施例中，选择WUS码可以基于所标识的个体UE群组（例如，在子框632中接收）。在一些实施例中，WUS码的第一多个中的至少一个与寻呼机会（PO）不相关联。例如，至少一个WUS码可以与在特定时间接收PDSCH相关联。在一些实施例中，可用WUS码包括被应用在单个时域符号上的第一个多个频域正交覆盖码（OCC）。在一些实施例中，其中可用WUS码包括被应用在多个时域符号上的第一多个频域加扰码。

在一些实施例中，如果所标识的UE与多个个体UE群组相关联，则框640的操作还可以包括子框642的操作，其中网络节点可以选择对应于组合UE群组的可用WUS码，其包括一个或多个个体UE群组以外的最小数量的个体UE群组。示例性方法和/或过程可以包括框650的操作，其中网络节点可以基于所选择的WUS码传送WUS。

图10示出了用于接收由无线电接入网（RAN）中的网络节点传送的唤醒信号（WUS）的示例性方法和/或过程的流程图。示例性方法和/或过程可以由与在RAN中服务于小区的网络节点（例如，基站、eNB、gNB等或其组件）通信的用户设备（例如，UE、无线装置、IoT装置、调制解调器等或其组件）所执行。例如，图10中示出的示例性方法和/或过程可以被实现，例如，根据图12所配置成的UE或装置中（如下所述）。此外，图10中示出的示例性方法和/或过程可以与图9（如上所述）和/或图11（如下所述）中所示的示例性方法和/或过程合作地利用，以提供本文描述的各种示例性益处。虽然图10按照特定顺序示出框，但此顺序仅是示例性的，以及示例性方法和/或过程的操作可以被按照与图10中示出的不同的顺序来执行，并且可以被组合和/或被分成具有不同功能性的框。可选的框或操作由虚线示出。

图10中所示的方法和/或过程的示例性实施例可以包括框710的操作，其中UE可以接收包括第一多个可用WUS码与第二多个UE群组之间的映射的信息，其中第二多个包括多个个体UE群组和与多个个体UE群组相关联的至少一个组合UE群组。在一些实施例中，至少一个组合UE群组包括与所有个体UE群组相关联的公共UE群组。在一些实施例中，至少一个组合UE群组可以包括与个体UE群组的相应的子集相关联的一个或多个组合UE群组。

在一些实施例中，可用WUS码包括被应用在单个时域符号上的第一多个频域正交覆盖码（OCC）。在一些实施例中，其中可用WUS码包括被应用在多个时域符号上的第一多个频域加扰码。

示例性方法和/或过程还可以包括框720的操作，其中UE可以接收分配到个体UE群组中的一个。在一些实施例中，分配与映射（框710）可以从MME接收。示例性方法和/或过程还可以包括框730的操作，其中UE可以在预期的第一WUS被传送的时段期间接收信号。例如，UE可以通过网络节点和/或RAN在时间以及频率资源（例如，子载波以及符号）上接收与WUS传输相关联的信号。

示例性方法和/或过程还可以包括框740的操作，其中UE可以尝试在所接收的信号中检测对应于第三多个WUS码中的任何的WUS，其中第三多个包括与所分配的个体UE群组相关联的WUS码以及与相应的一个或多个组合UE群组相关联的一个或多个WUS码。

在一些实施例中，如果在框740中检测到对应于第三多个WUS码中的任何的WUS，则示例性方法和/或过程还可以包括框750的操作，其中UE可以在相对于WUS的预定义后续时间的随后的寻呼时机（PO）期间接收寻呼信号。在一些实施例中，如果在框740中检测到对应于第三多个WUS码中的特定一个的WUS，则示例性方法和/或过程还可以包括框750的操作，其中UE可以在相对于WUS的预定义后续时间处接收物理下行链路共享信道（PDSCH）。以这种方式接收PDSCH可以在无需在PO期间尝试接收寻呼信号的情况下完成。

图11示出了基于无线电接入网（RAN）中被传送的唤醒信号（WUS）用于寻呼一个或多个用户设备（UE）的示例性方法和/或过程的流程图。示例性方法和/或过程可以由与RAN节点（例如，基站、eNB、gNB等或其组件）以及一个或多个UE（例如，无线装置、IoT装置、调制解调器等或组件）进行通信的核心网节点（例如，MME）执行。例如，图11中示出的示例性方法和/或过程可以在根据相关的3GPP标准所配置成的MME中实现。此外，图11中示出的示例性方法和/或过程可以与图9-10中示出的示例性方法和/或过程（如上所述）合作地利用，以提供本文描述的各种示例性益处。虽然图11按照特定的顺序示出框，但此顺序仅是示例性的，并且示例性方法和/或过程的操作可以按照与图11中示出的不同的顺序被执行，并且可以被组合和/或被分成具有不同功能性的框。可选的框或操作由虚线示出。

示例性方法和/或过程还可以包括框810的操作，其中网络节点可以分配一个或多个UE的每一个到相应的个体UE群组。示例性方法和/或过程还可以包括框820的操作，其中网络节点可以确定第一多个可用WUS码与第二多个UE群组之间的映射，其中第二多个包括多个个体UE群组和与多个个体UE群组相关联的至少一个组合UE群组。

示例性方法和/或过程还可以包括框830的操作，其中网络节点可以经由RAN（例如，经由服务于其中一个或多个UE所在的（一个或多个）小区的（一个或多个）eNB）向一个或多个UE发送所确定的映射以及相应的个体UE群组分配。示例性方法和/或过程还可以包括框840的操作，其中网络节点可以向RAN中的节点发送寻呼请求，其中寻呼请求标识一个或多个UE中的至少一部分以及所标识的UE的相应的个体UE群组分配。例如，寻呼请求可以被发送到服务于其中一个或多个UE的至少一部分所位于的小区的eNB。

虽然在方法、仪器、设备、计算机可读的介质以及接收器方面描述了本文以上所述的各种实施例，但本领域技术人员将会很容易理解这些方法可以被体现在各种系统、通信装置、计算装置、控制装置、设备、非暂态计算机可读介质等中的硬件与软件的各种组合中。图12示出根据本公开的各种实施例的示例性无线装置或用户设备（UE）900的框图。例如，可以通过执行指令来配置示例性装置900，所述指令被存储在计算机可读的介质上，以执行对应于上述示例性方法和/或过程中的一个或多个的操作。

示例性装置900可以包括处理器910，所述处理器910可以经由总线970可操作地连接到程序存储器920和/或数据存储器930，所述总线970可以包括平行地址以及数据总线、串行端口或对于本领域技术人员已知的方法和/或结构。程序存储器920包括由处理器910执行的软件代码或程序，其促进、导致和/或编程示例性装置900，以使用一个或多个有线或无线通信协议进行通信，所述一个或多个有线或无线通信协议包括由3GPP、3GPP2或IEEE标准化的一个或多个无线通信协议，诸如通常称为5G/NR、LTE、LTE-A、UMTS、HSPA、GSM、GPRS、EDGE、1xRTT、CDMA2000、902.11 WiFi、HDMI、USB、火线等的那些协议或可与无线电收发器940、用户接口950和/或主机接口960联合利用的任何其他当前或未来的协议。

例如，处理器910可以执行被存储在程序存储器920中的程序代码，其对应于由3GPP标准化的MAC、RLC、PDCP以及RRC层协议（例如，针对NR和/或LTE）。作为另外的示例，处理器910可以执行被存储在程序存储器920中的程序代码，其连同无线电收发器940一起，实现对应的PHY层协议，诸如正交频分复用（OFDM）、正交正交频分多址（OFDMA）以及单载波频分多址（SC-FDMA）。

程序存储器920还可以包括由处理器910执行的软件代码，以控制装置900的功能，包括配置以及控制各种组件，诸如无线电收发器940、用户接口950和/或主机接口960。程序存储器920还可以包括一个或多个应用程序和/或模块，包括体现本文所述的示例性方法和/或过程中的任何的计算机可执行指令。这种软件代码可以使用任何已知的或未来开发的编程语言被指定或编写，诸如，例如Java、C++、C、Objective C、HTML、XHTML、机器代码以及汇编，只要所需的功能性被保留，例如由所实现的方法步骤来定义。此外，或作为备选方案，程序存储器920可以包括装置900远程的外部存储布置（未示出），从所述布置中可以将指令下载到位于装置900内或与装置900可移动地耦合的程序存储器920，以便能够实现执行这种指令。

数据存储器930可以包括处理器910的存储器区域，以存储用于装置900的协议、配置、控制以及其他功能中的变量，包括对应于或包括本文所述的示例性方法和/或过程中的任何的操作。此外，程序存储器920和/或数据存储器930可以包括非易失性存储器（例如，闪存）、易失性存储器（例如，静态或动态RAM）或其组合。此外，数据存储器930可以包括存储器槽，通过所述槽采用一种或多种格式的可拆卸存储卡（例如，SD卡、存储器棒、紧凑型闪存等）可以被插入并被移除。本领域技术人员将会认识到，处理器910可以包括多个独立的处理器（包括例如多核处理器），其中的每个都实现了上述功能性的一部分。在这种情况下，多个独立的处理器通常可以被连接到程序存储器920以及数据存储器930或被单独连接到多个独立的程序存储器和/或数据存储器。更一般地，本领域技术人员将会认识到，装置900的各种协议以及其他功能可以在许多不同的计算机布置中被实现，所述计算及布置包括硬件和软件的不同的组合，包括但不限于应用处理器、信号处理器、通用处理器、多核处理器、ASIC、固定和/或可编程数字电路、模拟基带电路、射频电路、软件、固件以及中间件。

无线电收发器940可以包括射频传送器和/或接收器功能性，其促进装置900以与支持像无线通信标准和/或协议的其他装置通信。在一些示例性实施例中，无线电收发器940包括传送器和接收器，它们使装置900能够根据由3GPP和/或其他标准主体建议标准化的各种协议和/或方法与各种5G/NR网络通信。例如，这种功能性可以与处理器910合作地操作，以实现基于OFDM、OFDMA和/或SC-FDMA技术的PHY层，诸如本文相对于其他的附图所描述的那样。

在一些示例性实施例中，无线电收发器940包括LTE传送器和接收器，它们可促进装置900根据由3GPP颁布的标准与各种LTE LTE-Advanced（LTE-A）和/或NR网络通信。在本公开的一些示例性实施例中，无线电收发器940包括同样根据3GPP标准对各种NR、NR-U、LTE、LTE-A、LTE-LAA、UMTS和/或GSM/EDGE网络通信的装置900所需的电路、固件等。在本公开的一些示例性实施例中，无线电收发器940包括根据3GPP2标准与各种CDMA2000网络通信的装置900所需的电路、固件等。

在本公开的一些示例性实施例中，无线电收发器940能够使用在未经许可的频段中操作的无线电技术进行通信，诸如使用在2.4、5.6和/或60 GHz区域中的频率操作的IEEE902.11 WiFi。在本公开的一些示例性实施例中，无线电收发器940可以包括能够有线通信的收发器，诸如通过使用IEEE 902.3以太网技术。特定于这些实施例中的每一个的功能性可以与装置900中的其他电路相耦合或由其控制，诸如执行存储在程序存储器920中与数据存储器930结合、或由数据存储器930支持的程序代码的处理器910。

用户接口950可以根据装置900的特定实施例采取各种形式，或可以完全不在装置900中。在一些示例性实施例中，用户接口950可以包括麦克风、扬声器、可滑动按钮、可按按钮、显示屏、触摸屏显示屏、机器或虚拟键板、机器或虚拟键盘、和/或移动电话上常见的任何其他用户接口特征。在其他实施例中，装置900可以包括平板计算装置，包括更大的触摸屏显示屏。在这样的实施例中，用户接口950的机器特征中的一个或多个可以由使用触摸屏显示屏所实现的可比较的或功能等效的虚拟用户接口特征（例如，虚拟键板、虚拟按钮等）所取代，如本领域技术人员所熟悉的那样。在其他实施例中，装置900可以是数字计算装置，诸如笔记本计算机、台式计算机、工作站等，它包括取决于特定的示例性实施例可被集成、分离或可拆卸的机器键盘。这种数字计算装置还可以包括触摸屏显示屏。具有触摸屏显示屏的装置900的许多示例性实施例能够接收用户输入，诸如与本文描述的或以其他方式由本领域技术人员已知的示例性方法和/或过程相关的输入。

在本公开的一些示例性实施例中，装置900可以包括定向传感器，所述定向传感器可通过装置900的特征和功能以各种方式被使用。例如，装置900可以使用定向传感器的输出来确定用户何时已经改变了装置900的触摸屏显示器的物理定向。来自定向传感器的指示信号可以可用于在装置900上执行的任何应用程序，使得当指示信号指示装置在物理定向上大约90度改变时，应用程序可以自动地改变屏幕显示器的定向（例如，从纵向到横向）。采用这种示例性方式，应用程序可以按照用户可读的方式维护屏幕显示器，无论装置的物理定向如何。此外，定向传感器的输出可与本公开的各种示例性实施例结合使用。

装置900的控制接口960可采取各种形式，这取决于装置900打算与其通信和/或控制的其他装置的特定的接口要求的和装置900的特定示例性实施例。例如，控制接口960可以包括RS-232接口、RS-495接口、USB接口、HDMI接口、蓝牙接口、IEEE（“火线”）接口、I²C接口、PCMCIA接口等等。在本公开的一些示例性实施例中，控制接口960可以包括诸如以上所述的IEEE 902.3以太网接口。在本公开的一些示例性实施例中，控制接口960可以包括模拟接口电路，包括例如一个或多个数字到模拟（D/A）和/或模拟到数字（A/D）转换器。

本领域技术人员可以识别以上列出的特征、接口以及射频通信标准清单仅仅是示例性的，并且不局限于本公开的范围。换句话说，装置900可以包含比图12中示出的更多的功能性，包括例如视频和/或静止图像相机、麦克风、媒体播放器和/或录音机等。此外，无线电收发器940可以包括使用其他射频通信标准（包括蓝牙、GPS和/或其他标准）通信所需的电路。此外，处理器910可以执行存储在程序存储器920中的软件代码，以控制这种附加的功能性。例如，来自GPS接收器的定向速度和/或位置估计输出可以可用于在装置900上执行的任何应用程序，包括根据本公开的各种示例性实施例的各种示例性方法和/或计算机可读介质。

图13示出了根据本公开的各种实施例的示例性网络节点1000的框图。例如，示例性网络节点1000可以通过执行存储在计算机可读介质上的指令来配置成执行对应于以上描述的示例性方法和/或过程中的一种或多种的操作。在一些示例性实施例中，网络节点1000可以包括基站、eNB、gNB或其中的一个或多个组件。例如，网络节点1000可根据由3GPP指定的NR gNB架构被配置为中央单元（CU）和一个或多个分布式单元（DU）。更一般地，网络节点1000的功能性可以被分布在各种物理装置和/或功能单元、模块等。

网络节点1000包括处理器1010，所述处理器1010经由总线1070与程序存储器1020与数据存储器1030进行可操作地连接，所述处理器1010可包括平行地址以及数据总线、串行端口或对本领域技术人员已知的其他方法和/或结构。

程序存储器1020包括由处理器1010执行的软件代码（例如，程序指示），其可以配置和/或促进网络节点1000以根据本公开的各种实施例使用协议与一个或多个其他装置通信，包括上述讨论的一个或多个示例性方法和/或过程。程序存储器1020还可以包括由处理器1010执行的软件代码，其可以促进和特定地配置网络节点1000，以使用其他协议或协议层与一个或多个其他装置通信，所述其他协议或协议层诸如由3GPP标准化的PHY、MAC、RLC、PDCP以及RRC层协议中的一个或多个，用于与无线电网络接口1040和核心网接口1050结合利用的LTE、LTE-A和/或NR或任何其他更高层协议。通过示例以及没有限制，核心网接口1050可以包括S1接口，并且无线电网络接口1050可以包括Uu接口，正如由3GPP标准化的那样。程序存储器1020可以进一步包括由处理器1010执行的软件代码，以控制网络节点1000的功能，包括配置和控制各种组件，诸如无线电网络接口1040和核心网接口1050。

数据存储器1030可以包括用于处理器1010的存储区域，以存储在网络节点1000的协议、配置、控制以及其他功能中使用的变量。因此，程序存储器1020和数据存储器1030可以包括非易失性存储器（例如，闪存、硬盘等）、易失性存储器（例如，静态或动态RAM）、基于网络（例如，“云”）的存储设备或其组合。本领域技术人员将会认识到，处理器1010可以包括多个独立的处理器（未示出），其中的每个都实现了上述功能性的一部分。在这种情况下，多个独立的处理器可能被公共地连接到程序存储器1020和数据存储器1030或被单独地连接到多个独立的程序存储器和/或数据存储器。更一般地，本领域技术人员将会认识到，网络节点100的各种协议以及其他功能可以在硬件和软件的许多不同的组合中被实现，包括但不限于应用处理器、信号处理器、通用处理器、多核处理器、ASIC、固定数字电路、可编程数字电路、模拟基带电路、射频电路、软件、固件以及中间件。

无线电网络接口1040可以包括传送器、接收器、信号处理器、ASIC、天线、波束成形单元以及其他电路，它们使网络节点1000能够与其他设备通信，诸如在一些实施例中，多个兼容的用户设备（UE）。在一些示例性实施例中，无线电网络接口可以包括各种协议或协议层，诸如由用于LTE、LTE-A、LTE-LAA、NR、NR-U等的3GPP标准化的PHY、MAC、RLC、PDCP以及RRC层协议；诸如对本文以上所述的改进；或与无线电网络接口1040结合利用的任何其他更高层协议。根据本公开的进一步示例性实施例，无线电网络接口1040可以包括基于OFDM、OFDMA和/或SC-FDMA技术的PHY层。在一些实施例中，这种PHY层的功能性可以通过无线电网络接口1040和处理器1010（包括存储器1020中的程序代码）合作地提供。

核心网接口1050可以包括传送器、接收器以及其他电路，它们使网络节点1000能够在核心网中与其他装置通信，所述核心网诸如在一些实施例中是电路切换（CS）和/或分组切换核心（PS）网络。在一些实施例中，核心网接1050可以包括由3GPP标准化的S1接口。在一些实施例中，核心网接口1050可以包括由3GPP标准化的NG接口。在一些示例性实施例中，核心网接口1050可以包括到与一个或多个SGW、MME、SGSN、GGSN以及其他物理装置的一个或多个接口，它们包括在对本领域技术人员已知的GERAN、UTRAN、EPC、5GC以及CDMA2000核心网中找到的功能性。在一些实施例中，这些一个或多个接口可能在单个物理接口上一起复用。在一些实施例中，核心网接口1050的更低层可以包括对本领域技术人员已知的异步传输模式（ATM）、以太网上因特网协议（IP）、光纤上SDH、铜线上T1/E1/PDH、微波无线电或其他有线或无线传输技术中的一个或多个。

OA&M接口1060可以包括传送器、接收器以及其他电路，它们使网络节点1000能够与外部网络、计算机、数据库等通信，以出于网络节点1000或操作地连接到其的其他网络设备的操作、管理以及维护的目的。OA&M接口1060的更低层可以包括对本领域技术人员已知的异步传输模式（ATM）、以太网上因特网协议（IP）、光纤上SDH、铜线上T1/E1/PDH、微波无线电或其他有线或无线传输技术中的一个或多个。此外，在一些实施例中，无线电网络接口1040、核心网接口1050以及OA&M接口1060中的一个或多个可能在单个物理接口上一起复用，诸如以上列出的示例。

图14是根据本公开的一个或多个示例性实施例被配置成提供主机计算机与用户设备（UE）之间的过顶（OTT）数据服务的示例性通信网络的框图。UE 1110可以通过无线电接口1120与无线电接入网（RAN）1130通信，所述无线电接口1120可以基于上述协议，所述协议包括例如LTE、LTE-A以及5G/NR。例如，UE 1110可以按照在上面讨论的其他图中示出的那样被配置和/或被布置。RAN 1130可以包括可在许可的频段中操作的一个或多个网络节点（例如，基站、eNB、gNB、控制器等），以及包括可在免许可频谱中操作的一个或多个网络节点（使用例如LAA或NR-U技术），诸如2.4 GHz频段和/或5 GHz频段。在这种情况下，包括RAN 1130的网络节点可以使用许可的以及免许可频谱进行合作操作。

RAN 1130可以根据上述各种协议和接口与核心网1140进一步通信。例如，包括RAN1130的一个或多个设备（例如，基站、eNB、gNB等）可以经由上述核心网接口1150与核心网1140通信。在一些示例性实施例中，RAN 1130和核心网1140可以如在上述的其他图中示出的那样被配置和/或被布置。例如，包括E-UTRAN 1130的eNB可以经由S1接口与EPC核心网1140通信，诸如图1中所示。作为另一个示例，包括NR RAN 1130的gNB可以经由NG接口与5GC核心网1130通信。

核心网1140可以根据对本领域技术人员已知的各种协议和接口与在图14中被示出为因特网1150的外部分组数据网络进一步通信。许多其他装置和/或网络还可以连接到因特网1150和经由因特网1150通信，诸如示例性主机计算机1160。在一些示例性实施例中，主机计算器1160可以使用因特网1150、核心网1140以及RAN 1130作为中间件与UE 1110通信。主机计算机1160可以是服务提供商拥有和/或控制下的服务器（例如，应用服务器）。主机计算器1160可以由OTT服务提供商或由其他代表服务提供商的实体操作。

例如，主机计算机1160可以使用核心网1140和RAN 1130的基础设施向 UE 1110提供过顶（OTT）分组数据服务，其可以没有意识到将传出/传入通信路由到主机计算机1160/从主机计算机1160路由。相似地，主机计算机1160可以没有意识到从主机计算机传输到UE的路由，例如通过RAN 1130的传输的路由。各种OTT服务可以使用图14中示出的示例性配置来提供，包括例如从主机计算机到UE的流化（单向）音频和/或视频、主机计算机与UE之间的交互式（双向）音频和/或视频、交互式消息传递或社交通信、交互式虚拟或增强现实等。

图14中示出的示例性网络还可以包括监测网络性能度量的测量过程和/或传感器，所述网络性能度量包括数据速率、延迟以及由本文所公开的示例性实施例所改进的其他因素。示例性网络还可以包括用于重新配置端点（例如，主机计算机与UE）之间的链路以响应测量结果变化的功能性。这种过程与功能性是公知的和被实践的；如果网络隐藏或抽象了OTT服务提供商的无线电接口，则测量可以由UE与主机计算机之间的专有信令来促进。

本文所描述的示例性实施例提供高效技术以用于免许可频谱中的RAN 1130操作，尤其是为UE（例如，UE1110）指示、分配和/或配置时间资源，以在免许可频谱中的UL共享信道上传送。例如，通过在时隙内分配不同的传输开始符号，这种技术可以减少被分配了相同UL时隙资源的UE之间的UL争用。当在NR UE（例如，UE 1110）以及gNB（例如，包括RAN 1130的gNB）中被使用时，本文所述的示例性实施例可以将各种改进、益处和/或优势提供给OTT服务提供商和终端用户，包括更一致的数据吞吐量和更少的延迟，而无需过度的UE功耗或用户体验的其他减少。

如本文所述，装置和/或设备可以由半导体芯片、芯片组或包含这种芯片或芯片组的（硬件）模块来表示；然而，这并不排除如下的可能性：将装置或设备替代被硬件实现的功能性实现为软件模块，例如，计算机程序或包含可执行软件代码部分的计算机程序产品，以便执行或在处理器上运行。此外，装置或设备的功能性可以由硬件和软件的任何组合来实现。装置或设备还可被视为多个装置和/或设备的组装件，无论是功能上相互合作还是相互独立。此外，只要装置或设备的功能性被保留，装置和设备就可以在整个系统中以分布方式被实现。这种以及类似的原则被认为对本领域技术人员是已知的。

前述仅示出了本公开的原则。鉴于本文教导，对所描述的实施例的各种修改和备选将对本领域技术人员来说是清楚的。因此，将理解的是，本领域技术人员将能够想到许多系统、布置以及过程，它们尽管没有在本文被明确地示出或描述，但是体现了本公开的原则并且因此可以在本公开的精神与范围内。各种不同的示例性实施例可以被相互使用，以及可以被互换使用，正如应该由本领域技术人员理解的那样。此外，在本公开中使用的某些术语，包括其说明、图以及示例性实施例，在特定情况下可被同义地使用，包括但不限于例如数据和信息。应当理解，虽然这些词语和/或其他词语可以是相互是同义的，在本文中可以被同义地使用，但可以存在一些情况，当这些词语可以旨在不被同义地使用。此外，就现有技术知识在上文未曾通过引用明确地并入的程度而言，它在本文中被明确地并入其整体。被引用的所有出版物通过引用它们的整体而并入本文中。

本文所述的技术和设备的示例性实施例包括但不限于以下列举的实施例：

1. 一种用于将唤醒信号（WUS）传送到无线电接入网（RAN）的小区中的一个或多个用户设备（UE）的方法，所述方法包括：

接收标识所述小区中的所述UE中的至少一部分的寻呼消息；

选择与所标识的UE相关联的WUS码，其中所述WUS码从映射到第二多个UE群组的第一多个可用WUS码中选择；以及

基于所选择的WUS码传送所述WUS码。

2. 根据实施例1所述的方法，进一步包括：

确定所述第一多个可用WUS码与所述第二多个UE群组之间的映射；以及

将所确定的映射传送到一个或多个UE。

3. 根据实施例3所述的方法，其中，确定所述映射包括接收来自所述RAN中或与所述RAN相关联的核心网中的另一网络节点的所述映射。

4. 根据实施例3所述的方法，其中，确定所述映射包括从存储介质读取配置信息。

5. 根据实施例3所述的方法，其中，确定所述映射包括选择包括所述第二多个的UE群组的数量。

6. 根据实施例5所述的方法，其中，选择UE群组的所述数量至少基于以下中的一个：可用WUS码的数量、所述可用WUS码的相应误警率、所述小区中的所述一个或多个UE的寻呼率要求、以及所述一个或多个UE的能力。

7. 根据实施例6所述的方法，进一步包括基于与相应UE相关联的多个寻呼相关参数的值，确定所述一个或多个UE的所述寻呼率要求。

8. 根据实施例2-7中的任一项所述的方法，其中，所确定的映射经由以下中的一个或多个来传送：广播系统信息和无线电资源控制（RRC）消息。

9. 根据实施例1-8中的任一项所述的方法，其中，所述第二多个UE群组包含多个个体UE群组。

10. 根据实施例1-9中的任一项所述的方法，其中，所述第二多个UE群组仅包含个体UE群组。

11. 根据实施例1-10中的任一项所述的方法，其中，所述第二多个等于所述第一多个。

12. 根据实施例9所述的方法，其中，所述第二多个UE群组还包括与所有个体UE群组相关联的公共UE群组。

13. 根据实施例9所述的方法，其中，所述第二多个UE群组包括一个或多个组合UE群组，其中每个组合UE群组与多个个体UE群组的特定组合相关联。

14. 根据实施例12-13中的任一项所述的方法，其中，所述第一多个WUS码中至少一个与寻呼机会（PO）不相关联。

15. 根据实施例1-14中的任一项所述的方法，还包括针对所标识的UE中的每个，接收分配给特定UE的个体UE群组的标识符，其中选择所述WUS码基于所标识的个体UE群组。

16. 根据实施例15所述的方法，其中，所标识的UE与多个个体UE群组相关联，并且选择所述WUS码包括选择对应于组合UE群组的可用WUS码，所述组合UE群组包括不同于所述一个或多个个体UE群组的最小数量的个体UE群组。

17. 根据实施例1-16中的任一项所述的方法，其中，所述可用WUS码包括应用于单个时域符号上的第一多个频域正交覆盖码（OCC）。

18. 根据实施例1-16中的任一项所述的方法，其中，所述可用WUS码包括应用于多个时域符号上的第一多个频域加扰码。

19. 一种用于接收由无线电接入网（RAN）中的网络节点传送的唤醒信号（WUS）的方法，所述方法包括：

接收包括第一多个可用WUS码与第二多个UE群组之间的映射的信息，其中所述第二多个包括多个个体UE群组和与多个个体UE群组相关联的至少一个组合UE群组；

接收对所述个体UE群组中的一个的分配；

在预期WUS要被传送的时段期间接收信号；以及

尝试在所接收的信号中检测对应于第三多个WUS码中的任何的WUS，其中所述第三多个包括与所分配的个体UE群组相关联的WUS码和与相应的一个或多个组合UE群组相关联的一个或多个WUS码。

20. 根据实施例19所述的方法，其中，所述至少一个组合UE群组包括与所有个体UE群组相关联的公共UE群组。

21. 根据实施例19-20所述的方法，其中，所述至少一个组合UE群组包括与所述个体UE群组的相应子集相关联的一个或多个组合UE群组。

22. 根据实施例19-21中的任一项所述的方法，还包括：如果检测到对应于所述第三多个WUS码中的任何的所述WUS，则在相对于所述WUS的预定义后续时间的随后的寻呼时机（PO）期间接受寻呼信号。

23. 根据实施例19-21中的任一项所述的方法，还包括：如果检测到对应于所述第三多个WUS码中的特定一个的所述WUS，则在相对于所述WUS的预定义后续时间或相对于与所述WUS相关联的干预寻呼时机（PO）接收物理下行链路共享信道（PDSCH），而无需尝试在所述PO期间接收寻呼信号。

24. 根据实施例19-23中的任一项所述的方法，其中，所述可用WUS码包括应用于单个时域符号上的第一多个频域正交覆盖码（OCC）。

25. 根据实施例19-23中的任一项所述的方法，其中，所述可用WUS码包括应用于多个时域符号上的第一多个频域加扰码。

26. 根据实施例19-25中的任一项所述的方法，其中，从移动性管理实体（MME）接收所述映射和所述分配。

27. 一种用于基于在无线电接入网（RAN）中传送的唤醒信号（WUS）寻呼一个或多个用户设备（UE）的方法，包括

将所述一个或多个UE中的每个分配到相应的个体UE群组；

确定第一多个可用WUS码与第二多个UE群组之间的映射，其中所述第二多个包括多个个体UE群组和与多个个体UE群组相关联的至少一个组合UE群组；

经由所述RAN发送所确定的映射和到所述一个或多个UE的所述相应的个体UE群组分配；

发送寻呼请求到所述RAN中的节点，其中所述寻呼请求标识所述一个或多个UE的至少一部分和所标识的UE的所述相应的个体UE群组分配。

28. 一种配置成向无线电接入网（RAN）中的一个或多个用户设备（UE）传送唤醒信号（WUS）的网络节点，所述网络节点包括：

配置成与所述UE通信的通信电路；以及

操作地与所述通信电路相关联并且配置成执行对应于示例性实施例1-18中的任何的方法的操作的处理电路。

29. 一种存储计算机可执行指令的非暂态计算机可读介质，所述计算机可执行指令当由网络节点的至少一个处理器执行时，将所述网络节点配置成执行对应于示例性实施例1-18中的任何的方法的操作。

30. 一种配置成接收由无线电接入网（RAN）中的网络节点传送的唤醒信号（WUS）的用户设备（UE），所述UE包括：

配置成与网络节点通信的通信电路；以及

操作地与所述通信电路相关联并且配置成执行对应于示例性实施例19-26中的任何的方法的操作的处理电路。

31. 一种存储计算机可执行指令的非暂态计算机可读介质，所述计算机可执行指令当由用户设备（UE）中的至少一个处理器执行时，将所述UE配置成执行对应于示例性实施例19-28中的任何的方法的操作。

32. 一种配置成基于在无线电接入网（RAN）中传送的唤醒信号（WUS）寻呼一个或多个用户设备（UE）的网络节点，所述网络节点包括：

配置成与所述RAN通信的通信电路；以及

操作地与所述通信电路相关并且配置成执行对应于示例性实施例27的方法的操作的处理电路。

33. 一种存储计算机可执行指令的非暂态计算机可读介质，所述计算机可执行指令当由网络节点中的至少一个处理器执行时，将所述网络节点配置成执行对应于示例性实施例27的方法的操作。

图15是按照一个实施例示出在通信系统中实现的示例性方法的流程图，所述通信系统诸如例如是图1的通信系统。通信系统可能包括服务节点134、138、网络节点115以及无线装置WD 120，它们可以是参考图1描述的那些。服务节点可能是EPC 130中的服务器和/或主机计算机。在方法的第一步骤中，主机计算机24提供用户数据（框S100）。在第一步骤的可选子步骤中，服务节点134、138通过执行主机应用来提供用户数据，诸如例如服务节点134、138（框S102）。在第二步骤中，服务节点134，138发起携带用户数据到WD 120的传输（框S104）。在可选的第三步骤中，网络节点115根据贯穿本公开描述的实施例的教导将服务节点134、138发起的在传输中携带了的用户数据传送到WD 120（框S106）。在可选的第四步骤中，WD 120执行客户端应用，诸如例如与由服务节点134、138执行的主机应用相关联的客户端应用（框S108）。

图16是按照一个实施例示出在通信系统中实现的示例性方法的流程图，所述通信系统诸如例如是图1的通信系统。通信系统可能包括服务节点134、138、网络节点115以及WD120，它们可以是参考图1描述的那些。在方法的第一步骤中，服务节点134、138提供用户数据（框S110）。在可选子步骤（未示出）中，服务节点134、138通过执行主机应用来提供用户数据，诸如例如主机应用。在第二步骤中，服务节点134，138发起携带用户数据到WD 120的传输（框S112）。传输可能根据贯穿本公开描述的实施例的教导，经由网络节点115通过。在可选的第三步骤中，WD 120接收在传输中携带的用户数据（框S114）。

图17是按照一个实施例示出在通信系统中实现的示例性方法的流程图，所述通信系统诸如例如是图1的通信系统。通信系统可能包括服务节点134、138、网络节点115以及WD120，它们可以是参考图1描述的那些。在方法的可选的第一步骤中，WD 120接收由服务节点134、138提供的输入数据（框S116）。在第一步骤的可选子步骤中，WD 120执行客户端应用，所述客户端应用响应于由服务节点134、138所提供的所接收的输入数据，提供用户数据（框S118）。附加地或可选地，在可选的第二步骤中，WD 120提供用户数据（框S120）。在第二步骤的可选子步骤中，WD 120通过执行客户端应用来提供用户数据，诸如例如客户端应用（框S122）。在提供用户数据时，所执行的客户端应用可能进一步考虑从用户处接收到的用户输入。无论用户数据采用何种特定方式被提供，WD 120都可能在可选的第三子步骤中发起用户数据到服务节点134、138的传输（框S124）。在方法的第四步骤中，主机计算机24根据贯穿本公开描述的实施例的教导接收从WD 120传送的用户数据（框S126）。

图18是按照一个实施例示出在通信系统中实现的示例性方法的流程图，所述通信系统诸如例如是图1的通信系统。通信系统可能包括服务节点134、138、网络节点115以及WD120，它们可以是参考图1描述的那些。在方法的第一步骤中，根据贯穿本公开描述的实施例的教导，网络节点115接收来自WD 120的用户数据（框S128）。在可选的第二步骤中，网络节点115发起所接收的用户数据到服务节点134、138的传输（框S130）。在第三步骤中，主机计算机24接收由网络节点16发起的在传输中携带的用户数据（框S132）。

图19是根据本公开的原则的网络节点120（例如，gNB）中的示例性过程的流程图。方法包括诸如经由WUS群组配置单元，传递（框S134）指示唤醒信号（WUS）WD群组配置的信息，所述唤醒信号（WUS）WD群组配置包括WD特定的WUS WD群组配置。方法包括诸如经由WUS群组配置单元，接收（框S135）至少一个WD 120的至少一个寻呼消息。方法包括：至少部分基于至少一个寻呼消息，确定（框S136）正在被寻呼的至少一个WD，正在被寻呼的至少一个WD的至少一个WD配置有WD特定的WUS WD群组配置。方法包括：诸如经由WUS群组配置单元，传递（框S137）对应于与被寻呼的至少一个WD相关联的WUS群组的WUS序列。

图20是根据本公开的原则的网络节点115（例如，MME）中的示例性备选过程的流程图。方法包括诸如经由WUS群组配置单元，接收（框S138）WD 120的WD特定的WUS WD分组能力的指示。方法包括诸如经由WUS群组配置单元，传递（框S139）基于WD 120的WD特定的WUS WD分组能力的WD 特定的WUS WD群组配置的指示。方法包括：作为可用于WD 120的数据的结果，传递（框S140）WD 120的寻呼消息，所述寻呼消息标识用于WUS 120的WD特定的WUS WD群组配置。在该过程的一些实施例中，寻呼消息进一步包括准许WD 120在不解码对应的下行链路控制信道的情况下解码下行链路数据消息的信息。

在一些实施例中，传递信息包括传递在系统信息（SI）中指示WUS WD群组配置的信息。在一些实施例中，传递WUS序列包括根据以下来传递WUS序列：如果正在被寻呼的至少一个WD包括具有非WD特定的WUS WD群组配置的WD，则是公共WUS WD群组配置；以及如果正在被寻呼的至少一个WD仅包括被配置有WD特定的WUS WD群组配置的WD，则是WD特定的WUS WD群组配置。

图21是根据本公开的一些实施例在无线装置120中的示例性过程的流程图。方法包括诸如经由WUS序列单元，接收（框S142）指示唤醒信号（WUS）WD群组配置的信息。方法包括诸如经由WUS序列单元，传递（子框S144）WD 120的WD特定的WUS WD分组能力的指示。方法包括诸如经由WUS序列单元，接收（框S146）至少部分基于WD 120的WD特定的WUS WD分组能力的WD特定的WUS WD群组配置。方法包括，作为至少一个寻呼消息的结果，诸如经由WUS序列单元，接收（框S148）对应于WUS WD群组配置的WUS序列。

在一些实施例中，方法进一步包括，至少部分基于在WD特定的WUS WD群组配置中的信息，在不解码对应的控制信道的情况下诸如经由WUS序列单元从网络节点115解码下行链路数据消息。在一些实施例中，接收信息包括接收指示系统信息（SI）中的WUS WD群组配置的信息。在一些实施例中，WUS序列至少部分基于以下：如果由至少一个寻呼消息正在被寻呼的至少一个WD 120包括具有非WD特定的WUS WD群组配置的WD 120，则是公共WUS WD群组配置；以及如果正在被寻呼的至少一个WD仅包括被配置有WD特定的WUS WD群组配置的WD，则是WD特定的WUS WD群组配置。

在已经描述了用于促进WD特定的群组WUS配置的一些实施例后，下文描述了实施例的至少一些的更详细的描述。

本公开提供了至少几个不同的方面，它们可能通常在本文中一般被称为寻呼方面、配置方面、解码方面以及系统方面。例如，根据本公开中的原则，寻呼方面被提供在网络节点115（例如，eNB）利用WUS码寻呼装置（例如，WD 120）的情况下。在一些实施例中，配置方面被提供在WD 120被配置成使用WD特定的WUS码的情况下。另外的方面可能包括WD解码方面与WD 配置方面，以及系统方面，这些方面在下文被更详细地描述。

本公开的配置方面可能提供在网络节点115（例如，MME）中用于将装置配置有WD特定的WUS WD分组的方法。

在本公开的一个实施例中，WD 120通过例如NAS信令被配置成特定的WD群组。在一些实施例中，RRC信令也可以被考虑用于为NR在不活跃状态下的RAN寻呼。所配置的WUS WD群组可能被同时存储在WD 22和网络节点115两者中，例如被添加到MME中的WD上下文中。WD120被配置到哪个WD群组可能至少部分基于以下参数的任何组合：

WD 120寻呼概率；

WD 120 DRX或eDRX循环和/或参数；

WD 120服务质量（QoS）或服务质量分类指标（QCI）；

WD 120订阅信息；

WD 120的覆盖增强信息；

其他WD到WD群组的分配；

历史的或统计的流量/寻呼记录；

基于WD 120订阅的WD差异信息（参见例如3GPP规格TS 36.423和36.413）。例如，至少部分基于参数周期时间、电池指示、流量简档、静止指示、调度通信时间等：

WD 120上下文中的任何信息；和/或

WD 120的应用。

配置的先决条件可能是，例如，将Rel-16 WD群组WUS添加为WD能力，或连接到新的WD类别，以及网络节点16会将该WD能力认识为向MME发信号通知的其他WD能力的一部分。然后，WUS群组可能被添加到WD无线电寻呼能力中，当WD 120在稍后被寻呼时，所述WD无线电寻呼能力可能被包含在从MME到基站（例如，eNB）的寻呼消息中。网络节点115（例如，eNB）可能会将该信息考虑用于如下所述的实际寻呼传输中。在备选实施例中，WUS WD群组可以通过无线电资源控制（RRC）信令被配置，并且然后可能会被发信号通知回到MME以便存储。

在一些实施例中，本公开的寻呼方面提供用于在网络节点115（例如，eNB）中配置有WD特定的WUS WD分组配置以用于寻呼至少一个WD 120、配置有WD特定的WUS WD分组的至少一个WD 120的方法。该方法的示例参照图22来描述。在第一步骤（框S200）中，网络节点115（例如，eNB）传送关于包括WD特定的WUS群组的WUS WD群组配置的信息。该配置可以指示WUS WD群组配置，其中该群组的子集用于WD特定的WUS WD分组，并且其余码至少部分地基于例如WD_ID在预定的WD分组方案中使用。在第二步骤（框S202）中，网络节点115（例如，eNB）可能接收来自目标为至少一个WD 120的另一网络节点（例如，MME）的寻呼消息。在第三步骤（框S204）中，至少部分基于所接收的寻呼消息，网络节点115（例如，eNB）可能确定被寻呼的WD 120被配置有WD特定的WUS WD群组。在第四步骤（框S206）中，网络节点115（例如，eNB）传送对应于被寻呼的WD 120的WD特定的WUS WD群组的序列。

相应地，如果能够并且配置有Rel-16 WD群组WUS，则WD 120可以根据所配置的WUSWD群组监测寻呼。

在一个实施例中，共用WUS WD群组配置信息被广播在系统信息中。因此，即使WD120在另一个小区中已经被唤醒，但如果新小区中使用相同的方案，它仍然可能利用WD特定的WUS WD分组的优势。注意，如果WD 120被配置成WUS WD群组N，则寻呼有WD群组N的WUS可对应于新小区中的不同的物理资源（例如，码、序列、频率资源、时间资源等），但由于配置在系统信息中广播，WD 120和网络节点（例如，eNB）两者可能仍然对WD特定的WUS WD群组具有公共知识。

在备选实施例中，通过专用信令（例如，RRC、NAS等）将公共WUS WD群组配置提供到WD 120，并且连同专用WUS WD群组配置一起存储（至少包含WD 120所属于的WD群组的信息）。

在一个实施例中，寻呼消息包括与WD 120和网络（例如，MME）之间的NAS信令中达成一致的WD 120信息。这可能已经在早些时候在WD特定的WUS WD群组的配置中达成一致了。该信息可能至少包括已被分配到被寻呼的至少一个WD 120的（一个或多个）WD特定码。可选地，寻呼消息中的信息可能还包括WUS WD分组方案，码至少部分基于所述WUS WD分组方案。在备选实施例中，寻呼消息中的信息可能仅包括群组号（或其他群组标识符），并且群组号/ID可能被映射到上文所述不同小区/eNB中的不同物理WUS资源。

在又另一实施例中，WD特定的配置可能包括进一步的寻呼信息，例如预定义的（N）PDSCH位置，使得WD 120可能避免解码后续（M/N）PDCCH。该寻呼信息可能还包括（M/N）PDCCH寻呼消息中以其他方式发现的信息，诸如例如PO、MCS等的时间和频率偏移。

在又另一实施例中，不同的WD群组可能由WUS基础序列（例如，加扰Zadoff-Chu（ZC）序列）形成，其中WD群组使用频域正交覆盖码（OCC）来编码，诸如在图23中所示出的。在相关的实施例中，加扰码可能至少部分基于码而改变，或者ZC根索引或移位可被用于指示码集合。

在一个实施例中，要被传送的WUS序列可能由以下（一个或多个）寻呼规则中的一个或多个来确定：

如果至少一个WD 120包括不具有非WD特定的WUS WD群组配置的WD 120，或具有不同WD特定的WUS WD群组配置的WD 120，则传送对应于非WD特定的WD群组的WUS序列，例如针对所有WD 120公共的WUS序列，或

如果至少一个被寻呼的WD 120中的所有都属于相同的WD特定的WUS WD群组，则传送对应于该WD群组的WUS序列。

表3：WD群组与相应的WUS码之间的关系的示例

本公开的系统方面可能考虑提供系统（例如，至少包括MME、基站以及WD），所述系统将WD特定的WUS WD分组配置成具有此类能力的至少一个WD 120，诸如例如根据图24的流程图。在此示例中，基站（例如，eNB、网络节点115等）传送关于WD特定的WUS WD分组配置的信息（步骤S210）。在一个实施例中，这是在系统信息（SI）中完成的。WD 120可能向MME通知关于其WD群组能力（步骤S212），并且然后进而由MME相应地配置（步骤S214）。在一个实施例中，该配置还包括关于在哪里读取后续(n)PDSCH的（M/N）PDCCH信息，从而消除用于读取（M/N）PDCCH的需求，从而减少了时延和功耗。在寻呼时，寻呼消息从MME发送到网络节点115（步骤S216）。关于WD特定的WUS WD分组的信息可能被包括在寻呼消息中。网络节点115根据寻呼消息配置WUS并且传送对应的WUS序列（步骤S218）。在一个实施例中，WD特定的WUS序列在仅有一个WD 120被寻呼的情况下被选择。在另一个实施例中，当为了相同PO接收多个寻呼消息或直接指示消息时，选择所有被寻呼的WD 120关注的WUS序列，例如对应于公共群组的WUS序列。在可选的步骤中，取决于预确定的WD 120配置，网络节点115还可能相较于WUS在预定义的位置传送控制信道消息（M/N）PDCCH（步骤S220）。然后，网络节点115可能在WD特定的WUS WD分组配置中或在可选的控制信道消息中被定义的位置处传送数据消息（例如，PDSCH）（步骤S222）。

一些实施例包括以下的一个或多个：

1. 一种在网络节点115（例如，eNB）中配置有WD特定的WUS WD分组配置以用于寻呼至少一个WD 120的方法，所述至少一个WD 120配置有WD特定的WUS WD分组，所述方法包括：

a. 传送关于包括WD特定的WUS群组的WUS WD群组配置的信息；

b. 接收来自针对至少一个WD的MME的寻呼消息；

c. 至少部分基于寻呼信息来确定配置有WD特定的WUS WD群组的被寻呼的WD；以及

d. 传送对应于被寻呼的WD的WD特定的WUS WD群组的序列。

2. 根据实施例1中所述的方法，其中配置信息被提供在SI中。

3. 根据实施例1和2中的任一项所述的方法，其中所述寻呼消息进一步包括如何在不首先解码控制信道（（M/N）PDCCH）的情况下传送数据信道（（N）PDSCH）的信息。

4. 根据实施例1-3中的任一项所述的方法，其中所述序列至少部分基于频域正交覆盖码。

5. 根据实施例1-4中的任一项所述的方法，其中这种信息提供相对于PO或WUS位置、MCS方案等的时间和/或频率偏移。

6. 根据实施例1-3中的任一项所述的方法，进一步包括根据以下中的一个或二者来确定要传送的WUS序列：

a. 如果所述至少一个WD包括具有非WD特定的WUS WD群组配置的WD，则是公共WUSWD群组配置，以及

b. 如果仅所述至少一个WD被寻呼，则是WD特定的WUS WD群组配置。

即使本文的描述可能在下行链路（DL）和上行链路（UL）通信中的一个的上下文中被解释，但应被理解为所公开的基本原则也可能适用于DL和UL通信中的一个的另一个。在本公开中的一些实施例中，该原则可能被视为可适用于传送器和接收器。对于DL通信，网络节点115可能被视为传送器并且接收器是WD 120。对于UL通信，传送器可能被视为WD 120并且接收器是网络节点115。

虽然本文描述中的至少一些可能在MTC和NB-IoT信道（诸如，NPDSCH）的上下文中被解释，但应被理解为原则还可能对于其他信道是有利的。

本公开中描述的任何两种或多种实施例可能以任何方式与彼此相结合。

因此，进一步的实施例还被提供：

实施例A1. 一个被配置成与无线装置（WD）通信的网络节点，所述网络节点被配置成和/或包括无线电接口和/或包括处理电路，被配置成：

传递指示包括WD特定的WUS WD群组配置的唤醒信号（WUS）WD群组配置的信息；

接收至少一个寻呼消息以用于至少一个WD；

至少部分基于所述至少一个寻呼消息，确定被寻呼的至少一个WD，被寻呼的所述至少一个WD的至少一个WD配置有所述WD特定的WUS WD群组配置；以及

传递对应于与被寻呼的所述至少一个WD相关联的WUS群组的WUS序列。

实施例A2. 根据实施例A1中的所述网络节点，其中所述处理电路被配置成传递系统信息（SI）中的所述信息。

实施例A3. 根据实施例A1中的所述网络节点，其中所述处理电路被配置成根据以下传递所述WUS序列：

如果被寻呼的所述至少一个WD包括具有非WD特定的WUS WD群组配置的WD，则是公共WUS WD群组配置；以及

如果被寻呼的所述至少一个WD仅包括被配置有WD特定的WUS WD群组配置的WD，则是所述WD特定的WUS WD群组配置。

实施例B1. 一种在网络节点中实现的方法，所述方法包括：

接收至少一个寻呼消息以用于至少一个WD；

至少部分基于所述至少一个寻呼消息，确定被寻呼的所述至少一个WD，被寻呼的所述至少一个WD的至少一个WD配置有所述WD特定的WUS WD群组配置；以及

实施例B2. 根据实施例B1中的所述方法，其中传递信息包括传递指示系统信息（SI）中的所述WUS WD群组配置的信息。

实施例B3. 根据实施例B1中的所述方法，其中传递所述WUS序列包括根据以下传递所述WUS序列：

如果被寻呼的所述至少一个WD仅包括配置有具有WD特定的WUS WD群组配置的WD，则是所述WD特定的WUS WD群组配置。

实施例C1. 一个被配置成与网络节点通信的无线装置（WD），所述WD被配置成和/或包括无线电接口和/或处理电路，被配置成：

接收指示了唤醒信号（WUS）WD群组配置的信息；

传递所述WD的WD特定的WUS WD分组能力的指示；

至少部分基于所述WD的所述WD特定的WUS WD分组能力，接收WD特定的WUS WD群组配置；以及

作为至少一个寻呼消息的结果，接收对应于所述WUS WD群组配置的WUS序列。

实施例C2. 根据实施例C1中的所述WD，其中至少部分基于在所述WD特定的WUS WD群组配置中的信息，所述处理电路被进一步配置成在不解码对应的控制信道的情况下从所述网络节点解码下行链路数据消息。

实施例C3. 根据实施例C1中的所述WD，其中所述处理电路被配置成接收指示系统信息（SI）中的所述WUS WD群组配置的所述信息。

实施例C4. 根据实施例C1中的所述WD，其中所述WUS序列至少部分基于：

如果由至少一个寻呼消息寻呼的至少一个WD包括具有非WD特定的WUS WD群组配置的WD，则是公共WUS WD群组配置；以及

如果被寻呼的所述至少一个WD仅包括配置有WD特定的WUS WD群组配置的WD，则是所述WD特定的WUS WD群组配置。

实施例D1. 一种在无线装置（WD）中实现的方法，所述方法包括：

接收指示唤醒信号（WUS）WD群组配置的信息；

传递所述WD的WD特定的WUS WD分组能力的指示；

实施例D2. 根据实施例D1中的所述方法，进一步包括，至少部分基于在所述WD特定的WUS WD群组配置中的信息，在不解码对应的控制信道的情况下从所述网络节点解码下行链路数据消息。

实施例D3. 根据实施例D1中的所述方法，其中所述接收所述信息进一步包括接收指示系统信息（SI）中的WUS WD群组配置的所述信息。

实施例D4. 根据实施例D1中的所述方法，其中所述WUS序列至少部分基于：

实施例E1. 一个被配置成与无线装置（WD）通信的网络节点，所述网络节点被配置成和/或包括无线电接口和/或包括处理电路，被配置成：

接收所述WD的WD特定的WUS WD分组能力的指示；

基于所述WD的所述WD特定的WUS WD分组能力，传递WD特定的WUS WD群组配置的指示；以及

作为可用于所述WD的数据的结果，针对所述WD传递寻呼消息，所述寻呼消息针对WD指示WD特定的WUS WD群组配置。

实施例E2. 根据实施例E1中的所述网络节点，其中所述寻呼消息进一步包括准许所述WD在不解码对应下行链路控制信道的情况下解码下行链路数据消息的信息。

实施例F1. 一种在网络节点中实现的方法，所述方法包括：

接收所述WD的WD特定的WUS WD分组能力的指示；

-作为可用于所述WD的数据的结果，针对所述WD传递寻呼消息，所述寻呼消息针对WD指示WD特定的WUS WD群组配置。

实施例F2. 根据实施例F1中的所述方法，其中所述寻呼消息进一步包括准许所述WD在不解码对应下行链路控制信道的情况下解码下行链路数据消息的信息。

值得注意的是，受益于先前描述和相关联的附图中呈现的教导，本领域技术人员将想到所公开的实施例的修改和其他实施例。因此，应当理解，本公开的范围不限于所公开的特定实施例，并且该修改和其他变型旨在被包括在该范围内。尽管本文可以采用特定术语，但是它们仅在一般和描述性意义上使用，并且而不是出于限制的目的。

Claims

1.一种用于将唤醒信号（WUS）传送到无线电接入网（RAN）的小区中的一个或多个用户设备（UE）的方法，所述方法包括：

接收标识所述小区中的所述UE中的至少一部分的寻呼消息；

基于所选择的WUS码传送所述WUS码。

2.根据权利要求1所述的方法，包括：

将所确定的映射传送到一个或多个UE。

3.根据权利要求2所述的方法，其中，确定所述映射包括接收来自所述RAN中或与所述RAN相关联的核心网中的另一网络节点的所述映射。

4.根据权利要求2或3所述的方法，其中，确定所述映射包括读取来自存储介质的配置信息。

5.根据权利要求2或3所述的方法，其中，确定所述映射包括选择包括所述第二多个的多个UE群组的数量。

6.根据权利要求5所述的方法，其中，选择UE群组的所述数量至少基于以下中的一个：可用WUS码的数量、所述可用WUS码的相应误警率、所述小区中的所述一个或多个UE的寻呼率要求、以及所述一个或多个UE的能力。

7.根据权利要求6所述的方法，包括基于与相应UE相关联的多个寻呼相关参数的值，确定所述一个或多个UE的所述寻呼率要求。

8.根据权利要求2-7中的任一项所述的方法，其中，所确定的映射经由以下中的一个或多个来传送：广播系统信息和无线电资源控制（RRC）消息。

9.根据权利要求1-8中的任一项所述的方法，其中，所述第二多个UE群组包含多个个体UE群组。

10.根据权利要求1-9中的任一项所述的方法，其中，所述第二多个UE群组仅包含个体UE群组。

11.根据权利要求1-10中的任一项所述的方法，其中，所述第二多个等于所述第一多个。

12.根据权利要求9所述的方法，其中，所述第二多个UE群组还包括与所有个体UE群组相关联的公共UE群组。

13.根据权利要求9所述的方法，其中，所述第二多个UE群组包括一个或多个组合UE群组，其中每个组合UE群组与多个个体UE群组的特定组合相关联。

14.根据权利要求12-13中的任一项所述的方法，其中，所述第一多个WUS码中至少一个与寻呼机会（PO）不相关联。

15.根据权利要求1-14中的任一项所述的方法，包括针对所标识的UE中的每个，接收分配给特定UE的个体UE群组的标识符，其中选择所述WUS码基于所标识的个体UE群组。

16.根据权利要求15所述的方法，其中，所标识的UE与多个个体UE群组相关联，并且选择所述WUS码包括选择对应于组合UE群组的可用WUS码，所述组合UE群组包括不同于所述一个或多个个体UE群组的最小数量的个体UE群组。

17.根据权利要求1-16中的任一项所述的方法，其中，所述可用WUS码包括应用于单个时域符号上的第一多个频域正交覆盖码（OCC）。

18.根据权利要求1-16中的任一项所述的方法，其中，所述可用WUS码包括应用于多个时域符号上的第一多个频域加扰码。

19.一种用于接收由无线电接入网（RAN）中的网络节点传送的唤醒信号（WUS）的方法，所述方法包括：

接收对所述个体UE群组中的一个的分配；

在预期WUS要被传送的时段期间接收信号；以及

20.根据权利要求19所述的方法，其中，所述至少一个组合UE群组包括与所有个体UE群组相关联的公共UE群组。

21.根据权利要求19-20所述的方法，其中，所述至少一个组合UE群组包括与所述个体UE群组的相应子集相关联的一个或多个组合UE群组。

22.根据权利要求19-21中的任一项所述的方法，包括：如果检测到对应于所述第三多个WUS码中的任何的所述WUS，则在相对于所述WUS的预定义后续时间的随后的寻呼时机（PO）期间接受寻呼信号。

23.根据权利要求19-21中的任一项所述的方法，包括：如果检测到对应于所述第三多个WUS码中的特定一个的所述WUS，则在相对于所述WUS的预定义后续时间或相对于与所述WUS相关联的干预寻呼时机（PO）接收物理下行链路共享信道（PDSCH），而无需尝试在所述PO期间接收寻呼信号。

24.根据权利要求19-23中的任一项所述的方法，其中，所述可用WUS码包括应用于单个时域符号上的第一多个频域正交覆盖码（OCC）。

25.根据权利要求19-23中的任一项所述的方法，其中，所述可用WUS码包括应用于多个时域符号上的第一多个频域加扰码。

26. 根据权利要求19-25中的任一项所述的方法，其中，从移动性管理实体（MME）接收所述映射和所述分配。

27.一种用于基于在无线电接入网（RAN）中传送的唤醒信号（WUS）寻呼一个或多个用户设备（UE）的方法，包括

将所述一个或多个UE中的每个分配到相应的个体UE群组；

配置成与所述UE通信的通信电路；以及

操作地与所述通信电路相关联并且配置成执行对应于权利要求1-18中的任何的方法的操作的处理电路。

29.一种存储计算机可执行指令的非暂态计算机可读介质，所述计算机可执行指令当由网络节点的至少一个处理器执行时，将所述网络节点配置成执行对应于权利要求1-18中的任何的方法的操作。

配置成与网络节点通信的通信电路；以及

操作地与所述通信电路相关联并且配置成执行对应于权利要求19-26中的任何的方法的操作的处理电路。

31.一种存储计算机可执行指令的非暂态计算机可读介质，所述计算机可执行指令当由用户设备（UE）中的至少一个处理器执行时，将所述UE配置成执行对应于权利要求19-28中的任何的方法的操作。

配置成与所述RAN通信的通信电路；以及

操作地与所述通信电路相关并且配置成执行对应于权利要求27的方法的操作的处理电路。

33.一种存储计算机可执行指令的非暂态计算机可读介质，所述计算机可执行指令当由网络节点中的至少一个处理器执行时，将所述网络节点配置成执行对应于权利要求27的方法的操作。