CN116458258A - 小数据传输的完成指示 - Google Patents
小数据传输的完成指示 Download PDFInfo
- Publication number
- CN116458258A CN116458258A CN202180065239.5A CN202180065239A CN116458258A CN 116458258 A CN116458258 A CN 116458258A CN 202180065239 A CN202180065239 A CN 202180065239A CN 116458258 A CN116458258 A CN 116458258A
- Authority
- CN
- China
- Prior art keywords
- base station
- wireless device
- rrc
- message
- data
- 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
Links
Classifications
-
- 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
- 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
- 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
- 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
- H04W72/231—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the layers above the physical layer, e.g. RRC or MAC-CE signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
- H04W88/085—Access point devices with remote components
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种基站中央单元控制平面(CU‑CP)接收无线设备的小数据传输(SDT)程序的完成的指示。基站CU‑CP基于完成的指示向无线设备发送无线电资源控制(RRC)释放消息。
Description
相关申请的交叉引用
本申请要求2020年9月24日提交的美国临时申请63/083,026的权益,该临时申请的全部内容特此以引用方式并入。
附图说明
在本文中参考附图描述本公开的各种实施方案中的若干实施方案的示例。
图1A和图1B示出了在其中可实现本公开的实施方案的示例性移动通信网络。
图2A和图2B分别示出了新无线电(NR)用户平面和控制平面协议栈。
图3示出了在图2A的NR用户平面协议栈的协议层之间提供的服务的示例。
图4A示出了流过图2A的NR用户平面协议栈的示例性下行链路数据流。
图4B示出了MAC PDU中的MAC子标头的示例性格式。
图5A和图5B分别示出了用于下行链路和上行链路的逻辑信道、传送信道和物理信道之间的映射。
图6是示出UE的RRC状态转变的示例图。
图7示出了OFDM符号被分组到其中的NR帧的示例性配置。
图8示出了NR载波的时间和频率域中的时隙的示例性配置。
图9示出了使用NR载波的三个经配置BWP进行带宽调适的示例。
图10A示出了具有两个分量载波的三种载波聚合配置。
图10B示出了聚合小区如何可以被配置到一个或多个PUCCH群组中的示例。
图11A示出了SS/PBCH块结构和位置的示例。
图11B示出了在时间和频率域中被映射的CSI-RS的示例。
图12A和图12B分别示出了三个下行链路和上行链路波束管理程序的示例。
图13A、图13B和图13C分别示出了四步基于竞争的随机接入程序、两步无竞争随机接入程序以及另一个两步随机接入程序。
图14A示出了带宽部分的CORESET配置的示例。
图14B示出了CORESET和PDCCH处理上用于DCI传输的CCE到REG映射的示例。
图15示出了与基站通信的无线设备的示例。
图16A、图16B、图16C和图16D示出了用于上行链路和下行链路传输的示例性结构。
图17是本公开的示例性实施方案的方面的图。
图18是本公开的示例性实施方案的方面的图。
图19是本公开的示例性实施方案的方面的图。
图20是本公开的示例性实施方案的方面的图。
图21是本公开的示例性实施方案的方面的图。
图22是本公开的示例性实施方案的方面的图。
图23是本公开的示例性实施方案的方面的图。
图24是本公开的示例性实施方案的方面的图。
图25是本公开的示例性实施方案的方面的图。
图26是本公开的示例性实施方案的方面的图。
图27是本公开的示例性实施方案的方面的图。
图28是本公开的示例性实施方案的方面的图。
图29是本公开的示例性实施方案的方面的图。
图30是本公开的示例性实施方案的方面的图。
图31是本公开的示例性实施方案的方面的图。
具体实施方式
在本公开中,以如何可以实现所公开的技术和/或如何可以在环境和场景中实践所公开的技术的示例的形式呈现了各种实施方案。对于相关领域的技术人员将显而易见的是,在不脱离本发明的范围的情况下,可在其中进行形式和细节上的各种改变。实际上,在阅读了说明书之后,对于相关领域的技术人员将显而易见的是如何实施替代实施方案。本发明实施方案不应受任何所描述的示例性实施方案的限制。将参考附图描述本公开的实施方案。来自所公开的示例性实施方案的限制、特征和/或要素可以被组合以在本公开的范围内创建另外的实施方案。任何突出功能性和优点的图仅出于示例目的而给出。所公开的架构足够灵活且可配置,使得其可以不同于所示方式的方式利用。举例来说,任何流程图中列出的动作可被重新排序或仅任选地用于某些实施方案中。
实施方案可以被配置为按需要操作。举例来说,在无线设备、基站、无线电环境、网络、上述的组合等中,当满足某些标准时,可以执行所公开的机制。示例性标准可以至少部分基于例如无线设备或网络节点配置、业务负载、初始系统设置、包大小、业务特性、上述的组合等。当满足一个或多个标准时,可以应用各种示例性实施方案。因此,可以实施选择性地实施所公开的协议的示例性实施方案。
基站可以与无线设备的混合体进行通信。无线设备和/或基站可以支持多种技术和/或同一技术的多个版本。无线设备可能具有某些特定的能力,这取决于无线设备类别和/或能力。当本公开提及基站与多个无线设备通信时,本公开可意指覆盖区域中的总无线设备的子集。例如,本公开可以意指具有给定能力并且在基站的给定扇区中的给定LTE或5G版本的多个无线设备。本公开中的多个无线设备可以指选定的多个无线设备,和/或覆盖区域中的根据公开的方法执行的总无线设备的子集等。在覆盖区域中可能存在可能不符合所公开的方法的多个基站或多个无线设备,例如,这些无线设备或基站可基于较旧版本的LTE或5G技术来执行。
在本公开中,“一个”(“a”和“an”)以及类似的短语将被解释为“至少一个”和“一个或多个”。类似地,以后缀“(s)”结尾的任何术语将被解释为“至少一个”和“一个或多个”。在本公开中,术语“可”被解释为“可,例如”。换句话讲,术语“可”表明在术语“可”之后的短语是可用于或可不用于各种实施方案中的一个或多个实施方案的多种合适可能性中的一个合适可能性的示例。如本文所用,术语“包含”和“由......组成”列举了正描述的元件的一个或多个部件。术语“包含”与“包括”可互换,并且不排除未列举的部件被包括在正描述的元件中。相比之下,“由......组成”提供了正描述的元件的该一个或多个部件的完整列举。如本文所用,术语“基于”应解释为“至少部分地基于”而不是例如“仅基于”。如本文所用,术语“和/或”表示列举的元件的任何可能的组合。例如,“A、B和/或C”可以表示A;B;C;A和B;A和C;B和C;或A、B和C。
如果A和B是集合,并且A的每一个元素也是B的元素,则A被称为B的子集。在本说明书中,仅考虑非空集合和子集。例如,B={cell1,cell2}的可能子集为:{cell1}、{cell2}和{cell1,cell2}。短语“基于”(或等同地“至少基于”)表示术语“基于”之后的短语是可以或可以不用于一个或多个不同实施方案的多种合适的可能性中的一种的示例。短语“响应于”(或等同地“至少响应于”)表示短语“响应于”之后的短语是可以或可以不用于一个或多个不同实施方案的多种合适的可能性中的一种的示例。短语“取决于”(或等同地“至少取决于”)表示短语“取决于”之后的短语是可以或可以不用于一个或多个不同实施方案的多种合适的可能性中的一种的示例。短语“采用/使用”(或等同地“至少采用/使用”)表示短语“采用/使用”之后的短语是可以或可以不用于一个或多个不同实施方案的多种合适的可能性中的一种的示例。
术语经配置可以涉及设备的能力,无论设备处于操作状态还是非操作状态。“经配置”还可以意指设备中影响设备的操作特性的特定设置,无论设备处于操作状态还是非操作状态。换句话说,硬件、软件、固件、寄存器、存储器值等可以“配置”在设备内,以向所述设备提供特定的特性,无论所述设备处于操作状态还是非操作状态。如“在设备中引起的控制消息”的术语可以意味着控制消息具有可用于配置设备中的特定的特性的参数或可用于实施设备中的某些动作的参数,无论所述设备处于操作状态还是非操作状态。
在本公开中,参数(或同等地称为字段或信息要素:IE)可包括一个或多个信息对象,且信息对象可包括一个或多个其他对象。举例来说,如果参数(IE)N包括参数(IE)M,且参数(IE)M包括参数(IE)K,且参数(IE)K包括参数(信息要素)J。那么举例来说,N包括K,且N包括J。在一个示例性实施方案中,当一个或多个消息包括多个参数时,其意味着所述多个参数中的参数在所述一个或多个消息中的至少一个中,但不必在所述一个或多个消息中的每一个中。
所提出的许多特征通过使用“可”或使用括号被描述为可选的。为了简洁和易读,本公开没有明确地叙述可以通过从所述组可选特征中进行选择而获得的每个排列。本公开应被解释为明确地公开所有这样的排列。例如,被描述为具有三个可选特征的系统可以以七种不同方式体现,即仅具有三个可能特征中的一个、具有三个可能特征中的任何两个或具有三个可能特征中的三个。
在公开的实施方案中描述的许多要素可以实现为模块。模块在这里定义为执行所限定的功能并且具有所限定的到其他要素的接口的要素。本公开中描述的模块可以硬件、结合硬件的软件、固件、湿件(例如,具有生物要素的硬件)或其组合来实现,所有这些在行为上可以是等效的。例如,模块可以被实现为用计算机语言编写的软件例程,该计算机语言被配置为由硬件机器(诸如,C、C++、Fortran、Java、Basic、Matlab等)或建模/仿真程序(诸如,Simulink、Stateflow、GNU Octave或LabVIEWMathScript)来执行。有可能使用并入有离散或可编程模拟、数字和/或量子硬件的物理硬件来实施模块。可编程硬件的示例包括:计算机、微控制器、微处理器、专用集成电路(ASIC);现场可编程门阵列(FPGA);和复杂可编程逻辑设备(CPLD)。计算机、微控制器和微处理器使用诸如汇编、C、C++等语言编程。FPGA、ASIC和CPLD经常使用硬件描述语言(HDL)进行编程,诸如VHSIC硬件描述语言(VHDL)或Verilog,这些语言在可编程设备上配置功能较少的内部硬件模块之间的连接。所提到的技术经常组合使用以实现功能模块的结果。
图1A示出了在其中可实现本公开的实施方案的移动通信网络100的示例。移动通信网络100可以是例如由网络运营商运行的公共陆地移动网络(PLMN)。如图1A所示,移动通信网络100包括核心网络(CN)102、无线电接入网络(RAN)104和无线设备106。
CN 102可向无线设备106提供到一个或多个数据网络(DN)(诸如公共DN(例如,因特网)、私有DN和/或运营商内部DN)的接口。作为接口功能的一部分,CN 102可在无线设备106和一个或多个DN之间设置端到端连接、认证无线设备106以及提供充电功能。
RAN 104可经由空中接口通过无线电通信将CN 102连接到无线设备106。作为无线电通信的一部分,RAN 104可提供调度、无线电资源管理和重传协议。经由空中接口从RAN104到无线设备106的通信方向被称为下行链路,而经由空中接口从无线设备106到RAN 104的通信方向被称为上行链路。可使用频分双工(FDD)、时分双工(TDD)和/或该两种双工技术的一些组合将下行链路传输与上行链路传输分离。
术语“无线设备”在整个本公开中可以用来意指和涵盖需要或可使用无线通信的任何移动设备或固定(非移动)设备。例如,无线设备可以是电话、智能电话、平板电脑、计算机、膝上型计算机、传感器、仪表、可穿戴设备、物联网(IoT)设备、车辆路侧单元(RSU)、中继节点、汽车和/或其任何组合。术语“无线设备”涵盖其他术语,包括用户设备(UE)、用户终端(UT)、接入终端(AT)、移动台、手持机、无线传输和接收单元(WTRU)和/或无线通信设备。
RAN 104可包括一个或多个基站(未示出)。术语“基站”在整个本公开中可用于意指和涵盖:节点B(与UMTS和/或3G标准相关联);演进节点B(eNB,与E-UTRA和/或4G标准相关联);远程无线电头(RRH);基带处理单元,其耦合到一个或多个RRH;转发器节点或中继节点,其用于扩展供体节点的覆盖区域;下一代演进节点B(ng-eNB);一代节点B(gNB,与NR和/或5G标准相关联);接入点(AP,与例如WiFi或任何其他合适的无线通信标准相关联);和/或其任何组合。基站可包括至少一个gNB中央单元(gNB-CU)和至少一个gNB分布式单元(gNB-DU)。
RAN 104中包括的基站可以包括一个或多个集合的天线,用于通过空中接口与无线设备106通信。例如,该基站中的一个或多个基站可包括三组天线以分别控制三个小区(或扇区)。小区的大小可由接收器(例如,基站接收器)可成功地从在小区中操作的发射器(例如,无线设备发射器)接收传输的范围来确定。基站的小区可一起向无线设备106提供遍及宽广的地理区域的无线电覆盖以支持无线设备移动。
除了三扇区站点之外,基站的其他实施方式也是可能的。例如,RAN 104中的基站中的一个或多个基站可被实现为具有多于或少于三个扇区的扇区化站点。RAN 104中的基站中的一个或多个基站可被实现为接入点、耦合到若干远程无线电头(RRH)的基带处理单元和/或用于扩展供体节点的覆盖区域的转发器或中继节点。耦合到RRH的基带处理单元可以是集中式或云RAN架构的一部分,其中基带处理单元可集中于基带处理单元池中或虚拟化。转发器节点可放大和重播从供体节点接收的无线电信号。中继节点可执行与转发器节点相同/相似的功能,但可对从供体节点接收的无线电信号进行解码,以在放大和重播无线电信号之前消除噪声。
RAN 104可被部署为具有相似天线型式和相似高级别传输功率的宏小区基站的同构网络。RAN 104可被部署为异构网络。在异构网络中,小型小区基站可用于提供小覆盖区域,例如与由宏小区基站提供的相对较大的覆盖区域重叠的覆盖区域。可在具有高数据业务的区域中(或所谓的“热点”)或在宏小区覆盖微弱的区域中提供小覆盖范围。小型小区基站的示例按覆盖面积递减的顺序包括:微小区基站、微微小区基站和毫微微小区基站或家庭基站。
1998年成立了第三代合作伙伴计划(3GPP),为与图1A中的移动通信网络100相似的移动通信网络提供全球规范标准化。到目前为止,3GPP已经为三代移动网络制定了规范:被称为通用移动电信系统(UMTS)的第三代(3G)网络、被称为长期演进(LTE)的第四代(4G)网络以及被称为5G系统(5GS)的第五代(5G)网络。参考被称为下一代RAN(NG-RAN)的3GPP5G网络的RAN来描述本公开的实施方案。这些实施方案可适用于其他移动通信网络的RAN,诸如图1A中的RAN 104、早期3G和4G网络的RAN以及尚未指定的未来网络(例如,3GPP 6G网络)的那些RAN。NG-RAN实现被称为新无线电(NR)的5G无线电接入技术,并且可以被配置为实现4G无线电接入技术或其他无线电接入技术,包括非3GPP无线电接入技术。
图1B示出了在其中可实现本公开的实施方案的另一示例性移动通信网络150。移动通信网络150可以是例如由网络运营商运行的PLMN。如图1B中所示,移动通信网络150包括5G核心网络(5G-CN)152、NG-RAN 154以及UE 156A和156B(统称为UE156)。可以以与关于图1A描述的对应部件相同或相似的方式来实现和操作这些部件。
5G-CN 152向UE 156提供到一个或多个DN的接口,诸如公共DN(例如,因特网)、私有DN和/或运营商内部DN。作为接口功能的一部分,5G-CN 152可在UE 156和该一个或多个DN之间设置端到端连接、认证UE 156以及提供收费功能。与3GPP 4G网络的CN相比,5G-CN152的基础可以是基于服务的架构。这意味着构成5G-CN 152的节点的架构可被定义为经由接口向其他网络功能提供服务的网络功能。5G-CN 152的网络功能可以若干种方式实现,包括作为专用或共享硬件上的网络元件、作为在专用或共享硬件上运行的软件实例或作为在平台(例如,基于云的平台)上实例化的虚拟化功能。
如图1B所示,5G-CN 152包括接入和移动性管理功能(AMF)158A和用户平面功能(UPF)158B,为便于说明,在图1B中将它们示出为一个部件AMF/UPF 158。UPF 158B可以充当NG-RAN 154与该一个或多个DN之间的网关。UPF 158B可以执行的功能诸如:包路由和转发、包检查和用户平面策略规则实行、业务使用报告、支持将业务流路由到该一个或多个DN的上行链路分类、用户平面的服务质量(QoS)处理(例如,包滤波、门控、上行链路/下行链路速率实行和上行链路业务验证)、下行链路包缓冲和下行链路数据通知触发。UPF 158B可以充当无线电接入技术(RAT)内/间移动性的锚点、与该一个或多个DN互连的外部协议(或包)数据单元(PDU)会话点和/或支持多宿主PDU会话的支点。UE 156可以被配置为通过PDU会话接收服务,PDU会话是UE与DN之间的逻辑连接。
AMF 158A可以执行的功能诸如:非接入层面(NAS)信令终止、NAS信令安全、接入层面(AS)安全控制、用于3GPP接入网络之间的移动性的CN间节点信令、闲置模式UE可达性(例如,寻呼重传的控制和执行)、注册区域管理、系统内和系统间移动性支持、接入认证、包括漫游权校验的接入授权、移动性管理控制(订阅和策略)、网络切片支持和/或会话管理功能(SMF)选择。NAS可以意指在CN与UE之间操作的功能,并且AS可以意指在UE与RAN之间操作的功能。
5G-CN 152可以包括为清楚起见未在图1B中示出的一个或多个附加的网络功能。举例来说,5G-CN 152可以包括以下各项中的一项或多项:会话管理功能(SMF)、NR存储库功能(NRF)、策略控制功能(PCF)、网络开放功能(NEF)、统一数据管理(UDM)、应用功能(AF)和/或认证服务器功能(AUSF)。
NG-RAN 154可以通过经由空中接口进行的无线电通信将5G-CN 152连接到UE156。NG-RAN 154可以包括:一个或多个gNB,示出为gNB 160A和gNB 160B(统称为gNB 160);和/或一个或多个ng-eNB,示出为ng-eNB 162A和ng-eNB 162B(统称为ng-eNB 162)。可以将gNB160和ng-eNB 162更一般地称为基站。gNB 160和ng-eNB 162可以包括一组或多组天线,用于通过空中接口与UE 156通信。例如,gNB 160中的一个或多个gNB和/或ng-eNB 162中的一个或多个ng-eNB可以包括三组天线以分别控制三个小区(或扇区)。gNB 160和ng-eNB 162的小区可以一起向UE 156提供遍及宽广的地理区域的无线电覆盖以支持UE移动。
如图1B中所示,gNB 160和/或ng-eNB 162可以借助于NG接口连接到5G-CN 152,并且通过Xn接口连接到其他基站。可以使用直接的物理连接和/或通过底层传送网络(诸如因特网协议(IP)传送网络)进行的间接连接来建立NG和Xn接口。gNB 160和/或ng-eNB 162可以借助于Uu接口连接到UE 156。例如,如图1B中所示,gNB 160A可以借助于Uu接口连接到UE156A。NG、Xn和Uu接口与协议栈相关联。与接口相关联的协议栈可以由图1B中的网络元件用于交换数据和信令消息,并且可以包括两种平面:用户平面和控制平面。用户平面可以处理用户感兴趣的数据。控制平面可以处理网络元件感兴趣的信令消息。
gNB 160和/或ng-eNB 162可以借助于一个或多个NG接口连接到5G-CN 152的一个或多个AMF/UPF功能,诸如AMF/UPF 158。例如,gNB 160A可以借助于NG用户平面(NG-U)接口连接到AMF/UPF 158的UPF 158B。NG-U接口可以在gNB 160A与UPF 158B之间提供用户平面PDU的递送(例如,非保证递送)。gNB 160A可以借助于NG控制平面(NG-C)接口连接到AMF158A。NG-C接口可以提供例如NG接口管理、UE上下文管理、UE移动性管理、NAS消息的传送、寻呼、PDU会话管理以及配置传递和/或警告消息传输。
gNB 160可以通过Uu接口向UE 156提供NR用户平面和控制平面协议终止。例如,gNB 160A可以通过与第一协议栈相关联的Uu接口向UE 156A提供NR用户平面和控制平面协议终止。ng-eNB 162可以通过Uu接口向UE 156提供演进UMTS陆地无线电接入(E-UTRA)用户平面和控制平面协议终止,其中E-UTRA是指3GPP 4G无线电接入技术。例如,ng-eNB 162B可以通过与第二协议栈相关联的Uu接口向UE 156B提供E-UTRA用户平面和控制平面协议终止。
5G-CN 152被描述为被配置为处理NR和4G无线电接入。本领域的普通技术人员将理解,NR有可能以被称为“非独立式操作”的模式连接到4G核心网络。在非独立式操作中,4G核心网络用于提供(或至少支持)控制平面功能(例如,初始接入、移动性和寻呼)。尽管图1B中示出了仅一个AMF/UPF 158,但是一个gNB或ng-eNB可以连接到多个AMF/UPF节点以跨该多个AMF/UPF节点提供冗余和/或负载共享。
如所论述的,图1B中的网络元件之间的接口(例如,Uu、Xn和NG接口)可以与网络元件用于交换数据和信令消息的协议栈相关联。协议栈可以包括两种平面:用户平面和控制平面。用户平面可以处理用户感兴趣的数据,而控制平面可以处理网络元件感兴趣的信令消息。
图2A和图2B分别示出了用于位于UE 210与gNB 220之间的Uu接口的NR用户平面和NR控制平面协议栈的示例。图2A和图2B中所示的协议栈可以与用于例如图1B中所示的UE156A和gNB 160A之间的Uu接口的那些协议栈相同或相似。
图2A示出了包括在UE 210和gNB 220中实现的五个层的NR用户平面协议栈。在协议栈的底部,物理层(PHY)211和221可以向协议栈的较高层提供传送服务,并且可以对应于开放系统互连(OSI)模型的1层。PHY 211和221上方的接下来四个协议包括介质接入控制层(MAC)212和222、无线电链路控制层(RLC)213和223、包数据汇聚协议层(PDCP)214和224以及服务数据应用协议层(SDAP)215和225。这四个协议可以一起构成OSI模型的2层或数据链路层。
图3示出了在NR用户平面协议栈的协议层之间提供的服务的示例。从图2A和图3的顶部开始,SDAP 215和225可以执行QoS流处理。UE 210可以通过PDU会话接收服务,该PDU会话可以是UE 210与DN之间的逻辑连接。PDU会话可以具有一个或多个QoS流。CN的UPF(例如,UPF 158B)可以基于QoS要求(例如,在延迟、数据速率和/或错误率方面)将IP包映射到PDU会话的该一个或多个QoS流。SDAP 215和225可以在该一个或多个QoS流与一个或多个数据无线电承载之间执行映射/解映射。QoS流与数据无线电承载之间的映射/解映射可以由在gNB 220处的SDAP 225确定。在UE 210处的SDAP 215可以通过从gNB 220接收的反射式映射或控制信令获知QoS流与数据无线电承载之间的映射。对于反射式映射,在gNB 220处的SDAP 225可以用QoS流指示符(QFI)标记下行链路包,该QoS流指示符可以由在UE 210处的SDAP 215观察以确定QoS流与数据无线电承载之间的映射/解映射。
PDCP 214和224可以执行标头压缩/解压缩以减少需要通过空中接口传输的数据的量,可以执行加密/解密以防止未经授权解码通过空中接口传输的数据,并且可以执行完整性保护以确保控制消息源自预期的来源。PDCP 214和224可以执行未递送的包的重传、包的按顺序递送和重新排序以及由于例如gNB内移交而重复接收的包的移除。PDCP 214和224可以执行包重复以提高包被接收的可能性,并且在接收器处移除任何重复的包。包重复可以适用于需要高可靠性的服务。
尽管图3中未示出,但是PDCP 214和224可以在双连接场景中执行拆分无线电承载与RLC信道之间的映射/解映射。双连接是这样的技术,其允许UE连接到两个小区或更一般地连接到两个小区群组:主小区群组(MCG)和辅小区群组(SCG)。拆分承载是当单个无线电承载(诸如作为对SDAP 215和225的服务而由PDCP 214和224提供的无线电承载中的一个无线电承载)由双连接中的小区群组处理时的拆分承载。PDCP 214和224可以映射/解映射属于小区群组的RLC信道之间的拆分无线电承载。
RLC 213和223可以分别执行分段、通过自动重复请求(ARQ)进行的重传以及从MAC212和222接收的重复数据单元的移除。RLC 213和223可以支持三种传输模式:透明模式(TM);未确认模式(UM);和确认模式(AM)。基于RLC正在操作的传输模式,RLC可以执行所述功能中的一个或多个功能。RLC配置可以是基于每个逻辑信道,而不依赖于参数集和/或传输时间间隔(TTI)持续时间。如图3中所示,RLC 213和223可以分别作为对PDCP 214和224的服务提供RLC信道。
MAC 212和222可以执行逻辑信道的复用/分用和/或逻辑信道与传送信道之间的映射。复用/分用可以包括:将属于一个或多个逻辑信道的数据单元复用到递送至/自PHY211和221的传输块(TB)中/从该传输块分用该数据单元。MAC 222可以被配置为借助于动态调度来执行调度、调度信息报告和UE之间的优先级处理。可以在gNB 220中(在MAC 222处)针对下行链路和上行链路执行调度。MAC 212和222可以被配置为执行通过混合自动重复请求(HARQ)进行的误差校正(例如,在载波聚合(CA)的情况下每个载波一个HARQ实体)、UE210的逻辑信道之间借助于逻辑信道优先级排序进行的优先级处理和/或填补。MAC 212和222可以支持一个或多个参数集和/或传输定时。在示例中,逻辑信道优先级排序中的映射限制可以控制逻辑信道可以使用哪个参数集和/或传输定时。如图3所示,MAC 212和222可以提供逻辑信道作为对RLC 213和223的服务。
PHY 211和221可以执行传送信道到物理信道的映射以及数字和模拟信号处理功能,用于通过空中接口发送和接收信息。这些数字和模拟信号处理功能可以包括例如编码/解码和调制/解调。PHY 211和221可以执行多天线映射。如图3中所示,PHY 211和221可以提供一个或多个传送信道作为对MAC 212和222的服务。
图4A示出了流过NR用户平面协议栈的示例性下行链路数据流。图4A示出了流过NR用户平面协议栈以在gNB 220处生成两个TB的三个IP包(n、n+1和m)的下行链路数据流。流过NR用户平面协议栈的上行链路数据流可以与图4A中描绘的下行链路数据流相似。
图4A的下行链路数据流开始于SDAP 225从一个或多个QoS流接收三个IP包并将该三个包映射到无线电承载时。在图4A中,SDAP 225将IP包n和n+1映射到第一无线电承载402,并且将IP包m映射到第二无线电承载404。SDAP标头(在图4A中以“H”标记)被添加到IP包中。来自/去至较高协议层的数据单元被称为较低协议层的服务数据单元(SDU),并且去至/来自较低协议层的数据单元被称为较高协议层的协议数据单元(PDU)。如图4A中所示,来自SDAP 225的数据单元是较低协议层PDCP 224的SDU,并且是SDAP 225的PDU。
图4A中的剩余协议层可以执行它们相关联的功能(例如,关于图3)、添加对应的标头以及将它们相应的输出转发到下一个较低层。例如,PDCP 224可以执行IP标头压缩和加密,并且将其输出转发到RLC 223。RLC 223可以任选地执行分段(例如,如图4A中关于IP包m所示)并且将其输出转发到MAC 222。MAC 222可以复用许多RLC PDU,并且可以将MAC子标头附接到RLC PDU以形成传输块。在NR中,MAC子标头可以遍及MAC PDU分布,如图4A中所示。在LTE中,MAC子标头可以完全位于MAC PDU的开始处。NR MAC PDU结构可以减少处理时间和相关联的等待时间,因为可以在组装完整的MAC PDU之前计算MAC PDU子标头。
图4B示出了MAC PDU中的MAC子标头的示例性格式。MAC子标头包括:用于指示MAC子标头所对应的MAC SDU的长度(例如,以字节为单位)的SDU长度字段;用于标识MAC SDU所源自的逻辑信道以辅助分用过程的逻辑信道标识符(LCID)字段;用于指示SDU长度字段的大小的旗标(F);以及用于未来使用的保留位(R)字段。
图4B进一步示出了由MAC(诸如MAC 223或MAC 222)插入到MAC PDU中的MAC控制元素(CE)。例如,图4B示出了插入到MAC PDU中的两个MAC CE。可以在MAC PDU进行下行链路传输的开始处(如图4B中所示)以及在MAC PDU进行上行链路传输的结束处插入MAC CE。MACCE可以用于带内控制信令。示例性MAC CE包括:调度相关的MAC CE,诸如缓冲区状态报告和功率余量报告;激活/停用MAC CE,诸如用于PDCP重复检测、信道状态信息(CSI)报告、探测参考信号(SRS)传输和先前配置的部件的激活/停用的那些MAC CE;不连续接收(DRX)相关的MAC CE;定时提前MAC CE;以及随机接入相关的MAC CE。在MAC CE之前可以存在具有与如关于MAC SDU所描述的格式相似的格式的MAC子标头,并且可以用LCID字段中指示MAC CE中所包括的控制信息的类型的保留值来标识MAC CE。
在描述NR控制平面协议栈之前,首先描述逻辑信道、传送信道和物理信道以及信道类型之间的映射。这些信道中的一个或多个信道可以用于执行与下文稍后描述的NR控制平面协议栈相关联的功能。
图5A和图5B分别针对下行链路和上行链路示出了逻辑信道、传送信道和物理信道之间的映射。信息传递通过NR协议栈的RLC、MAC和PHY之间的信道。逻辑信道可以在RLC与MAC之间使用,并且可以被分类为在NR控制平面中携载控制和配置信息的控制信道,或被分类为在NR用户平面中携载数据的业务信道。逻辑信道可以被分类为专用于特定UE的专用逻辑信道,或被分类为可以由多于一个UE使用的共同逻辑信道。逻辑信道也可以由其携载的信息的类型来定义。由NR定义的逻辑信道的集合包括,例如:
-寻呼控制信道(PCCH),其用于携载这样的寻呼消息,该寻呼消息用于寻呼在小区级别上网络未知其位置的UE;
-广播控制信道(BCCH),其用于携载呈主信息块(MIB)和若干系统信息块(SIB)的形式的系统信息消息,其中该系统信息消息可以由UE使用以获得关于小区是如何配置以及如何在小区内操作的信息;
-共同控制信道(CCCH),其用于携载控制消息以及随机接入;
-专用控制信道(DCCH),其用于将控制消息携载至特定的UE/携载来自特定的UE的控制消息以配置该UE;以及
-专用业务信道(DTCH),其用于将用户数据携载至特定的UE/携载来自特定的UE的用户数据。
传送信道在MAC层与PHY层之间使用,并且可以通过它们携载的信息如何通过空中接口进行传输来定义。由NR定义的传送信道的集合包括,例如:
-寻呼信道(PCH),其用于携载源自PCCH的寻呼消息;
-广播信道(BCH),其用于携载来自BCCH的MIB;
-下行链路共享信道(DL-SCH),其用于携载下行链路数据和信令消息,包括来自BCCH的SIB;
-上行链路共享信道(UL-SCH),其用于携载上行链路数据和信令消息;以及
-随机接入信道(RACH),其用于允许UE在没有任何先前调度的情况下接触网络。
PHY可以使用物理信道在PHY的处理级别之间传递信息。物理信道可以具有用于携载一个或多个传送信道的信息的相关联的时频资源的集合。PHY可以生成控制信息以支持PHY的低级别操作,并且经由物理控制信道(称为L1/L2控制信道)将控制信息提供给PHY的较低级别。由NR定义的物理信道和物理控制信道的集合包括,例如:
-物理广播信道(PBCH),其用于携载来自BCH的MIB;
-物理下行链路共享信道(PDSCH),其用于携载来自DL-SCH的下行链路数据和信令消息以及来自PCH的寻呼消息;
-物理下行链路控制信道(PDCCH),其用于携载下行链路控制信息(DCI),该下行链路控制信息可以包括下行链路调度命令、上行链路调度授权和上行链路功率控制命令;
-物理上行链路共享信道(PUSCH),其用于携载来自UL-SCH的上行链路数据和信令消息,并且在一些情况下携载如下文所述的上行链路控制信息(UCI);
-物理上行链路控制信道(PUCCH),其用于携载UCI,该UCI可以包括HARQ确认、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)和调度请求(SR);以及
-物理随机接入信道(PRACH),其用于随机接入。
与物理控制信道相似,物理层生成物理信号以支持物理层的低级别操作。如图5A和图5B中所示,由NR定义的物理层信号包括:主同步信号(PSS)、辅同步信号(SSS)、信道状态信息参考信号(CSI-RS)、解调参考信号(DMRS)、探测参考信号(SRS)和相位跟踪参考信号(PT-RS)。下文将更详细地描述这些物理层信号。
图2B示出了示例性NR控制平面协议栈。如图2B中所示,NR控制平面协议栈可以使用与示例性NR用户平面协议栈相同/相似的前四个协议层。这四个协议层包括PHY 211和221、MAC 212和222、RLC 213和223以及PDCP 214和224。并非如在NR用户平面协议栈中那样在栈的顶部具有SDAP 215和225,取而代之的是NR控制平面协议栈在该NR控制平面协议栈的顶部具有无线电资源控制(RRC)216和226以及NAS协议217和237。
NAS协议217和237可以在UE 210与AMF 230(例如,AMF 158A)之间或更一般地在UE210与CN之间提供控制平面功能。NAS协议217和237可以经由被称为NAS消息的信令消息在UE 210与AMF 230之间提供控制平面功能。UE 210与AMF 230之间不存在NAS消息可以传送通过的直接路径。可以使用Uu和NG接口的AS来传送NAS消息。NAS协议217和237可以提供控制平面功能,诸如认证、安全、连接设置、移动性管理和会话管理。
RRC 216和226可以在UE 210与gNB 220之间或更一般地在UE 210与RAN之间提供控制平面功能。RRC 216和226可以经由被称为RRC消息的信令消息在UE 210与gNB 220之间提供控制平面功能。可以使用信令无线电承载和相同/相似的PDCP、RLC、MAC和PHY协议层在UE 210与RAN之间传输RRC消息。MAC可以将控制平面和用户平面数据复用到同一传输块(TB)中。RRC 216和226可以提供的控制平面功能诸如:与AS和NAS相关的系统信息的广播;由CN或RAN发起的寻呼;UE 210与RAN之间的RRC连接的建立、维持和释放;包括密钥管理的安全功能;信令无线电承载和数据无线电承载的建立、配置、维持和释放;移动性功能;QoS管理功能;UE测量报告和对该报告的控制;无线电链路故障(RLF)的检测和无线电链路故障的复原;和/或NAS消息传递。作为建立RRC连接的一部分,RRC 216和226可以建立RRC上下文,这可以涉及配置用于UE 210与RAN之间的通信的参数。
图6是示出UE的RRC状态转变的示例图。UE可以与图1A中所描绘的无线设备106、图2A和图2B中所描绘的UE 210或本公开中所描述的任何其他无线设备相同或相似。如图6中所示,UE可以处于三种RRC状态中的至少一种状态:RRC连接602(例如,RRC_CONNECTED)、RRC闲置604(例如,RRC_IDLE)和RRC非活动606(例如,RRC_INACTIVE)。
在RRC连接602中,UE具有已建立的RRC上下文,并且可以具有与基站的至少一个RRC连接。基站可以与以下各项中的一项相似:图1A中所描绘的RAN 104中所包括的该一个或多个基站;图1B中所描绘的gNB 160或ng-eNB 162中的一者;图2A和图2B中所描绘的gNB220;或本公开中所描述的任何其他基站。与UE连接的基站可以具有用于该UE的RRC上下文。被称为UE上下文的RRC上下文可以包括用于UE与基站之间的通信的参数。这些参数可以包括,例如:一个或多个AS上下文;一个或多个无线电链路配置参数;承载配置信息(例如,涉及数据无线承载、信令无线承载、逻辑信道、QoS流和/或PDU会话);安全信息;和/或PHY、MAC、RLC、PDCP和/或SDAP层配置信息。当处于RRC连接602时,UE的移动性可以由RAN(例如,RAN 104或NG-RAN 154)管理。UE可以测量来自服务小区和邻近小区的信号水平(例如,参考信号水平),并且将这些测量值报告给当前服务于该UE的基站。UE的服务基站可以基于所报告的测量值请求移交给相邻基站中的一个基站的小区。RRC状态可以从RRC连接602通过连接释放程序608转变到RRC闲置604,或通过连接停用程序610转变到RRC非活动606。
在RRC闲置604中,可能未针对UE建立RRC上下文。在RRC闲置604中,UE可不具有与基站的RRC连接。当处于RRC闲置604时,UE可以在大部分时间中处于睡眠状态(例如,以节省电池电力)。UE可以周期性地唤醒(例如,每一个不连续接收循环中一次)以监测来自RAN的寻呼消息。UE的移动性可以由UE通过被称为小区重选的程序进行管理。RRC状态可以通过连接建立程序612从RRC闲置604转变到RRC连接602,该连接建立程序可以涉及随机接入程序,如下文更详细论述的。
在RRC非活动606中,先前建立的RRC上下文被维持在UE和基站中。这与从RRC闲置604到RRC连接602的转变相比,允许在信令开销减少的情况下快速地转变到RRC连接602。当处于RRC非活动606时,UE可以处于睡眠状态,并且UE的移动性可以由UE通过小区重选进行管理。RRC状态可以从RRC非活动606通过连接恢复程序614转变到RRC连接602,或通过连接释放程序616转变到RRC闲置604,该连接释放程序可以与连接释放程序608相同或相似。
RRC状态可以与移动性管理机制相关联。在RRC闲置604和RRC非活动606中,移动性由UE通过小区重选进行管理。RRC闲置604和RRC非活动606中的移动性管理的目的是允许网络能够经由寻呼消息向UE通知事件,而不必在整个移动通信网络上广播寻呼消息。RRC闲置604和RRC非活动606中所使用的移动性管理机制可以允许网络在小区群组级别上跟踪UE,使得寻呼消息可以在UE当前驻留于其中的小区群组中的小区上而不是在整个移动通信网络上广播。用于RRC闲置604和RRC非活动606的移动性管理机制在小区群组级别上跟踪UE。这些移动性管理机制可以使用不同粒度的分组来这样做。举例来说,可以存在三个级别的小区分组粒度:单个的小区;由RAN区域标识符(RAI)标识的RAN区域内的小区;以及被称为跟踪区域并且由跟踪区域标识符(TAI)标识的RAN区域的群组内的小区。
跟踪区域可以用于在CN级别处跟踪UE。CN(例如,CN 102或5G-CN 152)可以向UE提供与UE注册区域相关联的TAI的列表。如果UE通过小区重选移动到与未被包括在与UE注册区域相关联的TAI的列表中的TAI相关联的小区,则UE可以对CN执行注册更新,以允许CN更新UE的位置并且向UE提供新的UE注册区域。
RAN区域可以用于在RAN级别处跟踪UE。对于处于RRC非活动606状态的UE,可以为该UE指派RAN通知区域。RAN通知区域可以包括一个或多个小区标识、RAI的列表或TAI的列表。在示例中,基站可以属于一个或多个RAN通知区域。在示例中,小区可以属于一个或多个RAN通知区域。如果UE通过小区重选移动到被指派给该UE的RAN通知区域中未包括的小区,则该UE可以对RAN执行通知区域更新以更新UE的RAN通知区域。
存储用于UE的RRC上下文的基站或UE的最后一个服务基站可以被称为锚基站。锚基站可以至少在UE保持在锚基站的RAN通知区域中的时间段内和/或在UE保持处于RRC非活动606的时间段内维持用于该UE的RRC上下文。
gNB,诸如图1B中的gNB 160,可以分成两个部分:中央单元(gNB-CU)和一个或多个分布式单元(gNB-DU)。gNB-CU可以使用F1接口耦合到一个或多个gNB-DU。gNB-CU可包括RRC、PDCP和SDAP。gNB-DU可包括RLC、MAC和PHY。
在NR中,物理信号和物理信道(关于图5A和图5B所讨论的)可以映射到正交频分复用(OFDM)符号上。OFDM是多载波通信方案,其通过F个正交子载波(或音调)传输数据。在传输之前,数据可以映射到一系列被称为源符号的复杂符号(例如,M-正交振幅调制(M-QAM)符号或M-相移键控(M-PSK)符号),并且被分成F个并行符号流。该F个并行符号流可以被视为仿佛它们处于频域中,并且用作将它们变换到时域中的快速傅里叶逆变换(IFFT)块的输入。IFFT块可以一次取F个源符号(从F个并行符号流中的每个并行符号流中取一个源符号),并且使用每个源符号来调制与F个正交子载波相对应的F个正弦基函数中的一个正弦基函数的振幅和相位。IFFT块的输出可以是表示F个正交子载波的总和的F个时间域样品。该F个时间域样品可以形成单个OFDM符号。在一些处理(例如,循环前缀的添加)和升频转换之后,由IFFT块提供的OFDM符号可以以载波频率通过空中接口传输。该F个并行符号流在被IFFT块处理之前可以使用FFT块进行混合。该操作产生离散傅里叶变换(DFT)预编码的OFDM符号,并且可以由UE在上行链路中使用以减小峰值与平均功率比(PAPR)。可以使用FFT块在接收器处对OFDM符号执行逆处理以复原映射到源符号的数据。
图7示出了OFDM符号被分组到其中的NR帧的示例性配置。NR帧可以由系统帧号(SFN)标识。SFN可以以1024帧的周期重复。如图所示,一个NR帧的持续时间可以是10毫秒(ms),并且可以包括持续时间为1ms的10个子帧。子帧可以分为时隙,该时隙包括例如每时隙14个OFDM符号。
时隙的持续时间可以取决于用于该时隙的OFDM符号的参数集。在NR中,支持灵活的参数集以适应不同的小区部署(例如,载波频率低于1GHz的小区,直至载波频率在mm波范围内的小区)。可以就子载波间隔和循环前缀持续时间而言来定义参数集。对于NR中的参数集,子载波间隔可以从15kHz的基线子载波间隔以二的幂来按比例放大,并且循环前缀持续时间可以从4.7μs的基线循环前缀持续时间以二的幂来按比例缩小。例如,NR定义具有以下子载波间隔/循环前缀持续时间组合的参数集:15kHz/4.7μs;30kHz/2.3μs;60kHz/1.2μs;120kHz/0.59μs;以及240kHz/0.29μs。
一个时隙可以具有固定数量的OFDM符号(例如,14个OFDM符号)。具有较高子载波间隔的参数集具有较短的时隙持续时间,并且对应地具有每子帧更多的时隙。图7示出了这种与参数集有关的时隙持续时间和每子帧时隙的传输结构(为便于说明,图7中未示出具有240kHz的子载波间隔的参数集)。NR中的子帧可以用作与参数集无关的时间参考,而时隙可以用作对上行链路和下行链路传输进行调度的单位。为了支持低等待时间,NR中的调度可以与时隙持续时间分离,并且开始于任何OFDM符号,并持续传输所需的尽可能多的符号。这些部分时隙传输可以被称为微时隙或子时隙传输。
图8示出了NR载波的时间和频率域中的时隙的示例性配置。该时隙包括资源元素(RE)和资源块(RB)。RE是NR中最小的物理资源。RE通过频率域中的一个子载波在时间域中跨越一个OFDM符号,如图8所示。RB跨越频域中的十二个连续RE,如图8所示。NR载波可以限于275RB或275×12=3300个子载波的宽度。如果使用这种限制,则对于15kHz、30kHz、60kHz和120kHz的子载波间隔,可以将NR载波分别限制为50MHz、100MHz、200MHz和400MHz,其中400MHz带宽可以基于每载波400MHz的带宽限制来设置。
图8示出了跨越NR载波的整个带宽所使用的单个参数集。在其他示例性配置中,可以在同一载波上支持多个参数集。
NR可以支持宽载波带宽(例如,对于120kHz的子载波间隔,高达400MHz)。并非所有UE都可以能够接收全载波带宽(例如,由于硬件限制)。而且,就UE功耗而言,接收全载波带宽可能是令人望而却步的。在示例中,为了降低功耗和/或出于其他目的,UE可以基于UE计划接收的业务量来调适UE的接收带宽的大小。这被称为带宽调适。
NR对带宽部分(BWP)进行定义,以支持无法接收全载波带宽的UE,并且支持带宽调适。在示例中,BWP可以由载波上的连续RB的子集来定义。UE可以配置(例如,经由RRC层)有每个服务小区一个或多个下行链路BWP和一个或多个上行链路BWP(例如,每个服务小区至多四个下行链路BWP和至多四个上行链路BWP)。在给定的时间,用于服务小区的经配置的BWP中的一个或多个经配置的BWP可以是活动的。该一个或多个BWP可以被称为服务小区的活动BWP。当服务小区配置有辅上行链路载波时,该服务小区可以在上行链路载波中具有一个或多个第一活动BWP,并且在辅上行链路载波中具有一个或多个第二活动BWP。
对于不成对频谱,如果下行链路BWP的下行链路BWP索引与上行链路BWP的上行链路BWP索引相同,则来自经配置下行链路BWP的集合中的下行链路BWP可以与来自经配置上行链路BWP的集合中的上行链路BWP链接。对于不成对频谱,UE可以预期下行链路BWP的中心频率与上行链路BWP的中心频率相同。
对于主小区(PCell)上的经配置下行链路BWP的集合中的下行链路BWP而言,基站可以为至少一个搜索空间配置具有一个或多个控制资源集(CORESET)的UE。搜索空间是UE可以在其中查找控制信息的时间和频率域中的位置的集合。搜索空间可以是UE特定搜索空间或共同搜索空间(可能可由多个UE使用)。举例来说,基站可以在活动下行链路BWP中在PCell或主辅小区(PSCell)上为UE配置共同搜索空间。
对于经配置上行链路BWP的集合中的上行链路BWP而言,BS可以为UE配置用于一个或多个PUCCH传输的一个或多个资源集。UE可以根据用于下行链路BWP的经配置参数集(例如,子载波间隔和循环前缀持续时间)来接收下行链路BWP中的下行链路接收(例如,PDCCH或PDSCH)。UE可以根据经配置参数集(例如,上行链路BWP的子载波间隔和循环前缀长度)而在上行链路BWP中传输上行链路传输(例如,PUCCH或PUSCH)。
可以在下行链路控制信息(DCI)中提供一个或多个BWP指示符字段。BWP指示符字段的值可以指示经配置BWP的集合中的哪个BWP是用于一个或多个下行链路接收的活动下行链路BWP。该一个或多个BWP指示符字段的值可以指示用于一个或多个上行链路传输的活动上行链路BWP。
基站可以在与PCell相关联的经配置下行链路BWP的集合内为UE半静态地配置默认下行链路BWP。如果基站未对UE提供默认下行链路BWP,则默认下行链路BWP可以是初始活动下行链路BWP。UE可以基于使用PBCH获得的CORESET配置来确定哪个BWP是初始活动下行链路BWP。
基站可以为UE配置用于PCell的BWP非活动定时器值。UE可以在任何适当的时间启动或重新启动BWP非活动定时器。例如,UE可以在以下情况下启动或重启BWP非活动计时器:(a)当UE检测到用于配对频谱操作的指示除默认下行链路BWP之外的活动下行链路BWP的DCI时;或者(b)当UE检测到用于不成对频谱操作的指示除默认下行链路BWP或上行链路BWP之外的活动下行链路BWP或活动上行链路BWP的DCI时。如果UE在时间间隔(例如,1ms或0.5ms)内未检测到DCI,则UE可以将BWP非活动定时器朝向到期运行(例如,从零到BWP非活动定时器值的增量,或从BWP非活动定时器值到零的减量)。当BWP非活动计时器到期时,UE可以从活动下行链路BWP切换到默认下行链路BWP。
在示例中,基站可以利用一个或多个BWP半静态地配置UE。UE可以响应于接收到指示第二BWP为活动BWP的DCI和/或响应于BWP非活动定时器的到期(例如,在第二BWP为默认BWP的情况下)而将活动BWP从第一BWP切换到第二BWP。
可以在配对频谱中独立地执行下行链路和上行链路BWP切换(其中BWP切换是指从当前活动BWP切换到非当前活动BWP)。在不成对频谱中,可以同时执行下行链路和上行链路BWP切换。可以基于RRC信令、DCI、BWP非活动定时器的到期和/或随机接入的发起而在经配置BWP之间发生切换。
图9示出了使用NR载波的三个经配置BWP进行带宽调适的示例。配置有该三个BWP的UE可以在切换点处从一个BWP切换到另一个BWP。在图9所示的示例中,BWP包括:BWP 902,其带宽为40MHz并且子载波间隔为15kHz;BWP 904,其带宽为10MHz并且子载波间隔为15kHz;以及BWP 906,其带宽为20MHz并且子载波间隔为60kHz。BWP 902可以是初始活动BWP,并且BWP 904可以是默认BWP。UE可以在切换点处在BWP之间切换。在图9的示例中,UE可以在切换点908处从BWP 902切换到BWP 904。切换点908处的切换可以出于任何合适的原因而发生,例如响应于BWP非活动计时器的到期(指示切换到默认BWP)和/或响应于接收到指示BWP 904为活动BWP的DCI。UE可以响应于接收到指示BWP 906为活动BWP的DCI而在切换点910处从活动BWP 904切换到BWP 906。UE可以响应于BWP非活动定时器的到期和/或响应于接收到指示BWP 904为活动BWP的DCI而在切换点912处从活动BWP 906切换到BWP 904。UE可以响应于接收到指示BWP 902为活动BWP的DCI而在切换点914处从活动BWP 904切换到BWP902。
如果UE被配置用于具有经配置下行链路BWP的集合中的默认下行链路BWP和定时器值的辅小区,则用于切换辅小区上的BWP的UE程序可以与主小区上的那些程序相同/相似。例如,UE可以以与该UE将使用主小区的定时器值和默认下行链路BWP的方式相同/相似的方式来使用辅小区的这些值。
为了提供更高的数据速率,可以使用载波聚合(CA)将两个或更多个载波聚合并且同时传输到同一UE/从同一UE传输。CA中的聚合载波可以被称为分量载波(CC)。当使用CA时,存在许多用于UE的服务小区,每个CC一个服务小区。CC可以具有在频率域中的三个配置。
图10A示出了具有两个CC的三种CA配置。在带内连续配置1002中,该两个CC在同一频带(频带A)中聚合,并且在频带内彼此直接相邻地定位。在带内非连续配置1004中,该两个CC在相同频带(频带A)中聚合,并且在该频带中以一定间隙分开。在带间配置1006中,两个CC位于频带中(频带A和频带B)。
在示例中,可以聚合多达32个CC。聚合的CC可以具有相同或不同的带宽、子载波间隔和/或双工方案(TDD或FDD)。使用CA的用于UE的服务小区可以具有下行链路CC。对于FDD,一个或多个上行链路CC可以任选地被配置用于服务小区。举例来说,当UE在下行链路中具有比在上行链路中更多的数据业务时,聚合比上行链路载波更多的下行链路载波的能力可以是有用的。
当使用CA时,用于UE的聚合小区中的一个聚合小区可以被称为主小区(PCell)。PCell可以是UE最初在RRC连接建立、重建和/或移交处连接到的服务小区。PCell可以向UE提供NAS移动性信息和安全输入。UE可以具有不同的PCell。在下行链路中,对应于PCell的载波可以被称为下行链路主CC(DL PCC)。在上行链路中,对应于PCell的载波可以被称为上行链路主CC(UL PCC)。用于UE的其他聚合小区可以被称为辅小区(SCell)。在示例中,SCell可以在PCell针对UE被配置之后进行配置。举例来说,SCell可以通过RRC连接重新配置程序进行配置。在下行链路中,对应于SCell的载波可以被称为下行链路辅CC(DL SCC)。在上行链路中,对应于SCell的载波可以被称为上行链路辅CC(UL SCC)。
用于UE的经配置SCell可以基于例如业务和信道条件而被激活和停用。SCell的停用可以意味着停止SCell上的PDCCH和PDSCH接收,并且停止SCell上的PUSCH、SRS和CQI传输。可以使用关于图4B的MAC CE来激活和停用经配置SCell。举例来说,MAC CE可以使用位图(例如,每个SCell一个位)指示针对UE的哪些SCell(例如,在经配置SCell的子集中)被激活或停用。可以响应于SCell停用定时器(例如,每个SCell一个SCell停用定时器)的到期而停用经配置SCell。
小区的下行链路控制信息(诸如调度指派和调度授权)可以在对应于指派和授权的小区上传输,这被称为自我调度。小区的DCI可以在另一个小区上传输,这被称为跨载波调度。用于聚合小区的上行链路控制信息(例如,HARQ确认和信道状态反馈,诸如CQI、PMI和/或RI)可以在PCell的PUCCH上传输。对于大量的聚合下行链路CC,PCell的PUCCH可能变得过载。小区可以被分成多个PUCCH群组。
图10B示出了聚合小区如何可以被配置到一个或多个PUCCH群组中的示例。PUCCH群组1010和PUCCH群组1050可以分别包括一个或多个下行链路CC。在图10B的示例中,PUCCH群组1010包括三个下行链路CC:PCell 1011、SCell 1012和SCell1013。PUCCH群组1050在本示例中包括三个下行链路CC:PCell 1051、SCell 1052和SCell 1053。一个或多个上行链路CC可以被配置为PCell 1021、SCell 1022和SCell 1023。一个或多个其他上行链路CC可以被配置为主Scell(PSCell)1061、SCell 1062和SCell1063。与PUCCH群组1010的下行链路CC有关的上行链路控制信息(UCI)(示出为UCI 1031、UCI 1032和UCI 1033)可以在PCell1021的上行链路中传输。与PUCCH组1050的下行链路CC有关的上行链路控制信息(UCI)(示出为UCI 1071、UCI 1072和UCI 1073)可以在PSCell 1061的上行链路中传输。在示例中,如果图10B中描绘的聚合小区没有被划分成PUCCH组1010和PUCCH组1050,则单个上行链路PCell传输与下行链路CC相关的UCI,并且PCell可能变得过载。通过在PCell 1021与PSCell1061之间划分UCI的传输,可以防止超载。
可以为包括下行链路载波和任选的上行链路载波的小区指派物理小区ID和小区索引。物理小区ID或小区索引可以标识小区的下行链路载波和/或上行链路载波,例如,具体取决于在其中使用物理小区ID的上下文。可以使用在下行链路分量载波上传输的同步信号来确定物理小区ID。可以使用RRC消息来确定小区索引。在本公开中,物理小区ID可以被称为载波ID,并且小区索引可以被称为载波索引。举例来说,当本公开涉及第一下行链路载波的第一物理小区ID时,本公开可以意味着第一物理小区ID用于包括第一下行链路载波的小区。相同/相似的概念可以适用于例如载波激活。当本公开指示第一载波被激活时,本说明书可以意味着包括该第一载波的小区被激活。
在CA中,PHY的多载波性质可以暴露于MAC。在示例中,HARQ实体可以在服务小区上工作。可以根据每个服务小区的指派/许可来生成传输块。传输块和该传输块的潜在HARQ重传可以映射到服务小区。
在下行链路中,基站可以将一个或多个参考信号(RS)传输(例如,单播、多播和/或广播)到UE(例如,PSS、SSS、CSI-RS、DMRS和/或PT-RS,如图5A所示)。在上行链路中,UE可以将一个或多个RS传输到基站(例如,DMRS、PT-RS和/或SRS,如图5B所示)。PSS和SSS可以由基站传输,并且由UE用于将UE与基站同步。可以在包括PSS、SSS和PBCH的同步信号(SS)/物理广播信道(PBCH)块中提供PSS和SSS。基站可以周期性地传输SS/PBCH块的突发。
图11A示出了SS/PBCH块的结构和位置的示例。SS/PBCH块的突发可以包括一个或多个SS/PBCH块(例如,4个SS/PBCH块,如图11A所示)。突发可以被周期性地传输(例如,每2帧或20ms)。突发可以限于半帧(例如,持续时间为5ms的第一半帧)。应当理解,图11A是示例,并且这些参数(每个突发的SS/PBCH块的数量、突发的周期、帧内的突发位置)可以基于例如以下进行配置:在其中传输SS/PBCH块的小区的载波频率;小区的参数集或子载波间隔;由网络进行的配置(例如,使用RRC信令);或任何其他合适的因素。在示例中,UE可以基于正被监测的载波频率而假设SS/PBCH块的子载波间隔,除非无线电网络将UE配置为假设不同的子载波间隔。
SS/PBCH块可以跨越时间域中的一个或多个OFDM符号(例如,4个OFDM符号,如图11A的示例中所示),并且可以跨越频率域中的一个或多个子载波(例如,240个连续子载波)。PSS、SSS和PBCH可以具有共同的中心频率。PSS可以首先传输,并且可以跨越例如1个OFDM符号和127个子载波。SSS可以在PSS之后传输(例如,两个符号之后),并且可以跨越1个OFDM符号和127个子载波。PBCH可以在PSS之后(例如,跨越接下来的3个OFDM符号)传输,并且可以跨越240个子载波。
UE可能不知道SS/PBCH块在时域和频域中的位置(例如,在UE正在搜索小区的情况下)。为了查找和选择小区,UE可以监测PSS的载波。例如,UE可以监测载波内的频率位置。如果在某一持续时间(例如,20ms)之后未发现PSS,则UE可以在载波内的不同频率位置处搜索PSS,如由同步光栅所指示的。如果在时域和频域中的一定位置处发现PSS,则UE可以分别基于SS/PBCH块的已知结构来确定SSS和PBCH的位置。SS/PBCH块可以是小区定义SS块(CD-SSB)。在示例中,主小区可以与CD-SSB相关联。CD-SSB可以位于同步光栅上。在示例中,小区选择/搜索和/或重选可以基于CD-SSB。
SS/PBCH块可以由UE使用以确定小区的一个或多个参数。举例来说,UE可以分别基于PSS和SSS的序列来确定小区的物理小区标识符(PCI)。UE可以基于SS/PBCH块的位置来确定小区的帧边界的位置。举例来说,SS/PBCH块可以指示其已根据传输型式进行传输,其中该传输型式中的SS/PBCH块是距帧边界的已知距离。
PBCH可以使用QPSK调制,并且可以使用正向纠错(FEC)。FEC可以使用极性编码。PBCH跨越的一个或多个符号可以携载一个或多个DMRS以用于解调PBCH。PBCH可以包括小区的当前系统帧号(SFN)的指示和/或SS/PBCH块定时索引。这些参数可以有助于UE与基站的时间同步。PBCH可以包括用于向UE提供一个或多个参数的主信息块(MIB)。MIB可以由UE用于定位与小区相关联的剩余最小系统信息(RMSI)。RMSI可以包括系统信息块1型(SIB1)。SIB1可以包含UE接入小区所需的信息。UE可以使用MIB的一个或多个参数来监测可以用于调度PDSCH的PDCCH。PDSCH可以包括SIB1。可以使用MIB中所提供的参数来解码SIB1。PBCH可以指示SIB1不存在。基于指示SIB1不存在的PBCH,UE可以指向频率。UE可以以UE所指向的频率搜索SS/PBCH块。
UE可以假设利用相同的SS/PBCH块索引传输的一个或多个SS/PBCH块是准共址的(QCLed)(例如,具有相同/相似的多普勒扩展、多普勒移位、平均增益、平均延迟和/或空间Rx参数)。UE可以不假设对于具有不同的SS/PBCH块索引的SS/PBCH块传输的QCL。
SS/PBCH块(例如,半帧内的那些)可以在空间方向上传输(例如,使用跨越小区的覆盖区域的不同波束)。在示例中,第一SS/PBCH块可以使用第一波束在第一空间方向上传输,并且第二SS/PBCH块可以使用第二波束在第二空间方向上传输。
在示例中,在载波的频率范围内,基站可以传输多个SS/PBCH块。在示例中,多个SS/PBCH块的第一SS/PBCH块的第一PCI可以不同于多个SS/PBCH块的第二SS/PBCH块的第二PCI。在不同的频率位置中传输的SS/PBCH块的PCI可以不同或相同。
CSI-RS可以由基站传输,并且由UE用于获取信道状态信息(CSI)。基站可以利用一个或多个CSI-RS来配置UE以用于信道估计或任何其他合适的目的。基站可以利用相同/相似的CSI-RS中的一个或多个CSI-RS来配置UE。UE可以测量该一个或多个CSI-RS。UE可以基于对该一个或多个下行链路CSI-RS的测量来估计下行链路信道状态和/或生成CSI报告。UE可以将CSI报告提供给基站。基站可以使用由UE提供的反馈(例如,估计的下行链路信道状态)来执行链路调适。
基站可以利用一个或多个CSI-RS资源集半静态地配置UE。CSI-RS资源可以与时域和频域中的位置以及周期性相关联。基站可以选择性地激活和/或停用CSI-RS资源。基站可以向UE指示CSI-RS资源集中的CSI-RS资源被激活和/或停用。
基站可以配置UE以报告CSI测量值。基站可以配置UE以周期性地、非周期性地或半持久地提供CSI报告。对于周期性CSI报告,UE可以配置有多个CSI报告的定时和/或周期。对于非周期CSI报告,基站可以请求CSI报告。例如,基站可以命令UE测量所配置的CSI-RS资源并且提供与测量值相关的CSI报告。对于半持久CSI报告,基站可以将UE配置为周期性地传输以及选择性地激活或停用周期性报告。基站可以利用CSI-RS资源集和使用RRC信令的CSI报告来配置UE。
CSI-RS配置可以包括指示例如至多32个天线端口的一个或多个参数。UE可以被配置为当下行链路CSI-RS和CORESET在空间上QCLed并且与下行链路CSI-RS相关联的资源元素在为CORESET配置的物理资源块(PRB)外部时,采用相同的OFDM符号用于下行链路CSI-RS和控制资源集(CORESET)。UE可以被配置为当下行链路CSI-RS和SS/PBCH块在空间上QCLed并且与下行链路CSI-RS相关联的资源元素在为SS/PBCH块配置的PRB外部时,采用相同的OFDM符号用于下行链路CSI-RS和SS/PBCH块。
下行链路DMRS可以由基站传输,并且由UE用于信道估计。举例来说,下行链路DMRS可以用于一个或多个下行链路物理信道(例如,PDSCH)的一致解调。NR网络可以支持一个或多个可变和/或可配置的DMRS模式以进行数据解调。至少一个下行链路DMRS配置可以支持前载DMRS模式。可以在一个或多个OFDM符号(例如,一个或两个相邻的OFDM符号)上映射前载DMRS。基站可以利用用于PDSCH的前载DMRS符号的数量(例如,最大数量)半静态地配置UE。DMRS配置可以支持一个或多个DMRS端口。举例来说,对于单个用户MIMO,DMRS配置可以支持每个UE至多八个正交下行链路DMRS端口。对于多用户MIMO,DMRS配置可以支持每个UE至多4个正交下行链路DMRS端口。无线电网络可以(例如,至少针对CP-OFDM)支持用于下行链路和上行链路的共同DMRS结构,其中DMRS位置、DMRS型式和/或加扰序列可以相同或不同。基站可以使用相同的预编码矩阵传输下行链路DMRS和对应的PDSCH。UE可以使用该一个或多个下行链路DMRS来对PDSCH进行一致的解调/信道估计。
在示例中,发射器(例如,基站)可以使用用于传输带宽的一部分的预编码器矩阵。举例来说,发射器可以使用第一预编码器矩阵用于第一带宽,并且使用第二预编码器矩阵用于第二带宽。第一预编码器矩阵和第二预编码器矩阵可以基于第一带宽与第二带宽不同而不同。UE可以假设遍及PRB的集合使用相同的预编码矩阵。该PRB的集合可以被表示为预编码资源块群组(PRG)。
PDSCH可以包括一个或多个层。UE可以假设具有DMRS的至少一个符号存在于PDSCH的该一个或多个层中的层上。较高层可以为PDSCH配置至多3个DMRS。
下行链路PT-RS可以由基站传输,并且由UE使用以进行相位噪声补偿。下行链路PT-RS是否存在可以取决于RRC配置。下行链路PT-RS的存在和/或型式可以使用RRC信令的组合和/或与可以由DCI指示的用于其他目的(例如,调制和编码方案(MCS))的一个或多个参数的关联进行基于UE特定的配置。当配置时,下行链路PT-RS的动态存在可以与包括至少MCS的一个或多个DCI参数相关联。NR网络可以支持在时间/频率域中定义的多个PT-RS密度。当存在时,频域密度可以与所调度带宽的至少一个配置相关联。UE可以针对DMRS端口和PT-RS端口采用相同的预编码。PT-RS端口的数量可以少于所调度资源中的DMRS端口的数量。下行链路PT-RS可以被限制在UE的所调度时间/频率持续时间中。可以在符号上传输下行链路PT-RS,以有助于在接收器处的相位跟踪。
UE可以将上行链路DMRS传输到基站以用于信道估计。举例来说,基站可以使用上行链路DMRS对一个或多个上行链路物理信道进行一致解调。举例来说,UE可以传输具有PUSCH和/或PUCCH的上行链路DMRS。上行链路DM-RS可以跨越与关联于对应的物理信道的频率范围相似的频率范围。基站可以利用一个或多个上行链路DMRS配置来配置UE。至少一个DMRS配置可以支持前载DMRS模式。可以在一个或多个OFDM符号(例如,一个或两个相邻的OFDM符号)上映射前载DMRS。一个或多个上行链路DMRS可以被配置为在PUSCH和/或PUCCH的一个或多个符号处进行传输。基站可以用PUSCH和/或PUCCH的前载DMRS符号的数量(例如,最大数量)对UE进行半静态配置,UE可以使用该前载DMRS符号来调度单符号DMRS和/或双符号DMRS。NR网络可以支持(例如,对于循环前缀正交频分复用(CP-OFDM))用于下行链路和上行链路的共同DMRS结构,其中DMRS位置、DMRS型式和/或DMRS的加扰序列可以相同或不同。
PUSCH可以包括一个或多个层,并且UE可以传输具有存在于PUSCH的一个或多个层中的层上的DMRS的至少一个符号。在示例中,较高层可以为PUSCH配置至多三个DMRS。
取决于UE的RRC配置,上行链路PT-RS(其可以由基站用于相位跟踪和/或相位噪声补偿)可以存在或可以不存在。上行链路PT-RS的存在和/或型式可以通过RRC信令的组合和/或可以由DCI指示的用于其他目的(例如,调制和编码方案(MCS))的一个或多个参数进行基于UE特定的配置。当配置时,上行链路PT-RS的动态存在可以与包括至少MCS的一个或多个DCI参数相关联。无线电网络可以支持在时间/频率域中定义的多个上行链路PT-RS密度。当存在时,频域密度可以与所调度带宽的至少一个配置相关联。UE可以针对DMRS端口和PT-RS端口采用相同的预编码。PT-RS端口的数量可以少于所调度资源中的DMRS端口的数量。举例来说,上行链路PT-RS可以被限制在UE的所调度时间/频率持续时间中。
UE可以将SRS传输到基站用于进行信道状态估计,以支持上行链路信道相依的调度和/或链路调适。UE传输的SRS可以允许基站估计一个或多个频率下的上行链路信道状态。基站处的调度器可以采用估计的上行链路信道状态来为来自UE的上行链路PUSCH传输指派一个或多个资源块。基站可以利用一个或多个SRS资源集半静态地配置UE。对于SRS资源集,基站可以利用一个或多个SRS资源配置UE。SRS资源集适用性可以由较高层(例如,RRC)参数配置。例如,当较高层参数指示波束管理时,该一个或多个SRS资源集中的SRS资源集中的SRS资源(例如,具有相同/相似的时间域行为,周期性的、非周期性的等)可以在一定时刻(例如,同时)传输。UE可以传输SRS资源集中的一个或多个SRS资源。NR网络可以支持非周期性、周期性和/或半持久性SRS传输。UE可以基于一种或多种触发类型传输SRS资源,其中该一种或多种触发类型可以包括较高层信令(例如,RRC)和/或一种或多种DCI格式。在示例中,可以采用至少一种DCI格式以供UE选择一个或多个经配置SRS资源集中的至少一个经配置SRS资源集。SRS触发类型0可以指代基于较高层信令触发的SRS。SRS触发类型1可以指代基于一个或多个DCI格式触发的SRS。在示例中,当PUSCH和SRS在相同时隙中传输时,UE可以被配置为在PUSCH和对应的上行链路DMRS的传输之后传输SRS。
基站可以利用指示以下各项中至少一项的一个或多个SRS配置参数半静态地配置UE:SRS资源配置标识符;SRS端口的数量;SRS资源配置的时域行为(例如,周期性、半持久性或非周期性SRS的指示);时隙、微时隙和/或子帧级别周期;周期性和/或非周期性SRS资源的时隙;SRS资源中的OFDM符号的数量;SRS资源的启动OFDM符号;SRS带宽;跳频带宽;循环移位;和/或SRS序列ID。
天线端口被定义为使得天线端口上的符号通过其被传达的信道可以从同一天线端口上的另一个符号通过其被传达的信道推断。如果第一符号和第二符号在同一天线端口上传输,则接收器可以从用于传达天线端口上的第一符号的信道推断用于传达天线端口上的第二符号的信道(例如.,褪色增益、多路径延迟等)。如果可以从通过其传达第二天线端口上的第二符号的信道推断通过其传达第一天线端口上的第一符号的信道的一个或多个大规模性质,则第一天线端口和第二天线端口可以被称为准共址(QCLed)。该一个或多个大规模性质可以包括以下各项中的至少一项:延迟扩展;多普勒扩展;多普勒移位;平均增益;平均延迟;和/或空间接收(Rx)参数。
使用波束成形的信道需要波束管理。波束管理可以包括波束测量、波束选择和波束指示。波束可以与一个或多个参考信号相关联。例如,波束可以由一个或多个波束成形的参考信号标识。UE可以基于下行链路参考信号(例如,信道状态信息参考信号(CSI-RS))执行下行链路波束测量并生成波束测量报告。在用基站设置RRC连接之后,UE可以执行下行链路波束测量程序。
图11B示出了在时间和频率域中映射的信道状态信息参考信号(CSI-RS)的示例。图11B中所示的正方形可以表示小区的带宽内的资源块(RB)。基站可以传输包括指示一个或多个CSI-RS的CSI-RS资源配置参数的一个或多个RRC消息。可以通过较高层信令(例如,RRC和/或MAC信令)为CSI-RS资源配置配置以下参数中的一个或多个参数:CSI-RS资源配置身份、CSI-RS端口的数量、CSI-RS配置(例如,子帧中的符号和资源元素(RE)位置)、CSI-RS子帧配置(例如,无线电帧中的子帧位置、偏移和周期性)、CSI-RS功率参数、CSI-RS序列参数、码分复用(CDM)类型参数、频率密度、传输梳、准共址(QCL)参数(例如,QCL-scramblingidentity、crs-portscount、mbsfn-subframeconfiglist、csi-rs-configZPid、qcl-csi-rs-configNZPid)和/或其他无线电资源参数。
图11B所示的三个波束可以被配置用于UE特定配置中的UE。图11B中说明了三个波束(波束#1、波束#2和波束#3),可以配置更多或更少的波束。可以向波束#1分配CSI-RS1101,其可以在第一符号的RB中的一个或多个子载波中传输。可以向波束#2分配CSI-RS1102,其可以在第二符号的RB中的一个或多个子载波中传输。可以向波束#3分配CSI-RS1103,其可以在第三符号的RB中的一个或多个子载波中传输。通过使用频分复用(FDM),基站可以使用同一RB中的其他子载波(例如,未用于传输CSI-RS 1101的那些子载波)来传输与另一个UE的波束相关联的另一CSI-RS。通过使用时域复用(TDM),用于UE的波束可以被配置为使得用于UE的波束使用来自其他UE的波束的符号。
CSI-RS,诸如图11B中示出的那些(例如,CSI-RS 1101、1102、1103)可以由基站传输,并且由UE用于一个或多个测量值。举例来说,UE可以测量经配置CSI-RS资源的参考信号接收功率(RSRP)。基站可以利用报告配置来配置UE,并且UE可以基于报告配置将RSRP测量值报告给网络(例如,经由一个或多个基站)。在示例中,基站可以基于所报告的测量结果来确定包括多个参考信号的一个或多个传输配置指示(TCI)状态。在示例中,基站可以向UE指示一个或多个TCI状态(例如,经由RRC信令、MAC CE和/或DCI)。UE可以接收具有基于该一个或多个TCI状态确定的接收(Rx)波束的下行链路传输。在示例中,UE可以具有或可以不具有波束对应能力。如果UE具有波束对应能力,则UE可以基于对应Rx波束的空间域滤波器来确定传输(Tx)波束的空间域滤波器。如果UE不具有波束对应能力,则UE可以执行上行链路波束选择程序以确定Tx波束的空间域滤波器。UE可以基于由基站配置给UE的一个或多个探测参考信号(SRS)资源来执行上行链路波束选择程序。基站可以基于对由UE传输的一个或多个SRS资源的测量来选择和指示UE的上行链路波束。
在波束管理程序中,UE可以评定(例如,测量)一个或多个波束对链路、包括由基站传输的传输波束的波束对链路以及由UE接收的接收波束的信道质量。基于该评定,UE可以传输指示一个或多个波束对质量参数的波束测量报告,该一个或多个波束对质量参数包括例如一个或多个波束标识(例如,波束索引、参考信号索引等)、RSRP、预编码矩阵指示符(PMI)、信道质量指示符(CQI)和/或秩指示符(RI)。
图12A示出了三个下行链路波束管理程序的示例:P1、P2和P3。程序P1可以启用对传输接收点(TRP)(或多个TRP)的传输(Tx)波束的UE测量,例如以支持对一个或多个基站Tx波束和/或UE Rx波束(分别在P1的顶行和底行示出为椭圆形)的选择。在TRP处的波束成形可以包括用于波束的集合的Tx波束扫掠(在P1和P2的顶行中示出为在由虚线箭头指示的逆时针方向上旋转的椭圆形)。UE处的波束成形可以包括用于波束的集合的Rx波束扫掠(在P1和P3的底行中示出为在由虚线箭头指示的顺时针方向上旋转的椭圆形)。程序P2可以用于启用对TRP的Tx波束的UE测量(在P2的顶行中示出为在由虚线箭头指示的逆时针方向上旋转的椭圆形)。UE和/或基站可以使用比程序P1中所使用的波束集合更小的波束集合,或使用比程序P1中所使用的波束更窄的波束来执行程序P2。这可以被称为波束精细化。UE可以通过在基站处使用相同的Tx波束并且在UE处扫掠Rx波束来执行用于Rx波束确定的程序P3。
图12B示出了三个上行链路波束管理程序的示例:U1、U2和U3。程序U1可以用于使基站能够对UE的Tx波束执行测量,例如,以支持对一个或多个UE Tx波束和/或基站Rx波束的选择(分别在U1的顶行和底行中示出为椭圆形)。UE处的波束成形可以包括例如从波束的集合进行的Rx波束扫掠(在U1和U3的底行中示出为在由虚线箭头指示的顺时针方向上旋转的椭圆形)。基站处的波束成形可以包括例如从波束的集合进行的Rx波束扫掠(在U1和U2的顶行中示出为在由虚线箭头指示的逆时针方向上旋转的椭圆形)。当UE使用固定的Tx波束时,程序U2可以用于使基站能够调整其Rx波束。UE和/或基站可以使用比程序P1中所使用的波束集合更小的波束集合,或使用比程序P1中所使用的波束更窄的波束来执行程序U2。这可以被称为波束精细化。UE可以执行程序U3以在基站使用固定的Rx波束时调整其Tx波束。
UE可以基于检测到波束故障来发起波束故障复原(BFR)程序。UE可以基于BFR程序的发起来传输BFR请求(例如,前导码、UCI、SR、MAC CE等)。UE可以基于相关联的控制信道的波束对链路的质量不令人满意(例如,具有高于错误率阈值的错误率、低于接收到的信号功率阈值的接收到的信号功率、定时器的到期等)的确定来检测波束故障。
UE可以使用一个或多个参考信号(RS)测量波束对链路的质量,该一个或多个参考信号包括一个或多个SS/PBCH块、一个或多个CSI-RS资源和/或一个或多个解调参考信号(DMRS)。波束对链路的质量可以基于以下中的一者或多者:块错误率(BLER)、RSRP值、信号干扰加噪声比(SINR)值、参考信号接收质量(RSRQ)值和/或在RS资源上测量的CSI值。基站可以指示RS资源与信道(例如,控制信道、共享数据信道等)的一个或多个DM-RS准共址(QCLed)。当来自经由RS资源到UE的传输的信道特性(例如,多普勒移位、多普勒扩展、平均延迟、延迟扩展、空间Rx参数、褪色等)与来自经由信道到UE的传输的信道特性相似或相同时,RS资源和信道的该一个或多个DMRS可以是QCLed。
网络(例如,gNB和/或网络的ng-eNB)和/或UE可以发起随机接入程序。处于RRC_IDLE状态和/或RRC_INACTIVE状态的UE可以发起随机接入程序以请求到网络的连接设置。UE可以从RRC_CONNECTED状态发起随机接入程序。UE可以发起随机接入程序以请求上行链路资源(例如,当没有可用的PUCCH资源时用于SR的上行链路传输)和/或获取上行链路定时(例如,当上行链路同步状态未同步时)。UE可以发起随机接入程序以请求一个或多个系统信息块(SIB)(例如,其他系统信息,诸如如SIB2、SIB3等)。UE可以发起随机接入程序以用于波束故障复原请求。网络可以发起用于移交和/或用于建立SCell添加的时间对准的随机接入程序。
图13A示出了四步基于竞争的随机接入程序。在发起该程序之前,基站可以将配置消息1310传输到UE。图13A所示的程序包括四个消息的传输:Msg 1 1311、Msg 21312、Msg 31313和Msg 4 1314。Msg 1 1311可以包括和/或被称为前导码(或随机接入前导码)。Msg 21312可以包括和/或被称为随机接入响应(RAR)。
配置消息1310可以例如使用一个或多个RRC消息传输。该一个或多个RRC消息可以向UE指示一个或多个随机接入信道(RACH)参数。该一个或多个RACH参数可以包括以下各项中的至少一项:用于一个或多个随机接入程序的一般参数(例如,RACH-configGeneral);小区特定参数(例如,RACH-ConfigCommon);和/或专用参数(例如,RACH-configDedicated)。基站可以将该一个或多个RRC消息广播或多播给一个或多个UE。该一个或多个RRC消息可以是UE特定的(例如,在RRC_CONNECTED状态和/或RRC_INACTIVE状态中传输给UE的专用RRC消息)。UE可以基于该一个或多个RACH参数来确定用于传输Msg 1 1311和/或Msg 3 1313的时间频率资源和/或上行链路传输功率。基于该一个或多个RACH参数,UE可以确定用于接收Msg 2 1312和Msg 4 1314的接收定时和下行链路信道。
配置消息1310中所提供的该一个或多个RACH参数可以指示可用于传输Msg 11311的一个或多个物理RACH(PRACH)时机。该一个或多个PRACH时机可以被预定义。该一个或多个RACH参数可以指示一个或多个PRACH时机的一个或多个可用集合(例如,prach-ConfigIndex)。该一个或多个RACH参数可以指示以下两者之间的关联:(a)一个或多个PRACH时机,以及(b)一个或多个参考信号。该一个或多个RACH参数可以指示以下两者之间的关联:(a)一个或多个前导码,以及(b)一个或多个参考信号。该一个或多个参考信号可以是SS/PBCH块和/或CSI-RS。例如,该一个或多个RACH参数可以指示映射到PRACH时机的SS/PBCH块的数量和/或映射到SS/PBCH块的前导码的数量。
配置消息1310中所提供的该一个或多个RACH参数可以用于确定Msg 1 1311和/或Msg 3 1313的上行链路传输功率。举例来说,该一个或多个RACH参数可以指示用于前导码传输的参考功率(例如,接收到的目标功率和/或前导码传输的初始功率)。可以存在由该一个或多个RACH参数指示的一个或多个功率偏移。例如,该一个或多个RACH参数可以指示:功率斜升步长;SSB与CSI-RS之间的功率偏移;Msg 1 1311和Msg 3 1313的传输之间的功率偏移;和/或前导码群组之间的功率偏移值。该一个或多个RACH参数可以指示一个或多个阈值,UE可以基于该一个或多个阈值来确定至少一个参考信号(例如,SSB和/或CSI-RS)和/或上行链路载波(例如,正常上行链路(NUL)载波和/或补充上行链路(SUL)载波)。
Msg 1 1311可以包括一个或多个前导码传输(例如,前导码传输和一个或多个前导码重传)。RRC消息可以用于配置一个或多个前导码群组(例如,群组A和/或群组B)。前导码群组可以包括一个或多个前导码。UE可以基于路径损耗测量值和/或Msg 3 1313的大小来确定前导码群组。UE可以测量一个或多个参考信号(例如,SSB和/或CSI-RS)的RSRP,并且确定具有高于RSRP阈值的RSRP的至少一个参考信号(例如,rsrp-ThresholdSSB和/或rsrp-ThresholdCSI-RS)。举例来说,如果该一个或多个前导码与该至少一个参考信号之间的关联由RRC消息配置,则UE可以选择与该一个或多个参考信号和/或选定的前导码群组相关联的至少一个前导码。
UE可以基于配置消息1310中所提供的该一个或多个RACH参数来确定前导码。举例来说,UE可以基于路径损耗测量、RSRP测量和/或Msg 3 1313的大小来确定前导码。作为另一个示例,该一个或多个RACH参数可以指示:前导码格式;前导码传输的最大数量;和/或用于确定一个或多个前导码群组(例如,群组A和群组B)的一个或多个阈值。基站可以使用该一个或多个RACH参数来为UE配置一个或多个前导码与一个或多个参考信号(例如,SSB和/或CSI-RS)之间的关联。如果配置了该关联,则UE可以基于该关联确定Msg 1 1311中所包括的前导码。Msg 1 1311可以经由一个或多个PRACH时机传输到基站。UE可以使用一个或多个参考信号(例如,SSB和/或CSI-RS)以用于选择前导码和用于确定PRACH时机。一个或多个RACH参数(例如,ra-ssb-OccasionMskIndex和/或ra-OccasionList)可以指示PRACH时机与该一个或多个参考信号之间的关联。
如果在前导码传输之后没有接收到响应,则UE可以执行前导码重传。UE可以增加用于前导码重传的上行链路传输功率。UE可以基于路径损耗测量值和/或由网络配置的目标接收到的前导码功率来选择初始前导码传输功率。UE可以确定重传前导码,并且可以斜升上行链路传输功率。UE可以接收指示用于前导码重传的斜升步长的一个或多个RACH参数(例如,PREAMBLE_POWER_RAMPING_STEP)。斜升步长可以是用于重传的上行链路传输功率的增量增加的量。如果UE确定与先前的前导码传输相同的参考信号(例如,SSB和/或CSI-RS),则UE可以斜升上行链路传输功率。UE可以计数前导码传输和/或重传的数量(例如,PREAMBLE_TRANSMISSION_COUNTER)。举例来说,如果前导码传输的数量超过由该一个或多个RACH参数配置的阈值(例如,preambleTransMax),则UE可以确定随机接入程序未成功完成。
由UE接收的Msg 2 1312可以包括RAR。在一些场景中,Msg 2 1312可以包括对应于多个UE的多个RAR。可以在Msg 1 1311的传输之后或响应于该传输而接收Msg 21312。Msg 21312可以在DL-SCH上被调度,并且使用随机接入RNTI(RA-RNTI)在PDCCH上被指示。Msg 21312可以指示Msg 1 1311由基站接收。Msg 2 1312可以包括可以由UE用于调整UE的传输定时的时间比对命令、用于传输Msg 3 1313的调度授权和/或临时小区RNTI(TC-RNTI)。在传输前导码之后,UE可以启动时间窗口(例如,ra-ResponseWindow)以监测Msg 2 1312的PDCCH。UE可以基于UE用于传输前导码的PRACH时机来确定何时启动时间窗口。举例来说,UE可以在前导码的最后一个符号之后(例如,在从前导码传输的结束处开始的第一PDCCH时机处)启动一个或多个符号的时间窗口。可以基于参数集来确定该一个或多个符号。PDCCH可以处于由RRC消息配置的共同搜索空间(例如,Type1-PDCCH共同搜索空间)中。UE可以基于无线电网络临时标识符(RNTI)来标识RAR。可以取决于发起随机接入程序的一个或多个事件而使用RNTI。UE可以使用随机接入RNTI(RA-RNTI)。RA-RNTI可以与UE在其中传输前导码的PRACH时机相关联。举例来说,UE可以基于以下各项来确定RA-RNTI:OFDM符号索引;时隙索引;频域索引;和/或PRACH时机的UL载波指示符。RA-RNTI的示例可以如下:
RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id其中s_id可以为PRACH时机的第一个OFDM符号的索引(例如,0≤s_id<14),t_id可以为系统帧中的PRACH时机的第一时隙的索引(例如,0≤t_id<80),f_id可以为频域中PRACH时机的索引(例如,0≤f_id<8),并且ul_carrier_id可以为用于前导码传输的UL载波(例如,对于NUL载波为0,并且对于SUL载波为1)。
UE可以响应于成功接收Msg 2 1312(例如,使用Msg 2 1312中所标识的资源)而传输Msg 3 1313。Msg 3 1313可以用于例如图13A中所示的基于竞争的随机接入程序中的竞争解决。在一些场景中,多个UE可以将相同的前导码传输到基站,并且基站可以提供对应于UE的RAR。如果该多个UE将RAR解译为对应于它们自身,则可能发生冲突。竞争解决(例如,使用Msg 3 1313和Msg 4 1314)可以用于增加UE不错误地使用另一个UE的身份的可能性。为了执行竞争解决,UE可以包括Msg 3 1313中的设备标识符(例如,如果指派了C-RNTI,则为Msg 2 1312中所包括的TC-RNTI和/或任何其他合适的标识符)。
可以在Msg 3 1313的传输之后或响应于该传输而接收Msg 4 1314。如果Msg 31313中包括C-RNTI,则基站将使用C-RNTI在PDCCH上寻址UE。如果在PDCCH上检测到UE的唯一C-RNTI,则确定随机接入程序成功完成。如果Msg 3 1313中包括TC-RNTI(例如,如果UE处于RRC_IDLE状态或不以其他方式连接到基站),则将使用与TC-RNTI相关联的DL-SCH接收Msg 4 1314。如果MAC PDU被成功解码并且MAC PDU包括与在Msg 3 1313中发送(例如,传输)的CCCH SDU匹配或以其他方式对应的UE竞争解决身份MAC CE,则UE可以确定竞争解决成功和/或UE可以确定随机接入程序成功完成。
UE可以配置有补充上行链路(SUL)载波和正常上行链路(NUL)载波。可以在上行链路载波中支持初始接入(例如,随机接入程序)。举例来说,基站可以为UE配置两种单独的RACH配置:一种用于SUL载波,而另一种用于NUL载波。为了在配置有SUL载波的小区中随机接入,网络可以指示要使用哪个载波(NUL或SUL)。举例来说,如果一个或多个参考信号的测量的质量低于广播阈值,则UE可以确定SUL载波。随机接入程序的上行链路传输(例如,Msg1 1311和/或Msg 3 1313)可以保留在选定的载波上。在一种或多种情况下,UE可以在随机接入程序期间(例如,在Msg 1 1311与Msg 3 1313之间)切换上行链路载波。举例来说,UE可以基于信道清晰评定(例如,先听后说)来确定和/或切换用于Msg 1 1311和/或Msg 3 1313的上行链路载波。
图13B示出了两步无竞争随机接入程序。与图13A所示的四步基于竞争的随机接入程序相似,基站可以在程序发起之前向UE传输配置消息1320。配置消息1320在一些方面可以类似于配置消息1310。图13B所示的程序包括两个消息的传输:Msg 1 1321和Msg 21322。Msg 1 1321和Msg 2 1322在一些方面可以分别类似于图13A所示的Msg 1 1311和Msg2 1312。如从图13A和图13B将理解的,无竞争随机接入程序可以不包括类似于Msg 3 1313和/或Msg 4 1314的消息。
可以针对波束失败复原、其他SI请求、SCell添加和/或移交来发起图13B所示的无竞争随机接入程序。举例来说,基站可以向UE指示或指派待用于Msg 1 1321的前导码。UE可以经由PDCCH和/或RRC从基站接收前导码的指示(例如,ra-PreambleIndex)。
在传输前导码之后,UE可以启动时间窗口(例如,ra-ResponseWindow)以监测RAR的PDCCH。在波束故障复原请求的情况下,基站可以在由RRC消息所指示的搜索空间中(例如,recoverySearchSpaceId)用单独的时间窗口和/或单独的PDCCH来配置UE。UE可以监测寻址到搜索空间上的Cell RNTI(C-RNTI)的PDCCH传输。在图13B所示的无竞争随机接入程序中,UE可以确定随机接入程序在Msg 1 1321的传输和对应的Msg 2 1322的接收之后或响应于该传输和该接收而成功完成。例如,如果PDCCH传输寻址到C-RNTI,则UE可以确定随机接入程序成功完成。例如,如果UE接收到包括与由UE传输的前导码相对应的前导码标识符的RAR和/或RAR包括具有前导码标识符的MAC子PDU,则UE可以确定随机接入程序成功完成。UE可以确定该响应为SI请求的确认的指示。
图13C示出了另一个两步随机接入程序。与图13A和图13B所示的随机接入程序相似,基站可以在程序发起之前将配置消息1330传输到UE。配置消息1330在一些方面可以类似于配置消息1310和/或配置消息1320。图13C所示的程序包括两个消息的传输:Msg A1331和Msg B 1332。
Msg A1331可以由UE在上行链路传输中传输。Msg A1331可以包括前导码1341的一个或多个传输和/或传输块1342的一个或多个传输。传输块1342可以包括与图13A所示的Msg 3 1313的内容相似和/或等同的内容。传输块1342可以包括UCI(例如,SR、HARQ ACK/NACK等)。UE可以在传输Msg A1331之后或响应于该传输而接收Msg B1332。Msg B 1332可以包括与图13A和图13B所示的Msg 2 1312(例如,RAR)和/或图13A所示的Msg 4 1314的内容相似和/或等同的内容。
UE可以对于许可的频谱和/或未许可的频谱发起图13C中的两步随机接入程序。UE可以基于一个或多个因素来确定是否发起两步随机接入程序。该一个或多个因素可以为:正在使用的无线电接入技术(例如,LTE、NR等);UE是否具有有效的TA;小区大小;UE的RRC状态;频谱的类型(例如,许可的与未许可的);和/或任何其他合适的因素。
UE可以基于配置消息1330中所包括的两步RACH参数来确定Msg A1331中所包括的前导码1341和/或传输块1342的无线电资源和/或上行链路传输功率。RACH参数可以指示前导码1341和/或传输块1342的调制和编码方案(MCS)、时频资源和/或功率控制。可以使用FDM、TDM和/或CDM复用用于前导码1341的传输的时频资源(例如,PRACH)和用于传输传输块1342的时频资源(例如,PUSCH)。RACH参数可以使UE能够确定用于监测和/或接收Msg B1332的接收定时和下行链路信道。
传输块1342可以包括数据(例如,延迟敏感数据)、UE的标识符、安全信息和/或设备信息(例如,国际移动订户标识(IMSI))。基站可以传输Msg B 1332作为对Msg A1331的响应。Msg B 1332可以包括以下各项中的至少一项:前导码标识符;定时高级命令;功率控制命令;上行链路授权(例如,无线电资源指派和/或MCS);用于竞争解决的UE标识符;和/或RNTI(例如,C-RNTI或TC-RNTI)。如果存在以下情况则UE可以确定两步随机接入程序成功完成:Msg B 1332中的前导码标识符与由UE传输的前导码匹配;和/或Msg B 1332中的UE的标识符与Msg A1331中的UE的标识符匹配(例如,传输块1342)。
UE和基站可以交换控制信令。控制信令可以被称为L1/L2控制信令,并且可以源自PHY层(例如,层1)和/或MAC层(例如,层2)。控制信令可以包括从基站传输到UE的下行链路控制信令和/或从UE传输到基站的上行链路控制信令。
下行链路控制信令可以包括:下行链路调度指派;指示上行链路无线电资源和/或传送格式的上行链路调度授权;时隙格式信息;抢占指示;功率控制命令;和/或任何其他合适的信令。UE可以在由基站在物理下行链路控制信道(PDCCH)上传输的有效载荷中接收下行链路控制信令。在PDCCH上传输的有效载荷可以被称为下行链路控制信息(DCI)。在一些场景中,PDCCH可以是UE群组共同的群组共同PDCCH(GC-PDCCH)。
基站可以将一个或多个循环冗余校验(CRC)奇偶位附接到DCI,以便有助于传输误差的检测。当DCI预期用于UE(或UE群组)时,基站可以将CRC奇偶位用UE的标识符(或UE群组的标识符)加扰。将CRC奇偶位用标识符加扰可以包括标识符值和CRC奇偶位的Modulo-2添加(或排他性OR操作)。该标识符可以包括无线电网络临时标识符(RNTI)的16位值。
DCI可以用于不同的目的。目的可以由用于加扰CRC奇偶位的RNTI的类型指示。举例来说,具有用寻呼RNTI(P-RNTI)加扰的CRC奇偶位的DCI可以指示寻呼信息和/或系统信息变更通知。可以将P-RNTI预定义为十六进制的“FFFE”。具有用系统信息RNTI(SI-RNTI)加扰的CRC奇偶位的DCI可以指示系统信息的广播传输。可以将SI-RNTI预定义为十六进制的“FFFF”。具有用随机接入RNTI(RA-RNTI)加扰的CRC奇偶位的DCI可以指示随机接入响应(RAR)。具有用小区RNTI(C-RNTI)加扰的CRC奇偶位的DCI可以指示动态调度的单播传输和/或PDCCH有序随机接入的触发。具有用临时小区RNTI(TC-RNTI)加扰的CRC奇偶校验位的DCI可以指示竞争解决(例如,类似于图13A所示的Msg 3 1313的Msg 3)。由基站配置给UE的其他RNTI可以包括:所配置的调度RNTI(CS-RNTI)、传输功率控制PUCCH RNTI(TPC-PUCCH-RNTI)、传输功率控制PUSCH RNTI(TPC-PUSCH-RNTI)、传输功率控制SRS RNTI(TPC-SRS-RNTI)、中断RNTI(INT-RNTI)、时隙格式指示RNTI(SFI-RNTI)、半持久性CSI RNTI(SP-CSI-RNTI)、调制和编码方案小区RNTI(MCS-C-RNTI)等。
取决于DCI的目的和/或内容,基站可以传输具有一种或多种DCI格式的DCI。举例来说,DCI格式0_0可以用于小区中PUSCH的调度。DCI格式0_0可以是回退DCI格式(例如,具有紧凑的DCI有效载荷)。DCI格式0_1可以用于小区中PUSCH的调度(例如,具有比DCI格式0_0更大的DCI有效载荷)。DCI格式1_0可以用于小区中PDSCH的调度。DCI格式1_0可以是回退DCI格式(例如,具有紧凑的DCI有效载荷)。DCI格式1_1可以用于小区中PDSCH的调度(例如,具有比DCI格式1_0更大的DCI有效载荷)。DCI格式2_0可以用于向UE群组提供时隙格式指示。DCI格式2_1可以用于向UE群组通知物理资源块和/或OFDM符号,其中UE可以假设未预期向UE传输。DCI格式2_2可以用于传输PUCCH或PUSCH的传输功率控制(TPC)命令。DCI格式2_3可以用于传输一组TPC命令,以用于由一个或多个UE进行SRS传输。可以在未来的版本中定义新功能的DCI格式。DCI格式可以具有不同的DCI大小,或可以共享相同的DCI大小。
在用RNTI加扰DCI之后,基站可以用信道编码(例如,极性编码)、速率匹配、加扰和/或QPSK调制来处理DCI。基站可以在用于和/或配置用于PDCCH的资源元素上映射编码和调制的DCI。基于DCI的有效载荷大小和/或基站的覆盖范围,基站可以经由占据多个连续控制信道元素(CCE)的PDCCH来传输DCI。连续CCE的数量(称为聚合水平)可以为1、2、4、8、16和/或任何其他合适的数量。CCE可以包括资源元素群组(REG)的数量(例如,6个)。REG可以包括OFDM符号中的资源块。编码和调制的DCI在资源元素上的映射可以基于CCE和REG的映射(例如,CCE到REG映射)。
图14A示出了带宽部分的CORESET配置的示例。基站可以在一个或多个控制资源集(CORESET)上经由PDCCH传输DCI。CORESET可以包括UE在其中尝试使用一个或多个搜索空间来解码DCI的时间频率资源。基站可以在时频域中配置CORESET。在图14A的示例中,第一CORESET 1401和第二CORESET 1402出现在时隙中的第一符号处。第一CORESET 1401在频率域中与第二CORESET 1402重叠。第三CORESET 1403出现在时隙中的第三符号处。第四CORESET 1404出现在时隙中的第七符号处。CORESET在频率域中可以具有不同数量的资源块。
图14B示出了CORESET和PDCCH处理上用于DCI传输的CCE到REG映射的示例。CCE到REG映射可以是交错映射(例如,出于提供频率多样性的目的)或非交错映射(例如,出于有助于控制信道的干扰协调和/或频率选择性传输的目的)。基站可以对不同的CORESET执行不同或相同的CCE到REG映射。CORESET可以通过RRC配置与CCE到REG映射相关联。CORESET可以配置有天线端口准共址(QCL)参数。天线端口QCL参数可以指示用于CORESET中的PDCCH接收的解调参考信号(DMRS)的QCL信息。
基站可以向UE传输包括一个或多个CORESET以及一个或多个搜索空间集的配置参数的RRC消息。配置参数可以指示搜索空间集与CORESET之间的关联。搜索空间集可以包括由CCE在给定聚合水平处形成的PDCCH候选的集合。配置参数可以指示:每个聚合水平待监测的PDCCH候选的数量;PDCCH监测周期和PDCCH监测型式;待由UE监测的一个或多个DCI格式;和/或搜索空间集是共同搜索空间集还是UE特定搜索空间集。可以预定义并且UE已知共同搜索空间集中的CCE集合。可以基于UE的标识(例如,C-RNTI)来配置UE特定搜索空间集中的CCE集合。
如图14B所示,UE可以基于RRC消息来确定CORESET的时频资源。UE可以基于CORESET的配置参数来确定CORESET的CCE到REG映射(例如,交错或非交错和/或映射参数)。UE可以基于RRC消息来确定在CORESET上配置的搜索空间集的数量(例如,最多10个)。UE可以根据搜索空间集的配置参数来监测PDCCH候选的集合。UE可以监测一个或多个CORESET中的PDCCH候选的集合,以用于检测一个或多个DCI。监测可以包括根据所监测的DCI格式对PDCCH候选的集合中的一个或多个PDCCH候选进行解码。监测可以包括解码一个或多个PDCCH候选的DCI内容,其具有可能的(或经配置)PDCCH位置、可能的(或经配置)PDCCH格式(例如,CCE的数量、共同搜索空间中的PDCCH候选的数量,和/或UE特定搜索空间中的PDCCH候选的数量)和可能的(或经配置)DCI格式。解码可以被称为盲解码。UE可以响应于CRC校验(例如,匹配RNTI值的DCI的CRC奇偶位的加扰位)而确定DCI对于UE有效。UE可以处理DCI中所包含的信息(例如,调度指派、上行链路授权、功率控制、时隙格式指示、下行链路抢占等)。
UE可以将上行链路控制信令(例如,上行链路控制信息(UCI))传输到基站。上行链路控制信令传输可以包括用于所接收的DL-SCH传输块的混合自动重复请求(HARQ)确认。UE可以在接收DL-SCH传输块之后传输HARQ确认。上行链路控制信令可以包括指示物理下行链路信道的信道质量的信道状态信息(CSI)。UE可以将CSI传输到基站。基于所接收的CSI,基站可以确定用于下行链路传输的传输格式参数(例如,包括多天线和波束成形方案)。上行链路控制信令可以包括调度请求(SR)。UE可以传输指示上行链路数据可用于传输到基站的SR。UE可以经由物理上行链路控制信道(PUCCH)或物理上行链路共享信道(PUSCH)传输UCI(例如,HARQ确认(HARQ-ACK)、CSI报告、SR等)。UE可以使用几种PUCCH格式中的一种经由PUCCH传输上行链路控制信令。
可以存在五种PUCCH格式,并且UE可以基于UCI的大小(例如,UCI传输的上行链路符号的数量以及UCI位的数量)来确定PUCCH格式。PUCCH格式0可以具有一个或两个OFDM符号的长度,并且可以包括两个或更少位。如果传输超过一个或两个符号并且具有正或负SR的HARQ-ACK信息位(HARQ-ACK/SR位)的数量为一个或两个,则UE可以使用PUCCH格式0传输PUCCH资源中的UCI。PUCCH格式1可以占据四至十四个OFDM符号之间的数量,并且可以包括两个或更少位。如果传输的是四个或更多个符号并且HARQ-ACK/SR位的数量为一个或两个,则UE可以使用PUCCH格式1。PUCCH格式2可以占据一个或两个OFDM符号,并且可以包括多于两个位。如果传输超过一个或两个符号并且UCI位的数量为两个或更多个,则UE可以使用PUCCH格式2。PUCCH格式3可以占据四至十四个OFDM符号之间的数量,并且可以包括多于两个位。如果传输的是四个或更多个符号,UCI位的数量为两个或更多个,并且PUCCH资源不包括正交覆盖码,则UE可以使用PUCCH格式3。PUCCH格式4可以占据四至十四个OFDM符号之间的数量,并且可以包括多于两个位。如果传输的是四个或更多个符号,UCI位的数量为两个或更多个,并且PUCCH资源包括正交覆盖码,则UE可以使用PUCCH格式4。
基站可以使用例如RRC消息将多个PUCCH资源集的配置参数传输给UE。该多个PUCCH资源集(例如,至多四个集合)可以配置在小区的上行链路BWP上。PUCCH资源集可以配置有:PUCCH资源集索引;具有由PUCCH资源标识符标识的PUCCH资源的多个PUCCH资源(例如,pucch-Resourceid);和/或UE可以使用PUCCH资源集中的多个PUCCH资源中的一个PUCCH资源传输的多个(例如,最大数量)UCI信息位。当配置有多个PUCCH资源集时,UE可以基于UCI信息位的总位长度来选择多个PUCCH资源集中的一个PUCCH资源集(例如,HARQ-ACK、SR和/或CSI)。如果UCI信息位的总位长度为两个或更少,则UE可以选择具有等于“0”的PUCCH资源集索引的第一PUCCH资源集。如果UCI信息位的总位长度大于二且小于或等于第一配置值,则UE可以选择具有等于“1”的PUCCH资源集索引的第二PUCCH资源集。如果UCI信息位的总位长度大于第一配置值且小于或等于第二配置值,则UE可以选择具有等于“2”的PUCCH资源集索引的第三PUCCH资源集。如果UCI信息位的总位长度大于第二配置值且小于或等于第三值(例如,1406),则UE可以选择具有等于“3”的PUCCH资源集索引的第四PUCCH资源集。
在从多个PUCCH资源集确定PUCCH资源集之后,UE可以从PUCCH资源集确定用于UCI(HARQ-ACK、CSI和/或SR)传输的PUCCH资源。UE可以基于在PDCCH上接收的DCI(例如,具有DCI格式1_0或用于1_1的DCI)中的PUCCH资源指示符来确定PUCCH资源。DCI中的三位PUCCH资源指示符可以指示PUCCH资源集中的八个PUCCH资源中的一个PUCCH资源。基于PUCCH资源指示符,UE可以使用由DCI中的PUCCH资源指示符所指示的PUCCH资源来传输UCI(HARQ-ACK、CSI和/或SR)。
图15示出了根据本公开的实施方案的与基站1504通信的无线设备1502的示例。无线设备1502和基站1504可以是移动通信网络的一部分,诸如图1A所示的移动通信网络100、图1B所示的移动通信网络150或任何其他通信网络。图15中示出了仅一个无线设备1502和一个基站1504,但应理解,移动通信网络可以包括多于一个UE和/或多于一个基站,其具有与图15所示的那些相同或相似的配置。
基站1504可以通过经由空中接口(或无线电接口)1506的无线电通信将无线设备1502连接到核心网络(未示出)。通过空中接口1506从基站1504到无线设备1502的通信方向被称为下行链路,而通过空中接口从无线设备1502到基站1504的通信方向被称为上行链路。可以使用FDD、TDD和/或两种双工技术的一些组合,将下行链路传输与上行链路传输分开。
在下行链路中,待从基站1504发送到无线设备1502的数据可以被提供给基站1504的处理系统1508。该数据可以通过例如核心网络提供给处理系统1508。在上行链路中,待从无线设备1502发送到基站1504的数据可以被提供给无线设备1502的处理系统1518。处理系统1508和处理系统1518可以实施层3和层2OSI功能以处理用于传输的数据。层2可以包括例如关于图2A、图2B、图3和图4A的SDAP层、PDCP层、RLC层和MAC层。层3可以包括如关于图2B的RRC层。
在由处理系统1508处理之后,待发送给无线设备1502的数据可以被提供给基站1504的传输处理系统1510。类似地,在由处理系统1518处理之后,待发送给基站1504的数据可以被提供给无线设备1502的传输处理系统1520。传输处理系统1510和传输处理系统1520可以实施1层OSI功能。层1可以包括关于图2A、图2B、图3和图4A的PHY层。对于传输处理,PHY层可执行例如传送信道的正向纠错编码、交错、速率匹配、传送信道到物理信道的映射、物理信道的调制、多输入多输出(MIMO)或多天线处理等。
在基站1504处,接收处理系统1512可以从无线设备1502接收上行链路传输。在无线设备1502处,接收处理系统1522可以从基站1504接收下行链路传输。接收处理系统1512和接收处理系统1522可以实施层1OSI功能。层1可以包括关于图2A、图2B、图3和图4A的PHY层。对于接收处理,PHY层可以执行例如错误检测、正向纠错解码、去交错、传送信道到物理信道的去映射、物理信道的解调、MIMO或多天线处理等。
如图15所示,无线设备1502和基站1504可以包括多个天线。该多个天线可以用于执行一个或多个MIMO或多天线技术,诸如空间复用(例如,单用户MIMO或多用户MIMO)、传输/接收多样性和/或波束成形。在其他示例中,无线设备1502和/或基站1504可以具有单个天线。
处理系统1508和处理系统1518可以分别与存储器1514和存储器1524相关联。存储器1514和存储器1524(例如,一个或多个非暂时性计算机可读介质)可以存储计算机程序指令或代码,该计算机程序指令或代码可以由处理系统1508和/或处理系统1518执行以执行本申请中论述的功能中的一个或多个功能。尽管图15中未示出,但传输处理系统1510、传输处理系统1520、接收处理系统1512和/或接收处理系统1522可以耦合到存储计算机程序指令或代码的存储器(例如,一个或多个非暂时性计算机可读介质),该计算机程序指令或代码可以被执行以执行它们的相应功能中的一个或多个功能。
处理系统1508和/或处理系统1518可以包括一个或多个控制器和/或一个或多个处理器。该一个或多个控制器和/或一个或多个处理器可以包括例如通用处理器、数字信号处理器(DSP)、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)和/或其他可编程逻辑器件、离散门和/或晶体管逻辑、离散硬件部件、板载单元或其任何组合。处理系统1508和/或处理系统1518可以执行以下各项中的至少一项:信号编码/处理、数据处理、功率控制、输入/输出处理和/或可以使无线设备1502和基站1504能够在无线环境中工作的任何其他功能。
处理系统1508和/或处理系统1518可以分别连接到一个或多个外围设备1516和一个或多个外围设备1526。该一个或多个外围设备1516和该一个或多个外围设备1526可以包括提供特征和/或功能的软件和/或硬件,例如扬声器、传声器、键盘、显示器、触摸板、电源、卫星收发器、通用串行总线(USB)端口、免提耳机、调频(FM)无线电单元、媒体播放器、因特网浏览器、电子控制单元(例如,用于机动车辆)和/或一个或多个传感器(例如,加速度计、陀螺仪、温度传感器、雷达传感器、激光雷达传感器、超声波传感器、光传感器、相机等)。处理系统1508和/或处理系统1518可以从该一个或多个外围设备1516和/或该一个或多个外围设备1526接收用户输入数据和/或将用户输出数据提供给上述一个或多个外围设备。无线设备1502中的处理系统1518可以从电源接收电力和/或可以被配置为将电力分配给无线设备1502中的其他部件。电源可以包括一个或多个电源,例如电池、太阳能电池、燃料电池或它们的任何组合。处理系统1508和/或处理系统1518可以分别连接到GPS芯片组1517和GPS芯片组1527。GPS芯片组1517和GPS芯片组1527可以被配置为分别提供无线设备1502和基站1504的地理位置信息。
图16A示出了用于上行链路传输的示例性结构。表示物理上行链路共享信道的基带信号可以执行一个或多个功能。所述一个或多个功能可以包括以下各项中的至少一项:加扰;调制加扰位以生成复值符号;将复值调制符号映射到一个或若干传输层上;变换预编码以生成复值符号;复值符号的预编码;预编码复值符号到资源元素的映射;生成针对天线端口的复值时域单载波频分多址(SC-FDMA)或CP-OFDM信号;等等。在示例中,当启用变换预编码时,可以生成用于上行链路传输的SC-FDMA信号。在示例中,当未启用变换预编码时,可以通过图16A生成用于上行链路传输的CP-OFDM信号。这些功能被示出为示例,并且预期可以在各种实施方案中实现其他机制。
图16B示出了用于基带信号到载波频率的调制和升频转换的示例性结构。基带信号可以是天线端口的复杂值SC-FDMA或CP-OFDM基带信号和/或复杂值物理随机接入信道(PRACH)基带信号。可以在传输之前采用滤波。
图16C示出了用于下行链路传输的示例性结构。表示物理下行链路信道的基带信号可以执行一个或多个功能。所述一个或多个功能可以包括:对要在物理信道上传输的码字中的编码位进行加扰;调制加扰位以生成复值调制符号;将复值调制符号映射到一个或若干传输层上;用于在天线端口上传输的层上的复值调制符号的预编码;将针对天线端口的复值调制符号映射到资源元素;生成针对天线端口的复值时域OFDM信号;等等。这些功能被示出为示例,并且预期可以在各种实施方案中实现其他机制。
图16D示出了用于基带信号到载波频率的调制和升频转换的另一示例性结构。基带信号可以是天线端口的复杂值OFDM基带信号。可以在传输之前采用滤波。
无线设备可以从基站接收包括多个小区(例如,主小区、辅小区)的配置参数的一个或多个消息(例如,RRC消息)。无线设备可以经由该多个小区与至少一个基站(例如,双连接中的两个或更多个基站)通信。该一个或多个消息(例如,作为配置参数的一部分)可以包括物理层、MAC层、RLC层、PCDP层、SDAP层、RRC层的用于配置无线设备的参数。举例来说,配置参数可以包括用于配置物理层和MAC层信道、承载等的参数。举例来说,配置参数可以包括指示用于物理层、MAC层、RLC层、PCDP层、SDAP层、RRC层和/或通信信道的定时器的值的参数。
定时器一旦启动就可以开始运行,并且持续运行直到其停止或直到其到期。如果定时器未在运行,那么可以启动它,或者如果正在运行,那么可以重新启动它。定时器可以与值相关联(例如,定时器可以从一定值开始或重新开始,或者可以从零开始并且一旦其达到该值就到期)。定时器的持续时间可以不更新,直到该定时器停止或到期(例如,由于BWP切换)。定时器可以用于测量过程的时间段/窗口。当说明书提及与一个或多个定时器有关的实现方式和程序时,应当理解,存在实施该一个或多个定时器的多种方式。举例来说,应当理解,实施定时器的该多种方式中的一种或多种方式可以用于测量程序的时间段/窗口。举例来说,随机接入响应窗口定时器可以用于测量用于接收随机接入响应的时间窗口。在示例中,代替随机接入响应窗口定时器的启动和到期,可以使用两个时间戳之间的时间差。当定时器重新启动时,可以重新启动时间窗口的测量过程。可以提供其他示例性实施方式以重新启动时间窗口的测量。
在示例中,无线网络(例如,LTE、5G、新无线电、NR等)中的小数据传输(SDT)可以解释为早期数据传输(EDT)。术语SDT和术语EDT可以彼此互换。最初为上行链路数据传输执行的早期数据传输可以被称为移动始发早期数据传输(MO-EDT)、上行链路EDT、上行链路SDT、移动始发SDT(MO-SDT)等。最初为下行链路数据传输执行的(例如,基于寻呼程序发起的)早期数据传输可以被称为移动终止早期数据传输(MT-EDT)、下行链路EDT、下行链路SDT、移动终止SDT(MT-SDT)等。
在示例中,MO-EDT可以允许在随机接入程序期间和/或之后的一个上行链路数据传输,任选地,随后是至少一个下行链路数据传输。当上层请求建立或恢复移动始发数据(例如,可能不是信令或SMS)的RRC连接和/或上行链路数据大小可能小于或等于系统信息中指示的传输块(TB)大小时,MO-EDT可被触发。当使用用户平面蜂窝物联网(CIoT)EPS/5GS优化时,MO-EDT可能不用于控制平面上的数据。MO-EDT可适用于带宽降低的低复杂度(BL)UE、增强覆盖中的UE(例如,覆盖增强UE、CE UE)、窄带IoT(NB-IoT)UE和/或降低能力(RedCap)UE。
在示例中,用于控制平面CIoT EPS优化和/或控制平面CIoT 5GS优化的MO-EDT可以表征如下。上行链路用户数据可以在连接在CCCH上的UL RRCEarlyDataRequest消息中的NAS消息中传输。下行链路用户数据可以任选地在连接在CCCH上的DLRRCEarlyDataComplete消息中的NAS消息中传输。UE可能不会转变到RRC连接。
图17示出用于控制平面CIoT EPS优化和/或控制平面CIoT 5GS优化的MO-EDT程序的示例。在来自上层的对移动始发(MO)数据的连接建立请求时,UE可以发起MO-EDT程序并且/或者可以选择为EDT配置的随机接入前导码。UE可以通过发送所选择的随机接入前导码来执行随机接入程序。UE可以发送连接CCCH上的用户数据的RRC早期数据请求消息。对于EPS或5GS,如果在小区中启用,则UE可以指示AS释放辅助信息(RAI)。对于EPS,eNB或gNB可以发起S1-AP初始UE消息程序以转发NAS消息和/或建立S1连接。对于5GS,ng-eNB或gNB可以发起NG-AP初始UE消息程序以转发NAS消息。(ng-)eNB或gNB可以指示连接是针对EDT(和/或SDT)触发的。
对于EPS,MME可以请求S-GW为UE重新激活EPS承载。对于5GS,AMF可以确定来自UE的NAS消息中包含/指示的PDU会话。对于EPS,MME可以向S-GW发送上行链路数据。对于5GS,AMF可以向SMF发送PDU会话ID和/或上行链路数据,并且/或者SMF可以将上行链路数据转发到UPF。对于EPS,如果下行链路数据可用,则S-GW可以向MME发送下行链路数据对于5GS,如果下行链路数据可用,则UPF可以将下行链路数据转发到SMF,并且/或者SMF可以将下行链路数据转发到AMF。如果从S-GW和/或SMF接收到下行链路数据,则MME或AMF可以经由DL NAS传输程序将下行链路数据转发到eNB/ng-eNB或gNB,并且/或者可以指示是否预期更多的数据。在示例中,MME或AMF可以触发连接建立指示程序并且/或者可以指示是否预期更多的数据。在示例中,如果不预期更多的数据,则(ng-)eNB或gNB可以在CCCH上发送RRCEarlyDataComplete消息,以保持UE处于RRC_IDLE或RRC_INACTIVE。如果接收到下行链路数据,则可以在RRCEarlyDataComplete消息中连接下行链路数据。
对于EPS,可以释放S1连接并且/或者可以停用EPS承载。对于5GS,启动AN释放程序。如果MME/AMF或(ng-)eNB或gNB决定将UE移动到RRC_CONNECTED状态,则可以发送RRCConnectionSetup消息或RRCResume消息以回退到RRC连接建立/设置/恢复程序。(ng-)eNB或gNB可以丢弃在RRCConnectionSetupComplete消息中接收的零长度NAS PDU。如果响应于RRCEarlyDataRequest,既没有接收到RRCEarlyDataComplete,也没有接收到RRCConnectionSetup/establishment/resume(在后退的情况下),则UE可以确定UL数据传输不成功。
在示例中,用于用户平面CIoT EPS优化和/或用户平面CIoT 5GS优化的MO-EDT可以表征如下。可以在RRCConnectionRelease消息和/或具有暂停指示的RRC释放消息中向UE提供NextHopChainingCount(NCC)。上行链路用户数据可以在与CCCH上的ULRRCConnectionResumeRequest消息或RRC恢复请求消息复用的DTCH上传输。下行链路用户数据可以任选地在与DCCH上的DL RRCConnectionRelease消息或RRC释放消息复用的DTCH上传输。短恢复MAC-I(shortResumeMAC-I)可以被重新用作RRCConnectionResumeRequest消息和/或RRC恢复请求消息的认证令牌。可以使用来自先前连接的完整性密钥来计算短恢复MAC-I。上行链路和/或下行链路中的用户数据可以被加密。可以使用先前RRC连接的RRCConnectionRelease消息和/或RRC释放消息中提供的NextHopChainingCount(NCC)来导出密钥。RRCConnectionRelease消息和/或RRC释放消息可以被完整性保护和/或使用新导出的密钥加密。可能不存在从RRC闲置状态和/或RRC非活动状态到RRC连接的转变。
图18示出用于用户平面CIoT EPS优化和/或用户平面CIoT 5GS优化的MO-EDT程序的示例。在来自上层的对移动始发数据的连接恢复请求时,UE可以发起MO-EDT程序并且/或者可以选择为EDT配置的随机接入前导码。UE可以向eNB和/或gNB发送RRCConnectionResumeRequest,包括恢复ID、建立原因和/或认证令牌。UE可以恢复所有SRB和/或DRB。UE可以恢复在先前的RRC连接中配置的SRB和/或DRB中的一些。UE可以使用先前RRC连接的RRCConnectionRelease消息中提供的NextHopChainingCount来导出新的安全密钥,并且/或者可以重建AS安全性。用户数据可以被加密和/或经由与CCCH上的RRCConnectionResumeRequest消息复用的DTCH来传输。如果在小区中启用,则UE可以指示AS释放辅助信息(RAI)。eNB可以发起S1-AP上下文恢复程序来恢复S1连接和/或重新激活S1-U承载。MME可以请求S-GW为UE重新激活S1-U承载。MME可以向eNB确认UE上下文恢复。上行链路数据可以被递送到S-GW。如果下行链路数据可用,则S-GW可以向eNB发送下行链路数据。如果不预期更多的数据,则eNB可以发起S1连接的暂停和/或UE的S1-U承载的停用。eNB可以发送RRCConnectionRelease消息和/或RRC释放消息,以将UE保持在RRC_IDLE状态和/或RRC非活动状态。RRCConnectionRelease消息和/或RRC释放消息可以包括设置为rrc-Suspend的releaseCause、resumeID、NextHopChainingCount(NCC)和/或drb-ContinueROHC,它们可以由UE存储。如果接收到下行链路数据,则下行链路数据可以经由DTCH加密发送,该DTCH经由DCCH与RRCConnectionRelease消息和/或RRC释放消息复用。
如图18所示,在来自上层的对移动始发数据的连接恢复请求时,UE可以发起MO-EDT程序并且/或者可以选择为EDT配置的随机接入前导码。UE可以向ng-eNB和/或gNB发送RRCConnectionResumeRequest和/或RRC恢复请求消息,包括I-RNTI、恢复原因和/或认证令牌。UE可以恢复所有SRB和DRB。UE可以恢复在先前的RRC连接中配置的SRB和/或DRB中的一些。UE可以使用先前连接的RRCConnectionRelease消息和/或RRC释放消息中提供的NextHopChainingCount(NCC)来导出新的安全密钥,并且/或者可以重建AS安全性。用户数据可以被加密和/或经由与CCCH上的RRCConnectionResumeRequest消息和/或RRC恢复消息复用的DTCH来传输。UE可以指示AS释放辅助信息(RAI)。上行链路数据可以被递送到UPF。ng-eNB和/或gNB可以向AMF发送NG-AP上下文恢复请求消息以恢复连接。如果UE包括指示没有另外的UL/DL较高层PDU的AS释放辅助信息,则ng-eNB和/或gNB可以请求立即转变到具有暂停的RRC闲置和/或RRC非活动状态。如果AMF没有接收到对立即转变到具有暂停的RRC闲置和/或RRC非活动状态的请求,或者AMF知道下行链路数据或信令未决,则AMF可以请求SMF恢复PDU会话。AMF可以向ng-eNB和/或gNB发送NG-AP上下文恢复响应。如果AMF接收到立即转变到具有暂停的RRC闲置和/或RRC非活动状态的请求,和/或如果不存在下行链路数据或信令未决,则AMF可以包括暂停指示。AMF可以将UE保持在具有暂停的CM-IDLE中。如果AMF包括暂停指示,则ng-eNB和/或gNB可以进行具有暂停的RRC释放程序。如果AMF不包括暂停指示并且/或者如果UE包括指示在上行链路传输之后单个下行链路数据传输的AS释放辅助信息,则ng-eNB和/或gNB可以等待下行链路数据到达。ng-eNB或gNB可以发起NG-AP UE上下文暂停程序,以向AMF通知RRC连接可被暂停。AMF可以请求SMF暂停PDU会话。SMF可以请求UPF释放UE的隧道信息。eNB/ng-eNB和/或gNB可以发送RRCConnectionRelease消息和/或RRC释放消息,以将UE保持在RRC_IDLE和/或RRC非活动状态。RRCConnectionRelease消息和/或RRC释放消息可以包括可被设置为rrc-Suspend的releaseCause、I-RNTI、NextHopChainingCount(NCC)和/或drb-ContinueROHC,它们可以由UE存储。如果接收到下行链路数据(例如,后续下行链路数据),则下行链路数据可以经由DTCH加密发送,该DTCH在DCCH上与RRCConnectionRelease消息和/或RRC释放消息复用。
在示例中,如果MME/AMF或(ng-)eNB/gNB决定UE在RRC_CONNECTED状态下移动,则可以发送RRCConnectionResume消息和/或RRC恢复/设置消息以回退到RRC连接恢复程序。RRCConnectionResume消息和/或RRC恢复/设置消息可以被完整性保护和/或用导出的密钥加密。UE可以忽略包括在RRCConnectionResume消息和/或RRC恢复消息中的NextHopChainingCount(NCC)。下行链路数据可以经由与RRCConnectionResume消息和/或RRC恢复/设置消息复用的DTCH来传输。可以发送RRCConnectionSetup和/或RRC设置消息以回退到RRC连接建立/设置程序。在示例中,如果响应于MO-EDT的RRCConnectionResumeRequest消息和/或RRC恢复请求消息,既没有接收到RRCConnectionRelease消息(RRC释放消息),也没有接收到RRCConnectionResume消息(RRC恢复/设置消息),则UE可以认为上行链路数据传输不成功。
在示例中,如图19所示,对于用于用户平面CIoT EPS优化和/或用户平面CIoT 5GS优化的MO-EDT,可以在与RRC连接被暂停的基站(旧(ng-)eNB和/或旧gNB)不同的(ng-)eNB(例如,新(ng-)eNB)和/或gNB(例如,新的gNB)中恢复RRC连接。可以使用上下文提取来处理(ng-)eNB间或gNB间连接恢复。新(ng-)eNB或新gNB可以通过X2(Xn)接口从旧(ng-)eNB和/或旧gNB检索UE上下文。新(ng-)eNB或新gNB可以提供EPS的恢复ID或5GS的I-RNTI,旧(ng-)eNB或旧gNB可以使用它们来识别UE的UE上下文。
图19示出了在不同eNB/ng-eNB和/或不同gNB(例如,基站重定位情况)中用于用户平面CIoT EPS优化和/或用户平面CIoT 5GS优化的MO-EDT程序的示例。新(ng-)eNB或新gNB可以使用恢复ID(例如,对于EPS)或I-RNTI(例如,对于5GS)来定位/确定旧(ng-)eNB,并且/或者可以通过经由X2-AP(对于EPS)或Xn-AP(对于5GS)执行检索UE上下文程序来检索UE上下文。旧(ng)eNB可以用与恢复ID(例如,对于EPS)或I-RNTI(例如,对于5GS)相关联的UE上下文来响应。对于EPS,新eNB或新gNB可以发起S1-AP路径切换程序,以建立到服务MME的S1UE关联信令连接和/或请求MME恢复UE上下文。对于5GS,新ng-eNB或新gNB可以发起NG-AP路径切换程序,以建立到服务AMF的NG UE关联信令连接和/或请求AMF恢复UE上下文。对于EPS,MME可以请求S-GW为UE激活S1-U承载并且/或者可以更新下行链路路径。对于5GS,AMF可以请求SMF恢复PDU会话。SMF可以请求UPF为UE创建隧道信息并且/或者更新下行链路路径。对于EPS,在S1-AP路径切换程序之后,新eNB和/或新gNB可以通过经由X2-AP执行UE上下文释放程序来触发旧eNB或旧gNB处的UE上下文的释放。对于5GS,在NG-AP路径切换程序之后,新ng-eNB和/或新gNB可以通过经由Xn-AP执行UE上下文释放程序来触发旧ng-eNB和/或旧gNB处的UE上下文的释放。上行链路数据可以被递送到S-GW和/或UPF。
在示例中,MT-EDT可以用于随机接入程序期间的单个下行链路数据传输。如果UE和/或网络支持MT-EDT并且/或者如果存在UE的单个DL数据传输,则MT-EDT可以由MME、AMF/SMF或gNB发起。用于控制平面CIoT EPS/5GS优化和/或用于用户平面CIoT EPS/5GS优化的MT-EDT可以表征如下。UE可以经由NAS级信令(例如,经由NAS消息)来报告对用于控制平面CIoT EPS/5GS优化和/或用于用户平面CIoT EPS/5GS优化的MT-EDT的支持。下行链路数据大小可以被包括/指示在UE的S1-AP或NG-AP寻呼消息中。MT-EDT指示可以包括在Uu接口上的UE的寻呼消息中。对于用户平面CIoT EPS/5GS优化,可以在RRCConnectionRelease消息和/或具有暂停指示的RRC释放消息中向UE提供NextHopChainingCount(NCC)。响应于包括/包含MT-EDT指示的寻呼消息,如果上层请求建立或恢复移动终止呼叫的RRC连接,则UE可以触发用于控制平面CIoT EPS/5GS优化或用于用户平面CIoT EPS/5GS优化的MO-EDT程序。执行MT-EDT的UE可能不会转变到RRC连接状态。MT-EDT可适用于BL UE、增强覆盖中的UE(例如,CE UE)和/或NB-IoT UE。
在示例中,使用预配置的上行链路资源(PUR)的传输可以允许在不执行随机接入程序的情况下使用PUR从RRC_IDLE(RRC闲置状态)和/或RRC_INACTIVE(RRC非活动状态)进行至少一个上行链路传输。如果UE和/或(ng-)eNB支持,则(ng-)eNB和/或gNB可以启用使用PUR的传输。
在示例中,当处于RRC_CONNECTED模式/状态时,UE可以请求配置有PUR和/或释放PUR配置。(ng)eNB/gNB可以决定配置PUR,该PUR可以基于UE的请求、UE的订阅信息和/或本地策略。PUR在接收配置的小区中可能是有效的。
当UE的上层请求建立或恢复RRC连接时,可以触发使用PUR的传输。当UE有数据要传输时,可以触发使用PUR的传输。当UE具有用于传输的有效PUR和/或满足TA验证标准时,可以触发使用PUR的传输。使用PUR的传输可适用于BL UE、增强覆盖中的UE和/或NB-IoTUE。图23示出使用PUR的传输的示例。
在示例中,如图20所示,PUR配置请求和/或PUR配置的程序可以用于控制平面CIoTEPS/5GS优化和/或用户平面CIoT EPS/5GS优化。UE可以向基站(例如,gNB、eNB)发送PUR配置请求。基站可以向UE发送RRC连接释放指示和PUR配置参数。PUR配置参数可以基于PUR配置请求。在示例中,如图20所示,UE可以处于RRC_CONNECTED,并且可以在小区中启用PUR。UE可以通过发送提供关于所请求的资源的信息(例如,出现次数、周期性、时间偏移、TBS、RRCAck等)的PUR配置请求消息来向(ng-)eNB或gNB指示UE有兴趣被配置有PUR。UE可以在PURConfigurationRequest消息中向(ng-)eNB或gNB指示UE对要释放的经配置PUR感兴趣。当(ng-)eNB或gNB将UE移动到RRC_IDLE或RRC_INACTIVE时(例如,基于先前的UE PUR配置请求、订阅信息和/或本地策略),(ng-)eNB或gNB可以决定向UE提供PUR资源或者释放现有的PUR资源。(ng-)eNB或gNB可以在RRC连接释放消息中包括PUR配置的参数或PUR释放指示。对于使用控制平面CIoT EPS/5GS优化的UE,(ng-)eNB或gNB可以提供带有PUR配置的PUR配置ID。如果可用,当在建立/恢复不使用PUR资源的RRC连接时,UE可以在RRC连接设置/恢复完成消息中包括PUR配置ID。
在示例中,当UE接入另一个小区时,当在该小区中不再启用PUR时,和/或当PUR资源未被用于所配置数量的连续时机时,可以在UE和/或(ng-)eNB/gNB处释放PUR配置。在示例中,可以根据经配置的PUR资源来链接UE和PUR配置。
在示例中,图21示出使用用于控制平面CIoT EPS优化和/或用于控制平面CIoT5GS优化的PUR的传输的示例。可以使用连接在CCCH上的RRC早期数据请求消息中的NAS消息中的PUR资源来传输上行链路用户数据。如果没有下行链路数据,则(ng-)eNB或gNB可以通过发送层1确认来终止该程序,该层1确认任选地包含时间提前命令、MAC时间提前命令和/或没有用户数据的RRC早期数据完成。下行链路用户数据可以在连接在CCCH上的RRC早期数据完成消息中的NAS消息中传输。UE可能不会转变到RRC连接。
在图21中,UE可以确定可以使用PUR资源(例如,在小区中启用PUR、有效的时间对准等)。UE可以通过PUR资源进行传输。如果上行链路数据太大而不能包括在RRC早期数据请求中,则UE可以使用PUR资源来传输RRC连接请求。该程序可以回退到RRC连接建立程序和/或可以指派新的C-RNTI。(ng-)eNB或gNB可以通过发送层1回退指示来请求UE中止使用PUR的传输。在示例中,对于EPS,eNB或gNB可以发起S1-AP或N2/3初始UE消息程序来转发NAS消息并且/或者可以建立S1或N2/N3连接。对于5GS,ng-eNB或gNB可以发起NG-AP初始UE消息程序来转发NAS消息。(ng-)eNB或gNB可以指示该连接是针对EDT触发的。在示例中,对于EPS,MME可以请求S-GW为UE重新激活EPS承载。对于5GS,AMF可以确定包含在NAS消息中的PDU会话。对于EPS,MME可以向S-GW发送上行链路数据。对于5GS,AMF可以向SMF发送PDU会话ID和/或上行链路数据。SMF可以将上行链路数据转发给UPF。在示例中,对于EPS,如果下行链路数据可用,则S-GW可以向MME发送下行链路数据对于5GS,如果下行链路数据可用,则UPF可以将下行链路数据转发给SMF。SMF可以将下行链路数据转发给AMF。如果从S-GW或SMF接收到下行链路数据,则MME或AMF可以经由DL NAS传输程序将数据转发给eNB/ng-eNB或gNB,并且/或者可以指示是否预期更多的数据。在示例中,MME或AMF可以触发连接建立指示程序并且/或者可以指示是否预期更多的数据。如果(ng-)eNB或gNB知道没有进一步的数据或信令,则(ng-)eNB或gNB可以发送时间提前命令来更新TA和/或终止程序。在示例中,如果未预期另外的数据,则(ng-)eNB或gNB可以在CCCH上发送RRC早期数据完成消息,以保持UE处于RRC_IDLE或RRC_INACTIVE。如果接收到下行链路数据,则该下行链路数据可以连接在RRC早期数据完成消息中。在示例中,如果MME/AMF或(ng-)eNB/gNB决定将UE移动到RRC_CONNECTED模式,则可以发送RRC连接设置消息以回退到RRC连接建立程序和/或可以指派新的C-RNTI。(ng-)eNB或gNB可以丢弃在RRC连接设置完成消息中接收的零长度NAS PDU。在示例中,如果响应于RRC早期数据请求,没有接收到层1Ack、MAC时间提前命令、RRC早期数据完成和/或(在回退的情况下)RRC连接设置中的任一者,则UE可以认为UL数据传输不成功。
在示例中,如图22所示,UE可以使用用于用户平面CIoT EPS优化和/或用于用户平面CIoT 5GS优化的PUR来传输数据。UE可以处于RRC_IDLE或RRC_INACTIVE和/或具有有效PUR资源。可以在具有暂停指示的RRC连接释放消息中向UE提供下一跳链接计数。上行链路用户数据可以在与CCCH上的RRC连接恢复请求消息复用的DTCH上传输。下行链路用户数据可以任选地在与DCCH上的RRC连接释放消息复用的DTCH上传输。上行链路和下行链路中的用户数据可以被加密。可以使用先前RRC连接的RRC连接释放消息中提供的下一跳链接计数来导出密钥。RRC连接释放消息可以被完整性保护和/或使用新导出的密钥加密。UE可能不会转变到RRC连接。在示例中,UE可以使用用于用户平面CIoT EPS优化和用于用户平面CIoT5GS优化的PUR来传输数据。
在图22中,UE可以根据经配置的标准(例如,TA验证、RSRP验证等)来验证PUR资源。在示例中,UE可以通过PUR资源而不是在随机接入响应中分配的资源进行传输。UE可以向eNB或gNB发送RRC连接恢复请求,包括其恢复ID、建立原因和/或认证令牌。UE可以恢复SRB和DRB。UE可以使用先前RRC连接的RRC连接释放消息中提供的NextHopChainingCount来导出新的安全密钥,并且/或者可以重建AS安全性。用户数据可以被加密和/或在与CCCH上的RRC连接恢复请求消息复用的DTCH上传输。如果在小区中启用,则UE可以指示AS释放辅助信息。UE可以向ng-eNB或gNB发送RRCConnectionResumeRequest,包括其I-RNTI、恢复原因和/或认证令牌。UE可以恢复SRB和DRB。UE可以使用先前连接的RRC连接释放消息中提供的下一跳链接计数来导出新的安全密钥,并重建AS安全性。用户数据可以被加密并且在与CCCH上的RRC连接恢复请求消息复用的DTCH上传输。UE可以指示AS释放辅助信息。如果用户数据太大而不能包括在使用PUR的传输中,则UE可以使用PUR来传输RRC连接恢复请求和用户数据的一段。该程序可以回退到RRC连接恢复程序。可以指派新的C-RNTI。(ng-)eNB或gNB可以通过发送层1回退指示来请求UE中止使用PUR的传输。
在示例中,eNB或gNB可以发起S1-AP上下文恢复程序,以恢复S1连接并重新激活S1-U承载。MME可以请求S-GW为UE重新激活S1-U承载。MME可以向eNB或gNB确认UE上下文恢复。上行链路数据可以被递送到S-GW。如果下行链路数据可用,则S-GW可以向eNB或gNB发送下行链路数据。如果不预期更多的数据,则eNB或gNB可以发起S1连接的暂停和/或S1-U承载的停用。
在示例中,上行链路数据可以被递送到UPF。ng-eNB或gNB可以向AMF发送NG-AP上下文恢复请求消息以恢复连接。如果UE包括指示没有另外的UL/DL较高层PDU的AS释放辅助信息,则ng-eNB或gNB可以请求立即转变到具有暂停的RRC_IDLE和/或RRC_INACTIVE。在示例中,如果AMF没有接收到对立即转变到具有暂停的RRC闲置的请求,或者AMF知道下行链路数据或信令未决,则AMF可以请求SMF恢复PDU会话。AMF可以向ng-eNB或gNB发送NG-AP上下文恢复响应。如果AMF接收到立即转变到具有暂停的RRC闲置的请求和/或没有下行链路数据或信令未决,则AMF可以包括暂停指示并且/或者可将UE保持在具有暂停的CM闲置中。在示例中,如果AMF不包括暂停指示并且/或者UE包括指示在上行链路传输之后仅单个下行链路数据传输的AS释放辅助信息,则ng-eNB或gNB可以等待DL数据到达。ng-eNB或gNB可以发起NG-AP UE上下文暂停程序,以向AMF通知RRC连接被暂停。AMF可以请求SMF暂停PDU会话。SMF可以请求UPF释放UE的隧道信息。
eNB或gNB可以发送RRCConnectionRelease消息以保持UE处于RRC_IDLE。该消息包括由UE存储的设置为rrc-Suspend的releaseCause、resumeID、I-RNTI、NextHopChainingCount和drb-ContinueROHC。如果接收到下行链路数据,则下行链路数据可以在与DCCH上的RRCConnectionRelease消息复用的DTCH上加密发送。在示例中,RRC连接释放消息可以包括时间提前命令。
在示例中,如果MME/AMF或(ng-)eNB/gNB决定将UE移动到RRC_CONNECTED模式,则可以发送RRC连接恢复消息以回退到RRC连接恢复程序。RRC连接恢复消息可以被完整性保护和/或用密钥加密。UE可以忽略包括在RRC连接恢复消息中的下一跳链接计数。可以指派新的C-RNTI。可以在与RRC连接恢复消息复用的DTCH上传输下行链路数据。RRC连接设置也可以被发送以回退到RRC连接建立程序。如果响应于使用PUR的RRC连接恢复请求,既没有接收到RRC连接释放,也没有在回退的情况下接收到RRC连接恢复,则UE可以认为UL数据传输不成功。
在示例中,使用PUR的传输可以由RRC层发起。当发起使用PUR的传输时,RRC层可以向MAC提供以下各项中的至少一项:PUR-RNTI、PUR响应窗口的持续时间pur-ResponseWindowSize和/或UL授权信息。在示例中,如果MAC实体具有PUR-RNTI,则对于RRC层为使用PUR的传输提供上行链路授权的TTI,MAC实体可以将上行链路授权和/或相关联的HARQ信息递送到该TTI的HARQ实体。在使用PUR的传输之后,MAC实体可以使用定时器pur-ResponseWindowTimer在PUR响应窗口中监测由PUR-RNTI标识的PDCCH。PUR响应窗口可以在包含对应PUSCH传输的结束的子帧/时隙/符号加上4个子帧/时隙/符号处开始。PUR响应窗口可以具有长度pur-ResponseWindowSize。当pur-ResponseWindowTimer正在运行时,如果PDCCH传输被寻址到PUR-RNTI并且包含重传的UL授权,则MAC实体可以在与UL授权所指示的重传相对应的PUSCH传输的最后一个子帧/时隙/符号加上4个子帧/时隙/符号处重新启动PUR-ResponseWindowTimer。如果从较低层接收到使用PUR的传输的L1 ACK并且/或者如果PDCCH传输被寻址到PUR-RNTI并且MAC PDU被成功解码,则MAC实体可以停止pur-ResponseWindowTimer。如果从较低层接收到使用PUR的传输的L1ACK并且/或者MAC PDU仅包含定时提前命令MAC控制元素,则MAC实体可以向上层指示使用PUR的传输是成功的和/或可以丢弃PUR-RNTI。如果从较低层接收到使用PUR的传输的重复调整,则MAC实体可以向上层指示重复调整的值。在示例中,如果从较低层接收到对于PUR的回退指示,则MAC实体可以停止pur-ResponseWindowTimer并且/或者可以向上层指示接收到PUR回退指示和/或可以丢弃PUR-RNTI。如果从较低层接收到使用PUR的传输的重复调整,则MAC实体可以向上层指示重复调整的值。如果pur-ResponseWindowTimer到期,则MAC实体可以向上层指示使用PUR的传输已经失败和/或丢弃PUR-RNTI。
在示例中,MAC实体可以由上层(例如,RRC层)维持定时器pur-TimeAlignmentTimer。在示例中,当从上层接收到pur-TimeAlignmentTimer配置时,MAC实体可以启动pur-TimeAlignmentTimer。在示例中,当上层释放pur-TimeAlignmentTimer时,MAC实体可以停止pur-TimeAlignmentTimer。在示例中,当接收到定时提前命令MAC控制元素或PDCCH指示定时提前调整时,MAC实体可以应用定时提前命令或定时提前调整并且/或者可以启动/重新启动pur-TimeAlignmentTimer。在示例中,根据来自上层的请求,MAC实体可以指示pur-TimeAlignmentTimer是否正在运行。
在示例中,如果配置了pur-TimeAlignmentTimer,则当较低层确认pur-TimeAlignmentTimer正在运行时,UE可以认为使用PUR的传输的定时对准值是有效的。在示例中,如果配置了pur-RSRP-ChangeThreshold(NB-IoT中的pur-NRSRP-ChangeThreshold),则当自上次TA验证以来,服务小区RSRP没有增加超过increaseThresh和/或服务小区RSRP没有减少超过decreaseThresh时,UE可以认为使用PUR进行传输的定时对准值是有效的。
在示例中,配置有pur-Config的UE可以认为第一PUR时机出现在由H-SFN和/或SFN给出的H-SFN/SFN/子帧以及由startSFN和startSubframe指示的子帧处。可以基于在FLOOR(偏移/1024)个H-SFN循环之后出现的(H-SFNRef+offset)mod 1024来确定H-SFN。偏移可以由periodicityAndOffset给出。考虑到hsfn-LSB-Info,H-SFNRef可以对应于包含pur-Config的RRC连接释放消息的第一传输的最后一个子帧。H-SFN循环可以对应于1024个H-SFN的持续时间。
在示例中,在pur-NumOccasions被设置为一的情况下,对于第一PUR时机,如果使用PUR的传输没有被发起或者如果使用PUR的传输已经被发起,则在使用PUR的传输完成之后,UE可以释放pur-Config,可以丢弃先前存储的pur-Config,并且/或者可以向较低层指示pur-TimeAlignmentTimer被释放(例如,如果pur-TimeAlignmentTimer被配置)。
在示例中,在如图23所示pur-NumOccasions未被设置为一(例如,配置了周期性PUR)的情况下,UE可以认为在由startSubframe和startSFN指示的SFN/子帧处的第一PUR时机出现之后,后续PUR时机周期性地出现,并且周期性由periodicityAndOffset给出。在配置了pur-ImplicitReleaseAfter的情况下,对于在UE处于RRC_IDLE或RRC_INACTIVE时出现的PUR时机,如果没有发起使用PUR的传输或者如果从较低层接收到PUR失败指示,则UE可以认为跳过了PUR时机。如果pur-ImplicitReleaseAfter数量的连续的PUR时机已被跳过,则UE可以释放pur-Config,可以丢弃先前存储的pur-Config,并且/或者可以向较低层指示如果配置了pur-TimeAlignmentTimer,则pur-TimeAlignmentTimer被释放。
在示例中,发起可以包括开端和/或开始。在示例中,完成可以包括终结、解决、终止和/或停止。发起和/或完成可以是过程、程序、方法、机制和/或它们的部分。在示例中,装置可以发起过程并在发起之后执行该过程(例如,基于发起、响应于发起等)。过程可以具有作为该过程的一部分执行的一个或多个步骤(例如,子例程、子过程等)。在示例中,装置可以执行过程的一个或多个步骤(动作、操作等)(例如,过程的关键、必要和/或充分步骤),并基于该执行来确定过程已完成。在示例中,多个不同的装置可以执行过程的不同部分(例如,不同的、相异的和/或重叠的部分)。在示例中,多个不同装置中的一个装置可以基于整个过程的每个步骤完成来确定该过程完成。在示例中,多个装置中的一个装置可以基于该过程的步骤的特定子集(例如,少于整个过程)完成来确定该过程完成。例如,特定装置可以与过程的步骤子集相关联(例如,负责该步骤子集和/或能够执行该步骤子集),并且可以基于执行该步骤子集来确定该过程完成(例如,不管与不同装置相关联的其他步骤是否完成)。
在现有技术中,基站可以从无线设备接收小数据传输(SDT)程序(例如,早期数据传输EDT)的RRC请求消息。基站可以基于例如要传送的数据量、无线设备的状态、网络的状态或任何其他相关考虑来确定SDT程序是否适当。基于此确定,基站可以执行RRC释放程序(例如,如果SDT程序适当),或者可以将无线设备转变到RRC连接状态(例如,如果SDT程序不适当)。在一些实现中,基站可以被分成基站中央单元控制平面(CU-CP)、基站中央单元用户平面(CU-UP)和至少一个基站分布式单元(DU)。当实现拆分架构时,当基站CU-UP和/或基站DU仍在执行无线设备的SDT程序的通信时,基站CU-CP可以执行无线设备的RRC释放程序。例如,如图25所示,基站CU-CP可以通过执行无线设备的RRC释放程序来中断与无线设备的SDT程序相关联的正在进行的通信。为了完成正在进行的通信,无线设备可以执行随机接入、寻呼程序和/或RRC连接程序。因此,现有技术可能中断SDT程序,从而潜在地导致通信可靠性的降低和/或信令开销的增加。
示例性实施方案可以支持基站CU-UP和/或基站分布式单元向基站CU-CP报告小数据传输的完成信息。在示例中,如果基站CU-UP和/或基站分布式单元(DU)完成了无线设备的SDT程序的至少一部分(例如,完成了与SDT程序相关联的一个或多个小数据传输、所有预期的小数据传输等),基站CU-UP和/或基站分布式单元可以向基站CU-CP发送小数据传输的完成的指示(例如,推荐RRC连接释放的指示)。在示例中,基站CU-CP可以基于完成的指示向无线设备发送RRC释放消息。在示例中,基站CU-CP可以基于完成的指示来执行/发起无线设备的RRC释放程序。
在示例中,如果基站CU-UP和/或基站分布式单元确定执行SDT程序的无线设备需要更多数据通信,则基站CU-UP和/或基站分布式单元可以向基站CU-CP发送更多数据指示(例如,需要RRC连接的指示、SDT程序正在进行的指示等)。基于更多数据指示,基站CU-CP可以执行/发起无线设备的RRC释放程序。示例性实施方案可以提高通信可靠性并减少信令开销。
在示例中,如图26所示,无线设备(UE)可以与基站(例如,gNB等)通信,该基站包括基站中央单元(例如,CU、基站CU、gNB-CU等)和一个或多个基站分布式单元(例如,DU、基站DU、gNB-DU等)。为简洁起见,图26中示出了一个或多个DU中的一个示例性DU。CU可以包括基站中央单元控制平面(例如,CU-CP、基站CU-CP、gNB-CU-CP等。)和基站中央单元用户平面(例如,CU-UP、基站CU-UP、gNB-CU-UP等)。无线设备可以经由包括小区(Cell1)的一个或多个小区的无线信道直接与DU通信。无线设备可以经由DU与CU(例如,CU-CP和/或CU-UP)通信。
在示例中,DU和CU可以经由F1接口彼此连接,该F1接口包括F1控制平面接口(F1-C)和/或F1用户平面接口(F1-U)。DU可以经由F1控制平面接口(F1-C)与CU-CP通信。DU可以经由F1用户平面接口(F1-U)与CU-UP通信。CU-CP可以经由E1接口与CU-UP通信。在示例中,基站可以包括多个DU,该多个DU包括该DU和/或第二DU。CU可以经由多个F1接口与多个DU通信。无线设备可以与多个DU通信。无线设备可以经由多个DU中的一个或多个DU与CU通信。在示例中,DU或第二DU可以为无线设备提供主小区和/或主小区群组。在示例中,基站(例如,CU-CP和/或CU-UP)可以连接到核心网络节点/设备(例如,核心网络控制平面:AMF、MME等;和/或核心网络用户平面:UPF、S-GW等)。在示例中,基站(例如,CU-CP和/或CU-UP)可以连接到包括第二基站(例如,gNB2、eNB等)的多个相邻基站。
在示例中,图24示出了无线设备的小数据传输(SDT)程序(例如,早期数据传输(EDT))的示例性程序的流程图。在图24中,基站包括DU,并且CU包括CU-CP和CU-UP。
在示例中,CU-CP可以向CU-UP发送指示无线设备的SDT程序的配置消息。CU-UP可以接收与无线设备的SDT程序相关联的数据(例如,上行链路数据、下行链路数据、后续上行链路数据、后续下行链路数据等)。
在示例中,CU-UP可以基于接收和/或发送数据(例如,上行链路数据、下行链路数据、后续上行链路数据、后续下行链路数据等)来确定SDT程序的完成(例如,SDT程序完成)。CU-UP可以向CU-CP发送指示SDT程序的完成的指示消息。CU-CP可以基于该指示(例如,响应于该消息)向无线设备发送RRC释放消息。
在示例中,CU-UP可以确定与SDT程序相关联的数据(例如,上行链路数据、下行链路数据、后续上行链路数据、后续下行链路数据等中的至少一者)的大小大于阈值大小值。CU-UP可以向CU-CP并且基于确定数据的大小大于阈值大小值来发送通知消息,该通知消息包括指示数据的大小较大的参数、指示数据的大小的参数、指示要传输到无线设备的附加数据的参数、指示预期无线设备的后续数据(例如,后续上行链路数据和/或后续下行链路数据)的参数、指示/请求将无线设备转变到RRC连接状态的参数、指示无线设备的通信是活动的参数等。CU-CP可以基于通知消息来确定将无线设备转变到RRC连接状态。CU-CP可以向无线设备发送/传输指示无线设备转变到RRC连接状态的RRC消息。RRC消息可以包括以下各项中的至少一项:RRC恢复消息、RRC设置消息等。
在示例中,CU-CP可以从无线设备接收SDT程序的RRC请求消息。由CU-CP从无线设备接收RRC请求消息可以包括经由DU(例如,经由F1接口)从无线设备接收RRC请求消息。在示例中,无线设备可以对包括CU-CP的基站的小区执行随机接入程序。基于随机接入程序,无线设备可以向基站(例如,DU和/或CU-CP)发送RRC请求消息。RRC请求消息可以是与随机接入程序相关联的消息3。在示例中,无线设备可以经由至少一个预配置上行链路资源(PUR)发送RRC请求消息,当无线设备释放/暂停先前的RRC连接时,基站可能已经将该预PUR分配给无线设备。基站可以向无线设备发送包括用于至少一个PUR的PUR配置参数的RRC配置消息(例如,RRC释放消息、RRC重新配置消息、至少一个系统信息块等)。
在示例中,对于随机接入程序,DU可以从无线设备接收用于随机接入过程的至少一个随机接入前导码。DU可以向无线设备传输响应于至少一个随机接入前导码的至少一个随机接入响应。RRC请求消息可以基于至少一个随机接入响应。无线设备可以基于至少一个随机接入响应来传输RRC请求消息。在示例中,与RRC请求消息的接收相关联的随机接入过程的至少一个随机接入前导码可以被配置用于小数据传输(例如,EDT)。在示例中,DU可以从CU-CP接收包括至少一个RA参数的配置消息,该至少一个RA参数指示用于SDT程序的至少一个随机接入前导码。DU可以经由DU的小区向包括无线设备的多个无线设备传输/广播系统信息块,该系统信息块指示用于SDT程序的至少一个随机接入前导码。系统信息块可以包括指示用于SDT程序的至少一个随机接入前导码的至少一个RA参数。由DU接收至少一个随机接入前导码可以是基于系统信息块。无线设备可以接收至少一个信息块并且/或者可以基于系统信息块传输至少一个随机接入前导码。在示例中,无线设备可以经由无线设备在释放/暂停先前的RRC连接时接收的RRC释放消息来接收指示至少一个随机接入前导码的至少一个RA参数。无线设备可以从基站和/或基站的DU接收包括至少一个RA参数的RRC释放消息。
在示例中,RRC请求消息可以包括以下各项中的至少一项:RRC早期数据请求消息、RRC恢复请求消息、RRC设置请求消息等。在示例中,RRC请求消息可以包括恢复标识符(例如,resumeIdentity、I-RNTI、shortI-RNTI)、恢复MAC-I(例如,resumeMAC-I、shortResumeMAC-I)、恢复原因、S-TMSI(例如,UE标识符、NG-5G-S-TMSI)、建立原因、NAS层信息(例如,NAS PDU、DedicatedInfoNAS)等中的至少一者。在示例中,恢复标识符可以包括UE身份,以便于在基站处对无线设备进行UE上下文检索。在示例中,恢复MAC-I可以包括认证令牌,以便于在基站处认证无线设备(例如,可以基于AS安全配置来计算MAC-I的16个最低有效位)。在示例中,恢复原因可以包括紧急情况、高优先级接入、移动终止接入(mt-接入)、移动始发信令(mo-信令)、移动始发数据(mo-数据)、延迟容忍接入、移动始发语音呼叫(mo-语音呼叫)、移动终止早期数据传输(mt-EDT、MT SDT)、移动始发早期数据传输(mo-EDT、MO SDT)、RAN通知区域更新(ran-更新)等中的至少一者。恢复原因可以提供由上层或RRC层提供的RRC恢复请求的原因。由于无线设备正在使用未知原因值,网络可能不会拒绝RRCResumeRequest。在示例中,建立原因可以包括移动始发数据(mo-数据)、延迟容忍接入、移动终止接入(mt-接入)等中的至少一者。建立原因可以提供由上层提供的RRC早期数据请求的原因。由于无线设备正在使用未知原因值,网络可能不会拒绝RRCEarlyDataRequest。
在示例中,SDT程序可以包括以下各项中的至少一项的传输:初始上行链路数据、初始下行链路数据(例如,与MT-EDT相关联的下行链路数据)、在至少一个辅助参数中指示的至少一个后续数据传输的至少一个后续数据、至少一个后续上行链路数据、至少一个后续下行链路数据等。在示例中,至少一个后续数据传输可以与SDT程序相关联。至少一个后续数据传输可以包括至少一个后续上行链路数据传输、至少一个后续下行链路数据传输等中的至少一者。
在示例中,基站分布式单元可以从无线设备接收以下各项中的至少一项:SDT程序的RRC请求消息、与SDT程序相关联的上行链路数据、指示是否预期至少一个后续数据传输的至少一个辅助参数(例如,释放辅助信息RAI)等。在示例中,接收至少一个辅助参数可以包括经由以下各项中的至少一项来接收至少一个辅助参数:至少一个介质访问控制控制元素(MAC CE)、物理上行链路信道(例如,PUSCH、PUCCH、UCI等)、至少一个无线电链路控制(RLC)包标头等。在示例中,无线设备可以经由与RRC消息和/或上行链路数据复用和/或连接的至少一个MAC CE向基站分布式单元传输至少一个辅助参数。
在示例中,至少一个辅助参数可以包括以下各项中的至少一项:指示没有释放辅助信息(例如,没有RAI)的参数;指示不预期后续下行链路数据传输的参数;指示不预期后续上行链路数据传输的参数;指示预期单个后续下行链路数据传输的参数;指示预期单个后续上行链路数据传输的参数;预期的后续下行链路数据传输的第一数量;预期的后续上行链路数据传输的第二数量;等等。
在示例中,至少一个辅助参数可以包括无线设备的缓冲区状态报告。缓冲区状态报告可以指示要传输的数据的大小。缓冲区状态报告可以指示与SDT程序相关联的数据的大小,该数据可以在无线设备的至少一个队列(例如,MAC层)中被缓冲。缓冲区状态报告可以包括至少一个逻辑信道的至少一个逻辑信道标识符(LCID)和/或至少一个逻辑信道群组的至少一个逻辑信道群组标识符(LCG ID)。至少一个逻辑信道和/或至少一个逻辑信道群组可以被配置用于SDT程序的数据。在示例中,至少一个辅助参数可以包括以下各项中的至少一项:承载的承载标识符、逻辑信道的逻辑信道标识符、逻辑信道群组的逻辑信道群组标识符、QoS流的QoS流标识符、PDU会话的会话标识符等。承载、逻辑信道、逻辑信道群组、QoS流、PDU会话可以被配置用于与SDT程序相关联的数据。
在示例中,基站分布式单元可以向CU-CP发送以下各项中的至少一项:RRC请求消息和/或指示是否预期至少一个后续数据传输的辅助信息。CU-CP可以从基站分布式单元接收包括来自无线设备的SDT程序的RRC请求消息和/或辅助信息的至少一个消息。辅助信息可以基于至少一个辅助参数。辅助信息可以包括来自无线设备的至少一个辅助参数的一个或多个元素。在示例中,基站分布式单元可以经由至少一个F1消息向CU-CP发送至少一个消息,该至少一个消息包括RRC请求消息和/或辅助信息中的至少一者。在示例中,由CU-CP从基站分布式单元接收至少一个消息可以包括经由F1接口接收至少一个消息。至少一个消息可以包括以下各项中的至少一项:初始UL RRC消息传递消息、UL RRC消息传递消息、UE上下文修改/设置要求消息、UE上下文设置/修改消息、通知消息、接入成功消息等。
在示例中,至少一个消息可以包括以下各项中的至少一项:无线设备的无线设备标识符(例如,gNB-DU UE F1AP ID、gNB-CU UE F1AP ID、TMSI、S-TMSI、C-RNTI、PUR-RNTI、IMSI等)、无线设备接入以进行SDT程序的小区的小区标识符(例如,NR CGI、小区全局标识符、物理小区标识符等)、包括RRC请求消息的RRC容器、包括为无线设备配置的小区配置参数和/或SRB/DRB配置参数的DU到CU RRC容器、指示无线设备是使用补充上行链路还是使用正常上行链路来接入小区的补充上行链路(SUL)接入指示、事务标识符(例如,事务ID)、RANUE ID、包括RRC设置/恢复完成消息和/或RRC释放消息的第二RRC容器(例如,RRC-Container-RRCSetupComplete、RRC-Container-RRCResumeComplete、RRC-Container-RRCRelease)、SRB的SRB标识符(例如,SRB1/2/3)、PLMN标识符(例如,选定PLMN标识符)等。
在示例中,至少一个消息的辅助信息可以包括来自无线设备的缓冲区状态报告。缓冲区状态报告可以指示要传输的数据的大小。至少一个消息的辅助信息可以包括指示SDT程序(例如,MO-SDT、MO-EDT、MT-SDT、MT-EDT等)的信息元素(例如,SDT指示、EDT指示)。至少一个消息的辅助信息可以包括与SDT程序相关联的承载(例如,逻辑信道、QoS流、PDU会话)的承载标识符。在示例中,至少一个消息的辅助信息可以包括以下各项中的至少一项:承载的承载标识符、逻辑信道的逻辑信道标识符、逻辑信道群组的逻辑信道群组标识符、QoS流的QoS流标识符、PDU会话的会话标识符等。承载、逻辑信道、逻辑信道群组、QoS流、PDU会话可以被配置用于与SDT程序相关联的数据。基于辅助信息的承载标识符(例如,和/或逻辑信道标识符、逻辑信道群组标识符、QoS流标识符、会话标识符),CU-CP可以恢复/建立/设置无线设备的承载(例如,仅无线设备的多个暂停承载中的承载;仅无线设备的多个逻辑信道、逻辑信道群组、QoS流和/或PDU会话中的逻辑信道/逻辑信道群组/QoS流/PDU会话)。为了恢复/建立承载(例如,逻辑信道、逻辑信道群组、QoS流、PDU会话),CU-CP可以利用基站分布式单元和/或CU-UP执行无线设备的UE上下文设置/修改程序。对于UE上下文设置/修改程序,CU-CP可以向基站分布式单元和/或CU-UP发送包括承载的承载标识符(例如,和/或逻辑信道标识符、逻辑信道群组标识符、QoS流标识符、会话标识符)的上下文设置/修改请求消息。CU-CP可以从基站分布式单元和/或CU-UP接收指示恢复/建立承载(例如,逻辑信道、逻辑信道群组、QoS流、PDU会话)的完成的确认消息。
在示例中,上下文设置/修改请求消息可以包括以下各项中的至少一项:无线设备的无线设备标识符(例如,gNB-DU UE F1AP ID、gNB-CU UE F1AP ID、gNB-CU-CP UE F1APID、gNB-CU-UP UE F1AP ID、TMSI、S-TMSI、C-RNTI、PUR-RNTI、IMSI等),原因参数,RRC容器,包括被配置用于无线设备的小区配置参数和/或SRB/DRB配置参数(例如,QoS参数、QoS流标识符、S-NSSAI、网络切片信息、隧道信息、承载标识符等)的CU到DU RRC容器,事务标识符(例如,事务ID),RAN UE ID,SRB的SRB标识符(例如,SRB1/2/3),PLMN标识符(例如,选定PLMN标识符),无线设备的要取消的候选小区列表,无线设备的SpCell的SpCell标识符,无线设备的服务小区标识符,DRX循环信息,无线设备的辅小区的辅小区标识符等。
在示例中,CU-CP可以向CU-UP和/或基站分布式单元发送指示无线设备的SDT程序的配置消息(例如,上下文设置/修改请求消息)。配置消息可以指示上下文设置/修改请求是针对无线设备的SDT程序的。由CU-CP向CU-UP发送配置消息可以是基于RRC请求消息。在示例中,CU-CP可以基于配置消息从CU-UP和/或基站分布式单元接收指示配置完成的配置响应消息(例如,确认消息)。在示例中,配置消息可以包括承载上下文设置请求消息、承载上下文修改请求消息、承载上下文修改确认消息等中的至少一者。
在示例中,配置消息可以包括以下各项中的至少一项:UE DL集合最大比特率(AMBR)、UE DL最大完整性保护数据速率、服务PLMN的标识符列表、活动通知级别(例如,每UE/会话/QoS流/承载)、UE活动计时器的活动时间值、指示承载上下文状态改变的参数(例如,指示暂停或恢复)、E-UTRAN参数(例如,DRB到设置列表、RAT/频率优先级的用户简档ID、附加RRM策略索引、NG-RAN参数(例如,PDU会话资源到设置列表)、RAN UE ID、gNB-DU ID、跟踪激活、NPN上下文信息、基于管理的MDT PLMN列表、CHO发起等。
在示例中,配置消息可以包括至少一个参数,该至少一个参数指示是否预期无线设备的至少一个后续数据传输。至少一个后续数据传输可以包括至少一个后续上行链路数据传输和/或至少一个后续下行链路数据传输中的至少一者。SDT程序可以包括初始上行链路数据传输、初始下行链路数据传输、至少一个后续数据传输等中的至少一者。在示例中,指示是否预期至少一个后续数据传输的至少一个参数可以包括以下各项中的至少一项:指示没有释放辅助信息的参数;指示不预期后续下行链路数据传输的参数;指示不预期后续上行链路数据传输的参数;指示预期单个后续下行链路数据传输的参数;指示预期单个后续上行链路数据传输的参数;预期的后续下行链路数据传输的第一数量;预期的后续上行链路数据传输的第二数量等。
在示例中,配置消息可以包括请求报告SDT程序的完成的信息元素。请求报告SDT程序的完成的信息元素可以包括被配置为零的非活动时间值。在示例中,配置消息可以包括请求报告以下各项中的至少一项的完成的信息元素:初始上行链路数据、初始下行链路数据、单个后续下行链路数据、单个后续上行链路数据、第一数量的后续下行链路数据、第二数量的后续上行链路数据等。在示例中,请求报告SDT程序的完成的信息元素可以是与用于确定无线设备和/或包流的通信是非活动的UE非活动定时器的非活动时间值不同/分离的参数。
在示例中,配置消息可以包括与SDT程序相关联的至少一个承载(例如,QoS流、PDU会话、逻辑信道)的至少一个承载标识符。配置消息可以包括针对至少一个承载(例如,QoS流、PDU会话、逻辑信道)的恢复指示(例如,承载上下文状态改变:暂停/恢复)。恢复指示可以指示至少一个承载被恢复。在示例中,配置消息中指示承载上下文状态改变的参数可以包括与SDT程序相关联的至少一个承载(例如,QoS流、PDU会话、逻辑信道)的至少一个承载标识符。CU-UP可以基于配置消息的至少一个承载标识符来恢复/建立/配置无线设备的至少一个承载。CU-UP可以仅恢复/建立/配置无线设备的多个暂停承载中的至少一个承载。CU-UP可以基于配置消息中的至少一个承载的至少一个承载标识符、恢复指示和/或指示承载上下文状态改变的参数来恢复至少一个承载。基于配置消息中的至少一个承载的至少一个承载标识符、恢复指示和/或指示承载上下文状态改变的参数,CU-UP可以保持除了至少一个承载之外的一个或多个承载暂停。
在示例中,基于配置消息中的至少一个承载的至少一个承载标识符、恢复指示和/或指示承载上下文状态改变的参数,CU-UP可以接收/发送与至少一个承载相关联的包和/或可以确定至少一个承载的SDT程序是否完成。在示例中,CU-UP可以接收不与至少一个承载(例如,QoS流、PDU会话、逻辑信道)相关联的下行链路数据或上行链路数据。CU-UP可以向CU-CP发送指示接收下行链路数据或上行链路数据的数据通知。
在示例中,配置消息可以包括来自无线设备的缓冲器状态报告。缓冲区状态报告可以指示要传输的数据的大小。在示例中,配置消息可以包括指示以下各项中的至少一项的大小的信息元素:初始上行链路数据、初始下行链路数据、单个后续下行链路数据、单个后续上行链路数据、第一数量的后续下行链路数据、第二数量的后续上行链路数据等。
在示例中,CU-UP可以基于配置消息(例如,上下文设置/修改请求消息)和/或至少一个参数来接收和/或发送与无线设备的SDT程序相关联的数据(例如,上行链路数据、下行链路数据、后续上行链路数据、后续下行链路数据等)。CU-UP可以经由基站分布式单元从无线设备接收与SDT程序相关联的上行链路数据和/或后续上行链路数据。CU-UP可以向用户平面功能(UPF)、第二基站、服务网关(S-GW)等中的至少一者发送上行链路数据和/或后续上行链路数据。CU-UP可以从UPF、第二基站、S-GW等中的至少一者接收与SDT程序相关联的下行链路数据和/或后续下行链路数据。CU-UP可以经由基站分布式单元向无线设备发送下行链路数据和/或后续下行链路数据。在示例中,数据(例如,上行链路数据、下行链路数据、后续上行链路数据、后续下行链路数据等)可以是至少一个承载(例如,QoS流、PDU会话、逻辑信道)的数据。
在示例中,CU-UP可以接收以下各项中的至少一项:来自无线设备(经由基站分布式单元)的与SDT程序相关联的初始上行链路数据、来自核心网络设备(例如,UPF和/或S-GW)或第二基站的与SDT程序相关联的初始下行链路数据、来自无线设备(经由基站分布式单元)的至少一个后续上行链路数据、来自核心网络设备或第二基站的至少一个后续下行链路数据等。CU-UP可以发送以下各项中的至少一项:到核心网络设备或第二基站的初始上行链路数据、到无线设备(经由基站分布式单元)的初始下行链路数据、到核心网络设备或第二基站的至少一个后续上行链路数据、到无线设备(经由基站分布式单元)的至少一个后续下行链路数据等。
在示例中,基站分布式单元可以基于配置消息(例如,上下文设置/修改请求消息)和/或至少一个参数来接收和/或发送与无线设备的SDT程序相关联的数据(例如,上行链路数据、下行链路数据、后续上行链路数据、后续下行链路数据等)。基站分布式单元可以从无线设备接收与SDT程序相关联的上行链路数据和/或后续上行链路数据。基站分布式单元可以向CU-UP发送上行链路数据和/或后续上行链路数据。基站分布式单元可以从CU-UP接收与SDT程序相关联的下行链路数据和/或后续下行链路数据。CU-UP可以向无线设备发送下行链路数据和/或后续下行链路数据。在示例中,数据(例如,上行链路数据、下行链路数据、后续上行链路数据、后续下行链路数据等)可以是至少一个承载(例如,QoS流、PDU会话、逻辑信道)的数据。
在示例中,CU-UP可以基于接收和/或传输数据(例如,上行链路数据、下行链路数据、后续上行链路数据、后续下行链路数据等)并且/或者基于配置消息(例如,上下文设置/修改请求消息)和/或至少一个参数来确定SDT程序的完成。CU-UP可以接收无线设备的至少一个后续数据。确定SDT程序的完成可以是进一步基于接收到至少一个后续数据。
在示例中,SDT程序的完成可以包括接收与SDT程序相关联的初始上行链路数据、与SDT程序相关联的初始下行链路数据、至少一个后续上行链路数据、至少一个后续下行链路数据等中的至少一者的完成。SDT程序的完成可以包括发送与SDT程序相关联的初始上行链路数据、与SDT程序相关联的初始下行链路数据、至少一个后续上行链路数据、至少一个后续下行链路数据等中的至少一者的完成。
在示例中,CU-UP可以基于接收和/或发送初始上行链路数据、初始下行链路数据、单个后续下行链路数据、单个后续上行链路数据、第一数量的后续下行链路数据、第二数量的后续上行链路数据等中的至少一者来确定SDT程序的完成。在示例中,如果配置消息的至少一个参数(例如,上下文设置/修改请求消息和/或至少一个参数)指示不预期后续数据传输(例如,不预期后续下行链路数据传输和/或不预期后续上行链路数据传输),则CU-UP可以基于接收和/或发送初始上行链路数据和/或初始下行链路数据来确定SDT程序的完成。
在示例中,如果配置消息的至少一个参数(例如,上下文设置/修改请求消息和/或至少一个参数)指示预期单个后续下行链路数据传输,则CU-UP可以基于接收和/或发送初始上行链路数据、初始下行链路数据和/或单个后续下行链路数据来确定SDT程序的完成。在示例中,如果配置消息的至少一个参数(例如,上下文设置/修改请求消息和/或至少一个参数)指示预期单个后续上行链路数据传输,则CU-UP可以基于接收和/或发送初始上行链路数据、初始下行链路数据和/或单个后续上行链路数据来确定SDT程序的完成。
在示例中,如果配置消息的至少一个参数(例如,上下文设置/修改请求消息和/或至少一个参数)指示预期第一数量的后续下行链路数据传输,则CU-UP可以基于接收和/或发送初始上行链路数据、初始下行链路数据和/或第一数量的后续下行链路数据来确定SDT程序的完成。在示例中,如果配置消息的至少一个参数(例如,上下文设置/修改请求消息和/或至少一个参数)指示预期第二数量的后续上行链路数据传输,则CU-UP可以基于接收和/或发送初始上行链路数据、初始下行链路数据和/或第二数量的后续上行链路数据来确定SDT程序的完成。
在示例中,如图28所示,CU-UP可以基于包括无线设备的数据的至少一个包(例如,上行链路包或下行链路包;例如,PDCP/SDAP/IP/以太网包)的标头中的结束标记来确定SDT程序的完成。结束标记可以指示标头包括结束标记的至少一个包是无线设备和/或与SDT程序相关联的至少一个承载的最后一个包(例如,最后一个上行链路包和/或最后一个下行链路包)。
在示例中,CU-UP可以基于持续时间来确定SDT程序的完成,在该持续时间期间,CU-UP不接收或发送无线设备和/或与SDT程序相关联的至少一个承载的数据/包。在示例中,配置消息(例如,上下文设置/修改请求消息和/或至少一个参数)可以包括指示用于确定SDT程序的完成的持续时间的信息元素(例如,时间值)。
在示例中,CU-UP可以向CU-CP发送指示SDT程序的完成的指示消息。CU-CP可以经由E1接口从CU-UP接收指示消息。指示消息可以包括指示SDT程序的完成的通信完成信息。该指示消息可以是基于确定SDT程序的完成。在示例中,指示消息可以包括以下各项中的至少一项:承载上下文设置响应、承载上下文修改响应、所需的承载上下文修改、承载上下文释放请求、承载上下文非活动通知、数据使用报告等。
在示例中,来自CU-UP的指示消息可以指示初始上行链路数据、初始下行链路数据、至少一个后续上行链路数据、至少一个后续下行链路数据、单个后续下行链路数据、单个后续上行链路数据、第一数量的后续下行链路数据、第二数量的后续上行链路数据等中的至少一者的完成。来自CU-UP的指示消息可以包括无线设备的无线设备标识符。指示消息可以包括与SDT程序的完成相关联的承载(例如,PDU会话、QoS流、逻辑信道)的承载标识符(例如,PDU会话标识符、QoS流标识符、逻辑信道标识符)。
在示例中,来自CU-UP的指示消息可以包括指示要传输到无线设备的下行链路数据的大小的信息元素。响应于下行链路数据的大小等于或小于阈值,CU-CP可以确定执行/发起无线设备的RRC释放程序。响应于下行链路数据的大小等于或大于阈值,CU-CP可以确定将无线设备转变到RRC连接状态。
在示例中,来自CU-UP的指示消息可以包括指示用于确定SDT程序的完成的持续时间到期的信息元素。在示例中,来自CU-UP的指示消息可以包括指示CU-UP经由与无线设备的SDT程序相关联的至少一个包接收到结束标记的信息元素。
在示例中,如图27和/或图28所示,基站分布式单元(例如,DU、基站DU、gNB-DU等)可以基于接收和/或传输数据(例如,上行链路数据、下行链路数据、后续上行链路数据、后续下行链路数据等)、基于来自无线设备的至少一个辅助参数和/或基于配置消息(例如,上下文设置/修改请求消息)和/或至少一个参数来确定小数据传输(SDT)程序的完成(例如,SDT程序的至少一部分完成)。DU可以接收无线设备的至少一个后续数据。确定SDT程序的完成可以是进一步基于接收到至少一个后续数据。
在示例中,SDT程序的完成可以包括接收与SDT程序相关联的初始上行链路数据、与SDT程序相关联的初始下行链路数据、至少一个后续上行链路数据、至少一个后续下行链路数据等中的至少一者的完成。SDT程序的完成可以包括发送与SDT程序相关联的初始上行链路数据、与SDT程序相关联的初始下行链路数据、至少一个后续上行链路数据、至少一个后续下行链路数据等中的至少一者的完成。
在示例中,DU可以基于接收和/或发送初始上行链路数据、初始下行链路数据、单个后续下行链路数据、单个后续上行链路数据、第一数量的后续下行链路数据、第二数量的后续上行链路数据等中的至少一者来确定SDT程序的完成。在示例中,如果来自无线设备的至少一个辅助参数和/或配置消息的至少一个参数(例如,上下文设置/修改请求消息和/或至少一个参数)指示不预期后续数据传输(例如,不预期后续下行链路数据传输和/或不预期后续上行链路数据传输),则DU可以基于接收和/或发送初始上行链路数据和/或初始下行链路数据来确定SDT程序的完成。
在示例中,如果来自无线设备的至少一个辅助参数和/或配置消息的至少一个参数(例如,上下文设置/修改请求消息和/或至少一个参数)指示预期单个后续下行链路数据传输,则DU可以基于接收和/或发送初始上行链路数据、初始下行链路数据和/或单个后续下行链路数据来确定SDT程序的完成。在示例中,如果来自无线设备的至少一个辅助参数和/或配置消息的至少一个参数(例如,上下文设置/修改请求消息和/或至少一个参数)指示预期单个后续上行链路数据传输,则DU可以基于接收和/或发送初始上行链路数据、初始下行链路数据和/或单个后续上行链路数据来确定SDT程序的完成。
在示例中,如果来自无线设备的至少一个辅助参数和/或配置消息的至少一个参数(例如,上下文设置/修改请求消息和/或至少一个参数)指示预期第一数量的后续下行链路数据传输,则DU可以基于接收和/或发送初始上行链路数据、初始下行链路数据和/或第一数量的后续下行链路数据来确定SDT程序的完成。在示例中,如果来自无线设备的至少一个辅助参数和/或配置消息的至少一个参数(例如,上下文设置/修改请求消息和/或至少一个参数)指示预期第二数量的后续上行链路数据传输,则DU可以基于接收和/或发送初始上行链路数据、初始下行链路数据和/或第二数量的后续上行链路数据来确定SDT程序的完成。
在示例中,如图28所示,DU可以基于包括无线设备的数据的至少一个包(例如,上行链路包或下行链路包;例如,RLC/MAC包)的标头中的结束标记来确定SDT程序的完成。结束标记可以指示标头包括结束标记的至少一个包是无线设备和/或与SDT程序相关联的至少一个承载的最后一个包(例如,最后一个上行链路包和/或最后一个下行链路包)。
在示例中,DU可以基于持续时间来确定SDT程序的完成,在该持续时间期间,DU不接收或发送无线设备和/或与SDT程序相关联的至少一个承载的数据/包。在示例中,配置消息(例如,上下文设置/修改请求消息和/或至少一个参数)可以包括指示用于确定SDT程序的完成的持续时间的信息元素(例如,时间值)。
在示例中,DU可以向CU-CP发送指示SDT程序的完成的指示消息。CU-CP可以经由F1接口从DU接收指示消息。指示消息可以包括指示SDT程序的完成的通信完成信息。该指示消息可以是基于确定SDT程序的完成。在示例中,指示消息可以包括以下各项中的至少一项:承载上下文设置响应、承载上下文修改响应、所需的承载上下文修改、承载上下文释放请求、承载上下文非活动通知、数据使用报告等。
在示例中,来自DU的指示消息可以指示初始上行链路数据、初始下行链路数据、至少一个后续上行链路数据、至少一个后续下行链路数据、单个后续下行链路数据、单个后续上行链路数据、第一数量的后续下行链路数据、第二数量的后续上行链路数据等中的至少一者的完成。来自DU的指示消息可以包括无线设备的无线设备标识符。指示消息可以包括与SDT程序的完成相关联的承载(例如,PDU会话、QoS流、逻辑信道)的承载标识符(例如,PDU会话标识符、QoS流标识符、逻辑信道标识符)。
在示例中,来自DU的指示消息可以包括指示要传输到无线设备的下行链路数据的大小的信息元素。响应于下行链路数据的大小等于或小于阈值,CU-CP可以确定执行/发起无线设备的RRC释放程序。响应于下行链路数据的大小等于或大于阈值,CU-CP可以确定将无线设备转变到RRC连接状态。
在示例中,来自DU的指示消息可以包括指示用于确定SDT程序的完成的持续时间到期的信息元素。在示例中,来自DU的指示消息可以包括指示DU经由与无线设备的SDT程序相关联的至少一个包接收到结束标记的信息元素。
在示例中,CU-CP可以基于来自CU-UP和/或DU的指示消息来确定发起/执行无线设备的RRC释放程序。RRC释放程序可以包括向无线设备发送RRC释放消息。CU-CP可以基于SDT程序的完成来确定发起/执行无线设备的RRC释放程序。
在示例中,由CU-CP确定发起/执行RRC释放程序可以是基于DU、CU-CP、CU-UP等中的至少一者的资源状态。CU-CP可以从DU和/或CU-UP接收资源状态。如果资源状态(例如,可用资源、资源使用率、硬件过载状态等)指示CU-UP和/或DU过载,则CU-CP可以确定执行/发起无线设备的RRC释放程序。
在示例中,基于指示消息和/或确定执行/发起无线设备的RRC释放程序,CU-CP可以向无线设备发送RRC释放程序的RRC释放消息。在示例中,发送RRC释放消息可以是基于SDT程序的完成。
在示例中,RRC释放消息可以指示无线设备停留在RRC非活动状态或RRC闲置状态。在示例中,RRC释放消息可以包括用于暂停RRC连接的配置参数。在示例中,由CU-CP向无线设备发送RRC释放消息可以包括经由DU向无线设备发送RRC释放消息。
在示例中,DU可以通过将下行链路数据与RRC释放消息进行复用/连接来向无线设备传输下行链路数据。当DU从CU-UP接收到下行链路数据时,DU可以等待,直到从CU-CP接收到RRC释放消息。如果DU从CU-CP接收到RRC释放消息,则DU可以通过将下行链路数据与RRC释放消息复用/连接来向无线设备传输下行链路数据。
在示例中,如图29所示,CU-UP可以确定与SDT程序相关联的数据(例如,上行链路数据、下行链路数据、后续上行链路数据、后续下行链路数据等中的至少一者)的大小/量大于阈值大小值(例如,允许的/预期的数据量)。CU-UP可以从CU-CP接收阈值大小值(例如,经由配置消息、上下文设置/修改请求消息和/或至少一个参数)。
在示例中,基于接收/监测无线设备的包或数据,CU-UP可以向CU-CP发送通知消息。在示例中,通知消息可以包括指示是否预期无线设备的后续数据的辅助信息。后续数据可以包括后续上行链路数据和/或后续下行链路数据中的至少一者。
在示例中,CU-UP可以确定无线设备和/或至少一个承载的下行链路数据或上行链路数据保持超过阈值大小值的量和/或超过阈值包数量值的数量(例如,从CU-CP接收)。
在示例中,CU-UP可以接收与SDT程序相关联的至少一个包(例如,PDCP/SDAP/IP/以太网包)的至少一个包标头。至少一个包标头可以指示是否预期无线设备的后续数据。CU-UP可以基于至少一个包标头来确定通知消息和/或辅助信息。
在示例中,CU-UP可以接收与不同于与SDT程序相关联的至少一个承载的第二承载相关联的一个或多个包(例如,上行链路数据和/或下行链路数据)。第二承载可以不与至少一个承载(例如,QoS流、PDU会话、逻辑信道)相关联。基于接收到与第二承载相关联的一个或多个包,CU-UP可以向CU-CP发送指示接收到(例如,与第二承载相关联的)下行链路数据或上行链路数据的数据通知。
在示例中,基于确定数据的大小大于阈值大小值,CU-UP可以向CU-CP发送通知消息。通知消息可以指示无线设备的数据的大小较大(例如,大于阈值大小值)。
在示例中,基于确定无线设备和/或至少一个承载的下行链路数据或上行链路数据保持超过阈值大小值的量和/或超过阈值包数量值的数量,CU-UP可以向CU-CP发送通知消息。通知消息可以指示无线设备和/或至少一个承载的下行链路数据或上行链路数据保持超过阈值大小值的量和/或超过阈值包数量值的数量。
在示例中,基于指示预期无线设备的后续数据的至少一个包标头,CU-UP可以向CU-CP发送通知消息。通知消息可以指示预期无线设备的后续数据。
在示例中,基于与不同于与SDT程序相关联的至少一个承载的第二承载相关联的一个或多个包(例如,上行链路数据和/或下行链路数据),CU-UP可以向CU-CP发送通知消息。通知消息可以包括指示接收到(例如,与第二承载相关联的)下行链路数据或上行链路数据的数据通知。
在示例中,来自CU-UP的通知消息可以包括以下各项中的至少一项:指示数据的大小较大的参数、指示数据的大小的参数、指示要传输到无线设备的附加数据的参数、指示预期无线设备的后续数据(例如,后续上行链路数据和/或后续下行链路数据)的参数、指示/请求将无线设备转变到RRC连接状态的参数、指示无线设备的通信是活动的参数等。
在示例中,如图29所示,CU-CP可以经由E1接口从CU-UP接收通知消息。通知消息可以包括更多的数据信息,该数据信息指示在无线设备与网络之间有更多的数据要传送。在示例中,通知消息可以包括以下各项中的至少一项:承载上下文设置响应、承载上下文修改响应、所需的承载上下文修改、承载上下文释放请求、承载上下文非活动通知、数据使用报告等。
在示例中,如图29所示,DU可以确定与SDT程序相关联的数据(例如,上行链路数据、下行链路数据、后续上行链路数据、后续下行链路数据等中的至少一者)的大小/量大于阈值大小值(例如,允许的/预期的数据量)。DU可以从CU-CP接收阈值大小值(例如,经由配置消息、上下文设置/修改请求消息和/或至少一个参数)。
在示例中,基于接收/监测无线设备的包或数据,DU可以向CU-CP发送通知消息。在示例中,通知消息可以包括指示是否预期无线设备的后续数据的辅助信息。后续数据可以包括后续上行链路数据和/或后续下行链路数据中的至少一者。
在示例中,DU可以确定无线设备和/或至少一个承载的下行链路数据或上行链路数据保持超过阈值大小值的量和/或超过阈值包数量值的数量(例如,从CU-CP接收)。
在示例中,DU可以接收与SDT程序相关联的至少一个包(例如,MAC/RLC包)的至少一个包标头。至少一个包标头可以指示是否预期无线设备的后续数据。DU可以基于至少一个包标头来确定通知消息和/或辅助信息。
在示例中,DU可以接收与不同于与SDT程序相关联的至少一个承载的第二承载相关联的一个或多个包(例如,上行链路数据和/或下行链路数据)。第二承载可以不与至少一个承载(例如,QoS流、PDU会话、逻辑信道)相关联。基于接收到与第二承载相关联的一个或多个包,CU-UP可以向CU-CP发送指示接收到(例如,与第二承载相关联的)下行链路数据或上行链路数据的数据通知。
在示例中,基于确定数据的大小大于阈值大小值,DU可以向CU-CP发送通知消息。通知消息可以指示无线设备的数据的大小较大(例如,大于阈值大小值)。
在示例中,基于确定无线设备和/或至少一个承载的下行链路数据或上行链路数据保持超过阈值大小值的量和/或超过阈值包数量值的数量,DU可以向CU-CP发送通知消息。通知消息可以指示无线设备和/或至少一个承载的下行链路数据或上行链路数据保持超过阈值大小值的量和/或超过阈值包数量值的数量。
在示例中,基于指示预期无线设备的后续数据的至少一个包标头,DU可以向CU-CP发送通知消息。通知消息可以指示预期无线设备的后续数据。
在示例中,基于接收到与不同于与SDT程序相关联的至少一个承载的第二承载相关联的一个或多个包(例如,上行链路数据和/或下行链路数据),DU可以向CU-CP发送通知消息。通知消息可以包括指示接收到(例如,与第二承载相关联的)下行链路数据或上行链路数据的数据通知。
在示例中,来自DU的通知消息可以包括以下各项中的至少一项:指示数据的大小较大的参数、指示数据的大小的参数、指示要传输到无线设备的附加数据的参数、指示预期无线设备的后续数据(例如,后续上行链路数据和/或后续下行链路数据)的参数、指示/请求将无线设备转变到RRC连接状态的参数、指示无线设备的通信是活动的参数等。
在示例中,如图29所示,CU-CP可以经由F1接口从DU接收通知消息。通知消息可以包括更多的数据信息,该数据信息指示在无线设备与网络之间有更多的数据要传送。在示例中,通知消息可以包括以下各项中的至少一项:承载上下文设置响应、承载上下文修改响应、所需的承载上下文修改、承载上下文释放请求、承载上下文非活动通知、数据使用报告等。
在示例中,CU-CP可以基于来自CU-UP和/或DU的通知消息来确定将无线设备转变到RRC连接状态。CU-CP可以基于以下各项中的至少一项来确定将无线设备转变到RRC连接状态:无线设备的数据的大小较大(例如,大于阈值大小值);无线设备和/或至少一个承载的下行链路数据或上行链路数据保持超过阈值大小值的量和/或超过阈值包数量值的数量;预期无线设备的后续数据;CU-UP和/或DU接收不与用于SDT程序的至少一个承载相关联的下行链路数据或上行链路数据(例如,与第二承载相关联的数据);等等。
在示例中,由CU-CP确定将无线设备转变到RRC连接状态可以是基于DU、CU-CP、CU-UP等中的至少一者的资源状态。CU-CP可以从DU和/或CU-UP接收资源状态。如果资源状态(例如,可用资源、资源使用率、硬件过载状态等)指示CU-UP和/或DU没有过载,则CU-CP可以确定将无线设备转变到RRC连接状态。
在示例中,CU-CP可以向无线设备发送/传输指示无线设备转变到RRC连接状态的RRC消息。RRC消息可以包括以下各项中的至少一项:RRC恢复消息、RRC设置消息等。
在示例中,基于确定发起RRC释放程序,CU-CP可以向无线设备发送RRC释放程序的RRC释放消息。在示例中,基于确定将无线设备转变到RRC连接状态,CU-CP可以向无线设备发送用于无线设备转变到RRC连接状态的RRC消息。
CU-CP可以向DU发送/传输上下文消息,该上下文消息包括RRC释放程序的RRC释放消息或者用于无线设备转变到RRC连接状态的RRC消息。DU可以从CU-CP接收包括RRC释放消息或无线设备的RRC消息的上下文消息。在示例中,如果CU-CP确定发起RRC释放程序(例如,不将无线设备转变到RRC连接状态),则CU-CP可以经由上下文消息和/或经由DU向无线设备传输/发送RRC释放消息。在示例中,如果CU-CP确定不发起RRC释放程序(例如,将无线设备转变到RRC连接状态),则CU-CP可以经由上下文消息和/或经由DU向无线设备传输/发送RRC消息(例如,RRC恢复消息、RRC设置消息等)。在示例中,RRC消息可以包括以下各项中的至少一项:RRC恢复消息、RRC设置消息等。RRC释放消息可以包括以下各项中的至少一项:RRC连接释放消息、RRC早期数据完成消息等。RRC释放消息可以包括用于暂停RRC连接的配置参数。
在示例中,由CU-CP向DU发送/传输上下文消息可以包括经由F1接口发送/传输上下文消息。在示例中,上下文消息可以包括以下各项中的至少一项:UE上下文释放命令消息、DL RRC消息传递消息、UE上下文修改/设置请求消息、UE上下文设置/修改完成消息、通知消息、接入成功消息等。
在示例中,上下文消息可以包括以下各项中的至少一项:无线设备的无线设备标识符(例如,gNB-DU UE F1AP ID、gNB-CU UE F1AP ID、TMSI、S-TMSI、C-RNTI、PUR-RNTI、IMSI等),原因参数(例如,执行RRC释放程序的原因),包括RRC释放消息或RRC消息(例如,RRC设置/恢复消息)的RRC容器,包括被配置用于无线设备的小区配置参数和/或SRB/DRB配置参数(例如,QoS参数、QoS流标识符、S-NSSAI、网络切片信息、隧道信息、承载标识符等)的CU到DU RRC容器,事务标识符(例如,事务ID),RAN UE ID,包括RRC设置/恢复完成消息和/或RRC释放消息的第二RRC容器(例如,RRC-Container-RRCSetupComplete、RRC-Container-RRCResumeComplete、RRC-Container-RRCRelease),SRB的SRB标识符(例如,SRB1/2/3),PLMN标识符(例如,选定PLMN标识符),无线设备的要取消的候选小区列表,无线设备的SpCell的SpCell标识符,无线设备的服务小区标识符,DRX循环信息,无线设备的辅小区的辅小区标识符等。在示例中,如果上下文消息包括无线设备的RRC释放程序的RRC释放消息,则上下文消息可以是UE上下文释放命令消息。在示例中,如果上下文消息包括将无线设备转变到RRC连接状态的RRC消息(例如,RRC设置/恢复消息),则上下文消息可以是UE上下文修改/设置请求消息、UE上下文修改/设置确认消息、DL RRC消息传递消息等。
在示例中,RRC释放消息可以包括一个或多个承载(例如,SRB、DRB;逻辑信道、PDU会话、QoS流)的列表,该列表被允许使用SDT程序的程序(例如,早期数据传输)。基于一个或多个承载的列表,当无线设备处于RRC非活动状态或RRC闲置状态时,如果无线设备具有与一个或多个承载相关联的数据,则无线设备可以执行SDT程序。
在示例中,DU可以向无线设备传输/转发RRC释放消息或RRC消息。在示例中,基于从DU和/或CU-CP接收到RRC释放消息,无线设备可以处于RRC闲置状态或RRC非活动状态。在示例中,响应于从DU和/或CU-CP接收到RRC消息,无线设备可以发送/传输RRC完成消息。无线设备可以基于来自DU和/或CU-CP的RRC消息来转变到RRC连接状态(例如,建立/恢复/设置与基站的RRC连接)。RRC完成消息可以包括RRC设置完成消息、RRC恢复完成消息等中的至少一者。无线设备可以经由DU向CU-CP发送RRC完成消息。基于发送RRC完成消息和/或RRC连接,无线设备可以向/从基站(例如,DU、CU-UP和/或CU-CP)发送/接收包(例如,传输块、数据)。
在示例中,DU可以通过将初始下行链路数据和/或至少一个后续下行链路数据与RRC释放消息或RRC消息复用和/或连接,来向无线设备传输/发送初始下行链路数据和/或至少一个后续下行链路数据。
在示例中,CU-UP可以从CU-CP接收非活动计时器值,该非活动计时器值指示承载、QoS流、PDU会话、无线设备等中的至少一者的持续时间。CU-UP可以确定无线设备(例如,和/或承载、QoS流、PDU会话等)在持续时间内是非活动的。CU-UP可以基于该确定向CU-CP发送第二指示消息(例如,承载上下文非活动通知消息),该第二指示消息指示无线设备(例如,和/或承载、QoS流、PDU会话等)是非活动的。
在示例中,如图30所示,基站中央单元控制平面(例如,CU-CP、基站CU-CP、gNB-CU-CP等)可以向基站中央单元用户平面(例如,CU-UP、基站CU-UP、gNB-CU-UP等)发送指示无线设备的SDT程序的配置消息。CU-CP可以从CU-UP接收指示SDT程序的完成的指示消息。CU-CP可以基于指示消息向无线设备发送无线电资源控制(RRC)释放消息。在示例中,发送RRC释放消息可以是基于SDT程序的完成。在示例中,基站可以包括CU-CP、CU-UP、至少一个DU等中的至少一者。
在示例中,CU-UP可以从CU-CP接收非活动计时器值,该非活动计时器值指示承载、QoS流、PDU会话、无线设备等中的至少一者的持续时间。CU-UP可以确定无线设备(例如,和/或承载、QoS流、PDU会话等)在持续时间内是非活动的。CU-UP可以基于该确定向CU-CP发送第二指示消息(例如,承载上下文非活动通知消息),该第二指示消息指示无线设备(例如,和/或承载、QoS流、PDU会话等)是非活动的。
在示例中,CU-CP可以从无线设备接收SDT程序的RRC请求消息。由CU-CP向CU-UP发送配置消息可以是基于RRC请求消息。由CU-CP从无线设备接收RRC请求消息可以包括经由DU从无线设备接收RRC请求消息。在示例中,RRC请求消息可以包括以下各项中的至少一项:RRC早期数据请求消息、RRC恢复请求消息、RRC设置请求消息等。在示例中,DU可以从无线设备接收以下各项中的至少一项:SDT程序的RRC请求消息、与SDT程序相关联的上行链路数据、指示是否预期至少一个后续数据传输的至少一个辅助参数等。DU可以向CU-CP发送以下各项中的至少一项:RRC请求消息和/或指示是否预期至少一个后续数据传输的辅助信息。在示例中,接收至少一个辅助参数可以包括经由以下各项中的至少一项来接收至少一个辅助参数:至少一个介质访问控制控制元素(MAC CE)、物理上行链路信道(例如,PUSCH、PUCCH、UCI等)、至少一个无线电链路控制(RLC)包标头等。在示例中,至少一个辅助参数可以包括以下各项中的至少一项:指示没有释放辅助信息的参数、指示不预期后续下行链路数据传输的参数、指示不预期后续上行链路数据传输的参数、指示预期单个后续下行链路数据传输的参数、指示预期单个后续上行链路数据传输的参数、预期的后续下行链路数据传输的第一数量、预期的后续上行链路数据传输的第二数量、指示要传输的数据的大小的缓冲区状态报告等。
在示例中,CU-CP可以基于指示消息来确定发起/执行无线设备的RRC释放程序。RRC释放程序可以包括向无线设备发送RRC释放消息。由CU-CP确定发起/执行RRC释放程序可以是基于DU、CU-CP、CU-UP等中的至少一者的资源状态。在示例中,RRC释放消息可以指示无线设备停留在RRC非活动状态或RRC闲置状态。在示例中,RRC释放消息可以包括用于暂停RRC连接的配置参数。在示例中,由CU-CP向无线设备发送RRC释放消息可以包括经由DU向无线设备发送RRC释放消息。在示例中,DU可以通过与RRC释放消息复用/连接来向无线设备传输下行链路数据。
在示例中,配置消息可以包括指示是否预期至少一个后续数据传输的至少一个参数。至少一个后续数据传输可以包括至少一个后续上行链路数据传输和/或至少一个后续下行链路数据传输中的至少一者。SDT程序可以包括初始上行链路数据传输、初始下行链路数据传输、至少一个后续数据传输等中的至少一者。在示例中,指示是否预期至少一个后续数据传输的至少一个参数可以包括以下各项中的至少一项:指示没有释放辅助信息的参数;指示不预期后续下行链路数据传输的参数;指示不预期后续上行链路数据传输的参数;指示预期单个后续下行链路数据传输的参数;指示预期单个后续上行链路数据传输的参数;预期的后续下行链路数据传输的第一数量;预期的后续上行链路数据传输的第二数量等。
在示例中,配置消息可以包括请求报告SDT程序的完成的信息元素。请求报告SDT程序的完成的信息元素可以包括被配置为零的非活动时间值。在示例中,配置消息可以包括请求报告以下各项中的至少一项的完成的信息元素:初始上行链路数据、初始下行链路数据、单个后续下行链路数据、单个后续上行链路数据、第一数量的后续下行链路数据、第二数量的后续上行链路数据等。
在示例中,配置消息可以包括与SDT程序相关联的至少一个承载(例如,QoS流、PDU会话、逻辑信道)的至少一个承载标识符。配置消息可以包括针对至少一个承载(例如,QoS流、PDU会话、逻辑信道)的恢复指示(例如,承载上下文状态改变:暂停/恢复)。恢复指示可以指示至少一个承载被恢复。在示例中,CU-UP可以接收不与至少一个承载(例如,QoS流、PDU会话、逻辑信道)相关联的下行链路数据或上行链路数据。CU-UP可以向CU-CP发送指示接收下行链路数据或上行链路数据的数据通知。CU-UP可以基于配置消息的至少一个承载标识符来恢复/建立/配置无线设备的至少一个承载。CU-UP可以仅恢复/建立/配置无线设备的多个暂停承载中的至少一个承载。
在示例中,配置消息可以包括来自无线设备的缓冲器状态报告。缓冲区状态报告可以指示要传输的数据的大小。在示例中,配置消息可以包括指示以下各项中的至少一项的大小的信息元素:初始上行链路数据、初始下行链路数据、单个后续下行链路数据、单个后续上行链路数据、第一数量的后续下行链路数据、第二数量的后续上行链路数据等。
在示例中,CU-CP可以基于配置消息从CU-UP接收指示配置完成的配置响应消息。在示例中,CU-UP可以接收以下各项中的至少一项:来自无线设备(经由DU)的与SDT程序相关联的初始上行链路数据;来自核心网络设备或第二基站的与SDT程序相关联的初始下行链路数据;来自无线设备(经由DU)的至少一个后续上行链路数据;来自核心网络设备或第二基站的至少一个后续下行链路数据;等等。CU-UP可以发送以下各项中的至少一项:到核心网络设备或第二基站的初始上行链路数据;到无线设备(经由DU)的初始下行链路数据;到核心网络设备或第二基站的至少一个后续上行链路数据;到无线设备(经由DU)的至少一个后续下行链路数据;等等。SDT程序的完成可以包括接收初始上行链路数据、初始下行链路数据、至少一个后续上行链路数据、至少一个后续下行链路数据等中的至少一者的完成。SDT程序的完成可以包括发送初始上行链路数据、初始下行链路数据、至少一个后续上行链路数据、至少一个后续下行链路数据等中的至少一者的完成。
在示例中,CU-UP可以基于接收和/或发送初始上行链路数据、初始下行链路数据、单个后续下行链路数据、单个后续上行链路数据、第一数量的后续下行链路数据、第二数量的后续上行链路数据等中的至少一者来确定SDT程序的完成。在示例中,CU-UP可以基于包括无线设备的数据的至少一个包的标头中的结束标记来确定SDT程序的完成。
在示例中,指示消息可以指示初始上行链路数据、初始下行链路数据、单个后续下行链路数据、单个后续上行链路数据、第一数量的后续下行链路数据、第二数量的后续上行链路数据等中的至少一者的完成。指示消息可以包括无线设备的无线设备标识符。指示消息可以包括与SDT程序的完成相关联的承载的承载标识符。指示消息可以包括指示要传输到无线设备的下行链路数据的大小的信息元素。
在示例中,如图31所示,CU-UP可以从CU-CP接收指示无线设备的SDT程序的配置消息。CU-UP可以从无线设备接收与SDT程序相关联的上行链路和/或下行链路数据。CU-UP可以基于接收到上行链路数据和/或下行链路数据来确定SDT程序的完成。CU-UP可以向CU-CP发送指示SDT程序的完成的指示消息。CU-UP可以接收无线设备的至少一个后续数据。确定SDT程序的完成可以是进一步基于接收到至少一个后续数据。
在示例中,如图31所示,CU-UP可以从CU-CP接收指示无线设备的SDT程序的配置消息。CU-UP可以接收无线设备的数据(例如,上行链路数据或下行链路数据)。CU-UP可以确定数据的大小大于阈值大小值。CU-UP可以向CU-CP发送包括以下各项中的至少一项的通知消息:指示数据的大小较大的参数、指示数据的大小的参数、指示要传输到无线设备的附加数据的参数、指示/请求将无线设备转变到RRC连接状态的参数、指示无线设备的通信是活动的参数等。在示例中,通知消息可以包括指示是否预期无线设备的后续数据的辅助信息。后续数据可以包括后续上行链路数据和/或后续下行链路数据中的至少一者。
在示例中,CU-UP可以接收与SDT程序相关联的至少一个包的至少一个包标头。至少一个包标头可以指示是否预期无线设备的后续数据。CU-UP可以基于至少一个包标头来确定通知消息和/或辅助信息。CU-CP可以基于通知消息来确定将无线设备转变到RRC连接状态。CU-CP可以向无线设备发送/传输指示无线设备转变到RRC连接状态的RRC消息。RRC消息可以包括以下各项中的至少一项:RRC恢复消息、RRC设置消息等。
在示例中,如图30所示,CU-CP可以向CU-UP发送指示无线设备的SDT程序的配置消息。CU-CP可以从CU-UP接收包括以下各项中的至少一项的通知消息:指示数据的大小较大的参数、指示数据的大小的参数、指示要传输到无线设备的附加数据的参数、指示/请求将无线设备转变到RRC连接状态的参数、指示无线设备的通信是活动的参数等。CU-CP可以基于通知消息来确定将无线设备转变到RRC连接状态。CU-CP可以向无线设备发送/传输指示无线设备转变到RRC连接状态的RRC消息。RRC消息可以包括以下各项中的至少一项:RRC恢复消息、RRC设置消息等。
Claims (130)
1.一种方法,所述方法包括:
由基站中央单元控制平面(CU-CP)从基站分布式单元(DU)接收无线设备的小数据传输(SDT)程序的完成的指示;以及
由所述基站CU-CP基于所述完成的所述指示经由所述基站DU向所述无线设备发送无线电资源控制(RRC)释放消息。
2.如权利要求1所述的方法,其中所述完成的所述指示是由所述基站CU-CP在指示消息中接收到的。
3.如权利要求1至2中的一项所述的方法,其中所述发送所述RRC释放消息是基于所述SDT程序的所述完成。
4.如权利要求1至3中的一项所述的方法,其中所述RRC释放消息指示所述无线设备处于RRC非活动状态或RRC闲置状态。
5.如权利要求1至4中的一项所述的方法,其中所述RRC释放消息包括用于暂停RRC连接的配置参数。
6.一种方法,所述方法包括:
由基站中央单元控制平面(CU-CP)从基站中央单元用户平面(CU-UP)接收无线设备的小数据传输(SDT)程序的完成的指示;以及
由所述基站CU-CP基于所述完成的所述指示经由基站分布式单元(DU)向所述无线设备发送无线电资源控制(RRC)释放消息。
7.如权利要求6所述的方法,其中所述完成的所述指示是由所述基站CU-CP在指示消息中接收到的。
8.如权利要求6至7中的一项所述的方法,其中所述发送所述RRC释放消息是基于所述SDT程序的所述完成。
9.如权利要求6至8中的一项所述的方法,其中所述RRC释放消息指示所述无线设备处于RRC非活动状态或RRC闲置状态。
10.如权利要求6至9中的一项所述的方法,其中所述RRC释放消息包括用于暂停RRC连接的配置参数。
11.一种方法,所述方法包括:
由基站中央单元控制平面(CU-CP)接收无线设备的小数据传输(SDT)程序的完成的指示;以及
由所述基站CU-CP基于所述完成的所述指示向所述无线设备发送无线电资源控制(RRC)释放消息。
12.如权利要求11所述的方法,其中所述完成的所述指示是由所述基站CU-CP在指示消息中接收到的。
13.如权利要求11至12中的一项所述的方法,其中包括所述SDT程序的所述完成的所述指示的指示消息包括与所述SDT程序的所述完成相关联的承载的承载标识符。
14.如权利要求11至13中的一项所述的方法,,其中包括所述SDT程序的所述完成的所述指示的指示消息包括指示要传输到所述无线设备的下行链路数据的大小的信息元素。
15.如权利要求11至14中的一项所述的方法,其中所述SDT程序包括以下各项中的一项或多项:
初始上行链路数据传输;
初始下行链路数据传输;以及
至少一个后续数据传输。
16.如权利要求11至15中的一项所述的方法,其中所述发送所述RRC释放消息是基于所述SDT程序的所述完成。
17.如权利要求11至16中的一项所述的方法,所述方法还包括由所述基站CU-CP基于所述SDT程序的所述完成来发起RRC释放程序,其中所述RRC释放程序包括所述发送所述RRC释放消息。
18.如权利要求17所述的方法,其中所述发起是基于以下各项中的至少一项的资源状态:
所述基站CU-CP;
基站中央单元用户平面(CU-UP);以及
基站分布式单元。
19.如权利要求11至18中的一项所述的方法,其中所述RRC释放消息指示所述无线设备处于RRC非活动状态或RRC闲置状态。
20.如权利要求11至19中的一项所述的方法,其中所述RRC释放消息包括用于暂停RRC连接的配置参数。
21.如权利要求11至20中的一项所述的方法,其中所述向所述无线设备发送所述RRC释放消息是经由基站分布式单元(DU)。
22.如权利要求11至21中的一项所述的方法,,其中所述SDT程序的所述完成的所述指示是从基站分布式单元(DU)接收到的。
23.如权利要求22所述的方法,其中基站包括所述基站CU-CP和所述基站DU。
24.如权利要求22至23中任一项所述的方法,其中所述基站包括基站中央单元控制平面(CU-CP)。
25.如权利要求11至21中的一项所述的方法,,其中所述SDT程序的所述完成的所述指示是从基站中央单元用户平面(CU-UP)接收到的。
26.如权利要求25所述的方法,其中基站包括所述基站CU-CP和所述基站CU-UP。
27.如权利要求25至26中任一项所述的方法,其中所述基站包括至少一个基站分布式单元(DU)。
28.如权利要求25至27中的一项所述的方法,所述方法还包括:
由所述基站CU-CP向所述基站CU-UP发送非活动定时器值,所述非活动定时器值指示以下各项中的至少一项的持续时间:
承载;
QoS流;
PDU会话;或者
所述无线设备;以及
从所述基站CU-UP接收指示所述无线设备是非活动的第二指示消息。
29.如权利要求28所述的方法,其中所述第二指示消息是承载上下文非活动通知消息。
30.如权利要求11至29中的一项所述的方法,所述方法还包括由所述基站CU-CP向基站分布式单元(DU)发送所述无线设备的所述SDT程序的指示。
31.如权利要求11至30中的一项所述的方法,所述方法还包括由所述基站CU-CP向所述基站CU-UP发送所述无线设备的所述SDT程序的指示。
32.如权利要求30至31中的一项所述的方法,其中所述无线设备的所述SDT程序的所述指示是在配置消息中发送的。
33.如权利要求32所述的方法,其中所述配置消息包括至少一个参数,所述至少一个参数指示是否预期至少一个后续数据传输。
34.如权利要求33所述的方法,其中所述至少一个后续数据传输包括以下各项中的一项或多项:
至少一个后续上行链路数据传输;以及
至少一个后续下行链路数据传输。
35.如权利要求33至34中的一项所述的方法,其中所述至少一个参数包括以下各项中的至少一项:
指示没有释放辅助信息的参数;
指示不预期后续下行链路数据传输的参数;
指示不预期后续上行链路数据传输的参数;
指示预期单个后续下行链路数据传输的参数;
指示预期单个后续上行链路数据传输的参数;
预期的后续下行链路数据传输的第一数量;以及
预期的后续上行链路数据传输的第二数量。
36.如权利要求32至35所述的方法,其中所述配置消息包括来自所述无线设备的缓冲区状态报告,所述缓冲区状态报告指示要传输的数据的大小。
37.如权利要求32至36所述的方法,其中所述配置消息包括一个或多个信息元素。
38.如权利要求37所述的方法,其中所述一个或多个信息元素指示报告所述SDT程序的所述完成的请求。
39.如权利要求37至38中任一项所述的方法,其中所述一个或多个信息元素指示非活动时间值。
40.如权利要求37至39中任一项所述的方法,其中所述一个或多个信息元素指示报告以下各项中的至少一项的所述完成的请求:
初始上行链路数据;
初始下行链路数据;
单个后续下行链路数据;
单个后续上行链路数据;
第一数量的后续下行链路数据;以及
第二数量的后续上行链路数据。
41.如权利要求37至40中任一项所述的方法,其中所述一个或多个信息元素指示以下各项中的至少一项的大小:
初始上行链路数据;
初始下行链路数据;
单个后续下行链路数据;
单个后续上行链路数据;
第一数量的后续下行链路数据;以及
第二数量的后续上行链路数据。
42.如权利要求37至41中任一项所述的方法,其中所述一个或多个信息元素指示与所述SDT程序相关联的承载的至少一个标识符。
43.如权利要求42所述的方法,其中所述配置消息包括所述承载被恢复的指示。
44.如权利要求37至43中任一项所述的方法,其中所述一个或多个信息元素指示以下各项中的至少一项:
与所述SDT程序相关联的服务质量(QoS)流的至少一个标识符;
与所述SDT程序相关联的PDU会话的至少一个标识符;以及
与所述SDT程序相关联的逻辑信道的至少一个标识符。
45.如权利要求11至44中任一项所述的方法,所述方法还包括由所述基站CU-CP从所述基站CU-UP接收指示配置完成的配置响应消息。
46.如权利要求30至45中任一项所述的方法,所述方法还包括由所述基站CU-CP从所述无线设备接收所述SDT程序的RRC请求消息,其中所述发送所述SDT程序的所述指示是基于所述RRC请求消息。
47.如权利要求46所述的方法,其中所述RRC请求消息是经由基站分布式单元(DU)从所述无线设备接收到的。
48.如权利要求46至47中任一项所述的方法,其中所述RRC请求消息包括以下各项中的至少一项:
RRC早期数据请求消息;
RRC恢复请求消息;以及
RRC设置请求消息。
49.如权利要求30至46中任一项所述的方法,所述方法还包括由所述基站CU-CP从所述无线设备接收辅助信息,所述辅助信息指示是否预期所述SDT程序的至少一个后续数据传输。
50.如权利要求49所述的方法,其中所述辅助信息是经由基站分布式单元(DU)从所述无线设备接收到的。
51.如权利要求49至50中任一项所述的方法,其中所述辅助信息包括以下各项中的至少一项:
指示没有释放辅助信息的参数;
指示不预期后续下行链路数据传输的参数;
指示不预期后续上行链路数据传输的参数;
指示预期单个后续下行链路数据传输的参数;
指示预期单个后续上行链路数据传输的参数;
预期的后续下行链路数据传输的第一数量;
预期的后续上行链路数据传输的第二数量;以及
指示要传输的数据的大小的缓冲区状态报告。
52.如权利要求11至51中的一项所述的方法,其中所述SDT程序包括以下各项中的一项或多项:
初始上行链路数据传输;
初始下行链路数据传输;以及
所述至少一个后续数据传输。
53.如权利要求11至52中任一项所述的方法,其中所述SDT程序的完成的所述指示是与所述SDT程序相关联的一个或多个小数据传输完成的指示。
54.如权利要求11至52中任一项所述的方法,其中所述SDT程序的完成的所述指示是以下指示:
与所述SDT程序相关联的所有小数据传输完成;以及/或者
与所述SDT程序相关联的每个小数据传输完成。
55.如权利要求11至52中任一项所述的方法,其中所述SDT程序的完成的所述指示是不预期后续数据传输的指示。
56.如权利要求11至52中任一项所述的方法,其中所述SDT程序的完成的所述指示是从所述指示的发送者的角度来看所述SDT程序完成的指示。
57.如权利要求11至52中任一项所述的方法,其中所述SDT程序的完成的所述指示是向所述无线设备发送所述RRC释放消息的指示。
58.如权利要求11至52中任一项所述的方法,其中所述SDT程序的完成的所述指示是释放与所述SDT程序相关联的所述无线设备的连接的指示。
59.一种基站中央单元控制平面(CU-CP),所述基站CU-CP包括一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站CU-CP执行如权利要求1至58中任一项所述的方法。
60.一种包括指令的非暂时性计算机可读介质,所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求1至58中任一项所述的方法。
61.一种方法,所述方法包括:
接收与无线设备的小数据传输(SDT)程序相关联的数据;
基于所述接收所述数据来确定所述SDT程序的完成;以及
向基站中央单元控制平面(CU-CP)发送所述SDT程序的所述完成的指示。
62.如权利要求61所述的方法,其中所述完成的所述指示是由所述基站CU-CP在指示消息中接收到的。
63.如权利要求62所述的方法,其中所述指示消息包括与所述SDT程序的所述完成相关联的承载的承载标识符。
64.如权利要求62至63中的一项所述的方法,,其中包括所述SDT程序的所述完成的所述指示的所述指示消息包括指示要传输到所述无线设备的下行链路数据的大小的信息元素。
65.如权利要求61至64中的一项所述的方法,其中所述SDT程序包括以下各项中的一项或多项:
初始上行链路数据传输;
初始下行链路数据传输;以及
至少一个后续数据传输。
66.如权利要求61至65中任一项所述的方法,其中所述接收、所述确定和所述发送是由基站分布式单元(DU)进行的。
67.如权利要求66所述的方法,其中基站包括所述基站CU-CP和所述基站DU。
68.如权利要求66至67中任一项所述的方法,其中所述基站包括基站中央单元控制平面(CU-CP)。
69.如权利要求66至68中任一项所述的方法,所述方法还包括由所述基站DU从所述无线设备接收所述SDT程序的无线电资源控制(RRC)请求消息。
70.如权利要求69所述的方法,所述方法还包括由所述基站DU向所述基站CU-CP发送所述RRC请求消息。
71.如权利要求69至70中任一项所述的方法,其中所述RRC请求消息包括以下各项中的至少一项:
RRC早期数据请求消息;
RRC恢复请求消息;以及
RRC设置请求消息。
72.如权利要求66至71中任一项所述的方法,所述方法还包括由所述基站DU从所述无线设备接收至少一个辅助参数,所述至少一个辅助参数指示是否预期所述SDT程序的至少一个后续数据传输。
73.如权利要求72所述的方法,其中所述至少一个辅助参数包括以下各项中的至少一项:
至少一个介质访问控制控制元素;
物理上行链路信道;以及
至少一个无线电链路控制包标头。
74.如权利要求72至73中任一项所述的方法,其中所述至少一个辅助参数包括以下各项中的至少一项:
指示没有释放辅助信息的参数;
指示不预期后续下行链路数据传输的参数;
指示不预期后续上行链路数据传输的参数;
指示预期单个后续下行链路数据传输的参数;
指示预期单个后续上行链路数据传输的参数;
预期的后续下行链路数据传输的第一数量;
预期的后续上行链路数据传输的第二数量;以及
指示要传输的数据的大小的缓冲区状态报告。
75.如权利要求72至74中任一项所述的方法,所述方法还包括由所述基站DU向所述基站CU-CP发送辅助信息,所述辅助信息指示是否预期所述SDT程序的所述至少一个后续数据传输。
76.如权利要求75所述的方法,所述方法还包括基于所述至少一个辅助参数来确定所述辅助信息。
77.如权利要求66至76中任一项所述的方法,所述方法还包括由所述基站DU从所述无线设备接收与所述SDT程序相关联的上行链路数据。
78.如权利要求77所述的方法,所述方法还包括由所述基站DU向基站CU-UP发送所述上行链路数据。
79.如权利要求66至78中的一项所述的方法,所述方法还包括由所述基站DU从所述基站中央单元CU-CP接收与所述无线设备相关联的无线电资源控制(RRC)释放消息。
80.如权利要求79所述的方法,所述方法还包括由所述基站DU向所述无线设备发送所述RRC释放消息。
81.如权利要求79至80中的一项所述的方法,其中所述RRC释放消息指示所述无线设备处于RRC非活动状态或RRC闲置状态。
82.如权利要求79至81中的一项所述的方法,其中所述RRC释放消息包括用于暂停RRC连接的配置参数。
83.如权利要求79至82中任一项所述的方法,所述方法还包括由所述基站DU向所述无线设备传输下行链路数据,其中对所述下行链路数据进行以下各项中的一项或多项:
将所述下行链路数据与所述RRC释放消息复用;以及
将所述下行链路数据与所述RRC释放消息连接。
84.如权利要求61至83中的一项所述的方法,其中所述接收、所述确定和所述发送是由基站中央单元用户平面(CU-UP)进行的。
85.如权利要求84所述的方法,其中基站包括所述基站CU-CP和所述基站CU-UP。
86.如权利要求84至85中任一项所述的方法,其中所述基站包括至少一个基站分布式单元(DU)。
87.如权利要求84至86中的一项所述的方法,所述方法还包括:
由所述基站CU-UP从所述基站CU-CP接收非活动计时器值,所述非活动计时器值指示以下各项中的至少一项的持续时间:
承载;
服务质量(QoS)流;
PDU会话;以及
所述无线设备;以及
由所述基站CU-UP确定所述无线设备在所述持续时间内是非活动的;以及
由所述基站CU-UP向所述基站CU-CP并且基于所述确定来发送指示所述无线设备是非活动的第二指示消息。
88.如权利要求84至87中的一项所述的方法,其中所述第二指示消息是承载上下文非活动通知消息。
89.如权利要求84至88中的一项所述的方法,所述方法还包括由所述基站CU-UP从所述基站CU-CP接收所述无线设备的所述SDT程序的指示。
90.如权利要求89所述的方法,其中所述无线设备的所述SDT程序的所述指示是由所述基站CU-CP在配置消息中接收到的。
91.如权利要求90所述的方法,其中所述配置消息包括至少一个参数,所述至少一个参数指示是否预期至少一个后续数据传输。
92.如权利要求90至91所述的方法,其中所述配置消息包括来自所述无线设备的缓冲区状态报告,所述缓冲区状态报告指示要传输的数据的大小。
93.如权利要求90至92所述的方法,其中所述配置消息包括一个或多个信息元素。
94.如权利要求93所述的方法,其中所述一个或多个信息元素指示与所述SDT程序相关联的承载的至少一个标识符。
95.如权利要求94所述的方法,所述方法还包括:
由所述基站CU-UP接收不与所述承载相关联的下行链路数据或上行链路数据;以及
由所述基站CU-UP向所述基站CU-CP发送指示所述接收所述下行链路数据或所述上行链路数据的数据通知。
96.如权利要求94至95中任一项所述的方法,所述方法还包括由所述基站CU-UP基于所述承载的所述标识符来恢复和/或建立所述无线设备的所述承载。
97.如权利要求84至96中任一项所述的方法,所述方法还包括由所述基站CU-UP向所述基站CU-CP发送指示配置完成的配置响应消息。
98.如权利要求84至97中任一项所述的方法,所述方法还包括由所述基站CU-UP接收以下各项中的至少一项:
来自所述无线设备的与所述SDT程序相关联的初始上行链路数据;
来自核心网络设备或第二基站的与所述SDT程序相关联的初始下行链路数据;
来自所述无线设备的至少一个后续上行链路数据;以及
来自所述核心网络设备或所述第二基站的至少一个后续下行链路数据。
99.如权利要求84至98中任一项所述的方法,所述方法还包括由所述基站CU-UP发送以下各项中的至少一项:
到所述核心网络设备或所述第二基站的所述初始上行链路数据;
到所述无线设备的所述初始下行链路数据;
到所述核心网络设备或所述第二基站的所述至少一个后续上行链路数据;或者
到所述无线设备的所述至少一个后续下行链路数据。
100.如权利要求84至99中任一项所述的方法,其中所述SDT程序的所述完成包括以下各项中的至少一项的所述接收或所述发送的完成:
所述初始上行链路数据;
所述初始下行链路数据;
所述至少一个后续上行链路数据;以及
所述至少一个后续下行链路数据。
101.如权利要求84至100中任一项所述的方法,所述方法还包括由所述基站CU-UP基于接收或发送以下各项中的至少一项来确定所述SDT程序的所述完成:
初始上行链路数据;以及
初始下行链路数据。
102.如权利要求84至101中任一项所述的方法,所述方法还包括由所述基站CU-UP基于接收或发送以下各项中的至少一项来确定所述SDT程序的所述完成:
单个后续下行链路数据;以及
单个后续上行链路数据。
103.如权利要求84至102中任一项所述的方法,所述方法还包括由所述基站CU-UP基于接收或发送以下各项中的至少一项来确定所述SDT程序的所述完成:
第一数量的后续下行链路数据;以及
第二数量的后续上行链路数据。
104.如权利要求84至101中任一项所述的方法,所述方法还包括由所述基站CU-UP基于包括所述无线设备的数据的至少一个包的标头中的结束标记来确定所述SDT程序的所述完成。
105.如权利要求104所述的方法,所述方法还包括接收所述至少一个包。
106.一种基站分布式单元,所述基站分布式单元包括一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站分布式单元执行如权利要求61至83中任一项所述的方法。
107.一种基站中央单元用户平面(CU-UP),所述基站CU-UP包括一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站CU-UP执行如权利要求61至65或84至105中任一项所述的方法。
108.一种基站,所述基站包括一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站执行如权利要求61至105中任一项所述的方法。
109.一种包括指令的非暂时性计算机可读介质,所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求61至105中任一项所述的方法。
110.一种系统,所述系统包括:
基站分布式单元(DU)或基站中央单元控制平面(CU-CP),所述基站DU或所述基站CU-CP包括:一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站DU或所述基站CU-CP:
接收与无线设备的小数据传输(SDT)程序相关联的数据;
基于所述接收所述数据来确定所述SDT程序的完成;并且
向基站中央单元控制平面(CU-CP)发送所述SDT程序的所述完成的指示;以及
所述基站CU-CP,其中所述基站CU-CP包括:一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站CU-CP:
接收所述无线设备的所述SDT程序的所述完成的所述指示;并且
基于所述完成的所述指示向所述无线设备发送无线电资源控制(RRC)释放消息。
111.一种方法,所述方法包括:
由基站中央单元用户平面(CU-UP)从基站中央单元控制平面(CU-CP)接收指示无线设备的小数据传输(SDT)程序的配置消息;
由所述基站CU-UP接收所述无线设备的数据;以及
由所述基站CU-UP基于所述数据的大小大于阈值向所述基站CU-CP发送通知消息。
112.如权利要求111所述的方法,其中所述通知消息包括指示所述数据的所述大小大于所述阈值的参数。
113.如权利要求111至112中任一项所述的方法,其中所述通知消息包括指示所述数据的所述大小的参数。
114.如权利要求111至113中任一项所述的方法,其中所述通知消息包括指示要传输到所述无线设备的附加数据的参数。
115.如权利要求111至114中任一项所述的方法,其中所述通知消息包括指示和/或请求将所述无线设备转变到无线电资源控制连接状态的参数。
116.如权利要求111至115中任一项所述的方法,其中所述通知消息包括指示所述无线设备的通信是活动的参数。
117.如权利要求111至116中任一项所述的方法,其中所述通知消息包括指示是否预期所述无线设备的后续数据的辅助信息,所述后续数据包括以下各项中的至少一项:
后续上行链路数据;以及
后续下行链路数据。
118.如权利要求111至117中任一项所述的方法,所述方法还包括由所述基站CU-UP接收与所述小数据传输相关联的至少一个包的至少一个包标头,其中所述至少一个包标头指示是否预期所述无线设备的所述后续数据。
119.一种基站中央单元用户平面(CU-UP),所述基站CU-UP包括一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站CU-CP执行如权利要求111至118中任一项所述的方法。
120.一种包括指令的非暂时性计算机可读介质,所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求111至118中任一项所述的方法。
121.一种方法,所述方法包括:
由基站中央单元控制平面(CU-CP)向基站中央单元用户平面(CU-UP)发送指示无线设备的小数据传输(SDT)程序的配置消息;
由所述基站CU-CP从所述基站CU-UP接收通知消息;以及
由所述基站CU-CP基于所述通知消息向所述无线设备发送指示所述无线设备转变到RRC连接状态的无线电资源控制(RRC)消息。
122.如权利要求121所述的方法,其中所述通知消息包括指示以下各项中的一项或多项的参数:
数据的大小大于阈值;
所述数据的所述大小;
要传输到所述无线设备的附加数据;
将所述无线设备转变到无线电资源控制连接状态的请求;
将所述无线设备转变到无线电资源控制连接状态;以及
所述无线设备的通信是活动的。
123.如权利要求121至122中任一项所述的方法,其中所述通知消息包括指示是否预期所述无线设备的后续数据的辅助信息,所述后续数据包括以下各项中的至少一项:
后续上行链路数据;以及
后续下行链路数据。
124.如权利要求121至123中任一项所述的方法,所述方法还包括:基于所述通知消息来确定将所述无线设备转变到RRC连接状态,其中所述发送所述RRC消息是基于所述确定。
125.如权利要求121至124中任一项所述的方法,其中所述RRC消息包括RRC恢复消息。
126.如权利要求121至125中任一项所述的方法,其中所述RRC消息包括RRC设置消息。
127.如权利要求124至126中任一项所述的方法,其中所述向所述无线设备发送所述RRC消息是经由基站分布式单元(DU)。
128.一种基站中央单元控制平面(CU-CP),所述基站CU-CP包括一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站CU-CP执行如权利要求121至127中任一项所述的方法。
129.一种包括指令的非暂时性计算机可读介质,所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求121至127中任一项所述的方法。
130.一种系统,所述系统包括:
基站中央单元用户平面(CU-UP),所述基站CU-UP包括:一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站CU-UP:
从基站中央单元控制平面(CU-CP)接收指示无线设备的小数据传输(SDT)程序的配置消息;
接收所述无线设备的数据;并且
基于所述数据的大小大于阈值向所述基站CU-CP发送通知消息;以及
所述基站CU-CP,其中所述基站CU-CP包括:一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站CU-CP:
向所述基站CU-UP发送所述配置消息;并且
从所述基站CU-UP接收所述通知消息;并且
基于所述通知消息向所述无线设备发送指示所述无线设备转变到RRC连接状态的无线电资源控制(RRC)消息。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US202063083026P | 2020-09-24 | 2020-09-24 | |
US63/083,026 | 2020-09-24 | ||
PCT/US2021/051728 WO2022066888A1 (en) | 2020-09-24 | 2021-09-23 | Completion indication of small data transmission |
Publications (1)
Publication Number | Publication Date |
---|---|
CN116458258A true CN116458258A (zh) | 2023-07-18 |
Family
ID=78414067
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202180065239.5A Pending CN116458258A (zh) | 2020-09-24 | 2021-09-23 | 小数据传输的完成指示 |
Country Status (8)
Country | Link |
---|---|
US (2) | US11895726B2 (zh) |
EP (1) | EP4118931A1 (zh) |
JP (1) | JP2023544526A (zh) |
KR (1) | KR20230074198A (zh) |
CN (1) | CN116458258A (zh) |
BR (1) | BR112023005258A2 (zh) |
CA (1) | CA3193576A1 (zh) |
WO (1) | WO2022066888A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113747524A (zh) * | 2020-05-29 | 2021-12-03 | 北京三星通信技术研究有限公司 | 支持切换的方法和设备 |
US20230328691A1 (en) * | 2022-04-07 | 2023-10-12 | Samsung Electronics Co., Ltd. | Apparatus and method for receiving paging-related information |
WO2023219776A1 (en) * | 2022-04-21 | 2023-11-16 | Ofinno, Llc | Small data transmission |
WO2023219714A1 (en) * | 2022-05-09 | 2023-11-16 | Qualcomm Incorporated | Techniques for secret key extraction during an access procedure |
WO2024025451A1 (en) * | 2022-07-25 | 2024-02-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Small data transmissions in a wireless network |
EP4319348A1 (en) * | 2022-08-04 | 2024-02-07 | Vodafone Group Services Limited | Facilitating small data transmission (sdt) in a mobile telecommunications network |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090180451A1 (en) * | 2008-01-10 | 2009-07-16 | Comsys Communication & Signal Processing Ltd. | Apparatus for and method of coordinating transmission and reception opportunities in a communications device incorporating multiple radios |
CN110139386A (zh) * | 2018-02-08 | 2019-08-16 | 电信科学技术研究院有限公司 | 一种上行小数据的传输方法、网络侧du和网络侧cu |
ES2952371T3 (es) * | 2018-08-03 | 2023-10-31 | Ericsson Telefon Ab L M | Optimizaciones del plano de usuario para internet de las cosas celular de 5G |
US11963252B2 (en) * | 2019-02-19 | 2024-04-16 | Lg Electronics Inc. | Uplink data fast transmission in CU-DU split |
WO2021150015A1 (en) * | 2020-01-22 | 2021-07-29 | Lg Electronics Inc. | Method and apparatus for fast small data transmission in a wireless communication system |
CN116530204A (zh) | 2020-08-31 | 2023-08-01 | 欧芬诺有限责任公司 | 小数据传输的后续数据信息 |
-
2021
- 2021-09-23 WO PCT/US2021/051728 patent/WO2022066888A1/en active Application Filing
- 2021-09-23 JP JP2023518776A patent/JP2023544526A/ja active Pending
- 2021-09-23 CA CA3193576A patent/CA3193576A1/en active Pending
- 2021-09-23 KR KR1020237013140A patent/KR20230074198A/ko active IP Right Grant
- 2021-09-23 BR BR112023005258A patent/BR112023005258A2/pt unknown
- 2021-09-23 CN CN202180065239.5A patent/CN116458258A/zh active Pending
- 2021-09-23 EP EP21799140.5A patent/EP4118931A1/en active Pending
-
2022
- 2022-10-05 US US17/960,387 patent/US11895726B2/en active Active
-
2024
- 2024-02-02 US US18/431,445 patent/US20240179787A1/en active Pending
Also Published As
Publication number | Publication date |
---|---|
JP2023544526A (ja) | 2023-10-24 |
US20230087615A1 (en) | 2023-03-23 |
US11895726B2 (en) | 2024-02-06 |
EP4118931A1 (en) | 2023-01-18 |
BR112023005258A2 (pt) | 2023-04-25 |
CA3193576A1 (en) | 2022-03-31 |
US20240179787A1 (en) | 2024-05-30 |
WO2022066888A1 (en) | 2022-03-31 |
KR20230074198A (ko) | 2023-05-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114391237B (zh) | 一种通信方法 | |
CN115004599B (zh) | 多个传输和接收点中的下行链路接收 | |
CN115777234A (zh) | 小数据传输 | |
EP4026392B1 (en) | Subsequent data information for small data transmission | |
CN116171631B (zh) | 用于上行链路资源配置的方法、装置和系统 | |
CN115486202A (zh) | 小数据传输(sdt) | |
CN116965104A (zh) | 针对小数据传输的寻呼 | |
CN114762441B (zh) | 一种基于小区配置参数的连接复原的方法、无线装置及系统 | |
US11895726B2 (en) | Completion indication of small data transmission | |
CN114762282B (zh) | 用于侧链路传输的抢占指示和无线电资源选择 | |
EP4014653B1 (en) | Uplink resource release | |
CN116830780A (zh) | 非活动上下文管理 | |
CN116830653A (zh) | 小数据传输程序中的释放消息 | |
CN116889079A (zh) | 逻辑信道配置 | |
WO2021138662A1 (en) | Neighbour cell conditional configuration for a user equipment in inactive state | |
CN116686380A (zh) | 小数据传输程序的下行链路数据 | |
CN116058061A (zh) | 混合确认重复请求反馈重复 | |
CN117561734A (zh) | 针对小数据传输的报告 | |
CN116711401A (zh) | 多播和广播服务的资源管理 | |
CN115997442A (zh) | 具有覆盖增强的随机接入过程 | |
CN116830781A (zh) | 通过小数据传输进行的针对rrc连接的pdcch接收 | |
CN117044127A (zh) | 波束故障检测中的限制 | |
CN116458242A (zh) | 小数据传输程序的上行链路数据 | |
CN116941317A (zh) | 用于小数据传输的程序 | |
CN117501787A (zh) | 上行链路传输参数确定 |
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 |