CN114651460A - 灵活高容量无线电网络临时标识符 - Google Patents

Abstract

本公开涉及用于支持超过诸如长期演进(LTE)的4G通信系统的更高数据速率的5G通信系统或6G通信系统。本公开提供了无线通信系统中的方法和装置。一种操作基站(BS)的方法包括：生成指示BS能够支持高容量无线电网络临时标识符(HC‑RNTI)的指示符，其中，所述HC‑RNTI的大小基于可配置的粒度；生成包括所述指示符和指示HC‑RNTI大小的信息的系统信息块；向用户设备(UE)发送系统信息块；以及向UE发送HC‑RNTI，其中，所述HC‑RNTI被分配给UE。

Description

灵活高容量无线电网络临时标识符

技术领域

本公开一般涉及无线电网络临时标识符，并且更具体地，本公开涉及灵活高容量无线电网络临时标识符，其对于容忍延迟的服务和/或对于每个小区具有高容量要求的大型小区非常有利。

背景技术

考虑到一代代无线通信的开发，已开发了主要针对以人类为目标的服务的技术，诸如语音呼叫、多媒体服务和数据服务。随着5G(第5代)通信系统的商业化，预期连接设备的数量将会指数级地增长。这些设备将越来越多地连接到通信网络。连接物的例子可能包括车辆、机器人、无人机、家用电器、显示器、连接到各种基础设施的智能传感器、施工机械和工厂装备。预期移动设备将以各种形式因素演进，诸如增强现实眼镜、虚拟现实耳机和全息设备。为了在6G(第6代)时代通过连接数千亿个设备和事物来提供各种服务，一直在努力开发改进的6G通信系统。由于这些原因，6G通信系统被称为超5G系统。

预期2030年左右将商业化的6G通信系统将具有太(1000千兆)级bps的峰值数据速率和小于100微秒的无线电延时，因此将比5G通信系统快50倍，并且具有其1/10的无线电延时。

为了实现如此高的数据速率和超低延时，已考虑在太赫兹频段(例如，95GHz至3THz频段)实现6G通信系统。预期由于太赫兹频段中的路径损耗和大气吸收比5G引入的毫米波频段中的路径损耗和大气吸收更严重，因此能够确保信号传输距离(即覆盖)的技术将变得更加至关重要。有必要开发作为确保覆盖的主要技术的、具有比正交频分复用(OFDM)、波束成形和大规模多输入多输出(MIMO)、全多维多输入多输出(FD-MIMO)、阵列天线和诸如大规模天线等的多天线传输技术更好的覆盖的射频(RF)元件、天线、新型波形。此外，一直在进行关于对改进太赫兹频段信号的覆盖的新技术的讨论，诸如基于超材料的透镜和天线、轨道角动量(OAM)和可重构智能表面(RIS)。

此外，为了改进频谱效率和整体网络性能，已经针对6G通信系统开发了：全双工技术，用于使上行链路传输和下行链路传输能够在相同时间同时使用相同的频率资源；网络技术，用于以综合的方式利用卫星、高空平台站(HAPS)等；改进的网络结构，用于支持移动基站等并实现网络操作优化和自动化等；动态频谱共享技术，经由基于对频谱使用的预测的冲突避免；在无线通信中使用人工智能(AI)，用于通过从设计阶段利用AI以开发6G并内化端对端的AI支持功能而改进整体网络操作；以及下一代分布式计算技术，用于通过在网络上可达成的超高性能通信和计算资源(诸如移动边缘计算(MEC)、云等)来克服UE计算能力的限制。此外，通过设计用于6G通信系统的新协议、开发实现基于硬件的安全环境和安全使用数据的机制、以及开发维持隐私的技术，正在继续尝试加强设备之间的连接、优化网络、推进网络实体软件化、以及提高无线通信的开放性。

预期了对包括人对机器(P2M)和机器对机器(M2M)的超连接的6G通信系统的研发，将允许下一个超连接体验。特别是，预期可以通过6G通信系统提供诸如真正沉浸式扩展现实(XR)、高保真移动全息图和数字复制品的服务。此外，将通过6G通信系统提供诸如远程手术安全性及可靠性增强、工业自动化、以及应急响应的服务，使得所述技术可以应用于诸如工业、医疗护理、汽车以及家用电器的各种领域。

发明内容

技术问题

在典型的LTE或5G网络中，当UE处于RRC_CONNECTED状态时，UE被指派一个或多个专用RNTI(例如，小区RNTI)，这些RNTI在UE与无线电网络的小区(或扇区)之间的专用RRC信令连接的持续时间保持有效。在大量UE具有与给定小区的RRC连接的部署场景中，仅16比特作为RNTI大小的约束限制了可以处于RRC_CONNECTED状态的设备数量，导致由于RRC_CONNECTED状态和其他RRC状态(诸如RRC_INACTIVE或RRC_IDLE)之间的频繁状态转换而引起的处理负载和信令负载的巨大增加。

特别是当小区大(即，覆盖较多设备)、流量低(例如，小于几百字节)、并且数据传输的频率为间歇性(如，每隔几秒、几分钟或几小时)时，信令负载变得过多并且非常效率低。现有16比特的RNTI将是容量瓶颈的示例场景包括大规模容忍延迟的IoT、紧急通信和海上通信。

因此，需要一种无线电网络临时标识符(RNTI)的新的灵活结构，以高效地支持大量同时的无线电连接。

解决问题

本公开的各方面将至少解决上述问题和/或缺点并提供至少下述优点。

在一个实施例中，提供了一种无线通信系统中的基站(BS)。BS包括：处理器，并被配置为：生成指示BS能够支持高容量无线电网络临时标识符(HC-RNTI)的指示符，其中，HC-RNTI的大小基于可配置的粒度；以及生成包括指示符和指示HC-RNTI大小的信息的系统信息块。BS还包括收发器，可操作地连接到处理器，收发器被配置为：向用户设备(UE)发送系统信息块；并且向UE发送HC-RNTI，其中，HC-RNTI被分配给UE。

在另一个实施例中，提供了一种无线通信系统中的用户设备(UE)。UE包括：收发器，被配置为：从BS接收包括指示符和指示HC-RNTI的大小的信息的系统信息块，其中，HC-RNTI的大小基于可配置的粒度。UE还包括处理器，可操作地连接到收发器，处理器被配置为：识别指示BS能够支持HC-RNTI的指示符和HC-RNTI的大小。UE的收发器还被配置为从BS接收HC-RNTI，其中，HC-RNTI被分配给UE。

在又一个实施例中，提供了一种无线通信系统中的BS的方法。该方法包括：生成指示BS能够支持HC-RNTI的指示符，其中，HC-RNTI的大小基于可配置的粒度；生成包括指示符和指示HC-RNTI大小的信息的系统信息块，向用户设备(UE)发送系统信息块；以及向UE发送HC-RNTI，其中，所述HC-RNTI被分配给UE。

从以下附图、描述和权利要求中，其他技术特征对于本领域技术人员来说是清晰的。

发明的有益效果

本公开提供了专用无线电网络临时标识符(RNTI)的新的灵活结构，以高效地支持给定小区中的大量同时的无线电连接。这个UE标识符被称为HC-RNTI。随着无线网络的虚拟化，基于云的计算和存储资源将促进能够支持数十万活动连接的eNB/gNB的实现。随着要求的可支持RRC连接的数量的增加或减少，网络可以动态地改变HC-RNTI大小并将HC-RNTI(具有更加新的大小)分配给新的RRC连接。

本公开提供了高级资源分配以确保切换期间的良好性能和用户体验，即使在NTN(非陆地网络)具有长传播延延迟。

本公开还提供了在存在HARQ停顿的情况下进行UE功率节省的方法。

附图说明

为了更完整地理解本公开及其优点，现结合附图参考以下描述，其中相同的附图标记表示相同的部分：

图1示出了根据本公开的实施例的示例无线网络；

图2示出了根据本公开的实施例的示例gNB；

图3示出了根据本公开的实施例的示例UE；

图4示出了根据本公开的实施例的定义和使用HC-RNTI的示例性整体机制；

图5示出了根据本公开的实施例的定义和使用HC-RNTI的示例性整体步骤；

图6示出了根据本公开的实施例的用于UE-无线电网络交互的信令流程；

图7示出了根据本公开的实施例的DCI消息中的示例HC-RNTI；

图8示出了根据本公开的实施例的示例切换时间线；

图9示出了根据本公开的实施例的用于减少用户流量中断的示例资源管理；

图10示出了根据本公开的实施例的用于减少用户流量中断的资源管理的示例步骤；

图11示出了根据本公开的实施例的用于UE和网络交互的信令流程；

图12示出了根据本公开的实施例的示例HARQ停顿；

图13示出了根据本公开的实施例的在存在HARQ停顿的情况下的示例UE功率节省；

图14示出了根据本公开的实施例的在存在HARQ停顿的情况下的示例UE功率节省；

图15示出了根据本公开的实施例的在存在HARQ停顿的情况下UE功率节省的示例步骤；

图16示出了根据本公开的实施例的用于UE和网络在HARQ停顿期间支持UE功率节省的信令流程；

图17示出了根据本公开的实施例的用于UE和网络在HARQ停顿期间支持UE功率节省的另一信令流程；以及

图18示出了根据本公开的实施例的用于灵活高容量无线电网络临时标识符的方法的流程图。

具体实施方式

在进行下面的详细描述之前，阐述贯穿本专利文件使用的某些单词和短语的定义可能是有利的。术语“耦合”及其派生词指两个或多个元件之间的任何直接或间接通信，而无论那些元件是否彼此物理接触。术语“发送”、“接收”和“通信”及其派生词涵盖直接和间接通信。术语“包括”和“包含”及其派生词是指包括但不限于。术语“或”是包含性的，意思是和/或。短语“与……相关联”及其派生词是指包括、包括在……内、互连、包含、包含在……内、连接或与……连接、耦合或与……耦合、可与……通信、配合、交织、并列、接近、绑定或与……绑定、具有、具有属性、具有关系或与……有关系等。术语“控制器”是指控制至少一个操作的任何设备、系统或其一部分。这种控制器可以在硬件、或者硬件和软件和/或固件的组合中实施。与任何特定控制器相关联的功能可以是集中式的或分布式的，无论是本地的还是远程的。短语“至少一个”，当与项目列表一起使用时，意指可以使用所列项目中的一个或多个的不同组合，并且可能只需要列表中的一个项目。例如，“A、B、C中的至少一个”包括以下组合中的任意一个：A、B、C、A和B、A和C、B和C、A和B和C。

此外，下面描述的各种功能可以由一个或多个计算机程序来实施或支持，每个计算机程序由计算机可读程序代码形成并体现在计算机可读介质中。术语“应用”和“程序”指代适合于在合适的计算机可读程序代码中实施的一个或多个计算机程序、软件组件、指令集、过程、功能、对象、类、实例、相关数据或其一部分。短语“计算机可读程序代码”包括任何类型的计算机代码，包括源代码、目标代码和可执行代码。短语“计算机可读介质”包括能够被计算机访问的任何类型的介质，诸如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的内存。“非暂时性”计算机可读介质不包括传输暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包括可以永久存储数据的介质和可以存储数据并且之后重写数据的介质，例如可重写光盘或可擦除存储设备。

贯穿本专利文件，提供了其他某些单词和短语的定义。本领域普通技术人员应该理解，在许多(如果不是大多数)情况下，这样的定义适用于这样定义的单词和短语的先前以及未来的使用。

下文讨论的图1至18以及用于描述本专利文件中本公开的原理的各种实施例仅作为说明，而不应以任何方式解释为限制本公开的范围。本领域技术人员将理解本公开的原理可以在任何合适地布置的系统或设备中实现。

以下图1-图3描述了在无线通信系统中并且借助于正交频分复用(OFDM)或正交频分多址(OFDMA)通信技术来实施的各种实施例。图1-图3的描述不意味着暗示对不同实施例可以实现的方式的物理或架构限制。本公开的不同实施例可以在任何合适地布置的通信系统中实现。

图1示出了根据本公开实施例的示例无线网络。图1所示的无线网络的实施例仅用于说明。在不脱离本公开的范围的情况下，可以使用无线网络100的其他实施例。

如图1所示，无线网络包括gNB 101(例如，基站BS)、gNB 102和gNB103。gNB 101与gNB 102和gNB 103通信。gNB 101还与至少一个网络130通信，诸如互联网、专有互联网协议(IP)网络或其他数据网络。

gNB 102为在gNB 102的覆盖区域120之内的第一多个UE提供对网络130的无线宽带接入。第一多个UE包括可以位于小型企业的UE 111；可以位于企业(E)中的UE 112；可以位于WiFi热点(HS)中的UE 113；可以位于第一住宅(R)中的UE 114；可以位于第二住宅(R)中的UE 115；以及可以是移动设备(M)的UE 116，诸如蜂窝电话、无线膝上型计算机、无线PDA等。gNB 103为在gNB 103的覆盖区域125之内的第二多个UE提供对网络130的无线宽带接入。第二多个UE包括UE 115和UE 116。在一些实施例中，gNB 101-gNB 103中的一个或多个可以使用5G/NR、LTE、LTE-A、WiMAX、WiFi或其他无线通信技术彼此通信并与UE 111-UE116通信。

