傳輸處理方法及裝置與流程

2023-10-11 01:34:54 3

本發明涉及通訊領域，具體而言，涉及傳輸處理方法及裝置。

背景技術：

移動業務分為點到點業務(例如單播業務)和點到多點業務(例如廣播組播業務、組呼業務)。

3gpp有3種傳輸機制來解決點到多點業務，分別為embms(增強型多媒體廣播多播業務，enhancedmultimediabroadcastmulticastservice)、sc-ptm(singlecellpointtomultipoint，單小區點到多點)和unicast(單播)。其中，對於embms和sc-ptm，目前還沒有物理層的重傳機制(例如，harq重傳)，因此，對於錯誤敏感的數據業務，系統的傳輸效率會非常低下。

技術實現要素：

本發明提供了傳輸處理方法及裝置，以解決現有技術中沒有重傳機制所導致的問題。

根據本發明的一個方面，提供了一種傳輸處理方法，包括：發送節點向多個接收節點構成的接收節點組進行數據傳輸，其中，所述接收節點組中的每個接收節點均與所述發送節點維持上行同步；所述接收節點組中的所有接收節點通過上行控制資源對接收到的數據進行反饋。

進一步地，對接收到的數據進行反饋包括：對接收到的數據進行harq反饋。

進一步地，每個點到多點業務均包括一個空口標識，其中，所述點到多點業務為通過一個發送節點給多個接收節點進行數據傳輸的業務。

進一步地，所述發送節點對其所有的接收節點組的harq反饋的上行控制資源進行共享分配。

進一步地，所述發送節點對其所有的接收節點組的harq反饋的上行控制資源進行共享分配包括：所述發送節點對於其所有的接收節點組的harq反饋的上行控制資源構成一個資源池；在一個傳輸時間間隔中，發送節點根據 預定規則對該傳輸時間間隔傳輸的點到多點業務分配harq反饋資源；其中，所述預定規則包括：所述上行控制資源根據所述點到多點的空口標識來確定，並有所述發送節點告知接收節點組。

進一步地，harq反饋的所述nack信息通過信號來表徵。

進一步地，所述信號包括以下至少之一：脈衝、調製符號。

進一步地，所述接收節點組中的每個接收節點均與所述發送節點維持上行同步包括：所述接收節點與所述發送節點通過周期或者事件形式維護接收節點和發送節點之間的上行傳輸時間同步。

進一步地，還包括：如果某個接收節點與所述發送節點進入上行失步狀態，則該接收節點不再使用該上行控制資源進行harq反饋。

進一步地，還包括：所述發送節點獲取所述接收節點組中所有的接收節點均處於用戶設備ue上行失步狀態，則確定所述接收節點組為組上行失步狀態；所述發送節點獲取所述接收節點組中至少一個接收節點處於ue上行同步狀態，則確定所述接收節點組為組上行同步狀態。

進一步地，還包括：所述發送節點確定所述接收節點組處於組上行失步狀態的情況下，不向所述接收節點組分配所述上行控制資源，或者釋放已經分配的所述上行控制資源；所述發送節點確定所述接收節點組處於組上行同步狀態的情況下，向所述接收節點組分配所述上行控制資源。

進一步地，進行所述harq反饋包括：進行同步或者異步harq反饋，其中，所述同步harq反饋表示harq反饋時間與對應的harq傳輸時間是固定的；所述異步harq表示harq反饋時間與對應的harq傳輸時間是不固定的，harq反饋時攜帶有數據包的標識信息。

進一步地，所述每個接收節點，如果正確解出數據包，則不向所述發送節點進行harq反饋；如果沒有正確解出數據包，則在該數據包對應的所述反饋資源上反饋nack信息；所述發送節點，在所述反饋資源上進行檢測，如果檢測到nack信息，則對對應的數據包進行重傳處理，如果沒有檢測到nack信息，則認為對應的數據包被所有的接收節點正確接收，並進行新的數據傳輸處理。

進一步地，所述上行控制資源包括：為小區上行同步條件下使用的資源。

進一步地，所述上行控制資源包括：pucch信道和/或pusch信道。

進一步地，對於所述上行控制資源，基於點到多點傳輸業務的標識信息來劃分。

進一步地，在點到多點業務採用所述上行控制資源進行harq反饋的情況下，所述上行控制資源由所述點到多點業務的標識信息確定。

