CN104137507A - 反馈丢包的消息处理方法及装置 - Google Patents

反馈丢包的消息处理方法及装置 Download PDF

Info

Publication number
CN104137507A
CN104137507A CN201380000199.1A CN201380000199A CN104137507A CN 104137507 A CN104137507 A CN 104137507A CN 201380000199 A CN201380000199 A CN 201380000199A CN 104137507 A CN104137507 A CN 104137507A
Authority
CN
China
Prior art keywords
tcp
rlc
data bag
devices
tcp data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201380000199.1A
Other languages
English (en)
Other versions
CN104137507B (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN104137507A publication Critical patent/CN104137507A/zh
Application granted granted Critical
Publication of CN104137507B publication Critical patent/CN104137507B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163In-band adaptation of TCP data exchange; In-band control procedures

Landscapes

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

Abstract

本发明涉及一种反馈丢包的消息处理方法及装置,所述处理方法包括:RLC装置接收TCP装置发送的TCP数据包,将所述TCP数据包组包形成RLC数据包,并将所述RLC数据包发送给对端设备;所述RLC装置接收所述对端设备返回的所述RLC数据包的应答消息;所述RLC装置根据所述RLC数据包的应答消息构造所述RLC数据包对应的TCP数据包的应答消息;所述RLC装置将所述TCP数据包的应答消息反馈给所述TCP装置。本发明能够准确判断是否发生了TCP丢包,并可以获得准确的TCP丢包信息,明确具体丢失了哪个数据包。

Description

说 明 书
反馈丢包的消息处理方法及装置
技术领域
本发明涉及无线通信技术领域, 尤其涉及一种反馈丟包的消息处理及装 置。 背景技术
传输控制协议( Transmi s s ion Control Protocol , TCP )是目前互联网 上使用最为广泛的传输协议, 但其最初的设计目标是在有线网络中工作, 因 而当 TCP连接中存在一段无线空口部分(即无线 TCP ) 时, 针对有线网络所 涉及的 TCP协议就不再能够保证高效的工作。
在有线网络中, TCP 协议通过引入发送端拥塞窗口的控制机制, 来控制 传输的拥塞。 接收端会通知发送端其当前的接收窗口大小, 发送端根据这个 接收窗口大小以及拥塞窗口大小, 来决定发送端还能够发送多少数据给接收 端, 即真正的发送窗口的取值,为拥塞窗口和通告窗口中的最小值。 这样就可 以避免发送端发送过多的数据,而不会导致接收端的 TCP緩存溢出,以及降低 网络中拥塞出现的相无率。
在第三代移动通信技术( 3Id Genera t ion, 3G )的无线网络控制器( Radio
Network Control ler , RNC )或者第四代移动通信技术( 3rd Genera t ion, 3G ) 的演进型基站( evolut ion NodeB, eNodeB ) 中, 可能存在相应的 TCP代理功 能或 TCP实体, 用以对无线 TCP进行加速。 在具有 TCP代理功能或 TCP实体 的终端的无线侧, 由于空口丟包和非按序递交, 会导致接收端收到大量的乱 序包。 通常接收端在接收到乱序包后, 会发送多个重复的确认 ( Dup acknowledgement , Dup ACK )或者发送选择性确认 ( Selec t acknowledgement , SACK )给发送端, 表示丟失某个数据包。
由于发送 SACK的方案中要求接收端能够支持 SACK选项, 如果接收端不 支持使用 SACK选项, 则无法使用该方案。 因而, 现有的丟包判断方法大多采 用发送 Dup ACK的方案。 当发送端收到 Dup ACK时, 拥塞窗口会减小, 一般 减小到慢启动的门限大小; 而发送端在发送一个数据包后, 会启动一个定时 器。 在这个定时器的时间范围内, 如果还没有收到这个数据包的确认 ( acknowl edgemen t , ACK ) 的话, 拥塞窗口会减小到 1。
因而, 拥塞窗口的控制在 TCP协议中至关重要, 现有的很多算法都是针 对 TCP的拥塞窗口进行调整而给出的。 其中最为常见的算法是根据可用带宽 的估计值和拥塞窗口对应的带宽来判断是否可能丟包。 对当前的网络状态进 行一个判断,这个状态判断的结果可以是拥塞和不拥塞。 在拥塞情况下,如果 出现了重复的 ACK,或者是 RT0超时,则在重传数据包的同时,修改当前的拥塞 窗口的大小;在不拥塞的情况下, 如果出现了重复的 ACK,或者是 RT0超时,则 在重传数据包的同时,维持当前的拥塞窗口的大小不变,避免拥塞窗口调整过 小而导致的无线空口利用率不足的问题。 然而, 现有的这种算法^ ϋ于当前 的 TCP链路带宽估计进行的, 在对当前的 TCP链路带宽估计存在误差的情况 下, 对丟包的判断是不准确的, 而且也无法区分丟包和拥塞的情况, 另外, 也不能明确具体丟失的是哪个数据包。 发明内容
本发明的目的是提供一种反馈丟包的消息处理及装置, 能够准确判断是 否发生了 TCP丟包。
为实现上述目的, 本发明第一方面提供了一种无线链路控制 RLC装置, 包括: 处理器, 第一接口和第二接口;
所述第一接口, 用于与传输控制协议 TCP装置进行交互;
所述第二接口, 用于与对端设备进行交互; 所述处理器用于:
通过所述第一接口接收所述 TCP装置发送的 TCP数据包;
将所述 TCP数据包组包形成 RLC数据包;
通过所述第二接口将所述 RLC数据包发送给对端设备;
通过所述第二接口接收所述对端设备返回的所述 RLC 数据包的应答消 息;
根据所述 RLC数据包的应答消息构造所述 RLC数据包对应的 TCP数据包 的应答消息;
通过所述第一接口将所述 TCP数据包的应答消息反馈给所述 TCP装置。 结合第一方面, 在第一方面的第一种可能的实现方式中, 所述第一接口 接收的 TCP数据包中携带有 TCP数据包的信息, 所述 TCP数据包的信息包括 以下所列的一种或任意结合: IP地址、 端口和字节范围;
所述处理器用于将所述 TCP数据包组包形成 RLC数据包,具体包括: 所述处理器用于:
根据所述 TCP数据包的信息, 对所述 TCP数据包进行标识, 并记录所述
TCP数据包的标识;
对所述 TCP数据包进行 RLC组包形成 RLC数据包, 并标识所述 RLC数据 包; 以及
根据所述 TCP数据包的标识和所述 RLC数据包的标识, 建立并记录所述 RLC数据包与 TCP数据包的对应关系。
结合第一方面的第一种可能的实现方式, 在第一方面的第二种可能的实 现方式中, 所述处理器用于根据所述 RLC数据包的应答消息构造所述 RLC数 据包对应的 TCP数据包的应答消息, 包括:
所述处理器用于:
根据所述 RLC数据包的应答消息, 利用所述 RLC数据包与 TCP数据包的 对应关系, 构造所述 TCP数据包的应答消息。 结合第一方面, 在第一方面的第三种可能的实现方式中, 所述 RLC数据 包的应答消息为 RLC确认 ACK信息, 所述处理器用于根据所述 RLC数据包的 应答消息构造所述 RLC数据包对应的 TCP数据包的应答消息, 具体包括: 所述处理器用于根据所述 RLC ACK信息构造 TCP数据包的 TCP ACK信息。 结合第一方面的第三种可能的实现方式, 在第一方面的第四种可能的实 现方式中, 所述处理器还用于:
通过所述第二接口接收所述对端设备反馈的 TCP ACK信息;
将所述对端设备反馈的 TCP ACK信息与构造的所述 TCP ACK信息相比较, 如果不一致, 则判断为所述 TCP数据包在发送给所述对端设备的 TCP装置时 发生丟包。
结合第一方面的第四种可能的实现方式, 在第一方面的第五种可能的实 现方式中, 当发生丟包时, 所述处理器还用于:
根据所述对端设备反馈的 TCP ACK信息和 RLC ACK信息确定发生丟包的 TCP数据包;
指示所述 TCP装置重传所述发生丟包的 TCP数据包或者通过所述第二接 口发送所述发生丟包的 TCP数据包对应的 RLC数据包。
结合第一方面的第三种可能的实现方式, 在第一方面的第六种可能的实 现方式中, 所述处理器还用于:
通过所述第二接口接收所述对端设备反馈的 TCP ACK信息;
将所述对端设备反馈的 TCP ACK信息与构造的所述 TCP ACK信息相比较, 如果一致, 则判断为未发生丟包, 并不再向所述 TCP装置发送所述对端设备 反馈的 TCP ACK信息。
结合第一方面, 在第一方面的第七种可能的实现方式中, 所述 RLC数据 包的应答消息为 RLC否定确认 NACK信息,所述处理器用于根据所述 RLC数据 包的应答消息构造所述 RLC数据包对应的 TCP数据包的应答消息,具体包括: 所述处理器用于根据所述 RLC NACK信息构造 TCP数据包的 TCP NACK信 息, 用以指示所述 TCP装置重传所述 TCP NACK信息对应的 TCP数据包。
结合第一方面的第七种可能的实现方式, 在第一方面的第八种可能的实 现方式中,所述处理器用于根据所述 RLC NACK信息构造 TCP数据包的 TCP NACK 信息, 具体包括:
所述处理器用于:
将所述 RLC数据包的应答消息为 RLC NACK信息的 RLC数据包重传给所述 对端设备, 并启动 RLC重传定时器和 /或 RLC重传计数器;
当所述 RLC重传定时器和 /或 RLC重传计数器的计数值超过预设阈值时, 才艮据所述 RLC NACK信息构造 TCP NACK信息。
结合第一方面, 在第一方面的第九种可能的实现方式中, 所述 TCP数据 包的应答消息通过用户面的 GPRS隧道协议 GTP-U的扩展头或 TCP选择性确认
SACK选项来传递。
结合第一方面, 在第一方面的第十种可能的实现方式中, 所述 RLC装置 为无线网络控制器 RNC或者演进型基站 eNodeB。
第二方面, 提供了一种 TCP装置, 包括: 处理器和通信接口;
所述通信接口, 用于与 RLC装置进行交互;
所述处理器用于:
通过所述通信接口接收 RLC装置发送的 TCP NACK信息, 所述 TCP NACK 信息由所述 RLC装置根据 RLC NACK信息构造得到;
根据所述 TCP NACK信息确定丟包的 TCP数据包。
结合第二方面,在第二方面的第一种可能的实现方式中, 当确定丟包后, 所述处理器还用于:
通过所述通信接口重传所述丟包的 TCP数据包给所述对端设备, 并启动 TCP重传定时器和 /或 TCP重传计数器;
当所述 TCP重传定时器和 /或 TCP重传计数器的计数值超过预设阈值时, 缩小发送端的拥塞窗口值。 结合第二方面, 在第二方面的第二种可能的实现方式中, 所述 TCP装置 为 RNC、 eNodeB , GGSN、 SGSN或者 PGW。
第三方面, 提供了一种基站设备, 包括: 本发明实施例所述 RLC装置和 TCP装置。
第四方面, 提供了一种反馈丟包的消息处理方法, 所述方法包括: 无线链路控制 RLC装置接收传输控制协议 TCP装置发送的 TCP数据包, 将所述 TCP数据包组包形成 RLC数据包, 并将所述 RLC数据包发送给对端设 备;
所述 RLC装置接收所述对端设备返回的所述 RLC数据包的应答消息; 所述 RLC装置根据所述 RLC数据包的应答消息构造所述 RLC数据包对应 的 TCP数据包的应答消息;
所述 RLC装置将所述 TCP数据包的应答消息反馈给所述 TCP装置。
结合第四方面, 在第四方面的第一种可能的实现方式中, 所述 RLC装置 接收的所述 TCP数据包中携带有 TCP数据包的信息, 所述 TCP数据包的信息 包括以下所列的一种或任意结合: IP地址、 端口和字节范围;
所述将所述 TCP数据包组包形成 RLC数据包, 包括:
所述 RLC装置根据所述 TCP数据包的信息,对所述 TCP数据包进行标识, 并记录所述 TCP数据包的标识;
所述 RLC装置对所述 TCP数据包进行 RLC组包形成 RLC数据包, 并标识 所述 RLC数据包;
所述 RLC装置根据所述 TCP数据包的标识和所述 RLC数据包的标识, 建 立并记录所述 RLC数据包与 TCP数据包的对应关系。
结合第四方面的第一种可能的实现方式, 在第四方面的第二种可能的实 现方式中,所述根据所述 RLC数据包的应答消息构造 TCP数据包的应答消息, 具体为:
根据所述 RLC数据包的应答消息, 利用所述 RLC数据包与 TCP数据包的 对应关系, 构造所述 TCP数据包的应答消息。
结合第四方面, 在第四方面的第三种可能的实现方式中, 所述 RLC数据 包的应答消息为 RLC ACK信息;
所述根据所述 RLC数据包的应答消息构造 TCP数据包的应答消息, 具体 为:
根据所述 RLC ACK信息构造 TCP数据包的 TCP ACK信息。
结合第四方面的第三种可能的实现方式, 在第四方面的第四种可能的实 现方式中, 在所述 RLC装置将所述 TCP数据包的应答消息反馈给所述 TCP装 置之后, 还包括:
所述 RLC装置接收所述对端设备反馈的 TCP ACK信息;
所述 RLC装置将所述对端设备反馈的 TCP ACK信息与构造的所述 TCP ACK 信息相比较,如果不一致,则判断为所述数据包在发送给所述对端设备的 TCP 装置时发生丟包。
结合第四方面的第四种可能的实现方式, 在第四方面的第五种可能的实 现方式中, 当发生丟包时, 所述方法还包括:
所述 RLC装置根据所述对端设备反馈的 TCP ACK信息和 RLC ACK信息确 定发生丟包的 TCP数据包;
所述 RLC装置指示所述 TCP装置重传所述发生丟包的 TCP数据包或者发 送所述发生丟包的 TCP数据包对应的 RLC数据包。
结合第四方面的第三种可能的实现方式, 在第四方面的第六种可能的实 现方式中, 在所述 RLC装置将所述 TCP数据包的应答消息反馈给所述 TCP装 置之后, 还包括:
所述 RLC装置接收所述对端设备反馈的 TCP ACK信息;
所述 RLC装置将所述对端设备反馈的 TCP ACK信息与构造的所述 TCP ACK 信息相比较, 如果一致, 则判断为未发生丟包, 并不再向所述 TCP装置发送 所述对端设备反馈的 TCP ACK信息。 结合第四方面, 在第四方面的第七种可能的实现方式中, 所述 RLC数据 包的应答消息为 RLC NACK信息;
所述根据所述 RLC数据包的应答消息构造 TCP数据包的应答消息, 具体 为:
根据所述 RLC NACK信息构造 TCP数据包的 TCP NACK信息, 用以指示所 述 TCP装置重传所述 TCP NACK信息对应的 TCP数据包。
结合第四方面的第七种可能的实现方式, 在第四方面的第八种可能的实 现方式中, 所述根据所述 RLC NACK信息构造 TCP数据包的 TCP NACK信息, 具体包括:
将所述 RLC数据包的应答消息为 RLC NACK信息的 RLC数据包重传给所述 对端设备, 并启动 RLC重传定时器和 /或 RLC重传计数器;
当所述 RLC重传定时器和 /或 RLC重传计数器的计数值超过预设阈值时, 才艮据所述 RLC NACK信息构造 TCP NACK信息。
结合第四方面, 在第四方面的第九种可能的实现方式中, 所述 TCP数据 包的应答消息通过 GTP-U的扩展头或 TCP SACK选项来传递。
第五方面, 提供了一种反馈丟包的消息处理方法, 所述方法包括: 接收 RLC装置发送的 TCP否定确认 NACK信息, 所述 TCP NACK信息由所 述 RLC装置根据 RLC NACK信息构造得到;
根据所述 TCP NACK信息确定丟包的 TCP数据包。
结合第五方面, 在第五方面的第一种可能的实现方式中, 在所述根据所 述 TCP NACK信息确定丟包的 TCP数据包之后, 还包括:
重传所述丟包的 TCP数据包给所述对端设备,并启动 TCP重传定时器和 / 或 TCP重传计数器;
当所述 TCP重传定时器和 /或 TCP重传计数器的计数值超过预设阈值时, 缩小发送端的拥塞窗口值。
第六方面, 提供了一种反馈丟包的消息处理装置, 所述装置包括: 组包单元, 用于接收 TCP装置发送的 TCP数据包, 将所述 TCP数据包组 包形成 RLC数据包, 并将所述 RLC数据包发送给对端设备;
接收单元, 用于接收所述对端设备针对所述组包单元发送的所述 RLC数 据包返回的所述 RLC数据包的应答消息;
处理单元, 用于根据所述接收单元接收的所述 RLC数据包的应答消息构 造所述 RLC数据包对应的 TCP数据包的应答消息;
发送单元, 用于将所述处理单元得到的 TCP数据包的应答消息反馈给所 述 TCP装置。
结合第六方面, 在第六方面的第一种可能的实现方式中, 所述组包单元 具体包括:
接收子单元, 用于接收所述 TCP装置发送的 TCP数据包并得到所述 TCP 数据包中携带的 TCP数据包的信息, 所述 TCP数据包的信息包括以下所列的 一种或任意结合: IP地址、 端口和字节范围;
记录子单元, 用于根据所述接收子单元得到的所述 TCP数据包的信息, 对所述 TCP数据包进行标识, 并记录所述 TCP数据包的标识;
组包子单元, 用于对所述接收子单元接收的所述 TCP数据包进行 RLC组 包形成 RLC数据包, 并标识所述 RLC数据包;
存储子单元, 用于根据记录子单元记录的所述 TCP数据包的标识和所述 组包子单元得到的所述 RLC数据包的标识,建立并记录所述 RLC数据包与 TCP 数据包的对应关系。
结合第六方面的第一种可能的实现方式, 在第六方面的第二种可能的实 现方式中, 所述处理单元具体用于根据所述 RLC数据包的应答消息, 利用所 述存储子单元记录的所述 RLC数据包与 TCP数据包的对应关系,构造所述 TCP 数据包的应答消息。
结合第六方面, 在第六方面的第三种可能的实现方式中, 当所述接收单 元接收的所述 RLC数据包的应答消息为 RLC ACK信息时, 所述处理单元根据 所述 RLC ACK信息构造 TCP数据包的 TCP ACK信息。
结合第六方面的第三种可能的实现方式, 在第六方面的第四种可能的实 现方式中, 所述接收单元还用于接收所述对端设备反馈的 TCP ACK信息; 所述装置还包括:
比较单元, 用于将所述对端设备反馈的 TCP ACK信息与构造的所述 TCP
ACK 信息相比较, 如果不一致, 则判断为所述数据包在发送给所述对端设备 的 TCP装置时发生丟包。
结合第六方面的第四种可能的实现方式, 在第六方面的第五种可能的实 现方式中, 当发生丟包时, 所述比较单元根据所述对端设备反馈的 TCP ACK 信息和 RLC ACK信息确定发生丟包的 TCP数据包; 并触发所述发送单元发送 指示所述 TCP装置重传所述发生丟包的 TCP数据包的指令或者发送所述发生 丟包的 TCP数据包对应的 RLC数据包的指令。
结合第六方面的第三种可能的实现方式, 在第六方面的第六种可能的实 现方式中, 所述接收单元还用于接收所述对端设备反馈的 TCP ACK信息; 所述装置还包括:
比较单元, 用于将所述对端设备反馈的 TCP ACK信息与构造的所述 TCP ACK 信息相比较, 如果一致, 则判断为未发生丟包, 并不再触发所述发送单 元向所述 TCP装置发送所述对端设备反馈的 TCP ACK信息。
结合第六方面, 在第六方面的第七种可能的实现方式中, 当所述接收单 元接收的所述 RLC数据包的应答消息为 RLC NACK信息时, 所述处理单元根据 所述 RLC NACK信息构造 TCP数据包的 TCP NACK信息, 用以指示所述 TCP装 置重传所述 TCP NACK信息对应的 TCP数据包。
结合第六方面的第七种可能的实现方式, 在第六方面的第八种可能的实 现方式中, 所述装置还包括:
第一重传单元, 用于当所述接收单元接收的所述 RLC数据包的应答消息 为 RLC NACK信息时, 将所述 RLC数据包的应答消息为 RLC NACK信息的 RLC 数据包重传给所述对端设备, 并启动 RLC重传定时器和 /或 RLC重传计数器; 当所述 RLC重传定时器和 /或 RLC重传计数器的计数值超过预设阈值时,触发 所述处理单元根据所述 RLC NACK信息构造 TCP NACK信息。
结合第六方面, 在第六方面的第九种可能的实现方式中, 所述发送单元 反馈的所述 TCP数据包的应答消息通过 GTP-U的扩展头或 TCP SACK选项来传 递。
第七方面, 提供了一种反馈丟包的消息处理装置, 所述装置包括: 接收单元, 用于接收 RLC装置发送的 TCP否定确认 NACK信息, 所述 TCP
NACK信息由所述 RLC装置根据 RLC NACK信息构造得到;
判断单元, 用于根据所述接收单元接收的所述 TCP NACK信息确定丟包的
TCP数据包。
结合第七方面, 在第七方面的第一种可能的实现方式中, 所述装置还包 括:
第二重传单元, 用于当所述判断单元确定所述丟包的 TCP数据包之后, 重传所述丟包的 TCP数据包给所述对端设备, 并启动 TCP重传定时器和 /或 TCP重传计数器;
调整单元, 用于当所述重传单元启动的所述 TCP 重传定时器和 /或 TCP 重传计数器的计数值超过预设阈值时, 缩小发送端的拥塞窗口值。
本发明提供的反馈丟包的消息处理方法及装置, 通过无线链路控制 ( Rad i o L ink Cont ro l , RLC )层反馈的 ACK/NACK信息, 来判断当前的某个 TCP数据包是否正确接收, 从而准确判断 TCP丟包并获得准确的 TCP丟包信 息, 仅需要对没有正确接收的数据进行重传, 可以减少不必要的重传, 提升 无线 TCP的性能, 充分利用空口资源。 附图说明
图 1为本发明实施例一提供的反馈丟包的消息处理方法流程图; 图 2为本发明实施例一提供的对 TCP数据包进行组包的处理流程图; 图 3为本发明实施例一提供的 RNC中各协议层的对应关系示意图; 图 4为本发明实施例二提供的反馈丟包的消息处理方法流程图; 图 5为本发明实施例二提供的根据 TCP NACK信息进行拥塞控制的方法流 程图;
图 6为本发明实施例三提供的反馈丟包的消息处理方法的信令图; 图 7为一种 GTP-U协议的扩展头的示意图;
图 8为本发明实施例四提供的反馈丟包的消息处理装置示意图; 图 9为本发明实施例五提供的反馈丟包的消息处理装置示意图; 图 10为本发明实施例六提供的 RLC装置的结构组成示意图;
图 11为本发明实施例七提供的 TCP装置的结构组成示意图。 具体实施方式
下面通过附图和实施例, 对本发明的技术方案做进一步的详细描述。 第三代合作伙伴计划 ( 3rd Generation Partnership Project, 3GPP )开 始了 3G长期演进计划 (Long Term Evolution, LTE ) 。 在 LTE协议栈层次结 构中, 无线链路控制 (Radio Link Control, RLC)层作为 LTE协议栈 L2层 的协议之一, 主要用于提供可靠的数据传输链路, 该链路类型用于屏蔽无线 链路带来的影响并为上层提供可靠的数据传输。
在当前的 3G系统中, 无线接入网 ( Radio Access Network, RAN)侧包 括 RNC节点和基站 NodeB, RNC节点对多个 NodeB进行控制, NodeB直接与用 户设备(User Equipment, UE)进行通信。 在当前的 4G系统中, RAN侧包括 eNodeB 节点, eNodeB 节点直接与核心网的移动管理实体 ( Mobility Management Entity, MME)和网关进行通信, 同时和 UE进行通信。
本发明提供的反馈丟包的消息处理方法和装置应用于 RAN侧与 UE侧之间 建立承载通道之后, 进行无线 TCP数据传输的过程中, 用以判断传输的 TCP 数据包是否发生丟包的情况。
实施例一
图 1是本实施例提供的反馈丟包的消息处理方法流程图, 如图 1所示, 该方法包括:
S 1 0 RLC装置接收 TCP装置发送的 TCP数据包, 将所述 TCP数据包组 包形成 RLC数据包, 并将所述 RLC数据包发送给对端设备。
RLC装置接收到的 TCP数据包可以是处理过的 TCP数据包(如经过其他 协议层处理后的数据包) , 也可以是 TCP装置发送的 TCP数据包。 对端设备 通常为 UE。 具体的处理过程将在后续的篇幅中结合图 2和图 3进行说明。
S 1 02、 RLC装置接收所述对端设备返回的所述 RLC数据包的应答消息。 对端设备对应的 RLC装置会针对每一个 RLC数据包会返回对应 RLC数据 包的应答信息。 RLC数据包的应答信息可以包括 RLC ACK信息和 /或 RLC NACK 信息。
51 03、 RLC装置根据所述 RLC数据包的应答消息构造所述 RLC数据包对 应的 TCP数据包的应答消息。
如果某个 RLC数据包的应答消息为 ACK , 则该 RLC数据包对应的 TCP数 据包的应答消息为 ACK。 如果某个 RLC数据包的应答消息为 NACK , 则该 RLC 数据包对应的 TCP数据包的应答消息为 NACK。 利用这种对应关系, 根据 RLC 数据包的应答消息构造 TCP数据包的应答消息,即利用 RLC ACK信息构造 TCP ACK信息, 利用 RLC NACK信息构造 TCP NACK信息。
51 04、 RLC装置将所述 TCP数据包的应答消息反馈给所述 TCP装置。 TCP装置根据 TCP数据包的应答消息判断所述 TCP数据包是否丟包。 当
RLC装置发送 TCP NACK信息时, TCP装置则判断为 TCP数据包发生丟包。 当 TCP装置接收到某个 TCP数据包的 ACK , 则判断为该 TCP数据包未发生丟包。
图 2是本实施例提供的对 TCP数据包进行组包的处理流程图, 如图 2所 示, 该处理过程包括: S101 RLC装置接收所述 TCP装置发送的 TCP数据包并得到所述 TCP数 据包中携带的 TCP数据包的信息。
在 RAN侧与 UE侧之间的数据传输过程中,发送端可以为 RAN侧,接收端 可以为 UE , 在 RAN侧与 UE侧均对等地设有 RLC装置和 TCP装置。 在实际应 用场景中, 发送端的 TCP装置发送的 TCP数据包在到达 RLC装置前通常还会 通过其他协议层进行头压缩、 数据包解析等预处理, RLC 装置接收到的是经 过处理后的 TCP数据包。
图 3是一种 RNC中各协议层的对应关系示意图, 如图 3所示, TCP代理 服务器( TCP proxy )通过 RNC与基站 NodeB进行数据传输。 TCP代理服务器 包括多个用户的多个 TCP连接。在 RNC中可以包括分组数据汇聚协议( Packet Da ta Convergence Protoco l , PDCP )层、 RLC装置(即 RLC层) 、 专用媒体 接入控制 (Med ia Acces s Cont ro l- D, MACD )层和媒体接入控制业务(Med i a Acces s Cont ro l C l i ent )层。 RNC通过 PDCP层接收从用户的多个 TCP连接 发送的 TCP数据包, PDCP层对 TCP数据包进行解析,得到 TCP数据包的信息, 所述 TCP数据包的信息包括以下所列的一种或任意结合: IP地址、 端口和字 节范围, 用以根据 TCP数据包的信息标识所述 TCP数据包。 PDCP层还具有头 压缩功能, 将进行头压缩后的 TCP数据包传递给 RLC装置。 MACD层对 RLC装 置发送的 RLC数据包进行调度, MACC层用于对小区内的业务进行汇总发送给 NodeB。
如果 RLC装置接收到的是发送端的 TCP装置发送的 TCP数据包, 则先对
TCP数据包进行解析, 得到 TCP数据包的信息, 再将解析后的 TCP数据包发 给 PDCP层进行头压缩处理, RLC装置再将经过 PDCP层处理后的数据包提供 给 S1012。
SI 012、 RLC装置根据所述 TCP数据包的信息, 对所述 TCP数据包进行标 识, 并记录所述 TCP数据包的标识。
相应的, 数据包的标识包括以下所列 TCP数据包的信息中的一种或任意 结合: IP地址、 端口和字节范围。
51 01 3、 RLC装置对所述数据包进行 RLC组包形成 RLC数据包, 并标识所 述 RLC数据包。
在实际应用场景中, RLC装置将标识好的 RLC数据包发送给对端设备时, 可能会通过其他协议层将处理后的 RLC数据包发送给对端设备, 例如图 3中 通过 MACD层发送。 此时, RLC装置根据 MACD层的调度来决定组包的大小, 以及该发送多少数据量给 MACD层, 以进行流量控制, 避免 RNC和 NodeB之间 IuB口的拥塞。
51 014、 RLC装置根据所述数据包的标识和所述 RLC数据包的标识, 建立 并记录所述 RLC数据包与 TCP数据包的对应关系。
RLC数据包与 TCP数据包的对应关系为以下三种之一: 一个所述 TCP数 据包对应一个所述 RLC数据包; 一个所述 TCP数据包对应多个所述 RLC数据 包; 或者, 多个所述 TCP数据包对应一个所述 RLC数据包。
在 S 1 03中,则根据 RLC数据包与 TCP数据包的对应关系来构建 TCP数据 包的应答消息。
具体地, 如果某个 TCP数据包仅对应一个 RLC数据包, 那么该 RLC数据 包的 ACK就是 TCP数据包的 ACK。 如果某个 TCP数据包对应于多个 RLC数据 包, 则多个 RLC数据包的 ACK都收到后, 那么该 TCP数据包才能认为 ACK , 即要求多个 RLC数据包都 ACK。 如果多个 TCP数据包对应于一个 RLC数据包, 则该 RLC数据包的 ACK就是多个 TCP数据包的 ACK。
本发明通过 RLC装置的消息反馈, 能够准确判断是否发生了 TCP丟包, 并可以获得准确的 TCP丟包信息, 明确具体丟失了哪个数据包, 可以有效率 地进行数据重传。
实施例二
图 4是本实施例提供的反馈丟包的消息处理方法流程图, 如图 4所示, 该方法包括: S20 TCP装置接收发送端的 RLC装置发送的 TCP数据包的应答消息。 TCP数据包的应答消息通过实施例一的方法获得, 于此不再赘述。
5202、 TCP装置根据所述 TCP数据包的应答消息判断对应的所述 TCP数 据包是否丟包, 当判断到所述 TCP数据包发生丟包时, 进入 S203, 否则进入 S205。
5203、 TCP装置重传对应的所述 TCP数据包给对端设备, 并启动 TCP重 传定时器和 /或 TCP重传计数器。
5204、当所述 TCP重传定时器和 /或 TCP重传计数器的计数值超过预设阈 值时, TCP装置缩小发送端的拥塞窗口值。
如果接收到 TCP数据包的应答消息为 TCP NACK消息, 则认为对应的 TCP 数据包发生丟包, 则进行数据重传, 并启动 TCP重传定时器或 TCP重传计数 器。 当 TCP重传定时器超时或 TCP重传计数器超过预设阈值时, 缩小拥塞窗 口值。
5205、 TCP装置增大所述发送端的拥塞窗口值。
当 TCP装置收到 RLC装置反馈的 TCP ACK消息后, 进行发送窗口的滑动, 并增大拥塞窗口的大小, 具体的处理过程和现有的 TCP协议中的处理相同。
以 TCP装置接收的 TCP数据包的应答消息为 TCP NACK信息为例, 具体的 处理过程如图 5所示, 包括:
S30 设定 TCP装置的重传时间 ( Retransmission Timeout, RTO ) 门限 RTO_threshold。
5302、 接收数据包 n的 TCP NACK信息, 即可判断到数据包 n发生丟包。
5303、 启动 TCP重传定时器记录数据包 n的 RT0时间 RT0_n。
5304、 判断 RT0_n是否大于 RTO门限 RTO_threshold, 如果是, 则进入 S305, 重传数据包 n并减小拥塞窗口, 否则进入 S306, 重传数据包 n, 拥塞 窗口保持不变。
RT0 门限 RTO_threshold的大小可以根据实际需要进行设定, 在实际传 输中, 通常设定一个比较小的 RTO门限值即可, 因为 RLC层的直接丟包的延 迟时间是非常短的。
另外,考虑到 RLC装置的流控和 MACD的调度机制,拥塞窗口值的初始值 可以设置为和通告窗口大小相同, 即将流控的功能完全交给 RLC层和底层的 MAC层来完成。 当然, 如果 RLC装置能够准确的反馈任意一个 TCP数据包的 NACK信息, 也可以不使用 TCP装置中利用 RT0进行丟包判断的机制。
这样, TCP装置可以根据 RLC装置反馈的应答消息, 进行有效的拥塞控 制, 准确重传丟失的 TCP数据包, 优化无线 TCP系统。
实施例三
图 6是本实施例提供的反馈丟包的消息处理方法的信令图,如图 6所示, 该方法包括:
S40 RAN TCP装置向 RAN RLC装置发送 TCP数据包。
S402、 RAN RLC装置对所述 TCP数据包进行组包, 形成 RLC数据包。 RAN RLC装置在接收到发送端的 TCP装置发送的 TCP数据包之后 , RAN RLC 装置对所述 TCP数据包进行组包,形成至少一个 RLC数据包,并记录所述 TCP 数据包与所述 RLC数据包的对应关系。
5403、 RAN RLC装置发送所述 RLC数据包给用户设备 UE。
5404、 UE RLC装置在接收到所述 RLC数据包反馈 RLC ACK信息给 RAN RLC 装置。
S405、UE RLC装置发送由所述 RLC数据包组包形成的 TCP数据包给 UE TCP 装置。
5406、 RAN RLC装置才艮据 UE RLC装置反馈的 RLC ACK信息构造 TCP ACK 信息。
RAN RLC装置根据当前的 RLC数据包与 TCP数据包的关系, 构造相应 TCP 数据包的 ACK信息, 进而将 TCP ACK信息反馈给 RAN TCP装置。
5407、 RAN RLC装置发送 TCP ACK信息给 RAN TCP装置。 当 RAN TCP装置接收到 TCP ACK信息, 则判断为该 TCP数据包没有丟包。
5408、 RAN RLC装置接收 UE TCP装置反馈的 TCP ACK信息。
5409、 RAN RLC装置将 UE TCP装置反馈的 TCP ACK信息与 TCP ACK信息 相比较。
通常, UE RLC装置反馈的 RLC ACK信息一般会比 UE TCP装置反馈的 TCP
ACK信息早到。 如果 UE TCP装置反馈的 TCP ACK信息与构造的 TCP ACK信息 一致, 则确认没有丟包, 不再向所述 RAN TCP装置发送所述 UE TCP装置反馈 的 TCP ACK信息。 如果不一致, 则判断为所述 RLC数据包在所述 UE RLC装置 发送给所述 UE TCP装置时发生丟包, 可以根据所述对端设备反馈的 TCP ACK 信息和 RLC ACK信息确定发生丟包的 TCP数据包, 并指示 TCP装置重传所述 发生丟包的 TCP数据包或者发送所述发生丟包的 TCP数据包对应的 RLC数据 包, 进行重传操作。 此时, 可能是发送端的流控存在问题, 导致 UE TCP装置 的緩存溢出, 发出 RLC ACK信息的 TCP数据包在传输给 TCP装置后, 被 TCP 装置丟弃。
例如, RAN RLC装置向 UE发送了 6个数据包, 具体标识为 1 ~ 6 , UE RLC 装置反馈的 RLC ACK信息为 1, 2, 3, 5, 6 , 表示接收到标识为 1, 2, 3, 5, 6的 RLC 数据包,对应于 RLC数据包标识与 TCP数据包标识的对应关系,根据该 RLC ACK 可以构造得到对应的 TCP ACK信息, 以 RLC数据包标识与 TCP数据包标识一 一对应为例, 则构造得到的 TCP ACK 信息也为 1,2,3,5,6 , 表示标识为 1, 2, 3, 5, 6的 TCP数据包没有丟包。 而 UE TCP装置反馈的 TCP ACK信息为 3 , 表示接收到标识为 1, 2, 3的数据包。 可以看出 UE TCP装置反馈的 TCP ACK信 息与构造的 TCP ACK信息不一致, 可以判断出有发生丟包的 TCP数据包, 且 根据 UE TCP装置反馈的 TCP ACK信息与构造的 TCP ACK信息可以确定出发生 丟包的 TCP数据包为标识为 4的 TCP数据包, 则指示 RAN TCP装置重传标识 为 4的 TCP数据包或者 RAN RLC装置重传标识为 4的 RLC数据包, 对应于标 识为 4的 TCP数据包。 对于 RLC数据包标识与 TCP数据包标识不是——对应 的情形, 则可以根据对应关系, 相类似地确定丟包的 RLC数据包的标识以及 对应的 TCP数据包标识, 进行丟包的数据包重传。
S41 0、 UE RLC装置对未接收到的 RLC数据包, 反馈 RLC NACK信息给 RAN RLC装置。
S41 RAN RLC装置对反馈 RLC NACK信息的 RLC数据包进行重传。
RAN RLC装置重传对应的 RLC数据包, 并启动 RLC重传定时器或 RLC重 传计数器。 当所述 RLC重传定时器和 /或 RLC重传计数器的计数值超过预设阈 值时, 表示出现了 RLC随机丟包、 RLC超时丟包、 RLC重传超时或者 RLC重传 失败的情形, 进入 S41 2。
在 RLC装置中, 一个数据的丟失存在多种情况。 比如, 如果其緩存不能 接收来自 PDCP层的 TCP数据包的话, RLC装置可以直接将该 RLC数据包丟弃。 或者, 一个 RLC数据包传输多次后, 超过重传时间限制, 或者超出重传次数 限制, 则反馈 NACK给 TCP装置。 即 RAN RLC装置将多种丟包情况进行考虑, 但是反馈给 TCP层都是一个 NACK信息, 因为对 RAN TCP装置来说, 就是某个 TCP数据包没有发送成功。
541 2、 RAN RLC装置 ^据 RLC NACK信息构造 TCP NACK信息, 用以指示 所述 TCP装置重传所述 TCP NACK信息对应的 TCP数据包。
541 3、 RAN RLC装置发送 TCP NACK信息给 RAN TCP装置。
5414、 RAN TCP装置判断 TCP数据包的丟包情况。
根据 RAN RLC装置反馈的 TCP ACK信息或 TCP NACK信息, 判断丟包情况。 当接收到 TCP ACK信息, 则表明数据包传输成功。
当接收到 TCP NACK信息时, TCP装置判断丟包的情况具体如下: 首先, RLC装置反馈了 TCP NACK信息, 则表明一定是发生了丟包。 丟失的数据包可 能是重传多次后失败的, 也可能是被 RLC装置直接丟弃的。 如果是重传多次 失败后反馈的 NACK信息, 那么该数据包的 RT0记录时间是比较长的。 如果是 被 RLC装置直接丟弃的, 则存在两种可能: 一种是等待了一段时间后丟弃, 该数据包在 TCP装置的 RT0定时器有比较长的时间记录; 一种是因为緩存已 经满了, 直接丟弃, 那么该数据包在 TCP装置的 RT0定时器记录的时间是非 常短的。 正常情况下, 无论是重传超时, 重传超过次数, 或者是等待时间超 时, 那么该数据包的 RT0时间都是比较长的, 而直接丟弃则该数据包的 RT0 定时器记录的时间是非常短的。
S415、 RAN TCP装置重传丟失的 TCP数据包。
RLC数据包具体的传输情况有如下几种: 第一种是一次传输成功, 第二 种是重传多次成功, 第三种是重传多次后达到重传次数而失败, 第四种是重 传多次后超过重传的时间限制而失败, 第五种情况是 RLC装置的緩沖满的情 况下, 将收到的数据包直接丟弃。 在第三、 四、 五种情况下, RLC 装置都是 向 TCP装置反馈对应 TCP数据包的 NACK信息, 由 TCP层进行重传。
在本实施例中, 将 TCP装置和 RLC装置集合于无线侧 (即 RAN侧) 中, 可以彻底解决无线 TCP中丟包判断问题, 同时还避免了信息传递的时延问题。
在 RAN侧中能够提供 RLC装置的网元可以是 RNC或者 eNodeB等设备,而 RAN侧反馈的 TCP ACK/NACK信息的可能提供网元位置为 RNC, eNodeB, 通用 分组无线业务网关支持节点 (Gateway GPRS Support Node, GGSN )和分组数 据网络网关 (Packet Data Network Gateway, P-GW)等。 也就是说, RAN侧 反馈的 TCP ACK/NACK信息可以通过 RNC或者 eNodeB直接反馈给其他网元, 或者也可以通过 RNC或者 eNodeB先传给 GGSN、 P-GW等设备后再转发给其他 网元。 因而, 本实施例中 RLC装置可以是 RNC, eNodeB等设备, TCP装置可 以是 RNC, eNodeB, GGSN, P- GW等设备。
由于 RNC到 GGSN、 eNodeB到 P-GW之间都是用户面的 GPRS隧道协议( GPRS Tunnelling Protocol - User plane, GTP-U )协议, 因而, 可以采用 GTP- U 协议的扩展头, 来传递相应 TCP ACK/NACK信息。 图 7是一种 GTP-U协议的扩 展头的示意图, 包括扩展头长度、 扩展头内容和下一个扩展头类型, 可以将 TCP ACK/NACK信息作为扩展头内容进行传递。 当然, TCP ACK/NACK信息也可 以采用 RLC装置中的 SACK中的 ACK和 NACK标识位进行传递, 由于 SACK位于 RLC装置中, 对 TCP装置是否具有 SACK选项并不作要求, 均可以进行传递。
需要说明的是, 上述 RAN TCP装置和 RAN RLC装置可以在同一个基站设 备中, 所述基站设备可以为 RNC或者 eNodeB等设备。 当然, 发送端的 TCP装 置也可以不在 RAN侧中, 即在 RAN侧中不存在 TCP优化的情况, RAN TCP装 置和 RAN RLC装置处于不同网元中, 则 RAN RLC装置可以将反馈的 TCP ACK 信息或 TCP NACK信息反馈给其他网元的 TCP装置, 例如, 服务 GPRS支持节 点 ( Serv i ce GPRS Suppor t ing Node , SGSN )或者策略和计费规则功能 ( Po l i cy And Charg ing Rul es Func t ion, PCRF )等网元, 具体的处理过程与本实施例 类似, 不再赘述。
以上是对本发明所提供的反馈丟包的消息处理方法和拥塞控制方法进行 的详细描述, 下面对本发明提供的反馈丟包的消息处理装置和拥塞控制装置 进行详细描述。
实施例四
图 8是本实施例提供的反馈丟包的消息处理装置示意图, 如图 8所示, 本发明的装置包括: 组包单元 501、 接收单元 502、 处理单元 503和发送单元 504。
组包单元 501用于接收 TCP装置发送的 TCP数据包, 将所述 TCP数据包 组包形成 RLC数据包, 并将所述 RLC数据包发送给对端设备。
组包单元 501具体包括: 接收子单元、 记录子单元、 组包子单元和存储 子单元(图未示) 。
接收子单元用于接收所述 TCP装置发送的 TCP数据包并得到所述 TCP数 据包中携带的所述 TCP数据包的信息。
在实际应用场景中, 发送端的 TCP装置发送的 TCP数据包在到达 RLC装 置前通常还会通过其他协议层进行头压缩、 数据包解析等预处理, 接收子单 元接收到的是经过处理后的 TCP数据包。 图 3是一种 RNC中各协议层的对应关系示意图, 如图 3所示, TCP代理 服务器( TCP proxy )通过 RNC与基站 NodeB进行数据传输。 TCP代理服务器 包括多个用户的多个 TCP连接。在 RNC中可以包括分组数据汇聚协议( Packet Da ta Convergence Pro toco l , PDCP )层、 RLC装置、专用媒体接入控制( Med ia Acces s Cont ro l-D , MACD )层和媒体接入控制业务 ( Med ia Acces s Cont ro l C I i ent )层。 RNC通过 PDCP层接收从用户的多个 TCP连接发送的 TCP数据包, PDCP层对 TCP数据包进行解析, 得到 TCP数据包的信息, 所述包头信息包括 以下所列的一种或任意结合: IP地址、 端口和字节范围, 用以根据 TCP数据 包的信息标识所述 TCP数据包。 PDCP层还具有头压缩功能, 将进行头压缩后 的 TCP数据包传递给 RLC装置。 MACD层对 RLC装置发送的 RLC数据包进行调 度, MACC层用于对小区内的业务进行汇总发送给 NodeB。
如果 RLC装置接收到的是发送端的 TCP装置发送的 TCP数据包, 则接收 子单元还对 TCP数据包进行解析,得到 TCP数据包的信息,再将解析后的 TCP 数据包发给 PDCP层进行头压缩处理, 再将经过 PDCP层处理后的数据包提供 给记录子单元。
记录子单元用于根据所述接收子单元得到的所述 TCP数据包的信息, 对 所述 TCP数据包进行标识, 并记录所述 TCP数据包的标识。
相应的, 记录子单元记录的 TCP数据包的标识包括以下所列 TCP数据包 的信息中的一种或任意结合: IP地址、 端口和字节范围。
组包子单元用于对所述接收子单元接收的所述 TCP数据包进行 RLC组包 形成 RLC数据包, 并标识所述 RLC数据包。
组包子单元根据 MACD层的调度来决定组包的大小,以及该发送多少数据 量给 MACD层, 以进行流量控制, 避免 RNC和 NodeB之间 IuB口的拥塞。
存储子单元用于根据记录子单元记录的所述 TCP数据包的标识和所述组 包子单元得到的所述 RLC数据包的标识, 建立并记录所述 RLC数据包与 TCP 数据包的对应关系。 存储子单元记录的 RLC数据包与 TCP数据包的对应关系为以下三种之一: 一个所述 TCP数据包对应一个所述 RLC数据包; 一个所述 TCP数据包对应多 个所述 RLC数据包; 或者, 多个所述 TCP数据包对应一个所述 RLC数据包。
接收单元 502用于接收所述对端设备的 RLC装置针对组包单元 501发送 的所述 RLC数据包返回的所述 RLC数据包的应答消息。
对端设备的 RLC装置会针对每一个 RLC数据包会返回对应 RLC数据包的 应答信息。 接收单元 502接收的 RLC数据包的应答信息包括 RLC ACK信息和 / 或 RLC NACK信息。
处理单元 503用于根据接收单元 502接收的所述 RLC数据包的应答消息 构造所述 RLC数据包对应的 TCP数据包的应答消息。
处理单元 503根据组包单元 501中记录的 RLC数据包与 TCP数据包的对 应关系来构建 TCP数据包的应答消息。
如果某个 RLC数据包的应答消息为 ACK , 则该 RLC数据包对应的 TCP数 据包的应答消息为 ACK。 如果某个 RLC数据包的应答消息为 NACK, 则该 RLC 数据包对应的 TCP数据包的应答消息为 NACK。 利用这种对应关系, 处理单元 503根据 RLC数据包的应答消息构造 TCP数据包的应答消息, 即利用 RLC ACK 信息构造 TCP ACK信息, 利用 RLC NACK信息构造 TCP NACK信息, 用以指示 所述 TCP装置重传所述 TCP NACK信息对应的 TCP数据包。
处理单元 503根据所述 RLC数据包的应答消息, 利用所述存储子单元记 录的所述 RLC数据包与 TCP数据包的对应关系, 构造所述 TCP数据包的应答 消息。 具体地, 如果某个 TCP数据包仅对应一个 RLC数据包, 那么该 RLC数 据包的 ACK就是 TCP数据包的 ACK。 如果某个 TCP数据包对应于多个 RLC数 据包, 则多个 RLC数据包的 ACK都收到后, 那么该 TCP数据包才能认为 ACK, 即要求多个 RLC数据包都 ACK。 如果多个 TCP数据包对应于一个 RLC数据包, 则该 RLC数据包的 ACK就是多个 TCP数据包的 ACK。
发送单元 504用于将处理单元 503得到的 TCP数据包的应答消息反馈给 TCP装置。
所述 TCP装置根据 TCP数据包的应答消息判断所述 TCP数据包是否丟包。 当发送单元 504发送 TCP NACK信息时, 发送端的 TCP装置则判断为 TCP 数据包发生丟包。 当发送端的 TCP装置接收到某个 TCP数据包的 ACK, 则判 断为该 TCP数据包未发生丟包。
所述发送单元反馈的所述 TCP数据包的应答消息通过用户面的 GPRS隧道 协议 GTP-U的扩展头或选择性确认 SACK来传递。
可选地, 本发明的消息处理装置还包括: 比较单元 505和第一重传单元
506。
比较单元 505与接收单元 502、 处理单元 503和发送单元 504相连接。 接收单元 502还用于接收所述对端设备的 TCP装置反馈的 ACK信息。 比较单元 505用于将接收单元 502接收的所述 TCP装置反馈的 ACK信息 与处理单元 503得到的所述 TCP ACK信息相比较, 如果不一致, 则判断为所 述数据包在发送给所述接收端的 TCP装置时发生丟包; 如果一致, 则判断为 未发生丟包, 并不再触发发送单元 504向所述发送端发送所述 TCP装置反馈 的 ACK信息。
通常, UE RLC装置反馈的 RLC ACK信息一般会比 UE TCP装置反馈的 TCP ACK信息早到。 如果 UE TCP装置反馈的 TCP ACK信息与构造的 TCP ACK信息 一致, 则比较单元 505确认没有丟包, 不再向所述发送端的 TCP装置发送所 述 TCP装置反馈的 TCP ACK信息。 如果不一致, 则比较单元 505判断为所述 RLC数据包在所述 UE的 RLC装置发送给所述 UE的 TCP装置时发生丟包, 可 以根据所述对端设备反馈的 TCP ACK信息和 RLC ACK信息确定发生丟包的 TCP 数据包, 并指示 TCP装置重传所述发生丟包的 TCP数据包或者发送所述发生 丟包的 TCP数据包对应的 RLC数据包, 进行重传操作。 此时, 可能是发送端 的流控存在问题, 导致 UE TCP装置的緩存溢出, 发出 RLC ACK信息的 TCP数 据包在传输给 TCP装置后, 被 TCP装置丟弃。 第一重传单元 506与接收单元 502和处理单元 503相连接。 第一重传单 元 506用于当接收单元 502接收的所述 RLC数据包的应答消息为 RLC NACK信 息时, 将所述 RLC数据包的应答消息为 RLC NACK信息的 RLC数据包重传给所 述对端设备, 并启动 RLC重传定时器和 /或 RLC重传计数器; 当所述 RLC重传 定时器和 /或 RLC重传计数器的计数值超过预设阈值时,触发处理单元 503根 据所述 RLC NACK信息构造 TCP NACK信息。
实施例五
图 9是本发明实施例提供的反馈丟包的消息处理装置示意图, 如图 9所 示, 该装置包括: 接收单元 601、 判断单元 602、 第二重传单元 603和调整单 元 604。
接收单元 601用于接收 RLC装置发送的 TCP NACK信息。
所述 TCP NACK信息通过实施例四的装置获得。
判断单元 602用于根据接收单元 601接收的所述 TCP NACK信息确定丟包 的 TCP数据包。
第二重传单元 603用于当判断单元 602确定所述丟包的 TCP数据包之后, 重传所述丟包的 TCP数据包给 UE , 并启动 TCP重传定时器和 /或 TCP重传计 数器。
调整单元 604用于当第二重传单元 603启动的所述 TCP重传定时器和 / 或 TCP重传计数器的计数值超过预设阈值时, 缩小发送端的拥塞窗口值。
如果接收单元 601接收到 TCP数据包的应答消息为 TCP NACK消息, 则判 断单元 602判断为对应的 TCP数据包发生丟包, 第二重传单元 603进行数据 重传, 并启动 TCP重传定时器或 TCP重传计数器。 当 TCP重传定时器超时或 TCP重传计数器超过预设阈值时, 调整单元 604缩小拥塞窗口值。 当接收单 元 601接收到 RLC装置反馈的 TCP ACK消息后, 判断单元 602判断为数据包 没有丟包, 调整单元 604进行发送窗口的滑动, 并增大拥塞窗口的大小, 具 体的处理过程和现有的 TCP协议中的处理相同。 实施例六
图 10是本发明实施例的 RLC装置的结构组成示意图,如图 10所示,本发明 实施例的 RLC装置可包括:
处理器 701、 第一接口 702和第二接口 703。
处理器 701可能为单核或多核中央处理单元(Centra l Proces s ing Uni t ,
CPU ) , 或者为特定集成电路 ( Appl ica t ion Spec i f ic Integrated Ci rcui t , ASIC ) , 或者为被配置成实施本发明实施例的一个或多个集成电路。
第一接口 702用于与 TCP装置进行交互。
第二接口 703用于与对端设备进行交互。
处理器 701用于:
通过所述第一接口接收所述 TCP装置发送的 TCP数据包;
将所述 TCP数据包组包形成 RLC数据包;
通过所述第二接口将所述 RLC数据包发送给对端设备;
通过所述第二接口接收所述对端设备返回的所述 RLC数据包的应答消 息;
根据所述 RLC数据包的应答消息构造所述 RLC数据包对应的 TCP数据包 的应答消息; 以及
通过所述第一接口将所述 TCP数据包的应答消息反馈给所述 TCP装置。 具体地, 第一接口 702接收的 TCP数据包中携带有 TCP数据包的信息。 在实际应用场景中, 第一接口 702接收到的 TCP数据包可以是处理过的 TCP 数据包, 也可以是 TCP装置发送的 TCP数据包。
处理器 701根据所述 TCP数据包的信息, 对所述 TCP数据包进行标识, 并记录所述 TCP数据包的标识; 对所述 TCP数据包进行 RLC组包形成 RLC数 据包, 并标识所述 RLC数据包; 以及,根据所述 TCP数据包的标识和所述 RLC 数据包的标识, 建立并记录所述 RLC数据包与 TCP数据包的对应关系。
处理器 701根据所述 RLC数据包的应答消息,利用所述 RLC数据包与 TCP 数据包的对应关系, 构造所述 TCP数据包的应答消息。
如果所述 RLC数据包的应答消息为 RLC确认 ACK信息, 处理器 701根据 所述 RLC ACK信息构造 TCP数据包的 TCP ACK信息。
第二接口 703还可以接收所述对端设备反馈的的 TCP ACK信息, 处理器 701则将所述对端设备反馈的 TCP ACK信息与构造的所述 TCP ACK信息相比 较, 如果一致, 则判断为未发生丟包, 并不再向所述 TCP装置发送所述对端 设备反馈的 TCP ACK信息; 如果不一致, 则判断为所述 TCP数据包在发送给 所述对端设备的 TCP装置时发生丟包。 当判断到发生丟包时, 处理器 701根 据所述对端设备反馈的 TCP ACK信息和 RLC ACK信息确定发生丟包的 TCP数 据包, 并指示所述 TCP装置重传所述发生丟包的 TCP数据包或者通过第二接 口 703发送所述发生丟包的 TCP数据包对应的 RLC数据包。
如果所述 RLC数据包的应答消息为 RLC否定确认 NACK信息, 处理器 701 用于 ^据所述 RLC NACK信息构造 TCP数据包的 TCP NACK信息, 用以指示所 述 TCP装置重传所述 TCP NACK信息对应的 TCP数据包。
处理器 701将所述 RLC数据包的应答消息为 RLC NACK信息的 RLC数据包 重传给所述对端设备, 并启动 RLC重传定时器和 /或 RLC重传计数器; 当所述 RLC重传定时器和 /或 RLC重传计数器的计数值超过预设阈值时,根据所述 RLC NACK信息构造 TCP NACK信息。
具体地, RLC装置还可以执行上述图 1-3, 图 6所示的处理方法, 具体 在此不再赘述。
实施例七
图 11是本发明实施例的 TCP装置的结构组成示意图,如图 11所示,本发明 实施例的 TCP装置可包括: 处理器 801和通信接口 802。
处理器 801可能为单核或多核中央处理单元(Central Processing Unit, CPU ) , 或者为特定集成电路 ( Application Specific Integrated Circuit, ASIC) , 或者为被配置成实施本发明实施例的一个或多个集成电路。 通信接口 802用于与 RLC装置进行交互。
处理器 801用于:
通过所述通信接口接收 RLC装置发送的 TCP NACK信息;
根据所述 TCP NACK信息确定丟包的 TCP数据包。
所述 TCP NACK信息由所述 RLC装置根据 RLC NACK信息构造得到, 具体 的构造方法如实施例一或实施例三中所述, 于此不再赘述。
当确定有丟包的 TCP数据包时, 处理器 8 01还用于通过通信接口 802重 传所述丟包的 TCP数据包给所述对端设备, 并启动 TCP重传定时器和 /或 TCP 重传计数器; 当所述 TCP重传定时器和 /或 TCP重传计数器的计数值超过预设 阈值时, 缩小发送端的拥塞窗口值, 从而对传输过程进行拥塞控制。
具体地, TCP装置还根据所述指令执行上述图 4-6所示的控制方法,具 体在此不再赘述。
需要说明的是, 实施例六中的 RLC装置可以为无线网络控制器 RNC或者 演进型基站 eNodeB。 实施例七中的 TCP装置可以为 RNC或者 eNodeB , 也可以 是 GGSN , P-GW等设备。 由于 RNC到 GGSN、 eNodeB到 P-GW之间都是用户面的 GPRS隧道协议 ( GPRS Tunne l l ing Pro toco l - Us er p l ane , GTP-U )协议, 因而,所述 TCP数据包的应答消息通过用户面的 GPRS隧道协议 GTP-U的扩展 头来传递。 当然, 所述 TCP数据包的应答消息也可以采用 RLC装置中的 SACK 中的 ACK和 NACK标识位进行传递。
上述 TCP装置和 RLC装置可以在同一个基站设备中, 所述基站设备可以 为 RNC或者 eNodeB等设备。 如果 TCP装置和 RLC装置处于不同网元中, 则 RLC装置可以将反馈的 TCP ACK信息或 TCP NACK信息反馈给其他网元的 TCP 装置, 具体的处理过程与本实施例类似, 不再赘述。
本发明提供的反馈丟包的消息处理方法及装置, 通过 RLC 层反馈的 ACK/NACK信息,判断当前的某个 TCP数据包是否正确接收,从而准确判断 TCP 丟包并获得准确的 TCP丟包信息, 仅需要对没有正确接收的数据进行重传, 可以减少不必要的重传, 提升无线 TCP的性能, 充分利用空口资源。
专业人员应该还可以进一步意识到, 结合本文中所公开的实施例描述的 各示例的单元及算法步骤, 能够以电子硬件、 计算机软件或者二者的结合来 实现, 为了清楚地说明硬件和软件的可互换性, 在上述说明中已经按照功能 一般性地描述了各示例的组成及步骤。 这些功能究竟以硬件还是软件方式来 执行, 取决于技术方案的特定应用和设计约束条件。 专业技术人员可以对每 个特定的应用来使用不同方法来实现所描述的功能, 但是这种实现不应认为 超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、 处理 器执行的软件模块, 或者二者的结合来实施。 软件模块可以置于随机存储器 ( RAM ) 、 内存、 只读存储器(ROM ) 、 电可编程 R0M、 电可擦除可编程 R0M、 寄存器、 硬盘、 可移动磁盘、 CD-ROM , 或技术领域内所公知的任意其它形式 的存储介质中。
以上所述的具体实施方式, 对本发明的目的、 技术方案和有益效果进行 了进一步详细说明, 所应理解的是, 以上所述仅为本发明的具体实施方式而 已, 并不用于限定本发明的保护范围, 凡在本发明的精神和原则之内, 所做 的任何修改、 等同替换、 改进等, 均应包含在本发明的保护范围之内。

Claims (1)

  1. 权 利 要 求 书
    1、 一种无线链路控制 RLC装置, 其特征在于, 所述装置包括: 处理器, 第一接口和第二接口;
    所述第一接口, 用于与传输控制协议 TCP装置进行交互;
    所述第二接口, 用于与对端设备进行交互;
    所述处理器用于:
    通过所述第一接口接收所述 TCP装置发送的 TCP数据包;
    将所述 TCP数据包组包形成 RLC数据包;
    通过所述第二接口将所述 RLC数据包发送给对端设备;
    通过所述第二接口接收所述对端设备返回的所述 RLC 数据包的应答消 息;
    根据所述 RLC数据包的应答消息构造所述 RLC数据包对应的 TCP数据包 的应答消息;
    通过所述第一接口将所述 TCP数据包的应答消息反馈给所述 TCP装置。
    2、 根据权利要求 1所述的装置, 其特征在于, 所述第一接口接收的 TCP 数据包中携带有 TCP数据包的信息, 所述 TCP数据包的信息包括以下所列的 一种或任意结合: IP地址、 端口和字节范围;
    所述处理器用于将所述 TCP数据包组包形成 RLC数据包,具体包括: 所述处理器用于:
    根据所述 TCP数据包的信息, 对所述 TCP数据包进行标识, 并记录所述 TCP数据包的标识;
    对所述 TCP数据包进行 RLC组包形成 RLC数据包, 并标识所述 RLC数据 包; 以及
    根据所述 TCP数据包的标识和所述 RLC数据包的标识, 建立并记录所述
    RLC数据包与 TCP数据包的对应关系。
    3、 根据权利要求 2所述的装置, 其特征在于, 所述处理器用于根据所述 RLC数据包的应答消息构造所述 RLC数据包对应的 TCP数据包的应答消息, 包括:
    所述处理器用于:
    根据所述 RLC数据包的应答消息, 利用所述 RLC数据包与 TCP数据包的 对应关系, 构造所述 TCP数据包的应答消息。
    4、 根据权利要求 1所述的装置, 其特征在于, 所述 RLC数据包的应答消 息为 RLC确认 ACK信息, 所述处理器用于根据所述 RLC数据包的应答消息构 造所述 RLC数据包对应的 TCP数据包的应答消息, 具体包括:
    所述处理器用于根据所述 RLC ACK信息构造 TCP数据包的 TCP ACK信息。 5、 根据权利要求 4所述的装置, 其特征在于, 所述处理器还用于: 通过所述第二接口接收所述对端设备反馈的 TCP ACK信息;
    将所述对端设备反馈的 TCP ACK信息与构造的所述 TCP ACK信息相比较, 如果不一致, 则判断为所述 TCP数据包在发送给所述对端设备的 TCP装置时 发生丟包。
    6、 根据权利要求 5所述的装置, 其特征在于, 当发生丟包时, 所述处理 器还用于:
    根据所述对端设备反馈的 TCP ACK信息和 RLC ACK信息确定发生丟包的 TCP数据包;
    指示所述 TCP装置重传所述发生丟包的 TCP数据包或者通过所述第二接 口发送所述发生丟包的 TCP数据包对应的 RLC数据包。
    7、 根据权利要求 4所述的装置, 其特征在于, 所述处理器还用于: 通过所述第二接口接收所述对端设备反馈的 TCP ACK信息;
    将所述对端设备反馈的 TCP ACK信息与构造的所述 TCP ACK信息相比较, 如果一致, 则判断为未发生丟包, 并不再向所述 TCP装置发送所述对端设备 反馈的 TCP ACK信息。
    8、 根据权利要求 1所述的装置, 其特征在于, 所述 RLC数据包的应答消 息为 RLC否定确认 NACK信息,所述处理器用于根据所述 RLC数据包的应答消 息构造所述 RLC数据包对应的 TCP数据包的应答消息, 具体包括:
    所述处理器用于根据所述 RLC NACK信息构造 TCP数据包的 TCP NACK信 息, 用以指示所述 TCP装置重传所述 TCP NACK信息对应的 TCP数据包。
    9、 根据权利要求 8所述的装置, 其特征在于, 所述处理器用于根据所述
    RLC NACK信息构造 TCP数据包的 TCP NACK信息, 具体包括:
    所述处理器用于:
    将所述 RLC数据包的应答消息为 RLC NACK信息的 RLC数据包重传给所述 对端设备, 并启动 RLC重传定时器和 /或 RLC重传计数器;
    当所述 RLC重传定时器和 /或 RLC重传计数器的计数值超过预设阈值时, 才艮据所述 RLC NACK信息构造 TCP NACK信息。
    1 0、 根据权利要求 1所述的装置, 其特征在于, 所述 TCP数据包的应答 消息通过用户面的 GPRS隧道协议 GTP-U的扩展头或 TCP选择性确认 SACK选 项来传递。
    1 1、 根据权利要求 1所述的装置, 其特征在于, 所述 RLC装置为无线网 络控制器 RNC或者演进型基站 eNodeB。
    12、 一种 TCP装置, 其特征在于, 所述装置包括: 处理器和通信接口; 所述通信接口, 用于与 RLC装置进行交互;
    所述处理器用于:
    通过所述通信接口接收 RLC装置发送的 TCP NACK信息, 所述 TCP NACK 信息由所述 RLC装置根据 RLC NACK信息构造得到;
    根据所述 TCP NACK信息确定丟包的 TCP数据包。
    1 3、 根据权利要求 12所述的装置, 其特征在于, 当确定丟包后, 所述处 理器还用于:
    通过所述通信接口重传所述丟包的 TCP数据包给所述对端设备, 并启动
    TCP重传定时器和 /或 TCP重传计数器; 当所述 TCP重传定时器和 /或 TCP重传计数器的计数值超过预设阈值时, 缩小发送端的拥塞窗口值。
    14、 根据权利要求 12所述的装置, 其特征在于, 所述 TCP装置为 RNC、 eNodeB , GGSN、 SGSN或者 PGW。
    15、 一种基站设备, 其特征在于, 包括:
    如权利要求 1 ~ 1 0任一权项所述的 RLC装置和如权利要求 1 2 ~ 1 3任一权 项所述的 TCP装置。
    16、 一种反馈丟包的消息处理方法, 其特征在于, 所述方法包括:
    RLC装置接收 TCP装置发送的 TCP数据包, 将所述 TCP数据包组包形成 RLC数据包, 并将所述 RLC数据包发送给对端设备;
    所述 RLC装置接收所述对端设备返回的所述 RLC数据包的应答消息; 所述 RLC装置根据所述 RLC数据包的应答消息构造所述 RLC数据包对应 的 TCP数据包的应答消息;
    所述 RLC装置将所述 TCP数据包的应答消息反馈给所述 TCP装置。
    17、 根据权利要求 16所述的消息处理方法, 其特征在于, 所述 RLC装置 接收的所述 TCP数据包中携带有 TCP数据包的信息, 所述 TCP数据包的信息 包括以下所列的一种或任意结合: IP地址、 端口和字节范围;
    所述将所述 TCP数据包组包形成 RLC数据包, 包括:
    所述 RLC装置根据所述 TCP数据包的信息,对所述 TCP数据包进行标识, 并记录所述 TCP数据包的标识;
    所述 RLC装置对所述 TCP数据包进行 RLC组包形成 RLC数据包, 并标识 所述 RLC数据包;
    所述 RLC装置根据所述 TCP数据包的标识和所述 RLC数据包的标识, 建 立并记录所述 RLC数据包与 TCP数据包的对应关系。
    18、 根据权利要求 17所述的消息处理方法, 其特征在于, 所述根据所述
    RLC数据包的应答消息构造 TCP数据包的应答消息, 具体为: 根据所述 RLC数据包的应答消息, 利用所述 RLC数据包与 TCP数据包的 对应关系, 构造所述 TCP数据包的应答消息。
    19、 根据权利要求 16所述的消息处理方法, 其特征在于, 所述 RLC数据 包的应答消息为 RLC ACK信息;
    所述根据所述 RLC数据包的应答消息构造 TCP数据包的应答消息, 具体 为:
    根据所述 RLC ACK信息构造 TCP数据包的 TCP ACK信息。
    20、 根据权利要求 19所述的消息处理方法, 其特征在于, 在所述 RLC装 置将所述 TCP数据包的应答消息反馈给所述 TCP装置之后, 还包括:
    所述 RLC装置接收所述对端设备反馈的 TCP ACK信息;
    所述 RLC装置将所述对端设备反馈的 TCP ACK信息与构造的所述 TCP ACK 信息相比较,如果不一致,则判断为所述数据包在发送给所述对端设备的 TCP 装置时发生丟包。
    21、根据权利要求 20所述的消息处理方法,其特征在于, 当发生丟包时, 所述方法还包括:
    所述 RLC装置根据所述对端设备反馈的 TCP ACK信息和 RLC ACK信息确 定发生丟包的 TCP数据包;
    所述 RLC装置指示所述 TCP装置重传所述发生丟包的 TCP数据包或者发 送所述发生丟包的 TCP数据包对应的 RLC数据包。
    22、 根据权利要求 19所述的消息处理方法, 其特征在于, 在所述 RLC装 置将所述 TCP数据包的应答消息反馈给所述 TCP装置之后, 还包括:
    所述 RLC装置接收所述对端设备反馈的 TCP ACK信息;
    所述 RLC装置将所述对端设备反馈的 TCP ACK信息与构造的所述 TCP ACK 信息相比较, 如果一致, 则判断为未发生丟包, 并不再向所述 TCP装置发送 所述对端设备反馈的 TCP ACK信息。
    23、 根据权利要求 16所述的消息处理方法, 其特征在于, 所述 RLC数据 包的应答消息为 RLC NACK信息;
    所述根据所述 RLC数据包的应答消息构造 TCP数据包的应答消息, 具体 为:
    根据所述 RLC NACK信息构造 TCP数据包的 TCP NACK信息, 用以指示所 述 TCP装置重传所述 TCP NACK信息对应的 TCP数据包。
    24、 根据权利要求 23所述的消息处理方法, 其特征在于, 所述根据所述 RLC NACK信息构造 TCP数据包的 TCP NACK信息, 具体包括:
    将所述 RLC数据包的应答消息为 RLC NACK信息的 RLC数据包重传给所述 对端设备, 并启动 RLC重传定时器和 /或 RLC重传计数器;
    当所述 RLC重传定时器和 /或 RLC重传计数器的计数值超过预设阈值时, 才艮据所述 RLC NACK信息构造 TCP NACK信息。
    25、 根据权利要求 16所述的消息处理方法, 其特征在于, 所述 TCP数据 包的应答消息通过 GTP-U的扩展头或 TCP SACK选项来传递。
    26、 一种反馈丟包的消息处理方法, 其特征在于, 所述方法包括: 接收 RLC装置发送的 TCP否定确认 NACK信息, 所述 TCP NACK信息由所 述 RLC装置根据 RLC NACK信息构造得到;
    根据所述 TCP NACK信息确定丟包的 TCP数据包。
    27、 根据权利要求 26所述的消息处理方法, 其特征在于, 在所述根据所 述 TCP NACK信息确定丟包的 TCP数据包之后, 还包括:
    重传所述丟包的 TCP数据包给所述对端设备,并启动 TCP重传定时器和 / 或 TCP重传计数器;
    当所述 TCP重传定时器和 /或 TCP重传计数器的计数值超过预设阈值时, 缩小发送端的拥塞窗口值。
CN201380000199.1A 2013-01-31 2013-01-31 反馈丢包的消息处理方法及装置 Active CN104137507B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/071193 WO2014117359A1 (zh) 2013-01-31 2013-01-31 反馈丢包的消息处理方法及装置

Publications (2)

Publication Number Publication Date
CN104137507A true CN104137507A (zh) 2014-11-05
CN104137507B CN104137507B (zh) 2018-11-16

Family

ID=51261414

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380000199.1A Active CN104137507B (zh) 2013-01-31 2013-01-31 反馈丢包的消息处理方法及装置

Country Status (2)

Country Link
CN (1) CN104137507B (zh)
WO (1) WO2014117359A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108886713A (zh) * 2016-08-11 2018-11-23 华为技术有限公司 一种数据传输方法、数据接收设备及数据发送设备
CN111435866A (zh) * 2019-01-14 2020-07-21 华为技术有限公司 数据传输方法及相关装置
CN111447144A (zh) * 2020-04-01 2020-07-24 中核武汉核电运行技术股份有限公司 一种基于透明代理的应用路由方法
CN115085890A (zh) * 2022-06-23 2022-09-20 杭州云合智网技术有限公司 数据中心网络芯片优化tcp rto重传等待时间的方法

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109525374B (zh) * 2017-09-20 2020-10-16 华为技术有限公司 数据传输的方法、无线接入点、用户设备及传输设备

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1842052A (zh) * 2005-03-29 2006-10-04 华为技术有限公司 无线链路控制层的数据传输方法
CN101001131A (zh) * 2006-01-12 2007-07-18 华为技术有限公司 一种分割级联方法
CN101043299A (zh) * 2006-04-05 2007-09-26 华为技术有限公司 一种ack/nack方法
CN101069449A (zh) * 2004-06-15 2007-11-07 松下电器产业株式会社 依赖于调度模式的数据传送
CN101132261A (zh) * 2006-08-21 2008-02-27 华为技术有限公司 一种数据包重传方法和系统
US20100257423A1 (en) * 2007-10-16 2010-10-07 Jin Ju Kim Method of performing arq procedure for transmitting high rate data
CN101911572A (zh) * 2008-01-09 2010-12-08 艾利森电话股份有限公司 用于降低传输停止风险的方法和发射单元
CN102130756A (zh) * 2008-07-17 2011-07-20 华为技术有限公司 数据传输方法和装置
CN102307391A (zh) * 2002-08-14 2012-01-04 埃沃列姆公司 分配移动无线系统中分组模式资源的方法
CN102316515A (zh) * 2011-09-16 2012-01-11 中兴通讯股份有限公司 无线链路控制层状态报告的构造方法及装置
CN102347827A (zh) * 2010-07-28 2012-02-08 中兴通讯股份有限公司 一种实现rlc层重传的方法及系统
CN102664718A (zh) * 2012-04-28 2012-09-12 大唐移动通信设备有限公司 无线侧tcp数据重传的方法和设备
CN102761403A (zh) * 2012-06-28 2012-10-31 深信服网络科技(深圳)有限公司 探测tcp丢包的方法、装置及tcp协议栈
CN102761905A (zh) * 2011-04-26 2012-10-31 华为技术有限公司 消息处理方法、设备及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8320250B2 (en) * 2008-02-12 2012-11-27 Nvidia Corporation Method and arrangement for TCP flow control
US8279822B2 (en) * 2009-12-30 2012-10-02 Motorola Mobility Llc Method and apparatus for scheduling an acknowledgement in a wireless communication system

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102307391A (zh) * 2002-08-14 2012-01-04 埃沃列姆公司 分配移动无线系统中分组模式资源的方法
CN101069449A (zh) * 2004-06-15 2007-11-07 松下电器产业株式会社 依赖于调度模式的数据传送
CN1842052A (zh) * 2005-03-29 2006-10-04 华为技术有限公司 无线链路控制层的数据传输方法
CN101001131A (zh) * 2006-01-12 2007-07-18 华为技术有限公司 一种分割级联方法
CN101043299A (zh) * 2006-04-05 2007-09-26 华为技术有限公司 一种ack/nack方法
CN101132261A (zh) * 2006-08-21 2008-02-27 华为技术有限公司 一种数据包重传方法和系统
US20100257423A1 (en) * 2007-10-16 2010-10-07 Jin Ju Kim Method of performing arq procedure for transmitting high rate data
CN101911572A (zh) * 2008-01-09 2010-12-08 艾利森电话股份有限公司 用于降低传输停止风险的方法和发射单元
CN102130756A (zh) * 2008-07-17 2011-07-20 华为技术有限公司 数据传输方法和装置
CN102347827A (zh) * 2010-07-28 2012-02-08 中兴通讯股份有限公司 一种实现rlc层重传的方法及系统
CN102761905A (zh) * 2011-04-26 2012-10-31 华为技术有限公司 消息处理方法、设备及系统
CN102316515A (zh) * 2011-09-16 2012-01-11 中兴通讯股份有限公司 无线链路控制层状态报告的构造方法及装置
CN102664718A (zh) * 2012-04-28 2012-09-12 大唐移动通信设备有限公司 无线侧tcp数据重传的方法和设备
CN102761403A (zh) * 2012-06-28 2012-10-31 深信服网络科技(深圳)有限公司 探测tcp丢包的方法、装置及tcp协议栈

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
林尚静等: "《基于跨层架构的无线TCP优化研究》", 《现代电信科技》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108886713A (zh) * 2016-08-11 2018-11-23 华为技术有限公司 一种数据传输方法、数据接收设备及数据发送设备
CN108886713B (zh) * 2016-08-11 2020-10-09 华为技术有限公司 一种数据传输方法、数据接收设备及数据发送设备
US10932159B2 (en) 2016-08-11 2021-02-23 Huawei Technologies Co., Ltd. Data transmission method, data receiving device, and data sending device
CN111435866A (zh) * 2019-01-14 2020-07-21 华为技术有限公司 数据传输方法及相关装置
CN111447144A (zh) * 2020-04-01 2020-07-24 中核武汉核电运行技术股份有限公司 一种基于透明代理的应用路由方法
CN115085890A (zh) * 2022-06-23 2022-09-20 杭州云合智网技术有限公司 数据中心网络芯片优化tcp rto重传等待时间的方法

Also Published As

Publication number Publication date
CN104137507B (zh) 2018-11-16
WO2014117359A1 (zh) 2014-08-07

Similar Documents

Publication Publication Date Title
US11133897B2 (en) Data transmission method and apparatus
JP4016032B2 (ja) 無線移動通信システムにおける受信ウインドウ移動方法
EP1864437B1 (en) Method and apparatus of controlling transmission of data block
EP3737016A1 (en) Data transmission method, apparatus and system
US9397791B2 (en) Transmitting data in a mobile communication system
AU2007203852B2 (en) Transmitting data in a mobile communication system
JP4318733B2 (ja) 処理時間情報を含む制御プロトコルデータユニットの送受信方法
EP3005601B1 (en) Predictive scheduling for uplink transmission in a cellular network
WO2013075666A1 (zh) Rlc数据包传输的确认方法及rlc am实体发送方
CN104244324A (zh) 无线链路传输方法和系统
KR102046792B1 (ko) 송신 노드로부터 목적지 노드로의 데이터 전송 방법
CN104137507A (zh) 反馈丢包的消息处理方法及装置
JP6485979B2 (ja) 送信保護
WO2005074183A1 (en) Handling of acknowledgement messages in terminal
KR20080111395A (ko) 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치
CN113765626B (zh) 一种移动通信系统的数据传输方法和装置
EP3490293B1 (en) Data receiving method, data sending method, receiving device and system
EP3641389B1 (en) Terminal and base station in wireless communication system, and communication method thereof
JP7123194B2 (ja) データ送信方法、送信デバイス、データ受信方法、および受信デバイス
CN107959554B (zh) 一种数据的重传方法及装置
JP2001111618A (ja) 通信システムとその通信方法、ならびにそのプログラムを記録した媒体
WO2017145227A1 (ja) 通信装置、中継装置、及び通信システム
CN106341348A (zh) 一种面向tcp业务的流量控制方法及接入网网元
US20220174477A1 (en) Method and apparatus for realizing network capability opening, electronic device and storage medium
CN105052223B (zh) 一种数据发送的方法、装置及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant