專利名稱：多媒體點播的方法及系統(tǒng)、多媒體終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)通信技術(shù)領(lǐng)域，特別涉及一種多媒體點播的方法及系 統(tǒng)、多媒體終端。
背景技術(shù)：
下一代網(wǎng)絡(luò)(NGN， Next Generation Network)是一種業(yè)務驅(qū)動型網(wǎng)絡(luò)，它 采用綜合、開放、融合的網(wǎng)絡(luò)架構(gòu)，通過業(yè)務與呼叫控制完全分離、呼叫控制 與承載完全分離，從而實現(xiàn)相對獨立的業(yè)務體系，使業(yè)務獨立于網(wǎng)絡(luò)。作為應 用服務器的軟交換是NGN的控制功能實體，為具有實時性要求的業(yè)務的提供 呼叫控制和連接控制功能，是NGN呼叫與控制的核心。作為大容量、高性能 的應用服務器產(chǎn)品，屬于第二類電信設(shè)備(即位于中心機房、無用戶線接口的 設(shè)備)，主要應用于NGN的網(wǎng)絡(luò)控制層，完成基于互聯(lián)網(wǎng)協(xié)議(IP， Internet Protocol)的分組網(wǎng)絡(luò)的語音、數(shù)據(jù)、多媒體業(yè)務的呼叫控制和連接管理等功能。
常見的具備多媒體應用功能的多媒體終端包括分離終端、融合終端、純會 話發(fā)起協(xié)議(SIP)終端。其中，分離終端是指公共電話交換網(wǎng)(PSTN, Public Switched Telephone Network)的普通話機和可視電話的SIP話機分離開來，分 離之后SIP話機的多媒體輸出到電視機，電視機的內(nèi)部內(nèi)置SIP話機， 一般有 網(wǎng)口或者非對稱數(shù)字用戶線(ADSL, Asymmetrical Digital Subscriber Line)接口 ； 融合終端是指PSTN的普通話機和可一見電話的SIP話機融合在一起，物理實體 是一個，內(nèi)部邏輯分成PSTN話機和SIP話機，內(nèi)置ADSL接口和網(wǎng)口 ；純 SIP終端則類似融合終端，差別在于其有獨立的液晶顯示(LCD， Liquid Crystal Display)屏幕，如市面上的VP8220終端或MC820終端。其中，SIP話機是基于SIP協(xié)議在IP網(wǎng)絡(luò)上進行多媒體通信。SIP協(xié)議是 由正TF提出并主持研究的一個在IP網(wǎng)絡(luò)上進行多媒體通信的應用層控制協(xié) 議，它被用來創(chuàng)建、修改、和終結(jié)一個或多個參加者參加的會話進程。這些會 話包括互聯(lián)網(wǎng)多媒體會議、互聯(lián)網(wǎng)電話、遠程教育以及遠程醫(yī)療等。所有的因 特網(wǎng)上交互式兩方或多方多媒體通信活動，統(tǒng)稱為多媒體會話。
多媒體點播(VOD, Video On Demand)是指用戶可以在終端的多媒體界面 上瀏覽、操作多媒體庫中相應的多媒體內(nèi)容，所述多媒體庫中具備豐富的多媒 體內(nèi)容。目前，具備多媒體應用功能的多媒體終端還不能通過多媒體點播呼叫 請求來實現(xiàn)多媒體點播。因此，在進行本發(fā)明創(chuàng)造過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問 題現(xiàn)有技術(shù)提供的技術(shù)方案中，多媒體終端不能通過發(fā)起多媒體點播呼叫請 求來實現(xiàn)多媒體點播。發(fā)明內(nèi)容本發(fā)明實施例要解決的技術(shù)問題是提供一種多媒體點播的方法及系統(tǒng)、多 媒體終端，能夠?qū)崿F(xiàn)通過多媒體點播呼叫來進行多媒體點播。為解決上述技術(shù)問題，本發(fā)明實施例的目的是通過以下技術(shù)方案實現(xiàn)的 本發(fā)明實施例提供一種多媒體點播的方法，包括多媒體終端發(fā)送多媒體點播的呼叫請求給應用服務器，所述多媒體點播的 呼叫請求攜帶點播的媒體流信息；多媒體終端接收應用服務器返回的多媒體點播的呼叫請求的響應消息，所 述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地址；多媒體終端根據(jù)所述多媒體點播的呼叫請求的響應消息中攜帶的與點播 的媒體流對應的地址，獲取點播的媒體流。本發(fā)明實施例還提供一種多媒體點播的系統(tǒng)，包括；多媒體終端，用于發(fā)送多媒體點播的呼叫請求，攜帶點播的媒體流信息， 并根據(jù)返回的多媒體點播的呼叫請求的響應消息中攜帶的與點播的媒體流對 應的地址，獲取點播的媒體流；多媒體系統(tǒng)，用于接收多媒體終端發(fā)送的多媒體點播的呼叫請求，并根據(jù) 所述多媒體點播的呼叫請求，返回攜帶與點播的媒體流對應的地址的多媒體點 播的呼叫請求的響應消息給多媒體終端，并向多媒體終端提供多媒體終端點播 的媒體流。本發(fā)明實施例還提供一種多媒體點播的系統(tǒng)，包括多媒體終端，用于發(fā)送多媒體點播的呼叫請求，并根據(jù)返回的多媒體點播 的呼叫請求的響應消息中攜帶的與點播的媒體流對應的地址，獲取點播的媒體、、六，業(yè)務代理，用于接收所述多媒體終端發(fā)送的多媒體點播的呼叫請求，并根 據(jù)所述多媒體點播的呼叫請求所攜帶的點播的媒體流信息，返回攜帶與點播的 媒體流對應的地址的多媒體點播的呼叫請求的響應消息給多媒體系統(tǒng)；多媒體系統(tǒng)，用于向多媒體終端提供多媒體終端點播的媒體流。本發(fā)明實施例還提供一種多媒體終端，包括 發(fā)送單元，用于發(fā)送多媒體點播的呼叫請求；接收單元，用于接收返回的多媒體點播的呼叫請求的響應消息，所述多媒 體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地址；媒體流獲取單元，用于根據(jù)所述接收單元所接收的與點播的媒體流對應的 地址，獲取點播的媒體流。通過本發(fā)明實施例提供的多媒體點播的方法及系統(tǒng)、多媒體終端，多媒體 終端能夠通過發(fā)起多媒體點播呼叫請求來獲取點播的媒體流的地址，根據(jù)獲取 的媒體流地址，從多媒體系統(tǒng)獲取點播的媒體流，從而實現(xiàn)通過發(fā)起多媒體點 播呼叫請求來進行多媒體點播。


