CN115997466A

CN115997466A - 用于小数据传输的方法和装置

Info

Publication number: CN115997466A
Application number: CN202180048009.8A
Authority: CN
Inventors: A.阿吉瓦尔
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2020-07-06
Filing date: 2021-07-05
Publication date: 2023-04-21
Also published as: EP4133887A4; US20240090045A1; EP4133887A1; WO2022010209A1; US20220007423A1

Abstract

本公开涉及一种用于融合支持超过第四代(4G)系统的更高数据速率的第五代(5G)通信系统和物联网(IoT)技术的通信方法和系统。本公开可以应用于基于5G通信技术和物联网相关技术的智能服务，例如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安全和安保服务。本公开提供了用于小数据传输的方法和装置。

Description

用于小数据传输的方法和装置

技术领域

本公开涉及无线通信系统。更具体地，本公开涉及无线通信系统中用于小数据传输的装置、方法和系统。此外，本公开涉及无线通信系统中用于大传播延迟的随机接入(RA)过程的装置、方法和系统。

背景技术

为了满足自部署第四代(4G)通信系统以来增加的对无线数据业务的需求，已经努力开发改进的第五代(5G)或预5G通信系统。因此，5G或预5G通信系统也被称为“超越4G网络”或“后长期演进(LTE)系统”。5G通信系统被认为是在较高频率(毫米波)频带(例如，60GHz频带)中实现的，以便实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。此外，在5G通信系统中，基于高级小小区、云无线电接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等，正在进行系统网络改进的开发。在5G系统中，已经开发了作为高级编码调制(ACM)的混合频移键控(FSK)和正交幅度调制(QAM)(FQAM)和滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

互联网，作为人类在其中生成和消费信息的以人为中心的连接网络，现在正在向物联网(IoT)发展，在IoT中，分布式实体(诸如事物)在没有人类干预的情况下交换和处理信息。通过与云服务器连接，IoT技术和大数据处理技术相结合的万物互联(IoE)已经出现。由于IoT实现需要诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术元素，所以最近已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这样的IoT环境可以提供智能互联网技术服务，其通过收集和分析互联物之间产生的数据，为人类生活创造新的价值。通过现有信息技术(IT)和各种工业应用之间的融合和结合，IoT可以应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和先进的医疗服务。

与此相适应，人们已经进行了各种尝试，将5G通信系统应用于IoT网络。例如，诸如传感器网络、MTC和M2M通信的技术可以通过波束成形、MIMO和阵列天线来实现。云无线电接入网络(RAN)作为上述大数据处理技术的应用也可以被认为是5G技术和IoT技术之间融合的示例。

同时，最近对5G通信系统中的小数据传输(small data transmission，SDT)进行了各种研究。

以上信息仅作为背景信息呈现，以帮助理解本公开。关于上述任何一个是否可以作为现有技术应用于本公开，没有做出确定，也没有做出断言。

发明内容

技术问题

最近，需要有效地增强小数据传输。

问题解决方案

本公开的各方面至少解决上述问题和/或缺点，并至少提供下述优点。因此，本公开的一个方面是提供一种用于融合第五代(5G)通信系统的通信方法和系统，以支持超过第四代(4G)通信系统的更高数据速率。

附加的方面将在下面的描述中部分地阐述，并且部分地将从描述中变得明显，或者可以通过对所呈现的实施例的实践来了解。

根据本公开的一方面，提供了一种由终端执行的方法。该方法包括：识别小数据传输(SDT)过程基于SDT被允许的无线电承载的上行链路数据被发起；在处于无线电资源控制(RRC)非活动状态时，向基站发送上行链路数据，其中上行链路数据使用基于SDT过程的发起而生成的完整性密钥来被完整性保护；以及从基站接收用于终止SDT过程的RRC释放消息。

根据本公开的另一方面，提供了一种由基站执行的方法。该方法包括：从处于RRC非活动状态的终端接收SDT被允许的无线电承载的上行链路数据，其中上行链路数据使用基于SDT过程的发起而生成的完整性密钥来被完整性保护；以及向终端发送用于终止SDT过程的RRC释放消息。

根据本公开的另一方面，提供了一种终端。该终端包括：收发器，被配置为发送和接收信号；以及控制器，与收发器耦合，并且被配置为：识别SDT过程基于SDT被允许的无线电承载的上行链路数据被发起；在处于RRC非活动状态时，向基站发送上行链路数据，其中上行链路数据使用基于SDT过程的发起而生成的完整性密钥来被完整性保护；以及从基站接收用于终止SDT过程的RRC释放消息。

根据本公开的另一方面，提供了一种基站。该基站包括：收发器，被配置为发送和接收信号；以及控制器，与收发器耦合，并且被配置为：从处于RRC非活动状态的终端接收SDT被允许的无线电承载的上行链路数据，其中上行链路数据使用基于SDT过程的发起而生成的完整性密钥来被完整性保护，并且向终端发送用于终止SDT过程的RRC释放消息。

从以下结合附图公开了本公开的各种实施例的详细描述中，本公开的其他方面、优点和显著特征对于本领域技术人员将变得明显。

发明的有益效果

根据本公开的各种实施例，可以有效地增强小数据传输过程。

附图说明

从以下结合附图的描述中，本公开的某些实施例的上述和其他方面、特征和优点将变得更加明显，其中：

图1示出了根据本公开一实施例的非陆地网络(NTN)中的前导码接收窗口；

图2示出了根据本公开一实施例的前导码接收的模糊问题的示例；

图3示出了根据本公开一实施例的物理随机接入(RA)信道(PRACH)时机的示例；

图4示出了根据本公开一实施例的PRACH时机的另一示例；

图5示出了根据本公开一实施例的终端和基站之间的信令流的示例；

图6示出了根据本公开一实施例的PRACH时机的另一示例；

图7示出了根据本公开一实施例的用于小数据传输的信令流的示例；

图8示出了根据本公开一实施例的用于小数据传输的信令流的另一示例；

图9示出了根据本公开一实施例的用于小数据传输的信令流的另一示例；

图10示出了根据本公开一实施例的用于小数据传输的信令流的另一示例；

图11是根据本公开一实施例的终端的框图；并且

图12是根据本公开一实施例的基站的框图。

在所有附图中，应当注意，相同的附图标记用于描述相同或相似的元件、特征和结构。

具体实施方式

提供参考附图的以下描述以帮助全面理解由权利要求及其等同物所定义的本公开的各种实施例。它包括各种具体细节以帮助理解，但这些仅被视为示例性的。因此，本领域普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对这里描述的各种实施例进行各种改变和修改。此外，为了清楚和简明起见，可以省略对众所周知的功能和结构的描述。

在以下描述和权利要求中使用的术语和词语不限于文献意义，而是仅由发明人使用，以使得能够清楚和一致地理解本公开。因此，对于本领域的技术人员来说，明显的是，本公开的各种实施例的以下描述仅仅是为了说明的目的而提供的，而不是为了限制由所附权利要求及其等同物所限定的本公开。

应当理解，单数形式“一”、“一个”和“该”包括复数指示物，除非上下文中另有明确指定。因此，例如，对“部件表面”的引用包括引用一个或多个这样的表面。

术语“基本上”是指所述的特性、参数或值不需要精确实现，但是包括例如公差、测量误差、测量精度限制和本领域技术人员已知的其他因素在内的偏差或变化可以以不排除该特性想要提供的效果的量出现。

本领域技术人员知道，流程图(或序列图)的框和流程图的组合可以由计算机程序指令来表示和执行。这些计算机程序指令可以加载在通用计算机、专用计算机或可编程数据处理设备的处理器上。当加载的程序指令由处理器执行时，它们创建用于执行流程图中描述的功能的装置。因为计算机程序指令可以存储在专用计算机或可编程数据处理设备中可用的计算机可读存储器中，所以也可以创建执行流程图中描述的功能的制品。因为计算机程序指令可以加载在计算机或可编程数据处理设备上，所以当作为程序执行时，它们可以执行流程图中描述的功能的操作。

流程图的框可以对应于包含实现一个或多个逻辑功能的一个或多个可执行指令的模块、片段或代码，或者可以对应于其一部分。在一些情况下，由框描述的功能可以以不同于所列顺序的顺序执行。例如，按顺序列出的两个框可以同时执行或者以相反的顺序执行。

在本说明书中，词语“单元”、“模块”等可以指软件组件或硬件组件，例如能够执行功能或操作的现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，“单元”等不限于硬件或软件。单元等可以被配置成驻留在可寻址存储介质中或者驱动一个或多个处理器。单元等可以指软件组件、面向对象的软件组件、类组件、任务组件、进程、功能、属性、过程、子程序、程序代码段、驱动器、固件、微码、电路、数据、数据库、数据结构、表格、数组或变量。由组件和单元提供的功能可以是较小组件和单元的组合，并且可以与其他组件和单元组合以构成较大的组件和单元。组件和单元可被配置成驱动安全多媒体卡中的设备或一个或多个处理器。

在详细描述之前，描述了理解本公开所必需的术语或定义。然而，这些术语应该以非限制性的方式来解释。

“基站(BS)”是与用户设备(UE)通信的实体，并且可以被称为BS、基站收发信台(BTS)、节点B(NB)、演进型NB(eNB)、接入点(AP)、第五代(5G)NB(5GNB)或下一代节点B(gNB)。

“UE”是与BS通信的实体，并且可以被称为UE、设备、移动站(MS)、移动设备(ME)或终端。

近年来，已经开发了几种宽带无线技术来满足日益增长的宽带用户数量，并提供更多更好的应用和服务。已经开发了第二代(2G)无线通信系统来提供语音服务，同时确保用户的移动性。第三代(3G)无线通信系统不仅支持语音服务，还支持数据服务。近年来，已经开发了第四无线通信系统来提供高速数据服务。然而，目前，第四代(4G)无线通信系统缺乏资源来满足高速数据服务的增长需求。因此，正在开发5G无线通信系统，以满足对高速数据服务、超可靠性和低延迟应用的不断增长的需求。

5G无线通信系统将不仅在较低的频带中实现，而且在较高的频率(毫米波)频带(例如10GHz到100GHz频带)中实现，以便实现较高的数据速率。为了减轻无线电波的传播损耗并增加传输距离，在5G无线通信系统的设计中正在考虑波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。此外，5G无线通信系统有望解决在数据速率、延迟、可靠性、移动性等方面具有完全不同要求的不同用例。然而，期望5G无线通信系统的空中接口的设计将足够灵活，以服务于具有完全不同的能力的UE，这取决于UE为终端客户提供服务的使用情况和细分市场。5G无线通信系统无线系统期望解决的几个示例用例是增强型移动宽带(eMBB)、大规模机器类型通信(m-MTC)、超可靠低延迟通信(URLL)等。诸如数十Gbps数据速率、低延迟、高移动性等的eMBB要求解决代表需要在任何地方都能保持互联网连接的无线宽带用户的细分市场。诸如非常高的连接密度、不频繁的数据传输、非常长的电池寿命、低移动性地址等的m-MTC要求解决代表展望数十亿设备的连接的物联网(IoT)/万物互联(IoE)的细分市场。，诸如极低的延迟、极高的可靠性和可变的移动性等的URLL要求解决代表工业自动化应用的细分市场，其中车辆对车辆/车辆对基础设施的通信被预见为自动驾驶汽车的要求。

在工作在较高频率(毫米波)频段的5G无线通信系统中，UE和gNB使用波束成形相互通信。波束成形技术用于减轻传播路径损耗，并增加较高频段通信的传播距离。波束成形使用高增益天线来增强发送和接收性能。波束成形可被分类为在发送端执行的发送(TX)波束成形和在接收端执行的接收(RX)波束成形。通常，TX波束成形通过使用多个天线允许传播到达的区域密集地位于特定方向来增加方向性。

在这种情况下，多个天线的集合可以被称为天线阵列，并且阵列中包括的每个天线可以被称为阵列元件。天线阵列可以被配置成各种形式，诸如线性阵列、平面阵列等。TX波束成形的使用导致信号方向性的增加，从而增加了传播距离。此外，由于信号几乎不在除方向性方向之外的方向上传输，作用在另一接收端的信号干扰显著降低。接收端可以通过使用RX天线阵列对RX信号执行波束成形。RX波束成形通过允许传播集中在特定方向上来增加在特定方向上发送的RX信号强度，并且从RX信号中排除在除了特定方向之外的方向上发送的信号，从而提供阻挡干扰信号的效果。

通过使用波束成形技术，发送器可以产生不同方向的多个发送波束方向图。这些发送波束方向图中的每个发送波束方向图也可以被称为TX波束。工作在高频的无线通信系统使用多个窄的TX波束在小区中发送信号，因为每个窄的TX波束为小区的一部分提供覆盖。TX波束越窄，天线增益越高，因此使用波束成形发送的信号的传播距离越大。接收器也可以产生不同方向的多个RX波束方向图。这些接收方向图中的每个接收方向图也可以被称为RX波束。

5G无线通信系统(也称为下一代无线电或NR)支持独立操作模式和双连接(DC)。在DC中，多个RX/TX UE可以被配置成利用由经由非理想回程连接的两个不同节点(或NB)提供的资源。一个节点充当主节点(MN)，另一个充当辅节点(SN)。MN和SN经由网络接口连接，并且至少MN连接到核心网络。NR还支持多无线电接入技术(RAT)双连接(MR-DC)操作，由此处于无线电资源控制连接(RRC_CONNECTED)的UE被配置为利用由两个不同的调度器提供的无线电资源，这两个调度器位于经由非理想回程连接的两个不同的节点中，并且提供演进通用移动电信系统(UMTS)陆地无线电接入(E-UTRA)(即，如果节点是gNB)或者NR接入(即，如果节点是gNB)。在NR中，对于没有配置载波聚合(CA)/DC的处于RRC_CONNECTED的UE，仅存在包括主小区的一个服务小区。对于配置有CA/DC的处于RRC_CONNECTED的UE，术语‘服务小区’用于表示包括(多个)特殊小区和所有辅小区的小区集合。在NR中，术语主小区组(MCG)是指与主节点相关联的一组服务小区，包括主小区(PCell)和可选地一个或多个辅小区(SCell)。在NR中，术语辅小区组(SCG)是指与辅节点相关联的一组服务小区，包括主SCG小区(PSCell)和可选的一个或多个SCell。在NR中，PCell是指在MCG中工作在主频上的服务小区，其中UE或者执行初始连接建立过程，或者发起连接重建过程。在NR中，对于配置有CA的UE，SCell是在特殊小区之上提供附加无线电资源的小区。PSCell是指SCG中UE在执行同步重配置过程时执行随机接入(RA)的服务小区。对于双连接操作，术语特殊小区(SpCell)是指MCG的PCell或SCG的PSCell，否则术语特殊小区是指PCell。

