CN116965104A - 针对小数据传输的寻呼 - Google Patents

针对小数据传输的寻呼 Download PDF

Info

Publication number
CN116965104A
CN116965104A CN202180084462.4A CN202180084462A CN116965104A CN 116965104 A CN116965104 A CN 116965104A CN 202180084462 A CN202180084462 A CN 202180084462A CN 116965104 A CN116965104 A CN 116965104A
Authority
CN
China
Prior art keywords
base station
rrc
wireless device
downlink data
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202180084462.4A
Other languages
English (en)
Inventor
K·帕克
E·H·迪南
T·金
H·杰恩
J·吕
P·塔莱比·法尔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ofno Co ltd
Original Assignee
Ofno Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ofno Co ltd filed Critical Ofno Co ltd
Publication of CN116965104A publication Critical patent/CN116965104A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

一种基站中央单元(CU)从网络设备接收用于无线设备的下行链路数据的大小的指示。该基站CU向基站分布式单元(DU)传输用于该无线设备的第一寻呼消息。该传输是基于该下行链路数据的该大小。该第一寻呼消息指示该无线设备的小数据传输(SDT)程序和该下行链路数据的该大小中的至少一者。

Description

针对小数据传输的寻呼
相关申请的交叉引用
本申请要求于2020年10月21日提交的美国临时申请No.63/094,542的优先权,该美国临时申请的全部内容特此以引用方式并入。
附图说明
在本文中参考附图描述本公开的各种实施方案中的若干实施方案的示例。
图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(统称为UE 156)。可以以与关于图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)。可以将gNB 160和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和SCell 1013。PUCCH群组1050在本示例中包括三个下行链路CC:PCell 1051、SCell 1052和SCell 1053。一个或多个上行链路CC可以被配置为PCell 1021、SCell 1022和SCell 1023。一个或多个其他上行链路CC可以被配置为主Scell(PSCell)1061、SCell 1062和SCell 1063。与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 2 1312、Msg3 1313和Msg 4 1314。Msg 1 1311可以包括和/或被称为前导码(或随机接入前导码)。Msg2 1312可以包括和/或被称为随机接入响应(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 31313的上行链路传输功率。例如,该一个或多个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 2 1312。Msg2 1312可以在DL-SCH上被调度,并且使用随机接入RNTI(RA-RNTI)在PDCCH上被指示。Msg21312可以指示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中所标识的资源)而传输Msg3 1313。Msg 3 1313可以用于例如图13A中所示的基于竞争的随机接入程序中的竞争解决。在一些场景中,多个UE可以将相同的前导码传输到基站,并且基站可以提供对应于UE的RAR。如果该多个UE将RAR解译为对应于它们自身,则可能发生冲突。竞争解决(例如,使用Msg3 1313和Msg 4 1314)可以用于增加UE不错误地使用另一个UE的身份的可能性。为了执行竞争解决,UE可以包括Msg 3 1313中的设备标识符(例如,如果指派了C-RNTI,则为Msg 21312中所包括的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接收Msg4 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载波。随机接入程序的上行链路传输(例如,Msg 1 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 B1332。
Msg A1331可以由UE在上行链路传输中传输。Msg A 1331可以包括前导码1341的一个或多个传输和/或传输块1342的一个或多个传输。传输块1342可以包括与图13A所示的Msg 31313的内容相似和/或等同的内容。传输块1342可以包括UCI(例如,SR、HARQ ACK/NACK等)。UE可以在传输Msg A 1331之后或响应于该传输而接收Msg B 1332。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 A 1331中所包括的前导码1341和/或传输块1342的无线电资源和/或上行链路传输功率。RACH参数可以指示前导码1341和/或传输块1342的调制和编码方案(MCS)、时频资源和/或功率控制。可以使用FDM、TDM和/或CDM复用用于前导码1341的传输的时频资源(例如,PRACH)和用于传输传输块1342的时频资源(例如,PUSCH)。RACH参数可以使UE能够确定用于监测和/或接收Msg B1332的接收定时和下行链路信道。
传输块1342可以包括数据(例如,延迟敏感数据)、UE的标识符、安全信息和/或设备信息(例如,国际移动订户标识(IMSI))。基站可以传输Msg B 1332作为对Msg A 1331的响应。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可以实施层1OSI功能。层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可以使用PUR来传输数据,以用于用户平面CIoT EPS优化和/或用于用户平面CIoT 5GS优化。UE可以处于RRC_IDLE或RRC_INACTIVE并且/或者具有有效的PUR资源。可以在具有暂停指示的RRC连接释放消息中向UE提供下一跳链接计数。上行链路用户数据可以在与CCCH上的RRC连接恢复请求消息复用的DTCH上传输。下行链路用户数据可以任选地在与DCCH上的RRC连接释放消息复用的DTCH上传输。上行链路和下行链路中的用户数据可以被加密。可以使用先前RRC连接的RRC连接释放消息中提供的下一跳链接计数来导出密钥。RRC连接释放消息可以被完整性保护和/或使用新导出的密钥加密。UE可能不会转变到RRC连接。在示例中,UE可以使用PUR来传输数据,以用于用户平面CIoT EPS优化并且用于用户平面CIoT 5GS优化。
在图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的传输的L1 ACK并且/或者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被释放。
在现有技术中,如图24所示,基站分布式单元(DU)可以从基站中央单元(CU)接收请求寻呼无线设备的消息(例如,F1消息)。基站DU可以在基站DU接收用于无线设备的下行链路数据之前构建一个或多个寻呼消息。基站DU可以广播/传输一个或多个寻呼消息。基于一个或多个寻呼消息,无线设备可以请求RRC连接。在小数据传输(SDT)程序(例如,早期数据传输(EDT)、移动终止早期数据传输(MT-EDT)等)的情况下,RRC连接可能不是必需的。例如,在SDT程序中,无线设备可以传达少量数据而不转变到RRC连接状态(例如,不从RRC闲置和/或RRC非活动状态转变)。然而,现有的寻呼方法不能促进SDT程序的实现,尤其是在基站分离架构(基站CU/DU和/或基站CU-UP/CU-CP/DU)的上下文中。
例如,基站DU可以构建并传输/广播用于无线设备的寻呼消息,但是基站DU可能不知道数据量对于SDT程序是否足够小。因此,基站DU可以寻呼无线设备,但是不能指示下行链路数据是否用于SDT程序。当无线设备应答该寻呼时,无线设备可以转变到RRC连接状态(在资源消耗和/或信令开销方面成本很高),即使数据可能已经使用SDT程序(以较低的成本)传输也是如此。此外,基站CU可能在完成下行链路数据的传输之后不必要地保持RRC连接。现有技术可能增加无线设备的功耗,并增加无效信令以保持无线设备的不必要连接。
示例性实施方案可以支持基站CU(和/或基站CU-CP)向基站DU发送SDT程序的信息。SDT程序的信息可以用于实现寻呼。在示例中,基站CU可以向基站DU发送指示SDT程序的第一寻呼消息(例如,F1寻呼消息)。基站DU可以基于第一寻呼消息(以及可能的其他考虑因素,例如资源可用性)来确定发送给无线设备的一个或多个第二寻呼消息是否应该指示SDT程序。另外或替代地,第一寻呼消息可以指示下行链路数据的大小。基站DU可以使用大小指示来确定一个或多个第二寻呼消息是否应该指示SDT程序。结果,可以在寻呼过程期间向无线设备指示SDT程序,并且可以避免不必要的RRC连接,从而减少资源消耗和信令开销。
示例性实施方案可以支持基站DU构建一个或多个寻呼消息,该一个或多个寻呼消息指示用于无线设备的SDT程序。基于一个或多个寻呼消息中的SDT程序的指示,无线设备可以发送指示SDT程序的RRC请求。基于RRC请求,基站CU可以在传输用于无线设备的数据之后释放无线设备的RRC连接。示例性实施方案可以通过释放无线设备的不必要连接来降低无线设备的功耗并提高信令效率。示例性实施方案可以增大从基站CU-CP和/或基站CU到基站DU的F1消息的大小,以请求寻呼无线设备。
在现有技术中,基站(例如,基站中央单元控制平面(CU-CP))可以从基站中央单元用户平面(CU-UP)接收数据通知,或者从第二基站接收RAN寻呼。基站CU-CP可以接收数据通知和/或RAN寻呼,而不接收用于无线设备的数据。基站CU-CP可以基于数据通知和/或RAN寻呼来执行正常的寻呼程序。无论用于无线设备的数据大小如何,都可以执行正常的寻呼程序。因此,寻呼可能不指示SDT程序或小数据大小,并且无线设备可能在没有SDT程序指示的情况下请求RRC连接。在完成用于无线设备的小大小数据的传输之后,基站CU-CP可以保持无线设备的不必要连接。现有技术可能增加无线设备的功耗,并增加无效信令以保持无线设备的不必要连接。
示例性实施方案可以支持当向基站CU-CP发送用于无线设备的数据通知消息时,基站CU-UP指示SDT程序和/或接收到的数据的大小。例如,数据通知消息和/或RAN寻呼消息可以指示数据大小、包括数据大小指示符,并且/或者指示数据适合于SDT程序。基于所指示的数据大小,基站CU-CP可以在请求基站DU寻呼无线设备的消息中包括所指示的数据大小的信息和/或SDT程序的指示。示例性实施方案可以降低无线设备的功耗并提高信令效率。示例性实施方案可以增大从基站CU-UP到基站CU-CP的数据通知消息和/或经由Xn/X2接口的RAN寻呼消息的大小。
示例性实施方案可以支持当向基站CU-CP和/或基站发送用于无线设备的RAN寻呼消息时,第二基站指示SDT程序和/或接收到的数据的大小。例如,数据通知消息和/或RAN寻呼消息可以指示数据大小、包括数据大小
指示符,并且/或者指示数据适合于SDT程序。基于RAN寻呼消息中的SDT程序指示和/或所指示的数据大小,基站CU-CP和/或基站可以在用于无线设备的寻呼程序期间包括所指示的数据大小和/或SDT程序的信息。示例性实施方案可以降低无线设备的功耗并提高信令效率。示例性实施方案可以增大从基站CU-UP到基站CU-CP的数据通知消息和/或经由Xn/X2接口的RAN寻呼消息的大小。
在示例中,如图26所示,无线设备(UE)可以与包括基站CU(gNB-CU)和/或一个或多个基站DU的第一基站(gNB1)通信。一个或多个基站DU可以包括基站DU(gNB-DU)。基站CU可以包括基站CU-CP(gNB-CU-CP)和基站CU-UP(gNB-CU-UP)。无线设备可以经由包括小区(小区1)的一个或多个小区的无线信道直接与基站DU通信。无线设备可以经由包括基站DU的一个或多个基站DU与基站CU(例如,基站CU-CP和/或基站CU-UP)通信。
在示例中,基站DU和基站CU可以经由包括F1控制平面接口(F1-C)和/或F1用户平面接口(F1-U)的至少一个F1接口彼此连接。基站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、基站CU-CP和/或基站CU-UP)可以连接到核心网络节点/设备(例如,核心网络控制平面:接入和移动性管理功能(AMF)、会话管理功能(SMF)、移动性管理实体(MME);和/或核心网络用户平面:用户平面功能(UPF)、服务网关(S-GW))。在示例中,基站(例如,基站CU、基站CU-CP和/或基站CU-UP)可以例如经由Xn接口或X2接口连接到包括第二基站(gNB2或eNB)的多个相邻基站。
在示例中,图25示出了当基站包括基站DU和基站CU时无线设备的小数据传输(例如,早期数据传输)的示例性程序的流程图,该基站CU可以包括基站CU-CP和基站CU-UP。小数据传输(SDT)可以被解释为EDT、MT-EDT、MO-EDT、上行链路SDT、下行链路SDT等中的至少一者。
在示例中,如图26所示,基站CU-CP可以从网络设备接收用于无线设备的指示消息。网络设备可以是包括图27中的AMF、SMF和/或MME中的至少一者的核心网络设备。网络设备可以是图28和/或图29中的第二基站(gNB2)。网络设备可以是图29中的基站CU-UP(gNB-CU-UP)。指示消息可以包括指示数据的大小或数据的小数据传输(SDT)(例如,EDT、MT-EDT等)中的至少一者的信息参数。基站CU-CP可以向基站DU并且基于指示消息来发送用于无线设备的F1寻呼消息。F1寻呼消息可以包括用于无线设备的SDT程序的辅助参数。在示例中,辅助参数可以包括以下各项中的至少一项:指示用于数据的SDT程序的第一参数或指示数据的大小(例如,非常小、小、中、大;位、字节)的第二参数。基站DU可以基于F1寻呼消息来构建用于无线设备的一个或多个寻呼消息,并经由一个或多个小区传输/广播该一个或多个寻呼消息。一个或多个寻呼消息可以指示SDT程序和/或数据的大小。基站CU-CP可以从无线设备接收用于SDT程序的RRC请求消息。RRC请求消息可以是基于F1寻呼消息和/或一个或多个寻呼消息。RRC请求消息可以指示SDT程序。基站CU-CP可以经由基站DU或一个或多个基站DU从无线设备接收RRC请求消息。
在示例中,基站CU-CP可以从网络设备接收用于无线设备的指示消息。无线设备可以处于RRC闲置状态和/或RRC非活动状态。指示消息可以包括指示数据的大小或用于数据的SDT程序中的至少一者的信息参数。在示例中,网络设备可以包括以下各项中的至少一项:包括AMF、SMF或MME中的至少一者的核心网络设备;第二基站;基站CU-UP;等。在示例中,指示消息可以包括以下各项中的至少一项:核心寻呼消息;RAN寻呼消息;数据通知消息;等。在示例中,由基站CU-CP从网络设备接收指示消息可以包括以下各项中的至少一项:从核心网络设备接收核心寻呼消息;从第二基站接收RAN寻呼消息;从基站CU-UP接收数据通知消息;等。
在示例中,指示消息可以包括以下各项中的至少一项:无线设备的标识符、与数据相关联的包流(例如,PDU会话、QoS流、承载、逻辑信道等)的包流标识符、寻呼区域信息(例如,RAN区域、注册区域、跟踪区域等)、DRX周期信息、省电模式信息、唤醒信号(WUS)定时信息等。
在示例中,网络设备可以是包括如图27所示的AMF、SMF和/或MME中的至少一者的核心网络设备。在示例中,指示消息可以包括来自核心网络设备的核心寻呼消息。在示例中,由基站CU-CP从网络设备接收指示消息可以包括由基站CU-CP例如经由基站(例如,基站CU和/或基站CU-CP)与核心网络设备之间的NG接口(例如,N2接口)或S1接口从核心网络设备接收核心寻呼消息。
在示例中,核心网络设备(例如,AMF、MME等)可以针对可能处于RRC闲置状态(例如,或者处于RRC非活动状态)的无线设备从SMF或UPF接收用于数据的核心数据通知。在示例中,UPF可以从数据网络(例如,应用服务器、另一无线设备、互联网等)接收用于无线设备的数据。UPF可以向SMF和/或AMF(例如,经由SMF)发送指示数据接收的核心数据通知。在示例中,UPF和/或SMF可以确定数据小于阈值大小值。核心数据通知可以包括指示数据的大小(例如,指示小)和/或SDT程序的参数。核心网络设备(例如,AMF)可以基于核心数据通知来确定执行用于可能处于RRC闲置状态的无线设备的核心寻呼程序。核心网络设备可以向基站CU-CP(例如,基站和/或基站CU)发送核心寻呼消息,以执行用于无线设备的核心寻呼程序。从核心网络设备到基站CU-CP的核心寻呼消息可以是基于(例如,用于无线设备的用户平面(UP)数据的)核心数据通知。基于包括指示数据的大小(例如,指示小)和/或SDT程序的参数的核心数据通知,核心寻呼消息可以包括指示数据的大小或用于数据的SDT程序中的至少一者的信息参数。在无线设备向基站CU-CP(例如,基站和/或基站CU)发送RRC请求消息之后,UPF可以经由基站(例如,经由基站CU-UP和/或基站DU)向无线设备发送数据。
在示例中,核心网络设备(例如,AMF和/或SMF)可以确定向可能处于RRC闲置状态(例如,或者RRC非活动状态)的无线设备传输非接入层(NAS)消息。NAS消息可以由AMF并且/或者由SMF生成。在示例中,核心网络设备可以确定向无线设备传输NAS消息以执行以下操作中的至少一者:更新无线设备的配置参数(例如,安全性/操作/会话/移动性配置参数)、更新无线设备的订阅信息、监测操作状态(例如,位置、连接状态等)等。核心网络设备(例如,AMF和/或SMF)可以基于确定传输NAS消息来确定执行用于可能处于RRC闲置状态的无线设备的核心寻呼程序。核心网络设备可以向基站CU-CP(例如,基站和/或基站CU)发送核心寻呼消息,以执行用于无线设备的核心寻呼程序。从核心网络设备到基站CU-CP的核心寻呼消息可以是向无线设备传输NAS消息。数据可以包括NAS消息(例如,CP数据)。在示例中,核心网络设备(例如,AMF和/或SMF)可以确定NAS消息的大小小于阈值大小值。基于确定NAS消息的大小较小,核心寻呼消息可以包括指示数据的大小或用于NAS消息的SDT程序中的至少一者的信息参数。在无线设备向基站CU-CP(例如,基站和/或基站CU)发送RRC请求消息之后,核心网络节点(例如,AMF)可以经由基站(例如,经由基站CU-CP和/或基站DU)向无线设备发送NAS消息(例如,数据、CP数据)。
在示例中,网络设备可以是如图28和/或图29所示的第二基站(gNB2)。在示例中,指示消息可以包括来自第二基站的RAN寻呼消息。在示例中,由基站CU-CP从网络设备接收指示消息可以包括由基站CU-CP例如经由基站CU-CP(例如,基站CU和/或基站)与第二基站之间的Xn接口和/或X2接口从第二基站接收RAN寻呼消息。
在示例中,第二基站可以从用于无线设备的第二用户平面功能(UPF)(例如,UPF)和/或第二核心网络设备(例如,AMF、SMF、MME)接收数据,该无线设备可以处于RRC非活动状态和/或RRC闲置状态。该数据可以包括来自第二UPF的用户平面数据(例如,UP数据)和/或来自第二核心网络设备的NAS消息(例如,CP数据)(例如,来自AMF或来自SMF的NAS消息)中的至少一者。在示例中,当无线设备处于RRC非活动状态时,第二基站可以维持/保持无线设备的一个或多个PDU会话(例如,一个或多个QoS流、一个或多个承载等)并且/或者可以经由一个或多个PDU会话监测下行链路包(例如,数据)。基于监测一个或多个PDU会话(例如,一个或多个QoS流、一个或多个承载等),第二基站可以从第二用户平面功能接收用于无线设备的数据。在示例中,NAS消息可以供无线设备执行以下操作中的至少一者:更新无线设备的配置参数(例如,安全性/操作/会话/移动性配置参数)、更新无线设备的订阅信息、监测无线设备的操作状态(例如,位置、连接状态等)等。第二基站可以基于来自第二用户平面功能的用户平面数据和/或来自第二核心网络设备的NAS消息来确定执行用于无线设备的RAN寻呼程序,该无线设备可以处于RRC非活动状态(例如,或者RRC闲置状态)。第二基站可以向基站CU-CP(例如,基站和/或基站CU)发送RAN寻呼消息,以执行用于无线设备的RAN寻呼程序。基站(例如,基站CU和/或基站CU-CP)可以服务/提供属于无线设备在RRC非活动状态下与之相关联的RAN区域(例如,RAN通知区域)的一个或多个小区。从第二基站到基站CU-CP的RAN寻呼消息可以是基于来自第二UPF和/或第二核心网络设备的数据(例如,用户平面数据和/或NAS消息)。在示例中,第二基站可以确定数据(例如,来自第二用户平面功能的用户平面数据和/或来自第二核心网络设备的NAS消息)的大小小于阈值大小值。基于确定数据的大小较小,RAN寻呼消息可以包括指示数据的大小或用于用户平面数据的SDT程序和/或用于无线设备的NAS消息中的至少一者的信息参数。在无线设备向基站CU-CP(例如,基站和/或基站CU)发送RRC请求消息之后,第二基站可以经由基站(例如,经由基站CU-UP和/或基站DU)向无线设备发送数据(例如,用户平面数据和/或NAS消息)。
在示例中,第二基站可以确定向可能处于RRC非活动状态和/或RRC闲置状态的无线设备传输RRC配置(例如,RRC重新配置消息、NAS传输消息、UE信息请求消息、UE能力请求消息、能力更新消息等)。RRC配置可以包括以下各项中的至少一项:RRC重新配置参数、UE信息请求、UE能力请求、更新后的能力信息、安全配置参数等。为了传输RRC配置,第二基站可以确定执行用于可以处于RRC非活动状态(例如,或RRC闲置状态)的无线设备的RAN寻呼程序。第二基站可以向基站CU-CP(例如,基站和/或基站CU)发送RAN寻呼消息,以执行用于无线设备的RAN寻呼程序。基站(例如,基站CU和/或基站CU-CP)可以服务/提供属于无线设备在RRC非活动状态下与之相关联的RAN区域(例如,RAN通知区域)的一个或多个小区。从第二基站到基站CU-CP(例如,基站、基站CU)的RAN寻呼消息可以是向无线设备传输RRC配置。用于无线设备的数据可以包括RRC配置(例如,CP数据)。在示例中,第二基站可以确定RRC配置的大小小于阈值大小值。基于确定RRC配置的大小较小,RAN寻呼消息可以包括指示数据的大小或用于无线设备的RRC配置的SDT程序中的至少一者的信息参数。在无线设备向基站CU-CP(例如,基站和/或基站CU)发送RRC请求消息之后,第二基站可以经由基站(例如,经由基站CU-UP和/或基站DU)向无线设备发送RRC配置。
在示例中,网络设备可以是如图29所示的基站CU-UP(gNB-CU-UP)。在示例中,指示消息可以包括数据通知消息。在示例中,由基站CU-CP从网络设备接收指示消息可以包括由基站CU-CP例如经由基站CU-CP与基站CU-UP之间的E1接口从基站CU-UP接收数据通知消息。
在示例中,基站CU-UP可以从可能处于RRC非活动状态和/或RRC闲置状态的无线设备的用户平面功能(UPF)接收数据。当无线设备处于RRC非活动状态时,基站CU-UP可以维持/保持无线设备的一个或多个PDU会话(例如,一个或多个QoS流、一个或多个承载等),并且/或者可以经由一个或多个PDU会话来监测下行链路包(例如,数据)。基于监测一个或多个PDU会话(例如,一个或多个QoS流、一个或多个承载等),基站CU-UP可以从用户平面功能接收用于无线设备的数据。数据可以是来自UPF的用户平面数据(例如,UP数据)。基站CU-UP可以基于来自UPF的数据来确定向基站CU-CP发送数据通知消息。基站CU-UP可以向基站CU-CP发送指示UPF接收用于无线设备的数据的数据通知消息。在示例中,基站CU-UP可以确定数据的大小小于阈值大小值。基于确定数据的大小较小,数据通知消息可以包括指示数据的大小或用于无线设备的数据(例如,用户平面数据)的SDT程序中的至少一者的信息参数。在无线设备向基站CU-CP(例如,基站和/或基站CU)发送RRC请求消息之后,基站CU-UP可以经由包括基站DU的一个或多个DU向无线设备发送数据(例如,用户平面数据)。
在示例中,从网络设备到基站CU-CP(例如,基站CU和/或基站)的指示消息可以包括指示是否预期后续数据传输的第二信息参数。SDT程序可以包括后续数据传输。后续数据传输可以用于无线设备的数据的之后数据(例如,下行链路数据、用户平面数据、NAS消息、RRC配置等)。后续数据传输可以包括后续上行链路数据传输、后续下行链路数据传输等中的至少一者。后续数据传输的后续数据可以包括以下各项中的至少一项:对数据的响应、对数据的确认、数据所请求的信息数据、数据的之后一个或多个上行链路/下行链路数据等。基于第二信息参数,F1寻呼消息可以包括指示是否预期后续数据传输的第二辅助参数。
在示例中,基于来自网络设备的用于无线设备的指示消息,基站CU-CP可以确定向基站DU请求针对无线设备的寻呼。基站CU-CP可以确定执行用于无线设备的寻呼程序。寻呼程序可以用于核心寻呼程序和/或RAN寻呼程序。寻呼程序可以包括向基站DU请求针对无线设备的寻呼。为了请求针对无线设备的寻呼,基站CU-CP可以向基站DU发送F1寻呼消息。寻呼程序可以包括向基站DU传输F1寻呼消息和/或由基站DU传输/广播用于无线设备的一个或多个寻呼消息。
在示例中,基于从核心网络设备接收到核心寻呼消息,基站CU-CP可以确定向基站DU请求针对无线设备的寻呼。在示例中,基于从第二基站接收到RAN寻呼消息,基站CU-CP可以确定向基站DU请求针对无线设备的寻呼。在示例中,基于从基站CU-UP接收到数据通知消息,基站CU-CP可以确定向基站DU请求针对无线设备的寻呼。在示例中,基于指示数据的大小或SDT程序中的至少一者的信息参数(例如,在来自网络设备的指示消息中),基站CU-CP可以确定在向基站DU请求针对无线设备的寻呼的F1寻呼消息中包括用于无线设备的SDT程序的辅助参数。在示例中,辅助参数可以包括以下各项中的至少一项:指示用于数据的SDT程序的第一参数和/或指示数据的大小(例如,非常小、小、中、大;位、字节;例如8位、32位、1字节、10字节等)的第二参数。
在示例中,基站CU-CP可以确定向可以处于RRC非活动状态的无线设备传输RRC配置。在示例中,基站CU-CP可以基于确定向无线设备传输RRC配置来确定向基站DU请求针对无线设备的寻呼。在示例中,基站CU-CP可以确定向可能处于RRC非活动状态和/或RRC闲置状态的无线设备传输RRC配置(例如,RRC重新配置消息、NAS传输消息、UE信息请求消息、UE能力请求消息、能力更新消息等)。RRC配置可以包括以下各项中的至少一项:RRC重新配置参数、UE信息请求、UE能力请求、更新后的能力信息、安全配置参数等。为了传输RRC配置,基站CU-CP可以确定执行用于可以处于RRC非活动状态(例如,或RRC闲置状态)的无线设备的RAN寻呼程序(例如,寻呼程序)。用于无线设备的数据可以包括RRC配置(例如,CP数据)。在示例中,基站CU-CP可以基于确定向无线设备传输RRC配置来确定向基站DU请求针对无线设备的寻呼。在示例中,基站CU-CP可以确定RRC配置的大小小于阈值大小值。基于确定RRC配置的大小较小,从基站CU-CP到基站DU的F1寻呼消息可以包括辅助参数,该辅助参数包括以下各项中的至少一项:指示用于数据的SDT程序的第一参数和/或指示数据的大小(例如,非常小、小、中、大;位、字节;例如8位、32位、1字节、10字节等)的第二参数。在无线设备向基站CU-CP(例如,基站和/或基站CU)发送RRC请求消息之后,基站CU-CP可以(例如,经由可以包括基站DU的一个或多个DU)向无线设备发送RRC配置。
在示例中,基站CU-CP可以向基站DU并且基于指示消息来发送用于无线设备的F1寻呼消息。基站CU-CP可以基于确定向基站DU请求针对无线设备的寻呼和/或基于确定执行用于无线设备的寻呼程序来发送F1寻呼消息。基站DU可以从基站CU-CP(例如,基站和/或基站CU)接收用于无线设备的F1寻呼消息。F1寻呼消息可以包括用于无线设备的SDT程序的辅助参数。在示例中,辅助参数可以包括以下各项中的至少一项:指示用于数据的SDT程序的第一参数和/或指示数据的大小(例如,非常小、小、中、大;位、字节;例如8位、32位、1字节、10字节等)的第二参数。在示例中,向基站DU发送F1寻呼消息可以包括经由基站CU与基站DU之间的F1接口并且/或者经由基站CU-CP与基站DU之间的F1控制平面接口(例如,F1-C接口)发送F1寻呼消息。
在示例中,F1寻呼消息中的辅助参数的第一参数可以指示经由用于无线设备的一个或多个小区的一个或多个寻呼消息需要包括指示SDT程序的参数。在示例中,第一参数可以指示针对无线设备的寻呼是针对SDT程序的。在示例中,第一参数可以指示寻呼是供无线设备执行SDT程序的。
在示例中,F1寻呼消息中的辅助参数的第二参数可以指示由UPF、第二基站和/或基站CU-UP接收的数据(例如,用户平面数据、下行链路数据等)的大小。在示例中,第二参数可以指示由核心网络设备、第二核心网络设备、第二基站和/或基站CU-CP(例如,基站和/或基站CU)生成的数据(例如,CP数据、NAS消息、RRC配置等)的大小。在示例中,第二参数可以包括指示用于无线设备的数据的大小的整数值(例如,指示位;例如8位、32位等)。在示例中,第二参数可以指示以下各项中的至少一项:非常小、小、中、大、非常大等。
在示例中,F1寻呼消息可以包括第二辅助参数,该第二辅助参数例如基于来自网络设备的指示消息中的第二信息参数来指示是否期望后续数据传输。
在示例中,F1寻呼消息可以包括以下各项中的至少一项:无线设备的标识符(例如,RAN UE寻呼标识、I-RNTI、CN UE寻呼标识、5G-S-TMSI等)、寻呼DRX参数(例如,指示无线帧中的时间资源和/或定时)、指示针对无线设备的寻呼的优先级等级的寻呼优先级、经由其广播/传输一个或多个寻呼消息的一个或多个小区的一个或多个小区标识符(例如,小区全球标识、NR-CGI、物理小区标识符等)、指示寻呼是否是由于来自非3GPP接入的PDU会话而发起的寻呼发起信息等。
在示例中,F1寻呼消息可以包括以下各项中的至少一项:用于寻呼的跟踪区域列表、用于寻呼的RAN区域列表、用于寻呼的UE无线电能力、用于寻呼的辅助数据、寻呼eDRX信息、NB-IoT寻呼eDRX信息、NB-IoT UE身份索引值、增强覆盖受限信息、CE-Mode-B受限信息、唤醒信号(WUS)辅助信息、NB-IoT寻呼DRX信息等。
在示例中,F1寻呼消息中的用于寻呼的跟踪区域列表可以包括以下各项中的至少一项:与无线设备相关联的一个或多个跟踪区域的一个或多个PLMN标识符、一个或多个跟踪区域代码、一个或多个跟踪区域标识符和/或一个或多个小区标识符。基站DU可以经由由F1寻呼消息中用于寻呼的跟踪区域列表所指示的一个或多个跟踪区域来传输/广播用于无线设备的一个或多个寻呼消息。
在示例中,F1寻呼消息中用于寻呼的RAN区域列表可以包括以下各项中的至少一项:与无线设备相关联的一个或多个RAN区域的一个或多个RAN区域标识符(例如,一个或多个RAN通知标识符)和/或一个或多个小区。基站DU可以经由由F1寻呼消息中用于寻呼的跟踪区域列表所指示的一个或多个RAN区域来传输/广播用于无线设备的一个或多个寻呼消息。
在示例中,F1寻呼消息中用于寻呼的UE无线电能力可以包括用于寻呼无线设备的UE无线电能力信息。用于寻呼的UE无线电能力可以包括以下各项中的至少一项:UE无线电寻呼信息消息和/或UE无线电寻呼信息-NB消息。基站DU可以基于用于寻呼的UE无线电能力(例如,使用符合/满足用于寻呼的UE无线电能力的无线电配置)来传输/广播用于无线设备的一个或多个寻呼消息。
在示例中,F1寻呼消息中用于寻呼的辅助数据可以包括以下各项中的至少一项:推荐小区列表(例如,基站DU首先经由推荐小区传输一个或多个寻呼消息,并且如果没有从无线设备接收到接入请求,则基站DU经由其他小区传输一个或多个寻呼消息)、用于具有CE能力的UE的辅助数据(例如,小区标识符和/或对应的覆盖增强水平)、寻呼尝试信息(例如,指示经由F1接口/NG接口/一个或多个小区尝试对无线设备进行的寻呼的数量,或者由基站DU经由一个或多个小区推荐针对无线设备执行的寻呼的数量)等。基站DU可以基于用于寻呼的辅助数据(例如,经由推荐小区、使用CE级别、使用寻呼尝试信息等)来传输/广播用于无线设备的一个或多个寻呼消息。
在示例中,F1寻呼消息中的寻呼eDRX信息可以包括寻呼eDRX循环(例如,超帧数)、寻呼时间窗口等中的至少一者。基站DU可以在寻呼时间窗口内和/或经由对应于寻呼eDRX循环的无线电资源(例如,时间域)传输/广播用于无线设备的一个或多个寻呼消息。
在示例中,F1寻呼消息中的NB-IoT寻呼eDRX信息可以包括NB-IoT寻呼eDRX循环(例如,超帧数)、NB-IoT寻呼时间窗口等中的至少一者。基站DU可以在NB-IoT寻呼时间窗口内和/或经由对应于NB-IoT寻呼eDRX循环的无线电资源(例如,时间域)传输/广播用于无线设备的一个或多个寻呼消息。
在示例中,F1寻呼消息中的增强覆盖受限信息可以包括对无线设备使用覆盖增强(CE)的限制信息。增强覆盖受限信息可以指示无线设备是否被限制使用覆盖增强。在示例中,值“受限”可以指示不允许无线设备使用覆盖增强。取决于无线设备是否被限制使用覆盖增强,基站DU可以使用或不使用覆盖增强功能来传输/广播用于无线设备的一个或多个寻呼消息。
在示例中,F1寻呼消息中的CE-Mode-B受限信息可以包括对无线设备使用覆盖增强模式B的限制信息。CE-Mode-B受限信息可以指示无线设备是否被限制使用覆盖增强模式B。在示例中,值“受限”可以指示不允许无线设备使用覆盖增强模式B。在示例中,值“未受限”可以指示允许无线设备使用覆盖增强模式B。取决于无线设备是否被限制使用覆盖增强模式B,基站DU可以使用或不使用覆盖增强模式B来传输/广播用于无线设备的一个或多个寻呼消息。
在示例中,F1寻呼消息中的WUS辅助信息可以包括寻呼概率的信息(例如,百分比;p30=30%、p75=75%等)。在示例中,寻呼概率可以对应于可以包括无线设备的寻呼概率组(例如,WUS组)。基站DU可以使用WUS辅助信息来确定无线设备的WUS组。基站DU可以使用无线设备的寻呼概率和/或寻呼概率组(例如,WUS组)的信息来传输/广播用于无线设备的一个或多个寻呼消息。
在示例中,F1寻呼消息中的NB-IoT寻呼DRX信息可以包括NB-IoT寻呼DRX循环(例如,无线帧数)、NB-IoT寻呼时间窗口等中的至少一者。基站DU可以在NB-IoT寻呼时间窗口内和/或经由对应于NB-IoT寻呼DRX循环的无线电资源(例如,时间域)传输/广播用于无线设备的一个或多个寻呼消息。
在示例中,基站DU可以基于F1寻呼消息来构建用于无线设备的一个或多个寻呼消息。基站DU可以经由用于无线设备的一个或多个小区传输/广播一个或多个寻呼消息。一个或多个寻呼消息可以包括指示用于无线设备的SDT程序和/或数据的大小的一个或多个指示参数。一个或多个寻呼消息和/或一个或多个指示参数可以包括辅助参数,该辅助参数包括指示用于数据的SDT程序的第一参数和/或指示数据的大小(例如,非常小、小、中、大;位、字节;例如8位、32位、1字节、10字节等)的第二参数中的至少一者。
在示例中,基站DU可以向基站CU-CP发送响应消息,该响应消息指示一个或多个寻呼消息是否指示SDT程序和/或数据的大小。该响应消息可以是对从基站CU-CP到基站DU的F1寻呼消息的响应。
在示例中,基站CU-CP可以从无线设备接收用于SDT程序的RRC请求消息。RRC请求消息可以是基于F1寻呼消息和/或一个或多个寻呼消息。无线设备可以从基站DU和/或基站接收一个或多个寻呼消息。无线设备可以响应于接收到一个或多个寻呼消息而向基站DU(例如,基站CU、基站CU-CP、基站)传输RRC请求消息。RRC请求消息可以基于由一个或多个寻呼消息指示的一个或多个指示参数(例如,指示SDT程序和/或数据的大小)来指示SDT程序。在示例中,RRC请求消息可以是基于数据(例如,数据、CP数据、下行链路数据、用户平面数据等)的大小小于阈值大小值。在示例中,SDT程序。
在示例中,RRC请求消息可以包括原因参数(例如,建立原因),该原因参数指示RRC请求消息的RRC请求是用于SDT程序的。基站CU-CP(例如,和/或基站DU)可以基于原因参数来确定是接受还是拒绝来自无线设备的RRC请求。基站CU-CP(例如,和/或基站DU)可以基于原因参数来确定在向无线设备传输数据(例如,下行链路数据、CP数据、UP数据、后续数据传输、SDT程序等)之后是释放还是建立/保持无线设备的RRC连接。
基站CU-CP可以经由基站DU或一个或多个基站DU从无线设备接收RRC请求消息。在示例中,基站DU可以从无线设备接收RRC请求消息。基站DU可以向基站CU-CP发送/转发RRC请求消息。
在示例中,基站DU可以从无线设备接收至少一个随机接入前导码,用于对基站DU的一个或多个小区中的小区进行随机接入。基站DU可以向无线设备传输对至少一个随机接入前导码的至少一个随机接入响应(RAR)。RRC请求消息可以是基于至少一个随机接入响应。无线设备可以经由由来自基站DU的至少一个随机接入响应所指示的无线电资源传输RRC请求消息。
在示例中,由基站DU从无线设备接收RRC请求消息可以包括经由至少一个预配置的上行链路资源(PUR)接收RRC请求消息。无线设备可以从网络(例如,基站、基站CU、基站CU-CP、基站DU等)接收指示至少一个PUR的PUR配置参数。无线设备可以经由指示无线设备从RRC连接状态转变到RRC非活动状态或RRC闲置状态的RRC重新配置消息和/或RRC释放消息接收PUR配置参数。
在示例中,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程序可以包括以下各项中的至少一项的传输:由无线设备接收数据(例如,下行链路数据、UP数据、CP数据、后续数据)、初始上行链路数据、初始下行链路数据(例如,与SDT程序相关联的下行链路数据)、在至少一个辅助参数中指示的至少一个后续数据传输的至少一个后续数据、至少一个后续上行链路数据、至少一个后续下行链路数据等。在示例中,至少一个后续数据传输可以与SDT程序相关联。至少一个后续数据传输可以包括至少一个后续上行链路数据传输、至少一个后续下行链路数据传输等中的至少一者。
在示例中,基站DU可以从无线设备接收以下各项中的至少一项:用于SDT程序的RRC请求消息、与SDT程序相关联的上行链路数据、指示是否期望至少一个后续数据传输和/或下行链路数据(例如,用于无线设备的数据)的至少一个辅助参数(例如,释放辅助信息(RAI))等。在示例中,接收至少一个辅助参数可以包括经由以下各项中的至少一项来接收至少一个辅助参数:至少一个介质访问控制控制元素(MAC CE)、物理上行链路信道(例如,PUSCH、PUCCH、UCI等)、至少一个无线电链路控制(RLC)包标头等。在示例中,无线设备可以经由与RRC消息和/或上行链路数据复用和/或连接的至少一个MAC CE向基站DU传输至少一个辅助参数。
在示例中,至少一个辅助参数可以包括以下各项中的至少一项:指示没有释放辅助信息(例如,没有RAI)的参数;指示不预期后续下行链路数据传输的参数;指示不预期后续上行链路数据传输的参数;指示预期单个后续下行链路数据传输的参数;指示预期单个后续上行链路数据传输的参数;预期的后续下行链路数据传输的第一数量;预期的后续上行链路数据传输的第二数量;等等。
在示例中,至少一个辅助参数可以包括无线设备的缓冲区状态报告。缓冲区状态报告可以指示要传输的数据的大小。缓冲区状态报告可以指示与SDT程序相关联的数据的大小,该数据可以在无线设备的至少一个队列(例如,MAC层)中被缓冲。缓冲区状态报告可以包括至少一个逻辑信道的至少一个逻辑信道标识符(LCID)和/或至少一个逻辑信道群组的至少一个逻辑信道群组标识符(LCG ID)。至少一个逻辑信道和/或至少一个逻辑信道群组可以被配置用于SDT程序的数据。在示例中,至少一个辅助参数可以包括以下各项中的至少一项:承载的承载标识符、逻辑信道的逻辑信道标识符、逻辑信道群组的逻辑信道群组标识符、QoS流的QoS流标识符、PDU会话的会话标识符等。承载、逻辑信道、逻辑信道群组、QoS流、PDU会话可以被配置用于与SDT程序相关联的数据。
在示例中,基站DU可以向基站CU-CP发送以下各项中的至少一项:RRC请求消息。基站CU-CP可以从基站DU接收至少一个消息,该至少一个消息包括来自无线设备的用于SDT程序的RRC请求消息。在示例中,基站DU可以向基站CU-CP发送至少一个消息,该至少一个消息包括以下各项中的至少一项:经由至少一个F1消息的RRC请求消息。在示例中,由基站CU-CP从基站DU接收至少一个消息可以包括经由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标识符)等。
在示例中,基于RRC请求消息,基站CU-CP可以恢复/建立/设置无线设备的承载(例如,无线设备的逻辑信道、逻辑信道群组、QoS流和/或PDU会话)。为了恢复/建立承载(例如,逻辑信道、逻辑信道群组、QoS流、PDU会话),基站CU-CP可以利用基站DU和/或基站CU-UP执行用于无线设备的UE上下文设置/修改程序。对于UE上下文设置/修改程序,基站CU-CP可以向基站DU和/或基站CU-UP发送包括承载的承载标识符(例如,和/或逻辑信道标识符、逻辑信道群组标识符、QoS流标识符、会话标识符)的上下文设置/修改请求消息。基站CU-CP可以从基站DU和/或基站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-UP可以接收用于无线设备的数据。基站CU-UP可以从UPF和/或第二基站接收用于无线设备的数据。基站CU-UP可以基于来自基站DU的上下文设置/修改请求消息的一个或多个元素来接收用于无线设备的数据。基站CU-UP可以经由承载、逻辑信道、逻辑信道群组、QoS流、PDU会话等接收用于无线设备的数据(例如,包)。
基站CU-UP可以向无线设备并且基于SDT程序经由基站DU发送/转发数据。在示例中,基站CU-UP可以经由基站DU从无线设备接收上行链路数据。上行链路数据可以与SDT程序相关联。后续数据传输可以包括上行链路数据的传输。基站CU-UP可以向UPF或第二基站发送/转发上行链路数据。
在示例中,基站CU-CP可以基于指示SDT程序的RRC请求消息(例如,和/或原因参数)来确定执行用于无线设备的RRC释放程序。在示例中,基站CU-UP可以向基站CU-CP发送指示消息,该指示消息指示基站CU-UP向无线设备传输了数据。指示消息可以指示针对无线设备完成了SDT程序(例如,SDT和/或后续数据传输)。基站CU-CP可以基于指示SDT程序的RRC请求消息(例如,和/或原因参数)和/或来自基站CU-UP的指示消息来确定执行用于无线设备的RRC释放程序。
在示例中,基站CU-CP可以基于确定执行RRC释放程序来向无线设备传输RRC响应消息。在示例中,基站CU-CP可以基于SDT程序向无线设备传输RRC响应消息。基站CU-CP可以在向无线设备传输数据之后向无线设备传输RRC响应消息。RRC响应消息可以是对RRC请求消息的RRC响应。无线设备可以基于RRC响应消息来处于RRC非活动状态或RRC闲置状态。RRC响应消息包括RRC早期数据完成消息、RRC释放消息等中的至少一者。基站CU-CP可以经由基站DU向无线设备传输RRC响应消息。向无线设备传输RRC消息可以是为了执行RRC释放程序。
在示例中,例如,如果基站接收到更多下行链路数据(例如,CP数据、上行数据)要传输给无线设备,并且/或者如果基站从无线设备接收到更多上行链路数据(例如,CP数据、UP数据),则基站CU-CP可以确定将无线设备转变到RRC连接状态。在示例中,基于确定将无线设备转变到RRC连接状态,基站CU-CP可以向无线设备发送用于无线设备转变到RRC连接状态的RRC消息。RRC配置消息可以是对RRC请求消息的RRC响应。
在示例中,基站CU-CP可以向基站DU发送/传输F1上下文消息,该F1上下文消息包括用于RRC释放程序的RRC响应消息(例如,或用于将无线设备转变到RRC连接状态的RRC配置消息)。基站DU可以从基站CU-CP接收包括RRC响应消息(例如,或RRC配置消息)的F1上下文消息。在示例中,如果基站CU-CP确定发起RRC释放程序(例如,不将无线设备转变到RRC连接状态),则基站CU-CP可以经由F1上下文消息并且/或者经由基站DU向无线设备传输/发送RRC响应消息。在示例中,如果基站CU-CP
确定不发起RRC释放程序(例如,将无线设备转变到RRC连接状态),则基站CU-CP可以经由F1上下文消息并且/或者经由基站DU向无线设备传输/发送RRC配置消息(例如,RRC恢复消息、RRC设置消息等)。RRC响应消息可以包括以下各项中的至少一项:RRC连接释放消息、RRC早期数据完成消息等。RRC响应消息可以包括用于暂停无线设备的RRC连接的配置参数。在示例中,RRC配置消息可以包括以下各项中的至少一项:RRC恢复消息、RRC设置消息等。
在示例中,由基站CU-CP向基站DU发送/传输F1上下文消息可以包括经由F1接口发送/传输F1上下文消息。在示例中,F1上下文消息可以包括以下各项中的至少一项:UE上下文释放命令消息、DL RRC消息传递消息、UE上下文修改/设置请求消息、UE上下文设置/修改完成消息、通知消息、接入成功消息等。
在示例中,F1上下文消息可以包括以下各项中的至少一项:无线设备的无线设备标识符(例如,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循环信息、无线设备的辅小区的辅小区标识符等。在示例中,如果F1上下文消息包括用于无线设备的RRC释放程序的RRC响应消息(例如,RRC释放消息),则F1上下文消息可以是UE上下文释放命令消息。在示例中,如果F1上下文消息包括将无线设备转变到RRC连接状态的RRC配置消息(例如,RRC设置/恢复消息),则F1上下文消息可以是UE上下文修改/设置请求消息、UE上下文修改/设置确认消息、DL RRC消息传递消息等。
在示例中,RRC响应消息(例如,RRC释放消息)可以包括被允许使用SDT程序的程序的一个或多个承载的列表(例如,SRB、DRB;逻辑信道、PDU会话、QoS流)。基于一个或多个承载的列表,当无线设备处于RRC非活动状态或RRC闲置状态时,如果无线设备具有与一个或多个承载相关联的数据,则无线设备可以执行SDT程序。
在示例中,基站DU可以向无线设备传输/转发RRC响应消息(例如,RRC释放消息和/或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可以向无线设备传输/发送从基站CU-UP接收到的数据(例如,下行链路数据、CP数据、UP数据)和/或至少一个后续下行链路数据。在示例中,基站DU可以通过将从基站CU-UP接收到的数据(例如,下行链路数据、CP数据、UP数据)和/或至少一个后续下行链路数据与RRC响应消息或RRC配置消息复用和/或连接,来向无线设备传输/发送该数据和/或至少一个后续下行链路数据。
在示例中,如图30所示,基站CU-CP可以从网络设备接收用于无线设备的指示消息。指示消息可以包括指示数据的大小或用于数据的SDT程序中的至少一者的信息参数。基站CU-CP可以向基站DU并且基于指示消息来发送用于无线设备的F1寻呼消息。F1寻呼消息可以包括用于无线设备的SDT程序的辅助参数。基站CU-CP可以从无线设备接收用于SDT程序的RRC请求消息。RRC请求消息可以是基于F1寻呼消息。在示例中,辅助参数可以包括以下各项中的至少一项:指示用于数据的SDT程序的第一参数或指示数据的大小(例如,非常小、小、中、大;位、字节)的第二参数。
在示例中,RRC请求消息可以是进一步基于下行链路数据的大小小于阈值大小值。在示例中,SDT程序可以包括移动终止早期数据传输(MT-EDT)。
在示例中,网络设备可以包括以下各项中的至少一项:包括接入和移动性管理功能(AMF)或移动性管理实体(MME)中的至少一者的核心网络设备;第二基站;基站CU-UP;等。在示例中,指示消息可以包括以下各项中的至少一项:核心寻呼消息;RAN寻呼消息;数据通知消息;等。在示例中,由基站CU-CP从网络设备接收指示消息可以包括以下各项中的至少一项:从核心网络设备接收核心寻呼消息;从第二基站接收RAN寻呼消息;从基站CU-UP接收数据通知消息;等。
在示例中,核心网络设备可以从会话管理功能(SMF)或用户平面功能(UPF)接收用于数据的核心数据通知。核心寻呼消息可以是基于核心数据通知(例如,UP数据)。在示例中,核心网络设备可以确定向无线设备传输非接入层(NAS)消息。核心寻呼消息可以是用于NAS消息的传输。数据可以包括NAS消息(例如,CP数据)。
在示例中,第二基站可以从第二用户平面功能(UPF)或第二核心网络设备(例如,AMF、SMF、MME)接收数据。该数据可以包括来自第二UPF的用户平面数据(例如,UP数据)和/或来自第二核心网络设备的NAS消息(例如,CP数据)中的至少一者。RAN寻呼消息可以是基于来自第二UPF或第二核心网络设备的数据。在示例中,第二基站可以确定向无线设备传输RRC配置(例如,RRC重新配置消息、NAS传输消息、UE信息请求消息、UE能力请求消息、能力更新消息等)。RAN寻呼消息可以是用于RRC配置消息的传输。数据可以包括RRC配置消息(例如,CP数据)。
在示例中,基站CU-UP可以从用户平面功能(UPF)接收数据。从基站CU-UP到基站CU-CP的数据通知消息可以是基于来自UPF的数据(例如,UP数据)。在示例中,基站CU-CP可以确定向无线设备传输RRC配置消息,其中F1寻呼消息是用于RRC配置消息的传输。
在示例中,基站DU可以基于F1寻呼消息来构建用于无线设备的一个或多个寻呼消息。一个或多个寻呼消息可以指示SDT程序。基站DU可以经由一个或多个小区传输/广播用于无线设备的一个或多个寻呼消息。在示例中,基站DU可以向基站CU-CP发送指示一个或多个寻呼消息是否指示SDT程序的响应消息。该响应消息可以是对F1寻呼消息的响应。
在示例中,RRC请求消息可以是响应于用于无线设备的一个或多个寻呼消息。无线设备可以响应于经由一个或多个小区接收到一个或多个寻呼消息中的至少一个寻呼消息而发送RRC请求消息。在示例中,基站DU可以从无线设备接收RRC请求消息。基站DU可以向基站CU-CP发送/转发RRC请求消息。
在示例中,基站DU可以从无线设备接收至少一个随机接入前导码,用于对基站DU的一个或多个小区中的小区进行随机接入。基站DU可以向无线设备传输对至少一个随机接入前导码的至少一个随机接入响应(RAR)。RRC请求消息可以是基于至少一个随机接入响应。无线设备可以经由由来自基站DU的至少一个随机接入响应所指示的无线电资源传输RRC请求消息。
在示例中,由基站DU从无线设备接收RRC请求消息可以包括经由至少一个预配置的上行链路资源(PUR)接收RRC请求消息。无线设备可以从网络(例如,基站、基站CU、基站CU-CP、基站DU等)接收指示至少一个PUR的PUR配置参数。无线设备可以经由指示无线设备从RRC连接状态转变到RRC非活动状态或RRC闲置状态的RRC重新配置消息和/或RRC释放消息接收PUR配置参数。
在示例中,RRC请求消息可以包括以下各项中的至少一项:RRC早期数据请求消息、RRC恢复请求消息、RRC设置请求消息等。在示例中,RRC请求消息可以包括原因参数,该原因参数指示RRC请求消息的RRC请求是用于SDT程序的。基站CU-CP或基站DU可以基于原因参数来确定是接受还是拒绝来自无线设备的RRC请求。
在示例中,指示消息可以包括指示是否预期后续数据传输的第二信息参数。F1寻呼消息可以包括第二辅助参数,该第二辅助参数基于第二信息参数来指示是否期望后续数据传输。后续数据传输可以包括后续上行链路数据传输、后续下行链路数据传输等中的至少一者。SDT程序可以包括后续数据传输。
在示例中,F1寻呼消息可以包括以下各项中的至少一项:用于寻呼的辅助数据、寻呼eDRX信息、NB-IoT寻呼eDRX信息、NB-IoT UE身份索引值、增强覆盖受限信息、CE-Mode-B受限信息、数据大小、唤醒信号(WUS)辅助信息、NB-IoT寻呼DRX信息等。
在示例中,基站CU-UP可以接收用于无线设备的数据。基站CU-UP可以向无线设备并且基于SDT程序经由基站DU发送/转发数据。在示例中,基站CU-UP可以经由基站DU从无线设备接收上行链路数据。上行链路数据可以与SDT程序相关联。后续数据传输可以包括上行链路数据的传输。基站CU-UP可以向UPF或第二基站发送/转发上行链路数据。
在示例中,基站CU-CP可以在向无线设备传输数据之后,向无线设备并且基于SDT程序来发送RRC响应消息。RRC响应消息可以是对RRC请求消息的RRC响应。无线设备可以基于RRC响应消息来处于RRC非活动状态或RRC闲置状态。RRC响应消息包括RRC早期数据完成消息、RRC释放消息等中的至少一者。
在示例中,基站可以包括以下各项中的至少一项:基站CU-CP、基站CU-UP、包括基站DU的一个或多个基站DU。
在示例中,基站CU-CP可以从网络设备接收用于无线设备的指示消息。指示消息包括指示数据的大小和/或用于数据的SDT程序中的至少一者的信息参数。基站CU-CP可以向基站DU并且基于指示消息来发送用于无线设备的F1寻呼消息。F1寻呼消息可以包括用于无线设备的SDT程序的辅助参数。辅助参数可以包括以下各项中的至少一项:指示用于数据的SDT程序的第一参数和/或指示数据的大小的第二参数。
在示例中,基站CU可以从网络设备接收用于无线设备的指示消息。指示消息可以包括指示数据的大小和/或用于数据的SDT程序中的至少一者的信息参数。基站CU可以向基站DU并且基于指示消息来发送用于无线设备的F1寻呼消息。F1寻呼消息包括辅助参数,该辅助参数包括以下各项中的至少一项:指示用于数据的SDT程序的第一参数和/或指示数据的大小的第二参数。基站CU可以从无线设备接收用于SDT程序的RRC请求消息。RRC请求消息可以是基于F1寻呼消息。在示例中,基站CU可以包括基站CU-CP和基站CU-UP。
在示例中,基站CU可以从网络设备(例如,UPF)接收用于无线设备的下行链路数据。基站CU可以向基站DU并且基于下行链路数据的大小来发送用于无线设备的F1寻呼消息。F1寻呼消息可以包括辅助参数,该辅助参数包括指示用于下行链路数据的SDT程序的第一参数和/或指示下行链路数据的大小的第二参数中的至少一者。基站CU可以从无线设备接收用于SDT程序的RRC请求消息。RRC请求消息可以是基于F1寻呼消息。
在示例中,如图31所示,基站DU可以从基站CU接收用于无线设备的F1寻呼消息。F1寻呼消息可以包括辅助参数,该辅助参数包括指示SDT程序的第一参数和/或指示数据的大小的第二参数中的至少一者。基站DU可以基于F1寻呼消息来构建用于无线设备的一个或多个寻呼消息。一个或多个寻呼消息可以指示SDT程序和/或数据的大小。基站DU可以经由一个或多个小区传输/广播用于无线设备的一个或多个寻呼消息。基站DU可以从无线设备接收用于SDT程序的RRC请求消息。RRC请求消息可以是基于一个或多个寻呼消息。基站DU可以向基站CU(例如,基站CU-CP)发送/转发RRC请求消息。
在示例中,基站DU可以从基站CU接收用于无线设备的F1寻呼消息。F1寻呼消息可以包括辅助参数,该辅助参数包括指示SDT程序的第一参数和/或指示数据的大小的第二参数中的至少一者。基站DU可以基于F1寻呼消息经由用于无线设备的一个或多个小区传输/广播一个或多个寻呼消息。一个或多个寻呼消息可以指示SDT程序。

Claims (151)

1.一种方法,所述方法包括:
由基站中央单元(CU)从网络设备接收用于无线设备的下行链路数据的大小的指示;
由所述基站CU向基站分布式单元(DU)并且基于确定所述下行链路数据的所述大小低于与所述无线设备的小数据传输(SDT)程序相关联的阈值来传输用于所述无线设备的第一寻呼消息,所述第一寻呼消息指示:
所述SDT程序;以及
所述下行链路数据的所述大小;
经由所述基站DU从所述无线设备接收用于所述SDT程序的无线电资源控制(RRC)请求消息;
经由所述基站DU并且基于所述RRC请求消息向所述无线设备发送所述下行链路数据;
基于所述发送所述下行链路数据来确定所述SDT程序完成;以及
基于所述SDT程序完成来进行以下操作中的一者或多者:释放和暂停所述无线设备的RRC连接。
2.如权利要求1所述的方法,其中所述网络设备包括核心网络设备。
3.如权利要求1至2中的一项所述的方法,其中所述网络设备包括以下各项中的至少一项:
接入和移动性管理功能(AMF);
移动性管理实体(MME);
第二基站;以及
基站中央单元用户平面(CU-UP)。
4.如权利要求1至3中的一项所述的方法,其中所述SDT程序包括以下各项中的至少一项:
早期数据传输(EDT);以及
移动终止早期数据传输(MT-EDT)。
5.一种方法,所述方法包括:
由基站中央单元(CU)从网络设备接收用于无线设备的下行链路数据的大小的指示;
由所述基站CU向基站分布式单元(DU)并且基于确定所述下行链路数据的所述大小低于与所述无线设备的小数据传输(SDT)程序相关联的阈值来传输用于所述无线设备的第一寻呼消息,所述第一寻呼消息指示所述SDT程序;
经由所述基站DU向所述无线设备发送所述下行链路数据;以及
基于所述下行链路数据被发送以完成所述SDT程序来进行以下操作中的一者或多者:释放和暂停所述无线设备的无线电资源控制(RRC)连接。
6.如权利要求5所述的方法,其中所述第一寻呼消息进一步指示所述下行链路数据的所述大小。
7.如权利要求5至6中的一项所述的方法,其中所述发送所述下行链路数据是基于经由所述基站DU从所述无线设备接收用于所述SDT程序的无线电资源控制(RRC)请求消息。
8.如权利要求5至7中的一项所述的方法,其中所述网络设备包括核心网络设备。
9.如权利要求5至8中的一项所述的方法,其中所述网络设备包括以下各项中的至少一项:
接入和移动性管理功能(AMF);
移动性管理实体(MME);
第二基站;以及
基站中央单元用户平面(CU-UP)。
10.如权利要求5至9中的一项所述的方法,其中所述SDT程序包括以下各项中的至少一项:
早期数据传输(EDT);以及
移动终止早期数据传输(MT-EDT)。
11.一种方法,所述方法包括:
由基站中央单元(CU)从网络设备接收用于无线设备的下行链路数据的大小的指示;以及
由所述基站CU向基站分布式单元(DU)并且基于所述下行链路数据的所述大小来传输用于所述无线设备的第一寻呼消息,所述第一寻呼消息指示以下各项中的至少一项:
所述无线设备的小数据传输(SDT)程序;以及
所述下行链路数据的所述大小。
12.如权利要求11所述的方法,所述方法还包括从所述无线设备接收用于所述SDT程序的无线电资源控制(RRC)请求消息。
13.如权利要求12所述的方法,其中经由所述基站DU接收所述RRC请求消息。
14.如权利要求12至13中的一项所述的方法,其中所述RRC请求消息包括原因参数,所述原因参数指示所述RRC请求消息是用于所述SDT程序的。
15.如权利要求14所述的方法,所述方法还包括由所述基站CU并且基于所述原因参数来确定是接受还是拒绝所述RRC请求。
16.如权利要求12至15中的一项所述的方法,其中所述RRC请求消息包括以下各项中的至少一项:
RRC早期数据传输(EDT)请求;以及
指示移动终止早期数据传输(MT-EDT)的RRC恢复请求消息;以及
指示所述MT-EDT的RRC设置请求消息。
17.如权利要求11至16中的一项所述的方法,其中在核心寻呼消息中接收所述下行链路数据的所述大小的所述指示。
18.如权利要求17所述的方法,其中从核心网络设备接收所述核心寻呼消息。
19.如权利要求11至16中的一项所述的方法,其中在无线电接入网络(RAN)寻呼消息中接收所述下行链路数据的所述大小的所述指示。
20.如权利要求19所述的方法,其中从第二基站接收所述RAN寻呼消息。
21.如权利要求11至16中的一项所述的方法,其中在数据通知消息中接收所述下行链路数据的所述大小的所述指示。
22.如权利要求21所述的方法,其中所述基站中央单元是基站CU-CP,并且从基站中央单元用户平面(CU-UP)接收所述数据通知消息。
23.如权利要求11至22中的一项所述的方法,所述方法还包括由所述基站CU接收所述下行链路数据。
24.如权利要求23所述的方法,其中从所述网络设备接收所述下行链路数据。
25.如权利要求23所述的方法,其中从用户平面功能(UPF)接收所述下行链路数据。
26.如权利要求11至25中的一项所述的方法,其中:
所述基站CU包括基站中央单元用户平面(CU-UP)和基站中央单元控制平面(CU-CP);
所述传输所述第一寻呼消息是由所述基站CU-CP进行的;并且
由所述基站CU-UP接收所述下行链路数据。
27.如权利要求11至26中的一项所述的方法,其中在指示消息中接收所述下行链路数据的所述大小的所述指示。
28.如权利要求11至26中的一项所述的方法,其中在指示消息中接收所述下行链路数据和所述下行链路数据的所述大小的所述指示。
29.如权利要求11至26中的一项所述的方法,其中所述下行链路数据是所述下行链路数据的所述大小的所述指示。
30.如权利要求11至29中的一项所述的方法,所述方法还包括基于所述下行链路数据的所述大小的所述指示,确定所述下行链路数据的所述大小低于与所述SDT程序相关联的阈值。
31.如权利要求11至30中的一项所述的方法,其中所述第一寻呼消息基于所述确定所述下行链路数据的所述大小低于与所述SDT程序相关联的所述阈值来指示所述SDT程序。
32.如权利要求11至31中的一项所述的方法,其中所述第一寻呼消息是F1寻呼消息。
33.如权利要求11至32中的一项所述的方法,所述方法还包括由所述基站CU经由所述基站DU向所述无线设备发送所述下行链路数据。
34.如权利要求11至33中的一项所述的方法,所述方法还包括以下操作中的一者或多者:释放和暂停所述无线设备的RRC连接。
35.如权利要求34所述的方法,所述方法还包括基于以下操作中的所述一者或多者来发送RRC消息:释放和暂停所述无线设备的所述RRC连接。
36.如权利要求35中的一项所述的方法,其中所述RRC消息包括以下各项中的至少一项:
RRC早期数据完成消息;以及
RRC释放消息。
37.如权利要求35至36中的一项所述的方法,其中经由所述基站DU向所述无线设备发送所述RRC消息。
38.如权利要求35至37中的一项所述的方法,其中当所述无线设备处于RRC非活动状态或RRC闲置状态时,向所述无线设备发送所述RRC消息。
39.如权利要求34至38中的一项所述的方法,其中以下操作中的所述一者或多者是基于所述下行链路数据被发送:释放和暂停所述无线设备的所述RRC连接。
40.如权利要求34至39中的一项所述的方法,其中以下操作中的所述一者或多者是基于所述下行链路数据在所述SDT程序中被发送:释放和暂停所述无线设备的所述RRC连接。
41.如权利要求34至40中的一项所述的方法,其中以下操作中的所述一者或多者是基于所述下行链路数据被发送以完成所述SDT程序:释放和暂停所述无线设备的所述RRC连接。
42.如权利要求34至41中的一项所述的方法,其中以下操作中的所述一者或多者是基于所述基站DU指示向所述无线设备传输的一个或多个第二寻呼消息指示所述SDT程序:释放和暂停所述无线设备的所述RRC连接。
43.如权利要求42所述的方法,所述方法还包括从所述基站DU接收向所述无线设备传输的所述一个或多个第二寻呼消息指示所述SDT程序的指示。
44.如权利要求11至43中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据的所述大小是大、中、小和非常小中的一者或多者的指示。
45.如权利要求11至44中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据的位数或字节数。
46.如权利要求11至45中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据是至少阈值位数或字节数的指示。
47.如权利要求11至46中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据是以下各项中的至少一项的指示:
多于一个位;以及
多于一个字节。
48.如权利要求11至47中的一项所述的方法,所述方法还包括以下各项中的至少一项:从所述网络设备接收是否
预期后续数据传输的指示;以及
向所述基站DU传输是否预期所述后续数据传输的所述指示。
49.如权利要求48所述的方法,其中所述SDT程序包括所述后续数据传输。
50.如权利要求48至49中的一项所述的方法,其中所述后续数据传输包括后续上行链路数据传输和后续下行链路数据传输中的至少一者。
51.如权利要求48至50中的一项所述的方法,其中所述后续数据传输包括以下各项中的至少一项:
一个或多个后续上行链路数据传输;以及
一个或多个后续下行链路数据传输。
52.如权利要求51所述的方法,所述方法还包括:
由所述基站CU从所述无线设备接收所述一个或多个后续上行链路数据传输;以及
由所述基站CU向用户平面功能或第二基站发送所述一个或多个后续上行链路数据传输。
53.如权利要求51至52中的一项所述的方法,所述方法还包括:
由所述基站CU从用户平面功能或第二基站接收所述一个或多个后续下行链路数据传输;以及
由所述基站CU向发送所述一个或多个后续下行链路数据传输。
54.如权利要求11至53中的一项所述的方法,所述方法还包括由所述基站CU确定向所述无线设备传输RRC配置消息,其中所述第一寻呼消息是用于所述RRC配置消息的传输。
55.如权利要求11至54中的一项所述的方法,其中所述网络设备包括核心网络设备。
56.如权利要求11至55中的一项所述的方法,其中所述网络设备包括以下各项中的至少一项:
接入和移动性管理功能(AMF);
移动性管理实体(MME);
第二基站;以及
基站中央单元用户平面(CU-UP)。
57.如权利要求11至56中的一项所述的方法,其中所述SDT程序包括以下各项中的至少一项:
小数据传输;
早期数据传输(EDT);以及
移动终止早期数据传输(MT-EDT)。
58.一种基站,所述基站包括一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站执行如权利要求1至57中任一项所述的方法。
59.一种基站中央单元,所述基站中央单元包括一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站中央单元执行如权利要求1至57中任一项所述的方法。
60.一种非暂时性计算机可读介质,所述非暂时性计算机可读介质包括指令,所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求1至57中任一项所述的方法。
61.一种方法,所述方法包括:
由基站分布式单元(DU)从基站中央单元(CU)接收用于所述无线设备的第一寻呼消息,所述第一寻呼消息指示以下各项中的至少一项:
所述无线设备的小数据传输(SDT)程序;以及
下行链路数据的大小;以及
由所述基站DU向所述无线设备并且基于所述第一寻呼消息来传输指示所述SDT程序的一个或多个第二寻呼消息。
62.如权利要求61所述的方法,所述方法还包括从所述无线设备接收用于所述SDT程序的无线电资源控制(RRC)请求消息。
63.如权利要求62所述的方法,所述方法还包括向所述基站CU发送所述RRC请求消息。
64.如权利要求62至63中的一项所述的方法,其中所述RRC请求消息包括原因参数,所述原因参数指示所述RRC请求消息是用于所述SDT程序的。
65.如权利要求64所述的方法,所述方法还包括由所述基站DU并且基于所述原因参数来确定是接受还是拒绝所述RRC请求。
66.如权利要求62至65中的一项所述的方法,其中所述RRC请求消息包括以下各项中的至少一项:
RRC早期数据传输(EDT)请求;以及
指示移动终止早期数据传输(MT-EDT)的RRC恢复请求消息;以及
指示所述MT-EDT的RRC设置请求消息。
67.如权利要求62至66中的一项所述的方法,其中经由至少一个预配置的上行链路资源接收所述RRC请求消息。
68.如权利要求62至67中的一项所述的方法,其中在所述传输所述一个或多个第二寻呼消息之后接收所述RRC请求消息。
69.如权利要求62至68中的一项所述的方法,其中在由所述基站DU向所述无线设备传输随机接入响应之后接收所述RRC请求消息。
70.如权利要求69所述的方法,所述方法还包括由所述基站DU从所述无线设备接收至少一个随机接入前导码,其中所述传输所述随机接入响应是基于所述接收所述随机接入前导码。
71.如权利要求61至70中的一项所述的方法,所述方法还包括由所述基站DU从所述基站CU接收所述下行链路数据。
72.如权利要求71中的一项所述的方法,其中:
所述基站CU包括基站中央单元用户平面(CU-UP)和基站中央单元控制平面(CU-CP);
从所述基站CU-CP接收所述第一寻呼消息;并且
从所述基站CU-UP接收所述下行链路数据。
73.如权利要求61至72中的一项所述的方法,其中所述传输所述一个或多个第二寻呼消息是经由所述基站DU的一个或多个小区。
74.如权利要求61至73中的一项所述的方法,所述方法还包括由所述基站DU并且基于所述第一寻呼消息来构建所述一个或多个第二寻呼消息。
75.如权利要求61至74中的一项所述的方法,所述方法还包括基于所述下行链路数据的所述大小的所述指示,确定所述下行链路数据的所述大小低于与所述SDT程序相关联的阈值。
76.如权利要求61至75中的一项所述的方法,其中所述一个或多个第二寻呼消息基于所述确定所述下行链路数据的所述大小低于与所述SDT程序相关联的所述阈值来指示所述SDT程序。
77.如权利要求61至76中的一项所述的方法,其中所述第一寻呼消息是F1寻呼消息。
78.如权利要求61至77中的一项所述的方法,所述方法还包括由所述基站DU向所述无线设备发送所述下行链路数据。
79.如权利要求61至78中的一项所述的方法,所述方法还包括基于以下操作中的一者或多者来接收RRC消息:释放和暂停所述无线设备的所述RRC连接。
80.如权利要求79中的一项所述的方法,其中所述RRC消息包括以下各项中的至少一项:
RRC早期数据完成消息;以及
RRC释放消息。
81.如权利要求79至80中的一项所述的方法,所述方法还包括向所述无线设备发送所述RRC消息。
82.如权利要求61至81中的一项所述的方法,所述方法还包括向所述基站CU发送向所述无线设备传输的所述一个或多个第二寻呼消息指示所述SDT程序的指示。
83.如权利要求82所述的方法,所述方法还包括从所述基站DU接收向所述无线设备传输的所述一个或多个第二寻呼消息指示所述SDT程序的指示。
84.如权利要求61至83中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据的所述大小是大、中、小和非常小中的一者或多者的指示。
85.如权利要求61至84中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据的位数或字节数。
86.如权利要求61至85中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据是至少阈值位数或字节数的指示。
87.如权利要求61至86中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据是以下各项中的至少一项的指示:
多于一个位;以及
多于一个字节。
88.一种基站分布式单元,所述基站分布式单元包括一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站分布式单元执行如权利要求61至87中任一项所述的方法。
89.一种非暂时性计算机可读介质,所述非暂时性计算机可读介质包括指令,所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求61至87中任一项所述的方法。
90.一种系统,所述系统包括:
基站中央单元(CU),所述基站CU包括:一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站中央单元(CU):
从网络设备接收用于无线设备的下行链路数据的大小的指示;并且
向基站分布式单元(DU)并且基于所述下行链路数据的所述大小来传输用于所述无线设备的第一寻呼消息,所述第一寻呼消息指示以下各项中的至少一项:
所述无线设备的小数据传输(SDT)程序;以及
所述下行链路数据的所述大小;以及
所述基站DU,其中所述基站DU包括:一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站DU:
从所述基站CU接收用于所述无线设备的所述第一寻呼消息;
向所述无线设备并且基于所述第一寻呼消息来传输指示所述SDT程序的一个或多个第二寻呼消息。
91.一种方法,所述方法包括:
由基站中央单元(CU)从网络设备接收用于无线设备的小数据传输(SDT)程序的指示;
由所述基站CU向基站分布式单元(DU)并且基于用于所述无线设备的所述SDT程序的所述指示来传输用于所述无线设备的第一寻呼消息,所述第一寻呼消息指示:
所述无线设备的所述SDT程序;以及
用于所述无线设备的所述下行链路数据的大小;
经由所述基站DU从所述无线设备接收用于所述SDT程序的无线电资源控制(RRC)请求消息;
经由所述基站DU并且基于所述RRC请求消息向所述无线设备发送所述下行链路数据;
基于所述发送所述下行链路数据来确定所述SDT程序完成;以及
基于所述SDT程序完成来进行以下操作中的一者或多者:释放和暂停所述无线设备的RRC连接。
92.如权利要求91所述的方法,其中所述网络设备包括核心网络设备。
93.如权利要求91至92中的一项所述的方法,其中所述网络设备包括以下各项中的至少一项:
接入和移动性管理功能(AMF);
移动性管理实体(MME);
第二基站;以及
基站中央单元用户平面(CU-UP)。
94.如权利要求91至93中的一项所述的方法,其中所述SDT程序包括以下各项中的至少一项:
早期数据传输(EDT);以及
移动终止早期数据传输(MT-EDT)。
95.一种方法,所述方法包括:
由基站中央单元(CU)从网络设备接收用于无线设备的小数据传输(SDT)程序的指示;
由所述基站CU向基站分布式单元(DU)并且基于用于所述无线设备的所述SDT程序的所述指示来传输用于所述无线设备的第一寻呼消息,所述第一寻呼消息指示所述SDT程序;
经由所述基站DU向所述无线设备发送所述下行链路数据;以及
基于所述下行链路数据被发送以完成所述SDT程序来进行以下操作中的一者或多者:释放和暂停所述无线设备的无线电资源控制(RRC)连接。
96.如权利要求95所述的方法,其中所述第一寻呼消息进一步指示所述下行链路数据的所述大小。
97.如权利要求95至96中的一项所述的方法,其中所述发送所述下行链路数据是基于经由所述基站DU从所述无线设备接收用于所述SDT程序的无线电资源控制(RRC)请求消息。
98.如权利要求95至97中的一项所述的方法,其中所述网络设备包括核心网络设备。
99.如权利要求95至98中的一项所述的方法,其中所述网络设备包括以下各项中的至少一项:
接入和移动性管理功能(AMF);
移动性管理实体(MME);
第二基站;以及
基站中央单元用户平面(CU-UP)。
100.如权利要求95至99中的一项所述的方法,其中所述SDT程序包括以下各项中的至少一项:
早期数据传输(EDT);以及
移动终止早期数据传输(MT-EDT)。
101.一种方法,所述方法包括:
由基站中央单元(CU)从网络设备接收用于无线设备的小数据传输(SDT)程序的指示;以及
由所述基站CU向基站分布式单元(DU)并且基于所述SDT程序的所述指示来传输用于所述无线设备的第一寻呼消息,所述第一寻呼消息指示以下各项中的至少一项:
所述无线设备的所述SDT程序;以及
用于所述无线设备的下行链路数据的大小。
102.如权利要求101所述的方法,所述方法还包括从所述无线设备接收用于所述SDT程序的无线电资源控制(RRC)请求消息。
103.如权利要求102所述的方法,其中经由所述基站DU接收所述RRC请求消息。
104.如权利要求101至103中的一项所述的方法,其中所述RRC请求消息包括原因参数,所述原因参数指示所述RRC请求消息是用于所述SDT程序的。
105.如权利要求104所述的方法,所述方法还包括由所述基站CU并且基于所述原因参数来确定是接受还是拒绝所述RRC请求。
106.如权利要求101至105中的一项所述的方法,其中所述RRC请求消息包括以下各项中的至少一项:
RRC早期数据传输(EDT)请求;以及
指示移动终止早期数据传输(MT-EDT)的RRC恢复请求消息;以及
指示所述MT-EDT的RRC设置请求消息。
107.如权利要求101至106中的一项所述的方法,其中在核心寻呼消息中接收所述SDT程序的所述指示和所述下行链路数据的所述大小中的一者或多者。
108.如权利要求107所述的方法,其中从核心网络设备接收所述核心寻呼消息。
109.如权利要求101至106中的一项所述的方法,其中在无线电接入网络(RAN)寻呼消息中接收所述SDT程序的所述指示和所述下行链路数据的所述大小中的一者或多者。
110.如权利要求109所述的方法,其中从第二基站接收所述RAN寻呼消息。
111.如权利要求101至106中的一项所述的方法,其中在数据通知消息中接收所述SDT程序的所述指示和所述下行链路数据的所述大小中的一者或多者。
112.如权利要求111所述的方法,其中所述基站中央单元是基站CU-CP,并且从基站中央单元用户平面(CU-UP)接收所述数据通知消息。
113.如权利要求101至112中的一项所述的方法,所述方法还包括由所述基站CU接收所述下行链路数据。
114.如权利要求113所述的方法,其中从所述网络设备接收所述下行链路数据。
115.如权利要求113所述的方法,其中从用户平面功能(UPF)接收所述下行链路数据。
116.如权利要求101至115中一项所述的方法,其中:
所述基站CU包括基站中央单元用户平面(CU-UP)和基站中央单元控制平面(CU-CP);
所述传输所述第一寻呼消息是由所述基站CU-CP进行的;并且
由所述基站CU-UP接收所述下行链路数据。
117.如权利要求101至116中的一项所述的方法,其中在指示消息中接收所述下行链路数据的所述大小的所述指示。
118.如权利要求101至116中的一项所述的方法,其中在指示消息中接收所述下行链路数据和所述下行链路数据的所述大小的所述指示。
119.如权利要求101至116中的一项所述的方法,其中所述下行链路数据是所述下行链路数据的所述大小的所述指示。
120.如权利要求101至119中的一项所述的方法,所述方法还包括基于所述下行链路数据的所述大小的所述指示,确定所述下行链路数据的所述大小低于与所述SDT程序相关联的阈值。
121.如权利要求101至120中的一项所述的方法,其中所述第一寻呼消息基于所述确定所述下行链路数据的所述大小低于与所述SDT程序相关联的所述阈值来指示所述SDT程序。
122.如权利要求101至121中的一项所述的方法,其中所述第一寻呼消息是F1寻呼消息。
123.如权利要求101至122中的一项所述的方法,所述方法还包括由所述基站CU经由所述基站DU向所述无线设备发送所述下行链路数据。
124.如权利要求101至123中的一项所述的方法,所述方法还包括以下操作中的一者或多者:释放和暂停所述无线设备的RRC连接。
125.如权利要求124所述的方法,所述方法还包括基于以下操作中的所述一者或多者来发送RRC消息:释放和暂停所述无线设备的所述RRC连接。
126.如权利要求125中的一项所述的方法,其中所述RRC消息包括以下各项中的至少一项:
RRC早期数据完成消息;以及
RRC释放消息。
127.如权利要求124至126中的一项所述的方法,其中经由所述基站DU向所述无线设备发送所述RRC消息。
128.如权利要求124至127中的一项所述的方法,其中当所述无线设备处于RRC非活动状态或RRC闲置状态时,向所述无线设备发送所述RRC消息。
129.如权利要求124至128中的一项所述的方法,其中以下操作中的所述一者或多者是基于所述下行链路数据被发送:释放和暂停所述无线设备的所述RRC连接。
130.如权利要求124至129中的一项所述的方法,其中以下操作中的所述一者或多者是基于所述下行链路数据在所述SDT程序中被发送:释放和暂停所述无线设备的所述RRC连接。
131.如权利要求124至130中的一项所述的方法,其中以下操作中的所述一者或多者是基于所述下行链路数据被发送以完成所述SDT程序:释放和暂停所述无线设备的所述RRC连接。
132.如权利要求124至131中的一项所述的方法,其中以下操作中的所述一者或多者是基于所述基站DU指示向所述无线设备传输的一个或多个第二寻呼消息指示所述SDT程序:释放和暂停所述无线设备的所述RRC连接。
133.如权利要求132所述的方法,所述方法还包括从所述基站DU接收向所述无线设备传输的所述一个或多个第二寻呼消息指示所述SDT程序的指示。
134.如权利要求101至133中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据的所述大小是大、中、小和非常小中的一者或多者的指示。
135.如权利要求101至134中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据的位数或字节数。
136.如权利要求101至135中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据是至少阈值位数或字节数的指示。
137.如权利要求101至136中的一项所述的方法,其中所述下行链路数据的所述大小的所述指示是所述下行链路数据是以下各项中的至少一项的指示:
多于一个位;以及
多于一个字节。
138.如权利要求101至137中的一项所述的方法,所述方法还包括以下各项中的至少一项:从所述网络设备接收是否
预期后续数据传输的指示;以及
向所述基站DU传输是否预期所述后续数据传输的所述指示。
139.如权利要求138所述的方法,其中所述SDT程序包括所述后续数据传输。
140.如权利要求138至139中的一项所述的方法,其中所述后续数据传输包括后续上行链路数据传输和后续下行链路数据传输中的至少一者。
141.如权利要求138至140中的一项所述的方法,其中所述后续数据传输包括以下各项中的至少一项:
一个或多个后续上行链路数据传输;以及
一个或多个后续下行链路数据传输。
142.如权利要求141所述的方法,所述方法还包括:
由所述基站CU从所述无线设备接收所述一个或多个后续上行链路数据传输;以及
由所述基站CU向用户平面功能或第二基站发送所述一个或多个后续上行链路数据传输。
143.如权利要求141至142中的一项所述的方法,所述方法还包括:
由所述基站CU从用户平面功能或第二基站接收所述一个或多个后续下行链路数据传输;以及
由所述基站CU向发送所述一个或多个后续下行链路数据传输。
144.如权利要求101至143中的一项所述的方法,所述方法还包括由所述基站CU确定向所述无线设备传输RRC配置消息,其中所述第一寻呼消息是用于所述RRC配置消息的传输。
145.如权利要求101至144中的一项所述的方法,其中所述网络设备包括核心网络设备。
146.如权利要求101至145中的一项所述的方法,其中所述网络设备包括以下各项中的至少一项:
接入和移动性管理功能(AMF);
移动性管理实体(MME);
第二基站;以及
基站中央单元用户平面(CU-UP)。
147.如权利要求101至146中的一项所述的方法,其中所述SDT程序包括以下各项中的至少一项:
小数据传输;
早期数据传输(EDT);以及
移动终止早期数据传输(MT-EDT)。
148.一种基站,所述基站包括一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站执行如权利要求91至147中任一项所述的方法。
149.一种基站中央单元,所述基站中央单元包括一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站中央单元执行如权利要求91至147中任一项所述的方法。
150.一种非暂时性计算机可读介质,所述非暂时性计算机可读介质包括指令,所述指令在由一个或多个处理器执行时使得所述一个或多个处理器执行如权利要求91至147中任一项所述的方法。
151.一种系统,所述系统包括:
基站中央单元(CU),所述基站CU包括:一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站中央单元(CU):
从网络设备接收用于无线设备的小数据传输(SDT)程序的指示;并且
向基站分布式单元(DU)并且基于所述SDT程序的所述指示来传输用于所述无线设备的第一寻呼消息,所述第一寻呼消息指示以下各项中的至少一项:
所述无线设备的所述SDT程序;以及
所述下行链路数据的所述大小;以及
所述基站DU,其中所述基站DU包括:一个或多个处理器和存储指令的存储器,所述指令在由所述一个或多个处理器执行时使得所述基站DU:
从所述基站CU接收用于所述无线设备的所述第一寻呼消息;
向所述无线设备并且基于所述第一寻呼消息来传输指示所述SDT程序的一个或多个第二寻呼消息。
CN202180084462.4A 2020-10-21 2021-10-21 针对小数据传输的寻呼 Pending CN116965104A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202063094542P 2020-10-21 2020-10-21
US63/094,542 2020-10-21
PCT/US2021/056068 WO2022087275A1 (en) 2020-10-21 2021-10-21 Paging for small data transmission

Publications (1)

Publication Number Publication Date
CN116965104A true CN116965104A (zh) 2023-10-27

Family

ID=78709538

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180084462.4A Pending CN116965104A (zh) 2020-10-21 2021-10-21 针对小数据传输的寻呼

Country Status (4)

Country Link
US (1) US20230379880A1 (zh)
EP (1) EP4233413A1 (zh)
CN (1) CN116965104A (zh)
WO (1) WO2022087275A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023218383A1 (en) * 2022-05-10 2023-11-16 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for enabling per service configuration for mt-sdt
CN117939708A (zh) * 2022-05-11 2024-04-26 上海朗帛通信技术有限公司 一种被用于无线通信的通信节点中的方法和装置
CN117156526A (zh) * 2022-05-24 2023-12-01 荣耀终端有限公司 数据传输方法及相关设备
CN118044312A (zh) * 2022-07-12 2024-05-14 中兴通讯股份有限公司 用于无线通信的方法、设备和计算机程序产品
CN117479302A (zh) * 2022-07-22 2024-01-30 展讯通信(上海)有限公司 一种寻呼响应方法及其装置
WO2024028441A1 (en) * 2022-08-03 2024-02-08 Continental Automotive Technologies GmbH Method and apparatus for robust small data transmission in a wireless network
WO2024028412A1 (en) * 2022-08-03 2024-02-08 Continental Automotive Technologies GmbH Method and apparatus for robust small data transmission 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
WO2024034347A1 (en) * 2022-08-10 2024-02-15 Toyota Jidosha Kabushiki Kaisha Sidelink sensing information sharing
WO2024065285A1 (en) * 2022-09-28 2024-04-04 Nec Corporation Methods, devices, and medium for communication

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020076033A1 (en) * 2018-10-07 2020-04-16 Lg Electronics Inc. Method and apparatus for controlling transmission of response signal in wireless communication system
WO2020166817A1 (en) * 2019-02-12 2020-08-20 Lg Electronics Inc. Early data transmission in cu-du split
US20220303946A1 (en) * 2019-09-06 2022-09-22 Lg Electronics Inc. Method and apparatus for support of cu-du split in mt-edt procedure in a wireless communication system

Also Published As

Publication number Publication date
US20230379880A1 (en) 2023-11-23
WO2022087275A1 (en) 2022-04-28
EP4233413A1 (en) 2023-08-30

Similar Documents

Publication Publication Date Title
US20230379880A1 (en) Paging for Small Data Transmission
EP4026392B1 (en) Subsequent data information for small data transmission
CN116171631B (zh) 用于上行链路资源配置的方法、装置和系统
CN115486202A (zh) 小数据传输(sdt)
CN114762441B (zh) 一种基于小区配置参数的连接复原的方法、无线装置及系统
US11895726B2 (en) Completion indication of small data transmission
CA3202524C (en) Inactive context management
CN115380603B (zh) 资源检索程序
CN114762282B (zh) 用于侧链路传输的抢占指示和无线电资源选择
EP4014653B1 (en) Uplink resource release
CN116830653A (zh) 小数据传输程序中的释放消息
CN116889079A (zh) 逻辑信道配置
CN116686380A (zh) 小数据传输程序的下行链路数据
CN116058061A (zh) 混合确认重复请求反馈重复
CN117561734A (zh) 针对小数据传输的报告
CN115997442A (zh) 具有覆盖增强的随机接入过程
CN116830781A (zh) 通过小数据传输进行的针对rrc连接的pdcch接收
CN116458242A (zh) 小数据传输程序的上行链路数据
CN116941317A (zh) 用于小数据传输的程序
CN116830504A (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