CN114205920A

CN114205920A - 无线通信系统中用于小数据传送程序的方法和设备

Info

Publication number: CN114205920A
Application number: CN202110989915.XA
Authority: CN
Inventors: 史敦槐; 郭宇轩; 欧孟晖
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2020-09-17
Filing date: 2021-08-26
Publication date: 2022-03-18
Anticipated expiration: 2041-08-26
Also published as: EP3972368A1; CN114205920B; KR20220037342A; EP3972368B1; US20220086899A1

Abstract

从用户设备的角度公开一种无线通信系统中用于小数据传送程序的方法和设备。在一个实施例中，所述方法包含用户设备在系统信息中接收第一物理下行链路控制信道相关配置。所述方法进一步包含用户设备在RRC_INACTIVE状态中发起小数据传送程序，其中小数据传送程序包括随机接入程序和在随机接入程序之后的至少一个后续传送。所述方法还包含用户设备在RRC_INACTIVE状态中在随机接入程序期间基于第一物理下行链路控制信道相关配置监听物理下行链路控制信道。另外，所述方法包含在用户设备接收到第二物理下行链路控制信道相关配置的情况下，用户设备在RRC_INACTIVE状态中针对至少一个后续传送基于第二物理下行链路控制信道相关配置监听物理下行链路控制信道。

Description

无线通信系统中用于小数据传送程序的方法和设备

相关申请的交叉引用

本申请要求2020年9月17日提交的第63/079,890号、第63/079,897号、第63/079,911号和第63/079,934号美国临时专利申请的权益，所述申请的全部公开内容以全文引用的方式并入本文中。

技术领域

本公开总体上涉及无线通信网络，且更具体地说，涉及无线通信系统中用于小数据传送(Small Data Transmission，SDT)程序的方法和设备。

背景技术

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

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

发明内容

从用户设备(UE)的角度公开一种方法和装置。在一个实施例中，所述方法包含UE在系统信息中接收第一物理下行链路控制信道(PDCCH)相关配置。所述方法进一步包含UE在RRC_INACTIVE状态中发起小数据传送(SDT)程序，其中SDT程序包括随机接入(RA)程序和在RA程序之后的至少一个后续传送。所述方法还包含UE在RRC_INACTIVE状态中在RA程序期间基于第一PDCCH相关配置监听PDCCH。另外，所述方法包含在UE接收到第二PDCCH相关配置的情况下，UE在RRC_INACTIVE状态中针对所述至少一个后续传送基于第二PDCCH相关配置监听PDCCH。

附图说明

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

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

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

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

图5是3GPP TS 38.300 V16.2.0的图9.2.2.4.1-1的再现；

图6是3GPP TS 38.300 V16.2.0的图9.2.2.4.1-2的再现；

图7是3GPP TS 38.300 V16.2.0的图9.2.2.4.1-3的再现；

图8是3GPP TS 38.300 V16.2.0的图9.2.2.4.2-1的再现；

图9是3GPP TS 38.331 V16.1.0的图4.2.1-1的再现；

图10是3GPP TS 38.331 V16.1.0的图5.3.8.1-1的再现；

图11是3GPP TS 38.331 V16.1.0的图5.3.13.1-1的再现；

图12是3GPP TS 38.331 V16.1.0的图5.3.13.1-2的再现；

图13是3GPP TS 38.331 V16.1.0的图5.3.13.1-3的再现；

图14是3GPP TS 38.331 V16.1.0的图5.3.13.1-4的再现；

图15是3GPP TS 38.331 V16.1.0的图5.3.13.1-5的再现；

图16示出根据一个示例性实施例的其中UE在执行SDT之后保持处于RRC_INACTIVE状态的RRC_INACTIVE状态中的SDT的第一实例；

图17示出根据一个示例性实施例的其中SDT程序回退到RRCResume的RRC_INACTIVE状态中的SDT的第二实例；

图18示出根据一个示例性实施例的其中SDT程序回退到RRCSetup的RRC_INACTIVE状态中的SDT的第三实例；

图19示出根据一个示例性实施例的其中在RRC_INACTIVE状态中的SDT中存在一个后续UL传送的第一实例；

图20示出根据一个示例性实施例的其中在RRC_INACTIVE状态中的SDT中存在一个后续UL传送的第二实例；

图21示出根据一个示例性实施例的其中在RRC_INACTIVE状态中的SDT中存在一个后续DL传送的第一实例；

图22示出根据一个示例性实施例的在RRC_INACTIVE状态中的SDT中存在一个后续DL传送的第二实例；

图23是根据一个示例性实施例的图；

图24是根据一个示例性实施例的图；

图25是根据一个示例性实施例的流程图；

图26是根据一个示例性实施例的流程图；

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

具体实施方式

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

具体地说，下文描述的示例性无线通信系统装置可以设计成支持一个或多个标准，例如由名称为“第三代合作伙伴计划”(在本文中被称作3GPP)的协会提供的标准，包含：TS 38.300V16.2.0，“NR，NR和NG-RAN综述，阶段2”；TS 38.321 V16.1.0，“NR，媒体接入控制(MAC)协议规范”；TS 38.331 V16.1.0，“NR，无线电资源控制(RRC)协议规范”；RP-193252，“关于INACTIVE状态中的NR小数据传送的工作项”，中兴公司；3GPP RAN2#111会议记录；以及TS 38.213 V16.2.0，“NR，用于控制的物理层程序”。上文所列的标准和文档在此明确地以全文引用的方式并入。

图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接收信息。在FDD系统中，通信链路118、120、124和126可使用不同频率以供通信。例如，前向链路120可使用与反向链路118所使用的频率不同的频率。

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

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

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

图2是MIMO系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(access terminal，AT)或用户设备(user equipment，UE))的实施例的简化框图。在传送器系统210处，从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。

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

可使用OFDM技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据模式，且可在接收器系统处使用以估计信道响应。随后基于针对每个数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或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，并且无线通信系统优选为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中的AN100。

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

3GPP TS 38.300和TS 38.331提供以下与新RAT/无线电(NR)中的RRC_INACTIVE状态有关的描述：

[来自3GPP TS 38.300]

9.2 NR内

9.2.2 RRC_INACTIVE中的移动性

9.2.2.1 概述

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

[…]

在迁移到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接收到的任何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.4 状态迁移

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

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

[3GPP TS 38.300 V16.2.0中标题为“UE触发的从RRC_INACTIVE到RRC_CONNECTED的迁移(UE上下文检索成功)”的图9.2.2.4.1-1再现为图5]

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资源的释放。

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

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

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

[3GPP TS 38.300 V16.2.0中标题为“UE触发的从RRC_INACTIVE到RRC_CONNECTED的迁移(UE上下文检索失败)”的图9.2.2.4.1-2再现为图6]

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

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

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

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

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

[3GPP TS 38.300 V16.2.0中标题为“来自网络的拒绝：UE尝试恢复连接”的图9.2.2.4.1-3再现为图7]

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的迁移：

[3GPP TS 38.300 V16.2.0中标题为“网络触发的从RRC_INACTIVE到RRC_CONNECTED的迁移”的图9.2.2.4.2-1再现为图8]

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中所描述。

[…]

[来自3GPP TS 38.331]

4.2 架构

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请求(若经配置)。

-执行可用测量的记录以及经所记录测量配置的UE的位置和时间。

-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)；

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

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

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

-获取系统信息；

-执行即时MDT测量以及可用位置报告。

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

[3GPP TS 38.331 V16.1.0中标题为“NR中的UE状态机和状态迁移”的图4.2.1-1再现为图9]

5.3.8 RRC连接释放

5.3.8.1 概述

[3GPP TS 38.331 V16.1.0中标题为“RRC连接释放成功”的图5.3.8.1-1再现为图10]

此程序的目的是：

-释放RRC连接，这包含所建立的无线电承载以及所有无线电资源的释放；或

-仅在SRB2和至少一个DRB或针对IAB的SRB2设置时才暂停RRC连接，包含所建立的无线电承载的暂停。

5.3.8.2 发起

网络发起RRC连接释放程序，以将UE从RRC_CONNECTED状态迁移到RRC_IDLE状态；或仅在SRB2和至少一个DRB或针对IAB的SRB2在RRC_CONNECTED下被设置时才将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态；或在UE尝试恢复时将UE从RRC_INACTIVE状态迁移回到RRC_INACTIVE状态；或在UE尝试恢复时将UE从RRC_INACTIVE状态迁移到RRC_IDLE状态。此程序还可用于释放并将UE重新定向到另一频率。

5.3.8.3 UE对RRCRelease的接收

UE将：

[…]

1>如果RRCRelease包含suspendConfig：

2>应用接收到的suspendConfig；

2>去除VarConditionalConfig内的所有条目(若存在)；

2>对于每一measId，如果相关联的reportConfig具有设置为condTriggerConfig的reportType：

3>针对相关联的reportConfigId：

4>从VarMeasConfig内的reportConfigList去除具有匹配reportConfigId的条目；

3>如果相关联的measObjectId仅与具有设置为condTriggerConfig的reportType的reportConfig相关联：

4>从VarMeasConfig内的measObjectList去除具有匹配measObjectId的条目；

3>从VarMeasConfig内的measIdList去除具有匹配measId的条目

2>重置MAC并释放预设MAC小区群组配置(若存在)；

2>为SRB1重新建立RLC实体；

2>如果响应于RRCResumeRequest或RRCResumeRequest1接收具有suspendConfig的RRCRelease消息：

3>停止定时器T319(若正在运行)；

3>在所存储的UE不活动AS上下文中：

4>用当前KgNB和KRRCint密钥替代KgNB和KRRCint密钥；

4>用在UE已接收到RRCRelease消息的小区中的临时C-RNTI替代C-RNTI；

4>用UE已接收到RRCRelease消息的小区的cellIdentity替代cellIdentity；

4>用UE已接收到RRCRelease消息的小区的物理小区标识替代物理小区标识；

2>否则：

3>在UE不活动AS上下文中存储当前KgNB和KRRCint密钥、ROHC状态、所存储的QoS流到DRB映射规则、用于源PCell的C-RNTI、源PCell的cellIdentity和物理小区标识以及所有其它经配置的参数，但ReconfigurationWithSync和servingCellConfigCommonSIB中的除外；

注意2：当UE进入RRC_INACTIVE时，NR侧链路通信相关配置不存储为UE不活动AS上下文。

2>暂停所有SRB和DRB，SRB0除外；

2>向所有DRB的下层指示PDCP暂停；

2>如果包含t380：

3>启动定时器T380，其中定时器值设置为t380：

2>如果RRCRelease消息正包含waitTime：

3>启动定时器T302，其中值设置为waitTime；

3>通知上层接入禁止对于除了类别“0”和“2”之外的所有接入类别是适用的。

2>如果T390处于运行中：

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

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

2>向上层指示RRC连接的暂停；

2>进入RRC_INACTIVE并执行小区选择，如TS 38.304[20]中所指定；

1>否则

2>如5.3.11中所指定在去往RRC_IDLE后执行动作，释放原因为“其它”。

5.3.13 RRC连接恢复

5.3.13.1 概述

[3GPP TS 38.331 V16.1.0中标题为“RRC连接恢复成功”的图5.3.13.1-1再现为图11]

[3GPP TS 38.331 V16.1.0中标题为“RRC连接恢复到RRC连接建立的回退成功”的图5.3.13.1-2再现为图12]

