CN115023981A - 用于rrc非活动状态的寻呼的wus - Google Patents

Abstract

根据本发明的示例实施例，公开了一种方法，该方法包括由处于无线电资源控制非活动状态的用户设备确定信息是否已经从无线网络被接收到，其中该信息被配置为使用户设备接入网络；以及由用户设备响应于接收到该信息而触发对无线网络的接入。

Description

用于RRC非活动状态的寻呼的WUS

相关申请的交叉引用

本申请要求于2020年1月21日提交的美国临时申请号62/963651的权益。上述引用的申请的全部内容通过引用并入本文。

技术领域

本发明总体上涉及无线网络，并且更具体地涉及旨在将用户设备从非活动状态唤醒的唤醒信号(WUS)。

背景技术

第三代合作伙伴计划(3GPP)正在定义基于物理下行链路控制信道(PDCCH)的省电信号/信道，以指令用户设备(UE)在无线电资源控制(RRC)连接UE的下一非连续接收(DRX)开启持续时间唤醒。最近，RAN1(RAN工作组1负责制定用于处理演进型通用陆地无线电接入等的规范)将这种信号表示为“具有用PS-RNTI加扰的CRC的DCI”，其中DCI是下行链路控制信道，CRC是循环冗余校验，PS表示省电，并且RNTI是无线电网络临时标识符。为简单起见，这在本文中被表示为WUS(唤醒信令)，因为该信令确实用于指示UE在即将到来的开启持续时间针对调度数据发起PDCCH监测(即，唤醒)。具体地，网络在专用RRC信令中为UE配置WUS时机，例如，使用RRCReconfiguration消息。

