專利名稱：用于生成和發(fā)送信令消息的方法
技術(shù)領(lǐng)域：
本發(fā)明通常涉及用于無線通信系統(tǒng)的信令協(xié)議，以及更特別地，涉及一種
M^WM:無線通信f淑各傳輸?shù)男帕钕⒋笮〉姆椒ā?br> 背景技術(shù)：
^i舌，協(xié)議(SIP)和會i舌描述協(xié)議(SDP)正逐漸成為IP電話的實際標(biāo) 準(zhǔn)。SIP是基于文本的協(xié)議，用于粒、修改和拆除媒體會話。SIP也已經(jīng)被擴(kuò) 展用于即時消息(instant messaging)和呈5，^(presence service)。 SDP是基于 文本的信令協(xié)議，用于描述多媒體會話。SDP被用于例如會話通知、會話邀請 和其他形式的多媒體會話^的目的。
SIP和SDP最初被設(shè)計為用于富裕帶寬連接，因此消息的大小不，優(yōu)的 皿于很大。SIP消息的相對大消息尺寸在SIP信令必須經(jīng)31例如無線網(wǎng)絡(luò)中的 無線電接口或低速串fi^接的窄帶寬連接時會造成一些困難。SIP消息的大消息 尺寸消耗了無線網(wǎng)絡(luò)中寶貴的帶寬，并顯著增加了呼叫建立時間。
因特網(wǎng)工程任務(wù)組(正TF)已經(jīng)提出了稱為SIGCOMP的信號壓縮協(xié)議用 于減小在有限的帶寬連接上傳輸?shù)腟IP消息的大小。SIGCOMP協(xié)議在IETF文 檔RFC 3320和RFC 3321中得以描述，在此引入作為參考。SIGCOMP協(xié)議利 用發(fā)送和接收節(jié)點(diǎn)處的壓縮/解壓縮引擎。發(fā)送節(jié)點(diǎn)壓縮SIP消息并將壓縮的消 息連同解壓縮消息需要的解壓縮代碼一起發(fā)送到接收節(jié)點(diǎn)。由于解壓縮代碼從 發(fā)送端被傳送到接收端，因此軟件SIP客戶端事實上可以實施任何己知的壓縮 算法并保持與其他SIP客戶端兼容。

發(fā)明內(nèi)容
本發(fā)明提供了一種用于通過無線網(wǎng)絡(luò)的空中接口發(fā)送基于文本的信令消息 的方法。本發(fā)明可用于，例如，發(fā)送SIP信令消息。傳統(tǒng)上，二進(jìn)制消息 被轉(zhuǎn)換成基于文本的信令消息，該信令消息隨后在通過空中接口發(fā)送之前被壓
縮以減小消息的大小。根據(jù)本發(fā)明，發(fā)送節(jié)點(diǎn)發(fā)送二進(jìn)制消息數(shù)據(jù)以及用于將 二進(jìn)制消息繊轉(zhuǎn)換成標(biāo)準(zhǔn)SIP信令消息的可執(zhí)行代碼。制消息數(shù)據(jù)和可 執(zhí)行代碼可以在一個消息中一起發(fā)送，也可以分開發(fā)送。可執(zhí)行代碼在代理服 務(wù)器或接收端點(diǎn)被利用，以產(chǎn)生標(biāo)準(zhǔn)SIP文本。二進(jìn)制消息 可在通過空中
接口傳輸之前使用保存的狀態(tài)或字典(dictionary)被壓縮。壓縮算法可以用指 向保存的狀態(tài)或字典中的項的指針或其他引用(reference)代替二進(jìn)制消息數(shù)據(jù)。


