[發明專利]反饋丟包的消息處理方法及裝置

有效

• 申請號: 201380000199.1
• 申請日: 2013-01-31
• 公開（公告）號: CN104137507B
• 公開（公告）日: 2018-11-16
• 發明（設計）人: 王立波
• 申請（專利權）人: 華為技術有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06
• 代理公司: 北京億騰知識產權代理事務所 11309
• 代理人: 陳霽

本發明涉及一種反饋丟包的消息處理方法及裝置，所述處理方法包括：RLC裝置接收TCP裝置發送的TCP數據包，將所述TCP數據包組包形成RLC數據包，并將所述RLC數據包發送給對端設備；所述RLC裝置接收所述對端設備返回的所述RLC數據包的應答消息；所述RLC裝置根據所述RLC數據包的應答消息構造所述RLC數據包對應的TCP數據包的應答消息；所述RLC裝置將所述TCP數據包的應答消息反饋給所述TCP裝置。本發明能夠準確判斷是否發生了TCP丟包，并可以獲得準確的TCP丟包信息，明確具體丟失了哪個數據包。

技術領域

本發明涉及無線通信技術領域，尤其涉及一種反饋丟包的消息處理及裝置。

背景技術

傳輸控制協議(Transmission Control Protocol，TCP)是目前互聯網上使用最為廣泛的傳輸協議，但其最初的設計目標是在有線網絡中工作，因而當TCP連接中存在一段無線空口部分(即無線TCP)時，針對有線網絡所涉及的TCP協議就不再能夠保證高效的工作。

在有線網絡中，TCP協議通過引入發送端擁塞窗口的控制機制，來控制傳輸的擁塞。接收端會通知發送端其當前的接收窗口大小，發送端根據這個接收窗口大小以及擁塞窗口大小，來決定發送端還能夠發送多少數據給接收端，即真正的發送窗口的取值，為擁塞窗口和通告窗口中的最小值。這樣就可以避免發送端發送過多的數據，而不會導致接收端的TCP緩存溢出，以及降低網絡中擁塞出現的概率。

在第三代移動通信技術(3^rd Generation，3G)的無線網絡控制器(Radio NetworkController，RNC)或者第四代移動通信技術(3^rd Generation，3G)的演進型基站(evolutionNodeB，eNodeB)中，可能存在相應的TCP代理功能或TCP實體，用以對無線TCP進行加速。在具有TCP代理功能或TCP實體的終端的無線側，由于空口丟包和非按序遞交，會導致接收端收到大量的亂序包。通常接收端在接收到亂序包后，會發送多個重復的確認(Dupacknowledgement，Dup ACK)或者發送選擇性確認(Select acknowledgement，SACK)給發送端，表示丟失某個數據包。

由于發送SACK的方案中要求接收端能夠支持SACK選項，如果接收端不支持使用SACK選項，則無法使用該方案。因而，現有的丟包判斷方法大多采用發送Dup ACK的方案。當發送端收到Dup ACK時，擁塞窗口會減小，一般減小到慢啟動的門限大小；而發送端在發送一個數據包后，會啟動一個定時器。在這個定時器的時間范圍內，如果還沒有收到這個數據包的確認(acknowledgement，ACK)的話，擁塞窗口會減小到1。

因而，擁塞窗口的控制在TCP協議中至關重要，現有的很多算法都是針對TCP的擁塞窗口進行調整而給出的。其中最為常見的算法是根據可用帶寬的估計值和擁塞窗口對應的帶寬來判斷是否可能丟包。對當前的網絡狀態進行一個判斷，這個狀態判斷的結果可以是擁塞和不擁塞。在擁塞情況下，如果出現了重復的ACK，或者是RTO超時，則在重傳數據包的同時，修改當前的擁塞窗口的大小；在不擁塞的情況下，如果出現了重復的ACK，或者是RTO超時，則在重傳數據包的同時，維持當前的擁塞窗口的大小不變，避免擁塞窗口調整過小而導致的無線空口利用率不足的問題。然而，現有的這種算法是基于當前的TCP鏈路帶寬估計進行的，在對當前的TCP鏈路帶寬估計存在誤差的情況下，對丟包的判斷是不準確的，而且也無法區分丟包和擁塞的情況，另外，也不能明確具體丟失的是哪個數據包。

發明內容

本發明的目的是提供一種反饋丟包的消息處理及裝置，能夠準確判斷是否發生了TCP丟包。

為實現上述目的，本發明第一方面提供了一種無線鏈路控制RLC裝置，包括：處理器，第一接口和第二接口；

所述第一接口，用于與傳輸控制協議TCP裝置進行交互；

所述第二接口，用于與對端設備進行交互；