CN107040343A - 一种重传调度方法及装置 - Google Patents

一种重传调度方法及装置 Download PDF

Info

Publication number
CN107040343A
CN107040343A CN201610077406.9A CN201610077406A CN107040343A CN 107040343 A CN107040343 A CN 107040343A CN 201610077406 A CN201610077406 A CN 201610077406A CN 107040343 A CN107040343 A CN 107040343A
Authority
CN
China
Prior art keywords
layer protocol
transmission
tcp
packet
retransmission processes
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610077406.9A
Other languages
English (en)
Inventor
李刚
陈亚迷
刘志明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
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 China Mobile Communications Group Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN201610077406.9A priority Critical patent/CN107040343A/zh
Publication of CN107040343A publication Critical patent/CN107040343A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/19—Flow control; Congestion control at layers above the network layer
    • H04L47/193—Flow control; Congestion control at layers above the network layer at the transport layer, e.g. TCP related
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本发明提供了一种重传调度方法和装置，所述方法包括：检测无线链路控制层(L2)存在数据传输失败时，根据重传周期启动所述L2重传；在所述L2重传过程中指示不启动与L2相对应的高层协议重传。

Description

一种重传调度方法及装置
技术领域
本发明涉及无线通讯领域，尤其涉及一种重传调度方法及装置。
背景技术
现有的无线链路控制层L2和传输控制协议层(Transfer Control Protocol，TCP)都有重传机制，但由于分开透明设计，不直接进行传输确认信令的交互。通常L2的实时性较高，如果传输失败，会优先重传。而TCP层会根据收到多次冗余TCP应答(TCP ACK)信息次数以及重传计时器(RetransmissionTimeout，RTO)超时来决定是否对数据包进行重传，并且每次重传RTO的时间会加倍。当L2重传，如自动重传请求(Automatic Repeat Request，ARQ)失败后，由于下层数据包的丢失，TCP层会根据自身的请求启动TCP重传。
然而，现有的触发重传机制存在如下问题：
1)TCP要收到三次冗余TCP ACK信息后启动快速重传。这样，对下行传输包的应答对终端而言，需要传输三次上行的TCP ACK。在实际的系统中，由于UL信道不稳定，三次上行的TCP ACK容易丢失，会导致实际快速重传的时延加大，并且TCP ACK与混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)ACK冗余，造成系统传输效率下降。
2)TCP RTO超时，通常来说所述RTO时间是TCP根据估算和归一化往返时延(Round Trip Time，RTT)时延得到，其值通常较大，并且在实际的系统中还有最小值(比如200ms)的限定。而且随着传输次数的增加，RTO成倍增长。
3)TCP快速重传可能与L2ARQ存在重叠，导致同样的包被反复重传，导致传输效率降低。
4)L2的信息不能及时反馈到TCP层，比如拥塞导致PDCP超时丢包。TCP层只能依靠自身的RTO超时才能启动重传。另外，如果TCP要启动重传，会对大幅降低传输窗口，如快速重传下降为原窗口一半；RTO超时下降为初始窗口，启动慢启动流程。同时会有大量的数据处理，比如分组数据汇聚协议(PacketData Convergence Protocol，PDCP)压缩，加密，无线链路控制(Radio LinkControl，RLC)层的分片等，会对整体吞吐率和时延有较大的影响。
另外，最近兴起的一种基于用户数据报协议(User Datagram Protocol，UDP)的快速UDP互联网连接(Quick UDP Internet Connections，QUIC)协议而言，其在UDP之上也存在因下层数据包的丢失，而根据自身的请求启动QUIC重传。因此，与TCP重传相类似，在QUIC重传中也存在累加时延长，信令冗余及吞吐量受限等问题。
发明内容
有鉴于此，本发明实施例为解决上述问题而提供一种重传调度方法及装置。
为达到上述目的，本发明实施例的技术方案是这样实现的：
本发明实施例提供一种重传调度方法，所述方法包括：
检测L2存在数据传输失败时，根据重传周期启动L2重传；
在所述L2重传过程中指示不启动与L2相对应的高层协议重传。
上述方案中，在所述L2重传过程中指示不启动与L2相对应的高层协议重传，包括：
在下行链路中，所述L2重传过程中指示高层协议服务端不启动所述高层协议重传，并向所述高层协议服务端提交高层协议拥塞窗口调整指示信息；
或，在上行链路中，所述L2重传过程中指示用户设备(User Equipment，UE)不启动所述高层协议重传，并向所述UE提交高层协议拥塞窗口调整指示信息。
上述方案中，所述方法还包括：
当所述L2重传过程成功后，反馈携带有传输成功确认信息的数据包；所述数据包的高层协议重传计时器失效。
上述方案中，所述方法还包括：
当所述L2重传过程失败后，反馈携带有传输未成功确认信息的数据包，所述数据包的高层协议重传计时器开启，并启动高层协议重传。
上述方案中，所述方法还包括：
当所述L2重传过程失败后，继续重复执行L2重传；
当所述L2重传过程失败的次数超过指定次数阈值后，进一步反馈携带有传输未成功确认信息的数据包。
上述方案中，所述根据重传周期启动L2重传，包括：
接收携带有重传周期的通知消息；
解析所述通知消息，获得所述重传周期；
根据所述重传周期启动L2重传。
上述方案中，所述方法还包括：
当检测有UE与高层协议服务端建立有高层协议连接时，发起取消高层协议应答的通知消息。
本发明实施例还提供一种重传调度装置，所述装置包括重传控制单元和指示单元；
所述重传控制单元，用于检测无线链路控制层L2存在数据传输失败时，根据重传周期启动L2重传；
所述指示单元，用于在所述L2重传过程中指示不启动与L2相对应的高层协议重传。
上述方案中，所述指示单元，还用于在下行链路中，所述L2重传过程中指示高层协议服务端不启动所述高层协议重传，并向所述高层协议服务端提交高层协议拥塞窗口调整指示信息；或，在上行链路中；所述L2重传过程中指示所述UE不启动所述高层协议重传，并向所述UE提交高层协议拥塞窗口调整指示信息。
上述方案中，所述装置还包括第一反馈单元；
所述第一反馈单元，用于当所述L2重传过程成功后，反馈携带有传输成功确认信息的数据包；所述数据包的高层协议重传计时器失效。
上述方案中，所述装置还包括第二反馈单元；
所述第二反馈单元，用于当所述L2重传过程失败后，反馈携带有传输未成功确认信息的数据包，所述数据包的高层协议重传计时器开启，并启动高层协议重传。
上述方案中，所述重传控制单元，还用于当所述L2重传过程失败后，继续重复执行L2重传；
所述第二反馈单元，还用于当所述L2重传过程失败的次数超过指定次数阈值后，进一步反馈携带有传输未成功确认信息的数据包。
上述方案中，所述重传控制单元，还用于接收携带有重传周期的通知消息；解析所述通知消息，获得所述重传周期；根据所述重传周期启动L2重传。
上述方案中，所述装置还包括发送单元；
所述发送单元，用于当检测有UE与高层协议服务端建立有高层协议连接时，发起取消高层协议应答的通知消息。
本发明实施例所提供的重传调度方法，检测L2存在数据传输失败时，根据重传周期启动L2重传；在所述L2重传过程中指示不启动与L2相对应的高层协议重传。如此，能够有效解决现有技术在高层协议重传中累加时延长，信令冗余及吞吐量受限等问题，从而提升重传效率，实现系统性能的大幅度提升。
附图说明
图1为本发明实施例重传调度方法的流程示意图一；
图2为本发明实施例重传调度方法的流程示意图二；
图3为本发明实施例重传调度方法的流程示意图三；
图4为本发明实施例下行链路中实现重传调度方法的系统交互图一；
图5为本发明实施例上行链路中实现重传调度方法的系统交互图二；
图6为本发明实施例重传调度装置的组成结构示意图。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
本发明实施例中，检测L2存在数据传输失败时，根据重传周期启动L2重传；在所述L2重传过程中指示不启动与L2相对应的高层协议重传。
实施例一
图1为本发明实施例重传调度方法的流程示意图一，如图1所示，本发明实施例重传调度方法包括：
步骤101：当检测有UE与高层协议服务端建立有高层协议连接时，发起取消高层协议应答的通知消息；
其中，所述高层协议为与L2相对应的高层协议，在实际应用中，可以为在TCP之上的TCP协议，或在UDP之上的QUIC协议。
在一示例中，对于TCP协议来讲，具体地，在数据链路传输过程中，当检测有UE与TCP服务端建立有TCP连接时，无线接入网元(Radio AccessNetwork，RAN)首先想UE及TCP服务端发起取消TCP应答ACK的通知消息，以通过所述TCP ACK的通知消息来取消TCP ACK。当然，这里所提及的数据链路可以为上行链路，也可以为下行链路。
步骤102：检测L2存在数据传输失败时，根据重传周期启动所述L2重传；
其中，所述重传周期可以由RAN进行自由设定，也可以通过接收携带有重传周期的通知消息的方式来获得。
这里，以TCP协议为例，RAN接收由UE或TCP服务端发送的携带有TCP重传周期的通知消息。具体来讲，在下行链路中，所述携带有TCP重传周期的通知消息通常由TCP服务端发起；相应的，RAN接收由TCP服务端发送的携带有TCP重传周期的通知消息；而在上行链路中，所述携带有TCP重传周期的通知消息通常由UE发起；相应的，RAN接收由UE发送的携带有TCP重传周期的通知消息。当然，RAN在接收到携带有TCP重传周期的通知消息后，会通过解析所述通知消息的方式，得到TCP重传周期。
同理，若以QUIC协议为例，RAN在接收到携带有QUIC重传周期的通知消息后，会通过解析所述通知消息的方式，得到QUIC重传周期。
这里，RAN首先检测L2是否存在数据传输失败；当检测有数据传输失败时，根据重传周期启动L2重传；否则，结束本次流程。
步骤103：在所述L2重传过程中指示不启动与L2相对应的高层协议重传。
这里，RAN在所述L2ARQ重传过程中指示所述高层协议服务端或UE不启动高层协议重传，并向所述高层协议服务端或UE提交高层协议拥塞窗口调整指示信息。具体来讲，在下行链路中，RAN与所述高层协议服务端进行信令交互，在所述L2重传过程中指示所述高层协议服务端不启动高层协议重传，并向所述高层协议服务端提交高层协议拥塞窗口调整指示信息；而在上行链路中，RAN与所述UE进行信令交互，在所述L2重传过程中指示所述UE不启动高层协议重传，并向所述UE提交高层协议拥塞窗口调整指示信息。
其中，所述高层协议拥塞窗口调整指示信息包括丢包的原因，如拥塞还是错误解析造成，动态指示高层协议服务端或UE的发送速率。
通过本发明实施例所述重传调度方法，当检测有UE与高层协议服务端建立有高层协议连接时，发起取消高层协议应答的通知消息；检测L2存在数据传输失败时，根据重传周期启动所述L2重传；在所述L2重传过程中指示不启动高层协议重传。如此，在上、下行链路传输中，通过多次L2重传机制，为UE、RAN及高层协议三者的交互信令中，优先进行L2的重传，并可以依据实际情况，在高层协议重传超时前进行多次L2重传，能够有效解决现有技术在高层协议重传中累加时延长，信令冗余及吞吐量受限等问题，从而提升重传效率，实现系统性能的大幅度提升。
实施例二
基于本发明实施例一，本发明实施例提供另一种重传调度方法，所述方法还包括：当所述L2重传过程成功后，反馈携带有传输成功确认信息的数据包；所述数据包的高层协议重传计时器失效；或者，当所述L2重传过程失败后，反馈携带有传输未成功确认信息的数据包，所述数据包的高层协议重传计时器开启，并启动高层协议重传。
图2为本发明实施例重传调度方法的流程示意图二，所述重传调度方法以高层协议为TCP协议为例进行说明，如图2所示，本发明实施例重传调度方法包括：
步骤201：当检测有UE与TCP服务端建立有TCP连接时，发起取消TCP应答的通知消息；
具体地，在数据链路传输过程中，当检测有UE与TCP服务端建立有TCP连接时，RAN首先想UE及TCP服务端发起取消TCP应答ACK的通知消息，以通过所述TCP ACK的通知消息来取消TCP ACK。当然，这里所提及的数据链路可以为上行链路，也可以为下行链路。
步骤202：接收携带有TCP重传周期的通知消息；
这里，RAN接收由UE或TCP服务端发送的携带有TCP重传周期的通知消息。具体来讲，在下行链路中，所述携带有TCP重传周期的通知消息通常由TCP服务端发起；相应的，RAN接收由TCP服务端发送的携带有TCP重传周期的通知消息；而在上行链路中，所述携带有TCP重传周期的通知消息通常由UE发起；相应的，RAN接收由UE发送的携带有TCP重传周期的通知消息。
当然，RAN在接收到携带有TCP重传周期的通知消息后，会通过解析通知消息的方式，得到TCP重传周期。
步骤203：检测L2存在数据传输失败时，根据所述TCP重传周期启动所述L2重传；
这里，RAN首先检测L2是否存在数据传输失败；当检测有数据传输失败时，根据所述TCP重传周期启动所述L2重传；否则，结束本次流程。
步骤204：在所述L2重传过程中指示不启动TCP重传，并提交TCP拥塞窗口调整指示信息；
这里，RAN在所述L2重传过程中指示所述TCP服务端或UE不启动TCP重传，并向所述TCP服务端或UE提交TCP拥塞窗口调整指示信息。具体来讲，在下行链路中，RAN与所述TCP服务端进行信令交互，在所述L2重传过程中指示所述TCP服务端不启动TCP重传，并向所述TCP服务端提交TCP拥塞窗口调整指示信息；而在上行链路中，RAN与所述UE进行信令交互，在所述L2重传过程中指示所述UE不启动TCP重传，并向所述UE提交TCP拥塞窗口调整指示信息。
其中，所述TCP拥塞窗口调整指示信息包括丢包的原因，如拥塞还是错误解析造成，动态指示TCP服务端或UE的发送速率。
步骤205：当所述L2重传过程成功后，反馈携带有传输成功确认信息的数据包；所述数据包的TCP重传计时器失效。
步骤206：当所述L2重传过程失败后，反馈携带有传输未成功确认信息的数据包，所述数据包的TCP重传计时器开启，并启动TCP重传。
通过本发明实施例所述重传调度方法，在根据重传周期启动所述L2重传，在所述L2重传过程中指示不启动高层协议重传的基础上，当所述L2重传过程成功后，反馈携带有传输成功确认信息的数据包；所述数据包的高层协议重传计时器失效；当所述L2重传过程失败后，反馈携带有传输未成功确认信息的数据包，所述数据包的高层协议重传计时器开启，并启动高层协议重传。如此，在上、下行链路传输中，通过多次L2重传机制，为UE、RAN及高层协议三者的交互信令中，优先进行L2的重传，并可以依据实际情况，在高层协议重传超时前进行多次L2重传，能够有效解决现有技术在高层协议重传中累加时延长，信令冗余及吞吐量受限等问题，从而提升重传效率，实现系统性能的大幅度提升。
实施例三
基于本发明实施例一或二，本发明实施例提供另一种重传调度方法，所述方法还包括：当所述L2重传过程成功后，反馈携带有传输成功确认信息的数据包；所述数据包的高层协议重传计时器失效；当所述L2重传过程失败后，继续重复执行L2重传；当所述L2重传过程失败的次数超过指定次数阈值后，进一步反馈携带有传输未成功确认信息的数据包。
图3为本发明实施例重传调度方法的流程示意图三，所述重传调度方法以高层协议为TCP协议为例进行说明，如图3所示，本发明实施例重传调度方法包括：
步骤301：当检测有UE与TCP服务端建立有TCP连接时，发起取消TCP应答的通知消息；
具体地，在数据链路传输过程中，当检测有UE与TCP服务端建立有TCP连接时，RAN首先想UE及TCP服务端发起取消TCP应答ACK的通知消息，以通过所述TCP ACK的通知消息来取消TCP ACK。当然，这里所提及的数据链路可以为上行链路，也可以为下行链路。
步骤302：接收携带有TCP重传周期的通知消息；
这里，RAN接收由UE或TCP服务端发送的携带有TCP重传周期的通知消息。具体来讲，在下行链路中，所述携带有TCP重传周期的通知消息通常由TCP服务端发起；相应的，RAN接收由TCP服务端发送的携带有TCP重传周期的通知消息；而在上行链路中，所述携带有TCP重传周期的通知消息通常由UE发起；相应的，RAN接收由UE发送的携带有TCP重传周期的通知消息。
当然，RAN在接收到携带有TCP重传周期的通知消息后，会通过解析通知消息的方式，得到TCP重传周期。
步骤303：检测L2存在数据传输失败时，根据所述TCP重传周期启动所述L2重传；
这里，RAN首先检测L2是否存在数据传输失败；当检测有数据传输失败时，根据所述TCP重传周期启动所述L2重传；否则，结束本次流程。
步骤304：在所述L2重传过程中指示不启动TCP重传，并提交TCP拥塞窗口调整指示信息；
其中，所述TCP拥塞窗口调整指示信息包括丢包的原因，如拥塞还是错误解析造成，动态指示TCP服务端或UE的发送速率。
这里，RAN在所述L2ARQ重传过程中指示所述TCP服务端或UE不启动TCP重传，并向所述TCP服务端或UE提交TCP拥塞窗口调整指示信息。具体来讲，在下行链路中，RAN与所述TCP服务端进行信令交互，在所述L2ARQ重传过程中指示所述TCP服务端不启动TCP重传，并向所述TCP服务端提交TCP拥塞窗口调整指示信息；而在上行链路中，RAN与所述UE进行信令交互，在所述L2ARQ重传过程中指示所述UE不启动TCP重传，并向所述UE提交TCP拥塞窗口调整指示信息。
步骤305：当所述L2重传过程成功后，反馈携带有传输成功确认信息的数据包；所述数据包的TCP重传计时器失效。
步骤306：当所述L2重传过程失败后，继续重复执行L2重传；
步骤307：当所述L2重传过程失败的次数超过指定次数阈值后，进一步反馈携带有传输未成功确认信息的数据包。
这里，所述指定次数阈值N的取值可以根据实际需要进行确认，通常情况下可以将所述指定次数阈值N取值为3。
通过本发明实施例所述重传调度方法，在根据重传周期启动所述L2重传，在所述L2重传过程中指示不启动高层协议重传的基础上，当所述L2重传过程成功后，反馈携带有传输成功确认信息的数据包；所述数据包的高层协议重传计时器失效；当所述L2重传过程失败后，继续重复执行L2重传；当所述L2重传过程失败的次数超过指定次数阈值后，进一步反馈携带有传输未成功确认信息的数据包。如此，在上、下行链路传输中，通过多次L2重传机制，为UE、RAN及高层协议三者的交互信令中，优先进行L2的重传，并可以依据实际情况，在TCP重传超时前进行多次L2重传，能够有效解决现有技术在高层协议重传中累加时延长，信令冗余及吞吐量受限等问题，从而提升重传效率，实现系统性能的大幅度提升。另外，还可以保证在L2重传一次失败后，进行多次L2重传机制，而并非直接启动高层协议重传。
实施例四
图4为本发明实施例下行链路中实现重传调度方法的系统交互图一，如图4所示，本发明实施例重传调度方法包括：
步骤1a，UE与TCP服务端(即TCP Server，简称TCPS)进行TCP连接；
步骤2a，RAN通知UE/TCP取消TCP ACK；
步骤3a，TCP Server将TCP重传周期T1告知RAN；
步骤4a，当L2中ARQ发生重传失败时，RAN根据TCP重传周期T1信息启动再次或多次的L2重传，重传过程中RAN告知TCP Server不要重传，并对TCP拥塞窗口提供调整指示；
步骤5a，如果重启的L2ARQ重传成功，RAN给TCP Server反馈传输成功确认信息的数据包，所述数据包的TCP重传计时器也立即失效，所述数据包不再进行任何重传；
步骤6a，如果重启的L2ARQ重传失败，RAN给TCP Server反馈传输未成功确认信息的数据包，所述数据包的TCP重传立即开启；
步骤7a，启动进行TCP重传。
实施例五
图5为本发明实施例上行链路中实现重传调度方法的系统交互图二，如图5所示，本发明实施例重传调度方法包括：
步骤1b，UE与TCP服务端(即TCP Server)进行TCP连接；
步骤2b，RAN通知UE/TCP取消TCP ACK；
步骤3b，UE将TCP重传周期T1告知RAN；
步骤4b，当L2中ARQ发生重传失败时，RAN根据TCP重传周期T1信息启动再次或多次的L2重传，重传过程中RAN告知UE不要重传，并对TCP拥塞窗口提供调整指示；
步骤5b，如果重启的L2ARQ重传成功，RAN给UE反馈传输成功确认信息的数据包，所述数据包的TCP重传计时器也立即失效，该数据包不再进行任何重传；
步骤6b，如果重启的L2ARQ重传失败，RAN给UE反馈传输未成功确认信息的数据包，所述数据包的TCP重传立即开启；
步骤7b，启动进行TCP重传。
实施例六
图6为本发明实施例重传调度装置的组成结构示意图，如图6所示，所述装置60包括重传控制单元601和指示单元602；
所述重传控制单元601，用于检测L2存在数据传输失败时，根据重传周期启动所述L2重传；
所述指示单元602，用于在所述L2重传过程中指示不启动与L2相对应的高层协议重传。
在一示例中，所述指示单元602，还用于在下行链路中，所述L2重传过程中指示高层协议服务端不启动所述高层协议重传，并向所述高层协议服务端提交高层协议拥塞窗口调整指示信息；或，在上行链路中，所述L2重传过程中指示所述UE不启动所述高层协议重传，并向所述UE提交高层协议拥塞窗口调整指示信息。
在一示例中，所述装置还包括第一反馈单元603；
所述第一反馈单元603，用于当所述L2重传过程成功后，反馈携带有传输成功确认信息的数据包；所述数据包的高层协议重传计时器失效。
在一示例中，所述装置还包括第二反馈单元604；
所述第二反馈单元604，用于当所述L2重传过程失败后，反馈携带有传输未成功确认信息的数据包，所述数据包的高层协议重传计时器开启，并启动高层协议重传。
在又一示例中，所述重传控制单元601，还用于当所述L2重传过程失败后，继续重复执行L2重传；所述第二反馈单元604，还用于当所述L2重传过程失败的次数超过指定次数阈值后，进一步反馈携带有传输未成功确认信息的数据包。
在一示例中，所述重传控制单元601，还用于接收携带有重传周期的通知消息；解析所述通知消息，获得所述重传周期；根据所述重传周期启动L2重传。
在一示例中，所述装置还包括发送单元605；
所述发送单元605，用于当检测有UE与高层协议服务端建立有高层协议连接时，发起取消高层协议应答的通知消息。
在实际应用中，本发明实施例用于组成所述装置的各单元均可以通过所述装置所在网元RAN中的处理器实现，也可以通过具体的逻辑电路实现；比如，在实际应用中，可由位于所述RAN中的中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)、或现场可编程门阵列(FPGA)实现。
这里需要指出的是：以上装置实施例项的描述，与上述方法描述是类似的，具有同方法实施例一至五相同的有益效果，因此不做赘述。对于本发明装置实施例中未披露的技术细节，本领域的技术人员请参照本发明方法实施例一至五的描述而理解，为节约篇幅，这里不再赘述。
以上所述仅是本发明实施例的实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明实施例原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明实施例的保护范围。

