CN109565861A

CN109565861A - 下一代蜂窝网络中的数据传输的方法和装置

Info

Publication number: CN109565861A
Application number: CN201780049185.7A
Authority: CN
Inventors: 薛鹏; 柳贤锡; A.阿吉瓦尔; 李南贞; 郑哲
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2016-08-11
Filing date: 2017-08-11
Publication date: 2019-04-02
Anticipated expiration: 2037-08-11
Also published as: KR102441215B1; KR20190029648A; EP4346109A2; US20180049203A1; KR20220126802A; KR20230006030A; CN113115462A; EP3934357B1; EP3482596A1; US10602516B2; EP3482596A4; US20200229190A1; US11419115B2; CN113115463A; KR102481800B1; WO2018030864A1; EP3482596B1; ES2906677T3; EP4346109A3; EP3934357A1

Abstract

提供了用于将支持超第4代(4G)系统的更高数据速率的第5代(5G)通信系统与用于物联网(IoT)的技术融合的通信方法和系统。该通信方法和系统可以被应用于基于5G通信技术以及IoT相关技术的智能服务，诸如智能家庭、智能楼宇、智能城市、智能汽车、互联汽车、健康护理、数字教育、智能零售、安保和安全服务。提供一种用户设备(UE)接收数据的方法。该方法包括：从基站接收关于分配给UE的无线电资源的信息，以及基于关于无线电资源的信息从基站接收数据。无线电资源与时间域中的多个码元和频率域中的多个资源块组相关联。关于无线电资源的信息包括关于起始码元的第一信息或关于资源块组中的每一个的尺寸的第二信息中的至少一个。

Description

下一代蜂窝网络中的数据传输的方法和装置

技术领域

本公开涉及用于数据传输的方法和装置。更具体地，本公开涉及下一代蜂窝网络中的资源配置和调度方法。

背景技术

为了满足由于第四代(4G)通信系统的部署已经增加的无线数据业务量的需求，已经作出了努力来开发改善的第五代(5G)或准5G通信系统。因此，5G或准5G通信系统也被称作“超(Beyond)4G网络”或者‘后长期演进(LTE)系统’。5G通信系统被考虑为实施在更高的频率(mmWave)带(例如，60GHz频带)中，以便达到更高的数据速率。为了减少无线电波的传播损耗并且增加传输距离，在5G通信系统中讨论波束形成、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束形成，以及大规模天线技术。此外，在5G通信系统中，基于高级小小区、云无线电接入网络(RAN)、超密度网路、设备至设备(D2D)通信、无线回程、移动网络、协作通信、协作多点(CoMP)、接收端干扰消除等等的对于系统网络改善的开发在进行中。在5G系统中，已经开发了作为高级编码调制(ACM)的混合频移键控(FSK)和正交调幅(QAM)调制(FQAM)以及滑动窗口叠加编码(SWSC)，作为高级接入技术的滤波器组多载波(FBMC)、非正交多址接入(NOMA)，以及稀疏码多址接入(SCMA)。

在近些年，已经开发了若干宽带无线技术来满足不断增长的宽带订户的数量并且提供更多且更好的应用和服务。已经开发了第二代(2G)无线通信系统以在保证用户的移动性的同时提供语音服务。第三代(3G)无线通信系统不仅仅支持语音服务而且也支持数据服务。已经开发了4G无线通信系统来提供高速数据服务。然而，4G无线通信系统当前遭受满足用于高速数据服务的增长的需求的资源缺乏。因此，正在将5G无线通信系统开发为满足具有各种不同需求的各种服务(例如，高速数据服务、超可靠性和低延迟应用和海量机器类型通信)的增长的需求。频谱利用效率需要被提高。存在各种服务将在单个5G蜂窝网络中被支持的高可能性，并且因此多个服务的灵活复用是必要的。另外，系统设计应当考虑前向兼容性以在将来平滑地添加新服务。

图1示出根据相关技术的LTE系统中的资源分配的示例。在蜂窝网络中，系统设计通常具有对资源分配的有限的灵活性。采用4G LTE系统作为一个示例；为下行链路和上行链路数据传输指配的资源通常是作为基线的许多物理资源块(PRB)对，所述基线占据时间域中的一个子帧和频率域中的若干连续或非连续PRB，如图1所示。存在当前方案在5G网络中支持各种资源分配情景的限制。例如，允许数据传输重新使用一些未使用的控制区域来改善频谱利用效率，是有利的。此外，需要支持在传输时间间隔(TTI)或子帧内以时分复用(TDM)方式将不同的服务或用户设备(UE)复用。在某些情景下，TTI或子帧中的码元(symbol)并非都分配给UE。然而，还没有指定资源分配协议。在本公开中，公开了用于将来的蜂窝网络(例如，高级LTE(LTE-A)或5G)的灵活的资源分配的方法。

将上述信息作为背景信息来呈现，仅用于帮助对本公开的理解。关于以上中的任何一项是否可以作为现有技术关于本公开是可适用的，没有作出判定，且没有作出断言。

发明内容

技术问题

本公开的方面将至少解决以上提及的问题和/或缺点并且至少提供以下描述的优点。因此，本公开的方面将提供用于合并第5代(5G)通信系统的通信方法和系统，该第5代(5G)通信系统用于支持超过第4代(4G)系统的更高的数据速率。

解决方案

根据本公开的第一方面，提供一种用户设备(UE)接收数据的方法。该方法包括：从基站接收关于分配给UE的无线电资源的信息，以及基于关于无线电资源的信息从基站接收数据。无线电资源与时间域中的多个码元和频率域中的多个资源块组相关联。关于无线电资源的信息包括关于起始码元的第一信息或关于资源块组中的每一个的尺寸的第二信息中的至少一个。

根据本公开的第二方面，提供一种包括收发器和至少一个处理器的用户设备(UE)。收发器被配置为从基站接收信号并且向基站传送信号。至少一个处理器被配置为控制收发器从基站接收关于分配给UE的无线电资源的信息，以及控制收发器基于关于无线电资源的信息从基站接收数据。无线电资源与时间域中的多个码元和频率域中的多个资源块组相关联。关于无线电资源的信息包括关于起始码元的第一信息或关于资源块组中的每一个的尺寸的第二信息中的至少一个。

根据本公开的第三方面，提供一种基站传送数据的方法。该方法包括：向用户设备(UE)传送关于分配给UE的无线电资源的信息，以及基于关于无线电资源的信息对UE进行传送。无线电资源与时间域中的多个码元和频率域中的多个资源块组相关联。关于无线电资源的信息包括关于起始码元的第一信息或关于资源块组中的每一个的尺寸的第二信息中的至少一个。

根据本公开的第四方面，提供一种包括收发器和至少一个处理器的基站。收发器被配置为从用户设备(UE)接收信号并且向UE传送信号。至少一个处理器被配置为控制收发器向UE传送关于分配给UE的无线电资源的信息，以及控制收发器基于关于无线电资源的信息向UE传送数据。无线电资源与时间域中的多个码元和频率域中的多个资源块组相关联。关于无线电资源的信息包括关于起始码元的第一信息或关于资源块组中的每一个的尺寸的第二信息中的至少一个。

有益效果

根据结合附图的用于公开本公开的各个实施例的以下详细描述，本公开的其他方面、优点和显著的特征将对于本领域技术人员变得明显。

附图说明

根据结合附图所采取的以下描述，本公开的某些实施例的上述及其他方面、特征和优点将变得更明显，在附图中：

图1图示出示出根据相关技术的LTE系统中的资源分配的示例；

图2图示出根据本公开的实施例的资源网格的示例；

图3图示出根据本公开的实施例的用于NR/LTE共存情景的TTI中的资源共享的示例；

图4图示出根据本公开的实施例的、基于TTI比特图(bitmap)和码元指示的资源保留/配置的示例；

图5图示出根据本公开的实施例的、基于码元比特图指示的配置的示例；

图6图示出根据本公开的实施例的起始码元和结束码元的基于配置的指示的示例；

图7图示出根据本公开的实施例的连续分配的码元的基于配置的指示的示例；

图8A、8B和8C图示出根据本公开的各个实施例的频率域中的RB/子载波的配置的示例；

图9图示出根据本公开的实施例的NR/LTE共存情景中的RB/子载波的配置的示例；

