CN111566972B - 对基站的小区中的ue组的时隙格式指示的方法、用户设备和基站 - Google Patents

Abstract

用于分配空中接口的资源的系统和方法。在一个实施例中，基站通过空中接口与小区内的多个用户设备(UE)通信。基站从小区中的UE中选择UE组以共享物理下行链路控制信道，针对UE组选择时隙格式，并且标识用于UE组的时隙格式指示符。基站针对UE组生成组ID，使得组ID和时隙格式指示符的组合指示如下时隙格式值，该时隙格式值被映射到针对UE组选择的时隙格式，向UE组提供组ID，并且在物理下行链路控制信道上向UE组传输时隙格式指示符。

Description

对基站的小区中的UE组的时隙格式指示的方法、用户设备和 基站

技术领域

本发明涉及通信系统领域，并且具体地涉及UE与基站之间的空中接口上的资源分配。

背景技术

移动网络的空中接口是移动设备(例如，用户设备(UE))与基站之间的基于无线电的通信链路。随着移动网络上的数据业务的增加，需要有效地使用空中接口上的无线电资源。在物理层，无线电资源被分配给不同的实体(即，UE)。分配给实体的最小单位是资源块(RB)或物理资源块(PRB)，它由时域中的一个时隙和频域中的多个子载波组成。在时域中，时隙包括符号集合(例如，七个符号)，并且每个符号可以被指配给控制信道、数据信道、参考信号等。

在空中接口上使用物理下行链路控制信道(PDCCH)以向UE提供调度指配和其他控制信息。要求UE执行PDCCH的盲解码，以针对每个控制信道确定控制信道的数目和控制信道元素(CCE)的数目。 UE在每个子帧(即，两个时隙)中监测PDCCH候选集合(PDCCH 可以映射在其上的连续CCE集合)，并且使用其无线电网络临时标识符(RNTI)来尝试解码PDCCH候选。如果UE成功地解码PDCCH 候选，则UE从PDCCH候选中获取控制信息，诸如下行链路控制信息(DO)。

在下一代网络中，可以定义组公共PDCCH以减少不必要的盲解码尝试。基站可以使用组公共PDCCH来向一组UE发送控制信息。当UE组中的UE解码组公共PDCCH时，其可以跳过该时隙中的 PDCCH候选的盲解码。使用该方法，UE可以避免针对每个子帧进行 PDCCH的不必要的盲解码尝试，并且节省电池功率。

尽管已经针对下一代网络描述了组公共PDCCH的一般概念，但是关于如何实现组公共PDCCH仍然存在问题。

发明内容

本文中描述的实施例使用用于UE组的物理下行链路控制信道 (例如，组公共PDCCH)，以向UE组中的UE提供控制信息。由于在基站的小区中可能存在许多UE，所以本文中描述的实施例阐述了一种选择一个或多个UE组的方式，该一个或多个组能够解码用于UE组的物理下行链路控制信道。另外的实施例提供了一种基站在用于 UE组的物理下行链路控制信道上指示用于UE组中的UE的时隙格式的方式。基站能够在用于UE组的物理下行链路控制信道中提供时隙格式指示符。基站还针对UE组生成组ID，使得组ID和时隙格式指示符的组合指向用于UE组中的UE的特定时隙格式。因此，UE组中的UE能够基于时隙格式指示符和由基站提供的组ID来解密特定时隙格式。有利地，这允许网络运营方定义许多不同的时隙格式以有效地利用空中接口的无线电资源，并且允许基站在组公共PDCCH上指示针对整个UE组而选择的时隙格式。

一个实施例包括一种基站，该基站包括无线电接口组件，该无线接口组件被配置为：通过空中接口与小区内的多个UE通信。该基站包括数据库，该数据库被配置为：存储用于多个时隙格式的信息，该多个时隙格式定义空中接口上的无线电资源的分配，其中时隙格式被分类为时隙格式类别。该基站包括选择引擎，该选择引擎被配置为：标识小区中的UE，处理选择标准以从小区中的UE中选择UE组来共享被指配给UE组的物理下行链路控制信道(例如，组公共PDCCH)，处理选择标准以针对UE组选择时隙格式中的一个时隙格式，并且针对UE组标识时隙格式指示符，该时隙格式指示符被映射到用于时隙格式中的该一个时隙格式的时隙格式类别中的一个时隙格式类别。该基站包括组ID生成器，该组ID生成器被配置为：针对UE组生成组 ID，使得组ID和时隙格式指示符的组合指示如下时隙格式值，该时隙格式值被映射到针对UE组选择的时隙格式中的该一个时隙格式，并且经由无线电接口组件向UE组中的UE提供组ID。该基站包括调度器，该调度器被配置为：经由无线电接口组件在物理下行链路控制信道上向UE组中的UE传输时隙格式指示符。

在另一实施例中，组ID生成器被配置为：通过无线电资源控制 (RRC)信令向UE组中的UE传输组ID。

在另一实施例中，组ID生成器被配置为：针对组ID定义有效性定时器。

在另一实施例中，每个时隙格式定义符号模式，该符号模式将用于时域中的帧的至少一个时隙的符号映射到传输方向。传输方向包括下行链路、上行链路、空白、侧链路和保留。

在另一实施例中，选择标准包括由小区中的UE请求的服务。服务包括以下中的一项：增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)、以及超可靠和低延迟通信(URLLC)。

在另一实施例中，选择标准包括用于小区中的UE的UE类别。

在另一实施例中，选择标准包括用于小区中的UE的无线电接入技术。

在另一实施例中，选择标准包括小区中的UE的信号强度。

在另一实施例中，选择标准包括小区中的UE的电池功率水平。

在另一实施例中，选择标准包括用于小区中的UE的跟踪区域。

另一实施例包括一种操作基站的方法，该基站通过空中接口与小区内的多个UE通信。该方法包括：存储用于多个时隙格式的信息，该多个时隙格式定义空中接口上的无线电资源的分配，其中时隙格式被分类为时隙格式类别。该方法包括：标识小区中的UE，处理选择标准以从小区中的UE中选择UE组来共享被指配给UE组的物理下行链路控制信道，处理选择标准以针对UE组选择时隙格式中的一个时隙格式，以及针对UE组标识时隙格式指示符，该时隙格式指示符被映射到时隙格式中的该一个时隙格式的时隙格式类别中的一个时隙格式类别。该方法包括：针对UE组生成组ID，使得组ID和时隙格式指示符的组合指示如下时隙格式指示符，该时隙格式指示符被映射到针对UE组选择的时隙格式中的该一个时隙格式，以及从基站向 UE组中的UE提供组ID。该方法包括：在物理下行链路控制信道上向UE组中的UE传输时隙格式指示符。

在另一实施例中，从基站向UE组中的UE提供组ID包括：通过 RRC信令向UE组中的UE传输组ID。