如果UE在(多个)网络定义的WUS时机期间没有接收到WUS，则UE将假定没有数据，并且可以在下一DRX开启持续时间期间跳过监测PDCCH，从而在没有数据存在时省电。为了使虚警(导致不必要地唤醒UE)最小化，WUS信号以UE特定标识符(PS-RNTI)为目标。注意，WUS设计仍在关于新无线电(NR)中UE省电的工作项中与DRX相结合进行讨论(参见RP-191607,CATT,CAICT,“New WID:UE Power SavinginNR”,3GPP TSG RAN会议#84,纽波特比奇,USA,2019年6月3日-6日)。

发明内容

根据一些实施例，一种方法可以包括由处于无线电资源控制非活动状态的用户设备确定信息是否已经从无线网络被接收到，其中该信息被配置为使用户设备接入网络。该方法还可以包括由用户设备响应于接收到该信息而触发对无线网络的接入。

根据一些实施例，一种方法可以包括由网络节点向处于无线电资源控制非活动状态的用户设备发送被配置为使用户设备接入网络的信息。该方法还可以包括由网络节点响应于发送该信息而接收从用户设备对无线网络的接入。

根据一些实施例，一种装置可以包括用于执行根据任何方法的过程的部件。

根据一些实施例，一种非暂态计算机可读介质可以包括存储在其上的用于执行根据任何方法的过程的程序指令。

根据一些实施例，一种装置可以包括至少一个处理器；以及包括计算机程序代码的至少一个存储器，至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该装置至少执行根据任何方法的过程。

附图说明

在附图中：

图1是可以在其中实践示例性实施例的一种可能且非限制性的示例性系统的框图；

图2是具有RRC状态转变的新无线电(NR)无线电资源控制(RRC)状态机的图示；

图3是示出用于针对RRC非活动状态的寻呼的WUS的示例性实施例的信令图；

图4是由UE针对RRC非活动状态的寻呼的WUS而执行的逻辑流程图，并且示出了根据示例性实施例的一个或多个示例性方法的操作、体现在计算机可读存储器上的计算机程序指令的执行结果、由以硬件实现的逻辑执行的功能、和/或用于执行功能的互连部件。

具体实施方式

词语“示例性”在本文中用于表示“用作示例、实例或说明”。本文中描述为“示例性”的任何实施例不一定被解释为优选于或优于其他实施例。本“具体实施方式”中描述的所有实施例均是为了使得本领域技术人员能够做出或使用本发明而提供的示例性实施例，并不用于限制由示例限定的本发明的范围。

可以在说明书和/或附图中找到的缩写在“具体实施方式”部分的末尾定义如下。

本文中的示例性实施例描述了用于针对RRCINACTIVE(RRC非活动)状态的寻呼的WUS的技术。在描述可以使用示例性实施例的系统之后呈现这些技术的附加描述。

转向图1，该图示出了可以在其中实践示例性实施例的一种可能并且非限制性的示例性系统的框图。示出了用户设备(UE)110、两个无线电接入网(RAN)节点170和170-1以及(多个)网络元件190。在图1中，用户设备(UE)110与无线网络100进行无线通信。

UE是无线的，通常是可以接入无线网络的移动设备。UE 110包括通过一个或多个总线127互连的一个或多个处理器120、一个或多个存储器125以及一个或多个收发器130。一个或多个收发器130中的每个包括接收器Rx 132和传输器Tx 133。一个或多个总线127可以是地址、数据或控制总线，并且可以包括任何互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光通信设备等。一个或多个收发器130连接到一个或多个天线128。一个或多个存储器125包括计算机程序代码123。UE 110包括控制模块140，控制模块140包括部分140-1和/或140-2中的一者或两者，控制模块140可以以多种方式实现。控制模块140可以以硬件实现为控制模块140-1，诸如实现为一个或多个处理器120的一部分。控制模块140-1也可以实现为集成电路或通过诸如可编程门阵列等其他硬件实现。在另一示例中，控制模块140可以实现为控制模块140-2，控制模块140-2实现为计算机程序代码123并且由一个或多个处理器120执行。例如，一个或多个存储器125和计算机程序代码123可以被配置为与一个或多个处理器120一起使用户设备110执行如本文中描述的操作中的一个或多个。UE 110经由无线链路111与RAN节点170通信。

RAN节点170和170-1是提供无线设备(诸如UE 110)对无线网络100的接入的基站。如下文更详细描述的，两个节点都可以是gNB，并且因此在下文中可以这样称呼。RAN节点170可以是锚gNB并且RAN节点170-1可以是目标gNB。RAN节点170被认为是RAN节点170-1的表示，并且因此下面仅描述RAN节点170的内部电路系统。

RAN节点170可以是例如用于5G的基站，也称为新无线电(NR)。在5G中，RAN节点170可以是NG-RAN节点，NG-RAN节点被定义为gNB或ng-eNB。gNB是提供朝向UE的NR用户平面和控制平面协议终止并且经由NG接口连接到5GC(例如，(多个)网络元件190)的节点。ng-eNB是提供朝向UE的E-UTRA用户平面和控制平面协议终止并且经由NG接口连接到5GC的节点。NG-RAN节点可以包括多个gNB，该多个gNB还可以包括中央单元(CU)(gNB-CU)196和(多个)分布式单元(DU)(gNB-DU)，其中DU 195被示出。注意，DU可以包括或耦合到并且控制无线电单元(RU)。gNB-CU是托管gNB的RRC、SDAP和PDCP协议、或者控制一个或多个gNB-DU的操作的en-gNB的RRC和PDCP协议的逻辑节点。gNB-CU终止与gNB-DU连接的F1接口。F1接口被示出为附图标记198，尽管附图标记198还示出了RAN节点170的远程元件与RAN节点170的集中式元件之间的链路，诸如gNB-CU196与gNB-DU 195之间的链路。gNB-DU是托管gNB或en-gNB的RLC、MAC和PHY层的逻辑节点，并且其操作部分地由gNB-CU控制。一个gNB-CU支持一个或多个小区。一个小区由仅一个gNB-DU支持。gNB-DU终止与gNB-CU连接的F1接口198。注意，DU195被认为包括收发器160，例如，作为RU的一部分，但是这方面的一些示例可以使收发器160作为单独RU的一部分，例如，在DU 195的控制下并且连接到DU195。RAN节点170也可以是用于LTE(长期演进)的eNB(演进型NodeB)基站、或任何其他合适的基站。

RAN节点170包括通过一个或多个总线157互连的一个或多个处理器152、一个或多个存储器155、一个或多个网络接口((多个)N/W I/F)161、以及一个或多个收发器160。一个或多个收发器160中的每个包括接收器Rx 162和传输器Tx 163。一个或多个收发器160连接到一个或多个天线158。一个或多个存储器155包括计算机程序代码153。CU 196可以包括(多个)处理器152、存储器155和网络接口161。注意，DU 195也可以包括它自己的一个存储器/多个存储器和(多个)处理器、和/或其他硬件，但这些未示出。

RAN节点170包括控制模块150，控制模块150包括部分150-1和/或150-2中的一者或两者，控制模块150可以以多种方式实现。控制模块150可以以硬件实现为控制模块150-1，诸如实现为一个或多个处理器152的一部分。控制模块150-1也可以实现为集成电路或通过诸如可编程门阵列等其他硬件实现。在另一示例中，控制模块150可以实现为控制模块150-2，控制模块150-2实现为计算机程序代码153并且由一个或多个处理器152执行。例如，一个或多个存储器155和计算机程序代码153被配置为与一个或多个处理器152一起使RAN节点170执行如本文中描述的操作中的一个或多个。注意，控制模块150的功能可以是分布式的，诸如分布在DU 195与CU 196之间，或者单独地在DU 195中实现。

一个或多个网络接口161在网络上进行通信，诸如经由链路176和131。两个或更多RAN节点170使用例如链路176进行通信。链路176可以是有线的或无线的或这两者，并且可以实现例如用于5G的Xn接口、用于LTE的X2接口或用于其他标准的其他合适的接口。

一个或多个总线157可以是地址、数据或控制总线，并且可以包括任何互连机制，诸如主板或集成电路上的一系列线路、光纤或其他光通信设备、无线信道等。例如，一个或多个收发器160可以实现为用于LTE的远程无线电头(RRH)195或用于5G的gNB实现的分布式单元(DU)195，其中RAN节点170的其他元件可能在物理上位于与RRH/DU不同的位置，并且一个或多个总线157可以部分地实现为例如光纤电缆或用于将RAN节点170的其他元件(例如，中央单元(CU)、gNB-CU)连接到RRH/DU 195的其他合适的网络连接。附图标记198还指示这些(多个)合适的网络链路。

注意，本文中的描述指示“小区”执行功能，但是应当清楚，形成小区的基站可以执行该功能。小区构成基站的一部分。即，每个基站可以有多个小区。例如，单个载波频率和相关带宽可以有三个小区，每个小区覆盖360度区域的三分之一，因此单个基站的覆盖区域覆盖近似椭圆形或圆形。此外，每个小区可以对应于单个载波并且基站可以使用多个载波。所以如果每个载波有3个120度小区，并且有2个载波，则基站总共有6个小区。

无线网络100可以包括一个或多个网络元件190，网络元件190可以包括核心网功能并且经由一个或多个链路181提供与诸如电话网络和/或数据通信网络的另外的网络(例如，互联网)的连接性。这种用于5G的核心网功能可以包括(多个)接入和移动性管理功能((多个)AMF)和/或用户平面功能((多个)UPF)和/或(多个)会话管理功能((多个)SMF)。这种用于LTE的核心网功能可以包括MME(移动性管理实体)/SGW(服务网关)功能。这些仅仅是可以由(多个)网络元件190支持的示例性功能，并且注意，5G和LTE功能都可以得到支持。RAN节点170经由链路131耦合到网络元件190。链路131可以实现为例如用于5G的NG接口、或用于LTE的S1接口、或用于其他标准的其他合适的接口。网络元件190包括通过一个或多个总线185互连的一个或多个处理器175、一个或多个存储器171和一个或多个网络接口((多个)N/W I/F)180。一个或多个存储器171包括计算机程序代码173。一个或多个存储器171和计算机程序代码173被配置为与一个或多个处理器175一起使网络元件190执行一个或多个操作。

无线网络100可以实现网络虚拟化，网络虚拟化是一个将硬件和软件网络资源以及网络功能组合成单个基于软件的管理实体(虚拟网络)的过程。网络虚拟化涉及平台虚拟化，平台虚拟化通常与资源虚拟化结合使用。网络虚拟化分为外部网络虚拟化或内部网络虚拟化，外部网络虚拟化将很多网络或网络部分组合成虚拟单元，内部网络虚拟化为单个系统上的软件容器提供类似网络的功能。注意，由网络虚拟化产生的虚拟化实体在某种程度上仍然使用诸如处理器152或175以及存储器155和171等硬件来实现，并且这种虚拟化实体也产生技术效果。

计算机可读存储器125、155和171可以是适合于本地技术环境的任何类型并且可以使用任何合适的数据存储技术来实现，诸如基于半导体的存储器设备、闪存、磁存储器设备和系统、光存储器设备和系统、固定存储器和可移动存储器。计算机可读存储器125、155和171可以是用于执行存储功能的部件。处理器120、152和175可以是适合于本地技术环境的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一种或多种。处理器120、152和175可以是用于执行诸如控制UE 110、RAN节点170和本文中描述的其他功能等功能的部件。

通常，用户设备110的各种实施例可以包括但不限于具有无线通信能力的蜂窝电话(诸如智能电话、平板电脑、个人数字助理(PDA))、具有无线通信能力的便携式计算机、具有用于无线V2X(车辆到一切)通信的调制解调器设备的车辆、具有无线通信能力的图像捕获设备(诸如数码相机)、具有无线通信能力的游戏设备、具有无线通信能力的音乐存储和播放设备、允许无线互联网接入和可能的浏览的互联网设备(包括物联网IoT设备)、具有无线通信能力的用于自动化应用的具有传感器和/或执行器的IoT设备、具有无线通信能力的平板电脑、以及结合了这样的功能的组合的便携式单元或终端。

已经因此介绍了用于本发明的示例性实施例的实践的一种合适的但非限制性的技术背景，现在将更具体地描述示例性实施例。

作为进一步的介绍，RRC非活动状态是在3GPP NR Rel-15中引入的新的独立RRC状态，其对现有状态RRC_CONNECTED(RRC已连接)和RRC_IDLE(RRC空闲)进行了补充，目标是精简信令和对NR服务的节能支持(参见3GPP TS 38.300/38.304/38.331)。包括三个状态的NRRRC状态机在图2中示出。5G NR中的RRC状态机200如图所示。注意，状态可以以全部大写字母示出，如图所示(例如，“RRC_CONNECTED”)。但是，如果不使用大写字母，则状态是相同的。即，“RRC_CONNECTED”与RRC Connected(RRC连接)或RRC connected(RRC连接)相同。当RRC连接已经建立时，UE 110要么处于RRC_CONNECTED状态210，要么处于RRC_INACTIVE(RRC非活动)状态220。这由附图标记240说明，其表明，连接管理状态是CM-CONNECTED(CM已连接)。如果不是这种情况，即，没有建立RRC连接，则UE处于RRC_IDLE状态230。这由附图标记250说明，其表明，连接管理状态是CM-IDLE。图2还列出了以下动作：数据传输动作260；动作270，包括RRC状态转变定时器到期或数据不活动性；以及动作280，它们是过载/“故障”情况。

如图2所示，可以进行以下转变：从RRC_CONNECTED状态210经由暂停动作270-1或拒绝动作280-1到RRC_INACTIVE状态220；从RRC_INACTIVE状态220经由恢复动作260-1到RRC_CONNECTED状态210；从RRC_INACTIVE状态220经由释放状态280-2到RRC_IDLE状态230(其中释放用星号*标记，这使用附图标记290来解释)；从RRC_CONNECTED状态210经由释放动作270-2或拒绝动作280-3到RRC_IDLE状态230；以及从RRC_IDLE状态230经由建立动作260-2到RRC_CONNECTED状态210。附图标记290指示以下内容：(*)除了失败情况，从RRC_INACTIVE到(→)IDLE的转变是网络发起的，并且UE必须首先移动到CONNECTED。注意，虽然这里使用术语“状态”，但术语“模式”也通常用于这些，因此，例如，RRC连接状态与RRC连接模式相同。

尽管RRC状态机200的设计是特别为mMTC/MIoT服务而构思的[参见3GPP TR22.824，诸如3GPP TR 22.824V16.0.0(2018-09)]，但有效地递送小型和不频繁的eMBB和URLLC服务业务也可能是有益的。与RRC_IDLE状态230相比，RRC_INACTIVE状态220使得能够以低得多的初始接入延迟和相关联的信令开销快速恢复RRC连接并且开始传输小数据或零星数据(通过允许更快地转变到具有大约10ms的CP延迟的RRC CONNECTED状态)。这主要归功于请求和获取暂停RRC连接的恢复所需要的控制信令的减少，这导致UE省电。同时，处于RRC_INACTIVE状态220的UE能够实现与在RRC_IDLE状态230下类似的省电，例如受益于与RRC_CONNECTED状态相比，PDCCH监测(例如，寻呼)与宽松测量(例如，小区(重新)选择)之间的时段远远更大。换言之，PDCCH监测不那么频繁。此外，与将UE保持在RRC_CONNECTED状态210相比，由于UE处于仍处于CM-CONNECTED状态，新状态使到RAN(例如，RRC测量报告、HO消息)和到核心网(例如，去往/来自AMF)两者的移动性信令最小化。处于RRC_INACTIVE状态210的UE可以在由RAN节点170配置的区域内移动，而无需任何通知(即，RAN通知区域(RNA))并且使用唯一标识符，即非活动RNTI(I-RNTI)。RNA的更多描述可以参见例如3GPP TS38.300(参见例如3GPP TS 38.300V15.8.0(2019-12),第9.2.2节,“Mobility inRRC_INACTIVE”)。该RNA可以覆盖单个或多个单元格，并且应当被包含在CN注册区域内。当UE重新选择不属于已配置RNA的小区时，基于RAN的通知区域更新(RNAU)过程由UE周期性地运行。

如上所述，为了使虚警(导致不必要地唤醒UE)最小化，WUS信号以UE特定标识符(PS-RNTI)为目标。NR中的WUS仅适用于处于RRC连接状态210的UE。应用于RRC非活动状态220的基本WUS(本文中称为“常规WUS”，即触发处于RRC非活动状态220的UE执行针对寻呼的PDCCH监测的WUS)已经在3GPP中简要讨论过，但没有达成一致。除此之外，到目前为止还没有考虑过这个话题。因此，目前RRC非活动UE无法利用WUS的潜在的UE省电优势。

常规寻呼消息的解码需要PDSCH解码操作，这比WUS的解码更复杂。此外，使用寻呼RNTI(Paging-RNTI,P-RNTI)的常规寻呼会唤醒多个UE，尽管寻呼可能不会针对接收到寻呼指示的所有UE。另一方面，RRC非活动状态220的“常规WUS”将需要对所有波束进行波束扫描。此外，连续寻呼消息将需要波束扫描或一些其他波束跟踪操作，它们一起会导致显著开销，因此这些可能是不希望的。

根据按Rel-16的NR WID中的UE省电而定义的设计，WUS仅适用于处于RRC连接状态210的UE。在Rel-16 UE省电研究项目中讨论了在NR中的IDLE/INACTIVE(空闲/非活动)状态下针对寻呼的WUS，但很快被降低优先级(参见3GPP TR 38.840)，因为假定它会由于波束扫描而导致网络开销。也就是说，当向IDLE/INACTIVE状态的UE发送WUS时，每个波束上的WUS传输都是必要的，因为网络不对IDLE/INACTIVE状态的UE执行波束跟踪，因此不知道最强/最佳波束。

用于寻呼的WUS是为NB-IoT而定义的。关于这一点，下面是一个简短的描述。NB-IoT UE、BL UE或增强覆盖的UE在小区中被配置时可以使用WUS，以降低与寻呼监测相关的功耗。在空闲模式下使用WUS时，以下各项适用：

1)WUS用于指示UE应当监测MPDCCH或NPDCCH以在该小区接收寻呼；

