无线通信系统中触发和取消功率余量报告的方法和设备

摘要

公开一种方法和设备。在从用户设备的角度看的实例中，当用户设备处于无线电资源控制非活动状态时，用户设备触发功率余量报告。用户设备基于用于无线电资源控制非活动状态下的传送的上行链路资源是否可以容纳可用于传送的第一挂起数据来确定是否取消功率余量报告。

说明书

相关申请的交叉引用

本申请要求2020年1月3日提交的第62/956,692号美国临时专利申请的权益，所述申请的全部公开内容以全文引用的方式并入本文中。本申请还要求2020年1月3日提交的第62/956,693号美国临时专利申请的权益，所述申请的全部公开内容以全文引用的方式并入本文中。

技术领域

本公开大体上涉及无线通信网络，且更具体地说，涉及无线通信系统中用于触发和取消小数据传送程序中功率余量报告(Power Headroom Report，PHR)的方法和设备。

背景技术

随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求的快速增长，传统的移动语音通信网络演变成与互联网协定(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。

示例性网络结构是演进型通用陆地无线接入网(E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

根据本公开，提供一个或多个装置和/或方法。在从用户设备(user equipment，UE)的角度看的实例中，当UE处于无线电资源控制(Radio Resource Control，RRC)非活动状态时，UE触发功率余量报告(PHR)。基于用于RRC非活动状态中的传送的上行链路(UL)资源是否可以容纳可用于传送的第一挂起数据，UE确定是否取消PHR。

附图说明

图1示出了根据一个示例性实施例的无线通信系统的图式。

图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。

图3是根据一个示例性实施例的通信系统的功能框图。

图4是根据一个示例性实施例的图3的程序代码的功能框图。

图5是根据一个示例性实施例的示出与UE触发的从RRC_INACTIVE状态到RRC_CONNECTED状态的迁移相关联的示例性情形的图式。

图6是根据一个示例性实施例的示出与UE触发的从RRC_INACTIVE状态到RRC_CONNECTED状态的迁移相关联的示例性情形的图式。

图7是根据一个示例性实施例的示出与UE尝试恢复连接相关联的示例性情形的图式。

图8是根据一个示例性实施例的示出与网络触发的从RRC_INACTIVE状态到RRC_CONNECTED状态的迁移相关联的示例性情形的图式。

图9是根据一个示例性实施例的示出与具有UE上下文重定位的基于无线电接入网络的通知区域(RNA)更新程序相关联的示例性情形的图式。

图10是根据一个示例性实施例的示出与不具有UE上下文重定位的周期性RNA更新程序相关联的示例性情形的图式。

图11是根据一个示例性实施例的示出与具有到RRC_IDLE状态的迁移的RNA更新程序相关联的示例性情形的图式。

图12是根据一个示例性实施例的示出与新无线电(New Radio，NR)中的UE状态机和状态迁移相关联的示例性情形的图式。

图13是根据一个示例性实施例的示出与无线电资源控制(RRC)连接恢复相关联的示例性情形的图式。

图14是根据一个示例性实施例的示出与RRC连接建立相关联的示例性情形的图式。

图15是根据一个示例性实施例的示出与后跟着网络释放的RRC连接恢复相关联的示例性情形的图式。

图16是根据一个示例性实施例的示出与后跟着网络暂停的RRC连接恢复相关联的示例性情形的图式。

图17是根据一个示例性实施例的示出与RRC连接恢复相关联的示例性情形的图式。

图18是根据一个示例性实施例的示出与单入口功率余量报告(PHR)媒体接入控制控制元素(MAC CE)相关联的示例性情形的图式。

图19是根据一个示例性实施例的示出与RRC非活动状态中的多个小数据传送相关联的示例性情形的图式。

图20是根据一个示例性实施例的示出与RRC非活动状态中的多个小数据传送相关联的示例性情形的图式。

图21是根据一个示例性实施例的流程图。

图22是根据一个示例性实施例的流程图。

图23是根据一个示例性实施例的流程图。

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如语音、数据等。这些系统可以基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、第三代合作伙伴计划(3GPP)长期演进(Long Term Evolution，LTE)无线接入、3GPP长期演进高级(Long Term Evolution Advanced，LTE-A或LTE-高级)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、用于5G的3GPP新无线电(New Radio，NR)无线接入或一些其它调制技术。

具体地说，下文描述的示例性无线通信系统装置可以设计成支持一个或多个标准，例如由名称为“第三代合作伙伴计划”(在本文中被称作3GPP)的协会提供的标准，包含：3GPP TS 38.300V15.7.0，“NR：NR和NG-RAN整体描述，阶段2(NR,NR and NG-RAN overalldescription,Stage 2)”；3GPP TS 38.321V15.7.0，“NR：MAC协议规范(NR,MAC protocolspecification)”；3GPP TS 38.331V15.7.0，“NR：RRC协议规范(NR,RRC protocolspecification)”；RP-193252，“关于非活动状态中的NR小数据传送的新工作项(New WorkItem on NR small data transmissions in INACTIVE state)”。上文所列的标准和文档在此明确地以全文引用的方式并入。

图1呈现根据本公开的一个或多个实施例的多址无线通信系统。接入网络100(AN)包含多个天线群组，其中一个天线群组包含104和106，另一天线群组包含108和110，并且又一天线群组包含112和114。在图1中，针对每一天线群组仅示出了两个天线，但是每一天线群组可利用更多或更少个天线。接入终端116(AT)与天线112和114通信，其中天线112和114经由前向链路120向接入终端116传送信息，并经由反向链路118从接入终端116接收信息。AT 122与天线106和108通信，其中天线106和108经由前向链路126向AT 122传送信息，并经由反向链路124从AT 122接收信息。在频分双工(frequency-division duplexing，FDD)系统中，通信链路118、120、124和126可使用不同频率以供通信。例如，前向链路120可使用与反向链路118所使用的频率不同的频率。

每一天线群组和/或它们被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中，天线群组各自可被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。

在经由前向链路120和126的通信中，接入网络100的传送天线可利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到它的接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的接入网络通常会对相邻小区中的接入终端产生更少的干扰。

接入网络(AN)可以是用于与终端通信的固定台或基站，并且也可被称作接入点、节点B、基站、增强型基站、eNodeB(eNB)、下一代NodeB(gNB)，或某一其它术语。接入终端(AT)还可以被称为用户设备(user equipment，UE)、无线通信装置、终端、接入终端或某一其它术语。

图2呈现多输入多输出(multiple-input and multiple-output，MIMO)系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(accessterminal，AT)或用户设备(user equipment，UE))的实施例。在传送器系统210处，可从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。

在一个实施例中，经由相应的传送天线传送每一数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案而对所述数据流的业务数据进行格式化、译码和交错以提供经译码数据。

可使用正交频分复用(orthogonal frequency-division multiplexing，OFDM)技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常可为以已知方式进行处理的已知数据模式，且可在接收器系统处使用以估计信道响应。随后可基于针对每个数据流选择的特定调制方案(例如，二进制相移键控(binary phase shift keying，BPSK)、四相相移键控(quadrature phase shift keying，QPSK)、多进制相移键控(M-ary phase shiftkeying，M-PSK)或多进制正交幅度调制(M-ary quadrature amplitude modulation，M-QAM))来调制(即，符号映射)用于所述数据流的经复用导频和经译码数据以提供调制符号。通过由处理器230执行的指令可确定用于每一数据流的数据速率、译码和调制。

接着将数据流的调制符号提供到TX MIMO处理器220，所述TX MIMO处理器220可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将NT个调制符号流提供给NT个传送器(TMTR)222a到222t。在某些实施例中，TX MIMO处理器220可将波束成形权重应用于数据流的符号及从其传送所述符号的天线。

每个传送器222接收并处理相应符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和/或上变频转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着可分别从NT个天线224a到224t传送来自传送器222a到222t的NT个经调制信号。

在接收器系统250处，由NR个天线252a到252r接收所传送的经调制信号，并且可将从每一天线252接收到的信号提供到相应的接收器(RCVR)254a到254r。每一接收器254可调节(例如，滤波、放大和下转换)相应的接收信号，数字化经调节信号以提供样本，和/或进一步处理所述样本以提供对应的“接收”符号流。

RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收和/或处理NR个接收符号流以提供NT个“检测到的”符号流。RX数据处理器260接着可对每一检测到的符号流进行解调、解交错和/或解码以恢复数据流的业务数据。由RX处理器260进行的处理可与传送器系统210处的TX MIMO处理器220及TX数据处理器214所执行的处理互补。

处理器270可定期确定使用哪一预译码矩阵(在下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括与通信链路和/或接收数据流有关的各种类型的信息。反向链路消息接着可通过TX数据处理器238(所述TX数据处理器238还可从数据源236接收数个数据流的业务数据)处理，通过调制器280调制，通过传送器254a到254r调节，和/或被传送回到传送器系统210。

在传送器系统210处，来自接收器系统250的经调制信号通过天线224接收，通过接收器222调节，通过解调器240解调，并通过RX数据处理器242处理，以提取通过接收器系统250传送的反向链路消息。接着，处理器230可确定使用哪一预译码矩阵以确定波束成形权重，然后可处理所提取的消息。

图3呈现根据所公开的主题的一个实施例的通信装置的替代性简化功能框图。如图3中所示，可以利用无线通信系统中的通信装置300来实现图1中的UE(或AT)116和122或图1中的基站(AN)100，并且无线通信系统可以是LTE系统或NR系统。通信装置300可包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可接收由用户通过输入装置302(例如，键盘或小键盘)输入的信号，且可通过输出装置304(例如，显示器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号，以将接收信号传递到控制电路306且无线地输出由控制电路306产生的信号。也可以利用无线通信系统中的通信装置300来实现图1中的AN 100。

图4是根据所公开的主题的一个实施例在图3中所示的程序代码312的简化框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402可执行无线电资源控制。层2部分404可执行链路控制。层1部分406可执行和/或实施物理连接。

下面引述了3GPP TS 38.300V15.7.0中与NR中的调度有关的一些文本：

10调度

10.1基本调度器操作

为了有效利用无线电资源，gNB中的MAC包含动态资源调度器，其为下行链路和上行链路分配物理层资源。在本章中，将从调度器操作、调度器决策的信令和测量方面对调度器进行概述。

调度器操作：

-考虑到UE缓冲区状态及每个UE和相关联的无线电承载的QoS需求，调度器在UE之间指派资源；

-调度器可以考虑通过在gNB处进行的测量识别的和/或由UE报告的UE处的无线电条件来指派资源；

-调度器以时隙为单位(例如，一个微时隙、一个时隙或多个时隙)指派无线电资源；

-资源指派由无线电资源(资源块)组成。

调度器决策的信令：

-UE通过接收调度(资源指派)信道来识别资源。

支持调度器操作的测量：

-上行链路缓冲区状态报告(测量在UE中的逻辑信道队列中缓冲的数据)用于提供对QoS感知包调度的支持；

-功率余量报告(测量标称UE最大传送功率与用于上行链路传送的估计功率之间的差)用于支持功率感知包调度的支持。

10.2下行链路调度

在下行链路中，gNB可在PDCCH上经由C-RNTI向UE动态地分配资源。UE始终监听PDCCH，以便在其下行链路接收被启用时找到可能的指派(配置时由DRX控制活动)。配置CA时，相同的C-RNTI适用于所有服务小区。

gNB可以利用到另一UE的时延关键传送来抢占到一个UE的正在进行的PDSCH传送。gNB可以配置UE以在PDCCH上使用INT-RNTI监听中断的传送指示。如果UE接收到中断的传输指示，则UE可以假设包含在指示中的资源元素没有向所述UE载送有用的信息，即使这些资源元素中的一些已经被调度到这个UE。

此外，使用半静态调度(SPS)，gNB可以为到UE的初始HARQ传送分配下行链路资源：RRC定义经配置下行链路指派的周期性，而寻址到CS-RNTI的PDCCH可以传送并激活经配置下行链路指派，或者使其失活；即，寻址到CS-RNTI的PDCCH指示可以根据由RRC定义的周期性隐式地重复使用下行链路指派，直到失活为止。

注意：在需要时，在PDCCH上显式地调度重新传送。

如果在时间上重叠，则动态分配的下行链路接收覆盖同一服务小区中的经配置下行链路指派。否则，如果被激活，则假设根据经配置下行链路指派的下行链路接收。

当配置CA时，每个服务小区最多可以传送一个经配置下行链路指派。当配置BA时，每个BWP最多可以传送一个经配置下行链路指派。针对每个服务小区，一次只能有一个经配置下行链路指派处于活动状态。在下行链路小区之间，经配置下行链路分配的激活和失活是独立的。

10.3上行链路调度

在上行链路中，gNB可在PDCCH上经由C-RNTI向UE动态地分配资源。UE始终监听PDCCH，以便在其下行链路接收被启用时找到用于上行链路传送的可能准予(配置时由DRX控制活动)。配置CA时，相同的C-RNTI适用于所有服务小区。

另外，在具有经配置准予的情况下，gNB可为到UE的初始HARQ传送分配上行链路资源。定义两种类型的经配置上行链路准予：

-对于类型1，RRC直接提供经配置上行链路准予(包含周期性)。

-对于类型2，RRC定义经配置上行链路准予的周期性，而寻址到CS-RNTI的PDCCH可以传送并激活经配置上行链路准予，或者使其失活；即，寻址到CS-RNTI的PDCCH指示可以根据由RRC定义的周期性隐式地重复使用上行链路准予，直到失活为止。

如果在时间上重叠，则动态分配的上行链路传送覆盖同一服务小区中的经配置上行链路准予。否则，如果被激活，则假设根据经配置上行链路准予的上行链路传送。

经由PDCCH显式地分配除重复以外的重新传送。

当配置CA时，每个服务小区最多可以传送一个经配置上行链路准予。当配置BA时，每个BWP最多可以传送一个经配置上行链路准予。针对每个服务小区，一次只能有一个经配置上行链路准予处于活动状态。一个服务小区的经配置上行链路准予可以类型1或类型2。对于类型2，在服务小区之间，经配置上行链路准予的激活和失活是独立的。当配置SUL时，只能针对小区的2个UL中的一个传送经配置上行链路准予。

下面引述了3GPP TS 38.300V15.7.0中与RRC_INACTIVE状态有关的一些文本。值得注意的是，3GPP TS 38.300V15.7.0的章节9.2.2.4.1中标题为“UE触发的从RRC_INACTIVE到RRC_CONNECTED的迁移(UE上下文检索成功)”的图9.2.2.4.1-1在本文中再现为图5。3GPP TS 38.300V15.7.0的章节9.2.2.4.1中标题为“UE触发的从RRC_INACTIVE到RRC_CONNECTED的迁移(UE上下文检索失败)”的图9.2.2.4.1-2在本文中再现为图6。3GPP TS38.300V15.7.0的章节9.2.2.4.1中标题为“来自网络的拒绝：UE尝试恢复连接(Rejectfrom the network,UE attempts to resume a connection)”的图9.2.2.4.1-3在本文中再现为图7。3GPP TS 38.300V15.7.0的章节9.2.2.4.2中标题为“网络触发的从RRC_INACTIVE到RRC_CONNECTED的迁移”的图9.2.2.4.2-1在本文中再现为图8。3GPP TS38.300V15.7.0的章节9.2.2.5中标题为“具有UE上下文重定位的RNA更新程序”的图9.2.2.5-1在本文中再现为图9。3GPP TS 38.300V15.7.0的章节9.2.2.5中标题为“不具有UE上下文重定位的周期性RNA更新程序”的图9.2.2.5-2在本文中再现为图10。3GPP TS38.300V15.7.0的章节9.2.2.5中标题为“具有到RRC_IDLE的迁移的RNA更新程序”的图9.2.2.5-3在本文中再现为图11。

9.2.2RRC_INACTIVE中的移动性

9.2.2.1概述

RRC_INACTIVE是一种状态，其中UE保持处于CM-CONNECTED并且可以在不通知NG-RAN的情况下在由NG-RAN(RNA)配置的区域内移动。在RRC_INACTIVE中，最后一个服务gNB节点保持UE上下文及UE相关联的与服务AMF和UPF的NG连接。

如果最后一个服务gNB从UPF接收DL数据或从AMF接收DL UE相关联信令(UE上下文释放命令消息除外)，而UE处于RRC_INACTIVE，则它在对应于RNA的小区中寻呼，并且如果RNA包含相邻gNB的小区，则可以向相邻gNB发送XnAP RAN寻呼。

当UE处于RRC_INACTIVE时，当接收到UE上下文释放命令消息时，最后一个服务gNB可以在对应于RNA的小区中寻呼，并且如果RNA包含相邻gNB的小区，则可以向相邻gNB发送XnAP RAN寻呼，以便显式地释放UE。

当UE处于RRC_INACTIVE时，当接收到NG重置消息时，最后一个服务gNB可以在对应于RNA的小区中寻呼相关UE，并且如果RNA包含相邻gNB的小区，则可以向相邻gNB发送XnAPRAN寻呼，以便显式地释放相关UE。

在RAN寻呼失败后，gNB的行为符合TS 23.501[3]。

AMF向NG-RAN节点提供核心网络辅助信息，以帮助NG-RAN节点决定是否可以将UE发送到RRC_INACTIVE。核心网络辅助信息包含为UE配置的注册区域、周期性注册更新定时器和UE标识索引值，并且可包含UE特定DRX、UE是否配置成使用由AMF进行的仅移动发起连接(MICO)模式的指示，以及预期UE行为。在配置RNA时，NG-RAN节点考虑UE注册区域。UE特定DRX和UE标识索引值由NG-RAN节点用于RAN寻呼。NG-RAN节点将周期性注册更新定时器考虑在内，以配置周期性RNA更新定时器。NG-RAN节点考虑预期UE行为以帮助UE RRC状态迁移决策。

在迁移到RRC_INACTIVE时，NG-RAN节点可以使用周期性RNA更新定时器值来配置UE。在周期性RNA更新定时器到期且没有来自UE的通知时，gNB的行为如TS 23.501[3]中所规定。

如果UE访问最后一个服务gNB以外的gNB，则接收gNB触发XnAP检索UE上下文程序以从最后一个服务gNB获取UE上下文，并且还可触发包含隧道信息的Xn-U地址指示程序，以便有可能从最后一个服务gNB恢复数据。当UE上下文检索成功后，接收gNB在接收到片层信息时执行片层感知准入控制，并成为服务gNB，并且进一步触发NGAP路径切换请求和适用的RRC程序。在路径切换程序之后，服务gNB通过XnAPUE上下文释放程序触发最后一个服务gNB处的UE上下文释放。

在UE不可到达最后一个服务gNB的情况下，gNB将：

-任何AMF发起的UE相关联1类程序失败，此程序允许在相应的响应消息中发出操作不成功的信号；以及

-触发NAS未传递指示程序，以报告从AMF接收到的针对UE的任何NAS PDU的未传递。

如果UE访问的gNB不是最后一个服务gNB，且接收gNB没有找到有效的UE上下文，则接收gNB可以执行新RRC连接的建立，而不是恢复以前的RRC连接。UE上下文检索也将失败，因此，如果服务AMF发生变化，则需要建立新的RRC连接。

处于RRC_INACTIVE状态的UE需要在移出经配置RNA时发起RNA更新程序。当接收到来自UE的RNA更新请求时，接收gNB触发XnAP检索UE上下文程序以从最后一个服务gNB获取UE上下文，并且可以决定将UE发送回RRC_INACTIVE状态、将UE移动到RRC_CONNECTED状态或将UE发送到RRC_IDLE。在周期性RNA更新的情况下，如果最后一个服务gNB决定不对UE上下文重定位，它将使UE上下文检索程序失败，并通过包封的RRCRelease消息将UE发送回RRC_INACTIVE或直接发送到RRC_IDLE。

9.2.2.2小区重选

处于RRC_INACTIVE的UE执行小区重选。此程序的原理是就RRC_IDLE状态而论的(见章节9.2.1.2)。

9.2.2.3基于RAN的通知区域

处于RRC_INACTIVE状态的UE可以由最后一个服务NG-RAN节点配置成使用RNA，其中：

-RNA可覆盖单个或多个小区，并且将包含在CN注册区域内；在这个版本中，Xn连接性在RNA内应为可用的；

-基于RAN的通知区域更新(RNAU)由UE周期性地发送，另外还在UE的小区重选程序选择不属于经配置RNA的小区时发送。

存在关于可如何配置RNA的若干不同替代方案：

-小区列表：

-为UE提供构成RNA的(一个或多个)小区的显式列表。

-RAN区域列表：

-为UE提供(至少一个)RAN区域ID，其中RAN区域是CN跟踪区域的子集或等于CN跟踪区域。RAN区域由一个RAN区域ID指定，所述RAN区域ID由TAC和任选地RAN区域码组成；

-小区在系统信息中广播一个或多个RAN区域ID。

NG-RAN可以向不同UE提供不同RNA定义，但不能同时对同一UE混合不同的定义。UE应支持以上列出的所有RNA配置选项。

9.2.2.4状态迁移

9.2.2.4.1UE触发的从RRC_INACTIVE到RRC_CONNECTED的迁移

下面的图描述在UE上下文检索成功的情况下UE触发的从RRC_INACTIVE到RRC_CONNECTED的迁移：

图9.2.2.4.1-1：UE触发的从RRC_INACTIVE到RRC_CONNECTED的迁移

(UE上下文检索成功)

1.UE从RRC_INACTIVE恢复，从而提供由最后一个服务gNB分配的I-RNTI。

2.如果能够分辨I-RNTI中所含的gNB标识，那么gNB请求最后一个服务gNB提供UE上下文数据。

3.最后一个服务gNB提供UE上下文数据。

4/5.gNB和UE完成RRC连接的恢复。

注意：如果准予允许，则用户数据还可在步骤5中发送。

6.如果要防止在最后一个服务gNB中缓冲的DL用户数据的丢失，则gNB提供转发地址。

7/8.gNB执行路径切换。

9.gNB触发最后一个服务gNB处UE资源的释放。

在上面的步骤1之后，当gNB决定拒绝恢复请求并且在没有任何重新配置的情况下保持UE处于RRC_INACTIVE(例如，如下面两个实例所述)，或者当gNB决定建立新的RRC连接时，可以使用SRB0(无安全性)。当gNB决定重新配置UE(例如使用新的DRX循环或RNA)或gNB决定将UE推至RRC_IDLE时，将使用SRB1(至少具有完整性保护)。

注意：SRB1只能在检索到UE上下文之后使用，即在步骤3之后使用。

下面的图描述在UE上下文检索失败的情况下UE触发的从RRC_INACTIVE到RRC_CONNECTED的迁移：

图9.2.2.4.1-2：UE触发的从RRC_INACTIVE到RRC_CONNECTED的迁移

(UE上下文检索失败)

1.UE从RRC_INACTIVE恢复，从而提供由最后一个服务gNB分配的I-RNTI。

2.如果能够分辨I-RNTI中所含的gNB标识，那么gNB请求最后一个服务gNB提供UE上下文数据。

3.最后一个服务gNB无法检索或验证UE上下文数据。

4.最后一个服务gNB向gNB指示失败。

5.gNB执行回退以通过发送RRCSetup建立新的RRC连接。

6.建立新连接，如章节9.2.1.3.1中所描述。

下面的图描述当UE尝试从RRC_INACTIVE恢复连接时来自网络的拒绝：

图9.2.2.4.1-3：来自网络的拒绝：UE尝试恢复连接

1.UE尝试从RRC_INACTIVE恢复连接。

2.gNB例如由于拥塞而无法处理程序。

3.gNB发送RRCReject(具有等待时间)以将UE保持处于RRC_INACTIVE。

9.2.2.4.2网络触发的从RRC_INACTIVE到RRC_CONNECTED的迁移

下面的图描述网络触发的从RRC_INACTIVE到RRC_CONNECTED的迁移：

图9.2.2.4.2-1：网络触发的从RRC_INACTIVE到RRC_CONNECTED的迁移

1.RAN寻呼触发事件发生(传入的DL用户平面、来自5GC的DL信令等)。

2.触发RAN寻呼；只在受最后一个服务gNB控制的小区中或者还借助Xn RAN寻呼而在受配置给基于RAN的通知区域(RNA)中的UE的其它gNB控制的小区中。

3.UE利用I-RNTI寻呼。

4.如果UE已经成功到达，则尝试从RRC_INACTIVE恢复，如章节9.2.2.4.1中所描述。

9.2.2.5RNA更新

下面的图描述涉及Xn上的上下文检索的UE触发的RNA更新程序。此程序可以在UE移出经配置RNA时触发或周期性地触发。

图9.2.2.5-1：具有UE上下文重定位的RNA更新程序

1.UE从RRC_INACTIVE恢复，从而提供由最后一个服务gNB分配的I-RNTI和适当的原因值，例如RAN通知区域更新。

2.如果能够分辨I-RNTI中所含的gNB标识，则gNB请求最后一个服务gNB提供UE上下文，从而提供在步骤1中接收到的原因值。

3.最后一个服务gNB可以提供UE上下文(如下所假设)。或者，最后一个服务gNB可以决定将UE移动到RRC_IDLE(并且此程序遵循图9.2.2.5-3中的步骤3和之后的步骤)，或者，如果UE仍然在先前配置的RNA中，则将UE上下文保持在最后一个服务gNB中，并且将UE保持处于RRC_INACTIVE(并且此程序遵循图9.2.2.5-2的步骤3和之后的步骤)。

4.gNB可将UE移动到RRC_CONNECTED(并且此程序遵循图9.2.2.4.1-1中的步骤4)，或将UE发送回RRC_IDLE(在此情况下，RRCRelease消息由gNB发送)，或将UE发送回RRC_INACTIVE，如下所假设。

5.如果要防止在最后一个服务gNB中缓冲的DL用户数据的丢失，则gNB提供转发地址。

6./7.gNB执行路径切换。

8.gNB通过发送具有暂停指示的RRCRelease将UE保持处于RRC_INACTIVE状态。

9.gNB触发最后一个服务gNB处UE资源的释放。

下面的图描述在UE仍然在经配置RNA内且最后一个服务gNB决定不对UE上下文重定位且不将UE保持处于RRC_INACTIVE的情况下的RNA更新程序：

图9.2.2.5-2：不具有UE上下文重定位的周期性RNA更新程序

1.UE从RRC_INACTIVE恢复，从而提供由最后一个服务gNB分配的I-RNTI和适当的原因值，例如RAN通知区域更新。

2.如果能够分辨I-RNTI中所含的gNB标识，则gNB请求最后一个服务gNB提供UE上下文，从而提供在步骤1中接收到的原因值。

3.最后一个服务gNB存储接收到的要在下一恢复尝试中使用的信息(例如，与恢复小区有关的C-RNTI和PCI)，并用包含包封的RRCRelease消息的检索UE上下文失败消息响应gNB。RRCRelease消息包含暂停指示。

4.gNB将RRCRelease消息转发到UE。

下面的图描述在最后一个服务gNB决定将UE移动到RRC_IDLE的情况下的RNA更新程序：

图9.2.2.5-3：具有到RRC_IDLE的迁移的RNA更新程序

1.UE从RRC_INACTIVE恢复，从而提供由最后一个服务gNB分配的I-RNTI和适当的原因值，例如RAN通知区域更新。

2.如果能够分辨I-RNTI中所含的gNB标识，则gNB请求最后一个服务gNB提供UE上下文，从而提供在步骤1中接收到的原因值。

3.最后一个服务gNB提供将UE移动到RRC_IDLE的RRCRelease消息，而不是提供UE上下文。

4.最后一个服务gNB删除UE上下文。

5.gNB发送触发UE移动到RRC_IDLE的RRCRelease。

下面引述了3GPP TS 38.331V15.7.0中与NR中的RRC_INACTIVE状态有关的一些文本。值得注意的是，3GPP TS 38.331V15.7.0的章节4.2.1中标题为“NR中的UE状态机和状态迁移”的图4.2.1-1在本文中再现为图12。3GPP TS 38.331V15.7.0的章节5.3.13.1中标题为“RRC连接恢复：成功”的图5.3.13.1-1在本文中再现为图13。3GPP TS 38.331V15.7.0的章节5.3.13.1中标题为“到RRC连接建立的RRC连接恢复回退：成功”的图5.3.13.1-2在本文中再现为图14。3GPP TS 38.331V15.7.0的章节5.3.13.1中标题为“后跟着网络释放的RRC连接恢复：成功”的图5.3.13.1-3在本文中再现为图15。3GPP TS 38.331V15.7.0的章节5.3.13.1中标题为“后跟着网络暂停的RRC连接恢复：成功”的图5.3.13.1-4在本文中再现为图16。3GPP TS 38.331V15.7.0的章节5.3.13.1中标题为“RRC连接恢复：网络拒绝”的图5.3.13.1-5在本文中再现为图17。

4.2.1包含RAT间的UE状态和状态迁移

当RRC连接已经建立时，UE处于RRC_CONNECTED状态或RRC_INACTIVE状态。如果不是这样，即没有建立RRC连接，则UE处于RRC_IDLE状态。RRC状态可以进一步表征如下：

-RRC_IDLE：

-UE特定DRX可以由上层配置；

-UE基于网络配置控制移动性；

-UE：

-监听通过DCI使用P-RNTI传送的短消息(见章节6.5)；

-监听用于使用5G-S-TMSI的CN寻呼的寻呼信道；

-执行相邻小区测量和小区选择(重选)；

-获取系统信息并且可发送SI请求(若经配置)。

-RRC_INACTIVE：

-UE特定DRX可由上层或RRC层配置；

-UE基于网络配置控制移动性；

-UE存储UE不活动AS上下文；

-基于RAN的通知区域由RRC层配置；

UE：

-监听通过DCI使用P-RNTI传送的短消息(见章节6.5)；

-监听用于使用5G-S-TMSI的CN寻呼和使用fullI-RNTI的RAN寻呼的寻呼信道；

-执行相邻小区测量和小区选择(重选)；

-周期性地以及在移出经配置的基于RAN的通知区域时执行基于RAN的通知区域更新；

-获取系统信息并且可发送SI请求(若经配置)。

-RRC_CONNECTED：

-UE存储AS上下文；

-向/从UE传递单播数据；

-在下层处，UE可配置成使用UE特定DRX；

-对于支持CA的UE，使用与SpCell聚合的一个或多个SCell以增加带宽；

-对于支持DC的UE，使用与MCG聚合的一个SCG以增加带宽；

-NR内及去往/来自E-UTRA的受网络控制的移动性；

-UE：

-若经配置，监听通过DCI使用P-RNTI传送的短消息(见章节6.5)；

-监听与共享数据信道相关联的控制信道以确定是否为其调度数据；

-提供信道质量和反馈信息；

-执行相邻小区测量和测量报告；

-获取系统信息。

图4.2.1-1示出NR中的UE RRC状态机和状态迁移的概述。UE在NR中一次只有一个RRC状态。

图4.2.1-1：NR中的UE状态机和状态迁移

5.3.13RRC连接恢复

5.3.13.1概述

图5.3.13.1-1：RRC连接恢复：成功

图5.3.13.1-2：到RRC连接建立的RRC连接恢复回退：成功

图5.3.13.1-3：后跟着网络释放的RRC连接恢复：成功

图5.3.13.1-4：后跟着网络暂停的RRC连接恢复：成功

图5.3.13.1-5：RRC连接恢复：网络拒绝

这个程序的目的在于恢复暂停的RRC连接，包含恢复SRB和DRB或执行RNA更新。

5.3.13.2发起

当上层或AS(在响应RAN寻呼时或在UE处于RRC_INACTIVE时触发RNA更新后)请求恢复暂停的RRC连接时，UE发起此程序。

在发起本程序之前，UE应确保具有章节5.2.2.2规定的有效且最新的重要系统信息。

在发起所述程序后，UE应：

1>如果通过对NG-RAN寻呼进行响应来触发RRC连接的恢复：

2>将‘0’选为接入类别；

2>使用选定的接入类别和由上层提供的一个或多个接入标识来执行5.3.14中所指定的统一接入控制程序；

3>如果接入尝试被禁止，则程序结束；

1>否则，如果RRC连接的恢复被上层触发：

2>如果上层提供接入类别和一个或多个接入标识：

3>使用由上层提供的接入类别和接入标识来执行5.3.14中所指定的统一接入控制程序；

4>如果接入尝试被禁止，则程序结束；

2>根据从上层接收到的信息设置resumeCause；

1>否则，如果RRC连接的恢复由于RNA更新而被触发，如5.3.13.8中所指定：

2>如果紧急服务在进行中：

注意：UE中的RRC层如何感知进行中的紧急服务取决于UE实施方案。

3>将‘2’选为接入类别；

3>将resumeCause设置为emergency；

2>否则：

3>将‘8’选为接入类别；

2>使用选定的接入类别和如TS 24.501[23]中所指定的将应用的一个或多个接入标识来执行统一接入控制程序，如5.3.14中所指定；

3>如果禁止接入尝试：

4>将变量pendingRnaUpdate设置为true；

4>程序结束；

1>如果UE在NE-DC或NR-DC中：

2>若存储，从UE不活动AS上下文中释放MR-DC相关配置(即，如5.3.5.10)中所指定；

1>若存储，从UE不活动AS上下文中释放MCG SCell；

1>如对应的物理层规范中所指定，应用预设L1参数值，值在SIB1中提供的参数除外；

1>如9.2.1中所指定，应用预设SRB1配置；

1>如9.2.2中所指定，应用预设MAC小区群组配置；

1>若存储，从UE不活动AS上下文中释放delayBudgetReportingConfig；

1>停止定时器T342(若正在运行)；

1>若存储，从UE不活动AS上下文中释放overheatingAssistanceConfig；

1>停止定时器T345(若正在运行)；

1>如9.1.1.2中所指定，应用CCCH配置；

1>应用SIB1中所包含的timeAlignmentTimerCommon；

1>启动定时器T319；

1>将变量pendingRnaUpdate设置为false；

1>根据5.3.13.3发起RRCResumeRequest消息或RRCResumeRequest1的传送。

5.3.13.3RRCResumeRequest或RRCResumeRequest1消息的传送有关的动作

UE将如下设置RRCResumeRequest或RRCResumeRequest1消息的内容：

1>如果字段useFullResumeID在SIB1中传送：

2>将RRCResumeRequest1选为要使用的消息；

2>将resumeIdentity设置为所存储的fullI-RNTI值；

1>否则：

2>将RRCResumeRequest选为要使用的消息；

2>将resumeIdentity设置为所存储的shortI-RNTI值；

1>从所存储的UE不活动AS上下文恢复RRC配置及K

1>将resumeMAC-I设置为计算出的MAC-I的16个最低有效位：

2>通过根据章节8(即，8位的倍数)编码为VarResumeMAC-Input的ASN.1；

2>利用UE不活动AS上下文中的K

2>其中COUNT、BEARER和DIRECTION的所有输入位都设置为二进制一；

1>使用所存储的nextHopChainingCount值，基于当前K

1>导出K

1>立即使用在这个章节中导出的经配置算法及K

注意1：只有先前已配置UP完整性保护的DRB会恢复完整性保护。

1>配置下层向SRB0以外的所有无线电承载应用加密，并应用在这个章节中导出的经配置加密算法、K

1>为SRB1重新建立PDCP实体；

1>恢复SRB1；

1>提交选定消息RRCResumeRequest或RRCResumeRequest1以传送到下层。

注意2：只有先前已配置UP加密的DRB会恢复加密。

如果在T319处于运行中时下层指示完整性校验失败，那么执行5.3.13.5中所指定的动作。

UE将继续小区重选相关测量以及小区重选评估。

5.3.13.4UE对RRCResume的接收

UE将：

1>停止定时器T319；

1>停止定时器T380(若正在运行)；

1>如果RRCResume包含fullConfig：

2>执行满配置程序，如5.3.5.11中所指定；

1>否则：

2>从UE不活动AS上下文中恢复masterCellGroup和pdcp-Config；

1>舍弃UE不活动AS上下文；

1>释放suspendConfig，ran-NotificationAreaInfo除外；

1>如果RRCResume包含masterCellGroup：

2>根据5.3.5.5，针对接收到的masterCellGroup执行小区群组配置；

1>如果RRCResume包含radioBearerConfig：

2>根据5.3.5.6执行无线电承载配置；

1>如果RRCResume消息包含sk-Counter：

2>执行安全密钥更新程序，如5.3.5.7中所指定；

1>如果RRCResume消息包含radioBearerConfig2：

2>根据5.3.5.6执行无线电承载配置；

1>恢复SRB2和所有DRB；

1>若存储，舍弃由cellReselectionPriorities提供或从另一RAT继承的小区重选优先级信息；

1>停止定时器T320(若正在运行)；

1>如果RRCResume消息包含measConfig：

2>执行测量配置程序，如5.5.2中所指定；

1>恢复测量(若暂停)；

1>如果T390处于运行中：

2>针对所有接入类别，停止定时器T390；

2>执行如5.3.14.4中所指定的动作；

1>如果T302处于运行中：

2>停止定时器T302；

2>执行如5.3.14.4中所指定的动作；

1>进入RRC_CONNECTED；

1>向上层指示暂停的RRC连接已经恢复；

1>停止小区重选程序；

1>将当前小区视为PCell；

1>如下设置RRCResumeComplete消息的内容：

2>如果上层提供NAS PDU，则设置dedicatedNAS-Message以包含从上层接收到的信息；

2>如果上层提供PLMN，则将selectedPLMN-Identity设置为上层(TS 24.501[23])从SIB1中的plmn-IdentityList中所包含的PLMN中选定的PLMN；

2>如果masterCellGroup含有reportUplinkTxDirectCurrent：

3>包含具有UL的每一服务小区的uplinkTxDirectCurrentList；

3>如果UE配置成使用SUL载波：

4>在uplinkTxDirectCurrentList内包含具有SUL的每一服务小区的uplinkDirectCurrentBWP-SUL；

1>向下层提交RRCResumeComplete消息以供传送；

1>程序结束。

6.2.2消息定义

-RRCRelease

RRCRelease消息用于命令RRC连接的释放或RRC连接的暂停。

信令无线电承载：SRB1

RLC-SAP：AM

逻辑信道：DCCH

方向：网络到UE

RRCRelease消息

--ASN1START

--TAG-RRCRELEASE-START

-RRCResume

RRCResume消息用于恢复暂停的RRC连接。

信令无线电承载：SRB1

RLC-SAP：AM

逻辑信道：DCCH

方向：网络到UE

RRCResume消息

--ASN1START

--TAG-RRCRESUME-START

-CellGroupConfig

CellGroupConfig用于配置主小区群组(MCG)或次小区群组(SCG)。小区群组包括一个MAC实体、具有相关联的RLC实体的一组逻辑信道，以及主小区(SpCell)和一个或多个次小区(SCell)。

CellGroupConfig信息元素

--ASN1START

--TAG-CELLGROUPCONFIG-START

-MAC-CellGroupConfig

IE MAC-CellGroupConfig用于配置小区群组的MAC参数，包含DRX。

MAC-CellGroupConfig信息元素

--ASN1START

--TAG-MAC-CELLGROUPCONFIG-START

9.2.2预设MAC小区群组配置

参数

下面引述了3GPP TS 38.321V15.7.0中与NR中的功率余量报告(Power HeadroomReporting和/或Power Headroom Report)(PHR)有关的一些文本。值得注意的是，3GPP TS38.321V15.7.0的章节6.1.3.8中标题为“单入口PHR MAC CE”的图6.1.3.8-1在本文中再现为图18。

5.4.6功率余量报告

功率余量报告程序用于向服务gNB提供以下信息：

-类型1功率余量：针对被激活的服务小区用于UL-SCH传送的标称UE最大传送功率和经估计功率之间的差；

-类型2功率余量：用于其它MAC实体(即，EN-DC、NE-DC和NGEN-DC情况下的E-UTRAMAC实体)的SpCell上的UL-SCH和PUCCH传送的标称UE最大传送功率和经估计功率之间的差；

-类型3功率余量：针对被激活的服务小区用于SRS传送的标称UE最大传送功率和经估计功率之间的差。

RRC通过配置以下参数来控制功率余量报告：

-phr-PeriodicTimer；

-phr-ProhibitTimer；

-phr-Tx-PowerFactorChange；

-phr-Type2OtherCell；

-phr-ModeOtherCG；

-multiplePHR。

如果以下事件中的任一者发生，那么将触发功率余量报告(PHR)：

-当MAC实体具有用于新传送的UL资源时，phr-ProhibitTimer到期或过期，且针对自此MAC实体中的PHR的上一传送以来用作路径损耗参考的任何MAC实体的至少一个经激活服务小区，路径损耗变化大于phr-Tx-PowerFactorChange dB；

注意1：上方评估的一个小区的路径损耗变化是在当前时间在当前路径损耗参考上测量的路径损耗和在当时使用的路径损耗参考上最后一次传送PHR的传送时间测量的路径损耗之间，而不管路径损耗参考在这两者之间是否发生了变化。

-phr-PeriodicTimer到期：

-在由上层配置或重新配置功率余量报告功能性后，所述功能性不用于停用所述功能；

-具有经配置上行链路的任何MAC实体的SCell的激活；

-PSCell的添加(即，最新添加或改变了PSCell)；

-当MAC实体具有用于新传送的UL资源时，phr-ProhibitTimer到期或过期，并且针对具有经配置上行链路的任何MAC实体的经激活服务小区中的任一个，以下情况成立：

-有分配用于传送的UL资源或此小区上有PUCCH传送，并且由于功率管理(如TS38.101-1[14]、TS 38.101-2[15]和TS 38.101-3[16]中指定的P-MPR

注意2：MAC实体应避免在由于功率管理而导致的所需功率回退只是暂时减少(例如，长达几十毫秒)时触发PHR，并且当PHR被其它触发条件触发时，它应避免反映P

如果MAC实体具有分配用于新传送的UL资源，MAC实体将：

1>如果它是自重置的最后一个MAC以来的分配用于新传送的第一UL资源：

2>启动phr-PeriodicTimer；

1>如果功率余量报告程序确定至少一个PHR已经被触发且未取消；以及

1>如果由于如条款5.4.3.1中定义的LCP，分配的UL资源可容纳MAC实体配置成传送的PHR的MAC CE加上它的子标头：

2>如果配置具有值true的multiplePHR：

3>对于与任一MAC实体相关联的具有经配置上行链路的每一经激活服务小区：

4>获得对应上行链路载波的类型1或类型3功率余量的值，如TS 38.213[6]的章节7.7中所指定；

4>如果此MAC实体具有分配用于在此服务小区上传送的UL资源；或

4>如果另一MAC实体(若经配置)具有分配用于在此服务小区上传送的UL资源，且phr-ModeOtherCG被上层设置成real：

5>从物理层获得对应P

3>如果配置具有值true的phr-Type2OtherCell：

4>如果其它MAC实体是E-UTRA MAC实体：

5>获得其它MAC实体(即，E-UTRA MAC实体)的SpCell的类型2功率余量的值；

5>如果phr-ModeOtherCG被上层设置成real：

6>从物理层获得其它MAC实体(即，E-UTRA MAC实体)的SpCell的对应P

3>基于物理层所报告的值，指示复用和集合程序产生和传送多入口PHR MAC CE，如章节6.1.3.9中所定义。

2>否则(即，使用单入口PHR格式)：

3>从物理层获得PCell的对应上行链路载波的类型1功率余量的值；

3>从物理层获得对应P

3>基于物理层所报告的值，指示复用和集合程序产生和传送单入口PHR MAC CE，如章节6.1.3.8中所定义。

2>启动或重新启动phr-PeriodicTimer；

2>启动或重新启动phr-ProhibitTimer；

2>取消所有经触发PHR。

6.1.3.8单入口PHR MAC CE

由具有LCID的MAC子标头识别单入口PHR MAC CE，如表格6.2.1-2中所指定。

它具有固定大小，且由定义如下的两个八位字节组成(图6.1.3.8-1)：

-R：保留位，设置成0；

-功率余量(PH)：此字段指示功率余量水平。本字段的长度是6个位。所报告的PH和对应功率余量水平在下面的表6.1.3.8-1中示出(以dB为单位的对应测得值在TS 38.133[11]中指定)；

-P

图6.1.3.8-1：单入口PHR MAC CE

表6.1.3.8-1：PHR的功率余量水平

表6.1.3.8-2：PHR的标称UE传送功率水平

下面引述了RP-193252中与INACTIVE状态中的NR小数据传送有关的一些文本。

3正当理由

NR支持RRC_INACTIVE状态，并且具有不频繁(周期性和/或非周期性)数据传送的UE通常由网络保持在RRC_INACTIVE状态。在Rel-16之前，RRC_INACTIVE状态不支持数据传送。因此，UE必须为任何DL(MT)和UL(MO)数据恢复连接(即，移动到RRC_CONNECTED状态)。无论数据包的大小和频率如何，每次数据传送都会发生连接建立并随后释放到INACTIVE状态。这会导致不必要的功耗和信令开销。

较小和不频繁的数据流量的具体实例包含以下使用情况：

-智能手机应用：

○即时通讯服务的流量(whatsapp、QQ、微信等)

○来自IM/电子邮件客户端和其它应用的心跳/保持活跃流量

○各种应用的推送通知

-非智能手机应用：

○来自可穿戴物的流量(周期性定位信息等)

○传感器(工业无线传感器网络传送温度，周期性地或以事件触发方式进行的压力读数等)

○发送周期性电表读数的智能电表和智能电表网络

如3GPP TS 22.891中所提到，NR系统将：

-对于低吞吐量的短数据突发，高效灵活

-支持有效的信令机制(例如，信令小于有效负载)

-总体上减少信令开销

INACTIVE状态UE对小数据包的信令开销是一个普遍的问题，随着NR中的UE越来越多，这不仅对网络性能和效率而且对UE电池性能也将成为一个关键问题。一般来说，在INACTIVE状态下具有间歇小数据包的任何装置都将受益于在INACTIVE下启用小数据传送。

NR中用于小数据传送的关键使能器，即INACTIVE状态、2步、4步RACH和经配置准予类型1已经被指定为Rel-15和Rel-16的一部分。因此，本文的工作建立在这些构建块的基础上，以使NR在INACTIVE状态下进行小数据传送。

4目标

4.1SI或核心部分WI或测试部分WI的目标

此工作项启用RRC_INACTIVE状态下的小数据传送，如下：

-对于RRC_INACTIVE状态：

○基于RACH方案的UL小数据传送(即，2步和4步RACH)：

■从INACTIVE状态(例如使用MSGA或MSG3)启用小数据包的UP数据传送的通用程序[RAN2]

■为MSGA和MSG3启用大于当前可能用于INACTIVE状态的Rel-16 CCCH消息大小的灵活有效负载大小，以支持UL中的UP数据传送(实际有效负载大小可达到网络配置)[RAN2]

■基于RACH的解决方案的INACTIVE状态下的上下文获取和数据转发(有或无锚重定位)[RAN2，RAN3]

注意1：以上解决方案的安全方面应使用SA3进行检查

○预配置PUSCH资源上的UL数据的传送(即，重复使用经配置准予类型1)-当TA有效时

■从INACTIVE状态通过经配置准予类型1的小数据传送的通用程序[RAN2]

■用于INACTIVE状态下UL中的小数据传送的经配置准予类型1资源的配置[RAN2]

此WID中不应引入新的RRC状态。UL中的小数据传送、UL和DL中的后续小数据传送以及状态迁移决策都应该在网络控制之下。

WID的重点应放在有许可证的运营商上，如果适用，这些解决方案可以重新用于NR-U。

注意2：RAN1中支持上述一组目标所需的任何相关规范工作应由RAN2经由LS发起。

已针对具有不频繁数据传送的UE引入了RRC_INACTIVE状态。当不存在数据传送时，UE可进入(例如，UE可以置于)RRC_INACTIVE状态，以减少功耗。在数据到达(例如，当UE处于RRC_INACTIVE状态时数据到达UE)后，UE可从RRC_INACTIVE状态恢复RRC连接(例如，UE可通过执行随机接入程序恢复RRC连接)，这比从RRC_IDLE状态建立一个新的RRC连接快(例如，从RRC_INACTIVE状态迁移到恢复RRC连接可比从RRC_IDLE状态迁移到建立新的RRC连接快)。在恢复RRC连接之后(例如，在成功完成随机接入程序之后)，UE能够在RRC_CONNECTED状态下传送数据(例如，来自应用层的数据)。

尽管RRC_INACTIVE状态具有优点(例如，当UE没有数据传送时，降低了功耗)，但UE可能无法在RRC_INACTIVE状态下传送数据。例如，UE可能需要在传送数据之前进入RRC_CONNECTED状态。在传送数据之后，UE再次进入(例如，UE置于)RRC_INACTIVE状态。对于每次数据传送，可能发生用于传送数据的此类动作(例如，进入RRC_CONNECTED状态以传送数据的一个或多个动作、在传送数据之后再次进入RRC_INACTIVE状态的一个或多个动作，等)，而不管数据传送的数据量和供UE传送的数据的到达频率如何，这可能导致功耗增加和/或信令开销增加。

为了解决功耗增加和/或信令开销增加的问题，可以引入RRC_INACTIVE状态下的小数据传送(如在RP-193252中讨论的)。小数据传送的目标是使UE能够在没有进入RRC_CONNECTED状态的情况下或在此之前以RRC_INACTIVE状态传送数据。用于实现这种传送的可能技术可以基于2步和/或4步随机接入信道(RACH)程序和/或预配置PUSCH资源(例如，NR中的类型1经配置准予)。RRC_INACTIVE状态下的小数据传送可以称为“RRC_INACTIVE状态下的早期数据传送(EDT)”。RRC_INACTIVE状态下的小数据传送可以称为“RRC_INACTIVE状态下使用预配置上行链路资源(PUR)的传送”。

小数据传送程序可包括UE进行的小数据传送。小数据传送程序可以是RRC恢复程序(例如，RRC连接恢复程序)。小数据可以由上行链路(UL)资源(例如，预配置PUSCH资源、用于Msg3的UL资源、用于MsgA的UL资源等等中的至少一个)传送。

在UE以RRC_INACTIVE状态传送或接收第一小数据之后，有可能发生UL和/或下行链路(DL)中第二小数据的后续传送。在实例中，第二小数据可以是第一小数据的响应，和/或第二小数据的传送方向可以与第一小数据的传送方向不同。例如，第二小数据可以是DL信号，且第一小数据可以是UL信号(例如，DL信号可响应于UL信号)。替代地和/或另外，第二小数据可以是UL信号，且第一小数据可以是DL信号(例如，UL信号可响应于DL信号)。在一些实例中，第二小数据的后续传送可响应于UL和/或DL资源不能容纳可用于传送的所有挂起数据而执行。据RP-193252中所述，UL和/或DL中小数据的后续传送以及状态传送决策都应该在网络控制之下。例如，在UE以RRC_INACTIVE状态传送小数据之后，如果存在后续DL数据，那么网络可决定将UE置于RRC_CONNECTED状态，并向处于RRC_CONNECTED状态的UE传送DL数据。替代地和/或另外，网络可决定UE保持RRC_INACTIVE状态，且网络可向处于RRC_INACTIVE状态的UE传送DL数据。UE可在RRC_INACTIVE状态下执行一个或多个小数据传送(例如，在先前小数据传送之后的UL和/或DL上的一个或多个后续小数据传送)。由UE执行的后续小数据传送是用于新的传送(例如，后续小数据传送可以不用于先前小数据传送在相同方向上的重新传送，例如UL或DL)。

图19示出根据一些实施例的与RRC_INACTIVE状态下的多个小数据传送相关联的实例情形1900。UE进入1906RRC_INACTIVE状态。在一些实例中，UE执行第一UL数据传送1910，例如响应于UL数据1908的到达。在一些实例中，网络执行DL数据传送1916，例如响应于DL数据1912的到达(其中DL数据1912和/或DL数据传送1916响应于UL数据1908和/或第一UL数据传送1910)。在一些实例中，UE执行第二UL数据传送1918，例如响应于UL数据1914的到达(其中UL数据1914和/或第二UL数据传送1918响应于DL数据1912和/或DL数据传送1916)。在实例情形1900的整个UL和DL传送过程中，UE保持1920RRC_INACTIVE状态。

图20示出根据一些实施例的与RRC_INACTIVE状态下的多个小数据传送相关联的实例情形2000。UE进入2006RRC_INACTIVE状态。在一些实例中，UE执行第一UL数据传送2010，例如响应于UL数据2008的到达。在一些实例中，第一UL数据传送2010包括UL数据2008的仅第一部分的传送。在一些实例中，网络执行DL数据传送2016，例如响应于第一UL数据传送2010。替代地和/或另外，网络可以不执行DL数据传送2016。在一些实例中，UE执行第二UL数据传送2018。在一些实例中，第二UL数据传送2018包括UL数据2008的第二部分。在实例情形2000的整个UL和/或DL传送过程中，UE保持2020RRC_INACTIVE状态。

在一些实例中，对于基于RACH的小数据传送(例如，2步和/或4步基于RACH的小数据传送)，UE可在随机接入程序期间通过功率斜变调整UE的传送功率。对于基于预配置PUSCH资源的小数据传送，UE的UE传送功率可由网络预配置。在UE具有一个或多个后续UL数据传送的情形中，因为网络可能想要调整UE传送功率(例如，使得在后续UL传送中使用调整后的UE传送功率)，所以有益的是向网络提供UE的功率余量信息(使得网络可以基于功率余量信息来调整UE传送功率)。但是，一直提供功率余量信息可能会产生UL资源浪费(例如，在一些情形中，向网络提供功率余量信息可能不是有利的)。因此，需要规定UE应该提供功率余量信息的条件以及UE如何提供功率余量信息。

在一些实例中，UE可包含UL小数据传送中的功率余量信息。例如，UE可在4步RACH程序的Msg3媒体接入控制协议数据单元(MAC PDU)中包含功率余量信息。替代地和/或另外，UE可在2步RACH程序的MsgA MAC PDU中包含功率余量信息。替代地和/或另外，UE可在使用预配置PUSCH资源传送的MAC PDU中包含功率余量信息。

在一些实例中，包括功率余量信息的MAC PDU(例如，Msg3 MAC PDU、MsgA MAC PDU或使用预配置PUSCH资源的MAC PDU)的传送可能会失败。在包括功率余量信息的MAC PDU的传送失败的情形中，UE可在执行MAC PDU的重新传送之前更新包括在MAC PDU中的功率余量信息。

可以实施实例实施例1和/或实例实施例2的技术以供UE包含UL小数据传送中的功率余量信息。

实例实施例1

在实例实施例1中，UE可响应于在RRC_INACTIVE状态下发起小数据传送程序而触发功率余量报告(PHR)。

在实例中，UE的RRC层可向UE的MAC层指示已经发起小数据传送程序，且MAC层可响应于已经发起小数据传送程序的指示而触发PHR。

在实例中，对于基于预配置PUSCH资源的小数据传送，UE的MAC层可响应于从RRC层接收到预配置UL准予而触发PHR。

在一些实例中，UE可在UE接收用于新传送的第一UL资源(例如，初始UL资源)之前触发PHR。

替代地和/或另外，UE可触发PHR以用于后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的另一小数据传送之后的UL小数据传送)。例如，在UE以RRC_INACTIVE状态传送第一UL小数据(例如，RRC_INACTIVE状态下的初始UL小数据传送)之后，UE响应于和/或基于UE确定存在RRC_INACTIVE状态下的后续UL数据传送而触发PHR(例如，UE可在UE确定存在RRC_INACTIVE状态下的后续UL数据传送时和/或之后触发PHR)。替代地和/或另外，在UE以RRC_INACTIVE状态传送第一UL小数据之后，UE响应于和/或基于UE接收到用于后续UL数据传送的UL资源而触发PHR(例如，UE可在UE接收用于后续UL数据传送的UL资源时和/或之后触发PHR)。在一些实例中，UE在用于后续UL小数据传送的MAC PDU中包含功率余量信息。

在一些实例中，UE响应于在用于传送的MAC PDU中包含功率余量信息而不启动或重新启动phr-ProhibitTimer定时器。在一些实例中，UE响应于在用于传送的MAC PDU中包含功率余量信息而不启动或重新启动phr-PeriodicTimer定时器。

实例实施例2

在实例实施例2中，UE可包含MAC PDU中的第一MAC控制元素而不触发PHR。

对于RRC_INACTIVE状态下的小数据传送，UE可包含(例如，始终包含)MAC PDU中的第一MAC控制元素，以在Msg3和/或MsgA中传送或使用一个或多个预配置PUSCH资源传送。

第一MAC控制元素可载有(例如，包括和/或指示)功率余量信息。例如除了载有功率余量信息之外，第一MAC控制元素还可包括与UE的缓冲区状态相关的信息(例如，第一MAC控制元素可指示UE的缓冲区状态)。例如除了载有功率余量信息之外，第一MAC控制元素还可指示UE是否预期一个或多个后续UL和/或DL数据传送。

替代地和/或另外，UE可包含MAC PDU中的第一MAC控制元素以用于后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的另一小数据传送之后的UL小数据传送)。例如，在UE以RRC_INACTIVE状态传送第一UL小数据(例如，RRC_INACTIVE状态下的初始UL小数据传送)之后，UE包含MAC PDU中的第一MAC控制元素以用于RRC_INACTIVE状态下的后续UL小数据传送。

在一些实例中，网络可指示(例如，向UE指示)UE是否应该包含MAC PDU中的第一MAC控制元素。在一些实例中，可以经由广播的系统信息向UE提供指示。替代地和/或另外，可以经由专用配置向UE提供指示。

在一些实例中，第一MAC控制元素包括指示UE的P

可以实施实例实施例3、实例实施例4、实例实施例5、实例实施例6和/或实例实施例7的技术，以供UE确定是否触发PHR和/或供UE包含UL小数据传送中的功率余量信息(当UE处于RRC_INACTIVE状态时)。

实例实施例3

在实例实施例3中，如果第一UL资源无法容纳可用于传送的第一挂起数据，那么UE可触发PHR。

在一些实例中，可用于传送的第一挂起数据可包括可用于传送的所有挂起数据(例如，挂起且可供UE传送到网络的所有数据)。

在第一UL资源(例如，用于RRC_INACTIVE状态下的初始UL小数据传送的初始UL资源)无法容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)的情形中，需要后续UL数据传送来传送可用于传送的所有第一挂起数据。因为需要后续UL数据传送来传送所有挂起数据，所以功率余量信息可以是有利的(例如，功率余量信息可支持用于后续UL数据传送的UE传送功率的调整)，并且UE可相应地触发PHR。例如，UE可基于确定第一UL资源不能容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)而触发PHR。替代地和/或另外，UE可基于确定需要后续UL数据传送来传送挂起数据中的至少一些而触发PHR。替代地和/或另外，UE可基于确定将发生后续UL数据传送而触发PHR。如果第一UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么可能不需要后续UL数据传送来传送可用于传送的第一挂起数据(和/或可能不存在后续UL数据传送)。在一些实例中，如果第一UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE可以相应地不触发PHR。

