本發(fā)明涉及通信領域中的數(shù)據(jù)壓縮技術，尤其涉及一種LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法和裝置。

背景技術：

LTE系統(tǒng)中引入了頭壓縮技術,利用數(shù)據(jù)包包頭中相關字段的規(guī)律性，在分組數(shù)據(jù)匯聚協(xié)議(Packet Data Convergence Protocol，PDCP)層對數(shù)據(jù)包的包頭進行壓縮，從而提高空口傳輸效率?，F(xiàn)有的頭壓縮技術主要用于包頭占比較高的小包業(yè)務,如VoLTE語音包等。

目前，PDCP頭壓縮僅針對底層傳輸協(xié)議的包頭進行壓縮，對應用層的包頭和凈荷中的冗余無法處理。此外，隨著移動互聯(lián)網(wǎng)的發(fā)展，單個用戶同時維護的IP連接越來越多，進行頭壓縮時終端需要維護的上下文數(shù)量也越來越多，頭壓縮實現(xiàn)越來越困難。

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

為解決現(xiàn)有存在的技術問題，本發(fā)明實施例提供一種LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法和裝置。

本發(fā)明實施例提供了一種LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法，該方法包括：

第一設備依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；

所述第一設備將壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；

所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；

其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展 頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。

一個實施例中，所述第一設備為基站時，所述第一設備對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，該方法還包括：

所述第一設備接收第二設備發(fā)送的第一標識；所述第一標識用于表示所述第二設備是否支持所述壓縮算法；其中，所述第二設備為終端。

一個實施例中，所述第一設備為基站時，所述第一設備對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，該方法還包括：

所述第一設備接收第二設備發(fā)送的第二標識；所述第二標識用于表示第三設備是否支持所述壓縮算法；其中，所述第一設備為目標基站，所述第二設備為源基站，所述第三設備為預從所述源基站切換到所述目標基站的終端。

一個實施例中，所述第一設備為終端時，所述第一設備對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，該方法還包括：

所述第一設備接收第二設備發(fā)送的第三標識，所述第三標識用于配置所述第一設備向所述第二設備上傳壓縮數(shù)據(jù)包；其中，所述第二設備為基站。

其中，所述特征信息包括：所述壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)的長度，以及所述相同數(shù)據(jù)在緩存中的存儲位置。

其中，所述第一設備對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理時，該方法還包括：

所述第一設備將壓縮處理前待傳輸數(shù)據(jù)與緩存中存儲的已傳輸數(shù)據(jù)進行比較，確定兩者中的不同數(shù)據(jù)，并確定兩者中的相同數(shù)據(jù)的長度以及相同數(shù)據(jù)在緩存中的存儲位置；

其中，所述第一設備緩存中的數(shù)據(jù)與對端接收設備緩存中的數(shù)據(jù)同步更新。

其中，所述第一標識為RRC信令消息中的新增字段的取值、或為RRC信令消息中一個第一PDCP頭壓縮字段的取值、或為兩個以上所述第一PDCP頭壓縮字段的取值的組合；

其中，所述第一PDCP頭壓縮字段用于表示上報PDCP頭壓縮能力。

其中，所述第二標識為RRC信令消息中的新增字段的取值、或為RRC信令消息中一個第一PDCP頭壓縮字段的取值、或為兩個及以上所述第一PDCP 頭壓縮字段的取值的組合；

其中，所述第一PDCP頭壓縮字段用于表示上報PDCP頭壓縮能力。

其中，所述第三標識為RRC信令消息中的新增字段的取值、或為RRC信令消息中一個第二PDCP頭壓縮字段的取值、或為兩個及以上所述第二PDCP頭壓縮字段的取值的組合；

其中，所述第二PDCP頭壓縮字段用于表示激活PDCP頭壓縮。

本發(fā)明實施例還提供了一種LTE系統(tǒng)中數(shù)據(jù)包的壓縮裝置，該裝置包括：數(shù)據(jù)壓縮模塊和數(shù)據(jù)封裝模塊；其中，

所述數(shù)據(jù)壓縮模塊，用于依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；

所述數(shù)據(jù)封裝模塊，用于將所述數(shù)據(jù)壓縮模塊壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；

所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；

其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。

一個實施例中，所述裝置設置于終端中，所述裝置還包括：第一接收模塊；所述數(shù)據(jù)壓縮模塊對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，

所述第一接收模塊，用于接收第二設備發(fā)送的第一標識；所述第一標識用于表示所述第二設備是否支持所述壓縮算法；其中，所述第二設備為終端。

一個實施例中，所述裝置設置于目標基站中，所述裝置還包括：第二接收模塊；所述數(shù)據(jù)壓縮模塊對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，

所述第二接收模塊，用于接收第二設備發(fā)送的第二標識；所述第二標識用于表示第三設備是否支持所述壓縮算法；其中，所述第二設備為源基站，所述第三設備為預從所述源基站切換到所述目標基站的終端。

一個實施例中，所述裝置設置于終端中，所述裝置還包括：第三接收模塊；所述數(shù)據(jù)壓縮模塊對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，

所述第三接收模塊，用于接收第二設備發(fā)送的第三標識，所述第三標識用于配置所述終端向所述第二設備上傳壓縮數(shù)據(jù)包；其中，所述第二設備為基站。

其中，所述特征信息包括：所述壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)的長度，以及所述相同數(shù)據(jù)在緩存中的存儲位置。

一個實施例中，所述裝置還包括：比較處理模塊，用于將壓縮處理前待傳輸數(shù)據(jù)與緩存中存儲的已傳輸數(shù)據(jù)進行比較，確定兩者中的不同數(shù)據(jù)，并確定兩者中的相同數(shù)據(jù)的長度以及相同數(shù)據(jù)在緩存中的存儲位置；

其中，所述緩存中的數(shù)據(jù)與對端接收設備緩存中的數(shù)據(jù)同步更新。

本發(fā)明實施例提供的LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法和裝置，第一設備依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；所述第一設備將壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。本發(fā)明實施例通過在LTE系統(tǒng)中引入數(shù)據(jù)包壓縮技術，利用前后數(shù)據(jù)包包頭和凈荷中的規(guī)律和冗余，對空口傳輸?shù)恼麄€數(shù)據(jù)包進行壓縮，與現(xiàn)有的頭壓縮技術相比，顯著提高了空口傳輸效率，且提升了網(wǎng)絡容量。

附圖說明

在附圖(其不一定是按比例繪制的)中，相似的附圖標記可在不同的視圖中描述相似的部件。具有不同字母后綴的相似附圖標記可表示相似部件的不同示例。附圖以示例而非限制的方式大體示出了本文中所討論的各個實施例。

圖1為本發(fā)明實施例一所述LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法實現(xiàn)流程圖；

圖2為本發(fā)明實施例二所述LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法實現(xiàn)流程圖；

圖3為本發(fā)明實施例三所述LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法實現(xiàn)流程圖；

圖4為本發(fā)明實施例四所述LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法實現(xiàn)流程圖；

圖5為本發(fā)明實施例五所述LTE系統(tǒng)中數(shù)據(jù)包的壓縮裝置的結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例五所述另一LTE系統(tǒng)中數(shù)據(jù)包的壓縮裝置的結(jié)構(gòu)示意圖；

圖7為本發(fā)明實施例六所述LTE系統(tǒng)中數(shù)據(jù)包的壓縮裝置的結(jié)構(gòu)示意圖；

圖8為本發(fā)明實施例七所述LTE系統(tǒng)中數(shù)據(jù)包的壓縮裝置的結(jié)構(gòu)示意圖；

圖9為本發(fā)明實施例八所述LTE系統(tǒng)中數(shù)據(jù)包的壓縮裝置的結(jié)構(gòu)示意圖；

圖10為本發(fā)明應用場景中所述數(shù)據(jù)包壓縮功能協(xié)議棧位置示意圖；

圖11為本發(fā)明應用場景中所述數(shù)據(jù)包壓縮格式示意圖；

