CN116195225A - 通信系统 - Google Patents

通信系统 Download PDF

Info

Publication number
CN116195225A
CN116195225A CN202180062131.0A CN202180062131A CN116195225A CN 116195225 A CN116195225 A CN 116195225A CN 202180062131 A CN202180062131 A CN 202180062131A CN 116195225 A CN116195225 A CN 116195225A
Authority
CN
China
Prior art keywords
service
codebook
harq
data associated
urllc
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
CN202180062131.0A
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Publication of CN116195225A publication Critical patent/CN116195225A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • 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/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/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

公开了一种通信系统，其中用户设备(UE)接收与超可靠和低时延通信(URLLC)服务相关联的数据以及与增强移动宽带(eMBB)服务相关联的数据。UE生成URLLC服务的第一混合自动重传请求码本即第一HARQ码本以及针对eMBB服务的第二HARQ码本，将第一HARQ码本捆绑成单个位，并且将其附加到第二HARQ码本的末尾以形成复用HARQ码本。然后UE将复用HARQ码本传输到接入网节点。

Description

通信系统
技术领域
本发明涉及根据第三代合作伙伴计划(3GPP)标准或其等同物或衍生物进行操作的无线通信系统及其装置。本公开内容特别但不排他地涉及与所谓的“5G”(或“下一代”)系统中的混合自动重传请求确认(HARQ-ACK)反馈的传输有关的改进。
背景技术
3GPP标准的最新发展是所谓的“5G”或“新空口”(NR)标准，这些标准是指预期支持各种应用和服务(诸如机器类型通信(MTC)、物联网(IoT)/工业物联网(IIoT)通信、运载工具通信和自主车辆、高分辨率视频流、智能城市服务和/或类似物)的演进通信技术。3GPP打算通过所谓的3GPP下一代(NextGen)无线接入网(RAN)和3GPP NextGen核心(NGC)网络来支持5G。5G网络的各种细节在例如下一代移动网络(NGMN)联盟的“NGMN 5G White Paper(白皮书)”V1.0中描述，该文档可从https://www.ngmn.org/5g-white-paper.html获得。
终端用户通信装置通常被称为用户设备(UE)，其可以由人操作或者包括自动(MTC/IoT)装置。尽管5G/NR通信系统的基站通常被称为新空口基站(“NR-BS”)或“gNB”，但将理解，它们可以使用更典型地与长期演进(LTE)基站(也通常被称为“4G”基站)相关联的术语“eNB”(或5G/NR eNB)来指代。3GPP技术规范(TS)38.300V16.3.0和TS 37.340V16.3.0定义了以下节点等：
gNB：向UE提供NR用户面和控制面协议终端、并且经由NG接口连接到5G核心网(5GC)的节点。
ng-eNB：向UE提供演进通用陆地无线接入(E-UTRA)用户面和控制面协议终端、并且经由NG接口连接到5GC的节点。
En-gNB：向UE提供NR用户面和控制面协议终端、并且在E-UTRA-NR双连接(EN-DC)中充当辅助节点的节点。
NG-RAN节点：gNB或ng-eNB。
3GPP还将所谓的“Xn”接口定义为相邻的NG-RAN节点之间的网络接口。
物理上行链路控制信道(PUCCH)携带被称为上行链路控制信息(UCI)的信息集合。PUCCH的格式取决于UCI携带什么种类的信息。要使用的PUCCH格式由应携带多少位信息和指派了多少个符号来确定。NR(5G)中所使用的UCI包括以下信息中的一个或多于一个：信道状态信息(CSI)；ACK/NAK；以及调度请求(SR)。这一般与LTE(4G)中相同。
下一代移动网络支持多样化的服务需求，这些服务需求已由国际电信联盟(ITU)分类为三个类别：增强移动宽带(eMBB)；超可靠和低时延通信(URLLC)；以及大规模机器类型通信(mMTC)。eMBB旨在提供对传统移动宽带的增强支持，其关注于诸如高清(HD)视频、虚拟现实(VR)和增强现实(AR)等的需要大带宽和保证带宽的服务。URLLC是要求在非常短的时间内的保证接入的诸如自动驾驶和工厂自动化等的关键应用的要求。mMTC需要支持诸如智能计量和环境监测等的大量所连接的装置，但通常可以容忍某些接入延迟。将理解，这些应用中的一些应用可以具有相对宽松的服务质量/体验质量(QoS/QoE)要求，而一些应用可以具有相对严格的QoS/QoE要求(例如，高带宽和/或低时延)。
在版本16中，当不同优先级的上行链路传输重叠时，通过丢弃较低优先级传输来解决该问题。该方法使得URLLC业务(其具有相对高的优先级)和关联的HARQ反馈优先于其他类型的传输，但在还存在eMBB业务的情况下，该方法是低效的。例如，当由于URLLC反馈(相对于eMBB反馈)的优先而丢弃针对下行链路eMBB数据的HARQ反馈时，由于需要重传未接收到反馈(确认)的eMBB数据，因此影响了系统效率。
在版本17中，对工业物联网(IIoT)和URLLC的增强旨在针对具有不同优先级的不同业务类型指定在HARQ-ACK/SR/CSI和物理上行链路共享信道(PUSCH)之间所需的复用行为。无论UCI是在PUCCH还是PUSCH上传输，该行为都可以应用于UCI。在最近的3GPP会议(RAN1#102)中，已同意将在版本17中支持将高优先级HARQ-ACK和低优先级HARQ-ACK复用到PUCCH中，尽管并不知晓更多的细节。关键原理是需要保证URLLC UCI传输的时延和可靠性。
存在针对eMBB HARQ-ACK码本大小减小的一些建议，以将对高优先级HARQ-ACK(例如，URLLC)的影响降至最低。例如，可以通过使用基于传输块(TB)的反馈对eMBB HARQ-ACK码本进行压缩、或者通过丢弃与所需一样多的分量载波以使反馈适应UCI有效载荷大小，来实现这样的大小减小。可替代地，可以针对eMBB和URLLC HARQ-ACK独立地配置最大允许码率，并且可以通过抑制eMBB HARQ-ACK或通过放大URLLC HARQ-ACK来调整最终有效载荷。空间捆绑可用于不论相关的RRC配置如何都生成低优先级HARQ码本。
发明内容
然而，现有技术均未被3GPP接受。因此，本发明寻求提供解决或至少缓解与URLLC业务和关联的HARQ反馈相对于其他类型的传输的优先有关的上述问题(的至少一些)的方法和关联设备。
尽管为了本领域技术人员的理解的效率、将在3GPP系统(5G网络)的上下文中详细说明本发明，但本发明的原理也可以应用于其他系统。
在一个示例方面，本发明提供一种由用户设备即UE进行的方法，所述方法包括：从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本，并生成针对与所述第二服务相关联的数据的第二HARQ码本；基于所述第一HARQ码本来生成所述URLLC服务的HARQ信息，并将所述URLLC服务的HARQ信息与所述第二HARQ码本复用以导出复用HARQ码本；以及使用与URLLC相关联的至少一个通信资源来向所述接入网节点传输所述复用HARQ码本。
在一个示例方面，本发明提供一种由用户设备即UE进行的方法，所述方法包括：从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本，并生成针对与所述第二服务相关联的数据的第二HARQ码本；根据至少一个预定规则，将所述第一HARQ码本和所述第二HARQ码本中的一个码本捆绑到一位；将捆绑位与所述第一HARQ码本和所述第二HARQ码本中的另一码本复用，以导出复用HARQ码本；以及向所述接入网节点传输所述复用HARQ码本。
在一个示例方面，本发明提供一种由接入网节点进行的方法，所述方法包括：向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；以及使用与URLLC相关联的至少一个通信资源来从所述UE接收复用混合自动重传请求码本即复用HARQ码本，其中所述复用HARQ码本基于所述URLLC服务的HARQ信息，所述URLLC服务的HARQ信息是基于针对与所述URLLC服务相关联的数据的第一HARQ码本而生成的并且与针对与所述第二服务相关联的数据的第二HARQ码本复用。
在一个示例方面，本发明提供一种由接入网节点进行的方法，所述方法包括：向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；以及从所述UE接收复用混合自动重传请求码本即复用HARQ码本，其中所述复用HARQ码本包括：i)针对与所述URLLC服务和所述第二服务中的一个服务相关联的数据的第一HARQ码本；以及ii)基于针对与所述URLLC服务和所述第二服务中的另一服务相关联的数据的第二HARQ码本的捆绑位。
在一个示例方面，本发明提供一种用户设备即UE，包括：用于从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；用于生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本、并用于生成针对与所述第二服务相关联的数据的第二HARQ码本的部件；用于基于所述第一HARQ码本来生成所述URLLC服务的HARQ信息、并用于将所述URLLC服务的HARQ信息与所述第二HARQ码本复用以导出复用HARQ码本的部件；以及用于使用与URLLC相关联的至少一个通信资源来向所述接入网节点传输所述复用HARQ码本的部件。
在一个示例方面，本发明提供一种用户设备即UE，包括：用于从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；用于生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本、并用于生成针对与所述第二服务相关联的数据的第二HARQ码本的部件；用于根据至少一个预定规则、将所述第一HARQ码本和所述第二HARQ码本中的一个码本捆绑到一位的部件；用于将捆绑位与所述第一HARQ码本和所述第二HARQ码本中的另一码本复用、以导出复用HARQ码本的部件；以及用于向所述接入网节点传输所述复用HARQ码本的部件。
在一个示例方面，本发明提供一种接入网节点，包括：用于向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；以及用于使用与URLLC相关联的至少一个通信资源来从所述UE接收复用混合自动重传请求码本即复用HARQ码本的部件，其中所述复用HARQ码本基于所述URLLC服务的HARQ信息，所述URLLC服务的HARQ信息是基于针对与所述URLLC服务相关联的数据的第一HARQ码本而生成的并且与针对与所述第二服务相关联的数据的第二HARQ码本复用。
在一个示例方面，本发明提供一种接入网节点，包括：用于向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；以及用于从所述UE接收复用混合自动重传请求码本即复用HARQ码本的部件，其中所述复用HARQ码本包括：i)针对与所述URLLC服务和所述第二服务中的一个服务相关联的数据的第一HARQ码本；以及ii)基于针对与所述URLLC服务和所述第二服务中的另一服务相关联的数据的第二HARQ码本的捆绑位。
在另一示例方面，本发明提供一种用户设备即UE，包括：控制器和收发器，其中，所述收发器被配置为从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；所述控制器被配置为生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本，并生成针对与所述第二服务相关联的数据的第二HARQ码本；所述控制器被配置为基于所述第一HARQ码本来生成所述URLLC服务的HARQ信息，并将所述URLLC服务的HARQ信息与所述第二HARQ码本复用以导出复用HARQ码本；以及所述收发器被配置为使用与URLLC相关联的至少一个通信资源来向所述接入网节点传输所述复用HARQ码本。
在另一示例方面，本发明提供一种用户设备即UE，包括：控制器和收发器，其中，所述收发器被配置为从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；所述控制器被配置为生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本，并生成针对与所述第二服务相关联的数据的第二HARQ码本；所述控制器被配置为根据至少一个预定规则，将所述第一HARQ码本和所述第二HARQ码本中的一个码本捆绑到一位；所述控制器被配置为将捆绑位与所述第一HARQ码本和所述第二HARQ码本中的另一码本复用，以导出复用HARQ码本；以及所述收发器被配置为向所述接入网节点传输所述复用HARQ码本。
在另一示例方面，本发明提供一种接入网节点，包括：控制器和收发器，其中，所述收发器被配置为：向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；以及使用与URLLC相关联的至少一个通信资源来从所述UE接收复用混合自动重传请求码本即复用HARQ码本，其中所述复用HARQ码本基于所述URLLC服务的HARQ信息，所述URLLC服务的HARQ信息是基于针对与所述URLLC服务相关联的数据的第一HARQ码本而生成的并且与针对与所述第二服务相关联的数据的第二HARQ码本复用。
在另一示例方面，本发明提供一种接入网节点，包括：控制器和收发器，其中，所述收发器被配置为：用于向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；以及从所述UE接收复用混合自动重传请求码本即复用HARQ码本，其中所述复用HARQ码本包括：i)针对与所述URLLC服务和所述第二服务中的一个服务相关联的数据的第一HARQ码本；以及ii)基于针对与所述URLLC服务和所述第二服务中的另一服务相关联的数据的第二HARQ码本的捆绑位。
本发明的示例方面扩展到相应的系统、设备和计算机程序产品，诸如存储有指令的计算机可读存储介质等，这些指令可操作用于对可编程处理器进行编程以执行如上面阐述的或在权利要求书中记载的示例方面和可能性中描述的方法以及/或者对合适地适配的计算机进行编程以提供在权利要求书中的任一项中记载的设备。
在本说明书(该术语包括权利要求书)中公开的和/或在附图中示出的各个特征可以独立于任何其他公开的和/或示出的特征(或与任何其他公开的和/或示出的特征组合)并入本发明中。特别地但非限制性地，从属于特定独立权利要求的任何权利要求的特征可以以任何组合或单独地引入到该独立权利要求中。
附图说明
现在将参考附图通过示例的方式说明本发明的示例实施例，在附图中：
图1示意性示出本发明的示例实施例可以应用于的移动(蜂窝或无线)电信系统；
图2是用于形成图1所示的系统的一部分的移动装置的示意框图；
图3是用于形成图1所示的系统的一部分的接入网节点(例如，基站)的示意框图；
图4是用于形成图1所示的系统的一部分的核心网节点的示意框图；以及
图5是示意性示出根据本发明的示例实施例的可以进行HARQ-ACK复用的一些示例性方式的流程图。
图6是示意性示出根据本发明的示例实施例的可以进行HARQ-ACK复用的一些示例性方式的流程图。
具体实施方式
概述
在3GPP标准下，NodeB(或LTE中的“eNB”、5G中的“gNB”)是通信装置(用户设备或“UE”)连接到核心网并与其他通信装置或远程服务器进行通信所经由的基站。通信装置例如可以是诸如移动电话、智能电话、智能手表、个人数字助理、膝上型/平板计算机、web浏览器、电子书阅读器和/或类似物的移动通信装置。这样的移动(或甚至一般为固定的)装置通常由用户操作(因此它们经常被统称为用户设备“UE”)，尽管也可以将IoT装置和类似的MTC装置连接到网络。为简单起见，本申请将使用术语基站来指代任何这样的基站，并且使用术语移动装置或UE来指代任何这样的通信装置。
图1示意性示出本发明的示例实施例可以应用于的移动(蜂窝或无线)电信系统1。
在该系统1中，移动装置3(UE)的用户可以使用适当的3GPP无线接入技术(RAT)(例如，E-UTRA和/或5G RAT)经由相应的基站5和核心网7彼此通信以及与其他用户通信。将理解，多个基站5形成(无线)接入网或(R)AN。如本领域技术人员将理解的，尽管为了例示的目的而在图1中示出一个移动装置3和一个基站5，但该系统在实现时，通常将包括其他基站/RAN节点和移动装置(UE)。
各基站5(直接地或者经由诸如家庭基站、中继器、远程无线电头、分布式单元和/或类似物的其他节点)控制一个或多于一个关联的小区。支持E-UTRA/4G协议的基站5可以被称为“eNB”，并且支持下一代/5G协议的基站5可以被称为“gNB”。将理解，一些基站5可以被配置为支持4G协议和5G协议这两者、以及/或者任何其他的3GPP或非3GPP通信协议。
移动装置3及其服务基站5经由适当的空中接口(例如，所谓的“Uu”接口和/或类似物)连接。相邻基站5经由适当的基站到基站接口(诸如所谓的“X2”接口、“Xn”接口和/或类似物)彼此连接。基站5还经由适当的接口(诸如所谓的“S1”、“NG-C”、“NG-U”接口和/或类似物)连接到核心网节点。
核心网7(例如，在LTE的情况下为EPC或者在NR/5G的情况下为NGC)通常包括用于支持电信系统1中的通信以及用于订户管理、移动性管理、计费、安全、呼叫/会话管理(以及其他)的逻辑节点(或“功能”)。例如，“下一代”/5G系统的核心网7将包括用户面实体和控制面实体。在该示例中，核心网包括至少一个控制面功能(CPF)11和至少一个用户面功能(UPF)12。核心网7还(经由UPF 12)耦接到数据网络(DN)20，诸如因特网或类似的基于因特网协议(IP)的网络(在图1中表示为“外部网络”)等。
将理解，各移动装置3可以支持具有不同优先级的各种服务。这些服务可以属于以上定义的类别(URLLC/eMBB/mMTC)其中之一。各服务通常将具有关联的要求(例如，时延/数据速率/丢包要求等)，这些要求针对不同的服务可能是不同的。将理解，URLLC与其他服务相比具有相对更高的优先级，以确保该服务的适当(低)时延。
当UE 3正在接收特定服务(例如，URLLC)的数据时，UE 3使用与该服务相关联的资源向基站5传输适当的HARQ-ACK反馈。通常，HARQ-ACK反馈是以码本(位串)的形式提供的，其中码本的位表示哪些数据已被成功接收以及哪些数据未被成功接收。由于URLLC是针对高可靠性而设计的，因此在大多数情况下，将成功接收到URLLC数据，并且关联的HARQ反馈将携带ACK(确认)。有益地，在该系统中，以一位(即，单个位)的形式在携带eMBB反馈的位之后提供URLLC相关反馈(或表示该反馈的信息)。实际上，将URLLC反馈捆绑到一位信息并将该信息附加到eMBB HARQ反馈的末尾。换句话说，eMBB反馈和(采用捆绑位的形式的)URLLC反馈被复用以形成组合码本(eMBB码本+表示URLLC码本的1位)。有益地，为了确保满足URLLC的时延要求，在URLLC HARQ-ACK资源而非eMBB资源上传输复用反馈。通过使eMBB反馈优先于URLLC反馈(由于eMBB的HARQ反馈与URLLC的HARQ反馈相比更有可能携带NACK)并且通过向传输器(基站5)发送完整的eMBB码本，传输器可以准确地确定需要重传eMBB数据的哪部分，同时还指示URLLC数据的传输是否成功。
在以上方法的变形例中，基于一个或多于一个规则来确定正被捆绑的服务的类型。例如，可以使用以下规则：如果URLLC码本携带ACK和NACK这两者，则将eMBB位捆绑成1位并附加在URLLC码本的末尾；如果URLLC码本仅携带ACK(或仅携带NACK)，则将URLLC位捆绑成1位并附加在eMBB码本的末尾。当经捆绑的eMBB反馈指示NACK(以上第一种情况)时，可以(例如，使用正常的eMBB HARQ资源)稍后传输完整的eMBB码本。
可替代地，规则可以规定：如果URLLC码本仅携带ACK或仅携带NACK，并且如果eMBB码本携带ACK和NACK这两者，则将URLLC位捆绑成1位并附加在eMBB码本的末尾。否则，将eMBB位捆绑成1位并附加在URLLC码本的末尾。如果应用这些规则其中之一，则可以显式地(例如，使用附加位)或隐式地(例如，基于哪个资源用于传输反馈)提供哪个码本被捆绑的指示。
用户设备(UE)
图2是示出图1所示的移动装置(UE)3的主要组件的框图。如图所示，UE3包括收发器电路31，该收发器电路31可操作以经由一个或多于一个天线33向(一个或多于一个)所连接的节点传输信号以及从(一个或多于一个)所连接的节点接收信号。尽管没有必要在图2中示出，但UE 3当然将具有传统移动装置(诸如用户接口35等)的所有常见功能，并且这可以适当地由硬件、软件和固件的任一个或任何组合来提供。控制器37根据存储器39中所存储的软件来控制UE 3的操作。例如，软件可以预先安装在存储器39中以及/或者可以经由电信网络1或从可移除数据存储装置(RMD)下载。软件包括操作系统41和通信控制模块43以及其他。
通信控制模块43负责处理(生成/发送/接收)UE 3与其他节点(包括(R)AN节点5和核心网节点)之间的信令消息和上行链路/下行链路数据包。信令可以包括与PUCCH和/或PDCCH(以及其他)相关的控制信令(包括UCI和DCI)。通信控制模块43还负责控制HARQ-ACK反馈的传输。
接入网节点(基站)
图3是示出图1所示的基站5(或类似的接入网节点)的主要组件的框图。如图所示，基站5包括收发器电路51，该收发器电路51可操作以经由一个或多于一个天线53向(一个或多于一个)所连接的UE 3传输信号和从(一个或多于一个)所连接的UE 3接收信号，以及经由网络接口55(直接地或间接地)向其他网络节点传输信号和从其他网络节点接收信号。网络接口55通常包括适当的基站-基站接口(诸如X2/Xn等)和适当的基站-核心网接口(诸如S1/NG-C/NG-U等)。控制器57根据存储器59中所存储的软件来控制基站5的操作。例如，软件可以预先安装在存储器59中以及/或者可以经由电信网络1或从可移除数据存储装置(RMD)下载。软件包括操作系统61和通信控制模块63以及其他。
通信控制模块63负责处理(生成/发送/接收)基站5和其他节点(诸如UE 3和核心网节点等)之间的信令。信令可以包括与PUCCH和/或PDCCH(以及其他)相关的控制信令(包括UCI和DCI)。通信控制模块63还负责从UE 3接收HARQ-ACK反馈。
核心网功能
图4是示出通用核心网功能(诸如图1所示的CPF 11或UPF 12等)的主要组件的框图。如图所示，核心网功能包括收发器电路71，该收发器电路71可操作以经由网络接口75向其他节点(包括UE 3、基站5和其他核心网节点)传输信号和从其他节点(包括UE 3、基站5和其他核心网节点)接收信号。控制器77根据存储器79中所存储的软件来控制核心网功能的操作。例如，软件可以预先安装在存储器79中以及/或者可以经由电信网络1或从可移除数据存储装置(RMD)下载。软件包括操作系统81和通信控制模块83以及其他。
通信控制模块83负责处理(生成/发送/接收)核心网功能和其他节点(诸如UE 3、基站5和其他RAN/核心网节点等)之间的信令。
详细说明
3GPP TR 38.912v16.0.0的第8.2.2.2节提供了以下的对NR系统中所使用的HARQ码本和进程的概述：
支持针对各TB具有一位的HARQ-ACK反馈。针对给定UE支持多于一个的下行链路(DL)HARQ进程的操作，而针对一些UE支持一个DL HARQ进程的操作。UE和NR(基站)各自具有最小HARQ处理时间。HARQ处理时间至少包括DL数据接收定时到相应的HARQ-ACK传输定时之间的延迟、以及上行链路(UL)授权接收定时到相应的UL数据传输定时之间的延迟。
至少针对eMBB和URLLC支持异步和自适应DL HARQ。从UE的角度来看，可以在一个UL数据/控制区域中传输按照时间的针对多个DL传输的HARQ ACK/NACK反馈。DL数据接收和相应的确认之间的定时由来自值集合的DCI中的字段指示，并且该值集合由更高层配置。至少针对UE不知晓(一个或多于一个)定时的情况来定义(一个或多于一个)定时。
支持具有单/多位HARQ-ACK反馈的基于码块组(CBG)的传输，其具有以下特性：
-针对HARQ进程的相同TB仅允许基于CBG的(重新)传输；
-不论TB的大小如何，CBG都可以包括TB的所有码本。在这种情况下，UE针对TB报告单个HARQ ACK位；
-CBG可以包括一个码本；
-CBG粒度是可配置的。
以下参考图5和图6来提供一些示例实施例和特征的更详细说明。
URLLC反馈被捆绑到一位并被附加到eMBB HARQ反馈
在该选项中，以指示任何URLLC数据是否未被成功接收的一位信息(即，单个位)的形式，在用于表示eMBB反馈的位之后提供URLLC相关反馈。例如，当成功接收到所有关联的URLLC数据时，信息(1位)可被设置为用于表示“ACK”的值(例如，“1”)，并且当未成功接收到关联的URLLC数据中的至少一些时，信息(1位)可被设置为用于表示“NACK”的不同值(例如，“0”)。通过具体示例，当原始URLLC反馈采用“11111”的形式时，UE 3可以通过传输被设置为值“1”的一位信息来提供URLLC相关反馈。当原始URLLC反馈采用“11011”的形式(或具有至少一个零值的任何其他形式)时，UE 3可以通过将该一位信息设置为值“0”来提供URLLC相关反馈。
因此，实际上，将URLLC反馈捆绑到一位信息并将该信息附加到eMBB HARQ反馈的末尾。使用以上给出的具体示例，并且假设采用“11011”的形式的eMBB HARQ反馈，由UE 3传输的实际反馈将采用“110111”的形式(对于预期反馈的所有URLLC传输，最后一位表示“ACK”)或者采用“110110”的形式(其中最后一位表示UE 3未成功接收到预期反馈的URLLC传输中的一个或多于一个)。
有益地，为了确保满足URLLC的时延要求，在URLLC HARQ-ACK资源而非eMBB资源上传输复用反馈。
图5是示意性示出根据该选项的可以将URLLC反馈捆绑到一位并附加到eMBB HARQ反馈的示例性方式的流程图。该流程图示出由UE 3(使用其通信控制模块43)针对各HARQ反馈报告轮次所进行的处理。将理解，尽管参考由UE 3进行的动作来说明该流程图，但基站5(通信控制模块63)也可以进行相同(或类似)的用于向UE 3传输HARQ反馈的动作。
可以看出，过程取决于需要发送什么类型的反馈。实际上，步骤S4和S5表示在由于仅存在一个类型的服务因此不需要对HARQ反馈进行复用的情况下的方案。当仅存在要发送的URLLC反馈时(当不存在eMBB传输时)，在与URLLC反馈相关联的资源上传输该反馈(即，“完整的”URLLC码本)(步骤S4)。类似地，当仅存在要发送的eMBB反馈(例如，在相关时间段内不存在URLLC传输)时，在与eMBB反馈相关联的资源上传输该反馈(“完整的”eMBB码本)(步骤S5)。
有益地，当存在针对URLLC服务和eMBB服务这两者要发送的反馈时，UE 3被配置为进行上述的码本捆绑和复用。具体地，当UE 3在步骤S1中判断为需要针对URLLC和eMBB这两者发送HARQ-ACK信息时，UE 3(使用其通信控制模块43)将HARQ码本的位捆绑到单个位(步骤S2)。如上所述，当该位被设置为“1”时，其可以指示已经成功接收到所有关联的URLLC数据包(因此省略了详细反馈)。可替代地，当该位被设置为“0”时，其可以指示未成功接收到至少一个关联的URLLC数据包。
在步骤S3中，UE 3将经捆绑的URLLC反馈(在该示例中为单个位)附加到eMBB码本的末尾，并且继续进行使用URLLC反馈资源来传输HARQ-ACK反馈。有益地，基于所接收到的位数，基站5可以判断所接收到的反馈是仅针对URLLC还是针对URLLC和eMBB这两者。
还将理解，当附加位被设置为“0”时，基站5可以被配置为重传如下的至少一个数据包(例如，最后一个数据包或所有数据包)，其中针对该至少一个数据包，发送了反馈。
基于码本(CB)内容来复用eMBB和URLLC HARQ-ACK反馈
图6是示意性示出可以根据URLLC/eMBB码本的内容来提供经捆绑和复用的反馈的另一示例性方式的流程图。将理解，尽管参考由UE 3进行的动作来说明该流程图，但基站5也可以进行相同(或类似)的用于向UE 3传输HARQ反馈的动作。
作为参考图5所述的方法的变形例，可以基于一个或多于一个捆绑规则来选择具有经捆绑的反馈的服务的类型。例如，UE 3(通信控制模块43)可以被配置为(在图6的步骤S2中)应用以下的规则集合：
-如果URLLC码本携带ACK和NACK这两者，则将eMBB位捆绑成1位并附加在URLLC码本的末尾；
-如果URLLC码本仅携带ACK(或仅携带NACK)，则将URLLC位捆绑成1位并附加在eMBB码本的末尾。
UE 3还可以被配置为应用以下规则集合：
-如果URLLC码本仅携带ACK(或仅携带NACK)，并且如果eMBB码本携带ACK和NACK这两者，则UE 3将URLLC位捆绑成1位并将该位附加在eMBB码本的末尾；
-否则，将eMBB位捆绑成1位并附加在URLLC码本的末尾。
在步骤S3中，将经捆绑的反馈(URLLC或eMBB反馈)附加到另一服务的原始反馈/码本，并且(在步骤S4或S5中)传输到基站5。
换句话说，复用反馈包括一个服务的原始码本、之后是用于表示捆绑另一码本的位的结果的一位。当经捆绑的eMBB反馈指示(步骤S4中使用URLLC资源发送的)NACK时，可以(例如，在步骤S5中使用eMBB HARQ资源，如在图6中使用虚线所示)稍后传输完整的eMBB码本。在这种情况下，各种版本16的特征(例如，Type 3码本、增强型Type 2码本和/或NNK1)均可用于实际的(非压缩的)eMBB HARQ-ACK反馈的传输。
如果应用上述规则，则可以显式地(例如，使用附加位)提供哪个码本被捆绑的指示，其中在这种情况下，可以在步骤S4中使用URLLC资源来传输经捆绑的反馈(URLLC或eMBB反馈)。可替代地，可以隐式地(例如，基于哪个资源用于传输反馈)提供哪个码本被捆绑的指示。例如，可以在针对未经压缩的反馈的资源上传输复用反馈。用于携带复用反馈的资源可以隐式地指示哪个码本被捆绑。例如，URLLC资源(步骤S4)可以用于指示经捆绑的URLLC反馈已与eMBB反馈复用，并且eMBB资源(步骤S5)可以用于指示经捆绑的eMBB反馈已与URLLC反馈复用，或者反之亦然。在这种情况下，基站5需要对两个冲突资源进行盲解码。
益处
与始终捆绑eMBB码本相比，当判断为可以将URLLC反馈捆绑成一位而无需妥协URLLC服务要求时，上述方法针对eMBB传输更准确的反馈。
修改和替代
以上说明了详细的示例实施例。如本领域技术人员将理解的，可以对上述示例实施例进行许多修改和替代，同时仍受益于在这些修改和替代中体现的发明。现在将仅通过例示的方式说明许多这些替代和修改。
将理解，上述示例实施例可以应用于5G新空口和LTE系统(E-UTRAN)这两者。
UE可以使用动态调度(也称为“一次”授权)和/或使用预先分配的通信资源(例如，通过半持久调度或经配置的授权)来传输或接收数据。将理解，上述反馈复用技术可以应用于使用任意类型的调度所传输的数据。
在以上说明中，使用URLLC和eMBB作为如下的示例性服务，其中针对示例性服务，传输HARQ反馈。然而，将理解，以上方法可应用于具有不同优先级的服务(例如，URLLC和任何其他相对低优先级服务(例如，mMTC和/或类似物))的其他组合。
关于URLLC时延要求，将理解，基站可以配置合适的URLLC PUCCH资源，使得当使用上述的UE内HARQ-ACK复用时满足URLLC HARQ-ACK(无论是否捆绑)的时延和可靠性。更具体地，基站可以基于HARQ-ACK位的最大数量(例如，i)eMBB HARQ-ACK位的数量加上(一个或多于一个)捆绑位以及ii)URLLC HARQ-ACK位的数量加上(一个或多于一个)捆绑位中的较大者)加上用于指示哪个HARQ码本已被捆绑的任何附加位来指示合适的URLLC PUCCH资源。
在NR中，HARQ在下行链路和上行链路这两者都使用异步机制，而在LTE中，HARQ上行链路使用同步机制。在异步HARQ的情况下，多个HARQ进程可以正以任何顺序运行，并且这些进程由针对HARQ数据的各次传输/接收的关联HARQ进程编号来标识。
在步骤S4和S5中，可以使用PUCCH或PUSCH来实现HARQ反馈的传输，并且不同的服务可以使用不同的信道。还将理解，如果合适的话，不同的HARQ进程可以使用不同的信道。
在以上描述中，为了便于理解，将UE、接入网节点(基站)和核心网节点被描述为具有多个分立模块(诸如通信控制模块等)。虽然这些模块可以以这种方式被提供用于某些应用，例如在现有系统已经被修改以实现本发明的情况下，但是在其他应用中，例如在从一开始就考虑到利用本创造性特征而设计的系统中，这些模块可以被构建到整个操作系统或代码中，并且因此这些模块可能无法被辨别为分立实体。这些模块也可以以软件、硬件、固件或这些的混合来实现。
各控制器可以包括任何合适形式的处理电路，包括(但不限于)例如：一个或多于一个硬件实现的计算机处理器；微处理器；中央处理单元(CPU)；算术逻辑单元(ALU)；输入/输出(IO)电路；内部存储器/高速缓存(程序和/或数据)；处理寄存器；通信总线(例如，控制、数据和/或地址总线)；直接存储器访问(DMA)功能；硬件或软件实现的计数器、指针和/或定时器；和/或类似物。
在上述示例实施例中，描述了多个软件模块。如本领域技术人员将理解的，软件模块可以以编译或未编译的形式提供，并且可以作为信号在计算机网络上或在记录介质上供给到UE、接入网节点(基站)和核心网节点。此外，可以使用一个或多于一个专用硬件电路来进行由该软件的部分或全部进行的功能。然而，软件模块的使用是优选的，因为软件模块便于更新UE、接入网节点(基站)和核心网节点以更新它们的功能。
应当理解，当采用控制面-用户面(CP-UP)分离时，基站可以被分离成单独的控制面实体和用户面实体，各实体可以包括关联的收发器电路、天线、网络接口、控制器、存储器、操作系统和通信控制模块。当基站包括分布式基站时，网络接口(图3中的附图标记55)还包括E1接口和F1接口(用于控制面的F1-C和用于用户面的F1-U)，以在分布式基站的相应功能之间通信信号。在这种情况下，通信控制模块还负责基站的控制面部分和用户面部分之间的通信(生成、发送和接收信令消息)。
以上的示例实施例也可应用于“非移动”或一般为固定的用户设备。上述移动装置可以包括MTC/IoT装置和/或类似物。
可以通过将HARQ信息附加到第二HARQ码本来导出复用HARQ码本。可以通过将第一HARQ码本捆绑到单个位来生成URLLC服务的HARQ信息。URLLC服务的HARQ信息可以包括如下的一位，该位被设置为第一值(例如，“1”)以指示已成功接收到与URLLC服务相关联的数据，或者被设置为第二值(例如，“0”)以指示未成功接收到与URLLC服务相关联的数据的至少一部分。
第二服务可以包括增强移动宽带(eMBB)服务。
由UE进行的方法可以包括：使用与URLLC相关联的至少一个通信资源来传输复用HARQ码本。
至少一个预定规则可以包括以下项中的一个或多于一个：
-用于规定如果第一HARQ码本携带ACK和NACK这两者、则将第二HARQ码本捆绑成一位并附加在第一HARQ码本的末尾的规则；
-用于规定如果第一HARQ码本仅携带ACK或仅携带NACK并且第二HARQ码本携带ACK和NACK这两者、则将第一HARQ码本捆绑成一位并附加在第二HARQ码本的末尾的规则；以及
-用于规定如果第二HARQ码本仅携带ACK或仅携带NACK、则将第二HARQ码本捆绑成一位并附加在第一HARQ码本的末尾的规则。
当捆绑位基于第二码本时，由UE进行的方法还可以包括：在传输复用HARQ-ACK码本之后向接入网节点传输第二码本。该方法还可以包括：传输用于指示哪个码本已被捆绑成单个位的信息。用于指示哪个码本已被捆绑成单个位的信息可以包括复用HARQ码本之前的一位指示符。
各种其他修改对于本领域技术人员来说将是显而易见的，并且这里将不进一步详细说明。
以上公开的示例实施例的全部或部分可以被描述为但不限于以下的补充说明。
(补充说明1)
一种由用户设备即UE进行的方法，所述方法包括：
从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；
生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本，并生成针对与所述第二服务相关联的数据的第二HARQ码本；
基于所述第一HARQ码本来生成所述URLLC服务的HARQ信息，并将所述URLLC服务的HARQ信息与所述第二HARQ码本复用以导出复用HARQ码本；以及
使用与URLLC相关联的至少一个通信资源来向所述接入网节点传输所述复用HARQ码本。
(补充说明2)
根据补充说明1所述的方法，其中，通过将所述HARQ信息附加到所述第二HARQ码本来导出所述复用HARQ码本。
(补充说明3)
根据补充说明1或2所述的方法，其中，通过将所述第一HARQ码本捆绑到单个位来生成所述URLLC服务的HARQ信息。
(补充说明4)
根据补充说明1至3中任一项所述的方法，其中，所述URLLC服务的HARQ信息包括一个位，该位被设置为第一值(例如“1”)以指示已经成功接收到与所述URLLC服务相关联的数据，或者被设置为第二值(例如“0”)以指示未成功接收到与所述URLLC服务相关联的数据的至少一部分。
(补充说明5)
根据补充说明1至4中任一项所述的方法，其中，所述第二服务包括增强移动宽带服务即eMBB服务。
(补充说明6)
一种由用户设备即UE进行的方法，所述方法包括：
从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；
生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本，并生成针对与所述第二服务相关联的数据的第二HARQ码本；
根据至少一个预定规则，将所述第一HARQ码本和所述第二HARQ码本中的一个码本捆绑到一位；
将捆绑位与所述第一HARQ码本和所述第二HARQ码本中的另一码本复用，以导出复用HARQ码本；以及
向所述接入网节点传输所述复用HARQ码本。
(补充说明7)
根据补充说明6所述的方法，包括：使用与URLLC相关联的至少一个通信资源来传输所述复用HARQ码本。
(补充说明8)
根据补充说明6或7所述的方法，其中，所述至少一个预定规则包括以下规则中的一个或多于一个：
-用于规定如果所述第一HARQ码本携带ACK和NACK这两者、则将所述第二HARQ码本捆绑成一位并附加在所述第一HARQ码本的末尾的规则；
-用于规定如果所述第一HARQ码本仅携带ACK或仅携带NACK并且所述第二HARQ码本携带ACK和NACK这两者、则将所述第一HARQ码本捆绑成一位并附加在所述第二HARQ码本的末尾的规则；以及
-用于规定如果所述第二HARQ码本仅携带ACK或仅携带NACK、则将所述第二HARQ码本捆绑成一位并附加在所述第一HARQ码本的末尾的规则。
(补充说明9)
根据补充说明6至8中任一项所述的方法，其中，在所述捆绑位是基于所述第二码本的情况下，所述方法还包括：在传输所述复用HARQ-ACK码本之后，将所述第二码本传输到所述接入网节点。
(补充说明10)
根据补充说明6至9中任一项所述的方法，还包括：传输用于指示哪个码本已被捆绑成单个位的信息。
(补充说明11)
根据补充说明10所述的方法，其中，用于指示哪个码本已被捆绑成单个位的信息包括所述复用HARQ码本之前的一位指示符。
(补充说明12)
根据补充说明6至11中任一项所述的方法，其中，所述第二服务包括增强移动宽带服务即eMBB服务。
(补充说明13)
一种由接入网节点进行的方法，所述方法包括：
向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；以及
使用与URLLC相关联的至少一个通信资源来从所述UE接收复用混合自动重传请求码本即复用HARQ码本，其中所述复用HARQ码本基于所述URLLC服务的HARQ信息，所述URLLC服务的HARQ信息是基于针对与所述URLLC服务相关联的数据的第一HARQ码本而生成的并且与针对与所述第二服务相关联的数据的第二HARQ码本复用。
(补充说明14)
一种由接入网节点进行的方法，所述方法包括：
向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；以及
从所述UE接收复用混合自动重传请求码本即复用HARQ码本，其中所述复用HARQ码本包括：i)针对与所述URLLC服务和所述第二服务中的一个服务相关联的数据的第一HARQ码本；以及ii)基于针对与所述URLLC服务和所述第二服务中的另一服务相关联的数据的第二HARQ码本的捆绑位。
(补充说明15)
一种用户设备即UE，包括：
用于从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；
用于生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本、并用于生成针对与所述第二服务相关联的数据的第二HARQ码本的部件；
用于基于所述第一HARQ码本来生成所述URLLC服务的HARQ信息、并用于将所述URLLC服务的HARQ信息与所述第二HARQ码本复用以导出复用HARQ码本的部件；以及
用于使用与URLLC相关联的至少一个通信资源来向所述接入网节点传输所述复用HARQ码本的部件。
(补充说明16)
一种用户设备即UE，包括：
用于从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；
用于生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本、并用于生成针对与所述第二服务相关联的数据的第二HARQ码本的部件；
用于根据至少一个预定规则、将所述第一HARQ码本和所述第二HARQ码本中的一个码本捆绑到一位的部件；
用于将捆绑位与所述第一HARQ码本和所述第二HARQ码本中的另一码本复用、以导出复用HARQ码本的部件；以及
用于向所述接入网节点传输所述复用HARQ码本的部件。
(补充说明17)
一种接入网节点，包括：
用于向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；以及
用于使用与URLLC相关联的至少一个通信资源来从所述UE接收复用混合自动重传请求码本即复用HARQ码本的部件，其中所述复用HARQ码本基于所述URLLC服务的HARQ信息，所述URLLC服务的HARQ信息是基于针对与所述URLLC服务相关联的数据的第一HARQ码本而生成的并且与针对与所述第二服务相关联的数据的第二HARQ码本复用。
(补充说明18)
一种接入网节点，包括：
用于向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；以及
用于从所述UE接收复用混合自动重传请求码本即复用HARQ码本的部件，其中所述复用HARQ码本包括：i)针对与所述URLLC服务和所述第二服务中的一个服务相关联的数据的第一HARQ码本；以及ii)基于针对与所述URLLC服务和所述第二服务中的另一服务相关联的数据的第二HARQ码本的捆绑位。
本申请基于并要求2020年10月15日提交的英国专利申请2016378.8的优先权的权益，其公开内容通过引用而被整体并入本文。

