本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法。

背景技術(shù)：

無線寬帶通信系統(tǒng)網(wǎng)絡(luò)架構(gòu)主要包括用戶設(shè)備UE(User Equipment)、演進基站eNB(Evolved NodeB)、核心網(wǎng)EPC(Evolved Packet Core)。eNB通過空中接口和UE進行信令和用戶面數(shù)據(jù)的交互，功能包括接收來自UE的信令和上行數(shù)據(jù)，以及發(fā)送信令響應(yīng)和下行數(shù)據(jù)到UE。EPC對外呈現(xiàn)為三個接口，S1-MME接口是EPC與eNB之間的信令接口，S1-U接口是EPC與eNB之間的用戶面接口，SGI接口是EPC與分組數(shù)據(jù)網(wǎng)PDN(Packet Data Network)之間的接口。

部分智能電網(wǎng)的應(yīng)用需要為每一種業(yè)務(wù)建立一條終端到主站或主站到終端的TCP連接，存在同時維護多條TCP連接的可能。目前寬帶無線系統(tǒng)使用的頭壓縮方式只支持單鏈路，在某些需要多鏈路的網(wǎng)絡(luò)中只能壓縮一條鏈路上的數(shù)據(jù)，無法根本上解決空口資源緊張的問題。只有對每條鏈路上的數(shù)據(jù)都進行壓縮，或者保證活躍的鏈路上的數(shù)據(jù)得到壓縮才能最大限度的節(jié)約空口資源，減少傳輸?shù)臄?shù)據(jù)量。

TCP協(xié)議是計算機通信中最常見的傳輸控制協(xié)議，它可以為用戶提供可靠的通信連接，并且適用于傳輸大批數(shù)據(jù)。在智能電網(wǎng)環(huán)境下，通常需要為每一種業(yè)務(wù)類型建立一條TCP連接，用于傳輸業(yè)務(wù)數(shù)據(jù)，為節(jié)約無線鏈路資源，業(yè)務(wù)數(shù)據(jù)傳輸完成會斷開連接，也就是說會有多條鏈路同時存在的情況，并且TCP鏈路建立刪除較為頻繁。多鏈路TCP壓縮/解壓縮在無線環(huán)境下會遇到以下問題：

1)多鏈路環(huán)境下如何保證UE和eNB兩個網(wǎng)元的鏈路信息對應(yīng)關(guān) 系一致；

2)頻繁的TCP建立和刪除以及無線鏈路不穩(wěn)定性導(dǎo)致的TCP建立和斷開的關(guān)鍵信息丟失，使得UE和eNB上下文中的鏈路狀態(tài)不一致，并且可用的鏈路上下文資源迅速被占用；

3)在上下文全部被占滿時，有新的TCP鏈路要建立連接，如何合理選擇占用哪條已使用的鏈路。

技術(shù)實現(xiàn)要素：

鑒于上述問題，本發(fā)明提出了一種克服上述問題或者至少部分地解決或者減緩上述問題的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法，實現(xiàn)UE和eNB兩個網(wǎng)元的鏈路信息對應(yīng)關(guān)系一致，保證在無線鏈路上傳輸?shù)奶幱诨钴S狀態(tài)的鏈路上的頭壓縮上下文的同步，提高無線鏈路的使用效率。

根據(jù)本發(fā)明的一個方面，提供了一種應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法，該方法包括：

發(fā)送用于建立TCP連接的syn報文時，根據(jù)UE側(cè)上下文信息查看當前是否有可用的第一鏈路；

若查找到可用的第一鏈路，將第一鏈路的鏈路標識添加到syn報文中，得到第一syn報文；以及根據(jù)所述syn報文的端口信息確定所述第一鏈路的端口信息，并將確定的第一鏈路的端口信息保存到所述UE側(cè)上下文信息；

以及將UE側(cè)上下文信息中第一鏈路的狀態(tài)更新為已使用狀態(tài)；

將所述第一syn報文發(fā)送到基站eNB；

接收eNB返回的syn ack報文，查看所述syn ack報文是否攜帶鏈路標識；

若沒有攜帶鏈路標識，則當發(fā)送用于建立TCP連接的ack報文時，將所述第一鏈路的狀態(tài)更新為有效狀態(tài)，并對用于建立TCP連接的ack報文進行壓縮后發(fā)送到eNB，完成TCP連接的建立；

采用有效使用狀態(tài)的第一鏈路進行TCP/IP頭壓縮報文的交互。

其中，在根據(jù)UE側(cè)上下文信息查看當前是否有可用的第一鏈路之前，所述方法還包括：