替代地和/或另外，结合后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的初始小数据传送之后的UL小数据传送)，如果用于后续UL小数据传送的UL资源无法容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE可确定触发PHR。例如，在UE以RRC_INACTIVE状态传送第一UL小数据之后，响应于接收到用于RRC_INACTIVE状态下的后续UL小数据传送的UL资源，如果UL资源无法容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE可触发PHR。

替代地和/或另外，结合后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的初始小数据传送之后的UL小数据传送)，如果UE接收到指示UE应该触发PHR的指示，那么UE可确定触发PHR(和/或UE可触发PHR)。在一些实例中，UE可在用于后续UL小数据传送的UL准予中接收指示。替代地和/或另外，UE可在后续UL小数据传送之前从网络接收到的DL消息中接收指示。

在一些实例中，如果UE确定触发PHR，那么UE可以响应于在用于传送的MAC PDU中包含功率余量信息而不启动或重新启动phr-ProhibitTimer定时器。替代地和/或另外，如果UE确定触发PHR，那么UE可以响应于在用于传送的MAC PDU中包含功率余量信息而不启动或重新启动phr-PeriodicTimer定时器。

实例实施例4

在实例实施例4中，如果第一UL资源(例如，用于小数据传送的UL资源)可以容纳可用于传送的第一挂起数据，那么UE可取消经触发PHR。

