基于cdn網(wǎng)絡的傳輸系統(tǒng)及方法
【專利摘要】本發(fā)明公開了一種基于CDN網(wǎng)絡的傳輸系統(tǒng)，包括CDN接入層設備，其適于從播放源接收包括索引文件和分片文件的播放數(shù)據(jù)，將所述播放數(shù)據(jù)中的分片文件進行流化處理，并封裝成播放數(shù)據(jù)流；CDN傳輸層設備，其包括多個傳輸層，適于根據(jù)所述邊緣層分發(fā)設備傳送的來自播放終端的請求，將封裝好的播放數(shù)據(jù)流傳送至邊緣層分發(fā)設備；以及邊緣層分發(fā)設備，其適于接收所述播放數(shù)據(jù)流，將其分割成分片文件，并生成對應的索引文件，然后根據(jù)所述索引文件將所述分片文件分發(fā)給發(fā)出請求的播放終端。另外，本發(fā)明還提供一種基于CDN網(wǎng)絡的傳輸方法。利用本發(fā)明，可以減少CDN服務的壓力，提高傳輸效率、降低磁盤的損壞率。
【專利說明】基于CDN網(wǎng)絡的傳輸系統(tǒng)及方法
【技術領域】
[0001]本發(fā)明涉及互聯(lián)網(wǎng)中的數(shù)據(jù)傳輸【技術領域】，尤其涉及基于⑶N網(wǎng)絡(全稱是Content Delivery Network,即內(nèi)容分發(fā)網(wǎng)絡)的傳輸系統(tǒng)及方法。
【背景技術】
[0002]隨著互聯(lián)網(wǎng)技術的快速發(fā)展，出現(xiàn)越來越多的網(wǎng)絡音頻和視頻節(jié)目，包括直播的、非直播的網(wǎng)絡音頻和視頻節(jié)目。目前通常采用CDN網(wǎng)絡平臺將播放源的數(shù)據(jù)從源端傳送至播放終端。由于播放數(shù)據(jù)中包含多個分片文件，所以每個分片文件下發(fā)時，都會單獨地向⑶N網(wǎng)絡發(fā)送請求，因此⑶N網(wǎng)絡需要處理多個請求，這給⑶N網(wǎng)絡造成很大壓力。

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

[0003]鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的基于CDN網(wǎng)絡的傳輸系統(tǒng)及方法。
[0004]依據(jù)本發(fā)明的一個方面，提供一種基于⑶N網(wǎng)絡的傳輸系統(tǒng),包括⑶N接入層設備、多個CDN傳輸層設備、以及邊緣層分發(fā)設備，其中，所述CDN接入層設備適于從播放源接收播放數(shù)據(jù)，該播放數(shù)據(jù)包括索引文件和基于該索引文件下載的分片文件，將所述播放數(shù)據(jù)中的分片文件進行流化處理，并封裝成播放數(shù)據(jù)流；所述CDN傳輸層設備，包括多個傳輸層，適于根據(jù)所述邊緣層分發(fā)設備傳送的來自播放終端的請求，將封裝好的播放數(shù)據(jù)流傳送至邊緣層分發(fā)設備；以及所述邊緣層分發(fā)設備適于接收所述播放數(shù)據(jù)流，將其分割成分片文件，并生成對應的索引文件，然后根據(jù)所述索引文件將所述分片文件分發(fā)給發(fā)出請求的播放終端。
[0005]依據(jù)本發(fā)明的另一個方面，提供一種基于⑶N網(wǎng)絡的傳輸方法,其包括:從播放源接收播放數(shù)據(jù)，所述播放數(shù)據(jù)包括索引文件和基于所述索引文件下載的分片文件；將所述播放數(shù)據(jù)中的分片文件進行流化處理，封裝成播放數(shù)據(jù)流；根據(jù)邊緣節(jié)點傳送的來自播放終端的請求，將封裝好的播放數(shù)據(jù)流經(jīng)CDN網(wǎng)絡的傳輸層傳送至邊緣節(jié)點；所述邊緣節(jié)點接收所述播放數(shù)據(jù)流，將其分割成分片文件，并生成對應的索引文件；以及根據(jù)所述索引文件將所述分片文件分發(fā)給發(fā)出請求的播放終端。
[0006]本發(fā)明的基于CDN網(wǎng)絡的傳輸系統(tǒng)及方法，主要具有以下優(yōu)點:一方面，本發(fā)明將播放數(shù)據(jù)(例如HLS分片文件)進入CDN網(wǎng)絡分發(fā)前將其流化，使其以比特流的方式在CDN網(wǎng)絡中進行傳輸。由于采用了真正意義上的數(shù)據(jù)流式的傳輸，數(shù)據(jù)可以不需要使用CDN的服務器硬盤進行緩存，而是使用CDN系統(tǒng)中設備的內(nèi)存資源進行快速轉發(fā)。也就是說CDN的傳輸層設備在不配備緩存硬盤的情況下依然可以完成傳輸任務，而且使用內(nèi)存緩存、轉發(fā)數(shù)據(jù)會大大提高數(shù)據(jù)傳輸效率。
[0007]另外，由于本發(fā)明采用數(shù)據(jù)流式的傳輸方式，邊緣層分發(fā)設備收到一次請求即可持續(xù)接收數(shù)據(jù)，避免了 CDN設備對多個分片文件需要處理多次請求的過程，提高了 CDN服務能力，降低CDN設備的服務壓力。[0008]還有，在本發(fā)明中，流化后的數(shù)據(jù)在到達邊緣層分發(fā)設備后，根據(jù)HLS規(guī)范生成分片文件及對應的索引文件，這避免了索引文件也要進行分發(fā)的缺點。
[0009]上述說明僅是本發(fā)明技術方案的概述，為了能夠更清楚了解本發(fā)明的技術手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的【具體實施方式】。
【專利附圖】

【附圖說明】
[0010]通過閱讀下文優(yōu)選實施方式的詳細描述，各種其他的優(yōu)點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中:
[0011]圖1示出了根據(jù)本發(fā)明的一個實施方式的基于CDN網(wǎng)絡的傳輸系統(tǒng)的方框圖；以及
[0012]圖2示出了根據(jù)本發(fā)明的另一個實施方式的基于CDN網(wǎng)絡的傳輸方法的流程圖?！揪唧w實施方式】
[0013]下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現(xiàn)本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整地傳達給本領域的技術人員。
[0014]本發(fā)明提出一種基于⑶N網(wǎng)絡的傳輸系統(tǒng)100。如圖1所不,本發(fā)明的基于⑶N網(wǎng)絡的傳輸系統(tǒng)100包括⑶N接入層設備110、多個⑶N傳輸層設備120、以及邊緣層分發(fā)設備 130。
[0015]⑶N接入層設備110適于從播放源接收播放數(shù)據(jù)，該播放數(shù)據(jù)包括索引文件和基于該索引文件下載的分片文件，然后將所述播放數(shù)據(jù)中的分片文件進行流化處理，并封裝成播放數(shù)據(jù)流。
[0016]例如，由視頻直播源提供的HLS協(xié)議數(shù)據(jù)包括一個m3u (8)的索引文件、多個TS分片文件、和key加密串文件。每個文件都是1-2M的小文件。這里，HLS是Apple公司的動態(tài)碼率自適應技術，主要用于PC機和Apple終端的音視頻服務。
[0017]目前可以使用HLS技術在普通的HTTP的應用上直接提供點播和直播。HLS直播流傳輸主要以動態(tài)下載分片文件的方式進行，分片文件內(nèi)容不斷地被更新和下載實現(xiàn)了類似于不間斷實時流傳輸?shù)男Ч?br> [0018]下面以HLS直播文件流為例對本發(fā)明的基于CDN網(wǎng)絡的傳輸系統(tǒng)100進行詳細說明。
[0019]播放源105提供的播放數(shù)據(jù)包含索引文件以及依照該索引文件下載的分片文件。如圖1所示，播放源105是提供HLS直播文件流的直播源。例如，第一種播放源105可以包括硬件編碼器或者包括硬件編碼器和流分割器，其將來自攝影設備等的直播流進行處理后輸出播放終端140所能支持的編碼格式的數(shù)據(jù)，例如H.264視頻編碼和AAC音頻編碼，這種播放源提供HTTP可訪問的m3u8文件URL，即標準的HLS數(shù)據(jù)。第二種播放源105是提供基于H.264視頻編碼、AAC音頻編碼的HTTP/TS數(shù)據(jù)流(即HTTP協(xié)議TS封裝的實時數(shù)據(jù)流)的數(shù)據(jù)源。
[0020]CDN接入層設備110會從播放源105接收播放數(shù)據(jù)，并將其自動封裝成一個數(shù)據(jù)流。例如，⑶N接入層設備110通過互聯(lián)網(wǎng)代理服務軟件從播放源105接收播放數(shù)據(jù)。
[0021 ] 互聯(lián)網(wǎng)代理服務軟件早期主要用于對網(wǎng)頁內(nèi)容進行緩存加速，通過代理服務器替用戶訪問、緩存網(wǎng)頁，使用戶通過訪問代理服務器緩存數(shù)據(jù)獲得良好的訪問體驗。代理服務器的具體原理如下:代理軟件接收用戶的下載申請，并自動處理所下載的數(shù)據(jù)。也就是說，當一個用戶想要下載一個主頁時，它向代理服務器發(fā)出一個請求，要代理服務器替它下載，然后代理服務器連接所申請網(wǎng)站并請求該主頁，接著把該主頁傳給用戶同時保留一個備份，當其它用戶請求同樣的頁面時，代理服務器把保存的備份立即傳給用戶，使用戶覺得訪問速度很快。
[0022]無論播放源105是哪種源，⑶N接入層設備110都會將源數(shù)據(jù)重新封裝為標準的TS流數(shù)據(jù)包進行傳輸。TS是一種長度為188字節(jié)的定長數(shù)據(jù)包。在TS數(shù)據(jù)流中可以填入多種類型的數(shù)據(jù)，如視頻、音頻、自定義信息等等。對于來自上述第一種播放源105的播放數(shù)據(jù)，CDN接入層設備110接收所述播放數(shù)據(jù)，并根據(jù)播放數(shù)據(jù)中的m3u8索引文件中分片文件的URL信息請求分片文件，然后將所述分片文件拆解、打包成TS數(shù)據(jù)包，同時封裝以自定義信息，即最后封裝成為標準的HTTP/TS數(shù)據(jù)流，以便在CDN傳輸層設備120中傳輸。對于來自上述第二種播放源105的播放數(shù)據(jù)，⑶N接入層設備110在接收到HTTP/TS源數(shù)據(jù)后，對其進行拆解、打包，以形成TS數(shù)據(jù)包，同時封裝以自定義信息，即最后封裝成為標準的HTTP/TS數(shù)據(jù)流后，以便在⑶N傳輸層設備120中傳輸。
[0023]這里，封裝的自定義信息可以包括私有包頭信息、幀編號、數(shù)據(jù)包類型、版本等，用于實現(xiàn)丟包檢測、數(shù)據(jù)還原、防數(shù)據(jù)篡改等功能。
[0024]⑶N傳輸層設備120包括多個傳輸層，是一種多級架構的分發(fā)網(wǎng)絡，通常采用多級文件緩存分發(fā)技術為播放終端140提供服務。CDN傳輸層設備120適于根據(jù)邊緣層分發(fā)設備130傳送的來自播放終端140的請求，將封裝好的播放數(shù)據(jù)流傳送至邊緣層分發(fā)設備130。
[0025]⑶N傳輸層設備120可以基于邊緣層分發(fā)設備130傳送的來自播放終端140的請求，結合互聯(lián)網(wǎng)鏈路狀況，為下層設備配置最佳的回源數(shù)據(jù)鏈路，因此，數(shù)據(jù)分發(fā)是以下層設備向上層設備發(fā)起數(shù)據(jù)請求來進行數(shù)據(jù)傳輸?shù)摹＿@里，位于數(shù)據(jù)傳輸?shù)南掠蔚脑O備相對于其上游的設備即為下層設備，相反，位于數(shù)據(jù)傳輸?shù)纳嫌蔚脑O備相對于其下游的設備即為上層設備。通過上述方式，CDN接入層設備110封裝好的播放數(shù)據(jù)流以透明傳輸方式在傳輸層中從上至下傳送至邊緣層分發(fā)設備130。當然，⑶N傳輸層設備120的數(shù)據(jù)分發(fā)方式不限于上述一種方式，還可以采用其它方式。
[0026] 邊緣層分發(fā)設備130包含多個邊緣節(jié)點，將播放數(shù)據(jù)流傳送至邊緣層分發(fā)設備130中的哪個邊緣節(jié)點，可以由CND網(wǎng)絡根據(jù)播放終端IP、設備業(yè)務配置、及服務壓力等因素確定。當播放終端140請求命中某一邊緣節(jié)點后，該邊緣節(jié)點根據(jù)CDN網(wǎng)絡為其配置的最佳回源路徑向上層設備獲取數(shù)據(jù)流，之后，CDN傳輸層設備120將該邊緣節(jié)點所請求的數(shù)據(jù)基于所述最佳回源路徑從其第一傳輸層設備、第二傳輸層設備、…、第η傳輸層設備(其中η為自然數(shù))，傳輸至所述邊緣節(jié)點。此后，即使播放終端140斷開連接，該邊緣節(jié)點仍會在一段時間內(nèi)不斷從上層設備獲取數(shù)據(jù)流，以確保新的播放終端140的請求命中此邊緣節(jié)點時，該邊緣節(jié)點能夠快速地向新的播放終端140發(fā)送數(shù)據(jù)。其中，該邊緣節(jié)點的上層設備從高于其配置層級的設備獲取數(shù)據(jù)。
[0027]如果CDN傳輸層設備120以文件傳輸方式對分片文件進行傳輸，對HLS直播來說，新的分片文件不斷產(chǎn)生，CDN網(wǎng)絡的設備之間對每個分片文件分發(fā)傳輸都是一次獨立請求處理過程。同時索引文件也因新分片文件的產(chǎn)生不斷更新索引信息，當播放終端不斷重新請求索引文件以獲得最新版本時，索引文件每更新一次，在CDN網(wǎng)絡的設備之間的分發(fā)傳輸也是一次獨立請求處理過程。這使得⑶N網(wǎng)絡因處理請求的次數(shù)頻繁而降低了服務能力。還有，CDN傳輸層設備緩存分片文件、索引文件均使用硬盤，每經(jīng)過一次分發(fā)，都會經(jīng)過磁盤寫入、讀取的過程，磁盤的損壞率也會大幅增加，而且硬盤頻繁讀寫瓶頸大大降低了數(shù)據(jù)傳輸效率。
[0028]本發(fā)明的基于CDN網(wǎng)絡的傳輸系統(tǒng)將HLS分片文件數(shù)據(jù)拼接為持續(xù)傳輸?shù)臄?shù)據(jù)流，在CDN網(wǎng)絡的設備之間只需要一次請求過程即可獲得持續(xù)的數(shù)據(jù)流，不需要分別進行多次請求，降低了連接開銷，可以提高傳輸效率，減?、荖網(wǎng)絡的服務壓力。另外，數(shù)據(jù)流的傳輸只占用內(nèi)存，不占用硬盤，可以節(jié)約磁盤資源。另外，由于數(shù)據(jù)流始終在內(nèi)存中緩存更新、可快速轉發(fā)至邊緣層分發(fā)設備130，進一步提高了傳輸效率。
[0029]還有，由于在本發(fā)明中，在⑶N網(wǎng)絡中傳輸?shù)氖菙?shù)據(jù)流，而不是一個個文件，這樣，還可以優(yōu)化傳輸路徑。具體地，本發(fā)明中CDN對實時流的分發(fā)采用應用層組播方式，即在一個邊緣節(jié)點內(nèi)指定一個邏輯上的主設備接收上層(骨干)節(jié)點實時流，然后以組播復制的方式將實時流分發(fā)給邏輯上的二層、三層、η層設備，以樹狀結構不斷向下層設備復制分發(fā)，對于下層設備可從多個上層設備獲得數(shù)據(jù)，有效均衡了節(jié)點內(nèi)設備的壓力，提高節(jié)點的整體負載冗余能力。以HTTP代理軟件對HLS碎片文件的緩存分發(fā)方式雖然也可以通過配置實現(xiàn)層次化的緩存結構，但配置過程是一種靜態(tài)配置方式，難以向實時流那樣根據(jù)設備運行狀況自動優(yōu)化選擇在設備之間的分發(fā)路徑。
[0030]另外，本發(fā)明的基于CDN的傳輸系統(tǒng)采用現(xiàn)有的網(wǎng)絡HTTP傳輸技術，傳輸數(shù)據(jù)流，而對源端及播放終端不需要提出任何特殊要求。
[0031]邊緣層分發(fā)設備130接收所述播放數(shù)據(jù)流后，將其分割成分片文件，并生成對應的索引文件，然后根據(jù)所述索引文件將所述分片文件分發(fā)給發(fā)出請求的播放終端140。
[0032]邊緣層分發(fā)設備130具備流分割功能。該流分割功能會將流化數(shù)據(jù)分割成一系列分片文件并生成索引文件。對于HLS直播數(shù)據(jù)流來說，經(jīng)邊緣層分發(fā)設備130分割后，每個分片文件是一個獨立的后綴為.ts的文件，這些分片文件將在播放終端140重新拼接成一個連續(xù)播放的流。分割生成的.ts文件可以生成與源規(guī)格完全一致的TS分片文件，也可以改變分片文件的數(shù)量及分片文件的大小，生成與源規(guī)格有一定差異的TS分片文件，但生成的TS分片文件符合HLS規(guī)范要求，保證能在播放終端140正常播放。所生成的索引文件是根據(jù)分割成的分片文件生成的一個符合HLS規(guī)范的、后綴名為.m3u8的索引文件。該索引文件包含針對每個分片文件的索引信息和相關參考信息。每生成一個新的.ts分片文件，.m3u8索引文件就會更新一次。索引文件中的索引信息可以被用來指示分片文件的起始序列號、分片文件長度以及分片文件的URL。
[0033]播放終端140根據(jù)⑶N的分配結果向指定的邊緣節(jié)點請求m3u8索引文件。由于.ts分片文件和.m3u8索引文件不斷更新，播放終端140會周期性地請求索引文件的最新版本以保證持續(xù)獲得最新的.ts分片文件列表信息，避免出現(xiàn)錯誤。播放終端140根據(jù)索引文件中分片文件URL來請求分片文件并播放。
[0034]下面是一個簡單的索引文件示例，從中可以看出整個媒體流(即播放數(shù)據(jù)流)都包含在3個未經(jīng)加密的10秒分片文件中。
[0035]#EXTM3U
[0036]#EXT-X-MEDIA-SEQUENCE: O
[0037]#EXT-X-TARGETDURATION:10
[0038]#EXTINF:10,
[0039]http://media, example, com/segment1.ts
[0040]#EXTINF:10,
[0041]http://media, example, com/segment2.ts
[0042]#EXTINF:10,
[0043]http://media, example, com/segment3.ts
[0044]#EXT-X-ENDLIST
[0045]由于m3u8文件內(nèi)容會變化,需要實時刷新，如果直接在邊緣節(jié)點側生成，大大簡化了索引文件分發(fā)過程，對于源端(即播放源105側)也有效地降低了依賴源站獲取更新內(nèi)容進行分發(fā)所帶來的壓力，而且索引文件的刷新能快速響應播放終端的請求。如果按照傳統(tǒng)的方式，索引文件從源端一層一層地分發(fā)下來的話，播放終端140根據(jù)索引文件中分片文件的URL分別進行請求，對每個分片文件的請求都是一次完整的HTTP請求過程。同時由于.m3u8文件不斷被重寫，播放終端140在播放過程中對索引文件的每次請求都需要重新下載最新版本，因此傳統(tǒng)的文件分發(fā)方式會對源端105帶來大量請求，降低服務承載能力，如果采用多級分發(fā)機制會帶來較高的延遲，有可能會跟不上刷新速度，導致直播流的播放出現(xiàn)卡頓、回退的現(xiàn)象。
[0046]本發(fā)明還提供一種基于⑶N網(wǎng)絡的傳輸方法，如圖2所示，本發(fā)明的方法200起始于步驟S210，在步驟S210，從播放源接收播放數(shù)據(jù)，所述播放數(shù)據(jù)包括索引文件和依照該索引文件下載的分片文件。
[0047]播放源是提供播放文件流的源端。例如，第一種播放源包括硬件編碼器或者包括硬件編碼器和流分割器。例如，第一種播放源可以是將來自攝影設備等的直播流處理后輸出播放終端所能支持的編碼格式的數(shù)據(jù)源，例如輸出的數(shù)據(jù)格式是H.264視頻編碼和AAC音頻編碼，這種播放源提供HTTP可訪問的m3u8文件URL，即標準的HLS數(shù)據(jù)。第二種播放源是提供基于H.264視頻編碼、AAC音頻編碼的HTTP/TS數(shù)據(jù)流(即HTTP協(xié)議TS封裝的實時數(shù)據(jù)流)的數(shù)據(jù)源。當然，播放源不限于上面所述的兩種，這里只是為了舉例說明而列出了上述兩種。
[0048]在步驟S210，當從播放源接收數(shù)據(jù)時，會接收索引文件、以及依照該索引文件請求下載分片文件。
[0049]接下來，在步驟S230，將所述播放數(shù)據(jù)中的分片文件進行流化處理，封裝成播放數(shù)據(jù)流。所述流化處理包括將獲得的分片數(shù)據(jù)或者其它源數(shù)據(jù)(即，無論來自哪種播放源的何種數(shù)據(jù))進行拆解，封裝為標準TS傳輸數(shù)據(jù)包，并對TS數(shù)據(jù)包附加以自定義信息，以便其在⑶N的傳輸層中傳輸。這些封裝的自定義信息包括私有包頭信息、幀編號、數(shù)據(jù)包類型、版本等，在CDN傳輸層之間建立HTTP長鏈接后持續(xù)發(fā)送這種附加有自定義信息的TS數(shù)據(jù)包。
[0050]接下來，在步驟S250，根據(jù)邊緣節(jié)點傳送的來自播放終端的請求，將封裝好的播放數(shù)據(jù)流經(jīng)⑶N網(wǎng)絡的傳輸層傳送至邊緣節(jié)點。
[0051]⑶N網(wǎng)絡是一種多級架構的分發(fā)網(wǎng)絡，其具有多個傳輸層和邊緣節(jié)點。⑶N網(wǎng)絡基于播放終端的請求，根據(jù)IP段、負載等因素將播放數(shù)據(jù)流定位到某個邊緣節(jié)點，邊緣節(jié)點向上層設備請求數(shù)據(jù)，以驅動傳輸層的上層設備開始向下層設備發(fā)送數(shù)據(jù)流。
[0052]由于播放數(shù)據(jù)已經(jīng)被拼接成持續(xù)傳輸?shù)臄?shù)據(jù)流，在⑶N網(wǎng)絡的各設備之間只需要一次請求過程即可獲得持續(xù)的數(shù)據(jù)流，不需要分別進行多次請求，降低了連接開銷，可以提高傳輸效率，減小CDN服務壓力。而且，數(shù)據(jù)流的傳輸只占用內(nèi)存，不占用硬盤，所以可以節(jié)約磁盤資源。另外，由于數(shù)據(jù)流始終在內(nèi)存中緩存更新、可快速轉發(fā)至邊緣節(jié)點。
[0053]接下來，在步驟S270，所述邊緣節(jié)點接收所述播放數(shù)據(jù)流，將其分割成分片文件，并生成對應的索引文件。具體地，所述邊緣節(jié)點對所述播放數(shù)據(jù)流進行解封裝、流分割，或者生成與源規(guī)格(即，播放源或源端的規(guī)格)完全一致的原始的分片文件，或者改變分片文件的數(shù)量及分片文件的大小，生成與源規(guī)格有一定差異的分片文件，但生成的分片文件符合HLS規(guī)范要求，保證能在播放終端正常播放。所述索引文件是根據(jù)分割成的分片文件生成的索引文件，例如對于HLS直播流來說，索引文件為一個符合HLS規(guī)范的、后綴名為.m3u8的索引文件。該索引文件包含針對每個分片文件的索引信息和相關參考信息。
[0054]接下來，在步驟S290，根據(jù)所述索引文件將所述分片文件分發(fā)給發(fā)出請求的播放終端。具體地，邊緣節(jié)點根據(jù)在步驟S270中生成的索引文件，讀取所生成的分片文件，然后將所述分片文件分發(fā)給請求所述播放數(shù)據(jù)的播放終端，進行播放。
[0055]在此提供的算法和顯示不與任何特定計算機、虛擬系統(tǒng)或者其它設備固有相關。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構造這類系統(tǒng)所要求的結構是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應當明白，可以利用各種編程語言實現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實施方式。
[0056]在此處所提供的說明書中，說明了大量具體細節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細節(jié)的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構和技術，以便不模糊對本說明書的理解。
[0057]類似地，應當理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應將該公開的方法解釋成反映如下意圖:即所要求保護的本發(fā)明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說，如下面的權利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循【具體實施方式】的權利要求書由此明確地并入該【具體實施方式】，其中每個權利要求本身都作為本發(fā)明的單獨實施例。
[0058]本領域那些技術人員可以理解，可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中?？梢园褜嵤├械哪K或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設備的所有過程或單元進行組合。除非另外明確陳述，本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。
[0059]此外，本領域的技術人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在下面的權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。
[0060]本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的瀏覽器播放終端中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。
[0061]應該注意的是上述實施例對本發(fā)明進行說明而不是對本發(fā)明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。
【權利要求】
1.一種基于⑶N網(wǎng)絡的傳輸系統(tǒng),包括⑶N接入層設備、多個⑶N傳輸層設備、以及邊緣層分發(fā)設備，其中， 所述CDN接入層設備適于從播放源接收播放數(shù)據(jù)，該播放數(shù)據(jù)包括索引文件和基于該索引文件下載的分片文件，將所述播放數(shù)據(jù)中的分片文件進行流化處理，并封裝成播放數(shù)據(jù)流； 所述CDN傳輸層設備,包括多個傳輸層，適于根據(jù)所述邊緣層分發(fā)設備傳送的來自播放終端的請求，將封裝好的播放數(shù)據(jù)流傳送至邊緣層分發(fā)設備；以及 所述邊緣層分發(fā)設備適于接收所述播放數(shù)據(jù)流，將其分割成分片文件，并生成對應的索引文件，然后根據(jù)所述索引文件將所述分片文件分發(fā)給發(fā)出請求的播放終端。
2.根據(jù)權利要求1所述的系統(tǒng),其中， 所述CDN數(shù)據(jù)流接入層設備封裝成的播放數(shù)據(jù)流具有適于在所述CDN傳輸層設備中傳輸?shù)慕y(tǒng)一傳輸協(xié)議包頭。
3.根據(jù)權利要求1或2所述的系統(tǒng)，其中， 所述邊緣層分發(fā)設備將所接收的播放數(shù)據(jù)流分割成分片文件包括將所接收的播放數(shù)據(jù)流進行解封裝、流分割成分片文件。
4.根據(jù)權利要求3所述的系統(tǒng)，其中 所述邊緣層分發(fā)設備將解封裝后的播放數(shù)據(jù)流流分割成原始的分片文件，或者重新流分割成新的分片文件。
5.根據(jù)權利要求1-4中任何一項所述的系統(tǒng)， 其中所述播放數(shù) 據(jù)流為基于HTTP的流媒體網(wǎng)絡傳輸協(xié)議的直播文件流。
6.一種基于⑶N網(wǎng)絡的傳輸方法,其包括: 從播放源接收播放數(shù)據(jù)，所述播放數(shù)據(jù)包括索引文件和基于所述索引文件下載的分片文件； 將所述播放數(shù)據(jù)中的分片文件進行流化處理，封裝成播放數(shù)據(jù)流； 根據(jù)邊緣節(jié)點傳送的來自播放終端的請求,將封裝好的播放數(shù)據(jù)流經(jīng)CDN網(wǎng)絡的傳輸層傳送至邊緣節(jié)點； 所述邊緣節(jié)點接收所述播放數(shù)據(jù)流，將其分割成分片文件，并生成對應的索引文件；以及 根據(jù)所述索引文件將所述分片文件分發(fā)給發(fā)出請求的播放終端。
7.根據(jù)權利要求6所述的方法，其中， 所述將所述播放數(shù)據(jù)中的分片文件進行流化處理并封裝成播放數(shù)據(jù)流的步驟包括: 用適于在CDN網(wǎng)絡的傳輸層中傳輸?shù)慕y(tǒng)一傳輸協(xié)議包頭封裝經(jīng)過流化處理的播放數(shù)據(jù)，形成播放數(shù)據(jù)流。
8.根據(jù)權利要求6或7所述的方法，其中， 在所述邊緣節(jié)點側將所接收的播放數(shù)據(jù)流分割成分片文件的步驟包括: 將所接收的播放數(shù)據(jù)流進行解封裝、流分割成分片文件。
9.根據(jù)權利要求8所述的方法，其中， 所述流分割成分片文件的步驟包括: 將解封裝后的播放數(shù)據(jù)流流分割成原始的分片文件，或者重新流分割成新的分片文件。
10.根據(jù)權利要求6-9中任何一項所述的方法，其中， 所述播放數(shù)據(jù)流為基于HTTP的流媒體網(wǎng)絡傳輸協(xié)議的直播文件流。
【文檔編號】H04N21/845GK103986976SQ201410247267
【公開日】2014年8月13日 申請日期:2014年6月5日 優(yōu)先權日:2014年6月5日
【發(fā)明者】王斌忠, 支小牧, 王松, 段碩 申請人:北京賽維安訊科技發(fā)展有限公司