一種流媒體卡頓的確定方法及裝置的制造方法
【技術領域】
[0001 ]本發明涉及通信技術領域，尤其涉及一種流媒體卡頓的確定方法及裝置。
【背景技術】
[0002]流媒體的卡頓可以反映流媒體在終端播放的流暢性以及用戶使用流媒體業務的感知，流媒體卡頓包括卡頓次數和卡頓時間，目前判斷流媒體在播放過程中是否出現卡頓的方法為確定流媒體業務的平均下載速率，當平均下載速率高于某一門限值時，則確定流媒體在整個播放過程中沒有出現卡頓。
[0003]然而，流媒體的下載速率處于波動狀態，無法客觀的反映流媒體播放過程中的實際流暢程度，例如，當整個流媒體的播放過程中流媒體業務的平均下載速率高于門限值時，可能存在流媒體在一段時間內的下載速率高，播放流暢，但是另一段時間下載速率低，播放出現卡斷的情況，但是出現卡頓的次數和時間無法通過平均下載速率和門限值確定。所以現有的確定流媒體卡頓的方法不能準確的反映流媒體業務的播放的流暢度。
【發明內容】
[0004]本發明的實施例提供一種流媒體卡頓的確定方法及裝置，可以解決不能準確的確定流媒體的播放流暢度的問題。
[0005]為達到上述目的，本發明的實施例采用如下技術方案:
[0006]—種流媒體卡頓的確定方法，包括:
[0007]按照流媒體中的數據包被下載的順序獲取每個數據包的數據量以及每個數據包的下載時長；
[0008]根據每個數據包的數據量，確定所述流媒體的實際下載量與理論下載量相同的第一時刻，所述實際下載量與所述理論下載量為同一下載時刻的下載量；
[0009]根據第一數據包的數據量以及所述第一數據包的下載時長，確定所述第一數據包的實際下載速率，所述第一數據包為在所述第一時刻處于正在下載狀態的數據包或者在所述第一時刻后下載的第一個數據包；
[0010]若所述第一數據包的實際下載速率小于理論下載速率，則確定所述流媒體出現一次播放卡頓；
[0011]根據所述第一數據包的下載時長，以及所述第一數據包中在所述第一時刻處于未下載狀態的數據量可供流暢播放的時間，確定所述流媒體的卡頓持續時間，所述流媒體的卡頓持續時間為所述第一數據包的下載時長與所述第一數據包中在所述第一時刻處于未下載狀態的數據量可供流暢播放的時間之差。
[0012]一種流媒體卡頓的確定裝置，包括:
[0013]獲取單元，用于按照流媒體中的數據包被下載的順序獲取每個數據包的數據量以及每個數據包的下載時長；
[0014]確定單元，用于根據每個數據包的數據量，確定所述流媒體的實際下載量與理論下載量相同的第一時刻，所述實際下載量與所述理論下載量為同一下載時刻的下載量;根據第一數據包的數據量以及所述第一數據包的下載時長，確定所述第一數據包的實際下載速率，所述第一數據包為在所述第一時刻處于正在下載狀態的數據包或者在所述第一時刻后下載的第一個數據包;若所述第一數據包的實際下載速率小于理論下載速率，則確定所述流媒體出現一次播放卡頓;根據所述第一數據包的下載時長，以及所述第一數據包中在所述第一時刻處于未下載狀態的數據量可供流暢播放的時間，確定所述流媒體的卡頓持續時間，所述流媒體的卡頓持續時間為所述第一數據包的下載時長與所述第一數據包中在所述第一時刻處于未下載狀態的數據量可供流暢播放的時間之差。
[0015]本發明實施例提供的流媒體卡頓的確定方法及裝置，按照流媒體中的數據包被下載的順序獲取每個數據包的數據量以及每個數據包的下載時長，然后確定流媒體的實際下載量與理論下載量相同的第一時刻，再根據第一數據包的數據量以及第一數據包的下載時長，確定第一數據包的實際下載速率，若第一數據包的實際下載速率小于理論下載速率，則確定流媒體出現一次播放卡頓，進而根據第一數據包的下載時長，以及第一數據包中數據量可供流暢播放的時間，確定流媒體的卡頓持續時間。與現有技術中根據流媒體的平均下載速率確定的流媒體播放流暢度不準確相比，本發明實施例通過實時監測每個流媒體中每個數據包的下載時長和每個數據包的下載量，得到流媒體在每個時刻的實際下載量，進而從微觀上確定流媒體在每個時刻的實際下載速率，可以最大程度上還原流媒體的下載過程，進而根據各時刻的實際下載數據量與理論下載數據量的關系，可以確定出流媒體播放過程中的卡頓次數以及每次卡頓持續的時間，從而更加準確的反映流媒體的播放流暢度。
【附圖說明】
[0016]為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。
[0017]圖1為本發明實施例提供的一種流媒體卡頓的確定方法的流程圖；
[0018]圖2為本發明實施例提供的另一種流媒體卡頓的確定方法的流程圖；
[0019]圖3為本發明實施例提供的一種流媒體卡頓的確定裝置的邏輯結構示意圖。
【具體實施方式】
[0020]下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。
[0021 ]為了準確的確定流媒體的播放流暢度，本發明實施例提供一種流媒體卡頓的確定方法，如圖1所示，該方法包括:
[0022]101、按照流媒體中的數據包被下載的順序獲取每個數據包的數據量以及每個數據包的下載時長。
[0023]其中，在下載流媒體過程中，流媒體會被分割成大量小于或等于1500B的數據包進行傳輸，在流媒體的下載與播放過程中，服務器可以通過Iu_ps(Iu Packet Service，Iu口分組業務)數據監測到下載的每個數據包的大小以及下載每個數據包實際消耗的時長。Iu-ps是指分組域的Iu接口，在UMTS(Universal Mobile Telecommunicat1ns System，通用移動通信系統)網絡架構中，Iu接口負責核心網和RNC之間的信令交互，Iu-ps數據包含分組域數據交互的所有信息，例如:用戶基本信息、終端基本信息、網絡基本信息，以及用戶進行分組域業務時控制面信令信息和用戶面的數據信息等。
[0024]102、根據每個數據包的數據量，確定流媒體的實際下載量與理論下載量相同的第一時刻。
[0025]其中，流媒體的實際下載量與理論下載量為同一下載時刻的下載量，例如在流媒體播放至第30秒時，流媒體的實際下載量與理論下載量相同，則確定第一時刻為流媒體播放后的第30秒。
[0026]理論下載量是理論平均下載速率與已播放時長的乘積。另外，根據每個數據包的數據量，可以確定每個下載時刻實際已經下載的數據包的數據總量，該數據總量為流媒體的實際下載量，通過將各個時刻的理論下載量與實際下載量進行對比，可以確定實際下載量與理論