流媒體發送速率控制方法、系統和流媒體服務器的制造方法

流媒體發送速率控制方法、系統和流媒體服務器的制造方法
【專利摘要】本發明公開了一種流媒體發送速率控制方法、系統和流媒體服務器，涉及流媒體【技術領域】。該方法在流媒體服務端計算客戶端的緩存情況，根據客戶端緩存按需調整輸出碼率，在客戶端計算本地緩存的平均值，由服務端根據客戶端上報的客戶端平均緩存修正系統偏差。本發明提供新的流媒體發送速率的控制機制，實現客戶端數據緩存平穩，同時確保服務端碼流輸出平滑，提升流媒體業務的質量。
【專利說明】流媒體發送速率控制方法、系統和流媒體服務器
【技術領域】
[0001]本發明涉及流媒體【技術領域】，特別涉及一種流媒體發送速率控制方法、系統和流媒體服務器。
【背景技術】
[0002]流媒體技術指多媒體數據以流式傳輸方式通過網絡從服務端向客戶端傳送、客戶端可以一邊接受媒體流一邊播放的技術。流媒體文件格式支持采用流式傳輸及播放的媒體格式。流式傳輸方式是將視頻和音頻等多媒體文件經過特殊的壓縮方式分成一個個壓縮包，由服務器向用戶連續、實時傳送。在采用流式傳輸方式的系統中，用戶不必像非流式播放那樣等到整個文件全部下載完畢后才能看到當中的內容，而是只需要經過幾秒鐘或幾十秒的啟動延時即可在用戶終端上利用相應的播放器對壓縮的視頻或音頻等流式媒體文件進行播放，剩余的部分將繼續進行下載，直至播放完畢。
[0003]多媒體數據輸入客戶端緩存與客戶端解碼輸出必須均衡，否則可能會出現客戶端緩存上溢或枯竭的現象，上溢造成丟包，枯竭造成視頻停頓，從而影響播放質量，為此，需要一種控制流媒體發送速率的機制。
[0004]目前主要采用客戶端和服務端交互的方式實現對發送速率的控制。圖1示出現有的客戶端和服務端交互方式發送速率控制的示意圖。如圖1所示，客戶端實時監測緩存，當緩存超過閾值時，由客戶端向服務端發起調整指令。上述方案中，因傳輸時延的因素，造成緩存調整不夠準確，甚至會增大服務端碼流輸出的波動；而且，網絡抖動引起的緩存變化會自趨平衡，無需調整。由于網絡時延和網絡抖動的存在，現有控制方式不夠準確，并會額外造成服務端輸出的波動。

【發明內容】