在5G无线通信系统(或NR)中，物理下行链路控制信道(PDCCH)用于调度物理下行链路共享信道(PDSCH)上的下行链路(DL)传输和物理上行链路共享信道(PUSCH)上的上行链路(UL)传输，其中PDCCH上的下行链路控制信息(DCI)包括：下行链路分配，至少包含与下行链路共享信道(DL-SCH)相关的调制和编码格式、资源分配和混合自动重复请求(HARQ)信息；上行链路调度授权，至少包含与上行链路共享信道(UL-SCH)相关的调制和编码格式、资源分配和混合ARQ信息。除了调度之外，PDCCH还可以用于：具有配置的授权的配置的PUSCH传输的激活和去激活；PDSCH半持久传输的激活和去激活；向一个或多个UE通知时隙格式；向一个或多个UE通知其中UE可以假设没有针对该UE的传输的(多个)物理资源块(PRB)和(多个)正交频分复用(OFDM)符号；用于物理上行链路控制信道(PUCCH)和PUSCH的发送功率控制(TPC)命令的传输；用于一个或多个UE的探测参考信号(SRS)传输的一个或多个TPC命令的传输；切换UE的活动带宽部分；或者发起RA过程。

UE根据对应的搜索空间配置，在一个或多个配置的控制资源集(CORESET)中的配置的监听时机中监听PDCCH候选的集合。CORESET由持续时间为1到3个OFDM符号的PRB的集合组成。资源单元资源元素组(REG)和控制信道元素(CCE)在CORESET中定义，每个CCE包括REG的集合。控制信道由CCE的聚合形成。通过聚合不同数量的CCE来实现控制信道的不同码率。CORESET中支持交织和非交织CCE到REG映射。极性编码用于PDCCH。携带PDCCH的每个资源元素组携带其自己的解调参考信号(DMRS)。正交相移键控(QPSK)调制用于PDCCH。

在NR中，由gNB为每个配置的带宽部分(BWP)发信号通知搜索空间配置的列表，其中每个搜索配置由标识符唯一标识。用于特定目的(诸如寻呼接收、系统信息(SI)接收、RA响应(RAR)接收)的搜索空间配置的标识符由gNB显式地发信号通知。在NR搜索空间中，配置包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和duration。UE使用参数PDCCH监听周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监听偏移(Monitoring-offset-PDCCH-slot)和PDCCH监听图样(Monitoring-symbols-PDCCH-within-slot)来确定时隙内的(多个)PDCCH监听时机。PDCCH监听时机存在于时隙‘x’到x+duration中，其中在编号为‘y’的无线电帧中编号为‘x’的时隙满足下面的等式1：

[等式1]

(y*(无线电帧中的时隙的数量)+x-Monitoring-offset-PDCCH-slot)mod(Monitoring-periodicity-PDCCH-slot)＝0

在具有PDCCH监听时机的每个时隙中，PDCCH监听时机的起始符号由Monitoring-symbols-PDCCH-within-slot给出。PDCCH监听时机的长度(用符号表示)在与搜索空间相关联的CORESET中给出。搜索空间配置包括与之相关联的CORESET配置的标识符。由gNB为每个配置的BWP发信号通知CORESET配置的列表，其中每个CORESET配置由标识符唯一标识。注意，每个无线电帧的持续时间为10ms。无线电帧由无线电帧号或系统帧号来标识。每个无线电帧包括几个时隙，其中无线电帧中的时隙的数量和时隙持续时间取决于子载波间隔。无线电帧中的时隙的数量和时隙持续时间取决于每个支持的子载波间隔(SCS)的无线电帧，并且在NR中预定义。每个CORESET配置都与传输配置指示符(TCI)状态的列表相关联。每个TCI状态配置一个DL参考信号(RS)标识符(ID)(例如，同步信号块(SSB)或信道状态信息参考信号(CSI-RS))。对应于CORESET配置的TCI状态的列表由gNB经由RRC信令来发信号通知。TCI状态列表中的一个TCI状态由gNB激活并指示给UE。TCI状态指示在搜索空间的PDCCH监听时机中，gNB用于PDCCH传输的DL TX波束(DL TX波束与TCI状态的SSB/CSI RS准共址(QCLed))。

在NR中，支持带宽自适应(BA)。利用BA，UE的接收和发送带宽不需要与小区的带宽一样大，并且可以被调整：可以命令改变宽度(例如，在低活动性期间收缩以节省功率)；该位置可以在频域中移动(例如，为了增加调度灵活性)；并且可以命令子载波间隔改变(例如，以允许不同的服务)。小区的总小区带宽的子集被称为带宽部分(BWP)。

BA是通过对RRC连接的UE配置(多个)BWP并告诉UE哪个配置的BWP当前是活动的BWP来实现的。当BA被配置时，UE仅需要监听一个活动BWP上的PDCCH，即，它不需要监听服务小区的整个DL频率上的PDCCH。在RRC连接状态下，对于每个配置的服务小区(即，PCell或SCell)，UE配置有一个或多个DL和UL BWP。对于激活的服务小区，在任何时间点总是有一个活动的UL和DL BWP。服务小区的BWP切换用于一次激活不活动的BWP和去激活活动的BWP。BWP切换由指示下行链路分配或上行链路授权的PDCCH、由BWP-InactivityTimer、由RRC信令或由发起RA过程时的媒体接入控制(MAC)实体本身来控制。在添加SpCell或激活SCell时，在没有接收到指示下行链路分配或上行链路授权的PDCCH的情况下，分别由firstActiveDownlinkBWP-Id和firstActiveUplinkBWP-Id指示的DL BWP和UL BWP是活动的。服务小区的活动BWP由RRC或PDCCH指示。对于不成对频谱，DL BWP与UL BWP成对，并且BWP切换对于UL和DL两者是公共的。在BWP不活动定时器到期时，UE将活动DL BWP切换到默认DL BWP或初始DL BWP(如果默认DL BWP未被配置)。

在5G无线通信系统中，支持RA。RA用于UL时间同步。在RRC连接状态下的非同步UE在初始接入、切换、RRC连接重建过程、调度请求传输、SCG添加/修改、波束失败恢复和UL中的数据或控制信息传输期间使用RA。支持几种类型的RA过程。

基于竞争的RA(CBRA)：这也被称为4步CBRA。在这种类型的随机接入中，UE首先发送RA前导码(也称为Msg1)，然后在RAR窗口中等待RA响应(RAR)。RAR也被称为Msg2。gNB在PDSCH上发送RAR。调度携带RAR的PDSCH的PDCCH被寻址到RA-无线电网络临时标识符(RA-RNTI)。RA-RNTI标识时间-频率资源(也称为物理RA信道(PRACH)时机或PRACH发送(TX)时机或RA信道(RACH)时机)，其中gNB检测RA前导码。RA-RNTI的计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id，其中s_id是UE已经发送Msg1(即RA前导码)的PRACH时机的第一个正交频分复用(OFDM)符号的索引；0≤s_id<14；t_id是PRACH时机的第一个时隙的索引(0≤t_id<80)；f_id是时隙内PRACH时机在频域中的索引(0≤f_id<8)，并且ul_carrier_id是用于Msg1传输的UL载波(对于正常的UL(NUL)载波，为0；并且对于补充的UL(SUL)载波，为1)。gNB可以将gNB检测到的各种RA前导码的几个RAR复用到相同的RARMAC协议数据单元(PDU)中。如果RAR包括由UE发送的RA前导码的RA前导码标识符(RAPID)，则MAC PDU中的RAR对应于UE的RA前导码传输。如果在RAR窗口期间没有接收到与其RA前导码传输相对应的RAR，并且UE还没有发送RA前导码达可配置的(由gNB在RACH配置中配置的)次数，则UE返回到第一步，即选择RA资源(前导码/RACH时机(RO))，并且发送RA前导码。在返回到第一步之前，可以应用回退。

如果接收到与其RA前导码传输相对应的RAR，则UE在RAR接收的UL授权中发送消息3(Msg3)。Msg3包括诸如RRC连接请求、RRC连接重建请求、RRC切换确认、调度请求、SI请求等的消息。它可以包括UE标识(即，小区无线电网络临时标识符(C-RNTI)或系统架构演进(SAE)-临时移动订户标识(S-TMSI)或随机数)。在发送Msg3之后，UE启动竞争解决定时器。当竞争解决定时器运行时，如果UE接收到寻址到包括在Msg3中的C-RNTI的PDCCH，则竞争解决被认为是成功的，竞争解决定时器停止，并且RA过程完成。当竞争解决定时器运行时，如果UE接收到包括UE的竞争解决标识(例如，在Msg3中传输的公共控制信道(CCCH)服务数据单元(SDU)的前X比特)的竞争解决MAC控制元素(CE)，则竞争解决被认为是成功的，竞争解决定时器停止，并且RA过程完成。如果竞争解决定时器到期，并且UE还没有发送RA前导码达可配置的次数，则UE返回到第一步，即，选择RA资源(前导码/RACH时机)，并且发送RA前导码。在返回到第一步之前，可以应用回退。

非竞争RA(CFRA)：这也被称为传统CFRA或4步CFRA。CFRA过程用于诸如需要低等待时间的切换、SCell的定时提前建立等情况。eNB向UE分配专用RA前导码。UE发送专用RA前导码。eNB在寻址到RA-RNTI的PDSCH上发送RAR。RAR传送RA前导码标识符和定时对齐信息。RAR还可以包括UL授权。类似于CBRA过程，RAR在RAR窗口中传输。在接收到包括由UE发送的RA前导码的RAPID的RAR之后，CFRA被认为成功完成。在RA被发起用于波束失败恢复的情况下，如果在用于波束失败恢复的搜索空间中接收到寻址到C-RNTI的PDCCH，则CFRA被认为成功完成。如果RAR窗口到期，并且RA没有成功完成，并且UE还没有发送RA前导码达可配置的(由gNB在RACH配置中配置的)次数，则UE重传RA前导码。

对于某些事件，诸如切换和波束失败恢复，如果(多个)专用前导码被分配给UE，则在随机接入的第一步期间，即在用于Msg1传输的RA资源选择期间，UE确定是发送专用前导码还是非专用前导码。通常为SSB/CSI-RS的子集提供专用前导码。如果在由gNB为其提供非竞争RA资源(即，专用前导码/RO)的SSB/CSI-RS中，没有具有高于阈值的DL参考信号接收功率(RSRP)的SSB/CSI-RS，则UE选择非专用前导码。否则，UE选择专用前导码。在RA过程期间，一个RA尝试可以是CFRA，而另一个RA尝试可以是CBRA。

2步基于竞争的RA(2步CBRA)：在第一步中，UE在PRACH上发送RA前导码，并且在PUSCH上发送有效载荷(即，MAC PDU)。RA前导码和有效载荷传输也称为MsgA。在第二步中，在MsgA传输之后，UE在配置的窗口内监听来自网络(即，gNB)的响应。该响应也称为MsgB。如果在MsgA有效载荷中发送了CCCH SDU，则UE使用MsgB中的竞争解决信息来执行竞争解决。如果MsgB中收到的竞争解决标识与MsgA中发送的CCCH SDU的前48比特匹配，则竞争解决成功。如果在MsgA有效载荷中发送了C-RNTI，则如果UE接收到寻址到C-RNTI的PDCCH，则竞争解决成功。如果竞争解决成功，则RA过程被认为成功完成。代替对应于所发送的MsgA的竞争解决信息，MsgB可以包括对应于在MsgA中发送的RA前导码的回退信息。如果接收到回退信息，则UE发送Msg3，并如在CBRA过程中那样使用Msg4来执行竞争解决。如果竞争解决成功，则RA过程被认为成功完成。如果在回退时(即，在发送Msg3时)竞争解决失败，则UE重传MsgA。如果UE在发送MsgA之后监听网络响应的配置的窗口到期，并且UE没有接收到包括如上所述的竞争解决信息或回退信息的MsgB，则UE重传MsgA。如果即使在发送MsgA达可配置的次数之后RA过程也没有成功完成，则UE回退到4步RACH过程，即，UE仅发送PRACH前导码。

MsgA有效载荷可以包括CCCH SDU、专用控制信道(DCCH)SDU、专用业务信道(DTCH)SDU、缓冲器状态报告(BSR)MAC控制元素(CE)、功率余量报告(PHR)MAC CE、SSB信息、C-RNTIMAC CE或填充中的一个或多个。MsgA可以包括与第一步中的前导码一起的UE ID(例如，随机ID、S-TMSI、C-RNTI、恢复ID等)。UE ID可以被包括在MsgA的MAC PDU中。诸如C-RNTI的UEID可以被携带在MAC CE中，其中MAC CE被包括在MAC PDU中。其他UE ID(例如随机ID、S-TMSI、C-RNTI、恢复ID等)可以被携带在CCCH SDU中。UE ID可以是随机ID、S-TMSI、C-RNTI、恢复ID、国际移动订户标识(IMSI)、空闲模式ID、非活动模式ID等中的一个。在UE执行RA过程的不同场景中，UE ID可以不同。当UE在通电之后(在它附接到网络之前)执行RA时，则UEID是随机ID。当UE在附接到网络之后在空闲状态下执行RA时，UE ID是S-TMSI。如果UE具有分配的C-RNTI(例如，处于连接状态)，则UE ID是C-RNTI。在UE处于INACTIVE(非活动)状态的情况下，UE ID是恢复ID。除了UE ID之外，还可以在MsgA中发送一些附加控制信息。控制信息可以被包括在MsgA的MAC PDU中。控制信息可以包括连接请求指示、连接恢复请求指示、系统信息(SI)请求指示、缓冲器状态指示、波束信息(例如，一个或多个DL TX波束ID或SSB ID)、波束失败恢复指示/信息、数据指示符、小区/BS/TRP切换指示、连接重建指示、重新配置完成或切换完成消息等中的一个或多个。

2步非竞争RA(2步CFRA)：在这种情况下，gNB向UE分配(多个)专用RA前导码和(多个)PUSCH资源以用于MsgA传输。也可以指示要用于前导码传输的(多个)RO。在第一步中，UE使用非竞争RA资源(即，专用前导码/PUSCH资源/RO)在PRACH上发送RA前导码，并且在PUSCH上发送有效载荷。在第二步中，在MsgA传输之后，UE在配置的窗口内监听来自网络(即，gNB)的响应。如果UE接收到寻址到C-RNTI的PDCCH，则RA过程被认为成功完成。如果UE接收到与其发送的前导码相对应的回退信息，则RA过程被认为成功完成。

对于某些事件，诸如切换和波束失败恢复，如果(多个)专用前导码和(多个)PUSCH资源被分配给UE，则在随机接入的第一步期间，即在用于MsgA传输的RA资源选择期间，UE确定是发送专用前导码还是非专用前导码。通常为SSB/CSI-RS的子集提供专用前导码。如果在由gNB为其提供非竞争RA资源(即，专用前导码/RO/PUSCH资源)的SSB/CSI-RS中，没有具有高于阈值的DL RSRP的SSB/CSI-RS，则UE选择非专用前导码。否则，UE选择专用前导码。在RA过程期间，一次RA尝试可以是2步CFRA，而另一次RA尝试可以是2步CBRA。