在一些实例中，可用于传送的第一挂起数据可包括可用于传送的所有挂起数据(例如，挂起且可供UE传送到网络的所有数据)。

UE可基于第一UL资源(例如，用于RRC_INACTIVE状态下的初始小数据传送或RRC_INACTIVE状态下的后续小数据传送的UL资源)是否可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)(和/或功率余量信息)而确定是否取消经触发PHR。

如果第一UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE可取消经触发PHR。否则，UE可以不取消经触发PHR(例如，如果第一UL资源无法容纳可用于传送的第一挂起数据，例如可用于传送的所有挂起数据，那么UE可以不取消经触发PHR)。在一些实例中，如果PHR在RRC_CONNECTED状态下被触发且如果UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE可以不取消经触发PHR。替代地和/或另外，如果PHR在RRC_CONNECTED状态下被触发，那么在确定是否取消经触发PHR时，UE可以不考虑UL资源是否可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)。

替代地和/或另外，如果第一UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)但是不足以另外容纳功率余量信息，那么UE可取消经触发PHR。否则，UE可以不取消经触发PHR(例如，如果第一UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)且另外容纳功率余量信息，那么UE可以不取消经触发PHR)。在一些实例中，如果PHR在RRC_CONNECTED状态下被触发，且如果UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)但是不足以另外容纳功率余量信息，那么UE可以不取消经触发PHR。替代地和/或另外，如果PHR在RRC_CONNECTED状态下被触发，那么在确定是否取消经触发PHR时，UE可以不考虑UL资源是否可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)且另外容纳功率余量信息。

替代地和/或另外，结合后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的初始小数据传送之后的UL小数据传送)，如果用于后续UL小数据传送的UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE可确定取消经触发PHR。否则，UE可以不取消经触发PHR(例如，如果用于后续UL小数据传送的UL资源无法容纳可用于传送的第一挂起数据，例如可用于传送的所有挂起数据，那么UE可以不取消经触发PHR)。例如，在UE以RRC_INACTIVE状态传送第一UL小数据之后，响应于接收到用于RRC_INACTIVE状态下的后续UL小数据传送的UL资源，如果在RRC_INACTIVE状态下UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE可取消经触发PHR。在一些实例中，如果PHR在RRC_CONNECTED状态下被触发，且如果UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE可以不取消经触发PHR。替代地和/或另外，如果PHR在RRC_CONNECTED状态下被触发，那么在确定是否取消经触发PHR时，UE可以不考虑UL资源是否可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)。

替代地和/或另外，结合后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的初始小数据传送之后的UL小数据传送)，如果用于后续UL小数据传送的UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)但是不足以另外容纳功率余量信息，那么UE可确定取消经触发PHR。否则，UE可以不取消经触发PHR(例如，如果用于后续UL小数据传送的UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)且另外容纳功率余量信息，那么UE可以不取消经触发PHR)。例如，在UE以RRC_INACTIVE状态传送第一UL小数据之后，响应于接收到用于RRC_INACTIVE状态下的后续UL小数据传送的UL资源，如果UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)但是不足以另外容纳功率余量信息，那么UE可取消经触发PHR。在一些实例中，如果PHR在RRC_CONNECTED状态下被触发，且如果UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)但是不足以另外容纳功率余量信息，那么UE可以不取消经触发PHR。替代地和/或另外，如果PHR在RRC_CONNECTED状态下被触发，那么在确定是否取消经触发PHR时，UE可以不考虑UL资源是否可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)且另外容纳功率余量信息。