2)对于未配置有扩展DRX的UE，WUS与一个寻呼时机相关联(N＝1)；

3)对于配置有扩展DRX的UE，WUS可以与PTW中的一个或多个寻呼时机相关联(N≥1)；

4)如果UE检测到WUS，除非UE接收到寻呼消息，否则UE将监测接下来的N个寻呼时机；

5)MME中的寻呼操作不知道eNB中WUS的使用。

因此，如果检测到WUS，则UE将监测寻呼。

本文中的示例性实施例解决了这些问题中的一些或全部，并且涉及将WUS扩展到RRC非活动状态220，并且还至少涉及NR中UE省电的Rel-17 WID后续行动，其范围可能包括RRC非活动状态220的省电增强。首先呈现概述，然后呈现附加细节。

作为示例性概述，引入了关于WUS为RRC非活动UE触发连接恢复的示例性概念。在示例性实施例中，在接收到UE特定WUS指示时，处于RRC非活动状态220的UE触发恢复过程(而不是在后续寻呼周期期间触发针对寻呼的PDCCH监测)，并且因此RRC非活动的WUS指示可以完全替换寻呼消息。这种方法称为“具有WUS的寻呼”，并且所需要的信号称为“用于寻呼的WUS”。注意，在标准化过程中，唤醒UE并且触发UE启动开启持续时间定时器的信息称为唤醒信号。在后来的阶段，就术语变化达成了一致，并且这就是现在的信息，目前称为DCP(目前指的是具有用PS-RNTI加扰的CRC的DCI)。本文中使用的WUS(例如，用于寻呼目的)也涵盖DCP术语。