[3GPP TS 38.331 V16.1.0中标题为“后跟着网络释放的RRC连接恢复成功”的图5.3.13.1-3再现为图13]

[3GPP TS 38.331 V16.1.0中标题为“后跟着网络暂停的RRC连接恢复成功”的图5.3.13.1-4再现为图14]

[3GPP TS 38.331 V16.1.0中标题为“RRC连接恢复、网络拒绝”的图5.3.13.1-5再现为图15]

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

5.3.13.2 发起

当上层或AS(在响应RAN寻呼时，在UE处于RRC_INACTIVE时触发RNA更新时，或针对如小节5.3.13.1a中指定的侧链路通信)请求恢复暂停的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>如对应的物理层规范中所指定，应用预设L1参数值，值在SIB1中提供的参数除外；

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

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

[…]

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

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

1>启动定时器T319；

1>将变量pendingRNA-Update设置为false；

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

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

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

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

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

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

1>否则：

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

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

1>从所存储的UE不活动AS上下文恢复RRC配置、RoHC状态、所存储的QoS流到DRB映射及KgNB和KRRCint密钥，以下除外；

-masterCellGroup；

-mrdc-SecondaryCellGroup(若存储)；以及

-pdcp-Config；

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

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

2>利用UE不活动AS上下文中的KRRCint密钥和先前配置的完整性保护算法；以及

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

1>使用所存储的nextHopChainingCount值，基于当前KgNB密钥或NH导出KgNB密钥，如TS 33.501[11]中所指定；

1>导出KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥；

1>立即使用在这个章节中导出的经配置算法及KRRCint密钥和KUPint密钥配置下层以向所有无线电承载应用完整性保护，SRB0除外，即，完整性保护将应用于由UE接收和发送的所有后续消息；

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

1>配置下层向SRB0以外的所有无线电承载应用加密，并应用在这个章节中导出的经配置加密算法、KRRCenc密钥和KUPenc密钥，即，加密配置将应用于由UE接收和发送的所有后续消息；

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

1>恢复SRB1；

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

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

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

UE将继续小区重选相关测量以及小区重选评估。如果满足小区重选条件，那么UE将执行5.3.13.6中所指定的小区重选。

5.3.13.4 UE对RRCResume的接收

UE将：

1>停止定时器T319；

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

1>如果T331正在运行：

2>停止定时器T331；

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

1>如果RRCResume包含fullConfig：

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

1>否则：

2>如果RRCResume不包含restoreMCG-SCells：

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

2>如果RRCResume不包含restoreSCG：

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

2>从UE不活动AS上下文中恢复masterCellGroup、mrdc-SecondaryCellGroup(若存储)和pdcp-Config；

2>配置下层以将经恢复MCG和SCG SCell(若存在)视为处于撤销激活状态；

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

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

1>如果RRCResume包含masterCellGroup：

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

1>如果RRCResume包含mrdc-SecondaryCellGroup：

2>如果接收到的mrdc-SecondaryCellGroup设置为nr-SCG：

3>根据5.3.5.3，针对包含在nr-SCG中的RRCReconfiguration消息执行RRC重新配置；

2>如果接收到的mrdc-SecondaryCellGroup设置为eutra-SCG：

3>如TS 36.331[10]第5.3.5.3节中所指定，针对包含在eutra-SCG中的RRCConnectionReconfiguration消息执行RRC连接重新配置；

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>如果RRCResume消息包含needForGapsConfigNR：

2>如果needForGapsConfigNR设置为setup：

3>将自身视为配置成提供NR目标带的测量间隙要求信息；

2>否则：

3>将自身视为未配置成提供NR目标带的测量间隙要求信息；

1>恢复SRB2、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消息的内容：

[…]

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

1>程序结束。

5.3.13.9 UE对RRCRelease的接收

UE将：

1>执行5.3.8中所指定的动作。

3GPP TS 38.331提供以下与NR中的无线电资源控制(RRC)参数和配置有关的描述：

-MIB

MIB包含在BCH上传送的系统信息。

信令无线电承载：N/A

RLC-SAP：TM

逻辑信道：BCCH

方向：网络到UE

MIB

-PDCCH-ConfigSIB1

IE PDCCH-ConfigSIB1用于配置CORESET#0和搜索space#0。

PDCCH-ConfigSIB1信息元素

-SIB1

SIB1含有评估UE是否被允许接入小区时的相关信息，并且限定其它系统信息的调度。它还含有所有UE共有的无线电资源配置信息及应用于统一接入控制的禁止信息。

信令无线电承载：N/A

RLC-SAP：TM

逻辑信道：BCCH

方向：网络到UE

SIB1消息

-ServingCellConfigCommonSIB

IE ServingCellConfigCommonSIB用于在SIB1中配置UE的服务小区的小区特定参数。

ServingCellConfigCommonSIB信息元素

-DownlinkConfigCommonSIB

IE DownlinkConfigCommonSIB提供小区的公共下行链路参数。

DownlinkConfigCommonSIB信息元素

-BWP-DownlinkCommon

IE BWP-DownlinkCommon用于配置下行链路BWP的公共参数。它们是“小区特定的”，并且网络确保所需的与其它UE的对应参数的对准。还经由系统信息提供PCell的初始带宽部分的公共参数。对于所有其它服务小区，网络经由专用信令提供公共参数。

BWP-DownlinkCommon信息元素

-PDCCH-ConfigCommon

IE PDCCH-ConfigCommon用于配置在SIB以及专用信令中提供的小区特定PDCCH参数。

PDCCH-ConfigCommon信息元素

-PDSCH-ConfigCommon

IE PDSCH-ConfigCommon用于配置小区特定PDSCH参数。

-UplinkConfigCommonSIB

IE UplinkConfigCommonSIB提供小区的公共上行链路参数。

UplinkConfigCommonSIB信息元素

-BWP-UplinkCommon

IE BWP-UplinkCommon用于配置上行链路BWP的公共参数。它们是“小区特定”的，并且网络确保所需的与其它UE的对应参数的对准。还经由系统信息提供PCell的初始带宽部分的公共参数。对于所有其它服务小区，网络经由专用信令提供公共参数。

BWP-UplinkCommon信息元素

-PUSCH-ConfigCommon

IE PUSCH-ConfigCommon用于配置小区特定PUSCH参数。

-BWP-DownlinkDedicated

IE BWP-DownlinkDedicated用于配置下行链路BWP的专用(UE特定)参数。

BWP-DownlinkDedicated信息元素

-PDCCH-Config

IE PDCCH-Config用于配置UE特定PDCCH参数，例如控制资源集(CORESET)、搜索空间和用于获取PDCCH的额外参数。如果此IE在跨载波调度的情况下用于经调度小区，那么除searchSpacesToAddModList和searchSpacesToReleaseList以外的字段不存在。如果IE用于休眠BWP，那么除controlResourceSetToAddModList和controlResourceSetToReleaseList以外的字段不存在。

PDCCH-Config信息元素

-PDSCH-Config

PDSCH-Config IE用于配置UE特定PDSCH参数。

-BWP-UplinkDedicated

IE BWP-UplinkDedicated用于配置上行链路BWP的专用(UE特定)参数。

BWP-UplinkDedicated信息元素

-PUSCH-Config

IE PUSCH-Config用于配置适用于特定BWP的UE特定PUSCH参数。

-ControlResourceSet

IE ControlResourceSet用于配置在其中搜索下行链路控制信息的时间/频率控制资源集(CORESET) (见TS 38.213[13]第10.1节)。

ControlResourceSet信息元素

-ServingCellConfig

IE ServingCellConfig用于用服务小区配置(添加或修改)UE，服务小区可以是SpCell或MCG或SCG的SCell。本文中的参数大部分是UE特定的，但是也有部分是小区特定的(例如，在另外配置的带宽部分中)。PUCCH和无PUCCH SCell之间的重新配置仅使用SCell释放和添加支持。

ServingCellConfig信息元素

-CSI-MeasConfig

IE CSI-MeasConfig用于配置属于其中包含CSI-MeasConfig的服务小区的CSI-RS(参考信号)、将在其中包含CSI-MeasConfig的服务小区上的PUCCH上传送的信道状态信息报告以及由在其中包含CSI-MeasConfig的服务小区接收到的DCI所触发的PUSCH上的信道状态信息报告。同样见TS 38.214[19]第5.2节。

-CSI-ReportConfig

IE CSI-ReportConfig用于配置在其中包含CSI-ReportConfig的小区上的PUCCH上发送的周期性或半静态报告，或配置在其中包含CSI-ReportConfig的小区上接收的DCI触发的PUSCH上发送的半静态或非周期性报告(在此情况下，其上发送报告的小区是由接收的DCI确定)。见TS 38.214[19]第5.2.1节。

-PUCCH-Config

IE PUCCH-Config用于配置UE特定的PUCCH参数(每BWP)。

-SRS-Config

IE SRS-Config用于配置探测参考信号传送或配置CLI的探测参考信号测量。配置限定SRS-Resources列表和SRS-ResourceSets列表。每一资源集限定一组SRS-Resources。网络使用经配置aperiodicSRS-ResourceTrigger触发所述一组SRS-Resources的传送(L1DCI)。

3GPP RP-193252和3GPP RAN2#111会议记录提供以下与RRC_INACTIVE状态中的NR小数据传送有关的描述：

[来自3GPP RP-193252]

3 正当理由

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

[…]

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

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

4 目标

4.1 SI或核心部分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中的后续小数据传送以及状态迁移决策都应该在网络控制之下。

[…]