圖12為本發(fā)明應用場景中所述終端與基站間的信令交互流程示意圖。

具體實施方式

根據(jù)研究發(fā)現(xiàn)網(wǎng)絡傳輸?shù)臄?shù)據(jù)包中不僅IP、TCP、UDP等底層包頭存在規(guī)律，在應用層包頭和凈荷中也存在一定的規(guī)律性和冗余。如：網(wǎng)頁瀏覽，HTTP協(xié)議中很多關鍵字，如Accept-Encoding、User-Agent等，前后多個包是固定的，關鍵字對應的取值，如User-Agent取值Mozilla、Firefox等，前后多個包也是相同的；如OTT即時通信，OTT廠商自定義的私有協(xié)議中很多格式也是固定的，聊天內(nèi)容中也有很多高頻詞是經(jīng)常出現(xiàn)的；如FTP文件上傳WORD文檔等文本文件，源文件就具有很高的冗余度。同時，在目前的無線網(wǎng)絡流量中，網(wǎng)頁瀏覽和OTT即時通信等可壓縮性較高的業(yè)務占有很高的比重。基于此，

本發(fā)明的實施例中，第一設備依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；所述第一設備將壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。

下面結(jié)合附圖及具體實施例對本發(fā)明作進一步詳細說明。

實施例一

圖1為本發(fā)明實施例所述LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法實現(xiàn)流程圖，如圖1所示，該方法包括：

步驟101：第一設備依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；

步驟102：所述第一設備將壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；

其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。

本發(fā)明實施例中，所述特征信息包括：所述壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)的長度，以及所述相同數(shù)據(jù)在緩存中的存儲位置。

相應的，所述第一設備對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理時，該方法還包括：

所述第一設備將壓縮處理前待傳輸數(shù)據(jù)與緩存中存儲的已傳輸數(shù)據(jù)進行比較，確定兩者中的不同數(shù)據(jù)，并確定兩者中的相同數(shù)據(jù)的長度以及相同數(shù)據(jù)在緩存中的存儲位置；

其中，所述第一設備緩存中的數(shù)據(jù)與對端接收設備緩存中的數(shù)據(jù)同步更新。

本發(fā)明實施例通過在LTE系統(tǒng)中引入數(shù)據(jù)包壓縮技術，利用前后數(shù)據(jù)包包頭和凈荷中的規(guī)律和冗余，對空口傳輸?shù)恼麄€數(shù)據(jù)包進行壓縮，與現(xiàn)有的頭壓縮技術相比，顯著提高了空口傳輸效率，且提升了網(wǎng)絡容量。

實施例二

本發(fā)明實施例還提供了一種LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法，如圖2所示，該方法包括：

步驟201：第一設備依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；

步驟202：所述第一設備將壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待 傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；

其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。

其中，所述第一設備為基站時，所述第一設備對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，該方法還包括：

步驟200：所述第一設備接收第二設備發(fā)送的第一標識；所述第一標識用于表示所述第二設備是否支持所述壓縮算法；其中，所述第二設備為終端。

本發(fā)明實施例中，所述第一標識為RRC信令消息中的新增字段的取值、或為RRC信令消息中一個第一PDCP頭壓縮字段的取值、或為兩個以上所述第一PDCP頭壓縮字段的取值的組合；

其中，所述第一PDCP頭壓縮字段用于表示上報PDCP頭壓縮能力。

本發(fā)明實施例中，所述特征信息包括：所述壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)的長度，以及所述相同數(shù)據(jù)在緩存中的存儲位置。

相應的，所述第一設備對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理時，該方法還包括：

所述第一設備將壓縮處理前待傳輸數(shù)據(jù)與緩存中存儲的已傳輸數(shù)據(jù)進行比較，確定兩者中的不同數(shù)據(jù)，并確定兩者中的相同數(shù)據(jù)的長度以及相同數(shù)據(jù)在緩存中的存儲位置；

其中，所述第一設備緩存中的數(shù)據(jù)與對端接收設備緩存中的數(shù)據(jù)同步更新。

