CN115315028A - 小数据传输的方法及相关设备 - Google Patents

Abstract

本发明提供一种用于用户设备(UE)执行小数据传输(SDT)的方法。该方法包括当UE处于RRC_CONNECTED状态时，从基站(BS)接收包含SDT配置的无线电资源控制(RRC)释放消息；当UE接收到RRC释放消息时，UE从RRC_CONNECTED状态转换到RRC_INACTIVE状态；当UE处于RRC_INACTIVE状态时，UE基于SDT配置发起SDT过程；获取针对所述UE预先配置并且包含功率余量报告(PHR)配置的默认配置；以及当所述UE发起所述SDT过程时，应用所述默认配置。

Description

小数据传输的方法及相关设备

相关申请的交叉引用

本公开主张于2021年5月7日提交的名称为“SMALL DATA AND CONTROL ELEMENTHANDLING”的序列号为63/185,913的美国临时专利申请的权益和优先权，该案的内容特此以引用方式完全并入本公开中。

技术领域

本公开总体上涉及无线通信，更具体而言，涉及小数据传输的方法和被配置为采用该方法的相关设备。

背景技术

随着连接设备数量的巨大增长和用户/网络业务量的快速增加，已经做出各种努力以通过提高数据速率、时延、可靠性和移动性来改善下一代无线通信系统，诸如第五代(5G)新无线电(NR：New Radio)系统的无线通信的各种方面。

5G NR系统被设计成提供灵活性和可配置性以优化网络服务和类型，并且适应不同使用情况，如增强型移动宽带(eMBB：enhanced Mobile Broadband)、大规模机器类型通信(mMTC：massive Machine-Type Communication)、以及超可靠和低时延通信(URLLC：Ultra-Reliable and Low-Latency Communication)。

然而，随着对无线电接入的需求持续增加，需要进一步改进下一代无线通信系统中的无线通信。

本公开中使用的缩写包括：

缩写 全称

3GPP 第三代合作伙伴计划(3rd Generation Partnership Project)

5G 第五代(5th generation)

ACK 确认(Acknowledgement)

AS 接入层(Access Stratum)

BS 基站(Base Station)

BSR 缓冲状态报告(Buffer Status Report)

BWP 带宽部分(Bandwidth Part)

CA 载波聚合(Carrier Aggregation)

CBRA 基于竞争的随机接入(Contention Based Random Access)

CCCH 公共控制信道(Common Control CHannel)

CE 控制元素(Control Element)

CFRA 无竞争随机接入(Contention Free Random Access)

CG 配置的授权(Configured Grant)

CN 核心网络(Core Network)

CORESET 控制资源集(Control Resource Set)

CP 控制面(Control Plane)

C-RNTI 小区无线电网络临时标识符(Cell-Radio Network TemporaryIdentifier)

CSI 信道状态信息(Channel State Information)

CS-RNTI 配置的调度RNTI(Configured Scheduling RNTI)

CSS 公共搜索空间(Common Search Space)

DC 双连接(Dual Connectivity)

DCI 下行链路控制信息(Downlink Control Information)

DFI 下行链路反馈信息(Downlink Feedback Information)

DG 动态授权(Dynamic Grant)

DL 下行链路(Downlink)

DRX 非连续接收(Discontinuous Reception)

DRB 数据无线电承载(Data Radio Bearer)

eNB 演进节点B(Evolved Node B)

E-UTRA 演进通用陆地无线电接入(Evolved Universal Terrestrial RadioAccess)

E-UTRAN 演进通用陆地无线电接入网络(Evolved Universal TerrestrialRadio Access Network)

FR 频率范围(Frequency Range)

gNB 下一代节点B(Next-Generation Node B)

HARQ 混合自动重传请求(Hybrid Automatic Repeat Request)

IE 信息元素(Information Element)

LCP 逻辑信道优先化(Logical Channel Prioritization)

LCG 逻辑信道组(Logical Channel Group)

LCH 逻辑信道(Logical Channel)

LTE 长期演进(Long Term Evolution)

MAC 媒体接入控制(Medium Access Control)

MCG 主小区组(Master Cell Group)

MPE 最大允许曝光(Maximum Permissible Exposure)

MSG 消息(Message)

NACK 否定确认(Non-Acknowledgement)

NAS 非接入层(Non-Access Stratum)

NG-RAN 下一代无线电接入网络(Next Generation Radio Access Network)

NUL 正常上行链路(Normal Uplink)

NW 网络(Network)

PCell 主小区(Primary Cell)

PDCCH 物理下行链路控制信道(Physical Downlink Control Channel)

PDCP 分组数据汇聚协议(Packet Data Convergence Protocol)

PDSCH 物理下行链路共享信道(Physical Downlink Shared Channel)

PHR 功率余量报告(Power Headroom Report)

PDU 协议数据单元(Protocol Data Unit)

PHY 物理层(Physical layer)

PSCell 主SCell(Primary Cell)

PUCCH 物理上行链路控制信道(Physical Uplink Control Channel)

PUSCH 物理上行链路共享信道(Physical Uplink Shared Channel)

PRACH 物理随机接入信道(Physical Random Access Channel)

RA 随机接入(Random Access)

RACH 随机接入信道(Random Access Channel)

RAR 随机接入响应(Random Access Response)

RB 无线电承载(Radio Bearer)

Rel 版本(Release)

RLC 无线电链路控制(Radio Link Control)

RNA RAN通知区域(RAN notification area)

RNTI 无线电网络临时标识符(Radio Network Temporary Identifier)

RRC 无线电资源控制(Radio Resource Control)

RO RACH时机(RACH Occasion)

RS 参考信号(Reference Signal)

RSRP 参考信号接收功率(Reference Signal Received Power)

Rx 接收(Reception)

SCell 辅小区(Secondary Cell)

SCG 辅小区组(Secondary Cell Group)

SCS 子载波间隔(Subcarrier Spacing)

SDAP 服务数据适配协议(Service Data Adaptation Protocol)

SDT 小数据传输(Small Data Transmission)

SDU 服务数据单元(Service Data Unit)

SI 系统信息(System Information)

SIB 系统信息块(System Information Block)

SLIV 起始和长度指示值(Start and Length Indicator Value)

SR 调度请求(Scheduling Request)

SRB 信令无线电承载(Signaling Radio Bearer)

SRS 探测参考信号(Sounding Reference Signal)

SS 搜索空间(Search Space)

SSB SS/PBCH块(SS/PBCH Block)

SS-RSRP 同步信号-RSRP(Synchronization Signal-RSRP)

SpCell 特殊小区(Special Cell)

SUL 补充上行链路(Supplementary Uplink)

TA 定时提前(Timing Advance)

TAU 跟踪区域更新(Tracking Area Update)

TAT 定时校准定时器(Timing Alignment Timer)

TS 技术规范(Technical Specification)

Tx 传输(Transmission)

TBS 传输块大小(Transport Block Size)

TRP 传输/接收点(Transmission/Reception Point)

UE 用户设备(User Equipment)

UL 上行链路(Uplink)

UL-SCH 上行链路共享信道(Uplink Shared Channel)

UP 用户面(User Plane)

发明内容

本公开提供一种小数据传输(SDT)的方法和相关设备。

根据本发明的一方面，提供了一种用于用户设备(UE)执行小数据传输(SDT)的方法。所述方法包括：当所述UE处于RRC_CONNECTED状态时，从基站(BS)接收包含SDT配置的无线电资源控制(RRC)释放消息；当所述UE接收到所述RRC释放消息时，从RRC_CONNECTED状态转换到RRC_INACTIVE状态；当所述UE处于RRC_INACTIVE状态时，基于所述SDT配置发起SDT过程；获取针对所述UE预先配置并且包含功率余量报告(PHR)配置的默认配置；以及当所述UE发起所述SDT过程时，应用所述默认配置。

根据本发明的另一方面，提供了一种用于执行小数据传输(SDT)的UE。所述UE包括：至少一个处理器和耦接至所述至少一个处理器的至少一个存储器，所述至少一个存储器存储计算机可执行指令，所述计算机可执行指令在由所述至少一个处理器执行时使得所述UE执行以上公开的执行所述SDT的方法。

附图说明

当结合附图一起阅读时，从以下详细公开可最好地理解本公开的方面。各种特征并未按比例绘制。为了讨论清楚起见，可任意增大或减小各种特征的大小。

图1是示出根据本公开实施方式的SDT过程的流程图。

图2是示出根据本公开实施方式的基于RA的SDT过程的通信图。

图3是图示根据本公开实施方式的基于CG的SDT过程的通信图。

图4是图示根据本公开实施方式的SDT过程的后续传输时段(或后续传输阶段)的时序图。

图5是图示根据本公开实施方式的层2中的RB映射结构的层次图。

图6是图示根据本公开实施方式的用于SDT的方法/进程的流程图。

图7是示出根据本公开的实施方式的用于无线通信的节点的框图。

具体实施方式

以下公开包含与本公开中的示例性实施方式有关的具体信息。本公开中的附图及其随附的详细公开针对示例性实施方式。然而，本公开并不仅限于这些示例性实施方式。本领域技术人员将想到本公开的其他变形和实施方式。除非另有说明，否则附图中相同或相应的元件可由相同或相应的附图标记来表示。此外，附图和说明通常不是按比例的，并不旨在对应于实际的相对大小。

出于一致性和易于理解的目的，相似的特征在示例性附图中由参考指示符标识(但在一些示例中未示出)。然而，不同实施方式中的特征可在其他方面有所不同，并且因此不应狭窄地局限于附图中所示的内容。

短语“在一个实施方式中”和“在一些实施方式中”可各自指代相同或不同实施方式中的一者或多者。术语“耦接”被定义为连接，不论是直接连接还是通过中间部件间接连接，并且不一定限于物理连接。术语“包括”可意指“包括但不一定限于”；其具体指示在公开的组合、组、系列和等效物中的开放式包括或成员身份。

本文中的术语“和/或”仅为描述关联对象的关联关系，表示可能存在三种关系，例如，A和/或B可以表示：A单独存在，A和B同时存在，B单独存在。“A和/或B和/或C”可表示存在A、B和C中的至少一个，同时存在A和B，同时存在A和C，同时存在B和C，并且同时存在A、B和C。进一步地，这里使用的字符“/”通常表示前一个关联对象和后一个关联对象处于“或”关系。

UE可以被称为PHY/MAC/RLC/PDCP/SDAP/RRC/AS/NAS层/实体。PHY/MAC/RLC/PDCP/SDAP/RRC/AS/NAS层/实体可以指代为UE。

NW可以是网络节点、TRP、小区(例如，SpCell、PCell、PSCell和/或SCell)、eNB，gNB和/或基站。

服务小区：PCell、PSCell或SCell(辅助小区)。服务小区可以是激活的或停用的服务小区。

SpCell：对于双连接操作，术语特殊小区是指MCG的PCell或SCG的PSCell，具体分别取决于MAC实体是关联到MCG还是SCG。否则，术语特殊单元是指PCell。

术语“发起”、“触发”、“应用”、“存储”和“开始”可以在本公开的一些实施方式中可被互换地使用。

术语“终止”、“停止”、“释放”、“暂停”、“废弃”、“结束”、“完整”、“中止”和“取消”可以在本公开的一些实施方式中可被互换地使用。

术语“时段”、“过程”、“阶段”和“持续时间”可以在本公开的一些实施方式中可被互换地使用。

术语“资源”和“时机”可以在本公开的一些实施方式中可被互换地使用。

术语“进行中”、“运行中”和“待处理”可以在本公开的一些实施方式中可被互换地使用。

术语“机制”、“方案”和“功能”可以在本公开的一些实施方式中可被互换地使用。

另外，可以合逻辑地、合理恰当地组合以下本公开中的任何两项或更多项：段落、(子)项目编号、点、动作、行为、术语、替代方案、示例或权利要求以形成特定方法。本公开中的任何句子、段落、(子)项目编号、点、行动、行为、术语或权利要求可以独立地和分别地实施以形成特定方法。在本公开中的依赖性，例如，“基于”、“更具体地”、“优选地”、“在一个实施方式中”、“在一个实施方式中”、“在一个备选方案中”可以指代不会限制特定方法的仅一个可能的示例。

出于解释和非限制的目的，对诸如功能实体、技术、协议、标准等具体细节进行阐述，以提供对所描述技术的理解。在其他示例中，省略对公知的方法、技术、系统和架构的详细公开，以免不必要的细节使公开不清楚。

本领域技术人员将认识到任何公开的网络功能或算法可由硬件、软件或软件和硬件的组合来实施。所描述的功能可对应于模块，这些模块可以是软件、硬件、固件或其任何组合。软件实施方式可包括存储在诸如存储器或其他类型的存储装置的计算机可读介质上的计算机可执行指令。例如，具有通信处理能力的一个或多个微处理器或通用计算机可使用对应的可执行指令予以编程，并执行所描述的网络功能或算法。这些微处理器或通用计算机可由专用集成电路(ASIC:Applications Specific Integrated Circuitry)、可编程逻辑阵列和/或使用一个或多个数字信号处理器(DSP:Digital Signal Processor)形成。虽然公开的若干实施方式是针对在计算机硬件上安装和执行的软件，但是作为固件或硬件或硬件与软件的组合的替代实施方式也完全在本公开的范围内。

计算机可读介质包括但可不限于随机存取存储器(RAM:Random Access Memory)、只读存储器(ROM:Read Only Memory)、可擦除可编程只读存储器(EPROM:ErasableProgrammable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM:ElectricallyErasable Programmable Read-Only Memory)、闪存、光盘只读存储器(CD-ROM:CompactDisc Read-Only Memory)、盒式磁带、磁带、磁盘存储器或能够存储计算机可读指令的任何其他等效介质。

无线电通信网络架构(例如，长期演进(LTE:Long Term Evolution)系统、LTE-Advanced(LTE-A)系统、LTE-Advanced Pro系统、或新无线电(NR：New Radio)系统)通常包括至少一个基站(BS:Base Station)、至少一个UE、以及提供与网络连接的一个或多个可选网络元件。UE可通过由一个或多个BS建立的无线电接入网络(RAN:Radio Access Network)与网络(例如，核心网络(CN:Core Network)、演进分组核心(EPC:Evolved Packet Core)网络、演进通用陆地无线电接入网络(E-UTRAN:Evolved Universal Terrestrial RadioAccess Network)、下一代核心(NGC:Next-Generation Core)、5G核心(5GC：5G Core)或因特网)进行通信。

根据本公开的UE可包括但不限于移动站、移动终端或装置或用户通信无线电终端。例如，UE可为便携式无线电设备，其包括但不限于具有无线通信能力的移动电话、平板电脑、可穿戴装置、传感器或个人数字助理(PDA:Personal Digital Assistant)。UE可被配置为通过空中接口接收信号以及向RAN中的一个或多个小区传输信号。

BS可包括但不限于通用移动通信系统(UMTS：Universal MobileTelecommunication System)中的节点B(NB：Node B)、LTE-A中的演进节点B(eNB：evolvedNode B)、UMTS中的无线电网络控制器(RNC：Radio Network Controller)、全球移动通信系统(GSM：Global System for Mobile communication)/GSM增强型GSM演进数据速率(Enhanced Data rates for GSM Evolution，EDGE)RAN(GERAN)中的基站控制器(BSC：BaseStation Controller)、与5GC连结的演进全球陆地无线接入(E-UTRA：Evolved UniversalTerrestrial Radio Access)BS中的下一代eNB(ng-eNB)、5G-RAN(或5G接入网(5G-AN))中的下一代节点B(gNB)、和任何能够控制无线电通信和管理小区内无线电资源的其他装置。BS可通过无线电接口连接以服务于一个或多个UE。

可根据以下无线电接入技术(RAT：Radio Access Technology)中的至少一者配置BS以使其提供通信服务：全球互通微波访问(Worldwide Interoperability forMicrowaveAccess，WiMAX)、GSM(通常称为2G)、GERAN、通用分组无线电业务(General Packet RadioService，GPRS)、根据基本宽带码分多址(Wideband-Code Division Multiple Access，W-CDMA)的UMTS(通常称为3G)、高速分组接入(High-Speed Packet Access，HSPA)、LTE、LTE-A、演进的LTE(eLTE)、新无线电(NR，通常称为5G)和/或LTE-A Pro。然而，本公开的范围不局限于这些协议。

BS可操作以使用形成RAN的多个小区向特定地理区域提供无线电覆盖。BS可支持小区的操作。每个小区可操作以向其无线电覆盖范围内的至少一个UE提供服务。更具体而言，每个小区(通常称为服务小区)可提供服务至其无线电覆盖范围内的一个或多个UE(例如，每个小区将下行链路(DL)和可选的UL资源调度给其无线电覆盖范围内的至少一个UE以用于下行链路和可选的上行链路分组传输)。BS可通过多个小区与无线电通信系统中的一个或多个UE通信。

小区可分配侧链路(SL:Sidelink)资源以用于支持接近服务(ProSe:ProximityService)、LTE SL服务和LTE/NR车联网(V2X:Vehicle to Everything)服务。每个小区可具有与其他小区重叠的覆盖区域。在多RAT双连接(MR-DC：Multi-RAT Dual Connectivity)情况下，主小区组(MCG：Master Cell Group)或辅小区组(SCG：Secondary Cell Group)的主小区可以被称为特殊小区(SpCell：Special Cell)。主小区(PCell：Primary Cell)可以指MCG的SpCell。主SCG小区(PSCell：Primary SCG Cell)可以指SCG的SpCell。MCG可以指与主节点(MN)相关联的服务小区组，包括SpCell和可选地一个或多个辅小区(SCell)。SCG可以指与辅节点(SN)相关联的服务小区组，包括SpCell和可选的一个或多个Scell。

如先前所述，用于NR的帧结构支持灵活的配置，以用于适应各种下一代(例如，5G)通信要求，如eMBB、mMTC、和URLLC，同时满足高可靠性、高数据速率、和低时延要求。如第三代合作伙伴计划(3GPP)中协定的正交频分复用(OFDM：Orthogonal Frequency DivisionMultiplexing)技术可以用作NR波形的基线。还可使用可扩展OFDM参数集，例如自适应子载波间隔、信道带宽和循环前缀(CP：Cyclic Prefix)。此外，NR中应用了两种编码方案：(1)低密度奇偶校验(LDPC：Low Density Parity Check Code)码和(2)极性码(polar code)。编码方案适配可以基于信道状况和/或服务应用来配置。

此外，在单个NR帧的传输时间间隔中，应至少包括DL传输数据、保护周期和UL传输数据。DL传输数据、保护周期和UL传输数据的各个部分也应当是可配置的，例如基于NR的网络动态而配置。SL资源也可以经由NR帧来提供，以支持ProSe服务或V2X服务。

小数据传输(SDT)

NR支持在RRC_INACTIVE状态下具有非频繁的(例如，周期性和/或非周期性的)数据传输的UE。直到3GPP Rel-16为止，处于RRC_INACTIVE状态的UE不能执行数据传输。因此，UE必须恢复连接(例如，转移到RRC_CONTED状态)才能进行DL数据接收和/或UL数据传输。换句话说，对于每次数据传输，无论数据分组有多小以及有多罕见发生，连接建立和后续连接释放到RRC_INACTIVE状态都必须发生，这导致不必要的功耗和信令开销。

由于RRC_INACTION状态的UE执行小数据分组传输所导致的信令开销是常见的问题，并且随着NR中UE的数量增加，不仅对于网络性能和效率，而且对于UE电池性能，都将成为至关重要的问题。一般而言，在RRC_INACTIVE状态下有间歇性小数据分组的任何设备都将受益于能够在RRC_INACTION状态下进行小数据传输。

NR中的SDT可以包括2步或4步RACH过程或配置的授权(CG)类型-1配置/过程，以便对于NR实现RRC_INACTIVE状态下的SDT。如上所述，SDT可以是由处于RRC_INACTION状态的UE进行的UL数据传输。UL数据的分组大小(或数据量)可以低于阈值。SDT的UL数据可以在SDT过程期间传输。SDT的UL数据可以经由MSG3(例如，基于4步骤RA过程)、经由MSGA(例如，基于2步骤RA过程)、或经由CG资源(例如，CG类型1)来传输。当UE处于RRC_INACTIVE状态时，SDT的UL数据可以基于动态调度和/或半持久调度来传输。

基于RA和基于CG的SDT

SDT可以通过基于RA的SDT方案或基于CG的SDT方案予以支持。

UE上下文中存储的“配置”可以用于RLC承载配置。

在RRC_INACTIVE状态下可以将2步RACH过程或4步RACH过程应用于基于RA的SDT。

可以在2步RACH过程的MSGA和/或4步RACH过程的MSG3中发送上行链路小数据。

SDT可以由网络基于每个DRB来配置。

数据量阈值对于UE可用来确定是要执行SDT过程还是非SDT过程。

可以支持UL SDT之后的UL/DL传输，而不需要UE转换到/进入RRC_CONNECTED状态(例如，从RRC_INACTIVE状态)。

当UE处于RRC_INACTIVE状态时，UE可以通过专用授权，传输作为相同SDT过程的一部分的多个UL和DL分组，而无需转换到/进入RRC_CONNECTED状态(例如，UE保持在RRC_INACTIVE状态)。

当UE接收到具有暂停配置的RRC释放消息(例如，RRCRelease信息元素(IE))时，UE可以执行以下动作:

-可以重置UE的MAC实体，并且可以释放缺省的MAC小区组配置；

-可以重建用于SRB1的(UE的)RLC实体；以及

-SRB和DRB可以被暂停，而SRB0除外。

当UE发起SDT过程时(例如，用于小数据的第一次传输)，UE可以至少重建(用于SDT的)PDCP实体，并且恢复(用于SDT的)DRB(例如，连同SRB1)。

第一UL消息(例如，用于4步RACH过程的MSG3，用于2步RACH过程和CG传输的MSGA)可以至少包含以下内容，具体取决于消息的大小：

-CCCH信息

LCP可用于确定以下内容的优先级，该内容包括：

-来自网络为SDT配置的一个或多个DRB的DRB数据；

-MAC CE(例如，BSR)；以及

-填充位。

CCCH消息可以包含使用存储的安全密钥生成以用于RRC完整性保护的ResumeMAC-I。

可以通过存储的安全上下文和在先前的RRCRelease消息中接收的NCC值来生成新的密钥。新密钥可以用于生成为SDT配置的DRB的数据。

对于基于CG的SDT，SDT过程的CG配置可以被包含在RRCRelease消息中。

对于基于CG的SDT，可以公开在RRC_INACTIVE状态下为基于CG的SDT过程指定的用于TA维护的新TA定时器。TA定时器可以在RRCRelease消息中与CG配置一起进行配置。

对于基于CG的SDT，SDT过程的CG配置可以仅在同一个服务小区中有效。

对于基于CG的SDT，如果至少以下准则被满足，则UE可以执行基于CG的SDT过程：(1)用户数据小于数据量阈值；(2)CG资源已配置且是有效的；(3)UE具有有效的TA。

对于基于CG的SDT，基于CG的SDT可要求CG资源和SSB之间的关联。

对于基于CG的SDT，可以为SSB选择配置SS-RSRP阈值。UE选择SS-RSRP高于阈值的SSB之一，并选择用于UL数据传输的相关联的CG资源。

对于基于CG的SDT，CG-SDT资源配置可以通过RRCRelease消息提供给处于RRC_CONNCECTD状态的UE。

对于基于CG的SDT，可以针对NUL和SUL分别配置CG-PUSCH资源。

对于基于CG的SDT，当UE处于RRC_INACTIVE状态时，可以使用RRCRelease消息来重新配置或释放CG-SDT资源。

对于基于CG的SDT，后续数据传输可以使用CG资源或DG(例如，寻址到UE的C-RNTI的动态授权)。C-RNTI可以与先前的C-RNTI相同，或者可以由网络明确地配置。

对于基于CG的SDT，可以在UE经由RRCRelease消息从gNB接收到TAT配置时启动时间对齐定时器(TAT),并且可以在UE接收到命令时(重新)启动该定时器。

对于基于CG的SDT，UE可以在RRC_INACTIVE状态下TAT到期时释放CG资源。

对于基于RA的SDT，可以由网络配置多达两个前导码组(对应于MSGA/MSG3的两个不同的有效载荷大小)。

如果针对SDT发起RACH过程(例如，基于RA的SDT过程)，则UE首先执行MAC中规范的RACH类型选择(例如，如3GPP Rel-16中规范的)。

对于基于RA的SDT，在成功完成争用解决后，UE可以监视C-RNTI。

对于基于RA的SDT，RACH资源(例如，RO、前导码及其组合)在SDT过程和非SDT过程(例如，RRC连接恢复过程)之间可以不同。

-如果用于SDT和非SDT的RO不同，则不需要在SDT和非SDT之间划分前导码。

-如果用于SDT过程和非SDT过程的RO相同，则需要前导码划分。

对于基于RA的SDT，可以由网络配置多达两个前导码组(对应于MSGA/MSG3的两个不同的有效载荷大小)。

对于基于RA的SDT，可以在结束时传输RRCRelease消息以终止SDT过程(从RRC的角度来看)。在SDT结束时传输的RRCRelease消息可以包含CG资源。

RSRP阈值可以用于SDT过程和非SDT过程(例如，RRC连接恢复过程)之间的选择。

对于SDT，UE执行UL载波选择(例如，UL和SUL选择)。

如果在所选择的UL载波上配置了CG-SDT资源且该CG-SDT资源是有效的，则UE选择基于CG的SDT来执行基于CG的SDT过程。否则，

-如果在UL载波上配置了(用于SDT的)2步RA资源且选择(用于SDT的)2步RA的准则被满足，则UE选择(用于SDT的)2步RA；

-如果在UL载波上配置了(用于SDT的)4步RA资源且选择(用于SDT的)4步RA的准则被满足，则UE选择(用于SDT的)4步RA；

-UE不执行SDT过程(例如，UE执行RRC连接恢复过程)；以及

-如果在UL载波上配置了(用于SDT的)2步RA资源和(用于SDT的)4步RA资源，则基于RSRP阈值执行RA类型选择(例如，2步和4步RA类型选择)。

可以为SDT配置SRB1和SRB2(例如，用于携带RRC消息和/或NAS消息)。

当UE发起SDT过程和/或RRC恢复过程以进行SDT发起(例如，对于第一次SDT传输)时，UE也可以恢复为SDT配置的SRB(例如，SRB1、SRB2和/或SRB3)(例如，除了为SDT配置的SDT DRB之外)。

在基于RA的SDT期间成功完成RACH过程之后，可以支持特定的搜索空间以用于监视寻址到C-RNTI的PDCCH。

如果已配置(RSRP是指为载波选择测量的相同RSRP)，RSRP阈值可以用于SDT过程与非SDT过程之间的选择。

用于SDT过程与非SDT过程之间进行选择的RSRP阈值可以用于基于CG的SDT和基于RA的SDT。对于基于CG的SDT和基于RA的SDT，用于SDT过程与非SDT过程之间进行选择的RSRP阈值可以是相同的。用于载波选择的RSRP阈值可以是具体针对SDT的(例如，针对SDT单独配置的)。

用于RA类型选择的RSRP阈值可以具体针对SDT的(例如，为SDT单独配置)。

数据量阈值对于基于CG的SDT和基于RA的SDT可以是相同的。

可以支持从SDT过程切换/回退到非SDT过程(例如，RRC连接恢复过程)的切换/回退。

可以支持从基于CG的SDT切换/回退到基于RA的SDT。

在以下情况中，UE可以从SDT过程切换到非SDT过程(例如，RRC连接恢复过程)：

-情况1：UE从网络接收到往非SDT过程切换的指示。例如，网络向UE传输RRCResume消息，和/或在RAR/fallbackRAR/DCI中向UE传输指示，以将UE切换到非SDT过程。

-情况2：初始UL传输(在MSGA/MSG3/CG资源中)失败的次数达到配置的次数。

当UE发起SDT过程时，UE可能隐式地执行PDCP重建(例如，无PDCP重建的显式指示)。

对于SDT过程可能支持PHR功能/配置。

对于SDT过程，可能未配置调度请求(SR)资源(例如，用于SR的PUCCH资源)。当BSR被SDT过程触发时，UE可能因为SR资源不可用而触发RA过程。

当UE发起SDT过程时，可能启动SDT失败检测定时器(例如，T319a)。

当SDT失败检测定时器(例如，T319a)到期时，UE可能转换到或进入空闲状态和/或执行RRC连接建立。

可能同时在NUL和SUL上配置了用于SDT的CG资源。

UE可能在(例如，用于基于CG的SDT的)UL传输之后启动定时器/窗口。

可能在初始BWP以外的BWP上配置用于SDT的CG资源。

每个CG配置的CG资源与通过明确的信令配置的一组SSB相关联。

图1是示出根据本公开实施方式的SDT过程的流程图。应当注意，尽管本公开的附图中的动作被图示为由独立框表示的单独动作，但是这些单独描绘的动作不应当被解释为必然依赖于顺序。由UE执行的动作的顺序无意被解释为限制，并且任何数量的所公开的框可以按任何顺序来组合以实施该方法或替代方法。而且，在一些实施方式中，可以省略一个或多个动作。

UE 100可能处于RRC_INACTIVE状态，并且可能配置有SDT配置。SDT配置可以通过RRC释放消息(含有暂停配置)来进行配置。SDT配置可以包括RACH配置、CG配置、用于SDT的SRB/DRB配置的至少其中之一。

在动作102中，UL数据可以从上层到达以供传输。UL数据可以与特定的DRB/SRB/LCH相关联。可以为SDT配置特定的DRB/SRB/LCH。

在动作104中，为了进行UL数据传输，UE可以确定是发起/触发SDT过程(例如，动作106)还是发起/触发RRC连接恢复过程(例如，发起RRCResumeRequest的传输)(例如，动作116)。具体地，UE可以基于一个或多个准则(例如，DRB/SRB、数据量和/或RSRP)来确定是发起/触发SDT过程(例如，动作106)还是RRC连接恢复过程(例如，动作116)。

在一些实施方式中，UE可以在为有待处理数据的SDT配置了至少一个LCH/DRB/SRB时/之后发起SDT过程。例如，待处理数据仅对于那些启用SDT的LCH/DRB/SRB才可进行传输。当UE发起SDT过程时，可以恢复/重建为SDT配置的LCH/DRB/SRB。可选地，UE可以在未对有待处理数据的SDT配置至少一个LCH/DRB/SRB时/之后发起RRC连接恢复过程。

在一些实施方式中，如果用于(例如，SDT)传输的数据量低于为SDT配置的阈值，则UE可以发起SDT过程。数据量可以仅统计对SDT配置的LCH/DRB/SRB的(总)量。可选地，如果用于(例如，SDT)传输的数据量高于为SDT配置的阈值，则UE可以发起RRC连接恢复过程。