本文中所公开的一个或多个操作和/或技术，例如相对于实例实施例3和/或实例实施例4描述的那些，可在小数据传送程序期间(和/或与其结合)执行。例如，本文中所公开的确定和/或抵消，例如相对于实例实施例3和/或实例实施例4描述的那些，可在小数据传送程序期间(和/或与其结合)执行。

在一些实例中，经触发PHR可以是当UE处于RRC_INACTIVE状态时触发的PHR。替代地和/或另外，经触发PHR可以是在小数据传送程序期间触发的PHR。

在一些实例中，经触发PHR可以是响应于在RRC_INACTIVE状态下发起小数据传送程序而触发的PHR。替代地和/或另外，经触发PHR可以是响应于在MAC实体具有用于新传送的UL资源时phr-ProhibitTimer定时器到期(和/或过期)且针对自MAC实体中的PHR的上一传送(例如，最新传送)以来用作路径损耗参考的MAC实体(例如，任何MAC实体)的至少一个经激活服务小区的路径损耗变化超过阈值(例如，phr-Tx-PowerFactorChange dB)而触发的PHR。经触发PHR可以是响应于phr-PeriodicTimer定时器到期而触发的PHR。经触发PHR可以是在功率余量报告功能性的配置和/或重新配置(例如，由例如RRC的一个或多个上层进行的功率余量报告功能性的配置和/或重新配置)后(和/或响应于所述配置和/或重新配置)触发的PHR。在一些实例中，功率余量报告功能性的配置和/或重新配置可能不会停用功率余量报告功能性(例如，功率余量报告功能性的配置和/或重新配置可能不指示、指令和/或用于停用功率余量报告功能性)。在一些实例中，功率余量报告功能性的配置和/或重新配置可以经由phr-Config(例如在MAC小区群组配置中，例如预设MAC小区群组配置)。

在一些实例中，如果UE确定不取消经触发PHR，那么UE可以响应于在用于传送的MAC PDU中包含功率余量信息而不启动和/或重新启动phr-ProhibitTimer。在一些实例中，如果UE确定不取消经触发PHR，那么UE可以响应于在用于传送的MAC PDU中包含功率余量信息而不启动和/或重新启动phr-PeriodicTimer。

实例实施例5

在实例实施例5中，如果可用于传送的挂起数据的第一量高于阈值(和/或不低于阈值)，那么UE可触发PHR。

可用于传送的挂起数据的第一量可以是在UE构造(和/或开始构造)用于传送的MAC PDU之前的UE的挂起数据量。

可替代地，可用于传送的挂起数据的第一量可以是在UE构造用于传送的MAC PDU之后的剩余挂起数据量(例如，剩余挂起数据的估计量)。在实例中，剩余挂起数据量可对应于在构造MAC PDU之后保留的数据量(例如，未被包含和/或无法被包含在MAC PDU中的数据量，例如由于MAC PDU的大小限制)。例如，在构造(和/或开始构造)MAC PDU之前，UE可估计在UE构造用于传送的MAC PDU之后的剩余挂起数据量。例如，如果可用于传送的挂起数据量(例如，在构造MAC PDU之前)是100字节，且MAC PDU可容纳60字节的数据，那么剩余挂起数据量(例如，剩余挂起数据的估计量)可以是100-60＝40字节。

