CN109716694B - Harq-ack反馈信息的传输方法及相关装置 - Google Patents

Harq-ack反馈信息的传输方法及相关装置 Download PDF

Info

Publication number
CN109716694B
CN109716694B CN201680089472.6A CN201680089472A CN109716694B CN 109716694 B CN109716694 B CN 109716694B CN 201680089472 A CN201680089472 A CN 201680089472A CN 109716694 B CN109716694 B CN 109716694B
Authority
CN
China
Prior art keywords
harq
feedback information
frequency resource
ack feedback
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
CN201680089472.6A
Other languages
English (en)
Other versions
CN109716694A (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.)
XFusion Digital Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN109716694A publication Critical patent/CN109716694A/zh
Application granted granted Critical
Publication of CN109716694B publication Critical patent/CN109716694B/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
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—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/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • 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/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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
    • 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/1864—ARQ related signaling
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本申请涉及通信技术领域，特别是涉及HARQ‑ACK反馈信息的传输技术。在一种HARQ‑ACK反馈信息的传输方法中，终端设备获取多HARQ进程中每一HARQ进程的下行HARQ‑ACK反馈信息；所述终端设备将所述多HARQ进程的多个下行HARQ‑ACK反馈信息在相同的时频资源上同时传输。通过本申请实施例提供的方案，多个HARQ进程的下行HARQ‑ACK反馈信息在相同的时频资源上同时传输。从而大大减少了终端设备反馈下行HARQ‑ACK反馈信息的次数以及下行多HARQ进程对上行时频资源的占用，进而降低终端设备的功耗。

Description