在另一实施例中，该方法还包括：针对组ID定义有效性定时器。

另一实施例包括一种UE。该UE包括无线电接口组件，该无线电接口组件被配置为通过空中接口与基站通信。该UE包括存储器，该存储器被配置为存储如下数据结构，该数据结构将时隙格式值映射到定义空中接口上的无线电资源的分配的时隙格式。该UE包括处理器，该处理器实现传输控制器，该传输控制器被配置为：从基站接收组ID，该组ID指示由基站针对UE选择的UE组，并且从被指配给 UE组的物理下行链路控制信道中解码时隙格式指示符。处理器实现时隙格式确定机制，时隙格式确定机制被配置为：基于组ID和时隙格式指示符的组合来确定时隙格式值，并且基于时隙格式值来确定由基站针对UE组选择的时隙格式中的一个时隙格式。传输控制器被配置为：基于由基站针对UE组选择的时隙格式中的该一个时隙格式来处理无线电资源的至少一个时隙。

在另一实施例中，传输控制器被配置为：处理RRC信令以接收组ID。

在另一实施例中，时隙格式确定机制被配置为：连结组ID和时隙格式指示符以确定时隙格式值。

在另一实施例中，传输控制器被配置为：与基站协商是否要被包括在UE组中。

另一实施例包括一种在UE中可操作的方法，该UE通过空中接口与基站通信。该方法包括存储如下数据结构，该数据结构将时隙格式值映射到定义空中接口上的无线电资源的分配的时隙格式。该方法包括：从基站接收组ID，该组ID指示由基站针对UE选择的UE组，从被指配给UE组的物理下行链路控制信道中解码时隙格式指示符，基于组ID和时隙格式指示符的组合来确定时隙格式值，基于时隙格式值来确定由基站针对UE组选择的时隙格式中的一个时隙格式，以及基于由基站针对UE组选择的时隙格式中的该一个时隙格式来处理无线电资源的至少一个时隙。

在另一实施例中，从基站接收组ID包括：处理RRC信令以接收组ID。

另一实施例包括一种基站，该基站包括：用于通过空中接口与小区内的多个UE通信的部件。该基站包括：用于存储用于多个时隙格式的信息的部件，该多个时隙格式定义空中接口上的无线电资源的分配，其中时隙格式被分类为时隙格式类别。该基站包括：用于标识小区中的UE的部件。该基站包括：用于处理选择标准以从小区中的UE 中选择UE组来共享被指配给UE组的物理下行链路控制信道的部件。该基站包括：用于处理选择标准以针对UE组选择时隙格式中的一个时隙格式的部件。该基站包括：用于针对UE组标识时隙格式指示符的部件，该时隙指示符被映射到用于时隙格式中的该一个时隙格式的时隙格式类别中的一个时隙格式类别。该基站包括：用于针对UE组生成组标识符(ID)的部件，使得组ID和时隙格式指示符的组合指示如下时隙格式值，该时隙格式值被映射到针对UE组选择的时隙格式中的该一个时隙格式。该基站包括：用于经由无线电接口组件向 UE组中的UE提供组ID的部件。该基站包括：用于经由无线电接口组件在物理下行链路控制信道上向UE组中的UE传输时隙格式指示符的部件。

以上概述提供了对说明书某些方面的基本理解。该概述不是对本说明书的详尽概述。它既不旨在标识本说明书的关键或重要元素，也不旨在描绘本说明书的特定实施例的任何范围或权利要求的任何范围。其唯一目的是以简化的形式呈现本说明书的一些概念，作为稍后呈现的更详细描述的序言。

附图说明

现在仅通过举例的方式并且参考附图来描述本发明的一些实施例。在所有附图上，相同的附图标记表示相同的元素或相同类型的元素。

图1示出了说明性实施例中的通信网络。

图2示出了用于UE与基站之间的空中接口的LTE协议栈。

图3示出了说明性实施例中的空中接口的物理信道。

图4示出了说明性实施例中的用于空中接口的帧结构。

图5示出了时间/频率网格中的物理资源块(PRB)。

图6示出了LTE中的5MHz带宽。

图7是说明性实施例中的基站的框图。

图8示出了说明性实施例中的由数据库存储的信息。

图9-13示出了说明性实施例中的符号模式。

图14是示出了说明性实施例中的在基站的小区中选择UE组并且针对UE组选择时隙格式的方法的流程图。

图15示出了说明性实施例中的查找表。

图16是说明性实施例中的用户设备(UE)的框图。

图17是示出说明性实施例中的在用户设备(UE)中执行的用以确定时隙格式的方法的流程图。

图18-20示出了说明性实施例中的用于时隙格式的符号模式。

图21-22示出了说明性实施例中的具有和不具有时隙聚合的符号模式。

具体实施方式

附图和以下描述示出了具体的说明性实施例。因此，将理解，本领域技术人员将能够设计出各种布置，这些布置尽管未在本文中明确描述或示出，但实施实施例的原理并且被包括在实施例的范围内。此外，本文中描述的任何示例旨在帮助理解实施例的原理，并且应当被解释为不限于这种具体叙述的示例和条件。结果，(多个)发明构思不限于以下描述的特定实施例或示例，而是由权利要求书及其等同物来限制。

图1示出了说明性实施例中的通信网络100。通信网络100是其中最后的链路是无线的蜂窝网络或移动网络，并且向多个设备提供语音和/或数据服务。通信网络100是第三代(3G)网络、第四代(4G) 网络(诸如长期演进(LTE)网络)、或下一代网络(例如，5G或更高版本)。通信网络100被示出为向用户设备(UE)110提供通信服务。

通信网络100包括无线电接入网络(RAN)120，RAN 120包括一个或多个基站123。基站123包括接入网络元件，该接入网络元件使用无线电通信技术在许可频谱上与设备通信并且将该设备与核心网络接口。RAN 120的一个示例是具有一个或多个演进节点B(eNodeB)的演进UMTS陆地无线电接入网络(E-UTRAN)，该 eNodeB是E-UTRAN的基站。基站123具有被称为小区125的服务区域。位于小区125内的UE 110能够通过空中接口127与基站123 通信，空中接口127是UE与基站之间的通信链路。UE 110是用于通信的终端，并且可以由终端用户(例如，人)直接使用。UE 110的示例包括智能电话、膝上型计算机、平板电脑等。可以使得UE 110 能够进行常规的语音和/或数据服务、机器类型通信(MTC)、或其他类型的通信。

