CN108464049A - 频分双工通信系统和方法 - Google Patents

频分双工通信系统和方法 Download PDF

Info

Publication number
CN108464049A
CN108464049A CN201780003830.1A CN201780003830A CN108464049A CN 108464049 A CN108464049 A CN 108464049A CN 201780003830 A CN201780003830 A CN 201780003830A CN 108464049 A CN108464049 A CN 108464049A
Authority
CN
China
Prior art keywords
downlink
harq
uplink
subframe
ack
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.)
Granted
Application number
CN201780003830.1A
Other languages
English (en)
Other versions
CN108464049B (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.)
JRD Communication Shenzhen Ltd
Original Assignee
JRD Communication Shenzhen 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 JRD Communication Shenzhen Ltd filed Critical JRD Communication Shenzhen Ltd
Priority to CN201911024258.4A priority Critical patent/CN111049632B/zh
Publication of CN108464049A publication Critical patent/CN108464049A/zh
Application granted granted Critical
Publication of CN108464049B publication Critical patent/CN108464049B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/1607—Details of the supervisory signal
    • H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • 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
    • 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/1607—Details of the supervisory signal
    • 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
    • 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/0078—Timing of allocation
    • 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
    • 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/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • 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
    • 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
    • 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/16—Half-duplex systems; Simplex/duplex switching; Transmission of break signals non-automatically inverting the direction of transmission

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

应用半双工频分双工(HD‑FDD)技术的无线通信方法，包括：在无线通信设备处，在多个下行链路子帧内接收下行链路数据，并且在上行链路上发送混合自动重传应答消息(HARQ‑ACK)。HARQ‑ACK对应在至少两个所述下行链路子帧内接收的下行链路数据，且该HARQ‑ACK在一个上行链路子帧内被发送。

Description