取决于网络类型，术语“基站”或“BS”可以指代配置为提供对网络的无线接入的任何组件(或组件的集合)，诸如发送点(TP)、发送-接收点(TRP)、增强型基站(eNodeB或eNB)、5G/NR基站(gNB)、宏小区、毫微微小区、WiFi接入点(AP)或其他支持无线的设备。基站可以根据一种或多种无线通信协议(例如5G/NR 3GPP新无线电接口/接入(NR)、长期演进(LTE)、高级LTE(LTE-A)、高速分组(packet)接入(HSPA)、Wi-Fi 802.11a/b/g/n/ac等)提供无线接入。为方便起见，术语“BS”和“TRP”在本专利文件中可互换使用以指代提供对远程终端的无线接入的网络基础设施组件。此外，取决于网络类型，术语“用户设备”或“UE”可以指代诸如“移动台”、“订户站”、“远程终端”、“无线终端”、“接收点”、或“用户设备”的任何组件。为了方便起见，本专利文件中使用术语“用户设备”和“UE”来指代无线接入BS的远程无线设备，无论该UE是移动设备(诸如移动电话或智能手机)还是通常被认为是固定设备(诸如台式计算机或自动售货机)。

虚线显示了覆盖区域120和125的近似范围，其仅为了说明和解释的目的而被显示为近似圆形。应当清楚地理解，诸如覆盖区域120和125的与gNB相关联的覆盖区域可以具有包括不规则形状的其他形状，这取决于gNB的配置以及与自然和人为障碍物相关联的无线电环境的变化。

如下文更详细地描述的，UE 111-UE 116中的一个或多个包括用于UE的电路、编程或其组合。在某些实施例中，gNB 101-gNB 103中的一个或多个包括用于UE的电路、编程或其组合。

尽管图1示出了无线网络的一个示例，但是可以对图1进行各种改变。例如，无线网络可以包括任何合适布置的任何数量的UE和任何数量的gNB。此外，gNB 101可以直接与任何数量的UE通信，并且给那些UE提供对网络130的无线宽带接入。类似地，每个gNB 102-103可以直接与网络130通信，并且给UE提供对网络130的直接无线宽带接入。此外，gNB 101、102和/或103可以提供对其他或另外的外部网络的接入，诸如外部电话网络(externaltelephone networks)或其他类型的数据网络。

图2示出了根据本公开实施例的示例gNB 102。图2中所示的gNB 102的实施例仅用于说明，并且图1的gNB 101和103可以具有相同或相似的配置。然而，gNB以各种配置出现，并且图2不将本公开的范围限制为gNB的任何特定实施方式。

如图2所示，gNB 102包括多个天线205a-205n、多个RF收发器210a-210n、发送(TX)处理电路215和接收(RX)处理电路220。gNB 102还包括控制器/处理器225、存储器230和回传(backhaul)或网络接口235。

RF收发器210a-210n从天线205a-205n接收输入RF信号，诸如由在网络100中的UE发送的信号。RF收发器210a-210n下变频输入RF信号以生成IF或基带信号。IF或基带信号被发送给RX处理电路220，其通过滤波、解码和/或数字化基带或IF信号来生成处理的基带信号。RX处理电路220将处理的基带信号向控制器/处理器225发送以供进一步处理。

TX处理电路215从控制器/处理器225接收模拟或数字数据(诸如语音数据、网络数据、电子邮件或交互式视频游戏数据)。TX处理电路215编码、多路复用和/或数字化输出基带数据以生成处理的基带或IF信号。RF收发器210a-210n从TX处理电路215接收输出的处理的基带或IF信号，并且将基带或IF信号上变频为经由天线205a-205n发送的RF信号。

控制器/处理器225可以包括控制gNB 102的整体操作的一个或多个处理器或其他处理设备。例如，控制器/处理器225可以通过RF收发器210a-210n、RX处理电路220和TX处理电路215，根据已知的原理，控制前向信道信号的接收和反向信道信号的发送。控制器/处理器225也可以支持另外的功能，诸如更先进的无线通信功能。例如，控制器/处理器225可以支持波束成形或定向路由操作，其中来自多个天线205a-205n的输出信号和向多个天线205a-205n的输入信号被不同地加权，以有效地将输出信号导向期望的方向。各种其他功能中的任何功能可以通过控制器/处理器225在gNB 102中得到支持。

控制器/处理器225还能够执行驻留在诸如OS的存储器230中的程序和其他进程。控制器/处理器225可以按照执行过程所需要的，将数据移入或移出存储器230。

控制器/处理器225还被耦合到回传或网络接口235。回传或网络接口235允许gNB102通过回传连接或通过网络，与其他设备或系统进行通信。接口235可以支持通过任何合适的有线或无线连接的通信。例如，当gNB 102被实现为蜂窝通信系统(例如支持5G/NR、LTE或LTE-A的系统)的一部分时，接口235可以允许gNB 102通过有线或无线回传连接与其他gNB通信。当gNB 102被实现为接入点时，接口235可以允许gNB 102通过有线或无线局域网或者通过到更大网络(例如因特网)的有线或无线连接来通信。接口235包括支持通过有线或无线连接进行通信的任何合适的结构，诸如以太网或RF收发器。

存储器230被耦合到控制器/处理器225。存储器230的一部分可以包括RAM，并且存储器230的另一部分可以包括闪存或其他ROM。

尽管图2示出了gNB 102的一个示例，但是可以对图2进行各种改变。例如，gNB 102可以包括任何数量的图2中所示出的每个组件。作为特定示例，接入点可以包括多个接口235，并且控制器/处理器225可以支持在不同网络地址之间路由数据的路由功能。作为另一特定示例，虽然示出为包括TX处理电路215的单个实例和RX处理电路220的单个实例，但是gNB 102可以包括每一个的多个实例(例如每个RF收发器一个)。此外，图2中的各种组件可以被组合、进一步细分或省略，并且可以根据特定需要添加另外的组件。

图3示出了根据本公开实施例的示例UE 116。图3中所示的UE 116的实施例仅用于说明，并且图1的UE 111-115可以具有相同或相似的配置。然而，UE以各种配置出现，并且图3不将本公开的范围限制为UE的任何特定实施方式。

如图3所示，UE 116包括天线305、射频(RF)收发器310、TX处理电路315、麦克风320和RX处理电路325。UE 116还包括扬声器330、处理器340、输入/输出(I/O)接口(IF)345、触摸屏350、显示器355和存储器360。存储器360包括操作系统(OS)361和一个或多个应用程序362。

RF收发器310从天线305接收由网络100的gNB发送的输入RF信号。RF收发器310下变频输入RF信号以生成中频(IF)或基带信号。IF或基带信号被发送给RX处理电路325，其通过滤波、解码和/或数字化基带或IF信号来生成处理的基带信号。RX处理电路325将处理的基带信号向扬声器330(诸如用于语音数据)发送或向处理器340发送以供进一步处理(诸如用于网络浏览数据)。

TX处理电路315从麦克风320接收模拟或数字语音数据或从处理器340接收其他输出基带数据(诸如网络数据、电子邮件或交互式视频游戏数据)。TX处理电路315编码、多路复用、和/或数字化输出基带数据以生成处理的基带或IF信号。RF收发器310从TX处理电路315接收输出的处理的基带或IF信号，并且将基带或IF信号上变频为经由天线305发送的RF信号。

处理器340可以包括一个或多个处理器或其他处理设备，并且执行存储在存储器360中的OS 361以便控制UE 116的整体操作。例如，处理器340可以通过RF收发器310、RX处理电路325和TX处理电路315，根据已知的原理，控制前向信道信号的接收和反向信道信号的发送。在一些实施例中，处理器340包括至少一个微处理器或微控制器。

处理器340还能够执行驻留在存储器360中的程序和其他过程，诸如用于波束管理的过程。处理器340可以按照执行过程所需要的，将数据移入或移出存储器360。在一些实施例中，处理器340被配置为基于OS 361或响应于从gNB或操作员接收的信号来执行应用程序362。处理器340还被耦合到I/O接口345，其为UE 116提供了连接到诸如膝上型计算机和手持计算机的其他设备的能力。I/O接口345是这些附件和处理器340之间的通信路径。

处理器340还被耦合到触摸屏350和显示器355。UE 116的操作员可以使用触摸屏350将数据输入到UE 116中。显示器355可以是液晶显示器、发光二极管显示器或能够呈现(render)文本和/或至少有限图形(诸如来自网站)的其他显示器。

存储器360被耦合到处理器340。存储器360的一部分可以包括随机存取存储器(RAM)，并且存储器360的另一部分可以包括闪存或其他只读存储器(ROM)。

尽管图3示出了UE 116的一个示例，但是可以对图3进行各种改变。例如，可以组合、进一步细分或省略图3中的各种组件并且可以根据特定需要添加另外的组件。作为特定示例，处理器340可以被分为多个处理器，诸如一个或多个中央处理单元(CPU)和一个或多个图形处理单元(GPU)。此外，虽然图3示出了被配置为移动电话或智能手机的UE 116，但是UE可以被配置为作为其他类型的移动或固定设备操作。

