專利名稱：提高sip壓縮效率的系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種提高SIP壓縮效率的系統(tǒng)及方法.
背景技術(shù)：
SIP(會(huì)話初始協(xié)議)是一種基于Client(客戶端)/Server(服務(wù)器)模型的協(xié)議。其基本模型如圖1所示，UAC(用戶代理客戶端)和UAS(用戶代理服務(wù)器)是基于事務(wù)的，在一個(gè)對話中，一個(gè)UA(用戶代理)可能在一個(gè)事務(wù)執(zhí)行UAC的角色，在另外的事務(wù)執(zhí)行UAS的角色。
SIP請求和它的響應(yīng)的集合構(gòu)成一個(gè)事務(wù)，其中SIP請求由其方法(Method)名標(biāo)識，如“INVITE(邀請)”、“REGISTER(注冊)”、“ACK(確認(rèn))”，等等，每種請求都有不同的用途。其中，產(chǎn)生請求并等待接受響應(yīng)的一方為UAC，接收請求并產(chǎn)生響應(yīng)的一方為UAS。
對話與事務(wù)的關(guān)系如圖2所示，創(chuàng)建對話的第一條請求稱為初始請求，如圖2的INVITE消息。由INVITE創(chuàng)建的事務(wù)相對例外，其最終響應(yīng)必須有“ACK”SIP請求消息來確認(rèn)。
SIP使用URI(Uniform Resource Identifier，統(tǒng)一資源標(biāo)識)作為其協(xié)議地址的編碼格式，稱為“SIP URI”，如“sip:lavi@huawei.com”。SIP的各種實(shí)體，包括用戶及各種Server，都用SIP URL(會(huì)話初始協(xié)議資源統(tǒng)一定位信息)來標(biāo)識，并使用DNS SRV(域名系統(tǒng)服務(wù))(IETF RFC2782)來實(shí)現(xiàn)SIP URL(SIP統(tǒng)一資源定位)到具體IP接口地址的解析。
SIP消息是一種文本信令協(xié)議，其消息的結(jié)構(gòu)如表1所示表1

一個(gè)典型的SIP請求消息如表2所示表2

SIP消息具有一定的自描述能力，如SIP請求的“via”頭域記錄請求經(jīng)過的各SIP Server的地址，SIP響應(yīng)將根據(jù)via反向路徑返回UAC(用戶代理客戶端)；“route”頭域記錄SIP請求傳輸過程中必須經(jīng)過的各SIP Server地址。因此，由于SIP消息經(jīng)過的路由路徑的不同，SIP消息的大小變化很大。
如圖3所示，SIP協(xié)議定義了基本信令處理的功能角色包括(1)SIP UA(User Agent，用戶代理)SIP信令處理的兩個(gè)端點(diǎn)，包括UAC、UAS；
(2)SIP Proxy Server，即SIP代理服務(wù)器負(fù)責(zé)路由SIP信令的實(shí)體，負(fù)責(zé)將SIP信令路由到信令指示的端點(diǎn)。
B2BUA(背靠背用戶代理)是SIP里的一種復(fù)合功能角色。由UAC、UAS復(fù)合組成，當(dāng)收到請求時(shí)，則需要向其他SIP Server發(fā)出請求，并等待其他SIP Server的響應(yīng)，以決定對UAC的請求處理。
B2BUA類似于SIP Proxy Server，但兩者有一個(gè)根本的區(qū)別，B2BUA兩側(cè)的信令屬于兩個(gè)會(huì)話，其兩側(cè)的SIP信令消息的via/router/record-route等頭域互不相關(guān)，完全根據(jù)各自會(huì)話的路徑構(gòu)造；而Proxy的兩側(cè)信令屬于相同的會(huì)話，其兩側(cè)的SIP消息的via/router/record-route等頭域相互關(guān)聯(lián)。
目前3GPP IMS(IP Multimedia Subsystem，IP多媒體子系統(tǒng))網(wǎng)絡(luò)已經(jīng)確定使用SIP作為主要的業(yè)務(wù)控制信令協(xié)議；IMS是一個(gè)建立在分組交換域(Packet Switched)基礎(chǔ)上的業(yè)務(wù)基礎(chǔ)網(wǎng)絡(luò)，IMS能提供豐富多彩的業(yè)務(wù)，如PoC(基于蜂窩系統(tǒng)的即按即講)業(yè)務(wù)等。
IMS的功能實(shí)體組網(wǎng)如圖4所示，其中P-CSCF(代理呼叫會(huì)話控制功能實(shí)體)是IMS網(wǎng)絡(luò)的入口，一般存在于用戶當(dāng)前的拜訪地(Visited Network)；I-CSCF(問詢呼叫會(huì)話控制功能實(shí)體)是用戶IMS歸屬網(wǎng)絡(luò)(Home Network)的入口；S-CSCF(服務(wù)呼叫會(huì)話控制功能實(shí)體)是IMS的核心，用于處理用戶身份認(rèn)證、業(yè)務(wù)路由等。從SIP協(xié)議的角度來看，P-CSCF/I-CSCF/S-CSCF都承擔(dān)SIP Proxy的角色。
為了實(shí)現(xiàn)UE(User Equipment，用戶終端設(shè)備)與IMS之間的通信，UE需要獲取IMS中的P-CSCF的地址信息，為此IMS定義了UE獲取拜訪地P-CSCF地址的辦法(1)終端本地配置，即由用戶自行設(shè)定本地P-CSCF地址；(2)在GGSN(關(guān)口GPRS支持節(jié)點(diǎn))配置本地P-CSCF地址，當(dāng)UE建立無線信令傳輸連接(在3GPP是建立PDP Context)時(shí)，由GGSN在建立成功響應(yīng)信令中通知UE；(3)在DHCP Server(DHCP服務(wù)器)配置本地P-CSCF地址，在建立無線信令傳輸連接后，終端通過DHCP獲取IP時(shí)，由DHCP Server通過擴(kuò)展的DHCP信令通知UE。
UE獲取IMS中的P-CSCF的地址信息后，便可以與P-CSCF之間進(jìn)行SIP信令的交互。為了能夠在信令中指示更多的信息，IMS對SIP協(xié)議進(jìn)行了較多的擴(kuò)展，已經(jīng)形成正式的RFC，如RFC3327，各信息也極大的增加了SIP消息的長度。例如，一條由UE發(fā)給IMS的始發(fā)INVITE消息如表3所示表3