根據本發明的另一方面，還提供了一種傳輸處理方法，包括：發送節點向多個接收節點構成的接收節點組進行數據傳輸，其中，所述接收節點組中的每個接收節點均與所述發送節點維持上行同步；所述發送節點在對應的上行控制資源中進行檢測，在檢測到nack信息的情況下，進行重傳處理；其中，所述上行控制資源是所有接收節點進行反饋的資源。

進一步地，進行的反饋包括：harq反饋。

根據本發明的另一個方面，提供了一種傳輸處理方法，包括：在接收節點組中的接收節點接收發送節點向所述接收節點組發送的數據，其中，所述接收節點組中的每個接收節點均與所述發送節點維持上行同步；所述接收節點判斷接收到的數據是否有錯，如果有錯，則通過上行控制資源進行反饋；其中，其中，所述上行控制資源是所有接收節點進行反饋的資源。

進一步地，進行的反饋包括：harq反饋。

根據本發明的另一個方面，提供了一種傳輸處理裝置，包括：傳輸模塊，位於發送節點中，用於向多個接收節點構成的接收節點組進行數據傳輸，其中，所述接收節點組中的每個接收節點均與所述發送節點維持上行同步；反饋模塊，位於接收節點中，用於通過上行控制資源進行反饋；其中，所述上行控制資源是所有接收節點進行反饋的資源。

進一步地，所述反饋模塊對接收到的數據進行harq反饋。

進一步地，每個點到多點業務均包括一個空口標識，其中，所述點到多點業務為通過一個發送節點給多個接收節點進行數據傳輸的業務。

進一步地，還包括：分配模塊，位於所述發送節點中，用於對其所有的接收節點組的harq反饋的上行控制資源進行共享分配。

進一步地，所述分配模塊，用於對於其所有的接收節點組的harq反饋的上行控制資源構成一個資源池；在一個傳輸時間間隔中，發送節點根據預定規則對該傳輸時間間隔傳輸的點到多點業務分配harq反饋資源；其中，所述預定規則包括：所述上行控制資源根據所述點到多點的空口標識來確定，並 有所述發送節點告知接收節點組。

進一步地，harq反饋的所述nack信息通過信號來表徵。

進一步地，所述信號包括以下至少之一：脈衝、調製符號。

進一步地，所述接收節點與所述發送節點通過周期或者事件形式維護接收節點和發送節點之間的上行傳輸時間同步。

進一步地，所述反饋模塊，用於在某個接收節點與所述發送節點進入上行失步狀態的情況下，不再使用該上行控制資源進行harq反饋。

進一步地，還包括：確定模塊，位於所述發送節點獲取所述接收節點組中所有的接收節點均處於用戶設備ue上行失步狀態，則確定所述接收節點組為組上行失步狀態；獲取所述接收節點組中至少一個接收節點處於ue上行同步狀態，則確定所述接收節點組為組上行同步狀態。

進一步地，還包括：分配模塊，位於所述發送節點中，用於確定所述接收節點組處於組上行失步狀態的情況下，不向所述接收節點組分配所述上行控制資源，或者釋放已經分配的所述上行控制資源；還用於確定所述接收節點組處於組上行同步狀態的情況下，向所述接收節點組分配所述上行控制資源。

進一步地，所述反饋模塊用於進行同步或者異步harq反饋，其中，所述同步harq反饋表示harq反饋時間與對應的harq傳輸時間是固定的；所述異步harq表示harq反饋時間與對應的harq傳輸時間是不固定的，harq反饋時攜帶有數據包的標識信息。

進一步地，所述反饋模塊，用於在能夠正確解出數據包的情況下，不向所述發送節點進行harq反饋；在沒有正確解出數據包的情況下，在該數據包對應的所述反饋資源上反饋nack信息；所述發送節點還包括檢測模塊，所述檢測模塊用於在所述反饋資源上進行檢測，如果檢測到nack信息，則對對應的數據包進行重傳處理，如果沒有檢測到nack信息，則認為對應的數據包被所有的接收節點正確接收，並進行新的數據傳輸處理。

進一步地，所述上行控制資源包括：為小區上行同步條件下使用的資源。

進一步地，所述上行控制資源包括：pucch信道和/或pusch信道。

進一步地，對於所述上行控制資源，基於點到多點傳輸業務的標識信息來劃分。

進一步地，在點到多點業務採用所述上行控制資源進行harq反饋的情 況下，所述上行控制資源由所述點到多點業務的標識信息確定。