本發(fā)明實施例通過在LTE系統(tǒng)中引入數(shù)據(jù)包壓縮技術，利用前后數(shù)據(jù)包包頭和凈荷中的規(guī)律和冗余，對空口傳輸?shù)恼麄€數(shù)據(jù)包進行壓縮，與現(xiàn)有的頭壓縮技術相比，顯著提高了空口傳輸效率，且提升了網(wǎng)絡容量。

實施例三

本發(fā)明實施例還提供了一種LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法，如圖3所示，該方法包括：

步驟301：第一設備依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；

步驟302：所述第一設備將壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；

所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述 數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；

其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。

其中，所述第一設備為基站時，所述第一設備對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，該方法還包括：

步驟300：所述第一設備接收第二設備發(fā)送的第二標識；所述第二標識用于表示第三設備是否支持所述壓縮算法；其中，所述第一設備為目標基站，所述第二設備為源基站，所述第三設備為預從所述源基站切換到所述目標基站的終端。

本發(fā)明實施例中，所述第二標識為RRC信令消息中的新增字段的取值、或為RRC信令消息中一個第一PDCP頭壓縮字段的取值、或為兩個及以上所述第一PDCP頭壓縮字段的取值的組合；

其中，所述第一PDCP頭壓縮字段用于表示上報PDCP頭壓縮能力。

本發(fā)明實施例中，所述特征信息包括：所述壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)的長度，以及所述相同數(shù)據(jù)在緩存中的存儲位置。

相應的，所述第一設備對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理時，該方法還包括：

所述第一設備將壓縮處理前待傳輸數(shù)據(jù)與緩存中存儲的已傳輸數(shù)據(jù)進行比較，確定兩者中的不同數(shù)據(jù)，并確定兩者中的相同數(shù)據(jù)的長度以及相同數(shù)據(jù)在緩存中的存儲位置；

其中，所述第一設備緩存中的數(shù)據(jù)與對端接收設備緩存中的數(shù)據(jù)同步更新。

本發(fā)明實施例通過在LTE系統(tǒng)中引入數(shù)據(jù)包壓縮技術，利用前后數(shù)據(jù)包包頭和凈荷中的規(guī)律和冗余，對空口傳輸?shù)恼麄€數(shù)據(jù)包進行壓縮，與現(xiàn)有的頭壓縮技術相比，顯著提高了空口傳輸效率，且提升了網(wǎng)絡容量。

實施例四

本發(fā)明實施例還提供了一種LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法，如圖4所示，該方法包括：

步驟401：第一設備依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；

步驟402：所述第一設備將壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；

所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；

其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。

其中，所述第一設備為終端時，所述第一設備對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，該方法還包括：

步驟400：所述第一設備接收第二設備發(fā)送的第三標識，所述第三標識用于配置所述第一設備向所述第二設備上傳壓縮數(shù)據(jù)包；其中，所述第二設備為基站。

本發(fā)明實施例中，所述第三標識為RRC信令消息中的新增字段的取值、或為RRC信令消息中一個第二PDCP頭壓縮字段的取值、或為兩個及以上所述第二PDCP頭壓縮字段的取值的組合；

其中，所述第二PDCP頭壓縮字段用于表示激活PDCP頭壓縮。

本發(fā)明實施例中，所述特征信息包括：所述壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)的長度，以及所述相同數(shù)據(jù)在緩存中的存儲位置。

相應的，所述第一設備對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理時，該方法還包括：

所述第一設備將壓縮處理前待傳輸數(shù)據(jù)與緩存中存儲的已傳輸數(shù)據(jù)進行比較，確定兩者中的不同數(shù)據(jù)，并確定兩者中的相同數(shù)據(jù)的長度以及相同數(shù)據(jù)在緩存中的存儲位置；

其中，所述第一設備緩存中的數(shù)據(jù)與對端接收設備緩存中的數(shù)據(jù)同步更新。

本發(fā)明實施例通過在LTE系統(tǒng)中引入數(shù)據(jù)包壓縮技術，利用前后數(shù)據(jù)包包頭和凈荷中的規(guī)律和冗余，對空口傳輸?shù)恼麄€數(shù)據(jù)包進行壓縮，與現(xiàn)有的頭壓縮技術相比，顯著提高了空口傳輸效率，且提升了網(wǎng)絡容量。

