專(zhuān)利名稱(chēng)：在分布式環(huán)境中處理消息內(nèi)容的內(nèi)容部署系統(tǒng)和方法
技術(shù)領(lǐng)域：
本專(zhuān)利公開(kāi)總體涉及通信網(wǎng)絡(luò)中的消息處理。更具體且沒(méi)有任何限制地，本專(zhuān)利 公開(kāi)涉及用于在分布式環(huán)境(例如，包括因特網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IMS)網(wǎng)絡(luò)在內(nèi)的 網(wǎng)絡(luò)環(huán)境)下處理消息體的內(nèi)容部署系統(tǒng)和方法。
背景技術(shù)：
在描述與通信協(xié)議中實(shí)現(xiàn)的消息相關(guān)的信息的過(guò)程中使用標(biāo)記語(yǔ)言。在不同實(shí)體 使用可擴(kuò)展的標(biāo)記語(yǔ)言形式的消息體來(lái)彼此通信的網(wǎng)絡(luò)環(huán)境中，語(yǔ)言以及任何用于理解語(yǔ) 言的元結(jié)構(gòu)在環(huán)境中兼容變得重要。否則，可能發(fā)生例如導(dǎo)致通信失敗、不可預(yù)測(cè)的行為等 等的顯著的互操作性問(wèn)題。


