CN110168983B - 用于数据重传的方法和设备 - Google Patents

用于数据重传的方法和设备 Download PDF

Info

Publication number
CN110168983B
CN110168983B CN201780082330.1A CN201780082330A CN110168983B CN 110168983 B CN110168983 B CN 110168983B CN 201780082330 A CN201780082330 A CN 201780082330A CN 110168983 B CN110168983 B CN 110168983B
Authority
CN
China
Prior art keywords
rlc
mac
packet
layer
predetermined
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
CN201780082330.1A
Other languages
English (en)
Other versions
CN110168983A (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.)
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 CN110168983A publication Critical patent/CN110168983A/zh
Application granted granted Critical
Publication of CN110168983B publication Critical patent/CN110168983B/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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Abstract

本公开的实施例涉及用于数据重传的方法和设备。在示例实施例中，提供了一种在第一设备中实现的方法。根据该方法，在RLC层上向第二设备发送RLC分组。确定在预定的RLC重传时段期间是否从第二设备接收到针对RLC分组的ACK反馈。响应于在RLC重传时段期间缺失ACK反馈，在RLC层上向第二设备重传RLC分组，而不考虑是否从第二设备接收到针对先前发送的RLC分组的NACK反馈。

Description

用于数据重传的方法和设备
技术领域
本公开的实施例一般涉及电信领域，尤其涉及用于数据重传的方法和设备。
背景技术
在当前电信网络(例如基于第三代合作伙伴计划(3GPP)规范的长期演进(LTE)网络)中，数据重传机制被设计为降低数据分组的残留错误率。存在两种类型的重传机制，包括媒体访问控制(MAC)层上的混合自动重复请求(HARQ)过程和更高的无线电链路控制(RLC)层上的自动重复请求(ARQ)过程。在这两种重传机制中，根据数据分组是否被成功接收，从接收侧向发送侧提供肯定应答(ACK)或否定应答(NACK)反馈，以触发数据分组的重传。首先由MAC层上的HARQ机制对缺失或错误的数据分组的重传进行处理。HARQ层处的ARQ机制可以用于补充HARQ。
HARQ和ARQ重传机制在可靠性和延迟方面具有它们自己的优点和缺点。由于ARQ过程涉及比HARQ过程更高的层(RLC层)，因此延迟大，但数据分组和ACK/NACK反馈两者可以以相对低的可靠性发送。MAC层处的HARQ过程以快速重传为目标，但牺牲了可靠性。在一些情况下，用于HARQ过程的ACK/NACK反馈由诸如物理控制信道之类的公共信道发送，因此HARQ过程的残留错误率取决于相对高的公共信道的鲁棒性。
可靠性和延迟是评估数据传输服务质量(QoS)的两个重要方面，但是在HARQ和ARQ重传机制中难以同时实现高可靠性和低延迟。为了满足两方面中的一个方面的高要求，如所分析的，另一方面可以被折衷。对于许多常规用例来说，这种折衷是可接受的。
然而，在当前3GPP的标准化工作中，已经提出了新无线电(NR)技术，这带来了新的挑战。NR网络中的许多新兴服务(例如超可靠和低延迟通信(URLLC)服务)既需要高可靠性又需要低延迟以提供高QoS。例如，根据3GPP技术报告，对于不同的协同应用(例如自动化应用、智能电网和智能交通)，URLLC服务的延迟要求范围从1ms到10ms，而在可靠性方面，需要达到10-4、10-6甚至是10-9的残留错误率。注意，在这种服务的上下文中，在计算残留错误率时，在所需延迟界限1ms或10ms之后接收的数据分组被视为错误或无效的。
发明内容
一般地，本公开的示例实施例提供用于数据重传的方法和设备。
在第一方面，提供了一种在第一设备中实现的方法。根据所述方法，在RLC层上向第二设备发送RLC分组。确定在预定的RLC重传时段期间是否从第二设备接收到针对RLC分组的ACK反馈。响应于在RLC重传时段期间缺失ACK反馈，在RLC层上向第二设备重传RLC分组，而不考虑是否从第二设备接收到针对先前发送的RLC分组的NACK反馈。
在一些实施例中，向第二设备发送RLC分组包括：将RLC分组从RLC层发送到MAC层；在MAC层上根据所述RLC分组生成MAC分组；在MAC层上向所述第二设备重复发送所述MAC分组预定次数，而不等待来自所述第二设备的针对所述MAC分组的先前传输的NACK反馈。
在一些实施例中，重复发送MAC分组包括：在RLC层处从所述第一设备在MAC层上的多个MAC实体中选择一个或多个MAC实体；以及指示MAC层上所选择的一个或多个MAC实体向所述第二设备重复发送所述MAC分组预定次数。
在一些实施例中，基于以下中的一项或多项从所述多个MAC实体中选择所述一个或多个MAC实体：第一设备的所述多个MAC实体中的各MAC实体与第二设备的另一MAC实体之间的连接质量、连接上的业务负载或RLC分组的延迟要求。
在一些实施例中，基于来自第二设备的一个或多个MAC实体的指示，从所述多个MAC实体中选择所述一个或多个MAC实体。
在一些实施例中，所述方法还包括向MAC层发送对预定次数的指示。
在第二方面，提供了一种在第二设备中实现的方法。所述方法包括在RLC层上检测是否从第一设备成功接收到RLC分组；以及响应于未成功接收到所述RLC分组，在RLC层上检测来自所述第一设备的RLC分组，而不向所述第一设备发送针对RLC分组的NACK反馈。
在一些实施例中，所述方法还包括：响应于成功接收到所述RLC分组，将从接收到所述RLC分组到预定RLC重传时段到期的时间间隔的时间长度与阈值时间长度进行比较；以及响应于确定所述时间间隔的时间长度大于所述阈值时间长度，向所述第一设备发送针对所述RLC分组的肯定应答ACK反馈。
在一些实施例中，检测来自所述第一设备的所述RLC分组包括：在MAC层上检测是否成功接收到MAC分组，其中，所述MAC分组根据所述RLC分组生成，并在MAC层上重复发送预定次数；响应于成功接收到所述MAC分组，将所述MAC分组从MAC层发送到RLC层，而不向所述第一设备发送针对所述MAC分组的ACK反馈；以及在RLC层上基于所述MAC分组生成所述RLC分组。
在一些实施例中，所述方法还包括：响应于未成功接收到所述MAC分组，在MAC层上检测所述MAC分组的重传，而不向所述第一设备发送针对所述MAC分组的NACK反馈。
在第三方面，提供了一种在RLC设备中实现的方法。所述方法包括：所述RLC设备向MAC设备发送RLC分组；确定在预定的RLC重传时段期间是否从所述MAC设备接收到针对所述RLC分组的ACK反馈；以及响应于在RLC重传时段期间缺失所述ACK反馈，所述RLC设备向所述MAC设备重传所述RLC分组，而不考虑是否从所述MAC设备接收到针对所述RLC分组的NACK反馈。
在一些实施例中，向所述MAC设备发送所述RLC分组包括：所述RLC设备基于以下中的一项或多项从多个候选MAC设备中选择所述MAC设备：所述MAC设备与接收所述RLC分组的另一MAC设备之间的连接的质量，所述连接上的业务负载，或所述RLC分组的延迟要求；以及向所选择的MAC设备发送所述RLC分组。
在一些实施例中，所述方法还包括：由所述RLC设备向所述MAC设备发送对预定次数的指示以用于所述RLC分组的重传。
在第四方面，提供了一种在MAC设备中实现的方法。所述方法包括：所述MAC设备从RLC设备接收RLC分组；所述MAC设备根据所述RLC分组生成MAC分组；以及所述MAC设备向另一MAC设备重复发送所述MAC分组预定次数，而不等待来自所述另一MAC设备的针对所述MAC分组的先前传输的NACK反馈。
在一些实施例中，所述方法还包括：所述MAC设备从所述RLC设备接收对预定次数的指示。
在第五方面，提供了一种第一设备处的装置。所述装置包括处理器；以及存储器，耦接到处理单元并在其上存储指令，所述指令在由所述处理单元执行时使所述装置执行如下操作：在RLC层上向第二设备发送RLC分组；确定在预定的RLC重传时段期间是否从第二设备接收到针对RLC分组的ACK反馈；以及响应于在RLC重传时段期间缺失所述ACK反馈，在RLC层上向第二设备重传所述RLC分组，而不考虑是否从第二设备接收到针对先前发送的RLC分组的NACK反馈。
在一些实施例中，所述指令在由处理单元执行时使所述装置：将RLC分组从RLC层发送到MAC层；在MAC层上根据所述RLC分组生成MAC分组；以及在MAC层上向所述第二设备重复发送所述MAC分组预定次数，而不等待来自所述第二设备的针对所述MAC分组的先前传输的NACK反馈。
在一些实施例中，所述指令在由处理单元执行时使所述装置：在RLC层处从所述第一设备在MAC层上的多个MAC实体中选择一个或多个MAC实体；以及指示MAC层上所选择的一个或多个MAC实体向所述第二设备重复发送所述MAC分组预定次数。
在一些实施例中，基于以下中的一项或多项从所述多个MAC实体中选择所述一个或多个MAC实体：第一设备的所述多个MAC实体中的各MAC实体与第二设备的另一MAC实体之间的连接质量、连接上的业务负载或RLC分组的延迟要求。
在一些实施例中，基于来自第二设备的一个或多个MAC实体的指示，从所述多个MAC实体中选择所述一个或多个MAC实体。
在一些实施例中，所述指令在由处理单元执行时还使所述装置：向MAC层发送对所述预定次数的指示。
在第六方面，提供了一种第二设备处的装置。所述装置包括处理器；以及存储器，耦接到处理单元并在其上存储指令，所述指令在由所述处理单元执行时使所述装置执行如下操作：在RLC层上检测是否从第一设备成功接收到RLC分组；以及响应于未成功接收到所述RLC分组，在RLC层上检测来自所述第一设备的RLC分组，而不向所述第一设备发送针对RLC分组的NACK反馈。
在一些实施例中，所述指令在由处理单元执行时还使所述装置：响应于成功接收到所述RLC分组，将从接收到所述RLC分组到预定RLC重传时段到期的时间间隔的时间长度与阈值时间长度进行比较；以及响应于确定所述时间间隔的时间长度大于所述阈值时间长度，向所述第一设备发送针对所述RLC分组的肯定应答ACK反馈。
在一些实施例中，所述指令在由处理单元执行时使所述装置：在MAC层上检测是否成功接收到MAC分组，其中，所述MAC分组根据所述RLC分组生成，并在MAC层上重复发送预定次数；响应于成功接收到所述MAC分组，将所述MAC分组从MAC层发送到RLC层，而不向所述第一设备发送针对所述MAC分组的ACK反馈；以及在RLC层上基于所述MAC分组生成所述RLC分组。
在一些实施例中，所述指令在由处理单元执行时还使所述装置：响应于未成功接收到所述MAC分组，在MAC层上检测所述MAC分组的重传，而不向所述第一设备发送针对所述MAC分组的NACK反馈。
在第七方面，提供了一种RLC设备处的装置。所述装置包括处理器；以及存储器，耦接到处理单元并在其上存储指令，所述指令在由所述处理单元执行时使所述装置执行如下操作：向MAC设备发送RLC分组；确定在预定的RLC重传时段期间是否从所述MAC设备接收到针对所述RLC分组的ACK反馈；以及响应于在RLC重传时段期间缺失ACK反馈，向所述MAC设备重传所述RLC分组，而不考虑是否从所述MAC设备接收到针对所述RLC分组的NACK反馈。
在一些实施例中，所述指令在由处理单元执行时使所述装置：基于以下中的一项或多项从多个候选MAC设备中选择所述MAC设备：所述MAC设备与接收所述RLC分组的另一MAC设备之间的连接的质量，所述连接上的业务负载，或所述RLC分组的延迟要求；以及向所选择的MAC设备发送所述RLC分组。
在一些实施例中，所述指令在由处理单元执行时还使所述装置：向所述MAC设备发送对预定次数的指示以用于所述RLC分组的重传。
在第八方面，提供了一种MAC设备处的装置。所述装置包括处理器；以及存储器，耦接到处理单元并在其上存储指令，所述指令在由所述处理单元执行时使所述装置执行如下操作：从RLC设备接收RLC分组；根据所述RLC分组生成MAC分组；以及向另一MAC设备重复发送所述MAC分组预定次数，而不等待来自所述另一MAC设备的针对所述MAC分组的先前传输的NACK反馈。
在一些实施例中，所述指令在由处理单元执行时还使所述装置：从所述RLC设备接收对所述预定次数的指示。
在第九方面，提供了一种有形地存储在计算机可读存储介质上的计算机程序产品。所述计算机程序产品包括指令，所述指令当在至少一个处理器上执行时，使所述至少一个处理器执行根据第一方面、第二方面、第三方面和第四方面中的任一方面的方法。
在本公开的第十方面，提供了一种包括主机计算机的通信系统。所述通信系统包括处理电路，被配置为提供用户数据；以及通信接口，被配置为将用户数据转发到蜂窝网络以用于向用户设备(UE)传输。所述蜂窝网络包括具有无线电接口和处理电路的基站，所述基站的处理电路被配置为执行根据本公开的第一方面、第三方面和第四方面中的任一方面的方法。
在本公开的第十一方面，提供了一种在通信系统中实现的方法，所述通信系统包括主机计算机、基站和用户设备(UE)。所述方法包括：在主机计算机处提供用户数据；以及在所述主机计算机处发起经由包括基站的蜂窝网络到UE的承载所述用户数据的传输，其中，所述基站被配置为执行根据本公开的第一方面、第三方面和第四方面中的任一方面的方法。
在本公开的第十二方面，提供了一种包括主机计算机的通信系统。所述通信系统包括处理电路，被配置为提供用户数据；以及通信接口，被配置为将用户数据转发到蜂窝网络以用于向用户设备(UE)传输。所述UE包括无线电接口和处理电路，所述UE的处理电路被配置为执行根据本公开的第二方面的方法。
在本公开的第十三方面，提供了一种在通信系统中实现的方法，所述通信系统包括主机计算机、基站和用户设备(UE)。所述方法包括：在主机计算机处提供用户数据；以及在所述主机计算机处发起经由包括基站的蜂窝网络到UE的承载用户数据的传输，其中，所述UE被配置为执行根据本公开的第二方面的方法。
在本公开的第十四方面，提供了一种包括主机计算机的通信系统。所述通信系统包括通信接口，被配置为接收源自从用户设备(UE)到基站的传输的用户数据，其中，所述UE包括无线电接口和处理电路，并且所述UE的处理电路被配置为执行根据本公开的第一方面、第三方面和第四方面的方法。
在本公开的第十五方面，提供了一种在通信系统中实现的方法，所述通信系统包括主机计算机、基站和UE。所述方法包括：在主机计算机处，接收从UE向基站发送的用户数据，其中，所述UE被配置为执行根据本公开的第一方面、第三方面和第四方面的方法。
在本公开的第十六方面，提供了一种包括主机计算机的通信系统。所述通信系统包括通信接口，被配置为接收源自从UE到基站的传输的用户数据，其中，所述基站包括无线电接口和处理电路，并且所述基站的处理电路被配置为执行根据本公开的第二方面的方法。
在本公开的第十七方面，提供了一种在通信系统中实现的方法，所述通信系统包括主机计算机、基站和UE。所述方法包括：在主机计算机处，从基站接收源自基站已从UE接收到的传输的用户数据，其中，所述基站被配置为执行根据本公开的第二方面的方法。
通过以下描述，本公开的其他特征将变得易于理解。
附图说明
通过附图中对本公开的一些实施例的更详细的描述，本公开的以上以及其他目的、特征和优点将变得更显而易见，在附图中：
图1是可以在其中实现本公开的实施例的通信网络的框图；
图2是示出传统数据重传过程的流程图；
图3是示出根据本公开的一些实施例的数据重传过程的流程图；
图4是示出根据本公开的一些其他实施例的数据重传过程的流程图；
图5是根据本公开的一些实施例的在第一设备中实现的方法的流程图；
图6是根据本公开的一些实施例的在第二设备中实现的方法的流程图；
图7是根据本公开的一些实施例的在RLC设备中实现的方法的流程图；
图8是根据本公开的一些实施例的在MAC设备中实现的方法的流程图；
图9是根据本公开的一些实施例的第一设备的框图；
图10是根据本公开的一些实施例的第二设备的框图；
图11是根据本公开的一些实施例的RLC设备的框图；
图12是根据本公开的一些实施例的MAC设备的框图；
图13是适于实现本公开的实施例的设备的简化框图；
图14示意性地示出了经由中间网络连接到主机计算机的电信网络；
图15是通过部分无线连接经由基站与用户设备通信的主机计算机的概括框图；以及
图16至图19是示出在包括主机计算机、基站和用户设备的通信系统中实现的方法的流程图。
贯穿附图，相同或类似的附图标记表示相同或类似的元件。
具体实施方式
现在将参考一些示例实施例来描述本公开的原理。应理解，这些实施例仅出于说明的目的而进行描述，并帮助本领域技术人员理解和实现本公开，而不暗示对本公开的范围的任何限制。本文中所描述的公开内容可以以除了下面描述的方式之外的各种方式实现。
在下面的描述和权利要求中，除非另外定义，否则本文中所使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。
如在本文中所使用的，术语“网络设备”或“基站”(BS)指能够提供或托管(host)终端设备可以通信的小区或覆盖范围的设备。网络设备的示例包括但不限于节点B(NodeB或NB)、演进节点B(eNodeB或eNB)、远程无线电单元(RRU)、无线电头端(RH)、远程无线电头端(RRH)、诸如毫微微节点、微微节点等的低功率节点。出于讨论的目的，在下文中，将参考eNB作为网络设备的示例来描述一些实施例。
如在本文中所使用的，术语“终端设备”或“用户设备”(UE)指具有无线或有线通信能力的任何设备。终端设备的示例包括但不限于个人计算机、台式电脑、移动电话、蜂窝电话、智能电话、个人数字助理(PDA)、便携式计算机、诸如数码相机之类的图像捕获设备、游戏设备、音乐存储和回放设备，或能够实现无线或有线互联网接入和浏览等的互联网设备。出于讨论的目的，在下文中，将参考UE作为终端设备的示例来描述一些实施例，并且在本公开的上下文中，术语“终端设备”和“用户设备”(UE)可以互换使用。
如在本文中所使用的，单数形式“一”、“一个”和“所述”旨在还包括复数形式，除非上下文明确地给出相反的指示。术语“包括”及其变体应被解读为意指“包括但不限于”的开放性术语。术语“基于”应被解读为“至少部分基于”。术语“一个实施例”和“实施例”应被解读为“至少一个实施例”。术语“另一实施例”应被解读为“至少一个其他实施例”。术语“第一”、“第二”等可以指不同或相同的对象。下面可以包括其他显式和隐式定义。
在一些示例中，值、过程或装置被称为“最佳”、“最低”、“最高”、“最小”、“最大”等。应理解，这种描述旨在指示可以在许多使用的功能替代方案中进行选择，并且这种选择不需要比其他选择更好、更小、更高或者更优选。
图1示出了可以在其中实现本公开的实施例的示例通信网络100。在网络100中，第一设备110和第二设备120经由有线或无线连接102彼此通信。在第一设备110和第二设备120两者中实现无线接口协议栈。第一设备110包括上层无线电链路控制(RLC)层112和媒体访问控制(MAC)层114，而第二设备120也包括对应的RLC层122和MAC层124。应理解，RLC层112和MAC层114是为了说明而示出的。
根据网络110所遵循的通信标准或规范，第一设备110或第二设备120可以包括其他协议层，例如高于RLC层的分组数据汇聚协议(PDCP)层，或低于MAC层的物理(PHY)层。在数据通信期间，如果第一设备110有分组要发送给第二设备120，则可以将分组从第一设备110的上层发送给第一设备110的下层，然后发送给第二设备120。
在一些实施例中，作为在单个设备中实现的替代，RLC层和MAC层的功能可以分布在单独的设备中。在这种情况下，RLC层112或RLC层122也可以被称为RLC设备112或RLC设备122。类似地，MAC层114或MAC层124可以被称为MAC设备114或MAC设备124。尽管被单独部署，但RLC设备112和MAC设备114可以如在单个设备中那样一起工作，以将分组从110处的发送器侧发送给120处的接收器侧。
在一些实施例中，可以将第一设备110或第二设备120实现为网络设备或终端设备。如果第一设备110是网络设备而第二设备120是终端设备，则从第一设备110到第二设备120的传输被称为下行链路传输。相反方向的传输被称为上行链路传输。
网络100中的通信可以遵循任何合适的标准，包括但不限于长期演进(LTE)、LTE演进、LTE高级(LTE-A)、宽带码分多址(WCDMA)、码分多址(CDMA)和全球移动通信系统(GSM)等。此外，可以根据当前已知的或将来开发的任何一代通信协议来执行通信。通信协议的示例包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、第五代(5G)通信协议。
如上面所提及的，可以在MAC层/设备114和MAC层/设备124以及RLC层/设备112和RLC层/设备122处应用混合自动重复请求(HARQ)过程和自动重复请求(ARQ)过程的两种重传机制。图2示出了基于HARQ和ARQ的传统数据重传过程200。假设要将分组从第一设备110发送给第二设备120。在数据传输期间，上层RLC层/设备112向MAC层/设备114发送(210)分组(称为RLC分组)。在接收到RLC分组时，MAC层/设备114生成对应的MAC分组，并向接收器侧的MAC层/设备124发送(220)该MAC分组。MAC层/设备114等待来自MAC层/设备124的反馈，以确定是否需要重传MAC分组。
如果MAC层/设备124未成功接收到MAC分组，则MAC层/设备124发送(222)MAC NACK反馈，MAC层/设备114可以重传MAC分组，直到接收到MAC ACK反馈，其指示接收器设备120已经成功接收到该分组。在接收到NACK反馈时，MAC层/设备114向MAC层/设备124重传(224)MAC分组。仅当MAC层/设备124已经成功接收到重传的MAC分组时，才将向MAC层/设备114发送(226)ACK反馈(称为MAC ACK反馈)，并且MAC层/设备114处的重传停止。否则，MAC层/设备114保持重传MAC分组，直到接收到NACK反馈。MAC层/设备处220到226的重传过程被称为HARQ过程202。
在接收到MAC分组之后，MAC层/设备124向RLC层/设备122发送(230)该MAC分组。RLC层/设备122根据MAC分组生成RLC分组，并确定该RLC分组是否正确(例如，通过纠错进行确定)。如果该RLC分组是错误的、或者如果在自该RLC分组的传输起的等待窗口之后RLC层/设备122未获得任何RLC分组，则RLC层/设备122向RLC层/设备112发送NACK反馈(称为RLCNACK反馈)。RLC NACK反馈被首先发送(235)至MAC层/设备124，然后被发送(245)至MAC层/设备114。MAC层/设备114向RLC层/设备112提供(215)RLC NACK反馈。
在HARQ过程未成功发送分组的情况下，可以激活RLC层/设备112上的ARQ过程。在接收到RLC NACK反馈时，RLC层/设备112认识到210处的RCL分组的传输失败，并触发ARQ过程以重传(250)RLC分组。
可以在MAC层/设备114处对重传的RLC分组应用另一个HARQ过程204，其中将对应的MAC分组重传(262和266)若干次。从MAC层/设备124发送(264)的MAC NACK反馈触发重传，而从MAC层/设备124发送(268)的MAC ACK反馈使MAC层/设备114停止HARQ过程。在接收到MAC分组之后，MAC层/设备124向RLC层/设备122发送(270)该MAC分组。RLC层/设备122根据该MAC分组生成RLC分组。如果生成的RLC分组被认为是正确的，则RLC层/设备122向MAC层/设备124发送(275)针对该RLC分组的RLC ACK反馈，使得该RLC ACK反馈被发送(285)到MAC层/设备124并被转发(255)到RLC层/设备112。在接收到RLC ACK反馈时，RLC层/设备112停止RLC分组的重传。
在传统的ARQ和HARQ过程中，RLC分组或MAC分组的重传取决于来自接收器侧的反馈。如上面所提及的，ARQ和HARQ这两种重传机制在可靠性和延迟方面具有它们自己的优点和缺点。特别地，HARQ过程以快速重传为目标但牺牲了可靠性，而ARQ过程可以实现高可靠性但经受高延迟。对于具有高QoS的服务，例如URLLC服务，如果对高可靠性和低延迟两者的严格要求依赖于HARQ过程的重传，则需要具有更高鲁棒性和更低错误率的物理控制信道以用于发送诸如ACK或NACK的反馈，这在纯粹的L1设计中几乎是不可能的。另一方面，如果在RLC层上执行重传，则延迟太高，这对于URLLC服务是不可行的。
为了至少部分地解决上述和其他潜在问题，本公开的实施例提供了用于数据重传的新的解决方案。在数据重传中，发送器侧的RLC层执行自主重传和盲重传。具体地，代替在从接收器侧接收到NACK反馈时重传RLC分组，在RLC层上重传RLC分组而不考虑是否接收到NACK反馈。在这种情况下，接收器侧的RLC层可以跳过NACK反馈，即使未成功接收到RLC分组。由于跳过了NACK反馈，所以在数据重传期间省略了诸如NACK反馈的生成、打包和传输之类的操作，这可以增加传输的往返时间(RTT)并因此改进RLC层上的ARQ过程的延迟。
下面将参考图3来详细描述本公开的原理和实现方式，图3示出了RLC层处的数据重传过程300。出于讨论的目的，将参考图1描述过程300。过程300可以包括RLC层上的数据重传。因此，数据重传过程300可以被称为ARQ重传过程。在图3的实施例中，第一设备110具有要向第二设备120发送的分组。在这种情况下，第一设备110用作发送器，而第二设备120用作接收器。如图所示，分组的传输可以包括发送器侧的RLC层/设备112和接收器侧的RLC层/设备122。
RLC层/设备112向RLC层/设备122发送(310)分组(称为RLC分组)。RLC层/设备112可以从第一设备110的上层(诸如PDCP层)或其他设备接收RLC分组的数据。在一些示例中，RLC分组可以是RLC协议数据单元(RLC PDU)。根据本公开的实施例，RLC层/设备112不必在开始RLC分组的重传之前等待接收NACK反馈。因此，RLC层/设备112可以在没有来自RLC层/设备122的任何反馈的情况下自主地保持重传RLC分组。
终止在RLC层/设备112上的重传的一个因素是预定的RLC重传时段的到期。这是因为对于具有严格实时要求的那些业务，如果分组的延迟比要求的延迟长，则不需要执行任何进一步的传输。RLC重传时段定义了RLC层/设备112可以在其中多次重传RLC分组的时段。RLC重传时段可以从RLC层/设备112上的RLC分组的第一次传输开始。每两次重传之间的等待时间窗口也可以由RLC层/设备112配置或确定。在一些其他示例中，等待时间窗口可以取决于为RLC分组传输分配的传输资源。
RLC层/设备112确定(315)RLC重传时段是否到期。如果RLC重传时段未到期，则RLC层/设备112向RLC层/设备122重传(320)RLC分组，而不考虑接收到或不等待来自RLC层/设备122的NACK反馈。在这种情况下，由于RLC层/设备112处的重传不是由来自接收器侧的NACK反馈触发的，所以可以降低RLC分组的不同重传的等待时间窗口，并且简化RLC层/设备112和RLC层/设备122两者上的操作，这有助于改进ARQ重传过程的延迟。另外，由于ARQ重传是由上层RLC层执行的，因此传输的可靠性可以保持在高水平。
在一些实施例中，为了节省传输资源，RLC层/设备112可以在从RLC层/设备122接收到ACK反馈时停止RLC分组的重传。RLC层/设备112还可以确定是否从接收器侧(即，从RLC层/设备122)接收到针对RLC分组的ACK反馈。响应于在RLC重传时段内未接收到ACK反馈，RLC层/设备112向RLC层/设备122重传(320)RLC分组。
在接收器侧，尽管从RLC层/设备112发送了RLC分组的各种副本，但是接收器侧的RLC层/设备122可以作为传统RLC层/设备来处理所述副本，因为每个RLC分组均被编号。RLC层/设备122检测(315)是否从第一设备110(即，RLC层/设备112)成功接收到RLC分组。诸如信道错误、解码错误等各种因素可能导致RLC分组的不成功接收。如果RLC层/设备122未成功接收到RLC分组，则RLC层/设备122可以跳过NACK反馈，因为RLC层/设备112执行盲重传。RLC层/设备122继续检测来自RLC层/设备112的RLC分组的后续重传。在一些实施例中，如果RLC层/设备122检测到(345)RLC分组的成功接收，则RLC层/设备122向RLC层/设备112发送(330)针对RLC分组的ACK反馈(称为RLC ACK反馈)。
在发送器侧，RLC层/设备112检测(335)到RLC重传时段到期和/或接收到RLC ACK反馈，因此停止RLC分组的重传。应理解，由RLC层/设备112接收的RLC ACK反馈可以是对RLC分组的任何先前传输的反馈。也就是说，允许RLC层/设备112保持重传或停止重传，而不等待对上一次传输的反馈。
在一些实施例中，接收器侧的RLC层/设备122可以选择性地发送ACK反馈，即使其已经成功接收到RLC分组。在比预定延迟时段更迟接收的RLC分组被视为错误或无效的一些情况下，RLC层/设备112可以确定成功接收到RLC分组的时间是否接近预定RLC重传时段的到期，并且仅当确定RLC重传时段不会很快到期时才发送RLC ACK反馈。以这种方式，能够避免不必要的反馈传输。
具体地，RLC层/设备112将从接收到RLC分组到RLC重传时段到期的时间间隔的时间长度与阈值时间长度进行比较。该阈值时间长度可以根据实际要求和发送器侧与接收器侧之间的传输速率来设置。响应于确定时间间隔的时间长度大于该阈值时间长度，RLC层/设备122向RLC层/设备112发送(330)针对RLC分组的RLC ACK反馈。否则，不发送该反馈。
在以上过程中，可以经由第一设备110和第二设备120的一些较低层(例如MAC层114和MAC层124)来完成在RLC层/设备112和RLC层/设备122之间发送的RLC分组和反馈。应理解，尽管在图3中示出了RLC分组的两次传输，但RLC层/设备122可以取决于RLC重传时段的时间长度以及是否成功接收到RLC分组执行更多次或更少次的传输。在不需要ACK反馈的一些实施例中，可以省略330处的ACK反馈。在一些实施例中，RLC ACK/NACK反馈还可以被称为针对RLC分组的状态报告，其指示在接收器侧是否成功接收到RLC分组。
上面已经参考图3描述了RLC层处的ARQ过程。在一些实施例中，对于从RLC层/设备112发送到或重传到RLC层/设备122的RLC分组，可以执行MAC层处的对应HARQ过程。图4示出了MAC层处的另一数据重传过程400。出于讨论的目的，将参考图1描述过程400。由于数据重传过程400包括MAC层，所以过程400可以被称为HARQ重传过程。在图4的实施例中，RLC层112具有要向第二设备120发送的RLC分组。因此，第一设备110用作发送器，而第二设备120用作接收器。如图所示，RLC分组的传输可以包括发送器侧的RLC层/设备112和MAC层/设备114以及接收器侧的MAC层/设备124。
在发送器侧，RLC层/设备112向MAC层/设备114发送(410)RLC分组。每次RLC层/设备112具有要发送到接收器侧的RLC分组时，可以将RLC分组提供给下层MAC层/设备114。在接收到RLC分组时，MAC层/设备114可以执行HARQ传输过程。MAC层/设备114通过在该层应用相应的处理，根据RLC分组生成MAC分组。在一些实施例中，在生成MAC分组时，RLC层/设备114可以将RLC分组分段为具有适合大小的多个MAC分组，将RLC分组与一个或多个其他RLC分组级联为MAC分组，或用RLC分组填充虚拟比特或头部以获得MAC分组等。在这方面，本公开的范围不受限制。在一些示例中，MAC分组还可以被称为MAC服务分组单元(MAC SDU)。
MAC层/设备114向MAC层/设备124发送(420)MAC分组。如果生成多个MAC分组，则可以发送所有MAC分组。根据本发明的实施例，MAC层/设备114不必在开始MAC分组的重传之前等待接收NACK反馈。因此，MAC层/设备114在没有来自MAC层/设备124的任何反馈的情况下重传(430)MAC分组。
在一些实施例中，与由MAC层触发的传统HARQ过程相比，MAC层/设备114处的重传过程可以由RLC层/设备112控制。在一些实施例中，RLC层/设备112可以控制在MAC层/设备114处重传MAC分组的次数。如果第一设备110或单独的RLC设备112是诸如基站之类的网络设备，则RLC层/设备112或其他上层/设备可以向MAC层/设备114发送对用于重传的预定次数的指示。在第一设备110或单独的RLC设备112是诸如用户设备之类的终端设备的一些其他情况下，对预定次数的指示可以由基站确定，并经由来自对应服务基站的信令配置给MAC层/设备114。如果存在要经由MAC层/设备114重传的RLC分组，则可以预先配置或可以提供对预定次数的指示。MAC层/设备114可以重复发送(420和430)MAC分组预定次数。
在一些实施例中，MAC层/设备114处的重传可以由来自RLC层/设备112或其他上层的指示(或者如果RLC层/设备112包括在终端设备中，则为来自服务基站的指示)触发。例如，响应于来自RLC层/设备112的任何RLC分组或对用于重传的预定次数的指示，MAC层/设备114可以重复发送MAC分组。在一些其他示例中，可以向MAC层/设备114提供专用信令以触发MAC分组的重传。
在一些实施例中，第一设备110可以在MAC层/设备114上具有多个MAC实体，因此RLC层/设备112可以选择它们中的一些或全部来重传MAC分组。如本文中所使用的，MAC实体对应于用于通信的连接，可以包括一个或多个分量载波、一个或多个HARQ过程和/或可以用于通信的其他要素。例如，分量载波可以对应于用于通信的不同连接。如果第一设备110具有与第二设备120的多个连接，则第一设备110可以在MAC层/设备114上具有多个对应的MAC实体。这种连接可以包括第一设备110与不同基站或小区、或者使用不同技术的不同通信网络之间的连接(诸如Wi-Fi连接、蓝牙连接、NR连接等)。同样地，MAC层/设备124上可以存在多个MAC实体。MAC层/设备114上的MAC实体可以具有到MAC层/设备124上的一个或多个MAC实体的一个或多个连接。在选择MAC实体、分量载波的一部分或全部时，可以选择被使用其通信要素(例如分量载波或HARQ过程)的一些或全部。
在一些实施例中，RLC层/设备112可以基于MAC实体的连接质量和/或连接上的业务负载来选择用于MAC分组传输的MAC实体。可以基于空中接口测量来确定连接的质量。在一个示例中，可以选择具有到MAC层/设备124上的MAC实体的高质量连接且其上具有低业务的MAC实体。在一些实施例中，要选择的MAC实体的数量可以基于RLC分组的延迟要求。如果延迟要求是严格的，则可以选择多于一个的MAC实体。否则，仅选择一个MAC实体。如果第一设备110是终端设备，则MAC实体的选择可以由基站经由诸如来自其服务基站的无线电资源控制(RRC)信令之类的指示来配置。MAC层/设备114可以指示(或使得)所选择的一个或多个MAC实体重复发送MAC分组。在选择了两个或更多个MAC实体的情况下，可以在那些MAC实体上同时发送MAC分组以减少传输延迟。在一些其他示例中，可以在MAC实体上依次发送MAC分组。
在接收器侧，MAC层/设备124检测(425)是否成功接收到MAC分组。无论是否成功接收到MAC分组，MAC层/设备124都不需要向MAC层/设备114发送MAC ACK/NACK。原因在于，用于发送ACK/NACK反馈的信道的鲁棒性低，这使得反馈对于RLC层/设备112是不可信的。因此，为了节省时间和传输资源，可以省略MAC ACK/NACK反馈。如果未成功接收到MAC分组，则MAC层/设备124可以检测MAC分组的后续传输，而无需发送ACK/NACK反馈。在一些实施例中，在下行链路传输的情况下，可以通过第二设备120的服务基站禁用MAC层/设备124上的ACK/NACK反馈。
上面已经描述了MAC层处的HARQ重传过程。在HARQ重传过程期间，RLC层/设备112或RLC层/设备122可以处理可能的无序或副本检测并在MAC层/设备114或MAC层/设备124上丢弃。应理解，尽管在图4中示出了MAC分组的两次传输，但是MAC层/设备114可以取决于配置的重传次数而执行更多次传输。MAC层处的HARQ重传过程可以用于辅助RLC层处的ARQ重传过程。也就是说，对于来自RLC层/设备112的每个发送的RLC分组，可以在MAC层/设备114上触发HARQ重传过程400。借助于MAC层处的HARQ重传以及MAC反馈的省略，可以进一步改进RLC分组的可靠性和延迟。
图5示出了根据本公开的一些实施例的示例方法500的流程图。方法500可以在如图1所示的第一设备110处实现。出于讨论的目的，方法500将参考图1从第一设备110的角度描述，并因此涉及第一设备110的RLC层112和MAC层114。
在框510处，第一设备110在RLC层112上向第二设备120发送RLC分组。在框520处，第一设备110确定预定的RLC重传时段是否到期。如果预定的RLC重传时段未到期，则在框530处，第一设备110确定是否从第二设备120接收到ACK反馈。如果未接收到ACK反馈并且RLC重传时段未到期，则在框540处，第一设备110在RLC层112上向第二设备120重传RLC分组，而不管是否从第二设备120接收到针对先前发送的RLC分组的NACK反馈。如果RLC重传时段到期或者如果从第二设备120接收到ACK反馈，则在框550处，第一设备110停止在RLC层112上的RLC分组的重传。
应理解，在一些实施例中可以交换框520和框530的顺序。此外，在一些实施例中，可以省略框530和/或框550。也就是说，第一设备110可以在RLC层112上重传RLC分组，而不考虑来自第二设备120的ACK/NACK反馈。
在一些实施例中，在发送或重传RLC分组时，第一设备110可以从RLC层112向MAC层114发送RLC分组。可以根据RLC分组生成MAC分组。然后，可以在MAC层114上向第二设备120重复发送MAC分组预定次数，而不等待来自第二设备120的针对MAC分组的先前传输的NACK反馈。
在一些实施例中，在MAC层114上重复发送MAC分组时，第一设备110可以在RLC层112处从第一设备110在MAC层114上的多个MAC实体中选择一个或多个MAC实体。然后，第一设备110(例如，MAC层114)可以触发(或使得)向第二设备120重复发送所选择的一个或多个MAC实体预定次数。
在一些实施例中，可以基于以下中的一项或多项从多个MAC实体中选择一个或多个MAC实体：第一设备110的所述多个MAC实体中的各MAC实体与第二设备120的另一MAC实体之间的连接质量、连接上的业务负载或RLC分组的延迟要求。
在一些实施例中，基于来自第二设备120的一个或多个MAC实体的指示，从多个MAC实体中选择一个或多个MAC实体。
在一些实施例中，第一设备110(例如，RLC层112或上层)可以向MAC层114发送对预定次数的指示。
图6示出了根据本公开的一些实施例的示例方法600的流程图。方法600可以在如图1所示的第二设备120处实现。出于讨论的目的，方法600将参考图1从第二设备120的角度描述，并因此涉及第二设备120的RLC层122和MAC层124。
在框610处，第二设备120在RLC层122上检测是否从第一设备110成功接收到RLC分组。如果第二设备120未在RLC层122上成功接收到RLC分组，则在框620处，第二设备120在RLC层122上检测来自第一设备110的RLC分组，而不向第一设备110发送针对RLC分组的NACK反馈。
如果第二设备120在RLC层122上成功接收到RLC分组，则在框630处，第二设备120在RLC层122上向第一设备110发送针对RLC分组的ACK反馈。在一些实施例中，即使成功接收到RLC分组，第二设备120也可以不在RLC层122上向第一设备110发送ACK反馈。
在一些其他实施例中，第二设备120可以选择性地在RLC层122上发送ACK反馈。具体地，响应于成功接收到RLC分组，第二设备120可以将从接收到RLC分组到预定RLC重传时段到期的时间间隔的时间长度与阈值时间长度进行比较。响应于确定时间间隔的时间长度大于该阈值时间长度，第二设备120可以向第一设备110发送针对RLC分组的ACK反馈。
在一些实施例中，第二设备120可以在MAC层124上检测是否成功接收到MAC分组。MAC分组根据RLC分组生成，并在MAC层上重复发送预定次数。响应于成功接收到MAC分组，第二设备120可以将MAC分组从MAC层124发送到RLC层122，而不向第一设备110发送针对MAC分组的ACK反馈。第二设备120可以基于MAC分组在RLC层122上生成RLC分组。
在一些实施例中，响应于未成功接收到MAC分组，第二设备120可以在MAC层124上检测MAC分组的重传，而不向第一设备110发送针对MAC分组的NACK反馈。
图7示出了根据本公开的一些实施例的示例方法700的流程图。方法700可以在如图1所示的RLC层/设备112处实现。出于讨论的目的，将参考图1从RLC层/设备112的角度描述方法700。
在框710处，RLC层/设备112向MAC层/设备114发送RLC分组。在框720处，RLC层/设备112确定预定的RLC重传时段是否到期。如果预定的RLC重传时段未到期，则在框730处，RLC层/设备112确定是否从MAC设备114接收到ACK反馈。如果未接收到ACK反馈并且RLC重传时段未到期，则在框740处，RLC层/设备112向MAC设备114重传RLC分组，而不考虑是否从第二设备120接收到针对先前发送的RLC分组的NACK反馈。如果RLC重传时段到期或者如果从MAC设备114接收到ACK反馈，则在框750处，RLC层/设备112停止RLC分组的重传。
应理解，在一些实施例中可以交换框720和框730的顺序。此外，在一些实施例中，可以省略框730和/或框750。也就是说，RLC层/设备112可以重传RLC分组，而不考虑来自接收器侧的ACK/NACK反馈。
在一些实施例中，RLC层/设备112可以基于以下中的一项或多项，从多个候选MAC设备114中选择MAC层/设备114：MAC设备114与接收RLC分组的另一MAC设备124之间的连接的质量、所述连接上的业务负载、或RLC分组的延迟要求。RLC层/设备112可以向所选择的MAC设备114发送RLC分组。
在一些实施例中，RLC层/设备112可以向MAC设备114发送对预定次数的指示，以用于RLC分组的重传。
图8示出了根据本公开的一些实施例的示例方法800的流程图。方法800可以在如图1所示的MAC层/设备114处实现。出于讨论的目的，将参考图1从MAC层/设备114的角度描述方法800。
在框810处，MAC层/设备114从RLC层/设备112接收RLC分组。在框820处，MAC层/设备114根据RLC分组生成MAC分组。在框830处，MAC层/设备114向另一MAC层/设备124重复发送MAC分组预定次数，而不等待来自另一MAC层/设备124的针对所述MAC分组的先前传输的NACK反馈。
在一些实施例中，MAC层/设备114可以从RLC层/设备112接收对预定次数的指示。
应理解，与第一设备110、第二设备120，或上面参考图3和图4描述的第一设备110或第二设备120中的层/设备有关的所有操作和特征都同样适用于方法500至方法800，并具有类似的效果。出于简化的目的，将省略细节。
图9示出了根据本公开的一些实施例的第一设备900的框图。第一设备900可以被视为如图1所示的第一设备110的示例实现方式。如图所示，第一设备900包括发送单元910，其被配置为在RLC层上向第二设备发送RLC分组。第一设备900还包括确定单元920，其被配置为确定在预定的RLC重传时段期间是否从第二设备接收到针对RLC分组的ACK反馈。发送单元910还被配置为，响应于在RLC重传时段期间缺失所述ACK反馈，在RLC层上向第二设备重传所述RLC分组，而不考虑是否从第二设备接收到针对先前发送的RLC分组的NACK反馈。
在一些实施例中，发送单元910被配置为将RLC分组从RLC层发送到MAC层。第一设备900还包括生成单元，其被配置为在MAC层上根据RLC分组生成MAC分组。发送单元910还被配置为，在MAC层上向所述第二设备重复发送所述MAC分组预定次数，而不等待来自所述第二设备的针对所述MAC分组的先前传输的NACK反馈。
在一些实施例中，第一设备900可以包括选择单元，其被配置为在RLC层处，从第一设备900在MAC层上的多个MAC实体中选择一个或多个MAC实体。第一设备900还可以包括指示单元，其被配置为指示MAC层上所选择的一个或多个MAC实体向所述第二设备重复发送所述MAC分组预定次数。
在一些实施例中，基于以下中的一项或多项从所述多个MAC实体中选择所述一个或多个MAC实体：第一设备的所述多个MAC实体中的各MAC实体与第二设备的另一MAC实体之间的连接质量、连接上的业务负载或RLC分组的延迟要求。
在一些实施例中，基于来自第二设备的一个或多个MAC实体的指示，从所述多个MAC实体中选择所述一个或多个MAC实体。
在一些实施例中，发送单元910还被配置为向MAC层发送对预定次数的指示。
图10示出了根据本公开的一些实施例的第二设备1000的框图。第二设备1000可以被视为如图1所示的第二设备120的示例实现方式。如图所示，第二设备1000包括第一检测单元1010，其被配置为在RLC层上检测是否从第一设备成功接收到RLC分组。第二设备1000还包括第二检测单元1020，其被配置为响应于未成功接收到所述RLC分组，在RLC层上检测来自所述第一设备的RLC分组，而不向所述第一设备发送针对RLC分组的NACK反馈。
在一些实施例中，第二设备1000可以包括：比较单元，其被配置为响应于成功接收到RLC分组，将从接收到RLC分组到预定RLC重传时段到期的时间间隔的时间长度与阈值时间长度进行比较；以及发送单元，其被配置为响应于确定时间间隔的时间长度大于所述阈值时间长度，向第一设备发送针对RLC分组的肯定应答ACK反馈。
在一些实施例中，第二设备1000可以包括第三检测单元，其被配置为在MAC层上检测是否成功接收到MAC分组，其中，所述MAC分组根据所述RLC分组生成，并在MAC层上重复发送预定次数。发送单元可以被配置为，响应于成功接收到所述MAC分组，将所述MAC分组从MAC层发送到RLC层，而不向所述第一设备发送针对所述MAC分组的ACK反馈。第二设备1000可以包括生成单元，其被配置为在RLC层上基于MAC分组生成RLC分组。
在一些实施例中，第二设备1000可以包括第四检测单元，其被配置为响应于未成功接收到所述MAC分组，在MAC层上检测所述MAC分组的重传，而不向所述第一设备发送针对所述MAC分组的NACK反馈。
图11示出了根据本公开的一些实施例的RLC设备1100的框图。RLC设备1100可以被视为如图1所示的RLC层/设备112的示例实现方式。如图所示，RLC设备1100包括发送单元1110，其被配置为向MAC设备发送RLC分组。RLC设备1100还包括确定单元1120，其被配置为确定在预定的RLC重传时段期间是否从MAC设备接收到针对RLC分组的ACK反馈。发送单元1110还被配置为，响应于在RLC重传时段期间缺失ACK反馈，向MAC设备重传RLC分组，而不考虑是否从MAC设备接收到针对RLC分组的NACK反馈。
在一些实施例中，RLC设备1100可以包括选择单元，其被配置为基于以下中的一项或多项，从多个候选MAC设备中选择MAC设备：所述MAC设备与接收所述RLC分组的另一MAC设备之间的连接的质量，所述连接上的业务负载，或所述RLC分组的延迟要求。发送单元1110还被配置为向所选择的MAC设备发送所述RLC分组。
在一些实施例中，发送单元1110还被配置为向MAC设备发送对预定次数的指示，以用于RLC分组的重传。
图12示出了根据本公开的一些实施例的MAC设备1200的框图。MAC设备1200可以被视为如图1所示的MAC层/设备114的示例实现方式。如图所示，MAC设备1200包括：接收单元1210，其被配置为从RLC设备接收RLC分组；以及生成单元1220，其被配置为根据RLC分组生成MAC分组。MAC设备1200还包括发送单元1230，其被配置为向另一MAC设备重复发送所述MAC分组预定次数，而不等待来自所述另一MAC设备的针对所述MAC分组的先前传输的NACK反馈。
在一些实施例中，接收单元1210可以被配置为从RLC设备接收对预定次数的指示。
应理解，包括在设备900至设备1200中的单元对应于过程300和过程400以及方法500至方法800的框。因此，以上参考图3至图8描述的所有操作和特征也同样适用于包括在设备900至设备1200中的单元，并且具有类似的效果。出于简化的目的，将省略细节。
包括在设备900至设备1200中的单元可以以各种方式实现，包括软件、硬件、固件或其任何组合。在一个实施例中，可以使用软件和/或固件(例如，存储在存储介质上的机器可执行指令)来实现一个或多个单元。除了机器可执行指令之外或代替机器可执行指令，可以至少部分地通过一个或多个硬件逻辑组件来实现包括在设备900至设备1200中的单元的一部分或全部。例如但不限于，可以使用的硬件逻辑组件的例示类型包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑器件(CPLD)等。
图13是适于实现本公开的实施例的设备1300的简化框图。设备1300可以被视为如图1所示的第一设备110、第二设备120或包括在第一设备110或第二设备120中的层/设备的另一示例实现方式。因此，设备1300可以分别在第一设备110、第二设备120或包括在第一设备110或第二设备120中的层/设备的至少一部分处实现或实现为第一设备110、第二设备120或包括在第一设备110或第二设备120中的层/设备的至少一部分。
如图所示，设备1300包括处理器1310、耦接到处理器1310的存储器1320、耦接到处理器1310的合适的发送器(TX)和接收器(RX)1340以及耦接到TX/RX 1340的通信接口。存储器1310存储程序1330的至少一部分。TX/RX 1340用于双向通信。TX/RX 1340具有至少一个天线以便于进行通信，尽管实际上本申请中提及的接入节点可以具有若干天线。通信接口可以表示与其他网络元件的通信所必需的任何接口，例如用于eNB之间的双向通信的X2接口、用于移动管理实体(MME)/服务网关(S-GW)与eNB之间的通信的S1接口、用于eNB与中继节点(RN)之间的通信的Un接口，或用于eNB与终端设备之间的通信的Uu接口。
假设程序1330包括程序指令，该程序指令在由关联的处理器1310执行时，使设备1300能够根据本公开的实施例(如本文中参考图1至图7所讨论的)来操作。可以通过可由设备1300的处理器1310执行的计算机软件、或者通过硬件或通过软件和硬件的组合来实现本文中的实施例。处理器1310可以被配置为实现本公开的各种实施例。此外，处理器1310和存储器1320的组合可以形成适于实现本公开的各种实施例的处理装置1350。
存储器1320可以是适合于本地技术网络的任何类型，并且可以使用任何合适的数据存储技术来实现，例如，作为非限制性示例的非暂时性计算机可读存储介质、基于半导体的存储设备、磁存储设备和系统、光存储设备和系统、固定存储器和可拆卸存储器。虽然在设备1300中仅示出一个存储器1320，但设备1300中可以存在若干个物理上不同的存储器模块。处理器1310可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器DSP和基于多核处理器架构的处理器中的一个或多个。设备1300可以具有多个处理器，例如在时间上从动于与主处理器同步的时钟的专用集成电路芯片。
本公开的另一方面提供了一种通信系统，其示例在图14中示出。参考图14，根据实施例，通信系统包括电信网络3210(例如3GPP类型的蜂窝网络)，其包括接入网络3211(例如无线电接入网络)和核心网络3214。接入网络3211包括多个基站3212a、3212b、3212c，例如NB、eNB、gNB或其他类型的无线接入点，每个基站定义了相应的覆盖区域3213a、3213b、3213c。每个基站3212a、3212b、3212c通过有线或无线连接3215连接到核心网络3214。位于覆盖区域3213c中的第一用户设备(UE)3291被配置为无线连接到相应的基站3212c或被相应的基站3212c寻呼。覆盖区域3213a中的第二UE 3292可以无线地连接到对应的基站3212a。虽然在该示例中示出了多个UE 3291、3292，但是所公开的实施例同样适用于唯一的UE位于覆盖区域中或者唯一的UE连接到对应基站3212的情况。
电信网络3210本身连接到主机计算机3230，主机计算机3230可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中，或者体现为服务器群中的处理资源。主机计算机3230可以由服务提供商所有或在服务提供商控制之下，或者可以由服务提供商操作或代表服务提供商操作。电信网络3210与主机计算机3230之间的连接3221、3222可以直接从核心网络3214延伸到主机计算机3230，或者可以经过可选的中间网络3220。中间网络3220可以是公共、私有或托管网络中的一个网络或它们中的多于一个网络的组合；中间网络3220(如果有的话)可以是骨干网络或互联网；特别地，中间网络3220可以包括两个或更多个子网络(未示出)。
图14的通信系统作为整体实现了所连接的UE 3291、3292中的一个与主机计算机3230之间的连接。该连接可以被描述为过顶(OTT)连接3250。主机计算机3230和所连接的UE3291、3292被配置为使用接入网络3211、核心网络3214、任何中间网络3220和可能的其他中间基础设施(未示出)经由OTT连接3250传送数据和/或信令。OTT连接3250所通过的参与通信设备不知道上行链路和下行链路通信的路由，在此意义上，OTT连接3250可以是透明的。例如，基站3212可以不被告知或不需要被告知关于进入的下行链路通信的过去路由，该下行链路通信具有源自主机计算机3230并要被转发(例如，移交)到所连接的UE 3291的数据。类似地，基站3212不需要知道源自UE 3291并朝向主机计算机3230的输出的上行链路通信的未来路由。
现在将参考图15描述在前面段落中讨论的UE、基站和主机计算机的根据实施例的示例实现。在通信系统3300中，主机计算机3310包括硬件3315，硬件3315包括通信接口3316，通信接口3316被配置为与通信系统3300的不同通信设备的接口建立并保持有线或无线连接。主机计算机3310还包括处理电路3318，其可以具有存储和/或处理能力。特别地，处理电路3318可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这类器件的组合(未示出)。主机计算机3310还包括软件3311，其存储在主机计算机3310中或可由主机计算机3310访问并且可由处理电路3318执行。软件3311包括主机应用3312。主机应用3312可以被操作为向远程用户提供服务，远程用户例如是经由OTT连接3350连接的UE 3330，该OTT连接3350终止于UE 3330和主机计算机3310。在向远程用户提供服务时，主机应用3312可以提供使用OTT连接3350发送的用户数据。
通信系统3300还包括在电信系统中设置的基站3320，基站3320包括使其能够与主机计算机3310和UE 3330通信的硬件3325。硬件3325可以包括：通信接口3326，用于建立并保持与通信系统3300的不同通信设备的接口的有线或无线连接；以及无线电接口3327，用于至少建立并保持与UE 3330的无线连接3370，UE 3330位于由基站3320服务的覆盖区域(图15中未示出)中。通信接口3326可以被配置为促进到主机计算机3310的连接3360。连接3360可以是直接的，或者其可以通过电信系统的核心网络(图15中未示出)和/或通过位于电信系统外部的一个或多个中间网络。在所示实施例中，基站3320的硬件3325还包括处理电路3328，处理电路3328可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或它们的组合(未示出)。基站3320还具有内部存储或可经由外部连接访问的软件3321。
通信系统3300还包括已经提到的UE 3330。UE 3330的硬件3335可以包括无线电接口3337，其被配置为与服务于UE 1930当前所在的覆盖区域的基站建立并保持无线连接3370。UE 3330的硬件3335还包括处理电路3338，处理电路3338可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这类器件的组合(未示出)。UE3330还包括软件3331，其存储在UE 3330中或可由UE 3330访问并且可由处理电路3338执行。软件3331包括客户端应用3332。客户端应用3332可以被操作为在主机计算机3310的支持下，经由UE 3330向人类或非人类用户提供服务。在主机计算机3310中，正在执行的主机应用3312可以经由OTT连接3350与正在执行的客户端应用3332通信，该OTT连接3350终止于UE 3330和主机计算机3310。在向用户提供服务时，客户端应用3332可以从主机应用3312接收请求数据，并响应于请求数据来提供用户数据。OTT连接3350可以传送请求数据和用户数据两者。客户端应用3332可以与用户交互以生成其提供的用户数据。
注意，图15中示出的主机计算机3310、基站3320和UE 3330可以分别与图14的主机计算机3230、基站3212a、3212b、3212c之一和UE 3291、3292之一相同。也就是说，这些实体的内部工作方式可以如图15所示，并且独立地，周围网络拓扑可以是图14的网络拓扑。
在图15中，已抽象地描绘了OTT连接3350以说明经由基站3320在主机计算机3310与用户设备3330之间的通信，而没有明确地涉及任何中间设备和经由这些设备的消息的精确路由。网络基础设施可以确定路由，其可以被配置为对于UE 3330或运营主机计算机3310的服务提供商或这二者隐藏起来。当OTT连接3350是活跃的时，网络基础设施可以进一步做出动态改变路由的决定(例如，基于负载平衡考虑或网络的重新配置)。
UE 3330和基站3320之间的无线连接3370根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个改进了使用OTT连接3350提供给UE 3330的OTT服务的性能，在OTT连接3350中，无线连接3370形成最后的部分。更确切地说，这些实施例的教导可以增加传输的往返时间(RTT)，从而提供诸如改进RLC层上的ARQ过程的延迟之类的有益效果。
可以提供测量过程以用于监视数据速率、等待时间和作为一个或多个实施例的改进对象的其他因素。还可以存在可选的网络功能，用于响应于测量结果的变化而重新配置主机计算机3310与UE 3330之间的OTT连接3350。测量过程和/或用于重新配置OTT连接3350的网络功能可以在主机计算机3310的软件3311中或在UE 3330的软件3331中或在这二者中实现。在实施例中，传感器(未示出)可以部署在OTT连接3350经过的通信设备中或与这些通信设备相关联；传感器可以通过提供上面例示的受监测的量的值，或者提供软件3311、3331可从中计算或估计受监测的量的其他物理量的值，来参与测量过程。OTT连接3350的重新配置可以包括消息格式、重传设置、优选路由等；重新配置不需要影响基站3320，并且可以是基站3320未知或不可察觉的。这种过程和功能可以是本领域已知的和实践的。在某些实施例中，测量可以涉及专有UE信令，专有UE信令促进主机计算机3310对吞吐量、传播时间、延迟等的测量。测量可以通过以下方式实现：软件3311、3331使用OTT连接3350发送消息(特别是空消息或“虚拟”消息)，同时对传播时间、错误等进行监视。
图16和图17以及对应的文字是关于无线电相关发明的下游方面，图18和图19以及对应的文字讨论了上游方面。
图16是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，其可以是参考图14和图15描述的那些。为了简化本公开，在该部分中将仅包括对图16的参考。在方法的第一步骤3410中，主机计算机提供用户数据。在第一步骤3410的可选子步骤3411中，主机计算机通过执行主机应用来提供用户数据。在第二步骤3420中，主机计算机向UE发起携带用户数据的传输。在可选的第三步骤3430中，根据贯穿本公开描述的实施例的教导，基站向UE发送在主机计算机发起的传输中携带的用户数据。在可选的第四步骤3440中，UE执行与主机计算机执行的主机应用相关联的客户端应用。
图17是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，其可以是参考图14和图15描述的那些。为了简化本公开，在该部分中将仅包括对图17的参考。在方法的第一步骤3510中，主机计算机提供用户数据。在可选的子步骤(未示出)中，主机计算机通过执行主机应用来提供用户数据。在第二步骤3520中，主机计算机向UE发起携带用户数据的传输。根据贯穿本公开描述的实施例的教导，该传输可以经由基站传递。在可选的第三步骤3530中，UE接收该传输中携带的用户数据。
图18是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，其可以是参考图14和图15描述的那些。为了简化本公开，在该部分中将仅包括对图18的参考。在方法的可选的第一步骤3610中，UE接收由主机计算机提供的输入数据。附加地或备选地，在可选的第二步骤3620中，UE提供用户数据。在第二步骤3620的可选子步骤3621中，UE通过执行客户端应用来提供用户数据。在第一步骤3610的另一可选子步骤3611中，UE执行客户端应用，该客户端应用响应于所接收的由主机计算机提供的输入数据而提供用户数据。在提供用户数据时，执行的客户端应用还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，UE都在可选的第三子步骤3630中向主机计算机发起用户数据的传输。在所述方法的第四步骤3640中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。
图19是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，其可以是参考图14和图15描述的那些。为了简化本公开，在该部分中将仅包括对图19的参考。在所述方法的可选的第一步骤3710中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在可选的第二步骤3720中，基站向主机计算机发起所接收的用户数据的传输。在第三步骤3730中，主机计算机接收由基站发起的传输中携带的用户数据。
通常，可以用硬件或专用电路、软件、逻辑单元或其任何组合来实现本公开的各种实施例。一些方面可以用硬件来实现，而其他方面可以用可以由控制器、微处理器或其他计算设备执行的固件或软件来实现。虽然本公开的实施例的多个方面被示出和描述为框图、流程图，或者使用一些其它的图形表示，但是将意识到，本文描述的框、装置、系统、技术或方法可以被实施为(作为非限制示例)硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备、或者它们的某种组合。
本公开还提供有形地存储在非暂时性计算机可读存储介质上的至少一个计算机程序产品。该计算机程序产品包括计算机可执行指令(例如包括在程序模块中的可执行指令)，其在目标真实或虚拟处理器上的设备中执行，以执行如上参考图2、图6和图7中的任何一个描述的方法。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，可以根据需要在程序模块之间组合或拆分程序模块的功能。可以在本地或分布式设备内执行程序模块的机器可执行指令。在分布式设备中，程序模块可以位于本地存储介质和远程存储介质二者中。
可以以一种或多种编程语言的任何组合来写用于执行本公开的方法的程序代码。可以将这些程序代码提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，以使得程序代码在被处理器或控制器执行时实现在流程图和/或框图中指定的功能/操作。程序代码可以完全在机器上执行，部分在机器上执行，作为独立软件包来执行，部分在机器上且部分在远程机器上执行，或完全在远程机器或服务器上执行。
上述程序代码可以被体现在机器可读介质上，该机器可读介质可以是任何有形介质，其可以包含或存储由指令执行系统、装置或设备使用或与指令执行系统、装置或设备相关的程序。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括(但不限于)电、磁、光、电磁、红外、或半导体系统、装置或设备、或者前述各项的任意适合的组合。机器可读存储介质的更加具体的示例包括：具有一个或多个电线的电连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式高密度盘只读存储器(CD-ROM)、光存储设备、磁存储设备、或前述各项的任意适当组合。
此外，虽然以特定顺序描绘了操作，但是这不应被理解为要求这些操作以示出的特定顺序或以顺序次序执行，或者需要执行所有示出的操作来实现期望的结果。在某些情境下，多任务处理和并行处理可能是有利的。同样地，尽管在上述讨论中包含了若干具体实施细节，但这些细节不应被解释为对本公开的范围的限制，而应被解释为是对可能特定于特定实施例的特征的描述。在独立实施例的上下文中描述的特定特征也可以在单个实施例中组合实现。相反，在单个实施方式的上下文中描述的各种特征也可以在多个实施例中分开地或以任何适当的子组合实现。
尽管已经以对结构特征和/或方法动作特定的语言描述了本公开，但是应当理解的是，在所附权利要求中限定的本公开不必受限于上面描述的特定特征或动作。相反，上面描述的特定特征和动作是作为实现权利要求的示例形式而公开的。
以下是与如上所述的方面/实施例有关的其他示例。
用户平面(UP)可靠性在很大程度上依赖于HARQ处的残留错误最小化。在当前的LTE中，为了有效地降低残留错误率，主要引入了两种重传机制，即MAC中的混合ARQ(HARQ)和RLC中的ARQ。缺失或错误的数据单元的重传主要由HARQ处理并由ARQ补充。这种两级重传结构利用快速(HARQ)和可靠(ARQ)反馈进行效率-可靠性折衷。
HARQ机制被设计成针对非常快速的重传，但是在最小化块错误率(BLER)以降低物理控制信道的成本方面没有很高的目标。作为补充，RLC状态报告以相对高的鲁棒性(10-5的可靠性或甚至更高的鲁棒性)发送，以最终在L2处最小化残留错误率。
目前，对于URLLC，其中一个具有挑战性的要求是超低延迟。传统ARQ重传(类似LTE的等待反馈触发重传花费时间)可能呈现不可接受的延迟，因此在URLLC情况下变得几乎无效。另一方面，传统HARQ重传依赖于反馈信道的错误率，这可能导致L2处的不可接受的残留错误率。因此，前进的方向是增强UP RLC ARQ和HARQ功能，以便在每个URLLC要求的可靠性、延迟和效率方面具有新的折衷，其中一些可能的方面需要进行如下考虑：
-对HARQ的改进：通过降低对HARQ反馈的依赖(例如通过使用自动重传(即，TTI绑定))、或通过增强HARQ反馈信道设计(例如通过添加CRC以保护HARQ反馈)，来改进HARQ反馈的可靠性；以及
-对ARQ的改进：例如，通过甚至在ARQ状态PDU之前允许ARQ级自主重传来加速ARQ往返时间(RTT)。

