CN114270749B - 用于通信的设备、方法以及装置 - Google Patents

用于通信的设备、方法以及装置 Download PDF

Info

Publication number
CN114270749B
CN114270749B CN201980099468.1A CN201980099468A CN114270749B CN 114270749 B CN114270749 B CN 114270749B CN 201980099468 A CN201980099468 A CN 201980099468A CN 114270749 B CN114270749 B CN 114270749B
Authority
CN
China
Prior art keywords
retransmission
harq
configuration
enabled
candidate
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
CN201980099468.1A
Other languages
English (en)
Other versions
CN114270749A (zh
Inventor
K·朗塔-阿奥
温萍萍
熊芝兰
M·劳里德森
J·维戈尔德
R·亚莫里姆
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.)
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
Original Assignee
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
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 Nokia Shanghai Bell Co Ltd, Nokia Solutions and Networks Oy filed Critical Nokia Shanghai Bell Co Ltd
Publication of CN114270749A publication Critical patent/CN114270749A/zh
Application granted granted Critical
Publication of CN114270749B publication Critical patent/CN114270749B/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/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/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/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/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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • 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/1896—ARQ related signaling
    • 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
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link

Landscapes

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

Abstract

本公开的示例实施例涉及一种用于在通信中配置重传的解决方案。在一方面，第一设备向第二设备传输多个候选重传配置的第一指示。多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置。第一设备从多个候选重传配置中选择目标重传配置。第一设备向第二设备传输目标重传配置的第二指示。第一设备使用目标重传配置与第二设备通信。本公开的示例实施例提供了用于重传方案的动态多级指示。

Description