圖1是^ffl本發(fā)明信令框架的無線網(wǎng)絡(luò)的功能模塊圖。 圖2 ^例IP多媒體子系統(tǒng)以及它與圖1的無線網(wǎng)絡(luò)中核心網(wǎng)的關(guān)系的功 能模塊圖。
圖3示例了用于肖,{頓SIP的設(shè)備的協(xié)議棧。
圖4示例用于壓縮和解壓縮信令消息的示例壓縮/解壓縮弓摩。
圖5示例了壓縮和發(fā)送SIP信令的傳統(tǒng)方法。
圖6示例了根據(jù)本發(fā)明的一個實施例的遠(yuǎn)程SIP產(chǎn)生的示例方法。
具體實施例方式
圖1示例了使用本發(fā)明信令方法的無線網(wǎng)絡(luò)10的主要功能元件。無線網(wǎng)絡(luò) 可以例如包括GSM/GPRS網(wǎng)絡(luò)、cdma2000網(wǎng)絡(luò)或?qū)拵DMA網(wǎng)絡(luò)。無線網(wǎng)絡(luò) 包括無線電接入網(wǎng)(radio access network, RAN) 20、核心網(wǎng)(CN) 30和IP多 媒體子系統(tǒng)(IMS) 40。 RAN20支^i!51空中接口與移動終端100的無線電通 信。無線網(wǎng)絡(luò)10典型地包括多于一個RAN20，盡管在圖1中僅僅顯示了一個。 CN30提供到因特網(wǎng)12或其它分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)的連接，用于分組交JM 務(wù)，還可以提供到公共^l奐電話網(wǎng)絡(luò)(PSTN) 14和/或綜合數(shù)字業(yè)務(wù)網(wǎng)(ISDN) 16的連接，用于電路^felk務(wù)，例如語音和傳真業(yè)務(wù)。CN 30包括用于與MS 40 互連的接入網(wǎng)關(guān)32。接入網(wǎng)關(guān)32，例如用于GPRS網(wǎng)絡(luò)的GRPS網(wǎng)關(guān)服務(wù)節(jié)點(diǎn) (GGSN)或用于cdma2000網(wǎng)絡(luò)的分組f^服務(wù)節(jié)點(diǎn)(PDSN)。 IMS40將與接 入無關(guān)的、基于IP的多媒體業(yè)務(wù)(例如基于IP的語音(voice overIP， VoIP)) 提供給移動用戶。盡管本發(fā)明是關(guān)于移動終端腦和MS 40之間的通信描述的， 在信令消息需要ffiil無線網(wǎng)絡(luò)10傳輸?shù)钠渌箾r中本發(fā)明也是有用的。因此，
在這種情形中對本發(fā)明的描述不應(yīng)當(dāng)被解釋為對本發(fā)明柳蹄'J。
MS 40 IOT開放接口和與接入無關(guān)的會話控制協(xié)議(SCP)，例如^i舌發(fā)起 協(xié)議(SIP)，來支持多媒體應(yīng)用。SIP是用于粒、修改和終止一個或多個參與 者之間的通信會話的應(yīng)用層控制協(xié)議。這^話可能包括，例如，因特網(wǎng)多媒 體會議、因特網(wǎng)電話呼叫、多媒體發(fā)布和網(wǎng)絡(luò)游戲。在因特網(wǎng)工程任務(wù)組(正TF) 文檔RFC 3261中描述了 SIP。盡管此處描述的本發(fā)明的 實施例使用了 SIP， 所屬領(lǐng)域的技術(shù)人員可以理解本發(fā)明也可以使用其他的SCP。另一個可與S1P 比較的已知協(xié)議是H.323。
SIP是一種信令協(xié)議，其使用基于文本的消息在兩個或更多參與者之間建 立^i域呼叫。用戶由唯一的地址來標(biāo)識，此處稱為SIP地址。用戶4柳分配 給他們的SIP地址在注冊服務(wù)器上注冊。當(dāng)有請求時，注冊服務(wù)器將這個地址 提供給定位服務(wù)器。當(dāng)用戶魏呼叫時，SIP請求被發(fā)送到被叫方。該請求在消 息頭部中包括呼叫方地址和被叫方地址。如果代理服務(wù)，收到該SIP請求， 它轉(zhuǎn)發(fā)該SIP請求至被叫方。被叫方可能是另一個移動終端或可能是用戶家庭 網(wǎng)絡(luò)中的應(yīng)用服務(wù)器。被叫方發(fā)艦SIP請求的響應(yīng)，該響應(yīng)可能也通過代理 服務(wù)器發(fā)送給所述移動終端。代翻艮務(wù)器將該響應(yīng)轉(zhuǎn)發(fā)給呼叫方。呼叫方確認(rèn) 該響應(yīng)，隨后呼叫方和被叫方之間的會話被建立。通過使用用于傳輸媒體的實 時協(xié)議(RTP)或消息會話中繼協(xié)議(MSRP)，媒體，例如音頻和視頻，隨后 肯g在所述各方之間傳送。
如果重定向服務(wù)離收到SIP請求，重定向服務(wù)器聯(lián)系定位服務(wù)器以確定 到被叫方的路徑，隨后將那個信息發(fā)送給呼叫方。呼叫方確認(rèn)接收到該信息并 隨后重發(fā)SIP請求至重定向信息中標(biāo)識的服務(wù)器(其可能是被叫方或代理服務(wù) 器)。當(dāng)S1P請求到達(dá)被叫方時，被叫方響應(yīng)，并且呼叫方確認(rèn)該響應(yīng)。
SIP使得在無線網(wǎng)絡(luò)10中運(yùn)行的移動設(shè)備中的應(yīng)用程序(application)育, 與遠(yuǎn)程設(shè)備中的其他應(yīng)用禾號Mi RTP和MSRP會話。所述遠(yuǎn)程應(yīng)用程序可能 處于移動終端畫中、與固定網(wǎng)絡(luò)連接的計^m中或MS 40中的應(yīng)用服務(wù)器中。 另外，這些應(yīng)用禾將可能存在于不同的網(wǎng)絡(luò)10中。
圖2示例了 IMS 40的基本元件以及它與CN 30的關(guān)系。IMS 40包括一個 或多個呼叫狀態(tài)控制功能(CSCF) 42、々某體網(wǎng)關(guān)控制功能(MGCF) 44、媒體 網(wǎng)關(guān)(MGW) 46、傳輸信令網(wǎng)關(guān)(T-SGW) 48、 GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)(GGSN)
54以及歸屬用戶月艮務(wù)器(HSS) 50，它們通過IP網(wǎng)絡(luò)互連。IMS40可進(jìn)一步包 括向移動終端畫提供多媒體業(yè)務(wù)的應(yīng)用服務(wù)器52。 CSCF 42作為SIP月艮務(wù)器 以處理用于建立、保持和終ihffl信會i舌的會話控制信令。用于IMS40中的大多 數(shù)信令的協(xié)議是SIP。 CSCF 42執(zhí)行的功能包括呼叫控制、地址翻譯、鑒權(quán)、能 力協(xié)商和用戶簡檔管理(subscriber profile management )。 HSS 50與CSCF 42接 口以提供關(guān)于用戶當(dāng)謝體的信息禾附閱信息。應(yīng)用服務(wù)器52給移動用戶提供 多媒體業(yè)務(wù)或其它業(yè)務(wù)。
GGSN 54、 MGCF 44、 MGW46和T-SGW48支持與外部網(wǎng)絡(luò)，例如PSTN 或ISDN的互相配合。MGW46將IMS 40的媒體平面與PSTN接口 ，而T-SGW 48將MS 40的信令平面與SS7網(wǎng)絡(luò)或其他信令網(wǎng)絡(luò)接口 。MGCF 44控制MGW 46的資源微^t辦議轉(zhuǎn)換。MGCF44將SIP消息轉(zhuǎn)換成不同的格式，例如ISDN 用戶部分(ISUP)消息，用于傳輸和轉(zhuǎn)發(fā)轉(zhuǎn)換過的消息至T-SGW48。 T-SGW48 包括協(xié)議轉(zhuǎn)換器，用于將IP消息轉(zhuǎn)換成SS7， ^t亦然。發(fā)往PSTN的媒體穿 過MGW46。GGSN將MS 40的媒體平面與外部分組 網(wǎng)纟別列如因特網(wǎng)接口 。
圖3示例了用于信令消息例如SIP消息的示例協(xié)議棧。當(dāng)用戶應(yīng)用，聘想 要執(zhí)行需要通信會話的建立、修改或終止的任務(wù)時，該用戶應(yīng)用程序發(fā)送請求 到SIP客戶端60 (在圖4中顯示)，SIP客戶端60可與用戶應(yīng)用程序M^或者 是一^^蟲立的軟件組件。SIP客戶端60處理在兩方或更多方之間建立、修改和 終止呼叫所需要的信令。由于SIP是基于文本的協(xié)議， 一些消息很長，并且可 能需要壓縮。SIP消息最初被設(shè)計用于富裕的帶寬連接，并通常大約為200至 1800字節(jié)。當(dāng)SIP信令必須穿越窄帶寬連接(例如無線網(wǎng)絡(luò)中的無線電接口或 低速串行連接)時，SIP消息的消息大小將會引起問題。SIP消息的大消息尺寸 消耗了無線網(wǎng)絡(luò)中的寶貴的帶寬并且顯著增加了呼叫建立時間。為改進(jìn)這些問 題，SIP客戶端60可實施信號壓縮協(xié)議，例如SIGCOMP (正TF RFC3320)。 SIGCOMP是用于壓縮SIP和其他基于文本的信令消息的信號壓縮和解壓縮協(xié) 議。SIGCOMP在應(yīng)用層和傳輸層之間增加了信號壓縮層。SIGCOMP與包括 TCP和UDP在內(nèi)的多種傳輸協(xié)議合作。從應(yīng)用的角度來看，信號壓縮層看起來 像是新的傳輸。SIGCOMP層輸出壓縮過的消息至傳輸層，傳輸層可能使用TCP 或UDP。 TCP是一種提供可靠傳送的傳輸協(xié)議，而UDP提供不可靠傳送。TCP 和UDP兩者都承載在IP ;t±， IP提供數(shù)據(jù)報和消息路由服務(wù)。物理信道可包
括無線或有線信道。
圖4示例了實施SIGCOMP協(xié)議的SIP客戶端60的功能元件。SIP客戶端 60包括SIP引擎62、 SIP解釋器64、 SIP解析器66和壓縮/解壓縮引擎68。 SIP 引擎62與用戶應(yīng)用禾將接口，而且包含用于生成和處理SIP消息的邏輯。SIP 解釋器64編譯由SIP引擎生成的二進(jìn)制編碼消息數(shù)據(jù)以生鵬于傳輸?shù)竭h(yuǎn)程設(shè) 備的基于文本的SIP消息。SIP解析器66處理所接收到的SIP消息以生成具有 可被SIP弓摩62理解的格式的^ii制編碼消息翻。壓縮/解壓縮弓摩68壓縮 和解壓縮SIP消息以減小M31無線網(wǎng)絡(luò)中的空中接口傳輸?shù)南⒋笮　?br> 壓縮/解壓縮引擎68包括壓縮器分配器70、 一個或多個壓縮器72、解壓縮 器分配器74、通用解壓縮^l以機(jī)(UDVM) 76和狀態(tài)處理器78。 SIP解釋器 64 —般向壓縮器分配器70提供要被壓縮的基于文本的SIP消息。壓縮器分配器 70將SIP消息傳輸至所選擇的壓縮器72。壓縮器72壓縮消息，并將壓縮過的 消息返回給壓縮器分配器70。壓縮器72可使用保存的狀態(tài)或字典以執(zhí)行壓縮。 如果在注冊期間或在前一個消息期間先前沒有被發(fā)送，則壓縮的消息可包括用 于解壓縮被壓縮的消息的解壓縮字節(jié)碼。在代理服務(wù)器或接收端點(diǎn)的UVDM 76 執(zhí)4亍解壓縮字節(jié)碼以解壓縮消息。為每個消息調(diào)用UVDM 76的單獨(dú)的實例 (instance)。由于^端點(diǎn)發(fā)送用于解壓縮被壓縮的SIP消息的可執(zhí)行字節(jié)碼， SIP客戶端60不用執(zhí)行任何壓縮算法也不用傳輸解壓縮代碼至嗾收端點(diǎn)。從發(fā) 送端點(diǎn)傳輸解壓縮字節(jié)碼至接收端點(diǎn)的這種能力是SIGCOMP的一個重要特性，
并且使得軟件開發(fā)者旨,實質(zhì)上〗頓任何壓縮算法并仍保持與其他設(shè)備兼容。
在代理服務(wù)器或接收端點(diǎn)處的解壓縮分配器74接收被壓縮的消息并調(diào)用 UVDM 76。 UVDM 76解壓縮所接收的消息并將解壓縮的消息傳送到解壓縮器 分配器74。解壓縮器分配器74將解壓縮的消息傳送給接收端點(diǎn)處的SIP解析器 66。
狀態(tài)處理器78是存儲和檢索壓縮器72和UVDM 76使用的狀態(tài)消息的實 體。狀態(tài)是消息數(shù)據(jù)，其被存儲以幫助隨后的信令消息的壓縮和解壓縮。狀態(tài) 信息被保存在狀態(tài)存儲器中。^H呆存的狀態(tài)由狀態(tài)標(biāo)識符唯一地標(biāo)識。UVDM 76可在解壓縮期間調(diào)用狀態(tài)處理器58以從狀態(tài)存儲器中檢索保存的狀態(tài)或創(chuàng) 建新的保存的狀態(tài)。通過發(fā)送狀態(tài)創(chuàng)超l」遠(yuǎn)程端點(diǎn)，發(fā)送端點(diǎn)處的壓縮器72可 以請求遠(yuǎn)程端點(diǎn)處的UVDM 76創(chuàng)^f 的狀態(tài)。壓縮器72在會巨夠使用保存的狀
態(tài)之保存前，必須等待來自遠(yuǎn)程端點(diǎn)的確認(rèn)。當(dāng)保存的狀態(tài)被用于消息的壓縮 時，狀態(tài)標(biāo)識符被描述在代替原始文本的壓縮的消息中，以使在遠(yuǎn)程端點(diǎn)能夠 檢索到正確的狀^i言息。
關(guān)于壓縮/解壓縮引擎68的結(jié)構(gòu)和操作細(xì)節(jié)可以在正TF RFC 3320、 3685 和3321以及2005年2月18日發(fā)布的SigComp用戶指南(drafNetf-rohc-sigcomp-user-guide-01.text)中找到。這些文檔在此以引用的方式并入本文 中。SIGCOMP協(xié)議提供了一種用于從發(fā)送端點(diǎn)向接收端點(diǎn)發(fā)送二進(jìn)偉徴據(jù)的機(jī) 制。這種傳送機(jī)制被用在SIGCOMP協(xié)議中以將解壓縮字節(jié)碼從發(fā)送端點(diǎn)傳送 到接收端點(diǎn)。如以下更充分的描述，本發(fā)明將這種傳送機(jī)制用于不同的目的。 在描述本發(fā)明的操作之前，簡單地回顧SIP/SDP信令消息傳統(tǒng)上是如何被傳輸 的將是有用的。
圖5示例了在移動終端和l頓SIGCOMP壓縮/解壓縮弓摩68的代理服務(wù) 器或接收端點(diǎn)之間發(fā)送SIP消息的傳統(tǒng)方法。在該例中，移動終端100是發(fā)送 節(jié)點(diǎn)，代理服務(wù)器或接收端點(diǎn)是接收節(jié)點(diǎn)。所屬領(lǐng)域的技術(shù)人員將意識到移動 終端100和代理服務(wù)器的角色可以互換。也就是，本發(fā)明同樣可以用于從代理 服務(wù)器或發(fā)送端點(diǎn)發(fā)送信令消息到移動終端簡。實施本發(fā)明不需要使用代理服 務(wù)器。例如，本發(fā)明預(yù)期可用于直接從作為發(fā)送端點(diǎn)的一個移動終端100發(fā)送 SIP消息至作為接收端點(diǎn)的另一個移動終端100。
如圖5所示，移動終端100處的SIP引擎62生成消息數(shù)據(jù)，最初為二進(jìn)制 。對于由SIP引擎62產(chǎn)生的二進(jìn)制消息翻的格式是沒有標(biāo)準(zhǔn)的。因此， 移動終端畫處的二進(jìn)制消息數(shù)據(jù)可能不被接收端點(diǎn)處的SIP引擎62所理解。 SIP解釋器64將二進(jìn)制消息數(shù)據(jù)轉(zhuǎn)換為ASCII文本以創(chuàng)建^T文本的SIP消息。 SEP消息被傳超U壓縮/解壓縮引擎68。壓縮/解壓縮引擎68在傳輸之前壓縮SIP 消息以減小消息大小。在代理服務(wù)器或接收端點(diǎn)，所接收的消息被解壓縮以恢 復(fù)消息的完整文本。在有代理服務(wù)器瞎況下，S1P消息被解壓縮之后，將由代理 月艮務(wù)器轉(zhuǎn)發(fā)至接收端點(diǎn)。在接收端點(diǎn)，SIP解析器66解析SIP消息，生成二進(jìn) 制消息數(shù)據(jù)，并將二進(jìn)制消息娜傳送到SIP引擎62。在接收端點(diǎn)生成的二進(jìn) 制消息數(shù)據(jù)可能不同于發(fā)射機(jī)產(chǎn)生的原始二進(jìn)制消息數(shù)據(jù)。因此，通過提供可 被任何SIP弓摩62理解的標(biāo)準(zhǔn)消息格式，SIP使得兩種本來并不兼容的SIP弓I
根據(jù)本發(fā)明，不是在發(fā)起端點(diǎn)處，而是在接收端點(diǎn)，執(zhí)《亍所述標(biāo)準(zhǔn)中描述
的生成基于文本的SIP消息的任務(wù)。如前所述，SIGCOMP協(xié)議提供了一種機(jī)制 使得1制 育,被傳輸?shù)竭h(yuǎn)程端點(diǎn)。這種機(jī)制被用在傳統(tǒng)SIP信令中以傳 輸用于在代理服務(wù)器或接收端點(diǎn)處解壓縮SEP消息的字節(jié)碼。本發(fā)明iOT這種 育幼來將^S制消息數(shù)據(jù)而不是標(biāo)準(zhǔn)的SIP消息，隨同用于編譯來自^it制消 息M的SIP消息的字節(jié)碼一起傳輸?shù)浇邮斩它c(diǎn)。字節(jié)碼可如同解壓縮字節(jié)碼 一樣在代理服務(wù)器或接收端點(diǎn)處得以執(zhí)行，以在代理服務(wù)器或接收端點(diǎn)處生成 SIP消息。
圖6示例了根據(jù)本發(fā)明一個實施例的示例性信令方法。如圖6所示，SIP 引擎62生成需要被傳輸?shù)竭h(yuǎn)程端點(diǎn)的二進(jìn)制消息數(shù)據(jù)。 ，制M被發(fā)送至U代 理服務(wù)器或接收端點(diǎn)處，而不是在發(fā)送端點(diǎn)編譯制數(shù)據(jù)以生成基于文本的 S1P消息。如圖6所示，二進(jìn)制消息M從SIP引擎62被傳送到壓縮/解壓縮引 擎68， ^超了Z^制解釋器64。壓縮/解壓縮引擎68壓縮二進(jìn)制消息數(shù)據(jù)并將 壓縮的二進(jìn)制數(shù)據(jù)發(fā)送到代翻艮務(wù)器或接收端點(diǎn)。另外，壓縮/解壓縮引擎68 將字節(jié)碼發(fā)送到起二進(jìn)制解釋器64的作用的代理服務(wù)器或接收端點(diǎn)，用于編譯 ,制消息繊以生成標(biāo)準(zhǔn)SIP文本。解釋齡節(jié)碼可作為二進(jìn)制消息的一部 分被發(fā)送，如果它之前沒有被發(fā)送。在代理服務(wù)器或接收端點(diǎn)處的壓縮/解壓縮 弓摩68執(zhí)行與解壓縮字節(jié)碼相同的解釋器字節(jié)碼以生成標(biāo)準(zhǔn)SEP消息。解釋器 字節(jié)碼使得壓縮/解壓縮引擎68育,用作二進(jìn)制解釋器64。因此，發(fā)送端點(diǎn)處 的二進(jìn)制解釋器64被有效地移動到接收端點(diǎn)或代理。如果解釋^節(jié)碼在代理 服務(wù)激皮執(zhí)行，貝附理服務(wù)器將生成的SIP消息轉(zhuǎn)發(fā)至嗾收端點(diǎn)。在接收端點(diǎn)， SIP解析器66將SIP消息轉(zhuǎn)換為接收端點(diǎn)處的SIP弓摩62會,理解的二進(jìn)制消
如圖6所示，只有二進(jìn)制繊在無線鏈路上被傳輸。因此，相比于傳統(tǒng)的
傳輸基于ASCII的SIP消息的方法，需要傳輸?shù)臄?shù)據(jù)量大大^K進(jìn)一步，減
少了與SIP消息生成相關(guān)的處理延時和功率。如已經(jīng)顯示的，需要傳輸?shù)? 量的M^可以通過壓縮二進(jìn)制消息數(shù)據(jù)得以實現(xiàn)。在SIGCOMP協(xié)議中壓縮標(biāo) 準(zhǔn)SIP文本所4柳的相同技術(shù)可用于壓縮二進(jìn)制消息娜。例如，經(jīng)常被重發(fā) 的消息數(shù)據(jù)(二進(jìn)制或文本)可以被存儲為狀態(tài)。同樣，基于頻繁重發(fā)狀態(tài)的 靜態(tài)字典可用于壓縮二進(jìn)制數(shù)據(jù)。壓縮/解壓縮引擎68 {頓保存的狀態(tài)或字典，
來與SIP文本一樣壓縮二進(jìn)制消息翻。在這種情況下，被傳超啦敏解壓縮
弓摩68的二進(jìn)制消息MI頗保存的狀態(tài)的引用(reference to a saved state)或 對靜態(tài)字典中的I頁白勺弓l用(reference to an item in a static dictionary) ^f寸戈替，方 式與傳統(tǒng)上針對基于文本的信令消息所進(jìn)纟亍的相同。本發(fā)明的一個優(yōu)點(diǎn)是，以 二進(jìn)制的形式而不是文本的形式保存狀態(tài)，因此所需的存儲器顯著W^
盡管本發(fā)明4頓SIGCOMP壓縮/解壓縮引擎68執(zhí)行代理服務(wù)器或接收端 點(diǎn)處的二進(jìn)制解釋器64的功能，所屬領(lǐng)域的技術(shù)人員將了解也可能有其它實施 方式。在其它實施例中，同樣可能在SIP和TCP或UDP層之間增力的te于 SIGCOMP層的協(xié)議層來執(zhí)行二進(jìn)制消息數(shù)據(jù)到標(biāo)準(zhǔn)SIP文本的擴(kuò)展。使用 SIGCOMP的一個優(yōu)點(diǎn)是任何實現(xiàn)SIGCOMP的節(jié)點(diǎn)都能夠接收壓縮的1制 數(shù)據(jù)，并將它轉(zhuǎn)換成標(biāo)準(zhǔn)SIP文本而不需要任何修改。只有發(fā)送節(jié)點(diǎn)需要修改 (并且僅僅是些微也)以將制翻從SIP弓摩62直樹專送到壓縮/解壓縮弓I 擎68。
本發(fā)明當(dāng)然能以不脫離本發(fā)明范圍和基本特性的其^也特定方式而不是此 處提出的那些方式執(zhí)行?，F(xiàn)有的實施例因此在所有方面被認(rèn)為是示例性的而非 限制性的，在所附權(quán)利要求的意義和相等范圍內(nèi)的所有變化確定為被包含在其 中。
權(quán)利要求
1.一種基于文本的信令方法，包括從發(fā)送節(jié)點(diǎn)以二進(jìn)制編碼消息的形式發(fā)送信令消息到接收節(jié)點(diǎn)；從發(fā)送節(jié)點(diǎn)發(fā)送二進(jìn)制解釋器到接收節(jié)點(diǎn)，用于在接收節(jié)點(diǎn)將二進(jìn)制編碼消息轉(zhuǎn)換為文本消息。
2、 如權(quán)利要求1所述的信令方法，進(jìn)一步包括壓縮二進(jìn)制編碼消息。
3、 如權(quán)利要求2所述的信令方法，其中壓縮二進(jìn)制編碼消息包括用對保存 的狀態(tài)的弓閱代替二進(jìn)制消息繊。
4、 如權(quán)利要求2所述的信令方法，其中M31用對字典的弓閱代替二進(jìn)制消 息 ，來壓縮1制編碼消息。
5、 如權(quán)利要求1所述的信令方法，其中二進(jìn)制解釋器作為二進(jìn)制消息的一 部分被發(fā)超贖收節(jié)點(diǎn)。
6、 如權(quán)利要求1所述的信令方法，其中二進(jìn)制解釋器與制消息分開發(fā)送。
7、 一種通信設(shè)備，包括 用于與遠(yuǎn)程設(shè)備通信的應(yīng)用程序-,SIP客戶端(40)，與所述應(yīng)用程序接口，以執(zhí)4亍用于建立與遠(yuǎn)程設(shè)備的通 信^i刮勺信令操作，所述SIP客戶端(40)可用于發(fā)送二進(jìn)制編蹄言令消息到 所述遠(yuǎn)程設(shè)備，并發(fā)送用于將所述二進(jìn)制編碼信令消息轉(zhuǎn)換為文本消息的二進(jìn) 制解釋器到所述遠(yuǎn)程設(shè)備。
8、 如權(quán)利要求7所述的通信設(shè)備，其中SIP客戶端(40)還可用于在發(fā)^t前壓縮二進(jìn)制編碼消息。
9、 如權(quán)利要求8所述的通信設(shè)備，其中SIP客戶端(40)通過用對保存的狀 態(tài)的弓間代替二進(jìn)制消息 ，來壓縮制編碼消息。
10、 如權(quán)利要求8所述的通信設(shè)備，其中SIP客戶端(40)通過用對字典中條目的弓閱代替二進(jìn)制消息 ，來壓縮二進(jìn)制編碼消息。
11、 如權(quán)利要求7所述的通信設(shè)備，其中SIP客戶端(40)作為單個消息的一部^起發(fā)送二進(jìn)制編碼 和，制解釋器。
12、 如權(quán)利要求7所述的通信設(shè)備，其中SIP客戶端(40)在不同的消息中分別發(fā)送二進(jìn)制編碼繊和二進(jìn)制解釋器。
全文摘要
一種信令方法減少了通常與通過無線鏈路發(fā)送基于文本的信令消息相關(guān)的帶寬需求和信令延時。發(fā)送端點(diǎn)的應(yīng)用程序生成并發(fā)送二進(jìn)制編碼信令消息和二進(jìn)制解釋器，其使得接收端點(diǎn)或SIP服務(wù)器能夠由二進(jìn)制編碼數(shù)據(jù)構(gòu)造基于文本的消息。二進(jìn)制編碼信令消息可包括對保存的狀態(tài)的引用或?qū)ψ值涞囊?，以能夠進(jìn)行消息的壓縮。該信令方法能與任何基于文本的信令協(xié)議，例如會話發(fā)起協(xié)議、會話描述協(xié)議和實時流協(xié)議一起被使用。
文檔編號H04L29/08GK101371555SQ200680049512
公開日2009年2月18日 申請日期2006年11月16日 優(yōu)先權(quán)日2005年12月29日
發(fā)明者M·H·倫施勒 申請人:艾利森電話股份有限公司