本發(fā)明涉及移動(dòng)終端技術(shù)領(lǐng)域，尤其涉及一種報(bào)文壓縮方法及移動(dòng)終端。

背景技術(shù)：

現(xiàn)有技術(shù)中，由于物理?xiàng)l件的限制，無線鏈路傳輸和有線鏈路傳輸相比，傳輸速率較低、誤碼率較高、往返時(shí)間(Round Trip Time，RTT)較長。在這種傳輸環(huán)境下，大報(bào)頭的存在會(huì)影響到數(shù)據(jù)的傳輸速率和帶寬利用率，降低頻譜利用率和服務(wù)質(zhì)量。

所謂大報(bào)頭，是指一些占用字節(jié)較多的報(bào)頭，例如基于互聯(lián)網(wǎng)協(xié)議(Internet Protocol，IP)的數(shù)據(jù)報(bào)文的報(bào)頭，其占用的字節(jié)非常多，通常要求20字節(jié)的IP報(bào)頭(基于IPV4)或者40字節(jié)的IP報(bào)頭(基于IPV6)、8字節(jié)的UDP報(bào)頭以及12字節(jié)的RTP報(bào)頭，因此，一個(gè)報(bào)頭所占的字節(jié)總量通常為20+8+12＝40字節(jié)(基于IPV4)或者40+8+12＝60字節(jié)(基于IPV6)。如此龐大的報(bào)頭對(duì)于帶寬的傳輸浪費(fèi)是非常驚人的，而這些大報(bào)頭所關(guān)聯(lián)的負(fù)載數(shù)據(jù)在某些情況下可能僅為15-32字節(jié)，理論上并不需要這么大的帶寬來傳輸這些數(shù)據(jù)。

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

根據(jù)現(xiàn)有技術(shù)中存在的問題，現(xiàn)提供一種報(bào)文壓縮方法及移動(dòng)終端的技術(shù)方案，旨在實(shí)現(xiàn)報(bào)文壓縮過程中有限的內(nèi)容標(biāo)識(shí)符的循環(huán)使用，提升系統(tǒng)資源的利用率。

上述技術(shù)方案具體包括：

一種報(bào)文壓縮方法，適用于移動(dòng)終端；其中，所述移動(dòng)終端基于對(duì)應(yīng)的一條互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)流進(jìn)行相應(yīng)的數(shù)據(jù)報(bào)文的傳輸；

每條所述互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)流對(duì)應(yīng)于一個(gè)內(nèi)容標(biāo)識(shí)符；

所述移動(dòng)終端選擇一個(gè)處于可分配狀態(tài)的所述內(nèi)容標(biāo)識(shí)符，并分配給關(guān) 聯(lián)于準(zhǔn)備運(yùn)行的功能模塊的所述互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)流，用于對(duì)基于所述互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)流傳輸?shù)乃兴鰯?shù)據(jù)報(bào)文的報(bào)頭進(jìn)行壓縮；

所述報(bào)文壓縮方法的步驟具體包括：

步驟S1，所述移動(dòng)終端內(nèi)的一個(gè)所述功能模塊運(yùn)行完畢，所述功能模塊根據(jù)運(yùn)行完畢之前發(fā)送的最后一份所述數(shù)據(jù)報(bào)文組織一份相應(yīng)的通知報(bào)文并輸出；

步驟S2，所述移動(dòng)終端根據(jù)所述通知報(bào)文查找相應(yīng)的所述內(nèi)容標(biāo)識(shí)符，并將查找得到的所述內(nèi)容標(biāo)識(shí)符設(shè)定為處于可分配狀態(tài)，隨后返回所述步驟S1。

優(yōu)選的，該報(bào)文壓縮方法，其中，所述步驟S1具體包括：

步驟S11，所述功能模塊運(yùn)行完畢后，記錄運(yùn)行完畢之前的最后一份向關(guān)聯(lián)于對(duì)應(yīng)的所述互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)流的目的地址發(fā)送的所述數(shù)據(jù)報(bào)文；

步驟S12，所述功能模塊根據(jù)被記錄的所述數(shù)據(jù)報(bào)文，組織一份相同的所述通知報(bào)文；

步驟S13，所述功能模塊將組織形成的所述通知報(bào)文封裝于一通知消息中輸出。

優(yōu)選的，該報(bào)文壓縮方法，其中，所述步驟S2中，所述移動(dòng)終端接收并解析所述通知消息，以得到相應(yīng)的所述通知報(bào)文。