實施例五

本發(fā)明實施例還提供了一種LTE系統(tǒng)中數(shù)據(jù)包的壓縮裝置，如圖5所示，該裝置包括：數(shù)據(jù)壓縮模塊501和數(shù)據(jù)封裝模塊502；其中，

所述數(shù)據(jù)壓縮模塊501，用于依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；

所述數(shù)據(jù)封裝模塊502，用于將所述數(shù)據(jù)壓縮模塊501壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；

所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；

其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。

其中，所述特征信息包括：所述壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)的長度，以及所述相同數(shù)據(jù)在緩存中的存儲位置。

優(yōu)選的，如圖6所示，所述裝置還包括：比較處理模塊500，用于將壓縮處理前待傳輸數(shù)據(jù)與緩存中存儲的已傳輸數(shù)據(jù)進行比較，確定兩者中的不同數(shù)據(jù)，并確定兩者中的相同數(shù)據(jù)的長度以及相同數(shù)據(jù)在緩存中的存儲位置；

其中，所述緩存中的數(shù)據(jù)與對端接收設備緩存中的數(shù)據(jù)同步更新。

本發(fā)明實施例通過在LTE系統(tǒng)中引入數(shù)據(jù)包壓縮技術，利用前后數(shù)據(jù)包包頭和凈荷中的規(guī)律和冗余，對空口傳輸?shù)恼麄€數(shù)據(jù)包進行壓縮，與現(xiàn)有的頭壓縮技術相比，顯著提高了空口傳輸效率，且提升了網(wǎng)絡容量。

實施例六

本發(fā)明實施例還提供了一種LTE系統(tǒng)中數(shù)據(jù)包的壓縮裝置，如圖7所示，該裝置包括：數(shù)據(jù)壓縮模塊501和數(shù)據(jù)封裝模塊502；其中，

所述數(shù)據(jù)壓縮模塊501，用于依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；

所述數(shù)據(jù)封裝模塊502，用于將所述數(shù)據(jù)壓縮模塊501壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；

所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；

其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。

其中，該裝置還包括：比較處理模塊500，用于將壓縮處理前待傳輸數(shù)據(jù)與緩存中存儲的已傳輸數(shù)據(jù)進行比較，確定兩者中的不同數(shù)據(jù)，并確定兩者中的相同數(shù)據(jù)的長度以及相同數(shù)據(jù)在緩存中的存儲位置；

其中，所述緩存中的數(shù)據(jù)與對端接收設備緩存中的數(shù)據(jù)同步更新。

本發(fā)明實施例中，所述裝置設置于終端中，所述裝置還包括：第一接收模塊503；所述數(shù)據(jù)壓縮模塊501對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，

所述第一接收模塊503，用于接收第二設備發(fā)送的第一標識；所述第一標識用于表示所述第二設備是否支持所述壓縮算法；其中，所述第二設備為終端。

本發(fā)明實施例通過在LTE系統(tǒng)中引入數(shù)據(jù)包壓縮技術，利用前后數(shù)據(jù)包包頭和凈荷中的規(guī)律和冗余，對空口傳輸?shù)恼麄€數(shù)據(jù)包進行壓縮，與現(xiàn)有的頭壓縮技術相比，顯著提高了空口傳輸效率，且提升了網(wǎng)絡容量。

實施例七

本發(fā)明實施例還提供了一種LTE系統(tǒng)中數(shù)據(jù)包的壓縮裝置，如圖8所示，該裝置包括：數(shù)據(jù)壓縮模塊501和數(shù)據(jù)封裝模塊502；其中，

所述數(shù)據(jù)壓縮模塊501，用于依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；

所述數(shù)據(jù)封裝模塊502，用于將所述數(shù)據(jù)壓縮模塊501壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；

所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；

其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展 頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。

