專利名稱：流媒體業(yè)務(wù)處理系統(tǒng)及其方法、網(wǎng)絡(luò)設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實施例涉及通信領(lǐng)域，尤其涉及一種流媒體業(yè)務(wù)處理系統(tǒng)及其方法、網(wǎng)絡(luò)設(shè)備。
背景技術(shù)：
隨著網(wǎng)絡(luò)技術(shù)的不斷發(fā)展以及終端能力的大幅提升，基于網(wǎng)絡(luò)的流媒體業(yè)務(wù)，例如音視頻業(yè)務(wù)，迅猛發(fā)展。面對流媒體業(yè)務(wù)的競爭壓力，運營商推出了多屏融合的業(yè)務(wù)，構(gòu)建了流媒體業(yè)務(wù)處理系統(tǒng)，從而可以針對不同的終端類型，采用不同方式傳輸直播節(jié)目內(nèi)容。例如，針對傳統(tǒng)的機頂盒(Set Top Box,以下簡稱STB)終端,可以采用實時傳輸協(xié)議上的運動圖像專家 組版本2-傳輸流(Moving PicturesExperts Group 2-Transport Stream over Real-TimeTransport Protocol,以下簡稱MPEG2_TS over RTP)來傳輸直播節(jié)目內(nèi)容；針對其他終端如智能手機、上網(wǎng)本、計算機等，可以采用超文本傳輸協(xié)議(Hypertext TransferProtocol,以下簡稱HTTP)技術(shù)傳輸直播節(jié)目內(nèi)容。發(fā)明人在實現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)，現(xiàn)有的流媒體業(yè)務(wù)處理系統(tǒng)中需要大量的服務(wù)器和交換機，網(wǎng)絡(luò)架構(gòu)復(fù)雜，增加了運營成本。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種流媒體業(yè)務(wù)處理系統(tǒng)及其方法、網(wǎng)絡(luò)設(shè)備，以簡化網(wǎng)絡(luò)架構(gòu)，降低運營成本。本發(fā)明實施例提供一種流媒體業(yè)務(wù)處理系統(tǒng)，包括網(wǎng)絡(luò)設(shè)備以及編碼器，所述網(wǎng)絡(luò)設(shè)備內(nèi)嵌有流化功能模塊，所述編碼器包括兩個出端口，所述編碼器的兩個出端口分別與所述網(wǎng)絡(luò)設(shè)備的主輸入端口和備份輸入端口連接；所述編碼器，用于接收流媒體業(yè)務(wù)信號，對所述流媒體業(yè)務(wù)信號進行編碼處理，生成流媒體業(yè)務(wù)編碼信號，并將所述流媒體業(yè)務(wù)編碼信號發(fā)送給所述網(wǎng)絡(luò)設(shè)備；所述網(wǎng)絡(luò)設(shè)備，用于通過內(nèi)嵌的流化功能模塊在所述主輸入端口或備份輸入端口上接收所述編碼器發(fā)送的流媒體業(yè)務(wù)編碼信號，并將所述流媒體業(yè)務(wù)編碼信號提供給終端。本發(fā)明實施例提供一種網(wǎng)絡(luò)設(shè)備，所述網(wǎng)絡(luò)設(shè)備內(nèi)嵌有流化功能模塊；所述網(wǎng)絡(luò)設(shè)備，用于通過內(nèi)嵌的流化功能模塊分別在主輸入端口上或備份輸入端口上接收編碼器發(fā)送的流媒體業(yè)務(wù)編碼信號，并將所述流媒體業(yè)務(wù)編碼信號提供給終端。本發(fā)明上述實施例，在網(wǎng)絡(luò)設(shè)備中內(nèi)嵌流化功能模塊，因此，該網(wǎng)絡(luò)設(shè)備可以直接從編碼器接收流媒體業(yè)務(wù)編碼信號，省去以太網(wǎng)交換機以及流化服務(wù)器的網(wǎng)絡(luò)部署，從而簡化了網(wǎng)絡(luò)架構(gòu)，降低了運營成本。本發(fā)明實施例提供一種如上述系統(tǒng)的故障檢測處理方法，包括內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊在第一輸入端口上接收編碼器發(fā)送的流媒體報文；所述內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊根據(jù)所述流媒體報文檢查所述編碼器是否發(fā)生故障；若發(fā)生故障，則所述內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊將輸入端口從所述第一輸入端口切換到第二輸入端口，并在所述第二輸入端口上接收流媒體報文；所述第一輸入端口為主輸入端口，所述第二輸入端口為備份輸入端口 ；或者，所述第一輸入端口為備份輸入端口，所述第二輸入端口為主輸入端口。本發(fā)明上述實施例可以通過多媒體報文對編碼器是否發(fā)生故障進行檢測，并在編碼器發(fā)生故障時，切換到備份輸入端口上接收多媒體報文，從而可以及時有效地對系統(tǒng)進行維護。



