專利名稱：基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法和系統(tǒng)，尤其是 一種應(yīng)用層的流媒體數(shù)據(jù)直播處理方法和系統(tǒng)。
背景技術(shù)：
流々某體(Streaming Media)指在數(shù)據(jù)網(wǎng)絡(luò)上按時間先后次序傳輸和播放 的連續(xù)音/視頻數(shù)據(jù)流，流媒體在播放前不需要下載整個文件，只將部分內(nèi)容 緩存，使流媒體數(shù)據(jù)流邊傳送邊播放，節(jié)省下載等待時間和存儲空間。
在流媒體直播業(yè)務(wù)中，用戶可選擇當(dāng)前正在直播的頻道，實(shí)時地收看演 播現(xiàn)場正在播放的節(jié)目內(nèi)容，并且可以在收看播放節(jié)目的同時存儲其內(nèi)容。 用戶可根據(jù)自己的喜好選擇加入某頻道和頻道見的切換。每個頻道對加入的 用戶數(shù)量沒有要求，可以隨時加入，但觀看節(jié)目的起始點(diǎn)隨加入直播時節(jié)目 的進(jìn)度而定，而不能改變節(jié)目播放的順序。
組播是一種同時發(fā)送數(shù)據(jù)到多個接收者的有效通信方式。應(yīng)用層組播 (ALM，請?zhí)峁┯⑽娜Q)是在端系統(tǒng)實(shí)現(xiàn)組播轉(zhuǎn)發(fā)，端系統(tǒng)之間通過單播連 接在應(yīng)用層建立一個虛擬的Overlay網(wǎng)絡(luò)，部分接收者收到數(shù)據(jù)后，通過單播 連接轉(zhuǎn)發(fā)給其他接收者。ALM在文件分發(fā)、視頻點(diǎn)播、網(wǎng)絡(luò)直播、網(wǎng)絡(luò)會議等 方面有著廣泛的應(yīng)用，通過端系統(tǒng)間的協(xié)作在端系統(tǒng)實(shí)現(xiàn)多播轉(zhuǎn)發(fā)，因此，不 要求路由器必須支持組播，使得任何一個非組內(nèi)的客戶端主機(jī)只要通過適當(dāng) 的網(wǎng)絡(luò)瀏覽器就可以瀏覽組內(nèi)的數(shù)據(jù)。
綜合業(yè)務(wù)管理平臺(ISMP，請?zhí)峁┯⑽娜Q)為各類服務(wù)提供商提供了 一個信息和服務(wù)的集中發(fā)布環(huán)境，為不同種類的最終用戶提供單一的、個性化的服務(wù)訪問入口 ，在真正水平構(gòu)架的平臺體系上實(shí)現(xiàn)數(shù)據(jù)業(yè)務(wù)的統(tǒng)一管理。 現(xiàn)有的 一種基于網(wǎng)絡(luò)編碼的分布式網(wǎng)絡(luò)應(yīng)用層組播路由方法，是針對單 信源多信宿的分布式網(wǎng)絡(luò)上的數(shù)據(jù)分發(fā)，在源節(jié)點(diǎn)和每個目的節(jié)點(diǎn)之間建立 起多條互不相交的數(shù)據(jù)分發(fā)路徑，每條分發(fā)路徑可以根據(jù)接入帶寬最大、傳 輸時延最小、傳輸成本最低等不同原則分別建立。同時，每個目的節(jié)點(diǎn)都可 以作為其它目的節(jié)點(diǎn)的中間節(jié)點(diǎn)參與組播路徑的建立。對于不同目的節(jié)點(diǎn)的
公共鏈路，則在與公共鏈路相連接的節(jié)點(diǎn)上，對多路數(shù)據(jù)流進(jìn)行隨機(jī)線性網(wǎng) 絡(luò)編碼，避免數(shù)據(jù)流之間的傳輸石並撞與沖突。
另一種現(xiàn)有的集中式與分布式相結(jié)合的應(yīng)用層組播方法，涉及互聯(lián)網(wǎng)應(yīng) 用層組播技術(shù)，采用超節(jié)點(diǎn)網(wǎng)絡(luò)、簇網(wǎng)絡(luò)和IP組播構(gòu)成的三級網(wǎng)絡(luò)結(jié)構(gòu)，在 超節(jié)點(diǎn)中設(shè)置控制器軟件，通過蔟網(wǎng)絡(luò)代表節(jié)點(diǎn)控制各IP組播島同時又通過 簇網(wǎng)絡(luò)代表節(jié)點(diǎn)在簇網(wǎng)絡(luò)內(nèi)構(gòu)建最短路徑樹，快速發(fā)布會話數(shù)據(jù)，從而形成
集中式與分布式相結(jié)合的應(yīng)用層組播網(wǎng)絡(luò)，在各蔟網(wǎng)絡(luò)中采用Mesh優(yōu)先方案， 超節(jié)點(diǎn)先構(gòu)造Mesh網(wǎng)，在此基礎(chǔ)上構(gòu)建數(shù)據(jù)轉(zhuǎn)發(fā)的最短路徑樹，以滿足準(zhǔn)實(shí) 時應(yīng)用。
簇網(wǎng)絡(luò)是由10至20個IP組播島節(jié)點(diǎn)自組織形成的一個應(yīng)用層網(wǎng)絡(luò)，這 些IP組播島之間構(gòu)建一棵應(yīng)用層組播轉(zhuǎn)發(fā)樹，該樹的根節(jié)點(diǎn)就是由一個簇內(nèi) 的IP組播島公推的簇代表節(jié)點(diǎn)，該代表節(jié)點(diǎn)從所屬超節(jié)點(diǎn)獲取數(shù)據(jù)，并轉(zhuǎn)發(fā) 簇內(nèi)其它IP組播島節(jié)點(diǎn)，組成Mesh結(jié)構(gòu)；IP組播島即用戶群，它是支持組 播的任意大小的網(wǎng)絡(luò)，每個IP組播島公推一個用戶成為組播島的代表節(jié)點(diǎn)。
再一種現(xiàn)有的P2P流媒體直播技術(shù)的平行擴(kuò)展方法，是利用客戶端首先 登陸到登陸服務(wù)器，然后登陸服務(wù)器根據(jù)負(fù)載情況，選擇人數(shù)未滿的P2P管 理服務(wù)器。該方法中，流媒體發(fā)布源分別向若干個流媒體緩沖服務(wù)器注冊節(jié) 目信息后向流媒體緩沖服務(wù)器定時發(fā)送流媒體數(shù)據(jù)，流媒體緩沖服務(wù)器登陸 到主管理服務(wù)器后將流媒體數(shù)據(jù)列表進(jìn)行注冊；主管理服務(wù)器保存所有流媒 體緩沖服務(wù)器列表，定時更新流^f某體緩沖服務(wù)器信息，P2P管理服務(wù)器定時和主管理服務(wù)器進(jìn)行通信，匯報本服務(wù)器種子信息；客戶端首先登陸到登陸服 務(wù)器，登陸服務(wù)器根據(jù)當(dāng)前所有P2P管理服務(wù)器的負(fù)載情況，選擇一個人數(shù) 未滿的P2P管理服務(wù)器并登陸到該P(yáng)2P管理服務(wù)器。
這些現(xiàn)有的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法具有如下缺點(diǎn)，缺少 對內(nèi)容源的審核和監(jiān)控，骨干網(wǎng)帶寬消耗大，對用戶身份和權(quán)限的認(rèn)證較少， 不便于實(shí)際運(yùn)營與管理。