接收智能電網(wǎng)設(shè)備發(fā)送的用于建立TCP連接的syn報文；

將接收到的syn報文向eNB發(fā)送。

其中，若沒有查找到可用的第一鏈路，所述方法還包括：

直接將所述syn報文發(fā)送到eNB。

其中，若所述syn ack報文攜帶有鏈路標識時，所述方法還包括：

根據(jù)UE側(cè)上下文信息查找所述鏈路標識對應(yīng)的第二鏈路；以及根據(jù)所述syn ack報文的端口信息確定所述第二鏈路的端口信息，并將確定的第二鏈路的端口信息保存到所述UE側(cè)上下文信息；

以及將UE側(cè)上下文信息中第二鏈路的狀態(tài)更新為已使用狀態(tài)；

刪除所述syn ack報文中攜帶的鏈路號；

當發(fā)送用于建立TCP連接的ack報文時，將所述第二鏈路的狀態(tài)更新為有效狀態(tài)，并對用于建立TCP連接的ack報文進行壓縮后發(fā)送到eNB，完成TCP連接的建立；

采用有效使用狀態(tài)的第二鏈路進行TCP/IP頭壓縮報文的交互。

其中，當收到TCP連接的斷開報文，或，發(fā)送TCP連接的斷開報文時，所述方法還包括：

將UE側(cè)上下文信息中當前TCP連接的鏈路的狀態(tài)更新為無效狀態(tài)。

其中，所述將第一鏈路的鏈路標識添加到syn報文中，具體為將所述第一鏈路的鏈路標識添加到syn報文的TCP頭中的16位緊急指針的低4位。

根據(jù)本發(fā)明的另一個方面，提供了一種應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法，該方法包括：

接收UE發(fā)送的用于建立TCP連接的syn報文，判斷所述syn報文中是否攜帶鏈路標識；

若攜帶鏈路標識，則根據(jù)eNB側(cè)上下文信息查找所述鏈路標識對應(yīng)的第一鏈路；以及根據(jù)所述syn報文的端口信息確定所述第一鏈路的端口信息，并將確定的第一鏈路的端口信息保存到所述eNB側(cè)上下文信息；

以及將eNB側(cè)上下文信息中第一鏈路的狀態(tài)更新為已使用狀態(tài)；

刪除所述syn報文中攜帶的鏈路號，得到第二syn報文，并將所述第二syn報文發(fā)送到核心網(wǎng)網(wǎng)元；

接收核心網(wǎng)網(wǎng)元返回的syn ack報文，根據(jù)eNB上下文信息查找當前處于已使用狀態(tài)的鏈路中是否有與所述syn ack報文具有相同端口信息的第一鏈路；

當查找到與所述syn ack報文具有相同端口信息的所述第一鏈路時，直接將所述syn ack報文發(fā)送到UE；

接收UE發(fā)送的壓縮后的用于建立TCP連接的ack報文，并將解壓后的ack報文發(fā)送到核心網(wǎng)網(wǎng)元；以及將所述第一鏈路的狀態(tài)更新為有效狀態(tài)，完成TCP連接的建立。

其中，當所述syn報文中沒有攜帶鏈路標識時，所述方法還包括：

直接將所述syn報文發(fā)送到核心網(wǎng)網(wǎng)元。

其中，當沒有查找到與所述syn ack報文具有相同端口信息的所述第一鏈路時，所述方法還包括：

根據(jù)eNB側(cè)上下文信息查看當前是否有可用的第二鏈路；

若查找到可用的第二鏈路，將第二鏈路的鏈路標識添加到syn ack報文中，得到第一syn ack報文；以及根據(jù)所述syn ack報文的端口信息確定所述第二鏈路的端口信息，并將確定的第二鏈路的端口信息保存到所述eNB側(cè)上下文信息；

以及將eNB側(cè)上下文信息中第二鏈路的狀態(tài)更新為已使用狀 態(tài)；

將所述第一syn ack報文發(fā)送到UE。

其中，當收到TCP連接的斷開報文時，所述方法還包括：

將eNB側(cè)上下文信息中當前TCP連接的鏈路的狀態(tài)更新為無效狀態(tài)。

其中，當沒有查找到可用的第二鏈路時，所述方法還包括：

根據(jù)eNB側(cè)上下文信息查找各個鏈路的末次數(shù)據(jù)傳輸時間，選擇將距當前時間的間隔的空閑時間最長的鏈路作為可用的第二鏈路。

本發(fā)明的有益效果為：