UE 110能够附接到RAN 120以接入核心网络130。核心网络130 是通信网络100的中心部分，其向通过RAN 120连接的客户提供各种服务。核心网络130的一个示例是由3GPP针对LTE所建议的演进分组核心(EPC)网络，尽管本文中考虑了用于下一代网络的核心网络。核心网络130包括一个或多个网络元件132，网络元件132包括针对UE 110提供服务的服务器、设备(device)、装置、或设备 (equipment)(包括硬件)。网络元件132(尤其是EPC网络中的网络元件132)可以包括移动性管理实体(MME)、服务网关(S-GW)、分组数据网络网关(P-GW)等。在EPC网络内，用户数据(也称为“用户平面”)和信令(也称为“控制平面”)是分开的。MME处理EPC网络内的控制平面。例如，MME处理与用于E-UTRAN接入的移动性和安全性有关的信令。MME负责在空闲模式下跟踪和寻呼移动设备。S-GW和P-GW处理用户平面。S-GW和P-GW在UE 110 与外部IP网络(未示出)之间传送IP数据业务。S-GW是无线电侧与EPC网络之间的互连点，并且通过路由传入和传出IP分组来服务于UE 110。S-GW也是LTE内移动性的锚点(即，在eNodeB之间的切换的情况下)、以及LTE与其他3GPP接入之间的锚点。P-GW是 EPC网络与外部IP网络之间的互连点，并且路由去往和来自外部IP 网络的分组。

图2示出了用于UE与基站之间的空中接口的LTE协议栈200。对于下一代网络，可以设想类似类型的协议栈。对于用户平面和控制平面，LTE协议栈200包括无线电资源控制(RRC)层201、分组数据汇聚协议(PDCP)层202、无线电链路控制(RLC)层203、媒体接入控制(MAC)层204、和物理层205。RRC层201的主要功能是广播与非接入层(NAS)有关的系统信息，广播与接入层(AS)有关的系统信息，寻呼、建立、维护和释放RRC连接，等等。物理层205 向高层201-204提供基站与UE之间的数据传送服务。在物理层205 的不同水平之间的物理信道上携带数据和信令消息。

图3示出了说明性实施例中的空中接口127的物理信道。图3中的物理信道可以表示4G(例如，LTE)或下一代网络的信道。物理信道包括下行链路(DL)物理信道301和上行链路(UL)物理信道302。 DL物理信道301用于从基站到UE的传输，并且UL物理信道302 用于从UE到基站的传输。物理信道被划分为用于控制平面传输的控制信道和用于用户平面传输的数据信道。下行链路控制信道包括物理控制格式指示符信道(PCFICH)302、物理混合ARQ指示符信道 (PHICH)303、和物理下行链路控制信道(PDCCH)304。上行链路控制信道包括物理上行链路控制信道(PUCCH)305。下行链路数据信道包括物理下行链路共享信道(PDSCH)310、物理广播信道(PBCH) 311、和物理组播信道(PMCH)312。上行链路数据信道包括物理上行链路共享信道(PUSCH)313、和物理随机接入信道(PRACH)314。

作为这些信道的一般概述，PCFICH 302携带控制格式指示符 (CFI)，该CFI指示用于子帧中的下行链路控制信道信息的传输的 OFDM符号的数目。PHICH 303携带混合ARQ(HARQ)ACK/NACK 信息，该混合ARQ(HARQ)ACK/NACK信息指示基站是否已经在 PUSCH 313上接收到传输。PDCCH 304携带下行链路控制信息 (DCI)，该DCI包括针对UE或UE组的资源指配和其他控制信息。 PUCCH 305携带上行链路控制信息(UCI)，诸如HARQ ACK/NACK 信息、信道质量指示符(CQI)、调度请求等。PDSCH 310是用于用户数据的下行链路数据承载信道。PBCH 311携带由基站广播的主信息块(MIB)。PMCH 312定义用以携带多媒体广播和多播服务 (MBMS)的物理层结构。PUSCH 313携带RRC信令消息、UCI、和用户数据。PRACH 314携带用于发起随机接入过程的随机接入前导码。

如将在下面更详细地描述的，可以针对UE组定义另一下行链路物理信道301，该下行链路物理信道301被指示为组公共PDCCH (GC-PDCCH)306。GC-PDCCH 306可以携带DCI，该DCI包括针对UE组的资源指配和其他控制信息、时隙格式信息、和/或针对UE 组的其他控制信息。在一个实施例中，GC-PDCCH 306可以是专门针对UE组定义的分开的信道，并且保留在空中接口127的帧结构中。在另一实施例中，GC-PDCCH 306可以不是分开的保留的信道，并且可以是PDCCH 304的一部分。

LTE目前对DL物理信道使用正交频分复用(OFDM)，以使用帧在许多紧密间隔的子载波上并行传输数据，并且对UL物理信道使用单载波频分多址(SC-FDMA)。下一代网络可以使用类似的技术。图4示出了说明性实施例中的空中接口127的帧结构。图4中的帧结构示出了空中接口127的无线电资源。图4所示的示例用于5MHz带宽。帧402(也称为无线电帧)的总长度为10毫秒(ms)。帧402 被划分为20个单独的时隙404(0.5ms)，并且子帧406包括2个时隙404。因此，每个帧402内有10个子帧406(1ms)。每个传输时间间隔(TTI)包括2个时隙404或1个子帧406(1ms)。对于普通循环前缀，每时隙404有7个OFDM符号407。OFDM符号407被分组为由资源元素(RE)410组成的物理资源块(PRB)408。RE 410 是最小的调制结构，并且每个RE 410是1个OFDM符号407旁边的 1个子载波(例如，15kHz)409。因此，每个PRB 408在时域中包括 7个OFDM符号407，在频域中包括12个子载波409(用于正常循环前缀)。

图5示出了时间/频率网格500中的PRB 408。在图5的网格500 中，水平地示出了时域，并且垂直地示出了频域。PRB 408在频域中包括12个子载波(总共180kHz)，在时域中包括7个OFDM符号 407的1个时隙404(0.5ms)。因此，每个PRB 408包括84个RE 410 (12×7)。PRB 408是分配给UE的无线电资源的最小单位。分配给UE的PRB 408越多，UE可用的比特率越高。在给定的时间点分配给 UE的PRB 408的数目取决于时域和频域中的调度机制。

图6示出了5MHz带宽。5MHz带宽由300个子载波和25个PRB 408组成。在总共25个PRB 408的情况下，有4个窄带602(NB) 可用(额外的PRB位于系统带宽的中心)。窄带602被定义为6个连续的PRB 408的集合。

在图4中，可以根据CFI来针对PDCCH 304保留子帧406的一个或多个OFDM符号。例如，当CFI为1时，子帧406的第一OFDM 符号407被分配给PDCCH 304。观察第一子帧406的最左侧的OFDM 符号407(跨多个子载波)，以黑色示出的RE 410是保留的参考信号 420。带有斜线阴影示出的RE 410被保留用于PDCCH 304。PRB 408 的其他RE 410可以用于其他信道，诸如PDSCH 310、PUCCH 305、 PUSCH 313等。帧402的其他子帧406可以具有相似的格式，其中 RE 410被保留用于参考信号420和PDCCH 304。