通過本發明，採用發送節點向多個接收節點構成的接收節點組進行數據傳輸，其中，所述接收節點組中的每個接收節點均與所述發送節點維持上行同步；所述接收節點組中的所有接收節點通過上行控制資源對接收到的數據進行反饋。通過本發明解決了現有技術中沒有重傳機制所導致的問題，提高了點到多點傳輸的可靠性。

附圖說明

此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用於解釋本發明，並不構成對本發明的不當限定。在附圖中：

圖1是根據本發明實施例的傳輸處理方法的流程圖；

圖2是根據本發明實施例的傳輸處理裝置的結構框圖；

圖3是根據本發明實施例的基站同時給小區中的ue11、ue12和ue13進行業務1的點到多點傳輸的示意圖；

圖4是根據本發明實施例的終端ue21同時給ue22、ue23和ue24進行業務3的點到多點傳輸的示意圖；

圖5是根據本發明實施例的同步維護的示意圖；

圖6是根據本發明實施例的harq反饋基站側示意圖；

圖7是根據本發明實施例的harq反饋的示意圖一；

圖8是根據本發明實施例的harq反饋的示意圖二；

圖9是根據本發明實施例的harq反饋的示意圖三；以及，

圖10是根據本發明實施例的harq反饋的示意圖四。

具體實施方式

需要說明的是，在不衝突的情況下，本申請中的實施例及實施例中的特徵可以相互組合。下面將參考附圖並結合實施例來詳細說明本發明。

圖1是根據本發明實施例的傳輸處理方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟s102，發送節點向多個接收節點構成的接收節點組進行數據傳輸， 其中，所述接收節點組中的每個接收節點均與所述發送節點維持上行同步；

步驟s104，該接收節點組中的所有接收節點通過一個上行控制資源對接收到的數據進行反饋。

反饋的方式有很多種，例如，比較常用的反饋方式是harq反饋。以下以harq反饋為例進行說明。通過上述步驟提供了反饋的一種方式，解決了現有技術中沒有重傳機制所導致的問題，提高了點到多點傳輸的可靠性。

在一個可選的實施方式中，每個點到多點業務均可以包括一個空口標識，其中，點到多點業務為通過一個發送節點給多個接收節點進行數據傳輸的業務。

在一個可選的實施方式中，發送節點對其所有的接收節點組的harq反饋的上行控制資源進行共享分配。例如，發送節點對於其所有的接收節點組的harq反饋的上行控制資源構成一個資源池；在一個傳輸時間間隔中，發送節點根據預定規則對該傳輸時間間隔傳輸的點到多點業務分配harq反饋資源；其中，預定規則包括：上行控制資源根據點到多點的空口標識來確定，並有發送節點告知接收節點組。

在一個可選的實施方式中，harq反饋的nack信息通過信號來表徵，例如，可以映射到上行控制資源的一個調製符號上，又例如，可以nack信息通過脈衝來表徵。

在一個可選的實施方式中，接收節點與發送節點通過周期或者事件形式維護接收節點和發送節點之間的上行傳輸時間同步。

在一個可選的實施方式中，如果某個接收節點與發送節點進入上行失步狀態，則該接收節點不再使用該上行控制資源進行harq反饋。

在一個可選的實施方式中，發送節點獲取接收節點組中所有的接收節點均處於用戶設備ue上行失步狀態，則確定接收節點組為組上行失步狀態；發送節點獲取接收節點組中至少一個接收節點處於ue上行同步狀態，則確定接收節點組為組上行同步狀態。

在一個可選的實施方式中，發送節點確定接收節點組處於組上行失步狀態的情況下，不向接收節點組分配上行控制資源，或者釋放已經分配的上行控制資源；發送節點確定接收節點組處於組上行同步狀態的情況下，向接收節點組分配上行控制資源。

在一個可選的實施方式中，進行同步或者異步harq反饋，其中，同步 harq反饋表示harq反饋時間與對應的harq傳輸時間是固定的；異步harq表示harq反饋時間與對應的harq傳輸時間是不固定的，harq反饋時攜帶有數據包的標識信息。

可選地，每個接收節點，如果正確解出數據包，則不向發送節點進行harq反饋；如果沒有正確解出數據包，則在該數據包對應的反饋資源上反饋nack信息；發送節點，在反饋資源上進行檢測，如果檢測到nack信息，則對對應的數據包進行重傳處理，如果沒有檢測到nack信息，則認為對應的數據包被所有的接收節點正確接收，並進行新的數據傳輸處理。

