本發(fā)明涉及流媒體點(diǎn)播直播技術(shù)領(lǐng)域，特別是一種流媒體播放質(zhì)量的預(yù)測(cè)方法。

背景技術(shù)：

隨著中國(guó)網(wǎng)絡(luò)數(shù)字電視和視頻直播點(diǎn)播產(chǎn)業(yè)的飛快發(fā)展，基于有線網(wǎng)絡(luò)的數(shù)字電視用戶規(guī)模在近幾年持續(xù)增長(zhǎng)，網(wǎng)絡(luò)帶寬的增長(zhǎng)也促進(jìn)了高清網(wǎng)絡(luò)電視的發(fā)展，數(shù)字高清電視和可交互網(wǎng)絡(luò)電視等業(yè)務(wù)的覆蓋面也越來(lái)越廣。由于用戶的快速增長(zhǎng)和播放媒體的碼率的提升，給媒體服務(wù)器和傳輸網(wǎng)絡(luò)都帶來(lái)相當(dāng)大的挑戰(zhàn)。

由于互聯(lián)網(wǎng)流媒體播放技術(shù)的復(fù)雜性，需要服務(wù)器端、傳輸網(wǎng)絡(luò)和客戶端共同合作完成流媒體的播放功能，任何一方出現(xiàn)問(wèn)題都會(huì)影響播放質(zhì)量。播放質(zhì)量最直觀的表現(xiàn)就是是否發(fā)生卡頓，而卡頓發(fā)生對(duì)于用戶觀看體驗(yàn)有極大的影響，容易導(dǎo)致用戶的流失。故對(duì)于流媒體播放質(zhì)量的檢測(cè)和預(yù)測(cè)，對(duì)服務(wù)提供商有極大的參考價(jià)值，有利于服務(wù)提供商及時(shí)調(diào)整優(yōu)化服務(wù)，提升用戶體驗(yàn)。

目前對(duì)流媒體播放質(zhì)量檢測(cè)的主要方法是在終端中集成軟探針軟件，一類軟探針是集成在播放器中，對(duì)播放器的工作狀態(tài)進(jìn)行檢測(cè)從而得出播放質(zhì)量；另一類軟探針是工作于系統(tǒng)底層，通過(guò)分析網(wǎng)絡(luò)數(shù)據(jù)包來(lái)評(píng)判網(wǎng)絡(luò)質(zhì)量，從而推斷播放質(zhì)量。這兩種技術(shù)能部分判斷播放質(zhì)量，但缺乏自學(xué)習(xí)的能力，不能根據(jù)終端自身情況進(jìn)行自適應(yīng)的改變，同時(shí)缺乏對(duì)播放質(zhì)量預(yù)測(cè)的能力，只能在故障發(fā)生后提供數(shù)據(jù)，不具備故障的前瞻性。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的在于提供一種工作于系統(tǒng)底層，能實(shí)時(shí)判斷流媒體播放質(zhì)量并對(duì)未來(lái)一段時(shí)間的播放質(zhì)量進(jìn)行預(yù)測(cè)的方法。

實(shí)現(xiàn)本發(fā)明目的的技術(shù)解決方案為：一種流媒體播放質(zhì)量的預(yù)測(cè)方法，包括以下步驟：

步驟1，使用網(wǎng)絡(luò)監(jiān)聽(tīng)技術(shù)收集和本機(jī)系統(tǒng)相關(guān)的網(wǎng)絡(luò)數(shù)據(jù)包，通過(guò)IP地址、端口過(guò)濾技術(shù)保留流媒體播放相關(guān)的數(shù)據(jù)包；

步驟2，根據(jù)相應(yīng)協(xié)議重新構(gòu)建協(xié)議棧，獲取該協(xié)議棧中傳輸?shù)拿襟w數(shù)據(jù)和網(wǎng)絡(luò)性能數(shù)據(jù)，并記錄主機(jī)的性能數(shù)據(jù)；

步驟3，解碼媒體數(shù)據(jù)，結(jié)合系統(tǒng)時(shí)間綜合判斷當(dāng)前播放質(zhì)量，結(jié)合上一階段的網(wǎng)絡(luò)和主機(jī)性能數(shù)據(jù)訓(xùn)練機(jī)器學(xué)習(xí)模型；

步驟4，使用機(jī)器學(xué)習(xí)模型，通過(guò)當(dāng)前網(wǎng)絡(luò)和主機(jī)性能數(shù)據(jù)，預(yù)測(cè)下一階段時(shí)間的流媒體播放質(zhì)量。

進(jìn)一步地，步驟1中所述通過(guò)IP地址、端口過(guò)濾技術(shù)保留流媒體播放相關(guān)的數(shù)據(jù)包，具體為：

使用電子節(jié)目指南服務(wù)器、調(diào)度服務(wù)器和內(nèi)容分發(fā)網(wǎng)絡(luò)服務(wù)器的IP地址和端口對(duì)網(wǎng)絡(luò)數(shù)據(jù)包進(jìn)行過(guò)濾，僅保留流媒體播放相關(guān)的數(shù)據(jù)包。

進(jìn)一步地，步驟2所述根據(jù)相應(yīng)協(xié)議重新構(gòu)建協(xié)議棧，獲取該協(xié)議棧中傳輸?shù)拿襟w數(shù)據(jù)和網(wǎng)絡(luò)性能數(shù)據(jù)，并記錄主機(jī)的性能數(shù)據(jù)，具體如下：

A)針對(duì)傳輸層是TCP協(xié)議的，使用對(duì)幀技術(shù)，獲取TCP中傳輸?shù)牧鲾?shù)據(jù)，同時(shí)記錄時(shí)延、亂序率、丟包率、低窗口率；

B)針對(duì)應(yīng)用層是HTTP協(xié)議的，對(duì)包頭進(jìn)行重新構(gòu)建，獲取請(qǐng)求信息和響應(yīng)信息，同時(shí)記錄各階段時(shí)延；

C)針對(duì)應(yīng)用層是HLS協(xié)議的，記錄媒體碼率；

D)針對(duì)傳輸層是UDP組播協(xié)議的，記錄組播控制信息和媒體數(shù)據(jù)，同時(shí)記錄網(wǎng)絡(luò)時(shí)延、抖動(dòng)；

E)記錄播放流媒體時(shí)的CPU使用率、內(nèi)存占用率和IO性能。

進(jìn)一步地，步驟3中所述的解碼媒體數(shù)據(jù)，結(jié)合系統(tǒng)時(shí)間綜合判斷當(dāng)前播放質(zhì)量，包括以下步驟：

步驟3.1.1，根據(jù)已下載的媒體片段，快速解碼獲取片段時(shí)長(zhǎng)；

步驟3.1.2，通過(guò)媒體片段下載時(shí)間和媒體時(shí)長(zhǎng)求出目前還可以播放的時(shí)長(zhǎng)；

步驟3.1.3，通過(guò)積累的可播放時(shí)長(zhǎng)和系統(tǒng)流逝的時(shí)間，判斷當(dāng)前流媒體播放質(zhì)量，并根據(jù)緩存時(shí)長(zhǎng)進(jìn)行播放質(zhì)量評(píng)級(jí)。

進(jìn)一步地，步驟3中所述的結(jié)合上一階段的網(wǎng)絡(luò)和主機(jī)性能數(shù)據(jù)訓(xùn)練機(jī)器學(xué)習(xí)模型，步驟如下：

步驟3.2.1，選擇網(wǎng)絡(luò)性能數(shù)據(jù)中能夠體現(xiàn)網(wǎng)絡(luò)狀態(tài)的參數(shù)，加上反映主機(jī)工作狀態(tài)的性能數(shù)據(jù)參數(shù)，進(jìn)行預(yù)處理和數(shù)據(jù)融合，最后得到特征向量；

步驟3.2.2，將當(dāng)前狀態(tài)10秒前的由步驟3.2.1中得出的特征向量作為輸入，將當(dāng)前流媒體播放質(zhì)量評(píng)級(jí)作為輸出，訓(xùn)練具有分類功能的機(jī)器學(xué)習(xí)模型。

進(jìn)一步地，步驟4中所述的使用機(jī)器學(xué)習(xí)模型，通過(guò)當(dāng)前網(wǎng)絡(luò)和主機(jī)性能數(shù)據(jù)，預(yù)測(cè)下一階段時(shí)間的流媒體播放質(zhì)量，具體為：

將當(dāng)前狀態(tài)的由步驟3.2.1得出的特征向量作為輸入，機(jī)器學(xué)習(xí)模型的輸出作為10秒后流媒體播放質(zhì)量的預(yù)測(cè)。