另外，在该实施例中，一个或多个OFDM符号407可以被保留或用于GC-PDCCH 306。例如，用于某个子载波集合(例如，用于PRB 23)的子帧406的第一OFDM符号407可以被保留用于GC-PDCCH 306。具有交叉阴影线的RE 410被保留用于GC-PDCCH 306。图4中的帧结构是一个示例，其用于示出一个或多个OFDM符号407可以被保留或用于PDCCH 304，并且一个或多个OFDM符号407可以被保留或用于GC-PDCCH 306。然而，PDCCH 304和GC-PDCCH 306 可以是组合的信道，其中一个或多个OFDM符号407可以被保留用于PDCCH 304/GC-PDCCH 306。而且，一个或多个子帧406的第一 OFDM符号407可以被分配给GC-PDCCH 306，使得UE 110在解码 PDCCH候选之前尝试解码GC-PDCCH 306。

可以在公共搜索空间和/或UE特定搜索空间中在PDCCH 304上传输控制信息。在公共搜索空间中通过PDCCH 304传输针对所有UE 的公共控制信息。在UE特定搜索空间中通过PDCCH 304传输UE特定控制信息。当UE处于连接模式时，传统UE被配置为每个指定时隙404在PDCCH 304上监测控制信令。控制信令根据PDCCH格式被映射到一个或多个CCE，并且CCE被映射到子帧406中的RE 410。在单个子帧406中可以传输多个UE或一组UE的CCE，因此可以在单个子帧406中传输多个PDCCH 304。连续的CCE集合被称为 PDCCH候选，并且UE不知道哪个PDCCH候选携带适用于该UE的控制信令。因此，传统的UE在每个子帧中检测PDCCH候选，并且尝试使用RNTI来解码PDCCH候选。该过程称为盲解码。

不幸的是，在公共搜索空间和UE特定搜索空间中的盲解码消耗 UE中的大量功率。在下一代网络中，可以实现GC-PDCCH 306，使得控制信息被提供给UE组。UE可以尝试解码GC-PDCCH 306，并且如果成功，则UE可以从GC-PDCCH 306获得针对UE组的控制信息，并且可以至少针对当前时隙404跳过PDCCH 304的解码。UE还可以从该时隙解码PDCCH候选，以获得特定于该UE的另外的控制信息。如果GC-PDCCH 306的解码不成功，则UE可以尝试从该时隙中解码PDCCH候选。使用该方法，UE可以避免进行不必要的PDCCH 解码尝试，并且节省了电池消耗。

此外，在下一代网络中，GC-PDCCH 306是携带用于一组UE的信息的信道。用于一组UE的一条信息用于指示将由该UE组中的UE 处理的用于一个或多个时隙的时隙格式。例如，用于子帧的第一 OFDM符号可以被分配用于GC-PDCCH 306，并且该子帧的其他13 个OFDM符号可以被分配用于物理数据信道，诸如PDSCH和 PUSCH。在下面描述的实施例中，基站123能够从位于小区125中的多个UE 110中选择一个或多个UE组，并且针对每个UE组选择时隙格式。时隙格式可以指示针对剩余13个OFDM符号的传输方向，诸如DL、UL或其他。基站123在GC-PDCCH 306上向UE组提供时隙格式指示符。基于时隙格式指示符，UE组中的UE 110能够确定用于处理无线电资源的适当的时隙格式，诸如从PRB 408中解码数据或在 PRB 408上编码数据。

图7是说明性实施例中的基站123的框图。基站123是通过空中接口127与UE 110通信的接入网络元件。基站123包括无线电接口组件702、控制器704(包括一个或多个处理器)、存储器706和网络接口组件708。无线电接口组件702表示用于无线通信以交换空中信号的基站123的本地无线电资源，诸如收发器和天线。控制器704 表示提供基站123的功能的内部电路系统、逻辑、硬件(例如，处理器)、软件等。存储器706是用于数据、指令、应用等的存储单元，并且由控制器704或其他设备可接入。网络接口组件708是接口组件，该接口组件提供与核心网络的一个或多个元件的接口或回程连接。

控制器704实现调度器710、组选择机制720、和组ID生成器730。调度器710包括设备或设备集合，该设备或设备集合被配置为在空中接口127上向UE 110指配无线电资源。组选择机制720包括设备或设备集合，该设备或设备集合被配置为从无线电接口组件702的范围内的UE 110集合中选择一个或多个UE组来共享GC-PDCCH 306，并且针对每个UE组选择时隙格式。在该实施例中，组选择机制720 包括选择引擎722和数据库724。网络运营方定义用于选择UE组和用于基站的小区的时隙格式的策略。选择引擎722存储策略723，并且基于用以选择UE组和时隙格式的选择标准来判断策略723。数据库724存储可以在空中接口127上使用的多个时隙格式的信息。一种假设是，在空中接口127的物理层上使用多址调制格式(例如，OFDM、 NOMA等)，该多址调制格式在时域和频域中将物理层划分为无线电资源。无线电资源可以包括PRB，PRB具有时间维度和频率维度两者。无线电资源可以包括时域中的时隙/子帧、以及频域中的窄带或子载波。关于时隙格式的信息提供了针对时域中的一个或多个时隙的无线电资源分配。

组ID生成器730包括设备或设备集合，该设备或设备集合针对每个UE组生成组ID。组ID生成器730可以使用将组ID和时隙格式指示符映射到特定时隙格式的查找表732，这将在下面更详细地描述。尽管未在图7中示出，但是控制器704的元件可以包括一个或多个处理器、一个或多个刀片服务器、在硬件平台上运行的一个或多个虚拟机(VM)、或其他硬件设备。

基站123的组件可以在相同的硬件平台(包括一个或多个处理器) 上实现。而且，基站123的组件和/或控制器704的元件可以分布在不同的硬件平台上。例如，基站123的一个或多个组件可在与形成小区站点的基站123的收发器/天线不同的硬件平台上。因此，基站123 的一个或多个组件(诸如控制器704和存储器706)可以在无线电组件与核心网络130之间，或者基站123的一个或多个组件可以位于核心网络130本身中。

图8示出了说明性实施例中的由数据库724存储的信息。时隙格式被布置为类型、类、或类别，这些被称为时隙格式类别801-805。时隙格式类别801-805是指共享传输方向特性的一个或多个时隙格式。例如，时隙格式类别801-805可以被分类如下：仅DL、DL中心、仅UL、UL中心、DL/UL拆分等。每个时隙格式类别801-805由时隙格式指示符(SFI)811-815(也可以称为时隙格式相关信息)引用或索引。SFI 811-815是指示特定时隙格式类别801-805的值或数据。针对每个时隙格式类别801-805定义一个或多个时隙格式831-850。时隙格式831-850定义时域中的一个或多个时隙如何分配。例如，时隙格式831-850可以包括符号模式861-880，该符号模式861-880是用于时域中的帧结构(例如，频分双工(FDD)或时分双工(TDD))的一个或多个时隙的符号(例如，OFDM符号)到传输方向的映射。传输方向可以是DL、UL、或“其他”，其中“其他”可以是空白(BL)、侧链路(SL)、保留等。时隙格式831-850还可以包括如下信息，该信息指示符号模式861-880适用于单个或多个时隙、聚合时隙、用于PDSCH 310的开始符号指示、波束相关组等。