在一些实例中，如果可用于传送的挂起数据的第一量(例如对应于可用于传送的挂起数据的第一量的上述两个定义中的任一个)不高于阈值(和/或低于阈值)，那么UE可以相应地不触发PHR。在一些实例中，如果可用于传送的挂起数据的第一量高于阈值(和/或不低于阈值)，那么UE可以相应地触发PHR。

在一些实例中，阈值是预定义的(例如，阈值可以是固定值)。替代地和/或另外，阈值可以在广播的系统信息(例如，与小数据传送有关的系统信息)中配置。替代地和/或另外，阈值可以在UE的专用配置(例如，与UE的小数据传送有关的传送到UE的专用配置)中配置。

可替代地，如果可用于传送的挂起数据的第一量(例如对应于可用于传送的挂起数据的第一量的上述两个定义中的任一个)不高于阈值(和/或低于阈值)，那么UE可以取消经触发PHR。经触发PHR可以是响应于在RRC_INACTIVE状态下发起小数据传送程序而触发的PHR。

替代地和/或另外，结合后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的初始小数据传送之后的UL小数据传送)，如果可用于后续UL小数据传送的挂起数据的第一量高于阈值(和/或不低于阈值)，那么UE可确定触发PHR。例如，在UE以RRC_INACTIVE状态传送第一UL小数据之后，如果可用于RRC_INACTIVE状态下的后续UL小数据传送的挂起数据的第一量高于阈值(和/或不低于阈值)，那么UE可触发PHR。

替代地和/或另外，结合后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的初始小数据传送之后的UL小数据传送)，如果可用于后续UL小数据传送的挂起数据的第一量不高于阈值(和/或低于阈值)，那么UE可确定取消经触发PHR。例如，在UE以RRC_INACTIVE状态传送第一UL小数据之后，如果可用于RRC_INACTIVE状态下的后续UL小数据传送的挂起数据的第一量不高于阈值(和/或低于阈值)，那么UE可取消经触发PHR。在一些实例中，经触发PHR可以是针对RRC_INACTIVE状态下的后续UL小数据传送触发的PHR。在一些实例中，如果PHR在RRC_CONNECTED状态下被触发，且如果可用于RRC_INACTIVE状态下的后续UL小数据传送的挂起数据量不高于阈值(和/或低于阈值)，那么UE可以不取消经触发PHR。替代地和/或另外，如果PHR在状态RRC_CONNECTED下被触发，那么在确定是否取消经触发PHR时，UE可以不考虑可用于RRC_INACTIVE状态下的后续UL小数据传送的挂起数据量是否高于阈值。

替代地和/或另外，结合后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的初始小数据传送之后的UL小数据传送)，如果UE接收到指示UE应该触发PHR的指示，那么UE可确定触发PHR。在一些实例中，UE可在用于后续UL小数据传送的UL准予中接收指示。替代地和/或另外，UE可在后续UL小数据传送之前从网络接收到的DL消息中接收指示。

在一些实例中，如果UE确定触发PHR(和/或UE不取消经触发PHR)，那么UE可以响应于在用于传送的MAC PDU中包含功率余量信息而不启动或重新启动phr-ProhibitTimer定时器。替代地和/或另外，如果UE确定触发PHR(和/或UE不取消经触发PHR)，那么UE可以响应于在用于传送的MAC PDU中包含功率余量信息而不启动或重新启动phr-PeriodicTimer定时器。

实例实施例6

在实例实施例6中，如果第一UL资源无法容纳可用于传送的第一挂起数据，那么UE可包含MAC PDU中的第一MAC控制元素而不触发PHR。

在一些实例中，可用于传送的第一挂起数据可包括可用于传送的所有挂起数据(例如，挂起且可供UE传送到网络的所有数据)。

在第一UL资源(例如，用于RRC_INACTIVE下的初始UL小数据传送的初始UL资源)无法容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)的情形中，需要后续UL数据传送来传送所有挂起数据。因为需要后续UL数据传送来传送所有挂起数据，所以功率余量信息可以是有利的(例如，功率余量信息可支持用于后续UL数据传送的UE传送功率的调整)，并且UE可相应地包含MAC PDU中的第一MAC控制元素。例如，UE可基于确定第一UL资源不能容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)而包含MAC PDU中的第一MAC控制元素。替代地和/或另外，UE可基于确定需要后续UL数据传送来传送挂起数据中的至少一些而包含MAC PDU中的第一MAC控制元素。替代地和/或另外，UE可基于确定将发生后续UL数据传送而包含MAC PDU中的第一MAC控制元素。如果第一UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么可能不需要后续UL数据传送来传送挂起数据(和/或可能不存在后续UL数据传送)。在一些实例中，如果第一UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE可以相应地不包含MAC PDU中的第一MAC控制元素。

第一MAC控制元素可载有(例如，包括和/或指示)功率余量信息。例如除了载有功率余量信息之外，第一MAC控制元素还可包括与UE的缓冲区状态相关的信息(例如，第一MAC控制元素可指示UE的缓冲区状态)。例如除了载有功率余量信息之外，第一MAC控制元素还可指示UE是否预期一个或多个后续UL和/或DL数据传送。

替代地和/或另外，如果第一UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)但是不足以另外容纳MAC PDU中的第一MAC控制元素，那么UE可以不包含第一MAC控制元素。

替代地和/或另外，结合后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的初始小数据传送之后的UL小数据传送)，如果用于后续UL小数据传送的UL资源无法容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE可确定包含MAC PDU中的第一MAC控制元素以用于后续UL小数据传送。例如，在UE以RRC_INACTIVE状态传送第一UL小数据之后，如果用于RRC_INACTIVE状态下的后续UL小数据传送的UL资源无法容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE可包含MAC PDU中的第一MAC控制元素以用于后续UL小数据传送。

替代地和/或另外，结合后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的初始小数据传送之后的UL小数据传送)，如果用于后续UL小数据传送的UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)但是不足以另外容纳用于后续UL小数据传送的第一MAC PDU中的MAC控制元素，那么UE可确定不包含第一MAC控制元素。例如，在UE以RRC_INACTIVE状态传送第一UL小数据之后，如果用于后续UL小数据传送的UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)但是不足以另外容纳用于RRC_INACTIVE状态下的后续UL小数据传送的MAC PDU中的第一MAC控制元素，那么UE可以不包含第一MAC控制元素。

在一些实例中，网络可指示(例如，向UE指示)UE是否应该包含MAC PDU中的第一MAC控制元素(例如基于上文相对于实例实施例6描述的条件中的一个或多个)。在一些实例中，指示可以经由广播的系统信息提供给UE。替代地和/或另外，指示可以经由专用配置提供给UE。

在一些实例中，第一MAC控制元素包括指示UE的P

实例实施例7

在实例实施例7中，如果可用于传送的挂起数据的第一量高于阈值(和/或不低于阈值)，那么UE可包含MAC PDU中的第一MAC控制元素而不触发PHR。

可用于传送的挂起数据的第一量可以是在UE构造(和/或开始构造)用于传送的MAC PDU之前的UE的挂起数据量。

可替代地，可用于传送的挂起数据的第一量可以是在UE构造用于传送的MAC PDU之后的剩余挂起数据量(例如，剩余挂起数据的估计量)。在实例中，剩余挂起数据量可对应于在构造MAC PDU之后保留的数据量(例如，未被包含和/或无法被包含在MAC PDU中的数据量，例如由于MAC PDU的大小限制)。例如，在构造(和/或开始构造)MAC PDU之前，UE可估计在UE构造用于传送的MAC PDU之后的剩余挂起数据量。例如，如果可用于传送的挂起数据量(例如，在构造MAC PDU之前)是100字节，且MAC PDU可容纳60字节的数据，那么剩余挂起数据量(例如，剩余挂起数据的估计量)可以是100-60＝40字节。

在一些实例中，如果可用于传送的挂起数据的第一量(例如对应于可用于传送的挂起数据的第一量的上述两个定义中的任一个)不高于阈值(和/或低于阈值)，那么UE可以相应地不包含MAC PDU中的第一MAC控制元素。在一些实例中，如果可用于传送的挂起数据的第一量高于阈值(和/或不低于阈值)，那么UE可以相应地包含MAC PDU中的第一MAC控制元素。

在一些实例中，阈值是预定义的(例如，阈值可以是固定值)。替代地和/或另外，阈值可以在广播的系统信息(例如，与小数据传送有关的系统信息)中配置。替代地和/或另外，阈值可以在UE的专用配置(例如，与UE的小数据传送有关的传送到UE的专用配置)中配置。

第一MAC控制元素可载有(例如，包括和/或指示)功率余量信息。例如除了载有功率余量信息之外，第一MAC控制元素还可包括与UE的缓冲区状态相关的信息(例如，第一MAC控制元素可指示UE的缓冲区状态)。例如除了载有功率余量信息之外，第一MAC控制元素还可指示UE是否预期一个或多个后续UL和/或DL数据传送。

替代地和/或另外，结合后续UL小数据传送(在RRC_INACTIVE状态期间)(例如，后续UL小数据传送可对应于在RRC_INACTIVE状态下的初始小数据传送之后的UL小数据传送)，如果可用于后续UL小数据传送的挂起数据的第一量高于阈值(和/或不低于阈值)，那么UE可确定包含用于后续UL小数据传送的MAC PDU中的第一MAC控制元素。例如，在UE以RRC_INACTIVE状态传送第一UL小数据之后，如果可用于RRC_INACTIVE状态下的后续UL小数据传送的挂起数据的第一量高于阈值(和/或不低于阈值)，那么UE可包含用于RRC_INACTIVE状态下的后续UL小数据传送的MAC PDU中的第一MAC控制元素。

在一些实例中，网络可指示(例如，向UE指示)UE是否应该包含MAC PDU中的第一MAC控制元素(例如基于上文相对于实例实施例7描述的条件中的一个或多个)。在一些实例中，指示可以经由广播的系统信息提供给UE。替代地和/或另外，指示可以经由专用配置提供给UE。

在一些实例中，第一MAC控制元素包括指示UE的P

关于本文所公开的一个或多个实施例，在一些实例中，功率余量信息可以是PHRMAC CE。替代地和/或另外，功率余量信息可以是包括功率余量信息和缓冲区状态信息的MAC CE。

在NR中的RRC恢复程序中，UE可在RRC恢复程序的发起期间应用预设MAC小区群组配置。预设MAC小区群组配置包括bsr-Config和phr-Config，其中bsr-Config指示与BSR程序有关的第一定时器的第一预设定时器长度，和/或phr-Config指示与PHR程序有关的第二定时器的第二预设定时器长度。在对应参数(例如，与第一定时器和/或第二定时器相关联的定时器长度)被网络重新配置之前(例如，在接收到RRC恢复消息后，其中UE可响应于RRC恢复消息而进入RRC_CONNECTED状态)，UE一直使用第一定时器的第一预设定时器长度和/或第二定时器的第二预设定时器长度。预设MAC小区群组配置在3GPP规范中预定义(例如，在3GPP TS 38.331V15.7.0中论述)，并且对于一些和/或所有UE来说可以是共同的。

在UE以RRC_INACTIVE状态执行小数据传送的情形中，UE可在不进入RRC_CONNECTED状态的情况下或在进入RRC_CONNECTED状态之前(例如，在不接收RRC恢复消息的情况下或在接收RRC恢复消息之前)执行数据传送。UE可在小数据传送程序期间使用BSR程序和/或PHR程序的一个或多个预设定时器长度。但是，在一些实例中，BSR程序和/或PHR程序的一个或多个预设定时器长度可能不适用于RRC_INACTIVE状态下的小数据传送的使用情况。

为了解决BSR程序和/或PHR程序的预设定时器长度不适用于RRC_INACTIVE状态下的小数据传送的问题，可以实施实例实施例8、实例实施例9和/或实例实施例10的技术。在本公开中，例如在实例实施例8、实例实施例9和/或实例实施例10的描述中，“当前预设MAC小区群组配置”可以指当前定义(例如当前在3GPP规范中定义)的预设MAC小区群组配置。

实例实施例8

在实例实施例8中，UE可在小数据传送程序中应用第二预设MAC小区群组配置。

在一些实例中，第二预设MAC小区群组配置可以定义用于小数据传送程序。包括在第二预设MAC小区群组配置中的参数可具有固定值(例如，第二预设MAC小区群组配置的参数可以是预定义的，和/或可能不由网络配置)。在一些实例中，在发起RRC恢复程序后(和/或响应于所述发起)，UE可确定是应用第二预设MAC小区群组配置还是应用当前预设MAC小区群组配置。确定是应用第二预设MAC小区群组配置还是应用当前预设MAC小区群组配置可以基于RRC恢复程序是否用于RRC_INACTIVE状态下的小数据传送。例如，如果RRC恢复程序是用于RRC_INACTIVE状态下的小数据传送，那么UE可应用第二预设MAC小区群组配置。替代地和/或另外，如果RRC恢复程序不是用于RRC_INACTIVE状态下的小数据传送，那么UE可应用当前预设MAC小区群组配置。

