專利名稱：一種協(xié)同傳輸數(shù)據(jù)的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體地，涉及一種協(xié)同傳輸數(shù)據(jù)的方法及系統(tǒng)。
背景技術(shù)：
隨著LTE-A(Long-Term Evolution Advanced，簡稱為 LTE-A)需求的提出，人們 對小區(qū)平均頻譜效率和小區(qū)邊緣頻譜效率越來越重視，相比較而言，小區(qū)邊緣的頻譜效率 最受人們關(guān)注，這主要是因?yàn)長TE-A系統(tǒng)的上下行都是以O(shè)FDM (Orthogonal Frequency Division Multiplexing，簡稱為OFDM)(或者以O(shè)FDM的某種變形)為基本多址復(fù)用方式的 頻分系統(tǒng)，與傳統(tǒng)的以CDMA (Code-Division Multiple Access，簡稱為CDMA)為基本多址復(fù) 用方式的無線通信系統(tǒng)不同，LTE-A系統(tǒng)沒有處理增益，小區(qū)內(nèi)部因?yàn)橥耆l分正交，所以 幾乎沒有干擾問題，但在小區(qū)邊緣處的干擾處理相對棘手。小區(qū)邊緣用戶距離多個(gè)相鄰小 區(qū)的天線距離相差不大，最易受到干擾而影響性能。若能夠利用多個(gè)小區(qū)的不同天線為小 區(qū)邊緣的用戶同時(shí)提供服務(wù)，則不但避免了小區(qū)間的干擾，還能充分發(fā)揮多天線增加空間 維的信息，使得系統(tǒng)的容量和性能得到大幅提升。協(xié)同多點(diǎn)傳輸正是在這個(gè)背景下所提出的。協(xié)同多點(diǎn)傳輸使用多個(gè)小區(qū)的不同天 線為小區(qū)邊緣的用戶同時(shí)提供服務(wù)，這樣不但避免了小區(qū)間的干擾，同時(shí)由于采用多天線 技術(shù)，能充分發(fā)揮多天線增加空間維的信息，使得系統(tǒng)的容量和性能得到大幅度的提升。當(dāng) 然協(xié)同多點(diǎn)傳輸也不局限于小區(qū)間，在小區(qū)內(nèi)同樣可以使用，由于用戶信息的發(fā)射在空間 上分散為多個(gè)傳輸點(diǎn)，這些傳輸點(diǎn)又互相配合，即能實(shí)現(xiàn)對功率，頻率和空間資源的最佳配 置，從而既能實(shí)現(xiàn)對干擾的抑制，又能實(shí)現(xiàn)可靠和高容量的鏈路性能。協(xié)同多點(diǎn)傳輸中，通常由若干個(gè)節(jié)點(diǎn)構(gòu)成一個(gè)協(xié)同組，共同為小區(qū)邊緣用戶提供 協(xié)作傳輸。協(xié)同組中，用戶的服務(wù)節(jié)點(diǎn)通常為主節(jié)點(diǎn)，決定了是否對用戶進(jìn)行協(xié)同傳輸，協(xié) 同組成員的選擇，協(xié)同資源的調(diào)度，協(xié)同方式的抉擇等。協(xié)同組中的其他節(jié)點(diǎn)為協(xié)同節(jié)點(diǎn)， 以從節(jié)點(diǎn)的身份參與調(diào)度。就協(xié)同方式而言，當(dāng)前已達(dá)成共識(shí)，協(xié)同方式可以分成兩大類第一類為聯(lián)合處理，由參與協(xié)同的多個(gè)節(jié)點(diǎn)聯(lián)合對協(xié)同用戶發(fā)送下行數(shù)據(jù)，以及 聯(lián)合接收協(xié)同用戶的上行數(shù)據(jù)，即協(xié)同組內(nèi)各成員均參與數(shù)據(jù)傳輸。第二類為協(xié)同調(diào)度，各節(jié)點(diǎn)協(xié)作進(jìn)行資源調(diào)度，根據(jù)服務(wù)節(jié)點(diǎn)以及各協(xié)作節(jié)點(diǎn)的 信道信息來進(jìn)行綜合資源調(diào)度，減小用戶受到的干擾，但實(shí)際發(fā)送、接收數(shù)據(jù)的節(jié)點(diǎn)只有一 個(gè)，這種模式可以看成是一種增強(qiáng)的干擾協(xié)調(diào)方法，僅由協(xié)同組內(nèi)的服務(wù)節(jié)點(diǎn)對用戶進(jìn)行 傳輸，協(xié)同組內(nèi)的協(xié)同節(jié)點(diǎn)參與調(diào)度，通過服務(wù)節(jié)點(diǎn)、協(xié)同節(jié)點(diǎn)的聯(lián)合調(diào)度，實(shí)現(xiàn)干擾協(xié)調(diào)。從以上兩種協(xié)同方式可看出，聯(lián)合處理方式中服務(wù)節(jié)點(diǎn)、以及各協(xié)同節(jié)點(diǎn)都需要 得到協(xié)同用戶的下行數(shù)據(jù)，而當(dāng)前LTE中業(yè)務(wù)網(wǎng)關(guān)僅向用戶的服務(wù)節(jié)點(diǎn)下發(fā)用戶下行數(shù) 據(jù)，因此沒有考慮如何滿足聯(lián)合處理方式的下行數(shù)據(jù)分配要求。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種多點(diǎn)協(xié)作傳輸?shù)姆椒ê拖到y(tǒng)，以解決 現(xiàn)有技術(shù)中如何滿足聯(lián)合處理方式的下行數(shù)據(jù)分配要求。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種多點(diǎn)協(xié)作傳輸?shù)姆椒?，該的方法，包括服?wù)基站根據(jù)用戶反饋的信道質(zhì)量信 息，判斷是否具有需要協(xié)同傳輸?shù)挠脩?，若有，則服務(wù)基站組建協(xié)同組，業(yè)務(wù)網(wǎng)關(guān)根據(jù)所述 服務(wù)基站上傳的信息，將下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同組，所述協(xié)同組將獲得的下行業(yè)務(wù) 數(shù)據(jù)下發(fā)給所述協(xié)同用戶；其中，所述判斷是否具有需要協(xié)同傳輸?shù)挠脩艟唧w指所述服務(wù)基站根據(jù)用戶反 饋的信道質(zhì)量信息與設(shè)置的協(xié)同門限比較，當(dāng)反饋的信道質(zhì)量信息低于或等于協(xié)同門限 時(shí)，則對所述用戶進(jìn)行協(xié)同傳輸，所述用戶成為所述協(xié)同傳輸?shù)挠脩簦黄渲?，所述服?wù)基站組建協(xié)同組具體指服務(wù)基站從相鄰基站中選擇出的候選協(xié) 同基站，并向該候選協(xié)同基站發(fā)送協(xié)同請求，所述候選協(xié)同基站接收到協(xié)同請求后，根據(jù)自 身資源分配情況確定是否反饋協(xié)同請求的確認(rèn)信息給所述服務(wù)基站，所述服務(wù)基站根據(jù)接 收到的確認(rèn)信息，確定所述協(xié)同用戶的協(xié)同組。優(yōu)選的，所述協(xié)同組包括所述服務(wù)基站和至少一個(gè)協(xié)同基站；優(yōu)選的，所述服務(wù)基站上傳的信息包括協(xié)同組信息和控制信令；進(jìn)一步，所述業(yè)務(wù)網(wǎng)關(guān)給服務(wù)基站和協(xié)同基站下發(fā)用戶下行業(yè)務(wù)數(shù)據(jù)，所述服務(wù) 基站和協(xié)同基站將所述下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶；進(jìn)一步，所述業(yè)務(wù)網(wǎng)關(guān)給協(xié)同基站下發(fā)用戶下行業(yè)務(wù)數(shù)據(jù)，所述協(xié)同基站將所述 下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶；優(yōu)選的，所述服務(wù)基站上傳的信息包括控制信令。進(jìn)一步的，所述業(yè)務(wù)網(wǎng)關(guān)給所述服務(wù)基站下發(fā)協(xié)同用戶下行業(yè)務(wù)數(shù)據(jù)，所述服務(wù) 基站將下行業(yè)務(wù)數(shù)據(jù)傳給協(xié)同基站，協(xié)同組將所述下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶；優(yōu)選的，所述服務(wù)基站確定所述協(xié)同組后，所述協(xié)同組進(jìn)行聯(lián)合資源調(diào)度，服務(wù)基 站為主，協(xié)同基站為輔，由所述服務(wù)基站決定具體調(diào)度，確定分給協(xié)同用戶的下行資源以及 調(diào)制編碼方式，同時(shí)通知協(xié)同基站；上述對所述協(xié)同用戶進(jìn)行下行業(yè)務(wù)數(shù)據(jù)傳輸具體指，把子幀η的重傳數(shù)據(jù)或新數(shù) 據(jù)通過天線空口傳給協(xié)同用戶。一種協(xié)同傳輸數(shù)據(jù)的系統(tǒng)，包括，收發(fā)模塊，服務(wù)模塊，協(xié)同模塊，協(xié)同用戶；所述服務(wù)模塊，根據(jù)用戶反饋的信道質(zhì)量信息，判斷是否具有需要協(xié)同傳輸?shù)挠?戶，若有，則服務(wù)模塊組建協(xié)同組，將信息上傳收發(fā)模塊，所述協(xié)同組成員將接收到所述收 發(fā)模塊下發(fā)的下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶；所述收發(fā)模塊，根據(jù)所述服務(wù)模塊上傳的信息，將下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同 組成員，所述協(xié)同組成員將獲得的下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶；所述協(xié)同模塊，接收所述服務(wù)模塊或所述收發(fā)模塊下發(fā)的協(xié)同用戶下行業(yè)務(wù)數(shù)據(jù)；所述協(xié)同用戶，將信道質(zhì)量信息上傳給所述服務(wù)模塊，接收所述服務(wù)模塊或所述 協(xié)同模塊下發(fā)的協(xié)同用戶下行業(yè)務(wù)數(shù)據(jù)；其中，所述服務(wù)模塊還包含判斷單元，用于判斷是否具有需要協(xié)同傳輸?shù)挠脩簦鶕?jù)用戶反饋的信道質(zhì)量信息與設(shè)置的協(xié)同門限比較，當(dāng)反饋的信道質(zhì)量信息低于或等于協(xié) 同門限時(shí)，則對所述用戶進(jìn)行協(xié)同傳輸，所述用戶成為所述協(xié)同傳輸?shù)挠脩?；其中，所述服?wù)模塊還包含選擇單元，用于向從相鄰基站中選擇出的候選協(xié)同模 塊，并向該候選協(xié)同模塊發(fā)送協(xié)同請求，所述候選協(xié)同模塊接收到協(xié)同請求后，根據(jù)自身資 源分配情況確定是否反饋協(xié)同請求確認(rèn)信息給所述選擇單元，所述選擇單元根據(jù)接收到的 協(xié)同確認(rèn)信息，確定所述協(xié)同用戶的協(xié)同組；其中，所述服務(wù)模塊還包含控制單元，用于向協(xié)同組所有協(xié)同模塊發(fā)送協(xié)同請求， 所述協(xié)同組所有協(xié)同模塊確認(rèn)后反饋所述控制模塊；以服務(wù)模塊為主，協(xié)同單元為輔，由所 述控制單元決定具體調(diào)度，確定分給協(xié)同單元的下行資源以及調(diào)制編碼方式，同時(shí)通知協(xié) 同單元；其中，所述服務(wù)模塊還包含業(yè)務(wù)數(shù)據(jù)收發(fā)單元，用于將所述用戶協(xié)同組信息通過 Sl接口上傳給收發(fā)模塊；將所述收發(fā)模塊下發(fā)的下行業(yè)務(wù)數(shù)據(jù)通過X2接口在相同的時(shí)頻 資源上對協(xié)同用戶進(jìn)行下行業(yè)務(wù)數(shù)據(jù)傳輸；上述對協(xié)同用戶進(jìn)行下行業(yè)務(wù)數(shù)據(jù)傳輸具體指，把子幀η的重傳數(shù)據(jù)或新數(shù)據(jù)通 過天線空口傳給協(xié)同用戶。有益效果本發(fā)明中提出了一種協(xié)同傳輸數(shù)據(jù)的方法及系統(tǒng)，解決了協(xié)同多點(diǎn)傳輸中的下行 業(yè)務(wù)數(shù)據(jù)存在的問題，使服務(wù)基站以及各協(xié)同基站能獲得協(xié)同用戶的下行業(yè)務(wù)數(shù)據(jù)，從而 能對協(xié)同用戶進(jìn)行協(xié)同傳輸，同時(shí)，滿足聯(lián)合處理方式的下行數(shù)據(jù)分配要求，對接入網(wǎng)側(cè)增 加額外處理，或者，增強(qiáng)網(wǎng)關(guān)能力，而且不會(huì)對非協(xié)同用戶的業(yè)務(wù)分配造成任何影響。


