[發(fā)明專利]一種傳輸壓縮消息的方法、系統(tǒng)及設(shè)備

有效

• 申請(qǐng)?zhí)枺?/td>: 200610166831.1
• 申請(qǐng)日: 2006-12-08
• 公開（公告）號(hào): CN101197825A
• 公開（公告）日: 2008-06-11
• 發(fā)明（設(shè)計(jì)）人: 張志偉;周思義;雷曉松
• 申請(qǐng)（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號(hào): H04L29/06
• 分類號(hào): H04L29/06;H04L12/58
• 代理公司: 北京德琦知識(shí)產(chǎn)權(quán)代理有限公司
• 代理人: 宋志強(qiáng);麻海明

技術(shù)領(lǐng)域

本發(fā)明涉及在通信系統(tǒng)中的壓縮/解壓縮技術(shù)，特別涉及一種傳輸壓縮消息的方法、系統(tǒng)及設(shè)備。

背景技術(shù)

在無線通信系統(tǒng)中的通信設(shè)備需要進(jìn)行消息交互，消息可以采用各種協(xié)議承載，如消息可以采用會(huì)話發(fā)起協(xié)議(SIP，Session?Initiated?Protocol)承載。SIP協(xié)議是一種基于文本的，具有簡(jiǎn)單、易讀、容易擴(kuò)展的、端到端的通用分組域呼叫控制協(xié)議。SIP的一些特征，如基于文本以及具有自描述能力，會(huì)導(dǎo)致SIP消息的長(zhǎng)度相對(duì)較大，如多媒體子系統(tǒng)(IMS)的初始請(qǐng)求(INVITE)消息的長(zhǎng)度約有1000字節(jié)以上。特別是把SIP消息用做無線分組域(Packet?Switched)的業(yè)務(wù)控制消息時(shí)，因無線接入網(wǎng)絡(luò)傳輸帶寬相對(duì)窄、無線資源寶貴等原因，SIP消息的長(zhǎng)度將導(dǎo)致傳輸困難，導(dǎo)致誤碼率增大、傳輸時(shí)延增大以及資源消耗增加等，這對(duì)業(yè)務(wù)的性能和部署成本都有較大的影響。

因此在通信系統(tǒng)中傳輸SIP消息時(shí)，希望能夠?qū)IP消息壓縮后進(jìn)行傳遞，為了解決SIP消息的壓縮和解壓縮，因特網(wǎng)工程任務(wù)組(IETF，InternetEngineering?Task?Force)定制了SigComp標(biāo)準(zhǔn)。該標(biāo)準(zhǔn)可以為類似SIP消息以及實(shí)時(shí)流協(xié)議(RTSP，Real?Time?Streaming?Protocol)消息提供一個(gè)可靠的無損的壓縮和解壓縮方法框架。

以下采用SIP消息舉例說明如何傳輸應(yīng)用層協(xié)議壓縮消息以及在接收端通信設(shè)備上如何對(duì)接收到的應(yīng)用層協(xié)議壓縮消息進(jìn)行解壓縮的。

在SigComp標(biāo)準(zhǔn)中，為了能夠在通信設(shè)備之間傳輸SIP壓縮消息且使接收端通信設(shè)備能夠?qū)邮盏降腟IP壓縮消息進(jìn)行正確的解壓縮，需要在SIP壓縮消息中攜帶解壓縮信息，即解壓縮算法。解壓縮信息被表示為一串字節(jié)碼(Bytecode)攜帶在SIP壓縮消息的消息頭中。接收端通信設(shè)備中設(shè)置有通用解壓縮虛擬機(jī)(UDVM)，在接收端通信設(shè)備接收到SIP壓縮消息后，從該SIP壓縮消息中獲取到Bytecode，采用UDVM執(zhí)行Bytecode，把壓縮的SIP消息攜帶的內(nèi)容進(jìn)行解壓縮。

接收端通信設(shè)備還可以將獲取到的Bytecode存儲(chǔ)起來，這樣可以避免每次都重復(fù)發(fā)送Bytecode，浪費(fèi)無線通信系統(tǒng)的帶寬。

針對(duì)SIP壓縮消息，目前定義了一個(gè)標(biāo)準(zhǔn)的SIP壓縮的靜態(tài)字典，用于發(fā)送端通信設(shè)備和接收端通信設(shè)備進(jìn)行存儲(chǔ)。該靜態(tài)字典指發(fā)送端通信設(shè)備和接收端通信設(shè)備默認(rèn)的信息值，在壓縮SIP消息或解壓縮SIP壓縮消息時(shí)，Bytecode可以引用這些信息值進(jìn)行壓縮或解壓縮。這個(gè)靜態(tài)字典不需要在對(duì)SIP消息的內(nèi)容進(jìn)行壓縮或解壓縮初期進(jìn)行協(xié)商，從而減少了協(xié)商時(shí)間和協(xié)商流量，增加了在初期壓縮SIP消息時(shí)的壓縮比。

這種方式的具體過程為：在發(fā)送端通信設(shè)備和接收端通信設(shè)備上設(shè)置標(biāo)準(zhǔn)的SIP壓縮解壓縮的靜態(tài)字典，當(dāng)發(fā)送端通信設(shè)備對(duì)SIP消息的內(nèi)容壓縮后，構(gòu)造攜帶Bytecode和SIP消息壓縮內(nèi)容的SIP壓縮消息發(fā)送給接收端通信設(shè)備。接收端通信設(shè)備根據(jù)SIP壓縮消息中的Bytecode引用靜態(tài)字典，采用UMVM執(zhí)行解壓縮算法，對(duì)SIP壓縮消息中的壓縮內(nèi)容進(jìn)行解壓縮。

雖然在SigComp中，可以使發(fā)送端通信設(shè)備任意選擇壓縮算法對(duì)SIP消息進(jìn)行壓縮后發(fā)送，但是當(dāng)與接收端通信設(shè)備之間的通信鏈路比較差而引起丟失SIP壓縮消息后，目前沒有一個(gè)機(jī)制可以讓接收端通信設(shè)備來反映失敗原因，因此，只能依靠發(fā)送端通信設(shè)備重傳非壓縮的SIP消息來保證可靠傳輸。另外，當(dāng)SIP消息承載在傳輸控制協(xié)議(TCP)鏈路上時(shí)，SIP壓縮消息和非壓縮的SIP消息不能在同一個(gè)鏈路上進(jìn)行傳輸，如當(dāng)接收端通信設(shè)備從第三代通信網(wǎng)絡(luò)(3G)切換到寬帶局域網(wǎng)(WLAN)等有富于帶寬的接入網(wǎng)，以便可以傳輸非壓縮的SIP消息時(shí)，需要重新建立一個(gè)鏈路連接來傳輸非壓縮的SIP消息，而不能重復(fù)采用傳輸SIP壓縮消息的鏈路來傳輸非壓縮的SIP消息。在TCP鏈路上傳輸SIP壓縮消息時(shí)還需要在SIP壓縮消息中增加定界符，這會(huì)使發(fā)送端通信設(shè)備增加壓縮處理任務(wù)。