其中，該裝置還包括：比較處理模塊500，用于將壓縮處理前待傳輸數(shù)據(jù)與緩存中存儲的已傳輸數(shù)據(jù)進行比較，確定兩者中的不同數(shù)據(jù)，并確定兩者中的相同數(shù)據(jù)的長度以及相同數(shù)據(jù)在緩存中的存儲位置；

其中，所述緩存中的數(shù)據(jù)與對端接收設備緩存中的數(shù)據(jù)同步更新。

本發(fā)明實施例中，所述裝置設置于目標基站中，所述裝置還包括：第二接收模塊504；所述數(shù)據(jù)壓縮模塊501對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，

所述第二接收模塊504，用于接收第二設備發(fā)送的第二標識；所述第二標識用于表示第三設備是否支持所述壓縮算法；其中，所述第二設備為源基站，所述第三設備為預從所述源基站切換到所述目標基站的終端。

本發(fā)明實施例通過在LTE系統(tǒng)中引入數(shù)據(jù)包壓縮技術，利用前后數(shù)據(jù)包包頭和凈荷中的規(guī)律和冗余，對空口傳輸?shù)恼麄€數(shù)據(jù)包進行壓縮，與現(xiàn)有的頭壓縮技術相比，顯著提高了空口傳輸效率，且提升了網(wǎng)絡容量。

實施例八

本發(fā)明實施例還提供了一種LTE系統(tǒng)中數(shù)據(jù)包的壓縮裝置，如圖9所示，該裝置包括：數(shù)據(jù)壓縮模塊501和數(shù)據(jù)封裝模塊502；其中，

所述數(shù)據(jù)壓縮模塊501，用于依據(jù)壓縮算法對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理；

所述數(shù)據(jù)封裝模塊502，用于將所述數(shù)據(jù)壓縮模塊501壓縮處理后的數(shù)據(jù)封裝成數(shù)據(jù)包；

所述數(shù)據(jù)包的包頭信息包括：壓縮狀態(tài)指示信息和擴展頭指示信息；所述數(shù)據(jù)包中的數(shù)據(jù)包括：壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的不同數(shù)據(jù)，以及壓縮處理前待傳輸數(shù)據(jù)與已傳輸數(shù)據(jù)中的相同數(shù)據(jù)所對應的特征信息；

其中，所述壓縮狀態(tài)指示信息，用于表示所述數(shù)據(jù)包是否壓縮；所述擴展頭指示信息，用于表示數(shù)據(jù)包的選項字段是否出現(xiàn)擴展頭。

其中，該裝置還包括：比較處理模塊500，用于將壓縮處理前待傳輸數(shù)據(jù)與緩存中存儲的已傳輸數(shù)據(jù)進行比較，確定兩者中的不同數(shù)據(jù)，并確定兩者中 的相同數(shù)據(jù)的長度以及相同數(shù)據(jù)在緩存中的存儲位置；

其中，所述緩存中的數(shù)據(jù)與對端接收設備緩存中的數(shù)據(jù)同步更新。

本發(fā)明實施例中，所述裝置設置于終端中，所述裝置還包括：第三接收模塊505；所述數(shù)據(jù)壓縮模塊501對數(shù)據(jù)包中的數(shù)據(jù)進行壓縮處理之前，

所述第三接收模塊505，用于接收第二設備發(fā)送的第三標識，所述第三標識用于配置所述終端向所述第二設備上傳壓縮數(shù)據(jù)包；其中，所述第二設備為基站。

下面結(jié)合具體應用場景對本發(fā)明進行詳細描述。

本應用場景中，LTE系統(tǒng)中數(shù)據(jù)包的壓縮方法大致包括：數(shù)據(jù)包壓縮架構(gòu)、數(shù)據(jù)包壓縮格式、數(shù)據(jù)包壓縮相關信令流程三部分，分別介紹如下：

一、數(shù)據(jù)包壓縮架構(gòu)