圖1協(xié)同傳輸斐女據(jù)的方法中方案1示意圖
圖2協(xié)同傳輸斐女據(jù)的方法中方案2示意圖
圖3協(xié)同傳輸斐女據(jù)的方法流程圖
圖4實(shí)例1協(xié)同傳輸數(shù)據(jù)的方法處理流程圖
圖5實(shí)例2、3、4協(xié)同傳輸數(shù)據(jù)的方法處理流程圖
圖6實(shí)例5協(xié)同傳輸?shù)南到y(tǒng)方案1結(jié)構(gòu)示意圖
圖7實(shí)例6協(xié)同傳輸?shù)南到y(tǒng)方案2結(jié)構(gòu)示意圖
具體實(shí)施例方式針對協(xié)同多點(diǎn)傳輸中下行業(yè)務(wù)數(shù)據(jù)的分配方式，本發(fā)明提出兩種方案方案1為服務(wù)基站根據(jù)用戶反饋的信道質(zhì)量信息，判斷是否具有需要協(xié)同傳輸 的用戶，從相鄰基站中選擇出的候選協(xié)同基站，并向該候選協(xié)同基站發(fā)送協(xié)同請求，所述候 選協(xié)同基站接收到協(xié)同請求后，根據(jù)自身資源分配情況確定是否反饋協(xié)同請求的確認(rèn)信息 給所述服務(wù)基站，所述服務(wù)基站根據(jù)接收到的確認(rèn)信息，確定所述協(xié)同用戶的協(xié)同組，服務(wù) 基站上傳控制信令，無需給業(yè)務(wù)網(wǎng)關(guān)上傳協(xié)同組信息，業(yè)務(wù)網(wǎng)關(guān)對協(xié)同組透明，僅給所述服 務(wù)基站下發(fā)所述協(xié)同用戶的下行業(yè)務(wù)數(shù)據(jù)，服務(wù)基站把所述協(xié)同用戶的下行業(yè)務(wù)數(shù)據(jù)傳給 協(xié)同基站，所述協(xié)同組成員對協(xié)同用戶進(jìn)行下行業(yè)務(wù)數(shù)據(jù)傳輸，延續(xù)當(dāng)前LTE中的下行業(yè)務(wù)數(shù)據(jù)分配方案，對接入網(wǎng)側(cè)增加額外處理。方案2為服務(wù)基站根據(jù)用戶反饋的信道質(zhì)量信息，判斷是否具有需要協(xié)同傳輸 的用戶，從相鄰基站中選擇出的候選協(xié)同基站，并向該候選協(xié)同基站發(fā)送協(xié)同請求，所述候 選協(xié)同基站接收到協(xié)同請求后，根據(jù)自身資源分配情況確定是否反饋協(xié)同請求的確認(rèn)信息 給所述服務(wù)基站，所述服務(wù)基站根據(jù)接收到的確認(rèn)信息，確定所述協(xié)同用戶的協(xié)同組，服務(wù) 基站將用戶的協(xié)同組信息和控制信令上傳給業(yè)務(wù)網(wǎng)關(guān)，業(yè)務(wù)網(wǎng)關(guān)給所述協(xié)同組所有成員下 發(fā)用戶下行業(yè)務(wù)數(shù)據(jù)，所述協(xié)同組成員將獲得的下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶，改變 當(dāng)前LTE中的下行業(yè)務(wù)數(shù)據(jù)分配方案，增強(qiáng)網(wǎng)關(guān)能力。上述兩種方案可以綜合概括為如圖3所示的一種協(xié)同傳輸數(shù)據(jù)的方法，其步驟如 下步驟301，服務(wù)基站根據(jù)用戶反饋的信道質(zhì)量信息，判斷是否具有需要協(xié)同傳輸?shù)?用戶，若有，則從相鄰基站中選擇協(xié)同基站組建協(xié)同組；判斷是否具有需要協(xié)同傳輸?shù)挠脩艟唧w指所述服務(wù)基站根據(jù)用戶反饋的信道質(zhì) 量信息與設(shè)置的協(xié)同門限比較，當(dāng)反饋的信道質(zhì)量信息低于或等于協(xié)同門限時(shí)，則對所述 用戶進(jìn)行協(xié)同傳輸，所述用戶成為所述協(xié)同傳輸?shù)挠脩?；從相鄰基站中選擇協(xié)同基站組建協(xié)同組具體指所述服務(wù)基站從相鄰基站中選擇 出的候選協(xié)同基站，并向該候選協(xié)同基站發(fā)送協(xié)同請求，所述候選協(xié)同基站接收到協(xié)同請 求后，根據(jù)自身資源分配情況確定是否反饋協(xié)同請求的確認(rèn)信息給所述服務(wù)基站，所述服 務(wù)基站根據(jù)接收到的確認(rèn)信息，確定所述協(xié)同用戶的協(xié)同組；其中，協(xié)同組包括包括所述服務(wù)基站和至少一個(gè)協(xié)同基站。步驟302，業(yè)務(wù)網(wǎng)關(guān)根據(jù)所述服務(wù)基站上傳的信息，將下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié) 同組成員；其中，服務(wù)基站上傳的信息包括協(xié)同組信息和控制信令，或，服務(wù)基站上傳的信息 包括控制信令；服務(wù)基站確定所述協(xié)同組后，進(jìn)行聯(lián)合資源調(diào)度，由所述服務(wù)基站決定具體調(diào)度， 確定分給協(xié)同用戶的下行資源以及調(diào)制編碼方式，同時(shí)通知協(xié)同基站；步驟303，所述協(xié)同組成員將獲得的下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶，所述業(yè)務(wù)網(wǎng)關(guān)給服務(wù)基站和協(xié)同基站下發(fā)用戶下行業(yè)務(wù)數(shù)據(jù)，所述服務(wù)基站和協(xié) 同基站將所述下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶；或者，所述業(yè)務(wù)網(wǎng)關(guān)給協(xié)同基站下發(fā)用戶下行業(yè)務(wù)數(shù)據(jù)，所述協(xié)同基站將所述下 行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶；或者，所述業(yè)務(wù)網(wǎng)關(guān)給服務(wù)基站下發(fā)用戶下行業(yè)務(wù)數(shù)據(jù)，所述服務(wù)基站傳給協(xié)同 基站，協(xié)同組成員將所述下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶；所述對協(xié)同用戶進(jìn)行下行業(yè)務(wù)數(shù)據(jù)傳輸具體指，把子幀η的重傳數(shù)據(jù)或新數(shù)據(jù)通 過天線空口傳給協(xié)同用戶。根據(jù)上述方法應(yīng)用實(shí)例如下實(shí)例1 圖1所示，為方案1的數(shù)據(jù)下發(fā)示意圖，方案1的方法為，業(yè)務(wù)網(wǎng)關(guān)對于協(xié)同用戶 數(shù)據(jù)與非協(xié)同用戶數(shù)據(jù)相同對待，不做特別處理；業(yè)務(wù)網(wǎng)關(guān)根據(jù)用戶所屬服務(wù)基站，將用戶數(shù)據(jù)通過Sl接口下發(fā)給該用戶的服務(wù)基站，從而服務(wù)基站收到其服務(wù)范圍內(nèi)的協(xié)同用戶 數(shù)據(jù)與非協(xié)同用戶數(shù)據(jù)；對于非協(xié)同用戶數(shù)據(jù)，服務(wù)基站進(jìn)行空口處理后通過發(fā)射天線傳 輸給非協(xié)同用戶。對于協(xié)同用戶數(shù)據(jù)，服務(wù)基站首先根據(jù)該用戶的協(xié)同組信息，將用戶數(shù)據(jù)通過X2 接口傳給協(xié)同組內(nèi)其他協(xié)同基站，服務(wù)基站組建協(xié)同組時(shí)，由服務(wù)基站向從相鄰基站中選 擇出的候選協(xié)同基站發(fā)送協(xié)同請求，候選協(xié)同基站接收到請求后，根據(jù)自身資源分配情況 確定是否反饋協(xié)同請求的協(xié)同確認(rèn)信息給服務(wù)基站，服務(wù)基站根據(jù)接收到的協(xié)同確認(rèn)信 息，確定所述協(xié)同用戶的協(xié)同組，服務(wù)基站上傳控制信令，業(yè)務(wù)網(wǎng)關(guān)給所述服務(wù)基站下發(fā)所 述協(xié)同用戶的下行業(yè)務(wù)數(shù)據(jù)，服務(wù)基站把所述協(xié)同用戶的下行業(yè)務(wù)數(shù)據(jù)傳給協(xié)同基站，在 所有協(xié)同基站均收到協(xié)同用戶數(shù)據(jù)并且控制面協(xié)作控制信令交互完成后，協(xié)同組成員在相 同的時(shí)頻資源上對協(xié)同用戶進(jìn)行下行業(yè)務(wù)數(shù)據(jù)傳輸。根據(jù)圖4所示，業(yè)務(wù)網(wǎng)關(guān)按照當(dāng)前LTE中規(guī)定的方式把用戶數(shù)據(jù)通過Sl接口傳給 用戶的服務(wù)基站，假設(shè)，設(shè)定服務(wù)基站收到的用戶數(shù)據(jù)中包括用戶a的數(shù)據(jù)和用戶b的數(shù) 據(jù)。服務(wù)基站根據(jù)用戶a、b反饋的信道質(zhì)量信息，與系統(tǒng)事先設(shè)置的協(xié)同門限比較， 當(dāng)反饋的信道質(zhì)量信息低于或等于協(xié)同門限時(shí)，判定服務(wù)基站自身已經(jīng)無法為用戶提供高 質(zhì)量的傳輸，需要對用戶進(jìn)行協(xié)同傳輸，據(jù)此判斷出用戶a為協(xié)同用戶，需要由多個(gè)基站協(xié) 同為其提供傳輸；用戶b仍然僅由服務(wù)基站提供傳輸，為非協(xié)同用戶。服務(wù)基站根據(jù)用戶a上報(bào)的測量結(jié)果，選擇由相鄰的基站1、基站2以及服務(wù)基站 自身構(gòu)成協(xié)同組共同為用戶a進(jìn)行協(xié)同傳輸。在服務(wù)基站確定協(xié)同組成員后，向協(xié)同組成 員基站1、基站2發(fā)送協(xié)同請求，在等待時(shí)延內(nèi)服務(wù)基站收到協(xié)同組成員基站1、基站2的協(xié) 同確認(rèn)，從而服務(wù)基站確定由服務(wù)基站自身、基站1以及基站2構(gòu)成服務(wù)協(xié)同用戶a的協(xié)同 組，并且該協(xié)同組中服務(wù)基站為主，基站1、基站2為輔，聯(lián)合進(jìn)行資源調(diào)度。具體調(diào)度過程中，服務(wù)基站根據(jù)基站1、基站2上報(bào)的資源分配情況，并結(jié)合自 己的資源分配情況確定有5個(gè)時(shí)頻資源塊在這三個(gè)基站上均空閑，再根據(jù)用戶a上報(bào)的 測量結(jié)果，判斷使用時(shí)頻資源塊1、2時(shí)用戶a的信道條件最好，滿足判斷條件；因此服 務(wù)基站確定把時(shí)頻資源塊1、2調(diào)度給用戶a，同時(shí)確定用戶a在時(shí)頻資源塊1、2上使用 QPSK (Quadrature Phase Shift Keying，簡稱QPSK，四進(jìn)制相移鍵控)、1/3編碼速率最佳， 從而服務(wù)基站把下行資源以及調(diào)制編碼方式通知基站1、基站2。在此同時(shí)，服務(wù)基站把業(yè) 務(wù)網(wǎng)關(guān)下發(fā)的用戶a的下行數(shù)據(jù)通過X2接口也傳給基站1、基站2。從而服務(wù)基站、基站1、基站2根據(jù)分給協(xié)同用戶a的下行資源以及調(diào)制編碼方式， 在相應(yīng)時(shí)頻資源塊上把子幀η的重傳數(shù)據(jù)或新數(shù)據(jù)通過空口傳給協(xié)同用戶a。而對于非協(xié)同用戶b，因服務(wù)基站確定不對其進(jìn)行協(xié)同傳輸，因此服務(wù)基站無需向 其他基站分發(fā)用戶b的下行數(shù)據(jù)，由服務(wù)基站對用戶b獨(dú)立調(diào)度、傳輸。該應(yīng)用實(shí)例中，初始階段用戶a、b均為非協(xié)同用戶，隨信道時(shí)變，一段時(shí)間后用戶 a變成協(xié)同用戶，因本實(shí)例為方案1，用戶a、b是否為協(xié)同用戶對業(yè)務(wù)網(wǎng)關(guān)透明，業(yè)務(wù)網(wǎng)關(guān)僅 把用戶a、b的下行業(yè)務(wù)數(shù)據(jù)分發(fā)給它們的服務(wù)基站，由服務(wù)基站根據(jù)用戶的身份以及協(xié)同 組信息來決定是否需要把業(yè)務(wù)網(wǎng)關(guān)傳來的下行數(shù)據(jù)傳給其他協(xié)同組成員，延續(xù)當(dāng)前LTE中 的下行業(yè)務(wù)數(shù)據(jù)分配方案，對接入網(wǎng)側(cè)增加額外處理。
上述實(shí)施例中，服務(wù)基站組建協(xié)同組時(shí)，協(xié)同組成員還包括服務(wù)基站和協(xié)同基站 2，或者，協(xié)同基站1和協(xié)同基站2，或者至少一個(gè)協(xié)同基站，都還可以同樣的方法實(shí)現(xiàn)。實(shí)例2 圖2所示，為方案2的數(shù)據(jù)下發(fā)示意圖，方案2的方法為，對于非協(xié)同用戶數(shù)據(jù)，業(yè) 務(wù)網(wǎng)關(guān)通過Sl接口下發(fā)給該用戶的服務(wù)基站。而對于協(xié)同用戶數(shù)據(jù)，服務(wù)基站判斷協(xié)同用 戶，組建協(xié)同組的方法與實(shí)施例1相同，業(yè)務(wù)網(wǎng)關(guān)通過Sl接口下發(fā)給協(xié)同組內(nèi)所有成員，包 括服務(wù)基站以及各協(xié)同基站，這樣，協(xié)同組內(nèi)所有基站都直接從業(yè)務(wù)網(wǎng)關(guān)收到了協(xié)同用戶 數(shù)據(jù)，從而服務(wù)基站與協(xié)同基站間不再需要傳輸協(xié)同用戶下行數(shù)據(jù)，控制面只要交互協(xié)作 控制信令即可。在完成協(xié)作控制信令交互后，服務(wù)基站和各協(xié)同基站，或者各協(xié)同基站在相 同的時(shí)頻資源上對協(xié)同用戶進(jìn)行下行傳輸。本方案2中因業(yè)務(wù)網(wǎng)關(guān)不僅要把協(xié)同用戶數(shù)據(jù)傳給其服務(wù)基站，還要傳給其協(xié)同 基站，因此需要協(xié)同用戶的服務(wù)基站把協(xié)同組信息告知業(yè)務(wù)網(wǎng)關(guān)。如圖5流程圖所示，業(yè)務(wù)網(wǎng)關(guān)按照當(dāng)前LTE中規(guī)定的方式把用戶數(shù)據(jù)通過Sl接口 傳給用戶的服務(wù)基站；為清晰起見，設(shè)定服務(wù)基站收到的用戶數(shù)據(jù)中包括用戶a的數(shù)據(jù)以 及用戶b的數(shù)據(jù)。服務(wù)基站根據(jù)用戶a、b反饋的信道質(zhì)量信息，判定因信道時(shí)變，服務(wù)基站自身已 經(jīng)無法為用戶a提供高質(zhì)量的傳輸，需要對用戶a進(jìn)行協(xié)同傳輸，從而用戶a變?yōu)閰f(xié)同用 戶；用戶b仍然僅由服務(wù)基站提供傳輸，仍為非協(xié)同用戶。服務(wù)基站根據(jù)用戶a上報(bào)的測量結(jié)果，選擇由相鄰的基站1、基站2以及服務(wù)基站 自身構(gòu)成協(xié)同組共同為用戶a進(jìn)行協(xié)同傳輸。在服務(wù)基站確定協(xié)同組成員后，向協(xié)同組成 員基站1、基站2發(fā)送協(xié)同請求，在等待時(shí)延內(nèi)服務(wù)基站收到協(xié)同組成員基站1、基站2的協(xié) 同確認(rèn)，從而服務(wù)基站確定由服務(wù)基站自身、基站1以及基站2構(gòu)成服務(wù)協(xié)同用戶a的協(xié)同組。服務(wù)基站把用戶a的協(xié)同組信息通過Sl接口傳給業(yè)務(wù)網(wǎng)關(guān)，從而業(yè)務(wù)網(wǎng)關(guān)知道服 務(wù)基站、基站1、基站2為用戶a的協(xié)同組信息，則在收到該協(xié)同組不再服務(wù)用戶a的信令之 前，業(yè)務(wù)網(wǎng)關(guān)把用戶a的下行數(shù)據(jù)業(yè)務(wù)分發(fā)給用戶a協(xié)同組內(nèi)的各個(gè)成員基站，具體可以采 用多播方式實(shí)現(xiàn)，保證協(xié)同組各成員同時(shí)收到業(yè)務(wù)網(wǎng)關(guān)下發(fā)的協(xié)同用戶下行數(shù)據(jù)。從而由服務(wù)基站為主，基站1、基站2為輔，聯(lián)合進(jìn)行資源調(diào)度，具體調(diào)度過程中， 服務(wù)基站根據(jù)基站1、基站2上報(bào)的資源分配情況，并結(jié)合自己的資源分配情況確定有5個(gè) 時(shí)頻資源塊在這三個(gè)基站上均空閑，根據(jù)信道頻率選擇特性，在時(shí)頻資源塊1、2、3上用戶a 到服務(wù)基站的信道條件最好，在時(shí)頻資源塊1、2、4上用戶a到基站1、基站2的信道條件最 好，服務(wù)基站確定把時(shí)頻資源塊1、2調(diào)度給用戶a，同時(shí)確定用戶a在時(shí)頻資源塊1、2上使 用 16QAM、(Quadrature Amplitude Modulation，簡稱 QAM，正交振幅調(diào)制)1/2 編碼速率最 佳，從而服務(wù)基站把下行資源以及調(diào)制編碼方式通知基站1、基站2。最終在相應(yīng)時(shí)、頻資源 上把子幀η的重傳數(shù)據(jù)或新數(shù)據(jù)通過空口傳給協(xié)同用戶a。而對于非協(xié)同用戶b，因服務(wù)基站確定不對其進(jìn)行協(xié)同傳輸，因此服務(wù)基站無需通 知業(yè)務(wù)網(wǎng)關(guān)有關(guān)用戶b的協(xié)同組信息，業(yè)務(wù)網(wǎng)關(guān)對用戶b的下行業(yè)務(wù)數(shù)據(jù)仍然傳給服務(wù)基 站，由服務(wù)基站對用戶b獨(dú)立調(diào)度、傳輸。該應(yīng)用實(shí)例中，初始階段用戶a、b均為非協(xié)同用戶，隨信道時(shí)變用戶a變成協(xié)同用戶，因本實(shí)例采用方案2，需要通知業(yè)務(wù)網(wǎng)關(guān)協(xié)同用戶的協(xié)同組信息，從而業(yè)務(wù)網(wǎng)關(guān)把協(xié)同用戶的后續(xù)下行業(yè)務(wù)數(shù)據(jù)同時(shí)傳給協(xié)同組內(nèi)各成員，之后協(xié)同組以服務(wù)基站為主、協(xié)同基 站為輔進(jìn)行資源調(diào)度，共同為協(xié)同用戶傳輸下行數(shù)據(jù)，因網(wǎng)關(guān)直接多點(diǎn)下發(fā)，服務(wù)基站與協(xié) 同基站之間無需交互協(xié)同用戶的下行數(shù)據(jù)，改變當(dāng)前LTE中的下行業(yè)務(wù)數(shù)據(jù)分配方案，增 強(qiáng)網(wǎng)關(guān)能力。實(shí)例3 也采用方案2，數(shù)據(jù)下發(fā)示意圖如圖2，其中業(yè)務(wù)網(wǎng)關(guān)、服務(wù)基站、協(xié)同基站及協(xié)同 用戶功能同實(shí)例1。流程圖如圖5所示，業(yè)務(wù)網(wǎng)關(guān)按照當(dāng)前LTE中規(guī)定的方式把用戶數(shù)據(jù)通過Sl接口 傳給用戶的服務(wù)基站，為清晰起見，設(shè)定服務(wù)基站收到的用戶數(shù)據(jù)中包括用戶a的數(shù)據(jù)以 及用戶b的數(shù)據(jù)。服務(wù)基站根據(jù)用戶a、b反饋的信道質(zhì)量信息，判定因信道時(shí)變，服務(wù)基站自身已 經(jīng)無法為用戶a提供高質(zhì)量的傳輸，需要對用戶a進(jìn)行協(xié)同傳輸，從而用戶a變?yōu)閰f(xié)同用 戶；用戶b仍然僅由服務(wù)基站提供傳輸，仍為非協(xié)同用戶。服務(wù)基站根據(jù)用戶a上報(bào)的測量結(jié)果，選擇由相鄰的基站1、基站2以及服務(wù)基站 自身構(gòu)成協(xié)同組共同為用戶a進(jìn)行協(xié)同傳輸。在服務(wù)基站確定協(xié)同組成員后，需要向協(xié)同 組成員基站1、基站2發(fā)送協(xié)同請求，在等待時(shí)延內(nèi)服務(wù)基站收到了基站1的協(xié)同確認(rèn)，沒有 收到基站2的協(xié)同確認(rèn)。因此服務(wù)基站確定由服務(wù)基站自身和基站1構(gòu)成協(xié)同組來為用戶 a服務(wù)。服務(wù)基站把用戶a的協(xié)同組信息通過Sl接口傳給業(yè)務(wù)網(wǎng)關(guān)，從而業(yè)務(wù)網(wǎng)關(guān)知道服 務(wù)基站、基站1為用戶a的協(xié)同組，則在收到該協(xié)同組不再服務(wù)用戶a的信令之前，業(yè)務(wù)網(wǎng) 關(guān)將用戶a的下行數(shù)據(jù)業(yè)務(wù)下發(fā)給用戶a協(xié)同組內(nèi)的各個(gè)成員，即發(fā)給服務(wù)基站以及基站 1 ；具體可以采用多播方式發(fā)送，能保證協(xié)同組各成員同時(shí)收到業(yè)務(wù)網(wǎng)關(guān)下發(fā)的協(xié)同用戶下 行數(shù)據(jù)。由服務(wù)基站為主，基站1為輔，聯(lián)合進(jìn)行資源調(diào)度，具體調(diào)度過程中，服務(wù)基站根 據(jù)基站1、基站2上報(bào)的資源分配情況，并結(jié)合自己的資源分配情況確定有5個(gè)時(shí)頻資源塊 在這三個(gè)基站上均空閑，根據(jù)信道頻率選擇特性，在時(shí)頻資源塊1、2、3上用戶a到服務(wù)基站 的信道條件最好，在時(shí)頻資源塊1、2、4上用戶a到基站1、基站2的信道條件最好，服務(wù)基站 確定把時(shí)頻資源塊1、2調(diào)度給用戶a，同時(shí)確定用戶a在時(shí)頻資源塊1、2上使用16QAM、l/2 編碼速率最佳，從而服務(wù)基站把下行資源以及調(diào)制編碼方式通知基站1 ；在相應(yīng)時(shí)、頻資源 上把子幀η的重傳數(shù)據(jù)或新數(shù)據(jù)通過空口傳給協(xié)同用戶a。而對于非協(xié)同用戶b，因服務(wù)基站確定不對其進(jìn)行協(xié)同傳輸，因此服務(wù)基站無需通 知業(yè)務(wù)網(wǎng)關(guān)有關(guān)用戶b的協(xié)同組信息，業(yè)務(wù)網(wǎng)關(guān)對用戶b的下行業(yè)務(wù)數(shù)據(jù)仍然傳給服務(wù)基 站，由服務(wù)基站對用戶b獨(dú)立調(diào)度、傳輸。該應(yīng)用實(shí)例中，初始階段用戶a、b均為非協(xié)同用戶，隨信道時(shí)變用戶a變成協(xié)同用 戶，因本實(shí)例采用方案2，需要通知業(yè)務(wù)網(wǎng)關(guān)協(xié)同用戶的協(xié)同組信息，從而業(yè)務(wù)網(wǎng)關(guān)把協(xié)同 用戶的下行業(yè)務(wù)數(shù)據(jù)同時(shí)下發(fā)給協(xié)同組內(nèi)各成員，之后協(xié)同組以服務(wù)基站為主、協(xié)同基站 為輔進(jìn)行資源調(diào)度，共同為協(xié)同用戶傳輸下行業(yè)務(wù)數(shù)據(jù)，因網(wǎng)關(guān)直接多點(diǎn)下發(fā)，服務(wù)基站與 協(xié)同基站之間無需交互協(xié)同用戶的下行數(shù)據(jù)，改變當(dāng)前LTE中的下行業(yè)務(wù)數(shù)據(jù)分配方案，增強(qiáng)網(wǎng)關(guān)能力；實(shí)例4 也采用方案2，數(shù)據(jù)下 發(fā)示意圖如圖2，其中業(yè)務(wù)網(wǎng)關(guān)、服務(wù)基站、協(xié)同基站及協(xié)同 用戶功能同實(shí)例1。流程圖如圖5所示，業(yè)務(wù)網(wǎng)關(guān)按照當(dāng)前LTE中規(guī)定的方式把用戶數(shù)據(jù)通過Sl接口 傳給用戶的服務(wù)基站，為清晰起見，設(shè)定服務(wù)基站收到的用戶數(shù)據(jù)中包括用戶a的數(shù)據(jù)以 及用戶b的數(shù)據(jù)。服務(wù)基站根據(jù)用戶a、b反饋的信道質(zhì)量信息，判定因信道時(shí)變，服務(wù)基站自身已 經(jīng)無法為用戶a提供高質(zhì)量的傳輸，需要對用戶a進(jìn)行協(xié)同傳輸，從而用戶a變?yōu)閰f(xié)同用 戶；用戶b仍然僅由服務(wù)基站提供傳輸，仍為非協(xié)同用戶。服務(wù)基站根據(jù)用戶a上報(bào)的測量結(jié)果，選擇由相鄰的基站1、基站2以及服務(wù)基站 自身構(gòu)成協(xié)同組共同為用戶a進(jìn)行協(xié)同傳輸。在服務(wù)基站確定協(xié)同組成員后，需要向協(xié)同 組成員基站1、基站2發(fā)送協(xié)同請求，在等待時(shí)延內(nèi)服務(wù)基站收到了基站1的協(xié)同確認(rèn)、基站 2的協(xié)同請求的確認(rèn)信息。因此服務(wù)基站確定由服務(wù)基站自身和基站1及基站2構(gòu)成協(xié)同 組來為用戶a服務(wù)。服務(wù)基站把用戶a的協(xié)同組信息通過Sl接口傳給業(yè)務(wù)網(wǎng)關(guān)，從而業(yè)務(wù)網(wǎng)關(guān)知道服 務(wù)基站、基站1、基站2為用戶a的協(xié)同組，則在收到該協(xié)同組不再服務(wù)用戶a的信令之前， 業(yè)務(wù)網(wǎng)關(guān)把用戶a的下行數(shù)據(jù)業(yè)務(wù)分發(fā)給用戶a協(xié)同組內(nèi)的各個(gè)成員，即發(fā)給服務(wù)基站以 及基站1。具體可以采用多播方式發(fā)送，能保證協(xié)同組各成員同時(shí)收到業(yè)務(wù)網(wǎng)關(guān)下發(fā)的協(xié)同 用戶下行數(shù)據(jù)。由服務(wù)基站為主，基站1、基站2為輔，聯(lián)合進(jìn)行資源調(diào)度，具體調(diào)度過程中，服務(wù) 基站沒有能夠給用戶a分配的資源，而基站1、基站2有5個(gè)時(shí)頻資源塊空閑，其中時(shí)頻資 源塊1、2到用戶a的信道條件最好，因此服務(wù)基站確定把時(shí)頻資源塊1、2調(diào)度給用戶a，同 時(shí)確定用戶a在時(shí)頻資源塊1、2上使用16QAM、l/2編碼速率最佳，從而服務(wù)基站把下行資 源以及調(diào)制編碼方式通知基站1、基站2。最終在相應(yīng)時(shí)、頻資源上由基站1、基站2把子幀 η的重傳數(shù)據(jù)或新數(shù)據(jù)通過天線空口傳給協(xié)同用戶a。服務(wù)基站作為協(xié)同組的主控基站，只 進(jìn)行調(diào)度以及控制信令的收發(fā)，不參與業(yè)務(wù)數(shù)據(jù)傳輸。而對于非協(xié)同用戶b，因服務(wù)基站確定不對其進(jìn)行協(xié)同傳輸，因此服務(wù)基站無需通 知業(yè)務(wù)網(wǎng)關(guān)有關(guān)用戶b的協(xié)同組信息，業(yè)務(wù)網(wǎng)關(guān)對用戶b的下行業(yè)務(wù)數(shù)據(jù)仍然傳給服務(wù)基 站，由服務(wù)基站對用戶b獨(dú)立調(diào)度、傳輸。該應(yīng)用實(shí)例中，初始階段用戶a、b均為非協(xié)同用戶，隨信道時(shí)變用戶a變成協(xié)同用 戶，因本實(shí)例采用方案2，需要通知業(yè)務(wù)網(wǎng)關(guān)協(xié)同用戶的協(xié)同組信息，從而業(yè)務(wù)網(wǎng)關(guān)把協(xié)同 用戶的下行業(yè)務(wù)數(shù)據(jù)同時(shí)下發(fā)給協(xié)同組內(nèi)各成員，之后協(xié)同組以服務(wù)基站為主、協(xié)同基站 為輔進(jìn)行資源調(diào)度，共同為協(xié)同用戶傳輸下行數(shù)據(jù)。因網(wǎng)關(guān)直接多點(diǎn)下發(fā)，服務(wù)基站與協(xié)同 基站之間無需交互協(xié)同用戶的下行數(shù)據(jù)，改變當(dāng)前LTE中的下行業(yè)務(wù)數(shù)據(jù)分配方案，增強(qiáng) 網(wǎng)關(guān)能力；實(shí)施例5一種協(xié)同傳輸數(shù)據(jù)的系統(tǒng)，如圖6所示，包括，收發(fā)模塊10、服務(wù)模塊20、協(xié)同模塊 30、協(xié)同用戶40 ；
服務(wù)模塊20，根據(jù)用戶反饋的信道質(zhì)量信息，判斷是否具有需要協(xié)同傳輸?shù)挠脩簦?若有，則服務(wù)模塊組建協(xié)同組，將信息上傳收發(fā)模塊10，所述協(xié)同組成員將接收到所述收發(fā) 模塊下發(fā)的下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶40 ； 收發(fā)模塊10，根據(jù)服務(wù)模塊上傳的信息，將下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同組成員， 協(xié)同組將獲得的下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶；協(xié)同模塊30，接收所述服務(wù)模塊或所述收發(fā)模塊下發(fā)的協(xié)同用戶的下行業(yè)務(wù)數(shù) 據(jù)；協(xié)同用戶40，將反饋的信道質(zhì)量信息上傳給服務(wù)模塊20，接收所述服務(wù)模塊20或 所協(xié)同模塊30下發(fā)的協(xié)同用戶的下行業(yè)務(wù)數(shù)據(jù)；所述服務(wù)模塊20還包含判斷單元201，用于判斷是否具有需要協(xié)同傳輸?shù)挠脩簦?根據(jù)用戶反饋的信道質(zhì)量信息與設(shè)置的協(xié)同門限比較，當(dāng)反饋的信道質(zhì)量信息低于或等于 協(xié)同門限時(shí)，則對所述用戶進(jìn)行協(xié)同傳輸，所述用戶成為所述協(xié)同傳輸?shù)挠脩?；所述服?wù)模塊20還包含選擇單元202，用于向從相鄰基站中選擇出的候選協(xié)同模 塊，并向該候選協(xié)同模塊發(fā)送協(xié)同請求，所述候選協(xié)同模塊接收到協(xié)同請求后，根據(jù)自身資 源分配情況確定是否反饋協(xié)同請求的確認(rèn)信息給選擇單元202，所述選擇單元202根據(jù)接 收到的協(xié)同請求的確認(rèn)信息，確定所述協(xié)同用戶模塊的協(xié)同組；所述服務(wù)模塊20還包含控制單元203，用于向協(xié)同組所有協(xié)同模塊30發(fā)送協(xié)同請 求，所述協(xié)同組所有協(xié)同模塊30確認(rèn)后反饋所述控制單元；以服務(wù)模塊為主，協(xié)同單元為 輔，由所述控制單元決定具體調(diào)度，確定分給協(xié)同單元的下行資源以及調(diào)制編碼方式，同時(shí) 通知協(xié)同單元；所述服務(wù)模塊20還包含業(yè)務(wù)數(shù)據(jù)收發(fā)單元204，用于將所述用戶協(xié)同組信息通過 Sl接口上傳給收發(fā)模塊10 ；將所述收發(fā)模塊10下發(fā)的下行業(yè)務(wù)數(shù)據(jù)通過X2接口在相同的 時(shí)頻資源上對協(xié)同用戶進(jìn)行下行業(yè)務(wù)數(shù)據(jù)傳輸。如圖6所示實(shí)施方案1的系統(tǒng)為接收模塊10，將用戶a、b下行業(yè)務(wù)數(shù)據(jù)下發(fā)給 所述用戶的服務(wù)模塊20，并根據(jù)所述服務(wù)模塊20反饋的協(xié)同組信息，將協(xié)同用戶的下行業(yè) 務(wù)數(shù)據(jù)下發(fā)給協(xié)同組內(nèi)的服務(wù)模塊20 ；服務(wù)模塊20，將所述接收模塊下發(fā)的用戶a、b的下行業(yè)務(wù)數(shù)據(jù)傳給相鄰基站，判 斷需要協(xié)同傳輸?shù)挠脩?，判斷單?01判斷需要協(xié)同傳輸?shù)挠脩簦袛鄦卧?01根據(jù)用戶 反饋的信道質(zhì)量信息與設(shè)置的協(xié)同門限比較，當(dāng)反饋的信道質(zhì)量信息低于或等于協(xié)同門限 時(shí)，為需要對所述用戶a進(jìn)行協(xié)同傳輸，所述用戶a變?yōu)樗鰠f(xié)同傳輸?shù)挠脩?，用戶b為非 協(xié)同用戶；服務(wù)模塊20還包含選擇單元，該模塊主要的任務(wù)為組建協(xié)同組，服務(wù)模塊為主， 協(xié)同單元301和協(xié)同單元302為輔；服務(wù)模塊20還包含控制單元203，所述控制信令模塊203向協(xié)同組所有協(xié)同模塊 30發(fā)送協(xié)同請求，所述協(xié)同組所有協(xié)同模塊確認(rèn)后反饋所述控制單元203，所述協(xié)作組聯(lián) 合進(jìn)行資源調(diào)度，并由所述選擇單元決定具體調(diào)度，確定分給協(xié)同用戶的下行資源以及調(diào) 制編碼方式，并通知協(xié)同模塊30 ；所述服務(wù)模塊20還包含業(yè)務(wù)數(shù)據(jù)收發(fā)單元204，所述業(yè)務(wù)數(shù)據(jù)收發(fā)單元204向收 發(fā)模塊10上傳所述用戶協(xié)同組信息，所述用戶協(xié)同組信息通過Sl接口上傳給收發(fā)模塊10;所述業(yè)務(wù)數(shù)據(jù)收發(fā)收發(fā)204將所述收發(fā)模塊下發(fā)的下行業(yè)務(wù)數(shù)據(jù)通過X2接口在相同的時(shí) 頻資源上對協(xié)同用戶進(jìn)行下行業(yè)務(wù)數(shù)據(jù)傳輸。假設(shè)，組建協(xié)同組共同為協(xié)同用戶a進(jìn)行協(xié)同傳輸，確定把時(shí)頻資源塊1、2調(diào)度給 協(xié)同用戶a，同時(shí)確定協(xié)同用戶a在時(shí)頻資源塊1、2上使用QPSK、1/3編碼速率最佳，服務(wù)模 塊把下行資源以及調(diào)制編碼方式通知協(xié)同模塊，在此同時(shí)，服務(wù)模塊20把收發(fā)模塊10下發(fā) 的用戶a的下行數(shù)據(jù)通過X2接口也傳給協(xié)同模塊30。從而服務(wù)模塊20、協(xié)同模塊30根據(jù) 分給協(xié)同用戶a的下行資源以及調(diào)制編碼方式，在相應(yīng)時(shí)頻資源塊上把子幀η的重傳數(shù)據(jù) 或新數(shù)據(jù)通過空口傳給協(xié)同用戶a，在相同的時(shí)頻資源上對協(xié)同用戶a進(jìn)行下行業(yè)務(wù)數(shù)據(jù) 傳輸，延續(xù)當(dāng)前LTE中的下行業(yè)務(wù)數(shù)據(jù)分配方案，對接入網(wǎng)側(cè)增加額外處理。上述實(shí)施例中，服務(wù)模塊組建協(xié)同組時(shí)，協(xié)同組成員還有以下情況組成，包括服務(wù) 模塊和協(xié)同單元302，或者，協(xié)同單元301和協(xié)同單元302，或者至少一個(gè)協(xié)同單元，都可以 用上述的方法實(shí)現(xiàn)。
實(shí)施例6還提供一種協(xié)同傳輸?shù)南到y(tǒng)，如圖7所示，包括，接收模塊10、服務(wù)模塊20、協(xié)同模 塊30、協(xié)同用戶模塊40實(shí)施方案2的系統(tǒng)為收發(fā)模塊10，將用戶a、b下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述用戶的 服務(wù)模塊20，并根據(jù)所述服務(wù)模塊20反饋的協(xié)同組信息，將協(xié)同用戶的下行業(yè)務(wù)數(shù)據(jù)下發(fā) 給協(xié)同組內(nèi)的所有成員，將協(xié)同用戶的下行業(yè)務(wù)數(shù)據(jù)下發(fā)給協(xié)同組內(nèi)的服務(wù)模塊20和協(xié) 同模塊30 ；或著，將協(xié)同用戶的下行業(yè)務(wù)數(shù)據(jù)下發(fā)給協(xié)同組內(nèi)的至少一個(gè)協(xié)同模塊30 ；服務(wù)模塊20，將所述收發(fā)模塊下發(fā)的用戶a、b的下行業(yè)務(wù)數(shù)據(jù)傳給相鄰基站，判 斷需要協(xié)同傳輸?shù)挠脩?，判斷單?01，判斷需要協(xié)同傳輸?shù)挠脩?，判斷單?01根據(jù)用戶 反饋的信道質(zhì)量信息與設(shè)置的協(xié)同門限比較，當(dāng)反饋的信道質(zhì)量信息低于或等于協(xié)同門限 時(shí)，為需要對所述用戶a進(jìn)行協(xié)同傳輸，所述用戶a變?yōu)樗鰠f(xié)同傳輸?shù)挠脩簦脩鬮為非 協(xié)同用戶；所述服務(wù)模塊20還包含選擇單元，組建所述協(xié)同組，服務(wù)模塊20為主，協(xié)同模塊 301和協(xié)同模塊302為輔；所述服務(wù)模塊20還包含控制信令單元203，所述控制信令單元203向協(xié)同組所有 協(xié)同模塊30發(fā)送協(xié)同請求，所述協(xié)同組所有協(xié)同模塊確認(rèn)后反饋所述控制單元203，所述 協(xié)作組聯(lián)合進(jìn)行資源調(diào)度，并由所述選擇單元決定具體調(diào)度，確定分給協(xié)同用戶的下行資 源以及調(diào)制編碼方式，并通知協(xié)同模塊30 ；所述服務(wù)模塊20還包含業(yè)務(wù)數(shù)據(jù)收發(fā)單元204，用于向接收模塊上傳所述用戶協(xié) 同組信息，所述用戶協(xié)同組信息通過Si接口上傳給收發(fā)模塊10 ；所述業(yè)務(wù)數(shù)據(jù)收發(fā)模塊 204將所述接收模塊下發(fā)的下行業(yè)務(wù)數(shù)據(jù)通過X2接口在相同的時(shí)頻資源上對協(xié)同用戶進(jìn) 行下行業(yè)務(wù)數(shù)據(jù)傳輸。假設(shè)，服務(wù)模塊20把用戶a的協(xié)同組信息通過Sl接口傳給接收模塊，從而收發(fā)模 塊知道服務(wù)模塊、協(xié)同單元301、協(xié)同單元302為用戶a的協(xié)同組信息，則在收到該協(xié)同組不 再服務(wù)用戶a的信令之前，收發(fā)模塊把用戶a的下行數(shù)據(jù)業(yè)務(wù)下發(fā)給用戶a協(xié)同組內(nèi)的各 個(gè)成員，具體可以采用多播方式實(shí)現(xiàn)，能保證協(xié)同組各成員同時(shí)收到接收模塊下發(fā)的協(xié)同 用戶下行數(shù)據(jù)。
從而由服務(wù)模塊20為主，協(xié)同模塊301、協(xié)同模塊302為輔，聯(lián)合進(jìn)行資源調(diào)度，具 體調(diào)度過程中，服務(wù)模塊20根據(jù)協(xié)同單元301、協(xié)同單元302上報(bào)的資源分配情況，并結(jié)合 自己的資源分配情況確定有5個(gè)時(shí)頻資源塊在這三個(gè)模塊上均空閑，根據(jù)信道頻率選擇特 性，在時(shí)頻資源塊1、2、3上用戶a到服務(wù)模塊的信道條件最好，在時(shí)頻資源塊1、2、4上用戶 a到協(xié)同模塊301、協(xié)同模塊302的信道條件最好，服務(wù)模塊確定把時(shí)頻資源塊1、2調(diào)度給 用戶a，同時(shí)確定用戶a在時(shí)頻資源塊1、2上使用16QAM、l/2編碼速率最佳，從而服務(wù)模塊 把下行資源以及調(diào)制編碼方式通知協(xié)同單元301、協(xié)同單元302。在相應(yīng)時(shí)、頻資源上把子 幀η的重傳數(shù)據(jù)或新數(shù)據(jù)通過空口傳給協(xié)同用戶a ；延續(xù)當(dāng)前LTE中的下行業(yè)務(wù)數(shù)據(jù)分配 方案，對接入網(wǎng)側(cè)增加額外處理。上述實(shí)施例中，服務(wù)模塊組建協(xié)同組時(shí)，協(xié)同組成員還有以下情況組成，包括服務(wù) 模塊和協(xié)同單元302，或者，協(xié)同單元301和協(xié)同單元302，或者至少一個(gè)協(xié)同單元，都可以 用上述的方法實(shí)現(xiàn)。 以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍，對于 本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)所 作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種協(xié)同傳輸數(shù)據(jù)的方法，其特征在于，包括服務(wù)基站根據(jù)用戶反饋的信道質(zhì)量信息，判斷是否具有需要協(xié)同傳輸?shù)挠脩?，若有，則服務(wù)基站組建協(xié)同組，業(yè)務(wù)網(wǎng)關(guān)根據(jù)所述服務(wù)基站上傳的信息，將下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同組成員，所述協(xié)同組成員將獲得的下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶。
2.根據(jù)權(quán)利要求1所述的協(xié)同傳輸數(shù)據(jù)的方法，其特征在于，所述判斷是否具有需要 協(xié)同傳輸?shù)挠脩艟唧w指所述服務(wù)基站根據(jù)用戶反饋的信道質(zhì)量信息與設(shè)置的協(xié)同門限比 較，當(dāng)反饋的信道質(zhì)量信息低于或等于協(xié)同門限時(shí)，則對所述用戶進(jìn)行協(xié)同傳輸，所述用戶 成為所述協(xié)同傳輸?shù)挠脩簟?br> 3.根據(jù)權(quán)利要求1所述的協(xié)同傳輸數(shù)據(jù)的方法，其特征在于，所述服務(wù)基站組建協(xié)同 組具體指所述服務(wù)基站從相鄰基站中選擇出的候選協(xié)同基站，并向該候選協(xié)同基站發(fā)送 協(xié)同請求，所述候選協(xié)同基站接收到協(xié)同請求后，根據(jù)自身資源分配情況確定是否反饋協(xié) 同請求的確認(rèn)信息給所述服務(wù)基站，所述服務(wù)基站根據(jù)接收到的確認(rèn)信息，確定所述協(xié)同 用戶的協(xié)同組。
4.根據(jù)權(quán)利要求1所述的協(xié)同傳輸數(shù)據(jù)的方法，其特征在于，所述協(xié)同組包括所述服 務(wù)基站和至少一個(gè)所述協(xié)同基站。
5.根據(jù)權(quán)利要求4所述的協(xié)同傳輸數(shù)據(jù)的方法，其特征在于，所述服務(wù)基站上傳的信 息包括協(xié)同組信息和控制信令。
6.根據(jù)權(quán)利要求4所述的協(xié)同傳輸數(shù)據(jù)的方法，其特征在于，所述服務(wù)基站上傳的信 息包括控制信令。
7.根據(jù)權(quán)利要求5所述的協(xié)同傳輸數(shù)據(jù)的方法，其特征在于，所述業(yè)務(wù)網(wǎng)關(guān)給所述服 務(wù)基站和所述協(xié)同基站下發(fā)協(xié)同用戶下行業(yè)務(wù)數(shù)據(jù)，所述服務(wù)基站和所述協(xié)同基站將所述 下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶。
8.根據(jù)權(quán)利要求5所述的協(xié)同傳輸數(shù)據(jù)的方法，其特征在于，所述業(yè)務(wù)網(wǎng)關(guān)給協(xié)同基 站下發(fā)所述協(xié)同用戶下行業(yè)務(wù)數(shù)據(jù)，所述協(xié)同基站將所述下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用 戶。
9.根據(jù)權(quán)利要求6所述的協(xié)同傳輸數(shù)據(jù)的方法，其特征在于，所述業(yè)務(wù)網(wǎng)關(guān)給所述服 務(wù)基站下發(fā)協(xié)同用戶下行業(yè)務(wù)數(shù)據(jù)，所述服務(wù)基站將所述下行業(yè)務(wù)數(shù)據(jù)傳給協(xié)同基站，協(xié) 同組成員將所述下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶。
10.根據(jù)權(quán)利要求3所述的協(xié)同傳輸數(shù)據(jù)的方法，其特征在于，所述服務(wù)基站確定所述 協(xié)同組后，所述協(xié)同組進(jìn)行聯(lián)合資源調(diào)度，所述服務(wù)基站為主，所述協(xié)同基站為輔，由所述 服務(wù)基站決定具體調(diào)度，確定分給協(xié)同用戶的下行資源以及調(diào)制編碼方式，同時(shí)通知所述 協(xié)同基站。
11.根據(jù)權(quán)利要求1至9任一項(xiàng)所述的協(xié)同傳輸數(shù)據(jù)的方法，其特征在于，對所述協(xié)同 用戶進(jìn)行下行業(yè)務(wù)數(shù)據(jù)傳輸具體指，把子幀η的重傳數(shù)據(jù)或新數(shù)據(jù)通過天線空口傳給所述 協(xié)同用戶。
12.一種協(xié)同傳輸數(shù)據(jù)的系統(tǒng)，其特征在于，包括，收發(fā)模塊，服務(wù)模塊，協(xié)同模塊，協(xié)同 用戶；所述服務(wù)模塊，根據(jù)用戶反饋的信道質(zhì)量信息，判斷是否具有需要協(xié)同傳輸?shù)挠脩簦?有，則服務(wù)模塊組建協(xié)同組，將信息上傳收發(fā)模塊，所述協(xié)同組成員將接收到所述收發(fā)模塊下發(fā)的下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶；所述收發(fā)模塊，根據(jù)所述服務(wù)模塊上傳的信息，將下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同組成 員，所述協(xié)同組成員將獲得的下行業(yè)務(wù)數(shù)據(jù)下發(fā)給所述協(xié)同用戶；所述協(xié)同模塊，接收所述服務(wù)模塊或所述收發(fā)模塊下發(fā)的協(xié)同用戶下行業(yè)務(wù)數(shù)據(jù)； 所述協(xié)同用戶，將信道質(zhì)量信息上傳給所述服務(wù)模塊，接收所述服務(wù)模塊或所述協(xié)同 模塊下發(fā)的協(xié)同用戶下行業(yè)務(wù)數(shù)據(jù)；
13.根據(jù)權(quán)利要求12所述的協(xié)同傳輸數(shù)據(jù)的系統(tǒng)，其特征在于所述服務(wù)模塊還包含判 斷單元，用于判斷是否具有需要協(xié)同傳輸?shù)挠脩?，根?jù)用戶反饋的信道質(zhì)量信息與設(shè)置的 協(xié)同門限比較，當(dāng)反饋的信道質(zhì)量信息低于或等于協(xié)同門限時(shí)，則對所述用戶進(jìn)行協(xié)同傳 輸，所述用戶成為所述協(xié)同傳輸?shù)挠脩?；所述服?wù)模塊還包含選擇單元，用于從相鄰基站中選擇出的候選協(xié)同模塊，并向該候 選協(xié)同模塊發(fā)送協(xié)同請求，所述候選協(xié)同模塊接收到協(xié)同請求后，根據(jù)自身資源分配情況 確定是否反饋協(xié)同請求的確認(rèn)信息給所述選擇單元，所述選擇單元根據(jù)接收到的協(xié)同確認(rèn) 信息，確定所述協(xié)同用戶的協(xié)同組；所述服務(wù)模塊還包含控制單元，用于向協(xié)同組所有協(xié)同單元發(fā)送協(xié)同請求，所述協(xié)同 組所有協(xié)同單元確認(rèn)協(xié)同確認(rèn)信息后反饋所述控制單元；以所述服務(wù)模塊為主，所述協(xié)同 模塊為輔，由所述控制單元決定具體調(diào)度，確定分給協(xié)同單元的下行資源以及調(diào)制編碼方 式，同時(shí)通知所述協(xié)同單元；所述服務(wù)模塊還包含業(yè)務(wù)數(shù)據(jù)收發(fā)單元，用于將所述用戶協(xié)同組信息通過Sl接口上 傳給收發(fā)模塊；將所述收發(fā)模塊下發(fā)的下行業(yè)務(wù)數(shù)據(jù)通過X2接口在相同的時(shí)頻資源上對 所述協(xié)同用戶進(jìn)行下行業(yè)務(wù)數(shù)據(jù)傳輸。
14.根據(jù)權(quán)利要求12或13所述的協(xié)同傳輸數(shù)據(jù)的系統(tǒng)，其特征在于，對所述協(xié)同用戶 進(jìn)行下行業(yè)務(wù)數(shù)據(jù)傳輸具體指，把子幀η的重傳數(shù)據(jù)或新數(shù)據(jù)通過天線空口傳給所述協(xié)同 用戶。全文摘要
本發(fā)明公開了一種協(xié)同傳輸數(shù)據(jù)的方法及系統(tǒng)。本發(fā)明方案中，服務(wù)基站根據(jù)用戶反饋的信道質(zhì)量信息，判斷是否具有需要協(xié)同傳輸?shù)挠脩?，若有，則服務(wù)基站組建協(xié)同組，業(yè)務(wù)網(wǎng)關(guān)根據(jù)服務(wù)基站上傳的信息，將下行業(yè)務(wù)數(shù)據(jù)通過S1接口下發(fā)給所述協(xié)同組成員，協(xié)同組成員將獲得的下行業(yè)務(wù)數(shù)據(jù)通過X2接口下發(fā)給所述協(xié)同用戶；解決了協(xié)同傳輸中的下行業(yè)務(wù)數(shù)據(jù)問題，使服務(wù)基站以及各協(xié)同基站能獲得協(xié)同用戶的下行業(yè)務(wù)數(shù)據(jù)，從而能對協(xié)同用戶進(jìn)行協(xié)同傳輸，同時(shí)，滿足聯(lián)合處理方式的下行數(shù)據(jù)分配要求，對接入網(wǎng)側(cè)增加額外處理，或者，增強(qiáng)網(wǎng)關(guān)能力，而且不會(huì)對非協(xié)同用戶的業(yè)務(wù)分配造成任何影響。
文檔編號H04W28/18GK101883402SQ20091010707
公開日2010年11月10日 申請日期2009年5月7日 優(yōu)先權(quán)日2009年5月7日
發(fā)明者姜靜, 孫云鋒, 張晨晨, 朱常青 申請人:中興通訊股份有限公司