在一些实施方式中，如果RSRP大于为SDT配置的RSRP阈值，则UE可以发起SDT过程。可选地，如果RSRP低于为SDT配置的RSRP阈值，则UE可以发起RRC连接恢复过程。

在动作106中，公开两种类型的SDT过程。一种过程是基于RA过程(例如，2步RA过程或4步RA过程)，下文称为基于RA的SDT(例如，动作112)。另一种过程是基于CG(例如，类型1CG)，下文称为基于CG的SDT(例如，动作114)。UE可以在SDT过程期间经由MSG3、MSGA、CG资源和/或PUSCH资源传输UL数据(例如，小数据)。

在动作108中，UE可以执行UL载波选择(例如，如果在小区中配置了SUL，则UE可以基于RSRP阈值来选择UL载波)。在UL载波选择之后，UE可以在所选择的UL载波(例如，UL或SUL)上执行SDT过程。

在动作110中，UE可以基于以下准则的其中一个或多个来确定CG资源/配置是否有效(在SDT过程期间)：

在一些实施方式中，UE可以基于相关联的波束是否有效来确定CG资源/配置是否有效。具体地，UE可以基于RSRP阈值来确定相关联的波束是否有效。可以在RRCRelease消息或CG配置中配置RSRP阈值。

在一些示例中，如果一个波束的RSRP大于RSRP阈值，则UE可以确定CG资源/配置是有效的。如果波束的RSRP不大于RSRP阈值，则UE可以确定CG资源/配置无效。

在一些实施方式中，UE可以基于TA是否有效来确定CG资源/配置是否有效。当TA是有效的时，UE可以确定CG资源/配置有效。如果TA不是有效的，则UE可以确定CG资源/配置不是有效的。

在一些实施方式中，UE可以基于TA定时器来确定TA是否有效。例如，当TA定时器运行时，UE可以确定TA是有效的。当TA定时器不在运行时，UE可以确定TA无效。可以在RRCRelease消息或CG配置中配置TA定时器(的参数)。

在一些示例中，UE可以基于RSRP改变量来确定TA是否有效。例如，当RSRP改变量高于阈值时，UE可以确定TA不是有效的。可以在RRCRelease消息或CG配置中配置(RSRP改变的)阈值。

在一些实施方式中，UE可以基于CG配置是否有效来确定CG资源/配置是否有效。

在一些示例中，当CG资源配置被(重新)初始化时，UE可以确定CG资源配置是有效的。

在一些示例中，当CG资源配置被释放/暂停时，UE可以确定CG资源配置是无效的。

在一些示例中，可以在RRCRelease消息中配置CG资源配置。

在一些实施方式中，UE可以基于数据是否仅对于那些启用SDT的DRB/SRB/LCH才可进行传输来确定CG资源/配置是否有效。

在一些示例中，可以对UE配置专用于SDT的一个或多个DRB/SRB/LCH。

在一些实施方式中，UE可以基于RSRP大于为SDT配置的RSRP阈值来确定CG资源/配置是否有效。可以在RRCRelease消息和/或CG配置中配置RSRP阈值。

在一些实施方式中，UE可以基于用于传输的数据量是否低于为SDT配置的阈值来确定CG资源/配置是否有效。可以在RRCRelease消息和/或CG配置中配置所配置的阈值。

在一些实施方式中，UE可以基于从NW接收的(显式)指示来确定CG资源/配置是否有效。

在一些示例中，该指示可以指示(与波束相关联的)CG是有效的或无效。该指示可以指示与CG相关联的波束是否有效。

