CN116210339A - 无线通信系统中在rrc_inactive状态下处理小数据传输的方法和装置 - Google Patents

无线通信系统中在rrc_inactive状态下处理小数据传输的方法和装置 Download PDF

Info

Publication number
CN116210339A
CN116210339A CN202180060793.4A CN202180060793A CN116210339A CN 116210339 A CN116210339 A CN 116210339A CN 202180060793 A CN202180060793 A CN 202180060793A CN 116210339 A CN116210339 A CN 116210339A
Authority
CN
China
Prior art keywords
rrc
cell
header compression
drb
compression protocol
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202180060793.4A
Other languages
English (en)
Inventor
A·阿吉瓦尔
金成勋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN116210339A publication Critical patent/CN116210339A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04—TPC
    • H04W52/30—TPC using constraints in the total amount of available transmission power
    • H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
    • H04W52/365—Power headroom reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/20—Selecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及一种用于融合支持超过第四代(4G)系统的更高数据速率的第五代(5G)通信系统和物联网(IoT)技术的通信方法和系统。本公开可以被应用于基于5G通信技术和IoT相关技术的智能服务，诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安全和安保服务。本公开提供了无线通信系统中在无线电资源控制(RRC)非活动状态下处理针对数据传输的强健报头压缩(ROHC)、功率余量报告(PHR)和缓冲器状态报告(BSR)的方法和装置。

Description