图10图示出根据本公开的实施例的时间/频率资源配置/保留的组合；

图11图示出根据本公开的实施例的用于DCI监视的所配置的BWP和CORESET的示例；

图12图示出根据本公开的实施例的动态资源分配的示例；

图13图示出根据本公开的实施例的动态码元比特图指示的示例；

图14图示出根据本公开的实施例的起始码元和结束码元的动态指示的示例；

图15图示出根据本公开的实施例的、码元子集中的起始码元和结束码元的动态指示的示例；

图16图示出根据本公开的实施例的、得出码元指配过程的UE过程的流程图；

图17图示出根据本公开实施例的利用波束形成操作的资源分配的示例；

图18图示出根据本公开实施例的得出码元指配信息的UE过程的流程图；

图19和20图示出根据本公开的各个实施例的利用基于树的信令方法的连续码元指配的示例；

图21图示出根据本公开的实施例的、利用基于树的信令方法的连续码元指配的另一个示例；

图22和23图示出根据本公开的各个实施例的、利用基于树的信令方法指示未被指配的码元的示例；

图24和25图示出根据本公开的各个实施例的、利用基于树的信令方法指示被指配或未被指配的码元的示例；

图26图示出根据本公开的实施例的、利用基于树的信令方法确定被指配或未被指配的码元的UE过程的流程图；

图27图示出根据本公开的实施例的利用2个RB的指示粒度进行连续RB分配的示例；

图28图示出根据本公开的实施例的、对应于不同的TTI或传输时长情况的不同RBG尺寸的示例；

图29图示出根据本公开的实施例的不同的RBG尺寸和RBG的不同的数量的示例；

图30图示出根据本公开的实施例的、在给定不同的RBG尺寸时的不同的DCI尺寸的示例；

图31图示出根据本公开的实施例的确定调度粒度和DCI尺寸和资源分配的UE过程的流程图；

图32图示出根据本公开的实施例的、确定调度粒度和DCI尺寸和资源分配的UE过程的另一个示例；

图33a和33b图示出根据本公开的各个实施例的、基于半静态地配置的资源保留和动态资源分配来确定用于数据传输和接收的资源的UE过程；

图34图示出根据本公开的实施例的UE接收/传送数据的方法；

图35图示出根据本公开的实施例的基站接收/传送数据的方法；

图36是根据本公开的实施例的蜂窝网络中的UE的框图；以及

图37是根据本公开的实施例的蜂窝网络中的基站的框图。

贯穿附图，相同附图标记将被理解为指的是相同部分、组件和结构。

具体实施方式

提供参考附图的以下描述以帮助全面理解如权利要求和它们的等同物所限定的本公开的各个实施例。其包括各个特定细节来帮助该理解，但是这些各个特定细节将被认为仅仅是示例性的。因此，那些本领域普通技术人员将认识到，能够在不背离本公开的范围和精神的情况下做出对在本文描述的各个实施例的各种改变和修改。此外，为了清楚和简明可以省略对众所周知的功能和构造的描述。

在以下描述和权利要求中使用的术语和措词不局限于书目意义，而是仅仅由发明人使用来实现本公开的明确的且一致的理解。因此，应当对本领域技术人员显而易见的是，提供本公开的各个实施例的以下描述仅仅为了说明目的，并非为了限制如所附权利要求和它们的等同物所限定的本公开的目的。

应当理解，单数形式“一”和“该”包括复数指示物，除非上下文清楚地另外指示其他。因此，例如，对“一组件表面”的引用包括对一个或多个这样的表面的引用。

通过术语“基本上”，指的是，不必精确地实现所叙述的特性、参数或值，而是，包括例如公差、测量误差、测量精度限制和为本领域技术人员所知的其他因素的偏差或变化可以以不阻止特性意图提供的效果的量发生。

那些本领域技术人员已知的是，可以通过计算机程序指令来表示和执行流程图(或顺序图)的框以及流程图的组合。可以将这些计算机程序指令加载在通用计算机、专用计算机，或者可编程数据处理装备的处理器上。当加载的计算机程序指令被处理器执行时，它们产生用于执行在流程图中描述的功能的装置。因为可以将计算机程序指令存储在在专用计算机或可编程数据处理装备中可使用的计算机可读的存储器中，所以也可以产生执行在流程图中描述的功能的制造品。由于可以在计算机或可编程数据处理装备上加载计算机程序指令，当计算机程序指令作为进程被执行时，它们可以执行在流程图中描述的功能中的步骤。

流程图的框可以对应于包含实施一个或多个逻辑功能的一个或多个可执行指令的模块、片段或代码，或者可以对应于其一部分。在一些情况下，可以以所列次序不同的次序序来执行由框描述的功能。例如，可以同时执行或颠倒次序来执行顺序列出的两个框。

在该说明书中，词语“单元”、“模块”，等等可以指的是软件组件或硬件组件，诸如像能够执行功能或者操作的现场可编程门阵列(FPGA)或者专用集成电路(ASIC)。然而，“单元”等等不局限于硬件或软件。单元等等可以被配置为以便存在于可寻址存储媒介中或驱动一个或多个处理器。单元等等可以指的是软件组件、面向对象的软件组件、类组件、任务组件、进程、函数、属性、规程、子程序、程序代码段、驱动器、固件、微指令、电路、数据、数据库、数据结构、表格、数组或变量。由组件和单元提供的功能可以是较小的组件和单元的组合，并且可以与其他组件和单元组合以组成较大的组件和单元。组件和单元可以被配置为在安全多媒体卡中驱动设备或一个或多个处理器。

图1示出根据相关技术的LTE系统中的资源分配的示例。

图2图示出根据本公开的实施例的资源网格的示例。

参考图2，考虑基于正交频分复用(OFDM)的通信系统，能够通过OFDM码元时长期间的子载波来定义资源元素。在时间域中，能够定义由多个OFDM码元组成的传输时间间隔(TTI)。在频率域中，能够定义由多个OFDM子载波组成的资源块(RB)。

如图2中所示，能够将资源划分为时间域中的TTI和频率域中的RB。典型地，RB能够是用于频率域中的调度的基线资源单位，并且TTI能够是用于时间域中的调度的基线资源单位。然而，根据不同的服务特征和系统需求，能够存在其他选项。

1)半静态资源配置

为了支持对不同的服务的复用，下一代无线电网络(gNodeB(NB))或者新无线电(NR)的基站(BS)能够半静态地预先配置用于不同的服务的一些资源。为了支持前向兼容性，也可能预先配置用于将来被支持的服务的一些资源。例如，当网络将与诸如长期演进(LTE)的其他网络共存时，用于LTE的保留资源能够是静态的。基于某个服务的性能需求和业务量特征，BS(或gNB)决定如何以高效且灵活的方式预先配置资源。能够在小区的系统信息中用信号通知资源配置。

时间域资源配置

图3图示出根据本公开的实施例的用于NR/LTE共存情景的TTI中的资源共享的示例。

参考图3，为了支持具有低延迟需求的某服务，能够以周期性方式保留TTI中的部分码元。或者，为了保留用于其他网络/服务的一些资源，例如，当与诸如LTE的其他网络共存时，保留的资源能够是静态的并且可以具有预定义的图案(pattern)。例如，当与LTE共存时，并且如果TTI具有14个码元(其与LTE相同)，能够为LTE控制区域和小区特定基准信号(CRS)码元保留TTI中的一些码元，这是因为总是在LTE中传送这些信道/信号。

如在图3的示例中所示，在一个TTI期间，能够为LTE保留5个码元，包括用于LTE控制区域的前2个码元和用于CRS码元的3个其他码元。一个TTI中的其他9个码元能够被用于NR。能够基于TTI分配和码元指配的组合来配置资源。

图4图示出根据本公开的实施例的、基于TTI比特图和码元指示的资源保留/配置的示例。

参考图4，TTI分配指示将为对应的服务分配的TTI(例如，子帧)，其能够基于具有预定义的长度M的TTI比特图来得出。比特图能够被应用于每M个TTI以得出分配的TTI，如图4中所示。如果不存在TTI比特图，则能够假定向每个TTI应用码元保留/配置。能够基于组合的TTI分配和码元指配的一个或多个集合来配置时间资源。

码元指配指示对应的分配的TTI中的码元。假定在给定TTI时长中存在N个码元，多个信令选项能够用于指示指配的码元。

