两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

基于cdn的視頻數(shù)據(jù)流傳輸方法、裝置及系統(tǒng)的制作方法

文檔序號:7823282閱讀:482來源:國知局
基于cdn的視頻數(shù)據(jù)流傳輸方法、裝置及系統(tǒng)的制作方法
【專利摘要】本申請?zhí)峁┮环N基于內(nèi)容分發(fā)網(wǎng)絡CDN的視頻數(shù)據(jù)流傳輸方法,應用于監(jiān)控前端設備上,其特征在于,該方法包括:接收CDN服務器轉(zhuǎn)發(fā)的監(jiān)控客戶端設備發(fā)送的業(yè)務請求報文,業(yè)務請求報文中攜帶業(yè)務請求對應的監(jiān)控前端設備的通道標識;根據(jù)通道標識封裝視頻數(shù)據(jù)流,在視頻數(shù)據(jù)流中攜帶通道標識;與CDN服務器建立單一會話,把封裝視頻數(shù)據(jù)流發(fā)送到CDN服務器,并由CDN服務器向監(jiān)控客戶端設備側(cè)的出口路由設備轉(zhuǎn)發(fā)視頻數(shù)據(jù)流,以使出口路由設備根據(jù)通道標識向監(jiān)控客戶端設備發(fā)送視頻數(shù)據(jù)流。本申請節(jié)省了利用CDN網(wǎng)絡進行數(shù)據(jù)傳輸?shù)馁M用,同時,降低了網(wǎng)絡資源消耗。
【專利說明】基于CDN的視頻數(shù)據(jù)流傳輸方法、裝置及系統(tǒng)

【技術(shù)領域】
[0001] 本申請涉及視頻監(jiān)控【技術(shù)領域】,尤其涉及基于CDN的視頻數(shù)據(jù)流傳輸方法、裝置 及系統(tǒng)。

【背景技術(shù)】
[0002] 在視頻監(jiān)控系統(tǒng)中,為了保證對用戶發(fā)出的視頻請求的響應速度,通常利用 CDN(Content Delivery Network,內(nèi)容分發(fā)網(wǎng)絡)網(wǎng)絡進行視頻數(shù)據(jù)傳輸。
[0003] ⑶N網(wǎng)絡是在現(xiàn)有互聯(lián)網(wǎng)基礎之上的一層智能虛擬網(wǎng)絡,其基本思路是盡可能避 開互聯(lián)網(wǎng)上有可能影響數(shù)據(jù)傳輸速度和穩(wěn)定性的瓶頸和環(huán)節(jié),使內(nèi)容傳輸更快、更穩(wěn)定。 CDN網(wǎng)絡通過在網(wǎng)絡各處布置節(jié)點服務器,將用戶的請求導向離用戶最近的節(jié)點服務器,以 使用戶可以就近取得所需內(nèi)容,提高對用戶請求的響應速度。
[0004] 在視頻監(jiān)控系統(tǒng)中,NVR(Network Video Recorder,網(wǎng)絡硬盤錄像機)會根據(jù)其包 含的IPC (IP Camera,網(wǎng)絡攝像機)通道數(shù)量與⑶N服務器建立會話,而⑶N網(wǎng)絡是根據(jù)會 話數(shù)量進行收費的,因此,隨著IPC的增多,NVR與CDN服務器之間的會話會越來越多,相應 的費用會越來越多,同時,也造成大量網(wǎng)絡資源的消耗。


【發(fā)明內(nèi)容】

[0005] 有鑒于此,本申請?zhí)峁┝艘环N基于CDN的視頻數(shù)據(jù)流傳輸方法,應用于監(jiān)控前端 設備上,該方法包括:
[0006] 接收⑶N服務器轉(zhuǎn)發(fā)的監(jiān)控客戶端設備發(fā)送的業(yè)務請求報文,所述業(yè)務請求報文 中攜帶所述業(yè)務請求對應的所述監(jiān)控前端設備的通道標識;
[0007] 根據(jù)所述通道標識封裝視頻數(shù)據(jù)流,在所述視頻數(shù)據(jù)流中攜帶所述通道標識;
[0008] 與所述⑶N服務器建立單一會話,把所述封裝視頻數(shù)據(jù)流發(fā)送到所述⑶N服務器, 并由所述CDN服務器向所述監(jiān)控客戶端設備側(cè)的出口路由設備轉(zhuǎn)發(fā)所述視頻數(shù)據(jù)流,以使 所述出口路由設備根據(jù)所述通道標識向所述監(jiān)控客戶端設備發(fā)送所述視頻數(shù)據(jù)流。
[0009] 本申請還提供了一種基于⑶N的視頻數(shù)據(jù)流傳輸方法,應用于基于⑶N的監(jiān)控系 統(tǒng)中,該方法包括:
[0010] 監(jiān)控前端設備接收⑶N服務器轉(zhuǎn)發(fā)的第一監(jiān)控客戶端設備發(fā)送的第一業(yè)務請求 報文,所述第一業(yè)務請求報文中攜帶所述第一業(yè)務請求對應的所述監(jiān)控前端設備的第一通 道標識;
[0011] 所述監(jiān)控前端設備根據(jù)所述第一通道標識封裝視頻數(shù)據(jù)流,所述視頻數(shù)據(jù)流中攜 帶所述第一通道標識;
[0012] 所述監(jiān)控前端設備與所述CDN服務器建立單一會話,把所述封裝視頻數(shù)據(jù)流發(fā)送 到所述CDN服務器,并由所述CDN服務器向所述監(jiān)控客戶端設備側(cè)的出口路由設備轉(zhuǎn)發(fā)所 述視頻數(shù)據(jù)流;
[0013] 所述出口路由設備接收所述視頻數(shù)據(jù)流;
[0014] 所述出口路由設備從所述視頻數(shù)據(jù)流中獲取所述第一通道標識;
[0015] 所述出口路由設備查詢路由點播分配表中是否存在所述第一通道標識的對應關(guān) 系表項,所述路由點播分配表存儲所述第一通道標識和請求所述第一通道視頻數(shù)據(jù)流的第 一監(jiān)控客戶端設備的對應關(guān)系;
[0016] 當存在所述第一通道標識的對應關(guān)系表項時,所述出口路由設備向所述第一監(jiān)控 客戶端設備發(fā)送所述視頻數(shù)據(jù)流。
[0017] 本申請還提供了一種基于⑶N的視頻數(shù)據(jù)流傳輸裝置,應用于監(jiān)控前端設備上, 該裝置包括:
[0018] 接收單元,用于接收⑶N服務器轉(zhuǎn)發(fā)的監(jiān)控客戶端設備發(fā)送的業(yè)務請求報文,所 述業(yè)務請求報文中攜帶所述業(yè)務請求對應的所述監(jiān)控前端設備的通道標識;
[0019] 封裝單元,用于根據(jù)所述通道標識封裝視頻數(shù)據(jù)流,在所述視頻數(shù)據(jù)流中攜帶所 述通道標識;
[0020] 發(fā)送單元,用于與所述CDN服務器建立單一會話,把所述封裝視頻數(shù)據(jù)流發(fā)送到 所述CDN服務器,并由所述CDN服務器向所述監(jiān)控客戶端設備側(cè)的出口路由設備轉(zhuǎn)發(fā)所述 視頻數(shù)據(jù)流,以使所述出口路由設備根據(jù)所述通道標識向所述監(jiān)控客戶端設備發(fā)送所述視 頻數(shù)據(jù)流。
[0021] 本申請還提供了一種基于⑶N的視頻數(shù)據(jù)流傳輸系統(tǒng),該系統(tǒng)包括:
[0022] 監(jiān)控前端設備,用于接收⑶N服務器轉(zhuǎn)發(fā)的第一監(jiān)控客戶端設備發(fā)送的第一業(yè)務 請求報文,所述第一業(yè)務請求報文中攜帶所述第一業(yè)務請求對應的所述監(jiān)控前端設備的第 一通道標識;根據(jù)所述第一通道標識封裝視頻數(shù)據(jù)流,所述視頻數(shù)據(jù)流中攜帶所述第一通 道標識;與所述CDN服務器建立單一會話,把所述封裝視頻數(shù)據(jù)流發(fā)送到所述CDN服務器, 并由所述CDN服務器向所述監(jiān)控客戶端設備側(cè)的出口路由設備轉(zhuǎn)發(fā)所述視頻數(shù)據(jù)流;
[0023] 出口路由設備,用于接收所述視頻數(shù)據(jù)流;從所述視頻數(shù)據(jù)流中獲取所述第一通 道標識;查詢路由點播分配表中是否存在所述第一通道標識的對應關(guān)系表項,所述路由點 播分配表存儲所述第一通道標識和請求所述第一通道視頻數(shù)據(jù)流的第一監(jiān)控客戶端設備 的對應關(guān)系;當存在所述第一通道標識的對應關(guān)系表項時,向所述第一監(jiān)控客戶端設備發(fā) 送所述視頻數(shù)據(jù)流。
[0024] 本申請在監(jiān)控前端設備與CDN服務器之間通過單一會話進行視頻數(shù)據(jù)流傳輸,通 過在視頻數(shù)據(jù)流中攜帶監(jiān)控前端設備的通道標識,區(qū)分不同通道的視頻數(shù)據(jù)流,從而節(jié)省 了利用CDN網(wǎng)絡進行視頻數(shù)據(jù)傳輸?shù)馁M用,同時,降低了網(wǎng)絡資源消耗。