图9-13示出了说明性实施例中的符号模式。图9示出了时隙格式类别801中的符号模式861的示例。示出了用于两个时隙或一个子帧的符号模式861，其包括14个符号(用于时隙0的符号0-6和用于时隙1的符号0-6)。在该示例中，假设时隙格式类别801用于“仅DL”类型。第一符号被映射到GC-PDCCH 306，并且其他符号被映射到 DL。因此，这些符号被用于物理DL信道，诸如PDSCH 310。

图10示出了时隙格式类别802中的符号模式865的示例。在该示例中，假设时隙格式类别802用于“DL中心”类型。对于符号模式865，第一符号被映射到GC-PDCCH 306，11个符号被映射到DL，并且2个符号被映射到UL。因此，大多数符号被映射到DL，这使其成为以DL为中心模式。映射到DL的符号可以用于物理DL信道，诸如PDSCH 310，并且映射到UL的符号可以用于物理UL信道，诸如PUSCH 313。

图11示出了时隙格式类别803中的符号模式869的示例。在该示例中，假设时隙格式类别803用于“仅UL”类型。对于符号模式 869，第一符号被映射到GC-PDCCH 306，并且其他符号被映射到UL。

图12示出了时隙格式类别804中的符号模式873的示例。在该示例中，假设时隙格式类别804用于“以UL为中心”类型。对于符号模式873，第一符号被映射到GC-PDCCH 306，2个符号被映射到 DL，并且11个符号被映射到UL。因此，大多数符号被映射到UL，这使其成为以UL为中心模式。

图13示出了时隙格式类别805中的符号模式877的示例。在该示例中，假设时隙格式类别805用于“DL/UL拆分”类型。对于符号模式877，第一符号被映射到GC-PDCCH 306，6个符号被映射到DL，并且7个符号被映射到UL。因此，大约一半的符号在DL与UL之间被划分，这使其成为DL/UL拆分模式。

图9-13所示的符号模式仅作为示例提供，并且网络运营方可以根据需要定义不同的符号模式。网络运营方可以针对时隙格式类别 801-805中的每个定义各种时隙格式831-850。同样，符号模式可以用于一个时隙、如图9-13中的两个时隙、或更多个时隙。

图14是示出了说明性实施例中的选择基站的小区中的UE组并且针对UE组选择时隙格式的方法1400的流程图。将参考图7中的基站123来描述方法1400的步骤，但是本领域技术人员将理解，方法 1400可以在其他设备中执行。而且，本文中描述的流程图的步骤不是全部包括性的并且可以包括未示出的其他步骤，并且这些步骤可以以备选的顺序执行。

如上所述，组选择机制720的数据库724存储用于多个时隙格式 831-850的信息，该多个时隙格式831-850定义空中接口127上的无线电资源的分配，其中时隙格式831-850被分类为时隙格式类别 801-805(步骤1402)。组选择机制720的选择引擎722标识基站123的小区125中的多个UE 110(步骤1404)。在图1中，例如，在基站123的小区125内有多个UE110。假设每个UE 110在基站123的无线电接口组件702的范围内，使得基站123是UE 110的候选小区。基于策略723，选择引擎722处理选择标准以从小区125中的UE 110 中选择UE组来共享被指配给该UE组的GC-PDCCH 306(步骤1406)。 UE组是共享公共属性的小区的中UE的子集。因为UE组中的UE共享公共属性，所以选择引擎722将这些UE组织在一起以共享 GC-PDCCH 306，并且通过GC-PDCCH 306向UE组提供控制信息。选择引擎722还可以向UE组指配GC-PDCCH 306，该GC-PDCCH 306 可以由UE组中的UE 110专门解码。例如，选择引擎722可以针对 UE组的GC-PDCCH 306定义组公共RNTI，并且将组公共RNTI提供给UE组中的UE 110(例如，通过RRC信令)。因此，UE组中的 UE 110可以使用该组公共RNTI来解码被指配给UE组的GC-PDCCH 306。

选择引擎722还处理选择标准以针对UE组选择时隙格式(步骤 1408)。在步骤1408中选择的时隙格式是存储在数据库724中的时隙格式831-850中的一个。选择引擎722可以每帧或针对多个帧选择 UE组和/或时隙格式。

网络运营方可以定义各种选择标准以选择UE组和用于UE组的时隙格式。以下列出了选择标准的示例：

(1)由UE请求的服务/特征。存在下一代网络的三种主要服务方案的共识，即eMBB(增强型移动宽带)、mMTC(大规模机器类型通信)以及URLLC(超可靠和低延迟通信)。还存在已有的3G/4G 服务/特征场景，并且可能有更多的将来服务/特征场景。选择引擎722 可以针对请求这些服务/特征的UE选择不同的UE组和时隙格式。

(2)UE的类别和容量。UE类别或UE类用于确保基站可以与 UE正确通信。通过将UE类别信息中继到基站，基站能够确定UE的性能并且与其相应地通信。例如，在LTE中，定义了多个UE类别，诸如CAT1-CAT8、LTE Cat-Mi(eMTC)、Cat-NB1(NB-IoT)等。选择引擎722可以针对属于不同UE类别的UE选择不同的UE组和时隙格式。

(3)无线电接入技术。无线电接入技术的示例包括OFDMA、 SC-FDMA、NOMA等。选择引擎722可以针对使用不同无线电接入技术的UE选择不同的UE组和时隙格式。

(4)波束拆分。利用多模式多输入多输出(mMIMO)，可以通过提供不同的控制波束来在一个标称小区下进行“小区拆分”。因此，控制波束之间的隔离可能是期望的。为了弥补链路预算的不足，甚至可以将较高频率的波束形成用于控制信道。GC-PDCCH 306可以被设计为至少在控制波束中可到达UE 110。

(5)UE的信号强度。

(6)UE电池功率水平。

(7)跟踪区域。选择引擎722可以基于跟踪区域指示符将UE 110 划分为小区中的UE组。

还可以定义其他选择标准(例如，空间小区拆分、频率/数字学基本配置资源拆分、覆盖范围拆分等)，并且选择标准可以动态地改变。