实施例1：码元比特图

图5图示出根据本公开的实施例的、基于码元比特图指示的配置的示例。

参考图5，如果在给定TTI时长中存在N个码元，则具有长度N的比特图{b₀,b₁,...,b_n,b_n+1,...,b_N-1}能够用于例如通过设置b_n＝1或0来明确地指示第n个码元是否被分配。这要求N个比特来用于指示每个码元。例如，如果N＝14，则具有14比特比特图的指示是必需的。

实施例2：起始码元索引、结束码元索引(或码元的数量)

图6图示出根据本公开的实施例的起始码元和结束码元的基于配置的指示的示例。

参考图6，如果在给定TTI时长中存在N个码元，则(n_start,n_symbol)的指示能够用于指示具有从n_start开始到n_end的索引的码元被分配。替换地，(n_start,n_symbol)的指示能够用于指示从n_start开始的n_symbol个连续的码元被分配，即，直到具有索引(n_start+n_symbol-1)的码元为止。换句话说，能够用信号通知关于起始码元和指配的连续的码元的时长的信息。这要求个比特用于指示。例如，如果N＝14，则具有8个比特的指示是必需的。

实施例3：连续分配的码元的指示

图7图示出根据本公开的实施例的连续分配的码元的基于配置的指示的示例。

参考图7，为了进一步减少开销，如果总是指配连续的码元，则基于树的信令方法能够被用于指示。能够用信号通知资源指示值(resource indication value,RIV)，以便得出起始码元的索引n_start和指配的连续码元的数量n_symbol。RIV和n_start/n_symbol之间的关系能够被表示为如下：

-如果则RIV＝N(n_symbol-1)+n_start

-否则(即，则RIV＝N(N-n_symbol+1)+(N-1-n_start)

这要求个比特用于指示。例如，如果N＝14，则具有7个比特的指示是必需的。在图7中示出在N＝6的情况下的示例。

频率域资源配置

为了支持具有窄带宽需求的某服务，能够保留RB6中的部分子载波。能够基于RB分配和子载波指配的组合来配置频率资源。

RB分配指示将被分配用于对应的服务的RB。例如，这能够通过起始RB和结束RB的索引，例如，Start_RB_Index，End_RB_Index来用信号通知，这意味着具有从Start_RB_Index到End_RB_Index的索引的RB被分配。替换地，这能够通过起始RB索引和分配的RB的数量，例如，Start_RB_Index，Num_RB来用信号通知，这意味着具有从Start_RB_Index到(Start_RB_Index+Num_RB-1)的索引的RB被分配。能够重新使用LTE中的RB分配方案。

子载波指配指示对应的分配的RB中的子载波。假定在RB中存在K个子载波，多个信令选项能够用于指示指配的子载波。

实施例1：第一RB中起始子载波索引和最后RB中结束子载波索引

图8a图示出根据本公开的实施例的频率域中的RB/子载波的配置的示例。

参考图8a，在用信号通知的RB索引上面，能够用信号通知Start_Subcarrier_Index和End_Subcarrier_Index。Start_Subcarrier_Index指示首先分配的RB中的起始子载波索引，而End_Subcarrier_Index指示最后分配的RB中的结束子载波索引，如图8a中所示。中间RB中的所有子载波被分配。

实施例2：边缘RB中的子载波的数量

图8b图示出根据本公开的实施例的频率域中的RB/子载波的配置的另一个示例。

参考图8b，在用信号通知的RB索引上面，能够用信号通知Num_Subcarrier。Num_Subcarrier指示在边缘RB中使用的子载波的数量。例如，首先分配的RB中的最后Num_Subcarrier个子载波被指配，并且最后分配的RB中的前Num_Subcarrier个子载波被指配。中间RB中的所有子载波被分配。

替换地，Num_Subcarrier可以指示边缘RB中未分配的子载波的数量。例如，首先分配的RB中的前Num_Subcarrier个子载波未被指配，并且最后分配的RB中的最后的Num_Subcarrier个子载波未被指配。中间RB中的所有子载波被分配。图8B示出该方法具有Num_Subcarrier＝3的示例。

实施例3：边缘RB中的子载波的数量

图8c图示出根据本公开的实施例的频率域中的RB/子载波的配置的另一个示例。

参考图8c，在实施例2中，假定第一RB和最后RB中的参数Num_Subcarrier是相同的。也可能是，参数能够是不同的，例如第一RB中的Num_Subcarrier_Start_PRB和最后RB中的Num_Subcarrier_End_PRB。类似于在实施例2中的情况，参数能够指示被指配的子载波或未被指配的子载波的数量。在图8c中示出示例，其中Num_Subcarrier_Start_RB＝3和Num_Subcarrier_End_RB＝2分别表示第一RB和最后RB中的未被指配的子载波的数量。

图9图示出根据本公开的实施例的NR/LTE共存情景中的RB/子载波的配置的示例。

参考图9，在一些情况下，可能仅仅保留所指示的RB当中的一些资源元素。例如，当与遗留LTE网络共存时，一些LTE信号(例如CRS)能够被保留并且不被当前网络使用。假定在RB中存在K个子载波，多个信令选项能够用于指示保留的子载波。

实施例1

RE级别比特图能够用于指示哪些RE被保留并且未被使用。

实施例2：起始RE索引和RB内的间隔

例如，起始RE索引是a，并且间隔b，能够指示K个RE内的具有索引{a,a+b,a+2b,...}的RE被保留。在图9中，a＝0，b＝3，并且K＝12，并且在每个RB中，具有索引{0,3,6,9}的RE为CRS保留并且不由NR传输使用。

时间/频率域资源配置

图10图示出根据本公开的实施例的时间/频率资源配置/保留的组合。可能是，某服务可能不总是占据整体频率域中的或者整体时间域中的资源。因此，时间域和频率域资源配置能够被组合以指示小区中的预先配置的资源，如图10中所示。能够存在资源配置的一个或多个集合。能够在系统信息中用信号通知资源配置。

对于为不被当前网络操作的其他服务保留的资源，例如，当与其他系统或网络共存时，所述资源不由gNB和访问当前网络的UE使用。并且UE假定在当前网络中在保留的资源上不存在信号或传输。如果在系统信息中配置保留的资源，则小区中的所有UE可以假定所述资源是不可用的。所述配置能够是经由RRC信令的UE特定的，即，gNB向某UE或者UE的组指示保留的资源的配置，并且UE假定所配置的资源不可用。

2)动态资源配置

在UE连接到系统之后，UE能够获取基本的TTI信息。能够预定义TTI中码元数量的可能集合和参数集(numerologies)。能够通过某集合的参数(例如，在所配置的参数集0中具有N个码元的TTI时长0、在所配置的参数集0中具有M个码元的TTI时长1，等等)来配置UE。UE可以假设用于数据传输或接收的频率资源可以是整个系统带宽。或者，频率子带(或称作带宽部分，BWP)能够被配置给UE用于数据传输或接收。所配置的频率子带小于或等于系统带宽，以及小于或等于UE带宽。BWP中能够存在所配置的参数集(例如，子载波间距、CP类型，等等)。在控制区域中传送控制信道，其中能够在系统信息中或经由UE特定的RRC信令半静态地配置控制资源集合(CORESET)，例如，包括小于或等于系统带宽或所配置的BWP的某频率部分中的OFDM码元的M个OFDM码元(0,1,...,M-1)。一个TTI时长能够是使UE监视CORESET的默认间隔，或者能够配置UE特定的CORESET监视间隔。在所配置的CORESET内，能够基于预定义的规则在资源中传送携带下行链路控制指示(DCI)的PDCCH。UE基于监视间隔搜索PDCCH以检测用于调度数据传输/接收的任何有效的DCI。

图11图示出根据本公开的实施例的用于DCI监视的所配置的BWP和CORESET的示例。

参考图11，基于系统需求和将被调度的业务的量，BS(或gNB)决定如何以高效且动态的方式分配可用资源。

图12图示出根据本公开的实施例的动态资源分配的示例。

参考图12，能够在单个TTI中将多个UE复用，并且因此灵活的资源分配是必需的。

时间域资源配置

