CN111937445A

CN111937445A - 用于在无线通信系统中执行非连续接收的方法和装置

Info

Publication number: CN111937445A
Application number: CN201980024082.4A
Authority: CN
Inventors: 金相范; A.萨延科; 陈胜利; 金成勋
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2018-03-29
Filing date: 2019-03-27
Publication date: 2020-11-13
Also published as: EP3771257A1; US11497079B2; US20210022202A1; KR102455586B1; WO2019190205A1; KR20190114349A; EP3771257A4

Abstract

本公开涉及一种用于支持比第四代(4G)通信系统(诸如长期演进(LTE))更高的数据传输速率的第五代(5G)或预5G通信系统。本公开提供了一种用于在无线通信系统中执行DRX的方法和装置。一种用于在无线通信系统中操作终端的方法包括：检测唤醒信号(WUS)，以及基于该WUS确定是否在特定时段检测物理下行链路控制信道(PDCCH)或者寻呼消息。

Description

用于在无线通信系统中执行非连续接收的方法和装置

技术领域

本公开总体上涉及无线通信系统，并且更具体地，涉及用于在无线通信系统中执行非连续接收(discontinuous reception，DRX)的装置和方法。

背景技术

为了满足在第四代(4th generation，4G)通信系统商业化之后增长的无线数据流量需求，努力开发了先进的第五代(5th generation，5G)通信系统或预5G通信系统。因此，5G通信系统或预5G通信系统被称为超4G网络通信系统或后长期演进(long termevolution，LTE)系统。

为了实现高数据速率，5G通信系统考虑其在极高频(毫米波(mmWave))频带(例如，60GHz频带)中的实现方式。为了减轻无线电波的路径损耗并延长无线电波在极高频带中的传播距离，5G通信系统正在讨论波束成形、大规模多输入多输出(massive multiple inputmultiple output，MIMO)、全维(full dimensional，FD)-MIMO、阵列天线、模拟波束成形和大规模天线技术。

此外，对于系统的网络增强，5G通信系统正在开发诸如演进的小小区、高级的小小区、云无线电接入网络(radio access network，RAN)、超密集网络、设备到设备(device todevice，D2D)通信、无线回程、移动网络、协作通信、协调多点(coordinated multi-points，CoMP)和接收干扰消除。

此外，5G系统正在研究作为高级编码调制(advanced coding modulation，ACM)方案的混合频移键控和正交幅度调制(frequency shift keying and quadratureamplitude modulation，FQAM)和滑动窗口叠加编码(sliding window superlocationcoding，SWSC)，以及作为高级接入技术的滤波器组多载波(filter bank multi carrier，FBMC)、非正交多址(non-orthogonal multiple access，NOMA)和稀疏码多址(sparse codemultiple access，SCMA)。

发明内容

技术问题

基于上述讨论，本公开提供了一种用于在无线通信系统中有效地执行非连续接收(DRX)的装置和方法。

问题的解决方案

根据本公开的各种实施例，无线通信系统中的用户设备(user equipment，UE)的操作方法包括：检测唤醒信号(wake-up signal，WUS)，以及基于WUS确定是否在特定时机检测物理下行链路控制信道(physical downlink control channel，PDCCH)或寻呼消息。

根据本公开的各种实施例，无线通信系统中UE的装置包括：收发器；以及至少一个处理器，其中至少一个处理器被配置为检测WUS，并基于WUS确定是否在特定时机检测PDCCH或寻呼消息。

发明的有益效果

根据本公开的各种实施例的装置和方法，可以使得在无线通信系统中能够有效地执行非连续接收(DRX)。

可从本公开获得的效果不限于上述效果，并且本公开的领域的技术人员可以从以下描述中清楚地理解未提及的其他效果。

附图说明

图1示出了根据本公开的各种实施例的无线通信系统的示例。

图2示出了根据本公开的各种实施例的无线通信系统的无线电协议架构的示例。

图3示出了根据本公开的各种实施例的无线通信系统的结构的示例。

图4示出了根据本公开的各种实施例的无线通信系统的无线电协议架构的示例。

图5是示出根据本公开的各种实施例的用户设备(UE)的配置的框图。

图6是示出根据本公开的各种实施例的演进节点B(evolved node B，eNB)的配置的框图。

图7示出了根据本公开的各种实施例的离散接收(discrete reception，DRX)操作。

图8示出了根据本公开的各种实施例的发送和接收唤醒信号(WUS)的过程。

图9是根据本公开的各种实施例的用于在UE处接收WUS的过程的流程图。

图10是根据本公开的各种实施例的用于执行第一UE操作的UE的过程的流程图。

图11是根据本公开的各种实施例的用于执行第二UE操作的UE的过程的流程图。

图12示出了根据本公开的各种实施例的用于在空闲模式下发送和接收WUS信号的UE的过程。

图13示出了根据本公开的各种实施例的用于在连接模式下发送和接收WUS信号的UE的过程。

图14是根据本公开的各种实施例的用于在空闲模式下接收WUS信号的UE的过程的流程图。

图15是根据本公开的各种实施例的用于在连接模式下接收WUS信号的UE的过程的流程图。

图16示出了根据本公开的各种实施例的RRC非活动模式/状态或RRC轻连接模式。

图17示出了根据本公开的各种实施例的在无线通信系统中为UE建立与网络的连接以发送和接收数据的过程的示例。

图18是根据本公开的各种实施例的用于在无线通信系统中支持RRC非活动模式/状态的UE与gNB之间的信号流图。

图19示出了根据本公开的各种实施例的无线通信系统中的RRC非活动模式/状态UE的寻呼区域配置的示例。

图20示出了根据本公开的各种实施例的RRC非活动模式/状态UE的操作的示例。

图21示出了根据本公开的各种实施例的RRC非活动模式/状态UE的操作的示例。

图22示出了根据本公开的各种实施例的RRC非活动模式/状态UE的操作的示例。

具体实施方式

本公开中所使用的术语用于描述特定实施例，并不旨在限制其他实施例的范围。除非明确表示不同，单数形式可以包括复数形式。本文所使用的所有术语，包括技术和科学术语，可以具有与本公开所属领域的技术人员一般所理解的术语相同的含义。在本公开中所使用的术语中，在通用词典中定义的术语可以被解释为与相关技术的上下文具有相同或相似的含义，并且除非在本公开中明确定义，否则其不应被理想地或过度地解释为正式含义。在一些情况下，即使在本公开中所定义的术语也不应被解释为排除本公开的实施例。

以下，本公开涉及一种用于在无线通信系统中发送唤醒信号(WUS)的装置和方法。在下面的描述中所使用的指示通信方案的术语、指示信号的术语、指示信息的术语、指示网络实体的术语以及指示装置的组件的术语是为了解释的目的。因此，本公开不限于将要描述的术语，并且可以使用具有技术上相同含义的其他术语。

此外，本公开使用一些通信标准(例如，第三代合作伙伴计划(3rd generationpartnership project，3GPP))中所使用的术语来描述各种实施例，这仅是示例性的解释。本公开的各种实施例可以被容易地修改并且也可以被应用于其他通信系统。

图1示出了根据本公开的各种实施例的无线通信系统的示例。具体地，图1示出了LTE系统的结构。

参考图1，所示的LTE系统的无线电接入网络包括演进节点B、eNB、节点B或基站105、110、115和120，以及移动性管理实体(mobility management entity，MME)125和服务网关(serving-gateway，S-GW)130。用户设备(UE)或终端135经由eNB 105、110、115和120以及S-GW 130接入外部网络。

在图1中，eNB 105、110、115和120对应于通用移动电信系统(universal mobiletelecommunications system，UMTS)系统的现有节点B。eNB 105通过无线电信道连接到UE135，并且执行比现有节点B更复杂的角色。由于包括实时服务(诸如基于互联网协议的语音传输(voice over internet protocol，VoIP))的每一个用户流量都是通过LTE系统中的共享信道来服务的，所以用于收集和调度状态信息(诸如缓冲器状态、可用发送功率状态和信道状态)的设备由eNB 105、110、115和120管理。一个eNB通常控制多个小区。例如，为了实现100Mbps的传输速率，LTE系统使用正交频分复用(orthogonal frequency divisionmultiplexing，OFDM)作为无线电接入技术，例如，在20MHz带宽中。此外，LTE系统应用根据UE的信道状态来确定调制方案和信道编码率的自适应调制和编码(adaptive modulation&coding，AMC)方案。S-GW 130是用于提供数据承载的设备，并且在MME 125的控制下生成或移除数据承载。MME是为UE管理各种控制功能以及移动性管理功能、并且连接到多个eNB的设备。

图2示出了根据本公开的各种实施例的无线通信系统的无线电协议架构的示例。具体地，图2示出了LTE系统中的无线电协议架构。

参考图2，LTE系统的无线电协议分别包括UE和eNB中的分组数据汇聚协议(packetdata convergence protocol，PDCP)层205和240、无线电链路控制(radio link control，RLC)层210和235、媒体接入控制(medium access control，MAC)层215和230以及物理(physical，PHY)层220和225。

PDCP层205和240管理诸如IP报头压缩/恢复的操作。PDCP的主要功能概述如下。

-报头压缩和解压缩(仅ROHC)

-用户数据的传送

-对于RCL AM的PDCP重建过程中上层PDU的按序递送

-用于DC中的分离承载(仅支持RLC AM)：用于发送的PDCP PDU路由和用于接收的PDCP PDU重新排序

-对于RLC AM的PDCP重建过程中下层SDU的重复检测

-对于RLC AM，在切换时重发PDCP SDU，并且对于DC中的分离承载，在PDCP数据恢复过程中重发PDCP PDU

-加密和解密

-上行链路中基于定时器的SDU丢弃

RLC层210和235通过以适当的大小重新配置PDCP分组数据单元(PDU)来执行自动重复请求(automatic repeat request，ARQ)操作。RLC的主要功能概述如下。

-上层PDU的传送