无线通信系统中在RRC_INACTIVE状态下处理小数据传输的方 法和装置
技术领域
本公开涉及无线通信系统。具体地，本公开涉及无线通信系统中在无线电资源控制(RRC)非活动(inactive)状态下处理针对小数据传输的强健报头压缩(ROHC)、功率余量报告(PHR)和缓冲器状态报告(BsR)的装置、方法和系统。
背景技术
为了满足自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环境可以提供智能互联网技术服务，其通过收集和分析互联物之间生成的数据来为人类生活创造新的价值。IoT可以通过现有信息技术(IT)和各种工业应用之间的融合和结合而被应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和高级的医疗服务。
与此相适应，已经做出了将5G通信系统应用于IoT网络的各种尝试。例如，诸如传感器网络、机器类型通信(MTC)和机器对机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实现。云无线电接入网络(RAN)作为上述大数据处理技术的应用也可以被认为是5G技术和IoT技术之间融合的示例。
以上信息仅作为背景信息呈现，以帮助理解本公开。关于上述中的任何一个是否可以作为现有技术适用于本公开，没有做出确定，也没有做出断言。
发明内容
技术问题
本公开的各方面至少解决上述问题和/或缺点，并至少提供下述优点。因此，本公开的一个方面是提供一种第五代(5G)通信系统中用于小数据传输的通信方法和系统。
问题的解决方案
根据本公开的一个方面，提供了一种由无线通信系统中的终端执行的方法。该方法包括从第一小区接收配置终端进入无线电资源控制(RRC)非活动状态的RRC释放消息；当终端处于RRC非活动状态时，识别用于发起小数据传输(small data transmission，SDT)过程的标准被满足；重建对其允许SDT过程的数据无线电承载(DRB)的分组数据汇聚协议(PDCP)实体；当终端处于RRC非活动状态时，识别RRC释放消息是否包括指示延续为DRB配置的报头压缩协议上下文的信息，其中报头压缩协议上下文被存储在终端中；以及在RRC释放消息包括该信息的情况下，维持报头压缩协议上下文。
此外，该方法包括在RRC释放消息中不包括该信息的情况下，重置报头压缩协议上下文。
此外，该方法包括识别RRC释放消息是否包括用于请求恢复RRC连接的小区列表；向第二小区发送恢复RRC连接的消息；以及在RRC释放消息包括小区列表并且小区列表中包括第二小区的情况下，维持报头压缩协议上下文。
此外，该方法包括在RRC释放消息中不包括小区列表并且第二小区不同于第一小区的情况下，重置报头压缩协议上下文。
此外，该方法包括识别RRC释放消息是否包括用于请求恢复RRC连接的基站的标识；向第二小区发送恢复RRC连接的消息；以及在RRC释放消息包括基站的标识并且第二小区由基站的标识标识的情况下，维持报头压缩协议上下文。
此外，该方法包括识别终端被配置有功率余量报告(PHR)配置；识别上行链路许可是否用于SDT过程的上行链路数据；以及在上行链路许可用于SDT过程的情况下，在上行链路许可上发送SDT过程的上行链路数据，而不生成PHR。
此外，该方法包括识别终端被配置有缓冲器状态报告(BSR)配置；识别上行链路许可是否用于SDT过程的上行链路数据；以及在上行链路许可用于SDT过程的情况下，在上行链路许可上发送SDT过程的上行链路数据，而不生成BSR。
根据本公开的一个方面，提供了一种无线通信系统中的终端。该终端包括：被配置为发送和接收信号的收发器；以及控制器，其与该收发器耦接，并且被配置为：从第一小区接收配置终端进入无线电资源控制(RRC)非活动状态的RRC释放消息；当终端处于RRC非活动状态时，识别用于发起小数据传输(SDT)过程的标准被满足；重建对其允许SDT过程的数据无线电承载(DRB)的分组数据汇聚协议(PDCP)实体；当终端处于RRC非活动状态时，识别RRC释放消息是否包括指示延续为DRB配置的报头压缩协议上下文的信息，其中报头压缩协议上下文被存储在终端中，并且在RRC释放消息包括该信息的情况下，维持报头压缩协议上下文。
附图说明
根据以下结合附图的描述，本公开的某些实施例的上述和其他方面、特征和优点将变得清楚，其中：
图1a示出了本公开中一种用于在发起针对小数据传输的连接恢复时，确定是延续还是重置报头压缩协议上下文的方法。
图1b示出了本公开中另一种用于在发起针对小数据传输的连接恢复时，确定是延续还是重置报头压缩协议上下文的方法。
图2示出了本公开中另一种用于在发起针对小数据传输的连接恢复时，确定是延续还是重置报头压缩协议上下文的方法。
图3示出了本公开中另一种用于在发起针对小数据传输的连接恢复时，确定是延续还是重置报头压缩协议上下文的方法。
图4示出了本公开中另一种用于在发起针对小数据传输的连接恢复时，确定是延续还是重置报头压缩协议上下文的方法。
图5示出了本公开中另一种用于在发起针对小数据传输的连接恢复时，确定是延续还是重置报头压缩协议上下文的方法。
图6示出了本公开中另一种用于在发起针对小数据传输的连接恢复时，确定是延续还是重置报头压缩协议上下文的方法。
图7示出了本公开中另一种用于在发起针对小数据传输的连接恢复时，确定是延续还是重置报头压缩协议上下文的方法。
图8示出了本公开中另一种用于在发起针对小数据传输的连接恢复时，确定是延续还是重置报头压缩协议上下文的方法。
图9示出了本公开中一种用于在RRC_INACTIVE状态下处理针对小数据传输的PHR的方法。
图10示出了本公开中另一种用于在RRC_INACTIVE状态下处理针对小数据传输的PHR的方法。
图11示出了本公开中一种用于在RRC_INACTIVE状态下处理针对小数据传输的BSR的方法。
图12示出了本公开中另一种用于在RRC_INACTIVE状态下处理针对小数据传输的BSR的方法。
图13是根据本公开的实施例的终端的框图。
图14是根据本公开的实施例的基站的框图。
所有附图中，相似的附图标记将被理解为指代相似的部件、组件和结构。
具体实施方式
提供参考附图的以下描述以帮助全面理解由权利要求及其等同物所定义的本公开的各种实施例。以下描述包括各种具体细节以帮助理解，但这些仅被视为示例性的。因此，本领域普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对本文描述的各种实施例进行各种改变和修改。此外，为了清楚和简明起见，可以省略对公知功能和结构的描述。
在以下描述和权利要求中使用的术语和词语不限于文献意义，而是仅由发明人使用，以使得能够清楚和一致地理解本公开。因此，对于本领域的技术人员来说清楚的是，对本公开的各种实施例的以下描述仅是出于说明的目的而提供的，而不是为了限制由所附权利要求及其等同物所限定的本公开而提供的。
应当理解，单数形式″一″、″一个″和″该″包括复数指代，除非上下文中另有明确规定。因此，例如，对″组件表面″的引用包括对一个或多个这样的表面的引用。
术语″基本上″是指所述的特性、参数或值不需要精确地实现，但是包括例如公差、测量误差、测量精度限制和本领域技术人员已知的其他因素在内的偏差或变化可以以不排除该特性想要提供的效果的量出现。
本领域技术人员知道，流程图(或时序图)的框和流程图的组合可以由计算机程序指令来表示和执行。这些计算机程序指令可以被加载在通用计算机、专用计算机或可编程数据处理器件的处理器上。当加载的程序指令由处理器执行时，它们创建用于执行流程图中描述的功能的部件。因为计算机程序指令可以被存储在专用计算机或可编程数据处理器件中可使用的计算机可读存储器中，所以也可以创建执行流程图中描述的功能的制品。因为计算机程序指令可以被加载在计算机或可编程数据处理器件上，所以当作为进程被执行时，这些指令可以执行流程图中描述的功能的操作。
流程图的框可以对应于包含实现一个或多个逻辑功能的一个或多个可执行指令的模块、段或代码，或者可以对应于其部分。在一些情况下，由框描述的功能可以以不同于所列次序的次序来执行。例如，按顺序列出的两个框可以同时执行或者以相反的次序执行。
在本说明书中，词语″单元″、″模块″等可以指软件组件或硬件组件，诸如，例如能够执行功能或操作的现场可编程门阵列(FPGA)或专用集成电路(ASIC)。然而，″单元″等不限于硬件或软件。单元等可以被配置为驻留在可寻址存储介质中或者驱动一个或多个处理器。单元等可以指软件组件、面向对象的软件组件、类组件、任务组件、进程、功能、属性、过程、子例程、程序代码段、驱动器、固件、微码、电路、数据、数据库、数据结构、表、数组或变量。由组件和单元提供的功能可以是较小组件和单元的组合，并且可以与其他组件和单元组合以构成较大的组件和单元。组件和单元可以被配置为驱动设备或安全多媒体卡中的一个或多个处理器。
在具体实施方式之前，描述了理解本公开所必需的术语或定义。然而，这些术语应该以非限制性的方式来解释。
″基站(BS)″是与用户设备(UE)通信的实体，并且可以被称为BS、基站收发器站(BTS)、节点B(NB)、演进型NB(eNB)、接入点(AP)、5G NB(5GNB)或gNB(下一代节点B)。
″UE′″是与BS通信的实体，并且可以被称为UE、设备、移动站(MS)、移动设备(ME)或终端。
近年来，已经开发了若干种宽带无线技术来满足日益增长的宽带订户数量并提供更多更好的应用和服务。已经开发了第二代无线通信系统来提供语音服务，同时确保用户的移动性。第三代无线通信系统不仅支持语音服务，还支持数据服务。近年来，已经开发了第四代无线通信系统来提供高速数据服务。然而，目前，第四代无线通信系统受到缺乏资源来满足日益增长的对高速数据服务的需求的影响。因此，正在开发第五代无线通信系统(也被称为下一代无线电或NR)，以满足日益增长的对高速数据服务的需求，支持超可靠性和低时延应用。
第五代无线通信系统不仅支持较低频带，还支持较高频(毫米波)带(例如10GHz至100GHz频带)，以便实现更高的数据速率。为了减轻无线电波的传播损耗并增加传输距离，正在对第五代无线通信系统的设计中考虑波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外，预期第五代无线通信系统解决在数据速率、时延、可靠性、移动性等方面具有完全不同要求的不同使用情况。然而，预期对第五代无线通信系统的空中接口的设计将足够灵活，以服务于具有完全不同的能力的UE，这取决于UE为终端客户提供服务的使用情况和市场细分。预期第五代无线通信系统无线系统解决的若干个示例使用情况是增强型移动宽带(eMBB)、大规模机器类型通信(m-MTC)、超可靠低时延通信(URLLC)等。如数十Gbps数据速率、低时延、高移动性等的eMBB要求针对代表需要随时随地进行互联网连接的传统无线宽带订户的市场细分。如非常高的连接密度、不频繁的数据传输、非常长的电池寿命、低移动性等的m-MTC要求针对代表预想数十亿设备的连接的物联网(IoT)/万物互联(IoE)的市场细分。如非常低的时延、非常高的可靠性和可变移动性等的URLLC要求针对代表工业自动化应用、被视为自主驾驶汽车的赋能因素之一的车辆对车辆/车辆对基础设施通信的市场细分。
在操作在较高频(毫米波)带的第五代无线通信系统中，UE和gNB使用波束成形彼此通信。对于较高频带的通信，波束成形技术用于减轻传播路径损耗并增加传播距离。波束成形使用高增益天线来增强发送和接收性能。波束成形可以被分类为在发送端执行的发送(TX)波束成形和在接收端执行的接收(RX)波束成形。一般地，TX波束成形通过使用多个天线允许其中传播到达的区域密集地位于特定方向来增加方向性。在这种情况下，多个天线的聚合可以被称为天线阵列，并且阵列中包括的每个天线可以被称为阵列元件。天线阵列可以被配置为各种形式，诸如线性阵列、平面阵列等。使用TX波束成形使得信号方向性增加，从而增加了传播距离。此外，由于信号几乎不在除方向性方向之外的方向上传输，因此作用在另一接收端的信号干扰显著降低。接收端可以通过使用RX天线阵列对RX信号执行波束成形。RX波束成形通过允许传播集中在特定方向上来增加在特定方向上传输的RX信号强度，并且从RX信号中排除在除特定方向之外的方向上传输的信号，从而提供阻挡干扰信号的效果。通过使用波束成形技术，发送器可以产生不同方向的多个发送波束图样。这些发送波束图样中的每一个也可以被称为TX波束。在高频中操作的无线通信系统使用多个窄TX波束在小区中发送信号，因为每个窄TX波束覆盖小区的一部分。TX波束越窄，天线增益越高，因此使用波束成形发送的信号的传播距离越大。接收器也可以产生不同方向的多个RX波束图样。这些接收图样中的每一个也可以被称为RX波束。
第五代无线通信系统支持独立的操作模式以及双连接(DC)。在DC中，多个Rx/TxUE可以被配置为利用由经由非理想回程连接的两个不同节点(或NB)提供的资源。一个节点充当主节点(MN)，而另一个充当辅节点(SN)。MN和SN经由网络接口连接，并且至少MN连接到核心网络。NR还支持多RAT双连接(MR-DC)操作，由此处于无线电资源连接状态(RRC_CONNECTED)的UE被配置为利用由两个不同的调度器提供的无线电资源，这两个调度器位于经由非理想回程连接的、并且提供演进型通用移动电信系统(UMTS)陆地无线电接入(E-UTRA)(即，如果节点是ng-eNB)或者新无线电(NR)接入(即，如果节点是gNB)之一的两个不同的节点中。在NR中，对于处于RRC_CONNECTED的未被配置有载波聚合(CA)/双连接(DC)的UE，仅存在一个包括主小区(PCell)的服务小区。对于处于RRC_CONNECTED的被配置有CA/DC的UE，术语″服务小区″用于表示包括特殊小区(SpCell)和所有辅小区(SCell)的小区集合。在NR中，术语主小区组(MCG)是指与主节点相关联的一组服务小区，其包括PCell和可选的一个或多个SCell。在NR中，术语辅小区组(SCG)是指与辅节点相关联的一组服务小区，其包括主SCG小区(PSCell)和可选的一个或多个SCell。在NR中，PCell是指在MCG中在主频上操作的服务小区，其中UE执行初始连接建立过程或者发起连接重建过程。在NR中，对于被配置有CA的UE，Scell是在特殊小区之上提供额外无线电资源的小区。PSCell是指SCG中的服务小区，其中UE在执行同步重新配置过程时执行随机接入。对于双连接操作，术语SpCe1l(即特殊小区)是指MCG的PCel1或SCG的PSCell，否则术语特殊小区是指PCell。
在第五代无线通信系统中，物理下行链路控制信道(PDCCH)用于调度物理下行链路共享信道(PDSCH)上的下行链路(DL)传输和物理上行链路共享信道(PUSCH)上的上行链路(UL)传输，其中PDCCH上的下行链路控制信息(DCI)包括：至少包含与下行链路共享信道(DL-SCH)相关的调制和编码格式、资源分配和混合自动重复请求(ARQ)(HARQ)信息的下行链路分派；上行链路调度许可至少包含与上行链路共享信道(UL-SCH)相关的调制和编码格式、资源分配和HARQ信息。除了调度之外，PDCCH还可以用于：对具有配置许可的所配置PUSCH传输的激活和去激活；对PDSCH半持久传输的激活和去激活；向一个或多个UE通知时隙格式；向一个或多个UE通知UE可以假设其中没有针对该UE的传输的物理资源块(PRB)和正交频分复用(OFDM)符号；对针对物理上行链路控制信道(PUCCH)和PUSCH的传输功率控制(TPC)命令的传输；一个或多个UE对用于探测参考信号(SRS)传输的一个或多个TPC命令的传输；切换UE的活动带宽部分；发起随机接入过程。UE根据对应的搜索空间配置，在一个或多个配置的控制资源集(CORESET)中所配置的监视时机中监视PDCCH候选的集合。CORESET包括持续时间为1至3个OFDM符号的PRB的集合。在CORESET中定义了资源单元资源元素组(REG)和控制信道元素(CCE)，其中每个CCE包括REG的集合。控制信道由CCE的聚合形成。通过聚合不同数量的CCE来实现控制信道的不同码率。在CORESET中支持交织和非交织的CCE到REG映射。极性编码用于PDCCH。携带PDCCH的每个资源元素组携带其自己的解调参考信号(DMRS)。正交相移键控(QPSK)调制用于PDCCH。
在第五代无线通信系统中，gNB针对每个配置的BWP信令通知搜索空间配置的列表，其中每个搜索配置由标识符唯一标识。用于特定目的(诸如寻呼接收、SI接收、随机接入响应接收)的搜索空间配置的标识符由gNB显式地信令通知。在NR中，搜索空间配置包括参数Monitoring-periodicity-PDCCH-slot、Monitoring-offset-PDCCH-slot、Monitoring-symbols-PDCCH-within-slot和持续时间。UE使用参数PDCCH监视周期(Monitoring-periodicity-PDCCH-slot)、PDCCH监视偏移(Monitoring-offset-PDCCH-slot)和PDCCH监视图样(Monitoring-symbols-PDCCH-within-slot)来确定时隙内的PDCCH监视时机。PDCCH监视时机存在于时隙″x″到″x+持续时间″中，其中在编号为″y″的无线电帧中编号为″x″的时隙满足下面的等式：
(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。无线电帧由无线电帧号或系统帧号(SFN)标识。每个无线电帧包括若干个时隙，其中无线电帧中的时隙数量和时隙的持续时间取决于子载波间隔。在NR中，对于每个所支持的子载波间隔(SCS)，无线电帧中的时隙数量和时隙的持续时间是预定义的。每个CORESET配置与TCI(传输配置指示符)状态的列表相关联。针对每个TCI状态配置了一个DL参考信号(RS)ID(SSB或信道状态信息(CSI)RS(CSI-RS))。与CORESET配置相对应的TCI状态的列表由gNB经由RRC信令通知。TCI状态列表中的TCI状态之一被激活并且由gNB指示给UE。TCI状态指示搜索空间的PDCCH监视时机中gNB用于PDCCH传输的DL TX波束(DL TX波束与TCI状态的SSB/CSI RS是准共址的)。
在第五代无线通信系统中，支持带宽自适应(BA)。利用BA，UE的接收和发送带宽不需要与小区的带宽一样大并且可以被调整：可以命令改变宽度(例如，在低活动性期间进行缩减以节省功率)；位置可以在频域中移动(例如，为了增加调度灵活性)；并且可以命令改变子载波间隔(例如，以允许不同的服务)。小区的总小区带宽的子集被称为带宽部分(BWP)。BA是通过向RRC连接的UE配置BA并告诉该UE哪个配置的BWP当前是活动BWP来实现的。当配置了BA时，UE仅需要监视一个活动BWP上的PDCCH，即，UE不需要监视服务小区的整个DL频率上的PDCCH。在RRC连接状态下，对于每个配置的服务小区(即PCell或SCell)，UE被配置有一个或多个DL和UL BWP。对于激活的服务小区，在任何时间点总是存在一个活动ULBWP和DL BWP。针对服务小区的BWP切换用于在某时激活非活动BWP和去激活活动BWP。BWP切换由指示下行链路分派或上行链路许可的PDCCH、由bwp-InactivityTimer、由RRC信令或由媒体访问控制(MAC)实体本身在发起随机接入过程时控制。在SpCell的添加或SCell的激活时，分别由firstActiveDownlinkBWP-Id和firstActiveUplinkBWP-Id指示的DL BWP和ULBWP是活动的，而没有接收到指示下行链路分派或上行链路许可的PDCCH。服务小区的活动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在UL中，在初始接入、移交、无线电资源控制(RRC)连接重建过程、调度请求传输、辅小区组(SCG)添加/修改、波束失败恢复以及数据或控制信息传输期间使用RA。支持若干种类型的随机接入过程，诸如基于竞争的随机接入和无竞争的随机接入，并且这些随机接入过程中的每一种都可以是2步或4步随机接入之一。
在第五代无线通信系统中，RRC可以处于以下状态之一：RRC_IDLE(RRC空闲)、RRC_INACTIVE(RRC非活动)和RRC_CONNECTED(RRC连接)。当已经建立了RRC连接时，UE处于RRC_CONNECTED状态或RRC_INACTIVE状态。如果不是这种情况，即没有建立RRC连接，则UE处于RRC_IDLE状态。RRC状态可以进一步表征如下：
-在RRC_IDLE状态下，UE特定DRX可以由上层(即，NAS)配置。UE监视通过DCI、使用寻呼无线电网络临时标识符(P-RNTI)传输的短消息；监视使用5G-S-TMSI进行CN寻呼的寻呼信道；执行相邻小区测量和小区(重新)选择；获取系统信息并且可以发送SI请求(如果配置了的话)；为配置了日志记录的测量的UE执行对可用测量以及位置和时间的日志记录。
-在RRC_INACTIVE状态下，UE特定DRX可以由上层或RRC层配置；UE存储UE非活动AS上下文。基于RAN的通知区域由RRC层配置。UE监视通过DCI、使用P-RNTI传输的短消息；监视使用5G-S-TMSI进行CN寻呼和使用完全非活动无线电网络临时标识符(I-RNTI)进行RAN寻呼的寻呼信道；执行相邻小区测量和小区(重新)选择；周期性地并且当移动到所配置的基于RAN的通知区域之外时，执行基于RAN的通知区域更新；获取系统信息并且可以发送SI请求(如果配置了的话)；为配置了日志记录的测量的UE执行对可用测量以及位置和时间的日志记录。
-处于RRC_CONNECTED时，UE存储AS上下文并且去往/来自UE的单播数据传送发生。UE通过DCI监视使用P-RNTI传输的短消息(如果配置了的话)；监视与共享数据信道相关联的控制信道，以确定是否为其调度了数据；提供信道质量和反馈信息；执行相邻小区测量和测量报告；获取系统信息。
-处于RRC_CONNECTED时，网络可以通过发送具有暂停配置的RRCRelease来发起RRC连接的暂停。当RRC连接被暂停时，UE存储UE非活动AS上下文和从网络接收到的任何配置，并且转换到RRC_INACTIVE状态。如果UE被配置有SCG，则UE在发起RRC连接恢复过程时释放SCG配置。暂停RRC连接的RRC消息经过完整性保护和加密。
暂停的RRC连接的恢复在UE需要从RRC_INACTIVE状态转换到RRC_CONNECTED状态时由上层发起、或者由RRC层发起以执行RNA更新、或者由来自NG-RAN的RAN寻呼发起。当恢复了RRC连接时，网络基于存储的UE非活动AS上下文和从网络接收到的任何RRC配置、根据RRC连接恢复过程来配置UE。RRC连接恢复过程重新激活AS安全并重建SRB和DRB。响应于恢复RRC连接的请求，网络可以恢复暂停的RRC连接并将UE转换到RRC_CONNECTED、或者拒绝该恢复的请求并将UE转换到RRC_INACTIVE(利用等待定时器)、或者直接重新暂停RRC连接并将UE转换到RRC_INACTIVE、或者直接释放RRC连接并将UE转换到RRC_IDLE、或者指示UE发起NAS级恢复(在这种情况下，网络发送RRC建立消息)。
在发起恢复过程时，UE：
-除了在SIB1中提供值的参数之外，应用在对应的物理层规范中指定的默认的L1参数值；
-应用默认的MAC小区组配置
-应用CCCH配置
-启动定时器T319；
-应用SIB1中包括的timeAlignmentTimerCommon
-应用默认的SRB1配置
-将变量pendingRNA-Update设置为false(假)
-发起RRCResumeRequest(RRC恢复请求)消息或RRCResumeRequestl的传输
-恢复来自存储的UE非活动AS上下文的RRC配置、RoHC状态、存储的QoS流到DRB映射规则以及KgNB和KRRCint密钥，以下内容除外：
*-masterCellGroup；
*-mrdc-SecondaryCellGroup，如果存储了的话；以及
*-pdcp-Config；
-将resumeMAC-I设置为通过/利用以下各项或在以下各项的情况下计算出的MAC-I的16个最低有效位：
*2>根据条款8(即8位的倍数)编码的ASN.1VarResumeMAC-Input；
*2>UE非活动AS上下文中的KRRCint密钥以及先前配置的完整性保护算法；以及
*2>COUNT、BEARER和DIRECTION的所有输入位都被设置为二进制一；
-使用存储的nextHopChainingCount值，基于当前的KgNB密钥或NH导出KgNB密钥；
-导出KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥；
-使用所配置的算法以及KRRCint密钥和KUPint密钥来配置较低层对除SRB0之外的所有信令无线电承载应用完整性保护，即，完整性保护将被应用于由UE接收和发送的所有后续消息；
-配置较低层对除SRB0之外的所有信令无线电承载应用加密，并应用所配置的加密算法、在该子条款中导出的KRRCenc密钥和KUpenc密钥，即加密配置将被应用于由UE接收和发送的所有后续消息；
-重建SRB1的PDCP实体；
-恢复SRB1
-发送RRCResumeRequest或RRCResumeRequestl。
在5G无线通信系统中，当前的恢复过程存在几个问题。
在5G无线通信系统中的当前的连接恢复过程中，在发起连接恢复时，仅恢复SRB0和SRB1。在从gNB接收到RRCResume后，UE重建DRB的PDCP实体，并恢复DRB。如果在RRCResume中接收到drb-ContinueROHC，则延续DRB的RoHC上下文。否则，其被重置。
5G无线通信系统正在得到增强，以支持RRC_INACTIVE下的UL小数据传输。UL数据可以在Msg3/MsgA/预配置的PUSCH资源中传输。在UL数据传输完成后，UE保持在RRC_INACTIVE。
对于针对小数据传输发起的连接恢复，也需要在发送RRCResumeRequest/RRCResumeRequest1之前恢复DRB，使得MAC中的复用实体可以在Msg3/MsgA/预配置的PUSCH资源中包括来自DRB的MAC SDU。UE还需要确定对于DRB是重置报头压缩协议上下文还是延续报头压缩协议上下文。问题在于，当针对小数据传输发起了连接恢复时，UE如何确定是否重置报头压缩协议上下文。
此外，在5G无线通信系统中的当前的连接恢复过程中，UE在发起连接恢复时应用默认的MAC小区组配置。应用默认的MAC小区组配置使得MAC实体生成PHR。
对于针对小数据传输发起的连接恢复，Msg3/MsgB MAC PDU或预配置的UL许可中的MAC PDU应该包括CCCH SDU+DTCH SDU。应用默认的MAC配置的结果是在Msg3/MsgB或预配置的UL许可中的DTCH SDU之前触发和包括PHR，因为PHR具有比DTCH SDU更高的优先级。因此，DTCH数据中的一些可能不会被包括在Msg3/MsgB MAC PDU或预配置的UL许可的MAC PDU中。
<<在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作>>
UE处于RRC_CONNECTED状态。在RRC_CONNECTED状态下，UE从gNB接收具有暂停配置的RRCRelease消息。在接收到具有暂停配置的RRCRelease消息时，UE进入RRC_INACTIVE状态并执行以下操作：UE重置MAC并释放默认的MAC小区组配置(如果有的话)。UE重建SRB1的RLC实体。UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity(小区标识)和物理小区标识以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的ReconfigurationWithSync(同步重新配置)IE和servingCellConfigCommonSIB(服务小区配置公共SIB)IE内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(nexthopping chain count，NCC)和在RRCRelease消息中接收到的其他参数。UE暂停除SRB0之外的所有SRB和DRB。
在RRC_INACTIVE状态下，UE确保具有来自驻留小区的SIB1的有效版本。在RRC_INACTIVE状态下，UE发起针对小数据传输的RRC连接恢复(如果满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)。针对小数据传输的RRC连接恢复也可以被称为小数据传输过程。在发起针对小数据传输的RRC连接恢复、或者在发起小数据传输过程时，UE执行以下操作。
-除了在SIB1中提供值的参数之外，应用在对应的物理层规范中指定的默认的L1参数值；
-应用默认的MAC小区组配置
-应用CCCH配置
-启动定时器T319；
-应用SIB1中包括的timeAlignmentTimerCommon
-应用默认的SRB1配置
-将变量pendingRNA-Update设置为false
-发起RRCResumeRequest消息或RRCResumeRequest1的传输
-如果在SIB1中信令通知了字段useFullResumeID：
*选择RRCResumeRequest1作为要使用的消息；
*将resumeIdentity设置为存储的fullI-RNTI值；
-否则：
*选择RRCResumeRequest作为要使用的消息；
*将resumeIdentity设置为存储的shortI-RNTI值；
-恢复来自存储的UE非活动AS上下文的RRC配置、RoHC状态、存储的QoS流到DRB映射规则以及KgNB和KRRCint密钥，以下内容除外：
*-masterCellGroup；
*-mrdc-SecondaryCellGroup，如果存储了的话；以及
*-pdcp-Config；
-将resumeMAC-I设置为通过/利用以下各项或在以下各项的情况下计算出的MAC-I的16个最低有效位：
*2>根据条款8(即8位的倍数)编码的ASN.1VarResumeMAC-Input；
*2>UE非活动AS上下文中的KRRCint密钥以及先前配置的完整性保护算法；以及
*2>COUNT、BEARER和DIRECTION的所有输入位都被设置为二进制一；
-使用存储的nextHopChainingCount(NCC)值，基于当前的KgNB密钥或NH导出新的KgNB密钥；
-导出KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥；
-使用所配置的算法以及KRRCint密钥和KUPint密钥来配置较低层对除SRB0之外的所有信令无线电承载应用完整性保护，即，完整性保护将被应用于由UE接收和发送的所有后续消息和用户数据；但是，只有具有先前配置的UP完整性保护的DRB才能恢复完整性保护。
-配置较低层对除SRB0之外的所有无线电承载应用加密，并应用所配置的加密算法、上面导出的KRRCenc密钥和KUPenc密钥，即加密配置将被应用于由UE接收和发送的所有后续消息和数据；
-在实施例中，UE重建MCG的所有SRB和所有DRB的PDCP实体(或者重建MCG的SRB1和所有DRB的PDCP实体)；UE不恢复SCG的SRB3和DRB。注意，UE对DRB和SRB2的重建的PDCP实体应用来自存储的AS上下文的PDCP配置。在实施例中，是应用来自存储的AS上下文的PDCP配置还是应用默认的PDCP配置可以由gNB在RRCRelease(RRC释放)消息或RRCReconfiguration(RRC重新配置)消息中指示，并且UE相应地对DRB和SRB2的重建的PDCP实体应用来自存储的AS上下文的PDCP配置或者应用默认的PDCP配置。
-在实施例中，UE重建DRB的RLC实体(注意，当UE进入非活动状态时，重建SRB1的RLC实体)。注意，UE对DRB和SRB2的重建的RLC实体应用来自存储的AS上下文的RLC配置。在实施例中，是应用来自存储的AS上下文的RLC配置还是应用默认的RLC配置可以由gNB在RRCRelease消息或RRCReconfiguration消息中指示，并且UE相应地对DRB和SRB2的重建的RLC实体应用来自存储的AS上下文的RLC配置或者应用默认的RLC配置。
-要注意的是，在发起普通连接恢复过程(即，没有针对小数据传输发起连接恢复过程)时，UE不恢复和重建DRB和SRB2(即，不重建DRB和SRB2的PDCP/RLC实体)。只有(在发送RRCResumeRequest之后)在连接恢复过程期间从gNB接收到RRCResume消息时，才会恢复和重建DRB和SRB2。
-UE恢复ROHC状态，如本公开中稍后解释的-在实施例中，恢复MCG的所有SRB和所有DRB(或恢复SRB1和所有DRB)；UE不恢复和重建SCG的SRB3和DRB的PDCP/RLC实体。
-在发起针对小数据传输的连接恢复时，还需要指定PDCP将在哪个时间点向较低层提供DTCH SDU。RRC可以在恢复DRB时向PDCP指示这一点。
-发送RRCResumeRequest或RRCResumeRequest1。用户数据经过加密和完整性保护(仅对于被配置有UP完整性保护的DRB)，并且在分别与CCCH0/CCCH1上的RRCResumeRequest/RRCResumeRequest1消息复用的DTCH上传输。还可以包括一些辅助信息，如BSR(常规的或截断的)；或者新的MACCE，其指示UE具有更多的UL数据或者UE预期响应于UL数据和/或包括SS-RSRP或CQI的DL数据；或者RRC消息中指示UE具有更多UL数据或者UE预期响应于UL数据的DL数据的指示。
-在实施例中，UE恢复SRB1，而不是在上述操作中(即，针对小数据传输过程)恢复所有DRB并重建所有DRB的PDCP/RLC实体，UE仅恢复并重建允许小数据传输的那些DRB的PDCP/RLC实体。DRB是指从gNB接收到了其配置的专用无线电承载，诸如信令无线电承载2(SRB2)和数据无线电承载。
-在实施例中，允许小数据传输的RB(即，信令无线电承载2和数据无线电承载)可以由gNB(例如，在RRCRelease消息或诸如RRCReconfiguration消息的任何其他RRC信令消息中)信令通知。这些消息可以在RRC_CONNECTED状态下被接收。在小数据传输过程期间，这些消息也可以在RRC_INATCIVE状态下被接收，并且接收到的配置被应用于下一个小数据传输过程。允许小数据传输的RB的一个或多个RB标识可以被包括在RRCRelease消息中。可替代地，在RB的配置中可以有指示对于该RB允许SDT的指示符(例如，SDTAllowed被设置为TRUE(真))。如果SDTAllowed被设置为FALSE(假)或者不被包括，则UE假设对于该RB不允许SDT。
在RRC_INATCIVE下，该关于允许哪些RB(SRB2和DRB)进行小数据传输的信息被存储在UE的AS上下文中，并且在发起小数据传输过程时被UE用来决定恢复和重建哪些RB。
-在实施例中，如果根据用于小数据传输的UL许可中的LCH限制(allowedSCS-List、maxPUSCH-Duration、configuredGrantType1Allowed、allowedServingCells、allowedCG-List和allowedPHY-PriorityIndex)而允许传输来自DRB的LCH的数据，则认为允许这个DRB用于小数据传输。在与DRB相关联的LCH的LCH配置中配置了一个或多个LCH限制。allowedSCS-List设置允许的传输子载波间隔。maxPUSCH-Duration设置传输允许的最大PUSCH持续时间；configuredGrantType1Allowed设置配置许可类型1是否可以用于传输；allowedServingCells设置传输允许的小区；allowedCG-List设置传输的允许的配置许可；allowedPHY-PriorityIndex设置用于传输的动态许可允许的PHY优先级索引。例如，如果用于小数据传输的UL许可的SCS是SCS X并且DRB的LCH被配置有allowedSCS-List，其中SCS X不被包括在allowedSCS-List中，则该DRB不被考虑用于小数据传输。
<<报头压缩协议上下文恢复/重置确定>>
图1A至图8示出了用于在发起针对小数据传输的连接恢复时，确定是延续还是重置报头压缩协议上下文的各种方法。针对小数据传输的RRC连接恢复也可以被称为小数据传输过程。将参考附图详细描述本公开的各种方法。以下方法是对本公开的各种实施方案的说明，并且可以被本领域技术人员修改或彼此组合。
方法1A：在本公开的一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(如前所述)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如图1A所示。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED(111)。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease(111-1)。可以在RRCRelease消息中接收到drb-ContinueROHC(对于所有的DRB是公共的)。还可以在RRCRelease消息中接收到其中UE可以延续ROHC的小区(例如，PCI或小区标识)的列表。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE(112)并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-重建SRB1的RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复(113)。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE重建SRB和DRB的PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作(114)。
5.如果已经在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)接收到了drb-ContinueROHC(115)，并且UE正在请求在RRCRelease消息中接收到的小区列表中的小区之一中恢复针对小数据传输的RRC连接(115-1)：
-则对于被配置有报头压缩协议的DRB，延续报头压缩协议上下文(116)
否则：
-对于被配置有报头压缩协议的DRB，重置报头压缩协议上下文(116-1)
在上述操作中，除了RRCRelease消息之外，还可以使用RRC消息(例如，RRCReconfiguration消息)。在上述操作的实施例中，对于每个DRB，可以在RRCRelease/RRC消息中单独信令通知drb-ContinueROHC。在这种情况下，在步骤5，操作将如下：
-如果已经在针对被配置有报头压缩协议的DRB的紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)接收到了drb-ContinueROHC，并且UE正在请求在RRCRelease消息中接收到的小区列表中的小区之一中恢复针对小数据传输的RRC连接，则对于该DRB延续报头压缩协议上下文。否则，对于该DRB重置报头压缩协议上下文。
方法1B：在本公开的一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(如前所述)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如图1B所示。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED(121)。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease(121-1)。可以在RRCRelease消息中接收到其中UE可以延续ROHC的小区(例如，PCI或小区标识)的列表。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE(122)并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-重建SRB1的RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复(123)。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE重建SRB和DRB的PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作(124)。
5.对于每个DRB被重建：
在非活动AS上下文中，如果DRB被配置有报头压缩协议，并且在DRB的PDCP配置中配置了drb-ContinueROHC(125)，并且UE正在请求在RRCRelease消息中接收到的小区列表中的小区之一中恢复针对小数据传输的RRC连接(125-1)：
-则对于该DRB，延续报头压缩协议上下文(126)
否则：
-对于该DRB，重置报头压缩协议上下文(126-1)
方法2A：在本公开的另一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(如前所述)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如图2所示。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED(201)。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease(201-1)。可以在RRCRelease消息中接收到drb-ContinueROHC(对于所有的DRB是公共的)。还可以在RRCRelease消息中接收到其中UE可以延续ROHC的小区(例如，PCI或小区标识)的列表。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE(202)并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-重建SRB1的RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复(203)。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE重建SRB和DRB的PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作(204)。
5.如果已经在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)接收到了drb-ContinueROHC(205)：
-如果UE正在请求在RRCRelease消息中接收到的小区列表(205-1)中的小区之一中恢复针对小数据传输的RRC连接(205-2)；或者
-如果没有在RRCRelease消息中接收到小区列表，并且如果UE正在请求在同一小区(即，它已经从其接收到了RRCRelease消息的小区)中恢复针对小数据传输的RRC连接(205-3)：
*则对于被配置有报头压缩协议的DRB，延续报头压缩协议上下文(206)
-否则：
*对于被配置有报头压缩协议的DRB，重置报头压缩协议上下文(206-1)
6.否则(如果没有在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)接收到drb-ContinueROHC)：
-对于被配置有报头压缩协议的DRB，重置报头压缩协议上下文(206-1)
在上述操作中，除了RRCRelease消息之外，还可以使用RRC消息(例如，RRCReconfiguration消息)。在上述操作的实施例中，对于每个DRB，可以在RRCRelease/RRC消息中单独信令通知drb-ContinueROHC。在这种情况下，在步骤5/6，操作将如下：
如果针对被配置有报头压缩协议的DRB已经在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)接收到了drb-ContinueROHC：
-如果UE正在请求在RRCRelease消息中接收到的小区列表中的小区之一中恢复针对小数据传输的RRC连接；或者
-如果没有在RRCRelease消息中接收到小区列表，并且如果UE正在请求在同一小区(即，它已经从其接收到了RRCRelease消息的小区)中恢复针对小数据传输的RRC连接：
*对于该DRB，延续报头压缩协议上下文
-否则：
*对于该DRB，重置报头压缩协议上下文
否则(如果没有在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)接收到drb-ContinueROHC)对于被配置有报头压缩协议的DRB：
-对于该DRB，重置报头压缩协议上下文
在上述操作中，除了RRCRelease消息之外，还可以使用RRC消息(例如RRCReconfiguration消息)。
方法2B：在本公开的另一方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(如前所述)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如下所述。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease。可选地，可以在RRCRelease消息中接收其中UE可以延续ROHC的小区(例如，PCI或小区标识)的列表。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-重建SRB1的RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE重建SRB和DRB的PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作。
在非活动AS上下文中，如果DRB被配置有报头压缩协议，并且在DRB的PDCP配置中配置了drb-ContinueROHC，并且UE正在请求在RRCRelease消息中接收到的小区列表中的小区之一中恢复针对小数据传输的RRC连接：
5.对于被重建的每个DRB：
在非活动AS上下文中，如果DRB被配置有报头压缩协议，并且在DRB的PDCP配置中配置了drb-ContinueROHC：
-如果UE正在请求在RRCRelease消息中接收到的小区列表中的小区之一中恢复针对小数据传输的RRC连接；或者
-如果没有在RRCRelease消息中接收到小区列表，并且如果UE正在请求在同一小区(即，它已经从其接收到了RRCRelease消息的小区)中恢复针对小数据传输的RRC连接：
*则对于该DRB，延续报头压缩协议上下文
-否则：
*对于该DRB，重置报头压缩协议上下文
否则(在非活动AS上下文中，如果DRB被配置有报头压缩协议，并且在DRB的PDCP配置中没有配置drb-ContinueROHC)：
-对于该DRB，重置报头压缩协议上下文
方法3A：在本公开的又一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(如前所述)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如图3所示。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED(301)。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease(301-1)。可以在RRCRelease消息中接收到drb-ContinueROHC(对于所有的DRB是公共的)。还可以在RRCRelease消息中接收gNB标识掩码或gNB标识。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE(302)并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-重建SRB1的RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复(303)。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE为SRB和DRB重建PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作(304)。
5.如果已经在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)接收到了drb-ContinueROHC(305)，并且UE正在请求在属于由在RRCRelease消息中接收到的GNB标识掩码或gNB标识所标识的GNB的小区中恢复针对小数据传输的RRC连接(305-1)：
-则对于被配置有报头压缩协议的DRB，延续报头压缩协议上下文(306)
否则：
-对于被配置有报头压缩协议的DRB，重置报头压缩协议上下文(306-1)
cellIdentity是36比特。如果cellIdentity中的″X″个Msb对应于GNB标识，则UE可以将驻留小区的gNB标识与在RRCRelease消息中接收到的gNB标识进行比较；如果在RRCRelease消息中接收到指示小区标识(cellIdentity)的″X″个Msb的gNB标识掩码，则UE将其与驻留小区的cellIdentity的″X″个Msb进行比较。驻留小区的cellIdentity从SIB 1获得。
在上述操作中，除了RRCRelease消息之外，还可以使用RRC消息(例如，RRCReconfiguration消息)。在上述操作的实施例中，对于每个DRB，可以在RRCRelease/RRC消息中单独信令通知drb-ContinueROHC。在这种情况下，在步骤5，操作将如下：
-如果针对被配置有报头压缩协议的DRB，已经在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)接收到了drb-ContinueROHC，并且UE正在请求在属于由在RRCRelease消息中接收到的GNB标识掩码或gNB标识所标识的GNB的小区中恢复针对小数据传输的RRC连接：则对于该DRB延续报头压缩协议上下文。否则，对于该DRB重置报头压缩协议上下文
方法3B：在本公开的又一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(如前所述)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如下所述。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease。在RRCRelease消息中接收到gNB标识掩码或gNB标识。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-为SRB1重建RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE为SRB和DRB重建PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作。
5.对于被重建的每个DRB：
在非活动AS上下文中，如果DRB被配置有报头压缩协议，并且在DRB的PDCP配置中配置了drb-ContinueROHC，并且如果UE正在请求在属于由在RRCRelease消息中接收到的GNB标识掩码或gNB标识所标识的GNB的小区中恢复针对小数据传输的RRC连接：
-则对于该DRB，延续报头压缩协议上下文
否则(在非活动AS上下文中，如果DRB被配置有报头压缩协议，并且在DRB的PDCP配置中没有配置drb-ContinueROHC)：
-对于该DRB，重置报头压缩协议上下文
cellIdentity是36比特。如果cellIdentity中的″X″个Msb对应于GNB标识，则UE可以将驻留小区的gNB标识与在RRCRelease消息中接收到的gNB标识进行比较；如果在RRCRelease消息中接收到指示小区标识(cellIdentity)的″X″个Msb的gNB标识掩码，则UE将其与驻留小区的cellIdentity的″X″个Msb进行比较。驻留小区的cellIdentity从SIB 1获得。
方法4A：在本公开的另一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(如前所述)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如图4所示。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED(401)。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease(401-1)。可以在RRCRelease消息中接收到drb-ContinueROHC(对于所有的DRB是公共的)。还可以在RRCRelease消息中接收到gNB标识掩码或gNB标识。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE(402)并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-为SRB1重建RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复(403)。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE为SRB和DRB重建PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作(404)。
5.如果已经在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)接收到了drb-ContinueROHC(405)：
-如果UE正在请求在属于由在RRCRelease消息中接收到的GNB标识掩码或gNB标识(405-1)所标识的GNB的小区(405-2)中恢复针对小数据传输的RRC连接；或者
-如果在RRCRelease消息中没有接收到GNB标识掩码/gNB标识，并且如果UE正在请求在同一小区(即，它已经从其接收到了RRCRelease消息的小区)中恢复针对小数据传输的RRC连接(405-3)：
*则对于被配置有报头压缩协议的DRB，延续报头压缩协议上下文(406)
-否则：
*对于被配置有报头压缩协议的DRB，重置报头压缩协议上下文(406-1)
cellIdentity是36比特。如果cellIdentity中的″X″个Msb对应于GNB标识，则UE可以将驻留小区的gNB标识与在RRCRelease消息中接收到的gNB标识进行比较；如果在RRCRelease消息中接收到指示小区标识(cellIdentity)的″X″个Msb的gNB标识掩码，则UE将其与驻留小区的cellIdentity的″X″个Msb进行比较。驻留小区的cellIdentity从SIB1获得。
6.否则(如果在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)没有接收到drb-ContinueROHC)：
-对于被配置有报头压缩协议的DRB，重置报头压缩协议上下文(406-1)
在上述操作中，除了RRCRelease消息之外，还可以使用RRC消息(例如，RRCReconfiguration消息)。在上述操作的实施例中，对于每个DRB，可以在RRCRelease/RRC消息中单独信令通知drb-ContinueROHC。在这种情况下，在步骤5/6，操作将如下：
如果针对被配置有报头压缩协议的DRB已经在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)接收到了drb-ContinueROHC：
-如果UE正在请求在属于由在RRCRelease消息中接收到的GNB标识掩码或gNB标识所标识的GNB的小区中恢复针对小数据传输的RRC连接；或者
-如果在RRCRelease消息中没有接收到GNB标识掩码/gNB标识，并且如果UE正在请求在同一小区(即，它已经从其接收到了RRCRelease消息的小区)中恢复针对小数据传输的RRC连接：
*对于该DRB，延续报头压缩协议上下文
-否则：
*对于该DRB，重置报头压缩协议上下文
否则(如果在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)没有接收到drb-ContinueROHC)：
-对于该DRB，重置报头压缩协议上下文
方法4B：在本公开的一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(如前所述)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如下所述。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease。在RRCRelease消息中接收到gNB标识掩码或gNB标识。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-为SRB1重建RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE为SRB和DRB重建PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作。
5.对于被重建的每个DRB：
在非活动AS上下文中，如果DRB被配置有报头压缩协议，并且在DRB的PDCP配置中配置了drb-ContinueROHC：
-如果UE正在请求在属于由在RRCRelease消息中接收到的GNB标识掩码或gNB标识所标识的GNB的小区中恢复针对小数据传输的RRC连接；或者
-如果在RRCRelease消息中没有接收到小区列表，并且如果UE正在请求在同一小区(即，它已经从其接收到了RRCRelease消息的小区)中恢复针对小数据传输的RRC连接：
*则对于该DRB，延续报头压缩协议上下文
-否则：
*对于该DRB，重置报头压缩协议上下文
否则(在非活动AS上下文中，如果DRB被配置有报头压缩协议，并且没有在DRB的PDCP配置中配置drb-ContinueROHC)：
-对于该DRB，重置报头压缩协议上下文
方法5：在本公开的一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(已经在前面解释了要恢复的DRB)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如图5所示。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED(501)。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease(501-1)。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE(502)并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-重建SRB1的RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复(503)。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE重建SRB和DRB的PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作(504)。
5.如果UE正在请求在它从其接收到RRCRelease消息的同一小区(或者它已经从其接收到了暂停最后一个RRC连接的RRCRelease消息的小区或者从其接收到最后一个RRCRelease消息的小区)中恢复针对小数据传输的RRC连接(505)：
-则对于被配置有报头压缩协议的DRB，延续报头压缩协议上下文(506)
否则：
-对于被配置有报头压缩协议的DRB，重置报头压缩协议上下文(506-1)
5-1.(步骤5的替代)如果UE正在请求在属于与它从其接收到RRCRelease消息的小区(或者它已经从其接收到了暂停最后一个RRC连接的RRCRelease消息的小区或者从其接收到最后一个RRCRelease消息的小区)相同的RAN通知区域的小区中恢复针对小数据传输的RRC连接：
-则对于被配置有报头压缩协议的DRB，延续报头压缩协议上下文
否则：
-对于被配置有报头压缩协议的DRB(即，非活动AS上下文中被配置有报头压缩协议的DRB)，重置报头压缩协议上下文
5-2.(步骤5的替代)对于被重建的每个DRB：
在非活动AS上下文中，如果DRB被配置有报头压缩协议，并且在DRB的PDCP配置中配置了drb-ContinueROHC，并且如果UE正在请求在属于与它从其接收到RRCRelease消息的小区(或者它已经从其接收到了暂停最后一个RRC连接的RRCRelease消息的小区或者从其接收到最后一个RRCRelease消息的小区)相同的RAN通知区域的小区中恢复针对小数据传输的RRC连接：
-对于该DRB，延续报头压缩协议上下文
否则：
-如果被配置有报头压缩协议，对于该DRB，重置报头压缩协议上下文
5-3.(步骤5的替代)对于被重建的每个DRB：
在非活动AS上下文中，如果DRB被配置有报头压缩协议，并且在DRB的PDCP配置中配置了drb-ContinueROHC，并且如果UE正在请求在与它从其接收到RRCRelease消息的小区(或者它已经从其接收到了暂停最后一个RRC连接的RRCRelease消息的小区、或者从其接收到最后一个RRCRelease消息的小区)相同的小区中恢复针对小数据传输的RRC连接：
-则对于该DRB，延续报头压缩协议上下文
否则：
-如果被配置有报头压缩协议，对于该DRB(即，非活动AS上下文中被配置有报头压缩协议的DRB)，重置报头压缩协议上下文
方法6：在本公开的一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(已经在前面解释了要恢复的DRB)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如图6所示。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED(601)。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease(601-1)。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE(602)并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-重建SRB1的RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复(603)。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE为SRB和DRB重建PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作(604)。
5.对于被配置有报头压缩协议的DRB(即，非活动AS上下文中被配置有报头压缩协议的DRB)，UE延续报头压缩协议上下文(605)。
方法7：在本公开的一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(已经在前面解释了要恢复的DRB)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如图7所示。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED(701)。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease(701-1)。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE(702)并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-重建SRB1的RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复(703)。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE重建SRB和DRB的PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作(704)。
5.对于被配置有报头压缩协议的DRB(即，非活动AS上下文中被配置有报头压缩协议的DRB)，UE重置报头压缩协议上下文(705)。
方法8：在本公开的一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(已经在前面解释了要恢复的DRB)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如图8所示。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED(801)。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease(801-1)。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE(802)并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-重建SRB1的RLC实体；
-UE将当前的KgNB和KRRCint密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复(803)。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE重建SRB和DRB的PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作(804)。
5.在非活动AS上下文中，如果DRB被配置有报头压缩协议，并且在DRB的PDCP配置中配置了drb-ContinueROHC：
-则对于该DRB，延续报头压缩协议上下文(805)
6.否则：
-如果DRB被配置有报头压缩协议，对于该DRB，重置报头压缩协议上下文
方法9：在本公开的一种方法中，在发起针对小数据传输的连接恢复时，对于被恢复的DRB(如前所述)，如果DRB被配置有报头压缩协议，则确定是延续还是重置报头压缩协议上下文，如下所述。当UE进入RRC_INATCIVE状态时，从UE在存储的AS上下文中存储的DRB配置中得知DRB是否被配置有报头压缩协议。
1.UE处于RRC_CONNECTED。在RRC_CONNECTED下，UE接收具有暂停配置的RRCRelease。可以在RRCRelease消息中接收到drb-ContinueROHC(对于所有的DRB是公共的)。可以在RRCRelease消息中接收到gNB标识掩码或gNB标识或小区列表或RAN区域列表。
2.在接收到具有暂停配置的RRCRelease时，UE进入RRC_INACTIVE并执行以下操作：
-重置MAC并释放默认的MAC小区组配置，如果有的话；
-重建SRB1的RLC实体；
-UE将当前的KgNB和KRRCinnt密钥、ROHC状态、存储的QoS流到DRB映射规则、在源PCell中使用的C-RNTI、源PCell的cellIdentity和物理小区标识、以及除了在UE处于RRC_CONNECTED状态时在RRCReconfiguration消息中接收到的Reconfiguration WithSync和servingCellConfigCommonSIB内的参数之外的所有其他配置的参数存储在UE非活动AS上下文中。UE还存储下一跳链计数(NCC)和在RRCRelease消息中接收到的其他参数。
-暂停除了SRB0之外的所有SRB和DRB；
3.在RRC_INACTIVE期间，当满足执行小数据传输的标准(例如，RSRP高于阈值，并且可用于传输的数据量小于阈值，并且数据可用于在允许SDT的RB中的传输，和/或从上层(即，RRC的NAS)接收到连接恢复触发)时，UE发起针对小数据传输的RRC连接恢复。注意，在针对小数据传输的RRC连接恢复时，UE可以驻留在与它在步骤1中从其接收到RRCRelease消息的小区不同的小区上。
4.如前所述，UE重建SRB和DRB的PDCP实体，并且执行在上面的章节″在RRC_INACTIVE下恢复针对小数据传输的RRC连接时的操作″中描述的其他操作。
5.如果在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)已经接收到了drb-ContinueROHC：
-如果在RRCRelease消息中接收到了gNB标识掩码或gNB标识，并且如果UE正在请求在属于由在RRCRelease消息中接收到的GNB标识掩码或gNB标识所标识的GNB的小区中恢复针对小数据传输的RRC连接；或者
-如果在RRCRelease消息中接收到了小区列表，并且如果UE正在请求在属于在RRCRelease消息中接收到的小区列表的小区中恢复针对小数据传输的RRC连接；或者
-如果在RRCRelease消息中接收到了RAN区域列表，并且如果UE正在请求在属于在RRCRelease消息中接收到的RAN区域列表的RAN区域的小区中恢复针对小数据传输的RRC连接；或者
-如果在RRCRelease消息中没有接收到GNB标识掩码/gNB标识/小区列表/RAN区域列表，并且如果UE正在请求在同一小区(即，它已经从其接收到了RRCRelease消息的小区)中恢复针对小数据传输的RRC连接：
*则对于被配置有报头压缩协议的DRB，延续报头压缩协议上下文-否则：
*对于被配置有报头压缩协议的DRB，重置报头压缩协议上下文。
cellIdentity是36比特。如果cellIdentity中的″X″个Msb对应于GNB标识，则UE可以将驻留小区的gNB标识与在RRCRelease消息中接收到的gNB标识进行比较；如果在RRCRelease消息中接收到指示小区标识(cellIdentity)的″X″个Msb的gNB标识掩码，则UE将其与驻留小区的cellIdentity的″X″个Msb进行比较。驻留小区的cellIdentity从SIB 1获得。
6.否则(如果在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)没有接收到drb-ContinueROHC)：
-对于被配置有报头压缩协议的DRB，重置报头压缩协议上下文
在上述操作中，除了RRCRelease消息之外，还可以使用RRC消息(例如，RRCReconfiguration消息)。在上述操作的实施例中，对于每个DRB，可以在RRCRelease/RRC消息中单独信令通知drb-ContinueROHC。在这种情况下，在步骤5/6，操作将如下：
如果针对被配置有报头压缩协议的DRB在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)已经接收到了drb-ContinueROHC：
-如果在RRCRelease消息中接收到了gNB标识掩码或gNB标识，并且如果UE正在请求在属于由在RRCRelease消息中接收到的GNB标识掩码或gNB标识所标识的GNB的小区中恢复针对小数据传输的RRC连接；或者
-如果在RRCRelease消息中接收到了小区列表，并且如果UE正在请求在属于在RRCRelease消息中接收到的小区列表的小区中恢复针对小数据传输的RRC连接；或者
-如果在RRCRelease消息中接收到了RAN区域列表，并且如果UE正在请求在属于在RRCRelease消息中接收到的RAN区域列表的RAN区域的小区中恢复针对小数据传输的RRC连接；或者
-如果在RRCRelease消息中没有接收到GNB标识掩码/gNB标识/小区列表/RAN区域列表，并且如果UE正在请求在同一小区(即，它已经从其接收到了RRCRelease消息的小区)中恢复针对小数据传输的RRC连接：
*则对于该DRB，延续报头压缩协议上下文
-否则：
*对于该DRB，重置报头压缩协议上下文
否则(如果在紧接之前的RRCRelease消息中(或者在暂停最后一个RRC连接的RRCRelease消息中)没有接收到drb-ContinueROHC)：
-对于该DRB，重置报头压缩协议上下文。
<<在RRC_INACTIVE下处理针对小数据传输的PHR>>
图9和10示出了用于在RRC_INACTIVE状态下处理针对小数据传输的PHR的各种方法。将参考附图详细描述本公开的各种方法。以下方法是对本公开的各种实施方案的说明，并且可以被本领域技术人员修改或彼此组合。
方法1：
-UE处于RRC_INACTIVE
-在RRC_INACTIVE期间，当满足执行SDT的标准时，UE发起针对小数据传输的RRC连接恢复
-对于使用4步随机接入(RA)过程的小数据传输，MAC实体生成用于Msg3传输的MACPDU
-对于使用2步RA过程的小数据传输，MAC实体生成用于MsgA传输的MAC PDU
-对于使用预配置的UL资源的小数据传输，MAC实体生成用于在预配置的UL许可中传输的MAC PDU
-对于小数据传输，如果新的传输是针对Msg3/MsgA/预配置的UL许可的，则MAC实体不应该生成PHR MAC控制元素(如果存在触发的PHR)
在本公开的一种方法中，图9示出了用于处理PHR的UE操作。
UE中的MAC实体被配置有PHR配置(901)。PHR配置可以是默认的PHR配置或从网络接收到的PHR配置。满足PHR触发标准(902)。在PHR触发之后，UL许可可用于传输，该UL许可可以是动态许可或预配置的UL许可(903)。UE确定UL许可是否用于Msg3中的SDT(904-1)、或者UL许可是否用于MsgA中的SDT(904-2)、或者UL许可是否是用于SDT的预配置的UL许可(904-3)。如果UL许可用于MsgA/Msg3/预配置的资源中的SDT或预配置的资源中的第一次UL传输，则UE不为该UL许可生成PHR MAC CE(905)。否则，UE在该UL许可中根据LCP(逻辑信道优先化)过程生成并发送PHR MAC CE(905-1)。此操作的优点是小数据传输过程所需的数据和控制消息优先于PHR。PHR不能与小数据一起传输，而是可以稍后传输。
针对此操作的PHR触发标准如下给出：
如果以下任何事件发生，则将触发功率余量报告(PHR)：
-phr-ProhibitTimer期满或已经期满，并且对于用作路径损耗参考的任何MAC实体的至少一个激活的服务小区，当该MAC实体具有用于新的传输的UL资源时，自该MAC实体中PHR的最后一次传输以来路径损耗已经改变了超过phr-Tx-PowerFactorChangedB；
-phr-ProhibitTimer期满；
-在上层配置或重新配置功率余量报告功能时，这不用于禁用该功能；
-激活具有配置的上行链路的任何MAC实体的SCell
-添加PSCell(即PScell是新添加或改变后的)；
方法2：
在本公开的另一种方法中，图10中示出了用于处理PHR的UE操作。
UE中的MAC实体被配置有PHR配置(1001)。PHR配置可以是默认的PHR配置或从网络接收到的PHR配置。满足PHR触发标准(1002)。在PHR触发之后，UL许可可用于传输，该UL许可可以是动态许可或预配置的UL许可(1003)。UE确定UL许可是否用于Msg3中的SDT(1004-1)、或者UL许可是否用于MsgA中的SDT(1004-2)、或者UL许可是否是用于SDT的预配置的UL许可(1004-3)。如果UL许可用于MsgA/Msg3/预配置的资源中的SDT或预配置的资源中的第一次UL传输，则对于该UL许可中的MACPDU生成，PHR MAC CE具有比来自任何逻辑信道(UL-CCCH、UL-DTCH)的数据更低的优先级(1005)。否则，对于该UL许可中的MAC PDU生成，PHR MAC CE具有比来自UL-CCCH的数据更低的优先级，并且具有比来自任何其他逻辑信道的数据更高的优先级(1005-1)。此操作的优点是小数据传输过程所需的数据和控制消息优先于PHR。如果UL许可足够大以容纳控制消息、UL数据和PHR，则仍然可以传输PHR。
在使用MAC PDU大小来确定是否执行SDT的实施例中，在确定是否触发SDT时，MACPDU大小不包括PHR。如果上行链路传输是SDT，则取消触发的PHR、或者如果SDT正在进行，则不触发PHR。
<<在RRC_INACTIVE下处理针对小数据传输的BSR>>
图11和12示出了用于在RRC_INACTIVE状态下处理针对小数据传输的缓冲器状态报告(BSR)的各种方法。将参考附图详细描述本公开的各种方法。以下方法是对本公开的各种实施方案的说明，并且可以被本领域技术人员修改或彼此组合。
方法1：
-UE处于RRC_INACTIVE
-在RRC_INACTIVE期间，当满足执行SDT的标准时，UE发起针对小数据传输的RRC连 接恢复
-对于使用4步随机接入(RA)过程的小数据传输，MAC实体生成用于Msg3传输的MACPDU
-对于使用2步RA过程的小数据传输，MAC实体生成用于MsgA传输的MAC PDU
-对于使用预配置的UL资源的小数据传输，MAC实体生成用于在预配置的UL许可中传输的MAC PDU
-对于小数据传输，如果新的传输是针对Msg3/MsgA/预配置的UL许可的，则MAC实体不应该生成BSR MAC控制元素(如果存在任何触发的BSR)
在本公开的一种方法中，图11示出了用于处理BSR的UE操作。
UE中的MAC实体被配置有BSR配置(1101)。BSR配置可以是默认的BSR配置或从网络接收到的BSR配置。满足BSR触发标准(1102)。在BSR触发之后，UL许可可用于传输，该UL许可可以是动态许可或预配置的UL许可(1103)。UE确定UL许可是否用于Msg3中的SDT(1104-1)、或者UL许可是否用于MsgA中的SDT(1104-2)、或者UL许可是否是用于SDT的预配置的UL许可(1104-3)、或者UL许可是否是用于SDT过程期间的第一次UL(PUSCH)传输的预配置的UL许可。如果UL许可用于MsgA/Msg3/预配置的资源中的SDT或预配置的资源中的第一次UL传输，则UE不为该UL许可生成BSR MAC CE(1105)。否则，UE在该UL许可中根据LCP过程生成并发送BSR MAC CE(1105-1)。此操作的优点是小数据传输过程所需的数据和控制消息优先于BSR。BSR不能与小数据一起传输，而是可以稍后传输。
针对此操作的BSR触发标准如下给出：
对于属于逻辑信道组(LCG)的逻辑信道，UL数据对MAC实体变得可用；或者
-该UL数据属于优先级高于包含属于任何LCG的可用UL数据的任何逻辑信道的优先级的逻辑信道；或者
-属于LCG的逻辑信道均不包含任何可用UL数据。
在这种情况下，BSR在下文中被称为″常规BSR″；
-分配UL资源，并且填充位的数量等于或大于缓冲器状态报告MAC CE加上其子报头的大小，在这种情况下，BSR在下文中被称为″填充BSR″；
-retxBSR-Timer期满，并且属于LCG的至少一个逻辑信道包含UL数据，在这种情况下，BSR在下文中被称为″常规BSR″；
-periodicBSR-Timer期满，在这种情况下，BSR在下文中被称为″周期性BSR″。
方法2：
在本公开的另一种方法中，图12示出了用于处理BSR的UE操作。
UE中的MAC实体被配置有BSR配置(1201)。BSR配置可以是默认的BSR配置或从网络接收到的BSR配置。满足BSR触发标准(1202)。在BSR触发之后，UL许可可用于传输，该UL许可可以是动态许可或预配置的UL许可(1203)。UE确定UL许可是否用于Msg3中的SDT(1204-1)、或者UL许可是否用于MsgA中的SDT(1204-2)、或者UL许可是否是用于SDT的预配置的UL许可(1204-3)、或者UL许可是否是用于SDT过程期间的第一次UL(PUSCH)传输的预配置的UL许可。如果UL许可用于MsgA/Msg3/预配置的资源中的SDT或预配置的资源中的第一次UL传输，则对于该UL许可中的MAC PDU生成，BSR MAC CE具有比来自任何逻辑信道(UL-CCCH、UL-DTCH)的数据更低的优先级(1205)。否则，对于该UL许可中的MACPDU生成，BSR MAC CE具有比来自UL-CCCH的数据更低的优先级，并且具有比来自任何其他逻辑信道的数据更高的优先级(1205-1)。此操作的优点是小数据传输过程所需的数据和控制消息优先于BSR。如果UL许可足够大以容纳控制消息、UL数据和BSR，BSR仍然可以被传输。这里，BSR是除了填充BSR之外的BSR。
在使用MAC PDU大小来确定是否执行SDT的实施例中，在确定是否触发SDT时，MACPDU大小不包括BSR。如果上行链路传输是SDT，则取消触发的BSR、或者如果SDT正在进行，则不触发BSR。
图13是根据本公开的实施例的终端的框图。
参考图13，终端包括收发器1310、控制器1320和存储器1330。控制器1320可以指电路、专用集成电路(ASIC)或至少一个处理器。收发器1310、控制器1320和存储器1330被配置为执行上述UE的操作。尽管收发器1310、控制器1320和存储器1330被示为单独的实体，但是它们可以被实现为单个实体，如单个芯片。或者，收发器1310、控制器1320和存储器1330可以彼此电连接或耦接。
收发器1310可以向其他网络实体(例如，基站)发送信号和从其他网络实体接收信号。
控制器1320可以控制终端执行根据上述实施例之一的功能。例如，根据本公开的各个实施例，控制器1320控制收发器1310和/或存储器1330执行寻呼相关操作。
在实施例中，终端的操作可以使用存储对应的程序代码的存储器1330来实现。具体地，终端可以配备有存储器1330，以存储实现期望操作的程序代码。为了执行期望的操作，控制器1320可以通过使用至少一个处理器或中央处理单元(CPU)来读取和执行存储在存储器1330中的程序代码。
图14是根据本公开的实施例的基站的框图。
参考图14，基站包括收发器1410、控制器1420和存储器1430。控制器1420可以指电路、专用集成电路(ASIC)或至少一个处理器。收发器1410、控制器1420和存储器1430被配置为执行上述基站的操作。尽管收发器1410、控制器1420和存储器1430被示为单独的实体，但是它们可以被实现为单个实体，如单个芯片。或者，收发器1410、控制器1420和存储器1430可以彼此电连接或耦接。
收发器1410可以向其他网络实体(例如，终端)发送信号和从其他网络实体接收信号。
控制器1420可以控制基站执行根据上述实施例之一的功能。例如，根据本公开的各个实施例，控制器1420控制收发器1410和/或存储器1430执行寻呼相关操作。
在实施例中，基站的操作可以使用存储对应的程序代码的存储器1430来实现。具体地，基站可以配备有存储器1430，以存储实现期望操作的程序代码。为了执行期望的操作，控制器1420可以通过使用至少一个处理器或中央处理单元(CPU)来读取和执行存储在存储器1430中的程序代码。
尽管已经参考本公开的各种实施例示出和描述了本公开，但是本领域技术人员将理解，在不脱离由所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以在形式和细节上进行各种改变。
如上所述，说明书和附图中公开的实施例仅用于呈现具体示例，以容易地解释本公开的内容并帮助理解，但不旨在限制本公开的范围。因此，本公开的范围应该被分析为除了本文公开的实施例之外，还包括基于本公开的技术构思得出的所有改变或修改。