本發(fā)明與現(xiàn)有技術(shù)相比，其顯著優(yōu)點(diǎn)為：(1)通過(guò)歷史數(shù)據(jù)預(yù)測(cè)未來(lái)的播放質(zhì)量，能及時(shí)通知服務(wù)提供商，特殊情況下能在故障發(fā)生之前發(fā)現(xiàn)故障、排除故障或采取針對(duì)性措施，提升服務(wù)質(zhì)量；(2)由于流媒體播放終端的網(wǎng)絡(luò)環(huán)境和主機(jī)環(huán)境各不相同，使用機(jī)器學(xué)習(xí)算法能使預(yù)測(cè)功能在各種工作環(huán)境下都能自動(dòng)適應(yīng)；(3)具有實(shí)時(shí)性，能在占用少量CPU時(shí)間和內(nèi)存的前提下，判斷當(dāng)前流媒體的播放質(zhì)量，并學(xué)習(xí)分析采集的數(shù)據(jù)和流媒體播放質(zhì)量之間的潛在聯(lián)系，機(jī)器學(xué)習(xí)算法能不斷自動(dòng)調(diào)優(yōu)，使預(yù)測(cè)準(zhǔn)確性不斷提升。

附圖說(shuō)明

圖1是本發(fā)明中流媒體播放質(zhì)量預(yù)測(cè)的機(jī)器學(xué)習(xí)模型訓(xùn)練流程圖。

圖2是本發(fā)明中機(jī)器學(xué)習(xí)模型預(yù)測(cè)流媒體播放質(zhì)量的流程圖。

圖3是本發(fā)明的整體系統(tǒng)數(shù)據(jù)流圖。

具體實(shí)施方法

下面對(duì)本發(fā)明方案進(jìn)行詳細(xì)說(shuō)明。

本發(fā)明在對(duì)流媒體播放質(zhì)量進(jìn)行預(yù)測(cè)的時(shí)候，主要分為兩個(gè)部分，第一個(gè)部分是利用歷史數(shù)據(jù)對(duì)預(yù)測(cè)模型進(jìn)行訓(xùn)練，第二部分是用當(dāng)前性能數(shù)據(jù)輸入預(yù)測(cè)模型并對(duì)未來(lái)播放質(zhì)量進(jìn)行預(yù)測(cè)。

本發(fā)明流媒體播放質(zhì)量的預(yù)測(cè)方法，包括以下步驟：

步驟1，使用網(wǎng)絡(luò)監(jiān)聽(tīng)技術(shù)收集所有和本機(jī)系統(tǒng)相關(guān)的網(wǎng)絡(luò)數(shù)據(jù)包，并通過(guò)網(wǎng)絡(luò)協(xié)議(Internet Protocol，IP)地址、端口過(guò)濾技術(shù)保留流媒體播放相關(guān)的數(shù)據(jù)包。

所述通過(guò)IP地址、端口過(guò)濾技術(shù)保留流媒體播放相關(guān)的數(shù)據(jù)包，具體為：

使用具體的電子節(jié)目指南(Electronic Program Guide，EPG)服務(wù)器、調(diào)度服務(wù)器和內(nèi)容分發(fā)網(wǎng)絡(luò)(Content Delivery Network，CDN)服務(wù)器的IP地址和端口對(duì)網(wǎng)絡(luò)數(shù)據(jù)包進(jìn)行過(guò)濾，僅保留流媒體播放相關(guān)的數(shù)據(jù)包，減少后續(xù)流程的數(shù)據(jù)量，提升了性能。

步驟2，根據(jù)相應(yīng)協(xié)議重新構(gòu)建協(xié)議棧，獲取該協(xié)議棧中傳輸?shù)拿襟w數(shù)據(jù)和網(wǎng)絡(luò)性能數(shù)據(jù)，并記錄主機(jī)的性能數(shù)據(jù)。

所述根據(jù)相應(yīng)協(xié)議重新構(gòu)建協(xié)議棧，獲取該協(xié)議棧中傳輸?shù)拿襟w數(shù)據(jù)和網(wǎng)絡(luò)性能數(shù)據(jù)，并記錄主機(jī)的性能數(shù)據(jù)，具體如下：

A)針對(duì)傳輸層是傳輸控制協(xié)議(Transmission Control Protocol，TCP)的，使用TCP對(duì)幀技術(shù)，將亂序到達(dá)的TCP數(shù)據(jù)包以包序號(hào)排序，將排序完成的數(shù)據(jù)包中的負(fù)載數(shù)據(jù)連接，最后獲取TCP中傳輸?shù)牧鲾?shù)據(jù)，同時(shí)記錄包時(shí)延、亂序率、丟包率、低窗口率等性能參數(shù)。