可選地，上行控制資源包括：為小區上行同步條件下使用的資源。

可選地，上行控制資源包括：pucch信道和/或pusch信道。

可選地，對於上行控制資源，基於點到多點傳輸業務的標識信息來劃分。

可選地，在點到多點業務採用上行控制資源進行harq反饋的情況下，上行控制資源由點到多點業務的標識信息確定。

在本實施例中還提供了另一種傳輸處理方法，該方法是從發送節點側進行描述的，該方法包括如下步驟：發送節點向多個接收節點構成的接收節點組進行數據傳輸，其中，接收節點組中的每個接收節點均與發送節點維持上行同步；發送節點在對應的上行控制資源中進行檢測，在檢測到nack信息的情況下，進行重傳處理；其中，上行控制資源是所有接收節點進行反饋的資源。

可選地，進行的反饋包括：harq反饋。

在本實施例中還提供了另一種傳輸處理方法，該方法是從接收節點側描述的，該方法包括如下步驟：在接收節點組中的接收節點接收發送節點向接收節點組發送的數據，其中，接收節點組中的每個接收節點均與發送節點維持上行同步；接收節點判斷接收到的數據是否有錯，如果有錯，則通過上行控制資源進行反饋；其中，其中，上行控制資源是所有接收節點進行反饋的資源。

可選地，進行的反饋包括：harq反饋。

在本實施例還提供了一種傳輸處理裝置，圖2是根據本發明實施例的傳輸處理裝置的結構框圖，如圖2所示，該處理裝置包括：

傳輸模塊22，位於發送節點中，用於向多個接收節點構成的接收節點組進行數據傳輸，其中，接收節點組中的每個接收節點均與發送節點維持上行同步；

反饋模塊24，位於接收節點中，用於通過上行控制資源進行反饋；其中， 上行控制資源是所有接收節點進行反饋的資源。

反饋模塊24對接收到的數據進行harq反饋。

可選地，每個點到多點業務均包括一個空口標識，其中，點到多點業務為通過一個發送節點給多個接收節點進行數據傳輸的業務。

可選地，還包括：分配模塊，位於發送節點中，用於對其所有的接收節點組的harq反饋的上行控制資源進行共享分配。

可選地，分配模塊，用於對於其所有的接收節點組的harq反饋的上行控制資源構成一個資源池；在一個傳輸時間間隔中，發送節點根據預定規則對該傳輸時間間隔傳輸的點到多點業務分配harq反饋資源；其中，預定規則包括：上行控制資源根據點到多點的空口標識來確定，並有發送節點告知接收節點組。

可選地，harq反饋的nack信息通過信號來表徵。例如，該信號可以包括以下至少之一：脈衝、調製符號。

可選地，接收節點與發送節點通過周期或者事件形式維護接收節點和發送節點之間的上行傳輸時間同步。

可選地，反饋模塊24，用於在某個接收節點與發送節點進入上行失步狀態的情況下，不再使用該上行控制資源進行harq反饋。

可選地，該裝置還包括：確定模塊，位於發送節點獲取接收節點組中所有的接收節點均處於用戶設備ue上行失步狀態，則確定接收節點組為組上行失步狀態；獲取接收節點組中至少一個接收節點處於ue上行同步狀態，則確定接收節點組為組上行同步狀態。

可選地，該裝置還包括：分配模塊，位於發送節點中，用於確定接收節點組處於組上行失步狀態的情況下，不向接收節點組分配上行控制資源，或者釋放已經分配的上行控制資源；還用於確定接收節點組處於組上行同步狀態的情況下，向接收節點組分配上行控制資源。

可選地，反饋模塊24用於進行同步或者異步harq反饋，其中，同步harq反饋表示harq反饋時間與對應的harq傳輸時間是固定的；異步harq表示harq反饋時間與對應的harq傳輸時間是不固定的，harq反饋時攜帶有數據包的標識信息。

可選地，反饋模塊24，用於在能夠正確解出數據包的情況下，不向發送節 點進行harq反饋；在沒有正確解出數據包的情況下，在該數據包對應的反饋資源上反饋nack信息；

