CN112868258A - 用于优化的harq操作的方法和装置 - Google Patents

用于优化的harq操作的方法和装置 Download PDF

Info

Publication number
CN112868258A
CN112868258A CN201980063400.8A CN201980063400A CN112868258A CN 112868258 A CN112868258 A CN 112868258A CN 201980063400 A CN201980063400 A CN 201980063400A CN 112868258 A CN112868258 A CN 112868258A
Authority
CN
China
Prior art keywords
terminal device
uplink data
data transmission
message
terminal devices
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201980063400.8A
Other languages
English (en)
Other versions
CN112868258B (zh
Inventor
林志鹏
R·M·哈里森
A·雷亚尔
R·巴尔德梅尔
A·贝拉万
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 CN112868258A publication Critical patent/CN112868258A/zh
Application granted granted Critical
Publication of CN112868258B publication Critical patent/CN112868258B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/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]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • 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/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • 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

本公开的各种实施例提供了一种用于优化的HARQ操作的方法。该方法包括：在共享的上行链路资源上向网络节点发送上行链路数据传输；以及从网络节点接收反馈消息，该反馈消息包括指示来自终端设备的上行链路数据传输的接收状态的反馈指示。根据本公开的实施例，可以在诸如NR网络之类的无线通信网络中针对上行链路数据传输提供显式HARQ反馈。

Description