在针对UE组选择了UE组和时隙格式的情况下，选择引擎722 针对该UE组标识SFI(步骤1410)。对于针对UE组选择的时隙格式，SFI被映射到时隙格式类别801-805。例如，如果选择引擎722 从数据库724中选择时隙格式831，则选择引擎722将针对UE组标识SFI811，该SFI 811被映射到时隙格式类别801。网络运营方可能希望灵活地针对空中接口127上的无线电资源分配定义许多不同的时隙格式。然而，可以限制SFI的大小以减少信令开销。例如，SFI可以用三比特数据表示，它只能表示八种不同的时隙格式。这就是为什么图8中所示的SFI用于参考时隙格式的类别，该类别是通用时隙格式，而不是逐符号映射。如果定义了更多的时隙格式，则将需要增加 SFI的大小，这也会增加信令开销。

为了解决该问题，组ID生成器730针对UE组生成组ID，使得组ID和SFI的组合指示如下时隙格式值，该时隙格式值被映射到针对UE组选择的时隙格式(步骤1412)。因此，组ID和SFI的组合指示如下时隙格式值，该时隙格式值表示用于UE组的特定时隙格式。在一个实施例中，时隙格式值可以是组ID和SFI的连结，因此组ID 生成器730可以标识如下时隙格式值，该时隙格式值被映射到所选择的时隙格式，标识针对UE组选择的SFI，并且从时隙格式值中提取组ID。但是，可以使用多种算法来确定组ID。组ID生成器730还可以针对组ID定义有效性定时器(例如，单个时隙或多个时隙)。

在生成组ID时，组ID生成器730可以参考数据结构，诸如查找表732。图15示出了说明性实施例中的查找表732。查找表732是将时隙格式值1501-1520映射到时隙格式831-850的数据结构。例如，时隙格式值1501被映射到时隙格式831，时隙格式值1502被映射到时隙格式832，依此类推。网络运营方可以定期向基站123提供查找表732。时隙格式值1501-1520具有比数据库724中提供的SFI大的比特数。在这些实施例中，假设SFI 811-815被约束为有限比特数，诸如两个或三个。因此，与特定时隙格式831-850相反，SFI 811-815 被映射到较通用的时隙格式类别801-805。时隙格式值1501-1520大于针对SFI 811-815的受约束的比特数，并且被映射到特定时隙格式 831-850。因此，通过使用组ID和SFI的组合来形成时隙格式值 1501-1520，可以针对空中接口127实现较多数目的时隙格式831-850。

组ID生成器730使用无线电接口组件702向UE组中的UE 110 提供组ID(步骤1414)。组ID生成器730可以使用较高层来向UE 组中的UE 110提供组ID。例如，组ID生成器730可以使用RRC信令(诸如在PBCH 311上)来向UE组中的UE 110通知组ID。组ID 生成器730还可以向UE 110提供针对UE组的组公共RNTI，诸如通过RRC信令。

调度器710使用无线电接口组件702在被指配给UE组的 GC-PDCCH 306上传输用于UE组的SFI(步骤1416)。UE组中的UE 110被配置为(例如，通过RRC信令)在用于UE组的GC-PDCCH 306上监测SFI。RRC配置应当指示在其中传输用于UE组的 GC-PDCCH 306的物理资源(例如，用于组公共PDCCH的PDCCH 到CCE、CCE到RG等)。基于SFI和组ID，UE 110能够得出哪些无线电资源(例如，OFDM符号)被分配给DL、UL或其他。UE组中的UE 110还可以得出用于PDCCH CRC检查的掩码，因此，仅在 UE 110需要解码PDCCH 304的情况下，盲检测工作才会稍微增加。

可以重复步骤1406-1416以从小区125内的UE 110中选择多个 UE组。在图1中，例如，选择引擎722可以基于选择标准来选择三个不同的UE组，诸如UE组141、UE组142、和UE组143。每个 UE组141-143中的UE 110基于选择标准来共享公共属性。选择引擎722还针对每个UE组141-143选择时隙格式。例如，选择引擎722 可以针对UE组141选择时隙格式831，针对UE组142选择时隙格式835，并且针对UE组143选择时隙格式839。选择引擎722还针对每个UE组141-143标识SFI。组ID生成器730针对每个UE组 141-143生成唯一组ID，使得组ID和SFI的组合指示如下时隙格式值，该时隙格式值被映射到针对每个UE组141-143选择的时隙格式。

基站123可以通过RRC信令向UE组中的UE 110通知是否要解码被指配给UE组的GC-PDCCH 306。UE组中的UE 110在被指配给 UE组的GC-PDCCH 306上监测SFI。可能存在其中UE110挑选不使用由SFI指示的用于UE组的时隙格式的情况。挑选不使用针对UE 组指示的时隙格式的UE 110可以在RACH过程或其他方法中还价以与基站123协商是从UE组中移除还是指配给新的UE组(可能是新的SFI)。

图16是说明性实施例中的UE 110的框图。UE 110包括无线电接口组件1602、一个或多个处理器1604、存储器1606、和用户接口组件1608。无线电接口组件1602是硬件组件，该硬件组件表示用于经由无线电或“空中”信号与基站(例如，基站123)进行无线通信的UE110的本地无线电资源(诸如收发器和天线)。处理器1604表示提供UE 110的功能的内部电路系统、逻辑、硬件、软件等。存储器1606是用于数据、指令、应用等的计算机可读存储介质，并且由处理器1604可接入。用户接口组件1608是用于与终端用户交互的硬件组件。例如，用户接口组件1608可以包括屏幕或触摸屏(例如，液晶显示器(LCD)、发光二极管(LED)显示器等)、键盘或小键盘、跟踪设备(例如，轨迹球或触控板)、扬声器、和麦克风。UE 110 可以包括在图16中未具体示出的各种其他组件。

处理器1604实现传输控制器1610和时隙格式确定机制1612。传输控制器1610被配置为解码来自空中接口127上的信道的数据，并且将数据编码到空中接口127的信道上。时隙格式确定机制1612被配置为针对用于UE 110的UE组确定时隙格式。存储器1606存储查找表1620，查找表1620可以对应于如图15所示的查找表732。

在本文中描述的实施例中，UE 110被增强以解码用于UE组的 GC-PDCCH 306，并且基于由基站123提供的SFI和组ID来确定针对 UE组选择的时隙格式。增强的进一步细节在图17中描述。图17是示出说明性实施例中的在UE 110中执行以确定时隙格式的方法1700的流程图。将参考图16中的UE 110来描述方法1700的步骤，但是本领域技术人员将理解，方法1700可以在其他设备中执行。

如上所述，存储器1606存储如下数据结构(例如，查找表1620)，该数据结构将时隙格式值映射到定义空中接口127上的无线电资源的分配的时隙格式(步骤1702)。传输控制器1610从基站123接收组 ID，该组ID指示由基站123针对UE 110选择的UE组(步骤1704)。例如，传输控制器1610可以经由PDBH 311上的RRC信令从基站123 接收组ID。传输控制器1610还可以在RRC信令中从基站123接收针对UE组的组公共RNTI。传输控制器1610可以与基站123协商是否要被包括在特定UE组中。