可選地，發送節點還包括檢測模塊，檢測模塊用於在反饋資源上進行檢測，如果檢測到nack信息，則對對應的數據包進行重傳處理，如果沒有檢測到nack信息，則認為對應的數據包被所有的接收節點正確接收，並進行新的數據傳輸處理。

可選地，上行控制資源可以包括：為小區上行同步條件下使用的資源。

可選地，上行控制資源包括：pucch信道和/或pusch信道。

可選地，對於上行控制資源，基於點到多點傳輸業務的標識信息來劃分。

可選地，在點到多點業務採用上行控制資源進行harq反饋的情況下，上行控制資源由點到多點業務的標識信息確定。

通過本實施例解決了現有技術中沒有重傳機制所導致的問題，提高了點到多點傳輸的可靠性。

下面結合一個可選實施例來進行說明。

在本實施例中提供的一種點到多點的harq反饋方法，包括：一個發送節點給接收節點組進行數據傳輸；接收節點組中每個接收節點與發送節點維持上行同步；所有接收節點通過一個上行控制資源進行harq反饋；對於每個接收節點，包括：如果正確解碼harq傳輸的數據包，則不向發送節點進行harq反饋；如果錯誤解碼harq傳輸的數據包，則在該數據包對應的反饋資源上反饋nack信息。

通過一個發送節點給接收節點組進行數據傳輸的業務稱為點到多點業務；一個點到多點業務需要一個空口標識，例如g-rnti(group-radionetworktemporaryidentity，組無線網絡臨時標識)，不同的點到多點業務的g-rnti不同。

一個發送節點對於其所有的接收節點組的harq反饋的上行控制資源進行共享分配，包括：發送節點對於其所有的接收節點組的harq反饋的上行控制資源構成一個資源池；一個tti(transmissiontimeinterval，傳輸時間間隔)中，發送節點按照準則a對該tti傳輸的點到多點業務分配harq反饋資源；準則a可以包括：上行控制資源可以通過對應的點到多點業務的g-rnti來確定；發送節點需要告知接收節點組。

nack信息與上行控制資源的映射：harq反饋的nack信息可以通過一個信號來表徵，nack信息映射到上行控制資源的一個調製符號上，例如bpsk調製的1，或者qpsk調製的1；或者用一個脈衝來表徵。

下行鏈路處於同步狀態。每個接收節點與發送節點維持上行同步：接收節點與發送節點通過周期或者事件形式來維護它們之間的上行傳輸時間同步；如果某個接收節點與發送節點進入上行失步狀態，則該接收節點不再使用該上行控制資源進行該harq反饋。接收節點與發送節點的上行失步狀態稱為ue上行失步；接收節點與發送節點的上行同步狀態稱為ue上行同步。

發送節點對於一個接收節點組的上行鏈路狀態判斷：如果該接收節點組中所有的接收節點均處於ue上行失步狀態，則判斷該接收節點組為組上行失步狀態；如果該接收節點組中至少有一個接收節點均處於ue上行同步狀態，則判斷該接收節點組為組上行同步狀態。

對於接收節點，當它與發送節點的上行鏈路處於ue上行失步狀態時，該接收節點不使用該harq反饋資源(harq反饋資源即上行控制資源)進行該harq反饋；當它與發送節點的上行鏈路處於ue上行同步狀態時，該接收節點使用該harq反饋資源進行該harq反饋。

對於發送節點，當它判斷某個接收節點組的上行鏈路狀態處於組上行失步狀態時，則不給該接收節點組分配harq反饋資源(harq反饋資源即上行控制資源)；當該接收節點組的上行鏈路處於組上行同步狀態時，則給該接收節點組分配harq反饋資源。

認為該接收節點不會再使用該上行控制資源進行該harq反饋；對於一個接收節點組，如果發送節點判斷該接收節點組中所有的接收節點都與之上行失步，則釋放該接收節點組的harq反饋資源。

harq反饋可以是同步反饋，也可以是異步反饋；

同步反饋表示harq反饋時間與對應的harq傳輸時間是固定的，harq反饋時無需攜帶harqprocessid；

異步反饋表示harq反饋時間與對應的harq傳輸時間是不固定的，harq反饋時需攜帶harqprocessid。

接收節點組為接收節點集合，它們同時接收相同發送節點的數據。

採用點到多點的harq傳輸業務定義為點到多點業務。

點到多點業務採用一個rnti進行傳輸，令為g-rnti。

