專利名稱:會(huì)話發(fā)起協(xié)議消息有效負(fù)荷壓縮的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及會(huì)話發(fā)起協(xié)議消息的有效負(fù)荷的壓縮。
背景技術(shù):
IP多媒體服務(wù)提供相同會(huì)話內(nèi)話音、視頻、消息傳遞、數(shù)據(jù)等等的動(dòng)態(tài)組合。通過 增加可能組合的媒體和基本應(yīng)用的數(shù)量,將增加提供給最終訂戶的服務(wù)的數(shù)量,并且將豐 富人際通信體驗(yàn)。這將導(dǎo)致新一代的個(gè)性化、豐富的多媒體通信服務(wù),包括所謂的“組合IP 多媒體”服務(wù)。IP多媒體子系統(tǒng)(IMS)被第三代合作伙伴項(xiàng)目(3GPP)和ETSITISPAN組織定義為 在移動(dòng)通信網(wǎng)絡(luò)上提供IP多媒體服務(wù)的技術(shù)(3GPPTS 22. 228,TS 23. 228,TS 24. 229,TS 29. 228,TS 29. 229,TS 29. 328 和 TS 29. 329 發(fā)行版 5 到 7,和 TS 24. 173 發(fā)行版 7)。IMS 通 過標(biāo)準(zhǔn)化IMS服務(wù)使能器(Enabler)的使用,提供關(guān)鍵特征來豐富最終訂戶人到人的通信 體驗(yàn),標(biāo)準(zhǔn)化IMS服務(wù)使能器促進(jìn)基于IP的網(wǎng)絡(luò)上新的豐富的人到人(客戶端到客戶端) 通信服務(wù)以及人到內(nèi)容(客戶端到服務(wù)器)服務(wù)。IMS利用會(huì)話發(fā)起協(xié)議(SIP)來建立和 控制訂戶終端之間(或訂戶終端與應(yīng)用服務(wù)器之間)的呼叫或會(huì)話。會(huì)話描述協(xié)議(SDP) 由SIP信令攜帶,用于描述和協(xié)商會(huì)話的媒體組件。雖然SIP是作為訂戶到訂戶協(xié)議被創(chuàng) 建的,但I(xiàn)MS允許運(yùn)營商和服務(wù)提供者控制訂戶對(duì)服務(wù)的訪問和相應(yīng)地對(duì)訂戶計(jì)費(fèi)。通過示例,圖1示意示出在GPRS/PS接入網(wǎng)絡(luò)的情況下,IMS是如何適應(yīng)移動(dòng)網(wǎng) 絡(luò)架構(gòu)的(IMS當(dāng)然能在其他接入網(wǎng)絡(luò)上操作)。呼叫/會(huì)話控制功能(CSCF)在IMS內(nèi) 作為SIP代理來操作。3GPP架構(gòu)定義了三種CSCF 代理CSCF(P-CSCF),它是用于SIP終 端的IMS內(nèi)的第一聯(lián)系點(diǎn);服務(wù)CSCF(S-CSCF),它向訂戶提供其訂閱的服務(wù);以及詢問 CSCF(I-CSCF),它的作用是識(shí)別正確的S-CSCF并將經(jīng)由P-CSCF從SIP終端收到的請(qǐng)求轉(zhuǎn) 發(fā)到該S-CSCF。在IMS服務(wù)網(wǎng)絡(luò)內(nèi),提供應(yīng)用服務(wù)器(AS)以用于實(shí)現(xiàn)IMS服務(wù)功能性。應(yīng)用服務(wù) 器向IMS系統(tǒng)中的最終用戶提供服務(wù),它既可以通過SGPP定義的Mr接口作為端點(diǎn)來連接, 也可以通過3GPP定義的ISC接口由S-CSCF來“鏈入(link in) ”。在后一種情況下,S-CSCF 使用初始過濾準(zhǔn)則(IFC)來確定在SIP會(huì)話建立期間(或者實(shí)際為了相關(guān)的任何SIP方法、 會(huì)話或非會(huì)話的目的),應(yīng)該“鏈入”哪些應(yīng)用服務(wù)器。在IMS注冊(cè)過程期間,IFC作為訂戶 的訂戶簡檔的部分由S-CSCF從HSS接收。通過AS的使用而促進(jìn)的示例IMS服務(wù)是“存在”的服務(wù)。存在服務(wù)允許用戶向其他 用戶散布他們當(dāng)前的可用性和位置,并且涉及IMS內(nèi)存在AS的使用。用戶使用SIP PUBLISH 方法向存在AS更新他/她的存在狀態(tài),存在AS然后向已訂閱該用戶的存在的對(duì)等用戶發(fā) 出SIP NOTIFY消息。訂閱涉及用戶發(fā)送SIP SUBSCRIBE消息到存在AS,識(shí)別其存在正在 被訂閱的用戶。為了降低IMS網(wǎng)絡(luò)中流動(dòng)的存在有關(guān)業(yè)務(wù)的量,可引入所謂的資源列表服 務(wù)器(RLS) AS。RLS為指向給定用戶的NOTIFY消息充當(dāng)“集中器”,緩沖在某一預(yù)定義時(shí)間 期上接收的NOTIFY消息,并在該時(shí)期末尾僅將單個(gè)組合的NOTIFY消息發(fā)送到訂閱的用戶。RLS AS還為從用戶接收的SUBSCRIBE消息充當(dāng)“中間人”。
認(rèn)識(shí)到,NOTIFY消息能非常大,具有超過64K字節(jié)的有效負(fù)荷。其他的SIP消息 也能同樣大。因此,能夠壓縮消息來降低網(wǎng)絡(luò)負(fù)荷是合乎需要的。而且,消息的壓縮能改善 總的等待時(shí)間,因?yàn)榭罩薪涌谏?和網(wǎng)絡(luò)中)發(fā)送的大消息可能必須分割成若干較小的消 肩、οW02006/030277描述了用于壓縮SIP協(xié)議消息的方法和設(shè)備,其基于已知為 SIGCOMPdEEE RFC 3320和3321)的技術(shù)。所述方法涉及檢查消息類型和內(nèi)容,以及有選擇 地壓縮有效負(fù)荷和報(bào)頭的所有或部分,以便在明文中留下必須由中間網(wǎng)絡(luò)節(jié)點(diǎn)可讀的消息 組件。SIGC0MP本身包括靜態(tài)和動(dòng)態(tài)庫,并且在IMS內(nèi)它是在IMS終端中和P-CSCF中實(shí) 現(xiàn)的。靜態(tài)庫包含用于壓縮和解壓特定消息和消息部分的預(yù)定義入口(entry)。這有兩個(gè) 限制。第一,靜態(tài)庫能包含的壓縮/轉(zhuǎn)換信息的量可能由于可用存儲(chǔ)器而在最終用戶終端 中被限制。第二,將新的壓縮實(shí)體加入到靜態(tài)庫要求改變客戶端和服務(wù)器側(cè)。動(dòng)態(tài)庫利用 之前的消息來壓縮和解壓消息。雖然動(dòng)態(tài)庫的使用在消息包括相似數(shù)據(jù)的情況下將取得好 的壓縮率,但如果數(shù)據(jù)從消息到消息改變很多(它將在多服務(wù)環(huán)境中是這樣),則壓縮率將 會(huì)低。不考慮基于SIGC0MP的方法取得的壓縮率,SIGC0MP也沒有被廣泛地部署(并且靜 態(tài)庫將要求正在進(jìn)行的標(biāo)準(zhǔn)化),并且因此,將存在一段時(shí)間出現(xiàn)大量沒有最新的SIGC0MP 支持或者完全沒有SIGC0MP支持的終端。如果例如為這種遺留設(shè)備開發(fā)IMS存在應(yīng)用,則 關(guān)聯(lián)的SIP消息必須無壓縮地傳送。這個(gè)問題對(duì)其他類型的SIP通知也是適用的,例如,使 用XCAP改變事件包來完成的通知。
發(fā)明內(nèi)容
根據(jù)本發(fā)明的第一方面,提供一種跨IP多媒體網(wǎng)絡(luò)在用戶終端和會(huì)話發(fā)起協(xié)議 應(yīng)用服務(wù)器之間傳送會(huì)話發(fā)起協(xié)議消息的方法。該方法包括在發(fā)送側(cè)的應(yīng)用層內(nèi)壓縮消息 有效負(fù)荷并且在接收側(cè)上的應(yīng)用層解壓它們,壓縮的消息有效負(fù)荷經(jīng)由合適的應(yīng)用編程接 口在應(yīng)用層和會(huì)話發(fā)起協(xié)議用戶代理器(Agent)之間傳遞。通過促進(jìn)SIP用戶代理器以外的有效負(fù)荷壓縮和解壓,本發(fā)明的實(shí)施例能以沒有 安裝最新SIP協(xié)議的用戶終端來實(shí)現(xiàn),例如,不要求SIGC0MP兼容性。根據(jù)本發(fā)明的優(yōu)選實(shí)施例,SIP消息報(bào)頭被無壓縮地發(fā)送,使得這些消息能通過任 何中間CSCF和應(yīng)用服務(wù)器來路由,而不要求在這些節(jié)點(diǎn)解壓和再壓縮。利用眾所周知和可容易獲得的算法來壓縮和解壓有效負(fù)荷是合乎需要的。例如, 可以使用gzip算法(GNU zip的縮寫)。在例如IMS上實(shí)現(xiàn)的存在服務(wù)的情況下,在從用戶終端發(fā)送到會(huì)話發(fā)起協(xié)議應(yīng)用 服務(wù)器的SIP SUBSCRIBE消息中包括有效負(fù)荷壓縮將在應(yīng)用服務(wù)器執(zhí)行的指示是優(yōu)選的。 隨后從應(yīng)用服務(wù)器發(fā)送到用戶終端并涉及訂戶事件的SIP NOTIFY消息的有效負(fù)載被壓縮。 優(yōu)選的是,所述指示包括在SUBSCRIBE消息的接受或接受編碼報(bào)頭字段中。還有更優(yōu)選的 是,該方法包括經(jīng)由所述應(yīng)用編程接口將接受或接受編碼報(bào)頭字段從所述應(yīng)用層寫到會(huì)話 發(fā)起協(xié)議用戶代理器。在存在服務(wù)的情況下,該方法可包括在從用戶終端發(fā)送到會(huì)話發(fā)起協(xié)議應(yīng)用服務(wù)器的SIP PUBLISH消息中包括消息有效負(fù)荷被壓縮的指示,例如,在內(nèi)容-類型報(bào)頭字段中。當(dāng)然,這些過程可在不同于存在的IMS服務(wù)中采用。在存在服務(wù)情況下,所述會(huì)話發(fā)起協(xié)議應(yīng)用服務(wù)器可以是資源列表服務(wù)器。根據(jù)本發(fā)明的第二方面,提供一種配置成在IP多媒體子系統(tǒng)服務(wù)網(wǎng)絡(luò)內(nèi)操作的 用戶終端。該用戶終端實(shí)現(xiàn)與會(huì)話發(fā)起協(xié)議用戶代理器通信的一個(gè)或多個(gè)應(yīng)用層,所述一 個(gè)或多個(gè)應(yīng)用層經(jīng)由應(yīng)用編程接口與會(huì)話發(fā)起協(xié)議通信,該用戶終端進(jìn)一步配置成在所述 一個(gè)或多個(gè)應(yīng)用層壓縮和解壓外出和進(jìn)入的SIP消息的有效負(fù)荷,并經(jīng)由所述應(yīng)用編程接 口與會(huì)話發(fā)起協(xié)議用戶代理器交換壓縮的有效負(fù)荷。根據(jù)本發(fā)明的第三方面,提供一種配置成在IP多媒體子系統(tǒng)服務(wù)網(wǎng)絡(luò)內(nèi)操作的 會(huì)話發(fā)起協(xié)議應(yīng)用服務(wù)器。該應(yīng)用服務(wù)器實(shí)現(xiàn)與會(huì)話發(fā)起協(xié)議用戶代理器通信的一個(gè)或多 個(gè)應(yīng)用層,所述一個(gè)或多個(gè)應(yīng)用層經(jīng)由應(yīng)用編程接口與會(huì)話發(fā)起協(xié)議通信,該應(yīng)用服務(wù)器 進(jìn)一步配置成在所述一個(gè)或多個(gè)應(yīng)用層壓縮和解壓外出和進(jìn)入的SIP消息的有效負(fù)荷,并 經(jīng)由所述應(yīng)用編程接口與會(huì)話發(fā)起協(xié)議用戶代理器交換壓縮的有效負(fù)荷。
圖1示意示出IP多媒體子系統(tǒng)到3G移動(dòng)通信系統(tǒng)中的集成;圖2示意示出用于在IMS內(nèi)實(shí)現(xiàn)SIP消息的壓縮的功能架構(gòu);和圖3是示出用于壓縮SIP消息的過程的流程圖。
具體實(shí)施例方式正如已經(jīng)討論過的,在IP多媒體子系統(tǒng)(IMS)內(nèi)使用的多個(gè)不同SIP消息可包括 非常大量的有效負(fù)荷數(shù)據(jù)。這些消息包括例如SIP通知(例如,用于存在、RLS和XCAP改 變)和SIP公布(例如,用于存在)。使用壓縮機(jī)制來降低消息的大小、特別是優(yōu)化空中接 口帶寬的使用將是有利的。而且,為了允許與不利用SIGC0MP(或者至少具有最新靜態(tài)壓縮 庫的SIGC0MP)的遺留終端一起使用壓縮,在SIP層之上的應(yīng)用層促進(jìn)壓縮是合乎需要的。這里提議在應(yīng)用層引入壓縮/解壓過程,僅用于壓縮/解壓消息的有效負(fù)荷,并且 其利用通常使用的壓縮算法,例如“gzip”。gzip基于DEFLATE算法,它是LZ77和霍夫曼 (Huffman)編碼的組合。眾所周知的zip壓縮格式可用作對(duì)于gzip的備選。壓縮不對(duì)SIP消息報(bào)頭執(zhí)行,并且因此,消息通過的任何SIP代理都將不受影響, 因?yàn)檎嬲腟IP信息是不壓縮的。這在圖2中示出,其中用戶終端由參考數(shù)字1指示,(存 在)AS或RLS由參考數(shù)字2指示,相應(yīng)的SIP UA由3a、3b指示,并且相應(yīng)的應(yīng)用層由4a、4b 指示。gzip功能由參考數(shù)字5a、5b指示。示例CSCF由參考數(shù)字6指示。至少在本發(fā)明的一些實(shí)施例中,壓縮/解壓過程對(duì)SIP用戶代理器(在用戶終端 或者SIP應(yīng)用服務(wù)器)完全透明。相關(guān)應(yīng)用僅僅經(jīng)由合適的SIP UA應(yīng)用編程接口(API)與 SIP UA交換有效負(fù)荷數(shù)據(jù),并且SIP UA不關(guān)心數(shù)據(jù)是否被壓縮(相應(yīng)的API在圖2中由參 考數(shù)字7a、7b指示)。這個(gè)過程在圖3的流程圖中示出。然而,在其他實(shí)施例中允許用戶終 端例如在初始SIP SUBSCRIBE消息中指示它支持SIPN0TIFY消息中壓縮的有效負(fù)荷可能是 合乎需要的。這能例如通過允許應(yīng)用將合適的聲明寫入到SIP消息報(bào)頭中來完成。例如, 現(xiàn)有“接受”或“接受編碼”報(bào)頭字段能用于此目的,或者可指定新的SIP報(bào)頭字段。假設(shè)通知方(例如,存在AS)也支持壓縮,它將壓縮發(fā)送到訂戶并與訂閱的事件相關(guān)的所有SIP NOTIFY消息的有效負(fù)荷。有效負(fù)荷被壓縮的指示可包含在消息報(bào)頭內(nèi),例如,使用PUBLISH 和NOTIFY消息的“內(nèi)容-類型”報(bào)頭字段。
壓縮可特別在資源列表服務(wù)器(RLS)被采用,因?yàn)閺腞LS向用戶終端發(fā)送的有效 負(fù)荷經(jīng)常包含相同句法(syntax)的大量數(shù)據(jù),并且用于其的壓縮(例如使用gzip)將是非 常有效率的。本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到,在不脫離本發(fā)明范圍的前提下,可對(duì)上面描述的實(shí)施 例進(jìn)行各種修改。例如,在SIP層內(nèi)附加地實(shí)現(xiàn)SIP消息報(bào)頭的壓縮/解壓是可能的。然 而,這能是可選的,取決于在客戶端終端(或SIP AS)實(shí)現(xiàn)的SIP協(xié)議版本,并且在任何情 況下可能是不合乎需要的,因?yàn)樗赡芗s束SIP消息無附加處理地通過中間節(jié)點(diǎn)的能力。
權(quán)利要求
一種跨IP多媒體網(wǎng)絡(luò)在用戶終端和會(huì)話發(fā)起協(xié)議應(yīng)用服務(wù)器之間傳送會(huì)話發(fā)起協(xié)議消息的方法,所述方法包括在發(fā)送側(cè)的應(yīng)用層內(nèi)壓縮消息有效負(fù)荷并在接收側(cè)上的應(yīng)用層解壓它們,壓縮的消息有效負(fù)荷經(jīng)由合適的應(yīng)用編程接口在所述應(yīng)用層和會(huì)話發(fā)起協(xié)議用戶代理器之間傳遞。
2.如權(quán)利要求1所述的方法,所述消息報(bào)頭被無壓縮地發(fā)送,使得所述消息能通過任 何中間CSCF和應(yīng)用服務(wù)器來路由。
3.如權(quán)利要求1或2所述的方法,消息有效負(fù)荷的所述壓縮和解壓使用gzip來執(zhí)行。
4.如前面權(quán)利要求的任一項(xiàng)所述的方法,并且包括在從所述用戶終端發(fā)送到會(huì)話發(fā) 起協(xié)議應(yīng)用服務(wù)器的SIP SUBSCRIBE消息中包括有效負(fù)荷壓縮將在所述應(yīng)用服務(wù)器執(zhí)行的 指示,并且隨后壓縮從所述應(yīng)用服務(wù)器發(fā)送到所述用戶終端的SIP NOTIFY消息的有效負(fù) 荷。
5.如權(quán)利要求4所述的方法,并且包括在所述SUBSCRIBE消息的接受或接受編碼報(bào) 頭字段中包括所述指示。
6.如權(quán)利要求5所述的方法,并且包括經(jīng)由所述應(yīng)用編程接口從所述應(yīng)用層將所述 接受或接受編碼報(bào)頭字段寫到所述會(huì)話發(fā)起協(xié)議用戶代理器。
7.如權(quán)利要求4到6的任一項(xiàng)所述的方法,其中所述SUBSCRIBE和NOTIFY消息涉及存 在服務(wù)。
8.如權(quán)利要求1到3的任一項(xiàng)所述的方法,并且包括在從所述用戶終端發(fā)送到會(huì)話 發(fā)起協(xié)議應(yīng)用服務(wù)器的SIP PUBLISH消息中包括所述消息有效負(fù)荷被壓縮的指示。
9.如權(quán)利要求8所述的方法,并且包括在所述PUBLISH消息的“內(nèi)容-類型”報(bào)頭字 段中包括所述指示。
10.如權(quán)利要求9所述的方法,并且包括經(jīng)由所述應(yīng)用編程接口從所述應(yīng)用層將所述 內(nèi)容-類型報(bào)頭字段寫到所述會(huì)話發(fā)起協(xié)議用戶代理器。
11.如權(quán)利要求8到10的任一項(xiàng)所述的方法,其中所述PUBLISH消息涉及存在服務(wù)。
12.如前面權(quán)利要求的任一項(xiàng)所述的方法,其中所述會(huì)話發(fā)起協(xié)議應(yīng)用服務(wù)器是資源 列表服務(wù)器。
13.—種配置成在IP多媒體子系統(tǒng)服務(wù)網(wǎng)絡(luò)內(nèi)操作的用戶終端,所述用戶終端實(shí)現(xiàn)與 會(huì)話發(fā)起協(xié)議用戶代理器通信的一個(gè)或多個(gè)應(yīng)用層,所述一個(gè)或多個(gè)應(yīng)用層經(jīng)由應(yīng)用編程 接口與所述會(huì)話發(fā)起協(xié)議通信,所述用戶終端進(jìn)一步配置成在所述一個(gè)或多個(gè)應(yīng)用層壓縮 和解壓外出和進(jìn)入的SIP消息的有效負(fù)荷,并且經(jīng)由所述應(yīng)用編程接口與所述會(huì)話發(fā)起協(xié) 議用戶代理器交換所壓縮的有效負(fù)荷。
14.一種配置成在IP多媒體子系統(tǒng)服務(wù)網(wǎng)絡(luò)內(nèi)操作的會(huì)話發(fā)起協(xié)議應(yīng)用服務(wù)器,所述 應(yīng)用服務(wù)器實(shí)現(xiàn)與會(huì)話發(fā)起協(xié)議用戶代理器通信的一個(gè)或多個(gè)應(yīng)用層,所述一個(gè)或多個(gè)應(yīng) 用層經(jīng)由應(yīng)用編程接口與所述會(huì)話發(fā)起協(xié)議通信,所述應(yīng)用服務(wù)器進(jìn)一步配置成在所述一 個(gè)或多個(gè)應(yīng)用層壓縮和解壓外出和進(jìn)入的SIP消息的有效負(fù)荷,并且經(jīng)由所述應(yīng)用編程接 口與所述會(huì)話發(fā)起協(xié)議用戶代理器交換所壓縮的有效負(fù)荷。
全文摘要
公開一種跨IP多媒體網(wǎng)絡(luò)在用戶終端(1)和會(huì)話發(fā)起協(xié)議應(yīng)用服務(wù)器(2)之間傳送會(huì)話發(fā)起協(xié)議消息的方法。該方法包括在發(fā)送側(cè)的應(yīng)用層(4a,5a)內(nèi)壓縮消息有效負(fù)荷并在接收側(cè)的應(yīng)用層(4b,5b)解壓它們。壓縮的消息有效負(fù)載經(jīng)由合適的應(yīng)用編程接口(7a)在應(yīng)用層和會(huì)話發(fā)起協(xié)議用戶代理器(3a)之間傳遞。
文檔編號(hào)H04L29/06GK101843071SQ200780101411
公開日2010年9月22日 申請(qǐng)日期2007年10月31日 優(yōu)先權(quán)日2007年10月31日
發(fā)明者A·林德格倫, C·博伯格 申請(qǐng)人:愛立信電話股份有限公司