在另外的示例性实施例中，“用于寻呼的WUS”信号仅在存在要在下行链路中传输的用户平面(UP)数据的情况下使用。相反，“常规WUS”(即，触发针对寻呼的PDCCH监测的WUS)可以在存在非用户平面数据(控制平面CP)的情况下使用，诸如系统信息(SI)更新、ETWS等，因为在后一种情况下，寻呼消息本身包含必要的信息并且不能被跳过。“用于寻呼的WUS”可以与“常规WUS”共存。UE可以区分这两个信号(“用于寻呼的WUS”与“常规WUS”)，例如，通过使用不同UE ID或通过(由网络)为这两个目的而分配不同WUS时机。在前者中，处于RRC非活动状态的UE将监测以两个ID为目标的WUS(即，监测WUS DCI是否用为UP数据或CP数据而配置的UE ID被加扰)。在一个示例中，在移动到RRC非活动状态220之前，网络可以为处于RRC连接状态210的UE配置专用PS-RNTI标识符以用于UP和非UP目的。在另一示例中，PS-RNTI可以设置为等于I-RNTI。

以下是另外的实施例和方面。这些仅仅是示例性的，它们可以组合或替代。在一个实施例中，UE特定WUS资源是在专用信令中为UE而配置的，例如，使用RRC释放消息。在一个方面，UE特定WUS资源是由处于RRC_INACTIVE状态220的UE监测的。在另一可能的方面，WUS触发RRC恢复过程。在另一方面，WUS触发(从RRC空闲状态230)RRC建立请求过程(例如，作为图2中的建立动作260-2)。在另一方面，WUS触发随机接入过程，该过程可以在恢复和建立请求情况下执行。在另一可能的方面，WUS触发系统信息获取。在另外的示例性方面，某些WUS时机被配置用于触发RRC恢复过程。在另一可能的方面，某些WUS时机被配置用于触发系统信息获取。在又一可能的方面，处于非活动状态220的UE 110监测WUS时机并且被允许跳过寻呼监测。