LTE系統(tǒng)中的數(shù)據(jù)包壓縮功能由PDCP層實現(xiàn)，可視作傳統(tǒng)頭壓縮功能的一個擴展。對于上行數(shù)據(jù)包，可在終端側(cè)的PDCP進行壓縮，在基站側(cè)的PDCP進行解壓；對于下行數(shù)據(jù)包，在基站側(cè)的PDCP進行壓縮，在終端側(cè)的PDCP進行解壓，對應的數(shù)據(jù)包壓縮功能協(xié)議棧位置如圖10所示。

二、數(shù)據(jù)包壓縮格式

數(shù)據(jù)包壓縮算法為：通過對前后數(shù)據(jù)包間的重復信息進行去重實現(xiàn)數(shù)據(jù)的壓縮。終端和基站各維護一個緩沖區(qū)，兩者緩沖區(qū)中的內(nèi)容同步更新。(終端)發(fā)送數(shù)據(jù)包之前，如果待傳輸?shù)臄?shù)據(jù)中有部分或全部內(nèi)容與(終端)緩沖區(qū)中的數(shù)據(jù)相同，則僅傳輸相關內(nèi)容在緩沖區(qū)中的位置和長度，而不用在空口傳輸這部分內(nèi)容。比如網(wǎng)頁訪問，之前訪問的URL為：www.sina.com.cn，本次訪問的URL為：finance.sina.com.cn，則緩沖區(qū)中已經(jīng)存在.sina.com.cn的字符串，本次實際傳輸時僅需要傳輸finance字符串和上述字符串(.sina.com.cn)在緩沖區(qū)的位置即可，對端收到該數(shù)據(jù)包后可從同步維護的緩存中獲取所述相同的內(nèi)容(.sina.com.cn)，有效降低了空口開銷。具體的壓縮算法可采用經(jīng)典的壓縮算法或其改進型，如LZ77，此處不再詳細介紹。

數(shù)據(jù)包壓縮是針對某個承載上傳輸?shù)乃袛?shù)據(jù)，現(xiàn)有的頭壓縮的壓縮上下 文是針對IP五元組的，數(shù)據(jù)包壓縮的緩沖區(qū)是針對某個承載的，即多個IP連接共用一個緩沖區(qū)。

為了能和已有的頭壓縮功能兼容，需設置數(shù)據(jù)包壓縮后封裝格式。

如圖11所示，其中，壓縮頭占1個字節(jié)，包含壓縮狀態(tài)指示和擴展頭指示兩部分。2bit的壓縮狀態(tài)指示表明本數(shù)據(jù)包是否經(jīng)過數(shù)據(jù)包壓縮算法壓縮，’00’表示未壓縮，’01’表示壓縮，取值與現(xiàn)有頭壓縮包格式兼容；6bit擴展頭指示對應6個擴展頭，0表示在選項字段不出現(xiàn)對應的擴展頭，1表示在選項字段出現(xiàn)對應的擴展頭，擴展頭可用于協(xié)商緩沖區(qū)大小等，目前版本未設置，全部填0。

選項部分為變長結(jié)構(gòu)，用于攜帶擴展頭?？紤]到前向兼容性以及后續(xù)擴展的靈活性，擴展頭n(n取值1～6)占用2^n-1個字節(jié)，如第一個擴展頭長度為1個字節(jié)，第六個擴展頭長度為32個字節(jié)。選項中擴展頭的順序與壓縮頭中擴展頭指示的順序一致。目前版本未設置擴展頭，選項部分長度為0。

內(nèi)容部分為經(jīng)通用壓縮算法壓縮后的數(shù)據(jù)包，通常包含長度、CRC校驗等內(nèi)容，具體格式此處不進行討論。

三、數(shù)據(jù)包壓縮相關信令流程

與PDCP頭壓縮類似，數(shù)據(jù)包壓縮需要終端和基站配合，因此需要有相應的信令流程，包括：UE能力上報流程、數(shù)據(jù)包壓縮激活流程、移動性管理相關流程等。終端與基站間的信令交互流程可如圖12所示，圖12中示出UE能力上報流程以及數(shù)據(jù)包壓縮激活流程，所述信令消息中包括下文所述的新增或重配置的字段組合。為盡可能減少改動成本，考慮將數(shù)據(jù)包壓縮作為頭壓縮的一種擴展，復用現(xiàn)有頭壓縮相關的信令流程，如：基站通過UE能力查詢流程獲知UE對數(shù)據(jù)包壓縮算法的支持情況；基站通過RRC重配置流程激活數(shù)據(jù)包壓縮算法(配置數(shù)據(jù)包壓縮)；終端切換時，源基站在切換準備消息中向目標基站傳遞UE對數(shù)據(jù)包壓縮的支持能力等。