Claims (62)

1.一种在第一设备中实现的方法，包括：
在无线电链路控制RLC层上向第二设备发送RLC分组；
确定预定的RLC重传时段是否到期，所述预定的RLC重传时段定义了RLC层能够在其中至少一次重传所述RLC分组的时段；
如果所述预定的RLC重传时段尚未到期，确定在所述预定的RLC重传时段期间是否从所述第二设备接收到针对所述RLC分组的肯定应答ACK反馈；以及
如果在所述预定的RLC重传时段期间未接收到针对所述RLC分组的所述ACK反馈且所述预定的RLC重传时段尚未到期，则在所述预定的RLC重传时段期间在RLC层上向所述第二设备重传所述RLC分组，而不考虑是否从所述第二设备接收到针对先前发送的RLC分组的否定应答NACK反馈。
2.根据权利要求1所述的方法，其中，向第二设备发送RLC分组包括：
将所述RLC分组从RLC层发送到媒体访问控制MAC层；
在MAC层上根据所述RLC分组生成MAC分组；以及
在MAC层上向所述第二设备重复发送所述MAC分组预定次数，而不等待来自所述第二设备的针对所述MAC分组的先前传输的NACK反馈。
3.根据权利要求2所述的方法，其中，重复发送所述MAC分组包括：
在RLC层处从所述第一设备在MAC层上的多个MAC实体中选择一个或多个MAC实体；以及
触发MAC层上所选择的一个或多个MAC实体向所述第二设备重复发送所述MAC分组预定次数。
4.根据权利要求3所述的方法，其中，基于以下中的一项或多项从所述多个MAC实体中选择所述一个或多个MAC实体：
所述第一设备的所述多个MAC实体中的各MAC实体与所述第二设备的另一MAC实体之间的连接的质量，
所述连接上的业务负载，或者
所述RLC分组的延迟要求。
5.根据权利要求3所述的方法，其中，基于来自所述第二设备的对所述一个或多个MAC实体的指示，从所述多个MAC实体中选择所述一个或多个MAC实体。
6.根据权利要求2所述的方法，还包括：
向MAC层发送对所述预定次数的指示。
7.一种在第二设备中实现的方法，包括：
在无线电链路控制RLC层上检测是否从第一设备成功接收到RLC分组；
响应于未成功接收到所述RLC分组，在RLC层上检测来自所述第一设备的RLC分组，而不向所述第一设备发送针对所述RLC分组的否定应答NACK反馈；
响应于成功接收到所述RLC分组，将从接收到所述RLC分组到预定的RLC重传时段到期的时间间隔的时间长度与阈值时间长度进行比较，所述预定的RLC重传时段定义了所述第一设备的RLC层能够在其中至少一次重传所述RLC分组的时段；以及
响应于确定所述时间间隔的时间长度大于所述阈值时间长度，向所述第一设备发送针对所述RLC分组的肯定应答ACK反馈。
8.根据权利要求7所述的方法，其中，检测来自所述第一设备的所述RLC分组包括：
在媒体访问控制MAC层上检测是否成功接收到MAC分组，其中，所述MAC分组根据所述RLC分组生成，并在MAC层上重复发送预定次数；
响应于成功接收到所述MAC分组，将所述MAC分组从MAC层发送到RLC层，而不向所述第一设备发送针对所述MAC分组的ACK反馈；以及
在RLC层上基于所述MAC分组生成所述RLC分组。
9.根据权利要求8所述的方法，还包括：
响应于未成功接收到所述MAC分组，在MAC层上检测所述MAC分组的重传，而不向所述第一设备发送针对所述MAC分组的NACK反馈。
10.一种在无线电链路控制RLC设备中实现的方法，包括：
所述RLC设备向媒体访问控制MAC设备发送RLC分组；
确定预定的RLC重传时段是否到期，所述预定的RLC重传时段定义了RLC层能够在其中至少一次重传所述RLC分组的时段；
如果所述预定的RLC重传时段尚未到期，确定在所述预定的RLC重传时段期间是否从所述MAC设备接收到针对所述RLC分组的肯定应答ACK反馈；以及
如果在所述预定的RLC重传时段期间未接收到针对所述RLC分组的所述ACK反馈且所述预定的RLC重传时段尚未到期，则所述RLC设备在所述预定的RLC重传时段期间向所述MAC设备重传所述RLC分组，而不考虑是否从所述MAC设备接收到针对先前发送的RLC分组的否定应答NACK反馈。
11.根据权利要求10所述的方法，其中，向MAC设备发送RLC分组包括：
所述RLC设备基于以下中的一项或多项从多个候选MAC设备中选择所述MAC设备：所述MAC设备与接收所述RLC分组的另一MAC设备之间的连接的质量，所述连接上的业务负载，或所述RLC分组的延迟要求；以及
向所选择的MAC设备发送所述RLC分组。
12.根据权利要求10所述的方法，还包括：
所述RLC设备向所述MAC设备发送对预定次数的指示以用于所述RLC分组的重传。
13.一种在媒体访问控制MAC设备中实现的方法，包括：
在预定的RLC重传时段期间RLC设备未接收到针对RLC分组的ACK反馈并且所述预定的RLC重传时段尚未到期的情况下，所述MAC设备在所述预定的RLC重传时段期间从RLC设备接收所述RLC分组，其中所述预定的RLC重传时段定义了RLC层能够在其中在未接收到针对所述RLC分组的肯定应答ACK反馈的情况下至少一次重传所述RLC分组的时段；
所述MAC设备根据所述RLC分组生成MAC分组；以及
所述MAC设备向另一MAC设备重复发送所述MAC分组预定次数，而不等待来自所述另一MAC设备的针对所述MAC分组的先前传输的否定应答NACK反馈。
14.根据权利要求13所述的方法，还包括：
所述MAC设备从所述RLC设备接收对所述预定次数的指示。
15.一种第一设备处的装置，包括：
处理器；以及
存储器，耦接到处理单元并在其上存储指令，所述指令在由所述处理单元执行时使所述装置执行如下操作：
在无线电链路控制RLC层上向第二设备发送RLC分组；
确定预定的RLC重传时段是否到期，所述预定的RLC重传时段定义了RLC层能够在其中至少一次重传所述RLC分组的时段；
如果所述预定的RLC重传时段尚未到期，确定在所述预定的RLC重传时段期间是否从所述第二设备接收到针对所述RLC分组的肯定应答ACK反馈；以及
如果在所述预定的RLC重传时段期间未接收到针对所述RLC分组的所述ACK反馈且所述预定的RLC重传时段尚未到期，则在所述预定的RLC重传时段期间在RLC层上向所述第二设备重传所述RLC分组，而不考虑是否从所述第二设备接收到针对先前发送的RLC分组的否定应答NACK反馈。
16.根据权利要求15所述的装置，其中，所述指令在由所述处理单元执行时使所述装置执行如下操作：
将所述RLC分组从RLC层发送到媒体访问控制MAC层；
在MAC层上根据所述RLC分组生成MAC分组；以及
在MAC层上向所述第二设备重复发送所述MAC分组预定次数，而不等待来自所述第二设备的针对所述MAC分组的先前传输的NACK反馈。
17.根据权利要求15所述的装置，其中，所述指令在由所述处理单元执行时使所述装置执行如下操作：
在RLC层处从所述第一设备在MAC层上的多个MAC实体中选择一个或多个MAC实体；以及
指示MAC层上所选择的一个或多个MAC实体向所述第二设备重复发送所述MAC分组预定次数。
18.根据权利要求17所述的装置，其中，基于以下中的一项或多项从所述多个MAC实体中选择所述一个或多个MAC实体：
所述第一设备的所述多个MAC实体中的各MAC实体与所述第二设备的另一MAC实体之间的连接的质量，
所述连接上的业务负载，或者
所述RLC分组的延迟要求。
19.根据权利要求17所述的装置，其中，基于来自所述第二设备的对所述一个或多个MAC实体的指示，从所述多个MAC实体中选择所述一个或多个MAC实体。
20.根据权利要求16所述的装置，其中，所述指令在由所述处理单元执行时还使所述装置执行如下操作：
向MAC层发送对所述预定次数的指示。
21.一种第二设备处的装置，包括：
处理器；以及
存储器，耦接到处理单元并在其上存储指令，所述指令在由所述处理单元执行时使所述装置执行如下操作：
在无线电链路控制RLC层上检测是否从第一设备成功接收到RLC分组；以及
响应于未成功接收到所述RLC分组，在RLC层上检测来自所述第一设备的RLC分组，而不向所述第一设备发送针对所述RLC分组的否定应答NACK反馈；
响应于成功接收到所述RLC分组，将从接收到所述RLC分组到预定的RLC重传时段到期的时间间隔的时间长度与阈值时间长度进行比较，所述预定的RLC重传时段定义了所述第一设备的RLC层能够在其中至少一次重传所述RLC分组的时段；以及
响应于确定所述时间间隔的时间长度大于所述阈值时间长度，向所述第一设备发送针对所述RLC分组的肯定应答ACK反馈。
22.根据权利要求21所述的装置，其中，所述指令在由所述处理单元执行时使所述装置执行如下操作：
在媒体访问控制MAC层上检测是否成功接收到MAC分组，其中，所述MAC分组根据所述RLC分组生成，并在MAC层上重复发送预定次数；
响应于成功接收到所述MAC分组，将所述MAC分组从MAC层发送到RLC层，而不向所述第一设备发送针对所述MAC分组的ACK反馈；以及
在RLC层上基于所述MAC分组生成所述RLC分组。
23.根据权利要求22所述的装置，其中，所述指令在由所述处理单元执行时还使所述装置执行如下操作：
响应于未成功接收到所述MAC分组，在MAC层上检测所述MAC分组的重传，而不向所述第一设备发送针对所述MAC分组的NACK反馈。
24.一种无线电链路控制RLC设备处的装置，包括：
处理器；以及
存储器，耦接到处理单元并在其上存储指令，所述指令在由所述处理单元执行时使所述装置执行如下操作：
向媒体访问控制MAC设备发送RLC分组；
确定预定的RLC重传时段是否到期，所述预定的RLC重传时段定义了RLC层能够在其中至少一次重传所述RLC分组的时段；
如果所述预定的RLC重传时段尚未到期，确定在所述预定的RLC重传时段期间是否从所述MAC设备接收到针对所述RLC分组的肯定应答ACK反馈；以及
如果在所述预定的RLC重传时段期间未接收到针对所述RLC分组的所述ACK反馈且所述预定的RLC重传时段尚未到期，则在所述预定的RLC重传时段期间向所述MAC设备重传所述RLC分组，而不考虑是否从所述MAC设备接收到针对所述RLC分组的否定应答NACK反馈。
25.根据权利要求24所述的装置，其中，所述指令在由所述处理单元执行时使所述装置执行如下操作：
基于以下中的一项或多项从多个候选MAC设备中选择所述MAC设备：所述MAC设备与接收所述RLC分组的另一MAC设备之间的连接的质量，所述连接上的业务负载，或所述RLC分组的延迟要求；以及
向所选择的MAC设备发送所述RLC分组。
26.根据权利要求24所述的装置，其中，所述指令在由所述处理单元执行时还使所述装置执行如下操作：
向所述MAC设备发送对预定次数的指示以用于所述RLC分组的重传。
27.一种媒体访问控制MAC设备处的装置，包括：
处理器；以及
存储器，耦接到处理单元并在其上存储指令，所述指令在由所述处理单元执行时使所述装置执行如下操作：
在预定的RLC重传时段期间RLC设备未接收到针对RLC分组的ACK反馈并且所述预定的RLC重传时段尚未到期的情况下，在所述预定的RLC重传时段期间从RLC设备接收所述RLC分组，其中所述预定的RLC重传时段定义了RLC层能够在其中至少一次重传所述RLC分组的时段；
根据所述RLC分组生成MAC分组；以及
向另一MAC设备重复发送所述MAC分组预定次数，而不等待来自所述另一MAC设备的针对所述MAC分组的先前传输的否定应答NACK反馈。
28.根据权利要求27所述的装置，其中，所述指令在由所述处理单元执行时还使所述装置执行如下操作：
从所述RLC设备接收对所述预定次数的指示。
29.一种计算机可读存储介质，存储有指令，所述指令在至少一个处理器上执行时，使所述至少一个处理器执行根据权利要求1至6中任一项所述的方法。
30.一种计算机可读存储介质上，存储有指令，所述指令在至少一个处理器上执行时，使所述至少一个处理器执行根据权利要求7至9中任一项所述的方法。
31.一种计算机可读存储介质，存储有指令，所述指令在至少一个处理器上执行时，使所述至少一个处理器执行根据权利要求10至12中任一项所述的方法。
32.一种计算机可读存储介质，存储有指令，所述指令在至少一个处理器上执行时，使所述至少一个处理器执行根据权利要求13至14中任一项所述的方法。
33.一种通信系统，包括主机计算机，所述主机计算机包括：
处理电路，被配置为提供用户数据；以及
通信接口，被配置为将所述用户数据转发到蜂窝网络，以向用户设备UE传输，
其中，所述蜂窝网络包括具有无线电接口和处理电路的基站，所述基站的处理电路被配置为执行根据权利要求1至6和权利要求10至14中任一项所述的方法。
34.根据权利要求33所述的通信系统，还包括基站。
35.根据权利要求34所述的通信系统，还包括UE，其中，所述UE被配置为与所述基站通信。
36.根据权利要求35所述的通信系统，其中：
所述主机计算机的处理电路被配置为执行主机应用，从而提供所述用户数据；以及
所述UE包括处理电路，所述处理电路被配置为执行与所述主机应用相关联的客户端应用。
37.一种在包括主机计算机、基站和用户设备UE的通信系统中实现的方法，所述方法包括：
在所述主机计算机处提供用户数据；以及
在所述主机计算机处发起经由包括基站的蜂窝网络到UE的承载所述用户数据的传输，其中，所述基站被配置为执行根据权利要求1至6和权利要求10至14中任一项所述的方法。
38.根据权利要求37所述的方法，还包括：
在所述基站处发送所述用户数据。
39.根据权利要求38所述的方法，其中通过执行主机应用在所述主机计算机处提供所述用户数据，所述方法还包括：
在所述UE处，执行与所述主机应用相关联的客户端应用。
40.一种通信系统，包括主机计算机，所述主机计算机包括：
处理电路，被配置为提供用户数据；以及
通信接口，被配置为将所述用户数据转发到蜂窝网络，以向用户设备UE传输，
其中，所述UE包括无线电接口和处理电路，所述UE的处理电路被配置为执行根据权利要求7至9中任一项所述的方法。
41.根据权利要求40所述的通信系统，还包括UE。
42.根据权利要求41所述的通信系统，其中，所述蜂窝网络还包括基站，所述基站被配置为与所述UE通信。
43.根据权利要求41或42所述的通信系统，其中：
所述主机计算机的处理电路被配置为执行主机应用，从而提供所述用户数据；以及
所述UE处理电路被配置为执行与所述主机应用相关联的客户端应用。
44.一种在包括主机计算机、基站和用户设备UE的通信系统中实现的方法，所述方法包括：
在所述主机计算机处提供用户数据；以及
在所述主机计算机处发起经由包括基站的蜂窝网络到UE的承载所述用户数据的传输，其中，所述UE被配置为执行根据权利要求7至9中任一项所述的方法。
45.根据权利要求44所述的方法，还包括：
在所述UE处，从所述基站接收所述用户数据。
46.一种通信系统，包括主机计算机，所述主机计算机包括：
通信接口，被配置为接收用户数据，所述用户数据源自从用户设备UE到基站的传输，
其中，所述UE包括无线电接口和处理电路，所述UE的处理电路被配置为执行根据权利要求1至6和权利要求10至14中任一项所述的方法。
47.根据权利要求46所述的通信系统，还包括UE。
48.根据权利要求47所述的通信系统，还包括基站，其中所述基站包括：无线电接口，被配置为与所述UE通信；以及通信接口，被配置为将从所述UE到所述基站的传输所携带的所述用户数据转发到所述主机计算机。
49.根据权利要求47或48所述的通信系统，其中：
所述主机计算机的处理电路被配置为执行主机应用；以及
所述UE的处理电路被配置为执行与所述主机应用相关联的客户端应用，从而提供所述用户数据。
50.根据权利要求47或48所述的通信系统，其中：
所述主机计算机的处理电路被配置为执行主机应用，从而提供请求数据；以及
所述UE的处理电路被配置为执行与所述主机应用相关联的客户端应用，从而响应于所述请求数据来提供所述用户数据。
51.根据权利要求1、10和13中任一项所述的方法，还包括：
提供用户数据；以及
经由向基站的传输，将所述用户数据转发到主机计算机。
52.一种在包括主机计算机、基站和用户设备UE的通信系统中实现的方法，所述方法包括：
在所述主机计算机处，接收从所述UE向所述基站发送的用户数据，其中，所述UE被配置为执行根据权利要求1至6和权利要求10至14中任一项所述的方法。
53.根据权利要求52所述的方法，还包括：
在所述UE处，向所述基站提供所述用户数据。
54.根据权利要求53所述的方法，还包括：
在所述UE处，执行客户端应用，从而提供要发送的用户数据；以及
在所述主机计算机处，执行与所述客户端应用相关联的主机应用。
55.根据权利要求53所述的方法，还包括：
在所述UE处，执行客户端应用；以及
在所述UE处，接收对所述客户端应用的输入数据，所述输入数据是通过执行与所述客户端应用相关联的主机应用在所述主机计算机处提供的，
其中，要发送的所述用户数据是由所述客户端应用响应于所述输入数据而提供的。
56.一种通信系统，包括主机计算机，所述主机计算机包括通信接口，所述通信接口被配置为接收源自从用户设备UE到基站的传输的用户数据，其中，所述基站包括无线电接口和处理电路，所述基站的处理电路被配置为执行根据权利要求7至9中任一项所述的方法。
57.根据权利要求56所述的通信系统，还包括基站。
58.根据权利要求57所述的通信系统，还包括UE，其中，所述UE被配置为与所述基站通信。
59.根据权利要求58所述的通信系统，其中：
所述主机计算机的处理电路被配置为执行主机应用；
所述UE被配置为执行与所述主机应用相关联的客户端应用，从而提供要由所述主机计算机接收的所述用户数据。
60.一种在包括主机计算机、基站和用户设备UE的通信系统中实现的方法，所述方法包括：
在所述主机计算机处，从基站接收源自所述基站已经从所述UE接收到的传输的用户数据，其中，所述UE被配置为执行根据权利要求7至9中任一项所述的方法。
61.根据权利要求60所述的方法，还包括：
在所述基站处，从所述UE接收所述用户数据。
62.根据权利要求61所述的方法，还包括：
在所述基站处，向所述主机计算机发起所接收的用户数据的传输。
CN201780082330.1A 2016-11-04 2017-11-03 用于数据重传的方法和设备 Active CN110168983B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2016104719 2016-11-04
CNPCT/CN2016/104719 2016-11-04
PCT/CN2017/109245 WO2018082638A1 (en) 2016-11-04 2017-11-03 Methods and devices for data retransmission

