專利名稱：一種wlan網絡中優(yōu)化p2p傳輸的方法、系統(tǒng)及裝置的制作方法
技術領域：
本發(fā)明實施例涉及通信技術領域，尤其涉及一種WLAN網絡中優(yōu)化P2P傳輸的方 法、系統(tǒng)及裝置。
背景技術：
P2P(Peer to Peer，點對點)技術是目前互聯(lián)網上最流行的一種數據傳輸技術。該 技術中節(jié)點之間完全對等，數據不需要經過服務器即可以在節(jié)點之間相互傳輸，目前互聯(lián) 網上80%的流量都是P2P流量?；ヂ?lián)網中存在著大量的P2P流量，在移動互聯(lián)網中，通過WLAN(WirelessLocal Area Network，無線局域網)接入的節(jié)點會越來越多。無線網絡中各個節(jié)點通過AP (Access Point，接入點)實現(xiàn)數據傳輸，無線網絡中包括多個AP，每個AP下屬1個和多個節(jié)點，同一 個AP下的不同節(jié)點可以通過該AP傳輸數據，不同AP下的節(jié)點可以通過各自的AP傳輸數 據。如圖1所示，AP1、AP2、AP3和AP4通過無線局域網連接，APl下屬節(jié)點1、節(jié)點2和節(jié)點 3，AP2下屬節(jié)點4和節(jié)點5，AP3下屬無節(jié)點，AP4下屬節(jié)點6和節(jié)點7。當節(jié)點1向節(jié)點2 傳輸數據時，節(jié)點1先要將數據通過空口傳輸到AP1，再由APl通過空口將數據傳輸到節(jié)點 2 ；當節(jié)點1向節(jié)點4傳輸數據時，節(jié)點1先要將數據通過空口傳輸到AP1，再由APl通過無 線局域網傳輸到AP2，再由AP2通過空口將數據傳輸到節(jié)點4。由此可見，無論同一個AP下的節(jié)點，還是不同AP下的節(jié)點進行數據傳輸時，都必 須占用空口資源，這些節(jié)點產生的P2P流量會消耗大量的空中接口的帶寬資源。因此，目前 P2P的廣泛應用使原來運行流暢的網絡變得越來越擁塞，網絡的吞吐量也急劇下降。