用于优化的HARQ操作的方法和装置
技术领域
本公开总体涉及通信网络，并且更具体地，涉及无线通信网络中的优化的混合自动重传请求(HARQ)操作。
背景技术
本部分介绍了可有助于更好地理解本公开的方面。因此，本部分的陈述应从这个角度阅读，并且不应被理解为是对现有技术中存在的内容或对现有技术中不存在的内容的承认。
在诸如新无线电(NR)/第五代(5G)网络之类的无线通信网络中，针对上行链路(UL)数据传输，不支持显式HARQ反馈。另外，对于具有配置UL许可的UL数据传输，仅支持基于许可的重传。在这种情况下，当终端设备(诸如用户设备(UE))以配置许可向网络节点(诸如服务该UE的基站)发送UL数据消息时，UE将不会接收到显式HARQ反馈。如果UE在预定时间段内没有接收到任何用于重传的下行链路控制信息(DCI)，则UE可以假定基站成功接收到UL数据消息。否则，UE可基于所接收到的DCI来执行重传。在3GPP TS38.212第7.3.1.1节中，具有格式0_0或0_1的DCI中的参数“新数据指示符(NDI)”可被发送给UE，以指示物理上行链路共享信道(PUSCH)上UL数据传输的初始传输或重传。
在NR网络中，可以基于用于UL数据传输的预配置上行链路资源来确定与该预配置上行链路资源上的UL数据传输对应的HARQ过程ID。在3GPP TS38.321的第5.4.1节中，HARQ过程ID可从类似于LTE网络中的半永久调度(SPS)的公式中得出。
对于配置UL许可，与UL数据传输的第一符号相关联的HARQ过程ID可从以下等式中得出：
HARQ Process ID＝[floor(CURRENT_symbol/periodicity)]modulo nrofHARQ-Processes其中，
CURRENT_symbol＝
(系统帧号(SFN)×numberOfSlotsPerFrame×numberOfSymbolsPerSlot+帧中的时隙数量×numberOfSymbolsPerSlot+时隙中的符号数量)，
numberOfSlotsPerFrame是指每帧的连续时隙数量，numberOfSymbolsPerSlot是指每时隙的连续符号数量，以及nrofHARQ-Processes是指HARQ过程数量。
在上面的等式中，CURRENT_symbol是指发生的重复束的第一传输时机的符号索引。此外，如果配置UL许可被激活并且相关联的HARQ过程ID小于nrofHARQ-Processes，则针对配置UL许可来配置HARQ过程。
在具有配置许可的UL传输中，支持多个重复，并且重复因子被预先配置。相同传输块(TB)的多次重复共享相同的HARQ过程ID。
因此，如上所述，在NR网络的HARQ操作中，隐式HARQ反馈被用于UL数据传输，并且HARQ过程ID主要基于被配置给UE用于UL数据传输的传输机会的定时来确定。
在NR网络中，引入了非正交多址接入(NOMA)方案以支持大量UE。NOMA方案通常基于交织、加扰、或扩频方法，并将用户数据映射到多个UE之间共享的资源上。在NOMA中，通过使用适当设计的序列/矢量，来自多个UE的UL传输在共享的时频资源上重叠，以便在频率上扩展信息符号。在基于扩频的NOMA类别中，通过在多个连续资源元素(RE)上重复M-QAM(正交幅度调制)信息符号来执行该预处理，但是每个资源元素具有不同的权重和相位。NOMA范式的思想是，扩展矢量的巧妙设计可以促进高级多用户检测器(MUD)的实现，诸如最小均方误差(MMSE)检测器或最大后验(MAP)检测器，以便改善叠加的UE传输的联合检测/解调。当NOMA使能的UE正在共享时间/频率资源并且有效的MUD解决方案被用于分离它们的数据信号时，支持NOMA方案的NR网络可以在总速率和/或所支持的UE数量方面实现增强的性能。
传统上，去往或来自蜂窝网络中多个UE的数据传输优选通过经由对被发送信号的正交的时间、频率或空间分配而确保或至少尝试确保使用传统的正交多址(OMA)技术的被发送信号的正交性来完成。另外，为了解决在这种分配或传播信道中的缺陷，恢复正交性是接收机过程的目的，该接收机过程使用均衡器、用于例如S-OFDM(扩频正交频分复用)或多输入多输出(MIMO)传输的类似IRC(干扰抑制组合)的接收机和其它类似MMSE的接收机、或这种接收机的非线性变型。
在一些场景中，网络需要在给定资源上处理比根据例如OMA技术所允许的数量更多的UE，例如当可用的自由度(DoF)小于要服务的UE数量时。根据NOMA方案，可以在相同的资源中调度多个UE，并且UE的信号将不会在接收机处基本正交。相反，将存在需要由接收机处理的残余用户间干扰。由于NOMA传输的性质，多个信号被非正交地接收，并且重叠的信号通常必须在解码之前被接收机分离。为了帮助这种处理，已知技术是在各个UE的信号上施加UE特定的签名序列(SS)。然后，接收机可以使用SS来帮助提取各个UE的信号。另一个等效的观点是，调用SS可以使有效的端到端通道更接近对角线。
在支持NOMA的NR网络中，两个或更多个UE被调度在相同或重叠的时间/频率资源上。因此，冲突和失败的UL传输的可能性更高。因此，当前的HARQ操作，即隐式HARQ反馈，对于NOMA可能不够鲁棒。
因此，期望在无线通信网络中，特别是在NR网络中，优化HARQ操作。
发明内容
提供本发明内容以简化形式介绍概念的选择，这些概念将在下面的详细描述中进一步描述。本发明内容并不旨在识别所要求保护的主题的关键特征或必要特征，也不旨在用于限制所要求保护的主题的范围。
本公开提出了一种通信网络中的优化的HARQ操作的解决方案，以便在多个终端设备共享相同或重叠的上行链路资源的情况下针对上行链路数据传输提供显式HARQ反馈。
根据本公开的第一方面，提供了一种由共享上行链路资源的终端设备组中的终端设备执行的方法。该方法包括：在共享上行链路资源上向网络节点发送上行链路数据传输，以及从网络节点接收反馈消息，该反馈消息包括指示来自终端设备的上行链路数据传输的接收状态的反馈指示。
根据示例性实施例，反馈消息还可包括资源指示，其中，当接收状态指示接收来自终端设备的上行链路数据传输的成功时，资源指示指明将要由终端设备用于后续上行链路数据传输的预配置控制信息。
根据示例性实施例，反馈指示可以进一步指示由终端设备组中的一个或多个其它终端设备发送的上行链路数据传输的相应的接收状态。
根据示例性实施例，当针对一个或多个其它终端设备的相应的接收状态指示接收来自一个或多个其它终端设备的相应的上行链路数据传输的成功时，资源指示进一步指示将要由一个或多个其它终端设备用于后续上行链路数据传输的相应的预配置控制信息。
根据示例性实施例，资源指示可以进一步指示预配置控制信息的释放。
根据示例性实施例，终端设备组中的每一个终端设备可以被配置有一个或多个特定签名，并且来自终端设备组的相应的上行链路数据传输可以被施加有用于相应的终端设备的一个或多个特定签名中的一个特定签名。
根据示例性实施例，反馈指示可以与由终端设备组中的相应的终端设备所使用的一个或多个特定签名相关联。
根据示例性实施例，根据本公开的第一方面的方法还可以包括：基于所施加的签名来确定接收状态在反馈指示中的位置。
根据示例性实施例，根据本公开的第一方面的方法还可以包括：响应于接收状态指示接收上行链路数据传输的失败，基于所施加的签名来确定共享上行链路资源中用于重传的上行链路资源。
根据示例性实施例，根据本公开的第一方面的方法还可以包括：基于要用于上行链路数据传输的特定签名和用于上行链路数据传输的时间资源，确定混合自动重传请求(HARQ)过程标识符(ID)。
根据示例性实施例，根据本公开的第一方面的方法还可以包括：响应于与终端设备在其中未发送上行链路数据传输的上行链路传输机会对应的反馈消息，向网络节点发送指示消息，该指示消息指示终端设备在上行链路传输机会中没有发送上行链路数据传输。
根据示例性实施例，指示消息可以是以下之一：具有有效载荷的上行链路数据消息，仅具有解调参考信号(DMRS)的上行链路数据消息，以及上行链路控制消息。
根据示例性实施例，根据本公开的第一方面的方法还可以包括：响应于反馈指示指明没有接收到上行链路数据传输，发送指示网络节点未检测到上行链路数据传输的通知消息。
根据示例性实施例，反馈消息可以在终端设备组共有的组下行链路控制消息中、或在特定于终端设备的下行链路控制消息中、或在物理混合ARQ指示信道(PHICH)上被接收。
根据示例性实施例，组下行链路控制消息可包括用于终端设备组的多个字段，该字段携带针对相应的终端设备的接收状态和预配置控制信息。
根据示例性实施例，根据本公开的第一方面的方法还可以包括：接收配置消息，该配置消息指示多个字段中用于终端设备的字段。
根据示例性实施例，根据本公开的第一方面的方法还可以包括：接收配置消息，该配置消息指示字段偏移和用于伪随机变量的初始值；以及基于字段偏移、初始值和用于上行链路数据传输的时间资源，确定多个字段中用于终端设备的字段。
根据示例性实施例，反馈消息可以用与服务类型相关联的无线电网络临时标识符加扰。
根据示例性实施例，反馈消息可以进一步包括服务类型指示。
根据本公开的第二方面，提供了一种由网络节点执行的方法。该方法包括：接收来自共享上行链路资源的终端设备组中的终端设备的上行链路数据传输；以及向终端设备发送反馈消息，该反馈消息包括指示来自终端设备的上行链路数据传输的接收状态的反馈指示。
根据示例性实施例，根据本公开的第二方面的方法还可以包括：基于被施加在对应的上行链路数据传输上的特定签名，在反馈指示中布置来自终端设备组的上行链路数据传输的相应的接收状态。
根据示例性实施例，根据本公开的第二方面的方法还可以包括：响应于接收状态指示接收上行链路数据传输的失败，基于用于上行链路数据传输的特定签名和用于上行链路数据传输的时间资源，确定混合自动重传请求(HARQ)过程ID。
根据示例性实施例，根据本公开的第二方面的方法还可以包括：接收指示消息或通知消息，其中，指示消息指示终端设备在上行链路传输机会中未发送上行链路数据传输，并且其中，通知消息指示网络节点未检测到上行链路数据传输；以及基于指示消息或通知消息执行动作。
根据示例性实施例，反馈消息可以在终端设备组共有的组下行链路控制消息中、或在特定于终端设备的下行链路控制消息中、或在物理混合ARQ指示信道(PHICH)上被发送。
根据示例性实施例，根据本公开的第二方面的方法还可以包括：发送配置消息，该配置消息指示多个字段中用于终端设备的字段。
根据示例性实施例，根据本公开的第二方面的方法还可以包括：发送配置消息，该配置消息指示针对终端设备的字段偏移和用于伪随机变量的初始值；以及基于字段偏移、初始值和针对终端设备而配置的时间资源，确定多个字段中用于终端设备的字段。
根据本公开的第三方面，提供了一种终端设备。该终端设备包括一个或多个处理器和存储计算机程序代码的一个或多个存储器。一个或多个存储器和计算机程序代码被配置为与一个或多个处理器一起使终端设备至少执行根据本公开的第一方面的方法的任何步骤。
根据本公开的第四方面，提供了一种计算机可读介质，在其上存储有计算机程序代码，该计算机程序代码当在计算机上被执行时使计算机执行根据本公开的第一方面的方法的任何步骤。
根据本公开的第五方面，提供了一种基站。该基站包括一个或多个处理器和存储计算机程序代码的一个或多个存储器。一个或多个存储器和计算机程序代码被配置为与一个或多个处理器一起使基站至少执行根据本公开的第二方面的方法的任何步骤。
根据本公开的第六方面，提供了一种计算机可读介质，在其上存储有计算机程序代码，该计算机程序代码当在计算机上被执行时使计算机执行根据本公开的第二方面的方法的任何步骤。
附图说明
通过结合附图阅读实施例的以下详细描述，可以最优地理解本公开本身、优选的使用模式和其它目的，在附图中：
图1是示出根据本公开的一些实施例的由终端设备执行的方法的流程图；
图2是示出根据本公开的一些实施例的由网络节点执行的方法的流程图；
图3是示出根据本公开的一些实施例的装置的框图；
图4是示出根据本公开的一些实施例的装置的框图；
图5是示出根据本公开的一些实施例的装置的框图；
图6是示出根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图；
图7是示出根据本公开的一些实施例的通过部分无线连接经由基站与UE通信的主机计算机的框图；
图8是示出根据本公开的实施例的在通信系统中实现的方法的流程图；
图9是示出根据本公开的实施例的在通信系统中实现的方法的流程图；
图10是示出根据本公开的实施例的在通信系统中实现的方法的流程图；
图11是示出根据本公开的实施例的在通信系统中实现的方法的流程图。
具体实施方式
参考附图详细描述本公开的实施例。应当理解，仅出于使本领域技术人员能够更好地理解并因此实现本公开的目的来讨论这些实施例，而不是建议对本公开的范围进行任何限制。在整个说明书中对特征、优点或类似语言的引用并不意味着可以用本公开实现的所有特征和优点应当或在本公开的任何单个实施例中。相反，提及特征和优点的语言应被理解为是指结合实施例描述的特定特征、优点或特性被包括在本公开的至少一个实施例中。此外，在一个或多个实施例中，可以以任何合适的方式来组合本公开的所描述的特征、优点和特性。相关领域的技术人员将认识到，可以在没有特定实施例的一个或多个特定特征或优点的情况下实践本公开。在其它情况下，在某些实施例中可以认识到可能在本公开的所有实施例中不存在的附加特征和优点。
如在此所使用的，术语“通信网络”是指遵循任何适当的通信标准的网络，诸如新无线电(NR)、长期演进(LTE)、LTE-A、宽带码分多址(WCDMA)、高速分组接入(HSPA)等。此外，通信网络中终端设备与网络节点之间的通信可以根据任何适合代的通信协议来执行，包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、4G、4.5G、5G通信协议和/或当前已知或将来要开发的任何其它协议。
术语“网络节点”是指通信网络中的网络设备，终端设备经由该网络设备接入网络并从中接收服务。网络节点可以是指基站(BS)、接入点(AP)、多小区/多播协调实体(MCE)、控制器或无线通信网络中的任何其它合适的设备。BS可以是例如节点B(NodeB或NB)、演进节点B(eNodeB或eNB)、下一代节点B(gNodeB或gNB)、远程无线电单元(RRU)、无线电头端(RH)、远程无线电头端(RRH)、中继、低功率节点(诸如毫微微、微微节点)等等。
网络节点的其它示例包括多标准无线电(MSR)无线电设备(诸如MSR BS)、网络控制器(诸如无线电网络控制器(RNC)或基站控制器(BSC))、基站收发台(BTS)、传输点、传输节点、定位节点等。然而，更一般地，网络节点可以表示能够、被配置、被布置和/或可操作以使得能够和/或提供终端设备对无线通信网络的接入或向已经接入无线通信网络的终端设备提供一些服务的任何合适的设备(或设备组)。
术语“终端设备”是指可以接入通信网络并从中接收服务的任何终端设备。作为示例而非限制，终端设备可以是指用户设备(UE)或其它合适的设备。UE可以是例如订户站、便携式订户站、移动站(MS)或接入终端(AT)。终端设备可以包括但不限于便携式计算机，诸如数码相机的图像捕获终端设备、游戏终端设备、音乐存储和播放设备、移动电话、蜂窝电话、智能电话、平板计算机、可穿戴设备、个人数字助理(PDA)、车辆等。
作为又一个具体示例，在物联网(IoT)场景中，终端设备也可以被称为IoT设备，并且表示执行监视、感测和/或测量等并向另一终端设备和/或网络设备发送这种监视、感测和/或测量等的结果的机器或其它设备。在该情况下，终端设备可以是机器到机器(M2M)设备，其在第三代合作伙伴计划(3GPP)上下文中可被称为机器类型通信(MTC)设备。
作为一个特定示例，终端设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这类机器或设备的特定示例是传感器、诸如功率计的计量设备、工业机械、或家用或个人电器(例如电冰箱、电视)、诸如手表的个人可穿戴设备等。在其它场景中，终端设备可以表示车辆或其它设备，例如能够对它的操作状态或与它的操作相关联的其它功能进行监视、感测和/或报告的医疗器械。
如在此所使用的，术语“第一”、“第二”等等是指不同的元件。除非上下文另外明确指出，否则单数形式“一”和“一个”也旨在包括复数形式。如在此所使用的，术语、“包括”、“具有”和/或“包含”指定所陈述的特征、元件和/或组件等的存在，但不排除存在或添加一个或多个其它特征、元件、组件和/或其组合。术语“基于”应被理解为“至少部分地基于”。术语“一个实施例”和“实施例”应被理解为“至少一个实施例”。术语“另一实施例”应被理解为“至少一个其它实施例”。其它定义(明确的和隐含的)可被包括在下面。
如上所述，在NR网络中使用隐式HARQ反馈。但是，对于例如共享相同或重叠的上行链路资源的NOMA使能的UE，这不足够鲁棒。此外，当UE用配置许可类型1或类型2操作时，UE仅在有数据要发送时才发送数据。否则，UE不在配置许可中进行发送。但是网络节点不知道UE是否发送数据，因而网络节点必须检测UE是否不发送。因此，如果网络节点没有检测到来自UE的任何上行链路数据传输，则不连续发送(DTX)可被信号发送给UE。但是在当前的HARQ操作中，DTX不能被信号发送给UE。
此外，在NOMA方案中，UE特定的签名可被用于区分不同的UE。因此，HARQ操作可以与签名有关。但在当前的HARQ操作中，HARQ过程ID的确定仅考虑用于UL数据传输的时间资源。
根据一些示例性实施例，本公开提供了一种解决方案以在多个终端设备共享相同或重叠的UL资源的情况下(例如在NOMA场景、多用户(MU)MIMO场景、非授权频谱上的新无线电(NR-U)场景、超可靠和低时延通信(uRLLC)服务、大规模机器类型通信(mMTC)服务、或增强移动宽带(eMBB)中)，针对UL数据传输提供显式HARQ反馈。根据所提出的解决方案，终端设备可以在共享UL资源上向网络节点发送UL数据传输。在接收到UL数据传输之后，网络节点可以向终端设备发送反馈消息。反馈消息可以包括指示来自终端设备的UL数据传输的接收状态的反馈指示。基于反馈消息，终端设备可以执行对应的操作。
注意，本公开的一些实施例是主要结合NR规范来描述的，NR规范被用作某些示例性网络配置和系统部署的非限制性示例。这样，在此给出的示例性实施例的描述具体参考与其直接相关的术语。这类术语仅在所呈现的非限制性示例和实施例的上下文中使用，并且自然不以任何方式限制本公开。相反，只要本文描述的示例性实施例适用，则可以等同地利用任何其它系统配置或无线电技术。
图1是示出根据本公开的一些实施例的方法100的流程图。图1中所示的方法100可以由在终端设备中实现的或被通信耦合到终端设备的装置执行。根据示例性实施例，终端设备可以是例如UE。进一步地，终端设备可以是NOMA使能的UE、或者是支持低时延和高可靠性通信(例如CMTC或URLLC服务)的UE、或者是支持mMTC服务的UE、或者是采用MU-MIMO技术操作的UE。
根据图1中所示的示例性方法100，终端设备可以向网络节点(诸如终端设备的服务gNB)发送UL数据传输，如框102所示。在一些实施例中，终端设备是终端设备组中的一个终端设备。终端设备组可以包括共享UL资源的至少两个终端设备。众所周知，UL数据传输是基于来自网络节点的UL许可来发送的。UL许可可以被动态地从网络节点接收或者被预先配置。当终端设备有数据要发送时，它将根据所接收的UL许可或配置UL许可来发送数据。
根据示例性实施例，在NOMA的情况下，终端设备可以被配置有一个或多个特定签名。该特定签名可以被施加在终端设备的UL数据传输上，以便于网络节点提取终端设备的UL数据传输。
在3GPP中，针对NOMA提出了几种关键发送(TX)方案。对于每个TX方案，还提供了某种签名设计以用于在相同的(一个或多个)资源元素上的重叠传输。作为示例，对于基于Welch界等式(Welch-bound equality)的扩频多址接入(WSMA)作为NOMA方案，签名可以被如下设计。
假设多用户系统的通用矢量表示为
Figure BDA0002993713280000111
其中，y是接收信号，Sk是对角矩阵，在其主对角线上是矢量sk的元素，而sk是用于第k个用户的扩展序列。另外，hkhk是用于第k个用户的信道，而bk是第k个用户的信息符号。签名矢量的设计度量是总平方互相关
Figure BDA0002993713280000112
Figure BDA0002993713280000121
扩展序列被设计为满足Welch界，Tc≥K2/N，并且等式(WBE)，即，
Figure BDA0002993713280000122
其中，N是扩展序列的长度，K是用户总数。在调制符号上进行扩展操作。然后，扩展序列可被用于扩展调制符号。
响应于发送UL数据传输，终端设备可以从网络节点接收反馈消息，如框104所示。在一些实施例中，反馈消息可以包括指示来自终端设备的UL数据传输的接收状态的反馈指示。接收状态可以包括表示UL数据传输的成功接收的ACK状态和表示UL数据传输的失败接收的NACK状态。在这种情况下，反馈指示可以使用1比特来指示接收状态。另外，接收状态还可以包括表示未接收到UL数据传输的DTX(不连续发送)状态。在这种情况下，反馈指示可以使用2比特来指示接收状态。
此外，反馈指示可以进一步指示由终端设备组中的一个或多个其它终端设备发送的UL数据传输的相应的接收状态。因此，反馈指示可以指示由终端设备组中的一些或所有终端设备发送的UL数据传输的接收状态。这些UL数据传输可以在相同的时隙或不同的时隙中被发送。
在一些示例性实施例中，反馈消息可以进一步包括资源指示。在一些实施例中，当接收状态指示接收来自终端设备的上行链路数据传输的成功即ACK时，资源指示可以指示将要由终端设备用于后续上行链路数据传输的预配置控制信息。因此，当接收状态是ACK时，资源指示可以向终端设备指示什么预配置控制信息将要用于新的传输。在示例性实施例中，预配置控制信息可以包括多个控制信息，例如，签名、调制和编码方案(MCS)、UL许可、或其任何组合。这些控制信息可以被索引。然后，资源指示可以使用适当的比特来指示控制信息的索引。例如，2个或更多个比特可以向终端设备指示它应使用4个或更多个预配置控制信息中的一个来用于新的传输。
此外，预配置控制信息在多长时间是有效的持续时间可以是预配置控制信息的一部分。在一些实施例中，资源指示可以进一步指示预配置控制信息的释放。例如，资源指示可以使用所有零比特来指示释放。因此，预配置控制信息将不再用于后续UL数据传输。
此外，当针对相应的一个或多个其它终端设备的接收状态指示接收来自一个或多个其它终端设备的相应的上行链路数据传输的成功即ACK时，资源指示可以进一步指示将要由一个或多个其它终端设备用于后续上行链路数据传输的相应的预配置控制信息。因此，当针对终端设备的接收状态是ACK时，资源指示可以向该终端设备指示什么预配置控制信息将用于新的传输。
采用资源指示，当终端设备有比平均值更多的数据要发送时，它可以被动态地分配预配置控制信息，同时使用比用于对一个终端设备分配UL资源的完整下行链路控制信息(DCI)更小的“许可”。
在一些实施例中，反馈消息是针对终端设备组中的每一个终端设备的单独消息。在这种情况下，反馈消息可以包括仅针对一个终端设备的反馈指示和资源指示。
在一些实施例中，反馈消息可以被用于终端设备组。在这种情况下，反馈消息可以包括针对终端设备组的反馈指示和资源指示。另外，如果反馈消息被发送到终端设备组，则DTX状态可被确认为NACK状态(如果1比特反馈指示可用)或者被显式地确认为DTX状态(如果2比特反馈指示可用)。
在一些示例性实施例中，终端设备组中的每一个终端设备可以被配置有一个或多个特定签名。特定签名是特定于终端设备的。来自终端设备组中的一个终端设备的一次上行链路数据传输可以被施加该终端设备的一个特定签名。因此，反馈指示可以与终端设备组的特定签名相关联。
例如，假设一组四个UE被分配在重叠的时频资源上，HARQ过程数量是一个，每个UE具有两个要使用的签名，并且仅考虑最新的在先UL数据传输。然后，具有每个签名的4个UE的UL数据传输被表示为{sg0，UE0}，{sg1，UE0}，{sg2，UE1}，{sg3，UE1}，{sg4，UE2}，{sg5，UE2}，{sg6，UE3}，{sg7，UE3}，其中{sgi，UEj}表示带有签名sgi的UEj的UL数据传输。
在该示例中，反馈指示可以使用8比特来指示ACK/NACK状态：A0A1A2A3A4A5A6A7。比特Ai＝0意味着具有签名sgi的UEj的最新UL数据传输的接收状态是NACK，而比特Ai＝1意味着具有签名sgi的UEj的最新UL数据传输的接收状态是ACK，其中j＝floor(i/2)。
另外，在上述示例中，当对于每个UE考虑具有相同签名的多个在先传输时，也可以在反馈指示中引入更多的维度，例如时间维度。
可替代地或附加地，反馈指示可以与被调度用于终端设备组的UL时频资源和/或具有自己的控制资源集(CORESET)的NOMA无线电网络临时标识符(RNTI)相关联。
在一些实施例中，由于反馈指示与终端设备组的特定签名相关联，因此，终端设备可以在接收到反馈消息之后，基于所施加的特定签名来确定针对它的UL数据传输的接收状态在反馈指示中的位置。在以上示例中，UE2可以将针对UL数据传输{sg5，UE2}的接收状态的位置确定为A5。
在一些实施例中，反馈指示可以被映射到用于重传的上行链路资源，然后，终端设备可以响应于接收状态指示针对UL数据传输的NACK状态，基于所施加的特定签名来确定用于重传的UL资源。
在上面的示例中，如果UEj接收到针对它的带有签名sgi的UL数据传输的NACK，则UEj可以基于签名sgi而从下表中得出用于重传的UL资源。另外，在该表中，也可以考虑其它维度，例如时频资源。
Figure BDA0002993713280000141
本领域技术人员将理解，用于重传的UL资源的确定还可以基于动态UL许可或配置UL许可。
此外，根据图1所示的示例性方法100，终端设备可以基于要用于上行链路数据传输的特定签名和用于上行链路数据传输的时间资源来确定HARQ过程ID，如框106所示。通常，终端设备发送具有HARQ过程ID的UL数据传输。在NOMA的情况下，除了时间资源之外，HARQ过程ID还与特定签名相关联。
例如，假设UE具有两个要使用的签名，并且时间段包括2个时隙，其中每个时隙可以是例如一个上行链路时隙。然后，可以针对UE确定4个HARQ过程ID，如下表所示，其中HARQ过程ID在{0，1，2，3}中，签名ID在{0，1}中，时间索引在{0，1}中。因此，如果UE使用签名1，并且上行链路时隙是0，则HARQ过程ID可被确定为1。
HARQ过程ID 0 1 2 3
签名ID 0 1 0 1
时间索引 0 0 1 1
类似地，可以根据时刻(例如，签名随时间而跳动)和HARQ过程ID来确定特定签名。
在一些示例性实施例中，反馈消息可以在终端设备组共有的组下行链路控制消息中、或在特定于终端设备的下行链路控制消息中、或在物理混合ARQ指示信道PHICH上被发送。
在一些实施例中，组下行链路控制消息可以是组下行链路控制信息(DCI)。组DCI可以包括用于终端设备组的多个(Nf)字段，这些终端设备被配置为能够在给定时刻(即，根据所配置的定时偏移和周期性，在时隙中的一个或多个符号)发送UL数据传输。每个字段可一次用于一个终端设备。该字段可以携带针对终端设备的接收状态和预配置控制信息(例如，采用索引的形式)。
在示例性实施例中，如果字段数量Nf不小于组中的终端设备的数量，则每个终端设备可被分配一个字段。然后，终端设备可以接收指示用于该终端设备的字段的配置消息。配置消息可以是RRC信令或媒体接入控制(MAC)控制元素。
在另一示例性实施例中，如果字段数量Nf小于组中的终端设备的数量，则考虑到终端设备将不总是进行发送，因此可以共享组DCI的字段。然后，用于终端设备i的字段Fi(s)可被确定为：
Fi(s)＝(ΔFi+X+s)mod Nf
其中，ΔFi是指RRC信令中被信号发送给终端设备i的固定字段偏移，X表示具有初始值(其是固定的或被信号发送给终端设备i)的伪随机变量(其是在例如[0，Nf]范围内均匀分布的整数)，s是时间索引，诸如时隙索引、上述的CURRENT_symbol、或者识别DCI所对应的时间的另一个整数值。因此，终端设备可以接收指示字段偏移ΔFi和用于伪随机变量X的初始值的配置消息，并根据以上公式确定组DCI中的字段。
在一些实施例中，特定于终端设备的下行链路控制消息可以是UE特定的DCI。在这种情况下，除了NDI之外，UE特定的DCI还可以包括反馈指示。
此外，在一些示例性实施例中，反馈消息可以用与服务类型相关联的RNTI来加扰。例如，RNTI可以是NOMA-RNTI或NOMA-uRLLC-RNTI或NOMA-mMTC-RNTI或NOMA-eMBB-RNTI。终端设备也可以具有多个RNTI。因此，终端设备可以监视用多个RNTI加扰的具有循环冗余校验(CRC)的DCI。
可替代地，在一些示例性实施例中，反馈消息可以包括服务类型指示以指示服务类型，诸如mMTC服务、uRLLC服务、eMBB服务等。
根据示例性实施例，在终端设备接收到非预期反馈消息的情况下，终端设备可以通知网络节点这种错误反馈。应理解，反馈消息应是针对终端设备的单独消息。在示例性实施例中，在接收到反馈消息时，终端设备发现它对应于在其中没有UL传输被发送的UL传输机会。终端设备可以向网络节点发送指示消息以指示在该UL传输机会中没有UL传输被发送。此外，终端设备可以调整或增加某一传输以提高后续UL数据传输的可靠性。
在示例性实施例中，指示消息可以是物理上行链路共享信道(PUSCH)上的UL数据消息，其具有指示错误反馈的预定义信息比特有效载荷。可替代地，指示消息可以是仅具有解调参考信号(DMRS)的UL数据消息，因此不存在上行链路共享信道(UL_SCH)，并且没有功率被用于发送与UL_SCH相对应的资源元素。可替代地，指示消息可以是物理上行链路控制信道(PUCCH)上的UL控制消息，其具有指示终端设备没有在与反馈消息对应的UL传输机会中进行发送的比特。
可替代地或附加地，在一些示例性实施例中，如果终端设备发送了UL数据传输但接收到指示DTX状态的反馈指示，则这意味着网络节点未检测/接收到UL数据传输。然后，终端设备可以向网络节点发送通知消息以指示网络节点未检测/接收到上行链路数据传输。
图2是示出根据本公开的一些实施例的方法200的流程图。图2所示的方法200可以由在网络节点中实现的或被通信耦合到网络节点的装置执行。根据示例性实施例，诸如gNB的网络节点可以被配置为服务如图1所描述的终端设备。在下面关于图2的描述中，对于与先前的示例性实施例中相同或相似的部分，将适当地省略详细描述。
根据图2所示的示例性方法200，网络节点从终端设备接收UL数据传输，如框202所示。然后，网络节点向终端设备发送反馈消息，如框204所示。反馈消息的细节已经在上面进行了描述，在此将被省略。
当网络节点成功接收到UL数据传输时，网络节点将接收状态设置为ACK状态。在这种情况下，网络节点可以进一步在反馈消息中设置资源指示以指示用于新的UL数据传输的预配置控制信息。当网络节点没有成功接收到UL数据传输时，接收状态将被设置为NACK状态。当网络节点没有检测/接收到UL数据传输时，接收状态将被设置为DTX状态。
在一些示例性实施例中，网络节点可以服务共享相同或重叠的UL资源的终端设备组。在接收到来自终端设备组中的一个或多个终端设备的UL传输时，网络节点可以使用反馈指示来指示相应的UL数据传输的接收状态。在NOMA的情况下，UL数据传输可被施加有终端设备的特定签名。然后，反馈指示可以与特定签名相关联。在这种情况下，网络节点可以基于被施加在对应的上行链路数据传输上的特定签名，在反馈指示中布置来自终端设备组的上行链路数据传输的相应的接收状态。
此外，当网络节点没有成功接收到UL数据传输时，网络节点可以确定该UL数据传输的HARQ过程标识符，如框206所示。如上所述，HARQ过程标识符的确定是基于用于上行链路数据传输的特定签名和用于上行链路数据传输的时间资源。
此外，在发送了反馈消息之后，网络节点可以从终端设备接收指示消息。该指示消息指示终端设备没有在与反馈消息对应的UL传输机会中进行发送。然后，网络节点可以执行动作以针对该终端设备调整后续UL数据传输/重传的调度。例如，网络节点可以将终端设备从NOMA切换到OMA，或者针对终端设备使用具有不同UL资源的动态调度。
可替代地或附加地，在发送了具有指示DTX状态的反馈指示的反馈消息之后，网络节点可以从终端设备接收通知消息。该通知消息指示网络节点未检测/接收到与反馈消息对应的UL数据传输。然后，网络节点可以执行上述的动作。
根据示例性实施例，反馈消息可以如上所述地在组DCI中被发送。网络节点可以向终端设备发送配置消息以指示组DCI的哪个字段将被用于该终端设备。配置消息的细节已在上面进行了描述，因此在此省略。
在一些示例性实施例中，网络节点可以使用与服务类型相关联的RNTI来加扰反馈消息。
在多个终端设备共享上行链路资源的情况下，根据前面的示例性实施例的用于优化的HARQ操作的解决方案可以对上行链路数据传输提供显式HARQ反馈，从而提高HARQ操作的鲁棒性。而且，在NOMA的情况下，HARQ过程ID的确定可以考虑终端设备的特定签名和用于UL数据传输的时间资源，这可以实现更灵活的调度并提高传输效率。图1或图2所示的方法可以适用于NOMA、NR-U、uRLLC服务、mMTC服务、eMBB服务等。
图1和图2中所示的各个框可被视为方法步骤，和/或被视为由计算机程序代码的操作而导致的操作，和/或被视为被构造以执行相关功能的多个耦合的逻辑电路元件。上面描述的示意性流程图一般被陈述为逻辑流程图。这样，所描绘的顺序和标记的步骤指示所提出的方法的特定实施例。可以构想在功能、逻辑或效果上与所示方法的一个或多个步骤或其部分等效的其它步骤和方法。另外，特定方法发生的顺序可以或可以不严格遵循所示的对应步骤的顺序。
图3是示出根据本公开的各种实施例的装置300的框图。如图3所示，装置300可以包括一个或多个处理器(诸如处理器301)以及一个或多个存储器(诸如存储计算机程序代码303的存储器302)。存储器302可以是非暂态机器/处理器/计算机可读存储介质。根据一些示例性实施例，装置300可以被实现为集成电路芯片或模块，其可被插入或安装到如图1所描述的终端设备中或者如图2所描述的网络节点中。
在一些实现方式中，一个或多个存储器302和计算机程序代码303可以被配置为与一个或多个处理器301一起使装置300至少执行如结合图1描述的方法的任何操作。在这类实施例中，如上所述，装置300可以如上所述地被实现为终端设备的至少一部分或被通信地耦合到终端设备。作为特定示例，装置300可以被实现为终端设备。
在其它实现方式中，一个或多个存储器302和计算机程序代码303可以被配置为与一个或多个处理器301一起使装置300至少执行如结合图2描述的方法的任何操作。在这类实施例中，如上所述，装置300可以如上所述地被实现为网络节点的至少一部分或被通信地耦合到网络节点。作为特定示例，装置300可以被实现为基站。
可替代地或附加地，一个或多个存储器302和计算机程序代码303可以被配置为与一个或多个处理器301一起使装置300至少执行更多或更少的操作以实现根据本公开的示例性实施例的所提出的方法。
图4是示出根据本公开的一些实施例的装置400的框图。如图4所示，装置400可以包括发送单元401和接收单元402。在示例性实施例中，装置400可以被实现在诸如UE的终端设备中。发送单元401可操作以执行框102中的操作，并且接收单元402可操作以执行框104中的操作。可选地，发送单元401和/或接收单元402可操作以执行更多或更少的操作以实现根据本公开的示例性实施例的所提出的方法。
图5是示出根据本公开的一些实施例的装置500的框图。如图5所示，装置500可以包括接收单元501和发送单元502。在示例性实施例中，装置500可以被实现在诸如gNB的网络节点中。接收单元501可操作以执行框202中的操作，并且发送单元502可操作以执行框204中的操作。可选地，接收单元501和/或发送单元502可操作以执行更多或更少的操作以实现根据本公开的示例性实施例的所提出的方法。
图6是示出根据本公开的一些实施例的经由中间网络连接到主机计算机的电信网络的框图。
参考图6，根据实施例，通信系统包括电信网络810，诸如3GPP类型的蜂窝网络，该其包括接入网络811(诸如无线电接入网络)以及核心网络814。接入网络811包括多个基站812a、812b、812c，诸如NB、eNB、gNB或其它类型的无线接入点，每个基站限定对应的覆盖区域813a、813b、813c。每个基站812a、812b、812c可通过有线或无线连接815被连接到核心网络814。位于覆盖区域813c中的第一UE 891被配置为无线连接到对应的基站812c或被其寻呼。覆盖区域813a中的第二UE 892可无线地连接到对应的基站812a。尽管在该示例中示出了多个UE 891、892，但是所公开的实施例同样适用于唯一UE在覆盖区域中或唯一UE被连接到对应的基站812的情况。
电信网络810自身被连接到主机计算机830，该主机计算机830可以被体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中或者被体现为服务器群中的处理资源。主机计算机830可以在服务提供商的所有权或控制下，或者可以通过服务提供商或代表服务提供商来被操作。电信网络810和主机计算机830之间的连接821和822可以从核心网络814直接延伸到主机计算机830或者可以经由可选的中间网络820进行。中间网络820可以是以下之一或多个的组合：公共网络，私有网络，或主机网络；如果有的话，中间网络820可以是骨干网或互联网；特别地，中间网络820可以包括两个或更多个子网络(未示出)。
整体上，图6的通信系统实现了被连接的UE 891、892与主机计算机830之间的连接。该连接可以被描述为过顶(Over-the-top，OTT)连接850。主机计算机830和被连接的UE891、892被配置为使用接入网络811、核心网络814、任何中间网络820以及可能的其它基础设施(未示出)作为中间体来经由OTT连接850传送数据和/或信令。在OTT连接850穿过的参与通信设备不知道上行链路和下行链路通信的路由的意义上，OTT连接850可以是透明的。例如，基站812可以不或不需要被通知具有源自主机计算机830的将被转发到被连接的UE891的数据的进入下行链路通信的过去路由。类似地，基站812不需要知道源自UE 891的朝向主机计算机830的离开上行链路通信的将来路由。
图7是示出根据本公开的一些实施例的通过部分无线连接经由基站与UE通信的主机计算机的框图。
现在将参考图7描述在前面段落中讨论的根据实施例的UE、基站和主机计算机的示例实现。在通信系统900中，主机计算机910包括硬件915，该硬件915包括通信接口916，该通信接口916被配置为建立和维持与通信系统900的不同通信设备的接口的有线或无线连接。主机计算机910进一步包括处理电路918，该处理电路可以具有存储和/或处理能力。特别地，处理电路918可以包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列、或适于执行指令的这些的组合(未示出)。主机计算机910进一步包括软件911，该软件被存储在主机计算机910中或可由主机计算机910访问，并且可由处理电路918执行。软件911包括主机应用912。主机应用912可操作以向远程用户提供服务，诸如经由在UE 930与主机计算机910处终止的OTT连接950连接的UE 930。在向远程用户提供服务时，主机应用912可提供使用OTT连接950被发送的用户数据。
通信系统900进一步包括基站920，该基站920在电信系统中被提供并包括使得能够与主机910和UE 930通信的硬件925。硬件925可以包括用于建立和维持与通信系统900的不同通信设备的接口有线或无线连接的通信接口926，以及用于建立和维持至少与位于由基站920服务的覆盖区域(图9中未示出)中的UE 930的无线连接970的无线电接口927。通信接口926可以被配置为促进与主机计算机910的连接960。连接960可以是直接的，或者它可以穿过电信系统的核心网络(图9中未示出)和/或电信系统以外的一个或多个中间网络。在所示的实施例中，基站920的硬件925进一步包括处理电路928，该处理电路可以包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列、或适于执行指令的这些的组合(未示出)。基站820进一步包括在内部存储的或经由外部连接可访问的软件921。
通信系统900进一步包括已经提到的UE 930。它的硬件935可以包括无线电接口837，该无线电接口837被配置为建立和维持与服务UE 930当前所在的覆盖区域的基站的无线连接970。UE 930的硬件935进一步包括处理电路938，该处理电路可以包括一个或多个可编程处理器、专用集成电路、现场可编程门阵列、或适于执行指令的这些的组合(未示出)。UE930进一步包括被存储在UE 930中或可由UE 930访问并可由处理电路938执行的软件931。软件931包括客户端应用932。客户端应用932可以可操作以在主机计算机910的支持下经由UE 930向人类或非人类用户提供服务。在主机计算机910中，执行的主机应用912可以经由在UE 930和主机计算机910处终止的OTT连接950与执行的客户端应用932通信。在向用户提供服务时，客户端应用932可以接收来自主机应用912的请求数据，并响应于请求数据来提供用户数据。OTT连接950可以传送请求数据和用户数据两者。客户端应用932可以与用户交互以生成它提供的用户数据。
应注意，图7中所示的主机910、基站920和UE 930可以分别与图6的主机830、基站812a、812b、812c之一以及UE 891、892之一相同或相似。也就是说，这些实体的内部工作原理可以如图7所示，并且独立地，周围的网络拓扑可以是图6的内部拓扑。
在图7中，已经抽象地绘制了OTT连接950，以示出主机计算机910与UE 930之间经由基站920的通信，而无需明确地参考任何中间设备和经由这些设备的消息的精确路由。网络基础设施可以确定路由，它可被配置为对UE 930或操作主机计算机910的服务提供商或两者隐藏该路由。尽管OTT连接950是活动的，但网络基础设施还可以采取动态改变路由的决策(例如，基于网络的负载平衡考虑或重新配置)。
UE 930和基站920之间的无线连接970是根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个实施例改进使用其中无线连接970形成最后一段的OTT连接950被提供给UE 930的OTT服务的性能。更精确地，这些实施例的教导可以改善时延和功耗，从而提供诸如较低的复杂性、接入小区所需的时间减少、更好的响应性、延长的电池寿命等优点。
测量过程可以被提供用于监测一个或多个实施例改进的数据速率、时延和其它因素的目的。可以进一步存在用于响应于测量结果的变化来重新配置主机计算机910与UE930之间的OTT连接950的可选的网络功能。测量过程和/或用于重新配置OTT连接950的网络功能可以采用主机计算机910的软件911和硬件915或者采用UE 930的软件931和硬件935或两者实现。在一些实施例中，传感器(未示出)可被部署在OTT连接950穿过的通信设备中或与之相关联；传感器可以通过提供以上示例的被监测量的值或提供软件911、931可以据此计算或者估计被监测量的其它物理量的值来参与测量过程。OTT连接950的重新配置可以包括消息格式、重传设置、优选路由等；重新配置不需要影响基站920，并且它对于基站920可以是未知或感觉不到的。这类过程和功能在本领域中是已知并被实现的。在某些实施例中，测量可以涉及促进主机计算机910的吞吐量、传播时间、时延等测量的专有UE信令。测量可被实现，因为软件911和931使得消息(特别是空或“假”消息)使用OTT连接950被发送，同时它监测传播时间、误差等。
图8是示出根据实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图6和图7所描述的主机计算机、基站和UE。为了简化本公开，在该部分仅包括图8的附图标记。在步骤1010中，主机计算机提供用户数据。在步骤1010的子步骤1011(其可以是可选的)中，主机计算机通过执行主机应用来提供用户数据。在步骤1020中，主机计算机发起到UE的携带用户数据的传输。在步骤1030(其可以是可选的)中，根据贯穿本公开所描述的实施例的教导，基站向UE发送在主机计算机发起的传输中携带的用户数据。在步骤1040(其也可以是可选的)中，UE执行与由主机计算机执行的主机应用相关联的客户端应用。
图9是示出根据实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图6和图7所描述的主机计算机、基站和UE。为了简化本公开，在该部分仅包括图9的附图标记。在该方法的步骤1110中，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在步骤1120中，主机计算机发起到UE的携带用户数据的传输。根据贯穿本公开描述的实施例的教导，传输可以经由基站传递。在步骤1130(其可以是可选的)中，UE接收在传输中携带的用户数据。
图10是示出根据实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图6和图7所描述的主机计算机、基站和UE。为了简化本公开，在该部分仅包括图10的附图标记。在步骤1210(其可以是可选的)中，UE接收由主机计算机提供的输入数据。附加地或可替代地，在步骤1220中，UE提供用户数据。在步骤1220的子步骤1221(其可以是可选的)中，UE通过执行客户端应用来提供用户数据。在步骤1210的子步骤1211(其可以是可选的)中，UE执行提供用户数据的客户端应用作为对所接收的由主机计算机提供的接收的输入数据的反应。在提供用户数据时，所执行的客户端应用可以进一步考虑从用户接收的用户输入。不管提供用户数据的具体方式如何，在子步骤1230(其可以是可选的)中，UE发起用户数据到主机计算机的传输。在该方法的步骤1240中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。
图11是示出根据实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图6和图7所描述的主机计算机、基站和UE。为了简化本公开，在该部分仅包括图11的附图标记。在步骤1310(其可以是可选的)中，根据贯穿本公开描述的实施例的教导，基站接收来自UE的用户数据。在步骤1320(其可以是可选的)中，基站发起所接收的用户数据到主机计算机的传输。在步骤1330(其可以是可选的)中，主机计算机接收在由基站发起的传输中携带的用户数据。
通常，各种示例性实施例可以以硬件或专用芯片、电路、软件、逻辑或其任何组合来实现。例如，一些方面可以以硬件来实现，而其它方面可以用可由控制器、微处理器或其它计算设备执行的固件或软件来实现，但是本公开不限于此。尽管本公开的示例性实施例的各个方面可以被图示和描述为框图、流程图或使用一些其它图形表示，但是可以理解的是，作为非限制性示例，在此所述的这些框、装置、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备或其一些组合实现。
这样，应当理解，本公开的示例性实施例的至少一些方面可以在诸如集成电路芯片和模块的各种组件中实践。因此，应当理解，本公开的示例性实施例可以被实现在被实现为集成电路的装置中，其中集成电路可以包括用于实现以下各项中的至少一项或多项的电路(以及可能的固件)：可被配置为根据本公开的示例性实施例操作的数据处理器、数字信号处理器、基带电路和射频电路。
应当理解，本公开的示例性实施例的至少一些方面可以体现在由一个或多个计算机或其它设备执行的计算机可执行指令中，诸如在一个或多个程序模块中。通常，程序模块包括例程、程序、对象、组件、数据结构等，它们在由计算机或其它设备中的处理器执行时执行特定任务或实现特定抽象数据类型。计算机可执行指令可被存储在诸如硬盘、光盘、可移动存储介质、固态存储器、随机存取存储器(RAM)等的计算机可读介质上。如本领域技术人员将理解的，程序模块的功能可以在各种实施例中根据需要组合或分布。另外，该功能可以全部或部分地体现在固件或等同的硬件中，诸如集成电路、现场可编程门阵列(FPGA)等。
本公开包括本文明确公开的任何新颖的特征或特征的组合或其任何一般化。当结合附图阅读时，本公开的前述示例性实施例的各种修改和更改鉴于前述描述可以对于相关领域的技术人员变得显而易见。然而，任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。