在发起RA过程时，UE首先选择载波(SUL或NUL)。如果gNB显式地发信号通知了用于RA过程的载波，则UE选择发信号通知的载波来执行RA过程。如果用于RA过程的载波没有被gNB显式地发信号通知，并且如果用于RA过程的服务小区被配置有补充上行链路，并且如果下行链路路径损耗参考的RSRP小于rsrp-ThresholdSSB-SUL，则UE选择SUL载波来执行RA过程。否则，UE选择NUL载波来执行RA过程。当选择了UL载波时，UE确定用于RA过程的UL和DLBWP，如TS 38.321的5.15节中所规定的。然后，UE确定对于该RA过程是执行2步还是4步RACH。

-如果该RA过程由PDCCH命令发起，并且如果由PDCCH显式提供的RA-PreambleIndex不是0b000000，则UE选择4步RACH；

-否则，如果gNB为该RA过程发信号通知了2步非竞争RA资源，则UE选择2步RACH；

-否则，如果gNB为该RA过程发信号通知4步非竞争RA资源，则UE选择4步RACH；

-否则，如果为该RA过程所选择的UL BWP仅配置有2步RACH资源，则UE选择2步RACH；

-否则，如果为该RA过程所选择的UL BWP仅配置有4步RACH资源，则UE选择4步RACH；

-否则，如果为该RA过程所选择的UL BWP配置有2步和4步RACH资源；

-否则，如果下行链路路径损耗参考的RSRP低于配置的阈值，则UE选择4步RACH。否则，UE选择2步RACH。

[实施例1-PRACH时机配置]

图1示出了根据本公开一实施例的非陆地网络(NTN)中的前导码接收窗口。

5G无线通信系统支持非陆地网络(NTN)，其中基站可以在卫星上，或者基站在地面上，但是UE和基站之间的通信由卫星中继。在NTN中，根据卫星的类型(地球静止轨道(GEO)、低地球轨道(LEO)、中地球轨道(MEO)、高海拔平台站系统(HAPS)等)，最大和最小传播延迟可以是几十毫秒。在NTN中，同一小区内的两个UE可能会经历不同的延迟。因此，由不同UE在同一RO中发送的前导码可能在不同的时间到达网络。

参考图1，为了确保网络能够接收来自所有UE的前导码，前导码接收窗口应该从[RO定时+最小单向延迟*2]开始，并以[RO定时+最大单向延迟*2]结束。

图2示出了根据本公开一实施例的关于前导码接收的模糊问题的示例。

当接收到前导码时，网络需要知道该前导码与哪个RO相关，以便估计准确的定时提前。

参考图2，如果RO周期不够长，则两个连续RO的前导码接收窗口可能彼此重叠，使得网络难以将接收到的前导码链接到对应的RO。

对于1000公里轨道中的典型GEO卫星小区，两个连续RO之间的时间间隔应该大于6.44毫秒(相当于最大延迟差的两倍)，以避免上述问题。对于500公里轨道上的典型GEO卫星小区，两个连续RO之间的时间间隔应该大于3.26毫秒，以避免上述问题。可以通过适当配置RACH资源(即，RACH时机)来避免前导码接收的模糊性，在这种情况下，两个连续RO之间的时间间隔大于小区内的最大延迟差*2。然而，这种方法减少了RACH资源，从而影响了小区中所支持的UE密度。

[实施例1-1]

在RA前导码传输的当前设计中(在4步RA过程或2步RA过程的情况下)，每个PRACH周期出现PRACH时机的集合。这些PRACH时机的时域出现通过参数PRACH配置索引发信号通知给UE。在时域中指示PRACH时机的PRACH配置的列表是预定义的。PRACH配置索引标识列表中的一个PRACH配置(即，它是PRACH配置的列表的预定义表中的一行的索引)。对于PRACH时机在时域中的每个实例，可以在频域中配置多个PRACH时机。频分复用的(FDMed)PRACH时机的每个集合中的第一个PRACH时机相对于UL BWP的物理资源块(PRB)0的起始偏移由gNB发信号通知。频分复用的PRACH时机的每个集合中的第二个PRACH时机从第一个PRACH时机的结束开始，频分复用的PRACH时机的每个集合中的第三个PRACH时机从第二个PRACH时机的结束开始，依此类推(即，频分复用的PRACH时机的每个集合中的第n个PRACH时机从第n-1个PRACH时机的结束开始，其中n＝1，2，...，频分复用的PRACH时机的数量)。对于不同的PRACH序列长度，每个PRACH时机占用的PRB的数量也可以被配置或预定义。

图3示出了根据本公开一实施例的PRACH时机的示例。在这个示例中，在每个PRACH周期，在时域中有两次PRACH时机的出现。每次出现由‘n’个频分复用的PRACH时机组成(‘n’也可以是1)。如果每个PRACH时机的大小是‘x’个PRB，则频分复用的PRACH时机的每个集合占用从UL BWP的PRB 0的偏移开始的PRB开始的x*n个连续的PRB，其中该偏移在RACH配置中发信号通知。

图4示出了根据本公开一实施例的PRACH时机的另一示例。

在本公开的一种方法中，每个间隔‘T’的‘n’个频分复用的PRACH时机的每个集合被分配给不同的PRB(‘n’是可配置的并且可以是1)。第一间隔T从第一PRACH周期的起始开始。每个间隔‘T’中的频分复用的RO的集合从0开始顺序索引。在间隔‘T’中的频分复用的PRACH时机的第i个集合中的第一个PRACH时机从由FrequencyStart+SOffset*i给出的PRB开始，其中FrequencyStart是相对于UL BWP的PRB 0的偏移，并且由gNB发信号通知；“SOffset”可以由gNB发信号通知。替代地，SOffset＝频分复用的PRACH时机的数量*每个PRACH时机的PRB数量。频分复用的PRACH的数量由gNB发信号通知。在一实施例中，定时器间隔T等于2*小区中的最大延迟差。最大延迟差＝最大传播延迟-最小传播延迟。时间间隔T或最大延迟差可以由gNB在系统信息(即，在系统信息块(SIB))或专用RRC信令中发信号通知。替代地，最大传播延迟和最小传播延迟可以由gNB在系统信息(即，SIB)或专用RRC信令中发信号通知。在一实施例中，定时器间隔T可以以PRACH周期为单位发信号通知。在实施例中，代替以PRACH配置周期为单位发信号通知时间间隔T，可以发信号通知参数‘m’，其中‘m’是定时器间隔T中的频分复用的PRACH时机的集合的数量。

在一实施例中，在应用上述规则来确定频分复用的PRACH时机之前，可以从PRACH配置索引所指示的PRACH时机中移除无效的PRACH时机。对于成对频谱，所有PRACH时机都有效。对于不成对的频谱，

-如果UE没有被提供TDD-UL-DL-ConfigurationCommon(其中TDD-UL-DL-ConfigurationCommon由gNB在系统信息或专用RRC信令消息中发信号通知)，如果PRACH时隙中的PRACH时机不在PRACH时隙中的同步信号(SS)和物理广播信道(PBCH)(SS/PBCH)块之前，并且其在最后的SS/PBCH块接收符号之后至少N_gap个符号开始，则该PRACH时机是有效的，其中N_gap对于1.25kHz或5kHz前导码SCS是0，并且对于1.25kHz前导码SCS是2。

*SS/PBCH块(SSB)的索引由SIB1或ServingCellConfigCommon中的ssb-PositionsInBurst提供

-如果UE被提供tdd-UL-DL-ConfigurationCommon，则在以下情况下PRACH时隙中的PRACH时机是有效的：

*它在UL符号内，或

*它不在PRACH时隙中的SS/PBCH块之前，并且其在最后一个下行链路符号之后至少N_gap个符号，并且在最后一个SS/PBCH块符号之后至少N_gap个符号开始，其中N_gap对于1.25kHz或5kHz前导码SCS是0，对于15kHz或30kHz或60kHz或120kHz前导码SCS是2。

**SS/PBCH模块的索引由SIB1或ServingCellConfigCommon中的ssb-PositionsInBurst提供。

在该实施例中，如果PRACH时机被小于2*最大延迟差分开，则这些PRACH时机可以在时间上重叠，但在频域上不重叠。结果，即使这些PRACH时机的接收窗口重叠，gNB仍然可以基于接收前导码的PRACH时机的频域位置来识别检测到的前导码的相关联的RACH时机。例如，图2中的RACH时机1和RACH时机2分别占用PRB0至PRB5和PRB6至PRB 11。在接收窗口的重叠区域中，如果在PRB0至PRB5中检测到前导码，则该前导码与RACH时机1相关联；如果在PRB6至PRB11中检测到前导码，则该前导码与RACH时机2相关。

图5示出了根据本公开一实施例的终端(即，UE)和基站之间的信令流的示例。在操作510，UE从gNB接收RACH配置。在操作520，UE根据PRACH配置索引确定PRACH时机的时域出现。在操作530，UE根据如前所述的T(最大延迟差)、FrequencyStart、n和SOffset来确定频分复用的PRACH时机的位置。UE确定前导码和SSB以及PRACH时机和SSB之间的关联。在RA过程期间，UE选择SSB；UE选择对应于所选择的SSB的前导码；UE从对应于所选择的SSB的确定的PRACH时机之一中选择PRACH时机。在操作540，UE在所选择的PRACH时机发送所选择的RA前导码。如果在操作550，gNB在多个PRACH时机的重叠接收窗口中接收到前导码，则在操作560，gNB可以根据接收前导码的频域位置来识别PRACH时机。

[实施例1-2]

在当前实施例中，RA前导码和PRACH时机如下被映射到SSB：对于4步RA过程(也称为类型1)，由ssb-perRACH-OccasionAndCB-PreamblesPerSSB为UE提供与一个PRACH时机相关联的N个SS/PBCH块和每个有效PRACH时机的每个SS/PBCH块的R个基于竞争的前导码。

对于4步RA过程，如果N<1，则一个SS/PBCH块被映射到1/N个连续的有效PRACH时机，并且与每个有效PRACH时机的SS/PBCH块相关联的具有连续索引的R个基于竞争的前导码从前导码索引0开始。如果N≥1，则具有与每个有效PRACH时机的SS/PBCH块n(0≤n≤N-1)相关联的连续索引的R个基于竞争的前导码从前导码索引

开始，其中对于4步RA过程，

由totalNumberOfRA-Preambles提供，并且是N的整数倍。

SIB1或ServingCellConfigCommon中的ssb-PositionsInBurst提供的SS/PBCH块索引按以下顺序映射到有效的PRACH时机：

-首先，在单个PRACH时机内，按照前导码索引的递增顺序。

-第二，对于频率复用的PRACH时机，按照频率资源索引的递增顺序。

-第三，对于PRACH时隙内的时间复用的PRACH时机，按照时间资源索引的递增顺序。

-第四，对于PRACH时隙，按照索引的递增顺序。

为了解决前导码检测问题，在本公开的一个实施例中，在2*最大延迟差的间隔内的PRACH时机被分配不同的前导码。在一实施例中，前导码/SSB之间的映射确定如下：

-由gNB发信号通知的RACH配置，R＝每个SSB的前导码数量；N＝每个RO的SSB数量；T＝前导码的总数，K＝2*最大延迟差(以PRACH周期为单位)。

-如果N<1，与SSB相关联的R个连续前导码从由i*R给出的前导码索引开始。

-如果N>＝1，则与频分复用的RO的第i个集合中的RO的第n个SSB相关联的R个连续前导码从由[n*(T/N)]+i*R]给出的前导码索引开始，其中0<＝n<＝N-1。

-0<＝i<＝m-1；m＝间隔K中的频分复用的RO的集合的数量，其中K＝2*最大延迟差(以PRACH周期为单位)。间隔K中的频分复用的RO的集合从0开始顺序索引。注意，间隔K也可以以时隙为单位。

第一间隔K从第一PRACH配置周期的起始开始。在一实施例中，定时器间隔K等于2*小区中的最大延迟差。最大延迟差＝最大传播延迟-最小传播延迟。时间间隔K或最大延迟差可以由gNB在系统信息或专用RRC信令中发信号通知。替代地，最大传播延迟、最小传播延迟可以由gNB在系统信息或专用RRC信令中发信号通知。在一实施例中，可以发信号通知以PRACH配置周期为单位的定时器间隔T。在一实施例中，代替K，可以发信号通知参数‘m’，其中‘m’是频分复用的PRACH时机的集合的数量，0<＝i<m。

图6示出了根据本公开一实施例的PRACH时机的另一示例。在该示例中，在间隔K中有频分复用的PRACH时机的三个集合。频分复用的PRACH时机的每个集合由2个PRACH时机组成。R(前导码的数量/SSB)＝8；并且N(SSB的数量/RO)＝2。在本示例中，N>＝1。因此，与频分复用的PRACH时机的第i个集合中的PRACH时机的第n个SSB相关联的R个连续前导码从由[n*(T/N)]+i*R]给出的前导码索引开始，其中0<＝n<＝N-1，0<＝i<＝m-1；m＝间隔K中频分复用的PRACH时机的集合的数量。

对于频分复用的RO的第i(i＝0)个集合中的RO的第一个SSB，从由[0*(64/2)]+0*8]＝0给出的前导码索引开始，8个连续的前导码相关联。

对于频分复用的RO的第i(i＝0)个集合中的RO的第二个SSB，8个前导码相关联，并且从由[1*(64/2)]+0*8]＝32给出的前导码索引开始。

对于频分复用的RO的第i(i＝1)个集合中的RO的第一个SSB，8个前导码相关联，并且从由[0*(64/2)]+1*8]＝8给出的前导码索引开始。

对于频分复用的RO的第i(i＝1)个集合中的RO的第二个SSB，8个前导码相关联，并且从由[1*(64/2)]+1*8]＝40给出的前导码索引开始。

对于频分复用的RO的第i(i＝2)个集合中的RO的第一个SSB，8个前导码相关联，并且从由[0*(64/2)]+2*8]＝16给出的前导码索引开始。

对于频分复用的RO的第i(i＝2)个集合中的RO的第二个SSB，8个前导码相关联，并且从由[1*(64/2)]+2*8]＝48给出的前导码索引开始。

相同的过程也可以应用于具有与4步RA过程不同的PRACH时机的配置的2步RA过程

对于具有与4步RA过程不同的PRACH时机的配置的2步RA过程，在一个实施例中，前导码/SSB之间的映射确定如下：

-gNB发信号通知RACH配置，R1＝每个SSB的前导码数量；N1＝每个RO的SSB数量；T1＝前导码的总数，K1＝2*最大延迟差(以PRACH周期为单位)。

-如果N<1，则与SSB相关联的R1个连续前导码从由m*R+i*R1给出的前导码索引开始，对于4步RA过程，m＝间隔K中的频分复用的RO的集合的数量。对于4步RA过程，R＝每个SSB的前导码数量。

-如果N>＝1，则与频分复用的RO的第i个集合中的RO的第n个SSB相关联的R1个连续前导码从由[n*(T/N1)]+i*R1+m*R]给出的前导码索引开始，其中0<＝n<＝N1-1。

-0<＝i<＝m1-1；m1＝间隔K中的频分复用的RO的集合的数量，其中K＝2*最大延迟差(以PRACH周期为单位)。间隔K1中的频分复用的RO的集合从0开始顺序索引。注意，间隔K1也可以以时隙为单位。

在一实施例中，代替K，可以发信号通知参数“m1”，其中“m1”是频分复用的PRACH时机的集合的数量，0<＝i<m1。

第一间隔K1从第一PRACH周期的起始开始。在一实施例中，定时器间隔K1等于2*小区中的最大延迟差。最大延迟差＝最大传播延迟-最小传播延迟。时间间隔K或最大延迟差可以由gNB在系统信息或专用RRC信令中发信号通知。替代地，最大传播延迟、最小传播延迟可以由gNB在系统信息或专用RRC信令中发信号通知。在一实施例中，定时器间隔T可以以PRACH周期为单位发信号通知。

[实施例2-针对NR的基于4步RA的小数据传输(SDT)解决方案]

2.1总体过程。

目的是实现RRC_INACTIVE状态下的小数据传输。当4步RA过程用于小数据传输时，上行链路数据在Msg3中发送。在Msg3中仅发送上行链路数据是不够的。与上行链路数据一起，还需要发送附加信息(诸如下面列出的信息)：

-恢复标识(短的或完整的I-RNTI)，用于标识UE的上下文和最后的服务gNB(如果UE向其发送UL数据的gNB不同于UE最后接收具有挂起(suspend)配置的RRCRelease的gNB)。gNB可以指示(例如，在系统信息或RRC消息中)UE应该发送短的还是完整的I-RNTI作为恢复标识。

-认证令牌(即resumeMAC-I)，用于认证UE。

为了携带上述信息，RRCResumeRequest/RRCResumeRequest1消息可以与上行链路数据一起发送，其中如果要将短I-RNTI发送到gNB，则发送RRCResumeRequest，如果要将完整I-RNTI发送到gNB，则发送RRCResumeRequest 1。RRCResumeRequest/RRCResumeRequest1在信令无线电承载0(SRB0)上发送，因此不受保护。使用来自先前RRC连接的RRC完整性密钥来生成resumeMAC-I。来自先前RRC连接的RRC完整性密钥可从存储的AS上下文中获得，其中UE在接收到具有suspendConfig的RRCRelease消息时进入RRC_INACTIVE时存储AS上下文。

在与RRCResumeRequest/RRCResumeRequest 1消息一起接收到上行链路数据时，gNB可以发送RRCRelease，指示小数据传输的完成，并且UE保持在RRC_INACTIVE。如果gNB有DL数据，则可以和RRCRelease一起发送。如果gNB有更多的DL数据或者知道UE中有更多的UL数据，gNB可以发送RRCResume而不是RRCRelease。RRCRelease和RRCResume在SRB1上发送。它们使用根据在先前RRC连接的RRCRelease消息中接收的下一跳链接计数(NCC)传递的安全密钥(例如，用于加密的K_RRCenc和用于完整性保护的K_RRCint)被加密并且进行完整性保护。上行链路和下行链路中的用户数据使用根据在先前RRC连接的RRCRelease消息中接收的NCC导出的安全密钥(例如，用于加密的K_UPenc和用于完整性保护的K_UPint)进行加密和完整性保护(仅针对配置启用完整性保护的数据无线电承载(DRB))。

2.1.1没有上下文获取的信令流。

图7示出了根据本公开一实施例的用于小数据传输的信令流的示例。

参考图7，它示出了使用4步RA的小数据传输的信令流。在该实施例中，假设gNB具有UE的上下文。

UE处于RRC_INACTIVE状态。满足发起用于SDT的4步RA的标准(当UE处于RRC_INACTIVE状态并且SDT过程和连接恢复过程都不在进行时，如果数据仅对于SDT被允许的(多个)RB变得可用，则可以发起SDT过程。如果数据对于SDT不被允许的(多个)RB变得可用，则UE发起RRC连接恢复过程，其中在进入RRC_CONNECTED之后从gNB发送/接收数据，在连接恢复过程期间不发送/接收数据，并且公共RA资源用于为RRC连接恢复过程发起的RA。gNB指示(例如，在RRCRelease消息或RRCReconfiguration消息中)针对哪个RB SDT被允许。更多详细信息，请参见下面的第2.1.5节)。UE选择SSB，然后从用于SDT的前导码/RO中选择用于所选择的SSB的前导码/RO(详见下文2.1.3和2.1.4节)。UE在操作710发送RA前导码，并在操作720接收包括用于Msg3传输的UL授权的RAR。对于RAR，UE在RAR搜索空间中监听寻址到RA-RNTI的PDCCH。RA-RNTI的计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id，其中s_id是UE已经发送Msg1(即RA前导码)的PRACH时机的第一个OFDM符号的索引；0≤s_id<14；t_id是PRACH时机的第一个时隙的索引(0≤t_id<80)；f_id是时隙内PRACH时机在频域中的索引(0≤f_id<8)，并且ul_carrier_id是用于Msg1传输的UL载波(对于正常的UL(NUL)载波，为0，对于补充的UL(SUL)载波，为1)。注意，当发起RA过程时，UE将选择UL载波(SUL或NUL)。

在操作730，UE在SRB 0上向gNB(与最后的服务gNB相同)发送RRCResumeRequest/RRCResumeRequest 1。它包括完整/短I-RNTI(例如resumeIdentity)、恢复原因(resumeCause)和认证令牌(resumeMAC-I)。I-RNTI(短的或完整的I-RNTI)用于上下文标识，并且其值应该与UE在具有suspendConfig的RRCRelease消息中从最后的服务gNB接收的I-RNTI相同。ResumeMAC-I是16比特消息认证令牌，UE应使用在UE和最后的服务gNB之间协商的存储的接入层(AS)安全上下文中的完整性算法(用于NR的完整性算法(NIA)或EPS完整性算法(EIA))和来自存储的AS安全上下文的K_RRCint对其进行计算，其中输入如下：

-KEY：应设置为当前K_RRCint

-BEARER：所有比特应设置为1；

-DIRECTION：比特应设置为1；

-COUNT：所有比特应设置为1；

-MESSAGE：应设置为VarResumeMAC-Input，输入如下：

*源PCI(设置为在RRC连接挂起之前UE连接到的PCell的物理小区标识)；

*目标小区ID(设置为目标小区(即UE向其发送小数据的小区)的SIB1中广播的PLMN-IdentityInfoList中包括的第一个PLMN-Identity的小区标识)；

*源C-RNTI(设置为在RRC连接挂起之前UE在它所连接的PCell中具有的C-RNTI)。

UE恢复SRB和DRB，使用先前RRC连接的RRCRelease消息中提供的NCC导出新的安全密钥(K_RRCenc密钥、K_RRCint密钥、K_UPint密钥和K_UPenc密钥)，并重新建立AS安全。用户数据使用安全密钥(用于完整性保护的K_UPint密钥和用于加密的K_UPenc密钥)来加密和完整性保护(仅对于配置有用户面(UP)完整性保护的DRB)，并在与CCCH上的RRCResumeRequest/RRCResumeRequest 1消息复用的DTCH上发送。

gNB验证resumeMAC-I。如果ResumeMAC-I的验证成功，则gNB根据在先前RRC连接的释放消息中发送给UE的NCC，基于水平密钥导出或垂直密钥导出，使用当前UE 5G AS安全上下文中的目标小区物理小区标识符(PCI)、目标绝对射频信道号(ARFCN)-DL和K_gNB/NH来计算K_NG-RAN*。gNB可以通过在恢复消息中从UE接收的目标小区ID，从小区配置数据库中获得目标PCI和目标ARFCN-DL。gNB导出新的安全密钥(K_RRCenc密钥、K_RRCint密钥、K_UPint密钥和K_UPenc密钥)。在操作735，gNB解密上行链路数据并验证MAC I(如果上行链路数据被完整性保护)，并将上行链路数据递送到UP功能(UPF)。注意，除了源gNB和目标gNB在这种情况下是相同的之外，这个过程与上下文获取的情况相同。

gNB发送RRCRelease消息以保持UE处于RRC_INACTIVE状态。PDCCH寻址到TC-RNTI。如果在操作740下行链路数据可用，则在操作745，在与DCCH上的RRCRelease消息复用的DTCH上，下行链路数据使用安全密钥(用于完整性保护的K_UPint密钥和用于加密的K_UPenc密钥)来加密和完整性保护(仅对于配置有UP完整性保护的DRB)。

在替代实施例中，RRCRelease不与竞争解决标识一起发送，而是稍后发送。在竞争解决标识的传输和RRCRelease消息的传输之间，gNB可以调度UL授权(寻址到C-RNTI的PDCCH，即在RAR中接收的TC-RNTI，其在竞争解决成功时被提升到C-RNTI)。注意，在竞争解决成功之后，UE继续保持在RRC_INACTIVE状态。在竞争解决标识的接收和RRCRelease消息的接收之间发送/接收的用户数据使用安全密钥(用于完整性保护的K_UPint密钥和用于加密的K_UPenc密钥)来加密和完整性保护(仅对于配置有UP完整性保护的DRB)。在UL传输中，UE可以指示它是否有更多数据要发送。如果UE有更多数据要发送，则gNB可以调度UL授权，否则RRCRelease。在UL传输中，如果PRACH前导码所指示的SSB不再合适，则UE还可以包括高于阈值的SSB的(多个)SSB ID。

2.1.2具有上下文获取和路径切换的信令流。

图8示出了根据本公开一实施例的用于小数据传输的信令流的另一示例。

参考图8，它示出了使用4步RA的小数据传输的信令流。在这种情况下，假设gNB没有UE的上下文，并从最后的服务gNB获取上下文。执行路径切换，并释放来自最后的服务gNB的上下文。