HARQ-ACK反馈信息的传输方法及相关装置
技术领域
本发明涉及通信技术领域，特别是涉及HARQ-ACK反馈信息的传输技术。
背景技术
在通信***中可采用混合自动重传(HARQ，Hybrid Automatic Repeat Request)方式来进行差错控制。
下行HARQ采用停等机制的方式来发送数据：请参见图1a，基站设备发送一个数据包(图1a中的0-4是数据包标识)后，就停下来等待终端设备的下行HARQ-ACK反馈信息(ACK或NACK)。等到接收到终端设备的反馈信息后再发送数据包。例如，基站发送了数据包0，然后停下来等待终端设备反馈针对数据包0的下行HARQ-ACK反馈信息(即图1a中的ACK0)，等到接收到ACK0后，再发送数据包1。
由于每次传输数据包后基站都要停下来等待下行HARQ-ACK反馈信息，而在等待确认期间信道是空闲的，不发送任何数据，因此上述方式的吞吐量很低。
为了提高信道利用率，增加吞吐量，在LTE(Long Term Evolution，长期演进)***中使用多个并行的HARQ进程，每一HARQ进程采用上述停等机制。但是，当一个HARQ进程在等待该进程的下行HARQ-ACK反馈信息时，基站可以使用另一个HARQ进程来继续发送数据包。图1b示出了4个HARQ进程的示例性图示。以HARQ进程0为例，当HARQ进程0在等待下行HARQ-ACK反馈信息(ACK0)的期间，其他HARQ进程在发送数据包。
一些场合对终端设备有着减少上行资源占用的需求，因此如何减少下行多HARQ进程占用的上行资源成为一种研发趋势。
发明内容
有鉴于此，本发明实施例的目的在于提供HARQ-ACK反馈信息的传输方法及相关装置，以减少下行多HARQ进程占用的上行资源。
为实现上述目的，本发明实施例提供如下技术方案：
一方面，本申请的实施例提供一种HARQ-ACK反馈信息的传输方法。该方法应用于下行多HARQ进程的场景，该方法包括终端设备获取多HARQ进程中每一HARQ进程的下行HARQ-ACK反馈信息，并将(上述多HARQ进程的)多个下行HARQ-ACK反馈信息在相同的时频资源上同时传输，基站则在上述相同的时频资源上同时接收上述多个下行HARQ-ACK反馈信息。在现有的HARQ-ACK反馈信息的传输过程中，每个HARQ-ACK进程的下行HARQ-ACK反馈信息独立在一时频资源上传输，当存在多个HARQ进程时，多个HARQ-ACK反馈信息在不同的时频资源上传输，从而造成资源浪费。本发明提供的方案中，多个HARQ进程的下行HARQ-ACK反馈信息在相同的时频资源上同时传输，从而可大大减少终端设备反馈下行HARQ-ACK反馈信息的次数以及下行多HARQ进程对上行时频资源的占用，进而降低终端设备的功耗。
在一个可能的设计中，在终端设备获取上述多HARQ进程中每一HARQ进程的下行HARQ-ACK反馈信息的步骤之前，上述方法还可包括如下交互步骤：基站向上述终端设备发送上述多HARQ进程中各HARQ进程的下行DCI；上述终端设备则监听各HARQ进程的下行DCI；其中，第i个HARQ进程对应的DCI包括上述第i个HARQ进程的索引号和与上述索引号对应的时频资源调度信息；上述时频资源调度信息用于指示传输上述第i个HARQ进程的下行HARQ-ACK反馈信息的时频资源；上述相同的时频资源上是根据各HARQ进程传输下行HARQ-ACK反馈信息的时频资源而确定的。如果某一个HARQ进程的DCI丢失，终端设备可将该HARQ进程对应的下行HARQ-ACK反馈信息确定NACK，而如果所有的HARQ进程的DCI都丢失，终端设备无法得知传输任一HARQ进程的下行HARQ-ACK反馈信息的时频资源，则终端设备不进行任何传输操作。在本发明实施例中，多个HARQ进程的DCI分别发送，沿袭了现有的多HARQ进程的DCI发送方式。同时，根据各DCI中的时频资源调度信息来确定同时传输多HARQ进程的下行HARQ-ACK反馈信息的时频资源，为如何确定同时传输多HARQ进程的下行HARQ-ACK反馈信息的时频资源提供了具体的方式。
在一个可能的设计中，在终端设备获取上述多HARQ进程中每一HARQ进程的下行HARQ-ACK反馈信息的步骤之前，上述方法还可包括如下交互步骤：上述基站向上述终端设备发送上述多HARQ进程共用的DCI；上述终端设备则监听上述多HARQ进程共用的DCI；上述共用的DCI携带有上述多HARQ进程中每一HARQ进程的索引号以及与上述索引号对应的时频资源调度信息；或者，上述共用的DCI携带有上述多HARQ进程中各HARQ进程对应的时频资源调度信息和上述多HARQ进程的起始索引号，上述起始索引号与其中一个HARQ进程相对应；其中，第i个HARQ进程对应的时频资源调度信息用于指示第i个HARQ进程传输下行HARQ-ACK反馈信息的时频资源；上述相同的时频资源上是根据各HARQ进程传输下行HARQ-ACK反馈信息的时频资源确定的。在本实施例中，由DCI携带多个HARQ进程的时频资源调度信息，这样可减少发送多个HARQ进程的时频资源调度信息所占用的资源。
在一个可能的设计中，上述相同的时频资源通过如下方式确定：选择第一目标HARQ进程传输下行HARQ-ACK反馈信息的频域资源位置作为所述相同的时频资源的频域资源位置；选择第二目标HARQ进程传输下行HARQ-ACK反馈信息的时域资源位置作为所述相同的时频资源的时域资源位置；所述第一目标HARQ进程和第二目标HARQ进程为所述多HARQ进程中的HARQ进程；所述第一目标HARQ进程和第二目标HARQ进程为不同的HARQ进程，或者，所述第一目标HARQ进程和第二目标HARQ进程为同一HARQ进程。
在一个可能的设计中，基站可向终端设备发送同时传输配置指示，以指示在相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息，后续终端设备会将多HARQ进程的多个下行HARQ-ACK反馈信息在相同的时频资源上同时传输。此外，基站还可向终端设备发送非同时传输配置指示，以指示不在相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息，后续终端设备将按各HARQ进程的DCI指定的、传输下行HARQ-ACK反馈信息的时频资源，反馈下行HARQ-ACK反馈信息。这样，基站可以根据终端设备的覆盖情况(或综合其他情况)来灵活配置是否在相同的时频资源位置一起传输。举例来讲，对于覆盖条件好的终端设备，基站可向其发送同时传输配置指示，从而配置该终端设备的多进程的下行HARQ-ACK反馈信息在一起传输；而对于覆盖条件差的终端设备，基站可向其发送非同时传输配置指示，配置该终端设备的多进程的下行HARQ-ACK反馈信息分开传输。更具体的，上述同时传输配置指示或非同时传输配置指示可通过无线链路控制RRC公共信令、RRC专有信令、媒体接入控制MAC控制元素CE信令、物理层控制信息DCI中的一种或者多种信令携带。以DCI为例，同时传输配置指示可由上述共用的下行DCI携带，或者，也可由各HARQ进程独立的下行DCI携带。由DCI携带同时传输配置指示，可不占用额外的时频资源。
在一个可能的设计中，终端设备在将上述多个下行HARQ-ACK反馈信息在相同的时频资源上同时传输时，具体可进行如下操作：对上述多个下行HARQ-ACK反馈信息进行调制，得到调制符号；在上述相同的时频资源上传输上述调制符号。在一个示例中，以下行两HARQ进程为例，基站可采用QPSK/二进制ASK/二进制FSK的调制方式，对每一HARQ进程的下行HARQ-ACK反馈信息进行调制，得到一个QPSK/二进制ASK/二进制FSK符号，并基于该进程对应的时频资源调度信息，传输该QPSK/二进制ASK/二进制FSK符号。在本实施例中，将多个下行HARQ-ACK反馈信息调制得到调制符号，可减少发送下行HARQ-ACK反馈信息的总时间，而总时间的减少可减少功耗损失，从而在减少了终端设备反馈下行HARQ-ACK反馈信息的次数的同时，还降低了终端设备的功耗损失。
在一个可能的设计中，上述多个下行HARQ-ACK反馈信息是按预设排列规则进行排序的。本领域技术人员可根据需要灵活设计预设排列规则。例如，可设计预设排列规则包括：按HARQ进程索引号的升序或降序顺序排列。或者，可设置预设排列规则包括：按HARQ进程索引号的全排列中任意一个排列。或者，可设置预设排列规则包括：按HARQ进程索引号的奇偶排列，奇数在前或在后，等等。
另一方面，本发明实施例提供了一种终端设备，该终端设备具有实现上述方法实际中终端设备行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中，终端设备的结构包括：处理器和存储器，所述处理器通过运行存储在所述存储器内的软件程序、调用存储在所述存储器内的数据，执行上述方法。
又一方面，本发明实施例提供了一种基站，该基站具有实现上述方法实际中基站行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中，基站的结构包括：处理器和存储器，所述处理器通过运行存储在所述存储器内的软件程序、调用存储在所述存储器内的数据，执行上述方法。
再一方面，本发明实施例提供了一种计算机存储介质，用于储存为上述终端设备所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
再一方面，本发明实施例提供了一种计算机存储介质，用于储存为上述基站所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
现有技术中，每个HARQ-ACK进程的下行HARQ-ACK反馈信息独立在一时频资源上传输，当存在多个HARQ进程时，多个HARQ-ACK反馈信息在不同的时频资源上传输，从而造成资源浪费。
而采用本发明提供的方案，多个HARQ进程的下行HARQ-ACK反馈信息在相同的时频资源上同时传输。从而大大减少了终端设备反馈下行HARQ-ACK反馈信息的次数，以及下行多HARQ进程对上行时频资源的占用，进而降低终端设备的功耗。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1a和图1b为下行HARQ-ACK反馈信息的现有传输方式示意图；
图2a、2b为本发明实施例提供的应用场景示意图；
图3、10为本发明实施例提供的终端设备的示例性结构示意图；
图4、11为本发明实施例提供的基站的示例性结构示意图；
图5、8、9为本发明实施例提供的实现下行ARQ-ACK反馈信息的传输的交互流程示意图；
图6、7为本发明实施例提供的多个下行ARQ-ACK反馈信息在同一时频资源上同时传输的示意图。
具体实施方式
本发明实施例提供了HARQ-ACK反馈信息的传输方法及相关装置，以减少下行多HARQ进程占用的上行资源。
本发明实施例所涉及到的相关装置包括终端设备和基站。
上述终端设备和基站可应用于长期演进(LTE)***或高级的长期演进LTE-A(LTEAdvanced)***。当然，本发明也可以应用于其它的通信***，只要该通信***中存在实体可以发送信息，该通信***也存在其它实体可以接收信息即可。
图2a给出了上述终端设备和基站的一种示例性应用场景，基站201与类似于终端设备202、终端设备204的任意数目的终端通信。
需要说明的是，图2a示例性的显示了两个终端设备，在实际应用场景中，终端设备数目并不仅局限于两个，其可以更少或更多。
其中，终端设备202、204等可以是各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备、定位设备或连接到无线调制解调器的其它处理设备，以及各种形式的用户设备(User Equipment，简称UE)、移动台(Mobile station，简称MS)、手机、平板电脑、PDA(Personal Digital Assistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等等。此外，终端设备202、204还可以是集成传感器与通信模块的设备等，例如，触发上报报警信息的烟雾报警器、或者可以定期上报数据的厂区温度测量装置、智能水电表等。
终端设备202、204等主要负责根据基站的同步、广播、控制信号等，接入基站，接收基站的消息。在本发明提供的方案中，在HARQ-ACK反馈信息的传输过程中，终端设备202或204可获取多HARQ进程中每一HARQ进程的下行HARQ-ACK反馈信息，并将(上述多HARQ进程的)多个下行HARQ-ACK反馈信息在相同的时频资源上同时传输。上述多HARQ进程可包括两个或两个以上下行HARQ进程。
基站201是一种部署在无线接入网中用以为终端设备202、204等提供无线通信功能的装置，其可以包括各种形式的宏基站，微基站，中继站，接入点等等。在采用不同的无线接入技术的***中，具备基站功能的设备的名称可能会有所不同，例如在LTE网络中，称为演进的节点B(evolved NodeB，简称eNB或者eNodeB)，在WCDMA(Wideband Code DivisionMultiple Access，宽带码分多址)中叫NodeB，在GSM(Global System of Mobilecommunication，全球移动通讯)和CDMA(Code Division Multiple Access，码分多址)中叫BTS(Base Transceiver Station，基站)。为方便描述，本申请中，上述为终端设备提供无线通信功能的装置统称为基站。
基站可负责接收各终端上报的数据和请求信息等，发送同步、广播、控制信号给终端设备，为终端设备分配物理资源或调度终端设备等。在HARQ-ACK反馈信息的传输过程中，基站可下发DCI(downlink control information，下行控制信息)，在本发明提供的方案中，基站可在相同的时频资源上同时接收终端设备发送的多个下行HARQ-ACK反馈信息。
需要说明的是，在现有的HARQ-ACK反馈信息的传输过程中，每个HARQ-ACK进程的下行HARQ-ACK反馈信息独立在一时频资源上传输，当存在多个HARQ进程时，多个HARQ-ACK反馈信息在不同的时频资源上传输，从而造成资源浪费。
而采用本发明提供的方案，多个HARQ进程的下行HARQ-ACK反馈信息在相同的时频资源上同时传输，从而可大大减少终端设备反馈下行HARQ-ACK反馈信息的次数以及下行多HARQ进程对上行时频资源的占用，进而降低终端设备的功耗。
图2b给出了上述终端设备和基站的另一种示例性应用场景：可以应用于物联网(IoT，Internet of things)。该应用场景只是本发明所举的例子，随着技术的发展，本发包括并不限于该应用场景。只要多个HARQ进程的下行HARQ-ACK反馈信息在相同的时频资源上同时传输，都属于本发明实施例所要保护的范围。
典型的物联网应用包括可能的应用包括智能电网、智能农业、智能交通、智能家居以及环境检测等各个方面。
物联网将互联网的用户端扩展到了任何物品与物品之间，进行信息交换和通信。这样的通信方式也称为机器间通信(Machine type communications，MTC)，通信的节点称为MTC终端，也即前述图2a中提及的终端设备。
在图2b中，基站和MTC终端1-MTC终端6组成一个通信***，在该通信***中，基站发送信息给MTC终端1-MTC终端6中的一个或多个。
此外，MTC终端4-MTC终端6也可组成一个通信***，在该通信***中，MTC终端6可以直接发送信息给MTC终端4和MTC终端5中的一个或多个。
图2b示例性的显示了6个终端设备，在实际应用场景中，终端设备数目并不仅局限于6个，其可以更少或更多。而且，MTC终端间可以组成通信***也可以不组成通信***。
物联网需要应用在多种场景中，比如从室外到室内，从地上到地下，因而对物联网应用场景有很多特殊的要求，例如低能量消耗要求。在大多数情况下，MTC终端是通过电池来供电的，同时很多场景下又要求MTC终端能够使用十年以上而不需要更换电池。这就要求MTC设备能够以极低的电力消耗来工作。
为了满足这些特殊需求，移动通信标准化组织3GPP(3rd GenerationPartnership Project，第三代合作伙伴计划)在GERAN#62次全会上通过了一个新的研究课题来研究在蜂窝网络中支持极低复杂度和低成本的物联网的方法，并且在RAN#69次会议上立项为NB-IoT(Narrowband Internet of Things，窄带物联网)课题。
在NB-IoT***中，NPDCCH(Narrowband Physical Downlink Control CHannel，窄带物理下行控制信道)为NB-IoT***的下行控制信道，NPDSCH(Narrowband PhysicalDownlink Shared CHannel，窄带物理下行共享信道)为NB-IoT***的下行数据信道，NPUSCH(Narrowband Physical Uplink Shared CHannel，窄带物理下行共享信道)format2为NB-IoT上行数据信道的一种特殊格式，主要用于承载下行HARQ-ACK，NPUSCH format1为上行数据信道的另一种格式，主要用于上行数据传输，NPRACH(Narrowband PhysicalRandom Access CHannel，窄带物理随机接入信道)是上行随机接入信道。
当然，现有NB-IoT***是单个HARQ进程，在后续演进中为提升峰值速率降低时延不排除会引入多个HARQ进程，如沿用单个HARQ进程的做法，也就是每个HARQ-ACK进程的下行HARQ-ACK反馈信息独立在一时频资源上传输，当存在多个HARQ进程时，多个HARQ-ACK反馈信息在不同的时频资源上传输，从而造成资源浪费和能耗损失。
而采用本发明提供的方案，多个HARQ进程的下行HARQ-ACK反馈信息在相同的时频资源上同时传输，可大大减少终端设备反馈下行HARQ-ACK反馈信息的次数，以及下行多HARQ进程对上行时频资源的占用，进而降低终端设备的功耗。也即，本发明提供的方案可支持终端设备和基站满足物联网应用场景的特殊要求。
图3示出的是与本发明实施例相关的终端设备300(即图2a中的终端设备202或204，图2b中的MTC终端1～MTC终端6中的任一个)的部分结构的框图。
请参考图3，终端设备300包括：RF(Radio Frequency，射频)电路310、存储器320、其他输入设备330、显示屏340、传感器350、音频电路360、I/O子***370、处理器380、以及电源390等部件。本领域技术人员可以理解，图3中示出的终端设备结构并不构成对其的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。本领领域技术人员可以理解显示屏340属于用户界面(UI，User Interface)，且终端设备300可以包括比图示或者更少的用户界面。
下面结合图3对终端设备300的各个构成部件进行具体的介绍：
RF电路310可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器380处理；另外，将设计上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路310还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobilecommunication，全球移动通讯***)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(Code Division Multiple Access，码分多址)、WCDMA(Wideband CodeDivision Multiple Access，宽带码分多址)、LTE(Long Term Evolution，长期演进)、电子邮件、SMS(Short Messaging Service，短消息服务)等。
存储器320可用于存储软件程序以及模块，处理器380通过运行存储在存储器320的软件程序以及模块，从而执行终端设备300的各种功能应用以及数据处理。存储器320可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图象播放功能等)等；存储数据区可存储根据终端设备300的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器320可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
其他输入设备330可用于接收输入的数字或字符信息，以及产生与终端设备300的用户设置以及功能控制有关的键信号输入。具体地，其他输入设备330可包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆、光鼠(光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸)等中的一种或多种。其他输入设备330与I/O子***370的其他输入设备控制器371相连接，在其他设备输入控制器371的控制下与处理器380进行信号交互。
显示屏340可用于显示由用户输入的信息或提供给用户的信息以及终端设备300的各种菜单，还可以接受用户输入。具体的显示屏340可包括显示面板341，以及触控面板342。其中显示面板341可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode，有机发光二极管)等形式来配置显示面板341。触控面板342，也称为触摸屏、触敏屏等，可收集用户在其上或附近的接触或者非接触操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板342上或在触控面板342附近的操作，也可以包括体感操作；该操作包括单点控制操作、多点控制操作等操作类型。)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板342可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位、姿势，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成处理器能够处理的信息，再送给处理器380，并能接收处理器380发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板342，也可以采用未来发展的任何技术实现触控面板342。进一步的，触控面板342可覆盖显示面板341，用户可以根据显示面板341显示的内容(该显示内容包括但不限于，软键盘、虚拟鼠标、虚拟按键、图标等等)，在显示面板341上覆盖的触控面板342上或者附近进行操作，触控面板342检测到在其上或附近的操作后，通过I/O子***370传送给处理器380以确定用户输入，随后处理器380根据用户输入通过I/O子***370在显示面板341上提供相应的视觉输出。虽然在图3中，触控面板342与显示面板341是作为两个独立的部件来实现终端设备300的输入和输入功能，但是在某些实施例中，可以将触控面板342与显示面板341集成而实现终端设备300的输入和输出功能。
终端设备300还可包括至少一种传感器350，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板341的亮度，接近传感器可在终端设备300移动到耳边时，关闭显示面板341和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端设备300还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路360、扬声器361，麦克风362可提供用户与终端设备300之间的音频接口。音频电路360可将接收到的音频数据转换后的信号，传输到扬声器361，由扬声器361转换为声音信号输出；另一方面，麦克风362将收集的声音信号转换为信号，由音频电路360接收后转换为音频数据，再将音频数据输出至RF电路310以发送给比如另一手机，或者将音频数据输出至存储器320以便进一步处理。
I/O子***370用来控制输入输出的外部设备，可以包括其他设备输入控制器371、传感器控制器372、显示控制器373。可选的，一个或多个其他设备输入控制器371从其他输入设备330接收信号和/或者向其他输入设备330发送信号，其他输入设备330可以包括物理按钮(按压按钮、摇臂按钮等)、拨号盘、滑动开关、操纵杆、点击滚轮、光鼠(光鼠是不显示可视输出的触摸敏感表面，或者是由触摸屏形成的触摸敏感表面的延伸)。值得说明的是，其他设备输入控制器371可以与任一个或者多个上述设备连接。所述I/O子***370中的显示控制器373从显示屏340接收信号和/或者向显示屏340发送信号。显示屏340检测到用户输入后，显示控制器373将检测到的用户输入转换为与显示在显示屏340上的用户界面对象的交互，即实现人机交互。传感器控制器372可以从一个或者多个传感器350接收信号和/或者向一个或者多个传感器350发送信号。
处理器380是终端设备300的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器320内的软件程序和/或模块，以及调用存储在存储器320内的数据，执行终端设备300的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器380可包括一个或多个处理单元；优选的，处理器380可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器380中。
终端设备300还包括给各个部件供电的电源390(比如电池)，优选的，电源可以通过电源管理***与处理器380逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗等功能。
尽管未示出，终端设备300还可以包括摄像头、蓝牙模块等，在此不再赘述。
图4示出的是与本发明实施例相关的基站400的部分结构的框图。基站400至少可包括接收器401、处理器403、发射器404。
接收器401用于从例如接收天线(未示出)接收信号，并对所接收的信号执行典型的动作(例如过滤、放大、下变频等)，并对调节后的信号进行数字化以获得采样。接收器401可以是例如MMSE(最小均方误差，Minimum Mean-Squared Error)接收器。
发射器404用于向例如终端设备等发送信号。接收器401和发射器404在实际应用时也可以集成在一起，形成一个收发机(收发器)。
解调器402可用于解调所接收的信号并将它们提供至处理器403。
基站400可以包括存储器405，后者可操作地耦合至处理器403，并存储以下数据：要发送的数据、接收的数据以及与执行本文所述的各种动作和功能相关的任意其它适合信息。
基站400可包括多个天线组，每个天线组可以包括一个或多个天线。
基站400可附加地包括发射机链和接收机链，本领域普通技术人员可以理解，它们均可包括与信号发送和接收相关的多个部件(例如处理器、调制器、复用器、解调器、解复用器或天线等)。
处理器403可以是专用于分析由接收器401接收的信息和/或生成由发射器404发送的信息的处理器、用于控制基站400一个或多个部件的处理器、和/或用于分析由接收器404接收的信号、生成由发射器401发送的信息并控制基站400的一个或多个部件的控制器。
可选的，处理器403可包括一个或多个处理单元；优选的，处理器403可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器403中。
下面将基于上面的本发明涉及的共性方面，对本发明实施例进一步详细说明。
图5为本发明实施例提供的HARQ-ACK反馈信息传输方法的一种示例***互示意图。
图5所示的方法应用在图2a或图2b所示的应用场景中，由终端设备与基站交互实现。
该交互流程包括：
在500部分：基站向终端设备发送同时传输配置指示。
在一个示例中，图4所示基站400的处理器403可通过发射器404执行500部分。
该同时传输配置指示可用于指示在相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息。
需要说明的是，如无特殊声明，本发明中的HARQ进程指的是下行HARQ进程。具体到每一下行HARQ进程，其可用于传输初传下行数据，也可用于传输重传数据。
在一个示例中，上述同时传输配置指示可通过无线链路控制RRC公共信令、RRC专有信令、媒体接入控制MAC控制元素CE信令中的一种或者多种信令携带。
在501部分：基站向上述终端设备发送多HARQ进程中各HARQ进程的DCI。
具体地，以NB-IoT***的下行两HARQ进程为例，基站可向MTC设备发送两个下行HARQ进程各自的下行DCI。
以多HARQ进程中的第i个HARQ进程为例，第i个HARQ进程对应的DCI包括该HARQ进程的索引号(也称为进程数)，与该索引号对应的第一时频资源调度信息以及第二时频资源调度信息。
而上述多HARQ进程的个数可通过无线链路控制RRC公共信令、RRC专有信令、媒体接入控制MAC控制元素CE信令，物理层控制信息DCI中的一种或者多种信令通知或者协议约定一个固定值。例如，固定值为8。
其中，第一时频资源调度信息用于指示第i个HARQ进程接收下行数据的时频资源。
第二时频资源调度信息用于指示上述第i个HARQ进程传输下行HARQ-ACK反馈信息的时频资源。
在LTE等***中，时频资源可指RE(Resource Element)。RE为LTE最小的时频资源单位，频域上占用1个子载波，时域上占用1个OFDM符号。
至于在NB-IoT***中，下行数据的时频资源也可指RE。RE为NB-IoT最小的时频资源单位，频域上占用1个子载波，时域上占用1个OFDM符号，其中下行子载波带宽为15kHz。
在NB-IoT***中，下行HARQ-ACK反馈信息是通过NPUSCH format2进行传输的，NPUSCH format2的子载波带宽可以为3.75kHz或15kHz。NPUSCH format2的最小调度资源单位为RU(Resource Unit)，频域上占用一个子载波，时域上占用4个连续的时隙，对于15kHz子载波，每个时隙7个SC-FDMA符号，对于3.75kHz子载波，每个时隙7个SC-FDMA符号和一个GP(Guard period)。
具体地，以NB-IoT为例，任一上述下行DCI中还包括format N3和N4区分标识、NPDCCH order标识(该域表示当前DCI是用于触发终端设备在指定的NPRACH资源处发起随机接入)、调度时延、调制和编码机制、重复次数、新数据指示、DCI子帧重复次数等。
需要说明的是，format N3表示该DCI是NB-IoT上行DCI，format N4表示该DCI是NB-IoT下行DCI，原因是终端是在NPDCCH资源位置盲检获取DCI的，为了降低复杂度，在设计上行和下行DCI时尽量保证两者位宽相同，所以需要有一个标识区分上下行DCI。
在本部分中，多个HARQ进程的DCI分别发送，沿袭了现有的多HARQ进程的DCI发送方式。
此外，在本发明其他实施例中，第i个HARQ进程对应的下行DCI还可携带前述500部分提及的同时传输配置指示。也即，同时传输配置指示不再单独发送。由DCI携带同时传输配置指示，可不占用额外的时频资源。
在一个示例中，可由图4所示基站400的处理器403通过发射器404执行501部分。
在502部分：终端设备监听各HARQ进程的下行DCI。
需要说明的是，终端设备可能监听到每一HARQ进程的下行DCI，也可能监听不到其中一个或多个HARQ进程的下行DCI。
具体地，以NB-IoT***的下行两HARQ进程为例，MTC设备可在NPDCCH搜索空间中监听下行两HARQ进程各自的下行DCI。
在一个示例中，可由图3所示终端设备300的处理器380与其他器件(例如RF电路310)协作执行502部分。
在503部分：终端设备根据各HARQ进程对应的第一时频资源调度信息接收下行数据，完成接收到的下行数据的解码和校验，并根据校验结果得到各HARQ进程的下行HARQ-ACK反馈信息。
具体地，以NB-IoT***的下行两HARQ进程为例，假定其中一个HARQ进程的下行HARQ-ACK反馈信息为b0，另一个HARQ进程的下行HARQ-ACK反馈信息为b1，则终端设备可得到b0和b1。
上述校验一般为CRC(Cyclic Redundancy Check，循环冗余校验)，用于检测接收到的下行数据是否出现错误。如果没有检测到错误，后续应反馈ACK(Acknowledgement，肯定应答)，如果检测到错误，后续应反馈NACK(Negative Acknowledgement，否定应答)。
如果某一个HARQ进程的DCI丢失，终端设备可反馈NACK。
而如果所有的HARQ进程的DCI都丢失，终端设备无法得知传输任一HARQ进程的下行HARQ-ACK反馈信息的时频资源，则终端设备不进行任何传输操作。
更具体的，以多HARQ进程中的第i个HARQ进程为例，第i个HARQ进程下行HARQ-ACK反馈信息可为ACK或NACK。
在一个示例中，可由图3所示终端设备300的处理器380与其他器件(例如RF电路310)协作执行503部分。
在504部分：终端设备将上述多HARQ进程的多个下行HARQ-ACK反馈信息在相同的时频资源上同时传输。
在一个示例中，可由图3所示终端设备300的处理器380与其他器件(例如RF电路310)协作执行504部分。
终端设备可通过上行数据信道或上行控制信道传输。
上行数据信道可为PUSCH(physical downlink shared channel，下行共享物理信道)、NPUSCH等等；上行控制信道可为PUCCH(physical downlink control channel，物理下行控制信道)、NPUCCH等等。
在一个示例中，终端设备可对上述多个下行HARQ-ACK反馈信息进行调制，得到调制符号，并在上述相同的时频资源上传输上述调制符号。当然，在调制之前，还可对上述多个下行HARQ-ACK反馈信息进行编码和加扰码。
更具体的，上述多个下行HARQ-ACK反馈信息是按预设排列规则进行排序的。
本领域技术人员可根据需要灵活设计预设排列规则。例如，可设计预设排列规则包括：按HARQ进程索引号的升序或降序顺序排列。
以NB-IoT***的下行两HARQ进程为例，假定HARQ进程0的索引号为0，其下行HARQ-ACK反馈信息为b0；HARQ进程1的索引号为1，其下行HARQ-ACK反馈信息为b1，则按升序排序为b0b1，按降序排序为b1b0。
或者，可设置预设排列规则包括：按HARQ进程索引号的全排列中任意一个排列，以三HARQ进程为例，假定HARQ进程0的索引号为0，其下行HARQ-ACK反馈信息为c0；HARQ进程1的索引号为1，其下行HARQ-ACK反馈信息为c1，HARQ进程2的索引号为2，其下行HARQ-ACK反馈信息为c2，则按c0，c1和c2的全排列{c0c1c2，c0c2c1，c1c0c2，c1c2c0，c2c0c1，c2c1c0}中的任意一种排列。
或者，可设置预设排列规则包括：按HARQ进程索引号的奇偶排列，奇数在前或在后，等等。本发明不作具体限制。
上述预设排列规则可为标准协议里制定的规则，也可为运营商或厂家自定义的规则。只要保证基站和终端设备均使用同一预设排列规则即可。
至于调制方式，对于下行两HARQ进程可为QPSK(Quadrature Phase ShiftKeying，正交移相键控)、二进制ASK(Amplitude Shift Keying，振幅键控)，二进制FSK(Freqency Shift Keying，振幅键控)调制方式等。
以ACK编码成二进制1，以NACK编码成二进制1为例，则下行两HARQ进程的下行HARQ-ACK反馈信息在未调制前共占用2比特(bit)，需要两个不同的RE资源来承载，采用QPSK/二进制ASK/二进制FSK调制后，可调制成一个QPSK/二进制ASK/二进制FSK符号，两HARQ进程的下行HARQ-ACK反馈信息可以用一个RE资源来承载。
对于进程个数大于2的情况，调制方式可以为其他调制方式，例如，调制阶数和进程个数相同的调制方式。比如对于三个HARQ进程，调制方式可以为8PSK、8ASK或8PSK等，调制阶数为3，和HARQ进程个数相同；对于N个HARQ进程，调制方式为MPSK、MASK或MPSK等，M＝2N，调制阶数为N，和HARQ进程个数相同。
将多个下行HARQ-ACK反馈信息调制得到调制符号，可减少发送下行HARQ-ACK反馈信息的总时间，而总时间的减少可减少功耗损失，从而可在减少终端设备反馈下行HARQ-ACK反馈信息的次数的同时，还降低了终端设备的功耗损失。
需要说明的是，上述相同的时频资源是根据各HARQ进程传输下行HARQ-ACK反馈信息的时频资源而确定的。
在一个示例中，上述相同的时频资源通过如下方式确定：
选择第一目标HARQ进程传输下行HARQ-ACK反馈信息的频域资源位置作为该相同的时频资源的频域资源位置；
选择第二目标HARQ进程传输下行HARQ-ACK反馈信息的时域资源位置作为该相同的时频资源的时域资源位置；
其中，第一目标HARQ进程和第二目标HARQ进程为所述多HARQ进程中的HARQ进程，第一目标HARQ进程和第二目标HARQ进程可为不同的HARQ进程，或者，第一目标HARQ进程和第二目标HARQ进程可为同一HARQ进程。
以NB-IoT***的下行两HARQ进程为例，若两个HARQ进程的DCI指示的传输下行HARQ-ACK反馈信息的时频资源相同，则在任一HARQ进程的传输下行HARQ-ACK反馈信息的时频资源上传输上述调制符号。
而若两个HARQ进程的DCI指示的传输下行HARQ-ACK反馈信息的频域资源位置相同，时域资源位置不同。可根据两个时域资源位置的时间先后顺序，选择时间相对靠前或靠后的时域位置发送上述调制符号。
而若两个HARQ进程的DCI指示的传输下行HARQ-ACK反馈信息的时域资源位置不同，频域资源位置相同。可选择其中一个频域位置发送上述调制符号。
图6示出了两个进程的DCI指示的传输下行HARQ-ACK反馈信息的时频资源相同时的调度示例图。
图7示出了两个进程的DCI指示的传输下行HARQ-ACK反馈信息的时频资源相同、频域资源不同时的调度示例图。
在图6和7中，X0表示第一个进程对应的下行数据的调度时延，X1表示第二个进程对应的下行数据的调度时延，Y0表示第一个进程对应的下行HARQ-ACK反馈信息相对其下行数据的定时，Y1表示第二个进程的下行HARQ-ACK反馈信息相对其下行数据的定时，HARQ-ACK0表示第一个HARQ进程的DCI指示的传输下行HARQ-ACK反馈信息的时频位置，HARQ-ACK1表示第二个进程的DCI指示的传输下行HARQ-ACK反馈信息的时频位置。
当然，也可能两个HARQ进程的DCI指示的传输下行HARQ-ACK反馈信息的时域资源位置不同，频域资源位置也不同。举例来讲，进程0的时域资源位置为A0，频域资源位置为B0，进程1的时域资源位置为A1，频域资源位置为B1，则可选择A0B0、A0B1、A1B0、A1B1这四个组合中的其中一个组合作为传输上述调制符号的时频资源。
在505部分：基站在该相同的时频资源上同时接收上述多HARQ进程的多个下行HARQ-ACK反馈信息。
更具体的，基站是在上述相同的时频资源上接收调制符号，对其进行解调，得到多个下行HARQ-ACK反馈信息。
在一个示例中，可由图4所示基站400的处理器403与其他器件(例如接收器401、解调器402、解码器407等)协作执行505部分。
图8为本发明实施例提供的HARQ-ACK反馈信息传输方法的另一种示例***互示意图。
图8所示的方法应用在图2a或图2b所示的应用场景中，由终端设备与基站交互实现。
该交互流程包括：
在801部分：基站向终端设备发送多HARQ进程共用的DCI。
在一个示例中，可由图4所示基站400的处理器403通过发射器404执行801部分。
与图5所示实施例不同的是，本实施例中多个HARQ进程对应同一DCI。这样可减少发送多个HARQ进程的时频资源调度信息所占用的资源。
在一个示例中，上述共用的DCI携带有同时传输配置指示、多HARQ进程中每一HARQ进程的索引号，以及与上述索引号对应的第一时频资源调度信息和第二时频资源调度信息。
在另一个示例，上述共用DCI携带有同时传输配置指示、多HARQ进程的起始索引号，以及，多HARQ进程中各HARQ进程对应的第一时频资源调度信息和第二时频资源调度信息。
上述起始索引号与其中一个HARQ进程相对应。
举例来讲，假定共有4个HARQ进程，其共用的DCI中仅携带了起始索引号，假定起始索引号是00，则将其作为4个HARQ进程中第0个进程的索引号，其他HARQ进程的索引号可通过起始索引号推算而得到。
推算方式可为递增或递减等。以递增为例，若起始索引号是00，可将01作为第1个进程的索引号、将10作为第2个进程的索引号、将11作为第3个进程的索引号。
第一时频资源调度信息、第二时频资源调度信息的相关描述可参见本文前述501部分，在此不作赘述。
在本实施例中，由上述共有的DCI携带了同时传输配置指示，可不占用额外的时频资源。当然，在本发明其他实施例中，基站也可单独发送同时传输配置指示。
相关同时传输配置指示的描述可参见本文前述500部分，在此不作赘述。
在802部分：终端设备监听上述共用的DCI。
具体地，以NB-IoT***的下行两HARQ进程为例，MTC设备可在NPDCCH搜索空间中监听共用的下行DCI。
需要说明的是，终端设备可能监听到上述共用的DCI，也可能监听不到。
在一个示例中，可由图3所示终端设备300的处理器380执行802部分。
803部分-805部分与前述的503-505部分相同，在此不作赘述。
图9为本发明实施例提供的HARQ-ACK反馈信息传输方法的又一种示例***互示意图。
需要说明的是，图9所示实施例可理解为本发明实施例提供的HARQ-ACK反馈信息传输方法的一个流程分支，而图5或图8所示实施例可理解为本发明实施例提供的HARQ-ACK反馈信息传输方法的另一个流程分支。
图9所示的方法应用在图2a或图2b所示的应用场景中，由终端设备与基站交互实现。
该交互流程包括：
在900部分：基站向终端设备发送非同时传输配置指示。
在一个示例中，图4所示基站400的处理器403可通过发射器404执行900部分。
上述非同时传输配置指示可用于指示不在相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息(或用于指示独立传输多HARQ进程的多个下行HARQ-ACK反馈信息)。
在一个示例中，该非同时传输配置指示可通过无线链路控制RRC公共信令、RRC专有信令、媒体接入控制MAC控制元素CE信令、物理层控制信息DCI中的一种或者多种信令携带中的一种或者多种信令携带。
前述图5或图8所示实施例中涉及的同时传输配置指示，与本实施例中的非同时传输配置指示，可占用RRC公共信令、RRC专有信令、MAC CE信令、DCI中的同一字段或同一比特位。该字段或比特位中的不同取值可分别表征同时传输配置指示和非同时传输配置指示。
举例来讲，若该字段或比特位中的数值为1表征同时传输配置指示，数值为0则表征非同时传输配置指示。
在901部分：基站向上述终端设备发送多HARQ进程中各HARQ进程的DCI。
901部分与501部分相同，在此不作赘述。
需要说明的是，在本发明其他实施例中，第i个HARQ进程对应的下行DCI还可携带前述900部分提及的非同时传输配置指示。也即，非同时传输配置指示不再单独发送。由DCI携带非同时传输配置指示，具有不占用额外的时频资源的优势。
902部分-903部分与502部分-503部分相同，在此不作赘述。
在904部分：终端设备按各HARQ进程的DCI指定的、传输下行HARQ-ACK反馈信息的时频资源，反馈下行HARQ-ACK反馈信息。
也即，在本实施例中，由于基站下发了非同时传输配置指示，多个HARQ-ACK反馈信息在不同的时频资源上传输。
在一个示例中，以NB-IoT***的下行两HARQ进程为例，基站可采用BPSK的调制方式，对每一HARQ进程的下行HARQ-ACK反馈信息进行调制，得到BPSK调制符号，并基于该进程对应的第二时频资源调度信息，传输各HARQ进程的BPSK调制符号。
当然，如果某一HARQ进程的DCI丢失，则终端设备不发送该HARQ进程的下行HARQ-ACK反馈信息。
在一个示例中，可由图3所示终端设备300的处理器380与其他器件(例如RF电路310)协作执行904部分。
在905部分：基站在各HARQ进程传输下行HARQ-ACK反馈信息的时频资源上接收下行HARQ-ACK反馈信息。
更具体的，基站是在每一HARQ进程传输下行HARQ-ACK反馈信息的时频资源上接收调制符号，对其进行解调，得到该HARQ进程的下行HARQ-ACK反馈信息。
结合前述实施例，在本发明提供的HARQ-ACK反馈信息传输技术中，多HARQ进程的多个下行HARQ-ACK反馈信息是否在相同的时频资源位置一起传输，可由基站配置。
在一个示例中，基站可以根据终端设备的覆盖情况(或综合其他情况)来灵活配置是否在相同的时频资源位置一起传输，以确保下行HARQ-ACK反馈信息的可靠性。
以NB-IoT***的下行两HARQ进程为例，对于覆盖条件差的终端设备，由于低阶调制(比如BPSK)相对高阶调制(比如QPSK)性能更鲁棒，此时基站可配置该终端设备的多进程的下行HARQ-ACK反馈信息不在一起传输，以确保下行HARQ-ACK反馈信息传输的可靠性；而对于覆盖条件好的终端设备，基站可配置该终端设备的多进程的下行HARQ-ACK反馈信息在一起传输，以减少覆盖条件好的终端设备传输下行HARQ-ACK反馈信息的次数，从而降低功耗，提高数据率。
上述主要从各个装置之间交互的角度对本发明实施例提供的方案进行了介绍。可以理解的是，各个装置，例如终端设备、基站等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本发明能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
图10示出了上述实施例中所涉及的终端设备的一种可能的结构示意图，包括处理模块110和第一发送模块120。
处理模块110可用于：获取上述多HARQ进程中每一HARQ进程的下行HARQ-ACK反馈信息，以及，指示上述第一发送模块将获取的上述多HARQ进程的多个下行HARQ-ACK反馈信息，在相同的时频资源上同时传输；
第一发送模块120可用于：根据处理模块110的指示，在上述相同的时频资源上同时传输上述多个下行HARQ-ACK反馈信息。
相关描述请参见本文方法部分，在此不作赘述。
在本发明其他实施例中，上述处理模块110还可用于：
在获取上述多HARQ进程中每一HARQ进程的下行HARQ-ACK反馈信息之前，监听各HARQ进程的下行控制信息DCI；
其中，第i个HARQ进程对应的DCI包括上述第i个HARQ进程的索引号和与上述索引号对应的时频资源调度信息；上述时频资源调度信息用于指示传输上述第i个HARQ进程的下行HARQ-ACK反馈信息的时频资源；
上述相同的时频资源上是根据各HARQ进程传输下行HARQ-ACK反馈信息的时频资源而确定的。
相关描述请参见本文方法部分，在此不作赘述。
在本发明其他实施例中，上述处理模块110还可用于：
在获取上述多HARQ进程中每一HARQ进程的下行HARQ-ACK反馈信息之前，监听上述多HARQ进程共用的下行控制信息DCI；
上述DCI携带有上述多HARQ进程中每一HARQ进程的索引号以及与上述索引号对应的时频资源调度信息；或者，上述DCI携带有上述多HARQ进程中各HARQ进程对应的时频资源调度信息和上述多HARQ进程的起始索引号，上述起始索引号与其中一个HARQ进程相对应；
其中，第i个HARQ进程对应的时频资源调度信息用于指示上述第i个HARQ进程传输下行HARQ-ACK反馈信息的时频资源；
上述相同的时频资源上是根据各HARQ进程传输下行HARQ-ACK反馈信息的时频资源确定的。
相关描述请参见本文方法部分，在此不作赘述。
在本发明其他实施例中，上述处理模块110监听的DCI还携带有同时传输配置指示。
上述同时传输配置指示用于指示在上述相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息。
相关描述请参见本文方法部分，在此不作赘述。
在本发明其他实施例中，上述处理模块110监听的DCI还可携带非同时传输配置指示。相关描述请参见本文方法部分，在此不作赘述。
或者，上述同时传输配置指示或非同时传输配置指示也可由基站单独发送。则仍请参见图10，上述终端设备还包括第一接收模块130，用于在上述处理模块110监听上述DCI之前，接收同时传输配置指示或非同时传输配置指示。
其中，处理模块110可用于执行图5所示实施例的502部分、503部分(解码、校验、根据校验结果得到各HARQ进程的下行HARQ-ACK反馈信息)、指示第一发送模块120完成504部分；此外，还可执行图8所示实施例的802部分、803部分(解码、校验、根据校验结果得到各HARQ进程的下行HARQ-ACK反馈信息)、指示第一发送模块120完成804部分，以及图9所示实施例的902部分、903部分(解码、校验、根据校验结果得到各HARQ进程的下行HARQ-ACK反馈信息)、指示第一发送模块120完成904部分。
第一发送模块120可用于执行图5所示的504部分，此外，还可执行图8所示实施例的804部分、图9所示实施例的904部分。
第一接收模块130可用于执行图5所示实施例的503部分(接收下行数据)、图8所示实施例的803部分(接收下行数据)，以及第9所示实施例的903部分(接收下行数据)，以及用于执行图5、图8、图9所示实施例中接收同时传输配置指示或非同时传输配置指示。
图11示出了上述实施例中所涉及的基站的一种可能的结构示意图，包括处理模块111、第二接收模块121。
其中，处理模块111可用于指示第二接收模块121在相同的时频资源上同时接收多HARQ进程的多个下行HARQ-ACK反馈信息。
第二接收模块121，用于根据处理模块111的指示，在上述相同的时频资源上同时接收多个下行HARQ-ACK反馈信息。
其中，上述多个下行HARQ-ACK反馈信息是由终端设备获取并发送的。
在本发明其他实施例中，仍请参见图11，上述基站还可包括第二发送模块131。
上述处理模块111还用于在第二接收模块121接收上述多个下行HARQ-ACK反馈信息之前，指示第二发送模块131向上述终端设备发送上述多HARQ进程中各HARQ进程的下行DCI，或指示第二发送模块131向上述终端设备发送各HARQ进程共用的下行DCI。
第二发送模块131则用于，根据处理模块111的指示，向上述终端设备发送上述多HARQ进程中各HARQ进程的下行DCI，或向上述终端设备发送各HARQ进程共用的下行DCI。
DCI的相关描述请参见本文前述记载，在此不作赘述。
在本发明其他实施例中，第二发送模块131发送的DCI还携带有同时传输配置指示；该同时传输配置指示用于指示在上述相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息。
在本发明其他实施例中，第二发送模块131发送的DCI还可携带非同时传输配置指示。相关描述请参见本文方法部分，在此不作赘述。
或者，上述同时传输配置指示或非同时传输配置指示也可由处理模块111指示第二发送模块131单独发送。
其中，处理模块111可指示第二发送模块131完成图5所示实施例的500-501部分，以及指示第二发送模块131发送下行数据，指示第二接收模块121执行505部分的接收操作，处理模块111还可执行505部分的解调、解码操作等；此外，处理模块111可指示第二发送模块131完成图8所示实施例的801部分和下行数据的发送，指示第二接收模块121执行805部分的接收操作，处理模块111还可执行805部分的解调、解码操作等；另外，处理模块111可指示第二发送模块131完成图9所示实施例的900-901部分和下行数据的发送，指示第二接收模块121执行905部分的接收操作，处理模块111还可执行905部分的解调、解码操作等。
第二发送模块131可用于执行图5所示的500-501部分，此外，还可执行图8所示实施例的801部分、图9所示实施例的900-901部分，以及图5、8、9所示实施例中下行数据的发送。
第二接收模块121可用于执行图5所示实施例的505部分(接收下行HARQ-ACK反馈信息)、图8所示实施例的805部分(接收下行HARQ-ACK反馈信息)，图9所示实施例的905部分(接收下行HARQ-ACK反馈信息)。