Claims (14)

1.一种重传调度方法，其特征在于，所述方法包括：
检测无线链路控制层L2存在数据传输失败时，根据重传周期启动L2重传；
在所述L2重传过程中指示不启动与L2相对应的高层协议重传。
2.根据权利要求1所述的方法，其特征在于，在所述L2重传过程中指示不启动与L2相对应的高层协议重传，包括：
在下行链路中，所述L2重传过程中指示高层协议服务端不启动所述高层协议重传，并向所述高层协议服务端提交高层协议拥塞窗口调整指示信息；
或，在上行链路中，所述L2重传过程中指示用户设备UE不启动所述高层协议重传，并向所述UE提交高层协议拥塞窗口调整指示信息。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当所述L2重传过程成功后，反馈携带有传输成功确认信息的数据包；所述数据包的高层协议重传计时器失效。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当所述L2重传过程失败后，反馈携带有传输未成功确认信息的数据包，所述数据包的高层协议重传计时器开启，并启动高层协议重传。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
当所述L2重传过程失败后，继续重复执行L2重传；
当所述L2重传过程失败的次数超过指定次数阈值后，进一步反馈携带有传输未成功确认信息的数据包。
6.根据权利要求1所述的方法，其特征在于，所述根据重传周期启动L2重传，包括：
接收携带有重传周期的通知消息；
解析所述通知消息，获得所述重传周期；
根据所述重传周期启动L2重传。
7.根据权利要求1至6任一项所述的方法，其特征在于，所述方法还包括：
当检测有UE与高层协议服务端建立有高层协议连接时，发起取消高层协议应答的通知消息。
8.一种重传调度装置，其特征在于，所述装置包括重传控制单元和指示单元；
所述重传控制单元，用于检测无线链路控制层L2存在数据传输失败时，根据重传周期启动L2重传；
所述指示单元，用于在所述L2重传过程中指示不启动与L2相对应的高层协议重传。
9.根据权利要求8所述的装置，其特征在于，
所述指示单元，还用于在下行链路中，所述L2重传过程中指示高层协议服务端不启动所述高层协议重传，并向所述高层协议服务端提交高层协议拥塞窗口调整指示信息；或，在上行链路中；所述L2重传过程中指示所述用户设备UE不启动所述高层协议重传，并向所述UE提交高层协议拥塞窗口调整指示信息。
10.根据权利要求8所述的装置，其特征在于，所述装置还包括第一反馈单元；
所述第一反馈单元，用于当所述L2重传过程成功后，反馈携带有传输成功确认信息的数据包；所述数据包的高层协议重传计时器失效。
11.根据权利要求8所述的装置，其特征在于，所述装置还包括第二反馈单元；
所述第二反馈单元，用于当所述L2重传过程失败后，反馈携带有传输未成功确认信息的数据包，所述数据包的高层协议重传计时器开启，并启动高层协议重传。
12.根据权利要求11所述的装置，其特征在于，
所述重传控制单元，还用于当所述L2重传过程失败后，继续重复执行L2重传；
所述第二反馈单元，还用于当所述L2重传过程失败的次数超过指定次数阈值后，进一步反馈携带有传输未成功确认信息的数据包。
13.根据权利要求8所述的装置，其特征在于，
所述重传控制单元，还用于接收携带有重传周期的通知消息；解析所述通知消息，获得所述重传周期；根据所述重传周期启动L2重传。
14.根据权利要求8至13任一项所述的装置，其特征在于，所述装置还包括发送单元；
所述发送单元，用于当检测有UE与高层协议服务端建立有高层协议连接时，发起取消高层协议应答的通知消息。
CN201610077406.9A 2016-02-03 2016-02-03 一种重传调度方法及装置 Pending CN107040343A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610077406.9A CN107040343A (zh) 2016-02-03 2016-02-03 一种重传调度方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610077406.9A CN107040343A (zh) 2016-02-03 2016-02-03 一种重传调度方法及装置