包括在第二预设MAC小区群组配置中的定时器(例如，periodicBSR-Timer、retxBSR-Timer、phr-PeriodicTimer、phr-ProhibitTimer等中的至少一个)的第一定时器长度可不同于包括在当前预设MAC小区群组配置中的定时器的第二定时器长度。在一些实例中，第二预设MAC小区群组配置可包括不包括在当前预设MAC小区群组配置中的参数(例如，drx-Config)。替代地和/或另外，当前预设MAC小区群组配置可包括不包括在第二预设MAC小区群组配置中的参数(例如，bsr-Config、phr-Config等中的至少一个)。

在一些实例中，第二预设MAC小区群组配置可包括与RRC_INACTIVE状态下的小数据传送程序相关联(例如，特定于RRC_INACTIVE状态下的小数据传送程序)的一个或多个参数。在一些实例中，第二预设MAC小区群组配置可包括bsr-config。可替代地，第二预设MAC小区群组配置可以不包括bsr-config。在一些实例中，第二预设MAC小区群组配置可包括phr-config。可替代地，第二预设MAC小区群组配置可以不包括phr-config。在一些实例中，第二预设MAC小区群组配置可包括drx-config。可替代地，第二预设MAC小区群组配置可以不包括drx-config。

在一些实例中，UE可响应于从网络接收到RRC释放消息而释放第二预设MAC小区群组配置。

在一些实例中，如果接收到的RRC恢复消息不包括mac-CellGroupConfig，那么UE可响应于从网络接收到RRC恢复消息而应用当前预设MAC小区群组配置。在一些实例中，如果RRC恢复消息包括mac-CellGroupConfig，那么UE可以响应于从网络接收到RRC恢复消息而不应用当前预设MAC小区群组配置(而是可以应用第二预设MAC小区群组配置)。

实例实施例9

在实例实施例9中，UE可以不在小数据传送程序中应用当前预设MAC小区群组配置。

在一些实例中，UE可以不在小数据传送程序中应用任何MAC小区群组配置。

在一些实例中，例如由于小数据传送程序的传送数目(例如，小数据传送程序的传送数目可小于其它类型的传送程序的传送数目)，在小数据传送程序中可能不需要BSR程序和/或PHR程序。UE可通过不在小数据传送程序中应用当前预设MAC小区群组配置(和/或通过不应用任何MAC小区群组配置)来停用(和/或不启用)BSR和/或PHR功能性。

在一些实例中，在发起RRC恢复程序后(和/或响应于所述发起)，UE可基于RRC恢复程序是否用于RRC_INACTIVE状态下的小数据传送而确定是否应用当前预设MAC小区群组配置。例如，如果RRC恢复程序是用于RRC_INACTIVE状态下的小数据传送，那么UE可以不应用当前预设MAC小区群组配置。替代地和/或另外，如果RRC恢复程序不是用于RRC_INACTIVE状态下的小数据传送，那么UE可应用当前预设MAC小区群组配置。

在一些实例中，在发起RRC恢复程序后(和/或响应于所述发起)，UE可基于RRC恢复程序是否用于RRC_INACTIVE状态下的小数据传送而确定是否应用任何MAC小区群组配置。例如，如果RRC恢复程序是用于RRC_INACTIVE状态下的小数据传送，那么UE可以不应用任何MAC小区群组配置。替代地和/或另外，如果RRC恢复程序不是用于RRC_INACTIVE状态下的小数据传送，那么UE可应用MAC小区群组配置，例如当前预设MAC小区群组配置。

替代地和/或另外，在发起RRC恢复程序以用于RRC_INACTIVE状态下的小数据传送后(和/或响应于所述发起)，如果UE确定不存在RRC_INACTIVE状态下的后续UL小数据传送，那么UE可以不应用当前预设MAC小区群组配置(和/或UE可以不应用任何MAC小区群组配置)。替代地和/或另外，在发起RRC恢复程序以用于RRC_INACTIVE状态下的小数据传送后(和/或响应于所述发起)，如果UE确定存在RRC_INACTIVE状态下的后续UL小数据传送，那么UE可应用当前预设MAC小区群组配置。

替代地和/或另外，在发起RRC恢复程序以用于RRC_INACTIVE状态下的小数据传送后(和/或响应于所述发起)，如果UE确定可用于传送的数据低于阈值(和/或不高于阈值)，那么UE可以不应用当前预设MAC小区群组配置(和/或UE可以不应用任何MAC小区群组配置)。替代地和/或另外，在发起RRC恢复程序以用于RRC_INACTIVE状态下的小数据传送后(和/或响应于所述发起)，如果UE确定可用于传送的数据不低于阈值(或高于阈值)，那么UE可应用MAC小区群组配置，例如当前预设MAC小区群组配置。

在一些实例中，如果接收到的RRC恢复消息不包括mac-CellGroupConfig，那么UE可响应于从网络接收到RRC恢复消息而应用当前预设MAC小区群组配置。在一些实例中，如果RRC恢复消息包括mac-CellGroupConfig，那么UE可以响应于从网络接收到RRC恢复消息而不应用当前预设MAC小区群组配置(和/或可以不应用任何MAC小区群组配置)。

实例实施例10

在实例实施例10中，UE可在小数据传送程序中应用包括在专用MAC小区群组配置中的至少一些参数。

在一些实例中，多个UE中的每一UE可以具有和/或配置成使用专供UE用于小数据传送程序的MAC小区群组配置(例如，所述多个UE中的一个UE具有和/或配置成使用的MAC小区群组配置可与所述多个UE中的另一UE具有和/或配置成使用的MAC小区群组配置不同)。

在一些实例中，UE可以(由网络)配置成使用将用于小数据传送程序的专用MAC小区群组配置。UE可在与小数据传送程序有关的配置中接收小数据传送程序的专用MAC小区群组配置。UE可在进入RRC_INACTIVE状态之前或之后(和/或响应于所述进入)而接收专用MAC小区群组配置。在一些实例中，UE可在RRC重新配置消息中接收专用MAC小区群组配置。在一些实例中，UE可在RRC释放消息中接收专用MAC小区群组配置。

在一些实例中，在发起RRC恢复程序后(和/或响应于所述发起)，UE可确定是应用专用MAC小区群组配置还是应用当前预设MAC小区群组配置。确定是应用专用MAC小区群组配置还是应用当前预设MAC小区群组配置可以基于RRC恢复程序是否用于RRC_INACTIVE状态下的小数据传送。例如，如果RRC恢复程序是用于RRC_INACTIVE状态下的小数据传送，那么UE可应用专用MAC小区群组配置。替代地和/或另外，如果RRC恢复程序不是用于RRC_INACTIVE状态下的小数据传送，那么UE可应用当前预设MAC小区群组配置。

包括在专用MAC小区群组配置中的定时器(例如，periodicBSR-Timer、retxBSR-Timer、phr-PeriodicTimer、phr-ProhibitTimer等中的至少一个)的第一定时器长度可不同于包括在当前预设MAC小区群组配置中的定时器的第二定时器长度。在一些实例中，专用MAC小区群组配置可包括不包括在当前预设MAC小区群组配置中的参数(例如，drx-Config)。替代地和/或另外，当前预设MAC小区群组配置可包括不包括在专用MAC小区群组配置中的参数(例如，bsr-Config、phr-Config等中的至少一个)。

在一些实例中，专用MAC小区群组配置可包括与RRC_INACTIVE状态下的小数据传送程序相关联(例如，特定于RRC_INACTIVE状态下的小数据传送程序)的一个或多个参数。在一些实例中，专用MAC小区群组配置可包括bsr-config。可替代地，专用MAC小区群组配置可以不包括bsr-config。在一些实例中，专用MAC小区群组配置可包括phr-config。可替代地，专用MAC小区群组配置可以不包括phr-config。在一些实例中，专用MAC小区群组配置可包括drx-config。可替代地，专用MAC小区群组配置可以不包括drx-config。

在一些实例中，专用MAC小区群组配置的应用包括专用MAC小区群组配置中所包括的所有参数的应用。替代地和/或另外，专用MAC小区群组配置的应用包括专用MAC小区群组配置中所包括的部分参数的应用。在一些实例中，部分参数包括专用MAC小区群组配置的一个或多个参数。

在一些实例中，部分参数可包括与RRC_INACTIVE状态下的小数据传送程序相关联(例如，特定于RRC_INACTIVE状态下的小数据传送程序)的一个或多个参数。在一些实例中，部分参数可包括bsr-config。可替代地，部分参数可以不包括bsr-config。在一些实例中，部分参数可包括phr-config。可替代地，部分参数可以不包括phr-config。在一些实例中，部分参数可包括drx-config。可替代地，部分参数可以不包括drx-config。

在一些实例中，专用MAC小区群组配置可以是在UE的上一(例如，最新)RRC_CONNECTED状态中供UE使用的MAC小区群组配置(例如，主小区群组的MAC小区群组配置)。

在一些实例中，UE可响应于从网络接收到RRC释放消息而释放专用MAC小区群组配置。替代地和/或另外，UE可响应于从网络接收到RRC释放消息而存储专用MAC小区群组配置。

在一些实例中，如果接收到的RRC恢复消息不包括mac-CellGroupConfig，那么UE可响应于从网络接收到RRC恢复消息而应用当前预设MAC小区群组配置。在一些实例中，如果RRC恢复消息包括mac-CellGroupConfig，那么UE可以响应于从网络接收到RRC恢复消息而不应用当前预设MAC小区群组配置(而是可以应用专用MAC小区群组配置)。

上述技术和/或实施例中的一个、一些和/或所有可适用于能力减小的NR装置(例如，NR_Light装置)和/或由其实施。上述技术和/或实施例中的一个、一些和/或所有可适用于正常NR装置和/或由其实施。

关于本文中的一个或多个实施例，在一些实例中，如果上层指示(例如，向RRC层指示)发起小数据传送程序(和/或如果上层请求恢复暂停的RRC连接)，那么RRC恢复程序可以用于小数据传送。在一些实例中，如果上层请求恢复暂停的RRC连接以在RRC_INACTIVE状态下传送小数据，那么RRC恢复程序可以用于小数据传送。

关于本文中的一个或多个实施例，在一些实例中，UE可在RRC_CONNECTED状态下在除上一(例如，最新)服务小区(例如，上一主服务小区)以外的服务小区上发起小数据传送程序。在一些实例中，UE可在RRC_CONNECTED状态下在与上一(例如，最新)服务小区(例如，上一主服务小区)相同的服务小区上发起小数据传送程序。

关于本文中的一个或多个实施例，在一些实例中，MAC小区群组配置(例如，当前预设MAC小区群组配置、第二预设MAC小区群组配置、专用MAC小区群组配置等中的至少一个)的应用包括MAC小区群组配置中所包括的至少一些参数的应用。包括在MAC小区群组配置中的一个或多个参数的应用可包括使用所述一个或多个参数，例如通过基于所述一个或多个参数中的一个参数设置一个或多个定时器的一个或多个定时器长度和/或通过根据所述一个或多个参数执行一个或多个操作。

上述技术和/或实施例中的一个、一些和/或所有可以形成为新实施例。

在一些实例中，可以独立和/或分开实施本文中所公开的实施例，例如相对于实例实施例1、实例实施例2、实例实施例3、实例实施例4、实例实施例5、实例实施例6、实例实施例7、实例实施例8、实例实施例9和实例实施例10描述的实施例。替代地和/或另外，可以实施本文中所描述的实施例的组合，例如相对于实例实施例1、实例实施例2、实例实施例3、实例实施例4、实例实施例5、实例实施例6、实例实施例7、实例实施例8、实例实施例9和/或实例实施例10描述的实施例。替代地和/或另外，可以并行和/或同时实施本文中所描述的实施例的组合，例如相对于实例实施例1、实例实施例2、实例实施例3、实例实施例4、实例实施例5、实例实施例6、实例实施例7、实例实施例8、实例实施例9和/或实例实施例10描述的实施例。

本公开的各种技术可彼此独立和/或分开执行。替代地和/或另外，本公开的各种技术可以组合和/或使用单个系统实施。替代地和/或另外，本公开的各种技术可以并行和/或同时实施。

图21是从UE的角度看的根据一个示例性实施例的流程图2100。在步骤2105中，UE在RRC_INACTIVE状态下发起小数据传送程序。在步骤2110中，UE基于可用于传送的挂起数据和用于在小数据传送程序中传送MAC PDU的UL资源来确定是否取消第一PHR。

在一个实施例中，UE响应于发起小数据传送程序而触发第一PHR。

在一个实施例中，如果UL资源可以容纳可用于传送的所有挂起数据，那么UE确定取消第一PHR。

在一个实施例中，如果UL资源可以容纳可用于传送的所有挂起数据但是不足以另外容纳功率余量信息，那么UE确定取消第一PHR。

在一个实施例中，如果UE确定不取消第一PHR，那么UE在MAC PDU中包含功率余量信息。

在一个实施例中，如果UE确定取消第一PHR，那么UE不在MAC PDU中包含功率余量信息。

在一个实施例中，UE将MAC PDU传送到网络节点。

在一个实施例中，如果第二PHR在RRC_CONNECTED状态下被触发，那么UE基于可用于传送的挂起数据和用于传送第二MAC PDU的第二UL资源而不取消第二PHR。例如，如果第二PHR在UE处于RRC_CONNECTED状态时被触发，那么UE在确定是否取消第二PHR时可以不考虑可用于传送的挂起数据和第二UL资源。替代地和/或另外，如果第二PHR在UE处于RRC_CONNECTED状态时被触发，那么UE可以不取消第二PHR。

在一个实施例中，UE在MAC PDU中包含可用于传送的挂起数据的至少部分。

在一个实施例中，小数据传送程序是NR中的RRC恢复程序(例如，小数据传送程序是NR中的一类RRC恢复程序)。

