專利名稱：啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議報(bào)文首部壓縮的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及報(bào)文壓縮技術(shù)領(lǐng)域，尤其是啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議(UserDatagram Protocol，簡稱UDP)報(bào)文首部壓縮的方法。
背景技術(shù)：
在TCP/IP技術(shù)中為了減低點(diǎn)到點(diǎn)鏈路中報(bào)文流的冗余，采用了一種IP首部壓縮的技術(shù)，即IPHC(IP Header Compression)技術(shù)，這種技術(shù)是基于以下的原理來實(shí)現(xiàn)的在同一個(gè)報(bào)文流(例如Socket連接中的報(bào)文流)中，組成報(bào)文首部的大部分字段都是始終保持不變的，例如源、目的地址，源、目的端口號(hào)等，這些保持不變的字段被稱為該報(bào)文流的壓縮解壓縮上下文，如果在點(diǎn)到點(diǎn)鏈路的兩端建立起報(bào)文流對(duì)應(yīng)的壓縮解壓縮上下文，那么在接下來的壓縮方發(fā)送的后續(xù)報(bào)文中，只需攜帶報(bào)文首部中發(fā)生變化的字段，而不需要完整的報(bào)文首部，這樣解壓縮方也能夠根據(jù)壓縮解壓縮上下文和發(fā)生變化的字段解壓出該后續(xù)報(bào)文原來的首部，從而降低了報(bào)文流的冗余，降低了網(wǎng)絡(luò)消耗。
在壓縮方和解壓縮方之間可能會(huì)同時(shí)存在多個(gè)報(bào)文流，因此需要用上下文標(biāo)識(shí)(Context Identifier，簡稱CID)來區(qū)分不同報(bào)文流的上下文，每一個(gè)上下文必須分配一個(gè)唯一的CID標(biāo)識(shí)，如果報(bào)文流為傳輸控制協(xié)議(Transmission Control Protocol，簡稱TCP)報(bào)文流，則只需要CID標(biāo)識(shí)就足夠了，但如果報(bào)文流為非TCP報(bào)文流(例如UDP報(bào)文流)，則還需要在上下文發(fā)生變化的時(shí)候使用Generation標(biāo)識(shí)來區(qū)分上下文的不同版本。
在IPHC技術(shù)中，報(bào)文可以根據(jù)作用不同分為兩類一種是用于建立上下文的完整首部報(bào)文，一種是建立上下文后發(fā)送的壓縮首部報(bào)文。以UDP報(bào)文為例，每一個(gè)UDP報(bào)文，其數(shù)據(jù)凈荷的前面會(huì)封裝上UDP首部和IP首部，IP首部和UDP首部都是由很多字段組成的，這些字段的長度和順序是由協(xié)議嚴(yán)格規(guī)定的。在IP首部中有一個(gè)字段叫“長度”字段，它的取值表示報(bào)文從IP首部開始的長度，即IP首部以及UDP首部和報(bào)文凈荷的總長度。UDP首部中也有一個(gè)字段叫“長度”字段，它的取值表示報(bào)文從UDP首部開始的長度，即UDP首部和報(bào)文凈荷的總長度。與此同時(shí)，IP首部中還有一個(gè)字段是“IP首部長度”字段，該字段的取值表示報(bào)文IP首部的長度。假如已經(jīng)了解了鏈路層承載凈荷的總長度(即IP首部、UDP首部以及數(shù)據(jù)凈荷的總長度)，那么就等于知道了IP首部中“長度”字段的值，根據(jù)這個(gè)值以及IP首部中“IP首部長度”字段的值，就可以得出UDP首部中“長度”字段的值。因此，這兩個(gè)長度字段的值是冗余的，從而可以利用這兩個(gè)字段來攜帶CID標(biāo)識(shí)和Generation標(biāo)識(shí)，這樣的報(bào)文被稱為完整首部(FULL_HEADER)報(bào)文，其中Generation標(biāo)識(shí)只是針對(duì)非TCP報(bào)文而存在的。
在建立壓縮解壓縮上下文后，壓縮首部報(bào)文只攜帶CID標(biāo)識(shí)、Generation標(biāo)識(shí)(針對(duì)于非TCP報(bào)文)以及首部中發(fā)生變化的字段。
在壓縮方和解壓縮方之間正確的建立壓縮解壓縮上下文是IPHC技術(shù)的關(guān)鍵，如果完整首部報(bào)文在傳輸中發(fā)生丟失，解壓縮方就無法根據(jù)該報(bào)文建立相應(yīng)的上下文，從而解壓縮方后期接收的壓縮首部報(bào)文將因?yàn)榻鈮嚎s失敗而被丟棄。為了正確的建立UDP報(bào)文流的壓縮解壓縮上下文，現(xiàn)有技術(shù)采用了一種慢啟動(dòng)的方法來保證上下文的正確建立，基本原理是在壓縮啟動(dòng)的過程中，采用一種漸變的發(fā)送過程，即先發(fā)送一個(gè)完整首部報(bào)文，隨后發(fā)送一個(gè)壓縮報(bào)文，然后再發(fā)送一個(gè)完整首部報(bào)文，隨后再發(fā)送2個(gè)壓縮報(bào)文，即每發(fā)送2n個(gè)壓縮報(bào)文就需要發(fā)送一個(gè)完整首部報(bào)文，當(dāng)連續(xù)發(fā)送的壓縮報(bào)文個(gè)數(shù)2n達(dá)到設(shè)定值后，就每隔2n個(gè)壓縮報(bào)文發(fā)送一個(gè)完整首部報(bào)文來進(jìn)行定期的刷新，這時(shí)便進(jìn)入了穩(wěn)定的發(fā)送狀態(tài)。
如圖1所示，為現(xiàn)有技術(shù)中慢啟動(dòng)過程的示意圖，其中FH表示完整首部報(bào)文，CH表示壓縮首部報(bào)文，從圖1中能看出慢啟動(dòng)過程是個(gè)比較漫長的過程，通常需要發(fā)送9次完整報(bào)文才能進(jìn)入穩(wěn)定發(fā)送狀態(tài)，這樣帶來以下問題如果報(bào)文流頻繁的發(fā)生變化(即不斷出現(xiàn)新的報(bào)文流)，或者同一報(bào)文流的上下文出現(xiàn)震蕩變化，壓縮方需要重新進(jìn)行壓縮并執(zhí)行慢啟動(dòng)過程，由于完整首部報(bào)文的首部長度與原始首部(未經(jīng)壓縮處理的)報(bào)文的首部長度是相等的，而壓縮首部報(bào)文的首部長度是大大小于原始首部報(bào)文的首部長度的，因?yàn)槁龁?dòng)過程中需要頻繁發(fā)送完整首部報(bào)文，所以如果頻繁經(jīng)歷慢啟動(dòng)過程，那么壓縮效率比較低，換句話說壓縮的效果比較差；慢啟動(dòng)過程是壓縮方的單向發(fā)送過程，壓縮方無法明確的了解解壓縮方是否已經(jīng)建立起上下文，如果報(bào)文流前面丟失過幾個(gè)完整首部，則可能導(dǎo)致大量的報(bào)文無法進(jìn)行解壓縮而被丟棄。