在一些实施方式中，UE可以基于定时器(例如，T319或SDT失败检测定时器(例如，T319a)是否正在运行来确定CG资源/配置是否有效。可以在RRCRelease消息和/或CG配置中配置该定时器。

一些示例中，当该定时器正在运行时，UE可以确定CG资源/配置是有效的。当定时器未在运行或者定时器到期时，UE可以确定CG资源/配置不是有效的。该定时器可用于检测SDT的故障。当UE处于RRC_INACTIVE状态时，可以在传输UL数据时(重新)启动定时器。该定时器可以在传输传输小数据时被(重新)启动。该定时器可以在传输RRC恢复请求时被(重新)启动。可以在接收到RRCResume、RRCSetup、RRCRelease、具有suspendConfig或RRCReject消息的RRCRelease、小区重选时以及上层中止连接建立时，停止定时器。当定时器到期时，UE可以转换到或进入RRC_IDLE状态(例如，出于特定的RRC恢复原因)。

在动作112中，如果UE确定CG资源/配置不是有效的(例如，CG有效性的准则之一未被满足)，则UE可以执行基于RA的SDT。例如，UE可以发起RA过程。基于UE的选择(例如，根据RSRP阈值)，RA过程可以是2步RA过程或4步RA过程。UE可以执行RA前导码的传输(例如，经由为SDT配置的前导码/RA资源/PRACH资源)。UE可以执行经由MSG3/MSGA的(例如，用于SDT的)UL传输。

在动作114中，如果UE确定CG是有效的(例如，CG有效性的所有准则被满足)，则UE可以执行基于CG的SDT。例如，UE可以执行经由CG资源的(用于SDT的)UL传输。

在动作116中，如果用于发起SDT过程的准则(例如，DRB/SRB、数据量和/或RSRP)未被满足，则UE可以发起RRC连接恢复过程。(例如，UE可以发起RRCResumeRequest的传输)。

在动作118中，可以通过来自NW的指示(例如，经由RRCRelease消息)、通过定时器(例如，SDT失败检测定时器(例如，T319a)和/或T319)和/或因特定事件来终止/停止/完成SDT过程。

在动作120中，执行SDT过程的UE可以回退/切换到RRC连接恢复过程。例如，当UE从NW接收到指示(例如，RRC恢复/RRC释放消息)时，UE可以停止/终止/完成SDT过程，然后可以发起RRC连接恢复过程。又如，如果初始UL传输(例如，在MSGA/MSG3/CG资源中)失败达到配置的次数，则UE可以停止/终止/完成SDT过程，然后可以发起RRC连接恢复过程。

基于RA的SDT

图2是示出根据本公开实施方式的基于RA的SDT过程的通信图。

步骤1：当处于RRC_INACTIVE状态的UE 22有UL数据可供传输且已经发起SDT过程时，UE 22可以(例如，在UE 22确定CG无效的情况下)发起基于RA的SDT过程以用于传输UL数据。UE 22可以选择4步RA类型过程或者2步RA类型过程。而且，用于基于RA的SDT过程的RA前导码/PRACH资源(例如，具有小数据指示的RA前导码/PRACH资源)和用于常规RA过程的RA前导码/PRACH资源(例如，没有小数据指示的RA前导)可以不同。在这种情况中，UE 22可以选择用于基于RA的SDT过程的RA前导码/PRACH资源，并可将选择的RA前导码/PRACH资源传输到NW 24。

步骤2：在UE 22向NW 24传输RA前导码/PRACH资源之后，UE 22可以经由MSG3(当选择4步RA类型过程时)或MSGA(当选择2步RA类型过程时)传输RRC消息、MAC CE和/或UL数据。RRC消息可以是RRCResumeRequest消息。除了RRC消息之外，MAC CE(例如，BSR)和UL数据(例如，与用于SDT的DRB相关联的数据)也可以被包含在MSG3/MSGA中。

步骤3：当NW 24向UE 22传输MSG4/MSGB时，UE 22可以对(临时C-RNTI)/C-RNTI/RA-RNTI/MSGB-RNTI监视可能携带争用解决ID的MSG4/MSGB。此外，NW 24可以经由MSG4/MSGB向UE 22传输RRC消息。RRC消息可以是RRCRelease消息(具有suspendConfig IE)或RRCResume消息。如果UE 22接收到RRCRelease消息(具有suspendConfig IE),则UE 22可以保持在RRC_INACTIVE状态，或者如果UE 22接收到RRCResume消息，则可以转换到或进入RRC_CONNECTED状态。

步骤4：当用于SDT的RA过程成功完成(例如，UE 22从NW 24接收MSG4/MSGB)时，UE22可以在特定搜索空间上监视特定RNTI(例如，C-RNTI)以用于后续数据传输。后续数据传输可以是作为SDT过程的一部分的多个UL和/或DL数据分组的传输，而无需转换到或进入RRC_CONNECTED状态(例如，UE 22仍然处于RRC_INACTIVE状态)。UE 22可以监听具有特定RNTI(例如，C-RNTI)的PDCCH，以接收用于UL和/或DL新传输和/或相应重传的动态调度。UE22可以监视具有UE相关的RNTI(例如，C-RNTI)的PDCCH，以接收用于经由CG资源重传UL传输的动态调度。

步骤5：NW 24可以发送RRCRelease消息(具有suspendConfig IE),以将UE 22保持在RRC_INACTIVE状态，或者将UE 22转换到RRC_IDLE状态。可选地，NW 24可以发送RRCResume消息以将UE 22转换到RRC_CONNECTED状态。当UE 22从NW 24接收到RRCRelease消息(具有suspendConfig IE)时，UE 22可以基于RRCRelease消息终止SDT过程，停止监视C-RNTI，并且停留在RRC_INACTIVE状态。

基于CG的SDT

图3是图示根据本公开实施方式的基于CG的SDT过程的通信图。

步骤1：当UE 32处于RRC_CONNECTED状态或RRC_INACTIVE状态时，UE 32可以向NW34传输CG配置请求，以指示其用于SDT的CG配置的偏好。

步骤2：NW 34可以通过向UE 32传输RRCRelease消息(例如，包含suspendConfigIE)来决定将UE 32转换到RRC_INACTIVE状态。RRCRelease消息可以至少包含CG配置，以对UE 32配置CG资源。CG配置可以包含但不限于以下信息：CG周期、TBS、CG资源隐式释放的数量、CG定时器、重传定时器、SDT中为CG保留的HARQ进程的数量、SSB选择的RSRP阈值以及SSB和CG资源之间的关联、TA相关参数(例如，TA定时器)等等。

步骤3：UE 32可以根据(例如，在步骤2中配置的)CG配置(在RRC_INACTIVE状态下)执行基于CG资源的SDT过程。例如，UE 32可以(在SDT过程期间)经由CG资源传输UL数据(例如，小数据)。

步骤4：后续数据传输可以是作为SDT过程的一部分的多个UL或DL分组的传输，而无需UE 32转换到或进入RRC_CONNECTED状态(例如，UE 32仍然处于RRC_INACTIVE状态)。UE32可以在(例如，由CG配置所配置的)搜索空间上监视具有特定RNTI(例如，C-RNTI、CS-RNTI和/或特定RNTI)的PDCCH，以接收对UL或DL的新传输和/或相应重传的动态调度。UE 32可以监视具有UE相关的RNTI(例如，C-RNTI)的PDCCH，以接收CG重传的动态调度。UE可以根据(例如，在步骤2中配置的)CG配置经由CG资源执行后续数据传输。

步骤5：NW 34可以传输第一消息(具有suspendConfig IE)，以将UE 32保持在RRC_INACTIVE状态，或者将UE 32转换到RRC_IDLE状态。可选地，NW 34可以传输RRCResume消息以将UE 32转换到RRC_CONNECTED状态。当UE 32从NW 34接收到RRCRelease消息(具有suspendConfig IE)时，UE 32可以基于RRCRelease消息终止SDT过程，停止监视C-RNTI，并且停留在RRC_INACTIVE状态。

后续传输时段

图4是图示根据本公开实施方式的SDT过程的后续传输时段(或后续传输阶段)的时序图。后续传输时段的持续时间公开如下：

在一些实施方式中，后续传输时段可以被确定为(基于RA或基于CG的)SDT过程期间的时间段。在一些示例中，后续传输时段可以是SDT过程正在进行中的时间段。在一些示例中，后续传输时段可以是在CG配置被配置/发起并且CG配置未被释放时/之后的时间段。

在一些实施方式中，当UE发起SDT过程时/之后，UE可以确定后续传输时段开始。

在一些实施方式中，当UE确定RA过程的争用解决成功时/之后和/或在UE确定RA过程成功完成之后，UE可以确定后续传输时段开始。RA过程可以是基于RA的SDT或针对SDT发起。

在一些实施方式中，当UE被配置以CG配置或(重新)发起CG配置时/之后，UE可以确定后续传输时段开始。在一些示例中，CG配置可以包含用于指示SDT调度的参数。

在一些实施方式中，当CG配置是有效的时/之后，UE可以确定后续传输时段开始。

在一些实施方式中，当UE传输UL消息时/之后，UE可以确定后续传输时段开始。

在一些示例中，可以(在SDT过程期间)经由MSG2/MSGB/MSG4调度的MSG1/MSG3/MSGA/CG资源/UL资源或者在作为SDT配置的一部分(预先)配置的UL资源上传输UL消息。

在一些示例中，UL消息可以包括RRC恢复请求消息(例如，用于SDT的RRCResumeRequest、RRCResumeRequest1和CCCH消息)。

在一些示例中，UL消息可以包括小数据(例如，与SDT的特定SRB/DRB/LCH相关联的UL数据)。

在一些示例中，UL消息可以包含MAC CE(例如，BSR MAC CE)。

在一些实施方式中，当UE从NW接收响应时/之后，UE可以确定后续传输时段开始。

在一些示例中，该响应可以是MSG2/MSG4/MSGB和/或对经由CG资源的UL传输的响应。

在一些示例中，该响应可以用于RA过程的争用解决。

在一些示例中，该响应可以包含(HARQ/RRC)ACK/NACK消息和/或(例如，用于经由CG资源的UL传输的)DFI。

在一些示例中，该响应可以包含用于新传输/重传的UL授权/DL分配。该响应可以是寻址到RNTI(例如，C-RNTI、CS-RNTI、专用RNTI、SDT的RNTI以及CG的RNTI)的PDCCH。

在一些示例中，该响应可以指示用于传输小数据的UL传输(例如，UL消息)的HARQ过程的新传输的UL授权。

在一些示例中，该响应可以包含特定命令(例如，TA命令MAC CE)。

在一些示例中，该响应可以包含RRCResume、RRCSetup、RRCRelease、具有SuspendConfig的RRCRelease、RRCReestablishment、RRCReconfiguration和/或RRCReject等。

在一些实施方式中，当UE从NW接收指示时/之后，UE可以确定后续传输时段开始。

在一些示例中，可以将该指示(具有具体值(例如，TRUE或FALSE))包含在广播系统信息(例如，SIB)中以指示小区中支持RRC_INACTIVE状态下的CG传输。

在一些实施方式中，当SDT过程被终止时/之后，UE可以确定后续传输时段(和/或SDT过程)被终止/停止。

在一些实施方式中，当CG配置被释放/暂停/清理时/之后，UE可以确定后续传输时段(和/或SDT过程)被终止/停止。

在一些实施方式中，当CG配置是无效时/之后，UE可以确定后续传输时段(和/或SDT过程)被终止/停止。

在一些实施方式中，当UE从NW接收到指示时/之后，UE可以确定后续传输时段(和/或SDT过程)被终止/停止。

在一些示例中，该指示可以包含RRCResume、RRCSetup、RRCRelease、具有SuspendConfig的RRCRelease、RRCReestablishment和/或RRCReject等。该指示可以是寻址到RNTI(例如，C-RNTI、CS-RNTI、专用RNTI、用于SDT的RNTI以及用于CG的RNTI)的PDCCH。该指示可以向UE指示(例如，基于该指示的字段)以终止SDT过程和/或后续传输时段。该指示可以向UE指示以发起RRC过程(例如，RRC连接恢复过程、RRC建立过程和/或RC重建过程)。该指示可以向UE指示切换/回退到一种类型的SDT过程(例如，基于RA的SDT、基于CG的SDT、2步RA或4步RA)。可以将具有具体值(例如，TRUE或FALSE)的指示包含在系统信息(例如，SIB)中以指示小区中则不再支持RRC_INACTIVE状态下的CG传输。例如，当UE接收到具有具体值(例如，TRUE或FALSE)的指示时，UE可以释放/暂停CG配置。

在一些实施方式中，当定时器/窗口到期时/之后，UE可以确定后续传输时段(和/或SDT过程)被终止/停止。

具体地，该定时器/窗口可以是SDT失败/问题检测定时器。

具体地，该定时器/窗口可以是专门针对SDT配置的。该定时器/窗口的值可以是通过RRCRelease消息配置的。该定时器/窗口的值可以通过附近有暂停配置的RRCRelease消息来配置。该定时器/窗口的值可以通过SDT的配置来配置。该定时器/窗口的值可以通过SDT的RACH配置来配置。该定时器/窗口的值可以通过SDT的CG配置来配置。该定时器/窗口的值可以通过UE-TimersAndConstants IE来配置。该定时器/窗口的值可以通过系统信息(例如，SIB)来配置。

具体地，定时器/窗口可以是TA定时器、ra-ResponseWindow、msgB-ResponseWindow、ra-ContentionResolutionTimer、configuredGrantTimer、cg-RetranssionTimer、drx-onDurationTimer、drx-InactivityTimer、DRX-RetranssiontimerDL、DRX-RetranssiontimerUL、T300、T301、T302、T304、T310、T311、T312、T316、T319、T320、T321、T322、T325、T330、T331、T342、T345和/或新定时器(例如，T319a)。

具体地，该定时器/窗口可用于监听响应(例如，监视ACK/NACK)。该定时器/窗口可以是响应窗口。

具体地，该定时器/窗口可以用于从NW接收(例如，用于新传输或重传的)PDCCH/调度。

在一些实施方式中，当UE(例如，从RRC_INACTIVE状态)转换到或进入RRC_IDLE状态或RRC_CONNECTED状态时/之后，UE可以确定后续传输时段被终止/停止。

在一些实施方式中，当UE小区选择/重选时/之后，UE可以确定后续传输时段被终止/停止/释放。

在一些实施方式中，当UE的上层中止连接建立时，UE可以确定后续传输时段被终止/停止。

在一些实施方式中，当UE执行RAN通知区域(RNA)更新时，UE可以确定后续传输时段被终止/停止。

在一些实施方式中，当UE在与提供CG配置的小区不同的小区上建立/恢复RRC连接时/之后，UE可以确定后续传输时段被终止/停止。

在一些实施方式中，当UE发起RRC重建过程时/之后，UE可以确定后续传输时段被终止/停止。例如，当UE向网络传输RRCReestablishmentRequest请求之后，可以终止/停止后续传输时段。

在一些实施方式中，当网络指示UE执行载波切换(例如，从NUL到SUL或反之)时/之后，UE可以确定后续传输时段被终止/停止。

在一些实施方式中，当网络指示UE执行(UL/DL)BWP切换时/之后，UE可以确定后续传输时段被终止/停止。

在随后传输时段中，UE可以监视PDCCH以从NW接收可能的(DL或UL)调度。UE可以基于搜索空间、CORESET和/或RNTI来(在SDT过程期间和/或在后续传输时段期间)监听PDCCH。例如，UE可以在成功完成用于SDT的RA过程之后监视寻址到C-RNTI的PDCCH。

如前所述，搜索空间(SS)可以是以下选项的其中一项或多项：

选项1：公共搜索空间

-在PDCCH-ConfigCommon中配置的公共搜索空间；

-通过ra-SearchSpace配置的类型-1PDCCH CSS集；

-类型-3PDCCH CSS集；

-搜索空间零；

-经由系统信息(例如，SIB)或RRCRelease消息配置的新公共搜索空间集；以及

-在初始BWP中配置有搜索空间参数的搜索空间。

选项2：UE相关的搜索空间集

-通过RRCRelease消息配置的UE相关的搜索空间集；

-通过MSG4/MSGB配置的UE相关的搜索空间集；

-通过PDCCH-Config配置的UE相关的搜索空间集；

-通过用于SDT的配置所配置的UE相关的搜索空间集；

-ID不是0-39的搜索空间；以及

-被识别为针对SDT的特定集的搜索空间集。

如前所述，CORESET可以是以下选项的其中一项或多项：

选项1：公用CORESET

-CORESET 0；以及

-CORESET 0以外的CORESET。

选项2：UE相关的CORESET配置

-通过RRCRelease消息配置的UE相关的CORESET；

-通过MSG4/MSGB配置的UE相关的CORESET；

-通过用于SDT的配置所配置的UE相关的CORESET；以及

-ID不是0-14的CORESET。

如前所述，RNTI可以是C-RNTI、CS-RNTI、用于SDT的RNTI、用于CG的RNTI或者除SI-RNTI、RA-RNTI、MsgB-RNTI、TC-RNTI、P-RNTI、INT-RNTI、SFI-RNTI、TPC-PUSCH-RNTI、TPC-PUCCH-RNTI、TPC-SRS-RNTI、CI-RNTI、C-RNTI、MCS-C-RNTI、CS-RNTI、PS-RNTI、SL-RNTI、SL-CS-RNTI或SL半永久性调度V-RNTI之外的新RNTI。

功率余量报告(PHR)

PHR机制可以提供对功率感知分组调度的支持。在NR中，可以支持三种类型的报告:第一种用于PUSCH传输，第二种用于E-UTRA-NR双连接(EN-DC)中LTE小区组中的PUSCH和PUCCH传输，第三种用于仅用于配置有SRS的SCell上的SRS传输。PHR可以是以下PHR类型中的一种或多种。

类型1功率余量：标称UE最大发射功率与每个激活的服务小区用于上行链路共享信道(UL-SCH)传输的估计功率之差。

类型2功率余量：标称UE最大发射功率与用于另一MAC实体(例如，在EN-DC、NR-E-UTRA双连接(NE-DC)和NG-RAN-E-UTRA双连接(NGEN-DC)情况中的E-UTRA MAC实体)的SpCell上的UL-SCH和PUCCH传输的估计功率之差。

类型3功率余量：标称UE最大发射功率与每个激活的服务小区用于SRS传输的估计功率之差。

在CA情形中，当激活的SCell上没有发生传输时，参考功率可以用于提供虚拟报告。为了使网络能检测UL功率降低，PHR可以包含功率管理最大功率降低(P-MPR)信息，UE使用该信息来确保UE符合为限制RF暴露而设置的频率范围2(FR2)最大容许暴露(MPE)暴露规定。

UE可以通过MAC信令(例如，MAC CE)来传输PHR。可以使用两种类型的PHR MAC CE(例如，Single Entry PHR MAC CE和Multiple Entry PHR MAC CE)。PHR MAC CE的详情(例如，PHR MAC CE中和/或PHR MAC CE的格式/字段中应该包含的信息)在3GPP TS 38.321V16.4.0中进行了规范。

如果UE的UE/MAC实体具有为新传输分配的UL资源，则作为LCP的结果，UE/MAC实体可以确定所分配的UL资源是否能够容纳(UE/MAC实体被配置来传输的)PHR MAC CE及其子报头。如果所分配的UL资源能够容纳PHR MAC CE和子报头，则UE的UE/MAC实体可以执行一个或多个但不限于以下的动作：

-从PCell的相应上行链路载波的物理层获取类型1功率余量的值；

-从物理层获取相应的PCMAX、f、c字段的值；

-从物理层获取相应MPE字段的值；以及

-指示复用和组装过程以基于物理层报告的值来生成和传输(Single Entry)PHRMAC CE。

该PHR机制可以应用于SDT。也就是说，UE可以配置有特定的PHR配置和/或包含用于SDT的PHR配置的默认MAC小区组配置(例如，当UE处于RR_INACTIVE状态时和/或当UE正在发起SDT过程时/之后)。然后，在SDT过程期间，UE可以应用该PHR配置(例如，PHR-config)，UE可以触发PHR，如果分配的UL资源可以容纳PHR MAC CE，则UE可以生成PHR MAC CE，和/或向NW传输PHR MAC CE(例如，当UE处于RRC_INACTIVE状态时)。

然而，在SDT过程期间(当UE处于RRC_INACTIVE状态时)，由NW经由DG或CG调度给UE的所分配的UL资源(例如，PUSCH资源)被用于传输小数据(例如，使用该UL资源来传输与针对SDT配置的特定RB/LCH相关联的UL数据和/或CCCH数据(例如，RRC恢复请求和/或针对SDT初始化的特定RRC消息))。根据3GPP TS 38.321V16.4.0中规范的LCP过程，PHR MAC CE(例如，Single Entry PHR MAC CE或Multiple Entry PHR MAC CE)的优先级高于来自任何逻辑信道的数据，来自UL-CCCH的数据除外。因此，如果存在用于新传输的可用UL资源和/或当UE执行新传输时，UE可以首先确定分配的UL资源是否能够容纳PHR MAC CE。如果所分配的UL资源能够容纳PHR MAC CE，则UE可以生成PHR MAC CE并经由UL资源传输该PHR MAC CE。而且，如果剩余任何UL资源，则UE还可以基于LCH的配置的优先级，进一步为与可用于传输的特定RB/LCH相关联的UL数据分配UL资源。在这种情况中，在SDT过程期间调度/配置的UL资源可能被PHR MAC CE占用，这可能影响SDT过程的效率(例如，SDT可能被延迟用于传输)。

为了提高PHR机制之上的SDT的效率，在本公开中描述了一些方法。例如，公开UE应该何时应用PHR配置(和/或默认MAC小区组配置)，UE应该何时触发PHR时，UE应该何时生成/传输PHR，如何禁止PHR触发/传输，UE应该何时(重新)开始或停止PHR相关的定时器，UE应该何时释放PHR配置，以及如何使与特定RB/LCH相关联的UL数据优先于PHR MAC CE。

PHR配置

在一些实施方式，PHR配置(例如，PHR-config)可以包括一个或多个参数(例如，phr-PeriodicTimer、phr-ProhibitTimer、phr-Tx-PowerFactorChange、multiplePHR、dummy、phr-Type2OtherCell、phr-ModeOtherCG、mpe-Reporting-FR2、PHR有效定时器等)。

在一些实施方式中，PHR配置可以被包含在默认MAC小区组配置中。包含在默认MAC小区组配置中的PHR配置的参数可以使用默认值进行预先配置。例如，phr-ProhibitTimer的值可以是10个子帧(例如，sf10)，phr-ProhibitTimer的值可以是10个子帧(例如，sf10)，并且phr-Tx-PowerFactorChange的值可以是1dB。

在一些实施方式中，可以由NW通过特定指示向UE指示PHR配置。

在一些示例中，该特定指示可以是系统信息(例如，SIB)。

在一些示例中，该特定指示可以用于配置SDT配置，用于配置SDT的RA配置，和/或用于配置SDT的CG配置。

在一些示例中，该特定指示可以包含RRCResume、RRCSetup、RRCRelease、具有SuspendConfig的RRCRelease、RRCReestablishment、RRCReconfiguration和/或RRCReject。

在一些示例中，该特定指示可以是MSG2/MSG4/MSGB。在一些示例中，该特定指示可以用于RA过程的争用解决。

在一些示例中，该特定指示可以是对通过CG资源的UL传输的响应。该特定指示可以包含反馈信息(例如，ACK/NACK、DFI)。

一些示例中，该特定指示可以是寻址到RNTI(例如，C-RNTI、CS-RNTI、专用RNTI、SDT的RNTI以及CG的RNTI)的PDCCH。

在一些示例中，该特定指示可以含有用于新传输/重传的UL授权/DL分配。

在一些实施方式中，如果UE配置有由UE通过特定指示所指示的PHR配置，则UE可以应用/存储所指示的PHR配置，并且可以不应用/存储PHR的默认MAC小区组配置。更具体地，UE可以替换/使用/应用/存储由指示的PHR配置所配置的PHR的参数/IE的值，并且可以不使用/应用/存储由默认MAC小区组配置所配置的PHR的参数/IE的值。更具体地，如果UE配置有由NW通过特定指示所指示的PHR配置，则UE可以忽略或释放PHR的默认MAC小区组配置。

在一些实施方式中，如果UE未配置有由NW通过特定指示所指示的PHR配置，则UE可以应用/存储PHR的默认MAC小区组配置。

在一些实施方式中，当UE的上层接收到PHR的配置或重新配置时，UE可以触发PHR。

应用/触发PHR

在一些实施方式中，当UE发起SDT过程(和/或用于SDT的恢复过程)时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。SDT过程可以是基于RA的SDT过程或基于CG的SDT过程。

在一些实施方式中，当以下所有条件被满足时，处于RRC_INACTIVE状态的UE可以发起SDT过程(和/或用于SDT的恢复过程)：

-用于RRC连接的恢复的上层请求；

-SIB1包括sdt-ConfigCommon；

-sdt-Config已配置；

-UL中的所有待处理数据被映射到为SDT配置的无线电承载；以及

-较低层指示3GPP TS 38.321中规范的用于发起SDT的条件已被满足。

在一些示例中，当(与针对SDT配置的特定RB/LCH相关联的)UL数据到达以用于传输时，UE可以发起SDT过程，并且UE可以应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。

在一些示例中，当UE被配置或(重新)初始化有(用于SDT的)CG配置/过程时和/或UE确定(用于SDT的)CG配置有效时，UE可以应用该PHR配置(和/或应用默认MAC小区组配置)并触发PHR。

在一些示例中，当UE发起(用于SDT的)RA过程时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)并触发PHR。

在一些实施方式中，在发起特定消息的传输时(或之后)，UE可以应用PHR配置(和/或应用默认MAC小区组配置)并触发PHR。

该特定消息可以是CCCH消息(例如，RRCSetupRequest、RRCResumeRequest、RRCResumeRequest1、RRCReestablishmentRequest、RRCSystemInfoRequest和/或用于SDT的RRC消息)。

在一些实施方式中，当UE进入/开始SDT过程的前述后续传输时段时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)并触发PHR。

在一些示例中，当UE确定(用于SDT的)RA过程的争用解决成功时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)并触发PHR。

在一些示例中，当UE确定(用于SDT的)RA过程成功完成时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)并触发PHR。

在一些示例中，当UE传输UL消息时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)并触发PHR。

在一些示例中，可以(在SDT过程期间)经由MSG2/MSGB/MSG4调度的MSG1/MSG3/MSGA/CG资源/UL资源或者在作为SDT配置的一部分(预先)配置的UL资源上传输UL消息。

在一些示例中，UL消息可以包括RRC恢复请求消息(例如，用于SDT的RRCResumeRequest、RRCResumeRequest1和CCCH消息)。

在一些示例中，UL消息可以包括小数据(例如，与SDT的特定SRB/DRB/LCH相关联的UL数据)。

在一些示例中，UL消息可以包含MAC CE(例如，BSR MAC CE)。

在一些实施方式中，当UE从NW接收到指示时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)并触发PHR。更具体地，该指示可以向UE指示是否应该应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。更具体地，该指示可以启用/禁用PHR配置/功能和/或默认MAC小区组配置。例如，如果该指示启用PHR配置/功能，则UE可以应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。

