亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

基于上行協(xié)作多點的數(shù)據(jù)合并接收方法

文檔序號:7711599閱讀:133來源:國知局
專利名稱:基于上行協(xié)作多點的數(shù)據(jù)合并接收方法
技術領域
本發(fā)明涉及協(xié)作多點傳輸/接收(Coordinated Multiple Point Transmission/Reception, CoMP)4支術,尤其涉及一種基于上行協(xié)作多 點的數(shù)據(jù)合并接收方法。
背景技術
LTE (Long Term Evolution,長期演進)-Advanced是LTE才支術 的演進,面向的是更高的數(shù)據(jù)傳輸速率和頻語利用效率。為了進一步提 高小區(qū)邊緣用戶速率和系統(tǒng)整體性能,CoMP被笫3代合作伙伴計劃 (3rd Generation Partnership Project, 3GPP )納入到LTE-Advanced 的技術框架中。CoMP主要針對小區(qū)邊緣用戶,指在地理位置上分開的 多個傳輸點協(xié)同為 一個或多個用戶服務。
CoMP架構與現(xiàn)有LTE R8中網(wǎng)絡架構的區(qū)別在于,對于CoMP架 構,存在多個地理位置分開的傳輸點為邊緣用戶服務,而LTER8傳統(tǒng) 的蜂窩網(wǎng)絡架構,不管是中心用戶或是邊緣用戶,只有其所在的小區(qū)為 其服務。所以在上行鏈路中,只有為該用戶服務的基站收到用戶的上行 數(shù)據(jù)然后做解調校驗處理向上層轉發(fā);而在CoMP架構下,上行傳輸 時,有多個傳輸點收到來自該用戶的上行數(shù)據(jù)。
現(xiàn)有^支術的多點協(xié)作發(fā)送/接收分為eNode B內的協(xié)作和eNode B 間的協(xié)作。對于eNode B內協(xié)作的CoMP場景, 一個eNode B下控制的多個小區(qū)(Cell)為一邊緣用戶服務,每個Cell的傳輸點(Point)只 具備射頻功能,當收到上行數(shù)據(jù)后,直接通過專門的物理鏈路傳給該 eNode B,然后數(shù)據(jù)在eNode B端做基帶處理,此種情況的多點接收和 LTE R8的上行數(shù)據(jù)接收方案類似;對于eNode B間協(xié)作的CoMP場 景,不同eNode B控制下的多個小區(qū)為同一用戶服務,可以按照各個 eNode B接收用戶信號的功率大小或是路徑損耗值大小將這些eNode B 分為主eNode B和協(xié)作eNode B。接收信號功率較大或是路徑損耗較小 的是主eNode B。
各個eNode B都具備數(shù)據(jù)基帶處理功能。傳統(tǒng)方法中,主eNode B 可自行進行數(shù)據(jù)基帶處理獲得上行信號,但是這樣沒有充分利用多點接 收的特點獲得接收分集增益??梢葬槍Χ帱c接收,通過eNode B間X2 鏈路傳輸,主eNode B進行聯(lián)合處理來提高上行傳輸質量。但是此時, X2鏈路傳輸開銷是個很大的負擔。所以有必要研究一種eNode B間協(xié) 作傳輸時能夠綜合考慮X2鏈路傳輸開銷和系統(tǒng)性能的方法。