Claims (18)

1.一种由用户设备即UE进行的方法，所述方法包括：
从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；
生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本，并生成针对与所述第二服务相关联的数据的第二HARQ码本；
基于所述第一HARQ码本来生成所述URLLC服务的HARQ信息，并将所述URLLC服务的HARQ信息与所述第二HARQ码本复用以导出复用HARQ码本；以及
使用与URLLC相关联的至少一个通信资源来向所述接入网节点传输所述复用HARQ码本。
2.根据权利要求1所述的方法，其中，通过将所述HARQ信息附加到所述第二HARQ码本来导出所述复用HARQ码本。
3.根据权利要求1或2所述的方法，其中，通过将所述第一HARQ码本捆绑到单个位来生成所述URLLC服务的HARQ信息。
4.根据权利要求1至3中任一项所述的方法，其中，所述URLLC服务的HARQ信息包括一个位，该位被设置为第一值(例如“1”)以指示已经成功接收到与所述URLLC服务相关联的数据，或者被设置为第二值(例如“0”)以指示未成功接收到与所述URLLC服务相关联的数据的至少一部分。
5.根据权利要求1至4中任一项所述的方法，其中，所述第二服务包括增强移动宽带服务即eMBB服务。
6.一种由用户设备即UE进行的方法，所述方法包括：
从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；
生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本，并生成针对与所述第二服务相关联的数据的第二HARQ码本；
根据至少一个预定规则，将所述第一HARQ码本和所述第二HARQ码本中的一个码本捆绑到一位；
将捆绑位与所述第一HARQ码本和所述第二HARQ码本中的另一码本复用，以导出复用HARQ码本；以及
向所述接入网节点传输所述复用HARQ码本。
7.根据权利要求6所述的方法，包括：使用与URLLC相关联的至少一个通信资源来传输所述复用HARQ码本。
8.根据权利要求6或7所述的方法，其中，所述至少一个预定规则包括以下规则中的一个或多于一个：
-用于规定如果所述第一HARQ码本携带ACK和NACK这两者、则将所述第二HARQ码本捆绑成一位并附加在所述第一HARQ码本的末尾的规则；
-用于规定如果所述第一HARQ码本仅携带ACK或仅携带NACK并且所述第二HARQ码本携带ACK和NACK这两者、则将所述第一HARQ码本捆绑成一位并附加在所述第二HARQ码本的末尾的规则；以及
-用于规定如果所述第二HARQ码本仅携带ACK或仅携带NACK、则将所述第二HARQ码本捆绑成一位并附加在所述第一HARQ码本的末尾的规则。
9.根据权利要求6至8中任一项所述的方法，其中，在所述捆绑位是基于所述第二码本的情况下，所述方法还包括：在传输所述复用HARQ-ACK码本之后，将所述第二码本传输到所述接入网节点。
10.根据权利要求6至9中任一项所述的方法，还包括：传输用于指示哪个码本已被捆绑成单个位的信息。
11.根据权利要求10所述的方法，其中，用于指示哪个码本已被捆绑成单个位的信息包括所述复用HARQ码本之前的一位指示符。
12.根据权利要求6至11中任一项所述的方法，其中，所述第二服务包括增强移动宽带服务即eMBB服务。
13.一种由接入网节点进行的方法，所述方法包括：
向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；以及
使用与URLLC相关联的至少一个通信资源来从所述UE接收复用混合自动重传请求码本即复用HARQ码本，其中所述复用HARQ码本基于所述URLLC服务的HARQ信息，所述URLLC服务的HARQ信息是基于针对与所述URLLC服务相关联的数据的第一HARQ码本而生成的并且与针对与所述第二服务相关联的数据的第二HARQ码本复用。
14.一种由接入网节点进行的方法，所述方法包括：
向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号；以及
从所述UE接收复用混合自动重传请求码本即复用HARQ码本，其中所述复用HARQ码本包括：i)针对与所述URLLC服务和所述第二服务中的一个服务相关联的数据的第一HARQ码本；以及ii)基于针对与所述URLLC服务和所述第二服务中的另一服务相关联的数据的第二HARQ码本的捆绑位。
15.一种用户设备即UE，包括：
用于从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；
用于生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本、并用于生成针对与所述第二服务相关联的数据的第二HARQ码本的部件；
用于基于所述第一HARQ码本来生成所述URLLC服务的HARQ信息、并用于将所述URLLC服务的HARQ信息与所述第二HARQ码本复用以导出复用HARQ码本的部件；以及
用于使用与URLLC相关联的至少一个通信资源来向所述接入网节点传输所述复用HARQ码本的部件。
16.一种用户设备即UE，包括：
用于从接入网节点接收用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；
用于生成针对与所述URLLC服务相关联的数据的第一混合自动重传请求码本即第一HARQ码本、并用于生成针对与所述第二服务相关联的数据的第二HARQ码本的部件；
用于根据至少一个预定规则、将所述第一HARQ码本和所述第二HARQ码本中的一个码本捆绑到一位的部件；
用于将捆绑位与所述第一HARQ码本和所述第二HARQ码本中的另一码本复用、以导出复用HARQ码本的部件；以及
用于向所述接入网节点传输所述复用HARQ码本的部件。
17.一种接入网节点，包括：
用于向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；以及
用于使用与URLLC相关联的至少一个通信资源来从所述UE接收复用混合自动重传请求码本即复用HARQ码本的部件，其中所述复用HARQ码本基于所述URLLC服务的HARQ信息，所述URLLC服务的HARQ信息是基于针对与所述URLLC服务相关联的数据的第一HARQ码本而生成的并且与针对与所述第二服务相关联的数据的第二HARQ码本复用。
18.一种接入网节点，包括：
用于向用户设备即UE传输用于携带与第一超可靠和低时延通信服务即第一URLLC服务相关联的数据和与第二服务相关联的数据的信号的部件；以及
用于从所述UE接收复用混合自动重传请求码本即复用HARQ码本的部件，其中所述复用HARQ码本包括：i)针对与所述URLLC服务和所述第二服务中的一个服务相关联的数据的第一HARQ码本；以及ii)基于针对与所述URLLC服务和所述第二服务中的另一服务相关联的数据的第二HARQ码本的捆绑位。
CN202180062131.0A 2020-10-15 2021-10-14 通信系统 Pending CN116195225A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GB2016378.8A GB2599937A (en) 2020-10-15 2020-10-15 Communication system
GB2016378.8 2020-10-15
PCT/JP2021/037980 WO2022080436A1 (en) 2020-10-15 2021-10-14 Communication system