在一些示例中，该指示可以是RRC配置、MAC CE和/或DCI。

在一些示例中，该指示可以是MSG2/MSG4/MSGB和/或对经由CG资源的UL传输的响应。

在一些示例中，该指示可以用于RA过程的争用解决。

在一些示例中，该指示可以包含(HARQ/RRC)ACK/NACK消息和/或(例如，用于经由CG资源的UL传输的)DFI。

在一些示例中，该指示可以含有用于新传输/重传的UL授权/DL分配。该指示可以是寻址到RNTI(例如，C-RNTI、CS-RNTI、专用RNTI、SDT的RNTI以及CG的RNTI)的PDCCH。

在一些示例中，该指示可以指示用于传输小数据的UL传输(例如，UL消息)的HARQ过程的新传输的UL授权。

在一些示例中，该指示可以包含特定命令(例如，TA命令MAC CE)。

在一些示例中，该指示可以包含RRCResume、RRCSetup、RRCRelease、具有SuspendConfig的RRCRelease、RRCReestablishment、RRCReconfiguration和RRCReject等。

在一些实施方式中，当UE发起RRC连接恢复过程时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。例如，当UE响应RAN寻呼，在RRC_INACTIVE状态下触发RNA更新，或者当UE发起SDT过程时，UE的上层或AS请求恢复暂停的RRC连接。

在一些实施方式中，当UE接收到PHR配置(例如，该PHR配置可以是NW通过特定指示所指示的)时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。

在一些实施方式中，当UE(重新)选择适合的小区时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。

在一些示例中，如果UE执行小区(重)选过程并建立与新小区的连接(例如，在传输RRCSetupRequest、RRCResumeRequest、RRCResumeRequest1、RRCReestablishmentRequest、RRCSystemInfoRequest时)，则UE可以应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。

释放/取消PHR

在一些实施方式中，当SDT过程被终止/完成/失败/停止/释放/中止/取消时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

在一些实施方式中，当UE执行从SDT过程到非SDT过程的回退(例如，RRC连接恢复过程、RRC建立过程或RRC重建过程)时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

更具体地，当UE执行从SDT过程回退到非SDT过程时，UE可以终止SDT过程并发起非SDT过程(例如，RRC连接恢复过程、RRC建立过程和/或RC重建过程)。

更具体地，当UE从NW接收到指示在SDT过程期间回退的指示(例如，RRC恢复/RRC释放消息)时，UE可以终止SDT过程并发起非SDT过程(例如，RRC连接恢复过程、RRC建立过程或RC重建过程)。

更具体地，在初始UL传输(例如，在MSGA/MSG3/CG资源中)失败达到配置的次数的情况下，UE可以终止SDT过程并发起非SDT过程(例如，RRC连接恢复过程、RRC建立过程或RC重建过程)。

在一些实施方式中，当UE执行从基于CG的SDT过程回退到基于RA的SDT过程时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

更具体地，当UE执行从基于CG的SDT过程回退到基于RA的SDT过程时，UE可以在SDT过程期间释放(用于SDT的)CG配置。

更具体地，当UE执行从基于CG的SDT过程回退到基于RA的SDT过程时，UE可以在SDT过程期间发起(用于SDT的)RA过程。

在一些示例中，当(用于SDT的)CG配置被释放/暂停/清除时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

在一些示例中，当UE确定CG配置是无效的(例如，基于TA定时器、RSRP阈值等)时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

在一些实施方式中，当UE从NW接收到指示时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。更具体地，该指示可以向UE指示是否应该应用/释放PHR配置和/或默认MAC小区组配置。更具体地，该指示可以启用/禁用PHR配置和/或默认MAC小区组配置。例如，如果该指示禁用PHR配置，则UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

在一些示例中，该指示可以系统信息(例如，SIB)。

在一些示例中，该指示可以包含RRCResume、RRCSetup、RRCRelease、具有SuspendConfig的RRCRelease、RRCReestablishment、RRCReject等。该指示可以是寻址到RNTI(例如，C-RNTI、CS-RNTI、专用RNTI、用于SDT的RNTI或用于CG的RNTI)的PDCCH。在一些示例中，如果UE确定RRC释放消息包括suspendConfig IE，则UE可以释放PHR配置(和/或释放默认MAC小区组配置)。

在一些示例中，该指示可以向UE指示(例如，基于该指示的字段)终止SDT过程。该指示可以向UE指示回退/发起RRC过程(例如，RRC连接恢复过程、RRC建立过程/或RC重建过程)。

在一些示例中，该指示可以向UE指示切换/回退到一种类型的SDT(例如，基于RA的SDT、基于CG的SDT、2步RA、4步RA)。

在一些示例中，可以将(具有具体值(例如，TRUE或FALSE)的)指示包含在系统信息(例如，SIB)中以指示小区中不再支持RRC_INACTIVE状态下的CG传输。例如，当UE接收到具有具体值(例如，TRUE或FALSE)的指示时，UE可以释放/暂停CG配置由服务。

在一些示例中，该指示可以向UE指示释放PHR配置(例如，释放默认MAC小区组配置)和/或取消(全部)触发的PHR。

在一些示例中，该指示可以用于配置SDT配置，用于配置SDT的RA配置，或用于配置SDT的CG配置。

在一些示例中，该指示可以是MSG2/MSG4/MSGB。在一些示例中，该特定指示可以用于RA过程的争用解决。

在一些示例中，该指示可以是对经由CG资源的UL传输的响应。该特定指示可以包含反馈信息(例如，ACK/NACK、DFI)。

一些示例中，该指示可以是寻址到RNTI(例如，C-RNTI、CS-RNTI、专用RNTI、用于SDT的RNTI或用于CG的RNTI)的PDCCH。

在一些示例中，该指示可以含有用于新传输/重传的UL授权/DL分配。

在一些实施方式中，当定时器/窗口到期时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

具体地，该定时器/窗口可以是SDT失败检测定时器(例如，T319a)。

具体地，该定时器/窗口可以是专门针对SDT配置的。该定时器/窗口的值可以是通过RRCRelease消息配置的。该定时器/窗口的值可以通过附近有暂停配置的RRCRelease消息来配置。该定时器/窗口的值可以通过用于SDT的配置来配置。该定时器/窗口的值可以通过SDT的RACH配置来配置。该定时器/窗口的值可以通过SDT的CG配置来配置。该定时器/窗口的值可以通过UE-TimersAndConstants IE来配置。该定时器/窗口的值可以通过系统信息(例如，SIB)来配置。

具体地，定时器/窗口可以是TA定时器、ra-ResponseWindow、msgB-ResponseWindow、ra-ContentionResolutionTimer、configuredGrantTimer、cg-RetranssionTimer、drx-onDurationTimer、drx-InactivityTimer、DRX-RetranssiontimerDL、DRX-RetranssiontimerUL、T300、T301、T302、T304、T310、T311、T312、T316、T319、T320、T321、T322、T325、T330、T331、T342、T345等。

具体地，该定时器/窗口可以被UE用于监听响应(例如，监视ACK/NACK)。该定时器/窗口可以是响应窗口。例如，当UE执行UL/DL传输(例如，经由CG资源的UL传输)时，可以(重新)启动定时器/窗口。

具体地，该定时器/窗口可以被UE用来从NW接收(例如，用于新传输或重传的)PDCCH/调度。

在一些实施方式中，当UE(例如，从RRC_INACTIVE状态)转换到或进入RRC_IDLE状态或RRC_CONNECTED状态时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

在一些实施方式中，当UE执行小区选择/重选(例如，驻留在另一个小区)时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

在一些实施方式中，当UE的上层中止连接建立时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

在一些实施方式中，当UE执行RAN通知区域(RNA)更新时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR更新。

在一些实施方式中，当UE在与提供CG配置所在的小区不同的小区上建立/恢复RRC连接时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

在一些实施方式中，当UE(例如，在对UE配置SDT配置的小区上，或者在原驻留小区、另一小区或新驻留小区上)发起RRC重建过程时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。例如，当UE向NW发送RRCReestablishmentRequest时，UE可以释放PHR配置(例如，释放默认MAC小区组配置)和/或取消(全部)触发的PHR。

在一些实施方式中，当NW指示UE执行(例如，从NUL到SUL或反之的)载波切换时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

在一些实施方式中，当NW指示UE执行(UL/DL)BWP切换(例如，从初始BWP切换到另一个BWP或反之)时，UE可以释放PHR配置(和/或释放默认MAC小区组配置)和/或取消(所有)触发的PHR。

PHR限制

1.不触发PHR/取消已触发的PHR

要注意的是，当UE的上层应用PHR配置(例如，启用PHR功能)时，UE可以触发PHR。然而，在一些情况中，当UE应用PHR的(重新)配置或PHR配置时，UE可以不触发PHR和/或可以取消触发的PHR。

在一些实施方式中，当UE发起SDT过程时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。然后，当UE发起SDT过程时，UE可以不触发PHR和/或可以取消触发的PHR。

在一些示例中，当UE配置有或(重新)初始化(用于SDT的)CG配置/过程时和/或UE确定(用于SDT的)CG配置有效时，UE可以应用该PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。然后，当UE被配置或(重新)初始化有(用于SDT的)CG配置/过程和/或当UE确定(对于SDT的)CG配置是有效的时，UE可以不触发PHR和/或可以取消触发的PHR。

在一些示例中，当UE发起(用于SDT的)RA过程时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。然后，当UE发起(用于SDT的)RA过程时，UE可以不触发PHR和/或可以取消触发的PHR。

在一些实施方式中，当UE发起特定消息的传输时/之后，UE可以应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。然后，当UE发起特定消息的传输时/之后，UE可以不触发PHR和/或可以取消触发的PHR。

该特定消息可以是CCCH消息(例如，RRCSetupRequest、RRCResumeRequest、RRCResumeRequest1、RRCReestablishmentRequest、RRCSystemInfoRequest和用于SDT的RRC消息)。

在一些实施方式中，当UE发起RRC连接恢复过程时，UE可以应用PHR配置(和/或应用默认MAC小区组配置)和/或触发PHR。例如，当UE响应RAN寻呼，在RRC_INACTIVE状态下触发RNA更新，或者发起SDT过程时，UE的上层或AS请求恢复暂停的RRC连接。然后，当UE发起RRC连接恢复过程时，UE可以不触发PHR和/或可以取消触发的PHR。

2.不生成/传输PHR MAC CE

当UE具有为新传输分配的UL资源且所分配的UL资源能够容纳PHR MAC CE时，UE可以生成PHR MAC CE并经由UL资源传输该PHR MAC CE。然而，在一些情况中，即使UE具有为新传输分配的UL资源并且所分配的UL资源能够容纳PHR MAC CE，UE仍可以不生成和/或不经由UL资源传输PHR MAC CE和/或可以取消PHR。

在一些实施方式中，当UE具有为新传输分配的UL资源并且所分配的UL资源能够容纳PHR MAC CE时，UE可以基于UE是否已经向NW传输特定消息来判断是否要生成PHR MAC CE和/或经由UL资源传输该PHR MAC CE。更具体地，具体消息可以是RRC恢复请求消息(例如，用于SDT的RRCResumeRequest、RRCResumeRequest1和CCCH SDU)。

在一些示例中，当UE具有为新传输分配的UL资源且所分配的UL资源能够容纳PHRMAC CE时，如果UE已向NW传输特定消息，则UE可以生成PHR MAC CE并经由UL资源传输该PHRMAC CE。

在一些示例中，当UE具有为新传输分配的UL资源且所分配的UL资源能够容纳PHRMAC CE，但是UE未向NW传输特定消息时，UE可以不生成PHR MAC CE和/或可以不经由UL资源传输PHR MAC CE和/或可以取消PHR。

在一些示例中，可以(在SDT过程期间)经由MSG2/MSGB/MSG4调度的MSG1/MSG3/MSGA/CG资源/UL资源或者在作为SDT配置的一部分(预先)配置的UL资源上传输特定消息。

在一些实施方式中，当UE具有为新传输分配的UL资源并且所分配的UL资源能够容纳PHR MAC CE(加上其子报头)时，UE可以基于UE是否已在UL资源中复用特定消息(例如，基于LCP)来判断是否要生成PHR MAC CE和经由UL资源传输该PHR MAC CE。

在一些实施方式中，当UE具有为新传输分配的UL资源时，UE可以基于UE是否具有能够容纳PHR MAC CE(加上其子报头)的分配的UL资源来判断是否取消触发的PHR。

在一些实施方式中，当UL授权能够容纳可用于传输的所有待处理数据，但是不足以额外容纳PHR MAC CE(加上其子报头)时，可以(例如，在SDT过程期间)取消所有触发的PHR。

在一些示例中，当UE具有为新传输分配的UL资源并且所分配的UL资源能够容纳PHR MAC CE(加上其子报头)时，如果UE在UL资源(例如，基于LCP)复用特定消息，则UE可以生成PHR MAC CE和经由UL资源传输该PHR MAC CE。

在一些示例中，当UE具有为新传输分配的UL资源且所分配的UL资源不能容纳PHRMAC CE(加上其子报头)时，UE可以取消PHR。

在一些示例中，当UE具有为新传输分配的UL资源且所分配的UL资源能够容纳PHRMAC CE(加上其子报头)，但是UE未在该UL资源中复用特定消息(例如，基于LCP)时，UE可以不生成PHR MAC CE和/或可以不经由UL资源传输PHR MAC CE和/或UE可以取消PHR。

在一些示例中，当UE具有为新传输分配的UL资源且所分配的UL资源能够容纳UL资源中的特定消息/数据(例如，基于LCP)但是不能容纳PHR MAC CE(加上其子报头)时，UE可以取消PHR和/或UE可以不生成PHR MAC CE且不经由UL资源传输该PHR MAC CE。

更具体地，该特定消息可以包含RRC恢复请求消息(例如，RRCResumeRequest、RRCResumeRequest1和用于SSD的CCCH SDU消息)。

更具体地，该特定消息/数据可以是所有可用于传输的待处理数据。

更具体地，UL资源可以是通过MSG2/MSGB/MSG4(在SDT过程期间)调度的CG资源/UL资源，或者在作为SDT配置的一部分(预)配置的UL资源上。

在一些实施方式中，当UE具有为新传输分配的UL资源并且所分配的UL资源能够容纳PHR MAC CE(加上其子报头)时，UE可以基于UE是否已从NW接收到特定指示来判断是否要生成PHR MAC CE和/或经由UL资源传输该PHR MAC CE。

在一些示例中，当UE具有为新传输分配的UL资源且所分配的UL资源能够容纳PHRMAC CE(加上其子报头)时，如果UE已从NW接收到特定响应，则UE可以生成PHR MAC CE并经由UL资源传输该PHR MAC CE。

在一些示例中，当UE具有为新传输分配的UL资源且所分配的UL资源能够容纳PHRMAC CE(加上其子报头)，但是UE未从NW接收到特定响应时，UE可以不生成PHR MAC CE和/或可以不经由UL资源传输PHR MAC CE和/或UE可以取消PHR。

更具体地，该特定指示可以是RRC配置、MAC CE或DCI。

更具体地，该特定指示可以是MSG2/MSG4/MSGB或对经由CG资源的UL传输的响应。

更具体地，该特定指示可以用于RA过程的争用解决。

更具体地，该特定指示可以包含(HARQ/RRC)ACK/NACK消息和/或(例如，用于经由CG资源的UL传输的)DFI。