频分双工通信系统和方法
技术领域
本公开内容涉及频分双工(frequency division duplex,FDD)通信技术。
背景技术
长期演进技术(long-term evolution,LTE)是由第三代合作伙伴计划(3GPP)开发的一种无线通信技术。LTE定义了时分双工(time division duplex,TDD)和频分双工(FDD)的工作模式。并且，LTE还定义了FDD操作的两种模式：全双工(full duplex)FDD和半双工FDD(half duplex,HD-FDD)。无线基站10和用户设备(user equipment,UE)20之间的通信链路包括下行(DL)链路和上行(UL)链路，其中下行链路的传输方向为基站至用户设备，而上行链路的传输方向为用户设备至基站。
图2示出了全双工FDD和半双工FDD的示意图。在这些例子中，下行和上行通信都有各自的频谱资源。在全双工FDD模式中，用户设备能使用不同的下行和上行资源来同时发送和接收数据。在半双工FDD模式中，用户设备在给定时刻不能同时接收和发送数据。将时间轴划分为帧和子帧，在每一个子帧内，用户设备可在下行链路中接收数据，或者在上行链路中传输数据。
HD-FDD适用于低复杂度的用户设备。在HD-FDD模式下，由于用户设备不能够同时发送和接收数据，用户设备一次只能调节至一个频率带。例如，用户设备的收发机可能只有单个本机振荡器(local-oscillator,LO)。将本机振荡器的频率在下行频率资源和上行频率资源之间调节需要花费一定时间，而在这段重调的时间内，收发机无法进行在下行链路接收数据或者在上行链路发送数据。半双工FDD技术可以使用保护时段，从而允许用户设备在下行链路和上行链路之间调频切换。在LTE技术中，用于只具有单个本机振荡器的HD-FDD的技术称为B型HD-FDD。对于LTE的B型HD-FDD技术，调频切换的间隔时间被设置为一个子帧，称为保护子帧。图2示出了下行至上行(DL-UL)切换的保护子帧，以及用于上行至下行(UL-DL)切换的保护子帧。
对于半双工模式，还存在其他影响可行下行数据速率的限制条件。其中之一是：为了确认是否在下行链路上正确地接收了数据，用户设备需要切换至上行链路并发送数据。在LTE技术中这称为混合自动重传请求(hybrid automatic repeat request,HARQ)机制。对每个下行链路传输，用户发送一个单独的混合自动重传应答消息(HARQ-ACK)，HARQ-ACK可表明下行链路传输是否被正确地接收(ACK)，或者下行链路传输是否被错误地接收(NACK)。下行链路传输和用户设备的HARQ-ACK响应之间存在统一的时间关系。
另一个限制条件在于，用户设备在接收下行链路的数据传输之前，会接收对下行链路的数据传输进行规划的控制消息。控制消息和下行链路数据传输都发生在用户设备切换至上行链路之前的一组下行链路子帧中。这就会在这组下行链路子帧中导致未被使用的时段。
下面描述的实施例不限于解决已知系统的任何或全部缺点的应用方式。
发明内容
本发明提供一种使用半频分双工(HD-FDD)通信的无线通信方法，该方法包括：在多个下行链路子帧中接收下行链路数据；以及在上行链路上发送混合自动重传应答消息(HARQ-ACK)；其中，所述HARQ-ACK对应在所述多个下行链路子帧中的至少两个中接收的下行链路数据，且所述HARQ-ACK在一个上行链路子帧中被发送。
其中，对不同的下行链路数据子帧，下行链路数据子帧和用于传输所述HARQ-ACK的上行链路传输子帧之间的时间关系不统一。
其中，每个承载下行链路数据的下行链路子帧与HARQ进程序号关联，其中，所述无线通信设备存储时间数据，所述时间数据指示所述下行链路数据的HARQ进程序号与用于传输所述HARQ-ACK的上行链路传输子帧之间的时间关系。
其中，所述时间数据由以下之一确定：HARQ进程的数量；HARQ-ACK对应的下行链路数据子帧的序号。
其中，传输循环中的所述HARQ进程的数量的值从3、4、6、8或10中的至少一个选择。
所述无线通信设备在下行链路信道上接收时间数据，所述时间数据指示出下行链路数据子帧和用于传输HARQ-ACK的上行链路传输子帧之间的时间关联。
所述时间数据作为下行链路信道指示符(DCI)的一部分被接收。
下行链路子帧和上行链路子帧被保护时段分隔开，并且通过以下方法确定下行至上行切换的保护时段的时间：确定是否所述时间数据指示出所述无线通信设备应当在后续子帧内发送HARQ-ACK；确定所述时间数据指示出所述无线通信设备不期望在所述上行链路上发送数据。
上行链路子帧和下行链路子帧被保护时段分隔开，并且通过以下方法之一确定上行至下行切换的保护时段的时间：确定是否所述时间数据指示出所述无线通信设备不期望在所述上行链路上发送HARQ-ACK；确定是否所述时间数据指示出所述无线通信设备不期望在所述上行链路上发送数据。
其中，所述HARQ-ACK包括每个HARQ进程的HARQ ACK/NACK指示符。
其中，所述HARQ-ACK包括对应多个HARQ进程的单个HARQ ACK/NACK指示符。
本发明还提供一种在具有半频分双工(HD-FDD)、下行链路和上行链路的系统中使用的无线通信方法，该方法包括：在无线通信设备处执行：接收规划的下行链路数据传输的规划指令；在下行链路子帧内接收下行链路数据；其中，所述规划指令在下行至上行切换的保护时段前被接收，所述下行链路数据在上行至下行切换的保护时段后被接收。
其中，还包括在下行链路信道上接收指示指令，用以指示是否规划的下行链路数据传输将被延迟至上行至下行切换的保护时段之后。
其中，当规划的下行链路数据传输未被延迟至上行至下行切换的保护时段后时，接收规划指令和接收下行数据传输之间存在规划延迟的第一固定值；当规划的下行链路数据传输被延迟至上行链路至下行链路切换的保护时段后时，接收规划指令和接收下行数据传输之间存在规划延迟的第二固定值；以及，还包括使用用以指示是否规划的下行链路数据传输将被延迟的所述指示指令来确定所述规划延迟。
其中，用以指示是否规划的下行链路数据传输将被延迟的所述指示指令作为1比特的参数被接收。
其中，用以指示是否规划的下行链路数据传输将被延迟的所述指示指令被作为多比特位参数的一部分被接收，所述多比特位参数还指示出下行链路数据子帧和上行链路传输子帧之间的时间关联，所述上行链路传输子帧用于发送混合自动重传应答消息(HARQ-ACK)。
该方法还包括：确定下行至上行切换的第一保护时段的时间；确定上行至下行切换的第二保护时段的时间；确定所述规划指令与所述第一保护时段的相对时间；以及若所述规划指令与所述第一保护时段的相对时间在限值内，则确定延迟的规划下行链路数据传输相对所述第二保护时段的传输时间。
该方法还包括：通过以下方法确定下行至上行切换的保护时段的时间：确定是否所述时间数据指示出所述无线通信设备应当在后续子帧中发送HARQ-ACK；确定是否所述时间数据指示出了所述无线通信设备不期望在所述上行链路上发送数据。
本发明还提供一种用户设备，用以执行所述和所要求的方法。
本公开描述的功能可以被应用于(但不限于)低带宽低复杂度的用户设备UE(BL)，或者增强覆盖(CE)的UE。本公开描述的功能可以被应用于(但不限于)机器类型通信(machine type communication,MTC)。
该方法可以被应用于HD-FDD技术，例如LTE技术B型HD-FDD。
所说明的功能可以以硬件形式、可被处理器执行的软件形式或者硬件和软件结合的形式实现。计算装置可以包括计算机、处理器、状态机、逻辑阵列或者其他任何适当的计算装置。计算装置可以是通用处理器，该处理器可执行软件以执行所需的任务。或者，该计算装置可以用于执行所需的功能。本发明的另一方面提供机器可读指令(软件)，当该指令被处理器执行时，执行所说明的任一方法。该机器可读指令可以被存储在电子存储设备、硬盘、光学硬盘或者其他机器可读存储介质中。机器可读介质可以是永久性的机器可读介质。术语“永久性机器可读介质”包括所有的机器可读媒介，除了瞬态传播的信号以外。机器可读指令可以通过网络连接下载至存储介质中。
附图说明
下面将以例子的形式，并结合下列附图，对本发明的各实施例进行描述。其中：
图1示出了具有下行链路和上行链路通信的无线通信系统。
图2示出了全双工FDD和半双工FDD模式。
图3示出了LTE标准支持的规划模式和HARQ-ACK响应的例子。
图4示出了具有捆绑HARQ-ACK响应的规划模式的一个例子。
图5至图8示出了时间数据的示例性表格。
图9示出了具有捆绑HARQ-ACK响应的规划模式的另一个例子
图10示出了LTE标准支持的规划模式和HARQ-ACK响应的例子。
图11示出了具有延迟DL许可的规划模式的例子。
图12示出了用户设备执行的方法流程图。
图13至图17示出了具有HARQ-ACK捆绑的规划模式。
图18至图20示出了具有延迟DL许可的规划模式。
图21示出了用户设备的示例性装置结构。
具体实施方式
下面将对本发明的各实施例进行示例性描述。这些实施例代表了申请人所知的将本发明进行实践的可行方式，但是这些例子并不是唯一的实现方式。下面的描述将展示各实施例的功能，以及构建和执行各实施例的步骤顺序。然而，同样或等同的功能和步骤顺序也可以通过其他不同的实施例完成。
在本申请上述段落、权利要求和/或下列描述和附图中的各实施例及其变形，特别是其中的单独的技术特征，都可以被单独使用或者组合使用，而不超出本发明在各技术方案中限定的范围。也就是说，所有的实施例和/或各实施例的技术特征均可以任何形式组合，除非这些技术特征互相不可兼容。
请参阅图2，FDD通信系统为下行链路(DL)和上行链路(DL)通信提供不同的频谱资源。频谱资源可包括一系列频率副载波。时间轴可划分为多个帧及子帧。在LTE系统中，一帧可包括10个子帧，分别编号为#0至#9。在半双工FDD(HD-FDD)模式下，在每个子帧内用户设备可在下行链路上接收数据，或者在上行链路上发送数据。用户设备同样需要时间在下行链路监测和上行链路传输之间进行切换，保护时段被提供以进行切换操作。在LTE的B型HD-FDD技术中，提供用于下行至上行(DL-UL)切换的保护子帧，以及用于上行至下行(UL-DL)切换的保护子帧。
HARQ-ACK捆绑
为了解释相关的背景，图3中示出了传统的HD-FDD通信的例子。下行链路上的通信包括控制指令和数据指令。用户设备接收规划控制消息M1、M2和M3，M1、M2和M3对数据信道上的下行链路数据传输D1、D2和D3进行规划。规划控制消息M1、M2和M3都先于其对应的下行链路数据传输D1、D2和D3，例如，M1先于D1。对于每个下行链路数据传输D1、D2和D3，用户设备均在上行链路的控制指令信道上发送对应的HARQ-ACK消息。例如，上行链路消息1对应下行链路数据传输D1，以此类推。在下行链路数据传输和HARQ-ACK消息之间存在固定的时间关系。在本实施例中，若下行链路数据传输位于第n个子帧，则对应的HARQ-ACK响应就位于第n+4个子帧，即它们之间相差4个子帧。上行链路HARQ-ACK消息1在D1的4个子帧后发送，而上行链路HARQ-ACK消息2在D2的4个子帧后发送，以此类推。
图4示出了修改后的HD-FDD通信的例子。在本实施例中，下行链路数据传输和HARQ-ACK消息之间的时间关系不统一。类似于图3，下行链路通信包括控制指令和数据指令。用户设备接收规划控制消息M1、M2、M3和M4，M1-M4对数据信道上的下行链路数据传输D1、D2、D3和D4进行规划。规划控制消息M1、M2、M3和M4均先于其对应的下行链路数据传输D1、D2、D3和D4，例如，M1先于D1。每个下行链路数据传输D1、D2、D3和D4与一个HARQ进程序号关联。对每个下行链路数据传输D1、D2、D3和D4，用户设备在上行链路的控制信道上发送HARQ-ACK确认消息。用户设备将多个HARQ-ACK合并为单个上行链路响应，并在单个上行链路子帧中发送。例如，上行链路确认消息1-2对应下行链路数据传输D1和D2，而上行链路确认消息3-4对应下行链路数据传输D3和D4。这称为HARQ-ACK捆绑(bundling)。HARQ-ACK消息可以作为上行链路控制信息(uplink control information,UCI)传输。HARQ-ACK可在物理上行共享信道(physical uplink shared channel,PUSCH)或者物理上行控制信道(physical uplink control channel,PUCCH)上传输。规划控制消息在用于低带宽低复杂度用户设备或者覆盖增强用户设备的物理下行控制信道(physical downlink controlchannel)上被接收(MTC物理下行控制信道，MPDCCH)。数据子帧在物理下行共享信道(physical downlink shared channel,PDSCH)上被接收。
HARQ-ACK时间
对于每对下行链路数据子帧和HARQ-ACK，它们之间的时间关系不再是一个常量。对于D1，下行链路数据子帧D1位于子帧n，而HARQ-ACK消息1-2位于子帧n+5，也就是相差5个子帧。对于D2，下行链路数据子帧D2位于子帧n，而HARQ-ACK消息1-2位于子帧n+4，也就是相差4个子帧。将HARQ-ACK响应结合起来可以减少上行链路上传输的控制信息(例如，UCI)的数量。通过将上述时间关系设置为非常量，可以增加用户设备切换至上行链路之前的时间段的持续时间，因此可允许提高下行链路数据传输时间占比。
为了确定下行链路数据子帧和用于传输对应此下行链路数据子帧的HARQ-ACK的子帧之间的时间关系，可以有多种可能的方式。
确定下行链路数据子帧和用于传输对应此下行链路数据子帧的HARQ-ACK的子帧之间的时间关系的第一种方式可基于下行链路数据子帧的HARQ进程序号和存储的时间数据，例如，查找表(look-up table,LUT)。在如图5所示的表格中，maxHARQ-RX是传输循环内的HARQ进程数量，M是与单个HARQ-ACK响应消息关联的下行链路子帧(HARQ进程)数量，即对应的HARQ-ACK响应捆绑到一起的下行链路传输的数量。该表以子帧的数量(k)为单位提供了前述时间关系，对应于下行链路HARQ进程序号。在图4所示的表格的第二行的例子中，maxHARQ-RX＝4(在一个传输循环中有四个HARQ进程)，且M＝2(每个HARQ响应带有两个数据传输的确认信息)。为了简洁性考虑，假设D1对应下行链路HARQ进程序号0，D2对应下行链路HARQ进程序号1，以此类推，可以理解，也可以使用其他对应关系。在表中查找这些值可以得到：对应下行链路HARQ进程序号0(D1)的HARQ-ACK响应消息的偏移值为5个子帧，对应下行链路HARQ进程序号1(D2)的HARQ-ACK响应消息的偏移值为4个子帧。
以更为正式的方式表达，该方法包括：
当在子帧n-k内检测到具有用于用户设备的HARQ进程序号nHARQ_ID的PDSCH，且该PDSCH需要提供HARQ-ACK的情况下，或者
当在子帧n-k内检测到MPDCCH，该MPDCCH指示下行链路半持续调度(downlinksemi-persistent scheduling,SPS)释放，且该MPDCCH与进程序号nHARQ_ID相关联并需要提供HARQ-ACK的情况下，
用户设备在子帧n内使用如后文所述的发送HARQ-ACK响应。图5的表格中给出了k的值，nHARQ_ID的值可根据DCI格式6-1A中的HARQ进程序号字段决定，或者与SPS相关。
确定下行链路数据子帧和用于传输对应此下行链路数据子帧的HARQ-ACK的子帧之间的时间关系的第二种方式可基于HARQ进程序号和已存储的时间数据，例如查找表(LUT)，类似于前述第一种方式。此外，HARQ-ACK时间可以由控制信息动态地调整。例如，控制信息可以在下行链路控制信道中同规划消息一同被接收。一种实现方式为：在下行链路控制信息(DCI)消息中添加一2比特字段，在本申请中，这称为规划和HARQ-ACK延迟(scheduling and HARQ-ACK delay)。当然，也可以使用其他合适的术语。以更为正式的方法表述，该方法包括：当在子帧n-k+δ内检测到具有用于用户设备的HARQ进程序号nHARQ_ID的PDSCH，且该PDSCH需要提供HARQ-ACK的情况下，或者
当在子帧n-k+δ内检测到MPDCCH，该MPDCCH指示下行链路半持续调度(downlinksemi-persistent scheduling,SPS)释放，且该MPDCCH与进程序号nHARQ_ID相关联并需要提供HARQ-ACK的情况下，
用户设备在子帧n内使用如后文所述的发送HARQ-ACK响应。图6的表格中给出了k的值，参数δ的值可使用图7中的表格确定。图7的表格将2比特的值“00”、“01”、“10”与时间调整值相对应。总的来说，这可以对图6的表格的计算结果进行微调。此方法使得在规划过程中可以更加灵活。
确定下行链路数据子帧和用于传输对应此下行链路数据子帧的HARQ-ACK的子帧之间的时间关系的第三种方法基于接收自下行链路控制信道的确切值。例如，控制信息可以在下行链路控制信道上同规划消息一同被接收。一种实现方式为下行链路控制信息(DCI)消息中的2比特字段，这被称为HARQ-ACK延迟字段。以更为正式的方法表述，该方法包括：
当在子帧n-k内检测到具有用于用户设备的PDSCH，且该PDSCH需要提供HARQ-ACK的情况下，或者
当在子帧n-k内检测到MPDCCH，该MPDCCH指示下行链路半持续调度(downlinksemi-persistent scheduling,SPS)释放，且该MPDCCH需要提供HARQ-ACK的情况下，
用户设备在子帧n内使用如后文所述的发送HARQ-ACK响应，其中参数k可使用图8中的表格确定，此方法同样使得规划过程中可以更加灵活。
图9示出了修改后的HD-FDD通信的另一个例子。与图4类似，下行链路数据子帧和上行链路确认消息之间没有统一的时间关系。在本实施例中，传输循环包括8个规划控制消息M1至M8，M1至M8对数据信道上的下行数据传输D1至D8进行规划。规划控制消息M1至M8均先于它们各自对应的下行链路数据传输D1至D8。用户设备在上行链路的控制信道中为每个下行链路数据传输D1至D8发送HARQ-ACK确定信息。用户设备将多个确认信息合并在单个上行链路响应中。上行链路确认信息1-2与下行链路数据传输D1和D2对应，上行链路确认信息3-4与下行链路数据传输D3和D4对应，以此类推。本实施例是HARQ-ACK捆绑的另一个例子。下行链路数据传输和HARQ-ACK消息之间的时间关系并非完全一致。对于D1，下行链路数据传输D1和HARQ-ACK消息1-2之间的间隔为9个子帧(n+9)，对于D2，下行链路数据传输D2和HARQ-ACK消息1-2之间的间隔为8个子帧(n+8)。
一个HARQ-ACK消息被在单独的上行链路子帧中发送。HARQ-ACK消息可包括每个HARQ进程或DL子帧的HARQ ACK/NACK指示，或者对应多个HARQ进程或DL子帧的单个HARQACK/NACK指示。在一实施例中，HARQ-ACK可携带1或2比特的信息。如果HARQ-ACK携带1比特的信息且HARQ-ACK对应两个HARQ进程或DL子帧组成的捆绑，那么该比特位表示整个HARQ进程或DL子帧的捆绑的ACK或NACK值。例如，值1可表示整个下行链路传输已被正确接收(ACK)，值0可表示下行链路传输中至少有一个未被正确接收(NACK)。响应于表示NACK的1比特HARQ-ACK消息，整个下行链路子帧捆绑将被重新发送。如果HARQ-ACK携带2比特的信息且HARQ-ACK对应两个DL子帧组成的捆绑，那么每个比特位可以表示对应的下行链路传输的ACK/NACK信息，例如，若D1被正确接收而D2未被正确接收，则HARQ-ACK的两个比特位的值可以是“10”。响应于指示NACK的1比特HARQ-ACK消息，仅未被正确发送的下行链路传输将被重新发送。如果2比特的HARQ-ACK消息表示两个下行链路传输，那么只有未被正确接收的下行链路子帧会被重新发送。可以理解，可以使用不同数量的HARQ-ACK比特位，和/或，可以代表不同数量的HARQ进程。例如，若子帧捆绑包括四个下行链路数据传输，那HARQ-ACK的每个比特位可以表示其中两个数据传输的ACK/NACK信息。如果HARQ-ACK在PUCCH上发送，那么就可以使用当前的格式——PUCCH格式1a用于发送1比特位HARQ-ACK，PUCCH格式1b用于发送2比特位HARQ-ACK。
可以理解，在一些情况下，用户设备仅发送对应一个下行链路子帧的HARQ-ACK消息，例如，如果只规划了一个下行链路子帧。
确定保护时段
再次参阅图4的例子，用户设备在子帧6内从下行链路切换至上行链路(DL-UL)，并在子帧10内从上行链路切换至下行链路(UL-DL)。保护子帧的时间定义可以有很多方法，其中之一为：用户设备参考下行链路传输以及规划的上行链路传输，来确定保护子帧的时间点。仍参阅图4，用户设备在子帧#3接收规划控制信息M4，M4可规划子帧#5内的下行链路数据传输。用户设备从存储的时间关系数据(例如，图5)中得知，应当在子帧#7内在上行链路上发送HARQ-ACK响应，因此，用户设备得知应当在子帧#6内从DL切换到UL。类似地，用户设备从存储的时间关系数据(例如，图5)中得知，应当在子帧#9中在上行链路上发送HARQ-ACK响应，并且用户设备得知这是传输循环内的最后一个HARQ-ACK响应，因此，用户设备得知应当在子帧#10内从UL切换至DL。
本配置方案具有容错能力。例如，仍参阅图4，考虑以下情况：用户设备未接收到规划控制消息M1和M2，因此用户设备没有接收到数据传输D1和D2。由于D1和D2没有被接收，用户设备就不需要在子帧#7内发送HARQ-ACK消息。因此，用户设备不需要在子帧#6处的保护子帧内切换至上行链路。相比之下，用户设备接收到了M3、M4以及D3和D4，因此用户设备知道需要在子帧#9内发送HARQ-ACK消息3-4。相应地，用户设备在子帧#8处的保护子帧内切换至上行链路。在这个例子中，用户设备可以很快地从错误状态中恢复，仍然可以在正确的时间点发送HARQ-ACK消息。
对于半双工FDD模式下工作的、参数AckNackFeedbackMode被设置为bundling(捆绑)的用户设备，保护子帧的时间可以根据UE检测到的PDSCH传输的HARQ进程序号来动态地确定。以更为正式的方法表述，该方法包括：
若用户设备需要在子帧n+1发送HARQ-ACK反馈或者上行链路数据(PUSCH传输)，则子帧n是用于从下行链路向上行链路(DL-UL)切换的保护子帧。
若在子帧n后，用户设备不再有HARQ-ACK传输或者PUSCH传输，则子帧n是用于从上行链路向下行链路(UL-DL)切换的保护子帧。
PUSCH上的上行链路传输可以由用户设备在接收到MPDCCH规划消息(UL许可)后发起，或者是基于半持续调度。在MPDCCH规划的例子中，如果UL许可在子帧n内被接收，那么上行链路传输PUSCH将在子帧n+4中发生。子帧n+4内的上行链路传输可以是以下之一：
a)跟随子帧n内(在应用ACK捆绑技术的情况下可早于n)的PDSCH的HARQ-ACK传输；
b)跟随子帧n内的MPDCCH的UL许可的PUSCH上的上行链路传输；或者
c)跟随SPS的PUSCH上的上行链路传输。
有多种方法可以应对错误情况。例如，如果给定的时间关联k+δ小于4，那么用户设备不期望发送HARQ-ACK消息。在HARQ-ACK消息和接收PDSCH有冲突的情况，用户设备会发送HARQ-ACK，而PDSCH将会被放弃。
PUCCH资源确定
用户设备确定使用哪个上行链路资源来发送HARQ-ACK消息。相关的上行链路信道是物理上行链路控制信道(PUCCH)。如果用户设备的高层参数fdd-ACKNackFeedbackMode被设置为了bundle(捆绑)，那么用户设备将使用PUCCH资源以在子帧n内传输HARQ-ACK消息。其中，如果检测到MPDCCH及其指示的PDSCH传输，或者对于指示子帧n-k内的下行链路SPS释放的MPDCCH，用户设备将根据具有最小k值的子帧来使用这样HARQ-ACK就将在子帧n处发送，类似于没有HARQ-ACK捆绑技术的情况。
配置
HARQ-ACK捆绑模式可以由服务用户设备的无线站点(例如，eNB)在用户设备处配置。相应的配置参数可以称为fdd-AckNackFeedbackMode。此外，服务站点eNB还可使用更高层的下行链路HARQ进程的最大数量来对用户设备进行配置。相应的配置参数可以称为maxHARQ-Rx，其值为3至10之间。如图13至图20所示，不同的捆绑方案可以使用不同的HARQ进程最大数量。
HARQ-ACK捆绑技术也在LTE的A型HD-FDD技术中使用。LTE的A型HD-FDD技术的下行至上行切换的保护时段更短，而上行至下行切换则没有保护时段。用户设备仍然可以确定何时执行DL-UL切换，以及何时执行DL-UL切换，而不需要在上行链路子帧和下行链路子帧之间的保护时段。
延迟DL许可
为了解释相关的背景，图10示出了传统HD-FDD通信的一个例子。下行链路上的通信包括控制指令和数据指令。用户设备接收规划控制消息M1、M2和M3，M1至M3规划数据信道上的下行链路数据传输D1、D2和D3。规划控制消息M1、M2和M3均先于各自对应的下行链路数据传输D1、D2和D3，例如，M1先于D1。对于每个下行链路数据传输D1、D2和D3，用户设备在上行链路的控制信道中发送它们各自的HARQ-ACK消息。规划控制消息M1、M2和M3及其对应的下行链路数据传输D1、D2和D3出现在同一组下行链路传输子帧中，且在下DL-UL保护子帧之前。例如，第一组规划控制消息M1、M2和M3以及下行链路数据传输D1、D2和D3都在同一组下行链路传输子帧52内出现。类似地，第二组规划控制消息M1、M2和M3中以及下行链路数据传输D1、D2和D3都在同一组下行链路传输子帧54内出现。换句话说，子帧n处在MPDCCH中发送的下行链路规划任务可对同一组下行链路传输子帧内的PDSCH传输进行规划。在LTE Rel-13中规定了，为了减少BL/CE用户设备的计算复杂性，子帧n内在MPCDCH中发送的下行链路规划任务可规划子帧n+2内的PDSCH传输规划。这样的话处理的工作量可较为轻松，并且可以有更多的时间完成MPDCCH解码。然而，这会减少下行链路数据速率，因为不是所有的下行链路子帧都用于PDSCH传输。在图10中，第一无线帧内的子帧#0和子帧#1不用于PDSCH传输。可以使用的第一个下行链路子帧是子帧#2，它是由子帧#0内的MPDCCH消息规划的。类似地，在第二无线帧内的子帧#10和#11也不用于PDSCH传输。
图11示出了修改后的HD-FDD通信的一个例子。在这个例子中，下行链路数据传输和上行链路确认消息之间没有统一的时间关系。与图10类似，下行链路上的通信包括控制指令和数据指令。用户设备接收规划控制消息M1、M2、M3和M4，M1-M4可对数据信道上的下行链路数据传输D1、D2、D3和D4进行规划。规划控制消息M1、M2、M3和M4均先于各自对应的下行链路数据传输D1、D2、D3和D4，例如，M1先于D1。在本实施例中，规划控制消息M5和M6对数据信道上的下行链路数据传输D5和D6进行规划。规划控制消息M5和M6出现在第一组下行链路传输子帧61中，且在下行至上行切换的保护子帧62之前，下行链路数据传输D5和D6出现在后续的第二组下行链路传输子帧65中，且在上行至下行切换的保护子帧64之后。这称为延迟DL许可。M5和M6处的许可被延迟至下一组下行链路传输子帧65。子帧#6处的保护子帧62允许用户设备从下行切换至上行。一组上行链路子帧63占据了子帧#7至#9，而子帧#10处的保护子帧64允许用户设备从上行切换至下行。保护子帧62、64以及该组上行链路传输子帧63将规划控制消息M5、M6同下行链路数据传输D5、D6分离开。这样的设置可以允许更多(或者全部)下行链路子帧携带数据，从而提高下行链路子帧的效率以及下行链路的数据速率。
检测延迟DL许可
当按照规划将在后续一组下行链路传输子帧内进行数据传输时，用户设备可接收指示指令，例如经由在下行链路控制信道上接收的信息。指示指令，例如消息或者消息内的字段或flag标记，可以明确地告知用户设备数据传输将出现在下一组下行链路传输子帧中。指示指令可以作为规划控制消息的一部分来提供。
根据第一种方法，在检测到MPDCCH规划的下行链路任务时，如果字段“规划和HARQ-ACK延迟(scheduling and HARQ-ACK)”被设置为“11”，如图6中的表格所示，那么用户设备查表得到字段值11解释为允许延迟DL许可，并且将规划延迟值设置为d(在本例的表格中d＝5)。
根据第二种方法，DCI消息中可包括指示符，例如1比特字段的指示符。在检测到MPDCCH规划的下行链路任务后，如果该延迟下行链路任务指示符字段设置为1，那么用户设备将认为这是延迟DL许可，并且将规划的延迟值设置为d。d的值对于用户设备是已知的。
规划(MPDCCH)和下行链路数据(PDSCH)的时间
如以图10为参考的说明部分所描述的那样，在LTE Rel-13中，在子帧n内的MPDCCH上的规划消息可规划子帧n+2内的PDSCH上的下行链路子帧。在具有延迟DL许可的情况下，此时间关系将被改变。当使用延迟DL许可时，用户设备被修改以确定在控制信道MPDCCH上接收规划消息与在PDSCH上接收DL数据子帧之间的时间关系。
根据第一种方法，接收控制信道MPDCCH上的规划消息以及接收PDSCH上的DL数据子帧之间的规划延迟可根据规划消息相对于下行至上行切换的保护子帧的相对位置决定。如果规划消息在下行至上行切换保护子帧的一个或两个子帧之前被接收，那么用户设备会将许可延迟。用户设备决定下行链路子帧将在上行至下行切换的保护子帧后出现。请再次参阅图11，用户设备确定第一保护子帧62(DL-UL切换)将在子帧#6处出现，而第二保护子帧64(UL-DL切换)将在子帧#10处出现。用户设备确定子帧#4处规划消息M5规划了延迟DL许可，用户设备确定下行链路子帧D5应当在第二保护子帧后的子帧内发送，即子帧#11。此外，用户设备确定子帧#5处的规划消息M6规划了延迟DL许可，用户设备确定下行链路子帧D6应当在第二保护子帧后的子帧内发送，即子帧#12。用户设备可以使用前述的方法确定保护子帧/保护时段的位置。
以更为正式的方式描述为：用户设备在子帧n内检测到具有用于用户设备的DCI格式6-1A的MPDCCH后，根据MPDCCH在子帧n_tag内解码对应的PDSCH，其中：
n+1为保护子帧，且下一个保护子帧为n_tag-2；或者
n+2为保护子帧，且下一个保护子帧为n_tag-1；
否则，n_tag＝n+2。
如果保护子帧的时间固定(例如，总是子帧#6或#10)，用户设备可以不需要接收延迟DL许可指示指令。如果保护子帧的时间不固定，但是可以明确地根据HARQ-ACK时间确定(如前所述)，那么用户设备可在DL许可是延迟DL许可时接收指示。例如，如果HARQ-ACK时间基于HARQ进程序号确定，延迟DL许可指示可被发送至用户设备。如图11所示，如果M1和M2没有被检测到，那么用户设备就不知道M5和M6是延迟许可，这是因为它无法得知子帧#6处存在保护子帧。类似地，如果HARQ-ACK时间是基于确切的HARQ-ACK延迟(前述第三种方法)，就同样需要延迟DL许可指示指令。
根据第二种方法，对所有非延迟DL许可配对(规划消息、下行链路子帧)，MPDCCH和PDSCH之间的规划延迟可被固定为第一值，并且，对所有延迟DL许可配对，该规划延迟可被固定为第二值。用户设备确定是否有延迟DL许可，进而确定使用哪个时间关系。DCI中的字段可以指示DL许可是否是延迟DL许可。例如，所有非延迟DL许可可具有值为两个子帧的第一规划延迟，且所有延迟DL许可可具有值为七个子帧的第二规划延迟。
以更为正式的方式描述，该方法包括：在检测到具有DCI格式6-1A的用于用户设备的MPDCCH时，在子帧n+k+d内根据MPDCCH对相应的PDSCH进行解码，其中：
子帧n是MPDCCH传输的最后一个子帧，并且由MPDCCH传输的起始子帧以及相应的DCI中的DCI子帧重复序号(DCI repetition number)字段确定；且
k＝2为子帧n后的第二BL/CE子帧；
d根据相应的DCI中的规划和HARQ-ACK延迟字段确定，如图6所描述的那样。
HARQ-ACK时间
下行链路数据子帧和HARQ-ACK之间的时间关系对每对下行链路数据子帧和HARQ-ACK来说不再是常量。此外，下行链路数据子帧/HARQ进程和HARQ-ACK之间的时间关系在规划序列中的不同时间可以不同。例如，在图B2中，D7/D8可以在相对保护子帧不同的位置出现。这表示HARQ-ACK时间可变。确定下行链路数据子帧以及为该下行链路数据子帧传输HARQ-ACK的子帧之间的时间关系可以采用多种可能的方法。
用户设备可以使用前述HARQ-ACK捆绑技术中描述过的相关方法。用户设备可以接收确切的时间关系的控制信息。或者，用户设备可以使用基于HARQ ID的时间关系表来确定时间关系，如图6所示，并且还可以接收涉及时间调整的控制信息，从而确定时间关系。
保护时段的确定
可以有多种方式确定保护时段的时间。其一为：用户设备可以以下行链路传输和规划上行链路传输为参考确定保护子帧的时间。在此参阅图11所示的例子，用户设备在子帧#3处接收到规划控制消息M4，M4对子帧5内的下行链路数据传输D4进行规划。用户设备还在子帧#4和#5内接收规划控制消息M5、M6，M5和M6对具有延迟许可(即，在下一组下行链路传输子帧中进行传输)的下行链路数据传输D5和D6进行规划。用户设备可以从存储的时间关联数据(例如，图5)得知，应当在子帧#7内在UL上传输HARQ-ACK响应1-2。因此，用户设备知道应当在子帧#6内从下行切换至上行。类似的，用户设备从存储的时间关系数据中得知，应当在子帧9内传输HARQ-ACK响应3-4，且用户设备知道这是传输循环内的最后一个HARQ-ACK响应。因此，用户设备知道应当在子帧#10内从上行切换至下行。用户设备在子帧11和12中接收下行链路数据传输D5和D6。
同样可以对LTE的A型HD-FDD技术应用延迟DL许可。LTE的A型HD-FDD技术的下行至上行切换的保护时段更短，而上行至下行切换则没有保护时段。为了将延迟DL许可应用至A型HD-FDD，“下行至上行切换的保护时段”相关内容可以被“下行至上行切换”所替代，并且“上行至下行切换保护时段”相关内容可以被“上行至下行切换”所替代。用户设备仍然能够确定何时执行下行至上行切换，以及何时执行下行至上行切换，而不需要上行和下行子帧之间的保护时段。该方法可以包括：接收规划的下行链路数据传输的规划指示指令；在下行链路子帧中接收下行链路数据；其中，规划指示指令在下行至上行切换之前接收，并且下行链路数据在上行至下行切换之后接收。
图12示出了用户设备执行的方法的一个例子。在步骤101处，用户设备接收配置信息，例如用以配置以下至少一项的参数：HARQ-ACK捆绑；HARQ进程数量。在步骤102处，用户设备确定是否正在监测下行链路。如果用户设备正在监测下行链路，那么进一步执行步骤103。用户设备接收下行链路数据。在子帧内接收的下行链路数据承载有HARQ ID。该方法进一步包括步骤104和105。在步骤104中，用户设备可使用存储的时间数据来确定每个接收的下行链路数据子帧的HARQ-ACK响应时间。在步骤105处，用户设备可使用在下行链路控制信道上接收的时间数据(例如，下行链路传输的规划消息中承载的确切的时间指示)，来确定每个接收的下行链路数据子帧的HARQ-ACK响应的时间。用户设备还确定PUSCH上的任意上行链路数据子帧的时间。
在步骤106中，用户设备可基于HARQ-ACK响应和任意上行链路(PUSCH)传输的时间，来确定下行至上行切换的保护时段的位置。在步骤107中，用户设备在上行链路上发送一个或多个HARQ-ACK。用户设备还可以在此时间内发送上行链路数据(PUSCH)。返回步骤102，如果当前没有监测到下行链路，那么设备处于上行链路模式，进而执行步骤108。在步骤108中，用户设备可基于HARQ-ACK响应和任意上行链路(PUSCH)传输的时间，来确定上行至下行切换的保护时段的位置。在所有的HARQ-ACK响应(和/或上行链路传输)都已被发送后，用户设备切换回监测下行链路。
图13至图17示出了具有HARQ-ACK捆绑的规划模式的例子。图13示出了具有3个HARQ进程且无捆绑的传统规划模式。图14示出了具有4个HARQ进程并且实现HARQ-ACK捆绑的规划模式，其中每个HARQ-ACK响应对应两个DL传输。图15示出了具有6个HARQ进程并且实现HARQ-ACK捆绑的规划模式，其中每个HARQ-ACK响应对应两个DL传输。图16示出了具有8个HARQ进程并且实现HARQ-ACK捆绑的规划模式，其中每个HARQ-ACK响应对应两个DL传输。图17示出了具有10个HARQ进程并且实现HARQ-ACK捆绑的规划模式，其中每个HARQ-ACK响应对应四个DL传输(1-4,5-8)或两个DL传输(9-10)。
图18至图20示出了具有延迟DL许可和HARQ-ACK捆绑的规划模式的例子。图18示出了具有6个HARQ进程、延迟DL许可和HARQ-ACK绑定的规划模式，其中每个HARQ-ACK响应对应两个DL传输。图19示出了具有8个HARQ进程、延迟DL许可和HARQ-ACK绑定的规划模式，其中每个HARQ-ACK响应对应两个DL传输。图20示出了具有10个HARQ进程、延迟DL许可和HARQ-ACK绑定的规划模式，其中每个HARQ-ACK响应对应四个DL传输(1-4,5-8)或两个DL传输(9-10)。
图21示出了用户设备的装置的示意图，它可以以任意形式的计算和/或电子设备的形式实现，并且在前述实施例中描述的系统和方法可以在其中执行。处理装置300可包括一个或多个处理器301，处理器301可以是微处理器、控制器或任何其他适合执行设备操作的控制指令的处理器。处理器301用于通过一个或多个总线306连接至设备的其他部件。可执行指令303可以使用任何计算机可读介质提供，例如存储器302。可执行指令可包括用于实现上述方法的各功能的指令。存储器302可以是任何合适的类型，例如只读存储器(ROM)、随机存取存储器(RAM)或者磁性或光学存储设备。数据304由处理器使用，并且可以存储在存储器302中，或者是附加的存储器中。数据304包括前述的时间数据。处理装置300包括无线收发机308，无线收发机308可包括单个本机振荡器LO，可以通过控制LO来调谐至下行链路频带或者上行链路频带。
上述实施例仅以示例性形式提供。本申请的公开不应受附图和前述描述内容描述的具体步骤组合的限定，而是包括任何以合适顺序执行的适当的子集或者组合。方法中的各个部分可以并行执行。
此处使用的术语“用户设备”(UE)可指代任何具有运算和通信能力的设备，只要能根据本发明的各实施例执行相应的方法即可。本领域的技术人员可以理解，多种不同的设备都可以具有运算和通信能力。因此，术语“用户设备”包括移动电话、个人数字助理、个人电脑和其他设备。
只要不改变本发明所寻求的效果，上述任意给定范围或者给定的设备参数值可以被扩展或者改变，这对本领域内的技术人员来说是显然的。
在不改变改变本发明所寻求的效果的前提下，本领域的技术人员可以将各实施例应用到任意通信网络中，例如2G、3G、4G、5G或者其他通信标准网络。
可以理解，说明书中提到的技术效果可以设计单个实施例或者多个实施例。实施例并不限于解决任意或者全部所列举的问题或者具有任意或者全部所列的效果的技术方案。
除非明确指出，否则说明书中的名词可指代一个或多个该物件。此处使用的术语“包括”可以表示包括列出的方法块或者元素，此类方法块或者元素不应被理解为排外的，也就是说方法和装置还可以包括其他的方法块和元素。
此处描述的方法的步骤可以以任何合适的顺序执行，如有需要，也可以同步执行。此外，只要不影响此处描述的实质内容，单个方法步骤可以删除。前述各实施例的各个技术方案可以与任意其他实施例的技术方案相结合以形成新的实施例，而不会影响本申请所追求的效果。
可以理解，上述实施例的描述仅以示例性形式给出，本领域内的技术人员可以对此进行各种修改。尽管不同的实施例已经以一定的特殊性被描述，或者关联至一个或多个独立的例子，本领域的技术人员在不偏离本发明的精神的前提下，仍可以针对上述公开的例子进行修改。

Claims (31)

1.一种使用半双工频分双工(HD-FDD)的无线通信方法，其特征在于，包括在无线通信设备处执行：
在多个下行链路子帧期间接收下行链路数据；以及
在上行链路上发送混合自动重传应答消息(HARQ-ACK)；
其中，所述HARQ-ACK对应在所述多个下行链路子帧中的至少两个期间接收的下行链路数据，且所述HARQ-ACK在一个上行链路子帧期间被发送；
其中，所述无线通信设备在下行链路信道上接收时间数据，所述时间数据指示下行链路数据子帧和用于发送所述HARQ-ACK的上行链路传输子帧之间的时间关系；
其中，所述时间数据作为下行链路控制信息(DCI)消息中的下行链路控制指示符的一部分被接收，所述指示符在DCI格式6-1A中。
2.一种使用半双工频分双工(HD-FDD)的无线通信方法，其特征在于，包括在无线基站处执行以下步骤：
在多个下行链路子帧期间向移动通信设备发送下行链路数据；
在下行链路信道上发送时间数据，所述时间数据指示下行链路数据子帧和用于传输混合自动重传应答消息(HARQ-ACK)的上行链路传输子帧之间的时间关系；以及
在上行链路上接收来自所述移动通信设备的所述HARQ-ACK；
其中，所述HARQ-ACK对应在所述多个下行链路子帧中的至少两个期间接收的下行链路数据，且所述HARQ-ACK是在一个上行链路子帧期间被发送的，其中，所述时间数据作为下行链路控制信息(DCI)消息中的下行链路控制指示符的一部分被发送，所述指示符在DCI格式6-1A中。
3.根据权利要求1或2任一项所述的方法，其特征在于，对不同的下行链路数据子帧，下行链路数据子帧和用于传输所述HARQ-ACK的上行链路传输子帧之间的时间关系不统一。
4.根据权利要求1至3任一项所述的方法，其特征在于，每个承载下行链路数据的下行链路子帧与HARQ进程序号关联，其中，所述无线通信设备存储时间数据，所述时间数据指示所述下行链路数据的HARQ进程序号与用于传输所述HARQ-ACK的上行链路传输子帧之间的时间关系。
5.根据权利要求4所述的方法，其特征在于，所述时间数据由以下中的至少一个确定：
HARQ进程的数量；
HARQ-ACK对应的下行链路数据子帧的序号。
6.根据上述权利要求任一项所述的方法，其特征在于，传输循环中的所述HARQ进程的数量的值从3、4、6、8、10中的至少一个选择。
7.根据上述权利要求任一项所述的方法，其特征在于，下行链路子帧和上行链路子帧由保护时段分隔开，并且所述方法由以下中的至少一个确定下行链路至上行链路切换的保护时段的时间：
确定所述时间数据是否指示出所述无线通信设备应该在后续的子帧中传输HARQ-ACK；
确定所述时间数据是否指示出所述无线通信设备不期望在所述上行链路上发送数据。
8.根据上述权利要求任一项所述的方法，其特征在于，上行链路子帧和下行链路子帧由保护时段分隔开，并且所述方法由以下中的至少一个确定上行链路至下行链路切换的保护时段的时间：
确定所述时间数据是否指示出所述无线通信设备不期望在所述上行链路上发送HARQ-ACK；
确定所述时间数据是否指示出所述无线通信设备不期望在所述上行链路上发送数据。
9.根据上述权利要求任一项所述的方法，其特征在于，所述HARQ-ACK包括每个HARQ进程的HARQ ACK/NACK指示。
10.根据权利要求1至9任一项所述的方法，其特征在于，所述HARQ-ACK包括用于所述多个HARQ进程的单个HARQ ACK/NACK指示。
11.一种在具有半双工频分双工(HD-FDD)、下行链路和上行链路的系统中的无线通信方法，其特征在于，所述方法包括在无线通信设备处执行：
接收规划的下行链路数据传输的规划指令；
在下行链路子帧期间接收下行链路数据；
其中，所述规划指令在下行链路至上行链路切换的保护时段前被接收，所述下行链路数据在上行链路至下行链路切换的保护时段后被接收。
12.根据权利要求11所述的方法，其特征在于，还包括：在下行链路信道上接收指示指令，用以指示是否规划的下行链路数据传输将被延迟至上行链路至下行链路切换的保护时段之后。
13.根据权利要求12所述的方法，其特征在于：
当规划的下行链路数据传输未被延迟至上行链路至下行链路切换的保护时段后时，接收规划指令和接收下行链路数据传输之间存在规划延迟的第一固定值；以及
当规划的下行链路数据传输将被延迟至上行链路至下行链路切换的保护时段后时，接收规划指令和接收下行链路数据传输之间存在规划延迟的第二固定值；
并且，所述方法包括使用用以指示是否规划的下行链路数据传输将被延迟的所述指示指令来确定所述规划延迟。
14.根据权利要求12或13任一项所述的方法，其特征在于，用以指示是否规划的下行链路数据传输将被延迟的所述指示指令作为1比特的参数被接收。
15.根据权利要求12至14任一项所述的方法，其特征在于，用以指示是否规划的下行链路数据传输将被延迟的所述指示指令被作为多比特位参数的一部分被接收，所述多比特位参数还指示出下行链路数据子帧和上行链路传输子帧之间的时间关联，所述上行链路传输子帧用于发送混合自动重传应答消息(HARQ-ACK)。
16.根据权利要求11至15任一项所述的方法，其特征在于，还包括：
确定下行链路至上行链路切换的第一保护时段的时间；
确定上行链路至下行链路切换的第二保护时段的时间；
确定所述规划指令与所述第一保护时段的确定时间的相对时间；以及
若所述规划指令与所述第一保护时段的确定时间的相对时间在限值内，则确定延迟的规划下行链路数据传输相对所述第二保护时段的传输时间。
17.根据权利要求11至16任一项所述的方法，其特征在于，还包括通过以下方法确定下行链路至上行链路切换的保护时段的时间：
确定是否所述时间数据指示出所述无线通信设备应当在后续子帧中发送HARQ-ACK；
确定是否所述时间数据指示出了所述无线通信设备不期望在所述上行链路上发送数据。
18.根据权利要求11至17任一项所述的方法，其特征在于，下行链路子帧和上行链路子帧由保护时段分隔开，且所述方法通过以下中的至少一个确定上行链路至下行链路切换的保护时段的时间：
确定是否所述时间数据指示出所述无线通信设备不期望在所述上行链路上发送HARQ-ACK；
确定是否所述时间数据指示出所述无线通信设备不期望在所述上行链路上发送数据。
19.根据权利要求11至18任一项所述的方法，其特征在于，还包括：
在多个下行链路子帧期间接收下行链路数据；
在上行链路上发送混合自动重传应答消息(HARQ-ACK)；
并且，其中，所述HARQ-ACK对应在所述多个下行链路子帧中的至少两个期间接收的下行链路数据，并且所述HARQ-ACK在一个上行链路子帧期间被发送。
20.根据权利要求19所述的方法，其特征在于，对于不同的下行链路数据子帧，下行链路数据子帧和用于传输所述HARQ-ACK的上行链路传输子帧之间的时间关系不统一。
21.根据权利要求19或20任一项所述的方法，其特征在于，每个承载下行链路数据的下行链路子帧与HARQ进程序号关联，并且所述无线通信设备存储时间数据，所述时间数据指示所述下行链路数据的HARQ进程序号和用于传输所述HARQ-ACK的上行链路传输子帧之间的时间关联。
22.根据权利要求21所述的方法，其特征在于，所述时间数据根据以下至少之一确定：
HARQ进程的数量；
HARQ-ACK对应的下行链路数据传输时段的序号。
23.根据权利要求19至22任一项所述的方法，其特征在于，传输循环内的HARQ进程的数量从3、4、6、8、10中的至少一个选择。
24.根据权利要求19或20任一项所述的方法，其特征在于，所述无线通信设备在下行链路信道上接收时间数据，所述时间数据指示出下行链路数据子帧和用于传输HARQ-ACK的上行链路传输子帧之间的时间关联。
25.根据权利要求24所述的方法，其中，所述时间数据作为下行链路信道指示符(DCI)的一部分被接收。
26.根据权利要求19至25任一项所述的方法，其特征在于，下行链路子帧和上行链路子帧被保护时段分隔开，并且所述方法通过以下方法来确定下行链路至上行链路切换的保护时段的时间：
确定是否所述时间数据指示出所述无线通信设备应当在后续子帧内发送HARQ-ACK。
27.根据权利要求19至26任一项所述的方法，其特征在于，上行链路子帧和下行链路子帧被保护时段分隔开，并且所述方法通过以下中的至少一个确定上行链路至下行链路切换的保护时段的时间：
确定是否所述时间数据指示出所述无线通信设备不期望在所述上行链路上发送HARQ-ACK；
确定是否所述时间数据指示出所述无线通信设备不期望在所述上行链路上发送数据。
28.根据权利要求19至27任一项所述的方法，其特征在于，所述HARQ-ACK包括每个HARQ进程的HARQ ACK/NACK指示。
29.根据权利要求17至27任一项所述的方法，其特征在于，所述HARQ-ACK包括对应多个HARQ进程的单个HARQ ACK/NACK指示。
30.一种用户设备装置，用于执行前述权利要求任一项所述的方法。
31.一种计算机程序产品，包括携带指令的机器可读介质，所述指令被处理器执行时使所述处理器执行权利要求1至30任一项所述的方法。
CN201780003830.1A 2016-09-30 2017-08-02 频分双工通信系统和方法 Active CN108464049B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911024258.4A CN111049632B (zh) 2016-09-30 2017-08-02 频分双工通信系统和方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB1616610.0A GB2554649A (en) 2016-09-30 2016-09-30 Systems and methods for frequency division duplex communication
GB1616610.0 2016-09-30
PCT/CN2017/095575 WO2018059113A1 (en) 2016-09-30 2017-08-02 Systems and methods for frequency division duplex communication

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201911024258.4A Division CN111049632B (zh) 2016-09-30 2017-08-02 频分双工通信系统和方法

Publications (2)

Publication Number Publication Date
CN108464049A true CN108464049A (zh) 2018-08-28
CN108464049B CN108464049B (zh) 2021-01-01

Family

ID=57571220

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201911024258.4A Active CN111049632B (zh) 2016-09-30 2017-08-02 频分双工通信系统和方法
CN201780003830.1A Active CN108464049B (zh) 2016-09-30 2017-08-02 频分双工通信系统和方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201911024258.4A Active CN111049632B (zh) 2016-09-30 2017-08-02 频分双工通信系统和方法

Country Status (5)

Country Link
US (2) US10171226B2 (zh)
EP (2) EP3301850A1 (zh)
CN (2) CN111049632B (zh)
GB (1) GB2554649A (zh)
WO (1) WO2018059113A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200374043A1 (en) * 2017-03-23 2020-11-26 Motorola Mobility Llc An indication for harq-ack feedback

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113691356B (zh) * 2016-08-11 2023-09-19 松下电器（美国）知识产权公司 通信装置、通信方法、基站和集成电路
WO2018077726A1 (en) * 2016-10-24 2018-05-03 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Fast ack/nack in wireless communication networks
US10484147B2 (en) * 2017-02-03 2019-11-19 Qualcomm Incorporated Techniques for enhanced machine type communication acknowledgment bundling
US10820192B2 (en) * 2017-06-16 2020-10-27 Huawei Technologies Co., Ltd. Downlink transmission in a RAN inactive mode
US11700106B2 (en) * 2018-01-16 2023-07-11 Sony Corporation Communication apparatus and communication method
CN111970097B (zh) * 2018-07-12 2024-05-14 上海朗帛通信技术有限公司 一种被用于无线通信的用户设备、基站中的方法和装置
JP7407810B2 (ja) * 2018-08-08 2024-01-04 北京小米移動軟件有限公司 ハイブリッド自動再送要求ｈａｒｑフィードバック方法及び装置
CN116094659A (zh) 2018-08-09 2023-05-09 北京三星通信技术研究有限公司 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质
US11196514B2 (en) 2018-08-10 2021-12-07 Qualcomm Incorporated Hybrid automatic repeat request-acknowledgement (HARQ-ACK) history feedback channel
WO2020199023A1 (zh) * 2019-03-29 2020-10-08 华为技术有限公司 一种通信方法及设备
EP4057546B1 (en) * 2020-01-17 2023-08-23 Telefonaktiebolaget LM Ericsson (publ) Harq rtt timer adjustment for multi-tb scheduling
WO2022027651A1 (en) * 2020-08-07 2022-02-10 JRD Communication (Shenzhen) Ltd. Radio resource management method, telecommunication system and user equipment
US11778607B2 (en) * 2021-04-01 2023-10-03 Nokia Technologies Oy Using relative transmission occasion delay indexing

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104205975A (zh) * 2012-03-22 2014-12-10 夏普株式会社 用于实现半双工通信的装置
WO2015172041A1 (en) * 2014-05-09 2015-11-12 Qualcomm Incorporated Hd-fdd harq operation
WO2015171046A1 (en) * 2014-05-09 2015-11-12 Telefonaktiebolaget L M Ericsson (Publ) Sub frame timing for harq lte hd-fdd
WO2016013148A1 (en) * 2014-07-22 2016-01-28 Sony Corporation Device

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2134006B1 (en) * 2005-10-26 2014-10-08 Mitsubishi Electric R&D Centre Europe B.V. Method for communicating downlink and uplink sub-frames in a half duplex communication system
FR2919095A1 (fr) * 2007-07-19 2009-01-23 Gerard Saulet Procede de structuration de repas equilibres et varies
CN101939939B (zh) * 2008-02-06 2014-07-02 爱立信电话股份有限公司 有关下行链路指配的方法和装置
US9191180B2 (en) * 2011-03-21 2015-11-17 Lg Electronics Inc. Method and device for executing HARQ in TDD-based wireless communication system
JP2015512571A (ja) * 2012-03-16 2015-04-27 インターデイジタル パテント ホールディングス インコーポレイテッド Ｌｔｅｆｄｄネットワークにおける半二重ｆｄｄ動作のための方法
EP2932638B1 (en) * 2012-12-14 2019-08-14 Telefonaktiebolaget LM Ericsson (publ) A network node, a wireless device and methods therein for enabling and performing harq transmissions in a d2d communication between wireless devices in a wireless telecommunications network
KR20150060118A (ko) * 2013-11-25 2015-06-03 주식회사 아이티엘 Harq ack/nack의 전송방법 및 장치
US10200185B2 (en) * 2014-02-26 2019-02-05 Lg Electronics Inc. Method for monitoring PDCCH in FDD half-duplex communication and terminal thereof
CN105099541B (zh) * 2014-05-08 2019-03-19 上海诺基亚贝尔股份有限公司 一种实施上下行子帧切换的方法及其装置
WO2016179711A1 (en) * 2015-05-14 2016-11-17 Sierra Wireless, Inc. Method and apparatus for resource allocation for half duplex frequency division duplexing in a wireless communication system
US10172155B2 (en) * 2015-07-29 2019-01-01 Qualcomm Incorporated Bundling and hybrid automatic repeat request operation for enhanced machine-type communication
WO2017105538A1 (en) 2015-12-17 2017-06-22 Intel IP Corporation System and methods for mtc ues with scalable bandwidth support

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104205975A (zh) * 2012-03-22 2014-12-10 夏普株式会社 用于实现半双工通信的装置
WO2015172041A1 (en) * 2014-05-09 2015-11-12 Qualcomm Incorporated Hd-fdd harq operation
WO2015171046A1 (en) * 2014-05-09 2015-11-12 Telefonaktiebolaget L M Ericsson (Publ) Sub frame timing for harq lte hd-fdd
WO2016013148A1 (en) * 2014-07-22 2016-01-28 Sony Corporation Device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
QUALCOMMINCORPORATED: "《3GPP TSG RAN WG1 Meeting #86 R1-166680》", 26 August 2016 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200374043A1 (en) * 2017-03-23 2020-11-26 Motorola Mobility Llc An indication for harq-ack feedback
US11742991B2 (en) * 2017-03-23 2023-08-29 Motorola Mobility Llc Indication for HARQ-ACK feedback

Also Published As

Publication number Publication date
EP4297313A2 (en) 2023-12-27
CN111049632A (zh) 2020-04-21
WO2018059113A1 (en) 2018-04-05
US10587392B2 (en) 2020-03-10
US10171226B2 (en) 2019-01-01
US20190123886A1 (en) 2019-04-25
GB201616610D0 (en) 2016-11-16
EP3301850A1 (en) 2018-04-04
CN108464049B (zh) 2021-01-01
GB2554649A (en) 2018-04-11
EP4297313A3 (en) 2024-02-21
US20180097606A1 (en) 2018-04-05
CN111049632B (zh) 2023-04-07

Similar Documents

Publication Publication Date Title
CN108464049A (zh) 频分双工通信系统和方法
EP3413652B1 (en) Method and apparatus for transmitting uplink control information
US8155023B2 (en) MIMO with reserved subframes in primary and secondary base stations
CN103188061B (zh) 混合自动重传请求应答信息的发送方法和装置
JP6975875B2 (ja) タイミングシーケンス調整方法、基地局、端末および通信システム
CN112740597B (zh) 在丢失上行链路同步之后发送物理下行链路共享信道
CN109906576A (zh) 识别用于发送第一上行链路信道的资源
CN109952731A (zh) 用于处理时间缩减的pucch资源分配和harq-ack报告的系统和方法
WO2017024532A1 (zh) 反馈信息的发送、接收方法、用户设备及接入网设备
CN107710661A (zh) 用于增强型载波聚合的周期信道状态信息报告
CN102468950B (zh) 信息传输方法、终端、基站和通信系统
CN110036586A (zh) 用于处理时间缩减信令的系统和方法
CN107027184A (zh) 一种下行控制信息传输方法及装置
CN106165334A (zh) 无线通信系统中发送和接收下行链路信号的方法及其装置
CN108370571A (zh) 用于低延迟无线通信的用户设备、基站和方法
CN109792331A (zh) 用户设备、基站和方法
CN109327300A (zh) 执行/支持上行链路载波切换的方法、用户设备和基站
KR20140142299A (ko) 다운링크 제어 정보 전송 방법 및 장치
CN105052068A (zh) 使终端能够在无线通信系统中收发信号的方法及装置
CN107637006A (zh) 支持非授权频带的通信网络的调度方法
CN109005596A (zh) 一种调整竞争窗长度的方法及设备
CN108988997A (zh) 收发pucch时多路复用调度请求信息和harqack/nack信息的方法及装置
CN107733620A (zh) 一种无线传输中的方法和装置
CN112205038A (zh) 功率余量报告生成
CN104796926A (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