發(fā)明內(nèi)容
本發(fā)明的目的是針對現(xiàn)有基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法和系統(tǒng) 的缺陷，提供一種基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法和系統(tǒng)，以實(shí)現(xiàn)有 效的流媒體數(shù)據(jù)的審核和監(jiān)控，對骨干網(wǎng)帶寬消耗小，對用戶身份和權(quán)限的 認(rèn)證有效，并且便于實(shí)際運(yùn)營與管理。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種基于應(yīng)用層組播的流媒體數(shù)據(jù)處理 方法，包括
發(fā)送頻道統(tǒng)一資源定位器(Uniform Resource Locator, URL)地址，請 求授權(quán)7見看該頻道；
根據(jù)授權(quán)后返回的資源調(diào)度服務(wù)器地址，連接所述源調(diào)度服務(wù)器，請求 資源調(diào)度；
根據(jù)返回的所述源調(diào)度服務(wù)器發(fā)送的第一邊緣服務(wù)器地址，請求所述第 一邊緣服務(wù)器提供流媒體數(shù)據(jù)；
接收第 一邊緣服務(wù)器發(fā)送的流媒體數(shù)據(jù)。
所述發(fā)送頻道URL地址之前還包括發(fā)送用戶信息，驗(yàn)證用戶帳號。所 迷驗(yàn)證用戶帳號以后還包括接收請求的頻道信息。
所述根據(jù)返回的所述源調(diào)度服務(wù)器發(fā)送的第 一邊緣服務(wù)器地址具體為 通過策略確定用戶的第一邊緣服務(wù)器域，定向到該域的第一邊緣服務(wù)器，返 回該第一邊緣服務(wù)器地址。所述接收流媒體數(shù)據(jù)時還包括所述第 一邊緣服務(wù)器將負(fù)載情況上報所 述資源調(diào)度服務(wù)器。
所述接收第 一邊緣服務(wù)器發(fā)送的流媒體數(shù)據(jù)具體為第 一邊緣服務(wù)器向 第二邊緣服務(wù)器發(fā)送流媒體數(shù)據(jù)請求；接收第一邊緣服務(wù)器轉(zhuǎn)發(fā)的第二邊緣 服務(wù)器發(fā)送的流媒體數(shù)據(jù)。
所述接收流媒體數(shù)據(jù)后還包括斷開與第一邊緣服務(wù)器的連接，停止計 費(fèi)。所述停止計費(fèi)后還包括上報計費(fèi)信息。
所述發(fā)送頻道URL地址之前還包括申請發(fā)布直播頻道；審核通過后將 節(jié)目源發(fā)向媒體發(fā)布服務(wù)器；所述媒體發(fā)布服務(wù)器接收節(jié)目源的數(shù)據(jù)流進(jìn)行 轉(zhuǎn)碼，向第一邊緣服務(wù)器發(fā)送流媒體數(shù)據(jù)。所述向第一邊緣服務(wù)器發(fā)送流媒 體數(shù)據(jù)具體為所述媒體發(fā)布服務(wù)器根據(jù)接收到的第一邊緣服務(wù)器發(fā)送的請 求流媒體數(shù)據(jù)的請求，向第 一邊緣服務(wù)器發(fā)送流媒體數(shù)據(jù)。
為實(shí)現(xiàn)上述目的，本發(fā)明還提供了一種基于應(yīng)用層組播的流媒體數(shù)據(jù)處 理系統(tǒng)，包括
客戶端，用于發(fā)送用戶信息，發(fā)送頻道URL地址，請求資源調(diào)度和接收 流媒體數(shù)據(jù)；
第一認(rèn)證服務(wù)器，用于根據(jù)用戶信息進(jìn)行驗(yàn)證，進(jìn)行用戶授權(quán)和返回資
源調(diào)度服務(wù)器地址信息，以及計費(fèi)處理；
資源調(diào)度服務(wù)器，用于向客戶端返回第一邊緣服務(wù)器地址；
第 一邊緣服務(wù)器，用于向所述客戶端提供流媒體數(shù)據(jù)。
還包括第二認(rèn)證服務(wù)器，用于接收第一認(rèn)證服務(wù)器發(fā)送的計費(fèi)信息。
還包括第二邊緣服務(wù)器，用于根據(jù)第一邊緣服務(wù)器的請求，返回流媒體數(shù)據(jù)。
因此，本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法和系統(tǒng)，實(shí)現(xiàn)了有 效的流媒體數(shù)據(jù)的審核和監(jiān)控，對骨干網(wǎng)帶寬消耗小，對用戶身份和權(quán)限的 認(rèn)證有效，并且便于實(shí)際運(yùn)營與管理。
8


