專利名稱：信號(hào)壓縮udvm性能優(yōu)化的方法和裝置的制作方法
信號(hào)壓縮UDVM性能優(yōu)化的方法和裝置
基于35 U.S.C. § 119要求優(yōu)先權(quán)
本申請(qǐng)要求于2006年7月12日遞交的、名稱為"Method and Apparatus for Optimization of SigComp UDVM Performance"、序號(hào)為60/830,545的臨 時(shí)申請(qǐng)的優(yōu)先權(quán)，該臨時(shí)申請(qǐng)已經(jīng)轉(zhuǎn)讓給本申請(qǐng)的受讓人，故以引用方式 將其明確地并入本文。
背景技術(shù)：
本發(fā)明涉及用于無(wú)線通信的壓縮方法。
會(huì)話發(fā)起協(xié)議(SIP)是在開(kāi)始于第三代合作伙伴計(jì)劃(3GPP)第5 版的第三代移動(dòng)網(wǎng)絡(luò)中用于呼叫控制的協(xié)議。SIP使用文本編碼，使其更容 易建立基于SIP的服務(wù)，設(shè)計(jì)針對(duì)SIP的擴(kuò)展，以及調(diào)試協(xié)議。然而，SIP 的文本編碼還具有嚴(yán)重的缺點(diǎn)；公知的是，SIP消息明顯大于例如用于全球 移動(dòng)通信系統(tǒng)(GSM)呼叫控制中的協(xié)議的那些消息。由于很多數(shù)據(jù)需要 在低帶寬無(wú)線電接口上發(fā)送，所以較大的消息尺寸會(huì)導(dǎo)致呼叫建立延遲增 加。這使得需要開(kāi)發(fā)出能夠減少呼叫建立時(shí)間的方案。 一種這樣的方案是 由互聯(lián)網(wǎng)工程任務(wù)組(正TF)設(shè)計(jì)的信號(hào)壓縮(SigComp)協(xié)議。SigComp 在兩個(gè)網(wǎng)絡(luò)要素之間提供用于壓縮應(yīng)用層信令的框架。SigComp架構(gòu)的中 心部分是通用解壓器虛擬機(jī)(UDVM)，它是為了運(yùn)行解壓縮算法而優(yōu)化的 虛擬機(jī)。由于UDVM的原因，SigComp可支持多種壓縮算法，而不是指定 單個(gè)算法由所有SigComp端點(diǎn)支持。
SigComp是3GPP第5版IP多媒體子系統(tǒng)(IMS)的必備部分。它應(yīng) 用于終端和代理呼叫會(huì)話控制功能(P-CSCF)之間的接口上，是用于IMS 中的終端的第一接觸點(diǎn)。SigComp通過(guò)減少呼叫建立時(shí)的空閑時(shí)間來(lái)增強(qiáng) 用戶感覺(jué)的服務(wù)質(zhì)量。通過(guò)減少每個(gè)用戶消耗的資源量還允許網(wǎng)絡(luò)支持更 多數(shù)量的用戶。
SigComp的主要目標(biāo)是蜂窩系統(tǒng)，在這種系統(tǒng)中移動(dòng)終端具有變化的
8各種功能，并且在蜂窩鏈路上可能引入未被檢出的錯(cuò)誤。SigComp還對(duì)具 有有限吞吐量的通信鏈路(包括蜂窩系統(tǒng))進(jìn)行尋址。

發(fā)明內(nèi)容
下文給出對(duì)一個(gè)或多個(gè)實(shí)施例的簡(jiǎn)要概述，以提供對(duì)這些實(shí)施例的基 本理解。該概述不是對(duì)全部預(yù)期實(shí)施例的泛泛概括，也不旨在標(biāo)識(shí)全部實(shí) 施例的關(guān)鍵或重要元件或者描述任意或全部實(shí)施例的范圍。其目的僅在于 作為后文所提供更詳細(xì)描述的序言，以簡(jiǎn)化形式提供一個(gè)或多個(gè)實(shí)施例的 一些概念。
本發(fā)明的一個(gè)方面提供一種傳送數(shù)據(jù)內(nèi)容的方法，所述數(shù)據(jù)內(nèi)容通過(guò) 多個(gè)壓縮算法中的一個(gè)壓縮算法進(jìn)行壓縮。每個(gè)壓縮算法均具有能夠從經(jīng) 壓縮的數(shù)據(jù)內(nèi)容再現(xiàn)數(shù)據(jù)內(nèi)容的相應(yīng)解壓縮算法。為了提供較高的靈活性， 將足以執(zhí)行解壓縮算法的字節(jié)碼作為數(shù)據(jù)包協(xié)議的一部分與用于解壓縮虛 擬機(jī)的經(jīng)壓縮的數(shù)據(jù)內(nèi)容一起發(fā)送，以解釋字節(jié)碼。為了通過(guò)減少解釋解 壓縮算法所需的處理時(shí)間來(lái)增強(qiáng)用戶體驗(yàn)，將與所檢測(cè)的字節(jié)碼相關(guān)的機(jī) 器碼中的解壓縮算法的可訪問(wèn)可執(zhí)行版本進(jìn)行定位，并將其用于解壓縮數(shù) 據(jù)內(nèi)容，而并非使用虛擬機(jī)。
在另一方面，至少一個(gè)處理器通過(guò)定位解壓縮源代碼的可執(zhí)行版本來(lái) 執(zhí)行解壓縮數(shù)據(jù)內(nèi)容的方法。具體地，第一模塊檢測(cè)源代碼。第二模塊定 位與源代碼相關(guān)的解壓縮算法的可訪問(wèn)可執(zhí)行版本。第三模塊利用所定位 的解壓縮算法的可訪問(wèn)可執(zhí)行版本來(lái)解壓縮經(jīng)壓縮的數(shù)據(jù)內(nèi)容。
在另一方面， 一種計(jì)算機(jī)程序產(chǎn)品具有計(jì)算機(jī)可讀介質(zhì)，其包含第一 組代碼，使得計(jì)算機(jī)檢測(cè)在至少一條消息中包含的源代碼。第二組代碼使 得計(jì)算機(jī)定位與所檢測(cè)的源代碼相關(guān)的相應(yīng)解壓縮算法的可訪問(wèn)可執(zhí)行版 本。然后，第三組代碼使得計(jì)算機(jī)利用所定位的相應(yīng)解壓縮算法的可訪問(wèn) 可執(zhí)行版本來(lái)解壓縮經(jīng)壓縮的數(shù)據(jù)內(nèi)容。
在另一方面，用于先前將字節(jié)碼編譯成機(jī)器碼的模塊提供了非常高效 的解壓縮算法的執(zhí)行。例如，利用信號(hào)壓縮(SigComp)來(lái)壓縮會(huì)話發(fā)起協(xié) 議/會(huì)話描述協(xié)議(SIP/SDP)消息的這種方法將縮短消息處理及消息呼叫建 立時(shí)間的延遲。在一個(gè)實(shí)施方式中，提供一種機(jī)制，避免為解壓縮所接收的每個(gè)
SIP/SDP消息而執(zhí)行通用解壓縮虛擬機(jī)(UDVM)解釋器。避免執(zhí)行UDVM 解釋器減少了移動(dòng)站上的計(jì)算需求，并降低了 SIP/SDP處理的潛在延遲。 這種方式降低了基于SIP呼叫流的呼叫建立/斷開(kāi)時(shí)間。
在另一方面，一種向通信設(shè)備傳播互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS) 數(shù)據(jù)內(nèi)容的方法包括通過(guò)壓縮算法來(lái)壓縮所述IMS數(shù)據(jù)內(nèi)容。該方法還 包括生成包含解壓縮字節(jié)碼的數(shù)據(jù)結(jié)構(gòu)；向所述通信設(shè)備發(fā)送經(jīng)壓縮的 IMS數(shù)據(jù)內(nèi)容和解壓縮字節(jié)碼。此外，該方法包括響應(yīng)于來(lái)自所述通信 設(shè)備的請(qǐng)求，向所述通信設(shè)備發(fā)送所述解壓縮字節(jié)碼的可執(zhí)行版本。
在一個(gè)方面，用于向通信設(shè)備傳播互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)
數(shù)據(jù)內(nèi)容的至少一個(gè)處理器，包括第一模塊，通過(guò)壓縮算法來(lái)壓縮所述 IMS數(shù)據(jù)內(nèi)容。所述至少一個(gè)處理器還包括第二模塊，用于生成包含解
壓縮字節(jié)碼的數(shù)據(jù)結(jié)構(gòu)；第三模塊，用于向所述通信設(shè)備發(fā)送經(jīng)壓縮的IMS
數(shù)據(jù)內(nèi)容和解壓縮字節(jié)碼。此外，所述至少一個(gè)處理器包括第四模塊，
響應(yīng)于來(lái)自所述通信設(shè)備的請(qǐng)求，向所述通信設(shè)備發(fā)送所述解壓縮字節(jié)碼 的可執(zhí)行版本。
在又一方面， 一種計(jì)算機(jī)程序產(chǎn)品，包括具有多組代碼的計(jì)算機(jī)可 讀介質(zhì)。第一組代碼使得計(jì)算機(jī)通過(guò)壓縮算法來(lái)壓縮互聯(lián)網(wǎng)協(xié)議(IP)多媒
體子系統(tǒng)(IMS)數(shù)據(jù)內(nèi)容。第二組代碼使得計(jì)算機(jī)生成包含解壓縮字節(jié)碼 的數(shù)據(jù)結(jié)構(gòu)。第三組代碼使得計(jì)算機(jī)向通信設(shè)備發(fā)送經(jīng)壓縮的IMS數(shù)據(jù)內(nèi)
容和解壓縮字節(jié)碼。第四組代碼使得計(jì)算機(jī)響應(yīng)于來(lái)自所述通信設(shè)備的請(qǐng) 求，向所述通信設(shè)備發(fā)送所述解壓縮字節(jié)碼的可執(zhí)行版本。
在另一方面，一種向通信設(shè)備傳播互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)
數(shù)據(jù)內(nèi)容的裝置，包括通過(guò)壓縮算法來(lái)壓縮所述IMS數(shù)據(jù)內(nèi)容的模塊。 該裝置還包括用于生成包含解壓縮字節(jié)碼的數(shù)據(jù)結(jié)構(gòu)的模塊；以及用于 向所述通信設(shè)備發(fā)送經(jīng)壓縮的IMS數(shù)據(jù)內(nèi)容和解壓縮字節(jié)碼的模塊。此外,
該裝置還包括用于響應(yīng)來(lái)自所述通信設(shè)備的請(qǐng)求，向所述通信設(shè)備發(fā)送
所述解壓縮字節(jié)碼的可執(zhí)行版本的模塊。
為了實(shí)現(xiàn)上述目的和相關(guān)目的， 一個(gè)或多個(gè)實(shí)施例包括下文將要充分 描述和在權(quán)利要求中重點(diǎn)列明的各個(gè)特征。下文的描述和附圖詳細(xì)闡述了某些示例性方面，并表示可采用實(shí)施例原理的幾個(gè)方式。當(dāng)結(jié)合附圖考慮 時(shí)，其它優(yōu)點(diǎn)和新穎性特征在以下具體實(shí)施方式
中變得清楚，并且公開(kāi)實(shí) 施例旨在包括所有這些方面及其等同物。