發送節點給接收節點組進行數據傳輸；並給接收節點組分配一個harq反饋資源；該發送節點在對應的harq反饋資源上檢測，如果檢測到nack信息，則對該數據進行harq重傳處理；如果未檢查到nack信息，則認為對應的數據包被所有的接收節點正確接收，並繼續進行harq新傳處理。harq重傳處理：判斷該nack對應的數據包是否達到最大harq重傳次數，如果是，則丟棄該數據包，並進行新的數據傳輸處理；如果否，則對該數據包進行重傳處理。

發送節點可以是基站，也可以是終端；接收節點是終端。

下行鏈路表示發送節點到接收節點的鏈路；上行鏈路表示接收節點到發送節點的鏈路。

下行鏈路處於同步狀態；上行鏈路可以是處於同步狀態，也可以是處於不同步或者失步狀態。

以lte系統為例，令基站為發送節點，終端為接收節點，終端處於rrc_connected狀態且上行失步，或者處於rrc_idle狀態時，屬於接收節點處於上行不同步或者失步狀態；終端處於rrc_connected狀態且上行同步，屬於接收節點處於上行同步狀態。

實施例一：點到多點傳輸場景

場景一：基站(enb)同時給小區中的ue11、ue12和ue13進行業務1的點到多點傳輸，對ue21和ue22進行業務2的點到多點傳輸。令ue11、ue12和ue13為接收節點組r1，ue21和ue22為接收節點組r2。如圖3所示。

場景二：終端ue21同時給ue22、ue23和ue24進行業務3的點到多點傳輸，令ue22、ue23和ue24為接收節點組r3。如圖4所示。

實施例二：同步維護

基於實施例一的場景1的接收節點組r1。如圖5所示。

在t0至t1時間段，ue11、ue12和ue13均處於ue上行同步狀態，基站判斷組r1為組上行同步狀態；

在t1至t2時間段，ue11處於ue上行失步狀態，ue12和ue13均處於ue上行同步狀態，基站判斷組r1為組上行同步狀態；

在t2至t3時間段，ue11和ue12均處於ue上行失步狀態，ue13均處 於ue上行同步狀態，基站判斷組r1為組上行同步狀態；

在t3至t4時間段，ue11、ue12和ue13均處於ue上行失步狀態，基站判斷組r1為組上行失步狀態；

在t4至t5時間段，ue11和ue13均處於ue上行失步狀態，ue12均處於ue上行同步狀態，基站判斷組r1為組上行同步狀態。

實施例三：harq反饋資源的共享分配

基於實施例一的場景1。令harq傳輸的rtt(roundtriptime，往返時間)為8個tti；harq的nack反饋滯後於harq傳輸的時延為4個tti。橫坐標表示時間，間隔為tti。如圖6所示。

第n時刻：

基站判斷組r1和r2均為組上行同步狀態；且均有數據要傳輸(新傳或者重傳)。

對組r1採用harq進程為hp0(harqprocessing0)進行傳輸，hp0對應的反饋資源為第n+4時刻的上行控制資源s0；對組r2採用harq進程為hp2進行傳輸；對hp2分配的反饋資源為第n+4時刻的上行控制資源s1。基站同時通過harq傳輸控制信息發送：hp0、新傳和重傳指示、上行控制資源s1的信息。

第n+1時刻：

基站判斷組r1和r2均為組上行同步狀態；組r1和r2且均無數據要傳輸(包括新傳和重傳)。

第n+2時刻：

基站判斷組r1為組上行失步狀態，組r2為組上行同步狀態；組r1無數據要傳輸(包括新傳和重傳)，組r2有數據要傳輸(新傳或者重傳)。

對組r2採用harq進程為hp3進行傳輸，hp3對應的反饋資源為第n+6時刻的上行控制資源s1。

第n+3時刻：

基站判斷組r1為組上行失步狀態，組r2為組上行同步狀態；組r1有數據要傳輸(新傳或者重傳)，組r2無數據要傳輸(包括新傳和重傳)。

對組r1採用harq進程為hp1進行傳輸，由於組r1的組狀態為上行失步狀態，因此，hp1對應的反饋資源為第n+7時刻不分配上行控制資源。

第n+4時刻：

基站判斷組r1和r2均為組上行失步狀態；組r1無數據要傳輸(包括新傳和重傳)，組r2有數據要傳輸(新傳或者重傳)。

對組r2採用harq進程為hp4進行傳輸，由於組r2的組狀態為上行失步狀態，因此，hp4對應的反饋資源為第n+8時刻不分配上行控制資源。