更具体地，该特定指示可以包含用于新传输/重传的UL授权/DL分配。该指示可以是寻址到RNTI(例如，C-RNTI、CS-RNTI、专用RNTI、SDT的RNTI以及CG的RNTI)的PDCCH。

更具体地，该特定指示可以指示用于传输小数据的UL传输(例如，UL消息)的HARQ过程的新传输的UL授权。

更具体地，该特定指示可以包含特定命令(例如，TA命令MAC CE)。

更具体地，该特定指示可以包含RRCResume、RRCSetup、RRCRelease、具有SuspendConfig的RRCRelease、RRCReestablishment、RRCReconfiguration和RRCReject等。

在一些实施方式中，当UE具有为新传输分配的UL资源并且所分配的UL资源能够容纳PHR MAC CE(加上其子报头)时，UE可以基于UE是否已完成过程来判断是否要生成PHRMAC CE和经由UL资源传输该PHR MAC CE。

在一些示例中，当UE具有为新传输分配的UL资源且所分配的UL资源能够容纳PHRMAC CE(加上其子报头)时，如果UE已完成(用于SDT的)RA过程和/或RA过程的争用解决成功，则UE可以生成PHR MAC CE并经由UL资源传输该PHR MAC CE。

在一些示例中，当UE具有为新传输分配的UL资源且所分配的UL资源能够容纳PHRMAC CE(加上其子报头)时，如果UE为SDT执行的RA过程正在进行，或RA过程的争用解决未成功，UE可以不生成PHR MAC CE并不经由UL资源传输PHR MAC CE UE。

在一些实施方式中，当UE具有为新传输分配的UL资源并且所分配的UL资源能够容纳PHR MAC CE(加上其子报头)时，UE可以基于UL资源的类型来判断是否要生成PHR MAC CE和经由UL资源传输该PHR MAC CE。

在一些示例中，当UE具有为新传输分配的UL资源且所分配的UL资源能够容纳PHRMAC CE(加上其子报头)时，如果UL资源是MSG2/MSGB/MSG4(在SDT过程期间)调度的MSGAPUSCH/第一CG资源/UL资源，则UE可以生成PHR MAC CE并经由UL资源传输该PHR MAC CE。更具体地说，第一个CG资源可以是UE发起CG配置和/或SDT过程后由CG配置所配置的第一个UL资源。

PHR Mac CE的LCP

无论何时只要执行新传输，就可以应用逻辑信道优先级设定(LCP)过程。NW的RRC层可以通过映射为每个逻辑通道配置的限制来控制LCP过程。当UE执行(用于UL资源的)新传输时，UE的UE/MAC实体可以对来自LCH的MAC CE和/或数据分配UL资源。

可以按照以下顺序(例如，首先列出的最高优先级)对逻辑信道设定优先级：

-来自UL-CCCH的C-RNTI MAC CE或数据；

-配置的授权确认MAC CE或BSR MAC CE或多个条目配置的授权确认MAC CE；

-直通链路配置的授权确认MAC CE；

-LBT失败MAC CE；

-根据3GPPTS 38.321设置优先级的SL-BSR的MAC CE；

-BSR的MAC CE，不包括用于填充的BSR；

-Single Entry PHR MAC CE或Multiple Entry PHR MAC CE；

-期望的保护符号数量的MAC CE；

-抢占式BSR的MAC CE；

-SL-BBSR的MAC CE，不包括根据3GPP TS 38.321设置优先级的SL-BSR和用于填充的SL-BSR；

-来自任何逻辑信道的数据，不包括来自UL-CCCH的数据；

-用于建议的比特率查询的MAC CE；

-用于填充的BSR的MAC CE；以及

-用于填充的SL-BSR的MAC CE。

然而，由于PHR MAC CE的优先级高于来自任何LCH的数据(来自UL-CCCH的数据除外)，因此SDT过程期间调度/配置的UL资源可能被该PHR MAC CE占用。然后，来自某些LCH的数据可能被延迟传输。因此，在本公开中提供一些方法来克服此问题。

在一些实施方式中，在某些情况中，对于LCP，UE可以确定来自特定LCH(或任何LCH)的数据(例如，所有可用于传输的待处理数据)的优先级高于PHR MAC CE(和/或其他MAC CE(例如BSR MAC CE))。

在一些实施方式中，当UL授权能够容纳可用于传输的所有待处理数据，但是不足以额外容纳PHR MAC CE(加上其子报头)时，可以(例如，在SDT过程期间)取消所有触发的PHR。

在一些示例中，在SDT过程期间(例如，当SDT过程正在进行时)，UE可以确定来自特定LCH(或任何LCH)的数据(例如，所有可用于传输的待处理数据)的优先级高于PHR MAC CE(和/或其他MAC CE(例如，BSR MAC CE))的优先级。

在一些示例中，在(用于SDT的)RA过程期间(例如，当RA过程正在进行时)，UE可以确定来自特定LCH(或任何LCH)的数据的优先级(例如，所有可用于传输的待处理数据)高于PHR MAC CE(和/或其他MAC CE(例如，BSR MAC CE))的优先级。

在一些示例中，在(用于SDT的)CG过程期间，UE可以确定来自特定LCH(或任何LCH)的数据的优先级(例如，所有可用于传输的待处理数据)高于PHR MAC CE(和/或其他MAC CE(例如，BSR MAC CE))的优先级。

在一些示例中，当特定定时器(例如，SDT失败检测定时器(例如，T319a)、PHR禁止定时器等)正在运行时，UE可以确定来自特定LCH(或任何LCH)的数据(例如，所有可用于传输的待处理数据)的优先级高于PHR MAC CE(和/或其他MAC CE(例如，BSR MAC CE))的优先级。

在一些示例中，对于UL消息的传输，UE可以确定来自特定LCH(或任何LCH)的数据(例如，所有可用于传输的待处理数据)的优先级高于PHR MAC CE(和/或其他MAC CE(例如，BSR MAC CE))的优先级。

UL消息可以经由通过MSG2/MSGB/MSG4调度的MSG1/MSG3/MSGA/CG资源/UL资源(在SDT过程期间)或在被(预先)配置为SDT配置的一部分的UL资源上传输。

UL消息可以包含RRC恢复请求消息(例如，用于SDT的RRCResumeRequest、RRCResumeRequest1和CCCH消息)。

UL消息可以包含小数据(例如，与SDT的特定SRB/DRB/LCH相关联的UL数据)。

UL消息可以包含MAC CE(例如，BSR MAC CE)。

更具体地，可以针对SDT来配置特定LCH和/或将其与为SDT配置的RB相关联。

在一些实施方式中，UE可以基于从NW接收到的配置/指示/标志，确定来自特定LCH(或任何LCH)的数据(例如，所有可用于传输的待处理数据)的优先级是否高于PHR MAC CE(和/或其他MAC CE(例如，BSR MAC CE))的优先级。

在一些示例中，配置/指示/标志可以通过RRCRelease消息(具有暂停配置)来配置。

在一些示例中，配置/指示/标志可以通过LCH配置(例如，IELogicalChannelConfig)来配置。

在一些示例中，配置/指示/标志可以通过SDT配置、(用于SDT的)RA配置或(用于SDT的)CG配置来配置。

PHR定时器

1.PHR禁止定时器

在一些实施方式中，PHR禁止定时器可以用于限制UE应用/触发/生成/传输PHR。例如，当PHR禁止定时器正在运行时，可以不允许UE应用/触发/生成/传输PHR。在一些示例中，如果PHR禁止定时器到期或者没有在运行，则可以允许UE应用/触发/生成/传输PHR。

在一些示例中，当UE发起SDT过程时，UE可以(重新)启动PHR禁止定时器。

在一些示例中，当UE被配置或(重新)初始化有(用于SDT的)CG配置/过程和/或当UE确定(用于SDT的)CG配置有效时，UE可以(重新)启动PHR禁止定时器。

在一些示例中，当UE发起(用于SDT的)(2步/4步)RA过程时，UE可以(重新)启动PHR禁止定时器。

在一些示例中，当UE发起RRC连接恢复过程时，UE可以(重新)启动PHR禁止定时器。

在一些示例中，当UE接收到PHR配置时，UE可以(重新)启动PHR禁止定时器。

在一些示例中，当UE(重新)选择合适的小区时，UE可以(重新)启动PHR禁止定时器。

在一些示例中，当SDT过程被终止/完成/失败/停止/释放/中止时，UE可以停止PHR禁止定时器。在一个备选方案中，当SDT过程被UE终止/完成/失败/停止/释放/中止时，UE可以重置MAC实体。

在一些示例中，当UE执行从SDT过程回退到非SDT过程(例如，RRC连接恢复过程、RRC建立过程或RC重建过程)时，UE可以停止PHR禁止定时器。在一个备选方案中，当UE执行从SDT过程回退到非SDT过程时，UE可以重置MAC实体。

在一些示例中，在UE发起特定消息的传输时/之后，UE可以停止PHR禁止定时器。

该特定消息可以是CCCH消息(例如，RRCSetupRequest、RRCResumeRequest、RRCResumeRequest1、RRCReestablishmentRequest、RRCSystemInfoRequest或用于SDT的RRC消息)。

在一些示例中，当UE进入/开始SDT过程的后续传输时段时，UE可以(重新)启动或停止PHR禁止定时器。

在一些示例中，当UE确定(用于SDT的)RA过程的争用解决成功时，UE可以停止PHR禁止定时器。

在一些示例中，当UE确定(用于SDT的)RA过程成功完成时，UE可以停止PHR禁止定时器。

在一些示例中，当UE传输到UL消息时，UE可以停止PHR禁止定时器。

UL消息可以经由通过MSG2/MSGB/MSG4调度的MSG1/MSG3/MSGA/CG资源/UL资源(在SDT过程期间)或在被(预先)配置为SDT配置的一部分的UL资源上传输。

UL消息可以包含RRC恢复请求消息(例如，用于SDT的RRCResumeRequest、RRCResumeRequest1和CCCH消息)。

UL消息可以包含小数据(例如，与SDT的特定SRB/DRB/LCH相关联的UL数据)。

UL消息可以包含MAC CE(例如，BSR MAC CE)。

在一些示例中，当UE从NW接收到指示时，UE可以(重新)启动或停止PHR禁止定时器。

该指示可以是RRC配置、MAC CE和/或DCI。

该指示可以是MSG2/MSG4/MSGB和/或对经由CG资源的UL传输的响应。

该指示可以用于RA过程的争用解决。

该指示可以包含(HARQ/RRC)ACK/NACK消息和/或(例如，用于经由CG资源的UL传输的)DFI。

该指示可以包含用于新传输/重传的UL授权/DL分配。该指示可以是寻址到RNTI(例如，C-RNTI、CS-RNTI、专用RNTI、SDT的RNTI以及CG的RNTI)的PDCCH。

该指示可以指示用于传输小数据的UL传输(例如，UL消息)的HARQ过程的新传输的UL授权。

该指示可以包含特定命令(例如，TA命令MAC CE)。

该指示可以包含RRCResume、RRCSetup、RRCRelease、具有SuspendConfig的RRCRelease、RRCReestablishment、RRCReconfiguration和RRCReject等。

更具体地，第一定时器的值可以在(用于SDT的)PHR配置中被配置为无穷大。

2.PHR有效定时器

在一些实施方式中，有效定时器(例如PHR有效定时器)可以用于指示UE能够应用/触发/生成/传输PHR。例如，当PHR有效定时器正在运行时，可以允许UE应用/触发/生成/传输PHR。在另一示例中，如果PHR有效定时器到期或者没有在运行，则可以不允许UE应用/触发/生成/传输PHR。

在一些示例中，在UE发起特定消息的传输时/之后，UE可以(重新)启动或停止PHR有效定时器。

该特定消息可以是CCCH消息(例如，RRCSetupRequest、RRCResumeRequest、RRCResumeRequest1、RRCReestablishmentRequest、RRCSystemInfoRequest和用于SDT的RRC消息)。

在一些示例中，当UE进入/开始SDT过程的后续传输时段时，UE可以(重新)启动PHR有效定时器。

在一些示例中，当UE确定(用于SDT的)RA过程的争用解决成功时，UE可以(重新)启动PHR有效定时器。

在一些示例中，当UE确定(用于SDT的)RA过程成功完成时，UE可以(重新)启动PHR有效定时器。

在一些示例中，当UE传输到UL消息时，UE可以(重新)启动PHR有效定时器。

UL消息可以经由通过MSG2/MSGB/MSG4调度的MSG1/MSG3/MSGA/CG资源/UL资源(在SDT过程期间)或在被(预先)配置为SDT配置的一部分的UL资源上传输。

UL消息可以包含RRC恢复请求消息(例如，用于SDT的RRCResumeRequest、RRCResumeRequest1和CCCH消息)。

该UL消息可以包含小数据(例如，与SDT的特定SRB/DRB/LCH相关联的UL数据)。

UL消息可以包含MAC CE(例如，BSR MAC CE)。

在一些示例中，当SDT过程被终止/完成/失败/停止/释放/中止时，UE可以停止PHR有效定时器。

在一些示例中，当UE执行从SDT过程回退到非SDT过程时，UE可以停止PHR有效定时器。

在一些示例中，当UE从NW接收到指示时，UE可以(重新)启动或停止PHR有效定时器。

在一些示例中，该指示可以是RRC配置、MAC CE和/或DCI。

在一些示例中，该指示可以是MSG2/MSG4/MSGB和/或对经由CG资源的UL传输的响应。

在一些示例中，该指示可以用于RA过程的争用解决。

在一些示例中，该指示可以包含(HARQ/RRC)ACK/NACK消息和/或(例如，用于经由CG资源的UL传输的)DFI。

在一些示例中，该指示可以含有用于新传输/重传的UL授权/DL分配。该指示可以是寻址到RNTI(例如，C-RNTI、CS-RNTI、专用RNTI、SDT的RNTI以及CG的RNTI)的PDCCH。

在一些示例中，该指示可以指示用于传输小数据的UL传输(例如，UL消息)的HARQ过程的新传输的UL授权。

在一些示例中，该指示可以包含特定命令(例如，TA命令MAC CE)。

在一些示例中，该指示可以包含RRCResume、RRCSetup、RRCRelease、具有SuspendConfig的RRCRelease、RRCReestablishment、RRCReconfiguration和RRCReject等。

更具体地，PHR有效定时器的值可以在(用于SDT的)PHR配置中被配置为无穷大。

3.PHR周期性定时器

如果UE具有为新传输分配的UL资源且UL资源是为自上次MAC重置以来的新传输分配的第一个UL资源，则UE可以(重新)启动PHR周期性定时器。可选地，如果UE确定至少一个PHR已经被触发且没有被取消，并且如果作为LCP的结果，所分配的UL资源能够容纳PHR的(UE/MAC实体被配置为传输的)MAC CE及其子报头，则UE可以(重新)启动PHR周期性定时器。然而，在一些情况中，为了减少PHR触发的频率，可能不总是需要PHR周期性定时器。

在一些实施方式中，可以不对UE在PHR配置中配置(用于SDT的)PHR周期性定时器。

在一些实施方式中，PHR周期性定时器的值可以在(用于SDT的)PHR配置中被配置为0。

在一些实施方式中，当SDT过程正在进行时，UE可以在SDT过程期间不(重新)启动PHR周期性定时器。

在一些实施方式中，当RA过程正在进行时，UE可以在(用于SDT的)RA过程期间不(重新)启动PHR周期性定时器。

