[發明專利]一種傳輸控制協議數據包的傳輸方法、裝置及系統

有效

• 申請號: 200810042963.2
• 申請日: 2008-09-12
• 公開（公告）號: CN101369875A
• 公開（公告）日: 2009-02-18
• 發明（設計）人: 廖軍華;童長華;曾偉軍;雷博;袁春紅
• 申請（專利權）人: 上海華為技術有限公司
• 主分類號: H04L1/16
• 分類號: H04L1/16;H04L12/56;H04L29/08
• 代理公司: 北京集佳知識產權代理有限公司
• 代理人: 逯長明

技術領域

本發明涉及通信技術領域，具體涉及一種傳輸控制協議（TCP：Transmit? Control?Protocol）數據包的傳輸方法、裝置及系統。

背景技術

對于無線領域的分組業務（PS：Packet?Service），一般采用TCP協議。但 隨著無線通信技術的蓬勃發展，以及數據業務的廣泛應用，用戶對業務質量 （Qos：Quality?of?Service）的需求也變得越來越高，因此，如何更好地利用現 有網絡的資源，如何提升TCP在無線承載中的傳輸性能，對運營商和設備商 而言，也就顯得非常有意義。

現有技術中，TCP協議的流量是由連接的每一端通過聲明的接收窗口的大 小來控制的，即發送端接收到接收端發送的確認包（ACK包:Acknowledgment 包）后，獲知接收端的接收窗口，然后以接收端的接收窗口發送的數據。

在對現有技術的研究和實踐過程中，本發明的發明人發現，如果接收端聲 明的接收能力過小，即接收窗口過小，容易造成發送端到接收端的傳輸管道中 數據量過小，使得空口出現數據傳輸效率較低的現象，特別是在空口帶寬較高 的情況下，這種缺陷就更為明顯，從而致使吞吐率性能低，影響了用戶的業務 體驗。

發明內容

本發明實施例提供一種TCP數據包的傳輸方法、裝置及系統。

一種TCP數據包的傳輸方法，包括：

接收接收端發送的確認（ACK）包；

增大接收到的ACK包的接收窗口；

將增大了接收窗口后的ACK包發送給發送端；

接收發送端根據所述增大了接收窗口的ACK包發送的數據包；

以大于或等于原ACK包的接收窗口的窗口發送所述數據包給接收端。

本發明實施例提供的一種TCP數據包的傳輸裝置，包括：

第一接收單元，用于接收接收端發送的ACK包；

第一設置單元，用于增大第一接收單元接收到的ACK包的接收窗口；

第一發送單元，用于將第一設置單元增大了接收窗口后的ACK包發送給 發送端；

第三接收單元，用于接收發送端發送的數據包，所述數據包是發送端根據 第一發送單元發送的ACK包發送的；

第三發送單元，用于以大于或等于原ACK包的接收窗口的窗口，將第三 發送單元接收到的數據包發送給接收端。

本發明實施例提供的一種通信設備，包括本發明提供的上述TCP數據包的 傳輸裝置。

本發明實施例中的TCP數據包傳輸裝置接收到接收端發送的ACK包后，增 大該ACK包的接收窗口，并發送給發送端，這樣TCP數據包傳輸裝置就可以提 前獲取到發送端發過來的數據包，然后再以較大的窗口發送數據包給接收端， 從而提高了傳輸速率，而且也為空口提供比較充足的數據，使得空口資源得到 充分利用，提升了TCP傳輸性能，提高了網絡的吞吐率性能，增強了用戶的業 務體驗。

附圖說明

為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施 例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述 中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付 出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。

圖1是本發明提供的實施例一中的方法流程圖；

圖2是本發明提供的實施例二中通用陸地無線接入網絡協議棧（UTRAN） 的示意圖；

圖3是本發明提供的實施例三中的方法流程圖；

圖4是本發明提供的實施例四中的方法流程圖；

圖5是本發明提供的一種TCP數據包的傳輸裝置的結構示意圖；

圖6是本發明提供的另一種TCP數據包的傳輸裝置的結構示意圖。

具體實施方式

下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清 楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是 全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造 性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。

本發明實施例提供TCP數據包的傳輸方法。本發明實施例還提供相應的裝 置和系統。以下分別進行詳細說明。

實施例一、