發(fā)明內(nèi)容
本發(fā)明的目的是針對(duì)現(xiàn)有UDP報(bào)文首部壓縮慢啟動(dòng)方法的缺陷，提出一種啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議報(bào)文首部壓縮的方法，可以縮短首部壓縮啟動(dòng)時(shí)間，減少完整首部發(fā)送個(gè)數(shù)，取得更好的首部壓縮效果，并且降低對(duì)網(wǎng)絡(luò)資源的消耗。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議報(bào)文首部壓縮的方法，其特征在于在慢啟動(dòng)過程開始后，壓縮方朝解壓縮方發(fā)送包含完整首部的UDP報(bào)文時(shí)，執(zhí)行以下步驟步驟1，所述解壓縮方接收所述報(bào)文，建立擴(kuò)展的壓縮解壓縮上下文；步驟2，所述解壓縮方成功建立所述壓縮解壓縮上下文后，向所述壓縮方發(fā)送包含標(biāo)識(shí)的應(yīng)答報(bào)文，所述標(biāo)識(shí)用于確認(rèn)上下文建立有效；步驟3，所述壓縮方接收到所述應(yīng)答報(bào)文后，修改所述擴(kuò)展的壓縮解壓縮上下文中的標(biāo)識(shí)位為表示所述壓縮解壓縮上下文已經(jīng)確認(rèn)建立的含義，并結(jié)束慢啟動(dòng)過程，進(jìn)入穩(wěn)定發(fā)送狀態(tài)。
在上述技術(shù)方案中，在所述壓縮方向解壓縮方發(fā)送包含完整首部的UDP報(bào)文之前，還包括以下步驟所述壓縮方判斷所述UDP報(bào)文是否滿足壓縮條件，是則壓縮方在本端保存壓縮解壓縮上下文，并向解壓縮方發(fā)送包含完整首部的UDP報(bào)文，否則中止UDP報(bào)文慢啟動(dòng)過程，并結(jié)束操作。
判斷壓縮條件的操作主要有兩種，一種是判斷所述UDP報(bào)文是否預(yù)設(shè)為不進(jìn)行壓縮；另一種是判斷所述UDP報(bào)文是否為IP分片報(bào)文在所述步驟3之后，所述解壓縮方判斷后續(xù)接收到包含完整首部的報(bào)文與已建立的壓縮解壓縮上下文相比是否發(fā)生改變，是則重新建立所述壓縮解壓縮上下文，并執(zhí)行所述步驟2；否則維持穩(wěn)定發(fā)送狀態(tài)。如果所述壓縮方在所述慢啟動(dòng)過程中預(yù)定長度的時(shí)間內(nèi)未收到所述包含有效標(biāo)識(shí)的應(yīng)答報(bào)文時(shí)，重新進(jìn)行慢啟動(dòng)過程；或者不對(duì)所述報(bào)文流進(jìn)行壓縮。
基于上述的技術(shù)方案，本發(fā)明具有以下優(yōu)點(diǎn)本發(fā)明中解壓縮方在建立上下文環(huán)境后會(huì)向壓縮方發(fā)回有效標(biāo)識(shí)，克服了現(xiàn)有慢啟動(dòng)過程中單向發(fā)送的缺陷，降低了解壓縮失敗的可能；并且在壓縮方收到有效標(biāo)識(shí)的應(yīng)答報(bào)文后，會(huì)對(duì)上下文進(jìn)行標(biāo)記，并直接進(jìn)入穩(wěn)定發(fā)送，從而大大的提高了壓縮效率。
下面通過附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1為現(xiàn)有技術(shù)中慢啟動(dòng)過程的示意圖。
圖2為本發(fā)明啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議報(bào)文首部壓縮的方法的基本流程示意圖。
圖3為本發(fā)明啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議報(bào)文首部壓縮的方法的一個(gè)實(shí)施例的流程示意圖。
圖4為本發(fā)明啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議報(bào)文首部壓縮的方法的另一個(gè)實(shí)施例的流程示意圖。
具體實(shí)施例方式
本發(fā)明的核心是通過在報(bào)文流兩端之間的報(bào)文中加入標(biāo)識(shí)，實(shí)現(xiàn)了對(duì)報(bào)文首部壓縮的啟動(dòng)過程優(yōu)化，可以縮短壓縮慢啟動(dòng)的過程，提高了上下文建立的效率。
接下來將在下面的實(shí)施例中結(jié)合附圖對(duì)本發(fā)明進(jìn)行進(jìn)一步的描述。
如圖2所示，為本發(fā)明啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議報(bào)文首部壓縮的方法的基本流程示意圖，在慢啟動(dòng)過程開始后，先發(fā)送一個(gè)完整首部報(bào)文，然后每發(fā)送2n個(gè)壓縮報(bào)文就需要發(fā)送一個(gè)完整首部報(bào)文，其中n≥0，在這個(gè)過程中，當(dāng)壓縮方朝解壓縮方發(fā)送包含完整首部的UDP報(bào)文時(shí)，執(zhí)行以下步驟步驟101，解壓縮方接收壓縮方發(fā)送的UDP報(bào)文，并根據(jù)UDP報(bào)文建立壓縮解壓縮上下文；步驟102，解壓縮方在成功建立壓縮解壓縮上下文后，會(huì)向壓縮方發(fā)送包含標(biāo)識(shí)的應(yīng)答報(bào)文，該應(yīng)答報(bào)文為擴(kuò)展的CONTEXT_STATE報(bào)文，格式如下表