Claims (15)

1.一种由无线通信系统中的终端执行的方法，所述方法包括：
在无线电资源控制(RRC)连接状态下从第一小区接收RRC消息，所述RRC消息指示对其允许小数据传输(SDT)的至少一个无线电承载；
从第一小区接收配置终端进入RRC非活动状态的RRC释放消息；
当终端处于RRC非活动状态时，识别用于发起SDT过程的标准被满足；
恢复信令无线电承载0(SRB0)；
重建SRB1的分组数据汇聚协议(PDCP)实体并恢复SRB1；
重建对其允许SDT的数据无线电承载(DRB)的PDCP实体；
重建对其允许SDT的DRB的无线电链路控制(RLC)实体；以及
恢复对其允许SDT的DRB。
2.根据权利要求1所述的方法，还包括：
当终端处于RRC非活动状态时，识别RRC释放消息是否包括指示延续为DRB配置的报头压缩协议上下文的信息，其中，所述报头压缩协议上下文被存储在终端中；
在所述RRC释放消息包括所述信息的情况下，维持所述报头压缩协议上下文；以及
在所述RRC释放消息中不包括所述信息的情况下，重置所述报头压缩协议上下文。
3.根据权利要求2所述的方法，还包括：
识别所述RRC释放消息是否包括用于请求恢复RRC连接的小区的列表；
向第二小区发送恢复RRC连接的消息；以及
在所述RRC释放消息包括所述小区的列表并且第二小区被包括在所述小区的列表中的情况下，维持所述报头压缩协议上下文。
4.根据权利要求3所述的方法，还包括：
在所述RRC释放消息中不包括所述小区的列表并且第二小区不同于第一小区的情况下，重置所述报头压缩协议上下文。
5.根据权利要求2所述的方法，还包括：
识别所述RRC释放消息是否包括用于请求恢复RRC连接的基站的标识；
向第二小区发送恢复RRC连接的消息；以及
在所述RRC释放消息包括所述基站的标识并且第二小区由所述基站的标识标识的情况下，维持所述报头压缩协议上下文。
6.根据权利要求1所述的方法，还包括：
识别终端被配置有功率余量报告(PHR)配置；
识别上行链路许可是否用于SDT过程的上行链路数据；以及
在所述上行链路许可用于SDT过程的情况下，在所述上行链路许可上发送SDT过程的上行链路数据，而不生成PHR。
7.根据权利要求1所述的方法，还包括：
识别终端被配置有缓冲器状态报告(BSR)配置；
识别上行链路许可是否用于SDT过程的上行链路数据；以及
在所述上行链路许可用于SDT过程的情况下，在所述上行链路许可上发送SDT过程的上行链路数据，而不生成BSR。
8.一种无线通信系统中的终端，所述终端包括：
收发器，被配置为发送和接收信号；以及
控制器，与所述收发器耦接，并且被配置为：
在无线电资源控制(RRC)连接状态下从第一小区接收RRC消息，所述RRC消息指示对其允许小数据传输(SDT)的至少一个无线电承载，
从第一小区接收配置终端进入RRC非活动状态的RRC释放消息，
当终端处于RRC非活动状态时，识别用于发起SDT过程的标准被满足，
恢复信令无线电承载0(SRB0)，
重建SRB1的分组数据汇聚协议(PDCP)实体并恢复SRB1，
重建对其允许SDT的数据无线电承载(DRB)的PDCP实体，
重建对其允许SDT的DRB的无线电链路控制(RLC)实体，以及
恢复对其允许SDT的DRB。
9.根据权利要求8所述的终端，其中，所述控制器还被配置为：
当终端处于RRC非活动状态时，识别RRC释放消息是否包括指示延续为DRB配置的报头压缩协议上下文的信息，其中，所述报头压缩协议上下文被存储在终端中，
在所述RRC释放消息包括所述信息的情况下，维持所述报头压缩协议上下文，以及
在所述RRC释放消息中不包括所述信息的情况下，重置所述报头压缩协议上下文。
10.根据权利要求9所述的终端，其中，所述控制器还被配置为：
识别所述RRC释放消息是否包括用于请求恢复RRC连接的小区的列表，
向第二小区发送恢复RRC连接的消息，以及
在所述RRC释放消息包括所述小区的列表并且第二小区被包括在所述小区的列表中的情况下，维持所述报头压缩协议上下文。
11.根据权利要求10所述的终端，其中，所述控制器还被配置为：
在所述RRC释放消息中不包括所述小区的列表并且第二小区不同于第一小区的情况下，重置所述报头压缩协议上下文。
12.根据权利要求9所述的终端，其中，所述控制器还被配置为：
识别所述RRC释放消息是否包括用于请求恢复RRC连接的基站的标识，
向第二小区发送恢复RRC连接的消息，以及
在所述RRC释放消息包括所述基站的标识并且第二小区由所述基站的标识标识的情况下，维持所述报头压缩协议上下文。
13.根据权利要求12所述的终端，其中，所述控制器还被配置为：
在所述基站的标识没有被包括在所述RRC释放消息中并且第二小区不同于第一小区的情况下，重置所述报头压缩协议上下文。
14.根据权利要求8所述的终端，其中，所述控制器还被配置为：
识别终端被配置有功率余量报告(PHR)配置，
识别上行链路许可是否用于SDT过程的上行链路数据，以及
在所述上行链路许可用于SDT过程的情况下，在所述上行链路许可上发送SDT过程的上行链路数据，而不生成PHR。
15.根据权利要求8所述的终端，其中，所述控制器还被配置为：
识别终端被配置有缓冲器状态报告(BSR)配置，
识别上行链路许可是否用于SDT过程的上行链路数据，以及
在所述上行链路许可用于SDT过程的情况下，在所述上行链路许可上发送SDT过程的上行链路数据，而不生成BSR。
CN202180060793.4A 2020-07-14 2021-07-13 无线通信系统中在rrc_inactive状态下处理小数据传输的方法和装置 Pending CN116210339A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR20200086857 2020-07-14
KR10-2020-0086857 2020-07-14
PCT/KR2021/008992 WO2022015028A1 (en) 2020-07-14 2021-07-13 Method and apparatus for handling small data transmission in rrc_inactive state in a wireless communication system

