CN110114995B - 无线通信网络中的快速ack/nack - Google Patents

无线通信网络中的快速ack/nack Download PDF

Info

Publication number
CN110114995B
CN110114995B CN201780080311.5A CN201780080311A CN110114995B CN 110114995 B CN110114995 B CN 110114995B CN 201780080311 A CN201780080311 A CN 201780080311A CN 110114995 B CN110114995 B CN 110114995B
Authority
CN
China
Prior art keywords
receiver
frequency band
data
signal
downlink
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201780080311.5A
Other languages
English (en)
Other versions
CN110114995A (zh
Inventor
托马斯·菲润巴赫
托马斯·威尔斯
哥尼流·赫勒格
巴里斯·乔克特普
拉斯·蒂勒
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Koninklijke Philips NV
Original Assignee
Fraunhofer Gesellschaft zur Forderung der Angewandten Forschung eV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fraunhofer Gesellschaft zur Forderung der Angewandten Forschung eV filed Critical Fraunhofer Gesellschaft zur Forderung der Angewandten Forschung eV
Publication of CN110114995A publication Critical patent/CN110114995A/zh
Application granted granted Critical
Publication of CN110114995B publication Critical patent/CN110114995B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK

Abstract

接收器被配置为接收和处理无线电信号。无线电信号包括包含第一信号的第一频带，第一信号包括多个TDD帧。接收器被配置为评估下行链路数据的接收以获取评估数据。接收器进一步被配置为在第一频带之外的第二频带中发送评估数据。

Description

无线通信网络中的快速ACK/NACK
技术领域
本发明涉及无线通信网络或系统领域，更特别地，涉及通过时分多路复用访问的无线通信网络或系统。本发明还本发明还涉及窄带HARQ。实施例涉及允许易出错数据的快速重传的接收器。
背景技术
移动通信网络用于从无线通信节点(如用户设备和/或IOT设备)接收数据或和/或向无线通信节点发送数据。IOT设备可包括物理设备、车辆、建筑物和具有嵌入其中的电子器件、软件、传感器、执行器等的其他设备，以及使这些设备能够跨现有网络基础设施收集和交换数据的网络连接。
图1是这种网络基础设施的示例的示意图，如包括多个基站(eNB1至eNB5)的无线通信系统，每个基站服务于基站周围的特定区域，由相应的小区1001至1005示例性地表示。基站被设置以为小区内的用户提供服务。用户可以是固定设备或者移动设备。此外，连接到基站或用户的IOT设备可以访问无线通信系统。图1仅示出5个小区的示例图，然而，无线通信系统可包括更多这样的小区。图1示出位于小区1002中且由基站eNB2提供服务的两个用户UE1和UE2，也被称为用户设备(UE)。另一个用户UE3在由基站eNB4提供服务的小区1004中示出。箭头1021、1022和1023示意性地表示用于从用户UE1、UE2和UE3向基站eNB2、eNB4发送数据，或者用于从基站eNB2、eNB4向用户UE1、UE2和UE3发送数据的上行链路/下行链路连接。此外，图1示出小区1004中的两个可以是固定设备或者移动设备的IOT设备1041和1042。IOT设备1041通过基站eNB4访问无线通信系统以接收和发送数据，由箭头1051示意性地表示。IOT设备1042通过用户UE3访问无线通信系统，由箭头1052示意性地表示。
无线通信系统可以是任何基于频分复用的单音调或多载波系统，比如正交频分复用(OFDM)系统，LTE标准定义的正交频分多址(OFDMA)系统，或任何其他基于IFFT的有或没有CP的信号，如DFT-SOFDM。其他波形(如用于多址的非正交波形)例如滤波器组多载波(FBMC)，可以被使用。其他多路复用方案如时分多路复用(时分双工-TDD)可以被使用。
用于数据传输的OFDMA系统可包括基于OFDMA的物理资源网格，其包括多个物理资源块(PRB)，每个PRB由12个子载波×7个OFDM符号定义并包括各种物理信道和物理信号被映射至的一组资源元素。资源元素由时域中的一个符号和频域中的一个子载波组成。例如，按照LTE标准，1.4MHz的系统带宽包括6个PRB，按照LTE Rel.13标准的NB-IoT增强，200kHz带宽包括1个PRB。根据LTE和NB-IoT，物理信道可包括：包括用户特定数据(也称为下行链路有效载荷数据)的物理下行链路共享信道(PDSCH)，包括例如主信息块(MIB)或系统信息块(SIB)的物理广播信道(PBCH)，包括例如下行链路控制信息(DCI)的物理下行链路控制信道(PDCCH)等。物理信号可包括参考信号(RS)、同步信号等。LTE资源网格包括时域中的10ms帧，帧在频域具有一定带宽，例如1.4MHz。帧有10个长度为1ms的子帧，每个子帧取决于循环前缀(CP)长度包括6或7个OFDM符号的两个时隙。
图2示出示例性的基于LTE OFDMA的子帧，具有两个天线端口，用于不同选择的Tx天线端口。子帧包括两个资源块(RB)，每个资源块由子帧的一个时隙和频域中的12个子载波组成。频域内的子载波表示为子载波0到子载波11，以及在时域中，每个时隙包括7个OFDM符号，例如在时隙0中，OFDM符号0到6，以及在时隙1中，OFDM符号7到13。白框106表示分配给包括有效载荷或用户数据的PDSCH的资源元素，也称为有效载荷区域。用于物理控制信道(包括非有效载荷或非用户数据)的资源元素(也称为控制区域)由阴影框103表示。根据示例，资源元素103可被分配给PDCCH、分配给物理控制格式指示信道(PCFICH)以及分配给物理混合ARQ指示信道(PHICH)。交织阴影框107表示分配给可用于信道估计的RS的资源元素。黑框108表示当前天线端口中未使用的资源(可对应于另一天线端口中的RS)。分配给物理控制信道以及物理参考信号的资源元素103、107、108不是随时间均匀分布的。更具体地，在子帧的时隙0中，与符号0和符号1相关联的资源元素被分配给物理控制信道或物理参考信号，符号0和1中没有资源元素分配给有效载荷数据。与时隙0中的符号4相关联的资源元素以及与子帧的时隙1中的符号7和11相关联的资源元素被部分分配给物理控制信道或物理参考信号。图2所示的白色资源元素可包括与有效载荷数据或用户数据相关联的符号，以及在时隙0中，对于符号2、3、5和6，所有资源元素106可以被分配给有效载荷数据，而在时隙0的符号4中，分配给有效载荷数据的资源元素106较少，以及在符号0和1中，没有资源元素分配给有效载荷数据。在时隙1中，与符号8、9、10、12和13相关联的资源元素都被分配给有效载荷数据，而对于符号7和11，分配给有效载荷数据的资源元素较少。
数据块可以被编码、发送、接收和解码。被分割成多个块用于分块传输的数据可被缓冲接收直到接收器接收到所有块为止。这些数据块中的一个或多个可能被丢失或可能易于被错误接收，因此一个或多个数据块的重传可能是必要的。这种重传可以由HARQ(混合自动重传请求)过程来初始化。
其中在FDD(频分双工)情况下，用户设备发送HARQ ACK(应答)或NACK(非/否定应答)非常简单和明显，因为UE一旦完成解码PDSCH开始准备响应并在4毫秒(4个传输时间间隔-TTIs)后发送响应。但是在TDD(时分双工)中，UE不能像在FDD中那样以固定的定时发送响应。它必须等待直到它得到上行链路(UL)传输的下一次机会，并且下一次机会将取决于UL/DL配置(DL＝下行链路)而不同。即使UE有机会在UL上发送，对于特定的UE也不总是能够发送所有必要的响应数据。例如，如果UE在UL子帧之前获得太多DL子帧，由于物理上行链路控制信道(PUCCH)的容量或带宽可能不够大以容纳或承载所有的HARQ ACK/NACK，因此在UL传输中将很难发送所有的响应。因此，特别是在使用TDD时(例如在LTE帧结构类型2中)，HARQ进程只在下一次下载之后被触发。这在目前的LTE中至少需要5ms。此外，这增加了必要的HARQ缓冲区，因为必须存储大量数据直到成功地将其传递到更高的层。
图3a示出LTE系统运行帧结构类型2(FS2)的场景，该帧结构类型为具有图3b中的配置3的TDD。知道了这一点，ACK/NACK计时可以从图4中推导出来，参见配置#1。在LTE中，帧可以包括10个子帧2020至2029。在TDD中，所有可用于数据传输的资源元素都可用于，例如上行链路或下行链路数据传输的特定目的，或者用于例如子帧2021允许系统中的特殊信令的特定目的，和/或用作保护时间。对于本文所公开的教导，特殊的帧被认为是不能用于上行链路或下行链路目的的帧，其中下行链路子帧和上行链路子帧是由发送器和接收器可使用的。图3所示的示例性传输包括从基站(演进节点B-eNB)到用户设备UE的传输。子帧5中的传输(子帧被标记为2025)受到干扰，以致用户设备无法成功解码数据。干扰可以理解为丢失包或超过使用代码的纠错能力的位错误的数量。
在随后的子帧2026至2020的期间，用户设备无法报告干扰传输。在后续帧的子帧2021中并且跟随下行链路子帧，用户设备能够发送指示易出错传输的NACK消息。提供了两种不同的机制来处理TDD中的ACK消息：多路复用和集束。多路复用意味着用于多个接收到的传输块的独立确认被反馈回eNB。集束意味着来自多个下行链路子帧的下行传输块的解码的结果可以组合成单个HARQ-ACK并在上行链路中发送。在子帧n中接收到的数据将很可能最早在子帧n+4中得到确认。
数据的重传最早在第一个随后的下行链路子帧2025处执行。
图4示出LTE中针对不同UL/DL配置的HARQ响应的定时的表格。表格示出在些子帧n中发送HARQ响应，以及响应与哪个PDSCH相关。插入到与子帧相关的字段中的数字指示与消息相关的先前子帧的数量。例如，在UL/DL配置的情况下，0个ACK/NACK消息在子帧2、4、7和9处发送。在子帧2处，表格中显示了值6。这意味着UE发送用于它在6个子帧前处接收到的PDSCH。因此，在子帧2中，当前帧中只经过2个子帧，但是帧包含10个子帧。因此，必须考虑2+10个子帧，并且6个子帧前是前一帧的第6个子帧(子帧2+10-6个子帧＝子帧6)。在子帧4处，值4意味着UE发送用于它在当前帧的子帧0(子帧4-4个子帧)处处接收到的PDSCH的ACK/NACK。在子帧7处，用户设备发送用于它在当前帧的子帧1(子帧7-6个子帧)处接收到的PDSCH的ACK/NACK。在子帧9处，用户设备发送用于它在当前帧的子帧5(子帧9-4个子帧)处接收到的PDSCH的ACK/NACK。简言之，这意味着HARQ响应最早可以在下一个UL子帧中发送，有时可以稍后发送。
另一种发送应答的方法是下行链路中的物理HARQ指示信道(PHICH)，该信道携带用于上行链路数据传输的混合ARQ(HARQ)应答(ACK/NACK)。PHICH位于每个子帧的第一OFDM符号中。对于使用FDD帧结构以及根据LTE的正常PHICH持续时间的场景，给出如下说明。PHICH可由几个资源元素组(REG)携带。多个PHICH可以共享同一组REG，并通过正交覆盖来区分。共享相同资源的PHICH称为PHICH组。因此，可以通过两个参数来识别特定的PHICH：PHICH组数和组内的正交序列索引。
为了确定PHICH需要多少REG，可考虑以下信息。用于HARQ ACK/NACKs的信道编码是简单的：ACK由3位“111”表示，NACK由3位“000”表示(每个应答3位)。PHICH采用二进制相移键控(BPSK)调制，因此对于每个ACK或NACK生成3个调制符号。然后将这3个调制符号与正交覆盖相乘，正交覆盖对于正常循环前缀的扩展因子(SF)为4，得到共12个符号。每个REG包含4个资源元素RE，每个RE可以携带一个调制符号，因此单个PHICH需要3个REG。
图5示出如何将PHICH映射到资源的示例，其中示出三个PHICH组。支持PHICH组的3个REG均匀分布在系统带宽内以提供频率分集。物理控制格式指示信道(PCFICH)也出现在每个子帧的第一符号中并且占用4个REG，无论系统带宽如何。这4个REG跨系统带宽均匀地分布。
PHICH组可以包括的PHICH的数量可以以这样的方式确定：3GPP TS 36.211表格6.9.1-2中已经定义共8个正交序列，因此每个PHICH组最多可以携带8个PHICH。
Figure BDA0002105176170000051
对于正常CP
Figure BDA0002105176170000052
对于扩展CP，其中
Figure BDA0002105176170000053
在MIB中以信号通知
图6示出根据上述公式，对于正常循环前缀取决于参数Ng的信道带宽为10MHz的PHICH组的数量。系统中支持的PHICH组的数量取决于特定的配置。PCFICH组的实际数量可以从下行链路带宽和参数Ng中得到，下行链路带宽和参数Ng两者都在MIB中广播。如上所述，公式定义参见3GPP TS 36.211第6.9节。假设下行链路信道带宽为10MHz，Ng＝1。在这种情况下，总共有7个PCFICH组可用。每个子帧支持的PCFICH的总数将是7个PCFICH组×每PHICH组8个PHICH＝56个PCFICH。需要的资源元素的总数为7个PHICH组×3个REG或PHICH组×每个REG4个RE＝84个RE。
每个PCFICH可携带HARQ/NACK用于上行链路数据传输。UE知道在时域中在哪查找它的PHICH，如果上行链路传输发生在子帧n中，那么对应的PHICH将在子帧n+4中。在频域中，由具有DCI格式0的上行链路资源配置指示，其中，特定的PHICH(PHICH组数，组内的正交序列索引)由对应的PUSCH传输的第一时隙中的最低PRB索引和DMR循环移位得到。这在3GPPTS 36.213第9.1.2节中定义。
参数Ng包含在MIB中，不包含在系统信息块(SIB)中，原因在于UE在系统获取过程的一开始就需要知道PCFICH配置在哪里，这是一个“先有鸡还是先有蛋”的问题。一方面，UE需要解码PHICH来知道在PDSCH上哪里可以找到SIB。另一方面，PDCCH、PHICH和PCFICH共享子帧的控制区域内的资源，而用于PDCCH的可用资源的集合依赖于PHICH配置(因为PCFICH资源是固定且已知的)。
发送ACK/NACK的另一种方法是携带下行链路数据应答的物理上行链路控制信道。物理上行链路控制信道(PUCCH)携带一组称为上行链路控制信息(UCI)的信息。这类似于携带DCI(下行链路控制信息)的PUCCH。取决于PDCCH中UCI所携带的信息类型，将PDCCH分为不同的形成。在3GPP 36.213第10.1节，确定物理上行链路控制信道分配的UE程序中，PUCCH格式总结如下：
·HARQ-ACK使用PUCCH格式1a或1b
·HARQ-ACK使用带信道选择的PUCCH格式1b
·调度请求(SR)使用PUCCH格式1
·HARQ-ACK和SR使用PUCCH格式1a或1b
·CQI使用PUCCH格式2
·CQI和HARQ-ACK使用PUCCH格式
·一般循环前缀使用2a或2b
·扩展循环前缀使用2
图7是描述3GPP规范中的上述规范的表格，其中图8为规范的描述的另一种表格格式，用于说明ARQ和CSI的内容。这些表格显示了通过物理上行链路控制信道(PUCCH)发送的上行控制信息(UCI)消息的类型和长度，可将其视为将通过本文描述的窄带控制信道发送的信息的类型。相应地，PUCCH格式将适于窄带特性。
因此，需要加强移动通信网络中的数据交换。
发明内容
目的是提供一种方法，允许在移动通信网络中，特别是在TDD配置中，实现有效的低延迟数据交换，特别是减少因数据重传而引起的延迟。
此目的是通过独立权利要求中所限定的主题来实现的。
发明人发现，在TDD方案中，在接收期间或在通信的下行链路阶段期间，当使用设置在第二频带(未被用于下载数据的传输的第一频带使用)中的通信信道时，数据(如评估数据，以及用户数据或控制信息)可以从接收节点被发送。这允许接收节点进行传输，即使在TDD方案中在第一个频带中没有安排传输。
根据实施例提供了一种接收器，其中接收器被配置为接收和处理无线电信号。无线电信号包括包含第一信号的第一频带，第一信号包括多个TDD帧。接收器被配置为评估下行链路数据的接收以获取评估数据。接收器还被配置为在第一频带之外的第二频带中发送评估数据。这允许将先前要发送的评估数据(例如指示ACK或NACK)发送到安排给接收器的最早的上行链路帧，因此，以低延迟发送ACK和/或NACK，以便在数据处理的早期阶段将下行链路数据通知给发送器。
根据实施例，每个TDD帧包括多个子帧。这些子帧可被定义为纯上行链路子帧，或纯下行链路子帧。接收器可被配置为在下行链路子帧期间发送评估数据。例如，接收器可被配置为在NB-IoT帧的上行链路子帧中发送评估数据。NB-IoT帧可设置在LTE载波中(带内)、LTE载波的保护带内、或在GSM载波中以及任何其他频带中。这允许使用NB-IoT带宽的窄带宽发送相比于下行链路数据量相对较少量的信息。虽然包含窄带宽，但NB-IoT帧可以包括足够的吞吐量，并且通常可以被少量的IOT设备获得，从而提供未使用的带宽。
进一步实施例提供了一种接收器，被配置为在至少第一上行链路信道和第二上行链路信道中发送评估数据，第一上行链路信道和第二上行链路信道各自包含与第一频带的带宽相比更窄的带宽。因此，接收器可以使用与第二频带结合的进一步上行链路信道，以便增加上行链路带宽，当有可能访问至少两个上行链路信道时，这允许至少统计上较低的延迟。接收器可被配置为聚合第一和第二上行链路信道，并可将公共信道代码应用于第一上行链路信道和第二上行链路信道，以便定义包括与第二频带相比更高的带宽的虚拟信道。例如，可以使用布置在不同频带中的不同NB-IoT帧。
进一步实施例提供了一种接收器，被配置为确定指示下行链路数据的无错误解码的可能性的预测值。这可能允许在处理接收到的下行链路数据期间确定预测值，即，在接收和/或处理下行链路数据完成前确定预测值。当可能性高于阈值时，接收器可以在评估数据中包含肯定应答(ACK)，当可能性低于阈值时，可以在评估数据中包括否定应答(NACK)。因此，在下行链路数据的接收或解码完成之前，可以分别形成指示成功接收、易出错接收的评估数据。这允许接收器在下行链路数据的发送器完成其发送数据的实际尝试之前，发送指示解码成功或指示需要重传的评估数据，因此允许传输和ACK/NACK之间的低延迟。
根据进一步实施例，接收器被配置为在评价数据中包括进一步的信息。进一步的信息可以是：指示用于重传的额外冗余的量的信息(额外的冗余允许重传中的下行链路数据的可能无错误接收)，指示用于重传的频率、时间、帧或者帧内的时隙的信息，即，接收器可包括可被理解为关于用于发送器的重传资源的建议的位置指示，这可能是基于在接收器处感知的信道质量。接收器可替换地或额外地包括与接收器确定的信道质量相关的信息和/或与下行链路数据的代码块相关的信息，即，如果传输块由通信方案中的数个代码块得到，则可以指示用于重传的代码块。在评估数据中包括这些信息，可允许支持发送器找到适合的用于重传的参数，这一方面允许下行链路数据的假定无错误传输，少量的重传尝试和在重传期间节省资源，例如，当避免使用不必要的额外冗余时。
进一步实施例提供了一种接收器，其中接收器被配置为接收和处理无线电信号，无线电信号包括包含第一信号的第一频带，第一信号包括多个TDD帧。接收器被配置为在多个TDD帧的TDD帧的纯下行链路子帧期间在第一频带之外的第二频带中发送数据。虽然由于当前的纯下行链路子帧导致接收器目前无法在第一频带中发送，本发明可允许在第二频带中发送数据。在第二频带中发送的数据可以例如是用户数据、控制数据或评估数据。虽然在TDD方案中接收器必须等待传输，本发明可允许接收器发送数据，因此可允许数据交换中的短延迟。
进一步实施例提供了一种发送器，其中发送器被配置为接收和处理无线电信号，无线电信号包括包含第一信号的第一频带，第一信号包括多个TDD帧。发送器被配置为评估下行链路数据的接收以获取评估数据。发送器被配置为在第一频带之外的第二频带中发送评估数据。例如，发送器可以是eNB(演进节点B，即，基站)。通过使用第二频带，接收由通信网络的另一个节点(例如，根据本文所公开的教导，接收器)上传的数据可以被确认。
进一步实施例提供了一种无线电信号，包括与在第一频带中的第一信号的TDD帧期间接收的数据的接收的评估相关的评估数据。无线电信号包括第二频带且在无线电信号的TDD帧期间被发送。
进一步实施例提供了一种无线通信系统，包括根据本文所公开的教导的接收器以及根据本文所公开的教导的发送器。
进一步实施例提供了一种方法。方法包括接收和处理无线电信号，无线电信号包括包含第一信号的第一频带，第一信号包括多个TDD帧。方法包括评估下行链路数据的接收以获得评估数据并在第一频带之外的第二频带中发送评估数据。
进一步实施例提供了一种方法，包括接收和处理无线电信号，无线电信号包括包含第一信号的第一频带，第一信号包括多个TDD帧。方法还包括在多个TDD帧的TDD帧的纯下行链路子帧期间在第一频带之外的第二频带中发送数据。
进一步实施例提供了一种非临时性计算机程序产品，包括存储有指令的计算机可读介质，当该指令在计算机上运行时，执行本文所公开的教导的方法。
从属权利要求中定义了进一步实施例。
附图说明
现结合附图对本发明的实施例进行更详细的描述，其中:
图1是网络基础设施的示例的示意图；
图2是示例性基于LTE OFDMA子帧的示意图，具有两个天线端口用于不同选择的Tx天线端口；
图3a是在LTE中帧包括TDD资源的场景的示意图；
图3b是图3a的场景中的可能上行链路/下行链路配置的示意图；
图4示出LTE中不同UL/DL配置的HARQ响应的时序的示意表；
图5是PHICH如何映射到资源的示例的示意图，其中示出三个PHICH组；
图6是具有10MHz信道带宽的PHICH组的数量的示意图；
图7是描述在3GPP规范中描述的规范的部分的表格；
图8是示出ARQ和CSI的内容的规范说明的另一个表格形式；
图9示出根据实施例的接收器的示意框图；
图10示出根据实施例的当实现ACK/NACK响应的快速传输时的可能时序的示意图；
图11a示出根据实施例的NB-IoT载波带内LTE的布置；
图11b示出根据实施例的在独立GSM操作模式下的NB-IoT载波的布置；
图11c示出根据实施例的LTE保护带中的NB-IoT载波的布置；
图12示出根据实施例的可由接收器执行的可能信道访问的示意图；
图13是根据实施例的在NB侧信道内的传输上调制的序列的时序的示意图；
图14示出根据实施例的发送器的示意图；
图15示出根据实施例的通信网络的示意图；
图16示出可用于实现本文所描述的实施例的一组伪代码；
图17是根据实施例的用于发送评估数据的方法的示意流程图；以及
图18是根据实施例的用于发送数据的方法的示意流程图。
具体实施方式
在下文中，本发明的优选实施例参照附图进行了更详细的描述，其中具有相同或类似功能的元素由相同的附图标记引用。
下面描述的一些实施例涉及接收器。一些实施例涉及发送器。接收器可被理解为通信系统的接收节点，其被安排为在TDD方案的下行链路帧或下行链路子帧期间接收数据或至少不发送数据。发送器可被理解为通信系统的发送节点，其被安排为在下行链路帧或子帧期间发送数据。在不同的帧或子帧(如上行链路子帧)中，接收器或不同的接收器可以被配置为发送数据，其中发送器被配置为接收数据。因此，本文描述的接收器和发送器的功能根据下行链路或上行链路帧或子帧可以是可互换的。下文中的下行链路涉及从发送器(如基站)到接收器(如UE)的传输，其中上行链路涉及从接收器(与下行链路阶段相关)到发送器(与下行链路阶段相关)的传输。
图9示出接收器110的示意框图。接收器包括天线112a，并被配置为使用天线112a接收和处理无线电信号114。无线电信号114包括包含第一信号的第一频带f1。第一信号可以是移动通信信号，如LTE信号或GSM信号。例如，频带f1的带宽可以是例如1.4MHz或更高。第一信号包括多个TDD帧。接收器110被配置为评估包含在第一信号中的下行链路数据的接收，以获取评估数据。接收器110可包括用于评估接收器110的下行链路数据的接收的处理器116。处理器116可被配置为解码第一信号。在第一信号的解码期间或之后，处理器116可确定下行链路数据传输的质量。此外，这可能包括位错误的数量、接收信号的相移和/或信噪比。
接收器110被配置为获取评估数据，例如，它可以使用处理器116生成评估数据。此外，评估数据可包括向信号114的发送器发送的指示成功接收或不成功接收的反馈，例如，通过在评估数据中包括ACK或NACK消息(如在HARQ过程中)。
接收器被配置为访问第二频带f2，并通过无线电信号118在第二频带f2上发送消息。第二频带f2可以包括第二信号。第二信号可包括多个TDD帧。例如，TDD帧的一些子帧可以是纯上行链路子帧或纯下行链路子帧。根据其他示例，TDD帧可以是纯上行链路或者纯下行链路的。根据其他示例，第二频带可以通过FDD方案访问。接收器可被配置为使用用于第一移动通信标准的第一频带f1，其中第二频带f2是用于第二移动通信标准。
在接收器110和发送器之间的通信中调度TDD帧的下行链路帧或子帧期间，接收器可以访问第二频带f2。
接收器116被配置为在第二频带f2中发送信息(例如评估数据)。第二频带f2设置在第一频带f1之外。如将结合图11a至11c更详细地描述，第二频带f2设置在第一频带f1之外可以被理解为频带f2是未被信号114为传输下行链路数据而占用的频率范围或频带。因此，频带f2可以至少部分地设置在带外(低于频带f1的最低频率，高于频带f1的最高频率的频带)，和/或可以设置在带内(在频带f1的最低频率和最高频率之间的频率区域)，即，第二频带在第一频带之外不一定意味着频带f2与频带f1分离。
虽然接收器110被示为包含两个天线112a和112b(一个用于上行链路，一个用于下行链路)，但接收器110可以包含不同数量的天线。例如，接收器110可以只包括一个配置用于发送和接收的天线。可替换地，接收器110可包括超过2个的天线，例如，用于利用不同天线评估不同频带。例如，接收器可以是UE(如移动电话、平板电脑或任何其他通信节点)。
图10示出当实现ACK/NACK响应的快速传输时的可能时序的示意图。场景可以与结合图3所解释的场景相同，即，eNB在帧N的子帧2025中发送下行链路数据。发送受到干扰，即，易出错，因此需要重传。只要UE(接收器)评估下行链路数据的接收并检测到需要重传，UE可以使用信号118在第二频带f2中发送评估数据。这可能是例如在帧2026期间(可以是例如频带f1内的纯下行链路子帧)。
当使用第二频带f2发送评估数据时，评估数据的发送的时序可能不同或者甚至独立于无线电信号114的帧和/或子帧的时序。如稍后将更详细地描述，第二频带f2可用于不同的通信协议。例如，第二频带f2可以是GSM载波，其中第一频带f1可以是LTE频带。当访问GSM载波用于发送评估数据，而通过LTE载波接收下行链路数据时，信号118可以适应GSM时序等，其中下行链路数据根据LTE时序被接收。由eNB接收评估数据后，下行链路数据的重传可由发送器执行。根据一个场景，这可能是接收评估数据后的下一个下行链路帧。因此，尽管接收器110，UE可能分别被困在帧N的纯下行链路阶段和/或不允许发送自己的消息的子帧(子帧2021)中。UE可以发送它的响应，即评估数据，因此，与图3的场景相比，UE可以更早地用信号通知重传的请求。
条122指示在其期间UE通常不具备在帧N和/或N+1中进行数据交换的上行链路能力的时间。因此，在条122所示的子帧期间，由于等待上行链路容量且因此等待在第一频带f1中重传ACK和/或NACK，可能导致延迟。通过使用第二频带f2，这种延迟至少可以被减少。
根据示例，当这样的帧以低延迟跟随下行链路帧或至少跟随干扰传输时，接收器110被配置为在频带f1中，例如在上行链路子帧2022,2023和/或2024中，发送评估数据。例如，当信号114在纯下行链路子帧2020中发送时，接收器110可被配置为根据常规网络配置，使用频带f1在纯上行链路子帧2022中发送评估数据。根据另一个示例，接收器110可被配置为始终使用频带f2。根据另一个示例，接收器110可被配置为应用进一步的决策参数。例如，接收器110可以评估在下一个上行链路帧中分配上行链路资源的概率。当接收器不太可能被允许在下一个上行链路子帧中发送评估数据时，或者当接收器必须等待比时间阈值长的时间时，接收器110可被配置为决定使用频带f2。时间阈值可以是任何适用的值，例如，1个子帧、2个子帧或3个子帧。
换句话说，图3和图10示出在子帧5中的下行链路数据的传输。当没有窄带(NB)信道用于ACK/NACK的快速传输时，响应可以最早在下一个上行链路帧，即帧2022中被发送，如图3所示。这可以触发重传最早在下一个下行链路子帧，即，子帧5中。当使用NB HARQ UL信道，即，频带f2时，ACK/NACK可以被更早发送甚至可以被立即发送，重传也可以更早被触发，在此情况下，在子帧8中。NB-UL信道可以是NB-IoT信道，其中一些UL资源预留给LTE/5GPUCCH。
根据示例，第二频带f2是指定用于NB-IoT的频带的至少一部分。现在参考图11a至11c，描述NB-IoT的三种操作模式，即带内LTE操作模式(图11a)，独立GSM操作模式(图11b)和LTE保护带操作模式(图11c)。图11a至11c是根据NB-IoT的不同操作模式的示意图，也称为NB-IoT。因此，接收器可被配置为根据LTE标准进行操作，而第二频带可包括NB-IoT信道。
图11a示出带内LTE操作模式，根据其，在频带301的LTE载波中部署NB-IoT载波或频带300(也称为NB-IoT信道)。LTE频带301可对应第一频带f1。频带300的NB-IoT载波可用作第二频带f2。
图11b示出将NB-IoT频带300置于多个GSM载波302之间的独立GSM操作模式。NB-IoT频带300可以通过保护带与GSM载波分离。GSM载波302可用作第一频带f1。
图11c示出LTE保护带操作模式，根据其，NB-IoT载波300被放置在提供在标准LTE的载波两端处的LTE保护带中的一个中。
虽然图11a至11c示出第二频带f2位于频带f1的最小频率和最大频率之间的频率区间内或与之相邻，但是以上描述的非限制场景可以相互组合。第二频带f2可以是频带301或302未使用的任何频带。例如，接收器可接收第一频带f1中的第一信号，图11a或11c中所示，同时使用第二频率范围f2用于发送评估数据，如图11b所示，或者反之亦然。可替换地或额外地，进一步或其他频带可用于第一频带f1和/或第二频带f2。换句话说，在LTE REL.13中，LTE辅助中的NB-IoT信道可以嵌入到带内，或者嵌入到现有LTE载波的保护带中。基本窄带(NB)载波在频域中使用200KHz带宽或物理资源块(PRB)＝12个子载波。这种NB载波可提供足够的带宽来发送数据，例如包括与HARQ ACK或NACK相关的数据的评估数据。需要注意的是，第二频带不限于NB-IoT载波的利用和/或NB-IoT载波可存在或可以用与本实施例中描述的属性不同属性定义，但不将本文描述的示例限于本实施例。当接收器使用NB-IoT帧在第二频带内发送评估数据时，接收器可被配置为在NB-IoT帧的上行链路子帧期间发送评估数据，即，接收器可被配置为根据第二频带中使用的相应协议进行通信。
图12示出可以由例如接收器110执行的可能信道访问的示意图。示意性地表示多个子帧2022至2028。仅为了说明的目的，每个子帧包括包含用于信令(如主同步信号(PSS)和/或辅助同步信号(SSS))的资源的纯下行链路配置。第一频带f1的示例带宽可以在1.4MHz到20MHz之间。接收器可访问包含带宽BW1的第二频带f2。如参考图11a至11c所述，f2频带可以是，例如，NB-IoT载波300。简言之，接收器可以使用NB-IoT载波300a的第二频带f2的带宽。此外，接收器可使用包括进一步的带宽BW2的进一步的频带f3(可以是例如进一步的NB-IoT载波302b)。根据本发明所述实施例的接收器可被配置为使用在f1频带之外的两个或甚至两个以上频带作为ARQ/HARQ信道。简言之，接收器可使用两个或更多个NB-IoT载波，即在频域中的第2、第3、…、第n个载波可能聚合的信道。例如，接收器可被配置为对于频带f2和/或f3可替换地或者额外地，使用与保护带中的NB-IoT相关联与相关联的频带f4。
例如，接收器可决定使用载波300a或300b(或不同的载波)中的一个用于发送评估数据，例如基于响应信道的工作负载。可替换地，接收器可被配置为同时使用载波300a和300b，即，组合频带f2和f3。频带f2和f3在频域中可以彼此相邻或者可以彼此分离。因此，第二频带也可以是数个NB-IoT信道的组合，例如，保护带中的两个或更多个NB-IoT信道的组合，两个或更多个带内NB-IoT信道和/或两个或更多个保护带NB-IoT信道的组合，和/或不同类型的NB-IoT信道的组合。组合的类型在不同的接收器之间可以不同，并且可能被影响或可能取决于通信系统的操作模式。如参考图11a至图11c所述，一个或多个NB-IoT信道可位于与第一频带不同的其他频带，如GSM载波。换句话说，1、2、…，N_SC窄带载波可作为单独的ARQ/HARQ信道使用，其中N_SC可以是任何值，例如小于1,000、小于500或小于100。所使用的每个载波可以是带内和/或在现有LTE载波的保护带内和/或在其他载波内。如果需要比一个单窄带载波更高的带宽，则可以聚合数个NB带。通过在N个聚合的HARQ信道上使用信道代码，这种特殊HARQ带的鲁棒性可以是高的或可被增大。注意的是，N可以是1、2或更高的数，如3、4、5或更多。
换句话说，LTE带的内1.4MHz被预留给强制性的LTE控制信道，如同步信号(PSS/SSS)和广播信息(PBCH)。这些频带可能不能被用于NB-IoT子信道。非连续NB-IoT也可以捆绑成逻辑NB-IoT HARQ信道，例如在频带f2和f4处的信道。可替换地或额外地，接收器可被配置为重用这个“HARQ信道”，即至少一个频带，作为较高层(例如传输层)的独立数据信道。由于该信道的容量较低，因此可以将来自较高层的小包(不是背驮(piggybacked)的)映射到该信道上。这使得小包的运输更快。如果有更多的NB-IoT信道被聚合，跨聚合带的具有交织的信道编码将通过更好地利用频率分集提高传输的鲁棒性，从而提高整体效率。
因此，接收器可被配置为在至少第一上行链路信道和第二上行链路信道中发送评估数据，第一上行链路信道和第二上行链路信道各自包含相比于第一频带的带宽更窄的带宽。接收器可配置为通过将公共信道代码应用于第一上行链路信道和第二上行链路信道，聚合第一上行链路信道和第二上行链路信道，例如，当使用相邻的频带(如f2和f3)时。这可能允许增加这个反馈信道的容量，并可能提高鲁棒性，因为编码和交织可以在更宽的带宽上使用。接收器可以对相邻的信道和分离的信道(如f2和f4和/或f3和f4)执行编码和交织。可替换地，两个信道可以复用相同的HARQ信息，接收侧的解码器可以执行HARQ信道选择，以增强鲁棒性。
再次参照图10时，将解释接收器110的可能配置。当接收到发送的带有信号114的下载数据时，处理器可以逐部分，例如，逐符号、逐位或逐字节等地处理和/或解码接收到的数据。因此，尽管接收到可能大量的数据，但这些数据是逐步处理的。根据一个示例，接收器缓冲所有接收到的数据，并在接收完成后尝试解码，其中接收器可确定解码是不可能的或质量低于阈值。根据进一步实施例，接收器被配置为在此逐步处理期间(即在接收完成之前)确定指示下行链路数据的无错误解码的可能性的预测值。无错误是指仍需要被接收器纠正的错误的数量。这也可以称为在线评估。例如，基于相移和/或倾斜信号边缘等参数，接收器可确定很可能将会发生位错误。接收器还可评估或确定对于无错误解码可以是关键的位错误的量，或者可确定信道故障在接收期间正在增加。简言之，接收器可监视或确定接收到的包在接收后以及接收期间是否可以正确解码。在接收期间，接收器可确定关于当数据包最终被接收时可以被解码的可能性有多大的预测。因此，接收器可确定指示对下行链路数据进行无错误解码的可能性的预测值。当可能性高于阈值时，接收器可在评估数据中包括肯定应答，当可能性低于阈值时，接收器可在评估数据中包括否定应答。因此，接收器可基于与成功接收相关的预测发送评估数据。换句话说，预测HARQ可以被发送回发送器。
当仍然参照图10时，当接收器确定可能无法正确解码接收到的数据时，可以在子帧2025的持续时间期间发送NACK。因此，接收器可被配置为在接收的下行链路数据的处理完成之前发送评估数据。可能性阈值可以是任何合适的值，例如，至少90％、至少95％或至少99％的成功解码概率。尽管被描述为成功解码的可能性值，但实施例不应限于此。还可以确定指示干扰解码或不成功解码的可能性或概率的阈值，其中当确定的可能性值高于阈值时，处理器可在评估数据中发送NACK消息。例如阈值可为最多10％、最多5％或最多1％的错误解码的概率。此外，没有必要直接确定可能性。接收过程中的任何其他参数(如位错误计数或相移变化)可被用作指示值，且因此用于确定是否应发送肯定应答(ACK)或否定应答(NACK)。
独立于接收器发送评估数据的时间，可以将进一步的信息添加到HARQ。进一步的信息可以是，例如，指示有多少冗余是缺少的或应由发送器花费以允许成功的解码的冗余指示。可替换地或额外地，评估数据可包括可以是关于重传资源的建议也可以基于接收器处的感知信道质量的位置指示。可替换地或额外地，信道质量指示(CQI)可被包括在评估数据中，或可被添加到评估数据，以协助发送器处的重传调度。因此，接收器可指示哪些信道适合重传。可替换地或额外地，评估数据还可包括代码块指示(CBI)。如果传输块由数个代码块得出，则可指示被建议用于重传的代码块。可替换地或额外地，如果花费了额外的冗余，接收器可被配置为预测解码概率。评估数据可包括与此解码概率相关的信息。
每个上述的信息也可在重传的接收期间或重传的接收之后被发送。除了传输和重传之间的更短延迟之外，这种信息可以允许更改所发送数据的编码。这可以允许避免不成功的解码，以便重传可以是不必要的。
作为评估数据的替代或除了评估数据之外，接收器110可被配置为发送与第一频带f1中的第一信号的资源分配相关的控制数据和/或发送用户数据。简言之，接收器可使用一个或多个窄带侧信道的带宽来发送评估数据和进一步的信息，如控制数据或用户数据。控制数据可指示评估数据或其他数据在时域和/或频域中在第二信号中的位置。接收器还可被配置为接收此控制数据，并在第二信号中的指示位置处发送评估数据或数据。因此，控制数据可指示对另一个通信伙伴的控制，或者可包括接收器的用户数据。另一个通信伙伴的控制数据可以例如是指示用于重传的额外冗余的量的信息，指示用于重传的频率、时间、帧或帧内的时隙中的一个的信息，与接收器确定的信道质量相关的信息，与下行链路数据的代码块相关的信息和/或对于请求的额外冗余的解码概率。换句话说，当使用TDD系统和其他UL可能不可用时，这个信道还可用于用户数据的其他控制数据，例如，更好地支持延迟受限的流量，以及重用来自阻塞的ACK或NACK的额外延迟或抖动。
额外的信息可包含其他控制信道，如MIMO反馈信息，例如信道质量信息(CQI)、信道状态信息(CSI)、用于特定子带或子带组的预编码矩阵指示(PMI)或秩指示(RI)。这些信息可包括增量反馈信息。此外，该信道还可以携带用户数据。
接收器110可被配置为在评估数据中包括调度请求。调度请求可以与对于TDD帧中的上行链路资源的请求相关。例如，TDD帧可包括多个子帧，其中多个子帧的子帧是纯上行链路子帧或纯下行链路子帧。接收器可被配置为在评估数据中包括调度请求或使用纯上行链路子帧的请求。这可允许通过在使用NB侧信道(即，第二频带f2)的TDD下行链路传输期间指示调度请求来实现较低的上行链路传输延迟。这可能在TDD系统中的UL传输延中带来显著收益。
如图13所示，序列可在NB侧信道中的传输上被调制。接收器被配置为分别发送评估数据、调度请求(SR)，以便用户识别(即接收器的识别)在在eNB侧是可能的，例如通过插入标识符等。此外，缓冲状态或预期的UL传输大小可以由接收器指示。如关于图11a至图11c所述，例如在LTE载波的保护带中和/或在物理调度请求上行链路信道(PSRUCH)中，评估数据可被发送。
可替换地或额外地，第二频带f2可用于评估数据以外的其他数据，如物理上传控制信道(PUCCH)。基于低带宽，本文将其称为NB PUCCH信道。NB PUCCH信道的位置可以由接收器用信号通知。这可以在用户设备(接收器)处完成，例如通过RRC或作为系统信息的一部分。取决于用户应该报告的资源分配，用户可被隐式地分配资源。可替换地或额外地，用户可接收PUCCH时隙作为DCI的一部分。对于半持久性调度(SPS)，可以设置较长期的分配。可替换地，用户可以使用如Gold、DFT、Hadamard等代码进行多路复用。代码可以在时间和/或频率资源之间传播。双方必须就在发送器和接收器侧使用何种编码和序列达成一致。
上述从接收器发送到发送器(或其他节点)的每个数据可以彼此独立实现，也可以互相以任意方式组合。接收器110可被配置为接收和处理无线电信号，无线电信号包括包含第一信号的第一频带，第一信号包括多个TDD帧。接收器被配置为在多个TDD帧的TDD帧的下行链路帧期间，在第一频带之外的第二频带中发送数据。在第二频带中发送的数据可以是ACK/NACK评估数据、包括调度请求和/或信令数据(例如，与PUCCH信道的位置相关)的控制数据和/或用户数据，和/或其组合。
图14示出发送器410的示意框图。与接收器110相比，发送器410具有类似的功能，例如在上行链路帧或子帧期间。接收器410包括天线412a和/或412b，用于在第一频带f1中接收和在第二频带f2中发送。天线412a和412b可对应于天线112a和112b。发送器410包括可对应于处理器116的处理器416。发送器被配置为接收和处理无线电信号114，无线电信号包括包含第一信号的第一频带f1，第一信号包括多个TDD帧。发送器可被配置为在多个TDD帧的TDD帧的纯上行链路子帧期间，在第一频带之外的第二频带中发送数据。发送器被配置为评估下行链路数据的接收情况以获取评估数据。发送器410进一步被配置为在第一频带f1之外的第二频带f2中发送评估数据。简言之，TDD帧可包括上行链路序列和下行链路序列，其中，当从下行链路序列(由接收器110接收在第一频带f1中的信号)切换到上行链路序列(由发送器410接收在第一频带f1中的信号)时。可以使用相同的机制来增强接收器110和发送器410这两个节点之间的通信。
根据发送器的功能，接收器(如接收器110)可被配置为接收第二频带f2中的评估数据，评估数据是由接收器响应于第一频带f1中的数据的传输而发送的。换句话说，NB信道可用于从eNB(用于UE上行链路传输)的HARQ。
发送器410可被配置作为eNB操作，即3G基站。发送器410可被配置为发送指示NB-IoT节点(如在第二频带中进行发送的NB-IoT节点1042，如传感器、建筑物等)的调度的调度数据。发送器410可被配置为生成调度数据，以便将NB-IoT节点的传输调度至第二频带f2中的第二信号的上行链路子帧，其中，资源被调度到的上行链路子帧可以不用于发送器或与发送器410通信的用户设备(接收器110)在第一频带f1中的传输。简言之，发送器410可通过不将IOT设备调度至由接收器或发送器用于边信道通信(例如，用于PUCCH)所使用的资源上而组织第二频带的调度。这可能允许NB-IoT设备和边信道通信之间的共存。发送器410接收的数据可包括指示另一通信伙伴的控制的控制数据，或者可包括接收器的用户数据，如关于接收器所述的。
图15示出包括接收器(如接收器110)和发送器(如发送器410)的通信网络500的示意图。接收器110在第二频带f2中发送无线电信号510，例如无线电信号118。无线电信号510包括与在第一频带f1中的第一信号114的TDD帧的期间接收的数据的接收的评估相关的评估数据。无线电信号510包括第二频带f2，并在无线电信号114的TDD帧期间被发送。
图16示出可用于实现本文描述的示例的一组伪代码。例如，可在NB下载带上实现或运行单独的物理HARQ指示信道(PHICH)。这可能额外在LTE协议的主信息块(MIB)中用信号通知。伪代码包括三个块610、620和630。虽然代码块630的最后一行指示只使用一个信道C1、C2、…、CN，但是可替换地可以分配两个或更多个信道，例如，用于使用频率分集。这可能与在PUSCH的两侧处为PUCCH UL传输所做的一致。伪代码块610描述了主信息块(MIB)的内容。
在块620中，可选的窄带物理HARQ指示符信道(NB-PHICH)被添加，如以下代码所指示：
nb-phich-Config NB-PHICH-Config OPTIONAL,--Need ON。
代码块630是描述nb-phich-Config的内容的一个可能示例
NB-PHICH-Config::＝SEQUENCE{
phich-Duration ENUMERATED{normal,extended},
phich-Resource ENUMERATED{oneSixth,half,one,two}
phich-Location ENUMERATED{c1,c2,…,cN}
}
以上述代码为例，定义了窄带PHICH的一些参数，如持续时间、要使用的资源和信道的位置。仅作为非限制性的示例，为了通过利用至少两个NB-IoT信道来使用频率分集，phich-Location可指频域中一个或多个附加频带的位置，例如，图12中的频带f2、f3和/或f4。
可替换地，伪代码的功能可以通过类似地在RRC上基于UE配置网络来获得。
图17示出方法700的示意流程图。方法700包括接收和处理无线电信号的步骤710。无线电信号包括包含第一信号的第一频带(如第一频带f1)，第一信号包括多个TDD帧。步骤720包括评估下行链路数据的接收以获得评估数据。步骤730包括在第一频带之外的第二频带中发送评估数据。方法700可由例如接收器110执行。
图18示出方法800的示意流程图，该方法可以由例如接收器110或发送器执行。步骤810包括接收和处理无线电信号，无线电信号包括包含第一信号的第一频带，第一信号包括多个TDD帧。方法800的步骤820包括在多个TDD帧的TDD帧的纯下行链路子帧期间，在第一频带之外的第二频带中发送数据。
本发明所述实施例可用于移动通信网络，特别地用于增强的移动宽带(eMBB)服务和超可靠的低延迟通信(URLLC)中。
虽然已就资源分配的特定LTE配置描述了一些实施例，但是其他配置也是可能的，例如，帧和/或子帧的其他上行链路/下行链路配置。
虽然已经在装置的上下文中描述一些实施例，但是明显的是，这些方面也表示对应方法的描述，其中块或设备对应于方法步骤或方法步骤的特征。类似地，在方法步骤的上下文中描述的方面也表示对应装置的对应块或项或特征的描述。
通常，本发明的实施例可以被实现为带有程序代码的计算机程序产品，当计算机程序产品在计算机上运行时，程序代码被操作用于执行方法中的一个。例如，程序代码可以存储在机器可读载体上。
其他实施例包括存储在机器可读载体上的用于执行本文所述方法中的一个的计算机程序。
换句话说，因此，本发明方法的实施例是具有程序代码的计算机程序，当计算机程序在计算机上运行时，程序代码用于执行本文所述方法中的一个。
因此，本发明方法的进一步实施例是数据载体(或数字存储介质，或计算机可读介质)，包括记录在其上的用于执行本文所述方法中的一个的计算机程序。
因此，本发明方法的进一步实施例是表示用于执行本文所述方法中的一个的计算机程序的数据流或信号序列。例如，数据流或信号序列可被配置为通过数据通信连接(例如通过因特网)被传递。
进一步实施例包括处理构件，例如计算机或可编程逻辑设备，被配置为或适于执行本文所述方法中的一个。
进一步实施例包括具有安装在其上的用于执行本文所述方法中的一个的计算机程序的计算机。
在一些实施例中，可编程逻辑设备(例如现场可编程门阵列)可用于执行本文所述方法的部分或全部功能。在一些实施例中，现场可编程门阵列可与微处理协作以执行本文所述的方法中的一个。通常，这些方法优选地由任何硬件装置执行。
上述实施例仅是本发明的原理的说明。需要理解的是，对于本领域其他技术人员来说，布置以及本文描述的细节的修改和变化将是显而易见的。因此，其意图仅通过随后的专利权利要求的范围来限制，而不通过以实施例的描述和解释所呈现的特定细节来限制。

Claims (29)

1.一种接收器(110)，包括：
天线(112a；112b)，被配置为接收和处理无线电信号(114)，所述无线电信号(114)包括包含第一信号的第一频带(f1)，所述第一信号包括多个TDD帧；以及
处理器(116)，被配置为评估下行链路数据的接收以获取评估数据；
其中所述接收器(110)被配置为在所述第一频带(f1)之外的第二频带(f2)中发送所述评估数据；
其中所述接收器(110)被配置为在所述评估数据中包括以下中的至少一个：
指示用于重传的额外冗余的量的信息；
与由所述接收器(110)确定的信道质量相关的信息；以及
包含所述额外冗余的重传数据的解码概率。
2.如权利要求1所述的接收器(110)，其中每个TDD帧包括多个子帧(2020-2029)，其中所述多个子帧中的由所述接收器可使用的子帧是纯上行链路子帧或纯下行链路子帧。
3.如权利要求1所述的接收器(110)，其中每个TDD帧包括多个子帧(2020-2029)，其中所述接收器(110)被配置为在NB-IoT帧的上行链路子帧中的下行链路子帧(2026)期间发送评估数据。
4.如权利要求1所述的接收器(110)，其中所述第二频带(f2)包括第二信号，所述第二信号包括多个TDD帧。
5.如权利要求1所述的接收器(110)，其中所述接收器(110)被配置为在所述第二频带(f2)的至少第一上行链路信道(300a)中以及在第三频带(f3，f4)的至少第二上行链路信道(300b)中发送所述评估数据，所述第一上行链路信道(300a)和所述第二上行链路信道(300b)各自包括与所述第一频带(f1)的带宽相比更窄的带宽。
6.如权利要求5所述的接收器(110)，其中所述接收器(110)被配置为通过对所述第一上行链路信道(300a)和所述第二上行链路信道(300b)应用公共信道代码，聚合所述第一上行链路信道(300a)和所述第二上行链路信道(300b)。
7.如权利要求5所述的接收器(110)，其中所述第一上行链路信道(300a)和所述第二上行链路信道(300b)在频域中彼此隔开。
8.如权利要求1所述的接收器(110)，
其中，为获得所述评估数据，所述接收器(110)被配置为：
确定指示所述下行链路数据的无错误解码的可能性的预测值；以及
当所述可能性高于阈值时，在所述评估数据中包括肯定应答(ACK)，以及当所述可能性低于所述阈值时，在所述评估数据中包括否定应答(NACK)。
9.如权利要求8所述的接收器(110)，其中所述接收器(110)被配置为在所接收的下载数据的处理被完成之前发送所述评估数据。
10.如权利要求1所述的接收器(110)，其中所述接收器(110)被配置为在所述评估数据中包括指示所述下行链路数据的无错误接收的肯定应答(ACK)，或者在所述评估数据中包括指示用于所述下行链路数据的重传的请求的否定应答(NACK)。
11.如权利要求1所述的接收器(110)，其中所述接收器(110)被配置为响应于所述下行链路数据的重传的接收而发送所述评估数据。
12.如权利要求1所述的接收器(110)，其中所述接收器(110)被配置为发送与所述第一信号(114)的资源分配相关的控制数据或者与所述评估数据一起发送用户数据。
13.如权利要求12所述的接收器(110)，其中每个TDD帧包括多个子帧(2020-2029)，其中所述多个子帧的子帧是纯上行链路子帧或纯下行链路子帧；其中所述接收器(110)被配置为在所述评估数据中包括指示使用纯上行链路子帧的请求的信息。
14.如权利要求1所述的接收器(110)，其中所述接收器(110)被配置为根据LTE标准进行操作，其中所述第二频带(f2)包括NB-IoT信道(300)。
15.如权利要求1所述的接收器(110)，其中所述接收器(110)被配置为响应于在所述第一频带(f1)中的数据的传输而在所述第二频带(f2)中接收评估数据。
16.如权利要求1所述的接收器(110)，其中所述第一频带(f1)用于第一移动通信标准，其中所述第二频带(f2)用于第二移动通信标准。
17.如权利要求1所述的接收器(110)，其中所述第二频带(f2)包括第二信号，所述第二信号包括多个TDD帧，其中所述接收器(110)被配置为在所述第一频带(f1)中发送控制数据，所述控制数据指示所述评估数据在时域或频域中在所述第二信号中的位置。
18.如权利要求1所述的接收器(110)，其中所述第二频带(f2)包括第二信号，所述第二信号包括多个TDD帧，其中所述接收器(110)被配置为在所述第一频带(f1)中接收控制数据，所述控制数据指示所述评估数据在时域或频域中在所述第二信号中的位置，其中所述接收器(110)被配置为在所述第二信号中的所述位置处发送所述评估数据。
19.如权利要求1所述的接收器(110)，其中所述接收器(110)被配置为发送指示在所述第二频带(f2)中进行发送的NB-IoT节点(1042)的调度的调度数据，其中所述接收器(110)被配置为生成所述调度数据以便将所述NB-IoT节点(1042)的传输调度至所述第二频带(f2)中的第二信号的上行链路子帧，所述上行链路子帧不用于所述接收器(110)或与所述接收器(110)通信的发送器在所述第一频带(f1)中的传输。
20.一种接收器(110)，包括：
天线(112a)，被配置为接收和处理无线电信号(114)，所述无线电信号(114)包括包含第一信号的第一频带(f1)，所述第一信号包括多个TDD帧；
其中所述接收器(110)被配置为在所述多个TDD帧的TDD帧的纯下行链路子帧期间在所述第一频带(f1)之外的第二频带(f2)中发送评估数据；
其中所述评估数据包括以下中的至少一个：
指示用于重传的额外冗余的量的信息；
与由所述接收器(110)确定的信道质量相关的信息；以及
包含所述额外冗余的重传数据的解码概率。
21.如权利要求20所述的接收器(110)，其中所述数据包括指示另一个通信伙伴(410)的控制的控制数据或包括所述接收器(110)的用户数据。
22.一种发送器(410)，包括：
天线(412a；412b)，被配置为接收和处理无线电信号(114)，所述无线电信号包括包含第一信号的第一频带(f1)，所述第一信号包括多个TDD帧；以及
处理器(416)，被配置为评估下行链路数据的接收以获取评估数据；
其中所述发送器(410)被配置为在所述第一频带(f1)之外的第二频带(f2)中发送所述评估数据；
其中所述评估数据包括以下中的至少一个：
指示用于重传的额外冗余的量的信息；
与由所述发送器(410)确定的信道质量相关的信息；以及
包含所述额外冗余的重传数据的解码概率。
23.如权利要求22所述的发送器(410)，其中所述发送器(410)被配置为发送指示在所述第二频带(f2)中进行发送的NB-IoT节点(1042)的调度的调度数据，其中所述发送器(410)被配置为生成所述调度数据以便将所述NB-IoT节点(1042)的传输调度至所述第二频带(f2)中的第二信号的上行链路子帧，所述上行链路子帧不用于所述发送器或与所述发送器通信的用户设备在所述第一频带(f1)中的传输。
24.如权利要求22或23所述的发送器(410)，
其中所述发送器(410)被配置为接收和处理无线电信号，所述无线电信号包括包含第一信号的第一频带(f1)，所述第一信号包括多个TDD帧；
其中所述发送器(410)被配置为在所述多个TDD帧的TDD帧的纯下行链路子帧期间在所述第一频带(f1)之外的第二频带(f2)中发送数据。
25.如权利要求24所述的发送器(410)，其中所述数据包括指示另一个通信伙伴的控制的控制数据或包括接收器(110)的用户数据。
26.一种无线通信系统(500)，包括：
如权利要求1至21中任一项所述的接收器(110)；以及
如权利要求22至25中任一项所述的发送器(410)。
27.一种用于在无线通信系统中操作的方法(700)，所述方法包括：
接收和处理(710)无线电信号(114)，所述无线电信号包括包含第一信号的第一频带(f1)，所述第一信号包括多个TDD帧；
评估(720)下行链路数据的接收以获得评估数据；
在所述第一频带(f1)之外的第二频带(f2)中发送(730)所述评估数据；
使得所述评估数据包括以下中的至少一个：
指示用于重传的额外冗余的量的信息；
与由接收器(110)确定的信道质量相关的信息；以及
包含所述额外冗余的重传数据的解码概率。
28.一种用于在无线通信系统中操作的方法(800)，包括：
接收和处理(810)无线电信号(114)，所述无线电信号包括包含第一信号的第一频带(f1)，所述第一信号包括多个TDD帧；
在多个TDD帧的TDD帧的纯下行链路子帧的期间在所述第一频带(f1)之外的第二频带(f2)中发送(820)评估数据，
使得所述评估数据包括以下中的至少一个：
指示用于重传的额外冗余的量的信息；
与由接收器(110)确定的信道质量相关的信息；以及
包含所述额外冗余的重传数据的解码概率。
29.一种存储有指令的计算机可读介质，当所述指令在计算机上运行时，执行如权利要求27或28中一项所述的方法。
CN201780080311.5A 2016-10-24 2017-10-19 无线通信网络中的快速ack/nack Active CN110114995B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP16195299.9 2016-10-24
EP16195299 2016-10-24
PCT/EP2017/076776 WO2018077726A1 (en) 2016-10-24 2017-10-19 Fast ack/nack in wireless communication networks

Publications (2)

Publication Number Publication Date
CN110114995A CN110114995A (zh) 2019-08-09
CN110114995B true CN110114995B (zh) 2022-06-24

Family

ID=57211302

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780080311.5A Active CN110114995B (zh) 2016-10-24 2017-10-19 无线通信网络中的快速ack/nack

Country Status (5)

Country Link
US (2) US11637681B2 (zh)
EP (2) EP3961952A1 (zh)
CN (1) CN110114995B (zh)
ES (1) ES2899278T3 (zh)
WO (1) WO2018077726A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109510691A (zh) * 2017-09-15 2019-03-22 株式会社Kt 基于码块组来发送和接收传输块的方法
EP4078871A1 (en) * 2019-12-19 2022-10-26 Fraunhofer-Gesellschaft Zur Förderung Der Angewandten Forschung E.V. Communication system
KR20230080745A (ko) * 2021-11-30 2023-06-07 삼성전자주식회사 Nb 채널을 이용하여 데이터를 전송하는 uwb 장치 및 이의 동작 방법
CN117318762A (zh) * 2022-06-28 2023-12-29 华为技术有限公司 通信方法和通信装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102237981A (zh) * 2010-04-30 2011-11-09 电信科学技术研究院 Ack/nack信息的传输方法和设备
CN102255718A (zh) * 2011-07-11 2011-11-23 电信科学技术研究院 一种载波聚合系统中的数据传输方法及装置
CN102752085A (zh) * 2011-04-21 2012-10-24 华为技术有限公司 Tdd系统中确认或不确认指示信息发送的方法和设备
CN102938693A (zh) * 2011-08-15 2013-02-20 普天信息技术研究院有限公司 Lte-a tdd不同上下行配比的反馈方法
EP2606697A1 (en) * 2011-06-21 2013-06-26 MediaTek Inc. Systems and methods for different tdd configurations in carrier aggregation

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8457549B2 (en) * 2008-02-29 2013-06-04 Lingna Holdings Pte., Llc Multi-user MIMO relay protocol with self-interference cancellation
CN102090012B (zh) 2008-05-09 2016-06-08 诺基亚通信公司 基于3g-lte的虚拟导频序列中的多小区信道估计
US9356688B2 (en) * 2008-05-29 2016-05-31 Futurewei Technologies, Inc. Method and system for full duplex relaying in a wireless communication network
US8780821B2 (en) * 2009-02-20 2014-07-15 Qualcomm Incorporated Channel interleaver for transmission of multiple code blocks in a wireless communication system
WO2010115295A1 (zh) * 2009-04-10 2010-10-14 上海贝尔股份有限公司 请求重传方法、重传方法及其设备
CN102511143B (zh) * 2009-08-26 2016-06-15 交互数字专利控股公司 用于报告针对多载波操作反馈信息的方法和设备
KR101750371B1 (ko) * 2009-12-24 2017-07-03 삼성전자 주식회사 크로스 캐리어 스케쥴링을 지원하는 ｔｄｄ 통신시스템에서 물리채널의 송수신 타이밍을 정의하는 방법
KR101867311B1 (ko) * 2010-12-21 2018-07-19 주식회사 골드피크이노베이션즈 Ａｃｋ／ｎａｃｋ 자원 할당 방법 및 장치와 이를 이용한 ａｃｋ／ｎａｃｋ 신호 전송 방법
US10342012B2 (en) * 2015-03-15 2019-07-02 Qualcomm Incorporated Self-contained time division duplex (TDD) subframe structure
US10057019B2 (en) * 2015-05-08 2018-08-21 Qualcomm Incorporated Media access control (MAC) layer coding and hybrid automatic repeat request (HARQ) for efficient receiver pipeline processing in self-contained time division duplex (TDD) subframe
US9814058B2 (en) * 2015-05-15 2017-11-07 Qualcomm Incorporated Scaled symbols for a self-contained time division duplex (TDD) subframe structure
US10560174B2 (en) * 2015-10-30 2020-02-11 Intel IP Corporation Latency reduction for wireless data transmission
US10581579B2 (en) * 2015-12-27 2020-03-03 Lg Electronics Inc. Method and apparatus for transmitting ACK/NACK for NB-IoT in wireless communication system
US9942941B2 (en) * 2016-01-11 2018-04-10 Telefonaktiebolaget Lm Ericsson (Publ) Method for controlling connected mode DRX operations
US10367677B2 (en) * 2016-05-13 2019-07-30 Telefonaktiebolaget Lm Ericsson (Publ) Network architecture, methods, and devices for a wireless communications network
EP3258628A1 (en) 2016-06-15 2017-12-20 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. 1 bit signaling feedback to configure or change the settings of a communication system
US10645658B2 (en) * 2016-09-06 2020-05-05 Mediatek Inc. Method and apparatus for uplink power consumption reduction in NB-IoT
GB2554649A (en) * 2016-09-30 2018-04-11 Tcl Communication Ltd Systems and methods for frequency division duplex communication
CN107359970A (zh) * 2017-06-16 2017-11-17 宇龙计算机通信科技(深圳)有限公司 混合自动重传请求反馈方法及相关装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102237981A (zh) * 2010-04-30 2011-11-09 电信科学技术研究院 Ack/nack信息的传输方法和设备
CN102752085A (zh) * 2011-04-21 2012-10-24 华为技术有限公司 Tdd系统中确认或不确认指示信息发送的方法和设备
EP2606697A1 (en) * 2011-06-21 2013-06-26 MediaTek Inc. Systems and methods for different tdd configurations in carrier aggregation
EP3054619A1 (en) * 2011-06-21 2016-08-10 MediaTek, Inc Systems and methods for different tdd configurations in carrier aggregation
CN102255718A (zh) * 2011-07-11 2011-11-23 电信科学技术研究院 一种载波聚合系统中的数据传输方法及装置
CN102938693A (zh) * 2011-08-15 2013-02-20 普天信息技术研究院有限公司 Lte-a tdd不同上下行配比的反馈方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Considerations of TDD NB-IoT，R1-160181;Alcatel-Lucent;《3GPP》;20160118;全文 *

Also Published As

Publication number Publication date
US20190245674A1 (en) 2019-08-08
US11637681B2 (en) 2023-04-25
ES2899278T3 (es) 2022-03-10
EP3529931A1 (en) 2019-08-28
CN110114995A (zh) 2019-08-09
US20230254102A1 (en) 2023-08-10
EP3529931B1 (en) 2021-09-29
EP3961952A1 (en) 2022-03-02
WO2018077726A1 (en) 2018-05-03

Similar Documents

Publication Publication Date Title
CN108292976B (zh) 电信装置和方法
US10531443B2 (en) Physical uplink control channel (PUCCH) format adaptation for 5th generation (5G) new radio (NR)
CN111049633B (zh) 在无线通信系统中传输用于终端的控制信道的方法和装置
DK2137864T3 (en) Method and apparatus in a telecommunication system
TWI465067B (zh) 電信系統之方法及終端機
WO2019165176A1 (en) Enhanced uplink grant-free/downlink semi-persistent scheduling for ultra-reliable low latency communications
CN110383924B (zh) 无线蜂窝通信系统中的控制和数据信息资源映射方法和装置
US11569941B2 (en) Configuring puncture bundles of data for a first service in a transmission of a second service
US20180323920A1 (en) Indicating resources for transmitting modulation symbols
US11637681B2 (en) Fast ACK/NACK in wireless communication networks
TR201907700T4 (tr) Programlama modunun gösterimi için kod noktaları kullanarak kontrol kanalı sinyalleşmesi.
WO2018229168A2 (en) Reliable ultra-low latency communications
KR20200004342A (ko) 5G(5th GENERATION) NR(NEW RADIO ACCESS TECHNOLOGY)에 대한 짧은 PUCCH 포맷들 및 SR(SCHEDULING REQUEST) 송신
CN102017504A (zh) 具有捆绑窗口中的所指配数据分组的信令的电信系统中的方法和布置
CN113645660B (zh) 使用上行链路空间复用和上行链路跳过的用户设备和方法
EP3639440B1 (en) Physical uplink control channel (pucch) format adaptation for 5th generation (5g) new radio (nr)
JP6564052B2 (ja) チャネル状態情報の伝送方法、ユーザ機器、及びアクセス・ネットワーク・デバイス
US20110179332A1 (en) Method For Automatic Repeat Request Operation, Transceiver Arrangement, And Computer Program
CN117675151A (zh) 无线蜂窝通信系统中的控制和数据信息资源映射方法和装置
CN111416687A (zh) 一种被用于信道感知的通信设备中的方法和装置
EP2764649A1 (en) Channel selection and channel-state information collision handling
WO2022017126A1 (zh) 一种被用于无线通信的节点中的方法和装置
NZ623748B2 (en) Simultaneous reporting of ack/nack and channel-state information using pucch format 3 resources
NZ623748A (en) Simultaneous reporting of ack/nack and channel-state information using pucch format 3 resources

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20230103

Address after: Holland Ian Deho Finn

Patentee after: KONINKLIJKE PHILIPS N.V.

Address before: Munich, Germany

Patentee before: FRAUNHOFER-GESELLSCHAFT ZUR FORDERUNG DER ANGEWANDTEN FORSCHUNG E.V.