UE处于RRC_INACTIVE状态。满足发起用于SDT的4步RA的标准(当UE处于RRC_INACTIVE状态并且SDT过程和连接恢复过程都不在进行时，如果数据仅对于SDT被允许的(多个)RB变得可用，则发起SDT过程。如果数据对于SDT不被允许的(多个)RB变得可用，则UE发起连接恢复过程，其中在进入RRC_CONNECTED之后从gNB发送/接收数据，在连接恢复过程期间不发送/接收数据，并且公共RA资源用于为RRC连接恢复过程发起的RA。gNB指示(例如，在RRCRelease消息或RRCReconfiguration消息中)针对哪个RB SDT被允许。更多详细信息，请参见下面的第2.1.5节)。UE选择SSB，然后从用于SDT的前导码/RO中选择用于所选择的SSB的前导码/RO(参见下面的2.1.3和2.1.4节以了解详细信息)。在操作805和810，UE发送RA前导码并接收包括用于Msg3传输的UL授权的RAR。对于RAR，UE在RAR搜索空间中监听寻址到RA-RNTI的PDCCH。RA-RNTI的计算如下：RA-RNTI＝1+s_id+14*t_id+14*80*f_id+14*80*8*ul_carrier_id，其中s_id是UE已经发送Msg1(即RA前导码)的PRACH时机的第一个OFDM符号的索引；0≤s_id<14；t_id是PRACH时机的第一个时隙的索引(0≤t_id<80)；f_id是时隙内PRACH时机在频域中的索引(0≤f_id<8)，ul_carrier_id是用于Msg1传输的UL载波(对于NUL载波，为0，对于SUL载波，为1。注意，当发起RA过程时，UE将选择UL载波(SUL或NUL)。

在操作815，UE在SRB 0上向gNB(不同于最后的服务gNB)发送RRCResumeRequest/RRCResumeRequest 1。它包括完整/短I-RNTI(resumeIdentity)、恢复原因(resumeCause)和标识认证令牌(resumeMAC-I)。I-RNTI(短的或完整的I-RNTI)用于上下文标识，并且其值应当与UE在具有suspendConfig的RRCRelease消息中从最后的服务gNB接收的I-RNTI相同。ResumeMAC-I是16比特消息认证令牌，UE应使用在UE和最后的服务gNB之间协商的存储的AS安全上下文中的完整性算法(NIA或EIA)和来自存储的AS安全上下文的K_RRCint对其进行计算，其中输入如下：

-KEY：应设置为当前K_RRCint

-BEARER：所有比特应设置为1；

-DIRECTION：比特应设置为1；

-COUNT：所有比特应设置为1；

-MESSAGE：应设置为VarResumeMAC-Input，输入如下：

*目标小区ID(设置为目标小区(即UE试图恢复的小区)的SIB1中广播的PLMN-IdentityInfoList中包括的第一PLMN-Identity的小区标识)

*源C-RNTI(设置为在RRC连接挂起之前UE在它所连接的PCell中的C-RNTI)。

UE恢复SRB和DRB，使用先前RRC连接的RRCConnectionRelease消息中提供的NCC导出新的安全密钥，并重新建立AS安全。用户数据使用安全密钥(用于完整性保护的K_UPint密钥和用于加密的K_UPenc密钥)来加密和完整性保护(仅对于配置有UP完整性保护的DRB)，并在与CCCH上的RRCResumeRequest/RRCResumeRequest 1消息复用的DTCH上发送。

gNB(即，目标gNB)从I-RNTI识别最后的服务gNB(即，源gNB)的gNB标识，并通过在操作820发送检索UE上下文请求消息来请求它提供UE的上下文数据，该消息包括以下内容：I-RNTI、ResumeMAC-I和目标Cell-ID，以便允许源gNB验证UE请求并检索UE上下文。

最后的服务gNB(即，源gNB)验证resumeMAC-I并提供UE上下文数据。

源gNB使用I-RNTI从其数据库中检索存储的UE上下文，其中存储的UE上下文包括UE 5G AS安全上下文。源gNB使用存储在检索到的UE 5GAS安全上下文中的当前K_RRCint密钥来验证ResumeMAC-I(如上所述计算ResumeMAC-I)。如果ResumeMAC-I的验证成功，则源gNB根据源gNB是否具有未使用的{NCC，NH}对，基于水平密钥导出或垂直密钥导出，使用当前UE5G AS安全上下文中的目标小区PCI、目标ARFCN-DL和K_gNB/NH来计算K_NG-RAN*。源gNB可以通过从目标gNB接收的目标Cell-ID从小区配置数据库获得目标PCI和目标ARFCN-DL。然后，在操作825，源gNB将利用Xn-AP检索UE上下文响应消息来响应目标gNB，该消息包括包含UE 5GAS安全上下文的UE上下文。发送到目标gNB的UE 5G AS安全上下文将包括新导出的K_NG-RAN*、与K_NG-RAN*相关联的NCC、UE 5G安全能力、UP安全策略、具有(多个)对应PDU会话ID的UP安全性激活状态、以及UE与源小区使用的加密和完整性算法。

如果应防止在最后的服务gNB中缓冲的DL用户数据的丢失，则在操作830，gNB提供转发地址。

在操作835和840，gNB执行路径切换。

在操作845，gNB触发最后的服务gNB处的UE资源的释放。

在操作850，gNB将上行链路数据递送到UPF。

gNB发送RRCRelease消息以保持UE处于RRC_INACTIVE状态。PDCCH寻址到TC-RNTI。如果下行链路数据可用，则在操作855和860，在与DCCH上的RRCRelease消息复用的DTCH上，下行链路数据使用安全密钥(用于完整性保护的K_UPint密钥和用于加密的K_UPenc密钥)来加密和完整性保护(仅对于配置有UP完整性保护的DRB)并发送。

在替代实施例中，RRCRelease不与竞争解决标识一起发送，而是稍后发送。在发送竞争解决标识和发送RRCRelease之间，gNB可以调度UL授权(寻址到C-RNTI的PDCCH，即在RAR中接收的TC-RNTI，其在成功的竞争解决后被提升到C-RNTI)。注意，在竞争解决成功之后，UE继续保持在RRC_INACTIVE状态。在接收竞争解决标识和接收RRCRelease消息之间发送/接收的用户数据使用安全密钥(用于完整性保护的K_UPint密钥和用于加密的K_UPenc密钥)来加密和完整性保护(仅对于配置有UP完整性保护的DRB)。在UL传输中，UE可以指示它是否有更多数据要发送。如果UE有更多数据要发送，则gNB可以调度UL授权，否则RRCRelease。在UL传输中，如果PRACH前导码所指示的SSB不再合适，则UE还可以包括高于阈值的SSB的(多个)SSB ID。

2.1.3使用4步RA的SDT的RO。

SDT的4步RO可以与非SDT的4步RO共享，也可以单独配置。以下参数由gNB发信号通知，用于配置用于使用4步RA的小数据传输的RO。

-prach-ConfigurationIndex-SDT。

*使用4步RA的SDT的PRACH配置索引。gNB可以选择不发信号通知prach-ConfigurationIndex-SDT。如果gNB没有发信号通知prach-ConfigurationIndex-SDT，则UE根据gNB为非SDT配置/发信号通知的prach-ConfigurationIndex(即，在4步RA的RACH-ConfigGeneric中)来确定SDT的PRACH时机。该字段可能仅在基于4步RA的SDT的单独RO的情况下存在。

-msg1-FDM-SDT。

*对于小数据传输，在一个时间实例中的频分复用的msg1 PRACH传输时机的数量。如果该字段不存在，则UE将使用RACH-ConfigGeneric中的msg1-FDM的值。该字段可能仅出现在用于小数据传输的单独RO的情况下。

-msg1-FrequencyStart-SDT

*频域中最低PRACH传输时机相对于PRB 0的偏移。如果该字段不存在，则UE应使用RACH-ConfigGeneric中msg1-FrequencyStart的值。该字段可能仅在基于4步RA的SDT的单独RO的情况下存在。

对于用于SDT的RO的灵活信令，表1的以下参数可以在用于基于4步RA的SDT的RACH配置中进行配置。

【表1】

2.1.4使用4步RA的SDT的RA前导码。

支持以下选项来确定SDT的前导码

-选项1：用于SDT的RO与用于非SDT的RO相同。

*情况1：未配置2步RA，或配置了2步RA，但2步RA的RO不与4步RA共享。

**ssb-perRACH-Occasion(N1)被配置用于4步RA。

**CB-PreamblesPerSSB(R1)被配置用于4步RA。

**CB-PreamblesPerSSB-SDT(X)被配置用于使用4步RA的SDT。

**如果N1<1，则一个SS/PBCH块被映射到1/N1个连续的有效PRACH时机，并且具有与每个有效PRACH时机的SS/PBCH块相关联的连续索引的X个基于竞争的前导码从前导码索引R1开始。如果N1≥1，则具有与每个有效PRACH时机的SS/PBCH块n(O≤n≤N1-1)相关联的连续索引的X个基于竞争的前导码从前导码索引

开始，其中

由4步RA过程的totalNumberOfRA-Preambles提供。

*情况2：配置2步RA，2步RA的RO与4步RA共享。

**ssb-perRACH-Occasion(N1)被配置用于4步RA。

**CB-PreamblesPerSSB(R1)被配置用于4步RA。

**CB-PreamblesPerSSB(R2)被配置用于2步RA。

**CB-PreamblesPerSSB-SDT(X)被配置用于使用4步RA的SDT。

**如果N1<1，则一个SS/PBCH块被映射到1/N1个连续的有效PRACH时机，并且具有与每个有效PRACH时机的SS/PBCH块相关联的连续索引的X个基于竞争的前导码从前导码索引R1+R2开始。如果N1≥1，则具有与每个有效PRACH时机的SS/PBCH块n(0≤n≤N1-1)相关联的连续索引的X个基于竞争的前导码从前导码索引

开始，其中

由4步RA过程的totalNumberOfRA-Preambles提供

*涵盖情况1和情况2的可替换选项

**CB-PreamblesPerSSB-SDT(X)被配置用于使用4步RA的SDT。

**ssb-perRACH-Occasion(N1)被配置用于4步RA。

**使用4步RA的SDT的起始前导码索引(S)被配置。

**如果N1<1，则一个SS/PBCH块被映射到1/N1个连续的有效PRACH时机，并且具有与每个有效PRACH时机的SS/PBCH块相关联的连续索引的X个基于竞争的前导码从前导码索引S开始。如果N1≥1，则具有与每个有效PRACH时机的SS/PBCH块n(0≤n≤N1-1)相关联的连续索引的X个基于竞争的前导码从前导码索引

开始，其中

由4步RA过程的totalNumberOfRA-Preambles提供。

-选项2：用于SDT的RO不同于非SDT的RO。

*CB-PreamblesPerSSB-SDT(X)被配置用于使用4步RA的SDT。

*ssb-perRACH-Occasion-SDT(Y)被配置用于使用4步RA的SDT。

**如果Y<1，则一个SS/PBCH块被映射到1/Y个连续的有效PRACH时机，并且具有与每个有效PRACH时机的SS/PBCH块相关联的连续索引的X个基于竞争的前导码从前导码索引0开始。如果Y≥1，则具有与每个有效PRACH时机的SS/PBCH块n(0≤n≤Y-1)相关联的连续索引的X个基于竞争的前导码从前导码索引

开始，其中

由SDT 4步RA过程的totalNumberOfRA-Preambles提供。如果没有配置SDT 4步RA过程的totalNumberOfRA-Preambles，则UE假定值为64。

-涵盖共享(选项1)和非共享(选项2)的简单选项。

*使用4步RA的SDT的起始前导码索引(S)被配置。

*CB-PreamblesPerSSB-SDT(X)被配置用于使用4步RA的SDT。

*ssb-perRACH-Occasion-SDT(Y)被配置用于使用4步RA的SDT。

*如果Y<1，则一个SS/PBCH块被映射到1/Y个连续的有效PRACH时机，并且具有与每个有效PRACH时机的SS/PBCH块相关联的连续索引的X个基于竞争的前导码从前导码索引S开始。如果Y≥1，则具有与每个有效PRACH时机的SS/PBCH块n(0≤n≤Y-1)相关联的连续索引的X个基于竞争的前导码从前导码索引

开始，其中

小数据传输的RACH参数是为初始UL BWP配置的(NUL和SUL单独配置)。如果任何其他UL BWP用于SDT，也可以为那些UL BWP配置用于小数据传输的RACH参数。如果对于小数据传输支持多个前导码组，则用于确定每个组的前导码数量的信息也在用于小数据传输的RACH参数中配置。其他参数(诸如RAR窗口、功率上升步长、接收的目标功率等)也可以在用于小数据传输的RACH参数中配置，并且如果没有配置，则UE应用来自4步RA的RACH-ConfigGeneric的对应参数。可以为SDT配置单独的BWP。因为初始BWP可能较窄，而SDT可能需要较宽的带宽。另一方面，RAR的UL授权可以指示初始BWP外部的RB。

2.1.5确定是否对SDT使用4步RA的标准。

如前所述，UE选择UL载波、UL BWP和RA类型。假设选择4步RA。如果满足以下(多个)条件，则UE可以使用4步RA来执行SDT。否则，UE在没有SDT的情况下执行连接恢复过程。注意，在一实施例中，UE可以应用以下条件的子集来确定是否执行SDT。

条件1：上层请求恢复RRC连接，并且恢复请求是针对移动主叫的，并且建立原因是mo-Data。

条件2：UE支持SDT。

条件3：系统信息包括用于4步RA的SDT配置。

条件4：UE具有在先前挂起过程期间在具有挂起指示的RRCRelease消息中提供的NCC的存储值。在一实施例中，NCC总是在具有挂起指示的RRCRelease消息中提供，并且UE总是存储它，不需要检查这个条件。

条件5：在前面的挂起过程期间具有挂起指示的RRCRelease消息指示允许UE使用4步RA执行SDT。

注意：为了控制能够执行SDT的UE，网络可以在RRCRelease中指示是否允许UE执行SDT。如果不允许，UE将执行连接恢复。指示可以对于所有SDT方法是公共的。4步RA和2步RA的指示可以分开。

条件6：如果用于逻辑信道优先化(LCP)的逻辑信道(LCH)限制被应用于SDT，并且根据LCH限制，允许数据可用于传输的所有LCH在Msg3中被复用。

注意：网络(即gNB)也可以指示SDT被允许的无线电承载(RB)。当UE处于RRC_CONNECTED时，gNB可以使用RRCRelease消息或RRCReconfiguration消息来通知这一点。在这种情况下，在条件6中，考虑对应于SDT被允许的RB的LCH。当UE处于RRC_INACTIVE时，如果数据对于除SDT被允许的RB之外的RB可用于传输，则UE应在没有SDT的情况下发起连接恢复。

条件7：满足下面解释的Msg3传输块大小(TBS)和信号质量阈值标准。以下选项之一可以用于为SDT配置Msg3 TBS，并确定是将4步RA用于小数据传输还是正常连接恢复。

选项1：单个TBS，没有基于信号质量的阈值。

gNB配置参数sdt-TBS，该参数指示使用4步RA的小数据传输的最大允许传输块大小。gNB从可配置值的集合中为sdt-TBS选择值。该参数是为SUL和NUL单独配置的，因为UL的覆盖范围对于SUL和NUL是不同的。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于或等于在sdt-TBS中发信号通知的用于为RA过程所选择的UL载波的TB大小：

*UE发起4步RA以用于小数据传输。在该RA过程期间，不执行前导码组选择。

-否则

*UE发起4步RA以用于恢复连接(不包括小数据)。

选项2：单个TBS，单个RSRP阈值。

gNB配置参数sdt-TBS，该参数指示使用4步RA的小数据传输的最大允许传输块大小。gNB还配置参数sdt-Threshold。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于或等于在sdt-TBS中发信号通知的用于为RA过程所选择的UL载波的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold：

-否则

*UE发起4步RA以用于恢复连接(不包括小数据)。

选项3：多个[TBS大小、阈值、前导码组]。

gNB配置参数sdt-TBS-groupA和sdt-TBS-groupB，这两个参数分别针对前导码组A和前导码组B来指示使用4步RA的小数据传输的最大允许传输块大小。还配置了sdt-Threshold-groupB。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于sdt-TBS-groupA中发信号通知的TB大小：

*UE执行使用4步RA的小数据传输。选择组A。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-groupA中发信号通知的TB大小，并且小于或等于对于所选择的UL载波的在sdt-TBS-groupB中发信号通知的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-groupB：

*UE执行使用4步RA的小数据传输。选择组B。

-否则

*UE发起4步RA以用于恢复连接(不包括小数据)。

该选项可以被推广，其中gNB配置参数sdt-TBS-group1和SDT-TBS-groupN；sdt-Threshold-group2至sdt-Threshold-groupN，组1至N的前导码。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于或等于sdt-TBS-group1中发信号通知的TB大小：

*UE执行使用4步RA的小数据传输。选择组1。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-group1中发信号通知的TB大小，并且小于等于对于所选择的UL载波的在sdt-TBS-group2中发信号通知的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-group2：

*UE执行使用4步RA的小数据传输。选择组2。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-group2中发信号通知的TB大小，并且小于或等于对于所选择的UL载波的在sdt-TBS-group3中发信号通知的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-group3：

*UE执行使用4步RA的小数据传输。选择组3。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-groupN-1中发信号通知的TB大小，并且小于或等于对于所选择的UL载波的在sdt-TBS-groupN中发信号通知的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-groupN：

*UE执行使用4步RA的小数据传输。选择组N。

-否则：

*UE发起4步RA以用于恢复连接(不包括小数据)。

选项3A：

gNB配置参数sdt-TBS-groupA和sdt-TBS-groupB，这两个参数分别针对前导码组A和前导码组B来指示使用4步RA的小数据传输的最大允许传输块大小。还配置了sdt-Threshold-groupA和sdt-Threshold-groupB。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于或等于在sdt-TBS-groupA中发信号通知的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-groupA：

*UE执行使用4步RA的小数据传输。选择组A。

*UE执行使用4步RA的小数据传输。选择组B。

-否则

*UE发起4步RA以用于恢复连接(不包括小数据)。

该选项可以被推广，其中gNB配置参数sdt-TBS-group1和SDT-TBS-groupN；sdt-Threshold-group1至sdt-Threshold-groupN，组1至N的前导码。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于或等于在sdt-TBS-group1中发信号通知的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-group1：

*UE执行使用4步RA的小数据传输。选择组1。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-group1中发信号通知的TB大小，并且小于或等于对于所选择的UL载波的在sdt-TBS-group2中发信号通知的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-group2：

*UE执行使用4步RA的小数据传输。选择组2。

*UE执行使用4步RA的小数据传输。选择组3。

*UE执行使用4步RA的小数据传输。选择组N。

-否则：

*UE发起4步RA以用于恢复连接(不包括小数据)。

选项4：单个TBS，单个messagePowerOffsetSDT用于路径损耗阈值。

gNB配置参数sdt-TBS，该参数指示使用4步RA的小数据传输的最大允许传输块大小。gNB还配置参数messagePowerOffsetSDT。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于或等于在sdt-TBS中发信号通知的用于为RA过程所选择的UL载波的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-preambleReceivedTargetPower-msg3-DeltaPreamble-messagePowerOffsetSDT：

*UE发起4步RA以用于小数据传输。

-否则

*UE发起4步RA以用于恢复连接(不包括小数据)。

选项5：多个[TBS大小，messagePowerOffsetSDT，前导码组]。

gNB配置参数sdt-TBS-groupA和sdt-TBS-groupB，这两个参数分别针对前导码组A和前导码组B来指示使用4步RA的小数据传输的最大允许传输块大小。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于或等于sdt-TBS-groupA中发信号通知的TB大小：

*UE执行使用4步RA的小数据传输。选择组A。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于sdt-TBS-groupA中发信号通知的TB大小，并且小于或等于对于所选择的UL载波的在sdt-TBS-groupB中发信号通知的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-preambleReceivedTargetPower-msg3-DeltaPreamble-messagePowerOffsetGroupB：

*UE执行使用4步RA的小数据传输。选择组B。

-否则

*UE发起4步RA以用于恢复连接(不包括小数据)。

该选项可以被推广，其中gNB配置参数sdt-TBS-group1和SDT-TBS-groupN；messagePowerOffsetGroup2至messagePowerOffsetGroupN，组1至N的前导码。

*UE执行使用4步RA的小数据传输。选择组1。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-group1中发信号通知的TB大小，并且小于或等于对于所选择的UL载波的在sdt-TBS-group2中发信号通知的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-preambleReceivedTargetPower-msg3-DeltaPreamble-messagePowerOffsetGroup 2：

*UE执行使用4步RA的小数据传输。选择组2。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-group2中发信号通知的TB大小，并且小于或等于对于所选择的UL载波的在sdt-TBS-group3中发信号通知的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-preambleReceivedTargetPower-msg3-DeltaPreamble-messagePowerOffsetGroup 3：

*UE执行使用4步RA的小数据传输。选择组3。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-groupN-1中发信号通知的TB大小，并且小于或等于对于所选择的UL载波的在sdt-TBS-groupN中发信号通知的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-preambleReceivedTargetPower-msg3-DeltaPreamble-messagePowerOffsetGroupN：

*UE执行使用4步RA的小数据传输。选择组N。

-否则：

*UE发起4步RA以用于恢复连接(不包括小数据)。

选项5A：

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于或等于sdt-TBS-groupA中发信号通知的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-preambleReceivedTargetPower-msg3-DeltaPreamble-messagePowerOffsetGroupA：

*UE执行使用4步RA的小数据传输。选择组A。

*UE执行使用4步RA的小数据传输。选择组B。

-否则

*UE发起4步RA以用于恢复连接(不包括小数据)。

该选项可以被推广，其中gNB配置参数sdt-TBS-group1和SDT-TBS-groupN；messagePowerOffsetGroup1至messagePowerOffsetGroupN，组1至N的前导码。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于或等于sdt-TBS-group1中发信号通知的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-preambleReceivedTargetPower-msg3-DeltaPreamble-messagePowerOffsetGroup 1：

*UE执行使用4步RA的小数据传输。选择组1。

*UE执行使用4步RA的小数据传输。选择组2。

*UE执行使用4步RA的小数据传输。选择组3。

*UE执行使用4步RA的小数据传输。选择组N。

-否则：

*UE发起4步RA以用于恢复连接(不包括小数据)。

选项6：多个[TBS，前导码组]。

*UE执行使用4步RA的小数据传输。选择组A。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-groupA中发信号通知的TB大小，并且小于或等于对于所选择的UL载波的在sdt-TBS-groupB中发信号通知的TB大小：

*UE执行使用4步RA的小数据传输。选择组B。

-否则

*UE发起4步RA以用于恢复连接(不包括小数据)。

该选项可以被推广，其中gNB配置参数sdt-TBS-group1和sdt-TBS-groupN，组1至N的前导码

*UE执行使用4步RA的小数据传输。选择组1。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-group1中发信号通知的TB大小，并且小于或等于对于所选择的UL载波的在sdt-TBS-group2中发信号通知的TB大小：

*UE执行使用4步RA的小数据传输。选择组2。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-group2中发信号通知的TB大小，并且小于或等于对于所选择的UL载波的在sdt-TBS-group3中发信号通知的TB大小：

*UE执行使用4步RA的小数据传输。选择组3。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于在sdt-TBS-groupN-1中发信号通知的TB大小，并且小于或等于在sdt-TBS-groupN中发信号通知的用于所选择的UL的TB大小：

*UE执行使用4步RA的小数据传输。选择组N。

-否则：

*UE发起4步RA以用于恢复连接(不包括小数据)。

注意：在上述过程中，可以为每个TBS配置单独的msg3-DeltaPreamble。

[实施例3-基于2步RA的小数据传输]。

3.1总体过程。

目的是在RRC_INACTIVE状态下实现小数据传输。当2步RA过程用于小数据传输时，上行链路数据在MsgA中传输。在MsgA中仅发送上行链路数据是不够的。与上行链路数据一起，还必须发送附加信息(如下所列出的)：

-恢复标识(短的或完整的I-RNTI)，用于标识UE的上下文和最后的服务gNB(如果UE向其发送UL数据的gNB不同于UE最后接收具有挂起配置的RRCRelease的gNB)。gNB可以指示(例如，在系统信息或RRC消息中)UE应该发送短的还是完整的I-RNTI作为恢复标识。

-认证令牌(即resumeMAC-I)，用于认证UE。

为了携带上述信息，RRCResumeRequest/RRCResumeRequest1消息可以与上行链路数据一起发送，其中如果要将短I-RNTI发送到gNB，则发送RRCResumeRequest，如果要将完整I-RNTI发送到gNB，则发送RRCResumeRequest 1。RRCResumeRequest/RRCResumeRequest1在SRB0上发送，因此不受保护。使用来自先前RRC连接的RRC完整性密钥来生成resumeMAC-I。来自先前RRC连接的RRC完整性密钥可从存储的AS上下文中获得，其中当UE在接收到具有suspendConfig的RRCRelease消息时进入RRC_INACTIVE时，UE存储AS上下文。

当与RRCResumeRequest/RRCResumeRequest 1消息一起接收到上行链路数据时，gNB可以发送RRCRelease，指示小数据传输的完成，并且UE保持在RRC_INACTIVE。如果gNB有DL数据，则可以和RRCRelease一起发送。如果gNB具有更多的DL数据或者知道UE中有更多的UL数据，则gNB可以发送RRCResume而不是RRCRelease。RRCRelease和RRCResume在SRB1上发送。它们使用根据在先前RRC连接的RRCRelease消息中接收的NCC递送的安全密钥(用于加密的K_RRCenc和用于完整性保护的K_RRCint)来加密和完整性保护。使用根据在先前RRC连接的RRCRelease消息中接收的NCC导出的安全密钥(用于加密的K_UPenc和用于完整性保护的K_UPint)，上行链路和下行链路中的用户数据被加密和完整性保护(仅对于配置有启用完整性保护的DRB)。

3.1.1没有上下文获取的信令流。

图9示出了根据本公开一实施例的用于小数据传输的信令流的另一示例。

参考图9，它示出了使用2步RA的小数据传输的信令流。在该实施例中，假设gNB具有UE的上下文。

UE处于RRC_INACTIVE状态。满足发起用于SDT的2步RA的标准(当UE处于RRC_INACTIVE状态并且SDT过程和连接恢复过程都不在进行时，如果数据仅对于SDT被允许的(多个)RB变得可用，则可以发起SDT过程。如果数据对于SDT不被允许的(多个)RB变得可用，则UE发起RRC连接恢复过程，其中在进入RRC_CONNECTED之后从gNB发送/接收数据，在连接恢复过程期间不发送/接收数据，并且公共RA资源被用于为RRC连接恢复过程发起的RA。gNB指示(例如，在RRCRelease消息或RRCReconfiguration消息中)针对哪个RB SDT被允许。更多详细信息，请参见下文第3.1.5节)。UE从用于SDT的前导码/RO/PO中选择SSB和前导码/RO/PO(如下面3.1.3和3.1.4中详细定义的)。在操作910，UE发送RA前导码。注意，当发起RA过程时，UE将选择UL载波(SUL或NUL)。

在操作920，在MsgA有效载荷中，UE在SRB 0上向gNB(即，最后的服务gNB)发送RRCResumeRequest/RRCResumeRequest 1。它包括完整/短I-RNTI(resumeIdentity)、恢复原因(resumeCause)和认证令牌(resumeMAC-I)。I-RNTI(短的或完整的I-RNTI)用于上下文标识，并且其值应当与UE在具有suspendConfig的RRCRelease消息中从最后的服务gNB接收的I-RNTI相同。ResumeMAC-I是16比特消息认证令牌，UE应使用在UE与最后的服务gNB之间协商的存储的AS安全上下文中的完整性算法(NIA或EIA)和来自存储的AS安全上下文的K_RRCint对其进行计算，其中输入如下：

-KEY：应设置为当前K_RRCint

-BEARER：所有比特应设置为1；

-DIRECTION：比特应设置为1；

-COUNT：所有比特都应设置为1；

-MESSAGE：应设置为VarResumeMAC-Input，输入如下：

*目标小区ID(设置为目标小区(即UE向其发送小数据的小区)的SIB1中广播的PLMN-IdentityInfoList中包括的第一PLMN-Identity的小区标识)；

UE恢复SRB和DRB，使用先前RRC连接的RRCRelease消息中提供的NCC导出新的安全密钥，并重新建立AS安全。用户数据使用安全密钥(用于完整性保护的K_UPint密钥和用于加密的K_UPenc密钥)来加密和完整性保护(仅对于配置有UP完整性保护的DRB)，并在与CCCH上的RRCResumeRequest/RRCResumeRequest 1消息复用的DTCH上发送。

gNB验证resumeMAC-I。如果ResumeMAC-I的验证成功，则gNB根据在先前RRC连接的释放消息中发送给UE的NCC，基于水平密钥导出或垂直密钥导出，使用当前UE 5G中的目标小区PCI、目标ARFCN-DL和K_gNB/NH作的AS安全上下文来计算K_NG-RAN*。gNB可以通过在恢复消息中从UE接收的目标小区ID，从小区配置数据库中获得目标PCI和目标ARFCN-DL。gNB导出新的安全密钥(K_RRCenc密钥、K_RRCint密钥、K_UPint密钥和K_UPenc密钥)。gNB解密上行链路数据并验证MAC I(如果上行链路数据受到完整性保护)，并在操作930，将上行链路数据递送到UPF。注意，除了源gNB和目标gNB在这种情况下相同之外，这个过程与上下文获取的情况相同。

gNB在MsgB中与successRAR一起发送RRCRelease消息，以将UE保持在RRC_INACTIVE。PDCCH寻址到C-RNTI。如果下行链路数据可用，则在操作940和950，在与DCCH上的RRCRelease消息复用的DTCH上，下行链路数据使用安全密钥(用于完整性保护的K_UPint密钥和用于加密的K_UPenc密钥)来加密和完整性保护(仅对于配置有UP完整性保护的DRB)并发送。

在替代实施例中，RRCRelease不与successRAR一起发送，而是稍后发送。在MsgB的发送和RRCRelease消息的发送之间，gNB可以调度UL授权(寻址到C-RNTI的PDCCH，即，在MsgB中接收的C-RNTI)。注意，在MsgB传输之后，UE继续保持在RRC_INACTIVE状态。在MsgB的接收和RRCRelease消息的接收之间发送/接收的用户数据使用的安全密钥(用于完整性保护的K_UPint密钥和用于加密的K_UPenc密钥)来加密和完整性保护(仅对于配置有UP完整性保护的DRB)。在UL传输中，UE可以指示它是否有更多数据要发送。如果UE有更多数据要传输，gNB可以调度UL授权，否则RRCRelease。在UL传输中，如果PRACH前导码所指示的SSB不再合适，则UE还可以包括高于阈值的SSB的(多个)SSB ID。

3.1.2具有上下文获取和路径切换的信令流。

图10示出了根据本公开一实施例的用于小数据传输的信令流的另一示例。

参考图10，它示出了使用2步RA的小数据传输的信令流。在该实施例中，假设gNB没有UE的上下文，并且其从最后的服务gNB获取上下文。执行路径切换，并且释放来自最后的服务gNB的上下文。

UE处于RRC_INACTIVE状态。满足发起用于SDT的2步RA的标准(当UE处于RRC_INACTIVE状态并且SDT过程和连接恢复过程都不在进行时，如果数据仅对于SDT被允许的(多个)RB变得可用，则发起SDT过程。如果数据对于SDT不被允许的(多个)RB变得可用，则UE发起连接恢复过程，其中在进入RRC_CONNECTED之后从gNB发送/接收数据，在连接恢复过程期间不发送/接收数据，并且公共RA资源用于为RRC连接恢复过程发起的RA。gNB指示(例如，在RRCRelease消息或RRCReconfiguration消息中)针对哪个RB SDT被允许。更多详细信息，请参见下文第3.1.5节)。UE从用于SDT的前导码/RO/PO中选择前导码/RO/PO。在操作1005，UE发送RA前导码。注意，当发起RA过程时，UE将选择UL载波(SUL或NUL)。

在操作1010，在MsgA有效载荷中，UE在SRB 0上向gNB(不同于最后的服务gNB)发送RRCResumeRequest/RRCResumeRequest 1。它包括完整/短I-RNTI(resumeIdentity)、恢复原因(resumeCause)和认证令牌(resumeMAC-I)。I-RNTI(短的或完整的I-RNTI)用于上下文标识，并且其值应当与UE在具有suspendConfig的RRCRelease消息中从最后的服务gNB接收的I-RNTI相同。ResumeMAC-I是16比特消息认证令牌，UE应使用在UE与最后的服务gNB之间协商的存储的AS安全上下文中的完整性算法(NIA或EIA)和来自存储的AS安全上下文的K_RRCint来对其进行计算，其中输入如下：

-KEY：应设置为当前K_RRCint

-BEARER：所有比特应设置为1；

-DIRECTION：比特应设置为1；

-COUNT：所有比特都应设置为1；

-MESSAGE：应设置为VarResumeMAC-Input，输入如下：

*目标小区ID(设置为目标小区(即，UE试图恢复的小区)的SIB1中广播的PLMN-IdentityInfoList中包括的第一PLMN-Identity的小区标识)；

在操作1015，gNB(即，目标gNB)从I-RNTI识别最后服务gNB(即，源gNB)的gNB标识，并通过发送包括以下内容的检索UE上下文请求消息来请求它提供UE的上下文数据：I-RNTI、ResumeMAC-I和目标小区ID，以便允许源gNB验证UE请求并检索UE上下文。

最后的服务gNB(即，源gNB)验证resumeMAC-I并提供UE上下文数据。

源gNB使用I-RNTI从其数据库中检索存储的UE上下文，其中存储的UE上下文包括UE 5G AS安全上下文。源gNB使用存储在检索到的UE 5G AS安全上下文中的当前K_RRCint密钥来验证ResumeMAC-I(如上所述计算ResumeMAC-I)。如果ResumeMAC-I的验证成功，则源gNB根据源gNB是否具有未使用的{NCC，NH}对，基于水平密钥导出或垂直密钥导出，使用当前UE5G AS安全上下文中的目标小区PCI、目标ARFCN-DL和K_gNB/NH来计算K_NG-RAN*。源gNB可以通过从目标gNB接收的目标Cell-ID从小区配置数据库获得目标PCI和目标ARFCN-DL。然后，在操作1020，源gNB将利用Xn-AP检索UE上下文响应消息来响应目标gNB，该消息包括包含UE 5GAS安全上下文的UE上下文。发送到目标gNB的UE 5G AS安全上下文将包括新导出的K_NG-RAN*、与K_NG-RAN*相关联的NCC、UE 5G安全能力、UP安全策略、具有(多个)对应PDU会话ID的UP安全性激活状态、以及UE与源小区使用的加密和完整性算法。

为了防止在最后的服务gNB中缓冲的DL用户数据的丢失，在操作1025，gNB提供转发地址。

在操作1030和1035，gNB执行路径切换。

在操作1040，gNB触发最后的服务gNB处的UE资源的释放。

在操作1045，gNB将上行链路数据递送到UPF。

gNB在MsgB中将RRCRelease消息与successRAR一起发送，以将UE保持在RRC_INACTIVE。PDCCH是寻址到C-RNTI的。如果下行链路数据可用，则在操作1050和1055，在与DCCH上的RRCRelease消息复用的DTCH上，下行链路数据使用安全密钥(用于完整性保护的K_UPint密钥和用于加密的K_UPenc密钥)来加密和完整性保护(仅对于配置有UP完整性保护的DRB)并发送。

3.1.3使用2步RA的SDT的RO。

SDT的2步RO可以与非SDT的2步RO共享，也可以单独配置。以下参数由gNB发信号通知，用于配置用于使用2步RA的小数据传输的RO。

-msgA-PRACH-configuration index-SDT：

*使用2步RA的SDT的PRACH配置索引。gNB可以选择不发信号通知msgA-PRACH-configuration index-SDT。如果gNB没有发信号通知msgA-PRACH-ConfigurationIndex-SDT，则UE根据gNB为非SDT配置/发信号通知的msgA-PRACH-configuration index(即，在RACH-ConfigGenericTwoStepRA中)来确定基于2步RA的SDT的PRACH时机。该字段可能仅在基于2步RA的SDT的单独RO的情况下存在。

-msgA-RO-FDM-SDT：

*在使用2步RA的SDT的一个时间实例中频分复用的msgA PRACH传输时机的数量。如果该字段不存在，则UE将使用RACH-ConfigGenericTwoStepRA中的msgA-RO-FDM的值。该字段可能仅在基于2步RA的SDT的单独RO的情况下存在。

-msgA-RO-FrequencyStart-SDT：

*最低PRACH传输时机在频域中相对于PRB 0的偏移。如果该字段不存在，则UE应使用RACH-ConfigGenericTwoStepRA中msgA-RO-FrequencyStart的值。该字段可能仅在基于2步RA的SDT的单独RO的情况下存在。

对于用于SDT的RO的灵活信令，表2的以下参数可以在用于使用2步RA的SDT的RACH配置中配置。

【表2】

3.1.4使用2步RA的SDT的RA前导码。

支持以下选项来确定SDT的前导码：

-选项1：用于SDT的两步RO与用于非SDT的两步RO相同。

**情况1：4步RA被配置，但2步RA的RO不与4步RA共享；

**ssb-perRACH-Occasion(N1)被配置用于2步RA；

**CB-PreamblesPerSSB(R1)被配置用于2步RA；

**CB-PreamblesPerSSB-SDT(X)被配置用于使用2步RA的SDT；

开始，其中

由2步RA过程的totalNumberOfRA-Preambles提供。如果totalNumberOfRA-Preambles没有被配置，则UE假定一个值，例如64。

*情况2：4步RA被配置，并且2步RA的RO与4步RA共享，SDT的4步RA也被配置，基于4步RA的SDT的RO与4步RA的RO不同

**ssb-perRACH-Occasion(N1)被配置用于4步RA；

**CB-PreamblesPerSSB(R1)被配置用于4步RA；

**CB-PreamblesPerSSB(R2)被配置为2步RA；

**CB-PreamblesPerSSB-SDT(X)被配置用于使用2步RA的SDT；

开始，其中

由4步RA过程的totalNumberOfRA-Preambles提供。如果totalNumberOfRA-Preambles未被配置，则UE假定一个值，例如64。

*情况3：4步RA被配置，2步RA的RO与4步RA共享，SDT的4步RA也被配置，并且基于4步RA的SDT的RO与4步RA的RO相同：

**ssb-perRACH-Occasion(N1)被配置用于4步RA

**CB-PreamblesPerSSB(R1)被配置用于4步RA

**CB-PreamblesPerSSB(R2)被配置为2步RA

**CB-PreamblesPerSSB(R3)配置用于使用4步RA的SDT

**CB-PreamblesPerSSB-SDT(X)被配置用于使用2步RA的SDT

**如果N1<1，则一个SS/PBCH块被映射到1/N1个连续的有效PRACH时机，并且具有与每个有效PRACH时机的SS/PBCH块相关联的连续索引的X个基于竞争的前导码从前导码索引R1+R2+R3开始。如果N1≥1，则具有与每个有效PRACH时机的SS/PBCH块n(0≤n≤N1-1)相关联的连续索引的X个基于竞争的前导码从前导码索引

开始，其中

由4步RA过程的totalNumberOfRA-Preambles提供。如果totalNumberOfRA-Preambles未被配置，UE假定值为64。

*涵盖情况1和情况2的替代选项

**CB-PreamblesPerSSB-SDT(X)被配置用于使用2步RA的SDT

**ssb-perRACH-Occasion(N1)被配置用于2步RA

**用于使用2步RA的SDT的起始前导码索引(S)被配置

开始，其中

由2步RA过程的totalNumberOfRA-Preambles提供。

-选项2：用于SDT的两步RO不同于非SDT的两步RO。

*CB-PreamblesPerSSB-SDT(X)被配置用于使用2步RA的SDT

*ssb-perRACH-Occasion-SDT(Y)被配置用于使用2步RA的SDT

*如果Y<1，则一个SS/PBCH块被映射到1/Y个连续的有效PRACH时机，并且具有与每个有效PRACH时机的SS/PBCH块相关联的连续索引的X个基于竞争的前导码从前导码索引0开始。如果Y≥1，则具有与每个有效PRACH时机的SS/PBCH块n(0≤n≤Y-1)相关联的连续索引的X个基于竞争的前导码从前导码索引

开始，其中

由SDT 2步RA过程的totalNumberOfRA-Preambles提供。如果SDT 2步RA过程的totalNumberOfRA-Preambles未被配置，则UE假定值为64。

-涵盖共享(选项1)和非共享(选项2)的简单选项

*使用2步RA的SDT的起始前导码索引(S)被配置

*CB-PreamblesPerSSB-SDT(X)被配置用于使用2步RA的SDT

*ssb-perRACH-Occasion-SDT(Y)被配置用于使用2步RA的SDT

*如果Y<1，则一个SS/PBCH块被映射到1/Y个连续的有效PRACH时机，并且具有与每个有效PRACH时机的SS/PBCH块相关联的连续索引的X个基于竞争的前导码从前导码索引S开始。如果Y≥1，则具有与每个有效PRACH时机的SS/PBCH块n(O≤n≤Y-1)相关联的连续索引的X个基于竞争的前导码从前导码索引

开始，其中

由SDT 4步RA过程的totalNumberOfRA-Preambles提供。如果SDT 2步RA过程的totalNumberOfRA-Preambles未被配置，则UE假定值为64。

注9：小数据传输的RACH参数是为初始UL BWP配置的(对于NUL和SUL单独配置)。如果任何其他UL BWP用于SDT，也可以为那些UL BWP配置用于小数据传输的RACH参数。如果对于小数据传输支持多个前导码组，则用于确定每个组的前导码数量的信息也在用于小数据传输的RACH参数中配置。其他参数，诸如MsgB窗口、功率上升步长、接收的目标功率等也可以在用于小数据传输的RACH参数中配置，并且如果没有配置，UE应用来自于用于4步RA的RACH-ConfigGenericTwoStepRA的对应参数。

可以为SDT配置单独的BWP。因为初始BWP可能窄，而SDT可能需要更宽的带宽。替代地，RAR的UL授权可以指示初始BWP外部的RB。

3.1.5确定是否对SDT使用2步RA的标准。

如前所述，UE选择UL载波、UL BWP和RA类型。这里假设选择2步RA。如果满足以下(多个)条件，则UE可以执行使用2步RA的SDT。否则，UE在没有SDT情况下执行连接恢复过程。注意，在一实施例中，UE可以应用以下条件的子集来确定是否执行SDT。

条件1：上层请求恢复RRC连接，并且恢复请求是针对移动主叫的，并且建立原因是mo-Data；

条件2：UE支持SDT

条件3：系统信息包括2步RA的SDT配置；

条件4：UE具有在先前挂起过程期间在具有挂起指示的RRCRelease消息中提供的nextHopChainingCount的存储值；在一实施例中，nextHopChainingCount总是在具有挂起指示的RRCRelease消息中提供，并且UE总是存储它，不需要检查这个条件。

条件5：在前面的挂起过程期间具有挂起指示的RRCRelease消息指示允许UE执行使用2步RA的SDT

为了控制能够执行SDT的UE，网络可以在RRCRelease中指示是否允许UE执行SDT。如果不允许，UE将执行连接恢复。指示可以对于所有SDT方法通用。指示对于4步RA、2步RA可以是分开的。

条件6：如果LCP的LCH限制适用于SDT，并且根据LCH限制，数据可用于传输的所有LCH被允许在MsgA中复用。

网络(即gNB)也可以指示SDT被允许的无线电承载(RB)。当UE处于RRC_CONNECTED时，GNB可以使用RRCRelease消息或RRCReconfiguration消息来通知这一点。在这种情况下，在条件6中，考虑对应于SDT被允许的RB的LCH。当UE处于RRC_INACTIVE时，如果数据对于除SDT被允许的RB之外的RB可用于传输，则UE将在没有SDT的情况下发起连接恢复。

条件7：满足MsgA TBS和信号质量阈值标准，如下所述。以下选项之一可用于为SDT配置MsgA TBS，并确定是将2步RA用于小数据传输还是正常连接恢复。

选项1：单个MsgA PUSCH配置，无基于信号质量的阈值

gNB在SDT的两步RA配置中配置单个MsgA-PUSCH-Config-SDT(即PUSCH资源池)。TBS没有被显式地发信号通知，而是基于SCS、PRB的数量和PO的OFDM符号的数量来确定。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于为RA过程所选择的UL载波上的根据MsgA-PUSCH-Config-SDT的MsgA有效载荷的TB大小：

*UE发起2步RA以用于小数据传输。在该RA过程期间，不执行前导码组选择。

-否则

*UE发起2步RA以用于恢复连接(不包括小数据)

选项2：单个MsgA PUSCH配置，单个RSRP阈值

gNB在SDT的两步RA配置中配置单个MsgA-PUSCH-Config-SDT(即PUSCH资源池)。TBS没有被显式地发信号通知，而是基于SCS、PRB的数量和PO的OFDM符号的数量来确定。gNB还配置参数sdt-Threshold-MsgA。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于为RA过程所选择的UL载波上的根据MsgA-PUSCH-Config-SDT的MsgA有效载荷的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-MsgA：

-否则

*UE发起4步RA以用于恢复连接(不包括小数据)

选项3：多个[MsgA PUSCH配置、阈值、前导码组]

gNB在SDT的两步RA配置中配置参数MsgA-PUSCH-Config-SDT-groupA和MsgA-PUSCH-Config-SDT-group B。TBS没有被显式地发信号通知，而是基于SCS、PRB的数量和PO的OFDM符号的数量来确定。sdt-Threshold-MsgA-groupB也被配置。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-groupA的MsgA有效载荷的TB大小：

*UE执行使用2步RA的小数据传输。选择组A。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于所选择的UL载波的根据MsgA-PUSCH-Config-SDT-groupB的MsgA有效载荷的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-MsgA-groupB

*UE执行使用2步RA的小数据传输。选择组B。

-否则

*UE发起2步RA以用于恢复连接(不包括小数据)

该选项可以被推广，其中gNB配置参数MsgA-PUSCH-Config-SDT-group1至MsgA-PUSCH-Config-SDT-groupN；sdt-Threshold-MsgA-group2至sdt-Threshold-MsgA-groupN，组1至N的前导码。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-group1的MsgA有效载荷的TB大小：

*UE执行使用2步RA的小数据传输。选择组1。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-group2的MsgA有效载荷的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-MsgA-group2

*UE执行使用2步RA的小数据传输。选择组2。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-group2的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-group2的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-group3的MsgA有效载荷的TB大小，并且下行链路路径损耗的RSRP大于或等于sdt-Threshold-MsgA-group3

*UE执行使用2步RA的小数据传输。选择组3。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-groupN-1的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-groupN-1的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-groupN的MsgA有效载荷的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-MsgA-groupN

*UE执行使用2步RA的小数据传输。选择组N。

-否则：

*UE发起2步RA以用于恢复连接(不包括小数据)

选项3A：

gNB在SDT的两步RA配置中配置参数MsgA-PUSCH-Config-SDT-groupA和MsgA-PUSCH-Config-SDT-。TBS没有被显式地发信号通知，而是基于SCS、PRB的数量和PO的OFDM符号的数量来确定。sdt-Threshold-MsgA-groupA和sdt-Threshold-MsgA-groupB也被配置。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-groupA的MsgA有效载荷的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-MsgA-groupA：

*UE执行使用2步RA的小数据传输。选择组A。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-groupA的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-groupA的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于所选择的UL载波的根据MsgA-PUSCH-Config-SDT-groupB的MsgA有效载荷的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-MsgA-groupB

*UE执行使用2步RA的小数据传输。选择组B。

-否则

*UE发起2步RA以用于恢复连接(不包括小数据)

该选项可以被推广，其中gNB配置参数MsgA-PUSCH-Config-SDT-group1至MsgA-PUSCH-Config-SDT-groupN；sdt-Threshold-MsgA-group1至sdt-Threshold-MsgA-groupN，组1至N的前导码。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-group1的MsgA有效载荷的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-MsgA-group1：

*UE执行使用2步RA的小数据传输。选择组1。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-group1的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-group1的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-group2的MsgA有效载荷的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-MsgA-group2

*UE执行使用2步RA的小数据传输。选择组2。

*UE执行使用2步RA的小数据传输。选择组3。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-groupN-1的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-groupN-1的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-groupN的MsgA有效载荷的TB大小，并且下行链路路径损耗参考的RSRP大于或等于sdt-Threshold-MsgA-groupN用于和RSRP

*UE执行使用2步RA的小数据传输。选择组N。

-否则：

*UE发起2步RA以用于恢复连接(不包括小数据)

选项4：单个MsgA PUSCH配置，单个MsgA-messagePowerOffsetSDT用于路径损耗阈值

gNB在SDT的两步RA配置中配置单个MsgA-PUSCH-Config-SDT(即PUSCH资源池)。TBS没有被显式地发信号通知，而是基于SCS、PRB的数量和PO的OFDM符号的数量来确定。gNB还配置了参数msgA-messagePowerOffsetSDT。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA PUSCH配置的MsgA有效载荷的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-msgA-preambleReceivedTargetPower-msgA-DeltaPreamble-msgA-messagePowerOffsetSDT：

*UE发起2步RA以用于小数据传输。

-否则

*UE发起2步RA以用于恢复连接(不包括小数据)

选项5：多个[MsgA PUSCH配置，msgA-messagePowerOffsetSDT，前导码组]

gNB在SDT的两步RA配置中配置参数MsgA-PUSCH-Config-SDT-groupA和MsgA-PUSCH-Config-SDT-。TBS没有被显式地发信号通知，而是基于SCS、PRB的数量和PO的OFDM符号的数量来确定。msgA-messagePowerOffset-groupB也被配置。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

*UE执行使用2步RA的小数据传输。选择组A。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-groupA的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-groupA的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于所选择的UL载波的根据MsgA-PUSCH-Config-SDT-groupB的MsgA有效载荷的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-msgA-preambleReceivedTargetPower-msgA-DeltaPreamble-msgA-messagePowerOffset-groupB

*UE执行使用2步RA的小数据传输。选择组B。

-否则

*UE发起2步RA以用于恢复连接(不包括小数据)

该选项可以被推广，其中gNB配置参数MsgA-PUSCH-Config-SDT-group1至MsgA-PUSCH-Config-SDT-groupN；msgA-messagePowerOffset-group2至msgA-messagePowerOffset-groupN，组1至N的前导码。

*UE执行使用2步RA的小数据传输。选择组1。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-group1的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-group1的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于为随机接入过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-group2的MsgA有效载荷的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-msgA-preambleReceivedTargetPower-msgA-DeltaPreamble-msgA-messagePowerOffset-group2

*UE执行使用2步RA的小数据传输。选择组2。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-group2的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-group1的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-group3的MsgA有效载荷的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-msgA-preambleReceivedTargetPower-msgA-DeltaPreamble-msgA-messagePowerOffset-group2

*UE执行使用2步RA的小数据传输。选择组3。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-groupN-1的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-groupN-1的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-groupN的MsgA有效载荷的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-msgA-preambleReceivedTargetPower-msgA-DeltaPreamble-msgA-messagePowerOffset-groupN

*UE执行使用2步RA的小数据传输。选择组N。

-否则：

*UE发起2步RA以用于恢复连接(不包括小数据)

选项5A：

gNB在SDT的两步RA配置中配置参数MsgA-PUSCH-Config-SDT-groupA和MsgA-PUSCH-Config-SDT-。TBS没有被显式地发信号通知，而是基于SCS、PRB的数量和PO的OFDM符号的数量来确定。msgA-messagePowerOffset-groupB和msgA-messagePowerOffset-groupA也被配置。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-groupA的MsgA有效载荷的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-msgA-preambleReceivedTargetPower-msgA-DeltaPreamble-msgA-messagepower offset-groupA：

*UE执行使用2步RA的小数据传输。选择组A。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-groupA的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-groupA的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于所选择的UL载波的根据MsgA-PUSCH-Config-SDT-groupB的MsgA有效载荷的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-msgA-preambleReceivedTargetPower-msgA-DeltaPreamble-msgA-messagepower offset-groupB

*UE执行使用2步RA的小数据传输。选择组B。

-否则

*UE发起2步RA以用于恢复连接(不包括小数据)

该选项可以被推广，其中gNB配置参数MsgA-PUSCH-Config-SDT-group1至MsgA-PUSCH-Config-SDT-groupN；msgA-messagePowerOffset-group1至msgA-messagePowerOffset-groupN，组1至N的前导码。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-group1的MsgA有效载荷的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-msgA-preambleReceivedTargetPower-msgA-DeltaPreamble-msgA-messagepower offset-group1：

*UE执行使用2步RA的小数据传输。选择组1。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-group1的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-group1的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-group2的MsgA有效载荷的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-msgA-preambleReceivedTargetPower-msgA-DeltaPreamble-msgA-messagepower offset-group2

*UE执行使用2步RA的小数据传输。选择组2。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))大于根据MsgA-PUSCH-Config-SDT-group2的MsgA有效载荷的TB大小，并且(大于根据MsgA-PUSCH-Config-SDT-group2的MsgA有效载荷的TB大小，并且在一个实施例中可以被移除)小于等于为RA过程所选择的UL载波上的用于SDT的根据MsgA-PUSCH-Config-SDT-group3的MsgA有效载荷的TB大小，并且路径损耗小于(执行RA过程的服务小区的)PCMAX-msgA-preambleReceivedTargetPower-msgA-DeltaPreamble-msgA-messagepower offset-group3