-通过ARQ进行纠错(仅用于AM数据传送)

-RLC SDU的级联、分段和重组(仅用于UM和AM数据传送)

-RLC数据PDU的重新分段(仅用于AM数据传送)

-RLC数据PDU的重新排序(仅用于UM和AM数据传送)

-重复检测(仅用于UM和AM数据传送)

-协议错误检测(仅用于AM数据传送)

-RLC SDU丢弃(仅用于UM和AM数据传送)

-RLC重建

MAC层215和230连接到在一个UE中配置的多个RLC层设备，并且执行将RLC PDU复用到MAC PDU并且从MAC PDU解复用出RLC PDU的操作。MAC的主要功能概述如下。

-逻辑信道和传输信道之间的映射

-属于一个或不同逻辑信道的MAC SDU复用到传输块(TB)或者从传输块(TB)解复用出属于一个或不同逻辑信道的MAC SDU，传输块(TB)在传输信道上被递送到物理层或者在传输信道上从物理层递送传输块(TB)

-调度信息报告

-HARQ功能(通过HARQ进行纠错)

-一个UE的逻辑信道之间的优先级处理

-通过动态调度的UE之间的优先级处理

-MBMS服务标识

-传输格式选择

-填充

PHY层220和225对较高层数据进行信道编码和调制，并且生成并向无线电信道发送OFDM符号，或者对通过无线电信道接收到的OFDM符号进行解调、信道解码并将解调、信道解码后的数据发送到较高层。

图3示出了根据本公开的各种实施例的无线通信系统的示例。具体地，图3示出了本公开中所提出的新无线电(new radio，NR)的结构。

参考图3，NR的无线电接入网络包括新无线电节点B(gNB)310和新无线电核心网络(radio core network，AMF)305。NR UE或终端315经由gNB 310和AMF 305接入外部网络。

gnB 310对应于现有LTE系统的eNB。gNB 310通过无线信道连接到NR UE，并且可以提供比现有eNB 320更好的服务。由于每一个用户流量都是通过NR中的共享信道来服务的，因此用于收集和调度状态信息(诸如UE的缓冲器状态，可用发送功率状态和信道状态)的设备由gNB 310管理。一个gNB 310通常控制多个小区。与现有的LTE相比，NR可能具有超过现有最大带宽的带宽来实现高速数据传输，并且采用除了OFDM之外的波束成形技术作为无线电接入技术。此外，NR应用根据UE的信道状态确定调制方案和信道编码率的自适应调制和编码(AMC)方案。AMF 305执行诸如移动性支持、承载建立和QoS(quality of service，QoS)建立等的功能。AMF是为UE管理各种控制功能以及移动性管理功能、并且连接到多个gNB的设备。此外，NR可以与现有的LTE系统互通，并且AMF通过网络接口连接到MME 325。MME 325连接到作为现有eNB的eNB 330。支持LTE-NR双连接的UE 315可以发送和接收数据335，同时保持与eNB 330和gNB 310的连接。

图4示出了根据本公开的各种实施例的无线通信系统的无线电协议架构的示例。具体地，图4示出了本公开中所提出的NR的无线电协议结构。

参考图4，NR的无线电协议分别包括UE和NR gNB中的NR PDCP层405和440、NR RLC层410和435、NR MAC层415和430以及NR PHY层420。

NR PDCP层405和440的主要功能可以包括以下功能中的一些。

报头压缩和解压缩(仅ROHC)

-用户数据的传送

-上层PDU的按序递送

-用于接收的PDCP PDU重新排序

-下层SDU的重复检测

-PDCP SDU的重传

-加密和解密

-上行链路中基于定时器的SDU丢弃

NR PDCP设备的重排序功能指示基于PDCP序列号(SN)对从下层接收到的PDCP PDU进行重排序的功能，可以包括用于按序向上层递送数据的功能，可以包括用于对丢失的PDCP PDU进行重新排序和记录的功能，可以包括用于向发送侧发送丢失的PDCP PDU的状态报告的功能，并且可以包括用于请求对丢失的PDCP PDU的重传的功能。

NR RLC层410和435的主要功能可以包括以下功能中的一些。

-上层PDU的传送

-上层PDU的按序递送

-上层PDU的无序递送

-通过ARQ进行纠错

-RLC SDU的级联、分段和重组

-RLC数据PDU的重新分段

-RLC数据PDU的重新排序

-重复检测

-协议错误检测

-RLC SDU丢弃功能

-RLC重建

如果一个RLC SDU被分段并在多个RLC SDU中被接收，则NR RLC设备的按序递送指示按序将从下层接收到的RLC PDU递送到上层的功能，可以包括重组并递送它们的功能，可以包括基于RLC SN或PDCP SN对接收到的RLC PDU进行重新排序的功能，可以包括对丢失的PDCP PDU进行重新排序和记录的功能，可以包括向发送侧报告丢失的RLC PDU的状态的功能，可以包括请求对丢失的RLC PDU的重传的功能，如果存在丢失的RLC SDU，可以包括在丢失的RLC SDU之前按序仅递送RLC PDU到上层的功能，或可以包括以下功能：尽管存在丢失的RLC SDU，如果特定的定时器到期，则在定时器启动之前将接收到的所有RLC SDU按序递送到上层，或者可以包括以下功能：尽管存在丢失的RLC SDU，如果特定的定时器到期，则将当前接收到的所有RLC SDU按序递送到上层。如果一个RLC SDU被分段并在多个RLC SDU中被接收，则NR RLC设备的无序递送指示不考虑顺序而直接将从下层接收到的RLC PDU递送到上层的功能，可以包括重组和递送它们的功能，并且可以包括存储接收到的RLC PDU的RLC SN或PDCP SN、对它们进行排序以及记录丢失的RLC PDU的功能。

NR MAC层415和430可以连接到在一个UE中配置的多个NR RLC层设备，并且NR MAC的主要功能可以包括以下功能中的一些。

-逻辑信道和传输信道之间的映射

-MAC SDU的复用/解复用

-调度信息报告

-HARQ功能(通过HARQ进行纠错)

-一个UE的逻辑信道之间的优先级处理

-通过动态调度的UE之间的优先级处理

-MBMS服务标识

-传输格式选择

-填充

NR物理层420和425可以执行以下操作：对上层数据进行信道编码和调制，通过无线信道生成和发送OFDM符号，或者对通过无线信道接收到的OFDM符号进行解调、信道解码并将解调、信道解码后的数据递送到上层。

虽然在图4中未示出，但是无线电资源控制(radio resource control，RRC)层是存在于UE和gNB的PDCP层之上的，并且RRC层可以交换与连接和测量相关的无线电资源控制的配置控制消息。

图5是示出根据本公开的各种实施例的UE的配置的框图。

参考图5，UE包括射频(radio frequency，RF)处理单元510、基带处理单元520、存储单元530和控制单元540。

RF处理单元510可以执行用于通过无线电信道发送和接收信号的功能，诸如信号频带转换和放大。即，RF处理单元510可以将从基带处理单元520提供的基带信号上变频为RF频带信号，然后经由天线发送，并将通过天线接收到的RF频带信号下变频为基带信号。例如，RF处理单元510可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(digital-to-analog converter，DAC)、模数转换器(analog-to-digital converter，ADC)等。尽管在图5中仅示出了一个天线，但是UE可以包括多个天线。此外，RF处理单元510可以包括多个RF链。此外，RF处理单元510可以执行波束成形。对于波束成形，RF处理单元510可以调整通过多个天线或天线元件发送或接收的信号的相位和大小。此外，RF处理单元可以执行多输入多输出(MIMO)，并且在MIMO操作期间接收多个层。

基带处理单元520根据系统的物理层标准执行基带信号和比特串之间的转换功能。例如，在数据发送中，基带处理单元520通过对发送比特串进行编码和调制来生成复符号。此外，在数据接收中，基带处理单元520通过对从RF处理单元510提供的基带信号进行解调和解码来恢复接收到的比特串。例如，根据OFDM方案，在数据发送中，基带处理单元520通过对发送比特串进行编码和调制来生成复符号，将复符号映射到子载波，然后通过快速傅立叶逆变换(inverse fast Fourier transform，IFFT)操作和周期前缀(CP)插入来生成OFDM符号。此外，在数据接收中，基带处理单元520将从RF处理单元510提供的基带信号划分为OFDM符号单元，通过FFT操作恢复映射到子载波的信号，并通过解调和解码恢复接收到的比特串。

基带处理单元520和RF处理单元510如上所述发送和接收信号。因此，基带处理单元520和RF处理单元510可以被称为发送单元、接收单元、发送和接收单元、收发器或通信单元。此外，基带处理单元520和RF处理单元510中的至少一个可以包括多个通信模块，以支持多种不同的无线电接入技术。此外，基带处理单元520和RF处理单元510中的至少一个可以包括用于处理不同频带的信号的不同通信模块。例如，不同的无线电接入技术可以包括无线LAN(例如，电气和电子工程师协会(institute of electrical and electronicsengineers，IEEE)802.11)、蜂窝网络(例如，LTE)等。此外，不同的频带可以包括超高频(super high frequency，SHF)(例如，2.NRhz、NRHz)频带和毫米波(例如，60GHz)频带。

存储单元530存储诸如用于UE的操作的基本程序、应用程序和设置信息的数据。特别地，存储单元530可以存储与使用第二无线电接入技术执行无线通信的第二接入节点相关的信息。存储单元530根据控制单元540的请求提供存储的数据。

控制单元540控制UE的整体操作。例如，控制单元540通过基带处理单元520和RF处理单元510发送和接收信号。此外，控制单元540将数据记录在存储器540中和从存储器540读取数据。为此，控制单元540可以包括至少一个处理器。例如，控制单元540可以包括用于控制通信的通信处理器(communication processor，CP)和用于控制诸如应用程序的较高层的应用处理器(application processor，AP)。此外，控制单元540可以包括多连接处理器542。

图6是示出根据本公开的各种实施例的eNB的配置的框图。