现在已经提供了示例性概述，提供了附加的细节。说明本发明实施例的信令流程图和UE侧流程图分别如图3和图4所示。图3是示出用于针对RRC非活动状态的寻呼的WUS的示例性实施例的信令图。图4是UE针对RRC非活动状态的寻呼的WUS而执行的逻辑流程图。对于参考图3和图4以及由UE 110执行的任何操作，假定这些在控制模块140的控制下执行，并且对于由RAN节点170、170-1执行的任何操作，假定这些在对应的控制模块150的控制下执行。

转到图3，该图示出了UE 110、RAN节点170(在该示例中作为锚gNB)与RAN节点170-1(在该示例中作为目标gNB)之间的信令。UE上下文存储在锚gNB中。目标gNB是UE在其中执行RRC恢复过程的gNB，并且可以有很多目标gNB。注意，锚gNB本身可以是该定义下的目标gNB。目标gNB 170-1在RNA内，并且在RNA中可以有一个到多个。在图3中，有一组可选的目标gNB以针对gNB 170-N。gNB术语将用于图3和图4的示例，尽管如上所述，RAN节点可以采用多种不同形式。UE 110与锚gNB 170之间的信令310指示UE 110处于RRC非活动状态220，其中存储有UE AS非活动状态上下文，包括恢复ID(I-RNTI)，和(&)(多个)WUS配置，包括一个或多个PS-RNTI。框320说明UE110处于CM-Connected状态240的RRC_INACTIVE状态220。

在框330中，锚gNB 170接收(作为第一步)RAN寻呼触发，例如，包括下行链路(DL)用户平面(UP)数据，并且在信令340中(第二步骤)，向目标gNB 170-1发送RAN寻呼。附图标记350中的信令(第三步)指示“用于寻呼的WUS”信令是利用UE特定WUS标识符执行的，该标识符等于(＝)第一PS-RNTI。附图标记350的信令在UE 110与锚gNB 170(作为目标节点)和一个或多个目标gNB 170-1至170-N中的一个之间。也就是说，只有目标gNB可以经由无线电接口与UE物理发信号(并且锚gNB是可能的目标gNB)。

在框360(第四步)，UE接收“用于寻呼的WUS”信令，并且触发RRC连接恢复260-1(参见图2)。附图标记370中的信令(第五步)指示UE 110使用I-RNTI发送寻呼响应(例如，经由随机接入过程)。

参考图4，该图是由UE针对RRC非活动状态的寻呼的WUS而执行的逻辑流程图。该图还示出了根据示例性实施例的一个或多个示例性方法的操作、体现在计算机可读存储器上的计算机程序指令的执行结果、由以硬件实现的逻辑执行的功能、和/或用于执行功能的互连部件。

在框410中，UE处于RRC非活动状态220，其中存储有UE AS非活动上下文、恢复ID(例如，I-RNTI)和(&)(多个)WUS配置，包括UP/CP数据的一个或多个PS-RNTI。在框420中，UE110确定WUS是否被接收到。如果不是(框420＝否)，则流程进行到框410。如果WUS被接收到(框420＝是)，则流程进行到框430。

在框430中，UE 110确定WUS ID是否等于(＝)UP数据的ID，该ID先前存储在框410中。如果是(框430＝UP数据的ID)，则在框450中，UE 110触发连接恢复过程(参见图2中的260-1)，并且发送寻呼响应，例如，发起随机接入过程。术语“触发”是技术术语，意指实际执行RRC连接恢复过程。该触发至少触发导致RRC连接恢复过程被执行的动作。在框470中，如果连接被恢复(例如，作为随机接入过程的结果并且经由正在建立的RRC连接)，则UE 110从网络接收DL数据。

