專利名稱：用于聯(lián)網(wǎng)通信設(shè)備的媒體客戶端體系結(jié)構(gòu)的制作方法
用于聯(lián)網(wǎng)通信設(shè)備的媒體客戶端體系結(jié)構(gòu)背景技術(shù)蜂窩式電話網(wǎng)絡(luò)最初被開發(fā)以便主要提供經(jīng)由線路交換網(wǎng)絡(luò)的 話音服務(wù)。盡管線路交換網(wǎng)絡(luò)仍然被廣泛使用，然而目前趨勢趨向 于分組交換網(wǎng)絡(luò)，其不僅提供話音服務(wù)而且提供高速分組數(shù)據(jù)服 務(wù)，用于使移動(dòng)用戶能夠在網(wǎng)絡(luò)上沖浪、讀取電子郵件、下載視頻 和音頻文件并且完成因特網(wǎng)用戶可以在固定網(wǎng)絡(luò)上所做的許多其它 事情。然而，實(shí)時(shí)的多媒體在移動(dòng)式網(wǎng)絡(luò)中仍然存在問題，這是因 為大部分分組數(shù)據(jù)服務(wù)由最佳效果網(wǎng)絡(luò)提供，所述網(wǎng)絡(luò)缺少實(shí)時(shí)多 媒體服務(wù)所需要的服務(wù)質(zhì)量保證。由于缺乏標(biāo)準(zhǔn)化，網(wǎng)絡(luò)操作者常 常還限于只提供他們的設(shè)備銷售商所支持的那些I P服務(wù)。缺乏標(biāo)準(zhǔn) 化還使網(wǎng)絡(luò)操作者難于從第三方開發(fā)者購買捆綁的服務(wù)。IP多媒體子系統(tǒng)(IMS)被開發(fā)來提供通用、標(biāo)準(zhǔn)化的體系結(jié)構(gòu) 和標(biāo)準(zhǔn)化接口以便在移動(dòng)式聯(lián)網(wǎng)環(huán)境中提供IP服務(wù)。IMS網(wǎng)絡(luò)不取決 于訪問技術(shù)并且實(shí)際上與任何分組交換網(wǎng)絡(luò)相互操作，所述分組交 換網(wǎng)絡(luò)包括UMTS、 cdma2000、 GPRS和EDGE網(wǎng)絡(luò)。IMS4吏用會話啟動(dòng)協(xié) 議(SIP)作為服務(wù)控制協(xié)議，所述會話啟動(dòng)協(xié)議(SIP)使操作者 能夠同時(shí)提供多個(gè)應(yīng)用。IMS標(biāo)準(zhǔn)會加速在移動(dòng)終端上采用IP服務(wù)， 使用戶能夠使用移動(dòng)終端上的單個(gè)客戶端來經(jīng)由語音、視頻或文本 通信。盡管IMS向移動(dòng)用戶承諾更豐富的體驗(yàn)，然而網(wǎng)絡(luò)操作者對投資 用于實(shí)現(xiàn)IMS的設(shè)備很猶豫，直到存在足夠量的具有IMS能力的訂戶 以便使投資值得進(jìn)行。目前使用的大部分蜂窩式電話缺乏IMS能力， 因此用于IMS服務(wù)的潛在訂戶池相對較小。把IMS能力擴(kuò)展到缺乏固 有IMS能力的傳統(tǒng)移動(dòng)終端可能會向網(wǎng)絡(luò)操作者提供更寬闊的市場 并且鼓勵(lì)投資IMS技術(shù)和裝備。發(fā)明內(nèi)容本發(fā)明涉及一種以網(wǎng)絡(luò)為中心的媒體客戶端，用于向移動(dòng)終端用 戶提供SIP和/或IMS能力。媒體客戶端可以包括在移動(dòng)終端內(nèi)，或者 可以位于移動(dòng)式網(wǎng)絡(luò)中并且由所述移動(dòng)終端遠(yuǎn)程訪問。遠(yuǎn)程訪問能力使IMS服務(wù)能夠被提供給原本缺乏IMS能力的傳統(tǒng)移動(dòng)終端。媒體客戶端包括經(jīng)由第一網(wǎng)絡(luò)接口與多媒體應(yīng)用通信的用戶代理、經(jīng)由第二網(wǎng)絡(luò)接口與所述用戶代理通信的信令代理以及經(jīng)由第 三網(wǎng)絡(luò)接口與所述用戶代理通信的媒體代理。網(wǎng)絡(luò)接口使得能夠進(jìn) 行本地和/或遠(yuǎn)程訪問。用戶代理向多媒體應(yīng)用提供高級應(yīng)用接口 ， 用于把所述多媒體應(yīng)用與基礎(chǔ)網(wǎng)絡(luò)協(xié)議的細(xì)節(jié)相隔離。媒體客戶端 還可以包括JAVA應(yīng)用接口 。信令代理在用戶代理的指導(dǎo)下操作并且 執(zhí)行為建立、修改以及終止通信會話所必須的信令任務(wù)以用于媒體 轉(zhuǎn)送。媒體代理在用戶代理的控制下操作并且執(zhí)行媒體操作，諸如 管理媒體連接并且把媒體路由到適當(dāng)?shù)脑佻F(xiàn)設(shè)備。用戶代理、信令 代理和媒體代理可以一同位于網(wǎng)絡(luò)內(nèi)或者可以分布在網(wǎng)絡(luò)組件之 間。本發(fā)明還適用于固定聯(lián)網(wǎng)通信設(shè)備，諸如DVD和CD播放器、數(shù)字 錄像機(jī)、攝像機(jī)、數(shù)字式靜物攝影機(jī)、掃描器、家庭立體聲系統(tǒng)、 電視系統(tǒng)和計(jì)算機(jī)，以便能夠經(jīng)由通信網(wǎng)絡(luò)在聯(lián)網(wǎng)通信設(shè)備之間進(jìn) 行媒體會話。本發(fā)明還可以用來遠(yuǎn)程控制聯(lián)網(wǎng)通信設(shè)備。


