專利名稱：經(jīng)通信網(wǎng)絡(luò)遠程控制媒體裝置的方法
經(jīng)通信網(wǎng)絡(luò)遠禾呈控制媒體裝置的方法發(fā)明背景移動和IP網(wǎng)絡(luò)的融合使業(yè)務(wù)提供商能夠向移動用戶提供以前 只可供諸如因特網(wǎng)等固定網(wǎng)絡(luò)中的用戶使用的新IP業(yè)務(wù)。此外， 移動和IP網(wǎng)絡(luò)的融合將使諸如蜂窩電話和個人數(shù)字助理等移動裝 置能夠與其它網(wǎng)絡(luò)裝置通信。這種融合將允許以新方式使用移動裝 置，以增強移動裝置的利用，豐富用戶體驗。移動裝置的一個可能 使用是遠程控制媒體裝置，如^ 某體記錄器(例如錄像機和錄音機)、 媒體播放器(例如視頻和音頻播放器)和媒體存儲裝置。發(fā)明內(nèi)容本發(fā)明涉及經(jīng)諸如因特網(wǎng)等通信網(wǎng)絡(luò)的媒體裝置遠程控制。遠 程裝置和媒體裝置均包括管理媒體連接的媒體代理。遠程裝置與受 到控制的媒體裝置建立媒體會話。在媒體會話上下文中媒體裝置將 控制消息作為多媒體消息發(fā)送到媒體裝置。在一個示范實施例中，媒體裝置可建立并發(fā)媒體會話。并發(fā)會 話中的一個會話建立在媒體裝置與遠程裝置之間，以便將控制命令 從遠程裝置發(fā)送到媒體裝置。另 一并發(fā)會話用于向或從媒體裝置發(fā) 射媒體。第二媒體會話可與遠程裝置或與另一裝置建立。