虽然在图3中，连接恢复过程是RRC连接恢复过程，但是可以使用其他过程，如框455所示。该框说明了连接恢复过程可以是以下中的任何一种：1)RRC连接恢复；2)RRC建立请求；或者3)系统信息获取。RRC连接恢复和RRC建立请求的一种可能性是经由RACH(随机接入信道)过程，如框477所示。

虽然实现RACH程序是一种可能性，但其他选项也是可能的。例如，当在框420和430中接收到信息时，UE可以在不执行RACH过程的情况下接入网络，例如，在时间对准有效的情况下。此外，UE可能被预先配置(例如，由gNB 170)有下行链路持久无线电资源(例如，以半持久调度SPS资源的形式)，UE被配置为在框420和430中接收到信息时接入该资源，诸如在由WUS指示触发的SPS资源之上的RRC非活动状态下的小数据接收(具有或不具有先前随机接入)。

另外，对于RRC建立请求，这是来自RRC空闲状态230(也参考图2)并且是建立动作260-2的一个示例。如框479所示，在框450中发生的触发可以触发从INACTIVE状态220到IDLE状态230的状态转变，随后是接入尝试(例如，作为建立动作260-2的RRC建立请求的接入尝试)。

如果WUS ID不等于UP数据的ID(框430＝CP数据的ID)，则在框440，UE监测PDCCH的寻呼。在框460中，如果寻呼解码成功，则UE 110在PDCCH上接收寻呼并且还控制寻呼中的数据。

在420的示例和上面的描述中，假定WUS是定义的WUS。然而，如框415所示，这只是一个选项，并且该信息可以是例如诸如DCI、包括唤醒指示的DCI、某种DCI格式、唤醒指示、定义的唤醒信号、DCP(目前指的是具有用PS-RNTI加扰的CRC的DCI)和/或物理层信令等信息。

在附加实施例中，锚gNB 170在RNA内的基于Xn的RAN寻呼期间向目标小区(例如，在目标gNB 170-1中)提供分配给RRC非活动UE的(多个)PS-RNTI以及相关联的WUS配置(例如，WUS时机，与寻呼周期相比的WUS窗口之前的时间)。

在另外的实施例中，(多个)PS-RNTI由UE 110在移动到RRC连接状态210时丢弃，在由UE在由“用于寻呼的WUS”触发的恢复没有导致RRC状态改变时保留，即，UE在触发寻呼的DL数据传输之后移回到RRC非活动状态220。这同样适用于在上行链路中恢复小数据传输(SDT)时，UE 110在UL数据传输之后移回到RRC非活动状态200的情况。换言之，如果UE执行了SDT，则UE保留(多个)PS-RNTI。

与错误场景相关，其中当UE处于INACTIVE状态时网络丢失UE(即，UE已经自主地从RRC非活动状态220移动到RRC空闲状态230，例如，由于覆盖范围外情况)，UE将不再监测“用于寻呼的WUS”，而是使用核心网(CN)/空闲模式标识符进行寻呼，即，NG-5G-S-TMSI(临时移动订户身份)。直到网络检测到UE移动到RRC空闲状态230(例如，基于错过周期性RNA更新)，使用WUS进行针对非活动模式相关ID的寻呼可能会被UE错过并且类似地导致寻呼失败——在传统技术中——网络会发送地址是I-RNTI的寻呼消息。

技术效果和优势包括以下内容。至少出于以下原因，使用WUS的寻呼比常规寻呼更有效，无论是UE还是网络核算UE省电和网络效率。

对于UE，与解码常规寻呼相比，使用WUS的寻呼需要更少的UE功耗，因为这种类型的寻呼避免了不必要地启动与常规寻呼相关联的PDSCH解码操作(这些应当在PDCCH解码期间在常规寻呼的情况下启动，以防万一解码表明存在寻呼消息)。此外，根据WUS的网络配置，WUS窗口(在此期间放置将由UE监测的WUS时机)可能对功率更友好(例如，WUS窗口与要监测的寻呼机会相比预计会更短并且间距更小，并且可能比常规PDCCH监测具有更少的解码尝试)。此外，使用寻呼RNTI(Paging-RNTI，P-RNTI)的常规寻呼可能会导致唤醒多个UE，因此这种寻呼也可能导致其他UE的不必要的功耗。

对于网络，由3GPP定义的WUS特定DCI格式(即，DCI-3_0)可能具有比寻呼DCI更小的有效载荷，因此与常规寻呼相比，PDCCH容量/覆盖范围可以提高。此外，虽然用于寻呼的WUS必须在(多个)寻呼小区的每个波束上传输，但网络仍然可以节省每个波束上的寻呼传输，这也是必需的。

如本申请中使用的，术语“电路系统”可以是指以下中的一项或多项或全部：

(a)仅硬件电路实现(例如，仅在模拟和/或数字电路系统中的实现)，以及

(b)硬件电路和软件的组合，诸如(如适用)：(i)(多个)模拟和/或数字硬件电路与软件/固件的组合，以及(ii)具有软件的(多个)硬件处理器(包括(多个)数字信号处理器)、软件和存储器的任何部分，其一起工作以使装置(诸如移动电话或服务器)执行各种功能)，以及

(c)(多个)硬件电路和/或(多个)处理器，诸如(多个)微处理器或(多个)微处理器的一部分，其需要软件(例如，固件)进行操作，但操作在不需要时软件可以不存在。

