CN110999159B - 在上行链路中进行通信的方法和设备、用于在上行链路上接收数据的方法和设备 - Google Patents

在上行链路中进行通信的方法和设备、用于在上行链路上接收数据的方法和设备 Download PDF

Info

Publication number
CN110999159B
CN110999159B CN201880051932.5A CN201880051932A CN110999159B CN 110999159 B CN110999159 B CN 110999159B CN 201880051932 A CN201880051932 A CN 201880051932A CN 110999159 B CN110999159 B CN 110999159B
Authority
CN
China
Prior art keywords
data
channel
redundant
transmission
dedicated
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201880051932.5A
Other languages
English (en)
Other versions
CN110999159A (zh
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.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips NV
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 Koninklijke Philips NV filed Critical Koninklijke Philips NV
Publication of CN110999159A publication Critical patent/CN110999159A/zh
Application granted granted Critical
Publication of CN110999159B publication Critical patent/CN110999159B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809Selective-repeat protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1816Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of the same, encoded, message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825Adaptation of specific ARQ protocol parameters according to transmission conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1858Transmission or retransmission of more than one copy of acknowledgement message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/189Transmission or retransmission of more than one copy of a message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0078Timing of allocation
    • H04L5/0082Timing of allocation at predetermined intervals

Abstract

提供用于根据自动重传请求ARQ方案、和/或混合ARQ HARQ方案进行通信的方法和系统。该方法可以包括:在第一信道上的专用资源上执行第一数据传输;与第一数据传输同时或在随后的资源中,执行至少一个冗余传输。

Description

在上行链路中进行通信的方法和设备、用于在上行链路上接 收数据的方法和设备
技术领域
本文提供的技术方案涉及例如从基站(BS)到用户设备(UE)和/或反之的消息传输和冗余传输。
一般而言,获得大量的发送器/接收器之间的快速通信的努力可能导致可靠性降低。因此,需要快速重传。
背景技术
在超低延迟通信中,一方面,具有非常低的占空比的预调度(例如,半持久调度(SPS))是关键方案。另一方面,对于超低延迟通信,必须减小传输时间间隔(TTI,例如短-TTI)、无线电帧大小、以及混合自动重传请求(HARQ)重传间隔。
由于大多数超低延迟用例也需要高可靠性,因此这对针对支持减少的帧图和短的存在周期的诸如混合自动重传请求HARQ设计等技术提出了巨大挑战。
以下示例关注于以开环或几乎开环的方式对用于超低延迟可靠通信的半持久增量冗余重传的设计。
以下示例涉及延迟受限(关键任务)通信服务、多层QoS服务、超可靠通信、增强型多址(MA)方案和MA信道。
本文描述的技术方案允许增加传输的可靠性,并且因此可以用于不可靠的通信信道。
在现有技术中,已经尝试使用以下策略来提高可靠性:
·TTI捆绑,因为(通过多个子帧TTI)多次传输相同的信息,这是一种冗余或多样性(这花费大量的延迟,并且仅在UL中受到支持)[6,7]
·仅使用具有短TTI的异步HARQ;不能保证低延迟,因为重传序列仍然可能发生[1-4]
·对于多个传输块,使用多个ACK或组合的ACK进行泛洪传输。如果HARQ可以很晚地校正,则这仍然由于响应延迟而导致延迟。此外,它不适合具有短(甚至正常)周期的SPS。[10]
·提供例如对帧的不同片段进行中继的额外的硬件,但是这在关键任务通信中可能不可行[8]。
·用于反馈多个帧的HARQ-ACK捆绑和复用,由于顺序重传,这仍然引起延迟[11]
发明内容
根据示例,一种用于根据自动重传请求ARQ方案、和/或混合ARQ HARQ方案进行通信的方法可以包括:
-执行第一数据传输;
-与第一数据传输同时或在随后的物理资源中,执行至少一个冗余传输。
因此,增加了可靠性。
根据示例,方法可以包括:当满足停止条件或推迟条件时,结束或推迟数据传输,停止条件或推迟条件包括以下条件中的至少一个或以下条件中的至少两个的“或”条件:
-接收到确认ACK消息;
-已执行最大次数的重传;
-最大计时器期满;
-其他传输被发送或将被发送。
因此,增加了可靠性。
根据示例,一种方法可以包括:
-在执行第一数据传输和至少一个冗余传输之前,将要发送的数据插入与第一数据传输相关联的第一传输缓冲器中,并且将冗余数据插入与至少一个冗余传输相关联的第二传输缓冲器中;以及
-当满足停止条件或推迟条件时,将第二传输缓冲器清空。
因此,在用于执行传输的相同策略的情况下,可以避免无用的重传。
根据示例,一种方法可以包括根据追赶组合方案和/或冗余前向纠错来执行至少一个冗余传输。
因此,增加了可靠性。
根据示例,数据传输和冗余传输在上行链路UL中,并且一种方法可以包括执行先听后讲方案或者基于监听或检测技术的方案以用于执行至少一个冗余传输。
因此,可以执行用于调节不同UE之间的媒体访问的有效技术。
根据示例,一种方法可以包括:
-执行冗余传输,直到满足推迟条件;
-在处置冗余传输时等待随后的(专用或非专用)资源;
-在随后的专用资源上执行至少一个附加的冗余传输。
因此,提高了效率。
例如,可以执行几个HARQ冗余传输,并且当不再可能时,可以操作ARQ重传。因此,利用HARQ和ARQ传输可以有效地使用通信信道。
根据示例,一种方法可以包括:在初始步骤中,测量至少部分地与网络状态相关联的度量,以当度量低于可接受阈值时启动随后的步骤。
因此,可以仅在必需时才有利地启动以上和/或以下方法。
根据示例,一种方法可以包括:执行调度以将多个专用资源与要在上行链路UL和/或下行链路DL中发送的数据相关联,以允许在第一信道和/或第二信道中在第一专用资源与在第一专用资源之后或同时的至少一个专用或非专用资源之间进行关联。
因此,可以在免授权的基础上执行HARQ冗余传输,这允许避免当已经接收到正确消息时重复HARQ传输。
根据示例,一种方法可以包括:测量至少部分地与网络的状态相关联的度量,以向经受低QoS和/或请求紧急通信的设备指派更多的冗余传输。
因此,网络通过允许性能最低的UE有某些附加的资源使用来适应UE的状况。
根据示例,一种方法可以包括:确定优先级的排名,以将更多的重传指派给更高优先级的传输。
在紧急通信(例如,URLLC)的情况下,更多的重传被指派,以增加执行最重要的通信的设备的可靠性。
根据示例,一种方法可以包括:
-在第一信道处执行第一传输;以及
-在第二信道处执行至少一个冗余传输。
在一些示例中,可以预留一些信道,例如,用于HARQ传输。
根据示例,第一信道可以包括专用物理资源,并且第二信道可以包括免授权物理资源。
根据示例,一种用于接收数据的方法可以包括:
-接收第一数据,并且同时或随后地接收至少一个冗余数据;
-对第一数据和/或至少一个冗余数据执行有效性检查;以及
-如果针对第一数据和/或至少一个冗余数据中的至少一个,有效性检查是肯定的,则发送确认ACK消息,和/或
-如果针对第一数据和/或至少一个冗余数据,有效性检查是否定的,则发送否定确认NACK消息。
根据示例,一种设备可以被配置为:
-执行通信,所述通信中的至少一些是根据调度的;
-发送第一数据;以及
-随后或同时地执行冗余传输。
根据示例,该设备是基站或用户设备。
根据示例,一种设备可以被配置为:
-在第一信道中的专用资源上接收第一数据,并且同时和/或随后地,在第一或第二信道中接收至少一个冗余数据;
-对第一数据和/或至少一个冗余数据执行有效性检查;以及
-基于有效性检查的结果,发送确认ACK消息和/或否定确认NACK消息。
根据示例,设备可以被配置为针对以上/以下的设备/方法来定义调度。
根据示例,系统可以包括至少两个设备,第一设备是基站,并且第二设备是用户设备,其中,两个设备中的至少一个被配置为根据以上和/或以下方法中的任何一个向另一设备发送数据、和/或作为以上和/或以下设备中的任何一个来操作。
冗余传输可以是例如数据的完全重传和/或先前数据的冗余部分的传输。
附图说明
图1a至图1c示出根据示例的方法。
图2a至图2b示出根据示例的系统。
图3a和图3b示出根据示例的方法。
图4a至图4c示出根据示例的方法。
图5示出根据示例的方法。
图6示出根据示例的方法。
图7示出根据示例的设备。
图8示出根据示例的方法。
图9示出根据示例的设备。
具体实施方式
图1a至图1c示出根据示例的方法10、10’、10”。方法可以是例如用于发送自动响应请求ARQ数据和/或混合ARQ HARQ数据的方法。
图1a示出方法10,其中在块11中,例如通过向接收器发送第一数据来执行第一数据传输。在一些示例中在专用物理资源中,在一些示例中在免授权物理资源中,可以发送第一数据。方法10可以包括在块11之后执行冗余传输的块12。根据示例,块12可以在专用物理资源上或在免授权物理资源中执行。根据示例,可以通过在相同信道上或在不同信道上(例如,在不同信道上)发送数据来执行块12。
图1b示出方法10’,其中在块11’中,例如通过向接收器发送第一数据来执行第一数据传输。可以在专用资源上,或在其他示例中在免授权资源上,发送第一数据。方法10’可以包括与块11’同时地执行冗余传输的块12’。根据示例,块12’可以在专用资源上或在非专用资源中执行。可以通过在相对于块11’中使用的信道不同的信道上发送数据来执行块12’。
图1c示出方法10”,其中在块11”中,例如通过向接收器发送第一数据来执行第一数据传输。例如,可以在专用资源上或在免授权资源中发送第一数据。方法10”可以包括与块11”同时地执行第一冗余传输的块12”、以及在块11”和块12”之后执行第二冗余传输的块13”。根据示例,可以在专用资源或非专用资源上执行块12”。可以通过在相对于块11”中使用的信道不同的信道上发送数据来执行块12”。根据示例,可以通过在与用于块11”的信道相同或不同的信道上发送数据来执行块13”。在一些示例中,块13”可以包括重传在块12”发送的冗余数据。在一些示例中,块13”可以包括数据的传输,该数据是在11”处发送的那些数据的冗余数据。在一些示例中,块13”可以包括在块11”执行的冗余传输的重传。
每个信道是一个域,该域可以是或包括频带、时隙、空间信道、代码维度、和/或功率水平中的至少一项(或者其组合)。每个信道可以包括多个(例如,一系列)物理资源(例如,以相同频率发送的多个时隙,或多个不同的信道)。
以上和以下的方法可以提供在用于移动通信的标准下的通信,移动通信是例如第三代合作伙伴计划(3GPP)、4G、5G、长期演进(LTE)、NR、EPC等。通信可以根据通用移动电信系统(UMTS)地面无线电接入网(UTRAN)或演进的UTRAN(eUTRAN)。通信可以包括时分双工(TDD)传输(UL和/或DL传输)。通信可以包括频分双工(FDD)传输(UL和/或DL传输)。BS可以是演进的节点(eNB)、gNB(使用5G的术语)或者统称为gNB/eNB。在一些示例中,UE将使用BS作为到核心网络(例如,演进型分组核心(EPC))的接口,以建立具有特定QoS要求的无线电承载。在NR中,UE可以经由附接到核心网络(例如,EPC)的gNB来建立服务流,以实现逐包服务流。
在以上和以下的示例中,UE可以是例如在以下项中选择的设备:移动电话、智能电话、移动/便携式终端、移动/便携式计算机、平板电脑、继电器、在汽车、卡车、公共汽车中的车辆通信设备、在无人机或其他飞行器上的移动通信设备等。UE中的至少一些可以是物联网IoT设备或连接到IoT设备的通信设备。
信道(例如,可以在时间序列上通过调度将其细分为专用资源和非专用资源)可以例如在时域、频域、空间域代码域、功率域中的至少一个中或其组合中。可以执行在这些域中的至少一个域中的复用技术。
参考时域,专用资源可以包括(例如,通过调度)针对UL和/或DL传输而指派给UE的通信的时隙。每个时隙可以在针对UL或DL而指派给特定UE的信道中。时隙可以是传输时间间隔(TTI)或缩短的TTI(sTTI)、TTI组、或迷你时隙(NR术语)。
参考时域,非专用资源(免授权的物理资源)可以包括未指派给一个UE的时隙。
参考频域,专用资源可以包括针对UL和/或DL传输在UE之间(例如,通过调度)指派/分配的频带。每个频带可以在指派给特定UE的信道中。
参考频域,非专用资源可以包括(例如,在某些时隙期间)未预先指派给一个UE的频带。
参照空间域,专用资源可以在针对UL和/或DL传输而(例如,通过调度)指派给不同UE的空间信道中(例如,通过波束成形获得)。
参考空间域,非专用资源可以在未预先指派给一个UE的空间信道中。
参考代码域,专用资源可以包括针对UL和/或DL传输(例如,利用NOMA方案)而(例如,通过调度)指派给不同UE的代码维度。
参考代码域,非专用资源可以包括未预指派给特定UE的代码。
参考功率域,专用资源可以包括(例如,通过调度)指派给不同UE以执行UL传输的功率水平。每个功率值(例如,功率水平的范围)可以在可以被指派给特定UE的信道中。可以使用多用户叠加传输(MUST)方案。
参考功率域,非专用资源可以包括未预先指派给在UL和/或DL中与UE进行的特定通信的功率水平(例如,功率水平范围)。对于这种类型的应用,可以使用非正交多址访问(NOMA)方案。
在一些示例中,每个(专用或非专用)物理资源可以包括时域、频域、空间域、代码域和/或功率域的组合。例如,可以由调度器(BS)(例如,通过调度和/或其他资源分配)确定:特定UE在第一时隙期间以第一频带在第一空间信道中利用第一代码以第一功率水平进行发送,并且在第二时隙期间以第二频带在第二空间信道中利用第二代码以第二功率电平进行发送等。因此,根据实施例,可以以时间、频率、空间信道、代码和/或功率水平的任何组合来定义每个物理资源(专用或非专用)。
专用物理资源可以是基于调度的传输授权。这些可以是:
-动态调度的授权(在UL和/或DL中);
-半持久授权(UL和/或DL);
-非正交多址(功率域/代码域/PDMA/SCMA/MUST);空分多址(UL/DL)。在此,多个用户共享相同的授权。
免授权物理资源(仅在UL中)可以是由多个UE(例如,无授权)共享的资源。
以上和以下的方法可以支持自动重传请求ARQ和/或混合ARQHARQ技术。
ARQ技术基于在接收器已经发送了否定确认NACK消息之后,重复从发送器到接收器的先前发送的数据。接收器可以例如丢弃接收到的数据,并等待新的重传(冗余传输)。在示例中,新的重传可以包括与所发送的数据完全相同的信息(可以被预编码或被不同地编码)。在示例中,新的重传是冗余传输,因为它重复了先前发送的信息。
根据示例的HARQ技术是基于例如以更多和/或不同的冗余而重传先前发送的消息的至少一部分。重传可以是自动的,而无需等待NACK消息(例如,硬HARQ)。重传可以与首次发送的数据同时进行(例如,方法10’和10”)。可以在不同的信道(例如,不同的频带、不同的空间信道、不同的时隙、不同的代码维度、和/或不同的功率水平)上来重新发送不同的重传。
在根据示例的HARQ技术中,冗余传输可以仅包含原始先前发送的消息的一部分。例如,在方法10至10”中,冗余传输12至12”和13”可以仅具有一些冗余数据,和/或可以彼此不同和/或与第一传输11至11”不同。因此,可以获得减少的发送数据,从而降低了能量消耗。在根据示例的其他HARQ技术中,冗余传输可以等于原始先前发送的消息(可以被预编码或被不同地编码)。
在根据示例的HARQ技术中,接收器可以存储(而不丢弃)不正确解码的数据。接收器可以例如尝试第一不正确解码的数据与第二不正确解码的数据(以及在某些情况下附加的接收到的不正确解码的数据)之间的组合,以重构(确定)原始数据的正确版本。
在根据示例的HARQ技术中,在接收器不能够重构原始信息的情况下,接收器可以发送NACK消息。
在根据示例的ARQ/HARQ技术中,可能使用追赶组合技术,其中冗余传输相同。在一些示例中,冗余传输使用用于冗余传输的增量能量,以增加重传被接收器正确地解码的可能性。
在根据示例的ARQ/HARQ技术中,可以使用增量冗余技术,其中重传与第一数据传输不完全相同。在每个重传,接收器获得附加信息。
因此,冗余传输可以是例如:
-传输的重复(其可以与第一传输相同);和/或
-冗余数据的传输,该冗余数据至少部分地重复在第一传输中编码的信息的一部分。
在一些示例中,以下和以上的方法使用被调度的方案,其中至少一些传输被调度(在UE之间被分配):例如,一些物理资源可以仅专用于单个UE,而其他物理资源可以仅专用于另一个UE,以避免冲突。
在一些示例中,以下和以上的方法使用免授权(例如,非调度的)方案,其中至少一些传输未被预先确定:例如,至少一些UL物理资源可以是公开用于竞争的,使得未预先确定哪个UE访问物理资源。
在一些示例中,以下和以上的方法使用具有免授权(例如,非调度的)资源和专用资源两者的方案,其中,至少一些传输未被预先确定,并且一些资源被调度:例如,一些UL物理资源可以是公开用于竞争的,使得未预先确定哪个UE访问物理资源,同时可以将一些其他物理资源授权给某些UE。
在一些示例中,调度是动态调度。在一些示例中,调度是固定调度。在一些示例中,动态和固定调度可以例如通过使用动态调度来执行一些通信以及使用固定调度来执行一些其他通信而共存。
从图2a中可以看出,方法10至10”中的任何一个可以由至少一个用户设备UE 22在朝向基站BS 21的上行链路UL中执行。UE 22和BS 21可以形成系统20。系统20可以包括其他UE(例如,UE 23)。在一些示例中,根据调度,可以将UL中的一些专用资源指派给第一UE,而可以将一些其他专用资源指派给其他UE。UL中的其他物理资源(例如,非专用UL授权)可以是公开用于在不同UE之间竞争(争夺)的。在一些示例中,在第一分量载波(第一信道)处,一些时隙被指派给UE 22,而一些其他时隙可以被指派给UE 23(专用资源或非专用资源),而在第二分量载波(第二信道)处,一些时隙可以是公开用于不同UE之间的竞争的(或在一些示例中为专用资源)。
从图2b中可以看出,方法10至10”中的任何一个可以由BS 21在朝向至少一个UE22或23(图2b中所示的实例中的UE 22)的下行链路DL中执行。根据调度,DL中的一些专用资源可以被指派给到第一UE 22的DL传输,而其他一些专用资源可以被指派给系统的其他UE。在一些示例中,在第一分量载波(例如,第一信道)处,可以将一些时隙分配给到UE 22的DL传输,而可以将一些其他时隙指派给到UE 23的DL传输。根据示例,在DL中未提供非专用资源。
图2a和图2b的通信可以是例如ARQ或HARQ传输。
图3a示出可以由接收器(例如,图2a中的BS 21、和/或图2b中的UE 22)执行的方法30。
在块31处,接收器可以接收第一数据11至11”和/或冗余数据12至12”和/或13”。在具有调度的示例中,接收器知道调度(例如,它知道其有权进行发送所在的专用资源)。对于非专用资源,接收器可以例如从传输或重传中的标识符得出来源。
在块32处,接收器可以对第一数据和/或冗余数据执行有效性检查。在示例中,块31和块32可以同时执行:当检查一些重传的有效性时,可以接收进一步的重传。在块32处,接收器可以执行分析以确定接收到的第一数据和/或冗余数据的格式是否有效,例如,是否与定义的格式兼容,或者(例如,鉴于噪声、扰动、和/或干扰)消息中的某些数据(例如,某些数据位)是否已损坏(已修改,例如,某些“1”位被解码为“0”,或者反之亦然)。为了执行该分析,可以执行有效性检查,例如,循环冗余校验(CRC)、奇偶校验位、合理性检查等。
如果检查确定接收到的数据无效(例如,该数据被确认为已损坏),则接收器将移到块31,等待新的接收。在一些示例中,接收器可以向发送器发送否定确认NACK消息。
如果检查确定接收到的数据有效(例如,该数据被确认为已损坏),则接收器将移至块36,其中将使用该数据(作为第一数据被接收或作为冗余数据被接收)例如用于高层应用(例如,语音或数据通信等)。
在示例中,接收器可以例如通过发送确认ACK消息来确认接收到的数据。
ACK和/或NACK消息可以是事件驱动的消息。可以在与第一资源和第二资源不同的信道(频带、空间信道、代码维度、时隙、功率水平等之一或其组合)(例如,不同的信道)上发送ACK和/或NACK消息。可以在与用于专用和/或非专用资源的信道不同的信道中发送ACK和/或NACK消息。因此,在一些示例中,可以在专用和/或非专用资源的相同时间处发送ACK和/或NACK消息。在一些示例中,可以绕过块34和/或块35。
图3b示出了根据示例的方法30b,示出了用于执行HARQ接收的信道。在此不再讨论可以与方法30相同的块31至块36。
在32处如果接收到的消息被确定为无效(例如,使用CRC或另一种技术),则在块37b处,接收器尝试将错误接收的冗余数据与先前错误接收的数据(首次发送的数据和/或冗余)进行组合。例如,在块37b中,可以尝试改变获得的已损坏的消息以获得形式上正确的消息(例如,具有正确的CRC)。
在块38b处如果重构(获得)正确的数据,则在36处可以使用重构的数据。
在块38b处如果确定不能以充分的置信度重建正确的数据,则在39b处仍然将错误接收的数据保存(存储)在存储器中,并且等待新的冗余传输。在一些示例中,可以绕过块34和/或块35。
在图4a中示出方法10至10”中的任何一个的详细示例40。该方法可以用于UL或用于DL。该方法可以在40’处开始。
在块41(其可以实现块11至块11”中的任何一个)处,可以在第一专用资源(在一些示例中)上或在免授权资源(在一些示例中)中执行第一数据传输。
在块42(其可以实现块12至块12”和块13”中的任何一个)处,可以(例如,在第二专用资源上)执行至少一个冗余传输。尽管在此以级联方式表示块41和块42,但是在某些情况下,它们实际上可以并行执行(例如,通过与第一传输同时但在与第一传输不同的信道上执行至少一个冗余传输)。
块43是判决块。判决块43可以确定数据是否已经被接收器正确地接收和/或数据是否要被(部分或完全)重传。如果确定数据已经被正确地接收,则在块44处方法40结束。在示例中,判决块43可以检查例如在46处是否已经从接收器获得了ACK消息(例如,在方法30的块35处)。
在示例中,判决块43可以确定是否在块42处进一步执行附加的冗余传输和/或是否等待(在45处)用于重传的新的专用资源。在示例中,判决块43可以考虑NACK消息(例如,在46处)、或ACK消息的缺失。在示例中,判决块43可以考虑是否已经执行了最大次数的冗余传输(例如,在48处)。在示例中,判决块43可以考虑计时器是否已经达到超时(例如,在49处)。因此,块46检查用于结束冗余传输的停止条件。
例如,如果判决块43不知道接收器已经正确地接收到在所发送的第一数据与至少一个冗余传输之间的至少一个(例如,在块46处输出“NACK或无ACK”),但是还未执行最大次数的冗余传输(重传)(例如,在块48处输出“否”),并且存在足够的时间用于进一步的重传(例如,在块49处输出“否”),则在42处可以例如立即执行至少一个进一步的冗余(重新)传输。例如,可以根据示例并且根据特定调度,例如在紧接在先前冗余传输的专用资源之后的专用资源中执行立即重传。根据调度和示例,可以使用相同或不同的信道。在一些示例中,在42处将在免授权资源中(例如,在非调度通信中)执行重传,发送器在45处可以监听或检测物理资源(例如,信道)以等待未占用的免授权资源,从而执行传输。
否则,如果判决块43不知道接收器已经正确地接收到在所发送的第一数据与至少一个冗余传输之间的至少一个(例如,在块46处输出“NACK或无ACK”),但是已经执行了最大次数的冗余传输(例如,在块48处输出“是”),或者没有足够的时间用于进一步的重传(例如,在块49处输出“是”),则在块45处必须等待下一资源(根据示例,专用或免授权资源)。因此,在块48和块49处,检查用于推迟冗余传输(而不结束冗余传输)的条件。
在示例中,判决块43可以确定在发送进一步的冗余数据之前是立即重传冗余数据还是等待随后的专用资源。根据基于调度的示例,虽然紧随在已经执行了第一数据传输的时隙之后的多个专用资源(例如,时隙)可以被预留给冗余传输,但是迟早专用资源应与不同的通信(例如,在DL的情况下与不同的接收器UE相关联或在UL的情况下与不同的UE相关联)相关联。因此,在还未正确地接收到数据时,当处置针对相同通信的新冗余传输而不存在专用资源(或者在一些示例中为免授权资源)时,可以使用块45。
在示例中,可以通过立即执行冗余传输(在某些情况下,使用增量冗余)来实现HARQ技术,而通过在执行冗余传输(在某些情况下,通过在新的资源中重复相同的传输)之前等待(在45处)来实现ARQ技术。
冗余传输42可以是例如HARQ传输。冗余传输42可以是例如ARQ重传。在示例中,在重复首次发送的数据的意义上,冗余传输可以是冗余的。在其他示例中,在仅重复首次发送的信息的一部分(冗余部分)(即使以不同的方式编码、加密、压缩等)的意义上,冗余传输可以是冗余的。在示例中,冗余传输42可以是增量冗余类型。在示例中,冗余传输42可以是追赶组合类型。
图4b示出示例40b,其可以实现例如突发传输。方法40b可以是在免授权资源中执行至少一些传输(例如,在至少一个信道中)(例如,可能发生来自不同UE的UL传输之间的冲突)的方法。方法40b可以实现方法10至10”中的任何一个。方法40b可以用于解决向BS发送数据的不同UE之间的接入竞争。该方法可以在40’处开始。在41处,可以(例如,在第一信道61中)执行第一数据传输。方法40b可以使得在某些信道(例如第一信道61,例如在第一频带)中,物理资源是专用的(例如,根据调度),而在其他信道(例如,第二信道62或第三信道63,其可以具有与第一信道61中的物理资源同时的物理资源)中,物理资源是免授权的。在其他示例中,所有信道是免授权的。
在一些示例中,该方法可以包括在免授权资源上执行(例如,在第二信道62中)传输的块41b。该方法可以包括在41b处检查非专用资源(例如,在第二信道62中,其可以是不同于与第一信道61相关联的载波分量的载波分量)是否空闲或可能空闲(可以随机获得概率)。可以使用先听后讲策略(可以实现基于监听和/或基于检测的其他方法)。可以使用在一些示例中具有冲突检测(CSMA/CD)或具有冲突避免(CSMA/CA)的载波监听多址(CSMA)技术。在一个示例中,UE可以等待来自BS的ACK/NACK消息,以了解下一非专用资源是否空闲。如果检测到非专用资源正忙(例如,不同的UE正在发送其自己的冗余数据),则发送器将等待下一非专用资源。
当最终检测到空闲的非专用资源时,在块42处可以执行冗余传输(重传)(例如,在至少一个信道62和/或信道63中,所述至少一个信道62和/或信道63可以与用于执行第一传输的信道不同)。
在块46处,针对传输或冗余传输,确定是否已经从接收器(例如,BS)接收到ACK消息或NACK消息。如果接收到ACK消息,则在44处方法40b结束。
否则,如果没有接收到ACK消息,则在42处方法40b可以执行新的冗余传输。在一些示例中,方法40b可以转到41b处以查看随后的物理资源是否被其他重传占用。
即使未在图4b中示出,也可能还执行其他检查(例如,图4a的48和49中的至少一个)。
值得注意的是,方法40b在UL中可能非常重要:由于多个UE可能尝试执行冗余传输(每个UE执行方法40b的一个实例),因此可以确定在每个非专用资源中哪个UE可以发送。
例如,冗余传输42可以是例如具有增量冗余的HARQ重传。
图4c示出方法的示例40c。该方法可以在块40’处开始。
方法40c可以包括执行第一数据传输,根据特定示例,该第一数据传输可以在专用资源上或者在免授权资源中(可以与图4a的块42相同)。在第一传输之后,在42c处可以执行HARQ传输(冗余传输)。HARQ重传可以是例如具有增量冗余的冗余传输。在一个示例中,块42c可以对应于图4a的块42-46-58-49-42的循环。因此,在42c处可以执行多个传输(重传)。
在43c处,可以检查在HARQ传输之后接收器是否已经接收了正确的数据。在肯定的情况下,在44处该方法结束。
否则,在45c处可以执行ARQ重传(例如,具有增加的功率水平)。可以等待与发射器相关联的下一专用资源以用于执行ARQ重传。块45c可以与图4a的方法40中的块45和块42的序列相对应。
在45c之后,在42c的新实例处可以执行ARQ重传的进一步的HARQ重传。图4c的循环42c-43c-45c可以与图4a的循环42-46-48-49-45-42相对应。
图5示出系统50(其可以实现例如系统20)。在系统50中,BS 51(其可以是例如BS21)可以在上行链路(UL)中从多个UE 52-54(例如,其可以是UE 22和UE23)获得数据。作为接收器操作并实现例如方法30的BS 51可以响应于UE 52-54的传输和冗余传输(重传)而向UE 52-54发送ACK/NACK消息。
图6示出了通信的示例。该通信可以例如在UL中(从UE到BS)。该通信可以遵循调度(诸如向特定UE分配物理资源,在一些示例中这可以是周期性的)。调度可以是动态的或非动态的。调度可能已经由调度器(其可以是BS)用信号通知给UE。在这种情况下,至少22个物理资源60a被划分在三个信道(在这种情况下可以是载波分量61、62、63)中。在图6中可以定义66个物理资源。每个信道可以包括物理资源(例如,块)的序列(例如,时间序列),它们中的每一个被传输(根据不同示例的UL或DL)占用(或潜在地占用)。
根据特定示例和/或调度,第一信道61可以支持消息T0、T1、T2、T3、T4、T5等的传输,可以实现ARQ和/或HARQ技术。第一信道61可以包括专用资源。
第一信道61(例如,载波分量CC0)上的传输可以在多个(例如,一系列的)时隙60a(例如,短传输时间间隔,sTTI)中被调度和/或执行。
第二信道62(例如,载波分量CC1)可以支持消息T0、T1、T2等的冗余传输,其针对T0的冗余传输而被指示为T0re-TX0、T0re-TX1、T0re-TX2等;针对T1的冗余传输而被指示为T1re-TX0、T1re-TX1;等等。在示例中,这些冗余传输可以是HARQ重传。在某些情况下(例如,在模式65a中),第二信道62中的物理资源可以是专用的(例如,分配给特定的UE和/或传输)。在某些情况下(例如,在模式65b中),在UL中,第二信道62中的物理资源可以是免授权的(例如,非调度的、公开以用于竞争的)。
第二信道62(例如,载波分量CC2)上的传输也可以支持冗余传输(重传)(其可以与在相同时隙中插入物理资源中的数据相同或不同)。在一些示例中,CC2中的重传可以相对于(非及时地对准到)CC1中的重传而偏移或错开。在一些示例中,(在CC2中在时隙3发送的)T0re-TX1’可以与(在CC1中在时隙0发送的)T0re-TX0相同;(在CC2中在时隙4发送的)T0re-TX2’可以与(在CC1中在时隙1发送的)T0re-TX1相同,等等。
在示例中,CC1和CC2可以用于不同的传输(不一定用于重传相同的数据或不一定用于相同的冗余传输)。在示例中,可以在资源分配和/或资源指派(例如,调度)期间将不同的信道(例如,CC1和CC2)聚合到主传输信道(例如,CC0)。
在一些示例中,可以仅使用非突发通信(在UL或DL中)。在一些示例中,可以仅使用突发通信(例如,在UL中)。在关于UL的一些示例中,可以使用非突发通信和突发通信两者(例如,在不同的时间段和/或根据例如由BS操作的选择)。
在非突发通信65a中,所有块可以是专用资源:调度定义例如第一信道CC0 61中的时隙1是唯一地指派给特定UE(发送T0的UE)的专用资源;第一信道CC0 61中的时隙5和时隙11是唯一地分配给特定UE(发送T1的UE)的专用资源;并且第一信道CC0 61中的时隙8是唯一地指派给特定UE(发送T2的UE)的专用资源。
调度还可以定义第一和第二信道CC1和CC2(62、63)的时隙2-5是唯一地指派给特定UE(发送T0的UE)的专用资源;时隙6-8和12-16是唯一地指派给特定UE(发送T1的UE)的专用资源;并且时隙9-11是唯一地指派给特定UE(发送T2的UE)的专用资源。
调度还可以定义一些物理资源未被定义(例如,预留的物理资源或用于不同的通信)。
在操作中,根据调度,第一UE可以在物理信道CC0中在时隙1处发送T0(块11至11”、块41)。
相同的UE可以在物理信道CC1和CC2中在时隙2-4(例如,块12至12”、块13”、块42)中执行T0的冗余传输(重传)(在一些情况下,以不同的版本,例如,被预编码、或者增量地,或者以相同的版本)。
同时,接收器(其可以是BS 21或51)接收传输和冗余传输(例如,接收器可以实现方法30)。
接收器可以执行传输和冗余传输的有效性检查(例如,在32处)。因此,接收器可以发送(在35处)ACK消息64a(在此用ACK0指示)。当进行发送的UE接收到ACK0时,UE可以确定数据已经被接收器正确地接收(例如,在块46处),并且可以停止(例如,在块44处)向接收器重传冗余数据(处理延迟Tproc可能是必需的)。
因此,在信道CC1和/或CC2中时隙5(与针对已经发送T0的UE预留的专用资源相对应)未被传输占用,因此减少了有效载荷。
在时隙5处,另一UE有权在第一信道CC0中发送数据T1。可以在第二和/或第三资源信道CC1和CC2中在时隙6-8处执行冗余传输(重传)。
然而,在这种情况下,在块32处,接收器已经确定没有(发送或重新发送的)数据被正确解码。因此,(在块34处)接收器已经向已经发送T1的UE发送了NACK消息(NACK1)64n。
由于在时隙9处不存在指派给UE以发送T1的物理资源(例如,如在块48和块49处所验证的),因此UE在重传T1的一个版本之前,在45处应等待其下一专用资源。根据调度,在随后的专用资源(例如,资源CC0中的时隙8以及第二和第三资源CC1和CC2中的时隙9-11)中,另一UE有权(例如,针对数据T2)执行传输和重传。具体地,在时隙9和10期间,在45处已经发送T1的UE保持等待。
然而,根据调度,与信道CC0处的时隙11相对应的专用资源被指派给已经发送T1的相同UE。因此,UE可以从块45移动到块42,并且执行T1的冗余传输(指示为T1*)。在示例中,T1*可以是T1的ARQ重传。
此外,在第二和第三信道CC1和CC2中的时隙12-16中,仍可以执行T1*(和T1)的进一步的冗余传输。在时隙14处接收到NACK3,这意味着T1的传输和冗余传输还未成功。在示例中,T1*的冗余传输可以是HARQ重传。
非突发通信65a中的操作也可以在DL(例如,从BS到多个UE)中执行。在这些情况下,T0、T1、T2是指如由调度所定义的从BS指向特定UE的传输。在示例中,突发模式仅对UL通信开放。
可以实现突发模式(在图中表示为突发部分65b)。突发模式可以由BS激活并且例如通过信令被传送给UE。在图中,突发模式在时隙16处开始,并且可以完全独立于65a处的调度通信。
即使在突发模式下,也可以在至少一个信道(例如,CC0 61)中调度通信。例如,在时隙16、18、19中定义专用资源,并且将其分别指派给将由UE执行的传输T3、T4,T5,所述UE通常是不同的UE。相反,在其他信道(例如,CC1和CC2)中,定义了非专用资源。因此,可能在不同的UE之间发生竞争。
与时隙16和第一信道CC0相关联的物理资源唯一地与传输T3相关联。此外,已经发送T3的UE可以在第二信道CC1和第三信道CC2中占用随后的时隙17,用于执行T3的冗余传输。例如,UE可以执行方法40b的实例。因此,UE可以在块42和块46之间循环并执行T3的冗余传输。
值得注意的是,尽管UE发送T3的冗余版本,但是其他UE(在其方法40b的实例中)通过重复块41b来循环(在其方法40b的实例中),直到发现空闲的非专用资源。
在这种情况下,在第二和第三信道CC1和CC2中,时隙18和19仍然被T3的冗余版本的重传占用,直到BS发送了ACK3。因此,发送了T3的重传的UE从46移动到44。
因此,CC1和CC2上的时隙20中的非专用资源(免授权资源)变为空闲的。因此,在CC1和CC2中,可能仅在时隙20处重传T4(在第一信道CC0中的时隙17上发送T4,但是鉴于T3在时隙18和19中的重复重传而无法重传该T4)。因此,在时隙16处在CC0中发送T4的UE循环重复块41b,直到时隙20,其中可以执行T3的冗余传输。
这同样适用于在时隙18处在CC0中已发送T5的UE,该UE循环重复块41b,直到时隙21(当确定在CC1和CC2中的时隙21处的物理资源为空闲时)。
图6的示例可以实现图4c的示例的操作。在方法40c的块41处,可以在CC0中发送T0、T1、T2。在块42c处,可以在CC1和CC2中发送HARQ重传(例如,T0re-TX0等)。例如,在CC1和CC2中在时隙5处不存在HARQ重传,因为块43c已经朝向块44输出“是”(结束)。相反,根据块45c,在时隙11处在CC0中已经执行了T1的ARQ重传(用T1*指示)。根据块42c,在时隙12-16处在CC1和CC2中执行T1*的HARQ重传(例如,T1*re-TX0等)。
图7示出通信设备70,其可以是例如UE(例如,22、23、52-54)或BS(例如,21或51)。通信设备70可以是例如发送器。通信设备70可以包括天线71。通信设备70可以包括发送/接收T/R模块72(其可以例如在媒体访问控制MAC层和/或物理层中操作)。T/R模块72可以向天线71发送信号和/或接收来自天线71的信号。通信设备70可以包括处理器73,该处理器73可以控制通信设备70的至少一些部分。通信设备70可以包括存储空间74。
存储空间74可以包括非暂时性存储器单元74b,该非暂时性存储器单元74b在由处理器(例如,处理器73)执行时,使处理器执行以上和/或以下方法中的至少一个和/或实现以上和/或以下讨论的发送器(UE或BS)中的至少一个。存储空间74还可以包括调度数据(例如,在暂时性存储器单元74b中),该调度数据可以例如分配与物理资源相关联的时隙。
存储空间可以包括缓冲器75,要在不同物理资源中发送的数据插入在该缓冲器75中。缓冲器75可以包括例如双端口设备,该双端口设备可以从处理器73获得数据(并且在一些情况下还向处理器73发送数据),并且可以将数据提供给T/R模块72(并且在一些情况下还接收来自T/R模块72的数据)。可以根据调度数据74b来配置缓冲器75。每个专用资源可以与可以被写入存储器位置中的例如被组织为矩阵的数据相关联。在免授权传输的情况下,可以实现队列。
根据具体的示例,缓冲器75可以包括第一数据传输部分75a,要发送的第一数据在输出到T/R模块72以在专用资源和/或免授权资源上发送之前存储在该第一数据传输部分75a中。
缓冲器75可以包括冗余数据部分75b,冗余数据在输出到T/R模块72以在专用或非专用资源上传输之前插入在该冗余数据部分75b中。部分75b可以被视为在其中插入若干冗余数据的队列。根据示例,冗余数据可以是精确的重复和/或增量冗余数据。在冗余数据要在非专用资源中进行发送的情况下(例如,在图6的模式65b(公开以用于竞争)中),T/R模块72还可以验证非专用资源是否空闲。
在发送器70中,从接收器接收的ACK或NACK消息可以从天线71提供到例如T/R模块72和/或处理器73。附加地或备选地,可以在到处理器73的输入中提供中断线76,例如,用于提供接收到ACK消息的信息(例如,出于块46的目的)。在该情况下,在寄存器空间中,与重传有关的数据可以被删除或标记为不被发送。
通信设备70还可以是例如接收器(例如,它可以是发送器和接收器两者),并且接收器可以是例如UE或BS。当(例如,通过天线71)接收到消息时,可以通过有效性检查(例如,可以在T/R模块72中实现)来检查消息的有效性。然后可以将该消息提供给处理器73。可以例如通过T/R模块72和/或处理器73将要发送回发送器的ACK或NACK消息提供给天线71。处理器73可以执行用于接收消息的指令,该指令存储在非暂时性存储器单元74中。在这些指令中,处理器73可以执行指令以用于执行方法30。接收器70可以执行例如方法30或方法30b。可以实现自动重传请求(ARQ)技术,其中发送器等待ACK消息。可以实现混合ARQ(HARQ)(例如,硬HARQ技术),其中至少一些重复被发送而无需请求(无需等待ACK或NACK消息)。
图8示出用于例如通过管理缓冲器75来准备冗余传输的传输的方法80的示例。
在81处,方法80可以提供:将要发送的数据(例如,T0、T1、T2)插入第一传输缓冲器75a,并将用于重传的冗余数据插入冗余缓冲器75b中。
在82处,方法80可以提供:发送第一数据81和冗余数据83。即使在图中顺序地示出块82和块83,在某些情况下它们也可以是并行的(例如,针对第一数据传输和冗余传输两者,在相同时隙中使用不同的信道)。
此后,在84处,方法80可以提供:对发送或重传的数据是否已经被接收器成功接收进行检查。例如,可以通过(例如,在46处)检查ACK/NACK的接收来执行该检查。
在否定的接收(例如,没有接收到ACK或接收到NACK)的情况下,方法80可以继续以执行进一步的冗余传输。
冗余传输可以包括例如消息的重传。冗余传输可以包括例如先前消息的传输部分(例如,仅冗余部分被重传)。
在肯定的接收(例如,接收到ACK)的情况下,方法80可以移动以在85处(例如,通过删除)清空冗余数据缓冲器。例如,这可能是鉴于以下事实的原因:在图6中,在CC1和CC2中的时隙5中没有冗余数据被发送:在该时隙中,T/R模块72已经发现冗余数据缓冲器75b为空,并且没有冗余传输被执行。
图9示出可以是BS 22(或可以是BS 22的一部分)的调度器930。调度器930可以用信号发送关于调度的配置数据931。调度器930可以例如基于一个或多个标准来决定每个UE将使用哪些信道和/或物理资源。标准可以涉及一个或多个数据933-937。在一些示例中,数据933-937中的至少一些可以有助于构成网络状态932。可以实时地预定义和/或定义和/或修改标准。调度可以是动态的或动态的。
调度器930可以基于至少部分地涉及网络中的业务量933(或与其相关联的度量或估计)的准则来定义配置数据(调度)。可以例如通过考虑到存在于中央设备(可以是诸如g/eNB的BS)内的UE的数量、当前呼叫的数量、当前打开的会话的数量等来测量业务量。在一些示例中,如果业务量不是过多,则可以增加信道(例如,专用资源)的数量。
调度器930可以基于至少部分地涉及网络中的服务质量(QoS)934(或与其相关联的度量或估计)的标准来定义配置数据(调度)。可以例如通过考虑到未正确解码的消息(例如,从UE到BS的UL通信)的统计来测量QoS 934。在一些示例中,如果针对某些特定UE,QoS不足,则可以通过将增加数量的专用资源与经受低QoS的UE相关联来修改调度。在一些示例中,如果QoS总体上不足,则可以增加专用资源的数量。
估计可以包括(例如,与地理位置、人类存在等相关联的)统计数据。估计可以至少部分地由历史数据来调节和/或自动地和/或至少部分地基于经验知识来计算。
调度器930可以基于至少部分地涉及例如用于安全相关目的(第一响应者等)的通信(呼叫通信、特殊会话等)的紧急性36的标准来定义配置数据931(调度)。示例可以是超可靠低延迟通信(URLLC)。调度器930可以将需要紧急通信的UE指派为使用附加的专用资源。相反,可以针对不需要紧急通信的UE而减少专用资源。
调度器930可以基于至少部分地涉及选择937的标准来确定配置数据931(调度)。所选择的UE可以被指派给附加的专用资源。未选择的UE可以被授予给定的减少(或者在某些示例中为空)数量的专用资源。例如,可以通过用户的请求来操作选择(例如,作为管理网络的服务提供商提供的附加服务)。因此,可以向所选择的用户提供增加的通信能力和/或可靠性和/或速度。
值得注意的是,调度器90可以例如通过基于不同的网络状态而改变标准来实时地操作。
因此调度器可以执行优先级排名,其中,相对于较低优先级的UE,较高排名的UE可以被授予增加数量的专用资源。参考图6,可以假设发送T1(与CC0中的时隙5和11、CC1和CC2中的6-8和12-16(例如,18个专用资源)相关联)的设备比发送T2(与CC0中的时隙8和CC1和CC2中的时隙9-11(例如,7个专用资源)相关联)的设备排名更好。不同UE之间的排名可以遵循例如基于以下项的标准中的任何一个:933、934、936和937,并且更一般性地,网络状态932。
用于向不同的UE指派专用资源的标准可以基于网络的状态(UE的状况)来实时地发展。
在示例中,调度器90用于启动或结束方法10-至10”、30、30b、40至40c、50、60和80中的任何一个。因此,调度器90可以决定要使用这些方法,尤其是当关于933、934、936和937(更一般性的网络状态932)的度量确定网络的不良状态(例如,低QoS和/或低于阈值的度量)或执行紧急通信(例如,URLLC)的必要性时。
鉴于上述情况,已经提供了一种方案,用于解决在时间关键/任务关键型通信中早期检测到损坏的分组的握手所需的时间。一般而言,可能需要进行更多重传的周期性或非周期性的重传可能产生不符合超低延迟要求的延迟。
根据示例,以下考虑因素E1、E2、E3中的至少一些可能有效:
E1:数据可以在专用资源上发送;例如,该专用资源可能是短时段SPS。可以(基于MCS和选择的TBS)在原始数据的传输期间/之前计算HARQ块的重传。
P1:在突发传输的情况下,可以以不同的次数来执行连续增量冗余(HARQ操作),这取决于:
S1:选择的MCS(其指示HARQ缓冲器中保存的冗余的量)和/或
S2:原始数据的优先级;高优先级数据需要发送更多的HARQ块,而低可靠性需要更少的HARQ块
P2:整个HARQ处理的块可以顺序地被发送,直到以下任一项:
S1:达到所选择的调制编码方案(MCS)的最小编码率;此后,必须根据需要将MCS选择为稳健(低)的或选择为可用的持久性重传资源。
S2:下一新的传输必须在下一短子帧(或sTTI)中开始。因此,必须丢弃旧的重传,并假设已接收到NACK(如果预先没有接收到ACK),则切换ARQ过程(参见E3)。否则,额外的HARQ可以在并行资源上继续(参见E2);
E2:HARQ版本可以在“相同的sTTI”或下一“sTTI”上被发送。后者可以适应现有的FDD和TDD上行链路和下行链路帧结构。针对“相同的sTTI”(也不排除在下一sTTI上发送HARQ)。
P1:可以使用更多的载波分量CC(信道的示例)来发送HARQ版本;和/或
P2:CC可以用于发送不同的HARQ版本;和/或
P3:CC可以(同时)发送相同的HARQ版本以保证:
S1:在免授权上行链路传输的情况下的多个冗余;和/或
S2:相同HARQ分量的多个版本,以满足HARQ发送部分上的追赶组合HARQ(CC-HARQ)。这可以通过对接收器处接收到的HARQ帧进行最大比率组合来利用;
P4:未经许可的频带可以用于持久(半连续)HARQ传输;和/或
E3:接收器处的HARQ过程反应:
P1:如果正确地接收到数据,则接收器处的HARQ机制在时间线的任何早期阶段授予ACK。一旦在发送器处将其解码,HARQ位就从缓冲器中被删除,从而释放SAW过程的一个位置;和/或
P2:否则,如果不要求ACK,则它将被跳过,并且发送器在全部发送的情况下仅清空HARQ缓冲器;和/或
P3:否则,如果接收到的数据损坏,则在接收到最后的HARQ缓冲块之后或用于新的传输的时间比较紧急,生成NACK。因此,如果接收到NACK,则新的传输被调度到下一最早的传输时隙。这将例如用新的数据指示符ID来指示,或者将决定留给上层的ARQ过程。
可以至少使用以下某些考虑因素来总结至少一些示例:
首先,思想是基于具有不同的UL或DL授予的短时段半持久调度(SPS);在每个传输之间留下任意不同的子帧。
其次,HARQ重传可以与主传输流并行地发送,即,在其他载波分量、空间子层、或时间碎片上。
第三,在示例中,替代(在成功接收的4个TTI/sTTI之后)发送周期性的ACK/NACK请求,它们是以下任一项:
■如果ACK,则尽可能早或如果不需要则跳过以实现超低延迟;和/或
■如果失败,则在物理资源正指向新的传输ID或最后的HARQ缓冲块被指示之后,发送NACK。
第四,图6是基于FDD和授权的SPS的草图。然而,对TDD或任何双工方案的扩展是直接的,并且与帧结构有关。
HARQ处理可以使用具有多个并行的停止并等待(SAW)过程的SAW技术;每个过程可以代表具有系统位和冗余位的HARQ循环缓冲器的传输块(TB)。另外,可以在专用资源上发送数据;这可能在短时段SPS中。这些授权也可能未(通过调度)分配给将其用于例如UL传输的特定用户;在这种情况下,进行基于竞争的传输。
重传HARQ块可以在传输期间被计算并且在不同载波分量(CC)上的“相同sTTI”或下一“sTTI”上开始发送。逐渐地,可以发送整个HARQ处理的块,直到以下任一项:
o达到所选择的调制方案的最小编码率,或
o必须在下一短子帧(或sTTI)中开始下一新的传输。
对于进一步的细节,参见图6和以上相关讨论。该图示出具有多级QoS检测的部分冲突,允许受控的共享和受限/部分冲突(复用突发HARQ)。在此,可以使用单个/多个CC、用于HARQ的固定物理资源(免授权机制类似地工作)以及任意受限的HARQ时隙。可以假设1个延迟的sTTI用于重传;但是,不排除相同的sTTI HARQ传输。
在示例中,如果正确地接收到数据并且ACK是强制的,则HARQ机制在时间线的任何早期阶段授予ACK,HARQ位从缓冲器中被移除,从而释放SAW过程之一。否则,当最后的HARQ块被发送时,HARQ缓冲器将被自动清空。然而,如果接收到NACK,则将新的传输调度到下一个最早的传输时隙。例如,这可以用新的数据指示符ID来指示。
在突发传输(例如,65b)的情况下,可以利用不同的次数发送连续增量冗余(HARQ操作),这取决于:
o针对原始传输所选择的MCS、在HARQ缓冲器中保存的冗余量、以及针对HARQ重传所选择的MCS
o原始数据的优先级;高优先级数据需要更多的HARQ块以避免重传被延迟,并且优先丢弃低优先级数据
最后,在该专利思想中,HARQ信息可以占用并行载波分量,可以在频率(如图1中的更多载波分量)或时间(修改图1以在UL和DL中的重传之间进行TDMA)或非许可频段(如果可能)中与其他URLLC设备共享该并行载波分量。
根据示例:
1、可以假设超可靠超低延迟通信(URLLC)具有短传输时间间隔(sTTI);和/或
2、假设具有短调度周期的SPS在时间上具有同质或非同质的物理资源间隔(参见图6);和/或
3、此外,可以基于优先级、选择的MCS(HARQ缓冲器长度)来假设具有增量冗余的突发(连续)传输;和/或
4、仅当接收到NACK时才发生重传;和/或
5、可以将物理资源跳过假定为期满时段之后的NACK。因此,如果帧被成功解码,则接收器被迫再次发送ACK;和/或
6、HARQ过程可以是异步HARQ;
7、然而,同步HARQ可能仍然需要对图6进行如下修改:
i.sSPS传输间隙是等距的
ii.ACK/NAC必须在下一物理资源之前进行发送,并且重传(如果需要)必须占用随后的第二物理资源
8、假设自适应和非自适应HARQ传输两者,即在DCI0的新数据指示符中设置信息(自适应)或在PHICH中发送ACK/NACK(非自适应)
至少对于某些示例,可以定义以下内容:
1、开发了一种方法,以确保并行重传以避免与SPS授权的设备发生冲突,并且确保最小的短重传时间。在此,必须相对于所需的可靠性和最大可能的端到端延迟来测量重传延迟。为此,假设半持久HARQ重传,其仅在收到并行ACK或清空HARQ缓冲器后停止(这就是为什么它是半持久的)。
2、方面1的方法假设请求调度(RS)正在执行SPS,并且捕获QoS所需的所有信息、信道状态信息、传输的紧急性等。
3、基于方面1并满足方面2,根据选择的MCS和QoS来确定HARQ缓冲器大小和可能的重传HARQ块。
4、基于方面1并且在聚合载波分量(CC)上执行重传以避免与另一SPS授权的设备冲突。
5、基于方面1和方面4,可以在URLLC设备之间在频率或时间、或非许可频段中调度专用CC
6、基于方面1和5,如果几乎没有URLLC设备正在操作,则可以在多个载波分量上重复重传以用于可靠性。
7、基于方面1,HARQ过程支持可以是异步HARQ(即,仅在失败的情况下由接收器触发)或同步。在同步HARQ的情况下,通过sSPS授权来调度HARQ位置,以减少总开销。
8、基于方面1和7,可以支持自适应和非自适应HARQ。
9、基于方面1,可以支持突发和非突发传输。然而,对于突发传输,可以通过早期ACK来降低HARQ过程延迟。
10、基于方面1和方面9的本质,HARQ过程运行多个(1到8个)SAW过程。
在此重新回到示例的一些优点。与[10]不同,ACK没有增加,从而有短反应时间的机会。另外(特别有利):
HARQ块可以同时在并行资源上发送(具有数据或延迟)。
为此,可以使用多个CC或未许可
可以较早接收到ACK(清空HARQ缓冲器)
HARQ过程可以通过任意次数的重传进行限制
帧HARQ重传次数和MCS是基于每个帧优先级的可以在结合了HARQ机制和例如MRC过程的高速缓存中利用并行CC/资源上的多个类似的HARQ。
通常,示例可以被实现为具有程序指令的计算机程序产品,程序指令可操作以在计算机程序产品在计算机上运行时执行方法之一。程序指令可以例如存储在机器可读介质上。
其他示例包括存储在机器可读载体上的计算机程序,该计算机程序用于执行本文所述的方法之一。
换言之,方法示例因此是具有程序指令的计算机程序,该程序指令用于在计算机程序在计算机上运行时执行本文所述的方法之一。
因此,方法的另一示例是其上记录有计算机程序的数据载体介质(或者数字存储介质或计算机可读介质),该计算机程序用于执行本文所述的方法之一。数据载体介质、数字存储介质或记录介质是有形的和/或非暂时性的,而不是无形和暂时的信号。
因此,方法的另一示例是表示用于执行本文所述方法之一的计算机程序的数据流或信号序列。数据流或信号序列可以例如经由数据通信连接(例如,经由互联网)而传送。
另一示例包括执行本文所述的方法之一的处理设备,例如,计算机或可编程逻辑器件。
另一示例包括其上安装有计算机程序的计算机,该计算机程序用于执行本文所述的方法之一。
另一示例包括向接收器(例如,以电方式或以光学方式)传送计算机程序的装置或系统,该计算机程序用于执行本文所述的方法之一。接收器可以是例如计算机、移动设备、存储设备等。装置或系统可以例如包括用于向接收器传送计算机程序的文件服务器。
在一些示例中,可编程逻辑器件(例如,现场可编程门阵列)可以用于执行本文所述的方法的功能中的一些或全部。在一些示例中,现场可编程门阵列可以与微处理器协作以执行本文所述的方法之一。通常,这些方法由任何合适的硬件装置执行。
上述示例对于以上公开的原理仅是说明性的。应当理解的是,本文所述的布置和细节的修改和变型将是显而易见的。因此,旨在由所附专利权利要求的范围来限制而不是由借助对本文示例的描述和解释所给出的具体细节来限制。
缩略词:
Figure GDA0003972396210000301
参考文献:
Figure GDA0003972396210000311
/>
Figure GDA0003972396210000321
/>

Claims (38)

1.一种用于根据混合自动重传请求HARQ方案在上行链路上从一个用户设备UE到一个基站BS进行通信的方法(10-10”、40、40b、40c、80),所述方法包括:
在第一信道(61)处执行从所述UE向所述BS的第一数据传输(11-11”、41、82);
与所述第一数据传输同时或在至少一个随后的物理资源中,在第二信道(62、63)处执行从所述UE向所述BS的至少一个冗余传输(12-12”、13”、42、42c);
当满足停止条件或推迟条件时,所述UE结束或推迟所述冗余传输,所述停止条件或推迟条件至少包括以下条件:
其他传输被发送或将被发送(41b)。
2.根据权利要求1所述的方法,其中,针对所述UE,所述第一信道具有专用物理资源,并且所述第二信道具有专用物理资源。
3.根据权利要求1所述的方法,其中,针对所述UE,所述第一信道具有专用物理资源,并且所述第二信道具有免授权物理资源。
4.根据权利要求1所述的方法,其中,针对所述UE,所述第一信道具有免授权物理资源,并且所述第二信道具有免授权物理资源。
5.根据权利要求1所述的方法,其中,针对所述UE,所述第一信道具有免授权物理资源,并且所述第二信道具有专用物理资源。
6.根据权利要求1所述的方法,所述停止条件或推迟条件至少还包括以下条件:
接收到确认ACK消息(46)。
7.根据权利要求1所述的方法,所述停止条件或推迟条件至少还包括以下条件:
已执行最大次数的重传(48)。
8.根据权利要求1所述的方法,所述停止条件或推迟条件至少还包括以下条件:
最大计时器期满(49)。
9.根据权利要求1所述的方法,所述停止条件或推迟条件至少还包括不存在对所述至少一个随后的物理资源的分配。
10.根据权利要求1所述的方法,所述停止条件或推迟条件包括以下条件中的至少一个或包括以下条件中的至少一个的至少两个条件的“或”条件:
接收到确认ACK消息(46);
已执行最大次数的重传(48);
最大计时器期满(49);
不存在对所述至少一个随后的物理资源的分配。
11.根据权利要求1所述的方法,还包括:
在执行所述第一数据传输之前,所述UE将要发送的数据插入与所述第一数据传输相关联的第一传输缓冲器(75a)中,并且在执行所述所述至少一个冗余传输之前,将冗余数据插入与所述至少一个冗余传输相关联的第二传输缓冲器(75b)中;以及
当满足停止条件或推迟条件时,所述UE将所述第二传输缓冲器清空。
12.根据权利要求1所述的方法,还包括:
所述UE根据追赶组合方案或用于前向纠错的增量冗余来执行至少一个冗余传输。
13.根据权利要求1所述的方法,所述方法还包括:
所述UE执行先听后讲方案(41b)或基于监听或检测技术的方案以用于执行所述至少一个冗余传输。
14.根据权利要求13所述的方法,所述UE使用基于载波监听多址冲突检测CSMA/CD的技术。
15.根据权利要求13所述的方法,所述UE使用基于载波监听多址冲突避免CSMA/CA的技术。
16.根据权利要求1所述的方法,还包括:
所述UE执行冗余传输,直到满足所述推迟条件(48、49);
在处置冗余传输时等待(45)随后的资源;
在所述随后的专用资源上执行至少一个附加的冗余传输。
17.根据权利要求1所述的方法,还包括:
在初始步骤中,所述BS测量至少部分地与网络状态相关联的度量(933-937),以当所述度量低于阈值时启动随后的步骤。
18.根据权利要求1所述的方法,还包括:
所述BS执行调度以将多个专用资源与要发送的数据相关联,以允许在第一信道和/或第二信道中在第一专用资源与在所述第一专用资源之后或同时的至少一个专用或非专用资源之间进行关联。
19.根据权利要求1所述的方法,还包括:
所述BS测量至少部分地与网络的状态相关联的度量,以便向经受不满足QoS要求的设备指派更多数量的冗余传输。
20.根据权利要求1所述的方法,还包括:
所述BS测量至少部分地与网络的状态相关联的度量,以向请求紧急通信的设备指派更多数量的冗余传输。
21.根据权利要求1所述的方法,还包括:
所述BS确定优先级的排名,以将更多的冗余传输指派给更高优先级的传输。
22.根据权利要求1所述的方法,
其中,所述UE在不等待确认消息的情况下发送所述至少一个冗余传输。
23.根据权利要求1所述的方法,
其中,所述至少一个冗余传输包括所述UE在所述第二信道的多个随后的资源中发送的多个冗余传输(61)。
24.根据权利要求1所述的方法,
还包括:在相同物理资源中执行重传之前,所述UE执行等待(45、45c)否定确认NACK消息的自动请求ARQ技术。
25.根据权利要求24所述的方法,其中,所述UE通过增加功率水平来执行所述ARQ重传。
26.根据权利要求1所述的方法,
其中,所述免授权资源中的至少一个是短传输时间间隔sTTI。
27.根据权利要求1所述的方法,
其中,所述免授权资源中的至少一个是短传输时间间隔sTTI。
28.根据权利要求1所述的方法,其中,所述调度是半持久调度SPS、或作为免授权传输的预配置资源。
29.一种用于由基站BS在上行链路上从用户设备UE接收数据的方法,包括:
所述BS在第一信道(61)处接收(31)第一数据,并且同时和/或随后地,在第二信道(62、63)处接收至少一个冗余数据,其中,所述冗余数据被所述UE发送,直到在满足停止条件或推迟条件时停止或推迟所述冗余传输;
所述BS对所述第一数据和/或所述至少一个冗余数据执行(32)有效性检查;以及
如果针对所述第一数据和/或所述至少一个冗余数据中的至少一个,所述有效性检查是肯定的,则所述BS发送(35)确认ACK消息,和/或
如果针对所述第一数据和/或所述至少一个冗余数据,所述有效性检查是否定的,则所述BS发送(36)否定确认NACK消息,
所述停止条件或推迟条件至少包括以下条件:
其他传输被发送或将被发送(41b)。
30.根据权利要求29所述的方法,还包括:
将错误接收的冗余数据与先前错误接收的数据进行组合,以重建发送的数据。
31.根据权利要求29所述的方法,其中所接收的数据是所述BS从用于根据混合自动重传请求HARQ方案进行通信的方法(10-10”、40、40b、40c、80)获得的,所述方法包括:
所述UE在第一信道(61)处执行第一数据传输(11-11”、41、82);
与所述第一数据传输同时和/或在至少一个随后的物理资源中,所述UE在第二信道(62、63)处执行至少一个冗余传输(12-12”、13”、42、42c);
当满足停止条件或推迟条件时,所述UE结束或推迟所述冗余传输。
32.根据权利要求1或29所述的方法,其中,所述通信是长期演进LTE通信、和/或第三代合作伙伴计划3GPP、和/或4G、和/或5G。
33.一种用户设备(21-23、51-54),被配置为:
在第一信道(61)处执行通信;
向基站BS发送第一数据;
随后和/或同时地,至少在第二信道(62、63)处执行向所述基站BS的冗余传输:以及
当满足停止条件或推迟条件时,结束或推迟所述冗余传输,
所述停止条件或推迟条件至少包括以下条件:
其他传输被发送或将被发送(41b)。
34.根据权利要求33所述的用户设备,
所述停止条件或推迟条件包括以下条件中的至少一个:
接收到确认ACK消息(46);
已执行最大次数的重传(48);
最大计时器期满(49);和
不存在对所述至少一个随后的物理资源的分配。
35.根据权利要求33所述的用户设备(21-23、51-54),
其中所述第一信道(61)具有免授权物理资源,
其中所述第二信道具有免授权资源。
36.根据权利要求33所述的用户设备,其中,所述第一信道具有专用物理资源,并且所述第二信道具有专用物理资源。
37.根据权利要求33所述的方法,其中,所述第一信道具有免授权物理资源,并且所述第二信道具有免授权物理资源。
38.一种基站BS,被配置为:
在第一信道中的专用资源上从用户设备UE接收第一数据,并且同时和/或随后地,在所述第一信道或第二信道中从所述UE接收至少一个冗余数据,其中所述冗余数据被所述UE发送,直到在满足停止条件或推迟条件时停止或推迟所述冗余传输;
对所述第一数据和/或所述至少一个冗余数据执行有效性检查;以及
基于所述有效性检查的结果,向所述UE发送确认ACK消息和/或否定确认NACK消息,
所述停止条件或推迟条件至少包括以下条件:
其他传输被发送或将被发送(41b)。
CN201880051932.5A 2017-06-14 2018-06-13 在上行链路中进行通信的方法和设备、用于在上行链路上接收数据的方法和设备 Active CN110999159B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP17176135.6 2017-06-14
EP17176135.6A EP3416322A1 (en) 2017-06-14 2017-06-14 Reliable ultra-low latency communications
PCT/EP2018/065735 WO2018229168A2 (en) 2017-06-14 2018-06-13 Reliable ultra-low latency communications

Publications (2)

Publication Number Publication Date
CN110999159A CN110999159A (zh) 2020-04-10
CN110999159B true CN110999159B (zh) 2023-06-09

Family

ID=59067558

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880051932.5A Active CN110999159B (zh) 2017-06-14 2018-06-13 在上行链路中进行通信的方法和设备、用于在上行链路上接收数据的方法和设备

Country Status (7)

Country Link
US (1) US11387946B2 (zh)
EP (2) EP3416322A1 (zh)
JP (1) JP7054153B2 (zh)
KR (1) KR102389734B1 (zh)
CN (1) CN110999159B (zh)
BR (1) BR112019026880A8 (zh)
WO (1) WO2018229168A2 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109391406A (zh) * 2017-08-10 2019-02-26 株式会社Ntt都科摩 数据发送方法、确认信号发送方法、用户设备和基站
US11051339B2 (en) * 2018-02-07 2021-06-29 Qualcomm Incorporated Vehicle-to-everything ultra-reliable/low-latency communications design
US11956788B2 (en) * 2018-07-30 2024-04-09 Qualcomm Incorporated Expiration periods for low latency communications
US10999006B2 (en) 2019-02-08 2021-05-04 Hewlett Packard Enterprise Development Lp Communications having reduced latency
US10805942B1 (en) * 2019-06-10 2020-10-13 Qualcomm Incorporated Multiplexing communications of user equipment that support different transmission time interval lengths
US11570660B2 (en) * 2020-03-18 2023-01-31 Connectify, Inc. Management of data communication connections
US20230337224A1 (en) * 2020-04-10 2023-10-19 JRD Communication (Shenzhen) Ltd. Method for handling high-priority uplink transmissions and user equipment
US20230216613A1 (en) * 2020-04-18 2023-07-06 Lenovo (Singapore) Pte. Ltd. Combined blind and feedback based retransmissions
WO2022000318A1 (en) * 2020-06-30 2022-01-06 JRD Communication (Shenzhen) Ltd. Harq feedback transmission method, base station and user equipment
CN114079543B (zh) * 2020-08-11 2024-02-20 中国电信股份有限公司 混合自动重传请求的反馈方法、系统和终端
KR20230098794A (ko) * 2020-11-06 2023-07-04 파나소닉 인텔렉츄얼 프로퍼티 코포레이션 오브 아메리카 통신 장치 및 통신 방법
CN112350803B (zh) * 2020-12-04 2023-04-07 北京奇艺世纪科技有限公司 数据包的传输方法、装置、系统、电子设备及存储介质
CN114698107A (zh) * 2020-12-28 2022-07-01 维沃移动通信有限公司 Ue行为的确定方法、装置及ue
CN113692002B (zh) * 2021-08-30 2023-11-07 中信科移动通信技术股份有限公司 上行免调度传输效率提升方法及系统
US11750324B2 (en) * 2021-11-30 2023-09-05 Analog Devices International Unlimited Company Methods for adaptive error avoidance to increase re-transmission reliability in time-slotted communication links

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015131376A1 (zh) * 2014-03-06 2015-09-11 华为技术有限公司 基站、终端及切换方法
DE102015215345A1 (de) * 2014-08-18 2016-02-18 Apple Inc. Funkzugangstechnologie mit diskontinuierlicher und periodischer pusch-übertragung

Family Cites Families (55)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5162791A (en) 1989-10-02 1992-11-10 Codenoll Technology Corporation Collision detection using code rule violations of the manchester code
US7813322B2 (en) * 2003-02-19 2010-10-12 Qualcomm Incorporated Efficient automatic repeat request methods and apparatus
US8437284B2 (en) * 2003-07-29 2013-05-07 Citrix Systems, Inc. Systems and methods for additional retransmissions of dropped packets
CN102594501B (zh) 2004-02-07 2014-11-26 桥扬科技有限公司 具有自动重复请求(arq)的多载波通信系统的方法和设备
US7643419B2 (en) * 2004-05-07 2010-01-05 Interdigital Technology Corporation Method and apparatus for implementing a data lifespan timer for enhanced dedicated channel transmissions
CN100583718C (zh) * 2004-06-09 2010-01-20 三星电子株式会社 移动电信系统中用于数据传输的方法和设备
US8014827B2 (en) * 2004-12-28 2011-09-06 Hitachi, Ltd. Base station which communicates according to a retransmission control
WO2007148881A2 (en) * 2006-06-21 2007-12-27 Lg Electronics Inc. Method of supporting data retransmission in a mobile communication system
KR101253182B1 (ko) * 2007-01-09 2013-04-10 엘지전자 주식회사 다중 반송파를 이용하는 무선 통신 시스템에서 데이터 재전송을 지원하는 방법 및 이를 위한 장치
CN101578802A (zh) * 2007-02-09 2009-11-11 诺基亚公司 用于确认信令的方法和装置
CN101425880A (zh) * 2007-10-30 2009-05-06 华为技术有限公司 应答信息跨子帧重复传输的方法及装置
JP2009159440A (ja) * 2007-12-27 2009-07-16 Kyocera Corp 通信装置、通信システムおよび通信方法
US8184579B2 (en) * 2008-02-15 2012-05-22 Texas Instruments Incorporated ACK/NAK repetition schemes in wireless networks
US8934405B2 (en) * 2008-05-06 2015-01-13 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for retransmission scheduling and control in multi-carrier wireless communication networks
US8214712B2 (en) * 2008-11-05 2012-07-03 Mediatek Inc. Method for transmitting real-time streaming data in a communications system and apparatuses utilizing the same
EP2214340A1 (en) * 2009-01-30 2010-08-04 Panasonic Corporation HARQ operation for macro-diversity transmissions in the downlink
KR101669966B1 (ko) * 2009-05-11 2016-10-27 엘지전자 주식회사 다중 반송파를 지원하는 무선 통신 시스템에서 중복 데이터를 송신 및 수신하는 방법 및 장치
ATE550904T1 (de) * 2009-06-18 2012-04-15 Panasonic Corp Erweitertes direktzugriffsverfahren für mobile kommunikationen
US8335970B2 (en) * 2009-09-28 2012-12-18 Broadcom Corporation Encoder/decoder with unfolding error correction
JP2011091677A (ja) * 2009-10-23 2011-05-06 Mitsubishi Electric Corp 送信装置および通信システム
US8665971B2 (en) 2009-11-24 2014-03-04 Qualcomm, Incorporated Apparatus and method for channel estimation using compressive sensing
US20120213196A1 (en) 2009-12-03 2012-08-23 Jae Hoon Chung Method and apparatus for efficient contention-based transmission in a wireless communication system
CN102123399B (zh) 2010-01-08 2014-01-01 华为技术有限公司 调度请求的方法及装置
CN102208967B (zh) * 2010-03-31 2014-04-09 中兴通讯股份有限公司 一种lte终端非自适应重传功率控制的方法及装置
US9252930B2 (en) 2011-01-07 2016-02-02 Futurewei Technologies, Inc. Reference signal transmission and reception method and equipment
US9532373B2 (en) 2011-08-22 2016-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Collision resolution for PUCCH scheduling requests
EP2768171B1 (en) * 2011-10-12 2022-04-13 Samsung Electronics Co., Ltd. Method and device for transmitting reverse control signal in mobile communication system
US9253785B2 (en) * 2012-05-04 2016-02-02 Broadcom Corporation Multi-cell incremental redundancy
WO2013176695A1 (en) 2012-05-21 2013-11-28 Research In Motion Limited System and method for handling of an uplink transmission collision with an ack/nack signal
US20130343273A1 (en) * 2012-06-26 2013-12-26 Qualcomm Incorporated Enhanced tti bundling with flexible harq merging
US20140050105A1 (en) * 2012-08-15 2014-02-20 Futurewei Technologies, Inc. Traffic-Adaptive Repeated Transmission
US9397819B2 (en) * 2012-10-02 2016-07-19 Telefonaktiebolaget Lm Ericsson (Publ) Extension carrier for ARQ
ES2657554T3 (es) * 2012-10-16 2018-03-05 Huawei Technologies Co., Ltd. Método de transmisión, dispositivo, equipo de usuario UE y estación base de HARQ-ACK
JP6369458B2 (ja) 2013-06-04 2018-08-08 日本電気株式会社 クロス−サブフレームスケジューリングの有無両方で、フレキシブル−tddシステムにおけるdl伝送のためのdlスケジューリング及びharq−ackフィードバック
US9717071B2 (en) 2013-08-16 2017-07-25 Qualcomm Incorporated Uplink procedures for LTE/LTE-A communication systems with unlicensed spectrum
US9729283B2 (en) * 2014-05-08 2017-08-08 Intel IP Corporation Systems, methods and devices for flexible retransmissions
KR102040624B1 (ko) * 2014-08-07 2019-11-27 엘지전자 주식회사 디스커버리 신호 수신 방법 및 사용자기기와, 디스커버리 신호 전송 방법 및 기지국
US20160050667A1 (en) * 2014-08-18 2016-02-18 Samsung Electronics Co., Ltd. Communication on licensed and unlicensed bands
US9935742B2 (en) * 2014-10-20 2018-04-03 Apple Inc. Adaptive HARQ for half duplex operation for battery and antenna constrained devices
US10728791B2 (en) * 2014-10-27 2020-07-28 General Electric Company Wireless interface virtualization
US10367621B2 (en) 2014-10-27 2019-07-30 Qualcomm Incorporated Fountain HARQ for reliable low latency communication
US10291372B2 (en) * 2014-11-03 2019-05-14 Qualcomm Incorporated Hybrid automatic repeat/request (HARQ) scheduling
US10285180B2 (en) 2015-03-14 2019-05-07 Qualcomm Incorporated Reserved resource pool assisted access resource selection for small data transmission
US10524236B2 (en) 2015-03-23 2019-12-31 Qualcomm Incorporated Uplink transmission control with clear channel assessment
WO2016175631A1 (en) * 2015-04-30 2016-11-03 Lg Electronics Inc. Method and apparatus for configuring random access channel in short tti or contention based uplink transmission in wireless communication system
WO2016191985A1 (en) * 2015-05-29 2016-12-08 Siemens Aktiengesellschaft Method and device for redundant data transmission over multiple wireless links
US9775141B2 (en) 2015-07-14 2017-09-26 Motorola Mobility Llc Method and apparatus for reducing latency of LTE uplink transmissions
US10652872B2 (en) 2015-07-20 2020-05-12 Lg Electronics Inc. Downlink control information receiving method and user equipment, and downlink control information transmitting method and base station
US9743423B2 (en) 2015-07-27 2017-08-22 Futurewei Technologies, Inc. Link adaptation in grant-free multiple access systems
US10103849B2 (en) * 2015-08-13 2018-10-16 Lg Electronics Inc. Method of transmitting or receiving uplink control information in wireless communication system and apparatus for the same
KR20170054218A (ko) 2015-11-06 2017-05-17 한국전자통신연구원 통신 시스템에서의 빠른 접속을 위한 방법 및 장치
US11032031B2 (en) * 2016-01-18 2021-06-08 Qualcomm Incorporated HARQ LLR buffer and reordering buffer management
US10355803B2 (en) 2016-10-24 2019-07-16 Qualcomm Incorporated Multiplexing reference signals with scalable numerology for new radio (NR) networks
US11212701B2 (en) * 2017-05-14 2021-12-28 FG Innovation Company Limited Systems, methods, and devices for ultra-reliable low latency communication quality-of-service guarantee
US10568129B2 (en) 2017-06-15 2020-02-18 Ofinno, Llc Grant free configuration

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015131376A1 (zh) * 2014-03-06 2015-09-11 华为技术有限公司 基站、终端及切换方法
DE102015215345A1 (de) * 2014-08-18 2016-02-18 Apple Inc. Funkzugangstechnologie mit diskontinuierlicher und periodischer pusch-übertragung

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CCL/ITRI.R1-99b03 "MAC Procedures for CPCH".3GPP tsg_ran\WG1_RL1.1999,(第TSGR1_07期),全文. *

Also Published As

Publication number Publication date
WO2018229168A3 (en) 2019-02-07
BR112019026880A2 (pt) 2020-06-30
WO2018229168A2 (en) 2018-12-20
KR102389734B1 (ko) 2022-04-22
CN110999159A (zh) 2020-04-10
EP3416322A1 (en) 2018-12-19
JP7054153B2 (ja) 2022-04-13
JP2020523897A (ja) 2020-08-06
BR112019026880A8 (pt) 2023-04-11
US11387946B2 (en) 2022-07-12
KR20200013050A (ko) 2020-02-05
US20200119853A1 (en) 2020-04-16
EP3639437A2 (en) 2020-04-22

Similar Documents

Publication Publication Date Title
CN110999159B (zh) 在上行链路中进行通信的方法和设备、用于在上行链路上接收数据的方法和设备
JP7004338B2 (ja) Ttiバンドリングによるアップリンク送信の強化
US10727982B2 (en) Controlling communication of data between devices supporting multiple retransmission protocol processes
US9532352B2 (en) Method and apparatus for incremental-redundancy HARQ process
EP2286537B1 (en) Increasing reliability of hybrid automatic repeat request protocol
EP3565148B1 (en) Data transmission method and apparatus
EP3526920B1 (en) Base stations, user equipments and a system for wireless communication, as well as the corresponding methods
EP3440881B1 (en) Radio resource management for high reliability and low latency traffic
CN110830177B (zh) 一种混合自动重传请求传输方法和装置
US20110179332A1 (en) Method For Automatic Repeat Request Operation, Transceiver Arrangement, And Computer Program
CN117751539A (zh) 方法、通信装置和基础设施设备
CN113517960A (zh) 通信方法及装置
CN116746091A (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40025372

Country of ref document: HK

TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20221227

Address after: Holland Ian Deho Finn

Applicant after: KONINKLIJKE PHILIPS N.V.

Address before: Munich, Germany

Applicant before: FRAUNHOFER-GESELLSCHAFT ZUR FORDERUNG DER ANGEWANDTEN FORSCHUNG E.V.

GR01 Patent grant
GR01 Patent grant