一種進(jìn)行協(xié)同傳輸?shù)姆椒ê驮O(shè)備的制造方法
【專利摘要】本發(fā)涉及無線通信技術(shù)領(lǐng)域，特別涉及一種進(jìn)行協(xié)同傳輸?shù)姆椒ê驮O(shè)備，用以在收到多個(gè)針對同一幀的協(xié)同請求后實(shí)現(xiàn)進(jìn)行協(xié)同傳輸。本發(fā)明實(shí)施例針對一個(gè)子幀對應(yīng)的請求隊(duì)列，按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功；確定成功的協(xié)同請求的優(yōu)先級；在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)。由于能夠按照優(yōu)先級順序傳輸對應(yīng)同一個(gè)子幀的協(xié)同請求的數(shù)據(jù)，從而在收到多個(gè)針對同一幀的協(xié)同請求后實(shí)現(xiàn)進(jìn)行協(xié)同傳輸，提高了系統(tǒng)性能。
【專利說明】
_種進(jìn)行協(xié)同傳輸?shù)姆椒ê驮O(shè)備
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及無線通信技術(shù)領(lǐng)域，特別涉及一種進(jìn)行協(xié)同傳輸?shù)姆椒ê驮O(shè)備。
【背景技術(shù)】
[0002]多點(diǎn)協(xié)同傳輸(CoordinatedMultipoint Transmiss1n/Recept1n，CoMP)技術(shù)是地理位置上分離的多個(gè)傳輸點(diǎn)之間的協(xié)作，一般來說，多個(gè)傳輸點(diǎn)是不同小區(qū)的基站。多點(diǎn)協(xié)同傳輸技術(shù)方案主要分為兩類:聯(lián)合調(diào)度和聯(lián)合傳輸。聯(lián)合調(diào)度是通過小區(qū)之間的時(shí)間、頻率和空間資源的協(xié)調(diào)，為不同的UE(終端)分配互相正交的資源，避免相互之間的干擾。小區(qū)間的干擾是制約小區(qū)邊緣UE性能的主要因素，因此聯(lián)合調(diào)度可以降低小區(qū)間的干擾，從而提高小區(qū)邊緣UE的性能。如圖1A所示，通過3個(gè)小區(qū)的聯(lián)合調(diào)度，將可能會(huì)相互干擾的三個(gè)UE調(diào)度了到相互正交的資源上(以不同的顏色表示不同的資源)，有效的避免了小區(qū)之間的干擾。
[0003]與聯(lián)合調(diào)度方案只有一個(gè)小區(qū)與UE之間傳輸數(shù)據(jù)不同，聯(lián)合傳輸方案中有多個(gè)小區(qū)同時(shí)與UE發(fā)送/接收數(shù)據(jù)，以增強(qiáng)UE接收/發(fā)送信號。如圖1B所示，三個(gè)小區(qū)在相同的資源上向一個(gè)UE發(fā)送下行數(shù)據(jù)，UE同時(shí)接收多個(gè)小區(qū)的信號。如果所有的服務(wù)小區(qū)發(fā)送相同的數(shù)據(jù)給UE，來自多個(gè)小區(qū)的有用信號疊加可以提升UE接收的信號質(zhì)量，從而提高系統(tǒng)性能。反之當(dāng)UE發(fā)送上行數(shù)據(jù)時(shí)有多個(gè)小區(qū)聯(lián)合接收并合并處理，也可以達(dá)到相同的目的。
[0004]服務(wù)小區(qū)向目標(biāo)協(xié)同小區(qū)發(fā)送CoMP協(xié)同請求，攜帶請求的PRB資源。而后協(xié)同小區(qū)處理該協(xié)同請求，判定為協(xié)同請求成功或請求失敗。如果可以發(fā)送反饋，則協(xié)同小區(qū)向服務(wù)小區(qū)發(fā)送協(xié)同響應(yīng)消息。對于聯(lián)合傳輸，協(xié)同數(shù)據(jù)可能隨著CoMP協(xié)同請求發(fā)送到協(xié)同小區(qū)，或者在服務(wù)小區(qū)收到協(xié)同響應(yīng)后，再發(fā)送到協(xié)同小區(qū)。對于聯(lián)合調(diào)度則沒有協(xié)同數(shù)據(jù)發(fā)送。
[0005]目前如果收到多個(gè)針對同一幀的協(xié)同請求，如何進(jìn)行協(xié)同傳輸還沒有一個(gè)方案。

【發(fā)明內(nèi)容】

[0006]本發(fā)明提供一種進(jìn)行協(xié)同傳輸?shù)姆椒ê驮O(shè)備，用以在收到多個(gè)針對同一幀的協(xié)同請求后實(shí)現(xiàn)進(jìn)行協(xié)同傳輸。
[0007]本發(fā)明實(shí)施例提供一種進(jìn)行協(xié)同傳輸?shù)姆椒ǎ摲椒ò?
[0008]針對一個(gè)子幀對應(yīng)的請求隊(duì)列，確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求，其中所述子幀對應(yīng)的請求隊(duì)列中的每個(gè)協(xié)同請求對應(yīng)所述子幀；
[0009]按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功；
[0010]確定成功的協(xié)同請求的優(yōu)先級；
[0011]在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)
[0012]較佳地，所述確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求之前，還包括:
[0013]在收到一個(gè)協(xié)同請求后，確定收到的所述協(xié)同請求對應(yīng)的子幀，并將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列中。
[0014]較佳地，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列中，包括:
[0015]按照接收所述協(xié)同請求的時(shí)間，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或
[0016]隨機(jī)將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或
[0017]按照接收到的所述協(xié)同請求中的終端測量小區(qū)的測量量大小，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上。
[0018]較佳地，所述確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求，包括:
[0019]將所述請求隊(duì)列中未進(jìn)行判斷的協(xié)同請求作為需要進(jìn)行判斷的協(xié)同請求。
[0020]較佳地，依次判斷協(xié)同請求是否成功，包括:
[0021]針對一個(gè)需要進(jìn)行判斷的協(xié)同請求，確定需要為所述協(xié)同請求分配的資源；
[0022]判斷確定的資源和已分配給特定協(xié)同請求的資源的重疊比例，其中所述特定協(xié)同請求為與所述需要進(jìn)行判斷的協(xié)同請求對應(yīng)同一個(gè)子幀的所有協(xié)同請求；
[0023]若所述重疊比例小于設(shè)定門限值，則確定所述協(xié)同請求成功；否則，確定所述協(xié)同請求失敗。
[0024]較佳地，確定成功的協(xié)同請求的優(yōu)先級，包括:
[0025]針對一個(gè)成功的協(xié)同請求，若成功的協(xié)同請求重疊比例不為0，則確定所述成功的協(xié)同請求的優(yōu)先級比與其資源重疊的所有所述特定協(xié)同請求的優(yōu)先級低；若成功的協(xié)同請求重疊比例為0，則確定所述成功的協(xié)同請求的優(yōu)先級為最高優(yōu)先級。
[0026]較佳地，確定成功的協(xié)同請求的優(yōu)先級之后，需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)之前，還包括:
[0027]若需要取消成功的協(xié)同請求，刪除所述需要取消成功的協(xié)同請求的優(yōu)先級，并釋放分配給所述需要取消成功的協(xié)同請求的資源。
[0028]本發(fā)明實(shí)施例提供的一種進(jìn)行協(xié)同傳輸?shù)脑O(shè)備，該設(shè)備包括:
[0029]請求確定模塊，用于針對一個(gè)子幀對應(yīng)的請求隊(duì)列，確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求，其中所述子幀對應(yīng)的請求隊(duì)列中的每個(gè)協(xié)同請求對應(yīng)所述子幀；
[0030]判斷模塊，用于按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功；
[0031]優(yōu)先級確定模塊，用于確定成功的協(xié)同請求的優(yōu)先級；
[0032]傳輸模塊，用于在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)。
[0033]較佳地，所述請求確定模塊還用于:
[0034]確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求之前，在收到一個(gè)協(xié)同請求后，確定收到的所述協(xié)同請求對應(yīng)的子幀，并將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列中。
[0035]較佳地，所述請求確定模塊具體用于:
[0036]按照接收所述協(xié)同請求的時(shí)間，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或
[0037]隨機(jī)將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或
[0038]按照接收到的所述協(xié)同請求中的終端測量小區(qū)的測量量大小，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上。
[0039]較佳地，所述請求確定模塊具體用于:
[0040]將所述請求隊(duì)列中未進(jìn)行判斷的協(xié)同請求作為需要進(jìn)行判斷的協(xié)同請求。
[0041]較佳地，所述判斷模塊具體用于:
[0042]針對一個(gè)需要進(jìn)行判斷的協(xié)同請求，確定需要為所述協(xié)同請求分配的資源；判斷確定的資源和已分配給特定協(xié)同請求的資源的重疊比例，其中所述特定協(xié)同請求為與所述需要進(jìn)行判斷的協(xié)同請求對應(yīng)同一個(gè)子幀的所有協(xié)同請求；若所述重疊比例小于設(shè)定門限值，則確定所述協(xié)同請求成功；否則，確定所述協(xié)同請求失敗。
[0043]較佳地，所述優(yōu)先級確定模塊具體用于:
[0044]針對一個(gè)成功的協(xié)同請求，若成功的協(xié)同請求重疊比例不為0，則確定所述成功的協(xié)同請求的優(yōu)先級比與其資源重疊的所有所述特定協(xié)同請求的優(yōu)先級低；若成功的協(xié)同請求重疊比例為0，則確定所述成功的協(xié)同請求的優(yōu)先級為最高優(yōu)先級。
[0045]較佳地，所述傳輸模塊還用于:
[0046]需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)之前，若需要取消成功的協(xié)同請求，刪除所述需要取消成功的協(xié)同請求的優(yōu)先級，并釋放分配給所述需要取消成功的協(xié)同請求的資源。
[0047]本發(fā)明實(shí)施例提供的另一種進(jìn)行協(xié)同傳輸?shù)脑O(shè)備，該設(shè)備包括:
[0048]處理器，用于讀取存儲(chǔ)器中的程序，執(zhí)行下列過程:
[0049]針對一個(gè)子幀對應(yīng)的請求隊(duì)列，確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求，其中所述子幀對應(yīng)的請求隊(duì)列中的每個(gè)協(xié)同請求對應(yīng)所述子幀；按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功；確定成功的協(xié)同請求的優(yōu)先級；在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，通過收發(fā)機(jī)在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)。
[0050]收發(fā)機(jī)，用于在處理器的控制下接收和發(fā)送數(shù)據(jù)。
[0051]較佳地，所述處理器還用于:
[0052]確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求之前，在收到一個(gè)協(xié)同請求后，確定收到的所述協(xié)同請求對應(yīng)的子幀，并將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列中。
[0053]較佳地，所述處理器具體用于:
[0054]按照接收所述協(xié)同請求的時(shí)間，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或
[0055]隨機(jī)將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或
[0056]按照接收到的所述協(xié)同請求中的終端測量小區(qū)的測量量大小，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上。
[0057]較佳地，所述處理器具體用于:
[0058]將所述請求隊(duì)列中未進(jìn)行判斷的協(xié)同請求作為需要進(jìn)行判斷的協(xié)同請求。
[0059]較佳地，所述處理器具體用于:
[0060]針對一個(gè)需要進(jìn)行判斷的協(xié)同請求，確定需要為所述協(xié)同請求分配的資源；判斷確定的資源和已分配給特定協(xié)同請求的資源的重疊比例，其中所述特定協(xié)同請求為與所述需要進(jìn)行判斷的協(xié)同請求對應(yīng)同一個(gè)子幀的所有協(xié)同請求；若所述重疊比例小于設(shè)定門限值，則確定所述協(xié)同請求成功；否則，確定所述協(xié)同請求失敗。
[0061]較佳地，所述處理器具體用于:
[0062]針對一個(gè)成功的協(xié)同請求，若成功的協(xié)同請求重疊比例不為0，則確定所述成功的協(xié)同請求的優(yōu)先級比與其資源重疊的所有所述特定協(xié)同請求的優(yōu)先級低；若成功的協(xié)同請求重疊比例為0，則確定所述成功的協(xié)同請求的優(yōu)先級為最高優(yōu)先級。
[0063]較佳地，所述處理器還用于:
[0064]需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)之前，若需要取消成功的協(xié)同請求，刪除所述需要取消成功的協(xié)同請求的優(yōu)先級，并釋放分配給所述需要取消成功的協(xié)同請求的資源。
[0065]本發(fā)明實(shí)施例針對一個(gè)子幀對應(yīng)的請求隊(duì)列，按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功；確定成功的協(xié)同請求的優(yōu)先級；在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)。由于能夠按照優(yōu)先級順序傳輸對應(yīng)同一個(gè)子幀的協(xié)同請求的數(shù)據(jù)，從而在收到多個(gè)針對同一幀的協(xié)同請求后實(shí)現(xiàn)進(jìn)行協(xié)同傳輸，提高了系統(tǒng)性能。
【附圖說明】
[0066]圖1A為【背景技術(shù)】中協(xié)同調(diào)度的示意圖；
[0067]圖1B為【背景技術(shù)】中協(xié)同傳輸?shù)氖疽鈭D；
[0068]圖2A為本發(fā)明實(shí)施例一進(jìn)行協(xié)同傳輸?shù)姆椒鞒淌疽鈭D；
[0069]圖2B為本發(fā)明實(shí)施例協(xié)同請求示意圖；
[0070]圖3為本發(fā)明實(shí)施例二進(jìn)行協(xié)同傳輸?shù)脑O(shè)備結(jié)構(gòu)示意圖；
[0071]圖4為本發(fā)明實(shí)施例三進(jìn)行協(xié)同傳輸?shù)脑O(shè)備結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0072]本發(fā)明實(shí)施例針對一個(gè)子幀對應(yīng)的請求隊(duì)列，按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功；確定成功的協(xié)同請求的優(yōu)先級；在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)。由于能夠按照優(yōu)先級順序傳輸對應(yīng)同一個(gè)子幀的協(xié)同請求的數(shù)據(jù)，從而在收到多個(gè)針對同一幀的協(xié)同請求后實(shí)現(xiàn)進(jìn)行協(xié)同傳輸，提高了系統(tǒng)性能。
[0073]下面結(jié)合說明書附圖對本發(fā)明實(shí)施例作進(jìn)一步詳細(xì)描述。
[0074]如圖2A所示，本發(fā)明實(shí)施例一進(jìn)行協(xié)同傳輸?shù)姆椒ò?
[0075]步驟201、針對一個(gè)子幀對應(yīng)的請求隊(duì)列，確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求，其中所述子幀對應(yīng)的請求隊(duì)列中的每個(gè)協(xié)同請求對應(yīng)所述子幀；
[0076]步驟202、按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功；
[0077]步驟203、確定成功的協(xié)同請求的優(yōu)先級；
[0078]步驟204、在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)。
[0079]其中，終端在有協(xié)同需求或者終端所在的服務(wù)小區(qū)在確定需要協(xié)同為終端傳輸時(shí)，可以由終端所在的服務(wù)小區(qū)或者終端向每個(gè)協(xié)同小區(qū)發(fā)送協(xié)同請求。
[0080]每個(gè)協(xié)同請求需要占用至少一個(gè)子幀。而每個(gè)子幀有可能對應(yīng)多個(gè)協(xié)同請求。也就是說，每個(gè)子幀會(huì)對應(yīng)一個(gè)請求隊(duì)列，請求隊(duì)列里面包括的所有請求對應(yīng)同一個(gè)子幀。如果協(xié)同請求對應(yīng)多個(gè)子幀，該協(xié)同請求會(huì)在多個(gè)請求隊(duì)列中。
[0081 ] 本發(fā)明實(shí)施例的執(zhí)行主體是協(xié)同小區(qū)所屬的網(wǎng)絡(luò)側(cè)設(shè)備，比如宏基站、家庭基站等。
[0082]在收到一個(gè)協(xié)同請求后，確定收到的所述協(xié)同請求對應(yīng)的子幀，并將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列中。
[0083]在實(shí)施中，會(huì)按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功，所以在將協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列中時(shí)，可以設(shè)定一些順序條件，將協(xié)同請求加入到請求隊(duì)列中。
[0084]下面列舉幾種順序條件:
[0085]順序條件一、按照接收所述協(xié)同請求的時(shí)間，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上。
[0086]這種方式就是先收到的協(xié)同請求先加入到隊(duì)列前面，后收到的協(xié)同請求放到先收到的協(xié)同請求的后面。
[0087]順序條件二、隨機(jī)將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；
[0088]順序條件三、按照接收到的所述協(xié)同請求中的終端測量小區(qū)的測量量大小，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上。
[0089]較佳地，測量量可以是反映信號質(zhì)量的任何參數(shù)，比如RSRP(Reference signalreceived power，參考信號接收功率)或RSRQ (Reference Signal Received Quality，參考信號接收質(zhì)量)。
[0090]由于測量量說明終端與協(xié)同小區(qū)之間的信號質(zhì)量更好，協(xié)同傳輸成功率更高，所以可以將測量量大的協(xié)同請求排到測量量小的協(xié)同請求前面。
[0091]上述三種順序條件可以由協(xié)同小區(qū)自身根據(jù)需要確定使用哪種；也可以根據(jù)高層通知確定使用哪種。
[0092]需要說明的是，上述順序條件只是舉例說明，任何能夠?qū)f(xié)同請求加入到請求隊(duì)列的順序條件都適用本發(fā)明實(shí)施例。
[0093]較佳地，可以周期確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求，也可以在有協(xié)同請求加入到請求隊(duì)列后，確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求。
[0094]基于此，確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求為所述請求隊(duì)列中未進(jìn)行判斷的協(xié)同請求。也就是說，所述請求隊(duì)列中沒有判斷是否成功的協(xié)同請求。
[0095]較佳地，在判斷協(xié)同請求是否成功時(shí)，根據(jù)請求隊(duì)列中協(xié)同請求的順序依次確定。
[0096]針對一個(gè)需要進(jìn)行判斷的協(xié)同請求，確定需要為所述協(xié)同請求分配的資源；
[0097]判斷確定的資源和已分配給特定協(xié)同請求的資源的重疊比例，其中所述特定協(xié)同請求為與所述需要進(jìn)行判斷的協(xié)同請求對應(yīng)同一個(gè)子幀的所有協(xié)同請求；
[0098]若所述重疊比例小于設(shè)定門限值，則確定所述協(xié)同請求成功；否則，確定所述協(xié)同請求失敗。
[0099]對于失敗的協(xié)同請求，不對其進(jìn)行優(yōu)先級排序，也不進(jìn)行數(shù)據(jù)傳輸。
[0100]比如子幀A對應(yīng)的請求隊(duì)列中一個(gè)需要進(jìn)行判斷的協(xié)同請求B需要的資源為子幀A的PRB1、PRB2和PRB3。子幀A對應(yīng)的請求隊(duì)列中的特定協(xié)同請求為協(xié)同請求C和協(xié)同請求D。已分配給協(xié)同請求C的資源為PRBl和PRB4，已分配給協(xié)同請求D的資源為PRB5、PRB6、PRB7 和 PRB8。
[0101]其中，PRBl與已分配給特定協(xié)同請求的資源重疊，PRB2和PRB3不重疊，所以確定的資源和已分配給特定協(xié)同請求的資源的重疊比例為1/3 ;假設(shè)設(shè)定門限值為50%，則確定所述協(xié)同請求B成功。
[0102]還比如:比如子幀A對應(yīng)的請求隊(duì)列中一個(gè)需要進(jìn)行判斷的協(xié)同請求B需要的資源為子幀A的PRB1、PRB2和PRB3。子幀A對應(yīng)的請求隊(duì)列中的特定協(xié)同請求為協(xié)同請求C和協(xié)同請求D。已分配給協(xié)同請求C的資源為PRBl和PRB4，已分配給協(xié)同請求D的資源為 PRB2、PRB6、PRB7 和 PRB8。
[0103]其中，PRBl與已分配給特定協(xié)同請求的資源重疊，PRB3不重疊，所以確定的資源和已分配給特定協(xié)同請求的資源的重疊比例為2/3 ;假設(shè)設(shè)定門限值為50%，則確定所述協(xié)同請求B失敗。
[0104]在確定了一個(gè)協(xié)同請求成功后，需要在確定該協(xié)同請求的優(yōu)先級。
[0105]較佳地，針對一個(gè)成功的協(xié)同請求，若成功的協(xié)同請求重疊比例不為0，則確定所述成功的協(xié)同請求的優(yōu)先級比與其資源重疊的所有所述特定協(xié)同請求的優(yōu)先級低；若成功的協(xié)同請求重疊比例為0，則確定所述成功的協(xié)同請求的優(yōu)先級為最高優(yōu)先級。
[0106]比如協(xié)同請求B的資源為子幀A的PRBUPRB2和PRB3。協(xié)同請求C的資源為PRBl和 PRB4。
[0107]如果協(xié)同請求C的優(yōu)先級已經(jīng)確定，現(xiàn)在需要確定協(xié)同請求B的優(yōu)先級。
[0108]由于協(xié)同請求B與協(xié)同請求C有重疊資源，所以協(xié)同請求B重疊比例不為0，則協(xié)同請求B的優(yōu)先級比協(xié)同請求C低。假設(shè)優(yōu)先級O最高，如果協(xié)同請求C的優(yōu)先級是1，則協(xié)同請求B的優(yōu)先級是2。
[0109]還比如協(xié)同請求B的資源為子幀A的PRB1、PRB2、PRB3、PRB4和PRB5。協(xié)同請求C的資源為PRBl和PRB4，協(xié)同請求D的資源為PRB2、PRB6、PRB7和PRB8。
[0110]如果協(xié)同請求C和協(xié)同請求D的優(yōu)先級已經(jīng)確定，現(xiàn)在需要確定協(xié)同請求B的優(yōu)先級。
[0111]由于協(xié)同請求B與協(xié)同請求C和協(xié)同請求D均有重疊資源，所以協(xié)同請求B重疊比例不為0，則協(xié)同請求B的優(yōu)先級比協(xié)同請求C和協(xié)同請求D都低。假設(shè)優(yōu)先級O最高，如果協(xié)同請求C的優(yōu)先級是I，協(xié)同請求D的優(yōu)先級是2，則協(xié)同請求B的優(yōu)先級為3。
[0112]還比如協(xié)同請求B的資源為子幀A的PRB3、PRB4和PRB5。協(xié)同請求C的資源為PRBl和PRB2，協(xié)同請求D的資源為PRB6、PRB7和PRB8。
[0113]由于協(xié)同請求B與協(xié)同請求C和協(xié)同請求D都沒有重疊資源，所以協(xié)同請求B重疊比例為O。假設(shè)優(yōu)先級O最高，則協(xié)同請求B的優(yōu)先級為O。
[0114]較佳地，在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，可以按照優(yōu)先級順序選取可用資源的位置進(jìn)行數(shù)據(jù)傳輸。如果有一個(gè)協(xié)同請求的部分資源重疊，且該協(xié)同請求與資源重疊的其他協(xié)同請求相比優(yōu)先級不是最高的，則在該子幀不傳輸該協(xié)同請求的數(shù)據(jù)。
[0115]比如協(xié)同請求B的資源為子幀A的PRB1、PRB2、PRB3、PRB4和PRB5。協(xié)同請求C的資源為PRBl和PRB4，協(xié)同請求D的資源為PRB4、PRB5、PRB6、PRB7和PRB8。
[0116]協(xié)同請求C的優(yōu)先級是I，協(xié)同請求D的優(yōu)先級是2，協(xié)同請求B的優(yōu)先級為3。
[0117]按照優(yōu)先級傳輸順序，在子幀A的PRBl和PRB4傳輸協(xié)同請求C的數(shù)據(jù)，由于PRB4已經(jīng)被優(yōu)先級高的協(xié)同請求C占用，所以協(xié)同請求D的數(shù)據(jù)不在PRB4上傳輸，只能在PRB5、PRB6、PRB7和PRB8上傳輸；由于PRBl和PRB4、PRB5已經(jīng)被優(yōu)先級高的協(xié)同請求C與D占用，所以協(xié)同請求B的數(shù)據(jù)不在PRB1、PRB4、PRB5上傳輸，只能在PRB2、PRB3上傳輸。
[0118]在實(shí)施中，有可能因?yàn)槟承┰驎?huì)取消協(xié)同傳輸，下面列舉幾種取消的情況。
[0119]1、需要發(fā)送重傳“
[0120]考慮重傳數(shù)據(jù)不進(jìn)行CoMP傳輸，即重傳數(shù)據(jù)塊只以Μηω(多輸入多輸出)方式(即非協(xié)作傳輸方式)進(jìn)行重傳，因此，如果服務(wù)小區(qū)在某協(xié)同傳輸子幀需要發(fā)送重傳數(shù)據(jù)，則服務(wù)小區(qū)會(huì)向協(xié)作小區(qū)發(fā)送協(xié)作取消消息。
[0121]2、沒有可用 HARQ (Hybrid Automatic Repeat reQuest，混合自動(dòng)重傳請求)進(jìn)程:
[0122]此外，在組織MACPDU(Medium Access Control Packet Data Unit，媒體接入控制協(xié)議數(shù)據(jù)單元)時(shí)刻，需要預(yù)先占用一個(gè)HARQ進(jìn)程，以保證對協(xié)同傳輸子幀的實(shí)際調(diào)度時(shí)刻(是指向UE發(fā)送下行調(diào)度授權(quán))到達(dá)時(shí)，可以成功進(jìn)行CoMP傳輸。如果在組織MAC PDU時(shí)刻，沒有可用HARQ進(jìn)程，則服務(wù)小區(qū)也會(huì)向協(xié)作小區(qū)發(fā)送協(xié)作取消消息。
[0123]3、發(fā)送數(shù)據(jù)緩存為空:
[0124]如果在組織MAC PDU時(shí)刻，存在空閑HARQ進(jìn)程，但恰好此時(shí)UE緩存數(shù)據(jù)量為空，沒有數(shù)據(jù)可以下發(fā)，則此時(shí)也無法組織MAC rou，那么服務(wù)小區(qū)也會(huì)向協(xié)作小區(qū)發(fā)送協(xié)作取消消息。
[0125]所以若需要取消成功的協(xié)同請求，刪除所述需要取消成功的協(xié)同請求的優(yōu)先級，并釋放分配給所述需要取消成功的協(xié)同請求的資源。
[0126]釋放的資源可以給優(yōu)先級在后的協(xié)同請求使用。
[0127]比如協(xié)同請求B的資源為子幀A的PRB1、PRB2、PRB3、PRB4和PRB5。協(xié)同請求C的資源為PRBl和PRB4，協(xié)同請求D的資源為PRB4、PRB6、PRB7和PRB8。
[0128]協(xié)同請求C的優(yōu)先級是I，協(xié)同請求D的優(yōu)先級是2，協(xié)同請求B的優(yōu)先級為3。
[0129]假設(shè)需要釋放協(xié)同請求C:
[0130]本來按照優(yōu)先級傳輸順序，在子幀A的PRBl和PRB4傳輸協(xié)同請求C的數(shù)據(jù)，由于PRB4已經(jīng)被優(yōu)先級高的協(xié)同請求C占用，所以協(xié)同請求D的數(shù)據(jù)不在PRB4上傳輸；由于PRBl已經(jīng)被優(yōu)先級高的協(xié)同請求C占用，所以協(xié)同請求B的數(shù)據(jù)不在PRBl上傳輸。但是由于需要釋放協(xié)同請求C，則協(xié)同請求C占用的子幀A的PRBl和PRB4也會(huì)釋放；相應(yīng)的，在子幀A的PRB4、PRB6、PRB7和PRB8就可以傳輸協(xié)同請求D的數(shù)據(jù)；但是由于協(xié)同請求D的優(yōu)先級高于協(xié)同請求B，則在子幀A的PRB1、PRB2、PRB3和PRB5就可以傳輸協(xié)同請求B的數(shù)據(jù)，而在PRB4上仍不可傳輸協(xié)同請求B的數(shù)據(jù)。
[0131 ] 下面列舉幾個(gè)實(shí)例，對本發(fā)明的方案進(jìn)行詳細(xì)說明。
[0132]實(shí)例1、協(xié)同小區(qū)處理協(xié)同請求消息方法I。
[0133]一個(gè)eNB內(nèi)有三個(gè)小區(qū)，UE測量請求協(xié)同的小區(qū)可能處于本eNB內(nèi)，也可能處于本eNB外的其他eNB內(nèi)。
[0134]由于eNB之間存在X2/S1接口，信令與數(shù)據(jù)在接口上傳遞存在時(shí)延。此時(shí)eNB站內(nèi)的協(xié)同請求發(fā)送速度快于eNB站間的發(fā)送速度，并且不同的eNB站間傳輸速度也不一樣。
[0135]為了保證協(xié)同請求消息的公平性，設(shè)置協(xié)同消息處理周期。當(dāng)一個(gè)周期結(jié)束時(shí)，處理該周期收到的所有協(xié)同請求。
[0136]處理協(xié)同請求的方式，可以使隨機(jī)順序。該方法最大程度保證了所有協(xié)同請求的公平，避免總是站內(nèi)優(yōu)先處理的弊端。
[0137]實(shí)例2、協(xié)同小區(qū)處理協(xié)同請求消息方法2。
[0138]為了盡量提高系統(tǒng)的總吞吐量，可以盡量將在服務(wù)小區(qū)較邊緣的UE排在前面優(yōu)先分配資源。當(dāng)UE在服務(wù)小區(qū)處于較邊緣的位置時(shí)，則更近的接近了進(jìn)行協(xié)同傳輸?shù)泥徯^(qū)，該UE測量協(xié)同鄰區(qū)的RSRP值也就更高。
[0139]如圖2B所示，對于UEl和UE2，服務(wù)小區(qū)屬于eNBl，而協(xié)同小區(qū)屬于eNB2。由于UEl更接近服務(wù)小區(qū)邊緣，該UE更需要進(jìn)行CoMP傳輸以提高邊緣吞吐量。而UE2相比于UEl稍微靠近服務(wù)小區(qū)中心，雖然也可以進(jìn)行CoMP傳輸，但傳輸需求沒有UEl大。
[0140]由于UEl更靠近eNB2，此時(shí)UEl測量協(xié)同小區(qū)的RSRP大于UE2測得的協(xié)同鄰區(qū)RSRP0
[0141]當(dāng)eNB2同時(shí)收到來自eNBl的這兩個(gè)UE的協(xié)同請求后，可以根據(jù)其中攜帶的各UE針對該協(xié)同鄰區(qū)的RSRP測量量進(jìn)行排序，以獲得對于協(xié)同鄰區(qū)信號質(zhì)量更優(yōu)的UE進(jìn)行CoMP傳輸。此時(shí)排在前面的UE測量得到的RSRP更優(yōu)，意味著該UE與協(xié)同鄰區(qū)之間傳輸?shù)男盘栙|(zhì)量更好，傳輸成功概率較高。并且該UE離服務(wù)小區(qū)較遠(yuǎn)的可能性較高，更需要進(jìn)行CoMP協(xié)同傳輸來提高邊緣吞吐量。
[0142]實(shí)例3:協(xié)同小區(qū)處理單個(gè)UE請求。
[0143]當(dāng)協(xié)同小區(qū)按照一定順序處理協(xié)同請求時(shí)，來自不同服務(wù)小區(qū)的UE請求的PRB可能有交置。
[0144]當(dāng)UE請求的資源位置與已經(jīng)分配出去的資源位置有重疊時(shí)，如果重疊比例低于一定門限，允許該協(xié)同成功。如果重疊比例過高，意味著協(xié)同小區(qū)只能在極少的資源上傳輸數(shù)據(jù)，這樣即使多小區(qū)信號合并處理后的增益也不高，則直接判決為協(xié)同失敗。
[0145]協(xié)同小區(qū)在每次判決該UE協(xié)同成功后，需要確定UE的優(yōu)先級。
[0146]較佳地，需要確定UE的優(yōu)先級時(shí)，可以將UE加入到優(yōu)先級隊(duì)列中。
[0147]比如協(xié)同小區(qū)在每次判決該UE協(xié)同成功后，將UE排入優(yōu)先級隊(duì)列。優(yōu)先級的設(shè)置方式如下:
[0148]-針對該UE的所有協(xié)作子幀進(jìn)行遍歷。針對每個(gè)協(xié)作子幀，將該UE放入保存的UE隊(duì)列:如果請求的所有PRB與當(dāng)前子幀已經(jīng)分配的所有PRB均不沖突，則將優(yōu)先級記為O ;如果存在部分PRB沖突，則將優(yōu)先級記為所有與之沖突的記錄的UE優(yōu)先級中的最大值+1 (數(shù)值越大優(yōu)先級越低);
[0149]-按照優(yōu)先級從低到高的順序傳輸。
[0150]當(dāng)進(jìn)行數(shù)據(jù)傳輸時(shí)，如果多于I個(gè)UE均請求占用相同的PRB資源，則按照優(yōu)先級順序，優(yōu)先級取值最小的UE在該資源上進(jìn)行數(shù)據(jù)傳輸，其他UE則需避開該資源，在剩余的其他資源上進(jìn)行傳輸，保證在一塊資源上數(shù)據(jù)傳輸?shù)奈ㄒ恍浴?br>[0151]實(shí)施例4:收到取消消息后的處理.
[0152]由于一些情況可能服務(wù)小區(qū)會(huì)發(fā)送取消消息到協(xié)同小區(qū)，取消某UE的CoMP傳輸。當(dāng)協(xié)同小區(qū)收到了取消消息之后，刪除相應(yīng)UE在UE列表中保存的記錄。
[0153]如果UE在該位置上允許傳輸數(shù)據(jù)，則該資源位置將釋放給其后次高優(yōu)先級的UE使用；
[0154]如果UE在該位置上為優(yōu)先級稍低的候選UE，則其后優(yōu)先級的UE的優(yōu)先級次數(shù)往前順延。
[0155]由于同一塊資源上可能有交疊的UE存在，根據(jù)優(yōu)先級可以判定取消的UE是當(dāng)前排在優(yōu)先級最高的使用該資源傳輸數(shù)據(jù)的UE，還是該資源上較低優(yōu)先級的備選UE。由于不同UE在交疊的PRB資源上保存有完全不同的優(yōu)先級，則可以確定后續(xù)選擇在該資源上進(jìn)行傳輸?shù)腢E的唯一性。
[0156]基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例中還提供了一種進(jìn)行協(xié)同傳輸?shù)脑O(shè)備，由于該設(shè)備解決問題的原理與本發(fā)明實(shí)施例進(jìn)行協(xié)同傳輸?shù)姆椒ㄏ嗨?，因此該設(shè)備的實(shí)施可以參見方法的實(shí)施，重復(fù)之處不再贅述。
[0157]如圖3所示，本發(fā)明實(shí)施例二進(jìn)行協(xié)同傳輸?shù)脑O(shè)備包括:請求確定模塊300、判斷模塊301、優(yōu)先級確定模塊302和傳輸模塊303。
[0158]請求確定模塊300，用于針對一個(gè)子幀對應(yīng)的請求隊(duì)列，確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求，其中所述子幀對應(yīng)的請求隊(duì)列中的每個(gè)協(xié)同請求對應(yīng)所述子幀；
[0159]判斷模塊301，用于按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功；
[0160]優(yōu)先級確定模塊302，用于確定成功的協(xié)同請求的優(yōu)先級；
[0161]傳輸模塊303，用于在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)。
[0162]較佳地，所述請求確定模塊300還用于:
[0163]確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求之前，在收到一個(gè)協(xié)同請求后，確定收到的所述協(xié)同請求對應(yīng)的子幀，并將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列中。
[0164]較佳地，所述請求確定模塊300具體用于:
[0165]按照接收所述協(xié)同請求的時(shí)間，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或
[0166]隨機(jī)將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或
[0167]按照接收到的所述協(xié)同請求中的終端測量小區(qū)的測量量大小，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上。
[0168]較佳地，所述請求確定模塊300具體用于:
[0169]將所述請求隊(duì)列中未進(jìn)行判斷的協(xié)同請求作為需要進(jìn)行判斷的協(xié)同請求。
[0170]較佳地，所述判斷模塊301具體用于:
[0171]針對一個(gè)需要進(jìn)行判斷的協(xié)同請求，確定需要為所述協(xié)同請求分配的資源；判斷確定的資源和已分配給特定協(xié)同請求的資源的重疊比例，其中所述特定協(xié)同請求為與所述需要進(jìn)行判斷的協(xié)同請求對應(yīng)同一個(gè)子幀的所有協(xié)同請求；若所述重疊比例小于設(shè)定門限值，則確定所述協(xié)同請求成功；否則，確定所述協(xié)同請求失敗。
[0172]較佳地，所述優(yōu)先級確定模塊302具體用于:
[0173]針對一個(gè)成功的協(xié)同請求，若成功的協(xié)同請求重疊比例不為0，則確定所述成功的協(xié)同請求的優(yōu)先級比與其資源重疊的所有所述特定協(xié)同請求的優(yōu)先級低；若成功的協(xié)同請求重疊比例為0，則確定所述成功的協(xié)同請求的優(yōu)先級為最高優(yōu)先級。
[0174]較佳地，所述傳輸模塊303還用于:
[0175]需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)之前，若需要取消成功的協(xié)同請求，刪除所述需要取消成功的協(xié)同請求的優(yōu)先級，并釋放分配給所述需要取消成功的協(xié)同請求的資源。
[0176]如圖4所示，本發(fā)明實(shí)施例三進(jìn)行協(xié)同傳輸?shù)脑O(shè)備包括:
[0177]處理器401，用于讀取存儲(chǔ)器404中的程序，執(zhí)行下列過程:
[0178]針對一個(gè)子幀對應(yīng)的請求隊(duì)列，確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求，其中所述子幀對應(yīng)的請求隊(duì)列中的每個(gè)協(xié)同請求對應(yīng)所述子幀；按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功；確定成功的協(xié)同請求的優(yōu)先級；在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，通過收發(fā)機(jī)402在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)。
[0179]收發(fā)機(jī)402，用于在處理器401的控制下接收和發(fā)送數(shù)據(jù)。
[0180]較佳地，所述處理器401還用于:
[0181]確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求之前，在收到一個(gè)協(xié)同請求后，確定收到的所述協(xié)同請求對應(yīng)的子幀，并將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列中。
[0182]較佳地，所述處理器401具體用于:
[0183]按照接收所述協(xié)同請求的時(shí)間，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或
[0184]隨機(jī)將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或
[0185]按照接收到的所述協(xié)同請求中的終端測量小區(qū)的測量量大小，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上。
[0186]較佳地，所述處理器401具體用于:
[0187]將所述請求隊(duì)列中未進(jìn)行判斷的協(xié)同請求作為需要進(jìn)行判斷的協(xié)同請求。
[0188]較佳地，所述處理器401具體用于:
[0189]針對一個(gè)需要進(jìn)行判斷的協(xié)同請求，確定需要為所述協(xié)同請求分配的資源；判斷確定的資源和已分配給特定協(xié)同請求的資源的重疊比例，其中所述特定協(xié)同請求為與所述需要進(jìn)行判斷的協(xié)同請求對應(yīng)同一個(gè)子幀的所有協(xié)同請求；若所述重疊比例小于設(shè)定門限值，則確定所述協(xié)同請求成功；否則，確定所述協(xié)同請求失敗。
[0190]較佳地，所述處理器401具體用于:
[0191]針對一個(gè)成功的協(xié)同請求，若成功的協(xié)同請求重疊比例不為0，則確定所述成功的協(xié)同請求的優(yōu)先級比與其資源重疊的所有所述特定協(xié)同請求的優(yōu)先級低；若成功的協(xié)同請求重疊比例為0，則確定所述成功的協(xié)同請求的優(yōu)先級為最高優(yōu)先級。
[0192]較佳地，所述處理器401還用于:
[0193]需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)之前，若需要取消成功的協(xié)同請求，刪除所述需要取消成功的協(xié)同請求的優(yōu)先級，并釋放分配給所述需要取消成功的協(xié)同請求的資源。
[0194]在圖4中，總線架構(gòu)(用總線400來代表)，總線400可以包括任意數(shù)量的互聯(lián)的總線和橋，總線400將包括由處理器401代表的一個(gè)或多個(gè)處理器和存儲(chǔ)器404代表的存儲(chǔ)器的各種電路鏈接在一起?？偩€400還可以將諸如外圍設(shè)備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領(lǐng)域所公知的，因此，本文不再對其進(jìn)行進(jìn)一步描述?？偩€接口 403在總線400和收發(fā)機(jī)402之間提供接口。收發(fā)機(jī)402可以是一個(gè)元件，也可以是多個(gè)元件，比如多個(gè)接收器和發(fā)送器，提供用于在傳輸介質(zhì)上與各種其他裝置通信的單元。經(jīng)處理器401處理的數(shù)據(jù)通過天線405在無線介質(zhì)上進(jìn)行傳輸，進(jìn)一步，天線405還接收數(shù)據(jù)并將數(shù)據(jù)傳送給處理器401。
[0195]處理器401負(fù)責(zé)管理總線400和通常的處理，還可以提供各種功能，包括定時(shí)，外圍接口，電壓調(diào)節(jié)、電源管理以及其他控制功能。而存儲(chǔ)器404可以被用于存儲(chǔ)處理器401在執(zhí)行操作時(shí)所使用的數(shù)據(jù)。
[0196]可選的，處理器401可以是CPU(中央處埋器)、ASIC(Applicat1n SpecificIntegrated Circuit，專用集成電路)、FPGA (Field — Programmable Gate Array，現(xiàn)場可編程門陣列)或CPLD (Complex Programmable Logic Device，復(fù)雜可編程邏輯器件)。
[0197]從上述實(shí)施例可以看出:本發(fā)明實(shí)施例針對一個(gè)子幀對應(yīng)的請求隊(duì)列，按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功；確定成功的協(xié)同請求的優(yōu)先級；在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)。由于能夠按照優(yōu)先級順序傳輸對應(yīng)同一個(gè)子幀的協(xié)同請求的數(shù)據(jù)，從而在收到多個(gè)針對同一幀的協(xié)同請求后實(shí)現(xiàn)進(jìn)行協(xié)同傳輸，提高了系統(tǒng)性能。
[0198]顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
【主權(quán)項(xiàng)】
1.一種進(jìn)行協(xié)同傳輸?shù)姆椒?，其特征在于，該方法包? 針對一個(gè)子幀對應(yīng)的請求隊(duì)列，確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求，其中所述子幀對應(yīng)的請求隊(duì)列中的每個(gè)協(xié)同請求對應(yīng)所述子幀； 按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功； 確定成功的協(xié)同請求的優(yōu)先級； 在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)。2.如權(quán)利要求1所述的方法，其特征在于，所述確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求之前，還包括: 在收到一個(gè)協(xié)同請求后，確定收到的所述協(xié)同請求對應(yīng)的子幀，并將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列中。3.如權(quán)利要求2所述的方法，其特征在于，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列中，包括: 按照接收所述協(xié)同請求的時(shí)間，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或 隨機(jī)將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或按照接收到的所述協(xié)同請求中的終端測量小區(qū)的測量量大小，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上。4.如權(quán)利要求1所述的方法，其特征在于，所述確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求，包括: 將所述請求隊(duì)列中未進(jìn)行判斷的協(xié)同請求作為需要進(jìn)行判斷的協(xié)同請求。5.如權(quán)利要求1所述的方法，其特征在于，依次判斷協(xié)同請求是否成功，包括: 針對一個(gè)需要進(jìn)行判斷的協(xié)同請求，確定需要為所述協(xié)同請求分配的資源； 判斷確定的資源和已分配給特定協(xié)同請求的資源的重疊比例，其中所述特定協(xié)同請求為與所述需要進(jìn)行判斷的協(xié)同請求對應(yīng)同一個(gè)子幀的所有協(xié)同請求； 若所述重疊比例小于設(shè)定門限值，則確定所述協(xié)同請求成功；否則，確定所述協(xié)同請求失敗。6.如權(quán)利要求5所述的方法，其特征在于，確定成功的協(xié)同請求的優(yōu)先級，包括: 針對一個(gè)成功的協(xié)同請求，若成功的協(xié)同請求重疊比例不為O，則確定所述成功的協(xié)同請求的優(yōu)先級比與其資源重疊的所有所述特定協(xié)同請求的優(yōu)先級低；若成功的協(xié)同請求重疊比例為O，則確定所述成功的協(xié)同請求的優(yōu)先級為最高優(yōu)先級。7.如權(quán)利要求5所述的方法，其特征在于，確定成功的協(xié)同請求的優(yōu)先級之后，需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)之前，還包括: 若需要取消成功的協(xié)同請求，刪除所述需要取消成功的協(xié)同請求的優(yōu)先級，并釋放分配給所述需要取消成功的協(xié)同請求的資源。8.一種進(jìn)行協(xié)同傳輸?shù)脑O(shè)備，其特征在于，該設(shè)備包括: 請求確定模塊，用于針對一個(gè)子幀對應(yīng)的請求隊(duì)列，確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求，其中所述子幀對應(yīng)的請求隊(duì)列中的每個(gè)協(xié)同請求對應(yīng)所述子幀； 判斷模塊，用于按照需要進(jìn)行判斷的協(xié)同請求在所述請求隊(duì)列中的位置，依次判斷協(xié)同請求是否成功； 優(yōu)先級確定模塊，用于確定成功的協(xié)同請求的優(yōu)先級； 傳輸模塊，用于在需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)時(shí)，在所述子幀的每塊資源上傳輸對應(yīng)的成功的協(xié)同請求中優(yōu)先級最高的協(xié)同請求對應(yīng)的數(shù)據(jù)。9.如權(quán)利要求8所述的設(shè)備，其特征在于，所述請求確定模塊還用于: 確定所述請求隊(duì)列中需要進(jìn)行判斷的協(xié)同請求之前，在收到一個(gè)協(xié)同請求后，確定收到的所述協(xié)同請求對應(yīng)的子幀，并將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列中。10.如權(quán)利要求9所述的設(shè)備，其特征在于，所述請求確定模塊具體用于: 按照接收所述協(xié)同請求的時(shí)間，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或 隨機(jī)將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上；或 按照接收到的所述協(xié)同請求中的終端測量小區(qū)的測量量大小，將所述協(xié)同請求加入到確定的所述子幀對應(yīng)的所述請求隊(duì)列對應(yīng)的位置上。11.如權(quán)利要求8所述的設(shè)備，其特征在于，所述請求確定模塊具體用于: 將所述請求隊(duì)列中未進(jìn)行判斷的協(xié)同請求作為需要進(jìn)行判斷的協(xié)同請求。12.如權(quán)利要求8所述的設(shè)備，其特征在于，所述判斷模塊具體用于: 針對一個(gè)需要進(jìn)行判斷的協(xié)同請求，確定需要為所述協(xié)同請求分配的資源；判斷確定的資源和已分配給特定協(xié)同請求的資源的重疊比例，其中所述特定協(xié)同請求為與所述需要進(jìn)行判斷的協(xié)同請求對應(yīng)同一個(gè)子幀的所有協(xié)同請求；若所述重疊比例小于設(shè)定門限值，則確定所述協(xié)同請求成功；否則，確定所述協(xié)同請求失敗。13.如權(quán)利要求12所述的設(shè)備，其特征在于，所述優(yōu)先級確定模塊具體用于: 針對一個(gè)成功的協(xié)同請求，若成功的協(xié)同請求重疊比例不為0，則確定所述成功的協(xié)同請求的優(yōu)先級比與其資源重疊的所有所述特定協(xié)同請求的優(yōu)先級低；若成功的協(xié)同請求重疊比例為0，則確定所述成功的協(xié)同請求的優(yōu)先級為最高優(yōu)先級。14.如權(quán)利要求12所述的設(shè)備，其特征在于，所述傳輸模塊還用于: 需要傳輸所述協(xié)同請求對應(yīng)的數(shù)據(jù)之前，若需要取消成功的協(xié)同請求，刪除所述需要取消成功的協(xié)同請求的優(yōu)先級，并釋放分配給所述需要取消成功的協(xié)同請求的資源。
【文檔編號】H04W24/02GK105992253SQ201510085060
【公開日】2016年10月5日
【申請日】2015年2月16日
【發(fā)明人】彥楠, 李天宬
【申請人】電信科學(xué)技術(shù)研究院