可以看出，由于SIP的基于文本、具有自描述能力等特征，導(dǎo)致其消息長度相對較大，如IMS的初始請求INVITE的長度約有1000字節(jié)以上。當(dāng)把SIP用做無線分組域(Packet Switched)的業(yè)務(wù)控制信令時(shí)，因無線接入網(wǎng)絡(luò)傳輸帶寬相對窄、無線資源寶貴等原因，其消息長度將導(dǎo)致傳輸困難(誤碼幾率增大)、傳輸時(shí)延增大、資源消耗增加等，對業(yè)務(wù)的性能和部署成本都有較大的影響，因此，在無線網(wǎng)絡(luò)傳輸SIP信令時(shí)，需要先壓縮SIP消息。
為了解決SIP壓縮的問題，IETF制定的SigComp標(biāo)準(zhǔn)(RFC3320規(guī)定的壓縮標(biāo)準(zhǔn))，其主要壓縮框架流程如圖5所示，相應(yīng)的處理過程為過程1、端點(diǎn)A(Endpoint A)的壓縮器向?qū)Χ税l(fā)送壓縮后的消息(compressor sending to B)，在SigComp消息中同時(shí)附帶一個(gè)反饋請求；過程2、端點(diǎn)B(Endpoint B)的應(yīng)用層收到解壓消息，返回一個(gè)區(qū)段(compartment)標(biāo)識給端點(diǎn)B的壓縮/解壓器；過程3、端點(diǎn)B的解壓縮UDVM(Universal Decompression VirtualMachine，通用解壓縮虛擬機(jī))向State Handler(狀態(tài)處理器)轉(zhuǎn)發(fā)需要的反饋數(shù)據(jù)；過程4、端點(diǎn)B的State Handler轉(zhuǎn)發(fā)反饋數(shù)據(jù)到本地適當(dāng)?shù)膲嚎s器；
過程5、端點(diǎn)B的的壓縮器向端點(diǎn)A發(fā)送壓縮的消息(compressorsending to A)，在消息中同時(shí)返回請求的反饋數(shù)據(jù)；過程6、端點(diǎn)A的應(yīng)用層收到解壓消息，返回一個(gè)區(qū)段(compartment)標(biāo)識給端點(diǎn)A本地的壓縮/解壓器；過程7、端點(diǎn)A的解壓縮UDVM向State Handler轉(zhuǎn)發(fā)請求的反饋數(shù)據(jù)；過程8、端點(diǎn)A的State Handler轉(zhuǎn)發(fā)反饋數(shù)據(jù)到端點(diǎn)A本地適當(dāng)?shù)膲嚎s器；過程9、端點(diǎn)A的壓縮器使用反饋數(shù)據(jù)壓縮后繼消息。
目前，IMS規(guī)范已經(jīng)指示可選支持SIP信令壓縮功能。其SIP信令壓縮由SIP移動(dòng)終端UE和P-CSCF完成。SIP壓縮使用SigComp規(guī)范定義的框架，支持靜態(tài)字典等壓縮算法，也支持上載的特定算法。
經(jīng)過測試，目前SigComp定義的壓縮算法，一般平均壓縮率在50％左右；而對于呼叫會(huì)話的第一條消息，如初始INVITE、REFER消息，壓縮率低于平均值，一般只有30％左右。
從IMS網(wǎng)絡(luò)終端向網(wǎng)絡(luò)發(fā)出的初始請求信令消息，其長度在1200字節(jié)左右，只壓縮30％，所獲得的益處是很有限的。
而且，從IMS/其他SIP核心網(wǎng)絡(luò)向終端發(fā)出的初始請求信令消息中，其via/route/record-route頭域包含了消息途徑的多個(gè)節(jié)點(diǎn)的信息，因此，該消息包將變得更大，每個(gè)會(huì)話的這些頭域的可能變化較大，導(dǎo)致更加不易被壓縮，使得該消息的壓縮率更低。
另外，隨著SIP網(wǎng)絡(luò)的路由節(jié)點(diǎn)變化，也直接導(dǎo)致該類消息的壓縮率的變化，即壓縮率不穩(wěn)定，讓信令傳輸時(shí)間難以預(yù)測。
總之，現(xiàn)有技術(shù)中，SIP初始請求的壓縮率較低，而且，初始請求的壓縮率不穩(wěn)定，尤其是從SIP網(wǎng)絡(luò)向終端發(fā)出的初始請求的壓縮率變化較大。導(dǎo)致SIP消息大量占用空口資源影響通信網(wǎng)絡(luò)的傳輸性能。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種提高SIP壓縮效率的系統(tǒng)及方法，從而可以有效解決現(xiàn)有技術(shù)存在的初始請求壓縮率較低，及壓縮率不穩(wěn)定的問題。
本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的本發(fā)明提供了一種提高SIP壓縮效率的系統(tǒng)，包括用戶終端、無線接入網(wǎng)絡(luò)和會(huì)話初始協(xié)議SIP核心網(wǎng)絡(luò)，用戶終端通過無線接入網(wǎng)訪問SIP核心網(wǎng)絡(luò)，而且，在所述的無線接入網(wǎng)絡(luò)與SIP核心網(wǎng)絡(luò)之間還設(shè)置有壓縮代理功能實(shí)體用于終結(jié)用戶終端通過無線接入網(wǎng)絡(luò)發(fā)送來的壓縮后的消息，并代表用戶終端與SIP核心網(wǎng)絡(luò)建立通信，還用于終結(jié)SIP核心網(wǎng)絡(luò)發(fā)送給用戶終端的消息，代表SIP核心網(wǎng)絡(luò)構(gòu)建SIP消息，并壓縮后發(fā)送給用戶終端。
所述的壓縮代理功能實(shí)體包括信令壓縮模塊用于對接收的用戶終端發(fā)來的壓縮后的SIP消息進(jìn)行解壓縮處理，以及，對需要向用戶終端發(fā)送的SIP消息進(jìn)行壓縮處理后發(fā)送；用戶側(cè)代理模塊用于通過信令壓縮模塊與用戶終端進(jìn)行消息交互；網(wǎng)絡(luò)側(cè)代理模塊用于與SIP核心網(wǎng)絡(luò)進(jìn)行消息交互，以及與用戶側(cè)代理模塊之間進(jìn)行消息交互。
所述的壓縮代理功能實(shí)體還包括核心處理模塊設(shè)置于用戶側(cè)代理模塊與網(wǎng)絡(luò)側(cè)代理模塊之間，用于在兩者之間進(jìn)行消息的轉(zhuǎn)發(fā)處理。
本發(fā)明提供了一種提高SIP壓縮效率的方法，包括A、用戶終端向壓縮代理功能實(shí)體發(fā)送壓縮后的SIP消息；B、所述的壓縮代理功能實(shí)體對接收到的SIP消息進(jìn)行解壓縮處理，并代表用戶終端與SIP核心網(wǎng)絡(luò)進(jìn)行通信；C、壓縮代理功能實(shí)體將接收到的IMS發(fā)來的SIP消息壓縮后發(fā)送給用戶終端。
所述的方法還包括在用戶終端本地配置壓縮代理功能實(shí)體地址；或者，在GPRS支持節(jié)點(diǎn)GGSN上配置本地壓縮代理功能實(shí)體地址，當(dāng)用戶終端建立無線信令傳輸連接時(shí)，由GGSN在建立成功響應(yīng)信令中通知用戶終端；或者，在動(dòng)態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器上配置本地壓縮代理功能實(shí)體地址，在建立無線信令傳輸連接后，終端通過DHCP獲取IP地址時(shí)，由DHCP服務(wù)器通過擴(kuò)展的DHCP信令通知用戶終端。
當(dāng)用戶發(fā)起注冊過程時(shí)，所述的方法包括D、用戶終端對注冊消息進(jìn)行壓縮并發(fā)送給壓縮代理功能實(shí)體，在注冊消息中攜帶SIP壓縮/解壓縮狀態(tài)；E、壓縮代理功能實(shí)體接收所述的注冊消息后，采用與用戶終端側(cè)對應(yīng)的解壓縮算法恢復(fù)出注冊消息，并保存用戶終端對應(yīng)的壓縮/解壓縮狀態(tài)；F、壓縮代理功能實(shí)體代表用戶與SIP核心網(wǎng)絡(luò)進(jìn)行信息交互實(shí)現(xiàn)用戶終端的注冊處理，并向用戶終端返回響應(yīng)消息。
所述的SIP核心網(wǎng)絡(luò)包括多媒體IP子系統(tǒng)IMS網(wǎng)絡(luò)，且所述的步驟F包括F1、壓縮代理功能實(shí)體利用用戶終端發(fā)送來的注冊消息中的信息，構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的注冊消息，并發(fā)送該注冊消息，消息中包括由壓縮代理功能實(shí)體生成的頭域信息；F2、IMS網(wǎng)絡(luò)向壓縮代理功能實(shí)體返回響應(yīng)消息，并由壓縮代理功能實(shí)體利用IMS返回的響應(yīng)消息中的信息，構(gòu)建發(fā)給用戶終端的SIP響應(yīng)消息，在該SIP響應(yīng)消息中經(jīng)過的路由信息為壓縮代理功能實(shí)體自己的地址；F3、壓縮代理功能實(shí)體對響應(yīng)消息進(jìn)行壓縮，并向用戶終端發(fā)送該消息，在消息中攜帶著壓縮代理功能實(shí)體的壓縮/解壓縮狀態(tài)；F4、用戶終端解壓縮SIP響應(yīng)，根據(jù)解壓后的響應(yīng)消息，進(jìn)行用戶鑒權(quán)處理，并通過壓縮代理功能實(shí)體與IMS網(wǎng)絡(luò)進(jìn)行消息交互完成注冊過程。
所述的步驟F4包括F41、用戶終端向壓縮代理功能實(shí)體發(fā)出計(jì)算了鑒權(quán)響應(yīng)的且壓縮后的注冊消息；F42、壓縮代理功能實(shí)體解壓縮所述注冊消息，并利用消息中的信息構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的注冊消息，之后發(fā)送該消息；F43、IMS網(wǎng)絡(luò)將記錄壓縮代理功能實(shí)體的聯(lián)系地址，并返回響應(yīng)消息；F44、壓縮代理功能實(shí)體收到IMS返回的響應(yīng)消息后，保存用戶終端的IMS注冊路徑信息，并根據(jù)SIP響應(yīng)的期滿expire頭域啟動(dòng)相應(yīng)時(shí)間長度的用戶注冊定時(shí)器；當(dāng)用戶長時(shí)間沒有重注冊，定時(shí)器超時(shí)時(shí)刪除相應(yīng)的注冊信息；F45、壓縮代理功能實(shí)體利用IMS返回的響應(yīng)消息中的信息構(gòu)建發(fā)給用戶的SIP響應(yīng)消息，并在壓縮后發(fā)送給用戶終端。
當(dāng)用戶發(fā)起重注冊過程時(shí)，所述的方法包括G、用戶向壓縮代理功能實(shí)體發(fā)出經(jīng)過壓縮重注冊消息；H、壓縮代理功能實(shí)體采用用戶終端對應(yīng)的解壓縮算法恢復(fù)出接收到的重注冊消息；J、壓縮代理功能實(shí)體利用用戶終端發(fā)送的消息中的信息構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的重注冊消息，并發(fā)送；K、IMS網(wǎng)絡(luò)向壓縮代理功能實(shí)體返回響應(yīng)消息，壓縮代理功能實(shí)體重啟用戶的注冊定時(shí)器，刷新該用戶的IMS注冊路徑信息，并向用戶終端發(fā)送壓縮后的響應(yīng)消息。
當(dāng)用戶發(fā)起注銷過程時(shí)，所述的方法包括L、用戶終端向壓縮代理功能實(shí)體發(fā)關(guān)用戶注銷的SIP壓縮消息；M、壓縮代理功能實(shí)體采用用戶終端對應(yīng)的解壓縮算法恢復(fù)出消息，并利用用戶終端發(fā)送的消息中的信息構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的用于注銷的SIP消息，之后，發(fā)送該消息；N、IMS網(wǎng)絡(luò)向壓縮代理功能實(shí)體返回響應(yīng)消息后，且壓縮代理功能實(shí)體中止用戶的注冊定時(shí)器，刪除該用戶終端的注冊信息；P、壓縮代理功能實(shí)體利用IMS返回的響應(yīng)消息中的信息構(gòu)建發(fā)給用戶終端的響應(yīng)消息，并進(jìn)行壓縮后發(fā)送。
當(dāng)用戶注冊后，向IMS發(fā)起呼叫時(shí)，所述的方法包括Q、用戶終端向壓縮代理功能實(shí)體發(fā)送壓縮后邀請INVITE消息；R、壓縮代理功能實(shí)體采用用戶終端對應(yīng)的解壓縮算法恢復(fù)出INVITE消息，并利用用戶終端發(fā)送的INVITE消息中的信息構(gòu)建相應(yīng)的INVITE消息，還利用用戶注冊時(shí)記錄的信息構(gòu)建新INVITE消息的路由頭域；S、壓縮代理功能實(shí)體將所述的INVITE消息發(fā)送給IMS網(wǎng)絡(luò)，并由IMS網(wǎng)絡(luò)路由信令到被叫的壓縮代理功能實(shí)體；T、被叫的壓縮代理功能實(shí)體利用收到的INVITE消息中的信息構(gòu)建發(fā)給被叫用戶終端的INVITE消息，消息中經(jīng)過的路由信息只包含壓縮代理功能實(shí)體的地址；U、被叫壓縮代理功能實(shí)體對所述的INVITE消息進(jìn)行壓縮處理后發(fā)送給相應(yīng)的被叫用戶終端。
所述的方法還包括在用戶終端與壓縮代理功能實(shí)體間采用信令壓縮Sigcomp標(biāo)準(zhǔn)進(jìn)行SIP消息的壓縮傳遞，或者，采用私有協(xié)議進(jìn)行SIP消息的壓縮傳遞。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明由于引入了CAF，帶來了空口傳輸信令的一些信元的可預(yù)測性，因而，可以有效提高SIP初始請求壓縮率，同時(shí)，還可以屏蔽網(wǎng)絡(luò)和路由的復(fù)雜性，使得UE和CAF間傳遞的信令的長度變得可預(yù)測，進(jìn)而還可以提高SIP初始請求壓縮率的穩(wěn)定性。
同時(shí)，本發(fā)明的實(shí)現(xiàn)可以兼容IMS網(wǎng)絡(luò)，而無需對現(xiàn)有的終端和IMS網(wǎng)絡(luò)進(jìn)行改進(jìn)。
另外，當(dāng)終端和CAF配合支持一些信元轉(zhuǎn)換為整數(shù)的壓縮等方法時(shí)，本發(fā)明還可以進(jìn)一步提高SIP壓縮率。