*UE执行使用2步RA的小数据传输。选择组3。

*UE执行使用2步RA的小数据传输。选择组N。

-否则：

*UE发起2步RA以用于恢复连接(不包括小数据)

选项6：多个[TBS，前导码组]

gNB在SDT的两步RA配置中配置参数MsgA-PUSCH-Config-SDT-groupA和MsgA-PUSCH-Config-SDT-。TBS没有被显式地发信号通知，而是基于SCS、PRB的数量和PO的OFDM符号的数量来确定。这些参数对于SUL和NUL分别配置，因为SUL和NUL的UL覆盖范围不同。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于根据MsgA-PUSCH-Config-SDT-groupA的MsgA有效载荷的TB大小：

*UE执行使用2步RA的小数据传输。选择组A。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于根据MsgA-PUSCH-Config-SDT-groupB的MsgA有效载荷的TB大小。

*UE执行使用2步RA的小数据传输。选择组B。

-否则

*UE发起4步RA以用于恢复连接(不包括小数据)

该选项可以被推广，其中gNB配置参数MsgA-PUSCH-Config-SDT-group1和MsgA-PUSCH-Config-SDT-groupN，组1至N的前导码。

-如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于根据MsgA-PUSCH-Config-SDT-group1的MsgA有效载荷的TB大小：

