專利名稱：一種媒體業(yè)務系統(tǒng)及方法
技術領域：
本發(fā)明涉及通信技術領域，特別是涉及一種媒體業(yè)務系統(tǒng)及方法。
背景技術：
網(wǎng)絡帶寬的提高和3G(Third Generation)無線通信技術的發(fā)展為在電信網(wǎng)絡上開展基于媒體內(nèi)容的增值服務業(yè)務提供了可能。流媒體技術提供了一種在網(wǎng)絡中傳輸視頻、音頻、圖片等媒體內(nèi)容的方式，因此在多媒體業(yè)務系統(tǒng)得到了廣泛的應用。同時，隨著電信網(wǎng)絡技術的發(fā)展，在電信網(wǎng)絡中開展多媒體業(yè)務，比如交互式網(wǎng)絡電視、視頻監(jiān)控、手機電視、手機下載等多媒體業(yè)務已逐漸成為一種趨勢。流媒體業(yè)務系統(tǒng)中，通常部署一個中心流媒體平臺和多個邊緣流媒體平臺組成。 中心流媒體平臺包含所有的媒體內(nèi)容和媒體直播碼流，媒體直播碼流由直播編碼器(Live Encoder，簡稱LE)提供，直播編碼器一般以分布式部署。邊緣流媒體平臺將媒體內(nèi)容的碼流從中心流媒體平臺中繼過來，然后邊緣流媒體平臺的媒體服務器(Streaming Server，簡稱SS)再以單播或者組播的方式給邊緣流媒體平臺的用戶提供點播和直播服務。在中心流媒體平臺和邊緣流媒體平臺的物理跨度比較大的時候，中心流媒體平臺的媒體碼流只能通過直播方式發(fā)送給邊緣流媒體平臺。當某個直播編碼器直播碼流發(fā)生異常時，中繼到該服務器的邊緣流媒體平臺會直接停止對用戶終端的直播服務。

發(fā)明內(nèi)容
本發(fā)明提供一種媒體業(yè)務系統(tǒng)及方法，以解決現(xiàn)有技術中當直播編碼器直播碼流發(fā)生異常時，中繼到該服務器的邊緣流媒體平臺會停止對用戶終端的直播服務的問題。本發(fā)明提供一種媒體業(yè)務系統(tǒng)，包括直播編碼器，用于將媒體內(nèi)容編碼成直播碼流，并將其發(fā)送到媒體服務器；媒體服務器，用于接收所述直播碼流，并據(jù)此向用戶終端提供媒體服務；直播源選擇服務器，用于當所述直播碼流發(fā)生異常時，重新選擇一個能提供所需服務的直播編碼器向所述媒體服務器發(fā)送直播碼流。進一步地，所述直播碼流為使用UDP(User Datagram Protocol，用戶數(shù)據(jù)報協(xié)議) 或者RTP (Real-time Transport Protocol，實時傳輸協(xié)議)傳輸?shù)拇a流。進一步地，所述能提供所需服務的直播編碼器，為能提供所需服務的直播編碼器中負載最輕的一個。本發(fā)明還提供了一種媒體業(yè)務實現(xiàn)方法，應用于媒體業(yè)務系統(tǒng)中，該媒體業(yè)務系統(tǒng)包括直播編碼器、媒體服務器和直播源選擇服務器，該方法包括如下步驟直播編碼器將媒體內(nèi)容編碼成直播碼流，并將其發(fā)送到所述媒體服務器；所述媒體服務器接收所述直播碼流，并據(jù)此向用戶終端提供媒體服務；當所述直播碼流發(fā)生異常時，直播源選擇服務器重新選擇一個能提供所需服務的直播編碼器向所述媒體服務器發(fā)送碼流。
進一步地，所述碼流為使用UDP協(xié)議或者RTP協(xié)議傳輸?shù)拇a流。進一步地，所述能提供所需服務的直播編碼器，為能提供所需服務的直播編碼器中負載最輕的一個。進一步地，所述媒 體服務器是采用UDP協(xié)議或RTP協(xié)議的直播碼流的方式向用戶終端提供媒體服務的。本發(fā)明有益效果如下本發(fā)明通過設置直播源選擇服務器，在直播碼流發(fā)生異常的環(huán)境下，能夠自動尋找可用的直播碼流進行接入，從而能夠給用戶終端提供無障礙的直播服務。采用本發(fā)明方案，在核心網(wǎng)絡平面，媒體內(nèi)容的直播碼流通過直播編碼器轉發(fā)到處于網(wǎng)絡邊緣的媒體服務器后，所有的媒體服務器都可以給用戶終端提供媒體服務，因此具備向大規(guī)模用戶提供媒體業(yè)務的能力；本發(fā)明可根據(jù)用戶規(guī)模的不同部署不同數(shù)目的媒體服務器，因此本發(fā)明媒體業(yè)務系統(tǒng)具備良好的擴容能力；在直播編碼器的直播碼流發(fā)生異常時，能及時地通過直播源選擇服務器找到新的直播編碼器，并重新接入直播碼流，從而不影響用戶終端碼流的接入，提供穩(wěn)定的媒體服務。綜上所述，本發(fā)明媒體業(yè)務系統(tǒng)能夠向大規(guī)模的用戶終端提供穩(wěn)定的媒體業(yè)務。 并且本發(fā)明還具有實施簡便，成本低等優(yōu)點。


圖1為本發(fā)明實施例的媒體業(yè)務系統(tǒng)結構示意圖；圖2為本發(fā)明實施例的直播編碼器向媒體服務器發(fā)送碼流示意圖；圖3為本發(fā)明實施例的媒體服務器向用戶終端提供媒體服務示意圖。
具體實施例方式為了解決現(xiàn)有技術中因直播編碼器的直播碼流異常導致邊緣流媒體平臺拒絕向用戶終端服務，而造成媒體服務器不能向用戶終端提供穩(wěn)定服務的問題，本發(fā)明提供了一種能夠向用戶終端提供無障礙媒體業(yè)務的媒體業(yè)務系統(tǒng)及方法，其主要方案包括設置直播源選擇服務器，當前直播編碼器的直播碼流發(fā)生異常時，直播源選擇服務器為媒體服務器選擇另一可用的直播編碼器，由該另一可用的直播編碼器替代先前的直播編碼器為該媒體服務器提供直播碼流，從而保證了該媒體服務器能夠為用戶終端提供穩(wěn)定的媒體服務。以下結合附圖以及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不限定本發(fā)明。系統(tǒng)實施例根據(jù)本發(fā)明的實施例，提供了一種媒體業(yè)務系統(tǒng)，圖1是本發(fā)明實施例的媒體業(yè)務系統(tǒng)結構示意圖，如圖1所示，根據(jù)本發(fā)明實施例的媒體業(yè)務系統(tǒng)，包括直播編碼器、媒體服務器和直播源選擇服務器。下面對本發(fā)明實施例的系統(tǒng)各組成部分進行詳細說明。具體地，直播編碼器作為媒體內(nèi)容直播碼流的發(fā)送源，其功能是將媒體內(nèi)容編碼成可使用實時傳輸協(xié)議或者用戶數(shù)據(jù)報協(xié)議傳輸?shù)拇a流，并將碼流發(fā)送到媒體服務器，碼流為直播碼流，具體可以采用單播或組播方式來傳輸。直播編碼器包括RTSP(Real Time Streaming Protocol，實時流傳輸協(xié)議)模塊和碼流發(fā)送模塊，直播編碼器分布在核心網(wǎng)絡平面。

