一種帶寬資源共享方法及裝置的制造方法【專利摘要】本發(fā)明提供一種帶寬資源共享方法及裝置，由控制器確定用于協(xié)助上傳的終端及其數(shù)量k，由待上傳數(shù)據(jù)的終端根據(jù)協(xié)作上傳數(shù)據(jù)的終端的數(shù)量將待上傳數(shù)據(jù)劃分為(k+1)份，由所述k個終端協(xié)助待上傳數(shù)據(jù)的終端分別同步上傳每份待上傳數(shù)據(jù)，不再局限于利用一個終端設(shè)備的上行帶寬資源，而是合理利用多個終端設(shè)備的上行帶寬資源，從而實現(xiàn)帶寬資源的合理分配；該方案無需運營商后臺修改用戶的訂閱服務(wù)內(nèi)容，實現(xiàn)簡單、靈活，也無需用戶額外向運營商支付費用?！緦＠f明】一種帶寬資源共享方法及裝置
技術(shù)領(lǐng)域：
[0001]本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，具體涉及一種帶寬資源共享方法及裝置?！?br>背景技術(shù)：
】[0002]隨著國家“寬帶中國”戰(zhàn)略的逐漸落地實施和4G普及帶來的移動寬帶的普及，一方面，終端用戶的家庭帶寬越來越大，終端用戶越來越傾向于使用在線的SaaSUoftware-as-a-Service，軟件即服務(wù))業(yè)務(wù)，如云盤、在線辦公編輯器、在線娛樂等。另一方面，手機的使用率逐漸超過固定終端，受到手機、Pad等瘦終端的性能限制，大量的數(shù)據(jù)需要放在服務(wù)器，終端僅作為顯示界面，如在線視頻播放，在線文本、視頻編輯等，而且，經(jīng)統(tǒng)計發(fā)現(xiàn)，用戶使用手機、Pad(PortableAndroidDevice，平板電腦)終端訪問大流量云服務(wù)時多在WiFi環(huán)境下。因此，寬帶網(wǎng)絡(luò)的普及推動應(yīng)用從基于本地應(yīng)用的模式逐漸向基于云的在線應(yīng)用切換。[0003]無獨有偶，隨著移動互聯(lián)網(wǎng)的興起，應(yīng)用、服務(wù)、內(nèi)容的產(chǎn)生和提供逐漸從大而集中的企業(yè)向小而分散的小企業(yè)乃至用戶轉(zhuǎn)變，同時，受長尾效應(yīng)影響，UGC(UserGenerateContent，用戶產(chǎn)生內(nèi)容)未來可能成為互聯(lián)網(wǎng)內(nèi)容的主流。[0004]上述兩種發(fā)展趨勢:從本地到云的應(yīng)用模式的逐步切換和內(nèi)容從網(wǎng)絡(luò)邊緣節(jié)點到網(wǎng)絡(luò)核心流動的趨勢加強，對運營商提供寬帶服務(wù)的模式提出了新的需求，一方面需要提供更大的帶寬，減小用戶使用在線服務(wù)的等待時間，另一方面，由于用戶使用在線服務(wù)時需要更多的數(shù)據(jù)同步上傳到云端，也需要運營商提供更大的上行帶寬。但是，當(dāng)前運營商提供寬帶服務(wù)時，多采用非對稱DSL技術(shù)，即終端用戶的網(wǎng)絡(luò)上行速率和下行速率不一致，一般是下行速率遠遠大于上行速率，這是基于內(nèi)容從網(wǎng)絡(luò)向用戶流動為主的假設(shè)服務(wù)的，在這種場景下，上行帶寬并不受到重視。但是，這種上下行帶寬的不對稱對當(dāng)前移動互聯(lián)網(wǎng)發(fā)展的兩種模式形成巨大制約，亟待解決。[0005]為了滿足對上行帶寬的需求，通常需要運營商靜態(tài)修改用戶的訂閱服務(wù)內(nèi)容，并收取額外費用。而這種方式存在以下缺陷:首先，這種修改流程周期較長，不能實現(xiàn)帶寬的動態(tài)提升與下降;其次，需要用戶支付額外的費用，增加了用戶使用寬帶服務(wù)的成本;第三，有些用戶的上行帶寬一直閑置，而運營商進行了資源預(yù)留，造成資源浪費；第四，運營商的上行帶寬提升有限，即使申請并愿意支付相關(guān)費用，對于非對稱DSL技術(shù)而言，上行帶寬提升難以超過鏈路和設(shè)備支持的最大速率。[0006]因此，亟需一種帶寬資源共享方案，以解決上述技術(shù)問題。【
發(fā)明內(nèi)容】[0007]本發(fā)明針對現(xiàn)有技術(shù)中存在的上述不足，提供一種帶寬資源共享方法及裝置，用以解決上行帶寬資源分配不合理、上行帶寬提升有限、周期長、用戶支付費用高的問題。[0008]本發(fā)明為解決上述技術(shù)問題，采用如下技術(shù)方案:[0009]本發(fā)明提供一種帶寬資源共享方法，包括:[0010]控制器接收終端發(fā)送的攜帶有待上傳數(shù)據(jù)大小D的數(shù)據(jù)上傳請求，根據(jù)待上傳數(shù)據(jù)大小D確定用于協(xié)助上傳的終端的數(shù)量k，k>l，并確定k個用于協(xié)助上傳的終端；[0011]向發(fā)起數(shù)據(jù)上傳請求的終端返回攜帶有所述k個終端的終端標(biāo)識和地址的數(shù)據(jù)上傳響應(yīng)，以使發(fā)起數(shù)據(jù)上傳請求的終端將待上傳數(shù)據(jù)均分為(k+Ι)份，并分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)；[0012]接收發(fā)起數(shù)據(jù)上傳請求的終端和所述k個終端上傳的各份待上傳數(shù)據(jù)。[0013]本發(fā)明還提供一種帶寬資源共享方法，包括:[0014]終端向控制器發(fā)送攜帶有待上傳數(shù)據(jù)大小D的數(shù)據(jù)上傳請求，以使控制器根據(jù)待上傳數(shù)據(jù)大小D確定用于協(xié)助上傳的終端的數(shù)量k以及k個用于協(xié)助上傳的終端，k>l;[0015]當(dāng)接收到控制器返回的數(shù)據(jù)上傳響應(yīng)時，獲取其中攜帶的k個終端的終端標(biāo)識和地址，將待上傳數(shù)據(jù)均分為(k+Ι)份，并分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)；[0016]向控制器上傳本設(shè)備的那份待上傳數(shù)據(jù)。[0017]本發(fā)明還提供一種控制器，包括:接收模塊、第一處理模塊和發(fā)送模塊，[0018]接收模塊用于，接收終端發(fā)送的攜帶有待上傳數(shù)據(jù)大小D的數(shù)據(jù)上傳請求；以及，接收發(fā)起數(shù)據(jù)上傳請求的終端和所述k個終端上傳的各份待上傳數(shù)據(jù)；[0019]第一處理模塊用于，根據(jù)待上傳數(shù)據(jù)大小D確定協(xié)助上傳的終端的數(shù)量k，k>l，并確定k個用于協(xié)助上傳的終端；以及指示發(fā)送模塊向發(fā)起數(shù)據(jù)上傳請求的終端返回攜帶有所述k個終端的終端標(biāo)識和地址的數(shù)據(jù)上傳響應(yīng)，以使發(fā)起數(shù)據(jù)上傳請求的終端將待上傳數(shù)據(jù)均分為(k+Ι)份，并分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)。[0020]本發(fā)明還提供一種終端，包括:發(fā)送模塊、接收模塊、數(shù)據(jù)處理模塊，[0021]發(fā)送模塊用于，向控制器發(fā)送攜帶有待上傳數(shù)據(jù)大小D的數(shù)據(jù)上傳請求，以使控制器根據(jù)待上傳數(shù)據(jù)大小D確定用于協(xié)助上傳的終端的數(shù)量k以及k個用于協(xié)助上傳的終端，k>1;[0022]接收模塊用于，接收控制器返回的數(shù)據(jù)上傳響應(yīng)；[0023]數(shù)據(jù)處理模塊用于，獲取數(shù)據(jù)上傳響應(yīng)中攜帶的k個終端的終端標(biāo)識和地址，將待上傳數(shù)據(jù)均分為(k+Ι)份，并指示所述發(fā)送模塊分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)；以及，指示發(fā)送模塊向控制器上傳本設(shè)備的那份待上傳數(shù)據(jù)。[0024]本發(fā)明由控制器確定用于協(xié)助上傳的終端及其數(shù)量k，由待上傳數(shù)據(jù)的終端根據(jù)協(xié)作上傳數(shù)據(jù)的終端的數(shù)量將待上傳數(shù)據(jù)劃分為(k+Ι)份，由所述k個終端協(xié)助待上傳數(shù)據(jù)的終端分別同步上傳每份待上傳數(shù)據(jù)，不再局限于利用一個終端設(shè)備的上行帶寬資源，而是合理利用多個終端設(shè)備的上行帶寬資源，從而實現(xiàn)帶寬資源的合理分配;該方案無需運營商后臺修改用戶的訂閱服務(wù)內(nèi)容，實現(xiàn)簡單、靈活，也無需用戶額外向運營商支付費用?！靖綀D說明】[0025]圖1為家庭寬帶拓撲圖；[0026]圖2為智能家庭網(wǎng)關(guān)經(jīng)由以太網(wǎng)組成的完全圖；[0027]圖3為本發(fā)明實施例提供的帶寬資源共享系統(tǒng)架構(gòu)圖；[0028]圖4為本發(fā)明實施例提供的帶寬資源共享流程圖之一；[0029]圖5為本發(fā)明實施例提供的確定k個用于協(xié)助上傳的終端的流程圖；[0030]圖6為本發(fā)明實施例提供的發(fā)起數(shù)據(jù)上傳請求的終端向各用于協(xié)作上傳的終端請求協(xié)作上傳數(shù)據(jù)的流程圖；[0031]圖7為本發(fā)明實施例提供的控制器的結(jié)構(gòu)示意圖；[0032]圖8為本發(fā)明實施例提供的終端的結(jié)構(gòu)示意圖?！揪唧w實施方式】[0033]下面將結(jié)合本發(fā)明中的附圖，對本發(fā)明中的技術(shù)方案進行清楚、完整的描述，顯然，所描述的實施例是本發(fā)明的一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。[0034]針對現(xiàn)有技術(shù)存在的上述問題，本發(fā)明實施例提供了一種帶寬資源共享方案，首先，基于現(xiàn)有的終端用戶寬帶接入部署架構(gòu)，通過多用戶組成層疊網(wǎng)共享上行帶寬，從而實現(xiàn)單用戶、多上行鏈路的帶寬統(tǒng)計復(fù)用。其次，借助動態(tài)自適應(yīng)的最優(yōu)化策略選取協(xié)作上傳節(jié)點，大幅降低數(shù)據(jù)上傳時間，降低對協(xié)作節(jié)點自身上傳數(shù)據(jù)的影響。第三，引入激勵機制，避免惡意節(jié)點大量上傳數(shù)據(jù)導(dǎo)致網(wǎng)絡(luò)崩潰。[0035]如圖1所示，寬帶運營商一般采用兩到三級接入的方式，當(dāng)用戶訂閱寬帶服務(wù)時，運營商會發(fā)給用戶一個智能終端(即家庭網(wǎng)關(guān))，其上運行PPPoE(以太網(wǎng)上的點對點協(xié)議)撥號上網(wǎng)的客戶端程序，每個撥號鏈接用訂閱服務(wù)標(biāo)識表示，即SID(SubSCripti0nID)標(biāo)識，各個用戶的家庭網(wǎng)關(guān)通過光纖或者雙絞線的方式上聯(lián)接入到一個接入交換機，接入交換機通過匯聚交換機和PPPoE服務(wù)器相連接，這樣就建立了從用戶側(cè)的智能家庭網(wǎng)關(guān)到PPPoE服務(wù)器的連通的網(wǎng)絡(luò)鏈路。[0036]智能家庭網(wǎng)關(guān)(SmartHomeGateway，SHG)是放置在終端用戶家中的網(wǎng)絡(luò)終端設(shè)備，一方面實現(xiàn)PPPoE撥號功能接入DSL(DigitalSubscriberLine，數(shù)字用戶線路)網(wǎng)絡(luò)，另一方面作為用戶側(cè)常駐的終端設(shè)備提供多設(shè)備接入網(wǎng)絡(luò)服務(wù)，使得用戶的多個設(shè)備，例如個人電腦、Pad、手機等，均能共享同一個DSL網(wǎng)絡(luò)連接服務(wù)，當(dāng)今的家庭網(wǎng)關(guān)還可以提供文件緩存，視頻加速等應(yīng)用，甚至可以安裝用戶自定義的應(yīng)用與服務(wù)，以提供定制化服務(wù)。[0037]服務(wù)訂閱(Subscript1n)是指運營商寬帶業(yè)務(wù)的訂閱，每個服務(wù)訂閱具有一個訂閱號SID標(biāo)識，在圖1所示的實例中，共有η個訂閱號，分別是從I到η。生活實踐中，通常一個用戶訂閱一種寬帶服務(wù)，即單撥模式，為行文簡化起見，本發(fā)明僅以單撥模式為例進行說明，然而本發(fā)明的方案也適用于多撥模式。[0038]當(dāng)用戶需要上網(wǎng)時，駐留在智能家庭網(wǎng)關(guān)上的撥號程序會撥號連接PPPoE服務(wù)器，PPPoE與互聯(lián)網(wǎng)(Internet)相連。撥號成功后，智能家庭網(wǎng)關(guān)會和PPPoE服務(wù)器建立基于隧道的邏輯鏈接，如圖1中虛線所示，所有訪問互聯(lián)網(wǎng)的流量都經(jīng)過此邏輯鏈接。同時，PPPoE服務(wù)器會為家庭網(wǎng)關(guān)分配網(wǎng)絡(luò)IP地址，同時依據(jù)訂閱服務(wù)的不同限定該智能家庭網(wǎng)關(guān)的上網(wǎng)速率，分為上行速率和下行速率O上行帶寬(UploadBandwidth)是指，智能家庭網(wǎng)關(guān)發(fā)送數(shù)據(jù)到互聯(lián)網(wǎng)的速率，以MB/s為單位，用bwu表示，訂閱號為SID的訂閱服務(wù)的上行速率用bwu(SID)表示。下行帶寬(DownloadBandwidth)是指智能家庭網(wǎng)關(guān)從互聯(lián)網(wǎng)接收數(shù)據(jù)的速率，以MB/s為單位，用bwd表示，訂閱號為SID的訂閱服務(wù)的下行速率用bwd(SID)表示。由于DSL技術(shù)的限ffjij，通常情況下，上行速率小于上行速率，S卩bmi(SID)〈bwd(SID)。[0039]圖1中的實線表示的網(wǎng)絡(luò)連接一般為以太網(wǎng)連接，具備這種以太網(wǎng)連接互通性的各智能家庭網(wǎng)關(guān)也可以通信，且這種通信速率遠大于訂閱服務(wù)的帶寬bwu和bwd。[0040]結(jié)合圖1和圖2所示，圖1中虛線所示的網(wǎng)絡(luò)連接使得各智能家庭網(wǎng)關(guān)組成一個全連接網(wǎng)絡(luò)，該智能家庭網(wǎng)關(guān)經(jīng)由以太網(wǎng)組成的完全圖如圖2所示，每個節(jié)點代表一個智能家庭網(wǎng)關(guān)，任意兩個智能家庭網(wǎng)關(guān)之間都存在一個不經(jīng)過其他節(jié)點轉(zhuǎn)發(fā)的網(wǎng)絡(luò)鏈路，即構(gòu)成一個無向完全圖。由于以太網(wǎng)的技術(shù)特性，任意節(jié)點間的雙向帶寬是對稱的，即節(jié)點u和節(jié)點V之間的發(fā)送和接收速率是相等，因此我們用bw(u，V)代表節(jié)點u和節(jié)點V之間的網(wǎng)絡(luò)帶寬。節(jié)點u和節(jié)點V之間的帶寬bw(u，V)大于節(jié)點u或者節(jié)點V的PPPoE邏輯鏈路的上行速率bwu(u)、bwu(v)和下行速率bwd(u)、bwd(v)。[0041]本發(fā)明提供一種帶寬資源共享方法，應(yīng)用于帶寬資源共享系統(tǒng)中，以下結(jié)合圖3對該帶寬資源共享系統(tǒng)做詳細說明。如圖3所示，該帶寬資源共享系統(tǒng)包括:控制器、帶寬檢測裝置、計費裝置和多個終端。計費裝置內(nèi)存儲每個終端的積分賬戶余額等信息，并負責(zé)積分在各個終端的賬戶之間轉(zhuǎn)移。當(dāng)有一個終端加入時，該終端可以獲取一定的積分(例如1000積分)，即可以請其他終端協(xié)助上傳IGB數(shù)據(jù)。每個終端周期向計費裝置上報自己當(dāng)前協(xié)助上傳的價格，即協(xié)助上傳IMB數(shù)據(jù)收取的積分數(shù)值，以P表示。帶寬檢測裝置負責(zé)監(jiān)控各個終端的資源利用率動態(tài)信息，各終端周期向帶寬檢測裝置上報空閑上傳帶寬bwuf，該周期一般小于一個數(shù)據(jù)塊(一般為1M)的上傳時間。控制器用于響應(yīng)終端的數(shù)據(jù)上傳請求，并返回滿足協(xié)作上傳條件的終端的集合。這里所說的終端即為圖2中的節(jié)點，在本發(fā)明中，以3個終端為例進行說明，各終端之間經(jīng)由以太網(wǎng)組成如圖2所示的完全圖。[0042]以下結(jié)合圖3和圖4，詳細說明本發(fā)明的帶寬資源共享方法，如圖4所示，該方法包括以下步驟:[0043]步驟401，接收終端發(fā)送的攜帶有待上傳數(shù)據(jù)大小D的數(shù)據(jù)上傳請求。[0044]具體的，當(dāng)某一終端(例如終端u)有上傳數(shù)據(jù)的需求時，向控制器發(fā)送數(shù)據(jù)上傳請求，數(shù)據(jù)上傳請求中攜帶待上傳數(shù)據(jù)的大小D。[0045]需要說明的是，待上傳數(shù)據(jù)不能太大，一般D小于10M，如果大于10M，可以將待上傳數(shù)據(jù)分割，并多次發(fā)起數(shù)據(jù)上傳請求。[0046]步驟402，根據(jù)待上傳數(shù)據(jù)大小D確定用于協(xié)助上傳的終端的數(shù)量k，k>l，并確定所述k個用于協(xié)助上傳的終端。[0047]具體的，控制器從數(shù)據(jù)上傳請求中獲取待上傳數(shù)據(jù)的大小D，并根據(jù)待上傳數(shù)據(jù)的大小D確定用于協(xié)助上傳的終端以及所述用于協(xié)助上傳的終端的數(shù)量k，例如，k=2，分別為終端V和終端W。[0048]控制器確定k個用于協(xié)助上傳的終端，具體包括:[0049]獲取各終端的積分信息和/或除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，并根據(jù)各終端的積分信息和/或除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，確定k個用于協(xié)助上傳的終端。[0050]也就是說，可以通過三種方式確定k個用于協(xié)助上傳的終端。方式一:根據(jù)除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，確定k個用于協(xié)助上傳的終端。方式二:根據(jù)各終端的積分信息，確定k個用于協(xié)助上傳的終端。方式三:根據(jù)各終端的積分信息和/除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，確定k個用于協(xié)助上傳的終端。后續(xù)再分別對這三種方式進行詳細說明。[0051]步驟403，向發(fā)起數(shù)據(jù)上傳請求的終端返回攜帶有所述k個終端的終端標(biāo)識和地址的數(shù)據(jù)上傳響應(yīng)，以使發(fā)起數(shù)據(jù)上傳請求的終端將待上傳數(shù)據(jù)均分為(k+Ι)份，并分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)。[0052]具體的，控制器確定出k個用于協(xié)作上傳的終端后，向發(fā)起數(shù)據(jù)上傳請求的終端u返回數(shù)據(jù)上傳響應(yīng)，其中攜帶有所述k個終端的終端標(biāo)識和地址。當(dāng)接收到控制器返回的數(shù)據(jù)上傳響應(yīng)時，發(fā)起數(shù)據(jù)上傳請求的終端u將待上傳數(shù)據(jù)均分為(k+Ι)份，每份待上傳的數(shù)據(jù)的大小為D/(k+l)。終端u分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)。[0053]也就是說，控制器向終端u返回數(shù)據(jù)上傳響應(yīng)，其中攜帶有終端V和終端w的終端標(biāo)識和地址(包括IP地址和端口號)，終端U將待上傳數(shù)據(jù)均分為3份，每份待上傳的數(shù)據(jù)的大小為D/3，終端u分別請求終端V和終端w向控制器上傳各自分配到的那份待上傳數(shù)據(jù)。[0054]步驟404，接收發(fā)起數(shù)據(jù)上傳請求的終端和所述k個終端上傳的各份待上傳數(shù)據(jù)。[0055]具體的，各終端數(shù)據(jù)傳輸正常的情況下，控制器分別接收終端U、終端V和終端w上傳的大小為D/3的待上傳數(shù)據(jù)。發(fā)生終端數(shù)據(jù)傳輸異常的情況，后續(xù)再詳細描述。[0056]通過步驟401-404可以看出，由控制器確定用于協(xié)助上傳的終端及其數(shù)量k，由待上傳數(shù)據(jù)的終端根據(jù)協(xié)作上傳數(shù)據(jù)的終端的數(shù)量將待上傳數(shù)據(jù)劃分為(k+Ι)份，由所述k個終端協(xié)助待上傳數(shù)據(jù)的終端分別同步上傳每份待上傳數(shù)據(jù)，不再局限于利用一個終端設(shè)備的上行帶寬資源，而是合理利用多個終端設(shè)備的上行帶寬資源，從而實現(xiàn)帶寬資源的合理分配;該方案無需運營商后臺修改用戶的訂閱服務(wù)內(nèi)容，實現(xiàn)簡單、靈活，也無需用戶額外向運營商支付費用。[0057]需要說明的是，在步驟403中，控制器在所述數(shù)據(jù)上傳響應(yīng)中還攜帶所述k個終端的空閑帶寬，以使發(fā)起數(shù)據(jù)上傳請求的終端u根據(jù)待上傳數(shù)據(jù)和所述k個終端的空閑帶寬確定等待時長T。[0058]以下分別對上述三種確定k個用于協(xié)助上傳的終端的方式進行詳細說明。[0059]參見圖2，由于節(jié)點u和節(jié)點V之間的帶寬bw(u，V)大于節(jié)點u和節(jié)點V的PPPoE邏輯鏈路的上行速率bwu(u)、bwu(v)以及下行速率bwd(u)、bwd(v)。因此，可以采用方式一，將部分數(shù)據(jù)發(fā)送給邏輯鏈路具有空閑上行帶寬的節(jié)點轉(zhuǎn)發(fā)，以實現(xiàn)協(xié)作上傳。以節(jié)點u為數(shù)據(jù)發(fā)送方為例，當(dāng)節(jié)點u需要發(fā)送數(shù)據(jù)到互聯(lián)網(wǎng)時，節(jié)點u可以將部分數(shù)據(jù)發(fā)送給與節(jié)點u相鄰的節(jié)點V，若節(jié)點V的PPPoE邏輯鏈路的上行帶寬具有空閑容量，由節(jié)點V幫助其轉(zhuǎn)發(fā)到互聯(lián)網(wǎng)中數(shù)據(jù)接收方的地址，從而實現(xiàn)節(jié)點u發(fā)送數(shù)據(jù)的速率大于其訂閱服務(wù)的上行速率bwu(u)，并小于bwu(u)+bwu(V)。節(jié)點u可以請求圖2中所有的其他節(jié)點協(xié)作上傳，所以節(jié)點u發(fā)送數(shù)據(jù)的上行速率的上限是圖2中所有節(jié)點的空閑發(fā)送數(shù)據(jù)上行速率之和與節(jié)點u對應(yīng)的智能家庭網(wǎng)關(guān)連接到接入交換機的帶寬的較小值。即[0060]Limit(UploadSpeed(U))=ΜΙΝ(Σ(bwu(u)+bwu(v)+bwu(w)+...)，bw(u));[0061]由于bw(u)遠大于bwu(u)，因此通常情況下，[0062]Limit(UploadSpeed(u))=Σ(bwu(u)+bwu(v)+bwu(w)+...)[0063]由于bmi(v)和bmi(w)大于等于0，因此，節(jié)點u的上行速率可以遠大于其訂閱服務(wù)的上行速率bwU(U)，同時，其他節(jié)點閑置的上行帶寬也可以得到利用。[0064]采用方式一根據(jù)除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，確定k個用于協(xié)助上傳的終端，具體包括:[0065]控制器向帶寬檢測裝置獲取除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，并將所述終端根據(jù)各自空閑帶寬由大到小排序，在該排序隊列中選取前k個終端作為用于協(xié)助上傳的終端。[0066]然而，這種無代價的協(xié)作上傳機制在安全上有缺陷，如果有個別終端惡意地上傳大量無用的數(shù)據(jù)，會造成其他終端為該惡意終端免費上傳大量無用數(shù)據(jù)，這樣會造成系統(tǒng)中各終端的上行帶寬資源耗盡，其他終端的正常協(xié)作上傳請求不能被處理。[0067]為了解決這個問題，本發(fā)明的另一實施例中引入了激勵機制，將免費協(xié)作上傳變?yōu)榛诜e分計價的獎勵行為(即前述的方式二和方式三的方案)。[0068]在采取方式二和方式三的技術(shù)方案中，根據(jù)各終端的積分信息，或者，根據(jù)各終端的積分信息和/除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，確定k個用于協(xié)助上傳的終端。[0069]各終端的積分信息可以包括:發(fā)起數(shù)據(jù)上傳請求的終端能夠提供的支付積分B，所述支付積分B攜帶于所述數(shù)據(jù)上傳請求中。也就是說，在步驟401中，終端u向控制器發(fā)送的數(shù)據(jù)上傳請求中不但攜帶待上傳數(shù)據(jù)大小D，還攜帶終端u能夠提供的支付積分B。[0070]在控制器根據(jù)待上傳數(shù)據(jù)大小D確定用于協(xié)助上傳的終端的數(shù)量k之前，確定能否為發(fā)起數(shù)據(jù)上傳請求的終端分配用于協(xié)作上傳的終端，具體執(zhí)行以下步驟:[0071]控制器獲取所述數(shù)據(jù)上傳請求中攜帶的支付積分B，向計費裝置獲取發(fā)起數(shù)據(jù)上傳請求的終端的積分余額，并將發(fā)起數(shù)據(jù)上傳請求的終端的積分余額與支付積分B相比較。[0072]若發(fā)起數(shù)據(jù)上傳請求的終端的積分余額大于或等于支付積分B，則根據(jù)各終端的積分信息和除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，或者，根據(jù)各終端的積分信息，確定k個用于協(xié)助上傳的終端。[0073]若發(fā)起數(shù)據(jù)上傳請求的終端的積分余額小于支付積分B，說明發(fā)起數(shù)據(jù)上傳請求的積分余額不足以向用于協(xié)作上傳的終端支付積分，因此，控制器不支持協(xié)作上傳，則向發(fā)起數(shù)據(jù)上傳請求的終端返回數(shù)據(jù)上傳響應(yīng)，此時，該數(shù)據(jù)上傳響應(yīng)中沒有攜帶任何終端標(biāo)識和地址信息，發(fā)起數(shù)據(jù)上傳請求的終端只能夠自己上傳數(shù)據(jù)。[0074]進一步的，各終端的積分信息還可以包括所述其他終端協(xié)助上傳數(shù)據(jù)單位流量的積分報價P，P為協(xié)助上傳單位數(shù)據(jù)(例如IM數(shù)據(jù))收取的積分，P是各終端周期上報給計費裝置的。[0075]方式二和方式三中確定k個用于協(xié)助上傳的終端的流程如圖5所示，可以包括以下步驟:[0076]步驟501，向計費裝置獲取其他終端協(xié)助上傳數(shù)據(jù)單位流量的積分報價P。[0077]具體的，周期向計費裝置上報協(xié)助上傳數(shù)據(jù)單位流量的積分報價P，控制器在確定出用于協(xié)助上傳的終端的數(shù)量k之后，向計費裝置獲取其他終端協(xié)助上傳數(shù)據(jù)單位流量的積分報價P。[0078]步驟502，確定P小于或等于獎勵積分B/k的終端，以及P小于或等于B/k的終端的數(shù)量Nο[0079]具體的，控制器計算各用于協(xié)作上傳的終端能夠獲取的獎勵積分B/k，并將獲取到的各終端的P與B/k相比較，確定P小于或等于獎勵積分B/k的終端，以及及P小于或等于B/k的終端的數(shù)量N。[0080]步驟503，將N與k相比較，若N=k，則將所述P小于或等于B/k的終端作為用于協(xié)助上傳的終端，否則，執(zhí)行步驟505，。[0081]具體的，若N=k，則將所述P小于或等于B/k的終端作為用于協(xié)助上傳的終端，若N與k不相等，則需要進一步判斷N與k的大小，即執(zhí)行步驟505。[0082]步驟504，判斷N是否大于k，若是，則執(zhí)行步驟505，否則，結(jié)束本流程。[0083]具體的，若N>k，說明當(dāng)前能夠協(xié)作上傳的終端的數(shù)量N大于確定出的協(xié)作上傳的終端的數(shù)量k，則需要進一步在N個終端中選擇出k個終端，即執(zhí)行步驟505。[0084]若N〈k，說明能夠協(xié)助上傳的終端的數(shù)量不足，則結(jié)束本流程，控制器向發(fā)起數(shù)據(jù)上傳請求的終端返回數(shù)據(jù)上傳響應(yīng)，此時，該數(shù)據(jù)上傳響應(yīng)中沒有攜帶任何終端標(biāo)識和地址信息，發(fā)起數(shù)據(jù)上傳請求的終端可以放棄協(xié)作上傳，或者增加支付積分B并重新發(fā)起數(shù)據(jù)上傳請求。[0085]步驟505，向帶寬檢測裝置獲取所述P小于或等于B/k的N個終端的空閑帶寬。[0086]具體的，當(dāng)N>k時，控制器根據(jù)終端的空閑帶寬確定最終的用于協(xié)作上傳的終端，即控制器向帶寬檢測裝置獲取所述P小于或等于B/k的N個終端的空閑帶寬。[0087]步驟506，將所述N個終端根據(jù)空閑帶寬由大到小排序，并在該排序隊列中選取前k個終端作為用于協(xié)助上傳的終端。[0088]需要說明的是，在用于協(xié)作上傳的終端在協(xié)作上傳完本設(shè)備的部分待上傳數(shù)據(jù)后，控制器還請求計費服務(wù)器向成功上傳數(shù)據(jù)的用于協(xié)作上傳的終端發(fā)放獎勵積分，過程具體如下:[0089]發(fā)起數(shù)據(jù)上傳請求的終端通過向所述k個終端分別發(fā)送攜帶有每份待上傳數(shù)據(jù)的協(xié)作上傳數(shù)據(jù)請求，以請求所述k個終端向控制器上傳相應(yīng)份的待上傳數(shù)據(jù)。發(fā)起數(shù)據(jù)上傳請求的終端在接收到所述k個終端返回的協(xié)助上傳數(shù)據(jù)響應(yīng)之后，向控制器發(fā)送積分支付請求，積分支付請求中攜帶有成功上傳數(shù)據(jù)的終端的終端標(biāo)識和所述發(fā)起數(shù)據(jù)上傳請求的終端的終端標(biāo)識。[0090]控制器向計費裝置發(fā)送攜帶有支付積分B、獎勵積分B/k、成功上傳數(shù)據(jù)的終端的終端標(biāo)識和所述發(fā)起數(shù)據(jù)上傳請求的終端的終端標(biāo)識的積分支付請求，以使計費裝置扣除發(fā)起數(shù)據(jù)上傳請求的終端的B個積分，并向上傳成功的終端支付B/k個積分。[0091]以下結(jié)合圖6，詳細說明發(fā)起數(shù)據(jù)上傳請求的終端向各用于協(xié)作上傳的終端請求協(xié)作上傳數(shù)據(jù)的流程，如圖6所示，該流程包括以下步驟:[0092]步驟601，當(dāng)接收到控制器返回的數(shù)據(jù)上傳響應(yīng)時，獲取其中攜帶的所述k個終端的空閑帶寬。[0093]具體的，發(fā)起數(shù)據(jù)上傳請求的終端u從數(shù)據(jù)上傳響應(yīng)中獲取所述k個終端的空閑帶寬。[0094]步驟602，根據(jù)所述k個終端的空閑帶寬和每份待上傳數(shù)據(jù)的大小，分別計算所述k個終端上傳其中一份待上傳數(shù)據(jù)的時長，并選取其中最大時長作為等待時長T。[0095]具體的，發(fā)起數(shù)據(jù)上傳請求的終端u根據(jù)所述k個終端的空閑帶寬和每份待上傳數(shù)據(jù)的大小，分別計算所述k個終端上傳其中一份待上傳數(shù)據(jù)的時長。其中，終端上傳其中一份待上傳數(shù)據(jù)的時長等于其中一份待上傳數(shù)據(jù)的大小與該終端的空閑帶寬的比值。發(fā)起數(shù)據(jù)上傳請求的終端U從各時長中選取其中最大時長作為等待時長T。[0096]等待時長T是各終端上傳每份待上傳數(shù)據(jù)所花費的預(yù)期時長，若超過該等待時長，未完成數(shù)據(jù)的上傳，則認為該終端的上傳任務(wù)失敗。[0097]步驟603，分別向所述k個終端發(fā)送攜帶有每份待上傳數(shù)據(jù)和等待時長T的協(xié)助上傳數(shù)據(jù)請求，以使所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)，并在等待時長到達時停止上傳。[0098]具體的，發(fā)起數(shù)據(jù)上傳請求的終端u分別向所述k個終端發(fā)送協(xié)助上傳數(shù)據(jù)請求，協(xié)助上傳數(shù)據(jù)請求中攜帶有每份待上傳數(shù)據(jù)和等待時長T。收到該協(xié)助上傳數(shù)據(jù)請求的終端向控制器上傳本終端分配到的那份待上傳數(shù)據(jù)，當(dāng)?shù)却龝r長T到達時停止上傳，本次協(xié)助上傳任務(wù)失敗。[0099]步驟604，接收所述k個終端返回的協(xié)助上傳數(shù)據(jù)響應(yīng)，獲取協(xié)助上傳數(shù)據(jù)響應(yīng)中攜帶的上傳狀態(tài)標(biāo)識。[0100]具體的，若終端成功上傳本終端分配到的那份待上傳數(shù)據(jù)，則在完成數(shù)據(jù)上傳時，向發(fā)起協(xié)助上傳數(shù)據(jù)請求的終端U返回協(xié)助上傳數(shù)據(jù)響應(yīng)，其中攜帶有表示上傳成功的狀態(tài)標(biāo)識。[0101]若終端未成功上傳本終端分配到的那份待上傳數(shù)據(jù)，則在等待時長T到達時，向發(fā)起協(xié)助上傳數(shù)據(jù)請求的終端u返回返回協(xié)助上傳數(shù)據(jù)響應(yīng)，其中攜帶有表示上傳失敗的狀態(tài)標(biāo)識。[0102]步驟605，根據(jù)上傳狀態(tài)標(biāo)識判斷待上傳數(shù)據(jù)是否全部上傳，若未全部上傳，則執(zhí)行步驟606，否則，結(jié)束本流程。[0103]具體的，發(fā)起協(xié)助上傳數(shù)據(jù)請求的終端u根據(jù)協(xié)助上傳數(shù)據(jù)響應(yīng)中的狀態(tài)標(biāo)識判斷待上傳數(shù)據(jù)是否全部上傳，若所述k個終端均返回表示上傳成功的狀態(tài)標(biāo)識，說明k個終端均上傳成功，則結(jié)束流程。否則，需要對未成功上傳的數(shù)據(jù)進行重傳，即執(zhí)行步驟606。[0104]步驟606，根據(jù)上傳狀態(tài)標(biāo)識確定重傳數(shù)據(jù)，并向控制器發(fā)送攜帶有待重傳數(shù)據(jù)大小的數(shù)據(jù)上傳請求。[0105]具體的，發(fā)起協(xié)助上傳數(shù)據(jù)請求的終端u根據(jù)表示上傳失敗的狀態(tài)標(biāo)識確定并整合需要重傳的數(shù)據(jù)，并再次向控制器發(fā)送數(shù)據(jù)上傳請求，該數(shù)據(jù)上傳請求中攜帶有待重傳數(shù)據(jù)大小，以使控制器根據(jù)待重傳數(shù)據(jù)大小確定用于協(xié)助上傳的終端的數(shù)量m，m>l，并確定所述m個用于協(xié)助上傳的終端。也就是說，若待上傳的數(shù)據(jù)未能夠一次全部上傳，則再次按照步驟401-404進行重新上傳，直到全部待上傳的數(shù)據(jù)全部成功上傳為止。[0106]需要說明的是，發(fā)起協(xié)助上傳數(shù)據(jù)請求的終端u可以根據(jù)需要重傳的數(shù)據(jù)的大小決定是再次請求協(xié)作上傳的終端輔助重新上傳，或者，由有本設(shè)備完成數(shù)據(jù)重傳。[0107]進一步的，在步驟604之后，該流程還包括以下步驟:根據(jù)上傳狀態(tài)標(biāo)識向控制器發(fā)送攜帶有成功上傳數(shù)據(jù)的終端的終端標(biāo)識和本設(shè)備的終端標(biāo)識的積分支付請求，從而使控制器請求計費裝置完成積分的扣除(支付)和獎勵(發(fā)放)。[0108]本發(fā)明通過結(jié)合終端的空閑帶寬和積分激勵機制選取協(xié)作上傳的終端，不僅能夠大幅降低數(shù)據(jù)上傳時間，還可以降低對協(xié)作上傳的終端自身上傳數(shù)據(jù)的影響。同時，由于空閑上傳帶寬bwuf是動態(tài)變化的，每次上傳選取的最優(yōu)的協(xié)作上傳的終端可能不同，但均能保證是當(dāng)前最優(yōu)的選取結(jié)果。通過引入激勵機制，可以避免惡意節(jié)點大量上傳數(shù)據(jù)導(dǎo)致網(wǎng)絡(luò)崩潰。[0109]基于相同的技術(shù)構(gòu)思，本發(fā)明實施例還提供一種控制器，如圖7所示，該控制器可以包括:接收模塊11、第一處理模塊12和發(fā)送模塊13。[0110]接收模塊11用于，接收終端發(fā)送的攜帶有待上傳數(shù)據(jù)大小D的數(shù)據(jù)上傳請求；以及，接收發(fā)起數(shù)據(jù)上傳請求的終端和所述k個終端上傳的各份待上傳數(shù)據(jù)。[0111]第一處理模塊12用于，根據(jù)待上傳數(shù)據(jù)大小D確定協(xié)助上傳的終端的數(shù)量k，k>l，并確定k個用于協(xié)助上傳的終端；以及指示發(fā)送模塊13向發(fā)起數(shù)據(jù)上傳請求的終端返回攜帶有所述k個終端的終端標(biāo)識和地址的數(shù)據(jù)上傳響應(yīng)，以使發(fā)起數(shù)據(jù)上傳請求的終端將待上傳數(shù)據(jù)均分為(k+Ι)份，并分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)。[0112]優(yōu)選的，第一處理模塊12具體用于，獲取各終端的積分信息和/或除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，并根據(jù)各終端的積分信息和/或除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，確定k個用于協(xié)助上傳的終端。[0113]優(yōu)選的，各終端的積分信息包括:發(fā)起數(shù)據(jù)上傳請求的終端能夠提供的支付積分B，所述支付積分B攜帶于所述數(shù)據(jù)上傳請求中。[0114]進一步的，所述控制器還可以包括第二處理模塊14，第二處理模塊14用于，獲取所述數(shù)據(jù)上傳請求中攜帶的支付積分B，并向計費裝置獲取發(fā)起數(shù)據(jù)上傳請求的終端的積分余額;以及，將發(fā)起數(shù)據(jù)上傳請求的終端的積分余額與支付積分B相比較。[0115]第一處理模塊12具體用于，當(dāng)發(fā)起數(shù)據(jù)上傳請求的終端的積分余額大于或等于支付積分B時，根據(jù)各終端的積分信息和除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，或者，根據(jù)各終端的積分信息，確定k個用于協(xié)助上傳的終端。[0116]進一步的，各終端的積分信息還包括所述其他終端協(xié)助上傳數(shù)據(jù)單位流量的積分報價P。[0117]第一處理模塊12具體用于，向計費裝置獲取其他終端協(xié)助上傳數(shù)據(jù)單位流量的積分報價P，并確定P小于或等于獎勵積分B/k的終端及P小于或等于B/k的終端的數(shù)量N;將N與k相比較，當(dāng)N=Mt，將所述P小于或等于B/k的終端作為用于協(xié)助上傳的終端；當(dāng)N>k時，向帶寬檢測裝置獲取所述P小于或等于B/k的N個終端的空閑帶寬，將所述N個終端根據(jù)空閑帶寬由大到小排序，并在該排序隊列中選取前k個終端作為用于協(xié)助上傳的終端。[0118]進一步的，接收模塊13還用于，接收發(fā)起數(shù)據(jù)上傳請求的終端發(fā)送的積分支付請求，所述積分支付請求中攜帶有成功上傳數(shù)據(jù)的終端的終端標(biāo)識和所述發(fā)起數(shù)據(jù)上傳請求的終端的終端標(biāo)識;其中，所述積分支付請求是發(fā)起數(shù)據(jù)上傳請求的終端在接收到所述k個終端返回的協(xié)助上傳數(shù)據(jù)響應(yīng)之后發(fā)送的。[0119]第一處理模塊12還用于，指示發(fā)送模塊13向計費裝置發(fā)送攜帶有支付積分B、獎勵積分B/k、成功上傳數(shù)據(jù)的終端的終端標(biāo)識和所述發(fā)起數(shù)據(jù)上傳請求的終端的終端標(biāo)識的積分支付請求，以使計費裝置扣除發(fā)起數(shù)據(jù)上傳請求的終端的B個積分，并向成功上傳數(shù)據(jù)的終端支付B/k個積分。[0120]優(yōu)選的，發(fā)送模塊13發(fā)送的數(shù)據(jù)上傳響應(yīng)中還攜帶有所述k個終端的空閑帶寬，以使發(fā)起數(shù)據(jù)上傳請求的終端根據(jù)待上傳數(shù)據(jù)和所述k個終端的空閑帶寬確定等待時長T。[0121]基于相同的技術(shù)構(gòu)思，本發(fā)明實施例還提供一種終端，如圖8所示，該終端可以包括:發(fā)送模塊21、接收模塊22、數(shù)據(jù)處理模塊23。[0122]發(fā)送模塊21用于，向控制器發(fā)送攜帶有待上傳數(shù)據(jù)大小D的數(shù)據(jù)上傳請求，以使控制器根據(jù)待上傳數(shù)據(jù)大小D確定用于協(xié)助上傳的終端的數(shù)量k以及k個用于協(xié)助上傳的終端，k>l0[0123]接收模塊22用于，接收控制器返回的數(shù)據(jù)上傳響應(yīng)。[0124]數(shù)據(jù)處理模塊23用于，獲取數(shù)據(jù)上傳響應(yīng)中攜帶的k個終端的終端標(biāo)識和地址，將待上傳數(shù)據(jù)均分為(k+Ι)份，并指示所述發(fā)送模塊21分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)；以及，指示發(fā)送模塊向控制器上傳本設(shè)備的那份待上傳數(shù)據(jù)。[0125]進一步的，所述終端還包括等待時長計算模塊24，等待時長計算模塊24用于，獲取數(shù)據(jù)上傳響應(yīng)中攜帶的所述k個終端的空閑帶寬;根據(jù)所述k個終端的空閑帶寬和每份待上傳數(shù)據(jù)的大小，分別計算所述k個終端上傳其中一份待上傳數(shù)據(jù)的時長，并選取其中最大時長作為等待時長T。[0126]數(shù)據(jù)處理模塊23具體用于，指示所述發(fā)送模塊21分別向所述k個終端發(fā)送攜帶有每份待上傳數(shù)據(jù)和等待時長T的協(xié)助上傳數(shù)據(jù)請求，以使所述k個終端向控制器上傳分配到的那份待上傳數(shù)據(jù)，并在等待時長T到達時停止上傳。[0127]接收模塊22還用于，接收所述k個終端返回的協(xié)助上傳數(shù)據(jù)響應(yīng)。[0128]數(shù)據(jù)處理模塊23還用于，獲取協(xié)助上傳數(shù)據(jù)響應(yīng)中攜帶的上傳狀態(tài)標(biāo)識，并根據(jù)上傳狀態(tài)標(biāo)識判斷待上傳數(shù)據(jù)是否全部上傳，若未全部上傳，則根據(jù)上傳狀態(tài)標(biāo)識確定重傳數(shù)據(jù)；以及，指示所述發(fā)送模塊向控制器發(fā)送攜帶有待重傳數(shù)據(jù)大小的數(shù)據(jù)上傳請求，以使控制器根據(jù)待重傳數(shù)據(jù)大小確定用于協(xié)助上傳的終端的數(shù)量m，m>l，并確定所述m個用于協(xié)助上傳的終端。[0129]進一步的，數(shù)據(jù)處理模塊23還用于，在獲取協(xié)助上傳數(shù)據(jù)響應(yīng)中攜帶的上傳狀態(tài)標(biāo)識之后，根據(jù)上傳狀態(tài)標(biāo)識指示所述發(fā)送模塊向控制器發(fā)送攜帶有成功上傳數(shù)據(jù)的終端的終端標(biāo)識和本設(shè)備的終端標(biāo)識的積分支付請求。[0130]進一步的，發(fā)送模塊21還用于，周期向帶寬檢測裝置上報空閑帶寬;和/或，周期向計費裝置上報協(xié)助上傳數(shù)據(jù)單位流量的積分報價P。[0131]可以理解的是，以上實施方式僅僅是為了說明本發(fā)明的原理而采用的示例性實施方式，然而本發(fā)明并不局限于此。對于本領(lǐng)域內(nèi)的普通技術(shù)人員而言，在不脫離本發(fā)明的精神和實質(zhì)的情況下，可以做出各種變型和改進，這些變型和改進也視為本發(fā)明的保護范圍。【主權(quán)項】1.一種帶寬資源共享方法，其特征在于，所述方法包括:控制器接收終端發(fā)送的攜帶有待上傳數(shù)據(jù)大小D的數(shù)據(jù)上傳請求，根據(jù)待上傳數(shù)據(jù)大小D確定用于協(xié)助上傳的終端的數(shù)量k，k>l，并確定k個用于協(xié)助上傳的終端；向發(fā)起數(shù)據(jù)上傳請求的終端返回攜帶有所述k個終端的終端標(biāo)識和地址的數(shù)據(jù)上傳響應(yīng)，以使發(fā)起數(shù)據(jù)上傳請求的終端將待上傳數(shù)據(jù)均分為(k+Ι)份，并分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)；接收發(fā)起數(shù)據(jù)上傳請求的終端和所述k個終端上傳的各份待上傳數(shù)據(jù)。2.如權(quán)利要求1所述的方法，其特征在于，所述確定k個用于協(xié)助上傳的終端，具體包括:獲取各終端的積分信息和/或除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，并根據(jù)各終端的積分信息和/或除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，確定k個用于協(xié)助上傳的終端。3.如權(quán)利要求2所述的方法，其特征在于，各終端的積分信息包括:發(fā)起數(shù)據(jù)上傳請求的終端能夠提供的支付積分B，所述支付積分B攜帶于所述數(shù)據(jù)上傳請求中；在根據(jù)各終端的積分信息和除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，或者，根據(jù)各終端的積分信息，確定k個用于協(xié)助上傳的終端之前，所述方法還包括:獲取所述數(shù)據(jù)上傳請求中攜帶的支付積分B，并向計費裝置獲取發(fā)起數(shù)據(jù)上傳請求的終端的積分余額；將發(fā)起數(shù)據(jù)上傳請求的終端的積分余額與支付積分B相比較；若發(fā)起數(shù)據(jù)上傳請求的終端的積分余額大于或等于支付積分B，則根據(jù)各終端的積分信息和除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，或者，根據(jù)各終端的積分信息，確定k個用于協(xié)助上傳的終端。4.如權(quán)利要求3所述的方法，其特征在于，各終端的積分信息還包括所述其他終端協(xié)助上傳數(shù)據(jù)單位流量的積分報價P;所述根據(jù)各終端的積分信息和除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，或者，根據(jù)各終端的積分信息，確定k個用于協(xié)助上傳的終端，具體包括:向計費裝置獲取其他終端協(xié)助上傳數(shù)據(jù)單位流量的積分報價P，并確定P小于或等于獎勵積分B/k的終端及P小于或等于B/k的終端的數(shù)量N;將N與k相比較，若N=k，則將所述P小于或等于B/k的終端作為用于協(xié)助上傳的終端；若N>k，則向帶寬檢測裝置獲取所述P小于或等于B/k的N個終端的空閑帶寬，將所述N個終端根據(jù)空閑帶寬由大到小排序，并在該排序隊列中選取前k個終端作為用于協(xié)助上傳的終端。5.如權(quán)利要求4所述的方法，其特征在于，所述方法還包括:接收發(fā)起數(shù)據(jù)上傳請求的終端發(fā)送的積分支付請求，所述積分支付請求中攜帶有成功上傳數(shù)據(jù)的終端的終端標(biāo)識和所述發(fā)起數(shù)據(jù)上傳請求的終端的終端標(biāo)識;其中，所述積分支付請求是發(fā)起數(shù)據(jù)上傳請求的終端在接收到所述k個終端返回的協(xié)助上傳數(shù)據(jù)響應(yīng)之后發(fā)送的；向計費裝置發(fā)送攜帶有支付積分B、獎勵積分B/k、成功上傳數(shù)據(jù)的終端的終端標(biāo)識和所述發(fā)起數(shù)據(jù)上傳請求的終端的終端標(biāo)識的積分支付請求，以使計費裝置扣除發(fā)起數(shù)據(jù)上傳請求的終端的B個積分，并向成功上傳數(shù)據(jù)的終端支付B/k個積分。6.如權(quán)利要求1-5任一項所述的方法，其特征在于，在所述數(shù)據(jù)上傳響應(yīng)中還攜帶所述k個終端的空閑帶寬，以使發(fā)起數(shù)據(jù)上傳請求的終端根據(jù)待上傳數(shù)據(jù)和所述k個終端的空閑帶寬確定等待時長T。7.一種帶寬資源共享方法，其特征在于，所述方法包括:終端向控制器發(fā)送攜帶有待上傳數(shù)據(jù)大小D的數(shù)據(jù)上傳請求，以使控制器根據(jù)待上傳數(shù)據(jù)大小D確定用于協(xié)助上傳的終端的數(shù)量k以及k個用于協(xié)助上傳的終端，k>l;當(dāng)接收到控制器返回的數(shù)據(jù)上傳響應(yīng)時，獲取其中攜帶的k個終端的終端標(biāo)識和地址，將待上傳數(shù)據(jù)均分為(k+Ι)份，并分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)；向控制器上傳本設(shè)備的那份待上傳數(shù)據(jù)。8.如權(quán)利要求7所述的方法，其特征在于，當(dāng)接收到控制器返回的數(shù)據(jù)上傳響應(yīng)時，所述方法還包括:獲取其中攜帶的所述k個終端的空閑帶寬；根據(jù)所述k個終端的空閑帶寬和每份待上傳數(shù)據(jù)的大小，分別計算所述k個終端上傳其中一份待上傳數(shù)據(jù)的時長，并選取其中最大時長作為等待時長T;所述分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)，具體包括:分別向所述k個終端發(fā)送攜帶有每份待上傳數(shù)據(jù)和等待時長T的協(xié)助上傳數(shù)據(jù)請求，以使所述k個終端向控制器上傳分配到的那份待上傳數(shù)據(jù)，并在等待時長T到達時停止上傳；接收所述k個終端返回的協(xié)助上傳數(shù)據(jù)響應(yīng)；在接收所述k個終端返回的協(xié)助上傳數(shù)據(jù)響應(yīng)之后，所述方法還包括:獲取協(xié)助上傳數(shù)據(jù)響應(yīng)中攜帶的上傳狀態(tài)標(biāo)識，并根據(jù)上傳狀態(tài)標(biāo)識判斷待上傳數(shù)據(jù)是否全部上傳，若未全部上傳，則根據(jù)上傳狀態(tài)標(biāo)識確定重傳數(shù)據(jù)；向控制器發(fā)送攜帶有待重傳數(shù)據(jù)大小的數(shù)據(jù)上傳請求，以使控制器根據(jù)待重傳數(shù)據(jù)大小確定用于協(xié)助上傳的終端的數(shù)量m，m>l，并確定所述m個用于協(xié)助上傳的終端。9.如權(quán)利要求8所述的方法，其特征在于，在獲取協(xié)助上傳數(shù)據(jù)響應(yīng)中攜帶的上傳狀態(tài)標(biāo)識之后，所述方法還包括:根據(jù)上傳狀態(tài)標(biāo)識向控制器發(fā)送攜帶有成功上傳數(shù)據(jù)的終端的終端標(biāo)識和本設(shè)備的終端標(biāo)識的積分支付請求。10.如權(quán)利要求7-9任一項所述的方法，其特征在于，所述方法還包括:周期向帶寬檢測裝置上報空閑帶寬;和/或，周期向計費裝置上報協(xié)助上傳數(shù)據(jù)單位流量的積分報價P。11.一種控制器，其特征在于，包括:接收模塊、第一處理模塊和發(fā)送模塊，接收模塊用于，接收終端發(fā)送的攜帶有待上傳數(shù)據(jù)大小D的數(shù)據(jù)上傳請求；以及，接收發(fā)起數(shù)據(jù)上傳請求的終端和所述k個終端上傳的各份待上傳數(shù)據(jù)；第一處理模塊用于，根據(jù)待上傳數(shù)據(jù)大小D確定協(xié)助上傳的終端的數(shù)量k，k>l，并確定k個用于協(xié)助上傳的終端；以及指示發(fā)送模塊向發(fā)起數(shù)據(jù)上傳請求的終端返回攜帶有所述k個終端的終端標(biāo)識和地址的數(shù)據(jù)上傳響應(yīng)，以使發(fā)起數(shù)據(jù)上傳請求的終端將待上傳數(shù)據(jù)均分為(k+Ι)份，并分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)。12.如權(quán)利要求11所述的控制器，其特征在于，所述第一處理模塊具體用于，獲取各終端的積分信息和/或除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，并根據(jù)各終端的積分信息和/或除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，確定k個用于協(xié)助上傳的終端。13.如權(quán)利要求12所述的控制器，其特征在于，各終端的積分信息包括:發(fā)起數(shù)據(jù)上傳請求的終端能夠提供的支付積分B，所述支付積分B攜帶于所述數(shù)據(jù)上傳請求中；所述控制器還包括第二處理模塊，第二處理模塊用于，獲取所述數(shù)據(jù)上傳請求中攜帶的支付積分B，并向計費裝置獲取發(fā)起數(shù)據(jù)上傳請求的終端的積分余額；以及，將發(fā)起數(shù)據(jù)上傳請求的終端的積分余額與支付積分B相比較；所述第一處理模塊具體用于，當(dāng)發(fā)起數(shù)據(jù)上傳請求的終端的積分余額大于或等于支付積分B時，根據(jù)各終端的積分信息和除發(fā)起數(shù)據(jù)上傳請求的終端之外的其他終端的空閑帶寬，或者，根據(jù)各終端的積分信息，確定k個用于協(xié)助上傳的終端。14.如權(quán)利要求13所述的控制器，其特征在于，各終端的積分信息還包括所述其他終端協(xié)助上傳數(shù)據(jù)單位流量的積分報價P;所述第一處理模塊具體用于，向計費裝置獲取其他終端協(xié)助上傳數(shù)據(jù)單位流量的積分報價P，并確定P小于或等于獎勵積分B/k的終端及P小于或等于B/k的終端的數(shù)量N;將N與k相比較，當(dāng)N=Mt，將所述P小于或等于B/k的終端作為用于協(xié)助上傳的終端；當(dāng)N>k時，向帶寬檢測裝置獲取所述P小于或等于B/k的N個終端的空閑帶寬，將所述N個終端根據(jù)空閑帶寬由大到小排序，并在該排序隊列中選取前k個終端作為用于協(xié)助上傳的終端。15.如權(quán)利要求14所述的控制器，其特征在于，所述接收模塊還用于，接收發(fā)起數(shù)據(jù)上傳請求的終端發(fā)送的積分支付請求，所述積分支付請求中攜帶有成功上傳數(shù)據(jù)的終端的終端標(biāo)識和所述發(fā)起數(shù)據(jù)上傳請求的終端的終端標(biāo)識;其中，所述積分支付請求是發(fā)起數(shù)據(jù)上傳請求的終端在接收到所述k個終端返回的協(xié)助上傳數(shù)據(jù)響應(yīng)之后發(fā)送的；所述第一處理模塊還用于，指示所述發(fā)送模塊向計費裝置發(fā)送攜帶有支付積分B、獎勵積分B/k、成功上傳數(shù)據(jù)的終端的終端標(biāo)識和所述發(fā)起數(shù)據(jù)上傳請求的終端的終端標(biāo)識的積分支付請求，以使計費裝置扣除發(fā)起數(shù)據(jù)上傳請求的終端的B個積分，并向成功上傳數(shù)據(jù)的終端支付B/k個積分。16.如權(quán)利要求11-15任一項所述的控制器，其特征在于，所述發(fā)送模塊發(fā)送的數(shù)據(jù)上傳響應(yīng)中還攜帶有所述k個終端的空閑帶寬，以使發(fā)起數(shù)據(jù)上傳請求的終端根據(jù)待上傳數(shù)據(jù)和所述k個終端的空閑帶寬確定等待時長T。17.一種終端，其特征在于，包括:發(fā)送模塊、接收模塊、數(shù)據(jù)處理模塊，發(fā)送模塊用于，向控制器發(fā)送攜帶有待上傳數(shù)據(jù)大小D的數(shù)據(jù)上傳請求，以使控制器根據(jù)待上傳數(shù)據(jù)大小D確定用于協(xié)助上傳的終端的數(shù)量k以及k個用于協(xié)助上傳的終端，k>l;接收模塊用于，接收控制器返回的數(shù)據(jù)上傳響應(yīng)；數(shù)據(jù)處理模塊用于，獲取數(shù)據(jù)上傳響應(yīng)中攜帶的k個終端的終端標(biāo)識和地址，將待上傳數(shù)據(jù)均分為(k+Ι)份，并指示所述發(fā)送模塊分別請求所述k個終端向控制器上傳其中一份待上傳數(shù)據(jù)；以及，指示發(fā)送模塊向控制器上傳本設(shè)備的那份待上傳數(shù)據(jù)。18.如權(quán)利要求17所述的終端，其特征在于，還包括等待時長計算模塊，等待時長計算模塊用于，獲取數(shù)據(jù)上傳響應(yīng)中攜帶的所述k個終端的空閑帶寬;根據(jù)所述k個終端的空閑帶寬和每份待上傳數(shù)據(jù)的大小，分別計算所述k個終端上傳其中一份待上傳數(shù)據(jù)的時長，并選取其中最大時長作為等待時長T;所述數(shù)據(jù)處理模塊具體用于，指示所述發(fā)送模塊分別向所述k個終端發(fā)送攜帶有每份待上傳數(shù)據(jù)和等待時長T的協(xié)助上傳數(shù)據(jù)請求，以使所述k個終端向控制器上傳分配到的那份待上傳數(shù)據(jù)，并在等待時長T到達時停止上傳；接收模塊還用于，接收所述k個終端返回的協(xié)助上傳數(shù)據(jù)響應(yīng)；所述數(shù)據(jù)處理模塊還用于，獲取協(xié)助上傳數(shù)據(jù)響應(yīng)中攜帶的上傳狀態(tài)標(biāo)識，并根據(jù)上傳狀態(tài)標(biāo)識判斷待上傳數(shù)據(jù)是否全部上傳，若未全部上傳，則根據(jù)上傳狀態(tài)標(biāo)識確定重傳數(shù)據(jù)；以及，指示所述發(fā)送模塊向控制器發(fā)送攜帶有待重傳數(shù)據(jù)大小的數(shù)據(jù)上傳請求，以使控制器根據(jù)待重傳數(shù)據(jù)大小確定用于協(xié)助上傳的終端的數(shù)量m，m>l，并確定所述m個用于協(xié)助上傳的終端。19.如權(quán)利要求18所述的終端，其特征在于，所述數(shù)據(jù)處理模塊還用于，在獲取協(xié)助上傳數(shù)據(jù)響應(yīng)中攜帶的上傳狀態(tài)標(biāo)識之后，根據(jù)上傳狀態(tài)標(biāo)識指示所述發(fā)送模塊向控制器發(fā)送攜帶有成功上傳數(shù)據(jù)的終端的終端標(biāo)識和本設(shè)備的終端標(biāo)識的積分支付請求。20.如權(quán)利要求17-19任一項所述的終端，其特征在于，所述發(fā)送模塊還用于，周期向帶寬檢測裝置上報空閑帶寬;和/或，周期向計費裝置上報協(xié)助上傳數(shù)據(jù)單位流量的積分報價P?！疚臋n編號】H04L29/08GK105827695SQ201610140457【公開日】2016年8月3日【申請日】2016年3月11日【發(fā)明人】雷磊,王志軍,房秉毅【申請人】中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司