一種控制數(shù)據(jù)傳輸?shù)姆椒盎镜闹谱鞣椒?br>【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種控制數(shù)據(jù)傳輸?shù)姆椒盎尽?br>【背景技術(shù)】
[0002]在網(wǎng)絡(luò)上傳輸音/視頻等多媒體文件，目前主要有全部下載和流式傳輸兩種方式。全部下載方式需要多媒體文件全部下載完畢才能播放，由于多媒體文件通常較大，同時由于網(wǎng)絡(luò)帶寬的限制，采用全部下載方式常常需要數(shù)分鐘甚至數(shù)小時才能下載完畢一個多媒體文件，因此，采用全部下載這種處理方法的延遲很大。
[0003]流式傳輸方式是指將音/視頻等多媒體文件由多媒體信息服務(wù)器向客戶端連續(xù)、實時傳送的方式。使用流式傳輸技術(shù)傳輸?shù)倪B續(xù)時基媒體稱為流媒體。在這種流式傳輸方式下，用戶不必等到整個文件全部下載完畢，而只需經(jīng)過幾秒或十數(shù)秒的下載即可進行觀看播放數(shù)據(jù)。其特點是數(shù)據(jù)流隨時傳送隨時播放，當流媒體數(shù)據(jù)在客戶端上播放時，流媒體文件的剩余部分將在后臺從服務(wù)器內(nèi)繼續(xù)下載。采用流式傳輸方式的流媒體播放技術(shù)避免了用戶必須等待整個文件全部從網(wǎng)絡(luò)上下載完畢才能觀看的缺點。
[0004]在流媒體播放技術(shù)中，在開始播放流媒體數(shù)據(jù)之前需要將流媒體數(shù)據(jù)下載到一個流媒體緩沖區(qū)(以下簡稱緩沖區(qū))中。等待流媒體數(shù)據(jù)下載到緩沖區(qū)的過程稱為緩沖，一般分為首次緩沖和再次緩沖。首次緩沖是指在流媒體文件開始播放前需要等待下載指定數(shù)據(jù)量(足以播放的數(shù)據(jù)量)的流媒體數(shù)據(jù)到緩沖區(qū)的過程，首次緩沖的等待時間是指從開始下載到下載了指定數(shù)據(jù)量的流媒體數(shù)據(jù)的時間。當下載的流媒體數(shù)據(jù)量達到指定數(shù)據(jù)量后，則讀出該緩沖區(qū)內(nèi)的流媒體數(shù)據(jù)進行播放，并在讀出數(shù)據(jù)進行播放的同時繼續(xù)向該緩沖區(qū)內(nèi)下載后續(xù)的流媒體數(shù)據(jù)，從而連續(xù)播放。
[0005]首次緩沖的等待時間是影響用戶觀看視頻主觀體驗的重要因素之一。其中，客戶端從服務(wù)器下載流媒體數(shù)據(jù)的下載速率直接影響首次緩沖的等待時間。
[0006]現(xiàn)有技術(shù)中，客戶端從服務(wù)器下載流媒體數(shù)據(jù)的下載速率會受到用戶設(shè)備(UE，User Equipment)的簽約參數(shù)用戶設(shè)備匯聚最大比特率(UE-AMBR, UE-Aggregate MaximumBit Rate)的限制。
[0007]UE-AMBR作為UE的簽約數(shù)據(jù)保存在歸屬簽約服務(wù)器(HSS，Home SubscriberServer)中，并通過網(wǎng)絡(luò)注冊流程由HSS傳送給移動管理實體(MME, Mobility ManagementEntity)。當UE建立起到公用數(shù)據(jù)網(wǎng)(F1DN, Public Data Network)的第一條數(shù)據(jù)連接時，相應(yīng)的上下行UE-AMBR即可以通過默認承載建立流程，傳送到eNodeB實體，由eNodeB完成對UE的數(shù)據(jù)傳輸速率的控制，保證UE的總數(shù)據(jù)傳輸速率不超過UE-AMBR，其中，UE-AMBR可以在上行方向和下行方向分別進行配置。
[0008]由于受到UE-AMBR的限制，UE從服務(wù)器下載流媒體數(shù)據(jù)時，即使無線信道質(zhì)量很好，小區(qū)負載很小，無線資源很豐富，eNodeB還是會限制UE的下載速率不超過下行UE-AMBR,由此可能導致首次緩沖的等待時間較長，影響用戶視頻觀看的主觀體驗。

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