在系统中，能够根据调度需求向UE动态地指配在时间单位(例如，TTI)期间的可用资源。可能是，能够以TDM方式向UE指配资源。需要例如在DCI或者TTI中的专用信道中用信号通知关于对UE指配的码元的信息。该指示能够对于某UE，或者基于预定义的规则的UE组(例如，用于某服务的UE)是有效的。例如，能够对于特定服务共同地向UE应用某个用信号通知的码元指配信息，并且能够对于另一个服务对UE用信号通知不同的码元指配信息。

实施例1：全码元比特图指示

图13图示出根据本公开的实施例的动态码元比特图指示的示例。

参考图13，示出动态码元比特图指示的示例。如果在给定TTI时长中存在N个码元，则具有长度N的比特图{b₀,b₁,...,b_n,b_n+1,...,b_N-1}能够用于例如通过设置b_n＝1或0来明确地指示第n个码元是否被分配。分配的码元不需要是连续的。这要求N个比特用于指示每个码元，如图13中所示的。例如，如果N＝14，则具有14比特比特图的指示是必需的。如果在TTI的开始存在控制码元，则能够在比特图中包括或排除用于这些码元的比特图。能够基于某规则(例如，固定数量的控制码元不被包括在码元比特图中)来预定义用信号通知的码元比特图的长度。

实施例2：起始码元索引、结束码元索引(或码元的数量)的指示

图14图示出根据本公开的实施例的起始码元和结束码元的动态指示的示例。

参考图14，如果在给定TTI时长中存在N个码元，则(n_start,n_end)的指示能够用于指示具有从n_start开始到n_end的索引的码元被分配，如图14中所示的。替换地，(n_start,n_symbol)的指示能够用于指示从n_start开始的n_symbol个连续的码元被分配，即，直到具有索引(n_start+n_symbol-1)的码元为止。或者，(n_end,n_symbol)的指示能够用于指示直到n_end为止的n_symbol个连续的码元(即，从具有索引(n_end-n_symbol+1)的码元到具有索引n_end的码元)被分配。这要求个比特用于指示。例如，如果N＝14，则具有8个比特的指示是必需的。

图15图示出根据本公开的实施例的、码元子集中的起始码元和结束码元的动态指示的示例。

参考图15，为了减少开销，n_start和n_end的指示能够被应用于有限数量的码元。例如，n_start仅仅指示在TTI的开始的前A个码元当中的一个码元、n_end仅仅指示在TTI的结束的最后的B个码元当中的一个码元，其中A和B是预定义的整数。在图15中示出示例，其中n_start指示前4个码元当中的一个码元，并且n_end指示最后的4个码元当中的一个码元。以这种方式，要求2个比特用于n_start以及2个比特用于n_end。

在一些情况下，可能的是，某参数能够是固定的或被预先配置。例如，起始码元索引n_start能够默认被配置到TTI中的第1码元或控制码元之后的第1码元(如果存在的话)。结束码元索引n_end能够默认被配置到TTI中的最后的码元。码元的数量n_symbol能够被固定为预定义的数量，例如，1或2。基于预先配置的参数和用信号动态通知的信号参数，UE能够得出指配的码元。

在一些情况下，能够例如以BWP配置或CORESET配置来配置用于数据传输的起始码元的集合。如果多于一个值被配置，则在数据传输的DCI中指示从所配置的集合中选择的精确的起始码元。类似地，能够配置用于数据传输的可能的结束码元或传输时长的集合。如果多于一个值被配置，则在数据传输的DCI中指示从所配置的集合中选择的精确的结束码元或传输时长。所配置的起始码元的集合和结束码元(或传输时长)的集合的尺寸确定DCI中的有关的指示字段的尺寸，例如，时间域资源分配字段。如果所配置的可能的起始码元的集合的尺寸是A，则DCI中的指示字段可以要求log₂A个比特。类似地，如果所配置的可能的起始码元的集合的尺寸是B，则DCI中的指示字段可以要求log₂B个比特。两个单独的字段能够用于指示起始码元和结束码元(或传输时长)，例如，分别具有log₂A个比特和log₂B个比特。或者，总共log₂AB个比特能够用于联合地指示起始码元和结束码元(或传输时长)。或，DCI中的1比特字段能够用于指示起始码元是预定义的一个或控制区域配置中的所配置的一个。类似地，DCI中的1比特字段能够用于指示结束码元是预定义的一个或控制区域配置中的所配置的一个。对于下行链路和上行链路数据传输，起始码元和结束码元的集合的配置能够是不同的。配置能够是UE特定的。根据预定义的规则和配置，UE决定对应的时间域资源分配字段的尺寸。当UE尝试搜索对应的DCI时，假定得出的字段长度。

图16图示出根据本公开的实施例的、得出码元指配过程的UE过程的流程图。

参考图16，在操作1610，UE接收控制区域和控制监视间隔的配置。在操作1620，UE基于配置来识别是否存在动态DCI字段来指示起始码元和/或结束码元(或者时长)。如果动态DCI字段被配置，则在操作1630，UE决定DCI中的用于起始码元和/或结束码元(或时长)指示的字段尺寸。否则，即，如果没有配置指示此类信息的动态DCI字段，则在操作1640，UE可以假定用于起始码元和/或结束码元(或者时长)的预定义的值或者预先配置的值。在操作1650，UE决定用于搜索控制区域中的对应的DCI的全DCI尺寸。在操作1660，UE解码DCI以得出码元指配信息。

在一些情况下，利用起始码元的集合和结束码元的集合的单独的配置，可能不能良好地工作。例如，网络可以仅仅使用配置中的起始码元和结束码元的一些组合。不使用一些其他组合。如果为了指示配置中的起始码元和结束码元的所有组合，这导致信令比特的浪费。例如，网络想要在时隙中以TDM方式将数据传输复用，一个候选数据传输是从码元0至码元6，并且另一个候选数据传输是从码元7至13。存在起始码元的两个候选，例如，0和7，以及结束码元的两个候选，例如，6和13。然而，gNB可能不调度从0至13和从7至6的数据传输。利用对起始码元和结束码元的单独的指示，需要1个比特来指示起始码元，并且需要1个比特来指示结束码元，其要求总共2比特。然而，仅仅存在来自网络的两个(2)感兴趣的调度情况，这能够通过1个比特来指示。

图17图示出根据本公开实施例的利用波束形成操作的资源分配的示例。

参考图17，作为另一个示例，当gNB经由波束形成传送数据时，gNB可以调度用于不同的波束的不同的码元组并且在时隙内以TDM方式将波束形成的数据传输复用，如图17中所示。因此，为了支持这些资源分配情况，同时降低信令开销并且避免指示误差情况，另一种方法是直接地配置＜起始码元、结束码元＞以便由网络使用。能够例如在控制区域配置中配置用于数据传输的＜起始码元、传输时长＞(或者等同地，＜起始码元、结束码元＞)的一个或多个集合。如果多个集合被配置，则在数据传输的DCI中指示从所配置的集合中选择的精确的集合。＜起始码元、传输时长＞的所配置的集合的数量确定DCI中的有关的指示字段(例如，时间域资源分配字段)的尺寸。如果所配置的集合的数量是A，则DCI中的指示字段可以要求个比特。对于下行链路和上行链路数据传输，＜起始码元、传输时长＞的集合的配置能够是不同的。配置能够是UE特定的，例如，由RRC来配置。基于配置，UE决定DCI中的对应的时间域资源分配字段的尺寸，由此能够基于预定义的规则来确定DCI尺寸。当UE尝试搜索对应的DCI时，假定得出的字段长度。

图18图示出根据本公开的实施例的、得出码元指配过程的UE过程的流程图。

参考图18，在操作1810，UE接收控制区域和控制监视间隔的配置。在操作1820，UE识别是否存在＜起始码元、结束码元＞(或者等同地，＜起始码元、传输时长＞)的任何配置来指示＜起始码元、结束码元＞的一个或多个集合。如果指示＜起始码元、结束码元＞的任何配置的配置存在，则在操作1830，UE基于＜起始码元、结束码元＞的所配置的集合的数量来决定DCI中的时间资源分配的字段尺寸。否则，即，如果这样的配置不存在，则在操作1840，UE假定用于起始码元和/或结束码元(或时长)的预定义的值或预先配置的值。在操作1850，UE决定用于搜索控制区域中的对应的DCI的全DCI尺寸。在操作1860，UE在解码DCI之后得出码元指配信息。