優(yōu)選的，該報(bào)文壓縮方法，其中，所述步驟S12中，所述通知報(bào)文中包括通知報(bào)頭以及通知負(fù)載數(shù)據(jù)；

所述通知報(bào)頭與被記錄的所述數(shù)據(jù)報(bào)文的所述報(bào)頭相同；以及

所述通知負(fù)載數(shù)據(jù)與被記錄的所述數(shù)據(jù)報(bào)文的負(fù)載數(shù)據(jù)相同。

優(yōu)選的，該報(bào)文壓縮方法，其中，所述步驟S12中，所述通知報(bào)文由相應(yīng)的通知報(bào)頭構(gòu)成；

所述通知報(bào)頭與被記錄的所述數(shù)據(jù)報(bào)文的所述報(bào)頭相同。

優(yōu)選的，該報(bào)文壓縮方法，其中，執(zhí)行所述步驟S1時(shí)，所述功能模塊運(yùn)行完畢后，首先判斷所述功能模塊是否能夠基于所述互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)流收發(fā)所述數(shù)據(jù)報(bào)文：

若所述功能模塊能夠基于所述互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)流收發(fā)所述數(shù)據(jù)報(bào)文，則繼續(xù)執(zhí)行所述步驟S1；

若所述功能模塊無法基于所述互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)流收發(fā)所述數(shù)據(jù)報(bào)文，則退出。

優(yōu)選的，該報(bào)文壓縮方法，其中，于所述移動(dòng)終端內(nèi)設(shè)置一報(bào)文壓縮單元，用于應(yīng)用相應(yīng)的所述內(nèi)容標(biāo)識(shí)符對(duì)所述數(shù)據(jù)報(bào)文的所述報(bào)頭進(jìn)行壓縮；

所述步驟S2具體包括：

步驟S21，所述報(bào)文壓縮單元獲取所述通知報(bào)文，并在所述移動(dòng)終端內(nèi)包括的所有所述內(nèi)容標(biāo)識(shí)符中查找關(guān)聯(lián)于所述通知報(bào)文的所述內(nèi)容標(biāo)識(shí)符；

若所述報(bào)文壓縮單元未查找得到關(guān)聯(lián)于所述通知報(bào)文的所述內(nèi)容標(biāo)識(shí)符，則轉(zhuǎn)向步驟S23；

步驟S22，所述報(bào)文壓縮單元將查找得到的關(guān)聯(lián)于所述通知報(bào)文的所述內(nèi)容標(biāo)識(shí)符設(shè)定為處于所述可分配狀態(tài)，隨后丟棄所述通知報(bào)文，并返回所述步驟S1；

步驟S23，所述報(bào)文壓縮單元丟棄所述通知報(bào)文，隨后返回所述步驟S1。

優(yōu)選的，該報(bào)文壓縮方法，其中，所述步驟S22中，所述報(bào)文壓縮單元在將所述內(nèi)容標(biāo)識(shí)符設(shè)定為處于可分配狀態(tài)時(shí)，釋放所述通知報(bào)文占用的系統(tǒng)資源。

優(yōu)選的，該報(bào)文壓縮方法，其中，所述步驟S23中，所述報(bào)文壓縮單元丟棄所述通知報(bào)文后，釋放所述通知報(bào)文的系統(tǒng)資源。

一種移動(dòng)終端，其中，采用上述的報(bào)文壓縮方法。

上述技術(shù)方案的有益效果是：提供一種報(bào)文壓縮方法，能夠?qū)崿F(xiàn)報(bào)文壓縮過程中有限的內(nèi)容標(biāo)識(shí)符的循環(huán)使用，提升系統(tǒng)資源的利用率。

附圖說明

圖1是本發(fā)明的較佳的實(shí)施例中，一種報(bào)文壓縮方法的總體流程示意圖；

圖2-3是本發(fā)明的較佳的實(shí)施例中，報(bào)文壓縮方法的分步驟流程示意圖。

具體實(shí)施方式

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

需要說明的是，在不沖突的情況下，本發(fā)明中的實(shí)施例及實(shí)施例中的特征可以相互組合。

下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明作進(jìn)一步說明，但不作為本發(fā)明的限定。