参考图6，eNB包括RF处理单元610、基带处理单元620、回程通信单元630、存储单元640和控制单元650。

RF处理单元610可以执行用于通过无线电信道发送和接收信号的功能，诸如信号频带转换和放大。即，RF处理单元610将从基带处理单元620提供的基带信号上变频为RF频带信号，然后经由天线发送，并将通过天线接收到的RF频带信号下变频为基带信号。例如，RF处理单元610可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC、ADC等。尽管在图6中仅示出了一个天线，但是第一接入节点可以包括多个天线。此外，RF处理单元610可以包括多个RF链。此外，RF处理单元610可以执行波束成形。对于波束成形，RF处理单元610可以调整通过多个天线或天线元件发送或接收的信号的相位和大小。RF处理单元可以通过发送一个或多个层来执行下行链路MIMO操作。

基带处理单元620根据第一无线电接入技术的物理层标准执行基带信号和比特串之间的转换功能。例如，在数据发送中，基带处理单元620通过对发送比特串进行编码和调制来生成复符号。此外，在数据接收中，基带处理单元620通过对从RF处理单元610提供的基带信号进行解调和解码来恢复接收到的比特串。例如，根据OFDM方案，在数据发送中，基带处理单元620通过对发送比特串进行编码和调制来生成复符号，将复符号映射到子载波，然后通过IFFT操作和CP插入来生成OFDM符号。此外，在数据接收中，基带处理单元620将从RF处理单元610提供的基带信号划分为OFDM符号单元，通过FFT操作恢复映射到子载波的信号，并通过解调和解码恢复接收到的比特串。基带处理单元620和RF处理单元610如上所述发送和接收信号。因此，基带处理单元620和RF处理单元610可以被称为发送单元、接收单元、发送和接收单元、收发器或通信单元。

回程通信单元630提供用于与网络中的其他节点通信的接口。即，回程通信单元630将从主基站发送到另一节点(例如，辅助基站或核心网络)的比特串转换为物理信号，并将从另一节点接收到的物理信号转换为比特串。

存储单元640存储诸如用于主基站的操作的基本程序、应用程序和设置信息的数据。特别地，存储单元640可以存储与被分配给连接的UE的承载、从连接的UE报告的测量结果等相关的信息。此外，存储单元640可以存储成为确定是否向UE提供或暂停多连接的基础的信息。存储单元640根据控制单元650的请求提供存储的数据。

控制单元650控制主基站的整体操作。例如，控制单元650通过基带处理单元620和RF处理单元610或回程通信单元630发送和接收信号。此外，控制单元650将数据记录在存储器640中和从存储器640读取数据。为此，控制单元650可以包括至少一个处理器。例如，控制单元650可以包括用于控制通信的CP和用于控制诸如应用程序的上层的AP。此外，控制单元650可以包括多连接处理器652。

图7示出了根据本公开的各种实施例的离散接收(DRX)操作。

应用DRX以最小化UE的功耗，并且DRX是一种仅在预设的PDCCH中进行监控以获得调度信息的技术。DRX可以在空闲模式和连接模式两者下操作，并且其操作方法略有不同。

本公开涉及连接模式。为了使UE获取调度信息，持续监控PDCCH会导致相当大的功耗。基本DRX操作具有DRX周期700，并且仅针对开启持续时间(on-Duration)705监控PDCCH。连接模式下的DRX周期被设置为长DRX和短DRX两个值。在一般情况下应用长DRX周期，并且如果必要，eNB可以使用MAC控制元件(control element，CE)来触发短DRX周期。经过特定时间后，UE从短DRX周期变为长DRX周期。仅在预设的PDCCH中提供特定UE的初始调度信息。因此，UE可以通过仅周期性地监控PDCCH来最小化功耗。

对于开启持续时间705，如果PDCCH 710接收到新分组的调度信息，则UE启动DRX非活动(inactivity)定时器(inactivity timer，IAT)715。UE在DRX IAT期间保持活动状态。即，UE在DRX IAT期间持续监控PDCCH。此外，UE还启动HARQ RTT定时器720。HARQ RTT定时器用于防止UE在HARQ往返时间(round trip time，RTT)期间不必要地监控PDCCH。UE不需要在HARQ RTT定时器720的时间内执行PDCCH监测。然而，当DRX IAT和HARQ RTT定时器同时操作时，UE基于DRX IAT持续PDCCH监控。如果HARQ RTT定时器到期，则DRX重传(RTX)定时器启动725。当DRX RTX定时器操作时，UE必须执行PDCCH监控。一般地，在DRX RTX定时器的操作时间期间，接收HARQ重传的调度信息730。如果接收到用于HARQ重传的调度信息，则UE立即停止DRX RTX定时器，并重启HARQ RTT定时器。继续操作，直到成功接收到分组735。

通过RRC连接配置(RRCConnectionReconfiguration)消息将与连接模式下的DRX操作相关的配置信息递送给UE。由PDCCH子帧的数量定义开启持续时间定时器、DRX IAT和DRX RTX定时器。在定时器启动之后，如果经过所设置的数量的、被定义为PDCCH子帧的子帧，则定时器到期。所有下行链路子帧都属于FDD中的PDCCH子帧，并且下行链路子帧和特殊子帧与TDD中的PDCCH子帧对应。在TDD中，下行链路子帧、上行链路子帧和特殊子帧存在于同一频带中。其中，下行链路子帧和特殊子帧被视为PDCCH子帧。

eNB可以设置长DRX和短DRX两种状态。eNB通常通过考虑从UE报告的功率偏好指示信息、UE移动性记录信息和所配置的数据无线电承载(data radio bearer，DRB)的特性来使用两种状态之一。根据特定的定时器是否到期或通过向UE发送特定MAC CE来转换这两种状态。

DRX操作有助于降低UE的功耗。此外，为了进一步降低UE的功耗，已经提出了WUS。DRX操作的关键是仅在到达设置的DRX周期810处的开启持续时间805中识别新的调度是否已经发生。因此，为了识别调度的存在或不存在，不需要在每一个时机监控PDCCH，并且可以在没有监控的时机降低功耗。然而，由于针对每个开启持续时间监控PDCCH，所以仍然在相应的时机消耗UE的功率。为了减少相应时机的功耗，可以在开启持续时间到达之前的非常短的时机中发送WUS 815。WUS 815指示UE是否需要在开启持续时间内醒来(wake up)并从eNB接收信号。如果在即将到来的开启持续时间内传输了针对UE的下行链路(downlink，DL)分配、上行链路(uplink，UL)许可或寻呼消息，则eNB在开启持续时间之前的特定短时机内发送WUS。如果UE在短时机接收到WUS，并且WUS指示从eNB接收信号，则UE需要在即将到来的开启持续时间内醒来，并从eNB接收信号。否则，如果UE在短时机没有接收到WUS，或者接收到的WUS指示不从eNB接收信号，则UE无需在开启持续时间内醒来。因此，UE可以通过WUS操作来预识别是否在开启持续时间内醒来，并且最小化在开启持续时间内消耗的功率。

在本公开中，已经基于连接模式的连接模式DRX(connected mode DRX，C-DRX)操作描述了UE的操作，但是UE的操作也可以被应用于空闲模式的寻呼周期操作。即，在寻呼时机(paging occasion，PO)到达之前的特定短时间内，eNB可以发送WUS，并且WUS可以指示是否在即将到来的PO中发送寻呼消息。用于发送WUS信号的时机应短于开启持续时间或PO的长度以降低功耗。

通过两个或多个服务小区，如果将WUS也应用于向UE提供服务的载波聚合，则可以节省UE的功耗。本公开提出了一种方法，其中如果应用了载波聚合，则UE操作以接收WUS。

在本公开中所提出的方法可以在多个服务小区中设置WUS，并且如果它们中的任何一个被UE检测到，则UE驱动开启持续时间定时器。根据另一条件，如果用于接收WUS的已经是活动时间(active time)或者即将到来的开启持续时间已经被认为是活动时间，则UE不执行检测WUS的操作。

下面的图9至图11示出了根据本公开的各种实施例的UE使用WUS执行DRX操作的过程。

图9是示出根据本公开的各种实施例的UE接收WUS的过程的流程图。

在步骤905中，UE建立与一个服务小区(即主小区(primary cell，PCell))的RRC连接。

在步骤910中，UE从eNB接收与DRX操作和WUS接收相关的配置信息。

在步骤915中，UE根据配置信息确定用于发送WUS的WUS时机。使用DRX配置信息中的DRX周期和开启持续时间时机的信息隐式地确定WUS时机，或者从eNB显式地指示WUS时机。例如，从紧邻开启持续时间之前的特定OFDMA符号到开启持续时间之前的特定时间点的时机可以被认为是WUS时机。特定OFDMA符号可以是预设的，可以根据WUS的信息量来确定，或者可以由eNB明确指示。在WUS时机与开启持续时间之间可能存在特定时机。这是UE在WUS时机中检测WUS、解码WUS并确定是否在开启持续时间内保持活动时间所用的时间。特定时机可以是预设的，也可以由eNB明确指示。

在步骤920中，UE在PCell中执行与DRX操作和WUS接收操作相关的第一UE操作。

在步骤925中，UE从eNB接收与载波聚合相关的配置信息，并设置两个或更多个服务小区。eNB可以设置向其发送WUS的特定服务小区。作为示例，特定服务小区可以是诸如PCell的SPCell。可替代地，可以在所有激活的服务小区中发送WUS。eNB在小区组的基础上提供DRX配置信息，并且属于由单个MAC实体控制的一个小区组的所有激活的服务小区均应用DRX配置信息。因此，对于所有服务小区，UE执行应用了相同的周期和相关的定时器值的相同的DRX操作。

在步骤930中，UE在多个服务小区中执行与DRX操作和WUS接收操作相关的第二UE操作。

图10是示出根据本公开的各种实施例的用于UE执行第一UE操作的过程的流程图。

在步骤1005中，UE在WUS时机监控WUS。