圖1是用于與通信網(wǎng)絡(luò)相通信的無(wú)線設(shè)備的信號(hào)壓縮優(yōu)化系統(tǒng)的框圖。
圖2是圖1的系統(tǒng)的無(wú)線設(shè)備組件的一方面的示意圖。 圖3是圖1的無(wú)線設(shè)備和通信網(wǎng)絡(luò)的示圖，其描述第三代合作伙伴計(jì) 劃(3GPP)第5版(5)網(wǎng)絡(luò)架構(gòu)的其它特征。
圖4是用于圖1的信號(hào)壓縮優(yōu)化系統(tǒng)的互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng) (IMS)實(shí)體的配置圖。
圖5是信號(hào)壓縮(SigComp)端點(diǎn)的位置的框圖。
圖6是圖5的SigComp端點(diǎn)的架構(gòu)的框圖。
圖7是通過(guò)圖1的系統(tǒng)實(shí)現(xiàn)的信號(hào)壓縮優(yōu)化方法的流程圖。
圖8是描述圖1中無(wú)線設(shè)備操作的信號(hào)壓縮優(yōu)化序列的實(shí)施例示圖。
圖9是描述圖1中無(wú)線設(shè)備操作的信號(hào)壓縮優(yōu)化序列的實(shí)施例示圖。
圖IO是描述圖1的信號(hào)壓縮優(yōu)化系統(tǒng)的實(shí)施例示圖。
圖11是描述圖1的信號(hào)壓縮優(yōu)化系統(tǒng)的實(shí)施例示圖。
圖12是描述靜態(tài)DEFLATE性能的圖表。
圖13是描述Lempel-Ziv-Storer-Szymanski (LZSS)壓縮算法性能的圖表。
具體實(shí)施例方式
現(xiàn)在參照附圖描述多個(gè)實(shí)施例。在下文的描述中，為了便于解釋，給 出了大量具體細(xì)節(jié)，以便提供對(duì)一個(gè)或多個(gè)實(shí)施例的全面理解。然而，很 明顯，也可以不用這些具體細(xì)節(jié)來(lái)實(shí)現(xiàn)所述實(shí)施例。在其它例子中，以方 框圖形式示出公知結(jié)構(gòu)和設(shè)備，以便于描述這些實(shí)施例。
所述裝置和方法特別適用于無(wú)線環(huán)境中，但是也可適用于任意類型的 網(wǎng)絡(luò)環(huán)境中，包括但不限于，通信網(wǎng)絡(luò)、公共網(wǎng)絡(luò)(例如因特網(wǎng))、專用網(wǎng) 絡(luò)(例如虛擬專用網(wǎng)絡(luò))、局域網(wǎng)、廣域網(wǎng)、遠(yuǎn)程輸送網(wǎng)或任意其它類型的數(shù)據(jù)通信網(wǎng)絡(luò)。
圖1示出在通信網(wǎng)絡(luò)12和無(wú)線用戶設(shè)備(通信設(shè)備)14之間的信號(hào)壓
縮優(yōu)化系統(tǒng)10的一個(gè)方面。在通信網(wǎng)絡(luò)12中，壓縮器18利用數(shù)據(jù)壓縮算 法20對(duì)描述成多媒體內(nèi)容16的媒體或信令(例如音頻、圖像、視頻、盲 文等)(通稱為"數(shù)據(jù)")進(jìn)行數(shù)據(jù)壓縮。數(shù)據(jù)解壓縮字節(jié)碼22以適用于無(wú) 線通信鏈路24無(wú)線傳輸?shù)男问较蛴脩粼O(shè)備14的無(wú)線通信鏈路28提供源代 碼或字節(jié)碼(后面有壓縮媒體內(nèi)容26)。響應(yīng)于所接收的字節(jié)碼22，處理 器30有利地選擇優(yōu)化的解壓縮器32，同時(shí)方便于減少建立延遲量，以避免 在每個(gè)實(shí)例中都使用虛擬機(jī)解壓縮器。作為另一種選擇，實(shí)施方式可具有 優(yōu)化的解壓縮器32的不可訪問(wèn)的實(shí)例。然后，處理器30選擇虛擬機(jī)解壓 縮器(描述為通用解壓縮器虛擬機(jī)(UDVM) 34)。 UDVM 34具有可靈活 執(zhí)行(例如由接收的字節(jié)碼22'指示的)多個(gè)解壓縮算法的一般架構(gòu)；然而 UDVM34并沒(méi)有為任意特定的解壓縮算法而優(yōu)化，并且受到與在執(zhí)行之前 分析字節(jié)碼22中的每個(gè)語(yǔ)句相關(guān)聯(lián)的必要延遲的影響。
為了有利于避免這種執(zhí)行延遲，處理器30識(shí)別出字節(jié)碼22"的可訪問(wèn) 副本與接收的字節(jié)碼22，相同。然后，由優(yōu)化的解壓縮器32使用機(jī)器碼36， 機(jī)器碼36是執(zhí)行字節(jié)碼'的可執(zhí)行解壓縮算法38的一部分。與在虛擬機(jī)中 解釋源代碼(即字節(jié)碼22')相比，為了減少用于解壓縮的時(shí)間，將機(jī)器碼 36和/或優(yōu)化的解壓縮器優(yōu)化。由于能夠盡可能地避免使用UDVM 34，因 此用戶設(shè)備14通過(guò)避免建立延遲，增強(qiáng)了在媒體內(nèi)容播放器38上呈現(xiàn)媒 體內(nèi)容16時(shí)的用戶體驗(yàn)。
應(yīng)當(dāng)理解的是，本發(fā)明的優(yōu)點(diǎn)在于，機(jī)器碼36可作為本地存儲(chǔ)的程序 庫(kù)的一部分來(lái)進(jìn)行訪問(wèn)，可被本地編譯和存儲(chǔ)用于以后使用，可以從遠(yuǎn)程 程序庫(kù)被無(wú)線訪問(wèn)，可以在請(qǐng)求時(shí)被遠(yuǎn)程編譯并存儲(chǔ)用于以后使用，和/或 可作為并入優(yōu)化的解壓縮器中的固件或其它形式的電路來(lái)提供。在編譯和/ 或遠(yuǎn)程編譯機(jī)器碼36時(shí)的延遲可以通過(guò)如下優(yōu)勢(shì)來(lái)彌補(bǔ)降低無(wú)線用戶設(shè) 備14的復(fù)雜性需求和UDVM上的持續(xù)解壓縮效率。
根據(jù)一些方面，通信設(shè)備14可包括任意類型的計(jì)算機(jī)化的通信設(shè)備。 例如，如圖1所示，通信設(shè)備14可包括移動(dòng)通信設(shè)備，例如無(wú)線和/或蜂窩 電話。作為另一種選擇，通信設(shè)備14可包括固定通信設(shè)備，例如代理呼叫/會(huì)話控制功能(P-CSCF)服務(wù)器、網(wǎng)絡(luò)設(shè)備、服務(wù)器、計(jì)算機(jī)工作站等。
應(yīng)當(dāng)理解的是，通信設(shè)備14不限于本文描述或示出的設(shè)備，還可以包括個(gè) 人數(shù)字助理(PDA)、雙向文本尋呼機(jī)、具有有線或無(wú)線通信端口的便攜式 計(jì)算機(jī)以及具有有線和/或無(wú)線通信端口的任意類型的計(jì)算機(jī)平臺(tái)。此外， 通信設(shè)備14可以是遠(yuǎn)程從屬設(shè)備或其它類似設(shè)備，例如遠(yuǎn)程傳感器、遠(yuǎn)程 服務(wù)器、診斷工具、數(shù)據(jù)中繼器等，它們不具有終端用戶，而是簡(jiǎn)單地在 無(wú)線或有線網(wǎng)絡(luò)之間傳送數(shù)據(jù)。在其它方面，通信設(shè)備14可以是有線通信 設(shè)備，例如固定電話、個(gè)人計(jì)算機(jī)、機(jī)頂盒等。此外，應(yīng)當(dāng)注意的是，可 以在系統(tǒng)10中使用單種類型或多種上述類型的任意數(shù)量的通信設(shè)備14的 任意組合。因此，本發(fā)明的裝置和方法可以在包括有線或無(wú)線通信端口的 任意形式的有線或無(wú)線設(shè)備或計(jì)算機(jī)模塊(包括但不限于，無(wú)線調(diào)制解調(diào) 器、個(gè)人計(jì)算機(jī)存儲(chǔ)卡國(guó)際協(xié)會(huì)(PCMCIA)卡、訪問(wèn)終端、個(gè)人計(jì)算機(jī)、 電話或其任意組合或子組合)上執(zhí)行。
此外，通信設(shè)備14可包括用于諸如請(qǐng)求、交互和/或播放多媒體內(nèi)容 16之類目的的用戶界面42。這種用戶界面42包括輸入設(shè)備44，用于生 成或接收進(jìn)入通信設(shè)備14的輸入；輸出設(shè)備46，用于生成和/或呈現(xiàn)由通 信設(shè)備14的用戶使用的信息。例如，輸入設(shè)備44可包括以下設(shè)備中的至 少一個(gè)，例如小鍵盤和/或鍵盤、鼠標(biāo)、觸摸屏顯示器、與語(yǔ)音識(shí)別模塊 相關(guān)聯(lián)的麥克風(fēng)等。在某些方面，輸入設(shè)備44可提供內(nèi)容請(qǐng)求的用戶輸入 或附加信息請(qǐng)求的用戶輸入。此外，例如，輸出設(shè)備46可包括顯示器、音 頻揚(yáng)聲器、觸摸式反饋機(jī)構(gòu)等。輸出設(shè)備46可生成圖形用戶界面、聲音、 例如振動(dòng)的感覺(jué)等，并且這種輸出可以與例如多媒體內(nèi)容16的呈現(xiàn)相關(guān)聯(lián) (圖l)。
此外，通信設(shè)備14可包括計(jì)算機(jī)平臺(tái)48，用于執(zhí)行向設(shè)備提供功能 的應(yīng)用程序，還可以與輸入設(shè)備44和輸出設(shè)備46進(jìn)行交互。計(jì)算機(jī)平臺(tái) 48可包括存儲(chǔ)器50，包括易失性和非易失性存儲(chǔ)器部分，例如只讀和/或隨 機(jī)存取存儲(chǔ)器(RAM和ROM)、可擦可編程只讀存儲(chǔ)器(EPROM)、電可 擦可編程只讀存儲(chǔ)器(EEPROM)、閃存、和/或通用于計(jì)算機(jī)平臺(tái)的任意存 儲(chǔ)器。此外，存儲(chǔ)器50可包括有源存儲(chǔ)器和記憶存儲(chǔ)器，包括電子文件系 統(tǒng)和任意二級(jí)和/或三級(jí)存儲(chǔ)設(shè)備，例如磁介質(zhì)、光學(xué)介質(zhì)、磁帶、軟盤和/
13或硬盤和可移除式存儲(chǔ)器組件。
此外，計(jì)算機(jī)平臺(tái)48還可包括處理器52，其可以是專用集成電路 (ASIC)或其它芯片組、處理器、邏輯電路或其它數(shù)據(jù)處理設(shè)備。在一些 方面，例如當(dāng)通信設(shè)備14包括蜂窩電話時(shí)，處理器52或其它邏輯設(shè)備(例 如ASIC)可執(zhí)行與存儲(chǔ)器50中的任意固有軟件組件(例如語(yǔ)音呼叫、數(shù) 據(jù)呼叫和媒體相關(guān)應(yīng)用)對(duì)接的應(yīng)用程序接口 (API)層54。 API 54可以 是在各種通信設(shè)備上執(zhí)行的運(yùn)行環(huán)境。 一種這樣的運(yùn)行環(huán)境是由圣地亞哥， 加利福尼亞的高通公司開(kāi)發(fā)的無(wú)線二進(jìn)制運(yùn)行環(huán)境，即Binary Runtime Environment for Wireless (BREW )軟件?？墒褂闷渌\(yùn)行環(huán)境，例如用 于對(duì)無(wú)線計(jì)算設(shè)備上應(yīng)用程序的執(zhí)行進(jìn)行控制。
此外，處理器52可包括以硬件、固件、軟件及其組合實(shí)現(xiàn)的各種處理 子系統(tǒng)56，其在通信網(wǎng)絡(luò)28上支持通信設(shè)備14的功能以及通信設(shè)備的操 作(圖1)。例如，處理子系統(tǒng)56允許發(fā)起和保持通信，與其它網(wǎng)絡(luò)連接設(shè) 備以及通信設(shè)備14的組件中和/或之間交換數(shù)據(jù)。在一個(gè)方面中，例如在蜂 窩電話中，處理器52可包括一個(gè)處理子系統(tǒng)56或其組合，例如音響、 非易失性存儲(chǔ)器、文件系統(tǒng)、發(fā)射機(jī)、接收機(jī)、搜索器、層l、層2、層3、 主控制器、遠(yuǎn)程過(guò)程、手機(jī)、電源管理、診斷、數(shù)字信號(hào)處理器、聲音合 成機(jī)、消息發(fā)送、呼叫管理器、藍(lán)牙(Bluetooth )系統(tǒng)、藍(lán)牙(Bluetooth ) LPOS、位置確定、位置引擎、用戶界面、休眠、數(shù)據(jù)服務(wù)、安全、認(rèn)證、 USIM/SIM (通用用戶身份模塊/用戶身份模塊)、語(yǔ)音服務(wù)、圖形、USB (通 用串行總線)、多媒體(例如MPEG (運(yùn)動(dòng)圖像專家組)協(xié)議多媒體)、GPRS (通用分組無(wú)線業(yè)務(wù))、短消息服務(wù)(SMS)、短語(yǔ)音服務(wù)(SVSTM)、 web 瀏覽器等。對(duì)于公開(kāi)的方面，處理器52的處理子系統(tǒng)56可包括與計(jì)算機(jī) 平臺(tái)48上執(zhí)行的應(yīng)用程序交互的任意子系統(tǒng)組件。
計(jì)算機(jī)平臺(tái)48還包括通信模塊58，其支持在通信設(shè)備14的各個(gè)組件 之間的通信，以及用于在通信設(shè)備14和通信網(wǎng)絡(luò)28 (圖l)之間交換內(nèi)容 24 (圖l)和內(nèi)容請(qǐng)求。通信模塊58可以在硬件、固件、軟件和/或其組合 中實(shí)現(xiàn)，還可包括用于設(shè)備間和設(shè)備內(nèi)通信的所有協(xié)議。此外，通信模塊 58用于根據(jù)本文所述的裝置和方法來(lái)發(fā)送和/或接收信息，例如請(qǐng)求多媒體 內(nèi)容16 (圖1)和接收壓縮的媒體/信令內(nèi)容28和字節(jié)碼22'(圖1)。在一些方面中，通信設(shè)備14的存儲(chǔ)器50還可存儲(chǔ)用戶界面模塊60， 其用于在后臺(tái)或前臺(tái)進(jìn)程中在通信網(wǎng)絡(luò)12之間檢索、存儲(chǔ)和播放多媒體內(nèi) 容16。用戶界面模塊40包括硬件、軟件、固件、數(shù)據(jù)和用于執(zhí)行這些功能 的可執(zhí)行指令的一個(gè)或任意組合，包括適用于多媒體內(nèi)容16的類型和用戶 界面42的功能的多媒體播放器。
參照?qǐng)D3-6，舉一個(gè)使用信號(hào)壓縮優(yōu)化系統(tǒng)10的示例性環(huán)境，公開(kāi)一 種網(wǎng)絡(luò)架構(gòu)100，用于執(zhí)行由IP多媒體子系統(tǒng)(IMS)網(wǎng)絡(luò)的第三代合作 伙伴計(jì)劃(3GPP)和3GPP2標(biāo)準(zhǔn)授權(quán)的并且在RFC 3320、 RFC 3321和IMS 的3GPP標(biāo)準(zhǔn)(例如3GPP TS 23.228)中定義的特定類型信號(hào)壓縮 (SigComp)。在圖3中，通用的方法對(duì)移動(dòng)通信設(shè)備(SIP用戶代理)和 代理呼叫/會(huì)話控制功能(P-CSCF)之間用無(wú)線電發(fā)送的SIP信令消息進(jìn)行 壓縮。這包括壓縮方，所述壓縮方向解壓縮方發(fā)送解壓縮算法(作為所發(fā) 送的第一消息的部分)。算法(字節(jié)碼22')接收的解壓縮方(通信設(shè)備14) 執(zhí)行存儲(chǔ)器50中的通用解壓縮器虛擬機(jī)(UDVM)解釋程序64，其解釋所 接收的字節(jié)碼22，并解壓縮隨后的消息(壓縮的媒體/信令內(nèi)容28)。這種方 式的優(yōu)點(diǎn)是能夠支持任意類型的算法，只要其字節(jié)碼22用無(wú)線電提供即可。 示例性版本的存儲(chǔ)器50中的呼叫控制模塊是定義用于該通信的協(xié)議的本地 會(huì)話發(fā)起協(xié)議(SIP)和會(huì)話描述協(xié)議(SDP)應(yīng)用66。
由于對(duì)字節(jié)碼中的每個(gè)指令進(jìn)行解釋，所以在UDVM解釋程序中執(zhí)行 字節(jié)碼解壓縮引起的計(jì)算開(kāi)銷導(dǎo)致延遲，這樣會(huì)因?yàn)檠娱L(zhǎng)呼叫建立時(shí)間而 影響用戶體驗(yàn)。存儲(chǔ)器50中的解壓縮器分配模塊68通過(guò)減少UDVM解釋 程序64的使用，采用通信設(shè)備14的計(jì)算機(jī)平臺(tái)48支持的一種或多種優(yōu)化 實(shí)現(xiàn)方式來(lái)有利地減輕這種延遲。
在第一種實(shí)現(xiàn)方式中，通過(guò)存儲(chǔ)器50中的優(yōu)化解壓縮器模塊70執(zhí)行 的從字節(jié)碼22到機(jī)器碼的早期編譯很高效地進(jìn)行了解壓縮算法，因此縮短 了在SIP消息處理和呼叫建立時(shí)間以后的延遲。為此，解壓縮器分配模塊 68訪問(wèn)解壓縮程序庫(kù)72，以便將接收的字節(jié)碼22'與一個(gè)或多個(gè)本地可訪 問(wèn)的字節(jié)碼22"相比較，每個(gè)字節(jié)碼22"與各自的解壓縮機(jī)器碼36相配對(duì)。 在檢測(cè)到匹配時(shí)，解壓縮機(jī)器碼36可通過(guò)優(yōu)化的解壓縮器模塊70來(lái)執(zhí)行， 而非UDVM解釋程序64執(zhí)行。器分配模塊68沒(méi)有檢測(cè)到匹配的新 接收的字節(jié)碼22'而言，解壓縮器分配模塊68指示存儲(chǔ)器50中的編譯器74 生成解壓縮機(jī)器碼36，隨后將其連同字節(jié)碼22，分別存儲(chǔ)到解壓縮程序庫(kù) 72的空代碼存儲(chǔ)記錄76和空索引78中。這種編譯可以在后臺(tái)進(jìn)行，從而 可通過(guò)第一種實(shí)現(xiàn)方式來(lái)處理這種字節(jié)碼22'的后續(xù)情況。
在第三種實(shí)現(xiàn)方式中，在如第二種實(shí)現(xiàn)方式所示沒(méi)有檢測(cè)到匹配時(shí)， 解壓縮器分配模塊68轉(zhuǎn)發(fā)字節(jié)碼22'的請(qǐng)求，以便外部編譯解壓縮機(jī)器碼 或從周期性更新的數(shù)據(jù)庫(kù)檢索解壓縮機(jī)器碼用于后續(xù)情況。
在第四種實(shí)現(xiàn)方式中，計(jì)算機(jī)平臺(tái)58有利地包括UDVM硬件處理器 (例如數(shù)字信號(hào)處理器(DSP)) 80，其通過(guò)在為解壓縮而優(yōu)化的設(shè)備硬件 中允許并行處理來(lái)促進(jìn)快速設(shè)置。解壓縮器分配模塊68利用代理UDVM 82，為了本地SIP/SDP應(yīng)用66的利益來(lái)仿真UDVM 64。
在圖3-6中，通常符合在3GPP TS 23.228、 3GPP TS 23.002中描述的 3GPP第五版(5)網(wǎng)絡(luò)架構(gòu)的通信網(wǎng)絡(luò)100提供圖1-2的信號(hào)壓縮優(yōu)化系 統(tǒng)10的運(yùn)行環(huán)境。具體參照?qǐng)D3，將通信網(wǎng)絡(luò)100邏輯地劃分成核心網(wǎng)絡(luò) (CN)架構(gòu)102和接入網(wǎng)絡(luò)(AN)架構(gòu)104。將CN架構(gòu)102邏輯地劃分 成電路交換(CS)域106、分組交換(PS)域108和互聯(lián)網(wǎng)協(xié)議(IP)多 媒體子系統(tǒng)(IMS) 110。描述為UMTS陸地?zé)o線接入網(wǎng)(UTRAN)接口 104的AN架構(gòu)104由分級(jí)無(wú)線網(wǎng)絡(luò)子系統(tǒng)(RNS) 112構(gòu)成，其要素是無(wú) 線網(wǎng)絡(luò)控制器(RNC) 114、節(jié)點(diǎn)B元件116和用戶設(shè)備(UE) 118。節(jié)點(diǎn) B 116是服務(wù)于一個(gè)或多個(gè)小區(qū)的邏輯網(wǎng)絡(luò)組件。其是在無(wú)線電小區(qū)中用于 通信的無(wú)線電發(fā)送/接收單元。RNC 114是具有用于控制一個(gè)或多個(gè)節(jié)點(diǎn)B 元件116的功能的網(wǎng)絡(luò)組件。RNC 114處理多個(gè)UTRAN接口 104之間的 協(xié)議交換。RNC 114提供無(wú)線網(wǎng)絡(luò)子系統(tǒng)112的集中操作和維護(hù)，包括對(duì) 操作支持系統(tǒng)(未示出)的訪問(wèn)。具體而言，RNC 114的功能包括無(wú)線電 資源控制、準(zhǔn)入控制、信道分配和切換控制。專用于電路交換域106的實(shí) 體是信令網(wǎng)關(guān)(SGW) 119、移動(dòng)交換中心(MSC) 120和網(wǎng)關(guān)移動(dòng)交換中 心(GMSC) 122。 CS交換域106還可包括受到這種類型信令限制的某些 家庭用戶服務(wù)123。 MSC 120構(gòu)成無(wú)線網(wǎng)絡(luò)子系統(tǒng)112和固定網(wǎng)絡(luò)之間的
16接口。 GMSC 122是執(zhí)行到移動(dòng)站(用戶設(shè)備(UE)) 118的實(shí)際地點(diǎn)的路 由的MSC 120。專用于分組交換域108的實(shí)體是服務(wù)GPRS支持節(jié)點(diǎn) (SGSN) 124和網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN) 126。 SGSN 124和GGSN 126 處理分組流量。SGSN 124將分組傳送到其服務(wù)區(qū)域內(nèi)的移動(dòng)站118。 SGSN 124執(zhí)行移動(dòng)管理功能，例如從一個(gè)小區(qū)中的用戶設(shè)備118向另一小區(qū)中的 設(shè)備切換漫游用戶。GGSN 126用作外部IP網(wǎng)絡(luò)(例如公共因特網(wǎng)128、 其它移動(dòng)服務(wù)提供商的GPRS服務(wù)(家庭用戶服務(wù)(HSS)) 130或企業(yè)內(nèi) 聯(lián)網(wǎng)(未示出))的接口。 GGSN126保存路由信息，所述路由信息是將協(xié) 議數(shù)據(jù)單元(PDU)通過(guò)隧道傳送到服務(wù)于特定移動(dòng)站122的SGSN 124 所必須的。
將IP多媒體子系統(tǒng)(IMS)核心網(wǎng)絡(luò)110的IMS實(shí)體作為第三代伙伴 計(jì)劃(3GPP)第五版(5)的一部分，以創(chuàng)建根據(jù)移動(dòng)互聯(lián)網(wǎng)規(guī)范開(kāi)發(fā)各 種多媒體服務(wù)的公共平臺(tái)。IMS實(shí)體包括用于提供IP多媒體(IM)服務(wù)的 所有核心網(wǎng)絡(luò)元件，例如呼叫會(huì)話控制功能(CSCF) 130 (即詢問(wèn)、代理 和服務(wù))、IMS媒體網(wǎng)關(guān)功能(MGW) 131、媒體網(wǎng)關(guān)控制功能(MGCF) 132和多媒體資源功能133。根據(jù)3GPP的IMS CN IIO對(duì)功能標(biāo)準(zhǔn)化，而 并非是對(duì)標(biāo)準(zhǔn)化接口限定的節(jié)點(diǎn)標(biāo)準(zhǔn)化。實(shí)現(xiàn)方式將兩個(gè)功能自由組合到 一個(gè)節(jié)點(diǎn)中，或?qū)蝹€(gè)功能分到兩個(gè)或更多個(gè)節(jié)點(diǎn)。IMSCN110是這樣的 域，其控制語(yǔ)音以及多媒體呼叫和會(huì)話，并互連到其它網(wǎng)絡(luò)(如公共交換 電話網(wǎng)(PSTN) 134)和其它UMTS網(wǎng)絡(luò)(例如HSS 130)。它具有穿過(guò)不 同路徑的信令平面和媒體平面。
SigComp是IMSCN110的一部分，用于壓縮SIP信令流量。IP多媒 體(IM)域能夠降低成本，以及引入新的服務(wù)(例如語(yǔ)音電話、視頻電話、 多媒體會(huì)議、即時(shí)消息傳送和實(shí)時(shí)互動(dòng)游戲)。IMS能夠?yàn)闊o(wú)線用戶聚集和 訪問(wèn)語(yǔ)音、視頻、消息、數(shù)據(jù)和基于web的技術(shù)，以及將互聯(lián)網(wǎng)的發(fā)展與 移動(dòng)通信的發(fā)展相結(jié)合。IP多媒體核心網(wǎng)絡(luò)子系統(tǒng)(IMS)使其能夠基于 互聯(lián)網(wǎng)應(yīng)用、服務(wù)和協(xié)議為公共陸地移動(dòng)網(wǎng)絡(luò)(PLMN)操作者的用戶提 供多媒體服務(wù)，并建立于互聯(lián)網(wǎng)應(yīng)用、服務(wù)和協(xié)議上。它利用分組交換域 來(lái)傳送多媒體信令和載體流量。分組交換域在終端移動(dòng)時(shí)維持服務(wù)并隱藏IMS的移動(dòng)。IMS獨(dú)立于電路交換域。IM域使得用戶和應(yīng)用程序能夠控制
多方之間的會(huì)話和呼叫。它控制和支持網(wǎng)絡(luò)資源，以提供呼叫所需的功能、
安全和質(zhì)量。IM域提供用戶的登記，從而他們可以從任意UMTS網(wǎng)絡(luò)訪 問(wèn)他們自己的服務(wù)。IM的一個(gè)附加角色是生成呼叫詳情記錄(CDR)，其 包含發(fā)送和接收的關(guān)于呼叫參與者、時(shí)間、持續(xù)時(shí)間以及數(shù)據(jù)量的信息。 CDR用于計(jì)費(fèi)目的。
在圖4中，根據(jù)3GPPTS 23.228的IMS實(shí)體包括CSCF、 MGCF、 IMS 媒體網(wǎng)關(guān)功能(IMS-MGW)、多媒體資源功能控制器(MRFC)、多媒體資 源功能處理器(MRFP)、簽約定位功能(SLF)、出口網(wǎng)關(guān)控制功能(BGCF) 和應(yīng)用服務(wù)器(AS)，其中將支持用戶業(yè)務(wù)的接口示為粗線，將支持信令 的接口繪成虛線。
在3GPPTS 23.228中描述了 IMS實(shí)體的角色。作為SIP服務(wù)器的CSCF 可用作代理CSCF (P-CSCF)、服務(wù)CSCF (S-CSCF) 138或詢問(wèn)CSCF
(I-CSCF)。 P-CSCF是對(duì)于IMS CN的UE的第一個(gè)接觸點(diǎn)。P-CSCF對(duì)于 SigComp也是特別重要，因?yàn)樗菆?zhí)行SigComp消息的壓縮和解壓縮的核 心網(wǎng)絡(luò)元件。為此，P-CSCF包括壓縮器和解壓縮器(IMS終端也包括兩者)。 S-CSCF處理網(wǎng)絡(luò)中的會(huì)話狀態(tài)，同時(shí)I-CSCF的角色是找到用于特定用戶 的適當(dāng)S-CSCF。 MGCF執(zhí)行協(xié)議轉(zhuǎn)換，接收帶外信息，與CSCF通信，選 擇CSCF以及控制呼叫狀態(tài)的部分。IMS-MGW中止來(lái)自交換電路網(wǎng)絡(luò)的 載體信道以及來(lái)自分組網(wǎng)絡(luò)的媒體流。它處理媒體轉(zhuǎn)換、載體控制和有效 載荷處理。MRFC的任務(wù)是控制MRFP中的媒體流資源，生成CDR和解 釋來(lái)自AS和S-CSCF的信息，并據(jù)此控制MRFP。 MRFP提供由MRFC 控制的資源，控制在Mb基準(zhǔn)點(diǎn)上的載體，合成資源，以及處理媒體流。 SLF提供在登記和會(huì)話建立期間由I-CSCF發(fā)出請(qǐng)求時(shí)包含所需用戶相關(guān)數(shù) 據(jù)的HSS的名稱。在登記處理期間，還通過(guò)S-CSCF來(lái)詢問(wèn)。BGCF選擇 要發(fā)生PSTN中斷的網(wǎng)絡(luò)以及選擇被使用的MGCF。 AS可以是SIP應(yīng)用服 務(wù)器、開(kāi)放式服務(wù)存取(OSA)應(yīng)用服務(wù)器或移動(dòng)增強(qiáng)邏輯的客戶化應(yīng)用
(CAMEL)IP多媒體服務(wù)交換功能(IM-SSF)。它提供增值IM服務(wù)。S-CSCF 和AS之間的接口用于提供AS中的服務(wù)。
18IP多媒體子系統(tǒng)試圖符合互聯(lián)網(wǎng)工程任務(wù)組(IETF)互聯(lián)網(wǎng)標(biāo)準(zhǔn)，以 實(shí)現(xiàn)存取獨(dú)立，以及保持與橫跨根據(jù)3GPPTS 23.228的互聯(lián)網(wǎng)的多個(gè)有線 終端的正常運(yùn)轉(zhuǎn)。在IM域中用于登記和呼叫控制的信令協(xié)議是會(huì)話發(fā)起 協(xié)議(SIP)。 SIP是在UE和CSCF之間采用的單獨(dú)協(xié)議。
在圖5中，用于壓縮向終端發(fā)送的消息以及解壓縮從終端接收的消息 的實(shí)體是P-CSCF，所述消息描述為從UE到S-CSCF的SIP信令流。在UE 中用SigComp壓縮的SIP消息流經(jīng)無(wú)線電接口、基站(BS)和UMTS陸 地?zé)o線接入網(wǎng)(UTRAN)的無(wú)線網(wǎng)絡(luò)控制器(RNC)。從UTRAN，這些 SIP消息遍歷服務(wù)GPRS支持節(jié)點(diǎn)(SGSN)和網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(SGSN) 的所有路徑到P-CSCF，在所述P-CSCF中對(duì)SigComp消息進(jìn)行解壓縮。從 P-CSCF起，SIP消息以未壓縮的方式發(fā)送。以下討論從網(wǎng)絡(luò)核心而并非從 無(wú)線接入網(wǎng)選擇用于執(zhí)行SigComp壓縮和解壓縮的實(shí)體的原因。首先，傳 輸加密和解密功能的位置同樣影響壓縮功能的位置，因?yàn)楸仨殢募用芎徒?密的點(diǎn)向外采用壓縮，并且它必須是透明的。對(duì)某些傳輸類型的分組內(nèi)容 進(jìn)行認(rèn)證、完整性保護(hù)或加密。對(duì)來(lái)自終端的信息解密以及對(duì)到達(dá)終端的 信息加密的可信方位于移動(dòng)網(wǎng)絡(luò)核心中。如果從無(wú)線接入網(wǎng)選擇了端點(diǎn)， 則網(wǎng)絡(luò)設(shè)計(jì)和性能將受到在移動(dòng)網(wǎng)絡(luò)中傳送消息密鑰所帶來(lái)的復(fù)雜性的影 響。影響信號(hào)壓縮位置的另一個(gè)重要方面是切換。在SigComp中，建立相 對(duì)大量的歷史狀態(tài)，以支持高效壓縮。如果執(zhí)行解壓縮的端點(diǎn)改變，則這 個(gè)狀態(tài)需要被傳送至新的實(shí)體，以保持壓縮效率。這種方案將增加網(wǎng)絡(luò)的 復(fù)雜性。當(dāng)在P-CSCF中執(zhí)行解壓縮時(shí)，解壓縮端點(diǎn)在應(yīng)用層會(huì)話的持續(xù) 時(shí)間內(nèi)保持穩(wěn)定。
因此，SigComp功能的位置位于移動(dòng)終端中以及網(wǎng)絡(luò)的內(nèi)部，即在IMS 中。這種方式與頭部壓縮方式形成對(duì)照，在所述頭部壓縮情況下壓縮功能 位于終端中以及無(wú)線接入網(wǎng)中。在SigComp的情況下，消息是不包含路由 信息的應(yīng)用層消息。它們承載于傳輸層協(xié)議的有效載荷中，留下對(duì)IP的路 由問(wèn)題。SigComp不壓縮傳輸層協(xié)議的頭部。僅有與傳輸層協(xié)議有效載荷 的內(nèi)容相關(guān)的實(shí)體(即兩個(gè)傳送端點(diǎn))需要解壓縮SigComp消息。
應(yīng)當(dāng)強(qiáng)調(diào)的是，在終端和P-CSCF之間以壓縮形式發(fā)送SIP信令的原
19因并不是節(jié)省在空中接口上的少量字節(jié)。當(dāng)終端將建立要使用很多帶寬的 多媒體會(huì)話時(shí)，并不值得節(jié)省少量的信令字節(jié)。壓縮的主要?jiǎng)訖C(jī)是減少在 空中接口上發(fā)送SIP消息所需的時(shí)間。
在IMS中，執(zhí)行會(huì)話控制的協(xié)議是會(huì)話發(fā)起協(xié)議(SIP)。 SIP初始用
于邀請(qǐng)用戶參加多媒體會(huì)議，但是如今它主要用于創(chuàng)建、修改和中止多媒
體會(huì)議。盡管SigComp可用于壓縮基于文本的任意協(xié)議的消息，但是目前 主要集中在SIP消息的壓縮。
SIP獨(dú)立于要處理的多媒體會(huì)話的類型以及用于描述會(huì)話的機(jī)構(gòu)。描 述多媒體會(huì)話的最普通格式是會(huì)話描述協(xié)議(SDP)。 SDP是在SIP消息體 中承載的簡(jiǎn)單的文本格式。這是SigComp必須能夠高效壓縮SIP和SDP的 原因。為此，定義SIP/SDP靜態(tài)字典。
SIP協(xié)議定義幾個(gè)實(shí)體，它們是用戶代理(UA)、重定向服務(wù)器、代 理服務(wù)器、登記器和位置服務(wù)器。支持3GPP第5版或以后版本的所有3G 終端包含SIP UA。此外，3GPP2已采用SIP。 SIP使用代理服務(wù)器來(lái)幫助 對(duì)用戶的當(dāng)前位置的路由請(qǐng)求、認(rèn)證和授權(quán)要服務(wù)的用戶，實(shí)施提供商呼 叫路由策略，以及向用戶提供特征。重定向服務(wù)器通過(guò)提供用戶可到達(dá)的 可選位置在SIPUA的定位時(shí)提供幫助。登記器接受登記。它通常與重定向 服務(wù)器或代理服務(wù)器是共處一區(qū)的。位置服務(wù)器不是SIP實(shí)體，但是它是 使用SIP的任意架構(gòu)的重要部分。位置服務(wù)器存儲(chǔ)和返回用戶的可能位置。
SIP是請(qǐng)求/響應(yīng)協(xié)議，例如以其為基礎(chǔ)的超文本傳輸協(xié)議(HTTP)。 SIP用戶代理客戶端(UAC)發(fā)送請(qǐng)求，而用戶代理服務(wù)器(UAS)返回 響應(yīng)。請(qǐng)求的開(kāi)始行聲明用于表示請(qǐng)求目的的方法名稱。
圖5中示出SigComp端點(diǎn)的布局。其包括以下實(shí)體壓縮器分配器、 一個(gè)或多個(gè)壓縮器、狀態(tài)處理器、通用解壓縮器虛擬機(jī)(UDVM)和解壓 縮器分配器。
壓縮器分配器的任務(wù)是從應(yīng)用接收消息，以及將每個(gè)消息的壓縮版本 傳遞至傳輸層。所述應(yīng)用必須向壓縮器分配器提供隔間標(biāo)識(shí)符(即區(qū)塊標(biāo) 識(shí)符，compartment identifier)以及每個(gè)消息。隔間是與對(duì)等端點(diǎn)相關(guān)的應(yīng) 用特定消息組。在SIP的情況下，隔間由屬于SIP對(duì)話的所有消息構(gòu)成。
20隔間標(biāo)識(shí)符唯一地標(biāo)識(shí)隔間。SigComp逐個(gè)隔間地調(diào)用壓縮器，這意味著 隔間標(biāo)識(shí)符還可用于標(biāo)識(shí)壓縮器。為此，必須保持在隔間標(biāo)識(shí)符和壓縮器 之間的映射。通過(guò)提供隔間標(biāo)識(shí)符與應(yīng)用消息，所述應(yīng)用確保壓縮器分配 器可定位適當(dāng)?shù)膲嚎s器。每次遇到新的隔間標(biāo)識(shí)符時(shí)，調(diào)用新的壓縮器。 一旦壓縮器己經(jīng)壓縮了應(yīng)用消息，則創(chuàng)建SigComp頭部，并將其附加至消 息。之后，壓縮器分配器將SigComp消息傳遞至傳輸層。當(dāng)應(yīng)用希望例如 在接收BYE消息和發(fā)送最終響應(yīng)之后閉合隔間時(shí)，應(yīng)用向壓縮器分配器指 示這種情況。
壓縮器實(shí)施用于壓縮應(yīng)用消息的某個(gè)壓縮算法。SigComp的一個(gè)基本 思想是標(biāo)準(zhǔn)不指定使用應(yīng)該由所有端點(diǎn)使用的一個(gè)壓縮算法。而是保留算 法選擇作為執(zhí)行決定結(jié)果。隨后是每個(gè)端點(diǎn)應(yīng)該能夠?qū)Ω鞣N壓縮算法的輸 出進(jìn)行解壓縮。這可通過(guò)利用虛擬機(jī)來(lái)實(shí)施解壓縮功能而實(shí)現(xiàn)。當(dāng)壓縮器 創(chuàng)建包含壓縮的應(yīng)用消息的SigComp消息時(shí)，它包括用于消息頭部的解壓 縮算法。這個(gè)解壓縮算法稱作字節(jié)碼，并且已經(jīng)將其編譯成可在虛擬機(jī)上 執(zhí)行的格式。
對(duì)壓縮器提出了多種需求。首先，它需要是透明的(例如，壓縮器不 發(fā)送使UDVM無(wú)法正確解壓縮SigComp消息的字節(jié)碼)。壓縮器應(yīng)該提供 對(duì)應(yīng)用消息的某種完整性格式的檢查，以保證進(jìn)行成功的解壓縮。它必須 保證可使用在遠(yuǎn)程端點(diǎn)可用的資源對(duì)消息進(jìn)行解壓縮。如果傳輸是基于消 息的，則在用戶數(shù)據(jù)報(bào)協(xié)議(UDP)的情況下，壓縮器必須將每個(gè)應(yīng)用消 息精確地映射到一個(gè)SigComp消息。在傳輸是基于流，但是應(yīng)用定義它自 己的內(nèi)部消息邊界的情況下，壓縮器同樣應(yīng)該將每個(gè)應(yīng)用消息精確地映射 到一個(gè)SigComp消息。
解壓縮器分配器的角色是從傳輸層接收SigComp消息，調(diào)用UDVM 的新實(shí)例來(lái)解壓縮每個(gè)消息，以及將得到的未壓縮的消息傳遞至應(yīng)用。一 旦應(yīng)用接收到消息，則它將消息映射至隔間，并將隔間標(biāo)識(shí)符返回至解壓 縮器分配器。然后，解壓縮器分配器將標(biāo)識(shí)符傳遞至狀態(tài)處理器，它使用 標(biāo)識(shí)符來(lái)保存狀態(tài)信息，并將反饋信息轉(zhuǎn)發(fā)至適當(dāng)?shù)膲嚎s器。通過(guò)提供隔 間標(biāo)識(shí)符，應(yīng)用程序允許分配器進(jìn)行此操作。
21通用解壓縮器虛擬機(jī)(UDVM)是解壓縮SigComp消息的實(shí)體。通過(guò) 在虛擬機(jī)上執(zhí)行稱作字節(jié)碼的特定編譯程序來(lái)執(zhí)行解壓縮處理。UDVM是 特別類似于Java虛擬機(jī)的虛擬機(jī)，但是區(qū)別在于已經(jīng)對(duì)UDVM進(jìn)行優(yōu)化， 以便運(yùn)行解壓縮算法。在SigComp的情況下，編譯成字節(jié)碼的源代碼稱作 UDVM組件，并且將對(duì)其進(jìn)行編譯的實(shí)體稱作UDVM解釋器。字節(jié)碼可 看作是UDVM的機(jī)器語(yǔ)言。
UDVM在選擇如何壓縮給定應(yīng)用消息時(shí)具有靈活性壓縮器執(zhí)行器具 有選擇其決定算法的自由。將壓縮的數(shù)據(jù)與包含一組UDVM指令的字節(jié)碼 相組合。在SigComp消息的頭部中承載這些指令，并且允許在接收端點(diǎn)提 取原始數(shù)據(jù)。
因?yàn)镾igComp可以在不安全的傳輸層上運(yùn)行，所以逐個(gè)消息地調(diào)用 UDVM的單個(gè)實(shí)例，以確保損壞的消息不影響以后消息的解壓縮。然而， 在解壓縮處理期間，UDVM可調(diào)用狀態(tài)處理器以訪問(wèn)現(xiàn)有狀態(tài)。這樣，解 壓縮先前消息的UDVM實(shí)例的狀態(tài)可通過(guò)隨后的UDVM實(shí)例來(lái)恢復(fù)。
當(dāng)已經(jīng)初始化UDVM時(shí)，UDVM可僅在請(qǐng)求時(shí)從解壓縮器分配器接 收另外的壓縮數(shù)據(jù)，或從狀態(tài)處理器接收狀態(tài)信息。隨著解壓縮進(jìn)行， UDVM將解壓縮的數(shù)據(jù)輸出至解壓縮器分配器。當(dāng)UDVM遇到消息末端 時(shí)，向分配器指示這種情況，從而分配器向其提供隔間標(biāo)識(shí)符。在狀態(tài)創(chuàng) 建請(qǐng)求中，將這個(gè)標(biāo)識(shí)符傳遞至狀態(tài)處理器。狀態(tài)處理器使用隔間標(biāo)識(shí)符 將位置中的狀態(tài)信息存儲(chǔ)到為相應(yīng)隔間保留的狀態(tài)存儲(chǔ)器中。UDVM還將 可附加至SigComp消息的反饋信息轉(zhuǎn)發(fā)至狀態(tài)處理器。
UDVM周期是執(zhí)行UDVM指令需要的CPU功率量的測(cè)量。UDVM 周期極限用于限制可壓縮SigComp消息中每個(gè)比特的UDVM周期的數(shù)目。 必須監(jiān)控字節(jié)碼使用的周期量，因?yàn)閻阂庥脩艨赡馨l(fā)送包含循環(huán)碼的字節(jié) 碼。然而，周期極限僅減少引起的損害量，并不除去問(wèn)題。
在SigComp中，解壓縮器存儲(chǔ)器的大小是可協(xié)商的。解壓縮端將解壓 縮器存儲(chǔ)器的大小通知給壓縮端。默認(rèn)大小是2千字節(jié)。為了提高壓縮的 效率，可使用4千或8千字節(jié)或甚至更大的存儲(chǔ)器大小。將解壓縮器存儲(chǔ) 器分成2部分，第一部分用于存儲(chǔ)解壓縮的消息。另一部分用于保存字節(jié)碼的UDVM和循環(huán)緩沖器，其能夠使用比UDVM存儲(chǔ)器更多的狀態(tài)。因 為只要緩沖器充滿，UDVM就可以開(kāi)始在緩沖器的起點(diǎn)重寫(xiě)內(nèi)容。
因?yàn)檎{(diào)用UDVM的分別的實(shí)例來(lái)解壓縮到達(dá)的每條消息，所以需要 一種方式來(lái)保留消息之間的信息。這是SigComp狀態(tài)處理器的任務(wù)，其存 儲(chǔ)接收的SigComp消息之間的信息。通過(guò)狀態(tài)處理器，因?yàn)橄鄬?duì)于先前消 息中包含的信息對(duì)消息進(jìn)行了壓縮，所以提高了壓縮比。狀態(tài)處理器能夠 在解壓縮隨后消息時(shí)創(chuàng)建用于訪問(wèn)的狀態(tài)項(xiàng)目。狀態(tài)項(xiàng)目通常包含UDVM 實(shí)例的存儲(chǔ)器的快照或未壓縮的消息。
狀態(tài)處理器逐個(gè)隔間地管理狀態(tài)存儲(chǔ)器。除了存儲(chǔ)它們的狀態(tài)項(xiàng)目之 外，它還保持通過(guò)特定隔間創(chuàng)建的狀態(tài)項(xiàng)目列表，并保證沒(méi)有隔間超過(guò)其 分配的存儲(chǔ)器。
UDVM解釋器是將UDVM指令和UDVM組件中列出的它們的操作數(shù) 翻譯成字節(jié)碼格式的實(shí)體。UDVM翻譯器將包含UDVM組件源代碼的文 件用作輸入，并將其編譯成可在虛擬機(jī)上執(zhí)行的字節(jié)碼。
通過(guò)所述的信號(hào)壓縮優(yōu)化系統(tǒng)10的運(yùn)行環(huán)境，在圖7中示出信號(hào)壓 縮優(yōu)化方法400。為了清楚起見(jiàn)，將該方法依次分成方框402-412的通信網(wǎng) 絡(luò)(傳播)部分，隨后是方框414-420的通信設(shè)備(接收)部分。應(yīng)當(dāng)理 解的是，該方法可包括多個(gè)實(shí)體，并且壓縮的SIP/SDP數(shù)據(jù)內(nèi)容的傳播還 可以從通信設(shè)備發(fā)送到通信網(wǎng)絡(luò)。此外，通信網(wǎng)絡(luò)或通信設(shè)備可代表具有 傳播功能的多個(gè)實(shí)體，在這些實(shí)體的各個(gè)組合中可發(fā)起、中繼或中止傳播。
在方框402處開(kāi)始，通信網(wǎng)絡(luò)可通過(guò)獲取接收方通信設(shè)備的硬件/軟件 配置來(lái)有利地提高信號(hào)壓縮優(yōu)化系統(tǒng)10的多個(gè)方面。這需要綜合數(shù)據(jù)庫(kù)， 其意味著在一系列的可能通信設(shè)備上保持最新，或特別用于支持本文公開(kāi) 的信號(hào)壓縮優(yōu)化系統(tǒng)10的其它方面的設(shè)備。這種數(shù)據(jù)可通過(guò)原始設(shè)備制造 商(OEM)提供，或可經(jīng)由與各個(gè)通信設(shè)備或分級(jí)實(shí)體相通信的SIP/SDP 交互獲得，所述分級(jí)實(shí)體支持多種這樣的通信設(shè)備。在方框404，選擇信 號(hào)壓縮算法，以及相應(yīng)的解壓縮源代碼(字節(jié)碼)?？梢栽谥澜邮辗酵ㄐ?設(shè)備是否已本地訪問(wèn)字節(jié)碼的可執(zhí)行版本時(shí)而并非期望通信設(shè)備調(diào)用 UDVM時(shí)，有利地做出選擇。在方框406，通信網(wǎng)絡(luò)編譯與獲取的硬件/軟
23件配置相符合的字節(jié)碼，以生成可執(zhí)行機(jī)器碼。這種編譯可等待請(qǐng)求，然
后被立即發(fā)送。在所示順序中，在方框408，這種編譯在請(qǐng)求之前進(jìn)行，
并且在發(fā)出請(qǐng)求時(shí)根據(jù)用于傳播的字節(jié)碼和配置進(jìn)行索引。
在方框410，根據(jù)壓縮算法來(lái)壓縮數(shù)據(jù)內(nèi)容(例如多媒體內(nèi)容和/或信 令)。然后，根據(jù)數(shù)據(jù)分組協(xié)議連同適用于在通信設(shè)備(移動(dòng)終端)解釋的 選擇源代碼("字節(jié)碼") 一起發(fā)送經(jīng)壓縮的數(shù)據(jù)內(nèi)容，以解壓縮數(shù)據(jù)內(nèi)容 (例如多媒體、信令等)。在示例性實(shí)施方式中，在方框412，通信網(wǎng)絡(luò)根 據(jù)數(shù)據(jù)分組協(xié)議發(fā)送壓縮的數(shù)據(jù)內(nèi)容以及所選擇的源代碼(字節(jié)碼)。
在方框414，通信設(shè)備無(wú)線地接收該傳輸。在方框416，檢測(cè)所發(fā)送 的字節(jié)碼。在方框418，對(duì)與檢測(cè)的字節(jié)碼相關(guān)的解壓縮碼的可訪問(wèn)可執(zhí) 行版本進(jìn)行定位，避免在虛擬機(jī)上使字節(jié)碼的解釋變慢。對(duì)可執(zhí)行版本的 訪問(wèn)在利用存儲(chǔ)器執(zhí)行之前需要本地或遠(yuǎn)程編譯，用于以后使用?？蓤?zhí)行 版本需要利用數(shù)字信號(hào)處理或其它類型的硬件優(yōu)化解壓縮器，以避免使用 UDVM解釋器。在方框420，然后使用可訪問(wèn)可執(zhí)行版本來(lái)解壓縮經(jīng)壓縮 的數(shù)據(jù)內(nèi)容。
在圖8-11，示出圖7的方法的4種特定實(shí)施方式。首先，在圖8，信 號(hào)壓縮優(yōu)化裝置500建立在這樣的假設(shè)上，即要使用的一組壓縮算法是預(yù) 先已知的，并通過(guò)提供這些解壓縮算法的機(jī)器碼實(shí)施方式而合并到移動(dòng)終 端502中。在方框506中，在移動(dòng)終端502上執(zhí)行的信號(hào)壓縮(SigComp) 優(yōu)化運(yùn)算504將檢測(cè)的解壓縮字節(jié)碼與通過(guò)代理呼叫/會(huì)話控制功能 (P-CSCF) 510在通信信道508上發(fā)送的SigComp消息相比較。如果在方 框512中，SigComp優(yōu)化運(yùn)算504確定檢測(cè)到精確匹配，則在方框514， 執(zhí)行機(jī)器碼解壓縮。然而，如果在方框512確定沒(méi)有精確匹配，則在方框 516，對(duì)用于解壓縮的字節(jié)碼調(diào)用通用解壓縮器虛擬機(jī)(UDVM)解釋器。 本地SIP/SDP應(yīng)用518接收初始由P-CSCF壓縮的純SIP/SDP消息。因此， 如果(例如在漫游期間或在網(wǎng)絡(luò)升級(jí)之后)由P-CSCF510發(fā)送在方框512 中沒(méi)有識(shí)別出的算法，則移動(dòng)終端502仍舊能夠執(zhí)行標(biāo)準(zhǔn)的UDVM解釋器。
在圖9，替換的信號(hào)壓縮優(yōu)化裝置600需要SigComp優(yōu)化運(yùn)算604的 "實(shí)時(shí)"編譯，SigComp優(yōu)化運(yùn)算604在方框606中將從P-CSCF 610通過(guò)通信信道608接收的解壓縮字節(jié)碼與預(yù)編譯算法列表相比較。如果在方框
612中發(fā)現(xiàn)字節(jié)碼匹配，則在方框614中使用預(yù)編譯算法的相關(guān)機(jī)器碼用 于解壓縮。如果在方框612中沒(méi)有發(fā)現(xiàn)匹配，則在方框616中將字節(jié)碼編 譯成機(jī)器碼，然后執(zhí)行方框614，在任一情況下將純SIP/SDP消息提供給 本地SIP/SDP應(yīng)用618。因此，這種字節(jié)碼被編譯一次，并用于對(duì)所有隨 后會(huì)話發(fā)起協(xié)議(SIP)消息進(jìn)行解壓縮。在圖9，通過(guò)在執(zhí)行編譯前一直 等待來(lái)避免使用UDVM。該方法需要在目標(biāo)處的字節(jié)碼編譯功能。在第一 消息以后的所有消息都不會(huì)受到由執(zhí)行UDVM解釋器代碼引起的任意低 效處理。作為另一種選擇，可在后臺(tái)進(jìn)行編譯用于以后使用，同時(shí)調(diào)用用 于當(dāng)前通信的UDVM解釋器。
在圖10，另一個(gè)替換的信號(hào)壓縮優(yōu)化裝置700擴(kuò)展了對(duì)字節(jié)碼的編譯 版本的使用，但是并不在目標(biāo)處編譯字節(jié)碼，而是通過(guò)網(wǎng)絡(luò)發(fā)送機(jī)器(例 如編譯)碼。為了確保這種機(jī)器碼兼容于當(dāng)前移動(dòng)設(shè)備，網(wǎng)絡(luò)(SigComp 服務(wù)器720)首先經(jīng)由信道708使用SIP消息傳送功能來(lái)檢查移動(dòng)終端702 的硬件/軟件版本號(hào)。換句話說(shuō)，網(wǎng)絡(luò)根據(jù)移動(dòng)站的硬件/軟件(HW/SW) 信息來(lái)選擇需要發(fā)送至移動(dòng)站的適當(dāng)機(jī)器碼。將接收的機(jī)器碼存儲(chǔ)在移動(dòng) 站的永久存儲(chǔ)器上，以避免隨后重傳相同的機(jī)器碼。為此，在方框706中， SigComp優(yōu)化運(yùn)算704比較從P-CSCF 710通過(guò)通信信道708接收的解壓縮 字節(jié)碼。如果在方框712確定字節(jié)碼匹配，則在方框714執(zhí)行預(yù)編譯的機(jī) 器碼。如果在方框712中沒(méi)有發(fā)現(xiàn)匹配，則從SigComp服務(wù)器720請(qǐng)求字 節(jié)碼的預(yù)編譯版本，并將字節(jié)碼添加到列表(方框716)。然后，機(jī)器碼可 用于執(zhí)行，以在方框714中實(shí)現(xiàn)解壓縮，從而向本地SIP/SDP應(yīng)用722提 f共純SIP/SDP消息。
在圖ll，又一替換的信號(hào)壓縮優(yōu)化裝置800具有移動(dòng)終端802，后者 的解壓縮器分配器804經(jīng)由通信信道806從P-CSCF 808接收具有解壓縮字 節(jié)碼的SigComp消息。移動(dòng)終端802使用優(yōu)化的硬件處理器810。代理 UDVM 812通過(guò)特定字節(jié)碼對(duì)硬件處理器810編程，然后發(fā)送在硬件處理 器810中用于解壓縮的SigComp消息。硬件處理器可以是為UDVM解釋 而編程的專用加速器或通用DSP。然后，由本地SIP/SDP應(yīng)用812使用純
25SIP/SDP消息。
這個(gè)系統(tǒng)和方法還可應(yīng)用于網(wǎng)絡(luò)端，以減少P-CSCF服務(wù)器的處理需求。
實(shí)施方式
可具有多種實(shí)施方式?？删哂幸恍└呒?jí)實(shí)現(xiàn)方式，例如一種方法，其
中網(wǎng)絡(luò)將預(yù)編譯的解壓縮二進(jìn)制碼發(fā)送到移動(dòng)站，需要來(lái)自架構(gòu)賣方的 一些支持，因此需要一些標(biāo)準(zhǔn)化的形式。因此，在一些實(shí)施方式中，可在
標(biāo)準(zhǔn)(例如由3GPP/3GPP2或IETF (互聯(lián)網(wǎng)工程任務(wù)組)標(biāo)準(zhǔn)組織創(chuàng)立的 標(biāo)準(zhǔn))中適當(dāng)包括本文所述的方法和裝置的至少某些特征。 實(shí)驗(yàn)結(jié)果
在運(yùn)行一些標(biāo)桿性UDVM性能之后，觀察到以下內(nèi)容(1)相比于 本地解壓縮算法，UDVM解釋器解壓縮SIP消息慢20倍左右。(2)在大 部分空閑的中央處理單元(CPU)上，UDVM在QUALCOMM MSM6800 芯片組上的正常呼叫建立期間解壓縮SIP消息的時(shí)間為大約100 ms。這個(gè) 時(shí)間隨著改進(jìn)的呼叫建立方案(例如使用PRACK (g卩，對(duì)臨時(shí)響應(yīng)的接收 作出確認(rèn)的SIP方法)或服務(wù)質(zhì)量(QoS)先決條件)而增加。(3)提高 壓縮效率的較好壓縮算法的引入將大大增加UDVM解壓縮時(shí)間?？傊?CPU負(fù)載或復(fù)雜SIP呼叫建立流的情況下，本發(fā)明可潛在地減少呼叫建立 時(shí)間至少100 ms或者更多。
圖12-13示出在SURF 6800用戶單元基準(zhǔn)設(shè)計(jì)板上的簡(jiǎn)單UDVM算 法的性能結(jié)果。具體地，圖12-13分別是靜態(tài)DEFLATE和 Lempel-Ziv-Storer-Szymanski(LZSS)解壓縮算法的圖表。LZSS和DEFLATE 算法是標(biāo)準(zhǔn)的、己知的壓縮系統(tǒng)。DEFLATE是使用Lempel-Ziv 1977(LZ77) 算法和哈夫曼編碼組合的數(shù)據(jù)無(wú)損耗壓縮算法，并且初始由Phil Katz在他 的PKZIP歸檔工具第2版中定義，隨后在RFC 1951中指定。盡管LZSS 壓縮是基準(zhǔn)程序的算法之一，但是本發(fā)明不需要任意特定的壓縮算法。示 例性候選項(xiàng)是動(dòng)態(tài)DEFLATE。然而，DEFLATE算法的復(fù)雜性大于LZSS， 這意味著性能的降低可能大于DEFLATE的實(shí)施。
用于執(zhí)行本申請(qǐng)所述功能的通用處理器、數(shù)字信號(hào)處理器(DSP)、專用集成電路(ASIC)、現(xiàn)場(chǎng)可編程門陣列(FPGA)或其它可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件或者其任意組合，可以實(shí)現(xiàn)或執(zhí)行結(jié)合本申請(qǐng)的實(shí)施例所描述的各種示例性的邏輯、邏輯框圖、模塊和電路。通用處理器可以是微處理器，或者，該處理器也可以是任何常規(guī)的處理器、控制器、微控制器或者狀態(tài)機(jī)。處理器也可能實(shí)現(xiàn)為計(jì)算設(shè)備的組合，例如，DSP和微處理器的組合、多個(gè)微處理器、 一個(gè)或多個(gè)微處理器與DSP內(nèi)核的結(jié)合，或者任何其它此種結(jié)構(gòu)。
此外，結(jié)合本申請(qǐng)的實(shí)施例所描述的方法或者算法的步驟可直接體現(xiàn)為硬件、由處理器執(zhí)行的軟件模塊或兩者的組合。例如，方法的步驟可體現(xiàn)在用于執(zhí)行各個(gè)方法步驟的處理器的一個(gè)或多個(gè)模塊中。軟件模塊可以位于RAM存儲(chǔ)器、閃存、ROM存儲(chǔ)器、EPROM存儲(chǔ)器、EEPROM存儲(chǔ)器、寄存器、硬盤、移動(dòng)磁盤、CD-ROM或者本領(lǐng)域熟知的任何其它形式的存儲(chǔ)介質(zhì)中。 一種示例性的存儲(chǔ)介質(zhì)連接至處理器，從而使處理器能夠從該存儲(chǔ)介質(zhì)讀取信息，且可向該存儲(chǔ)介質(zhì)寫(xiě)入信息。作為另一種選擇，存儲(chǔ)介質(zhì)也可以是處理器的組成部分。處理器和存儲(chǔ)介質(zhì)可以位于ASIC中。該ASIC可以位于用戶終端中。作為另一種選擇，處理器和存儲(chǔ)介質(zhì)也可以作為分立組件存在于用戶終端中。此外，方法或算法的步驟可體現(xiàn)在包括計(jì)算機(jī)可讀介質(zhì)的計(jì)算機(jī)程序產(chǎn)品中，計(jì)算機(jī)可讀介質(zhì)具有用于使得計(jì)算機(jī)執(zhí)行各個(gè)方法步驟的一組或多組指令。
再參照?qǐng)Dl，通信網(wǎng)絡(luò)12可包括任意數(shù)據(jù)和/或語(yǔ)音通信網(wǎng)絡(luò)。例如，通信網(wǎng)絡(luò)28可包括以下內(nèi)容的任一個(gè)或任意組合中的所有或某部分，艮P:有線或無(wú)線電話網(wǎng)絡(luò)；陸地電話網(wǎng)絡(luò)；衛(wèi)星電話網(wǎng)絡(luò)；紅外網(wǎng)絡(luò)，例如基于紅外數(shù)據(jù)協(xié)會(huì)(IrDA)網(wǎng)絡(luò)；近距離無(wú)線網(wǎng)絡(luò)；藍(lán)牙(Bluetooth )技術(shù)網(wǎng)絡(luò)；21§866@協(xié)議網(wǎng)絡(luò)、超寬帶(UWB)協(xié)議網(wǎng)絡(luò)；家庭射頻(HomeRF)網(wǎng)絡(luò)；共享無(wú)線接入?yún)f(xié)議(SWAP)網(wǎng)絡(luò)；寬帶網(wǎng)絡(luò)，例如無(wú)線以太網(wǎng)兼容聯(lián)盟(WECA)網(wǎng)絡(luò)、無(wú)線保真聯(lián)盟(Wi-Fi聯(lián)盟)網(wǎng)絡(luò)和802.xx網(wǎng)絡(luò)；分組數(shù)據(jù)網(wǎng)絡(luò)；數(shù)據(jù)網(wǎng)絡(luò)；互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)網(wǎng)絡(luò)；公共交換電話網(wǎng)；公共異構(gòu)通信網(wǎng)，例如互聯(lián)網(wǎng)；專用通信網(wǎng)；多播網(wǎng)絡(luò)，例如僅前向鏈路(FLO)網(wǎng)絡(luò)，包括圣地亞哥，加利福尼亞的高通公司的
27MediaFLOTM系統(tǒng)；數(shù)字視頻廣播(DVB)網(wǎng)絡(luò)，例如用于衛(wèi)星的DVB-S、用于電纜的DVB-C、用于陸地電視的DVB-T、用于手持設(shè)備的陸地電視的DVB-H;和陸地移動(dòng)無(wú)線電網(wǎng)絡(luò)。
此外，在通信網(wǎng)絡(luò)28的一些方面中包括的電話網(wǎng)絡(luò)的實(shí)例包括模擬和數(shù)字網(wǎng)絡(luò)/技術(shù)中的一個(gè)或任意組合的至少一部分，例如碼分多址(CDMA)、寬帶碼分多址(WCDMA)、通用移動(dòng)電信系統(tǒng)(UMTS)、高級(jí)移動(dòng)電話服務(wù)(AMPS)、時(shí)分多址(TDMA)、頻分多址(FDMA)、正交頻分多址(OFDMA)、全球移動(dòng)通信系統(tǒng)(GSM)、單載波(IX)無(wú)線傳輸技術(shù)(RTT)、僅演進(jìn)數(shù)據(jù)(EV-DO)技術(shù)、通用分組無(wú)線業(yè)務(wù)(GPRS)、增強(qiáng)數(shù)據(jù)GSM環(huán)境(EDGE)、高速分組接入(HSPA)、模擬和數(shù)字衛(wèi)星系統(tǒng)以及可以在無(wú)線通信網(wǎng)絡(luò)和數(shù)據(jù)通信網(wǎng)絡(luò)中的至少一個(gè)中使用的任意其它技術(shù)/協(xié)議。
盡管已經(jīng)示出和描述了各個(gè)公幵方面，但是應(yīng)當(dāng)清楚的是，本申請(qǐng)的主題不僅限于這些方面。
例如，為了簡(jiǎn)潔起見(jiàn)，通信設(shè)備14被描述為接收(解壓縮)多媒體內(nèi)容16。與本發(fā)明的多個(gè)方面一致的應(yīng)用需要這種多媒體內(nèi)容的反向或雙向傳輸。例如，通過(guò)通信設(shè)備14上存儲(chǔ)的靜態(tài)數(shù)碼相機(jī)或攝像機(jī)等生成的多媒體內(nèi)容可上傳到通信網(wǎng)絡(luò)12。此外，通信網(wǎng)絡(luò)12可響應(yīng)于由通信設(shè)備14提供的字節(jié)碼的檢測(cè)，然后利用相同的字節(jié)碼和相應(yīng)的壓縮算法，將多媒體內(nèi)容16發(fā)送到通信設(shè)備14。因此，在不需要采用UDVM解釋器62的情況下，通信設(shè)備14可增加接收優(yōu)化的解壓縮技術(shù)支持的多媒體內(nèi)容16的可能性。
因此，盡管以上公開(kāi)內(nèi)容示出示例性方面，但是應(yīng)注意到，在不脫離由所附權(quán)利要求書(shū)定義的多個(gè)方面的范圍的情況下，可以進(jìn)行各種修改和改變。此外，盡管以單數(shù)形式描述或主張了所述多個(gè)方面的元素，但是也可以假設(shè)成復(fù)數(shù)，除非清楚地陳述了對(duì)單數(shù)形式的限制。
此外，盡管對(duì)于幾個(gè)實(shí)施方式中的僅其中一個(gè)公開(kāi)了特定特征，但是這個(gè)特征可以與其它實(shí)施方式中的一個(gè)或多個(gè)其它特征組合，這對(duì)于任意給定或指定應(yīng)用是期望的和有利的。從某種意義上，在具體實(shí)施方式
或權(quán)
28利要求書(shū)中使用了術(shù)語(yǔ)"包括"、和"包含"及其變型，這些術(shù)語(yǔ)旨在以類 似于術(shù)語(yǔ)"包含"的方式包括。此外，在具體實(shí)施方式
或權(quán)利要求書(shū)中使 用的術(shù)語(yǔ)"或"意味著"非排他性或"。
此外，盡管以單數(shù)形式描述或主張了多個(gè)方面和/或版本的要素，但是 也可以假設(shè)成復(fù)數(shù)，除非清楚地陳述了對(duì)單數(shù)形式的限制。此外，任意方 面和/或版本的全部或一部分可通過(guò)任意其它方面和/或版本的全部或一部 分來(lái)使用，除非具體陳述了其它情況。
權(quán)利要求
1、一種傳送數(shù)據(jù)內(nèi)容的方法，所述數(shù)據(jù)內(nèi)容通過(guò)多個(gè)壓縮算法中選擇的一個(gè)壓縮算法加以壓縮，所述壓縮算法中的每一個(gè)壓縮算法均具有能夠從經(jīng)壓縮的數(shù)據(jù)內(nèi)容再現(xiàn)所述數(shù)據(jù)內(nèi)容的相應(yīng)解壓縮算法，所述經(jīng)壓縮的數(shù)據(jù)內(nèi)容經(jīng)由數(shù)據(jù)分組協(xié)議傳輸，所述數(shù)據(jù)分組協(xié)議包括用于傳輸適用于解釋以執(zhí)行所述相應(yīng)解壓縮算法的解壓縮源代碼的至少一條消息，所述數(shù)據(jù)分組協(xié)議還包括具有所述經(jīng)壓縮的數(shù)據(jù)內(nèi)容的至少一條消息，該方法包括檢測(cè)所述至少一條消息中的源代碼；定位與所檢測(cè)的源代碼相關(guān)的相應(yīng)解壓縮算法的可訪問(wèn)可執(zhí)行版本；以及利用所定位的相應(yīng)解壓縮算法的可訪問(wèn)可執(zhí)行版本來(lái)解壓縮所述經(jīng)壓縮的數(shù)據(jù)內(nèi)容。
2、 如權(quán)利要求1的方法，還包括調(diào)用虛擬機(jī)以解釋相應(yīng)源代碼，從而如果沒(méi)有成功定位與所檢測(cè)的源 代碼相關(guān)的所述相應(yīng)解壓縮算法的可訪問(wèn)版本，則解壓縮所述經(jīng)壓縮的數(shù) 據(jù)內(nèi)容。
3、 如權(quán)利要求1的方法，還包括如果沒(méi)有成功定位與相應(yīng)源代碼相關(guān)的所述相應(yīng)解壓縮算法的可訪問(wèn) 可執(zhí)行版本，則將所檢測(cè)的源代碼編譯成機(jī)器碼；以及創(chuàng)建可訪問(wèn)的數(shù)據(jù)結(jié)構(gòu)，其包含由所檢測(cè)的源代碼來(lái)索引的機(jī)器碼。
4、 如權(quán)利要求1的方法，還包括 從遠(yuǎn)程實(shí)體請(qǐng)求所檢測(cè)的源代碼的可執(zhí)行版本；以及 從所述遠(yuǎn)程實(shí)體接收所檢測(cè)的源代碼的可執(zhí)行版本。
5、 如權(quán)利要求4的方法，還包括確定可執(zhí)行版本要發(fā)往的預(yù)期處理器的配置，以及為所述預(yù)期處理器編譯所述源代碼。
6、 如權(quán)利要求1的方法，還包括在第一處理器中調(diào)用代理虛擬機(jī)，所述第一處理器將指令從所檢測(cè)的源代碼和所述經(jīng)壓縮的數(shù)據(jù)內(nèi)容發(fā)送到第二處理器；以及呈現(xiàn)由所述第二處理器解壓縮的數(shù)據(jù)內(nèi)容。
7、 如權(quán)利要求1的方法，還包括檢測(cè)所述源代碼和解壓縮所述經(jīng)壓縮的數(shù)據(jù)內(nèi)容包括接收和解壓縮作為第三代合作伙伴計(jì)劃(3GPP)分組數(shù)據(jù)傳輸?shù)囊徊糠?、符合?shù)據(jù)分組協(xié)議的信號(hào)壓縮(SigComp)。
8、 如權(quán)利要求1的方法，其中，所述數(shù)據(jù)內(nèi)容包括多媒體或信令內(nèi)容，該方法還包括以用戶能識(shí)別的形式呈現(xiàn)所述數(shù)據(jù)內(nèi)容。
9、 如權(quán)利要求1的方法，還包括無(wú)線地接收數(shù)據(jù)分組傳輸。
10、 如權(quán)利要求1的方法，還包括接收會(huì)話發(fā)起協(xié)議/會(huì)話描述協(xié)議(SIP/SDP)數(shù)據(jù)分組傳輸。
11、 一種用于接收經(jīng)壓縮的互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)數(shù)據(jù)內(nèi)容的裝置，在數(shù)據(jù)分組通信信道中伴隨有解壓縮字節(jié)碼，該裝置包括所述解壓縮字節(jié)碼的可執(zhí)行版本；解壓縮器分配器，用于檢測(cè)所述解壓縮字節(jié)碼，訪問(wèn)所述解壓縮字節(jié)碼的可執(zhí)行版本；優(yōu)化解壓縮器，用于執(zhí)行所述解壓縮字節(jié)碼的可執(zhí)行版本，以將經(jīng)壓縮的IMS數(shù)據(jù)內(nèi)容處理成純SIP/SDP消息；本地會(huì)話發(fā)起協(xié)議/會(huì)話描述協(xié)議(SIP/SDP)應(yīng)用，用于接收所述純SIP/SDP消息。
12、 如權(quán)利要求11的裝置，還包括通用解壓縮器虛擬機(jī)(UDVM)，其中，如果接收的第二解壓縮字節(jié)碼與第一可執(zhí)行版本不相關(guān)，則所述解壓縮器分配器調(diào)用所述UDVM,以便解釋所述解壓縮字節(jié)碼。
13、 如權(quán)利要求11的裝置，還包括編譯器，其中，如果檢測(cè)到第二解壓縮字節(jié)碼而非第一解壓縮字節(jié)碼，則所述解壓縮器分配器指示所述編譯器生成與所述第二解壓縮字節(jié)碼相關(guān)的第二可執(zhí)行版本。
14、 如權(quán)利要求11的裝置，其中，網(wǎng)絡(luò)設(shè)備與所述裝置進(jìn)行SIP/SDP通信，如果檢測(cè)到第二解壓縮字節(jié)碼而非第一解壓縮字節(jié)碼，則所述解壓縮器分配器請(qǐng)求和接收與所述第二解壓縮字節(jié)碼相關(guān)的第二可執(zhí)行版本。
15、 如權(quán)利要求ll的裝置，還包括代理通用解壓縮器虛擬機(jī)(UDVM);和與所述代理UDVM對(duì)接的硬件實(shí)現(xiàn)的UDVM，用以解釋所述解壓縮字節(jié)碼以及解壓縮所述經(jīng)壓縮的IMS數(shù)據(jù)內(nèi)容。
16、至少一個(gè)處理器，用于傳送數(shù)據(jù)內(nèi)容，所述數(shù)據(jù)內(nèi)容通過(guò)多個(gè)壓縮算法中選擇的一個(gè)壓縮算法加以壓縮，所述壓縮算法中的每一個(gè)壓縮算法均具有能夠從經(jīng)壓縮的數(shù)據(jù)內(nèi)容再現(xiàn)所述數(shù)據(jù)內(nèi)容的相應(yīng)解壓縮算法，所述經(jīng)壓縮的數(shù)據(jù)內(nèi)容經(jīng)由數(shù)據(jù)分組協(xié)議傳輸，所述數(shù)據(jù)分組協(xié)議包括用于傳輸適用于解釋以執(zhí)行所述相應(yīng)解壓縮算法的解壓縮源代碼的至少一條消息，所述數(shù)據(jù)分組協(xié)議還包括具有所述經(jīng)壓縮的數(shù)據(jù)內(nèi)容的至少一條消息，所述至少一個(gè)處理器包括第一模塊，用于檢測(cè)所述至少一條消息中的源代碼；第二模塊，用于定位與所檢測(cè)的源代碼相關(guān)的相應(yīng)解壓縮算法的可訪問(wèn)可執(zhí)行版本；和第三模塊，利用所定位的所述相應(yīng)解壓縮算法的可訪問(wèn)可執(zhí)行版本來(lái)解壓縮所述經(jīng)壓縮的數(shù)據(jù)內(nèi)容。
17、 一種計(jì)算機(jī)程序產(chǎn)品，包括計(jì)算機(jī)可讀介質(zhì)，包括第一組代碼，使得計(jì)算機(jī)檢測(cè)包含在至少一條消息中的源代碼，所述至少一條消息作為數(shù)據(jù)分組協(xié)議傳輸?shù)囊徊糠?，所述?shù)據(jù)分組協(xié)議傳輸還包含通過(guò)多個(gè)壓縮算法中選擇的一個(gè)壓縮算法進(jìn)行壓縮的數(shù)據(jù)內(nèi)容，所述壓縮算法中的每一個(gè)壓縮算法均具有能夠從經(jīng)壓縮的數(shù)據(jù)內(nèi)容再現(xiàn)所述數(shù)據(jù)內(nèi)容的相應(yīng)解壓縮算法，所述源代碼適用于解釋，以通過(guò)所述計(jì)算機(jī)執(zhí)行所述相應(yīng)解壓縮算法；第二組代碼，使得計(jì)算機(jī)定位與所檢測(cè)的源代碼相關(guān)的相應(yīng)解壓縮算法的可訪問(wèn)可執(zhí)行版本；和第三組代碼，使得計(jì)算機(jī)利用所定位的所述相應(yīng)解壓縮算法的可訪問(wèn)可執(zhí)行版本來(lái)解壓縮所述經(jīng)壓縮的數(shù)據(jù)內(nèi)容。
18、 一種裝置，包括用于檢測(cè)包含在會(huì)話發(fā)起協(xié)議/會(huì)話描述協(xié)議(SIP/SDP)數(shù)據(jù)分組通信中的字節(jié)碼的模塊；用于定位與所檢測(cè)的源代碼相關(guān)的相應(yīng)解壓縮算法的可訪問(wèn)可執(zhí)行版本的模塊；和利用所定位的所述相應(yīng)解壓縮算法的可訪問(wèn)可執(zhí)行版本來(lái)解壓縮經(jīng)壓縮的數(shù)據(jù)內(nèi)容的模塊。
19、 一種向通信設(shè)備傳播互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)數(shù)據(jù)內(nèi)容的裝置，該裝置包括壓縮器，其利用壓縮算法來(lái)壓縮所述IMS數(shù)據(jù)內(nèi)容；數(shù)據(jù)結(jié)構(gòu)，包含解壓縮字節(jié)碼；數(shù)據(jù)分組通信信道，向所述通信設(shè)備發(fā)送經(jīng)壓縮的IMS數(shù)據(jù)內(nèi)容和解壓縮字節(jié)碼；和處理器，響應(yīng)于夾自所述通信設(shè)備的請(qǐng)求，獲取并向所述通信設(shè)備發(fā)送所述解壓縮字節(jié)碼的可執(zhí)行版本。
20、 如權(quán)利要求19的裝置，其中，所述處理器獲取所述通信設(shè)備的配置，以選擇適用于所述通信設(shè)備的所述解壓縮字節(jié)碼的可執(zhí)行版本。
21、 一種向通信設(shè)備傳播互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)數(shù)據(jù)內(nèi)容的方法，包括利用壓縮算法來(lái)壓縮所述IMS數(shù)據(jù)內(nèi)容；生成包含解壓縮字節(jié)碼的數(shù)據(jù)結(jié)構(gòu)；向所述通信設(shè)備發(fā)送經(jīng)壓縮的IMS數(shù)據(jù)內(nèi)容和解壓縮字節(jié)碼；并且響應(yīng)于來(lái)自所述通信設(shè)備的請(qǐng)求，向所述通信設(shè)備發(fā)送所述解壓縮字節(jié)碼的可執(zhí)行版本。
22、 如權(quán)利要求21的方法，還包括獲取所述通信設(shè)備的配置，以選擇適用于所述通信設(shè)備的所述解壓縮字節(jié)碼的可執(zhí)行版本。
23、 至少一個(gè)處理器，用于向通信設(shè)備傳播互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)數(shù)據(jù)內(nèi)容，包括.-第一模塊，用于利用壓縮算法來(lái)壓縮所述IMS數(shù)據(jù)內(nèi)容；第二模塊，用于生成包含解壓縮字節(jié)碼的數(shù)據(jù)結(jié)構(gòu)；第三模塊，用于向所述通信設(shè)備發(fā)送經(jīng)壓縮的IMS數(shù)據(jù)內(nèi)容和解壓縮字節(jié)碼；和第四模塊，用于響應(yīng)來(lái)自所述通信設(shè)備的請(qǐng)求，向所述通信設(shè)備發(fā)送所述解壓縮字節(jié)碼的可執(zhí)行版本。
24、 一種計(jì)算機(jī)程序產(chǎn)品，包括計(jì)算機(jī)可讀介質(zhì)，包括第一組代碼，使得計(jì)算機(jī)利用壓縮算法來(lái)壓縮互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)數(shù)據(jù)內(nèi)容；6第二組代碼，使得計(jì)算機(jī)生成包含解壓縮字節(jié)碼的數(shù)據(jù)結(jié)構(gòu)；第三組代碼，使得計(jì)算機(jī)向所述通信設(shè)備發(fā)送經(jīng)壓縮的IMS數(shù)據(jù)內(nèi)容和解壓縮字節(jié)碼；和第四組代碼，使得計(jì)算機(jī)響應(yīng)于來(lái)自所述通信設(shè)備的請(qǐng)求，向所述通信設(shè)備發(fā)送所述解壓縮字節(jié)碼的可執(zhí)行版本。
25、 一種向通信設(shè)備傳播互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)數(shù)據(jù)內(nèi)容的裝置，包括用于利用壓縮算法來(lái)壓縮所述IMS數(shù)據(jù)內(nèi)容的模塊；用于生成包含解壓縮字節(jié)碼的數(shù)據(jù)結(jié)構(gòu)的模塊；用于向所述通信設(shè)備發(fā)送經(jīng)壓縮的IMS數(shù)據(jù)內(nèi)容和解壓縮字節(jié)碼的模塊；禾口用于響應(yīng)來(lái)自所述通信設(shè)備的請(qǐng)求，向所述通信設(shè)備發(fā)送所述解壓縮字節(jié)碼的可執(zhí)行版本的模塊。
全文摘要
通信網(wǎng)絡(luò)和無(wú)線用戶設(shè)備之間的一種信號(hào)壓縮優(yōu)化系統(tǒng)，當(dāng)能夠減少內(nèi)容處理延遲時(shí)其有利地選擇優(yōu)化解壓縮器，否則選擇用于解釋所接收的解壓縮字節(jié)碼的虛擬機(jī)解壓縮器，例如通用解壓縮器虛擬機(jī)(UDVM)。由于UDVM并沒(méi)有為任意特定的解壓縮算法優(yōu)化，并且會(huì)受到與在執(zhí)行之前分析字節(jié)碼中的每個(gè)語(yǔ)句相關(guān)的必要延遲的影響，所以如果能夠盡可能避免使用UDVM，那么在呈現(xiàn)無(wú)線接收的信令消息或媒體內(nèi)容時(shí)可增強(qiáng)用戶體驗(yàn)。
文檔編號(hào)H04L29/06GK101491054SQ200780025962
公開(kāi)日2009年7月22日 申請(qǐng)日期2007年7月12日 優(yōu)先權(quán)日2006年7月12日
發(fā)明者I·馬拉曼特, M·克里默曼, N·魯賓斯格林布拉特 申請(qǐng)人:高通股份有限公司