現(xiàn)有技術(shù)中，為了解決上文中所述的報(bào)頭過大造成的帶寬浪費(fèi)問題，提供了一種針對(duì)報(bào)頭的壓縮方法。該壓縮方法主要基于下述原因?qū)崿F(xiàn)：一般的報(bào)頭中會(huì)包括大量的冗余信息，例如基于同一IP數(shù)據(jù)流傳輸?shù)臄?shù)據(jù)報(bào)文，其源地址和目的地址保持不變，版本號(hào)在系統(tǒng)或者相應(yīng)的應(yīng)用程序不升級(jí)的情況下也會(huì)保持不變；其他一些變量例如IP校驗(yàn)和以及數(shù)據(jù)包長度等，都可以通過某些方法推算得到；還有一些數(shù)據(jù)增量可能是固定不變的，也會(huì)被算在冗余信息內(nèi)。這些冗余信息并不需要在每個(gè)報(bào)頭中都占用字節(jié)進(jìn)行描述，因此在一個(gè)數(shù)據(jù)報(bào)頭中取出上述冗余信息，只采用剩余信息形成報(bào)頭的方式就被稱為對(duì)該報(bào)頭進(jìn)行壓縮。

現(xiàn)有技術(shù)中，通常對(duì)基于同一IP數(shù)據(jù)流進(jìn)行傳輸?shù)臄?shù)據(jù)報(bào)文的報(bào)頭采用同一方式進(jìn)行壓縮，而現(xiàn)有技術(shù)中用于標(biāo)識(shí)IP數(shù)據(jù)流的參數(shù)即為內(nèi)容標(biāo)識(shí)符(Context Identifier，CID)。換言之，采用CID標(biāo)識(shí)一條IP數(shù)據(jù)流(IP Flow)，進(jìn)一步地，采用CID標(biāo)識(shí)一條微數(shù)據(jù)流(Micro Flow)。

現(xiàn)有技術(shù)中，由于自身內(nèi)存的限制，于一個(gè)移動(dòng)終端內(nèi)可用的CID的總數(shù)往往是確定的，即移動(dòng)終端只能使用一定數(shù)量的CID。現(xiàn)有技術(shù)中也不存在如何回收CID以及判斷CID狀態(tài)的方法，因此會(huì)出現(xiàn)一些IP數(shù)據(jù)流明明已經(jīng)被關(guān)閉，相應(yīng)的CID卻沒有被收回的情況。而當(dāng)移動(dòng)終端內(nèi)所有可用的CID均被用完時(shí)(即均處于已分配狀態(tài))，如果還有新的IP數(shù)據(jù)流要求分配CID，則現(xiàn)有技術(shù)中通常采用以下兩種方法來重復(fù)使用CID：

1)對(duì)該IP數(shù)據(jù)流下的數(shù)據(jù)報(bào)文直接采用不進(jìn)行壓縮對(duì)應(yīng)的CID進(jìn)行傳輸。這種方法實(shí)際上無法達(dá)到壓縮報(bào)頭的目的。

2)查找一個(gè)處于已分配狀態(tài)的CID使用。這種方法雖然可以暫時(shí)解決CID壓縮的問題。但是使用的CID處于已分配狀態(tài)，有可能下一時(shí)刻該CID原本對(duì)應(yīng)的IP數(shù)據(jù)流上就會(huì)有數(shù)據(jù)報(bào)文進(jìn)行傳輸，同樣要用到該CID，不利于進(jìn)行報(bào)頭壓縮。

本發(fā)明的較佳的實(shí)施例中，基于現(xiàn)有技術(shù)中存在的上述問題，現(xiàn)提供一種報(bào)文壓縮方法，適用于移動(dòng)終端。

本發(fā)明的較佳的實(shí)施例中，上述報(bào)文壓縮方法中，移動(dòng)終端基于對(duì)應(yīng)的一條互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)流進(jìn)行相應(yīng)的數(shù)據(jù)報(bào)文的傳輸。本發(fā)明的較佳的實(shí)施例中，一條互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)流(下稱IP數(shù)據(jù)流)，可以對(duì)應(yīng)于移動(dòng)終端內(nèi)的一正在運(yùn)行的功能模塊(即應(yīng)用程序)，該功能模塊支持基于IP數(shù)據(jù)流收發(fā)數(shù)據(jù)報(bào)文。即具體地，一功能模塊在運(yùn)行過程中，可以基于同一條IP數(shù)據(jù)流收發(fā)不同的數(shù)據(jù)報(bào)文，該IP數(shù)據(jù)流具有相同的源地址(Source Address)和目的地址(Destination Address)，相同的功能模塊的版本號(hào)(Version)以及其他可以被省略的冗余信息。