*UE执行使用4步RA的小数据传输。选择组1。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于根据MsgA-PUSCH-Config-SDT-group2的MsgA有效载荷的TB大小

*UE执行使用2步RA的小数据传输。选择组2。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于根据MsgA-PUSCH-Config-SDT-group3的MsgA有效载荷的TB大小

*UE执行使用2步RA的小数据传输。选择组3。

-否则，如果消息大小(可用于传输的UL数据加上MAC报头，以及MAC控制元素(在需要时))小于等于根据MsgA-PUSCH-Config-SDT-groupN的MsgA有效载荷的TB大小

*UE执行使用2步RA的小数据传输。选择组N。

-否则：

*UE发起2步RA以用于恢复连接(不包括小数据)

注意：在上述过程中，可以为每个TBS配置单独的msgA-DeltaPreamble。

图11是根据本公开一实施例的终端的框图。

参考图11，终端包括收发器1110、控制器1120和存储器1130。控制器1120可以指电路、专用集成电路(ASIC)或至少一个处理器。收发器1110、控制器1120和存储器1130被配置为执行图1至图10中示出的或者上文描述的终端的操作。尽管收发器1110、控制器1120和存储器1130被示为单独的实体，但是它们可以被实现为单个实体，如单个芯片。或者，收发器1110、控制器1120和存储器1130可以彼此电连接或耦合。