Publications (1)

Publication Number Publication Date
CN116210339A true CN116210339A (zh) 2023-06-02

Family

ID=79555656

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180060793.4A Pending CN116210339A (zh) 2020-07-14 2021-07-13 无线通信系统中在rrc_inactive状态下处理小数据传输的方法和装置

Country Status (5)

Country Link
US (1) US20230262814A1 (zh)
EP (1) EP4165900A4 (zh)
KR (1) KR20230037565A (zh)
CN (1) CN116210339A (zh)
WO (1) WO2022015028A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113498152A (zh) * 2020-04-01 2021-10-12 夏普株式会社 由用户设备执行的方法以及用户设备
US20220361277A1 (en) * 2021-05-07 2022-11-10 FG Innovation Company Limited Method of small data transmission and related device
CN116634488A (zh) * 2022-02-11 2023-08-22 华为技术有限公司 通信方法及装置
CN117082628A (zh) * 2022-05-07 2023-11-17 华为技术有限公司 一种通信方法及设备
KR20230163696A (ko) * 2022-05-24 2023-12-01 삼성전자주식회사 차세대 이동통신 시스템에서 랜덤 액세스를 최적화하는 방법 및 장치

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3549384B1 (en) * 2017-01-05 2021-12-15 Sony Group Corporation Communications device, infrastructure equipment and methods
WO2018142207A1 (en) * 2017-02-03 2018-08-09 Telefonaktiebolaget Lm Ericsson (Publ) Radio resource control resume without context fetch
CN110958688B (zh) * 2018-09-26 2024-01-09 夏普株式会社 用户设备及其执行的方法、基站及其执行的方法
WO2020087280A1 (en) * 2018-10-30 2020-05-07 Qualcomm Incorporated Configurations for small data transmission
US11265909B2 (en) * 2018-12-16 2022-03-01 Qualcomm Incorporated Small data transfer over configured grants for asynchronous non-orthogonal multiple access
EP4132205A4 (en) 2020-04-07 2023-05-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD AND DEVICE FOR TRANSMITTING AND RECEIVING DATA IN IDLE STATE AND USER DEVICE

