CN116171619A

CN116171619A - 用于eMTC的调度延迟确定

Info

Publication number: CN116171619A
Application number: CN202080104135.6A
Authority: CN
Inventors: 颜智; 刘红梅; 张元涛; 李营营; 汪海明
Original assignee: Lenovo Beijing Ltd
Current assignee: Lenovo Beijing Ltd
Priority date: 2020-08-05
Filing date: 2020-08-05
Publication date: 2023-05-26
Also published as: WO2022027299A1; EP4193732A4; EP4193732A1; BR112023002201A2; US20230269743A1

Abstract

公开了一种用于确定eMTC的调度延迟的方法和装置。一种方法包括：在第一时隙中接收控制信号；在第二时隙中接收数据信号；以及在第三时隙中发射数据信号的反馈。

Description

用于eMTC的调度延迟确定

技术领域

本文中公开的主题总体上涉及无线通信，并且更具体地涉及确定用于eMTC的调度延迟。

背景技术

在此定义了以下缩写，其中至少一些缩写在以下描述中被引用：第三代合作伙伴计划(3GPP)、欧洲电信标准协会(ETSI)、频分双工(FDD)、频分多址(FDMA)、长期演进(LTE)、新无线电(NR)、超大规模集成(VLSI)、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光盘只读存储器(CD-ROM)、局域网(LAN)、广域网(WAN)、个人数字助理(PDA)、用户设备(UE)、上行链路(UL)、演进节点B(eNB)、下一代节点B(gNB)、下行链路(DL)、中央处理单元(CPU)、图形处理单元(GPU)、现场可编程门阵列(FPGA)、动态RAM(DRAM)、同步动态RAM(SDRAM)、静态RAM(SRAM)、液晶显示器(LCD)、发光二极管(LED)、有机LED(OLED)、正交频分复用(OFDM)、无线电资源控制(RRC)、时分双工(TDD)、时分复用(TDM)、用户实体/设备(移动终端)(UE)、上行链路(UL)；通用移动电信系统(UMTS)、全球微波接入互操作性(WiMAX)、物联网(IoT)、物理下行链路共享信道(PDSCH)、物理上行链路共享信道(PUSCH)、下行链路控制信息(DCI)、机器类型通信(MTC)、增强型MTC(eMTC)、MTC物理下行链路控制信道(MPDCCH)、混合自动重传请求(HARQ)、半双工FDD(HD-FDD)、带宽限制/覆盖增强(BL/CE)、确认(ACK)、否定确认(NACK)、无线电网络临时标识(RNTI)、循环冗余校验(CRC)。

图1图示了传输集束中的eMTCHD-FDD数据传输的原理。如图1所示，子帧#0至#16是用于下行链路控制信号传输、下行链路数据信号传输和对应的反馈(ACK或NACK)传输的传输集束。每个传输集束包括下行链路(DL)控制信道(例如，MPDCCH)、DL数据信道(例如，PDSCH)、DL与UL之间的切换间隙、以及上行链路(UL)反馈信道(例如，PUSCH或PUCCH)。在图1中，“M”是在MPDCCH中发射的控制信号(例如DCI)的缩写；“D”是由在PDSCH中发射的控制信号调度的数据信号的缩写；以及“U”是在PUCCH或PUSCH中发射的调度数据信号的上行链路反馈的缩写。如图1所示，在子帧#0至#9中，能够在MPDCCH中发射控制信号；在子帧#2至#11中，在PDSCH中发射由控制信号调度的数据信号；以及在子帧#13至#15中，能够调度数据信号的反馈以在PUCCH或PUSCH中发射。子帧#12和#16用于上行链路-下行链路切换。

对于下行链路数据传输进程，包括以下步骤。首先，在下行链路控制信道(例如，MPDCCH)中发射控制信号(诸如DCI)，以调度在下行链路数据信道(例如，PDSCH)中发射的数据信号。在比控制信号被完全发射的子帧晚2个子帧的子帧中发射数据信号。也就是说，PDSCH调度延迟是2个子帧。例如，在子帧#0中发射的控制信号调度在子帧#2中发射的数据信号(在图1中指示为“+2”)。数据信号以TB为单位发射。在一个子帧中发射一个TB。之后，在上行链路反馈信道(例如，PUCCH或PUSCH)中发射数据信号的反馈(ACK或NACK)，以指示在UE侧正确地接收到对应的数据信号(即ACK)还是未正确地接收到对应的数据信号(即NACK)。具体地，一个比特用于指示是否在UE处正确地接收到TB中的数据信号。例如，‘1’表示ACK，而‘0’表示NACK。还可以通过调度数据信号的控制信号(DCI)来确定发射反馈的子帧。例如，可以由调度数据信号的(在子帧#0中发射的)控制信号配置对于在子帧#2中发射的数据信号的反馈，例如，以在子帧#13中发射。具体地，控制信号中的“HARQ-ACK延迟”字段可以指示HARQ-ACK延迟为11，即，在比数据信号被发射的子帧晚11个子帧的子帧(即2+11＝13)中发射数据信号的反馈。为了便于讨论，在子帧(时隙)中发射的数据信号被称为“在子帧中发射的数据信号”。

在上述步骤中，每个下行链路数据传输进程与进程号相关联。例如，对于进程#0，在子帧#0中发射的控制信号调度在子帧#2中的TB中发射的数据信号；并且在子帧#13中发射(即，用于在子帧#2中发射的数据信号的)进程#0的反馈。数据信号的反馈与进程号相关联，使得eNB知道反馈与哪个TB(或哪个子帧)相关联。进程号也可以被称为HARQ进程号。HARQ进程的最大数量由高层信令配置。例如，在图1的示例中，HARQ进程的最大数量被配置为10(例如，HARQ进程#0至#9)。