Publications (2)

Publication Number Publication Date
CN110168983A CN110168983A (zh) 2019-08-23
CN110168983B true CN110168983B (zh) 2022-11-01

Family

ID=62075764

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780082330.1A Active CN110168983B (zh) 2016-11-04 2017-11-03 用于数据重传的方法和设备

Country Status (4)

Country Link
US (1) US11405149B2 (zh)
EP (1) EP3535893A4 (zh)
CN (1) CN110168983B (zh)
WO (1) WO2018082638A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019028703A1 (zh) * 2017-08-09 2019-02-14 Oppo广东移动通信有限公司 一种反馈应答信息的长度确定方法及相关产品
CN111464269B (zh) * 2019-01-18 2023-06-13 大唐移动通信设备有限公司 一种重复传输确认的方法及设备
WO2022006831A1 (en) * 2020-07-10 2022-01-13 Qualcomm Incorporated Cross layer improvement with radio link control feedback on physical layer
US20240063947A1 (en) * 2022-08-17 2024-02-22 George W. Kuriyan Method and System for Guaranteeing Reliability and Data Transfer Delay Range for Data Applications requiring Synchronized Data Transfer Between Sender and Receiver Over a Cellular Network

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101547070A (zh) * 2008-03-24 2009-09-30 华为技术有限公司 一种数据包类型的判断方法及其装置
WO2009136829A1 (en) * 2008-05-05 2009-11-12 Telefonaktiebolaget L M Ericsson (Publ) Improved uplink coverage via autonomous retransmission
CN102025471A (zh) * 2009-09-21 2011-04-20 中兴通讯股份有限公司 一种状态报告触发方法及装置
WO2016175497A1 (en) * 2015-04-27 2016-11-03 Lg Electronics Inc. Method for performing autonomous rlc retransmission in a wireless communication system and a device therefor

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4594110B2 (ja) * 2004-01-23 2010-12-08 株式会社エヌ・ティ・ティ・ドコモ 送信装置およびプログラム
KR101059876B1 (ko) * 2004-06-16 2011-08-29 엘지전자 주식회사 이동통신 시스템의 서비스 품질 보장을 위한 데이터전송량 선택 방법
WO2007007383A1 (ja) 2005-07-08 2007-01-18 Fujitsu Limited 送信装置、受信装置、情報通信方法
US7680070B2 (en) * 2006-07-28 2010-03-16 Intel Corporation Techniques to expedite retransmission of ARQ blocks using temporal relationships in wireless networks
KR101669966B1 (ko) 2009-05-11 2016-10-27 엘지전자 주식회사 다중 반송파를 지원하는 무선 통신 시스템에서 중복 데이터를 송신 및 수신하는 방법 및 장치
KR20140142231A (ko) * 2012-03-26 2014-12-11 엘지전자 주식회사 무선 통신 시스템에서 무선 자원의 동적 자원 변경을 위한 harq 수행 방법 및 이를 위한 장치
US10686560B2 (en) 2014-06-23 2020-06-16 Qualcomm Incorporated Quick RLC retransmission on HARQ failure during tune away

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101547070A (zh) * 2008-03-24 2009-09-30 华为技术有限公司 一种数据包类型的判断方法及其装置
WO2009136829A1 (en) * 2008-05-05 2009-11-12 Telefonaktiebolaget L M Ericsson (Publ) Improved uplink coverage via autonomous retransmission
CN102025471A (zh) * 2009-09-21 2011-04-20 中兴通讯股份有限公司 一种状态报告触发方法及装置
WO2016175497A1 (en) * 2015-04-27 2016-11-03 Lg Electronics Inc. Method for performing autonomous rlc retransmission in a wireless communication system and a device therefor

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Text Proposal for TTI bundling";Ericsson;《3GPP TSG-RAN WG2 #61bis》;20080404;第1-7页 *

Also Published As

Publication number Publication date
US20190273581A1 (en) 2019-09-05
EP3535893A4 (en) 2020-06-24
CN110168983A (zh) 2019-08-23
EP3535893A1 (en) 2019-09-11
US11405149B2 (en) 2022-08-02
WO2018082638A1 (en) 2018-05-11

Similar Documents

Publication Publication Date Title
WO2018059282A1 (en) System and method for d2d communication
US9294234B2 (en) Methods and arrangements for early HARQ feedback in a mobile communication system
WO2020196483A1 (ja) 通信システム、基地局および上位装置
CN110168983B (zh) 用于数据重传的方法和设备
CN111615804B (zh) 用于半永久调度的数据传输和重传
RU2703234C1 (ru) Предсказывающий механизм обратной связи квитирования
US8804600B2 (en) Relay apparatus, transmitting apparatus, communication system, receiving apparatus, and communication method
US10498361B2 (en) Methods and apparatuses for group transmissions
EP2918022B1 (en) Systems and methods for packet relaying
US10841068B2 (en) DL HARQ timing in TDD with 1 ms tti and reduced processing time
WO2015180890A2 (en) Communications device, communications apparatus operating as a relay node, infrastructure equipment and methods
US10433205B2 (en) Network node, method therein, computer program, and carrier comprising the computer program for retransmitting an RLC PDU
US10693619B2 (en) Device, system and method for data communications in a wireless network
US20190223256A1 (en) Data transmission method, network device, and terminal device
US20230275705A1 (en) Systems and methods for reliable mac ce ack/nack confirmation
CN108463986B (zh) 无线通信装置、无线通信系统和无线通信方法
JP2023513240A (ja) サイドリンク送信の再送方法及び装置
US20210409161A1 (en) Multiple access point operation of a wireless network
WO2022151060A1 (zh) 数据接收方法、装置和系统
US20180359050A1 (en) Adaptive network coding in wireless communications
WO2018098675A1 (zh) 用于数据重传的装置、方法以及通信系统
US9735930B2 (en) System and method using a secondary network node for handling packet retransmissions
US11212040B2 (en) Method, device and computer program for data transmission feedback in a wireless communication system
WO2022204999A1 (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: 40009949

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant