本發(fā)明屬于移動通信領(lǐng)域，涉及非正交多址接入(noma)技術(shù)，具體提供了一種在noma中指示是否軟合并的方法。

背景技術(shù)：

5g系統(tǒng)為了實(shí)現(xiàn)更高的頻譜效率，提出將非正交多址接入(noma)作為一種重要的復(fù)用技術(shù)。與傳統(tǒng)的復(fù)用方式不同，noma將通過分配非正交的資源來滿足更多用戶的使用。在下行鏈路上采用功率域的多用戶疊加傳輸是實(shí)現(xiàn)noma的一種方案。如圖1所示，功率域的noma允許多個用戶通過不同的功率分配在相同的空間層實(shí)現(xiàn)時間和頻率資源的共享；具體而言，基站enb使用相同的時間、頻譜和空間層配對發(fā)送近用戶和遠(yuǎn)用戶的數(shù)據(jù)，并將總功率以一定的比例分配給遠(yuǎn)用戶和近用戶。由于遠(yuǎn)近效應(yīng)，不同用戶的信道狀況存在顯著的差別，遠(yuǎn)用戶與基站之間的路徑損耗較大，基站將分配更多的功率用于遠(yuǎn)用戶信息的傳輸，從而使得遠(yuǎn)用戶可以在遠(yuǎn)近用戶數(shù)據(jù)疊加的情況下將疊加的近用戶信息作為干擾，成功接收獲得自己的信息。相比而言，由于近用戶與基站之間的路徑損耗較小，基站可以分配較少的功率用于近用戶數(shù)據(jù)的傳輸，近用戶可以采用連續(xù)干擾消除(sic)的方法進(jìn)行接收，即在接收到疊加信號后從總信號中恢復(fù)出遠(yuǎn)用戶的信號然后再消去，最后對剩余的信號進(jìn)行解調(diào)和解碼，從而得到自己的信息。

由于在noma中采用sic的接收方式，近用戶為了解出遠(yuǎn)用戶的信息，需要獲知解調(diào)遠(yuǎn)用戶信息所需要的輔助信息(參考文獻(xiàn)1：3gpptr36.859v13.0.0,dec,2015)，如mcs(modulationandcodingscheme,調(diào)制編碼方式)、rv(redundancyversion,冗余版本)、ndi(new-dataindicator,新數(shù)據(jù)指示)、傳輸塊大小等，所以已有公司對近用戶dci(downlinkcontrolinformation,下行控制信息)的設(shè)計提出了一些方案，如參考文獻(xiàn)2(zte,mediatek,qualcomm,r1-165794,“wayforwardondcitransmissionformust",nanjing,china,23th–27thmay2016)提出的功率域noma中近用戶dci的設(shè)計方案。在設(shè)計方案中，近用戶解調(diào)dci時不僅能獲得解調(diào)自己數(shù)據(jù)所需要的控制信息，也能獲得解遠(yuǎn)用戶數(shù)據(jù)所需的輔助信息。

由于信號在傳輸過程中受到干擾和噪聲的影響可能會發(fā)生數(shù)據(jù)傳輸錯誤，因此在lte中采用了harq(hybridautomaticrepeatrequest,混合自動重傳請求)機(jī)制。harq機(jī)制的一個重要部分是軟合并的使用，在軟合并的過程中，接收端會對所接收到的初傳和重傳數(shù)據(jù)進(jìn)行合并以提高接收成功率，其中，之前接收但未成功解碼的數(shù)據(jù)存儲于接收端的軟比特緩存單元。在lte的ts36.321中規(guī)定，在下行調(diào)度信令pdcch中通過ndi比特來指示本次被調(diào)度的數(shù)據(jù)是初傳還是重傳。如果是初傳，則接收端直接對本次所接收的數(shù)據(jù)進(jìn)行解碼并清除軟比特緩存，如果是重傳，則應(yīng)將本次接收的數(shù)據(jù)與軟比特緩存中的數(shù)據(jù)進(jìn)行合并后再進(jìn)行解碼以提高解碼正確率。

為了在近用戶處實(shí)現(xiàn)sic，近用戶需要先后對遠(yuǎn)用戶的數(shù)據(jù)和近用戶自己的數(shù)據(jù)進(jìn)行解調(diào)。當(dāng)近用戶未能正確解調(diào)遠(yuǎn)用戶的數(shù)據(jù)時，需要將遠(yuǎn)用戶的數(shù)據(jù)存儲在軟比特緩存中；當(dāng)近用戶再次與該遠(yuǎn)用戶配對傳輸時，近用戶可以將本次接收到的遠(yuǎn)用戶數(shù)據(jù)與軟比特緩存中的遠(yuǎn)用戶數(shù)據(jù)進(jìn)行合并。然而，由于本次傳輸?shù)倪h(yuǎn)用戶數(shù)據(jù)與存儲在軟比特緩存中的遠(yuǎn)用戶數(shù)據(jù)可能已經(jīng)不是同一塊數(shù)據(jù)，近用戶有可能錯誤地將同一遠(yuǎn)用戶的不同數(shù)據(jù)進(jìn)行合并，從而造成接收失敗。

以下以具體例子來解釋上述問題。假設(shè)有近用戶ue1和遠(yuǎn)用戶ue2，在當(dāng)前子幀中，近用戶ue1與遠(yuǎn)用戶ue2配對傳輸，經(jīng)過一段時間之后，由于在配對傳輸?shù)淖訋谐霈F(xiàn)近用戶ue1解遠(yuǎn)用戶ue2的數(shù)據(jù)失敗的情況，則認(rèn)為兩個用戶不再滿足配對條件，基站的調(diào)度策略發(fā)生變化，令近用戶ue1和其他遠(yuǎn)用戶配對，或者近用戶ue1回退到非noma狀態(tài)，同時，基站也可以讓遠(yuǎn)用戶ue2與其他近用戶配對，或者遠(yuǎn)用戶ue2回到非noma狀態(tài)。

在上述情況中，由于近用戶ue1解遠(yuǎn)用戶ue2的信息失敗，近用戶ue1會將遠(yuǎn)用戶ue2的數(shù)據(jù)存儲在軟比特緩存中以備基站后續(xù)重傳遠(yuǎn)用戶ue2的數(shù)據(jù)時進(jìn)行harq合并。經(jīng)過一段時間之后，基站又同時配對調(diào)度近用戶ue1和遠(yuǎn)用戶ue2，此時對遠(yuǎn)近用戶數(shù)據(jù)的調(diào)度情況可能為：1)如果在此之前遠(yuǎn)用戶ue2也沒有成功解出上次配對時基站發(fā)給ue2的數(shù)據(jù)，則基站將近用戶ue1的數(shù)據(jù)和遠(yuǎn)用戶ue2的舊數(shù)據(jù)(傳輸給遠(yuǎn)用戶ue2的數(shù)據(jù)與之前傳輸失敗并緩存在近用戶ue1處的數(shù)據(jù)相同)疊加傳輸；2)如果在此之前遠(yuǎn)用戶ue2已經(jīng)成功解出上次配對時基站發(fā)給ue2的數(shù)據(jù)，則基站將近用戶ue1的數(shù)據(jù)和遠(yuǎn)用戶ue2的新數(shù)據(jù)(傳輸給遠(yuǎn)用戶ue2的新數(shù)據(jù)與之前傳輸失敗并緩存在近用戶ue1處的數(shù)據(jù)不同，具體場景將在下文中的圖2和圖3進(jìn)行詳細(xì)描述)疊加傳輸。

對于上述第一種情況，由于所疊加的遠(yuǎn)用戶的數(shù)據(jù)與近用戶所緩存的遠(yuǎn)用戶數(shù)據(jù)相同，因此可以將軟比特緩存中的數(shù)據(jù)進(jìn)行合并。而對于上述第二種情況，因?yàn)樗B加的遠(yuǎn)用戶數(shù)據(jù)與近用戶所緩存的遠(yuǎn)用戶數(shù)據(jù)不同，因此應(yīng)清空軟比特緩存中的數(shù)據(jù)而不應(yīng)進(jìn)行合并，然而，如果近用戶僅僅根據(jù)遠(yuǎn)用戶pdcch中的ndi比特來決定是否進(jìn)行軟比特合并，則可能存在如下場景：設(shè)遠(yuǎn)用戶ue2在與近用戶ue1再次配對前接收數(shù)據(jù)失敗，且基站在再次配對后對遠(yuǎn)用戶ue2的數(shù)據(jù)進(jìn)行重傳。此時，遠(yuǎn)用戶pdcch中的ndi比特將用來表示本次傳輸為重傳。那么近用戶ue1在接收到配對的遠(yuǎn)用戶ue2的pdcch之后，會將遠(yuǎn)用戶ue2的數(shù)據(jù)與所緩存的數(shù)據(jù)合并。由于此時發(fā)送給ue2的數(shù)據(jù)與之前ue1所緩存的ue2的數(shù)據(jù)不同，則合并時出現(xiàn)錯誤，如圖2和圖3所示。在圖2中，ue2在與ue1再次配對之前與另一用戶ue3配對傳輸，且ue2接收數(shù)據(jù)失敗；在ue2與ue1再次配對之后，基站對ue2的數(shù)據(jù)進(jìn)行重傳。在圖3中，ue2在與ue1再次配對之前進(jìn)入非noma模式，且ue2接收數(shù)據(jù)失敗；在ue2與ue1再次配對之后，基站對ue2的數(shù)據(jù)進(jìn)行重傳。

在3gpp目前的技術(shù)方案中，還沒有提出針對性的方法解決上述問題，即在下行noma中，由于配對策略的調(diào)整，近用戶根據(jù)遠(yuǎn)用戶ndi指示進(jìn)行harq軟合并時可能發(fā)生錯誤合并的情況。因此，需要提出新的方法，在解決問題的同時兼顧信令開銷和實(shí)現(xiàn)復(fù)雜度。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明針對上述存在的下行noma中近用戶根據(jù)遠(yuǎn)用戶ndi指示進(jìn)行harq軟合并時可能發(fā)生錯誤合并的情況，提供了一種在noma中指示是否軟合并的方法。

本發(fā)明提供的在noma中指示是否軟合并的方法，通過如下方案一或方案二來實(shí)現(xiàn)；

方案一：基站在近用戶的dci中增加1比特以指示近用戶是否對遠(yuǎn)用戶的數(shù)據(jù)進(jìn)行合并；

方案二：基站通過對近用戶的dci進(jìn)行crc加擾時使用的c-rnti(cellradio-networktemporaryidentifier,小區(qū)無線網(wǎng)絡(luò)臨時標(biāo)識)是否反轉(zhuǎn)來指示近用戶是否對遠(yuǎn)用戶的數(shù)據(jù)進(jìn)行合并。

本發(fā)明的優(yōu)點(diǎn)和積極效果在于：

本發(fā)明方法中，所采用的方案一簡單明確，通過在dci中增加1比特來直接指示近用戶是否對遠(yuǎn)用戶的數(shù)據(jù)進(jìn)行合并；所采用的方案二不會改變dci長度，因此不會增加近用戶的pdcch盲檢次數(shù)；僅增加一次crc解擾操作，新增的處理復(fù)雜度較低。同時，本發(fā)明的兩種方案對于遠(yuǎn)用戶都具有后向兼容性，適用于遠(yuǎn)用戶是傳統(tǒng)用戶的場景。

附圖說明

圖1是下行noma方案示意圖；

圖2是軟合并出錯情況的第1種情況示意圖；

圖3是軟合并出錯情況的第2種情況示意圖；

圖4是本發(fā)明決定軟合并的方式一示意圖；

圖5是應(yīng)用本發(fā)明方案一的解調(diào)過程示意圖。

圖6是應(yīng)用方案二的解調(diào)過程示意圖。

圖7是應(yīng)用方案二的一個示例圖。

具體實(shí)施方式

下面將結(jié)合附圖和實(shí)施例對本發(fā)明作進(jìn)一步的詳細(xì)說明。下面對實(shí)施例描述中所使用的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

如圖2和圖3所示，在近用戶與遠(yuǎn)用戶重新配對時，近用戶所緩存的在之前配對過程中未能正確接收的遠(yuǎn)用戶的數(shù)據(jù)與重新配對后基站發(fā)送給遠(yuǎn)用戶的數(shù)據(jù)不一定相同。如果基站恰好給遠(yuǎn)用戶發(fā)送的是新數(shù)據(jù)的重傳，則近用戶僅僅通過檢測遠(yuǎn)用戶pdcch中的ndi比特會誤將遠(yuǎn)用戶的不同數(shù)據(jù)進(jìn)行合并，從而造成接收錯誤。通過分析可知，問題產(chǎn)生的關(guān)鍵在于如果近用戶僅僅根據(jù)遠(yuǎn)用戶的dci中的ndi比特來判斷是否對遠(yuǎn)用戶的數(shù)據(jù)進(jìn)行合并可能出現(xiàn)錯誤，因此，近用戶需要采用額外的方式獲知是否對遠(yuǎn)用戶的數(shù)據(jù)進(jìn)行合并。

本發(fā)明提供的在noma中指示是否軟合并的方法，引入了新的方式來通知近用戶是否對遠(yuǎn)用戶的數(shù)據(jù)進(jìn)行合并。本發(fā)明提出兩種解決方案。一種在近用戶的dci中增加1比特來指示是否對遠(yuǎn)用戶的數(shù)據(jù)進(jìn)行合并；一種通過對近用戶的dci進(jìn)行crc加擾時使用的c-rnti是否反轉(zhuǎn)來協(xié)助近用戶判斷配對傳輸?shù)倪h(yuǎn)用戶的數(shù)據(jù)為新數(shù)據(jù)還是舊數(shù)據(jù)的方法來解決是否合并的問題。本發(fā)明方法中所有操作對配對的遠(yuǎn)用戶來說都是透明的，因此，遠(yuǎn)用戶既可以是支持noma的用戶也可以是傳統(tǒng)用戶，保證了兼容性。