如图1所示，分别在子帧#0至#9中发射控制信号。分别在子帧#2至#11中发射数据信号。具体地，调度的数据传输子帧中的每一个比对应的控制信号传输子帧晚2个子帧。因此，在子帧#0中发射控制信号，并且在子帧#2中发射对应的调度数据信号；在子帧#1中发射控制信号，并且在子帧#3中发射对应的调度数据信号；……；以及在子帧#9中发射控制信号，并且在子帧#11中发射对应的数据信号。

在半双工FDD eMTC的情况下，从DL切换到UL(或从UL切换到DL)需要一个子帧。子帧#12用于从DL切换到UL。

子帧#13至#15用于UL传输。具体地，子帧#13至#15被用于发射针对在子帧#2至#11中发射的每个数据信号的反馈(ACK或NACK)。

子帧#16被用于从UL切换到DL，因为将在下一个子帧(即，图1中未示出的下一集束的子帧#17或子帧#0)中发射控制信号。

从上面能够看出，在每个传输集束的前两个子帧中，UE不能接收数据(仅允许MPDCCH中的控制信号)。因此，DL峰值数据速率受到限制。顺便提及，在子帧#10和#11中，即DL到UL切换子帧(子帧#12)之前的两个子帧(或第一UL子帧(子帧#13)之前的三个子帧)，不发射控制信号。

如果在一个子帧中能够发射最多1000比特，则考虑到一个子帧是1毫秒，每个子帧的数据速率是每毫秒1000比特×10/17＝588比特(即588k bps)。

图1示出了三个子帧(子帧#13至#15)被用于在十个先前子帧(子帧#2至#11)中发射的数据信号的反馈(ACK或NACK)。这是通过HARQ捆绑来实现的。

当配置了HARQ捆绑时，DL调度信息包含DCI字段“集束中的TB”，其保存HARQ集束中的TB的数量，例如，1或2或3或4。HARQ集束是针对与在不同子帧中发射的不同TB相对应的不同HARQ进程的反馈集束。如图2所示，对应于针对在子帧#2至#5(即，D0、D1、D2和D3)中发射的TB0、TB1、TB2和TB3的反馈的U0、U1、U2和U3被捆绑在一个HARQ集束中。也就是说，(在子帧#2至#5中发射的)4个TB的反馈(ACK或NACK)被包含在一个HARQ集束中。如果在一个HARQ集束中包含4个TB的反馈，则最后的HARQ集束(或HARQ集束中的至少一个)可以包含小于4个TB(例如图2中的2个TB(即U8和U9))的反馈。

如图2所示，子帧#13中的HARQ集束是通过对进程#0至#3的反馈(即，由在子帧#0至#3中发射的控制信号M0至M3调度的在子帧#2至#5中发射的数据信号D0至D3)执行AND运算而获得的反馈。也就是说，U0至U3分别是D0至D3的反馈。U0至U3中的每一个是ACK(‘1’)或NACK(‘0’)。在子帧#13中，发射由U0 AND U1AND U2 AND U3获得的一个比特。只有当U0到U3都是ACK(1)时，U0 AND U1 AND U2 AND U3＝ACK(‘1’)。当U0至U3中的任何一个是NACK(‘0’)时，U0 AND U1 AND U2 AND U3＝NACK(‘0’)。顺便提及，仅在没有PDSCH重复的CE模式A中能够支持HARQ集束。

当由RRC配置HARQ捆绑(和/或动态ACK定时)时，HD-FDD DL调度信息(即，下行链路控制信息(DCI))包含DCI字段“HARQ-ACK延迟”，其指示PDSCH传输的结束与反馈的开始之间的延迟的子帧。“HARQ-ACK延迟”字段在LTE中的DCI格式6-1A中具有三个比特，以指示{4-11}个子帧的HARQ-ACK延迟，如表1所示。

表1

例如，如图2所示，在子帧#2中发射下行链路数据D0，而在子帧#13中发射U0(即，针对下行链路数据D0的反馈)。在子帧#0中的控制信号(控制信号M0)中指示的D0和U0之间的延迟是11(在图2中被指示为“+11”)(即，M0的DCI中的“HARQ-ACK延迟”字段被设置为“111”)。另一方面，在子帧#5中发射下行链路数据D3，而在子帧#13中发射U3(即，针对下行链路数据D3的反馈)。在子帧#3中的控制信号(控制信号M3)中指示的D3和U3之间的延迟是8(在图2中被指示为“+8”)(即，M3的DCI中的“HARQ-ACK延迟”字段被设置为“100”)。

图2还图示了PDSCH调度延迟是2个子帧，例如，M0和D0之间的延迟为2(在图2中被示为“+2”)。总的来说，在下行链路数据传输进程中，存在两个延迟：第一延迟是指在MPDCCH中发射的控制信号与在由控制信号调度的PDSCH中发射的数据信号之间的延迟，其能够被称为“PDSCH调度延迟”；以及第二延迟是指在PDSCH中发射的数据信号与在PUCCH或PUSCH中发射的数据信号的反馈之间的延迟，其能够被称为“HARQ-ACK延迟”。传统上，PDSCH调度延迟总是2；并且HARQ-ACK延迟能够由控制信号中的3比特“HARQ-ACK延迟”字段配置，如表1所示。此外，UE通过较高层参数ce-HARQ-AckBundling配置有HARQ ACK捆绑。

图3示出了在传输集束的前两个子帧中实现数据信号的传输的提议。在图3的示例中，HARQ进程的最大数量被扩展到14(即，能够存在14个进程)。子帧#10和#11(M10和M11)中的控制信号分别例如，通过使用新的HARQ进程号#10和#11，调度子帧#17和#18(D10和D11)中的数据信号。在子帧#27和#28中，由控制信号(M12和M13)使用新的HARQ进程号#12和#13来调度在子帧#34和#35(D12和D13)中发射的数据信号。HARQ进程号#10和#11不能在子帧#27和#28中重用，因为分别在子帧#30和#31中接收针对HARQ进程号#10和#11(U10和U11)的反馈(ACK或NACK)，即它们尚未在子帧#27和#28中被接收。

HARQ进程的最大数量从10增加到14不需要增加DCI字段来指示HARQ进程号。这是由于10个和14个HARQ进程号都能够由DCI中的4比特字段表示的事实。

当HARQ进程的最大数量扩展到14以支持传输集束的前两个子帧中的数据信号的传输时，需要考虑“PDSCH调度延迟”的可能值和“HARQ-ACK延迟”的可能值。

如图1或图2所示，当在传输集束的前两个子帧中没有发射数据信号时，PDSCH调度延迟总是2。然而，当如图3所示在传输集束的前两个子帧中发射数据信号时，PDSCH调度延迟可以是2(例如，对于传统HARQ进程号#0至#9)或7(例如，对于新HARQ进程号#10至#13)。具体地，子帧#10和#11中的控制信号通过使用HARQ进程号#10和#11来调度在子帧#17和#18中发射的数据信号，其中，PDSCH调度延迟为7。例如，图3示出了“+7”，其意味着将在子帧#17(10+7＝17)中发射由子帧#10中的控制信号M10调度的数据信号D10。子帧#27和#28中的控制信号M12和M13通过使用HARQ进程号#12和#13来调度在子帧#34和#35中发射的数据信号D12和D13，其中，PDSCH调度延迟也是7(34-27或35-28)。另一方面，子帧#0至#9中的控制信号M0至M9通过使用HARQ进程号#0至#9来调度在子帧#2至#11中发射的数据信号D0至D9，其中，PDSCH调度延迟为2。子帧#17至#26中的控制信号M0至M9通过重用HARQ进程号#0至#9来调度在子帧#19至#28中发射的数据信号D0至D9，其中，PDSCH调度延迟也是2。例如，图3示出了“+2”，其意味着由子帧#0中的控制信号M0调度的数据信号D0将在子帧#2(0+2＝2)中发射。因此，由于PDSCH调度延迟存在两个可能的值(2和7)，因此当支持14个进程号时，有必要使用控制信号(DCI)中的一个附加比特来指示PDSCH调度延迟是2还是7，使得能够实现传输集束的前两个子帧中的数据信号的传输。

另外，当HARQ进程的最大数量扩展到14时，{4-11}个子帧的HARQ-ACK延迟是不适用的，因为一些数据信号(例如，D10)的HARQ-ACK延迟为至少13(如果在子帧#30中发射反馈U10)，如从图3能够看出。

因此，如表2所示，针对支持14个HARQ进程号的情况定义了新范围“Range2”。当设置“ce-HARQ-AckBundling”时的HARQ-ACK延迟的先前范围被命名为“Range1”。

表2

从表2能够看出，添加新列以列出与DCI中的每个“HARQ-ACK延迟”字段相对应的HARQ-ACK延迟。具体地，在“Range2”中，值8和10被移除，而13和15被添加。因此，新范围“Range2”是{4,5,6,7,9,11,13,15}。

当HARQ进程的最大数量扩展到14时，在每个传输集束的前两个子帧中支持数据传输。因此，每个子帧的数据速率将增加到每毫秒1000比特×12/17＝706比特(即706k bps)。

然而，如上所述，有必要在控制信号(DCI)中添加一个附加比特以指示PDSCH调度延迟是2还是7。

本申请的目的是提出用于改进eMTC的PDSCH调度延迟的确定的解决方案。

发明内容

公开了本申请的方法和装置。

在一个实施例中，一种方法包括：在第一时隙中接收控制信号；在第二时隙中接收数据信号；以及在第三时隙中发射数据信号的反馈。

在一个实施例中，第二时隙等于第一时隙加上第一时间延迟，并且第三时隙等于第二时隙加上第二时间延迟。

在一些实施例中，控制信号包括指示第一时间延迟和第二时间延迟两者的调度延迟字段。

在一些实施例中，第二时隙是除了(多个)调度的上行链路时隙和(多个)上行链路-下行链路切换时隙之外在第一时隙之后的两个DL时隙。替代地，第二时隙是第一时隙加上两个时隙或七个时隙，其由第一时隙加上N个时隙与第一调度的上行链路时隙减去N个时隙之间的至少一个DL时隙的存在或不存在来确定，其中，N为1或2。

在一些实施例中，第一时间延迟由对应于控制信号的RNTI值确定。替代地，第一时间延迟由对应于所述控制信号的CRC掩码确定。

在一个实施例中，一种远程单元包括：接收器，其在第一时隙中接收控制信号并且在第二时隙中接收数据信号；以及发射器，其在第三时隙中发射数据信号的反馈。

在另一实施例中，一种方法包括：在第一时隙中发射控制信号；在第二时隙中发射数据信号；以及在第三时隙中接收数据信号的反馈。

在又一实施例中，一种基站单元包括：发射器，其在第一时隙中发射控制信号并且在第二时隙中发射数据信号；以及接收器，其在第三时隙中接收数据信号的反馈。

附图说明

将通过参考在附图中示出的具体实施例来呈现上面简要描述的实施例的更具体的描述。理解这些附图仅描绘了一些实施例，因此不应被认为是对范围的限制，将通过使用附图利用附加的特征和细节来描述和解释实施例，其中：

图1是图示现有技术的下行链路数据传输的示意图；

图2是图示HARQ捆绑的示意图；

图3是图示支持14个进程号的下行链路数据传输的提议的示意图；

图4图示了逻辑DL子帧的概念；

图5是图示一种方法的实施例的示意性流程图；

图6是图示一种方法的另一实施例的示意性流程图；以及

图7是图示根据一个实施例的装置的示意性框图。

具体实施方式

如本领域技术人员将理解的，实施例的某些方面可以被体现为系统、装置、方法或程序产品。因此，实施例可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或组合软件和硬件方面的实施例的形式，这些实施例在本文中通常都可以被称为“电路”、“模块”或“系统”。此外，实施例可以采取体现在存储机器可读代码、计算机可读代码和/或程序代码(以下称为“代码”)的一个或多个计算机可读存储设备中的程序产品的形式。存储设备可以是有形的、非暂时性的和/或非传输的。存储设备可以不体现信号。在某个实施例中，存储设备仅采用用于访问代码的信号。

本说明书中描述的某些功能单元可以被标记为“模块”，以便更具体地强调它们的独立实现。例如，模块可以被实现为包括定制超大规模集成(VLSI)电路或门阵列、现成半导体，诸如逻辑芯片、晶体管或其他分立组件，的硬件电路。模块还可以被实现在可编程硬件设备(诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等)中。

模块也可以用代码和/或软件来实现，以用于由各种类型的处理器执行。所标识的代码模块可以例如包括一个或多个可执行代码的物理或逻辑块，可执行代码可以例如被组织为对象、过程或函数。然而，所标识的模块的可执行文件不需要在物理上位于一起，而是可以包括存储在不同位置的不同指令，当这些指令在逻辑上结合在一起时，包括该模块并实现该模块的所陈述目的。

实际上，代码模块可以包含单个指令，也可以是许多指令，甚至可以被分布在多个不同的代码段上、不同的程序之间以及多个存储设备上。类似地，操作数据在本文中可以在模块内被标识和图示，并且可以以任何合适的形式体现并且可以在任何合适类型的数据结构内被组织。该操作数据可以被收集为单个数据集，或者可以被分布在不同的位置上，包括分布在不同的计算机可读存储设备上。在模块或模块的一部分以软件实现的情况下，软件部分被存储在一个或多个计算机可读存储设备上。

可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是，例如，但不必然是电子、磁、光、电磁、红外、全息、微机械或半导体系统、装置或设备、或前述的任何合适的组合。

存储设备的更具体示例的非详尽列表将包括以下各项：具有一个或多个电线的电气连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、便携式光盘只读存储器(CD-ROM)、光学存储设备、磁性存储设备、或前述的任何合适的组合。在本文件的上下文中，计算机可读存储介质可以是任何有形介质，其能够包含或存储程序以供指令执行系统、装置或设备使用或与其结合使用。

用于执行实施例的操作的代码可以包括任何数量的行，并且可以以包括诸如Python、Ruby、Java、Smalltalk、C++等的面向对象的编程语言、和诸如“C”编程语言等的传统的过程编程语言、和/或诸如汇编语言的机器语言中的一种或多种编程语言的任何组合来编写。代码可以完全地在用户的计算机上执行，部分地在用户的计算机上执行，作为独立的软件包，部分地在用户的计算机上、部分地在远程计算机上，或完全地在远程计算机或服务器上执行。在最后一种情况下，远程计算机可以通过任何类型的网络连接到用户的计算机，包括局域网(LAN)或广域网(WAN)，或者可以连接到外部计算机(例如，通过使用互联网服务提供商的互联网)。

本说明书中对“一个实施例”、“实施例”或类似语言的引用是指结合该实施例描述的特定特征、结构或特性被包括在至少一个实施例中。因此，除非另有明确说明，否则在整个说明书中出现的短语“在一个实施例中”、“在实施例中”和类似语言可以但不一定全部指代相同的实施例，而是指“一个或多个但不是所有实施例”。除非另有明确说明，否则术语“包括”、“包含”、“具有”及其变体是指“包括但不限于”。除非另有明确说明，否则列举的项目列表并不暗示任何或所有项目是互斥的。除非另有明确说明，否则术语“一”、“一个”和“该”也指“一个或多个”。

此外，所描述的各个实施例的特征、结构或特性可以以任何合适的方式组合。在以下描述中，提供许多具体细节，诸如编程、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例，以提供对实施例的彻底理解。然而，相关领域的技术人员将认识到，可以在没有一个或多个具体细节的情况下，或者利用其他方法、组件、材料等来实践实施例。在其他情况下，未详细示出或描述公知的结构、材料或操作以避免使实施例的一些方面模糊。

下面参考根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图来描述不同实施例的各方面。将理解，示意性流程图和/或示意性框图的每个框以及示意性流程图和/或示意性框图中的框的组合能够通过代码实现。代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令，创建用于实现在示意性流程图和/或示意性框图中指定的用于该框或多个框的功能的装置。

代码还可以被存储在存储设备中，其能够指示计算机、其他可编程数据处理装置或其他设备以特定方式运行，使得存储在存储设备中的指令产生包括指令的制品，该指令实现在示意性流程图和/或示意性框图框中指定的功能。

代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上，使得在计算机、其他可编程装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，使得在计算机或其他可编程装置上执行的代码提供用于实现在流程图和/或框图框中指定的功能的过程。

附图中的示意性流程图和/或示意性框图图示根据各种实施例的装置、系统、方法和程序产品的可能实现的架构、功能和操作。在这方面，示意性流程图和/或示意性框图中的每个框可以表示代码的模块、片段或部分，其包括用于实现(多个)指定的逻辑功能的代码的一个或多个可执行指令。

还应注意，在一些替代性实施方式中，框中注释的功能可以不按附图中注释的顺序发生。例如，连续示出的两个框可以基本上同时执行，或者这些框有时可以以相反的顺序执行，这取决于所涉及的功能。可以设想其他步骤和方法，其在功能、逻辑或效果上等同于所图示的附图的一个或多个框或其部分。

尽管可以在流程图和/或框图中采用各种箭头类型和线类型，但是应理解它们不限制相应实施例的范围。实际上，一些箭头或其他连接符可以仅用于指示所描绘实施例的逻辑流程。例如，箭头可以指示所描绘的实施例的枚举步骤之间的未指定持续时间的等待或监测时段。还将注意，框图和/或流程图的每个框以及框图和/或流程图中的框的组合能够由执行特定功能或操作的基于专用硬件的系统、或专用硬件和代码的组合来实现。

每个附图中的元件的描述可以参考前述附图的元件。在所有附图中，相同的附图标记指代相同元件，包括相同元件的替代实施例。

如背景技术部分所述，为了支持14个进程号，在控制信号(DCI)中添加一个附加位以指示PDSCH调度延迟是2还是7。另外，HARQ-ACK延迟的集合被修改为{4,5,6,7,9,11,13和15}的范围。

根据第一实施例，能够消除用于指示PDSCH调度延迟是2还是7的一个附加比特，同时仍然实现PDSCH调度延迟是2还是7的指示。这是通过考虑HARQ-ACK延迟与PDSCH调度延迟之间的关系来完成的。

表3中列出了用于图3的每个进程号的控制信号的子帧号、数据信号的子帧号、反馈(HARQ-ACK)的可能子帧号的关系。(通过“数据信号的子帧号”-“控制信号的子帧号”获得的)PDSCH调度延迟和(通过“HARQ-ACK的可能子帧号”-“数据信号的子帧号”获得的)可能的HARQ-ACK延迟也在表3中列出。

表3

从表3能够看出，当HARQ-ACK延迟是4至12中的任何一个时，PDSCH调度延迟肯定是2，并且当HARQ-ACK延迟是13至15中的任何一个时，PDSCH调度延迟最可能是7，只有一个例外。唯一的一个例外是在子帧#0中发射的控制信号调度在子帧#2中发射的数据信号：在子帧#2中发射的数据信号的HARQ-ACK反馈可以被调度到子帧#13至#15中的任何一个子帧。当在子帧#2中发射的数据信号的HARQ-ACK反馈被调度为在子帧#15中发射时，HARQ-ACK延迟将为13，而PDSCH调度延迟为2。

然而，由于在调度在子帧#2中发射的数据信号D0的子帧#0(第一子帧)中发射控制信号M0，因此最可能的逻辑是调度在第一可能的UL子帧(即子帧#13)而不是最后可能的UL子帧#15中发射的数据信号D0的反馈U0。例如，用于HARQ-ACK的每个下划线的可能子帧号指示图3中所示的值，其中，用于在子帧#2中发射的数据信号的HARQ-ACK的子帧号是子帧#13，因此HARQ-ACK延迟是11(＝13-2)。总的来说，当HARQ-ACK延迟被确定为{4,5,6,7,9,11}中的一个(8、10和12不属于“Range2”)时，PDSCH调度延迟能够相应地被确定为2；以及当HARQ-ACK延迟被确定为{13,15}之一(14不属于“Range2”)时；PDSCH调度延迟能够以高可能性被确定为7。

对于当支持14个进程号时具有HARQ-ACK延迟的表2中所示的DCI中的每个“HARQ-ACK延迟”字段，鉴于上述分析，表3中的对应PDSCH调度延迟在表4中进一步示出。

表4

表4示出了当配置14个HARQ进程时，DCI中的HARQ-ACK延迟字段能够同时指示HARQ-ACK延迟和PDSCH调度延迟两者。具体地，如果HARQ-ACK延迟字段是“110”或“111”，则PDSCH调度延迟是7，否则(如果HARQ-ACK延迟字段是“000”、“001”、“010”、“011”、“100”和“101”中的任何一个)，PDSCH调度延迟是2。根据表4，消除了“仅一个例外”(即，HARQ-ACK延迟为13，而PDSCH调度延迟为2)的可能性。

根据第一实施例，DCI中的HARQ-ACK延迟字段能够同时指示两种不同类型的延迟，即HARQ-ACK延迟和PDSCH调度延迟。因此，用于指示PDSCH调度延迟是2还是7的一个附加比特是不必要的。

根据第二实施例，当配置14个HARQ进程时，除了所调度的上行链路子帧和上行链路-下行链路切换子帧之外在调度数据信号的控制信号被发射的子帧之后的两个子帧发射数据信号。

参考图3，UE在子帧#10中接收控制信号(DCI)M10，在子帧#17中发射数据信号D10，子帧#17是(除了调度的上行链路子帧#13、#14和#15以及上行链路-下行链路切换子帧#12和#16之外)在子帧#10之后的两个子帧。

在子帧#10中，已经检测到M6。因此，UE知道在子帧#15中调度U6(由M6调度的D6的反馈)。因此，UE能够假设子帧#13至#15是上行链路HARQ-ACK子帧，并且因此，子帧#12和#16是上行链路-下行链路切换子帧。因此，除了调度的上行链路子帧(#13、#14和#15)和上行链路-下行链路切换子帧(#12和#16)之外在调度数据信号的控制信号被发射的子帧(在子帧#10中)之后的两个子帧的子帧是子帧#17。因此，UE预期在子帧#17中接收由控制信号M10调度的数据信号D10。

图3中图示了子帧#0至#50。子帧中的一些(诸如图3中的子帧#12至#16、子帧#29至#33和子帧#46至#50)能够被调度为上行链路子帧或上行链路-下行链路切换子帧。除了上行链路子帧和上行链路-下行链路切换子帧之外的子帧能够被定义为“逻辑DL子帧”。

图4图示了逻辑DL子帧的概念。与图3相比，添加了一行“逻辑DL子帧#”。标签“×”意味着子帧不是逻辑DL子帧。因此，“除了调度的上行链路子帧和上行链路-下行链路切换子帧之外在调度数据信号的控制信号被发射的子帧之后的两个子帧”能够被重写为“在调度数据信号的控制信号被发射的子帧之后的两个逻辑DL子帧”。例如，参考图4，UE在子帧#10(逻辑DL子帧#10)中接收控制信号(DCI)M10，在子帧#17(逻辑DL子帧#12)中发射由控制信号M10调度的数据信号D10，子帧#17是子帧#10(逻辑DL子帧#10)之后的两个逻辑DL子帧(在图4中指示为“+2”)。

根据第三实施例，当配置了14个HARQ进程时，通过控制信号被发射的子帧加上1个子帧与第一调度的上行链路子帧减去1个子帧之间的子帧的存在或不存在来确定PDSCH调度延迟等于2还是7。如果在控制信号被发射的子帧加上1个子帧与第一调度的上行链路子帧减去1个子帧之间存在至少一个子帧，则PDSCH调度延迟为2。否则，(如果在控制信号被发射的子帧加上1个子帧与第一调度的上行链路子帧减去1个子帧之间没有子帧)，PDSCH调度延迟为7。

参考图3，UE在子帧#10中接收控制信号(DCI)，而第一调度的上行链路子帧是子帧#13。因此，控制信号被发射的子帧(子帧#10)加上1个子帧是子帧#11，并且第一调度的上行链路子帧(子帧#13)减去1个子帧是子帧#12。在子帧#11和子帧#12之间没有子帧(因为它们是相邻子帧)。因此，子帧#10中的控制信号的PDSCH调度延迟为7，即，在子帧#17(＝10+7)中发射由子帧#10中的控制信号调度的数据信号。

作为另一示例，UE在子帧#9中接收控制信号(DCI)，而第一调度的上行链路子帧是子帧#13。因此，控制信号被发射的子帧(子帧#9)加上1个子帧是子帧#10，并且第一调度的上行链路子帧(子帧#13)减去1个子帧是子帧#12。在子帧#10和子帧#12之间存在一个子帧(即子帧#11)。因此，PDSCH调度延迟为2，即，在子帧#11(＝9+2)中发射由在子帧#9中发射的控制信号调度的数据信号。

第三实施例的上述说明描述了在子帧#11和子帧#12之间没有子帧，其中，子帧#11和子帧#12都不被认为是子帧#11和子帧#12之间的子帧。如果子帧#n被认为是子帧#n与另一子帧之间的子帧，则上述确定“在控制信号被发射的子帧加上1个子帧与第一调度的上行链路子帧减去1个子帧之间存在或不存在(多个)子帧”能够被重写为“在控制信号被发射的子帧加上2个子帧与第一调度的上行链路子帧减去2个子帧之间存在或不存在(多个)子帧”。具体地，当发射控制信号的子帧的数量加上2个子帧等于或小于第一调度的上行链路子帧的数量减去2个子帧时，在控制信号被发射的子帧加上2个子帧与第一调度的上行链路子帧减去2个子帧之间存在至少一个子帧。另一方面，当控制信号被发射的子帧的数量加上2个子帧大于第一调度的上行链路子帧的数量减去2个子帧时，在控制信号被发射的子帧加上2个子帧与第一调度的上行链路子帧减去2个子帧之间不存在子帧。

例如，在第一调度的上行链路子帧是子帧#13的同时，UE在子帧#9中接收控制信号(DCI)。因此，控制信号被发射的子帧(子帧#9)加上2个子帧是子帧#11，并且第一调度的上行链路子帧(子帧#13)减去2个子帧是子帧#11。在子帧#11和子帧#11之间存在一个子帧(即子帧#11)。因此，PDSCH调度延迟为2，即，由在子帧#9中发射的控制信号调度的数据信号在子帧#11(＝9+2)中被发射。

作为另一示例，在第一调度的上行链路子帧是子帧#13的同时，UE在子帧#10中接收控制信号(DCI)。因此，控制信号被发射的子帧(子帧#10)加上2个子帧是子帧#12，并且第一调度的上行链路子帧(子帧#13)减去2个子帧是子帧#11。由于12大于11，因此在子帧#12和子帧#11之间没有子帧。因此，用于子帧#10中的控制信号的PDSCH调度延迟为7，即，由子帧#10中的控制信号调度的数据信号在子帧#17(＝10+7)中被发射。

根据第四实施例，由加扰到DCI格式6-1A的RNTI确定或进一步确定PDSCH调度延迟等于2还是7。

UE被配置有两个RNTI。一个是传统RNTI(例如，C-RNTI)，另一个是新RNTI(不同于传统RNTI)。仅在从控制信号被发射的子帧起的3个子帧内存在用于HARQ-ACK的调度上行链路子帧的情况下，UE期望利用新的RNTI监视控制信号(DCI)。

例如，参考图3，控制信号M10调度数据信号D10。在3个子帧内(即，在子帧#11、#12和#13中)，存在调度的上行链路子帧(即，子帧#13)(已经通过子帧#0、#2和#4中的控制信号M0、M2和M4将子帧#13调度为U0、U2和U4的上行链路子帧，因此UE在M10被发射的子帧#10处知道子帧#13是调度的上行链路子帧)。因此，UE期望利用新的RNTI监视在M10中发射的DCI，并且因此假设在子帧#10中发射的控制信号的PDSCH调度延迟是7(即，在子帧#17中发射由M10调度的数据信号D10)。

另一方面，参考图3，控制信号M9调度数据信号D9。在3个子帧内(即，在子帧#10、#11和#12中)，没有调度的上行链路子帧(子帧#13已被调度为最早的上行链路子帧，因此UE知道子帧#10、#11和#12不是调度的上行链路子帧)。因此，UE期望利用传统RNTI(例如，C-RNTI)监视在M9中发射的DCI，并且因此假设在子帧#9中发射的控制信号的PDSCH调度延迟是2(即，在子帧#11中发射由M9调度的数据信号D9)。

总的来说，仅在从控制信号(DCI)被发射的子帧起的3个子帧内存在用于HARQ-ACK的调度上行链路子帧的情况下，UE利用新RNTI(与传统RNTI不同的RNTI)监视控制信号(DCI)，并且假设PDSCH调度延迟为7。另一方面，在从控制信号(DCI)被发射的子帧起的3个子帧内不存在用于HARQ-ACK的调度上行链路子帧的情况下，UE利用传统RNTI监视控制信号(DCI)，并且假设PDSCH调度延迟为2。

替代地，UE可以利用两个RNTI(传统RNTI和新RNTI两者)对在MPDCCH中发射的所有控制信号(DCI)进行盲检测。当利用传统RNTI的检测成功时，PDSCH调度延迟为2；并且当利用新RNTI的检测成功时，PDSCH调度延迟为7。

第四实施例能够独立地被用于确定PDSCH调度延迟等于2还是7。替代地，第四实施例能够与第一至第三实施例中的任何一个一起使用，以“双重检查”PDSCH调度延迟等于2还是7。

根据各种第四实施例，RNTI能够由CRC掩码代替。在从控制信号(DCI)被发射的子帧起的3个子帧内没有用于HARQ-ACK的调度上行链路子帧的情况下，使用一个CRC掩码(例如{0,0...0})，其中，UE假设PDSCH调度延迟为2。在从控制信号(DCI)被发射的子帧起的3个子帧内存在用于HARQ-ACK的调度上行链路子帧的情况下，使用与一个CRC掩码不同的另一CRC掩码(例如{1,1,…,1})，其中，UE假设PDSCH调度延迟为7。

类似地，第四实施例的变型能够独立地使用，或者替代地与第一至第三实施例中的任一个一起使用。

在“子帧”的上下文中描述了所有上述实施例。子帧是时隙的示例。

图5是图示根据本申请的方法500的实施例的示意性流程图。在一些实施例中，方法500由诸如远程单元的装置执行。在某些实施例中，方法500可以由执行程序代码的处理器执行，例如微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

方法500可以包括502在第一时隙中接收控制信号；504在第二时隙中接收数据信号；以及506在第三时隙中发射数据信号的反馈。

图6是图示根据本申请的方法600的另一实施例的示意性流程图。在一些实施例中，方法600由诸如基站单元的装置执行。在某些实施例中，方法600可以由执行程序代码的处理器执行，例如微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等。

方法600可以包括602在第一时隙中发射控制信号；604在第二时隙中发射数据信号；以及606在第三时隙中接收数据信号的反馈。

图7是图示根据一个实施例的装置的示意性框图。

参考图7，UE(即，远程单元)包括处理器、存储器和收发器。处理器实现图5中提出的功能、过程和/或方法。eNB(即，基站单元)包括处理器、存储器和收发器。处理器实现图6中提出的功能、过程和/或方法。无线电接口协议的层可以由处理器实现。存储器与处理器连接以存储用于驱动处理器的各种信息。收发器与处理器连接以发射和/或接收无线电信号。不用说，收发器可以被实现为发射无线电信号的发射器和接收无线电信号的接收器。

存储器可以位于处理器的内部或外部，并且通过各种公知的手段与处理器连接。

在上述实施例中，实施例的组件和特征以预定形式组合。除非另有明确说明，否则每个组件或特征应当被视为选项。每个组件或特征可以被实现为不与其他组件或特征相关联。此外，可以通过关联一些组件和/或特征来配置实施例。可以改变实施例中描述的操作的顺序。任何实施例的一些组件或特征可以被包括在另一实施例中，或者用对应于另一实施例的组件和特征替换。显而易见的是，未在权利要求中明确引用的权利要求被组合以形成实施例或被包括在新的权利要求中。

实施例可以由硬件、固件、软件或其组合实现。在通过硬件实现的情况下，根据硬件实现，本文中描述的示例性实施例可以通过使用一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现。

实施例可以以其他特定形式实践。所描述的实施例在所有方面都被认为仅是说明性的而非限制性的。因此，本发明的范围由所附权利要求而不是前面的描述来指示。在权利要求的等同物的含义和范围内的所有改变都涵盖在其范围内。

Claims

1.一种方法，包括：

在第一时隙中接收控制信号；

在第二时隙中接收数据信号；以及

在第三时隙中发射所述数据信号的反馈。

2.根据权利要求1所述的方法，其中，所述第二时隙等于所述第一时隙加上第一时间延迟，并且所述第三时隙等于所述第二时隙加上第二时间延迟。

3.根据权利要求2所述的方法，其中，所述控制信号包括指示所述第一时间延迟和所述第二时间延迟两者的调度延迟字段。

4.根据权利要求1所述的方法，其中，所述第二时隙是除了一个或多个调度的上行链路时隙和一个或多个上行链路-下行链路切换时隙之外在所述第一时隙之后的两个时隙。

5.根据权利要求1所述的方法，其中，所述第二时隙是所述第一时隙加上两个时隙或七个时隙，其由所述第一时隙加上N个时隙与第一调度的上行链路时隙减去N个时隙之间的至少一个时隙的存在或不存在来确定，其中，N为1或2。

6.根据权利要求2所述的方法，其中，所述第一时间延迟由对应于所述控制信号的RNTI值确定。

7.根据权利要求2所述的方法，其中，所述第一时间延迟由对应于所述控制信号的CRC掩码确定。

8.一种远程单元，包括：

接收器，所述接收器在第一时隙中接收控制信号并且在第二时隙中接收数据信号；以及

发射器，所述发射器在第三时隙中发射所述数据信号的反馈。

9.根据权利要求8所述的远程单元，其中，所述第二时隙等于所述第一时隙加上第一时间延迟，并且所述第三时隙等于所述第二时隙加上第二时间延迟。

10.根据权利要求9所述的远程单元，其中，所述控制信号包括指示所述第一时间延迟和所述第二时间延迟两者的调度延迟字段。

11.根据权利要求8所述的远程单元，其中，所述第二时隙是除了一个或多个调度的上行链路时隙和一个或多个上行链路-下行链路切换时隙之外在所述第一时隙之后的两个时隙。

12.根据权利要求8所述的远程单元，其中，所述第二时隙是所述第一时隙加上两个时隙或七个时隙，其由所述第一时隙加上N个时隙与第一调度的上行链路时隙减去N个时隙之间的至少一个时隙的存在或不存在来确定，其中，N为1或2。

13.根据权利要求9所述的远程单元，其中，所述第一时间延迟由对应于所述控制信号的RNTI值确定。

14.根据权利要求9所述的远程单元，其中，所述第一时间延迟由对应于所述控制信号的CRC掩码确定。

15.一种方法，包括：

在第一时隙中发射控制信号；

在第二时隙中发射数据信号；以及

在第三时隙中接收所述数据信号的反馈。

16.根据权利要求15所述的方法，其中，所述第二时隙等于所述第一时隙加上第一时间延迟，并且所述第三时隙等于所述第二时隙加上第二时间延迟。

17.根据权利要求16所述的方法，其中，所述控制信号包括指示所述第一时间延迟和所述第二时间延迟两者的调度延迟字段。

18.根据权利要求15所述的方法，其中，所述第二时隙是除了一个或多个调度的上行链路时隙和一个或多个上行链路-下行链路切换时隙之外在所述第一时隙之后的两个时隙。

19.根据权利要求15所述的方法，其中，所述第二时隙是所述第一时隙加上两个时隙或七个时隙，其由所述第一时隙加上N个时隙与第一调度的上行链路时隙减去N个时隙之间的至少一个时隙的存在或不存在来确定，其中，N为1或2。

20.根据权利要求16所述的方法，其中，所述第一时间延迟由对应于所述控制信号的RNTI值确定。

21.根据权利要求16所述的方法，其中，所述第一时间延迟由对应于所述控制信号的CRC掩码确定。

22.一种基站单元，包括：

发射器，所述发射器在第一时隙中发射控制信号并且在第二时隙中发射数据信号；以及

接收器，所述接收器在第三时隙中接收所述数据信号的反馈。

23.根据权利要求22所述的基站单元，其中，所述第二时隙等于所述第一时隙加上第一时间延迟，并且所述第三时隙等于所述第二时隙加上第二时间延迟。

24.根据权利要求23所述的基站单元，其中，所述控制信号包括指示所述第一时间延迟和所述第二时间延迟两者的调度延迟字段。

25.根据权利要求22所述的基站单元，其中，所述第二时隙是除了一个或多个调度的上行链路时隙和一个或多个上行链路-下行链路切换时隙之外在所述第一时隙之后的两个时隙。

26.根据权利要求22所述的基站单元，其中，所述第二时隙是所述第一时隙加上两个时隙或七个时隙，其由所述第一时隙加上N个时隙与第一调度的上行链路时隙减去N个时隙之间的至少一个时隙的存在或不存在来确定，其中，N为1或2。

27.根据权利要求23所述的基站单元，其中，所述第一时间延迟由对应于所述控制信号的RNTI值确定。

28.根据权利要求23所述的基站单元，其中，所述第一时间延迟由对应于所述控制信号的CRC掩码确定。