该电路系统的定义适用于该术语在本申请中的所有使用，包括在任何示例中。作为另一示例，如本申请中使用的，术语电路系统还涵盖仅硬件电路或处理器(或多个处理器)或硬件电路或处理器的一部分及其(或它们的)伴随软件和/或固件的实现。术语电路系统还涵盖(例如并且如果适用于特定的示例元素)用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。

本文中的实施例可以以软件(由一个或多个处理器执行)、硬件(例如，专用集成电路)或软件和硬件的组合来实现。在示例实施例中，软件(例如，应用逻辑、指令集)被维护在各种常规计算机可读介质中的任何一个上。在本文件的上下文中，“计算机可读介质”可以是可以包含、存储、传送、传播或传输指令以供指令执行系统、装置或设备(诸如计算机)使用或与其结合使用的任何介质或装置，例如计算机的一个示例在图1中描述和描绘。计算机可读介质可以包括计算机可读存储介质(例如，存储器125、155、171、71或其他设备)，该介质可以是可以包含、存储和/或传输指令以供指令执行系统、装置或设备(诸如计算机)使用或与其结合使用的任何介质或装置。计算机可读存储介质不包括传播信号。

如果需要，本文中讨论的不同功能可以以不同顺序和/或彼此同时执行。此外，如果需要，上述功能中的一个或多个可以是可选的或者可以组合。

尽管上文阐述了各个方面，但其他方面包括来自所述实施例的特征的其他组合，而不仅仅是上述组合。

本文中还应当注意，虽然以上描述了本发明的示例实施例，但不应当将这些描述视为限制性的。相反，在不脱离本发明的范围的情况下，可以进行多种变化和修改。

说明书和/或附图中可能出现的以下缩写定义如下：

3GPP 第三代合作伙伴计划

5G 第五代

5GC 5G核心网

AMF 接入和移动性管理功能

AS 接入层

BL 带宽受限

BWP 带宽部分

CN 核心网

CP 控制平面

CRC 循环冗余校验

CSI 信道状态信息

CU 中央单元

DCI 下行链路控制信息

DCP 带有用PS-RNTI加扰的CRC的DCI

DRX 非连续接收

DU 分布式单元

eMBB 增强型移动宽带

eNB(或eNodeB) 演进型节点B(例如，LTE基站)

EN-DC E-UTRA-NR双连接

en-gNB或En-gNB 提供朝向UE的NR用户平面和控制平面协议终止并且在EN-DC中充当辅节点的节点

ETWS 地震和海啸预警系统

E-UTRA 演进型通用陆地无线电接入，即，LTE无线电接入技术

gNB(或gNodeB) 用于5G/NR的基站，即，提供朝向UE的NR用户平面和控制平面协议终止并且经由NG接口连接到5GC的节点

HO 切换

ID 标识

I/F 接口

IRNTI或I-RNTI 非活动RNTI

LTE 长期演进

MAC 媒体接入控制

MIoT 大容量物联网

MME 移动性管理实体

mMTC 大容量机器类通信

MPDCCH MTC物理下行链路信道

MTC 机器类型通信

NB-IoT 窄带物联网

ng或NG 下一代

ng-eNB或NG-eNB 下一代eNB

NG-5G-S-TMSI 5G S临时移动订户身份

NR 新无线电

N/W或NW 网络

PCell 主小区

PDCCH 物理下行链路控制信道

PDCP 分组数据汇聚协议

PDSCH 物理下行链路共享信道

PHY 物理层

PS-RNTI 省电RNTI

PTW 寻呼时间窗口

PUCCH 物理上行链路控制信道

PUSCH 物理上行链路共享信道

RAN 无线电接入网

Rel 版本

RLC 无线电链路控制

RNA RAN通知区域

RNAU RAN通知区域更新

RNTI 无线电网络临时标识符

RRC 无线电资源控制

RRH 远程无线电头端

RRM 无线电资源管理

RU 无线电单元

Rx 接收器

SDAP 服务数据适配协议

SDT 小数据传输

SGW 服务网关

SI 系统信息

SIB 系统信息块

SMF 会话管理功能

SpCell 特殊小区

TS 技术规范

Tx 传输器

UE 用户设备(例如，无线设备，通常是移动设备)

UP 用户平面

UPF 用户平面功能

URLLC 超可靠低延迟通信

WID 工作项描述

WUS 唤醒信令

Claims (26)

1.一种方法，包括：

由处于无线电资源控制非活动状态的用户设备确定信息是否已经从无线网络被接收到，其中所述信息被配置为使所述用户设备接入所述网络；以及

由所述用户设备响应于接收到所述信息而触发对所述无线网络的接入。

2.根据权利要求1所述的方法，其中对所述无线网络的所触发的所述接入包括：从所述用户设备向所述无线网络发送寻呼响应。

3.根据权利要求1或2中任一项所述的方法，其中对所述无线网络的所触发的所述接入包括以下中的一项：

无线电资源控制连接恢复过程；

无线电资源控制建立请求过程；或者

系统信息获取过程。

4.根据权利要求3所述的方法，其中对所述无线网络的所触发的所述接入是所述无线电资源控制连接恢复过程或所述无线电资源控制建立请求过程之一，并且从所述用户设备向所述无线网络发送所述寻呼响应是至少经由所述用户设备执行的随机接入过程来执行的。

5.根据权利要求3或4中任一项所述的方法，其中触发对所述无线网络的所述接入还包括：触发从所述无线电资源控制非活动状态到无线电资源控制空闲状态的状态转变，随后是所述用户设备使用所述无线电资源控制建立请求过程进行的接入尝试。