为了满足自部署4G通信系统以来已增加的无线数据流量的需求，以及为了实现各种垂直应用，已努力开发和部署改进的5G/NR或预5G/NR通信系统。因此，5G/NR或预5G/NR通信系统也被称为“超越4G网络”或“后LTE系统”。5G/NR通信系统被认为是在更高频率(毫米波)频段(例如28GHz或60GHz频段)中实现，以达成更高的数据速率或在较低频段(诸如6GHz)，以实现稳健的覆盖和流动性支持。本公开的各方面还可以应用于可以使用太赫兹(THz)频段的5G通信系统、6G或甚至更晚版本的部署。为了降低无线电波的传播损耗并增加传输距离，波束成形、大规模多输入多输出(MIMO)、全维多输入多输出(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术在5G/NR通信系统中被讨论。

此外，在5G/NR通信系统中，系统网络改进的开发正在基于先进小小区、云无线接入网络(RAN)、超密集网络、设备对设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等进行。

通信系统包括下行链路(DL)和上行链路(UL)，下行链路(DL)是指从基站或一个或多个发送点到UE的传输，上行链路(UL)是指从UE到基站或一个或多个接收点的传输。

用于小区上的DL信令或UL信令的时间单位被称为时隙，并且可以包括一个或多个符号。符号也可以用作另外的时间单位。频率(或带宽(BW))单位被称为资源块(RB)。一个RB包括多个子载波(SC)。例如，时隙可以具有0.5毫秒或1毫秒的持续时间，包括14个符号，并且RB可以包括12个SC，其中SC间的间距为15KHz或30KHz等。

DL信号包括传达信息内容的数据信号、传达DL控制信息(DCI)的控制信号和也称为导频信号的参考信号(RS)。gNB通过相应的物理DL共享信道(PDSCH)或物理DL控制信道(PDCCH)来发送数据信息或DCI。可以在包括一个时隙符号的可变数量的时隙符号上发送PDSCH或PDCCH。为简洁起见，调度UE的PDSCH接收的DCI格式被称为DL DCI格式，而调度来自UE的物理上行链路共享信道(PUSCH)传输的DCI格式被称为UL DCI格式。

gNB发送包括信道状态信息RS(CSI-RS)和解调RS(DMRS)的多种类型的RS中的一种或多种。CSI-RS主要旨在用于UE执行测量并向gNB提供信道状态信息(CSI)。对于信道测量，使用非零功率CSI-RS(NZP CSI-RS)资源。对于干扰测量报告(IMR)，使用与零功率CSI-RS(ZP CSI-RS)配置相关联的CSI干扰测量(CSI-IM)资源。CSI进程(process)包含NZP CSI-RS和CSI-IM资源。

UE可以通过来自gNB的DL控制信令或诸如无线电资源控制(RRC)信令的更高层信令来确定CSI-RS传输参数。CSI-RS的传输实例可以由DL控制信令指示，或由更高层信令配置。DMRS仅在相应PDCCH或PDSCH的BW中发送，并且UE可以使用DMRS来解调数据或控制信息。

本公开提供了专用无线电网络临时标识符(RNTI)的新的灵活结构，以高效地支持给定小区中的大量同时的无线电连接。该UE标识符被称为HC-RNTI。随着无线网络的虚拟化，基于云的计算和存储资源将促进能够支持数十万活动连接的eNB/gNB的实现。随着要求的可支持RRC连接的数量的增加或减少，网络可以动态改变HC-RNTI大小，并将HC-RNTI(具有更加新的大小)分配给新的RRC连接。gNB/eNB可以在没有人为固定大小的RNTI约束的情况下决定是将给定的UE保持在RRC_CONNECTED模式还是引发RRC状态转换的信令成本。

在典型的LTE或5G网络中，当UE处于RRC_CONNECTED状态时，UE被指派一个或多个专用RNTI(例如，小区RNTI)，这些RNTI在UE与无线电网络的小区(或扇区)之间的专用RRC信令连接的持续时间保持有效。在大量UE具有与给定小区的RRC连接的部署场景中，仅16比特作为RNTI大小的约束限制了可以处于RRC_CONNECTED状态的设备数量，导致由于RRC_CONNECTED状态和其他RRC状态(诸如RRC_INACTIVE或RRC_IDLE)之间的频繁状态转换而引起的处理负载和信令负载的巨大增加。

特别是当小区大(即覆盖较多设备)、流量低(例如，小于几百字节)、并且数据传输的频率为间歇性(如，每隔几秒、几分钟或几小时)时，信令负载变得过多并且非常效率低。现有16比特RNTI将是容量瓶颈的示例场景包括大规模容忍延迟的IoT、紧急通信和海上通信。

如果RNTI大小保持在16比特，则可以同时支持的有区别的(distinct)RRC连接的最大数量被限制为大约65000(即，2^16＝65536)。因此，一旦已经建立了65000个RRC连接，可以阻塞(block)任何新的对无线电连接的请求，或者可以针对适合的设备执行从RRC_CONNECTED到RRC_IDLE或RRC_INACTIVE的状态转换以容纳新的请求。状态转换也可以由eNB/gNB在正常的操作过程中执行，诸如在非活动定时器到期时。取决于目标用例和小区大小，固定16比特RNTI强制的65000的容量限制可能不够。

特别是，预期未来几年IoT设备将在诸如农业、能源和交通等不同垂直领域显著增长，而灵活的HC-RNTI将促进支持大量低速率、容忍延迟的服务。

HC-RNTI可以看作是RNTI的灵活且增强的版本，特别是小区RNTI(C-RNTI)，但不限于C-RNTI。本公开引入了HC-RNTI概念，并描述了可以被增强以支持这样的RNTI灵活性和增强的机制。

为了维持向后兼容性并简化UE和网络处理，设想了两种或更多种RNTI大小：(i)传统的16比特RNTI和(ii)一个或多个更大且灵活的HC-RNTI。

传统的eNB和gNB支持数百或数千个活动RRC连接。为了高效支持大量低速率和容忍延迟的服务以及传统智能手机，需要进行范式转移；每个相关小区需要具有大量处理能力。随着无线网络的虚拟化，基于云的计算和存储资源将促进能够支持数十万活动连接的eNB/gNB的实现。

在本公开中，可以实现以下描述的一个或多个方法来实现灵活HC-RNTI的概念，并促进对大量容忍延迟的连接的支持。地球同步赤道轨道(GEO)卫星和具有地球上的固定小区的高空平台站(HAPS)是支持大量容忍延迟的设备和App的良好候选者。

对于非陆地网络(NTN)架构，若干实施例是可用的。在一个实施例中，可以使用透明的GEO卫星有效载荷，其中所有无线电协议栈处理都在基于陆地的eNB或gNB处完成。这样的eNB或gNB可以利用高性能的单片资源或基于云的处理和存储器资源(例如，云网络的存储资源和计算资源)。

在一个实施例中，对于NTN架构，gNB分布式单元(gNB-DU)可以在卫星上，而gNB集中式单元(gNB-CU)可以在陆地上。在这种情况下，gNB-CU可以基于gNB-DU存储器能力控制发送给gNB-DU的数据量。在特定于实施方式的方式中，gNB-CU可以负责大部分存储(例如，在分组数据汇聚协议(PDCP)层)，以减轻对gNB-DU的任何显著的存储器要求。

对于无线电资源分配，可以设想多个实施例。在前述实施例中，可以使用动态调度将资源分配给使用HC-RNTI的NTN UE。

在前述实施例中，对于将减少PDCCH信令量的资源分配，配置的调度可以用于使用HC-RNTI的NTN UE。

为了减少更长的RRC连接对UE电池寿命的影响，可以针对合适的设备配置长的非连续接收(DRX)周期，以最小化任何网络发起的流量的功耗。

在一个实施例中，为了节省设备电池功率，可以为设备选择合适的CSI和移动性相关的测量配置。

当网络支持HC-RNTI或典型的16比特RNTI时，UE在随机接入过程期间被指派临时RNTI(在LTE和5G中称为临时C-RNTI)，并且这样的RNTI可以是HC-RNTI。

在一个实施例中，网络可以简单地将HC-RNTI传达给设备，而无需系统信息中的关于支持HC-RNTI或HC-RNTI大小的任何指示。

如果系统信息广播新RRC连接在此时能够预期的HC-RNTI大小，则要求RRC连接的UE可以潜在地使用该信息来确定来自gNB/eNB的响应消息(诸如随机接入响应消息)中存在的RNTI大小。

一旦HC-RNTI被分配给给定小区中的UE，UE可以在UE的RRC连接的生命周期期间继续使用HC-RNTI而不管HC-RNTI的大小，除非网络重新分配了不同的HC-RNTI。

随着要求的可支持RRC连接的数量的增加或减少，网络可以动态地改变通告的(advertised)HC-RNTI大小(如果有)，并将具有更加新的大小的HC-RNTI分配给新的RRC连接。

可以增强标准中现有的信令机制以指示新的HC-RNTI。

当使用HC-RNTI时，将对接入层(AS)安全机制进行合适的调整。

由于HC-RNTI的灵活性，gNB/eNB不再被迫要求UE进入RRC_IDLE或RRC_INACTIVE状态。对于给定的UE，gNB/eNB可以评估UE数据流量的操作特性(例如，短消息服务(SMS)、频繁的IoT数据传送和不频繁的数据传送)以确定利用无线电资源的最佳方式。gNB/eNB可以在没有人为固定大小的RNTI约束的情况下，决定是将给定的UE保持在RRC_CONNECTED模式还是引发RRC状态转换的信令成本。

图4示出了根据本公开的实施例的定义和使用HC-RNTI的示例整体机制400。图4中所示的整体机制400的实施例仅用于说明。图4中示出的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

图5示出了根据本公开的实施例的定义和使用HC-RNTI的示例整体步骤500。图5中所示的全部步骤500的实施例仅用于说明。图5中所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

图6示出了根据本公开的实施例的用于UE-无线电网络交互600的信令流程。图6中所示的用于UE-无线电网络交互600的信令流程的实施例仅用于说明。图6中示出的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

如图6所示，示出了可以受本公开的一个或多个实施例影响的UE-无线电网络交互的整体过程。请注意，对更大大小的RNTI的支持对于UE可能是强制性的，或者可能基于UE的能力。

如图6所示，在步骤F3S1中，gNB/eNB做出关于gNB/eNB想要如何支持更大大小的(即，超过传统的16比特)RNTI(诸如HC-RNTI)的决策。

在一个实施例中，在步骤F3S1，网络动态确定HC-RNTI的大小(例如，使用作为如图5中所示的示例输入)，并且这样的HC-RNTI大小可以基于诸如预期的近期未来中的RNTI容量要求的因素增加或减少。两个连续的HC-RNTI之间的长度差可以是1比特或更多(例如，4比特或8比特)。例如，HC-RNTI大小可以是17、18、19等，其中分辨率为1比特，也可以是20、24等，其中分辨率为4比特。

在另一个实施例中，网络从长期(例如，几周、几个月或甚至永久)配置的或支持的值的集合选择给定小区的HC-RNTI的一个大小。例如，支持的大于16的RNTI大小的集合可以是{20，24}，并且当网络决定将非16比特的RNTI分配给UE时，网络可以选择20的值。

请注意，传统的16比特RNTI在保持向后兼容性和支持某些信息(诸如系统信息块(SIB))中仍然有用。

HC-RNTI大小的范围也是由gNB/eNB在步骤F3S1中确定的。例如，gNB/eNB可以决定以一种方法对小区中的所有UE使用相同的HC-RNTI大小(例如，20比特)。在另一种方法中，一个HC-RNTI大小(例如，20比特)可以用于一个UE，并且另一个HC-RNTI大小(例如，24比特)可以用于另一个UE。

网络对HC-RNTI的支持和/或RNTI的大小可以以不同的方式传达给UE。

在一个示例中，在步骤F3S2中，网络可以将网络对HC-RNTI的支持指示为诸如SIB1中的系统信息的一部分(例如，“支持HC-RNTI”或“不支持HC-RNTI”)。在另一示例中，可以将HC-RNTI大小的特定值(例如，20或24)明确指定为诸如系统信息块1或SIB1的合适的系统信息的一部分。在又一示例中，SIB1中的一个或多个比特可以指示HC-RNTI的大小。例如，当支持两种不同的HC-RNTI大小时，比特值“0”(或“1”)可能暗示16比特的典型大小，而比特值“1”(或“0”)可能暗示更大的24比特大小。

类似地，如果有四种不同的选项可用于HC-RNTI大小，则两个比特将是足够的(例如，“00”为16比特，“01”为20比特等，或经由另一个类似的模式)。在另一个示例中，可以保留一些比特值以供将来使用。在另一个示例中，当传达非陆地网络小区的指示的“NTN类型”被广播时，暗示大于16的HC-RNTI大小的数量(例如，24比特)；否则，UE假定默认大小为16比特。

在示例实施例中，在步骤F3S3中，设备可以在随机接入过程期间将设备使用HC-RNTI的能力传达给无线电网络(例如，通过使用来自一定前导码集合的前导码或通过使用变换的前导码)。如果网络已在步骤F3S2中指示了对HC-RNTI的支持，则UE可以决定传达这样的HC-RNTI能力。gNB/eNB可以使用在接下来描述的后续步骤中指定的任何示例方法将HC-RNTI分配给UE。

响应于随机接入(RA)前导码，gNB/eNB在步骤F3S4中向UE发送随机接入响应(RAR)。在本公开的实施例中，如果gNB/eNB知道UE对HC-RNTI的支持，并决定将HC-RNTI分配给UE，则gNB/eNB可以使用增强的RAR指派HC-RNTI，其中，对传统RAR(其包含称为临时C-RNTI的传统16比特RNTI)进行了扩展以支持更大大小的RNTI。gNB/eNB可以在RAR中指派传统的16比特C-RNTI，并在稍后指派更大的HC-RNTI，如下所述。

随机接入过程即将结束时，UE在步骤F3S5中向gNB/eNB发送RRCSetupRequest消息。UE可以在该消息中指示UE对HC-RNTI的支持，尤其是当UE在4步骤随机接入过程中发送RA前导码或在2步骤随机接入过程中发送Msg A时尚未这样做。

本公开的实施例中，gNB/eNB可以在步骤F3S6中使用增强的RRCSetup消息，将HC-RNTI指派给UE。gNB/eNB可以选择性地请求UE提供UE的“个性属性”。在示例实施例中，UE的“个性属性”包括以下中的一个或多个：预期数据流量特性(例如，每X个时间单位的周期性下行链路和/或上行链路数据传输和流量)、典型使用的预期延迟要求(例如，缓冲区(buffer)中的等待时间和端到端延迟)、功率节省配置文件和预期的移动性特性(例如，固定、半固定、低速和高速)。当网络知道这样的UE个性属性时，网络可以相应地配置UE以获得最佳性能。

在一个示例中，如果UE支持HC-RNTI并且UE的个性属性与HC-RNTI兼容，则网络可以将HC-RNTI分配给用户并且可以决定使用更长的DRX周期。此外，在另一种方法中，gNB/eNB可以选择针对一定UE个性属性(例如，智能手机与容忍延迟的IoT设备/App)优化的核心网络元素(例如，AMF或MME)。UE个性属性可以由核心网络由gNB/eNB经由N2/S1AP消息，或由UE经由NAS信令消息(例如，注册/附着请求)来传达。

UE在步骤F3S7中发送RRCSetupComplete消息。在一个实施例中，UE包括UE的个性属性。

在步骤F3S8，gNB/eNB发送UECapabilityEnquiry消息，而UE以UECapabilityInformation消息进行响应。在一个实施例中，UE包括UE的个性属性(如果到目前为止还没有传达给网络)和对HC-RNTI的支持(如果到目前为止还没有传达给网络)。

在步骤F3S9，gNB/eNB向UE发送RRCReconfiguration/RRCConnectionReconfiguration消息。在一个实施例中，gNB/eNB以较大的HC-RNTI格式指派零个或多个类型的RNTI。例如，可以将除了C-RNTI以外的UE身份增强为灵活大小的HC-RNTI(每个配置的在小区中的动态或选择的大小)。例如，对于配置的调度，配置的调度RNTI(CS-RNTI)可以增强为HC-RNTI格式，而不是传统的16比特RNTI格式。

在又一个实施例中，其他RNTI的结构也被转换为HC-RNTI。这些RNTI的示例包括发送功率控制探测参考符号RNTI(tpc-SRS-RNTI)(传达用于探测参考信号的上行链路发送功率控制命令)、tpc-PUCCH-RNTI(传达用于物理上行链路控制信道的上行链路发送功率控制命令)，tpc-PUSCH-RNTI(传送物理上行链路共享信道的上行链路发送功率控制命令)，和sp-csi-RNTI(用于在PUSCH上报告半持久信道状态信息)，mcs-C-RNTI(启用使用较低频谱效率的调制和编码方案组合)、取消指示RNTI(CI-RNTI)(用于取消指示)、中断RNTI(INT-RNTI)(用于中断)、功率节省RNTI(PS-RNTI)(用于功率节省)、时隙格式指示符RNTI(SFI-RNTI)(时隙格式指示符)、侧行链路(sidelink)RNTI(SL-RNTI)和侧行链路配置的调度(SLCS-RNTI)。

在步骤F3S10，gNB结合DCI(下行链路控制信息)利用指派的HC-RNTI。在一个实施例中，对于与DCI一起使用的HC-RNTI，当使用16比特循环冗余校验(CRC)时，可以使用HC-RNTI的16个最低有效比特继续对DCI中的16比特CRC进行加扰。HC-RNTI的剩余比特可以在增强的DCI消息中传达。例如，增强的DCI中的一个或多个比特可以指示在DCI消息中存在多少HC-RNTI比特(HC-RNTI大小或超过16比特的典型大小的HC-RNTI比特的增量)，如由图7中的示例所示。

图7示出了根据本公开的实施例的DCI消息700中的示例HC-RNTI。图7所示的DCI消息700中的HC-RNTI的实施例仅用于说明。图7中示出的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

在另一个实施例中，对于与DCI一起使用的HC-RNTI，如果HC-RNTI大小小于或等于24比特，则由完整的HC-RNTI加扰24比特CRC中的适当数量。如果HC-RNTI大小大于24比特，则由部分的HC-RNTI加扰CRC的所有比特。如果CRC大小大于24比特，则可以扩展相同的概念。

类似地，当使用更大大小的CRC时，更多比特的HC-RNTI或等效的C-RNTI可以通过将CRC进行掩码来表示，并且需要单独传达给UE的剩余比特更少。

由于每个UE知道指派给它的HC-RNTI的长度，因此每个UE可以正确地检索到eNB/gNB意向给UE的消息(例如，DCI)的信息。

可以设计不同的消息结构(例如，物理(PHY)、媒体接入控制(MAC)或RRC信令)来向给定的UE传达HC-RNTI。在一个实施例中，可以在PHY层处指定HC-RNTI的一部分，并且可以在MAC层处指定HC-RNTI的一部分。

此外，可以以确保可靠地检测给定调制和编码方案(MCS)组合的DCI的方式指定HC-RNTI。

尽管图6示出了网络经由SIB1指示HC-RNTI支持或HC-RNTI大小，但是在本公开的另一个实施例中可以使用另一个SIB。此外，在本公开的另一实施例中，网络可以向UE指派HC-RNTI，而不在任何系统信息消息中指示HC-RNTI支持或HC-RNTI大小。

尽管图6示出了UE经由RA前导码、RRCSetupRequest和UECapabiltyInformation来指示HC-RNTI支持，但是在本公开的实施例中，称为UEAssistanceInformation的RRC消息也可以用于这样的指示。

尽管图6经由RRCSetupRequest和UECapabiltyInformation示出了UE个性属性的规范，但是在本公开的实施例中，称为UEAssistanceInformation的RRC消息也可以用于这样的目的。

虽然图6示出了经由增强的RAR或合适的RRC信令消息进行的HC-RNTI指派，但在本公开的实施例中，增强的MAC报头/子报头或增强的MAC控制元素(CE)也可以用于HC-RNTI指派。

在一个实施例中，常规设备(例如，智能手机)可以转变(switch)到容忍延迟的App/服务模式，并经由用于无线电网络的合适的无线电能力更新信令(例如，通过发起UE能力信息消息或UEAssistanceInformation消息)和用于核心网络的注册更新信令，将具有或不具有另外的属性的这样的指示提供给无线电和核心网络。

即使在发达国家，农村环境中的IoT连接仍然是挑战。当延迟要求宽松时，基于GEO卫星的NTN可以是同时支持农村环境中的大量无线电连接的经济有效的解决方案。部署陆地网络为农村环境中的大量IoT设备服务在技术上是可行的，但由于每用户平均收入(ARPU)低以及要覆盖的地理区域数量，因此在经济上可能不可行。

相比之下，具有大型固定地球波束的NTN可以服务于多个容忍延迟的IoT设备，诸如用于智能农业的(例如，用于天气状况、土壤质量和作物健康的智能农场传感器)、用于牲畜或牛管理的(例如，动物健康、生殖周期和放牧模式)、用于运输(例如，资产跟踪)的以及用于石油和天然气基础设施(例如，管道)管理的大面积分散的各种传感器和致动器。GEO卫星覆盖的NTN小区的直径的范围从200千米到1000千米，对应于从约3万平方千米到约78万平方千米的波束覆盖区(footprint)面积范围。为了覆盖整个美国(土地面积约980万平方千米)，当过度提供20％的NTN小区用于小区重叠时，对于200千米、400千米和1000千米的小区直径，足够的NTN小区的数量分别为376、94和16个。由于NTN小区的覆盖面积大，小区支持大量的大面积分散的IoT设备是可行的。

在一个示例中，诸如洪水或地震的自然灾害经常使陆地有线或无线网络不可用。在这种情况下，基于NTN的低速率通信(诸如双向SMS)对受影响的人将极其有用。

在一个示例中，可以帮助进行紧急通信的NTN包括基于GEO卫星的NTN和基于HAPS的NTN。由于容量约束，即使不允许常规消费者(例如，可以针对公共安全人员支持这样的通话)进行视频呼叫和语音呼叫，但交换容忍延迟的SMS的能力将非常有用，并且通常对于挽救生命和帮助受灾害影响的人至关重要。具有直径为200千米的NTN小区可以覆盖大约31000平方千米或12000平方英里。在这种情况下，灵活的HC-RNTI将非常有吸引力，因为大量用户可以利用SMS进行紧急通信。

在一个示例中，NTN可以通过支持容忍延迟的IoT设备来跟踪船上的集装箱。针对上述示例的场景进行的分析也可能适用于海上通信，其中，HC-RNTI被示出显著地增加了NTN系统对容忍延迟的IoT设备的容量。

作为另外的好处，邮轮上的人也可能能够利用容忍延迟的SMS。大型邮轮有几千名乘客，并且多个邮轮可能处于大型NTN小区的波束覆盖区中。预期2019年有约3000万的邮轮乘客，邮轮业的繁荣预期将继续。NTN可以供应低成本的SMS服务，使邮轮乘客可以与家人和朋友保持联系。

本公开提供了高级资源分配以确保切换期间的良好性能和用户体验，即使在NTN具有长传播延迟时。在典型的LTE和5G切换中，新小区在综合信令交换结束时向UE分配用于数据传送的无线电资源。

相比之下，此特征在新小区中向UE分配DL和/或UL无线电资源，以便UE可以在从源小区接收切换命令之后立即开始利用用于用户流量传送(user traffic transfer)的资源，而不是等待所有广泛的(extensive)信令结束。

取决于QoS流和NTN类型，现在可以支持相对延迟敏感的应用。例如，基于LEO的NTN可能受益匪浅，并可能潜在地支持诸如交互式游戏的低延迟应用。减少的用户流量中断使基于GEO的NTN能够支持具有高得多的吞吐量的尽量容忍延迟的服务(例如，电子邮件和Web浏览)，并降低上层(例如，传输控制协议(TCP))重传的概率。该特征为gNB/eNB提供了灵活性，以通过促进小区平均频谱效率和切换性能之间的合适权衡来充分利用可用的无线电资源。当需要通过权衡小区的平均频谱效率来最小化切换延迟时(例如，对于超可靠低延时通信(URLLC)应用)，本公开也可以应用于TN。

在NTN中，由于传播延迟长，RRC信令与陆地网络相比要慢得多。此外，作为随机接入过程和新小区中的RRC重新配置的一部分，UE和无线电网络之间会发生多轮信令交换。因此，根据NTN类型，用户流量传输可能会出现数十毫秒到数百毫秒的严重中断。UE在新小区中的高级资源指派使UE能够显著减少用户流量中断。

在NTN中，由于传播延迟长，RRC信令与陆地网络相比要慢得多。此外，作为新小区中的RRC重新配置和随机接入过程的部分，UE和无线电网络之间发生多轮信令交换。因此，取决于NTN类型，用户流量传送可能发生数十毫秒到数百毫秒范围的显著中断。在新小区中的UE高级资源指派使UE能够显著减少用户流量中断。

在NTN中，LEO的传播延迟可能为几毫秒，GEO的传播延迟可能为数百毫秒。由于NTN中的传播延迟长，UE的消息到达源基站或目标基站花费很长时间。此外，来自源BS或目标BS的信令消息到达UE花费时间。因此，与陆地网络相比，RRC信令的交换要慢得多。此外，作为新小区中的RRC重新配置和随机接入过程的部分，UE和无线电网络之间发生多轮信令交换。由于传播长和信令交换延迟，基于LEO的NTN的用户流量中断数十毫秒，而基于GEO的NTN的用户流量中断数百毫秒。这样长期的切换持续时间降级了用户的服务体验。

在典型的LTE和5G切换中，新小区在综合信令交换结束时，向UE分配用于数据传送的无线电资源。该特征在新小区中向UE分配DL和/或UL无线电资源，以便UE可以在从源小区接收切换命令之后立即开始利用用于用户流量传送的资源，而不是等待所有广泛的信令结束。

图8示出了根据本公开的实施例的示例切换时间线800。图8中所示的切换时间线800的实施例仅用于说明。图8中所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

考虑陆地网络中的典型切换。图8示出了LTE和5G中切换的典型时间线。根据事件A3，当相邻小区变得比服务小区偏移更好并且在timeToTrigger的持续时间内保持比服务小区更好时，UE发送测量报告。

如图8所示，在时间t2处，事件A3发生，并且UE发送包含服务小区和候选小区的测量的测量报告。gNB/eNB做出切换决策，得到目标gNB/eNB的批准，并在时间t4处以RRC消息(例如RRC重新配置)的形式向UE发送切换命令。UE停止与源小区/基站的通信，并通过在t6处发送RA前导码来向目标小区/BS启动随机接入过程。

目标BS回复随机接入响应并包括定时调整以促进授权形式的UL资源分配和UL同步。UE在时间t10处使用分配的UL授权发送RRC重新配置完成消息(所谓的Msg3或消息3)以完成切换过程。

在一个实施例中，典型的gNB/eNB在接收Msg3之后分配DL/UL资源。由于具有单个收发器(TRX)的UE在给定载波频率上与单个小区通信，因此这样的UE在t5和t13之间不会发生数据传送。

在t5处，在UE处接收RRC重新配置形式的切换命令之后该特征立即启用上行链路数据传送。在时刻t9处，当在UE处接收RAR的时候，该特征还启用下行链路数据传送。因此，可以通过针对上行链路的(t13-t5)和针对下行链路的(t13-t9)来减少上行链路数据传送中断。

在另一个实施例中，在接收到切换命令时，UE可以在目标小区中发送物理随机接入信道(PRACH)前导码和任何UL数据，在发送用于DL数据传送的PRACH前导码后返回源小区大约往返时间(RTT)的持续时间(它是单程传播延迟的两倍)，并且返回并停留在目标小区中以接收RAR和任何未来的DL和UL数据传送。在这种情况下，DL数据传送中断(＝t13-t6)的减少与UL数据传送中断(＝t13-t5)的减少几乎相同。

表1示出了基于GEO的NTN和基于LEO的NTN的用户流量中断的潜在减少。

表1.潜在减少

可以选择与PRACH兼容的PUSCH结构以用于切换期间的上行链路数据传送。例如，PUSCH可以具有与PRACH兼容的子载波间隔和时间结构，从而降低实施方式复杂性。

PUSCH可以与基于UE和eNB/gNB能力的PRACH前导码一起发送。在另一示例中，兼容的PUSCH在时间上跟随PRACH前导码。

取决于切换期间的PUSCH传输配置和PRACH前导码的链路预算，可以按照eNB/gNB指定的配置执行盲PUSCH重复或盲PUSCH重传。

可以指定PRACH和PUSCH之间的合适的功率偏移以在切换期间使用。

在接收RAR之后，PUSCH传输可以反映任何定时调整，并且可以继续使用基于无线电配置的高级资源分配。

在完成基于RAR的定时调整之后，PUSCH传输将与小区处的目标UL定时很好地对齐。

图9示出了根据本公开的实施例的用于减少用户流量中断的示例资源管理900。图9中所示的资源管理900的实施例仅用于说明。图9中示出的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

图9示出了用于本公开的示例实施例的减少用户流量中断的eNB/gNB处的特定于实施方式的资源管理算法的示例输入和输出。

在一个特定于实施方式的方式中，eNB/gNB使用诸如UE能力和BS能力、QoS要求、资源利用和NTN类型的输入来分配无线电资源并执行适当的无线电配置，以便用户流量在切换期间体验短暂的中断，尽管传播和信令延迟很长。

UE和BS能力涉及上行链路信道(诸如PRACH和PUSCH)的同时发送/接收、上行链路信道PRACH和PUSCH(例如，紧跟着PRACH前导码传输的兼容的PUSCH的传输)的顺序发送/接收、RAR和DL用户流量的同时发送/接收，以及消息3(例如，RRC重新配置完成)和UL用户流量的同时发送/接收。

eNB/gNB可以考虑LTEEPS承载和5GQoS流的QoS要求，以识别可以从高级资源分配中受益的承载/流。传统的2层(例如，在无线电链路控制(RLC)处)优先化方法也可以用于在活动承载/流当中分布UL资源。

eNB/gNB可以考虑无线电资源的可用性来确定是否应该执行高级资源分配。

eNB/gNB可以使用NTN的类型来确定无线资源何时、多长时间以及多频繁地对UE可用。

目标eNB/gNB可以选择执行高级无线电资源分配，以最小化用户流量中断，尤其是当它具有相对较多的可用无线电资源时。例如，目标eNB/gNB确定仅用于下行链路、仅用于上行链路以及用于下行链路和上行链路二者的无线电资源的时间和频率资源(“handoverSchedulingResources”)。

可以在某一时间段内使资源可用和/或可以直到使用传统调度方法(例如，经由PDCCH的传统动态调度、半持久调度或传统配置的调度)在一个或两个方向(即，上行链路和下行链路)上执行资源分配为止一直使资源可用。

对于合适的载波频率或载波带宽部分，可以以一定的周期(例如，每X毫秒)指定诸如频域中的子载波或物理资源块(PRB)以及时域中的OFDM符号/时隙/子帧的时频资源。

eNB/gNB可以指定在切换期间使用的特殊无线电配置，该配置能够直到合适的定时器到期或诸如传统调度的事件发生为止一直有效。为了简便和/或稳健性，无线电配置可以使用PDSCH/PUSCH聚合，可以启用或禁用HARQ，可以指定用于盲HARQ重传的配置，并且可以指定合适的信道质量指示符(CQI)表。可以正如传统方法一样指定适合于在切换完成之后使用的无线电配置。

可以选择与PRACH兼容的PUSCH结构以用于切换期间的上行数据传送。例如，PUSCH可以具有与PRACH兼容的子载波间隔和时间结构，从而降低实施方式复杂性。

为了减少干扰，PUSCH中用户流量传输周围的一定时频资源可能没有实际传输(例如，像PRACH的时频资源的空子载波)。这些资源可以在分配的PUSCH资源内部或在分配的PUSCH资源外部。

可以基于UE和eNB/gNB能力一起发送PUSCH与PRACH前导码。在另一个替代方案中，兼容的PUSCH在时间上跟随PRACH前导码。

取决于切换期间的PRACH前导码和PUSCH传输配置的链路预算，可以按照eNB/gNB指定的配置执行盲PUSCH重复或盲PUSCH重传。

可以指定PRACH和PUSCH之间的合适的功率偏移以在切换期间使用。

在接收RAR之后，PUSCH传输可以反映任何定时调整，并且可以继续使用基于无线电配置的高级资源分配。

在完成基于RAR的定时调整之后，PUSCH传输将与小区处的目标UL定时很好地对齐。

图10示出了根据本公开的实施例的用于减少用户流量中断的资源管理1000的示例步骤。图10中所示的资源管理1000的步骤的实施例仅用于说明。图10中示出的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

如图10所示，为了最小化用户流量中断，目标eNB/gNB为UE保留合适的DL和/或UL资源，并且UE在步骤4中经由来自源eNB的RRC信令了解分配的资源。此后，UE使用分配的资源以交换使用新小区中的PUSCH和PDSCH以及使用特定于切换持续时间的无线电配置的DL和/或UL用户流量。

在一个实施方式中，可以同时发送PRACH前导码和包含用户流量的PUSCH，或者PUSCH可以跟随PRACH前导码传输。

连同RAR一起，UE可以使用先前分配的无线电资源接收PDSCH。RAR连同DL用户流量一起也可以使用预先分配的无线电资源。

类似地，UE可以在消息3(例如，RRC重新配置完成)之前以及连同消息3一起继续发送UL用户流量。

当配置的定时器到期或发生传统的资源分配(例如，基于PDCCH的动态调度)时，“切换持续时间”结束。

图11示出了根据本公开的实施例的用于UE和网络交互1100的信令流程。图11所示的用于UE和网络交互1100的信令流程的实施例仅用于说明。图11中所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

图11示出了5G中gNB间切换的整体过程，并总结了实施例的另外示例。

如图11所示，在步骤F8S1中，源gNB(S-gNB，1111)和目标gNB(T-gNB，1121)交换XnAP Xn建立请求和Xn建立响应消息。在一个实施例中，gNB通过各种机制(诸如各种调度选项，包括基于RRC的调度、通常称为半持久调度的混合RRC和基于DCI的调度、以及即时或延迟动态调度)相互通知它们对切换期间用户流量中断的支持，以及在UE已经向T-gNB发送随机接入前导码或MsgA之后UE返回源gNB。gNB还交换相关的共同无线电配置以促进诸如每个服务小区的RACH配置的用户流量传送。

为了帮助gNB(即S-gNB或T-gNB)确定UE和gNB准备好发送和接收合适的信道和信号的时间，S-gNB和T-gNB还可以交换关于传送(transport)和处理延迟的细节，包括但不限于onegNBToAnothergNBXnTransferDelay(即从源gNB1到目标gNB2以及从目标gNB2到源gNB1)、XnAPmsgProcessingTimeAtSourcegNB(即S-gNB处理从T-gNB接收的诸如切换请求确认消息的XnAP消息所要求的时间)、以及sourcegNBToUERxTimeForRRCReconfig(即，从S-gNB已经发送RRC消息(诸如RRC重新配置消息)的时刻到UE准备好从T-gNB接收信息并向T-gNB发送信息的时刻的估计时间(其包括传播延迟和UE从S-gNB切换到T-gNB所需的时间))。

如图11所示，在步骤F8S1中，在gNB被分解的情况下，gNB-CU和gNB-DU通过F1建立请求和F1建立响应交换关于支持减少用户流量中断特征的信息。

在步骤F8S2中，UE和S-gNB在切换之前(例如，在RRC连接建立之后)交换与用户流量相关的能力。例如，在本公开的实施例中，UE传达了UE对包括返回源小区以恢复用户流量数据传送以及从S-gNB转变到T-gNB所要求的时间ST的机制的支持。如果UE在时间t处已经成功接收了RRC重新配置消息，则其在时间(t+ST)处准备好向T-gNB发送并从T-gNB接收。此外，UE可以指示UE对在4步骤随机接入过程(无竞争随机接入(CFRA)和基于竞争的随机接入(CBRA)两者，尽管在切换期间偏好CFRA)中的随机接入响应的接收之前的(以及在RRC重新配置完成的传输之前)所有DCI格式的接收和解码的支持。关于DCI格式的这样的指示意味着UE在与切换相关联的随机接入过程中解码与C-RNTI(由T-gNB分配)和RA-RNTI相关联的DCI格式。

在步骤F8S2中，在本公开的一个实施例中，UE和源gNB/eNB经由UE能力查询和UE能力信息消息交换对用户流量传送和(潜在地)上行链路和/或下行链路中的数据传送的类型(例如，即时或延迟动态调度，即时或延迟配置的调度)和相关参数(例如，userTrafficTransferDuringHandover和returnToSourceCellForDataTransferDuringHandover)的整体特征的支持。即时动态调度意味着在UE已经接收携带切换命令的RRC重新配置消息后，UE可以在任何合适的时间处经由DCI格式被传达DL或UL资源关联。

延迟动态调度意味着在UE已经从目标小区接收随机接入响应之后的任何合适时间处，UE可以经由DCI格式被传达DL或UL资源关联。即时配置的调度意味着，在UE已经接收携带切换命令的RRC重新配置消息后，UE可以在任何合适的时间处，在上行链路中发送用户流量和/或在下行链路中接收用户流量。延迟配置的调度意味着，在UE已经接收来自目标小区的随机接入响应之后，UE可以在任何合适的时间处，在上行链路中发送用户流量和/或在下行链路中接收用户流量。

在步骤F8S3中，在本公开的实施例中，如果S-gNB在传输测量报告消息之前接收的RRC重新配置消息中进行了配置，则UE将缓冲区状态报告(“handoverBSR”)与测量报告消息包括在一起。该BSR传达UE处的上行链路缓冲区的状态(例如，可用UL流量的数量和类型/优先级)。这样的报告帮助gNB确定(i)任何用户流量中断方法是否有益，以及(ii)UE可能要求或期望的无线电资源量。

在步骤F8S3中，在本公开的一个实施例中，S-gNB可以基于最近的信息(例如，最后接收的具有或不具有相关时间戳的BSR和传达任何流量模式的增强的UEAssistanceInformation)向T-gNB提供关于UE的流量的信息。

在步骤F8S4中，S-gNB做出切换决策并识别与切换目标小区相关联的T-gNB。

在步骤F8S5中，S-gNB向T-gNB发送XnAP切换请求消息。在本公开的实施例中，S-gNB在该消息中包括从UE接收的UL缓冲区状态报告。此外，S-gNB构建新的缓冲区状态报告，该报告指定在发送切换请求消息时可用DL流量的数量和类型/优先级。这样的报告促进T-gNB做出决策，该决策关于(i)是否使用在切换期间减少用户流量中断的特征，(ii)在切换期间要使用的调度类型(例如，配置的调度与动态调度)和(iii)要分配给UE的无线电资源量(特别对于配置的调度)。S-gNB还可以指示与支持的方法和相关联的参数(例如，从S-gNB到T-gNB以及从T-gNB到S-gNB的转变时间)相关的UE的能力。S-gNB还可以指示S-gNB对减少用户流量中断的方法的偏好(例如，UE在接收切换命令后停留在目标小区或返回源小区)。减少切换期间用户流量中断的具体方法或方法组合的最终决策可以由S-gNB或T-gNB做出。

在步骤F8S6中，T-gNB确定无线电配置和切换流量机制以及相关联的参数。

在步骤F8S6中，为了支持下行链路的即时配置的调度和延迟配置的调度，T-gNB可以确定如下，从而可以构造携带新小区中的无线配置的合适的RRC重新配置消息。

在一个实施例中，T-gNB可以为用户配置DL的无PDCCH即时配置的调度。在一种实施方式的方法中，“SPS-Config”的范围通过添加参数PDCCH-lessActivationEnabled(禁用或启用)来扩展。当此参数“启用”时，时间偏移参数ConfiguredSchedulingStartTimeDL指定配置的调度生效的时间。这样的参数使UE和目标gNB能够知道UE的信道和信号(诸如PDSCH)的最早/第一个发送/接收时间。

在一个示例中，目标gNB可以将(帧中的时隙号、超帧号(HFN)、系统帧号(SFN))指定为ConfiguredSchedulingStartTimeDL，以识别用于DL调度的第一有效时隙。

在另一个示例中，ConfiguredSchedulingStartTimeDL可以使用相对于参考SFN的偏移来确定，诸如timeDomainOffset。此外，用于HARQ反馈的合适的PUCCH资源分配(例如，SPSConfig中的PUCCH-ResourceId)由T-gNB执行。T-gNB还添加PDSCH-to-HARQ_feedback_timing_indicator以指定HARQ反馈作为对在PDSCH上接收的DL分组的响应。

在一个实施例中，为了扩展配置的调度/SPS的周期性的范围，T-gNB添加了参数scalingFactorForPeriodicity(示例范围：1/320、1/160、1/80、1/40、......、1)。

资源分配的实际周期性是(scalingFactorForPeriodicity*periodicity)。例如，如果scalingFactorForPeriodicity为1/80且周期性为10毫秒，则资源分配的实际或有效周期性为1/8毫秒，这是与PDSCH和PUSCH的120kHz子载波间隔相关联的时隙长度。

在一个实施例中，T-gNB可以允许DL分配仅用于新传输，如R15(具有动态调度的重传)或(作为增强)允许DL分配用于新传输和重传两者作为增强。

在一个实施例中，T-gNB允许经由PDCCH或媒体接入控制元素(MAC CE)去活(deactivation)DL配置的调度(例如，当DL缓冲区为空或来自UE的混合自动重复请求(HARQ)反馈未收到X次)。

在一个实施例中，T-gNB为DL选择延迟配置调度。在这种方法中，资源分配在UE已经从T-gNB接收RAR之后才有效。

在步骤F8S6中，为了支持UL的即时和延迟配置的调度，在本公开的一个实施例中，T-gNB确定用于在切换期间配置的授权的有效性的定时器和/或指定配置的授权的基于事件的终止的事件。UL的即时配置的调度在UE处接收RRC重新配置消息后不久生效，而UL的延迟配置的调度在UE处接收RAR后生效。

在步骤F8S6中，为了支持切换期间的即时动态调度，T-gNB确定UE要求在具有由C-RNTI加扰的CRC的PDCCH上监视DL和UL资源分配DCI格式(例如，0_0、0_1、1_0和1_1)的时刻。

在一个示例中，这样的时间可以定义为在UE处接收RRC重新配置消息之后的X毫秒。X毫秒的切换时间(ST)可以是UE能力参数或最小UE性能要求的一部分。ST可以是UE特定的、一集合的UE共有的或所有UE共有的。

在另一个示例中，T-gNB将ImmediateDynamicSchedulingStartTime确定为(帧中的HFN、SFN、时隙号)或对目标小区中的参考HFN/SFN的偏移。

在步骤F8S6中，为了支持切换期间的延迟动态调度，gNB指示UE使用延迟动态调度，使得UE在具有在UE预期接收随机接入响应消息的时间开始的由目标gNB/eNB分配的C-RNTI(附加于RA-RNTI)加扰的CRC的PDCCH上，监视DL和UL资源分配DCI格式(例如，0_0、0_1、1_0和1_1)。

在步骤F8S6中，为了支持2步骤无竞争随机接入，在本公开的一个实施例中，T-gNB扩展了msgA的msgA-PUSCH-Config-r16 PUSCH的结构，使得UE可以使用多个(包括所有)PUSCH时机(occasion)来发送用户流量而无序伴随的RA前导码。UE执行PUSCH传输，无论MsgB接收状态如何。T-gNB可以允许重复用于用户流量传输的PUSCH时机。即使在成功接收第一个PUSCH接收(连同RA前导码一起)之后，这也可以使gNB能够监视PUSCH。

在步骤F8S6中，为了支持配置的调度，在本公开的一个实施例中，如果分配的下行链路和/或上行链路资源在下行链路中没有使用numUnusedOpportinitiesDownlink时间和/或在上行链路中没有使用numUnusedOpportinitiesUplink时间，则可以隐式地释放分配的下行链路和/或上行链路资源。配置的资源也可以使用PDCCH(或MAC CE)显式地释放，类似于释放半持久资源的方式。为了减少UE监视PDCCH，gNB可以在下行链路中使用配置的调度资源时间期间发送去活命令。

在步骤F8S6中，为了支持数据传送，在本公开的实施例中，T-gNB为UE配置用于上行链路传输(例如，PUSCH和/或PUCCH)的可配置数量的保护时间和/或保护频段，直到在UE处接收RAR为止。在UE已经接收RAR之后，这些保护时间/频段可以用于实际传输(例如，PUSCH和PUCCH)。在另一个示例中，gNB可以通过调度创建隐式保护时间/频段。

作为步骤F8S5和步骤F8S6的部分，如果gNB被分解，则使用UE上下文建立请求和UE上下文建立响应创建合适的UE上下文以启用该特征。此外，当适当时，UE上下文修改请求和UE上下文修改响应被用于修改UE上下文以反映切换。

在步骤F8S7中，T-gNB回复切换请求确认消息并包括在步骤F8S6中确定的与用户流量中断相关的参数(例如，根据调度的类型的无线电资源分配以及UE可以向T-gNB发送和从T-gNB接收的时间)。T-gNB还可以指示T-gNB对减少用户流量中断的方法的偏好(例如，UE在接收切换命令后停留在目标小区或返回源小区)。减少切换期间用户流量中断的具体方法或方法组合的最终决策可以由S-gNB或T-gNB做出。

在步骤F8S8，S-gNB处理切换请求确认消息并敲定(finalize)方法和相关联的参数。

在步骤F8S9中，S-gNB向UE发送RRC重新配置消息，其包括在步骤F8S6中由T-gNB确定的目标小区中适用的无线电配置。

在步骤F8S10，UE处理接收的给UE的RRC重新配置消息，并准备使用S-gNB和T-gNB指定的配置实现减少流量中断的方法。

在步骤F8S11中，UE在4步骤随机接入过程的情况下发送RA前导码或在2步骤随机接入过程的情况下发送MsgA(即，消息A)，处理接收的给UE的RRC重新配置消息，并准备使用由S-gNB和T-gNB指定的配置实现减少流量中断的方法。

在步骤F8S12中，如果不要求UE返回源小区以恢复用户流量传送，则UE和T-gNB之间可以发生下行链路数据传送和非同步上行链路数据传送。

在一个实施例中，在步骤F8S11中，在UE发送UE的RA前导码或消息A时或之前、之后允许这样的数据传送。例如，T-gNB可能已经为用户流量选择配置的调度和分配的下行链路和/或上行链路无线电资源。来自UE的上行数据传输可能不会导致T-gNB处的同步接收，因为UE尚未从T-gNB接收到包含UL定时调整的随机接入响应。可以使用配置的调度或动态调度来发生数据传送。此外，在2步骤RA过程的情况下，可以使用配置的PUSCH时机的集合来发生UL数据传送。

在步骤F8S13中，T-gNB在4步骤RA过程的情况下发送RAR，在2步骤RA过程的情况下发送MsgB(即消息B)。

在步骤F8S14，可以经由配置的和/或动态调度继续下行链路数据传送。此外，由于UE已经接收包含UL定时调整的RAR，因此现在可以同步上行链路数据传送。

在步骤F8S15，UE向T-gNB发送RRC重新配置完成。当T-gNB接收此消息时，即正式完成切换成功。在本公开的实施例中，现在可以基于定时器或事件(例如，在UE已经发送RRC重新配置完成消息之后在UE处接收DL/UL动态调度或发送/接收RRC重新配置完成消息)来终止为切换配置的配置的调度。

虽然图11说明了4步骤RA和2步骤RA的示例实施例，但这里讨论的用户流量传送的概念也适用于无RACH切换。在无RACH切换中，传统的Msg1和Msg2被跳过，UE开始发送Msg3(例如，RRC重新配置完成)。在一个实施例中，对于无RACH切换，用户流量传送可以在Msg 3的传输之前、一起或之后发生。

在一个实施例中，网络经由广播信令、组播/多播信令或专用信令(例如，RRC重新配置消息)指定对一种或多种类型的RA(即，4步骤RA、2步骤RA和无RACH)的支持。例如，在一个实施例中，作为切换命令的部分，目标gNB向UE显式地指定UE应该使用哪种方法(即，4步骤RA、2步骤RA和无RACH)来完成在目标小区中的切换过程。此外，gNB也可以区分CBRA和CFRA，尽管切换典型地偏好CFRA。在另一种方法中，目标gNB分配资源并指定传达4步骤RA、2步骤RA或无RACH切换配置的参数以暗示使用特定方法(即，4步骤RA、2步骤RA和无RACH)。

在一个示例中，对于低延迟应用程序，通过该特征使能够以数十毫秒延迟工作的应用集合可行。例如，可以使用基于LEO的NTN与该特征相结合来支持某些游戏应用。

在一个示例中，对于更高的吞吐量，由于与陆地网络遵循的传统方法相比，用户流量中断时间显著减少，因此在切换期间可以预期所有NTN类型的高吞吐量。

在一个示例中，为了可靠的数据传送，如果UE在从先前服务小区接收切换命令后停留在新小区并且不回到先前服务小区，则支持该特征的UE实施方式被简化。特别是，由于UE连接到更好的小区(即，新服务小区)，与在向UE发送切换命令之后、在先前服务小区发生数据传送的情况相比，当UE停留在新小区时，可以预期数据传输更可靠。

网络可能要求UE以DRX模式操作以节省能量。当发生HARQ停顿(stalling)时，此特征提供完全没有下行链路接收或部分没有下行链路接收。该特征还在适当时提供了可配置的基于定时器的DRX恢复。该功能的这些动作避免了对PDCCH的不必要监视，导致以DRX模式操作的NTNUE的功率节省。此外，该特征通过利用最小往返时间(MRTT)的知识来最小化分组延迟。

当UE以DRX操作时，UE在PDCCH上接收最后的DL/UL指派后，在drx-InactivityTimer的持续时间内监视PDCCH。由于在HARQ停顿时不发生指派，因此UE在drx-InactivityTimer期间不必要地持续监视PDCCH，导致浪费UE的电池功率。

在drx-InactivityTimer到期时，UE进入DRX并在DRX周期的开启时段期间继续监视PDCCH。然而，当所有过程都停顿时，至少在与最早未确认的HARQ过程对应的MRTT持续时间内不发生PDCCH上的下行链路指派。此外，当网络在MRTT结束处准备好分配DL/UL资源时，需要等待DRX周期的开启时段，使另外的分组延迟。本公开帮助UE的功率节省以及分组延迟减少。

在NTN的情况下，传播延迟可能很长，并且完全填满RTT所要求的HARQ过程的数量可能太大(例如，数百个)。不同类型的NTN(例如，具有透明有效载荷的GEO卫星和具有gNB的LEO卫星)具有不同的MRTT。为了保持低的存储器和处理要求，可以限制HARQ过程的数量。

当下行链路中所有配置的HARQ过程都已经发送了它们的分组并一直在等待它们的ACK/NACK时。在这种情况下，直到接收最早过程的HARQ ACK/NACK为止，一直不能发送另外的分组。这种现象被称为HARQ停顿。当UE以DRX操作时，当HARQ停止时，在PDCCH上接收的最后的DL/UL指派之后，UE在drx-InactivityTimer的持续时间内持续监视PDCCH。这样的持续的PDCCH监视浪费了UE宝贵的电池能量。在drx-InactivityTimer到期时，UE进入DRX并在DRX周期的开启时段期间继续监视PDCCH。然而，当所有DL HARQ过程都停顿并且gNB在MRTT期间计划不指派UL时，至少在与最早的未确认HARQ过程对应的MRTT持续时间内不能发生PDCCH上的下行链路指派。这导致UE处理功率的另外的浪费。

上行链路也存在类似状况。当所有UL HARQ过程都停顿时，至少在最早未确认的HARQ过程的MRTT持续时间内不能发生PDCCH上的上行链路指派。

传统的LTE和5G第一阶段网络使用多达16个HARQ过程。如果HARQ过程从接收器接收否定确认(NACK)，则给定HARQ过程重传分组，如果HARQ过程从接收器接收肯定确认(ACK)，则发送新分组。当一个HARQ过程正在等待来自接收器的ACK/NACK时，另一个HARQ过程可以发送新分组。因此，多个HARQ过程通过使得能够传输ACK/NACK可能未完成的多个新分组来帮助实现更高的吞吐量。

在NTN的情况下，传播延迟可能会很长，并且完全填满RTT所要求的HARQ过程的数量可能太大(例如，数百个)。不同类型的NTN(例如，具有透明有效载荷的GEO卫星和具有gNB的LEO卫星)具有不同的最小RTT(MRTT)。为了保持较低的存储器和处理要求，可以限制HARQ过程的数量。

图12示出了根据本公开的实施例的示例HARQ停顿1200。图12中所示的HARQ停顿1200的实施例仅用于说明。图12中所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

针对4G/5G网络中的下行链路传输考虑图12，其中下行链路中所有配置的“N”个HARQ过程都已发送了它们的分组并一直在等待它们的ACK/NACK。在这种情况下，直到接收最早过程的HARQ ACK/NACK为止，一直不能发送另外的分组。这种现象被称为HARQ停顿。由于NTN中的传播延迟可能很长，通常为数百毫秒，因此有很长的时间段内没有数据传送。当UE以DRX操作时，当HARQ停顿时，在PDCCH上接收到最后的DL/UL指派之后，UE在drx-InactivityTimer的持续时间内持续监视PDCCH。这样的持续的PDCCH监控浪费了UE宝贵的电池功率。

当drx-InactivityTimer到期时，UE进入DRX并在DRX周期的开启时段期间继续监视PDCCH。然而，当所有DL HARQ过程都停顿并且gNB在MRTT期间计划不指派UL时，至少在与最早的未确认HARQ过程对应的MRTT持续时间内不能发生PDCCH上的下行链路指派。这导致UE处理功率的另外的浪费。

虽然图12示出了下行链路的特征的操作，但在上行链路中也存在类似的状况。当HARQ在上行链路中停顿时，至少在最早的未确认HARQ过程的MRTT持续时间内不能发生PDCCH上的上行链路指派。

在一个实施例中，该特征定义了来自eNB/gNB的显式指示符(例如，“NoRxOrDRX”)，该指示符要求UE基于eNB/gNB实施方式立即进入“不接收”模式或DRX模式。eNB/gNB可以使用诸如DCI、MAC CE或MAC报头或子报头(例如，新字段或甚至保留比特)的信令向UE传达“NoRxOrDRX”指示符。

如果下行链路和上行链路二者的HARQ都停顿了，则eNB/gNB可以通过要求UE在与HARQ停顿相关联的最后的DL/UL指派被传达给UE时立即进入“不接收”模式来最大化UE的功率节省。

如果一个链路的HARQ停顿(因此直到最早的HARQ过程的MRTT定时器到期为止，该方向的资源指派一直不可行)并且直到最早的MRTT定时器到期为止一直不计划另一链路的资源指派，那么eNB/gNB可以通过要求UE在与HARQ停顿相关联的最后的DL/UL指派被传达给UE时进入“不接收”模式来最大化UE的功率节省。

在一个实施例中，如果HARQ对一个链路停顿(因此直到最早的HARQ过程的MRTT到期为止，该方向的资源指派一直不可行)但是eNB/gNB为另一链路计划资源指派，那么eNB/gNB仍然可以通过立即激活DRX来帮助UE节省功率，而不是UE等待drx-InactivityTimer到期。在这种情况下，避免了在drx-InactivityTimer正在运行时持续监视PDCCH。

图13示出了根据本公开的实施例的在存在HARQ停顿的情况下的示例UE功率节省1300。图13所示的UE功率节省1300的实施例仅用于说明。图13中示出的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

图13示出了在DL传输的情况下如何以“NoRx”和DRX模式下节省UE功率。同样的原理也适用于上行链路传输。

在接收使用“无接收”模式或DRX模式的指示时，UE使用每个HARQ过程的定时器MRTT_Timer_Downlink、MRTT_Timer_Uplink、downlinkTimerForCRX和uplinkTimerForCRX来确定何时及时唤醒以及停留在唤醒多长时间以接收任何DL/UL指派。

例如，在MRTT_Timer_Downlink到期时，eNB/gNB可以在downlinkTimerForCRX时段内为HARQ过程指定下行链路资源指派。类似地，在MRTT_Timer_Uplink到期时，eNB/gNB可以在uplinkTimerForCRX的时段内为HARQ过程指定上行链路资源指派。当针对任何HARQ过程正在运行downlinkTimerForCRX或uplinkTimerForCRX时，UE持续监视PDCCH，因为UE处于持续接收(CRX)模式。定时器downlinkTimerForCRX和uplinkTimerForCRX给eNB/gNB足够的时间为给定HARQ过程的新传输或分组重传进行DL/UL资源指派，最小化分组延迟，并限制UE持续监视PDCCH所需的时间量.

如果UE在持续监视PDCCH之前一直以“不接收”模式操作，则UE退出“不接收”模式，停止与定时器相关的所有HARQ停顿，并在所有HARQ过程的downlinkTimerForCRX和uplinkTimerForCRX二者都到期时进入DRX模式。对于给定的HARQ过程，定时器downlinkTimerForCRX和uplinkTimerForCRX在定时器运行时没有新的DL/UL指派发生时到期。

如果UE在持续监视PDCCH之前一直以DRX模式操作，则当所有HARQ过程的downlinkTimerForCRX和uplinkTimerForCRX二者都超时，UE恢复正常的DRX操作。

当接收给定HARQ过程的新的或重传的分组时，UE为每个过程独立地开始MRTT_Timer_Downlink。UE在最早预期的HARQ过程(这将是最早的未确认HARQ过程)的MRTT_Timer_Downlink到期时及时唤醒以接收下行链路资源指派。

在图13中的DL HARQ停顿的情况下，UE避免了对PDCCH的不必要监视(以及相关联的处理，诸如同步)，导致UE的功率节省。该特征还最小化分组延迟传输，因为网络可以在UE处的MRTT_Timer_Downlink到期时发送新数据或重传旧数据，而不是UE等待DRX周期的开启时段。UE及时唤醒以接收DL资源指派和相关联的DL传输。

UE在发送新分组或重传分组时，为每个过程独立地开始MRTT_Timer_Uplink。UE及时唤醒以接收最早预期的HARQ过程(这将是最早的未确认的HARQ过程)的上行链路资源指派。与下行链路情况类似，该特征也最小化分组延迟传输，因为网络可以在UE处的MRTT_Timer_Uplink到期时指派上行链路资源，而不是等待DRX周期的开启时段来指派UL资源。

当针对任何HARQ过程正在运行downlinkTimerForCRX或uplinkTimerForCRX时，UE持续监视PDCCH，因为网络可能在这些时间段期间指定DL/UL资源指派。当所有HARQ过程的downlinkTimerForCRX和uplinkTimerForCRX二者都到期时，该特征还提供DRX的重新激活或恢复。

UE在DL HARQ过程的MRTT_Timer_Downlink到期后开始downlinkTimerForCRX。UE在UL HARQ过程的MRTT_Timer_Uplink到期后开始uplinkTimerForCRX。

当UE获得给定HARQ过程的DL/UL指派时，UE停止并重置相关定时器downlinkTimerForCRX/uplinkTimerForCRX。

网络经由合适的RRC信令(例如，5G中的RRC重新配置消息和LTE中的RRC连接重新配置消息)向UE传达诸如MRTT_Timer_Downlink、MRTT_Timer_Uplink、downlinkTimerForCRX和uplinkTimerForCRX的参数。网络在网络侧运行类似的定时器，因此这些定时器与UE的定时器一致。

该特征可以支持PDSCH/PUSCH聚合，并且如果需要，可以对由特征提供的定时器进行适当的调整，以便UE能够及时唤醒以接收DL/UL资源指派。

图14示出了根据本公开的实施例的在存在HARQ停顿的情况下的示例UE功率节省1400。图14所示的UE功率节省1400的实施例仅用于说明。图14中所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

图15示出了根据本公开的实施例的在存在HARQ停顿的情况下UE功率节省1500的示例步骤。图15中所示的UE功率节省1500的步骤的实施例仅用于说明。图15中示出的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

图16示出了根据本公开的实施例的UE和网络1600支持HARQ停顿期间的UE功率节省的信令流程。图16中所示的UE和网络1600的信令流程的实施例仅用于说明。图16中所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

图16示出了本公开的实施例的示例，其中，当存在从gNB/eNB到UE的关于“No Rx”或“DRX”模式的显式指示以在(i)发生HARQ停顿时或(ii)不发生HARQ停顿但由于没有流量预计不会再分配资源时，帮助UE节省功率。

如图16所示，在步骤F5S1，UE和gNB交换UECapabilityEnquiry/UECapabilitynformation消息。在一种方法中，网络可以询问(ask)UE是否UE支持HARQ停顿期间的功率节省特征。UE凭UE自己或响应网络的请求可以通知网络UE是否支持HARQ停顿期间的功率节省特征。在另一种方法中，“HARQ停顿期间的功率节省特征”对于UE可能是强制性的，在这种情况下，在此消息交换期间不需要能力指示。在又一种方法中，“NoRx”/“DRX”模式的显式方法和“NoRx”/“DRX”模式的隐式方法之间可能有区别。UE和/或网络可以支持这些方法中的一种或两种。在一种方法中，网络确定使用哪种方法——如图16和图17所示的显式方法。

图17示出了根据本公开的实施例的UE和网络1700支持HARQ停顿期间的UE功率节省的另一个信令流程。图17中所示的UE和网络1700的信令流程的实施例仅用于说明。图17中所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

如图16所示，在步骤F5S2中，gNB以典型的DRX配置来配置UE。在示例实施例中，网络可以以当HARQ停顿发生在(i)仅下行链路、(ii)仅上行链路和(iii)下行链路和上行链路两者中时使用的不同(或相同)的DRX周期来配置UE。例如，当HARQ在下行链路中停顿时，上行链路中的高层确认(例如，无线电协议栈中的RLC和无线电协议栈之上的TCP)可能仍然是必需的或期望的。这样的确认可以在更长的DRX周期的“开启”时段发送。

在步骤F5S3中，在示例实施例中，gNB检测HARQ停顿是否已经发生在一个或两个链路(即，上行链路和下行链路)中。在另一个实施例中，gNB可以确定对于给定链路(一个或两个链路)不可能有更多的资源分配，尽管可能存在一些未使用的HARQ过程(意味着HARQ停顿尚未正式发生)。

在步骤F5S4中，在示例实施例中，gNB向UE发送显式指示以使用“NoRx”模式或“DRX”模式。来自eNB/gNB的这样的指示符(例如，“NoRxOrDRX”)要求UE基于eNB/gNB实施方式立即进入“不接收”模式或“DRX模式”。在一个实施例中，“NoRxOrDRX”的“NoRx”方面意味着eNB/gNB正在要求UE立即进入“不接收”模式，其中完全不存在针对用户特定的下行链路指派和上行链路指派的PDCCH监视。“NoRxOrDRX”的“DRX”方面意味着eNB/gNB正在要求UE立即进入DRX模式，其中针对用户特定的下行链路指派和上行链路指派的PDCCH监视发生在DRX周期的“开启”时段期间。eNB/gNB可以使用诸如DCI、MAC CE、MAC报头或MAC子报头的信令向UE传达“NoRxOrDRX”指示符。

在另一个实施例中，对于“NoRxOrDRX”指示，可以使关于“NoRxOrDRX”的“NoRx”方面的显式指示特定于链路，使得UE不需要针对给定链路执行DCI处理。例如，当DL HARQ停顿时，eNB/gNB可以使用“NoRxForDL”来显式地通知UE，UE不需要进行下行链路DCI格式处理。类似地，当UL HARQ停顿时，eNB/gNB可以使用“NoRxForUL”来显式地通知UE，UE不需要进行上行链路DCI格式处理。

在又一个实施例中，对于“NoRxOrDRX”指示，可以使关于“NoRxOrDRX”的“DRX”方面的显式指示特定于链路，使得UE不需要针对给定链路执行DCI处理。例如，当UL HARQ停顿时，eNB/gNB可以使用“DRXForDL”显式地通知UE，UE只需要进行下行链路DCI格式处理，并且不需要进行上行链路DCI格式处理。类似地，当DL HARQ停顿时，eNB/gNB可以使用“DRXForUL”显式地通知UE，UE只需要做上行链路DCI格式处理，并且不需要进行下行链路DCI格式处理。此外，eNB/gNB可以使用“DRXForDLAndUL”来显式地通知UE，UE需要在DRX周期的“开启”时段期间进行下行链路和上行链路DCI格式处理。

在步骤F5S5中，UE随后执行适当的处理，诸如在配置的DRX周期的“开启”时段期间选择性监视用于任何DL/UL指派的PDCCH，或者基于在步骤F5S4中从gNB/eNB接收的“N不监视用于这样的指派的PDCCH。

在步骤F5S6中，gNB/eNB可以基于诸如流量模式和HARQ停顿的状态的因素按需发送DCI。

在步骤F5S7中，当相关定时器由于最早未确认的HARQ过程的RTT结束而已到期时，UE开始CRX，并且网络可以向UE发送DL/UL指派。

在步骤F5S8中，gNB/eNB可以基于流量的可用性按需发送DCI。

在步骤F5S9，如果在配置的时间段内没有在DCI上指定的指派，则UE进入DRX。

图17示出的本公开的实施例的示例，其中，当没有从gNB/eNB到UE的关于“No Rx”或“DRX”模式的显式指示但是当HARQ停顿发生时UE进入这样的模式以节约功率。图17中所示的大多数步骤与图5中的步骤相似，其中主要区别在于图17中没有从gNB/eNB到UE的显式“NoRxOrDRX”指示。

如图17所示，在步骤F6S1中，UE和gNB交换UECapabilityEnquiry/UECapabilitynformation消息，如图16的步骤F5S1所述。

在一个示例中，网络可以询问(ask)UE是否UE支持HARQ停顿期间的功率节省特征。UE凭UE自己或响应网络的请求可以通知网络UE是否支持HARQ停顿期间的功率节省特征。

在另一个示例中，“HARQ停顿期间的功率节省特征”对于UE可能是强制性的，在这种情况下，在此消息交换期间不需要能力指示。在又一种方法中，“No Rx”/“DRX”模式的显式方法和“No Rx”/“DRX”模式的隐式方法之间可能有区别。UE和/或网络可以支持这些方法中的一种或两种。在一种方法中，网络确定使用哪种方法-图16的显式方法和图17的显式方法。

在步骤F6S2中，gNB以典型DRX配置来配置UE，如图16的步骤F5S2所描述的。在一个实施例中，网络可以以当HARQ停顿发生在(i)仅下行链路、(ii)仅上行链路和(iii)下行链路和上行链路两者中时使用的不同(或相同)的DRX周期来配置UE。例如，当HARQ在下行链路中停顿时，上行链路中的高层确认(例如，无线电协议栈中的RLC和无线电协议栈之上的TCP)可能仍然是必需的或期望的。这样的确认可以在更长的DRX周期的“开启”时段发送。

在步骤F6S3中，在示例实施例中，gNB根据与“NoRx”和“DRX”相关的预期UE动作采取动作。例如，gNB将按顺序使用HARQ过程(例如，过程0、过程1等直到编号最高的过程)。如果预期UE进入DRX周期，可以使用合适的DRX周期并发送合适的DCI(例如，上行链路指派、下行链路指派或两者)。

在步骤F6S4中，在示例实施例中，UE在没有来自gNB的任何显式指示的情况下检测对“No Rx”或“DRX”的需要。在一个实施例中，如果HARQ RTT定时器正在针对所有配置的数量的HARQ过程运行，则UE跳过监视PDCCH。在本公开的实施例中，当一个链路停顿时，可以在另一个链路的合适的DRX周期的“开启”时段期间监视PDCCH。

请注意，可以存在“No Rx”和“DRX”的多个粒度，如步骤F5S4中所述。例如，如果UE在下行链路中检测到编号最高的HARQ过程的资源指派，并且对于最早未确认的HARQ过程预期没有用于新传输或重传的任何下行链路指派，则它可以进入“NoRxForDL”模式(意味着UE不能执行DL DCI格式处理)。类似地，如果UE在上行链路中检测到编号最高的HARQ过程的资源指派，并且对于最早未确认的HARQ过程预期没有用于新传输或重传的任何上行链路指派，则它可以进入“NoRxForUL”模式(意味着UE不能执行UL DCI格式处理)。此外，当“NoRxForDL”和“NoRxForUL”二者的条件都满足时，UE可以进入“NoRx”模式或者UE可以按照eNB/gNB的配置停留在DRX模式。

在步骤F6S5中，gNB/eNB可以基于诸如流量模式和HARQ停顿的状态的因素，按需发送DCI。

在步骤F6S6中，当相关定时器(例如，HARQ RTT定时器)由于最早未确认的HARQ过程的RTT结束而已到期时，UE开始持续接收(CRX)(例如，在HARQ重传定时器的持续时间内)，并且网络可以向UE发送DL/UL指派。

在步骤F6S7中，gNB/eNB可以基于流量的可用性按需发送DCI。

在步骤F6S8，如果在配置的时间段内没有在DCI上指定的指派，则UE进入DRX。

在另一个实施例中，对于图16和图17两者，可以通过使用诸如SupportForPowerSavingDuringHARQStallingInDRX的参数来传达对该特征的支持(例如，如果支持该特征，则为“1”，如果不支持该特征，则为“0”，反之亦然)。这可以是UE能力参数。如果该特性对于UE和网络是强制性的，则不需要这种配置或能力交换。该特征可以经由RRC配置/重新配置(如DRX配置)进行配置。

在一个实施例中，激活该特征的一种方式是通过在控制DRX的激活的MAC CE中包括标记。此外，还可以分别对图16和图17所示的显式方法或隐式方法的相关使用进行区分。在激活该特征的另一个实施例中，可以使用MAC报头或子报头来激活该特征。

在另一个实施例中，对于图16和图17两者，诸如drx-HARQ-RTT-TimerDL、drx-HARQ-RTT-TimerUL、drx-RetransmissionTimerDL、drx-RetransmissionTimerUL的现有的定时器可以通过建立与MRTT_Timer_Downlink、MRTT_Timer_Uplink、downlinkTimerForCRX和uplinkTimerForCRX的特定关系来重用。例如，可以添加drx-HARQ-RTT-TimerDL和某个处理时间(即，分组接收时刻与HAR QACK/NACK传输时刻之间的差异)以确定MRTT_Timer_Downlink。在另一个示例中，可以将MRTT_Timer_Uplink设置为drx-HARQ-RTT-TimerUL。在另一个示例中，可以将downlinkTimerForCRX设置为drx-RetransmissionTimerDL并且可以将upinkTimerForCRX设置为drx-RetransmissionTimerUL。

在一个实施例中，用于激活的机制也可以用于去活该功率节省特征。例如，比特值“1”可能意味着激活，而比特值“0”可能意味着去活(反之亦然)。

在一个示例中，对于UE功率节省(没有PDCCH监视)，当gNB/eNB要求UE以“No Rx”模式操作时，绝对不发生PDCCH监视，导致显著节省了UE功率。

在一个示例中，对于UE功率节省(最小PDCCH监视)，当gNB/eNB要求UE以“DRX”模式操作时，在drx-InactivityTimer期间不发生持续的PDCCH监视，而在DRX周期的开启时段期间会发生周期性的PDCCH监视，导致节省UE功率。

在一个示例中，为了减少分组延迟，由于网络可以在MRTT时立即指派资源，而不是等待DRX周期的开启时段，所以分组延迟被最小化。考虑到极长的传播延迟(例如，对于基于GEO的NTN的数百毫秒)，任何分组延迟的减少都将导致增强的用户体验。

在一个示例中，为了gNB/eNB设计的灵活性，由于该特性让gNB/eNB选择模式的类型(“NoRx”与DRX)，gNB/eNB可以考虑各种特定于实施方式的准则来做出决策。这为gNB/eNB设计提供了灵活性。

图18示出了根据本公开的实施例的用于灵活高容量无线电网络临时标识符的方法1800的流程图，其可以由BS(例如，如图1中图示的101-103)执行。图18中所示的方法1800的实施例仅用于说明。图18中所示的组件中的一个或多个可以在被配置为执行所述功能的专用电路中实现，或者组件中的一个或多个可以由执行指令以执行所述功能的一个或多个处理器实现。

如图18中所示，方法1800在步骤1802处开始。在步骤1802中，BS生成指示BS能够支持HC-RNTI的指示符，其中HC-RNTI的大小基于可配置的粒度.

随后，BS在步骤1804生成包括指示符和指示HC-RNTI大小的信息的系统信息块。

接下来，BS在步骤1806中向UE发送系统信息块。

最后，BS在步骤1808向UE发送HC-RNTI，其中HC-RNTI被分配给UE。

在一个实施例中，BS向UE发送包括分配给UE的HC-RNTI的RA消息并且从UE接收包括流量特性的信息的上行链路信号。

在一个实施例中，BS使用RRC信令消息、PHY层信令或MAC层信令来发送HC-RNTI。在这样的实施例中，可配置粒度基于BS的容量和从属于BS的多个UE接收的流量特性，以便减少在PHY层或MAC层中的至少一个处的信令开销。

在一个实施例中，BS从UE接收UE能力信息，基于UE能力信息识别在切换操作期间发送用户流量的调度方案，所述调度方案包括动态调度方案或配置的调度方案，并向UE发送调度方案。

在这样的实施例中，动态调度方案包括即时动态调度方案，使得在UE接收携带切换命令的RRC重新配置消息之后，基于DCI格式来执行BS与UE之间的数据发送和接收，或者包括延迟动态调度方案，使得在UE从目标小区接收用于切换操作的RAR消息之后，基于DCI格式来执行BS与UE之间的数据发送和接收。

在这样的实施例中，配置的调度方案包括即时配置的调度方案，使得在UE接收携带切换命令的RRC重新配置消息之后，执行BS和UE之间的数据发送和接收，或者包括延迟配置的调度方案，使得在UE从目标小区接收用于切换操作的RAR消息之后，执行BS和UE之间的数据发送和接收。

在一个实施例中，BS从UE接收包括上行链路缓冲区状态报告的测量报告消息或连同上行链路缓冲区状态报告一起接收测量报告消息，基于UE的上行链路缓冲区状态报告和下行链路缓冲区状态报告确定是否使用切换内用户流量传送，为目标小区中的UE生成HC-RNTI，并在切换操作期间向UE发送HC-RNTI。

在一个实施例中，当HARQ停顿发生时，BS生成请求UE改变UE的接收模式的请求指示符，UE的接收模式包括不接收模式或DRX模式，并使用DCI或MAC CE的向UE发送请求指示符。

在一个实施例中，BS在对于体验HARQ停顿的UE满足不接收模式或DRX模式中的至少一个的条件后，避免为体验HARQ停顿的UE的下行链路传输或上行链路传输中的至少一个分配资源。

上述流程图示出了可以根据本公开的原理实现的示例方法，并且可以对本文的流程图中示出的方法进行各种改变。例如，虽然示出为一系列步骤，但每个图中的各个步骤可能重叠、并行发生、以不同顺序发生或多次发生。在另一个示例中，步骤可以被省略或被其他步骤代替。

尽管已经以示例性实施例描述了本公开，但是可以向本领域技术人员建议各种改变和修改。本公开旨在涵盖落入所附权利要求的范围内的这样的改变和修改。本申请中的任何描述都不应被解读为暗示任何特定元素、步骤或功能是必须被包括在权利要求范围内的必需元素。专利主题的范围由权利要求限定。

Claims (15)

1.一种无线通信系统中的基站(BS)，所述BS包括：

收发器；以及

处理器，其与收发器耦合，并被配置为：

生成指示BS能够支持高容量无线电网络临时标识符(HC-RNTI)的指示符，其中，所述HC-RNTI的大小基于可配置的粒度，

生成包括所述指示符和指示HC-RNTI大小的信息的系统信息块，

向用户设备(UE)发送系统信息块，并且

向UE发送HC-RNTI，

其中，所述HC-RNTI被分配给UE。

2.根据权利要求1所述的BS，其中，所述处理器还被配置为：

向UE发送包括分配给UE的HC-RNTI的随机接入响应(RAR)消息；以及

从UE接收包括流量特性的信息的上行链路信号，

其中，所述HC-RNTI基于无线电资源控制(RRC)信令消息、物理(PHY)层信令或媒体接入控制(MAC)层信令来发送，并且

其中，所述可配置的粒度基于BS的容量和从属于BS的多个UE接收的流量特性来识别。

3.根据权利要求1所述的BS，其中，所述处理器还被配置为：

从UE接收UE能力信息，

基于UE能力信息识别在切换操作期间发送用户流量的调度方案，所述调度方案包括动态调度方案或配置的调度方案，以及

向UE发送调度方案，并且

其中：

所述动态调度方案包括：

即时动态调度方案，使得在UE接收携带切换命令的RRC重新配置消息之后，基于下行链路控制信息(DCI)格式来执行BS与UE之间的数据发送和接收，或者

延迟动态调度方案，使得在UE从目标小区接收用于切换操作的RAR消息之后，基于DCI格式来执行BS与UE之间的数据发送和接收，以及

所述配置的调度方案包括：

即时配置的调度方案，使得在UE接收携带切换命令的RRC重新配置消息之后，执行BS和UE之间的数据发送和接收，或者

延迟配置的调度方案，使得在UE从目标小区接收用于切换操作的RAR消息之后，执行BS和UE之间的数据发送和接收。

4.根据权利要求1所述的BS，其中，所述处理器还被配置为：

从UE接收包括上行链路缓冲区状态报告的测量报告消息或连同上行链路缓冲区状态报告一起接收测量报告消息，

基于UE的上行链路缓冲区状态报告和下行链路缓冲区状态确定是否使用切换内用户流量传送，

为目标小区中的UE生成HC-RNTI，并且

在切换操作期间向UE发送HC-RNTI。

5.根据权利要求1所述的BS，其中，所述处理器还被配置为：

当混合自动重传请求(HARQ)停顿发生时，生成请求UE改变UE的接收模式的请求指示符，所述UE的接收模式包括不接收模式或不连续接收(DRX)模式，以及

使用DCI或MAC控制元素(MAC CE)向UE发送请求指示符。

6.根据权利要求1所述的BS，其中，在对于体验HARQ停顿的UE满足不接收模式或DRX模式中的至少一个的条件后，所述处理器还被配置为避免为体验HARQ停顿的UE的下行链路传输或上行链路传输中的至少一个分配资源。

7.一种无线通信系统中的用户设备(UE)，所述UE包括：

收发器；

处理器，其与所述收发器耦合，并被配置为：

从基站(BS)接收包括指示符和指示高容量无线电网络临时标识符(HC-RNTI)的大小的信息的系统信息块，其中，所述HC-RNTI的大小基于可配置的粒度，

识别指示BS能够支持HC-RNTI的指示符和HC-RNTI的大小，并且

从BS接收HC-RNTI，

其中，所述HC-RNTI被分配给UE。

8.根据权利要求7所述的UE，其中，所述处理器还被配置为：

从BS接收包括分配给UE的HC-RNTI的随机接入响应(RAR)消息，以及

向BS发送包括流量特性的信息的上行链路信号，

其中，所述HC-RNTI基于无线电资源控制(RRC)信令消息、物理(PHY)层信令或媒体接入控制(MAC)层信令来接收，并且

其中，所述可配置的粒度基于BS的容量和从属于BS的多个UE接收的流量特性来识别。

9.根据权利要求7所述的UE，其中，所述处理器还被配置为：

向BS发送UE能力信息，

从BS接收与UE能力信息对应的调度方案，以在切换操作期间接收用户流量，所述调度方案包括动态调度方案或配置的调度方案，并且

其中：

所述动态调度方案包括：

即时动态调度方案，使得在UE接收携带切换命令的RRC重新配置消息之后，基于下行链路控制信息(DCI)格式来执行BS与UE之间的数据发送和接收，或者

延迟动态调度方案，使得在UE从目标小区接收用于切换操作的RAR消息之后，基于DCI格式来执行BS与UE之间的数据发送和接收，以及

所述配置的调度方案包括：

即时配置的调度方案，使得在UE接收携带切换命令的RRC重新配置消息之后，执行BS和UE之间的数据发送和接收，或者

延迟配置的调度方案，使得在UE从目标小区接收用于切换操作的RAR消息之后，执行BS和UE之间的数据发送和接收。

10.一种无线通信系统中的基站(BS)的方法，该方法包括：

生成指示BS能够支持高容量无线电网络临时标识符(HC-RNTI)的指示符，其中，所述HC-RNTI的大小基于可配置的粒度；

生成包括所述指示符和指示HC-RNTI大小的信息的系统信息块；

向用户设备(UE)发送系统信息块；以及

向UE发送HC-RNTI，

其中，所述HC-RNTI被分配给UE。

11.根据权利要求10所述的方法，还包括：

向UE发送包括分配给UE的HC-RNTI的随机接入响应(RAR)消息；以及

从UE接收包括流量特性的信息的上行链路信号，

其中，所述HC-RNTI基于无线电资源控制(RRC)信令消息、物理(PHY)层信令或媒体接入控制(MAC)层信令来发送，以及

其中，所述可配置的粒度基于BS的容量和从属于BS的多个UE接收的流量特性来识别，以便减少在PHY层或MAC层中的至少一个处的信令开销。

12.根据权利要求10所述的方法，还包括：

从UE接收UE能力信息；

基于UE能力信息识别在切换操作期间发送用户流量的调度方案，所述调度方案包括动态调度方案或配置的调度方案；以及

向UE发送调度方案，并且

其中：

所述动态调度方案包括：

即时动态调度方案，使得在UE接收携带切换命令的RRC重新配置消息之后，基于下行链路控制信息(DCI)格式来执行BS与UE之间的数据发送和接收，或者

延迟动态调度方案，使得在UE从目标小区接收用于切换操作的RAR消息之后，基于DCI格式来执行BS与UE之间的数据发送和接收，以及

所述配置的调度方案包括：

即时配置的调度方案，使得在UE接收携带切换命令的RRC重新配置消息之后，执行BS和UE之间的数据发送和接收，或者

延迟配置的调度方案，使得在UE从目标小区接收用于切换操作的RAR消息之后，执行BS和UE之间的数据发送和接收。

13.根据权利要求10所述的方法，还包括：

从UE接收包括上行链路缓冲区状态报告的测量报告消息或连同上行链路缓冲区状态报告一起接收测量报告消息；

基于UE的上行链路缓冲区状态报告和下行链路缓冲区状态确定是否使用切换内用户流量传送；

为目标小区中的UE生成HC-RNTI；以及

在切换操作期间向UE发送HC-RNTI。

14.根据权利要求10所述的方法，还包括：

当混合自动重传请求(HARQ)停顿发生时，生成请求UE改变UE的接收模式的请求指示符，所述UE的接收模式包括不接收模式或不连续接收(DRX)模式；以及

使用DCI或MAC控制元素(MAC CE)向UE发送请求指示符。

15.根据权利要求10所述的方法，还包括，在对于体验HARQ停顿的UE满足不接收模式或DRX模式中的至少一个的条件后，避免为体验HARQ停顿的UE的下行链路传输或上行链路传输中的至少一个分配资源。

Images