收发器1110可以向其他网络实体(例如，基站)发送信号和从其他网络实体接收信号。

控制器1120可以控制终端执行根据上述实施例之一的功能。例如，根据本公开的各种实施例，控制器1120控制收发器1110和/或存储器1130执行小数据发送和接收。

在一实施例中，终端的操作可以使用存储对应程序代码的存储器1130来实现。具体地，终端可以配备有存储器1130，以存储实现期望操作的程序代码。为了执行期望的操作，控制器1120可以通过使用至少一个处理器或CPU来读取和执行存储在存储器1130中的程序代码。

图12是根据本公开一实施例的基站的框图。

参考图12，基站包括收发器1210、控制器1220和存储器1230。控制器1220可以指电路、ASIC或至少一个处理器。收发器1210、控制器1220和存储器1230被配置成执行图1至图10中示出的或上文描述的UE的操作。尽管收发器1210、控制器1220和存储器1230被示为单独的实体，但是它们可以被实现为单个实体，如单个芯片。或者，收发器1210、控制器1220和存储器1230可以彼此电连接或耦合。

收发器1210可以向其他网络实体(例如，终端)发送信号和从其他网络实体接收信号。

控制器1220可以控制基站执行根据上述实施例之一的功能。例如，根据本公开的各种实施例，控制器1220控制收发器1210和/或存储器1230执行小数据发送和接收。

在一实施例中，可以使用存储对应程序代码的存储器1230来实现基站的操作。具体地，基站可以配备有存储器1230，以存储实现期望操作的程序代码。为了执行期望的操作，控制器1220可以通过使用至少一个处理器或CPU来读取和执行存储在存储器1230中的程序代码。

如上所述，说明书和附图中公开的实施例仅用于呈现具体示例，以容易地解释本公开的内容并帮助理解，但不旨在限制本公开的范围。因此，除了这里公开的实施例之外，本公开的范围应该被分析为包括基于本公开的技术构思得出的所有变化或修改。

虽然已经参考本公开的各种实施例显示和描述了本公开，但是本领域技术人员将理解，在不脱离由所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以在形式和细节上进行各种改变。

Claims

1.一种由无线通信系统中的终端执行的方法，所述方法包括：

识别小数据传输(SDT)过程基于SDT被允许的无线电承载的上行链路数据被发起；

在处于无线电资源控制(RRC)非活动状态时，向基站发送所述上行链路数据，其中，所述上行链路数据使用基于SDT过程的发起而生成的完整性密钥来被完整性保护；以及

从所述基站接收用于终止所述SDT过程的RRC释放消息。

2.根据权利要求1所述的方法，

其中，在满足4步随机接入过程的标准的情况下，在4步随机接入过程的消息3(MSG3)中发送所述上行链路数据，并且

其中，当响应于MSG3接收到包括竞争解决标识的消息时，在所述终端保持在RRC非活动状态时执行上行链路SDT发送或下行链路SDT接收中的至少一个，直到接收到RRC释放消息。

3.根据权利要求1所述的方法，

其中，在满足2步随机接入过程的标准的情况下，在2步随机接入过程的消息A(MSGA)中发送所述上行链路数据，并且

其中，当响应于所述MSGA接收到成功无线电接入响应(RAR)时，在所述终端保持在所述RRC非活动状态时执行上行链路SDT发送或下行链路SDT接收中的至少一个，直到接收到所述RRC释放消息。

4.根据权利要求1所述的方法，其中，包括所述上行链路数据的消息还包括RRC恢复请求消息，并且

其中，在每个无线电承载的基础上从所述基站指示SDT被允许的至少一个无线电承载。

5.一种由无线通信系统中的基站执行的方法，所述方法包括：

从处于无线电资源控制(RRC)非活动状态的终端接收小数据传输(SDT)被允许的无线电承载的上行链路数据，其中，所述上行链路数据使用基于SDT过程的发起而生成的完整性密钥来被完整性保护；以及

向所述终端发送用于终止SDT过程的RRC释放消息。

6.根据权利要求5所述的方法，

其中，在满足4步随机接入过程的标准的情况下，在4步随机接入过程的消息3(MSG3)中接收所述上行链路数据，并且

其中，当响应于所述MSG3发送包括竞争解决标识的消息时，在所述终端保持在所述RRC非活动状态时，上行链路SDT发送或下行链路SDT接收中的至少一个被执行，直到发送所述RRC释放消息。

7.根据权利要求5所述的方法，

其中，在满足2步随机接入过程的标准的情况下，在2步随机接入过程的消息A(MSGA)中接收所述上行链路数据，

其中，当响应于所述MSGA发送成功无线电接入响应(RAR)时，在所述终端保持在所述RRC非活动状态时，上行链路SDT发送或下行链路SDT接收中的至少一个被执行，直到发送所述RRC释放消息，

其中，包括所述上行链路数据的消息还包括RRC恢复请求消息，并且

其中，在每个无线电承载的基础上向所述终端指示SDT被允许的至少一个无线电承载。

8.一种无线通信系统中的终端，所述终端包括：

收发器，被配置为发送和接收信号；和

控制器，与所述收发器耦合，并且被配置为：

识别小数据传输(SDT)过程基于SDT被允许的无线电承载的上行链路数据被发起，

在处于无线电资源控制(RRC)非活动状态时，向基站发送所述上行链路数据，其中，所述上行链路数据使用基于所述SDT过程的发起而生成的完整性密钥来被完整性保护，以及

从所述基站接收用于终止所述SDT过程的RRC释放消息。

9.根据权利要求8所述的终端，

其中，当作为对MSG3的响应接收到包括竞争解决标识的消息时，在所述终端保持在RRC非活动状态时执行上行链路SDT发送或下行链路SDT接收中的至少一个，直到接收到所述RRC释放消息。

10.根据权利要求8所述的终端，

11.根据权利要求8所述的终端，其中，包括所述上行链路数据的消息还包括RRC恢复请求消息，并且

12.一种无线通信系统中的基站，所述基站包括：

收发器，被配置为发送和接收信号；和

控制器，与所述收发器耦合，并且被配置为：

从处于无线电资源控制(RRC)非活动状态的终端接收小数据传输(SDT)被允许的无线电承载的上行链路数据，其中，所述上行链路数据使用基于SDT过程的发起而生成的完整性密钥来被完整性保护，以及

向所述终端发送用于终止SDT过程的RRC释放消息。

13.根据权利要求12所述的基站，

其中，当响应于所述MSG3发送包括竞争解决标识的消息时，在所述终端保持在所述RRC非活动状态时上行链路SDT发送或下行链路SDT接收中的至少一个被执行，直到发送所述RRC释放消息。

14.根据权利要求12所述的基站，

其中，在满足2步随机接入过程的标准的情况下，在2步随机接入过程的消息A(MSGA)中接收所述上行链路数据，并且

其中，当响应于所述MSGA发送成功无线电接入响应(RAR)时，在所述终端保持在所述RRC非活动状态时上行链路SDT发送或下行链路SDT接收中的至少一个被执行，直到发送所述RRC释放消息。

15.根据权利要求12所述的基站，其中，包括所述上行链路数据的消息还包括RRC恢复请求消息，并且