Publications (1)

Publication Number Publication Date
CN116195225A true CN116195225A (zh) 2023-05-30

Family

ID=73598304

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180062131.0A Pending CN116195225A (zh) 2020-10-15 2021-10-14 通信系统

Country Status (6)

Country Link
US (1) US20230246745A1 (zh)
EP (1) EP4189891A1 (zh)
JP (1) JP2023540718A (zh)
CN (1) CN116195225A (zh)
GB (1) GB2599937A (zh)
WO (1) WO2022080436A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114630442B (zh) * 2022-05-16 2022-09-16 武汉世炬信息技术有限公司 资源配置消息传输方法及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11451284B2 (en) * 2019-03-28 2022-09-20 Qualcomm Incorporated Multiplexing codebooks generated for transmissions having different service types
WO2020201385A1 (en) * 2019-04-02 2020-10-08 Telefonaktiebolaget Lm Ericsson (Publ) Multiplexing hybrid automatic repeat request feedback

Also Published As

Publication number Publication date
EP4189891A1 (en) 2023-06-07
US20230246745A1 (en) 2023-08-03
GB202016378D0 (en) 2020-12-02
WO2022080436A1 (en) 2022-04-21
GB2599937A (en) 2022-04-20
JP2023540718A (ja) 2023-09-26

Similar Documents

Publication Publication Date Title
US20210314094A1 (en) Harq-ack transmission method, terminal device and network device
WO2020166334A1 (en) Communication system
US20180324637A1 (en) Method and apparatus for reporting rlc layer status, storage medium and user equipment
EP3852465B1 (en) Wireless communication method and device
US20230046263A1 (en) Methods and communications devices for transmission of uplink signals according to priorities
US20190260517A1 (en) Method, Network Device, and Terminal Device For Transmitting Information
EP3944550B1 (en) Signaling of multiple short tti transmissions
US20230050066A1 (en) Telecommunications apparatus and methods
WO2022080436A1 (en) Communication system
JP2020127218A (ja) フィードバック送信のタイミングを制御するための方法および装置
JP7166356B2 (ja) アップリンク制御情報の伝送方法及び装置
EP4173410B1 (en) Methods, communications devices, and infrastructure equipment
US20240056263A1 (en) Communications device, infrastructure equipment and methods
US20240172231A1 (en) Methods, communications devices, and infrastructure equipment
US20230137740A1 (en) Method and device in nodes used for wireless communication
WO2023019490A1 (zh) 一种无线通信方法及装置、终端设备
TW202218366A (zh) 處理混合自動重傳請求重新傳送的裝置
WO2022152433A1 (en) Methods, communications devices, and infrastructure equipment
WO2023052086A1 (en) Methods, communications devices, and infrastructure equipment
JP2022546919A (ja) Ｃｓｉ報告構成
CN117769876A (zh) 用于tboms传输的方法和装置

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