CN114097262A - 混合自动重传请求反馈的传输 - Google Patents
混合自动重传请求反馈的传输 Download PDFInfo
- Publication number
- CN114097262A CN114097262A CN201980098198.2A CN201980098198A CN114097262A CN 114097262 A CN114097262 A CN 114097262A CN 201980098198 A CN201980098198 A CN 201980098198A CN 114097262 A CN114097262 A CN 114097262A
- Authority
- CN
- China
- Prior art keywords
- indication
- automatic repeat
- hybrid automatic
- repeat request
- control information
- 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.)
- Pending
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/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
- 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开的实施例涉及在联合网络部署中HARQ反馈的传输。第一设备向第二设备发送第二设备应当在频带内的、由第三设备服务的服务小区中发送混合自动重传请求反馈的指示。第一设备向第二设备发送一个或多个控制信息消息,每个控制信息消息调度至少一个混合自动重传请求进程以及与进程相关联的数据,控制信息消息各自包括进程的指示。第一设备从第三设备接收与进程的指示相关联的混合自动重传请求反馈组,反馈组由第三设备从第二设备接收。
Description
技术领域
本公开的实施例一般涉及电信领域,尤其涉及联合网络部署中的混合自动重传请求(HARQ)反馈的传输。
背景技术
在通信领域中,为了提供利用无线通信网络的有效和可靠的解决方案,存在持续进行的演进。每个新一代对于处理连接和服务服务于连接到无线网络的设备所需的不同情况和过程的技术挑战。为了满足自部署第4代(4G)通信系统以来已经增加的对无线数据业务的需求,已经努力开发了改进的第5代(5G)或前5G通信系统。新的通信系统可以支持用于终端设备的各种类型的服务应用。
在最近的通信技术中,已经提出在特定地理区域内联合部署不同类型的小区。不同类型的小区可以彼此重叠,并且通常由具有相应频带的不并置网络设备服务。位于特定地理区域中的终端设备可以连接到网络设备并且仅在下行链路方向上与网络设备通信。在这种部署中仍然需要至少HARQ反馈的传输。
发明内容
一般而言,本公开的示例实施例提供了一种用于在上述部署中传输HARQ反馈的解决方案。
在第一方面,提供了一种第一设备。第一设备包括至少一个处理器;以及包括计算机程序代码的至少一个存储器;至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使得第一设备:向第二设备发送第二设备应当在频带内的、由第三设备服务的服务小区中发送混合自动重传请求反馈的指示;向第二设备发送各自调度至少一个混合自动重传请求进程的一个或多个控制信息消息以及与进程相关联的数据,控制信息消息各自包括进程的指示;以及从第三设备接收与进程的指示相关联的混合自动重传请求反馈组,反馈组由第三设备从第二设备接收。
在第二方面,提供了一种第二设备。第二设备包括至少一个处理器;以及包括计算机程序代码的至少一个存储器;至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使得第二设备:从第一设备接收上行链路混合自动重传请求反馈应当在频带内的、由第三设备服务的服务小区中发送的指示;从第一设备接收各自调度至少一个混合自动重传请求进程的一个或多个控制信息消息以及与进程相关联的数据,控制信息消息各自包括进程的指示;从第三设备接收控制信息消息,控制信息消息包括关于用于与进程的指示相关联的混合自动重传请求反馈组的资源的信息;以及在资源上向第三设备发送与进程的指示相关联的混合自动重传请求反馈组,用于由第三设备转发到第一设备。
在第三方面,提供了一种第三设备。第三设备包括至少一个处理器;以及包括计算机程序代码的至少一个存储器;至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使得第三设备:响应于针对分配用于由第一设备调度的至少一个混合自动重传请求进程的混合自动重传请求反馈组的资源的请求,向第二设备分配用于混合自动重传请求反馈组的资源,请求包括混合自动重传请求反馈组的有效载荷大小,第二设备位于频带内的、由第三设备服务的服务小区中;向第二设备发送包括关于所分配的资源的信息的控制信息消息;在所分配的资源上从第二设备接收与进程的指示相关联的混合自动重传请求反馈组;以及将与进程的指示相关联的混合自动重传请求反馈组转发到第一设备。
在第四方面,提供了一种在第一设备处实现的方法。该方法包括:向第二设备发送第二设备应当在频带内的、由第三设备服务的服务小区中发送混合自动重传请求反馈的指示;向第二设备发送各自调度至少一个混合自动重传请求进程的一个或多个控制信息消息以及与进程相关联的数据,控制信息消息各自包括进程的指示;以及从第三设备接收与进程的指示相关联的混合自动重传请求反馈组,反馈组由第三设备从第二设备接收。
在第五方面,提供了一种在第二设备处实现的方法。该方法包括:从第一设备接收上行链路混合自动重传请求反馈应当在频带内的、由第三设备服务的服务小区中发送的指示;从第一设备接收各自调度至少一个混合自动重传请求进程的一个或多个控制信息消息以及与进程相关联的数据,控制信息消息各自包括进程的指示;从第三设备接收控制信息消息,控制信息消息包括关于用于与进程的指示相关联的混合自动重传请求反馈组的资源的信息;以及在资源上向第三设备发送与进程的指示相关联的混合自动重传请求反馈组,用于由第三设备转发到第一设备。
在第六方面,提供了一种在第三设备处实现的方法。该方法包括:响应于针对分配用于由第一设备调度的至少一个混合自动重传请求进程的混合自动重传请求反馈组的资源的请求,向第二设备分配用于混合自动重传请求反馈组的资源,请求包括混合自动重传请求反馈组的有效载荷大小,第二设备位于频带内的、由第三设备服务的服务小区中;向第二设备发送包括关于所分配的资源的信息的控制信息消息;在所分配的资源上从第二设备接收与进程的指示相关联的混合自动重传请求反馈组;以及将与进程的指示相关联的混合自动重传请求反馈组转发到第一设备。
在第七方面,提供了一种装置,包括用于执行根据上述第四方面的方法的步骤的部件。
在第八方面,提供了一种装置,包括用于执行根据上述第五方面的方法的步骤的部件。
在第九方面,提供了一种装置,包括用于执行根据上述第六方面的方法的步骤的部件。
在第十方面,提供了一种包括计算机程序的非瞬态计算机可读介质,所述计算机程序用于使装置至少执行根据以上第四至第六方面中的任一方面的方法。
应当理解,概述部分不旨在标识本公开的实施例的关键或必要特征,也不旨在用于限制本公开的范围。通过以下描述,本公开的其他特征将变得容易理解。
附图说明
现在将参照附图描述一些示例实施例,其中:
图1示出了其中可以实现本公开的实施例的示例通信网络;
图2示出了说明根据本公开的一些实施例的HARQ反馈的传输过程的信令图;
图3示出了根据本公开的一些实施例的用于发送HARQ反馈的过程的示例实现;
图4示出了根据本公开的一些其它实施例的用于HARQ反馈传输的过程的示例实现;
图5示出了根据本公开的其他实施例的用于发送HARQ反馈的过程的示例实现;
图6示出了根据本公开的一些实施例的在第一设备处实现的方法的流程图;
图7示出了根据本公开的一些实施例的在第二设备处实现的方法的流程图;
图8示出了根据本公开的一些其他实施例的在第三设备处实现的方法的流程图;以及
图9示出了适于实现本公开的实施例的装置的简化框图;以及
图10示出了根据本公开的一些实施例的示例计算机可读介质的框图。
在所有附图中,相同或相似的附图标记表示相同或相似的元件。
具体实施方式
现在将参考一些示例实施例来描述本公开的原理。应当理解,描述这些实施例仅用于说明的目的,并帮助本领域技术人员理解和实现本公开,而不暗示对本公开的范围的任何限制。这里描述的公开可以以不同于下面描述的方式的各种方式来实现。
在以下描述和权利要求中,除非另外定义,否则本文使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同含义。
在本公开中对“一个实施例”,“实施例”,“示例实施例”等的引用表示所描述的实施例可以包括特定的特征,结构或特性,但是不必每个实施例都包括该特定的特征,结构或特性。此外,这些短语不一定指同一实施例。此外,当结合实施例描述特定特征,结构或特性时,认为结合其它实施例(无论是否明确描述)来影响此类特征,结构或特性在所属领域的技术人员的知识范围内。
应当理解,虽然术语“第一”和“第二”等在本文中可用于描述各种元件,但这些元件不应受这些术语的限制。这些术语仅用于区分一个元件与另一个元件。例如,第一元件可以被称为第二元件,并且类似地,第二元件可以被称为第一元件,而不类似地,第二元件可以被称为第一元件。如本文所用,术语“和/或”包括一个或多个所列术语的任何和所有组合。
本文使用的术语仅用于描述特定实施例的目的,而不旨在限制示例实施例。如本文所用,单数形式“一”,“一个”和“该”也旨在包括复数形式,除非上下文另外明确指出。还将理解,术语“包括”,“包含”,“具有”,“具有”,“包含”和/或“包含有”在本文中使用时指定所述特征,元件和/或组件等的存在,但不排除一个或多个其它特征,元件,组件和/或其组合的存在或添加。
如本申请案中所使用,术语“电路”可指以下各项中的一者或一者以上或全部:
(a)仅硬件电路实现方式(例如仅模拟和/或数字电路中的实现方式)以及
(b)硬件电路和软件的组合,例如(如适用):
(i)模拟和/或数字硬件电路与软件/固件的组合,以及
(ii)具有软件的硬件处理器(包括数字信号处理器),软件和存储器的任何部分,它们一起工作以使诸如移动电话或服务器的装置执行各种功能)以及
(c)需要软件(例如,固件)来操作的硬件电路和/或处理器(例如,微处理器或微处理器的一部分),但当不需要软件来操作时,软件可不存在。
电路的这个定义适用于本申请中这个术语的所有使用,包括在任何权利要求中。作为另一实例,如本申请案中所使用,术语电路还涵盖仅硬件电路或处理器(或多个处理器)或硬件电路或处理器的一部分及其(或其)伴随软件和/或固件的实施方案。术语电路还涵盖(例如且如果适用于特定权利要求元件)用于移动装置的基带集成电路或处理器集成电路或服务器中的类似集成电路,蜂窝式网络装置或其它计算或网络装置。
如这里所使用的,术语“通信网络”是指遵循任何合适的通信标准的网络,诸如长期演进(LTE),高级LTE(LTE-A),宽带码分多址(WCDMA),高速分组接入(HSPA),窄带物联网(NB-IoT)等。此外,通信网络中的终端设备和网络设备之间的通信可以根据任何合适的一代通信协议来执行,包括但不限于第一代(1G),第二代(2G),2.5G,2.75G,第三代(3G),第四代(4G),4.5G,未来的第五代(5G)通信协议,和/或当前已知或将来要开发的任何其它协议。本公开的实施例可以应用于各种通信系统中。考虑到通信的快速发展,当然还有未来类型的通信技术和系统,利用它们可以实施本公开。不应将其视为将本发明的范围仅限于上述系统。
如这里所使用的,术语“网络设备”是指通信网络中的节点,终端设备经由该节点访问网络并从其接收服务。根据所应用的术语和技术,网络设备可以指基站(BS)或接入点(AP),例如,节点B(节点B或NB),演进的节点B(eNodeB或eNB),NRNB(也称为gNB),远程无线电单元(RRU),无线电头(RH),远程无线电头(RRH),中继,诸如毫微微基站,微微基站等低功率节点。
术语“终端设备”是指能够进行无线通信的任何终端设备。作为示例而非限制,终端设备也可被称为通信设备,用户设备(UE),订户站(SS),便携式订户站,移动站(MS)或接入终端(AT)。终端设备可以包括但不限于移动电话,蜂窝电话,智能电话,IP语音(VoIP)电话,无线本地环路电话,平板电脑,可穿戴终端设备,个人数字助理(PDA),便携式计算机,台式计算机,诸如数码相机的图像捕获终端设备,游戏终端设备,音乐存储和回放设备,车载无线终端设备,无线端点,移动台,膝上型嵌入式设备(LEE),膝上型安装设备(LME),USB软件狗,智能设备,无线客户端设备(CPE),物联网(IoT)设备。手表或其他可穿戴式设备,头戴式显示器(HMD),车辆,靶标,医疗设备和应用(例如,远程外科手术),工业设备和应用(例如,在工业和/或自动处理链环境中操作的机器人和/或其他无线设备),消费电子设备,在商业和/或工业无线网络上操作的设备等。在以下描述中,术语“终端设备”,“通信设备”,“终端”,“用户设备”和“UE”可以互换使用。
在多个网络设备被联合部署在地理区域中以服务于各个小区的通信网络中,终端设备在位于相应的小区覆盖内时可以具有与源网络设备的活动连接。在活动连接中,终端设备可以在上行链路(UL)和下行链路(DL)中的成对/不成对频谱的频带上与源网络设备通信。由于诸如UL中的链路质量下降的各种原因,终端设备可能需要关闭诸如UL的一个方向上的链路。
然而,在一些情况下,由于源网络设备的足够的DL质量和/或高DL吞吐量,目标网络设备的较差的DL质量和/或DL吞吐量等,更期望维持与源网络设备的DL链路。在这种情况下,终端设备的所有UL活动必须取决于目标网络设备的频带。终端设备的UL活动的示例可以包括上行链路控制信息(UCI)的传输,DL测量报告的传输,DL信道状态信息的传输,以及ULHARQ反馈的传输等。
传统上,UL和DL在同一网络设备内。两个网络设备之间不存在关于如何利用一个网络设备的UL频带来支持另一网络设备的DL传输的交互。
在传统系统中,网络设备进行DL调度,并且在频域和时域中为相应的UL HARQ反馈传输选择适当的下行链路控制信道资源。关于这些选择的控制信道资源的信息通过与DL控制信道相关的信息元素(IE)沿着调度DCI发送到终端设备,以引导终端设备的行为。即,终端设备应解码与DL控制信道相关的这些IE并根据该信息发送UL HARQ反馈。然而,在联合网络部署中,可以在高频带系统中调度DL控制信道和相应的DL数据传输,而在低频带系统中发送DL控制信息消息,反之亦然。因此,不清楚如何选择控制信道资源以及如何将其发送到被调度设备,以及被调度设备的行为是什么。
本公开的实施例提供了一种用于在联合网络部署中传输HARQ反馈的方案。在联合网络部署中,不同的设备服务于具有相应频带的不同小区。第一设备服务于第一频带内的第一服务小区。第一设备向第二设备发送第二设备应当在第二频带内的、由第三设备服务的服务小区中发送HARQ反馈的指示。第一设备向第二设备发送一个或多个控制信息消息,每个控制信息消息调度至少一个HARQ进程以及与该至少一个HARQ进程相关联的数据。控制信息消息各自包括至少一个HARQ进程的指示。第二设备向第三设备发送与至少一个HARQ进程的指示相关联的HARQ反馈组。然后,第三设备向第一设备转发与进程的指示相关联的HARQ反馈组。利用该方案,第一服务小区通过至少一个HARQ进程的指示与第二服务小区链接。这样,可以在第二服务小区中发送第一服务小区的HARQ反馈。
下面将参照附图详细描述本公开的原理和实施例。首先参考图1,图1示出了可以在其中实现本公开的实施例的示例通信系统100。系统100包括设备111(也称为第一设备)和设备112(也称为第三设备)。设备111、112使用DL和UL中的不同频带服务于相应的区域101和102(也称为小区101和102)。这样的频带也可以被称为相应设备的工作频带。在一些示例实施例中,设备111和112中的每一个可以不并置。在一些示例实施例中,设备111和112中的每一个可以是网络设备。在一些其他示例实施例中,设备111和112中的每一个可以是终端设备。
系统100还包括第二设备120、第四设备121和第五设备122。设备120、121、122能够在UL和DL中与设备111、112之一或两者连接和通信,只要设备位于相应的小区内或位于相应小区的覆盖内。在通信系统中,UL指的是从终端设备到网络设备的方向上的链路,而DL指的是从网络设备到终端设备的方向上的链路。除了与设备120、121、122通信之外,设备111、112还可以例如经由回程链路彼此通信。在一些示例实施例中,设备120、121和122中的每一个可以是终端设备。在一些示例实施例中,设备120、121和122中的每一个可以是网络设备。
应当理解,装置的数量仅用于说明的目的而不暗示任何限制。系统100可以包括适合于实现本公开的实施例的任何合适数量的设备。尽管未示出,但是应当理解,一个或多个设备可以位于小区101或102中。
还应当理解,在本公开的一些示例实施例中,这里描述的设备111和112的动作可以由设备120、121和122中的任一个来执行。类似地,这里描述的设备120、121和122的动作可以由设备111和112中的任何一个来执行。
通信系统100中的通信可以根据任何适当的通信协议来实现,包括但不限于第一代(1G),第二代(2G),第三代(3G),第四代(4G)和第五代(5G)等的蜂窝通信协议,诸如电气和电子工程师协会(IEEE)802.11等的无线局域网通信协议,和/或当前已知或将来开发的任何其他协议。此外,该通信可以利用任何适当的无线通信技术,包括但不限于:码分多址(CDMA),频分多址(FDMA),时分多址(TDMA),频分双工(FDD),时分双工(TDD),多输入多输出(MIMO),正交频分多址(OFDMA)和/或当前已知或将来要开发的任何其他技术。
设备111、112的小区101、102的覆盖范围与设备111、112的工作频带紧密相关。图1示出了设备111、112的工作频带不同的示例,其中设备111的工作频带高于设备112的工作频带。由于高频带系统中更严重的路径损耗情况,小区101的覆盖范围小于小区102的覆盖范围是非常可能的。在所示示例中,小区101与小区102重叠。大的小区102有时被称为宏小区,并且设备112可以被称为宏基站,而相对小的小区101有时可以被称为小小区,并且设备111可以被称为小基站。作为具体示例,设备111可以工作在6GHz以下,例如3.5GHz,而设备112可以工作在毫米波(mmW)频带,例如28GHz。应当理解,其它工作频带对于设备111、112也是可能的。
在一些场景中,小区101和/或小区102可以具有不对称的UL和DL预算。这种非对称预算容易发生在具有高频带的小区中。例如,在工作于mmW频带的情况下,UL和DL之间的不同预算可以高达25dB。图1示出了小区101中的非对称UL和DL。例如,小区101包括UL覆盖区域103和与小区101的范围相同的DL覆盖区域。UL覆盖区域103小于DL覆盖区域。例如,高达25dB的预算差可能导致UL覆盖区域仅是DL覆盖区域的大约1/4的情况。主要原因是与DL情况相比,终端设备的小UL传输功率和/或较小的UL传输波束成形增益。
由于小区101中的UL/DL覆盖不对称,可能存在这样的情况:其中终端设备120仍然在具有良好/足够质量的DL中与设备111通信,而从该设备到设备111的UL质量较差。例如,设备120先前在覆盖区域103中,并且具有与设备111的UL和DL连接。在从区域103移动到区域101之后,设备120可以从设备111接收DL传输。然而,此时,从设备120到设备111的UL质量对于通信不足以进行通信。对于覆盖区域103内的设备121,具有设备111的UL和DL都工作良好。对于小区101外但在小区102内的终端设备122,它可以在UL和DL中建立与设备112的连接。如上所述,为了实现设备120的UL通信,在本公开的实施例中,允许设备120仅维持其到设备112的UL,并且仍然维持其到设备111和112的DL。
应当理解,尽管将设备111的频带描述为高于设备112的频带,但是在一些其他情况下,设备112的频带可以高于或等于设备111的频带。在这些情况下,当设备与设备111、112中的一个具有良好的DL和较差的UL时,也可能发生这种情况,并且因此可以将UL切换到设备111、112中的另一个。
现在参考图2,其示出了根据本公开的示例实施例的用于HARQ反馈传输的过程200。为了讨论的目的,将参考图1描述过程200。过程200可以包括如图1所示的设备120和设备111、112。应当理解,尽管已经在图1的通信系统100中描述了用于HARQ反馈的传输的过程200,但是该过程同样可以应用于不同设备被联合部署以提供相应服务小区的其他通信场景。还应当理解,尽管讨论了设备120的HARQ反馈的传输,但是类似的过程可以应用于小区101或102中的任何其他设备以传输其HARQ反馈。
在过程200中,第一设备111向第二设备120发送210第二设备120应当在位于第二频带内的、由第三设备112服务的服务小区102中发送HARQ反馈的指示。第二设备120也位于在第一频带内的、由第一设备111服务的服务小区101中。
是否向第二设备120发送指示取决于各种因素。一个可能的因素是第二设备120处于链路非对称状态,在该状态下与第一设备111的DL满足DL要求,而与第一设备111的UL不能满足UL要求。这表明第二设备120仍然在良好的DL覆盖区域101内,但是在由设备111服务的UL覆盖区域103之外,导致UL和DL中的质量不对称。引起指示传输的其它因素可涉及第一设备111处的不同UL/DL接入控制,设备之间的UL/DL负载分配和/或其它原因。
因此,第二设备120从第一设备111接收第二设备120应当在由设备112服务的服务小区102中发送HARQ反馈的指示。
在一些示例实施例中,第一设备111还可以向第三设备112发送第二设备120应当在服务小区102中发送HARQ反馈的指示。
第一设备111向第二设备120发送220各自调度至少一个HARQ进程的一个或多个控制信息消息以及与至少一个HARQ进程相关联的数据。控制信息消息各自包括至少一个HARQ进程的指示。
相应地,第二设备120从第一设备111接收该一个或多个控制信息消息和与至少一个HARQ进程相关联的数据。
在一些示例实施例中,在发送一个或多个控制信息消息后或者在发送一个或多个控制信息消息时,第一设备111可以向第三设备112发送针对为HARQ反馈组分配资源的请求。在一些其它示例实施例中,在接收到一个或多个控制信息消息后,第二设备110可以向第三设备112发送针对为HARQ反馈组分配资源的请求。该请求包括HARQ反馈组的有效载荷大小。
在一些示例实施例中,该请求还包括与该请求相关联的至少一个进程的指示。
在接收到针对为HARQ反馈组分配资源的请求后,第三设备112向第二设备120分配240用于HARQ反馈组的资源。
第三设备112向第二设备120发送250包括关于所分配资源的信息的控制信息消息。所分配的资源可以包括UL时隙位置以及时隙内的时域和频域资源。
在一些示例实施例中,因为第三设备112将不调度来自第二设备120的数据,所以来自第三设备112的控制信息消息包括指示零频域资源分配的字段。
在从第三设备112接收到包括关于所分配资源的信息的控制信息消息后,第二设备120在所分配资源上向第三设备112发送260与至少一个进程的指示相关联的HARQ反馈组。
在从第二设备120接收到HARQ反馈组后,第三设备112将HARQ反馈组转发270到第一设备111。
根据本公开,第一设备111的服务小区101中的每个控制信息消息包括至少一个HARQ进程的指示,并且在第三设备112的服务小区102中发送与进程的指示相关联的HARQ反馈组。由此,第一设备111的服务小区101通过至少一个HARQ进程的指示与第三设备112的服务小区102链接。这样,可以在第三设备112的服务小区102中发送用于第一设备111的服务小区101的HARQ反馈。此外,因为第三设备112向第一设备111转发与至少一个进程的指示相关联的HARQ反馈组,所以第一设备111可以识别所转发的HARQ反馈组是否是第一设备111想要接收的HARQ反馈组。
在下文中,将参考图3至图5描述根据本公开的一些实施例的用于HARQ反馈的传输的过程的示例实现。
图3示出了根据本公开的一些实施例的用于发送HARQ反馈的过程300的示例实现。
在图3的示例实现中,该至少一个HARQ进程的指示是时隙的指示,在该时隙中将发送与该进程的指示相关联的HARQ反馈组。
在一些示例实施例中,来自第一设备111的每个控制信息消息可以包括用于携带其中要发送HARQ反馈组的时隙的指示的字段。在这样的示例实施例中,第一设备111可以在控制信息消息的字段中包括该时隙的指示,以便发送到第二设备120。在一些示例实施例中,该时隙的指示可以指明最后发送的控制信息消息的接收与HARQ反馈组的发送之间的时隙的数目。在一些其他示例实施例中,时隙的指示可以指明在其中发送HARQ反馈组的时隙的索引。
如图3所示,第一设备111在时隙#1 311中向第二设备120发送第一控制信息消息并且在时隙#3 312中向第二设备120发送第二控制信息消息。第一控制信息消息调度HARQ进程#0 321并且下行链路分配索引(DAI)=0、以及调度与HARQ进程#0 321相关联的数据。第二控制信息消息调度HARQ进程#1 322并且DAI=1、以及调度与HARQ进程#1 322相关联的数据。DAI的值表示PDSCH传输或与PDSCH传输相关联的HARQ进程的累计数目。
第一控制信息消息和第二控制信息消息中的每一个包括时隙#10316的指示,其指明用于HARQ进程#0 321和HARQ进程#1 322的HARQ反馈组341将在时隙#10 316中被发送。基于DAI的最后的值来确定反馈组的有效载荷大小。假设HARQ进程是单个TB,则组341的有效载荷大小等于2。例如,时隙#10 316的指示可以是7,其指明在控制信息消息的接收结束和HARQ反馈组341的发送结束之间存在7个时隙。作为另一示例,时隙#10 316的指示可指明时隙的索引(即,10)。
第一设备111或第二设备120可以向第三设备112发送针对为HARQ反馈组341分配资源的请求。该请求包括HARQ反馈组341的有效载荷大小和时隙#10 316的指示。
在接收到该请求后,第三设备112向第二设备120分配与HARQ反馈组341的有效载荷大小相对应的资源。例如,第三设备112将时隙#10 316中的UL控制信道资源(由“X”表示)分配给第二设备120。进而,在时隙#7 313中,第三设备112向第二设备120发送控制信息消息331。控制信息消息331包括关于时隙#10 316中的控制信道资源X的信息。
在接收到控制信息消息331后,第二设备120可以在时隙#10 316中的控制信道资源X上向第三设备112发送与时隙#10 316的指示相关联的HARQ反馈组341。所发送的HARQ反馈组包括与在来自第一设备111的控制信息消息中指示的时隙#10 316相对应并且与在来自第三设备112的控制信息消息中指示的时隙#10 316相匹配的HARQ反馈。
在接收到与时隙#10 316的指示相关联的HARQ反馈组341后,第三设备112向第一设备111转发与时隙#10 316的指示相关联的HARQ反馈组341。在一些示例实施例中,第三设备112向第一设备111转发HARQ反馈组341以及时隙#10 316的指示。
在等待来自第三设备112的HARQ反馈组341期间,类似地,第一设备111在时隙#7313中向第二设备120发送第三控制信息消息,在时隙#8 314中向第二设备120发送第四控制信息消息,以及在时隙#9 315中向第二设备120发送第五控制信息消息。第三控制信息消息调度HARQ进程#2 323以及与HARQ进程#2 323相关联的数据。第四控制信息消息调度HARQ进程#3 324以及与HARQ进程#3 324相关联的数据。第五控制信息消息调度HARQ进程#4 325以与HARQ进程#4 325相关联的数据。每个控制信息消息还分别包括DAI=0、1、2。
第三,第四和第五控制信息消息中的每一个包括时隙#15 318的指示,其指明用于HARQ进程#2、#3和#4的HARQ反馈组342将在时隙#15 318中被发送。例如,时隙#15 318的指示可以是6,其指明在控制信息消息的接收结束和HARQ反馈组342的传输结束之间存在6个时隙。作为另一示例,时隙#15 318的指示可以指明该时隙的索引(即,15)。
第一设备111或第二设备120可以向第三设备112发送针对为HARQ反馈组342分配资源的请求。该请求包括基于HARQ反馈组342的DAI的最后的值和时隙#15 318的指示而确定的有效载荷大小。
在接收到该请求后,第三设备112向第二设备120分配与HARQ反馈组342的有效载荷大小相对应的资源。例如,第三设备112将时隙#15 318中的(由“Y”表示的)UL控制信道资源分配给第二设备120。接着,在时隙#12 317中,第三设备112向第二设备120发送控制信息消息332。控制信息消息332包括关于时隙#15 318中的控制信道资源Y的信息。
在接收到控制信息消息332后,第二设备120可以在时隙#15 318中的控制信道资源Y上向第三设备112发送与时隙#15 318的指示相关联的HARQ反馈组342。
在接收到与时隙#15 318的指示相关联的HARQ反馈组342后,第三设备112向第一设备111转发与时隙#15 318的指示相关联的HARQ反馈组342。在一些示例实施例中,第三设备112向第一设备111转发HARQ反馈组342以及时隙#15 318的指示。
图4示出了根据本公开的一些其它实施例的用于HARQ反馈传输的过程400的示例实现。
在图4的示例实现中,至少一个HARQ进程的指示是HARQ反馈组的标识(ID)。
在一些示例实施例中,来自第一设备111的每个控制信息消息可以包括用于携带其中要发送HARQ反馈组的时隙的指示的字段。在这样的示例实施例中,根据图4中的示例实现,第一设备111不将该时隙的指示包括在该字段中,而是将HARQ反馈组的ID包括在该字段中。换句话说,用于携带时隙的指示的字段可以被重新用于携带HARQ反馈组的ID。因此,控制信息消息的格式不需要改变。因此,从第一设备111发送控制信息消息不需要额外的信令开销。
如图4所示,第一设备111在时隙#1 311中向第二设备120发送包括DAI=0的控制信息消息,该控制信息消息调度HARQ进程#0 421以及与HARQ进程#0 421相关联的数据。第一设备111还在时隙#3312中向第二设备120发送包括DAI=1的控制信息消息,该控制信息消息调度HARQ进程#1 422以及与HARQ进程#1 422相关联的数据。
每个控制信息消息包括与HARQ进程#0 421和HARQ进程#1 422相关联的HARQ反馈组451的ID#1 431。
第一设备111或第二设备120可以向第三设备112发送针对为HARQ反馈组451分配资源的请求。该请求包括HARQ反馈组451的有效载荷大小和HARQ反馈组451的ID#1 431。基于DAI的最后的值来确定反馈组的有效载荷大小。
在接收到该请求后,第三设备112向第二设备120分配与HARQ反馈组451的有效载荷大小相对应的资源。例如,第三设备112将时隙#10 316中的(由“Z”表示的)控制信道资源分配给第二设备120。接着,在时隙#8 314中,第三设备112向第二设备120发送控制信息消息441。控制信息消息441包括关于时隙#10 316中的控制信道资源Z的信息。控制信息消息441还包括HARQ反馈组451的ID#1。例如,控制信息消息441可以在未使用的时域分配字段中包括HARQ反馈组451的ID#1。因此,从第三设备112发送控制信息消息不需要额外的信令开销。
在接收到控制信息消息441后,第二设备120可以在时隙#10 316中的控制信道资源Z上向第三设备112发送与ID#1相关联的HARQ反馈组451。
在接收到与ID#1相关联的HARQ反馈组451后,第三设备112向第一设备111转发与ID#1相关联的HARQ反馈组451。在一些示例实施例中,第三设备112将HARQ反馈组451与ID#1一起转发给第一设备111。
在等待来自第三设备112的HARQ反馈组451期间,类似地,第一设备111在时隙#7313中向第二设备120发送包括DAI=0的控制信息消息,该控制信息消息调度HARQ进程#2423和与HARQ进程#2 423相关联的数据。第一设备111还在时隙#8 314中向第二设备120发送包括DAI=1的控制信息消息,该控制信息消息调度HARQ进程#3 424以及与HARQ进程#3424相关联的数据。第一设备111还在时隙#9315中向第二设备120发送包括DAI=2的控制信息消息,该控制信息消息调度HARQ进程#4 425以及与HARQ进程#4 425相关联的数据。
每个控制信息消息包括与HARQ进程#2 423、HARQ进程#3 424和HARQ进程#4 425相关联的HARQ反馈组452的ID#2 432。
第一设备111或第二设备120可以向第三设备112发送针对为HARQ反馈组452分配资源的请求。该请求包括HARQ反馈组452的有效载荷大小和HARQ反馈组452的ID#2 432。基于DAI的最后的值来确定反馈组的有效载荷大小。
在接收到该请求后,第三设备112向第二设备120分配与HARQ反馈组452的有效载荷大小相对应的资源。例如,第三设备112向第二设备120分配时隙#14 319中的(由“U”表示的)UL控制信道资源。接着,在时隙#12 317中,第三设备112向第二设备120发送控制信息消息442。控制信息消息442包括关于时隙#14 319中的控制信道资源U的信息。控制信息消息442还包括HARQ反馈组452的ID#2。
在接收到控制信息消息442后,第二设备120在时隙#1 4319中的控制信道资源U上向第三设备112发送与ID#2相关联的HARQ反馈组452。
在接收到与ID#2相关联的HARQ反馈组452后,第三设备112向第一设备111转发与ID#2相关联的HARQ反馈组452。在一些示例实施例中,第三设备112将HARQ反馈组452与ID#2一起转发给第一设备111。
应当理解,尽管已经描述了第二设备120一次发送一个HARQ反馈组,但是在一些其他示例实现中,第二设备120可以一次发送多个HARQ反馈组。例如,第一设备111或第二设备120可以向第三设备112发送针对为HARQ反馈组451和452分配资源的请求。该请求包括HARQ反馈组451、452的有效载荷大小,HARQ反馈组451的ID#1431和HARQ反馈组452的ID#2 432。
在接收到该请求后,第三设备112向第二设备120分配与HARQ反馈组451和452的有效载荷大小相对应的资源。例如,第三设备112将时隙#14 319中的UL控制信道资源分配给第二设备120。进而,例如,在时隙#12 317中,第三设备112向第二设备120发送控制信息消息。控制信息消息包括关于时隙#1 4319中的控制信道资源W的信息。控制信息消息还包括HARQ反馈组451的ID#1 431和HARQ反馈组452的ID#2。
在接收到控制信息消息后,第二设备120可以在时隙#1 4319中的控制信道资源W上向第三设备112发送与ID#1相关联的HARQ反馈组451以及与ID#2相关联的HARQ反馈组452。
在一些示例实施例中,第二设备120可以与ID#1一起发送HARQ反馈组451,并且与ID#2一起发送HARQ反馈组452。或者,HARQ反馈组451和HARQ反馈组452可以按预定顺序排列。例如,HARQ反馈组451和HARQ反馈组452可以按照HARQ反馈组的ID的顺序排列。
图5示出了根据本公开的一些实施例的用于发送HARQ反馈的过程500的示例实现。
在图5所示的示例实现中,至少一个HARQ进程的指示是至少一个HARQ进程的ID。
如图5所示,第一设备111在时隙#1 311中向第二设备120发送控制信息消息,该控制信息消息调度HARQ进程#4 521以及与HARQ进程#4 521相关联的数据。第一设备111还在时隙#3 312中向第二设备120发送控制信息消息,该控制信息消息调度HARQ进程#6 522以及与HARQ进程#6 522相关联的数据。第一设备111还在时隙#4 31A中向第二设备120发送控制信息消息,该控制信息消息调度HARQ进程#7 523以及与HARQ进程#7 523相关联的数据。第一设备111还在时隙#5 31B中向第二设备120发送控制信息消息,该控制信息消息调度HARQ进程#9 524以及与HARQ进程#9524相关联的数据。
来自第一设备111的控制信息消息分别包括HARQ进程#4 521的ID4、HARQ进程#6522的ID6、HARQ进程#7 523的ID7、HARQ进程#9 524的ID9。
第一设备111或第二设备120可以向第三设备112发送针对为HARQ反馈分配资源的请求。HARQ反馈可以是自先前反馈传输以来由第二设备120接收的HARQ进程的反馈。例如,如图5所示,自前一反馈传输以来由第二设备120接收的HARQ进程包括HARQ进程#4 521、HARQ进程#6 522、HARQ进程#7 523和HARQ进程#9 524。在下文中,HARQ进程#4 521、HARQ进程#6 522、HARQ进程#7 523和HARQ进程#9 524的HARQ反馈可以形成HARQ反馈组532。该请求包括HARQ反馈组532的有效载荷大小。可选地,该请求可以包括四个调度的HARQ进程的ID。
在接收到该请求后,第三设备112向第二设备120分配与HARQ反馈组532的有效载荷大小相对应的资源。例如,第三设备112向第二设备120分配时隙#10 316中的(由“V”表示的)UL控制信道资源。进而,在时隙#7 313中,第三设备112向第二设备120发送控制信息消息531。控制信息消息531包括关于时隙#10 316中的控制信道资源V的信息。
当接收到控制信息消息531后,第二设备120在时隙#10 316中的控制信道资源V上向第三设备112发送与HARQ进程的ID#4、#6、#7和#9相关联的HARQ反馈组532。
在一些示例实施例中,HARQ反馈组532可以包括用于HARQ进程的ID的位图541和对应于HARQ进程的确认(ACK)/否定确认(NACK)组542。在位图541中,每个比特与HARQ进程的ID相关联。例如,比特的值“1”可以指示发送具有与该比特相关联的ID的HARQ进程的反馈。利用位图,可以减少反馈开销。
在一些其他示例实施例中,HARQ进程的ID和对应于HARQ进程的ACK/NACK可以被联合编码以形成多个编码序列。例如,如图5所示,HARQ反馈组532包括与HARQ进程#4相关联的编码序列551、与HARQ进程#6相关联的编码序列552、与HARQ进程#7相关联的编码序列553以及与HARQ进程#9相关联的编码序列554。在编码序列551至554的每一个中,HARQ进程的ID和相应的ACK或NACK可以按预定顺序排列。例如,在编码序列552中,前四个比特“0100”表示HARQ进程521的ID#4,其余的一个或多个比特表示相应的ACK。
在图5所示的示例实现中,第二设备120可以根据由第三设备112分配的资源来决定报告HARQ进程的反馈。因此,示例实现非常灵活和可靠。
在接收到与HARQ进程的ID#4、#6、#7和#9相关联的HARQ反馈组532后,第三设备112向第一设备111转发与HARQ进程的ID#4、#6、#7和#9相关联的HARQ反馈组532。在一些示例实施例中,第三设备112向第一设备111转发HARQ反馈组532以及HARQ进程的ID#4、#6、#7和#9。
图6示出了根据本公开的一些实施例的在第一设备处实现的示例方法600的流程图。为了讨论的目的,将参考图1从第一设备111的角度描述方法600。
在框610,第一设备111向第二设备发送第二设备应当在由频带内的第三设备服务的服务小区中发送HARQ反馈的指示。
在框620,第一设备111向第二设备发送各自调度至少一个混合自动重传请求进程的一个或多个控制信息消息以及与进程相关联的数据,控制信息消息各自包括所述进程的指示。
在框630,第一设备111从第三设备接收与该进程的指示相关联的HARQ反馈组,该反馈组由第三设备从第二设备接收。
在一些示例实施例中,方法600还包括向第三设备112发送针对为HARQ反馈组分配资源的请求,该请求包括HARQ反馈组的有效载荷大小。
在一些示例实施例中,该请求还包括与该请求相关联的进程的指示。
在一些示例实施例中,该进程的指示包括其中要发送HARQ反馈组的时隙的指示。
在一些示例实施例中,进程的指示包括HARQ反馈组的标识。
在一些示例实施例中,发送控制信息消息,控制信息消息各自包括混合自动重传请求反馈组的标识,标识在用于携带混合自动重传请求反馈组将在其中被发送的时隙的指示的字段中。
在一些示例实施例中,进程的指示包括至少一个HARQ进程的标识。
在一些示例实施例中,发送第二设备120应当在由第三设备112服务的服务小区中发送HARQ反馈的指示包括:响应于确定第二设备120在第二频带内的、由第一设备111服务的服务小区的上行链路覆盖区域之外而发送该指示。
在一些示例实施例中,第一和第三设备是不并置的网络设备,而第二设备120是终端设备。
图7示出了根据本公开的一些实施例的在第二设备处实现的示例方法700的流程图。为了讨论的目的,将参考图1从第二设备120的角度描述方法700。
在框710,第二设备120从第一设备111接收上行链路HARQ反馈应当在由第三设备112在频带内服务的服务小区中发送的指示。
在框720,第二设备120从第一设备111接收各自调度至少一个混合自动重传请求进程的一个或多个控制信息消息以及与进程相关联的数据,控制信息消息各自包括所述进程的指示。
在框730,第二设备120从第三设备112接收控制信息消息,该控制信息消息包括关于与进程的的指示相关联的HARQ反馈组的资源的信息。
在框740,第二设备120在该资源上向第三设备112发送与进程的指示相关联的HARQ反馈组,用于由第三设备112转发到第一设备111。
在一些示例实施例中,所发送的与该进程的指示相关联的反馈组包括以下各项中的至少一项:自先前反馈传输以来由第二设备120接收的HARQ进程的反馈;与来自第一设备111的一个或多个控制信息消息中指示的时隙相对应并且与来自第三设备112的控制信息消息中指示的时隙相匹配的HARQ反馈;来自第三装置112的控制信息消息中指示的一个或多个HARQ反馈组的HARQ反馈。
在一些示例实施例中,方法700还包括向第三设备112发送针对为HARQ反馈组分配资源的请求,该请求包括HARQ反馈组的有效载荷大小。
在一些示例实施例中,请求还包括进程的指示。
在一些示例实施例中,该进程的指示包括其中要发送HARQ反馈组的时隙的指示。
在一些示例实施例中,进程的指示包括HARQ反馈组的标识。
在一些示例实施例中,接收该控制信息消息包括:从第一设备111接收控制信息消息,控制信息消息各自包括HARQ反馈组的标识,标识在用于携带HARQ反馈组将在其中被发送的时隙的指示的字段中。
在一些示例实施例中,进程的指示包括至少一个HARQ进程的标识。
在一些示例实施例中,从第三设备112接收控制信息消息包括:从第三设备112接收包括指示零频域资源分配的字段的控制信息消息。
在一些示例实施例中,接收在由第三装置112服务的服务小区中接收第二装置120应当发送HARQ反馈的指示包括:响应于第二设备120在第二频带内的、由第一设备111服务的服务小区的上行链路覆盖区域之外而接收该指示。
在一些示例实施例中,第一设备111和第三设备112是不并置的网络设备,而第二设备120是终端设备。
图8示出了根据本公开的一些实施例的在第三设备处实现的示例方法800的流程图。为了讨论的目的,将参考图1从第三设备112的角度描述方法800。
在框810处,响应于针对分配用于由第一设备调度的至少一个HARQ进程的HARQ反馈组的资源的请求,向第二设备分配用于HARQ反馈组的资源,请求包括HARQ反馈组的有效载荷大小,第二设备位于频带内的、由第三设备服务的服务小区中。
在框820,第三设备112向第二设备120发送包括关于所分配资源的信息的控制信息消息。
在框830,第三设备112在所分配资源上从第二设备120接收与进程的指示相关联的HARQ反馈组。
在框840,第三设备112向第一设备111转发与该进程的指示相关联的HARQ反馈组。
在一些示例实施例中,进程的指示包括以下各项中的至少一项:所述至少一个HARQ进程的标识;HARQ反馈组将在其中被发送的时隙的指示,以及HARQ反馈组的标识。
在一些示例实施例中,该方法800进一步包括:从第一设备111或第二设备120接收分配资源的请求。
在一些示例实施例中,请求还包括进程的指示。
在一些示例实施例中,发送控制信息消息包括:发送包括指示零频域资源分配的字段的控制信息消息。
在一些示例实施例中,第二设备120在由第一设备111服务的服务小区的上行链路覆盖区域之外。
在一些示例实施例中,第一设备111和第三设备112是不并置的网络设备,而第二设备120是终端设备。
在一些实施例中,能够执行任何方法600的装置(例如,第一设备111)可以包括用于执行方法600的各个步骤的部件。部件可以以任何适当的形式实现。例如,部件可以在电路或软件模块中实现。
在一些实施例中,该装置包括:用于向第二设备120发送第二设备120应当在频带内的、由第三设备112服务的服务小区中发送HARQ反馈的指示的部件;用于向第二设备120发送各自调度至少一个HARQ进程的一个或多个控制信息消息以及与进程相关联的数据的部件,控制信息消息各自包括进程的指示;以及用于从第三设备112接收与进程的指示相关联的HARQ反馈组的部件,反馈组由第三设备112从第二设备120接收。
在一些示例实施例中,该装置还包括用于向第三设备112发送用于为HARQ反馈组分配资源的请求的部件,该请求包括HARQ反馈组的有效载荷大小。
在一些示例实施例中,该请求还包括与该请求相关联的进程的指示。
在一些示例实施例中,该进程的指示包括其中要发送HARQ反馈组的时隙的指示。
在一些示例实施例中,该进程的指示包括HARQ反馈组的标识。
在一些示例实施例中,用于发送控制信息消息的部件包括:用于发送控制信息消息的部件,所述控制信息消息中的每一个都包括用于携带其中要发送HARQ反馈组的时隙的指示的字段中的HARQ反馈组的标识。
在一些示例实施例中,该进程的指示包括至少一个HARQ进程的标识。
在一些示例实施例中,用于发送第二设备120应当在由第三设备112服务的服务小区中发送HARQ反馈的指示的部件包括:用于响应于确定第二设备120位于第二频带内的、由第一设备111服务的服务小区的上行链路覆盖区域之外而发送指示的部件。
在一些示例实施例中,该装置和第三设备是不并置的网络设备,并且第二设备120是终端设备。
在一些实施例中,能够执行任何方法700的装置(例如,第二设备120)可以包括用于执行方法700的各个步骤的部件。部件可以以任何适当的形式实现。例如,部件可以在电路或软件模块中实现。
在一些实施例中,该装置包括用于从第一设备111接收上行链路HARQ反馈应当在频带内的、由第三设备112服务的服务小区中发送的指示的部件;用于从第一设备111接收一个或多个控制信息消息,每个控制信息消息调度至少一个HARQ进程以及与进程相关联的数据的部件,控制信息消息各自包括进程的指示;用于从第三设备112接收控制信息消息的部件,控制信息消息包括关于用于与进程的指示相关联的HARQ反馈组的资源的信息;以及用于在资源上向第三设备112发送与进程的指示相关联的HARQ反馈组,用于由第三设备112转发到第一设备。
在一些示例实施例中,与该进程的指示相关联的所发送的反馈组包括以下各项中的至少一项:自前一反馈传输以来由装置接收的HARQ进程的反馈;与来自第一设备111的一个或多个控制信息消息中指示的时隙相对应并且与来自第三设备112的控制信息消息中指示的时隙相匹配的HARQ反馈;来自第三装置112的控制信息消息中指示的一个或多个HARQ反馈组的HARQ反馈。
在一些示例实施例中,该装置还包括用于向第三设备112发送用于为HARQ反馈组分配资源的请求的部件,该请求包括HARQ反馈组的有效载荷大小。
在一些示例实施例中,请求还包括该进程的指示。
在一些示例实施例中,该进程的指示包括其中要发送HARQ反馈组的时隙的指示。
在一些示例实施例中,进程的指示包括HARQ反馈组的标识。
在一些示例实施例中,用于接收这些控制信息消息的部件包括:用于从第一设备111接收控制信息消息的部件,所述控制信息消息各自包括用于携带HARQ反馈组将在其中被发送的时隙的指示的字段中的HARQ反馈组的标识。
在一些示例实施例中,该进程的指示包括至少一个HARQ进程的标识。
在一些示例实施例中,用于从第三设备112接收控制信息消息的部件包括:用于从第三设备112接收包括指示零频域资源分配的字段的控制信息消息的部件。
在一些示例实施例中,用于接收在由第三设备112服务的服务小区中接收设备应当发送HARQ反馈的指示的部件包括:用于响应于设备在由第一设备111在第二频带内服务的服务小区的上行链路覆盖区域之外而接收指示的部件。
在一些示例实施例中,第一和第三设备111、112是不并置的网络设备,并且装置是终端设备。
在一些实施例中,能够执行任何方法800的装置(例如,第三设备112)可以包括用于执行方法800的各个步骤的部件。部件可以以任何适当的形式实现。例如,部件可以在电路或软件模块中实现。
在一些实施例中,该装置包括:用于响应于针对分配用于由第一设备111调度的至少一个HARQ进程的HARQ反馈组的资源的请求,向第二设备分配用于HARQ反馈组的资源的部件,请求包括HARQ反馈组的有效载荷大小,第二设备120位于频带内的、由第三设备112服务的服务小区中;用于向第二设备120发送包括关于所分配的资源的信息的控制信息消息的部件;用于从第二设备120接收与所分配的资源上的进程的指示相关联的HARQ反馈组的部件;以及用于将与进程的指示相关联的HARQ反馈组转发到第一设备111的部件。
在一些示例实施例中,进程的指示包括以下各项中的至少一项:所述至少一个HARQ进程的标识;HARQ反馈组将在其中被发送的时隙的指示,以及HARQ反馈组的标识。
在一些示例实施例中,该装置进一步包括:用于从第一设备111或第二设备120接收分配资源的请求的部件。
在一些示例实施例中,该请求还包括进程的指示。
在一些示例实施例中,用于发送该控制信息消息的部件包括:用于发送包括指示零频域资源分配的字段的控制信息消息的部件。
在一些示例实施例中,第二设备120在由第一设备111服务的服务小区的上行链路覆盖区域之外。
在一些示例实施例中,第一设备111和该装置是不并置的网络设备,而第二设备120是终端设备。
图9是适合于实现本公开的实施例的设备900的简化框图。可以提供设备900来实现通信设备,例如图1所示的设备111、112和120中的任何设备。如图所示,设备900包括一个或多个处理器910,耦合到处理器910的一个或多个存储器920,以及耦合到处理器910的一个或多个通信模块940。
通信模块940用于双向通信。通信模块940具有至少一个天线以便于通信。通信接口可以表示与其它网络元件通信所需的任何接口。
处理器910可以是适合于本地技术网络的任何类型并且可以包括以下各项中的一项或多项:作为非限制性示例,通用计算机,专用计算机,微处理器,数字信号处理器(DSP)和基于多核处理器架构的处理器。装置900可具有多个处理器,例如在时间上从属于使主处理器同步的时钟的专用集成电路芯片。
存储器920可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的实例包括(但不限于)只读存储器(ROM)924,电可编程只读存储器(EPROM),快闪存储器,硬盘,压缩光盘(CD),数字视频光盘(DVD)和其它磁性存储装置和/或光学存储装置。易失性存储器的示例包括但不限于随机存取存储器(RAM)922和在断电持续时间内不会持续的其它易失性存储器。
计算机程序930包括由相关联的处理器910执行的计算机可执行指令。程序930可以存储在ROM920中。处理器910可以通过将程序930加载到RAM920中来执行任何合适的动作和处理。
本公开的实施例可以借助于程序930来实现,使得设备900可以执行如参考图2和6至8所讨论的本公开的任何过程。本公开的实施例还可以由硬件或软件和硬件的组合来实现。
在一些示例实施例中,程序930可以被有形地包含在计算机可读介质中,该计算机可读介质可以被包括在设备900中(例如在存储器920中)或可由设备900访问的其他存储设备中。设备900可将程序930从计算机可读介质加载到RAM922以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器,例如ROM,EPROM,闪存,硬盘,CD,DVD等。图10示出了CD或DVD形式的计算机可读介质1000的示例。计算机可读介质上存储有程序930。
通常,本公开的各种实施例可以在硬件或专用电路,软件,逻辑或其任何组合中实现。一些方面可以用硬件来实现,而其他方面可以用固件或软件来实现,这些固件或软件可以由控制器,微处理器或其他计算设备来执行。虽然本公开的实施例的各方面被示出并描述为框图,流程图或使用一些其他图示表示,但是应当理解,本文描述的块,装置,系统,技术或方法可以作为非限制性示例在硬件,软件,固件,专用电路或逻辑,通用硬件或控制器或其他计算设备或其一些组合中实现。
本公开还提供了有形地存储在非瞬态计算机可读存储介质上的至少一种计算机程序产品。该计算机程序产品包括计算机可执行指令,例如包括在目标真实或虚拟处理器上的设备中执行的程序模块中的指令,以执行如上参考图6-8所述的方法600,700和800。一般而言,程序模块包括执行特定任务或实现特定抽象数据类型的例程,程序,库,对象,类,组件,数据结构等。程序模块的功能可根据各种实施例中的需要在程序模块之间组合或分开。程序模块的机器可执行指令可在本地或分布式设备内执行。在分布式设备中,程序模块可位于本地和远程存储介质中。
用于执行本公开的方法的程序代码可以用一种或多种编程语言的任意组合来编写。这些程序代码可以被提供给通用计算机,专用计算机或其它可编程数据处理设备的处理器或控制器,使得程序代码在被处理器或控制器执行时使得流程图和/或框图中指定的功能/操作被实现。程序代码可以完全在机器上,部分在机器上,作为独立软件包,部分在机器上,部分在远程机器上或完全在远程机器或服务器上执行。
在本公开的上下文中,计算机程序代码或相关数据可以由任何合适的载体携带,以使设备,装置或处理器能够执行如上所述的各种过程和操作。载波的示例包括信号,计算机可读介质等。
计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电,磁,光,电磁,红外或半导体系统,装置或设备,或前述的任何合适的组合。计算机可读存储介质的更具体的示例将包括具有一条或多条导线的电连接,便携式计算机磁盘,硬盘,随机存取存储器(RAM),只读存储器(ROM),可擦除可编程只读存储器(EPROM或闪存),光纤,便携式光盘只读存储器(CD-ROM),光存储设备,磁存储设备,或前述的任何合适的组合。
此外,虽然以特定顺序描述了操作,但是这不应被理解为要求以所示的特定顺序或按顺序执行这些操作,或者执行所有示出的操作,以实现期望的结果。在某些情况下,多任务和并行处理可能是有利的。同样地,虽然在上述讨论中包含了若干特定实现细节,但是这些细节不应当被解释为对本公开的范围的限制,而应当被解释为对特定实施例所特有的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反,在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独地或以任何合适的子组合来实现。
尽管已经用结构特征和/或方法动作专用的语言描述了本公开,但是应当理解,所附权利要求中限定的本公开不必限于上述具体特征或动作。相反,上述具体特征和动作是作为实现权利要求的示例形式而公开的。
Claims (34)
1.一种第一设备,包括:
至少一个处理器;以及
包括计算机程序代码的至少一个存储器;
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第一设备:
向第二设备发送所述第二设备应当在频带内的、由第三设备服务的服务小区中发送混合自动重传请求反馈的指示;
向所述第二设备发送各自调度至少一个混合自动重传请求进程的一个或多个控制信息消息以及与所述进程相关联的数据,所述控制信息消息各自包括所述进程的指示;以及
从所述第三设备接收与所述进程的所述指示相关联的混合自动重传请求反馈组,所述反馈组由所述第三设备从所述第二设备接收。
2.根据权利要求1所述的第一设备,其中所述第一设备还被使得:
向所述第三设备发送针对为所述混合自动重传请求反馈组分配资源的请求,所述请求包括所述混合自动重传请求反馈组的有效载荷大小。
3.根据权利要求2所述的第一设备,其中所述请求还包括与所述请求相关联的所述进程的所述指示。
4.根据权利要求1所述的第一设备,其中所述进程的所述指示包括所述混合自动重传请求反馈组将在其中被发送的时隙的指示。
5.根据权利要求1所述的第一设备,其中所述进程的所述指示包括所述混合自动重传请求反馈组的标识。
6.根据权利要求5所述的第一设备,其中所述第一设备被使得通过以下来发送所述控制信息消息:
发送所述控制信息消息,所述控制信息消息各自包括所述混合自动重传请求反馈组的所述标识,所述标识在用于携带所述混合自动重传请求反馈组将在其中被发送的时隙的指示的字段中。
7.根据权利要求1所述的第一设备,其中所述进程的所述指示包括所述至少一个混合自动重传请求进程的标识。
8.根据权利要求1所述的第一设备,其中所述第一设备被使得通过以下来发送所述第二设备应当在由所述第三设备服务的所述服务小区中发送混合自动重传请求反馈的所述指示:
响应于确定所述第二设备在第二频带内的、由所述第一设备服务的所述服务小区的上行链路覆盖区域之外发送所述指示。
9.根据权利要求1至8中任一项所述的第一设备,其中所述第一设备和所述第三设备是不并置的网络设备,并且所述第二设备是终端设备。
10.一种第二设备,包括:
至少一个处理器;以及
包括计算机程序代码的至少一个存储器;
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第二设备:
从第一设备接收上行链路混合自动重传请求反馈应当在频带内的、由第三设备服务的服务小区中发送的指示;
从所述第一设备接收各自调度至少一个混合自动重传请求进程的一个或多个控制信息消息以及与所述进程相关联的数据,所述控制信息消息各自包括所述进程的指示;
从所述第三设备接收控制信息消息,所述控制信息消息包括关于用于与所述进程的所述指示相关联的混合自动重传请求反馈组的资源的信息;以及
在所述资源上向所述第三设备发送与所述进程的所述指示相关联的所述混合自动重传请求反馈组,用于由所述第三设备转发到所述第一设备。
11.根据权利要求10所述的第二设备,其中与所述进程的所述指示相关联的所发送的反馈组包括以下至少一项:
自先前的反馈传输以来由所述第二设备接收的混合自动重传请求进程的反馈,
与来自所述第一设备的所述一个或多个控制信息消息中所指示的时隙对应并且与来自第三设备的所述控制信息消息中所指示的所述时隙相匹配的混合自动重传请求的反馈,以及
来自所述第三设备的所述控制信息消息中所指示的一个或多个混合自动重传请求反馈组的混合自动重传请求的反馈。
12.根据权利要求10所述的第二设备,其中所述第二设备还被使得:
向所述第三设备发送针对为所述混合自动重传请求反馈组分配资源的请求,所述请求包括所述混合自动重传请求反馈组的有效载荷大小。
13.根据权利要求12所述的第二设备,其中所述请求还包括所述进程的所述指示。
14.根据权利要求10所述的第二设备,其中所述进程的所述指示包括所述混合自动重传请求反馈组将在其中被发送的时隙的指示。
15.根据权利要求10所述的第二设备,其中所述进程的所述指示包括所述混合自动重传请求反馈组的标识。
16.根据权利要求15所述的第二设备,其中所述第二设备被使得通过以下来接收所述控制信息消息:
从所述第一设备接收所述控制信息消息,所述控制信息消息各自包括所述混合自动重传请求反馈组的所述标识,所述标识在用于携带所述混合自动重传请求反馈组将在其中被发送的时隙的指示的字段中。
17.根据权利要求10所述的第二设备,其中所述进程的所述指示包括所述至少一个混合自动重传请求进程的标识。
18.根据权利要求10所述的第二设备,其中所述第二设备被使得通过以下来从所述第三设备接收所述控制信息消息:
从所述第三设备接收包括指示零频域资源分配的字段的所述控制信息消息。
19.根据权利要求10所述的第二设备,其中所述第二设备被使得通过以下来接收所述第二设备应当在由所述第三设备服务的所述服务小区中发送混合自动重传请求反馈的所述指示:
响应于所述第二设备在所述第二频带内的、由所述第一设备服务的所述服务小区的上行链路覆盖区域之外而接收所述指示。
20.根据权利要求10至19中任一项所述的第二设备,其中所述第一设备和所述第三设备是不并置的网络设备,并且所述第二设备是终端设备。
21.一种第三设备,包括:
至少一个处理器;以及
包括计算机程序代码的至少一个存储器;
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述第三设备:
响应于针对分配用于由第一设备调度的至少一个混合自动重传请求进程的混合自动重传请求反馈组的资源的请求,向第二设备分配用于所述混合自动重传请求反馈组的资源,所述请求包括所述混合自动重传请求反馈组的有效载荷大小,所述第二设备位于频带内的、由所述第三设备服务的服务小区中;
向所述第二设备发送包括关于所分配的资源的信息的控制信息消息;
在所分配的资源上从所述第二设备接收与所述进程的所述指示相关联的所述混合自动重传请求反馈组;以及
将与所述进程的所述指示相关联的所述混合自动重传请求反馈组转发到所述第一设备。
22.根据权利要求21所述的第三设备,其中所述进程的所述指示包括以下至少一项:
所述至少一个混合自动重传请求进程的标识;
所述混合自动重传请求反馈组将在其中被发送的时隙的指示,以及
所述混合自动重传请求反馈组的标识。
23.根据权利要求21所述的第三设备,其中所述第三设备还被使得:
从所述第一设备或所述第二设备接收针对分配所述资源的所述请求。
24.根据权利要求22所述的第三设备,其中所述请求还包括所述进程的所述指示。
25.根据权利要求21所述的第三设备,其中所述第三设备被使得通过以下来发送所述控制信息消息:
发送包括指示零频域资源分配的字段的所述控制信息消息。
26.根据权利要求21所述的第三设备,其中所述第二设备在由所述第一设备服务的所述服务小区的上行链路覆盖区域之外。
27.根据权利要求21至26中任一项所述的第三设备,其中所述第一设备和所述第三设备是不并置的网络设备,并且所述第二设备是终端设备。
28.一种方法,包括:
向第二设备发送所述第二设备应当在频带内的、由第三设备服务的服务小区中发送混合自动重传请求反馈的指示;
向所述第二设备发送各自调度至少一个混合自动重传请求进程的一个或多个控制信息消息以及与所述进程相关联的数据,所述控制信息消息各自包括所述进程的指示;以及
从所述第三设备接收与所述进程的所述指示相关联的混合自动重传请求反馈组,所述反馈组由所述第三设备从所述第二设备接收。
29.一种方法,包括:
从第一设备接收上行链路混合自动重传请求反馈应当在频带内的、由第三设备服务的服务小区中发送的指示;
从所述第一设备接收各自调度至少一个混合自动重传请求进程的一个或多个控制信息消息以及与所述进程相关联的数据,所述控制信息消息各自包括所述进程的指示;
从所述第三设备接收控制信息消息,所述控制信息消息包括关于用于与所述进程的所述指示相关联的混合自动重传请求反馈组的资源的信息;以及
在所述资源上向所述第三设备发送与所述进程的所述指示相关联的所述混合自动重传请求反馈组,用于由所述第三设备转发到所述第一设备。
30.一种方法,包括:
响应于针对分配用于由第一设备调度的至少一个混合自动重传请求进程的混合自动重传请求反馈组的资源的请求,向第二设备分配用于所述混合自动重传请求反馈组的资源,所述请求包括所述混合自动重传请求反馈组的有效载荷大小,所述第二设备位于频带内的、由所述第三设备服务的服务小区中;
向所述第二设备发送包括关于所分配的资源的信息的控制信息消息;
在所分配的资源上从所述第二设备接收与所述进程的所述指示相关联的所述混合自动重传请求反馈组;以及
将与所述进程的所述指示相关联的所述混合自动重传请求反馈组转发到所述第一设备。
31.一种装置,包括:
用于向第二设备发送所述第二设备应当在频带内的、由第三设备服务的服务小区中发送混合自动重传请求反馈的指示的部件;
用于向所述第二设备发送各自调度至少一个混合自动重传请求进程的一个或多个控制信息消息以及与所述进程相关联的数据的部件,所述控制信息消息各自包括所述进程的指示;以及
用于从所述第三设备接收与所述进程的所述指示相关联的混合自动重传请求反馈组的部件,所述反馈组由所述第三设备从所述第二设备接收。
32.一种装置,包括:
用于从第一设备接收上行链路混合自动重传请求反馈应当在频带内的、由第三设备服务的服务小区中发送的指示的部件;
用于从所述第一设备接收一个或多个控制信息消息,每个所述控制信息消息调度至少一个混合自动重传请求进程以及与所述进程相关联的数据的部件,所述控制信息消息各自包括所述进程的指示;
用于从所述第三设备接收控制信息消息的部件,所述控制信息消息包括关于用于与所述进程的所述指示相关联的混合自动重传请求反馈组的资源的信息;以及
用于在所述资源上向所述第三设备发送与所述进程的所述指示相关联的所述混合自动重传请求反馈组,用于由所述第三设备转发到所述第一设备。
33.一种装置,包括:
用于响应于针对分配用于由第一设备调度的至少一个混合自动重传请求进程的混合自动重传请求反馈组的资源的请求,向第二设备分配用于所述混合自动重传请求反馈组的资源的部件,所述请求包括所述混合自动重传请求反馈组的有效载荷大小,所述第二设备位于频带内的、由所述第三设备服务的服务小区中;
用于向所述第二设备发送包括关于所分配的资源的信息的控制信息消息的部件;
用于在所分配的资源上从所述第二设备接收与所述进程的所述指示相关联的所述混合自动重传请求反馈组的部件;以及
用于将与所述进程的所述指示相关联的所述混合自动重传请求反馈组转发到所述第一设备的部件。
34.一种非瞬态计算机可读介质,包括用于使装置至少执行根据权利要求28、29或30所述的方法的计算机程序。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2019/085537 WO2020223855A1 (en) | 2019-05-05 | 2019-05-05 | Transmissions of hybrid automatic repeat request feedbacks |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114097262A true CN114097262A (zh) | 2022-02-25 |
Family
ID=73050959
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201980098198.2A Pending CN114097262A (zh) | 2019-05-05 | 2019-05-05 | 混合自动重传请求反馈的传输 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114097262A (zh) |
WO (1) | WO2020223855A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114157398A (zh) * | 2020-09-08 | 2022-03-08 | 华为技术有限公司 | 一种上行反馈方法及装置 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102594531A (zh) * | 2011-01-10 | 2012-07-18 | 北京三星通信技术研究有限公司 | 一种异构网络中混合自动重传请求harq的实现方法 |
US9276726B2 (en) * | 2012-12-11 | 2016-03-01 | Samsung Electronics Co., Ltd. | Transmissions/receptions of uplink acknowledgement signals in wireless networks |
US9072021B2 (en) * | 2012-12-19 | 2015-06-30 | Blackberry Limited | Method and apparatus for hybrid automatic repeat request operation in a heterogeneous network architecture |
US9974057B2 (en) * | 2013-10-30 | 2018-05-15 | Lg Electronics Inc. | Method for transmitting HARQ ACK/NACK from user equipment simultaneously accessing multiple cells |
EP3101983B1 (en) * | 2014-01-29 | 2021-05-26 | Huawei Technologies Co., Ltd. | Data transmission method and system |
KR20170102904A (ko) * | 2014-12-29 | 2017-09-12 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 업링크 송신 제어 방법 및 장치 |
-
2019
- 2019-05-05 WO PCT/CN2019/085537 patent/WO2020223855A1/en active Application Filing
- 2019-05-05 CN CN201980098198.2A patent/CN114097262A/zh active Pending
Also Published As
Publication number | Publication date |
---|---|
WO2020223855A1 (en) | 2020-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
AU2019460320B2 (en) | Sharing HARQ processes by multiple configured grants resources | |
AU2019474027B2 (en) | Methods, devices and computer readable media for communication on unlicensed band | |
WO2020237534A1 (en) | Methods, devices and computer storage media for communication | |
CN114097262A (zh) | 混合自动重传请求反馈的传输 | |
CN113708902B (zh) | 用于休眠的带宽部分的信道信息报告 | |
WO2022036590A1 (en) | Mechanism for prioritization of transmissions | |
WO2021203223A1 (en) | Reporting beam failure | |
CN112868261B (zh) | 服务小区的l1信令 | |
WO2023035140A1 (en) | Proactive cot request | |
WO2023035148A1 (en) | Proactive cot request | |
US20240080834A1 (en) | Uplink Skipping | |
WO2023225874A1 (en) | Method and apparatus for power headroom report | |
WO2022213238A1 (en) | Reliable transmission on licensed and unlicensed bands | |
WO2024065790A1 (en) | Sidelink subchannel frequency mapping | |
WO2022204957A1 (en) | Harq process selection | |
WO2024031712A1 (en) | Resource allocation for different frame structures in sidelink communication | |
CN113826412B (zh) | 辅小区的激活 | |
WO2024031482A1 (en) | Sidelink feedback transmission enhancement | |
WO2024092572A1 (en) | Multi-slot scheduling in context of sbfd | |
WO2024098229A1 (en) | Beam information triggering for cell activation | |
WO2023225923A1 (en) | Enabling retransmission of initial transmission of the cg-sdt | |
WO2023130273A1 (en) | Configured grant resource handling for small data transmission | |
WO2024093108A1 (en) | Terminal device and method for sidelink communications | |
WO2023108409A1 (en) | Adjustment of contention window for lbt | |
WO2022193252A1 (en) | Communication methods, terminal device, network device and computer-readable medium |
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 |