本發(fā)明實施例提供的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法，在TCP連接的建立過程中，壓縮模塊所屬的設(shè)備通過在用于建立TCP連接的前兩條握手消息時選取可用鏈路，通過TCP建立報文中緊急指針的低4比特把鏈路號攜帶給解壓縮模塊所在的設(shè)備，解壓縮模塊處理攜帶鏈路號的TCP建立報文后直接更新本地上下文，實現(xiàn)UE和eNB兩個網(wǎng)元的鏈路信息對應(yīng)關(guān)系一致，保證在無線鏈路上傳輸?shù)奶幱诨钴S狀態(tài)的鏈路上的壓縮數(shù)據(jù)的同步傳輸，從而提高無線鏈路的使用效率。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1為本發(fā)明實施例提供的一種應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法的流程圖；

圖2為本發(fā)明實施例中TCP/IP壓縮頭文件的字段示意圖；

圖3是本發(fā)明另一實施例提供的一種應(yīng)用于智能電網(wǎng)的多通道 TCP/IP頭壓縮的同步方法的流程圖；

圖4是本發(fā)明實施例中TCP鏈路的四種鏈路狀態(tài)的遷移關(guān)系示意圖；

圖5是本發(fā)明實施例中UE根據(jù)UE側(cè)上下文信息找到可用的鏈路時的數(shù)據(jù)交互示意圖；

圖6是本發(fā)明實施例中UE根據(jù)UE側(cè)上下文信息找不到可用的鏈路時的數(shù)據(jù)交互示意圖；

圖7是本發(fā)明實施例中當TCP連接斷開時的數(shù)據(jù)交互示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

本技術(shù)領(lǐng)域技術(shù)人員可以理解，除非另外定義，這里使用的所有術(shù)語(包括技術(shù)術(shù)語和科學(xué)術(shù)語)，具有與本發(fā)明所屬領(lǐng)域中的普通技術(shù)人員的一般理解相同的意義。還應(yīng)該理解的是，諸如通用字典中定義的那些術(shù)語，應(yīng)該被理解為具有與現(xiàn)有技術(shù)的上下文中的意義一致的意義，并且除非被特定定義，否則不會用理想化或過于正式的含義來解釋。

本發(fā)明實現(xiàn)了一種應(yīng)用于無線寬帶智能電網(wǎng)環(huán)境的多通道TCP/IP頭壓縮的同步方法。適用于電力行業(yè)中有多鏈路要求的應(yīng)用中，不同的業(yè)務(wù)數(shù)據(jù)分別承載在多條TCP連接上，并且TCP和IP頭中都不包含可選項的情況。

本發(fā)明中，使用四種狀態(tài)表示TCP鏈路的使用情況，分別是：未使用(UNUSED)：上下文內(nèi)容為初始值；無效(INVALID)：已經(jīng)處 理過TCP斷開指令；已使用(USED)：TCP鏈路開始建立，但是還沒有建立成功；有效(VALID)：TCP建立成功，正在壓縮/解壓縮。

其中，查找可用鏈路時的優(yōu)先級如下：

未使用>無效>已使用>有效，鏈路選取時如果有處于未使用和無效狀態(tài)的鏈路則可以直接使用，已使用狀態(tài)的鏈路要想重新被啟用，必須為預(yù)設(shè)時間內(nèi)TCP連接未建立成功，所述預(yù)設(shè)時間可選3s，本發(fā)明對此不做具體限定。如果全部為“有效”狀態(tài)的鏈路，則在處理TCP建立的第二條握手消息時選取最近報文接收時間最長的一條鏈路使用，以保證活躍鏈路上的數(shù)據(jù)都能夠得到壓縮。

圖1為本發(fā)明實施例提供的一種應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法的流程圖。

參見圖1，本發(fā)明實施例提供的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法包括以下步驟：

S11、發(fā)送用于建立TCP連接的syn報文時，根據(jù)UE側(cè)上下文信息查看當前是否有可用的第一鏈路；

S12、若查找到可用的第一鏈路，將第一鏈路的鏈路標識添加到syn報文中，得到第一syn報文；以及根據(jù)所述syn報文的端口信息確定所述第一鏈路的端口信息，并將確定的第一鏈路的端口信息保存到所述UE側(cè)上下文信息；

S13、以及將UE側(cè)上下文信息中第一鏈路的狀態(tài)更新為已使用狀態(tài)；

S14、將所述第一syn報文發(fā)送到基站eNB。

本發(fā)明實施例中，UE通過將所述第一syn報文發(fā)送到基站eNB，以使eNB根據(jù)所述第一syn報文中攜帶的第一鏈路的鏈路標識更新eNB側(cè)的上下文信息，保證在無線鏈路上傳輸?shù)奶幱诨钴S狀態(tài)的鏈路上的頭壓縮上下文的同步。

