一種基于ott業(yè)務(wù)的視音屏碼流自適應(yīng)的方法
【專利摘要】本發(fā)明提供了一種基于OTT業(yè)務(wù)的視音屏碼流自適應(yīng)的方法,包括服務(wù)端接收到客戶端發(fā)送的請求信息；服務(wù)端查找到客戶端請求的資源，然后對資源進行不同帶寬的編碼、切片；服務(wù)端獲取客戶端即時所需的網(wǎng)絡(luò)帶寬；通過web服務(wù)器根據(jù)所匹配的帶寬分發(fā)數(shù)據(jù)流給客戶端；客戶端接收到數(shù)據(jù)流，對數(shù)據(jù)流進行重組、解碼、解密，恢復成原始的視音頻流，本發(fā)明的有益效果在于：（1）通過HTTP的碼流自適應(yīng)技術(shù)，提高OTT視頻在網(wǎng)絡(luò)帶寬波動的情況下提供平滑播放的業(yè)務(wù)體驗；（2）對各種視頻終端的屏幕實現(xiàn)分辨率匹配策略，尤其在無線網(wǎng)絡(luò)環(huán)境下，減少OTT視頻對網(wǎng)絡(luò)開銷，降低無線網(wǎng)絡(luò)擁塞的可能，從而提高業(yè)務(wù)體驗質(zhì)量。
【專利說明】一種基于OTT業(yè)務(wù)的視音屏碼流自適應(yīng)的方法
[0001]
【技術(shù)領(lǐng)域】
本發(fā)明涉及一種互聯(lián)網(wǎng)視頻信息技術(shù)領(lǐng)域，尤其涉及一種基于OTT業(yè)務(wù)的視音屏碼流自適應(yīng)的方法。
[0002]
【【背景技術(shù)】】
近幾年隨著寬帶網(wǎng)絡(luò)的普及發(fā)展，家庭網(wǎng)絡(luò)接入提速，智能終端得到普及，包括智能手機、各種PAD屏、智能電視機頂盒等。用戶已經(jīng)開始不滿足于從有線數(shù)字電視和IPTV等付費電視服務(wù)中觀看視屏內(nèi)容。大部分網(wǎng)民用戶已習慣在網(wǎng)上觀看各種視頻，即OTT視頻服務(wù)這種方式，已逐漸成為用戶日常生活的一部分。根據(jù)美國最大的互聯(lián)網(wǎng)風險投資基金KPCB統(tǒng)計，當前年輕人(80、90、00后)34%的電視節(jié)目是通過互聯(lián)網(wǎng)在線觀看的，傳統(tǒng)的廣播電視正面臨前所未有的沖擊。
[0003]隨著國內(nèi)OTT視頻業(yè)務(wù)用戶規(guī)模快速增長，對于OTT業(yè)務(wù)上的內(nèi)容及業(yè)務(wù)體驗的要求也越來越高。調(diào)查顯示，播放流暢、能很快找到所需內(nèi)容、廣告時間短、清晰度高等是影響用戶體驗的重要因素。OTT視頻服務(wù)只需要接上寬帶網(wǎng)絡(luò)，就可以定制和觀看來自互聯(lián)網(wǎng)視頻內(nèi)容供應(yīng)商的內(nèi)容。OTT視頻服務(wù)的缺點是不能保證視屏內(nèi)容的體驗質(zhì)量，容易造成以下兩個方面的問題:(I)沒有用戶視頻體驗質(zhì)量保證Q0E。在網(wǎng)絡(luò)帶寬瞬間劣化的情況下，由于視頻壓縮后的帶寬要求大于網(wǎng)速，無法滿足正常播放視頻的要求，客戶端就會出現(xiàn)圖像卡頓現(xiàn)象。另外就是視頻內(nèi)容由于網(wǎng)絡(luò)丟包而造成圖像馬賽克現(xiàn)象。(2)0TT視頻過度消耗無線網(wǎng)絡(luò)資源，造成網(wǎng)絡(luò)擁塞。據(jù)調(diào)查，約75%的互聯(lián)網(wǎng)視頻流量主要都是約占其中5%鏈接過高分辨率的視頻及圖像文件造成的，而約95%的客戶端連接只消耗網(wǎng)絡(luò)總帶寬的20%-40%。相對顯視頻屏幕的大小，OTT提供視頻的同時，往往給手機等智能終端分辨率過高的內(nèi)容，由此而造成無線帶寬資源的浪費。比如給終端屏幕5英寸的智能手機屏提供高質(zhì)量視頻，480Ρ分辨率視頻就足夠了，若提供1080Ρ分辨率的視頻就會占用大量不必要的網(wǎng)絡(luò)帶寬資源，而用戶主觀的視頻清晰度沒有明顯增加，這顯然是不經(jīng)濟的，甚至可能造成由于少量高帶寬用戶的突發(fā)請求，出現(xiàn)較大面積阻塞無線網(wǎng)絡(luò)的情況發(fā)生，導致其它用戶的業(yè)務(wù)體驗響應(yīng)延遲。
[0004]
【
【發(fā)明內(nèi)容】
】
本發(fā)明目的為了解決目前沒有用戶視頻體驗質(zhì)量保證Q0E，在網(wǎng)絡(luò)帶寬瞬間劣化的情況下，由于視頻壓縮后的帶寬要求大于網(wǎng)速，無法滿足正常播放視頻的要求，客戶端就會出現(xiàn)圖像卡頓現(xiàn)象，另外就是視頻內(nèi)容由于網(wǎng)絡(luò)丟包而造成圖像馬賽克現(xiàn)象的不足提供了一種基于OTT業(yè)務(wù)的視音屏碼流自適應(yīng)的方法。
[0005]本發(fā)明是通過以下技術(shù)方案來實現(xiàn)的:一種基于OTT業(yè)務(wù)的視音屏碼流自適應(yīng)的方法，包括如下步驟:
(1)客戶端對服務(wù)端發(fā)起請求信息；
(2)在服務(wù)端收到客戶端的請求信息后，查找到所請求的資源然后對這個資源進行編碼，編碼時對同一個資源設(shè)置不同編碼帶寬，分別設(shè)為1251(、2501(、6001(、12001(、25001(、8000K的同樣內(nèi)容的視頻文件，服務(wù)端單元進行視音頻源文件的編碼、流文件的切片和切片文件的儲存，編碼過程是將視音頻信號(可以是直播或非直播)的節(jié)目源進行編碼，封裝成MPEG-2 TS的節(jié)目流，然后將連續(xù)的MPEG2流進行切片，再將這一個系列視頻片段進行保存，比如一系列ts結(jié)尾的文件格式，如果只有音頻文件而不包括視頻，則可以是一系列MPEG的音頻文件，一般是帶ADTS頭的AAC或MP3文件；
(3)編碼完成后對資源進行切片，切片過程通常需要用軟件從本地網(wǎng)絡(luò)讀出TS封裝文件，并將文件切片為一系列，較小的等長度的媒體文件，多碼流文件在切片時，編碼器往往不是切片I個固定帶寬的文件，而是切片多個帶寬的壓縮的文件，可以按多種帶寬壓縮文件，每個文件可以定長為10秒；index文件是用切片工具在切片同時產(chǎn)生一個索引文件，每完成一次文件切片就會更新一次索引文件，該索引文件包含一系列的媒體文件相關(guān)信息，包括元數(shù)據(jù)metadata，同時，在文件進行切片的過程，也可以通過切片軟件對文件進行加密，生成相關(guān)的密鑰文件；
(4)服務(wù)端通過速率控制的方法獲取網(wǎng)絡(luò)帶寬和客戶端即時所需要的帶寬值，然后進行速率調(diào)整，調(diào)成與網(wǎng)絡(luò)帶寬和客戶端相匹配；
(5)進入分發(fā)單元，通過一個WEB服務(wù)器或WEB緩存系統(tǒng)，將HTTP與客戶端建立鏈接，并匹配好于客戶端相關(guān)的信息，然后分發(fā)與客戶端對應(yīng)帶寬的媒體文件和索引文件;對于WEB服務(wù)器的配置，一般配置成用于MME類型的M3U8文件和ts文件，其中生存時間TTL值根據(jù)M3U8文件需要WEB CACH服務(wù)緩存的時間來進行設(shè)置，以達到需要WEB CACH服務(wù)緩存達到的設(shè)計要求，這些文件經(jīng)常需要頻繁的覆蓋，最新的內(nèi)容則按最新的請求下載。
[0006](6)客戶端接收服務(wù)端輸送過來的數(shù)據(jù)流，通過索引順序文件，對收到的數(shù)據(jù)流進行重組、解密、解碼，恢復成完整的視音頻流，在客戶端中播放出來；
進一步地，所述步驟(2)中視音頻文件的編碼，將同一段文件編碼成不同的帶寬的文件。
[0007]進一步地，所述步驟(3)中將所有編碼后的文件流進行切片，切片成1s—段的文件。
[0008]進一步地，所述步驟(4)中服務(wù)端通過速率控制的方法獲取客戶端即時所需的網(wǎng)絡(luò)帶寬。
[0009]進一步地，所述步驟(5)中使用web服務(wù)器通過配置與客戶端和網(wǎng)絡(luò)帶寬相匹配的信息，然后向客戶端分發(fā)數(shù)據(jù)流。
[0010]客戶端通過從接收到的文件流，獲取服務(wù)端單元切片生成的文件流索引，然后在URL下區(qū)分出不同的視音頻流，下載足夠的數(shù)據(jù)文件時，按索引文件的順序文件進行視音屏流的重組，恢復成可播放的視音屏文件，在客戶端中播放，對于加密的視音屏流文件，客戶端通過獲取解密密鑰字，認證或提供認證界面并按需解密媒體文件，在這個過程中，客戶端一旦索引文件中遇到#EXT-X-ENDLIST的標記，就會停止這個過程，如果一直不遇到#EXT-X-ENDLIST的標記，則索引文件則會是持續(xù)廣播信號的一部分，客戶端會周期性的下載新版本的索引文件，然后客戶端在更新的索引文件中尋找媒體文件及解密密鑰字，并將這些URL加到隊列中。
[0011]本發(fā)明的有益效果在于: (1)通過HTTP的碼流自適應(yīng)技術(shù)，提高OTT視頻在網(wǎng)絡(luò)帶寬波動的情況下提供平滑播放的業(yè)務(wù)體驗；
(2)對各種視頻終端的屏幕實現(xiàn)分辨率匹配策略，尤其在無線網(wǎng)絡(luò)環(huán)境下，減少OTT視頻對網(wǎng)絡(luò)開銷，降低無線網(wǎng)絡(luò)擁塞的可能，從而提高業(yè)務(wù)體驗質(zhì)量。
【【附圖說明】】
圖1為本發(fā)明的基于OTT業(yè)務(wù)碼流自適應(yīng)流程圖；
圖2為本發(fā)明的基于OTT業(yè)務(wù)自適應(yīng)碼流傳輸控制框架圖；
圖3為本發(fā)明的基于OTT業(yè)務(wù)自適應(yīng)碼流傳輸結(jié)構(gòu)圖；
【【具體實施方式】】
下面結(jié)合附圖及【具體實施方式】對本發(fā)明做進一步描述:
如圖1、圖2、圖3所示，一種基于OTT業(yè)務(wù)的視音屏碼流自適應(yīng)的方法，包括如下步驟:
(1)客戶端對服務(wù)端發(fā)起請求信息；
(2)在服務(wù)端收到客戶端的請求信息后，查找到所請求的資源然后對這個資源進行編碼，編碼時對同一個資源設(shè)置不同編碼帶寬，分別設(shè)為1251(、2501(、6001(、12001(、25001(、8000K的同樣內(nèi)容的視頻文件，服務(wù)端單元進行視音頻源文件的編碼、流文件的切片和切片文件的儲存，編碼過程是將視音頻信號(可以是直播或非直播)的節(jié)目源進行編碼，封裝成MPEG-2 TS的節(jié)目流，然后將連續(xù)的MPEG2流進行切片，再將這一個系列視頻片段進行保存，比如一系列ts結(jié)尾的文件格式，如果只有音頻文件而不包括視頻，則可以是一系列MPEG的音頻文件，一般是帶ADTS頭的AAC或MP3文件；
(3)編碼完成后對資源進行切片，切片過程通常需要用軟件從本地網(wǎng)絡(luò)讀出TS封裝文件，并將文件切片為一系列，較小的等長度的媒體文件，多碼流文件在切片時，編碼器往往不是切片I個固定帶寬的文件，而是切片多個帶寬的壓縮的文件，可以按多種帶寬壓縮文件，每個文件可以定長為10秒；index文件是用切片工具在切片同時產(chǎn)生一個索引文件，每完成一次文件切片就會更新一次索引文件，該索引文件包含一系列的媒體文件相關(guān)信息，包括元數(shù)據(jù)metadata，同時，在文件進行切片的過程，也可以通過切片軟件對文件進行加密，生成相關(guān)的密鑰文件；
(4)服務(wù)端通過速率控制的方法獲取網(wǎng)絡(luò)帶寬和客戶端即時所需要的帶寬值，然后進行速率調(diào)整，調(diào)成與網(wǎng)絡(luò)帶寬和客戶端相匹配；
(5)進入分發(fā)單元，通過一個WEB服務(wù)器或WEB緩存系統(tǒng)，將HTTP與客戶端建立鏈接，并匹配好于客戶端相關(guān)的信息，然后分發(fā)與客戶端對應(yīng)帶寬的媒體文件和索引文件;對于WEB服務(wù)器的配置，一般配置成用于MME類型的M3U8文件和ts文件，其中生存時間TTL值根據(jù)M3U8文件需要WEB CACH服務(wù)緩存的時間來進行設(shè)置，以達到需要WEB CACH服務(wù)緩存達到的設(shè)計要求，這些文件經(jīng)常需要頻繁的覆蓋，最新的內(nèi)容則按最新的請求下載。
[0012](6)客戶端接收服務(wù)端輸送過來的數(shù)據(jù)流，通過索引順序文件，對收到的數(shù)據(jù)流進行重組、解密、解碼，恢復成完整的視音頻流，在客戶端中播放出來；
優(yōu)選地，所述步驟(2)中視音頻文件的編碼，將同一段文件編碼成不同的帶寬的文件。
[0013]優(yōu)選地，所述步驟(3)中將所有編碼后的文件流進行切片，切片成1s—段的文件。
[0014]優(yōu)選地，所述步驟(4)中服務(wù)端通過速率控制的方法獲取客戶端即時所需的網(wǎng)絡(luò)帶寬。
[0015]優(yōu)選地，所述步驟(5)中使用web服務(wù)器通過配置與客戶端和網(wǎng)絡(luò)帶寬相匹配的信息，然后向客戶端分發(fā)數(shù)據(jù)流。
[0016]客戶端通過從接收到的文件流，獲取服務(wù)端單元切片生成的文件流索引，然后在URL下區(qū)分出不同的視音頻流，下載足夠的數(shù)據(jù)文件時，按索引文件的順序文件進行視音屏流的重組，恢復成可播放的視音屏文件，在客戶端中播放，對于加密的視音屏流文件，客戶端通過獲取解密密鑰字，認證或提供認證界面并按需解密媒體文件，在這個過程中，客戶端一旦索引文件中遇到#EXT-X-ENDLIST的標記，就會停止這個過程，如果一直不遇到#EXT-X-ENDLIST的標記，則索引文件則會是持續(xù)廣播信號的一部分，客戶端會周期性的下載新版本的索引文件，然后客戶端在更新的索引文件中尋找媒體文件及解密密鑰字，并將這些URL加到隊列中。
[0017]根據(jù)上述說明書的揭示和教導，本發(fā)明所屬領(lǐng)域的技術(shù)人員還可以對上述實施方式進行適當?shù)淖兏托薷?。因此，本發(fā)明并不局限于上面揭示和描述的【具體實施方式】，對本發(fā)明的一些修改和變更也應(yīng)當落入本發(fā)明的權(quán)利要求的保護范圍內(nèi)。此外，盡管本說明書中使用了一些特定的術(shù)語，但這些術(shù)語只是為了方便說明，并不對本發(fā)明構(gòu)成任何限制。
【主權(quán)項】
1.一種基于OTT業(yè)務(wù)的視音屏碼流自適應(yīng)的方法，其特征在于:包括如下步驟: (1)客戶端對服務(wù)端發(fā)起請求信息； (2)在服務(wù)端收到客戶端的請求信息后，查找到所請求的資源然后對這個資源進行編碼，編碼時對同一個資源設(shè)置不同編碼帶寬，分別設(shè)為1251(、2501(、6001(、12001(、25001(、8000K的同樣內(nèi)容的視頻文件； (3)編碼完成后對資源進行切片，切片過程通常需要用軟件從本地網(wǎng)絡(luò)讀出TS封裝文件，并將文件切片為一系列，較小的等長度的媒體文件，多碼流文件在切片時，編碼器往往不是切片I個固定帶寬的文件，而是切片多個帶寬的壓縮的文件，可以按多種帶寬壓縮文件，每個文件可以定長為1秒； (4)服務(wù)端通過速率控制的方法獲取網(wǎng)絡(luò)帶寬和客戶端即時所需要的帶寬值，然后進行速率調(diào)整，調(diào)成與網(wǎng)絡(luò)帶寬和客戶端相匹配； (5)進入分發(fā)單元，通過一個WEB服務(wù)器或WEB緩存系統(tǒng)，將HTTP與客戶端建立鏈接，并匹配好于客戶端相關(guān)的信息，然后分發(fā)與客戶端對應(yīng)帶寬的媒體文件和索引文件。 (6)客戶端接收服務(wù)端輸送過來的數(shù)據(jù)流，通過索引順序文件，對收到的數(shù)據(jù)流進行重組、解密、解碼，恢復成完整的視音頻流，在客戶端中播放出來。2.根據(jù)權(quán)利要求書I所述基于OTT業(yè)務(wù)的視音屏碼流自適應(yīng)的方法，其特征在于:所述步驟(2)中視音頻文件的編碼，將同一段文件編碼成不同的帶寬的文件。3.根據(jù)權(quán)利要求書I所述基于OTT業(yè)務(wù)的視音屏碼流自適應(yīng)的方法，其特征在于:所述步驟(3)中將所有編碼后的文件流進行切片，切片成1s—段的文件。4.根據(jù)權(quán)利要求書I所述基于OTT業(yè)務(wù)的視音屏碼流自適應(yīng)的方法，其特征在于:所述步驟(4)中服務(wù)端通過速率控制的方法獲取客戶端即時所需的網(wǎng)絡(luò)帶寬。5.根據(jù)權(quán)利要求書I所述基于OTT業(yè)務(wù)的視音屏碼流自適應(yīng)的方法，其特征在于:所述步驟(5)中使用web服務(wù)器通過配置與客戶端和網(wǎng)絡(luò)帶寬相匹配的信息，然后向客戶端分發(fā)數(shù)據(jù)流。
【文檔編號】H04L29/08GK105933282SQ201610194326
【公開日】2016年9月7日
【申請日】2016年3月30日
【發(fā)明人】郭俊峰, 李文祥
【申請人】深圳市寬宏科技有限公司