实施例3：连续分配的码元的基于树的指示

图19和20图示出根据本公开的各个实施例的利用基于树的信令方法的连续码元指配的示例。

参考图19和20，为了进一步减少开销，如果连续的码元被指配，则基于树的信令方法能够被用于指示。如果在给定TTI时长中存在个N码元，则能够通过分别用于选择1、2,...,N个连续的码元的N、N-1、N-2,...,1来表示选择许多连续的码元的可能的情况。总共，存在连续码元指配的总共个组合。能够用信号通知资源指示值(RIV)，以便得出起始码元的索引n_start和指配的连续的码元的数量n_symbol。RIV和n_start/n_symbol之间的关系能够被表示为如下：

-如果则RIV＝N(n_symbol-1)+n_start

-否则(即，)，则RIV＝N(N-n_symbol+1)+(N-l-n_start)

这要求个比特用于指示。例如，如果N＝14，则具有7个比特的指示是必需的。在图19中，示出了N＝6的示例。

基于指示的RIV，UE能够按如下方式得出n_start和n_symbol的值：

-b＝RIVmodN

-如果a+b＞N则n_symbol＝N+2-a，n_start＝N-1-b；

-否则(即，a+b≤N)，则n_symbol＝a，n_start＝b。

该方案不要求查找表，并且UE能够简单地得出n_start和n_symbol的值并且获取指配的码元的信息。图20图示出如何基于用信号通知的RIV来得出指配的码元。

图21图示出根据本公开的实施例的、利用基于树的信令方法的连续码元指配的另一个示例。

参考图21，如果连续的码元被指配，替换的基于树的信令方法能够被用于指示。存在连续码元指配的总共个组合。能够基于预定义的规则以不同的次序安排资源指示值(RIV)。例如，对于指配的码元的数量是1、N、2、N-1、3、N-2，等等，RIV被以增加的次序布置。具有n和N+1-n的指配的码元的数量的组合的数量总是N+1。能够相应地确定RIV值。如果规则被清楚地定义，则其他安排选项也是可能的。基于用信号通知的RIV，能够得出起始码元的索引n_start和指配的连续码元的数量n_symbol。RIV和n_start/n_symbol之间的关系能够被表示为如下：

-如果则RIV＝(N+1)(n_symbol-1)+n_start

-否则(即，)，则RIV＝(N+1)(N-n_symbol)+(n_start+n_symbol)

基于指示的RIV，UE能够按如下得出n_start和n_symbol的值：

-b＝RIVmod(N+1)

-如果a+b＞N，则n_symbol＝N-a+1，n_start＝a+b-N-1；

-否则(即，a+b≤N)，则n_symbol＝a，n_start＝b。

类似地，该方案不需要查找表，并且UE能够简单地得出n_start和n_symbol的值并且获取指配的码元的信息。在图21中，示出了N＝6的示例，其中对于指配的码元的数量是1、6、2、5、3、4，RIV被以增加的次序布置。

实施例4：对未被分配的码元的指示

图22和23图示出根据本公开的各个实施例的、利用基于树的信令方法指示未被指配的码元的示例。

参考图22和23，例如，如果小数量的码元可以用于其他服务，也有可能向UE指示TTI中的未被指配的码元的信息。除了未被指配的码元，TTI中的其余码元被认为是对UE指配的码元。

假定连续地定位未被指配的码元；基于树的信令方法能够用于指示连续地未被指配的码元。假定未被指配的码元的最大数量是N_1，则可能的组合的总数量是N+(N-1)+(N-2)+...+(N-N₁+1)。能够基于预定义的规则以不同的次序安排未被指配的资源指示值(NRIV)。例如，对于未被指配的码元的数量是1、N₁、2、N₁-1、3、N₁-2，等等，以增加的次序布置NRIV。如果规则被清楚地定义，则其他布置选项也是可能的。基于用信号通知的NRIV，能够得出未被指配的第一码元的索引和未被指配的码元的数量NRIV和之间的关系的示例能够被表示为如下：

-如果则

-否则(即，)，则

基于指示的RIV，UE能够按如下得出和的值：

-b＝NRIVmod(2N-N₁+1)

-如果a+b＞N，则

-否则(即，a+b≤N)，则

在图22中，示出了N＝6、N₁＝3的示例，其中对于指配的码元的数量是1、4、2、3，NRIV以增加的次序布置。图23图示出如何基于用信号通知的NRIV来得出指配的码元。

实施例5：分配和未被分配的码元的组合指示

图24和25图示出根据本公开的各个实施例的、利用基于树的信令方法指示指配或未被指配的码元的示例。

参考图24和25，也可能组合用于指示连续地指配的码元和未被指配的码元的基于树的信令方法，能够被用于指示。RIV由两个子集组成，其中第一子集用于指示连续地指配的码元(假定指配的码元是连续的)，并且第二子集用于指示不连续指配的码元(假定未被指配的码元是连续的)。

第一RIV子集：第一子集中的RIV用于指示连续地指配的码元。类似于在实施例3中的RIV，个值(例如，从0至)能够用于指示连续地指配的码元以得出第一指配的码元的索引n_start和指配的码元的数量n_symbol。RIV和n_start/n_symbol之间的关系能够被表示为如下：

-如果则RIV＝(N+1)(n_symbol-1)+n_start

-否则(即，)，则RIV＝(N+1)(N-n_symbol)+(n_start+n_symbol)

第二RIV子集：第二子集中的RIV用于指示不连续指配的码元。假定未被指配的码元连续地定位并且不在TTI的边侧，基于树的信令方法能够用于指示例如N-2个码元当中的连续地未被指配的码元，其中第一和最后的码元没有被计数。因此，值(例如，从到能够用于指示这些附加的组合，以得出未被指配的第一码元的索引和未被指配的码元的数量如图24中所示。在得出未被指配的码元之后，能够相应地获取指配的码元。

这要求个比特用于指示。例如，如果N＝14，则具有8个比特的指示是必需的。在图25中示出具有N＝6的示例。

图26图示出根据本公开的实施例的、利用基于树的信令方法确定指配或未被指配的码元的UE过程的流程图。

参考图26，在操作2610，UE接收具有RIV指示的DCI。在操作2620，UE确定RIV值是在用于连续码元指配的第一子集中还是在用于不连续的码元指配的第二子集中。如果RIV值在用于连续码元指配的第一子集中，则在操作2630，UE得出关于起始码元索引和连续地指配的码元的数量的信息。否则，即，如果RIV值在用于不连续地指配的码元的第二子集中，则在操作2640，UE得出关于未被指配的码元索引和未被指配的码元的数量的信息。在操作2650，UE得出关于指配的码元的信息。

标志(flag)能够用于指示用信号通知的码元是指配的码元还是未被指配的码元，例如，1比特指示。能够根据标志(即，指配的码元或未被指配的码元)来解释码元指示。

实施例6：码元组指示

如果在给定TTI时长中存在N个码元，则通过基于预定义的规则将N₁个码元组合在组中，能够存在个码元组。资源指示能够基于码元组，即，所指示的码元组中的码元被指配。

实施例6.1：码元组比特图(bitmap)

如果在给定TTI时长中存在N_G个码元组，则例如通过设置b_n＝1或0，具有长度N_G的比特图能够用于明确地指示第n码元组是否被分配。这要求N_G个比特用于指示每个码元。

实施例6.2：起始码元组索引、结束码元组索引(或码元组的数量)

如果在给定TTI时长中存在N_G个码元组，则(n_start,n_end)的指示能够用于指示具有从n_start开始到n_end的索引的码元组被分配。替换地，(n_start,n_group)的指示能够用于指示从n_start起的n_group个连续的码元组被分配，即，直到具有索引(n_start+n_group-1)的码元组为止。这要求个比特用于指示。

实施例6.3：分配的码元组

对于另一个示例，如果连续的码元组被指配，则基于树的信令方法能够被用于指示。能够用信号通知资源指示值(RIV)，以得出起始码元的索引n_start和指配的连续码元组的数量n_group。RIV和n_start/n_group之间的关系能够被表示为如下：

-如果则RIV＝N_G(n_group-1)+n_start

-否则(即，则RIV＝N_G(N_G-n_group+1)+(N_G-1-n_start)

这要求个比特用于指示。

能够将时隙中的以上码元指配与资源分配中的时隙指配一起使用。例如，可能的是，能够分配多于一个时隙用于数据传输，这能够通过单独的字段来指示。在那种情况下，码元指配能够被应用于所有分配的时隙。

频率域资源分配

小区中的RB的数量可以取决于系统带宽和参数集。UE可以假定频率域资源分配基于系统带宽。如果频率子带或者带宽部分(BWP)被配置给UE用于数据传输或接收，则UE假定频率域资源分配基于所配置的BWP。给定所配置的参数集时，UE能够得出RB尺寸和系统带宽或所配置的BWP中的总共RB的数量。能够以下列方式用信号通知为UE调度的RB索引。

实施例1：RB指示

实施例1.1：RB比特图

该选项使用比特图来指示哪些RB被分配给UE。分配的RB不需要是连续的。例如，值1指示RB被分配给UE。如果总共RB的数量是N_RB，这要求长度N_RB的比特图。

实施例1.2：RB索引和RB的数量

该选项指示起始RB索引和分配给UE的RB的数量。分配的RB是连续的。如果总共RB的数量是N_RB，这要求利用log₂N_RB个比特指示起始RB索引，并且利用log₂N_RB指示RB的数量，总共2log₂N_RB个比特。

实施例1.3：RIV指示

基于树的信令方法能够用于指示分配给UE的连续的RB的集合。这类似于LTE中的下行链路资源分配类型2和上行链路资源分配类型0。如果总共RB的数量是N_RB，则RIV对应于具有索引RB_start＝0,1,2,...,N_RB-1的起始RB和具有L_RB＝1,2,...,N_RB分配的RB而言的长度。RIV与RB_start和L_RB之间的关系能够被表示为如下：

-如果则RIV＝N_RB(L_RB-1)+RB_start

-否则(即，)，则RIV＝N_RB(N_RB-L_RB+1)+(N_RB-1-RB_start)

其中，L_RB≥1并且不应当超过N_RB-RB_start。这要求个比特用于指示，其能够在DCI中的频率RB指配字段中被使用。根据系统/BWP参数，能够存在信令比特长度的许多情况。为了降低信令比特长度的情况并且由此稍微限制DCI尺寸的情况；能够预定义频率RB指配字段的一些可能的比特长度。如果对于DCI中的频率RB指配字段存在比特长度的多个预定义的候选，例如，{L₀,L₁,L₂,...}，则大于或等于的最小值L_n能够被用作频率RB指配字段的比特长度。能够直接使用的所有L_n个比特提供RIV并且指示分配的RB。或者，在L_n个比特当中，能够用于指示RB分配，并且其余个比特能够被用作填充比特。

图27图示出根据本公开的实施例的利用2个RB的指示粒度进行连续RB分配的示例。

参考图27，为了进一步减少开销，指示粒度或递增步长能够多于一个RB，例如，个RB，RIV对应于具有索引的起始RB以及具有就分配的RB而言的长度。RIV与RB_start和L_RB之间的关系能够被表示为如下：

-如果则RIV＝N′_RB(L′_RB-1)+RB′_start

-否则(即，)，则RIV＝N′_RB(N′_RB-L′_RB+1)+(N′_RB-1-RB′_start)

其中和L′_RB≥1并且不应当超过N′_RB-RB′_start。这要求个比特用于指示。在图27中示出2个RB的指示粒度的示例。候选指示粒度能够是2、4、8、16、32，等等。

该紧凑的资源分配能够被用于调度系统信息、寻呼消息和随机接入响应，或者数据传输要求减少的信令开销。指示粒度的尺寸能够是固定的或基于系统带宽或所配置的带宽部分中的RB的数量的函数被预定义。

对于不同的TTI情况，或者对于由系统所配置的不同的PDCCH监视间隔，能够存在指示粒度的多个集合。例如，一个集合能够用于具有14个码元的TTI情况、另一个集合用于具有7个码元的TTI情况，并且一个或多个集合用于具有小于7个码元的TTI情况。例如，通过对指示粒度尺寸进行缩放，参考集合能够用于得出其他集合。例如，用于具有14个码元的TTI的指示粒度尺寸的集合能够是参考集合，如在表格1中通过集合0所表示的。集合1是用于具有7个码元的TTI的指示粒度尺寸的集合。能够通过对数量进行缩放(例如，Y0＝2*X0)来简单地得出具有相同数量的RB的指示粒度尺寸，其中标量2＝14/Num_symbol_TTI来自时间域中的码元的数量的差。以这种方式，在不同的TTI情况中，指示粒度能够具有RE的类似的量。或者，能够使用预定义的缩放因子的集合，例如，对于具有7个码元的TTI是2倍、对于具有2个码元的TTI是4、对于具有1个码元的TTI是8倍。

[表格1]在不同情况下的用于紧凑的DCI格式的指示粒度尺寸的集合

在给定指示粒度的预定义的参考集合时，能够为某控制区域，或者为某搜索空间配置用于计算指示粒度的缩放因子。通过以所配置的标量值缩放对应的RB尺寸中的参考指示粒度来计算指示粒度。或者，能够为CORESET，或者为某搜索空间，或者为具有基于RIV的资源分配类型的对应的DCI格式来明确地配置指示粒度的尺寸。能够将指示粒度的尺寸作为UE特定的配置对UE进行配置。基于指示粒度(其基于预定义的规则被得出或被配置)以及用于资源分配的BW，能够得出对应于频率域资源分配的信令比特的长度，例如，其中类似地，如果存在用于DCI中的频率RB指配字段的比特长度的多个预定义的候选，例如，{L₀,L₁,L₂,...}，大于或等于的最小值L_n能够被用作频率RB指配字段的比特长度。当UE尝试搜索对应的DCI时，假定得出的信令比特的长度。

替换地，如果存在用于频率RB指配字段的比特长度的多个预定义的候选，例如，{L₀,L₁,L₂,...}，能够对于BWP，或者对于CORESET，或者对于某搜索空间，或者对于具有基于RIV的资源分配类型的对应的DCI格式来明确地配置比特图尺寸。假定在所配置的BWP中存在N_RB个RB，并且频率RB指配字段比特长度L_n被配置，满足的(例如，预定义的值2、4、8、16、32，等等当中的)最小候选指示粒度被用作指示粒度。因此在具有所配置的尺寸L_n的信令比特长度当中，实际上必需的比特长度是能够直接地使用所有L_n个比特，提供RIV并且指示分配的RB。或者，在L_n个比特当中，能够用于指示RB分配，并且其余的个比特能够被用作填充比特。

实施例2：RB组指示

能够定义由许多RB组成的RB组(RBG)。RBG内的RB的数量能够是固定的或基于系统带宽的函数被预定义。如果gNB配置用于内部资源分配的带宽部分，则RBG尺寸能够是所配置的带宽部分的函数。给定可用的RB的数量，系统带宽或者所配置的带宽部分包括许多竞争RBG，并且如果RB的总数量不是RBG尺寸的倍数，则能够包括部分RBG。指示的RBG索引能够基于预定义规则与物理RB索引相关联。例如，如果存在K个RBG，则虚拟索引{0,1,...,K-1}能够与RBG索引(RBG_Index(0),RBG_Index(1),...,RBG_Index(K-1))相关联。

实施例2.1：RBG比特图

该选项使用比特图来指示哪些RBG被分配给UE。分配的RBG不需要是连续的。例如，值1指示RBG被分配给UE。如果总共RB的数量是N_RB，并且RBG尺寸是P个RB，则这要求长度的比特图。这类似于LTE中的下行链路资源分配类型0。

实施例2.2：RBG索引和RBG的数量

该选项指示起始RBG索引和分配给UE的RBG的数量。分配的RBG是连续的。

实施例3：RBG索引和RB索引的组合

可用的BG被划分到多个RBG中，并且每个RBG包括一个或多个RB。RBG索引能够首先被指示，并且然后在RBG内，能够进一步指示分配给UE的RB的索引。

图28图示出根据本公开的实施例的、对应于不同的TTI或传输时长情况的不同的RBG尺寸的示例。

图29图示出根据本公开的实施例的不同的RBG尺寸和RBG的不同的数量的示例。

RBG尺寸能够基于系统带宽或所配置的带宽部分中的RB的数量的函数被预定义。对于不同的TTI情况，或者对于由系统所配置的不同的PDCCH监视间隔，能够存在RBG尺寸的多个集合。例如，一个集合能够用于具有14个码元的TTI情况、另一个集合用于具有7个码元的TTI情况，并且一个或多个集合用于具有小于7个码元的TTI情况。候选RBG尺寸能够是1、2、4、8、16、32，等等。参考集合能够用于例如通过对RBG尺寸进行缩放得出其他集合。例如，用于具有14个码元的TTI的RBG尺寸的集合能够是参考集合，如由表格2中的集合0所表示的。集合1是用于具有7个码元的TTI的RBG尺寸的集合。能够通过对数量进行缩放(例如，2*P0)来简单地得出具有相同数量的RB的RBG尺寸，其中标量2＝14/Num_symbol_TTI来自时间域中的码元的数量的差。以这种方式，在不同的TTI情况中，RBG能够具有RE的类似的量。在图28中示出示例，其中不同的RBG尺寸对应于不同的TTI或传输时长。

[表格2]用于不同的情况的RBG尺寸的集合

RB的数量	RGB尺寸(集合0)	RGB尺寸(集合1)
			<＝N0	P0	P0'
N0+1～N1	P1	P1'
			N1+1～N2	P2	P2'
N2+1～N3	P3	P3'
			...	...	...

或者，能够使用预定义的缩放因子的集合，例如，对于具有7个码元的TTI是2倍、对于具有2个码元的TTI是4倍、对于具有1个码元的TTI是8倍。给定RBG尺寸的预定义的参考集合，能够为CORESET，或者为某搜索空间，或者为具有基于RIV的资源分配类型的对应的DCI格式来配置用于计算RBG尺寸的缩放因子。通过以所配置的标量值缩放对应的RB尺寸中的参考RBG尺寸来计算RBG尺寸。或者，能够为CORESET，或者为某搜索空间，或者为具有基于RBG的资源分配类型的对应的DCI格式来明确地配置RBG尺寸。能够将RBG尺寸作为UE特定的配置对UE进行配置。

图30图示出根据本公开的实施例的、在给定不同的RBG尺寸时的不同的DCI尺寸的示例。

参考图30，基于RBG尺寸P(其基于预定义的规则被得出或被配置)以及用于资源分配的BW，能够得出对应于频率域资源分配的信令比特的长度，例如，其能够在DCI中的频率RB指配字段中被使用。根据系统/BWP参数，能够存在信令比特长度的许多情况。为了降低信令比特长度的情况并且由此稍微限制DCI尺寸的情况；能够预定义频率RB指配字段的一些可能的比特长度。如果存在用于RBG比特图信令的比特长度的多个预定义的候选，例如，{L₀,L₁,L₂,...}，大于或等于的最小值L_n能够被用作比特图信令。在L_n个比特当中，前个比特(例如，MSB或者LSB)能够用于指示RB分配，并且其余个比特能够被用作填充比特。当UE尝试搜索对应的DCI时，假定得出的信令比特的长度。在图29中，示出了示例，在给定具有100个RB的BWP时，2、4、8个RB的所配置的RBG尺寸能够分别提供50、25、13个RBG。在图30中，示出了示例，其中根据所配置的RBG尺寸和由此不同数量的RBG，DCI中的频率域资源分配字段可以是不同的。

替换地，如果存在用于RBG比特图信令的比特长度的多个预定义的候选，例如，{L₀,L₁,L₂,...}，则能够对于BWP，或者对于CORESET、或者对于某搜索空间，或者对于具有基于RBG的资源分配类型的对应的DCI格式来明确地配置比特图尺寸。假定在所配置的BWP中存在N_RB个RB，并且RBG比特图尺寸L_n被配置，大于或等于的(例如，预定义的RBG尺寸值2、4、8、16、32，等等当中的)最小候选RBG尺寸P_m能够被用作RBG尺寸。因此，在具有所配置的尺寸L_n的RBG比特图当中，用于RBG信令的实际的比特长度是因此，前个比特(例如，MSB或者LSB)能够用于指示RB分配，并且其余个比特(如果存在的话)能够被用作填充比特。

图31图示出根据本公开的实施例的、确定调度粒度和DCI尺寸和资源分配的UE过程的流程图。

参考图31，在操作3110，UE接收BWP、CORSET，和PDCCH监视间隔的配置。在操作3120，UE基于所配置的参数集来确定系统带宽或所配置的带宽中的RB的数量。在操作3130，UE确定用于搜索DCI的DCI格式。在操作3140，UE确定是否存在用于DCI格式的任何所配置的RB调度粒度。如果有的话，在操作3150，UE使用用于对应的DCI的所配置的RB调度粒度。否则，在操作3160，UE基于预定义的规则或者映射表来确定RB调度粒度和比特长度。在操作3170，UE决定用于在控制区域中搜索对应的DCI的DCI格式的全尺寸。在操作3180，UE在解码DCI之后得出RB指配信息。调度粒度能够是利用基于RIV的资源分配类型的连续RB分配中的RB的最小数量或者基于RBG的资源分配类型中的RBG尺寸。不同的资源分配类型可以对应于不同的DCI格式。

图32图示出根据本公开的实施例的、确定调度粒度和DCI尺寸和资源分配的UE过程的另一个示例。

参考图32，在操作3210，UE接收BWP、CORSET、和PDCCH监视间隔的配置。在操作3220，UE基于所配置的参数集来确定系统带宽或者所配置的带宽中的RB的数量。在操作3230，UE确定用于搜索DCI的DCI格式。在操作3240，UE确定是否存在用于DCI格式的RB分配的任何所配置的信令比特长度。如果有的话，在操作3250，UE基于用于对应的DCI的所配置的比特长度来确定RB调度粒度。否则，在操作3260，UE基于预定义的规则或者映射表来确定RB调度粒度和比特长度。在操作3270，UE决定用于在控制区域中搜索对应的DCI的DCI格式的全尺寸。在操作3280，UE在解码DCI之后得出RB指配信息。然后能够确定调度粒度。该情况能够用于基于RIV的资源分配类型，或者基于RBG的资源分配类型。不同的资源分配类型可以对应于不同的DCI格式。

3)调度方法

gNB可以经由DCI向UE发送调度许可以明确地指示时间和频率域中的指配的资源。能够存在具有不同的指示方式的多个DCI格式。基于所接收的DCI格式，UE在DCI中基于对应的指示方法来得出分配的时间/频率资源。

在一些情况下，分配的资源需要通过将在DCI中指示的资源信息和附加资源指示组合来得出。能够在系统信息中用信号通知附加资源指示。例如，为一些其他服务预先配置或保留一些资源。即使在DCI中不存在指示，UE也可以隐含地得出资源冲突，并且避免使用冲突的资源。基于预定义的规则，在资源映射过程中，可以不对冲突的资源进行计数。替换地，冲突的资源可以是在资源映射过程中被计数，而不是被传送。

图33a和图33b图示出根据本公开的各个实施例的、基于半静态地配置的资源保留和动态资源分配来确定用于数据传输和接收的资源的UE过程。

参考图33a和33b，在操作3305，UE接收PBCH和系统信息以从半统计配置获取关于保留的资源的信息。在操作3310，UE从系统信息或者UE特定的RRC信令接收BWP、参数集，和CORESET的配置。在操作3315，UE监视对应的BWP内的CORESET中的PDCCH。在操作3320，UE从成功解码的PDCCH确定有效的DCI，并且获取关于用于调度的数据传输/接收的动态指配的资源的信息。在操作3325，UE确定在动态指配的资源和半统计配置的保留的资源之间是否存在冲突。如果在动态指配的资源和保留的资源之间存在冲突，则在操作3330，UE基于预定义的规则(例如，保留的资源是速率匹配的)假定不使用冲突的资源。此后或者如果在操作3325确定在动态指配的资源和保留的资源之间不存在冲突，则过程继续到操作3335，在此，UE确定在动态指配的资源和其他系统必要信号/信道(例如PSS/SSS/PBCH，等等)之间是否存在冲突。如果在动态指配的资源和其他系统必要信号/信道之间存在冲突，则在操作3340，UE基于预定义的规则(例如，保留的资源是速率匹配的)假定不使用冲突的资源。此后或者如果在操作3335确定在动态指配的资源和保留的资源之间不存在冲突，则过程继续到操作3345，在此，UE基于预定义的规则假定信号被映射到可用资源。在操作3350，UE传送或者接收信号。

能够在专用信道中(例如，在每个TTI中)用信号通知附加资源指示。典型情况是gNB配置关于用于某服务的资源的信息。需要对于其他服务排除所指示的资源。UE可以隐含地得出用于其对应的服务的资源并且作出适当的资源使用。

图34图示出根据本公开的实施例的UE接收/传送数据的方法。

参考图34，在操作3410，UE从基站接收关于分配给UE的无线电资源的信息。无线电资源与时间域中的多个码元和频率域中的多个资源块组相关联。关于无线电资源的信息包括关于起始码元的第一信息或者关于资源块组中的每一个的尺寸的第二信息中的至少一个。关于起始码元的第一信息可以包括起始码元的索引。起始码元的索引可以指示用于起始码元的预定义的候选之一。另外地或者替换地，能够从基站接收在以上实施例中描述的全码元比特图指示、结束码元索引的指示、与UE相关联的无线电资源的时长的指示、连续分配的码元的基于树的指示和/或关于资源分配配置的其他类型的信息。可以在下行链路控制信道上的控制信息中或通过更高层信令(例如，RRC信令)来传送第一信息。具体地，可以在PDCCH上的DCI中传送起始码元的索引，并且可以通过RRC信令来传送关于用于起始码元的预定义的候选的信息。可以通过更高层信令(例如，RRC信令)来传送关于资源块组中的每一个的尺寸的第二信息。如果UE接收指示分配给UE的资源块组的比特图，则UE基于第二信息(即，资源块组中的每一个的尺寸)从基站进行接收或者对基站进行传送。

另外，UE可以识别分配给UE的无线电资源的时长。如图16和18所图示出的，UE可以确定关于时长的信息是否被包括于在下行链路控制信道上接收的控制信息中。如果关于时长的信息未被包括在控制信息中，UE使用该信息来识别时长。如果关于时长的信息未被包括在控制信息中，则UE基于更高层信令(例如，RRC信令)来确定时长。

在操作3420，UE基于关于无线电资源的信息(例如，起始码元、资源块组中的每一个的尺寸、和时长)从基站接收数据或者向基站传送数据。

图35图示出根据本公开的实施例的接收/传送数据的基站的方法。

参考图35，在操作3510，基站向UE传送关于分配给UE的无线电资源的信息。关于无线电资源的信息包括关于起始码元的第一信息或关于资源块组中的每一个的尺寸的第二信息中的至少一个。另外，基站可以传送关于分配给UE的无线电资源的时长的信息。关于起始码元的第一信息可以包括起始码元的索引。起始码元的索引可以指示用于起始码元的预定义的候选之一。可以在下行链路控制信道上的控制信息中或通过更高层信令(例如，RRC信令)来传送关于分配给UE的无线电资源的时长的信息。在操作3520，基站基于关于分配给UE的无线电资源的信息向UE传送数据或者从UE接收数据。

图36是根据本公开的实施例的蜂窝网络中的UE的框图。

参考图36，UE(3600)包括收发器(3610)和处理器(3620)。收发器(3610)和处理器(3620)被配置为执行图16、18、26、31、32、33、33A、33B和34中图示出的方法的步骤，或者在以上描述的UE的操作。例如，收发器(3610)可以被配置为从基站接收信号并且向基站传送信号，并且处理器(3620)可以被配置为控制所述收发器(3610)接收关于分配给UE(3600)的无线电资源的信息，并且控制收发器(3610)基于关于无线电资源的信息来接收数据。此外，处理器(3620)可以被配置为识别分配给UE(3600)的无线电资源的时长。

图37是根据本公开的实施例的蜂窝网络中的基站的框图。

参考图37，基站(3700)包括收发器(3710)和处理器(3720)。收发器(3710)和处理器(3720)被配置为执行图35中图示出的方法的步骤或在以上描述的gNB的操作。例如，收发器(3710)可以被配置为从UE接收信号并且向UE传送信号，并且处理器(3720)可以被配置为控制收发器(3710)传送关于分配给UE的无线电资源的信息，并且控制收发器(3710)基于关于分配给UE的无线电资源的信息来传送数据。此外，处理器(3720)可以被配置为传送关于分配给UE的无线电资源的时长的信息。

尽管已经参考其各个实施例示出和描述了本公开，但那些本领域技术人员应当理解，在不背离如所附权利要求和它们的等同物所限定的本公开的精神和范围的情况下，可以在其中进行形式和细节方面的各种改变。

Claims

1.一种用户设备(UE)接收数据的方法，所述方法包括：

从基站接收关于分配给UE的无线电资源的信息，其中，所述无线电资源与时间域中的多个码元和频率域中的多个资源块组相关联；以及

基于关于无线电资源的信息从所述基站接收数据，

其中，所述关于无线电资源的信息包括关于起始码元的第一信息，或者关于资源块组中的每一个的尺寸的第二信息中的至少一个。

2.根据权利要求1所述的方法，其中，第一信息包括所述多个码元中的起始码元的索引，并且所述索引指示用于起始码元的预定义的候选之一。

3.根据权利要求1所述的方法，所述方法进一步包括：

识别所述多个码元的时长。

4.根据权利要求3所述的方法，其中，识别时长包括确定关于时长的信息是否被包括于在下行链路控制信道上接收的控制信息中。

5.根据权利要求4所述的方法，其中，如果所述关于时长的信息未被包括在所述控制信息中，则基于更高层信令来确定所述时长。

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

收发器，其被配置为：

从基站接收信号，以及

向基站传送信号；以及

至少一个处理器，其被配置为：

控制收发器从基站接收关于分配给UE的无线电资源的信息，其中，

所述无线电资源与时间域中的多个码元和频率域中的多个资源块组相关联，以及

控制收发器基于关于无线电资源的信息从基站接收数据，

其中，所述关于无线电资源的信息包括关于起始码元的第一信息或关于资源块组中的每一个的尺寸的第二信息中的至少一个。

7.根据权利要求6所述的UE，其中，第一信息包括所述多个码元中的起始码元的索引，并且所述索引指示用于起始码元的预定义的候选之一。

8.根据权利要求6所述的UE，其中，至少一个处理器被进一步配置为识别所述多个码元的时长。

9.根据权利要求8所述的UE，其中，所述至少一个处理器还被配置为确定关于时长的信息是否被包括于在下行链路控制信道上接收的控制信息中。

10.根据权利要求9所述的UE，其中，如果所述关于时长的信息未被包括在所述控制信息中，则所述至少一个处理器被进一步配置为基于更高层信令来确定所述时长。

11.一种基站传送数据的方法，所述方法包括：

向用户设备(UE)传送关于分配给UE的无线电资源的信息，其中，所述无线电资源与时间域中的多个码元和频率域中的多个资源块组相关联；以及

基于关于无线电资源的信息向所述UE传送数据，

12.根据权利要求11所述的方法，其中，第一信息包括所述多个码元中的起始码元的索引，并且所述索引指示用于起始码元的预定义的候选之一。

13.根据权利要求11所述的方法，所述方法进一步包括：

向所述UE传送关于所述多个码元的时长的信息。

14.根据权利要求13所述的方法，其中，在下行链路控制信道上在控制信息中传送关于时长的信息。

15.根据权利要求13所述的方法，其中，通过更高层信令来传送所述关于时长的信息。

16.一种基站，包括：

收发器，其被配置为：

从用户设备(UE)接收信号，以及

向所述UE传送信号；以及

至少一个处理器，其被配置为：

控制所述收发器向所述UE传送关于分配给UE的无线电资源的信息，

其中，所述无线电资源与时间域中的多个码元和频率域中的多个资源块组相关联，以及

控制所述收发器基于关于无线电资源的信息来向所述UE传送数据，

17.根据权利要求16所述的基站，其中，第一信息包括所述多个码元中的起始码元的索引，并且所述索引指示用于起始码元的预定义的候选之一。

18.根据权利要求16所述的基站，其中，所述至少一个处理器被进一步配置为控制收发器向所述UE传送关于所述多个码元的时长的信息。

19.根据权利要求18所述的基站，其中，在下行链路控制信道上的控制信息中传送关于时长的信息。

20.根据权利要求18所述的基站，其中，通过更高层信令来传送所述关于时长的信息。