圖l是其中可以使用本發(fā)明的媒體客戶端的無線通信網(wǎng)絡(luò)的功能 框圖。圖2是用于圖示移動(dòng)通信網(wǎng)絡(luò)中IP多媒體子系統(tǒng)(IMS )的基本組 件的框圖。圖3圖示了依照本發(fā)明的媒體客戶端的體系結(jié)構(gòu)。 圖4圖示了用于實(shí)現(xiàn)媒體客戶端的各種方法。 圖5是用于圖示SIP登記過程的呼叫流程圖。 圖6是用于圖示MSRP會話的呼叫流程圖。 圖7是用于圖示RTP會話的呼叫流程圖。 圖8圖示了具有JAVA應(yīng)用接口的媒體客戶端的候選實(shí)施例。 圖9和10圖示了依照本發(fā)明的媒體內(nèi)容的選擇性路由。 圖11圖示了其中使用本發(fā)明來在視頻服務(wù)器和遠(yuǎn)程視頻播放器 之間建立媒體會話的應(yīng)用。
圖12圖示了其中使用本發(fā)明來遠(yuǎn)程控制DVD播放器并且把媒體從 遠(yuǎn)程DVD播放器流送到移動(dòng)通信設(shè)備的應(yīng)用。
具體實(shí)施方式
圖1圖示了其中可以使用本發(fā)明的移動(dòng)通信網(wǎng)絡(luò)10。雖然在移動(dòng) 通信網(wǎng)絡(luò)10的范圍內(nèi)描述本發(fā)明，然而那些本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理通信::這里所用，術(shù)語聯(lián)網(wǎng)通信設(shè)備包括能夠經(jīng)由諸:因特網(wǎng)之類的網(wǎng)絡(luò)通信的任何設(shè)備。移動(dòng)通信網(wǎng)絡(luò)10包括無線電訪問網(wǎng)絡(luò)(RAN) 20、核心網(wǎng)絡(luò)(CN) 30以及IP多媒體子系統(tǒng)(IMS) 40。 RAN 20支持經(jīng)由空氣接口與移動(dòng) 終端100無線電通信。移動(dòng)終端100是如這里所使用術(shù)語的聯(lián)網(wǎng)通信 設(shè)備。移動(dòng)通信網(wǎng)絡(luò)10典型情況下包括一個(gè)以上的RAN 20,不過在 圖l中只示出了一個(gè)。CN 30提供了到因特網(wǎng)12或其它分組數(shù)據(jù)網(wǎng)絡(luò) (PDN )的連接以用于諸如網(wǎng)絡(luò)瀏覽和電子郵件之類的分組交換業(yè) 務(wù)，并且可以提供到公用交換電話網(wǎng)絡(luò)(PSTN) 14和/或綜合業(yè)務(wù)數(shù) 字網(wǎng)絡(luò)(ISDN) 16的連接以用于諸如語音和傳真通信業(yè)務(wù)之類的線 路交換服務(wù)。CN 30例如可以包括通用分組無線服務(wù)(GPRS)網(wǎng)絡(luò)、 cdma2000網(wǎng)絡(luò)或UMTS網(wǎng)絡(luò)。CN 30包括用于與IMS 40互連的訪問網(wǎng)關(guān) 32。訪問網(wǎng)關(guān)32可以包括用于GPRS網(wǎng)絡(luò)的GPRS網(wǎng)關(guān)服務(wù)節(jié)點(diǎn)(GGSN ) 或用于cdma2000網(wǎng)絡(luò)的分組數(shù)據(jù)服務(wù)節(jié)點(diǎn)(PDSN ) 。 IMS 40向移動(dòng) 終端100提供了獨(dú)立于訪問、基于IP的多媒體服務(wù)，并且支持各種IP 服務(wù)，包括經(jīng)由IP的語音(VoIP)、視頻和音頻流送、電子郵件、 網(wǎng)絡(luò)瀏覽、召開視頻會議、即時(shí)消息發(fā)送、出席及其它服務(wù)。IMS 40使用開放界面和獨(dú)立于訪問的會話控制協(xié)議(SCP),諸 如會話啟動(dòng)協(xié)議(SIP)，以便支持多媒體應(yīng)用。對話描述協(xié)議(SDP) 用于媒體協(xié)商。在IETF RFC 2327和3264中描述了SDP。 SIP是用于在 一個(gè)或多個(gè)參與者之間建立、修改以及終止通信會話的會話控制協(xié) 議。這些會話例如可以包括因特網(wǎng)多媒體會議、因特網(wǎng)電話呼叫以 及多媒體分送。在IETF文檔RFC 3261中描述了SIP。雖然如這里所描 述的本發(fā)明優(yōu)選實(shí)施例使用SIP，然而那些本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解 本發(fā)明也可以使用其它SCP。與SIP相比另一公知的協(xié)議是H. 323。 SIP
的細(xì)節(jié)對本發(fā)明來說并非是實(shí)質(zhì)上的，但是下面給出了所述SIP的簡要概述以便在上下文中更好地評估本發(fā)明。SIP是使用基于ASCII的信令消息來在兩個(gè)或多個(gè)參與者之間建 立通信會話的信令協(xié)議。用戶由這里被稱作為SIP地址的唯一地址來 標(biāo)識。用戶使用他們所分配的SIP地址來向登記者服務(wù)器進(jìn)行登記。 登記者服務(wù)器按要求向位置服務(wù)器提供此地址。當(dāng)用戶發(fā)起呼叫時(shí)，SIP請求被發(fā)送到SIP服務(wù)器(代理服務(wù)器或 重定向服務(wù)器)。所述請求在消息首部中包括呼叫方地址和被叫方 地址。如果代理服務(wù)器接收SIP請求，那么它把所述SIP請求轉(zhuǎn)送到 被呼叫方。被呼叫方可以是另一用戶或可以是用戶家庭網(wǎng)絡(luò)中的應(yīng) 用服務(wù)器。被呼叫方對代理服務(wù)器作出響應(yīng)，所述代理服務(wù)器隨后 把所述響應(yīng)轉(zhuǎn)送到呼叫方。呼叫方確i人所述響應(yīng)，然后在所述呼叫 方和被呼叫方之間建立會話。使用在IETF RFC中所描述的實(shí)時(shí)轉(zhuǎn)送 協(xié)議(RTP)或在IETF RFC中所描述的消息會話中繼協(xié)議(MSRP )以 便在呼叫方和被呼叫方之間進(jìn)行通信。如果重定向服務(wù)器接收SIP請求，那么所述重定向服務(wù)器聯(lián)系位 置服務(wù)器以便確定通向被呼叫方的路徑，繼而向呼叫方發(fā)送該信 息。呼叫方確認(rèn)接收信息繼而向在重定向信息中所標(biāo)識的服務(wù)器(其 可以是代理服務(wù)器的被呼叫方)重新發(fā)送SIP請求。當(dāng)SIP請求到達(dá) -故呼叫方時(shí)，被呼叫方作出響應(yīng)并且呼叫方確^人該響應(yīng)。然后通信 使用RTP或MSRP開始。只使用SIP來處理與呼叫控制和會話管理相關(guān) 的信令消息。如上所述，SIP使移動(dòng)通信網(wǎng)絡(luò)10內(nèi)的應(yīng)用能夠建立通信會話。 所述應(yīng)用可以位于IMS 40的移動(dòng)終端100或應(yīng)用月l務(wù)器中。另外，所 述應(yīng)用可以位于不同的網(wǎng)絡(luò)10中。圖2圖示了IMS 40的基本元件及其與CN 30的關(guān)系。IMS 40包括一 個(gè)或多個(gè)呼叫狀態(tài)控制功能(CSCF) 42、媒體網(wǎng)關(guān)控制功能(MGCF) 44、媒體網(wǎng)關(guān)(MGW) 46、傳輸信令網(wǎng)關(guān)(T-SGW) 48和家庭訂戶服 務(wù)器(HSS) 50，其借助IP網(wǎng)絡(luò)互連。IMS 40可以進(jìn)一步包括用于向 移動(dòng)終端100提供多媒體服務(wù)的應(yīng)用服務(wù)器52。 CSCF 42作為SIP服務(wù) 器起作用以便處理用于建立、修改和終止通信會話的會話控制信 令。由CSCF 42所執(zhí)行的功能包括呼叫控制、地址轉(zhuǎn)換、認(rèn)證、能力 協(xié)商以及訂戶簡檔管理。HSS 50與CSCF 42對接以便提供關(guān)于訂戶當(dāng) 前位置的信息和訂閱信息。應(yīng)用服務(wù)器50向移動(dòng)終端100提供了多媒 體服務(wù)或其它IP服務(wù)。MGCF 44、 MGW 46和T-SGW 48支持與諸如PSTN 或ISDN之類的外部網(wǎng)絡(luò)交互工作。MGCF 44控制一個(gè)或多個(gè)MGW 46， 所述MGW 46管理在外部網(wǎng)絡(luò)和IMS 40之間的連接。MGCF 44配置MGW 46 并且把SIP消息轉(zhuǎn)換為不同的格式，諸如ISDN用戶部分(ISUP)消息。 MGCF 44把所轉(zhuǎn)換的消息轉(zhuǎn)送到T-SGW 48，所述T-SGW 48把IMS 40對 接到諸如SS7網(wǎng)絡(luò)之類的外部信令網(wǎng)絡(luò)。T-SGW 48包括用于把IP消息 轉(zhuǎn)換為SS7并且反之亦然的協(xié)議轉(zhuǎn)換器。IMS 40可以包括附加元件， 所述元件在圖2中未被示出并且對于理解本發(fā)明來說并不重要。本發(fā)明向移動(dòng)終端100提供了在圖3中所示出的媒體客戶端200以 便向所述移動(dòng)終端100提供SIP和IMS能力。媒體客戶端200可以與移 動(dòng)通信網(wǎng)絡(luò)10中的IMS 40通信以便向移動(dòng)終端100提供IP服務(wù)。另 外，媒體客戶端200可以經(jīng)由諸如因特網(wǎng)之類的通信網(wǎng)絡(luò)直接與其它 網(wǎng)絡(luò)設(shè)備通信?？梢蕴峁┑姆?wù)例子包括經(jīng)由蜂窩的按鍵通話 (PoC)、出席和即時(shí)消息發(fā)送(IM)、視頻和音頻流送、經(jīng)由IP的 語音、召開視頻會議、交互式游戲、空白板和內(nèi)容共享。媒體客戶 端200與用戶應(yīng)用150通信并且提供用于使所述用戶應(yīng)用150與基礎(chǔ) 網(wǎng)絡(luò)協(xié)議的細(xì)節(jié)隔離的高級應(yīng)用接口 。媒體連接被用戶應(yīng)用150視為 簡單的數(shù)據(jù)流，a/k/a管道，其可以利用簡單的打開、關(guān)閉、讀取和 寫入命令來操縱。圖3圖示了媒體客戶端200的基本體系結(jié)構(gòu)。媒體客戶端200包括 用戶代理(UA) 202、信令代理(SA) 204和媒體代理(MA ) 206。 UA 202與用戶應(yīng)用150通信并且把應(yīng)用命令轉(zhuǎn)換為適當(dāng)?shù)男帕詈兔襟w操 作。SA 204和MA 206在UA 202的控制和指導(dǎo)下操作。UA 202對連接 管理具有全面控制，并且把信令和媒體管理任務(wù)分別委托給SA 204 和MA 206。在所圖示的實(shí)施例中，SA 204實(shí)現(xiàn)SIP和SDP協(xié)議來處理 信令任務(wù)。SA 204使用經(jīng)由IP的UDP來傳輸消息。也可以使用諸如 H. 323之類的其它會話控制協(xié)議。信令任務(wù)包括建立、修改以及撤下 通信會話，協(xié)商會話參數(shù)，詢問遠(yuǎn)程設(shè)備以便確定容量以及存在檢 測。MA 206實(shí)現(xiàn)消息會話中繼協(xié)議(MSRP)和實(shí)時(shí)傳輸協(xié)議(RTP ) 并且包括一個(gè)或多個(gè)媒體播放器來處理并向媒體再現(xiàn)設(shè)備輸出媒 體。MA 206管理媒體連接，依照媒體類型和用戶設(shè)置來路由媒體， 并且調(diào)用媒體播放器以便按要求處理媒體。MA 206使用經(jīng)由IP的TCP 和/或UDP來傳輸RTP和MSRP消息。在一些實(shí)現(xiàn)方式中，可以取單片方法，把UA 202、 SA 204和MA206 一起集成到單個(gè)應(yīng)用中。在圖3所示出的實(shí)施例中，在UA 202、 SA204 和MA 206之間的網(wǎng)絡(luò)接口 208、 210和212使得能夠進(jìn)行這樣的實(shí)現(xiàn)方 式，其中UA 202、 SA 204和MA 206可以是在移動(dòng)通信網(wǎng)絡(luò)IO內(nèi)分布 的獨(dú)立應(yīng)用。接口 208、 210、 212可以使用TCP套接字連接或其它類 型的網(wǎng)絡(luò)接口，用于使UA 202、 SA 204和/或MA 206能夠遠(yuǎn)離于用戶 應(yīng)用150。分布式處理方法與單片方法相比具有幾個(gè)優(yōu)點(diǎn)。媒體客戶端200 可以位于IMS 40或其它IP網(wǎng)絡(luò)中的網(wǎng)絡(luò)服務(wù)器中，并且由移動(dòng)終端 IOO例如使用遠(yuǎn)程登錄來遠(yuǎn)程訪問以便打開套接字連接。從而，可以 向本來沒有IMS能力的移動(dòng)終端100提供IMS服務(wù)。分離UA 202、 SA 204 和MA 206使這些元件能夠在網(wǎng)絡(luò)10內(nèi)分布，使得所述UA 202、 SA 204 和MA 206可以位于所述網(wǎng)絡(luò)10內(nèi)的不同位置。通過在具有低帶寬或 高等待時(shí)間的網(wǎng)絡(luò)中定位媒體客戶端200，可以實(shí)現(xiàn)改進(jìn)的性能，這 是因?yàn)槊襟w客戶端200的高級API減少了經(jīng)由空氣接口的信令量。此 外，用于產(chǎn)生大部分信令的SA 204和MA 206可以更加接近地位于網(wǎng) 絡(luò)主干線路附近。分離SA 204和MA 206還允許優(yōu)化的獨(dú)立媒體(例 如，TV)和控制(例如，遙控)設(shè)備的實(shí)現(xiàn)方式。圖4圖示了媒體客戶端200的一些可能配置。在圖4中，NCD A和NCD B已經(jīng)跨過通信網(wǎng)絡(luò)建立了多媒體通信會話。NCD A包括完全功能的 媒體客戶端200，其與NCD IOO中的用戶應(yīng)用150通信。NCD B原本缺 乏IMS能力并且使用位于網(wǎng)絡(luò)10內(nèi)的遠(yuǎn)程媒體客戶端200的服務(wù)。在 這種情況下，位于NCD B中的用戶應(yīng)用150可以經(jīng)由例如遠(yuǎn)程登錄之 類的TCP套接字連接與位于網(wǎng)絡(luò)服務(wù)器中的媒體客戶端200通信。網(wǎng) 絡(luò)中的媒體客戶端200向NCD B提供與位于NCD A的媒體客戶端200相 同的功能。用于遠(yuǎn)程訪問媒體客戶端200的能力可以把IMS服務(wù)擴(kuò)展 到傳統(tǒng)移動(dòng)終端，所述移動(dòng)終端隨后向網(wǎng)絡(luò)操作者提供為使值得投 資IMS技術(shù)所必須的臨界質(zhì)量。NCD C包括UA 202,用于與聯(lián)網(wǎng)通信 設(shè)備100中的用戶應(yīng)用通信并且與位于網(wǎng)絡(luò)中的SA 204和MA 206通 媒體客戶端200被實(shí)現(xiàn)為在諸如PC或移動(dòng)終端100之類的主機(jī)設(shè) 備上運(yùn)行的過程。主機(jī)設(shè)備包括其中存儲用于實(shí)現(xiàn)本發(fā)明的代碼的 存儲器，用于執(zhí)行所述代碼的一個(gè)或多個(gè)微處理器以及用于提供網(wǎng) 絡(luò)訪問的通信接口。 UA 202、 SA 204和MA 206可以位于不同的主枳i 中。在它啟動(dòng)之后，媒體客戶端200在例如端口 3500之類的指定端口 上打開服務(wù)器套接字，以便在UA 202和用戶應(yīng)用150之間通信。希望 與媒體客戶端200通信的任何用戶應(yīng)用150可以在相同的端口上打開 客戶端套接字?？梢栽谂渲梦募兄付ㄓ糜谠赨A 202和用戶應(yīng)用150 之間通信的端口。可以打開不同的端口以4更在UA 202和SA 204之間 或在所述UA 202和MA 206之間通信。在一個(gè)示例性實(shí)施例中，媒體客戶端200使用基于文本的接口協(xié) 議(UA API)以便在用戶應(yīng)用150和所述媒體客戶端200之間通信。到TCP套接字的文本串。IMS協(xié)議使用兩種類型的消息來用于通信-請 求和響應(yīng)。用戶應(yīng)用150典型情況下向UA 202發(fā)送請求以便發(fā)起事 務(wù)，不過UA 202還可以向所述用戶應(yīng)用150發(fā)送請求。請求典型情況 下具有被間隔分開的參數(shù)。UA 202典型情況下響應(yīng)于請求來向客戶 端發(fā)送響應(yīng)。存在兩種響應(yīng)，臨時(shí)的和最終的。臨時(shí)響應(yīng)不會結(jié)束 由相應(yīng)請求所發(fā)起的事務(wù)。最終響應(yīng)終止所述事務(wù)。在UA 202和SA 204之間的應(yīng)用接口 ( SA API)和在所述UA 202 和MA 206之間的應(yīng)用接口 (MA API)還與UA API類似地使用基于文 本的接口協(xié)議。來自UA 202要求SA 204或MA 206動(dòng)作的請求開始在 所述UA 202和SA 204或MA 206之間的事務(wù)。附錄A中的表1提供了UA API的示例性請求和響應(yīng)。附錄B中的表2提供了SA API的示例性請求 和響應(yīng)。附錄C中的表3提供了MA API的示例性請求和響應(yīng)。UA API中的主要請求是REGISTER請求、CALL請求、MSG請求、 ACCEPT請求、HANG-UP請求、SUBSCRIBE請求、NOTIFY事件和PUBLISH 請求。REGISTER請求、SUBSCRIBE請求、NOTIFY請求和PUBLISH請求 對應(yīng)于標(biāo)準(zhǔn)的SIP請求，但是向用戶應(yīng)用150提供了高級抽象。記者登記。典型的REGISTER請求采用 "register aol.com"或 "registermsn.com: 5050"的形式。響應(yīng)于REGISTER請求，UA 202 命令SA 204執(zhí)行SIP登記。在向SIP登記者登記之后，SA 204向UA202 發(fā)送用于表明登記嘗試的狀態(tài)的消息，例如成功或失敗。如果登記 成功，那么示例性的REGISTER響應(yīng)是"register 200: OK"，并且如 果所述登記未成功，那么響應(yīng)為"register lxx: failed"。下面更 詳細(xì)描述的圖5圖示了用于登記過程的信號流。CALL請求由用戶應(yīng)用150發(fā)送給UA 202以便與遠(yuǎn)程設(shè)備連接。使 用CALL請求來發(fā)起RTP或MSRP會話。CALL請求包括用于標(biāo)識被呼叫方 和呼叫類型的信息，諸如用戶ID、別名或完全合格的(fully qualified)網(wǎng)絡(luò)地址。如果涉及代理，那么CALL請求可以指定,皮呼 叫方的用戶ID。如果不涉及代理，那么CALL請求可以給出要連接的 遠(yuǎn)程主機(jī)的完全合格的地址和端口 。呼叫類型例如可以包括mime類 型和子類型，例如視頻/h263或音頻amr。 CALL請求典型情況下采取"call alice video/h263 ，， 或 "call alice@ims.net: 5060 video/h263，，或"call 10. 0. 0， 1: 5060 video/h263"的形式?？梢?在單個(gè)CALL請求中包括一個(gè)以上的呼叫類型。根據(jù)CALL請求的結(jié) 果，UA 202發(fā)送用于表明CALL請求的結(jié)果或狀態(tài)的CALL響應(yīng)。如果 成功建立連接，那么示例性的CALL響應(yīng)是"call connected (呼叫 連接)，，，或者如果所述連接未成功，那么響應(yīng)為"call failed (呼 叫失敗)"。CALL響應(yīng)可以選擇性地包括用于提供附加信息的狀態(tài) 代碼，諸如用于表明為什么調(diào)用請求不成功的錯(cuò)誤代碼。如果連接 成功，那么用戶應(yīng)用150可以開始經(jīng)由RTP或MSRP連接來發(fā)送并接收媒體和/或消息。在向內(nèi)呼叫的情況下，CALL請求還可以由UA 202發(fā)送到用戶應(yīng)用 150。在這種情況下，CALL請求包括用于標(biāo)識呼叫方而不是被呼叫方 的信息。否則，CALL請求是相同的。用于標(biāo)識呼叫方的信息可以包 括被呼叫方的用戶ID或遠(yuǎn)程主機(jī)的完全合格地址。當(dāng)CALL請求被從 UA 202發(fā)送到用戶應(yīng)用150時(shí)，所述用戶應(yīng)用150不會發(fā)送CALL響應(yīng)。 作為替代，用戶應(yīng)用150發(fā)送用于終止CALL請求的ACCEPT請求。接受或拒絕向,內(nèi)呼叫:lcCEPT"^J包括用于i明UA 202應(yīng)當(dāng)接受或 拒絕呼叫的命令以及選擇性地包括用于表明例如為什么拒絕呼叫的
代碼。如果在CALL請求中指定一個(gè)以上的呼叫類型，那么用戶應(yīng)用 150可以接受其中一個(gè)子集并拒絕其余的。為了接受少于所有指定的 呼叫類型，用戶應(yīng)用包括ACCEPT請求中所接受呼叫類型的列表。UA 202應(yīng)當(dāng)接受那些列出的并且拒絕其余的項(xiàng)。如果在ACCEPT請求中沒 有指定呼叫類型，那么UA 202默認(rèn)時(shí)可以接受在CALL請求中所指定 的所有呼叫類型。典型的ACCEPT請求采用"accept yes (接受)" 的形式來接受呼叫或者"accept no (不接受)"的形式來拒絕所述 呼叫。如果接受少于全部指定的呼叫類型，那么ACCEPT請求具有"accept OK audio/amr"的形式，其指定所接受的呼叫類型。根據(jù)是否成功進(jìn)行連接，UA 202向用戶應(yīng)用150發(fā)送ACCEPT響 應(yīng)。ACCEPT響應(yīng)包括用于表明是否成功進(jìn)行連接的狀態(tài)消息以及選 擇性地還包括狀態(tài)代碼。典型的ACCEPT響應(yīng)具有"accept OK"或"accept Failed: lxx，，的形式。息。MSG請,求包括用^標(biāo)識其中將發(fā)送消息的呼叫的呼叫;D或會話 ID、消息長度、消息類型和消息數(shù)據(jù)。對于文本消息來說，MSG請求 具有 "msg xxx nnn text/plain\n this is the text"的形式，其 中xxx是呼叫ID或會話ID并且nnn只是文本的長度(不包括換行或首 部)。換行字符使消息類型與消息數(shù)據(jù)分離。使用MSG請求發(fā)送的文 本消息的例子是"msg 111 5 text/plain\n hello"。對于二進(jìn)制 數(shù)據(jù)來說，MSG請求具有"msg xxx匪mime/type\n，，的形式，其 中xxx是呼叫ID并且nnn是數(shù)據(jù)緩沖器的長度。二進(jìn)制信息的例子是 "msg 111 43 image/jpg\n31290759.. . 93285" 。 UA 202向用戶應(yīng) 用150發(fā)送MSG響應(yīng)以便表明MSG請求的成功遞送或故障。如果消息被 成功遞送，那么示例性的MSG響應(yīng)形式為"MSG OK"，并且如果所迷 消息未被成功遞送，那么示例性的MSG響應(yīng)形式為"MSG Failed: lxx，，。使用HANGUP請求來終止連接。HANGUP請求由用戶應(yīng)用150發(fā)送給 媒體客戶端200或反之亦然。HANGUP請求可以包括單個(gè)術(shù)語"掛機(jī)" 或者單個(gè)字母"h"以及被分配給正結(jié)束的呼叫的呼叫ID。示例性的 HANGUP請求的形式為"hangup xxx"，其中xxx是呼叫ID。當(dāng)HANGUP 請求由用戶應(yīng)用150發(fā)送給UA 202時(shí)，所述UA 2(^發(fā)送HANGUP響應(yīng)以^_確認(rèn)所述呼叫;故結(jié)束。HANGUP響應(yīng)的形式可以為"hangup OK"或 者 "hangup disconnected"。SUBSCRIBE請求由用戶應(yīng)用150發(fā)送給UA 202以便預(yù)訂出席服務(wù) 或其它通知服務(wù)。SUBSCRIBE請求包括用于預(yù)定服務(wù)的地址、用于預(yù) 訂請求的期滿時(shí)間以及所述預(yù)訂請求所涉及的事件。SUBSCRIBE請求 的典型形式是 "subscribe someone@domain. com: 3600 ttt presence" 或 "subscribe someone at his domain, com: 3600 ttt presence autofresh'，，其中tt t表示在預(yù)訂請求很短的期滿時(shí)間。 響應(yīng)于SUBSCRIBE請求，UA 202命令SA 204執(zhí)行SIP預(yù)訂過程。在成 功地完成SIP預(yù)訂過程之后，SA 204通知UA 202，所述UA 202隨后通 過發(fā)送SUBSCRIBE響應(yīng)來通知用戶應(yīng)用150。 SUBSCRIBE響應(yīng)包括用于 預(yù)定服務(wù)的地址、所述預(yù)訂很短的期滿時(shí)間和狀態(tài)消息。期滿時(shí)間 可以不同于所請求的時(shí)間。SUBSCRIBE請求選擇性地可以包括狀態(tài)代 碼和'autorefresh'命令以便當(dāng)它期滿時(shí)自動(dòng)地刷新所述SUBSCRIBE 請求。SUBSCRIBE請求可能由于重定向請求而失敗。在這種情況下， SUBSCRIBE響應(yīng)可以返回新的地址并且UA 202可以使用新的地址來重 新預(yù)訂。如果成功地執(zhí)4于預(yù)訂，那么SUBSCRIBE響應(yīng)的形式為 "subscribe ttt me@mydomain. com: 3600 successful :200"， 并 且如果所述預(yù)訂失敗，那么所述形式為 "subscribe ttt me@mydomain.com 3600 failed:481"。NOTIFY請求從UA 202發(fā)送到用戶應(yīng)用150以<更向用戶應(yīng)用150通 知向用戶應(yīng)用150給出出席通知的出席實(shí)體的出席狀態(tài)改變。NOTIFY 請求包括消息大小、用于觸發(fā)NOTIFY的事件類型、消息主體的mime 類型以及消息數(shù)據(jù)。NOTIFY請求的典型形式為"notify 30 someone@hisdomain. com presence application/pidf+xml\alice is now available"。用戶應(yīng)用150用"Notify OK"作出響應(yīng)以虧更確i人 麗IFY請求。PUBLISH請求用于出席服務(wù)及其它通知服務(wù)。PUBLISH請求由用戶;服務(wù)器。PUBLISH請求:括出席服一務(wù)器的地址和用于PUBLISH請求 的期滿時(shí)間。PUBLISH請求選擇性地可以包括'autorefresh，命令 以便當(dāng)它期滿時(shí)自動(dòng)地刷新所述PUBLI SH請求。典型的PUBLI SH請求 其形式為"publish ttt me@mydomain.com 3600"。如果公布成功， 那么 UA 202 用 "publish ttt me@mydomain.com 3600 successful: 200"來對用戶應(yīng)用150作出響應(yīng)，并且如果/^布失敗， 那么用"publish ttt me@mydomain.com 3600 failed: 481"來作出響應(yīng)o附錄B中的表2描述了在SA API中所使用的請求和響應(yīng)。主要請求 包括REGISTER請求、INVITE請求、ACK請求、SUBSCRIBE請求、NOTIFY 請求、PUBLISH請求和BYE請求，其對應(yīng)于標(biāo)準(zhǔn)的SIP請求。使用 REGISTER請求來向SIP登記者登記。使用INVITE和ACK請求來建立SIP 會話。使用SUBSCRIBE, NOTIFY和PUBLISH請求來實(shí)現(xiàn)出席服務(wù)或其 它通知服務(wù)。使用BYE請求來終止SIP會話。在SA API中所使用的一 些請求對應(yīng)于通用的SIP請求并且使用相同的名稱。根據(jù)上下文哪個(gè) 請求正被提及應(yīng)當(dāng)是清楚的。然而為了避免混亂，使用前綴SIP來標(biāo) 識向/從SA 204所發(fā)送的標(biāo)準(zhǔn)SIP請求和響應(yīng)。響應(yīng)于來自用戶應(yīng)用150的相應(yīng)REGISTER請求，從UA 202向SA 204 發(fā)送REGISTER請求。REGISTER請求包括網(wǎng)絡(luò)地址以及選擇性地還包 括SIP登記者或SIP代理的端口 。 REGISTER請求的形式為"register server@network.com" 。 SA 204響應(yīng)于REGISTER請求，來依照如IETF RFC 3261所描述的SIP來試圖向SIP登記者登記。SA 204向UA 202發(fā) 送用于表明REGISTER請求的狀態(tài)的REGISTER響應(yīng)。如果登記嘗試是 成功的，那么示例性的REGISTER響應(yīng)的形式為"register OK",或 者如果登記嘗試未成功，那么所述形式為"register failed"。在呼叫的發(fā)起端響應(yīng)于來自用戶應(yīng)用150的CALL請求，INVITE請 求被UA 202發(fā)送給SA 204。 SA INVITE請求包括被呼叫方的地址或可 以被解析為有效地址的用戶ID，用于指定將建立的呼叫類型的呼叫 類型以及對于每個(gè)所指定呼叫類型來說用于媒體會話的主機(jī)地址。對于每個(gè)呼叫類型可以使用相同的主機(jī)地址，或者可以使用不同的 地址。示例性的INVITE請求的形式為"invite alice@domain.com video/h263 me@mydomain. com: xxx audio/amrme@mydomain. com: xxx，，，其中xxx表明端口號。在發(fā)送INVITE請求 之后，UA 202等待來自SA 204的響應(yīng)。SA 204響應(yīng)于INVITE請求， 向在INVITE請求中所指定的被呼叫方發(fā)送SIP INVITE請求并且等待
響應(yīng)。如果成功地建立了連接，那么SA 204向UA 202發(fā)送用于表明 所述邀請被接受的INVITE響應(yīng)。INVITE響應(yīng)包括會話標(biāo)識符，這里 被稱作為呼叫ID。響應(yīng)于在呼叫的接收端接收SIP INVITE， INVITE請求還可以由SA 204發(fā)送到UA 202。在這種情況下，INVITE請求包括用于發(fā)信號的呼 叫方的地址以及由所述呼叫方用于媒體會話的一個(gè)或多個(gè)地址。從 UA 202到SA 204的INVITE響應(yīng)除并未包括會話標(biāo)識符之外，與上述 相同。在這種情況下，在SA 204接收來自呼叫方的SIP ACK之后，會 話標(biāo)識符在ACK請求中被從SA 204發(fā)送到UA 202。SUBSCRIBE請求由UA 202發(fā)送給SA 204以便開始預(yù)訂出席服務(wù)或 其它通知服務(wù)。SUBSCRIBE請求包括用戶想要從中接收出席狀態(tài)信息 的一方或出席服務(wù)器的地址。SA 204當(dāng)收到來自UA 202的SUBSCRIBE 請求時(shí)，向在SA SUBSCRIBE請求中所指定的主機(jī)發(fā)送SIP SUBSCRIBE 請求并且等待響應(yīng)。向其發(fā)送SIP SUBSCRIBE請求的主機(jī)把SIP NOTIFY請求返回到SA 204。 SIP NOTIFY請求表明SIP SUBSCRIBE請求 是否被授權(quán)，并且如果是的話，包括當(dāng)前的出席狀態(tài)信息。SA 204 確認(rèn)SIP NOTIFY請求并且向UA 202發(fā)送NOTIFY請求，所述NOTIFY請 求包含出席代理的出席狀態(tài)信息。直到預(yù)訂期滿，每當(dāng)出席狀態(tài)信 息改變時(shí)，授權(quán)預(yù)訂的出席代理發(fā)送SIP NOTIFY請求，并且SA 204 向UA 202發(fā)送相應(yīng)的NOTIFY請求以便把出席信息轉(zhuǎn)送到UA 202。PUBLISH請求由UA 202發(fā)送給SA 204以便當(dāng)用戶的出席狀態(tài)存在 改變時(shí)通知出席服務(wù)器。如果SA 204正作為出席服務(wù)器起作用，那 么SA 204向其訂戶發(fā)送N0TIFY請求以便向訂戶通知出席狀態(tài)的改 變。如果使用獨(dú)立的出席服務(wù)器來分送出席信息，那么SA 204向出 席服務(wù)器發(fā)送相應(yīng)的SIP PUBLISH請求。在發(fā)送SIP PUBLISH請求之 后，SA 204向UA 202發(fā)送用于表明PUBLISH請求的狀態(tài)的PUBLISH響應(yīng)。BYE請求由UA 202發(fā)送給SA 204或反之亦然以便終止SIP會話。當(dāng) SA 204接收來自UA 204的BYE請求時(shí)，它向另一方發(fā)送SIP BYE請求 以便終止會話。 一旦SIP BYE請求被確認(rèn)，那么SA 204向UA 202發(fā)送 BYE響應(yīng)以便確認(rèn)所述BYE請求。當(dāng)UA 202接收來自SA 204的BYE請求 時(shí)，它關(guān)閉為在BYE請求中所指定的呼叫而打開的連接。在這種情況
下，因?yàn)锽YE請求是強(qiáng)制的，所以不要求對BYE請求的響應(yīng)。附錄C中的表3描述了MA API。 MA API中的主要請求包括LISTEN 請求、CONNECT請求、SEND請求、0PEN請求、PEER請求和CLOSE請求。LISTEN請求由UA 202發(fā)送給MA 206以便開始用于多媒體消息發(fā)送 的MSRP會話。UA 202響應(yīng)于來自用戶應(yīng)用150的呼叫請求來發(fā)送 LISTEN請求，以用于請求MSRP會話。LISTEN請求選擇性地可以包括 遠(yuǎn)程主機(jī)的地址，其中可以從所述地址進(jìn)行連接。當(dāng)在LISTEN請求 中指定遠(yuǎn)程主機(jī)時(shí)，只從所指定的主機(jī)接受連接。響應(yīng)于LISTEN請 求，MA 206打開用于媒體連接的端口并且向UA 202發(fā)送LISTEN響應(yīng)， 以給出用于所述媒體連接的地址和端口 。在呼叫的接收端，CONNECT請求由UA 202發(fā)送給MA 206以便建立 MSRP連接。在呼叫的接收端的用戶從呼叫方接受用于加入呼叫的邀 請之后，典型情況下發(fā)送CONNECT請求。CONNECT請求包括由呼叫方 在SIP INVITE中所指定的網(wǎng)絡(luò)地址和端口 。示例性的CONNECT請求的 形式為"connect anybody@domain.com"。響應(yīng)于CONNECT請求，MA 206依照MSRP來建立連接并且向UA 202發(fā)送CONNECT響應(yīng)。CONNECT響 應(yīng)包括CONNECT請求的狀態(tài)以及選擇性地還包括狀態(tài)代碼。示例性的 CO腿CT響應(yīng)的形式為"connect 0K，，或"connect failed" 一旦建立MSRP會話，那么就使用SEND請求來發(fā)送多媒體消息。當(dāng) UA 202接收來自媒體客戶端200的MSG請求時(shí)，UA 202產(chǎn)生SEND請求 并把它發(fā)送給MA 206。 SEND請求包括用于唯一標(biāo)識呼叫的呼叫ID、 消息長度、消息類型和消息數(shù)據(jù)，在所述呼叫中正發(fā)送消息。示例 性的SEND請求的形式為"SEND xxx匪text/plain\n this is the text" 。 MA 206隨后依照MSRP來發(fā)送消息。當(dāng)消息被確認(rèn)時(shí)，MA 206 向UA 202發(fā)送用于標(biāo)識呼叫并且表明SEND請求的狀態(tài)的SEND響應(yīng)。 SEND請求選擇性地可以包括狀態(tài)代碼。示例性的SEND響應(yīng)的形式為 用于表明成功遞送的"send xxx OK"或用于表明所述消息未被成功 遞送的"send xxx failed"。使用OPEN請求來發(fā)起RTP會話。UA 202響應(yīng)于來自用戶應(yīng)用150 的ACCEPT請求來向MA 206發(fā)送0PEN請求。OPEN請求選擇性地包括遠(yuǎn) 程主機(jī)的網(wǎng)絡(luò)地址，其中將從所述地址接受媒體連接。如果遠(yuǎn)程主 機(jī)地址被包括在OPEN請求中，那么只從在OPEN請求中所指定的地址 接受媒體連接。響應(yīng)于OPEN請求，MA 206打開用于媒體連接的端口 并且返回用于表明媒體連接的網(wǎng)絡(luò)地址和端口的OPEN響應(yīng)。OPEN響 應(yīng)表明OPEN請求的狀態(tài)，并且如果成功的話，那么包括為RTP連接所打開的主4幾和端口的網(wǎng)絡(luò)地址。一旦建立媒體連接，那么在呼叫的發(fā)起端的UA 202向MA 206發(fā)送 PEER請求以便向MA 206提供在另一端為RTP會話所打開的主機(jī)地址和 端口。 PEER請求的唯一參數(shù)是用于媒體連接的網(wǎng)絡(luò)地址和端口。不 要求對PEER地址請求的響應(yīng)。示例性的PEER請求的形式為"PEER someon6@domain.com，，。使用CLOSE請求來終止用于RTP或MSRP會話的媒體連接。UA 202 響應(yīng)于來自用戶應(yīng)用150的HANG-UP請求來向MA 206發(fā)送CLOSE請求。UA、 SA和MA API還可以具有SET請求以便使某些參數(shù)能夠在初始 化期間被預(yù)先配置。SET請求包括參數(shù)名和被分配給所命名參數(shù)的 值。可以使用SET請求來為不同的媒體配置具體到用戶的設(shè)置，諸如 用戶名、別名、聯(lián)系地址以及默認(rèn)源和匯點(diǎn)。圖5到7是用于圖示IMS命令和響應(yīng)怎樣由多媒體應(yīng)用使用的呼叫 流程圖。圖5圖示了典型的SIP登記過程。圖6是用于圖示示例性的 MSRP會話的呼叫流程圖。圖7是用于圖示示例性的RTP會話的呼叫流 程圖。圖5是用于圖示SIP注冊過程的呼叫流程圖。在圖5中，用戶A正向 SIP登記者登記。用于用戶A的用戶應(yīng)用150使用在表1中所示出的API 來向UA 202發(fā)送REGISTER請求(a) 。 UA 202接收請求，追加具體到 用戶的配置數(shù)據(jù)，并且把REGISTER請求轉(zhuǎn)送到SA 204。具體到用戶 的配置數(shù)據(jù)可以包括諸如用戶名、別名和聯(lián)系地址之類的數(shù)據(jù)。響 應(yīng)于REGISTER請求，SA 204發(fā)起SIP登記過程。SA 204才艮據(jù)從UA 202 所接收的信息來構(gòu)造SIP REGISTER請求，利用按完整SIP請求所要求 的默認(rèn)設(shè)置來擴(kuò)充此信息。SA 204向SIP登記者發(fā)送SIP REGISTER請 求(c) 。 IMS核心40可以把臨時(shí)的SIP響應(yīng)(SIP IOO嘗試)返回到 SA 204 (d)以便防止不必要的SIP請求重發(fā)。因此，SA 204不要求 任何動(dòng)作。如果登記成功，那么SIP登記者向SIP代理發(fā)送SIP響應(yīng) (SIP 200 OK) (f)并且SIP代理把SIP登記者的響應(yīng)中繼到SA 204 (g) 。 SA 204把用于向用戶應(yīng)用150通知所述登記成功的SA響應(yīng)發(fā)
送到用戶代理(h)。現(xiàn)在用戶A能夠使用其登記的ID來發(fā)送并接收 SIP消息。圖6圖示了在兩個(gè)用戶之間的典型MSRP會話中的呼叫流程。MSRP 會話是其中可以使用SEND請求來交換一 系列消息的上下文。MSRP經(jīng) 由諸如TCP之類的可靠傳輸協(xié)議來在會話模式中提供端到端的消息 傳輸。利用SIP作為消息載體使用SDP提供回答模型(IETF RFC 3264 ) 來建立MSRP會話。為了簡要地概括，端點(diǎn)A可以通過發(fā)送具有用于表 示端點(diǎn)A的臨時(shí)地址的提供消息(SIP INVITE)來發(fā)起與端點(diǎn)B的通 信會話。如果端點(diǎn)B希望加入會話，那么它打開到端點(diǎn)A的TCP連接并 且發(fā)送以由端點(diǎn)A所提供的地址為目的的MSRP VISIT請求。在訪問所 述會話之后，端點(diǎn)B發(fā)送對SIP INVITE請求的回答。所述回答包含用 于通信會話的端點(diǎn)B的地址。在此交換之后，端點(diǎn)A和B可以交換消 息。利用SEND請求來發(fā)送消息并且接收端點(diǎn)用OK應(yīng)答作出響應(yīng)。端 點(diǎn)A和B經(jīng)由MSRP VISIT請求所建立的TCP連接向在In the SIP INVITE SDP主體中所表明的地址發(fā)送消息。本發(fā)明使在端點(diǎn)A和B的用戶應(yīng)用與MSRP、 SIP和SDP的細(xì)節(jié)相隔 離，所述細(xì)節(jié)如圖6所示由UA 202、 SA 204和MA 206來處理。在圖6 中所圖示的過程使用在附錄的表1-3中所定義的API。用戶應(yīng)用150通 過向媒體客戶端200發(fā)送CALL請求(a )來發(fā)起MSRP會話。響應(yīng)于CALL 請求，UA 202向MA 206發(fā)送MA LISTEN請求(b)以命令所述MA 206 打開TCP套接字以接受來自在CALL請求中所指定對等體的TCP連接。 MA 206向UA 202發(fā)送MA LISTEN響應(yīng)(c)，包括為媒體連接所打開 的主機(jī)和端口的網(wǎng)絡(luò)地址。然后UA 202通過向SA 204發(fā)送SA INVITE 請求(d)來命令SA 204發(fā)起通信會話。SA INVITE請求包含在CALL 請求中所包括的參數(shù)以及由MA 206為媒體連接所提供的網(wǎng)絡(luò)地址和 端口。 SA INVITE選擇性地可以包括具體到用戶的配置數(shù)據(jù)，諸如用 戶名、別名等。還可以由用戶應(yīng)用150使用在表1中所示出的SET請求 來設(shè)置用于用戶指定配置數(shù)據(jù)的參數(shù)值。SA 204使用常規(guī)的SIP信令來建立MSRP會話。SA 204根據(jù)它從UA 202所接收的信息來構(gòu)造SIP INVITE請求，以利用按完整SIP INVITE 請求所要求的默認(rèn)設(shè)置來擴(kuò)充此信息。SA 204向端點(diǎn)B發(fā)送SIP INVITE請求(e) 。 SIP INVITE請求包括用于描述多媒體會話的SDP (對話描述協(xié)議)主體。當(dāng)?shù)却齺碜栽诙它c(diǎn)B的SA 204的響應(yīng)時(shí)，在 端點(diǎn)A的SA 204可以從網(wǎng)絡(luò)接收用于表明該網(wǎng)絡(luò)試圖與端點(diǎn)B建立連 接的臨時(shí)SIP響應(yīng)("100嘗試")(f)。一旦SIP INVITE請求由在端點(diǎn)B的SA 204接收，它就向UA 202發(fā) 送SA INVITE請求(h)并且可以向在端點(diǎn)A的SA 204發(fā)送用于表明所 述SA2(M正在"呼喚(ringing)"在端點(diǎn)B的用戶的臨時(shí)響應(yīng)(g)。 在端點(diǎn)A的SA 204隨后可以向UA 202發(fā)送臨時(shí)的STATUS響應(yīng)(k)以 向在端點(diǎn)A的UA 202提供呼喚指示。在端點(diǎn)A的UA 202在一些應(yīng)用中 可以向用戶應(yīng)用150提供臨時(shí)的狀態(tài)信息(1)以便向用戶通知正嘗 試到達(dá)在端點(diǎn)B的用戶。響應(yīng)于INVITE請求，在端點(diǎn)B的UA 202向用戶應(yīng)用150發(fā)送CALL 請求(i)以便向用戶應(yīng)用150通知接收了對MSRP會話的邀請。CALL 請求包括用于標(biāo)識呼叫方和呼叫類型的信息。用戶應(yīng)用150為了應(yīng)答 CALL請求而發(fā)送用于表明用戶是否希望回答呼叫的ACCEPT請求(j)。在此例子中，在端點(diǎn)B的用戶接受所述邀請。如果呼叫涉及 一種以上類型的媒體，那么在端點(diǎn)B的用戶在ACCEPT請求中指定接受 哪個(gè)媒體。然后在端點(diǎn)B的UA 202向MA 206發(fā)送C0NNECT請求(m)以 便打開媒體連接，例如TCP連接。在端點(diǎn)B的MA 206向在端點(diǎn)A的MA 206 發(fā)送MSRP VISIT消息(n)以便建立MSRP連接。在端點(diǎn)A的MA 206向 MSRP VISIT發(fā)送肯定響應(yīng)(MSRP 200 OK )以便在端點(diǎn)A和B之間建立 MSRP連接(o)。在建立媒體連接之后，在端點(diǎn)B的MA 206向在端點(diǎn)B 的UA 202發(fā)送C0NNECT響應(yīng)(Connect 200 OK)以^f更表明成功地建立了媒體連接(P)。在此刻，SIP INVITE請求尚未被接受。在端點(diǎn)B的UA 202向在端 點(diǎn)B的SA 204發(fā)送SA INVITE響應(yīng)(INVITE 200 OK) (q)，其用于 表明所述SA 204應(yīng)當(dāng)接受加入與端點(diǎn)A的MSRP會話的邀請。在端點(diǎn)B 的SA 204向在端點(diǎn)A的SA 204發(fā)送SIP INVITE響應(yīng)(SIP 200 OK + SDP 主體)(r) 。 SIP INVITE響應(yīng)包括用于確認(rèn)MSRP會話參數(shù)的SDP主 體。SIP INVITE響應(yīng)是對在步驟(e)的SIP INVITE請求的回答并且 包含由端點(diǎn)B用于媒體連接的網(wǎng)絡(luò)地址和端口。在端點(diǎn)A的SA 204確 認(rèn)SIP 200 OK響應(yīng)以便完成SIP信號交換(s)。在端點(diǎn)A， SA 204發(fā) 送用于表明在步驟(a)所請求的連接已成功建立的SA INVITE響應(yīng) (t)。此消息包括用于唯一標(biāo)識所述呼叫的呼叫標(biāo)識符，以及在端點(diǎn)B用于媒體連接的主機(jī)和端口的網(wǎng)絡(luò)地址。在端點(diǎn)A的UA 202隨后 向用戶應(yīng)用150發(fā)送用于表明在步驟(a)所請求的連接被成功建立 的CALL響應(yīng)(u)。在端點(diǎn)B， SA 204響應(yīng)于SIP ACK向UA 202發(fā)送ACK 請求(v)，其用于表明與端點(diǎn)A的連接是成功的并且包括SIP會話標(biāo) 識符。UA 202隨后向用戶應(yīng)用150發(fā)送用于表明建立與端點(diǎn)A連接的 ACCEPT響應(yīng)(w)。端點(diǎn)A和B現(xiàn)在可以開始發(fā)送并接收消息。在端點(diǎn)A的用戶應(yīng)用產(chǎn)生多媒體消息，其在MSG請求中被傳遞給UA 202 (x)。 MSG請求包括用于標(biāo)識會話、消息類型和消息大小的信息。 UA 202構(gòu)造并把SEND請求轉(zhuǎn)送到MA 206 (y)，其具有在MSG請求中 所指定的參數(shù)，用于指導(dǎo)MA 206把多媒體消息轉(zhuǎn)送到端點(diǎn)B。 MA 206 使用MSRP協(xié)議來遞送多媒體消息。MA 206產(chǎn)生MSRP SEND請求(z), 根據(jù)完整MSRP SEND請求的需要來提供缺省參數(shù)，并且向在端點(diǎn)B的 MA 206發(fā)送所述請求。在端點(diǎn)B的MA 206從MSRP SEND請求中提取消 息內(nèi)容并且在MA SEND請求內(nèi)把所述消息遞送到在端點(diǎn)B的UA 202(aa)。在端點(diǎn)B的UA 202使用MSG請求來把消息內(nèi)容轉(zhuǎn)送到用戶應(yīng) 用150(bb)。在端點(diǎn)B的用戶應(yīng)用150通過發(fā)送MSG響應(yīng)(MSG 200 0K) 來確認(rèn)收到消息(cc)并且UA 202隨后把用于表明所述消息被成功 遞送的SEND響應(yīng)轉(zhuǎn)送到MA 206 ( dd )。所述MA 206發(fā)送MSRP OK響應(yīng)(MSRP 200 OK)以便確認(rèn)收到消息(ee)。在端點(diǎn)A的MA 206選擇 性地可以轉(zhuǎn)換MSRP響應(yīng)(MA SEND 200 OK)并將其轉(zhuǎn)送到在端點(diǎn)A的 UA 202 (ff),所述UA 202隨后選擇性地可以向在端點(diǎn)A的用戶應(yīng)用 150發(fā)送用于表明所述消息已被成功遞送的MSG響應(yīng)(MSG 200 OK)(gg)。為了結(jié)束會話，在端點(diǎn)A的用戶應(yīng)用150向其UA 202發(fā)送HANG-UP 請求(hh)。端點(diǎn)B還可以依照相同的方式來結(jié)束會話。在端點(diǎn)A的 UA 202向在端點(diǎn)B的SA 204發(fā)送用于表明在請求中所指定的呼叫應(yīng)當(dāng) 被結(jié)束的SA BYE請求(ii) 。 SA 204根據(jù)在步驟所建立的SIP會話參 數(shù)來產(chǎn)生SIP BYE請求(r )并且向端點(diǎn)B發(fā)送此消息。在端點(diǎn)B的SA 204 接收SIP BYE請求并且應(yīng)答以便確認(rèn)收到所述消息(kk)。在端點(diǎn)A， SA 204向UA 202發(fā)送用于確認(rèn)媒體會話被關(guān)閉的BYE響應(yīng)(11) 。 UA 202向用戶應(yīng)用150發(fā)送HANGUP響應(yīng)(mm)以^便向用戶應(yīng)用150通知媒
體會話被關(guān)閉，并且向MA 206發(fā)送CL0SE請求(nn )以便關(guān)閉為所述 媒體會話所打開的連接。在端點(diǎn)B的SA 204產(chǎn)生BYE請求(oo )并且 把所述BYE請求轉(zhuǎn)送到UA 202，其用于表明MSRP會話已經(jīng)被關(guān)閉。類 似地，在端點(diǎn)B的UA 202向用戶應(yīng)用150發(fā)送HANGUP請求(pp )以便 向用戶應(yīng)用通知MSRP會話被關(guān)閉，并且向MA 206發(fā)送CL0SE請求以便 關(guān)閉為所述媒體會話所打開的連接(qq)。圖7圖示了在端點(diǎn)A和B之間的示例性RTP會話。在圖7中所圖示的 過程使用在附錄的表l-3中所定義的API。在端點(diǎn)A的用戶應(yīng)用150向 媒體客戶端200發(fā)送CALL請求(a)以便發(fā)起RTP會話。CALL請求包括 用于標(biāo)識被呼叫方和呼叫類型的信息。響應(yīng)于CALL請求，在端點(diǎn)A的 UA 202向MA 206發(fā)送MA OPEN請求(b)以《更命令所述MA 206打開UDP 連接以用于與在所述CALL請求中所指定對等體的RTP會話。MA 206打 開UDP套接字并且把MA Open響應(yīng)返回到UA 202 ( c )，所述MA Open 響應(yīng)包含為RTP會話所打開的UDP套接字的網(wǎng)絡(luò)地址和端口 。然后在 端點(diǎn)A的UA 202結(jié)束到SA 204的SA INVITE請求(d) 。 SA INVITE請 求包括來自在步驟(a)所進(jìn)行的CALL請求的參數(shù)、由MA 206在步驟(c)所提供的連接信息以及選擇性地用戶指定的配置數(shù)據(jù)，諸如用 戶名和別名。還可以由用戶應(yīng)用150使用在表1中所示出的SET請求來 設(shè)置用于用戶指定配置數(shù)據(jù)的參數(shù)值。SA 204使用常規(guī)的SIP信令來與端點(diǎn)B建立通信會話。SA 204向端 點(diǎn)B發(fā)送SIP INVITE請求(e) 。 SIP INVITE請求包括用于描述多媒 體會話的SDP主體。SDP主體描述了包括會話和編解碼器參數(shù)的媒 體。當(dāng)?shù)却齺碜栽诙它c(diǎn)B的SA 204的響應(yīng)時(shí)，在端點(diǎn)A的SA 204可以 從網(wǎng)絡(luò)接收用于表明該網(wǎng)絡(luò)正試圖與端點(diǎn)B建立連接的臨時(shí)響應(yīng)")。一旦SIP INVITE請求由在端點(diǎn)B的SA 204接收，它就向UA 202發(fā) 送SA INVITE請求(h)以便打開RTP連接并且可以向在端點(diǎn)A的SA 204 發(fā)送用于表明所述SA 204正在"呼喚，，在端點(diǎn)B的用戶的臨時(shí)響應(yīng) (g)。在端點(diǎn)A的SA 204隨后可以向UA 202發(fā)送臨時(shí)的STATUS響應(yīng) 以向在端點(diǎn)A的UA 202提供呼喚指示(k)。在端點(diǎn)A的UA 202在一些 應(yīng)用中可以向用戶應(yīng)用150提供臨時(shí)的狀態(tài)信息(1)以便向用戶通 知正嘗試呼喚在端點(diǎn)B的用戶。
在步驟(h)的INVITE請求包括用于標(biāo)識端點(diǎn)A和用于RTP會話的 媒體類型的信息。UA 202通過發(fā)送CALL請求來向用戶應(yīng)用150通知接 收了對RTP會話的邀請(i )。用戶應(yīng)用150利用ACCEPT請求來應(yīng)答CALL 請求(j)，在此例子中所述ACCEPT請求用于表明在端點(diǎn)B的用戶已 經(jīng)接受用于加入RTP會話的邀請。如果呼叫涉及一個(gè)以上類型的媒 體，那么在端點(diǎn)B的用戶在ACCEPT請求中指定將接受的媒體。例如， 如果請求視頻會議，那么在端點(diǎn)B的用戶可以選擇接受音頻并且拒絕 視頻。在端點(diǎn)B的用戶接受SIP邀請之后，UA 202向MA 206發(fā)送MA OPEN 請求(m)以便打開用于RTP會話的媒體連接。在端點(diǎn)B的MA 206打開 UDP連接并且向UA 202發(fā)送MA OPEN響應(yīng)(n)，所述MA OPEN響應(yīng)給 出了用于RTP會話的媒體連接的地址和端口。在此，在步驟(e)所 發(fā)送的SIP INVITE請求尚未被接受。在端點(diǎn)B的UA 202向在端點(diǎn)B的 SA 204發(fā)送SA INVITE響應(yīng)(INVITE 200 OK) (o)，其用于表明所 述SA 204應(yīng)當(dāng)接受加入與端點(diǎn)A的RTP會話的邀請。此請求包括由MA 206在Open響應(yīng)中所返回的媒體主機(jī)和端口信息。在端點(diǎn)B的SA 204 向在端點(diǎn)A的SA 204發(fā)送SIP INVITE響應(yīng)(SIP 200 OK + SDP主體) (p) 。 SIP INVITE響應(yīng)包括用于確認(rèn)為建立全雙工通信所要求的RTP 連接參數(shù)的SDP主體。SIP INVITE響應(yīng)是對在步驟(e)的SIP INVITE 請求的回答。在端點(diǎn)A的SA 204確認(rèn)SIP 200 OK響應(yīng)以便完成SIP信 號交換(q)。在端點(diǎn)A， SA 204發(fā)送用于表明在步驟(d)所請求的連接已成功 建立的SA INVITE響應(yīng)(r)。此消息包括用于唯一標(biāo)識所述呼叫的 呼叫標(biāo)識符，以及在端點(diǎn)B用于媒體連接的主機(jī)和端口的網(wǎng)絡(luò)地址。 在端點(diǎn)A的UA 202隨后向用戶應(yīng)用150發(fā)送用于表明在步驟(a)所請 求的連接被成功建立的CALL響應(yīng)(s)，并且向MA 206發(fā)送PEER請求 (t)，其具有在SA INVITE響應(yīng)中所包含的RTP連接參數(shù)。在端點(diǎn)B, SA 204響應(yīng)于SIP ACK向UA 202發(fā)送ACK請求(u),其用于表明與端 點(diǎn)A的連接被成功建立。UA 202隨后向用戶應(yīng)用150發(fā)送用于表明建 立與端點(diǎn)A連接的ACCEPT響應(yīng)(v)。端點(diǎn)A和B現(xiàn)在可以開始發(fā)送并 接收RTP媒體(w)。為了結(jié)束會話，在端點(diǎn)A的用戶應(yīng)用150向其UA 202發(fā)送HANG-UP
請求(x)。端點(diǎn)B還可以依照相同的方式來結(jié)束會話。在端點(diǎn)A的UA 202向在端點(diǎn)B的SA 204發(fā)送用于表明在請求中所指定的RTP會話應(yīng)當(dāng) 被結(jié)束的SA BYE請求(y) 。 SA 204根據(jù)在步驟(p)所建立的SIP會 話參數(shù)來產(chǎn)生SIP BYE請求(z)并且向端點(diǎn)B發(fā)送此消息。在端點(diǎn)B 的SA 204接收SIP BYE請求并且應(yīng)答以便確認(rèn)收到所述消息(aa )。 在端點(diǎn)A， SA 204向UA 202發(fā)送用于確認(rèn)RTP會話^皮關(guān)閉的BYE響應(yīng)(bb) 。 UA 202向用戶應(yīng)用150發(fā)送HANGUP響應(yīng)(cc )以^更向用戶應(yīng) 用150通知RTP會話被關(guān)閉，并且向MA 206發(fā)送CL0SE請求(dd )以便 關(guān)閉為所述RTP會話所打開的連接。在端點(diǎn)B的SA 204產(chǎn)生BYE請求并 且把所述BYE請求轉(zhuǎn)送到UA 202 ( ee )，所述BYE請求用于表明RTP會 話已經(jīng)被關(guān)閉。在端點(diǎn)B的UA 202向用戶應(yīng)用150發(fā)送HANGUP請求(ff )以便向用戶應(yīng)用通知RTP會話被關(guān)閉，并且向MA 206發(fā)送CLOSE 請求(gg)以便關(guān)閉為所述媒體會話所打開的連接(gg)。圖8圖示了包括用于JAVA應(yīng)用的應(yīng)用接口的媒體客戶端200的另 一實(shí)施例。如前所述，在圖8中所示出的實(shí)施例包括UA 202、 SA 204 和MA 206。除本地的UA API之外，圖8中的媒體客戶端200還包括用 于JAVA應(yīng)用的JAVA應(yīng)用接口 (JAVA API) 。 JAVA API是面向連接的 應(yīng)用接口。 JAVA API包括使JAVA應(yīng)用能夠向SIP代理登記、打開連接(呼叫)、查詢遠(yuǎn)程端的能力、發(fā)送/接收消息、重定向媒體字符串 以及掛起連接的命令。像本地IMA API的JAVA API提供了高級抽象， 用于使JAVA應(yīng)用與諸如SIP和SDP之類的低級協(xié)議的細(xì)節(jié)相隔離。 JAVA API使JAVA應(yīng)用能夠與用戶代理通信，同時(shí)信令代理和媒體代 理處理基礎(chǔ)的信令和媒體操作。具有JAVA API的媒體客戶端200通過 處理通常在JAVA應(yīng)用中所發(fā)現(xiàn)的信令和操作任務(wù)來使JAVA應(yīng)用更易 于寫入。因?yàn)镴AVA應(yīng)用不會直接訪問更低級的協(xié)議，諸如SIP和SDP,同的移4終端中X作。此外，'劣質(zhì)JAV:;用在網(wǎng)絡(luò)內(nèi)造成問題的: 會變得更小。J A V A應(yīng)用還不必?fù)?dān)心直接訪問低級協(xié)議所帶來的配置 和部署問題。作為替代，配置和部署問題由媒體客戶端200來處理。 設(shè)備制造商已經(jīng)使用用戶化過程來配置具體到特定操作者網(wǎng)絡(luò)的設(shè) 置并且可以容易地為特定的操作者網(wǎng)絡(luò)來配置媒體客戶端200。在本發(fā)明的某些實(shí)施例中，MA 206能夠把媒體直接路由到媒體再
現(xiàn)設(shè)備，當(dāng)用戶應(yīng)用150不需要處理數(shù)據(jù)時(shí)繞過所述用戶應(yīng)用150。 例如在媒體流送中，用戶應(yīng)用150典型情況下接收媒體流并且把媒體 流輸出到媒體播放器而沒有任何數(shù)據(jù)處理。在此情況中，MA 206可 以把媒體流直接路由到媒體播放器。圖9圖示了從遠(yuǎn)程設(shè)備到本地媒 體再現(xiàn)設(shè)備(例如，移動(dòng)終端100的揚(yáng)聲器和/或顯示器)的典型媒 體(例如，視頻或音頻)流送。媒體流穿過協(xié)議堆棧的較低層并且 被MA 206直接路由到媒體播放器，諸如視頻解碼器。媒體流經(jīng)由IP、 UDP和RTP堆棧向上傳遞到視頻解碼器。圖9還圖示了從照相機(jī)經(jīng)由 RTP、 UDP和IP堆棧向下傳遞的輸出以便傳輸?shù)竭h(yuǎn)程設(shè)備。媒體流和 攝像機(jī)輸出都未流入到MA 204的高層或應(yīng)用層。在一些應(yīng)用中，用 戶應(yīng)用150可能想要接收媒體流。圖10圖示了向/從用戶應(yīng)用的典型 媒體流。在本發(fā)明的優(yōu)選實(shí)施例中，用戶應(yīng)用150可以指導(dǎo)怎樣路由媒體 或消息。為了能夠由用戶應(yīng)用150選擇性路由媒體，UA API可以包括 由用戶應(yīng)用150發(fā)送到媒體客戶端200的SETROUTE請求以便為媒體流 指定特定的源或匯點(diǎn)。源或匯點(diǎn)可以在移動(dòng)終端100內(nèi)部或外部。MA API包括相應(yīng)的SETROUTE請求，其由UA 202發(fā)送到MA 206以便配置用 于指定將怎樣路由媒體流的路由表。UA API和MA API還可以包括用 于控制媒體流的其它請求，諸如用于暫?；顒?dòng)媒體流的PAUSE請求和 用于恢復(fù)所暫停媒體流的RESUME請求。圖11和12圖示了其中可以使用本發(fā)明的媒體客戶端200的各個(gè)方 式。圖ll圖示了三個(gè)網(wǎng)絡(luò)通信設(shè)備——移動(dòng)設(shè)備IOO、攝像機(jī)300和 視頻播放器350 。移動(dòng)設(shè)備100包括如圖3中所圖示的媒體客戶端 200，包括UA 202、 SA 204和MA 206。視頻播放器350包括MA 206。 在此例子中，移動(dòng)設(shè)備100的用戶希望播放從攝像機(jī)300到遠(yuǎn)程視頻 播放器350的視頻。這例如對于人們當(dāng)離開度假時(shí)監(jiān)視他們的家來說 是有用的。移動(dòng)設(shè)備100中的UA 202與遠(yuǎn)程視頻播放器350中的MA 206 建立TCP連接。移動(dòng)設(shè)備100中的SA 204使用SIP與攝像機(jī)300建立信 令連接。在移動(dòng)設(shè)備IOO、攝像機(jī)300和視頻播放器之間的通信在因 特網(wǎng)或其它通信網(wǎng)絡(luò)12上是對等的。為了發(fā)起媒體會話，移動(dòng)設(shè)備100中的應(yīng)用150使用在圖7中所示 出的過程。應(yīng)用150通過向UA 202發(fā)送CALL請求來發(fā)起媒體會話，所
述UA 202也位于移動(dòng)設(shè)備100中。移動(dòng)設(shè)備100中的UA 202向遠(yuǎn)程凈見 頻播放器350中的MA 206發(fā)送0PEN請求以便打開用于RTP會話的UDP套 接字連接。經(jīng)由TCP套接字連接來發(fā)送OPEN請求。應(yīng)當(dāng)注意，在此例 子中移動(dòng)設(shè)備100控制遠(yuǎn)程定位的MA 206。視頻播放器350中的MA 206 把用于RTP連接的網(wǎng)絡(luò)地址和端口返回到移動(dòng)設(shè)備100中的UA 202。 UA 202通過向SA 204發(fā)送INVITE請求來命令SA 204建立RTP會話。SA 204也位于移動(dòng)設(shè)備100中。INVITE請求包括由視頻播放器350中的MA 206所提供的網(wǎng)絡(luò)地址和端口 。由視頻播放器350所提供的網(wǎng)絡(luò)地址 和端口包括在被發(fā)送到攝像機(jī)300的SIP INVITE中。攝像機(jī)300把用 于RTP連接的網(wǎng)絡(luò)地址和端口返回到移動(dòng)設(shè)備100中的SA 204，所述 SA 204隨后向UA 202提供此信息。移動(dòng)設(shè)備100中的UA 202向視頻播 放器350中的MA 206發(fā)送PEER請求，其包含由攝像機(jī)300所提供的網(wǎng) 絡(luò)地址和端口以便在視頻播放器350和攝像機(jī)300之間建立RTP連 接。然后視頻播放器350可以接收來自攝像機(jī)300的視頻流。在圖12所示出的例子中，存在兩個(gè)網(wǎng)絡(luò)通信設(shè)備——移動(dòng)設(shè)備 100和DVR/DVD播放器400,其在這里被簡單地認(rèn)為是DVD播放器400。 移動(dòng)設(shè)備100的用戶希望播放從遠(yuǎn)程DVD播放器400到移動(dòng)設(shè)備100的 DVD或存儲的數(shù)字視頻。DVD播放器400例如可以位于用戶的家里。移 動(dòng)設(shè)備100和DVD播放器400都包括如圖3所示的媒體客戶端。DVD播放 器400中的應(yīng)用控制DVD播放器400的操作并且如下所述能夠經(jīng)由因 特網(wǎng)來進(jìn)行遙控。移動(dòng)設(shè)備100通過使用MSRP向DVD播放器400發(fā)送命 令來遠(yuǎn)程控制DVD播放器4 00 。遙控指令被作為文本消息從移動(dòng)設(shè)備 100發(fā)送到DVD播放器400。適于DVD播放器的示例性命令包括"播 放"、"停止"、"暫停"、"恢復(fù)"、"快進(jìn)"和"選擇"。使用 經(jīng)由MSRP所發(fā)送的基于文本的命令，移動(dòng)設(shè)備100可以命令DVD播放 器400把視頻和/或音頻經(jīng)由因特網(wǎng)流送到移動(dòng)設(shè)備100。為了遠(yuǎn)程控制DVD播放器400，移動(dòng)設(shè)備100與DVD播放器400建立 MSRP會話來用于向DVD播放器傳輸命令和/或控制信號，并且建立獨(dú) 立的RTP會話以便把視頻和/或音頻從DVD播放器400流送到移動(dòng)設(shè)備 100。分別使用如圖6和7所示的過程來建立MSRP和RTP會話。使用 MSRP，移動(dòng)設(shè)備100向DVD播放器400發(fā)送作為文本消息的命令。在此 例子中，MSRP消息被DVD播放器400中的媒體客戶端200傳遞到應(yīng)用150,這里被稱作為遙控應(yīng)用，DVD播放器400中的遙控應(yīng)用150分析 由移動(dòng)設(shè)備100所發(fā)送的命令并且相應(yīng)地控制DVD播放器400。如圖8 和9所示，DVD播放器400可以具有用于有選擇地路由媒體流的能力。 DVD播放器400中的遙控應(yīng)用150使用SETROUTE請求可以命令DVD播放 器400在RTP會話內(nèi)向移動(dòng)設(shè)備100發(fā)送視頻和/或音頻流。那些本領(lǐng) 域技術(shù)人員還會認(rèn)識到移動(dòng)設(shè)備100可以命令DVD播放器400向另一 遠(yuǎn)程聯(lián)網(wǎng)的通信設(shè)備發(fā)送媒體。圖12中所圖示的方法可以用來遠(yuǎn)程控制各式各樣的設(shè)備，諸如攝 像機(jī)、數(shù)字式靜物攝影機(jī)、打印機(jī)、掃描器、復(fù)印機(jī)、家庭立體聲 系統(tǒng)、電視或計(jì)算機(jī)。那些本領(lǐng)域技術(shù)人員還應(yīng)當(dāng)認(rèn)識到，可以把 媒體從移動(dòng)設(shè)備100流送到遠(yuǎn)程設(shè)備。例如，本發(fā)明可以用來把音頻 從便攜式DVD或CD播放器流送到家庭計(jì)算機(jī)以便所述音頻可以被記 錄并存儲在所述家庭計(jì)算機(jī)上。作為另一例子，本發(fā)明可以用來把 視頻和/或音頻從便攜式攝像機(jī)流送到家庭計(jì)算機(jī)以便把所述視頻 和/或音頻記錄并存儲在所述家庭計(jì)算機(jī)上。當(dāng)然在不脫離本發(fā)明的精神和本質(zhì)特征的情況下可以依照除這 里所闡明的那些之外的其它具體方式來實(shí)施本發(fā)明。因此本實(shí)施例 在各個(gè)方面將被認(rèn)為是說明性的而并非是限制性的，并且在所附權(quán) 利要求的意思和等效范圍內(nèi)的所有變化都旨在包含在本發(fā)明的范圍 內(nèi)。
權(quán)利要求
1.一種用于聯(lián)網(wǎng)通信設(shè)備(100)的媒體客戶端(200)，包括用戶代理(202)，用于與所述聯(lián)網(wǎng)通信設(shè)備(100)中的多媒體應(yīng)用(150)通信；第一網(wǎng)絡(luò)接口(208)，用于在所述用戶代理(202)和多媒體應(yīng)用(150)之間通信；信令代理(204)，在所述用戶代理(202)的控制下執(zhí)行信令操作以便建立并終止通信會話；和媒體代理(206)，在所述用戶代理(202)的控制下發(fā)送并接收多媒體消息。
2. 如權(quán)利要求l所述的媒體客戶端(200 ),其中所述用戶代理 (202 )遠(yuǎn)離于所述多媒體應(yīng)用(l50)。
3. 如權(quán)利要求2所述的媒體客戶端(200 ),其中所述用戶代理 (202 )位于網(wǎng)絡(luò)服務(wù)器(40)中。
4. 如權(quán)利要求l所述的媒體客戶端(200 )，進(jìn)一步包括第二網(wǎng) 絡(luò)接口 (210),用于在所述用戶代理(202 )和信令代理(204 )之 間通信。
5. 如權(quán)利要求4所述的媒體客戶端(200 )，其中所述信令代理 (204 )遠(yuǎn)離于所述多媒體應(yīng)用(150)。
6. 如權(quán)利要求5所述的媒體客戶端(500 ),其中所述信令代理 (2(H)位于網(wǎng)絡(luò)服務(wù)器(40)中。
7. 如權(quán)利要求4所述的媒體客戶端(200 )，其中所述信令代理 (204 )遠(yuǎn)離于所述用戶代理(202 )。
8. 如權(quán)利要求4所述的媒體客戶端(200 )，進(jìn)一步包括第三網(wǎng) 絡(luò)接口 (212)，用于在所述用戶代理(202 )和媒體代理(206 )之 間通信。
9. 如權(quán)利要求8所述的媒體客戶端(200 )，其中所述媒體代理 (206 )遠(yuǎn)離于所述多媒體應(yīng)用(l50)。
10. 如權(quán)利要求9所述的媒體客戶端(200 )，其中所述媒體代 理(206 )位于網(wǎng)絡(luò)服務(wù)器(40)中。
11. 如權(quán)利要求9所述的媒體客戶端(200 )，其中所述媒體代 理(206 )遠(yuǎn)離于所述用戶代理(202 )。
12. 如權(quán)利要求8所述的媒體客戶端(200 )，其中所述第一、 第二和第三網(wǎng)絡(luò)接口 ( 208， 210， 212)包括TCP連接。
13. 如權(quán)利要求l所述的媒體客戶端(200 )，其中所述用戶代 理(202 )、信令代理(204 )和媒體代理(206 )位于通信網(wǎng)絡(luò)(10) 的網(wǎng)絡(luò)服務(wù)器(40)內(nèi)，并且其中所述多媒體應(yīng)用(150)位于所述 聯(lián)網(wǎng)通信設(shè)備(100)中并且遠(yuǎn)程訪問所述媒體客戶端(200 )。
14. 如權(quán)利要求8所述的媒體客戶端(200 )，其中所述信令代 理(204 )和媒體代理(206 )位于通信網(wǎng)絡(luò)(10 )的網(wǎng)絡(luò)服務(wù)器(40 ) 內(nèi)，并且其中所述用戶代理(202 )位于所述聯(lián)網(wǎng)通信設(shè)備(100) 中并且遠(yuǎn)程訪問所述信令和媒體代理(204， 206 )。
15. 如權(quán)利要求l所述的媒體客戶端(200 )，其中所述媒體代 理(206 )響應(yīng)于來自所述多媒體應(yīng)用(150)的命令來有選擇地在 所述多媒體應(yīng)用(150)和一個(gè)或多個(gè)媒體播放器(300, 350 )之間 路由媒體流。
16. 如權(quán)利要求l所述的媒體客戶端(200 ),其中所述用戶代 理(202 )包括JAVA應(yīng)用接口 (214)。
17. —種被配置為向位于聯(lián)網(wǎng)通信設(shè)備(100)中的多媒體應(yīng)用 (150)提供多媒體支持的媒體客戶端(200 ),所述聯(lián)網(wǎng)通信設(shè)備 (100)通信地鏈接到通信網(wǎng)絡(luò)(10)，所述媒體客戶端(200 )包括用戶代理(202 )，用于與所述聯(lián)網(wǎng)通信設(shè)備(100)中的多媒體 應(yīng)用(150)通信；信令代理(204 ),在所述用戶代理(202 )的控制下執(zhí)行信令操 作以便建立并終止通信會話；和媒體代理(206 )，在所述用戶代理(202 )的控制下發(fā)送并接收 多媒體消息；其中所述一個(gè)或多個(gè)代理(202， 204, 206 )遠(yuǎn)離于所述聯(lián)網(wǎng)通 信設(shè)備(100)。
18，如權(quán)利要求17所述的媒體客戶端(200 ),其中所述遠(yuǎn)程代 理(202， 204， 206 )包括用于支持經(jīng)由通信網(wǎng)絡(luò)(10)與遠(yuǎn)程代理 (202， 204， 206 )通信的網(wǎng)絡(luò)接口 ( 208， 210, 212)。
19.如權(quán)利要求17所迷的媒體客戶端(200 )，其中所述用戶代理(202 )、信令代理(204 )和媒體代理(206 )遠(yuǎn)離于所述聯(lián)網(wǎng)通 信設(shè)備(100)并且其中所述用戶代理(202 )具有用于在所述多媒 體應(yīng)用(150)和用戶代理(202 )之間通信的網(wǎng)絡(luò)接口 ( 208 )。
20. 如權(quán)利要求19所述的媒體客戶端(200 )，其中所述用戶代 理(202 )、信令代理(204 )和媒體代理(206 )位于所述通信網(wǎng)絡(luò)(10)中并且可經(jīng)由所述通信網(wǎng)絡(luò)(10)來訪問。
21. 如權(quán)利要求17所述的媒體客戶端(200 )，其中所述用戶代 理(202 )位于所述聯(lián)網(wǎng)通信設(shè)備(100)中并且其中所述信令代理(204 )遠(yuǎn)離于所述聯(lián)網(wǎng)通信設(shè)備(100)并且具有能夠在所述用戶 代理(202 )和信令代理(204 )之間通信的網(wǎng)絡(luò)接口 (210)。
22. 如權(quán)利要求21所述的媒體客戶端(200 ),其中所述信令代 理(204 )位于所述通信網(wǎng)絡(luò)(10)中并且可經(jīng)由所述通信網(wǎng)絡(luò)(10) 來訪問。
23. 如權(quán)利要求17所述的媒體客戶端(200 ),其中所述用戶代 理(202 )位于所述聯(lián)網(wǎng)通信設(shè)備(100)中并且其中所述媒體代理(206 )遠(yuǎn)離于所述聯(lián)網(wǎng)通信設(shè)備(100)并且具有能夠在所述用戶 代理(202 )和媒體代理(206 )之間通信的網(wǎng)絡(luò)接口 (212)。
24. 如權(quán)利要求23所述的媒體客戶端(200 )，其中所述媒體代 理(206 )位于所述通信網(wǎng)絡(luò)(10)中并且可經(jīng)由所述通信網(wǎng)絡(luò)(10) 來訪問。
25. 如權(quán)利要求23所述的媒體客戶端(200 ),其中所述媒體代 理(206 )位于另一聯(lián)網(wǎng)通信設(shè)備(100)中并且可經(jīng)由通信網(wǎng)絡(luò)(10) 來訪問。
26. —種用于為移動(dòng)設(shè)備(100)建立媒體會話的方法，包括 把媒體客戶端(200 )的組件存儲在網(wǎng)絡(luò)服務(wù)器(40)中，其中所述媒體客戶端(200 )與所述移動(dòng)設(shè)備(100)中的媒體應(yīng)用(150) 通信；由所述媒體客戶端(200 )接收來自所述媒體應(yīng)用(150)的應(yīng)用命令；由所述媒體客戶端(200 )響應(yīng)于所述應(yīng)用命令來執(zhí)行媒體和信 令操作以便建立媒體會話。
27. 如權(quán)利要求26所述的方法，其中所述媒體客戶端(200 )包 括用于與所述媒體應(yīng)用(150)通信的用戶代理(202 )、在所述用 戶代理(202 )的控制下建立并終止媒體會話的信令代理(204 )以 及在所述用戶代理(202 )的控制下發(fā)送并接收媒體的媒體代理 (206 )。
28. 如權(quán)利要求27所述的方法，其中所述用戶代理(202 )位于 所述網(wǎng)絡(luò)服務(wù)器MO)中并且經(jīng)由第一網(wǎng)絡(luò)接口 ( 208 )與所述媒體 應(yīng)用(150)通信。
29. 如權(quán)利要求28所述的方法，其中所述信令代理(204 )遠(yuǎn)離 所述用戶代理(202 )位于所述網(wǎng)絡(luò)(10)中。
30. 如權(quán)利要求29所述的方法，進(jìn)一步包括 在所述用戶代理(202 )和信令代理(204 )之間建立第二網(wǎng)絡(luò)接口 ( 210);并且經(jīng)由所述第二網(wǎng)絡(luò)接口 ( 210)在所述用戶代理(202 )和信令代 理(204 )之間發(fā)送通信。
31. 如權(quán)利要求30所述的方法，其中所述媒體代理(206 )遠(yuǎn)離 所述用戶代理(202 )位于所述網(wǎng)絡(luò)(10)中。
32. 如權(quán)利要求31所述的方法，進(jìn)一步包括 在所述用戶代理(202 )和媒體代理(206 )之間建立第三網(wǎng)絡(luò)接口 ( 212);并且經(jīng)由所述第三網(wǎng)絡(luò)接口 ( 212)在所述用戶代理(202 )和媒體代 理(206 )之間發(fā)送通信。
33. 如權(quán)利要求27所述的方法，其中所述信令代理(204 )位于 所述網(wǎng)絡(luò)服務(wù)器(40)中。
34. 如權(quán)利要求33所述的方法，其中所述信令代理(204 )經(jīng)由 網(wǎng)絡(luò)接口 (210)與所述用戶代理(202 )通信，并且其中所述用戶 代理(202 )位于所述移動(dòng)設(shè)備(100)中。
35. 如權(quán)利要求27所述的方法，其中所述媒體代理(206 )位于 所述網(wǎng)絡(luò)(10)中。
36. 如權(quán)利要求35所述的方法，其中所述媒體代理(206 )經(jīng)由 網(wǎng)絡(luò)接口 (212)與所述用戶代理(202 )通信，并且其中所述用戶 代理(202 )位于所述移動(dòng)設(shè)備(100 )中。
全文摘要
一種用于聯(lián)網(wǎng)通信設(shè)備(100)的媒體客戶端(200)包括用于與所述聯(lián)網(wǎng)通信設(shè)備(100)中的多媒體應(yīng)用(150)通信的用戶代理(202)。所述用戶代理(202)向多媒體應(yīng)用(150)提供高級應(yīng)用接口。信令代理(204)在所述用戶代理(202)的控制下執(zhí)行為建立并維護(hù)通信會話所必須的信令操作。媒體代理(206)在所述用戶代理(202)的控制下執(zhí)行媒體操作。媒體客戶端(200)可以位于網(wǎng)絡(luò)(10)中并且由多媒體應(yīng)用(150)遠(yuǎn)程訪問。用戶代理(202)、信令代理(204)和媒體代理(206)具有網(wǎng)絡(luò)接口(208，210，212)，用于使這些元件能夠在所述網(wǎng)絡(luò)(10)內(nèi)被分布并且遠(yuǎn)程訪問。
文檔編號H04L29/06GK101133616SQ200580048821
公開日2008年2月27日 申請日期2005年7月11日 優(yōu)先權(quán)日2004年12月31日
發(fā)明者D·W·肖普, J·W·本內(nèi)特, S·馬杜拉 申請人:索尼愛立信移動(dòng)通訊股份有限公司