S15、接收eNB返回的syn ack報文，查看所述syn ack報文是 否攜帶鏈路標識；

S16、若沒有攜帶鏈路標識，則當發(fā)送用于建立TCP連接的ack報文時，將所述第一鏈路的狀態(tài)更新為有效狀態(tài)，并對用于建立TCP連接的ack報文進行壓縮后發(fā)送到eNB，完成TCP連接的建立；

本發(fā)明實施例中，當發(fā)送用于建立TCP連接的第三條握手報文即ack報文時，才會更新第一鏈路的狀態(tài)到有效狀態(tài)，并對這條報文進行壓縮發(fā)送。

S17、采用有效使用狀態(tài)的第一鏈路進行TCP/IP頭壓縮報文的交互。

具體的，所述將第一鏈路的鏈路標識添加到syn報文中，具體為將所述第一鏈路的鏈路標識添加到syn報文的TCP頭中的16位緊急指針的低4位。

本發(fā)明實施例中，如圖2所示，在TCP建立的前兩條握手報文中，有可能會利用16位緊急指針的低4bit來攜帶壓縮端選擇的鏈路號，為了和緊急指針的常規(guī)數(shù)值相互區(qū)分，鏈路號的取值為從1～8的數(shù)值。

本發(fā)明實施例提供的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法，在TCP連接的建立過程中，壓縮模塊所屬的設(shè)備通過在用于建立TCP連接的前兩條握手消息時選取可用鏈路，通過TCP建立報文中緊急指針的低四比特把鏈路號攜帶給解壓縮模塊所在的設(shè)備，解壓縮模塊處理攜帶鏈路號的TCP建立報文后直接更新本地上下文，實現(xiàn)UE和eNB兩個網(wǎng)元的鏈路信息對應(yīng)關(guān)系一致，保證在無線鏈路上傳輸?shù)奶幱诨钴S狀態(tài)的鏈路上的壓縮數(shù)據(jù)的同步傳輸，從而提高無線鏈路的使用效率。

本實施例中，在步驟S11中的根據(jù)UE側(cè)上下文信息查看當前是否有可用的第一鏈路之前，所述方法還包括以下圖中未示出的步驟：

接收智能電網(wǎng)設(shè)備發(fā)送的用于建立TCP連接的syn報文；

將接收到的syn報文向eNB發(fā)送。

本實施例中，在步驟S11中，若沒有查找到可用的第一鏈路，該方法進一步包括以下步驟：

直接將所述syn報文發(fā)送到eNB。

其中，在步驟S15中，若所述syn ack報文攜帶有鏈路標識時，該方法進一步包括以下步驟：

根據(jù)UE側(cè)上下文信息查找所述鏈路標識對應(yīng)的第二鏈路；以及根據(jù)所述syn ack報文的端口信息確定所述第二鏈路的端口信息，并將確定的第二鏈路的端口信息保存到所述UE側(cè)上下文信息；

以及將UE側(cè)上下文信息中第二鏈路的狀態(tài)更新為已使用狀態(tài)；

刪除所述syn ack報文中攜帶的鏈路號；

當發(fā)送用于建立TCP連接的ack報文時，將所述第二鏈路的狀態(tài)更新為有效狀態(tài)，并對用于建立TCP連接的ack報文進行壓縮后發(fā)送到eNB，完成TCP連接的建立；

采用有效使用狀態(tài)的第二鏈路進行TCP/IP頭壓縮報文的交互。

本發(fā)明實施例提出的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法，當收到TCP連接的斷開報文，或，發(fā)送TCP連接的斷開報文時，進一步包括以下步驟：

將UE側(cè)上下文信息中當前TCP連接的鏈路的狀態(tài)更新為無效狀態(tài)。

圖3為本發(fā)明另一實施例提供的一種應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法的流程圖。

參見圖3，本發(fā)明實施例提供的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法包括以下步驟：

S21、接收UE發(fā)送的用于建立TCP連接的syn報文，判斷所述syn報文中是否攜帶鏈路標識；

S22、若攜帶鏈路標識，則根據(jù)eNB側(cè)上下文信息查找所述鏈路標識對應(yīng)的第一鏈路；以及根據(jù)所述syn報文的端口信息確定所 述第一鏈路的端口信息，并將確定的第一鏈路的端口信息保存到所述eNB側(cè)上下文信息；

S23、以及將eNB側(cè)上下文信息中第一鏈路的狀態(tài)更新為已使用狀態(tài)；

S24、刪除所述syn報文中攜帶的鏈路號，得到第二syn報文，并將所述第二syn報文發(fā)送到核心網(wǎng)網(wǎng)元；