本發(fā)明的較佳的實(shí)施例中，針對(duì)每條IP數(shù)據(jù)流，移動(dòng)終端對(duì)應(yīng)分配一個(gè)CID。移動(dòng)終端選擇一個(gè)處于可分配狀態(tài)的CID，并分配給關(guān)聯(lián)于準(zhǔn)備運(yùn)行的功能模塊的IP數(shù)據(jù)流，用于對(duì)基于IP數(shù)據(jù)流傳輸?shù)乃袛?shù)據(jù)報(bào)文的報(bào)頭進(jìn)行壓縮。因此，具體地，本發(fā)明的較佳的實(shí)施例中，移動(dòng)終端可以在相應(yīng)的功能模塊開始運(yùn)行之前，預(yù)先分配給該功能模塊相應(yīng)的CID，以支持基于相應(yīng)的IP數(shù)據(jù)流對(duì)數(shù)據(jù)報(bào)文的報(bào)頭進(jìn)行壓縮。

則本發(fā)明的較佳的實(shí)施例中，如圖1所示，上述報(bào)文壓縮方法的步驟具體包括：

步驟S1，移動(dòng)終端內(nèi)的一個(gè)功能模塊運(yùn)行完畢，功能模塊根據(jù)運(yùn)行完畢之前發(fā)送的最后一份數(shù)據(jù)報(bào)文組織一份相應(yīng)的通知報(bào)文并輸出；

本發(fā)明的較佳的實(shí)施例中，如圖2所示，上述步驟S1具體包括：

步驟S11，功能模塊運(yùn)行完畢后，記錄運(yùn)行完畢之前的最后一份向關(guān)聯(lián)于對(duì)應(yīng)的互聯(lián)網(wǎng)協(xié)議數(shù)據(jù)流的目的地址發(fā)送的數(shù)據(jù)報(bào)文；

本發(fā)明的較佳的實(shí)施例中，功能模塊運(yùn)行完畢，即表示相應(yīng)的一個(gè)應(yīng)用程序(Application，APP)使用完畢，此時(shí)，對(duì)應(yīng)于該功能模塊的套接字(Socket)連接以主動(dòng)(例如功能模塊主動(dòng)斷開)或者被動(dòng)(例如對(duì)端設(shè)備斷開)的方式被關(guān)閉，則對(duì)應(yīng)該功能模塊的IP數(shù)據(jù)流同樣結(jié)束，此時(shí)該功能模塊所占用的系統(tǒng)資源，包括對(duì)應(yīng)于該IP數(shù)據(jù)流的CID，理論上都應(yīng)該被釋放。但是現(xiàn)有技術(shù)中，移動(dòng)終端并不知曉上述情況，因此需要功能模塊定義一份特殊的報(bào)文通知移動(dòng)終端。

步驟S12，功能模塊根據(jù)被記錄的數(shù)據(jù)報(bào)文，組織一份相同的通知報(bào)文；

本發(fā)明的較佳的實(shí)施例中，上述步驟S11中，記錄下該功能模塊運(yùn)行完畢之前最后一份向該IP數(shù)據(jù)流對(duì)應(yīng)的目的地址發(fā)送的數(shù)據(jù)報(bào)文，主要在于記錄該數(shù)據(jù)報(bào)文的報(bào)頭部分和負(fù)載數(shù)據(jù)部分。

則本發(fā)明的較佳的實(shí)施例中，上述功能模塊在運(yùn)行完畢后(即相應(yīng)的socket連接被關(guān)閉后)，組織一份通知報(bào)文(即上文中所述的特殊報(bào)文)。該通知報(bào)文與被記錄下的功能模塊在運(yùn)行完畢之前最后一份向IP數(shù)據(jù)流對(duì)應(yīng)的目的地址發(fā)送的數(shù)據(jù)報(bào)文相同。具體在于：

1)本發(fā)明的一個(gè)較佳的實(shí)施例中，上述通知報(bào)文由報(bào)頭部分構(gòu)成，不包括負(fù)載數(shù)據(jù)部分，則該通知報(bào)文的報(bào)頭部分與被記錄的數(shù)據(jù)報(bào)文的報(bào)頭部分相同；或者

2)本發(fā)明的另一個(gè)較佳的實(shí)施例中，上述通知報(bào)文中包括報(bào)頭部分和負(fù)載數(shù)據(jù)部分，則該通知報(bào)文的報(bào)頭部分與被記錄的數(shù)據(jù)報(bào)文的報(bào)頭部分相同，以及該通知報(bào)文的負(fù)載數(shù)據(jù)部分與被記錄的數(shù)據(jù)報(bào)文的負(fù)載數(shù)據(jù)部分相同。換言之，在這種結(jié)構(gòu)下，通知報(bào)文與被記錄的數(shù)據(jù)報(bào)文完全相同。