圖1是可使用本發(fā)明媒體客戶端的無線通信網(wǎng)絡(luò)的功能框圖。圖2是示出移動通信網(wǎng)絡(luò)中IP多媒體子系統(tǒng)(IMS)基本組件的 框圖。圖3示出根據(jù)本發(fā)明的媒體客戶端的體系結(jié)構(gòu)。 圖4示出實現(xiàn)i某體客戶端的各種方法。
圖5是示出SIP登記過程的呼叫流程圖。圖6是示出MSRP ^S舌的呼叫流程圖。 圖7是示出RTP會話的呼叫流程圖。圖8示出具有JAVA應(yīng)用接口的々某體客戶端的備選實施例。圖9和圖IO示出根據(jù)本發(fā)明的媒體內(nèi)容選擇性路由。圖11示出一個應(yīng)用，其中本發(fā)明用于在視頻服務(wù)器與遠程視頻播放器之間建立媒體會話。圖12示出一個應(yīng)用，其中本發(fā)明用于遠程控制DVD播放器并將媒體從遠程DVD播放器流式傳輸?shù)揭苿油ㄐ叛b置。具體實現(xiàn)方式圖1示出可采用本發(fā)明的移動通信網(wǎng)絡(luò)10。雖然本發(fā)明在移 動通信網(wǎng)絡(luò)10的上下文中描述，但本領(lǐng)域的技術(shù)人員將理解，本發(fā)明也可在固定網(wǎng)絡(luò)中用于固定連網(wǎng)通信裝置之間的通信。術(shù)語"連 網(wǎng)通信裝置"在本文中使用時包括能夠通過諸如因特網(wǎng)等網(wǎng)絡(luò)通信 的任何裝置。移動通信網(wǎng)絡(luò)10包括無線電接入網(wǎng)絡(luò)(RAN)20、核心網(wǎng)絡(luò)(CN) 30和IP多媒體子系統(tǒng)(IMS) 40。 RAN 20支持通過空中接口與移動 終端100的無線電通信。移動終端100是如本文中使用的該術(shù)語表 示的連網(wǎng)的通信裝置。移動通信網(wǎng)絡(luò)10 —般包括不止一個RAN 20, 但圖1中只顯示了一個RAN。 CN 30為諸如WEB瀏覽和電子郵件 等分組交換業(yè)務(wù)提供到因特網(wǎng)12或其它分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)的連 接，并可為諸如話音和傳真業(yè)務(wù)等電路交換業(yè)務(wù)提供到公共交換電 話網(wǎng)絡(luò)(PSTN) 14和/或綜合數(shù)字業(yè)務(wù)網(wǎng)絡(luò)(ISDN) 16的連接。CN 30 例如可包括通用分組無線電業(yè)務(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é)點(GGSN)或用于 CDMA2000網(wǎng)絡(luò)的分組數(shù)據(jù)服務(wù)節(jié)點(PDSN)。 IMS 40將接入獨立、
基于IP的多媒體業(yè)務(wù)提供到移動終端100，并支持各種IP業(yè)務(wù)， 包括基于IP的話音(VoIP)、視頻和音頻流式傳輸、電子郵件、WEB 瀏覽、視頻會議、即時消息傳遞、存在和其它業(yè)務(wù)。IMS 40使用開放接口和諸如會話啟動協(xié)議(SIP)等接入獨立的 會話控制協(xié)議(SCP)支持多媒體應(yīng)用。會話描述協(xié)議(SDP)用于媒體 協(xié)商。SDP在IETF RFC 2327和3264中描述。SIP是用于在一個或 多個參與者之間建立、修改和終止通信會話的會話控制協(xié)議。這些 會話例如可包括因特網(wǎng)多媒體會議、因特網(wǎng)電話呼叫和多媒體分 發(fā)。SIP在IETF文檔RFC 3261中描述。雖然如本文中所述的本發(fā) 明優(yōu)選實施例使用SIP，但本領(lǐng)域的技術(shù)人員將理解，本發(fā)明也可 使用其它SCP。類似于SIP的另一公知協(xié)議是H. 323。 SIP的細節(jié) 不是本發(fā)明的內(nèi)容，但下面提供了 SIP的簡要概述以便更好地將本 發(fā)明置于上下文中。SIP是一種信令協(xié)議，其l吏用基于ASCII的信令消息在兩個或 更多個參與者之間建立通信會話。用戶通過在本文中稱為SIP地址 的唯一地址標識。用戶使用其指定的SIP地址向登記員服務(wù)器登記。 登記員服務(wù)器在請求時將此地址提供到位置服務(wù)器。用戶啟動呼叫時，SIP請求發(fā)送到SIP服務(wù)器(代理服務(wù)器或重 定向服務(wù)器)。請求包括在消息標題中的主叫方地址和被叫方地址。 如果代理服務(wù)器接收SIP請求，它將SIP請求轉(zhuǎn)發(fā)到被叫方。被叫 方可以為另一用戶，或者可以為用戶的歸屬網(wǎng)絡(luò)中的應(yīng)用服務(wù)器。 被叫方響應(yīng)代理服務(wù)器，而代理服務(wù)器又將該響應(yīng)轉(zhuǎn)發(fā)到主叫方。 主叫方確認該響應(yīng)，隨后在主叫方與被叫方之間建立會話。IETF RFC 中所述的實時傳送協(xié)議(RTP)或正TF RFC中所述的消息會話中繼協(xié) 議(MSRP)用于主叫方與#皮叫方之間的通信。如果重定向服務(wù)器接收到SIP請求，則重定向服務(wù)器聯(lián)系位置 服務(wù)器以確定到被叫方的路徑，并隨后將該信息發(fā)送到主叫方。主 叫方確認信息的接收，并隨后將SIP請求重新發(fā)送到在重定向信息
中標識的服務(wù)器(其可能為代理服務(wù)器的被叫方)。當(dāng)SIP請求到達 被叫方時，被叫方做出響應(yīng)，并且主叫方確認該響應(yīng)。隨后，使用RTP或MSRP開始通信。SIP只用于處理與呼叫控制和會話管理有 關(guān)的信令消息。如上所述，SIP使移動通信網(wǎng)絡(luò)10內(nèi)的應(yīng)用能夠建立通信會 話。該應(yīng)用可位于移動終端100中或IMS 40中的應(yīng)用服務(wù)器中。 另外，該應(yīng)用可位于不同的網(wǎng)全各10中。圖2示出IMS 40的基本部件及其與CN 30的關(guān)系。IMS 40包 括通過IP網(wǎng)絡(luò)互連的一個或多個呼叫狀態(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。 IMS 40還可包括向移 動終端100提供多媒體業(yè)務(wù)的應(yīng)用服務(wù)器52。 CSCF 42充當(dāng)SIP服 務(wù)器，以處理用于建立、修改和終止通信會話的會話控制信令。CSCF 42執(zhí)行的功能包括呼叫控制、地址轉(zhuǎn)換、認證、能力協(xié)商及用戶簡 檔管理。HSS 50與CSCF 42對接以提供有關(guān)用戶的當(dāng)前位置和預(yù) 訂信息的信息。應(yīng)用服務(wù)器50向移動終端100提供多媒體業(yè)務(wù)或 其它IP業(yè)務(wù)。MGCF 44、 MGW46和T-SGW48支持與諸如PSTN 或ISDN等外部網(wǎng)絡(luò)的互連。MGCF 44控制管理外部網(wǎng)絡(luò)與IMS 40 之間連4妄的一個或多個MGW 46。 MGCF 44配置MGW 46，并將SIP 消息轉(zhuǎn)換為不同的格式，諸如ISDN用戶部分(ISUP)消息。MGCF 44 將轉(zhuǎn)換的消息轉(zhuǎn)發(fā)到T-SGW 48,該網(wǎng)關(guān)將IMS 40對接到諸如SS7 網(wǎng)絡(luò)等外部信令網(wǎng)絡(luò)。T-SGW 48包括協(xié)議轉(zhuǎn)換器，以將IP消息轉(zhuǎn) 換成SS7,且反之亦然。IMS 40可包括圖2未示出且對理解本發(fā)明 不重要的另外部件。本發(fā)明為移動終端100提供圖3所示的媒體客戶端200，以便 向移動終端100提供SIP和IMS能力。力某體客戶端200可與移動通 信網(wǎng)絡(luò)10中的IMS 40通信，以便向移動終端100提供IP業(yè)務(wù)。 另外，媒體客戶端200可通過諸如因特網(wǎng)等通信網(wǎng)絡(luò)直接與其它網(wǎng)絡(luò)裝置通信?？商峁┑臉I(yè)務(wù)示例包括無線一鍵通(PoC)、存在和即時消息傳遞(IM)、視頻和音頻流式傳輸、基于IP的話音傳送、視頻會議、交互游戲、白板及內(nèi)容共享。媒體客戶端200與用戶應(yīng)用150 通信，并提供將用戶應(yīng)用150與底層網(wǎng)絡(luò)協(xié)議細節(jié)隔開的高級應(yīng)用 接口。媒體連接在用戶應(yīng)用150看來是可通過簡單地打開、關(guān)閉、 讀和寫命令操控的簡單數(shù)據(jù)流，也稱為管道。圖3示出媒體客戶端200的基本體系結(jié)構(gòu)。i某體客戶端200包 括用戶代理(UA)202、信令代理(SA) 204和媒體代理(MA) 206。 UA 202與用戶應(yīng)用150通信，并將應(yīng)用命令轉(zhuǎn)換為適當(dāng)?shù)男帕詈兔襟w 操作。SA 204和MA 206在UA202的控制和指導(dǎo)下操作。UA 202 對連接管理有全面的控制，并分別將信令和媒體管理任務(wù)委托給SA 204和MA 206。在所示實施例中，SA 204實現(xiàn)SIP和SDP協(xié)議以 處理信令任務(wù)。SA 204使用基于IP的UDP傳輸消息。諸如H.323 等其它會話控制協(xié)議也可使用。信令任務(wù)包括建立、修改和取消通 信會話、協(xié)商會話參數(shù)、詢問遠程裝置以確定能力以及存在檢測。 MA 206實現(xiàn)消息會話中繼協(xié)議(MSRP)和實時傳輸協(xié)議(RTP)，并 包括一 個或多個媒體播放器以處理媒體和輸出媒體到媒體再現(xiàn)裝 置。MA 206管理媒體連接，根據(jù)媒體類型和用戶設(shè)置路由媒體， 并調(diào)用媒體播放器以根據(jù)需要處理媒體。MA206使用TCP和/或基 于IP的UDP傳輸RTP和MSRP消息。在一些實現(xiàn)中，可采用單片方案，在單個應(yīng)用中將UA202、 SA 204和MA 206集成在一起。在圖3所示實施例中，UA202、 SA204 和MA206之間的網(wǎng)^4妄口 208、210和212允許其中UA202、SA204 和MA 206可以為分布在移動通信網(wǎng)絡(luò)10內(nèi)的單獨應(yīng)用的實現(xiàn)。 接口 208、 120、 212可4吏用TCP插口連接或其它類型網(wǎng)絡(luò)接口 ， 允許從用戶應(yīng)用150遠程定位UA 202、 SA 204和/或MA 206。分布式方案與單片方案相比有幾個優(yōu)點。媒體客戶端200可位 于IMS 40或其它IP網(wǎng)絡(luò)中的網(wǎng)絡(luò)服務(wù)器中，并可由移動終端100
例如使用TELNET打開插口連接而遠程訪問。因此，IMS業(yè)務(wù)可提 供到無固有IMS能力的移動終端100。 UA 202、 SA 204和MA 206 的分開允許這些部件分布在網(wǎng)全各10內(nèi)，以便UA 202、 SA 204和 MA 206可位于網(wǎng)絡(luò)10內(nèi)的不同位置。通過在低帶寬或高等待時間 的網(wǎng)絡(luò)中定位^ 某體客戶端200,可以實現(xiàn)改進的性能，這是因為用 于媒體客戶端200的高級API減少了通過空中接口的信令量。此外， 生成大部分信令的SA 204和MA 206可位于更靠近網(wǎng)絡(luò)主干的位 置。SA 204和MA 206的分開也允許獨立i某體(例如TV)和控制(例 如遠程控制)裝置的優(yōu)化實現(xiàn)。圖4示出媒體客戶端200的一些可能布置。在圖4中，NCDA 和NCD B跨通信網(wǎng)絡(luò)建立了多媒體通信會話。NCD A含有與NCD IOO中用戶應(yīng)用150通信的功能全面的J^某體客戶端200。 NCDB缺 少固有的IMS能力，并使用位于網(wǎng)絡(luò)10內(nèi)的遠程媒體客戶端200 的業(yè)務(wù)。這種情況下，位于NCD B中的用戶應(yīng)用150可通過例如 TELNET等TCP插口連接與位于網(wǎng)絡(luò)服務(wù)器中的媒體客戶端200向NCD B提供相同的功能。遠程訪問媒體客戶端200的能力使得 將IMS業(yè)務(wù)擴展到傳統(tǒng)移動終端成為可能，這又為網(wǎng)絡(luò)運營商提供 了值得在IMS技術(shù)中投資所必需的臨界質(zhì)量。NCD C含有與連網(wǎng) 通信裝置100中用戶應(yīng)用及位于網(wǎng)絡(luò)中的SA 204和MA 206通信 的UA 202。媒體客戶端200實現(xiàn)為在諸如PC或移動終端100等主機裝置 上運行的進程。主機裝置包括存儲實現(xiàn)本發(fā)明的代碼的存儲器、執(zhí) 行代碼的一個或多個孩i處理器以及提供網(wǎng)絡(luò)接入的通信接口 。 UA 202、 SA 204和MA 206可位于不同主機中。在主機啟動后，媒體 客戶端200打開指定端口例如端口 3500上的服務(wù)器插口，用于在 UA 202與用戶應(yīng)用150之間通信。要與力某體客戶端200通信的任 一用戶應(yīng)用150可打開同一端口上的客戶端插口。用于在UA 202
和用戶應(yīng)用150之間通信的端口可在配置文件中指定。對于UA202 與SA 204之間或UA 202與MA 206之間的通信，可打開不同的端 口 。在一個示范實施例中，媒體客戶端200對于用戶應(yīng)用150與媒 體客戶端200之間的通信使用基于文本的接口協(xié)議(UA API)。用戶 應(yīng)用150與々某體客戶端200之間的所有通信都通過文本字符串讀取 并寫到TCP插口。 IMS協(xié)議4吏用兩種類型的通信消息-請求和響 應(yīng)。用戶應(yīng)用150—般發(fā)送請求到UA202以啟動事務(wù)處理，但UA 202也可發(fā)送請求到用戶應(yīng)用150。請求一般具有由空格隔開的參 數(shù)。UA 202 —^:響應(yīng)該請求發(fā)送響應(yīng)到客戶端。響應(yīng)有兩種臨 時和最終。臨時響應(yīng)不結(jié)束由對應(yīng)請求啟動的事務(wù)處理。最終響應(yīng) 終止事務(wù)處理。UA 202與SA 204之間的應(yīng)用接口(SA API)和UA 202與MA 206之間的應(yīng)用接口 (MA API)類似于UA API也使用基于文本的接 口協(xié)議。UA 292要求SA 204或MA 206采取動作的請求啟動UA 202 與SA 204或MA 206之間的事務(wù)處理。附錄A中的表1記錄了用 于UAAPI的示范請求和響應(yīng)。附錄B中的表2記錄了用于SA API 的示范請求和響應(yīng)。附錄C中的表3記錄了用于MA API的示范請 求和響應(yīng)。UA API中的主要請求是登記請求、呼叫請求、MSG請求、接 受請求、桂斷請求、預(yù)訂請求、通知請求及公布請求。登記請求、 預(yù)訂請求、通知請求及公布請求對應(yīng)于標準SIP請求，但為用戶應(yīng) 用150提供更級的抽象化。登記請求由用戶應(yīng)用150發(fā)送到i某體客戶端200，以向SIP登 記員登記。典型的登記"i貪求為"register aol.com"或"register msn.com: 5050"形式。響應(yīng)登記請求，UA 202指示SA 204執(zhí)行SIP登記。 在向SIP登記員登記后，SA 204發(fā)送消息到UA 202，指示登記嘗 試的狀態(tài)，例如成功或失敗。示范登記響應(yīng)在登記成功時為"register
200:OK",并在登記未成功時為"register lxx:failed"。下面更詳細描 述的圖5示出了登記過程的信號流。呼叫請求由用戶應(yīng)用150發(fā)送到UA 202以連接遠程裝置。呼 叫請求用于啟動RTP或MSRP會話。呼叫請求包括標識被叫方和 呼叫類型的信息，如用戶ID、別名或完全限定的網(wǎng)絡(luò)地址。涉及到 代理時，呼叫請求可指定被叫方的用戶ID。未涉及代理時，呼叫請 求可提供要連接到的遠程主機的完全限定的地址和端口。呼叫類型 例如可包括MIME類型和子類型，例如video/h263或audio/amr。 呼叫請求一^殳采用"ca11 alice video/h263，，或"ca11 alice@ims.net:5060 video/h263，，或"ca11 10.0.0.1:5060 video/h263，，的形式。在單個呼叫請 求中可包括不止一個呼叫類型。視呼叫請求的結(jié)果而定，UA 202 發(fā)送呼叫響應(yīng)，指示呼叫請求的結(jié)果或狀態(tài)。示范呼叫響應(yīng)在連接 成功建立時為"call connected",或在連接未成功時為"call failed"。 呼叫響應(yīng)可選擇包括提供另外信息的狀態(tài)代碼，如指示呼叫請求不 成功原因的錯誤代碼。連接成功時，用戶應(yīng)用150可開始通過RTP 或MSRP連接發(fā)送和接收媒體和/或消息。在有呼入時，呼叫請求也可由UA 202發(fā)送到用戶應(yīng)用150。 這種情況下，呼叫請求包括標識主叫方而不是被叫方的信息。其它 情況下，呼叫請求是相同的。標識主叫方的信息可包括被叫方的用 戶ID或遠程主機的完全限定的地址。當(dāng)呼叫請求從UA202發(fā)送到 用戶應(yīng)用150時，用戶應(yīng)用150不發(fā)送呼叫響應(yīng)。相反，用戶應(yīng)用 150發(fā)送終止呼叫請求的接受請求。接受請求由用戶應(yīng)用150響應(yīng)呼叫請求而發(fā)送，以指示UA202 接受或拒絕呼入。接受請求包括指示UA 202應(yīng)接受或拒絕呼叫的 命令，并可選擇包括指示例如拒絕呼叫的原因的代碼。如果在呼叫 請求中指定了不止一種呼叫類型，則用戶應(yīng)用150可接受子集并拒 絕其余的。為了接受并非所有指定呼叫類型，用戶應(yīng)用在接受請求 中包括已接受呼叫類型的列表。UA 202應(yīng)接受那些列出的并拒絕
其余的。如果接受請求中未指定呼叫類型，則UA 202默認可接受 在呼叫請求中指定的所有呼叫類型。典型的接受請求形式為接受呼 叫的"accept yes"或拒絕呼叫的"accept no"。如果并非所有指定的呼 叫類型都被接受，則接受請求具有的形式為"accept OK audio/amr"， 其指定接受的呼叫類型。一見連接是否成功建立而定，UA 202將接受響應(yīng)發(fā)送到用戶應(yīng) 用150。接受響應(yīng)包括指示連4妄是否成功建立的狀態(tài)消息，并可選 擇包括狀態(tài)代碼。典型的接受響應(yīng)具有的形式為"accept OK"或 "accept Failed: 1 xx"。MSG請求由用戶應(yīng)用150發(fā)送到媒體客戶端200，以請求發(fā)射 消息。MSG請求包括標識要發(fā)送消息的呼叫的呼叫ID或會話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"。對于二進制lt據(jù)，MSG請求形式為 "msg xxx nnn mime/type\n",其中xxx為呼叫ID, 并且nnn為數(shù)據(jù) 緩沖區(qū)長度。二進制消息的示例為"msg 111 43 image/jpg\n31290759...93285"。 UA 202發(fā)送MSG響應(yīng)到用戶應(yīng)用 150,以指示MSG請求的成功輸送或失敗。示范MSG響應(yīng)形式在 消息成功輸送時為"MSG OK",并在消息未成功輸送時為"MSG Failed: 1 xx，'。掛斷請求用于終止連接。掛斷請求可由用戶應(yīng)用150發(fā)送到媒 體客戶端200,或反之亦然。掛斷請求可包括單個詞"hang-up，，或單 個字母"h"和指定到被結(jié)束呼叫的呼叫ID。示范掛斷請求形式為 "hangup xxx",其中xxx為呼叫ID。當(dāng)掛斷請求由用戶應(yīng)用150發(fā) 送到UA 202時，UA 202發(fā)送桂斷響應(yīng)以確認呼叫;陂結(jié)束。掛斷響 應(yīng)形式可以為"hangup OK，，或"hangup disconnected"。
預(yù)訂請求由用戶應(yīng)用150發(fā)送到UA 202,以預(yù)訂存在業(yè)務(wù)或 其它通知業(yè)務(wù)。預(yù)訂請求包括予貞訂業(yè)務(wù)的地址、預(yù)訂請求的截止時 間以及與預(yù)訂請求有關(guān)的事件。預(yù)訂請求的典型形式為"subscribe someone@domain.com:3600 ttt presence"或"subscribe someone at his domain.com:3600 ttt presence autofresh"，其中ttt表示以秒計的予貞訂 請求的截止時間。響應(yīng)于預(yù)訂^清求，UA 202指示SA 204執(zhí)行SIP 預(yù)訂過程。在SIP預(yù)訂過程成功完成后，SA 204通知UA 202，而 UA 202又通過發(fā)送預(yù)訂響應(yīng)而通知用戶應(yīng)用150。預(yù)訂響應(yīng)包括預(yù) 訂業(yè)務(wù)的地址、以秒計的預(yù)訂的截止時間和狀態(tài)消息。截止時間可 能與請求的不同。預(yù)訂請求可選擇包括狀態(tài)代碼和"自動刷新"命 令，以便在預(yù)訂請求截止時自動刷新該請求。預(yù)訂請求可能由于重 定向請求而失敗。在這種情況下，預(yù)訂響應(yīng)可返回一個新地址，并 且UA 202可使用新地址重新預(yù)訂。預(yù)訂響應(yīng)形式在預(yù)訂成功執(zhí)行 時為"subscribe ttt me@mydomain.com:3600 successful:200"， 并在子貞 訂失敗時為"subscribe ttt me@mydomain.com 3600 failed:481"。通知請求/人UA202發(fā)送到用戶應(yīng)用150，以通知用戶應(yīng)用150 存在實體的存在狀態(tài)變化，向用戶應(yīng)用150提供存在通知。通知請 求包括消息大小、觸發(fā)通知的事件類型、消息體的MIME類型及消 息凄丈寺居。通知"i,求的典型形式為"notify 30 someone@hisdomain.com presence application/pidf+xml\alice is now available"。 用戶應(yīng)用150 用"notify OK，，響應(yīng)，以確認通知請求。公布請求用于存在業(yè)務(wù)和其它通知業(yè)務(wù)。在用戶的存在狀態(tài)變 化時，公布請求由用戶應(yīng)用150發(fā)送到i某體客戶端200，以通知存 在服務(wù)器。公布請求包括存在服務(wù)器的地址和公布請求的截止時 間。公布請求可選擇包括"自動刷新，，命令，以便在公布請求截止時 自動刷新該請求。典型的公布請求采用的形式為"publish ttt me@mydomain.com 3600"。 UA 202對用戶應(yīng)用150的響應(yīng)在公布 成功時為"publish ttt me@mydomain.com 3600 successful:200", 并在
乂>布失敗時為"publish ttt me@mydomain.com 3600 failed:481"。附錄B中的表2描述了在SA API中使用的請求和響應(yīng)。主要 請求包括登記請求、邀請請求、ACK請求、預(yù)訂請求、通知請求、 公布請求以及再見請求，這些i青求對應(yīng)于標準SIP請求。登記請求 用于向SIP登記員登記。邀請和ACK請求用于建立SIP會話。預(yù) 訂、通知和公布請求用于實現(xiàn)存在業(yè)務(wù)或其它通知業(yè)務(wù)。再見請求 用于終止SIP會話。SA API中使用的一些請求對應(yīng)于公共SIP請求 并使用相同的名稱。這從引用:^青求的上下文應(yīng)明白。然而，為避免 混淆，前綴SIP用于標識向M人SA 204發(fā)送的標準SIP請求和響應(yīng)。登記請求/人UA 202發(fā)送到SA 204，以響應(yīng)用戶應(yīng)用150的對 應(yīng)登記請求。登記請求包括SIP登記員或SIP代理的網(wǎng)絡(luò)地址并可 選包括其端口。登記請求形式為"register server@network.com"。 SA 204響應(yīng)登記請求，嘗試在IETF RFC 3261中所述根據(jù)SIP向SIP 登記員登記。SA 204發(fā)送登記響應(yīng)到UA 202,指示登記請求的狀 態(tài)。示范登記響應(yīng)的形式在登i己嘗試成功時為"register OK"，或在 登記嘗試不成功時為"register failed"。邀請請求由UA 202發(fā)送到SA 204，以響應(yīng)在呼叫始發(fā)端用戶 應(yīng)用150的呼叫請求。SA邀請請求包括可解析為有效地址的被叫 方地址或用戶ID、指定要建立的呼叫類型的呼叫類型、以及用于每 個指定呼叫類型的媒體會話的主機地址。每個呼叫類型可使用相同 的主機地址，或者可使用不同的地址。示范邀請請求形式為"invite alice@domain.com video/h263 me@mydomain.com:xxx audio/amr me@mydomain.com:xxx，，, 其中xxx指示端口號。在發(fā)送邀請請求 后，UA202等待來自SA204的響應(yīng)。SA204響應(yīng)邀請請求，發(fā)送 SIP邀請請求到在邀請請求中指定的被叫方，并等待響應(yīng)。連接成 功建立時，SA 204發(fā)送邀請響應(yīng)到UA 202,指示邀請被接受。邀 請響應(yīng)包括在本文中稱為呼叫ID的會話標識符。邀請i青求也可由SA 204發(fā)送到UA 202,以響應(yīng)在呼叫接收端
接收到SIP邀請。在這種情況下，邀請請求包括用于信令的主叫方 地址和由主叫方用于媒體會話的地址。除未包括會話標識符以外，從UA 202到SA 204的邀請響應(yīng)與如上所述相同。在這種情況下， 在SA 204從主叫方接收到SIP ACK后，會話標識符在ACK請求 中從SA 204發(fā)送到UA 202。預(yù)訂請求由UA 202發(fā)送到SA 204,以啟動對存在業(yè)務(wù)或其它 通知業(yè)務(wù)的預(yù)訂。預(yù)訂請求包括用戶要接收其存在狀態(tài)信息的一方 的地址或存在服務(wù)器的地址。SA 204在從UA 202接收到預(yù)訂請求 時，發(fā)送SIP預(yù)訂請求到在SA預(yù)訂請求中指定的主機，并等待響 應(yīng)。SIP預(yù)訂請求發(fā)送到的主才幾將SIP通知請求返回到SA204。 SIP 通知請求指示SIP預(yù)訂請求是否被認證，并且如果是，則包括當(dāng)前 存在狀態(tài)信息。SA 204確認SIP通知請求，并將包含存在代理的 存在狀態(tài)信息的通知請求發(fā)送到UA 202。直到預(yù)訂截止，授權(quán)預(yù) 訂的存在代理每當(dāng)存在狀態(tài)信息變化時發(fā)送SIP通知請求，并且SA 204將對應(yīng)的通知請求發(fā)送到UA 202，以將存在信息轉(zhuǎn)發(fā)到UA 202。在用戶的存在狀態(tài)有變化時，公布請求由UA 202發(fā)送到SA 204 以通知存在服務(wù)器。如果SA 204正在充當(dāng)存在服務(wù)器，則SA 204 將通知請求發(fā)送到其用戶，以通知用戶存在狀態(tài)的變化。如果單獨 的存在服務(wù)器用于分發(fā)存在信息，則SA 204將對應(yīng)的SIP公布請 求發(fā)送到存在服務(wù)器。在發(fā)送SIP公布請求后，SA 204將公布響 應(yīng)發(fā)送到UA202，指示公布i會求的狀態(tài)。再見請求由UA 202發(fā)送到SA 204,或反之亦然，以終止SIP 會話。當(dāng)SA 204從UA 204 4妄收再見請求時，它將SIP再見請求 發(fā)送到另一方以終止會話。 一旦SIP再見請求;陂確i人，SA 204便 將再見響應(yīng)發(fā)送到UA 202以確認再見請求。在UA 202從SA 204 接收再見請求時，它關(guān)閉為在再見請求中指定的呼叫打開的連接。 這種情況下，由于再見請求是必須遵循的，因此無需對再見請求的響應(yīng)。附錄C中的表3描述MA API。 MA API中的主要請求包括接 聽請求、連接請求、發(fā)送請求、打開請求、對等i青求及關(guān)閉請求。接聽請求由UA 202發(fā)送到MA 206,以啟動用于多i某體消息 傳遞的MSRP會話。UA 202發(fā)送接聽請求，以響應(yīng)用戶應(yīng)用150 請求MSRP會話的呼叫請求。接聽請求可選擇包括可從中進行連接 的遠程主機的地址。當(dāng)遠程主機在接聽請求中指定時，將只接受來 自指定主機的連接。響應(yīng)接聽請求，MA 206打開用于媒體連接的 端口，并將接聽響應(yīng)發(fā)送到UA 202，提供用于媒體連接的地址和 端口 。連接請求在呼叫接收端由UA 202發(fā)送到MA 206以建立MSRP 連接。連接請求一般在呼叫接收端的用戶接受主叫方加入呼叫的邀 請后發(fā)送。連接請求包括主叫方在SIP邀請中指定的網(wǎng)絡(luò)地址和端 口。 示范連接請求形式為"connect anybody@domain.com"。 響應(yīng)連 接請求，MA206根據(jù)MSRP建立連接，并發(fā)送連接響應(yīng)到UA 202。 連接響應(yīng)包括連接請求的狀態(tài)，并可選擇包括狀態(tài)代碼。示范連接 響應(yīng)形式為"connect OK"或"connect failed"。發(fā)送請求用于一旦MSRP會話建立便發(fā)送多媒體消息。UA 202 從媒體客戶端200接收MSG請求時，UA 202生成發(fā)送請求并將其 發(fā)送到MA 206。發(fā)送請求包括唯一標識在發(fā)送消息的呼叫的呼叫 ID、消息長度、消息類型和消息數(shù)據(jù)。示范發(fā)送請求形式為"sendxxx nnn text/plain\n this is the text"。 MA 206又才艮據(jù)MSRP發(fā)送消息。 消息被確認時，MA 206將發(fā)送響應(yīng)發(fā)送到UA 202，標識呼叫并指 示發(fā)送請求的狀態(tài)。發(fā)送請求可選擇包括狀態(tài)代碼。示范發(fā)送響應(yīng) 形式為"sendxxxOK"，指示成功輸送，或者為"send xxx failed",指 示消息未成功輸送。打開請求用于啟動RTP會話。UA 202將打開請求發(fā)送到MA 206,以響應(yīng)用戶應(yīng)用150的接受請求。打開請求可選擇包括將接
受媒體連接的遠程主機的網(wǎng)絡(luò)地址。如果遠程主機地址包含在打開 請求中，則將只接受來自打開請求中指定的地址的媒體連接。響應(yīng)打開請求，MA 206打開用于4某體連接的端口并返回打開響應(yīng)，指 示用于媒體連接的網(wǎng)絡(luò)地址和端口 。打開響應(yīng)指示打開請求的狀 態(tài)，并在成功時包括用于RTP連接的主機網(wǎng)絡(luò)地址和打開的端口 。一旦媒體連接建立了，在呼叫始發(fā)端的UA 202便將對等請求 發(fā)送到MA 206,以向MA 206提供在另 一端用于RTP會話的主機 地址和打開的端口 。用于對等請求的唯一參數(shù)是用于媒體連接的網(wǎng) 絡(luò)地址和端口。無需對對等地址請求做出響應(yīng)。示范對等請求形式 為"peer someone@domain.com，，。關(guān)閉請求用于終止用于RTP或MSRP會話的媒體連接。UA 202 將關(guān)閉請求發(fā)送到MA206,以響應(yīng)用戶應(yīng)用150的掛斷i青求。UA、 SA和MA API也可具有設(shè)置請求，以允許在初始化期間 預(yù)配置某些參數(shù)。設(shè)置請求包括參數(shù)名稱和分配給所命名參數(shù)的 值。設(shè)置請求可用于配置用戶特定的設(shè)置，如用戶名、別名、聯(lián)系 地址和對不同媒體的默認源和宿。圖5到圖7是示出多媒體應(yīng)用如何使用IMS命令和響應(yīng)的呼 叫流程圖。圖5示出典型的SIP登記過程。圖6是示出示范MSRP 會話的呼叫流程圖。圖7是示出示范RTP會話的呼叫流程圖。圖5是示出SIP登記過程的呼叫流程圖。在圖5中，用戶A在 向SIP登記員登記。用戶A的用戶應(yīng)用150使用表1所示的API， 將登記請求發(fā)送到UA 202(a)。 UA 202接收請求，添加用戶特定的 配置數(shù)據(jù)，并將登記請求轉(zhuǎn)發(fā)到SA 204。用戶特定的配置數(shù)據(jù)可包 括諸如用戶名、別名和聯(lián)系地址等數(shù)據(jù)。響應(yīng)登記請求，SA204啟 動SIP登記過程。SA 204從UA 202接收的信息構(gòu)建SIP登記請求， 將此信息增加有完整SIP請求所需的默認設(shè)置。SA 204將SIP登 記請求發(fā)送到SIP登記員(c)。 IMS核心40可將臨時SP響應(yīng)(SIP 100 嘗試)返回到SA 204(d),以阻止不必要的SIP請求重新傳輸。因此，
SA 204無需采取動作。如果登i己成功，則SIP登記員將SIP響應(yīng)(SIP 200 OK)發(fā)送到SIP代理(f)，并且SIP代理將SIP登記員的響應(yīng)中 繼到SA 204 (g)。 SA 204將SA響應(yīng)發(fā)送到用戶代理(h)，其通知用 戶應(yīng)用150登記成功。用戶A現(xiàn)在能夠使用其登記的ID發(fā)送和接 收SIP消息。圖6示出在兩個用戶之間典型MSRP會話中的呼叫流程。MSRP 會話是可使用發(fā)送請求交換一系列消息的上下文。MSRP通過諸如 TCP等可靠的傳輸協(xié)議，在會i舌模式中提供端對端消息傳輸。MSRP 會話以SIP作為消息載體，使用SDP提供應(yīng)答模型(正TF RFC 3264) 建立。簡而言之，端點A可通過發(fā)送帶有表示端點A的臨時地址 的消息(SIP邀請)，啟動與端點B的通信會話。如果端點B要加入 會話，則它打開到端點A的TCP連接，并發(fā)送尋址到端點A提供 的地址的MSRP訪問請求。在訪問會話后，端點B發(fā)送對SIP邀請 請求的應(yīng)答。應(yīng)答包含用于通^f言會話的端點B地址。在此交換后， 端點A和B可交換消息。消息通過發(fā)送請求發(fā)送，并且接收端點 通過OK回復(fù)響應(yīng)。端點A和B通過由MSRP訪問請求建立的TCP 連接，將消息發(fā)送到在SIP邀請SDP消息體中所指示的地址。本發(fā)明將在端點A和B的用戶應(yīng)用與MSRP、 SIP和SDP的 細節(jié)隔離，如圖6所示，這由UA 202、 SA 204和MA 206處理。 圖6所示的過程使用附錄中表1-3中定義的API。用戶應(yīng)用150通 過將呼叫請求發(fā)送到媒體客戶端200 (a)而啟動MSRP會話。響應(yīng)呼 叫請求，UA 202將MA接聽i青求(b)發(fā)送到MA 206，指示MA 206 打開TCP插口，以接受來自呼叫請求中指定的對等的TCP連接。 MA 206將包括用于媒體連接的主機網(wǎng)絡(luò)地址和打開的端口的MA 接聽響應(yīng)(c)發(fā)送到UA 202。 UA 202隨后通過將SA邀請請求(d)發(fā) 送到SA 204,指示SA 204啟動通信會話。SA邀請請求包含在呼 叫請求中包括的參數(shù)和MA 206為媒體連接提供的網(wǎng)絡(luò)地址和端 口。 SA邀請可選擇包括用戶特定的配置數(shù)據(jù)，諸如用戶名、別名 等。用戶指定的配置數(shù)據(jù)的參凄t值也可通過使用在表1中所示的設(shè) 置請求，由用戶應(yīng)用150設(shè)置。SA 204使用常規(guī)SIP信令建立MSRP會話。SA 204從UA 202 接收的信息構(gòu)建SIP邀請請求，將此信息增加有完整SIP邀請請求 所需的默認設(shè)置。SA 204將SIP邀請請求(e)發(fā)送到端點B。 SIP邀 請請求包括描述多媒體會話的SDP(會話描述協(xié)議)體。在等待端點 B的SA 204的響應(yīng)的同時，在端點A的SA 204可從網(wǎng)^^妄收臨時 SIP響應(yīng)("IOO嘗試")(f),指示網(wǎng)絡(luò)正在嘗試與端點B建立連接。一旦在端點B的SA 204接收了 SIP邀請請求，它便將SA邀 請請求發(fā)送到UA 202 (h)，并可將臨時響應(yīng)(g)發(fā)送到在端點A的SA 204,指示SA 204正在"撥打"端點B的用戶。在端點A的SA 204 又可將臨時狀態(tài)響應(yīng)(k)發(fā)送到UA 202,以向在端點A的UA 202 提供撥打指示。在端點A的UA202在一些應(yīng)用中可向用戶應(yīng)用150(1) 提供臨時狀態(tài)信息，以通知用戶正在嘗試接通在端點B的用戶。響應(yīng)邀請請求，在端點B的UA 202將呼叫請求(i)發(fā)送到用戶 應(yīng)用150,以通知用戶應(yīng)用150收到了對MSRP會話的邀請。呼叫 請求包括標識主叫方和呼叫類型的信息。用戶應(yīng)用150在對呼叫請 求的回復(fù)中發(fā)送接受請求(j),指示用戶是否想應(yīng)答該呼叫。在此示 例中，在端點B的用戶接受邀請。如果呼叫涉及不止一種媒體類型， 則在端點B的用戶在接受請求中指定接受哪種J 某體。在端點B的UA 202隨后將連接請求(m)發(fā)送到MA 206以打開纟某體連接，例如TCP 連接。在端點B的MA 206將MSRP訪問消息(n)發(fā)送到在端點A 的MA 206以建立MSRP連接。在端點A的MA 206發(fā)送對MSRP訪 問的肯定響應(yīng)(MSRP 200 OK)，以在端點A與B之間建立MSRP 連才妄(o)。在纟某體連接建立后，在端點B的MA 206將連接響應(yīng)(連 接200 OK)發(fā)送到在端點B的UA 202,以指示々某體連接成功建立(P)。在這一點上，SIP邀請請求尚未4皮接受。在端點B的UA 202 將SA邀請響應(yīng)(邀請200 OK)發(fā)送到在端點B的SA 204,指示SA 204應(yīng)接受對加入與端點A的MSRP會話的邀請(q)。在端點B的SA 204將SIP邀請響應(yīng)(SIP 200 OK + SDP體)發(fā)送到在端點A的SA 204(r)。 SIP邀請響應(yīng)包括確認MSRP會話參數(shù)的SDP體。SIP邀 請響應(yīng)是在步驟(e)對SIP邀請請求的應(yīng)答，并包含由端點B用于媒 體連接的網(wǎng)絡(luò)地址和端口 。在端點A的SA 204確認SIP 200 OK響 應(yīng)，以完成SIP握手(s)。在端點A， SA 204發(fā)送SA邀"il"響應(yīng)(t), 指示在步驟(a)請求的連接成功建立。此消息包括唯一標識呼叫的呼 叫標識符和在端點B用于媒體連接的主機網(wǎng)絡(luò)地址和端口 。在端點 A的UA 202又將呼叫響應(yīng)(u)發(fā)送到用戶應(yīng)用150，指示在步驟(a) 請求的連接成功建立。在端點B, SA 204將ACK請求(v)發(fā)送到UA 202以響應(yīng)SIP ACK，指示與端點A的連4妄成功，并包才舌SIP會話 標識符。UA 202又將接受響應(yīng)(w)發(fā)送到用戶應(yīng)用150,指示與端 點A的連接建立。端點A與B現(xiàn)在可以開始發(fā)送和接收消息。在端點A的用戶應(yīng)用生成多媒體消息，該消息在MSG請求(x) 中傳遞到UA 202。 MSG請求包括標識會話、消息類型和消息大小 的信息。UA 202用MSG請求中指定的參數(shù)構(gòu)建并轉(zhuǎn)發(fā)發(fā)送請求(y) 到MA 206，指示MA 206將多媒體消息轉(zhuǎn)發(fā)到端點B。 MA 206使 用MSRP協(xié)議輸送多媒體消息。MA 206生成MSRP發(fā)送請求(z)， 根據(jù)完整MSRP發(fā)送請求的需要提供默認參數(shù)，并將請求發(fā)送到在 端點B的MA 206。在端點B的MA 206從MSRP發(fā)送請求中提取 消息內(nèi)容，并在MA發(fā)送請求(aa)內(nèi)將消息輸送到在端點B的UA 202。在端點B的UA 202使用MSG請求將消息內(nèi)容轉(zhuǎn)發(fā)到用戶應(yīng) 用150(bb)。在端點B的用戶應(yīng)用150通過發(fā)送MSG響應(yīng)(MSG200 OK) (cc)確認消息接收，并且UA 202又將發(fā)送響應(yīng)(dd)轉(zhuǎn)發(fā)到MA 206，指示消息成功輸送。MA206發(fā)送MSRP OK響應(yīng)(MSRP 200 OK) 以確認消息接收(ee)。在端點A的MA 206可選擇地轉(zhuǎn)換并轉(zhuǎn)發(fā) MSRP響應(yīng)(MA發(fā)送200 OK)到在端點A的UA 202 (ff),該UA 202
又可選擇地將MSG響應(yīng)(MSG 200 OK)發(fā)送到在端點A的用戶應(yīng)用 150,指示消息成功輸送(gg)。要結(jié)束會話，在端點A的用戶應(yīng)用150將掛斷請求發(fā)送到其 UA202 (hh)。端點B也可以相同的方式結(jié)束會話。在端點A的UA 202將SA再見請求(ii)發(fā)送到在端點B的SA 204，指示應(yīng)結(jié)束在請 求中指定的呼叫。SA 204基于在步驟中確定的SIP會話參數(shù)生成SIP 再見請求(r)，并將此消息發(fā)送到端點B。在端點B的SA 204接收 SIP再見請求，并回復(fù)以確認消息接收(kk)。在端點A， SA 204將 再見響應(yīng)(ii)發(fā)送到UA 202，確認媒體會話關(guān)閉。UA 202將掛斷響 應(yīng)(mm)發(fā)送到用戶應(yīng)用150,以通知用戶應(yīng)用150媒體會話關(guān)閉， 并將關(guān)閉請求(nn)發(fā)送到MA206,以關(guān)閉為媒體會話打開的連接。 在端點B的SA 204生成再見請求，并將再見請求轉(zhuǎn)發(fā)到UA 202(oo),指示MSRP會話已關(guān)閉。類似地，在端點B的UA 202將 掛斷請求(pp)發(fā)送到用戶應(yīng)用150，以通知用戶應(yīng)用MSRP會話關(guān) 閉，并將關(guān)閉請求發(fā)送到MA 206,以關(guān)閉為媒體會話打開的連接 (qq)。圖7示出在端點A與B之間的示范RTP會話。圖7所示的過 程使用附錄中表1-3中定義的API。在端點A的用戶應(yīng)用150將呼 叫請求(a)發(fā)送到媒體客戶端200以啟動RTP會話。呼叫請求包括 標識;故叫方和呼叫類型的信息。響應(yīng)呼叫請求，在端點A的UA202 將MA打開請求(b)發(fā)送到MA 206，指示MA 206為與呼叫請求中 指定的對等的RTP會話打開UDP連接。MA 206打開UDP插口 ， 并將包含為RTP會話打開的UDP插口網(wǎng)絡(luò)地址和端口的MA打開 響應(yīng)(c)發(fā)送到UA 202。在端點A的UA 202隨后結(jié)束到SA 204的 SA邀請請求(d)。 SA邀請請求包括在步驟(a)發(fā)送的呼叫請求的參 數(shù)、在步驟(c)由MA 206提供的連接信息、以及可選擇包括用戶指 定的配置數(shù)據(jù)，諸如用戶名和別名。用戶指定的配置數(shù)據(jù)的參數(shù)值 可使用表1所示的設(shè)置請求，由用戶應(yīng)用150設(shè)置。
SA 204使用常規(guī)SIP信令與端點B建立通信會話。SA 204將 SIP邀請請求發(fā)送到端點B (e)。 SIP邀請請求包括描述多媒體會話 的SDP體。SDP體描述包括會話和編解碼器參數(shù)的+某體。在等待 端點B的SA 204的響應(yīng)的同時，在端點A的SA 204可從網(wǎng)^4^ 收臨時響應(yīng)(f)，指示網(wǎng)絡(luò)正在嘗試與端點B建立連接。一旦在端點B的SA 204接收了 SIP邀請請求，它便將SA邀 請請求發(fā)送到UA 202 (h)以打開RTP連接，并可將臨時響應(yīng)發(fā)送到 在端點A的SA 204 (g),指示SA 204在"撥打"端點B的用戶。在 端點A的SA 204又可將臨時一犬態(tài)響應(yīng)發(fā)送到UA 202，以向在端點 A的UA 202提供撥打指示(k)。在端點A的UA 202在一些應(yīng)用中 可向用戶應(yīng)用150(1)提供臨時狀態(tài)信息，以通知用戶正在嘗試撥打 在端點B的用戶。在步驟(h)的邀請請求包括標識端點A和用于RTP會話的媒體 類型的信息。UA 202通過發(fā)送呼叫請求(i)來通知用戶應(yīng)用150收 到對RTP會話的邀請。用戶應(yīng)用150用接受請求(j)回復(fù)呼叫請求， 在此示例中，指示在端點B的用戶已接受加入RTP會話的邀請。 如果呼叫涉及不止一種類型的媒體，則在端點B的用戶可在接受請 求中指定要接受的媒體。例如，如果請求視頻會議，則在端點B的 用戶可選擇接受音頻并拒絕視頻。在端點B的用戶接受SIP邀請后，UA 202將MA打開請求(m) 發(fā)送到MA 206，以便為RTP會話打開媒體連接。在端點B的MA 206 打開UDP連接，并將MA打開響應(yīng)(n)發(fā)送到UA 202,提供用于RTP 會話的力某體連接的地址和端口。在這一點，尚未接受在步驟(e)發(fā)送 的SIP邀請請求。在端點B的UA 202將SA邀請響應(yīng)(邀請200 OK) 發(fā)送到在端點B的SA 204，指示SA 204應(yīng)接受加入與端點A的RTP 會話的邀請(o)。此請求包括在打開響應(yīng)中由MA 206返回的媒體主 機和端口信息。在端點B的SA 204將SIP邀請響應(yīng)(SIP 200 OK + SDP體)發(fā)送到在端點A的SA 204(p)。 SIP邀請響應(yīng)包括確認建立
全雙工通信所需的RTP連接參數(shù)的SDP體。SIP邀請響應(yīng)是在步 驟(e)對SIP邀請請求的應(yīng)答。在端點A的SA 204確認SIP 200 OK 響應(yīng)，以完成SIP握手(q)。在端點A， SA 204發(fā)送SA邀請響應(yīng)(r)，指示在步驟(d)請求 的連接成功建立。此消息包括唯一標識呼叫的呼叫標識符和在端點 B用于i某體連接的主機網(wǎng)絡(luò)地址和端口 。在端點A的UA 202又將 呼叫響應(yīng)(s)發(fā)送到用戶應(yīng)用150,指示在步驟(a)請求的連接成功建 立，并將帶有SA邀請響應(yīng)中包含的RTP連接參數(shù)的對等請求(t)發(fā) 送到MA 206。在端點B， SA 204將ACK請求(u)發(fā)送到UA 202以 響應(yīng)SIP ACK,指示與端點A的連接成功建立。UA 202又將接受 響應(yīng)(v)發(fā)送到用戶應(yīng)用150,指示與端點A的連接建立。端點A 與B現(xiàn)在可以開始發(fā)送和接收RTP i某體(w)。要結(jié)束會話，在端點A的用戶應(yīng)用150將掛斷請求發(fā)送到其 UA 202 (x)。端點B也可以相同的方式結(jié)束會話。在端點A的UA 202 將SA再見請求發(fā)送到在端點B的SA 204 (y)，指示應(yīng)結(jié)束在請求 中指定的RTP會話。SA 204基于在步驟(p)確定的SIP會話參數(shù)生 成SIP再見請求(z),并將此消息發(fā)送到端點B。在端點B的SA 204 接收SIP再見請求，并回復(fù)以確i^消息接收(aa)。在端點A， SA204 將再見響應(yīng)(bb)發(fā)送到UA 202,確認RTP會話關(guān)閉。UA 202將桂 斷響應(yīng)(cc)發(fā)送到用戶應(yīng)用150,以通知用戶應(yīng)用150 RTP會話關(guān) 閉，并將關(guān)閉請求(dd)發(fā)送到MA 206,以關(guān)閉為RTP會話打開的 連接。在端點B, SA 204生成再見請求，并將再見請求轉(zhuǎn)發(fā)到UA 202(ee)，指示RTP會話已關(guān)閉。在端點B的UA202將桂斷請求(ff) 發(fā)送到用戶應(yīng)用150，以通知用戶應(yīng)用RTP會話關(guān)閉，并將關(guān)閉請 求(gg)發(fā)送到MA 206,以關(guān)閉為^ 某體會話(gg)打開的連接。圖8示出包括用于JAVA應(yīng)用的應(yīng)用接口的i某體客戶端200的 另一實施例。圖8所示實施例包括如上所述的UA 202、 SA 204和 MA 206。除本機UA API夕卜，圖8中的i某體客戶端200也包括用于JAVA應(yīng)用的JAVA應(yīng)用接口(JAVA API)。 JAVA API是面向連接 的應(yīng)用接口。 JAVA API包括允許JAVA應(yīng)用向SIP代理登記、打 開連接(呼叫)、查詢遠端能力、發(fā)送/接收消息、重定向+某體字符串 及掛斷連接的命令。JAVA API像本機IMA API提供高級抽象化， 將JAVA應(yīng)用與諸如SIP和SDP等較低級協(xié)議的細節(jié)隔離。JAVA API使JAVA應(yīng)用能夠與用戶代理通信，而信令代理和J 某體代理處 理底層信令和々某體操作。通過處理在JAVA應(yīng)用中常見的信令和操 作任務(wù)，帶有JAVA API的媒體客戶端200使JAVA應(yīng)用更易于編 寫。由于JAVA應(yīng)用對諸如SIP和SDP等較低級協(xié)議沒有直接訪 問權(quán)，因此對于同一 JAVA應(yīng)用有更好的機會在不同運營商網(wǎng)絡(luò)和 不同移動終端中工作。此外，流氓JAVA應(yīng)用在網(wǎng)絡(luò)內(nèi)引起問題的 機會較少。JAVA應(yīng)用也無需擔(dān)心直接訪問低級協(xié)議帶來的配置和 部署問題。相反，配置和部署問題由^ 某體客戶端200處理。裝置制 造商已經(jīng)使用定制進程配置對特定運營商網(wǎng)絡(luò)專用的設(shè)置，并可輕 松地為特定運營商的網(wǎng)絡(luò)配置媒體客戶端200。在本發(fā)明的一些實施例中，在用戶應(yīng)用150不需要處理數(shù)據(jù) 時，MA 206可能能夠?qū)⒚襟w直接路由到媒體再現(xiàn)裝置，繞過用戶 應(yīng)用150。例如，在媒體流式傳輸中，用戶應(yīng)用150 —般接收媒體 流，并將媒體流輸出到媒體播放器，而不進行任何數(shù)據(jù)處理。在此 情況下，MA 206可直接將媒體流路由到媒體播放器。圖9示出從 遠程裝置到本地媒體再現(xiàn)裝置(例如移動終端100的揚聲器和/或顯 示器)的典型媒體(例如視頻或音頻)流式傳輸。媒體流通過較低層協(xié) 議堆棧，并由MA 206直接路由到諸如視頻解碼器等媒體播放器。 ^ 某體流通過IP、 UDP和RTP堆棧向上傳遞到^L頻解碼器。圖9也 示出攝像機的輸出通過RTP、 UDP和IP堆棧向下傳遞，以便傳輸 到遠程裝置。媒體流或攝像機輸出均不流入MA 204的較高層或應(yīng) 用層。在一些應(yīng)用中，用戶應(yīng)用150可能要接收i某體流。圖10示 出到/來自用戶應(yīng)用的典型媒體流。 在本發(fā)明的一個優(yōu)選實施例中，用戶應(yīng)用150可指導(dǎo)^!某體或消息如何路由。要使用戶應(yīng)用150實現(xiàn)媒體的選擇性路由，UA API 可包括由用戶應(yīng)用150發(fā)送到:煤體客戶端200的設(shè)置路由請求，以 指定媒體流的特定源或宿。源或宿可以在移動終端100內(nèi)部或外部。 MA API包括由UA 202發(fā)送到MA 206的對應(yīng)設(shè)置路由請求，以配 置指定要如何路由媒體流的路由表。UA API和MA API也可包括 控制媒體流的其它請求，如暫?；顒用襟w流的暫停請求和重新開始 暫停媒體流的重新開始請求。圖11和圖12示出可使用本發(fā)明的媒體客戶端200的各種方 式。圖11示出三個網(wǎng)絡(luò)通信裝置移動裝置100、視頻攝像機300 和視頻播放器350。移動裝置100包含如圖3所示包括UA202、 SA 204和MA 206的i某體客戶端200。視頻播放器350包含MA 206。 在此示例中，移動裝置100的用戶要將視頻攝像機300的一見頻重放 到遠程視頻播放器350。這例如可用于在外渡假時監(jiān)視某人的家。 移動裝置100中的UA 202與遠程視頻播放器350中的MA 206建 立TCP連接。移動裝置100中的SA 204使用SIP與視頻攝^f象機300 建立信令連接。移動裝置100、視頻攝像機300及視頻播放器之間 的通信是通過因特網(wǎng)或其它通信網(wǎng)絡(luò)12的對等通信。為啟動媒體會話，移動裝置100中的應(yīng)用150使用圖7所示的 過程。應(yīng)用150通過將呼叫請求發(fā)送到也位于移動裝置100中的UA 202而啟動J(某體會話。移動裝置100中的UA 202將打開請求發(fā)送 到遠程視頻播放器350中的MA 206，以打開用于RTP會話的UDP 插口連接。打開請求通過TCP插口連接發(fā)送。應(yīng)注意的是，在此 示例中移動裝置100控制位于遠端的MA 206。視頻播放器350中 的MA 206將用于RTP連接的網(wǎng)絡(luò)地址和端口返回到移動裝置100 中的UA 202。 UA 202通過將邀請請求發(fā)送到SA 204，指示SA 204 建立RTP會話。SA 204也位于移動裝置100中。邀請請求包括在 視頻播放器350中由MA 206提供的網(wǎng)絡(luò)地址和端口 。 一見頻播放器 350提供的網(wǎng)絡(luò)地址和端口包含在發(fā)送到視頻攝像機300的SIP邀 請中。視頻攝像機300將用于RTP連接的網(wǎng)絡(luò)地址和端口返回到 移動裝置100中的SA 204，而SA 204又將此信息提供到UA 202。 移動裝置100中的UA 202將包含視頻攝像機300提供的網(wǎng)絡(luò)地址 和端口的對等請求發(fā)送到視頻，播放器350中的MA 206，以在視頻 播放器350與視頻攝像機300之間建立RTP連接。視頻播放器350 隨后可從視頻攝像機300接收—見頻流。在圖12所示的示例中，有兩個連網(wǎng)的通信裝置-移動裝置100 和在本文中簡稱為DVD播放器400的DVR/DVD播放器400。移 動裝置100的用戶要從遠程DVD播放器400將DVD或存儲的數(shù) 字視頻重放到移動裝置100。 DVD播放器400例如可在用戶的家中。 移動裝置100與DVD播放器400均包含如圖3所示的媒體客戶端。 DVD播放器400中的應(yīng)用控制DVD播放器400的操作，并允許如 下所述經(jīng)因特網(wǎng)的遠程控制。移動裝置100通過使用MSRP發(fā)送命 令到DVD播放器400，遠程控制DVD播放器400。遠程控制命令 作為文本消息從移動裝置100發(fā)送到DVD播放器400。適合于DVD 播放器的示范命令包括"播放"、"停止"、"暫停"、"重新開始"、"快 進"和"選擇"。使用通過MSRP發(fā)送的基于文本的命令，移動裝置100 可指示DVD播放器400將視頻和/或音頻經(jīng)因特網(wǎng)流式傳輸?shù)揭苿?裝置100。為遠程控制DVD播放器400，移動裝置100與DVD播放器400 建立MSRP會話，以便將命令和/或控制信號發(fā)送到DVD播放器， 并建立單獨的RTP會話，以便將視頻和/或音頻從DVD播放器400 流式傳輸?shù)揭苿友b置100。 MSRP和RTP會話分別使用如圖6和圖 7所示的過程建立。使用MSRP，移動裝置100將命令作為文本消 息發(fā)送到DVD播放器400。在此示例中，MSRP消息由DVD播放 器400中的媒體客戶端200傳遞到在本文稱為遠程控制應(yīng)用的應(yīng)用 150。 DVD播放器400中的遠程控制應(yīng)用150分析移動裝置IOO發(fā)
送的命令，并相應(yīng)地控制DVD播放器400。如圖8和圖9所示，DVD 播放器400可具有選擇性地路由媒體流的能力。DVD播放器400 中的遠程控制應(yīng)用150使用設(shè)置路由請求，可指示DVD播放器400 將視頻和/或音頻流發(fā)送到在RTP會話內(nèi)的移動裝置100。此外， 本領(lǐng)域的技術(shù)人員將認識到，移動裝置100可指示DVD播放器400 將々某體發(fā)送到另 一遠程連網(wǎng)的通信裝置。圖12中所示的方法可用于遠程控制各種各樣的裝置，如^L頻 攝像機、數(shù)字靜態(tài)攝像機、打印機、掃描儀、復(fù)印機、家庭立體聲 系統(tǒng)、電視或計算機。此外，本領(lǐng)域的技術(shù)人員將認識到，媒體可 以從移動裝置100流式傳輸?shù)竭h程裝置。例如，本發(fā)明可用于將音 頻從便攜式DVD或CD播放器流式傳輸?shù)郊矣糜嬎銠C，以便音頻 可記錄和存儲在家用計算機上。又如，本發(fā)明可用于將3見頻和/或音 頻從便攜式視頻攝像機流式傳輸?shù)郊矣糜嬎銠C，以在家用計算機上 記錄和存儲^L頻和/或音頻。當(dāng)然，在不脫離本發(fā)明精神和基本特征的情況下，本發(fā)明可以 不同于本文所述那些方式的其它特定方式實現(xiàn)。因此，所示實施例 在所有方面均視為說明而不是限制，并且在隨附權(quán)利要求書的意義 和等同物范圍內(nèi)的所有更改要涵蓋在其中。
權(quán)利要求
1.一種遠程控制媒體裝置(300，350，400)的方法，包括經(jīng)因特網(wǎng)協(xié)議通信鏈路與所述媒體裝置(300，350，400)建立媒體會話；以及在所述多媒體會話的上下文中通過將控制命令作為多媒體消息發(fā)送到所述媒體裝置(300，350，400)，遠程控制所述媒體裝置(300，350，400)。
2. 如權(quán)利要求1所述的方法，其中使用實時傳輸協(xié)議將所述 控制命令作為文本消息發(fā)送。
3. 如權(quán)利要求2所述的方法，其中使用消息會話中繼協(xié)議發(fā) 送所述控制命令。
4. 如權(quán)利要求2所述的方法，其中使用所述實時傳輸協(xié)議發(fā) 送所述控制命令。
5. 如權(quán)利要求1所述的方法，其中所述媒體裝置(300，350,400) 是媒體播放器(350,400)。
6. 如權(quán)利要求1所述的方法，其中所述i某體裝置(300,350,400) 是媒體記錄器(300)。
7. 如權(quán)利要求1所述的方法，其中所述i某體裝置(300，350,400) 是媒體存儲裝置(300)。
8. —種遠程控制媒體裝置(300，350,400)的裝置(100),包括 遠程控制應(yīng)用(150)，生成控制命令；以及 々某體代理(206),用于管理與所述士某體裝置(300,350,400)的媒體連接，并將所述控制命令封裝在媒體消息中以便發(fā)射到所述媒體裝 置(300,350，400)。
9. 如權(quán)利要求8所述的裝置，其中使用實時傳輸協(xié)議將所述 控制命令作為文本消息發(fā)送。
10. 如權(quán)利要求8所述的裝置，其中使用消息會話中繼協(xié)議發(fā)送所述控制命令。
11. 如權(quán)利要求8所述的裝置，其中所述々某體裝置(300,350,400) 是々某體播放器(350，400)。
12. 如權(quán)利要求8所述的裝置，其中所述々某體裝置(300，350,400) 是媒體記錄器(300)。
13. 如權(quán)利要求8所述的裝置，其中所述媒體裝置(300，350,400) 是媒體存儲裝置(300)。
14. 一種控制媒體裝置(300,350,400)的方法，包括經(jīng)因特網(wǎng)協(xié)議通信鏈路與遠程裝置(100)建立媒體會話； 在所述媒體會話的上下文中從所述遠程裝置(100)接收封裝在媒 體消息中的控制命令；從所述媒體消息中提取所述控制命令；以及 響應(yīng)所述控制命令控制所述媒體裝置(300，350,400)。
15. 如權(quán)利要求14所述的方法，其中使用實時傳輸協(xié)議將所 述控制命令作為文本消息接收。
16. 如權(quán)利要求15所述的方法，其中使用消息會話中繼協(xié)議 接收所述控制命令。
17. 如權(quán)利要求15所述的方法，其中使用實時傳輸協(xié)議接收 所述控制命令。
18. 如權(quán)利要求14所述的方法，其中所述媒體裝置(300,350,400) 是媒體播放器(350,400)。
19. 如權(quán)利要求14所述的方法，其中所述媒體裝置(300,350,400) 是媒體記錄器(300)。
20. 如權(quán)利要求14所述的方法，其中所述媒體裝置(300,350，400) 是々某體存儲裝置(300)。
21. —種媒體裝置(300,350,400)，包括媒體代理(206)，用于管理與遠程裝置(100)的媒體連接，并從 所述遠程裝置(lOO)接收封裝在:i 某體消息中的控制命令；以及 應(yīng)用(150)，從所述媒體消息中提取所述控制命令，并響應(yīng)所述 控制命令控制所述媒體裝置(300，350,400)。
22. 如權(quán)利要求21所述的媒體裝置(300，350,400)，其中使用實 時傳輸協(xié)議將所述控制命令作為文本消息發(fā)送。
23. 如權(quán)利要求21所述的媒體裝置(300，350,400),其中使用消 息會話中繼協(xié)議發(fā)送所述控制命令。
24. 如權(quán)利要求21所述的媒體裝置(300,350，400),其中所述媒 體裝置(300,350,400)是媒體播放器(350,400)。
25. 如權(quán)利要求21所述的媒體裝置(300,350，400)，其中所述媒 體裝置(300,350,400)是媒體記錄器(300)。
26. 如權(quán)利要求21所述的媒體裝置(300，350,400),其中所述媒 體裝置(300，350,400)是媒體存儲裝置(300)。
27. —種使遠程裝置(100)能夠控制本地媒體裝置(300，350,400) 的方法，包括經(jīng)因特網(wǎng)協(xié)議通信鏈路建立并發(fā)J(某體會話； 在第 一媒體會話內(nèi)從所述遠程裝置(100)將控制命令作為媒體消 息接收；以及在第二i某體會話內(nèi)響應(yīng)在所述第一i某體會話內(nèi)接收的控制命令 發(fā)送或接收媒體數(shù)據(jù)。
28. 如權(quán)利要求27所述的方法，其中所述第一和第二媒體會 話都是與所述遠程裝置(100)進4亍的。
29. 如權(quán)利要求27所述的方法，其中所述第二媒體會話內(nèi)的 所述媒體數(shù)據(jù)發(fā)射到所述遠程裝置(100)，或從所述遠程裝置(100) 接收。
30. 如權(quán)利要求27所述的方法，其中所述第二媒體會話是與 第二遠程裝置(100)進行的。
31. 如權(quán)利要求27所述的方法，其中所述媒體裝置(300,350,400) 是媒體播放器(350,400)。
32. 如權(quán)利要求27所述的方法，其牛所述媒體裝置(300，350,400) 是媒體記錄器(300)。
33. 如權(quán)利要求27所述的方法，其中所述媒體裝置(300,350,400) 是媒體存儲裝置(300)。
34. —種媒體裝置(300,350,400)，包括信令代理(204),與一個或多個遠程裝置(100)建立并發(fā)媒體會話；媒體代理(206),用于管理到所述遠程裝置(100)的媒體連接， 并在第 一媒體會話的上下文中從第 一遠程裝置(100)接收封裝在媒體 消息中的控制命令；以及應(yīng)用(150),從所述媒體消息中提取所述控制命令，并在第二媒 體會話的上下文中響應(yīng)所述控制命令發(fā)送或接收媒體數(shù)據(jù)。
35. 如權(quán)利要求34所述的媒體裝置(300,350,400)，其中所述媒 體數(shù)據(jù)發(fā)送到第一遠程裝置(IOO),或從第一遠程裝置(100)接收。
36. 如權(quán)利要求34所述的媒體裝置(300,350，400)，其中所述媒 體數(shù)據(jù)發(fā)送到第二遠程裝置(l00),或從第二遠程裝置(1 OO)接收。
37. 如權(quán)利要求34所述的媒體裝置(300，350，400),其中所述媒 體裝置(300,350,400)是媒體播放器(350，400)。
38. 如權(quán)利要求34所述的媒體裝置(300，350,400)，其中所述媒 體裝置(300，350,400)是媒體記錄器(300)。
39. 如權(quán)利要求34所述的媒體裝置(300，350,400),其中所述媒 體裝置(300，350,400)是媒體存儲裝置(300)。
全文摘要
用于連網(wǎng)的通信裝置的媒體客戶端(200)包括與連網(wǎng)的通信裝置中多媒體應(yīng)用通信的用戶代理(202)。用戶代理(202)向多媒體應(yīng)用(150)提供高級應(yīng)用接口。在用戶代理(202)控制下的信令代理(204)執(zhí)行建立和維護通信會話所需的信令操作。在用戶代理(202)控制下的媒體代理(206)執(zhí)行媒體操作。媒體客戶端(200)可位于網(wǎng)絡(luò)中，并由多媒體應(yīng)用(150)遠程訪問。用戶代理(202)、信令代理(204)和媒體代理(206)具有允許在網(wǎng)絡(luò)內(nèi)分布并遠程訪問這些部件的網(wǎng)絡(luò)接口(208，210，212)。
文檔編號H04L29/08GK101129045SQ200580048742
公開日2008年2月20日 申請日期2005年7月11日 優(yōu)先權(quán)日2004年12月31日
發(fā)明者D·W·肖普, J·W·本內(nèi)特, S·馬杜拉 申請人:索尼愛立信移動通訊股份有限公司