S25、接收核心網(wǎng)網(wǎng)元返回的syn ack報文，根據(jù)eNB上下文信息查找當前處于已使用狀態(tài)的鏈路中是否有與所述syn ack報文具有相同端口信息的第一鏈路；

S26、當查找到與所述syn ack報文具有相同端口信息的所述第一鏈路時，直接將所述syn ack報文發(fā)送到UE；

S27、接收UE發(fā)送的壓縮后的用于建立TCP連接的ack報文，并將解壓后的ack報文發(fā)送到核心網(wǎng)網(wǎng)元；以及將所述第一鏈路的狀態(tài)更新為有效狀態(tài)，完成TCP連接的建立。

具體的，所述將第二鏈路的鏈路標識添加到syn ack報文中，具體為將所述第二鏈路的鏈路標識添加到syn ack報文的TCP頭中的16位緊急指針的低4位。

本發(fā)明實施例提供的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法，在TCP連接的建立過程中，當處理TCP建立的第一條握手消息的網(wǎng)元無法決策出可用的空閑鏈路時，把決策工作交給另一個網(wǎng)元，有效避免無線鏈路丟包造成的兩個網(wǎng)元上下文不一致的影響。實現(xiàn)UE和eNB兩個網(wǎng)元的鏈路信息對應(yīng)關(guān)系一致，保證在無線鏈路上傳輸?shù)奶幱诨钴S狀態(tài)的鏈路上的壓縮數(shù)據(jù)的同步傳輸，從而提高無線鏈路的使用效率。

其中，在步驟S21中，若所述syn報文中沒有攜帶鏈路標識時，該方法進一步包括以下步驟：

直接將所述syn報文發(fā)送到核心網(wǎng)網(wǎng)元。

其中，在步驟S25中，若沒有查找到與所述syn ack報文具有相同端口信息的所述第一鏈路時，該方法進一步包括以下步驟：

根據(jù)eNB側(cè)上下文信息查看當前是否有可用的第二鏈路；

若查找到可用的第二鏈路，將第二鏈路的鏈路標識添加到syn ack報文中，得到第一syn ack報文；以及根據(jù)所述syn ack報文的端口信息確定所述第二鏈路的端口信息，并將確定的第二鏈路的端口信息保存到所述eNB側(cè)上下文信息；

以及將eNB側(cè)上下文信息中第二鏈路的狀態(tài)更新為已使用狀態(tài)；

將所述第一syn ack報文發(fā)送到UE。

進一步地，當沒有查找到可用的第二鏈路時，所述方法還包括：

根據(jù)eNB側(cè)上下文信息查找各個鏈路的末次數(shù)據(jù)傳輸時間，選擇將距當前時間的間隔的空閑時間最長的鏈路作為可用的第二鏈路。

本發(fā)明實施例中，當處理TCP建立的第一條握手消息的網(wǎng)元無法決策出可用的空閑鏈路時，把決策工作交給另一個網(wǎng)元，由另一個網(wǎng)元在選擇鏈路時根據(jù)我們設(shè)定的四種鏈路狀態(tài)，選擇出一條空閑鏈路，如果沒有空閑鏈路則根據(jù)末次數(shù)據(jù)距當前的時長找到空閑時間最長的一條鏈路進行替換，保證活躍鏈路上的數(shù)據(jù)都能夠壓縮。

上下文中TCP鏈路的四種鏈路狀態(tài)的遷移關(guān)系，如圖4所示：

1、當鏈路狀態(tài)為未使用(UNUSED)時，處理過TCP建立的前兩條握手消息后，鏈路狀態(tài)變?yōu)橐咽褂?USED)；

2、當鏈路狀態(tài)為已使用(USED)時，處理過TCP建立的第三條握手消息后，鏈路狀態(tài)變?yōu)橛行?VALID)；

3、當鏈路狀態(tài)為有效(VALID)時，處理過TCP斷開(fin或reset)報文后，鏈路狀態(tài)變?yōu)闊o效(INVALID)；

4、6、當鏈路狀態(tài)為無效(INVALID)或者有效(VALID)時， UE重新附著后，鏈路狀態(tài)變?yōu)槲词褂?UNUSED)；

5、當鏈路狀態(tài)為已使用(USED)時，UE重新附著或者處理過TCP斷開(reset)報文后，鏈路狀態(tài)變?yōu)槲词褂?UNUSED)。

本發(fā)明實施例提出的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法，當收到TCP連接的斷開報文時，進一步包括：

將eNB側(cè)上下文信息中當前TCP連接的鏈路的狀態(tài)更新為無效狀態(tài)。