【專利附圖】

【附圖說明】
[0025] 圖1是現(xiàn)有技術(shù)中基于⑶N的監(jiān)控系統(tǒng)示意圖;
[0026] 圖2是本申請中基于⑶N的監(jiān)控系統(tǒng)示意圖;
[0027] 圖3是本申請一種實施例中基于CDN的視頻數(shù)據(jù)流傳輸方法的處理流程圖;
[0028] 圖4是本申請另一種實施例中基于CDN的視頻數(shù)據(jù)流傳輸方法的處理流程圖;
[0029] 圖5是本申請一種實施例中基于CDN的視頻數(shù)據(jù)流傳輸裝置的基礎硬件示意圖;
[0030] 圖6-1是本申請一個實施例中的基于CDN的視頻數(shù)據(jù)流傳輸裝置的結(jié)構(gòu)示意圖;
[0031] 圖6-2是本申請另一個實施例中的基于CDN的視頻數(shù)據(jù)流傳輸裝置的結(jié)構(gòu)示意 圖;
[0032] 圖7是本申請一個實施例中的基于CDN的視頻數(shù)據(jù)流傳輸系統(tǒng)的結(jié)構(gòu)示意圖。

【具體實施方式】
[0033] 為使本申請的目的、技術(shù)方案及優(yōu)點更加清楚明白,以下參照附圖對本申請所述 方案作進一步地詳細說明。
[0034] 圖1所示為現(xiàn)有技術(shù)中基于⑶N的監(jiān)控系統(tǒng)示意圖。該監(jiān)控系統(tǒng)包括網(wǎng)絡攝像 機(IPC1?IPC5)、網(wǎng)絡硬盤刻錄機(NVR1、NVR2)、CDN服務器、路由器(RT1、RT2)以及主機 (PC1?PC3)。其中,網(wǎng)絡攝像機負責視頻數(shù)據(jù)的采集,并將視頻數(shù)據(jù)發(fā)送給網(wǎng)絡硬盤刻錄 機進行視頻數(shù)據(jù)的存儲及轉(zhuǎn)發(fā)。當主機需要查看視頻數(shù)據(jù)時,可通過訪問網(wǎng)絡硬盤刻錄機 獲取需要的視頻數(shù)據(jù),其中,網(wǎng)絡硬盤刻錄機的每一個通道對應一個網(wǎng)絡攝像機。以PC1為 例,當PC1請求實況IPC1和IPC2的實況時,通過CDN服務器向NVR1轉(zhuǎn)發(fā)該請求,NVR1根據(jù) 請求的通道數(shù)量(IPC1和IPC2)與⑶N服務器建立兩條會話Nl_l和Nl_2,分別傳輸IPC1 的視頻和IPC2的視頻,同理,在RT1與PC1之間也需要建立兩條會話Pl_l和Pl_2,實現(xiàn)兩 路視頻的傳輸。
[0035] 由于CDN網(wǎng)絡的計費是根據(jù)網(wǎng)絡設備與CDN服務器之間建立的會話數(shù)量進行收 費,因此,隨著監(jiān)控系統(tǒng)的不斷擴大,IPC通道逐步增加,采用現(xiàn)有技術(shù)方案必然會導致由于 會話數(shù)量增加而帶來的費用積增,同時,也消耗了大量的網(wǎng)絡資源。
[0036] 針對上述問題,本申請實施例提出一種基于CDN的視頻數(shù)據(jù)流傳輸方法,該方法 在監(jiān)控前端設備(例如,NVR)與CDN服務器之間通過單一會話進行視頻數(shù)據(jù)流傳輸,通過 在視頻數(shù)據(jù)流中攜帶監(jiān)控前端設備的通道標識,區(qū)分不同通道的視頻數(shù)據(jù)流,從而實現(xiàn)基 于CDN的視頻數(shù)據(jù)流傳輸。
[0037] 參見圖2,為本申請中基于CDN的監(jiān)控系統(tǒng)示意圖。具體實現(xiàn)過程參見圖3,為本 申請基于CDN的視頻數(shù)據(jù)流傳輸方法的一個實施例流程圖,該實施例從監(jiān)控前端設備側(cè)對 基于CDN的視頻數(shù)據(jù)流傳輸過程進行描述。
[0038] 步驟310,接收⑶N服務器轉(zhuǎn)發(fā)的監(jiān)控客戶端設備發(fā)送的業(yè)務請求報文,所述業(yè)務 請求報文中攜帶所述業(yè)務請求對應的所述監(jiān)控前端設備的通道標識。
[0039] 在監(jiān)控系統(tǒng)中,業(yè)務請求通常由監(jiān)控客戶端設備發(fā)起。在利用⑶N網(wǎng)絡進行視頻 數(shù)據(jù)流傳輸?shù)谋O(jiān)控系統(tǒng)中,CDN服務器保存整個監(jiān)控系統(tǒng)的拓撲結(jié)構(gòu),監(jiān)控客戶端設備通過 CDN服務器與監(jiān)控前端設備進行業(yè)務報文交互和視頻數(shù)據(jù)流傳輸,每一個IPC與監(jiān)控前端 設備的通道--對應,例如,IPC1連接在NVR1的通道T1上;IPC2連接在NVR1的通道T2 上;IPC3連接在NVR1的通道T3上。監(jiān)控客戶端設備對IPC的訪問通過讀取NVR對應通道 的視頻數(shù)據(jù)來實現(xiàn)。
[0040] 首先,監(jiān)控客戶端設備向⑶N服務器發(fā)送業(yè)務請求報文,并在該業(yè)務請求報文內(nèi) 部的消息體(通常監(jiān)控客戶端設備與CDN服務器之間采用私有消息通信)中攜帶請求的監(jiān) 控前端設備的通道標識,以便監(jiān)控前端設備可以獲取通道標識。這是由于業(yè)務請求報文在 經(jīng)過⑶N服務器轉(zhuǎn)發(fā)時,⑶N服務器可能更改業(yè)務請求報文的外層封裝,所以,通過業(yè)務請 求報文內(nèi)部攜帶通道標識,可以保證監(jiān)控前端設備獲得通道標識信息。
[0041] ⑶N服務器接收到監(jiān)控客戶端設備發(fā)送的業(yè)務請求報文后,將該業(yè)務請求報文轉(zhuǎn) 發(fā)給監(jiān)控客戶端設備請求的監(jiān)控前端設備。監(jiān)控前端設備從該業(yè)務請求報文中獲取業(yè)務請 求對應的通道標識,執(zhí)行步驟320。
[0042] 步驟320,根據(jù)所述通道標識封裝視頻數(shù)據(jù)流,在所述視頻數(shù)據(jù)流中攜帶所述通道 標識。
[0043] 監(jiān)控前端設備根據(jù)獲取的通道標識,將與該通道對應的視頻數(shù)據(jù)進行封裝,并 將該通道標識封裝在視頻數(shù)據(jù)流中。在視頻數(shù)據(jù)封裝時,可以采用UDP(User Datagram Protocol,用戶數(shù)據(jù)包協(xié)議)進行承載,并在完成UDP封裝后,進行IP層封裝,在IP包頭的 Option (選項)字段中添加通道標識。例如,在對NVR1的T2通道進行視頻數(shù)據(jù)封裝時,將 通道標識NVR1的T2添加到IP包頭的Option字段。
[0044] 步驟330,與所述⑶N服務器建立單一會話,把所述封裝視頻數(shù)據(jù)流發(fā)送到所述 CDN服務器,并由所述CDN服務器向所述監(jiān)控客戶端設備側(cè)的出口路由設備轉(zhuǎn)發(fā)所述視頻 數(shù)據(jù)流,以使所述出口路由設備根據(jù)所述通道標識向所述監(jiān)控客戶端設備發(fā)送所述視頻數(shù) 據(jù)流。
[0045] 監(jiān)控前端設備在完成視頻數(shù)據(jù)流封裝后,無需根據(jù)通道的不同與CDN服務器建立 多個會話,不同通道的視頻數(shù)據(jù)流可以通過同一會話發(fā)送給CDN服務器。CDN服務器將視頻 數(shù)據(jù)流轉(zhuǎn)發(fā)給監(jiān)控客戶端側(cè)的出口路由設備,由出口路由設備根據(jù)視頻數(shù)據(jù)流中攜帶的監(jiān) 控前端設備的通道標識決定是否向監(jiān)控客戶端設備轉(zhuǎn)發(fā)。
[0046] 在步驟310中,監(jiān)控前端設備接收的業(yè)務請求報文中除了攜帶監(jiān)控前端設備的 通道標識,還攜帶了業(yè)務請求類型、監(jiān)控客戶端標識以及老化時間,其中,監(jiān)控客戶端標識 可以是唯一代表該監(jiān)控客戶端設備的信息,如IP(Internet Protocol,網(wǎng)際協(xié)議)地址、 MAC(Media Access Control,介質(zhì)訪問控制)地址、CPU(Central Processing Unit,中央處 理器)串號等。本申請實施例中為了使描述更加清楚明了,使用圖2中標注的監(jiān)控客戶端 設備的名稱作為客戶端標識。例如,PC1請求IPC2的實況,則業(yè)務請求報文中的監(jiān)控客戶 端標識為PC1。
[0047] 監(jiān)控前端設備獲得上述信息后,首先判斷業(yè)務請求類型,根據(jù)不同的判斷結(jié)果,分 以下兩種情況進行處理:
[0048] 當業(yè)務請求類型為點播請求時,將監(jiān)控客戶端標識、通道標識以及老化時間的對 應關(guān)系表項添加到前端點播分配表中。以NVR1為例,當NVR1接收到PC1發(fā)送的請求點播 IPC2的業(yè)務請求報文后,從業(yè)務請求報文中獲取通道標識為NVR1的T2,客戶端標識為PC1, 則保存NVR1的T2與PC1的對應關(guān)系,如表1所示。
[0049]

【權(quán)利要求】
1. 一種基于內(nèi)容分發(fā)網(wǎng)絡CDN的視頻數(shù)據(jù)流傳輸方法,應用于監(jiān)控前端設備上,其特 征在于,該方法包括: 接收CDN服務器轉(zhuǎn)發(fā)的監(jiān)控客戶端設備發(fā)送的業(yè)務請求報文,所述業(yè)務請求報文中攜 帶所述業(yè)務請求對應的所述監(jiān)控前端設備的通道標識; 根據(jù)所述通道標識封裝視頻數(shù)據(jù)流,在所述視頻數(shù)據(jù)流中攜帶所述通道標識; 與所述CDN服務器建立單一會話,把所述封裝視頻數(shù)據(jù)流發(fā)送到所述CDN服務器,并由 所述CDN服務器向所述監(jiān)控客戶端設備側(cè)的出口路由設備轉(zhuǎn)發(fā)所述視頻數(shù)據(jù)流,W使所述 出口路由設備根據(jù)所述通道標識向所述監(jiān)控客戶端設備發(fā)送所述視頻數(shù)據(jù)流。
2. 如權(quán)利要求1所述的方法,其特征在于,所述在所述視頻數(shù)據(jù)流中攜帶所述通道標 識,具體為; 在所述視頻數(shù)據(jù)流的網(wǎng)際協(xié)議IP包頭的選項化tion字段攜帶所述通道標識。
3. 如權(quán)利要求1所述的方法,其特征在于,所述業(yè)務請求報文中還攜帶業(yè)務請求類型、 監(jiān)控客戶端標識W及老化時間,所述方法還包括: 從所述業(yè)務請求報文中獲取所述業(yè)務請求類型、所述監(jiān)控客戶端標識W及所述老化時 間; 判斷所述業(yè)務請求類型; 當所述業(yè)務請求類型為點播請求時,將所述監(jiān)控客戶端標識、所述通道標識W及所述 老化時間的對應關(guān)系表項添加到前端點播分配表中; 當所述業(yè)務請求類型為停播請求時,查詢所述前端點播分配表; 刪除所述前端點播分配表中所述監(jiān)控客戶端標識與所述通道標識的對應關(guān)系表項,當 所述前端點播分配表中無所述通道標識的對應表項時,所述監(jiān)控前端設備停止封裝和向所 述CDN服務器發(fā)送所述通道標識對應的視頻數(shù)據(jù)流; 或者, 定期檢查所述前端點播分配表,刪除達到老化時間的所述前端點播分配表中所述監(jiān)控 客戶端標識與所述通道標識的對應關(guān)系表項,當所述前端點播分配表中無所述通道標識對 應表項時,所述監(jiān)控前端設備停止封裝和向所述CDN服務器發(fā)送所述通道標識對應的視頻 數(shù)據(jù)流。
4. 一種基于CDN的視頻數(shù)據(jù)流傳輸方法,應用于基于CDN的監(jiān)控系統(tǒng)中,其特征在于, 該方法包括: 監(jiān)控前端設備接收CDN服務器轉(zhuǎn)發(fā)的第一監(jiān)控客戶端設備發(fā)送的第一業(yè)務請求報文, 所述第一業(yè)務請求報文中攜帶所述第一業(yè)務請求對應的所述監(jiān)控前端設備的第一通道標 識; 所述監(jiān)控前端設備根據(jù)所述第一通道標識封裝視頻數(shù)據(jù)流,所述視頻數(shù)據(jù)流中攜帶所 述第一通道標識; 所述監(jiān)控前端設備與所述CDN服務器建立單一會話,把所述封裝視頻數(shù)據(jù)流發(fā)送到所 述CDN服務器,并由所述CDN服務器向所述監(jiān)控客戶端設備側(cè)的出口路由設備轉(zhuǎn)發(fā)所述視 頻數(shù)據(jù)流; 所述出口路由設備接收所述視頻數(shù)據(jù)流; 所述出口路由設備從所述視頻數(shù)據(jù)流中獲取所述第一通道標識; 所述出口路由設備查詢路由點播分配表中是否存在所述第一通道標識的對應關(guān)系表 項,所述路由點播分配表存儲所述第一通道標識和請求所述第一通道視頻數(shù)據(jù)流的第一監(jiān) 控客戶端設備的對應關(guān)系; 當存在所述第一通道標識的對應關(guān)系表項時,所述出口路由設備向所述第一監(jiān)控客戶 端設備發(fā)送所述視頻數(shù)據(jù)流。
5. 如權(quán)利要求4所述的方法,其特征在于,所述方法還包括: 所述出口路由設備接收所述第一監(jiān)控客戶端設備發(fā)送的第一業(yè)務請求報文,所述第一 業(yè)務請求報文中攜帶業(yè)務請求類型、第一監(jiān)控客戶端標識、所述第一通道標識W及所述老 化時間; 所述出口路由設備判斷所述業(yè)務請求類型; 當所述業(yè)務請求類型為第一點播請求時,所述出口路由設備將所述第一監(jiān)控客戶端標 識、所述第一通道標識W及所述老化時間的對應關(guān)系表項添加到路由點播分配表中; 當所述業(yè)務請求類型為停播請求時,所述出口路由設備查詢所述路由點播分配表; 所述出口路由設備刪除所述路由點播分配表中所述第一監(jiān)控客戶端標識與所述第一 通道標識的對應關(guān)系表項; 或者, 所述出口路由設備定期檢查所述路由點播分配表,刪除達到老化時間的所述路由點播 分配表中所述第一監(jiān)控客戶端標識與所述第一通道標識的對應關(guān)系表項。
6. 如權(quán)利要求5所述方法,其特征在于,所述方法還包括: 當所述出口路由設備接收到所述第一業(yè)務請求報文后接收到第二監(jiān)控客戶端設備向 所述監(jiān)控前端設備發(fā)送的第二業(yè)務請求報文,查詢所述路由點播分配表,所述第二業(yè)務請 求報文中攜帶所述第二業(yè)務請求對應的所述監(jiān)控前端設備的第二通道標識; 所述出口路由設備從所述路由點播分配表中獲取所述監(jiān)控前端設備的第一通道標 識; 所述出口路由設備將所述第一通道標識添加到所述第二業(yè)務請求報文中; 所述出口路由設備向所述CDN服務器發(fā)送所述第二業(yè)務請求報文,由所述CDN服務 器向所述監(jiān)控前端設備轉(zhuǎn)發(fā)所述第二業(yè)務請求報文,W使所述監(jiān)控前端設備根據(jù)所述第一 通道標識和所述第二通道標識分別封裝視頻數(shù)據(jù)流后發(fā)送給所述CDN服務器,所述CDN服 務器通過與所述出口路由設備建立的第二會話將所述視頻數(shù)據(jù)流發(fā)送給所述出口路由設 備; 所述出口路由設備接收所述視頻數(shù)據(jù)流,所述視頻數(shù)據(jù)流中攜帶所述第一通道標識和 所述第二通道標識; 所述出口路由設備查詢所述路由點播分配表; 所述出口路由設備根據(jù)所述路由點播分配表中所述第一通道標識的對應關(guān)系表項,將 所述第一通道的視頻數(shù)據(jù)流發(fā)送給所述第一監(jiān)控客戶端設備; 所述出口路由設備根據(jù)所述路由點播分配表中所述第二通道標識的對應關(guān)系表項,將 所述第二通道的視頻數(shù)據(jù)流發(fā)送給所述第二監(jiān)控客戶端設備; 當所述出口路由設備再次接收到所述第一業(yè)務請求報文時,不再向所述CDN服務器發(fā) 送所述第一業(yè)務請求報文,所述第一業(yè)務請求報文對應的所述CDN服務器與所述出口路由 設備建立的第一會話取消。
7. -種基于內(nèi)容分發(fā)網(wǎng)絡CDN的視頻數(shù)據(jù)流傳輸裝置,應用于監(jiān)控前端設備上,其特 征在于,該裝置包括: 接收單元,用于接收CDN服務器轉(zhuǎn)發(fā)的監(jiān)控客戶端設備發(fā)送的業(yè)務請求報文,所述業(yè) 務請求報文中攜帶所述業(yè)務請求對應的所述監(jiān)控前端設備的通道標識; 封裝單元,用于根據(jù)所述通道標識封裝視頻數(shù)據(jù)流,在所述視頻數(shù)據(jù)流中攜帶所述通 道標識; 發(fā)送單元,用于與所述CDN服務器建立單一會話,把所述封裝視頻數(shù)據(jù)流發(fā)送到所述 CDN服務器,并由所述CDN服務器向所述監(jiān)控客戶端設備側(cè)的出口路由設備轉(zhuǎn)發(fā)所述視頻 數(shù)據(jù)流,W使所述出口路由設備根據(jù)所述通道標識向所述監(jiān)控客戶端設備發(fā)送所述視頻數(shù) 據(jù)流。
8. 如權(quán)利要求7所述的裝置,其特征在于: 所述封裝單元在所述視頻數(shù)據(jù)流中攜帶所述通道標識,具體為: 在所述視頻數(shù)據(jù)流的網(wǎng)際協(xié)議IP包頭的選項化tion字段攜帶所述通道標識。
9. 如權(quán)利要求7所述的裝置,其特征在于,所述裝置還包括: 獲取單元,用于從所述業(yè)務請求報文中獲取業(yè)務請求類型、監(jiān)控客戶端標識W及老化 時間; 判斷單元,用于判斷所述業(yè)務請求類型; 處理單元,用于當所述業(yè)務請求類型為點播請求時,將所述監(jiān)控客戶端標識、所述通 道標識W及所述老化時間的對應關(guān)系表項添加到前端點播分配表中;當所述業(yè)務請求類 型為停播請求時,查詢所述前端點播分配表;刪除所述前端點播分配表中所述監(jiān)控客戶端 標識與所述通道標識的對應關(guān)系表項,當所述前端點播分配表中無所述通道標識的對應表 項時,所述監(jiān)控前端設備停止封裝和向所述CDN服務器發(fā)送所述通道標識對應的視頻數(shù)據(jù) 流;或者,定期檢查所述前端點播分配表,刪除達到老化時間的所述前端點播分配表中所述 監(jiān)控客戶端標識與所述通道標識的對應關(guān)系表項,當所述前端點播分配表中無所述通道標 識對應表項時,所述監(jiān)控前端設備停止封裝和向所述CDN服務器發(fā)送所述通道標識對應的 視頻數(shù)據(jù)流。
10. -種基于CDN的視頻數(shù)據(jù)流傳輸系統(tǒng),其特征在于,該系統(tǒng)包括: 監(jiān)控前端設備,用于接收CDN服務器轉(zhuǎn)發(fā)的第一監(jiān)控客戶端設備發(fā)送的第一業(yè)務請求 報文,所述第一業(yè)務請求報文中攜帶所述第一業(yè)務請求對應的所述監(jiān)控前端設備的第一通 道標識;根據(jù)所述第一通道標識封裝視頻數(shù)據(jù)流,所述視頻數(shù)據(jù)流中攜帶所述第一通道標 識;與所述CDN服務器建立單一會話,把所述封裝視頻數(shù)據(jù)流發(fā)送到所述CDN服務器,并由 所述CDN服務器向所述監(jiān)控客戶端設備側(cè)的出口路由設備轉(zhuǎn)發(fā)所述視頻數(shù)據(jù)流; 出口路由設備,用于接收所述視頻數(shù)據(jù)流;從所述視頻數(shù)據(jù)流中獲取所述第一通道標 識;查詢路由點播分配表中是否存在所述第一通道標識的對應關(guān)系表項,所述路由點播分 配表存儲所述第一通道標識和請求所述第一通道視頻數(shù)據(jù)流的第一監(jiān)控客戶端設備的對 應關(guān)系;當存在所述第一通道標識的對應關(guān)系表項時,向所述第一監(jiān)控客戶端設備發(fā)送所 述視頻數(shù)據(jù)流。
11. 如權(quán)利要求10所述的系統(tǒng),其特征在于,所述系統(tǒng)還包括: 所述出口路由設備,還用于接收所述第一監(jiān)控客戶端設備發(fā)送的第一業(yè)務請求報文, 所述第一業(yè)務請求報文中攜帶業(yè)務請求類型、第一監(jiān)控客戶端標識、所述第一通道標識W 及所述老化時間;判斷所述業(yè)務請求類型;當所述業(yè)務請求類型為第一點播請求時,將所 述第一監(jiān)控客戶端標識、所述第一通道標識W及所述老化時間的對應關(guān)系表項添加到路由 點播分配表中;當所述業(yè)務請求類型為停播請求時,查詢所述路由點播分配表;刪除所述 路由點播分配表中所述第一監(jiān)控客戶端標識與所述第一通道標識的對應關(guān)系表項;或者, 定期檢查所述路由點播分配表,刪除達到老化時間的所述路由點播分配表中所述第一監(jiān)控 客戶端標識與所述第一通道標識的對應關(guān)系表項。
12.如權(quán)利要求10所述系統(tǒng),其特征在于,所述系統(tǒng)還包括: 所述出口路由設備,還用于當接收到所述第一業(yè)務請求報文后接收到第二監(jiān)控客戶端 設備向所述監(jiān)控前端設備發(fā)送的第二業(yè)務請求報文,查詢所述路由點播分配表,所述第二 業(yè)務請求報文中攜帶所述第二業(yè)務請求對應的所述監(jiān)控前端設備的第二通道標識;從所述 路由點播分配表中獲取所述監(jiān)控前端設備的第一通道標識;將所述第一通道標識添加到所 述第二業(yè)務請求報文中;向所述CDN服務器發(fā)送所述第二業(yè)務請求報文,由所述CDN服務器 向所述監(jiān)控前端設備轉(zhuǎn)發(fā)所述第二業(yè)務請求報文,W使所述監(jiān)控前端設備根據(jù)所述第一通 道標識和所述第二通道標識分別封裝視頻數(shù)據(jù)流后發(fā)送給所述CDN服務器,所述CDN服務 器通過與所述出口路由設備建立的第二會話將所述視頻數(shù)據(jù)流發(fā)送給所述出口路由設備; 接收所述視頻數(shù)據(jù)流,所述視頻數(shù)據(jù)流中攜帶所述第一通道標識和所述第二通道標識;查 詢所述路由點播分配表;根據(jù)所述路由點播分配表中所述第一通道標識的對應關(guān)系表項, 將所述第一通道的視頻數(shù)據(jù)流發(fā)送給所述第一監(jiān)控客戶端設備;根據(jù)所述路由點播分配表 中所述第二通道標識的對應關(guān)系表項,將所述第二通道的視頻數(shù)據(jù)流發(fā)送給所述第二監(jiān)控 客戶端設備;當再次接收到所述第一業(yè)務請求報文時,不再向所述CDN服務器發(fā)送所述第 一業(yè)務請求報文,所述第一業(yè)務請求報文對應的所述CDN服務器與所述出口路由設備建立 的第一會話取消。
【文檔編號】H04N21/643GK104469315SQ201410788861
【公開日】2015年3月25日 申請日期:2014年12月17日 優(yōu)先權(quán)日:2014年12月17日
【發(fā)明者】周迪, 余劍聲, 趙子華 申請人:浙江宇視科技有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1
鄂托克旗| 泰来县| 榆中县| 琼中| 高台县| 丰顺县| 焉耆| 凤翔县| 临泉县| 张家川| 云浮市| 东乌珠穆沁旗| 水城县| 沂源县| 合水县| 罗平县| 怀安县| 仙桃市| 科技| 铜川市| 洛南县| 汉源县| 离岛区| 呼和浩特市| 洛浦县| 桂平市| 伊吾县| 淳安县| 浦城县| 井冈山市| 大英县| 宜良县| 甘德县| 临洮县| 宜兴市| 海城市| 永春县| 寿宁县| 乌拉特前旗| 东平县| 葫芦岛市|