專利名稱:傳輸流媒體數(shù)據(jù)的方法及流化傳輸裝置的制作方法
技術領域:
本發(fā)明涉及數(shù)據(jù)通信領域,尤其涉及傳輸流媒體數(shù)據(jù)的方法及流化傳輸裝置。
背景技術:
因特網(wǎng)作為一種新的媒體和信息傳播方式,目前已經(jīng)深入到全世界的各個角落, 同廣播電視、報紙、雜志一樣,因特網(wǎng)正逐步成為信息的重要來源之一。因特網(wǎng)的興起和發(fā) 展對廣播電視事業(yè)來說是巨大的挑戰(zhàn),但同時也給廣播電視事業(yè)帶來了極大的發(fā)展機遇。 利用因特網(wǎng)的傳播技術優(yōu)勢和靈活的傳播理念來實現(xiàn)廣播電視與因特網(wǎng)的強勢聯(lián)合、優(yōu)勢 互補從而占領現(xiàn)代傳播技術的制高點和宣傳主動權,是因特網(wǎng)時代廣播電視參與網(wǎng)絡并贏 得發(fā)展的機遇的關鍵,也是廣播電視在因特網(wǎng)時代發(fā)展的必由之路。在網(wǎng)絡上傳輸音/視頻等多媒體信息,目前主要有下載和流式傳輸兩種方案。一 是采用下載的方式,音/視頻文件一般都比較大,所以需要較大的存儲空間和較長的下載 時間。二是流式傳輸音/視頻動畫等時基媒體,由視頻服務器向用戶計算機連續(xù)、實時傳 送。在采用流式傳輸?shù)南到y(tǒng)中,用戶不必等到整個文件全部下載完畢,而只需要經(jīng)過幾秒或 十幾秒的啟動延時即可進行觀看。當時基媒體在客戶機上播放時,文件的剩余部分將在后 臺從服務器內繼續(xù)下載。流式傳輸不僅是啟動延時十倍、百倍地縮短,而且不需要太大的緩 存容量。流媒體是指在網(wǎng)絡中使用流式傳輸技術的連續(xù)時基媒體,即流媒體實現(xiàn)的關鍵技 術就是流式傳輸。通過流式技術進行傳輸,即使在網(wǎng)絡非常擁擠或信號很差的撥號連接條 件下,也能夠提供清晰、不中斷的音影給觀眾,從而使窄帶互聯(lián)網(wǎng)傳輸多媒體音/視頻內容 成為了可能?,F(xiàn)有的流媒體服務器為實現(xiàn)為更多的用戶提供服務,多采用高性能、高功耗的、昂 貴的CPU實現(xiàn)流媒體傳輸,通過提供CPU的能力來提供系統(tǒng)集成度,極大的浪費CPU的處理 能力和資源。如目前典型的一臺流媒體服務器主板只不過能夠提供600-800MbpS的流媒體 服務,高性能的流媒體服務器主板也不過4000Mbps,但價格及其昂貴,高達十萬,功耗很大, 甚至超過200W。
發(fā)明內容
本發(fā)明要解決的技術問題是提供一種傳輸流媒體數(shù)據(jù)的方法及流化傳輸裝置,解 決傳統(tǒng)技術中流媒體服務器傳輸流媒體數(shù)據(jù)時,為了實現(xiàn)為更多用戶提供服務,所產(chǎn)生的 硬件資源浪費比較大、功耗較高的問題。本發(fā)明實施例提供了 一種流媒體服務器內傳輸流媒體數(shù)據(jù)的方法,包括流媒體服務器內的流化傳輸裝置根據(jù)從SRAM中讀取的相應用戶配置信息,從存 儲陣列中獲取相應的流媒體數(shù)據(jù);所述流媒體服務器內的流化傳輸裝置將所述從存儲陣列中獲取的相應的流媒體 數(shù)據(jù)按照以太網(wǎng)協(xié)議進行打包。
本發(fā)明實施例提供了一種流化傳輸裝置,包括預處理模塊,用于流化傳輸裝置從SRAM中讀取的相應用戶配置信息,然后根據(jù)所 述用戶配置信息從存儲陣列中獲取相應的流媒體數(shù)據(jù),并將獲取的流媒體數(shù)據(jù)發(fā)送給打包 模塊;打包模塊用于流化傳輸裝置將預處理模塊發(fā)送過來的流媒體數(shù)據(jù)按照以太網(wǎng)協(xié) 議進行打包,并發(fā)送到以太網(wǎng)上。本發(fā)明實施例采用了在流媒體服務器內部增加一個獨立的流化傳輸裝置,代替了 傳統(tǒng)技術中的利用高性能、高功耗、昂貴的CPU的能力來實現(xiàn)為更多用戶提供服務,利用獨 立的流化傳輸裝置處理用戶的流媒體數(shù)據(jù)請求,降低了設備成本、減少了功耗。
圖1是本發(fā)明實施例的流媒體服務器內流媒體數(shù)據(jù)處理的系統(tǒng)架構圖;圖2是本發(fā)明實施例的流媒體服務器內傳輸流媒體數(shù)據(jù)的流程圖;圖3是本發(fā)明實施例流化傳輸裝置的一種架構圖;圖4是本發(fā)明實施例流化傳輸裝置的另外一種架構具體實施例方式下文中將結合附圖對本發(fā)明實施例進行詳細說明。需要說明的是,在不沖突的情 況下,本申請中的實施例及實施例中的特征可以相互結合。實施例1下面結合圖1對本發(fā)明實施例的系統(tǒng)應用架構進行詳細說明。如圖1所示,本發(fā)明實施例系統(tǒng)包括低性能低消耗CPU系統(tǒng),用于完成系統(tǒng)進程的調度以及與存儲陣列、SRAM和流化 傳輸裝置之間的數(shù)據(jù)交互。傳統(tǒng)技術中流媒體數(shù)據(jù)的處理,是采用軟件方式利用系統(tǒng)CPU 的處理能力來完成的。流化傳輸裝置,用于當接收到系統(tǒng)發(fā)送的獲取流媒體數(shù)據(jù)指令時,從存儲陣列獲 取流媒體數(shù)據(jù)并經(jīng)過處理后,發(fā)送到以太網(wǎng)上。IOG以太網(wǎng)線路接口,是流媒體服務器與以太網(wǎng)的接口。采用本發(fā)明實施例中的系 統(tǒng)架構可以支持20G帶寬流媒體服務。實施例2下面結合圖2對流媒體服務器內部傳輸流媒體數(shù)據(jù)的流程進行詳細說明。如圖2所示,包括步驟如下步驟201,流媒體服務器內的流化傳輸裝置根據(jù)從SRAM中讀取的相應用戶配置信 息,從存儲陣列中獲取相應的流媒體數(shù)據(jù);上述步驟中,當流化傳輸裝置接到用戶請求流媒體數(shù)據(jù)的指令后,先從SRAM中, 獲取用戶配置信息,該信息包括用戶ID、用戶觀看方式、流媒體存放地址、用戶端口號、用 戶端IP/MAC地址;所述的存儲陣列包括大容量存儲陣列也包括緩存;所述用戶端IP/MAC 地址用于流媒體數(shù)據(jù)IP層、MAC層的打包;優(yōu)選地,上述用戶配置信息也可以只包括IP/MAC地址指針,在打包的時候,流化傳輸裝置再從SARM中獲取用戶端IP/MAC地址。步驟202,所述流媒體服務器內的流化傳輸裝置將所述從存儲陣列中獲取的相應 的流媒體數(shù)據(jù)按照以太網(wǎng)協(xié)議進行打包。在上述步驟中,所述將流媒體數(shù)據(jù)按照以太網(wǎng)協(xié)議打包,包括以太網(wǎng)三層以上、 IP層、MAC層打包。實施例3下面結合圖3對本發(fā)明實施例流化傳輸裝置的一種架構進行詳細介紹。如圖3所示,流化傳輸裝置可以包括預處理模塊,用于流化傳輸裝置從SRAM中讀取的相應用戶配置信息,然后根據(jù)所 述用戶配置信息從存儲陣列中獲取相應的流媒體數(shù)據(jù),并將獲取的流媒體數(shù)據(jù)發(fā)送給打包 模塊;打包模塊,用于流化傳輸裝置將預處理模塊發(fā)送過來的流媒體數(shù)據(jù)按照以太網(wǎng)協(xié) 議進行打包,并發(fā)送到以太網(wǎng)上。其中所述將流媒體數(shù)據(jù)按照以太網(wǎng)協(xié)議打包,包括以太 網(wǎng)三層以上、IP層、MAC層打包;其中,預處理模塊與SRAM、CPU、存儲陣列和打包模塊相連接;打包模塊與預處理 模塊、CPU、以太網(wǎng)相連接;所述流化傳輸裝置是根據(jù)其完成的數(shù)據(jù)處理功能進行模塊劃分 的,模塊名稱和數(shù)量,可以根據(jù)不同的劃分而不同,但都是相等同的技術方案。優(yōu)選地,預處理模塊向打包模塊發(fā)送流媒體數(shù)據(jù)的過程和所述打包模塊將打包后 的流媒體數(shù)據(jù)發(fā)送到以太網(wǎng)上的過程都是由硬件時鐘控制發(fā)送數(shù)據(jù)包,定時精度高達微妙 級,使交換網(wǎng)的數(shù)據(jù)流非常均勻,丟包率極低,使整個交換網(wǎng)良性循環(huán)。傳統(tǒng)技術中采用CPU 以太網(wǎng)包,用軟件實現(xiàn)以太網(wǎng)包發(fā)送控制,定時精度只能達到毫秒級,無法保證數(shù)據(jù)流的均 勻,導致以太網(wǎng)擁塞丟包,丟包重傳,又導致丟包,惡性循環(huán),使得整個交換網(wǎng)一段時間內丟 包嚴重,用戶無法及時獲取到相應流媒體數(shù)據(jù)而無法播放,嚴重影響用戶體現(xiàn)。該硬件時鐘 裝置控制流化傳輸裝置各個模塊采用一個時鐘協(xié)調同步工作,即時鐘控制所有模塊協(xié)調工 作,以保證工作正常和數(shù)據(jù)流均流,采用硬件時鐘定時控制,如采用0. 625US定時,則每隔 0. 625us發(fā)送一個數(shù)據(jù)包,在0. 625us內把該數(shù)據(jù)包所有數(shù)據(jù)發(fā)送出去。實施例4下面結合附圖4對本發(fā)明實施例流化傳輸裝置的另一種架構進行詳細說明如圖4所示,實施例4是對實施例3的一種改進,增加了三個接口模塊SRAM管理及接口模塊,用于提供預處理模塊與SRAM之間數(shù)據(jù)交互的接口 ;存儲陣列管理及接口模塊,用于提供預處理模塊與存儲陣列之間數(shù)據(jù)交互的接 Π ;以太網(wǎng)接口模塊,用于提供打包模塊與以太網(wǎng)之間數(shù)據(jù)交換的接口。應用示例1下述列舉一個應用示例來詳細說明流化傳輸裝置對流媒體數(shù)據(jù)所做的處理步驟一、用戶U觀看影片Μ,向流媒體服務器發(fā)送數(shù)據(jù)請求;步驟二、流媒體服務器內部運行在CPU上的業(yè)務軟件收到該信令后,分配一個ID 給該用戶;步驟三、業(yè)務軟件提取到用戶U的端口號,IP/MAC地址,觀看方式,查找影片M在存儲陣列的存儲地址,并把相應信息寫到SRAM中;步驟四、系統(tǒng)定時循環(huán)到服務該用戶時,流化傳輸裝置內的預處理模板,打包模塊 依次定時處理相應的流媒體數(shù)據(jù),CPU不斷根據(jù)信令定時更新SRAM的內容,以使該裝置不 斷的提供用戶需要內容;本領域普通技術人員可以理解上述方法中的全部或部分步驟可通過程序來指令 相關硬件完成,所述程序可以存儲于計算機可讀存儲介質中,如只讀存儲器、磁盤或光盤 等??蛇x地,上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應 地,上述實施例中的各模塊可以采用硬件的形式實現(xiàn),也可以采用軟件功能模塊的形式實 現(xiàn)。本發(fā)明不限制于任何特定形式的硬件和軟件的結合。當然,本發(fā)明還可有其他多種實施方式,在沒有背離本發(fā)明精神及其實質的情況 下,熟悉本領域的技術人員可根據(jù)本發(fā)明做出各種相應的改變和變形,但這些相應的改變 和變形都應屬于本發(fā)明所附的權利要求的保護范圍。
權利要求
1.一種流媒體服務器內傳輸流媒體數(shù)據(jù)的方法,包括流媒體服務器內的流化傳輸裝置根據(jù)從SRAM中讀取的相應用戶配置信息,從存儲陣 列中獲取相應的流媒體數(shù)據(jù);所述流媒體服務器內的流化傳輸裝置將所述從存儲陣列中獲取的相應的流媒體數(shù)據(jù) 按照以太網(wǎng)協(xié)議進行打包。
2.根據(jù)權利要求1所述的方法,其特征在于所述用戶配置信息包括用戶ID、用戶觀 看方式、流媒體存放地址、用戶端口號、用戶端IP/MAC地址。
3.根據(jù)權利要求2所述的方法,其特征在于所述方法還包括,在所述流媒體服務器內 的流化傳輸裝置將所述從存儲陣列中獲取的相應的流媒體數(shù)據(jù)按照以太網(wǎng)協(xié)議進行打包 的步驟后,將打包后的流媒體數(shù)據(jù)發(fā)送到以太網(wǎng)上的步驟。
4.一種流化傳輸裝置,包括預處理模塊,用于流化傳輸裝置從SRAM中讀取的相應用戶配置信息,然后根據(jù)所述 用戶配置信息從存儲陣列中獲取相應的流媒體數(shù)據(jù),并將獲取的流媒體數(shù)據(jù)發(fā)送給打包模 塊;打包模塊用于流化傳輸裝置將預處理模塊發(fā)送過來的流媒體數(shù)據(jù)按照以太網(wǎng)協(xié)議進 行打包,并發(fā)送到以太網(wǎng)上。
5.根據(jù)權利要求4所述的裝置,其特征在于所述用戶配置信息包括用戶ID、用戶觀 看方式、流媒體存放地址、用戶端口號、用戶端IP/MAC地址。
6.根據(jù)權利要求5所述的裝置,其特征在于所述裝置還包括SRAM管理及接口模塊,用于提供預處理模塊與SRAM之間數(shù)據(jù)交互的接口 ;存儲陣列管理及接口模塊,用于提供預處理模塊與存儲陣列之間數(shù)據(jù)交互的接口 ;以太網(wǎng)接口模塊,用于提供打包模塊與以太網(wǎng)之間數(shù)據(jù)交換的接口。
7.根據(jù)權利要求4至6中任一項所述的裝置,其特征在于所述預處理模塊向所述打包模塊發(fā)送流媒體數(shù)據(jù)的過程和所述打包模塊將打包后的 流媒體數(shù)據(jù)發(fā)送到以太網(wǎng)上的過程由硬件時鐘控制發(fā)送數(shù)據(jù)包。
全文摘要
本發(fā)明公開了一種傳輸流媒體數(shù)據(jù)的方法及流化傳輸裝置,解決了傳統(tǒng)技術中利用高性能、高功耗、昂貴的CPU的能力來實現(xiàn)為更多用戶提供服務,極大地浪費CPU的處理能力和資源的問題。所述裝置包括預處理模塊,用于流化傳輸裝置從SRAM中讀取的相應用戶配置信息,然后根據(jù)所述用戶配置信息從存儲陣列中獲取相應的流媒體數(shù)據(jù),并將獲取的流媒體數(shù)據(jù)發(fā)送給打包模塊;打包模塊用于流化傳輸裝置將預處理模塊發(fā)送過來的流媒體數(shù)據(jù)按照以太網(wǎng)協(xié)議進行打包,并發(fā)送到以太網(wǎng)上。其中,所述預處理模塊向所述打包模塊發(fā)送流媒體數(shù)據(jù)的過程和所述打包模塊將打包后的流媒體數(shù)據(jù)發(fā)送到以太網(wǎng)上的過程由硬件時鐘控制發(fā)送數(shù)據(jù)包。
文檔編號H04L29/06GK102123144SQ20111004269
公開日2011年7月13日 申請日期2011年2月22日 優(yōu)先權日2011年2月22日
發(fā)明者侯憲星, 陳穎川 申請人:中興通訊股份有限公司