Publications (1)

Publication Number Publication Date
CN107040343A true CN107040343A (zh) 2017-08-11

Family

ID=59532490

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610077406.9A Pending CN107040343A (zh) 2016-02-03 2016-02-03 一种重传调度方法及装置

Country Status (1)

Country Link
CN (1) CN107040343A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108600041A (zh) * 2018-03-22 2018-09-28 北京奥普维尔科技有限公司 一种基于rfc6349的数据块乱序测试方法及装置
CN109697113A (zh) * 2018-12-29 2019-04-30 广州华多网络科技有限公司 请求重试的方法、装置、设备及可读存储介质
CN112311725A (zh) * 2019-07-26 2021-02-02 华为技术有限公司 一种数据处理方法、装置及终端
WO2024022334A1 (zh) * 2022-07-26 2024-02-01 抖音视界有限公司 数据传输方法、装置和系统
US12126702B2 (en) 2019-07-26 2024-10-22 Huawei Technologies Co., Ltd. Data processing method and apparatus, and terminal

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1959601A1 (en) * 2007-02-13 2008-08-20 Matsushita Electric Industrial Co., Ltd. Retransmission scheme to exchange control information between a gateway and a mobile node
CN101478380A (zh) * 2008-01-03 2009-07-08 中兴通讯股份有限公司 一种自动重传请求窗口管理方法
CN101631065A (zh) * 2008-07-16 2010-01-20 华为技术有限公司 一种无线多跳网络拥塞的控制方法和装置
CN102664718A (zh) * 2012-04-28 2012-09-12 大唐移动通信设备有限公司 无线侧tcp数据重传的方法和设备
CN102823202A (zh) * 2010-03-31 2012-12-12 瑞典爱立信有限公司 通信网络中的拥塞处理
CN102833783A (zh) * 2012-07-02 2012-12-19 北京邮电大学 一种优化无线环境下tcp协议的方法
CN104079625A (zh) * 2014-05-14 2014-10-01 深圳市信锐网科技术有限公司 数据传输加速方法和装置
JP6024318B2 (ja) * 2012-09-10 2016-11-16 富士通株式会社 無線ｌａｎ基地局、無線ｌａｎ端末、及びパケット転送方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1959601A1 (en) * 2007-02-13 2008-08-20 Matsushita Electric Industrial Co., Ltd. Retransmission scheme to exchange control information between a gateway and a mobile node
CN101478380A (zh) * 2008-01-03 2009-07-08 中兴通讯股份有限公司 一种自动重传请求窗口管理方法
CN101631065A (zh) * 2008-07-16 2010-01-20 华为技术有限公司 一种无线多跳网络拥塞的控制方法和装置
CN102823202A (zh) * 2010-03-31 2012-12-12 瑞典爱立信有限公司 通信网络中的拥塞处理
CN102664718A (zh) * 2012-04-28 2012-09-12 大唐移动通信设备有限公司 无线侧tcp数据重传的方法和设备
CN102833783A (zh) * 2012-07-02 2012-12-19 北京邮电大学 一种优化无线环境下tcp协议的方法
JP6024318B2 (ja) * 2012-09-10 2016-11-16 富士通株式会社 無線ｌａｎ基地局、無線ｌａｎ端末、及びパケット転送方法
CN104079625A (zh) * 2014-05-14 2014-10-01 深圳市信锐网科技术有限公司 数据传输加速方法和装置

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108600041A (zh) * 2018-03-22 2018-09-28 北京奥普维尔科技有限公司 一种基于rfc6349的数据块乱序测试方法及装置
CN108600041B (zh) * 2018-03-22 2024-01-05 北京奥普维尔科技有限公司 一种基于rfc6349的数据块乱序测试方法及装置
CN109697113A (zh) * 2018-12-29 2019-04-30 广州华多网络科技有限公司 请求重试的方法、装置、设备及可读存储介质
CN109697113B (zh) * 2018-12-29 2021-06-01 广州方硅信息技术有限公司 请求重试的方法、装置、设备及可读存储介质
CN112311725A (zh) * 2019-07-26 2021-02-02 华为技术有限公司 一种数据处理方法、装置及终端
CN112311725B (zh) * 2019-07-26 2022-01-11 华为技术有限公司 一种数据处理方法、装置及终端
US12126702B2 (en) 2019-07-26 2024-10-22 Huawei Technologies Co., Ltd. Data processing method and apparatus, and terminal
WO2024022334A1 (zh) * 2022-07-26 2024-02-01 抖音视界有限公司 数据传输方法、装置和系统