[来自3GPP RAN2#111会议记录]

8.6.2 基于RACH的方案的UL小数据传送

协定

1 支持具有RRC消息的小数据传送作为基于RA和基于CG的方案的基线

[…]

4 从RAN2的角度看，UE上下文中的已存储“配置”用于任何SDT机制(RACH和CG)的RLC承载配置。

5 2步RACH或4步RACH应该应用于RRC_INACTIVE下的基于RACH的上行链路小数据传送

6 上行链路小数据可在2步RACH的MSGA或4步RACH的msg3中发送。

7 小数据传送由网络基于每一DRB配置

[…]

9 支持不转变到RRC_CONNECTED情况下的UL SDT后的UL/DL传送

10 当UE处于RRC_INACTIVE时，应有可能发送多个UL和DL包作为相同SDT机制的部分且无需在专用准予上转变到RRC_CONNECTED。细节以及是否需要对网络的任何指示有待进一步研究。

3GPP TS 38.213提供以下与信道状态信息(CSI)报告有关的描述：

9 用于报告控制信息的UE程序

9.2 物理上行链路控制信道中的UCI报告

在PUCCH中报告的UCI类型包含HARQ-ACK信息、SR、LRR和CSI。UCI位包含HARQ-ACK信息位(若存在)、SR信息位(若存在)、LRR信息位(若存在)和CSI位(若存在)。HARQ-ACK信息位对应于HARQ-ACK码本，如第9.1节中所描述。对于此章节的其余部分，对SR的任何参考都适用于SR和/或LRR。

9.2.1 PUCCH资源集

如果UE不具有由PUCCH-Config中的PUCCH-ResourceSet提供的专用PUCCH资源配置，那么PUCCH资源集由pucch-ResourceCommon通过表9.2.1-1的行索引提供，以用于

个PRB的初始UL BWP的PUCCH上的HARQ-ACK信息传送。

PUCCH资源集包含十六个资源，每一资源对应于用于PUCCH传送的PUCCH格式、第一符号、持续时间、PRB偏移

和循环移位索引集。

如果BWP-UplinkCommon中不提供useInterlacePUCCH-PUSCH，那么UE使用跳频传送PUCCH；否则，UE不利用跳频传送PUCCH。

在表9.2.1-1中，具有索引0的正交覆盖码用于具有PUCCH格式1的PUCCH资源。

UE使用与经RAR UL准予调度的PUSCH传送相同的空间域传送滤波器传送PUCCH，如第8.3节中所描述。

一般来说，针对具有不频繁数据传送的UE引入RRC_INACTIVE状态。当不存在数据传送时，UE可处于RRC_INACTIVE状态(即，RRC连接暂停)，以便减小功率消耗。当UE处于RRC_INACTIVE状态时，当前服务gNB将存储(或维持)UE的UE上下文(例如，UE的配置和标识)。在数据到达时，UE可从RRC_INACTIVE状态恢复RRC连接，这比从RRC_IDLE状态建立新RRC连接更快。在恢复RRC连接之后(例如，在成功完成RA程序之后)，UE能够照常在RRC_CONNECTED状态中传送数据(例如，来自应用层的数据)。

另外，UE能够恢复不同于其中已暂停RRC连接的原始gNB(即，旧gNB)的gNB(即，新gNB)上的无线电资源控制(RRC)连接。在此情况下，新gNB尝试从旧gNB检索UE上下文。如果新gNB未能检索UE上下文，那么可进行到RRC连接设置程序的回退(即，建立新RRC连接)。当UE的RRC连接暂停时，UE将在“UE不活动AS上下文”中存储其当前RRC配置(的部分)。在UE在小区(在RRC连接在此小区中恢复成功之后其将被视为SpCell)上发起RRC恢复程序之后且在UE传送RRCResumeRequest消息之前，UE将从UE不活动AS上下文恢复所存储的RRC配置的部分，如3GPP TS 38.331的章节5.3.13.3中所指定。RRC_INACTIVE状态的更多细节已在上文提供，并且可参见3GPP TS 38.300和TS 38.331。

尽管RRC_INACTIVE状态具有如上所述的益处，但是目前UE无法在RRC_INACTIVE状态中传送(用户平面)数据。也就是说，UE需要在传送数据之前进入RRC_CONNECTED状态。在传送数据之后，UE再次处于RRC_INACTIVE状态。上述步骤针对每一数据传送发生，而不管数据量和数据到达频率如何，这可导致功率消耗和信令开销。

为了缓解这个问题，将引入RRC_INACTIVE状态中的小数据传送，如3GPP RP-193252中所论述。一般来说，小数据传送的主要目标是使得UE在不进入RRC_CONNECTED状态的情况下(或在此之前)能够在RRC_INACTIVE状态中传送数据。潜在的解决方案可基于2步RACH、4步RACH和/或经预配置PUSCH资源(例如，类似于NR中的类型1经配置准予)。RRC_INACTIVE状态中的小数据传送可以称为“RRC_INACTIVE状态中的SDT”和/或“SDT程序”和/或“SDT”。

例如，当UE在小区中执行基于2步RACH的SDT程序时，UE包含上行链路(UL)数据以及MsgA中的RRCResumeRequest消息。例如，当UE在小区中执行基于4步随机接入信道(RACH)的SDT程序时，UE包含UL数据以及Msg3中的RRCResumeRequest消息。例如，当UE在小区中执行基于经预配置物理上行链路共享信道(PUSCH)资源的SDT程序时，UE包含UL数据以及协议数据单元(PDU)中的RRCResumeRequest消息，以便使用经预配置PUSCH资源传送。SDT程序有可能引入新RRC消息(替代如上文所提及的RRCResumeRequest消息)。有可能不利用RRC消息传送UL数据。

图16示出根据一个实施例的RRC_INACTIVE状态中的小数据传送(SDT)的第一实例。在此实例中，UE在执行SDT之后(例如，在预期没有更多数据要传送的情况下)保持处于RRC_INACTIVE状态。图17示出RRC_INACTIVE状态中的小数据传送(SDT)的第二实例。在此实例中，SDT程序回退到RRCResume(例如，在预期有更多数据要传送的情况下)。图18示出RRC_INACTIVE状态中的小数据传送(SDT)的第三实例。在此实例中，SDT程序回退到RRCSetup(例如，在gNB未能检索到UE执行SDT的UE上下文的情况下)。

通常，SDT程序的数据传送包括第一UL传送(例如，4步RACH的Msg3或2步RACH的MsgA)后跟着第一下行链路(DL)传送(例如，4步RACH的Msg4或2步RACH的MsgB)。如果第一UL/DL传送内存在可能不被传送/接收的更多数据，那么网络可将UE迁移到RRC_CONNECTED状态中以传送/接收所述更多数据。当UE仍然处于RRC_INACTIVE状态时，可以进行后续传送。

例如，第二UL传送可在第一DL传送之后，并且UE可在执行第二UL传送(以及从网络接收“ACK”响应)之后保持处于RRC_INACTIVE。例如，第二DL传送可在第二UL传送之后，并且UE可在执行第二DL传送(以及向网络传送“ACK”)之后保持处于RRC_INACTIVE。“SDT程序的完成”可指代后续传送中的最后一个传送(例如，上文所描述的第二UL传送或第二DL传送)。在第二DL传送是SDT程序中的最后一个DL传送的情况下，RRCRelease消息可包含在第一DL传送而不是第二DL传送中。

替代地，在第二DL传送是SDT程序中的最后一个DL传送的情况下，RRCRelease消息可包含在第二DL传送而不是第一DL传送中。后续传送可被视为SDT程序的部分。网络可在第一DL传送中指示SDT程序中是否存在后续传送。网络可在第一DL传送中指示UE是否被允许执行SDT程序中的后续传送。SDT程序中的后续传送可包括至少一个UL传送。SDT程序中的后续传送可包括至少一个DL传送。在存在后续传送的情况下，SDT程序中的第二UL传送也可称为第一后续UL传送(诸如此类)。在存在后续传送的情况下，SDT程序中的第二DL传送也可称为第一后续DL传送(诸如此类)。

在以下段落中提及的SDT程序可包括用于SDT的RA程序和后续传送(在RA程序之后)。后续传送可利用动态上行链路准予或下行链路指派(经由PDCCH)由网络调度。后续传送可不利用动态上行链路准予由网络调度(例如，经由经配置准予的后续传送)。

图19示出根据一个实施例的在SDT程序中存在一个后续UL传送的第一实例。后续UL传送用于传送可能无法在第一UL传送(例如，图19中的UL数据的部分)内传送的剩余UL数据(例如，图19中的UL数据的剩余部分)。图20示出根据一个实施例的在SDT程序中存在一个后续UL传送的第二实例。后续UL传送用于传送在UE从网络接收DL数据之后到达的UL数据(例如，图20中的第二UL数据)。图21示出根据一个实施例的在SDT程序中存在一个后续DL传送的第一实例。后续DL传送用于传送可能无法在第一DL传送(例如，图21中的DL数据的部分)内传送的剩余DL数据(例如，图21中的DL数据的剩余部分)。图22示出根据一个实施例的在SDT程序中存在一个后续DL传送的第二实例。后续DL传送用于传送在网络从UE接收第二UL数据之后到达的DL数据(例如，图22中的第二DL数据)。

在小区上的RRC恢复程序(例如，随机接入(RA)程序)期间，UE基于在小区的系统信息(例如，MIB、SIB1)中提供的PDCCH相关配置来监听物理下行链路控制信道(PDCCH)。响应于RRCResume消息的成功接收，UE可从所存储UE不活动接入层(AS)上下文恢复PDCCH相关配置，并且网络还可在RRCResume消息中提供PDCCH相关配置。换句话说，UE使用在系统信息中提供的PDCCH相关配置，直到RRCResume消息成功接收为止。PDCCH相关配置可包括控制资源集(CORESET)配置(例如，controlResourceSetToAddModList、ControlResourceSet)。PDCCH相关配置可包括搜索空间配置(例如，searchSpacesToAddModList、SearchSpace)。PDCCH相关配置可包括PDCCH的TCI状态配置(例如，tci-StatesPDCCH-ToAddList)。

对于基于RACH的SDT程序，假设在小区上的用于SDT的RA程序期间，UE基于在小区的系统信息(例如，MIB或SIB1)中提供的PDCCH相关配置而监听PDCCH(用于接收例如Msg2、Msg4或MsgB)。在用于SDT的RA程序期间使用的PDCCH相关配置可与在不用于SDT的RA程序期间使用的PDCCH相关配置相同。在用于SDT的RA程序期间使用的PDCCH相关配置可与在不用于SDT的RA程序期间使用的PDCCH相关配置不同。例如，在用于SDT的RA程序期间使用的CORESET配置可与在不用于SDT的RA程序期间使用的CORESET配置相同(例如，controlResourceSetZero)，而在用于SDT的RA程序期间使用的搜索空间配置(例如，非ra-SearchSpace)可与在不用于SDT的RA程序期间使用的搜索空间配置(例如，ra-SearchSpace)不同。

例如，在用于SDT的RA程序期间使用的CORESET配置(例如，非controlResourceSetZero)可与在不用于SDT的RA程序期间使用的CORESET配置(例如，controlResourceSetZero)不同，而在用于SDT的RA程序期间使用的搜索空间配置可与在不用于SDT的RA程序期间使用的搜索空间配置相同(例如，ra-SearchSpace)。例如，在用于SDT的RA程序期间使用的CORESET配置和搜索空间配置均可与在不用于SDT的RA程序期间使用的CORESET配置和搜索空间配置相同。例如，在用于SDT的RA程序期间使用的CORESET配置和搜索空间配置均可不同于在不用于SDT的RA程序期间使用的CORESET配置和搜索空间配置。

网络可指示在用于SDT的RA程序期间在系统信息中提供的PDCCH相关配置当中的哪一PDCCH相关配置将供UE使用。例如，网络在系统信息中提供搜索空间配置列表，并且指示指示在用于SDT的RA程序期间将使用列表当中的哪一搜索空间。指示可在系统信息(例如，SIB1)中提供。指示可在去往UE的专用信令(例如，RRCRelease消息)中提供。替代地，网络在系统信息中直接提供第二搜索空间配置，其中此第二搜索空间配置针对用于SDT的RA程序但不针对不用于SDT的RA程序。

在基于RACH的SDT程序中存在后续传送的情况下，因为响应于SDT程序的第一DL传送(例如，Msg4或MsgB)的成功接收而将RA程序视为已完成，所以在后续传送(的阶段)期间哪一PDCCH相关配置供UE用于监听PDCCH并不明确，例如，监听PDCCH以便接收后续传送的调度(例如，动态上行链路准予或下行链路指派)。在图23中示出实例。

对于基于RACH的SDT程序中的后续传送，UE可基于以下替代方案中的至少一个监听PDCCH：

1.用于后续传送的PDCCH相关配置与在用于SDT的RA程序期间使用的相同

例如，网络在系统信息中提供第一CORESET配置。UE在不用于SDT的RA程序期间以及在用于SDT的RA程序期间使用第一CORESET配置，并且UE还在SDT程序中的后续传送期间使用第一CORESET配置。例如，网络在系统信息中提供第一和第二CORESET配置。UE在不用于SDT的RA程序期间使用第一CORESET配置，UE在用于SDT的RA程序期间使用第二CORESET配置，并且UE还在SDT程序中的后续传送期间使用第二CORESET配置。

例如，网络在系统信息中提供第一搜索空间配置。UE在不用于SDT的RA程序期间以及在用于SDT的RA程序期间使用第一搜索空间配置，并且UE还在SDT程序中的后续传送期间使用第一搜索空间配置。例如，网络在系统信息中提供第一和第二搜索空间配置。UE在不用于SDT的RA程序期间使用第一搜索空间配置，UE在用于SDT的RA程序期间使用第二搜索空间配置，并且UE还在SDT程序中的后续传送期间使用第二搜索空间配置。

因为在用于SDT的RA程序期间使用的PDCCH相关配置是在系统信息中提供的，所以网络可对在后续传送期间调度UE存在一些限制。例如，因为在MIB中提供的搜索空间#0(即，SearchSpaceZero)是公共搜索空间，所以在UE使用此搜索空间配置监听PDCCH的情况下，网络无法使用下行链路控制信息(DCI)格式0_1或DCI格式1_1调度UE。

SDT程序的PDCCH相关配置可在SIB1中提供。SDT程序的PDCCH相关配置可在系统信息块(非SIB1)中提供，例如提供与SDT有关的配置的SIB。

网络可提供指示，指示在用于SDT的RA程序期间在系统信息中提供的PDCCH相关配置当中的哪一PDCCH相关配置将供UE使用。指示可为ra-searchspace。指示可不为ra-searchspace。

2.用于后续传送的PDCCH相关配置也在系统信息(例如，MIB或SIB1)中提供但是可不同于在用于SDT的RA程序期间使用的PDCCH相关配置

例如，网络在系统信息中提供第一和第二CORESET配置。UE在不用于SDT的RA程序期间以及在用于SDT的RA程序期间使用第一CORESET配置，并且UE在SDT程序中的后续传送期间使用第二CORESET配置。例如，网络在系统信息中提供第一、第二和第三CORESET配置。UE在不用于SDT的RA程序期间使用第一CORESET配置，UE在用于SDT的RA程序期间使用第二CORESET配置，并且UE还在SDT程序中的后续传送期间使用第三CORESET配置。

例如，网络在系统信息中提供第一和第二搜索空间配置。UE在不用于SDT的RA程序期间以及在用于SDT的RA程序期间使用第一搜索空间配置，并且UE在SDT程序中的后续传送期间使用第二搜索空间配置。例如，网络在系统信息中提供第一、第二和第三搜索空间配置。UE在不用于SDT的RA程序期间使用第一搜索空间配置，UE在用于SDT的RA程序期间使用第二搜索空间配置，并且UE还在SDT程序中的后续传送期间使用第三搜索空间配置。

因为用于后续传送的PDCCH相关配置是在系统信息中提供的，所以网络可对在后续传送期间调度UE存在一些限制。用于后续传送的搜索空间可为公共搜索空间。例如，因为在SIB1中提供的搜索空间列表(即，commonSearchSpaceList)是公共搜索空间，所以在UE使用此列表当中的搜索空间监听PDCCH的情况下，网络无法使用DCI格式0_1或DCI格式1_1调度UE。

用于SDT程序(例如，用于后续传送)的PDCCH相关配置可在SIB1中提供。用于SDT程序的PDCCH相关配置可在系统信息块(非SIB1)中提供，例如提供与SDT有关的配置的SIB。

网络可提供第一指示，指示在用于SDT的RA程序期间在系统信息中提供的PDCCH相关配置当中的哪一PDCCH相关配置将供UE使用。第一指示可为ra-searchspace。第一指示可不为ra-searchspace。网络可提供第二指示，指示在系统信息中提供的PDCCH相关配置当中的哪一PDCCH相关配置将供UE用于后续传送。第二指示可不同于第一指示。

3.用于后续传送的PDCCH相关配置在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供

网络可在SDT程序的第一DL传送中直接向UE提供PDCCH相关配置。响应于在SDT程序的第一DL传送中接收到PDCCH相关配置，基于接收到的PDCCH相关配置，UE可在SDT程序中的后续传送期间监听PDCCH。

例如，网络在系统信息中提供第一CORESET配置，且网络在SDT程序的第一DL传送中提供第二CORESET配置。UE在用于SDT的RA程序期间使用第一CORESET配置，并且UE在SDT程序中的后续传送期间使用第二CORESET配置。例如，网络在系统信息中提供第一搜索空间配置，并且网络在SDT程序的第一DL传送中提供第二搜索空间配置。UE在用于SDT的RA程序期间使用第一搜索空间配置，并且UE在SDT程序中的后续传送期间使用第二搜索空间配置。

例如，网络在SDT程序的第一DL传送中提供PDCCH的传输配置指示符(TCI)状态配置。UE在SDT程序中的后续传送期间使用PDCCH的TCI状态配置。

在第一SDT程序中提供的PDCCH相关配置可用于在第一SDT程序完成之后发起的第二SDT程序。例如，当UE处于RRC_INACTIVE状态时，网络可传送具有suspendConfig的RRCRelease消息以完成由UE发起的第一SDT程序。网络可在RRCRelease消息中提供PDCCH相关配置，使得之后当UE发起第二SDT程序时，UE可以在第二SDT程序中的后续传送期间使用先前提供的PDCCH相关配置监听PDCCH。

第一DL传送中的PDCCH相关配置可包含在RRC消息(例如，RRCRelease消息)中。

因为PDCCH相关配置是在专用信令(例如，RRCRelease消息)中提供到UE的，所以网络可以为此UE提供适用于调度后续传送的配置。例如，网络可提供为UE特定搜索空间的搜索空间配置，并且因此网络能够调度具有DCI格式0_1或DCI格式1_1的UE。例如，网络可提供PDCCH的TCI状态配置，并且网络可利用PDCCH MAC控制单元的TCI状态指示指示用于监听PCCCH的TCI状态。

4.用于后续传送的PDCCH相关配置是在先前RRC_CONNECTED状态中供UE使用的PDCCH相关配置

在从RRC_CONNECTED状态进入RRC_INACTIVE状态时，UE将在UE不活动AS上下文中存储其当前RRC配置(的部分)。UE不活动AS上下文还含有PDCCH相关配置。UE可从UE不活动AS上下文恢复PDCCH相关配置，以在后续传送期间监听PDCCH。

例如，响应于从网络接收到指示SDT程序中存在后续传送的指示，UE从UE不活动AS上下文恢复CORESET配置，并在后续传送期间使用经恢复CORESET配置监听PDCCH。例如，响应于从网络接收到指示SDT程序中存在后续传送的指示，UE从UE不活动AS上下文恢复搜索空间配置，并在后续传送期间使用经恢复搜索空间配置监听PDCCH。

例如，响应于从网络接收到指示SDT程序中存在后续传送的指示，UE从UE不活动AS上下文恢复PDCCH的TCI状态配置，并在后续传送期间使用PDCCH的经恢复TCI状态配置监听PDCCH。

因为所存储的PDCCH相关配置是UE的专用配置，所以为此UE调度后续传送可能更适合。例如，所存储的PDCCH相关配置含有为UE特定搜索空间的搜索空间，并且因此网络能够调度具有DCI格式0_1或DCI格式1_1的UE。例如，所存储的PDCCH相关配置含有PDCCH的TCI状态配置，并且网络可利用PDCCH MAC控制单元的TCI状态指示指示用于监听PDCCH的TCI状态。

UE可恢复其SpCell(例如，先前RRC连接中的PCell)的PDCCH相关配置。在UE不活动AS上下文中存在多个DL BWP(在SpCell下)的情况下，UE可在初始DL BWP下恢复PDCCH相关配置。另外或替代地，网络可指示(例如，在Msg4或MsgB中)在所述多个DL BWP当中的哪一DLBWP下UE恢复PDCCH相关配置。例如，如果网络不指示在所述多个BWP当中的哪一DL BWP下UE恢复PDCCH相关配置，那么UE在初始DL BWP下恢复PDCCH相关配置。例如，如果网络指示(例如，在Msg4或MsgB中)在所述多个DL BWP当中的哪一DL BWP下UE恢复PDCCH相关配置，那么UE在由网络指示的DL BWP下恢复PDCCH相关配置。

5.用于后续传送的PDCCH相关配置在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供

在UE进入RRC_INACTIVE状态之前，网络可提供将用于之后由UE发起的SDT程序中的后续传送的PDCCH相关配置。响应于在触发状态迁移的RRC_CONNECTED状态中接收到的RRCRelease消息中接收到PDCCH相关配置，UE可在UE不活动AS上下文中存储接收到的PDCCH相关配置。接收到的PDCCH相关配置可不同于UE在RRC_CONNECTED状态中使用的PDCCH相关配置。换句话说，UE可在UE不活动AS上下文中存储(至少)两个PDCCH相关配置，其中一个在UE处于RRC_CONNECTED状态时使用，另一个在触发到RRC_INACTIVE的状态迁移的RRCRelease消息中接收。响应于SDT程序的发起或响应于从网络接收到指示SDT程序中存在后续传送的指示，UE可从UE不活动AS上下文恢复PDCCH相关配置(将用于后续传送)。

例如，当UE处于RRC_CONNECTED状态时，网络传送具有suspendConfig的RRCRelease消息以将UE迁移到RRC_INACTIVE状态中。网络可在RRCRelease消息中提供PDCCH相关配置(将用于后续传送)，使得之后当UE发起SDT程序时，UE可在SDT程序中的后续传送期间使用在RRCRelease消息中接收到的先前所提供PDCCH相关配置来监听PDCCH。

上述替代方案的组合是可能的。

对于第一实例，如果网络在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供PDCCH相关配置，那么UE在SDT程序中的后续传送期间使用所提供的PDCCH相关配置监听PDCCH(例如，替代方案3)。如果网络不在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供PDCCH相关配置，那么UE在SDT程序中的后续传送期间使用在系统信息中提供的PDCCH相关配置监听PDCCH(例如，替代方案1或替代方案2)。在图24中示出实例。

对于第二实例，如果网络在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供PDCCH相关配置，那么UE在SDT程序中的后续传送期间使用所提供的PDCCH相关配置监听PDCCH(例如，替代方案3)。如果网络不在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供PDCCH相关配置，那么UE从UE不活动AS上下文恢复PDCCH相关配置，以在SDT程序中的后续传送期间监听PDCCH(例如，替代方案4)。

对于第三实例，如果网络在系统信息中提供(或指示)将用于后续传送的第二PDCCH相关配置，那么UE在SDT程序中的后续传送期间使用第二PDCCH相关配置监听PDCCH(例如，替代方案2)。如果网络不在系统信息中提供(或指示)将用于后续传送的第二PDCCH相关配置，那么UE继续使用在用于SDT的RA程序期间使用的相同PDCCH相关配置，以在SDT程序中的后续传送期间监听PDCCH(例如，替代方案1)。在图24中示出实例。

对于第四实例，如果网络在传送于第一SDT程序中的RRCRelease消息中提供第一PDCCH相关配置，并且网络不在UE于第一SDT程序完成之后发起的第二SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二PDCCH相关配置，那么UE在第二SDT程序中的后续传送期间使用所提供的第一PDCCH相关配置监听PDCCH(例如，替代方案3)。如果网络在传送于第一SDT程序中的RRCRelease消息中提供第一PDCCH相关配置，并且网络还在UE于第一SDT程序完成之后发起的第二SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二PDCCH相关配置，那么UE在第二SDT程序中的后续传送期间使用所提供的第二PDCCH相关配置监听PDCCH(例如，替代方案3)。

对于第五实例，如果网络在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供第一PDCCH相关配置，并且网络不在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二PDCCH相关配置，那么UE在SDT程序中的后续传送期间使用所提供的第一PDCCH相关配置监听PDCCH(例如，替代方案5)。如果网络在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供第一PDCCH相关配置，并且网络还在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二PDCCH相关配置，那么UE在SDT程序中的后续传送期间使用所提供的第二PDCCH相关配置监听PDCCH(例如，替代方案3)。

对于第六实例，如果网络在系统信息中提供(或指示)将用于后续传送的第一PDCCH相关配置，并且网络不在传送于UE发起SDT程序之前的RRCRelease消息中提供第二PDCCH相关配置，那么UE在SDT程序中的后续传送期间使用第一PDCCH相关配置监听PDCCH(例如，替代方案2)。如果网络在系统信息中提供(或指示)将用于后续传送的第一PDCCH相关配置，并且网络还在传送于UE发起SDT程序之前的RRCRelease消息中提供第二PDCCH相关配置，那么UE在SDT程序中的后续传送期间使用第二PDCCH相关配置监听PDCCH(例如，替代方案3或替代方案5)。

在小区上的RRC恢复程序(例如，RA程序)期间，UE基于在小区的系统信息(例如，SIB1)中提供的共享信道相关配置而执行物理上行链路共享信道(PUSCH)上的传送和/或物理下行链路共享信道(PDSCH)上的接收。响应于RRCResume消息的成功接收，UE可从所存储UE不活动AS上下文恢复共享信道相关配置，并且网络还可在RRCResume消息中提供共享信道相关配置。换句话说，UE使用在系统信息中提供的共享信道相关配置，直到成功接收RRCResume消息为止。共享信道相关配置可包括PUSCH配置(例如，PUSCH-Config)。共享信道相关配置可包括PDSCH配置(例如，PDSCH-Config)。共享信道相关配置可包括PDSCH的TCI状态配置(例如，tci-StatesToAddModList)。共享信道相关配置可包括经配置准予配置(例如，ConfiguredGrantConfig)。共享信道相关配置可包括半静态调度配置(例如，SPS-Config)。

对于基于RACH的SDT程序，假设在小区上的用于SDT的RA程序期间，UE基于也在小区的系统信息(例如，SIB1)中提供的共享信道相关配置而执行PUSCH上的传送和/或PDSCH上的接收。在用于SDT的RA程序期间使用的共享信道相关配置可与在不用于SDT的RA程序期间使用的共享信道相关配置相同。在用于SDT的RA程序期间使用的共享信道相关配置可与在不用于SDT的RA程序期间使用的共享信道相关配置不同。

例如，在用于SDT的RA程序期间使用的PDSCH配置可与在不用于SDT的RA程序期间使用的PDSCH配置相同(例如，PDSCH-Config)，而在用于SDT的RA程序期间使用的PUSCH配置(例如，非PUSCH-Config)可与在不用于SDT的RA程序期间使用的PUSCH配置(例如，PUSCH-Config)不同。例如，在用于SDT的RA程序期间使用的PDSCH配置(例如，非PDSCH-Config)可与在不用于SDT的RA程序期间使用的PDSCH配置(例如，PDSCH-Config)不同，而在用于SDT的RA程序期间使用的PUSCH配置可与在不用于SDT的RA程序期间使用的PUSCH配置(例如，PUSCH-Config)相同。

例如，在用于SDT的RA程序期间使用的PDSCH配置和PUSCH配置均可与在不用于SDT的RA程序期间使用的PDSCH配置和PUSCH配置相同。例如，在用于SDT的RA程序期间使用的PDSCH配置和PUSCH配置均可不同于在不用于SDT的RA程序期间使用的PDSCH配置和PUSCH配置。

网络可指示在用于SDT的RA程序期间在系统信息中提供的共享信道相关配置当中的哪一共享信道相关配置将供UE使用。例如，网络在系统信息中提供PDSCH配置列表，并且指示指示列表当中的哪一PDSCH将在用于SDT的RA程序期间使用。指示可在系统信息(例如，SIB1)中提供。指示可在去往UE的专用信令(例如，RRCRelease消息)中提供。替代地，网络在系统信息中直接提供第二PDSCH配置，其中此第二PDSCH配置针对用于SDT的RA程序但不针对不用于SDT的RA程序。

在基于RACH的SDT程序中存在后续传送的情况下，因为响应于SDT程序的第一DL传送(例如，Msg4或MsgB)的成功接收而将RA程序视为已完成，所以在后续传送(的阶段)期间哪一共享信道相关配置供UE用于执行PUSCH上的传送和/或PDSCH上的接收并不明确。

对于基于RACH的SDT程序中的后续传送，UE可基于以下替代方案中的至少一个执行PUSCH上的传送和/或PDSCH上的接收：

1.用于后续传送的共享信道相关配置与在用于SDT的RA程序期间使用的共享信道相关配置相同

例如，网络在系统信息中提供第一PDSCH配置。UE在不用于SDT的RA程序期间以及在用于SDT的RA程序期间使用第一PDSCH配置，并且UE还在SDT程序中的后续传送期间使用第一PDSCH配置。例如，网络在系统信息中提供第一和第二PDSCH配置。UE在不用于SDT的RA程序期间使用第一PDSCH配置，UE在用于SDT的RA程序期间使用第二PDSCH配置，并且UE还在SDT程序中的后续传送期间使用第二PDSCH配置。

例如，网络在系统信息中提供第一PUSCH配置。UE在不用于SDT的RA程序期间以及在用于SDT的RA程序期间使用第一PUSCH配置，并且UE还在SDT程序中的后续传送期间使用第一PUSCH配置。例如，网络在系统信息中提供第一和第二PUSCH配置。UE在不用于SDT的RA程序期间使用第一PUSCH配置，UE在用于SDT的RA程序期间使用第二PUSCH配置，并且UE还在SDT程序中的后续传送期间使用第二PUSCH配置。

因为在用于SDT的RA程序期间使用的共享信道相关配置是在系统信息中提供的，所以网络可对在后续传送期间调度UE存在一些限制。

SDT程序的共享信道相关配置可在SIB1中提供。SDT程序的共享信道相关配置可在系统信息块(非SIB1)中提供，例如提供与SDT有关的配置的SIB。

网络可提供指示，指示在用于SDT的RA程序期间在系统信息中提供的共享信道相关配置当中的哪一共享信道相关配置将供UE使用。

2.用于后续传送的共享信道相关配置还在系统信息中提供但可不同于在用于SDT的RA程序期间使用的共享信道相关配置

例如，网络在系统信息中提供第一和第二PDSCH配置。UE在不用于SDT的RA程序期间以及在用于SDT的RA程序期间使用第一PDSCH配置，并且UE在SDT程序中的后续传送期间使用第二PDSCH配置。例如，网络在系统信息中提供第一、第二和第三PDSCH配置。UE在不用于SDT的RA程序期间使用第一PDSCH配置，UE在用于SDT的RA程序期间使用第二PDSCH配置，并且UE还在SDT程序中的后续传送期间使用第三PDSCH配置。

例如，网络在系统信息中提供第一和第二PUSCH配置。UE在不用于SDT的RA程序期间以及在用于SDT的RA程序期间使用第一PUSCH配置，并且UE在SDT程序中的后续传送期间使用第二PUSCH配置。例如，网络在系统信息中提供第一、第二和第三PUSCH配置。UE在不用于SDT的RA程序期间使用第一PUSCH配置，UE在用于SDT的RA程序期间使用第二PUSCH配置，并且UE还在SDT程序中的后续传送期间使用第三PUSCH配置。

因为用于后续传送的共享信道相关配置是在系统信息中提供的，所以网络可对在后续传送期间调度UE存在一些限制。

网络可提供第一指示，指示在用于SDT的RA程序期间在系统信息中提供的共享信道相关配置当中的哪一共享信道相关配置将供UE使用。网络可提供第二指示，指示在系统信息中提供的共享信道相关配置当中的哪一共享信道相关配置将供UE用于后续传送。第二指示可不同于第一指示。

3.用于后续传送的共享信道相关配置在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供

网络可在SDT程序的第一DL传送中直接向UE提供共享信道相关配置。响应于在SDT程序的第一DL传送中接收到共享信道相关配置，UE可在SDT程序中的后续传送期间基于接收到的共享信道相关配置执行PUSCH上的传送和/或PDSCH上的接收。

例如，网络在系统信息中提供第一PDSCH配置，并且网络在SDT程序的第一DL传送中提供第二PDSCH配置。UE在用于SDT的RA程序期间使用第一PDSCH配置，并且UE在SDT程序中的后续传送期间使用第二PDSCH配置。例如，网络在系统信息中提供第一PUSCH配置，并且网络在SDT程序的第一DL传送中提供第二PUSCH配置。UE在用于SDT的RA程序期间使用第一PUSCH配置，并且UE在SDT程序中的后续传送期间使用第二PUSCH配置。

例如，网络在SDT程序的第一DL传送中提供PDSCH的TCI状态配置。UE在SDT程序中的后续传送期间使用PDSCH的TCI状态配置。

在第一SDT程序中提供的共享信道相关配置可用于在第一SDT程序完成之后发起的第二SDT程序。例如，当UE处于RRC_INACTIVE状态时，网络可传送具有suspendConfig的RRCRelease消息以完成由UE发起的第一SDT程序。网络可在RRCRelease消息中提供共享信道相关配置，使得之后当UE发起第二SDT程序时，UE可在第二SDT程序中的后续传送期间使用先前提供的共享信道相关配置来执行PUSCH上的传送和/或PDSCH上的接收。

第一DL传送中的共享信道相关配置可包含在RRC消息(例如，RRCRelease消息)中。

因为共享信道相关配置是在去往UE的专用信令(例如，RRCRelease消息)中提供的，所以网络可为此UE提供适用于调度后续传送的配置。例如，网络可提供PDSCH的TCI状态配置，并且网络可利用DCI格式1_1指示用于接收PDSCH的TCI状态。

4.用于后续传送的共享信道相关配置是在先前RRC_CONNECTED状态中供UE使用的共享信道相关配置

在从RRC_CONNECTED状态进入RRC_INACTIVE状态时，UE将在UE不活动AS上下文中存储其当前RRC配置(的部分)。UE不活动AS上下文还含有共享信道相关配置。UE可从UE不活动AS上下文恢复共享信道相关配置，以在后续传送期间执行PUSCH上的传送和/或PDSCH上的接收。

例如，响应于从网络接收到指示SDT程序中存在后续传送的指示，UE从UE不活动AS上下文恢复PDSCH配置，并在后续传送期间使用经恢复PDSCH配置执行PDSCH上的接收。例如，响应于从网络接收到指示SDT程序中存在后续传送的指示，UE从UE不活动AS上下文恢复PUSCH配置，并在后续传送期间使用经恢复PUSCH配置执行PUSCH上的传送。

例如，响应于从网络接收到指示SDT程序中存在后续传送的指示，UE从UE不活动AS上下文恢复PDSCH的TCI状态配置，并在后续传送期间使用PDSCH的经恢复TCI状态配置执行PDSCH上的接收。

因为所存储的共享信道相关配置是UE的专用配置，所以为此UE调度后续传送可能更适合。例如，所存储的共享信道相关配置含有PDSCH的TCI状态配置，并且网络可利用DCI格式1_1指示用于接收PDSCH的TCI状态。

UE可恢复其SpCell(例如，先前RRC连接中的PCell)的共享信道相关配置。在UE不活动AS上下文中存在多个DL BWP(在SpCell下)的情况下，UE可在初始DL BWP下恢复共享信道相关配置。另外或替代地，网络可指示(例如，在Msg4或MsgB中)在所述多个DL当中的哪一DL BWP下UE恢复共享信道相关配置。

例如，如果网络不指示在所述多个DL BWP当中的哪一DL BWP下UE恢复共享信道相关配置，那么UE在初始DL BWP下恢复共享信道相关配置。例如，如果网络指示(例如，在Msg4或MsgB中)在所述多个DL BWP当中的哪一DL BWP下UE恢复共享信道相关配置，那么UE在由网络指示的DL BWP下恢复共享信道相关配置。在UE不活动AS上下文中存在多个UL BWP(在SpCell下)的情况下，UE可在初始UL BWP下恢复共享信道相关配置。

另外或替代地，网络可指示(例如，在Msg4或MsgB中)在所述多个UL BWP当中的哪一UL BWP下UE恢复共享信道相关配置。例如，如果网络不指示在所述多个UL BWP当中的哪一UL BWP下UE恢复共享信道相关配置，那么UE在初始UL BWP下恢复共享信道相关配置。例如，如果网络指示(例如，在Msg4或MsgB中)在所述多个UL BWP当中的哪一UL BWP下UE恢复共享信道相关配置，那么UE在由网络指示的UL BWP下恢复共享信道相关配置。

5.用于后续传送的共享信道相关配置在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供

在UE进入RRC_INACTIVE状态之前，网络可提供将用于之后由UE发起的SDT程序中的后续传送的共享信道相关配置。响应于在触发状态迁移的RRC_CONNECTED状态中接收到的RRCRelease消息中接收到共享信道相关配置，UE可在UE不活动AS上下文中存储接收到的共享信道相关配置。接收到的共享信道相关配置可不同于UE在RRC_CONNECTED状态中使用的共享信道相关配置。换句话说，UE可在UE不活动AS上下文中存储(至少)两个共享信道相关配置，其中一个在UE处于RRC_CONNECTED状态时使用，另一个在触发到RRC_INACTIVE的状态迁移的RRCRelease消息中接收。响应于SDT程序的发起或响应于从网络接收到指示SDT程序中存在后续传送的指示，UE可从UE不活动AS上下文恢复共享信道相关配置(将用于后续传送)。

例如，当UE处于RRC_CONNECTED状态时，网络传送具有suspendConfig的RRCRelease消息以将UE迁移到RRC_INACTIVE状态中。网络可在RRCRelease消息中提供共享信道相关配置(将用于后续传送)，使得之后当UE发起SDT程序时，UE可在SDT程序中的后续传送期间使用在RRCRelease消息中接收到的先前所提供共享信道相关配置来执行PUSCH上的传送和/或PDSCH上的接收。

上述替代方案的组合是可能的。

对于第一实例，如果网络在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供共享信道相关配置，那么UE在SDT程序中的后续传送期间使用所提供的共享信道相关配置执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案3)。如果网络不在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供共享信道相关配置，那么UE在SDT程序中的后续传送期间使用在系统信息中提供的共享信道相关配置执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案1或替代方案2)。