下面將結(jié)合具體的實例對本發(fā)明在不同應(yīng)用場景下的實施例的實現(xiàn)過程進行詳細描述。

實施例1

本發(fā)明實施例以UE或UE外接設(shè)備作為TCP客戶端為例進行說明，UE或UE外接設(shè)備作為服務(wù)端的情況與此類似。

本發(fā)明實施例，如圖5所示，TCP連接建立過程中，當UE根據(jù)UE側(cè)上下文信息找到可用的鏈路時，數(shù)據(jù)交互如下：

1、UE的壓縮模塊接收到TCP建立的第一條握手報文時，搜索本地上下文，根據(jù)鏈路搜索規(guī)則找到可用鏈路，保存該鏈路的信息并設(shè)置鏈路狀態(tài)為已使用(USED)，把鏈路號攜帶到該報文中發(fā)送到無線鏈路上；

2、eNB的解壓縮模塊接收到攜帶鏈路號的TCP建立的第一次握手報文時，在本地上下文中查找該鏈路號所對應(yīng)的上下文，更新上下文內(nèi)容和鏈路狀態(tài)到已使用(USED)，同時去掉握手報文中攜帶的鏈路號，發(fā)送到網(wǎng)絡(luò)中；

3、eNB的壓縮模塊收到TCP建立的第二條握手報文時，搜索本地上下文，發(fā)現(xiàn)已有處于已使用(USED)狀態(tài)的鏈路信息，不對這條報文進行處理，直接發(fā)送給UE；

4、UE的解壓縮模塊接收到TCP建立的第二條握手報文時，發(fā)現(xiàn)該報文中沒有攜帶鏈路號，則不對該報文進行處理，發(fā)送到UE 協(xié)議?；蛲獠吭O(shè)備；

5、UE的壓縮模塊接收到TCP建立的第三條握手報文時，查找對應(yīng)上下文設(shè)置鏈路狀態(tài)為有效(VALID)，壓縮這條報文，從此這條報文開始該鏈路上所有報文都進行壓縮，直到TCP鏈路斷開；

6、eNB的解壓縮模塊接收到壓縮的TCP建立的第三條握手報文時，解壓縮該報文，設(shè)置本地上下文中的鏈路狀態(tài)為有效(VALID)；

7、UE的壓縮模塊接收到業(yè)務(wù)數(shù)據(jù)，查找到對應(yīng)的上下文，壓縮該報文，發(fā)送到無線鏈路；

8、eNB的解壓縮模塊接收到壓縮后的數(shù)據(jù)，查找到對應(yīng)的上下文，解壓縮該報文；

實施例2

本實施例以UE或UE外接設(shè)備作為TCP客戶端為例進行說明，UE或UE外接設(shè)備作為服務(wù)端的情況與此類似。

本發(fā)明實施例，如圖6所示，TCP連接建立過程中，當UE根據(jù)UE側(cè)上下文信息無法找到可用的鏈路時，數(shù)據(jù)交互如下：

1、UE的壓縮模塊接收到TCP建立的第一條握手報文時，搜索本地上下文，根據(jù)鏈路搜索規(guī)則沒有找到可用鏈路，即所有鏈路的狀態(tài)都是有效(VALID)，不對這條報文進行處理，直接發(fā)送到無線鏈路上；

2、eNB的解壓縮模塊接收到不攜帶鏈路號的TCP建立的第一次握手報文時，不對該報文進行處理，發(fā)送到網(wǎng)絡(luò)中；

3、eNB的壓縮模塊收到TCP建立的第二條握手報文時，搜索本地上下文，根據(jù)鏈路搜索規(guī)則找到可用鏈路，保存該鏈路的信息并設(shè)置鏈路狀態(tài)為已使用(USED)，把鏈路號攜帶到該報文中發(fā)送到無線鏈路上；

4、UE的解壓縮模塊接收到TCP建立的第二條握手報文時，發(fā) 現(xiàn)該報文中攜帶了鏈路號，在本地上下文中查找該鏈路號所對應(yīng)的上下文，更新上下文內(nèi)容和鏈路狀態(tài)到已使用(USED)，同時去掉握手報文中攜帶的鏈路號，發(fā)送到UE協(xié)議?；蛲獠吭O(shè)備；

5、UE的壓縮模塊接收到TCP建立的第三條握手報文時，查找到對應(yīng)上下文并設(shè)置鏈路狀態(tài)為有效(VALID)，壓縮這條報文，從此這條報文開始該鏈路上所有報文都進行壓縮，直到TCP鏈路斷開；

