上行HARQ進程維護方法及裝置與流程
2023-09-23 11:52:45 2
本發明涉及通信技術領域，特別涉及一種上行HARQ進程維護方法及裝置。
背景技術：
隨著對高速無線多媒體業務需求的不斷增加和無線頻譜資源日趨緊張，探索未來高效率的移動通信系統將具有越來越重要的意義和價值。混合自動重傳請求(HARQ)技術能夠很好地補償無線移動信道時變和多徑衰落對信號傳輸的影響，已經成為未來3G長期演進系統中不可或缺的關鍵技術之一。
在用戶設備(UE)向基站傳輸上行數據時，基站需要為上行數據分配HARQ進程，但現有技術中並不存在能夠針對頻分雙工(Frequency Division Duplexing，FDD)和時分雙工(Time Division Duplexing，TDD)通用的HARQ進程維護方法，導致在雙模製式下對HARQ進程的維護流程非常繁瑣。
技術實現要素：
為實現針對FDD和TDD通用的HARQ進程維護，以簡化在雙模製式下對HARQ進程的維護流程，本發明提供了一種上行HARQ進程維護方法，所述方法包括：
獲取本地所配置的制式，根據所述制式確定無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數，並獲取上行共享信道PUSCH子幀號與上行子幀索引之間的關係表；
在接入的用戶設備傳輸上行數據時，判斷所述用戶設備是否第一次傳輸上行數據，若是，則將與所述用戶設備對應的計數器清零；
根據所述上行數據所採用的PUSCH子幀號基於所述關係表確定 與所述上行數據對應的當前上行子幀索引；
判斷所述當前上行子幀索引是否代表所述用戶設備在所述制式下無線幀的第一個上行子幀，若是，則根據所述計數器、所述無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數對所述計數器進行更新；
根據所述計數器、當前上行子幀索引及連續數據傳輸所需的最大進程數確定為所述上行數據分配的HARQ進程的進程號，以實現HARQ進程維護。
可選地，根據所述計數器、所述無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數通過下式對所述計數器進行更新，HpCnt＝Mod((HpCnt+UlSubsfnNum)，UlSubsfnNum*MaxHpNum)
其中，Mod為取模運算符，HpCnt為計數器的值，U1SubsfnNum為無線幀中上行幀個數，MaxHpNum為連續數據傳輸所需的最大進程數。
可選地，根據所述計數器、當前上行子幀索引及連續數據傳輸所需的最大進程數通過下式確定為所述上行數據分配的HARQ進程的進程號，
HpId＝Mod((UlSubSfnIdx+HpCnt)，MaxHpNum)
其中，HpId為HARQ進程的進程號，Mod為取模運算符，U1SubSfnIdx為當前上行子幀索引，HpCnt為計數器的值，MaxHpNum為連續數據傳輸所需的最大進程數。
可選地，所述根據所述計數器、當前上行子幀索引及連續數據傳輸所需的最大進程數確定為所述上行數據分配的HARQ進程的進程號之後，所述方法還包括：
判斷所述HARQ進程是否處於空閒狀態，若處於空閒狀態，則標識所述HARQ進程被佔用，並更新所述HARQ進程中記錄的數據傳輸信息。
可選地，所述更新所述HARQ進程中記錄的數據傳輸信息之後，所述方法還包括：
判斷是否對所有接入的用戶設備均完成處理，若是，則結束流程；若否，則執行所述在接入的用戶設備傳輸上行數據時，判斷所述用戶設備是否第一次傳輸上行數據的步驟。
本發明還公開了一種上行HARQ進程維護裝置，所述裝置包括：
數據獲取單元，用於獲取本地所配置的制式，根據所述制式確定無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數，並獲取上行共享信道PUSCH子幀號與上行子幀索引之間的關係表；
判斷清零單元，用於在接入的用戶設備傳輸上行數據時，判斷所述用戶設備是否第一次傳輸上行數據，若是，則將與所述用戶設備對應的計數器清零；
索引確定單元，用於根據所述上行數據所採用的PUSCH子幀號基於所述關係表確定與所述上行數據對應的當前上行子幀索引；
判斷更新單元，用於判斷所述當前上行子幀索引是否代表所述用戶設備在所述制式下無線幀的第一個上行子幀，若是，則根據所述計數器、所述無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數對所述計數器進行更新；
進程分配單元，用於根據所述計數器、當前上行子幀索引及連續數據傳輸所需的最大進程數確定為所述上行數據分配的HARQ進程的進程號，以實現HARQ進程維護。
可選地，所述判斷更新單元，進一步用於根據所述計數器、所述無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數通過下式對所述計數器進行更新，HpCnt＝Mod((HpCnt+UlSubsfnNum)，UlSubsfnNum*MaxHpNum)
其中，Mod為取模運算符，HpCnt為計數器的值，U1SubsfnNum為無線幀中上行幀個數，MaxHpNum為連續數據傳輸所需的最大進 程數。
可選地，所述進程分配單元，進一步用於根據所述計數器、當前上行子幀索引及連續數據傳輸所需的最大進程數通過下式確定為所述上行數據分配的HARQ進程的進程號，
HpId＝Mod((UlSubSfnIdx+HpCnt)，MaxHpNum)
其中，HpId為HARQ進程的進程號，Mod為取模運算符，U1SubSfnIdx為當前上行子幀索引，HpCnt為計數器的值，MaxHpNum為連續數據傳輸所需的最大進程數。
可選地，所述裝置還包括：
佔用標識單元，用於判斷所述HARQ進程是否處於空閒狀態，在處於空閒狀態時，標識所述HARQ進程被佔用，並更新所述HARQ進程中記錄的數據傳輸信息。
可選地，所述裝置還包括：
處理判斷單元，用於判斷是否對所有接入的用戶設備均完成處理，若否，則調用所述判斷清零單元。
本發明根據本地所配置的制式來確定參數，根據所述參數、與用戶設備對應的計數器及上行數據所採用的PUSCH子幀號確定為所述上行數據分配的HARQ進程的進程號，實現了針對FDD和TDD通用的HARQ進程維護，簡化了在雙模製式下對HARQ進程的維護流程。
附圖說明
通過閱讀下文優選實施方式的詳細描述，各種其他的優點和益處對於本領域普通技術人員將變得清楚明了。附圖僅用於示出優選實施方式的目的，而並不認為是對本發明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：
圖1是本發明一種實施方式的上行HARQ進程維護方法的流程圖；
圖2是本發明一種實施方式的上行HARQ進程維護方法的流程 圖；
圖3是本發明一種實施方式的上行HARQ進程維護裝置的結構框圖。
具體實施方式
下面結合附圖和實施例，對本發明的具體實施方式作進一步詳細描述。以下實施例用於說明本發明，但不用來限制本發明的範圍。
圖1是本發明一種實施方式的上行HARQ進程維護方法的流程圖；參照圖1，所述方法包括：
S101：獲取本地所配置的制式，根據所述制式確定無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數，並獲取上行共享信道(Physical Uplink Shared Channel，PUSCH)子幀號與上行子幀索引之間的關係表；
需要說明的是，由於本方法的執行主體為基站，故而本地所配置的制式即為基站所配置的制式。
可理解的是，基站所配置的制式可能為FDD或TDD，另外，由於TDD的配比可選擇0～6中的任一種，故而，所述制式為TDD時，還需要進一步確定其選擇的配比，另外，每種制式所對應的無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數存在不同，該部分內容可由通信協議確定，屬於本領域公知內容，在此不再贅述。
S102：在接入的用戶設備傳輸上行數據時，判斷所述用戶設備是否第一次傳輸上行數據，若是，則將與所述用戶設備對應的計數器清零；
在具體實現中，在本地設有與各用戶設備一一對應的計數器，為便於對各計數器的開啟和關閉進行控制，故而，本實施方式中，本地還設有與所述計數器分別對應的計數器標誌位，在本步驟之前，可將各計數器標誌位預先置為FALSE，當然，計數器標誌位置為FALSE時，對應的計數器不會啟動更新，計數器標誌位置為TURE時，對應 的計數器啟動更新。
由於接入的用戶設備在接入基站後，有可能在一段時間內均不傳輸上行數據，故而，本實施方式中，在用戶設備是第一次傳輸上行數據時，需要將與所述用戶設備對應的計數器清零，並將與所述計數器對應的計數器標誌位置為TURE。
可理解的是，在用戶不是第一次傳輸上行數據時，可直接執行步驟S103。
S103：根據所述上行數據所採用的PUSCH子幀號基於所述關係表確定與所述上行數據對應的當前上行子幀索引；
可理解的是，所述用戶設備在傳輸上行數據時，是需要採用PUSCH子幀來實現數據傳輸的，本步驟中的PUSCH子幀號即為實現數據傳輸所採用PUSCH子幀的子幀號。
S104：判斷所述當前上行子幀索引是否代表所述用戶設備在所述制式下無線幀的第一個上行子幀，若是，則根據所述計數器、所述無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數對所述計數器進行更新；
為進一步保證對制式的通用性，本步驟中通過下式對所述計數器進行更新：
HpCnt＝Mod((HpCnt+UlSubsfnNum)，UlSubsfnNum*MaxHpNum)
其中，Mod為取模運算符，HpCnt為計數器的值，U1SubsfnNum為無線幀中上行幀個數，MaxHpNum為連續數據傳輸所需的最大進程數。
可理解的是，在所述當前上行子幀索引不代表所述用戶設備在所述制式下無線幀的第一個上行子幀時，可直接執行步驟S105。
S105：根據所述計數器、當前上行子幀索引及連續數據傳輸所需的最大進程數確定為所述上行數據分配的HARQ進程的進程號，以實現HARQ進程維護。
為進一步保證對制式的通用性，本步驟中通過下式確定為所述上行數據分配的HARQ進程的進程號，
HpId＝Mod((UlSubSfnIdx+HpCnt)，MaxHpNum)
其中，HpId為HARQ進程的進程號，Mod為取模運算符，U1SubSfnIdx為當前上行子幀索引，HpCnt為計數器的值，MaxHpNum為連續數據傳輸所需的最大進程數。
本實施方式根據本地所配置的制式來確定參數，根據所述參數、與用戶設備對應的計數器及上行數據所採用的PUSCH子幀號確定為所述上行數據分配的HARQ進程的進程號，實現了針對FDD和TDD通用的HARQ進程維護，簡化了在雙模製式下對HARQ進程的維護流程。
圖2是本發明一種實施方式的上行HARQ進程維護方法的流程圖；參照圖2，所述方法包括：
S201：獲取本地所配置的制式，根據所述制式確定無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數，並獲取上行共享信道PUSCH子幀號與上行子幀索引之間的關係表；
S202：在接入的用戶設備傳輸上行數據時，判斷所述用戶設備是否第一次傳輸上行數據，若是，則將與所述用戶設備對應的計數器清零；
S203：根據所述上行數據所採用的PUSCH子幀號基於所述關係表確定與所述上行數據對應的當前上行子幀索引；
S204：判斷所述當前上行子幀索引是否代表所述用戶設備在所述制式下無線幀的第一個上行子幀，若是，則根據所述計數器、所述無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數對所述計數器進行更新；
S205：根據所述計數器、當前上行子幀索引及連續數據傳輸所需的最大進程數確定為所述上行數據分配的HARQ進程的進程號，以 實現HARQ進程維護。
S206：判斷所述HARQ進程是否處於空閒狀態，若處於空閒狀態，則標識所述HARQ進程被佔用，並更新所述HARQ進程中記錄的數據傳輸信息(如幀號、子幀號等信息)，為後續接收數據做準備，再執行步驟S207；若未處於空閒狀態，則直接執行步驟S207；
S207：判斷是否對所有接入的用戶設備均完成處理，若是，則結束流程；若否，則返回步驟S202。
對於方法實施方式，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發明實施方式並不受所描述的動作順序的限制，因為依據本發明實施方式，某些步驟可以採用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施方式均屬於優選實施方式，所涉及的動作並不一定是本發明實施方式所必須的。
圖3是本發明一種實施方式的上行HARQ進程維護方法的流程圖；參照圖3，所述裝置包括：
數據獲取單元301，用於獲取本地所配置的制式，根據所述制式確定無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數，並獲取上行共享信道PUSCH子幀號與上行子幀索引之間的關係表；
判斷清零單元302，用於在接入的用戶設備傳輸上行數據時，判斷所述用戶設備是否第一次傳輸上行數據，若是，則將與所述用戶設備對應的計數器清零；
索引確定單元303，用於根據所述上行數據所採用的PUSCH子幀號基於所述關係表確定與所述上行數據對應的當前上行子幀索引；
判斷更新單元304，用於判斷所述當前上行子幀索引是否代表所述用戶設備在所述制式下無線幀的第一個上行子幀，若是，則根據所述計數器、所述無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數對所述計數器進行更新；
進程分配單元305，用於根據所述計數器、當前上行子幀索引及連續數據傳輸所需的最大進程數確定為所述上行數據分配的HARQ進程的進程號，以實現HARQ進程維護。
在本發明的一種可選實施方式中，所述判斷更新單元，進一步用於根據所述計數器、所述無線幀中的上行子幀個數及連續數據傳輸所需的最大進程數通過下式對所述計數器進行更新，HpCnt＝Mod((HpCnt+UlSubsfnNum)，UlSubsfnNum*MaxHpNum)
其中，Mod為取模運算符，HpCnt為計數器的值，U1SubsfnNum為無線幀中上行幀個數，MaxHpNum為連續數據傳輸所需的最大進程數。
在本發明的一種可選實施方式中，所述進程分配單元，進一步用於根據所述計數器、當前上行子幀索引及連續數據傳輸所需的最大進程數通過下式確定為所述上行數據分配的HARQ進程的進程號，
HpId＝Mod((UlSubSfnIdx+HpCnt)，MaxHpNum)
其中，HpId為HARQ進程的進程號，Mod為取模運算符，U1SubSfnIdx為當前上行子幀索引，HpCnt為計數器的值，MaxHpNum為連續數據傳輸所需的最大進程數。
在本發明的一種可選實施方式中，所述裝置還包括：
佔用標識單元，用於判斷所述HARQ進程是否處於空閒狀態，在處於空閒狀態時，標識所述HARQ進程被佔用，並更新所述HARQ進程中記錄的數據傳輸信息。
在本發明的一種可選實施方式中，所述裝置還包括：
處理判斷單元，用於判斷是否對所有接入的用戶設備均完成處理，若否，則調用所述判斷清零單元。
對於裝置實施方式而言，由於其與方法實施方式基本相似，所以描述的比較簡單，相關之處參見方法實施方式的部分說明即可。
應當注意的是，在本發明的裝置的各個部件中，根據其要實現的 功能而對其中的部件進行了邏輯劃分，但是，本發明不受限於此，可以根據需要對各個部件進行重新劃分或者組合，例如，可以將一些部件組合為單個部件，或者可以將一些部件進一步分解為更多的子部件。
本發明的各個部件實施方式可以以硬體實現，或者以在一個或者多個處理器上運行的軟體模塊實現，或者以它們的組合實現。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數位訊號處理器(DSP)來實現根據本發明實施方式的裝置中的一些或者全部部件的一些或者全部功能。本發明還可以實現為用於執行這裡所描述的方法的一部分或者全部的設備或者裝置程序(例如，電腦程式和電腦程式產品)。這樣的實現本發明的程序可以存儲在計算機可讀介質上，或者可以具有一個或者多個信號的形式。這樣的信號可以從網際網路網站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。
應該注意的是上述實施方式對本發明進行說明而不是對本發明進行限制，並且本領域技術人員在不脫離所附權利要求的範圍的情況下可設計出替換實施方式。在權利要求中，不應將位於括號之間的任何參考符號構造成對權利要求的限制。單詞「包含」不排除存在未列在權利要求中的元件或步驟。位於元件之前的單詞「一」或「一個」不排除存在多個這樣的元件。本發明可以藉助於包括有若干不同元件的硬體以及藉助於適當編程的計算機來實現。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬體項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。
以上實施方式僅用於說明本發明，而並非對本發明的限制，有關技術領域的普通技術人員，在不脫離本發明的精神和範圍的情況下，還可以做出各種變化和變型，因此所有等同的技術方案也屬於本發明 的範疇，本發明的專利保護範圍應由權利要求限定。