Similar Documents

Publication Publication Date Title
US7746786B2 (en) Retransmission control method and device
CN103036904B (zh) 一种在通信网络中使用udp协议进行数据可靠传输的方法
US7149181B2 (en) Apparatus and method for re-transmitting erroneous packet data
US7869396B2 (en) Data transmission method and data re-transmission method
EP2238707B1 (en) Method of detecting and handling an endless rlc retransmission
CN109348508B (zh) 数据传输方法及装置
US8306061B2 (en) Method for retransmitting data unit using delivery status information
US20170099128A1 (en) Radio resource scheduling method and apparatus
EP2670077A1 (en) Method and apparatus for data packet retransmission
US20110019756A1 (en) Method of transmitting rlc data
CN101399643B (zh) 确认模式数据传输的控制方法及装置
CN103647625B (zh) 一种基于链路的数据可靠传输方法
CN107040343A (zh) 一种重传调度方法及装置
CN102868504A (zh) 一种发送状态报告的方法和rlc接收实体
CN101291199B (zh) 混合自动重传请求中检测反馈消息正确性的方法和装置
CN106171004A (zh) 一种rlc数据包分流方法及基站
WO2017122268A1 (ja) 無線通信装置、無線通信システム、及び無線通信方法
CN101990240A (zh) 一种无线链路控制层的数据发送方法及数据发送系统
CN108429607A (zh) 一种通信系统中的harq重传处理方法
US9510242B2 (en) Reducing superfluous traffic in a network
JP2002521960A (ja) 通信システムにおけるデータ・パケットの伝達方法および装置
CN102201901A (zh) 数据重传方法及装置
US10849160B2 (en) Reinstating poll retransmission timer
CN105681001B (zh) 一种实现rlc层重传的方法和装置
CN107959554B (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20170811