圖1為本發(fā)明多媒體點播的方法第一實施例的信令流程圖； 圖2為本發(fā)明多媒體點播的方法第二實施例的信令流程圖； 圖3為本發(fā)明多媒體點播的方法第三實施例的信令流程圖； 圖4為本發(fā)明多媒體點播的方法第四實施例的信令流程圖； 圖5為本發(fā)明多媒體點播的方法的第五實施例的流程圖； 圖6為本發(fā)明多媒體點播的系統(tǒng)第一實施例的結(jié)構(gòu)圖； 圖7為本發(fā)明多媒體點播的系統(tǒng)第二實施例的結(jié)構(gòu)圖。
具體實施方式
本發(fā)明實施例提供一種多媒體點播的方法及系統(tǒng)、多媒體終端。為使本發(fā) 明的技術(shù)方案更加清楚明白，以下參照附圖并列舉實施例，對本發(fā)明進一步詳 細i兌明。
請參照圖1，為本發(fā)明多媒體點播的方法的第一實施例的流程圖。本實施例中多媒體終端為融合終端、多媒體系統(tǒng)處于流媒體服務器(Media Server)中， 且融合終端基于應用服務器直接向Media Server請求點播多媒體。 所述多媒體點播的方法的具體過程包括步驟101:用戶通過融合終端發(fā)送多媒體點播的呼叫請求給應用服務器， 并攜帶點播的媒體流信息；本實施例中，應用服務器為軟交換，例如SX3000。 所述多媒體點播的呼叫請求可以攜帶多媒體點播接入碼。 例如當多媒體點播接入碼為999時，應用服務器通過外置的地址翻譯數(shù)據(jù) 庫(例如SHLR9200)，將多媒體點播接入碼999翻譯為多媒體系統(tǒng)的呼叫地址 28780999,那么應用服務器可以根據(jù)28780999將所述多媒體點播的呼叫請求 路由至28780999對應的Media Server。所述點播的媒體流信息可以為與媒體流對應的編碼，例如編碼12345表示 視頻節(jié)目A，編碼54321表示音頻節(jié)目B等。步驟102:應用服務器將所述多媒體點播的呼叫請求轉(zhuǎn)發(fā)至流媒體服務器； 所述多媒體點播的呼叫請求還可以攜帶融合終端的簽約信息，在轉(zhuǎn)發(fā)所述 多媒體點播的呼叫請求之前，應用服務器還可以根據(jù)所述簽約信息，對所述多 媒體點播的呼叫請求進行鑒權(quán)，如果鑒權(quán)成功，則轉(zhuǎn)發(fā)所述多媒體點播的呼叫 請求；如果鑒權(quán)失敗，則拒絕轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求。步驟103:流媒體服務器向應用服務器返回多媒體點播的呼叫請求的響應 消息，攜帶與點播的媒體流對應的地址，即流媒體服務器中媒體流的實時流協(xié) 議(RTSP, Real Time Streaming Protocol)統(tǒng)一資源標識符(URI, Uniform Resource Identifier)地址；多媒體點播的呼叫請求的響應消息為SIP 3XX消息，例如SIP 302消息。 SIP 3XX消息一般支持電話(TEL， Telephone) URI/SIP URI，而由于本實施例中，SIP 3XX消息需要攜帶流媒體服務器中媒體流的地址，因此需要擴展SIP3XX消息中的URI地址，使SIP 3XX消息也支持RTSP URI。 下面舉例說明擴展后SIP 302消息的格式
SIP/2.0 302 Moved TemporarilyVia: SIP/2.0/UDP 182.20.20.100:5061; branch=z9hG4bKa271bd8c4 Call-ID: e870d228a24d260c0d6acbb3a271bd8c@l82.20.20.100 From: <sip:07558880001@182.20.20.100;usep=phone>;tag=a271bd8c To: <sip: 10001 @ 182.20.70.100;user=phone>;tag=41 b092cb CSeq: 1 INVITEContact: < rtsp:〃media.example.com:554/twister > Content-Length:...其中，RTSP URI在SIP 302的Contact域中。步驟104:應用服務器轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求的響應消息給融合 終端；步驟105:融合終端向應用服務器返回確認消息；步驟106:應用服務器向流媒體服務器轉(zhuǎn)發(fā)確認消息；下面是融合終端與流媒體服務器之間RTSP標準會話過程，即融合終端從 流媒體服務器獲取所需的媒體流的具體過程步驟107:根據(jù)所述多媒體點播的呼叫請求的響應消息攜帶的流媒體服務 器媒體流的URI地址，融合終端發(fā)送建立RTSP連接請求給流媒體服務器；步驟108:流媒體服務器向融合終端返回RTSP連接成功的響應消息；步驟109:融合終端發(fā)送選項(OPTION)請求給流媒體服務器，請求流媒體 服務器提供其支持的消息類型；步驟110:流媒體服務器向融合終端返回OPTION請求的響應消息，攜帶 流媒體服務器支持的消息類型；步驟111:融合終端發(fā)送描述(DESCRIBE)請求給流媒體服務器，請求流 媒體服務器提供其具體連接信息，例如端口地址等；步驟112:流媒體服務器向融合終端返回DESCRIBE請求的響應消息，攜 帶流媒體服務器的具體連接信息；步驟113:融合終端發(fā)送多媒體信息(例如音頻、視頻等)建立請求給流媒 體服務器； 步驟114:流媒體服務器向融合終端返回多媒體信息建立請求的響應消息； 步驟115:根據(jù)用戶點播的多媒體信息，融合終端發(fā)送播放(PLAY)請求給 流媒體服務器；步驟116:流^ 某體服務器向融合終端返回PLAY請求的響應消息；步驟117:流媒體服務器向融合終端發(fā)送用戶點播多媒體信息對應的媒體、、六對于純SIP終端，其與融合終端的上述多媒體點播過程類似。分離終端通過遙控撥號來發(fā)送多媒體點播的呼叫請求(例如采用電視遙控器進行撥號)，其 它過程與融合終端也類似。因此，不再做進一步描述。請參照圖2，為本發(fā)明多媒體點播的方法的第二實施例的流程圖。本實施 例中多媒體終端為融合終端、多媒體系統(tǒng)處于網(wǎng)絡(luò)服務器(Web Server)中，且 融合終端基于應用服務器通過業(yè)務代理間接向Web Server請求點播多媒體。所述多媒體點播的方法的具體過程包括步驟201:用戶通過融合終端發(fā)送多媒體點播的呼叫請求給應用服務器；本實施例中，應用服務器為軟交換。所述多媒體點播的呼叫請求可以攜帶多媒體點播接入碼。步驟202:應用服務器將所述多媒體點播的呼叫請求轉(zhuǎn)發(fā)至業(yè)務代理；所述多媒體點播的呼叫請求還可以攜帶融合終端的簽約信息，在轉(zhuǎn)發(fā)所述 多媒體點播的呼叫請求之前，應用服務器還可以根據(jù)所述簽約信息，對所述多 媒體點播的呼叫請求進行鑒權(quán)，如果鑒權(quán)成功，則轉(zhuǎn)發(fā)所述多媒體點播的呼叫 請求；如果鑒權(quán)失敗，則拒絕轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求。步驟203:業(yè)務代理對所述多媒體點播的呼叫請求攜帶的多媒體點播接入 碼進行翻譯，獲得多媒體系統(tǒng)的號碼，并獲取與多媒體系統(tǒng)的號碼對應的網(wǎng)絡(luò) 服務器的超文本傳輸協(xié)議(HTTP, Hyper Text Transport Protocol) URI地址；業(yè)務代理中存儲多媒體系統(tǒng)的號碼與網(wǎng)絡(luò)服務的HTTP URI地址的對應 關(guān)系。例如當多媒體點播接入碼為999時，業(yè)務代理將多媒體點播接入碼999 翻譯為呼叫地址28780999,根據(jù)28780999獲取與之對應的網(wǎng)絡(luò)服務器的URI 地址。步驟204:業(yè)務代理向應用服務器返回多媒體點播的呼叫請求的響應消 息，攜帶網(wǎng)絡(luò)服務器的HTTP URI地址；多媒體點播的呼叫請求的響應消息為SIP 3XX消息，例如SIP 302消息。SIP 3XX消息一般支持TEL URI/SIP URI，而由于本實施例中，SIP 3XX 消息需要攜帶網(wǎng)絡(luò)服務器的HTTP URI地址，因此需要擴展SIP 3XX消息中的 URI地址，使SIP 3XX消息也支持HTTP URI。下面舉例說明擴展后SIP 302消息的格式SIP/2.0 302 Moved TemporarilyVia: SIP/2.0/UDP 182.20.20.100:5061; branch=z9hG4bKa271bd8c4 Call-ID: e870d228a24d260c0d6acbb3a271bd8c@182.20.20.100 From: <sip:07558880001@l82.20.20.100;user=phone>;tag=a271bd8c To:<sip:10001@182.20.70.100;user=phone>;tag=41 b092cb CSeq: 1 INVITEContact: <http:〃www.huawei.com> Content-Length:...其中，HTTP URI在SIP 302的Contact域中。步驟205:應用服務器轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求的響應消息給融合 終端；步驟206:融合終端向應用服務器返回確認消息； 步驟207:應用服務器向業(yè)務代理轉(zhuǎn)發(fā)確認消息；下面是融合終端與網(wǎng)絡(luò)服務器之間HTTP標準會話過程，即融合終端獲取 與點播的媒體流對應的地址，即點播的媒體流在網(wǎng)絡(luò)服務器中的RTSPURI的 過程步驟208:根據(jù)所述多媒體點播的呼叫請求的響應消息攜帶的網(wǎng)絡(luò)服務器 的HTTP URI地址，融合終端發(fā)送建立傳輸控制協(xié)議(TCP, Transmission Control Protocol)連接請求給網(wǎng)絡(luò)服務器；步驟209:網(wǎng)絡(luò)服務器向融合終端返回TCP連接成功的響應消息；
步驟210:根據(jù)用戶所需的媒體流，融合終端發(fā)送HTTP請求給網(wǎng)絡(luò)服務器；步驟211:網(wǎng)絡(luò)服務器向融合終端返回HTTP請求的響應消息，攜帶用戶 所需媒體流在網(wǎng)絡(luò)服務器的RTSP URI;下面是融合終端與網(wǎng)絡(luò)服務器之間RTSP標準會話過程，即融合終端從網(wǎng) 絡(luò)服務器獲取所需的媒體流的具體過程步驟212:根據(jù)所述HTTP請求的響應消息攜帶的媒體流在網(wǎng)絡(luò)服務器的 RTSP URI,融合終端發(fā)送建立RTSP連接請求給網(wǎng)絡(luò)服務器；步驟213:網(wǎng)絡(luò)服務器向融合終端返回RTSP連接成功的響應消息；步驟214:融合終端發(fā)送選項(OPTION)請求給網(wǎng)絡(luò)服務器，請求獲取網(wǎng)絡(luò) 服務器所支持的消息類型；步驟215:網(wǎng)絡(luò)服務器向融合終端返回OPTION請求的響應消息，攜帶網(wǎng) 絡(luò)服務器所支持的消息類型；步驟216:融合終端發(fā)送描述(DESCRIBE)請求給網(wǎng)絡(luò)服務器，請求荻取 網(wǎng)絡(luò)服務器的具體信息，例如網(wǎng)絡(luò)服務器的地址、端口信息等；步驟217:網(wǎng)絡(luò)服務器向融合終端返回DESCRIBE請求的響應消息，攜帶 網(wǎng)絡(luò)服務器的具體信息；步驟218:融合終端發(fā)送媒體流(例如音頻、多媒體等)建立請求給網(wǎng)絡(luò)服 務器；步驟219:網(wǎng)絡(luò)服務器向融合終端返回4某體流建立請求的響應消息； 步驟220:根據(jù)用戶點播的媒體流，融合終端發(fā)送播放(PLAY)請求給網(wǎng)絡(luò) 服務器；步驟221:網(wǎng)絡(luò)服務器向融合終端返回PLAY請求的響應消息； 步驟222:網(wǎng)絡(luò)服務器向融合終端發(fā)送用戶點播的媒體流。 對于純SIP終端，其與融合終端的上述多媒體點播過程相同。因此，不再 做進一步描述。請參照圖3，為本發(fā)明多媒體點播的方法的第三實施例的流程圖。本實施 例中多媒體終端為分離終端、多媒體系統(tǒng)處于流媒體服務器中，且分離終端基
于應用服務器通過業(yè)務代理間接向流媒體服務器請求點播多媒體。所述多媒體點播的方法的具體過程包括步驟301:用戶通過分離終端的公共電話交換網(wǎng)(PSTN, Public Switched Telephone Network)話機發(fā)送多媒體點播的呼叫請求給應用服務器，并攜帶點 播的媒體流信息；本實施例中，應用服務器為軟交換。所述點播的媒體流信息可以為與媒體流對應的編碼，例如編碼12345表示視頻節(jié)目A,編碼54321表示音頻節(jié)目B等。所述多媒體點播的呼叫請求可以攜帶多媒體點播接入碼。步驟302:應用服務器將所述多媒體點播的呼叫請求轉(zhuǎn)發(fā)至業(yè)務代理；所述多媒體點播的呼叫請求還可以攜帶融合終端的簽約信息，在轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求之前，應用服務器還可以根據(jù)所述簽約信息，對所述多媒體點播的呼叫請求進行鑒權(quán)，如果鑒權(quán)成功，則轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求；如果鑒權(quán)失敗，則拒絕轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求。步驟303:業(yè)務代理對所述多媒體點播的呼叫請求攜帶的多媒體點播接入碼、媒體流信息進行翻譯，并獲取與點播的媒體流對應的地址，即流媒體服務器中媒體流的RTSPURI地址；業(yè)務代理中存儲多媒體點播碼、媒體流信息與RTSPURI地址的對應關(guān)系。 步驟304:業(yè)務代理向應用服務器返回多媒體點播的呼叫請求的響應消息，攜帶流媒體服務器中媒體流的RTSPURI地址；多媒體點播的呼叫請求的響應消息為SIP 3XX消息，例如SIP 302消息。 SIP 3XX消息一般支持TEL URI/SIP URI,而由于本實施例中，SIP 3XX消息需要攜帶媒體流服務器中媒體流的RTSP URI地址，因此需要擴展SIP3XX消息中的URI地址，使SIP 3XX消息也支持RTSP URI?？梢匀鐚嵤├凰具M4于擴展。步驟305:應用服務器查詢外置數(shù)據(jù)庫得到分離終端綁定的SIP話機地址； 步驟306:應用服務器將所述流媒體服務器的URI地址封裝在SIP INFO 消息的BODY中發(fā)送給分離終端綁定的SIP話機；
SIP INFO消息一般支持TEL URI/SIP URI,而由于本實施例中，SIP INFO 消息需要攜帶流媒體服務器的地址，因此需要擴展SIP INFO消息中的URI地 址，使SIP INFO消息也支持RTSP URI。下面舉例說明擴展后SIP INFO消息的格式
INFO sip: 075589834250@10.75.35.161;user=phone SIP/2.0Via: SIP/2.0/UDP 10.70.106.82:5060;branch=z9hG4bK3883054875From: <sip: 114@10.75.35.161;user=phone>;tag=1451640803To: <sip: 075589834250@10.75.35.161;user=phone>Call-ID: EC78236491@10.70.106.82CSeq: 29 INFOMax-Forwards: 5Subject: Client RequestAllow: INVITE, ACK, CANCEL, BYE, OPTIONS, REFER, SUBSCRIBE, NOTIFY, INFO， INFOContent-Type: text/xmlContent-Length:..<inf><cmd>3110</cmd> <linkuri>* *************** *</lijJ^uri><cont^** ****************** *</cont〉 <autolink>0</autolink〉 </in》其中，INFO消息體為XML格式，消息體的最大長度為512字節(jié)。<Cont>參 數(shù)(Tag)與<linkuri> Tag使用base64進行加密，只對這兩個字段加密。<Cont> Tag 為所顯示的多媒體系統(tǒng)的信息內(nèi)容，可以為文本信息，也可以包含一個或多個 鏈接地址?！碙inkuri〉Tag為鏈接地址，可以是HTTPURI或者RTSP URL 〈autolink〉Tag為是否自動鏈接，l表示自動鏈接，0表示用戶選擇。如果終端收到INFO消息中只含有化ont、則在終端顯示多媒體系統(tǒng)的信
息內(nèi)容；如果只含有〈linkuri〉，則終端可以根據(jù)命令碼和參數(shù)一起決定是否自 動鏈接〈Linkuri〉 Tag中的URI;如果同時含有〈cont〉和〈linkuri〉，則在終端顯 示多媒體系統(tǒng)的內(nèi)容并按〈Linkuri〉Tag中的URI進行下載，且終端可以根據(jù)命 令碼和參數(shù)一起決定是自動鏈接〈linkur^Tag中的URI,還是由用戶選擇是否進 行鏈接。步驟307:應用服務器返回ACK響應消息給業(yè)務代理；步驟308:分離終端綁定的SIP話機返回SIP200響應消息給應用服務器；步驟309:應用服務器發(fā)送釋放(RELCOM/REL)消息給分離終端用戶使用的PSTN話機，用于告知PSTN話機通話過程結(jié)束；下面是分離終端與流媒體服務器之間RTSP標準會話過程步驟310:根據(jù)所述INFO消息中攜帶的流媒體服務器的RTSPURI地址，分離終端的SIP話機發(fā)送建立RTSP連接請求給流媒體服務器；步驟311:流媒體服務器向分離終端的SIP話機返回RTSP連接成功的響應消息；步驟312:分離終端的SIP話機發(fā)送OPTION請求給流媒體服務器，請求 流媒體服務器提供多媒體系統(tǒng)的多媒體菜單；步驟313:流媒體服務器向分離終端的SIP話機返回OPTION請求的響應 消息，攜帶多媒體系統(tǒng)的多媒體菜單；步驟314:分離終端的SIP話機發(fā)送DESCRIBE請求給流媒體服務器；步驟315:流媒體服務器向分離終端的SIP話機返回DESCRIBE請求的響 應消息；步驟316:分離終端的SIP話機發(fā)送音頻、多媒體建立請求給流媒體服務器；步驟317:流媒體服務器向分離終端的SIP話機返回音頻、多媒體建立請 求的響應消息；步驟318:根據(jù)用戶點播的音頻、多媒體，分離終端的SIP話機發(fā)送PLAY 請求給流媒體服務器；步驟319:流媒體服務器向分離終端的SIP話機返回PLAY請求的響應消步驟320:流媒體服務器向分離終端的SIP話機發(fā)送用戶點播的音頻、多媒體對應的媒體 流o請參照圖4，為本發(fā)明多媒體點播的方法的第四實施例的流程圖。本實施 例的應用場景為IP多媒體子系統(tǒng)(IMS, IP Multimedia Subsystem)系統(tǒng)，多媒體 終端為分離終端，且通過業(yè)務代理向多媒體系統(tǒng)點播媒體流。所述多媒體點播的具體過程包括步驟401:分離終端PSTN話機發(fā)送視頻點播呼叫請求給應用服務器，并 攜帶點播的媒體流信息；本實施例中，應用服務器為SIP服務器。所述點播的媒體流信息可以為與i某體流對應的編碼，例如編碼12345表示-脫頻節(jié)目A,編碼54321表示音頻節(jié)目B等。所述多媒體點播的呼叫請求可以攜帶多媒體點播接入碼。步驟402: SIP服務器將所述多媒體點播的呼叫請求轉(zhuǎn)發(fā)至呼叫會話控制功能單元(S-CSCF, Serving-Call Session Control Function);步驟403: S-CSCF將所述多媒體點播的呼叫請求轉(zhuǎn)發(fā)至第二代理呼叫會話控制功能單元(P-CSCF， Proxy- Call Session Control Function);所述第二代理呼叫會話控制功能單元將業(yè)務代理接入IMS核心網(wǎng)。 步驟404:第二 P-CSCF轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求給業(yè)務代理； 步驟405:業(yè)務代理向第二 P-CSCF返回所述多媒體點播的呼叫請求的響應消息，攜帶流媒體服務器中媒體流的RTSP URI地址；多媒體點播的呼叫請求的響應消息為SIP3XX消息，例如SIP302消息。 SIP 3XX消息一4殳支持TEL URI/SIP URI,而由于本實施例中，SIP 3XX消息需要攜帶媒體流服務器中媒體流的RTSP URI地址，因此需要擴展SIP3XX消息中的URI地址，使SIP 3XX消息也支持RTSP URL可以如實施例一所示進行擴展。步驟406:第二 P-CSCF轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求的響應消息給 S-CSCF; 步驟407: S-CSCF轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求的響應消息給SIP服務器；步驟408: SIP服務器將所述流媒體服務器的URI地址封裝在SIP INFO 消息的BODY中發(fā)送給S-CSCF;SIP INFO消息一般支持TEL URI/SIP URI,而由于本實施例中，SIP INFO 消息需要攜帶流媒體服務器的地址，因此需要擴展SIP INFO消息中的URI地 址，使SIP INFO消息也支持RTSP URI。步驟409: S-CSCF轉(zhuǎn)發(fā)SIP INFO消息給第一 P-CSCF;所述第一代理呼叫會話控制功能單元將分離終端的SIP話機接入IMS核 心網(wǎng)。步驟410:第一 P-CSCF轉(zhuǎn)發(fā)所述SIP INFO給分離終端的PSTN話機； 步驟411:分離終端的PSTN話才幾轉(zhuǎn)發(fā)所述SIP INFO消息給分離終端的 SIP話才幾；步驟412:分離終端的SIP話機返回SIP 200響應消息給分離終端的PSTN 話機；步驟413:分離終端的PSTN話機轉(zhuǎn)發(fā)SIP 200響應消息給第-步驟414:第一 P-CSCF轉(zhuǎn)發(fā)SIP 200響應消息給S-CSCF;步驟415: S-CSCF轉(zhuǎn)發(fā)SIP 200響應消息給SIP服務器；步驟416: SIP服務器返回ACK消息給S-CSCF;步驟417: S-CSCF轉(zhuǎn)發(fā)ACK消息給第二 P-CSCF;步驟418:第二 P-CSCF轉(zhuǎn)發(fā)ACK消息給業(yè)務代理；步驟419: SIP服務器發(fā)送REL消息給分離終端的PSTN話機 PSTN話機通話過程結(jié)束。接下來SIP話機根據(jù)所述INFO消息中攜帶的流媒體服務器的RTSP URI 地址，從多媒體系統(tǒng)獲取點播的媒體流的過程與前述實施例類似，這里不再進 一步描述。請參照圖5，為本發(fā)明多媒體點播的方法的第五實施例的流程圖。本實施 例的應用場景為IP多媒體子系統(tǒng)(IMS, IP Multimedia Subsystem)系統(tǒng)，多媒體P-CSCF;，用于告知
終端為融合終端，且通過業(yè)務代理向多媒體系統(tǒng)點播媒體流。 所述多媒體點播的具體過程包括步驟501:融合終端發(fā)送視頻點播呼叫請求給第一 P-CSCF，并攜帶點播 的媒體流信息；本實施例中，應用服務器為SIP服務器。 所述第一 P-CSCF將融合終端接入IMS核心網(wǎng)。
所述點播的媒體流信息可以為與媒體流對應的編碼，例如編碼12345表示-f見頻節(jié)目A，編碼54321表示音頻節(jié)目B等。
所述多媒體點播的呼叫請求可以攜帶多媒體點播接入碼。 步驟502:第一 P-CSCF轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求給S-CSCF; 步驟503: S-CSCF將所述多媒體點播的呼叫請求轉(zhuǎn)發(fā)至SIP服務器； 步驟504: SIP服務器轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求給S-CSCF; 步驟505: S-CSCF轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求給第二 P-CSCF; 所述第二代理呼叫會話控制功能單元將業(yè)務代理接入IMS核心網(wǎng)。 步驟506:第二 P-CSCF轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求給業(yè)務代理； 步驟507:業(yè)務代理向第二 P-CSCF返回所述多媒體點播的呼叫請求的響應消息，攜帶流媒體服務器中媒體流的RTSP URI地址；多媒體點播的呼叫請求的響應消息為SIP 3XX消息，例如SIP 302消息。
SIP 3XX消息一般支持TEL URI/SIP URI,而由于本實施例中，SIP 3XX消息需要攜帶媒體流服務器中媒體流的RTSP URI地址，因此需要擴展SIP3XX消息中的URI地址，使SIP 3XX消息也支持RTSPURI?？梢匀鐚嵤├凰具M纟于擴展。
步驟508:第二 P-CSCF轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求的響應消息SIP 302給S-CSCF;步驟509: S-CSCF轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求的響應消息SIP 302 給服務器；步驟510: SIP服務器轉(zhuǎn)發(fā)所述多媒體點播的呼叫請求的響應消息SIP302 給S-CSCF; 步驟511: S-CSCF轉(zhuǎn)發(fā)SIP 302消息給第一 P-CSCF;步驟512:第一 P-CSCF轉(zhuǎn)發(fā)所述SIP 302給融合終端；步驟513:融合終端返回ACK響應消息給第一 P-CSCF;步驟514:第一 P-CSCF轉(zhuǎn)發(fā)ACK響應消息給S-CSCF;步驟515: S-CSCF轉(zhuǎn)發(fā)ACK響應消息給SIP服務器；步驟516: SIP服務器返回ACK消息給S-CSCF;步驟517: S-CSCF轉(zhuǎn)發(fā)ACK消息給第二 P-CSCF;步驟518:第二 P-CSCF轉(zhuǎn)發(fā)ACK消息給業(yè)務代理。接下來融合終端根據(jù)所述SIP 302消息中攜帶的流媒體服務器的RTSP URI地址，從多媒體系統(tǒng)獲取點播的媒體流的過程與前述實施例類似，這里不 再進一步描述。請參照圖6，為本發(fā)明多媒體點播的系統(tǒng)第一實施例的結(jié)構(gòu)圖。所述多媒 體點播的系統(tǒng)包括多媒體終端61、應用服務器62、多媒體系統(tǒng)63。所述多媒體終端61用于發(fā)送多媒體點播的呼叫請求給應用服務器62，并 根據(jù)應用服務器62返回的多媒體點播的呼叫請求的響應消息中攜帶的與點播 的媒體流對應的地址，從多媒體系統(tǒng)63獲取點播的媒體流。所述應用服務器62用于轉(zhuǎn)發(fā)多媒體終端61發(fā)送的多媒體點播的呼叫請 求，并將接收的多媒體點播的呼叫請求的響應消息轉(zhuǎn)發(fā)給多媒體終端61，所 述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地址。所述多媒體系統(tǒng)63用于接收所述應用服務器62轉(zhuǎn)發(fā)的多媒體點播的呼叫 請求，并根據(jù)所述多媒體點播的呼叫請求，返回攜帶與點播的媒體流對應的地 址的多媒體點播的呼叫請求的響應消息給應用服務器62,以及與多媒體終端 61建立連接，并向多媒體終端61提供多媒體終端61點播的媒體流。所述多4某體終端61可以為融合終端、分離終端、純SIP終端，其包4舌發(fā) 送單元611、接收單元612、地址獲取單元613、媒體流獲取單元614。所述發(fā)送單元611用于發(fā)送多媒體點播的呼叫請求給應用服務器；所述接 收單元612用于接收所述應用服務器轉(zhuǎn)發(fā)的多媒體點播的呼叫請求的響應消 息，所述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地
址；所述地址獲取單元613用于獲取多媒體系統(tǒng)的地址，并將獲取的多媒體系 統(tǒng)的地址提供給發(fā)送單元611,所述發(fā)送單元611根據(jù)獲取的媒體系統(tǒng)的地址， 發(fā)送獲取點播的媒體流的請求給多媒體系統(tǒng)63;所述媒體流獲取單元614根 據(jù)所述接收單元所接收的與點播的媒體流對應的地址，向多媒體系統(tǒng)發(fā)送獲取 點播的媒體流的請求，并獲取點播的媒體流。
所述多媒體系統(tǒng)63包括接收單元631、發(fā)送單元632、媒體流提供單元
636。
所述接收單元631用于接收應用服務器62轉(zhuǎn)發(fā)的多媒體點播的呼叫請求； 所述發(fā)送單元632用于根據(jù)接收單元631接收的多媒體點播的呼叫請求所攜帶 的點播的媒體流信息，返回多媒體點播的呼叫請求的響應消息給應用服務器 62,所述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地 址；所述媒體流提供單元634用于根據(jù)多媒體終端61發(fā)送的獲取點播的媒體 流的請求，向多媒體終端61提供點播的媒體流。
請參照圖7，為本發(fā)明多媒體點播的系統(tǒng)第二實施例的結(jié)構(gòu)圖。所述多媒 體點播的系統(tǒng)包括多媒體終端71、應用服務器72、業(yè)務代理73、多媒體系統(tǒng) 74。
所述多媒體終端71用于發(fā)送多媒體點播的呼叫請求給應用服務器72,并 根據(jù)應用服務器72返回的多媒體點播的呼叫請求的響應消息中攜帶的與點播 的媒體流對應的地址，從多媒體系統(tǒng)74獲取點播的媒體流。
所述應用服務器72用于轉(zhuǎn)發(fā)多媒體終端71發(fā)送的多媒體點播的呼叫請 求，并將接收的多媒體點播的呼叫請求的響應消息轉(zhuǎn)發(fā)給多媒體終端71,所 述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地址。
所述業(yè)務代理73用于接收所述應用服務器72轉(zhuǎn)發(fā)的多媒體點播的呼叫請 求，并根據(jù)所述多媒體點播的呼叫請求，返回攜帶多與點播的媒體流對應的地 址的多媒體點播的呼叫請求的響應消息給應用服務器72;
所述多媒體系統(tǒng)74用于向多媒體終端71提供多媒體終端71點播的媒體
流o
所述多媒體終端71可以為融合終端、分離終端、純SIP終端，其包括發(fā)
送單元711、接收單元712、地址獲取單元713、媒體流獲取單元714。
所述發(fā)送單元711用于發(fā)送多媒體點播的呼叫請求給應用服務器；所述接 收單元712用于接收所述應用服務器轉(zhuǎn)發(fā)的多媒體點播的呼叫請求的響應消 息，所述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地 址；所述地址獲取單元713用于獲取多媒體系統(tǒng)74的地址，并將獲取的多媒 體系統(tǒng)的地址提供給發(fā)送單元711 ，所述發(fā)送單元711根據(jù)獲取的媒體系統(tǒng)的 地址，發(fā)送獲取點播的媒體流的請求給多媒體系統(tǒng)74;所述媒體流獲取單元 714用于根據(jù)所述接收單元712接收的多媒體點播的呼叫請求的響應消息中攜 帶與點播的媒體流對應的地址，向多媒體系統(tǒng)74發(fā)送獲取點播的媒體流的請 求，并獲取點播的媒體流。
所述業(yè)務代理73包括接收單元731、存儲單元733、查詢單元734、發(fā)送 單元735。
所述接收單元731用于接收應用服務器72轉(zhuǎn)發(fā)的多媒體點播的呼叫請求， 所述多媒體點播的呼叫請求攜帶點播的媒體流信息；所述存儲單元733用于存 儲媒體流信息與媒體流地址的對應關(guān)系；所述查詢單元734所述接收單元731
接收的多媒體點播的呼叫請求中的點播的媒體流信息，查詢所述存儲單元 733,獲得與媒體流信息對應的媒體流地址；所述發(fā)送單元735用于發(fā)送多媒 體點播的呼叫請求的響應消息給應用服務器72,攜帶所述查詢單元734獲得 的媒體流的地址。
通過本發(fā)明實施例提供的多媒體點播的方法及系統(tǒng)、多媒體終端，多媒體 終端能夠通過發(fā)起多媒體點播呼叫請求來獲取點播的媒體流的地址，根據(jù)獲取 的媒體流地址，從多媒體系統(tǒng)獲取點播的媒體流，從而實現(xiàn)通過發(fā)起多媒體點 播呼叫請求來進行多媒體點播。
以上對本發(fā)明所提供的一種多媒體點播的方法及系統(tǒng)、多媒體終端進行了
上實施例的說明只是用于幫助理解本發(fā)明所揭示的技術(shù)方案；同時，對于本領(lǐng) 域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應用范圍上均會有 改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。
權(quán)利要求
1. 一種多媒體點播的方法，其特征在于，包括多媒體終端發(fā)送多媒體點播的呼叫請求給應用服務器，所述多媒體點播的 呼叫請求攜帶點播的媒體流信息；多媒體終端接收應用服務器返回的多媒體點播的呼叫請求的響應消息，所 述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地址；多媒體終端根據(jù)所述多媒體點播的呼叫請求的響應消息中攜帶的與點播 的媒體流對應的地址，獲取點播的媒體流。
2. 根據(jù)權(quán)利要求1所述的多媒體點播的方法，其特征在于，多媒體終端 發(fā)送多媒體點播的呼叫請求給應用服務器后還包括應用服務器將所述多媒體點播的呼叫請求路由至多媒體系統(tǒng)；多媒體系統(tǒng)根據(jù)所述多媒體點播的呼叫請求攜帶點播的媒體流信息，向應用服務器返回多媒體點播的呼叫請求的響應消息，攜帶與點播的媒體流對應的地址。
3. 根據(jù)權(quán)利要求2所述的多媒體點播的方法，其特征在于，所述多媒體 點播的呼叫請求包括多媒體點播接入碼，則所述應用服務器將所述多媒體點播 的呼叫請求路由至多媒體系統(tǒng)具體過程包括所述應用服務器將所述多媒體點播接入碼翻譯為多媒體系統(tǒng)的呼叫地址； 所述應用服務器根據(jù)所述多媒體系統(tǒng)的呼叫地址，將所述多媒體點播的呼 叫請求路由至多媒體系統(tǒng)。
4. 根據(jù)權(quán)利要求1所述的多媒體點播的方法，其特征在于，多媒體終端 發(fā)送多媒體點播的呼叫請求給應用服務器后還包括應用服務器將所述多媒體點播的呼叫請求路由至業(yè)務代理； 業(yè)務代理根據(jù)所述多媒體點播的呼叫請求攜帶點播的媒體流信息，向應用服務器返回多媒體點播的呼叫請求的響應消息，攜帶與點播的媒體流對應的地址。
5. 根據(jù)權(quán)利要求4所述的多媒體點播的方法，其特征在于，所述業(yè)務代 理向應用服務器返回多媒體點播的呼叫請求的響應消息之前包括所述業(yè)務代理根據(jù)所述多媒體點播的呼叫請求中攜帶的點播的媒體流信 息，查詢媒體流信息與媒體流地址的對應關(guān)系，獲取與點播的媒體流對應的地 址。
6. 根據(jù)權(quán)利要求1所述的多媒體點播的方法，其特征在于，多媒體終端發(fā)送多媒體點播的呼叫請求，攜帶點播的媒體流信息之前還包括 多媒體終端獲取多媒體系統(tǒng)的地址；多媒體終端根據(jù)所述多媒體系統(tǒng)的地址，與多媒體系統(tǒng)建立連接。
7. 根據(jù)權(quán)利要求1所述的多媒體點播的方法，其特征在于，多媒體終端 根據(jù)所述多媒體點播的呼叫請求的響應消息中攜帶的與點播的媒體流對應的 地址，獲取點播的媒體流具體過程包括多媒體終端根據(jù)所述多媒體點播的呼叫請求的響應消息中攜帶的與點播 的媒體流對應的地址，發(fā)送建立實時流協(xié)議(RTSP, Real Time Streaming Protocol)連接請求給多媒體系統(tǒng)；多媒體系統(tǒng)向多媒體終端返回RTSP連接成功的響應消息；多媒體終端發(fā)送獲取點播的媒體流請求給多媒體系統(tǒng)；多媒體系統(tǒng)向多媒體終端返回獲取點播的媒體流請求的響應消息；多媒體終端從多媒體系統(tǒng)接收點播的媒體流。
8. 根據(jù)權(quán)利要求1所述的多媒體點播的方法，其特征在于，所述多媒體 點播的呼叫請求的響應消息為經(jīng)過擴展的SIP消息，所述SIP消息支持RTSP URI或者超文本傳輸協(xié)議(HTTP, Hyper Text Transport Protocol) URL
9. 根據(jù)權(quán)利要求1至8中任一權(quán)利要求所述的多媒體點播的方法，其特 征在于，所述多媒體終端為融合終端或者純SIP終端。
10. 根據(jù)權(quán)利要求1至8中任一權(quán)利要求所述的多媒體點播的方法，其特 征在于，所述多媒體終端為分離終端。
11. 根據(jù)權(quán)利要求10所述的多媒體點播的方法，其特征在于，所述多媒 體終端接收應用服務器返回的多媒體點播的呼叫請求的響應消息之前還包括應用服務器查詢外置數(shù)據(jù)庫獲取與分離終端PSTN話機邦定的SIP話機的 地址。
12. 根據(jù)權(quán)利要求1至8中任一權(quán)利所述的多媒體點播的方法，其特征在 于，所述多媒體終端為流媒體服務器或者網(wǎng)絡(luò)服務器。
13. —種多媒體點播的系統(tǒng)，其特征在于，包括多媒體終端，用于發(fā)送多媒體點播的呼叫請求，攜帶點播的媒體流信息， 并根據(jù)返回的多媒體點播的呼叫請求的響應消息中攜帶的與點播的媒體流對 應的地址，獲取點播的媒體流；應用服務器，用于轉(zhuǎn)發(fā)多媒體終端發(fā)送的多媒體點播的呼叫請求給多媒體 系統(tǒng)，并將從多媒體系統(tǒng)接收的多媒體點播的呼叫請求的響應消息轉(zhuǎn)發(fā)給多媒 體終端，所述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的 地址；多媒體系統(tǒng)，用于接收應用服務器發(fā)送的多媒體點播的呼叫請求，并根據(jù) 所述多媒體點播的呼叫請求，返回攜帶與點播的媒體流對應的地址的多媒體點 播的呼叫請求的響應消息給應用服務器，并向多媒體終端提供多媒體終端點播 的媒體流。
14. 根據(jù)權(quán)利要求13所述的多媒體點播的系統(tǒng)，其特征在于，所述多媒 體終端包括發(fā)送單元，用于發(fā)送多媒體點播的呼叫請求給應用服務器，攜帶點播的媒 體流信息；接收單元，用于接收所述應用服務器轉(zhuǎn)發(fā)的多媒體點播的呼叫請求的響應 消息，所述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地址；媒體流獲取單元，用于根據(jù)所述接收單元所接收的與點播的媒體流對應的 地址，向多媒體系統(tǒng)發(fā)送獲取點播的媒體流的請求，并獲取點播的々某體流。
15. 根據(jù)權(quán)利要求14所述的多媒體點播的系統(tǒng)，其特征在于，所述多媒 體終端還包括地址獲取單元，用于獲取多媒體系統(tǒng)的地址，并將獲取的多媒體系統(tǒng)的地 址提供給發(fā)送單元，所述發(fā)送單元根據(jù)獲取的媒體系統(tǒng)的地址，發(fā)送獲取點播 的媒體流的請求給多媒體系統(tǒng)。
16. 根據(jù)權(quán)利要求15所述的多媒體點播的系統(tǒng)，其特征在于，所述多媒體系統(tǒng)包括接收單元，用于接收應用服務器轉(zhuǎn)發(fā)的多媒體點播的呼叫請求，攜帶點播 的媒體流信息；發(fā)送單元，用于根據(jù)接收單元接收的多媒體點播的呼叫請求所攜帶的點播 的媒體流信息，返回多媒體點播的呼叫請求的響應消息給應用服務器，所述多 媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地址；媒體流提供單元，用于根據(jù)多媒體終端發(fā)送的獲取點播的媒體流的請求， 向多媒體終端提供點播的媒體流。
17. —種多媒體點播的系統(tǒng)，其特征在于，包括多媒體終端，用于發(fā)送多媒體點播的呼叫請求，并根據(jù)返回的多媒體點播 的呼叫請求的響應消息中攜帶的與點播的媒體流對應的地址，獲取點播的媒體 流;應用服務器，用于轉(zhuǎn)發(fā)多媒體終端發(fā)送的多媒體點播的呼叫請求給業(yè)務代 理，并將從多媒體系統(tǒng)接收的多媒體點播的呼叫請求的響應消息轉(zhuǎn)發(fā)給多媒體 終端，所述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地址；業(yè)務代理，用于接收所述應用服務器轉(zhuǎn)發(fā)的多媒體點播的呼叫請求，并根 據(jù)所述多媒體點播的呼叫請求所攜帶的點播的媒體流信息，返回攜帶與點播的 媒體流對應的地址的多媒體點播的呼叫請求的響應消息給應用服務器；多媒體系統(tǒng)，用于向多媒體終端提供多媒體終端點播的媒體流。
18. 根據(jù)權(quán)利要求17所述的多媒體點播的系統(tǒng)，其特征在于，所述業(yè)務 代理包括接收單元，用于接收應用服務器發(fā)送的多媒體點播的呼叫請求，所述多媒 體點播的呼叫請求攜帶點播的媒體流信息；存儲單元，用于存儲媒體流信息與媒體流地址的對應關(guān)系；查詢單元，用于根據(jù)所述接收單元接收的多媒體點播的呼叫請求中的點播 的媒體流信息，查詢所述存儲單元，獲得與媒體流信息對應的媒體流的地址；發(fā)送單元，用于發(fā)送多媒體點播的呼叫請求的響應消息給應用服務器，攜 帶所述查詢單元獲得的媒體流的地址。
19. 根據(jù)權(quán)利要求18所述的多媒體點播的系統(tǒng)，其特征在于，所述多媒體終端包括發(fā)送單元，用于發(fā)送多媒體點播的呼叫請求給應用服務器； 接收單元，用于接收所述應用服務器轉(zhuǎn)發(fā)的多媒體點播的呼叫請求的響應 消息，所述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地址；媒體流獲取單元，用于根據(jù)所述接收單元接收的多媒體點播的呼叫請求的 響應消息中攜帶與點播的媒體流對應的地址，向多媒體系統(tǒng)發(fā)送獲取點播的媒 體流的請求，并獲取點播的媒體流。
20. 根據(jù)權(quán)利要求19所述的多媒體點播的系統(tǒng)，其特征在于，所述多媒 體終端還包括地址獲取單元，用于獲取多媒體系統(tǒng)的地址，并將獲取的多媒體系統(tǒng)的地 址提供給發(fā)送單元，所述發(fā)送單元根據(jù)獲取的媒體系統(tǒng)的地址，發(fā)送多媒體點 播的呼叫請求給多媒體系統(tǒng)。
21. —種多媒體終端，其特征在于，包括 發(fā)送單元，用于發(fā)送多媒體點播的呼叫請求；接收單元，用于接收返回的多媒體點播的呼叫請求的響應消息，所述多媒 體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地址；媒體流獲取單元，用于根據(jù)所述接收單元所接收的與點播的媒體流對應的 地址，獲取點播的媒體流。
22. 根據(jù)權(quán)利要求21所述的多媒體終端，其特征在于，所述多媒體終端 還包括地址獲取單元，用于獲取多媒體系統(tǒng)的地址，并將獲取的多媒體系統(tǒng)的地 址提供給發(fā)送單元，所述發(fā)送單元根據(jù)獲取的媒體系統(tǒng)的地址，發(fā)送多媒體點十 播的呼叫請求給多媒體系統(tǒng)。
全文摘要
本發(fā)明提供一種多媒體點播的方法及系統(tǒng)、多媒體終端、多媒體系統(tǒng)。所述多媒體點播的方法包括多媒體終端發(fā)送多媒體點播的呼叫請求給應用服務器，所述多媒體點播的呼叫請求攜帶點播的媒體流信息；多媒體終端接收應用服務器返回的多媒體點播的呼叫請求的響應消息，所述多媒體點播的呼叫請求的響應消息中攜帶與點播的媒體流對應的地址；多媒體終端根據(jù)所述多媒體點播的呼叫請求的響應消息中攜帶的與點播的媒體流對應的地址，獲取點播的媒體流。通過本發(fā)明實施例提供的技術(shù)方案，多媒體終端能夠獲取點播的媒體流的地址，根據(jù)獲取的媒體流地址，從多媒體系統(tǒng)獲取點播的媒體流，從而實現(xiàn)在多媒體終端上進行多媒體點播。
文檔編號H04N7/173GK101123718SQ20071014939
公開日2008年2月13日 申請日期2007年9月13日 優(yōu)先權(quán)日2007年9月13日
發(fā)明者平 劉, 魏海濤 申請人:華為技術(shù)有限公司