其中第一個(gè)字節(jié)為類型字節(jié)，用來表示這個(gè)CONTEXT_STATE報(bào)文是否是確認(rèn)上下文“有效”的，具體設(shè)置的值為預(yù)先設(shè)定的，作為代表“有效”或者“無效”的標(biāo)識(shí)。第二個(gè)字節(jié)的第一個(gè)比特為CID標(biāo)識(shí)位，用來標(biāo)識(shí)CID的位數(shù)，例如當(dāng)CID標(biāo)識(shí)位取1時(shí)，CID為16比特；CID標(biāo)識(shí)位取0時(shí)，CID為8比特。后兩個(gè)字節(jié)為CID的低字節(jié)和高字節(jié)，如果CID為8比特，則不需要CID高字節(jié)；步驟103，壓縮方接收到帶有“有效”標(biāo)識(shí)的應(yīng)答報(bào)文后，將壓縮解壓縮上下文標(biāo)記位修改為“已確認(rèn)”，然后結(jié)束慢啟動(dòng)過程，直接進(jìn)入穩(wěn)定的發(fā)送過程。本發(fā)明在常規(guī)的UDP報(bào)文首部壓縮上下文表項(xiàng)添加“已確認(rèn)標(biāo)志”，用以標(biāo)注壓縮解壓縮上下文為已確認(rèn)，具體見下表。