对于第二实例，如果网络在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供共享信道相关配置，那么UE在SDT程序中的后续传送期间使用所提供的共享信道相关配置执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案3)。如果网络不在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供共享信道相关配置，那么UE从UE不活动AS上下文恢复共享信道相关配置，以在SDT程序中的后续传送期间执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案4)。

对于第三实例，如果网络在系统信息中提供(或指示)将用于后续传送的第二共享信道相关配置，那么UE在SDT程序中的后续传送期间使用第二共享信道相关配置执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案2)。如果网络不在系统信息中提供(或指示)将用于后续传送的第二共享信道相关配置，那么UE继续使用在用于SDT的RA程序期间使用的相同共享信道相关配置，以在SDT程序中的后续传送期间执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案1)。

对于第四实例，如果网络在传送于第一SDT程序中的RRCRelease消息中提供第一共享信道相关配置，并且网络不在UE于第一SDT程序完成之后发起的第二SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二共享信道相关配置，那么UE在第二SDT程序中的后续传送期间使用所提供的第一共享信道相关配置执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案3)。如果网络在传送于第一SDT程序中的RRCRelease消息中提供第一共享信道相关配置，并且网络还在UE于第一SDT程序完成之后发起的第二SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二共享信道相关配置，那么UE在第二SDT程序中的后续传送期间使用所提供的第二共享信道相关配置执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案3)。

