專利名稱：視頻流媒體承載方法及視頻流媒體承載系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及一種無線通信技術，尤其與用于智能移動終端的一種視頻流 媒體承載方法及視頻流媒體承載系統(tǒng)有關。
背景技術：
現(xiàn)有技術中，在無線通信技術領域，智能移動終端的視頻流媒體播放產(chǎn)
品，通常采用的流媒體傳輸方式有兩種，即采用基于實時傳輸協(xié)議(RealTime Protocol,簡稱Rtp)/實時傳輸控制協(xié)議(Real-time Transport Control Protocol, 簡稱Rtcp)、實時流協(xié)議(Real Time Stream Protocol,簡稱Rtsp)/會話描述協(xié) 議(Session Description Protocol，簡稱Sdp)的實時流式傳輸方式和采用http sock協(xié)議的順序流式傳輸方式。下面對實時流式傳輸與順序流式傳輸進行一 個簡單的比較。
實時流式傳輸采用實時傳輸方式，與順序流式傳輸不同，它需要專用
的流媒體服務器與傳輸協(xié)議。實時流式傳輸總是實時傳送，特別適合現(xiàn)場事 件，也支持隨機訪問，用戶可對觀看內容進行快進或后退。
實時流式傳輸?shù)膮f(xié)議框架為Rtp/Rtcp、 Rtsp/Sdp等流媒體協(xié)議。
實時流式傳輸?shù)膬?yōu)點在實時傳輸協(xié)議基礎上實現(xiàn)數(shù)據(jù)傳輸，可進行碼 率控制等優(yōu)化功能。缺點由于需要網(wǎng)關支持相應的實時傳輸協(xié)議，對網(wǎng)關 硬件性能的需求較高，目前全國只有部分省市的網(wǎng)關可以支撐。
與實時流式傳輸相比，順序流式傳輸采用順序下載方式，在下載文件的 同時用戶可觀看媒體內容，在給定時刻，用戶只能觀看已下載的那部分，而 不能跳到還未下載的部分，這種方式不像實時流式傳輸那樣，可以在傳輸期 間根據(jù)用戶連接的速度進行調整。
順序流式傳輸?shù)膮f(xié)議框架可以通過具有數(shù)據(jù)傳輸功能的協(xié)議實現(xiàn)，數(shù) 據(jù)通過Http Sock協(xié)議進行傳輸，終端通過媒體處理邏輯下載和播放媒體信 息。
順序流式傳輸?shù)膬?yōu)點對網(wǎng)關要求低，即不需要網(wǎng)關支持流媒體的專用
協(xié)議，適用于現(xiàn)有網(wǎng)絡條件。缺點由于不是在Rtp/Rtcp、 Rtsp/Sdp等協(xié)議
上進行傳輸、控制，所以不能夠實現(xiàn)碼率變換等優(yōu)化網(wǎng)絡傳輸?shù)墓δ堋?br>
現(xiàn)有技術中，傳統(tǒng)的視頻流媒體播放產(chǎn)品采用的都是基于Rtp/Rtcp、 Rtsp/Sdp協(xié)議的實時流式傳輸方式，即智能移動終端通過Rtp/Rtcp、 Rtsp/Sdp 協(xié)議接入流媒體服務器，實時流式傳輸可保證媒體信號帶寬與網(wǎng)絡連接匹 配，可實時觀看節(jié)目，它需要專用的流媒體服務器與傳輸協(xié)議。
Rtp/Rtcp、 Rtsp/Sdp傳輸協(xié)議對移動網(wǎng)關硬件性能需求較高，但是目前 的移動網(wǎng)絡條件，并不是所有的網(wǎng)關都可以支撐Rtp/Rtcp、 Rtsp/Sdp協(xié)議， 所以采用這種方式的移動終端流媒體產(chǎn)品，不能支撐所有不同網(wǎng)絡情況的地 區(qū)智能終端用戶使用。然而，目前所有的網(wǎng)關卻均可以支撐httpsock協(xié)議。
在部分地區(qū)、部分網(wǎng)絡環(huán)境不能支撐Rtp/Rtcp、 Rtsp/Sdp協(xié)議的情況下， 無法突破目前移動網(wǎng)絡條件的限制，無法實現(xiàn)在更大范圍內覆蓋智能終端流 媒體播放，流媒體視頻產(chǎn)品的通用性受到了很大的限制。
發(fā)明內容
針對現(xiàn)有技術中存在的問題，本發(fā)明的目的在于提供一種視頻流媒體承 載方法。
本發(fā)明的另一個目的在于提供一種實現(xiàn)本發(fā)明視頻流媒體承載方法的 視頻流媒體承載系統(tǒng)。
為實現(xiàn)上述目的，本發(fā)明的技術方案如下
一種視頻流媒體承載方法，用于智能移動終端的視頻流媒體承載，包括
步驟S1:為所述智能移動終端設置并運行流媒體服務器，使所述智能移 動終端與至少一個流媒體服務器間能夠順序流式傳輸所述視頻流，在所述智 能移動終端與至少一個流媒體服務器間能夠通過實時流式傳輸所述視頻流；
步驟S2:所述智能移動終端按照自身網(wǎng)絡環(huán)境，選擇一個流媒體服務器 作為該智能移動終端的接入服務器；
步驟S3:在所述智能移動終端與所述接入服務器間承載所述視頻流。
本發(fā)明的視頻流媒體承載方法，優(yōu)選的，在步驟Sl中，設置兩個流媒 體服務器，其中第一服務器運行httpsock協(xié)議，第二服務器運行Rtp/Rtcp或
Rtsp/Sdp協(xié)議。
本發(fā)明的視頻流媒體承載方法，更優(yōu)選的，歩驟S2中，所述智能移動 終端的客戶端軟件首先嘗試發(fā)送Rtp/Rtcp或Rtsp/Sdp協(xié)議請求，若所述第二 服務器正確響應并返回數(shù)據(jù)流，則選擇該第二服務器為接入服務器；若所述 第二服務器沒有正確響應，則選擇所述第一服務器為接入服務器。
一種視頻流媒體承載系統(tǒng)，用于智能移動終端的視頻流媒體承載，包括 智能移動終端和為所述智能移動終端提供流媒體服務的流媒體服務器系統(tǒng)；
所述流媒體服務器系統(tǒng)，設置有至少一個能夠為所述智能移動終端順序 流式傳輸視頻流的流媒體服務器，和至少一個能夠為智能移動終端時流式傳 輸所述視頻流的流媒體服務器；
所述智能移動終端，按照網(wǎng)絡環(huán)境選擇一個接入服務器，通過所述接入 服務器傳輸所述視頻流。
本發(fā)明的視頻流媒體承載系統(tǒng)，優(yōu)選的，所述流媒體服務器系統(tǒng)包括兩 個流媒體服務器，其中第一服務器運行http sock協(xié)議，第二服務器運行 Rtp/Rtcp或Rtsp/Sdp協(xié)議。
本發(fā)明的視頻流媒體承載系統(tǒng)，更優(yōu)選的，還包括媒體源和為流媒體服 務器系統(tǒng)提供流媒體數(shù)據(jù)的內容服務器系統(tǒng)和控制所述流媒體服務器系統(tǒng) 運行的運營支撐管理系統(tǒng)，所述內容服務器系統(tǒng)將所述媒體源提供的內容進 行內容抓取、內容編碼制作、內容存儲和內容分發(fā)。
本發(fā)明的視頻流媒體承載系統(tǒng)，更優(yōu)選的，所述智能移動終端為手機終 端，所述手機終端配置有媒體客戶端播放軟件和用于該手機終端用戶瀏覽 WAP門戶的瀏覽器。
本發(fā)明的視頻流媒體承載系統(tǒng)，更優(yōu)選的，所述智能移動終端的客戶端 軟件向流媒體服務器發(fā)出連接Rtsp/Sdp媒體請求時，客戶端連接控制功能對 連接進行管理，并進行丟包檢驗，然后將數(shù)據(jù)進行緩存、提取媒體數(shù)據(jù)、視 音解碼并將解碼圖像顯示和播放音頻。
本發(fā)明的視頻流媒體承載系統(tǒng)，更優(yōu)選的，所述智能移動終端的客戶端 軟件向流媒體服務器發(fā)出連接Rtp/Rtcp媒體請求時，客戶端接收協(xié)議數(shù)據(jù)包 進行緩存、提取媒體數(shù)據(jù)、視音解碼并將解碼圖像顯示和播放音頻。
本發(fā)明的視頻流媒體承載系統(tǒng)，更優(yōu)選的，所述智能移動終端的客戶端
軟件向流媒體服務器發(fā)出連接Http Sock媒體請求時，客戶端接收Http協(xié)議 數(shù)據(jù)包，然后去除Http協(xié)議提取媒體內容進行緩存、調用視音頻解碼器進
行視音解碼，最后顯示解碼圖像和播放解碼音頻。
由上述技術方案可知，本發(fā)明具有以下有益效果本發(fā)明的視頻流媒體 承載方法及視頻流媒體承載系統(tǒng)，能夠支撐不同地區(qū)、不同網(wǎng)絡環(huán)境的智能 終端用戶使用移動終端流媒體產(chǎn)品。提高了視頻流媒體承載系統(tǒng)的通用性， 擴大了覆蓋面。
下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。
圖1為本發(fā)明實施例的視頻流媒體承載方法的流程圖。
圖2為本發(fā)明實施例的視頻流媒體承載方法中客戶端軟件選擇接入服務 器的流程圖。
圖3為本發(fā)明實施例的視頻流媒體承載系統(tǒng)的示意圖。 圖4為本發(fā)明實施例的視頻流媒體承載系統(tǒng)的手機終端操作流程圖。 圖5為本發(fā)明實施例的視頻流媒體承載系統(tǒng)的客戶端軟件視頻流媒體處 理流程圖。
具體實施例方式
下面將結合附圖及具體實施例對本發(fā)明作進一步說明。 為了實現(xiàn)在不同地區(qū)、不同網(wǎng)絡環(huán)境、更大的范圍甚至全國范圍覆蓋智
能終端流媒體播放產(chǎn)品，本發(fā)明的采用了基于http sock協(xié)議的順序流式傳
輸和基于Rtp/Rtcp、 Rtsp/Sdp協(xié)議的實時流式傳輸?shù)膬煞N方式來突破目前
移動網(wǎng)絡條件下限制。
如圖1和圖2所示，本發(fā)明的視頻流媒體承載方法，用于智能移動終端
的視頻流媒體承載，包括
步驟S1:為所述智能移動終端設置并運行流媒體服務器，使所述智能移
動終端與至少一個流媒體服務器間能夠順序流式傳輸所述視頻流，在所述智
能移動終端與至少--個流媒體服務器間能夠通過實時流式傳輸所述視頻流；
步驟S2:所述智能移動終端按照自身網(wǎng)絡環(huán)境，選擇一個流媒體服務器
作為該智能移動終端的接入服務器；
步驟S3:在所述智能移動終端與所述接入服務器間承載所述視頻流。 在步驟Sl中，流媒體服務器的個數(shù)需要和實際情況相適應，通常為兩 個以上。在一些數(shù)據(jù)量不大的應用場合，可以通過在一個物理服務器上分別 設置兩個邏輯服務器的方式，來分別實現(xiàn)順序流式傳輸和實時流式傳輸。
如圖3所示，本發(fā)明的視頻流媒體承載方法，在步驟Sl中，設置兩個 流媒體服務器，其中第一服務器運行httpsock協(xié)議，實現(xiàn)視頻流的順序流式 傳輸；第二服務器運行Rtp/Rtcp或Rtsp/Sdp協(xié)議，實現(xiàn)視頻流的實時流式傳輸。
本發(fā)明的視頻流媒體承載方法，步驟S2中，如圖2所示，以Rtsp/Sdp 流媒體服務器作為接入服務器為例，所述智能移動終端的客戶端軟件首先嘗 試進行Rtsp/Sdp連接，即向Rtsp/Sdp流媒體服務器嘗試發(fā)送Rtsp/Sdp協(xié)議 請求，若所述Rtsp/Sdp流媒體服務器(即第二服務器)正確響應并返回數(shù)據(jù) 流，則選擇該第二服務器為接入服務器，然后解碼播放視頻流；若所述第二 服務器沒有正確響應，則選擇所述第一服務器為接入服務器，即向第一服務 器(即httpsock流媒體服務器)發(fā)起httpsock連接，連接建立后，在所述智
能移動終端與所述接入服務器間承載所述視頻流，即通過順序流式傳輸視頻 流，在智能移動終端上解碼播放該視頻流。Rtp/Rtcp流媒體服務器作為接入 服務器時，其操作步驟與上述步驟相同。
下面再介紹本發(fā)明實施例的視頻流媒體承載系統(tǒng)。
本發(fā)明實施例的視頻流媒體承載系統(tǒng)，用于智能移動終端的視頻流媒體 承載，包括流媒體服務器系統(tǒng)和運營支撐管理系統(tǒng)，運營支撐管理系統(tǒng)包括 實現(xiàn)計費管理、分發(fā)管理、內容管理、用戶管理、統(tǒng)計服務和監(jiān)控服務等功 能的功能模塊。所述運營支撐管理系統(tǒng)控制所述流媒體服務器運行；
所述智能移動終端與所述流媒體服務器系統(tǒng)中至少一個流媒體服務器 間能夠順序流式傳輸所述視頻流，在所述智能移動終端與至少一個流媒體服 務器間能夠通過實時流式傳輸所述視頻流；
所述智能移動終端與按照所述智能移動終端網(wǎng)絡環(huán)境選擇的一個接入 服務器間進行所述視頻流傳輸。所述移動智能終端可為手機終端，包括智能 手機(Smartphone)和掌上電腦(PocketPC)，其可使用Symbian和Linux等
操作系統(tǒng)。
本發(fā)明的視頻流媒體承載系統(tǒng)，流媒體服務器的個數(shù)需要和實際情況相 適應，通常為兩個以上。在一些數(shù)據(jù)量不大的應用場合，可以通過在一個物 理服務器上分別設置兩個邏輯服務器的方式，來分別實現(xiàn)順序流式傳輸和實 時流式傳輸。也可如圖4所示，設置三個視頻流媒體承載系統(tǒng)，分別運行
Rtp/Rtcp幼、議、Rtsp/Sdp協(xié)議和http sock協(xié)i義。
如圖3所示，本發(fā)明實施例的視頻流媒體承載系統(tǒng)，設置兩個流媒體服 務器，其中第一服務器運行httpsock協(xié)議，實現(xiàn)視頻流的順序流式傳輸；第 二服務器運行Rtp/Rtcp或Rtsp/Sdp協(xié)議，實現(xiàn)視頻流的實時流式傳輸。由此， 在智能移動終端與流媒體服務器系統(tǒng)之間形成網(wǎng)絡環(huán)境A和網(wǎng)絡環(huán)境B的雙 適應。
"網(wǎng)絡環(huán)境A"是指網(wǎng)關支持流媒體傳輸協(xié)議Rtp/Rtcp、 Rtsp/Sdp的網(wǎng) 絡環(huán)境，使用基于流媒體協(xié)議的實時流式傳輸方式。
"網(wǎng)絡環(huán)境B"是指網(wǎng)關不支持流媒體傳輸協(xié)議Rtp/Rtcp、 Rtsp/Sdp的 網(wǎng)絡環(huán)境，使用Http Sock的順序流式傳輸。
如圖3所示，本發(fā)明實施例的視頻流媒體承載系統(tǒng)，還包括媒體源和為 流媒體服務器系統(tǒng)提供流媒體數(shù)據(jù)的內容服務器系統(tǒng)，所述內容服務器系統(tǒng) 將所述媒體源提供的內容進行內容抓取、內容編碼制作、內容存儲和內容分 發(fā)。
如圖3所示，本發(fā)明實施例的視頻流媒體承載系統(tǒng)，所述智能移動終端 為手機終端，所述手機終端配置有媒體客戶端播放軟件和作為該手機終端用 戶瀏覽WAP門戶的瀏覽器。瀏覽器是用戶瀏覽Wap門戶的工具，并根據(jù)用 戶需求啟動流媒體客戶端軟件，播放流媒體內容。流媒體客戶端播放軟件是 手機終端部分的核心，負責流媒體內容接收、解碼、播放。WAP門戶可以 實現(xiàn)內容呈現(xiàn)、計費提示和播放器下載鏈接等功能。
如圖4所示，本發(fā)明實施例的視頻流媒體承載系統(tǒng)，智能終端用戶使用 終端瀏覽器訪問WAP門戶并發(fā)出查詢指令，隨后WAP門戶返回相應的可訪 問的媒體內容清單及相應的媒體信息。
當用戶選擇某個媒體進行播放時，終端啟動播放軟fh終端軟件啟動后， 通過配置信息向流媒體服務器發(fā)出點播指令，同時處理媒體內容。
如圖5所示，本發(fā)明實施例的視頻流媒體承載系統(tǒng)，區(qū)分不同情況，客 戶端播放軟件能夠接收兩種傳輸模式的三種協(xié)議類型的傳輸數(shù)據(jù)。
第一種，當客戶端軟件向流媒體服務器發(fā)出連接Rtsp/Sdp媒體請求時，
客戶端連接控制功能對連接進行管理，并進行丟包檢驗。然后將數(shù)據(jù)進行緩 存、提取媒體數(shù)據(jù)、視音解碼并將解碼圖像顯示和播放音頻。
第二種，當客戶端軟件向流媒體服務器發(fā)出連接Rtp/Rtcp媒體請求時，
客戶端接收協(xié)議數(shù)據(jù)包進行緩存、提取媒體數(shù)據(jù)、視音解碼并將解碼圖像顯
示和播放音頻。
第三種，當客戶端軟件向流媒體服務器發(fā)出連接Http Sock媒體請求時， 客戶端接收Http協(xié)議數(shù)據(jù)包，然后去除Http協(xié)議提取媒體內容進行緩存、 調用視音頻解碼器進行視音解碼，最后顯示解碼圖像和播放解碼音頻。
本發(fā)明的視頻流媒體承載系統(tǒng)，在實現(xiàn)實時流傳輸時，可以選擇Rtp/Rtcp 或Rtsp/Sdp等協(xié)議中的一種或多種，相應的智能移動終端，其客戶端軟件能 夠接收被選定的傳輸模式用以傳輸數(shù)據(jù)。
以上所述的僅為本發(fā)明的較佳可行實施例，所述實施例并非用以限制本 發(fā)明的專利保護范圍，因此凡是運用本發(fā)明的說明書及附圖內容所作的等同 結構變化，同理均應包含在本發(fā)明的保護范內。
權利要求
1. 一種視頻流媒體承載方法，用于智能移動終端的視頻流媒體承載，包括步驟S1為所述智能移動終端設置并運行流媒體服務器，使所述智能移動終端與至少一個流媒體服務器間能夠順序流式傳輸所述視頻流，在所述智能移動終端與至少一個流媒體服務器間能夠通過實時流式傳輸所述視頻流；步驟S2所述智能移動終端按照自身網(wǎng)絡環(huán)境，選擇一個流媒體服務器作為該智能移動終端的接入服務器；步驟S3在所述智能移動終端與所述接入服務器間承載所述視頻流。
2. 如權利要求1所述的視頻流媒體承載方法，其特征在于，在步驟S1 中，設置兩個流媒體服務器，其中第一服務器運行httpsock協(xié)議，第二服務 器運行Rtp/Rtcp或Rtsp/Sdp協(xié)議。
3. 如權利要求2所述的視頻流媒體承載方法，其特征在于，步驟S2中， 所述智能移動終端的客戶端軟件首先嘗試發(fā)送Rtp/Rtcp或Rtsp/Sdp協(xié)議請 求，若所述第二服務器正確響應并返回數(shù)據(jù)流，則選擇該第二服務器為接入 服務器；若所述第二服務器沒有正確響應，則選擇所述第一服務器為接入服 務器。
4. 一種視頻流媒體承載系統(tǒng)，用于智能移動終端的視頻流媒體承載，包 括智能移動終端和為所述智能移動終端提供流媒體服務的流媒體服務器系所述流媒體服務器系統(tǒng)，設置有至少一個能夠為所述智能移動終端順序 流式傳輸視頻流的流媒體服務器，和至少一個能夠為智能移動終端時流式傳 輸所述視頻流的流媒體服務器；所述智能移動終端，按照網(wǎng)絡環(huán)境選擇一個接入服務器，通過所述接入 服務器傳輸所述視頻流。
5. 如權利要求4所述的視頻流媒體承載系統(tǒng)，其特征在于，所述流媒 體服務器系統(tǒng)包括兩個流媒體服務器，其中第一服務器運行http sock協(xié)議， 第二服務器運行Rtp/Rtcp或Rtsp/Sdp協(xié)議。
6. 如權利要求4或5所述的視頻流媒體承載系統(tǒng)，其特征在于，還包 括媒體源和為流媒體服務器系統(tǒng)提供流媒體數(shù)據(jù)的內容服務器系統(tǒng)和控制 所述流媒體服務器系統(tǒng)運行的運營支撐管理系統(tǒng)，所述內容服務器系統(tǒng)將所 述媒體源提供的內容進行內容抓取、內容編碼制作、內容存儲和內容分發(fā)。
7. 如權利要求4或5所述的視頻流媒體承載系統(tǒng)，其特征在于，所述 智能移動終端為手機終端，所述手機終端配置有媒體客戶端播放軟件和用于該手機終端用戶瀏覽WAP門戶的瀏覽器。
8. 如權利要求4或5所述的視頻流媒體承載系統(tǒng)，其特征在于，所述 智能移動終端的客戶端軟件向流媒體服務器發(fā)出連接Rtsp/Sdp媒體請求時， 客戶端連接控制功能對連接進行管理，并進行丟包檢驗，然后將數(shù)據(jù)進行緩 存、提取媒體數(shù)據(jù)、視音解碼并將解碼圖像顯示和播放音頻。
9. 如權利要求4或5所述的視頻流媒體承載系統(tǒng)，其特征在于，所述 智能移動終端的客戶端軟件向流媒體服務器發(fā)出連接Rtp/Rtep媒體請求時， 客戶端接收協(xié)議數(shù)據(jù)包進行緩存、提取媒體數(shù)據(jù)、視音解碼并將解碼圖像顯 示和播放音頻。
10. 如權利要求4或5所述的視頻流媒體承載系統(tǒng)，其特征在于， 所述智能移動終端的客戶端軟件向流媒體服務器發(fā)出連接HttpSock媒體 請求時，客戶端接收Http協(xié)議數(shù)據(jù)包，然后去除Http協(xié)議提取媒體內容 進行緩存、調用視音頻解碼器進行視音解碼，最后顯示解碼圖像和播放 解碼音頻。
全文摘要
一種視頻流媒體承載方法，用于智能移動終端的視頻流媒體承載，包括為所述智能移動終端設置并運行流媒體服務器，使所述智能移動終端與至少一個流媒體服務器間能夠順序流式傳輸所述視頻流，在所述智能移動終端與至少一個流媒體服務器間能夠通過實時流式傳輸所述視頻流；所述智能移動終端按照自身網(wǎng)絡環(huán)境，選擇一個流媒體服務器作為該智能移動終端的接入服務器；在所述智能移動終端與所述接入服務器間承載所述視頻流。本發(fā)明還公開了一種實現(xiàn)本發(fā)明視頻流媒體承載方法的視頻流媒體承載系統(tǒng)。本發(fā)明的視頻流媒體承載方法及系統(tǒng)，能夠支撐不同地區(qū)、不同網(wǎng)絡環(huán)境的智能終端用戶使用移動終端流媒體產(chǎn)品。
文檔編號H04L29/06GK101394407SQ20081017512
公開日2009年3月25日 申請日期2008年10月30日 優(yōu)先權日2008年10月30日
發(fā)明者彌寶民 申請人:北京閃聯(lián)互動網(wǎng)絡科技有限責任公司