Claims (20)

1.一种HARQ-ACK反馈信息的传输方法，其特征在于，应用于下行多HARQ进程的场景，所述方法包括：
终端设备获取所述多HARQ进程中每一HARQ进程的下行HARQ-ACK反馈信息；
所述终端设备将所述多HARQ进程的多个下行HARQ-ACK反馈信息在相同的时频资源上同时传输，所述相同的时频资源是根据每一HARQ进程传输下行HARQ-ACK反馈信息的时频资源确定的；
在所述获取所述多HARQ进程中每一HARQ进程的下行HARQ-ACK反馈信息的步骤之前，还包括：
所述终端设备监听所述多HARQ进程共用的DCI；所述DCI携带有所述多HARQ进程中每一HARQ进程的索引号以及与所述索引号对应的时频资源调度信息；或者，所述DCI携带有所述多HARQ进程中各HARQ进程对应的时频资源调度信息和所述多HARQ进程的起始索引号，所述起始索引号与其中一个HARQ进程相对应；
其中，第i个HARQ进程对应的时频资源调度信息用于指示所述第i个HARQ进程传输下行HARQ-ACK反馈信息的时频资源；
所述相同的时频资源上是根据各HARQ进程传输下行HARQ-ACK反馈信息的时频资源确定的。
2.如权利要求1所述的方法，其特征在于，所述DCI还携带有同时传输配置指示；其中，所述同时传输配置指示用于指示在所述相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息。
3.如权利要求1所述的方法，其特征在于，在监听所述DCI之前，还包括：
所述终端设备接收同时传输配置指示，所述同时传输配置指示用于指示在所述相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息。
4.如权利要求1-3任一项所述的方法，其特征在于，所述将所述多HARQ进程的多个下行HARQ-ACK反馈信息在相同的时频资源上同时传输包括：
对所述多个下行HARQ-ACK反馈信息进行调制，得到调制符号；
在所述相同的时频资源上传输所述调制符号。
5.如权利要求4所述的方法，其特征在于，所述多个下行HARQ-ACK反馈信息是按预设排列规则进行排序的。
6.如权利要求5所述的方法，其特征在于，所述预设排列规则包括：按HARQ进程索引号的升序或降序顺序排列。
7.一种终端设备，其特征在于，应用于下行多HARQ进程的场景，包括处理模块和第一发送模块，其中：
所述处理模块用于，获取所述多HARQ进程中每一HARQ进程的下行HARQ-ACK反馈信息，以及，指示所述第一发送模块将获取的所述多HARQ进程的多个下行HARQ-ACK反馈信息，在相同的时频资源上同时传输，所述相同的时频资源是根据每一HARQ进程传输下行HARQ-ACK反馈信息的时频资源确定的；
所述第一发送模块用于，根据所述处理模块的指示，在所述相同的时频资源上同时传输所述多个下行HARQ-ACK反馈信息；
所述处理模块还用于：
在获取所述多HARQ进程中每一HARQ进程的下行HARQ-ACK反馈信息之前，监听所述多HARQ进程共用的下行控制信息DCI；所述DCI携带有所述多HARQ进程中每一HARQ进程的索引号以及与所述索引号对应的时频资源调度信息；或者，所述DCI携带有所述多HARQ进程中各HARQ进程对应的时频资源调度信息和所述多HARQ进程的起始索引号，所述起始索引号与其中一个HARQ进程相对应；
其中，第i个HARQ进程对应的时频资源调度信息用于指示所述第i个HARQ进程传输下行HARQ-ACK反馈信息的时频资源；
所述相同的时频资源上是根据各HARQ进程传输下行HARQ-ACK反馈信息的时频资源确定的。
8.如权利要求7所述的终端设备，其特征在于，所述处理模块监听的DCI还携带有同时传输配置指示；所述同时传输配置指示用于指示在所述相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息。
9.如权利要求7所述的终端设备，其特征在于，还包括：
第一接收模块，用于在所述处理模块监听所述DCI之前，接收同时传输配置指示，所述同时传输配置指示用于指示在所述相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息。
10.如权利要求7-9任一项所述的终端设备，其特征在于，在所述指示所述第一发送模块将获取的所述多HARQ进程的多个下行HARQ-ACK反馈信息在相同的时频资源上同时传输的方向，所述处理模块具体用于：
对所述多个下行HARQ-ACK反馈信息进行调制，得到调制符号；
指示所述第一发送模块在所述相同的时频资源上传输所述调制符号。
11.如权利要求10所述的终端设备，其特征在于，被所述处理模块进行调制的所述多个下行HARQ-ACK反馈信息是按预设排列规则进行排序的。
12.如权利要求10所述的终端设备，其特征在于，所述预设排列规则包括：按HARQ进程索引号的升序或降序顺序排列。
13.一种HARQ-ACK反馈信息的传输方法，其特征在于，应用于下行多HARQ进程的场景，所述方法包括：
基站在相同的时频资源上同时接收所述多HARQ进程的多个下行HARQ-ACK反馈信息，所述相同的时频资源是根据每一HARQ进程传输下行HARQ-ACK反馈信息的时频资源确定的；
所述多个下行HARQ-ACK反馈信息由终端设备获取并发送；
在接收所述多HARQ进程的多个下行HARQ-ACK反馈信息的步骤之前，还包括：
所述基站向所述终端设备发送所述多HARQ进程共用的DCI；所述DCI携带有所述多HARQ进程中每一HARQ进程的索引号以及与所述索引号对应的时频资源调度信息；或者，所述DCI携带有所述多HARQ进程中各HARQ进程对应的时频资源调度信息和所述多HARQ进程的起始索引号，所述起始索引号与其中一个HARQ进程相对应；
其中，第i个HARQ进程对应的时频资源调度信息用于指示所述第i个HARQ进程传输下行HARQ-ACK反馈信息的时频资源；
所述相同的时频资源上是根据各HARQ进程传输下行HARQ-ACK反馈信息的时频资源确定的。
14.如权利要求13所述的方法，其特征在于，
所述DCI还携带有同时传输配置指示；
其中，所述同时传输配置指示用于指示在所述相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息。
15.如权利要求13所述的方法，其特征在于，在发送所述DCI之前，还包括：
所述基站向所述终端设备发送同时传输配置指示，所述同时传输配置指示用于指示在所述相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息。
16.一种传输基站，其特征在于，应用于下行多HARQ进程的场景，所述基站包括：
第二接收模块，用于在相同的时频资源上同时接收所述多HARQ进程的多个下行HARQ-ACK反馈信息，所述相同的时频资源是根据每一HARQ进程传输下行HARQ-ACK反馈信息的时频资源确定的；
所述多个下行HARQ-ACK反馈信息由终端设备获取并发送；
所述第二发送模块用于，在所述第二接收模块接收所述多HARQ进程的多个下行HARQ-ACK反馈信息之前，向所述终端设备发送所述多HARQ进程共用的DCI；所述多HARQ进程共用的DCI携带有所述多HARQ进程中每一HARQ进程的索引号以及与所述索引号对应的时频资源调度信息；或者，所述多HARQ进程共用的DCI携带有所述多HARQ进程中各HARQ进程对应的时频资源调度信息和所述多HARQ进程的起始索引号，所述起始索引号与其中一个HARQ进程相对应；
其中，第i个HARQ进程对应的时频资源调度信息用于指示所述第i个HARQ进程传输下行HARQ-ACK反馈信息的时频资源；
所述相同的时频资源上是根据各HARQ进程传输下行HARQ-ACK反馈信息的时频资源确定的。
17.如权利要求16所述的基站，其特征在于，所述第二发送模块发送的DCI还携带有同时传输配置指示；其中，所述同时传输配置指示用于指示在所述相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息。
18.如权利要求16所述的基站，其特征在于，所述第二发送模块还用于：
在发送所述DCI之前，向所述终端设备发送同时传输配置指示，所述同时传输配置指示用于指示在所述相同的时频资源上同时传输多HARQ进程的多个下行HARQ-ACK反馈信息。
19.一种通信设备，其特征在于，包括处理器和存储器，所述处理器通过运行存储在存储器的软件程序以及模块，用于实现如权利要求1至6或13至15中任一项所述的方法。
20.一种计算机存储介质，其特征在于，所述计算机存储介质用于储存计算机程序，所述计算机程序用于执行权利要求1至6或13至15任一项所述的方法。
CN201680089472.6A 2016-11-04 2016-11-04 Harq-ack反馈信息的传输方法及相关装置 Active CN109716694B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/104774 WO2018082059A1 (zh) 2016-11-04 2016-11-04 Harq-ack反馈信息的传输方法及相关装置