[0005]本發明的發明人發現上述現有技術中存在問題，并因此針對所述問題中的至少一個問題提出了一種新的技術方案。
[0006]本發明的一個目的是提供一種用于流媒體發送速率控制的技術方案。
[0007]根據本發明的第一方面，提供了一種流媒體發送速率控制方法，包括:服務端向客戶端發送媒體流；服務端根據已發送的數據量和客戶端消耗的數據量之間的差值獲得客戶端緩存，客戶端消耗的數據量通過視頻流的PCR時間戳獲得；服務端根據客戶端緩存對媒體流的速率進行調整；服務端接收客戶端上報的客戶端平均緩存，根據客戶端平均緩存修正系統誤差。
[0008]可選地，客戶端消耗的數據量通過視頻流的PCR時間戳計算獲得包括:對視頻流TS中的PCR值進行解析獲得PCR1、PCR2、....、PCRn, PCR為編碼時鐘，記錄PCR以及與PCR 對應的本地時鐘 Clock1、Clock2、....、Clockn ;計算(Clocki，Clocki+1)時間范圍內已發送的數據量SendBits ;計算(Clocki, Clocki+1)時間范圍內客戶端消耗的數據量:(SendBits/ (PCRi+1 - PCRi)) X (Clocki+1 - Clocki);其中，i=l,...n_l，n 為自然數。[0009]可選地，服務端根據客戶端緩存對媒體流的速率進行調整包括:周期性計算客戶端緩存Buffer,本周期計算的客戶端緩存與前一周期的客戶端緩存累加；當Buffer超過上限BufferMax時，在下一周期應少發數據量k X (Buffer-BufferMax);當Buffer低于BufferMin時,在下一周期應多發數據量k X (BufferMin-Buffer),其中，k為系數,取值
0.5-1.5 之間。
[0010]可選地，服務端根據客戶端緩存對媒體流的速率進行調整包括:服務端根據客戶端緩存對媒體流的速率進行緩慢調整使得媒體流的碼率波動不超過規定的MD 1: D F指標；其中，被調整碼率波動程度MDI = DF取決于系數k、周期時長和基礎碼率:k X(Buffer-BufferMax)/ 周期時長 / 基礎碼率；或 k X (BufferMin-Buffer)/ 周期時長 / 基礎碼率。
[0011]可選地，該方法還包括:客戶端按照預定周期計算客戶端平均緩存，預定周期足夠長以便剔除網絡的影響和服務端調整碼率的影響。
[0012]根據本發明的另一方面，提供一種流媒體服務器，包括:流媒體發送模塊，用于向客戶端發送媒體流；客戶端緩存計算模塊，用于根據已發送的數據量和客戶端消耗的數據量之間的差值獲得客戶端緩存，客戶端消耗的數據量通過視頻流的PCR時間戳計算獲得；碼流速率調整模塊，用于根據客戶端緩存對媒體流的速率進行調整；系統誤差修正模塊，用于接收客戶端上報的客戶端平均緩存，根據客戶端平均緩存修正系統誤差。
[0013]可選地，客戶端緩存計算模塊包括:時鐘獲取單元，用于對視頻流TS中的PCR值進行解析獲得PCRl、PCR2、....、PCRn, PCR為編碼時鐘，記錄PCR以及與PCR對應的本地時鐘Clock1、Clock2、....、Clockn ;發送數據量獲取單元,用于計算(Clocki, Clocki+1)時間范圍內已發送的數據量SendBits ;其中，i=l，...n_l ;消耗數據量計算單元，用于計算(Clocki，Clocki+l)時間范·圍內客戶端消耗的數據量PlayBits: (SendBits/ (PCRi+Ι -PCRi)) X (Clocki+1 - Clocki);緩存計算單元,用于根據已發送的數據量SendBits和客戶端消耗的數據量PlayBits獲得客戶端緩存。
[0014]可選地，客戶端緩存計算模塊周期性計算客戶端緩存Buffer，本周期計算的客戶端緩存與前一周期的客戶端緩存累加；碼流速率調整模塊用于當Buffer超過上限BufferMax時，在下一周期應少發數據量k X (Buffer-BufferMax);當Buffer低于BufferMin時,在下一周期應多發數據量k X (BufferMin-Buffer),其中，k為系數,取值
0.5-1.5 之間。
[0015]可選地，服碼流速率調整模塊根據客戶端緩存對碼流的速率進行緩慢調整以避免碼率波動超過規定的MD1:DF指標，被調整碼率波動程度MD1:DF取決于系數k、周期時長和基礎碼率:k X (Buffer-BufferMax)/ 周期時長 / 基礎碼率；或 k X (BufferMin-Buffer)/周期時長/基礎碼率，k取值于0.5^1.5。
[0016]可選地，客戶端平均緩存由客戶端按照預定周期計算，預定周期足夠長以便剔除網絡的影響和服務端調整碼率的影響。
[0017]根據本發明的又一方面，提供一種流媒體發送速率控制系統，包括上述的流媒體服務器，以及客戶端。
[0018]本發明的一個優點在于，在流媒體服務端計算客戶端的緩存情況，按需調整輸出碼率；在客戶端計算本地緩存的平均值，由服務端修正系統偏差，實現客戶端數據緩存平穩，同時確保服務端碼流輸出平滑，提升流媒體業務的質量。
[0019]通過以下參照附圖對本發明的示例性實施例的詳細描述，本發明的其它特征及其優點將會變得清楚。
【專利附圖】