B)針對(duì)應(yīng)用層是超文本傳送協(xié)議(HyperText Transfer Protocol，HTTP)的，對(duì)請(qǐng)求和響應(yīng)包頭進(jìn)行重組，獲取請(qǐng)求信息和響應(yīng)信息，同時(shí)記錄各階段時(shí)延。

C)針對(duì)應(yīng)用層是HTTP流直播(HTTP Live Streaming，HLS)協(xié)議的，通過(guò)分析請(qǐng)求響應(yīng)包，獲取媒體碼率等相關(guān)信息。

D)針對(duì)傳輸層是用戶數(shù)據(jù)報(bào)協(xié)議(User Datagram Protocol，UDP)組播協(xié)議的，記錄因特網(wǎng)組管理協(xié)議(Internet Group Management Protocol，IGMP)控制信息和媒體數(shù)據(jù)，同時(shí)記錄網(wǎng)絡(luò)時(shí)延、抖動(dòng)、包間隔等性能數(shù)據(jù)。

E)記錄播放流媒體時(shí)的中央處理器(Central Processing Unit，CPU)使用率、內(nèi)存占用率和輸入輸出(Input/Output，IO)性能等主機(jī)性能數(shù)據(jù)。

步驟3，解碼媒體數(shù)據(jù)，結(jié)合系統(tǒng)時(shí)間綜合判斷當(dāng)前播放質(zhì)量，結(jié)合上一階段的網(wǎng)絡(luò)和主機(jī)性能數(shù)據(jù)訓(xùn)練機(jī)器學(xué)習(xí)模型。

所述的解碼媒體數(shù)據(jù)，結(jié)合系統(tǒng)時(shí)間綜合判斷當(dāng)前播放質(zhì)量，包括以下步驟：

步驟3.1.1，根據(jù)已下載的媒體片段，快速解碼獲取片段時(shí)長(zhǎng)。

步驟3.1.2，通過(guò)媒體片段下載時(shí)間和媒體時(shí)長(zhǎng)求出目前還可以播放的時(shí)長(zhǎng)。

步驟3.1.3，通過(guò)積累的可播放時(shí)長(zhǎng)和系統(tǒng)流逝的時(shí)間判斷當(dāng)前播放是否發(fā)生卡頓，即當(dāng)前流媒體播放質(zhì)量，并根據(jù)緩存時(shí)長(zhǎng)等參數(shù)進(jìn)行播放質(zhì)量評(píng)級(jí)。

所述的結(jié)合上一階段的網(wǎng)絡(luò)和主機(jī)性能數(shù)據(jù)訓(xùn)練機(jī)器學(xué)習(xí)模型，步驟如下：

步驟3.2.1，選擇網(wǎng)絡(luò)性能數(shù)據(jù)中能夠體現(xiàn)網(wǎng)絡(luò)狀態(tài)的參數(shù)，加上反映主機(jī)工作狀態(tài)的性能數(shù)據(jù)參數(shù)，并對(duì)部分參數(shù)進(jìn)行預(yù)處理和數(shù)據(jù)融合，最后得到特征向量；

步驟3.2.2，將當(dāng)前狀態(tài)10秒前的由步驟3.2.1中得出的特征向量作為輸入，將當(dāng)前流媒體播放質(zhì)量評(píng)級(jí)作為輸出，訓(xùn)練具有分類功能的機(jī)器學(xué)習(xí)模型。

步驟4，使用機(jī)器學(xué)習(xí)模型，通過(guò)當(dāng)前網(wǎng)絡(luò)和主機(jī)性能數(shù)據(jù)，預(yù)測(cè)下一階段時(shí)間的流媒體播放質(zhì)量，具體為：

將當(dāng)前狀態(tài)的由步驟3.2.1得出的特征向量作為輸入，機(jī)器學(xué)習(xí)模型的輸出作為10秒后流媒體播放質(zhì)量的預(yù)測(cè)。

該方法能夠在不更改播放器和系統(tǒng)的情況下，對(duì)當(dāng)前流媒體播放質(zhì)量進(jìn)行準(zhǔn)確判斷，并通過(guò)機(jī)器學(xué)習(xí)算法對(duì)一段時(shí)間后的播放質(zhì)量進(jìn)行預(yù)測(cè)。本方法穩(wěn)定高效，能通過(guò)不斷在線學(xué)習(xí)，針對(duì)網(wǎng)絡(luò)和主機(jī)環(huán)境不斷優(yōu)化，使預(yù)測(cè)準(zhǔn)確度不斷提高，對(duì)于服務(wù)方提高流媒體播放質(zhì)量有重要的參考意義。