在一个实施例中，UL资源用于在4步随机接入程序中传送Msg3。例如，UL资源可配置成和/或用于在4步随机接入程序中传送Msg3消息。

在一个实施例中，UL资源用于在2步随机接入程序中传送MsgA。例如，UL资源可配置成和/或用于在2步随机接入程序中传送MsgA消息。

在一个实施例中，UL资源是预配置PUSCH资源。

在一个实施例中，UL资源用于小数据传送程序中的第一UL传送。

在一个实施例中，UL资源用于在小数据传送程序中的第一UL传送之后的第二UL传送(例如在小数据传送程序中)。例如，UL资源可配置成和/或用于第二UL传送。

在一个实施例中，UL资源用于MAC PDU的新传送(例如，初始传送)且不用于MACPDU的重新传送。例如，UL资源可配置成和/或用于MAC PDU的新传送。

在一个实施例中，功率余量信息是PHR MAC控制元素。

在一个实施例中，功率余量信息包括功率余量信息和缓冲区状态信息。

返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得UE能够：(i)在RRC_INACTIVE状态下发起小数据传送程序，和(ii)基于可用于传送的挂起数据和用于在小数据传送程序中传送MACPDU的UL资源来确定是否取消第一PHR。此外，CPU 308可执行程序代码312以执行上述动作和步骤中的一个、一些和/或所有和/或本文中所描述的其它动作和步骤。

图22是从UE的角度看的根据一个示例性实施例的流程图2200。在步骤2205中，UE在RRC_INACTIVE状态下发起RRC恢复程序。在步骤2210中，UE基于RRC恢复程序是否用于RRC_INACTIVE状态下的小数据传送来确定是否应用第一预设MAC小区群组配置。

在一个实施例中，如果RRC恢复程序是用于RRC_INACTIVE状态下的小数据传送，那么UE应用第二预设MAC小区群组配置。

在一个实施例中，如果RRC恢复程序是用于RRC_INACTIVE状态下的小数据传送，那么UE不应用第一预设MAC小区群组配置。

在一个实施例中，如果RRC恢复程序是用于RRC_INACTIVE状态下的小数据传送，那么UE不应用任何MAC小区群组配置。

在一个实施例中，如果RRC恢复程序是用于RRC_INACTIVE状态下的小数据传送，那么UE应用包括在专用MAC小区群组配置中的一组参数的至少一部分。

在一个实施例中，如果RRC恢复程序不是用于RRC_INACTIVE状态下的小数据传送，那么UE应用第一预设MAC小区群组配置。

在一个实施例中，包括在第一预设MAC小区群组配置中的参数是预定义的。

在一个实施例中，包括在第二预设MAC小区群组配置中的参数是预定义的。

在一个实施例中，包括在专用MAC小区群组配置中的参数由网络节点配置。

在一个实施例中，包括在第二预设MAC小区群组配置中的定时器的第一定时器长度不同于包括在第一预设MAC小区群组配置中的定时器的第二定时器长度。例如，第二MAC小区群组配置指示定时器的第一定时器长度，且第一预设MAC小区群组配置指示定时器的第二定时器长度，其中第一定时器长度与第二定时器长度不同。

在一个实施例中，包括在专用MAC小区群组配置中的定时器的第一定时器长度不同于包括在第一预设MAC小区群组配置中的定时器的第二定时器长度。例如，专用MAC小区群组配置指示定时器的第一定时器长度，且第一预设MAC小区群组配置指示定时器的第二定时器长度，其中第一定时器长度与第二定时器长度不同。

在一个实施例中，第一预设MAC小区群组配置包括bsr-config和phr-config。

在一个实施例中，第二预设MAC小区群组配置包括bsr-config、phr-config和/或drx-Config。

在一个实施例中，第二预设MAC小区群组配置不包括bsr-config、phr-config和/或drx-config。

在一个实施例中，专用MAC小区群组配置包括bsr-config、phr-config和/或drx-config。

在一个实施例中，专用MAC小区群组配置不包括bsr-config、phr-config和/或drx-config。

在一个实施例中，专用MAC小区群组配置是在UE的上一(例如，最新)RRC_CONNECTED状态中供UE使用的MAC小区群组配置(主小区群组的MAC小区群组配置)。

在一个实施例中，UE在RRC重新配置消息中接收专用MAC小区群组配置。

在一个实施例中，UE在RRC释放消息中接收专用MAC小区群组配置。

返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得UE能够：(i)在RRC_INACTIVE状态下发起RRC恢复程序，和(ii)基于RRC恢复程序是否用于RRC_INACTIVE状态下的小数据传送来确定是否应用第一预设MAC小区群组配置。此外，CPU 308可执行程序代码312以执行上述动作和步骤中的一个、一些和/或所有和/或本文中所描述的其它动作和步骤。

图23是从UE的角度看的根据一个示例性实施例的流程图2300。在步骤2305中，当UE处于RRC非活动状态(例如，RRC_INACTIVE状态)时，UE触发PHR。在步骤2310中，UE基于用于RRC非活动状态下的传送的UL资源是否可以容纳可用于传送的第一挂起数据(例如，挂起且可供UE用于传送到网络的数据)来确定是否取消PHR。例如，可用于传送的第一挂起数据可包括可用于传送的所有挂起数据(例如，挂起且可供UE用于传送到网络的所有数据)。

在一个实施例中，可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)可对应于挂起且可用于在UE触发PHR时和/或在UE确定是否取消PHR时(由UE)传送的数据。

在一个实施例中，UE基于确定UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)而确定取消PHR。

在一个实施例中，如果UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE确定取消PHR。

在实例中，如果可以经由UL资源传送的第一数据量大于(或等于)可用于传送的第一挂起数据的第二数据量，那么UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)。

在一个实施例中，UE基于确定UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)但无法另外容纳功率余量信息(例如，UL资源不足以另外容纳功率余量信息)而确定取消PHR。

在一个实施例中，如果UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)但无法另外容纳功率余量信息(例如，UL资源不足以另外容纳功率余量信息)，那么UE确定取消PHR。

在实例中，如果可以经由UL资源传送的第一数据量大于(或等于)可用于传送的第一挂起数据的第二数据量，且第一数据量小于可用于传送的第一挂起数据和功率余量信息的组合的第三数据量，那么UL资源可以容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)但无法另外容纳功率余量信息。

在一个实施例中，UE基于确定UL资源无法容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)而确定不取消PHR。

在一个实施例中，如果UL资源无法容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)，那么UE确定不取消PHR。

在实例中，如果可以经由UL资源传送的第一数据量小于可用于传送的第一挂起数据的第二数据量，那么UL资源无法容纳可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)。

在一个实施例中，在小数据传送程序期间，UE经由UL资源执行传送。在实例中，传送可包括可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)中的至少一些的传送。在UL资源可以容纳可用于传送的第一挂起数据的实例中，传送可包括可用于传送的第一挂起数据的传送。

在一个实施例中，小数据传送程序是RRC连接恢复程序。

在一个实施例中，UL资源是用于(例如4步随机接入程序中)传送Msg3消息的资源、用于(例如2步随机接入程序中)传送MsgA消息的资源，或预配置PUSCH资源。

在一个实施例中，UE在PHR功能性的配置和/或重新配置后(和/或响应于所述配置和/或重新配置)触发PHR。在实例中，UE在例如RRC的一个或多个上层配置和/或重新配置PHR功能性后(和/或响应于所述配置和/或重新配置)触发PHR。

在一个实施例中，当UE处于RRC_CONNECTED状态时，UE触发第二PHR。UE不基于用于RRC连接状态下的传送的第二UL资源是否可以容纳可用于传送的第二挂起数据(例如，可用于传送的所有挂起数据)来确定是否取消第二PHR。在实例中，如果第二PHR在UE处于RRC_CONNECTED状态时被触发，那么UE在确定是否取消第二PHR时可以不考虑第二UL资源是否可以容纳可用于传送的第二挂起数据。

在一个实施例中，UE经由UL资源执行传送，其中如果UE确定不取消PHR，那么传送包括功率余量信息。在实例中，传送可包括可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)中的至少一些的传送。

在一个实施例中，UE经由UL资源执行传送，其中如果UE确定取消PHR，那么传送不包括功率余量信息。在实例中，传送可包括可用于传送的第一挂起数据(例如，可用于传送的所有挂起数据)中的至少一些的传送。在UL资源可以容纳可用于传送的第一挂起数据的实例中，传送可包括可用于传送的第一挂起数据的传送。

返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得UE能够：(i)当UE处于RRC非活动状态(例如，RRC_INACTIVE状态)时触发PHR，和(ii)基于用于RRC非活动状态下的传送的UL资源是否可以容纳可用于传送的第一挂起数据来确定是否取消PHR。此外，CPU 308可执行程序代码312以执行上述动作和步骤中的一个、一些和/或所有和/或本文中所描述的其它动作和步骤。

可以提供一种通信装置(例如，UE、基站、网络节点等)，其中通信装置可包括控制电路、安装于控制电路中的处理器和/或安装于控制电路中且耦合到处理器的存储器。处理器可配置成执行存储在存储器中的程序代码以执行图21-23中所示的方法步骤。此外，处理器可执行程序代码以执行上述动作和步骤中的一个、一些和/或所有和/或本文中所描述的其它动作和步骤。

可以提供一种计算机可读媒体。计算机可读媒体可以是非暂时性计算机可读媒体。计算机可读媒体可包括快闪存储器装置、硬盘驱动器、磁盘(例如，磁性磁盘和/或光学光盘，例如数字多功能光盘(DVD)、压缩光盘(CD)等中的至少一个)，和/或存储器半导体，例如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(SDRAM)等中的至少一个。计算机可读媒体可包括处理器可执行指令，所述指令在执行时使图21-23中所示的一个、一些和/或所有方法步骤和/或上述动作和步骤中的一个、一些和/或所有和/或本文中所描述的其它动作和步骤得以执行。

可以了解，应用本文提出的一种或多种技术可以产生一种或多种益处，包含但不限于使UE能够确定是否在传送中包含功率余量信息和/或使UE能够在需要时在传送中包含功率余量信息以用于RRC_INACTIVE状态下的小数据传送，这可提高装置(例如，UE和/或网络节点)之间的通信效率。应用本文提出的一种或多种技术可产生一种或多种益处，包含使UE能够应用(或不应用)适于RRC_INACTIVE状态下的小数据传送程序的MAC配置，这可提高装置(例如，UE和/或网络节点)之间的通信效率。

上文已经描述了本公开的各种方面。应清楚，本文中的教示可以广泛多种形式实施，且本文中所公开的任何特定结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文中所公开的方面可独立于任何其它方面而实施，且可以各种方式组合这些方面中的两个或更多个方面。例如，可以使用本文中所阐述的任何数目个方面来实施设备或实践方法。此外，通过使用其它结构、功能性或除了在本文中所阐述的方面中的一个或多个方面之外或不同于在本文中所阐述的方面中的一个或多个方面的结构和功能性，可以实施此设备或可以实践此方法。作为上述概念中的一些的实例，在一些方面中，可基于脉冲重复频率而建立并行信道。在一些方面中，可基于脉冲位置或偏移而建立并行信道。在一些方面中，可基于时间跳频序列而建立并行信道。在一些方面中，可基于脉冲重复频率、脉冲位置或偏移以及时间跳频序列而建立并行信道。

所属领域的技术人员将理解，可使用各种不同技术和技艺中的任一种来表示信息和信号。例如，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。

所属领域的技术人员将进一步了解，结合本文中所公开的各方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可以实施为电子硬件(例如，数字实施方案、模拟实施方案或这两个的组合，其可以使用源译码或某一其它技术来设计)、并有指令的各种形式的程序或设计代码(为方便起见，其在本文中可以称为“软件”或“软件模块”)，或这两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就各种说明性组件、块、模块、电路和步骤的功能性对它们加以描述。此功能性被实施为硬件还是软件取决于特定应用和施加于总体系统上的设计约束。所属领域的技术人员可以针对每一特定应用以不同方式实施所描述的功能性，但此类实施决策不应被解释为引起对本公开的范围的偏离。

此外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可在集成电路(“IC”)、接入终端或接入点内实施或由所述集成电路、接入终端或接入点执行。IC可包括通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(fieldprogrammable gate array，FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可执行驻存在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何的常规处理器、控制器、微控制器或状态机。处理器还可实施为计算装置的组合，例如，DSP与微处理器的组合、多个微处理器的组合、一个或多个微处理器与DSP核心结合，或任何其它此类配置。

应理解，在任何公开的过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。伴随的方法权利要求项以示例次序呈现各个步骤的要素，但并不意味着限于所呈现的特定次序或层级。

结合本文中所公开的各方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可驻存在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或本领域中已知的任何其它形式的计算机可读存储媒体。示例存储媒体可耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储媒体读取信息(例如，代码)和将信息写入到存储媒体。示例存储媒体可与处理器成一体式。处理器和存储媒体可以驻存在ASIC中。ASIC可驻存在用户设备中。在替代方案中，处理器和存储媒体可作为离散组件而驻存在用户设备中。替代的或另外地，在一些方面中，任何合适的计算机程序产品可包括计算机可读媒体，所述计算机可读媒体包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可包括封装材料。

虽然已经结合各个方面描述所公开的主题，但应理解所公开的主题能够进行进一步修改。本申请意图涵盖对所公开的主题的任何改变、使用或调适，这通常遵循所公开的主题的原理且包含对本公开的此类偏离，所述偏离处于在所公开的主题所属的技术领域内的已知及惯常实践的范围内。