【附圖說明】
[0020]構成說明書的一部分的附圖描述了本發明的實施例，并且連同說明書一起用于解釋本發明的原理。
[0021]參照附圖，根據下面的詳細描述，可以更加清楚地理解本發明，其中:
[0022]圖1示出現有的客戶端和服務端交互方式發送速率控制的示意圖。
[0023]圖2示出根據本發明的在流媒體服務端計算客戶端緩存發送速率控制的示意圖。
[0024]圖3示出根據本發明的流媒體發送速率控制方法的一個實施例的流程圖。
[0025]圖4示出根據本發明的流媒體發送速率控制方法的另一個實施例的流程圖。
[0026]圖5示出根據本發明的流媒體服務器的一個實施例的結構圖。
[0027]圖6示出根據本發明的流媒體發送速率控制系統的一個實施例的結構圖。
[0028]圖7示出根據本發明的流媒體服務器的另一個實施例的結構圖。
【具體實施方式】
[0029]現在將參照附圖來詳細描述本發明的各種示例性實施例。應注意到:除非另外具體說明，否則在這些實施例中闡述的部件和步驟的相對布置、數字表達式和數值不限制本發明的范圍。
[0030]同時，應當明白，為了便于描述，附圖中所示出的各個部分的尺寸并不是按照實際的比例關系繪制的。
[0031]以下對至少一個示例性實施例的描述實際上僅僅是說明性的，決不作為對本發明及其應用或使用的任何限制。
[0032]對于相關領域普通技術人員已知的技術、方法和設備可能不作詳細討論，但在適當情況下，所述技術、方法和設備應當被視為授權說明書的一部分。
[0033]在這里示出和討論的所有示例中，任何具體值應被解釋為僅僅是示例性的，而不是作為限制。因此，示例性實施例的其它示例可以具有不同的值。
[0034]應注意到:相似的標號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步討論。
[0035]本發明的發明人通過研究分析，認為引起客戶端緩存波動的原因包括:1)服務端發送速率與編碼速率的不一致，以IPTV為例，要求服務端按固定碼率發送，但視頻文件的編碼速率可能有變化；2)服務端和客戶端時鐘的累積誤差；3)網絡的抖動。
[0036]針對上述分析，本發明的發明人提供了一種新的流媒體發送速率控制機制。圖2示出根據本發明的在流媒體服務端計算客戶端緩存發送速率控制的示意圖。如圖2所示，I)在服務端計算客戶端的緩存變化，剔除網絡抖動的影響，自調整發送碼率；2)在客戶端計算平均緩存，發送給服務端，由服務端調整系統誤差(例如，時鐘累積誤差)。
[0037]圖3示出根據本發明的流媒體碼流控制方法的一個實施例的流程圖。
[0038]如圖3所示，步驟302，服務端向客戶端發送媒體流。[0039]步驟304，服務端根據已發送的數據量和客戶端消耗的數據量之間的差值獲得客戶端緩存，客戶端緩存指已發送的數據量和客戶端消耗的數據量之間的差值；客戶端消耗的數據量通過視頻流的PCR時間戳獲得。
[0040]在一個實施例中，服務端對視頻流TS (Transport Stream,傳輸流)中的PCR(program clock reference,節目時鐘基準)值進行解析，PCR為編碼時鐘,解析后記錄為PCR1、PCR2、....、PCRn，記錄 PCR 的同時，記錄對應本地時鐘 Clockl、Clock2、....Xlockn0
[0041]以下以一個采樣周期為例，S卩(PCR1，PCR2)和對應的(Clockl，Clock2):
[0042]I)計算(Clocki, Clock2)時間范圍內已發送的數據量SendBits ；
[0043]2)計算(Clockl，Clock2)時間范圍內機頂盒需要開銷的數據量，即客戶端消耗的數據量:
[0044]計算(Clocki,Clock2)范圍的編碼速率:BitsRate=SendBits/ (PCR2 - PCRl)；
[0045]計算這段時間客戶端所需的數量:PlayBits=BitsRate X (Clock2 - Clocki)；
[0046]3)獲得客戶端緩存:Buffer=SendBits - PlayBits,即客戶端側緩存多余的數據量。
[0047]由于PCR出現頻次比較高，PCR實際采集不需要那么密集。
[0048]步驟306，服務端根據客戶端緩存對媒體流的速率進行調整。對媒體流的發送速率進行調整時，要使碼流波動幅度比較小。
[0049]在一個實施例中，可周期性的計算客戶端緩存Buffer,本次(周期)計算的Buffer需與前一次(周期)Buffer累加。Buffer必須為正，還規定一個上限(BufferMax)和下限(BufferMin),上限和下限可由機頂盒在點播時上報給服務器。當Buffer超過BufferMax時，在下一周期可以少發數據量kX (Buffer-BufferMax)；當Buffer低于BufferMin時，在下一周期可以多發數據量kX (BufferMin-Buffer)，k為系數，取值0.5-1.5之間。
[0050]步驟308，服務端接收客戶端上報的客戶端平均緩存，根據客戶端平均緩存修正系統誤差。
[0051]系統誤差是指，服務端計算的緩存和客戶端實際緩存不一，這是因為兩邊的時鐘不同步引起，理論上誤差非常小，可以隔很長時間修正一次。由于客戶端緩存一直在波動的，客戶端瞬間的緩存值不應與服務端計算緩存作對比，所以客戶端可以計算一個平均值與服務端計算的緩存值作對比。調整的規則是，機頂盒上報的當前緩存直接覆蓋服務端計算的 Buffer。
[0052]上述實施例中，在流媒體服務端計算客戶端的緩存情況，按需調整輸出碼率；在客戶端計算本地緩存的平均值，由服務端修正系統偏差。該方法不改變原有流媒體服務器和客戶端設備的硬件及組網，實現客戶端數據緩存平穩，同時確保服務端碼流輸出平滑，提升流媒體業務的質量。
[0053]圖4示出根據本發明的流媒體碼流控制方法的另一個實施例的流程圖。
[0054]如圖4所示，步驟401，服務端和客戶端初始化，服務端獲取客戶端的緩存閾值；
[0055]步驟402，服務端按既定的固定碼率向客戶端發送媒體流(啟動時，可快速緩沖)。
[0056]步驟403，服務端按一定的周期計算客戶端的緩存，計算周期可設，一般為IOs ;根據計算獲取的客戶端緩存，決定是否需要調整速率，如果計算的客戶端緩存超過閾值，則在下個周期進行緩慢調整，避免碼率波動超過規定的MDI (Media Delivery Index,媒體傳輸指標):DF (Delay Factor，延遲因素)指標。在一個實施例中，被調整碼率波動程度MD1:DF取決于系數k、周期時長和基礎碼率:kX (Buffer-BufferMax) /周期時長/基礎碼率；或kX (BufferMin-Buffer) /周期時長/基礎碼率，k取值于0.5?1.5。
[0057]步驟404，客戶端按一定的周期計算本地緩存的平均值，為剔除網絡的影響和服務端調整碼率的影響，計算周期需足夠長，一般為5min，或更長。
[0058]步驟405，客戶端上報的平均緩存與服務端計算的緩存進行比較，以修正服務端的系統誤差。
[0059]上述實施例中，在客戶端緩存超過閾值時，進行緩慢調整，使得碼流的速率更加平穩，客戶端在足夠長的周期內統計本地的平均緩存，上報服務端進行系統誤差修正，不受網絡時延抖動的影響，可確?？蛻舳司彺娴钠椒€和服務端碼流輸出的平滑。
[0060]圖5示出根據本發明的流媒體服務器的一個實施例的結構圖。如圖5所示，該流媒體服務器包括:流媒體發送模塊51，向客戶端發送媒體流；客戶端緩存計算模塊52，根據已發送的數據量和客戶端消耗的數據量之間的差值獲得客戶端緩存，其中，客戶端消耗的數據量通過視頻流的PCR時間戳計算獲得；碼流速率調整模塊53，根據客戶端緩存對媒體流的速率進行調整；系統誤差修正模塊54，接收客戶端上報的客戶端平均緩存，根據客戶端平均緩存修正系統誤差。
[0061]上述實施例中，客戶端緩存計算模塊在流媒體服務端計算客戶端的緩存情況，碼流速率調整模塊按需調整輸出碼率；在客戶端計算本地緩存的平均值，由服務端系統誤差修正模塊根據客戶端平均緩存修正系統偏差，實現客戶端數據緩存平穩，同時確保服務端碼流輸出平滑，提升流媒體業務的質量。
[0062]在一個實施例中，客戶端緩存計算模塊周期性計算客戶端緩存Buffer，本周期計算的客戶端緩存與前一周期的客戶端緩存累加。碼流速率調整模塊當Buffer超過上限BufferMax時，在下一周期應少發數據量k X (Buffer-BufferMax);當Buffer低于BufferMin時，在下一周期應多發數據量k X (BufferMin-Buffer), k為系數，取值0.5-1.5之間。
[0063]在一個實施例中，服碼流速率調整模塊根據客戶端緩存對碼流的速率進行緩慢調整以避免碼率波動超過規定的MD1:DF指標。在一個實施例中，被調整碼率波動程度MD1:DF取決于系數k、周期時長和基礎碼率:k X (Buffer-BufferMax)/周期時長/基礎碼率；或kX (BufferMin-Buffer) /周期時長/基礎碼率，k取值于0.5?1.5。
[0064]圖6示出根據本發明的流媒體發送速率控制系統的一個實施例的結構圖。如圖6所示，該系統包括流媒體服務器500和客戶端600。流媒體服務器500提供媒體文件，包含流媒體發送模塊51、客戶端緩存計算模塊52、碼流速率調整模塊53、系統誤差修正模塊54?？蛻舳?00計算緩存變變化平均值，定時上報平均緩存。
[0065]圖7示出根據本發明的流媒體服務器的另一個實施例的結構圖。如圖7所示，流媒體服務器包含流媒體發送模塊51、客戶端緩存計算模塊72、碼流速率調整模塊53、系統誤差修正模塊54。其中，客戶端緩存計算模塊72:時鐘獲取單元721，對視頻流TS中的PCR值進行解析獲得PCRl、PCR2、....、PCRn, PCR為編碼時鐘，記錄PCR以及與PCR對應的本地時鐘 Clock1、Clock2、....、Clockn ;發送數據量獲取單元 722，計算(Clocki，Clocki+1)時間范圍內已發送的數據量SendBits ;其中，i=l,...n_l ;消耗數據量計算單元723,計算(Clocki, Clocki+1)時間范圍內客戶端消耗的數據量 PlayBits: (SendBits/ (PCRi+Ι -PCRi))X (Clocki+1 - Clocki);緩存計算單元724，根據已發送的數據量SendBits和客戶端消耗的數據量PlayBits獲得客戶端緩存。
[0066]在一個實施例中，客戶端平均緩存由客戶端按照預定周期計算，預定周期足夠長以便剔除網絡的影響和服務端調整碼率的影響。
[0067]本文實施例和技術方案適用于所有實時流媒體系統，尤其是IPTV系統。
[0068]至此，已經詳細描述了根據本發明的流媒體碼流控制方法、系統和服務器。為了避免遮蔽本發明的構思，沒有描述本領域所公知的一些細節。本領域技術人員根據上面的描述，完全可以明白如何實施這里公開的技術方案。
[0069]可能以許多方式來實現本發明的方法和系統。例如，可通過軟件、硬件、固件或者軟件、硬件、固件的任何組合來實現本發明的方法和系統。用于所述方法的步驟的上述順序僅是為了進行說明，本發明的方法的步驟不限于以上具體描述的順序，除非以其它方式特別說明。此外，在一些實施例中，還可將本發明實施為記錄在記錄介質中的程序，這些程序包括用于實現根據本發明的方法的機器可讀指令。因而，本發明還覆蓋存儲用于執行根據本發明的方法的程序的記錄介質。
[0070]雖然已經通過示例對本發明的一些特定實施例進行了詳細說明，但是本領域的技術人員應該理解，以上示例僅是為了進行說明，而不是為了限制本發明的范圍。本領域的技術人員應該理解，可在不脫離本發明的范圍和精神的情況下，對以上實施例進行修改。本發明的范圍由所附權利要求來限定。
【權利要求】
1.一種流媒體發送速率控制方法，其特征在于，包括: 服務端向客戶端發送媒體流； 所述服務端根據已發送的數據量和客戶端消耗的數據量之間的差值獲得客戶端緩存，所述客戶端消耗的數據量通過視頻流的節目時鐘基準PCR時間戳獲得； 所述服務端根據所述客戶端緩存對媒體流的速率進行調整； 所述服務端接收所述客戶端上報的客戶端平均緩存，根據所述客戶端平均緩存修正系統誤差。
2.根據權利要求1所述的方法，其特征在于，所述客戶端消耗的數據量通過視頻流的PCR時間戳計算獲得包括: 對視頻流的傳輸流TS中的PCR值進行解析獲得PCR1、PCR2......PCRn, PCR為編碼時鐘，記錄PCR以及與PCR對應的本地時鐘Clockl、Clock2、....、Clockn ； 計算(Clocki, Clocki+1)時間范圍內已發送的數據量SendBits ； 計算(Clocki, Clocki+1)時間范圍內所述客戶端消耗的數據量:(SendBits/(PCRi+1 - PCRi)) X (Clocki+1 - Clocki); 其中，i=l，...n-l，n為自然數。
3.根據權利要求1所述的方法，其特征在于，所述服務端根據所述客戶端緩存對媒體流的速率進行調整包括:` 周期性計算所述客戶端緩存Buffer，本周期計算的客戶端緩存與前一周期的客戶端緩存累加； 當Buffer超過上限BufferMax時,在下一周期應少發數據量kX (Buffer-BufferMax); 當Buffer低于下限BufferMin時,在下一周期應多發數據量kX (BufferMin-Buffer); 其中，k為系數，取值0.5-1.5之間。
4.根據權利要求3所述的方法，所述服務端根據所述客戶端緩存對媒體流的速率進行調整包括: 所述服務端根據所述客戶端緩存對媒體流的速率進行緩慢調整使得媒體流的碼率波動不超過規定的MD1:DF指標；其中，被調整碼率波動程度取決于系數k、周期時長和基礎碼率: kX (Buffer-BufferMax) /周期時長/基礎碼率；或 kX (BufferMin-Buffer) /周期時長/基礎碼率。
5.根據權利要求1所述的方法，其特征在于，還包括: 所述客戶端按照預定周期計算所述客戶端平均緩存，所述預定周期足夠長以便剔除網絡的影響和服務端調整碼率的影響。
6.一種流媒體服務器，其特征在于，包括: 流媒體發送模塊，用于向客戶端發送媒體流； 客戶端緩存計算模塊，用于根據已發送的數據量和客戶端消耗的數據量之間的差值獲得客戶端緩存，所述客戶端消耗的數據量通過視頻流的節目時鐘基準PCR時間戳計算獲得; 碼流速率調整模塊，用于根據所述客戶端緩存對媒體流的速率進行調整； 系統誤差修正模塊，用于接收客戶端上報的客戶端平均緩存，根據所述客戶端平均緩存修正系統誤差。
7.根據權利要求6所述的服務器，其特征在于，所述客戶端緩存計算模塊包括: 時鐘獲取單元，用于對視頻流的傳輸流TS中的PCR值進行解析獲得PCR1、PCR2......PCRn，PCR為編碼時鐘，記錄PCR以及與PCR對應的本地時鐘Clockl、Clock2、....,Clockn ；發送數據量獲取單元，用于計算(Clocki，Clocki+1)時間范圍內已發送的數據量SendBits ;其中，i=l,...η_1, η 為自然數； 消耗數據量計算單元，用于計算(Clocki，Clocki+1)時間范圍內所述客戶端消耗的數據量 PlayBits: (SendBits/ (PCRi+1 - PCRi)) X (Clocki+1 - Clocki); 緩存計算單元，用于根據所述已發送的數據量SendBits和所述客戶端消耗的數據量PlayBits獲得所述客戶端緩存。
8.根據權利要求6所述的服務器，其特征在于，所述客戶端緩存計算模塊周期性計算所述客戶端緩存Buffer，本周期計算的客戶端緩存與前一周期的客戶端緩存累加；所述碼流速率調整模塊用于當Buffer超過上限BufferMax時,在下一周期應少發數據量kX (Buffer-BufferMax);當Buffer低于BufferMin時，在下一周期應多發數據量k X(BufferMin-Buffer);其中，k 為系數，取值 0.5-1.5 之間。
9.根據權利要求8所述的服務器，所述服碼流速率調整模塊根據所述客戶端緩存對碼流的速率進行緩慢調整以避免碼率波動超過規定的MD1:DF指標； 其中，被調整碼率波動程度MD1:DF取決于系數k、周期時長和基礎碼率: k X (Buffer-BufferMax)/周期時長/基礎碼率；或 k X (BufferMin-Buffer)/周期時長/基礎碼率。`
10.根據權利要求6所述的服務器，其特征在于，所述客戶端平均緩存由客戶端按照預定周期計算，所述預定周期足夠長以便剔除網絡的影響和服務端調整碼率的影響。
11.一種流媒體發送速率控制系統，其特征在于，包括權利要求6至10中任意一項所述的流媒體服務器，以及客戶端。
【文檔編號】H04L29/08GK103795755SQ201210427799
【公開日】2014年5月14日 申請日期:2012年10月31日 優先權日:2012年10月31日
【發明者】姚良, 翁頤, 奚溪, 蘇丹 申請人:中國電信股份有限公司