用于通信的设备、方法以及装置
技术领域
本公开的示例实施例总体上涉及通信领域，并且具体地涉及用于在通信中配置重传的设备、方法、装置和计算机可读介质。
背景技术
卫星在5G中的作用和益处已经在3GPP第14版中进行了研究，带来支持卫星接入的具体要求，认识到卫星覆盖带来的附加值，作为用于5G的接入技术组合的一部分，尤其是对于其中无处不在的覆盖至关重要的关键任务和工业应用。一般来说，卫星是指低地球轨道(LEO)、中地球轨道(MEO)、地球静止轨道(GEO)或高椭圆轨道(HEO)中的星载飞行器。
除了卫星之外，非地面网络(NTN)还指代使用机载或星载飞行器进行传输的网络或网络段。机载飞行器是指包含无人机系统(UAS)(包括系留UAS、轻于空气的UAS、以及重于空气的UAS)的高空平台(HAP)，所有这些平台通常准静止地操作在8到50km的高度。NTN主题最近引起了对3GPP讨论的关注，这样的讨论在第15版(TR 38.811)和第16版(TR 38.821)中作为研究项目(SI)出现，并且可能成为第17版中的工作项目。
发明内容
总体上，本公开的示例实施例提供了一种用于在通信中配置重传的解决方案。
在第一方面，提供了一种第一设备。第一设备包括至少一个处理器和存储计算机程序代码的至少一个存储器。多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使第一设备向第二设备传输多个候选重传配置的第一指示。至少一个存储器和计算机程序代码还被配置为与至少一个处理器一起使第一设备从多个候选重传配置中选择目标重传配置。至少一个存储器和计算机程序代码还被配置为与至少一个处理器一起使第一设备向第二设备传输目标重传配置的第二指示。至少一个存储器和计算机程序代码还被配置为与至少一个处理器一起使第一设备使用目标重传配置与第二设备通信。
在第二方面，提供了一种第二设备。第二设备包括至少一个处理器和存储计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使第二设备从第一设备接收多个候选重传配置的第一指示。多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置。至少一个存储器和计算机程序代码还被配置为与至少一个处理器一起使第二设备从第一设备接收从多个候选重传配置中选择的目标重传配置的第二指示。至少一个存储器和计算机程序代码还被配置为与至少一个处理器一起使第二设备使用目标重传配置与第一设备通信。
在第三方面，提供了一种方法。该方法包括在第一设备处向第二设备传输多个候选重传配置的第一指示。多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置。该方法还包括从多个候选重传配置中选择目标重传配置。该方法还包括向第二设备传输目标重传配置的第二指示。该方法还包括使用目标重传配置与第二设备通信。
在第四方面，提供了一种方法。该方法包括在第二设备处从第一设备接收多个候选重传配置的第一指示。多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置。该方法还包括从第一设备接收从多个候选重传配置中选择的目标重传配置的第二指示。该方法还包括使用目标重传配置与第一设备通信。
在第五方面，提供了一种装置。该装置包括用于在第一设备处向第二设备传输多个候选重传配置的第一指示的部件。多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置。该装置还包括用于从多个候选重传配置中选择目标重传配置的部件。该装置还包括用于向第二设备传输目标重传配置的第二指示的部件。该装置还包括用于使用目标重传配置与第二设备通信的部件。
在第六方面，提供了一种装置。该装置包括用于在第二设备处从第一设备接收多个候选重传配置的第一指示的部件。多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置。该装置还包括用于从第一设备接收从多个候选重传配置中选择的目标重传配置的第二指示的部件。该装置还包括用于使用目标重传配置与第一设备通信的部件。
在第七方面，提供了一种存储程序指令的非暂态计算机可读介质，该程序指令用于引起装置至少执行根据第三方面或第四方面的方法。
应当理解，概述部分并非旨在确定本公开的示例实施例的关键或基本特征，也不旨在用于限制本公开的范围。通过以下描述，本公开的其他特征将变得容易理解。
附图说明
现在将参考附图描述一些示例实施例，在附图中：
图1示出了可以在其中实现本公开的一些示例实施例的通信环境的示意图；
图2示出了根据本公开的一些示例实施例的第一设备与第二设备之间的示例通信过程；
图3示出了根据本公开的一些示例实施例的第一设备与第二设备之间的另一示例通信过程；
图4示出了根据本公开的一些示例实施例的第一设备与第二设备之间的另一示例通信过程；
图5示出了根据本公开的一些示例实施例的第一设备与第二设备之间的另一示例通信过程；
图6示出了根据本公开的一些示例实施例的示例配置，在该示例配置中，不同HARQ过程被配置有不同重传配置；
图7示出了根据本公开的一些示例实施例的示例方法的流程图；
图8示出了根据本公开的一些示例实施例的另一示例方法的流程图；
图9示出了适合于实现本公开的示例实施例的设备的简化框图；以及
图10示出了根据本公开的一些示例实施例的示例计算机可读介质的框图。
在整个附图中，相同或相似的附图标记表示相同或相似的元素。
具体实施方式
现在将参考一些示例实施例来描述本公开的原理。应当理解，描述这些示例实施例仅是为了说明和帮助本领域技术人员理解和实现本发明，并不表示对本发明的范围的任何限制。本文中描述的公开可以以除了下面描述的方式之外的各种方式来实现。
在以下描述和权利要求中，除非另有定义，否则本文中使用的所有技术术语和科学术语具有与本公开所属领域的普通技术人员通常理解的相同的含义。
本公开中对“一个实施例”、“实施例”、“示例实施例”等的引用表明所描述的实施例可以包括特定特征、结构或特性，但不一定每个示例实施例都包括特定特征、结构或特性。此外，这样的短语不一定指代相同示例实施例。此外认为，当结合示例实施例描述特定特征、结构或特性时，结合其他示例实施例(无论是否明确描述)影响这样的特征、结构或特性在本领域技术人员的知识范围内。
应当理解，尽管在本文中可以使用术语“第一”和“第二”等来描述各种元素，但是这些元素不应当受这些术语的限制。这些术语仅用于区分一个元素与另一元素。例如，第一元素可以称为第二元素，并且类似地，第二元素可以称为第一元素，而不脱离示例实施例的范围。如本文中使用的，术语“和/或”包括所列术语中的一个或多个的任何并且所有组合。
本文中使用的术语仅出于描述特定示例实施例的目的，并不旨在限制示例实施例。如本文中使用的，单数形式“一个(a)”、“一个(an)”和“该(the)”旨在也包括复数形式，除非上下文另有明确指示。将进一步理解，术语“包括(comprises)”、“包括(comprising)”、“具有(has)”、“具有(having)”、“包括(includes)”和/或“包括(including)”当在本文中使用时指定所述特征、元素和/或组件等的存在，但是不排除一个或多个其他特征、元素、组件和/或其组合的存在或添加。
如在本申请中使用的，术语“电路系统”可以指代以下一项或多项或全部：
(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(NodeB或NB)、无线电接入网(RAN)节点、演进型NodeB(eNodeB或eNB)、NR NB(也称为gNB)、远程无线电单元(RRU)、无线电报头(RH)、远程无线电头端(RRH)、中继、诸如毫微微、微微等低功率节点。
术语“终端设备”是指能够进行无线通信的任何终端设备。作为示例而非限制，终端设备还可以称为通信设备、用户设备(UE)、订户站(SS)、无人驾驶飞行器(UAV)、便携式订户站、移动台(MS)或接入终端(AT)。终端设备可以包括但不限于移动电话、蜂窝电话、智能电话、IP语音(VoIP)电话、无线本地环路电话、平板电脑、可穿戴终端设备、个人数字助理(PDA)、便携式计算机、台式计算机、诸如数码相机等图像采集终端设备、游戏终端设备、音乐存储和播放设备、车载无线终端设备、无线端点、移动台、笔记本电脑嵌入式设备(LEE)、笔记本电脑安装设备(LME)、USB加密狗、智能设备、无线客户端设备(CPE)、物联网(IoT)设备、手表或其他可穿戴设备、头戴式显示器(HMD)、车辆、无人机、医疗设备和应用(例如，远程手术)、工业设备和应用(例如，在工业和/或自动化处理链环境中操作的机器人和/或其他无线设备)、消费电子设备、在商业和/或工业无线网络上操作的设备等。在以下描述中，术语“终端设备”、“通信设备”、“终端”、“用户设备”和“UE”可以互换使用。
在当前3GPP讨论中，存在关于卫星高度的不同部署场景。假定可以使用GEO(地球静止轨道)或LEO(低地球轨道)卫星来部署卫星(参见下表1，来自3GPP TR 38.821的当前版本)。
表1平台高度和轨道定义(3GPP TR 38.821)
据观察，可以实现一个或多个5G小区的卫星远离地球表面，由于空中接口传播，这可能会导致显著延迟。由NTN中的卫星提供的覆盖区域由其中UE与卫星之间的仰角超过10度的区域定义。下表2示出了基于TR 38.821中提出的假定的NTN卫星最大可覆盖距离、以及与之相关联的相应往返时间延迟。
注意，基于LEO和GEO的场景都包括其中gNB在卫星上(再生有效载荷)并且在地球上(透明有效载荷)的场景。后一种场景需要用户有效载荷必须经由服务链路从UE移动到卫星接着经由馈线链路进一步移动到地面站(包括gNB)然后再次返回以进行确认，即，再生有效载荷的往返时间的两倍。
表2NTN场景卫星地球距离和往返时间(3GPP TR 38.821)
与当前蜂窝部署中实现的大多数服务不同，为NTN网络而估计的往返时间(RTT)非常高(在12.88到541ms之间)。这表示，例如，在源自任一链路节点(UE或gNB)的第一传输之间，直到同一节点接收到ACK/NACK反馈的最短经过时间将对应于若干5G NR传输时间间隔(TTI)或者甚至多个帧。出于这个原因，已经提议禁用GEO静止卫星的混合自动重传复请求(HARQ)，同时LEO的解决方案也在讨论中(参见例如RAN2电子邮件讨论R2-1900119)。
特别地，在3GPP讨论期间，已经指出，在LEO和GEO部署中持续使用HARQ存在问题。但是，某些服务(例如，控制相关信息或关键任务数据)可能需要高可靠性和尽可能小的延迟，而其他服务(例如，流式传输电影或连续剧的视频)则不那么重要。5G已经确定，不同流应当根据特定要求(QoF)接受不同处理。但是，假定HARQ功能始终启用。
因此，考虑到对不同流的不同要求以及偏远地区的卫星将提供关键任务服务这一事实，需要能够动态地激活/停用反馈和/或重传(用于例如HARQ过程)。此外，反馈和/或重传的动态激活/停用操作可能需要对标准的其他部分(例如，下行链路控制信息(DCI)格式)的影响较小。
针对传统解决方案中存在的上述问题和其他潜在问题，本公开的实施例提供了一种在通信中配置重传的解决方案。与传统方案相比，本公开的示例实施例针对动态多级重传方案采用低比特大小多级指示，例如，通过无线电资源控制(RRC)信令以及网络设备与终端设备之间的DCI信令。
此外，本公开的示例实施例可以用于中间解决方案，而不仅仅是启用和禁用两个选项。例如，它还可以与其他解决方案(诸如“盲重传”(blind retransmission)或“主动k重传”(proactive k-repetitions))相结合。有利地，本公开的示例实施例可以用于在非地面网络(NTN)部署中配置HARQ过程，特别是当与地面上的UE的连接由卫星提供时。更一般地，本公开的示例实施例还可以应用于蜂窝网络中延迟受限的其他应用。
本公开的示例实施例不需要针对DCI修改的附加要求。相反，它们可以依赖于无线电资源配置来自动解释给定HARQ过程是启用还是禁用，并且采取标准中定义的适当动作。例如，通过读取仍然保存在DCI中的HARQ索引，UE可以根据特定过程被启用/禁用来执行不同动作，同时本公开的一些示例实施例可以依赖于通过用于HARQ禁用的RRC信令和动态DCI指示实现的预配置的HARQ行为。另外，本公开的示例实施例仅需要非常低比特率的RRC信令，并且可以使上行链路传输和下行链路传输不对称。下面结合附图对本公开的示例实施例的原理和实现进行详细说明。
图1示出了可以在其中实现本公开的一些示例实施例的通信环境100的示意图。通信环境100可以包括第一设备110，第一设备110可以是卫星并且为覆盖范围122内的第二设备120提供无线连接，覆盖范围122也称为由第一设备110支持的多个小区中的服务小区122。第二设备120可以经由诸如无线信道115等通信信道115与第一设备110通信。在一些示例实施例中，通信信道115可以处于第一频率f1。对于从第一设备110到第二设备120的传输，通信信道115可以称为下行链路信道，而对于从第二设备120到第一设备110的传输，通信信道115可以替代地称为上行链路信道。
第一设备110还可以经由通信链路125例如以第二频率f2与第三设备130通信。在一些示例实施例中，第三设备130可以是经由通信链路135与5G核心网(CN)140相关联的网关设备。在一些情况下，gNB的功能可以由第一设备110执行，即，gNB位于卫星上并且具有再生有效载荷。替代地，在一些其他情况下，gNB的功能可以由第三设备130执行，即，gNB在地球上并且具有透明有效载荷。
在一些示例实施例中，对于第一设备110与第二设备120之间的传输，传输设备可能需要执行到接收设备的重传。例如，如果接收设备没有成功接收到传输，则可以执行重传。在这种情况下，接收设备可以向传输设备传输指示传输是否被成功接收到的反馈。一旦从接收设备接收到负反馈，传输设备就可以执行重传。
然而，在其他示例实施例中，传输设备可以在没有来自接收设备的反馈的情况下执行一个或多个重传，该重传方案可以称为盲重传(blind retransmission)。如本文中使用的，术语“盲重传”通常可以是指其中传输设备在没有来自接收设备的反馈的情况下盲目地执行针对传输的一个或多个重传的重传方案。因此，盲重传方案可以包括但不限于主动k重传(proactive k-repetitions)方案、时隙聚合方案、无反馈的任何其他重传方案等。
为了动态且灵活地配置第一设备110与第二设备120之间的重传，可以为第一设备110和第二设备120预先定义或预先配置多个候选重传配置150。例如，多个候选重传配置150可以由第一设备110配置并且被通知给第二设备120。由于多个候选重传配置150可以为第一设备110与第二设备120之间的通信提供各种不同重传配置，从而提高了重传配置的灵活性。
当需要在第一设备110与第二设备120之间执行重传时，第一设备110可以例如基于与第一设备110和第二设备120相关联的特定当前通信条件从多个候选重传配置150中选择目标重传配置155。然后，第一设备110可以向第二设备120通知目标重传配置155，基于该目标重传配置，两个设备可以相应地彼此通信。
尽管在图1和以下描述中描述了目标重传配置155是由第一设备110选择的，但这仅出于说明的目的而没有暗示任何限制。在其他示例实施例中，目标重传配置155可以由第二设备120、图1中的其他设备、或甚至图1中未示出的设备来选择。在这种情况下，选择目标重传配置155的设备可以向第一设备110和/或第二设备120通知目标重传配置155。
在一些示例实施例中，第一设备110可以是网络设备，并且第二设备120可以是终端设备。在一些其他示例实施例中，第一设备110和第二设备120可以是可以彼此通信的任何其他合适的通信设备。本公开的示例实施例不限于图1的示例场景。
在这点上，注意，虽然在图1中第一设备110被示意性地描绘为卫星并且第二设备120被示意性地描绘为移动电话，但是应当理解，这种描绘仅仅是示例性的，而没有暗示任何限制。另外，注意，本公开的示例实施例可以适用于其中终端设备向网络设备传输消息的上行链路传输和其中网络设备向终端设备传输消息的下行链路传输两者。
应当理解，图1所示的通信设备的数目、通信信道的数目和其他元件的数目仅用于说明的目的，而没有暗示任何限制。通信环境100可以包括适于实现本公开的示例实施例的任何合适数目的通信设备、任何合适数目的通信信道、和任何合适数目的其他元件。尽管未示出，但是应当理解，所有设备和其他功能实体可以属于相同通信网络或不同通信网络并且位于该通信网络中。
通信环境100中的通信可以根据(多个)任何适当通信协议来实现，这些通信协议包括但不限于第一代(1G)、第二代(2G)、第三代(3G)、第四代(4G)和第五代(5G)等的蜂窝通信协议、无线局域网通信协议(诸如电气和电子工程师协会(IEEE)802.11等)、和/或当前已知或将来开发的任何其他协议。此外，通信可以利用任何适当无线通信技术，包括但不限于：码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、频分双工(FDD)、时分双工(TDD)、多输入多输出(MIMO)、正交频分多路(OFDM)、离散傅里叶变换扩展OFDM(DFT-s-OFDM)、和/或当前已知或将来开发的任何其他技术。
现在参考图2，图2示出了根据本公开的一些示例实施例的第一设备110与第二设备120之间的示例通信过程200。为了讨论的目的，将参考图1描述通信过程200。然而，应当理解，通信过程200同样可以适用于其中两个设备彼此通信的其他通信场景。
如图2所示，第一设备110向第二设备120传输205多个候选重传配置150的第一指示。例如，在接收到205第一指示时，第二设备120可以知道由第一设备110配置的多个候选重传配置150。如本文中使用的，候选重传配置可以包括传输反馈配置和/或数据重传配置。例如，传输反馈配置可以是指针对传输的反馈是被启用还是被禁用。类似地，数据重传配置可以是指针对数据传输的数据重传是被启用还是被禁用。更一般地，传输反馈配置可以包括传输反馈的任何配置，并且数据重传配置可以包括数据重传的任何配置。
如上所述，为了实现多级重传方案，第一设备110和第二设备120可以针对其通信采用各种不同重传配置，包括从第一设备110到第二设备120的传输和从第二设备120到第一设备110的传输。换言之，在第一设备110是网络设备并且第二设备120是终端设备的情况下，重传配置可以应用于下行链路传输和上行链路传输两者。
如本文中使用的，重传配置可以指代重传功能是否被启用、与重传相关的功能(例如，反馈)是否被启用、确定执行重传的方式等。更一般地，重传配置可以是指与重传相关联的任何配置。在一些示例实施例中，重传配置的示例可以是如3GPP规范中定义的HARQ过程。作为另一示例，另一重传配置可以是，针对第一设备110与第二设备120之间的传输不需要执行重传。更一般地，本文中使用的术语“重传配置”可以包括与任何现有或未来的重传方案相关的任何配置或设置，包括禁用重传方案的选项。
如所指示的，多个候选重传配置150可以包括不同重传配置，以提高第一设备110与第二设备120之间的重传的配置的灵活性。例如，在候选重传配置中，可以针对传输启用反馈。在另一候选重传配置中，可以针对传输禁用反馈。这表示，可以默认启用或禁用数据重传，并且可以由第一设备110启用或禁用反馈。在另外的候选重传配置中，可以针对传输启用数据重传。在又一候选重传配置中，可以针对传输禁用数据重传。这表示，可以默认启用或禁用反馈，并且可以由第一设备110启用或禁用数据重传。这可能是有利的，因为第一设备110与第二设备120之间的双向延迟可能很高，例如，大约500ms。如果第一设备110可以指示数据重传的禁用，则第二设备120不需要长时间(例如500ms)恢复数据。
另外，在候选重传配置中，可以针对传输启用反馈和数据重传。在另一候选重传配置中，可以针对传输启用反馈和禁用数据重传。在另外的候选重传配置中，可以针对传输禁用反馈和数据重传。这表示，第一设备110可以启用或禁用反馈和数据重传两者。在又一候选重传配置中，可以针对传输启用盲重传。
如上所述，本文中使用的术语“盲重传”通常可以指代其中传输设备在没有来自接收设备的反馈的情况下盲目地执行针对传输的一个或多个重传的重传方案。因此，盲重传方案可以包括但不限于主动k重传方案、时隙聚合方案、无反馈的任何其他重传方案等。
第一设备110可以通过当前3GPP规范中的任何合适的现有消息或任何新设计的消息来传输第一指示。在一些实施例中，第一指示可以通过RRC消息中的配置信息元素中的“dl-DataToUL-ACK”字段来传输。通常，该字段可以用于配置下行链路数据与针对数据的上行链路反馈之间的时延，并且该字段的值表示以时隙个数计的时延。因此，该字段的当前使用值可以用于指示其中反馈被启用并且在传输与反馈之间具有特定延迟的候选重传配置。
此外，可以保留RRC消息中的字段的当前不适用值以指示在当前3GPP规范中未使用的候选重传配置。特别地，RRC信令中的“dl-DataToUL-ACK”字段的未使用值可以用于指示其中针对传输的反馈被禁用的候选重传配置。例如，该字段的值15或值0可以用于指示不需要传输HARQ-ACK/NACK反馈。该字段的“指示值”与候选重传配置之间的映射或关联可以由第一设备110广播或通过RRC信令来设置。
替代地，RRC消息中的新定义的字段可以用于指示多个候选重传配置150中的各种候选重传配置。例如，可以定义用于HARQ配置的RRC消息的新字段以替换现有字段“dl-DataToUL-ACK”来传达多个候选重传配置150的第一指示。例如，RRC消息的这个新字段可以称为“dl-DataToUL-ACK-NTN”，并且它既具有指示多个候选重传配置150的功能，又具有字段“dl-DataToUL-ACK”的现有功能。替代地，可以使用用于多个候选重传配置150的新字段(例如，“dl-DataToUL-ACK-NTN”字段)，并且现有字段“dl-DataToUL-ACK”可以保留其当前功能。
在向第二设备120传输205第一指示之后，第一设备110从多个候选重传配置150中选择210目标重传配置155。在一些情况下，目标重传配置155可以由第一设备110基于第一设备110与第二设备120之间的传输的条件或属性来选择210。例如，如果由接收设备提供的针对传输的反馈可能导致较大延迟，则第一设备110可以选择没有反馈和重传的候选重传配置作为目标重传配置155。
作为另一示例，如果传输需要高可靠性并且反馈可能不会引起很大延迟，则第一设备110可以替代地选择具有反馈和重传的候选重传配置作为目标重传配置155。又例如，如果传输需要高可靠性并且反馈可能导致较大延迟，则第一设备110可以选择具有盲重传的候选重传配置作为目标重传配置155。
在一些场景中，采用其中反馈被启用而重传被禁用的候选重传配置将是有益的。在HARQ功能被禁用时可能就是这种情况，例如，没有数据被维持在接收设备的缓冲器中，预期也不会有重传，但可以将ACK/NACK信息发送回传输设备以进行链路适配。在这种情况下，为了减少反馈的信令开销，可以使用标准来确定是否需要针对传输启用反馈功能。
作为标准的示例，如果第一设备110或第二设备120确定第一设备110与第二设备120之间的预定传输次数中未成功接收的传输次数超过阈值，则第一设备110可以选择反馈被启用并且重传被禁用的候选重传配置作为目标重传配置155。阈值可以根据具体技术环境和设计要求预先定义或预先配置。作为另一示例，在采用HARQ过程的情况下，标准可以是：如果最后X次传输的反馈中NACK的百分比高于Y，则可能需要向传输设备发送反馈。参数X和Y的具体值可以配置为RRC参数。
继续参考图2，在从多个候选重传配置150中选择210目标重传配置155之后，第一设备110向第二设备120传输215目标重传配置155的第二指示。因此，在从第一设备110接收到第二指示时，第二设备120可以知道由第一设备110选择的目标重传配置155。
换言之，第一设备110分两个阶段向第二设备120指示目标重传配置155。在第一阶段，第一设备110向第二设备120传输205多个重传配置150的第一指示。在第二阶段，第一设备110可以向第二设备120传输215目标重传配置155的第二指示。如本文中使用的，这种两阶段方法也可以称为用于重传配置的多级指示。通过这种两阶段方法，可以进一步提高第一设备110和第二设备120的重传配置的灵活性。
第二指示的具体内容可以取决于由第一指示指示的候选重传配置150彼此区分的方式。例如，如果候选重传配置150具有其相应标识符，则第二指示可以包括目标重传155的标识符。作为另一示例，多个候选重传配置150可以使用第一指示中的相应索引来索引。在这种情况下，第二指示可以包括与目标重传配置155相关联的索引。在从第一设备110接收到索引时，第二设备120可以知道由第一设备110选择的目标重传配置155。下面将参考图3详细说明上述两阶段方法的示例和不同候选重传配置的索引。
图3示出了根据本公开的一些示例实施例的第一设备110与第二设备120之间的另一示例通信过程300。通信过程300可以被认为是如图2所示的通信过程200的另一示例实施例。为了讨论的目的，将参考图1来描述通信过程300。然而，应当理解，通信过程300同样可以适用于其中两个设备彼此通信的其他通信场景。
如图3所示，在第一阶段，第一设备110可以向第二设备120传输305多个候选重传配置150的第一指示。例如，第一设备110可以向第二设备120发送具有如3GPP规范中定义的“dl-DataToUL-ACK”字段的RRC消息。具体地，如果该字段的值由第一设备110在调度传输时设置为2，则第二设备120可以在接收到该传输之后以2个时隙的延迟来传输针对该传输的反馈。
在使用“dl-DataToUL-ACK”字段的情况下，从第一设备110传输305到第二设备120的多个候选重传配置150的示例可以在如下的表3中示出。
表3具有新定义的值的现有字段的示例
在图3的该特定示例中，“dl-DataToUL-ACK”字段的第一值为3，这可以指示如下候选重传配置：在该候选重传配置中，针对传输启用反馈并且反馈与传输之间的延迟被设置为3个时隙。换言之，接收物理下行链路共享信道(PDSCH)与发送对应HARQ ACK/NACK反馈之间的时间间隙为3个时隙。“dl-DataToUL-ACK”字段的第二值为15，这是现有3GPP规范中未使用的值并且因此可以用于指示其中反馈被禁用的候选重传配置。可以在第一设备110和第二设备120处预先配置，即，为15的值具有HARQ ACK/NACK反馈被禁用的含义。
即，在该特定示例中，从第一设备110传输到第二设备120的第一指示指示8个候选重传配置。第一候选重传配置可以指示反馈被启用并且在反馈与相关联的传输之间有3个时隙的延迟。第二候选重传配置可以指示反馈被禁用。第三候选重传配置至第八候选重传配置可以是任何其他候选重传配置。
继续参考图3，针对第一设备110与第二设备120之间的第一传输，假定第一设备110选择表3中的第二候选重传配置作为目标重传配置155。因此，在第二阶段，第一设备110可以向第二设备120发送第二候选重传配置的索引。例如，第一设备110可以在DCI中向第二设备120传输如3GPP规范中定义的“PDSCH-to-HARQ_feedback timing indicator”(PDSCH-to-HARQ_feedback定时指示符)，其中“PDSCH-to-HARQ_feedback timingindicator”的值可以设置为“001”，其指代表3中的“dl-DataToUL-ACK”字段的第二值。
以类似方式，对于第一设备110与第二设备120之间的第二传输，假定第一设备110选择表3中的第一候选重传配置作为目标重传配置155。然后，在第二阶段，第一设备110可以向第二设备120发送第一候选重传配置的索引。例如，第一设备110可以通过DCI信令向第二设备120传输“PDSCH-to-HARQ_feedback timing indicator”，其中“PDSCH-to-HARQ_feedback timing indicator”的值可以设置为“000”，其指代表3中的“dl-DataToUL-ACK”字段的第一值。可以看出，参考图3描述的这种方法是完全动态的并且不需要RRC重新配置消息(RRC reconfiguration message)来重新利用HARQ过程，因为可以针对每个传输的传输块(TB)即时改变HARQ行为。
在一些示例实施例中，多个候选重传配置150的索引也可以用于索引多个重传参数配置。换言之，第一设备110可以向第二设备120传输由多个候选重传配置150的索引索引的多个重传参数配置。因此，第二设备120可以从第一设备110接收由多个候选重传配置150的索引索引的多个重传参数配置。
即，多个候选重传配置150和多个重传参数配置使用公共索引来索引。在使用多个候选重传配置150的新字段(例如，“dl-DataToUL-ACK-NTN”字段)时可能就是这种情况，现有“dl-DataToUL-ACK”字段仍然保留，并且它们共享可以通过DCI信令发送的相同索引信息。通过这样的公共索引，可以减少用于指示多个重传参数配置以及多个候选重传配置150中的相应重传配置的指示开销。下面将参考图4详细说明公共索引的示例。
图4示出了根据本公开的一些示例实施例的第一设备110与第二设备120之间的另一示例通信过程400。通信过程400可以被认为是如图2所示的通信过程200的另一示例实施例。为了讨论的目的，将参考图1来描述通信过程400。然而，应当理解，通信过程400同样可以适用于其中两个设备彼此通信的其他通信场景。
如图4所示，第一设备110可以向第二设备120传输405多个候选重传配置150和多个重传参数配置的第一指示。例如，第一设备110可以通过RRC信令向第二设备120发送“dl-DataToUL-ACK”字段和“HARQ重传指示”字段。换言之，在图4的特定示例中，多个候选重传配置150可以在“HARQ重传指示”字段中指示，并且多个重传参数配置可以在“dl-DataToUL-ACK”字段中指示。在这种情况下，使用相同索引索引的多个候选重传配置150和多个重传参数配置的示例可以在如下的表4中示出。
表4使用公共索引来索引的两个字段的示例
RRC：HARQ重传 RRC：dl-DataToUL-ACK
第一值：1 第一值：3
第二值：0 第二值：2
第三值：xx 第三值：xx
第四值：xx 第四值：xx
第五值：xx 第五值：xx
第六值：xx 第六值：xx
第七值：xx 第七值：xx
第八值：xx 第八值：xx
在图4的该特定示例中，“HARQ retransmission indication”(HARQ重传指示)字段的第一值为1，这指示HARQ重传被启用。“HARQ retransmission indication”字段的第二值为0，这指示HARQ重传被禁用。即，在该示例中，从第一设备110传输到第二设备120的第一指示指示8个候选重传配置。第一候选重传配置可以是HARQ重传被启用，第二候选重传配置可以是HARQ重传被禁用。第三候选重传配置至第八候选重传配置可以是任何其他候选重传配置。
另外，“dl-DataToUL-ACK”字段的第一值为3，这表示接收PDSCH与发送对应HARQACK/NACK反馈之间的时间间隙为3个时隙。“dl-DataToUL-ACK”字段的第二值为2，这表示接收PDSCH与发送对应HARQ ACK/NACK反馈之间的时间间隙为2个时隙。即，在该示例中，多个重传参数配置包括8个重传参数配置。第一重传参数配置指示反馈与其相关联的传输之间的延迟为3个时隙，并且第二重传参数配置指示反馈与其相关联的传输之间的延迟为2个时隙。第三候选重传配置至第八候选重传配置可以是任何其他重传参数配置。
继续参考图4，对于第一设备110与第二设备120之间的第一传输，第一设备110可以选择目标重传配置155，在该目标重传配置155中，针对传输启用反馈并且禁用重传并且上述时间间隙为2个时隙。因此，第一设备110可以向第二设备120发送410与“HARQ重传”字段的第二值和“dl-DataToUL-ACK”字段的第二值两者相关联的索引。例如，第一设备110可以通过DCI信令向第二设备120发送“PDSCH-to-HARQ_feedback timing indicator”其中“PDSCH-to-HARQ_feedback timing indicator”的值可以是“001”，这指示表4中的“HARQ重传”字段的第二值并且也指示表4中的“dl-DataToUL-ACK”字段的第二值。
以类似方式，对于第一设备110与第二设备120之间的第二传输，第一设备110可以选择目标重传配置155，在该目标重传配置155中，针对传输启用反馈并且启用重传并且上述时间间隙为3个时隙。因此，第一设备110可以向第二设备120发送420与“HARQ重传”字段的第一值和“dl-DataToUL-ACK”字段的第一值两者相关联的索引。例如，第一设备110可以通过DCI信令向第二设备120发送“PDSCH-to-HARQ_feedback timing indicator”其中“PDSCH-to-HARQ_feedback timing indicator”的值可以是“000”，这指示表4中的“HARQ重传”字段的第一值并且也指示表4中的“dl-DataToUL-ACK”字段的第一值。
可以看出，类似于参考图3描述的方法，参考图4描述的这种方法也是完全动态的并且不需要RRC重新配置消息来重新利用HARQ过程，因为可以针对每个传输的TB即时改变HARQ行为。此外，与参考图3描述的方法相比，该方法具有更多能力支持更多新特征。
作为用于多个候选重传配置150和多个重传参数配置两者的公共索引的替代，用于多个候选重传配置150的新字段(例如，“dl-DataToUL-ACK-NTN”字段)和现有“dl-DataToUL-ACK”字段可以具有各自不同的索引，该索引都可以通过DCI信令发送。在另外的示例实施例中，用于多个候选重传配置150的新字段(例如，“dl-DataToUL-ACK-NTN”字段)可以用于一些特殊情况，而现有“dl-DataToUL-ACK”字段的值可以通过DCI信令动态地指示。例如，RRC信令可以将HARQ重传配置为对所有HARQ过程禁用，并且DCI信令可以动态地指示对每个HARQ过程禁用HARQ ACK/NACK。
此外，在如图3、图4所示的两阶段方法的两个示例中，第一设备110可以经由RRC消息向第二设备120传输多个候选重传配置150的第一指示。然后，第一设备110可以经由DCI向第二设备120传输目标重传配置155的第二指示。因此，第二设备120可以经由RRC消息从第一设备110接收多个候选重传配置150的第一指示，并且进一步经由DCI从第一设备110接收目标重传配置155的第二指示。
以这种方式，本公开的示例实施例可以充分利用如3GPP规范中定义的现有消息。然而，应当理解，RRC消息和DCI仅是示例，而没有暗示对本公开的范围的任何限制。在其他示例实施例中，多个候选重传配置150和目标重传配置155的指示可以经由任何现有或未来消息来传输。
此外，应当理解，参考图3、图4描述的特定消息、特定字段、字段的特定值、字段的特定数目等仅用于说明的目的，而没有暗示任何限制。本公开的示例实施例同样可以适用于如下其他场景：在这些其他场景中，采用任何其他消息、任何其他字段、字段的任何其他值、任何其他数目的字段等。
在一些示例实施例中，多个候选重传配置150中的每个可以与3GPP规范中定义的HARQ过程相关联。在这种情况下，多个候选重传配置150和目标重传配置155可以适用于个体HARQ过程。例如，在用于HARQ过程的候选重传配置中，可以为HARQ过程启用HARQ ACK/NACK反馈功能。在用于HARQ过程的另一候选重传配置中，可以为HARQ过程禁用HARQ ACK/NACK反馈功能。这表示，可以默认启用或禁用HARQ重传功能，并且可以由第一设备110启用或禁用HARQ ACK/NACK反馈功能。
在用于HARQ过程的另一候选重传配置中，可以针对HARQ过程启用HARQ重传功能。在用于HARQ过程的又一候选重传配置中，可以针对HARQ过程禁用HARQ重传功能。这表示，可以默认启用或禁用HARQ ACK/NACK反馈功能，并且可以由第一设备110启用或禁用HARQ重传功能。这可能是有利的，因为第一设备110与第二设备120之间的双向延迟可能很高，例如大约500ms。如果第一设备110可以指示HARQ重传功能的禁用，则第二设备120不需要长时间(例如500ms)恢复数据。
另外，在用于HARQ过程的候选重传配置中，可以针对HARQ过程启用HARQ ACK/NACK反馈功能和HARQ重传功能。在用于HARQ过程的另一候选重传配置中，可以针对HARQ过程启用HARQ ACK/NACK反馈功能并且禁用HARQ重传功能。在用于HARQ过程的又一候选重传配置中，可以针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能两者。这表示，可以由第一设备110启用或禁用HARQ ACK/NACK反馈功能和HARQ重传功能两者。
在用于HARQ过程的另一候选重传配置中，可以针对HARQ过程启用HARQ ACK/NACK反馈功能、禁用HARQ重传功能并且启用盲重传功能。在用于HARQ过程的又一候选重传配置中，可以针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能并且启用盲重传功能。通过用于HARQ过程的目标重传配置155，第一设备110不需要针对与HARQ过程相关联的个体传输配置相应重传配置，从而减少了用于针对与同一HARQ过程相关联的传输指示重传配置的指示开销。
在一些情况下，对于下行链路传输和上行链路传输中的任何一者或两者，第一设备110可以使用现有或新定义的RRC信令来隐式或显式地指示与HARQ过程相关联的多个候选重传配置150和目标重传配置155。此外，第一设备110与第二设备120之间的不同HARQ过程可以通过这些HARQ过程的序号、这些HARQ过程的标识符(ID)和/或新的时间相关函数来指示。下面将参考图5详细说明针对HARQ过程使用重传配置的示例。
图5示出了根据本公开的一些示例实施例的第一设备110与第二设备120之间的另一示例通信过程500。通信过程500可以被认为是如图2所示的通信过程200的另一示例实施例。为了讨论的目的，将参考图1来描述通信过程500。然而，应当理解，通信过程500同样可以适用于其中两个设备彼此通信的其他通信场景。
如图5所示，第二设备120附接505到第一设备110。在这个阶段，第一设备110与第二设备120之间仍然没有活跃(active)连接。在附接期间，第一设备110和第二设备120可以遵循如3GPP规范中定义的所有传统过程。
在第二设备120附接到第一设备110之后，第一设备110广播510由第一设备110支持的小区中的HARQ过程的初始(或默认)重传配置。由此，第二设备120可以知道第一设备110与第二设备120之间的HARQ过程的初始重传配置。在该示例中，默认重传配置可以是所有HARQ过程被禁用。即，对于与第一设备110和第二设备120相关联的所有HARQ过程，HARQ反馈功能和HARQ重传功能都被禁用。
例如，对于下行链路传输和上行链路传输中的任何一个，总共16个HARQ过程被禁用。注意，由第一设备110对初始重传配置的广播可以是可选操作。在其他示例实施例中，代替广播，第一设备110可以在稍后阶段通过RRC消息向第二设备120通知一个或多个HARQ过程的一个或多个当前重传配置。
在某个时间点，第二设备120发起515第一应用并且移动到连接状态。该第一应用涉及与第一设备110的通信。在这种情况下，第一应用是具有突发有效载荷的非关键应用(例如，Facebook)，并且因此，第一设备110可以决定维持所有16个HARQ过程被禁用，而不对当前(默认)重传配置进行任何修改。如果第一设备110不广播510HARQ过程的默认重传配置，则在这个阶段，第一设备110可能需要通过到连接状态的改变机会(occasion)来向第二设备120通知52016个HARQ过程被禁用。
继续参考图5，第二设备120发起525第二应用，该第二应用可以是关键任务应用并且涉及与第一设备110的通信。例如，第二应用的QoF指示第二应用的延迟应当保持在最低限度。由于第二应用的性质，第一设备110可以决定激活一些HARQ过程。由于第一应用仍然可用并且由于较大延迟的问题而不能使用被启用的HARQ过程，因此第一设备110可以决定在上行链路传输和下行链路传输两者中激活(16个HARQ过程中的)4个HARQ过程。然后，第一设备110可以例如经由RRC重新配置消息向第二设备120通知530针对HARQ过程的新的重传配置。
此外，第二设备120发起540涉及与第一设备110的通信的第三应用。在该示例中，第三应用可以对应于用于导航的视频记录的上传。第一设备110可以理解，第三应用可能是上行链路中的关键任务应用，并且因此可以决定启用更多HARQ过程。例如，第一设备110可以启用另外8个(总共12个)上行链路HARQ过程，而只有8个下行链路HARQ过程保持被启用。然后，第一设备110可以例如经由RRC重配置消息向第二设备120通知545针对HARQ过程的新的重传配置。
在图5的示例实施例中，可以使用一个x位消息来指示个体HARQ过程的启用状态或禁用状态。作为示例，2x可以是在第一设备110与第二设备120之间可用的HARQ过程的数目。在当前5G NR标准中，x＝4。即，对于第一设备110与第二设备120之间的16个HARQ过程，4位消息可以指示特定HARQ过程的状态。又例如，可以针对一个HARQ过程配置1位，因此16位可以用于指示16个HARQ过程的状态。
在一些示例实施例中，第一设备110可以采用针对多个HARQ过程的重传配置的指示，而不是使用用于指示个体HARQ过程的状态的指示。例如，第一设备110可以向第二设备120传输关于第一设备110与第二设备120之间的所有HARQ过程被启用的指示。作为另一示例，该指示可以指示所有HARQ过程被禁用。作为另一示例，该指示可以指示HARQ过程的一部分被禁用并且HARQ过程的剩余部分被启用。在从第一设备110接收到这样的指示时，第二设备120可以确定多个HARQ过程的重传配置。以这种方式，可以减少用于指示针对多个HARQ过程的重传配置的指示开销。
更具体地，假定上述指示包括两个比特的序列，并且位图可以解释如下。位图的值“00”可以指示所有HARQ过程被启用。位图的值“01”可以指示与偶数编号的TTI中的传输相关联的HARQ过程被禁用，而其他TTI中的HARQ过程被启用。位图的值“11”可以指示所有HARQ过程被禁用。
另外，位图的值“10”可以指示modx(Hid+Fn*k)的HARQ过程被禁用，其中k和x是常数，Hid表示HARQ过程ID，Fn表示系统帧号。例如，对于大于2位的码本，k和x值可以有多个条目。例如，如果Hid＝2并且modx(Hid+Fn*k)＝12则虚拟HARQ过程12将被禁用，其中HARQ过程ID2通过DCI信令来发送。
这种方法是用于HARQ过程ID扩展的一种扩展解决方案。当前，HARQ过程ID只有16个，这对于非地面网络的场景来说可能是不够的。因此，这种方法可以指示更多HARQ过程，即，新的虚拟HARQ过程。另外，由于HARQ禁用/启用状态的指示信息与时间范围相关(诸如，取决于系统帧号)，所以这些HARQ过程在本文中可以称为时间相关HARQ过程。因此，用于确定时间相关HARQ过程中的一个HARQ过程的函数可以称为时间相关函数。
应当理解，参考图5描述的HARQ过程的具体数目、HARQ过程的具体ID、具体应用、具体消息等仅用于说明的目的，而没有暗示任何限制。本公开的示例实施例同样可以适用于以下其他场景：在这些其他场景中采用HARQ过程的任何其他数目、HARQ过程的任何其他ID、任何其他应用、任何其他消息等。下面将参考图6详细说明针对多个HARQ过程的指示的另一示例。
图6示出了根据本公开的一些示例实施例的示例配置600，其中不同HARQ过程被配置为具有不同重传配置。如图6所示，假定有16个HARQ过程与第一设备110和第二设备120相关联。这16个HARQ过程编号为HARQ过程0到HARQ过程15。第一设备110可以向第二设备120传输RRC消息，该RRC消息传送针对不同HARQ过程的不同重传配置的列表。除了仅启用或禁用HARQ过程之外，这些重传配置还包含其他选项。因此，RRC消息中的更多比特可以用于指示这些重传配置。
在图6的特定示例中，被称为610的HARQ过程0-1被完全禁用，这表示它们被禁用并且没有针对它们配置盲重传。被称为620的HARQ过程2-7被禁用，并且针对它们配置主动K重传，其中K＝2。被称为630的HARQ过程8-11被禁用，并且针对它们配置主动K重传，其中K＝4。被称为640的HARQ过程12-15像在传统3GPP标准中一样被启用。通过使用诸如主动K重传(或重复)等盲重传方案，仍然可以通过在接收设备的缓冲器中K次重传的软组合来增强第一设备110与第二设备120之间的传输性能，即使反馈功能(ACK/NACK)可能被禁用。
应当理解，参考图6描述的HARQ过程的具体数目、HARQ过程的具体ID、HARQ过程的具体重传配置等仅用于说明的目的，而没有暗示任何限制。本公开的示例实施例同样可以适用于以下其他场景：在这些其他场景中采用HARQ过程的任何其他数目、HARQ过程的任何其他ID、HARQ过程的任何其他重传配置等。
在一些示例实施例中，要在第一设备110与第二设备120之间传输的个体服务数据流可以与具有不同重传配置的相应HARQ过程相关联。特别地，第一设备110可以针对个体服务数据流向第二设备120传输HARQ过程的重传配置的指示。相应地，第二设备120可以从第一设备110接收指示，并且然后可以基于来自第一设备110的指示向第一设备110传输服务数据流。以这种方式，重传配置的粒度可以被细化到服务数据流级别，从而进一步提高了重传配置的灵活性。
例如，该指示可以指示要使用具有被启用的HARQ重传功能的HARQ过程来传输的服务数据流。另外地或替代地，该指示可以指示要使用具有被禁用的HARQ重传功能的HARQ过程来传输的服务数据流。另外地或替代地，该指示可以指示要使用具有被启用的盲重传功能的HARQ过程来传输的服务数据流。
换言之，该指示可以指示哪些上行链路流可能需要在被启用的HARQ过程中传输、以及哪些上行链路流不能在被启用的HARQ过程中传输。此外，该指示可以指示哪些上行链路流可能需要支持重传，即使HARQ过程被禁用。在一些示例实施例中，第一设备110可以使用新的RRC信令来隐式或显式地指示与服务数据流相关的信息。另外，注意，隐式地指示被禁用的HARQ过程的解决方案还包括通常禁用HARQ反馈功能但不时地启用HARQ反馈功能的解决方案。此外，第一设备110可以使用RRC重配置消息来指示哪些上行链路流需要在被启用的HARQ过程中传输、以及哪些上行链路流不能在被启用的HARQ过程中传输。
上行链路流到被启用的HARQ过程的映射可以被配置给第二设备120以用于多路复用指示。例如，第二设备120可以仅将来自映射到被启用的HARQ过程的无线电承载或服务的数据包括在在被启用的HARQ过程中传输的媒体访问控制(MAC)协议数据单元(PDU)中。
这可以通过如下示例来解释。针对某些类型的服务(例如，某些类型的无线电承载)，可以支持HARQ启用。这可以由第一设备110通过RRC信令来配置以用于无线电承载参数的配置。每个无线电承载可以被配置为具有被启用的HARQ过程或被禁用的HARQ过程。例如，数据无线电承载1(DRB1)可以被配置为具有被启用的HARQ过程1。在第二设备120侧，当启用的HARQ过程(例如，HARQ过程1)的授权被接收到时，第二设备120可以与来自配置有启用的HARQ过程的无线电承载的无线电链路控制(RLC)PDU形成MAC PDU，例如，来自DRB1的数据可以在HARQ过程1上传输。
如果禁用的HARQ过程(或其他重传方案)的授权被接收到，例如，如果关于HARQ过程2(其被禁用)的授权被接收到，则第二设备120不能将来自配置有启用的HARQ过程的无线电承载的RLC PDU放入MAC PDU中。即，来自DRB1的数据无法在HARQ过程2中传输。
替代地，假定第二设备120从第一设备110接收到要使用具有被启用的HARQ重传功能的HARQ过程来传输的服务数据流的指示，并且第二设备120确定第二指示指示具有被禁用的HARQ重传功能的HARQ过程。在这种情况下，第二设备120可以启用HARQ过程的被禁用的HARQ重传功能。即，第二设备120可以改变HARQ过程的HARQ重传功能的状态。然后，第二设备120可以使用具有由其启用的HARQ重传功能的HARQ过程来传输服务数据流。在这种情况下，第二设备120可以向第一设备110传输关于HARQ过程的HARQ重传功能被启用的指示。即，第二设备120向第一设备110通知该HARQ过程的HARQ重传功能的状态被第二设备120改变。
更具体地，如果被禁用的HARQ过程(或其他重传方案)的授权被接收到，例如，如果关于HARQ过程2(其被禁用)的授权被接收到，则第二设备120可以将来自配置有被启用的HARQ过程的无线电承载的RLC PDU放入MAC PDU中，但是随后启用该HARQ过程。之后，第二设备120可以向第一设备110发送指示HARQ过程2被启用的指示。即，来自DRB1的数据可以在HARQ过程2中传输，但是HARQ过程2的HARQ功能被启用，并且第一设备110被通知HARQ过程2被启用。
作为与个体服务数据流相关联的HARQ过程的重传配置的另一示例，参考图5，由于第二应用是关键任务应用，第一设备110可以向第二设备120指示与第一应用相对应的服务数据流将在禁用的HARQ过程中被流式传输(例如，在上行链路中)，而与第二应用相对应的服务数据流将在启用的HARQ过程中传输。
再次参考图2，在向第二设备120传输215目标重传配置155的信息之后，第一设备110可以使用目标重传配置155与第二设备120通信220。从第二设备120的角度来看，在从第一设备110接收到215目标重传配置155的信息之后，第二设备120可以使用目标重传配置155与第一设备110通信220。
特别地，假定如果第一设备110是网络设备并且第二设备120是终端设备，则执行从第一设备110到第二设备120的传输，诸如下行链路传输。如果目标重传配置155指示针对传输启用反馈和重传，则第二设备120可以向第一设备110传输指示第二设备120是否成功接收到传输的反馈。如果设备120成功接收到传输，则第一设备110可以不执行重传。否则，如果第二设备120未成功接收到传输，则第一设备110可以执行重传。
如果目标重传配置155指示反馈被启用并且重传被禁用，则第二设备120可以向第一设备110传输指示第二设备120是否成功接收到传输的反馈。在这种情况下，无论来自第二设备120的反馈如何，第一设备110都可以不执行重传。即，即使由第二设备120提供的反馈指示接收失败，第一设备110也不执行重传。
如果目标重传配置155指示针对传输的反馈和重传都被禁用，则第二设备120可以不向第一设备110传输针对传输的反馈，并且第一设备110可以不执行重传。如果目标重传配置155指示针对传输启用盲重传，则第一设备110可以在没有来自第二设备120的针对传输的反馈的情况下执行一个或多个重传。
以类似方式，假定如果第一设备110是网络设备并且第二设备120是终端设备，则执行从第二设备120到第一设备110的传输，诸如上行链路传输。在这种情况下，以类似于针对下行链路传输而描述的方式，第一设备110和第二设备120可以基于目标重传配置155彼此通信。不同之处在于，反馈的传输设备从第二设备120改变为第一设备110，并且重传可以由第二设备120(而不是第一设备110)来执行。
更具体地，参考图3，在第一设备110传输310表3中的“dl-DataToUL-ACK”字段的第二值的索引(其指示HARQ ACK/NACK反馈被禁用)之后。第一设备110不期望来自第二设备120的对应HARQ ACK/NACK反馈，并且不调度向第二设备120的对应HARQ重传。从第二设备120的角度来看，第二设备120不向第一设备110发送回与承载由第一设备110传输的DCI信令的PDCCH相对应的PDSCH的HARQ ACK/NACK。此外，第二设备120不期望来自第一设备110的对应HARQ重传。
相反，在第一设备110传输315表3中的“dl-DataToUL-ACK”字段的第一值的索引(其指示HARQ ACK/NACK反馈被启用并且接收PDSCH与发送对应HARQ ACK/NACK反馈之间的时间间隙是3个时隙)之后。然后，在接收到PDSCH之后三个时隙，第二设备120向第一设备110发送回320与承载由第一设备110传输的DCI信令的PDCCH相对应的PDSCH的HARQ ACK/NACK。
另外，参考图4，在第一设备110传输410如表4所示的“HARQ重传”字段的第二值和“dl-DataToUL-ACK”字段的第二值的索引(其指示HARQ重传被禁用并且接收PDSCH与发送对应HARQ ACK/NACK反馈之间的时间间隙是2个时隙)之后，第一设备110的确期望来自第二设备120的对应HARQ ACK/NACK反馈，但不调度向第二设备120的对应HARQ重传。
在第二设备120侧，在接收到PDSCH之后两个时隙，第二设备120向第一设备110发送回415与承载由第一设备传输110的DCI信令的PDCCH相对应的PDSCH的HARQ ACK/NACK。另外，即使来自第二设备120的反馈信息是HARQ NACK，第二设备120也不期望来自第一设备110的对应HARQ重传。
相反，在第一设备110传输420如表4所示的“HARQ重传”字段的第一值和“dl-DataToUL-ACK”字段的第一值的索引(其指示HARQ重传被启用并且接收PDSCH与发送对应HARQ ACK/NACK反馈之间的时间间隙是3个时隙)之后，在接收到PDSCH之后三个时隙，第二设备120向第一设备110发送回425与承载由第一设备110传输的DCI信令的PDCCH相对应的PDSCH的HARQ ACK/NACK，并且如果来自第二设备120的反馈信息是HARQ ACK，则第二设备120期望来自第一设备110的对应HARQ重传。
此外，参考图5，在第一设备110向第二设备120通知530由于第二应用而导致的针对HARQ过程的新的重传配置之后，第一设备110和第二设备120都可以更新535其RRC配置以反映HARQ过程的当前重传配置。在这种情况下，DCI索引仍然可以用序列号0-15标记HARQ过程，但是其中一些被第二设备120视为被禁用，反之亦然。
类似地，在第一设备110向第二设备120通知545由于第三应用而导致的针对HARQ过程的新的重传配置之后，第一设备110和第二设备120都可以更新550其RRC配置以反映HARQ过程的当前重传配置。例如，上行链路和下行链路HARQ缓冲器的数目在上行链路和下行链路中都被更新。
图7示出了根据本公开的一些示例实施例的示例方法700的流程图。在一些示例实施例中，方法700可以在通信网络中的设备(诸如如图1所示的第一设备110)处实现。另外地或替代地，方法700也可以在图1所示的其他设备处实现。在一些其他示例实施例中，方法700可以在图1中未示出的设备处实现。
在框710处，第一设备向第二设备传输多个候选重传配置的第一指示，多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置。在框720处，第一设备从多个候选重传配置中选择目标重传配置。在框730处，第一设备向第二设备传输目标重传配置的第二指示。在框740处，第一设备使用目标重传配置与第二设备通信。
在一些示例实施例中，多个候选重传配置使用相应索引被索引，并且第二指示包括与目标重传配置相关联的索引。
在一些示例实施例中，方法700还包括：向第二设备传输由多个候选重传配置的索引索引的多个重传参数配置。
在一些示例实施例中，第一指示通过RRC消息来传输，并且第二指示通过DCI来传输。
在一些示例实施例中，多个候选重传配置包括以下至少一项：针对传输启用反馈、针对传输禁用反馈、针对传输启用数据重传、针对传输禁用数据重传、针对传输启用反馈和数据重传、针对传输启用反馈和禁用数据重传、针对传输禁用反馈和数据重传、或者针对传输启用盲重传。
在一些示例实施例中，多个候选重传配置包括以下至少一项：针对HARQ过程启用HARQ ACK/NACK反馈功能、针对HARQ过程禁用HARQ ACK/NACK反馈功能、针对HARQ过程启用HARQ重传功能、针对HARQ过程禁用HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能和HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能并禁用HARQ重传功能、针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能、禁用HARQ重传功能和启用盲重传功能、或者针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能以及启用盲重传功能。
在一些示例实施例中，方法700还包括向第二设备传输以下一项的指示：第一设备与第二设备之间的所有HARQ过程被启用；所有HARQ过程被禁用；或者HARQ过程的一部分被禁用并且HARQ过程的剩余部分被启用。
在一些示例实施例中，方法700还包括向第二设备传输以下至少一项的指示：要使用具有启用的HARQ重传功能的HARQ过程来传输的服务数据流、要使用具有禁用的HARQ重传功能的HARQ过程来传输的服务数据流、或者要使用具有启用的盲重传功能的HARQ过程来传输的服务数据流。
在一些示例实施例中，选择目标重传配置包括：根据确定第一设备与第二设备之间的预定传输次数中未成功接收的传输次数超过阈值，选择反馈被启用并且重传被禁用的候选重传配置作为目标重传配置。
图8示出了根据本公开的一些示例实施例的另一示例方法800的流程图。在一些示例实施例中，方法800可以在通信网络中的设备(诸如如图1所示的第二设备120)处实现。另外地或替代地，方法800也可以在图1所示的其他设备处实现。在一些其他示例实施例中，方法800可以在图1中未示出的设备处实现。
在框810处，第二设备从第一设备接收多个候选重传配置的第一指示，多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置。在框820处，第二设备从第一设备接收从多个候选重传配置中选择的目标重传配置的第二指示。在框830处，第二设备使用目标重传配置与第一设备通信。
在一些示例实施例中，多个候选重传配置使用相应索引被索引，并且第二指示包括与目标重传配置相关联的索引。
在一些示例实施例中，方法800还包括：从第一设备接收由多个候选重传配置的索引索引的多个重传参数配置。
在一些示例实施例中，第一指示通过RRC消息来传输，并且第二指示通过DCI来传输。
在一些示例实施例中，多个候选重传配置包括以下至少一项：针对传输启用反馈、针对传输禁用反馈、针对传输启用数据重传、针对传输禁用数据重传、针对传输启用反馈和数据重传、针对传输启用反馈和禁用数据重传、针对传输禁用反馈和数据重传、或者针对传输启用盲重传。
在一些示例实施例中，多个候选重传配置包括以下至少一项：针对HARQ过程启用HARQ ACK/NACK反馈功能、针对HARQ过程禁用HARQ ACK/NACK反馈功能、针对HARQ过程启用HARQ重传功能、针对HARQ过程禁用HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能和HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能和禁用HARQ重传功能、针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能、禁用HARQ重传功能和启用盲重传功能、或者针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能以及启用盲重传功能。
在一些示例实施例中，方法800还包括从第一设备接收以下一项的指示：第一设备与第二设备之间的所有HARQ过程被启用；所有HARQ过程被禁用；或者HARQ过程的一部分被禁用并且HARQ过程的剩余部分被启用。
在一些示例实施例中，方法800还包括从第一设备接收以下至少一项的指示：要使用具有启用的HARQ重传功能的HARQ过程来传输的服务数据流、要使用具有禁用的HARQ重传功能的HARQ过程来传输的服务数据流、或者要使用具有启用的盲重传功能的HARQ过程来传输的服务数据流。
在一些示例实施例中，方法800还包括：响应于接收到要使用具有启用的HARQ重传功能的HARQ过程来传输的服务数据流的指示，以及响应于确定第二指示指示具有禁用的HARQ重传功能的HARQ过程，启用HARQ过程的禁用的HARQ重传功能；使用HARQ过程传输服务数据流；以及向第一设备传输关于HARQ过程的HARQ重传功能被启用的指示。
在一些示例实施例中，目标重传配置通过以下方式来选择：根据确定第一设备与第二设备之间的预定传输次数中未成功接收的传输次数超过阈值，选择反馈被启用并且重传被禁用的候选重传配置作为目标重传配置。
在一些示例实施例中，一种能够执行方法700的装置(例如，第一设备110)可以包括用于执行方法700的相应步骤的部件。该部件可以以任何合适的形式实现。例如，该部件可以在电路系统或软件模块中实现。
在一些示例实施例中，该装置包括用于在第一设备处向第二设备传输多个候选重传配置的第一指示的部件，多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置。该装置还包括用于从多个候选重传配置中选择目标重传配置的部件。该装置还包括用于向第二设备传输目标重传配置的第二指示的部件。该装置还包括用于使用目标重传配置与第二设备通信的部件。
在一些示例实施例中，多个候选重传配置使用相应索引被索引，并且第二指示包括与目标重传配置相关联的索引。
在一些示例实施例中，该装置还包括：用于向第二设备传输由多个候选重传配置的索引索引的多个重传参数配置的部件。
在一些示例实施例中，第一指示通过RRC消息来传输，并且第二指示通过DCI来传输。
在一些示例实施例中，多个候选重传配置包括以下至少一项：针对传输启用反馈、针对传输禁用反馈、针对传输启用数据重传、针对传输禁用数据重传、针对传输启用反馈和数据重传、针对传输启用反馈和禁用数据重传、针对传输禁用反馈和数据重传、或者针对传输启用盲重传。
在一些示例实施例中，多个候选重传配置包括以下至少一项：针对HARQ过程启用HARQ ACK/NACK反馈功能、针对HARQ过程禁用HARQ ACK/NACK反馈功能、针对HARQ过程启用HARQ重传功能、针对HARQ过程禁用HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能和HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能并禁用HARQ重传功能、针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能、禁用HARQ重传功能并启用盲重传功能、或者针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能以及启用盲重传功能。
在一些示例实施例中，该装置还包括用于向第二设备传输以下一项的指示的部件：第一设备与第二设备之间的所有HARQ过程被启用；所有HARQ过程被禁用；或者HARQ过程的一部分被禁用并且HARQ过程的剩余部分被启用。
在一些示例实施例中，该装置还包括用于向第二设备传输以下至少一项的指示的部件：要使用具有启用的HARQ重传功能的HARQ过程来传输的服务数据流、要使用具有禁用的HARQ重传功能的HARQ过程来传输的服务数据流、或者要使用具有启用的盲重传功能的HARQ过程来传输的服务数据流。
在一些示例实施例中，用于选择目标重传配置的部件包括：用于根据确定第一设备与第二设备之间的预定传输次数中未成功接收的传输次数超过阈值来选择反馈被启用并且重传被禁用的候选重传配置作为目标重传配置的部件。
在一些示例实施例中，一种能够执行方法800的装置(例如，第二设备120)可以包括用于执行方法800的相应步骤的部件。该部件可以以任何合适的形式实现。例如，该部件可以在电路系统或软件模块中实现。
在一些示例实施例中，该装置包括用于在第二设备处从第一设备接收多个候选重传配置的第一指示的部件，多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置。该装置还包括用于从第一设备接收从多个候选重传配置中选择的目标重传配置的第二指示的部件。该装置还包括用于使用目标重传配置与第一设备通信的部件。
在一些示例实施例中，多个候选重传配置使用相应索引被索引，并且第二指示包括与目标重传配置相关联的索引。
在一些示例实施例中，该装置还包括：用于从第一设备接收由多个候选重传配置的索引索引的多个重传参数配置的部件。
在一些示例实施例中，第一指示通过RRC消息来传输，并且第二指示通过DCI来传输。
在一些示例实施例中，多个候选重传配置包括以下至少一项：针对传输启用反馈、针对传输禁用反馈、针对传输启用数据重传、针对传输禁用数据重传、针对传输启用反馈和数据重传、针对传输启用反馈并禁用数据重传、针对传输禁用反馈和数据重传、或者针对传输启用盲重传。
在一些示例实施例中，多个候选重传配置包括以下至少一项：针对HARQ过程启用HARQ ACK/NACK反馈功能、针对HARQ过程禁用HARQ ACK/NACK反馈功能、针对HARQ过程启用HARQ重传功能、针对HARQ过程禁用HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能和HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能并禁用HARQ重传功能、针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能、针对HARQ过程启用HARQ ACK/NACK反馈功能、禁用HARQ重传功能并启用盲重传功能、或者针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能以及启用盲重传功能。
在一些示例实施例中，该装置还包括用于从第一设备接收以下一项的指示的部件：第一设备与第二设备之间的所有HARQ过程被启用；所有HARQ过程被禁用；或者HARQ过程的一部分被禁用并且HARQ过程的剩余部分被启用。
在一些示例实施例中，该装置还包括用于从第一设备接收以下至少一项的指示的部件：要使用具有启用的HARQ重传功能的HARQ过程来传输的服务数据流、要使用具有禁用的HARQ重传功能的HARQ过程来传输的服务数据流、或者要使用具有启用的盲重传功能的HARQ过程来传输的服务数据流。
在一些示例实施例中，该装置还包括用于以下操作的部件：响应于接收到要使用具有启用的HARQ重传功能的HARQ过程来传输的服务数据流的指示，以及响应于确定第二指示指示具有禁用的HARQ重传功能的HARQ过程，启用HARQ过程的被禁用的HARQ重传功能；使用HARQ过程传输服务数据流；以及向第一设备传输关于HARQ过程的HARQ重传功能被启用的指示。
在一些示例实施例中，目标重传配置通过以下方式来选择：根据确定第一设备与第二设备之间的预定传输次数中未成功接收的传输次数超过阈值，选择反馈被启用并且重传被禁用的候选重传配置作为目标重传配置。
图9示出了适合于实现本公开的示例实施例的设备900的简化框图。可以提供设备900来实现通信设备，例如，如图1所示，设备组110包括第一设备110、第二设备120、第三设备130和服务器140。如图所示，设备900包括一个或多个处理器910、耦合到处理器910的一个或多个存储器920、以及耦合到处理器910的一个或多个通信模块940。
通信模块940用于双向通信。通信模块940可以具有至少一个天线以促进通信。通信接口可以表示与其他网络元件的通信所必需的任何接口。
处理器910可以是适合本地技术网络的任何类型，并且作为非限制性示例，可以包括以下一种或多种：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器。设备900可以具有多个处理器，诸如在时间上从属于与主处理器同步的时钟的专用集成电路芯片。
存储器920可以包括一个或多个非易失性存储器和一个或多个易失性存储器。非易失性存储器的示例包括但不限于只读存储器(ROM)924、电可编程只读存储器(EPROM)、闪存、硬盘、压缩盘(CD)、数字视频磁盘(DVD)和其他磁存储和/或光存储。易失性存储器的示例包括但不限于随机存取存储器(RAM)922和在断电期间不会持续的其他易失性存储器。
计算机程序930包括由相关联的处理器910执行的计算机可执行指令。程序930可以存储在ROM 924中。处理器910可以通过将程序930加载到RAM 922中来执行任何合适的动作和处理.
本公开的示例实施例可以通过程序930来实现，使得设备900可以执行如参考图2至图5和图7至图8讨论的本公开的任何过程。本公开的实施例还可以通过硬件或者软件和硬件的组合来实现。
在一些示例实施例中，程序930可以有形地包含在计算机可读介质中，该计算机可读介质可以被包括在设备900中(诸如在存储器920中)或在设备900可以访问的其他存储设备中。设备900可以将程序930从计算机可读介质加载到RAM 922以供执行。计算机可读介质可以包括任何类型的有形非易失性存储器，诸如ROM、EPROM、闪存、硬盘、CD、DVD等。图10示出了根据本公开的一些示例实施例的CD或DVD形式的示例计算机可读介质1000的框图。计算机可读介质上存储有程序930。
通常，本公开的各种示例实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以以硬件实现，而其他方面可以通过由控制器、微处理器或其他计算设备执行的固件或软件来实现。尽管本公开的示例实施例的各个方面被示出和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文中描述的块、装置、系统、技术或方法可以通过硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备、或其某种组合来实现。
本公开还提供有形地存储在非暂态计算机可读存储介质上的至少一种计算机程序产品。计算机程序产品包括计算机可执行指令，诸如包括在程序模块中的指令，该指令在目标真实或虚拟处理器上的设备中执行，以执行如以上参考图7至图8描述的方法700和800。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种示例实施例中，程序模块的功能可以根据需要在程序模块之间组合或拆分。程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质中。
用于执行本公开的方法的程序代码可以用一种或多种编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码在由处理器或控制器执行时引起在流程图和/或框图中规定的功能/操作被实现。程序代码可以完全在机器上执行，也可以部分在机器上执行，也可以作为独立软件包执行，也可以部分在机器上执行并且部分在远程机器上执行，或者也可以完全在远程机器或服务器上执行。
在本公开的上下文中，计算机程序代码或相关数据可以由任何合适的载体携带以使得设备、装置或处理器能够执行如上所述的各种过程和操作。载体的示例包括信号、计算机可读介质等。
计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子、磁、光、电磁、红外或半导体系统、装置或设备、或前述各项的任何合适的组合。计算机可读存储介质的更具体示例将包括具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光存储设备、磁存储设备或前述各项的任何合适的组合。
此外，虽然以特定顺序描述操作，但这不应当被理解为要求以所示特定顺序或按顺序执行这样的操作，或者执行所有所示操作以获取期望结果。在某些情况下，多任务和并行处理可能是有利的。同样，虽然在上述讨论中包含若干具体实现细节，但这些不应当被解释为对本公开的范围的限制，而是对可能特定于特定示例实施例的特征的描述。在单独示例实施例的上下文中描述的某些特征也可以在单个示例实施例中组合实现。相反，在单个示例实施例的上下文中描述的各种特征也可以在多个示例实施例中单独地或以任何合适的子组合来实现。
尽管本公开已经以特定于结构特征和/或方法动作的语言进行了描述，但应当理解，在所附权利要求中定义的本公开不一定限于上述特定特征或动作。相反，上述具体特征和动作被公开作为实现权利要求的示例形式。

Claims (20)

1.一种用于通信的第一设备，包括：
至少一个处理器；以及
至少一个存储器，存储计算机程序代码；
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述第一设备：
向第二设备传输多个候选重传配置的第一指示，所述多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置；
从所述多个候选重传配置中选择目标重传配置；
向所述第二设备传输所述目标重传配置的第二指示；以及使用所述目标重传配置与所述第二设备通信；以及
向所述第二设备传输以下至少一项的指示：
要使用具有被启用的HARQ重传功能的HARQ过程来传输的服务数据流，
要使用具有被禁用的HARQ重传功能的HARQ过程来传输的服务数据流，或者
要使用具有被启用的盲重传功能的HARQ过程来传输的服务数据流，
其中使所述第一设备通过以下方式来选择所述目标重传配置：
根据确定所述第一设备与所述第二设备之间的预定传输次数中未被成功接收的传输次数超过阈值，选择所述多个候选重传配置中所述反馈被启用并且所述重传被禁用的候选重传配置作为所述目标重传配置。
2.根据权利要求1所述的第一设备，其中：
所述多个候选重传配置使用相应索引被索引，以及
所述第二指示包括与所述目标重传配置相关联的索引。
3.根据权利要求2所述的第一设备，其中还使所述第一设备：
向所述第二设备传输由所述多个候选重传配置的所述索引索引的多个重传参数配置。
4.根据权利要求1所述的第一设备，其中：
所述第一指示经由无线电资源控制RRC消息被传输，以及
所述第二指示经由下行链路控制信息DCI被传输。
5.根据权利要求1所述的第一设备，其中所述多个候选重传配置包括以下至少一项：
针对传输启用反馈，
针对传输禁用反馈，
针对传输启用数据重传，
针对传输禁用数据重传，
针对传输启用反馈和数据重传，
针对传输启用反馈并且禁用数据重传，
针对传输禁用反馈和数据重传，或者
针对传输启用盲重传。
6.根据权利要求1所述的第一设备，其中所述多个候选重传配置包括以下至少一项：
针对混合自动重传请求HARQ过程启用HARQ确认ACK或否定确认NACK反馈功能，
针对HARQ过程禁用HARQ ACK/NACK反馈功能，
针对HARQ过程启用HARQ重传功能，
针对HARQ过程禁用HARQ重传功能，
针对HARQ过程启用HARQ ACK/NACK反馈功能和HARQ重传功能，
针对HARQ过程启用HARQ ACK/NACK反馈功能并且禁用HARQ重传功能，
针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能，
针对HARQ过程启用HARQ ACK/NACK反馈功能、禁用HARQ重传功能并且启用盲重传功能，或者
针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能并且启用盲重传功能。
7.根据权利要求1所述的第一设备，其中还使所述第一设备向所述第二设备传输以下之一的指示：
所述第一设备与所述第二设备之间的所有HARQ过程被启用；
所有所述HARQ过程被禁用；或者
所述HARQ过程的一部分被禁用并且所述HARQ过程的剩余部分被启用。
8.一种用于通信的第二设备，包括：
至少一个处理器；以及
至少一个存储器，存储计算机程序代码；
所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述第二设备：
从第一设备接收多个候选重传配置的第一指示，所述多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置；
从所述第一设备接收从所述多个候选重传配置中被选择的目标重传配置的第二指示；
使用所述目标重传配置与所述第一设备通信；以及
响应于接收到要使用具有被启用的HARQ重传功能的HARQ过程来传输的服务数据流的指示，以及响应于确定所述第二指示指示具有被禁用的HARQ重传功能的HARQ过程，
启用所述HARQ过程的所述被禁用的HARQ重传功能；
使用所述HARQ过程传输所述服务数据流；以及
向所述第一设备传输关于所述HARQ过程的所述HARQ重传功能被启用的指示，
其中所述目标重传配置通过以下方式被选择：
根据所述第一设备与所述第二设备之间的预定传输次数中未被成功接收的传输次数超过阈值的情况被确定，所述多个候选重传配置中所述反馈被启用并且所述重传被禁用的候选重传配置作为所述目标重传配置被选择。
9.根据权利要求8所述的第二设备，其中：
所述多个候选重传配置使用相应索引被索引，以及
所述第二指示包括与所述目标重传配置相关联的索引。
10.根据权利要求9所述的第二设备，其中还使所述第二设备：
从所述第一设备接收由所述多个候选重传配置的所述索引索引的多个重传参数配置。
11.根据权利要求8所述的第二设备，其中：
所述第一指示经由无线电资源控制RRC消息被传输，以及
所述第二指示经由下行链路控制信息DCI被传输。
12.根据权利要求8所述的第二设备，其中所述多个候选重传配置包括以下至少一项：
针对传输启用反馈，
针对传输禁用反馈，
针对传输启用数据重传，
针对传输禁用数据重传，
针对传输启用反馈和数据重传，
针对传输启用反馈并且禁用数据重传，
针对传输禁用反馈和数据重传，或者
针对传输启用盲重传。
13.根据权利要求8所述的第二设备，其中所述多个候选重传配置包括以下至少一项：
针对混合自动重传请求HARQ过程启用HARQ确认ACK或否定确认NACK反馈功能，
针对HARQ过程禁用HARQ ACK/NACK反馈功能，
针对HARQ过程启用HARQ重传功能，
针对HARQ过程禁用HARQ重传功能，
针对HARQ过程启用HARQ ACK/NACK反馈功能和HARQ重传功能，
针对HARQ过程启用HARQ ACK/NACK反馈功能并且禁用HARQ重传功能，
针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能，
针对HARQ过程启用HARQ ACK/NACK反馈功能、禁用HARQ重传功能并且启用盲重传功能，或者
针对HARQ过程禁用HARQ ACK/NACK反馈功能和HARQ重传功能并且启用盲重传功能。
14.根据权利要求8所述的第二设备，其中还使所述第二设备从所述第一设备接收以下之一的指示：
所述第一设备与所述第二设备之间的所有HARQ过程被启用；
所有所述HARQ过程被禁用；或者
所述HARQ过程的一部分被禁用并且所述HARQ过程的剩余部分被启用。
15.根据权利要求8所述的第二设备，其中还使所述第二设备从所述第一设备接收以下至少一项的指示：
要使用具有被启用的HARQ重传功能的HARQ过程来传输的服务数据流；
要使用具有被禁用的HARQ重传功能的HARQ过程来传输的服务数据流；或者
要使用具有被启用的盲重传功能的HARQ过程来传输的服务数据流。
16.一种用于通信的方法，包括：
在第一设备处向第二设备传输多个候选重传配置的第一指示，所述多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置；
从所述多个候选重传配置中选择目标重传配置；
向所述第二设备传输所述目标重传配置的第二指示；
使用所述目标重传配置与所述第二设备通信；以及
向所述第二设备传输以下至少一项的指示：
要使用具有被启用的HARQ重传功能的HARQ过程来传输的服务数据流，
要使用具有被禁用的HARQ重传功能的HARQ过程来传输的服务数据流，或者
要使用具有被启用的盲重传功能的HARQ过程来传输的服务数据流，
其中所述第一设备通过以下方式来选择所述目标重传配置：
根据确定所述第一设备与所述第二设备之间的预定传输次数中未被成功接收的传输次数超过阈值，选择所述多个候选重传配置中所述反馈被启用并且所述重传被禁用的候选重传配置作为所述目标重传配置。
17.一种用于通信的方法，包括：
在第二设备处从第一设备接收多个候选重传配置的第一指示，所述多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置；
从所述第一设备接收从所述多个候选重传配置中选择的目标重传配置的第二指示；
使用所述目标重传配置与所述第一设备通信；以及
响应于接收到要使用具有被启用的HARQ重传功能的HARQ过程来传输的服务数据流的指示，以及响应于确定所述第二指示指示具有被禁用的HARQ重传功能的HARQ过程，
启用所述HARQ过程的所述被禁用的HARQ重传功能；
使用所述HARQ过程传输所述服务数据流；以及
向所述第一设备传输关于所述HARQ过程的所述HARQ重传功能被启用的指示，
其中所述目标重传配置通过以下方式被选择：
根据所述第一设备与所述第二设备之间的预定传输次数中未被成功接收的传输次数超过阈值的情况被确定，所述多个候选重传配置中所述反馈被启用并且所述重传被禁用的候选重传配置作为所述目标重传配置被选择。
18.一种用于通信的装置，包括：
用于在第一设备处向第二设备传输多个候选重传配置的第一指示的部件，所述多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置；
用于从所述多个候选重传配置中选择目标重传配置的部件；
用于向所述第二设备传输所述目标重传配置的第二指示的部件；
用于使用所述目标重传配置与所述第二设备通信的部件；以及
用于使所述第一设备向所述第二设备传输以下至少一项的指示的部件：
要使用具有被启用的HARQ重传功能的HARQ过程来传输的服务数据流，
要使用具有被禁用的HARQ重传功能的HARQ过程来传输的服务数据流，或者
要使用具有被启用的盲重传功能的HARQ过程来传输的服务数据流，
其中所述用于从所述多个候选重传配置中选择目标重传配置的部件包括：
根据确定所述第一设备与所述第二设备之间的预定传输次数中未被成功接收的传输次数超过阈值，选择所述多个候选重传配置中所述反馈被启用并且所述重传被禁用的候选重传配置作为所述目标重传配置的部件。
19.一种用于通信的装置，包括：
用于在第二设备处从第一设备接收多个候选重传配置的第一指示的部件，所述多个候选重传配置中的每个候选重传配置包括传输反馈配置和/或数据重传配置；
用于从所述第一设备接收从所述多个候选重传配置中选择的目标重传配置的第二指示的部件；
用于使用所述目标重传配置与所述第一设备通信的部件；以及
响应于接收到要使用具有被启用的HARQ重传功能的HARQ过程来传输的服务数据流的指示，以及响应于确定所述第二指示指示具有被禁用的HARQ重传功能的HARQ过程，执行以下操作的部件：
启用所述HARQ过程的所述被禁用的HARQ重传功能；
使用所述HARQ过程传输所述服务数据流；以及
向所述第一设备传输关于所述HARQ过程的所述HARQ重传功能被启用的指示，
其中所述目标重传配置通过以下方式被选择：
根据所述第一设备与所述第二设备之间的预定传输次数中未被成功接收的传输次数超过阈值的情况被确定，所述多个候选重传配置中所述反馈被启用并且所述重传被禁用的候选重传配置作为所述目标重传配置被选择。
20.一种非暂态计算机可读介质，包括用于使装置至少执行根据权利要求16或17所述的方法的程序指令。
CN201980099468.1A 2019-08-23 2019-08-23 用于通信的设备、方法以及装置 Active CN114270749B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/102258 WO2021035393A1 (en) 2019-08-23 2019-08-23 Dynamic retransmission configuration

Publications (2)

Publication Number Publication Date
CN114270749A CN114270749A (zh) 2022-04-01
CN114270749B true CN114270749B (zh) 2024-07-05

Family

ID=74683295

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980099468.1A Active CN114270749B (zh) 2019-08-23 2019-08-23 用于通信的设备、方法以及装置

Country Status (4)

Country Link
US (1) US20220286235A1 (zh)
EP (1) EP4018581A4 (zh)
CN (1) CN114270749B (zh)
WO (1) WO2021035393A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220330316A1 (en) * 2019-10-07 2022-10-13 Lg Electronics Inc. Method and device for reporting harq feedback to base station in nr v2x
US11929831B2 (en) * 2020-03-11 2024-03-12 Qualcomm Incorporated Disabling hybrid automatic repeat request feedback
US20220021488A1 (en) * 2020-07-20 2022-01-20 Qualcomm Incorporated Switching between harq feedback granularities
US12063179B2 (en) * 2020-07-30 2024-08-13 Qualcomm Incorporated Enabled/disabled HARQ feedback and HARQ-less processes
US20220303065A1 (en) * 2021-03-19 2022-09-22 Samsung Electronics Co., Ltd. Wireless transmissions with hybrid automatic repeat request (harq) feedback disabled
US20240187145A1 (en) * 2021-08-05 2024-06-06 Apple Inc. Systems, methods, and devices for harq management in non-terrestrial networks
WO2023028941A1 (en) * 2021-09-02 2023-03-09 Apple Inc. Coverage enhancements in ntn
CN114666024B (zh) * 2022-03-11 2024-04-30 成都中科微信息技术研究院有限公司 一种基于dvb协议的反向信令重传方法及通信系统
WO2023207751A1 (en) * 2022-04-28 2023-11-02 Mediatek Singapore Pte. Ltd. On-demand selective retransmissions for uplink pose and control information in mobile communications

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017031646A1 (zh) * 2015-08-21 2017-03-02 华为技术有限公司 一种信息处理方法、装置和系统

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8312337B2 (en) * 2009-05-01 2012-11-13 Clearwire Ip Holdings Llc System and method for dynamic hybrid automatic repeat request (HARQ) enable/disable
CN103490864B (zh) * 2012-06-11 2017-05-03 电信科学技术研究院 一种harq‑ack消息的传输及其控制方法、装置
WO2015141728A1 (ja) * 2014-03-20 2015-09-24 京セラ株式会社 通信制御方法及びユーザ端末
US10440771B2 (en) * 2015-03-06 2019-10-08 Qualcomm Incorporated Conditional HARQ feedback
US9894614B2 (en) * 2015-03-31 2018-02-13 Apple Inc. Frame transmission scheme modification
US10079657B2 (en) * 2015-12-16 2018-09-18 Qualcomm Incorporated Techniques for HARQ retransmission skipping
US10630410B2 (en) * 2016-05-13 2020-04-21 Telefonaktiebolaget Lm Ericsson (Publ) Network architecture, methods, and devices for a wireless communications network
CN107872301A (zh) * 2016-09-28 2018-04-03 中兴通讯股份有限公司 一种数据传输的方法、设备和系统
CN108023688A (zh) * 2016-11-03 2018-05-11 中兴通讯股份有限公司 一种数据传输方法及装置
CN108604955A (zh) * 2016-12-08 2018-09-28 联发科技股份有限公司 用于5g新无线电的混合自动重传请求反馈方案
CN108650066B (zh) * 2017-03-23 2021-04-13 财团法人资讯工业策进会 用户装置及基站
US10637615B2 (en) * 2017-03-30 2020-04-28 Qualcomm Incorporated Retransmission indication based on an acknowledgement based feedback scheme for wireless communication
CN111034091B (zh) * 2017-08-31 2023-08-29 索尼公司 通信设备和方法
EP3834321A1 (en) * 2018-08-09 2021-06-16 Convida Wireless, Llc Broadcast, multicast, and unicast on sidelink for 5g ev2x
KR20210065997A (ko) * 2018-09-30 2021-06-04 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 하이브리드 자동 재전송 요청 처리 방법, 단말 장치 및 저장 매체
CN111082900B (zh) * 2019-06-05 2023-07-14 中兴通讯股份有限公司 信息传输方法及装置
SG11202113144PA (en) * 2019-06-07 2021-12-30 Qualcomm Inc Adaptive retransmission for a random access procedure
US20220368475A1 (en) * 2019-07-12 2022-11-17 Lenovo (Beijing) Limited Harq-ack feedback for configured grant pusch
EP4016888A4 (en) * 2019-08-13 2022-08-24 Beijing Xiaomi Mobile Software Co., Ltd. HARQ FEEDBACK METHOD AND DEVICE AND READABLE STORAGE MEDIA

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017031646A1 (zh) * 2015-08-21 2017-03-02 华为技术有限公司 一种信息处理方法、装置和系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Nokia, Nokia Shanghai Bell.《Considerations on HARQ in NTN》，3GPP DRAFT,R1-1908252.《3GPP》.2019,第1-3部分. *

Also Published As

Publication number Publication date
US20220286235A1 (en) 2022-09-08
CN114270749A (zh) 2022-04-01
EP4018581A1 (en) 2022-06-29
WO2021035393A1 (en) 2021-03-04
EP4018581A4 (en) 2023-05-03

Similar Documents

Publication Publication Date Title
CN114270749B (zh) 用于通信的设备、方法以及装置
CN111527784B (zh) 用于执行侧链路harq反馈的方法和装置
CN111727575A (zh) Nr v2x的副链路控制信息的发送
CN110447283B (zh) 无线通信网络中的网络节点和方法
CN113544991B (zh) 用于在nr v2x中发送psfch的方法和设备
CN110741587A (zh) 上行链路资源的策略性映射
CN113785518B (zh) 用于在nr v2x中确定harq反馈选项的方法及装置
JP7361215B2 (ja) 無線通信システムにおける変更された最小スケジューリングオフセットを適用する時点を決定する方法及び前記方法を適用する装置
JP2022550908A (ja) Ｎｒ ｖ２ｘにおけるｈａｒｑフィードバックを基地局へ報告する方法及び装置
CN115280859A (zh) 在nr v2x中基于侧链路cg资源执行侧链路通信的方法和装置
CN113748625B (zh) 基于服务的harq启用机制
CN112205045B (zh) 非地面网络中的混合自动重传请求
WO2021072658A1 (en) Service based uplink retransmission
CN113994611A (zh) 用于在nr v2x中确定rsrp的方法及装置
CN113692770A (zh) 用于在无线通信系统中切换资源分配模式的方法和装置
EP4236538A1 (en) Method for performing switching of bwp by terminal in wireless communication system and device therefor
CN113475148A (zh) 用于控制lte副链路通信的dci
JP7357786B2 (ja) 端末のダウンリンク制御情報受信方法及び前記方法を適用する装置
JP2024512802A (ja) Ｈａｒｑ－ａｃｋ情報を送信する方法、ユーザ機器、プロセシング装置、記憶媒体及びコンピュータープログラム、並びにｈａｒｑ－ａｃｋ情報を受信する方法及び基地局
CN113543231B (zh) 一种被用于无线通信的节点中的方法和装置
CN113498179B (zh) 一种被用于无线通信的节点中的方法和装置
CN114916073A (zh) 一种被用于无线通信的节点中的方法和装置
CN115039489A (zh) 用于在nr v2x中请求重新发送资源的方法和设备
WO2024168740A1 (en) Indication for dynamic hybrid automatic repeat request feedback
WO2024152333A1 (en) Devices, methods, and medium for communication

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