第n+5時刻：

基站判斷組r1和r2均為組上行失步狀態；組r1有數據要傳輸(新傳或者重傳)，組r2無數據要傳輸(包括新傳和重傳)。

對組r1採用harq進程為hp2進行傳輸，由於組r1的組狀態為上行失步狀態，因此，hp2對應的反饋資源為第n+9時刻不分配上行控制資源。

第n+6時刻：

基站判斷組r1為組上行同步狀態，組r2為組上行失步狀態；組r1和r2且均無數據要傳輸(包括新傳和重傳)。

第n+7時刻：

基站判斷組r1和組r2均為組上行同步狀態；組r1和r2且均有數據要傳輸(包括新傳和重傳)。

對組r1採用harq進程為hp3進行傳輸，hp3對應的反饋資源為第n+11時刻的上行控制資源s0；對組r2採用harq進程為hp5進行傳輸，hp5對應的反饋資源為第n+11時刻的上行控制資源s2。

實施例四：harq反饋(一)

情況1

基於實施例三的場景1的組r1。如圖7所示。

在第n時刻：

基站判斷組r1為組上行同步狀態；有數據要傳輸(新傳或者重傳)。

對組r1採用harq進程為hp0進行傳輸，hp0對應的反饋資源為第n+4時刻的上行控制資源s0。

組r1中的ue11錯誤解碼hp0數據，由於其上行鏈路狀態為ue上行失步，因此，不在第n+4時刻在上行控制資源s0上反饋nack信息；

組r1中的ue12錯誤解碼hp0數據，由於其上行鏈路狀態為ue上行同步，因此，在第n+4時刻在上行控制資源s0上反饋nack信息；

組r1中的ue13正確解碼hp0數據，因此，不在第n+4時刻在上行控制資源s0上進行harq反饋。

情況2

基於實施例三的場景1的組r1。如圖8所示。

在第n時刻：

基站判斷組r1為組上行同步狀態；有數據要傳輸(新傳或者重傳)。

對組r1採用harq進程為hp0進行傳輸，hp0對應的反饋資源為第n+4時刻的上行控制資源s0。

組r1中的ue11正確解碼hp0數據；其上行鏈路狀態為ue上行失步。不在第n+4時刻在上行控制資源s0上進行harq反饋；

組r1中的ue12錯誤解碼hp0數據，由於其上行鏈路狀態為ue上行同步，因此，在第n+4時刻在上行控制資源s0上反饋nack信息；

組r1中的ue13正確解碼hp0數據，由於其上行鏈路狀態為ue上行同步，因此，在第n+4時刻在上行控制資源s0上反饋nack信息。

情況3

基於實施例三的場景1的組r1。如圖9所示。

在第n時刻：

基站判斷組r1為組上行同步狀態；有數據要傳輸(新傳或者重傳)。

對組r1採用harq進程為hp0進行傳輸，hp0對應的反饋資源為第n+4時刻的上行控制資源s0。

組r1中的ue11正確解碼hp0數據，因此，不在第n+4時刻在上行控制資源s0上進行harq反饋；

組r1中的ue12正確解碼hp0數據，因此，不在第n+4時刻在上行控制資源s0上進行harq反饋；

組r1中的ue13正確解碼hp0數據，因此，不在第n+4時刻在上行控制資源s0上進行harq反饋。

實施例五：harq反饋(二)

基於實施例三的場景1的組r1。如圖10所示。

第n+3時刻：

基站判斷組r1為組上行失步狀態；組r1有數據要傳輸(新傳或者重傳)。

對組r1採用harq進程為hp1進行傳輸，由於組r1的組狀態為上行失步狀態，因此，hp1對應的反饋資源為第n+7時刻不分配上行控制資源。

組r1中的ue11正確解碼hp1數據；其上行鏈路狀態為ue上行失步。不在第n+7時刻在上行控制資源s0上進行harq反饋；

組r1中的ue12錯誤解碼hp0數據，由於其上行鏈路狀態為ue上行同步，因此，在第n+4時刻在上行控制資源s0上反饋nack信息；

組r1中的ue13正確解碼hp0數據，由於其上行鏈路狀態為ue上行同步，因此，在第n+4時刻在上行控制資源s0上反饋nack信息。

以上所述僅為本發明的優選實施例而已，並不用於限制本發明，對於本領域的技術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。