传输控制器1610从被指配给UE组的GC-PDCCH 306中解码SFI (步骤1706)。为了解码SFI，传输控制器1610可以尝试基于针对 UE组的组公共RNTI来解码被指配给UE组的GC-PDCCH 306。如果解码成功，则传输控制器1610提取由基站123在GC-PDCCH 306上发送的SFI。SFI被映射到用于由基站123针对UE组选择的时隙格式的时隙格式类别。时隙格式确定机制1612基于组ID和SFI的组合来确定时隙格式值(步骤1708)。如上所述，组ID和SFI的组合指示如下时隙格式值，该时隙格式值被映射到特定时隙格式。时隙格式确定机制1612可以连结组ID和时隙格式指示符以确定时隙格式值，或者使用另一算法根据组ID和时隙格式指示符来确定时隙格式值。然后，时隙格式确定机制1612基于时隙格式值来确定由基站123针对 UE组选择的时隙格式(步骤1710)。例如，时隙格式确定机制1612 可以接入查找表1620，并且使用时隙格式值作为索引来标识用于UE 组的时隙格式。然后，传输控制器1610基于由基站123针对UE组选择的时隙格式来处理无线电资源的一个或多个时隙(步骤1712)。例如，传输控制器1610可以基于时隙格式来解码来自分配给UE 110 的PRB的一个或多个时隙的数据。传输控制器1610可以基于时隙格式来在分配给UE 110的PRB的一个或多个时隙上另外地或备选地编码数据。

因为UE 110能够基于组ID和SFI来解密时隙格式值，所以可以将通过GC-PDCCH306发送给UE 110的SFI约束为两个或三个比特。但是，时隙格式值可以被映射到确切地数百或数千个不同的时隙格式，使得网络运营方在如何使用无线电资源上具有灵活性。

在一个示例中，假设SFI被约束为三个比特，并且针对UE组选择具有值为“001”的SFI 811(参见图8)。因此，已经针对UE组选择了时隙格式类别801。还假设图15中的时隙格式值1501为“1000001”，其被映射到图9所示的时隙格式831。基站123中的组 ID生成器730可以选择组ID“1000”，使得组合(1000，001)等于“1000001”。当UE 110接收到组ID“1000”和SFI“001”时，其能够确定时隙格式值“1000001”。该时隙格式值指向如图9所示的用于仅DL类别的时隙格式831(和符号模式861)。

图18-20示出了说明性实施例中的用于时隙格式的符号模式。图 18示出了用于时隙格式844的示例符号模式874，图19示出了用于时隙格式845的示例符号模式875，并且图20示出了用于时隙格式 846的示例符号模式876。时隙格式844被映射到时隙格式值“1011010”，时隙格式845被映射到时隙格式值“1010010”，并且时隙格式846被映射到时隙格式值“1100010”。在该示例中，假设 SFI再次被约束为值为“010”的三个比特。基站123中的组ID生成器730可以选择组ID“1011”，使得组合(1011，010)等于“1011010”并且指向时隙格式844。基站123中的组ID生成器730可以选择组 ID“1010”，使得组合(1010，010)等于“1010010”并且指向时隙格式845。基站123中的组ID生成器730可以选择组ID“1100”，使得组合(1100，010)等于“1100010”并且指向时隙格式846。这些时隙格式中的每个指示用于三个连续时隙的符号模式，并且每个时隙格式可以使用组ID和SFI的组合单独寻址。

时隙格式还可以指示符号模式被聚合。聚合水平信息可以通过较高层信令半静态地传递。然而，由于可能动态改变传输方向，所以时隙聚合信息也可以被动态地发信号通知。例如，可能期望将三个聚合的DL时隙改变为两个DL时隙和一个UL时隙以快速适应业务负载变化。由于聚合信息与时隙的使用/传输方向紧密相关，因此可以与时隙格式信息一起进行编码以进行优化编码。时隙聚合水平的分开编码使设计较简洁，并且优化较少。

组ID可以被设计为即使在被约束为有限数目的比特时也携带时隙聚合信息。取决于聚合时隙中间的控制区域的存在，可能存在不同的时隙聚合。如果时隙被聚合但是每个时隙仍然存在DL和UL控制区域，则可以在每个时隙传输GC-PDCCH 306以传递用于该时隙的SFI。图21-22示出了说明性实施例中的具有和没有时隙聚合的符号模式。图21示出了用于具有时隙聚合的时隙格式2101的示例符号模式 2104，并且图22示出了用于没有时隙聚合的时隙格式2201的示例符号模式2204。如图21中，当时隙在聚合的时隙的开始与GC-PDCCH306聚合并且在聚合的时隙的末尾与UL控制区域(“C”)聚合时，具有SFI的GC-PDCCH 306仅在聚合的时隙的开始传输。如图22中，当不聚合时隙时，GC-PDCCH 306在每个时隙的开始，并且UL控制区域(“C”)可以在每个时隙的末尾。在该示例中，假设对于聚合的时隙，SFI再次被约束为值为“011”的三个比特。基站123中的组 ID生成器730可以选择组ID“1101”，使得组合(1011，011)等于“1011011”并且指向时隙格式2101以指示聚合。对于未聚合的时隙，SFI的值可以为“010”。基站123中的组ID生成器730可以选择组 ID“1101”，使得组合(1011，010)等于“1011010”并且指向时隙格式2201以指示没有聚合。因此，聚合水平(即，时隙数)可以“嵌入”在组ID和SFI的组合中。

GC-PDCCH 306可以用于指示时隙中的DL/UL数据的开始位置和持续时间。使用GC-PDCCH 306来指示DL/UL数据的开始位置可能是有益的，因为调度DCI和被调度的DL数据在不同的时隙中。例如，当调度DCI在时隙n中而被调度数据在时隙n+k中时，DL/UL 数据在时隙n+k中的开始位置可以由时隙n+k中的GC-PDCCH 306 指示。备选地，还应当可以通过较高层信令来确定DL/UL数据开始位置，在这种情况下，不需要UE从GC-PDCCH 306获取信息。

附图中所示或本文中描述的各种元件或模块中的任何一个可以被实现为硬件、软件、固件、或这些的某种组合。例如，元件可以被实现为专用硬件。专用硬件元件可以被称为“处理器”、“控制器”、或某些类似的术语。当由处理器提供时，功能可以由单个专用处理器，由单个共享处理器，或者由多个单独的处理器提供，其中一些处理器可以共享。此外，术语“处理器”或“控制器”的明确使用不应当被解释为专门指代能够执行软件的硬件，并且可以隐含地包括但不限于数字信号处理器(DSP)硬件、网络处理器、专用集成电路(ASIC) 或其他电路系统、现场可编程门阵列(FPGA)、用于存储软件的只读存储器(ROM)、随机存取存储器(RAM)、非易失性存储器、逻辑、或某种其他物理硬件组件或模块。