發(fā)明內容
本發(fā)明實施例提供了一種WLAN網絡中優(yōu)化P2P傳輸的方法、系統(tǒng)及裝置，通過在 AP中增加緩存，減少了大量的空口傳輸。本發(fā)明實施例提供了一種WLAN網絡中優(yōu)化P2P傳輸的方法，應用于包括至少兩個 P2P客戶端的無線網絡中，所述P2P客戶端屬于同一個AP或不同AP，所述方法包括以下步 驟AP為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的下載數據存 儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；所述AP接收需下載數據的P2P客戶端的下載請求，獲取下載內容分片ID和需下 載數據的P2P客戶端地址；所述AP根據所述下載內容分片ID在緩存中提取下載內容分片，并發(fā)送到所述需 下載數據的P2P客戶端。所述獲取下載內容ID和需下載數據的P2P客戶端地址，具體包括所述AP將需下載數據的P2P客戶端的下載請求發(fā)送到下屬P2P客戶端；所述AP接收到具有源數據的下屬P2P客戶端的上傳消息，所述上傳消息攜帶下載內容分片ID和需下載數據的P2P客戶端地址。所述接收到具有源數據的下屬P2P客戶端的上傳消息之前，還包括下屬P2P客戶端接收所述下載請求，所述下載請求中攜帶需下載數據的P2P客戶 端地址和需上傳數據內容；所述下屬P2P客戶端查找所述需上傳數據內容是否在本地緩存中，如果在，將所 述需上傳數據內容ID和需下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。還包括所述需上傳數據內容不在本地緩存中，從本地硬盤中獲取所述需上傳數據內，并 和需下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。所述將下載到下屬的P2P客戶端的下載數據存儲到所述緩存中，具體包括將每一個下載內容分片ID和下載內容存儲到所述緩存中。所述發(fā)送到對應的下屬的P2P客戶端，之后還包括所述P2P客戶端將所述下載數據存儲到本地緩存中，并記錄對應的下載內容分片 ID。還包括超過預設時間，將所述本地緩存中的下載內容轉移到硬盤中。所述獲取下載內容ID和需下載數據的P2P客戶端地址，具體包括所述AP解析所述下載請求，獲得需下載數據P2P客戶端地址，及需下載內容分片 ID。本發(fā)明實施例還提供了一種WLAN網絡中優(yōu)化P2P傳輸的系統(tǒng)，包括至少兩個P2P 客戶端，所述P2P客戶端屬于同一個AP或不同AP，AP，用于為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的下載數 據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；當接收需下載數據的P2P客戶端的 下載請求，將需下載數據的P2P客戶端的下載請求發(fā)送到下屬P2P客戶端；接收到具有源 數據的下屬P2P客戶端的上傳消息，所述上傳消息攜帶下載內容ID和需下載數據的P2P客 戶端地址；根據所述下載內容ID在緩存中提取下載內容分片，并發(fā)送到所述需下載數據的 P2P客戶端。P2P客戶端，用于接收由所述AP轉發(fā)的需下載數據的P2P客戶端的下載請求，將下 載內容ID和需下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。本發(fā)明實施例還提供了一種P2P客戶端，應用于包括至少兩個P2P客戶端的無線 網絡中，所述P2P客戶端屬于同一個AP或不同AP，所述P2P客戶端包括接收模塊，用于接收由所述AP轉發(fā)的需下載數據的P2P客戶端的下載請求；解析模塊，與所述接收模塊連接，用于從所述下載請求中解析出下載內容ID和需 下載數據的P2P客戶端地址；上傳模塊，與所述解析模塊連接，用于將下載內容ID和需下載數據的P2P客戶端 地址攜帶在上傳消息中，發(fā)送給所述AP。所述解析模塊，具體用于查找所述需上傳數據內容是否在本地緩存中，如果在，將 所述需上傳數據內容ID和需下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述 AP ；
6
所述需上傳數據內容不在本地緩存中，從本地硬盤中獲取所述需上傳數據內，并 和需下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。還包括下載模塊，與所述解析模塊連接，用于將所述下載數據存儲到本地緩存中，并記 錄對應的下載內容分片ID ；并當超過預設時間，將所述本地緩存中的下載內容轉移到硬盤 中。本發(fā)明實施例還提供了一種AP，應用于包括至少兩個P2P客戶端的無線網絡中， 所述P2P客戶端屬于同一個AP或不同AP，所述AP包括緩存模塊，用于為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的 下載數據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；下載請求接收模塊，用于當接收需下載數據的P2P客戶端的下載請求，將需下載 數據的P2P客戶端的下載請求發(fā)送到下屬P2P客戶端；信息獲取模塊，與所述下載請求接收模塊連接，用于接收到具有源數據的下屬P2P 客戶端的上傳消息，所述上傳消息攜帶下載內容ID和需下載數據的P2P客戶端地址；數據傳輸模塊，與所述信息獲取模塊和所述緩存模塊連接，用于根據所述下載內 容ID在所述緩存模塊中提取下載內容分片，并發(fā)送到所述需下載數據的P2P客戶端。所述緩存模塊，具體用于將每一個下載內容分片ID和下載內容存儲到所述緩存 中。本發(fā)明實施例還提供了一種WLAN網絡中優(yōu)化P2P傳輸的系統(tǒng)，包括至少兩個P2P 客戶端，所述P2P客戶端屬于同一個AP或不同AP，所述AP，用于AP為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端 的下載數據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；當接收需下載數據的P2P 客戶端的下載請求，解析所述下載請求，獲得需下載數據P2P客戶端地址，及需下載內容分 片ID ；根據所述下載內容ID在緩存中提取下載內容分片，并發(fā)送到所述需下載數據的P2P
客戶端。本發(fā)明實施例還提供了一種AP，應用于包括至少兩個P2P客戶端的無線網絡中， 所述P2P客戶端屬于同一個AP或不同AP，所述AP包括緩存模塊，用于為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的 下載數據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；下載請求接收模塊，用于當接收需下載數據的P2P客戶端的下載請求；解析模塊，與所述下載請求接收模塊連接，用于解析所述下載請求，獲得需下載數 據P2P客戶端地址，及需下載內容分片ID ；根據所述下載內容ID在緩存中提取下載內容分 片，并發(fā)送到所述需下載數；數據傳輸模塊，與所述解析模塊和所述緩存模塊連接，用于根據所述下載內容ID 在所述緩存模塊中提取下載內容分片，并發(fā)送到所述需下載數據的P2P客戶端。與現(xiàn)有技術相比，本發(fā)明實施例具有以下優(yōu)點本發(fā)明實施例中，AP為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客 戶端的下載數據存儲到所述緩存，當接收需下載數據的P2P客戶端的下載請求時，根據下 載請求中的下載內容分片ID在緩存中提取下載內容分片，并發(fā)送到所述需下載數據的P2P客戶端。因此，可以大幅減少P2P終端與AP交互的內容傳輸，節(jié)省空口資源。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據這些附圖獲得其他的附圖。圖1是現(xiàn)有技術中P2P終端通過AP傳輸數據的網絡結構示意圖；圖2是本發(fā)明實施例中一種WLAN網絡中優(yōu)化P2P傳輸的方法流程圖；圖3是本發(fā)明實施例中一種WLAN網絡中優(yōu)化P2P傳輸的系統(tǒng)示意圖；圖4是本發(fā)明實施例中一種P2P客戶端結構圖；圖5是本發(fā)明實施例中一種AP結構圖；圖6是本發(fā)明實施例中另一種AP結構圖。
具體實施例方式下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā) 明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施 例，都屬于本發(fā)明保護的范圍。本發(fā)明實施例提供了一種WLAN網絡中優(yōu)化P2P傳輸的方法，應用于包括至少兩個 P2P客戶端的無線網絡中，所述P2P客戶端屬于同一個AP或不同AP，所述方法如圖2所示， 包括以下步驟步驟201，AP為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的每 一個下載內容分片ID和下載內容存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端，所 述P2P客戶端將所述下載數據存儲到本地緩存中，并記錄對應的下載內容分片ID，另外，為 了節(jié)省緩存空間，在超過預設時間，將所述本地緩存中的下載內容轉移到硬盤中。每個AP中設置一個緩存，每個P2P客戶端在本地也留有一個緩存。假設P2P客戶 端預留的緩存大小為N，每個AP下容納最多的P2P客戶端數量為MJU AP上緩存大小設置 為 M*N。當一個P2P客戶端進行下載時，P2P下載內容首先經過該P2P客戶端連接的AP，當 該P2P客戶端把下載內容共享給其它P2P客戶端時，同樣要經過P2P客戶端連接的AP。因 此，在每個AP上為每一個接入P2P客戶端開辟一個緩存區(qū)，大小為N，對最近下載內容進行 緩存；在P2P客戶端上也預留一個緩存區(qū)，對從AP上下載來的內容進行緩存。P2P客戶端 上的緩存容量小于等于AP上的緩存容量，從而保證P2P客戶端上緩存的內容是AP上緩存 內容的一個子集。當然，為了節(jié)省緩存空間，可以定時刷新AP和P2P客戶端上的緩存。步驟202，所述AP接收需下載數據的P2P客戶端的下載請求，獲取下載內容分片 ID和需下載數據的P2P客戶端地址。其中，根據AP的功能可以分為兩種情況—、當為了避免對AP的較大改動，而使AP不具有解析下載請求獲得下載內容分片ID的功能時，AP只是通過下載請求獲得源數據所在P2P客戶端地址，將下載請求轉發(fā)給該 P2P客戶端。具體包括AP將需下載數據的P2P客戶端的下載請求發(fā)送到下屬P2P客戶端；所 述下屬P2P客戶端查找所述需上傳數據內容是否在本地緩存中，如果在，將所述需上傳數 據內容ID和需下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。所述需上 傳數據內容不在本地緩存中，從本地硬盤中獲取所述需上傳數據內，并和需下載數據的P2P 客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。所述AP接收到具有源數據的下屬P2P客戶端的上傳消息，所述上傳消息攜帶下載 內容分片ID和需下載數據的P2P客戶端地址。二、當為了進一步減小AP與P2P客戶端之間的空口傳輸內容時，使AP具有解析下 載請求獲得下載內容分片ID的功能，AP直接將緩存的下載內容發(fā)送給需下載數據的P2P客 戶端，減少了與源數據所在P2P客戶端的空口交互。具體包括所述AP解析所述下載請求，獲得需下載數據P2P客戶端地址，及需下載 內容分片ID。步驟203，所述AP根據所述下載內容分片ID在緩存中提取下載內容分片，并發(fā)送 到所述需下載數據的P2P客戶端。本發(fā)明實施例提供了一種WLAN網絡中優(yōu)化P2P傳輸的系統(tǒng)，包括至少兩個P2P客 戶端，所述P2P客戶端屬于同一個AP或不同AP，如圖3所示，AP，用于為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的下載數 據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；當接收需下載數據的P2P客戶端的 下載請求，將需下載數據的P2P客戶端的下載請求發(fā)送到下屬P2P客戶端；接收到具有源 數據的下屬P2P客戶端的上傳消息，所述上傳消息攜帶下載內容ID和需下載數據的P2P客 戶端地址；根據所述下載內容ID在緩存中提取下載內容分片，并發(fā)送到所述需下載數據的 P2P客戶端。P2P客戶端，用于接收由所述AP轉發(fā)的需下載數據的P2P客戶端的下載請求，將下 載內容ID和需下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。本發(fā)明實施例提供了一種P2P客戶端，應用于包括至少兩個P2P客戶端的無線網 絡中，所述P2P客戶端屬于同一個AP或不同AP，所述P2P客戶端如圖4所示，包括接收模塊410，用于接收由所述AP轉發(fā)的需下載數據的P2P客戶端的下載請求；解析模塊420，與接收模塊410連接，用于從所述下載請求中解析出下載內容ID和 需下載數據的P2P客戶端地址；上傳模塊430，與解析模塊420連接，用于將下載內容ID和需下載數據的P2P客戶 端地址攜帶在上傳消息中，發(fā)送給所述AP。解析模塊420，具體用于查找所述需上傳數據內容是否在本地緩存中，如果在，將 所述需上傳數據內容ID和需下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述 AP;所述需上傳數據內容不在本地緩存中，從本地硬盤中獲取所述需上傳數據內，并和需下 載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。下載模塊440，與解析模塊420連接，用于將所述下載數據存儲到本地緩存中，并 記錄對應的下載內容分片ID ；并當超過預設時間，將所述本地緩存中的下載內容轉移到硬盤中。本發(fā)明實施例提供了一種AP，應用于包括至少兩個P2P客戶端的無線網絡中，所 述P2P客戶端屬于同一個AP或不同AP，所述AP如圖5所示，包括緩存模塊510，用于為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶 端的下載數據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；下載請求接收模塊520，用于當接收需下載數據的P2P客戶端的下載請求，將需下 載數據的P2P客戶端的下載請求發(fā)送到下屬P2P客戶端；信息獲取模塊530，與下載請求接收模塊520連接，用于接收到具有源數據的下屬 P2P客戶端的上傳消息，所述上傳消息攜帶下載內容ID和需下載數據的P2P客戶端地址；數據傳輸模塊540，與信息獲取模塊530和緩存模塊510連接，用于根據所述下載 內容ID在所述緩存模塊中提取下載內容分片，并發(fā)送到所述需下載數據的P2P客戶端。緩存模塊510，具體用于將每一個下載內容分片ID和下載內容存儲到所述緩存 中。本發(fā)明實施例提供了一種WLAN網絡中優(yōu)化P2P傳輸的系統(tǒng)，包括至少兩個P2P客 戶端，所述P2P客戶端屬于同一個AP或不同AP，所述AP，用于AP為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端 的下載數據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；當接收需下載數據的P2P 客戶端的下載請求，解析所述下載請求，獲得需下載數據P2P客戶端地址，及需下載內容分 片ID ；根據所述下載內容ID在緩存中提取下載內容分片，并發(fā)送到所述需下載數據的P2P
客戶端。本發(fā)明實施例提供了一種AP，應用于包括至少兩個P2P客戶端的無線網絡中，所 述P2P客戶端屬于同一個AP或不同AP，所述AP如圖6所示，包括緩存模塊610，用于為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶 端的下載數據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；下載請求接收模塊620，用于當接收需下載數據的P2P客戶端的下載請求；解析模塊630，與下載請求接收模塊620連接，用于解析所述下載請求，獲得需下 載數據P2P客戶端地址，及需下載內容分片ID ；根據所述下載內容ID在緩存中提取下載內 容分片，并發(fā)送到所述需下載數；數據傳輸模塊640，與解析模塊630和緩存模塊610連接，用于根據所述下載內容 ID在所述緩存模塊中提取下載內容分片，并發(fā)送到所述需下載數據的P2P客戶端。本發(fā)明實施例中，AP為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客 戶端的下載數據存儲到所述緩存，當接收需下載數據的P2P客戶端的下載請求時，根據下 載請求中的下載內容分片ID在緩存中提取下載內容分片，并發(fā)送到所述需下載數據的P2P 客戶端。因此，可以大幅減少P2P終端與AP交互的內容傳輸，節(jié)省空口資源。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明實施例 可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來實現(xiàn)。基于這樣的理 解，本發(fā)明實施例的技術方案可以以軟件產品的形式體現(xiàn)出來，該軟件產品可以存儲在一 個非易失性存儲介質(可以是⑶-ROM，U盤，移動硬盤等)中，包括若干指令用以使得一臺 計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。本領域技術人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流 程并不一定是實施本發(fā)明實施例所必須的。本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分 布于實施例的裝置中，也可以進行相應變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明實施例并非局限于此，任 何本領域的技術人員能思之的變化都應落入本發(fā)明實施例的保護范圍。
權利要求
一種WLAN網絡中優(yōu)化P2P傳輸的方法，應用于包括至少兩個P2P客戶端的無線網絡中，所述P2P客戶端屬于同一個AP或不同AP，其特征在于，所述方法包括以下步驟AP為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的下載數據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；所述AP接收需下載數據的P2P客戶端的下載請求，獲取下載內容分片ID和需下載數據的P2P客戶端地址；所述AP根據所述下載內容分片ID在緩存中提取下載內容分片，并發(fā)送到所述需下載數據的P2P客戶端。
2.如權利要求1所述的方法，其特征在于，所述獲取下載內容ID和需下載數據的P2P 客戶端地址，具體包括所述AP將需下載數據的P2P客戶端的下載請求發(fā)送到下屬P2P客戶端； 所述AP接收到具有源數據的下屬P2P客戶端的上傳消息，所述上傳消息攜帶下載內容 分片ID和需下載數據的P2P客戶端地址。
3.如權利要求2所述的方法，其特征在于，所述接收到具有源數據的下屬P2P客戶端的 上傳消息之前，還包括下屬P2P客戶端接收所述下載請求，所述下載請求中攜帶需下載數據的P2P客戶端地 址和需上傳數據內容；所述下屬P2P客戶端查找所述需上傳數據內容是否在本地緩存中，如果在，將所述需 上傳數據內容ID和需下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。
4.如權利要求3所述的方法，其特征在于，還包括所述需上傳數據內容不在本地緩存中，從本地硬盤中獲取所述需上傳數據內，并和需 下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。
5.如權利要求1所述的方法，其特征在于，所述將下載到下屬的P2P客戶端的下載數據 存儲到所述緩存中，具體包括將每一個下載內容分片ID和下載內容存儲到所述緩存中。
6.如權利要求1所述的方法，其特征在于，所述發(fā)送到對應的下屬的P2P客戶端，之后 還包括所述P2P客戶端將所述下載數據存儲到本地緩存中，并記錄對應的下載內容分片ID。
7.如權利要求6所述的方法，其特征在于，還包括超過預設時間，所述P2P客戶端將所述本地緩存中的下載內容轉移到硬盤中。
8.如權利要求1所述的方法，其特征在于，所述獲取下載內容ID和需下載數據的P2P 客戶端地址，具體包括所述AP解析所述下載請求，獲得需下載數據P2P客戶端地址，及需下載內容分片ID。
9.一種WLAN網絡中優(yōu)化P2P傳輸的系統(tǒng)，包括至少兩個P2P客戶端，所述P2P客戶端 屬于同一個AP或不同AP，其特征在于，AP，用于為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的下載數據存 儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；當接收需下載數據的P2P客戶端的下載 請求，將需下載數據的P2P客戶端的下載請求發(fā)送到下屬P2P客戶端；接收到具有源數據的 下屬P2P客戶端的上傳消息，所述上傳消息攜帶下載內容ID和需下載數據的P2P客戶端地址；根據所述下載內容ID在緩存中提取下載內容分片，并發(fā)送到所述需下載數據的P2P客 戶端；P2P客戶端，用于接收由所述AP轉發(fā)的需下載數據的P2P客戶端的下載請求，將下載內 容ID和需下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。
10. 一種P2P客戶端，應用于包括至少兩個P2P客戶端的無線網絡中，所述P2P客戶端 屬于同一個AP或不同AP，其特征在于，所述P2P客戶端包括接收模塊，用于接收由所述AP轉發(fā)的需下載數據的P2P客戶端的下載請求；解析模塊，與所述接收模塊連接，用于從所述下載請求中解析出下載內容ID和需下載 數據的P2P客戶端地址；上傳模塊，與所述解析模塊連接，用于將下載內容ID和需下載數據的P2P客戶端地址 攜帶在上傳消息中，發(fā)送給所述AP。
11.如權利要求10所述的P2P客戶端，其特征在于，所述解析模塊，具體用于查找所述需上傳數據內容是否在本地緩存中，如果在，將所述 需上傳數據內容ID和需下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP ；所述需上傳數據內容不在本地緩存中，從本地硬盤中獲取所述需上傳數據內，并和需 下載數據的P2P客戶端地址攜帶在上傳消息中，發(fā)送給所述AP。
12.如權利要求10所述的P2P客戶端，其特征在于，還包括下載模塊，與所述解析模塊連接，用于將所述下載數據存儲到本地緩存中，并記錄對應 的下載內容分片ID ；并當超過預設時間，將所述本地緩存中的下載內容轉移到硬盤中。
13. 一種AP，應用于包括至少兩個P2P客戶端的無線網絡中，所述P2P客戶端屬于同一 個AP或不同AP，其特征在于，所述AP包括緩存模塊，用于為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的下載 數據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；下載請求接收模塊，用于當接收需下載數據的P2P客戶端的下載請求，將需下載數據 的P2P客戶端的下載請求發(fā)送到下屬P2P客戶端；信息獲取模塊，與所述下載請求接收模塊連接，用于接收到具有源數據的下屬P2P客 戶端的上傳消息，所述上傳消息攜帶下載內容ID和需下載數據的P2P客戶端地址；數據傳輸模塊，與所述信息獲取模塊和所述緩存模塊連接，用于根據所述下載內容ID 在所述緩存模塊中提取下載內容分片，并發(fā)送到所述需下載數據的P2P客戶端。
14.如權利要求13所述的AP，其特征在于，所述緩存模塊，具體用于將每一個下載內容 分片ID和下載內容存儲到所述緩存中。
15. 一種WLAN網絡中優(yōu)化P2P傳輸的系統(tǒng)，包括至少兩個P2P客戶端，所述P2P客戶端 屬于同一個AP或不同AP，其特征在于，所述AP，用于AP為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的下 載數據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；當接收需下載數據的P2P客 戶端的下載請求，解析所述下載請求，獲得需下載數據P2P客戶端地址，及需下載內容分片 ID ；根據所述下載內容ID在緩存中提取下載內容分片，并發(fā)送到所述需下載數據的P2P客 戶端。
16. 一種AP，應用于包括至少兩個P2P客戶端的無線網絡中，所述P2P客戶端屬于同一個AP或不同AP，其特征在于，所述AP包括緩存模塊，用于為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的下載 數據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；下載請求接收模塊，用于當接收需下載數據的P2P客戶端的下載請求； 解析模塊，與所述下載請求接收模塊連接，用于解析所述下載請求，獲得需下載數據 P2P客戶端地址，及需下載內容分片ID;根據所述下載內容ID在緩存中提取下載內容分片， 并發(fā)送到所述需下載數；數據傳輸模塊，與所述解析模塊和所述緩存模塊連接，用于根據所述下載內容ID在所 述緩存模塊中提取下載內容分片，并發(fā)送到所述需下載數據的P2P客戶端。
全文摘要
本發(fā)明實施例公開了一種WLAN網絡中優(yōu)化P2P傳輸的方法，包括以下步驟AP為每個下屬的P2P客戶端分配緩存，將下載到下屬的P2P客戶端的下載數據存儲到所述緩存，并發(fā)送到對應的下屬的P2P客戶端；所述AP接收需下載數據的P2P客戶端的下載請求，獲取下載內容分片ID和需下載數據的P2P客戶端地址；所述AP根據所述下載內容分片ID在緩存中提取下載內容分片，并發(fā)送到所述需下載數據的P2P客戶端。本發(fā)明實施例中，可以大幅減少P2P終端與AP交互的內容傳輸，節(jié)省空口資源。
文檔編號H04W84/12GK101997889SQ20091009155
公開日2011年3月30日 申請日期2009年8月28日 優(yōu)先權日2009年8月28日
發(fā)明者于川, 金鑫 申請人:中國移動通信集團公司