对于第五实例，如果网络在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供第一共享信道相关配置，并且网络不在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二共享信道相关配置，那么UE在SDT程序中的后续传送期间使用所提供的第一共享信道相关配置执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案5)。如果网络在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供第一共享信道相关配置，并且网络还在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二共享信道相关配置，那么UE在SDT程序中的后续传送期间使用所提供的第二共享信道相关配置执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案3)。

对于第六实例，如果网络在系统信息中提供(或指示)将用于后续传送的第一共享信道相关配置，并且网络不在传送于UE发起SDT程序之前的RRCRelease消息中提供第二共享信道相关配置，那么UE在SDT程序中的后续传送期间使用第一共享信道相关配置执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案2)。如果网络在系统信息中提供(或指示)将用于后续传送的第一共享信道相关配置，并且网络还在传送于UE发起SDT程序之前的RRCRelease消息中提供第二共享信道相关配置，那么UE在SDT程序中的后续传送期间使用第二共享信道相关配置执行PUSCH上的传送和/或PDSCH上的接收(例如，替代方案3或替代方案5)。

在小区上的RRC恢复程序(例如，RA程序)期间，每次在执行Msg1/MsgA传送之前，UE选择波束(或SSB)。UE使用选定波束进行传送和/或接收，直到例如RA程序成功完成为止。在基于RACH的SDT程序中存在后续传送的情况下，网络可决定改变在后续传送期间供UE用于执行传送和/或接收的波束(或TCI状态)。网络可能需要一些辅助信息来确定哪一波束(或TCI状态)将供UE使用。例如，可请求UE执行CSI测量和/或CSI报告，使得网络可以在需要时选择更好的波束(或TCI状态)来用于UE。