本發(fā)明的較佳的實(shí)施例中，上述通知報(bào)文雖然在形式上與被記錄的真正的數(shù)據(jù)報(bào)文完全相同(至少在報(bào)頭部分完全相同)，但是其并不會(huì)被移動(dòng)終端用于向目的地址發(fā)送，即不會(huì)作為正常的數(shù)據(jù)報(bào)文進(jìn)行處理，只有鑒別CID的功能，該功能在下文中會(huì)詳述。

步驟S13，功能模塊將組織形成的通知報(bào)文封裝于一通知消息中輸出。

本發(fā)明的較佳的實(shí)施例中，功能模塊在組織形成上述通知報(bào)文之后，將該通知報(bào)文封裝于一通知消息中。換言之，本發(fā)明的較佳的實(shí)施例中，功能模塊在運(yùn)行完畢后，輸出一個(gè)帶有通知報(bào)文的通知消息。

本發(fā)明的較佳的實(shí)施例中，于移動(dòng)終端內(nèi)設(shè)定一個(gè)報(bào)文壓縮單元，則上述功能模塊在運(yùn)行完畢后，向報(bào)文壓縮單元傳輸相應(yīng)的通知消息。

則上述步驟S2中，采用移動(dòng)終端內(nèi)設(shè)定的報(bào)文壓縮單元接收上述通知消息并進(jìn)行解析，以通過解析得到該通知消息中包括的通知報(bào)文。

本發(fā)明的較佳的實(shí)施例中，在執(zhí)行步驟S1時(shí)，上述功能模塊運(yùn)行完畢后，首先判斷功能模塊是否能夠基于IP數(shù)據(jù)流收發(fā)數(shù)據(jù)報(bào)文，即判斷該功能模塊是否具有IP數(shù)據(jù)收發(fā)功能：

若功能模塊能夠基于IP數(shù)據(jù)流收發(fā)數(shù)據(jù)報(bào)文，則繼續(xù)執(zhí)行步驟S1；

若功能模塊無法基于IP數(shù)據(jù)流收發(fā)數(shù)據(jù)報(bào)文，則退出。

步驟S2，移動(dòng)終端根據(jù)通知報(bào)文查找相應(yīng)的內(nèi)容標(biāo)識(shí)符，并將查找得到的內(nèi)容標(biāo)識(shí)符設(shè)定為處于可分配狀態(tài)，隨后返回步驟S1。

本發(fā)明的較佳的實(shí)施例中，如圖3所示，上述步驟S2具體包括：

步驟S21，報(bào)文壓縮單元獲取通知報(bào)文，并在移動(dòng)終端內(nèi)包括的所有內(nèi)容標(biāo)識(shí)符中查找關(guān)聯(lián)于通知報(bào)文的內(nèi)容標(biāo)識(shí)符；

若報(bào)文壓縮單元未查找得到關(guān)聯(lián)于通知報(bào)文的內(nèi)容標(biāo)識(shí)符，則轉(zhuǎn)向步驟S23；

本發(fā)明的較佳的實(shí)施例中，由于上述通知報(bào)文與被記錄的正常的數(shù)據(jù)報(bào)文相同(至少報(bào)頭部分相同)，而被記錄的數(shù)據(jù)報(bào)文關(guān)聯(lián)于相應(yīng)的CID(通過IP數(shù)據(jù)流進(jìn)行關(guān)聯(lián))，因此報(bào)文壓縮單元可以很方便地通過通知報(bào)文的報(bào)頭部分查找得到對(duì)應(yīng)的CID。

因此，本發(fā)明的較佳的實(shí)施例中，若報(bào)文壓縮單元根據(jù)通知報(bào)文的報(bào)頭部分從移動(dòng)終端內(nèi)包括的所有CID中查找得到對(duì)應(yīng)需要的CID，則轉(zhuǎn)向下述步驟；

相應(yīng)地，若報(bào)文壓縮單元根據(jù)同坐報(bào)文的報(bào)頭部分從移動(dòng)終端內(nèi)包括的所有CID中查找不到對(duì)應(yīng)需要的CID，則轉(zhuǎn)向步驟S23，即丟棄該通知報(bào)文(不將該通知報(bào)文作與一般數(shù)據(jù)報(bào)文相同的處理)。

