国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種流媒體系統(tǒng)、信令轉(zhuǎn)發(fā)設(shè)備以及流媒體發(fā)送方法

      文檔序號:7648165閱讀:228來源:國知局
      專利名稱:一種流媒體系統(tǒng)、信令轉(zhuǎn)發(fā)設(shè)備以及流媒體發(fā)送方法
      技術(shù)領(lǐng)域
      本發(fā)明涉及流媒體領(lǐng)域,特別是一種流媒體系統(tǒng)、信令轉(zhuǎn)發(fā)設(shè)備以及流媒體發(fā)送方法。
      背景技術(shù)
      目前IPTV(IPTV,Internet Protocol TV or Interactive Personal TV網(wǎng)絡(luò)電視也稱交互式網(wǎng)絡(luò)電視)、CDN(Content Distribution Network內(nèi)容分發(fā)網(wǎng)絡(luò))以及移動流媒體領(lǐng)域,點播媒體文件通過單播的方式由媒體服務(wù)器給終端提供服務(wù)。信令流和數(shù)據(jù)流直接在媒體服務(wù)器和終端間交互,所有信令消息由各臺媒體服務(wù)器單獨(dú)管理,并進(jìn)行計費(fèi)消息的上報。
      在流媒體系統(tǒng)中,終端與媒體服務(wù)器間使用RTSP協(xié)議(Real Time StreamingProtocol,實時流協(xié)議)基于TCP協(xié)議(Transfer Control Protocol傳輸控制協(xié)議)進(jìn)行請求或響應(yīng)的信令交互。一次完整的RTSP交互由請求和響應(yīng)組成,常用的RTSP請求消息有描述(DESCRIBE)、操作(OPTIONS)、傳輸通道建立(SETUP)、播放(PLAY)、斷連(TEARDOWN)等。正常流程下媒體服務(wù)器一般會使用實時傳輸協(xié)議(Realtime Transform Protocol,RTP)基于UDP/TCP協(xié)議向終端發(fā)送媒體流,終端接收媒體流并進(jìn)行解碼播放。
      如圖1所示(圖中虛線表示信令流交互,實線表示數(shù)據(jù)流交互),現(xiàn)有媒體服務(wù)器對終端提供媒體服務(wù)時處理流程如下步驟101~步驟102.終端發(fā)起TCP連接建立請求,終端和媒體服務(wù)器經(jīng)過TCP協(xié)商后建立TCP連接,此TCP通道用于RTSP協(xié)議消息傳輸;步驟103~步驟104.終端發(fā)起操作(OPTIONS)請求,用于查詢媒體服務(wù)器能力,如支持哪些模式(TRICK MODE),媒體服務(wù)器將自身能力通過操作(OPTIONS)響應(yīng)消息返回給終端;步驟105~步驟108.終端發(fā)起描述(DESCRIBE)請求,請求所點播的媒體文件或直播頻道的詳細(xì)描述,服務(wù)器通過描述(DESCRIBE)請求的響應(yīng)消息返回結(jié)果,如媒體的視音頻編碼格式、采樣率、傳輸流封裝格式等,在此過程中,媒體服務(wù)器需要向業(yè)務(wù)支撐系統(tǒng)上報鑒權(quán)消息和起始計費(fèi)消息,其中鑒權(quán)消息和起始計費(fèi)消息一般一起上報到業(yè)務(wù)支撐系統(tǒng),可以選擇在收到在整個點播的過程中,媒體服務(wù)器需要向業(yè)務(wù)支撐系統(tǒng)上報鑒權(quán)、計費(fèi)消息。其中第一次鑒權(quán)消息和起始計費(fèi)消息一般一起上報到業(yè)務(wù)支撐系統(tǒng),可以選擇在收到描述(DESCRIBE)請求消息時上報,根據(jù)業(yè)務(wù)支撐系統(tǒng)的鑒權(quán)是否通過的返回消息決定是否向終端提供服務(wù),鑒權(quán)通過則向終端提供服務(wù);步驟109~步驟112.在單播情況下,終端發(fā)起傳輸通道建立(SETUP)請求,要求和媒體服務(wù)器建立視音頻連接通道,并在協(xié)議中攜帶要求服務(wù)器發(fā)送的IP、端口(Port),媒體服務(wù)器返回成功響應(yīng)消息。在采用RTP協(xié)議(RealtimeTransform Protocol,實時傳輸協(xié)議)作為傳輸流時,需要發(fā)送兩次傳輸通道建立(SETUP)請求,分別用于建立視頻和音頻的傳輸通道;步驟113~步驟115.在正確建立了視音頻通道后,終端發(fā)起播放(PLAY)請求,向媒體服務(wù)器請求媒體數(shù)據(jù);媒體服務(wù)器響應(yīng)此消息后,開始通過視音頻通道采用單播的方式傳輸數(shù)據(jù)到終端;步驟116~步驟123.在播放過程中,終端可以通過在播放(PLAY)請求消息攜帶模式(TRICK MODE)信息,媒體服務(wù)器按照終端要求,可發(fā)送快進(jìn)、快退、定位等數(shù)據(jù)報文,在播放過程中,即媒體服務(wù)器通過單播方式向終端輸出媒體流的過程中,媒體服務(wù)器可每間隔一定周期向業(yè)務(wù)支撐系統(tǒng)上報中間計費(fèi)消息,供業(yè)務(wù)支撐系統(tǒng)提供實時扣費(fèi)功能;步驟116~步驟123需要結(jié)束此次播放時,終端發(fā)送斷連(TEARDOWN)消息到媒體服務(wù)器,媒體服務(wù)器返回成功后停止發(fā)送媒體流到終端,播放結(jié)束,在播放結(jié)束時,媒體服務(wù)器向業(yè)務(wù)支撐系統(tǒng)上報計費(fèi)停止消息,結(jié)束此次用戶的扣費(fèi)。
      從以上媒體服務(wù)器對終端提供媒體服務(wù)時處理流程中我們可以看到信令流是由終端和媒體服務(wù)器直接交互的,而且信令交互分散,無法做到統(tǒng)一管理,當(dāng)前狀態(tài)、播放成功率等信息無法實時采集;同時媒體服務(wù)器還需要額外上報計費(fèi)消息到業(yè)務(wù)支撐系統(tǒng),影響了媒體服務(wù)器的性能;另外由于所有的信令控制消息直接和媒體服務(wù)器交互,因此媒體服務(wù)器如果需要和不同終端對接,需要適配不同信令控制協(xié)議,導(dǎo)致媒體服務(wù)器在實現(xiàn)和多終端對接時需要進(jìn)行復(fù)雜修改;并且由上述流程可知,每個媒體服務(wù)器獨(dú)自和終端進(jìn)行交互,不同的媒體服務(wù)器之間沒有關(guān)聯(lián),所以無法實現(xiàn)在不同的媒體服務(wù)器之間進(jìn)行負(fù)載均衡。

      發(fā)明內(nèi)容
      有鑒于此,一方面提供了一種流媒體系統(tǒng),包括信令轉(zhuǎn)發(fā)設(shè)備,包括鑒權(quán)單元用于向業(yè)務(wù)支撐系統(tǒng)上報終端的鑒權(quán)請求、接收業(yè)務(wù)支撐系統(tǒng)下發(fā)的所述終端的鑒權(quán)結(jié)果,將所述鑒權(quán)結(jié)果發(fā)送給媒體服務(wù)器,轉(zhuǎn)發(fā)單元,用于為終端和媒體服務(wù)器之間轉(zhuǎn)發(fā)交互的信令流;業(yè)務(wù)支撐系統(tǒng),包括鑒權(quán)單元用于對所述終端進(jìn)行鑒權(quán),向信令轉(zhuǎn)發(fā)設(shè)備下發(fā)對所述終端的鑒權(quán)結(jié)果;媒體服務(wù)器,用于在業(yè)務(wù)支撐系統(tǒng)對所述終端鑒權(quán)通過后向所述終端發(fā)送媒體流。
      另一方面提供了一種信令轉(zhuǎn)發(fā)設(shè)備,包括鑒權(quán)單元,用于向業(yè)務(wù)支撐系統(tǒng)上報終端的鑒權(quán)請求、接收業(yè)務(wù)支撐系統(tǒng)下發(fā)的所述終端的鑒權(quán)結(jié)果,將所述鑒權(quán)結(jié)果發(fā)送給媒體服務(wù)器;轉(zhuǎn)發(fā)單元,用于為終端和媒體服務(wù)器之間轉(zhuǎn)發(fā)交互的信令流。
      再一方面提供了一種流媒體發(fā)送方法,包括以下步驟為終端和媒體服務(wù)器之間轉(zhuǎn)發(fā)交互的信令流,并請求業(yè)務(wù)支撐系統(tǒng)鑒權(quán)所述終端;
      接收所述業(yè)務(wù)支撐系統(tǒng)對所述終端的鑒權(quán)結(jié)果,并將所述鑒權(quán)結(jié)果發(fā)送給媒體服務(wù)器;所述媒體服務(wù)器在所述終端鑒權(quán)通過后向所述終端發(fā)送媒體流。
      本發(fā)明實施例提供了一種信令流和數(shù)據(jù)流分開傳輸?shù)姆桨?,由一個終端到信令轉(zhuǎn)發(fā)設(shè)備到媒體服務(wù)器的信令通道傳輸信令,媒體服務(wù)器通過和終端間的數(shù)據(jù)通道發(fā)送媒體流,直接和終端進(jìn)行交互,通過信令流和數(shù)據(jù)流的分離,使媒體服務(wù)器專注于其本身的功能。


      圖1為現(xiàn)有技術(shù)中媒體服務(wù)器對終端提供媒體服務(wù)的處理流程圖;圖2為本發(fā)明實施例一提供的一種流媒體系統(tǒng);圖3為本發(fā)明實施例二提供的一種流媒體系統(tǒng);圖4為本發(fā)明實施例三提供的一種信令轉(zhuǎn)發(fā)設(shè)備;圖5為本發(fā)明實施例四提供的一種信令轉(zhuǎn)發(fā)設(shè)備;圖6為本發(fā)明實施例五提供的一種媒體服務(wù)器對終端提供媒體服務(wù)的處理流程圖;圖7為本發(fā)明實施例六提供的不同媒體服務(wù)器之間的切換流程示意圖。
      具體實施例方式
      本發(fā)明實施例一提供了一種流媒體系統(tǒng),參見附圖2,流媒體系統(tǒng)包括終端201、信令轉(zhuǎn)發(fā)設(shè)備202、媒體服務(wù)器203、業(yè)務(wù)支撐系統(tǒng)204,其中終端201向信令轉(zhuǎn)發(fā)設(shè)備202發(fā)送媒體信令流,信令轉(zhuǎn)發(fā)設(shè)備202向業(yè)務(wù)支撐系統(tǒng)204上報終端的鑒權(quán)請求和接收業(yè)務(wù)支撐系統(tǒng)204下發(fā)的對終端201的鑒權(quán)結(jié)果,接收終端201發(fā)送的信令流,將收到的業(yè)務(wù)支撐系統(tǒng)204上報的鑒權(quán)結(jié)果以及信令流發(fā)送給媒體服務(wù)器203,業(yè)務(wù)支撐系統(tǒng)204對終端201進(jìn)行鑒權(quán),下發(fā)對終端201的鑒權(quán)結(jié)果;媒體服務(wù)器203根據(jù)接收所述鑒權(quán)結(jié)果以及信令流決定是否向所述終端201發(fā)送媒體流。
      本發(fā)明實施例二提供了一種流媒體系統(tǒng),參見附圖3,流媒體系統(tǒng)包括終端301、信令轉(zhuǎn)發(fā)設(shè)備302、媒體服務(wù)器303(包括媒體服務(wù)器A 3031,媒體服務(wù)器B3032,媒體服務(wù)器C3033)、業(yè)務(wù)支撐系統(tǒng)304,網(wǎng)關(guān)系統(tǒng)305,其中終端301向信令轉(zhuǎn)發(fā)設(shè)備302發(fā)送媒體信令流,信令轉(zhuǎn)發(fā)設(shè)備302向業(yè)務(wù)支撐系統(tǒng)304上報終端301的鑒權(quán)請求和接收業(yè)務(wù)支撐系統(tǒng)304下發(fā)的對終端301的鑒權(quán)結(jié)果,業(yè)務(wù)支撐系統(tǒng)304對終端301進(jìn)行鑒權(quán),下發(fā)對終端201的鑒權(quán)結(jié)果,信令轉(zhuǎn)發(fā)設(shè)備302將收到的業(yè)務(wù)支撐系統(tǒng)304上報的鑒權(quán)結(jié)果以及接收到的終端301發(fā)送的信令流發(fā)送給媒體服務(wù)器303,媒體服務(wù)器303根據(jù)接收到的鑒權(quán)結(jié)果以及信令流決定是否向所述終端301發(fā)送媒體流,當(dāng)接收到的鑒權(quán)結(jié)果為鑒權(quán)通過且收到播放請求的信令流時向終端301發(fā)送媒體流。
      信令轉(zhuǎn)發(fā)設(shè)備302首次轉(zhuǎn)發(fā)信令流時,建立終端301和媒體服務(wù)器303中的某個媒體服務(wù)器如媒體服務(wù)器A3031之間的映射關(guān)系,以后再接收到終端301發(fā)送的信令流時,直接將此信令轉(zhuǎn)發(fā)到已經(jīng)和此終端301建立了映射關(guān)系的媒體服務(wù)器A3031。
      如果信令轉(zhuǎn)發(fā)設(shè)備302管理了三臺媒體服務(wù)器媒體服務(wù)器A 3031、媒體服務(wù)器B3032和媒體服務(wù)器C3033,則當(dāng)終端301發(fā)送信令流到信令轉(zhuǎn)發(fā)設(shè)備302時,信令轉(zhuǎn)發(fā)設(shè)備302可在所管理的三臺媒體服務(wù)器中選擇一臺給終端301提供服務(wù),選擇的策略可以基于CPU、內(nèi)存、磁盤讀寫速率(磁盤I/O)、用戶數(shù)、帶寬、應(yīng)用軟件運(yùn)行狀態(tài)、媒體內(nèi)容分布狀態(tài)等信息,這類選擇策略可以由用戶自定義來決定其優(yōu)先級,一般來說媒體服務(wù)器運(yùn)行狀態(tài)、應(yīng)用軟件運(yùn)行狀態(tài)是首要的條件,在媒體服務(wù)器運(yùn)行的情況下,信令轉(zhuǎn)發(fā)設(shè)備使用CPU、內(nèi)存、磁盤I/O等負(fù)載參數(shù)按照加權(quán)和的方式來計算各臺媒體服務(wù)器的負(fù)載情況,并按負(fù)載由輕到重的方式選擇調(diào)度;考慮到用戶體驗優(yōu)先原則,也可以按照媒體內(nèi)容分布情況進(jìn)行調(diào)度,先選擇有媒體內(nèi)容的媒體服務(wù)器,優(yōu)先保證用戶體驗,在內(nèi)容分布在多臺媒體服務(wù)器的情況下,再按照負(fù)載情況進(jìn)行調(diào)度。
      各臺媒體服務(wù)器303需要和信令轉(zhuǎn)發(fā)設(shè)備302維持正常心跳連接,以便信令轉(zhuǎn)發(fā)設(shè)備實時檢測到各臺媒體服務(wù)器的負(fù)載情況,當(dāng)某臺正在提供媒體流的媒體服務(wù)器A3031負(fù)載過重時,信令轉(zhuǎn)發(fā)設(shè)備可以根據(jù)制定的選擇策略重新選擇其它的媒體服務(wù)器如媒體服務(wù)器A3031給終端301提供服務(wù),即發(fā)送斷連消息到媒體服務(wù)器A3031,發(fā)送連接消息到媒體服務(wù)器B3032,同時將終端301和媒體服務(wù)器A3031之間的映射關(guān)系更新為終端302和媒體服務(wù)器B3032之間的映射關(guān)系。
      信令轉(zhuǎn)發(fā)設(shè)備302還可以直接向業(yè)務(wù)支撐系統(tǒng)304上報各個終端301的計費(fèi)消息,計費(fèi)消息為開始計費(fèi)消息、中間計費(fèi)消息或停止計費(fèi)消息,所有計費(fèi)消息由信令轉(zhuǎn)發(fā)設(shè)備302統(tǒng)一管理,節(jié)省了媒體服務(wù)器303的性能。
      由于所有的信令消息交互都通過信令轉(zhuǎn)發(fā)設(shè)備302來轉(zhuǎn)發(fā),因此信令轉(zhuǎn)發(fā)設(shè)備302上保存了終端301連接數(shù)、每臺媒體服務(wù)器303連接數(shù)(如直播、點播等)、每臺媒體服務(wù)器303的模式(Trick Mode)狀態(tài)、每臺媒體服務(wù)器303的負(fù)載情況等性能數(shù)據(jù),因此此類性能數(shù)據(jù)均可以由信令轉(zhuǎn)發(fā)設(shè)備303向網(wǎng)管系統(tǒng)305上報,而不需要媒體服務(wù)器303來和網(wǎng)管系統(tǒng)305對接,大大節(jié)省了媒體服務(wù)器303的性能,使其可以專注于媒體服務(wù)的基本性能。
      由于不同終端的信令消息采用的協(xié)議可能有所區(qū)別,信令轉(zhuǎn)發(fā)設(shè)備可作為信令網(wǎng)關(guān),將終端發(fā)起的信令協(xié)議如SIP協(xié)議轉(zhuǎn)換為媒體服務(wù)器能接收的信令協(xié)議如RTSP協(xié)議,這樣在支持不同終端時,信令轉(zhuǎn)發(fā)設(shè)備可進(jìn)行協(xié)議轉(zhuǎn)換,而不需要媒體服務(wù)器修改以支持不同終端。
      本發(fā)明實施例三提供了一種信令轉(zhuǎn)發(fā)設(shè)備,參見附圖4,包括鑒權(quán)單元403向業(yè)務(wù)支撐系統(tǒng)上報終端的鑒權(quán)請求和接收業(yè)務(wù)支撐系統(tǒng)下發(fā)的所述終端的鑒權(quán)結(jié)果,接收單元401接收終端發(fā)送的信令流,發(fā)送單元402將鑒權(quán)結(jié)果以及信令流發(fā)送給媒體服務(wù)器。
      本發(fā)明實施例四提供了一種信令轉(zhuǎn)發(fā)設(shè)備,參見附圖5,包括鑒權(quán)單元505向業(yè)務(wù)支撐系統(tǒng)上報終端的鑒權(quán)請求和接收業(yè)務(wù)支撐系統(tǒng)下發(fā)的所述終端的鑒權(quán)結(jié)果,接收單元501接收終端發(fā)送的信令流,發(fā)送單元503將鑒權(quán)結(jié)果以及信令流發(fā)送給媒體服務(wù)器。
      信令轉(zhuǎn)發(fā)設(shè)備包括映射關(guān)系單元507,當(dāng)信令轉(zhuǎn)發(fā)設(shè)備首次轉(zhuǎn)發(fā)信令流時,建立終端和媒體服務(wù)器之間的映射關(guān)系,此后再接收到該終端發(fā)送的信令流時,直接將此信令轉(zhuǎn)發(fā)到已經(jīng)和此終端建立了映射關(guān)系的媒體服務(wù)器。
      如果信令轉(zhuǎn)發(fā)設(shè)備接收到終端發(fā)送的信令流時,可以將此信令流轉(zhuǎn)發(fā)給多個媒體服務(wù)器中的一個,信令轉(zhuǎn)發(fā)設(shè)備包括策略單元506設(shè)定選擇媒體服務(wù)器的選擇策略,選擇的策略可以基于CPU、內(nèi)存、磁盤I/O、用戶數(shù)、帶寬、應(yīng)用軟件運(yùn)行狀態(tài)、媒體內(nèi)容分布狀態(tài)等信息,這類選擇策略可以由用戶自定義來決定其優(yōu)先級,一般來說媒體服務(wù)器運(yùn)行狀態(tài)、應(yīng)用軟件運(yùn)行狀態(tài)是首要的條件,在媒體服務(wù)器運(yùn)行的情況下,信令轉(zhuǎn)發(fā)設(shè)備使用CPU、內(nèi)存、磁盤I/O等負(fù)載參數(shù)按照加權(quán)和的方式來計算各臺媒體服務(wù)器的負(fù)載情況,并按負(fù)載由輕到重的方式選擇調(diào)度;考慮到用戶體驗優(yōu)先原則,也可以按照媒體內(nèi)容分布情況進(jìn)行調(diào)度,先選擇有媒體內(nèi)容的媒體服務(wù)器,優(yōu)先保證用戶體驗,在內(nèi)容分布在多臺媒體服務(wù)器的情況下,再按照負(fù)載情況進(jìn)行調(diào)度。
      信令轉(zhuǎn)發(fā)設(shè)備包括檢測單元508,各臺媒體服務(wù)器需要和信令轉(zhuǎn)發(fā)設(shè)備維持正常心跳連接,以便信令轉(zhuǎn)發(fā)設(shè)備中的檢測單元實時檢測到各臺媒體服務(wù)器的故障和/或負(fù)載狀況,當(dāng)某臺正在提供媒體流的媒體服務(wù)器負(fù)載過重時,信令轉(zhuǎn)發(fā)設(shè)備可以根據(jù)制定的選擇策略重新選擇其它的媒體服務(wù)器給終端提供服務(wù),即發(fā)送斷連消息到負(fù)載過重的媒體服務(wù)器,發(fā)送連接消息到重新選擇的媒體服務(wù)器同時將終端和媒體服務(wù)器之間的映射關(guān)系更新。
      信令轉(zhuǎn)發(fā)設(shè)備包括性能數(shù)據(jù)單元509,由于所有的信令消息交互都通過信令轉(zhuǎn)發(fā)設(shè)備來轉(zhuǎn)發(fā),因此信令轉(zhuǎn)發(fā)設(shè)備上保存了終端連接數(shù)、每臺媒體服務(wù)器連接數(shù)(如直播、點播等)、每臺媒體服務(wù)器的模式(Trick Mode)狀態(tài)、每臺媒體服務(wù)器的負(fù)載情況等性能數(shù)據(jù),因此此類性能數(shù)據(jù)均可以由信令轉(zhuǎn)發(fā)設(shè)備中的性能數(shù)據(jù)單元向網(wǎng)管系統(tǒng)上報,而不需要媒體服務(wù)器來和網(wǎng)管系統(tǒng)對接,大大節(jié)省了媒體服務(wù)器的性能,使其可以專注于媒體服務(wù)的基本性能。
      信令轉(zhuǎn)發(fā)設(shè)備包括計費(fèi)單元504,向業(yè)務(wù)支撐系統(tǒng)上報對各個終端的計費(fèi)消息,計費(fèi)消息包括開始計費(fèi)消息和停止計費(fèi)消息,也可能包括中間計費(fèi)消息。所有計費(fèi)消息由信令轉(zhuǎn)發(fā)設(shè)備中的計費(fèi)單元504統(tǒng)一管理,因此節(jié)省了媒體服務(wù)器的性能。
      信令轉(zhuǎn)發(fā)設(shè)備包括信令協(xié)議轉(zhuǎn)化單元502,由于不同終端的信令消息采用的協(xié)議可能有所區(qū)別,信令轉(zhuǎn)發(fā)設(shè)備中的信令協(xié)議轉(zhuǎn)化單元502將終端發(fā)起的信令協(xié)議如SIP協(xié)議轉(zhuǎn)換為媒體服務(wù)器能接收的信令協(xié)議如RTSP協(xié)議,這樣在支持不同終端時,信令轉(zhuǎn)發(fā)設(shè)備可進(jìn)行協(xié)議轉(zhuǎn)換,而不需要媒體服務(wù)器修改以支持不同終端,節(jié)省了媒體服務(wù)器的性能。
      本發(fā)明實施例五提供了一種媒體服務(wù)器對終端提供媒體服務(wù)的處理流程,參見附圖6(圖中虛線表示信令流交互,實線表示數(shù)據(jù)流交互)步驟601~步驟605.由終端發(fā)起TCP連接建立請求,信令轉(zhuǎn)發(fā)設(shè)備收到TCP連接請求后,向媒體服務(wù)器發(fā)起TCP連接建立請求,媒體服務(wù)器向信令轉(zhuǎn)發(fā)設(shè)備發(fā)送TCP連接響應(yīng),信令轉(zhuǎn)發(fā)設(shè)備在收到媒體服務(wù)器發(fā)送的TCP連接響應(yīng)時,和媒體服務(wù)器建立TCP連接,并向終端發(fā)送TCP連接響應(yīng)消息,同時也和終端建立TCP連接。這個過程中,信令轉(zhuǎn)發(fā)設(shè)備選擇媒體服務(wù)器建立TCP連接,信令轉(zhuǎn)發(fā)設(shè)備選擇媒體服務(wù)器的策略可以自定義,包括但不限于CPU、內(nèi)存、用戶數(shù)、帶寬、應(yīng)用軟件運(yùn)行狀態(tài)、媒體內(nèi)容分布狀態(tài)。對于每個終端、媒體服務(wù)器的連接,信令轉(zhuǎn)發(fā)設(shè)備在首次將信令轉(zhuǎn)發(fā)給媒體服務(wù)器時在內(nèi)部建立一個映射關(guān)系,在后續(xù)接收到此終端的信令請求后,信令轉(zhuǎn)發(fā)設(shè)備可直接按照映射關(guān)系將信令請求轉(zhuǎn)發(fā)到對應(yīng)的媒體服務(wù)器上,并根據(jù)該映射關(guān)系將媒體服務(wù)器的響應(yīng)消息轉(zhuǎn)發(fā)給終端。終端包括但不限于手機(jī)、PC(Personal Computer個人電腦)、PDA(Personal Digital Assistant個人數(shù)字助理)、機(jī)頂盒;步驟606~步驟609.終端發(fā)起操作(OPTIONS)請求,用于查詢媒體服務(wù)器能力,如支持哪些模式(TRICK MODE),信令轉(zhuǎn)發(fā)設(shè)備收到請求后,轉(zhuǎn)發(fā)給媒體服務(wù)器,媒體服務(wù)器將自身能力通過操作(OPTIONS)響應(yīng)消息返回給信令轉(zhuǎn)發(fā)設(shè)備,信令轉(zhuǎn)發(fā)設(shè)備再將此響應(yīng)消息轉(zhuǎn)發(fā)給終端;步驟610~步驟614.終端發(fā)起描述(DESCRIBE)請求,請求所點播的媒體文件或直播頻道的詳細(xì)描述,信令轉(zhuǎn)發(fā)設(shè)備將此消息轉(zhuǎn)發(fā)給媒體服務(wù)器,媒體服務(wù)器通過描述(DESCRIBE)請求的響應(yīng)消息返回結(jié)果,如媒體的視音頻編碼格式、采樣率、傳輸流封裝格式等,如果是通過組播方式傳輸,還需要返回組播的IP信息,信令轉(zhuǎn)發(fā)設(shè)備收到后再轉(zhuǎn)發(fā)給終端;步驟615~步驟622.在單播情況下,終端發(fā)起傳輸通道建立(SETUP)請求,要求和服務(wù)器建立視音頻連接通道,并在協(xié)議中攜帶要求服務(wù)器發(fā)送的IP地址、端口(Port),信令轉(zhuǎn)發(fā)設(shè)備將此信息轉(zhuǎn)發(fā)給媒體服務(wù)器,媒體服務(wù)器返回的成功響應(yīng)消息經(jīng)信令轉(zhuǎn)發(fā)設(shè)備轉(zhuǎn)發(fā)給終端,在采用RTP協(xié)議作為傳輸流時,需要發(fā)送兩次傳輸通道建立(SETUP)請求,分別用于建立視頻和音頻的傳輸通道,由于終端在傳輸通道建立(SETUP)消息中記錄了目的(destination)IP地址,此IP地址是終端IP地址,信令轉(zhuǎn)發(fā)設(shè)備在通知媒體服務(wù)器時,不修改此地址,則媒體服務(wù)器后續(xù)會向終端直接發(fā)送媒體流,而不是發(fā)送媒體流到信令轉(zhuǎn)發(fā)設(shè)備,步驟615~步驟622可表示如下SETUP rtsp://example.com/foo/bar/baz.mpg RTSP/1.0CSeq:3Transport:MP2T/[RTP]/TCP|UDP;unicast;destination=172.18.79.120;client_port=4588-4589[Range:npt=now-end][Accept:application/sdp][x-Properties:mac_address=0050BFFB9FA1]上述過程中的destination=172.18.79.120為終端的IP地址,媒體服務(wù)器最終會按照這個地址給終端發(fā)送媒體流步驟623~步驟633.在正確建立了視音頻通道后,終端發(fā)起播放(PLAY)請求,向媒體服務(wù)器請求媒體數(shù)據(jù),信令轉(zhuǎn)發(fā)設(shè)備轉(zhuǎn)發(fā)此消息到媒體服務(wù)器,媒體服務(wù)器響應(yīng)此消息,開始通過視音頻通道采用單播的方式傳輸數(shù)據(jù)到終端;在播放過程中,終端可以通過在播放(PLAY)消息中攜帶模式(TRICKMODE)信息,經(jīng)信令轉(zhuǎn)發(fā)設(shè)備轉(zhuǎn)發(fā)到媒體服務(wù)器,媒體服務(wù)器按照終端要求,可發(fā)送快進(jìn)、快退、定位等數(shù)據(jù)報文;步驟634~步驟637.需要結(jié)束此次播放時,終端發(fā)送斷連(TEARDOWN)請求消息信令轉(zhuǎn)發(fā)設(shè)備,信令轉(zhuǎn)發(fā)設(shè)備轉(zhuǎn)發(fā)給媒體服務(wù)器,媒體服務(wù)器返回成功后停止發(fā)送媒體流到終端,播放結(jié)束;在整個點播的過程中,由于所有信令控制消息都經(jīng)過信令轉(zhuǎn)發(fā)設(shè)備轉(zhuǎn)發(fā),因此所有計費(fèi)消息都可以由信令轉(zhuǎn)發(fā)設(shè)備上報給業(yè)務(wù)支撐系統(tǒng),第一次鑒權(quán)消息和起始計費(fèi)消息一般一起上報到業(yè)務(wù)支撐系統(tǒng),可以選擇在內(nèi)容描述(DESCRIBE)過程中上報,通過業(yè)務(wù)支撐系統(tǒng)的鑒權(quán)返回消息決定是否向終端提供服務(wù),如步驟611;在播放過程中,信令轉(zhuǎn)發(fā)設(shè)備對每個連接,都可每間隔一定周期向業(yè)務(wù)支撐系統(tǒng)上報中間計費(fèi)消息,供業(yè)務(wù)支撐系統(tǒng)提供實時扣費(fèi)功能,如步驟628;在播放結(jié)束時,信令轉(zhuǎn)發(fā)設(shè)備收到斷連(TEARDOWN)消息后,可向業(yè)務(wù)支撐系統(tǒng)上報計費(fèi)停止消息,結(jié)束此次用戶的扣費(fèi)。
      對于RTSP協(xié)議來說,此方式適用于媒體服務(wù)器和終端之間采用TCP直接連接或者用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol,UDP)方式來發(fā)送媒體數(shù)據(jù)。
      各臺媒體服務(wù)器和信令轉(zhuǎn)發(fā)設(shè)備持正常心跳連接,以便信令轉(zhuǎn)發(fā)設(shè)備實時檢測到各臺媒體服務(wù)器的負(fù)載情況,當(dāng)檢測到某臺正在提供媒體流的媒體服務(wù)器負(fù)載過重時,信令轉(zhuǎn)發(fā)設(shè)備可以根據(jù)制定的選擇策略重新選擇其它的媒體服務(wù)器給終端提供服務(wù),同時將終端和媒體服務(wù)器之間的映射關(guān)系更新。
      由上述處理流程可知,所有的信令消息交互都通過信令轉(zhuǎn)發(fā)設(shè)備來轉(zhuǎn)發(fā),因此信令轉(zhuǎn)發(fā)設(shè)備上保存了終端連接數(shù)、每臺媒體服務(wù)器連接數(shù)(如直播、點播等)、每臺媒體服務(wù)器的模式(Trick Mode)狀態(tài)、每臺媒體服務(wù)器的負(fù)載情況等性能數(shù)據(jù),因此此類性能數(shù)據(jù)均可以由信令轉(zhuǎn)發(fā)設(shè)備向網(wǎng)管系統(tǒng)上報,而不需要媒體服務(wù)器來和網(wǎng)管系統(tǒng)對接,大大節(jié)省了媒體服務(wù)器的性能,使其可以專注于媒體服務(wù)的基本性能。
      由于不同終端的信令消息采用的協(xié)議可能有所區(qū)別,信令轉(zhuǎn)發(fā)設(shè)備可作為信令網(wǎng)關(guān),將終端發(fā)起的信令協(xié)議如SIP協(xié)議轉(zhuǎn)換為媒體服務(wù)器能接收的信令協(xié)議如RTSP協(xié)議,這樣在支持不同終端時,信令轉(zhuǎn)發(fā)設(shè)備可進(jìn)行協(xié)議轉(zhuǎn)換,而不需要媒體服務(wù)器修改以支持不同終端。
      本發(fā)明實施例六給出了不同媒體服務(wù)器之間的切換流程示意圖,參見附圖7步驟701.媒體服務(wù)器A給終端提供媒體服務(wù),發(fā)給終端媒體數(shù)據(jù)流;步驟702~步驟703.信令轉(zhuǎn)發(fā)設(shè)備檢測各媒體服務(wù)器的運(yùn)行狀態(tài),媒體服務(wù)器A返回負(fù)荷超過限定的消息;步驟704.信令轉(zhuǎn)發(fā)設(shè)備斷開其和媒體服務(wù)器A之間的信令連接;步驟705.信令轉(zhuǎn)發(fā)設(shè)備建立其和媒體服務(wù)器B之間的信令連接;步驟706.信令轉(zhuǎn)發(fā)設(shè)備將終端和媒體服務(wù)器A之間的映射關(guān)系更新為終端和媒體服務(wù)器B之間的映射關(guān)系;步驟707.信令轉(zhuǎn)發(fā)設(shè)備通知媒體服務(wù)器B發(fā)送媒體流的IP地址和端口(Port);步驟708.媒體服務(wù)器B向終端發(fā)送媒體數(shù)據(jù)流。
      上述切換過程較短,因此終端的緩存數(shù)據(jù)可以支持此切換時間。
      上述實施例提供的流媒體系統(tǒng)、信令轉(zhuǎn)發(fā)設(shè)備和流媒體發(fā)送方法均提供了一種在終端和媒體服務(wù)器間,信令流和數(shù)據(jù)流分開傳輸?shù)姆桨?。信令流通過統(tǒng)一的信令轉(zhuǎn)發(fā)設(shè)備和各臺媒體服務(wù)器交互,信令轉(zhuǎn)發(fā)設(shè)備在所管理的各臺媒體服務(wù)器中選擇一臺進(jìn)行調(diào)度,此時負(fù)載均衡選擇標(biāo)準(zhǔn)可以按照業(yè)務(wù)要求定制,如CPU、內(nèi)存、用戶數(shù)、帶寬、應(yīng)用軟件運(yùn)行狀態(tài)、媒體內(nèi)容分布狀態(tài)等信息。信令轉(zhuǎn)發(fā)設(shè)備將信令流轉(zhuǎn)發(fā)給媒體服務(wù)器,并將媒體服務(wù)器回應(yīng)的消息再轉(zhuǎn)發(fā)給終端,以此來維持一個終端到信令轉(zhuǎn)發(fā)設(shè)備到媒體服務(wù)器的信令通道,媒體服務(wù)器通過和終端間的數(shù)據(jù)通道發(fā)送媒體流,直接和終端進(jìn)行交互,通過信令流和數(shù)據(jù)流的分離,信令轉(zhuǎn)發(fā)設(shè)備實現(xiàn)了專門的信令統(tǒng)一管理,所有輔助功能如計費(fèi)上報、性能數(shù)據(jù)搜集、信令協(xié)議的轉(zhuǎn)換、不同媒體服務(wù)器之間的調(diào)度等都由信令轉(zhuǎn)發(fā)設(shè)備來完成,媒體服務(wù)器專注于其本身的功能。
      在IPTV領(lǐng)域、CDN領(lǐng)域、移動領(lǐng)域中或其他相關(guān)領(lǐng)域中,上述實施例提供的流媒體系統(tǒng)、信令轉(zhuǎn)發(fā)設(shè)備和流媒體發(fā)送方法都可以得到應(yīng)用,各個領(lǐng)域的終端信令控制協(xié)議和流傳輸協(xié)議有所區(qū)別,如IPTV領(lǐng)域終端一般采用RTSP協(xié)議建立連接,但有可能使用RTSP或MPEG2 TS的規(guī)范進(jìn)行流傳輸;CDN領(lǐng)域有可能采用MMS等協(xié)議進(jìn)行信令控制,采用微軟或RealNetworks公司的私有流傳輸協(xié)議進(jìn)行流傳輸;移動領(lǐng)域采用RTSP進(jìn)行信令控制,采用RTP協(xié)議進(jìn)行流傳輸;另外某些領(lǐng)域可能采用SIP、H.323協(xié)議族等控制、傳輸協(xié)議,但無論哪種協(xié)議,信令轉(zhuǎn)發(fā)設(shè)備都可以應(yīng)用在終端和媒體服務(wù)器之間,實現(xiàn)信令消息的轉(zhuǎn)發(fā)和控制。
      顯然,本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
      權(quán)利要求
      1.一種流媒體系統(tǒng),其特征在于,包括信令轉(zhuǎn)發(fā)設(shè)備,包括鑒權(quán)單元用于向業(yè)務(wù)支撐系統(tǒng)上報終端的鑒權(quán)請求、接收業(yè)務(wù)支撐系統(tǒng)下發(fā)的所述終端的鑒權(quán)結(jié)果,將所述鑒權(quán)結(jié)果發(fā)送給媒體服務(wù)器,轉(zhuǎn)發(fā)單元,用于為終端和媒體服務(wù)器之間轉(zhuǎn)發(fā)交互的信令流;業(yè)務(wù)支撐系統(tǒng),包括鑒權(quán)單元用于對所述終端進(jìn)行鑒權(quán),向信令轉(zhuǎn)發(fā)設(shè)備下發(fā)對所述終端的鑒權(quán)結(jié)果;媒體服務(wù)器,用于在業(yè)務(wù)支撐系統(tǒng)對所述終端鑒權(quán)通過后向所述終端發(fā)送媒體流。
      2.如權(quán)利要求1所述的流媒體系統(tǒng),其特征在于,所述信令轉(zhuǎn)發(fā)設(shè)備還包括策略單元,用于設(shè)定為終端選擇媒體服務(wù)器的選擇策略,根據(jù)所述選擇策略選擇媒體服務(wù)器,所述轉(zhuǎn)發(fā)單元將所述信令流轉(zhuǎn)發(fā)給所述選擇的媒體服務(wù)器。
      3.如權(quán)利要求2所述的流媒體系統(tǒng),其特征在于,所述選擇策略是根據(jù)以下參數(shù)的一個或者多個制定的CPU占用率、內(nèi)存占用率、媒體服務(wù)器上所連接的用戶數(shù)、帶寬、應(yīng)用軟件運(yùn)行狀態(tài)、或媒體內(nèi)容分布狀態(tài)。
      4.如權(quán)利要求3所述的流媒體系統(tǒng),其特征在于,所述信令轉(zhuǎn)發(fā)設(shè)備還包括映射關(guān)系單元,用于首次轉(zhuǎn)發(fā)所述信令流時建立終端和媒體服務(wù)器之間的映射關(guān)系;所述轉(zhuǎn)發(fā)單元按照所述映射關(guān)系轉(zhuǎn)發(fā)所述終端和媒體服務(wù)器之間交互的信令流。
      5.如權(quán)利要求4所述的流媒體系統(tǒng),其特征在于,所述信令轉(zhuǎn)發(fā)設(shè)備還包括檢測單元,用于檢測各媒體服務(wù)器的故障和/或負(fù)載狀況,所述策略單元根據(jù)所述檢測結(jié)果和所述選擇策略重新為終端選擇媒體服務(wù)器,所述映射單元更新所述終端和所述媒體服務(wù)器的映射關(guān)系為所述終端和重新選擇的媒體服務(wù)器的映射關(guān)系。
      6.如權(quán)利要求1所述流媒體系統(tǒng),其特征在于,所述信令轉(zhuǎn)發(fā)設(shè)備還包括計費(fèi)單元,用于將對所述終端的計費(fèi)消息發(fā)送給所述業(yè)務(wù)支撐系統(tǒng),所述業(yè)務(wù)支撐系統(tǒng)根據(jù)所述計費(fèi)消息對所述終端進(jìn)行計費(fèi)。
      7.如權(quán)利要求1所述流媒體系統(tǒng),其特征在于,所述信令轉(zhuǎn)發(fā)設(shè)備還包括性能數(shù)據(jù)單元,用于根據(jù)轉(zhuǎn)發(fā)終端和媒體服務(wù)器之間交互的信令流,搜集所述各媒體服務(wù)器的性能數(shù)據(jù),上報給網(wǎng)管系統(tǒng)。
      8.如權(quán)利要求1所述流媒體系統(tǒng),其特征在于,所述信令轉(zhuǎn)發(fā)設(shè)備還包括信令協(xié)議轉(zhuǎn)化單元,用于將所述終端發(fā)送的信令協(xié)議轉(zhuǎn)化為所述流媒體服務(wù)器能夠接收的信令協(xié)議,將所述流媒體服務(wù)器發(fā)送的信令協(xié)議轉(zhuǎn)化為所述終端能夠接收的信令協(xié)議。
      9.一種信令轉(zhuǎn)發(fā)設(shè)備,其特征在于,包括鑒權(quán)單元,用于向業(yè)務(wù)支撐系統(tǒng)上報終端的鑒權(quán)請求、接收業(yè)務(wù)支撐系統(tǒng)下發(fā)的所述終端的鑒權(quán)結(jié)果,將所述鑒權(quán)結(jié)果發(fā)送給媒體服務(wù)器;轉(zhuǎn)發(fā)單元,用于為終端和媒體服務(wù)器之間轉(zhuǎn)發(fā)交互的信令流。
      10.如權(quán)利要求9所述的信令轉(zhuǎn)發(fā)設(shè)備,其特征在于,所述信令轉(zhuǎn)發(fā)設(shè)備還包括策略單元,用于設(shè)定為終端選擇媒體服務(wù)器的選擇策略,根據(jù)所述選擇策略選擇媒體服務(wù)器,所述轉(zhuǎn)發(fā)單元將所述信令流轉(zhuǎn)發(fā)給所述選擇的媒體服務(wù)器。
      11.如權(quán)利要求10所述的信令轉(zhuǎn)發(fā)設(shè)備,其特征在于,所述選擇策略是根據(jù)以下參數(shù)的一個或者多個制定的CPU占用率、內(nèi)存占用率、媒體服務(wù)器上所連接的用戶數(shù)、帶寬、應(yīng)用軟件運(yùn)行狀態(tài)、或媒體內(nèi)容分布狀態(tài)。
      12.如權(quán)利要求11所述的信令轉(zhuǎn)發(fā)設(shè)備,其特征在于,所述信令轉(zhuǎn)發(fā)設(shè)備還包括所述信令轉(zhuǎn)發(fā)設(shè)備還包括映射關(guān)系單元,用于首次轉(zhuǎn)發(fā)所述信令流時建立終端和媒體服務(wù)器之間的映射關(guān)系;所述轉(zhuǎn)發(fā)單元按照所述映射關(guān)系轉(zhuǎn)發(fā)所述終端和媒體服務(wù)器之間交互的信令流。
      13.如權(quán)利要求9所述的信令轉(zhuǎn)發(fā)設(shè)備,其特征在于,所述信令轉(zhuǎn)發(fā)設(shè)備還包括計費(fèi)單元,用于將對所述終端的計費(fèi)消息發(fā)送給所述業(yè)務(wù)支撐系統(tǒng),所述業(yè)務(wù)支撐系統(tǒng)根據(jù)所述計費(fèi)消息對所述終端進(jìn)行計費(fèi)。
      14.如權(quán)利要求9所述的信令轉(zhuǎn)發(fā)設(shè)備,其特征在于,所述信令轉(zhuǎn)發(fā)設(shè)備還包括性能數(shù)據(jù)單元,用于根據(jù)轉(zhuǎn)發(fā)終端和媒體服務(wù)器之間交互的信令流,搜集所述各媒體服務(wù)器的性能數(shù)據(jù),上報給網(wǎng)管系統(tǒng)。
      15.如權(quán)利要求9所述的信令轉(zhuǎn)發(fā)設(shè)備,其特征在于,所述信令轉(zhuǎn)發(fā)設(shè)備還包括信令協(xié)議轉(zhuǎn)化單元,用于將所述終端發(fā)送的信令協(xié)議轉(zhuǎn)化為所述流媒體服務(wù)器能夠接收的信令協(xié)議,將所述流媒體服務(wù)器發(fā)送的信令協(xié)議轉(zhuǎn)化為所述終端能夠接收的信令協(xié)議。
      16.一種流媒體發(fā)送方法,其特征在于,包括以下步驟為終端和媒體服務(wù)器之間轉(zhuǎn)發(fā)交互的信令流,并請求業(yè)務(wù)支撐系統(tǒng)鑒權(quán)所述終端;接收所述業(yè)務(wù)支撐系統(tǒng)對所述終端的鑒權(quán)結(jié)果,并將所述鑒權(quán)結(jié)果發(fā)送給媒體服務(wù)器;所述媒體服務(wù)器在所述終端鑒權(quán)通過后向所述終端發(fā)送媒體流。
      17.如權(quán)利要求16所述的方法,其特征在于,所述方法還包括設(shè)定為終端選擇媒體服務(wù)器的選擇策略,根據(jù)所述選擇策略選擇媒體服務(wù)器,將所述信令流轉(zhuǎn)發(fā)給所述選擇的媒體服務(wù)器。
      18.如權(quán)利要求17所述的方法,其特征在于,所述設(shè)定選擇策略包括根據(jù)以下參數(shù)的一個或者多個設(shè)定所述選擇策略CPU占用率、內(nèi)存占用率、媒體服務(wù)器上所連接的用戶數(shù)、帶寬、應(yīng)用軟件運(yùn)行狀態(tài)、或媒體內(nèi)容分布狀態(tài)。
      19.如權(quán)利要求17所述的方法,其特征在于,所述的方法還包括首次轉(zhuǎn)發(fā)所述信令流時建立終端和媒體服務(wù)器之間的映射關(guān)系,按照所述映射關(guān)系轉(zhuǎn)發(fā)所述終端和媒體服務(wù)器之間交互的信令流。
      20.如權(quán)利要求19所述的方法,其特征在于,所述方法還包括檢測到所述媒體服務(wù)器故障或者負(fù)載超過設(shè)定額,按照所述選擇策略重新為終端選擇媒體服務(wù)器,將所述終端發(fā)送的信令流轉(zhuǎn)發(fā)給所述重新選擇的媒體服務(wù)器;將所述終端和所述媒體服務(wù)器的映射關(guān)系更新為所述終端和重新選擇的媒體服務(wù)器的映射關(guān)系。
      21如權(quán)利要求16所述的方法,其特征在于,所述的方法還包括將對所述終端的計費(fèi)消息發(fā)送給業(yè)務(wù)支撐系統(tǒng),業(yè)務(wù)支撐系統(tǒng)根據(jù)所述計費(fèi)消息對所述終端進(jìn)行計費(fèi)。
      22.如權(quán)利要求16所述的方法,其特征在于,所述方法還包括根據(jù)轉(zhuǎn)發(fā)終端和媒體服務(wù)器之間交互的信令流,搜集所述各媒體服務(wù)器的性能數(shù)據(jù),上報給網(wǎng)管系統(tǒng)。
      23.如權(quán)利要求16所述的方法,其特征在于,所述方法還包括將所述終端發(fā)送的信令協(xié)議轉(zhuǎn)化為所述流媒體服務(wù)器能夠接收的信令協(xié)議,將所述流媒體服務(wù)器發(fā)送的信令協(xié)議轉(zhuǎn)化為所述終端能夠接收的信令協(xié)議。
      全文摘要
      本發(fā)明公開了一種流媒體系統(tǒng),包括信令轉(zhuǎn)發(fā)設(shè)備,包括鑒權(quán)單元用于向業(yè)務(wù)支撐系統(tǒng)上報終端的鑒權(quán)請求、接收業(yè)務(wù)支撐系統(tǒng)下發(fā)的所述終端的鑒權(quán)結(jié)果,將所述鑒權(quán)結(jié)果發(fā)送給媒體服務(wù)器,轉(zhuǎn)發(fā)單元,用于為終端和媒體服務(wù)器之間轉(zhuǎn)發(fā)交互的信令流;業(yè)務(wù)支撐系統(tǒng),包括鑒權(quán)單元用于對所述終端進(jìn)行鑒權(quán),向信令轉(zhuǎn)發(fā)設(shè)備下發(fā)對所述終端的鑒權(quán)結(jié)果;媒體服務(wù)器,用于在業(yè)務(wù)支撐系統(tǒng)對所述終端鑒權(quán)通過后向所述終端發(fā)送媒體流,由此實現(xiàn)了在終端和媒體服務(wù)器間,信令流和數(shù)據(jù)流分開傳輸?shù)姆桨?,通過信令流和數(shù)據(jù)流的分離,使媒體服務(wù)器只專注于其本身的功能。相應(yīng)地本發(fā)明還提供了一種信令轉(zhuǎn)發(fā)設(shè)備以及流媒體發(fā)送方法。
      文檔編號H04N7/24GK101018318SQ20071007338
      公開日2007年8月15日 申請日期2007年2月25日 優(yōu)先權(quán)日2007年2月25日
      發(fā)明者甘漠 申請人:華為技術(shù)有限公司
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評論。精彩留言會獲得點贊!
      1