在一些实施方式中，UE可以在(用于SDT的)CG过程期间不(重新)启动PHR周期性定时器。

在一些实施方式中，当特定定时器(例如，SDT故障检测定时器(例如，T319a))正在运行时，UE可以不(重新)启动PHR周期性定时器。

在一些实施方式中，当UE处于RRC_INACTIVE状态时，UE可以不(重新)启动PHR周期性定时器。

信令无线承载(SRB)

在NR中，无线电承载(RB)可以被归类为两个组：用于用户面(UP)数据的数据无线电承载(DRB)和用于控制面(CP)数据的信令无线电承载(SRB)。

SRB可以用于携带RRC和/或NAS消息。具体地，SRB可以用于传输定位测量报告、跟踪区域更新(TAU)、ULInformationTransfer、DLInformationTransfer等。

更具体地，可以定义以下SRB：

-SRB0用于使用CCCH逻辑信道的RRC消息；

-SRB1用于可能包括捎带NAS消息的RRC消息，以及用于建立SRB2之前的NAS消息，所有这些都使用DCCH逻辑信道；

-SRB2用于NAS消息以及用于包含记录的测量信息的RRC消息，全部使用DCCH逻辑信道。SRB2的优先级低于SRB1，并且可以在AS安全性激活之后由网络进行配置；

-SRB3用于UE处于(NG)EN-DC或NR-DC时的特定RRC消息，所有这些都使用DCCH逻辑信道。

在SDT中，排除DRB，当UE处于RRC_INACTIVE状态时，还可以配置SRB(例如，SRB1、SRB2和/或SRB3)以用于小数据传输。

当UE发起SDT过程(例如，用于SDT发起的RRC连接恢复过程(例如，用于第一次SDT传输))时，除了为SDT配置的SDT DRB，UE还可以恢复为SDT配置的SRB(例如，SRB1、SRB2和/或SRB3)。

RB配置

对于SDT，可以(例如，通过radioBearerConfig和/或radioBearerConfig2)对UE配置或可以不对UE配置无线电承载配置。如果未对UE配置无线电承载配置，则UE可能需要应用默认无线电承载配置(例如，默认SRB配置)。在本公开中，公开了无线电承载配置的一些实施方式。

在一些实施方式中，无线电承载配置(例如，radioBearerConfig)可以包括一个或多个参数/IE(例如，srb-ToAddModList、srb3-ToRelease、drb-ToAddModList、drb-ToReleaseList、securityConfig等)。

在一些实施方式中，无线电承载配置可以被称为默认RB配置(例如，默认SRB配置和/或默认DRB配置)。默认RB配置可以包括一些IE(例如，PDCP-config、ul-AM-RLC、dl-AM-RLC、logicalChannelIdentity、LogicalChannelConfig、priority等)。

在一些实施方式中，可以由NW通过特定指示来指示无线电承载配置。

该特定指示可以系统信息(例如，SIB)。

该指示可以用于配置SDT配置，用于配置SDT的RA配置，或用于配置SDT的CG配置。

该特定指示可以包含RRCResume、RRCSetup、RRCRelease、具有SuspendConfig的RRCRelease、RRCReestablishment、RRCReconfiguration和/或RRCReject。

该特定指示可以是MSG2/MSG4/MSGB。在一些示例中，该特定指示可以用于RA过程的争用解决。

该指示可以是对经由CG资源的UL传输的响应。该特定指示可以包含反馈信息(例如，ACK/NACK、DFI)。

该特定指示可以是寻址到RNTI(例如，C-RNTI、CS-RNTI、专用RNTI、SDT的RNTI以及CG的RNTI)的PDCCH传输。

该特定指示可以含有用于新传输/重传的UL授权/DL分配。

在一些实施方式中，如果UE配置有由UE通过特定指示所指示的无线电承载配置，则UE可以应用/存储所指示的无线电承载配置，并且可以不应用/存储默认无线电承载配置。更具体地，UE可以替换/使用/应用/存储由所指示的无线电承载配置所配置的无线电承载配置的参数/IE的值，并且可以不使用/应用/存储默认无线电承载配置的参数/IE的值。更具体地，如果UE配置有由NW通过特定指示所指示的无线电承载配置，则UE可以忽略或释放默认无线电承载配置。

在一些实施方式中，如果UE未配置有由NW通过特定指示所指示的无线电承载配置，则UE可以应用/存储默认无线电承载配置。

更具体地，可以配置无线电承载配置和/或默认无线电承载以用于SDT。

应用RB配置

在一些实施方式中，当UE从NW接收到指示时，UE可以应用RB配置(和/或应用默认无线电承载配置)。更具体地，该指示可以向UE指示是否应该应用RB配置(和/或应用默认无线电承载配置)。更具体地，该指示可以启用/禁用RB配置/功能和/或默认无线电承载配置。例如，如果该指示启用RB配置/功能，则UE可以应用RB配置(和/或应用默认无线电承载配置)。更具体地，UE可以应用SRB0、SRB1、SRB2、SRB3和/或DRB的RB配置。更具体地，该指示可以指示应该应用哪个(些)RB配置。

在一些示例中，该指示可以包含RRCResume、RRCSetup、RRCRelease、具有SuspendConfig的RRCRelease、RRCReestablishment、RRCReconfiguration和RRCReject等。

在一些示例中，该指示可以是RRC配置、MAC CE和/或DCI。

在一些示例中，该指示可以是MSG2/MSG4/MSGB和/或对经由CG资源的UL传输的响应。

在一些示例中，该指示可以用于RA过程的争用解决。

在一些示例中，该指示可以含有用于新传输/重传的UL授权/DL分配。该指示可以是寻址到RNTI(例如，C-RNTI、CS-RNTI、专用RNTI、SDT的RNTI以及CG的RNTI)的PDCCH。

在一些实施方式中，当UE发起SDT过程时，UE可以应用RB配置(和/或应用默认无线电承载配置)。SDT过程可以是基于RA的SDT过程或基于CG的SDT过程。

在一些示例中，当(与为SDT配置的特定RB/LCH相关联的)UL数据到达UE进行传输时，UE可以发起SDT过程，并且UE可以应用RB配置(和/或应用默认无线承载配置)。

在一些示例中，当UE被配置或(重新)初始化有(用于SDT的)CG配置/过程时和/或当UE确定(用于SDT的)CG配置有效时，UE可以应用RB配置(和/或应用默认无线电承载配置)。

在一些示例中，当UE发起(用于SDT的)RA过程时，UE可以应用RB配置(和/或应用默认无线电承载配置)。

在一些实施方式中，UE可以将RB配置(和/或应用默认无线电承载配置)应用于特定RB(例如，SRB0、SRB1、SRB2、SRB3和/或DRB)。更具体地，特定RB可以是针对SDT配置的。更具体地，UE可以不将该RB配置应用于非针对SDT配置的RB。

在一些实施方式中，当UE恢复对应的RB时，UE可以应用RB配置(和/或应用默认无线电承载配置)。例如，当UE恢复RB时(例如，当UE发起SDT过程时)，UE可以将RB配置应用于恢复的RB。

在一些实施方式中，当UE发起特定消息的传输时，UE可以应用RB配置(和/或应用默认无线电承载配置)。

该特定消息可以是CCCH消息(例如，RRCSetupRequest、RRCResumeRequest、RRCResumeRequest1、RRCReestablishmentRequest、RRCSystemInfoRequest和用于SDT的RRC消息)。

在一些实施方式中，当UE进入/开始SDT过程的后续传输时段时，UE可以应用RB配置(和/或应用默认无线电承载配置)。

在一些示例中，当UE确定(用于SDT的)RA过程的争用解决成功时，UE可以应用RB配置(和/或应用默认无线电承载配置)。

在一些示例中，当UE确定(用于SDT的)RA过程成功完成时，UE可以应用RB配置(和/或应用默认无线电承载配置)。

在一些示例中，当UE传输UL消息时，UE可以应用RB配置(和/或应用默认无线电承载配置)。

UL消息可以经由通过MSG2/MSGB/MSG4调度的MSG1/MSG3/MSGA/CG资源/UL资源(在SDT过程期间)或在被(预先)配置为SDT配置的一部分的UL资源上传输。

UL消息可以包含RRC恢复请求消息(例如，用于SDT的RRCResumeRequest、RRCResumeRequest1和CCCH消息)。

UL消息可以包含小数据(例如，与SDT的特定SRB/DRB/LCH相关联的UL数据)。

UL消息可以包含MAC CE(例如，BSR MAC CE)。

在一些实施方式中，当UE接收到RB配置(例如，该RB配置可以由NW通过特定指示来指示的)时，UE可以应用RB配置(和/或应用默认无线电承载配置)。

在一些实施方式中，当UE(重新)选择适合小区时，UE可以应用RB配置(和/或应用默认无线电承载配置)。

在一些示例中，如果UE执行小区(重新)选择过程并建立与新小区的连接(例如，在新小区上传输RRCSetupRequest、RRCResumeRequest、RRCResumeRequest1、RRCReestablishmentRequest、RRCSystemInfoRequest)，则UE可以应用RB配置(和/或应用默认无线电承载配置)。

无线承载/LCH的优先级

无论何时只要执行新传输，就可以应用LCP过程。NW的RRC层可以通过基于以下IE中的一项或多项对每个逻辑信道(每个MAC实体)实施信令来控制上行链路数据的调度：

-优先级，其中越高的优先级值表示越低优先级等级；

-prioritisedBitRate，其设置优先比特率(PBR)；

-bucketSizeDuration，其设置存储桶大小持续时间(BSD)。

根据LCP过程，当UE执行(对于UL授权指示/配置的UL资源的)新传输时，UE的MAC实体可以将UL资源分配给来自LCH的MAC CE和/或数据。然后，为UL资源选择的LCH按递减的优先级顺序被分配给UL资源。对于LCH的优先级，要注意的是，越高优先级值指示越低的优先级等级。换句话说，如果第一LCH的配置优先级值低于第二LCH，则UL资源先被分配给第一LCH然后才是第二LCH，因为第一LCH的优先级高于第二LCH。

图5是图示根据本公开实施方式的层2中的RB映射结构的层次图。如图5所示，RB(例如，SRB和/或DRB)可以映射到RLC信道(或与之相关联),并且RLC信道可以映射到LCH。换句话说，RB可以映射到LCH。例如，可以对RB配置LCH标识以指示该RB与哪个LCH相关联。

此外，可以对每个RB配置映射到该RB的相关联的LCH的LCH优先级。例如，UE可以配置有默认SRB配置，该默认SRB配置指示LCH配置，并且指示SRB1的LCH、SRB2的LCH和/或SRB3的LCH的LCH标识和默认LCH优先级。

在一些示例中，SRB1的LCH标识可以是1，并且SRB1的默认LCH优先级值可以是1。

在一些示例中，SRB2的LCH标识可以是2，并且SRB1的默认LCH优先级值可以是3。

在一些示例中，SRB3的LCH标识可以是3，SRB1的默认LCH优先级值可以是1。

基于默认SRB配置，SRB(例如，SRB1、SRB2和/或SRB3)的LCH优先级可以高于DRB的LCH优先级(例如，为SRB配置的LCH优先级值可以低于为DRB配置的LCH优先级值)。然而，对于SDT过程，UP数据传输(例如，来自DRB的数据)可能比CP数据传输(例如，来自SRB2、NAS消息和/或RRC消息的数据，其包含记录的测量信息、定位测量报告、TAU、ULInformationTransfer、DLInformationTransfer等)更重要。因此，提供了一些方法来使DRB的传输优先于SRB。

在一些实施方式中，对于SDT，可以将SRB的LCH优先级值(例如，logicalChannelConfig中的IE优先级)配置为具有比DRB的LCH优先级值更高的值。换句话说，可以将DRB的LCH优先级配置为高于SRB。

如前所述，SRB和/或DRB的LCH值优先级值可以在无线电承载配置和/或默认RB配置中进行配置。

在一些实施方式中，对于SDT，UE可以应用特定(默认)RB配置。该特定(默认)RB配置可以不同于3GPP TS 38.331V16.4.1中规范的默认SRB配置。在特定(默认)RB配置中，SRB1的LCH优先级值(例如，logicalChannelConfig中的IE优先级)可以被配置为高于特定值(例如，1)。在特定(默认)RB配置中，SRB2的LCH优先级值(例如，logicalChannelConfig中的IE优先级)可以被配置为高于特定值(例如，3)。在特定(默认)RB配置中，SRB的LCH优先级值(例如，logicalChannelConfig中的IE优先级)可以配置为高于DRB的LCH优先级值(例如，logicalChannelConfig中的IE优先级)。

更具体地，在UE应用特定默认RB配置的情况中，UE可以不应用默认SRB配置。

在一些实施方式中，可以对SRB的LCH配置特定指示，以指示SRB的LCH优先级是高于还是低于DRB的LCH。在一些实施方式中，可以对DRB的LCH配置特定指示，以指示DRB的LCH优先级是高于还是低于SRB的LCH。

更具体地，特定指示可以是LCH的映射限制。

更具体地，可以在逻辑信道配置中配置特定指示。

更具体地，可以在默认RB配置中配置特定指示。

更具体地，该特定指示可以被包含在RRCResume、RRCSetup、RRCRelease、具有SuspendConfig的RRCRelease、RRCReestablishment、RRCReconfiguration或RRCReject等中。

更具体地，该特定指示可以是RRC配置、MAC CE和/或DCI。

在一些实施方式中，对于LCP过程，当UE执行新传输时，相对于SRB的LCH。UE可以优先将UL资源分配给DRB的LCH。

更具体地，当UE执行新传输时，UE可以首先将资源分配给DRB的LCH，然后如果有资源剩余，则UE可以将资源分配给SRB的LCH。

更具体地，NW可以配置哪些DRB的LCH具有比SRB的LCH的LCH优先级更高的LCH优先级。

在一些实施方式中，UE可以确定DRB的LCH优先级高于SRB的LCH优先级。

在一些示例中，当UE执行SDT过程时，UE可以确定DRB的LCH优先级高于SRB的LCH优先级。

在一些示例中，当UE进入/开始SDT过程的后续传输时段时，UE可以确定DRB的LCH优先级高于SRB的LCH优先级。

在一些示例中，当UE确定(用于SDT的)RA过程的争用解决成功时，UE可以确定DRB的LCH优先级高于SRB的LCH优先级。

在一些示例中，当UE确定(用于SDT的)RA过程成功完成时，UE可以确定DRB的LCH优先级高于SRB的LCH优先级。

在一些示例中，当UE传输UL消息时，UE可以确定DRB的LCH优先级高于SRB的LCH优先级。

UL消息可以经由通过MSG2/MSGB/MSG4调度的MSG1/MSG3/MSGA/CG资源/UL资源(在SDT过程期间)或在被(预先)配置为SDT配置的一部分的UL资源上传输。

UL消息可以包含RRC恢复请求消息(例如，用于SDT的RRCResumeRequest、RRCResumeRequest1和CCCH消息)。

UL消息可以包含小数据(例如，与SDT的特定SRB/DRB/LCH相关联的UL数据)。

UL消息可以包含MAC CE(例如，BSR MAC CE)。

在一些实施方式中，可以不将SRB的LCH的prioritizedBitRate(PBR)配置为无穷大。

在当前应用中，RB可以与LCH相关联。可以(具体地)针对SDT配置SRB/DRB、LCH和/或LCG。

