CN110582966A - 用于发送反馈信息的方法和设备 - Google Patents

用于发送反馈信息的方法和设备 Download PDF

Info

Publication number
CN110582966A
CN110582966A CN201880029638.4A CN201880029638A CN110582966A CN 110582966 A CN110582966 A CN 110582966A CN 201880029638 A CN201880029638 A CN 201880029638A CN 110582966 A CN110582966 A CN 110582966A
Authority
CN
China
Prior art keywords
feedback
harq
reliability level
information
resource
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
Application number
CN201880029638.4A
Other languages
English (en)
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CN110582966A publication Critical patent/CN110582966A/zh
Pending legal-status Critical Current

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/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/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
    • 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/188—Time-out mechanisms
    • H04L1/1883—Time-out mechanisms using multiple timers
    • 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
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms

Abstract

一种用于发送反馈信息的方法和设备。该方法包括：当网络设备发送数据时，确定反馈类型信息和/或延迟信息；以及根据延迟信息和/或反馈类型信息，确定反馈传输的可靠性等级或在特定情况下确定免除反馈传输。因此，可以降低HARQ反馈负载而不会影响HARQ性能。

Description

用于发送反馈信息的方法和设备
技术领域
本公开的实施例总体上涉及通信的领域，并且更具体地涉及用于发送反馈信息的方法和设备。
背景技术
本节介绍可以促进更好地理解本公开的各个方面。因此，本节的陈述应该从这个角度阅读，而不能被理解为承认哪些内容是现有技术或哪些内容不是现有技术。
对于第五代(5G)通信而言，应该使用通用无线电接入网络(RAN)支持多种类型的服务，例如，增强型移动宽带(eMBB)、大规模机器类型通信(mMTC)和超可靠和低时延通信(URLLC)。这些服务需要不同的服务质量(QoS)，包括延迟、数据速率和丢包率。
例如，URLLC要求低延迟和/或高可靠性，但是通常它还具有非常低的数据速率和可能的稀疏数据传输；mMTC通常要求较长的电池寿命，但不要求低延迟或高数据速率，并且通常与小的非频繁数据包相组合；eMBB要求高数据速率，而eMBB中的延迟可能较为严格，但通常不如URLLC中严格。
对于URLLC业务，由于低延迟要求，因此无线电链路控制(RLC)自动重复请求(ARQ)可能不适用。为了保证QoS，低丢包率依赖于低残差媒体访问控制(MAC)传输误差。混合自动重复请求(HARQ)重传对于确保低残差MAC传输误差很重要。在这种情况下，可能需要极高可靠性的HARQ反馈。然而，用于极高可靠性的HARQ反馈的传输方案可能产生比正常可靠性的HARQ反馈的负载高得多的负载。
另一方面，URLLC的大多数数据包通常可以以小数据包来发送。例如，通常存在用于工厂自动化的过程的消息报告或控制信息。在一些情况下，与数据业务相比，控制信道可能会占据整个系统负载的很大比率。
发明内容
已经发现当极高可靠性的HARQ反馈被应用于具有小数据包大小的服务(例如，URLLC业务)时，由HARQ反馈产生的负载可能会占据总体系统负载的相当大的比率。期望的是在不影响HARQ性能的情况下降低HARQ反馈负载。
为了解决上述问题中的至少一部分，在本公开中提供了方法、装置、设备和计算机程序。可以理解，本公开的实施例不限于在新无线电(NR)网络中操作的无线系统，而是可以更广泛地应用于存在类似问题的任何应用场景。
本公开的各种实施例主要旨在提供用于控制发送器和接收器之间的传输(例如，在共享频带中)的方法、设备和计算机程序。发送器和接收器中的任何一个可以是例如终端设备或网络设备。当结合附图阅读具体实施例的以下描述时，本公开的实施例的其它特征和优点也将被理解，其中，附图以示例的方式示出了本公开实施例的原理。
总体上，本公开的实施例提供了一种用于发送反馈信息的解决方案。根据延迟信息和/或反馈类型信息，确定反馈传输的可靠性等级，或者在特定情况下确定免除反馈传输。
在第一方面，提供了一种在终端设备中用于发送反馈信息的方法；所述方法包括：当网络设备发送数据时，确定反馈类型信息和/或延迟信息；以及根据延迟信息和/或反馈类型信息，确定反馈传输的可靠性等级或在特定情况下确定免除反馈传输。
在一个实施例中，所述延迟信息是由所述数据的服务类型和/或信道类型来确定的；并且所述延迟信息针对所述数据的不同服务和/或逻辑信道是不同的。
在一个实施例中，所述方法还包括：根据所述数据的传输定时启动第一定时器；所述第一定时器的值是由所述延迟信息来确定的。
在一个实施例中，当所述第一定时器到期时，确定混合自动重复请求(HARQ)反馈被免除；或者当所述第一定时器到期时，确定将以第一可靠性等级来发送所述HARQ反馈。
在一个实施例中，当所述第一定时器未到期时，确定将以高于所述第一可靠性等级的第二可靠性等级来发送所述HARQ反馈。
在一个实施例中，所述反馈类型信息可以包括混合自动重复请求(HARQ)应答(ACK)和/或HARQ非应答(NACK)。
在一个实施例中，当所述反馈类型信息为HARQ NACK时，确定将以高于第一可靠性等级的第二可靠性等级来发送HARQ反馈；和/或当所述反馈类型信息不是HARQ NACK时，确定将以所述第一可靠性等级来发送所述HARQ反馈。
在一个实施例中，在所述第一可靠性等级的情况下用于所述HARQ反馈的第一资源不同于在所述第二可靠性等级的情况下用于所述HARQ反馈的第二资源。
在一个实施例中，所述第一资源被分配在第一载波中，并且所述第二资源被分配在与所述第一载波不同的第二载波中。
在一个实施例中，通过使用基于竞争的传输来在所述第二资源中承载HARQ NACK。
在第二方面，提供了一种在网络设备中用于接收反馈信息的方法；所述方法包括：向终端设备发送数据；根据延迟信息和/或反馈类型信息，由所述终端设备确定反馈传输的可靠性等级，或者在特定情况下确定所述反馈传输被免除。
在一个实施例中，所述方法还包括：以第一可靠性等级接收混合自动重复请求(HARQ)反馈或以高于所述第一可靠性等级的第二可靠性等级接收HARQ反馈。
在一个实施例中，所述延迟信息是由所述数据的服务类型和/或信道类型来确定的；并且所述延迟信息针对所述数据的不同服务和/或逻辑信道是不同的。
在一个实施例中，所述方法还包括：根据所述数据的传输定时启动第二定时器；其中，所述第二定时器的值是由所述延迟信息来确定的。
在一个实施例中，所述方法还包括：当所述第二定时器到期时，确定HARQ反馈被免除。
在一个实施例中，所述反馈类型信息可以包括混合自动重复请求(HARQ)应答(ACK)和/或HARQ非应答(NACK)。
在一个实施例中，在所述第一可靠性等级的情况下用于所述HARQ反馈的第一资源不同于在所述第二可靠性等级的情况下用于所述HARQ反馈的第二资源。
在一个实施例中，所述方法还包括：对所述第一资源中的是HARQ反馈进行解码；当在所述第一资源中检测到HARQ NACK时，确定要执行重传；以及当在所述第一资源中未检测到HARQ NACK时，对所述第二资源中的所述HARQ反馈进行解码。
在一个实施例中，所述方法还包括：当在所述第一资源中未检测到HARQ ACK时，对所述第一资源和所述第二资源中的信号进行软组合。
在第三方面，提供了一种终端设备，包括处理器和存储器，其中所述存储器包含所述处理器可执行的指令，从而所述终端设备操作用于执行根据第一方面所述的用于发送反馈信息的方法。
在第四方面，提供了一种网络设备，包括处理器和存储器，其中所述存储器包含所述处理器可执行的指令，从而所述网络设备操作用于执行根据第二方面所述的用于接收反馈信息的方法。
根据本公开的各种实施例，根据延迟信息和/或反馈类型信息，确定反馈传输的可靠性等级，或者在特定情况下确定所述反馈传输被免除。因此，可以降低HARQ反馈负载而不会影响HARQ性能。
附图说明
作为示例，根据以下参考附图的详细描述，本公开的各种实施例的上述和其他方面、特征和优点将变得更加全面地明显，在附图中类似的附图标记或字母用于指代类似或等同的元件。附图被示出以便于更好地理解本公开的实施例，并且附图不一定按比例绘制，在附图中：
图1是示出了无线通信网络的示意图；
图2是示出了根据本公开的实施例的用于发送反馈信息的方法200的图；
图3是示出了根据本公开的实施例的用于发送反馈信息的方法300的图；
图4是示出了根据本公开的实施例的跳过HARQ反馈的示例；
图5是示出了根据本公开的实施例的用于发送反馈信息的方法500的图；
图6是示出了根据本公开的实施例的发送正常可靠性的HARQ反馈的示例；
图7是示出了根据本公开的实施例的用于发送反馈信息的方法700的图；
图8是示出了根据本公开的实施例的用于极高可靠性的HARQ反馈的时频资源的示例；
图9是示出了根据本公开的实施例的第一资源和第二资源的示例；
图10是示出了根据本公开的实施例的用于接收反馈信息的方法1000的图；
图11是示出了根据本公开的实施例的解码过程1100的图；
图12是示出了根据本公开的实施例的用于发送反馈信息的装置1200的框图；
图13是示出了根据本公开的实施例的用于接收反馈信息的装置1300的框图；
图14是示出了适于实现本公开的实施例的设备1400的简化框图。
具体实施方式
现在将参照若干示例实施例讨论本公开。应当理解，仅出于使本领域技术人员能够更好地理解本公开并因此实现本公开的目的而讨论这些实施例，而不是暗示对本公开的范围的任何限制。
如本文中使用的,术语“无线通信网络”是指遵循任何适当的通信标准的网络，例如长期演进(LTE)、高级LTE(LTE-A)、宽带码分多址(WCDMA)、高速分组接入(HSPA)等。此外，可以根据任何适当版本的通信协议执行无线通信网络中的终端设备和网络设备之间的通信，这些通信协议包括但不限于：全球移动通信系统(GSM)、通用移动电信系统(UMTS)、LTE和/或其他适当的第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、未来第五代(5G)通信协议、无线局域网(WLAN)标准(例如，IEEE 802.11标准)；和/或任何其他适当的无线通信标准(例如，全球微波接入互操作性(WiMax)、蓝牙和/或ZigBee标准)和/或当前已知或将来开发的任何其他协议。
术语“网络设备”可以指代无线通信网络中的设备，终端设备经由该网络设备接入网络并从网络接收服务。网络设备是指无线通信网络中的基站(BS)、接入点(AP)或任何其他适当的设备。BS可以是，例如，节点B(NodeB或NB)、演进NodeB(eNodeB或eNB))或gNB、远程无线电单元(RRU)、无线电头(RH)、远程无线电头端(RRH)、中继、诸如毫微微、微微之类的低功率节点等等。网络设备的另外的示例可以包括：诸如多标准无线电(MSR)BS之类的MSR无线电设备、诸如无线电网络控制器(RNC)或基站控制器(BSC)之类的网络控制器、基站收发器站(BTS)、传输点、传输节点。然而，更一般地，网络设备可以表示能够、被配置为、被布置为和/或可操作以实现和/或提供向无线通信网络的终端设备接入或者向已经接入无线通信网络的终端设备提供某种服务的任何适当的设备(或一组设备)。
术语“终端设备”可以指代可以接入无线通信网络并从该无线通信网络接收服务的任何终端设备。作为示例而非限制，终端设备指的是移动终端、用户设备(UE)或其他适当的设备。UE可以是例如订户站(SS)、便携式订户站、移动站(MS)或接入终端(AT)。终端设备可以包括但不限于：便携式计算机、如数码相机之类的图像捕获终端设备、游戏终端设备、音乐存储和回放设备、移动电话、蜂窝电话、智能电话、IP语音(VoIP)电话、无线本地环路电话、平板计算机、可穿戴设备、个人数字助理(PDA)、便携式计算机、台式计算机、诸如数码相机之类的图像捕获终端设备、游戏终端设备、音乐存储和回放设备、可穿戴终端设备、车载无线终端设备、无线端点、移动站、嵌入膝上型计算机的设备(LEE)、安装于膝上型计算机的设备(LME)、USB加密狗、智能设备、无线客户驻地设备(CPE)等。在以下描述中，术语“终端设备”、“终端”、“用户设备”和“UE”可以互换使用。
作为一个示例，终端设备可以表示被配置用于根据由第三代合作伙伴计划(3GPP)发布的一种或多种通信标准(例如，3GPP的GSM、UMTS、LTE和/或5G标准)进行通信的UE。如本文所使用的，“用户设备”或“UE”不必具有拥有和/或操作相关设备的人类用户意义上的“用户”。在一些实施例中，终端设备可以被配置为在没有直接人类交互的情况下发送和/或接收信息。例如，终端设备可以被设计为当由内部或外部事件触发时，或者响应于来自无线通信网络的请求，按照预定的调度向网络发送信息。相反，UE可以表示意在向人类用户销售或由人类用户操作但最初可能不与特定的人类用户相关联的设备。
终端设备可以支持设备到设备(D2D)通信，例如通过实现用于侧链路通信的3GPP标准，并且在这种情况下可以被称为D2D通信设备。
作为又一示例，在物联网(IOT)场景中，终端设备可以表示执行监测和/或测量并且向另一终端设备和/或网络设备发送这种监测和/或测量的结果的机器或其他设备。在这种情况下，终端设备可以是机器到机器(M2M)设备，在3GPP情况下它可以被称为机器类型通信(MTC)设备。作为一个具体示例，终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这种机器或设备的具体示例是：传感器、诸如电表之类的计量设备、工业机器或家用或个人设备，例如冰箱、电视、诸如手表等之类的个人可穿戴设备。在其他场景中，终端设备可以表示能够监测和/或报告其运行状态或与其运行相关联的其他功能的车辆或其他设备。
如本文中所使用的，下行链路DL传输可以指代从网络设备到终端设备的传输，而上行链路UL传输可以指代在相反方向上的传输。
说明书中对“一个实施例”、“实施例”、“示例实施例”等的引用指示所描述的实施例可以包括特定特征、结构或特性，但是不一定每个实施例都包括该特定特征、结构或特性。此外，这种短语不一定指的是相同的实施例。此外，当结合实施例来描述具体特征、结构或特性时，应认为结合其他实施例(不管是否是显式描述的)来实现这种特征、结构或特性是在本领域技术人员的知识内的。
应该理解的是，尽管术语“第一”和“第二”等可以在本文中用于描述各种元件，但是这些元件不应受这些术语的限制。这些术语仅用来将元件彼此区分。例如，在不脱离示例实施例的范围的情况下，第一元件可以被称为第二元件，并且类似地，第二元件可以被称为第一元件。如本文中使用的，术语“和/或”包括相关列出项目中的一个或多个的任意和所有组合。
本文使用的术语仅仅是为了描述具体实施例的目的，而并非意在限制示例实施例。如在本文中所使用的，单数形式“一”、“一个”和“所述”旨在还包括复数形式，除非上下文明确地给出相反的指示。将进一步理解的是，当在本文中使用时，术语“包括”、“包含”、“具有”、“带有”、“含有”和/或“并入”表示存在所陈述的特征、元件和/或组件等，但并不排除存在或添加一个或多个其他特征、元件、组件和/或其组合。
在下面的描述和权利要求中，除非另外定义，否则本文中所使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。下面将参考附图描述本公开的一些示例性实施例。
图1是示出了可以实现本公开的实施例的无线通信网络100的示意图。如图1所示，无线通信网络100可以包括一个或多个网络设备，例如网络设备101。
应当理解，网络设备101还可以是gNB、节点B(Node B)、eNB、BTS(基站收发器站)和/或BSS(基站子系统)、接入点(AP)等的形式。网络设备101可以向其覆盖内的一组终端设备或UE102-1、102-2、……、102-N(统称为“终端设备102”)提供无线电连接，其中N是自然数。
尽管示例无线通信网络中示出的网络设备101可以表示包括硬件组件的特定组合的设备，但是其他实施例可以包括具有不同的组件组合的网络节点。应当理解，网络设备101可以包括执行本文公开的任务、特征、功能和方法所需的硬件和/或软件的任何适当组合。
应当理解的是，仅仅出于说明的目的描述图1的配置，而不暗示对本公开的范围的任何限制。本领域技术人员将会理解，无线通信网络100可以包括任何适当数量的终端设备和/或网络设备，并且可以具有其他适当的配置。
在一些情况下，可能需要极高可靠性的HARQ反馈。例如，提出了两个上行链路控制信道设计的解决方案：其中，一个用于正常可靠性的HARQ反馈(也可以称为第一可靠性等级情况下的反馈)，另一个用于极高可靠性的HARQ反馈(也可以称为第二可靠性等级情况下的反馈)。
例如，对于正常可靠性的HARQ反馈，它类似于长期演进(LTE)中的HARQ反馈传输方案。也就是说，对于正常可靠性的HARQ反馈，可以应用如LTE中的正常HARQ反馈编码和传输。
例如，对于极高可靠性的HARQ反馈，存在可以单独使用或联合使用的不同选项；例如，时频域中的重复、用于HARQ ACK/NACK比特编码的较长代码序列、循环冗余校验(CRC)的应用或将较长CRC序列用于HARQ反馈、用于上行链路控制信息(UCI)传输的更多传输功率提升等。然而，本公开不限于此。
根据这样的设计原理，极高可靠性的HARQ反馈传输方案可以产生比正常可靠性的HARQ反馈高得多的负载。期望的是在不影响HARQ性能的情况下降低HARQ反馈负载。
实施例的第一方面
在实施例中，提供了一种用于发送反馈信息的方法。作为示例，该方法在终端设备处实现。此外，作为示例示出了HARQ反馈和/或URLLC服务，但是本公开不限于此。例如，其他对时延敏感的通信可以适用于本公开。
图2是示出了根据本公开的实施例的用于发送反馈信息的方法200的图，并且通过采用终端设备作为示例来示出了用于发送反馈信息的方法。
如图2所示，方法200包括：在框201处，当数据被网络设备发送时，由终端设备确定反馈类型信息和/或延迟信息。
如图2所示，方法200还包括：在框202处，根据延迟信息和/或反馈类型信息，由终端设备确定反馈传输的可靠性等级或在特定情况下确定免除反馈传输。
在实施例中，延迟信息可以由数据的服务类型和/或信道类型来确定；并且延迟信息对于数据的不同服务和/或逻辑信道是不同的。终端设备可以例如经由来自网络设备的下行链路控制信息(DCI)预先得知延迟信息。
应当理解，延迟信息仅是本公开的示例，但是本公开不限于此。例如，可以根据实际情况采用其他信息。
在实施例中，例如，对于不同类型的服务，延迟要求可以不同，并且空中接口上允许的延迟预算也可以不同。当空中接口中经历的延迟已经超过某个延迟极限时，HARQ反馈可能不再触发HARQ重传。在这种情况下，使用极高可靠性的HARQ反馈传输可能会导致浪费大量资源。
在实施例中，在特定情况下可以免除反馈传输。也就是说，可以在接收到数据的接收节点处跳过HARQ反馈传输；在发送数据的发送节点处，它被配置为在这种情况下不期望任何反馈。
在实施例中，终端设备可以根据数据的传输定时来启动第一定时器；其中，第一定时器的值由延迟信息来确定。
图3是示出了根据本公开的实施例的用于发送反馈信息的方法300的图，并且通过采用终端设备和网络设备作为示例来示出了用于发送反馈信息的方法。
如图3所示，方法300包括：在框301处，由终端设备确定数据的延迟信息；在框302处，由网络设备向终端设备发送数据；以及在框303处，根据数据的传输定时，由终端设备启动第一定时器；第一定时器的值是根据延迟信息来确定的。
如图3所示，方法300还包括：在框304处，根据第一定时器，由终端设备确定是否免除反馈传输。
在该实施例中，当第一定时器到期时，确定免除混合自动重复请求(HARQ)反馈；并且当第一定时器未到期时，以高于第一可靠性等级的第二可靠性等级来发送HARQ反馈。
如图3所示，方法300还可以包括：在框305处，当第一定时器未到期时，由终端设备以第二可靠性等级来发送HARQ反馈。
例如，当第一定时器未到期时，可以发送极高可靠性的HARQ反馈，而当第一定时器到期时，可以免除HARQ反馈。因此，可以降低HARQ反馈负载而不会影响HARQ性能。
图4是示出了根据本公开的实施例的跳过HARQ反馈的示例，并且通过采用gNB和UE作为示例来示出了用于发送反馈信息的方法。
例如，在UE侧中配置第一定时器，并且UE每次根据由下行链路控制信息(DCI)调度的定时来开启该第一定时器。如图4所示，“空中接口中的延迟预算”可以表示第一定时器的持续时间。网络设备和/或终端设备可以根据依据服务的延迟需求所确定的延迟预算来设置第一定时器。
如图4所示，当第一定时器未到期时，UE可以(以第二可靠性等级)发送极高可靠性的HARQ反馈。此外，当UE认为不需要这种反馈时，可以跳过用于最后重传的HARQ反馈。也就是说，如果第一定时器到期，则当UE确定由于延迟预算而将不对数据进行重传时，UE不发送HARQ反馈。
在实施例中，可以根据延迟信息来确定反馈传输的可靠性等级。例如，当延迟超过预先配置的预算时，使用正常(或常规)可靠性等级的HARQ反馈传输而不是极高可靠性等级的传输。
图5是示出了根据本公开的实施例的用于发送反馈信息的方法500的图，并且通过采用终端设备和网络设备作为示例来示出了用于发送反馈信息的方法。
如图5所示，方法500包括：在框501处，由终端设备确定数据的延迟信息；在框502处，由网络设备向终端设备发送数据；以及在框503处，根据数据的传输定时，由终端设备启动第一定时器；第一定时器的值是根据延迟信息来确定的。
如图5所示，方法500还包括：在框504处，由终端设备根据第一定时器确定反馈传输的可靠性等级。
在本实施例中，当第一定时器到期时，确定将以第一可靠性等级来发送HARQ反馈；和/或当第一定时器未到期时，将以高于第一可靠性等级的第二可靠性等级来发送HARQ反馈。
如图5所示，方法500还可以包括：在框505处，当第一定时器未到期时，由终端设备以第二可靠性等级来发送HARQ反馈。
如图5所示，方法500还可以包括：在框506处，当第一定时器到期时，由终端设备以第一可靠性等级来发送HARQ反馈。
例如，当第一定时器未到期时，可以发送极高可靠性的HARQ反馈，而当第一定时器到期时，可以发送正常可靠性的HARQ反馈。因此，可以降低HARQ反馈负载而不会影响HARQ性能。
图6是示出了根据本公开的实施例的发送正常可靠性的HARQ反馈的示例，并且通过采用gNB和UE作为示例来示出了用于发送反馈信息的方法。
例如，在UE侧中配置第一定时器，并且UE每次根据由下行链路控制信息(DCI)调度的定时来开启该第一定时器。如图6所示，“空中接口中的延迟预算”可以表示第一定时器的持续时间。网络设备和/或终端设备可以根据依据服务的延迟需求所确定的延迟预算来设置第一定时器。
如图6所示，当定时器到期时，UE可以(以第一可靠性等级)发送正常可靠性的HARQ反馈。此外，当定时器未到期时，UE可以(以第二可靠性等级)发送极高可靠性的HARQ反馈。也就是说，如果第一定时器到期，则UE可以发送常规可靠性等级的HARQ反馈，而不是极高可靠性等级的HARQ反馈。
应当理解，图3至图6仅是本公开的示例，但本公开不限于此。例如，可以调整框处的操作顺序，和/或可以省略一些框。此外，可以添加图3至图6中未示出的一些框。
在实施例中，可以根据反馈类型信息来确定反馈传输的可靠性等级。反馈类型信息可以包括HARQ应答(ACK)和/或HARQ非应答(NACK)；但其在本公开中不限于此。
在本实施例中，当反馈类型信息为HARQ NACK时，可以确定将以高于第一可靠性等级的第二可靠性等级来发送HARQ反馈；和/或当反馈类型信息不是HARQ NACK时，将以第一可靠性等级来发送HARQ反馈。
例如，极高可靠性的HARQ反馈可以仅用于HARQ NACK，这是因为HARQ重传是由HARQNACK触发的。不需要针对HARQ ACK的极高可靠性的传输，这是因为它不会触发HARQ重传。以很小的概率，ACK可能被错误地解码为NACK，进行ReTX，但可以对该ReTX进行管理以免损害HARQ性能。
从另一方面来看，尤其对于URLLC服务，HARQ ACK的发生概率远高于HARQ NACK发生的概率。当仅将极高可靠性的传输方案应用于HARQ NACK传输并且仅将正常可靠性的传输方案应用于HARQ ACK时，由于确保了HARQ NACK的可靠性，因此可以减少相当大的开销而不会增加残差MAC传输误差。
图7是示出了根据本公开的实施例的用于发送反馈信息的方法700的图，并且通过采用终端设备和网络设备作为示例示出了用于发送反馈信息的方法。
如图7所示，方法700包括：在框701处，由网络设备向终端设备发送数据；以及在框702处，由终端设备确定与该数据相对应的反馈类型信息。
在本实施例中，反馈类型信息可以包括HARQ ACK或HARQ NACK；但本公开不限于此。例如，反馈类型信息可以包括其他信息(既非NACK也非ACK)，例如可以称其为DTX。
如图7所示，方法700还包括：在框703处，根据反馈类型信息，由终端设备确定反馈传输的可靠性等级。
在本实施例中，当反馈类型信息为HARQ NACK时，确定将以高于第一可靠性等级的第二可靠性等级来发送HARQ反馈；以及当反馈类型信息不是HARQ NACK时，确定将以第一可靠性等级来发送HARQ反馈。
如图7所示，方法700还可以包括：在框704处，当反馈类型信息为HARQ NACK时，由终端设备以第二可靠性等级来发送HARQ反馈。
如图7所示，方法700还可以包括：在框705处，当反馈类型信息不是HARQ NACK时，由终端设备以第一可靠性等级来发送HARQ反馈。
例如，当存在HARQ NACK时，可以发送极高可靠性的HARQ反馈，而当不存在HARQNACK时，可以发送正常可靠性的HARQ反馈。因此，可以降低HARQ反馈负载而不会影响HARQ性能。
应当理解，图7仅是本公开的示例，但是本公开不限于此。例如，可以调整框处的操作顺序，和/或可以省略一些框。此外，可以添加图7中未示出的一些框。作为另一示例，当反馈类型信息是HARQ ACK时，可以免除反馈传输。
在实施例中，在第一可靠性等级的情况下用于HARQ反馈的第一资源可以不同于在第二可靠性等级的情况下用于HARQ反馈的第二资源。
图8是示出了根据本公开的实施例的用于极高可靠性HARQ反馈的时频资源的示例。图9是示出了根据本公开的实施例的第一资源和第二资源的示例。
例如，仅使用用于HARQ NACK的物理上行链路控制信道(PUCCH)资源池中的资源(例如，用表示的第二资源)来应用极高可靠性的HARQ反馈，并且应用较高的可靠性等级。仅使用利用另一资源池中的资源(例如，用表示的第一资源)的正常可靠性的HARQ反馈传输方案来发送HARQ ACK。如图8和图9所示，仍可以存在用□表示的用于物理上行链路共享信道(PUSCH)的一些资源。
作为另一示例，可以配置的是，可以在两个PUCCH资源池中重复发送HARQ NACK。针对第一资源中的HARQ NACK，应用正常可靠性的HARQ反馈传输方案。作为复制信号，也在第二资源中发送HARQ NACK，并且应用较高的传输可靠性等级。
在实施例中，第一资源可以被分配在第一载波中，并且第二资源可以被分配在与第一载波不同的第二载波中。
例如，在载波聚合(CA)的情况下，用于HARQ反馈的两个资源池可以被分配在不同的载波中。第一资源可以在第一载波中，第二资源可以在(与第一载波不同的)另一载波中。因此，可以针对HARQ传输使频率分集最大化。
在实施例中，可以通过使用基于竞争的传输来在第二资源中承载HARQ NACK。也就是说，第二资源中的HARQ NACK可以使用基于竞争的传输来避免针对低概率的HARQ NACK传输分配大尺寸的资源池。
例如，正交覆盖码(OCC)和/或不同的解调参考信号(DMRS)循环前缀(CP)还可以用于在冲突时区分来自不同用户的HARQ反馈。
应当理解，在一些实施例中仅示出了与本公开相关的操作。为了简单起见，在本公开中未示出其他操作(例如，编码、符号调制、资源映射)的详细描述。
此外，作为本公开的示例，示出了两个可靠性等级，例如第一可靠性等级(例如，正常可靠性的HARQ反馈)和第二可靠性等级(例如，极高可靠性的HARQ反馈)，但是本公开不限于此。例如，可以根据实际情况采用两个或更多个可靠性等级。
从以上实施例可以看出，根据延迟信息和/或反馈类型信息，确定反馈传输的可靠性等级或在特定情况下确定免除反馈传输。因此，可以降低HARQ反馈负载而不会影响HARQ性能。
实施例的第二方面
在实施例中提供了一种用于接收反馈信息的方法。作为示例，该方法在网络设备处实施，并且省略了与实施例的第一方面中的内容相同的内容。
图10是示出了根据本公开的实施例的用于接收反馈信息的方法1000的图，并且通过采用网络设备作为示例示出了用于接收反馈信息的方法。
如图10所示，方法1000包括：在框1001处，由网络设备向终端设备发送数据。根据延迟信息和/或反馈类型信息，由终端设备确定反馈传输的可靠性等级，或者在特定情况下确定免除反馈传输。
在实施例中，如图10所示，方法1000还可以包括：由网络设备以第一可靠性等级接收HARQ反馈，或以高于第一可靠性等级的第二可靠性等级接收HARQ反馈。在另一实施例中，在某种情况下可以免除反馈传输。
在实施例中，可以由数据的服务类型和/或信道类型来确定延迟信息；并且延迟信息对于数据的不同服务和/或逻辑信道可以是不同的。
在实施例中，网络设备可以根据数据的传输定时来启动第二定时器。第二定时器的值由延迟信息来确定。此外，当第二定时器到期时，网络设备可以确定HARQ反馈被免除。
在实施例中，反馈类型信息可以包括HARQ ACK和/或HARQ NACK；但本公开不限于此。
在实施例中，在第一可靠性等级的情况下用于HARQ反馈的第一资源可以不同于在第二可靠性等级的情况下用于HARQ反馈的第二资源。
图11是示出了根据本公开的实施例的解码过程1100的图，并且通过采用网络设备作为示例示出了该过程。
如图11所示，过程1100包括：在框1101处，由网络设备对第一资源中的HARQ反馈进行解码；以及在框1102处，由网络设备确定是否在第一资源中检测到HARQ NACK。
如图11所示，过程1100还可以包括：在框1103处，当在第一资源中检测到HARQNACK时，由网络设备确定要执行重传；以及在框1104处，当在第一资源中未检测到HARQNACK时，由网络设备通过在第二资源中进行检测来确定HARQ反馈。
例如，网络设备(例如，gNB)可以首先对第一资源的资源池中的HARQ反馈进行解码。如果检测到HARQ NACK，则网络设备可以基于解码结果来确定重传。如果检测到HARQACK或DTX，则网络设备还可以确定在第二资源的资源池中是否接收到HARQ NACK。
作为另一示例，如果在第一资源的资源池中检测到HARQ ACK并且在第二资源的资源池中未确定HARQ NACK，则网络设备可以确定该数据被终端设备(例如，UE)正确地接收。如果在两个池中都检测到DTX，则网络设备可以确定终端设备未正确地接收到数据。
在实施例中，当在第一资源中未检测到HARQ ACK时，第一资源和第二资源中的信号可以被软组合。
例如，当在第二资源的资源池中未检测到HARQ ACK时，网络设备可以尝试性地将两个池中的接收到的信号的软组合应用于数据传输的HARQ反馈解码以提高解码质量。
应当理解，在一些实施例中仅示出了与本公开相关的操作。为了简单起见，在本公开中未示出其他操作(例如，解码、符号解调、资源映射)的详细描述。
从以上实施例可以看出，根据延迟信息和/或反馈类型信息，确定反馈传输的可靠性等级或在特定情况下确定免除反馈传输。因此，可以降低HARQ反馈负载而不会影响HARQ性能。
实施例的第三方面
在实施例中，提供了一种用于发送反馈信息的装置。该装置可以配置在终端设备102中，并且省略了与实施例的第一方面中的内容相同的内容。
图12是示出了根据本公开的实施例的用于发送反馈信息的装置1200的框图。
如图12所示，装置1200包括：第一确定单元1201，被配置为当网络设备发送数据时确定反馈类型信息和/或延迟信息；以及第二确定单元1202，被配置为根据延迟信息和/或反馈类型信息，确定反馈传输的可靠性等级或在特定情况下确定免除反馈传输。
在实施例中，可以由数据的服务类型和/或信道类型来确定延迟信息；并且延迟信息对于数据的不同服务和/或逻辑信道可以是不同的。
在实施例中，可以根据数据的传输定时来启动第一定时器；其中，第一定时器的值由延迟信息来确定。当第一定时器到期时，确定混合自动重复请求(HARQ)反馈被免除；或者，当第一定时器到期时，确定将以第一可靠性等级来发送HARQ反馈。此外，当第一定时器未到期时，确定将以高于第一可靠性等级的第二可靠性等级来发送HARQ反馈。
如图12所示，装置1200还可以包括：发送单元1203，被配置为以第一可靠性等级来发送HARQ反馈，或以高于第一可靠性等级的第二可靠性等级来发送HARQ反馈。
在实施例中，反馈类型信息可以包括HARQ ACK和/或HARQ NACK。当反馈类型信息为HARQ NACK时，确定要以高于第一可靠性等级的第二可靠性等级来发送HARQ反馈；以及当反馈类型信息不是HARQ NACK时，确定要以第一可靠性等级来发送HARQ反馈。
在实施例中，在第一可靠性等级的情况下用于HARQ反馈的第一资源不同于在第二可靠性等级的情况下用于HARQ反馈的第二资源。
例如，第一资源被分配在第一载波中，并且第二资源被分配在与第一载波不同的第二载波中。
在实施例中，通过使用基于竞争的传输来在第二资源中承载HARQ NACK。
应当理解，装置1200中包括的组件与方法200的操作相对应。因此，以上参考图2描述的所有操作和特征同样适用于装置1200中包括的组件，并且具有类似的效果。出于简化的目的，将省略细节。
应当理解，装置1200中包括的组件可以以各种方式来实现，包括软件、硬件、固件或其任何组合。
在实施例中，可以使用软件和/或固件(例如，存储在存储介质上的机器可执行指令)来实现一个或多个单元。除了机器可执行指令之外或替代机器可执行指令，可以至少部分地通过一个或多个硬件逻辑组件来实现装置1200中包括的部分组件或全部组件。
例如，但不限于，可以使用的硬件逻辑组件的例示类型包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)等。
装置1200可以是设备的一部分。但是不限于此，例如，装置1200可以是终端设备102，在图12中省略了终端设备102的其它部分(例如，发送器和接收器)。
从以上实施例可以看出，根据延迟信息和/或反馈类型信息，确定反馈传输的可靠性等级或在特定情况下确定免除反馈传输。因此，可以降低HARQ反馈负载而不会影响HARQ性能。
实施例的第四方面
在实施例中，提供了一种用于接收反馈信息的装置。该装置可以配置在网络设备101中，并且省略了与实施例的第一方面或第二方面中的内容相同的内容。
图13是示出了根据本公开的实施例的用于接收反馈信息的装置1300的框图。
如图13所示，装置1300包括：发送单元1301，被配置为向终端设备发送数据；以及根据延迟信息和/或反馈类型信息，由终端设备确定反馈传输的可靠性等级，或者在特定情况下确定免除反馈传输。
如图13所示，装置1300还可以包括：接收单元1302，被配置为以第一可靠性等级接收HARQ反馈，或以高于第一可靠性等级的第二可靠性等级接收HARQ反馈。
在实施例中，可以由数据的服务类型和/或信道类型来确定延迟信息；并且延迟信息对于数据的不同服务和/或逻辑信道可以是不同的。
在实施例中，可以根据数据的传输定时来启动第二定时器；第二定时器的值由延迟信息来确定。当第二定时器到期时，确定免除HARQ反馈。
在实施例中，反馈类型信息可以包括HARQ ACK和/或HARQ NACK。
在实施例中，在第一可靠性等级的情况下用于HARQ反馈的第一资源不同于在第二可靠性等级的情况下用于HARQ反馈的第二资源。
如图13所示，装置1300还可以包括：解码单元1303，被配置为对第一资源中的HARQ反馈进行解码；当在第一资源中检测到HARQ NACK时，确定要执行重传；当在第一资源中未检测到HARQ NACK时，对第二资源中的HARQ反馈进行解码。
在实施例中，解码单元1303还可以被配置为：当在第一资源中未检测到HARQ ACK时，对第一资源和第二资源中的信号进行软组合。
应当理解，装置1300中包括的组件与方法1000的操作相对应。因此，以上参考图10描述的所有操作和特征同样适用于装置1300中包括的组件，并且具有类似的效果。出于简化的目的，将省略细节。
应当理解，装置1300中包括的组件可以以各种方式来实现，包括软件、硬件、固件或其任何组合。
在实施例中，可以使用软件和/或固件(例如，存储在存储介质上的机器可执行指令)来实现一个或多个单元。除了机器可执行指令之外或替代机器可执行指令，可以至少部分地通过一个或多个硬件逻辑组件来实现装置1300中包括的部分组件或全部组件。
例如，但不限于，可以使用的硬件逻辑组件的例示类型包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)等。
装置1300可以是设备的一部分。但是不限于此，例如，装置1300可以是网络设备101，在图13中省略了网络设备101的其它部分(例如，发送器和接收器)。
从以上实施例可以看出，根据延迟信息和/或反馈类型信息，确定反馈传输的可靠性等级或在特定情况下确定免除反馈传输。因此，可以降低HARQ反馈负载而不会影响HARQ性能。
实施例的第五方面
如图1所示，提供了一种通信系统，该通信系统100包括：网络设备101，被配置为执行根据实施例的第二方面的用于接收反馈信息的方法；以及终端设备102，被配置为执行根据实施例的第一方面的用于发送反馈信息的方法。
在实施例，提供了一种设备(例如，网络设备101或终端设备102)，并且省略了与实施例的第一方面和第二方面中的内容相同的内容。
图14是示出了适于实现本公开的实施例的设备1400的简化框图。应当理解，设备1400可以被实现为例如网络设备101或终端设备102的至少一部分。
如图14所示，设备1400包括通信装置1430和处理装置1450。处理装置1450包括数据处理器(DP)1410、耦接到DP 1410的存储器(MEM)1420。通信装置1430耦接到处理装置1450中的DP 1410。MEM 1420存储程序(PROG)1440。通信装置1430用于与其它设备通信，其它设备可以被实现为用于发送/接收信号的收发器。
一些其它实施例中，设备1400充当终端设备。例如，存储器1420存储多条指令；处理器1410耦接至存储器1420，并且被配置为执行指令以：当网络设备发送数据时确定反馈类型信息和/或延迟信息；以及根据延迟信息和/或反馈类型信息，确定反馈传输的可靠性等级或在特定情况下确定免除反馈传输。
一些实施例中，设备1400充当网络设备。例如，存储器1420存储多条指令；处理器1410耦接至存储器1420，并被配置为执行指令以：向终端设备发送数据；根据延迟信息和/或反馈类型信息，由终端设备确定反馈传输的可靠性等级，或者在特定情况下确定免除反馈传输。
假设PROG 1440包括程序指令，所述程序指令在由相关联的DP 1410执行时，使得设备1400能够根据如本文中通过方法200或1000所讨论的本公开的实施例那样操作。本文中的实施例可以由设备1400的DP 1410可执行的计算机软件来实现，或者由硬件来实现，或者由软件和硬件的组合来实现。数据处理器1410和MEM 1420的组合可以形成适于实现本公开的各种实施例的处理装置1450。
MEM 1420可以具有适合于本地技术环境的任何类型，并且可以使用任何合适的数据存储技术(作为非限制性示例，例如基于半导体的存储器件、磁存储器件和系统、光学存储器件和系统、固定存储器和可移除存储器)来实现。虽然在设备1400中仅示出了一个MEM，但是在设备1400中可以存在若干个物理上不同的存储器模块。DP 1410可以具有适合本地技术环境的任何类型，并且作为非限制性示例，可以包括以下中的一个或多个：通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器。设备1400可以具有多个处理器，例如在时间上从动于与主处理器同步的时钟的专用集成电路芯片。
通常，可以用硬件或专用电路、软件、逻辑或其任何组合来实现本公开的各种实施例。一些方面可以用硬件来实现，而其它方面可以用可以由控制器、微处理器或其它计算设备执行的固件或软件来实现。虽然本公开的实施例的各个方面被示出和描述为框图、流程图或者使用一些其它的图形表示，但是将意识到，本文描述的框、装置、系统、技术或方法可以用(作为非限制示例)硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备、或者其某种组合来实现。
作为示例，可以在在目标现实或虚拟处理器上的设备中执行的机器可执行指令(例如，包括在程序模块中的指令)的一般上下文中描述本公开的实施例。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，可以根据需要在程序模块之间组合或拆分程序模块的功能。可以在本地或分布式设备内执行程序模块的机器可执行指令。在分布式设备中，程序模块可以位于本地存储介质和远程存储介质二者中。
可以以一种或多种编程语言的任何组合来写用于执行本公开的方法的程序代码。可以将这些程序代码提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器或控制器，使得程序代码在由处理器或控制器执行时使得在流程图和/或框图中指定的功能/操作得以实现。程序代码可以完全在机器上执行，部分在机器上执行，作为独立软件包来执行，部分在机器上且部分在远程机器上执行，或完全在远程机器或服务器上执行。
上述程序代码可以体现在机器可读介质上，该机器可读介质可以是可以包含或存储程序以供指令执行系统、装置或设备使用或与其结合使用的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读存储介质可以包括但不限于电、磁、光、电磁、红外、或半导体系统、装置或设备、或者前述各项的任何合适组合。
机器可读存储介质的更具体的示例将包括具有一个或多个电线的电连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式高密度盘只读存储器(CD-ROM)、光存储设备、磁存储设备、或前述各项的任何合适组合。
在本公开的上下文中，可以在由计算机系统执行的计算机系统可执行指令(例如，程序模块)的一般上下文中实现该设备。一般地，程序模块可以包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、逻辑、数据结构等。还可以在分布式云计算环境中实施该设备，其中，由通过通信网络链接的远程处理设备执行任务。在分布式云计算环境中，程序模块可以位于本地和远程计算机系统存储介质(包括存储器存储设备)二者中。
此外，虽然以特定顺序描绘了操作，但是这不应被理解为要求这些操作以示出的特定顺序或以顺序次序执行，或者要求执行所有示出的操作，以实现期望的结果。在某些情境下，多任务处理和并行处理可能是有利的。同样地，尽管在上述讨论中包含了若干具体实施细节，但这些细节不应被解释为对本公开的范围的限制，而应被解释为是对可能特定于特定实施例的特征的描述。在独立实施例的上下文中描述的特定特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个实施例中分开地或以任何适当的子组合实现。
尽管已经以对结构特征和/或方法动作特定的语言描述了本公开，但是应当理解的是，在所附权利要求中限定的本公开不必受限于上面描述的特定特征或动作。相反，上面描述的特定特征和动作是作为实现权利要求的示例形式而公开的。