在步骤1010中，如果在WUS时机中检测到WUS，则UE在WUS时机之后的即将到来的开启持续时间中切换到活动时间，并且根据以下公式驱动开启持续时间定时器，即开启持续时间开始。

如果在WUS时机中检测到WUS(指示切换到其中WUS到达的开启持续时间中的活动时间)，并且设置了短DRX周期，则

[(SFN×10)+子帧号]modulo(drx-ShortCycle)＝(drx-StartOffset)modulo(drx-ShortCycle)或

如果在WUS时机中检测到WUS(指示切换到其中WUS到达的开启持续时间中的活动时间)，并且设置了长DRX周期，则

[(SFN×10)+子帧号]modulo(drx-LongCycle)＝drx-StartOffset

开启持续时间从满足等式的子帧位置开始。然而，如果eNB设置了drx-SlotOffset，则在从所导出的子帧的开始时间经过drx-SlotOffset值之后，开启持续时间开始。drx-SlotOffset的单位是时隙。

在步骤1015中，如果在WUS时机中没有检测到WUS，则在WUS时机之后的即将到来的开启持续时间中，UE不切换到活动时间。

图11是示出根据本公开的各种实施例的UE执行第二UE操作的过程的流程图。

在步骤1105中，UE监控特定服务小区或所有激活的服务小区中的WUS时机中的WUS。如果eNB被配置为仅在诸如PCell的特定服务小区中发送WUS，则在服务小区中eNB仅在WUS时机监控WUS。否则，如果eNB被配置为在所有激活的服务小区中发送WUS，则在所有激活的服务小区中eNB在相同的WUS时机监控WUS。

在步骤1110中，如果在特定服务小区或所有激活的服务小区中的至少一个WUS时机中检测到WUS，则所有服务小区在WUS时机之后来到的开启持续时间内切换到活动时间，并驱动开启持续时间定时器。

如果在WUS时机中检测到WUS(指示切换到其中WUS到达的开启持续时间中的活动时间)，并且设置了长的DRX周期，则

[(SFN×10)+子帧号]modulo(DRX-drx-LongCycle)＝drx-StartOffset

在满足其表达式的子帧位置，所有激活的服务小区的开启持续时间开始。然而，如果eNB设置了drx-SlotOffset，则从所导出的子帧的开启持续时间经过drx-SlotOffset值之后，所有激活的服务小区的开启持续时间开始。drx-SlotOffset的单位是时隙。

在步骤1115中，如果在特定服务小区或所有激活的服务小区中的任何WUS时机中都没有检测到WUS，则所有服务小区在WUS时机之后的开启持续时间内不切换到活动时间。

下面的图12至图15示出了根据本公开的各种实施例的UE使用WUS执行DRX操作的过程。

图12示出了根据本公开的各种实施例的UE在空闲模式下发送和接收WUS信号的过程。

在WUS时机1210到达之前，空闲模式UE具有驱动RF、调制解调器等所需的预热(warm-up)时间1205。每个UE的预热时间取决于实现方式。WUS时机(即发送WUS的时机)位于PO到达之前。WUS时机的开始时间点通过系统信息1215被显式地指示给UE，或者被隐式地确定到PO之前的特定时间点。作为示例，特定时间点可以是最接近于PO的同步序列(synchronization sequences，SS)突发的开始时间，或者是在将PO之前的一个波束扫描周期与特定时机1240相组合的时间之前的时间点。特定时机1240对于UE解码WUS以及确定是否在即将到来的PO中监控寻呼消息是必要的。特定时机具有大于或等于零的值，并且eNB明确指示使用系统信息或应用了预设值。监控寻呼消息意味着监控指示寻呼消息的下行链路控制信息(downlink control information，DCI)，并接收相应的寻呼消息。

在WUS时机中，如果确定特定UE需要在即将到来的PO中监控寻呼消息，则eNB为其每个发送波束发送一个WUS。无论波束如何，WUS都是相同的。eNB可以识别空闲模式UE可以最佳地接收哪个发送波束。因此，对于所有发送波束，发送WUS。作为示例，如果eNB具有八个发送波束，则使用每个发送波束总共发送八个WUS 1220。位于eNB的服务区域的UE从至少一个发送波束检测WUS。此外，这些UE可以识别哪个波束成功地检测到了WUS。SSB对应于一个波束，并且通过包括分别与波束相对应的多个SSB来配置一个SS突发。如果在时分复用(time division multiplexing，TDM)或频分复用(frequency division multiplexing，FDM)方案中组合并发送SSB和WUS，则出于包括WUS监控在内的各种目的，UE仅监控发送SSB的时机，从而有利于优化功耗。然而，在PO到达之前的某个时机，SS突发可能不存在，并且以时分复用(TDM)或频分复用(FDM)的形式将WUS组合到远离PO的SS突发可能会削弱WUS的目的。作为示例，如果WUS以TDM或FDM的形式被组合到离PO很远的SS突发，则WUS不反映在SS突发与PO之间发生的寻呼。因此，如果PO与PO到达之前的SS突发在特定时机外(over aspecific time occasion)是分开的，则不管SS突发如何，都存在用于为每个发送波束发送WUS的WUS时机。否则，如果PO与PO到达之前的SS突发在特定时机内(within a specifictime occasion)是分开的，则与SSB一起发送WUS。特定时间周期由eNB通过系统信息向UE显式地指示，或者被隐式地确定为PO之前的特定时间点。

将在作为属于特定寻呼帧(paging frame，PF)的特定时机的寻呼时机1225中将发送针对NR中的特定UE的寻呼消息。PO包括多个时隙，并且每个时隙1230对应于eNB的一个发送波束。因此，时隙的数量等于eNB的发送波束的数量。在时隙期间，eNB在相应的发送波束中发送寻呼消息。为每个时隙发送的所有寻呼消息都是相同的。在空闲模式下，eNB不知道特定UE的位置，并且可能不会为该UE指定最合适的发送波束。因此，eNB需要通过所有发送波束发送相同的寻呼消息。如上所述的通过所有发送波束顺序发送信号被称为波束扫描。因此，随着发送波束的数量增加，波束扫描循周期或PO的长度成比例地增加。一般地，UE还在PO时机期间监控所有发送波束中的寻呼。UE成功解码从至少一个发送波束接收到的寻呼。

位于eNB的服务区域的空闲模式UE首先从至少一个发送波束中检测WUS。这样，UE还可以识别哪个波束成功检测到WUS。因此，不需要像在没有WUS操作的情况下那样，在PO时机期间监控每个发送波束中的寻呼。也就是说，由于很有可能在成功检测到WUS的波束中成功解码寻呼，所以UE仅在与该波束相对应的PO的时隙1240中监控寻呼。UE可以在WUS时机中成功地解码来自多个波束的WUS。在一些情况下，UE可以选择一个提供最大信号强度的波束，或者可以随机选择一个波束。UE在与所选波束相对应的PO内的时隙中监控从相同的波束所提供的寻呼。

图13示出了根据本公开的各种实施例的UE在连接模式下发送和接收WUS信号的过程。

在WUS时机到达之前，连接模式UE具有驱动RF、调制解调器等所需的预热时间和波束管理操作时间1305。执行波束管理操作以在连接模式中的开启持续时间之前保持最佳波束。波束管理操作主要包括两个步骤。第一步测量波束的信号强度，并且第二步，如果需要调整与eNB的发送波束配对，则向eNB报告并更新。因此，在波束管理操作之后，连接模式UE和eNB认为保持了最佳波束。对于处于连接模式的特定UE，识别哪个波束最佳的eNB仅在最佳波束中发送WUS或寻呼，而不必像在空闲模式操作中那样，通过波束扫描操作来发送WUS或寻呼。

WUS时机(发送WUS的时机1310)位于开启持续时间1315到达之前。开始WUS时机的时间点通过系统信息或专用RRC信令1330向UE显式地指示，或者被隐式地确定为开启持续时间之前的特定时间点。作为示例，特定时间点可以是最接近于开启持续时间的SS突发的开始时间点，或者是在开启持续时间之前将一个波束扫描周期与特定时机1335相组合的时间之前的时间点。特定时机1335对于UE解码WUS以及确定是否在即将到来的开启持续时间内监控PDCCH是必要的。特定时机具有为0或更大的值，并且eNB明确指示使用系统信息或专用RRC信令，或者应用了预设值。监控PDCCH意味着UE识别DL分配或UL许可，即，由eNB提供用于自己的调度信息。

在WUS时机中，如果确定特定UE需要在即将到来的开启持续时间内监控PDCCH，则eNB在通过波束管理操作保持或更新的最佳波束中发送一个WUS。如果通过在TDM或FDM方案中组合SSB与WUS来发送WUS，则出于包括WUS监控在内的各种目的，仅需要监控发送SSB的时机的UE在优化功耗方面是有利的。然而，在开启持续时间到达之前的特定时机内，SS突发可能不存在，并且以TDM或FDM形式将WUS组合到离开启持续时间很远的SS突发可能会削弱WUS的目的。作为示例，如果WUS以TDM或FDM形式被组合到离开启持续时间很远的SS突发中，则WUS不反映在SS突发与开启持续时间之间发生的寻呼。因此，如果开启持续时间与开启持续时间到达之前的SS突发在特定时机外是分开的，则不管SS突发如何，都存在通过最佳发送波束发送WUS的WUS时机。否则，如果开启持续时间与开启持续时间到达之前的SS突发在特定时机内是分开的，则与SSB一起发送WUS。特定时间周期由eNB通过系统信息显式地指示给UE，或者被隐式地确定为开启持续时间之前的特定时间点。