為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為現(xiàn)有技術(shù)中的流媒體業(yè)務(wù)處理系統(tǒng)結(jié)構(gòu)示意圖；圖2為本發(fā)明流媒體業(yè)務(wù)處理系統(tǒng)一個實施例的結(jié)構(gòu)示意圖；圖3為本發(fā)明流媒體業(yè)務(wù)處理系統(tǒng)另一個實施例的結(jié)構(gòu)示意圖；圖4為本發(fā)明流媒體業(yè)務(wù)處理系統(tǒng)再一個實施例的結(jié)構(gòu)示意圖；圖5為本發(fā)明網(wǎng)絡(luò)設(shè)備一個實施例的結(jié)構(gòu)示意圖；圖6為本發(fā)明故障檢測處理方法一個實施例的流程圖；圖7為本發(fā)明故障檢測處理方法另一個實施例的流程圖；圖8為本發(fā)明流媒體業(yè)務(wù)處理方法一個實施例的流程圖；圖9為本發(fā)明流媒體業(yè)務(wù)處理方法另一個實施例的流程圖；圖10為本發(fā)明流媒體業(yè)務(wù)處理裝置一個實施例的結(jié)構(gòu)示意圖；圖11為本發(fā)明流媒體業(yè)務(wù)處理裝置另一個實施例的結(jié)構(gòu)示意圖；圖12為本發(fā)明流媒體業(yè)務(wù)處理裝置再一個實施例的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖I為現(xiàn)有技術(shù)中的流媒體業(yè)務(wù)處理系統(tǒng)結(jié)構(gòu)示意圖，如圖I所示，該系統(tǒng)包括多個編碼器、四個以太網(wǎng)交換機、多個流化服務(wù)器和兩個路由器，其中，各編碼器具有兩個出端口，這兩個出端口分別與兩個以太網(wǎng)交換機的入端口連接，一個以太網(wǎng)交換機的出端口與各流化服務(wù)器的一個入端口連接，另一個以太網(wǎng)交換機的出端口與各流化服務(wù)器的另一個入端口連接，每個流化服務(wù)器的兩個出端口分別與另兩個以太網(wǎng)交換機的入端口連接，這兩個以太網(wǎng)交換機的出端口分別與一個路由器連接。具體來說，編碼器可以從視頻源信號接收設(shè)備接收原始視頻信號，每個編碼器針對同一個節(jié)目可以輸出兩份相同的編碼流，輸出的編碼流為組播形式的流媒體報文，每個節(jié)目對應(yīng)唯一的組播組地址?？紤]到冗余，對應(yīng)同一個節(jié)目的兩個相同的流會被送到兩個不同的以太網(wǎng)交換機的網(wǎng)絡(luò)接口，也即入端口上；流化服務(wù)器通過以太網(wǎng)交換機與編碼器相連接，流化服務(wù)器加入到對應(yīng)的組播組接收直播節(jié)目流。流化服務(wù)器通過兩個網(wǎng)卡，即兩個入端口分別接到兩個不同的以太網(wǎng)交換機上，不過，這兩個網(wǎng)卡有主備之分，同一時間只有一個網(wǎng)卡加入到組播組；流化服務(wù)器收到來自編碼器的直播節(jié)目流后，按照設(shè)置的規(guī)則進行加擾，添加RTP報文頭，然后緩存RTP報文，輸出組播的RTP報文到下游以太網(wǎng)交換機，其中組播地址保持不變；下游以太網(wǎng)交換機收到組播的直播節(jié)目流后，按照組播組群組訂閱關(guān)系向下游組播。這里的組播組訂閱關(guān)系即為組播組與加入該組播組的成員的一對多映身寸關(guān)系。由上述描述可以看出，現(xiàn)有的流媒體業(yè)務(wù)處理系統(tǒng)需要大量的流媒體服務(wù)器以及交換機，組網(wǎng)復(fù)雜。、圖2為本發(fā)明流媒體業(yè)務(wù)處理系統(tǒng)一個實施例的結(jié)構(gòu)示意圖，如圖2所示，本實施例的系統(tǒng)可以包括網(wǎng)絡(luò)設(shè)備I和編碼器13，該網(wǎng)絡(luò)設(shè)備I內(nèi)嵌有流化功能模塊18，該編碼器13包括兩個出端口 131，編碼器13的兩個出端口分別與網(wǎng)絡(luò)設(shè)備I的主輸入端口 IOa和備份輸入端口 IOb連接；編碼器13，用于接收流媒體業(yè)務(wù)信號，對所述流媒體業(yè)務(wù)信號進行編碼處理，生成流媒體業(yè)務(wù)編碼信號，并將所述流媒體業(yè)務(wù)編碼信號發(fā)送給網(wǎng)絡(luò)設(shè)備I ;網(wǎng)絡(luò)設(shè)備I用于通過內(nèi)嵌的流化功能模塊18在主輸入端口 IOa或備份輸入端口 IOb上接收編碼器13發(fā)送的流媒體業(yè)務(wù)編碼信號，并將所述流媒體業(yè)務(wù)編碼信號提供給終端。舉例來說，該流化功能模塊可以具有現(xiàn)有流化服務(wù)器的各種功能，這些功能至少包括將接收到的報文進行去封裝操作以獲得媒體流，該去封裝操作可以包括去掉網(wǎng)絡(luò)層封裝，例如去掉IP頭；去掉傳輸層頭封裝，例如去掉如傳輸控制協(xié)議(TransmissionControl Protocol,以下簡稱TCP)頭或者用戶數(shù)據(jù)包協(xié)議(User Datagram Protocol,以下簡稱UDP)頭；去掉應(yīng)用層封裝，例如去掉實時傳送協(xié)議(Real-time TransportProtocol,以下簡稱RTP)頭。如果去封裝后得到的媒體流是經(jīng)過加擾或者加密的，則可以進行相應(yīng)的解擾或解密操作以得到媒體流的明文，此處需要考慮包括面向下一個接收者如終端的加擾算法的適配、編碼轉(zhuǎn)換、容器轉(zhuǎn)換等。對解擾后的媒體流進行編碼轉(zhuǎn)換，這里的編碼轉(zhuǎn)換包括音視頻編碼機制的變換，例如視頻編碼從MPEG-2到H. 264、碼率的變換，流入從2Mbps到200Kbps等，此處需要考慮包括面向下一個接收者如終端的音視頻解碼能力的適配、接入線路速率的適配等。按照預(yù)設(shè)的規(guī)則對直播流媒體進行加擾或者加密，例如對版權(quán)內(nèi)容進行加擾或者加密、對非版權(quán)或指定的內(nèi)容不加擾等。按照規(guī)范對直播流媒體進行封裝，這些封裝包括應(yīng)用層封裝，例如遵從規(guī)范添加RTP頭、傳輸層頭封裝，例如遵從規(guī)范添加TCP頭或UDP頭、網(wǎng)絡(luò)層封裝，例如遵從規(guī)范添加IP頭。
按照預(yù)先設(shè)置的規(guī)則進行流量整形，例如與直播流媒體碼率匹配，然后對外發(fā)送。具體來說，對于圖I所示現(xiàn)有系統(tǒng)來說，第一層以太網(wǎng)交換機所起作用為匯聚各編碼器發(fā)送的編碼流，并將各編碼流對應(yīng)地發(fā)送到各流化服務(wù)器，第二層以太網(wǎng)交換機所起的作用為匯聚各流化服務(wù)器發(fā)送的業(yè)務(wù)流，并將各業(yè)務(wù)流通過同一出口發(fā)送給下游的路由器。因此，這兩層以太網(wǎng)交換機的作用均為匯聚轉(zhuǎn)發(fā)，而并無其它特殊的功能，完全可以省略。鑒于此，本實施例采用一種新的網(wǎng)絡(luò)設(shè)備，其內(nèi)嵌有流化功能模塊，因此，該網(wǎng)絡(luò)設(shè)備可以直接從編碼器接收流媒體業(yè)務(wù)編碼信號，省去以太網(wǎng)交換機以及流化服務(wù)器的網(wǎng)絡(luò)部署，從而簡化了網(wǎng)絡(luò)架構(gòu)，降低了運營成本。下面采用幾個具體的實施例對本發(fā)明的技術(shù)方案進行詳細說明。圖3為本發(fā)明流媒體業(yè)務(wù)處理系統(tǒng)另一個實施例的結(jié)構(gòu)示意圖，如圖3所示，本實施例的系統(tǒng)在圖2所示系統(tǒng)的基礎(chǔ)上，進一步地，網(wǎng)絡(luò)設(shè)備I可以包括主網(wǎng)絡(luò)設(shè)備11和備份網(wǎng)絡(luò)設(shè)備12，編碼器13的個數(shù)至少可以有兩個，在本實施例中，編碼器13舉例來說為4 個，主網(wǎng)絡(luò)設(shè)備11包括與編碼器13個數(shù)相同的入端口 111，備份網(wǎng)絡(luò)設(shè)備12包括與編碼器13個數(shù)相同的入端口 121，在本實施例中舉例來說即可包括4個入端口 111和4個入端口121，主網(wǎng)絡(luò)設(shè)備11上的入端口 111即為主輸入端口，備份網(wǎng)絡(luò)設(shè)備12上的入端口 121即為備份輸入端口，各編碼器13的一個出端口 131與主網(wǎng)絡(luò)設(shè)備11 一個入端口 111對應(yīng)連接，各編碼器13的另一個出端口 131與備份網(wǎng)絡(luò)設(shè)備12的一個入端口 121對應(yīng)連接。另夕卜，本實施例的系統(tǒng)舉例來說還可以包括流媒體信號接收設(shè)備14和編碼控制器15，其中，流媒體信號接收設(shè)備14用于接收流媒體源信號，對所述流媒體源信號進行解碼處理，獲取流媒體業(yè)務(wù)信號，并將所述流媒體業(yè)務(wù)信號發(fā)送給各編碼器13 ;編碼控制器15用于控制各編碼器13對所述流媒體業(yè)務(wù)信號進行編碼處理。本實施例中的主網(wǎng)絡(luò)設(shè)備11和備份網(wǎng)絡(luò)設(shè)備12均可以為路由器，且該路由器至少需要包括多個入端口和一個出端口。本實施例可以采用路由器作為網(wǎng)絡(luò)設(shè)備，通過在主路由器和備份路由器中均內(nèi)嵌流化功能模塊，使得該主路由器和備份路由器可以直接從各編碼器接收流媒體業(yè)務(wù)編碼信號，省去兩層以太網(wǎng)交換機以及多個流化服務(wù)器的網(wǎng)絡(luò)部署，從而簡化了網(wǎng)絡(luò)架構(gòu)，降低了運營成本。圖4為本發(fā)明流媒體業(yè)務(wù)處理系統(tǒng)再一個實施例的結(jié)構(gòu)示意圖，如圖4所示，本實施例的系統(tǒng)在圖2所示系統(tǒng)的基礎(chǔ)上,進一步地,還包括主交換機16和備份交換機17,網(wǎng)絡(luò)設(shè)備I可以包括主網(wǎng)絡(luò)設(shè)備11和備份網(wǎng)絡(luò)設(shè)備12，編碼器13的個數(shù)至少可以有兩個，在本實施例中，編碼器13舉例來說為4個，主交換機16包括與編碼器13個數(shù)相同的入端口 161和一個出端口 162，備份交換機17包括與編碼器13個數(shù)相同的入端口 171和一個出端口 172，主網(wǎng)絡(luò)設(shè)備11包括一個入端口 111，備份網(wǎng)絡(luò)設(shè)備12包括一個入端口 121，主網(wǎng)絡(luò)設(shè)備11上的入端口 111即為主輸入端口，備份網(wǎng)絡(luò)設(shè)備12上的入端口 121即為備份輸入端口，主交換機16的各入端口 161分別與各編碼器13的一個出端口 131對應(yīng)連接，備份交換機17的各入端口 171分別與一個編碼器13的另一個出端口 131連接，主交換機16的出端口 162與主網(wǎng)絡(luò)設(shè)備11的入端口 111連接，備份交換機17的出端口 172與備份網(wǎng)絡(luò)設(shè)備12的入端口 121連接。本實施例的系統(tǒng)進一步地還可以包括流媒體信號接收設(shè)備14和編碼控制器15，其中，流媒體信號接收設(shè)備14用于接收流媒體源信號，對所述流媒體源信號進行解碼處理，獲取流媒體業(yè)務(wù)信號，并將所述流媒體業(yè)務(wù)信號發(fā)送給各編碼器13 ；編碼控制器15用于控制各編碼器13對所述流媒體業(yè)務(wù)信號進行編碼處理。本實施例中的主網(wǎng)絡(luò)設(shè)備11和備份網(wǎng)絡(luò)設(shè)備12均可以為路由器，但是本實施例的路由器與圖3所示路由器的區(qū)別在于，本實施例的路由器可以只有一個入端口，而通過增加一層交換機來匯聚編碼器13發(fā)送的編碼信號，因此，本實施例適用于路由器入端口較為有限的情況。本實施例的交換機可以例如采用以太網(wǎng)交換機。本實施例可以采用路由器作為網(wǎng)絡(luò)設(shè)備，并在路由器前端增加一層交換機來匯聚編碼器發(fā)送的編碼信號，通過在主路由器和備份路由器中均內(nèi)嵌流化功能模塊，使得該主路由器和備份路由器可以接收從各編碼器接收流媒體業(yè)務(wù)編碼信號，省去一層以太網(wǎng)交換機以及多個流化服務(wù)器的網(wǎng)絡(luò)部署，從而簡化了網(wǎng)絡(luò)架構(gòu)，降低了運營成本。圖5為本發(fā)明網(wǎng)絡(luò)設(shè)備一個實施例的結(jié)構(gòu)示意圖，如圖5所示，本實施例的網(wǎng)絡(luò)設(shè)備I內(nèi)嵌有流化功能模塊18，該網(wǎng)絡(luò)設(shè)備I用于通過內(nèi)嵌的流化功能模塊18分別在主輸入端口 IOa和從備份輸入端口 IOb上接收編碼器發(fā)送的流媒體業(yè)務(wù)編碼信號，并將所述流媒 體業(yè)務(wù)編碼信號提供給終端。舉例來說，該網(wǎng)絡(luò)設(shè)備可以為路由器。本實施例的網(wǎng)絡(luò)設(shè)備可以用于圖2所示的網(wǎng)絡(luò)設(shè)備，或者圖3和圖4所示的系統(tǒng)中作為主網(wǎng)絡(luò)設(shè)備和備份網(wǎng)絡(luò)設(shè)備，其實現(xiàn)原理與上述圖2 圖4所示任一實施例的實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。本發(fā)明實施例提供一種故障檢測處理方法，其既可以應(yīng)用在圖I所示現(xiàn)有技術(shù)的系統(tǒng)架構(gòu)中，也可以應(yīng)用在上述圖2 圖4所示本發(fā)明實施例的系統(tǒng)結(jié)構(gòu)中，以對編碼器是否發(fā)生故障進行檢測，并在出現(xiàn)故障時進行相應(yīng)的主備切換處理。下面采用本發(fā)明實施例提供的系統(tǒng)架構(gòu)，對本發(fā)明故障檢測處理方法進行詳細說明。圖6為本發(fā)明故障檢測處理方法一個實施例的流程圖，如圖6所示，本實施例的方法可以基于圖2所示系統(tǒng)結(jié)構(gòu)，本實施例的方法可以包括步驟601、內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊在主輸入端口上接收編碼器發(fā)送的流媒體報文。本實施例中的網(wǎng)絡(luò)設(shè)備可以是圖2中的網(wǎng)絡(luò)設(shè)備，其上部署了主輸入端口和備份輸入端口，又可以是圖3或圖4所示的主網(wǎng)絡(luò)設(shè)備和備份網(wǎng)絡(luò)設(shè)備，其中主輸入端口部署在主網(wǎng)絡(luò)設(shè)備上，備份輸入端口部署在備份網(wǎng)絡(luò)設(shè)備上。本實施例以第一輸入端口為主輸入端口，即流化功能模塊在主輸入端口上接收編碼器發(fā)送的流媒體報文為例進行說明。步驟602、所述內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊根據(jù)所述流媒體報文檢查所述編碼器是否發(fā)生故障。舉例來說，流化功能模塊可以通過檢查流媒體報文與需遵從的容器規(guī)范是否匹配來檢測編碼器是否發(fā)生故障，若匹配，則所述編碼器未發(fā)生故障，否則，所述編碼器發(fā)生故障。例如，流化功能模塊可以接收組播形式的用戶數(shù)據(jù)報協(xié)議上的MPEG2-TS單節(jié)目傳輸流(MPEG2-TS Single ProgramTransport Stream over User Datagram Protocol,以下簡稱MPEG2-TS SPTSover UDP)報文；然后流化功能模塊可以對負載進行容器規(guī)范性檢查以檢測編碼器是否出現(xiàn)故障，比如檢查MPEG2-TS SPTS是否符合ETSI TR 101 290規(guī)范。如果不符合，則編碼器發(fā)生故障。步驟603、若發(fā)生故障，則所述內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊將輸入端口從所述主輸入端口切換到備份輸入端口，并在備份輸入端口上接收流媒體報文。如果檢測到編碼器發(fā)生故障，流化功能模塊可以切換到備份輸入端口接收多媒體報文。可選地，流化功能模塊還可以向管理系統(tǒng)告警。需要說明的是，對于圖I所示現(xiàn)有技術(shù)中的系統(tǒng)架構(gòu)來說，只需要將內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊替換為圖I中的流化服務(wù)器即可，其余實現(xiàn)過程類似，此處不再贅述。另外，本領(lǐng)域技術(shù)人員可以理解的是，對于第一輸入端口為備份輸入端口的情況來說，其實現(xiàn)原理類似，只是在切換時，是從備份輸入端口切換回主輸入端口。本實施例可以通過多媒體報文對編碼器是否 發(fā)生故障進行檢測，并在編碼器發(fā)生故障時，切換到備份輸入線路上接收多媒體報文，從而可以及時有效地對系統(tǒng)進行維護。針對直播業(yè)務(wù)，在圖I所示現(xiàn)有技術(shù)的系統(tǒng)架構(gòu)中，每個流化服務(wù)器有兩個網(wǎng)卡，也即兩條輸入線路，以主備冗余的模式接收來自編碼器的編碼流，流化服務(wù)器依賴這兩個網(wǎng)卡實現(xiàn)以太網(wǎng)線路/端口故障檢測和主備倒換。受限于系統(tǒng)的協(xié)議棧架構(gòu)，對于以太網(wǎng)線路/端口的故障難以被服務(wù)器應(yīng)用程序檢測到，一旦主網(wǎng)卡出現(xiàn)故障，流化服務(wù)器只能依賴所接入的以太網(wǎng)交換機周期性發(fā)送的互聯(lián)網(wǎng)群組管理協(xié)議(Internet GroupManagement Protocol,以下簡稱IGMP)查詢消息觸發(fā)備用網(wǎng)卡發(fā)送IGMP報告加入組播組以便重新得到數(shù)據(jù)，但以太網(wǎng)交換機上IGMP查詢間隔最小為5秒，這意味著一旦出現(xiàn)以太網(wǎng)線路/端口故障就會導(dǎo)致可達5秒的畫面中斷或花屏。鑒于此，本發(fā)明實施例可以在圖6所示方法實施例的基礎(chǔ)上，在接收編碼器發(fā)送的流媒體報文之前，所述內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊確定用于接收所述流媒體報文的輸入端口。具體來說，網(wǎng)絡(luò)設(shè)備可以監(jiān)控用于接收所述流媒體報文的主輸入端口是否正常；若正常，則網(wǎng)絡(luò)設(shè)備可以通知流化功能模塊在所述主輸入端口上接收所述流媒體報文，否則，網(wǎng)絡(luò)設(shè)備可以通知所述流化功能模塊將輸入端口從所述主輸入端口切換到備份輸入端口并在所述備份輸入端口上接收所述流媒體報文。在具體實現(xiàn)時，流化功能模塊可以注冊到網(wǎng)絡(luò)設(shè)備中的鏈路監(jiān)控模塊上，當網(wǎng)絡(luò)設(shè)備的鏈路監(jiān)控模塊監(jiān)測到出現(xiàn)鏈路故障事件時，即可通過消息或者信號通知流化功能模塊；或者，流化功能模塊也可以周期地查詢目前的鏈路情況。圖7為本發(fā)明故障檢測處理方法另一個實施例的流程圖，如圖7所示，本實施例的方法可以包括步驟701、網(wǎng)絡(luò)設(shè)備監(jiān)控主輸入端口是否正常，若是，則執(zhí)行步驟702，否則執(zhí)行步驟 708。步驟702、流化功能模塊在主輸入端口上接收編碼器發(fā)送的多媒體報文。步驟703、流化功能模塊根據(jù)所述流媒體報文檢查所述編碼器是否發(fā)生故障，若是則執(zhí)行步驟708，否則執(zhí)行步驟704。舉例來說，流化功能模塊可以檢查流媒體報文與終端的容器規(guī)范是否匹配，若匹配，則所述編碼器未發(fā)生故障，否則，所述編碼器發(fā)生故障。該檢查過程舉例來說可以是檢測編碼器輸出的直播視頻流容器是否合符ETSI TR101290規(guī)范。針對不同的編碼器，由于其對應(yīng)的容器規(guī)范不同，流化功能模塊所檢查的內(nèi)容也對應(yīng)地可以不同。步驟704、采用預(yù)設(shè)規(guī)則對多媒體流進行加擾。
步驟705、添加RTP報文頭。步驟706、緩存RTP報文。步驟707、按照下游訂閱信息分發(fā)直播節(jié)目多媒體報文，結(jié)束。步驟708、切換到備份輸入端口，并告警。步驟709、在備份輸入端口上接收多媒體報文，執(zhí)行步驟704。本實施例針對直播業(yè)務(wù)，利用網(wǎng)絡(luò)設(shè)備的物理線路級別的實時故障檢測機制替換傳統(tǒng)的基于IGMP的故障檢測機制觸發(fā)單節(jié)目多直播流的主備倒換，從而將故障倒換時間控制在毫秒級別，避免主備倒換對用戶體驗的沖擊；因現(xiàn)有的丟包修復(fù)機制的修復(fù)效果依賴于STB的緩沖區(qū)尺寸，而通常STB的緩沖區(qū)為200毫秒，這樣一來，毫秒級別的線路故障檢測機制配合現(xiàn)有的丟包修復(fù)機制能避免主備倒換引入的丟包對用戶體驗的沖擊?，F(xiàn)有技術(shù)中，多媒體流化業(yè)務(wù)下不同的終端采用不同的播放器，如Microsoft公司的Silverlight播放器、Adobe公司的FLV播放器、Apple公司的MPEG2-TS播放器等,這就要求流化服務(wù)器對應(yīng)同一個編碼片源支持不同的容器，這意味著有多少種容器，流化服務(wù)器上就需要對應(yīng)多少個不同的片源拷貝，存儲效率極低。鑒于此，本發(fā)明實施例提供一種流媒體業(yè)務(wù)處理方法，本實施例的方法僅需要現(xiàn)有技術(shù)中的流媒體服務(wù)器或者本發(fā)明實施例提供的流化功能模塊中存儲一份編碼片源的拷貝即可滿足多種容器的需求。具體來說，本發(fā)明實施例提供的流媒體業(yè)務(wù)處理方法，包括接收終端發(fā)送的流媒體業(yè)務(wù)請求消息，所述流媒體業(yè)務(wù)請求消息中包含所述終端的流媒體容器類型；若所述流媒體容器類型與本地緩存的流媒體內(nèi)容的容器類型不相同，則將本地緩存的流媒體內(nèi)容的容器類型轉(zhuǎn)換為所述終端的流媒體容器類型；將容器類型轉(zhuǎn)換后的流媒體內(nèi)容發(fā)送給所述終端。其中，所述本地緩存的流媒體內(nèi)容的容器類型為中間格式容器類型，所述接收終端發(fā)送的流媒體業(yè)務(wù)請求消息之前，還包括將編碼器發(fā)送的流媒體報文的容器類型轉(zhuǎn)換為所述中間格式容器類型；所述將本地緩存的流媒體內(nèi)容的容器類型轉(zhuǎn)換為所述終端的流媒體容器類型，包括將所述中間格式容器類型轉(zhuǎn)換為所述終端的流媒體容器類型。其中，接收終端發(fā)送的流媒體業(yè)務(wù)請求消息之前，還包括接收面向編碼器的流媒體服務(wù)器通過單播方式或者組播方式發(fā)送的所述流媒體內(nèi)容，并對所述流媒體內(nèi)容進行緩存。優(yōu)選地，所述接收終端發(fā)送的流媒體業(yè)務(wù)請求消息，包括 接收流媒體業(yè)務(wù)控制器發(fā)送的所述流媒體業(yè)務(wù)請求消息，所述流媒體業(yè)務(wù)請求消、息是所述流媒體業(yè)務(wù)控制器對所述終端發(fā)送的流媒體業(yè)務(wù)請求消息進行重定向后發(fā)送的。圖8為本發(fā)明流媒體業(yè)務(wù)處理方法一個實施例的流程圖，如圖8所示，本實施例的方法可以包括步驟801、接收終端發(fā)送的流媒體業(yè)務(wù)請求消息，所述流媒體業(yè)務(wù)請求消息中包含所述終端的流媒體容器類型。
步驟802、若所述流媒體容器類型與本地緩存的流媒體內(nèi)容的容器類型不相同，則將本地緩存的流媒體內(nèi)容的容器類型轉(zhuǎn)換為所述終端的流媒體容器類型。步驟803、將容器類型轉(zhuǎn)換后的流媒體內(nèi)容發(fā)送給所述終端。具體來說，多媒體容器如MPEG2-TS、MP4上承載著編碼后的多媒體流，多媒體容器承載在流化協(xié)議之上。針對不同的終端，每個片源可能針對不同的容器進行封裝，比如同時提供面向MPEG2-TS容器的片源、面向MP4容器的片源等。當前主流的多媒體流化技術(shù)采用的容器主要來自Microsoft、Apple、Adobe、Move Network等公司，他們的容器類型、格式各不相同，盡管承載的音視頻內(nèi)容甚至編碼格式都相同，比如都是采用H. 264進行視頻編碼壓縮。所謂容器，是指媒體內(nèi)容所遵從的規(guī)范，其本質(zhì)是對媒體，例如音頻、視頻等解碼所需的數(shù)據(jù)的組織，這些數(shù)據(jù)包括解碼參數(shù)，例如視頻畫面寬度、高度、幀率和時間同步信息等；媒體數(shù)據(jù)，例如音頻視頻經(jīng)編碼壓縮后的數(shù)據(jù)。在一些容器中，例如MicrosoftSilverlight播放器所采用的ISMV容器下，部分解碼參數(shù)是通過獨立的描述文件下發(fā)給終端的，而MPEG2-TS容器自身攜帶了所需的解碼參數(shù)即無需額外的描述文件，其中ismv、flv 和MPEG2-TS主要包括媒體數(shù)據(jù)。因此，為了適應(yīng)各種終端的流媒體容器類型，現(xiàn)有技術(shù)就在流媒體服務(wù)器上或者本申請實施例中的流化功能模塊上存儲多種流媒體容器類型對應(yīng)的流媒體內(nèi)容。相比之下，本實施例可以利用實時容器轉(zhuǎn)換技術(shù)降低不同終端對流媒體內(nèi)容的容器差異化帶來的存儲壓力。具體來說，現(xiàn)有技術(shù)的流化服務(wù)器或者圖2 4所示網(wǎng)絡(luò)設(shè)備中的流化功能模塊上可以僅保留一種容器類型的流媒體內(nèi)容。針對不同的終端，在流化時，流化服務(wù)器或者流化功能模塊可以自適應(yīng)進行實時容器轉(zhuǎn)換以提供匹配的容器，從而實現(xiàn)對多種不同容器類型僅保留一份流媒體內(nèi)容。舉例來說，流化服務(wù)器或者流化功能模塊中僅保存MPEG2-TS容器的片源，該片源采用H. 264進行視頻編碼壓縮。然后，流化服務(wù)器或者流化功能模塊可以接收終端發(fā)送的流媒體業(yè)務(wù)請求消息,該流媒體業(yè)務(wù)請求消息中包含終端的請求的流媒體容器類型,例如該容器類型為MP4。因此，流化服務(wù)器或者流化功能模塊可以判斷終端的流媒體容器類型MP4不同于本地緩存的流媒體內(nèi)容的容器類型MPEG2-TS，則流化服務(wù)器或者流化功能模塊可以將本地緩存的流媒體內(nèi)容的容器類型MPEG2-TS轉(zhuǎn)換為所述終端的請求的流媒體容器類型MP4，并將轉(zhuǎn)換后的以MP4為容器的流媒體內(nèi)容發(fā)送給終端。在本實施例中，終端的流媒體容器類型可以包括MPEG2-TS、MP4、WMV、ISMV等，本實施例不進行限定。以本地緩存的流媒體內(nèi)容的容器類型為ISMV，終端的容器類型為MPEG2-TS為例來說。ISMV容器需要獨立的媒體描述文件，即manifest文件，用以描述媒體的解碼參數(shù)，比如視頻編碼機制、畫面高度、寬度、幀率參數(shù)、H. 264的序列參數(shù)集(Sequence ParameterSet,以下簡稱SPS)和圖像參數(shù)集(Picture Parameter Set,以下簡稱PPS)等。而MPEG2-TS將解碼參數(shù)和媒體數(shù)據(jù)都放在容器中，從而無需描述文件。因此，該容器類型的轉(zhuǎn)換過程可以為在ISMV獨立的描述文件manifest和MPEG2-TS的基本碼流(Packet Elementary Stream,以下簡稱PES)或者/節(jié)目特殊信息(Program Spe-cial Information,以下簡稱PSI)之間同步描述媒體的解碼參數(shù)，比如視頻編碼機制、畫面高度、寬度、巾貞率參數(shù)、H. 264的SPS和PPS等；在ISMV的movie fragmentheader和MPEG2-TS的數(shù)據(jù)包標識(Packet Identifier,以下簡稱PID)之間同步容器版本信息、分片序列號等信息；在 ISMV 的 track fragment header、track fragment run、通用唯一識別碼(Universally Unique Identifier,以下簡稱UUID)和 MPEG2-TS 的節(jié)目時鐘參考(Program Clock Reference,以下簡稱PCR)及PES之間同步分片持續(xù)時間、數(shù)據(jù)長度、數(shù)據(jù)偏移及呈現(xiàn)時間、采樣等信息；在ISMV的media fragmentdata和MPEG2-TS的PES之間同步媒體數(shù)據(jù)。至此，即可完成容器類型轉(zhuǎn)換。對于其它容器類型轉(zhuǎn)換來說，其均可以采用上述類型的方法，將兩種類型的容器之間同步描述媒體的解碼參數(shù)、容器版本信息、分片序列號、分片持續(xù)時間、數(shù)據(jù)長度、數(shù)據(jù)偏移及呈現(xiàn)時間、媒體數(shù)據(jù)等容器相關(guān)信息。本實施例，針對不同的終端，流化服務(wù)器或者流化功能模塊可以在流化時自適應(yīng)進行實時容器轉(zhuǎn)換以提供匹配的容器，從而實現(xiàn)對多種不同容器類型僅保留一份流媒體內(nèi)容，降低了流化服務(wù)器或者流化功能模塊的存儲壓力。
本發(fā)明流媒體業(yè)務(wù)處理方法另一個實施例的方法與圖8所示方法實施例的區(qū)別在于，流化服務(wù)器或者流化功能模塊在本地緩存的流媒體內(nèi)容的容器類型并非任一終端的容器類型，即并非MPEG2-TS或者MP4等任意既有容器類型，而是一種中間格式容器類型，因此，本實施例中，流化服務(wù)器或者流化功能模塊無需再判斷終端的容器類型是否與本地緩存的流媒體內(nèi)容的容器類型相同，而是必須進行容器類型轉(zhuǎn)換。本領(lǐng)域技術(shù)人員可以根據(jù)需要設(shè)計中間格式容器類型，以盡可能地降低存儲壓力，或者盡可能較為方便地向任一容器類型轉(zhuǎn)換，本實施例不對該中間格式容器類型的具體內(nèi)容進行限定。具體來說，流化服務(wù)器或者流化功能模塊在本地存儲流媒體內(nèi)容時，可以將流媒體內(nèi)容本來的容器類型轉(zhuǎn)換為中間格式容器類型。本實施例以流媒體內(nèi)容本來的容器類型為ISMV且該中間格式容器采用單獨的描述文件舉例來說，該轉(zhuǎn)換過程可以為在ISMV獨立的描述文件manifest和中間格式容器的媒體描述文件media file description之間同步描述媒體的解碼參數(shù)，比如視頻編碼機制、畫面高度、寬度、幀率參數(shù)、H. 264的SPS和PPS等；在 ISMV 的 movie fragment header 和中間格式容器的 media fragment header 之間同步容器版本信息、分片序列號等信息；在ISMV的track fragment header、trackfragmentrun、UUID 和中間格式容器的 track fragment header、track fragmentrecord 之間同步分片持續(xù)時間、數(shù)據(jù)長度、數(shù)據(jù)偏移及呈現(xiàn)時間、采樣等信息；在ISMV的media fragmentdata和中間格式容器的media fragment data之間同步媒體數(shù)據(jù)。在上述中間格式容器的基礎(chǔ)上，若終端的容器類型為MPEG2-TS，則將中間格式容器的類型轉(zhuǎn)換為MPEG2-TS過程可以為在中間格式容器的mediafile description和MPEG2-TS的PES/PSI之間同步描述媒體的解碼參數(shù)，比如視頻編碼機制、畫面高度、寬度、幀率參數(shù)、H. 264的SPS和PPS等；在中間格式容器的media file description和MPEG2-TS的PID之間同步容器版本信息、分片序列號等信息；在中間格式容器的mediafile description和MPEG2-TS的PCR及PES之間同步分片持續(xù)時間、數(shù)據(jù)長度、數(shù)據(jù)偏移及呈現(xiàn)時間、采樣等信息；在中間格式容器的media file description和MPEG2-TS的PES之間同步媒體數(shù)據(jù)。在具體實現(xiàn)過程中，現(xiàn)有技術(shù)中的流化服務(wù)器或者本發(fā)明實施例中的內(nèi)嵌在網(wǎng)絡(luò)設(shè)備內(nèi)的流化功能模塊均可以解耦為兩部分，一部分面向編碼器，其主要完成流媒體內(nèi)容和格式的準備；一部分面向終端，其主要完成流媒體的分發(fā)及控制。面向編碼器的部分放在頭端，面向終端的部分靠近用戶。且這兩部分之間針對直播節(jié)目采用單一會話傳輸，而所有的直播節(jié)目會話都終結(jié)在面向終端用戶的流化服務(wù)器或者流化功能模塊上。而且，上述的實時容器轉(zhuǎn)換功能可以部署在靠近終端的流化服務(wù)器或者流化功能模塊上，因此，面向編碼器的部分無需考慮流媒體內(nèi)容的容器類型。下面以現(xiàn)有的流媒體業(yè)務(wù)處理系統(tǒng)為例，對上述技術(shù)方案進行詳細說明。圖9為本發(fā)明流媒體業(yè)務(wù)處理方法另一個實施例的流程圖，如圖9所示，本實施例的方法可以包括步驟901、面向編碼器的流化服務(wù)器接收編碼器發(fā)送的流媒體內(nèi)容。具體來說，編碼器可以對原始片源進行轉(zhuǎn)碼處理，獲得流媒體內(nèi)容。該轉(zhuǎn)碼處理可 以包括編碼格式轉(zhuǎn)換、碼率轉(zhuǎn)換、解析度轉(zhuǎn)換等。然后，編碼器可以將流媒體內(nèi)容發(fā)送給面向編碼器的流化服務(wù)器。步驟902、面向編碼器的流化服務(wù)器將該流媒體內(nèi)容封裝在一容器中。面向編碼器的流化服務(wù)器可以完成單一容器封裝處理，比如報文序列號的生成與維護。該容器類型既可以為現(xiàn)有的容器類型，例如MP4，也可以是中間格式容器類型。步驟903、面向編碼器的流化服務(wù)器將該容器的流媒體內(nèi)容發(fā)送給面向終端的流化服務(wù)器。面向終端的流化服務(wù)器靠近用戶，它和面向編碼器的流化服務(wù)器之間針對單節(jié)目保持單會話，會話方式既可以是組播也可以是單播，這樣，面向終端的流化服務(wù)器與面向編碼器的流化服務(wù)器之間的網(wǎng)絡(luò)流量只和節(jié)目數(shù)成正比，而和海量的終端個數(shù)無關(guān)。步驟904、面向終端的流化服務(wù)器接收流媒體內(nèi)容，并對所述流媒體內(nèi)容進行緩存。面向終端的流化服務(wù)器可以將單一容器類型的流媒體內(nèi)容緩存在本地。步驟905、流媒體業(yè)務(wù)控制器接收終端發(fā)送的流媒體業(yè)務(wù)請求消息。該流媒體業(yè)務(wù)控制器可以用戶管理終端與面向終端的流媒體服務(wù)器之間的會話。步驟906、流媒體業(yè)務(wù)控制器將該流媒體業(yè)務(wù)請求消息重定向到面向終端的流化服務(wù)器。流媒體業(yè)務(wù)控制器在接收終端發(fā)送的流媒體業(yè)務(wù)請求消息后，可以將該流媒體業(yè)務(wù)請求消息重定向至面向終端的流化服務(wù)器。步驟907、面向終端的流化服務(wù)器將本地緩存的流媒體內(nèi)容的容器類型轉(zhuǎn)換為所述終端的流媒體容器類型。面向終端的流化服務(wù)器即可自動適配終端的容器類型，并進行實時容器轉(zhuǎn)換。步驟908、將容器類型轉(zhuǎn)換后的流媒體內(nèi)容發(fā)送給所述終端。對于網(wǎng)絡(luò)設(shè)備內(nèi)嵌的流化功能模塊來說，其解耦的兩部分也可以分別對應(yīng)上述面向編碼器的流化服務(wù)器以及面向終端的流化服務(wù)器所執(zhí)行的操作，其實現(xiàn)原理類似，此處不再贅述。本實施例在圖8所示方法實施例的基礎(chǔ)上，進一步地，通過兩層流化功能的設(shè)計，使得面向終端的流化服務(wù)器與面向編碼器的流化服務(wù)器之間的網(wǎng)絡(luò)流量只和節(jié)目數(shù)成正t匕，而和海量的終端個數(shù)無關(guān)，從而可以提高網(wǎng)絡(luò)帶寬利用率。圖10為本發(fā)明流媒體業(yè)務(wù)處理裝置一個實施例的結(jié)構(gòu)示意圖，如圖10所示，本實施例的裝置可以包括接收模塊21、第一轉(zhuǎn)換處理模塊22以及發(fā)送模塊23，其中，接收模塊21用于接收終端發(fā)送的流媒體業(yè)務(wù)請求消息，所述流媒體業(yè)務(wù)請求消息中包含所述終端的流媒體容器類型；第一轉(zhuǎn)換處理模塊22用于若所述流媒體容器類型與本地緩存的流媒體內(nèi)容的容器類型不相同，則將本地緩存的流媒體內(nèi)容的容器類型轉(zhuǎn)換為所述終端的流媒體容器類型；發(fā)送模塊23用于將容器類型轉(zhuǎn)換后的流媒體內(nèi)容發(fā)送給所述終端。本實施例的裝置可以是流化服務(wù)器或者圖2 4中任一所示的內(nèi)嵌流化功能模塊的網(wǎng)絡(luò)設(shè)備，本實施例的裝置可以用于執(zhí)行圖8所示方法實施例的方法，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖11為本發(fā)明流媒體業(yè)務(wù)處理裝置另一個實施例的結(jié)構(gòu)示意圖，如圖11所示，本實施例的裝置在圖10所示裝置的基礎(chǔ)上，進一步地，還包括第二轉(zhuǎn)換處理模塊24，第二轉(zhuǎn)換處理模塊24用于將編碼器發(fā)送的流媒體報文的容器類型轉(zhuǎn)換為所述中間格式容器類型；第一轉(zhuǎn)換處理模塊22具體用于將所述第二轉(zhuǎn)換處理模塊24轉(zhuǎn)換獲取的中間格式容器類型轉(zhuǎn)換為所述終端的流媒體容器類型。
本實施例的裝置可以是流化服務(wù)器或者圖2 4中任一所示的內(nèi)嵌流化功能模塊的網(wǎng)絡(luò)設(shè)備，本實施例的裝置用于執(zhí)行上述圖8所示流媒體業(yè)務(wù)處理方法實施例，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。圖12為本發(fā)明流媒體業(yè)務(wù)處理裝置再一個實施例的結(jié)構(gòu)示意圖，如圖12所示，本實施例的裝置在圖10所示裝置的基礎(chǔ)上，進一步地，還包括存儲模塊25，接收模塊21具體用于接收面向編碼器的流媒體服務(wù)器通過單播方式或者組播方式發(fā)送的所述流媒體內(nèi)容；存儲模塊25用于對所述流媒體內(nèi)容進行緩存。本實施例的裝置可以是對圖I中的流化服務(wù)器進行解耦后的面向終端的流化服務(wù)器，也可以是圖2 4中對內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊解耦后的面向終端的流化功能模塊，不管是面向終端的流化服務(wù)器，還是面向終端的流化功能模塊，其均可以部署在面向終端的一側(cè)。本實施例的裝置可以用于執(zhí)行上述圖9所示流媒體業(yè)務(wù)處理方法實施例，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種流媒體業(yè)務(wù)處理系統(tǒng)，其特征在于，包括網(wǎng)絡(luò)設(shè)備以及編碼器，所述網(wǎng)絡(luò)設(shè)備內(nèi)嵌有流化功能模塊，所述編碼器包括兩個出端口，所述編碼器的兩個出端口分別與所述網(wǎng)絡(luò)設(shè)備的主輸入端口和備份輸入端口連接； 所述編碼器，用于接收流媒體業(yè)務(wù)信號，對所述流媒體業(yè)務(wù)信號進行編碼處理，生成流媒體業(yè)務(wù)編碼信號，并將所述流媒體業(yè)務(wù)編碼信號發(fā)送給所述網(wǎng)絡(luò)設(shè)備； 所述網(wǎng)絡(luò)設(shè)備，用于通過內(nèi)嵌的流化功能模塊在所述主輸入端口或備份輸入端口上接收所述編碼器發(fā)送的流媒體業(yè)務(wù)編碼信號，并將所述流媒體業(yè)務(wù)編碼信號提供給終端。
2.根據(jù)權(quán)利要求I所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)設(shè)備包括相互連接的主網(wǎng)絡(luò)設(shè)備和備份網(wǎng)絡(luò)設(shè)備，所述編碼器的個數(shù)至少為兩個，所述主網(wǎng)絡(luò)設(shè)備和備份網(wǎng)絡(luò)設(shè)備均包括與編碼器個數(shù)相同的入端口，所述主網(wǎng)絡(luò)設(shè)備上的入端口為所述主輸入端口，所述備份網(wǎng)絡(luò)設(shè)備上的入端口為備份輸入端口，各編碼器的一個出端口與所述主網(wǎng)絡(luò)設(shè)備一個入端 口對應(yīng)連接，各編碼器的另一個出端口與所述備份網(wǎng)絡(luò)設(shè)備的一個入端口對應(yīng)連接。
3.根據(jù)權(quán)利要求I所述的系統(tǒng)，其特征在于，還包括主交換機和備份交換機，所述主交換機和備份交換機均包括與編碼器個數(shù)相同的入端口和一個出端口，所述網(wǎng)絡(luò)設(shè)備包括相互連接的主網(wǎng)絡(luò)設(shè)備和備份網(wǎng)絡(luò)設(shè)備，所述編碼器的個數(shù)至少為兩個，所述主網(wǎng)絡(luò)設(shè)備和備份網(wǎng)絡(luò)設(shè)備均包括一個入端口，所述主網(wǎng)絡(luò)設(shè)備上的入端口為所述主輸入端口，所述備份網(wǎng)絡(luò)設(shè)備上的入端口為備份輸入端口，所述主交換機的各入端口分別與各編碼器的一個出端口對應(yīng)連接，所述主交換機的出端口與所述主網(wǎng)絡(luò)設(shè)備的入端口連接，所述備份交換機的各入端口分別與各編碼器的另一個出端口對應(yīng)連接，所述備份交換機的出端口與所述備份網(wǎng)絡(luò)設(shè)備的入端口連接。
4.根據(jù)權(quán)利要求I 3中任一項所述的系統(tǒng)，其特征在于，所述網(wǎng)絡(luò)設(shè)備為內(nèi)嵌有流化功能I旲塊的路由器。
5.一種網(wǎng)絡(luò)設(shè)備，其特征在于，所述網(wǎng)絡(luò)設(shè)備內(nèi)嵌有流化功能模塊； 所述網(wǎng)絡(luò)設(shè)備，用于通過內(nèi)嵌的流化功能模塊分別在主輸入端口上或備份輸入端口上接收編碼器發(fā)送的流媒體業(yè)務(wù)編碼信號，并將所述流媒體業(yè)務(wù)編碼信號提供給終端。
6.根據(jù)權(quán)利要求5所述的設(shè)備，其特征在于所述網(wǎng)絡(luò)設(shè)備為路由器。
7.一種如權(quán)利要求I 4中任一項所述系統(tǒng)的故障檢測處理方法，其特征在于，包括 內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊在第一輸入端口上接收編碼器發(fā)送的流媒體報文； 所述內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊根據(jù)所述流媒體報文檢查所述編碼器是否發(fā)生故障； 若發(fā)生故障，則所述內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊將輸入端口從所述第一輸入端口切換到第二輸入端口，并在所述第二輸入端口上接收流媒體報文； 所述第一輸入端口為主輸入端口，所述第二輸入端口為備份輸入端口 ；或者，所述第一輸入端口為備份輸入端口，所述第二輸入端口為主輸入端口。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，接收編碼器發(fā)送的流媒體報文之前，還包括 所述內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊確定用于接收所述流媒體報文的輸入端口。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，確定用于接收所述流媒體報文的輸入端口，包括 所述網(wǎng)絡(luò)設(shè)備監(jiān)控用于接收所述流媒體報文的主輸入端口是否正常； 若正常，則通知所述流化功能模塊在所述主輸入端口上接收所述流媒體報文，否則，通知所述流化功能模塊將輸入端口從所述主輸入端口切換到備份輸入端口并在所述備份輸入端口上接收所述流媒體報文。
10.根據(jù)權(quán)利要求7 9中任一項所述的方法，其特征在于，根據(jù)所述流媒體報文檢查所述編碼器是否發(fā)生故障，包括 所述內(nèi)嵌在網(wǎng)絡(luò)設(shè)備中的流化功能模塊檢查所述流媒體報文與終端的容器規(guī)范是否匹配，若匹配，則所述編碼器未發(fā)生故障，否則，所述編碼器發(fā)生故障。
全文摘要
本發(fā)明實施例提供一種流媒體業(yè)務(wù)處理系統(tǒng)及其方法、網(wǎng)絡(luò)設(shè)備。該流媒體業(yè)務(wù)處理系統(tǒng)包括網(wǎng)絡(luò)設(shè)備以及編碼器，所述網(wǎng)絡(luò)設(shè)備內(nèi)嵌有流化功能模塊，所述編碼器包括兩個出端口，所述編碼器的兩個出端口分別與所述網(wǎng)絡(luò)設(shè)備的主輸入端口和備份輸入端口連接；所述編碼器，用于接收流媒體業(yè)務(wù)信號，對所述流媒體業(yè)務(wù)信號進行編碼處理，生成流媒體業(yè)務(wù)編碼信號，并將所述流媒體業(yè)務(wù)編碼信號發(fā)送給所述網(wǎng)絡(luò)設(shè)備；所述網(wǎng)絡(luò)設(shè)備，用于通過內(nèi)嵌的流化功能模塊在所述主輸入端口或備份輸入端口上接收所述編碼器發(fā)送的流媒體業(yè)務(wù)編碼信號，并將所述流媒體業(yè)務(wù)編碼信號提供給終端。
文檔編號H04L29/06GK102739417SQ20111008227
公開日2012年10月17日 申請日期2011年4月1日 優(yōu)先權(quán)日2011年4月1日
發(fā)明者劉濟濤, 吳杏芬, 程劍, 鄭合文 申請人:華為技術(shù)有限公司