[0009]本發(fā)明實施例提供了一種控制數(shù)據(jù)傳輸?shù)姆椒盎?，用以解決現(xiàn)有技術(shù)中存在的始終對UE的下載速率進行限制，由此可能導致首次緩沖的等待時間較長，影響用戶視頻觀看的主觀體驗問題。
[0010]本發(fā)明實施例提供一種控制數(shù)據(jù)傳輸?shù)姆椒?，所述方法包?
[0011 ] 針對用戶設(shè)備UE與基站之間的一個承載，基站在對所述UE的下行數(shù)據(jù)進行調(diào)度時，判斷所述承載已成功傳輸?shù)南滦袛?shù)據(jù)的數(shù)據(jù)量是否達到數(shù)據(jù)量閾值；
[0012]所述基站在所述承載已成功傳輸?shù)南滦袛?shù)據(jù)的數(shù)據(jù)量沒有達到所述數(shù)據(jù)量閾值時，不對所述承載的下行數(shù)據(jù)傳輸速率進行限制。
[0013]采用本發(fā)明實施例的方案使得UE首次從網(wǎng)絡(luò)側(cè)下載數(shù)據(jù)時，在已下載數(shù)據(jù)的數(shù)據(jù)量小于數(shù)據(jù)量閾值時，下載速率不會受到限制，從而減少了首次緩沖的等待時間，提高了用戶觀看流媒體文件的主觀體驗。
[0014]可選地，所述方法還包括:
[0015]所述基站在所述承載已成功傳輸?shù)南滦袛?shù)據(jù)的數(shù)據(jù)量達到所述數(shù)據(jù)量閾值時，基于用戶設(shè)備匯聚最大比特率UE-AMBR對所述承載下行數(shù)據(jù)傳輸速率進行限制。
[0016]如此，即可對UE除首次緩沖外的數(shù)據(jù)的下載速率進行限制，從而避免UE始終占用較多的空口資源，影響其他UE正常業(yè)務(wù)的開展。
[0017]可選地，所述基站通過以下方式確定所述數(shù)據(jù)量閾值:
[0018]所述基站將在承載建立過程中通過SI接口從移動管理實體MME獲得的數(shù)據(jù)量閾值作為所述確定的數(shù)據(jù)量閾值，其中，從所述MME獲得的數(shù)據(jù)量閾值是由歸屬簽約服務(wù)器HSS或所述UE傳遞給所述MME的；或
[0019]所述基站根據(jù)承載建立過程中從MME獲得的所述承載的服務(wù)質(zhì)量等級標識QCI確定所述承載的業(yè)務(wù)類型，根據(jù)所述基站預(yù)先配置的業(yè)務(wù)類型與數(shù)據(jù)量閾值的對應(yīng)關(guān)系確定所述承載的業(yè)務(wù)類型對應(yīng)的數(shù)據(jù)量閾值，并將所述承載的業(yè)務(wù)類型對應(yīng)的數(shù)據(jù)量閾值作為所述確定的數(shù)據(jù)量閾值；或
[0020]所述基站根據(jù)承載建立過程中從MME獲得的所述承載的業(yè)務(wù)類型，以及所述基站預(yù)先配置的業(yè)務(wù)類型與數(shù)據(jù)量閾值的對應(yīng)關(guān)系確定所述承載的業(yè)務(wù)類型對應(yīng)的數(shù)據(jù)量閾值，并將所述承載的業(yè)務(wù)類型對應(yīng)的數(shù)據(jù)量閾值作為所述確定的數(shù)據(jù)量閾值。
[0021]如此，即可根據(jù)實際應(yīng)用場景將數(shù)據(jù)量閾值配置在基站處或由核心網(wǎng)網(wǎng)元將數(shù)據(jù)量閾值傳遞給基站。
[0022]可選地，所述基站不對所述承載的下行數(shù)據(jù)傳輸速率進行限制之前，還包括:
[0023]所述基站確定所述UE測得的無線信道信號強度大于強度閾值；或
[0024]所述基站確定小區(qū)的負載小于負載閾值。
[0025]如此，即可在網(wǎng)絡(luò)環(huán)境較好時，減少首次緩沖的等待時間。
[0026]可選地，所述基站通過以下方式獲得所述強度閾值:
[0027]所述基站獲得所述基站預(yù)先配置的所述強度閾值；或
[0028]所述基站獲得網(wǎng)絡(luò)管理系統(tǒng)在所述基站中預(yù)先配置的所述強度閾值；或
[0029]所述基站從MME中獲得所述強度閾值；或
[0030]所述基站通過MME從HSS中獲得所述強度閾值。
[0031]如此，即可根據(jù)實際應(yīng)用場景將強度閾值配置在基站處或由核心網(wǎng)網(wǎng)元將強度閾值傳遞給基站。
[0032]可選地，所述基站通過以下方式獲得所述負載閾值:
[0033]所述基站獲得所述基站預(yù)先配置的所述負載閾值；或
[0034]所述基站獲得網(wǎng)絡(luò)管理系統(tǒng)在所述基站中預(yù)先配置的所述負載閾值；或
[0035]所述基站從MME中獲得所述負載閾值；或
[0036]所述基站通過MME從HSS中獲得所述負載閾值。
[0037]如此，即可根據(jù)實際應(yīng)用場景將負載閾值配置在基站處或由核心網(wǎng)網(wǎng)元將負載閾值傳遞給基站。
[0038]本發(fā)明實施例還提供一種基站，所述基站包括:
[0039]第一處理模塊，用于針對用戶設(shè)備UE與基站之間的一個承載，在對所述UE的下行數(shù)據(jù)進行調(diào)度時，判斷所述承載已成功傳輸?shù)南滦袛?shù)據(jù)的數(shù)據(jù)量是否達到數(shù)據(jù)量閾值；
[0040]第二處理模塊，用于在所述承載已成功傳輸?shù)南滦袛?shù)據(jù)的數(shù)據(jù)量沒有達到所述數(shù)據(jù)量閾值時，不對所述承載的下行數(shù)據(jù)傳輸速率進行限制。
[0041]采用本發(fā)明實施例的基站對UE的下行數(shù)據(jù)傳輸進行控制，使得UE首次從網(wǎng)絡(luò)側(cè)下載數(shù)據(jù)時，在已下載數(shù)據(jù)的數(shù)據(jù)量小于數(shù)據(jù)量閾值時，下載速率不會受到限制，從而減少了首次緩沖的等待時間，提高了用戶觀看流媒體文件的主觀體驗。
[0042]可選地，所述第二處理模塊還用于:
[0043]在所述承載已成功傳輸?shù)南滦袛?shù)據(jù)的數(shù)據(jù)量達到所述數(shù)據(jù)量閾值時，基于用戶設(shè)備匯聚最大比特率UE-AMBR對所述承載下行數(shù)據(jù)傳輸速率進行限制。
[0044]如此，即可對UE除首次緩沖外的數(shù)據(jù)的下載速率進行限制，從而避免UE始終占用較多的空口資源，影響其他UE正常業(yè)務(wù)的開展。
[0045]可選地，所述第一處理模塊還用于通過以下方式確定所述數(shù)據(jù)量閾值:
[0046]將在承載建立過程中通過SI接口從移動管理實體MME獲得的數(shù)據(jù)量閾值作為所述確定的數(shù)據(jù)量閾值，其中，從所述MME獲得的數(shù)據(jù)量閾值是由歸屬簽約服務(wù)器HSS或所述U