eNB可以指示连接模式UE除了SSB之外还配置CSI-RS，并且基于CSI-RS执行小区测量。如果通过使用TDM或FDM方案组合CSI-RS与WUS来发送WUS，则出于包括WUS监控在内的各种目的，仅需要监控CSI-RS的时机的UE在优化功耗方面是有利的。然而，在开启持续时间到达之前的特定时机，CSI-RS可能不存在，并且以TDM或FDM形式将WUS组合到离开启持续时间很远的CSI-RS可能会削弱WUS的目的。作为示例，如果WUS以TDM或FDM形式被组合到离开启持续时间很远的CSI-RS中，则WUS不反映在CSI-RS与开启持续时间之间发生的调度。因此，如果开启持续时间和开启持续时间到达之前的CSI-RS在特定时机外是分开的，则不管CSI-RS如何，都存在通过最佳波束发送WUS的WUS时机。否则，如果开启持续时间和开启持续时间到达之前的CSI-RS在特定时机内是分开的，则与CSI-RS一起发送WUS。特定时间周期由eNB通过系统信息显式地指示给UE，或者被隐式地确定为开启持续时间之前的特定时间点。

如前所述，可与SSB或CSI-RS一起发送WUS。取决于是否满足特定条件，eNB明确地向UE指示SSB和CSI-RS中的哪一个与WUS一起发送，或者设置为使用SSB和CSI-RS两者，其中eNB通过与SSB或CSI-RS组合发送WUS。例如，在即将到来的开启持续时间的特定时机内存在的SSB或者CSI-RS与WUS组合并使用TDM或FDM与WUS一起被发送。如果SSB和CSI-RS两者都存在于特定的某个时机，则预设的或设置的那个与WUS一起被发送。

位于eNB的服务区域的连接模式UE首先从最佳波束检测WUS。识别最佳波束的UE不需要在开启持续时间期间监控每一个发送波束中的PDCCH。也就是说，由于WUS也可以在最佳波束中成功解码PDCCH，所以eNB仅在与该波束相对应的开启持续时间中的时隙中监控PDCCH 1320。

在步骤1405中，支持WUS的UE接收通过系统信息从eNB接收WUS所需的配置信息。

在步骤1410中，UE导出发送WUS的时机。WUS时机位于打开和准备RF或者通信调制解调器所需的预热时机与即将到来的PO时机之间。如果满足特定条件，WUS时机可以匹配SS突发的位置。WUS时机的长度匹配其中发送WUS的eNB的所有发送波束都可以被发送的波束扫描时机。

在步骤1415中，UE在导出的WUS时机位置监控WUS。

在步骤1420中，UE接收并解码分别通过发送波束发送的至少一个WUS。

在步骤1425中，UE监控在发送成功解码的WUS的eNB发送波束中的寻呼消息。如果WUS在多个波束中成功，则UE在提供最大信号强度的波束中或者在多个相关波束之中随机选择的波束中监控寻呼消息。可替代地，UE可以通过软组合从相应波束接收到的寻呼消息来解码寻呼消息。

在步骤1505中，UE向服务eNB报告其支持WUS操作。

在步骤1510中，向UE提供从eNB接收WUS所需的配置信息。

在步骤1515中，UE通过在预热时机和WUS时机之间执行波束管理操作来保持最佳发送/接收波束。如果有必要更新旧的最佳波束，UE就向eNB报告以用新的最佳发送波束进行更新。

在步骤1520中，UE接收并解码最佳波束中的WUS。如果没有在WUS时机中发送WUS，或者如果WUS指示不需要PDCCH监控，则在即将到来的开启持续时间中不需要执行PDCCH监控。

在步骤1525中，UE监控最佳波束中的PDCCH。

NR可以将在特定时间内没有数据发送和接收的UE发送到RRC非活动模式/状态，而不是RRC空闲模式。RRC非活动模式/状态的UE可以具有两种类型的寻呼区域，即RAN通知区域(RAN notification area，RNA)和核心网络跟踪区域(core network tracking area，CNTA)。一般地，CN TA可以包括一个或多个RNA。如果UE改变RNA，则执行无线电层(即，接入层(access stratum，AS)级)的RNA更新操作，并且如果CN TA改变，则执行核心层(即，非接入层(non-access stratum，NAS)级)的CN TA更新操作。然而，如果RNA同时出现在CN TA的边界，则RNA和CN TA更新操作被独立地触发，并且在这种情况下，网络可能不必要地改变UE的状态。在下文中，根据图16至图22的实施例，提供了一种用于有效地设置RRC非活动模式/状态UE的寻呼区域、并且通过向NR中的UE发送和处理寻呼消息来有效地管理RRC非活动模式/状态UE的移动性的方法。

RRC非活动模式/状态是除了空闲模式或连接模式之外、以减少由于切换和寻呼传输操作引起的信令开销而新定义的UE模式。图16假设了NR gNB连接到LTE核心网络的情况。如果应用了NR核心网络，也可以应用图16的过程，其中特定名称或详细操作可以不同。

新定义的UE模式可以被设置为RRC非活动模式/状态或RRC轻连接模式以外的其他命名的模式。在下文中，新定义的UE模式被称为RRC非活动模式/状态。

处于RRC非活动模式/状态的UE 1603存储UE的UE上下文，并保持S1连接，并且由锚(anchor)gNB 1602和1604或MME触发寻呼。锚gNB 1602和1604是存储UE的上下文的gNB，并且可以管理UE的移动性。相应地，如果存在要发送给UE的数据，则在连接模式下识别UE的MME 1601立即将数据发送给eNB，而不是首先触发寻呼。接收数据的gNB将寻呼转发到特定无线电寻呼区域内的所有gNB，即RNA 1605，并且所有gNB都发送寻呼。

当前未连接的UE，即空闲模式UE 1701，如果要发送的数据出现，则执行与gNB的RRC连接建立过程。UE 1701通过随机接入过程建立与gNB 1702的后向传输同步，并向gNB发送RRC连接请求(RRCConnectionRequest)消息1705。RRC连接请求(RRCConnectionRequest)消息包括UE 1701的标识符和用于建立连接的建立原因(establishmentCause)。gNB 1702发送RRC连接建立(RRCConnectionSetup)消息，以便UE 1701建立RRC连接1710。RRC连接建立(RRCConnectionSetup)消息包括RRC连接配置信息。RRC连接建立(RRCConnectionSetup)消息也被称为信令无线电承载(signaling radio bearer，SRB)，并且用于发送和接收RRC消息，该消息是UE 1701和gNB 1702之间的控制消息。建立RRC连接的UE 1701向gNB 1702发送RRC连接建立完成(RRCConnetionSetupComplete)消息1715。RRC连接建立完成(RRCConnetionSetupComplete)消息包括UE 1701向MME 1703请求用于特定服务的承载建立的控制消息服务请求(SERVICE REQUEST)。gNB 1702将包含在RRC连接建立完成(RRCConnetionSetupComplete)消息中的服务请求(SERVICE REQUEST)消息发送给MME1720，并且MME 1703确定是否提供由UE 1701所请求的服务。如果根据确定结果确定提供由UE 1701所请求的服务，则MME 1703向gNB 1702发送初始上下文建立请求(INITIALCONTEXT SETUP REQUEST)消息1725。初始上下文建立请求(INITIAL CONTEXT SETUPREQUEST)消息包括要在设置数据无线电承载(DRB)中应用的服务质量(QoS)信息，以及要应用于DRB的安全相关信息，例如，安全密钥或安全算法信息。gNB 1702与UE 1701交换安全模式命令(SecurityModeCommand)消息1730和安全模式完成(SecurityModeComplete)消息1735来设置安全。如果安全建立完成，则gNB 1702向UE 1701发送RRC连接配置(RRCConnectionReconfiguration)消息1740。RRC连接配置(RRCConnectionReconfiguration)消息包括用于处理用户数据的DRB建立信息，并且UE1701通过应用该信息设置DRB，并将RRC连接配置完成(RRCConnectionReconfigurationComplete)消息1745发送给gNB 1702。完成与UE 1701的DRB建立的gNB 1702向MME 1703发送初始上下文建立完成(INITIAL CONTEXT SETUP COMPLETE)消息1750，并且接收初始上下文建立完成(INITIAL CONTEXT SETUP COMPLETE)消息的MME 1703与S-GW 1704交换S1承载建立(BEARER SETUP)消息1755和S1承载建立响应(BEARER SETUP RESPONSE)消息1760，以设置S1承载。S1承载是在S-GW和gNB之间配置的用于数据传输的连接，并与DRB一一对应。在完成上述过程中的所有之后，UE 1701通过gNB 1702和S-WG 1704发送和接收数据1765和1770。如此，数据发送和接收过程的示例主要包括RRC连接配置、安全配置和DRB配置三个步骤。

图18是根据本公开的各种实施例的用于在无线通信系统中支持RRC非活动模式/状态的UE和gNB之间的信号流图。

具体地，图18示出了用于在NR中支持RRC非活动模式/状态的UE 1801和gNB 1803的信令过程，并且示出了设置RRC非活动模式/状态UE 1801的寻呼区域的过程。图18假设了NR gNB连接到LTE核心网络的情况。图18的过程也可以被应用于NR核心网络，其中特定名称或详细操作可以不同。