6、eNB的解壓縮模塊接收到壓縮的TCP建立的第三條握手報文時，解壓縮該報文，設(shè)置本地上下文中的鏈路狀態(tài)為有效(VALID)；

7、UE的壓縮模塊接收到業(yè)務(wù)數(shù)據(jù)，查找到對應(yīng)的上下文，壓縮該報文，發(fā)送到無線鏈路；

8、eNB的解壓縮模塊接收到壓縮后的數(shù)據(jù)，查找到對應(yīng)的上下文，解壓縮該報文；

實施例3

本發(fā)明實施例，如圖7所示，TCP連接斷開流程如下：

本發(fā)明實施例以UE或UE外接設(shè)備發(fā)起TCP斷開為例進行說明，eNB側(cè)的外部設(shè)備發(fā)起TCP斷開的情況與此類似。

1、UE的壓縮模塊接收到TCP連接斷開的報文(fin)時，搜索本地上下文，找到對應(yīng)鏈路設(shè)置鏈路狀態(tài)為無效(INVALID)，不對這條報文進行任何處理直接發(fā)送到無線鏈路上，從該報文開始，該鏈路上的報文不再進行壓縮；

2、eNB的解壓縮模塊接收到TCP連接斷開的報文(fin)時，搜索本地上下文，找到對應(yīng)鏈路設(shè)置鏈路狀態(tài)為無效(INVALID)；

3、當鏈路發(fā)生異常時，TCP連接的任何一方都可以通過reset報文復(fù)位TCP連接，當reset報文經(jīng)過壓縮/解壓縮模塊的處理后，如果TCP鏈路的當前狀態(tài)是已使用(USED)則狀態(tài)改變?yōu)槲词褂?UNUSED)，如果TCP鏈路的當前狀態(tài)是其他值則狀態(tài)改變?yōu)闊o 效(INVALID)，同樣從該報文開始，該鏈路上的報文不再進行壓縮。

本發(fā)明實施例中，在UE和eNB上分別維護一套壓縮解壓縮上下文，用于壓縮數(shù)據(jù)的恢復(fù)。只有當UE和eNB的上下文完全一致時才能保證壓縮解壓縮的正確性。在TCP鏈路建立過程中，壓縮模塊處理TCP建立的前兩條握手消息時選取可用鏈路，通過TCP建立報文中緊急指針的低四比特把鏈路號攜帶給解壓縮模塊，解壓縮模塊處理攜帶鏈路號的TCP建立報文后直接更新本地上下文的對應(yīng)位置。當處理TCP建立的第一條握手消息的網(wǎng)元無法決策出可用的空閑鏈路時，把決策工作交給另一個網(wǎng)元，有效避免無線鏈路丟包造成的兩個網(wǎng)元上下文不一致的影響。在選擇鏈路時根據(jù)我們設(shè)定的四種鏈路狀態(tài)，選擇出一條空閑鏈路，如果沒有空閑鏈路則根據(jù)末次數(shù)據(jù)距當前的時長找到空閑時間最長的一條鏈路進行替換，保證活躍鏈路上的數(shù)據(jù)都能夠壓縮。

本發(fā)明實施例中，由壓縮模塊根據(jù)鏈路選擇規(guī)則選取出可用的鏈路，并通知解壓縮模塊，解壓縮模塊不參與決策，只是被動的接受壓縮模塊的決策結(jié)果，從而避免發(fā)送和接收端兩側(cè)同時決策產(chǎn)生的不一致的可能性。

本發(fā)明實施例中，兩個網(wǎng)元的壓縮端分別可以根據(jù)不同的情況參與可用鏈路的決策，當?shù)谝粭l握手消息的壓縮端在一個網(wǎng)元的上下文中無法找到可用鏈路時，交由第二條握手消息的壓縮端在另一個網(wǎng)元上尋找可用鏈路，避免無線鏈路丟包導(dǎo)致的UE和eNB上下文鏈路狀態(tài)不一致，最大限度保證空閑鏈路選取的有效性。

本發(fā)明實施例中，僅使用TCP建立前兩條握手消息中的一條進行鏈路號的決策，避免兩個網(wǎng)元同時決策可能產(chǎn)生的不一致問題。

此外，本發(fā)明還提供的一種UE，實現(xiàn)應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步，本發(fā)明實施例提供的UE包括：

查找模塊，用于發(fā)送用于建立TCP連接的syn報文時，根據(jù)UE 側(cè)上下文信息查看當前是否有可用的第一鏈路；