下面將通過(guò)具體的實(shí)施例來(lái)說(shuō)明本發(fā)明的具體實(shí)施方法。

實(shí)施例1

本發(fā)明中利用歷史數(shù)據(jù)對(duì)機(jī)器學(xué)習(xí)模型的訓(xùn)練的流程圖如圖1所示。具體過(guò)程分為以下步驟：

步驟1，創(chuàng)建原始套接字在鏈路層進(jìn)行旁路監(jiān)聽(tīng)。服務(wù)提供商的流媒體服務(wù)器地址和協(xié)議在短時(shí)間內(nèi)不會(huì)發(fā)生變化，故可以通過(guò)下載配置文件的方法，獲取所有和流媒體播放相關(guān)的服務(wù)器地址和端口等信息(包括EPG服務(wù)器、調(diào)度服務(wù)器和CDN服務(wù)器的IP地址及其域名規(guī)則等)，進(jìn)而選擇預(yù)編譯的BPF過(guò)濾器并將其直接載入內(nèi)核。

步驟2，根據(jù)數(shù)據(jù)包所屬的協(xié)議類型，對(duì)上層協(xié)議進(jìn)行還原，并取得其中的數(shù)據(jù)內(nèi)容以供后續(xù)分析，同時(shí)記錄網(wǎng)絡(luò)性能數(shù)據(jù)。本發(fā)明需要處理的協(xié)議主要有以下幾種：1)TCP協(xié)議數(shù)據(jù)包，讀取包頭標(biāo)志位，獲取當(dāng)前TCP流的狀態(tài)，當(dāng)遇到TCP握手包，則初始化一個(gè)狀態(tài)機(jī)和緩沖內(nèi)存用于記錄該TCP流的工作狀況和傳輸?shù)臄?shù)據(jù)，同時(shí)讀取包頭的源IP地址、源端口、目標(biāo)IP地址、目標(biāo)端口、順序號(hào)(Sequence number)、確認(rèn)號(hào)(Acknowledgement number)和窗口(Window)等協(xié)議信息和數(shù)據(jù)包到達(dá)的絕對(duì)時(shí)間，記錄在結(jié)構(gòu)體中，用于后續(xù)性能數(shù)據(jù)計(jì)算；當(dāng)遇到其他TCP包，根據(jù)源IP地址、源端口、目標(biāo)IP地址和目標(biāo)端口查找已有的TCP流，如果找到則根據(jù)包頭標(biāo)志位、順序號(hào)和應(yīng)答號(hào)更新?tīng)顟B(tài)機(jī)狀態(tài)，在傳輸數(shù)據(jù)時(shí)把數(shù)據(jù)按順序號(hào)進(jìn)行排序并記錄到緩沖中，并根據(jù)數(shù)據(jù)包到達(dá)時(shí)間、包頭信息和傳輸數(shù)據(jù)量，計(jì)算上行速率、下行速率、各階段包時(shí)延、最大包間隔、最大抖動(dòng)、丟包率、亂序率、低窗口率等TCP協(xié)議相關(guān)的性能數(shù)據(jù)，如果沒(méi)找到所屬的TCP流則丟棄該數(shù)據(jù)包。2)IGMP協(xié)議數(shù)據(jù)包，直接對(duì)包進(jìn)行解析，獲取當(dāng)前加入或退出的組播組信息，維護(hù)一個(gè)當(dāng)前所屬組播組的集合。3)UDP數(shù)據(jù)包，根據(jù)所屬組播組的集合過(guò)濾出有效組播數(shù)據(jù)包，提取包中的流媒體信息，以供后續(xù)分析。4)HTTP協(xié)議數(shù)據(jù)，該數(shù)據(jù)是在TCP流傳輸?shù)臄?shù)據(jù)中獲取的，通過(guò)HTTP協(xié)議本身的結(jié)束標(biāo)記判斷請(qǐng)求或響應(yīng)是否完整，根據(jù)請(qǐng)求地址或響應(yīng)信息中的數(shù)據(jù)類型判斷是否為流媒體數(shù)據(jù)，如果是則在數(shù)據(jù)傳輸過(guò)程中提取各種中間信息，以供后續(xù)分析；如果不是，則刪除該TCP流的所有記錄，減輕TCP協(xié)議分析壓力。5)HLS協(xié)議數(shù)據(jù)，該數(shù)據(jù)是在HTTP協(xié)議傳輸?shù)臄?shù)據(jù)中提取的，主要獲取流媒體碼率和媒體長(zhǎng)度等信息。在統(tǒng)計(jì)網(wǎng)絡(luò)性能數(shù)據(jù)時(shí)，以一定時(shí)間間隔調(diào)用系統(tǒng)工具計(jì)算當(dāng)前CPU使用率、內(nèi)存使用率和IO速率，并記錄。