图18示出了用于执行重新使用UE上下文和S1承载的过程的UE 1801、锚gNB 1802、新gNB 1803和MME 1804的信号流。RRC连接模式/状态的UE 1801执行与gNB 1802的数据发送和接收。如果数据发送和接收停止，gNB 1802可以驱动特定的定时器，并且如果数据发送和接收直到定时器到期1805才恢复，gNB考虑释放UE的RRC连接。gNB 1802可以根据特定规则释放UE 1801的RRC连接，然后存储UE上下文并分配恢复ID(UE上下文标识符)，同时发送控制消息，该控制消息指示UE 1801释放RRC连接，并发送寻呼区域(paging area，PA)或RNA或RAN寻呼区域或者基于CN的寻呼区域配置信息，以便UE在RRC非活动模式/状态下报告移动性。在这种情况下，UE 1801可能需要基于恢复ID分配来存储UE上下文，或者gNB 1802可以发送用于指示UE 1801在RRC非活动模式/状态下操作的单独的上下文保持指示，并通过RRC消息1810来存储UE上下文。此外，如果UE要在有效时间段内重新配置RRC连接，则RRC消息可以包括用于gNB保持上下文的周期信息或用于应用使用存储的上下文的过程的小区列表。寻呼区域配置信息可以包括寻呼区域标识或RAN区域ID或基于CN的寻呼区域ID或者小区ID的列表，并且可以包括每个小区ID的添加/减去指示。该添加/减去指示可以是1比特指示，如果指示对特定的小区ID的添加，可以将小区ID添加到寻呼区域，如果指示对特定的小区ID的减去，可以将小区ID从寻呼区域中减去。RRC消息1810可以使用RRC连接释放(RRCConnectionRelease)消息，或者可以通过包括使用新定义的RRC消息的配置信息将UE1801切换到RRC非活动模式/状态。在释放了UE 1801的RRC连接后，gNB 1802保持UE上下文和UE 1801的S1承载1815。S1承载指示用于在gNB 1802和MME 1804之间交换控制消息的S1控制承载，以及用于在gNB 1802和S-GW 1804之间交换用户数据的S1用户平面承载。通过保持S1承载，如果UE 1801想要在同一小区或同一gNB 1802中配置RRC连接，则可以省略S1承载配置的过程。如果有效时间段到期，则gNB 1802可以删除UE上下文并释放S1承载。接收到步骤1810的RRC连接释放(RRCConnectionRelease)消息的UE 1801切换到RRC非活动模式/状态。

gNB 1802向MME 1804发送请求连接暂停的控制消息1820。接收到控制消息的MME1804可以指示S-GW 1804请求MME在UE的下行链路数据出现时启动寻呼过程，而不是将下行链路数据转发给gNB，并且S-GW 1804可以据此操作1835，或者S-GW 1804可以在UE 1801的下行链路数据出现时，直接将下行链路数据转发给锚gNB，使锚gNB 1802生成并发送寻呼消息给邻居gNB 1835。也就是说，接收到下行链数据的锚gNB 1802将数据存储在缓冲区中，并继续进行寻呼过程。锚gNB 1802是指保持UE 1801的UE上下文和S1-U承载的gNB 1802。

接收到包括上下文保持指示信息和恢复ID的RRC连接释放(RRCConnectionRelease)消息1810的UE可以释放RRC连接，驱动与有效周期相对应的定时器，在存储器中记录有效小区列表，在存储器中保持当前UE上下文而不删除当前UE上下文1825，并切换到RRC非活动模式/状态。上述UE上下文指示与UE的RRC配置相关的各种信息，并且包括SRB配置信息、DRB配置信息、安全密钥信息等。接下来，需要为任意原因配置RRC连接1830。在先前的RRC连接释放过程中未分配恢复ID或未被用上下文保持指示的UE 1801根据图17中所描述的RRC连接建立过程的示例进行操作，但是在先前的RRC连接释放过程中分配了恢复ID或被指示切换到RRC非活动模式/状态的UE 1801可以使用存储的UE上下文尝试RRC连接恢复过程。根据网络是否支持RRC非活动模式/状态(或轻连接)，RRC非活动模式/状态UE 1801可以根据图17的RRC连接建立过程的示例来执行操作，或者可以使用存储的UE上下文来执行RRC连接恢复过程。在本公开中，每个gNB或小区可以包括并向系统信息发送关于每个gNB或小区是否支持RRC非活动模式/状态(或轻连接)的指示。该指示可以包括在系统信息中。gNB的支持RRC非活动模式/状态(或轻连接)可以意味着以下操作1850、1855、1860、1865、1870、1875、1880、1885和1890可以由相应的gNB或相应的小区设置和支持。如果需要建立RRC连接，RRC非活动模式/状态UE 1801读取当前驻留(camp-on)在小区中的系统信息。如果系统信息不包括gNB或小区支持RRC非活动模式/状态(或轻连接)的指示，则UE可以根据图17的RRC连接建立过程1845的示例执行操作。然而，如果系统信息包括gNB或小区支持RRC非活动模式/状态(或轻连接)的指示，则UE 1801可以使用存储的UE上下文执行RRC连接恢复过程1845。使用存储的UE上下文的RRC连接恢复过程如下。

首先，UE 1801在第一消息中发送前导以执行随机接入过程。如果根据在第一消息中接收到的前导，资源分配是可行的，则gNB 1802使用第二消息向UE 1801分配相应的上行链路资源。UE 1801基于接收到的上行链路资源信息发送包括在步骤1810中接收到的恢复ID的恢复请求(ResumeRequest)消息1850。该消息可以是RRC连接请求(RRCConnectionRequest)消息的修改后的消息或新定义的消息，例如RRC连接恢复请求(RRCConnectionResumeRequest)消息。如果处于RRC非活动模式/状态的UE 1801从现有的锚gNB 1802释放连接，并且移动且在其他gNB的小区上驻留，则新gNB 1803可以通过接收和识别UE的恢复ID来获得哪个gNB向相应的UE 1801提供了服务。如果成功接收并识别了恢复ID，则新gNB 1803从现有的gNB 1802执行上下文检索过程1855和1860。新gNB1830可以通过S1或X2接口从现有的gNB 1802检索UE上下文。

如果新gNB 1803接收到恢复ID，但由于某种原因未能成功地区分UE 1801，则新gNB 1803可以向UE发送RRC连接建立(RRCConnectionSetup)消息，并根据图17的RRC连接建立过程的示例返回操作过程。也就是说，如果向UE 1801发送RRC连接建立(RRCConnectionSetup)消息，且UE 1801接收到该消息，则可向gNB 1803发送RRC连接建立完成(RRCConnectionSetupComplete)消息以建立连接。可替代地，如果新gNB 1803接收到恢复ID，但未能成功地区分UE 1801，例如未能从现有的锚gNB 1802中检索到UE上下文，则可以通过向UE 1801发送RRC连接释放(RRCConnectionRelease)消息或RRC连接拒绝(RRCConnectionReject)来拒绝UE的连接，并且可以从头开始再次尝试图17中所描述的通用RRC连接建立过程。

新gNB 1803基于检索的UE上下文识别MAC-I 1865。MAC-I是由UE 1801通过应用恢复的UE上下文的安全信息(即通过应用安全密钥和安全计数器)，为控制消息而计算的消息认证码。gNB 1803使用消息的MAC-I、存储在UE 1801上下文中的安全密钥和安全计数器等识别消息的完整性。新gNB 1803确定要应用于UE 1801的RRC连接的建立，并且向UE 1870发送包含建立信息的RRC连接恢复(RRCConnectionResume)消息。RRC连接恢复(RRCConnectionResume)消息可以是包括一般RRC连接请求(RRCConnectionRequest)消息中的RRC上下文重新使用指示符信息的控制消息。类似于RRC连接建立(RRCConnectionSetup)消息，RRC连接恢复(RRCConnectionResume)消息包含与UE的RRC连接建立相关的各种信息。如果UE 1801接收到RRC连接建立(RRCConnectionSetup)消息，则基于RRC连接建立(RRCConnectionSetup)消息中所指示的配置信息来建立RRC连接，但是如果接收到RRC连接恢复(RRCConnectionResume)消息，则通过考虑所有存储的配置信息和控制消息中所指示的配置信息来建立RRC连接(增量配置)。综上所述，可以通过将所指示的配置信息确定为存储的配置信息的增量(delta)信息来确定要应用的配置信息，并更新配置信息或UE上下文。例如，如果RRC连接恢复(RRCConnectionResume)消息包括SRB配置信息，则通过应用所指示的SRB配置信息来配置SRB，并且如果RRC连接恢复(RRCConnectionResume)消息不包括SRB配置信息，则通过应用存储在UE上下文中的SRB配置信息来配置SRB。

UE 1801通过应用更新的UE上下文和配置信息建立RRC连接，并将RRC连接恢复完成(RRCConnectionResumeComplete)消息1875发送给gNB 1803。向MME发送用于请求释放连接暂停的控制消息，并请求将S1承载重新配置为新gNB 1803、1880和1885。接收消息的MME1804指示S-GW 1804将S1承载重新配置为新gNB 1803，并正常地处理与UE 1801相关的数据。在该过程完成之后，UE 1801在小区1890中恢复数据发送和接收。

在该过程中，如果通过与现有锚gNB 1802断开连接而处于RRC非活动模式/状态的UE 1801不明显移动并且重新驻留在现有锚gNB的小区1802上，则现有锚gNB 1803可以不执行1855和1860的过程，并且可以仅释放S1承载的连接暂停，而不执行1880和1885的过程，参考第三消息中所指示的恢复ID检索UE 1801的UE上下文，因此用与上述过程类似的方法重新配置连接。

如果数据发送和接收停止，gNB 1803驱动特定的定时器，并且如果数据发送和接收直到定时器到期1895才恢复，则gNB 1803考虑释放UE 1801的RRC连接。gNB 1803根据特定规则释放UE 1801的RRC连接，然后存储UE上下文，在发送指示UE 1801释放RRC连接的控制消息的同时分配恢复ID，并为UE 1801发送PA或RNA或RAN寻呼区域或基于CN的寻呼区域配置信息，以在RRC非活动模式/状态期间报告移动性1897。RRC非活动模式/状态的UE 1899如果离开配置的寻呼区域，则执行用于更新寻呼区域的过程。寻呼区域配置信息可以包括寻呼区域标识或RAN区域ID或基于CN的寻呼区域ID或者小区ID的列表，并且每个小区ID可以包括添加/减去指示。添加/减去指示可以是1比特指示，如果指示为对特定小区标识符的添加，则可以将小区ID添加到寻呼区域，如果指示为对特定小区标识符的减去，则可以从寻呼区域中减去小区ID。1810的RRC消息可以使用RRC连接释放(RRCConnectionRelease)消息，或者可以通过包括使用新定义的RRC消息的配置信息将UE切换到RRC非活动模式/状态。

在本公开中，设置RRC非活动模式/状态UE的寻呼区域的方法如下。

在NR中被提供给RRC非活动模式/状态UE的第一寻呼区域是基于CN的寻呼区域或跟踪区域。该区域被同等地提供并应用于RRC空闲模式UE，并且跟踪区域或基于CN的寻呼区域可以被指示为跟踪区域ID的列表或新的基于CN的寻呼区域ID的列表。如果设置图18中的1810或1897中发送的RRC消息的寻呼配置信息，gNB可以使用基于CN的寻呼区域ID或跟踪区域ID设置RRC非活动模式/状态UE的寻呼区域。基于CN的寻呼区域ID可以是被设置给RRC空闲模式UE的寻呼区域配置信息，也可以是由网络(或MME或核心网络)定义的新区域配置信息。基于CN的寻呼区域ID可以在每个小区的系统信息中被广播，也可以通过NAS消息在NRCN中被直接发送。也就是说，如果每个小区广播具有系统信息的寻呼区域ID，则可以如图19所示逻辑地确定寻呼区域1905、1910和1915。接收到具有基于CN的寻呼区域ID的RRC非活动模式/状态UE的所设置的寻呼区域的UE可以在移动时读取每个小区的系统信息，在系统信息中识别基于CN的寻呼区域ID信息，并且如果该基于CN的寻呼区域ID信息不对应于所设置的寻呼区域ID，则确定寻呼外(out-of-paging)区域并执行用于更新寻呼区域的过程。RRC消息的寻呼配置信息可以包括一个或多个基于CN的寻呼区域ID。第一寻呼区域中的RRC非活动模式/状态UE的寻呼区域建立过程可以由锚gNB执行，也可以由MME(或网络的特定实体)执行。一般地，该过程是一种基于NAS的移动性和寻呼区域管理过程。锚gNB可以存储UE的上下文，并指示管理RRC非活动模式/状态UE的移动性的gNB。上述实施例的优点是，可以容易地用较少的基于CN的寻呼区域ID来设置UE的寻呼区域，因为基于CN的寻呼区域ID可以覆盖非常大的区域(多个小区)。然而，由于寻呼区域相当大，可能需要花费很长的时间使网络通过发送寻呼消息来寻找UE，并且信令开销可能会出现，因为寻呼消息被递送到多个gNB/小区。

在NR中被提供给RRC非活动模式/状态UE的第二寻呼区域是基于RAN的寻呼区域(RAN通知区域或RAN区域)。

如果设置图18的1810或1897中发送的RRC消息的寻呼配置信息，则gNB可以通过使用基于RAN的寻呼区域ID(RAN通知区域ID或RAN区域ID)来设置RRC非活动模式/状态UE的寻呼区域。由基于RAN的寻呼区域ID所覆盖的区域可以小于可以被设置在第一寻呼区域中的、由基于CN的寻呼区域ID所覆盖的区域。此外，基于RAN的寻呼区域ID可以是网络中所定义的新区域配置信息，并且可以在每个小区的系统信息中被广播。即，如果每个小区广播具有系统信息的寻呼区域ID，则可以如图19所示逻辑地确定寻呼区域。接收到具有基于CN的寻呼区域ID的RRC非活动模式/状态UE的所设置的寻呼区域的UE可以在移动时读取每个小区的系统信息，在系统信息中识别基于CN的寻呼区域ID信息，并且如果该基于CN的寻呼区域ID信息不对应于所设置的寻呼区域ID，则确定寻呼外区域并执行用于更新寻呼区域的过程。RRC消息的寻呼配置信息可以包括一个或多个基于RRC的寻呼区域ID。第二寻呼区域中的RRC非活动模式/状态UE的寻呼区域建立过程可以由锚gNB执行，或者可以由MME(或者网络的特定实体)执行。锚gNB可以存储UE的上下文，并指示管理RRC非活动模式/状态UE的移动性的锚gNB。第二寻呼区域的优点是，可以容易地用较少的基于CN的寻呼区域ID来设置UE的寻呼区域，因为基于RAN的寻呼区域ID可以覆盖非常大的区域(多个小区)。然而，由于寻呼区域稍大，网络可能需要很长时间才能通过发送寻呼消息找到UE，并且信令开销可能会出现，因为寻呼消息被发送到非常多的gNB/小区。然而，通过管理比第一寻呼区域更小的寻呼区域，可以用更少的信令开销更快地将寻呼消息递送给UE。此外，如果设置寻呼区域，则可以使用小区ID的列表来配置RRC非活动模式/状态UE的寻呼区域。包括在小区标识符中的区域可以是用于设置寻呼区域的最小单元。因此，可以最具体地且最多样地设置寻呼区域。此外，小区ID可以是网络中所定义的新区域配置信息，并且可以在每个小区的系统信息中被广播。

根据本公开的各种实施例，如果为RRC非活动模式/状态UE设置寻呼区域，假设第一寻呼区域和第二寻呼区域同时改变(如位置1920的UE的示例中那样)，即，假设从CN TAID1改变为CN TA ID2和从RNA ID5改变为RNA ID3的情况，则AS级的RNA更新过程和NAS级的CN区域更新过程必须被独立地触发并独立地对UE执行。然而，如果执行上述操作，则UE的状态改变和过程是不同的，并且相应地UE的非预期状态改变和操作可能发生。以下实施例将在相应的情况下详细描述该问题。

图20示出了根据本公开的各种实施例的RRC非活动模式/状态UE的操作的示例。具体地，图20的实施例涉及本公开中如果两个寻呼区域的更新操作同时被触发，如果RRC非活动模式/状态UE的寻呼区域被设置为基于CN的寻呼区域和基于RAN的寻呼区域时的UE操作。

在图20中，UE 2001可以出于指定的原因切换到RRC非活动模式/状态。指定的原因可能是在特定时间没有发送和接收数据，或者网络指示相应的UE切换到非活动模式/状态。处于UE状态的UE可能已经接收到第一寻呼区域(跟踪区域或基于CN的寻呼区域)和第二寻呼区域(RAN通知区域，RAN)的设置。第一寻呼区域和第二寻呼区域可以被独立地设置和管理，并且它们的大小和配置小区可以不同，但是在特定情况下，即如果第一寻呼区域和第二寻呼区域的边界相同，UE可能必须同时执行CN跟踪区域更新(tracking area update，TAU)和RAN通知区域更新(RAN notification area update，RNAU)操作。由于上述两种操作是由单个事件触发的，并且是独立的操作，因此如果gNB和UE之间没有特定的合作，则必须执行独立的操作。

如果上述两个事件发生，则在步骤2005中，UE 2001可以执行AS级的RNA更新过程，并且UE 2001基于从gNB 2003预接收到的上行链路资源信息发送包括恢复ID的恢复请求消息。该消息可以是RRC连接请求(RRCConnectionRequest)消息的修改后的消息或新定义的消息，例如RRC连接回复请求(RRCConnectionResumeRequest)消息。此外，该消息可以添加指示UE 2001请求恢复、并且相应的请求是针对请求原因的RNA更新的指示。RRC消息可以尝试通过移动始发信令(mobile originated-signaling，mo-signaling)、移动始发信令RRC建立原因(RRCestablishmentCause)来更新跟踪区域或寻呼区域。在这种情况下，如果成功地接收和识别了恢复ID，则gNB 2003执行从现有gNB中检索UE上下文的过程，并为相应的UE执行RNA更新。在步骤2010中，gNB 2003发送RRC连接重新配置消息，并识别RNA更新操作。在这个操作中，gNB 2003可以提供新更新的RNA ID信息。在AS级RNA更新过程2005和2010中，UE 2001可以不切换到RRC连接状态。这是因为如果UE 2001请求RRC恢复，则指示RRC更新或请求原因的指示被包括在内，因此gNB 2003不必将相应的UE 2001切换到RRC连接状态。

NAS级CN TAU过程可与AS级RNA更新过程2005和2010同时执行。即，如果从预接收到CN寻呼区域移动到新的CN寻呼区域，则UE 2001对MME或者NR CN执行TAU过程2015、2020和2025。UE 2001可以在步骤2015中向gNB 2003发送RRC连接请求(RRCConnectionRequest)消息或RRC连接恢复请求(RRCConnectionResumeRequest)消息以及指示TAU的指示，并且gNB 2003可以在步骤2020中向UE 2001发送包括TAU接受消息的RRC消息。例如，TAU接受消息可以包括在RRC连接配置(RRCConnectionReconfiguration)消息的DedicatedInfoNAS或DL消息传送(DLInformationTransfer)消息中，并递送给UE 2001。RRC消息可以尝试通过移动始发信令(mo-signaling)或移动始发信令RRC连接建立原因(RRC connectionestablishmentCause)来更新跟踪区域或寻呼区域。在这种情况下，区分TAU和RAN更新操作请求的过程可能是必要的。接下来，UE 2001向gNB 2003发送指示相应的TAU接受消息被良好接收的RRC连接配置完成(RRCConnectionReconfigurationComplete)消息，并切换到RRC连接状态。这是为了让UE 2001通过SRB向MME或NR CN递送NAS CN消息，为此，UE 2001必须切换到RRC连接状态。如果CN未能在上述步骤中所设置的非活动计时器内向UE 2001发送响应消息，则UE 2001可能返回RRC非活动状态。UE 2001可以返回到RRC非活动模式/状态，并根据用户的移动而移动。UE 2001可能由于移动性而离开所设置的跟踪区域或寻呼区域，在当前小区的系统信息中识别跟踪区域或寻呼区域ID，并且如果识别出UE 2001在所设置的跟踪区域或寻呼区域之外，则执行跟踪区域或寻呼区域更新过程。如果步骤2040中暂停的CN响应消息再次到达，则CN向UE 2001递送寻呼，并重新请求来自UE 2001的RRC连接和CN响应消息接收。在步骤2045中下行链路数据出现并且从gNB 2003接收到寻呼之后，可以执行到RRC连接状态的转换和数据发送和接收2050、2055、2060和2065。接下来，gNB 2003可以出于特定原因2070和2075与UE 2001断开连接。特定原因可能是因为在特定时间内，UE 2001和网络之间没有数据发送和接收，所以非活动计时器到期。UE 2001通过相应的过程切换回RRC非活动模式/状态。