上下文信息更新模塊，用于當查找到可用的第一鏈路時，將第一鏈路的鏈路標識添加到syn報文中，得到第一syn報文；以及根據(jù)所述syn報文的端口信息確定所述第一鏈路的端口信息，并將確定的第一鏈路的端口信息保存到所述UE側(cè)上下文信息；以及將UE側(cè)上下文信息中第一鏈路的狀態(tài)更新為已使用狀態(tài)；

通信模塊，用于將所述第一syn報文發(fā)送到基站eNB，以使eNB根據(jù)所述第一syn報文中攜帶的第一鏈路的鏈路標識更新eNB側(cè)的上下文信息；

所述通信模塊，還用于接收eNB返回的syn ack報文；

所述查找模塊，還用于查看所述syn ack報文是否攜帶鏈路標識；

所述上下文信息更新模塊，還用于當syn ack報文中沒有攜帶鏈路標識時，將所述第一鏈路的狀態(tài)更新為有效狀態(tài)；

壓縮模塊，用于對用于建立TCP連接的ack報文進行壓縮后發(fā)送到eNB，完成TCP連接的建立；

所述通信模塊，還用于采用有效使用狀態(tài)的第一鏈路進行TCP/IP頭壓縮報文的交互。

需要說明的是，本發(fā)明實施例提出的UE的具體實現(xiàn)方式與本發(fā)明實施例的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法的具體實現(xiàn)方式類似，具體請參見方法部分的描述，為了減少冗余，不做贅述。

此外，本發(fā)明還提供的一種基站，實現(xiàn)應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步，本發(fā)明實施例提供的基站包括：

通信模塊，用于接收UE發(fā)送的用于建立TCP連接的syn報文；

判斷模塊，用于判斷所述syn報文中是否攜帶鏈路標識；

上下文信息更新模塊，用于當攜帶鏈路標識時，根據(jù)eNB側(cè)上 下文信息查找所述鏈路標識對應(yīng)的第一鏈路；以及根據(jù)所述syn報文的端口信息確定所述第一鏈路的端口信息，并將確定的第一鏈路的端口信息保存到所述eNB側(cè)上下文信息；以及將eNB側(cè)上下文信息中第一鏈路的狀態(tài)更新為已使用狀態(tài)；

所述通信模塊，還用于刪除所述syn報文中攜帶的鏈路號，得到第二syn報文，并將所述第二syn報文發(fā)送到核心網(wǎng)網(wǎng)元；

查找模塊，用于接收核心網(wǎng)網(wǎng)元返回的syn ack報文，根據(jù)eNB上下文信息查找當前處于已使用狀態(tài)的鏈路中是否有與所述syn ack報文具有相同端口信息的第一鏈路；

所述通信模塊，還用于當查找到與所述syn ack報文具有相同端口信息的所述第一鏈路時，直接將所述syn ack報文發(fā)送到UE；

所述通信模塊，還用于接收UE發(fā)送的壓縮后的用于建立TCP連接的ack報文，并將解壓后的ack報文發(fā)送到核心網(wǎng)網(wǎng)元；

上下文信息更新模塊，用于將所述第一鏈路的狀態(tài)更新為有效狀態(tài)，完成TCP連接的建立。

需要說明的是，本發(fā)明實施例提出的基站的具體實現(xiàn)方式與本發(fā)明實施例的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法的具體實現(xiàn)方式類似，具體請參見方法部分的描述，為了減少冗余，不做贅述。

采用本發(fā)明提出的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法，本發(fā)明實施例提供的應(yīng)用于智能電網(wǎng)的多通道TCP/IP頭壓縮的同步方法，在TCP連接的建立過程中，壓縮模塊所屬的設(shè)備通過在用于建立TCP連接的前兩條握手消息時選取可用鏈路，通過TCP建立報文中緊急指針的低4比特把鏈路號攜帶給解壓縮模塊所在的設(shè)備，當處理TCP建立的第一條握手消息的網(wǎng)元無法決策出可用的空閑鏈路時，把決策工作交給另一個網(wǎng)元，由另一個網(wǎng)元在選擇鏈路時根據(jù)我們設(shè)定的四種鏈路狀態(tài)，選擇出一條空閑鏈路，如 果沒有空閑鏈路則根據(jù)末次數(shù)據(jù)距當前的時長找到空閑時間最長的一條鏈路進行替換，保證活躍鏈路上的數(shù)據(jù)都能夠壓縮。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是CD-ROM，U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。

本領(lǐng)域技術(shù)人員可以理解實施例中的系統(tǒng)中的模塊可以按照實施例描述進行分布于實施例的系統(tǒng)中，也可以進行相應(yīng)變化位于不同于本實施例的一個或多個系統(tǒng)中。上述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。

以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。