[發明專利]重傳控制方法及傳輸設備

無效

• 申請號: 200710045708.9
• 申請日: 2007-09-06
• 公開（公告）號: CN101119183A
• 公開（公告）日: 2008-02-06
• 發明（設計）人: 林青;傅賽香
• 申請（專利權）人: 上海華為技術有限公司
• 主分類號: H04L1/08
• 分類號: H04L1/08;H04L12/56
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明涉及通信領域，特別涉及重傳控制技術。

背景技術

傳輸控制協議(Transmission?Control?Protocol，簡稱“TCP”)是因特網 和互連網絡使用的最基本的一種通信協議。現在已經成為網絡通信的一種事 實上的標準。TCP的主要內容是提供進程間的通信機制和保證數據傳輸的可 靠性。可靠性包括確認數據分組(包)的接收、標記分組的序列信息、保證 分組的完整性等，還包括對差錯的控制，例如，沒有收到確認信令、分組沒 有按順序到達、分組丟失或錯投等情況時的處理規則等等。

由于TCP最初的設計只考慮在有線通信環境中的應用，在有線環境中傳 輸路徑誤碼很小，因此丟包主要是因為網絡擁塞。但是對于無線通信系統而 言，由于無線環境的一些特點，比如時變的信道條件，不對稱的帶寬、傳輸 往返時延大，傳輸誤碼較高等，都可能會造成丟包。所以，丟包只因為網絡 擁塞這一假設在無線環境條件下是不成立的，因此在有線鏈路工作正常的 TCP必須經過修改或其它必要的優化才能應用到無線環境中。

目前，大多數TCP優化方法都是通過在基站(Base?Station，簡稱“BS”) 中增加一個模塊(或稱代理)，分別處理無線鏈路與有線鏈路的傳輸問題。 如圖1所示。為了更好地解決無線鏈路的傳輸問題，這些優化方法在考慮不 修改源TCP代碼的情況下，都在代理模塊上作了一些優化，主要增加了BS 本地快速重傳功能，盡量避免在服務端(即TCP發送端)實現重傳，從而在 一定程度上提升TCP性能。

然而，本發明的發明人發現，目前所有優化技術都不能夠及時地探知丟 包，不是需要接收到重復的確認信令(Acknowledgment，簡稱“ACK”)， 就是需要等待超時，才能判斷出丟包，進行重傳，從而使得TCP數據包的重 傳不夠及時。并且，現有TCP優化技術沒有解決無線鏈路與有線鏈路傳輸的 本質問題：丟包原因探測問題，即如何探測無線側丟包的原因以及如何利用 其來控制傳輸。目前，在無線環境丟包的原因主要有擁塞與誤碼。顯然，如 果是誤碼而丟包，則TCP發送端應該進行即時重傳，以免影響傳輸速率；但 如果是由于擁塞而丟包，那么在BS側單純地采用快速重傳機制只會加重擁 塞，導致更多的丟包，大大影響TCP性能。

發明內容

本發明實施方式要解決的主要技術問題是提供一種重傳控制方法及傳 輸設備，使得TCP數據包的重傳更及時。

為解決上述技術問題，本發明的實施方式提供了一種重傳控制方法，包 括以下步驟：

接收來自發送端的TCP數據包；

對TCP數據包進行分割，將分割后的子包向接收端發送，傳輸子包的鏈 路中至少部分為無線鏈路；

如果在預估的接收時間到達時，未收到來自接收端的表示收到TCP數據 包的確認信令ACK，且TCP數據包分割得到的子包已全部向接收端發送， 則重傳TCP數據包。

本發明的實施方式還提供了一種重傳控制方法，包括以下步驟：

接收來自發送端的TCP數據包；

對TCP數據包進行分割，將分割后的子包向接收端發送，傳輸分割后的 數據包的鏈路中至少部分為無線鏈路；

如果收到來自接收端的表示接收分割后的子包失敗的信令NAK，則重傳 TCP數據包。

本發明的實施方式還提供了一種傳輸設備，包括：

TCP接收單元，用于接收來自發送端的TCP數據包；

TCP發送單元，用于發送接收單元收到的TCP數據包；

分割單元，用于將來自TCP發送單元的TCP數據包分割成子包；

包發送單元，用于將TCP數據包分割得到的子包發送給接收端，傳輸子 包的鏈路中至少部分為無線鏈路；

第一判斷單元，用于判斷在預估的接收時間到達時，是否收到表示收到 TCP數據包的確認信令ACK；

第二判斷單元，用于在第一判斷單元判定未收到ACK時，判斷TCP數 據包分割得到的子包是否已全部向接收端發送，如果已全部發送，則指示TCP 發送單元重傳TCP數據包。

本發明的實施方式還提供了一種傳輸設備，包括：

TCP接收單元，用于接收來自發送端的TCP數據包；

TCP發送單元，用于發送接收單元收到的TCP數據包；