Claims (39)

1.一种由终端设备组中的终端设备执行的方法(100)，所述终端设备组共享上行链路资源，所述方法包括：
在所共享的上行链路资源上向网络节点发送(102)上行链路数据传输；以及
从所述网络节点接收(104)反馈消息，所述反馈消息包括指示来自所述终端设备的所述上行链路数据传输的接收状态的反馈指示。
2.根据权利要求1所述的方法，其中，所述反馈消息还包括资源指示，其中，当所述接收状态指示接收来自所述终端设备的所述上行链路数据传输的成功时，所述资源指示指明将要由所述终端设备用于后续上行链路数据传输的预配置控制信息。
3.根据权利要求1所述的方法，其中，所述反馈指示进一步指示由所述终端设备组中的一个或多个其它终端设备发送的上行链路数据传输的相应的接收状态。
4.根据权利要求3所述的方法，其中，当针对所述一个或多个其它终端设备的相应的接收状态指示接收来自所述一个或多个其它终端设备的相应的上行链路数据传输的成功时，所述资源指示进一步指示将要由所述一个或多个其它终端设备用于后续上行链路数据传输的相应的预配置控制信息。
5.根据权利要求2或4所述的方法，其中，所述资源指示进一步指示所述预配置控制信息的释放。
6.根据权利要求3所述的方法，其中，所述终端设备组中的每个终端设备被配置有一个或多个特定签名，并且其中，来自所述终端设备组的相应的上行链路数据传输被施加有用于相应的终端设备的所述一个或多个特定签名中的一个特定签名。
7.根据权利要求6所述的方法，其中，所述反馈指示与由所述终端设备组中的相应的终端设备所使用的所述一个或多个特定签名相关联。
8.根据权利要求7所述的方法，还包括：
基于所施加的特定签名，确定所述接收状态在所述反馈指示中的位置。
9.根据权利要求6所述的方法，还包括：
响应于所述接收状态指示接收所述上行链路数据传输的失败，基于所施加的特定签名来确定所共享的上行链路资源中用于重传的上行链路资源。
10.根据权利要求6所述的方法，还包括：
基于要用于所述上行链路数据传输的所述特定签名和用于所述上行链路数据传输的时间资源，确定(106)混合自动重传请求HARQ过程标识符。
11.根据权利要求1或2所述的方法，还包括：
响应于与所述终端设备在其中未发送上行链路数据传输的上行链路传输机会对应的反馈消息，向所述网络节点发送指示消息，所述指示消息指示所述终端设备在所述上行链路传输机会中没有发送上行链路数据传输。
12.根据权利要求11所述的方法，其中，所述指示消息是以下之一：具有有效载荷的上行链路数据消息，仅具有解调参考信号DMRS的上行链路数据消息，以及上行链路控制消息。
13.根据权利要求1或2所述的方法，还包括：
响应于所述反馈指示指明没有接收到所述上行链路数据传输，发送指示所述网络节点未检测到所述上行链路数据传输的通知消息。
14.根据权利要求3至10中任一项所述的方法，其中，所述反馈消息在所述终端设备组共有的组下行链路控制消息中、或在特定于所述终端设备的下行链路控制消息中、或在物理混合ARQ指示信道PHICH上被接收。
15.根据权利要求14所述的方法，其中，所述组下行链路控制消息包括用于所述终端设备组的多个字段，所述字段携带针对相应的终端设备的接收状态和预配置控制信息。
16.根据权利要求15所述的方法，还包括：
接收指示所述多个字段中用于所述终端设备的字段的配置消息。
17.根据权利要求15所述的方法，还包括：
接收指示字段偏移和用于伪随机变量的初始值的配置消息；以及
基于所述字段偏移、所述初始值和用于所述上行链路数据传输的时间资源，确定所述多个字段中用于所述终端设备的字段。
18.根据权利要求1至17中任一项所述的方法，其中，所述反馈消息用与服务类型相关联的无线电网络临时标识符加扰。
19.根据权利要求1至17中任一项所述的方法，其中，所述反馈消息还包括服务类型指示。
20.一种由网络节点执行的方法(200)，包括：
接收(202)来自终端设备组中的终端设备的上行链路数据传输，所述终端设备组共享上行链路资源；以及
向所述终端设备发送(204)反馈消息，所述反馈消息包括指示来自所述终端设备的所述上行链路数据传输的接收状态的反馈指示。
21.根据权利要求20所述的方法，其中，所述反馈消息还包括资源指示，其中，当所述接收状态指示接收来自所述终端设备的所述上行链路数据传输的成功时，所述资源指示指明将要由所述终端设备用于后续上行链路数据传输的预配置控制信息。
22.根据权利要求20所述的方法，其中，所述反馈指示进一步指示由所述终端设备组中的一个或多个其它终端设备发送的上行链路数据传输的相应的接收状态。
23.根据权利要求22所述的方法，其中，当针对所述一个或多个其它终端设备的相应的接收状态指示接收来自所述一个或多个其它终端设备的相应的上行链路数据传输的成功时，所述资源指示进一步指示将要由所述一个或多个其它终端设备用于后续上行链路数据传输的相应的预配置控制信息。
24.根据权利要求21或23所述的方法，其中，所述资源指示进一步指示所述预配置控制信息的释放。
25.根据权利要求22所述的方法，其中，所述终端设备组中的每个终端设备被配置有一个或多个特定签名，并且其中，来自所述终端设备组的相应的上行链路数据传输被施加有用于相应的终端设备的所述一个或多个特定签名中的一个特定签名。
26.根据权利要求25所述的方法，其中，所述反馈指示与由所述终端设备组中的相应的终端设备所使用的所述一个或多个特定签名相关联。
27.根据权利要求26所述的方法，进一步包括：
基于被施加在对应的上行链路数据传输上的特定签名，在所述反馈指示中布置来自所述终端设备组的上行链路数据传输的相应的接收状态。
28.根据权利要求25所述的方法，进一步包括：
响应于所述接收状态指示接收所述上行链路数据传输的失败，基于用于所述上行链路数据传输的所述特定签名和用于所述上行链路数据传输的时间资源，确定(206)混合自动重传请求HARQ过程标识符。
29.根据权利要求20或21所述的方法，进一步包括：
接收指示消息或通知消息，所述指示消息指示所述终端设备在上行链路传输机会中没有发送上行链路数据传输，并且所述通知消息指示所述网络节点未检测到所述上行链路数据传输；以及
基于所述指示消息或所述通知消息来执行动作。
30.根据权利要求22至28中任一项所述的方法，其中，所述反馈消息在所述终端设备组共有的组下行链路控制消息中、或在特定于所述终端设备的下行链路控制消息中、或在物理混合ARQ指示信道PHICH上被发送。
31.根据权利要求30所述的方法，其中，所述组下行链路控制消息包括用于所述终端设备组的多个字段，所述字段携带针对相应的终端设备的接收状态和预配置控制信息。
32.根据权利要求30所述的方法，还包括：
发送指示所述多个字段中用于所述终端设备的字段的配置消息。
33.根据权利要求30所述的方法，还包括：
发送指示针对所述终端设备的字段偏移和用于伪随机变量的初始值的配置消息；以及
基于所述字段偏移、所述初始值和针对所述终端设备而配置的时间资源，确定所述多个字段中用于所述终端设备的字段。
34.根据权利要求20至32中任一项所述的方法，其中，所述反馈消息用与服务类型相关联的无线电网络临时标识符加扰。
35.根据权利要求20至32中任一项所述的方法，其中，所述反馈消息进一步包括服务类型指示。
36.一种终端设备(300)，包括：
一个或多个处理器(301)；以及
一个或多个存储器(302)，其包括计算机程序代码(303)，
所述一个或多个存储器(302)和所述计算机程序代码(303)被配置为与所述一个或多个处理器(301)一起使所述终端设备(300)至少执行根据权利要求1-19中任一项所述的方法。
37.一种基站(300)，包括：
一个或多个处理器(301)；以及
一个或多个存储器(302)，其包括计算机程序代码(503)，
所述一个或多个存储器(302)和所述计算机程序代码(303)被配置为与所述一个或多个处理器(301)一起使所述基站(300)至少执行根据权利要求20-35中任一项所述的方法。
38.一种计算机可读介质，在其上存储有计算机程序代码，所述计算机程序代码当在计算机上被执行时使所述计算机执行根据权利要求1至19中任一项所述的方法。
39.一种计算机可读介质，在其上存储有计算机程序代码，所述计算机程序代码当在计算机上被执行时使所述计算机执行根据权利要求20-35中任一项所述的方法。
CN201980063400.8A 2018-09-28 2019-09-23 用于优化的harq操作的方法和装置 Active CN112868258B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNPCT/CN2018/108495 2018-09-28
CN2018108495 2018-09-28
PCT/CN2019/107285 WO2020063533A1 (en) 2018-09-28 2019-09-23 Method and apparatus for optimized harq operation

Publications (2)

Publication Number Publication Date
CN112868258A true CN112868258A (zh) 2021-05-28
CN112868258B CN112868258B (zh) 2024-05-14

Family

ID=69953358

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980063400.8A Active CN112868258B (zh) 2018-09-28 2019-09-23 用于优化的harq操作的方法和装置

Country Status (6)

Country Link
US (1) US11824659B2 (zh)
EP (1) EP3857997A4 (zh)
CN (1) CN112868258B (zh)
CA (1) CA3114459A1 (zh)
MX (1) MX2021003380A (zh)
WO (1) WO2020063533A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019191861A1 (en) * 2018-04-02 2019-10-10 Qualcomm Incorporated Parallel transmission of preamble sequences with data layers for improved data detection

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120163322A1 (en) * 2009-09-25 2012-06-28 Anna Larmo Method and arrangement in a wireless communication system
CN104052700A (zh) * 2014-05-27 2014-09-17 北京创毅视讯科技有限公司 一种lte系统抗干扰方法和装置
CN105515734A (zh) * 2014-09-26 2016-04-20 上海贝尔股份有限公司 用于促进上行链路传输的混合自动重复请求的方法和设备
CN107925525A (zh) * 2015-07-02 2018-04-17 Lg 电子株式会社 在无线通信系统中发送和接收上行链路数据的方法及其装置
WO2018128200A1 (ko) * 2017-01-04 2018-07-12 엘지전자 주식회사 Noma 기반 시스템에서 harq 동작을 수행하는 방법 및 이를 위한 장치
WO2018171242A1 (en) * 2017-03-23 2018-09-27 Huawei Technologies Co., Ltd. Configuration, indication and ack/nack for multiple harq grant-free transmission

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101409608B (zh) * 2007-10-12 2012-05-09 中兴通讯股份有限公司 混合自动重传请求的传输方法
CN101707802B (zh) * 2009-10-16 2012-07-04 普天信息技术研究院有限公司 一种hspa+系统中ue发送上行业务数据的方法
ES2566974T3 (es) 2010-02-23 2016-04-18 Alcatel Lucent Realimentación de información de estado de canal
JP2012065126A (ja) * 2010-09-16 2012-03-29 Sharp Corp 無線通信システム、基地局装置、移動局装置、無線通信方法および集積回路
KR101866619B1 (ko) * 2015-01-08 2018-06-14 주식회사 케이티 단일 셀 멀티전송 데이터를 송수신하는 방법 및 그 장치
US10756867B2 (en) * 2016-10-23 2020-08-25 Lg Electronics Inc. Method and apparatus for transmitting signal on basis of contention-based non-orthogonal multiple access scheme
US10673593B2 (en) * 2016-11-03 2020-06-02 Huawei Technologies Co., Ltd. HARQ signaling for grant-free uplink transmissions
US10863527B2 (en) * 2017-09-07 2020-12-08 Futurewei Technologies, Inc. System and method for HARQ acknowledgement
CA3022244A1 (en) * 2017-10-27 2019-04-27 Comcast Cable Communications, Llc Group common dci for wireless resources
US11546924B2 (en) * 2018-04-27 2023-01-03 Qualcomm Incorporated Group physical control channel for autonomous uplink transmissions
US11063705B2 (en) * 2018-06-18 2021-07-13 Google Llc Methods and apparatus for HARQ in NOMA transmission for 5G NR

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120163322A1 (en) * 2009-09-25 2012-06-28 Anna Larmo Method and arrangement in a wireless communication system
CN104052700A (zh) * 2014-05-27 2014-09-17 北京创毅视讯科技有限公司 一种lte系统抗干扰方法和装置
CN105515734A (zh) * 2014-09-26 2016-04-20 上海贝尔股份有限公司 用于促进上行链路传输的混合自动重复请求的方法和设备
CN107925525A (zh) * 2015-07-02 2018-04-17 Lg 电子株式会社 在无线通信系统中发送和接收上行链路数据的方法及其装置
WO2018128200A1 (ko) * 2017-01-04 2018-07-12 엘지전자 주식회사 Noma 기반 시스템에서 harq 동작을 수행하는 방법 및 이를 위한 장치
WO2018171242A1 (en) * 2017-03-23 2018-09-27 Huawei Technologies Co., Ltd. Configuration, indication and ack/nack for multiple harq grant-free transmission

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NTT DOCOMO: ""Considerations on NOMA related procedures"", 3GPP TSG RAN WG1 MEETING #93 R1-1807075 *