圖1為SIP角色模型示意圖；圖2為SIP對話與事務(wù)的關(guān)系示意圖；圖3為SIP B2BUA的結(jié)構(gòu)示意圖；圖4為IMS組網(wǎng)結(jié)構(gòu)示意圖；圖5為SIP壓縮框架流程示意圖；圖6為本發(fā)明所述的系統(tǒng)的結(jié)構(gòu)示意圖；圖7為圖6中的壓縮代理功能實(shí)體的結(jié)構(gòu)示意圖；圖8為本發(fā)明所述的方法的用戶發(fā)起注冊的流程示意圖；圖9為本發(fā)明中用戶發(fā)起重注冊的處理流程示意圖；圖10為本發(fā)明中用戶發(fā)起注銷的處理流程示意圖；圖11為本發(fā)明中用戶發(fā)起IMS呼叫的處理過程示意圖。
具體實(shí)施例方式
本發(fā)明的主要目的是解決SIP初始請求壓縮率低，以及SIP初始請求壓縮率不穩(wěn)定的問題。
為了解決SIP初始請求壓縮率低和壓縮率不穩(wěn)定的問題，本發(fā)明主要是在接入網(wǎng)絡(luò)和SIP網(wǎng)絡(luò)入口點(diǎn)之間引入了一個(gè)“Compression Agent Function(壓縮代理功能，即CAF)”實(shí)體，所述的SIP網(wǎng)絡(luò)入口點(diǎn)在IMS中即為P-CSCF，本發(fā)明引入(下面簡稱CAF)。通過CAF可以終結(jié)用戶終端向網(wǎng)絡(luò)側(cè)發(fā)送的SIP消息，以及網(wǎng)絡(luò)側(cè)向用戶終端發(fā)送的SIP消息，讓用戶終端和CAF間傳送的SIP信令的via/route/record-route/contact/max-forward等頭域內(nèi)容變得可預(yù)測或可事先協(xié)商，從而提高SIP消息壓縮率和壓縮穩(wěn)定度，解決空口傳送信令過大的問題。
為對本發(fā)明有進(jìn)一步的理解，下面將結(jié)合附圖對本發(fā)明提供的裝置及方法進(jìn)行詳細(xì)的說明。
本發(fā)明提供的實(shí)現(xiàn)SIP壓縮的裝置，其結(jié)構(gòu)如圖6和圖7所示，圖6給出了引入本發(fā)明所述裝置后的IMS或其他SIP核心網(wǎng)絡(luò)的系統(tǒng)組網(wǎng)情況。
從SIP協(xié)議的角度而言，CAF功能是一個(gè)B2BUA(背靠背用戶代理)，其主要作用是在PS域核心網(wǎng)絡(luò)中，代理用戶做信令處理，因此對于IMS或其他SIP核心網(wǎng)絡(luò)，CAF就是終端用戶。
由于引入了CAF，原來3GPP IMS定義的用于定位本地P-CSCF地址的方法便可以用來定位CAF，即UE通過如下方法之一獲取本地的CAF地址(1)終端本地配置，由用戶自行設(shè)定本地CAF地址；(2)在GGSN配置本地CAF地址，當(dāng)UE建立無線信令傳輸連接(在3GPP是建立PDP Context)時(shí)，由GGSN在建立成功響應(yīng)信令中通知UE；(3)在DHCP Server配置本地CAF地址，在建立無線信令傳輸連接后，終端通過DHCP獲取IP時(shí)，由DHCP Server通過擴(kuò)展的DHCP信令通知UE。
而在CAF中，則可以通過在本地策略中配置當(dāng)?shù)豍-CSCF地址來獲知當(dāng)?shù)豂MS的入口點(diǎn)。
在本發(fā)明提供的組網(wǎng)中，SIP壓縮由在UE和CAF執(zhí)行，可采用SigComp壓縮框架，當(dāng)然也可以采用其他壓縮算法進(jìn)行壓縮處理，而CAF和P-CSCF間將不再使用SIP壓縮。也就是說，在UE和CAF間也可以使用私有協(xié)議來傳遞必要的信息，以達(dá)到減少空口傳輸?shù)男帕畹娜哂?，同樣可以?shí)現(xiàn)本發(fā)明，只是需要對終端UE進(jìn)行適當(dāng)?shù)男薷摹?br> 本發(fā)明中，所述的CAF的主要結(jié)構(gòu)如圖7所示，其中SIP UA(To UE，即用戶側(cè)代理模塊)即面向用戶UE的會(huì)話初始協(xié)議用戶代理，用于和用戶UE側(cè)交互的SIP UA角色；SigComp即信令壓縮模塊，符合SigComp規(guī)范的SI P壓縮/解壓縮模塊，具體參見圖5所示的SIG COMP壓縮/解壓縮框架；在實(shí)際應(yīng)用過程中，也可以根據(jù)需要采用其他壓縮算法實(shí)現(xiàn)該信令壓縮模塊；SIP UA(To IMS，即網(wǎng)絡(luò)側(cè)代理模塊)即面向IMS的會(huì)話初始協(xié)議用戶代理，用于和IMS網(wǎng)絡(luò)側(cè)交互的SIP UA角色；CAF Core是CAF的應(yīng)用核心，負(fù)責(zé)SIP UA(To UE)和SIP UA(ToIMS)間的消息轉(zhuǎn)發(fā)。
如圖7所示，在UE和CAF間，當(dāng)UE在向IMS執(zhí)行初始注冊過程時(shí)，可以通過SigComp框架協(xié)商壓縮/解壓縮狀態(tài)(state)信息，經(jīng)過協(xié)商，UE和CAF CAF為每個(gè)成功注冊的用戶建立一個(gè)SigComp壓縮/解壓縮Compartment(區(qū)段)，該Compartment對應(yīng)的state handler將可能記錄了一些很少變化或可預(yù)測的消息內(nèi)容(每種算法記錄的信息可能不同，也可能不記錄state信息)，以利于后繼消息的壓縮和解壓縮恢復(fù)。
除此之外，由于引入B2BUA類型的CAF，UE和CAF成為SIP會(huì)話的兩個(gè)端點(diǎn)，中間沒有其他SIP Server，固UE和CAF間信令消息的下列信息基本不再變化Via是UE或CAF的地址；
Route因UE和CAF間沒有其他SIP Server，故可以不傳遞該頭域；record-route因UE和CAF間沒有其他SIP Server，故可以不傳遞該頭域；Contact是UE或CAF的SIP協(xié)議接受地址/端口Max-Forwards因UE和CAF間沒有其他SIP Server，故該頭域值基本固定下來。
在SIP注冊時(shí)，UE和CAF就這些域進(jìn)行協(xié)商，以后的消息不需再傳送這些域，因此可以在以及采取的SIP壓縮的基礎(chǔ)上，進(jìn)一步壓縮SIP消息，提高壓縮率。
在這些頭域中，尤其是via/route/record-route三個(gè)頭域，它們最多只包含一項(xiàng)地址信息，且內(nèi)容是UE或CAF的地址，因此，這些頭域的信息可預(yù)測，它們在UE和CAF間基本無用，可以輕易被壓縮掉。這樣，對于UE向網(wǎng)絡(luò)發(fā)出的請求還是網(wǎng)絡(luò)向UE發(fā)起的請求，無論IMS/SIP網(wǎng)絡(luò)組網(wǎng)如何復(fù)雜，UE和CAF間傳遞的消息的這些頭域的主體都不再變化較大，因此，完全消除了普通組網(wǎng)下SIP壓縮不穩(wěn)定的源頭。網(wǎng)絡(luò)和路由的復(fù)雜完全由CAF屏蔽掉了。
另外，在SIP協(xié)議中，把Call-ID頭域的值、via頭域的branch參數(shù)值、From/To頭域的Tag值定義為一些字符集注冊的字符串，且長度不加限制，也屬于很難壓縮的信息。為了獲得更高的壓縮率，如UE和CAF中使用的壓縮器配合，采用把他們轉(zhuǎn)換為整數(shù)的方式進(jìn)行壓縮，則可以獲得更高的壓縮率，同時(shí)，IMS/其他SIP核心網(wǎng)絡(luò)無需因該項(xiàng)改動(dòng)受任何影響。
下面將結(jié)合附圖，對本發(fā)明所述的方法的實(shí)現(xiàn)過程進(jìn)行說明。
當(dāng)用戶注冊時(shí)，本發(fā)明中，所述的CAF的處理過程如圖8所示，具體包括以下處理步驟步驟801UE(即圖中的UE1)通過3GPP IMS定義的三種方法獲取本地CAF地址；
步驟802終端發(fā)起注冊，UE對注冊消息進(jìn)行壓縮；具體為通過SigComp的規(guī)范流程，在傳輸壓縮REGISTER(注冊)消息中，同時(shí)附帶SIP壓縮/解壓縮狀態(tài)信息，便于后繼消息的壓縮和解壓，這些狀態(tài)信息可能包括協(xié)商因引入CAF而固定下來的一些信息，如Via頭域地址；附帶壓縮消息一起傳送的，還可能包括UE使用的解壓縮UDVM字節(jié)碼(CodeByte)程序；步驟803CAF接收所述的注冊消息后，根據(jù)SigComp框架，采用UE對應(yīng)的解壓縮算法恢復(fù)出REGISTER消息；CAF為每個(gè)用戶創(chuàng)建一塊SigComp規(guī)定的state(狀態(tài))內(nèi)存，用于State Handler存儲壓縮/解壓縮狀態(tài)和可能的UDVM字節(jié)碼程序步驟804CAF代表用戶，利用UE發(fā)送的REGISTER消息的RequestURI(請求URI)、From URI(源URI)、To URI(目的URI)、Authorization(鑒權(quán))頭域、Expires(期滿)頭域或contact頭域的expires參數(shù)等信息，構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的REGISTER消息，其余頭域的信息由CAF自己生成，包括contact頭域，其內(nèi)容為CAF網(wǎng)絡(luò)側(cè)用戶代理的SIP接收地址/端口；步驟805CAF向本地策略中配置的IMS入口點(diǎn)發(fā)出新構(gòu)建的REGISTER消息。
步驟806IMS網(wǎng)絡(luò)返回“401 Unauthorized(401未授權(quán))”消息來對用戶進(jìn)行用戶認(rèn)證，其鑒權(quán)信息包含在“WWW-Authenticate(WWW鑒權(quán))”頭域中。
步驟807CAF代表網(wǎng)絡(luò)，利用IMS返回的401響應(yīng)消息的From URI、ToURI、WWW-Authenticate頭域、Expires頭域或contact頭域的expires參數(shù)等信息，構(gòu)建發(fā)給UE的SIP響應(yīng)消息，在該SIP響應(yīng)消息中的via只有CAF自己的地址，而不再包含消息在IMS網(wǎng)絡(luò)中經(jīng)由的路徑信息；
步驟808CAF使用SigComp對發(fā)給UE401響應(yīng)進(jìn)行壓縮；步驟809CAF向UE發(fā)送壓縮的401未授權(quán)響應(yīng)消息，在壓縮的響應(yīng)消息中，同時(shí)附帶了CAF希望在UE中保持的壓縮/解壓縮狀態(tài)，也可能包含CAF壓縮對應(yīng)的UDVM字節(jié)碼解壓縮程序。
步驟810UE解壓縮401未授權(quán)響應(yīng)消息，進(jìn)行鑒權(quán)響應(yīng)計(jì)算，即進(jìn)行用戶鑒權(quán)處理；步驟811UE再次向CAF發(fā)出重新計(jì)算了鑒權(quán)響應(yīng)的注冊消息，該注冊消息同樣經(jīng)過了UE的壓縮處理；步驟812CAF根據(jù)SigComp框架，采用UE對應(yīng)的解壓縮算法恢復(fù)出步驟811發(fā)來的REGISTER消息；步驟813CAF代表用戶，利用UE發(fā)送的REGISTER消息的RequestURI、From URI、To URI、Authorization頭域、Expires頭域或contact頭域的expires參數(shù)等信息，構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的REGISTER消息，其余頭域的信息由CAF自己生成，包括contact頭域，其內(nèi)容為CAF網(wǎng)絡(luò)側(cè)用戶代理的SIP接收地址/端口；步驟814CAF向IMS入口點(diǎn)發(fā)出新構(gòu)建的REGISTER消息。
步驟815身份認(rèn)證通過，IMS網(wǎng)絡(luò)將記錄用戶終端當(dāng)前的contact(聯(lián)系)地址，因?yàn)槭荂AF代替用戶注冊，因此IMS記錄的是CAF的contact地址；按IMS的規(guī)定，IMS網(wǎng)絡(luò)返回“200 OK”消息，具體為向CAF返回該消息，該響應(yīng)消息中的Path、Service-Route頭域指示了注冊請求在IMS的上下行路徑信息，用于后繼請求的路由；步驟816CAF收到IMS返回的200響應(yīng)，為注冊用戶存儲該響應(yīng)的Path、Service-Route頭域的信息，以用于IMS側(cè)后繼會(huì)話初始消息的構(gòu)建，并啟動(dòng)用戶注冊定時(shí)器，所述的Path、Service-Route頭域等信息將保持到用戶注銷或定時(shí)器超時(shí)；
同時(shí)，CAF代表網(wǎng)絡(luò)，利用IMS返回的200響應(yīng)消息的From URI、ToURI、P-Associated-URI頭域、Expires頭域或contact頭域expires參數(shù)等信息，構(gòu)建發(fā)給UE的SIP響應(yīng)消息，Path、Service-Route頭域的信息將不發(fā)送給UE，新的響應(yīng)消息的via只有CAF自己的地址；CAF為成功注冊的每個(gè)用戶記錄IMS返回響應(yīng)消息的Path、Service-Route等IMS注冊路徑信息，這些信息可以用于代表用戶構(gòu)建用戶終端向網(wǎng)絡(luò)發(fā)出的后繼請求消息的route頭域；CAF也啟動(dòng)注冊定時(shí)器，該定時(shí)器的長度至少為IMS返回的“200 OK”響應(yīng)消息的expires頭域值或contact頭域expires參數(shù)值，當(dāng)用戶長時(shí)間不執(zhí)行重注冊，該定時(shí)器超時(shí)，將刪除為記錄的用戶相關(guān)的所有信息。
步驟817CAF使用SigComp對發(fā)給UE的200響應(yīng)進(jìn)行壓縮；步驟818CAF向UE發(fā)送壓縮的200響應(yīng)，即200ok消息，該消息為SIP壓縮消息，至此，整個(gè)注冊處理過程完成。
下面再結(jié)合圖9對本發(fā)明中，用戶向IMS網(wǎng)絡(luò)發(fā)起重注冊的處理過程進(jìn)行說明，具體如圖9所示，包括以下處理過程步驟901用戶向IMS網(wǎng)絡(luò)發(fā)起重注冊；步驟902UE向CAF發(fā)出重注冊消息，消息經(jīng)過了UE的壓縮處理；步驟903CAF根據(jù)SigComp框架，采用UE對應(yīng)的解壓縮算法恢復(fù)出REGISTER消息；步驟904CAF代表用戶，利用UE發(fā)送的REGISTER消息的RequestURI、From URI、To URI、Authorization頭域、Expires頭域等信息，構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的REGISTER消息；步驟905CAF向IMS入口點(diǎn)發(fā)出新構(gòu)建的REGISTER消息；步驟906IMS網(wǎng)絡(luò)返回“200 OK”消息；步驟907CAF收到IMS返回的200響應(yīng)，重啟用戶的注冊定時(shí)器，刷新為該用戶存儲的Path、Service-Route頭域的等信息，Path、Service-Route頭域?qū)⒉粫?huì)發(fā)送給用戶終端UE；同時(shí)，CAF代表網(wǎng)絡(luò)，利用IMS返回的200響應(yīng)消息的From URI、ToURI、Expires頭域等信息，構(gòu)建發(fā)給UE的響應(yīng)消息；步驟908CAF使用SigComp對發(fā)給UE的200響應(yīng)進(jìn)行壓縮；步驟909CAF向UE發(fā)送壓縮的200響應(yīng)，至此，用戶發(fā)起的向IMS網(wǎng)絡(luò)的重注冊處理過程完成。
如圖10所示，用戶發(fā)起注銷過程，以退出IMS服務(wù)的處理過程包括步驟1001用戶希望向IMS網(wǎng)絡(luò)注銷自己，以退出IMS服務(wù)；步驟1002UE向CAF發(fā)出expires頭域值為0的注冊消息，該消息為經(jīng)過了壓縮處理的SIP壓縮消息；步驟1003CAF根據(jù)SigComp框架，采用UE對應(yīng)的解壓縮算法恢復(fù)出REGISTER消息；步驟1004CAF代表用戶，利用UE發(fā)送的REGISTER消息的RequestURI、From URI、To URI、Authorization頭域、Expires頭域等信息，構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的REGISTER消息，其余頭域的信息由CAF自己生成；步驟1005CAF向IMS入口點(diǎn)發(fā)出新構(gòu)建的REGISTER消息；步驟1006IMS網(wǎng)絡(luò)返回“200 OK”消息；步驟1007CAF收到IMS返回的200響應(yīng)消息后，中止用戶的注冊定時(shí)器，刪除為用戶存儲的Path、Service-Route頭域的等信息；同時(shí)，CAF代表網(wǎng)絡(luò)，利用IMS返回的200響應(yīng)消息的From URI、ToURI、Expires頭域等信息，構(gòu)建發(fā)給UE的響應(yīng)消息；步驟1008CAF使用SigComp對發(fā)給UE的200響應(yīng)進(jìn)行壓縮；步驟1009CAF向UE發(fā)送壓縮的200響應(yīng)，注銷處理過程完成。
在通信過程中，如用戶長時(shí)間沒有發(fā)起重注冊，也沒有發(fā)起注銷過程，引起CAF的用戶的注冊定時(shí)器超時(shí)，則CAF刪除為用戶存儲的Path、Service-Route頭域的等信息，結(jié)束注冊超時(shí)處理過程。
本發(fā)明中，當(dāng)用戶注冊后，便可以向IMS/其他SIP核心網(wǎng)絡(luò)發(fā)起呼叫，呼叫時(shí)，CAF的處理過程如圖11所示，具體包括步驟1101終端欲發(fā)起呼叫，發(fā)出INVITE，經(jīng)過SigComp壓縮后傳送；步驟1102CAF根據(jù)SigComp框架，采用UE對應(yīng)的解壓縮算法恢復(fù)出INVITE消息；步驟1103CAF代表用戶，利用UE發(fā)送的INVITE消息的Request URI、P-Preferred-Identity、P-Access-Network-Info、Privacy、From URI、ToURI、SDP、Expires頭域等信息，構(gòu)建符合IMS要求的INVITE消息；CAF利用用戶注冊時(shí)記錄的Path、Service-Route頭域信息，構(gòu)建新INV ITE消息的Route頭域；步驟1104將所述的INVITE消息發(fā)送給IMS網(wǎng)卡的入口P-CSCF；IMS網(wǎng)絡(luò)處理始發(fā)INVITE請求，路由信令消息到被叫的CAF，這是因?yàn)樵诒唤杏脩糇詴r(shí)，由CAF代為注冊，所以在IMS網(wǎng)絡(luò)記錄的是CAF的contact地址；步驟1105CAF代表網(wǎng)絡(luò)，利用收到的INVITE消息的Request URI、P-Preferred-Identity、P-Access-Network-Info、Privacy、From URI、To URI、SDP、Expires頭域等信息，構(gòu)建發(fā)給被叫UE的INVITE消息，其via等頭域信息只包含CAF的地址，Route/Reord-Route均不出現(xiàn)在新I NVITE消息中；步驟1106CAF使用SigComp對發(fā)給UE的INVITE請求進(jìn)行壓縮；步驟1107CAF向UE發(fā)送壓縮的INVITE請求；后續(xù)的步驟1108至步驟1148步驟則用于完成一個(gè)普通的IMS呼叫的建立和釋放過程，CAF在其中執(zhí)行SIP壓縮和SIP信息透傳的任務(wù)，故不對其具體的處理過程進(jìn)行詳細(xì)的描述。
綜上所述，本發(fā)明由于引入了CAF，帶來了空口傳輸信令的一些信元的可預(yù)測性，因而，可以有效提高SIP初始請求壓縮率，同時(shí)，還可以屏蔽網(wǎng)絡(luò)和路由的復(fù)雜性，使得UE和CAF間傳遞的信令的長度變得可預(yù)測，進(jìn)而還可以提高SIP初始請求壓縮率的穩(wěn)定性。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種提高SIP壓縮效率的系統(tǒng)，包括用戶終端、無線接入網(wǎng)絡(luò)和會(huì)話初始協(xié)議SIP核心網(wǎng)絡(luò)，用戶終端通過無線接入網(wǎng)訪問SIP核心網(wǎng)絡(luò)，其特征在于，在所述的無線接入網(wǎng)絡(luò)與SIP核心網(wǎng)絡(luò)之間還設(shè)置有壓縮代理功能實(shí)體用于終結(jié)用戶終端通過無線接入網(wǎng)絡(luò)發(fā)送來的壓縮后的消息，并代表用戶終端與SIP核心網(wǎng)絡(luò)建立通信，還用于終結(jié)SIP核心網(wǎng)絡(luò)發(fā)送給用戶終端的消息，代表SIP核心網(wǎng)絡(luò)構(gòu)建SIP消息，并壓縮后發(fā)送給用戶終端。
2.根據(jù)權(quán)利要求1所述的提高SIP壓縮效率的系統(tǒng)，其特征在于，所述的壓縮代理功能實(shí)體包括信令壓縮模塊用于對接收的用戶終端發(fā)來的壓縮后的SIP消息進(jìn)行解壓縮處理，以及，對需要向用戶終端發(fā)送的SIP消息進(jìn)行壓縮處理后發(fā)送；用戶側(cè)代理模塊用于通過信令壓縮模塊與用戶終端進(jìn)行消息交互；網(wǎng)絡(luò)側(cè)代理模塊用于與SIP核心網(wǎng)絡(luò)進(jìn)行消息交互，以及與用戶側(cè)代理模塊之間進(jìn)行消息交互。
3.根據(jù)權(quán)利要求1或2所述的提高SIP壓縮效率的系統(tǒng)，其特征在于，所述的壓縮代理功能實(shí)體還包括核心處理模塊設(shè)置于用戶側(cè)代理模塊與網(wǎng)絡(luò)側(cè)代理模塊之間，用于在兩者之間進(jìn)行消息的轉(zhuǎn)發(fā)處理。
4.一種提高SIP壓縮效率的方法，其特征在于，包括A、用戶終端向壓縮代理功能實(shí)體發(fā)送壓縮后的SIP消息；B、所述的壓縮代理功能實(shí)體對接收到的SIP消息進(jìn)行解壓縮處理，并代表用戶終端與SIP核心網(wǎng)絡(luò)進(jìn)行通信；C、壓縮代理功能實(shí)體將接收到的IMS發(fā)來的SIP消息壓縮后發(fā)送給用戶終端。
5.根據(jù)權(quán)利要求4所述的提高SIP壓縮效率的方法，其特征在于，所述的方法還包括在用戶終端本地配置壓縮代理功能實(shí)體地址；或者，在GPRS支持節(jié)點(diǎn)GGSN上配置本地壓縮代理功能實(shí)體地址，當(dāng)用戶終端建立無線信令傳輸連接時(shí)，由GGSN在建立成功響應(yīng)信令中通知用戶終端；或者，在動(dòng)態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器上配置本地壓縮代理功能實(shí)體地址，在建立無線信令傳輸連接后，終端通過DHCP獲取IP地址時(shí)，由DHCP服務(wù)器通過擴(kuò)展的DHCP信令通知用戶終端。
6.根據(jù)權(quán)利要求4所述的提高SIP壓縮效率的方法，其特征在于，當(dāng)用戶發(fā)起注冊過程時(shí)，所述的方法包括D、用戶終端對注冊消息進(jìn)行壓縮并發(fā)送給壓縮代理功能實(shí)體，在注冊消息中攜帶SIP壓縮/解壓縮狀態(tài)；E、壓縮代理功能實(shí)體接收所述的注冊消息后，采用與用戶終端側(cè)對應(yīng)的解壓縮算法恢復(fù)出注冊消息，并保存用戶終端對應(yīng)的壓縮/解壓縮狀態(tài)；F、壓縮代理功能實(shí)體代表用戶與SIP核心網(wǎng)絡(luò)進(jìn)行信息交互實(shí)現(xiàn)用戶終端的注冊處理，并向用戶終端返回響應(yīng)消息。
7.根據(jù)權(quán)利要求6所述的提高SIP壓縮效率的方法，其特征在于，所述的SIP核心網(wǎng)絡(luò)包括多媒體IP子系統(tǒng)IMS網(wǎng)絡(luò)，且所述的步驟F包括F1、壓縮代理功能實(shí)體利用用戶終端發(fā)送來的注冊消息中的信息，構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的注冊消息，并發(fā)送該注冊消息，消息中包括由壓縮代理功能實(shí)體生成的頭域信息；F2、IMS網(wǎng)絡(luò)向壓縮代理功能實(shí)體返回響應(yīng)消息，并由壓縮代理功能實(shí)體利用IMS返回的響應(yīng)消息中的信息，構(gòu)建發(fā)給用戶終端的SIP響應(yīng)消息，在該SIP響應(yīng)消息中經(jīng)過的路由信息為壓縮代理功能實(shí)體自己的地址；F3、壓縮代理功能實(shí)體對響應(yīng)消息進(jìn)行壓縮，并向用戶終端發(fā)送該消息，在消息中攜帶著壓縮代理功能實(shí)體的壓縮/解壓縮狀態(tài)；F4、用戶終端解壓縮SIP響應(yīng)，根據(jù)解壓后的響應(yīng)消息，進(jìn)行用戶鑒權(quán)處理，并通過壓縮代理功能實(shí)體與IMS網(wǎng)絡(luò)進(jìn)行消息交互完成注冊過程。
8.根據(jù)權(quán)利要求7所述的提高SIP壓縮效率的方法，其特征在于，所述的步驟F4包括F41、用戶終端向壓縮代理功能實(shí)體發(fā)出計(jì)算了鑒權(quán)響應(yīng)的且壓縮后的注冊消息；F42、壓縮代理功能實(shí)體解壓縮所述注冊消息，并利用消息中的信息構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的注冊消息，之后發(fā)送該消息；F43、IMS網(wǎng)絡(luò)將記錄壓縮代理功能實(shí)體的聯(lián)系地址，并返回響應(yīng)消息；F44、壓縮代理功能實(shí)體收到IMS返回的響應(yīng)消息后，保存用戶終端的IMS注冊路徑信息，并根據(jù)SIP響應(yīng)的期滿expire頭域啟動(dòng)相應(yīng)時(shí)間長度的用戶注冊定時(shí)器；當(dāng)用戶長時(shí)間沒有重注冊，定時(shí)器超時(shí)時(shí)刪除相應(yīng)的注冊信息；F45、壓縮代理功能實(shí)體利用IMS返回的響應(yīng)消息中的信息構(gòu)建發(fā)給用戶的SIP響應(yīng)消息，并在壓縮后發(fā)送給用戶終端。
9.根據(jù)權(quán)利要求4或5所述的提高SIP壓縮效率的方法，其特征在于，當(dāng)用戶發(fā)起重注冊過程時(shí)，所述的方法包括G、用戶向壓縮代理功能實(shí)體發(fā)出經(jīng)過壓縮重注冊消息；H、壓縮代理功能實(shí)體采用用戶終端對應(yīng)的解壓縮算法恢復(fù)出接收到的重注冊消息；J、壓縮代理功能實(shí)體利用用戶終端發(fā)送的消息中的信息構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的重注冊消息，并發(fā)送；K、IMS網(wǎng)絡(luò)向壓縮代理功能實(shí)體返回響應(yīng)消息，壓縮代理功能實(shí)體重啟用戶的注冊定時(shí)器，刷新該用戶的IMS注冊路徑信息，并向用戶終端發(fā)送壓縮后的響應(yīng)消息。
10.根據(jù)權(quán)利要求4或5所述的提高SIP壓縮效率的方法，其特征在于，當(dāng)用戶發(fā)起注銷過程時(shí)，所述的方法包括L、用戶終端向壓縮代理功能實(shí)體發(fā)關(guān)用戶注銷的SIP壓縮消息；M、壓縮代理功能實(shí)體采用用戶終端對應(yīng)的解壓縮算法恢復(fù)出消息，并利用用戶終端發(fā)送的消息中的信息構(gòu)建發(fā)給IMS網(wǎng)絡(luò)的用于注銷的SIP消息，之后，發(fā)送該消息；N、IMS網(wǎng)絡(luò)向壓縮代理功能實(shí)體返回響應(yīng)消息后，且壓縮代理功能實(shí)體中止用戶的注冊定時(shí)器，刪除該用戶終端的注冊信息；P、壓縮代理功能實(shí)體利用IMS返回的響應(yīng)消息中的信息構(gòu)建發(fā)給用戶終端的響應(yīng)消息，并進(jìn)行壓縮后發(fā)送。
11.根據(jù)權(quán)利要求4或5所述的提高SIP壓縮效率的方法，其特征在于，當(dāng)用戶注冊后，向IMS發(fā)起呼叫時(shí)，所述的方法包括Q、用戶終端向壓縮代理功能實(shí)體發(fā)送壓縮后邀請INVITE消息；R、壓縮代理功能實(shí)體采用用戶終端對應(yīng)的解壓縮算法恢復(fù)出INVITE消息，并利用用戶終端發(fā)送的INVITE消息中的信息構(gòu)建相應(yīng)的INVITE消息，還利用用戶注冊時(shí)記錄的信息構(gòu)建新INVITE消息的路由頭域；S、壓縮代理功能實(shí)體將所述的INVITE消息發(fā)送給IMS網(wǎng)絡(luò)，并由IMS網(wǎng)絡(luò)路由信令到被叫的壓縮代理功能實(shí)體；T、被叫的壓縮代理功能實(shí)體利用收到的INVITE消息中的信息構(gòu)建發(fā)給被叫用戶終端的INVITE消息，消息中經(jīng)過的路由信息只包含壓縮代理功能實(shí)體的地址；U、被叫壓縮代理功能實(shí)體對所述的INVITE消息進(jìn)行壓縮處理后發(fā)送給相應(yīng)的被叫用戶終端。
12.根據(jù)權(quán)利要求4或5所述的提高SIP壓縮效率的方法，其特征在于，所述的方法還包括在用戶終端與壓縮代理功能實(shí)體間采用信令壓縮Sigcomp標(biāo)準(zhǔn)進(jìn)行SIP消息的壓縮傳遞，或者，采用私有協(xié)議進(jìn)行SIP消息的壓縮傳遞。
全文摘要
本發(fā)明涉及一種提高SIP壓縮效率的系統(tǒng)及方法。本發(fā)明的核心是在所述的無線SIP(會(huì)話初始協(xié)議)用戶終端與IMS(多媒體IP子系統(tǒng))等SIP核心網(wǎng)絡(luò)之間還設(shè)置SIP B2BUA角色的壓縮代理功能實(shí)體，以用于終結(jié)用戶終端通過無線接入網(wǎng)絡(luò)發(fā)送來的壓縮后的消息，并代表用戶終端與IMS建立通信，還用于終結(jié)IMS發(fā)送給用戶終端的消息，并壓縮后發(fā)送給用戶終端。本發(fā)明由于引入了壓縮代理功能實(shí)體，帶來了在無線網(wǎng)絡(luò)傳輸?shù)腟IP信令的一些信元的可預(yù)測性，因而，可以有效提高SIP初始請求壓縮率，同時(shí)，還可以屏蔽網(wǎng)絡(luò)和路由的復(fù)雜性，使得用戶終端和壓縮代理功能實(shí)體間傳遞的SIP信令的一些和網(wǎng)絡(luò)路徑相關(guān)的頭域的長度變得可預(yù)測，進(jìn)而還可以提高SIP初始請求壓縮率的穩(wěn)定性。
文檔編號H04L29/06GK1866953SQ200510112549
公開日2006年11月22日 申請日期2005年10月10日 優(yōu)先權(quán)日2005年10月10日
發(fā)明者謝國軍 申請人:華為技術(shù)有限公司