例如，UE可在用于SDT的RA程序期间执行信道状态信息(CSI)测量。例如，UE可在SDT程序中的后续传送期间执行CSI测量。例如，UE可在用于SDT的RA程序期间执行CSI报告。例如，UE可在SDT程序中的后续传送期间执行CSI报告。CSI报告可为周期性的。CSI报告可为非周期性的(例如，使用呈DCI格式0_1的CSI请求触发)。CSI报告可为半静态的。

因为UE无法在不具有对应配置(被称为“CSI测量/报告相关配置”)的情况下执行CSI测量和/或CSI报告，所以需要指定UE如何获取将在SDT中使用的CSI测量/报告相关配置。CSI测量/报告相关配置可包括CSI测量配置(例如，CSI-MeasConfig)。CSI测量/报告相关配置可包括CSI报告配置(例如，CSI-ReportConfig)。CSI测量/报告相关配置可包括物理上行链路控制信道(PUCCH)配置(例如，PUCCH-Config)。

对于基于RACH的SDT程序，UE可基于以下替代方案中的至少一个执行CSI测量和/或CSI报告(在SDT程序期间)：

1.用于基于RACH的SDT程序的CSI测量/报告相关配置在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供

网络可在SDT程序的第一DL传送中直接向UE提供CSI测量/报告相关配置。响应于在SDT程序的第一DL传送中接收到CSI测量/报告相关配置，UE可在SDT程序中的后续传送期间基于接收到的CSI测量/报告相关配置执行CSI测量和/或CSI报告。

例如，网络在SDT程序的第一DL传送中提供CSI测量配置。UE在SDT程序中的后续传送期间使用CSI测量配置执行CSI测量。例如，网络在SDT程序的第一DL传送中提供CSI报告配置。UE在SDT程序中的后续传送期间使用CSI报告配置执行CSI报告。

在第一SDT程序中提供的CSI测量/报告相关配置可用于在第一SDT程序完成之后发起的第二SDT程序。例如，当UE处于RRC_INACTIVE状态时，网络可传送具有suspendConfig的RRCRelease消息以完成由UE发起的第一SDT程序。网络可在RRCRelease消息中提供CSI测量/报告相关配置，使得之后当UE发起第二SDT程序时，UE可在第二SDT程序中的后续传送期间和/或在用于第二SDT程序的RA程序期间使用先前提供的CSI测量/报告相关配置来执行CSI测量和/或CSI报告。

第一DL传送中的CSI测量/报告相关配置可包含在RRC消息(例如，RRCRelease消息)中。

2.用于基于RACH的SDT程序的CSI测量/报告相关配置是UE在先前RRC_CONNECTED状态中使用的CSI测量/报告相关配置

在从RRC_CONNECTED状态进入RRC_INACTIVE状态时，UE将在UE不活动AS上下文中存储其当前RRC配置(的部分)。UE不活动AS上下文还含有CSI测量/报告相关配置。UE可从UE不活动AS上下文恢复CSI测量/报告相关配置，以在SDT程序中的后续传送期间和/或在用于SDT程序的RA程序期间执行CSI测量和/或CSI报告。

例如，响应于发起SDT程序，UE从UE不活动AS上下文恢复CSI测量配置，病在用于SDT程序的RA程序期间和/或在SDT程序中的后续传送期间使用经恢复CSI测量配置执行CSI测量。例如，响应于发起SDT程序，UE从UE不活动AS上下文恢复CSI报告配置，并在用于SDT程序的RA程序期间和/或在SDT程序中的后续传送期间使用经恢复CSI报告配置执行CSI报告。

例如，响应于从网络接收到指示SDT程序中存在后续传送的指示，UE从UE不活动AS上下文恢复CSI测量配置，并在后续传送期间使用经恢复CSI测量配置执行CSI测量。例如，响应于从网络接收到指示SDT程序中存在后续传送的指示，UE从UE不活动AS上下文恢复CSI报告配置，病在后续传送期间使用经恢复CSI报告配置执行CSI报告。

UE可恢复其SpCell(例如，先前RRC连接中的PCell)的CSI测量/报告相关配置。

3.用于基于RACH的SDT程序的CSI测量/报告相关配置在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供

在UE进入RRC_INACTIVE状态之前，网络可提供将用于之后由UE发起的基于RACH的SDT程序的CSI测量/报告相关配置。响应于在触发状态迁移的RRC_CONNECTED状态中接收到的RRCRelease消息中接收到CSI测量/报告相关配置，UE可在UE不活动AS上下文中存储接收到的CSI测量/报告相关配置。接收到的CSI测量/报告相关配置可不同于UE在RRC_CONNECTED状态中使用的CSI测量/报告相关配置。换句话说，UE可在UE不活动AS上下文中存储(至少)两个CSI测量/报告相关配置，其中一个在UE处于RRC_CONNECTED状态时使用，另一个在触发到RRC_INACTIVE的状态迁移的RRCRelease消息中接收。响应于SDT程序的发起或响应于从网络接收到指示SDT程序中存在后续传送的指示，UE可从UE不活动AS上下文恢复CSI测量/报告相关配置(将用于基于RACH的SDT程序)。