媒體服務器接收直播編碼器發(fā)送來的碼流，并據(jù)此向用戶終端提供媒體服務，本發(fā)明實施例中媒體服務器是采用UDP協(xié)議或RTP協(xié)議的碼流的方式向用戶終端提供媒體服務的，碼流為直播碼流，具體可以為單播碼流，也可以為組播碼流。當向媒體服務器提供碼流的直播編碼器的碼流發(fā)生異常時，媒體服務器向直播源選擇服務器發(fā)送直播源選擇請求，獲取當前可用的另一直播編碼器的信息，即另一可提供所需服務的當前可用的直播編碼器的信息，媒體服務器向該新的直播編碼器發(fā)送直播源接入請求，并接收該新的直播編碼器發(fā)送的直播碼流，從而能夠向用戶終端提供穩(wěn)定的媒體服務。媒體服務器包括RTSP模塊、直播源請求模塊、碼流接收模塊、碼流緩存模塊和碼流發(fā)送模塊，媒體服務器處于核心網(wǎng)絡平面的邊緣。直播源選擇服務器，接收媒體服務器的直播源選擇請求，并給媒體服務器分配能夠提供所需服務的可用的直播編碼器，直播源選擇服務器包含直播源選擇模塊，直播源選擇服務器分布在核心網(wǎng)絡平面。本發(fā)明中，用戶終端相應地包括RTSP模塊、碼流接收模塊和碼流處理模塊。采用本發(fā)明媒體業(yè)務系統(tǒng)的工作流程如下系統(tǒng)中所有的直播編碼器等待接收媒體服務器的直播源接入請求；當直播編碼器出現(xiàn)直播碼流異常時，媒體服務器向直播源選擇服務器發(fā)送直播源選擇請求；直播源選擇服務器選擇一個能夠提供所需服務的可用的直播編碼器，并向媒體服務器返回該可用的直播編碼器的信息；媒體服務器向該可用的直播編碼器發(fā)送直播源接入請求，與該可用的直播編碼器進行消息交互，建立直播碼流的發(fā)送通道；該可用的直播編碼器將媒體內(nèi)容以直播方式的碼流發(fā)送到媒體服務器；媒體服務器接收該可用的直播編碼器發(fā)送的內(nèi)容直播碼流，并使用一定大小的緩存來保存媒體內(nèi)容的直播碼流。媒體服務器等待接收用戶終端的媒體服務請求；用戶終端向媒體服務器發(fā)送媒體服務請求，與媒體服務器進行消息交互，建立直播碼流的發(fā)送通道；媒體服務器將緩沖區(qū)中保存的直播碼流向用戶終端發(fā)送；用戶終端接收媒體服務器發(fā)送的媒體內(nèi)容的直播碼流，并對媒體內(nèi)容的碼直播流進行一定的處理，處理方式包括但不限于對碼流進行解碼和解壓縮并轉換成視頻信號、保存碼流為本地文件等；用戶終端向媒體服務器發(fā)送媒體服務結束請求，與媒體服務器進行交互，關閉媒體內(nèi)容的直播碼流發(fā)送通道；媒體服務器停止發(fā)送媒體內(nèi)容的直播碼流，媒體服務結束。方法實施例根據(jù)本發(fā)明的實施例，提供了一種媒體業(yè)務實現(xiàn)方法，應用于媒體業(yè)務系統(tǒng)中，該媒體業(yè)務系統(tǒng)包括直播編碼器、媒體服務器和直播源選擇服務器，該方法包括如下步驟直播編碼器將媒體內(nèi)容編碼成直播碼流，并將其發(fā)送到媒體服務器；
媒體服務器接收直播碼流，并據(jù)此向用戶終端提供媒體服務；當碼流發(fā)生異常時，直播源選擇服務器重新選擇一個能提供所需服務的直播編碼器，并由該新的直播編碼器向媒體服務器發(fā)送碼流。本發(fā)明實施中直播編碼器采用UDP協(xié)議或RTP協(xié)議發(fā)送媒體內(nèi)容的直播碼流，媒體服務器在偵聽到當前直播編碼器的直播碼流出現(xiàn)異常時，通過直播源選擇服務器獲取到另一能夠提供所需 服務的直播編碼器的信息后，通過RTSP協(xié)議與該新的直播編碼器交互， 建立直播碼流發(fā)送的通道，接收到直播碼流后，將直播碼流緩存到媒體服務器；用戶終端通過RTSP協(xié)議與媒體服務器交互，建立直播碼流發(fā)送通道，媒體服務器通過UDP協(xié)議或RTP 協(xié)議的直播方式向用戶終端發(fā)送媒體內(nèi)容的直播碼流，提供媒體業(yè)務。本發(fā)明實施例提供的媒體業(yè)務實現(xiàn)方法包括直播編碼器向媒體服務器發(fā)送碼流的過程和媒體服務器向用戶終端提供媒體服務的過程，下面結合附圖對該兩個過程分別做進一步詳細說明。圖2為本發(fā)明實施例的直播編碼器向媒體服務器發(fā)送碼流示意圖，如圖2所示，本發(fā)明實施例的直播編碼器向媒體服務器發(fā)送碼流的過程具體包括步驟201 媒體服務器的直播源請求模塊與直播源選擇服務器的直播源選擇模塊建立通信鏈路，即建立TCP (Transmission Control Protocol，傳輸控制協(xié)議)連接；步驟202 媒體服務器的直播源請求模塊開始偵聽，偵聽到當前直播編碼器的碼流發(fā)生異常時，執(zhí)行步驟203;步驟203 媒體服務器向直播源選擇服務器發(fā)送直播源選擇請求；步驟204 直播源選擇服務器為媒體服務器選擇一個可用的能夠提供所需服務的直播編碼器，該實施例中，具體可以在能夠提供所需服務的直播編碼器中選擇負載最輕的一個來向媒體服務器提供媒體內(nèi)容的直播碼流；步驟205 直播源選擇服務器向媒體服務器返回直播源選擇請求響應，響應中位置字段包含步驟204中選擇的直播編碼器的信息；以下通過步驟206至步驟211來建立直播編碼器與媒體服務器之間的直播碼流的發(fā)送通道步驟206 媒體服務器向新選擇的直播編碼器的RTSP處理模塊發(fā)送請求建立直播碼流發(fā)送通道的RTSP DESCRIBE消息；步驟207 直播編碼器向媒體服務器返回對RTSP DESCRIBE消息的RTSP200響應；步驟208 媒體服務器向直播編碼器發(fā)送啟動RTSP連接的RTSP SETUP消息；步驟209 直播編碼器向媒體服務器發(fā)送對RTSP SETUP消息的RTSP 200響應；步驟210 媒體服務器向直播編碼器發(fā)送請求數(shù)據(jù)傳輸?shù)腞TSP PLAY消息；步驟211 直播編碼器向媒體服務器發(fā)送對RTSP PLAY消息的RTSP 200響應；步驟212 直播編碼器以UDP或RTP方式向媒體服務器發(fā)送媒體內(nèi)容直播碼流；步驟213 媒體服務器的碼流接收模塊接收直播編碼器發(fā)送的UDP或RTP碼流，然后在媒體服務器的碼流緩存模塊中將UDP或RTP碼流進行緩存。圖3為本發(fā)明實施例的媒體服務器向用戶終端提供媒體服務示意圖，如圖3所示， 本發(fā)明實施例的媒體服務器向用戶終端提供媒體服務的過程具體包括步驟301 媒體服務器開始RTSP偵聽，等待接收用戶終端的RTSP媒體服務請求；
以下通過步驟302至步驟311來建立媒體服務器與用戶終端之間的直播碼流的發(fā)送通道步驟302 用戶終端向媒體服務器的RTSP模塊發(fā)送請求建立直播碼流發(fā)送通道的 RTSP DESCRIBE 消息；步驟303 媒體服務器的RTSP模塊向用戶終端的RTSP模塊返回對RTSPDESCRIBE 消息RTSP 200響應；步驟304 用戶終端向媒體服務器的RTSP模塊發(fā)送啟動RTSP連接的RTSPSETUP消息；步驟305 媒體服務器 的RTSP模塊向用戶終端發(fā)送對RTSP SETUP消息的RTSP 200響應；步驟306 用戶終端向媒體服務器的RTSP模塊發(fā)送請求數(shù)據(jù)傳輸?shù)腞TSPPLAY消息；步驟307 媒體服務器的RTSP模塊向用戶終端發(fā)送對RTSP PLAY消息的RTSP 200 響應；步驟308 媒體服務器的碼流發(fā)送模塊將碼流緩存模塊生成的直播UDP或RTP碼流報文，發(fā)送給用戶終端的碼流接收模塊；步驟309 用戶終端的碼流處理模塊對直播碼流進行處理，處理方式包括但不限于解碼、解壓縮，并進行模數(shù)轉換，將UDP/RTP數(shù)據(jù)包格式的碼流轉換成視頻信號顯示；步驟310 用戶終端的RTSP模塊給媒體服務器的RTSP模塊發(fā)送請求停止RTSP連接的 RTSP TEARDOffN 消息；步驟311 媒體服務器的碼流發(fā)送模塊停止給用戶終端發(fā)送直播碼流，同時媒體服務器的RTSP模塊向用戶終端返回對RTSP TEARDOffN消息的RTSP200響應。本實施中，直播編碼器與媒體服務器之間、用戶終端與媒體服務器之間進行媒體信令交互的協(xié)議RTSP，為IETF(Internet Engineering Task Force，互聯(lián)網(wǎng)工程任務組) 標準協(xié)議，在具體實施中本發(fā)明還可采用其它媒體交互協(xié)議，例如UDP、HTTP (HyperText Transfer Protocol，超文本傳輸協(xié)議)等。盡管為示例目的，已經(jīng)公開了本發(fā)明的優(yōu)選實施例，本領域的技術人員將意識到各種改進、增加和取代也是可能的，因此，本發(fā)明的范圍應當不限于上述實施例。
權利要求
1.一種媒體業(yè)務系統(tǒng)，其特征在于，包括直播編碼器，用于將媒體內(nèi)容編碼成直播碼流，并將其發(fā)送到媒體服務器；媒體服務器，用于接收所述直播碼流，并據(jù)此向用戶終端提供媒體服務；直播源選擇服務器，用于當所述直播碼流發(fā)生異常時，重新選擇一個能提供所需服務的直播編碼器向所述媒體服務器發(fā)送直播碼流。
2.如權利要求1所述的媒體業(yè)務系統(tǒng)，其特征在于，所述直播碼流為使用用戶數(shù)據(jù)報協(xié)議傳輸?shù)闹辈ゴa流。
3.如權利要求1所述的媒體業(yè)務系統(tǒng)，其特征在于，所述直播碼流為使用實時傳輸協(xié)議傳輸?shù)闹辈ゴa流。
4.如權利要求1或2或3所述的媒體業(yè)務系統(tǒng)，其特征在于，所述能提供所需服務的直播編碼器，為能提供所需服務的直播編碼器中負載最輕的一個。
5.一種媒體業(yè)務實現(xiàn)方法，應用于媒體業(yè)務系統(tǒng)中，該媒體業(yè)務系統(tǒng)包括直播編碼器、 媒體服務器和直播源選擇服務器，其特征在于，包括步驟直播編碼器將媒體內(nèi)容編碼成直播碼流，并將其發(fā)送到所述媒體服務器；所述媒體服務器接收所述直播碼流，并據(jù)此向用戶終端提供媒體服務；當所述直播碼流發(fā)生異常時，直播源選擇服務器重新選擇一個能提供所需服務的直播編碼器向所述媒體服務器發(fā)送碼流。
6.如權利要求5所述的媒體業(yè)務實現(xiàn)方法，其特征在于，所述碼流為使用用戶數(shù)據(jù)報協(xié)議傳輸?shù)拇a流。
7.如權利要求5所述的媒體業(yè)務實現(xiàn)方法，其特征在于，所述碼流為使用實時傳輸協(xié)議傳輸?shù)拇a流。
8.如權利要求5所述的媒體業(yè)務實現(xiàn)方法，其特征在于，所述能提供所需服務的直播編碼器，為能提供所需服務的直播編碼器中負載最輕的一個。
9.如權利要求5至8中任一項所述的媒體業(yè)務實現(xiàn)方法，其特征在于，所述媒體服務器是采用用戶數(shù)據(jù)報協(xié)議的方式向用戶終端提供媒體服務的。
10.如權利要求5至8中任一項所述的媒體業(yè)務實現(xiàn)方法，其特征在于，所述媒體服務器是采用實時傳輸協(xié)議的直播碼流的方式向用戶終端提供媒體服務的。
全文摘要
本發(fā)明公開了一種媒體業(yè)務系統(tǒng)，該系統(tǒng)包括直播編碼器，用于將媒體內(nèi)容編碼成直播碼流，并將其發(fā)送到媒體服務器；媒體服務器，用于接收所述直播碼流，并據(jù)此向用戶終端提供媒體服務；直播源選擇服務器，用于當所述直播碼流發(fā)生異常時，重新選擇一個能提供所需服務的直播源服務器向所述媒體服務器發(fā)送碼流。借助于本發(fā)明的技術方案，解決了現(xiàn)有技術中直播碼流異常時，邊緣流媒體平臺停止對用戶終端直播的問題，實現(xiàn)了自我修復直播碼流，從而為大量用戶終端提供穩(wěn)定的媒體服務的目的。本發(fā)明還公開了一種媒體業(yè)務實現(xiàn)方法，應用于上述媒體業(yè)務系統(tǒng)中。
文檔編號H04L29/06GK102333095SQ201110309579
公開日2012年1月25日 申請日期2011年10月13日 優(yōu)先權日2011年10月13日
發(fā)明者熊勤, 黃毅 申請人:中興通訊股份有限公司