圖1為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法的系統(tǒng)構(gòu)架圖； 圖2為本發(fā)明基于應(yīng)用層組播的流々某體數(shù)據(jù)處理方法實(shí)施例一的流程圖； 圖3為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法實(shí)施例一中流媒體
數(shù)據(jù)直播分發(fā)的流程圖之一 ；
圖4為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法實(shí)施例一中流媒體
數(shù)據(jù)直播分發(fā)的流程圖之二；
圖5為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法實(shí)施例二的流程圖； 圖6為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法實(shí)施例三的流程圖； 圖7為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法實(shí)施例四的流程圖； 圖8為本發(fā)明基于應(yīng)用層組播的流々某體數(shù)據(jù)處理系統(tǒng)實(shí)施例一的結(jié)構(gòu)示
意圖9為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理系統(tǒng)實(shí)施例二的結(jié)構(gòu)示
意圖10為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理系統(tǒng)實(shí)施例三的結(jié)構(gòu)示 意圖。
具體實(shí)施例方式
下面通過附圖和實(shí)施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。 通常意義的現(xiàn)有組播技術(shù)都需要路由器的支持，但是因?yàn)閷β酚善鞯呐?置，和路由器版本太老或者不具備此項(xiàng)功能而需要升級改造的瓶頸，從而導(dǎo) 致大規(guī)模組播難以實(shí)現(xiàn)，并且網(wǎng)管困難，不能保證服務(wù)質(zhì)量。
本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法和系統(tǒng)，采取了應(yīng)用層組 播，將服務(wù)器(邊緣服務(wù)器)部署在靠近用戶端的城域網(wǎng)，取代了路由器來 完成組播(路由器的組播在網(wǎng)絡(luò)層完成，服務(wù)器的組播在應(yīng)用層完成)，并且通過統(tǒng)一架設(shè)服務(wù)器，能夠有效進(jìn)行網(wǎng)管，保證服務(wù)質(zhì)量。從而避免一般 業(yè)務(wù)運(yùn)營商將服務(wù)器架在總部，所有的用戶必須向這個區(qū)域的服務(wù)器連接， 從而產(chǎn)生大量省間流量，占用主干網(wǎng)帶寬。采用分區(qū)利用運(yùn)營商各地機(jī)房和 網(wǎng)管人員的資源，服務(wù)器可以部署在各地，用戶就近連接，盡量將流量控制 在城域網(wǎng)，減少占用主干網(wǎng)帶寬，省間流量也是統(tǒng)一出口，避免重復(fù)占用。
本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法和系統(tǒng)是一種新的適合應(yīng) 用層組播實(shí)現(xiàn)的處理方法和系統(tǒng)。無須對現(xiàn)網(wǎng)進(jìn)行大規(guī)模改造，不需要升級 路由器等設(shè)備，解決了當(dāng)前互聯(lián)網(wǎng)承載大規(guī)模視頻流時的帶寬瓶頸，網(wǎng)絡(luò)設(shè) 備瓶頸和服務(wù)器瓶頸的問題，極大的節(jié)省了帶寬資源，提高了網(wǎng)絡(luò)利用率， 提高了數(shù)據(jù)傳輸質(zhì)量，大大降低了投資成本。本發(fā)明支持綜合業(yè)務(wù)管理平臺
USMP),能夠保證Q0S，延時小，支持網(wǎng)管、認(rèn)證、收費(fèi)，適合運(yùn)營商大規(guī) 模開展流媒體直播業(yè)務(wù)。該方法適合全網(wǎng)和區(qū)域分別處理，支持全網(wǎng)和區(qū)域 分別推出各自不同的節(jié)目源。實(shí)行兩級收費(fèi)，統(tǒng)一管理，即允許區(qū)域網(wǎng)絡(luò)獨(dú) 立推出的業(yè)務(wù)收費(fèi)，同時全網(wǎng)也能對區(qū)域的i^證和計費(fèi)情況進(jìn)4亍監(jiān)控。
如圖1所示，為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法的系統(tǒng)構(gòu) 架圖，在每一個區(qū)域內(nèi)設(shè)置區(qū)域AAA服務(wù)器，對于訪問全網(wǎng)門戶的用戶，當(dāng) 用戶請求服務(wù)時，首先被調(diào)度到某一區(qū)域，區(qū)域AAA服務(wù)器通過和全網(wǎng)AAA 服務(wù)器互通，確認(rèn)該用戶是否為合法用戶。全網(wǎng)AAA服務(wù)器通過認(rèn)證計費(fèi)網(wǎng) 關(guān)實(shí)現(xiàn)與全網(wǎng)運(yùn)營支撐系統(tǒng)的互通；對于訪問區(qū)域門戶的區(qū)域AAA服務(wù)器通 過認(rèn)證計費(fèi)網(wǎng)關(guān)上報給區(qū)域運(yùn)營支撐系統(tǒng)。
如圖2所示，為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法實(shí)施例一 的流程圖，具體包括如下步驟
步驟IOI,發(fā)送頻道統(tǒng)一資源定位器(Uniform Resource Locator, URL) 地址，請求授權(quán)觀看該頻道；
步驟102,根據(jù)授權(quán)后返回的資源調(diào)度服務(wù)器地址，連接源調(diào)度服務(wù)器， 請求資源調(diào)度；
10步驟103,根據(jù)返回的所述源調(diào)度服務(wù)器發(fā)送的第一邊緣服務(wù)器地址，請 求所述第 一邊緣服務(wù)器提供流媒體數(shù)據(jù)；
步驟104，接收第一邊緣服務(wù)器發(fā)送的流媒體數(shù)據(jù)。
在步驟101之前還包括流媒體數(shù)據(jù)直播分發(fā)的流程，如圖3所示，為本 發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法實(shí)施例 一 中流媒體數(shù)據(jù)直播分發(fā) 的流程圖之一，具體包括
步驟ll,節(jié)目源向內(nèi)容管理服務(wù)器申請發(fā)布直播頻道；
步驟12,內(nèi)容管理服務(wù)器通過版權(quán)認(rèn)證等方式審核，審核通過后將節(jié)目 源發(fā)向媒體發(fā)布服務(wù)器；
步驟13，媒體發(fā)布服務(wù)器收節(jié)目源的數(shù)據(jù)流進(jìn)行轉(zhuǎn)碼，向第一邊緣服務(wù) 器發(fā)送流媒體數(shù)據(jù)。
媒體發(fā)布服務(wù)器向邊緣服務(wù)器發(fā)送數(shù)據(jù)時，可以按照優(yōu)先級的順序來發(fā) 送，目的是為了確保媒體發(fā)布服務(wù)器占用帶寬不會過大，因此在每個邊緣服 務(wù)器群中，媒體發(fā)布服務(wù)器會向優(yōu)先級最高的第一邊緣服務(wù)器(數(shù)量通常1 個)發(fā)送流媒體數(shù)據(jù)；然后這個優(yōu)先級最高的第一邊緣服務(wù)器再將接收到的 流媒體數(shù)據(jù)轉(zhuǎn)發(fā)給本區(qū)域內(nèi)的其他第 一邊緣服務(wù)器，第 一邊緣服務(wù)器間發(fā)送 的方式是擴(kuò)散傳輸， 一個傳給另一個。
這樣第一邊緣服務(wù)器可以向通過認(rèn)證的客戶端發(fā)送節(jié)目。
上述情況是原有的節(jié)目源的發(fā)送流程，不需要第一邊緣服務(wù)器的請求而 是主動推送的。當(dāng)節(jié)目內(nèi)容更新后，為保證網(wǎng)絡(luò)的穩(wěn)定，新的直播頻道不會 直接推向第一邊緣服務(wù)器，而是客戶端發(fā)起請求時，才推向用戶端域的第一 邊緣服務(wù)器，如圖4所示，為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法 實(shí)施例一中流媒體數(shù)據(jù)直播分發(fā)的流程圖之二，具體包括如下步驟
步驟21，節(jié)目源向內(nèi)容管理服務(wù)器申請發(fā)布新增直播頻道；
步驟22，內(nèi)容管理服務(wù)器通過版權(quán)認(rèn)證等方式審核，審括通過后將節(jié)目 源發(fā)向媒體發(fā)布服務(wù)器；步驟23，用戶點(diǎn)擊新增節(jié)目鏈接，客戶端向本域第一邊緣服務(wù)器發(fā)起觀
看新增節(jié)目請求；
步驟24,第一邊緣服務(wù)器發(fā)現(xiàn)自己沒有用戶所需節(jié)目流媒體數(shù)據(jù)，向媒 體發(fā)布服務(wù)器請求用戶請求的節(jié)目數(shù)據(jù)流；
步驟25,媒體發(fā)布服務(wù)器將請求的觀看的節(jié)目進(jìn)行轉(zhuǎn)碼，向第一邊緣服 務(wù)器發(fā)送流媒體數(shù)據(jù)。
同樣媒體發(fā)布服務(wù)器向邊緣服務(wù)器發(fā)送數(shù)據(jù)時，可以按照優(yōu)先級的順序 來發(fā)送，目的是為了確保媒體發(fā)布服務(wù)器占用帶寬不會過大，因此在每個邊 緣服務(wù)器群中，媒體發(fā)布服務(wù)器會向優(yōu)先級最高的第一邊緣服務(wù)器(數(shù)量通 常1個)發(fā)送流媒體數(shù)據(jù)；然后這個優(yōu)先級最高的第一邊緣服務(wù)器再將接收 到的流媒體數(shù)據(jù)轉(zhuǎn)發(fā)給本區(qū)域內(nèi)的其他第一邊緣服務(wù)器，第一邊緣服務(wù)器間 發(fā)送的方式是擴(kuò)散傳輸， 一個傳給另一個。
這樣第 一邊緣服務(wù)器將請求的直播節(jié)目推向發(fā)起請求的客戶端。
因此，本發(fā)明流Jf某體數(shù)據(jù)的處理方法實(shí)施例一，實(shí)現(xiàn)了有效的流々某體數(shù) 據(jù)的審核和監(jiān)控，對骨干網(wǎng)帶寬消耗小，對用戶身份和權(quán)限的認(rèn)證有效，并 且便于實(shí)際運(yùn)營與管理。
如圖5所示，為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法實(shí)施例二 的流程圖，本實(shí)施例是A區(qū)域的客戶端訪問全網(wǎng)直播頻道的處理流程，具體 包括如下步驟
步驟201， A區(qū)域客戶端連接第一認(rèn)證服務(wù)器(全網(wǎng)AAA服務(wù)器)進(jìn)行認(rèn) 證，例如發(fā)送登陸用戶賬號進(jìn)行驗(yàn)證，如用戶不輸入賬號，則按照匿名賬號 方式請求認(rèn)證；
步驟202，全網(wǎng)AAA服務(wù)器驗(yàn)證通過后返回給客戶端認(rèn)證通過信息，根據(jù) 用戶地址確定資源調(diào)度服務(wù)器，驗(yàn)證失敗則返回步驟201; 步驟203，客戶端通過Portal-清求頻道信息； 步驟204， Portal返回給客戶端頻道信息；步驟205，客戶端發(fā)送頻道URL地址《合全網(wǎng)AAA服務(wù)器，請求控:權(quán)觀看該 頻道；
步驟206,全網(wǎng)AAA服務(wù)器驗(yàn)證用戶為該頻道的合法用戶后，對用戶進(jìn)行 授權(quán)，發(fā)送資源調(diào)度服務(wù)器地址給客戶端，授權(quán)失敗則返回步驟201;
步驟207,客戶端連接資源調(diào)度服務(wù)器，請求資源調(diào)度；
步驟208，資源調(diào)度服務(wù)器通過各種策略，如用戶位置，第一邊緣服務(wù)器 負(fù)載情況，確定用戶的第一邊緣服務(wù)域，將客戶端重定向到該域的第一邊緣 服務(wù)(A區(qū)域邊緣服務(wù)器l);
因?yàn)橐粋€區(qū)域可以有多個邊緣服務(wù)器，根據(jù)用戶的位置和各個邊緣服務(wù) 器的負(fù)載情況等，將一個用戶定位到該區(qū)域的一個邊緣服務(wù)器上；本實(shí)施例 就是將A區(qū)域的一個用戶定位到A區(qū)域的區(qū)域邊緣服務(wù)器1上；
步驟2 09 ，客戶端請求A區(qū)域邊緣服務(wù)器1提供全網(wǎng)直播頻道流媒體數(shù)據(jù)；
步驟210， A區(qū)域邊緣服務(wù)器1向客戶端提供全網(wǎng)直播頻道流J 某體數(shù)據(jù)；
此時客戶端可以對流々某體數(shù)據(jù)進(jìn)行解碼，播放畫面，同時也上傳數(shù)據(jù)流； 并且A區(qū)域邊緣服務(wù)器1實(shí)時將負(fù)載情況上報給資源調(diào)度服務(wù)器；
步驟211，客戶端斷開與A區(qū)域邊緣服務(wù)器1連接；
步驟212，客戶端通知全網(wǎng)AAA服務(wù)器，停止計費(fèi)。
因此，本發(fā)明流媒體數(shù)據(jù)的處理方法實(shí)施例二， A區(qū)域客戶端訪問全網(wǎng)直 播頻道的處理，實(shí)現(xiàn)了有效的流媒體數(shù)據(jù)的審核和監(jiān)控，對骨干網(wǎng)帶寬消耗 小，對用戶身份和權(quán)限的認(rèn)證有效，并且便于實(shí)際運(yùn)營與管理。
如圖6所示，為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法實(shí)施例三 的流程圖，本實(shí)施例是A區(qū)域的客戶端訪問A區(qū)域直播頻道的處理流程，具 體包括如下步驟
步驟301， A區(qū)域客戶端選擇連接第一認(rèn)證服務(wù)器(A區(qū)域AAA服務(wù)器) 進(jìn)行認(rèn)證，例如發(fā)送登陸用戶賬號進(jìn)行驗(yàn)證，如用戶不輸入賬號，則按照匿 名賬號方式請求認(rèn)i正；據(jù)用戶地址確資源調(diào)度服務(wù)器，驗(yàn)證失敗則返回步驟301; 步驟303,客戶端通過Portal請求頻道信息； 步驟304, Portal返回給客戶端頻道信息；
步驟305，客戶端發(fā)送頻道URL地址給A區(qū)域AAA服務(wù)器，請求授權(quán)觀看 該頻道；
步驟306， A區(qū)域AAA服務(wù)器驗(yàn)證用戶為該頻道的合法用戶后，對用戶進(jìn) 行授權(quán)，發(fā)送資源調(diào)度服務(wù)器地址給客戶端，授權(quán)失敗則返回步驟301;
步驟307,客戶端連接資源調(diào)度服務(wù)器，請求資源調(diào)度；
步驟308,資源調(diào)度服務(wù)器通過各種策略，如用戶位置，第一邊緣服務(wù)器 負(fù)載情況，確定用戶的第一邊緣服務(wù)域，將客戶端重定向到該域的第一邊緣 服務(wù)器(A區(qū)域邊緣服務(wù)器1);
因?yàn)橐粋€區(qū)域可以有多個邊緣服務(wù)器，根據(jù)用戶的位置和各個邊緣服務(wù) 器的負(fù)載情況等，將一個用戶定位到該區(qū)域的一個邊緣服務(wù)器上；本實(shí)施例 就是將A區(qū)域的一個用戶定位到A區(qū)域的區(qū)域邊緣服務(wù)器1上；
步驟309,客戶端請求A區(qū)域邊緣服務(wù)器1提供A區(qū)域直播頻道流J 某體數(shù)
據(jù)；
步驟310,A區(qū)域邊緣服務(wù)器1向客戶端提供A區(qū)域直播頻道流媒體數(shù)據(jù)； 此時客戶端可以對流媒體數(shù)據(jù)進(jìn)行解碼，播放畫面，同時也上傳數(shù)據(jù)流； 并且A區(qū)域邊緣服務(wù)器1實(shí)時將負(fù)載情況上報給資源調(diào)度服務(wù)器；
還有一種情況就是，客戶端請求第一邊緣服務(wù)器U區(qū)域邊緣服務(wù)器l) 提供的A區(qū)域直播頻道流々某體數(shù)據(jù)，在A區(qū)域邊緣服務(wù)器1中沒有資源，A區(qū) 域邊緣服務(wù)器1向第二邊緣服務(wù)器，即A區(qū)域的其它附近的邊緣服務(wù)器(例 如A區(qū)域邊緣服務(wù)器2)，請求提供客戶端請求的流媒體數(shù)據(jù)，A區(qū)域邊緣服 務(wù)器2向A區(qū)域邊緣服務(wù)器1提供直播頻道流媒體數(shù)據(jù)，A區(qū)域邊緣服務(wù)器1 向客戶端提供A區(qū)域直播頻道流i某體數(shù)據(jù)；
14步驟311，客戶端斷開與A區(qū)域邊緣服務(wù)器1連接； 步驟312,客戶端通知A區(qū)域AAA服務(wù)器，停止計費(fèi)； 步驟313, A區(qū)域AAA服務(wù)器向第二認(rèn)證服務(wù)器(全網(wǎng)AAA服務(wù)器)發(fā)送 計費(fèi)信息。
因此，本發(fā)明流媒體數(shù)據(jù)的處理方法實(shí)施例三，A區(qū)域客戶端訪問A區(qū)域 直播頻道的處理，實(shí)現(xiàn)了有效的流媒體數(shù)據(jù)的審核和監(jiān)控，對骨干網(wǎng)帶寬消 耗小，對用戶身份和權(quán)限的認(rèn)證有效，并且便于實(shí)際運(yùn)營與管理。
如圖7所示，為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法實(shí)施例四 的流程圖，本實(shí)施例是A區(qū)域定位到一個邊緣服務(wù)器后的客戶端訪問A區(qū)域 的其它邊緣服務(wù)器或者訪問B區(qū)域直播頻道的處理流程，具體包括如下步驟
步驟401， A區(qū)域客戶端選擇連接第一認(rèn)證服務(wù)器(B區(qū)域AAA服務(wù)器) 進(jìn)行認(rèn)證，例如發(fā)送登陸用戶賬號進(jìn)行驗(yàn)證，如用戶不輸入賬號，則按照匿
名賬號方式請求認(rèn)證；
步驟402, B區(qū)域AAA服務(wù)器驗(yàn)證通過后返回給客戶端認(rèn)證通過信息，才艮 據(jù)用戶地址確定資源調(diào)度服務(wù)器，驗(yàn)證失敗則返回步驟201;
步驟403，客戶端通過Portal請求頻道信息；
步驟404， Portal返回給客戶端頻道信息；
步驟405，客戶端發(fā)送頻道URL地址給B區(qū)域AAA月良務(wù)器，請求授權(quán)觀看 該頻道；
步驟406， B區(qū)域AAA服務(wù)器驗(yàn)證用戶為該頻道的合法用戶后，對用戶進(jìn) 行授權(quán)，發(fā)送資源調(diào)度服務(wù)器地址給客戶端，授權(quán)失敗則返回步驟401; 步驟407,客戶端連接資源調(diào)度服務(wù)器，請求資源調(diào)度； 步驟408，資源調(diào)度服務(wù)器通過各種策略，如用戶位置，第一邊緣服務(wù)器 負(fù)載情況，確定用戶的第一邊緣服務(wù)域，將客戶端重定向到該域的第一邊緣 服務(wù)器(A區(qū)域邊緣服務(wù)器1);因?yàn)橐粋€區(qū)域可以有多個邊緣服務(wù)器，根據(jù)用戶的位置和各個邊緣服務(wù)
器的負(fù)載情況等，將一個用戶定位到該區(qū)域的一個邊緣服務(wù)器上；本實(shí)施例就是將A區(qū)域的一個用戶定位到A區(qū)域的區(qū)域邊緣服務(wù)器1上；
步驟409,客戶端請求A區(qū)域邊緣服務(wù)器1提供B區(qū)域直播頻道流媒體數(shù)
據(jù)；
步驟410，如A區(qū)域邊緣服務(wù)器1沒有第二邊緣服務(wù)器(B區(qū)域邊緣服務(wù)器1 )的直播頻道流媒體數(shù)據(jù)，則請求B區(qū)域邊緣服務(wù)器1提供直播頻道流媒體數(shù)據(jù)；
步驟411, B區(qū)域邊緣服務(wù)器1向A區(qū)域邊緣服務(wù)器1提供B區(qū)域直播頻道流媒體數(shù)據(jù)；
步驟412， A區(qū)域邊緣服務(wù)器1向客戶端提供B區(qū)域直播頻道流媒體數(shù)據(jù)；此時客戶端可以對流媒體數(shù)據(jù)進(jìn)行解碼，播放畫面，同時也上傳數(shù)據(jù)流；
并且A區(qū)域邊緣服務(wù)器實(shí)時將負(fù)載情況上報給資源調(diào)度服務(wù)器；步驟413,客戶端斷開與A區(qū)域邊緣服務(wù)器1連接；步驟414,客戶端通知B區(qū)域AAA服務(wù)器，停止計費(fèi)；步驟415， B區(qū)域AAA服務(wù)器向第二認(rèn)證服務(wù)器(全網(wǎng)AAA服務(wù)器)發(fā)送
計費(fèi)信息。
因此，本發(fā)明流々某體數(shù)據(jù)的處理方法實(shí)施例四，A區(qū)域客戶端訪問B區(qū)域直播頻道的處理，實(shí)現(xiàn)了有效的流媒體數(shù)據(jù)的審核和監(jiān)控，對骨干網(wǎng)帶寬消耗小，對用戶身份和權(quán)限的認(rèn)證有效，并且便于實(shí)際運(yùn)營與管理。
如圖8所示，為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理系統(tǒng)實(shí)施例一的結(jié)構(gòu)示意圖，包括客戶端l,用于發(fā)送用戶信息，發(fā)送頻道URL地址，請求資源調(diào)度和接收流媒體數(shù)據(jù)；第一認(rèn)證服務(wù)器2，與客戶端l相連接，用于根據(jù)用戶信息進(jìn)行驗(yàn)證，進(jìn)行用戶授權(quán)和返回資源調(diào)度服務(wù)器地址信息，以及計費(fèi)處理；資源調(diào)度服務(wù)器3，與客戶端1相連接，用于向客戶端1返回第
16一邊緣服務(wù)器4;第一邊緣服務(wù)器4,與客戶端1和資源調(diào)度服務(wù)器3相連接，用于向客戶端1提供流媒體數(shù)據(jù)。
如圖9所示，為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理系統(tǒng)實(shí)施例二的結(jié)構(gòu)示意圖，與實(shí)施例一相比增加了第二認(rèn)證服務(wù)器5,與第一認(rèn)證服務(wù)器2相連接，用于接收第一認(rèn)證服務(wù)器發(fā)送的計費(fèi)信息。
如圖IO所示，為本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理系統(tǒng)實(shí)施例三的結(jié)構(gòu)示意圖，與實(shí)施例二相比增加了第二邊緣服務(wù)器6，與第一邊緣服務(wù)器4相連接，用于根據(jù)第一邊緣服務(wù)器4的請求，返回流々某體數(shù)據(jù)。
因此，本發(fā)明流媒體數(shù)據(jù)的處理系統(tǒng)，實(shí)現(xiàn)了有效的流媒體數(shù)據(jù)的審核和監(jiān)控，對骨干網(wǎng)帶寬消耗小，對用戶身份和權(quán)限的認(rèn)證有效，并且便于實(shí)際運(yùn)營與管理。
應(yīng)用層組播是通過在應(yīng)用層復(fù)制和緩存數(shù)據(jù)包而不是在路由器上復(fù)制數(shù)據(jù)包來避免對現(xiàn)網(wǎng)的大規(guī)模升級改造，本發(fā)明基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法和系統(tǒng)支持綜合業(yè)務(wù)管理平臺(ISMP),能夠保證Q0S,延時小，支持網(wǎng)管、認(rèn)證、收費(fèi)，適合大規(guī)模開展流媒體直播業(yè)務(wù)。而現(xiàn)有的技術(shù)，如P2P應(yīng)用層組播技術(shù)不保證Q0S,延時大，而對于傳統(tǒng)IP組播，數(shù)據(jù)分組的復(fù)制、轉(zhuǎn)發(fā)以及群組的管理都由路由器完成，因此容易達(dá)到系統(tǒng)瓶頸，影響數(shù)據(jù)傳輸效率和用戶體驗(yàn)，系統(tǒng)升級改造較大。應(yīng)用層組播(A卯lication LayerMulticast ，ALM)則利用覆蓋網(wǎng)(Overlay Network)技術(shù)，在現(xiàn)有的IP網(wǎng)絡(luò)上構(gòu)建一個虛擬網(wǎng)絡(luò)，將組播功能從路由器轉(zhuǎn)移到端系統(tǒng)。組播服務(wù)部署容易、可動態(tài)適應(yīng)網(wǎng)絡(luò)條件的變化以及可以實(shí)現(xiàn)服務(wù)定制功能等。
最后所應(yīng)說明的是，以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)說明，本領(lǐng)域的普通^^支術(shù)人員應(yīng)當(dāng)理解，可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1、一種基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法，其特征在于包括發(fā)送頻道統(tǒng)一資源定位器地址，請求授權(quán)觀看該頻道；根據(jù)授權(quán)后返回的資源調(diào)度服務(wù)器地址，連接所述源調(diào)度服務(wù)器，請求資源調(diào)度；根據(jù)返回的所述源調(diào)度服務(wù)器發(fā)送的第一邊緣服務(wù)器地址，請求所述第一邊緣服務(wù)器提供流媒體數(shù)據(jù)；接收第一邊緣服務(wù)器發(fā)送的流媒體數(shù)據(jù)。
2 、根據(jù)權(quán)利要求1所述的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法，其特 征在于所述發(fā)送頻道統(tǒng)一資源定位器地址之前還包括發(fā)送用戶信息，驗(yàn) 證用戶帳號。
3、 根據(jù)權(quán)利要求2所述的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法，其特 征在于所述驗(yàn)證用戶帳號以后還包括接收請求的頻道信息。
4、 根據(jù)權(quán)利要求1所述的基于應(yīng)用層組播的流々某體數(shù)據(jù)處理方法，其特 征在于所述根據(jù)返回的所述源調(diào)度服務(wù)器發(fā)送的第一邊緣服務(wù)器地址具體 為通過策略確定用戶的第一邊緣服務(wù)器域，定向到該域的第一邊緣服務(wù)器， 返回該第一邊緣服務(wù)器地址。
5、 根據(jù)權(quán)利要求1所述的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法，其特 征在于所述接收第一邊緣服務(wù)器發(fā)送的流媒體數(shù)據(jù)時還包括所述第一邊 緣服務(wù)器將負(fù)載情況上報所述資源調(diào)度服務(wù)器。
6、 根據(jù)權(quán)利要求1所述的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法，其特 征在于所述接收第 一邊緣服務(wù)器發(fā)送的流媒體數(shù)據(jù)具體為第 一邊緣服務(wù)器向第二邊緣服務(wù)器發(fā)送流媒體數(shù)據(jù)請求； 接收第 一邊緣服務(wù)器轉(zhuǎn)發(fā)的第二邊緣服務(wù)器發(fā)送的流媒體數(shù)據(jù)。
7、 根據(jù)權(quán)利要求1或6所述的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法， 其特征在于所述接收第一邊緣服務(wù)器發(fā)送的流媒體數(shù)據(jù)后還包括斷開與第一邊緣服務(wù)器的連接，停止計費(fèi)。
8、 根據(jù)權(quán)利要求7所述的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法，其特 征在于所述停止計費(fèi)后還包括上報計費(fèi)信息。
9、 根據(jù)權(quán)利要求1所述的基于應(yīng)用層組播的流i某體數(shù)據(jù)處理方法，其特 征在于所述發(fā)送頻道統(tǒng)一資源定位器地址之前還包括申請發(fā)布直播頻道；審核通過后將節(jié)目源發(fā)向^某體發(fā)布服務(wù)器；所述J 某體發(fā)布服務(wù)器接收節(jié)目源的數(shù)據(jù)流進(jìn)行轉(zhuǎn)碼，向第一邊緣服務(wù)器 發(fā)送流媒體數(shù)據(jù)。
10、 根據(jù)權(quán)利要求1所述的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法，其 特征在于所述發(fā)送頻道統(tǒng)一資源定位器地址之前還包括申請發(fā)布直播頻道；審核通過后將節(jié)目源發(fā)向媒體發(fā)布服務(wù)器；根據(jù)接收到的第一邊緣服務(wù)器發(fā)送的請求流^ 某體數(shù)據(jù)的請求，向第 一邊 緣服務(wù)器發(fā)送流媒體數(shù)據(jù)。
11、 根據(jù)權(quán)利要求9或10所述的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方 法，其特征在于所述向第一邊緣服務(wù)器發(fā)送流媒體數(shù)據(jù)具體為所述媒體 發(fā)布服務(wù)器按照優(yōu)先級的順序，向優(yōu)先級最高的第一邊緣服務(wù)器發(fā)送流媒體 數(shù)據(jù)。
12、 根據(jù)權(quán)利要求11所述的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法， 其特征在于還包括接收到流媒體數(shù)據(jù)的優(yōu)先級最高的第一邊緣服務(wù)器，向 本區(qū)域的其他第 一邊緣服務(wù)器轉(zhuǎn)發(fā)接收到的流々某體數(shù)據(jù)。
13、 一種基于應(yīng)用層組播的流媒體數(shù)據(jù)處理系統(tǒng)，其特征在于包括 客戶端，用于發(fā)送用戶信息，發(fā)送頻道統(tǒng)一資源定位器地址，請求資源調(diào)度和接收流媒體數(shù)據(jù)；第一認(rèn)證服務(wù)器，用于根據(jù)用戶信息進(jìn)行驗(yàn)證，進(jìn)行用戶授權(quán)和返回資源調(diào)度服務(wù)器地址信息，以及計費(fèi)處理；資源調(diào)度服務(wù)器，用于向客戶端返回第一邊緣服務(wù)器地址； 第 一邊緣服務(wù)器，用于向所述客戶端提供流媒體數(shù)據(jù)。
14、 根據(jù)權(quán)利要求13所述的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理系統(tǒng)， 其特征在于還包括第二認(rèn)證服務(wù)器，用于接收第一認(rèn)證服務(wù)器發(fā)送的計費(fèi) 信息。
15、 根據(jù)權(quán)利要求13或14所述的基于應(yīng)用層組播的流媒體數(shù)據(jù)處理系 統(tǒng)，其特征在于還包括第二邊緣^^務(wù)器，用于根據(jù)第一邊緣服務(wù)器的請求, 返回流媒體數(shù)據(jù)。
全文摘要
本發(fā)明涉及一種基于應(yīng)用層組播的流媒體數(shù)據(jù)處理方法和系統(tǒng)，該方法包括發(fā)送頻道URL地址，請求授權(quán)觀看該頻道；根據(jù)授權(quán)后返回的資源調(diào)度服務(wù)器地址，連接所述資源調(diào)度服務(wù)器，請求資源調(diào)度；根據(jù)返回的所述資源調(diào)度服務(wù)器發(fā)送的第一邊緣服務(wù)器地址，請求所述第一邊緣服務(wù)器提供流媒體數(shù)據(jù)；接收第一邊緣服務(wù)器發(fā)送的流媒體數(shù)據(jù)。本發(fā)明還涉及一種基于應(yīng)用層組播的流媒體數(shù)據(jù)處理系統(tǒng)。因此，本發(fā)明流媒體數(shù)據(jù)處理方法和系統(tǒng)，實(shí)現(xiàn)了有效的流媒體數(shù)據(jù)的審核和監(jiān)控，對骨干網(wǎng)帶寬消耗小，對用戶身份和權(quán)限的認(rèn)證有效，并且便于實(shí)際運(yùn)營與管理。
文檔編號H04N7/24GK101646078SQ20091009059
公開日2010年2月10日 申請日期2009年8月31日 優(yōu)先權(quán)日2009年8月31日
發(fā)明者馮立華, 劉俊軒, 巍 周, 唐雄燕, 民 張, 雷 徐, 房秉毅, 文湘江, 帆 楊, 申志偉, 喆 辛, 馬少武 申請人:中國網(wǎng)通集團(tuán)寬帶業(yè)務(wù)應(yīng)用國家工程實(shí)驗(yàn)室有限公司