例如，当UE处于RRC_CONNECTED状态时，网络传送具有suspendConfig的RRCRelease消息以将UE迁移到RRC_INACTIVE状态中。网络可在RRCRelease消息中提供CSI测量/报告相关配置(将用于基于RACH的SDT程序)，使得之后当UE发起SDT程序时，UE可在用于SDT程序的RA程序期间和/或在SDT程序中的后续传送期间使用在RRCRelease消息中接收到的先前所提供CSI测量/报告相关配置来执行CSI测量和/或CSI报告。

上述替代方案的组合是可能的。

对于第一实例，如果网络在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供CSI测量/报告相关配置，那么UE在SDT程序中的后续传送期间使用所提供的CSI测量/报告相关配置执行CSI测量和/或CSI报告(例如，替代方案1)。如果网络不在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供CSI测量/报告相关配置，那么UE从UE不活动AS上下文恢复CSI测量/报告相关配置，以在SDT程序中的后续传送期间执行CSI测量和/或CSI报告(例如，替代方案2)。

对于第二实例，如果网络在传送于第一SDT程序中的RRCRelease消息中提供第一CSI测量/报告相关配置，并且网络不在UE于第一SDT程序完成之后发起的第二SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二CSI测量/报告相关配置，那么UE在第二SDT程序中的后续传送期间使用所提供的第一CSI测量/报告相关配置执行CSI测量和/或CSI报告(例如，替代方案1)。如果网络在传送于第一SDT程序中的RRCRelease消息中提供第一CSI测量/报告相关配置，并且网络还在UE于第一SDT程序完成之后发起的第二SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二CSI测量/报告相关配置，那么UE在第二SDT程序中的后续传送期间使用所提供的第二CSI测量/报告相关配置执行CSI测量和/或CSI报告(例如，替代方案1)。

对于第三实例，如果网络在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供第一CSI测量/报告相关配置，并且网络不在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二CSI测量/报告相关配置，那么UE在SDT程序中的后续传送期间使用所提供的第一CSI测量/报告相关配置执行CSI测量和/或CSI报告(例如，替代方案3)。如果网络在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供第一CSI测量/报告相关配置，并且网络还在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二CSI测量/报告相关配置，那么UE在SDT程序中的后续传送期间使用所提供的第二CSI测量/报告相关配置执行CSI测量和/或CSI报告(例如，替代方案1)。

在小区上的RRC恢复程序(例如，RA程序)期间，每次在执行Msg1/MsgA传送之前，UE选择波束(或SSB)。UE使用选定波束进行传送和/或接收，直到例如RA程序成功完成为止。从网络的角度看，在网络成功地检测并从UE接收UL传送之后，网络可在RA程序期间使用波束进行之后的去往UE的传送和/或来自UE的接收。

在基于RACH的SDT程序中存在后续传送的情况下，网络可决定改变在后续传送期间供网络用于执行传送(去往UE)和/或接收(来自UE)的波束。网络可能需要一些辅助信息来确定哪一波束将供网络使用。例如，可请求UE执行探测参考信号(SRS)传送，使得网络可以在需要时选择更好的波束来使用。SRS传送可为周期性的。SRS传送可为非周期性的(例如，使用呈DCI格式0_1或DCI格式1_1的SRS请求触发)。SRS传送可为半静态的。

因为UE无法在不具有对应配置(被称为“SRS相关配置”)的情况下执行SRS传送，所以需要指定UE如何获取将在SDT中使用的SRS相关配置。SRS相关配置可包括SRS配置(例如，SRS-Config)。

对于基于RACH的SDT程序，UE可基于以下替代方案中的至少一个执行SRS传送(在SDT程序期间)：

1.用于基于RACH的SDT程序的SRS相关配置在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供

网络可在SDT程序的第一DL传送中直接向UE提供SRS相关配置。响应于在SDT程序的第一DL传送中接收到SRS相关配置，UE可在SDT程序中的后续传送期间基于接收到的SRS相关配置执行SRS传送。

例如，网络在SDT程序的第一DL传送中提供SRS配置。UE在SDT程序中的后续传送期间使用SRS配置执行SRS传送。

在第一SDT程序中提供的SRS相关配置可用于在第一SDT程序完成之后发起的第二SDT程序。例如，当UE处于RRC_INACTIVE状态时，网络可传送具有suspendConfig的RRCRelease消息以完成由UE发起的第一SDT程序。网络可在RRCRelease消息中提供SRS相关配置，使得之后当UE发起第二SDT程序时，UE可在第二SDT程序中的后续传送期间使用先前提供的SRS相关配置执行SRS传送。

第一DL传送中的SRS相关配置可包含在RRC消息(例如，RRCRelease消息)中。

2.用于基于RACH的SDT程序的SRS相关配置是UE在先前RRC_CONNECTED状态中使用的SRS相关配置

在从RRC_CONNECTED状态进入RRC_INACTIVE状态时，UE将在UE不活动AS上下文中存储其当前RRC配置(的部分)。UE不活动AS上下文还含有SRS相关配置。UE可从UE不活动AS上下文恢复SRS相关配置，以在后续传送期间执行SRS传送。

例如，响应于从网络接收到指示SDT程序中存在后续传送的指示，UE从UE不活动AS上下文恢复SRS配置，并在后续传送期间使用经恢复SRS配置执行SRS传送。

UE可恢复其SpCell(例如，先前RRC连接中的PCell)的SRS相关配置。在UE不活动AS上下文中存在多个UL BWP(在SpCell下)的情况下，UE可在初始UL BWP下恢复SRS相关配置。另外或替代地，网络可指示(例如，在Msg4或MsgB中)在所述多个UL BWP当中的哪一UL BWP下UE恢复SRS相关配置。例如，如果网络不指示在所述多个UL BWP当中的哪一UL BWP下UE恢复SRS相关配置，那么UE在初始UL BWP下恢复SRS相关配置。如果网络指示(例如，在Msg4或MsgB中)在所述多个UL BWP当中的哪一UL BWP下UE恢复SRS相关配置，那么UE在由网络指示的UL BWP下恢复SRS相关配置。

3.用于基于RACH的SDT程序的SRS相关配置在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供

在UE进入RRC_INACTIVE状态之前，网络可提供将用于之后由UE发起的SDT程序中的后续传送的SRS相关配置。响应于在触发状态迁移的RRC_CONNECTED状态中接收到的RRCRelease消息中接收到SRS相关配置，UE可在UE不活动AS上下文中存储接收到的SRS相关配置。接收到的SRS相关配置可不同于UE在RRC_CONNECTED状态中使用的SRS相关配置。换句话说，UE可在UE不活动AS上下文中存储(至少)两个SRS相关配置，其中一个在UE处于RRC_CONNECTED状态时使用，另一个在触发到RRC_INACTIVE的状态迁移的RRCRelease消息中接收。响应于SDT程序的发起或响应于从网络接收到指示SDT程序中存在后续传送的指示，UE可从UE不活动AS上下文恢复SRS相关配置(将用于后续传送)。

例如，当UE处于RRC_CONNECTED状态时，网络传送具有suspendConfig的RRCRelease消息以将UE迁移到RRC_INACTIVE状态中。网络可在RRCRelease消息中提供SRS相关配置(将用于后续传送)，使得之后当UE发起SDT程序时，UE可在SDT程序中的后续传送期间使用在RRCRelease消息中接收到的先前所提供SRS相关配置来执行SRS传送。

上述替代方案的组合是可能的。

对于第一实例，如果网络在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供SRS相关配置，那么UE在SDT程序中的后续传送期间使用所提供的SRS相关配置执行SRS传送(例如，替代方案1)。如果网络不在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供SRS相关配置，那么UE从UE不活动AS上下文恢复SRS相关配置，以在SDT程序中的后续传送期间执行SRS传送(例如，替代方案2)。

对于第二实例，如果网络在传送于第一SDT程序中的RRCRelease消息中提供第一SRS相关配置，并且网络不在UE于第一SDT程序完成之后发起的第二SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二SRS相关配置，那么UE在第二SDT程序中的后续传送期间使用所提供的第一SRS相关配置执行SRS传送(例如，替代方案3)。如果网络在传送于第一SDT程序中的RRCRelease消息中提供第一SRS相关配置，并且网络还在UE于第一SDT程序完成之后发起的第二SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二SRS相关配置，那么UE在第二SDT程序中的后续传送期间使用所提供的第二SRS相关配置执行SRS传送(例如，替代方案3)。

对于第三实例，如果网络在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供第一SRS相关配置，并且网络不在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二SRS相关配置，那么UE在SDT程序中的后续传送期间使用所提供的第一SRS相关配置执行SRS传送(例如，替代方案3)。如果网络在将UE从RRC_CONNECTED状态迁移到RRC_INACTIVE状态的RRCRelease消息中提供第一SRS相关配置，并且网络还在SDT程序的第一DL传送(例如，Msg4或MsgB)中提供第二SRS相关配置，那么UE在SDT程序中的后续传送期间使用所提供的第二SRS相关配置执行SRS传送(例如，替代方案1)。

上述替代方案中所描述的后续传送可为其中可进行后续UL/DL传送的时间周期。上述替代方案中所描述的后续传送可为其中UE可执行UL传送或DL接收的时间周期。

上述实施方案可适用于降低能力的NR装置(即NR_Light装置)(和/或由其支持)。上述实施方案可适用于正常NR装置(和/或由其支持)。

UE可在RRC_CONNECTED状态中在非最后一个(主)服务小区的服务小区上发起小数据传送程序。UE可在RRC_CONNECTED状态中在与最后一个(主)服务小区相同的服务小区上发起小数据传送程序。

图25是从UE的角度看的根据一个示例性实施例的流程图2500。在步骤2505中，UE在系统信息中接收第一PDCCH相关配置。在步骤2510中，UE在RRC_INACTIVE状态中发起小数据传送(SDT)程序，其中SDT程序包括随机接入(RA)程序和在RA程序之后的至少一个后续传送。在步骤2515中，UE在RRC_INACTIVE状态中在RA程序期间基于第一PDCCH相关配置监听PDCCH。在步骤2520中，在UE接收到第二PDCCH相关配置的情况下(或当UE接收到第二PDCCH相关配置时)，UE在RRC_INACTIVE状态中针对所述至少一个后续传送基于第二PDCCH相关配置监听PDCCH。

在一个实施例中，在UE沒有接收到第二PDCCH相关配置的情况下(或当UE沒有接收到第二PDCCH相关配置时)，UE可针对所述至少一个后续传送基于第一PDCCH相关配置监听PDCCH。此外，UE可在系统信息、Msg4、MSGB或RRCRelease消息中接收第二PDCCH相关配置。

在一个实施例中，第一PDCCH相关配置和/或第二PDCCH相关配置可包含搜索空间配置或控制资源集(CORESET)配置中的至少一个。搜索空间配置可与公共搜索空间相关联。