在穩(wěn)定發(fā)送過程建立后，還要考慮到上下文發(fā)生變化的情況，如圖3所示，為本發(fā)明啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議報(bào)文首部壓縮的方法的一個(gè)實(shí)施例的流程示意圖，即在基本流程之后，加入了以下步驟步驟104，如果解壓縮方后續(xù)收到的包含完整首部的報(bào)文與已建立的壓縮解壓縮上下文相比發(fā)生了變化，則重新建立壓縮解壓縮上下文，然后重新執(zhí)行回步驟102，向壓縮方發(fā)送包含有效標(biāo)識(shí)的應(yīng)答報(bào)文，當(dāng)壓縮方接收到帶有有效標(biāo)識(shí)的應(yīng)答報(bào)文后，將壓縮解壓縮上下文標(biāo)記為已確認(rèn)，然后結(jié)束慢啟動(dòng)過程，重新進(jìn)入穩(wěn)定的發(fā)送過程。
在實(shí)際過程中，有的UDP報(bào)文并不符合壓縮條件，這樣的報(bào)文壓縮方會(huì)識(shí)別出而不進(jìn)行壓縮處理的，具體的壓縮條件現(xiàn)有技術(shù)中有詳細(xì)的規(guī)定，一般有以下幾種情況如果UDP報(bào)文的IP首部帶有“選項(xiàng)”字段，那么可以不對(duì)其進(jìn)行壓縮；“選項(xiàng)”是IP首部中一個(gè)可選的字段，而且其含義是標(biāo)志該UDP報(bào)文不需要被壓縮；另外，如果UDP報(bào)文是IP分片報(bào)文，那么也不對(duì)其進(jìn)行壓縮。IP分片報(bào)文是指當(dāng)上層應(yīng)用交給IP層的報(bào)文大于鏈路的最大傳輸單元(即鏈路一次可以發(fā)送的最大報(bào)文長度)時(shí)，IP層會(huì)將該報(bào)文分成幾片進(jìn)行發(fā)送。
雖然本發(fā)明將以上條件設(shè)定為壓縮條件，但這并不只限定這幾種壓縮條件，同時(shí)對(duì)于上述兩種情況，也可以設(shè)置為進(jìn)行壓縮。
對(duì)于IP分片報(bào)文，如果要對(duì)這種報(bào)文進(jìn)行壓縮，那么需要將一個(gè)連接上的分片報(bào)文和未分片的報(bào)文劃分成兩個(gè)報(bào)文流進(jìn)行壓縮處理，同樣，對(duì)于一個(gè)IP首部帶“選項(xiàng)”的UDP報(bào)文和不帶“選項(xiàng)”的UDP報(bào)文必須劃分成兩個(gè)報(bào)文流進(jìn)行壓縮處理。
另外，本發(fā)明是針對(duì)UDP報(bào)文進(jìn)行壓縮處理，如果鏈路兩端發(fā)送TCP報(bào)文或者僅有IP首部(稱為Raw IP)的報(bào)文，這些報(bào)文也不滿足壓縮條件，不能被壓縮。
本發(fā)明還公開了這樣一個(gè)實(shí)施例，如圖4所示，為本發(fā)明啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議報(bào)文首部壓縮的方法的另一個(gè)實(shí)施例的流程示意圖，在壓縮方朝解壓縮方發(fā)送包含完整首部的UDP報(bào)文之前，包括以下步驟步驟201，壓縮方判斷該UDP報(bào)文是否滿足壓縮條件，是則壓縮方朝解壓縮方發(fā)送包含完整首部的UDP報(bào)文，并執(zhí)行步驟203；否則執(zhí)行步驟202；步驟202，中止UDP報(bào)文壓縮的慢啟動(dòng)過程，即不對(duì)進(jìn)行壓縮該UDP報(bào)文流進(jìn)行壓縮，結(jié)束操作；步驟203，解壓縮方接收壓縮方發(fā)送的UDP報(bào)文，并根據(jù)UDP報(bào)文建立壓縮解壓縮上下文；步驟204，解壓縮方在成功建立壓縮解壓縮上下文后，會(huì)向壓縮方發(fā)送包含標(biāo)識(shí)的應(yīng)答報(bào)文，該應(yīng)答報(bào)文為擴(kuò)展的CONTEXT_STATE報(bào)文；步驟205，壓縮方接收到帶有“有效”標(biāo)識(shí)的應(yīng)答報(bào)文后，將壓縮解壓縮上下文標(biāo)記位修改為“已確認(rèn)”，然后結(jié)束慢啟動(dòng)過程，直接進(jìn)入穩(wěn)定的發(fā)送過程。本發(fā)明在常規(guī)的UDP報(bào)文首部壓縮上下文表項(xiàng)添加“已確認(rèn)標(biāo)志”。
如果壓縮方在慢啟動(dòng)過程中預(yù)定長度的時(shí)間內(nèi)未收到所述包含有效標(biāo)識(shí)的應(yīng)答報(bào)文時(shí)，重新進(jìn)行慢啟動(dòng)過程，或者中止對(duì)所述報(bào)文流進(jìn)行壓縮。
在上述兩個(gè)實(shí)施例中，解壓縮方在建立上下文環(huán)境后會(huì)向壓縮方發(fā)回有效標(biāo)識(shí)，克服了現(xiàn)有慢啟動(dòng)過程中單向發(fā)送的缺陷，即現(xiàn)有方式的慢啟動(dòng)過程中壓縮方無法獲知上下文環(huán)境建立是否成功，只能重復(fù)的發(fā)送完整報(bào)文以保證成功建立；而本發(fā)明可以在解壓縮方建立成功后可以立刻反饋給壓縮方，因此避免了冗余的重復(fù)發(fā)送過程；而且由于壓縮方獲知了上下文環(huán)境的建立情況，自然降低了解壓縮失敗的可能。壓縮方在收到標(biāo)識(shí)的應(yīng)答報(bào)文后，會(huì)對(duì)上下文進(jìn)行標(biāo)記，并直接進(jìn)入穩(wěn)定發(fā)送，從而大大的提高了壓縮效率。
最后應(yīng)當(dāng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非對(duì)其限制；盡管參照較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說明，所屬領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解依然可以對(duì)本發(fā)明的具體實(shí)施方式
進(jìn)行修改或者對(duì)部分技術(shù)特征進(jìn)行等同替換；而不脫離本發(fā)明技術(shù)方案的精神，其均應(yīng)涵蓋在本發(fā)明請(qǐng)求保護(hù)的技術(shù)方案范圍當(dāng)中。
權(quán)利要求
1.一種啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議報(bào)文首部壓縮的方法，其特征在于在慢啟動(dòng)過程開始后，壓縮方朝解壓縮方發(fā)送包含完整首部的UDP報(bào)文時(shí)，執(zhí)行以下步驟步驟1，所述解壓縮方接收所述報(bào)文，建立擴(kuò)展的壓縮解壓縮上下文；步驟2，所述解壓縮方成功建立所述壓縮解壓縮上下文后，向所述壓縮方發(fā)送包含標(biāo)識(shí)的應(yīng)答報(bào)文，所述標(biāo)識(shí)用于確認(rèn)上下文建立有效；步驟3，所述壓縮方接收到所述應(yīng)答報(bào)文后，修改所述擴(kuò)展的壓縮解壓縮上下文中的標(biāo)識(shí)位為表示所述壓縮解壓縮上下文已經(jīng)確認(rèn)建立，并結(jié)束慢啟動(dòng)過程，進(jìn)入穩(wěn)定發(fā)送狀態(tài)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于所述步驟3之后，還包括以下步驟所述解壓縮方將后續(xù)接收到包含完整首部的報(bào)文與已建立的壓縮解壓縮上下文相比是否發(fā)生改變，是則重新建立所述壓縮解壓縮上下文，并執(zhí)行所述步驟2；否則維持穩(wěn)定發(fā)送狀態(tài)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于在所述壓縮方向解壓縮方發(fā)送包含完整首部的UDP報(bào)文之前，執(zhí)行下列操作所述壓縮方判斷所述UDP報(bào)文是否滿足壓縮條件，是則壓縮方在本端保存壓縮解壓縮上下文，并向解壓縮方發(fā)送包含完整首部的UDP報(bào)文，否則中止UDP報(bào)文慢啟動(dòng)過程，并結(jié)束操作。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于所述判斷所述UDP報(bào)文是否滿足壓縮條件的操作具體為判斷所述UDP報(bào)文的IP首部是否已預(yù)設(shè)為不進(jìn)行壓縮。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于所述判斷所述UDP報(bào)文是否滿足壓縮條件的操作具體為判斷所述UDP報(bào)文是否為IP分片報(bào)文。
6.根據(jù)權(quán)利要求1至5中任意一項(xiàng)所述的方法，其特征在于所述壓縮方在所述慢啟動(dòng)過程中預(yù)定長度的時(shí)間內(nèi)未收到包含所述標(biāo)識(shí)的應(yīng)答報(bào)文時(shí)，重新進(jìn)行慢啟動(dòng)過程。
7.根據(jù)權(quán)利要求1至5中任意一項(xiàng)所述的方法，其特征在于所述壓縮方在所述慢啟動(dòng)過程中預(yù)定長度的時(shí)間內(nèi)未收到所述包含有效標(biāo)識(shí)的應(yīng)答報(bào)文時(shí)，中止對(duì)所述報(bào)文流進(jìn)行壓縮。
全文摘要
本發(fā)明涉及一種啟動(dòng)用戶數(shù)據(jù)報(bào)協(xié)議報(bào)文首部壓縮的方法，在慢啟動(dòng)過程開始后，壓縮方朝解壓縮方發(fā)送包含完整首部的UDP報(bào)文時(shí)，執(zhí)行解壓縮方接收?qǐng)?bào)文，建立擴(kuò)展的壓縮解壓縮上下文；成功建立上下文后，向壓縮方發(fā)送包含標(biāo)識(shí)的應(yīng)答報(bào)文，標(biāo)識(shí)用于確認(rèn)上下文建立有效；壓縮方接收到應(yīng)答報(bào)文后，修改上下文中的標(biāo)識(shí)位為表示壓縮解壓縮上下文已經(jīng)確認(rèn)建立的含義，并結(jié)束慢啟動(dòng)過程，進(jìn)入穩(wěn)定發(fā)送狀態(tài)。本發(fā)明中解壓縮方在建立上下文環(huán)境后會(huì)向壓縮方發(fā)回有效標(biāo)識(shí)，克服了現(xiàn)有慢啟動(dòng)過程中單向發(fā)送的缺陷，降低了解壓縮失敗的可能；并且在壓縮方收到有效標(biāo)識(shí)的應(yīng)答報(bào)文后，會(huì)對(duì)上下文進(jìn)行標(biāo)記，并直接進(jìn)入穩(wěn)定發(fā)送，從而大大的提高了壓縮效率。
文檔編號(hào)H04L12/56GK1968190SQ200610072688
公開日2007年5月23日 申請(qǐng)日期2006年4月11日 優(yōu)先權(quán)日2006年4月11日
發(fā)明者孫默, 張鴻雁 申請(qǐng)人:華為技術(shù)有限公司