步驟S22，報(bào)文壓縮單元將查找得到的關(guān)聯(lián)于通知報(bào)文的內(nèi)容標(biāo)識(shí)符設(shè)定為處于可分配狀態(tài)，隨后丟棄通知報(bào)文，并返回步驟S1；

本發(fā)明的較佳的實(shí)施例中，上述步驟S22中，在查找得到相應(yīng)的CID后，報(bào)文壓縮單元將該CID設(shè)定為處于可分配狀態(tài)，即該CID此時(shí)是空閑的，不存在相關(guān)聯(lián)的IP數(shù)據(jù)流，可供系統(tǒng)分配給其他新產(chǎn)生的基于新的IP數(shù)據(jù)流進(jìn)行傳輸?shù)臄?shù)據(jù)報(bào)文。

本發(fā)明的較佳的實(shí)施例中，報(bào)文壓縮單元查找得到相應(yīng)的CID后，將上述通知報(bào)文丟棄，即不針對(duì)該通知報(bào)文作與一般的數(shù)據(jù)報(bào)文相同的操作(例如發(fā)送至目的地址)。

本發(fā)明的較佳的實(shí)施例中，報(bào)文壓縮單元在丟棄上述通知報(bào)文后，釋放該通知報(bào)文占用的系統(tǒng)資源。

步驟S23，報(bào)文壓縮單元丟棄通知報(bào)文，隨后返回步驟S1。

本發(fā)明的較佳的實(shí)施例中，如上文中所述，若查找不到CID，則直接丟棄通知報(bào)文，不對(duì)通知報(bào)文作與一般的數(shù)據(jù)報(bào)文相同的操作，并且同樣釋放該通知報(bào)文原本占用的系統(tǒng)資源。

本發(fā)明的較佳的實(shí)施例中，上述報(bào)文壓縮單元最終：

1)將查找得到的CID設(shè)定為處于可分配狀態(tài)，從而該CID可以留待基于新的IP數(shù)據(jù)流進(jìn)行傳輸?shù)臄?shù)據(jù)報(bào)文進(jìn)行報(bào)頭壓縮之用；

2)若查找不到相應(yīng)的CID，則直接丟棄該通知報(bào)文，并應(yīng)用現(xiàn)有的報(bào)文壓縮技術(shù)對(duì)基于新的IP數(shù)據(jù)流進(jìn)行傳輸?shù)臄?shù)據(jù)報(bào)文的報(bào)頭進(jìn)行壓縮。

本發(fā)明的較佳的實(shí)施例中，在執(zhí)行完上述步驟S2后，返回步驟S1，以等待下一個(gè)功能模塊運(yùn)行完畢，并收回相應(yīng)的CID。

綜上所述，本發(fā)明技術(shù)方案中，于一個(gè)支持IP數(shù)據(jù)傳輸?shù)墓δ苣K(移動(dòng)終端內(nèi)的APP)運(yùn)行完畢后，根據(jù)其在運(yùn)行完畢之前向目的地址發(fā)送的最后一份數(shù)據(jù)報(bào)文組織一份相同的通知報(bào)文(至少報(bào)頭部分相同)，并將包括該通知報(bào)文的通知消息傳輸給報(bào)文壓縮單元；報(bào)文壓縮單元根據(jù)該通知報(bào)文的報(bào)頭部分，從移動(dòng)終端中包括的所有CID中查詢得到對(duì)應(yīng)的CID并將其收回(即設(shè)定為處于可分配狀態(tài))，隨后直接丟棄該通知報(bào)文并釋放該通知報(bào)文占用的系統(tǒng)資源。該收回的CID可被用于后續(xù)新的數(shù)據(jù)報(bào)文的報(bào)頭壓縮。

本發(fā)明的較佳的實(shí)施例中，還提供一種移動(dòng)終端，其中采用上文中所述的報(bào)文壓縮方法。

以上所述僅為本發(fā)明較佳的實(shí)施例，并非因此限制本發(fā)明的實(shí)施方式及保護(hù)范圍，對(duì)于本領(lǐng)域技術(shù)人員而言，應(yīng)當(dāng)能夠意識(shí)到凡運(yùn)用本發(fā)明說明書及圖示內(nèi)容所作出的等同替換和顯而易見的變化所得到的方案，均應(yīng)當(dāng)包含在本發(fā)明的保護(hù)范圍內(nèi)。