第一種方案中，為了使近用戶知道是否應(yīng)將本次傳輸中的遠(yuǎn)用戶信息與對應(yīng)該遠(yuǎn)用戶的軟比特緩存中的信息合并，可以采用最直接的方式指示，即在輔助信息中增加1bit指示位來表示近用戶是否應(yīng)將當(dāng)前子幀接收到的遠(yuǎn)用戶數(shù)據(jù)與存儲在軟比特緩存中的遠(yuǎn)用戶數(shù)據(jù)進(jìn)行合并，如圖4所示。例如，如果新增的該比特值為“1”，則代表此次基站發(fā)送給遠(yuǎn)用戶的數(shù)據(jù)是之前近用戶解調(diào)失敗的舊數(shù)據(jù)，需要合并；如果新增的該比特值為“0”，則代表此次基站發(fā)送給遠(yuǎn)用戶的信息是新的信息，則不應(yīng)進(jìn)行合并。此種方案較為簡單，對協(xié)議影響較小，但改變了dci長度，對用戶的盲檢次數(shù)有所影響。

應(yīng)用第一種方案后的解調(diào)過程如圖5所示?；緀nb發(fā)送給近用戶的輔助信息中增加1bit指示位，近用戶接收到當(dāng)前子幀后，解碼控制信息和輔助信息，判斷指示位的值是否為“1”，如果是，近用戶將接收到的遠(yuǎn)用戶數(shù)據(jù)與存儲在軟比特緩存中的遠(yuǎn)用戶數(shù)據(jù)進(jìn)行合并，否則，近用戶獲得新的數(shù)據(jù)，同時清空分配給遠(yuǎn)用戶的軟比特緩存中數(shù)據(jù)。

第二種方案中，通過基站對近用戶的dci進(jìn)行crc加擾時使用的c-rnti是否反轉(zhuǎn)來協(xié)助近用戶判斷配對傳輸?shù)倪h(yuǎn)用戶的數(shù)據(jù)為新數(shù)據(jù)還是舊數(shù)據(jù)。當(dāng)基站再次配對調(diào)度近用戶和遠(yuǎn)用戶時，如果發(fā)送給遠(yuǎn)用戶的數(shù)據(jù)是之前近用戶曾經(jīng)解調(diào)失敗的數(shù)據(jù)，基站在對近用戶的dci進(jìn)行crc加擾時，使用反轉(zhuǎn)后的近用戶c-rnti，記作與crc校驗(yàn)位進(jìn)行異或；否則，如果此次傳輸給遠(yuǎn)用戶的數(shù)據(jù)不是之前近用戶曾經(jīng)解調(diào)失敗的數(shù)據(jù)，則基站在對近用戶的dci進(jìn)行crc加擾時，將直接用近用戶的c-rnti與crc校驗(yàn)位進(jìn)行異或。在用戶端接收的過程中，近用戶接收到當(dāng)前子幀時，會分別嘗試用和c-rnti進(jìn)行crc解擾。當(dāng)用解擾成功，近用戶知道接收的遠(yuǎn)用戶數(shù)據(jù)是之前曾經(jīng)解調(diào)失敗的數(shù)據(jù)，則將當(dāng)前子幀中的遠(yuǎn)用戶數(shù)據(jù)與軟比特緩存里的遠(yuǎn)用戶數(shù)據(jù)合并；如果用c-rnti解擾成功，則近用戶知道接收的遠(yuǎn)用戶數(shù)據(jù)是新的數(shù)據(jù)，不應(yīng)與軟比特緩存里的遠(yuǎn)用戶數(shù)據(jù)合并，同時清空分配給遠(yuǎn)用戶的軟比特緩存中的數(shù)據(jù)。應(yīng)用方案二后近用戶的解調(diào)過程如圖6所示。

以近用戶的c-rnti為1001001100010101為例，則反轉(zhuǎn)后得到的為0110110011101010，相應(yīng)的加擾和解擾的具體過程如圖7所示。

圖7的(a)中，當(dāng)基站enb發(fā)送遠(yuǎn)用戶新數(shù)據(jù)時，利用近用戶的c-rnti對近用戶的dci進(jìn)行crc加擾，在近用戶端利用c-rnti解擾成功時，近用戶知道發(fā)送的為遠(yuǎn)用戶新數(shù)據(jù)，清空遠(yuǎn)用戶的軟比特緩存數(shù)據(jù)。圖7的(b)中，當(dāng)基站enb發(fā)送近用戶之前解碼失敗的遠(yuǎn)用戶數(shù)據(jù)時，利用近用戶的對近用戶的dci進(jìn)行crc加擾，在近用戶端利用c-rnti解擾失敗，利用解擾成功，此時近用戶知道發(fā)送的為之前解碼失敗的遠(yuǎn)用戶數(shù)據(jù)，將當(dāng)前幀接收的遠(yuǎn)用戶數(shù)據(jù)與軟比特緩存中存儲的遠(yuǎn)用戶數(shù)據(jù)進(jìn)行合并。