上述信令流程的核心在于如何表示數(shù)據(jù)包壓縮算法，包含如下兩種方法：

一、在PDCP頭壓縮中新增一種字段(profile)，表示數(shù)據(jù)包壓縮算法，如profile0x0007。

相應的，在相關信令中增加相應的擴展字段:

1)對UE能力上報消息中PDCP-Parameters字段進行擴展，見下面加粗部分代碼。profile0x0007置為true，表示UE支持數(shù)據(jù)包壓縮。

2)對pdcp-config字段進行擴展，見下面加粗部分代碼，profile0x0007置為true，表示激活數(shù)據(jù)包壓縮。

二、不增加新字段，借用現(xiàn)有PDCP頭壓縮字段profiles/supportedROHC-Pr ofiles和maxCID/maxNumberROHC-ContextSessions字段的特殊取值組合表示數(shù)據(jù)包壓縮。

具體可有如下幾種字段表示方法：

1)UE能力上報消息中，當PDCP-Parameters結(jié)構(gòu)中supportedROHC-Profiles中的所有profile取值false，且maxNumberROHC-ContextSessions取值cs16384時，表示UE支持數(shù)據(jù)包壓縮。

在PDCP-Config結(jié)構(gòu)中，當profiles中所有profile取值false，且maxCID取值16383時，表示配置數(shù)據(jù)包壓縮。

為了避免數(shù)據(jù)包壓縮的引入導致不能進行VoLTE語音包的頭壓縮，可以進一步約定，支持數(shù)據(jù)包壓縮的終端默認支持支持profile1頭壓縮、且至少支持16個context。

2)UE能力上報消息中，當PDCP-Parameters結(jié)構(gòu)中supportedROHC-Profiles中除profile0x0001外的所有profile取值false，且maxNumberROHC-ContextSessio ns取值cs16384時，表示UE支持數(shù)據(jù)包壓縮。

在PDCP-Config結(jié)構(gòu)中，當profiles中所有profile取值false，且maxCID取值16383時，表示配置數(shù)據(jù)包壓縮。

為了避免數(shù)據(jù)包壓縮的引入導致不能進行VoLTE語音包的頭壓縮，可以進一步約定，支持數(shù)據(jù)包壓縮、且支持profile1頭壓縮的終端至少支持16個context。

3)UE能力上報消息中，當PDCP-Parameters結(jié)構(gòu)中maxNumberROHC-Cont extSessions取值cs16384時，表示UE支持數(shù)據(jù)包壓縮。

在PDCP-Config結(jié)構(gòu)中，當maxCID取值16383時表示配置數(shù)據(jù)包壓縮。

為了避免maxCID字段取值含義被借用導致引入數(shù)據(jù)包壓縮后不能進行正常頭壓縮，可以進一步約定：支持數(shù)據(jù)包壓縮的終端默認支持至少16個context，支持數(shù)據(jù)包壓縮的基站默認maxCID取值16(空口消息中取值16383)。

可見，本發(fā)明實施例通過在LTE系統(tǒng)中引入數(shù)據(jù)包壓縮技術，利用前后數(shù) 據(jù)包包頭和凈荷中的規(guī)律和冗余，對空口傳輸?shù)恼麄€數(shù)據(jù)包進行壓縮，與現(xiàn)有的頭壓縮技術相比，顯著提高了空口傳輸效率，且提升了網(wǎng)絡容量。實驗測試表明，本發(fā)明對對于網(wǎng)頁瀏覽、即時通信、文本上傳等應用實測壓縮效率可達50％。

本領域內(nèi)的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用硬件實施例、軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。