一種實現速率控制的方法、系統和設備的製作方法
2023-10-09 16:01:54 1
專利名稱：：一種實現速率控制的方法、系統和設備的製作方法
技術領域：
：本發明涉及通信領域，特別涉及一種實現速率控制的方法、系統和設備。
背景技術：
：在現有文件分發系統中，一般採用TCP(TransmissionControlProtocol，傳輸控制協議)連接進行傳輸，例如Bittorrent。而在視頻分發系統中，由於數據包的時效性及TCP的低效性，一般採用UDP(UserDatagramProtocol,用戶數據報協議)進行傳輸。在視頻應用中，為了保證用戶體驗，避免擁塞和丟包，一般要避免突發流量，這就要求發送端在發送數據流量時，要保證數據流量的平穩發送，因此，為了保證UDP傳輸時數據流量的平穩發送，需要對發送速率進行控制，其中，採用UDP傳輸時，對發送速率的控制方法主要有以下兩種方式方式一、基於反饋的UDP速率控制方法，通過作為接收端的客戶端反饋的RTT(RoundTripTime,往返時間)，丟包率等參數，動態的對碼率進行調整，達到控制UDP傳輸速率的目的，該方式在長時間連接時，能夠兼顧網絡實時帶寬和客戶端QoS(QualityofService,服務質量)，一般反饋在5秒以上。方式二、是由作為發送端的伺服器通過獲取兩數據幀之間的時間間隔(例如Pal制式下，兩數據幀之間的時間間隔為40ms)，在時間間隔到來時，把當前幀的數據發送到客戶端，達到控制UDP傳輸速率的目的。然而，發明人在實現本發明時，發現目前網際網路系統的計算模式正在發生從客戶機/伺服器(Client/Server)模式到P2P(Peer-To-Peer，對等)計算模式的轉變，而P2P計算模式一般按數據分片對視頻和文件進行分發，由於P2P網絡中，各個數據分片建立連接的時間比較短，不會超過幾秒，但基於反饋的UDP速率控制方法的反饋一般在5秒以上，因此，還沒進行反饋，連接就斷掉了，所以基於反饋機制的UDP速率控制在P2P網絡中已不適用。另外，在P2P網絡中採用UDP對視頻進行傳輸時，接收端會對傳輸速率有不同的要求，例如處於啟動階段，為了獲得較小的啟動延遲，希望充分利用帶寬，發送碼流接近帶寬，明顯大於播放速率；而在平穩觀看時，又希望充分利用各個發送者的上行帶寬，加上接收端能夠獲得了網絡上較多的信息，例如能夠提供服務的服務節點列表等，因此，可以選擇匹配的發送端，上述由發送方在時間間隔到來時把當前幀數據發送到客戶端的方式，由於只能以播放速率發送數據幀，且由於各視頻數據幀大小差別較大，結果會導致碼流不平均，突發流量大，所以基於由發送方以播放速率發送數據的控制方式在P2P網絡中也不適用。綜上，在P2P網絡中缺少採用UDP傳輸時，既能進行速率控制、又能保證UDP傳輸時數據流的平穩發送的機制。
發明內容為了保證UDP傳輸時數據流的平穩發送，達到在P2P網絡中採用UDP傳輸進行速率控制的目的，本發明提供了一種實現速率控制的方法、系統和設備，該技術方案如下—方面，本發明提供了一種實現速率控制的方法，該方法應用於P2P網絡中，包括獲得接收端發送的數據分片標識和數據分片發送速率，根據數據分片標識獲取數據分片標識對應的數據分片；根據自身發送數據的時間間隔和數據分片發送速率，計算時間間隔內發送的數據分片的數據量；根據時間間隔內發送的數據分片的數據量，向接收端發送數據分片。—方面，本發明提供了一種實現速率控制的方法，該方法應用於P2P網絡中，包括根據視頻數據播放速率、數據分片播放時長和自身可用緩存大小，計算可獲取的數據分片個數以及數據分片發送速率；根據已緩存的數據分片標識的最大值和可獲取的數據分片個數，得到每個數據分片的數據分片標識；根據數據分片標識以及數據分片發送速率，查找擁有相應數據分片的對等節點作為發送端；向發送端發送相應的數據分片標識和數據分片發送速率。另一方面，本發明提供了一種實現速率控制的系統，該系統應用於P2P網絡中，包括接收端和發送端，其中，接收端，用於根據視頻數據播放速率、數據分片播放時長和自身可用緩存大小，計算可獲取的數據分片個數以及數據分片發送速率；還用於根據已緩存的數據分片標識的最大值和可獲取的數據分片個數，得到每個數據分片的數據分片標識；還用於根據數據分片標識以及數據分片發送速率，查找擁有相應數據分片的對等節點作為發送端；並向發送端發送相應的數據分片標識和數據分片發送速率；發送端，用於獲得接收設備發送的數據分片標識和數據分片發送速率，根據數據分片標識獲取數據分片標識對應的數據分片；還用於根據自身發送數據的時間間隔和數據分片發送速率，計算時間間隔內發送的數據分片的數據量；還用於根據計算的時間間隔內發送的數據分片的數據量，向接收端發送數據分片。另一方面，本發明提供了一種節點設備，該節點設備應用於P2P網絡中，包括接收模塊，用於獲得接收端發送的數據分片標識和數據分片發送速率；獲取模塊，用於根據接收模塊獲得的數據分片標識，獲取數據分片標識對應的數據分片；計算模塊，用於根據自身發送數據的時間間隔、接收模塊獲得的數據分片發送速率，計算時間間隔內發送的獲取模塊獲取的數據分片的數據量；發送模塊，用於根據計算模塊計算的時間間隔內發送的數據分片的數據量，向接收端發送獲取模塊獲取的數據分片。另一方面，本發明提供了一種節點設備，該節點設備應用於P2P網絡中，包括計算模塊，用於根據視頻數據播放速率、數據分片播放時長和節點設備可用緩存大小，計算可獲取的數據分片個數以及數據分片發送速率；獲取模塊，用於根據已緩存的數據分片標識的最大值和計算模塊計算的可獲取的數據分片個數，得到每個數據分片的數據分片標識；查找模塊，用於根據獲取模塊得到的數據分片標識以及計算模塊計算的數據分片發送速率，查找擁有相應數據分片的對等節點作為發送端；發送模塊，用於向查找模塊查找的發送端發送相應的數據分片標識和數據分片發送速率。本發明實施例提供的技術方案的有益效果是本發明通過接收端發送需要的數據分片發送速率到發送端，發送端根據該發送速率將數據分片平穩地發送到接收端的方法，在P2P網絡中採用UDP傳輸數據分片時，能夠對發送端的發送速率進行控制，使得發送端和接收端之間數據分片平穩傳輸。圖1是本發明實施例2提供的實現速率控制的方法具體實現流程示意圖；圖2是本發明實施例3提供的實現速率控制的系統示意圖；圖3是本發明實施例4提供的節點設備示意圖；圖4是本發明實施例5提供的節點設備示意圖；圖5是本發明實施例5提供的節點設備的計算模塊示意圖；圖6是本發明實施例5提供的節點設備的查找模塊示意圖。具體實施例方式為使本發明的目的、技術方案和優點更加清楚，下面將結合附圖對本發明實施方式作進一步地詳細描述。本發明通過接收端發送需要的數據分片發送速率到發送端，發送端根據該發送速率將數據分片平穩的發送到接收端的方法，實現了在P2P網絡中採用UDP傳輸數據分片時，能夠對發送端的發送速率進行控制，使得發送端和接收端之間數據分片平穩傳輸。下面將結合以下各實施例對本發明實施例提供的技術方案進行詳細的描述。實施例1為了保證UDP傳輸時數據流的平穩發送，本發明實施例提供了一種實現速率控制的方法，該方法應用於P2P網絡中，內容如下獲得接收端發送的數據分片標識和數據分片發送速率，根據數據分片標識獲取數據分片標識對應的數據分片；根據自身發送數據的時間間隔和數據分片發送速率，計算時間間隔內發送的數據分片的數據量；根據時間間隔內發送的數據分片的數據量，向接收端發送數據分片。本發明還提供了一種實現速率控制的方法，該方法應用於P2P網絡中，包括根據視頻數據播放速率、數據分片播放時長和自身可用緩存大小，計算可獲取的數據分片個數以及數據分片發送速率；根據已緩存的數據分片標識的最大值和可獲取的數據分片個數，得到每個數據分片的數據分片標識；8根據數據分片標識以及數據分片發送速率，查找擁有相應數據分片的對等節點作為發送端；向發送端發送相應的數據分片標識和數據分片發送速率。本發明實施例提供的實現速率控制的方法，通過接收端發送需要的數據分片發送速率到發送端，發送端根據該速率將數據分片平穩的發送到接收端的方法，在P2P網絡中採用UDP傳輸視頻業務，能夠簡單的，在一般的視頻傳輸業務中對數據分片發送速率進行速率控制。實施例2本發明實施例提供了一種實現速率控制的方法，以在P2P網絡中採用UDP傳輸視頻數據碼流為例進行說明，其中，在P2P網絡中採用數據分片的形式傳輸視頻數據碼流。為了便於說明，假定接收端播放視頻時的正常播放速率為800kbps(bitspersecond,比特每秒)，接收端的下行(由發送端到接收端方向)帶寬為2Mbps，每個數據分片播放時長為4s，以Clientl作為接收端獲取視頻數據分片為例，參見圖l，該方法具體實現流程如下101:接收端Clientl根據視頻數據播放速率、數據分片播放時長，獲取數據分片大小。其中，本發明實施例中接收端Clientl視頻正常的播放速率為800kbps，每個數據分片播放時長為4s，則每個數據分片大小為800kbpS*4s/8=400kB。對於不同播放時長的數據分片，其數據分片大小不同，例如，如果數據分片播放時長為3s，則該數據分片大小為800kbpS*3s/8=300kB。為了便於說明，本發明實施例中以每個數據分片播放時長為4s為例進行說明，而在實際傳輸過程中，數據分片大小播放時長會根據實際的需要變化，即數據分片大小會在實際傳輸時變化，本發明不限制每個數據分片大小的具體取值。102:接收端Clientl根據自身可用緩存大小、獲取的數據分片大小，計算可獲取的數據分片個數。其中，接收端Clientl—次可獲取的數據分片個數由接收端Clientl的可用緩存空間大小和數據分片的大小決定；本發明實施例中，假定該接收端Clientl緩存可以存放3分鐘的視頻，平穩播放時該接收端Clientl的可用緩存大小為1600KB，即可獲取數據分片的總大小為1600kB，而由於每個數據分片大小為400kB，則接收端Clientl—次可獲取的數據分片個數為1600kB/400kB=4個，即接收端Clientl可以一次並發請求4個數據分片。這樣可以保持接收端Clientl接收到的視頻碼流的大小和播放的視頻碼流的大小相同，即接收端Clientl流入和流出的數據碼流速率相同，從而維持了接收端Clientl的動態平衡，保證數據碼流的平穩播放。當然，在實際應用中接收端Clientl的緩存空間可能由於某種原因產生變化，例如某個時刻(比如緩存讓其它視頻數據分片佔據或者抖動引起緩存變化)緩存空間只能存放2分鐘的視頻，而接收端Clientl的視頻數據碼流還在正常播放，此時需要減少請求數據分片總的個數，從而漸漸空出一定的存儲空間，使得緩存空間減小隻存放2分鐘的視頻；當緩存空間減小到只能存放2分鐘的視頻時，為了保持請求數據分片大小和播放數據碼流的動態平衡，此時又需要按上述步驟請求數據分片，從而保持接收端Clientl的視頻碼流的播放平穩；同理，某個時刻由於某種原因緩存空間增大時，其處理過程類似，不再贅述。一般情況下，視頻應用的緩存是固定的。103:接收端Clientl根據視頻數據播放速率和可獲取的數據分片個數，計算數據分片發送速率。其中，本發明實施例中，接收端Clientl根據視頻數據播放速率800kbps、獲取的數據分片的個數為4，則每個數據分片發送速率為800kbps/4=200kbps。對於不同的數據分片的個數，其對應的每個數據分片發送速率也會不同，如獲取的數據分片的個數為3時，則每個數據分片發送速率為800kbps/3=266kbps，即需要所獲取的每個數據分片發送速率之和等於視頻數據的播放速率，從而保證接收端Clientl請求數據分片大小和播放數據碼流的動態平衡，使得視頻碼流的播放平穩。另外，對於處於啟動階段的接收端Clientl，由於此時緩存是空的，為了獲得較小的啟動延遲，可以令待獲取的數據分片發送速率接近接收端的下行帶寬。例如本實施例中，接收端的下行帶寬為2Mbps，則在啟動階段接收端Clientl會以接近2Mbps的速度請求數據分片，優選地，可以先請求一個數據分片，使得接收端Clientl能夠更快的獲取到數據分片，從而更快的播放視頻碼流，然後，再繼續快速請求接下來的數據分片，以便減少用戶觀看的等待時間，提高用戶的使用體驗。104:接收端Clientl獲取待獲取的各數據分片的分片標識。其中，例如，接收端Clientl可以根據目前緩存中的數據分片標識的最大值和獲取數據分片的個數，得到待獲取的各數據分片的分片標識，假設目前緩存中保存的數據分片的分片標識最大值是Keyl9，待獲取的數據分片的個數為4，則待獲取的數據分片標識分別為Key20、Key21、Key22、Key23，本發明實施例不限制上述接收端獲取待獲取的各數據分片的分片標識的具體方式和方法。105:接收端Clientl根據獲取的數據分片標識和數據分片發送速率，獲取能夠提供該數據分片標識對應的數據分片的發送端。該過程如下首先，接收端Clientl根據獲取的數據分片標識，獲取擁有該數據分片標識對應的數據分片的節點；然後，接收端Clientl根據該數據分片發送速率，從上述獲取的節點中，根據預設算法選擇出能夠提供該數據分片標識對於的數據分片的節點，作為發送端。例如，參見表l，假設接收端Clientl已經獲得了各個數據分片對應的節點列表。接收端Clientl要獲取的4個數據分片為Key20、Key21、Key22、Key23，且擁有各數據分片標識對應的數據分片的節點。表1tableseeoriginaldocumentpage10tableseeoriginaldocumentpage11如表1所示，數據分片Key20所在的節點Client100，所能提供的上傳能力為300kbps;數據分片Key20所在節點Client101，所能提供的上傳能力為200kbps數據分片Key20所在節點Client102，所能提供的上傳能力為100kbps;數據分片Key21所在節點Client102，所能提供的上傳能力為400kbps;數據分片Key21所在節點Client103，所能提供的上傳能力為200kbps;數據分片Key22所在節點為Client110，所能提供的上傳能力為250kbps;數據分片Key23所在節點為Client120，所能提供的上傳能力為300kbps。其中，上述所在節點所能提供的上傳能力是指該節點能為所請求的數據分片提供的最大傳輸速率；如數據分片Key20所在節點Client100，所能提供的上傳能力為300kbps，即節點Client100能為數據分片Key20提供的最大傳輸速率為300kbps。由於本發明實施例中請求的4個數據分片中，數據分片要求的發送速率都為200kbps，所以給每個數據分片提供數據碼流的節點的上傳能力必須大於或等於200kbps，才能達到每個數據分片要求的發送速率。當發送端有多個節點能為接收端Clientl提供所需的數據分片時，接收端Clientl會選擇大於或等於其要求的發送速率的節點。例如表1中，擁有數據分片Key20的節點包括Client100、Client101、Client103，其中，由於Key20的發送速率為200kbps，而Client103所能提供的上傳能力僅為100kbps，不能滿足數據分片Key21要求的發送速率，所以接收端Clientl會捨棄Client103，進一步地，接收端可以根據預設選擇算法，從滿足數據分片Key21要求的發送速率的Client100、Client101中選擇出發送端，即對於某個數據分片，如果存在多個滿足大於發送速率的節點，即有多個節點可以為某個數據分片提供正常播放數據碼流所需的發送速率，則接收端Clientl可以隨機選擇ClientlOO和Client101中的任何一個，也可以按順序選擇的節點，還可以選擇所能提供的上傳能力較大的一個，本發明實施例不限制節點的選擇方式，可以根據需要靈活地選取。進一步地，為了充分利用發送端的上行帶寬，滿足多個節點可以為一個節點服務，則接收端儘可能地選擇不同的節點提供各數據分片，例如，當針對數據分片Key23，節點Client100、Client120都可作為該數據分片的發送端，則由於之前選擇了節點Client100作為數據分片Key20的發送端，則為了充分利用各發送端的上行帶寬，此時，優選Client120作為該數據分片Key23的發送端。106:接收端Clientl將數據分片標識、該數據分片對應的數據分片發送速率發送給對應的發送端。其中，接收端Clientl可以通過攜帶數據分片標識以及該數據分片標識對應的數據分片發送速率的信令協商報文給發送端。例如，假定接收端Clientl需要並發請求的4個數據分片分別為Key20、Key21、Key22和Key23，各數據分片發送速率為200kbps，且選擇出的各數據分片標識對應的發送端分別為Clientl00、Clientl02、Clientll0和Clientl20;則該接收端Clientl通過向ClientlOO發送攜帶Key20、200kbps的信令協商報文；同理，接收端Clientl通過向Clientl02發送攜帶Key21、200kbps的信令協商報文，其他類似，不再贅述。107:發送端接收來自接收端Clientl發送的數據分片標識和數據分片發送速率後，根據數據分片標識獲取該數據分片標識對應的數據分片。108:發送端根據時間間隔、接收的數據分片發送速率，計算得到時間間隔內發送的數據分片的數據量。其中，假定發送端ClientlOO的時間間隔為40ms，即每40ms發送一次數據，而數據分片Key20的發送速率為200kbps，則發送端ClientlOO每40ms發送的數據量為200kbps*40ms/8=lkB，即每40ms發送lkB數據。當然，在實際應用中發送端的時間間隔可以根據需要靈活選取，本發明實施例不限制時間間隔的具體大小。109:發送端根據計算出的時間間隔內發送的數據分片的數據量，將所要發送的數據分片進行封裝。其中，為了滿足UDP傳輸的要求，則根據步驟108中計算出的時間間隔內發送的數據量，將所要發送的數據分片按時間間隔內發送的數據量為單位進行RTP(Real-timeTansportProtocol，實時傳輸協議)封裝。例如發送端每個時間間隔40ms發送lkB數據，則將所要發送的數據分片按lkB—個RTP包進行封裝，而數據分片大小為400kB，則每個數據分片可以打400個大小為lkB的RTP包。在實際應用中，將所要發送的數據分片進行封裝時不限制具體的封裝形式，可以根據需要靈活選取，本發明實施例不限制具體的封裝形式。110:發送端將封裝後的數據分片發送到接收端Clientl。其中，發送端將封裝後的數據分片，以每個時間間隔發一個RTP包的速率平穩的發送到接收端Clientl。例如將發送端大小為400kB的數據分片以每個時間間隔40ms發送1個RTP包的速率，發送數據分片給接收端Clientl，實現了平穩的速率控制。111:接收端Clientl接收並緩存各發送端發送的數據分片。另外，本發明實施例提供的方法還適用於接收端Clientl所請求的數據分片大小不同的情況，此時對本次請求的各個數據分片按同樣大小的RTP包進行封裝，由於各個數據分片大小不同，則到達接收端的時間不同，需要等到本次所請求的各個數據分片都到達接收端Clientl時才能進行下一次數據分片的請求。另外，本發明實施例提供的方法還適用於所要求的各個數據分片發送速率不同的情況，此時由於每個數據分片要求的發送速率不同，所以針對不同的數據分片，其RTP包的大小不同，所以每次發送的數據量也不同，此時接收端CIient1需等到各個數據分片的RTP包都到達時，才能進行下一次的數據分片的請求。本發明實施例提供的實現速率控制的方法，通過接收端Clientl發送需要的數據分片發送速率到發送端，發送端根據該發送速率將數據分片平穩的發送到接收端Clientl的方法，在P2P網絡中採用UDP傳輸視頻業務時，能夠對數據分片發送速率進行速率控制。12實施例3本發明實施例提供了一種實現速率控制的系統，應用於P2P網絡中，參見圖2，該系統包括接收端201和發送端202，其中，接收端201，用於根據視頻數據播放速率、數據分片播放時長和自身可用緩存大小，計算可獲取的數據分片個數以及數據分片發送速率；根據已緩存的數據分片標識的最大值和可獲取的數據分片個數，得到每個數據分片的數據分片標識；根據數據分片標識以及數據分片發送速率，查找擁有相應數據分片的對等節點作為發送端202;並向發送端202發送相應的數據分片標識和數據分片發送速率；發送端202，用於獲得接收端201發送的數據分片標識和數據分片發送速率，根據數據分片標識獲取數據分片標識對應的數據分片；根據自身發送數據的時間間隔和數據分片發送速率，計算時間間隔內發送的數據分片的數據量；根據計算的時間間隔內發送的數據分片的數據量，向接收端201發送數據分片。進一步地，接收端計算可獲取的數據分片個數以及所述數據分片發送速率的步驟，具體包括根據視頻數據播放速率和數據分片播放時長，計算數據分片大小；並根據自身可用緩存大小和數據分片大小，計算可獲取的數據分片個數；並根據視頻數據播放速率和可獲取的數據分片個數，計算數據分片發送速率；再進一步地，接收端還用於根據可獲取的數據分片數據分片標識、預存的數據分片標識和對等節點的對應關係，獲取能夠提供相應數據分片的對等節點；並根據數據分片發送速率，選擇滿足數據分片發送速率的對等節點作為數據分片的發送端。本發明實施例提供的實現速率控制的系統，通過接收端發送需要的數據分片發送速率到發送端，發送端根據該發送速率將數據分片平穩的發送到接收端的方法，能夠在一般的視頻傳輸業務中採用UDP傳輸時，對數據分片發送速率進行速率控制。實施例4本發明實施例提供了一種節點設備，應用於P2P網絡中，參見圖3，該節點設備包括接收模塊301，用於獲得對端節點設備發送的數據分片標識和數據分片發送速率；獲取模塊302，用於根據接收模塊301獲得的數據分片標識，獲取數據分片標識對應的數據分片；計算模塊303，用於根據自身發送數據的時間間隔、接收模塊301獲得的數據分片發送速率，計算時間間隔內發送的獲取模塊302獲取的數據分片的數據量；發送模塊304，用於根據計算模塊303計算的時間間隔內發送的數據分片的數據量，向對端節點設備發送獲取模塊獲取的數據分片。進一步地，發送模塊304包括封裝單元304a，用於獲取根據計算模塊303計算的時間間隔內發送的數據分片的數據量，根據時間間隔內發送的數據分片的數據量，對數據分片進行封裝形成數據包；發送單元304b，用於在每個時間間隔到來時，發送封裝單元304a得到的數據包給接收端，直到將數據分片發送完畢。13本發明實施例提供的節點設備，在P2P網絡中採用UDP傳輸視頻業務時，能夠進行速率控制，提供了在一般的視頻傳輸業務中對數據分片發送速率進行速率控制的設備，使得數據分片能夠平穩地進行傳輸。實施例5本發明實施例提供了一種節點設備，應用於P2P網絡中，參見圖4，該節點設備包括計算模塊401，用於根據視頻數據播放速率、數據分片播放時長和節點設備可用緩存大小，計算可獲取的數據分片個數以及數據分片發送速率；獲取模塊402，用於根據已緩存的數據分片標識的最大值和計算模塊401計算的可獲取的數據分片個數，得到每個數據分片的數據分片標識；查找模塊403，用於根據獲取模塊402得到的數據分片標識以及計算模塊401計算的數據分片發送速率，查找擁有相應數據分片的對等節點作為發送端；發送模塊404，用於向查找模塊403查找的發送端發送相應的數據分片標識和數據分片發送速率。進一步地，參見圖5，計算模塊401具體包括第一計算單元401a，用於根據視頻數據播放速率和數據分片播放時長，計算數據分片大小；第二計算單元401b，用於根據節點設備可用緩存大小和第一計算單元401a計算的數據分片大小，計算可獲取的數據分片個數；第三計算單元401c，用於根據視頻數據播放速率和第二計算單元401b計算的可獲取的數據分片個數，計算數據分片發送速率。進一步地，參見圖6，查找模塊403具體包括查找單元403a，用於根據獲取模塊402得到的每個數據分片的數據分片的標識、預存的數據分片標識和對等節點的對應關係，獲取能夠提供相應數據分片的對等節點；選擇單元403b，用於根據第三計算單元401c得到的數據分片發送速率，選擇滿足數據分片發送速率的查找單元403a獲取的對等節點作為數據分片的發送端。再進一步地，選擇單元403b還用於當滿足數據分片發送速率的對等節點的個數為多個時，根據預設的選擇規則，從選擇出的滿足數據分片發送速率的多個對等節點中，選擇出一個對等節點作為發送端。本發明實施例提供的節點設備，在P2P網絡中採用UDP傳輸視頻業務時，能夠進行速率控制，提供了在一般的視頻傳輸業務中對數據分片發送速率進行速率控制的設備，使得數據分片能夠平穩地進行傳輸。本發明實施例可以利用軟體實現，相應的軟體程序可以存儲在可讀取的存儲介質中，例如，計算機的硬碟、緩存或光碟中。以上所述僅為本發明的較佳實施例，並不用以限制本發明，凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。權利要求一種實現速率控制的方法，其特徵在於，所述方法應用於P2P網絡中，包括獲得接收端發送的數據分片標識和數據分片發送速率，根據所述數據分片標識獲取所述數據分片標識對應的數據分片；根據自身發送數據的時間間隔和所述數據分片發送速率，計算所述時間間隔內發送的數據分片的數據量；根據所述時間間隔內發送的數據分片的數據量，向所述接收端發送所述數據分片。2.如權利要求1所述的方法，其特徵在於，所述獲得來自接收端發送的數據分片標識和數據分片發送速率的步驟之前，還包括所述接收端根據視頻數據播放速率、數據分片播放時長和自身可用緩存大小，計算可獲取的數據分片個數以及所述數據分片發送速率；所述接收端根據已緩存的數據分片標識的最大值和所述可獲取的數據分片個數，得到每個數據分片的數據分片標識；所述接收端根據所述數據分片標識以及所述數據分片發送速率，查找擁有相應數據分片的對等節點作為發送端，並向所述發送端發送相應的數據分片標識和所述數據分片發送速率。3.如權利要求2所述的方法，其特徵在於，所述接收端根據視頻數據播放速率、數據分片播放時長和自身可用緩存大小，計算可獲取的數據分片個數以及所述數據分片發送速率的步驟，具體包括所述接收端根據視頻數據播放速率和數據分片播放時長，計算所述數據分片大小；所述接收端根據自身可用緩存大小和所述數據分片大小，計算可獲取的數據分片個數；所述接收端根據視頻數據播放速率和所述可獲取的數據分片個數，計算所述數據分片發送速率。4.如權利要求2或3所述的方法，其特徵在於，所述接收端根據所述數據分片標識以及所述數據分片發送速率，查找擁有相應數據分片的對等節點作為發送端的步驟，具體包括所述接收端根據可獲取的數據分片的數據分片標識、預存的數據分片標識和對等節點的對應關係，獲取能夠提供相應數據分片的對等節點；所述接收端根據所述數據分片發送速率，選擇滿足所述數據分片發送速率的對等節點作為所述數據分片的發送端。5.如權利要求4所述的方法，其特徵在於，當滿足所述數據分片發送速率的對等節點的個數為多個時，所述方法還包括根據預設的選擇規則，從所述選擇出的滿足所述數據分片發送速率的多個對等節點中，選擇出一個對等節點作為發送端。6.如權利要求15任一權利要求所述的方法，其特徵在於，所述根據所述時間間隔內發送的數據分片的數據量，向所述接收端發送所述數據分片的步驟，具體包括獲取所述時間間隔內發送的數據分片的數據量，根據所述時間間隔內發送的數據分片的數據量，對所述數據分片進行封裝形成數據包；在每個時間間隔到來時，發送所述數據包給所述接收端，直到將所述數據分片發送完畢。7.—種實現速率控制的方法，其特徵在於，所述方法包括根據視頻數據播放速率、數據分片播放時長和自身可用緩存大小，計算可獲取的數據分片個數以及數據分片發送速率；根據已緩存的數據分片標識的最大值和所述可獲取的數據分片個數，得到每個數據分片的數據分片標識；根據所述數據分片標識以及所述數據分片發送速率，查找擁有相應數據分片的對等節點作為發送端；向所述發送端發送相應的數據分片標識和所述數據分片發送速率。8.如權利要求7所述的方法，其特徵在於，所述根據視頻數據播放速率、數據分片播放時長和自身可用緩存大小，計算可獲取的數據分片個數以及所述數據分片發送速率的步驟，具體包括根據視頻數據播放速率和數據分片播放時長，計算所述數據分片大小；根據自身可用緩存大小和所述數據分片大小，計算可獲取的數據分片個數；根據視頻數據播放速率和所述可獲取的數據分片個數，計算所述數據分片發送速率。9.如權利要求7或8所述的方法，其特徵在於，所述根據所述數據分片標識以及所述數據分片發送速率，查找擁有所述數據分片的對等節點作為發送端的步驟，具體包括根據可獲取的數據分片的數據分片標識、預存的數據分片標識和對等節點的對應關係，獲取能夠提供相應數據分片的對等節點；根據所述數據分片發送速率，選擇滿足所述數據分片發送速率的對等節點作為所述數據分片的發送端。10.如權利要求9所述的方法，其特徵在於，當滿足所述數據分片發送速率的對等節點的個數為多個時，所述方法還包括根據預設的選擇規則，從所述選擇出的滿足所述數據分片發送速率的多個對等節點中，選擇出一個對等節點作為發送端。11.一種實現速率控制的系統，其特徵在於，所述系統應用於P2P網絡中，包括接收端和發送端，其中，所述接收端，用於根據視頻數據播放速率、數據分片播放時長和自身可用緩存大小，計算可獲取的數據分片個數以及數據分片發送速率；根據已緩存的數據分片標識的最大值和所述可獲取的數據分片個數，得到每個數據分片的數據分片標識；根據所述數據分片標識以及所述數據分片發送速率，查找擁有相應數據分片的對等節點作為發送端；並向所述發送端發送相應的數據分片標識和所述數據分片發送速率；所述發送端，用於獲得所述接收端發送的數據分片標識和數據分片發送速率，根據所述數據分片標識獲取所述數據分片標識對應的數據分片；根據自身發送數據的時間間隔和所述數據分片發送速率，計算所述時間間隔內發送的數據分片的數據量；根據所述計算的時間間隔內發送的數據分片的數據量，向所述接收端發送所述數據分片。12.如權利要求11所述的系統，其特徵在於，所述接收端計算可獲取的數據分片個數以及所述數據分片發送速率的步驟，具體包括根據視頻數據播放速率和數據分片播放時長，計算所述數據分片大小；並根據自身可用緩存大小和所述數據分片大小，計算可獲取的數據分片個數；並根據視頻數據播放速率和所述可獲取的數據分片個數，計算所述數據分片發送速率。13.如權利要求11或12所述的系統，其特徵在於，所述接收端還用於根據可獲取的數據分片的數據分片標識、預存的數據分片標識和對等節點的對應關係，獲取能夠提供相應數據分片的對等節點；並根據所述數據分片發送速率，選擇滿足所述數據分片發送速率的對等節點作為所述數據分片的發送端。14.一種節點設備，其特徵在於，所述節點設備應用於P2P網絡中，包括接收模塊，用於獲得接收端發送的數據分片標識和數據分片發送速率；獲取模塊，用於根據所述接收模塊獲得的數據分片標識，獲取所述數據分片標識對應的數據分片；計算模塊，用於根據節點設備發送數據的時間間隔、所述接收模塊獲得的數據分片發送速率，計算所述時間間隔內發送的所述獲取模塊獲取的數據分片的數據量；發送模塊，用於根據所述計算模塊計算的時間間隔內發送的數據分片的數據量，向所述接收端發送所述獲取模塊獲取的數據分片。15.如權利要求14所述的設備，其特徵在於，所述發送模塊包括封裝單元，用於獲取所述時間間隔內發送的數據分片的數據量，根據所述時間間隔內發送的數據分片的數據量，對所述數據分片進行封裝形成數據包；發送單元，用於在每個時間間隔到來時，發送所述封裝單元得到的數據包給所述接收端，直到將所述數據分片發送完畢。16.—種節點設備，其特徵在於，所述節點設備應用於P2P網絡中，包括計算模塊，用於根據視頻數據播放速率、數據分片播放時長和節點設備可用緩存大小，計算可獲取的數據分片個數以及所述數據分片發送速率；獲取模塊，用於根據已緩存的數據分片標識的最大值和所述計算模塊計算的可獲取的數據分片個數，得到每個數據分片的數據分片標識；查找模塊，用於根據所述獲取模塊得到的數據分片標識以及所述計算模塊計算的數據分片發送速率，查找擁有相應數據分片的對等節點作為發送端；發送模塊，用於向所述查找模塊查找的發送端發送相應的數據分片標識和所述數據分片發送速率。17.如權利要求16所述的節點設備，其特徵在於，所述計算模塊具體包括第一計算單元，用於根據視頻數據播放速率和數據分片播放時長，計算所述數據分片大小；第二計算單元，用於根據節點設備可用緩存大小和所述第一計算單元計算的數據分片大小，計算可獲取的數據分片個數；第三計算單元，用於根據視頻數據播放速率和所述第二計算單元計算的可獲取的數據分片個數，計算所述數據分片發送速率。18.如權利要求16所述的節點設備，其特徵在於，所述查找模塊具體包括查找單元，用於根據所述獲取模塊得到的每個數據分片的數據分片的標識、預存的數據分片標識和對等節點的對應關係，獲取能夠提供相應數據分片的對等節點；選擇單元，用於根據所述第三計算單元計算得到的數據分片發送速率，選擇滿足所述數據分片發送速率的所述查找單元獲取的對等節點作為所述數據分片的發送端。19.如權利要求18所述的節點設備，其特徵在於，所述選擇單元還用於當滿足所述數據分片發送速率的對等節點的個數為多個時，根據預設的選擇規則，從所述選擇出的滿足所述數據分片發送速率的多個對等節點中，選擇出一個對等節點作為發送端。全文摘要本發明公開了一種實現速率控制的方法、系統和設備，屬於網絡通信領域。方法應用於P2P網絡中，包括獲得接收端發送的數據分片標識和數據分片發送速率，根據數據分片標識獲取數據分片標識對應的數據分片；根據自身發送數據的時間間隔和數據分片發送速率，計算時間間隔內發送的數據分片的數據量；根據時間間隔內發送的數據分片的數據量，向接收端發送數據分片。系統包括接收端和發送端。本發明在P2P網絡中採用UDP傳輸視頻業務時，能夠對傳輸的數據分片進行速率控制。文檔編號H04L29/08GK101741890SQ20081022688公開日2010年6月16日申請日期2008年11月19日優先權日2008年11月19日發明者李光,李峰,韓磊申請人:華為技術有限公司