發(fā)明內容
本發(fā)明要解決的一個技術問題是提供一種基于上行協(xié)作多點的數(shù) 據(jù)合并接收方法,能夠減小鏈路傳輸開銷。
根據(jù)本發(fā)明的一個方面,提供一種基于上行協(xié)作多點的數(shù)據(jù)合并 接收方法,包括步驟主eNode B和協(xié)作eNode B接收上行數(shù)據(jù), 分別進行解調校驗處理;協(xié)作eNode B向主eNode B發(fā)送校驗結果 報告信令;主eNode B根據(jù)自己的校驗結果和協(xié)作eNode B的校驗 結果,發(fā)送相應的信令到協(xié)作eNode B;協(xié)作eNode B才艮據(jù)來自主 eNode B的信令來決定是否向主eNode B傳輸數(shù)據(jù)。
根據(jù)本發(fā)明的基于上行協(xié)作多點的數(shù)據(jù)合并接收方法的一個實施 例,上述主eNode B根據(jù)自己的校驗結果和協(xié)作eNode B的校驗結 果發(fā)送相應的信令到協(xié)作eNode B的步驟包括在主eNode B校驗 錯誤、且存在協(xié)作eNode B校驗正確的情況下,主eNode B選擇一 個校驗正確的協(xié)作eNode B,向選擇的協(xié)作eNode B發(fā)送確認信令,以指示選擇的協(xié)作eNode B向主eNode B傳輸數(shù)據(jù);或者,在主 eNode B校驗正確的情況下,主eNode B向每個協(xié)作eNode B發(fā)送拒 絕信令,以指示每個協(xié)作eNode B不向主eNode B傳輸數(shù)據(jù);或 者,在主eNode B校驗錯誤、且所有eNode B校驗錯誤的情況下, 主eNode B向所有協(xié)作eNode B發(fā)送數(shù)據(jù)傳輸請求指示,以指示每 個eNode B向主eNode B傳輸數(shù)據(jù)。
根據(jù)本發(fā)明的基于上行協(xié)作多點的數(shù)據(jù)合并接收方法的一個實施 例,上述協(xié)作eNode B才艮據(jù)來自主eNode B的信令來決定是否向主 eNode B傳輸數(shù)據(jù)的步驟包括當協(xié)作eNode B收到確認信令時,協(xié) 作eNode B向主eNode B發(fā)送硬判決后的比特信息;當協(xié)作eNode B 收到拒絕信令時,協(xié)作eNode B不向主eNode B傳輸數(shù)據(jù);當協(xié)作 eNode B收到數(shù)據(jù)傳輸請求指示時,協(xié)作eNode B向主eNode B發(fā)送 上行數(shù)據(jù);上行數(shù)據(jù)是解調前的上行數(shù)據(jù)信息,或軟比特信息,或硬 判決后的比特信息。
根據(jù)本發(fā)明的另一方面,提供一種基于上行協(xié)作多點的數(shù)據(jù)合并 接收方法,包括步驟主eNode B只在校驗錯誤的時候向協(xié)作eNode B發(fā)送校驗結果NACK信令;若協(xié)作eNode B在預定的等待時間乙( 內未收到來自主eNode B的NACK信令,則確定主eNode B校驗正 確;若協(xié)作eNode B在預定的等待時間~。"內收到了來自主eNode B 的NACK信令,則協(xié)作eNode B向主eNode B發(fā)送校驗結果 ACK/NACK信令;主eNode B根據(jù)自己的校驗結果和協(xié)作eNode B 的校驗結果,發(fā)送相應的信令到協(xié)作eNode B;協(xié)作eNode B根據(jù)來 自主eNode B的信令來決定是否向主eNode B傳輸數(shù)據(jù)。
根據(jù)本發(fā)明的基于上行協(xié)作多點的數(shù)據(jù)合并接收方法的一個實施 例,上述主eNode B根據(jù)自己的校驗結果和協(xié)作eNode B的校驗結 果發(fā)送相應的信令到協(xié)作eNode B的步驟包括在主eNode B校驗 錯誤、且存在協(xié)作eNode B校驗正確的情況下,主eNode B選擇一 個校驗正確的協(xié)作eNode B,向選擇的協(xié)作eNode B發(fā)送確認信令, 以指示選擇的協(xié)作eNode B向主eNode B傳輸數(shù)據(jù);或者,在主eNode B校驗錯誤、且所有協(xié)作eNode B校驗錯誤的情況下,主 eNode B向所有協(xié)作eNode B發(fā)送數(shù)據(jù)傳輸請求指示,以指示每個 eNode B向主eNode B傳輸數(shù)據(jù)。
根據(jù)本發(fā)明的基于上行協(xié)作多點的數(shù)據(jù)合并接收方法的一個實施 例,上述協(xié)作eNode B 4艮據(jù)來自所述主eNode B的信令來決定是否 向所述主eNode B傳輸數(shù)據(jù)的步驟包括當協(xié)作eNode B收到確認 信令時,協(xié)作eNode B向主eNode B發(fā)送硬判決后的比特信息;當 協(xié)作eNode B收到數(shù)據(jù)傳輸請求指示時,協(xié)作eNode B向主eNode B 發(fā)送上行數(shù)據(jù);上行數(shù)據(jù)是解調前的上行數(shù)據(jù)信息,或軟比特信息, 或硬判決后的比特信息。
根據(jù)本發(fā)明的基于上行協(xié)作多點的數(shù)據(jù)合并接收方法的一個實施 例,等待時間L"值的確定可根據(jù)現(xiàn)有X2接口鏈路傳輸時延的上限來 確定固定C值或在數(shù)據(jù)傳輸開始兩步測量獲得",。
本發(fā)明提供的基于上行協(xié)作多點的數(shù)據(jù)合并接收方法,協(xié)作 eNode B根據(jù)主eNode B的信令來決定是否向主eNode B傳輸數(shù)據(jù),而 不是所有的協(xié)作eNode B都向主eNode B傳輸數(shù)據(jù),從而減小了 X2鏈 路傳輸開銷,并同時保證了系統(tǒng)的性能。


圖l是上行傳輸鏈路發(fā)端和對應收端數(shù)據(jù)處理流程圖; 圖2是本發(fā)明的基于上行協(xié)作多點的數(shù)據(jù)合并接收方法的一個實施 例的流程圖3是本發(fā)明的關于數(shù)據(jù)合并的方案一的流程圖; 圖4是發(fā)明的方案二關于在主eNode B校驗錯誤下的數(shù)據(jù)合并的流 程圖5是包含eNode B內協(xié)作和eNode B間協(xié)作的CoMP場景示意
圖6是eNodeB間協(xié)作的CoMP場景示意圖; 圖7是本發(fā)明的數(shù)據(jù)合并接收方法的應用實例1;圖8是本發(fā)明的數(shù)據(jù)合并接收方法的應用實例2; 圖9是本發(fā)明的數(shù)據(jù)合并接收方法的應用實例3; 圖10是本發(fā)明的數(shù)據(jù)合并接收方法的應用實例4。
具體實施例方式
下面參照附圖對本發(fā)明進行更全面的描述,其中說明本發(fā)明的示例 性實施例。
本發(fā)明主要針對eNode B間協(xié)作的CoMP場景,在上行傳輸多點 接收的情況下,充分利用協(xié)作eNode B和主eNode B間可通過X2接口 協(xié)作傳輸?shù)奶攸c,提出了一種適用于不同X2接口傳輸能力的數(shù)據(jù)合并 接收方法,從而達到X2鏈路傳輸開銷和系統(tǒng)性能的平衡。
圖2示出本發(fā)明的方法的一個實施例的流程圖。
如圖2所示,在步驟202,主eNode B和協(xié)作eNode B接收上行數(shù) 據(jù),分別進行解調校驗處理。參與CoMP協(xié)作的多個eNode B具有數(shù) 據(jù)解調校驗功能。
在步驟204,協(xié)作eNode B向主eNode B發(fā)送校驗結果報告信令。
在步驟206,主eNode B根據(jù)自己的校驗結果和協(xié)作eNode B的校 驗結果,發(fā)送相應的信令到各個協(xié)作eNodeB。
在步驟208,協(xié)作eNode B根據(jù)來自主eNode B的指示信令,決定 是否向主eNode B傳輸數(shù)據(jù)。
在eNode B間協(xié)作的CoMP場景下,主eNode B根據(jù)X2接口傳輸 能力的大小,側重不同的目標點采用恰當?shù)臄?shù)據(jù)合并方法。
根據(jù)本發(fā)明的方法的一個實施例,在主eNode B校驗錯誤、且存在 協(xié)作eNode B校驗正確的情況下,主eNode B選擇一個校驗正確的協(xié)作 eNode B,向選擇的協(xié)作eNode B發(fā)送確i人信令,以指示選擇的協(xié)作 eNode B向主eNode B傳輸數(shù)據(jù);或者,在主eNode B校驗正確的情況 下,主eNode B向每個協(xié)作eNode B發(fā)送拒絕信令,以指示每個協(xié)作 eNode B不向主eNode B傳輸數(shù)據(jù);或者,在主eNode B校驗錯誤、且 所有協(xié)作eNode B校驗錯誤的情況下,主eNode B向所有協(xié)作eNode B發(fā)送數(shù)據(jù)傳輸請求指示,以指示每個eNode B向主eNode B傳輸數(shù)據(jù)。
在X2接口傳輸能力較弱時(如現(xiàn)有LTE系統(tǒng)的用于連接的X2接 口,傳輸延遲大于20ms),以降低X2接口傳輸開銷為主;在X2接口 傳輸能力強時(如基于光纖的增強X2接口,如傳輸延遲小于lms),目 標是提高數(shù)據(jù)接收性能。
根據(jù)本發(fā)明的內容,在X2接口傳輸能力較弱時,主eNodeB根據(jù) 自身校驗正確的概率大小決定其與協(xié)作eNode B之間采用何種方案通過 X2接口進行數(shù)據(jù)合并。方案二在主eNode B校驗正確概率較大的情況 下能夠可觀的降低X2鏈路ACK/NACK信令傳輸?shù)拈_銷,但是會有一 定的時延代價。 方案一
在各個eNode B都能獨立進行接收端校驗處理(處理流程如圖1) 的前提下,針對X2接口傳輸能力較弱,方案一提供了一種在eNode B 間協(xié)作的CoMP上行場景中降低X2鏈路數(shù)據(jù)傳輸開銷的合并接收方 法。
基本思想是在主eNode B校驗錯誤、協(xié)作eNode B校驗正確的情況 下,主eNode B只選擇部分(例如一個)校驗正確的協(xié)作eNode B通過 X2接口傳輸數(shù)據(jù),從而避免因所有協(xié)作eNode B都向主eNode B發(fā)送 數(shù)據(jù)而帶來的X2鏈路上數(shù)據(jù)傳輸?shù)拈_銷。
圖3是本發(fā)明的關于數(shù)據(jù)合并的方案一的流程圖。
如圖3所示,步驟302、參與協(xié)作的eNode B收到用戶UE的上行 數(shù)據(jù)后,各自按照圖1的流程進行單獨的接收端處理過程。UE發(fā)送的 上行數(shù)據(jù)可以是上行共享信道的用戶數(shù)據(jù),也可以是上行控制信道的參 考符號等。
步驟304、協(xié)作eNode B通過X2接口向主eNode B發(fā)送其校驗結 果ACK/NACK信令(ACK信令表明校驗正確,NACK信令表示校驗 錯誤)。步驟304中可選擇X2鏈路串行單向傳輸和并行雙向傳輸兩種方 式。
方式l: X2鏈路串行單向傳輸
ii步驟304a,在各個協(xié)作eNode B單獨處理完后,通過X2接口向主 eNode B發(fā)送校驗結果報告ACK/NACK信令。 方式2: X2鏈路并行雙向傳輸
步驟304b,各個協(xié)作eNode B單獨處理完后,通過X2接口向主 eNode B發(fā)送校驗結果報告ACK/NACK信令;同時,主eNode B向各 個協(xié)作eNode B發(fā)送檢驗結果報告ACK/NACK信令。
步驟306、主eNode B根據(jù)自己和各個協(xié)作eNode B的校驗結果情 況,發(fā)送相應的信令給協(xié)作eNodeB,并作相應處理。
方式l: X2鏈路串行單向傳輸
步驟306a,主eNode B根據(jù)自己和各個協(xié)作eNode B的校驗結果 情況,發(fā)送相應的信令給協(xié)作eNodeB,并作相應處理
(1)若主eNode B校驗正確,則主eNode B向所有協(xié)作eNode B 發(fā)送拒絕傳輸數(shù)據(jù)指示R ( R表示Reject);
(2)若主eNode B校驗錯誤、協(xié)作eNode B校驗正確,則主 eNode B選擇其中一個校驗正確的協(xié)作eNode B通過X2接口向其發(fā)送 請求傳輸數(shù)據(jù)指示Tl ( Tl表示Transmitl ),向其它協(xié)作eNode B通過 X2接口發(fā)送拒絕傳輸數(shù)據(jù)指示R;
(3 )若所有eNode B校驗錯誤,則主eNode B向所有協(xié)作eNode B發(fā)送請求數(shù)據(jù)傳輸指示T2 ( T2表示Transmit2 )。 方式2: X2鏈路并行雙向傳輸
步驟306b,主eNode B根據(jù)自己和各個協(xié)作eNode B的校驗結果 情況,發(fā)送相應的信令給協(xié)作eNode B,并作相應處理;協(xié)作eNode B 根據(jù)收到的主eNode B的校驗結果,做相應處理
(1) 若主eNode B校驗正確,則協(xié)作eNode B丟棄收到的上行數(shù) 據(jù),準備接收下一個上行傳輸塊,然后執(zhí)行步驟312。
(2) 若主eNode B校驗錯誤、協(xié)作eNode B校驗正確,則主 eNode B選擇其中一個校驗正確的協(xié)作eNode B通過X2接口向其發(fā)送 請求傳輸數(shù)據(jù)指示Tl ( Tl表示Transmitl ),向其它協(xié)作eNode B通過 X2接口發(fā)送拒絕傳輸數(shù)據(jù)指示R;(3 )若所有eNode B校驗錯誤,則主eNode B向所有協(xié)作eNode B發(fā)送請求數(shù)據(jù)傳輸指示T2 ( T2表示Transmit2 )。
步驟308、協(xié)作eNode B收到來自主eNode B的指示信令后,作相 應處理
(1) 若協(xié)作eNode B收到請求傳輸數(shù)據(jù)指示Tl,則向主eNode B 發(fā)送^f更判決后的比特信息;
(2) 若協(xié)作eNode B收到請求數(shù)據(jù)傳輸指示T2,則可以向主 eNodeB發(fā)送未經(jīng)解調的數(shù)據(jù)、軟比特信息或是硬判決后的比特信息;
(3) 若協(xié)作eNode B收到拒絕傳輸數(shù)據(jù)指示R,則丟棄收到的上 行數(shù)據(jù),并準備接收下一個上行傳輸塊。
步驟310、主eNode B收到來自協(xié)作eNode B的數(shù)據(jù)后,做相應的 聯(lián)合處理。根據(jù)主eNode B收到的數(shù)據(jù)形式的不同,聯(lián)合處理方式不 同。若是收到硬判決比特信息,可作選擇合并;若是收到軟比特信息或 是未經(jīng)解調的數(shù)據(jù),可作最大比合并或等增益合并。
步驟312、主eNode B根據(jù)最后校驗結果,在指定子幀內向UE發(fā) 送ACK/NACK信令。在主eNode B校驗正確時,不需要協(xié)作eNode B通過X2接口傳輸數(shù)據(jù),所以主eNode B不必進行聯(lián)合處理校驗, 主eNode B在指定子幀內發(fā)送ACK信令給UE。在主eNode B校驗 錯誤時,主eNode B會收到來自協(xié)作eNode B的上4亍用戶數(shù)據(jù),主 eNode B做聯(lián)合處理,然后在指定子幀發(fā)送最后的校驗結果 ACK/NACK信令給UE。
數(shù)據(jù)傳輸采用HARQ進程,上行采用非自適應的同步HARQ。這 種上行同步HARQ操作通過下行ACK/NACK信令傳輸、新數(shù)據(jù)指示 符(NDI, New Data Indicator)和上4亍數(shù)據(jù)的重傳來完成。每次重傳的 信道編碼冗余版本(RV, Redundancy Version )和傳輸格式都是預定義 好的,不需要額外的信令支持。只需要通過lbit的NDI指示符指示此 次傳輸是新數(shù)據(jù)的首次傳輸,還是舊數(shù)據(jù)的重傳。下行ACK/NACK信 令是在PHICH (物理HARQ指示信道)中傳輸?shù)摹?br> 需要指出,在上面的例子中,主eNode B根據(jù)不同的情況向協(xié)作eNode B發(fā)送拒絕傳輸數(shù)據(jù)指示R、請求傳輸數(shù)據(jù)指示Tl和請求傳輸 數(shù)據(jù)指示T2;本領域的技術人員可以理解,主eNode B可根據(jù)不同的 情況向協(xié)作eNode B發(fā)送拒絕傳輸數(shù)據(jù)指示R和請求傳輸數(shù)據(jù)指示T, 協(xié)作eNode B收到請求傳輸數(shù)據(jù)指示T后,或者向主eNode B發(fā)送硬 判決后的比特信息,或者結合本身的校驗結果,向主eNode B發(fā)送硬判 決后的比特信息(如杲校驗正確)或未經(jīng)解調的數(shù)據(jù)、軟比特信息或是 硬判決后的比特信息(如果校驗錯誤)。
需要指出,在上面的描述中,在主eNode B校驗錯誤、協(xié)作eNode B校驗正確的情況下,主eNode B選擇一個校驗正確的協(xié)作eNode B傳 輸數(shù)據(jù);本領域的技術人員可以理解,也可以選擇部分(多于一個)校 驗正確的協(xié)作eNode B傳輸數(shù)據(jù),和所有的協(xié)作eNode B都傳輸數(shù)據(jù)相 比,仍然可以減小X2鏈路的傳輸開銷。
根據(jù)本發(fā)明的方法的一個實施例,采用X2接口單向傳輸。參與 協(xié)作的eNode B各自解調校驗完數(shù)據(jù)后,用于連接主eNode B和協(xié) 作eNode B的X2接口進行單向傳輸,即協(xié)作eNode B通過X2接口 向主eNode B發(fā)送校驗結果報告ACK/NACK信令;與此同時主 eNode B不向協(xié)作eNode B發(fā)送任何信令。X2接口一次單向傳輸 中,傳送ACK/NACK信令時承載了 lbit (位)的信令開銷。
根據(jù)本發(fā)明的方法的一個實施例,采用X2接口雙向傳輸。參與 協(xié)作的eNode B各自解調校驗完后,用于連接主eNode B和協(xié)作 eNode B的X2接口進行雙向傳輸,即協(xié)作eNode B通過X2接口向 主eNode B發(fā)送校驗結果報告ACK/NACK信令;與此同時,主 eNode B也向協(xié)作eNode B發(fā)送校驗結果報告ACK/NACK信令。X2 接口一次雙向傳輸中,傳送ACK/NACK信令時承載了 2bit的信令開 銷。
各個協(xié)作eNode B在收到來自主eNode B校驗結果報告信令 后,若是ACK信令,協(xié)作eNode B丟棄已收的上行數(shù)據(jù),并準備接 收下一個上行傳輸數(shù)據(jù)塊;若收到NACK信令,協(xié)作eNode B緩存 接收到的上行數(shù)據(jù)并等待,等待主小區(qū)的進一步指示。根據(jù)本發(fā)明的方法的一個實施例,主eNode B獲知各個協(xié)作 eNode B校驗結果后,存在三種情況(1)主eNode B校驗正確; (2)主eNode B校驗錯誤,但是至少存在一個協(xié)作eNode B校驗正 確;(3)所有eNodeB都校驗錯誤。分別描述如下
對于情況(l),在X2接口單向傳輸中,主eNode B向所有協(xié) 作eNode B發(fā)送拒絕數(shù)據(jù)傳輸指示R ( R表示Reject (拒絕))通知 不必X2接口傳輸數(shù)據(jù)。
對于情況(2),主eNode B選取其中 一個校驗正確的協(xié)作 eNode B向其發(fā)送數(shù)據(jù)傳輸請求指示Tl ( Tl表示Transmitl (發(fā)送 1)),并向其它協(xié)作eNode B發(fā)送拒絕數(shù)據(jù)傳輸指示R (R表示 Reject) B
對于情況(3 ),主eNode B向所有協(xié)作eNode B發(fā)送數(shù)據(jù)傳輸 請求指示T2 ( T2表示Transmit2 (發(fā)送2 ))。
其中,上述主eNode發(fā)送的各種信令指示R, Tl, T2至少需要 用2bit來區(qū)分。例如00表示R, 01表示Tl, 11表示T2等。協(xié)作 eNode B收到來自主eNode B的Tl指示信令后,通過X2接口向主 eNode B發(fā)送硬判決后的比特信息;協(xié)作eNode B收到來自主eNode B的R指示信令后,協(xié)作eNode B不發(fā)送任何信息給主eNode B,而 是丟棄所收到的上行數(shù)據(jù),并準備接收下一個上行傳輸塊;協(xié)作 eNode B收到來自主eNode B的T2指示信令后,通過X2接口向主 eNode B發(fā)送上行數(shù)據(jù)。此上行數(shù)據(jù)可以是解調前的上4于數(shù)據(jù)信息, 也可以是軟比特信息,或是硬判決后的比特信息。
方案二
方案二提供了一種結合方案一,通過降低X2鏈路ACK/NACK信 令傳輸開銷以進一步降低X2鏈路傳輸開銷的方法。
其基本思想是在主eNode B校驗正確的時候,主eNode B不發(fā)送 ACK信令給協(xié)作eNode B,協(xié)作eNode B也不發(fā)送ACK/NACK信令 給主eNode B,從而降低X2鏈路傳輸ACK/NACK信令的開銷。主eNode B和協(xié)作eNode B之間約定一個等待時間~。"。當協(xié)作eNode B C。"長時間內仍未收到來自主eNode B的ACK/NACK信令,則默認主 eNode B校驗正確。
若收到來自主eNode B的NACK信令,則協(xié)作eNode B向主 eNode B發(fā)送其校驗結果ACK/NACK信令,其后處理流程與方案一合 并機制一樣。具體流程如圖4所示。
等待時間值C'的確定可根據(jù)現(xiàn)有X2接口鏈路傳輸時延的上限來確 定固定^"值或在數(shù)據(jù)傳輸開始兩步測量獲得^"。
根據(jù)本發(fā)明的另一方面,在X2接口傳輸能力強時,各個協(xié)作 eNode B將收到的上行用戶信號通過X2接口傳給主eNode B。最后, 在主eNode B端,做合并接收,例如最大比合并、等增益合并、選擇性 合并等。然后將最后的校驗結果ACK/NACK信令發(fā)送給用戶。
本發(fā)明的方法還可以適用于CoMP+MU-MIMO的場景。即在為 一邊緣用戶月良務的多個eNode B構成的CoMP下,存在其中一協(xié)作 eNodeB與該用戶和另外其服務的用戶構成MU-MHMO。
在CoMP+MU-MIMO場景下,當構成MU-MIMO的協(xié)作 eNode B需要經(jīng)X2接口向主eNode B傳輸數(shù)據(jù)時,該數(shù)據(jù)只能是該 用戶的軟比特信息或是硬判決后的比特信息。
本發(fā)明的方法還可以適用于CoMP場景下用戶移動切換情況。
本發(fā)明還提供一種針對上行CoMP場景提高數(shù)據(jù)接收質量和系 統(tǒng)性能的數(shù)據(jù)合并方法,適用于在X2接口傳輸能力較強情況。包 括所有協(xié)作eNode B收到上行數(shù)據(jù)后,通過X2接口將數(shù)據(jù)傳給主 eNode B。主eNode做合并接收。其中,主eNode B合并接收方法有 最大比合并、等增益合并和選擇性合并。
下面參考附圖6至IO詳細介紹本發(fā)明的幾個應用實例。 應用實例1 (參見圖7):
參考圖6所示的eNode B間協(xié)作的CoMP場景示意圖,主eNode B、協(xié)作eNode Bl和協(xié)作eNode B2構成CoMP,為用戶UE服務。參 見圖7,當進行上行CoMP傳輸后,eNode B間通過協(xié)作進行數(shù)據(jù)合并
16的過程為
① CoMP中各個eNode B (包括主eNode B 71、協(xié)作eNode Bl 72、協(xié)作eNode B2 73)先進行各自獨立的收端處理過禾呈(如圖1的收 端處理流程),獲得各自校驗的結果。
② X2接口雙向傳輸各個協(xié)作小區(qū)所附屬的eNode B才艮據(jù)各自 的校驗結果通過X2接口向主eNode B發(fā)送ACK/NACK信令;與此同 時,主eNode B將自己的校驗結果通過X2接口發(fā)送ACK/NACK信令 給各個協(xié)作eNodeB。
③ 主eNode B獲知其它兩個協(xié)作eNode B的校驗結果以及協(xié)作 eNode B獲知主eNode B的校驗結果后
(1)若主eNode B校驗正確,即此時各個協(xié)作eNode B收到來自 主eNode B的ACK信令,則主eNode B在指定的子幀內傳ACK信令 給UE即直接執(zhí)行步驟⑥;同時各個協(xié)作eNode B丟棄此時收到的上行 用戶數(shù)據(jù),并準備接收下一個上行數(shù)據(jù)塊。
(2 )若主eNode B校驗錯誤,但至少存在一個協(xié)作eNode B校驗 正確,則主eNode B選擇其中 一個校驗正確的協(xié)作eNode B (可才艮據(jù)距 離遠近準則)向其發(fā)送數(shù)據(jù)傳輸請求指示Tl,并向其它協(xié)作eNode B 發(fā)送拒絕數(shù)據(jù)傳輸指示R。這里,主eNode B在選取其中一個校驗正確 的協(xié)作eNode B時,可才艮據(jù)步驟②各協(xié)作eNode B才艮告4言令到來的先后 順序,早到的可視為與主eNodeB距離近的;
(3 )若所有eNode B都校驗錯i吳,主eNode B向所有協(xié)作eNode
B發(fā)送數(shù)據(jù)傳輸請求指示T2。
協(xié)作eNode B根據(jù)收到的主eNode B的信令指示,決定是否 傳輸數(shù)據(jù)
(1)若收到指示信令T1,則發(fā)送硬判決信息(圖1收端流程圖步
驟⑤的輸出信號y-out);
(2 )若收到指示信令N,則該協(xié)作eNode B不傳輸數(shù)據(jù);
(3 )若收到指示信令T2,則需要向主eNode B發(fā)送上行數(shù)據(jù),此數(shù)
據(jù)可包括收到的未經(jīng)解調的數(shù)據(jù)(圖1收端流程圖步驟③的輸出信號
y3)、軟比特信息(圖1收端流程圖步驟④的輸出信號y4)或硬判決信
息(圖1收端流程圖步驟⑤的輸出信號y-out)。 主eNode B作聯(lián)合處理,并校驗。聯(lián)合處理可采用選擇合 并、等增益合并或最大比合并方式。
⑥主eNode B根據(jù)最后校驗結果在指定子幀向UE發(fā)送 ACK/NACK信令。
應用實例2(參見圖8):
針對圖6所示的eNode B間協(xié)作的CoMP場景示意圖,主eNode B、協(xié)作eNode Bl和協(xié)作eNode B2構成CoMP,為用戶UE月l務。如 圖8所示,當進行上行CoMP傳輸后,eNode B間通過協(xié)作進行數(shù)據(jù) 合并的過程為
CoMP中各個eNode B (包括主eNode B 81、協(xié)作eNode Bl 82、 協(xié)作eNode B2 83)先進行各自獨立的收端處理過程(如圖1收端處理 流程圖),獲得各自校驗的結果。
X2接口單向傳輸各個協(xié)作小區(qū)所附屬的eNode B根據(jù)各自的校 驗結果通過X2接口向主eNode B發(fā)送校驗結果ACK/NACK信令。
主eNode B根據(jù)三個eNode B的校驗結果
(1)若主eNode B校驗正確,則向所有協(xié)作eNode B發(fā)送R指示 信令,通知協(xié)作eNode B不必由X2接口傳輸數(shù)據(jù),并在指定子幀向 UE發(fā)送ACK信令,即跳過步驟④⑤直接執(zhí)行步驟⑥;
(2 )若主eNode B校驗錯誤,但是至少存在一個協(xié)作eNode B校 驗正確,主eNode B選擇其中一個校驗正確的協(xié)作eNode B (可才艮據(jù)距 離遠近準則)向其發(fā)送數(shù)據(jù)傳輸請求指示Tl,并向其它協(xié)作eNode B 發(fā)送拒絕數(shù)據(jù)傳輸指示R。這里,主eNode B在選取其中一個校驗正確 的協(xié)作eNode B時,可根據(jù)步驟②各協(xié)作eNode B報告信令到來的先后 順序,早到的可視為與主eNodeB距離近的;
(3 )若所有eNode B都校驗4普i吳,主eNode B向所有協(xié)作eNode B發(fā)送數(shù)據(jù)傳輸請求指示T2。
協(xié)作eNode B根據(jù)收到的主eNode B的信令指示,決定是否傳輸數(shù)
據(jù)
(1)若收到指示信令T1,則發(fā)送> 更判決信息(圖1收端流程圖步驟⑤的輸出信號y-out);
(2 )若收到指示信令R,則不傳輸數(shù)據(jù);
(3 )若收到指示信令T2,則需要向主eNode B發(fā)送上行數(shù)據(jù),此數(shù) 據(jù)可包括收到的未經(jīng)解調的數(shù)據(jù)(圖1收端流程圖步驟③的輸出信號 y3)、軟比特信息(圖1收端流程圖步驟④的輸出信號y4)或硬判決信 息(圖1收端流程圖步驟⑤的輸出信號y-out)。
主eNode B作聯(lián)合處理,并校驗。聯(lián)合處理可采用選擇合并、等增 益合并或最大比合并方式。
主eNode B發(fā)送ACK/NACK信令給UE。
應用實例3 (參見圖9)
圖9是eNode B間協(xié)作的CoMP場景+MU-MIMO場景。即3個 eNodeB構成CoMP,為一邊緣用戶UE1服務,與場景二的區(qū)別在于, 其中一協(xié)作eNodeBl又與UE1、 UE2構成了 MU-MIMO。
圖9中,對于UE1,主eNode B、協(xié)作eNode Bl和協(xié)作eNode B2 構成CoMP,對UE1進行多點協(xié)作發(fā)送與接收,與此同時,UE1、 UE2 對于協(xié)作eNode Bl又構成了上行MU-MIMO。在這種CoMP+MU-MIMO場景下,協(xié)作eNode Bl接收到的數(shù)據(jù)不再僅僅是UEl的數(shù)據(jù), 而是UEl和UE2的數(shù)據(jù)之和。即eNode Bl接收到的上行信號表示為 y,=V1+h2x2,其中iv卜分別表示UE1、 UE2至eNode Bl的上行信
道,邛^表示UE1、 UE2向eNode Bl發(fā)送的上行數(shù)據(jù)。
對于主eNode B,需要獲得UEl的上行數(shù)據(jù)^',數(shù)據(jù)合并接收流程 可采取圖7和圖8的流程。只是當需要協(xié)作eNode B傳輸數(shù)據(jù)時,對于 存在MU-MIMO的協(xié)作eNode B,必須先進4亍干擾消除或抑制以提取 出UEl的信息(不同于圖7和圖8協(xié)作eNode B的傳輸內容,此信息 不能直接是協(xié)作eNode B收到的上行數(shù)據(jù),只能是軟比特信息或硬判決 信息),然后通過X2接口傳給主eNode B。主eNode B最后進行聯(lián)合處 理獲得UEl的上行數(shù)據(jù),并根據(jù)校驗結果在指定子幀向UEl發(fā)送 ACK/NACK信令。這些處理過程和應用實例2和3 —樣。
19應用實例4 (參見圖10)
圖10是用戶處于移動運動切換狀態(tài)的CoMP場景。^時刻,對于 移動UE, eNode Bl、 eNode B2和eNode B3構成CoMP為其月l務, eNode Bl為主基站,^時刻,UE運動到eNode B2覆蓋小區(qū)邊緣,此 時eNode B2和eNode B4構成CoMP為其月良務,主基站由原先的 eNode Bl轉變?yōu)閑Node B2。對于這種處于運動狀態(tài)的UE, UE不斷測 量其與小區(qū)之間的信道狀況并發(fā)送測量報告,主eNode B根據(jù)測量報告 決定UE是否進行切換,切換時,源主eNode Bl會將其上行緩存數(shù)據(jù) 和正在接收的數(shù)據(jù)發(fā)送給目的主eNode B4,從而當為UE服務的CoMP 小區(qū)改變時(新的CoMP由eNode B2、 eNode B4組成),后續(xù)的UL CoMP傳輸能照常進行。圖7和圖8兩種數(shù)據(jù)合并接收方案也適用于 UE處于運動切換狀態(tài)。
縱上所述,本發(fā)明公開了一種用于上行CoMP場景下的協(xié)作多點 數(shù)據(jù)合并接收方法,涉及先進的長期演進系統(tǒng)LTE-Advanced及LTE-Advanced 中引入的新技術點CoMP技術,主要解決與傳統(tǒng)蜂窩網(wǎng)絡不 同的CoMP場景下協(xié)作多點接收上行數(shù)據(jù)的問題。本發(fā)明中,充分利 用了 CoMP上行傳輸?shù)奶攸c及各個eNode B具備單獨處理數(shù)據(jù)功能, 即各個協(xié)作小區(qū)多點接收數(shù)據(jù),并能各自解調數(shù)據(jù),主eNode B根據(jù)協(xié) 作eNode B校驗的情況,采取恰當?shù)臄?shù)據(jù)傳輸合并方式,從而降低X2 接口的傳輸開銷和提高上行數(shù)據(jù)傳輸性能。
本發(fā)明的描述是為了示例和描述起見而給出的,而并不是無遺漏的 或者將本發(fā)明限于所公開的形式。很多修改和變化對于本領域的普通技 術人員而言是顯然的。選擇和描述實施例是為了更好說明本發(fā)明的原理 和實際應用,并且使本領域的普通技術人員能夠理解本發(fā)明從而設計適 于特定用途的帶有各種修改的各種實施例。
權利要求
1.一種基于上行協(xié)作多點的數(shù)據(jù)合并接收方法,其特征在于,包括步驟主eNode B和協(xié)作eNode B接收上行數(shù)據(jù),分別進行解調校驗處理;所述協(xié)作eNode B向所述主eNode B發(fā)送校驗結果報告信令;所述主eNode B根據(jù)自己的校驗結果和所述協(xié)作eNode B的校驗結果,發(fā)送相應的信令到所述協(xié)作eNode B;所述協(xié)作eNode B根據(jù)來自所述主eNode B的信令來決定是否向所述主eNode B傳輸數(shù)據(jù)。
2. 根據(jù)權利要求1所述的數(shù)據(jù)合并接收方法,其特征在于,所述 主eNode B根據(jù)自己的校驗結果和所述協(xié)作eNode B的校驗結果發(fā)送相 應的信令到所述協(xié)作eNode B的步驟包括在所述主eNode B校驗錯誤、且存在協(xié)作eNode B校驗正確的情況 下,所述主eNode B選擇一個校驗正確的協(xié)作eNode B,向選擇的所述 協(xié)作eNode B發(fā)送確i人信令,以指示選擇的所述協(xié)作eNode B向所述主 eNode B傳輸數(shù)據(jù);或者,在所述主eNode B校驗正確的情況下,所述主eNode B向每個所述 協(xié)作eNode B發(fā)送拒絕信令,以指示每個所述協(xié)作eNode B不向所述主 eNode B傳輸數(shù)據(jù);或者,在所述主eNode B校驗錯誤、且所有協(xié)作eNode B校驗錯誤的情況 下,所述主eNode B向所有協(xié)作eNode B發(fā)送數(shù)據(jù)傳輸請求指示,以指 示每個所述eNode B向所述主eNode B傳輸數(shù)據(jù)。
3. 根椐權利要求2所述的數(shù)據(jù)合并接收方法,其特征在于,所述 協(xié)作eNode B才艮據(jù)來自所述主eNode B的信令來決定是否向所述主 eNode B傳輸數(shù)據(jù)的步驟包括當所述協(xié)作eNode B收到確i人信令時,所述協(xié)作eNode B向所述主 eNode B發(fā)送硬判決后的比特信息;當所迷協(xié)作eNode B收到拒絕信令時,所述協(xié)作eNode B不向所述 主eNode B傳輸數(shù)據(jù);當所述協(xié)作eNode B收到數(shù)據(jù)傳輸請求指示時,所述協(xié)作eNode B 向所述主eNode B發(fā)送上行數(shù)據(jù);所述上行數(shù)據(jù)是解調前的上行數(shù)據(jù)信 息,或軟比特信息,或硬判決后的比特信息。
4. 根據(jù)權利要求1所述的數(shù)據(jù)合并接收方法,其特征在于, 所述協(xié)作eNode B向所述主eNode B發(fā)送校驗結果報告信令的步驟包括所述協(xié)作eNode B通過X2接口向所述主eNode B發(fā)送校驗結果報 告ACK/NACK信令。
5. 根據(jù)權利要求1所迷的數(shù)據(jù)合并接收方法,其特征在于,還包 括步驟所述主eNode B根據(jù)最終校驗結果,向UE發(fā)送ACK/NACK信令。
6. 根據(jù)權利要求5所述的數(shù)據(jù)合并接收方法,其特征在于,還包 括步驟當所述主eNode B和所述協(xié)作eNode B的校驗都4晉誤時,所述主 eNode B接收來自所述協(xié)作eNode B的上行用戶數(shù)據(jù),對接收的上行用 戶數(shù)據(jù)進行聯(lián)合處理。
7. 根據(jù)權利要求l所述的數(shù)據(jù)合并接收方法,其特征在于, 所述協(xié)作eNode B向所述主eNode B發(fā)送校驗結果報告信令的步驟包括在X2鏈路并行雙向傳輸方式下,所述協(xié)作eNode B通過X2接口 向主eNode B發(fā)送校驗結果報告ACK/NACK信令;且所述主eNode B 向所述協(xié)作eNode B發(fā)送校驗結果報告ACK/NACK信令;或者,在X2鏈路串行單向傳輸方式下,所述協(xié)作eNode B通過X2接口 向主eNode B發(fā)送校驗結果報告ACK/NACK信令;此時,主eNode B 并不向所述協(xié)作eNode B發(fā)送校驗結果報告ACK/NACK信令。
8. 根據(jù)權利要求7所述的數(shù)據(jù)合并接收方法,其特征在于,在X2鏈路并行雙向傳輸方式中,所述X2接口每次雙向傳輸承載 2bit的信令開銷; 或者,在X2鏈路串行單向傳輸方式中,所述X2接口每次單向傳輸承載 lbit的信令開銷。
9. 一種基于上行協(xié)作多點的數(shù)據(jù)合并接收方法,其特征在于,包 括步驟主eNode B只在校驗4昔誤的時候向協(xié)作eNode B發(fā)送校驗結果 NACK信令;若所述協(xié)作eNode B在預定的等待時間~。"內未收到來自所述主 eNode B的NACK信令,則確定所述主eNode B校驗正確;若所述協(xié)作eNode B在所述預定的等待時間^內收到了來自所述 主eNode B的NACK信令,則所述協(xié)作eNode B向所述主eNode B發(fā) 送校驗結果ACK/NACK信令;所述主eNode B根據(jù)自己的校驗結果和所述協(xié)作eNode B的校驗結 果,發(fā)送相應的信令到所述協(xié)作eNodeB;所述協(xié)作eNode B才艮據(jù)來自所述主eNode B的信令來決定是否向所 述主eNodeB傳輸數(shù)據(jù)。
10. 根據(jù)權利要求9所述的基于上行協(xié)作多點的數(shù)據(jù)合并接收方 法,其特征在于,所述主eNode B根據(jù)自己的校驗結果和所述協(xié)作 eNodeB的校驗結果發(fā)送相應的信令到所述協(xié)作eNodeB的步驟包括在所述主eNode B校驗錯誤、且存在協(xié)作eNode B校驗正確的情況 下,所述主eNode B選擇一個校驗正確的協(xié)作eNode B,向選擇的所述 協(xié)作eNode B發(fā)送確i人信令,以指示選擇的所述協(xié)作eNode B向所述主 eNode B傳輸數(shù)據(jù);或者,在所述主eNode B校驗錯誤、且所有協(xié)作eNode B校驗4晉誤的情況 下,所述主eNode B向所有協(xié)作eNode B發(fā)送數(shù)據(jù)傳輸請求指示,以指 示每個所述eNode B向所述主eNode B傳輸數(shù)據(jù)。
11. 根椐權利要求10所述的數(shù)據(jù)合并接收方法,其特征在于,所 述協(xié)作eNode B根據(jù)來自所述主eNode B的信令來決定是否向所述主 eNode B傳輸數(shù)據(jù)的步驟包括當所述協(xié)作eNode B收到確i人信令時,所述協(xié)作eNode B向所述主 eNode B發(fā)送硬判決后的比特信息;當所述協(xié)作eNode B收到數(shù)據(jù)傳輸請求指示時,所述協(xié)作eNode B 向所述主eNode B發(fā)送上行數(shù)據(jù);所述上行數(shù)據(jù)是解調前的上行數(shù)據(jù)信 息,或軟比特信息,或硬判決后的比特信息。
12. 根據(jù)權利要求9所述的基于上行協(xié)作多點的數(shù)據(jù)合并接收方 法,其特征在于,等待時間C值的確定可根據(jù)現(xiàn)有X2接口鏈路傳輸時 延的上限來確定固定C值或在數(shù)據(jù)傳輸開始兩步測量獲得。'。
全文摘要
本發(fā)明公開了用于上行CoMP場景下的協(xié)作多點數(shù)據(jù)合并接收方法,涉及先進的長期演進系統(tǒng)LTE-Advanced及LTE-Advanced中引入的新技術點CoMP技術,主要解決與傳統(tǒng)蜂窩網(wǎng)絡不同的CoMP場景下多點接收上行數(shù)據(jù)的問題。本發(fā)明中,充分利用了CoMP上行傳輸?shù)奶攸c及各個eNode B具備單獨處理數(shù)據(jù)功能,即各個協(xié)作小區(qū)多點接收數(shù)據(jù),并能各自解調數(shù)據(jù),主eNode B根據(jù)協(xié)作eNode B校驗的情況,發(fā)送相應的信令到所述協(xié)作eNode B;協(xié)作eNode B根據(jù)來自主eNode B的信令來決定是否向主eNode B傳輸數(shù)據(jù),主eNode B采取恰當?shù)臄?shù)據(jù)傳輸合并方式,從而降低X2接口的傳輸開銷和提高上行數(shù)據(jù)傳輸性能。
文檔編號H04W28/02GK101640901SQ20091016445
公開日2010年2月3日 申請日期2009年8月5日 優(yōu)先權日2009年4月29日
發(fā)明者崔琪楣, 平 張, 徐月巧, 李世淵, 姍 楊, 許曉東, 陶小峰 申請人:北京郵電大學
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1