Also Published As

Publication number Publication date
EP4165900A4 (en) 2023-12-20
KR20230037565A (ko) 2023-03-16
WO2022015028A1 (en) 2022-01-20
US20230262814A1 (en) 2023-08-17
EP4165900A1 (en) 2023-04-19

Similar Documents

Publication Publication Date Title
US20240155630A1 (en) Method and apparatus for covering a fifth generation (5g) communication system for supporting higher data rates beyond a fourth generation (4g)
EP4333540A2 (en) Small data transmission
EP4026391B1 (en) Small data transmission (sdt)
US20240205802A1 (en) Method and device for supporting multiple scg configurations in dual connectivity supported by next-generation mobile communication system
EP3860246A1 (en) Wireless resource exclusion
US20170086219A1 (en) Method and apparatus for transmitting uplink data in a wireless communication system
US20230284329A1 (en) Method and apparatus for handling response timer and cell reselection for small data transmission
US20230262814A1 (en) Method and apparatus for handling small data transmission in rrc_inactive state in a wireless communication system
EP3751776B1 (en) Wireless communications and control information transmission/reception
KR20200032518A (ko) 차세대 이동 통신 시스템에서 rrc 비활성화 모드 단말의 선택된 plmn을 보고하는 방법 및 장치
US20220225453A1 (en) Method and apparatus for performing dual connectivity in wireless communication system
US11832247B2 (en) Configuration release
US20220201659A1 (en) Method and apparatus for handling configured grant resources for small data transmission in wireless communication system
CN116368920A (zh) 用于在小数据传输期间处理非小数据传输无线电承载的方法及其装置
KR20230039651A (ko) 무선 통신에서 소형 데이터 송신을 위한 랜덤 액세스 절차를 위한 방법 및 장치
CN113455086B (zh) 用于移动通信系统中通过两步随机接入过程传输用户数据的方法和装置
WO2022150223A1 (en) Logical channel configuration
EP4335238A1 (en) Small data transmission
KR20230118579A (ko) 무선 통신 시스템에서 rrc 대기 및 rrc 비활성 상태에서 mbs 수신 방법 및 장치
KR20230122149A (ko) 페이징 송수신 방법 및 장치
CN116057983A (zh) 用于增强型恢复保护的方法和设备
WO2021146602A1 (en) Connection reestablishment procedure
CN113924790A (zh) 用于监测唤醒信号的方法及装置
KR20230053471A (ko) 차세대 이동 통신 시스템에서 랜덤 액세스 절차 없이 셀 그룹을 활성화시키는 방법 및 장치
KR20210128302A (ko) 차세대 이동 통신 시스템에서 휴면 부분 대역폭을 고려한 부분 대역폭 스위칭 방법 및 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination