本發(fā)明涉及三網(wǎng)融合
技術(shù)領(lǐng)域：
，尤其涉及一種HLS流媒體傳輸方法以及裝置。
背景技術(shù)：
：HLS(HTTPLiveStreaming，超文本傳輸協(xié)議直播流媒體)流媒體技術(shù)由于具有對(duì)流服務(wù)器與終端要求低、可通過(guò)多碼率保證在不同網(wǎng)絡(luò)下播放的流暢性等優(yōu)點(diǎn)，所以近年來(lái)在互聯(lián)網(wǎng)視頻業(yè)務(wù)的應(yīng)用中占有主流位置。4K視頻分辨率是1080P視頻的四倍，同時(shí)在色度、幀率等方面也在很大提高，但對(duì)網(wǎng)絡(luò)傳輸?shù)囊笠灿袠O大提高，如在H.265編碼下，帶寬要求也達(dá)30Mbps以上。4K視頻OverHLS是目前的主要承載方案，但其對(duì)網(wǎng)絡(luò)延時(shí)、丟包率等網(wǎng)絡(luò)質(zhì)量要求非常嚴(yán)格，限制了其大規(guī)模推廣，也造成了建設(shè)成本的極大增加。在上海電信4K測(cè)試中，RTT(Round-TripTime，往返時(shí)延)時(shí)延要求小于15ms才能正常觀看，對(duì)網(wǎng)絡(luò)要求極高；這問(wèn)題是由于HLS使用TCP(TransmissionControlProtocol，傳輸控制協(xié)議)協(xié)議，而TCP協(xié)議的三次握手、擁塞控制、滑動(dòng)窗口等機(jī)制雖然可提高傳輸?shù)目煽啃?，但卻對(duì)高速傳輸造成了較大限制；現(xiàn)有技術(shù)中UDP(UserDatagramProtocol，用戶數(shù)據(jù)報(bào)協(xié)議)是在網(wǎng)絡(luò)中它與TCP協(xié)議一樣用于處理數(shù)據(jù)包，但它是一種無(wú)連接的協(xié)議，UDP的效率很高，但它不提供數(shù)據(jù)包分組、組裝和不能對(duì)數(shù)據(jù)包進(jìn)行排序的缺點(diǎn)，也就是說(shuō)，當(dāng)報(bào)文發(fā)送之后，是無(wú)法得知其是否安全完整到達(dá)的?，F(xiàn)有技術(shù)中網(wǎng)宿提出了使用UDP傳輸HTTP的專利方案，利用UDP傳輸HTTP不失為一種提高單流帶寬的有效方案，但該方法的缺點(diǎn)也比 較明顯：該方法不適用于4K大碼率文件傳輸，由于使用等待超時(shí)機(jī)制，使該方案只適用于小文件，HTTPGet(超文本傳輸協(xié)議獲取)大小文件都只有一個(gè)請(qǐng)求，對(duì)大文件就不合適；并且UDP出錯(cuò)時(shí)再重傳，對(duì)于大文件而言，需重傳的內(nèi)容量極大。因此，有必要提出一種HLS流媒體傳輸方法以解決現(xiàn)有技術(shù)中存在的上述技術(shù)問(wèn)題。技術(shù)實(shí)現(xiàn)要素：本公開(kāi)要解決的一個(gè)技術(shù)問(wèn)題是如何提出一種支持大視頻文件的UDP傳輸方式，提高帶寬減少時(shí)間延遲提高了HLS流媒體的傳輸速率。本公開(kāi)提供一種HLS流媒體傳輸方法，包括：生成HLS流媒體文件的M3U8索引文件；根據(jù)M3U8索引文件將每個(gè)HLS分片分成多個(gè)邏輯分片Slice，根據(jù)邏輯分片產(chǎn)生Checksum校驗(yàn)文件；通過(guò)TCP鏈接發(fā)送M3U8索引文件和Checksum校驗(yàn)文件；通過(guò)UDP鏈接發(fā)送邏輯分片Slice組織成的UDP包。進(jìn)一步地，通過(guò)UDP鏈接發(fā)送邏輯分片Slice組織成的UDP包之后包括：若終端接收到UDP包，根據(jù)M3U8索引文件進(jìn)行邏輯分片Slice重組，并根據(jù)Checksum校驗(yàn)文件進(jìn)行檢驗(yàn)。進(jìn)一步地，根據(jù)Checksum校驗(yàn)文件進(jìn)行檢驗(yàn)包括：如果邏輯分片Slice的Chechsum校驗(yàn)值不正確，終端通過(guò)TCP通道發(fā)送邏輯分片Slice的重傳指令；根據(jù)終端的重傳指令通過(guò)TCP連接重傳邏輯分片Slice；其中，TCP鏈接使用長(zhǎng)鏈接的方式。進(jìn)一步地，生成HLS流媒體文件的M3U8索引文件之前包括：接收終端通過(guò)TCP鏈接發(fā)送的4K視頻傳輸請(qǐng)求；根據(jù)4K視頻傳輸請(qǐng)求中的M3U8擴(kuò)展標(biāo)簽判斷終端是否支持HLS流媒體的UDP傳輸。進(jìn)一步地，M3U8擴(kuò)展標(biāo)簽包括UDP傳輸屬性、Checksum文件名以及校驗(yàn)片段文件長(zhǎng)度；根據(jù)UDP傳輸屬性確定終端是否支持UDP傳輸。進(jìn)一步地，通過(guò)UDP鏈接發(fā)送邏輯分片Slice組織成的UDP包，包括：在發(fā)送邏輯分片Slice時(shí)，將預(yù)定個(gè)數(shù)的TS包生成UDP包；在UDP包前標(biāo)明UDP包的序號(hào)，以便終端根據(jù)UDP包的序號(hào)進(jìn)行重組。進(jìn)一步地，將7個(gè)TS包生成一個(gè)UDP包，UDP包的序號(hào)的字節(jié)數(shù)為2字節(jié)。本發(fā)明還提供了一種HLS流媒體傳輸裝置，包括：索引文件生成模塊，用于生成HLS流媒體文件的M3U8索引文件；邏輯分片生成校驗(yàn)?zāi)K，用于根據(jù)M3U8索引文件將每個(gè)HLS分片分成多個(gè)邏輯分片Slice，根據(jù)邏輯分片產(chǎn)生Checksum校驗(yàn)文件；TCP模塊，用于通過(guò)TCP鏈接發(fā)送M3U8索引文件和Checksum校驗(yàn)文件；UDP模塊，用于通過(guò)UDP鏈接發(fā)送邏輯分片Slice組織成的UDP包。進(jìn)一步地，還包括：若終端接收到UDP包，根據(jù)M3U8索引文件進(jìn)行邏輯分片Slice重組，并根據(jù)Checksum校驗(yàn)文件進(jìn)行檢驗(yàn)。進(jìn)一步地，還包括：如果邏輯分片Slice的Chechsum校驗(yàn)值不正確，終端通過(guò)TCP通道發(fā)送邏輯分片Slice的重傳指令；TCP模塊用于根據(jù)終端的重傳指令通過(guò)TCP連接重傳邏輯分片Slice；其中，TCP鏈接使用長(zhǎng)鏈接的方式。進(jìn)一步地，還包括：接收模塊，用于接收終端通過(guò)TCP鏈接發(fā)送的4K視頻傳輸請(qǐng)求；判斷模塊，用于根據(jù)4K視頻傳輸請(qǐng)求中的M3U8擴(kuò)展標(biāo)簽判斷終端是否支持HLS流媒體的UDP傳輸。進(jìn)一步地，M3U8擴(kuò)展標(biāo)簽包括UDP傳輸屬性、Checksum文件名以及校驗(yàn)片段文件長(zhǎng)度；判斷模塊用于根據(jù)UDP傳輸屬性確定終端是否支持UDP傳輸。進(jìn)一步地，UDP模塊，用于在發(fā)送邏輯分片Slice時(shí)，將預(yù)定個(gè)數(shù)的TS包生成UDP包；在UDP包前標(biāo)明UDP包的序號(hào)，以便終端根據(jù)UDP包的序號(hào)進(jìn)行重組。進(jìn)一步地，UDP模塊用于將7個(gè)TS包生成一個(gè)UDP包，UDP包的序號(hào)的字節(jié)數(shù)為2字節(jié)。本發(fā)明提供的HLS流媒體傳輸方法以及裝置，通過(guò)把HLS流媒體的傳輸層協(xié)議由傳統(tǒng)的TCP改變?yōu)閁DP，有效解決了TCP協(xié)議的三次握手、擁塞控制、滑動(dòng)窗口等機(jī)制帶來(lái)的傳輸效率問(wèn)題，提高了HLS流媒體的傳輸速率。附圖說(shuō)明圖1示出本發(fā)明一個(gè)實(shí)施例的HLS流媒體傳輸方法的流程圖。圖2示出本發(fā)明另一個(gè)實(shí)施例的HLS流媒體傳輸方法的示意圖。圖3示出本發(fā)明又一個(gè)實(shí)施例的HLS流媒體傳輸方法的示意圖。圖4示出本發(fā)明一個(gè)實(shí)施例的HLS流媒體傳輸裝置的結(jié)構(gòu)框圖。圖5示出了本發(fā)明的另一個(gè)實(shí)施例的一種HLS流媒體傳輸裝置的結(jié)構(gòu)框圖。具體實(shí)施方式下面參照附圖對(duì)本發(fā)明進(jìn)行更全面的描述，其中說(shuō)明本發(fā)明的示例性實(shí)施例。圖1示出本發(fā)明一個(gè)實(shí)施例的HLS流媒體傳輸方法的流程圖。如圖1所示，該方法主要包括：步驟100，CDN(ContentDeliveryNetwork，內(nèi)容分發(fā)網(wǎng)絡(luò))服務(wù)器生成HLS流媒體文件的M3U8索引文件。在一個(gè)實(shí)施例中，生成HLS流媒體文件的M3U8索引文件之前包括：接收終端通過(guò)TCP(TransmissionControlProtocol，傳輸控制協(xié)議)鏈接發(fā)送的4K視頻傳輸請(qǐng)求；根據(jù)4K視頻傳輸請(qǐng)求中的M3U8擴(kuò)展標(biāo)簽判斷終端是否支持HLS流媒體的UDP(UserDatagramProtocol，用戶數(shù)據(jù)報(bào)協(xié)議)傳輸。在一個(gè)實(shí)施例中，M3U8擴(kuò)展標(biāo)簽包括UDP傳輸屬性、Checksum文件名以及校驗(yàn)片段文件長(zhǎng)度；根據(jù)UDP傳輸屬性確定終端是否支持UDP傳輸。表1示出本發(fā)明一個(gè)實(shí)施例的M3U8擴(kuò)展標(biāo)簽的結(jié)構(gòu)定義。標(biāo)簽取值備注EXT-X-TRANTYPE＝Y(jié)ES可使用UDP傳輸EXT-X-MEDIACHECKSUM＝“URI”CHECKSUM文件名EXT-X-STREAM-INFSLICELENGTH校驗(yàn)片段文件長(zhǎng)度步驟102，根據(jù)M3U8索引文件將每個(gè)HLS分片分成多個(gè)邏輯分片(Slice)，根據(jù)邏輯分片產(chǎn)生Checksum校驗(yàn)文件。在一個(gè)實(shí)施例中，根據(jù)Checksum文件把HLS的分片視頻文件再進(jìn)行邏輯分片，可通過(guò)HASH算法算出計(jì)算其校驗(yàn)和。在一個(gè)實(shí)施例中，Checksum文件格式如下：<ChecksumURI＝“HLS分片文件名"><SLICE1><Checksum>***</Checksum></SLICE1>***<SLICEn><Checksum>***</Checksum></SLICEn></Checksum>HASH算法是把任意長(zhǎng)度的輸入如預(yù)映射，通過(guò)散列算法，變換成固定長(zhǎng)度的輸出，該輸出就是散列值。這種轉(zhuǎn)換是一種壓縮映射，也就是，散列值的空間通常遠(yuǎn)小于輸入的空間，不同的輸入可能會(huì)散列成相同的輸出，所以不可能從散列值來(lái)唯一的確定輸入值。簡(jiǎn)單的說(shuō)就是一種將任意長(zhǎng)度的消息壓縮到某一固定長(zhǎng)度的消息摘要的函數(shù)。散列函數(shù)有很多種，以MD5為例，MD5(RFC1321)是Rivest于1991年對(duì)MD4的改進(jìn)版本。它對(duì)輸入仍以512位分組，其輸出是4個(gè)32位字的級(jí)聯(lián)，與MD4相同。MD5比MD4來(lái)得復(fù)雜，并且速度較之要慢一點(diǎn)，但更安全，在抗分析和抗差分方面表現(xiàn)更好。使用一個(gè)散列函數(shù)可以很直觀的檢測(cè)出數(shù)據(jù)在傳輸時(shí)發(fā)生的錯(cuò)誤。在數(shù)據(jù)的發(fā)送方，對(duì)將要發(fā)送的數(shù)據(jù)應(yīng)用散列函數(shù)，并將計(jì)算的結(jié)果同 原始數(shù)據(jù)一同發(fā)送。在數(shù)據(jù)的接收方，同樣的散列函數(shù)被再一次應(yīng)用到接收到的數(shù)據(jù)上，如果兩次散列函數(shù)計(jì)算出來(lái)的結(jié)果不一致，則說(shuō)明數(shù)據(jù)在傳輸?shù)倪^(guò)程中某些地方有錯(cuò)誤，需要進(jìn)行重傳。步驟104，通過(guò)TCP鏈接發(fā)送M3U8索引文件和Checksum校驗(yàn)文件。步驟106，通過(guò)UDP鏈接發(fā)送邏輯分片Slice組織成的UDP包。在一個(gè)實(shí)施例中，在發(fā)送邏輯分片Slice時(shí)，將預(yù)定個(gè)數(shù)的TS包生成UDP包；在UDP包前標(biāo)明UDP包的序號(hào)，以便終端根據(jù)UDP包的序號(hào)進(jìn)行重組。在一個(gè)實(shí)施例中，可以將7個(gè)TS包生成一個(gè)UDP包，UDP包的序號(hào)的字節(jié)數(shù)為2字節(jié)。在一個(gè)實(shí)施例中，若終端接收到UDP包，根據(jù)M3U8索引文件進(jìn)行邏輯分片Slice重組，并根據(jù)Checksum校驗(yàn)文件進(jìn)行檢驗(yàn)。在一個(gè)實(shí)施例中，如果邏輯分片Slice的Chechsum校驗(yàn)值不正確，終端通過(guò)TCP通道發(fā)送邏輯分片Slice的重傳指令；根據(jù)終端的重傳指令通過(guò)TCP連接重傳邏輯分片Slice；其中，TCP鏈接使用長(zhǎng)鏈接的方式。本發(fā)明實(shí)施例提供的應(yīng)用層重傳機(jī)制，有效解決UDP的質(zhì)量保證缺陷，保證了HLS流媒體在UDP傳輸協(xié)議的承載下仍然能高質(zhì)量地播放。本發(fā)明上述實(shí)施例提供的HLS流媒體傳輸方法，通過(guò)把HLS流媒體的傳輸層協(xié)議由傳統(tǒng)的TCP改變?yōu)閁DP，有效解決了TCP協(xié)議的三次握手、擁塞控制、滑動(dòng)窗口等機(jī)制帶來(lái)的傳輸效率問(wèn)題，提高了HLS流媒體的傳輸速率。圖2示出本發(fā)明另一個(gè)實(shí)施例的HLS流媒體傳輸方法的示意圖，如圖2所示，該傳輸系統(tǒng)中包括CDN服務(wù)器21和終端22，可以將HLS傳輸分為2個(gè)過(guò)程或部分，其中，過(guò)程1為TCP鏈接負(fù)責(zé)傳輸M3U8、Checksum文件以及媒體重傳包；過(guò)程2為UDP鏈接負(fù)責(zé)快速發(fā)送媒體文件如4K視頻包。為了提高UDP的可靠性，對(duì)HLS的分片文件再進(jìn)行分片式文件校驗(yàn)，當(dāng)HLS分片中的某片段出現(xiàn)傳輸錯(cuò)誤， 則通過(guò)TCP傳輸通道進(jìn)行重傳；為支持以上特性，本發(fā)明實(shí)施例對(duì)M3U8標(biāo)簽進(jìn)行了擴(kuò)展，不支持這些擴(kuò)展標(biāo)簽的客戶端直接使用傳統(tǒng)的TCP方式進(jìn)行傳輸并向下兼容。圖3示出本發(fā)明又一個(gè)實(shí)施例的HLS流媒體傳輸方法的示意圖，如圖3所示，該方法包括：步驟301、終端31通過(guò)TCP鏈接向CDN服務(wù)器32發(fā)送4K視頻傳輸請(qǐng)求以獲取M3U8索引文件。其中，CDN服務(wù)器32接收到編碼器在生成HLS文件的同時(shí)，按擴(kuò)展要求生成M3U8文件，并同時(shí)生成Checksum文件。HLS是由客戶主動(dòng)發(fā)起服務(wù)請(qǐng)求的，當(dāng)終端31支持UDP傳輸時(shí)，終端向指定的地址發(fā)起服務(wù)請(qǐng)求，通知服務(wù)器客戶端已經(jīng)打開(kāi)接收UDP數(shù)據(jù)的指定端口，服務(wù)器收到客戶端的請(qǐng)求后將以UDP發(fā)送視頻流。當(dāng)終端不支持UDP傳輸時(shí)，將還是用回原來(lái)的HTTPGet指令來(lái)下載HLS分片。步驟302、CDN服務(wù)器32返回200OK響應(yīng)指令，確認(rèn)收到4K視頻傳輸請(qǐng)求。步驟303，終端31通過(guò)TCP鏈接獲得Checksum校驗(yàn)文件。其中，每個(gè)Slice長(zhǎng)度由M3U8中指定，校驗(yàn)片段文件長(zhǎng)度等于每個(gè)分片的長(zhǎng)度；CDN服務(wù)器根據(jù)M3U8文件將分片視頻分成多個(gè)Slice，對(duì)每個(gè)Slice進(jìn)行校驗(yàn)運(yùn)算，產(chǎn)生Checksum值形成的文件。Checksum文件格式如下：<ChecksumURI＝“SampleSlices"><SLICE1><Checksum>12345678901234567890</Checksum></SLICE2>***<SLICEn><Checksum>***</Checksum></SLICEn></Checksum>步驟304，CDN服務(wù)器返回200OK響應(yīng)指令，確認(rèn)收到終端31通過(guò)TCP發(fā)送的獲取Checksum校驗(yàn)文件的指令。步驟305，終端31通過(guò)UDP鏈接獲取分片視頻。步驟306，CDN服務(wù)器32發(fā)送邏輯分片1。步驟307，CDN服務(wù)器32發(fā)送邏輯分片2。步驟308，CDN服務(wù)器32發(fā)送邏輯分片n。在一個(gè)實(shí)施例中，CDN在發(fā)送Slice時(shí)，按每7個(gè)TS(188字節(jié))包生成一個(gè)UDP包，并在這載荷前用2字節(jié)標(biāo)明其序號(hào)，為終端進(jìn)行重組提供標(biāo)記；終端接收到每個(gè)UDP報(bào)文后進(jìn)行Slice重組，并與Checksum文件標(biāo)明的數(shù)值進(jìn)行檢驗(yàn)。其中，若終端檢測(cè)到某個(gè)邏輯分片的Chechsum值不同，則通過(guò)TCP通道發(fā)送重傳指令，通過(guò)TCP鏈接重傳該邏輯分片的內(nèi)容。本發(fā)明上述實(shí)施例提出的利用UDP協(xié)議傳輸HLS流媒體方法，通過(guò)把HLS流媒體的傳輸層協(xié)議由傳統(tǒng)的TCP改變?yōu)閁DP，有效解決了TCP協(xié)議的三次握手、擁塞控制、滑動(dòng)窗口等機(jī)制帶來(lái)的傳輸效率問(wèn)題，提高了HLS流媒體的傳輸速率。同時(shí)，本專利設(shè)計(jì)了應(yīng)用層重傳機(jī)制，有效解決UDP的質(zhì)量保證缺陷，保證了HLS流媒體在UDP傳輸協(xié)議的承載下仍然能高質(zhì)量地播放。圖4示出本發(fā)明一個(gè)實(shí)施例的HLS流媒體傳輸裝置的結(jié)構(gòu)框圖，如圖4所示，該裝置400包括：索引文件生成模塊401，用于生成HLS流媒體文件的M3U8索引文件；邏輯分片生成校驗(yàn)?zāi)K402，用于根據(jù)M3U8索引文件將每個(gè)HLS分片分成多個(gè)邏輯分片Slice，根據(jù)邏輯分片產(chǎn)生Checksum校驗(yàn)文件；TCP模塊403，用于通過(guò)TCP鏈接發(fā)送M3U8索引文件和Checksum校驗(yàn)文件；UDP模塊404，用于通過(guò)UDP鏈接發(fā)送邏輯分片Slice組織成的UDP包。在一個(gè)實(shí)施例中，若終端接收到UDP包，根據(jù)M3U8索引文件進(jìn)行邏輯分片Slice重組，并根據(jù)Checksum校驗(yàn)文件進(jìn)行檢驗(yàn)。在一個(gè)實(shí)施例中，如果邏輯分片Slice的Chechsum校驗(yàn)值不正 確，終端通過(guò)TCP通道發(fā)送邏輯分片Slice的重傳指令；TCP模塊403用于根據(jù)終端的重傳指令通過(guò)TCP連接重傳邏輯分片Slice；其中，TCP鏈接使用長(zhǎng)鏈接的方式。在一個(gè)實(shí)施例中，該裝置還包括接收模塊405，用于接收終端通過(guò)TCP鏈接發(fā)送的4K視頻傳輸請(qǐng)求；判斷模塊406，用于根據(jù)4K視頻傳輸請(qǐng)求中的M3U8擴(kuò)展標(biāo)簽判斷終端是否支持HLS流媒體的UDP傳輸。在一個(gè)實(shí)施例中，M3U8擴(kuò)展標(biāo)簽包括UDP傳輸屬性、Checksum文件名以及校驗(yàn)片段文件長(zhǎng)度；判斷模塊406用于根據(jù)UDP傳輸屬性確定終端是否支持UDP傳輸。在一個(gè)實(shí)施例中，UDP模塊404，用于在發(fā)送邏輯分片Slice時(shí)，將預(yù)定個(gè)數(shù)的TS包生成UDP包；在UDP包前標(biāo)明UDP包的序號(hào)，以便終端根據(jù)UDP包的序號(hào)進(jìn)行重組。在一個(gè)實(shí)施例中，UDP模塊404用于將7個(gè)TS包生成一個(gè)UDP包，UDP包的序號(hào)的字節(jié)數(shù)為2字節(jié)。圖5示出了本發(fā)明的另一個(gè)實(shí)施例的一種HLS流媒體傳輸裝置的結(jié)構(gòu)框圖，如圖5所示，HLS流媒體傳輸裝置500可以是具備計(jì)算能力的主機(jī)服務(wù)器、個(gè)人計(jì)算機(jī)PC、或者可攜帶的便攜式計(jì)算機(jī)、移動(dòng)終端或其他終端等。本發(fā)明具體實(shí)施例并不對(duì)計(jì)算節(jié)點(diǎn)的具體實(shí)現(xiàn)做限定。HLS流媒體傳輸裝置500包括處理器(processor)501、通信接口(CommunicationsInterface)502、存儲(chǔ)器(memory)503和總線504。其中，處理器501、通信接口502、以及存儲(chǔ)器503通過(guò)總線504完成相互間的通信。通信接口502用于與網(wǎng)絡(luò)設(shè)備通信，其中網(wǎng)絡(luò)設(shè)備包括例如虛擬機(jī)管理中心、共享存儲(chǔ)等。處理器501用于執(zhí)行程序。處理器501可以是一個(gè)中央處理器CPU，或者可以是專用集成電路ASIC(ApplicationSpecificIntegratedCircuit)，或者是被配置成實(shí)施本發(fā)明實(shí)施例的一個(gè)或多個(gè)集成電路。存儲(chǔ)器503用于存放文件。存儲(chǔ)器503可以包含高速RAM存儲(chǔ)器，也可還包括非易失性存儲(chǔ)器(non-volatilememory)，例如至少一個(gè)磁盤存儲(chǔ)器。存儲(chǔ)器503也可以是存儲(chǔ)器陣列。存儲(chǔ)器503還可能被分塊，并且塊可按一定的規(guī)則組合成虛擬卷。在一種實(shí)施方式中，上述程序可為包括計(jì)算機(jī)操作指令的程序代碼。該程序具體可用于：生成HLS流媒體文件的M3U8索引文件；根據(jù)M3U8索引文件將每個(gè)HLS分片分成多個(gè)邏輯分片Slice，根據(jù)邏輯分片產(chǎn)生Checksum校驗(yàn)文件；通過(guò)TCP鏈接發(fā)送M3U8索引文件和Checksum校驗(yàn)文件；通過(guò)UDP鏈接發(fā)送邏輯分片Slice組織成的UDP包。在一個(gè)具體地實(shí)施方式中，通過(guò)UDP鏈接發(fā)送邏輯分片Slice組織成的UDP包之后包括：若終端接收到UDP包，根據(jù)M3U8索引文件進(jìn)行邏輯分片Slice重組，并根據(jù)Checksum校驗(yàn)文件進(jìn)行檢驗(yàn)。在一個(gè)具體地實(shí)施方式中，根據(jù)Checksum校驗(yàn)文件進(jìn)行檢驗(yàn)包括：如果邏輯分片Slice的Chechsum校驗(yàn)值不正確，終端通過(guò)TCP通道發(fā)送邏輯分片Slice的重傳指令；根據(jù)終端的重傳指令通過(guò)TCP連接重傳邏輯分片Slice；其中，TCP鏈接使用長(zhǎng)鏈接的方式。在一個(gè)具體地實(shí)施方式中，生成HLS流媒體文件的M3U8索引文件之前包括：接收終端通過(guò)TCP鏈接發(fā)送的4K視頻傳輸請(qǐng)求；根據(jù)4K視頻傳輸請(qǐng)求中的M3U8擴(kuò)展標(biāo)簽判斷終端是否支持HLS流媒體的UDP傳輸。在一個(gè)具體地實(shí)施方式中，M3U8擴(kuò)展標(biāo)簽包括UDP傳輸屬性、Checksum文件名以及校驗(yàn)片段文件長(zhǎng)度；根據(jù)UDP傳輸屬性確定終端是否支持UDP傳輸。在一個(gè)具體地實(shí)施方式中，通過(guò)UDP鏈接發(fā)送邏輯分片Slice組織成的UDP包，包括：在發(fā)送邏輯分片Slice時(shí)，將預(yù)定個(gè)數(shù)的TS包生成UDP包；在UDP包前標(biāo)明UDP包的序號(hào)，以便終端根據(jù)UDP包的序號(hào)進(jìn)行重組。在一個(gè)具體地實(shí)施方式中，將7個(gè)TS包生成一個(gè)UDP包，UDP 包的序號(hào)的字節(jié)數(shù)為2字節(jié)。本領(lǐng)域普通技術(shù)人員可以意識(shí)到，本文所描述的實(shí)施例中的各示例性單元及算法步驟，能夠以電子硬件、或者計(jì)算機(jī)軟件和電子硬件的結(jié)合來(lái)實(shí)現(xiàn)。這些功能究竟以硬件還是軟件形式來(lái)實(shí)現(xiàn)，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè)技術(shù)人員可以針對(duì)特定的應(yīng)用選擇不同的方法來(lái)實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。如果以計(jì)算機(jī)軟件的形式來(lái)實(shí)現(xiàn)功能并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，則在一定程度上可認(rèn)為本發(fā)明的技術(shù)方案的全部或部分(例如對(duì)現(xiàn)有技術(shù)做出貢獻(xiàn)的部分)是以計(jì)算機(jī)軟件產(chǎn)品的形式體現(xiàn)的。該計(jì)算機(jī)軟件產(chǎn)品通常存儲(chǔ)在計(jì)算機(jī)可讀取的非易失性存儲(chǔ)介質(zhì)中，包括若干指令用以使得計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)、服務(wù)器、或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各實(shí)施例方法的全部或部分步驟。而前述的存儲(chǔ)介質(zhì)包括U盤、移動(dòng)硬盤、只讀存儲(chǔ)器(ROM，Read-OnlyMemory)、隨機(jī)存取存儲(chǔ)器(RAM，RandomAccessMemory)、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。本發(fā)明的描述是為了示例和描述起見(jiàn)而給出的，而并不是無(wú)遺漏的或者將本發(fā)明限于所公開(kāi)的形式。很多修改和變化對(duì)于本領(lǐng)域的普通技術(shù)人員而言是顯然的。選擇和描述實(shí)施例是為了更好說(shuō)明本發(fā)明的原理和實(shí)際應(yīng)用，并且使本領(lǐng)域的普通技術(shù)人員能夠理解本發(fā)明從而設(shè)計(jì)適于特定用途的帶有各種修改的各種實(shí)施例。當(dāng)前第1頁(yè)1 2 3