Publications (2)

Publication Number Publication Date
CN109716694A CN109716694A (zh) 2019-05-03
CN109716694B true CN109716694B (zh) 2021-03-30

Family

ID=62075481

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680089472.6A Active CN109716694B (zh) 2016-11-04 2016-11-04 Harq-ack反馈信息的传输方法及相关装置

Country Status (5)

Country Link
US (1) US20190260521A1 (zh)
EP (1) EP3531599A4 (zh)
JP (1) JP2020503723A (zh)
CN (1) CN109716694B (zh)
WO (1) WO2018082059A1 (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018084487A1 (ko) * 2016-11-04 2018-05-11 엘지전자 주식회사 Nb iot에서 harq ack/nack 신호를 전송하는 방법
CN108206731A (zh) * 2016-12-16 2018-06-26 上海诺基亚贝尔股份有限公司 一种用于ack/nack报告的方法、设备与***
CN108271262B (zh) * 2017-01-03 2024-03-15 北京三星通信技术研究有限公司 分配上行控制信道的方法及设备
US10123322B1 (en) * 2017-09-18 2018-11-06 Qualcomm Incorporated Transmission of beam switch commands through control channel signaling
CN109699074B (zh) * 2017-10-20 2021-11-23 上海朗帛通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
US12010065B2 (en) 2018-07-25 2024-06-11 Beijing Xiaomi Mobile Software Co., Ltd. Method for transmitting HARQ feedback information, terminal, and base station
CN109314614B (zh) * 2018-08-23 2022-03-01 北京小米移动软件有限公司 混合自动重传请求反馈方法及装置、用户设备和基站
CN110875804B (zh) 2018-09-04 2021-04-09 成都华为技术有限公司 发送和接收反馈信息的方法以及装置
US20200106569A1 (en) * 2018-09-27 2020-04-02 Mediatek Inc. Mechanisms for postponing hybrid automatic repeat request acknowledgement (harq-ack) feedback
CN109565836B (zh) * 2018-11-01 2023-06-20 北京小米移动软件有限公司 资源位置确定方法、装置、基站及存储介质
WO2020087530A1 (en) * 2018-11-02 2020-05-07 Mediatek Singapore Pte. Ltd. Physical layer procedures for v2x communication
WO2020133445A1 (zh) * 2018-12-29 2020-07-02 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN112311515B (zh) * 2019-08-01 2022-03-29 北京华为数字技术有限公司 一种反馈信息传输方法及装置
CN110505042B (zh) * 2019-08-16 2022-03-22 中国信息通信研究院 一种对上行数据harq反馈方法和设备
CN111245579B (zh) * 2020-01-19 2021-03-19 北京邮电大学 基于sidelink的HARQ反馈时间段确定方法
CN113328834A (zh) * 2020-02-28 2021-08-31 华为技术有限公司 一种通信方法及装置
CN113517959B (zh) * 2020-04-10 2023-06-23 华为技术有限公司 一种反馈信息的发送方法、装置及存储介质
US20220046669A1 (en) * 2020-08-05 2022-02-10 Qualcomm Incorporated Configuration of uplink hybrid automatic repeat request processes and process types

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101227703A (zh) * 2007-01-17 2008-07-23 北京三星通信技术研究有限公司 分配多种类型的ack/nack信道的设备和方法
CN101399646A (zh) * 2007-09-30 2009-04-01 大唐移动通信设备有限公司 Lte-tdd***指示ack/nack传输的方法和装置
CN101754252A (zh) * 2008-12-19 2010-06-23 大唐移动通信设备有限公司 多载波升级***及其反馈ack/nack的方法及设备
CN101997659A (zh) * 2009-08-25 2011-03-30 大唐移动通信设备有限公司 配置上行控制资源以及上行控制信息的传输方法及装置
CN103875192A (zh) * 2012-10-12 2014-06-18 华为技术有限公司 Harq反馈的传输方法和装置
CN104396296A (zh) * 2013-06-04 2015-03-04 华为技术有限公司 数据传输方法、装置和用户设备
CN104854904A (zh) * 2013-10-25 2015-08-19 华为技术有限公司 数据调度方法、装置、基站和终端
CN105451164A (zh) * 2015-11-30 2016-03-30 深圳市金立通信设备有限公司 一种数据传输控制方法、装置、***及相关设备
CN105978671A (zh) * 2016-06-27 2016-09-28 深圳市金立通信设备有限公司 一种harq重传的指示方法及相关设备

Family Cites Families (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7532600B2 (en) * 2003-04-25 2009-05-12 Alcatel-Lucent Usa Inc. Method and system for using hybrid ARQ in communication systems that use multiple input multiple output antenna systems
WO2007021122A1 (en) * 2005-08-19 2007-02-22 Samsung Electronics Co., Ltd. Method for variable sub-carrier mapping and device using the same
US7668188B2 (en) * 2006-02-14 2010-02-23 Broadcom Corporation Method and system for HSDPA bit level processor engine
KR100905385B1 (ko) * 2008-03-16 2009-06-30 엘지전자 주식회사 무선통신 시스템에서 제어신호의 효율적인 전송방법
US8942190B2 (en) * 2009-03-16 2015-01-27 Blackberry Limited HARQ process number management for downlink carrier aggregation
WO2010113214A1 (ja) * 2009-03-31 2010-10-07 富士通株式会社 通信方法、通信システム、通信端末装置、及び通信基地局装置
WO2010144245A1 (en) * 2009-06-08 2010-12-16 Research In Motion Limited Harq process management for carrier aggregation and mapping between harq processes and transmission resources
TW201101895A (en) * 2009-06-24 2011-01-01 Htc Corp Method and related communication device for enhancing power control mechanism
CN101841398B (zh) * 2010-05-06 2015-10-21 中兴通讯股份有限公司 一种上行控制信令的传输方法及用户设备
KR101191216B1 (ko) * 2010-11-24 2012-10-16 엘지전자 주식회사 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국
KR101907528B1 (ko) * 2011-02-18 2018-10-12 삼성전자 주식회사 이동 통신 시스템 및 그 이동 통신 시스템에서 채널 송수신 방법
CN107104761B (zh) * 2011-05-12 2020-07-31 Lg电子株式会社 发送控制信息的方法及其设备
WO2013006010A2 (ko) * 2011-07-06 2013-01-10 엘지전자 주식회사 무선 통신 시스템에서 상향링크 harq 송수신 방법 및 장치
HUE030802T2 (en) * 2011-09-23 2017-05-29 Lg Electronics Inc Procedure for transmitting control information and equipment to the same
US9232517B2 (en) * 2011-10-04 2016-01-05 Lg Electronics Inc. Method for scheduling bundling in wireless access system and apparatus for same
AU2013274938B2 (en) * 2012-06-14 2016-01-14 Telefonaktiebolaget L M Ericsson (Publ) Methods of mapping retransmissions responsive to bundled nack messages and related devices for multi - layer MIMO transmission
CN103516499B (zh) * 2012-06-19 2017-06-13 电信科学技术研究院 一种ack/nack反馈比特数确定方法及装置
WO2014021649A1 (ko) * 2012-08-01 2014-02-06 엘지전자 주식회사 데이터 송신 및 수신 방법 및 장치
CN103581891B (zh) * 2012-08-06 2019-01-25 中兴通讯股份有限公司 信息的处理方法及装置
WO2014048472A1 (en) * 2012-09-27 2014-04-03 Huawei Technologies Co., Ltd. Methods and nodes in a wireless communication system
US11245507B2 (en) * 2012-11-02 2022-02-08 Texas Instruments Incorporated Efficient allocation of uplink HARQ-ACK resources for LTE enhanced control channel
EP2983306B1 (en) * 2013-04-05 2020-02-19 LG Electronics Inc. Method for transmitting uplink control information in wireless access system and apparatus therefor
GB2513904A (en) * 2013-05-10 2014-11-12 Nec Corp Communication system
KR20150051063A (ko) * 2013-11-01 2015-05-11 주식회사 아이티엘 하향링크 ｈａｒｑ-ａｃｋ와 ｓｒ동시 전송 방법 및 장치
US10326560B2 (en) * 2014-11-03 2019-06-18 Lg Electronics Inc. Data buffering method and apparatus for hybrid automatic repeat request in wireless access system supporting non-orthogonal multiple access scheme
US11818717B2 (en) * 2014-12-31 2023-11-14 Texas Instruments Incorporated Method and apparatus for uplink control signaling with massive Carrier Aggregation
FI3251245T3 (fi) * 2015-01-28 2023-06-20 Interdigital Patent Holdings Inc Nousevan siirtotien palautemenetelmät suuren lukumäärän kantoaaltoja kanssa toimimiseksi
EP3257179B1 (en) * 2015-02-09 2018-09-19 Telefonaktiebolaget LM Ericsson (publ) Harq on pusch for multiple carriers
WO2016144076A1 (en) * 2015-03-06 2016-09-15 Lg Electronics Inc. Method and apparatus for configuring frame structure and frequency hopping for mtc ue in wireless communication system
CN106060930B (zh) * 2015-04-09 2021-07-16 北京三星通信技术研究有限公司 一种增强载波聚合***的harq-ack传输方法和设备
US10931425B2 (en) * 2015-09-11 2021-02-23 Apple Inc. Transmission of uplink control information in wireless systems
WO2017116132A1 (ko) * 2015-12-31 2017-07-06 엘지전자 주식회사 비면허 대역을 지원하는 무선 통신 시스템에서 상향링크 신호를 송수신하는 방법 및 이를 지원하는 장치
EP3445118B1 (en) * 2016-04-13 2020-12-16 LG Electronics Inc. Method for transmitting and receiving uplink signal in wireless communication system supporting unlicensed band and device supporting same
CN107332646B (zh) * 2016-04-29 2021-05-11 中兴通讯股份有限公司 Harq-ack的发送方法及装置
WO2017192009A1 (ko) * 2016-05-03 2017-11-09 엘지전자 주식회사 무선 통신 시스템에서 ack/nack 메시지 전송 방법 및 상기 방법을 이용하는 단말

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101227703A (zh) * 2007-01-17 2008-07-23 北京三星通信技术研究有限公司 分配多种类型的ack/nack信道的设备和方法
CN101399646A (zh) * 2007-09-30 2009-04-01 大唐移动通信设备有限公司 Lte-tdd***指示ack/nack传输的方法和装置
CN101754252A (zh) * 2008-12-19 2010-06-23 大唐移动通信设备有限公司 多载波升级***及其反馈ack/nack的方法及设备
CN101997659A (zh) * 2009-08-25 2011-03-30 大唐移动通信设备有限公司 配置上行控制资源以及上行控制信息的传输方法及装置
CN103875192A (zh) * 2012-10-12 2014-06-18 华为技术有限公司 Harq反馈的传输方法和装置
CN104396296A (zh) * 2013-06-04 2015-03-04 华为技术有限公司 数据传输方法、装置和用户设备
CN104854904A (zh) * 2013-10-25 2015-08-19 华为技术有限公司 数据调度方法、装置、基站和终端
CN105451164A (zh) * 2015-11-30 2016-03-30 深圳市金立通信设备有限公司 一种数据传输控制方法、装置、***及相关设备
CN105978671A (zh) * 2016-06-27 2016-09-28 深圳市金立通信设备有限公司 一种harq重传的指示方法及相关设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
PUCCH design in LAA;3GPP;《3GPP TSG RAN WG1 meeting #84bis，R1-162469》;20160402;第2.3节，图1-2 *

Also Published As

Publication number Publication date
CN109716694A (zh) 2019-05-03
JP2020503723A (ja) 2020-01-30
EP3531599A1 (en) 2019-08-28
WO2018082059A1 (zh) 2018-05-11
US20190260521A1 (en) 2019-08-22
EP3531599A4 (en) 2019-11-06

Similar Documents

Publication Publication Date Title
CN109716694B (zh) Harq-ack反馈信息的传输方法及相关装置
CN110226341B (zh) 一种数据传输的方法、相关设备以及***
CN107396386B (zh) 信道检测方法及信道检测设备
JP7324276B2 (ja) サイドリンクのリンク障害検出方法及び端末
CN110769516B (zh) 一种随机接入方法及相关设备
CN114025388A (zh) 一种数据传输的方法、相关设备以及***
WO2020063576A1 (zh) 传输块与码字的对应关系、相关设备以及***
EP3595354B1 (en) Transmission method for control channel
CN107896388B (zh) 下行控制信道的传输方法、接收网元及发送网元
CN113099531B (zh) 确定寻呼消息位置的方法、通信设备、网络侧、用户设备
CN106716911B (zh) 一种数据传输的方法及设备
CN106954276B (zh) 一种重传调度的方法、设备及***
CN111277381A (zh) 物理下行控制信道监听、监听配置方法、终端及网络设备
JP2022543677A (ja) 情報伝送方法および端末
CN110139390B (zh) 资源调度指示方法、终端及网络设备
WO2014206355A1 (zh) 反馈信息的传输方法和相关设备及通信***
CN107105503B (zh) 一种数据传输方法及通信设备、***
CN111436154A (zh) 一种非授权频段的上行传输方法、终端及网络设备
EP3780458B1 (en) Uplink transmission method and terminal
CN110351036B (zh) 信息传输方法、网络设备及终端
CN112804033B (zh) 一种harq-ack处理方法及相关设备
CN114071755A (zh) 一种通信方法、装置及***
EP3442149B1 (en) Method, base station, and user equipment for transmitting pilot signal
JP7325539B2 (ja) 情報決定方法及びユーザ機器
WO2022061672A1 (zh) 通信方法、终端设备及网络设备

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

Effective date of registration: 20211222

Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province

Patentee after: xFusion Digital Technologies Co., Ltd.

Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen

Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd.

TR01 Transfer of patent right