參考結(jié)合附圖而進(jìn)行的以下詳細(xì)描述，可以更完整地理解本專(zhuān)利公開(kāi)的實(shí)施例， 附圖中圖1示出了可以實(shí)施本專(zhuān)利公開(kāi)的一個(gè)或多個(gè)實(shí)施例的示例分布式網(wǎng)絡(luò)環(huán)境；圖2示出了根據(jù)實(shí)施例的用戶(hù)設(shè)備(UE)設(shè)備的框圖；圖3示出了根據(jù)一個(gè)實(shí)施例的網(wǎng)絡(luò)節(jié)點(diǎn)的框圖4示出了在示例分布式網(wǎng)絡(luò)環(huán)境中處理通信協(xié)議消息的實(shí)體處采用的軟件架 構(gòu)的實(shí)施例，其中，通信協(xié)議消息可以包括多種版本的消息體或文檔；圖5A示出了具有一個(gè)初始行、一個(gè)或多個(gè)首部字段以及消息體的示例通信協(xié)議 消息(例如，會(huì)話(huà)發(fā)起協(xié)議(SIP)消息)的結(jié)構(gòu)，其中，消息體可能包括多個(gè)主體部分；圖5B和5C示出了分布式環(huán)境中兩個(gè)實(shí)體之間的示例消息流，其中，發(fā)送具有消息 體的通信協(xié)議消息；圖5D示出了用于驗(yàn)證作為通信協(xié)議消息中的消息體而提供的可擴(kuò)展標(biāo)記語(yǔ)言 (XML)文檔的不同模式的示例集合。圖6A示出了對(duì)與通信協(xié)議的消息體相關(guān)的模式和文檔版本信息進(jìn)行協(xié)商的方法 的實(shí)施例；圖6B示出了對(duì)與通信協(xié)議的消息體相關(guān)的模式和文檔版本信息進(jìn)行協(xié)商的方法 的另一實(shí)施例；圖6C示出了對(duì)與通信協(xié)議的消息體相關(guān)的模式和文檔版本信息進(jìn)行協(xié)商的方法 的另一實(shí)施例；圖6D示出了對(duì)與通信協(xié)議的消息體相關(guān)的模式和文檔版本信息進(jìn)行協(xié)商的方法 的另一實(shí)施例；圖7示出了涉及對(duì)版本化的消息體(或主體部分)的驗(yàn)證的消息處理方法的實(shí)施 例；圖8示出了根據(jù)本公開(kāi)的實(shí)施例的涉及多個(gè)實(shí)體的示例消息流程圖，其中，中間 節(jié)點(diǎn)用于對(duì)關(guān)于上游和下游實(shí)體的模式信息進(jìn)行協(xié)商；圖9示出了根據(jù)本公開(kāi)的實(shí)施例的電信服務(wù)(緊急服務(wù))的示例實(shí)施方式；圖IOA至IOC示出了與用于處理和/或解釋消息體的內(nèi)容的內(nèi)容部署方案相關(guān)的 各個(gè)實(shí)施例；以及圖11是示出了用于本專(zhuān)利公開(kāi)目的的通信設(shè)備的實(shí)施例的附加細(xì)節(jié)的框圖。
具體實(shí)施例方式本專(zhuān)利公開(kāi)概括地涉及一種用于在分布式環(huán)境中處理消息內(nèi)容的內(nèi)容部署系統(tǒng) 和方法，其中，所述消息內(nèi)容可以在通信協(xié)議的一個(gè)或多個(gè)版本化的消息體或主體部分中 提供。在本專(zhuān)利申請(qǐng)的上下文中，“消息”或“消息體”可以指代一個(gè)或多個(gè)消息體，該一個(gè) 或多個(gè)消息體可以進(jìn)而等價(jià)于一個(gè)或多個(gè)主體部分。在一方面，實(shí)施例涉及一種針對(duì)每個(gè) 消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所述內(nèi)容與內(nèi)容類(lèi)型相對(duì)應(yīng)。要求保護(hù)的實(shí) 施例包括以下一個(gè)或多個(gè)并且不必限于此接收方從發(fā)送方接收消息，所述消息在所述消 息的主體中包括至少一個(gè)消息體內(nèi)容；檢查是否至少一個(gè)指示符與所述消息相關(guān)聯(lián)；以及 響應(yīng)于該檢查，禁止對(duì)所述消息的主體中的所述至少一個(gè)消息體內(nèi)容的處理并對(duì)所述消息 的主體中的所述至少一個(gè)消息體內(nèi)容應(yīng)用備選處理。在本專(zhuān)利公開(kāi)的另一實(shí)施例中，公開(kāi)了一種用于針對(duì)每個(gè)消息解釋至少一個(gè)消息 體的內(nèi)容的設(shè)備，其中，所述內(nèi)容與內(nèi)容類(lèi)型相對(duì)應(yīng)。要求保護(hù)的實(shí)施例包括以下一個(gè)或多 個(gè)并且不必限于此被配置為從發(fā)送方接收消息的、與接收方相關(guān)聯(lián)的組件，所述消息在所 述消息的主體中包括至少一個(gè)消息體內(nèi)容；被配置為檢查是否至少一個(gè)指示符與所述消息
6相關(guān)聯(lián)的組件；以及響應(yīng)于該檢查而被配置為禁止對(duì)所述消息的主體中的所述至少一個(gè)消 息體內(nèi)容的處理并對(duì)所述消息的主體中的所述至少一個(gè)消息體內(nèi)容應(yīng)用備選處理的組件。在特定的其他方面，本專(zhuān)利公開(kāi)還公開(kāi)了以下附加實(shí)施例。提供了一種用于處理 通信協(xié)議的消息體的方法，其中，所述消息體可以以一種或多種版本存在。要求保護(hù)的實(shí)施 例包括以下一個(gè)或多個(gè)特征并且不必限于此接收方從發(fā)送方接收通信協(xié)議消息，所述通 信協(xié)議消息包括消息體；檢查與所述通信協(xié)議消息相關(guān)聯(lián)的指示符(例如，內(nèi)容部署指示 符或內(nèi)容類(lèi)型指示符)(即，是否存在指示符，如果存在，則檢查其可能具有的值等等)；以 及響應(yīng)于該檢查，禁止對(duì)所述消息體的呈現(xiàn)并對(duì)所述消息體的內(nèi)容調(diào)用備選處理。在另一 實(shí)施例中，公開(kāi)了一種便于處理通信協(xié)議的消息體的方法，其中，所述消息體可以以一種或 多種版本存在。要求保護(hù)的實(shí)施例包括以下一個(gè)或多個(gè)特征并且不必限于此發(fā)送方向接 收方產(chǎn)生通信協(xié)議消息，所述通信協(xié)議消息包括消息體；以及在所述通信協(xié)議消息中提供 指示符，以向接收方指示對(duì)所述消息體的內(nèi)容的過(guò)程處理。在另一實(shí)施例中，公開(kāi)了一種 便于處理通信協(xié)議的消息體的設(shè)備，其中，所述消息體可以以一種或多種版本存在。要求保 護(hù)的設(shè)備包括以下一個(gè)或多個(gè)特征并且不必限于此被配置為向接收方產(chǎn)生通信協(xié)議消息 的、與發(fā)送方相關(guān)聯(lián)的組件，所述通信協(xié)議消息包括消息體；以及被配置為在所述通信協(xié)議 消息中提供內(nèi)容部署指示符以向接收方指示對(duì)所述消息體的內(nèi)容的過(guò)程處理的、與所述發(fā) 送方相關(guān)聯(lián)的組件。在如上所述的一個(gè)或多個(gè)實(shí)施例中，所述內(nèi)容部署指示符在一種實(shí)施 方式中可操作用于對(duì)涉及解釋和/或執(zhí)行在所述通信協(xié)議消息中提供的指令集合的過(guò)程 處理進(jìn)行標(biāo)識(shí)。在另一種實(shí)施方式中，所述內(nèi)容部署指示符可操作用于對(duì)涉及解釋和/或 執(zhí)行在所述通信協(xié)議消息中提供的腳本的過(guò)程處理進(jìn)行標(biāo)識(shí)。在附加實(shí)施方式中，所述內(nèi) 容部署指示符可操作用于對(duì)用于處理所述消息體的內(nèi)容的標(biāo)準(zhǔn)主體規(guī)范、功能和/或應(yīng)用 進(jìn)行標(biāo)識(shí)，其中，所述內(nèi)容部署指示符可以在所述通信協(xié)議消息的首部字段或主體中提供。本專(zhuān)利公開(kāi)中的術(shù)語(yǔ)“文檔”可以根據(jù)其上下文來(lái)表示以下之一文檔可以是SIP 消息(其可以是請(qǐng)求或響應(yīng))的主體，或者文檔可以是SIP消息(請(qǐng)求或響應(yīng))的主體部 分(如果主體包含多個(gè)部分的話(huà))，或者文檔可以是XML模式(schema)文檔，或者文檔可以 是XML實(shí)例文檔(典型地，一個(gè)或多個(gè)XML模式文檔的實(shí)例)。術(shù)語(yǔ)“模式版本指示符”可 以指示以下內(nèi)容(i)無(wú)或者一個(gè)或多個(gè)被接收方支持的文檔集合，或者，無(wú)或者一個(gè)或多 個(gè)其中元素是所發(fā)送文檔的文檔集合；或者(ii)無(wú)或者一個(gè)或多個(gè)被接收方支持的模式， 或者，無(wú)或者一個(gè)或多個(gè)可借以驗(yàn)證所發(fā)送文檔的模式；或者(iii)上述內(nèi)容的組合?，F(xiàn)在，將參照可以如何最佳地作出并使用實(shí)施例的各個(gè)示例來(lái)描述本專(zhuān)利公開(kāi)的 系統(tǒng)和方法。貫穿說(shuō)明書(shū)以及附圖的多個(gè)視圖，使用類(lèi)似的參考標(biāo)記來(lái)指示類(lèi)似或?qū)?yīng)的 部分，其中，各個(gè)元件不必按比例示出?，F(xiàn)在參照附圖，更具體地，參照?qǐng)D1，示出了示例分布 式環(huán)境100，其中，可以實(shí)施本專(zhuān)利公開(kāi)的一個(gè)或多個(gè)實(shí)施例，以管理針對(duì)消息體的模式版 本協(xié)商。起初，應(yīng)當(dāng)認(rèn)識(shí)到，盡管分布式環(huán)境100被示例為電信網(wǎng)絡(luò)，但本公開(kāi)的實(shí)施例不 必限于此；而是可以在其他分布式多節(jié)點(diǎn)環(huán)境中實(shí)施實(shí)施例的一個(gè)或多個(gè)方面，其中，實(shí)體 或節(jié)點(diǎn)在具有版本化的消息體和消息體類(lèi)型的合適通信協(xié)議下彼此通信。如圖所示，網(wǎng)絡(luò)環(huán)境100包括多個(gè)實(shí)體或節(jié)點(diǎn)，即，端點(diǎn)以及其間的實(shí)體中間點(diǎn)， 以實(shí)現(xiàn)各種電信服務(wù)。示例端點(diǎn)包括用戶(hù)設(shè)備(UE)設(shè)備102、104，分別通過(guò)合適的接入 網(wǎng)108、110耦合至核心網(wǎng)基礎(chǔ)設(shè)施112。接入網(wǎng)108、110可以共同被視為由可用于UE設(shè)備102、104的多種接入技術(shù)組成的接入空間。為了本公開(kāi)的目的，UE設(shè)備可以是任何有 線(xiàn)或無(wú)線(xiàn)通信設(shè)備，并可以包括配備有合適無(wú)線(xiàn)調(diào)制解調(diào)器的任何個(gè)人計(jì)算機(jī)(例如，臺(tái) 式、膝上、掌上或手持計(jì)算設(shè)備)；或者移動(dòng)通信設(shè)備(例如，能夠接收和發(fā)送消息、進(jìn)行web 瀏覽等的蜂窩電話(huà)或具有數(shù)據(jù)能力的手持設(shè)備)；或者任何增強(qiáng)型PDA設(shè)備或集成信息裝 置，具有電子郵件、視頻郵件、因特網(wǎng)接入、公司數(shù)據(jù)接入、消息收發(fā)、日程安排和時(shí)間安排、 信息管理等能力。在一個(gè)實(shí)施例中，UE設(shè)備可能能夠在多種模式中操作，這是由于其可以 參與電路交換(CS)以及分組交換(PS)通信并可以從一種通信模式轉(zhuǎn)換至另一種通信模式 而不失連續(xù)性。此外，本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到，無(wú)線(xiàn)UE設(shè)備有時(shí)可以被視為單獨(dú)的移動(dòng) 設(shè)備(ME)和相關(guān)聯(lián)的可移除存儲(chǔ)模塊的組合。相應(yīng)地，為了本公開(kāi)的目的，在適用時(shí)，術(shù)語(yǔ) “無(wú)線(xiàn)設(shè)備”和“UE設(shè)備”(概括地講是同義的)均被視為單獨(dú)表示ME設(shè)備以及表示ME設(shè) 備與可移除存儲(chǔ)模塊的組合。包括接入網(wǎng)108、110在內(nèi)的接入空間可以包括CS網(wǎng)絡(luò)、PS網(wǎng)絡(luò)或兩者都包括，其 可以涉及無(wú)線(xiàn)技術(shù)、有線(xiàn)技術(shù)、寬帶接入技術(shù)等。例如，無(wú)線(xiàn)技術(shù)可以包括全球移動(dòng)通信系 統(tǒng)(GSM)網(wǎng)絡(luò)和碼分多址(CDMA)網(wǎng)絡(luò)以及任何符合第3代合作伙伴計(jì)劃(3GPP)的蜂窩網(wǎng) 絡(luò)(例如，3GPP或3GPP2)。寬帶接入網(wǎng)可以包括無(wú)線(xiàn)局域網(wǎng)或WLAN、Wi_MAX網(wǎng)絡(luò)以及固定 網(wǎng)絡(luò)，如數(shù)字訂戶(hù)線(xiàn)路(DSL)、線(xiàn)纜寬帶等等。因此，為了本公開(kāi)的目的，接入技術(shù)可以包括 從 IEEE 802. Ila 技術(shù)、IEEE 802. Ilb 技術(shù)、IEEE 802. Ilg 技術(shù)、IEEE 802. Iln 技術(shù)、GSM/ EDGE無(wú)線(xiàn)接入網(wǎng)(GERAN)技術(shù)(CS域和PS域)和通用移動(dòng)電信系統(tǒng)(UMTS)技術(shù)以及演 進(jìn)-數(shù)據(jù)優(yōu)化(EVDO)技術(shù)及其后繼者(如長(zhǎng)期演進(jìn)(LTE))等等中選擇的無(wú)線(xiàn)接入技術(shù)。 此外，在一些實(shí)施方式中，接入網(wǎng)108、110還可以包括傳統(tǒng)有線(xiàn)PSTN基礎(chǔ)設(shè)施。網(wǎng)絡(luò)基礎(chǔ)設(shè)施112可以包括IP多媒體子系統(tǒng)(IMS)核心層以及服務(wù)/應(yīng)用層。 眾所周知，IMS核心由3GPP團(tuán)體所提出的標(biāo)準(zhǔn)來(lái)定義，該標(biāo)準(zhǔn)被設(shè)計(jì)為允許服務(wù)提供商管 理經(jīng)由任何網(wǎng)絡(luò)類(lèi)型上的IP而傳送的多種服務(wù)，其中，IP用于傳輸承載業(yè)務(wù)量和基于會(huì)話(huà) 發(fā)起協(xié)議(SIP)的信令業(yè)務(wù)量。概括地講，IMS是用于管理應(yīng)用(即，服務(wù))和網(wǎng)絡(luò)(即， 接入)的能夠提供多媒體服務(wù)的框架。IMS將“應(yīng)用服務(wù)器”定義為傳送服務(wù)訂戶(hù)使用(例 如，語(yǔ)音呼叫連續(xù)性(VCC)、一鍵通(PTT)、蜂窩一鍵通(PoC)或其他IMS集中式服務(wù)(ICS)服務(wù)等)的網(wǎng)絡(luò)單元。IMS 通過(guò)定義每個(gè)應(yīng)用服務(wù)器(AS)(例如AS-I 120-1至AS-N 120-N)需要具有的公共控制組 件(例如，訂戶(hù)簡(jiǎn)檔、IMS移動(dòng)性、網(wǎng)絡(luò)接入、認(rèn)證、服務(wù)授權(quán)、收費(fèi)和記賬、互操作器功能以 及與傳統(tǒng)電話(huà)網(wǎng)的互操作)來(lái)管理應(yīng)用。應(yīng)當(dāng)理解，IMS由主要處理GSM網(wǎng)絡(luò)的3GPP標(biāo)準(zhǔn)團(tuán)體來(lái)定義，而另一個(gè)組3GPP2 涉及定義被稱(chēng)作多媒體域(MMD)的非常類(lèi)似的架構(gòu)。MMD基本上是CDMA網(wǎng)絡(luò)的IMS，并且， 由于MMD和IMS大致等價(jià)，因此在適用時(shí)，可以在本專(zhuān)利公開(kāi)中使用術(shù)語(yǔ)“IMS”來(lái)共同指代 IMS和MMD。此外，基于和/或重用IMS的NGN(下一代網(wǎng)絡(luò))的固定網(wǎng)絡(luò)標(biāo)準(zhǔn)也由如ETSI TISPAN、Cablelabs和ITU-T之類(lèi)的團(tuán)體來(lái)開(kāi)發(fā)。NGN和IMS大致等價(jià)，相應(yīng)地，在適用時(shí)， 也可以在本專(zhuān)利公開(kāi)中使用術(shù)語(yǔ)“IMS”來(lái)共同指代IMS和NGN。繼續(xù)參照?qǐng)D1，參考標(biāo)記106指代包括核心基礎(chǔ)設(shè)施在內(nèi)的一個(gè)或多個(gè)網(wǎng)絡(luò)節(jié) 點(diǎn)。作為示意，網(wǎng)絡(luò)節(jié)點(diǎn)106可以作為代理呼叫會(huì)話(huà)控制功能(P-CSCF)節(jié)點(diǎn)、服務(wù)CSCF或 S-CSCF節(jié)點(diǎn)、詢(xún)問(wèn)CSCF或I-CSCF節(jié)點(diǎn)、中斷網(wǎng)關(guān)控制功能(BGCF)節(jié)點(diǎn)、互連邊界控制功能(IBCF)節(jié)點(diǎn)、媒體網(wǎng)關(guān)控制功能(MGCF)節(jié)點(diǎn)、歸屬訂戶(hù)服務(wù)器(HSS)節(jié)點(diǎn)等等的示例。如 前所述，這些節(jié)點(diǎn)以及端點(diǎn)UE設(shè)備采用SIP作為通信協(xié)議用于會(huì)話(huà)控制，即，建立和拆除通 信會(huì)話(huà)。相應(yīng)地，網(wǎng)絡(luò)節(jié)點(diǎn)和UE設(shè)備可以共同被稱(chēng)作“SIP實(shí)體”，或更一般地稱(chēng)作“通信協(xié) 議實(shí)體”，其參與發(fā)送和接收合適的通信協(xié)議消息(例如SIP消息)以實(shí)現(xiàn)各種服務(wù)，例如 VCC, PTT、PoC、緊急服務(wù)等等。典型地，每個(gè)SIP實(shí)體配備有可采用以下兩種方式操作的用戶(hù)代理(UA) (i)用戶(hù) 代理客戶(hù)端(UAC)，向服務(wù)器產(chǎn)生請(qǐng)求消息；以及(ii)用戶(hù)代理服務(wù)器(UAC)，接收請(qǐng)求消 息、處理請(qǐng)求消息并產(chǎn)生合適響應(yīng)。在一些應(yīng)用場(chǎng)景中，單個(gè)UA可以在SIP實(shí)體(例如UE 設(shè)備或網(wǎng)絡(luò)節(jié)點(diǎn))處充當(dāng)這兩者。在最基本的形式下，SIP使用六種類(lèi)型(方法)的請(qǐng)求· INVITE 指示用戶(hù)或服務(wù)正被邀請(qǐng)參與呼叫會(huì)話(huà)；· ACK 確認(rèn)客戶(hù)端已接收到對(duì)INVITE請(qǐng)求的最終響應(yīng)；· BYE 終止會(huì)話(huà)/呼叫并可以由主叫者或被叫者發(fā)送；· CANCEL 取消任何未決的搜索但不終止當(dāng)前進(jìn)行的呼叫/會(huì)話(huà)；· OPTIONS 詢(xún)問(wèn)服務(wù)器的能力；· REGISTER 將To 首部字段中列出的地址注冊(cè)至SIP服務(wù)器。隨著SIP可能繼續(xù)演進(jìn)，接收方可能接收其無(wú)法識(shí)別的請(qǐng)求方法。這樣的請(qǐng)求方 法被作為UNKNOWN請(qǐng)求方法而處理。響應(yīng)于請(qǐng)求，SIP使用以下類(lèi)別的響應(yīng)· Ixx信息消息；·2χχ成功響應(yīng)；·3χχ重定向響應(yīng)；· 4χχ請(qǐng)求失敗響應(yīng)；· 5χχ服務(wù)器失敗響應(yīng)；· 6χχ通用失敗響應(yīng)。典型地，SIP消息具有標(biāo)準(zhǔn)化消息結(jié)構(gòu)。圖5Α示出了具有一個(gè)初始行、一個(gè)或多 個(gè)首部字段以及消息體的示例通信協(xié)議消息(例如，會(huì)話(huà)發(fā)起協(xié)議(SIP)消息)的結(jié)構(gòu)， 其中，消息體可能包括多個(gè)主體部分。命令行部分502標(biāo)識(shí)初始行(例如，請(qǐng)求中的請(qǐng)求 行和響應(yīng)中的狀態(tài)行)。首部部分504標(biāo)識(shí)傳遞各個(gè)信息的一個(gè)或多個(gè)首部字段508-1 至508-Ν?？梢栽谙Ⅲw部分506中提供一個(gè)或多個(gè)消息體510-1至510-Ν。眾所周知， 消息體可操作用于保存任何內(nèi)容，例如明文、編碼圖像或可采用例如標(biāo)記語(yǔ)言(如XML、 HTML等)呈現(xiàn)的任何信息。使用提供與其內(nèi)容有關(guān)的信息的首部字段(例如但不限于 Content-Disposition (內(nèi)容部署)、Content—Encoding (內(nèi)容編碼)禾口 Content—Type (內(nèi) 容類(lèi)型)等)來(lái)描述每個(gè)消息體(或主體部分)。典型地，Content-Type首部字段的值是 多用途因特網(wǎng)郵件擴(kuò)展(MIME)類(lèi)型。此外，如果使用標(biāo)記語(yǔ)言來(lái)描述消息內(nèi)容，則這種消 息體還可以稱(chēng)作文檔。這種文檔與模式文檔相符合。每個(gè)模式可以產(chǎn)生一個(gè)或多個(gè)文檔實(shí) 例或者文檔或示例。由于標(biāo)記語(yǔ)言的可擴(kuò)展性，如果模式文檔演進(jìn)，則該模式可能產(chǎn)生附加 的甚至不同的文檔實(shí)例集合?？梢岳昧钆苼?lái)標(biāo)識(shí)由各種(演進(jìn))模式文檔產(chǎn)生的、具有 實(shí)例文檔的集合。在一個(gè)實(shí)施例中，可以利用與用于標(biāo)識(shí)演進(jìn)模式文檔的令牌相同的令牌 來(lái)標(biāo)識(shí)具有實(shí)例文檔的集合。在另一實(shí)施例中，該令牌可以是數(shù)位、小數(shù)、URN名字空間或 字符串。在另一實(shí)施例中，可以利用令牌來(lái)標(biāo)識(shí)具有模式文檔的集合。在另一實(shí)施例中，可
9以利用令牌來(lái)標(biāo)識(shí)具有實(shí)例文檔的集合。 包括在通信網(wǎng)絡(luò)(例如圖1所示的網(wǎng)絡(luò)100)中實(shí)現(xiàn)的通信服務(wù)的會(huì)話(huà)控制應(yīng)用 在內(nèi)的基于SIP的應(yīng)用越來(lái)越多地依賴(lài)于XML文檔來(lái)交換數(shù)據(jù)和/或其他信息。一般地，各 個(gè)SIP實(shí)體可以使用XML文檔作為公共數(shù)據(jù)交換語(yǔ)言來(lái)彼此通信，以實(shí)現(xiàn)通信會(huì)話(huà)、商家對(duì) 商家(B2B)和商家對(duì)客戶(hù)(B2C)應(yīng)用等。此外，如web服務(wù)器、小服務(wù)程序、web應(yīng)用、web 服務(wù)等技術(shù)也一般以某種方式依賴(lài)于根據(jù)XML規(guī)范而組織的數(shù)據(jù)。
XML是標(biāo)準(zhǔn)化通用標(biāo)記語(yǔ)言(SGML)族的子集并由W3協(xié)會(huì)進(jìn)行標(biāo)準(zhǔn)化。由此，XML 是其中實(shí)體可包含一個(gè)或多個(gè)元素的實(shí)體層級(jí)集合。每個(gè)元素包括開(kāi)啟標(biāo)記或標(biāo)簽、文本 以及關(guān)閉標(biāo)記或標(biāo)簽。典型地，元素還包含一個(gè)或多個(gè)屬性，所述屬性操作用于修改元素 中包含的信息。作為對(duì)在節(jié)點(diǎn)之間傳遞的信息或數(shù)據(jù)進(jìn)行描述的描述性語(yǔ)言，XML具有特 定的語(yǔ)法規(guī)則，例如(i)XML文檔必須具有根元素；(ii)XML元素必須具有關(guān)閉標(biāo)簽；(iii) XML標(biāo)簽是區(qū)分大小寫(xiě)的；(iv)XML元素必須被適當(dāng)?shù)厍短缀?或排序；(V)XML屬性值必須 被引用等等。具有正確語(yǔ)法的XML文件被稱(chēng)作“合式(well formed)” XML文件。由于可擴(kuò) 展性(允許任何作者定義他們自己的應(yīng)用專(zhuān)用元素、屬性等)，XML文檔可以以多種變型存 在，但接收方仍可以?xún)H被配置為使用以各種可能變型存在的元素和屬性的子集。為了便于 多個(gè)節(jié)點(diǎn)之間的文檔兼容，在交易節(jié)點(diǎn)處實(shí)現(xiàn)了與特定文檔類(lèi)型相關(guān)的特定元級(jí)別結(jié)構(gòu)或 “模式”?？梢灾甘居糜诙x可能的XML實(shí)例文檔的集合的各種元級(jí)別結(jié)構(gòu)或“模式”。交易 節(jié)點(diǎn)中的發(fā)送節(jié)點(diǎn)可以使用該指示符來(lái)標(biāo)識(shí)由XML實(shí)例文檔作為成員的集合。交易節(jié)點(diǎn)中 的接收節(jié)點(diǎn)可以使用該指示符來(lái)標(biāo)識(shí)可以在語(yǔ)義上和/或語(yǔ)法上對(duì)其已知要處理的XML文 檔集合的接收元素進(jìn)行處理的另一組件(例如，消息體部分(或主體部分)專(zhuān)用層)。因此，XML模式可以被認(rèn)為是在對(duì)應(yīng)XML文檔中可接受的結(jié)構(gòu)、組織和數(shù)據(jù)類(lèi)型的 定義。XML模式還定義了 XML元素的集合、XML元素屬性和所期望的XML元素間的組織，從而 XML模式充當(dāng)XML元素的詞匯。此外，由于模式自身基于XML，因此模式還可以被擴(kuò)展并可以 以多種版本存在。由于可擴(kuò)展性(允許任何作者定義他們自己的應(yīng)用專(zhuān)用元素、屬性等)， 使用相同標(biāo)識(shí)符或媒體類(lèi)型而標(biāo)識(shí)的XML模式文檔可以以多種變型存在。為了便于多個(gè)節(jié) 點(diǎn)之間的文檔兼容，在交易節(jié)點(diǎn)處實(shí)現(xiàn)了與特定文檔類(lèi)型相關(guān)的公共/特定元級(jí)別結(jié)構(gòu)或 “模式”。在一些XML實(shí)施方式中，可以提供文檔類(lèi)型定義(DTD)、XML模式、NGRelax或文檔 內(nèi)容定義(DCD)或其他XML模式，以對(duì)XML文件的元結(jié)構(gòu)定義規(guī)則集合。另一種實(shí)施方式 是提供DTD的基于XML的備選(即，XML模式)，例如，XML模式、NGRelax或其他。XML模式 語(yǔ)言有時(shí)也被稱(chēng)作XML模式定義(XSD)。應(yīng)用XML模式的組件使用其來(lái)典型地驗(yàn)證XML文 檔。相應(yīng)地，“有效的”文檔是也符合被交易節(jié)點(diǎn)所支持的XML模式的規(guī)則的“合式”文檔。關(guān)于IMS網(wǎng)絡(luò)環(huán)境中的SIP消息，可應(yīng)用的標(biāo)準(zhǔn)(例如，3GPP TS24. 229 “ IP multimedia call control protocol based on Session Initiation Protocol (SIP)and Session Description Protocol (SDP) ” ；Stage 3 (Release8))規(guī)定與 XML 消息體相關(guān)聯(lián) 的MIME類(lèi)型是“application/3gpp-ims+xml”。該標(biāo)準(zhǔn)還規(guī)定如在任何SIP消息中可能 需要的，SIP UA或代理可以插入或移除XML消息體或其部分。相應(yīng)地，SIP消息中的XML主 體或文檔可以根據(jù)具有不同版本的XML模式而存在。典型地，接收方還需要用于產(chǎn)生主體 或主體部分的XML模式(或兼容版本)，以驗(yàn)證主體或主體部分。否則，如本專(zhuān)利公開(kāi)的背 景技術(shù)部分所述，無(wú)效的XML文檔可能對(duì)所請(qǐng)求的電信服務(wù)導(dǎo)致不可預(yù)測(cè)的行為或錯(cuò)誤結(jié)果。此外，如果由于缺少兼容性(前向或后向)而使得發(fā)送方的XML消息體未被接收方的 驗(yàn)證器所接受，則在通信環(huán)境中可能發(fā)生顯著的互操作性問(wèn)題。現(xiàn)在參照?qǐng)D2，其中示出了根據(jù)實(shí)施例可操作為能夠?qū)ML消息體進(jìn)行交易的SIP 實(shí)體的UE設(shè)備200的框圖。提供了一個(gè)或多個(gè)處理實(shí)體202以對(duì)設(shè)備上可執(zhí)行的各種過(guò)程 進(jìn)行總體控制。用戶(hù)代理204可操作為關(guān)于如SIP過(guò)程之類(lèi)的通信協(xié)議過(guò)程的UAS或UAC。 參考標(biāo)記206指代示例協(xié)議過(guò)程模塊。驗(yàn)證器208可操作用于驗(yàn)證例如在SIP消息體中接 收到的XML文檔。驗(yàn)證器208還可以用于產(chǎn)生特定版本的XML文檔并可能在文檔中包括文 檔版本。應(yīng)用210可操作用于基于XML消息文檔的內(nèi)容來(lái)執(zhí)行或調(diào)用合適軟件。還可以針 對(duì)消息解析，提供字典和解析器212。包括可以與可應(yīng)用的協(xié)議過(guò)程結(jié)合進(jìn)行操作的消息產(chǎn) 生器214，消息產(chǎn)生器214還能夠在如下所述向另一 SIP實(shí)體產(chǎn)生的通信協(xié)議消息中提供指 示符，例如模式版本指示符。圖3示出了根據(jù)實(shí)施例可操作為能夠?qū)ML消息體進(jìn)行交易的SIP實(shí)體的網(wǎng)絡(luò)節(jié) 點(diǎn)300的框圖。作為示意，網(wǎng)絡(luò)節(jié)點(diǎn)300的實(shí)施例作為如上所述的任何IMS基礎(chǔ)設(shè)施實(shí)體的 示例。提供了一個(gè)或多個(gè)處理實(shí)體304以對(duì)由網(wǎng)絡(luò)節(jié)點(diǎn)306執(zhí)行的各種過(guò)程進(jìn)行總體控制， 不論網(wǎng)絡(luò)節(jié)點(diǎn)306的架構(gòu)或代理功能性如何。合適的發(fā)送/接收(Tx/Rx)塊302可操作用 于發(fā)送或接收在消息體中具有XML文檔的各種通信協(xié)議消息。背對(duì)背用戶(hù)代理(B2BUA)310 可操作為關(guān)于如SIP過(guò)程之類(lèi)的通信協(xié)議過(guò)程312的UAS或UAC。驗(yàn)證器314可操作用于 驗(yàn)證例如在來(lái)自發(fā)送方的SIP消息體中接收到的XML文檔，或能夠產(chǎn)生一個(gè)或多個(gè)版本的 XML文檔，并可能在文檔中包括文檔版本。應(yīng)用320可操作用于基于XML消息文檔的內(nèi)容來(lái) 執(zhí)行或調(diào)用合適軟件。還可以針對(duì)消息解析，提供字典和解析器316。包括可以與可應(yīng)用 的協(xié)議過(guò)程結(jié)合進(jìn)行操作的消息產(chǎn)生器318，消息產(chǎn)生器318還能夠在如下所述向另一 SIP 實(shí)體產(chǎn)生的通信協(xié)議消息中提供指示符(例如模式版本指示符)。提供了附加硬件306和 本地存儲(chǔ)器308，以便于與潛在地沿通信路徑的上游和下游方向管理和協(xié)商消息流中的模 式/文檔版本信息相關(guān)的其他功能。圖4示出了在示例分布式網(wǎng)絡(luò)環(huán)境中用于處理通信協(xié)議消息的實(shí)體(UE設(shè)備 200或網(wǎng)絡(luò)節(jié)點(diǎn)300)處采用的軟件架構(gòu)400的實(shí)施例，其中，通信協(xié)議消息可以包括多 種版本的消息文檔。在從發(fā)送方接收到通信協(xié)議消息時(shí)，合適的通信協(xié)議層402控制對(duì) 接收到的消息的處理。在確定了接收到的消息是根據(jù)通信協(xié)議架構(gòu)的適當(dāng)消息(例如， 命令行、首部字段等的有效性)之后，執(zhí)行消息體(或主體部分)專(zhuān)用層404(例如，基于 Content-Disposition 字段的值、Content-Type 的缺省 Content-Disposition、在特定實(shí)體 上接收時(shí)Content-Type的缺省Content-Disposition)。例如，如果消息體(或主體部分) 專(zhuān)用層是考慮了合式性的XML層，則可以執(zhí)行驗(yàn)證。如果在該階段有差錯(cuò)，則該處理可以在 有報(bào)警或沒(méi)有報(bào)警的情況下得體地停止，或可以根據(jù)在消息自身或在先配置中提供的任何 指示來(lái)采取備選動(dòng)作過(guò)程。此后，執(zhí)行應(yīng)用專(zhuān)用層406。圖5B和5C示出了在分布式網(wǎng)絡(luò)環(huán)境中兩個(gè)實(shí)體之間的示例消息流，其中，可以發(fā) 送具有版本化的消息體(和/或根據(jù)版本化的模式)的通信協(xié)議消息。具體地，圖5B中的 參考標(biāo)記500B指代關(guān)于特定服務(wù)的兩個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)(例如服務(wù)CSCF節(jié)點(diǎn)522和AS節(jié)點(diǎn)524) 之間的消息流。針對(duì)SIP方法的請(qǐng)求526以SIP REGISTER消息作為示例，該SIP REGISTER 消息包括可包含根據(jù)MIME類(lèi)型“applicati0n/3gpp-imS+xml”的版本化XML文檔在內(nèi)的消
11息體，其中，MIME類(lèi)型(表示XML文檔)可以具有傳遞可用于驗(yàn)證XML文檔的XML模式的參 數(shù)。圖5C中的參考標(biāo)記500C指代端點(diǎn)(例如UE設(shè)備)550與網(wǎng)絡(luò)節(jié)點(diǎn)(如代理CSCF節(jié) 點(diǎn))556之間的消息流。為了本專(zhuān)利公開(kāi)的目的，“SIP消息”可以根據(jù)上下文表示請(qǐng)求消息 或響應(yīng)消息。SIP INVITE請(qǐng)求消息作為請(qǐng)求552的示例，請(qǐng)求552包括緊急服務(wù)標(biāo)識(shí)符， 用于指示UE設(shè)備550預(yù)期在IMS網(wǎng)絡(luò)上發(fā)起緊急服務(wù)呼叫。來(lái)自P-CSCF 556的SIP響應(yīng) 554可以包括SIP 380(備選服務(wù))響應(yīng)，該SIP 380響應(yīng)包括消息體。本領(lǐng)域技術(shù)人員可 以認(rèn)識(shí)到，在這兩個(gè)消息流場(chǎng)景中，如果消息的接收方根據(jù)與接收方所支持的消息體集合 不兼容的或不能被接收方的驗(yàn)證器驗(yàn)證的模式(例如，由于缺少必需的模式)來(lái)接收消息 體集合的消息體文檔部分，則將損害服務(wù)行為，導(dǎo)致非預(yù)期或錯(cuò)誤的結(jié)果。圖5D示出了用于驗(yàn)證文檔的不同模式。參考標(biāo)記572-1至572-3作為三個(gè)文檔 的示例，其中，每個(gè)文檔是相同類(lèi)型的單獨(dú)模式，例如，MIME或內(nèi)容類(lèi)型文檔572-1包含 版本X的模式；文檔572-2包含版本Y的模式；以及文檔572-3包含版本Z的模式。實(shí)例 文檔——包含模式的文檔(例如XML模式文檔)的實(shí)例(例如XML文檔)——還可以根據(jù) 產(chǎn)生模式文檔的單個(gè)MIME類(lèi)型X、Y或Z來(lái)指示模式文檔的版本。每個(gè)實(shí)例文檔是具有由 特定版本的單個(gè)模式文檔產(chǎn)生的一個(gè)或多個(gè)實(shí)例文檔的集合的一部分。實(shí)例文檔——包含 模式的文檔(例如XML模式文檔)的實(shí)例(例如XML文檔)——還可以根據(jù)產(chǎn)生模式文檔 的單個(gè)MIME類(lèi)型X、Y或Z來(lái)指示模式文檔的版本。每個(gè)實(shí)例文檔是具有由特定版本的單 個(gè)模式文檔產(chǎn)生的一個(gè)或多個(gè)實(shí)例文檔的集合的一部分。包括版本指示符“X”的實(shí)例文檔 (即，XML文檔實(shí)例574-1至574-N)可以最低限度地由模式文檔572-1適當(dāng)驗(yàn)證。同樣，版 本Y的文檔的實(shí)例(即，文檔實(shí)例576-1至576-M)可以由模式文檔572-2適當(dāng)驗(yàn)證。版本 Z的文檔的示例為可以由模式文檔572-3驗(yàn)證的單個(gè)實(shí)例578。包括版本指示符“Y”的實(shí) 例文檔也可以被示例為實(shí)例文檔576-M和模式文檔572-1的其他模式文檔接受和驗(yàn)證。圖6A示出了對(duì)與通信協(xié)議的消息體相關(guān)的模式版本信息進(jìn)行協(xié)商的方法的實(shí)施 例600A。發(fā)送方向接收方產(chǎn)生通信協(xié)議消息(例如SIP請(qǐng)求或SIP響應(yīng))(框602)。在一 種變型中，通信協(xié)議消息可以包括合適的消息體(或主體部分)。通信協(xié)議消息還包括模式 版本指示符(例如在Accept (接受)首部或首部字段中)，或包括充足的信息以指示發(fā)送方 可以驗(yàn)證和接受(i)特定內(nèi)容類(lèi)型的消息體/主體部分的哪個(gè)集合或(ii)特定內(nèi)容類(lèi)型 的哪些文檔，以用于處理(框604)。在一種變型中，接收方可以將缺少模式版本指示符解釋為指示發(fā)送方可以驗(yàn)證和 接受特定內(nèi)容類(lèi)型的消息體(部分)內(nèi)容或文檔的缺省集合。在產(chǎn)生初始INVITE請(qǐng)求時(shí)， UE設(shè)備可操作用于通過(guò)包括如3GPP TS 24. 229的子條款7. 6. 1中定義的其MME類(lèi)型，來(lái) 指示其對(duì)Acc印t首部字段中的3GPP IMS XML主體的支持?？蛇x地，可以添加名為“sv”或 “schemaversion”的版本參數(shù)，以指示所支持的IM CN子系統(tǒng)XML主體的XML模式的版本?？?以在本文中其他地方找到schemaversion參數(shù)的語(yǔ)法。如果缺少“sv”或“schemaversion” 參數(shù)，則應(yīng)假定UE支持IM CN子系統(tǒng)XML主體的XML模式的版本1。如果沒(méi)有指示對(duì)Accept 首部字段中的3GPP IMS XML主體的支持，則應(yīng)假定UE支持IM CN子系統(tǒng)XML主體的XML 模式的版本1。圖6B示出了對(duì)與通信協(xié)議的消息體相關(guān)的模式版本信息進(jìn)行協(xié)商的方法的另一 實(shí)施例600B。接收方從發(fā)送方接收通信協(xié)議消息(如SIP請(qǐng)求或SIP響應(yīng)消息)(框610)。在一種變型中，通信協(xié)議消息可以包括合適的消息體(或主體部分)。響應(yīng)于接收到的通 信協(xié)議消息，接收方向發(fā)送方產(chǎn)生響應(yīng)消息，其中，響應(yīng)消息包括文檔/模式版本指示符、 一個(gè)或多個(gè)消息體(或主體部分)、與主體部分相關(guān)聯(lián)的類(lèi)型，以指示(i)主體或部分是特 定類(lèi)型的消息體/主體部分內(nèi)容的哪些集合的成員或(ii)可用于驗(yàn)證消息體(或主體部 分)的特定類(lèi)型的XML模式文檔的版本(框612)。此外，發(fā)送方可以使用指示符來(lái)標(biāo)識(shí)可 用于處理信息的應(yīng)用層組件。圖6C中闡述了對(duì)與通信協(xié)議消息的消息體(或主體部分)相關(guān)的模式版本信息 進(jìn)行指示的方法的另一實(shí)施例600C。發(fā)送方向接收方產(chǎn)生通信協(xié)議消息(如SIP請(qǐng)求或 SIP響應(yīng))。通信協(xié)議消息還包括一個(gè)或多個(gè)消息體(或部分)、與消息體相關(guān)聯(lián)的類(lèi)型、模 式版本指示符(例如在Content-Type首部字段中)，以指示(i)主體(部分)是特定類(lèi)型 消息體(部分)內(nèi)容的哪些集合的成員，或(ii)特定類(lèi)型的XML模式文檔的哪些版本可用 于驗(yàn)證消息體(部分)(框622)。此外，接收方可以使用指示符來(lái)標(biāo)識(shí)可用于處理信息的應(yīng) 用層組件。本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到，可以以一個(gè)或多個(gè)組合來(lái)混合并實(shí)現(xiàn)上述實(shí)施例的方 面。此外，應(yīng)當(dāng)認(rèn)識(shí)到，在實(shí)體之間進(jìn)行協(xié)商過(guò)程并且調(diào)用服務(wù)的意義上，動(dòng)態(tài)執(zhí)行上述協(xié) 商方法。作為另一備選，圖6D示出了對(duì)與通信協(xié)議的消息體相關(guān)的模式版本信息進(jìn)行協(xié)商 的方法的實(shí)施例600D，其中，可以采用查找方案。潛在地在關(guān)于通信協(xié)議的初始發(fā)現(xiàn)過(guò)程 中，利用通信環(huán)境的不同單元的文檔/模式版本能力來(lái)填充數(shù)據(jù)庫(kù)(框652)。數(shù)據(jù)庫(kù)可以 是分布式的、鏡像的、位于端點(diǎn)處、或集中位于通信環(huán)境的核心部分內(nèi)。接收方從發(fā)送方接 收通信協(xié)議消息(例如SIP消息)(框654)，該通信協(xié)議消息可以包括合適的消息體(或主 體部分)。響應(yīng)于接收到的通信協(xié)議消息，接收方詢(xún)問(wèn)數(shù)據(jù)庫(kù)，以確定發(fā)送方可以接受或驗(yàn) 證的特定類(lèi)型的文檔版本(框656)。附加地或備選地，接收方可能能夠基于所述詢(xún)問(wèn)來(lái)確 定發(fā)送方使用的模式版本。還可以詢(xún)問(wèn)發(fā)送方將特定版本的文檔轉(zhuǎn)換為與一個(gè)或多個(gè)下游 節(jié)點(diǎn)兼容的另一版本的能力。在另一種變型中，發(fā)送方可以在交易之前詢(xún)問(wèn)數(shù)據(jù)庫(kù)和確定 接收方的模式和/或文檔能力。相應(yīng)地，發(fā)送方可以確定僅包括對(duì)于接收方兼容版本的文 檔。本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到，這里以及本專(zhuān)利公開(kāi)中其他地方描述的發(fā)送方和接收方可 以是在端點(diǎn)、網(wǎng)絡(luò)節(jié)點(diǎn)或這兩者上執(zhí)行的、在適當(dāng)時(shí)充當(dāng)UAS或UAC的用戶(hù)代理。圖7示出了涉及驗(yàn)證版本化的消息體的消息處理方法的實(shí)施例700。在參與如上 所述關(guān)于通信協(xié)議消息收發(fā)的協(xié)商方法(框702)時(shí)，接收方從發(fā)送方接收通信協(xié)議消息 (框704)。協(xié)議處理器(包括例如消息解析器)可以處理命令行和首部字段(框706)，從 而確定作為主體的在協(xié)議消息中接收到的各種文檔的內(nèi)容類(lèi)型(可選地，包括解析為可用 于驗(yàn)證其中主體(部分)是元素的主體(部分)或文檔集合的一個(gè)或多個(gè)模式版本的指示 符)(框708)。此后，每種類(lèi)型的文檔可以由在接收方處實(shí)例化的適當(dāng)?shù)哪Ｊ教幚砥?驗(yàn)證 器來(lái)驗(yàn)證，或者接收方可以確定是否可以處理接收到的文檔。如果接收到無(wú)效文檔或不能 處理的文檔，則還可以實(shí)現(xiàn)合適的備選動(dòng)作過(guò)程(例如，得體的退出)，而不會(huì)導(dǎo)致不期望 的結(jié)果，例如接收節(jié)點(diǎn)的凍結(jié)。這些動(dòng)作統(tǒng)一為框710。以下詳細(xì)闡述關(guān)于上述實(shí)施例的各種實(shí)現(xiàn)方面，尤其參照符合3GPP的IMS網(wǎng)絡(luò)環(huán) 境中的基于SIP的消息收發(fā)。如上所述，可應(yīng)用的3GPP標(biāo)準(zhǔn)提供了可以與XML實(shí)例文檔或 對(duì)應(yīng)XML模式的一個(gè)或多個(gè)集合相關(guān)聯(lián)的MIME類(lèi)型“application/3gpp-ims+xml”。由于可以將XML消息體擴(kuò)展為包括新元素和/或?qū)傩?，或者可以將XML消息體改變?yōu)槭沟弥匦?定義元素和/或?qū)傩?，因此在IMS環(huán)境內(nèi)進(jìn)行交互的各種SIP UA實(shí)體可能彼此不兼容。此 外，UA實(shí)體可能希望指示其對(duì)不同3GPP IMS XML主體或文檔的支持。在一個(gè)場(chǎng)景中，在將 現(xiàn)有XML主體擴(kuò)展為包括新元素/屬性的情況下，接收方仍可能能夠處理一些XML，可能跳 過(guò)未知的元素和/或?qū)傩?作為前向兼容性的示例)。在將現(xiàn)有XML主體改變?yōu)槭沟弥匦?定義元素/屬性的情況下也可以應(yīng)用相同處理。在該場(chǎng)景中，可以在驗(yàn)證期間簡(jiǎn)單地忽略 重新定義的元素和/或?qū)傩?。備選地或附加地，接收方可以具有向發(fā)送方返回信號(hào)通知接 收方不理解接收到的XML文檔(例如，通過(guò)SIP415消息(不可接受的Content-Type)，具有 所支持的MIME類(lèi)型，以及可選地具有在SlPAccept首部字段中列出的其模式版本指示符) 的能力。本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到，關(guān)于接收這種響應(yīng)信號(hào)的SIP UA或代理應(yīng)當(dāng)如何對(duì)其 進(jìn)行處理、是否應(yīng)當(dāng)存儲(chǔ)該響應(yīng)信號(hào)以及在應(yīng)當(dāng)存儲(chǔ)的情況下存儲(chǔ)在哪以及存儲(chǔ)多長(zhǎng)時(shí)間 等等，存在多種實(shí)現(xiàn)選擇。可以通過(guò)放置具有以下效果的特定代碼或指令來(lái)實(shí)現(xiàn)多種版本之間的前向兼容 性在不使接收方的XML驗(yàn)證器聲明XML文檔實(shí)例無(wú)效的情況下，允許附加元素、屬性或兩 者都允許。在一個(gè)實(shí)施例中，可以插入以下代碼部分<xs any namespace =，，##any^processContents =，，lax，，minOccurs =，，0”maxOccurs =，，unbounded，，/>然而，不是所有XML處理器或驗(yàn)證器都可以支持隨機(jī)放置上述“XS:any”行。 為了增強(qiáng)與XML驗(yàn)證器的兼容性，一個(gè)示例實(shí)施例規(guī)定將“xs:any”行放置為任何 complexType、組等的定義的最后一行。相應(yīng)地，緊接在上述代碼部分之上插入更新的XML 模式中的任何新元素。還可以通過(guò)放置“ <xs anyAttribute/> ”或具有以下效果的類(lèi)似行 來(lái)實(shí)現(xiàn)前向兼容性在不使XML驗(yàn)證器聲明XML文檔實(shí)例無(wú)效的情況下，允許附加屬性。以下在表1中闡述了與各種適用的模式版本兼容性問(wèn)題相一致的示例構(gòu)造。表 1 以下在表2A和2B中闡述了 XML模式構(gòu)造的另一種可能的實(shí)現(xiàn)。表 2A 表 2B</xssimpleType〉</xschoice〉</xscomplexType> 如表2A和2B中體現(xiàn)的3GPP IMS XML的根元素描述如下<ims-3gpp> 這是3GPP IMS XML主體的根元素。其應(yīng)始終存在。在本文中描述 的XML模式版本是1。在表2A和2B中定義的XML模式的未來(lái)版本的XML實(shí)例文檔(其中， xsischema元素的XML模式版本屬性部分小于2并大于或等于1)應(yīng)相對(duì)于在本文中表2A 和2B中定義的XML模式有效。在本文中的表2A和2B中定義的XML模式的XML實(shí)例文檔 應(yīng)具有版本屬性值(ims-3gpp元素的一部分)，其等于在本文中描述的XML模式版本的值。在另一種表示中，XML模式的版本屬性或參數(shù)可以是可選的，其中，可以分配適當(dāng) 的缺省值。在這兩種情況下，即，在模式的版本屬性被設(shè)置為缺省的情況下以及在模式的版 本屬性被設(shè)置為可以以多種方式編碼的預(yù)定義值的情況下，都可以提供XML實(shí)例文檔中的 schemaValue,以與從其中導(dǎo)出文檔實(shí)例的XML模式的版本屬性相匹配。如上所述，允許任何UA添加和修改XML文檔。相應(yīng)地，UA實(shí)體知道可接受的 XML模式及其版本是有利的。根據(jù)一個(gè)實(shí)施例，可以提供特定指示，以指示版本號(hào)或版 本號(hào)的范圍、描述符技術(shù)(如XML)和根元素名稱(chēng)?？梢詫IME類(lèi)型擴(kuò)展為例如包括 “app 1 ication/3gpp-ims+xml ；sv = 1-1. 99”這樣的信息，其中，“sv”代表模式版本，連字 符表示版本值的范圍。此外，可以提供單個(gè)值以指示對(duì)單個(gè)模式版本的支持，并可以提供以 逗號(hào)分隔的列表以指示如所列舉和由逗號(hào)分隔的特定模式版本?？梢詫⑦@種字符串置于合適的SIP消息首部中，該SIP消息首部包括但不限于Accept首部字段、Record-Route (記 錄-路由)首部字段等。還可以定義其他新首部字段(例如P-header)，從而每個(gè)UA實(shí)體 可以插入其XML文檔處理能力和/或兼容性。此外，如果在信令路徑中可以涉及多個(gè)UA實(shí) 體，則每個(gè)實(shí)體可以支持不同的XML模式。在這種多節(jié)點(diǎn)場(chǎng)景中，還可以提供功能元素(fe) 名稱(chēng)以便如以下示例所述在多個(gè)Accept首部中標(biāo)識(shí)節(jié)點(diǎn)(例如P-CSCF、S-CSCF、UE、AS等 等)“application/3gpp-ims+xml ；sv = 1-1. 99 ；fe = ue，as，s-cscf，，，，。在多節(jié)點(diǎn)場(chǎng)景中，用于信號(hào)通知XML文檔處理能力的一般語(yǔ)法如下Functions =〈fe namel token〉，〈fe name2token>. . .〈fe nameN token〉還可以根據(jù)實(shí)施方式來(lái)提供附加規(guī)則。例如，缺少I(mǎi)MS功能元素(ife)令牌可能 意味著在首部中提供的XML模式版本和文檔實(shí)例信息可應(yīng)用于任何下游節(jié)點(diǎn)。同樣，缺少 sv參數(shù)可能意味著任何模式版本都可應(yīng)用或可接受。備選地，缺少sv參數(shù)可能意味著缺省 版本(例如版本“1”)可應(yīng)用或可接受。應(yīng)當(dāng)清楚，也可以使用除“sv”或“ife”以外的令 牌名稱(chēng)，只要所有節(jié)點(diǎn)(例如發(fā)起者或發(fā)送方、接收方或終結(jié)者、以及中間節(jié)點(diǎn))都知道與 其相關(guān)聯(lián)的術(shù)語(yǔ)、功能、語(yǔ)法和規(guī)則。闡述了具有離散編號(hào)以及范圍的sv令牌的示例，以指 示對(duì)各種模式版本的可支持性sv = 1-2，10-12，14，16以上示例指示了模式版本1和2 (含)、10至12 (含)以及版本14和16得到支 持。由于也可以在上游包括XML主體文檔，因此可能情況是接收UA(以背對(duì)背用戶(hù)代理或 B2BUA配置)或代理希望使用非臨時(shí)SIP消息來(lái)指示其對(duì)特定XML模式的支持。備選地，在 不支持所需版本號(hào)的情況下，接收UA可能希望在SIP差錯(cuò)消息中指示這種信息。如果發(fā)送 方接收到非臨時(shí)SIP響應(yīng)，則可能接下來(lái)會(huì)有SIP請(qǐng)求(如CANCEL請(qǐng)求)，可選地包括這種 動(dòng)作的原因。Accept首部中的sv令牌的另一示例如下Acceptapplication/3gpp_ims+xml ；sv ="1,1. l，，；ife =，，ue, p-cscf, s-cscf,
3.S 9 · · ·以上示例可能使所涉及的不同SIP UA實(shí)體(在需要時(shí))能夠利用所有其MIME類(lèi) 型“application/3gpp-ims+xml”的模式版本來(lái)填充Accept首部(例如，在INVITE消息 中)。以下闡述了根據(jù)可用于適當(dāng)?shù)貙?duì)sv和ife令牌進(jìn)行編碼的已知標(biāo)準(zhǔn)(例如RFC 2616 和RFC 3261)的Acc印t首部格式的示例。表 3
17 以下在表5中闡述了 XML模式構(gòu)造的另一種可能的實(shí)現(xiàn)。將根據(jù)3GPP TS 24. 229 的子條款 5. 1. 3. 1 在 Accept 首部字段中使用的 application/3gpp-ims+xml MIME類(lèi)型擴(kuò)展為包括IM CN子系統(tǒng)功能實(shí)體所需的特定版本信息。如果缺少參數(shù)，則 應(yīng)假定利用Accept首部發(fā)起SIP方法的UA支持IM CN子系統(tǒng)XML主體的XML模式 的版本1。sv或schemaversion參數(shù)具有表5中描述的語(yǔ)法。為了方便，已從IETF RFC3261拷貝了 media-range組件。sv或schemaversion參數(shù)是來(lái)自Accept首部的當(dāng) Hf media-range ^E^f牛的 m-parameter 的歹|J，胃中，m-type i application, m_sub_type 是3gpp-imS+xml。如果sv或schemaversion參數(shù)被設(shè)置為“無(wú)”，則發(fā)起SIP方法的UA指示其沒(méi)有發(fā)現(xiàn)可接受的〃 application/3gpp-ims+xml 〃 MIME類(lèi)型。表5示出 了 “ application/3gpp-ims+xml〃 MIME 類(lèi)型的"sv”或"schemaversion”參數(shù)的可能的語(yǔ)法。表 5 如以上示例所述，sv令牌或參數(shù)可以具有以逗號(hào)分隔的離散數(shù)值以及數(shù)字或數(shù)位 范圍，其優(yōu)點(diǎn)是在指定模式版本時(shí)是順序的。此外，sv令牌可以采用被提供為但不限于文 本串、字符、字母數(shù)字序列等的值。還可以在SIP消息首部字段中提供附加信息，以指示可 在通信協(xié)議處理層的級(jí)別執(zhí)行的另外的指令。作為示意，接收UA可以在檢查Accept首部 時(shí)推定哪些UA作用或甚至UA或功能單元支持何種類(lèi)型的內(nèi)容。在一個(gè)實(shí)施方式中，插入 XML內(nèi)容類(lèi)型文檔實(shí)例的任何接收UA可能能夠插入用于引導(dǎo)下游單元的指令，以處理一個(gè) 或多個(gè)XML內(nèi)容類(lèi)型文檔。附加指令可以包括但不限于以下各項(xiàng)“在處理之后移除”、“如 果不理解則跳過(guò)”、“必須理解”或“可以移除”等。指令可以被編碼為文本串或二進(jìn)制值，如 下所示 必須認(rèn)識(shí)到，以上僅是一個(gè)示意性示例，指令的順序可以是任意的并可以被編碼 為任何數(shù)目的比特。一種包括這種信息的合適信息元素可以是URI或MIME參數(shù)，優(yōu)選地以文本串表 示。在另一備選方案中，還可以在消息體內(nèi)或在消息體部分內(nèi)對(duì)這種指令進(jìn)行編碼。在另 一備選方案中，如果支持多個(gè)主體部分，則可以將信息表示為附加主體部分(例如，在某主 體部分中利用引用其他主體部分的指令來(lái)編碼)。例如，可以采用XML并針對(duì)每接收節(jié)點(diǎn)存
19在的每個(gè)XML模式對(duì)表示進(jìn)行編碼。在另一備選實(shí)施例中，在用于標(biāo)識(shí)內(nèi)容的返回的SIP 消息中使用的Content-Type首部字段中針對(duì)每個(gè)主體(或主體部分)放置針對(duì)每個(gè)接收 節(jié)點(diǎn)的指令。以下是這種表示的高級(jí)結(jié)構(gòu) 開(kāi)始SIP消息和首部字段-包括Content-Type首部字段+可選參數(shù)，包括零或多個(gè)指令、模式版本或其他參 數(shù)-如果支持多部分/*MIME主體并包括多個(gè)主體部分，包括零或多個(gè)指令、模式版 本或其他參數(shù)在內(nèi)的參數(shù)結(jié)束SIP消息》還可以使用名字空間來(lái)提供sv值的另一種備選編碼。作為示意，在以下示例中闡 述了 PoC服務(wù)中的XML模式版本化，以表明對(duì)用于信號(hào)通知SV信息的名字空間的使用。Accept:appIication/poc-settings+xml ；sv ="urn:oma:params:xml:ns:poc:po c-settings，urn:oma:xml :poc:poc2. 0-settings，，基本上，可以利用名為“ns”的令牌來(lái)替換以上示例中名為“sv”的令牌，以指示一 個(gè)或多個(gè)XML名字空間標(biāo)識(shí)符的列表遵循引用并被逗號(hào)分隔。此外，類(lèi)似的方式還可以用 于其他的服務(wù)專(zhuān)用UA實(shí)體，例如，與語(yǔ)音呼叫連續(xù)性(VCC)、IMS集中式服務(wù)(ICS)、IMS會(huì) 話(huà)連續(xù)性(ISC)等相關(guān)的UA0除了傳遞SIP級(jí)消息指令外，還可以傳輸基于每個(gè)節(jié)點(diǎn)來(lái)定義關(guān)于XML文檔的處 理能力的各種屬性。即，屬性信息可以用于通過(guò)與XML驗(yàn)證器相關(guān)聯(lián)地執(zhí)行的策略管理機(jī) 制來(lái)指示每個(gè)所標(biāo)識(shí)的SIP UA或代理單元的可允許行為。示意了以下策略(i)可以忽略， 繼續(xù)處理消息文檔，丟棄元素；(ii)強(qiáng)制理解，如果不理解則拒絕消息文檔；(iii)強(qiáng)制跳 過(guò)，如果不理解則無(wú)需處理；等等?？梢詫⑿袨椴呗詳U(kuò)展為指示每個(gè)接收節(jié)點(diǎn)處的節(jié)點(diǎn)專(zhuān)有 行為，例如⑴UE需求；(ii) P-CSCF需求；(iii) S-CSCF需求；(iν)服務(wù)需求(例如，ICS標(biāo) 識(shí)符或ISCI信息)等等。如上所述，參照?qǐng)D6C所示的實(shí)施例，用于信號(hào)通知模式版本和文檔集合版本信息 的備選機(jī)制可以涉及基于每個(gè)節(jié)點(diǎn)來(lái)訪問(wèn)配置有版本1支持能力的數(shù)據(jù)庫(kù)。數(shù)據(jù)庫(kù)對(duì)于 IMS網(wǎng)絡(luò)中的任何節(jié)點(diǎn)來(lái)說(shuō)可以是可訪問(wèn)的。此外，可以經(jīng)由任何合適機(jī)制(例如，基于RFC 4483的機(jī)制)向節(jié)點(diǎn)提供數(shù)據(jù)庫(kù)的位置。可以在節(jié)點(diǎn)可用以訪問(wèn)數(shù)據(jù)庫(kù)的消息中提供對(duì)數(shù) 據(jù)庫(kù)的位置進(jìn)行標(biāo)識(shí)的統(tǒng)一資源定位符(URL)。此外，數(shù)據(jù)庫(kù)可以處于單個(gè)節(jié)點(diǎn)中或散步在 分布式數(shù)據(jù)庫(kù)架構(gòu)中的多個(gè)節(jié)點(diǎn)上。以下在表6中提供了 sv或schemaversion參數(shù)的示例語(yǔ)法結(jié)構(gòu)。表6 以上所示的sv語(yǔ)法(以Backus-Naur格式或BNF形式表示)可以用于傳遞 各種類(lèi)型的值(數(shù)位、串等)以指示⑴如果在Content-Type首部中存在MIME類(lèi)型 和參數(shù)，可以用于驗(yàn)證3GPP IMS XML主體的3GPPIMS XML模式的版本；以及(ii)如果 在Acc印t首部中存在MIME類(lèi)型和參數(shù)，3GPP IMS XML主體的所接受版本。如上所述， 在缺少sv或schemaversion參數(shù)的情況下或缺少sv或schemaversion參數(shù)時(shí)，缺省 規(guī)則可以適用。在一個(gè)實(shí)施例中，如果缺少sv或schemaversion參數(shù)，則應(yīng)當(dāng)理解為 支持特定版本或版本集合(如版本1)。在另一實(shí)施例中，如果缺少M(fèi)IME類(lèi)型(例如， application/3gpp-ims+xml)并且缺少對(duì)應(yīng)的sv或schemaversion參數(shù)，貝Ij應(yīng)當(dāng)理角軍為 MIME類(lèi)型(例如“applicati0n/3gpp-ims+Xml”)的特定版本或版本集合無(wú)論如何都可接 受(如版本1)。在另一實(shí)施例中，如果缺少sv或schemaversion參數(shù)值，則應(yīng)當(dāng)理解為不 支持MIME類(lèi)型的版本或版本集合。后一種特征在以下情況下可能是有利的其中即使缺少 對(duì)應(yīng)的MIME類(lèi)型(例如“application/3gpp-ims+xml”)，接收方還認(rèn)為MIME類(lèi)型和版本 參數(shù)的缺省值無(wú)論如何都是可接受的。在這種情況下，發(fā)送方可以使用SIP首部字段(例 如Accept首部字段)來(lái)明確指示MIME類(lèi)型及其任何版本都不可接受。本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到，可能需要將MIME類(lèi)型及其參數(shù)注冊(cè)至合適的注冊(cè)權(quán) 威機(jī)構(gòu)(即，注冊(cè)器(registrar))，例如，因特網(wǎng)分配數(shù)字權(quán)威機(jī)構(gòu)或IANA。以下闡述了可 用于注冊(cè)目的的示例模板MIME 媒體類(lèi)型名稱(chēng)applicationMIME 子類(lèi)型名稱(chēng)3gpp_ims+xml所需參數(shù)無(wú)可選參數(shù)“sv” 或“schemaversion，，以上注冊(cè)條目可以包括以加強(qiáng)BNF(ABNF)形成存在的、以上在表5中所示的sv語(yǔ)法?，F(xiàn)在參照?qǐng)D8，示出了根據(jù)本公開(kāi)的實(shí)施例的涉及多個(gè)SIP實(shí)體的示例消息流程 圖800，其中，中間節(jié)點(diǎn)可操作用于對(duì)關(guān)于上游和下游實(shí)體的模式和文檔版本信息進(jìn)行協(xié) 商。UA1802是最終發(fā)往充當(dāng)接收方的UA2806的請(qǐng)求的發(fā)起者或發(fā)送方。B2BUA804(例如， 如BGCF或IBCF之類(lèi)的邊界網(wǎng)關(guān)節(jié)點(diǎn))可操作為中間節(jié)點(diǎn)。UA1802產(chǎn)生SIPINVITE請(qǐng)求 808，其中，其Accept首部字段被設(shè)置為application/3gpp-ims+xml ；sv =" 1,1. 1" ；ife ="ual"中間節(jié)點(diǎn)804截獲INVITE808，修改Accept首部，并向UA2806產(chǎn)生新INVITE請(qǐng)求 810。修改后的Accept首部現(xiàn)在包括以下內(nèi)容application/3gpp-ims+xml ；sv =" 1,1. 1,2. 5" ；ife ="ual",application/3gpp-ims+xml ；sv =" 2. 5" ；ife = b2bua"本質(zhì)上，通過(guò)如上所述修改Accept首部信息，中間節(jié)點(diǎn)804傳遞了其可操作用于 將符合目的地為UAl (在上游路徑上)的模式版本2. 5的applicati0n/3gpp-imS+xml內(nèi) 容轉(zhuǎn)換為與UA1802所支持的模式版本1或1. 1兼容的XML內(nèi)容，或者不轉(zhuǎn)換而傳遞符合 模式版本2. 5的applicati0n/3gpp-imS+xml內(nèi)容(盡可能地執(zhí)行上述操作；另一方面， 在不可能時(shí)，還可以信號(hào)通知不能轉(zhuǎn)換的信息)。此外，中間節(jié)點(diǎn)804還信號(hào)通知其可操 作用于接受根據(jù)目的地為B2BUA的模式版本2. 5的applicati0n/3gpp-imS+xml內(nèi)容。
21在返回路徑上將合適的響應(yīng)消息812和814返回傳播，這些消息可能或可能不包括如以 content-type (內(nèi)容類(lèi)型)“application/3gpp-ims+xml ”為SIP主體或主體部分的文檔之 類(lèi)的任何文檔。應(yīng)當(dāng)認(rèn)識(shí)到，在3GPP標(biāo)準(zhǔn)的一些當(dāng)前版本(即，3GPP TS 24. 229的版本5、版本6、 版本7和版本8)沒(méi)有規(guī)定UA在Accpet首部中顯式包括“application/3gpp-ims+xml"MIME 類(lèi)型的情況下，可能需要實(shí)現(xiàn)附加變型。為了防止修改所部署的符合版本5/6/7/8的UA并 需要插入 “*/*” 或“application/*” 或“application/3gpp-ims+xml”，本公開(kāi)的附加實(shí)施 例規(guī)定可以預(yù)留特殊版本指示符(例如，缺少schemaversion或sv參數(shù)的值中的版本 application/3gpp-ims+xml ；sv =””)或令牌(如“無(wú)”)，以指示上述MIME類(lèi)型的內(nèi)容不能 被發(fā)起SIP方法的UA所接受。特殊版本令牌還可以用于表示缺少“*/*”、“applicati0n/*” 或"application/3gpp-ims+xml”，或者在存在 “application/3gpp-ims+xml”MIME 類(lèi)型的 同時(shí)缺少“sv”或“schemaversion”參數(shù)，指示對(duì)缺省版本(例如，與上述MIME類(lèi)型相關(guān)的 模式版本1)的可支持性和應(yīng)用。圖9示出了具有SIP消息收發(fā)的IMS網(wǎng)絡(luò)上的電信服務(wù)(例如，緊急服務(wù)(ES)呼 叫)的示例實(shí)施方式。本領(lǐng)域技術(shù)人員可以認(rèn)識(shí)到，當(dāng)UE設(shè)備想要在IMS網(wǎng)絡(luò)上進(jìn)行ES 呼叫時(shí)，P-CSCF節(jié)點(diǎn)(典型地，UE設(shè)備與之進(jìn)行交互的第一 IMS節(jié)點(diǎn))可能出于多種原因 不允許ES呼叫。例如，地區(qū)或國(guó)家內(nèi)的管理權(quán)威機(jī)構(gòu)可能禁止在IP網(wǎng)絡(luò)上進(jìn)行ES呼叫， 而強(qiáng)制僅在傳統(tǒng)CS網(wǎng)絡(luò)上進(jìn)行ES呼叫。在一些實(shí)例中，基于IP的ES呼叫可能非常昂貴， 此外，可能沒(méi)有關(guān)于這種呼叫的運(yùn)營(yíng)商級(jí)的可靠性。在另外的場(chǎng)景中，即使允許基于IP的 ES呼叫，IMS網(wǎng)絡(luò)也可能想要在不同IP網(wǎng)絡(luò)上路由該呼叫，而不是自身處理該呼叫。無(wú)論 出于何種原因，當(dāng)各種實(shí)體(即，UE設(shè)備、P-CSCF等)關(guān)于建立ES呼叫使用XML消息體和 /或XML模式的不同版本時(shí)，這些消息體或模式都可能不兼容，從而導(dǎo)致不可預(yù)測(cè)的行為。 不僅可能不會(huì)完成預(yù)期ES呼叫，而且請(qǐng)求UE設(shè)備可能不會(huì)接收到對(duì)任何可能的備選動(dòng)作 過(guò)程的任何提醒或指示。在圖9所示的示例方案900中，SIP實(shí)體具有對(duì)版本信息進(jìn)行協(xié)商并在需要時(shí)信號(hào) 通知備選動(dòng)作過(guò)程的能力。相應(yīng)地，當(dāng)UE設(shè)備向IMS節(jié)點(diǎn)(S卩，P-CSCF節(jié)點(diǎn))發(fā)出針對(duì)經(jīng) 由IP網(wǎng)絡(luò)進(jìn)行ES呼叫的服務(wù)請(qǐng)求(框902)時(shí)，IMS節(jié)點(diǎn)適于處理輸入請(qǐng)求并執(zhí)行適當(dāng)?shù)?服務(wù)邏輯以產(chǎn)生可能不會(huì)經(jīng)由所請(qǐng)求的網(wǎng)絡(luò)建立ES呼叫的響應(yīng)消息(框904)。IMS節(jié)點(diǎn) 還適于向UE設(shè)備提供針對(duì)在備選網(wǎng)絡(luò)(例如，不同的IP網(wǎng)絡(luò))上進(jìn)行ES呼叫的指示(例 如，經(jīng)由響應(yīng)消息)，并可以包括適用的路由信息(框906)。在另一備選方案中，IMS節(jié)點(diǎn) 可以適于向UE設(shè)備提供要在傳統(tǒng)CS網(wǎng)絡(luò)上進(jìn)行ES呼叫的指示，這可以再次包括適當(dāng)?shù)穆?由信息(框908)。備選地或附加地，IMS節(jié)點(diǎn)還可以向UE設(shè)備提供不能完成所請(qǐng)求的ES 呼叫的提醒和/或指示，從而可以便于得體的退出，包括例如，原因代碼或文本原因，被編 碼為對(duì)網(wǎng)絡(luò)是否或?yàn)楹谓ㄗh備選服務(wù)的響應(yīng)消息的一部分(框910)。此外，響應(yīng)于包括在 響應(yīng)消息中的指示或者由于本地缺省過(guò)程，UE設(shè)備還可以詢(xún)問(wèn)數(shù)據(jù)庫(kù)(再一次，在UE設(shè)備 內(nèi)本地提供或在網(wǎng)絡(luò)環(huán)境中遠(yuǎn)程提供)，以獲得與在備選網(wǎng)絡(luò)上建立ES呼叫相關(guān)的適當(dāng)ID 和/或路由信息。包括典型地在IMS網(wǎng)絡(luò)環(huán)境中實(shí)現(xiàn)的XML主體的SIP消息收發(fā)還涉及例如 如上所述在消息中提供Content-Disposition首部字段。Content-Disposition首部字段描述了消息體或?qū)τ诙嗖糠窒?lái)說(shuō)的消息體部分將如何由UAC或UAS來(lái)解釋。 Content-Disposition首部的各種“disposition-types (部署類(lèi)型)”是針對(duì)SIP而定義并 由IANA來(lái)注冊(cè)的。值“session (會(huì)話(huà))”指示了主體部分描述針對(duì)呼叫或早期(呼叫前) 媒體的會(huì)話(huà)。值“render (呈現(xiàn))”指示了主體部分應(yīng)當(dāng)被顯示或呈現(xiàn)給用戶(hù)。部署類(lèi)型 "icon(圖標(biāo))”指示了主體部分包含圖像，該圖像適合作為當(dāng)已接收到消息時(shí)或者持久地 在進(jìn)行對(duì)話(huà)時(shí)UA實(shí)體以信息方式呈現(xiàn)的、主叫者或被叫者的圖標(biāo)表示。值“alert (提醒)” 指示了主體部分包含UA實(shí)體在試圖向用戶(hù)提醒接收到請(qǐng)求(一般地，發(fā)起對(duì)話(huà)的請(qǐng)求)時(shí) 應(yīng)當(dāng)呈現(xiàn)的信息，例如音頻剪輯。如果在SIP消息中缺少Content-Disposition首部字段，則根據(jù)RFC2161，服務(wù) 器可以實(shí)現(xiàn)“render”的缺省值以便于兼容，盡管MIME類(lèi)型可以在特定應(yīng)用中確定缺省內(nèi) 容部署。此外，如果沒(méi)有MIME類(lèi)型，則典型地實(shí)現(xiàn)缺省“render”。相關(guān)地，“handling (處 理)，，參數(shù)handling-param描述了在USA接收到消息體并且其不理解該消息體的內(nèi)容類(lèi) 型或部署類(lèi)型時(shí)UAS應(yīng)當(dāng)如何反應(yīng)。傳統(tǒng)地，處理參數(shù)定義了值“optional (可選)”和 “required (必需)”。盡管與內(nèi)容部署有關(guān)的以上規(guī)則可能在一些SIP應(yīng)用中足夠，但在MIME類(lèi)型是 “application/3gpp-ims+xml”的情況下出現(xiàn)了一些問(wèn)題。例如，對(duì)于這些MIME類(lèi)型，呈現(xiàn) 的缺省內(nèi)容部署是不合適的。作為示意，在上述ES呼叫場(chǎng)景中，如果提供SIP380(備選服 務(wù))以經(jīng)由XML主體向請(qǐng)求UE設(shè)備指示備選服務(wù)，則呈現(xiàn)這種內(nèi)容的缺省部署是無(wú)意義 的。相應(yīng)地，本專(zhuān)利公開(kāi)的其他實(shí)施例提供了一種機(jī)制，用于信號(hào)通知適當(dāng)?shù)膬?nèi)容部署，從 而避免呈現(xiàn)并實(shí)現(xiàn)適當(dāng)部署，或由接收方調(diào)用適當(dāng)應(yīng)用以處理消息體的內(nèi)容。此外，可以調(diào) 節(jié)內(nèi)容部署信令機(jī)制，以基于接收方的功能來(lái)改變部署過(guò)程。換言之，接收UE設(shè)備可以參 與與接收網(wǎng)絡(luò)節(jié)點(diǎn)的部署行為不同的部署行為。圖10A-10C示出了與用于針對(duì)每個(gè)消息處理和/或解釋至少一個(gè)消息體的內(nèi)容的 內(nèi)容部署方案相關(guān)的各個(gè)實(shí)施例，其中，消息體內(nèi)容具有對(duì)應(yīng)的內(nèi)容類(lèi)型。圖IOA中的參考 標(biāo)記1000A指接收方處的示例過(guò)程。在從發(fā)送方接收到消息(如SIP或HTTP消息)(框 1002)時(shí)，關(guān)于接收到的消息(例如消息體或主體部分)進(jìn)行檢查以確定是否存在指示符 (例如，內(nèi)容部署指示符)、指示符的值等(框1004)。響應(yīng)于該檢查，禁止對(duì)接收到的消息 的內(nèi)容進(jìn)行缺省的(例如，在缺少Content-Disposition首部時(shí)的缺省部署)或甚至顯式 信號(hào)通知的處理。在一些情況下，該檢查還可以指示不明確的處理?？梢源_定(例如，在消 息中(在首部中或在消息體內(nèi))顯式信號(hào)通知或者在接收方處配置)接收方可用于處理消 息內(nèi)容的備選處理。還可以將該確定修改為基于接收實(shí)體的功能或作用、接收到的消息的 上下文、包括在主體或其他首部中的任何指令等等來(lái)指示不同的部署。這些功能在框1006 中作為示例。圖10B示出了內(nèi)容類(lèi)型指示符用于確定接收方處的適當(dāng)部署的實(shí)施例1000B。在 從發(fā)送方接收到通信協(xié)議消息(如SIP或HTTP消息)(框1010)時(shí)，關(guān)于接收到的消息(例如消息體或主體部分)進(jìn)行檢查以確定是否 存在內(nèi)容類(lèi)型指示符、指示符的值等(框1012)。響應(yīng)于該檢查，接收方可能基于接收實(shí)體 的功能或作用、接收到的消息的上下文、包括在主體或其他首部中的任何指令等等來(lái)實(shí)現(xiàn) 處理(框1014)。同樣，可以在消息中(在首部中或在消息體內(nèi))或者經(jīng)由單獨(dú)的機(jī)制來(lái)信號(hào)通知內(nèi)容類(lèi)型指示符。圖IOC示出了基于Content-Disposition首部的缺失來(lái)進(jìn)行確定的實(shí)施例1000C。 在從發(fā)送方接收到通信協(xié)議消息(如SIP或HTTP消息)時(shí)，確定接收到的消息是否具有 Content-Disposition首部。備選地，如果存在Content-Disposition首部，則可以對(duì)其是 否是空字段進(jìn)行進(jìn)一步確定。如果是，則檢查Content-Type首部字段。這些過(guò)程在框1022 中闡述。響應(yīng)于該檢查，禁止對(duì)接收到的消息的內(nèi)容的缺省處理。接收方可能基于接收實(shí) 體的功能或作用、接收到的消息的上下文、包括在主體或其他首部中的任何指令等等來(lái)實(shí) 現(xiàn)備選部署處理(框1024)。本領(lǐng)域技術(shù)人員將認(rèn)識(shí)到，在發(fā)送方實(shí)體處關(guān)于內(nèi)容部署信令進(jìn)行適當(dāng)?shù)南?產(chǎn)生過(guò)程，這實(shí)質(zhì)上是上述實(shí)施例的對(duì)等實(shí)施例。即，發(fā)送方可以產(chǎn)生SIP消息，該SIP 消息包括但不限于合適的內(nèi)容部署和/或內(nèi)容類(lèi)型指示符、Content-Disposition和/ 或Content-Type首部字段的適用值等等。以下，再一次具體參照用于進(jìn)行特定服務(wù)(例 如，ES呼叫)的符合3GPP的IMS網(wǎng)絡(luò)環(huán)境中的基于SIP的消息收發(fā)，詳細(xì)地闡述了關(guān)于 上述實(shí)施例的附加實(shí)現(xiàn)方面。如上所述，可以沿兩個(gè)方向(即，上游以及下游方向)將根 據(jù)特定內(nèi)容類(lèi)型的內(nèi)容添加至SIP消息。例如，上游SIP消息可以使用指示符(例如，在 Acc印t首部字段中)指示哪些MIME類(lèi)型是可接受的。如果接收方接收到包含不支持的 內(nèi)容類(lèi)型的指示在內(nèi)的Acc印t首部字段，則可以產(chǎn)生合適的響應(yīng)，例如SIP406(不可接 受)或SIP415(不支持的媒體類(lèi)型)響應(yīng)。具體地，在IMS的上下文中，可以在S-CSCF節(jié) 點(diǎn)與AS節(jié)點(diǎn)之間沿上游方向或者在P-CSCF節(jié)點(diǎn)與UE設(shè)備之間沿下游方向發(fā)送具有MIME 類(lèi)型“appliCati0n/3gpp-imS+xml”的內(nèi)容。同樣如上所述，SIP實(shí)體可以沿任一方向插 入或移除XML消息體或其部分。相應(yīng)地，除了信號(hào)通知合適的XML模式和/或文檔版本 信息以使得消息體不僅被驗(yàn)證而且被適當(dāng)處理以外，在SIP消息的首部字段(如Accept、 Content-Disposition、Content-Type等)中提供適當(dāng)信息變得重要。在一個(gè)實(shí)施方式中，在Acc印t首部字段中缺少顯式版本支持可能意味著SIP UA 節(jié)點(diǎn)接受上游或下游支持的任何MIME類(lèi)型的最低版本。另一方面，如果UA節(jié)點(diǎn)支持MIME 類(lèi)型的更高版本，則可以相應(yīng)地在Acc印t首部中指示其支持。在一些情況下，UAS期望著 UAC能夠處理特定的內(nèi)容類(lèi)型。例如，在非UE可檢測(cè)的緊急會(huì)話(huà)的情況下，P-CSCF節(jié)點(diǎn) 可以期望UE設(shè)備接受MIME類(lèi)型“application/3gpp-ims+xml，，的內(nèi)容。如果在Accept 首部字段中沒(méi)有信號(hào)通知MIME類(lèi)型“applicati0n/3gpp-ims+Xml” (及其版本)，則可能 出現(xiàn)特定的互操作性問(wèn)題。相應(yīng)地，在一個(gè)場(chǎng)景中，當(dāng)P-CSCF節(jié)點(diǎn)使用要使用CS域進(jìn)行 ES呼叫的指示進(jìn)行響應(yīng)時(shí)，假定將接收SIP380(備選服務(wù))響應(yīng)消息的UE設(shè)備接受符合 3GPP TS 24. 229標(biāo)準(zhǔn)的MIME類(lèi)型的版本1，P-CSCF節(jié)點(diǎn)可以在SIP380 (備選服務(wù))響應(yīng) 中包括以下指示或設(shè)置=Content-Type首部字段，其值被設(shè)置為指示符合的MIME類(lèi)型； Content-Disposition首部字段，被設(shè)置為與主體的或主體部分的內(nèi)容類(lèi)型和接收方中的 預(yù)期處理以及被設(shè)置為“required(必需)”的關(guān)聯(lián)處理參數(shù)相關(guān)聯(lián)的值。此外，P-CSCF節(jié) 點(diǎn)還可以在XML消息體中包括以下各項(xiàng)(i)〈alternative-service〉元素，被設(shè)置為備選 服務(wù)的適用參數(shù)；(ii)<type>子元素，被設(shè)置為“emergency (緊急)，，以指示其為ES呼叫； 以及(iiiXreason〉子元素，被設(shè)置為運(yùn)營(yíng)商可配置原因。此外，P-CSCF節(jié)點(diǎn)可以在非緊急注冊(cè)場(chǎng)景內(nèi)處理緊急會(huì)話(huà)建立。相應(yīng)地，在另一
24實(shí)施方式中，當(dāng)P-CSCF節(jié)點(diǎn)使用需要緊急注冊(cè)的指示來(lái)進(jìn)行響應(yīng)時(shí)，如前所述假定將接收 SIP380 (備選服務(wù))響應(yīng)消息的UE設(shè)備接受符合3GPP TS 24. 229標(biāo)準(zhǔn)的MIME類(lèi)型的版 本1，P-CSCF節(jié)點(diǎn)可以在SIP380響應(yīng)中包括以下指示或設(shè)置=Content-Type首部字段，其 值被設(shè)置為指示與主體的或主體部分的內(nèi)容類(lèi)型和接收方中的預(yù)期處理相關(guān)聯(lián)的值。此 夕卜，P-CSCF節(jié)點(diǎn)還可以在XML消息體中包括以下各項(xiàng)(i)〈alternative-service〉元素， 被設(shè)置為備選服務(wù)的適用參數(shù)；(ii)<type>子元素，被設(shè)置為“emergency (緊急)，，以指示 其為ES呼叫；以及(iii)〈action〉子元素，被設(shè)置為“emergency-registration (緊急注 冊(cè))”以指示需要緊急注冊(cè)；以及(ivXreason〉子元素，被設(shè)置為運(yùn)營(yíng)商可配置原因。應(yīng)當(dāng) 注意，在該實(shí)施方式中，〈action〉元素僅用于向UE設(shè)備指示需要緊急注冊(cè)。在其他上下文 中，〈action〉元素的使用可能是可選的。此外，在該實(shí)施方式中，僅當(dāng)P-CSCF節(jié)點(diǎn)從UE設(shè) 備接收到其為緊急會(huì)話(huà)的明確指示時(shí)，才可以發(fā)送SIP380(備選服務(wù))響應(yīng)消息，例如，通 過(guò)在請(qǐng)求-URI中提供緊急服務(wù)的統(tǒng)一資源名稱(chēng)(URN)(按照RFC5031)。還應(yīng)當(dāng)注意，在“sv”或“schemaversion”屬性之后缺少版本值或者對(duì)于“sv”或 “schemaversion”屬性或m參數(shù)具有表示“無(wú)”的明確指示符或值可能意味著由UA實(shí)體 (例如UE設(shè)備)信號(hào)通知其不接受符合3GPP TS 24. 229標(biāo)準(zhǔn)的IMS XML主體的任何版本。 如上詳細(xì)描述，可以以多種方式(例如，以逗號(hào)分隔的數(shù)位、數(shù)位范圍、文本串等)信號(hào)通 知XML模式版本值，其中，符合的MIME類(lèi)型被添加至Accept首部字段。如果MIME類(lèi)型被 添加至Content-Type首部字段，則XML驗(yàn)證器可以使用該值來(lái)識(shí)別XML模式及所需的其版 本(針對(duì)該版本可驗(yàn)證消息體)。另一方面，不為此目的而具有版本屬性的XML文檔可以具 有所定義的名字空間。在對(duì)SIP380(備選服務(wù))響應(yīng)的具體參考中，如果接收方?jīng)]有理解 380(備選服務(wù))響應(yīng)的內(nèi)容，則可以向SIP380響應(yīng)的發(fā)送方產(chǎn)生ACK消息，可能包括具有 解釋或原因的差錯(cuò)指示符。作為另一種變型，UA實(shí)體(例如UE設(shè)備)還可以包括Accept 首部字段以提供其愿意接收會(huì)話(huà)描述協(xié)議(SDP)內(nèi)容以及其能夠處理的任何MIME類(lèi)型的 指示。以下在表7中闡述以ABNF形式存在的示例Content-Disposition首部字段表 7 應(yīng)當(dāng)認(rèn)識(shí)到，“X-process”是在“disp-type”中指示時(shí)要應(yīng)用的過(guò)程擴(kuò)展，這種過(guò)程可以包括在沒(méi)有外部注冊(cè)或標(biāo)準(zhǔn)化的情況下在兩個(gè)協(xié)作代理之間雙邊定義的私有值。 可以對(duì)期望的部署過(guò)程給出任何名稱(chēng)以指示特定行為，其他名稱(chēng)也可以用于指示相同行 為。此外，Content-Disposition首部字段還可以包含其他指示或?qū)傩?，以信?hào)通知其他類(lèi) 型的功能，包括但不限于(i)XML文檔應(yīng)當(dāng)由特定功能來(lái)處理；(ii)XML文檔應(yīng)當(dāng)由特定應(yīng) 用來(lái)處理；(iii)XML文檔應(yīng)當(dāng)由特定功能中的特定應(yīng)用來(lái)處理；(iv)XML文檔源自特定功 能；(ν)XML文檔源自特定功能中的特定應(yīng)用；以及(Vi)XML文檔要根據(jù)特定標(biāo)準(zhǔn)及其中的 章節(jié)來(lái)處理。作為示意，SIP 380(備選服務(wù))響應(yīng)消息可以用于指示ES呼叫，或者其可以 用于向功能通知其需要從一種無(wú)線(xiàn)接入技術(shù)(RAT)和/或域改變至另一種RAT和/或域。 清楚地，也可以實(shí)現(xiàn)其他屬性以及以上屬性的任意組合?？梢蕴峁皃rocess”或“X-process”或某其他通用值的disp-type值，以包括對(duì) 在不同條件下信號(hào)通知執(zhí)行指令、腳本等的指示，例如⑴功能單元(例如，任何UA實(shí)體， 但不限于此)決定添加Content-Disposition首部，并且沒(méi)有定義其他合適值；(ii)需要 功能單元(例如，任何UA實(shí)體，但不限于此)添加Content-Disposition首部(以超控 缺省行為(例如呈現(xiàn)內(nèi)容))；(iii)功能單元(例如，任何UA實(shí)體，但不限于此)想要將 與Content-Disposition首部字段相關(guān)聯(lián)的處理參數(shù)顯式設(shè)置為“required(必需)”或 “optional (可選)”；或(iv)以上各項(xiàng)的任意組合。示例部署過(guò)程名稱(chēng)可以闡述如下(i)3gpp-alternative-service 指示P-CSCF 正在發(fā)送消息體；(ii) 3gpp-emergency 指示P-CSCF正在發(fā)送消息體，并且XML文檔包含 針對(duì)ES呼叫或應(yīng)用的指令、腳本或其他信息；以及(iii)3gpp-serVice-inf0 指示XML文 檔用于接收消息體的AS節(jié)點(diǎn)。應(yīng)當(dāng)注意，可以允許多個(gè)內(nèi)容部署值實(shí)現(xiàn)過(guò)程的組合。例如， 名為“3gpp-emergenCy，alert"的過(guò)程可操作用于指示CS域上的ES呼叫以及向這種呼叫 的用戶(hù)提供通知。以上所述的content-disposition值名稱(chēng)可操作用于向接收方通知要以特定方 式處理MIME類(lèi)型“ app 1 ication/3gpp-ims+xml ”的內(nèi)容。具體地，作為示例，可能信號(hào)通 知在CS網(wǎng)絡(luò)上建立ES呼叫或執(zhí)行緊急注冊(cè)?！皃rocess (過(guò)程)，，的處理可以包括短超時(shí)， 足以使用戶(hù)實(shí)現(xiàn)緊急號(hào)碼，盡管不是預(yù)期的，但已認(rèn)識(shí)到。這樣，可以避免無(wú)意的ES呼叫。 此外，這里所述的過(guò)程還允許網(wǎng)絡(luò)節(jié)點(diǎn)(如AS節(jié)點(diǎn))或不存在人機(jī)接口(匪I)的UE設(shè)備 防止呈現(xiàn)緊急呼叫指示符(如SIP 380(備選服務(wù))響應(yīng))的內(nèi)容，從而不與預(yù)期處理相 沖突。然而，在可能和/或有用時(shí)，可以允許對(duì)特定文本或視聽(tīng)信息的選擇性呈現(xiàn)。例如， 對(duì)于MIME類(lèi)型“application/3gpp-ims+xml ”來(lái)說(shuō)，值“render (呈現(xiàn))”可以信號(hào)通知給 UE設(shè)備，以呈現(xiàn)或指示<reaS0n>XML元素(具有文本信息)的內(nèi)容。同樣，對(duì)于MIME類(lèi)型 “appliCati0n/3gpp-imS+xml”來(lái)說(shuō)，值“alert (提醒)”可以信號(hào)通知給UE設(shè)備以提醒用 戶(hù)。在一個(gè)實(shí)施例中，可以利用缺省行為來(lái)如下增強(qiáng)3GPP TS 24. 229，以在接收到明 確定義的上下文中的主體時(shí)應(yīng)用特定Content-Disposition首部字段部署類(lèi)型值。應(yīng)當(dāng)注 意，不同的缺省Content-Disposition首部字段部署類(lèi)型值可以應(yīng)用于不同上下文。在上述實(shí)施例的另一種增強(qiáng)形式中，可以增強(qiáng)3GPP TS 24. 229以便甚至超控/忽 略存在于SIP消息中的Content-Disposition首部字段部署類(lèi)型值，簡(jiǎn)單地執(zhí)行該上下文 的缺省Content-Disposition首部字段部署類(lèi)型值。本實(shí)施例可以如下所示
在接收到對(duì)INVITE請(qǐng)求的380 (備選服務(wù))響應(yīng)時(shí)，其中380 (備選服務(wù))響應(yīng) 包括IM CN子系統(tǒng)XML主體，類(lèi)型元素被設(shè)置為“emergency (緊急)”，動(dòng)作元素被設(shè)置為 "emergency-registration，，，UE 將進(jìn)行以下操作-應(yīng)用“3gpp-alternative-service”的 content-disposition (見(jiàn) 3GPP TS24. 229 中的子條款7. 2A. 11)；-如3GPPTS 24. 229中的子條款5. 1. 6. 2中所述，在可用時(shí)使用不同VPLMN來(lái)執(zhí) 行初始緊急注冊(cè)，并且如果新的緊急注冊(cè)成功，則如該子條款中所述，嘗試緊急呼叫；-在可用且尚未嘗試時(shí)，根據(jù)3GPPTS 24. 008中所述的過(guò)程，經(jīng)由CS域，嘗試緊急 呼叫；或者-執(zhí)行實(shí)現(xiàn)專(zhuān)用的動(dòng)作，以建立緊急呼叫?；蛘?，如下在接收到對(duì)INVITE請(qǐng)求的380 (備選服務(wù))響應(yīng)時(shí)，其中380 (備選服務(wù))響應(yīng) 包括IM CN子系統(tǒng)XML主體，類(lèi)型元素被設(shè)置為“emergency (緊急)”，動(dòng)作元素被設(shè)置為 "emergency-registration，，，UE 將進(jìn)行以下操作-應(yīng)用“3gpp-alternative-service”的 content-disposition (見(jiàn) 3GPP TS24. 229 中的子條款7. 2A. 11)；-如3GPPTS 24. 229中的子條款5. 1. 6. 2中所述，執(zhí)行初始緊急注冊(cè)，并且如3GPP TS 24. 229中的子條款5. 1. 6. 8. 3中所述，嘗試緊急呼叫；-在可用且尚未嘗試時(shí)，根據(jù)3GPPTS 24. 008中所述的過(guò)程，經(jīng)由CS域，嘗試緊急 呼叫；或者-執(zhí)行實(shí)現(xiàn)專(zhuān)用的動(dòng)作，以建立緊急呼叫。Content-Disposition 首部字段部署類(lèi)型值 3gpp-alternative_service 和 3gpp-service-info 已定義如下_ 當(dāng)包括 7Π 素 <alternative-service> 時(shí)，^ 3gpp-alternative-service 與 Content-Type application/3gpp-ims+xml 一起使用。-當(dāng)包括兀素 <service-info> 時(shí)，將 3gpp-service-info 與 Content-Type application/3gpp-ims+xml 一i^il!用。在一些實(shí)施方式中，可能在SIP消息內(nèi)包括多個(gè)內(nèi)容部署。以下闡述表8中的示 例。表8 如上關(guān)于緊急服務(wù)(ES)呼叫的示例實(shí)施方式所述(見(jiàn)圖9)，來(lái)自IMS網(wǎng)絡(luò)節(jié)點(diǎn)的 SIP380(備選服務(wù))響應(yīng)消息可以具有以下能力向接收UE設(shè)備信號(hào)通知各種功能指示， 例如，再次嘗試在PLMN或另一 PS網(wǎng)絡(luò)上進(jìn)行ES呼叫，指定要使用的一種或多種RAT ；或者 提供具有另一內(nèi)容部署值的附加X(jué)ML主體，以指示執(zhí)行UE設(shè)備中的簡(jiǎn)檔。例如，SIP380 (備 選服務(wù))響應(yīng)消息可以通過(guò)發(fā)送“alert”元素來(lái)進(jìn)行信號(hào)通知，并且當(dāng)UE設(shè)備接收到該 指示時(shí)，觸發(fā)關(guān)于ES呼叫執(zhí)行預(yù)配置的存儲(chǔ)簡(jiǎn)檔。示例簡(jiǎn)檔可以涉及播放鈴聲、蜂鳴聲等 以及在顯示屏上向用戶(hù)顯示文本消息/指令(例如，重試緊急呼叫)。在另一種變型中， SIP380 (備選服務(wù))響應(yīng)的XML主體實(shí)際上可以包含提供給UE設(shè)備的簡(jiǎn)檔，該簡(jiǎn)檔可以被 執(zhí)行以指示UE設(shè)備應(yīng)當(dāng)進(jìn)行何種操作。以更概括的方式，應(yīng)當(dāng)認(rèn)識(shí)到，可以在任何SIP消息(例如，任何但不限于包括未 被UE檢測(cè)到和未表示為根據(jù)某種專(zhuān)用編號(hào)方案或PNP的地址的緊急會(huì)話(huà)地址在內(nèi)的消息) 中實(shí)現(xiàn)關(guān)于SIP380(備選服務(wù))響應(yīng)的以上處理。應(yīng)當(dāng)認(rèn)識(shí)到，可以使用以下格式之一來(lái)在 輸出的SIP請(qǐng)求的請(qǐng)求-URI中發(fā)送專(zhuān)用編號(hào)信息(i)符合RFC3966的TEL URI，其中本地 編號(hào)之后跟隨有電話(huà)上下文值；(ii)符合RFC3261的SIP URI，其中用戶(hù)=電話(huà)參數(shù)；(iii) 符合RFC3261和RFC4967的SIP URI，其中用戶(hù)=撥號(hào)串參數(shù)；以及(iv)符合RFC3261的 SIP URI，其中，用戶(hù)部分包含專(zhuān)用編號(hào)信息，并且域名具體到足以使網(wǎng)絡(luò)能夠理解用戶(hù)部 分包含專(zhuān)用編號(hào)信息。此外，當(dāng)不理解部署類(lèi)型或者部署類(lèi)型與對(duì)應(yīng)內(nèi)容類(lèi)型的預(yù)期部署 類(lèi)型的范圍不匹配時(shí)，可以發(fā)送SIP400或4xx響應(yīng)。與以上部分所述在Acc印t首部中缺少正確信息的效果或者在消息體中具有非 預(yù)期的內(nèi)容的效果相類(lèi)似，關(guān)于Content-Disposition首部也可以有多種潛在錯(cuò)誤場(chǎng) 景。這些場(chǎng)景可以大致分類(lèi)如下，例如(i)Content-Disposition首部存在但未知；(ii)Content-Disposition首部存在但未知，但參數(shù)已知；(iii)Content-Disposition首部存 在但不恰當(dāng)；以及(iv) Content-Disposition首部不存在(即，缺少)。與以上部分中的教導(dǎo)類(lèi)似，如果UA實(shí)體或代理不具有MMI或者知道消息體不會(huì)被 接收方呈現(xiàn)，則其潛在地可能不清楚UA實(shí)體可以如何有效地從需要經(jīng)由合適的MMI與用戶(hù) 進(jìn)行交互的SIP方法中的文件名參數(shù)或其他信息中獲益。如上所述，一個(gè)示例實(shí)施方式可 以涉及提供具有適當(dāng)缺省(例如，針對(duì)每個(gè)MIME類(lèi)型)Content-Disposition及其參數(shù)值 的本地偏好設(shè)置。另一種變型可以涉及在存在特定首部(例如，Content-Encoding)或者 特定信息存在于所請(qǐng)求的SIP方法中的情況下提供附加處理。以下闡述了示出缺省處理修改的示例，其中，接收具有Content-Type "appl ication/3gpp-ims+xml，，的SIP380 (備選服務(wù))響應(yīng)消息，超控缺省處理(即，在缺 少另一值時(shí)呈現(xiàn))，并可以獨(dú)立于Content-Disposition首部字段的值或存在來(lái)應(yīng)用 "3gpp-alternative-service"表9 以上處理作為名為“3gpp-alternative-service”的缺省內(nèi)容部署過(guò)程的示例。 通過(guò)提供具體的基于名稱(chēng)的部署過(guò)程，在一些情況下(尤其是在SIP消息體包含不適于呈 現(xiàn)的指令或腳本的情況下)可以超控或忽略缺省處理或首部值信息。還可以在超控或忽略 (缺省)內(nèi)容部署值之前評(píng)估其他條件，例如，其他SIP首部的存在或值、值、參數(shù)、主體部 分、主體(部分)值等等。該表對(duì)于不同的UA來(lái)說(shuō)可能是不同的，并使表示特定功能單元 (例如UE設(shè)備)的一個(gè)UA能夠應(yīng)用與由表示特定功能單元(例如AS節(jié)點(diǎn))的另一 UA所 jSffl白勺 content-disposition( 胃胃)f 胃白勺 content-disposition( 胃胃)。上表中所示的缺省處理信息可以由運(yùn)營(yíng)商、第三方、訂戶(hù)或以任意組合來(lái)提供。在一個(gè)實(shí)施方式中，可以以與初始過(guò)濾準(zhǔn)則(IFC)相同的結(jié)構(gòu)、或通過(guò)合適的公共策略框架、 或經(jīng)由服務(wù)規(guī)定、或使用開(kāi)放移動(dòng)聯(lián)盟(OMA)設(shè)備管理(DM)、或其他方式(包括例如硬編碼 的部署)來(lái)表示這種表。可以使用OMA設(shè)備管理過(guò)程，可能經(jīng)由傳輸機(jī)制(例如，非結(jié)構(gòu)化 補(bǔ)充服務(wù)數(shù)據(jù)(USSD)、短消息服務(wù)(SMS)、多媒體廣播多播服務(wù)(MBMS)、IP等)，將缺省處 理表下載至UA實(shí)體。相應(yīng)地，可以在定義一組關(guān)于針對(duì)不同種類(lèi)的內(nèi)容等等的缺省處理選項(xiàng)的策略的 SIP UA實(shí)體中提供內(nèi)容部署策略管理器。例如，如果接收到具有特定內(nèi)容類(lèi)型的SIP消息， 則缺省行為根據(jù)由UA管理的策略結(jié)構(gòu)而依賴(lài)于部署值。以下在表10中闡述示例策略結(jié) 構(gòu)表10 以上示例規(guī)定如果UA接收到具有內(nèi)容類(lèi)型(1)的消息，則UA在接收到部署值的 情況下要檢查部署值。然后，策略層級(jí)執(zhí)行如下(i)接受的部署值(2)，在接收到該部署值 時(shí)，引導(dǎo)UA實(shí)體根據(jù)任何已知標(biāo)準(zhǔn)(例如，適用的IETF標(biāo)準(zhǔn)、3GPP標(biāo)準(zhǔn)等)來(lái)執(zhí)行/處理； ( )拒絕的部署值(3)，針對(duì)內(nèi)容類(lèi)型而接收，引導(dǎo)UA實(shí)體拒絕整個(gè)消息體或忽略遵循特 定MIME類(lèi)型的部分；(iii)忽略的部署值(4)，其中，在接收到該部署值時(shí)，引導(dǎo)UA實(shí)體應(yīng) 用缺省處理部署值(5) ； (iv)未接收到部署(6)，其中，引導(dǎo)UA實(shí)體應(yīng)用另一缺省處理部署 值⑵。對(duì)于與Content-Disposition首部字段相關(guān)的各種潛在錯(cuò)誤場(chǎng)景，附加實(shí)施方式 可以在以下在先美國(guó)臨時(shí)專(zhuān)利申請(qǐng)中找到“SIP CONTENT DISPOSITION HEADER SYSTEM AND METHOD, ” 申請(qǐng)?zhí)?Νο· 61/015，003，于 2007 年 12 月 19 日以 Jan John-Luc Bakker, Adrian Buckley和Andrew Allen的名義提交，其以引用的方式并入于此?？傮w上，實(shí)施例 提供一種方案，其中，即使在缺少適當(dāng)值時(shí)，也可以基于本地UA條件、配置和策略管理來(lái)向 首部分配適當(dāng)值。此外，在一些內(nèi)容類(lèi)型可以觸發(fā)或需要依賴(lài)于不同上下文的不同行為的情況下， 還提供了上下文化(contexualized)內(nèi)容部署。例如，可以將SIP380響應(yīng)消息中的內(nèi)容類(lèi) 型“appliCati0n/3gpp-imS+xml”強(qiáng)制為使得在接收到具有UE設(shè)備上的一些數(shù)據(jù)值的內(nèi)容 類(lèi)型時(shí)發(fā)起ES呼叫/會(huì)話(huà)建立。另一方面，當(dāng)在AS節(jié)點(diǎn)處在SIP INVITE消息中接收到具 有不同數(shù)據(jù)的相同內(nèi)容類(lèi)型時(shí)，向AS節(jié)點(diǎn)上的應(yīng)用通知特定訂戶(hù)信息。在這兩種情況下， “rendering(呈現(xiàn))”都是不恰當(dāng)?shù)?；然而，在給定了相同MIME類(lèi)型的兩種不同應(yīng)用的情況 下，不能應(yīng)用單個(gè)缺省策略。相應(yīng)地，如上述實(shí)施例中所述，可以針對(duì)UE和AS節(jié)點(diǎn)分別指定上下文專(zhuān)用的缺省處理過(guò)程。圖11示出了為了本專(zhuān)利公開(kāi)目的可操作為與SIP兼容的UE設(shè)備(如UE 102)的 通信設(shè)備的實(shí)施例的框圖。本領(lǐng)域技術(shù)人員在參照該通信設(shè)備時(shí)將認(rèn)識(shí)到，盡管UE102的 實(shí)施例可以包括與圖11所示的配置類(lèi)似的配置，但關(guān)于所示出的各個(gè)模塊，可以有硬件、 軟件或固件方面的多種變型和修改。相應(yīng)地，圖11的配置應(yīng)當(dāng)被視為對(duì)本專(zhuān)利公開(kāi)的實(shí)施 例的示意而非限制。用于提供對(duì)UE設(shè)備的實(shí)施例的總體控制的微處理器1102可操作地耦 合至可能能夠進(jìn)行多模式通信(例如，CS域、IP域(如IMS)等)的通信子系統(tǒng)1104。通 信子系統(tǒng)1104 —般包括一個(gè)或多個(gè)接收機(jī)1108和一個(gè)或多個(gè)發(fā)射機(jī)1114以及關(guān)聯(lián)組件， 例如一個(gè)或多個(gè)本地振蕩器(LO)模塊1110和如數(shù)字信號(hào)處理器(DSP) 1112之類(lèi)的處理模 塊。通信領(lǐng)域技術(shù)人員將認(rèn)識(shí)到，通信模塊1104的具體設(shè)計(jì)可以依賴(lài)于移動(dòng)設(shè)備預(yù)期操作 的通信網(wǎng)絡(luò)(例如，CDMA網(wǎng)絡(luò)、GSM網(wǎng)絡(luò)、WLAN等)。然而，無(wú)論具體設(shè)計(jì)如何，將天線(xiàn)1106 通過(guò)適當(dāng)接入基礎(chǔ)設(shè)施1105 (例如蜂窩基站塔、WLAN熱點(diǎn)等等)接收到的信號(hào)提供給接收 機(jī)1108，接收機(jī)1108可以執(zhí)行常見(jiàn)接收機(jī)功能，例如信號(hào)放大、下變頻、濾波、信道選擇、模 數(shù)(A/D)轉(zhuǎn)換等。類(lèi)似地，要發(fā)送的信號(hào)由DSP1112處理(包括例如調(diào)制和編碼)并被提 供給發(fā)射機(jī)1114以進(jìn)行數(shù)模(D/A)轉(zhuǎn)換、上變頻、濾波、放大以及經(jīng)由天線(xiàn)1116通過(guò)空中 無(wú)線(xiàn)電接口來(lái)發(fā)送。微處理器1102還可以與另外的設(shè)備子系統(tǒng)接口連接，例如輔助輸入/輸出(I/ 0)1118、串行端口 1120、顯示器1122、鍵盤(pán)/鍵區(qū)1124、揚(yáng)聲器1126、麥克風(fēng)1128、隨機(jī)存取 存儲(chǔ)器(RAM) 1130、短距離通信子系統(tǒng)1132以及總體標(biāo)記為參考標(biāo)記1133的任何其他設(shè) 備子系統(tǒng)(例如，定時(shí)器機(jī)制)。為了控制接入，還可以針對(duì)可移除存儲(chǔ)模塊(通用/訂戶(hù) 標(biāo)識(shí)模塊(U/SIM)或可移除用戶(hù)標(biāo)識(shí)模塊(RUIM))提供接口 1134與微處理器1102進(jìn)行通 信。在一個(gè)實(shí)施方式中，U/SIM或RUIM接口 1134可以與具有多種關(guān)鍵配置1144和其他信 息1146的U/SIM或RUIM卡一起操作，其他信息1146例如是缺省內(nèi)容部署簡(jiǎn)檔、策略管理 器、備選網(wǎng)絡(luò)信息以及可對(duì)基于本地存儲(chǔ)的信息進(jìn)行補(bǔ)充的標(biāo)識(shí)和訂戶(hù)相關(guān)數(shù)據(jù)。操作系統(tǒng)軟件和可應(yīng)用服務(wù)邏輯軟件可以在永久存儲(chǔ)模塊(即，非易失性存儲(chǔ) 器)中實(shí)現(xiàn)，例如閃存1135。在一個(gè)實(shí)施方式中，閃存1135可以被分隔為不同區(qū)域，例如， 用于計(jì)算機(jī)程序1136 (例如，服務(wù)處理邏輯)的存儲(chǔ)區(qū)域以及數(shù)據(jù)存儲(chǔ)區(qū)，例如設(shè)備狀態(tài) 1137、地址簿1139、其他個(gè)人信息管理器(PIM)數(shù)據(jù)1141以及總體標(biāo)記為參考標(biāo)記1143的 其他數(shù)據(jù)存儲(chǔ)區(qū)域?？梢蕴峁﹤鬏敆?145，以執(zhí)行一個(gè)或多個(gè)適當(dāng)?shù)臒o(wú)線(xiàn)分組傳輸協(xié)議。此 外，提供了內(nèi)容部署策略管理器和部署指示符邏輯模塊1148，以及在一些實(shí)施例中的XML 模式驗(yàn)證器和版本協(xié)商邏輯塊，以便于以上詳細(xì)闡述的一個(gè)或多個(gè)實(shí)施例。應(yīng)當(dāng)認(rèn)識(shí)到，本專(zhuān)利公開(kāi)中闡述的各種操作、組件和過(guò)程，不論是可操作于UE設(shè) 備處、IMS網(wǎng)絡(luò)節(jié)點(diǎn)處還是其他網(wǎng)絡(luò)位置，可以經(jīng)由多種手段，通常與處理系統(tǒng)相關(guān)聯(lián)地 被實(shí)現(xiàn)為被配置為執(zhí)行特定功能的組件，該多種手段包括軟件(例如，程序代碼或指令序 列)、固件、硬件或任意組合。在該過(guò)程以軟件實(shí)現(xiàn)的情況下，這種軟件可以包括形成計(jì)算 機(jī)程序產(chǎn)品的程序指令、計(jì)算機(jī)可訪問(wèn)介質(zhì)上的指令、可上載的服務(wù)應(yīng)用軟件、或可從遠(yuǎn)程 站下載的軟件等等。此外，在過(guò)程、數(shù)據(jù)結(jié)構(gòu)或這兩者存儲(chǔ)在計(jì)算機(jī)可訪問(wèn)存儲(chǔ)器中的情況 下，這種存儲(chǔ)器可以包括半導(dǎo)體存儲(chǔ)器、內(nèi)部和外部計(jì)算機(jī)存儲(chǔ)介質(zhì)，并包括但不限于非易 失性介質(zhì)、易失性介質(zhì)和傳輸介質(zhì)。非易失性介質(zhì)可以包括CD-ROM、磁帶、PR0M、閃存或光學(xué)
31介質(zhì)。易失性介質(zhì)可以包括動(dòng)態(tài)存儲(chǔ)器、高速緩存、RAM等。傳輸介質(zhì)可以包括載波或其他 信號(hào)承載介質(zhì)。如這里使用的，短語(yǔ)“計(jì)算機(jī)可訪問(wèn)介質(zhì)”包括“計(jì)算機(jī)可讀介質(zhì)”以及“計(jì) 算機(jī)可執(zhí)行介質(zhì)”。此外，盡管上述實(shí)施例已關(guān)于符合3GPP的網(wǎng)絡(luò)中基于SIP的消息收發(fā)而詳細(xì)描 述，但將認(rèn)識(shí)到，本專(zhuān)利公開(kāi)的的教導(dǎo)可以應(yīng)用于涉及不同協(xié)議(例如HTTP)的其他分布式 環(huán)境。同樣，這里的教導(dǎo)還可以關(guān)于以下的其他標(biāo)記語(yǔ)言而應(yīng)用其中，可能有版本化主體， 并且某種元結(jié)構(gòu)用于驗(yàn)證這種主體。相信從上述具體實(shí)施方式
中，本專(zhuān)利公開(kāi)的實(shí)施例的操作和構(gòu)造將變得顯而易 見(jiàn)。盡管所示和所述的示例實(shí)施例可能已被表征為優(yōu)選的，但應(yīng)當(dāng)容易理解，在不脫離如權(quán) 利要求所限定的本公開(kāi)的范圍的前提下，可以對(duì)示例實(shí)施例進(jìn)行各種變更和修改。
權(quán)利要求
一種針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所述內(nèi)容與內(nèi)容類(lèi)型相對(duì)應(yīng)，所述方法包括接收方從發(fā)送方接收消息，所述消息在所述消息的主體中包括至少一個(gè)消息體內(nèi)容；檢查是否至少一個(gè)指示符與所述消息相關(guān)聯(lián)；以及響應(yīng)于所述檢查，禁止對(duì)所述消息的主體中的所述至少一個(gè)消息體內(nèi)容的處理，并對(duì)所述消息的主體中的所述至少一個(gè)消息體內(nèi)容應(yīng)用備選處理。
2.根據(jù)權(quán)利要求1所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述發(fā)送方是部署在網(wǎng)絡(luò)環(huán)境中的用戶(hù)設(shè)備UE設(shè)備。
3.根據(jù)權(quán)利要求1所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述發(fā)送方是部署在網(wǎng)絡(luò)環(huán)境中的網(wǎng)絡(luò)節(jié)點(diǎn)。
4.根據(jù)權(quán)利要求1所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述接收方是部署在網(wǎng)絡(luò)環(huán)境中的網(wǎng)絡(luò)節(jié)點(diǎn)。
5.根據(jù)權(quán)利要求1所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述接收方是部署在網(wǎng)絡(luò)環(huán)境中的UE設(shè)備。
6.根據(jù)權(quán)利要求1所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述消息的主體包括至少一個(gè)指令。
7.根據(jù)權(quán)利要求1所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述消息的主體包括可擴(kuò)展標(biāo)記語(yǔ)言XML文檔。
8.根據(jù)權(quán)利要求1所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述對(duì)應(yīng)的內(nèi)容類(lèi)型是XML媒體類(lèi)型或基于XML的媒體類(lèi)型。
9.根據(jù)權(quán)利要求8所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述對(duì)應(yīng)的XML媒體類(lèi)型或基于XML的媒體類(lèi)型由XML模式來(lái)定義。
10.根據(jù)權(quán)利要求1所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述消息包括會(huì)話(huà)發(fā)起協(xié)議SIP消息和超文本傳輸協(xié)議HTTP消息中的一個(gè)。
11.根據(jù)權(quán)利要求10所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中， 所述至少一個(gè)指示符包括內(nèi)容部署指示符和內(nèi)容類(lèi)型指示符中的一個(gè)，所述至少一個(gè)指示 符在會(huì)話(huà)發(fā)起協(xié)議SIP消息和超文本傳輸協(xié)議HTTP消息中的所述一個(gè)中的首部字段中提 {共。
12.根據(jù)權(quán)利要求11所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中， 所述首部字段是Content-Type首部字段和Content-Disposition首部字段中的一個(gè)。
13.根據(jù)權(quán)利要求11所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中， 所述首部字段具有包括文本信息在內(nèi)的名稱(chēng)。
14.根據(jù)權(quán)利要求11所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中， 所述禁止處理包括禁止缺省處理。
15.根據(jù)權(quán)利要求14所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中， 所述禁止缺省處理包括禁止對(duì)Content-Disposition首部字段部署類(lèi)型“呈現(xiàn)”的缺省處 理。
16.根據(jù)權(quán)利要求11所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的 方法，其中，所述備選處理包括應(yīng)用Content-Disposition首部字段部署類(lèi)型"3gpp-alternative-service” 和 Content-Disposition 首部字段部署類(lèi)型 "3gpp-service-info"中的一個(gè)。
17.根據(jù)權(quán)利要求1所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述檢查指示不明確的處理。
18.根據(jù)權(quán)利要求1所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述備選處理包括開(kāi)始緊急服務(wù)呼叫。
19.根據(jù)權(quán)利要求1所述的針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的方法，其中，所 述備選處理包括向用戶(hù)提供指示。
20.一種用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其中，所述內(nèi)容與內(nèi)容 類(lèi)型相對(duì)應(yīng)，所述設(shè)備包括與接收方相關(guān)聯(lián)的、被配置為從發(fā)送方接收消息的組件，所述消息在所述消息的主體 中包括至少一個(gè)消息體內(nèi)容；被配置為檢查是否至少一個(gè)指示符與所述消息相關(guān)聯(lián)的組件；以及響應(yīng)于所述檢查而被配置為禁止對(duì)所述消息的主體中的所述至少一個(gè)消息體內(nèi)容的 處理并對(duì)所述消息的主體中的所述至少一個(gè)消息體內(nèi)容應(yīng)用備選處理的組件。
21.根據(jù)權(quán)利要求20所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述發(fā)送方是部署在網(wǎng)絡(luò)環(huán)境中的用戶(hù)設(shè)備UE設(shè)備。
22.根據(jù)權(quán)利要求20所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述發(fā)送方是部署在網(wǎng)絡(luò)環(huán)境中的網(wǎng)絡(luò)節(jié)點(diǎn)。
23.根據(jù)權(quán)利要求20所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述接收方是部署在網(wǎng)絡(luò)環(huán)境中的網(wǎng)絡(luò)節(jié)點(diǎn)。
24.根據(jù)權(quán)利要求20所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述接收方是部署在網(wǎng)絡(luò)環(huán)境中的UE設(shè)備。
25.根據(jù)權(quán)利要求20所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述消息的主體包括至少一個(gè)指令。
26.根據(jù)權(quán)利要求20所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述消息的主體包括可擴(kuò)展標(biāo)記語(yǔ)言XML文檔。
27.根據(jù)權(quán)利要求20所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述對(duì)應(yīng)的內(nèi)容類(lèi)型是XML媒體類(lèi)型或基于XML的媒體類(lèi)型。
28.根據(jù)權(quán)利要求27所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述對(duì)應(yīng)的XML媒體類(lèi)型或基于XML的媒體類(lèi)型由XML模式來(lái)定義。
29.根據(jù)權(quán)利要求20所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述消息包括會(huì)話(huà)發(fā)起協(xié)議SIP消息和超文本傳輸協(xié)議HTTP消息中的一個(gè)。
30.根據(jù)權(quán)利要求29所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述至少一個(gè)指示符包括內(nèi)容部署指示符和內(nèi)容類(lèi)型指示符中的一個(gè)，所述至少一個(gè) 指示符在會(huì)話(huà)發(fā)起協(xié)議SIP消息和超文本傳輸協(xié)議HTTP消息中的所述一個(gè)中的首部字段 中提供。
31.根據(jù)權(quán)利要求30所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述首部字段是Content-Type首部字段和Content-Disposition首部字段中的一個(gè)。
32.根據(jù)權(quán)利要求30所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述首部字段具有包括文本信息在內(nèi)的名稱(chēng)。
33.根據(jù)權(quán)利要求30所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述禁止處理包括禁止缺省處理。
34.根據(jù)權(quán)利要求33所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述禁止缺省處理包括禁止對(duì)Content-Disposition首部字段部署類(lèi)型“呈現(xiàn)”的缺 省處理。
35.根據(jù)權(quán)利要求30所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容 的設(shè)備，其中，所述備選處理包括應(yīng)用Content-Disposition首部字段部署類(lèi) 型"3gpp-alternative-service” 和 Content-Disposition 首部字段部署類(lèi)型 "3gpp-service-info"中的一個(gè)。
36.根據(jù)權(quán)利要求20所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述檢查指示不明確的處理。
37.根據(jù)權(quán)利要求20所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述備選處理包括開(kāi)始緊急服務(wù)呼叫。
38.根據(jù)權(quán)利要求20所述的用于針對(duì)每個(gè)消息解釋至少一個(gè)消息體的內(nèi)容的設(shè)備，其 中，所述備選處理包括向用戶(hù)提供指示。
全文摘要
在一個(gè)實(shí)施例中，公開(kāi)了一種用于針對(duì)例如SIP或HTTP消息的每個(gè)消息，解釋至少一個(gè)消息體的內(nèi)容的方案，其中，消息體內(nèi)容與內(nèi)容類(lèi)型相對(duì)應(yīng)。如SIP或HTTP消息之類(lèi)的通信協(xié)議消息由發(fā)送方向接收方產(chǎn)生，其中，消息在消息的主體中包括至少一個(gè)消息體內(nèi)容。與接收方相關(guān)聯(lián)的組件被配置為檢查是否至少一個(gè)指示符與消息相關(guān)聯(lián)。響應(yīng)于該檢查而操作的組件被配置為禁止對(duì)消息體內(nèi)容的處理并對(duì)該消息體內(nèi)容應(yīng)用備選處理。
文檔編號(hào)H04L29/06GK101919222SQ200880122526
公開(kāi)日2010年12月15日 申請(qǐng)日期2008年10月22日 優(yōu)先權(quán)日2007年10月27日
發(fā)明者安德魯·艾倫, 簡(jiǎn)·約翰-盧克·貝克, 艾德里安·巴克利 申請(qǐng)人:捷訊研究有限公司