步驟3，通過(guò)之前協(xié)議中獲取的媒體數(shù)據(jù)，快速解碼流媒體數(shù)據(jù)求出當(dāng)前下載的媒體可播放時(shí)長(zhǎng)，減去當(dāng)前時(shí)間和下載開(kāi)始時(shí)間的差，即為目前可播放時(shí)長(zhǎng)，并對(duì)可播放時(shí)長(zhǎng)做求和操作，即為總可播放時(shí)長(zhǎng)。若時(shí)長(zhǎng)大于5秒，則認(rèn)為當(dāng)前播放質(zhì)量好；若時(shí)長(zhǎng)處于2-5秒，則認(rèn)為當(dāng)前播放質(zhì)量中等；若小于2秒，則認(rèn)為當(dāng)前播放質(zhì)量差；若小于0秒，則認(rèn)為當(dāng)前播放質(zhì)量極差(已有卡頓產(chǎn)生)。對(duì)于播放質(zhì)量差及卡頓的情況，上報(bào)監(jiān)控服務(wù)器本次故障發(fā)生的信息。

步驟4，提取能夠主要反映當(dāng)前環(huán)境狀況的性能數(shù)據(jù)，例如，網(wǎng)絡(luò)層面的最大包延遲、丟包率、亂序率、低窗口率、最大抖動(dòng)、上行速率和下行速率等；協(xié)議層面的RTP序列丟失、HTTP返回錯(cuò)誤碼、HLS協(xié)議不完整、HLS序列丟失等；媒體層面的媒體分辨率、媒體平均碼率、媒體類型等；直觀反映主機(jī)工作情況的主機(jī)性能數(shù)據(jù)，例如，CPU使用率、內(nèi)存使用率和IO速率等。將這些數(shù)據(jù)合并為一個(gè)一維向量，做歸一化處理后，存入循環(huán)隊(duì)列中。

步驟5，取出循環(huán)隊(duì)列中10秒前記錄的性能數(shù)據(jù)向量，和當(dāng)前的流媒體播放質(zhì)量作為輸入和輸出，訓(xùn)練Softmax分類器，使用在線更新的方式更新權(quán)重。

本發(fā)明中利用現(xiàn)在性能數(shù)據(jù)對(duì)未來(lái)一段時(shí)間的流媒體播放質(zhì)量進(jìn)行預(yù)測(cè)的流程圖如圖2所示。

具體過(guò)程是：讀取循環(huán)隊(duì)列中現(xiàn)在的性能數(shù)據(jù)向量，輸入之前訓(xùn)練的Softmax分類器中，取Softmax分類器的輸出作為10秒后的流媒體播放質(zhì)量預(yù)測(cè)結(jié)果。如果預(yù)測(cè)未來(lái)的播放質(zhì)量會(huì)變差，則觸發(fā)播放器內(nèi)部機(jī)制，增加緩沖長(zhǎng)度或其他主動(dòng)策略避免卡頓的發(fā)生。

綜上所述，本發(fā)明利用終端設(shè)備所在的網(wǎng)絡(luò)環(huán)境和本機(jī)性能的歷史數(shù)據(jù)作為訓(xùn)練數(shù)據(jù)，用現(xiàn)在的性能數(shù)據(jù)預(yù)測(cè)一段時(shí)間后的流媒體播放質(zhì)量，整體數(shù)據(jù)流圖如圖3所示。本發(fā)明不僅僅提供當(dāng)前播放質(zhì)量的準(zhǔn)確判斷，更能對(duì)未來(lái)進(jìn)行預(yù)測(cè)，這對(duì)于提升服務(wù)質(zhì)量和用戶體驗(yàn)有極大的作用；其次本發(fā)明充分考慮每臺(tái)設(shè)備的獨(dú)特性，方法具有普適性，且能隨著工作時(shí)間的增長(zhǎng)不斷自我優(yōu)化；并且本發(fā)明方法簡(jiǎn)單高效，易于實(shí)現(xiàn)。