而且，元件可以被实现为由处理器或计算机可执行以执行该元件的功能的指令。指令的一些示例是软件、程序代码、和固件。指令在由处理器执行时是可操作的，以指导处理器执行元件的功能。指令可以存储在由处理器可读取的存储设备(即，计算机可读介质)上。存储设备的一些示例是数字或固态存储器、磁存储介质(诸如磁盘和磁带)、硬盘驱动器、或光学可读数字数据存储介质。

尽管本文中描述了特定实施例，但是本公开的范围不限于这些特定实施例。本公开的范围由所附权利要求及其任何等同形式定义。

Claims (15)

1.一种基站，包括：

无线电接口组件，被配置为通过空中接口与小区内的多个用户设备(UE)通信；

数据库，被配置为存储用于多个时隙格式的信息，所述多个时隙格式定义所述空中接口上的无线电资源的分配，其中所述时隙格式被分类为时隙格式类别；

选择引擎，被配置为：标识所述小区中的所述UE，处理选择标准以从所述小区中的所述UE中选择UE组来共享被指配给所述UE组的物理下行链路控制信道，处理所述选择标准以针对所述UE组选择所述时隙格式中的一个时隙格式，并且针对所述UE组标识时隙格式指示符，所述时隙格式指示符被映射到用于所述时隙格式中的所述一个时隙格式的所述时隙格式类别中的一个时隙格式类别；

组ID生成器，被配置为针对所述UE组生成组标识符(ID)，使得所述组ID和所述时隙格式指示符的组合指示如下时隙格式值，所述时隙格式值被映射到针对所述UE组选择的所述时隙格式中的所述一个时隙格式，并且经由所述无线电接口组件向所述UE组中的所述UE提供所述组ID；以及

调度器，被配置为经由所述无线电接口组件在所述物理下行链路控制信道上向所述UE组中的所述UE传输所述时隙格式指示符。

2.根据权利要求1所述的基站，其中：

所述组ID生成器被配置为通过无线电资源控制(RRC)信令向所述UE组中的所述UE传输所述组ID。

3.根据权利要求1所述的基站，其中：

所述组ID生成器被配置为针对所述组ID定义有效性定时器。

4.根据权利要求1所述的基站，其中：

每个所述时隙格式定义符号模式，所述符号模式将用于时域中的帧的至少一个时隙的符号映射到传输方向；以及

所述传输方向包括下行链路、上行链路、空白、侧链路和保留。

5.根据权利要求1所述的基站，其中：

所述选择标准包括由所述小区中的所述UE请求的服务；以及所述服务包括以下中的一项：增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)、以及超可靠和低延迟通信(URLLC)。

6.根据权利要求1所述的基站，其中：

所述选择标准包括用于所述小区中的所述UE的UE类别。

7.根据权利要求1至6中任一项所述的基站，其中：

所述选择标准包括用于所述小区中的所述UE的跟踪区域。

8.一种操作基站的方法，所述基站通过空中接口与小区内的多个用户设备(UE)通信，所述方法包括：

存储用于多个时隙格式的信息，所述多个时隙格式定义所述空中接口上的无线电资源的分配，其中所述时隙格式被分类为时隙格式类别；

标识所述小区中的所述UE；

处理选择标准以从所述小区中的所述UE中选择UE组来共享被指配给所述UE组的物理下行链路控制信道；

处理所述选择标准以针对所述UE组选择所述时隙格式中的一个时隙格式；

针对所述UE组标识时隙格式指示符，所述时隙格式指示符被映射到用于所述时隙格式中的所述一个时隙格式的所述时隙格式类别中的一个时隙格式类别；

针对所述UE组生成组标识符(ID)，使得所述组ID和所述时隙格式指示符的组合指示如下时隙格式值，所述时隙格式值被映射到针对所述UE组选择的所述时隙格式中的一个时隙格式；

从所述基站向所述UE组中的所述UE提供所述组ID；以及

在所述基站处，在所述物理下行链路控制信道上向所述UE组中的所述UE传输所述时隙格式指示符。

9.根据权利要求8所述的方法，其中从所述基站向所述UE组中的所述UE提供所述组ID包括：

通过无线电资源控制(RRC)信令向所述UE组中的所述UE传输所述组ID。

10.一种用户设备(UE)，包括：

无线电接口组件，被配置为通过空中接口与基站通信；

存储器，被配置为存储如下数据结构，所述数据结构将时隙格式值映射到定义所述空中接口上的无线电资源的分配的时隙格式；以及

处理器，实现传输控制器，所述传输控制器被配置为：从所述基站接收组指示符(ID)，所述组指示符指示由所述基站针对所述UE选择的UE组，并且从被指配给所述UE组的物理下行链路控制信道中解码时隙格式指示符；

所述处理器实现时隙格式确定机制，所述时隙格式确定机制被配置为：基于所述组ID和所述时隙格式指示符的组合来确定时隙格式值，并且基于所述时隙格式值来确定由所述基站针对所述UE组选择的所述时隙格式中的一个时隙格式；

所述传输控制器被配置为：基于由所述基站针对所述UE组选择的所述时隙格式中的所述一个时隙格式来处理所述无线电资源的至少一个时隙。

11.根据权利要求10所述的UE，其中：

所述传输控制器被配置为处理无线电资源控制(RRC)信令以接收所述组ID。

12.根据权利要求10所述的UE，其中：

所述时隙格式确定机制被配置为：连结所述组ID和所述时隙格式指示符以确定所述时隙格式值。

13.根据权利要求10至12中任一项所述的UE，其中：

每个所述时隙格式定义符号模式，所述符号模式将用于时域中的帧的至少一个时隙的符号映射到传输方向；以及

所述传输方向包括下行链路、上行链路、空白、侧链路和保留。

14.一种在用户设备(UE)中可操作的方法，所述用户设备通过空中接口与基站通信，所述方法包括：

存储如下数据结构，所述数据结构将时隙格式值映射到定义所述空中接口上的无线电资源的分配的时隙格式；

从所述基站接收组指示符(ID)，所述组指示符指示由所述基站针对所述UE选择的UE组；

从被指配给所述UE组的物理下行链路控制信道中解码时隙格式指示符；

基于所述组ID和所述时隙格式指示符的组合来确定时隙格式值；

基于所述时隙格式值来确定由所述基站针对所述UE组选择的所述时隙格式中的一个时隙格式；以及

基于由所述基站针对所述UE组选择的所述时隙格式中的所述一个时隙格式来处理所述无线电资源的至少一个时隙。

15.根据权利要求14所述的方法，其中从所述基站接收所述组ID包括：

处理无线电资源控制(RRC)信令以接收所述组ID。

Images