在一个实施例中，系统信息可包含用于在不用于SDT的RA程序期间监听PDCCH的第三PDCCH相关配置。所述至少一个后续传送可用于上行链路(UL)，并且可通过动态上行链路准予调度。另外，SDT程序可为RRC连接恢复程序。

返回参考图3和图4，在UE的一个示例性实施例中，UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得UE能够：(i)在系统信息中接收第一PDCCH相关配置，(ii)在RRC_INACTIVE状态中发起SDT程序，其中SDT程序包括RA程序和在RA程序之后的至少一个后续传送，(iii)在RRC_INACTIVE状态中在RA程序期间基于第一PDCCH相关配置监听PDCCH，以及(iv)在UE接收到第二PDCCH相关配置的情况下(或当UE接收到第二PDCCH相关配置时)，在RRC_INACTIVE状态中针对所述至少一个后续传送基于第二PDCCH相关配置监听PDCCH。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中所描述的其它动作和步骤。

图26是从网络节点的角度看的根据一个示例性实施例的流程图2600。在步骤2605中，网络节点在系统信息中向UE传送第一PDCCH相关配置。在步骤2610中，网络节点在RA程序期间基于第一PDCCH相关配置向在RRC_INACTIVE状态中的UE传送PDCCH，其中RA程序是SDT程序的部分，且SDT程序包括在RA程序之后的至少一个后续传送。在步骤2615中，在网络节点向UE提供第二PDCCH相关配置的情况下(或当网络节点向UE提供第二PDCCH相关配置时)，网络节点针对所述至少一个后续传送基于第二PDCCH相关配置向在RRC_INACTIVE状态中的UE传送PDCCH。

在一个实施例中，在网络节点不向UE提供第二PDCCH相关配置的情况下(或当网络节点不向UE提供第二PDCCH相关配置时)，网络节点可针对所述至少一个后续传送基于第一PDCCH相关配置而在RRC_INACTIVE状态中的UE传送PDCCH。此外，网络节点可在系统信息、Msg4、MSGB或RRCRelease消息中提供第二PDCCH相关配置。

在一个实施例中，第一PDCCH相关配置和/或第二PDCCH相关配置可包含搜索空间配置或CORESET配置中的至少一个。系统信息可包含用于在不用于SDT的RA程序期间传送PDCCH的第三PDCCH相关配置。

返回参考图3和4，在网络节点的一个示例性实施例中，网络节点300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得网络节点能够：(i)在系统信息中向UE传送第一PDCCH相关配置，(ii)在RA程序期间基于第一PDCCH相关配置向在RRC_INACTIVE状态中的UEUE传送PDCCH，其中RA程序是SDT程序的部分，且SDT程序包括在RA程序之后的至少一个后续传送，以及(iii)在网络节点向UE提供第二PDCCH相关配置的情况下(或当网络节点向UE提供第二PDCCH相关配置时)，针对所述至少一个后续传送基于第二PDCCH相关配置向在RRC_INACTIVE状态中的UEUE传送PDCCH。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中所描述的其它动作和步骤。

图27是从UE的角度看的根据一个示例性实施例的流程图2700。在步骤2705中，UE在RRC_INACTIVE状态中在小区上发起SDT程序，其中SDT程序包括用于SDT的RA程序和在用于SDT的RA程序之后的后续传送，且小区受网络节点控制。在步骤2710中，UE在用于SDT的RA程序期间基于第一PDCCH相关配置监听PDCCH。在步骤2715中，UE在后续传送期间基于第二PDCCH相关配置监听PDCCH。

在一个实施例中，UE可从小区的第一系统信息获取第一PDCCH相关配置。小区的第一系统信息可以是系统信息块类型1(SIB1)。

在一个实施例中，在基于第二PDCCH相关配置监听PDCCH之前，UE可从小区的第二系统信息获取第二PDCCH相关配置。第二PDCCH相关配置可与第一PDCCH相关配置相同。替代地，第二PDCCH相关配置可与第一PDCCH相关配置不同。小区的第二系统信息可以是系统信息块类型1(SIB1)。替代地，小区的第二系统信息可以是非系统信息块类型1(SIB1)的系统信息块。

在一个实施例中，在基于第二PDCCH相关配置监听PDCCH之前，UE可在用于SDT的RA程序期间在下行链路消息中从网络节点接收第二PDCCH相关配置。UE可响应于在用于SDT的RA程序期间接收到下行链路消息而将用于SDT的RA程序视为已完成。

在一个实施例中，在基于第二PDCCH相关配置监听PDCCH之前，UE可从UE不活动AS上下文恢复第二PDCCH相关配置。当UE处于RRC_CONNECTED状态时，UE可使用第二PDCCH相关配置监听PDCCH。在进行RRC_CONNECTED状态到RRC_INACTIVE状态的状态迁移时，UE可在UE不活动AS上下文中存储RRC配置，其中RRC配置包括第二PDCCH相关配置。

在一个实施例中，在基于第二PDCCH相关配置监听PDCCH之前，UE可从网络节点接收触发UE从RRC_CONNECTED状态到RRC_INACTIVE状态的状态迁移的RRCRelease消息，其中RRCRelease消息包括第二PDCCH相关配置。

在一个实施例中，第一PDCCH相关配置可以是PDCCH的控制资源集(CORESET)配置、搜索空间配置或TCI状态配置、CORESET配置。第二PDCCH相关配置可以是PDCCH的搜索空间配置或TCI状态配置。

在一个实施例中，后续传送可包括从UE到小区的至少一个UL传送。后续传送还可包括从小区到UE的至少一个DL传送。后续传送可由网络通过动态上行链路准予或动态下行链路指派调度。后续传送还可由网络通过经配置上行链路准予或经配置下行链路指派调度。

返回参考图3和图4，在UE的一个示例性实施例中，UE 300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312，使得UE能够：(i)在RRC_INACTIVE状态中在小区上发起SDT程序，其中SDT程序包括用于SDT的RA程序和在用于SDT的RA程序之后的后续传送，且小区受网络节点控制，(ii)在用于SDT的RA程序期间基于第一PDCCH相关配置监听PDCCH，以及(iii)在后续传送期间基于第二PDCCH相关配置监听PDCCH。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文中所描述的其它动作和步骤。

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

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

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

此外，结合本文中所公开的方面描述的各种说明性逻辑块、模块和电路可在集成电路(“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可驻存在用户设备中。在替代方案中，处理器和存储媒体可作为离散组件而驻存在用户设备中。另外，在一些方面中，任何合适的计算机程序产品可包括计算机可读媒体，所述计算机可读媒体包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可包括封装材料。

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

Claims

1.一种用于用户设备的方法，其特征在于，包括：

在系统信息中接收第一物理下行链路控制信道相关配置；

在RRC_INACTIVE状态中发起小数据传送程序，其中所述小数据传送程序包括随机接入程序和在所述随机接入程序之后的至少一个后续传送；

在所述RRC_INACTIVE状态中在所述随机接入程序期间基于所述第一物理下行链路控制信道相关配置监听物理下行链路控制信道；以及

在所述用户设备接收到第二物理下行链路控制信道相关配置的情况下，在所述RRC_INACTIVE状态中针对所述至少一个后续传送基于所述第二物理下行链路控制信道相关配置监听所述物理下行链路控制信道。

2.根据权利要求1所述的方法，其特征在于，还包括：

在所述用户设备沒有接收到所述第二物理下行链路控制信道相关配置的情况下，针对所述至少一个后续传送基于所述第一物理下行链路控制信道相关配置监听所述物理下行链路控制信道。

3.根据权利要求1所述的方法，其特征在于，所述用户设备在所述系统信息、Msg4、MSGB或RRCRelease消息中接收所述第二物理下行链路控制信道相关配置。

4.根据权利要求1所述的方法，其特征在于，所述第一物理下行链路控制信道相关配置和/或所述第二物理下行链路控制信道相关配置包含搜索空间配置或控制资源集配置中的至少一个。

5.根据权利要求4所述的方法，其特征在于，所述搜索空间配置与公共搜索空间相关联。

6.根据权利要求1所述的方法，其特征在于，所述系统信息包含用于在不用于小数据传送的随机接入程序期间监听所述物理下行链路控制信道的第三物理下行链路控制信道相关配置。

7.根据权利要求1所述的方法，其特征在于，所述至少一个后续传送用于上行链路且通过动态上行链路准予调度。

8.根据权利要求1所述的方法，其特征在于，所述小数据传送程序是无线电资源控制连接恢复程序。

9.一种用于网络节点的方法，其特征在于，包括：

在系统信息中向用户设备传送第一物理下行链路控制信道相关配置；

在随机接入程序期间基于所述第一物理下行链路控制信道相关配置向在RRC_INACTIVE状态中的所述用户设备传送物理下行链路控制信道，其中所述随机接入程序是小数据传送程序的部分，且所述小数据传送程序包括在所述随机接入程序之后的至少一个后续传送；以及

在所述网络节点向所述用户设备提供第二物理下行链路控制信道相关配置的情况下，针对所述至少一个后续传送基于所述第二物理下行链路控制信道相关配置向在所述RRC_INACTIVE状态中的所述用户设备传送所述物理下行链路控制信道。

10.根据权利要求9所述的方法，其特征在于，还包括：

在所述网络节点不向所述用户设备提供所述第二物理下行链路控制信道相关配置的情况下，针对所述至少一个后续传送基于所述第一物理下行链路控制信道相关配置向在所述RRC_INACTIVE状态中的所述用户设备传送所述物理下行链路控制信道。

11.根据权利要求9所述的方法，其特征在于，所述网络节点在所述系统信息、Msg4、MSGB或RRCRelease消息中提供所述第二物理下行链路控制信道相关配置。

12.根据权利要求9所述的方法，其特征在于，所述第一物理下行链路控制信道相关配置和/或所述第二物理下行链路控制信道相关配置包含搜索空间配置或控制资源集配置中的至少一个。

13.根据权利要求9所述的方法，其特征在于，所述系统信息包含用于在不用于小数据传送的随机接入程序期间传送所述物理下行链路控制信道的第三物理下行链路控制信道相关配置。

14.一种用户设备，其特征在于，包括：

控制电路；

处理器，其安装在所述控制电路中；以及

存储器，其安装在所述控制电路中且以操作方式耦合到所述处理器；

其中所述处理器配置成执行存储于所述存储器中的程序代码以进行以下操作：

在系统信息中接收第一物理下行链路控制信道相关配置；

15.根据权利要求14所述的用户设备，其特征在于，所述处理器还配置成执行存储于所述存储器中的程序代码以进行以下操作：

16.根据权利要求14所述的用户设备，其特征在于，所述用户设备在所述系统信息、Msg4、MSGB或RRCRelease消息中接收所述第二物理下行链路控制信道相关配置。

17.根据权利要求14所述的用户设备，其特征在于，所述第一物理下行链路控制信道相关配置和/或所述第二物理下行链路控制信道相关配置包含搜索空间配置或控制资源集配置中的至少一个。

18.根据权利要求17所述的用户设备，其特征在于，所述搜索空间配置与公共搜索空间相关联。

19.根据权利要求14所述的用户设备，其特征在于，所述系统信息包含用于在不用于小数据传送的随机接入程序期间监听所述物理下行链路控制信道的第三物理下行链路控制信道相关配置。

20.根据权利要求14所述的用户设备，其特征在于，所述至少一个后续传送用于上行链路且通过动态上行链路准予调度。