6.根据权利要求1至5中任一项所述的方法，其中用以接入所述无线网络的对所述无线网络的所触发的所述接入被执行，而不是在后续寻呼周期期间触发针对寻呼的物理下行链路控制信道监测。

7.根据权利要求1至6中任一项所述的方法，其中所述方法还包括：

在确定所述信息是否已经被接收到之后，确定与所述信息一起接收的标识符是对应于针对用户平面数据的标识符还是针对控制平面数据的标识符；以及

响应于针对用户平面数据的所述标识符被接收到，执行对所述无线网络的所述接入的所述触发。

8.根据权利要求7所述的方法，还包括：当所述用户设备处于无线电资源控制连接状态时，由所述用户设备从所述无线网络接收针对用户平面数据和控制平面数据的所述标识符的配置，所述无线电资源控制连接状态发生在由所述用户设备进行的到所述无线电资源控制非活动状态的转变之前。

9.根据权利要求8所述的方法，其中针对用户平面数据的所述标识符包括省电无线电网络临时标识符。

10.根据权利要求9所述的方法，其中所述省电无线电网络临时标识符被设置为等于非活动无线电网络临时标识符。

11.根据权利要求7至10中任一项所述的方法，其中确定所述信息是否已经被接收到包括至少通过以下来监测以两个标识符为目标的时机：监测所述时机中的下行链路控制信息是否利用针对用户平面数据或针对控制平面数据而配置的用户设备标识符被加扰。

12.根据权利要求1至6中任一项所述的方法，其中：

确定所述信息是否已经从所述无线网络被接收到包括：确定所述信息是在分配给所述用户设备以执行从所述无线电资源控制空闲状态接入所述无线网络的第一时机中被接收，还是在分配给所述用户设备以执行针对寻呼的物理下行链路控制信道监测的第二时机中被接收；以及

响应于所述信息是在分配给所述用户设备以执行从所述无线电资源控制非活动状态接入所述无线网络的所述第一时机中被接收，执行所述接入的所述触发。

13.根据权利要求12所述的方法，其中所述第一时机中的某些第一时机被定义为指示所述用户设备将要响应于以下而获取系统信息：被配置为使所述用户设备接入所述网络的所述信息由所述用户设备在所述某些第一时机之一中被接收。

14.根据权利要求12所述的方法，其中所述用户设备在处于所述无线电资源控制非活动状态时监测第一时机并且跳过至少一个第二时机。

15.根据权利要求1至14中任一项所述的方法，其中所述信息包括以下中的一项或多项：下行链路控制信息；包括唤醒指示的下行链路控制信息；某种下行链路控制信息格式；唤醒指示；定义的唤醒信号；具有循环冗余校验的下行链路控制信息，所述循环冗余校验用与所述用户设备相对应的省电无线电网络临时标识符加扰；或物理层信令。

16.一种方法，包括：

由网络节点向处于无线电资源控制非活动状态的用户设备发送信息，所述信息被配置为使所述用户设备接入所述网络；以及

由所述网络节点响应于发送所述信息而接收从所述用户设备对所述无线网络的接入。

17.根据权利要求16所述的方法，其中接收从所述用户设备对所述无线网络的所述接入包括：从所述用户设备接收寻呼响应。

18.根据权利要求16至17中任一项所述的方法，其中发送所述信息包括：与所述信息一起发送标识符，其中所述标识符对应于针对用户平面数据的标识符而不是针对控制平面数据的标识符，其中针对用户平面数据的所述标识符将触发从所述用户设备对所述无线网络的所述接入。

19.根据权利要求18所述的方法，还包括：当所述用户设备处于无线电资源控制连接状态时，由所述网络节点向所述用户设备发送针对用户平面数据和控制平面数据的所述标识符的配置，所述无线电资源控制连接状态发生在所述用户设备到所述无线电资源控制非活动状态的转变之前。

20.根据权利要求19所述的方法，其中针对用户平面数据的所述标识符包括省电无线电网络临时标识符。

21.根据权利要求16至17中任一项所述的方法，其中：

发送所述信息包括：确定所述信息应当在分配给所述用户设备以执行从所述无线电资源控制空闲状态接入所述无线网络的第一时机中被发送，还是在分配给所述用户设备以执行针对寻呼的物理下行链路控制信道监测的第二时机中被发送；以及

响应于所述信息是在分配给所述用户设备以执行从所述无线电资源控制非活动状态接入所述无线网络的所述第一时机中被发送，执行所述接入的所述接收。

22.根据权利要求16至21中任一项所述的方法，其中所述信息包括以下中的一项或多项：下行链路控制信息；包括唤醒指示的下行链路控制信息；某种下行链路控制信息格式；唤醒指示；定义的唤醒信号；具有循环冗余校验的下行链路控制信息，所述循环冗余校验用与所述用户设备相对应的省电无线电网络临时标识符加扰；或物理层信令。

23.根据权利要求16至22中任一项所述的方法，其中发送所述信息仅响应于要在下行链路中从所述网络节点向所述用户设备传输的用户平面数据而被执行。

24.一种装置，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码，

所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起，使所述装置至少执行根据权利要求1至23中任一项的过程。

25.一种装置，包括用于执行根据权利要求1至23中任一项的过程的部件。

26.一种非暂态计算机可读介质，包括存储在其上的程序指令，所述程序指令用于执行根据权利要求1至23中任一项所述的方法。

Images