Also Published As

Publication number Publication date
EP3857997A1 (en) 2021-08-04
CN112868258B (zh) 2024-05-14
MX2021003380A (es) 2021-05-27
EP3857997A4 (en) 2021-11-17
US11824659B2 (en) 2023-11-21
US20220006572A1 (en) 2022-01-06
WO2020063533A1 (en) 2020-04-02
CA3114459A1 (en) 2020-04-02

Similar Documents

Publication Publication Date Title
US11109267B2 (en) Base station apparatus, terminal apparatus, and communication method for these apparatuses
CN107736064B (zh) 用于在终端之间发送信号的方法及其设备
EP2484046B1 (en) Apparatus and method for initialization of reference signal scrambling
JP2023054357A (ja) アップリンク制御情報を送信するための方法、システム、および装置
US9848438B2 (en) Terminal, base station, and communication method
US11349593B2 (en) Method and device for transmitting and receiving control information in wireless cellular communication system
JP7413398B2 (ja) ランダムアクセスプロシージャのための方法、端末デバイスおよび基地局
CN110140407B (zh) 用于发送下行链路控制信息的方法和设备
US9844039B2 (en) Terminal, base station, and communication method
US20200228251A1 (en) Method and apparatus for feedback transmission and reception in wireless communication system
CN114270755A (zh) 用于在支持侧链路通信的通信系统中发送和接收harq响应的方法和装置
US20230198721A1 (en) SINGLE CORESET BASED PDCCH DIVERSITY OVER MULTIPLE TRPs
KR20180099412A (ko) 무선 셀룰라 통신 시스템에서 제어 및 데이터 신호의 사용자 구분 방법 및 장치
JP7140129B2 (ja) 無線通信装置、無線通信方法およびコンピュータプログラム
CN115668850A (zh) 用于为多个传输时机确定tci状态的系统和方法
CN112868258B (zh) 用于优化的harq操作的方法和装置
CN112997557A (zh) 解调参考信号序列生成方法及装置
KR20220050766A (ko) 통신 시스템에서의 브로드캐스트 신호의 송수신 방법 및 장치
US20240106578A1 (en) Method and Apparatus for Acknowledgement in Multicast
US20220321263A1 (en) Method and apparatus for random access
KR20210020771A (ko) 사이드링크 통신을 지원하는 통신 시스템에서 harq 응답의 송수신을 위한 방법 및 장치
KR20210138820A (ko) 통신 시스템에서 ldm에 기초한 신호의 송수신 방법 및 장치
CN115804224A (zh) 用于多播通信的方法和装置
CN117178612A (zh) 用于多pusch和多pdsch调度的确认信令
JP2019512182A (ja) 制御情報の送受信方法および装置

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