例如，UE可以(例如，通过RRCRelease消息)接收配置以指示RB、LCH和/或LCH是否可以用于SDT。具体地，当UE处于RRC_INACTIVE状态时，可以不暂停为SDT配置的RB/LCH。具体地，当UE发起SDT过程时，为SDT配置的RB/LCH可以被恢复。

随机接入(RA)过程

可以支持两种类型的RA过程：具有MSG1的4步RA类型和具有MSGA的2步RA类型。这两种类型的RA过程都支持基于争用的随机接入(CBRA)和无争用的随机接入(CFRA)。

UE可以基于网络配置在随机接入过程开始时选择随机接入的类型：

在一些示例中，当没有配置CFRA资源时，UE可以使用RSRP阈值来在2步RA类型与4步RA类型之间进行选择。

在一些示例中，当配置了用于4步RA类型的CFRA资源时，UE可以执行具有4步RA类型的RA过程。

在一些示例中，当配置了用于2步RA类型的CFRA资源时，UE可以执行具有2步RA类型的RA过程。

网络不同时配置4步和2步RA类型的CFRA资源于一带宽部分(BWP)。用于2步RA类型的CFRA仅支持切换过程。

4步RA类型的MSG1由PRACH上的前导码组成。在MSG1传输之后，UE在配置的窗口内监视来自网络的响应。对于CFRA，由网络分配用于MSG1传输的专用前导码，并且当UE从网络接收到随机接入响应时，UE结束随机接入过程。对于CBRA，当UE接收到随机接入响应时，UE使用响应中调度的UL授权发送MSG3，并监听争用解决。如果在MSG3(重新)传输之后争用解决不成功，则UE返回到MSG1传输。

2步RA类型的MSGA包含PRACH上的前导码和PUSCH上的有效负载。在MSGA传输之后，UE在配置的窗口内监视来自网络的响应。对于CFRA，为MSGA传输配置专用前导码和PUSCH资源，并且当UE从网络接收到响应时，UE结束RA过程。对于CBRA，如果当UE从网络接收到响应时争用解决成功，则UE结束RA过程。当UE在MSGB中接收到回退指示时，UE使用该回退指示中调度的UL授权来执行MSG3传输，并监听争用解决。如果在MSG3(重新)传输之后争用解决不成功，则UE返回到MSGA传输。

如果在多次MSGA传输之后，具有2步RA类型的RA过程没有完成，则可以将UE配置为切换到具有4步RA类型的CBRA。

配置的授权(CG)

通过配置的授权，gNB能够为UE的初始HARQ传输分配上行链路资源。定义了两种类型的配置的上行链路授权：

对于类型1(例如，CG类型1)，RRC层直接提供配置的上行链路授权(包括周期性)。

对于类型2(例如，CG类型2)，当寻址到CS-RNTI的PDCCH可以信令通知并激活所配置的上行链路授权时，或者将所配置的上行链路授权撤销时，RRC层定义所配置的上行链路授权的周期性(例如，寻址到CS-RNTI的PDCCH指示可以根据RRC层定义的周期性被隐式地重用上行链路授权，直到被撤销为止)。

当CG类型1被配置给UE时，NW和/或RRC层可以配置以下参数：

-cs-RNTI：用于重传的CS-RNTI；

-周期性：配置的授权类型1的周期性；

-timeDomainOffset：资源在时域上相对于SFN＝0的偏移量；

-timeDomainAllocation：配置的上行链路授权在时域上的分配，其包含startSymbolAndLength(即，3GPP TS 38.214中的起始和长度指示值(SLIV))；

-nrofHARQ-Processes：用于配置的授权的HARQ过程的次数。

当UE接收到服务小区的CG类型1的配置时，UE(或MAC实体)可以：

-存储由UE的上层提供的上行链路授权作为(用于所指示的服务小区的)配置的上行链路授权；

-初始化或重新初始化配置的上行链路授权以在根据timeDomainOffset和S(根据3GPP TS 38.214中规范的SLIV导出开始符号索引)的符号中开始，并且周期性地重新出现。

RRC连接恢复过程

RRC连接恢复过程的目的是恢复暂停的RRC连接，包括恢复SRB和DRB或执行RNA更新。

当UE在RRC_INACTIVE状态下响应RAN寻呼或触发RNA更新时，UE的上层或AS请求恢复暂停的RRC连接时，UE发起RRC连接恢复过程。

RRC连接的暂停可以是由网络发起的。当RRC连接被暂停时，UE将UE Inactive AS上下文和从网络接收的任何配置，并转换到RRC_INACTIVE状态。可以对暂停RRC连接的RRC消息执行完整性保护和加密。

暂停的RRC连接的恢复可以在UE从RRC_INACTIVE状态转换到RRC_CONNECTED状态时由UE的上层发起，或者由RRC层执行RNA更新而发起或通过来自NG-RAN的RAN寻呼发起。当恢复RRC连接时，网络基于存储的UE Inactive AS上下文和从网络接收的任何RRC配置，根据RRC连接恢复过程来配置UE。RRC连接恢复过程将AS security重新激活，并重新建立SRB和DRB。

响应于恢复RRC连接的请求，网络可以恢复暂停的RRC连接并将UE转换/切换到RRC_CONNECTED状态，或者拒绝恢复请求并将UE转换/切换到RRC_INACTIVE状态(附带等待定时器)，或者直接重新暂停RRC连接并将UE切换到RRC_INACTIVE状态，或者直接释放RRC连接并将UE切换到RRC_IDLE状态，或者指示UE发起NAS级恢复(在此情况中网络向UE传输RRC建立消息)。

RRC连接恢复过程的详情可以参见3GPP TS 38.331V16.4.1。

PHR配置

表1示出可被用于配置功率余量报告的参数的PHR-Config IE。

表1

图6是图示根据本公开实施方式的用于SDT的方法/进程600的流程图。在动作602中，当UE处于RRC_CONNECTED状态时，从BS接收包含SDT配置的RRC释放消息(例如，RRCRelease消息)。在动作604中，当UE接收到RRC释放消息时，UE从RRC_CONNECTED状态转换到RRC_INACTIVE状态。在动作606中，当UE处于RRC_INACTIVE状态时，UE基于SDT配置发起SDT过程。在动作608中，UE获取针对UE被预先配置并且包含PHR配置的默认配置。在一些示例中，包含PHR配置的默认配置可以被预配置/预先定义/存储在UE中。在动作610中，当UE发起SDT过程时，UE应用该默认配置。

在一些示例中，当UE应用该默认配置时，UE能够在SDT过程期间触发PHR。

在一些示例中，在UE触发PHR之后，UE可以在SDT过程期间从BS接收UL资源，并且还基于UL资源是否能够容纳PHR MAC CE来判断是否生成PHR MAC CE。

在一些示例中，当UE判断为UL资源能够容纳PHR MAC CE时，UE可以生成PHR MACCE。

在一些示例中，在UE生成PHR MAC CE之后，UE可以经由UL资源向BS传输PHR MACCE。

在一些示例中，当UE判断为UL资源能够容纳数据但是不能容纳PHR MAC CE时，UE可以在SDT过程期间取消PHR。

在一些示例中，该数据包括可用于传输的所有待处理数据。

在一些示例中，在UE触发PHR之后，UE可以在SDT过程失败或完成时取消PHR。

在一些示例中，在UE触发PHR之后，UE可以在SDT过程被取消时取消PHR。

在一些示例中，该默认配置包括默认MAC小区组配置。

图7是示出根据本公开的实施方式的用于无线通信的节点700的框图。

如图7所示，节点700可以包括收发器720、处理器728、存储器734、一个或多个呈现部件738和至少一个天线736。节点700还可以包括射频(RF：Radio Frequency)谱带模块、基站通信模块、网络通信模块、系统通信管理模块、输入/输出(I/O)端口、I/O部件或电源(在图7中未示出)。

这些部件中的每一者可以直接地或间接地通过一个或多个总线740彼此通信。节点700可以是执行在图6中示出的各种公开功能以及本公开的示例/实施方式的UE或BS。

收发器720可具有传输器722(具有传输(transmitting)电路)和接收器724(具有接收(receiving)电路)，并且可被配置为传输和/或接收时间和/或频率资源划分信息。收发器720可被配置为在不同类型的子帧和时隙中传输，所述子帧和时隙包括但不限于可使用、不可使用和可灵活使用的子帧和时隙格式。收发器720可被配置为接收数据和控制信道。

节点700可包括多种计算机可读介质。计算机可读介质可以是可由节点700访问的任何介质，并且包括易失性(和非易失性)介质、以及可移动(和不可移动)介质两者。计算机可读介质可包括计算机存储介质和通信介质。计算机存储介质包括易失性(和/或非易失性)、以及可移动(和/或不可移动)介质两者，能以任何方法或技术实现以用于存储诸如计算机可读介质的信息。

计算机存储介质包括RAM、ROM、EEPROM、闪存存储器(或其他存储技术)、CD-ROM、数字通用光盘(DVD：Digital Versatile Disk)(或其他光盘存储装置)、磁带盒、磁带、磁盘存储或其他磁存储装置。计算机存储介质不包括传播数据信号。

通信介质可通常在调制数据信号(诸如载波或其他传输机制)中包含计算机可读指令、数据结构、程序模块或其他数据，并且包括任意信息传输介质。术语“调制数据信号”可指一个信号，所述信号具有的一个或多个特征以在信号中编码信息的方式设定或更改。通信介质包括有线介质

(诸如有线网络或直接有线连接)和无线介质(诸如声学、RF、红外线以及其他无线介质)。任何公开的介质的组合也应包括在计算机可读介质的范围内。

存储器734可包括易失性和/或非易失性存储器形式的计算机存储介质。存储器734可以是可移动的、不可移动的或其组合。例如，存储器734可包括固态存储器、硬盘驱动器、光盘驱动器等。如图7所示，存储器734可存储计算机可读的和/或计算机可执行的指令732(例如，软件代码)，所述指令432被配置为在被执行时使处理器728(例如，处理电路)执行各种公开的功能。可选地，指令732可不由处理器728直接执行，而是被配置为使节点700(例如，在被编译和执行时)执行各种公开的功能。

处理器728可包括智能硬件装置：中央处理单元(CPU：Central ProcessingUnit)、微控制器、ASIC等)。处理器728可包括存储器。处理器728可处理从存储器734接收的数据730和指令732，以及通过收发器720、基带通信模块和/或网络通信模块接收的信息。处理器728还可处理发送到收发器720以通过天线736传输的信息、和/或发送到网络通信模块以传输到CN的信息。

一个或多个呈现部件738可向人或其他装置呈现数据。呈现部件738可包括显示装置、扬声器、打印部件、振动部件等。根据本公开，显而易见的是，在不脱离这些概念的范围的情况下，可以利用各种技术来实现本公开的概念。此外，虽然已经具体参考某些实施方式公开了概念，但是本领域技术人员可以认识到，在不脱离那些概念的范围的情况下，可以在形式和细节上做出改变。因此，本公开在所有方面都应被认为是说明性的而非限制性的。还应当理解的是，虽然本公开不限于具体公开的实施方式，但在不脱离本公开的范围的情况下，许多重排、修改和替换是可能的。

Claims (20)

1.一种用于用户设备UE执行小数据传输SDT的方法，所述方法包括：

当所述UE处于RRC_CONNECTED状态时，从基站BS接收包含SDT配置的无线电资源控制RRC释放消息；

当所述UE接收到所述RRC释放消息时，从RRC_CONNECTED状态转换到RRC_INACTIVE状态；

当所述UE处于RRC_INACTIVE状态时，基于所述SDT配置发起SDT过程；

获取针对所述UE预先配置并且包含功率余量报告PHR配置的默认配置；以及

当所述UE发起所述SDT过程时，应用所述默认配置。

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

当所述UE应用所述默认配置时，在所述SDT过程期间触发PHR。

3.如权利要求2所述的方法，还包括：

在所述SDT过程期间从所述BS接收上行链路UL资源；以及

基于所述UL资源是否能够容纳PHR媒体接入控制MAC控制元素CE来判断是否要生成所述PHR MAC CE。

4.如权利要求3所述的方法，还包括：

当所述UL资源能够容纳所述PHR MAC CE时，生成所述PHR MAC CE。

5.如权利要求4所述的方法，还包括：

在所述UE生成所述PHR MAC CE之后，经由所述UL资源向所述BS传输所述PHR MAC CE。

6.如权利要求3所述的方法，还包括：

当所述UL资源能够容纳数据但是不能容纳所述PHR MAC CE时，在所述SDT过程期间取消所述PHR。

7.如权利要求6所述的方法，其特征在于，

所述数据包括可用于传输的所有待处理数据。

8.如权利要求2所述的方法，还包括：

当所述SDT过程失败或完成时，取消所述PHR。

9.如权利要求2所述的方法，还包括：

当所述SDT过程被取消时，取消所述PHR。

10.如权利要求1所述的方法，其特征在于，

所述默认配置包括默认媒体接入控制MAC小区组配置。

11.一种用于执行小数据传输SDT的用户设备UE，所述UE包括：

至少一个处理器；以及

至少一个存储器，所述至少一个存储器耦接至所述至少一个处理器，所述至少一个存储器存储计算机可执行指令，所述计算机可执行指令在由所述至少一个处理器执行时使得所述UE：

当所述UE处于RRC_CONNECTED状态时，从基站BS接收包含SDT配置的无线电资源控制RRC释放消息；

当所述UE接收到所述RRC释放消息时，从RRC_CONNECTED状态转换到RRC_INACTIVE状态；

当所述UE处于RRC_INACTIVE状态时，基于所述SDT配置发起SDT过程；

获取针对所述UE预先配置并且包含功率余量报告PHR配置的默认配置；以及

当所述UE发起所述SDT过程时，应用所述默认配置。

12.如权利要求11所述的UE，其特征在于，所述计算机可执行指令在由所述至少一个处理器执行时还使得所述UE：

当所述UE应用所述默认配置时，在所述SDT过程期间触发PHR。

13.如权利要求12所述的UE，其特征在于，所述计算机可执行指令在由所述至少一个处理器执行时还使得所述UE：

在所述SDT过程期间从所述BS接收UL资源；以及

基于所述UL资源是否能够容纳PHR媒体接入控制MAC控制元素CE来判断是否要生成所述PHR MAC CE。

14.如权利要求13所述的UE，其特征在于，所述计算机可执行指令在由所述至少一个处理器执行时还使得所述UE：

当所述UL资源能够容纳所述PHR MAC CE时，生成所述PHR MAC CE。

15.如权利要求14所述的UE，其特征在于，所述计算机可执行指令在由所述至少一个处理器执行时还使得所述UE：

在所述UE生成所述PHR MAC CE之后，经由所述UL资源向所述BS传输所述PHR MAC CE。

16.如权利要求13所述的UE，其特征在于，所述计算机可执行指令在由所述至少一个处理器执行时还使得所述UE：

当所述UL资源能够容纳数据但是不能容纳所述PHR MAC CE时，在所述SDT过程期间取消所述PHR。

17.如权利要求16所述的UE，其特征在于，

所述数据包括可用于传输的所有待处理数据。

18.如权利要求12所述的UE，其特征在于，所述计算机可执行指令在由所述至少一个处理器执行时还使得所述UE：

当所述SDT过程失败或完成时，取消所述PHR。

19.如权利要求12所述的UE，其特征在于，所述计算机可执行指令在由所述至少一个处理器执行时还使得所述UE：

当所述SDT过程被取消时，取消所述PHR。

20.如权利要求11所述的UE，其特征在于，

所述默认配置包括默认媒体接入控制MAC小区组配置。

Images