图20的实施例中的有问题的部分可能是，在操作2040中，CN的响应NAS消息未在适当的时间被递送，因此，UE 2001的状态转变为RRC非活动并返回到RRC连接。

图21示出了根据本公开的各种实施例的RRC非活动模式/状态UE的操作的示例。具体地，图21描绘了如果本公开中所提出的RRC非活动UE的基于CN的寻呼区域和基于RAN的寻呼区域被同时更新的情况下、用于更新相应的寻呼区域的UE的操作。

出于图21中的一些原因，UE 2101可以转换到RRC非活动模式/状态。一些原因可能是在特定时间没有发送和接收数据，或者网络指示相应的UE切换到非活动模式/状态。处于UE状态的UE 2101可能已经接收到第一寻呼区域(跟踪区域或基于CN的寻呼区域)和第二寻呼区域(RAN通知区域，RNA)的配置。第一寻呼区域和第二寻呼区域可以被独立地设置和管理，并且它们的大小和配置小区可以不同，但是在特定情况下，即如果第一寻呼区域和第二寻呼区域的边界相同，UE 2101可能必须同时执行CN TAU和RNAU操作。由于上述两个操作是由单个事件触发的，并且是独立的操作，所以如果UE 2101和gNB 2103之间没有特定的合作，则必须执行独立的操作。

如果这两个事件发生，则UE 2101可以同时独立地执行CN TAU操作和AS级的RNA更新过程。通过执行如图20的实施例中的上述过程，在步骤2040中，CN的响应NAS消息没有在适当的时间被发送，因此，UE的状态可以切换到RRC非活动状态，然后切换到RRC连接状态。因此，有必要防止这种不需要的操作。

从UE的角度来看，解决该问题的办法可归纳如下：。

1.在UE实现方式方面，通过UE 2101的AS级和NAS级的协调来优化UE的操作。也就是说，如果AS级RNA更新和NAS级TAU同时发生，则彼此共享信息，并且相应的信息作为AS和NAS消息被递送，或者UE 2101自己识别出RAN更新和TAU操作都应该被执行，并且不执行UE2101的不必要的状态转换操作，直到相应的操作被执行。

2.UE 2101并不独立地传送RNA更新和TAU的RRC连接恢复消息，而是将它们集成为一个，并因此从网络请求RRC连接。对于相应的方法，可能进一步需要以下的解决方案。

A.如果发送RRC连接恢复请求(RRC Connection Resume Request)消息，则UE2101添加指示RAN更新(RAN-Update)的建立原因，并指示NAS数据通过SRB在相应的RRC消息中被递送，并且同时递送请求其所需资源的缓冲区状态报告(buffer status report，BSR)。如果gNB 2103接收到相应的消息，UE请求RAN更新，并同时请求TAU的RRC连接。

B.如果NAS级TAU操作没有发生，并且仅RNA更新发生，则UE 2101在发送RRC连接恢复请求(RRC Connection Resume Request)消息时仅包括指示RAN更新的建立原因。也就是说，UE 2101没有添加用于NAS数据传输的BSR。在这种情况下，UE 2101不切换到RRC连接状态。

C.如果AS级RNA操作未发生，并且仅TAU操作发生，则UE 2101在发送RRC连接恢复请求(RRC Connection Resume Request)消息时仅包括指示移动始发信令(mo-signaling)或移动始发信令的建立原因。在这种情况下，可以添加或不添加用于NAS数据传输的BSR。

步骤中所定义的建立原因可以以其他形式配置。

从网络的角度来看，UE 2101可以通过上述解决方案识别CN TAU过程和RNA更新操作是否同时发生，并且相应地集成过程可以防止在UE 2101接收到CN响应消息之前将UE2101切换到RRC非活动状态的不必要的操作。

图22示出了根据本公开的各种实施例的RRC非活动模式/状态UE的操作的示例。具体地，图22是本公开中所提出的RRC非活动模式/状态UE执行用于更新寻呼区域的过程时的UE的操作的图。

在图22中，UE 2201可以从eNB接收RRC连接释放消息或新定义的RRC消息，并切换到RRC非活动模式/状态。接收到RRC消息的UE识别寻呼配置信息是否存在2210。该RRC消息可以包括UE上下文标识符和寻呼区域配置信息。在UE状态下，UE可能已经接收到第一寻呼区域(跟踪区域或基于CN的寻呼区域)和第二寻呼区域(RAN通知区域，RNA)的配置。第一寻呼区域和第二寻呼区域可以被独立地配置和管理，并且它们的大小和配置小区可以不同，但是在特定情况下，即如果第一寻呼区域和第二寻呼区域的边界相同，UE可能需要同时执行CN TAU和RNAU。由于上述两种操作是由单个事件触发的，并且是独立的操作，因此如果eNB和UE之间没有特定的合作，独立的操作是不可避免的。在步骤2215中，UE存储接收到的TA和RNA信息，并检查相应的区域。也就是说，UE在移动时从小区读取系统信息，并确定相应的信息是否被更新。

如果在步骤2220中UE具有TA或RNA更新，如果仅TA ID被改变为与TAU相对应，则UE在步骤2225中执行TA更新操作。如果在步骤2130中仅RNA ID被改变，则RNA更新操作被执行，并且如果在步骤2235中两个ID均被改变，则TA和RNA被同时更新。在本公开的图21的实施例中已经描述了上述TA更新、RNA更新、TA和RNA同时更新操作。

根据本公开的权利要求或说明书中所描述的实施例的方法可以在软件、硬件或硬件和软件的组合中实现。

至于软件，可以提供存储一个或多个程序(软件模块)的计算机可读存储介质。存储在计算机可读存储介质中的一个或多个程序可以被配置为由电子设备的一个或多个处理器执行。一个或多个程序可以包括用于使电子设备执行根据本公开的权利要求或说明书中所描述的实施例的方法的指令。

这样的程序(软件模块、软件)可以被存储到随机访问存储器、非易失性存储器(包括闪存)、只读存储器(read only memory，ROM)、电可擦除可编程ROM(electricallyerasable programmable ROM，EEPROM)、磁盘存储装置、光盘(compact disc，CD)ROM、数字多功能光盘(digital versatile discs，DVD)或其他光学存储装置以及磁带。可替代地，程序可以被存储到组合这些记录介质中的部分或全部的存储器中。可以配备多个存储器。

此外，该程序可以存储在可经由诸如互联网、内联网、局域网(local areanetwork，LAN)、广域网(wide LAN，WLAN)或存储区域网(storage area network，SAN)的通信网络或通过组合这些网络的通信网络访问的可附接的存储设备中。存储设备可以通过外部端口访问电子设备。此外，通信网络上的单独的存储设备可以访问满足本公开的实施例的设备。

在本公开的具体实施例中，本公开中包括的元件以单数或复数形式表示。然而，为了便于解释，根据所提出的情况适当地选择单数或复数表达，并且本公开不限于单个元件或多个元件。以复数形式表示的元件可以被配置为单个元件，并且以单数形式表示的元件可以被配置为多个元件。

同时，虽然在本公开的解释中已经描述了具体实施例，但是应当注意，在不脱离本公开的范围的情况下，可以在其中进行各种改变。因此，本公开的范围不受所描述的实施例的限制和限定，并且不仅由所附的权利要求的范围限定，还由所附权利要求的等同形式限定。

Claims

1.一种无线通信系统中用户设备UE的操作方法，包括：

在所述UE的无线电资源控制RRC非活动状态下，向基站BS发送RRC恢复请求消息；以及

响应于所述RRC恢复请求消息，从所述BS接收所述UE的非活动状态的RRC配置消息。

2.根据权利要求1所述的方法，其中，所述RRC恢复请求消息包括恢复原因信息。

3.根据权利要求2所述的方法，其中，所述恢复原因是对无线电接入网络RAN通知区域RNA的更新。

4.根据权利要求3所述的方法，其中，所述RRC配置消息包括已更新的RNA的信息。

5.根据权利要求1所述的方法，其中，响应于所述RRC恢复请求消息包括用于对所述RNA的更新的所述恢复原因信息，所述RRC配置消息包括所述UE的非活动状态的配置信息。

6.一种无线通信系统中基站的操作方法，包括：

从无线电资源控制RRC非活动状态的用户设备UE接收RRC恢复请求消息；以及

响应于所述RRC恢复请求消息，向所述UE发送所述UE的非活动状态的RRC配置消息。

7.根据权利要求6所述的方法，其中，所述RRC恢复请求消息包括恢复原因信息。

8.根据权利要求7所述的方法，其中，所述恢复原因是对无线电接入网络RAN通知区域RNA的更新。

9.根据权利要求8所述的方法，其中，所述RRC配置消息包括已更新的RNA的信息。

10.根据权利要求6所述的方法，其中，响应于所述RRC恢复请求消息包括用于对所述RNA的更新的所述恢复原因信息，所述RRC配置消息包括所述UE的非活动状态的配置信息。

11.一种无线通信系统中的用户设备UE，包括：

收发器；以及

至少一个处理器，

其中所述至少一个处理器被配置为，

在所述UE的无线电资源控制RRC非活动状态下，向基站BS发送RRC恢复请求消息，以及

12.根据权利要求11所述的UE，其中，所述RRC恢复请求消息包括恢复原因信息。

13.根据权利要求12所述的UE，其中，所述恢复原因是对无线电接入网络RAN通知区域RNA的更新。

14.根据权利要求13所述的UE，其中，所述RRC配置消息包括所述已更新的RNA的信息。

15.根据权利要求11所述的UE，其中，响应于所述RRC恢复请求消息包括用于对所述RNA的更新的所述恢复原因信息，所述RRC配置消息包括所述UE的非活动状态的配置信息。