Claims (23)

1.一种终端设备中用于发送反馈信息的方法，包括：
当网络设备发送数据时，确定反馈类型信息和/或延迟信息；以及
根据所述延迟信息和/或所述反馈类型信息，确定反馈传输的可靠性等级或在特定情况下确定免除所述反馈传输。
2.根据权利要求1所述的方法，其中，所述延迟信息是由所述数据的服务类型和/或信道类型来确定的；并且所述延迟信息针对所述数据的不同服务和/或逻辑信道是不同的。
3.根据权利要求2所述的方法，其中，所述方法还包括：
根据所述数据的传输定时启动第一定时器；其中，所述第一定时器的值是由所述延迟信息来确定的。
4.根据权利要求3所述的方法，其中，当所述第一定时器到期时，确定混合自动重复请求HARQ反馈被免除；或者
当所述第一定时器到期时，确定将以第一可靠性等级来发送所述HARQ反馈。
5.根据权利要求4所述的方法，其中，当所述第一定时器未到期时，确定将以高于所述第一可靠性等级的第二可靠性等级来发送所述HARQ反馈。
6.根据权利要求1所述的方法，其中，所述反馈类型信息包括混合自动重复请求HARQ应答ACK和/或HARQ非应答NACK。
7.根据权利要求6所述的方法，其中，当所述反馈类型信息为HARQ NACK时，确定将以高于第一可靠性等级的第二可靠性等级来发送HARQ反馈；和/或
当所述反馈类型信息不是HARQ NACK时，确定将以所述第一可靠性等级来发送所述HARQ反馈。
8.根据权利要求7所述的方法，其中，在所述第一可靠性等级的情况下用于所述HARQ反馈的第一资源不同于在所述第二可靠性等级的情况下用于所述HARQ反馈的第二资源。
9.根据权利要求8所述的方法，其中，所述第一资源被分配在第一载波中，并且所述第二资源被分配在与所述第一载波不同的第二载波中。
10.根据权利要求8所述的方法，其中，通过使用基于竞争的传输来在所述第二资源中承载HARQ NACK。
11.一种网络设备中用于接收反馈信息的方法，包括：
向终端设备发送数据；
其中，根据延迟信息和/或反馈类型信息，由所述终端设备确定反馈传输的可靠性等级，或者在特定情况下确定免除所述反馈传输。
12.根据权利要求11所述的方法，其中，所述方法还包括：
以第一可靠性等级接收混合自动重复请求HARQ反馈或以高于所述第一可靠性等级的第二可靠性等级接收HARQ反馈。
13.根据权利要求11所述的方法，其中，所述延迟信息是由所述数据的服务类型和/或信道类型来确定的；并且所述延迟信息针对所述数据的不同服务和/或逻辑信道是不同的。
14.根据权利要求13所述的方法，其中，所述方法还包括：
根据所述数据的传输定时启动第二定时器；其中，所述第二定时器的值是由所述延迟信息来确定的。
15.根据权利要求14所述的方法，其中，所述方法还包括：
当所述第二定时器到期时，确定HARQ反馈被免除。
16.根据权利要求11所述的方法，其中，所述反馈类型信息包括混合自动重复请求HARQ应答ACK和/或HARQ非应答NACK。
17.根据权利要求12所述的方法，其中，在所述第一可靠性等级的情况下用于所述HARQ反馈的第一资源不同于在所述第二可靠性等级的情况下用于所述HARQ反馈的第二资源。
18.根据权利要求17所述的方法，其中，所述方法还包括：
对所述第一资源中的所述HARQ反馈进行解码；
当在所述第一资源中检测到HARQ NACK时，确定要执行重传；以及
当在所述第一资源中未检测到HARQ NACK时，通过在所述第二资源中进行检测来确定所述HARQ反馈。
19.根据权利要求17所述的方法，其中，所述方法还包括：
当在所述第一资源中未检测到HARQ ACK时，对所述第一资源和所述第二资源中的信号进行软组合。
20.一种终端设备，包括处理器和存储器，其中，所述存储器包含所述处理器可执行的指令，从而所述终端设备操作用于执行根据权利要求1至10中任一项所述的用于发送反馈信息的方法。
21.一种网络设备，包括处理器和存储器，其中，所述存储器包含所述处理器可执行的指令，从而所述网络设备操作用于执行根据权利要求11至19中任一项所述的用于接收反馈信息的方法。
22.一种计算机程序产品，被有形地存储在计算机可读存储介质上并且包括指令，所述指令当在终端设备的处理器上执行时，使得所述终端设备执行根据权利要求1至10中任一项所述的用于发送反馈信息的方法。
23.一种计算机程序产品，被有形地存储在计算机可读存储介质上并且包括指令，所述指令当在网络设备的处理器上执行时，使得所述网络设备执行根据权利要求11至19中任一项所述的用于接收反馈信息的方法。
CN201880029638.4A 2017-05-05 2018-05-07 用于发送反馈信息的方法和设备 Pending CN110582966A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2017083259 2017-05-05
CNPCT/CN2017/083259 2017-05-05
PCT/CN2018/085785 WO2018202192A1 (en) 2017-05-05 2018-05-07 Method and device for transmitting feedback information

Publications (1)

Publication Number Publication Date
CN110582966A true CN110582966A (zh) 2019-12-17

Family

ID=64016887

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880029638.4A Pending CN110582966A (zh) 2017-05-05 2018-05-07 用于发送反馈信息的方法和设备

Country Status (4)

Country Link
US (1) US11683130B2 (zh)
EP (1) EP3619857A4 (zh)
CN (1) CN110582966A (zh)
WO (1) WO2018202192A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022188171A1 (zh) * 2021-03-12 2022-09-15 北京小米移动软件有限公司 非连续接收处理方法、装置、终端设备和存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11038626B2 (en) 2018-11-13 2021-06-15 At&T Intellectual Property I, L.P. Hybrid automatic repeat request reliability for 5G or other next generation network

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1586048A (zh) * 2001-11-16 2005-02-23 皇家飞利浦电子股份有限公司 无线通信系统
US20050041589A1 (en) * 2003-08-21 2005-02-24 Samsung Electronics Co., Ltd. Method of controlling reverse link in a mobile communication system
US20080089314A1 (en) * 2004-12-17 2008-04-17 Michael Meyer Retransmission In Wireless Communication Systems
WO2010115295A1 (zh) * 2009-04-10 2010-10-14 上海贝尔股份有限公司 请求重传方法、重传方法及其设备
CN102148672A (zh) * 2011-04-18 2011-08-10 电信科学技术研究院 发送应答反馈传输配置信息及应答反馈方法、系统和设备
CN102484569A (zh) * 2009-06-22 2012-05-30 高通股份有限公司 具有减少的反馈延迟的无线通信
CN104735720A (zh) * 2013-12-20 2015-06-24 中兴通讯股份有限公司 一种机器类通信业务信息的传输方法、基站、终端和系统
CN105979597A (zh) * 2016-06-27 2016-09-28 宇龙计算机通信科技(深圳)有限公司 通信资源的分配方法、分配装置、基站和终端

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20050069978A (ko) * 2002-08-13 2005-07-05 코닌클리즈케 필립스 일렉트로닉스 엔.브이. 통신 시스템, 주 스테이션, 부 스테이션 및 통신 시스템동작 방법
KR100998188B1 (ko) * 2007-07-18 2010-12-03 삼성전자주식회사 무선통신시스템에서 재전송 장치 및 방법
US8223808B2 (en) * 2008-02-05 2012-07-17 Texas Instruments Incorporated Data and control multiplexing in PUSCH in wireless networks
US20090319850A1 (en) * 2008-06-24 2009-12-24 Texas Instruments Incorporated Local drop control for a transmit buffer in a repeat transmission protocol device
US8693352B2 (en) * 2009-07-02 2014-04-08 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for ARQ control in wireless communications
US9363059B2 (en) * 2010-04-02 2016-06-07 Acer Incorporated Method of handling component carrier activation and deactivation and communication device thereof
CN102377541B (zh) * 2010-08-12 2013-10-16 电信科学技术研究院 一种应答信息的反馈及其接收方法、装置及系统
EP3101983B1 (en) * 2014-01-29 2021-05-26 Huawei Technologies Co., Ltd. Data transmission method and system
WO2015142664A1 (en) * 2014-03-20 2015-09-24 Interdigital Patent Holdings, Inc. Method and apparatus for non-orthogonal access in lte systems
CN106688282B (zh) * 2014-08-06 2020-04-17 Lg电子株式会社 在无线通信系统中操作终端的方法以及使用该方法的终端
US10158473B2 (en) * 2014-10-03 2018-12-18 Intel IP Corporation Methods, apparatuses, and systems for transmitting hybrid automatic repeat request transmissions using channels in an unlicensed shared medium
WO2016182221A1 (en) * 2015-05-11 2016-11-17 Lg Electronics Inc. Method for determining result of transmission for contention-based pusch in a wireless communication system and a device therefor
US9622237B2 (en) * 2015-09-14 2017-04-11 Wilus Institute Of Standards And Technology Inc. Method, apparatus, and system for channel access in unlicensed band
US10455611B2 (en) * 2015-09-16 2019-10-22 Lg Electronics Inc. Method for transceiving data in wireless communication system and apparatus for same
WO2017054876A1 (en) 2015-10-01 2017-04-06 Nokia Solutions And Networks Oy Method and apparatus for determining ack/nack resources
CN108476493B (zh) * 2015-12-30 2022-02-08 Idac控股公司 用于无线发射/接收单元协作的方法、系统和设备
EP4131877A1 (en) * 2016-03-10 2023-02-08 IDAC Holdings, Inc. Determination of a signal structure in a wireless system
CN117500082A (zh) * 2016-03-30 2024-02-02 交互数字专利控股公司 5g灵活的rat系统中的独立的l2处理和控制架构
US10833829B2 (en) * 2016-05-03 2020-11-10 Lg Electronics Inc. Method of transmitting ACK/NACK message in wireless communication system and terminal using same method
JP6805541B2 (ja) * 2016-05-11 2020-12-23 ソニー株式会社 端末装置、通信方法
EP3863358A1 (en) * 2016-05-12 2021-08-11 IDAC Holdings, Inc. Flow-based processing in wireless systems
WO2017196086A1 (en) * 2016-05-12 2017-11-16 Samsung Electronics Co., Ltd. Method and apparatus for assigning uplink resource for cellular network using unlicensed bands
WO2017200307A1 (ko) * 2016-05-18 2017-11-23 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보 전송 방법 및 이를 위한 장치
US10412632B2 (en) * 2016-08-12 2019-09-10 Qualcomm Incorporated Adaptive numerology for URLLC
CN108024366A (zh) * 2016-11-04 2018-05-11 北京三星通信技术研究有限公司 一种基于免调度的数据传输方法和设备
US10420128B2 (en) * 2016-11-11 2019-09-17 Qualcomm Incorporated Uplink data transfer for wireless communications with mixed transmission time intervals
US11019544B2 (en) * 2017-02-02 2021-05-25 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in mobile communication system
CN110249671B (zh) * 2017-02-05 2023-03-14 Lg电子株式会社 在无线通信系统中发送物理上行共享信道的方法及其设备
CN110383743B (zh) * 2017-03-06 2022-02-22 Lg电子株式会社 用于在无线通信系统中分配ack/nack资源的方法及其装置
US10716094B2 (en) * 2017-03-23 2020-07-14 Ofinno, Llc Packet duplication in a wireless device and wireless network
EP3605911B1 (en) * 2017-03-28 2023-06-21 Beijing Xiaomi Mobile Software Co., Ltd. Harq feedback method, apparatus, and system

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1586048A (zh) * 2001-11-16 2005-02-23 皇家飞利浦电子股份有限公司 无线通信系统
US20050041589A1 (en) * 2003-08-21 2005-02-24 Samsung Electronics Co., Ltd. Method of controlling reverse link in a mobile communication system
US20080089314A1 (en) * 2004-12-17 2008-04-17 Michael Meyer Retransmission In Wireless Communication Systems
WO2010115295A1 (zh) * 2009-04-10 2010-10-14 上海贝尔股份有限公司 请求重传方法、重传方法及其设备
CN102484569A (zh) * 2009-06-22 2012-05-30 高通股份有限公司 具有减少的反馈延迟的无线通信
CN102148672A (zh) * 2011-04-18 2011-08-10 电信科学技术研究院 发送应答反馈传输配置信息及应答反馈方法、系统和设备
CN104735720A (zh) * 2013-12-20 2015-06-24 中兴通讯股份有限公司 一种机器类通信业务信息的传输方法、基站、终端和系统
CN105979597A (zh) * 2016-06-27 2016-09-28 宇龙计算机通信科技(深圳)有限公司 通信资源的分配方法、分配装置、基站和终端

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ERICSSON: ""HARQ Feedback Transmission Schemes for NR"", 3GPP TSG-RAN WG2 #97 R2-1700847, 4 February 2017 (2017-02-04) *
ERICSSON: ""NR UP Design for URLLC"", 3GPP TSG-RAN WG2 #96 R2-168629, 5 November 2016 (2016-11-05) *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022188171A1 (zh) * 2021-03-12 2022-09-15 北京小米移动软件有限公司 非连续接收处理方法、装置、终端设备和存储介质

Also Published As

Publication number Publication date
EP3619857A4 (en) 2021-05-19
EP3619857A1 (en) 2020-03-11
US20200186298A1 (en) 2020-06-11
WO2018202192A1 (en) 2018-11-08
US11683130B2 (en) 2023-06-20

Similar Documents

Publication Publication Date Title
CN110495114B (zh) 用于码块分组的方法和设备
JP6457096B2 (ja) ネットワークノード、無線デバイスおよびこれらにおいて実行される自動再送要求（ａｒｑ）フィードバック情報を処理する方法
US20180242282A1 (en) Methods and devices for downlink control channel transmission and detection in a wireless communication system
WO2020093336A1 (en) Method and devices for hybrid automatic repeat request
US10492182B2 (en) Method and device for determining uplink control channel
CN108702595B (zh) 用于执行上行链路传输的方法和设备
US20180324821A1 (en) Cross-carrier scheduling method, feedback method, and apparatus
JP2023065547A (ja) 端末装置、ネットワークデバイス、及び方法
US11357036B2 (en) Method and apparatus for communication based on short transmission time intervals in a wireless communication system
US11683130B2 (en) Method and device for transmitting feedback information
WO2019019829A1 (en) METHOD AND DEVICE FOR TRANSMITTING UPLINK CONTROL INFORMATION
WO2020074069A1 (en) Enhanced scheduling request transmissions in wireless networks
CN115119530B (zh) 用于频率复用下行链路数据传输的半静态harq-ack码本构造
US11212040B2 (en) Method, device and computer program for data transmission feedback in a wireless communication system
CN114223159A (zh) 高层ack/nack的传输
WO2019153250A1 (zh) 传输信息的方法和终端设备
WO2019057206A1 (en) METHOD AND APPARATUS FOR DETECTING BAD CHANNEL CONDITIONS IN TRANSMISSION WITHOUT UPLINK AUTHORIZATION
WO2022222062A1 (en) Sidelink assistance mechanism
WO2021087926A1 (zh) 上行信号的发送和接收方法以及装置
US20210400640A1 (en) Communications with preconfigured uplink resources
CN115956385A (zh) 用于未许可频谱中的侧链通信的短信令传输
CN113966001A (zh) 半持久调度数据传输触发的混合自动重复请求确认报告
CN114402649A (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