本發(fā)明涉及無線通信系統(tǒng)。

背景技術(shù)：

在LTE(長期演進(jìn)(Long Term Evolution))系統(tǒng)中，能夠通過使用了HARQ(混合自動重發(fā)請求(Hybrid Automatic Repeat Request))的快速重發(fā)而實現(xiàn)高吞吐量(throughput)。HARQ在MAC(媒體訪問控制(Medium Access Control))層中被執(zhí)行，在LTE標(biāo)準(zhǔn)中，用戶裝置(User Equipment：UE)以及基站(演進(jìn)的Node B(evolved NodeB：eNB))管理的HARQ進(jìn)程的個數(shù)依賴于小區(qū)的雙工模式(duplex mode)等而決定。此外，在設(shè)定了載波聚合(carrier aggregation)的情況下，如圖1所示，按每個小區(qū)或者分量載波(Component Carrier：CC)設(shè)定HARQ實體，各HARQ實體(entity)維持多個HARQ進(jìn)程。

在用戶裝置與基站之間的發(fā)送接收處理中，數(shù)據(jù)按根據(jù)HARQ進(jìn)程號而識別的HARQ進(jìn)程的每一個進(jìn)行處理。典型的是，在下行鏈路通信中利用異步(asynchronous)發(fā)送，只要與HARQ進(jìn)程的上次的發(fā)送相隔了預(yù)定期間(例如，在FDD(頻分雙工(Frequency Division Duplex))中8ms)以上，基站就能夠在任意的定時從該HARQ進(jìn)程發(fā)送數(shù)據(jù)。另一方面，在上行鏈路通信中利用同步(synchronous)發(fā)送，如圖2所示，用戶裝置以預(yù)定的周期(8ms)從HARQ進(jìn)程對數(shù)據(jù)進(jìn)行重發(fā)。具體地，如圖示那樣，若從基站接收到上行鏈路許可(uplink grant)，則用戶裝置例如從HARQ進(jìn)程號#0開始從各HARQ進(jìn)程#1～#7發(fā)送上行鏈路數(shù)據(jù)。典型的是，HARQ進(jìn)程號在PUSCH(物理上行鏈路共享信道(Physical Uplink Shared Channel))的初始發(fā)送定時被唯一地決定，HARQ進(jìn)程號沒有被顯式通知給基站。

根據(jù)LTE標(biāo)準(zhǔn)，傳輸塊(Transport block：TB)按照如圖3所示的解碼過程被解碼。首先，若接收到傳輸塊，則MAC層在步驟S11中確認(rèn)該傳輸塊的HARQ進(jìn)程號，判斷該傳輸塊是被新發(fā)送的傳輸塊，還是被重發(fā)的傳輸塊。在傳輸塊是被新發(fā)送的傳輸塊的情況下，MAC層在步驟S12中對該傳輸塊進(jìn)行解碼，在步驟S13中，判斷解碼結(jié)果是否成功。在解碼結(jié)果為成功的情況下，MAC層在步驟S14中，將解碼結(jié)果轉(zhuǎn)發(fā)給拆分和解復(fù)用實體(Disassembly and demultiplexing entity)，在步驟S15中，發(fā)送ACK。另一方面，在步驟S13中的解碼結(jié)果為不成功的情況下，MAC層在步驟S16中將嘗試了解碼的數(shù)據(jù)保存在軟緩沖器(soft buffer)中，在步驟S17中，發(fā)送NACK。

另一方面，在步驟S11中傳輸塊是被重發(fā)的傳輸塊的情況下，MAC層在步驟S18中判斷該傳輸塊以前是否已解碼成功。在以前已解碼成功的情況下，MAC層在步驟S19中發(fā)送ACK。另一方面，在以前解碼不成功的情況下，MAC層在步驟S20中，將該傳輸塊與軟緩沖器內(nèi)的數(shù)據(jù)進(jìn)行合成。MAC層在步驟S21中對所合成的傳輸塊進(jìn)行解碼，在步驟S22中，判斷解碼結(jié)果是否成功。在解碼結(jié)果為成功的情況下，MAC層在步驟S19中發(fā)送ACK。另一方面，在解碼結(jié)果為不成功的情況下，MAC層在步驟S23中將嘗試了解碼的數(shù)據(jù)保存在軟緩沖器中，在步驟S24中發(fā)送NACK。

在第5代(5G)通信中，假設(shè)了如圖4所示那樣的3個代表性的用例。即，3個用例是進(jìn)一步發(fā)展了移動寬帶(mobile broadband)的用例、所有東西被連接到網(wǎng)絡(luò)的IoT(物聯(lián)網(wǎng)(Internet of Things))等的用例、以及實現(xiàn)了高可靠性且超低延遲通信的用例。

現(xiàn)有技術(shù)文獻(xiàn)

非專利文獻(xiàn)

非專利文獻(xiàn)1：3GPP TS36.321V12.4.0(2014-12)

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

發(fā)明要解決的課題

如此作為第5代通信的要求條件的一個，可舉出可靠性高且超低延遲的通信。以往，對于語音服務(wù)等的延遲要求嚴(yán)格的服務(wù)，通過比其他的邏輯信道或用戶裝置更高的優(yōu)先級來進(jìn)行調(diào)度，從而避免了數(shù)據(jù)的發(fā)送接收較大延遲的情況。可是，在無線質(zhì)量不足夠良好的情況或小區(qū)混雜的情況下，存在如下情況的可能性：即使提高了對于該服務(wù)的小區(qū)內(nèi)的優(yōu)先級，延遲降低效果也是有限的。

此外，也考慮如圖5的左側(cè)所示那樣，將來自RLC(無線鏈路控制(RadioLink Control))層的重發(fā)進(jìn)一步迅速化?？墒?，RLC層的RTT(往返時間(Round Trip Time))成為幾十ms，因此，延遲降低效果是有限的。進(jìn)而，討論了如圖5的右側(cè)所示那樣，通過在多個載波中進(jìn)行MAC發(fā)送，從而通過分集(diversity)效果來實現(xiàn)低延遲。若基于利用了這樣的多個載波的MAC發(fā)送，則即使一個小區(qū)中的數(shù)據(jù)發(fā)送失敗，只要另一個小區(qū)中的數(shù)據(jù)發(fā)送成功，就能夠?qū)崿F(xiàn)低延遲通信。

另一方面，在上行鏈路通信中，如上述那樣，來自HARQ進(jìn)程的上行鏈路數(shù)據(jù)被同步發(fā)送，發(fā)送定時僅周期性到來。此外，也考慮如下的情況：在同步發(fā)送中規(guī)定TTI(發(fā)送時間間隔(Transmission Time Interval))捆綁，在所指定的捆綁數(shù)的子幀中連續(xù)發(fā)送來自同一HARQ進(jìn)程的數(shù)據(jù)?？墒牵摾墧?shù)在現(xiàn)狀的LTE標(biāo)準(zhǔn)中靜態(tài)地決定，不能對應(yīng)于通信狀態(tài)而動態(tài)地設(shè)定。如此，在上行鏈路通信中，不能靈活地控制HARQ發(fā)送，難以實現(xiàn)低延遲通信。

鑒于上述的問題，本發(fā)明的課題是提供一種用于實現(xiàn)低延遲通信的上行鏈路通信中的HARQ進(jìn)程的控制技術(shù)。

用于解決課題的手段

為了解決上述課題，本發(fā)明的一方式涉及用戶裝置，所述用戶裝置具有：發(fā)送接收單元，在與基站之間發(fā)送接收無線信號；以及HARQ進(jìn)程控制單元，為了與所述基站的上行鏈路通信而控制多個HARQ進(jìn)程，其中，所述HARQ進(jìn)程控制單元通過所述基站能夠確定所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的預(yù)定的發(fā)送方法，將上行鏈路數(shù)據(jù)從所述多個HARQ進(jìn)程向所述基站進(jìn)行異步發(fā)送。

本發(fā)明的另一方式涉及基站，所述基站具有：通信控制單元，控制與用戶裝置的無線通信；以及上行鏈路數(shù)據(jù)處理單元，處理從所述用戶裝置的多個HARQ進(jìn)程所異步發(fā)送的上行鏈路數(shù)據(jù)，其中，所述上行鏈路數(shù)據(jù)處理單元處理通過預(yù)定的發(fā)送方法而從所述多個HARQ進(jìn)程被發(fā)送的上行鏈路數(shù)據(jù)，所述預(yù)定的發(fā)送方法是該基站能夠確定所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的發(fā)送方法。

發(fā)明效果

根據(jù)本發(fā)明，能夠提供用于實現(xiàn)低延遲通信的上行鏈路通信中的HARQ進(jìn)程的控制技術(shù)。

附圖說明

圖1是表示執(zhí)行載波聚合時的HARQ進(jìn)程的概略圖。

圖2是表示基于以往的HARQ進(jìn)程的上行鏈路發(fā)送定時的概略圖。

圖3是表示傳輸塊解碼過程的流程圖。

圖4是表示第5代通信的典型的用例的概略圖。

圖5是表示用于執(zhí)行載波聚合時的HARQ進(jìn)程的協(xié)議的概略圖。

圖6A是表示根據(jù)本發(fā)明的一實施例的無線通信系統(tǒng)的概略圖。

圖6B是表示根據(jù)本發(fā)明的一實施例的用戶裝置的硬件結(jié)構(gòu)的方框圖。

圖6C是表示根據(jù)本發(fā)明的一實施例的基站的硬件結(jié)構(gòu)的方框圖。

圖7是表示根據(jù)本發(fā)明的一實施例的用戶裝置的結(jié)構(gòu)的方框圖。

圖8是表示根據(jù)本發(fā)明的一實施例的由捆綁數(shù)指定的同一HARQ進(jìn)程的上行鏈路重發(fā)處理的圖。

圖9是表示根據(jù)本發(fā)明的一實施例的由TTI數(shù)指定的同一HARQ進(jìn)程的上行鏈路重發(fā)處理的圖。

圖10是表示根據(jù)本發(fā)明的一實施例的基站的結(jié)構(gòu)的方框圖。

圖11是表示根據(jù)本發(fā)明的一實施例的由用戶裝置進(jìn)行的上行鏈路發(fā)送方法的流程圖。

具體實施方式

以下，基于附圖來說明本發(fā)明的實施方式。

在以下的實施例中，從多個HARQ進(jìn)程異步發(fā)送上行鏈路數(shù)據(jù)的用戶裝置被公開。若對后述的實施例進(jìn)行概略，則代替在上行鏈路通信中以往所利用的同步發(fā)送，應(yīng)用異步發(fā)送。用戶裝置通過基站能夠確定所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的發(fā)送方法，從各HARQ進(jìn)程向基站發(fā)送上行鏈路數(shù)據(jù)。例如，作為通過基站能夠?qū)Πl(fā)送源的HARQ進(jìn)程進(jìn)行確定的發(fā)送方法，可以設(shè)為i)用戶裝置在預(yù)定的期間內(nèi)僅從同一HARQ進(jìn)程發(fā)送上行鏈路數(shù)據(jù)，ii)用戶裝置將發(fā)送對象的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的HARQ進(jìn)程號通知給基站，或者iii)用戶裝置發(fā)送由基站指定的HARQ進(jìn)程的上行鏈路數(shù)據(jù)。

參照圖6A，說明根據(jù)本發(fā)明的一實施例的無線通信系統(tǒng)。圖6A是表示根據(jù)本發(fā)明的一實施例的無線通信系統(tǒng)的概略圖。

如圖6A所示那樣，無線通信系統(tǒng)10具有用戶裝置100以及基站200。無線通信系統(tǒng)10例如是支持載波聚合的LTE系統(tǒng)或者LTE-Advanced系統(tǒng)。即，如圖示那樣，用戶裝置100能夠同時使用多個分量載波CC#1、CC#2，在與基站200之間對無線信號進(jìn)行發(fā)送接收。在圖示的實施例中，僅示出了用戶裝置100與一個基站200進(jìn)行載波聚合通信的情況，但是，本發(fā)明并不限定于此。例如，用戶裝置100也可以同時利用由多個基站200提供的分量載波，與多個基站200同時進(jìn)行發(fā)送接收(雙重連接(dual connectivity))。此外，在圖示的實施例中，僅示出了一個基站200，但是，可以配置多個基站200以覆蓋無線通信系統(tǒng)10的服務(wù)區(qū)域。

用戶裝置100具有：同時利用由基站200提供的多個載波，與基站200發(fā)送接收無線信號的載波聚合功能。典型的是，如圖所示，用戶裝置100也可以是智能手機(jī)、移動電話、平板電腦、移動路由器、可穿戴終端等的具備了無線通信功能的任何適當(dāng)?shù)男畔⑻幚硌b置。如圖6B所示那樣，用戶裝置100由處理器等的CPU(中央處理單元(Central Processing Unit))101、RAM(隨機(jī)存取存儲器(Random Access Memory))或閃存存儲器等的存儲器裝置102、用于在與基站200之間發(fā)送接收無線信號的無線通信裝置103、輸入輸出裝置或外圍裝置等的用戶接口104等而構(gòu)成。例如，后述的用戶裝置100的各功能以及處理也可以通過CPU101處理或者執(zhí)行在存儲器裝置102中保存的數(shù)據(jù)或程序從而實現(xiàn)?？墒牵脩粞b置100不限定于上述的硬件結(jié)構(gòu)，也可以由用于實現(xiàn)后述的處理的一個以上的電路等而構(gòu)成。

基站200通過與用戶裝置100進(jìn)行無線連接，將從在核心網(wǎng)絡(luò)(未圖示)上通信連接了的上位站或服務(wù)器接收到的下行鏈路(DL)分組發(fā)送給用戶裝置100，并且將從用戶裝置100接收到的上行鏈路(UL)分組發(fā)送給服務(wù)器?；?00具有經(jīng)由多個載波從用戶裝置100同時發(fā)送接收無線信號的載波聚合功能。

如圖6C所示那樣，典型的是，基站200由用于在與用戶裝置100之間發(fā)送接收無線信號的天線201、用于與相鄰的基站200進(jìn)行通信的第1通信接口(X2接口等)202、用于與核心網(wǎng)絡(luò)進(jìn)行通信的第2通信接口(S1接口等)203、用于處理與用戶裝置100的發(fā)送接收信號的處理器204或電路、存儲器裝置205等的硬件資源而構(gòu)成。后述的基站200的各功能以及處理也可以通過處理器204處理或者執(zhí)行在存儲器裝置205中保存的數(shù)據(jù)或程序從而實現(xiàn)。可是，基站200不限定于上述的硬件結(jié)構(gòu)，也可以具有其他任何適當(dāng)?shù)挠布Y(jié)構(gòu)。

接著，參照圖7～9，說明根據(jù)本發(fā)明的一實施例的用戶裝置。圖7是表示根據(jù)本發(fā)明的一實施例的用戶裝置的結(jié)構(gòu)的方框圖。

如圖7所示那樣，用戶裝置100具有發(fā)送接收單元110以及HARQ進(jìn)程控制單元120。

發(fā)送接收單元110在與基站200之間發(fā)送接收無線信號。具體地，在下行鏈路通信中，發(fā)送接收單元110從基站200接收下行鏈路控制信道(PDCCH(物理下行鏈路控制信道(Physical Downlink Control Channel)))或下行鏈路數(shù)據(jù)信道(PDSCH(物理下行鏈路共享信道(Physical Downlink Shared Channel)))等的各種下行鏈路信道。另一方面，在上行鏈路通信中，發(fā)送接收單元110向基站200發(fā)送上行鏈路控制信道(PUCCH(物理上行鏈路控制信道(Physical Uplink Control Channel)))或上行鏈路數(shù)據(jù)信道(PUSCH(物理上行鏈路共享信道(Physical Uplink Shared Channel)))等的各種上行鏈路信道。

此外，發(fā)送接收單元110能夠執(zhí)行如下的載波聚合：同時使用由基站200提供的多個載波而發(fā)送接收各種無線信道。在載波聚合中，設(shè)定用于擔(dān)保與用戶裝置100的連接性的可靠性高的主小區(qū)(Primary Cell：PCell)、和對與主小區(qū)正在連接的用戶裝置100追加設(shè)定的副小區(qū)(Secondary Cell：SCell)。

HARQ進(jìn)程控制單元120為了與基站200的上行鏈路通信而控制多個HARQ進(jìn)程，并且通過基站200能夠確定所接收的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的預(yù)定的發(fā)送方法，從多個HARQ進(jìn)程向基站200異步發(fā)送上行鏈路數(shù)據(jù)。具體地，HARQ進(jìn)程控制單元120設(shè)定依賴于小區(qū)的雙工模式等而決定的個數(shù)的HARQ進(jìn)程。為了實現(xiàn)基于異步發(fā)送的與基站200的上行鏈路通信，HARQ進(jìn)程控制單元120如以下進(jìn)一步詳細(xì)說明那樣，利用基站200能夠識別所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的任意的發(fā)送方法，從多個HARQ進(jìn)程發(fā)送上行鏈路數(shù)據(jù)。由此，從任意的HARQ進(jìn)程在任意的定時發(fā)送上行鏈路數(shù)據(jù)，因此，在基站200不能識別所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的異步發(fā)送中，基站200能夠確定所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程。

在一實施例中，HARQ進(jìn)程控制單元120也可以設(shè)定如下的HARQ共享(sharing)：將對與基站200的載波聚合通信中的分量載波設(shè)定的多個HARQ進(jìn)程作為公共的HARQ進(jìn)程來管理。即，在HARQ共享中，HARQ進(jìn)程控制單元120將對多個分量載波設(shè)定的多個HARQ進(jìn)程作為公共的HARQ進(jìn)程來管理，能夠同時使用多個分量載波而從該公共的HARQ進(jìn)程發(fā)送同一上行鏈路數(shù)據(jù)。若設(shè)定了HARQ共享，則HARQ進(jìn)程控制單元120也可以將所指定的小區(qū)間的多個HARQ進(jìn)程作為公共的HARQ進(jìn)程來管理，經(jīng)由這些多個小區(qū)而從該公共的HARQ進(jìn)程向基站200發(fā)送同一上行鏈路數(shù)據(jù)。該HARQ共享的設(shè)定指示例如也可以從基站200被通知。此外，也可以對所有的HARQ進(jìn)程應(yīng)用HARQ共享，也可以對一部分HARQ進(jìn)程應(yīng)用HARQ共享。例如，在設(shè)定了3個分量載波CC#1、CC#2、CC#3的情況下，也可以是HARQ進(jìn)程#0～3在CC#1、CC#2之間被共享而作為公共的HARQ進(jìn)程而管理，HARQ進(jìn)程#4～7在CC#2、CC#3之間被共享而作為公共的HARQ進(jìn)程而管理。若對公共的HARQ進(jìn)程接收到重發(fā)請求，則HARQ進(jìn)程控制單元120經(jīng)由多個分量載波從公共的HARQ進(jìn)程對上行鏈路數(shù)據(jù)進(jìn)行重發(fā)。根據(jù)HARQ共享，由于在多個載波中發(fā)送同一上行鏈路數(shù)據(jù)，因此，能夠通過分集效果而實現(xiàn)低延遲。

在一實施例中，HARQ進(jìn)程控制單元120也可以在預(yù)定的期間從同一HARQ進(jìn)程發(fā)送上行鏈路數(shù)據(jù)。即，HARQ進(jìn)程控制單元120在該預(yù)定的期間僅持續(xù)發(fā)送來自相同的HARQ進(jìn)程的上行鏈路數(shù)據(jù)。由此，基站200能夠認(rèn)識到自己在所指定的期間僅接收來自同一HARQ進(jìn)程的上行鏈路數(shù)據(jù)，能夠隱式地確定在該期間接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程。此外，在載波聚合通信中設(shè)定了HARQ共享的情況下，HARQ進(jìn)程控制單元120在公共的HARQ進(jìn)程中在該預(yù)定的期間經(jīng)由多個分量載波而持續(xù)發(fā)送同一上行鏈路數(shù)據(jù)。

在此，該預(yù)定的期間也可以由基站200來通知。此外，該預(yù)定的期間也可以對由HARQ進(jìn)程控制單元120設(shè)定的多個HARQ進(jìn)程設(shè)定為公共的值，或者也可以按每個HARQ進(jìn)程設(shè)定為個別的值。另外，該預(yù)定的期間的最初的定時也可以在從基站200發(fā)送的上行鏈路許可中被指定，或者也可以通過來自RRC/MAC層等的上位層的控制信號被預(yù)先指定。

在一實施例中，HARQ進(jìn)程控制單元120也可以根據(jù)由基站200指定的子幀的捆綁數(shù)或者發(fā)送時間間隔(TTI)數(shù)，對該預(yù)定的期間進(jìn)行設(shè)定。

在該預(yù)定的期間由子幀的捆綁數(shù)所指定的情況下，HARQ進(jìn)程控制單元120將用戶裝置100能夠發(fā)送上行鏈路數(shù)據(jù)的子幀之中指定的個數(shù)的連續(xù)的子幀進(jìn)行捆綁，在被捆綁的子幀中持續(xù)發(fā)送來自同一HARQ進(jìn)程的數(shù)據(jù)。例如，在通過基站200將捆綁數(shù)設(shè)定為10的情況下，如圖8所示那樣，在載波聚合通信中所設(shè)定的2個分量載波中，HARQ進(jìn)程控制單元120將能夠發(fā)送PUSCH的10個連續(xù)的子幀進(jìn)行捆綁，在該子幀中持續(xù)發(fā)送來自同一HARQ進(jìn)程的上行鏈路數(shù)據(jù)。另外，在圖示的具體例中，以剛好10個子幀劃定了期間。但是，在圖示的具體例中，在捆綁數(shù)被設(shè)定為7個的情況下，在通過7個子幀劃定的期間中，包含能夠發(fā)送PUSCH的8個子幀。在該情況下，HARQ進(jìn)程控制單元120也可以通過8個子幀來發(fā)送數(shù)據(jù)。即，在預(yù)定的期間通過捆綁數(shù)被指定的情況下，HARQ進(jìn)程控制單元120也可以根據(jù)直到發(fā)送至少指定的捆綁數(shù)為止的TTI，對預(yù)定的期間進(jìn)行設(shè)定。另外，測量間隙等禁止上行鏈路發(fā)送的子幀也可以設(shè)為捆綁的對象之外。

另一方面，在該預(yù)定的期間由發(fā)送時間間隔數(shù)所指定的情況下，HARQ進(jìn)程控制單元120將在所指定的發(fā)送時間間隔數(shù)中能夠發(fā)送上行鏈路數(shù)據(jù)的子幀進(jìn)行捆綁，在被捆綁的子幀中持續(xù)發(fā)送來自同一HARQ進(jìn)程的數(shù)據(jù)。例如，在通過基站200將TTI數(shù)設(shè)定為10個的情況下，如圖9所示那樣，在載波聚合通信中所設(shè)定的2個分量載波中，HARQ進(jìn)程控制單元120將在連續(xù)的10個TTI中能夠發(fā)送PUSCH的子幀進(jìn)行捆綁，在該子幀中持續(xù)發(fā)送來自同一HARQ進(jìn)程的上行鏈路數(shù)據(jù)。

另外，若從基站200在該預(yù)定的期間內(nèi)接收到發(fā)送中止指示，則HARQ進(jìn)程控制單元120也可以中止來自該HARQ進(jìn)程的上行鏈路數(shù)據(jù)的發(fā)送。即，即使在該預(yù)定的期間中，若HARQ進(jìn)程控制單元120從基站200接收到顯式的發(fā)送中止指示，則也可以在該時間點中止來自HARQ進(jìn)程的上行鏈路數(shù)據(jù)的發(fā)送。例如，在基站200在該預(yù)定的期間的中途已成功接收來自該HARQ進(jìn)程的上行鏈路數(shù)據(jù)的情況下，基站200也可以設(shè)為對用戶裝置100通知顯式的發(fā)送中止指示。該發(fā)送中止指示例如也可以是對于來自該HARQ進(jìn)程的上行鏈路發(fā)送的ACK，或者也可以是PDCCH。HARQ進(jìn)程控制單元120也可以從中止了發(fā)送之后立即開始下一個HARQ進(jìn)程的上行鏈路數(shù)據(jù)的發(fā)送。

在一實施例中，HARQ進(jìn)程控制單元120也可以將表示發(fā)送源的HARQ進(jìn)程的HARQ進(jìn)程號通知給基站200。即，也可以設(shè)為，HARQ進(jìn)程控制單元120將異步發(fā)送的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的HARQ進(jìn)程號顯式地通知給基站200，由此，基站200能夠確定所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程。具體地，HARQ進(jìn)程控制單元120也可以通過上行鏈路數(shù)據(jù)信道或者上行鏈路控制信道而將HARQ進(jìn)程號通知給基站200。

作為一例，HARQ進(jìn)程控制單元120也可以使用發(fā)送上行鏈路數(shù)據(jù)的PUSCH的一部分的碼元來對HARQ進(jìn)程號進(jìn)行通知。此時，基站200能夠?qū)⒔獯a后的PUSCH的數(shù)據(jù)部分轉(zhuǎn)送到與在PUSCH中被通知的HARQ進(jìn)程號對應(yīng)的HARQ進(jìn)程。具體地，在應(yīng)用了SC-FDMA(單載波頻分多址(Single-Carrier Frequency-Division Multiple Access))的上行鏈路通信中，HARQ進(jìn)程控制單元120也可以對在HARQ進(jìn)程中被發(fā)送的PUSCH的一部分SC-FDMA碼元進(jìn)行截刪(puncture)或者抽選(decimate)，從而使用該截刪的碼元來通知HARQ進(jìn)程號。作為一例，也可以是，從PUSCH的開頭起的幾個碼元被截刪，被用于通知HARQ進(jìn)程號。該情況下，基站200從接收到的PUSCH中提取HARQ進(jìn)程號，之后能夠?qū)?shù)據(jù)部分進(jìn)行解碼，因此，能夠縮短數(shù)據(jù)部分的緩沖(buffering)時間。作為另一例，也可以是，與DMRS(解調(diào)參考信號(Demodulation Reference Signal))相鄰的幾個碼元被進(jìn)行截刪，被用于通知HARQ進(jìn)程號。在該情況下，基站200能夠以更良好的質(zhì)量對HARQ進(jìn)程號進(jìn)行提取。此外，作為另一例，HARQ進(jìn)程控制單元120也可以不同于發(fā)送上行鏈路數(shù)據(jù)的PUSCH而使用PUCCH，對HARQ進(jìn)程號進(jìn)行通知。即，HARQ進(jìn)程控制單元120也可以通過PUCCH的任意一部分對HARQ進(jìn)程號進(jìn)行通知。

在此，當(dāng)用于通知CQI(信道質(zhì)量指示符(Channel Quality Indicator))或ACK/NACK的UCI(上行鏈路控制信息(Uplink Control Information))在PUSCH中被捎帶(piggy-back)的情況下，該UCI可以直接被發(fā)送，或者也可以被丟棄(drop)。是否發(fā)送UCI也可以根據(jù)預(yù)定的條件來決定。例如，也可以設(shè)為在PUSCH的初始發(fā)送中UCI被丟棄，在PUSCH的以后的發(fā)送中UCI不被丟棄?；蛘撸部梢栽谥钡絇USCH的預(yù)定的次數(shù)為止的發(fā)送中UCI被丟棄。由此，能夠減少截刪的比特數(shù)，能夠提高解碼性能。此外，基站200也可以對用戶裝置100指示是否丟棄UCI。例如，這可以通過PDCCH而動態(tài)地指示，或者也可以在上位層中半靜態(tài)地指示。由此，能夠根據(jù)通信質(zhì)量等而靈活地丟棄UCI。

在一實施例中，HARQ進(jìn)程控制單元120也可以發(fā)送與從基站200通知的HARQ進(jìn)程號對應(yīng)的HARQ進(jìn)程的上行鏈路數(shù)據(jù)。即，也可以是基站200在對用戶裝置100許可上行鏈路發(fā)送的上行鏈路許可中，指定用戶裝置100通過PUSCH發(fā)送的上行鏈路數(shù)據(jù)的HARQ進(jìn)程號，HARQ進(jìn)程控制單元120通過PUSCH發(fā)送與所指定的HARQ進(jìn)程號對應(yīng)的HARQ進(jìn)程的上行鏈路數(shù)據(jù)。

具體地，在應(yīng)用了預(yù)定的功能的情況下，也可以是，HARQ進(jìn)程控制單元120若從上行鏈路許可檢測到有效的HARQ進(jìn)程號，則對與檢測到的HARQ進(jìn)程號對應(yīng)的HARQ進(jìn)程的上行鏈路數(shù)據(jù)進(jìn)行異步發(fā)送，若從上行鏈路許可檢測到無效的HARQ進(jìn)程號，則對多個HARQ進(jìn)程的上行鏈路數(shù)據(jù)進(jìn)行同步發(fā)送。例如，在設(shè)定了上述的公共的HARQ進(jìn)程的情況下、或者設(shè)定了如非授權(quán)(Unlicense)頻帶或者LAA(授權(quán)輔助接入(License Assisted Access))分量載波這樣的同步發(fā)送困難的分量載波的情況下，基站200也可以指定用于發(fā)送上行鏈路數(shù)據(jù)的HARQ進(jìn)程，從而使用戶裝置100執(zhí)行異步發(fā)送。在該情況下，HARQ進(jìn)程控制單元120也可以嘗試檢測來自PDCCH的HARQ進(jìn)程號，在檢測到有效的HARQ進(jìn)程號的情況下，從與檢測到的HARQ進(jìn)程號對應(yīng)的HARQ進(jìn)程發(fā)送上行鏈路數(shù)據(jù)。另一方面，在沒有檢測到有效的HARQ進(jìn)程號的情況下或者檢測到無效的HARQ進(jìn)程號的情況下，HARQ進(jìn)程控制單元120也可以判斷為基站200沒有要求應(yīng)用異步發(fā)送，并執(zhí)行同步發(fā)送。

此外，在從基站200指定了HARQ進(jìn)程號的情況下，HARQ進(jìn)程控制單元120也可以變更用于通知對于上行鏈路發(fā)送的ACK/NACK的PHICH(物理HARQ指示符信道(Physical HARQ Indicator Channel))的讀取方式。例如，在從基站200指定了HARQ進(jìn)程號的情況下，HARQ進(jìn)程控制單元120即使發(fā)送PUSCH，也可以不讀取PHICH。在以往的同步發(fā)送中，用戶裝置100在通過PHICH接收NACK起4ms后對PUSCH進(jìn)行重發(fā)?？墒牵趶幕?00顯式地通知HARQ進(jìn)程號的情況下，HARQ進(jìn)程控制單元120在該定時也可以不重發(fā)PUSCH?；蛘撸趶幕?00指定了HARQ進(jìn)程號的情況下，HARQ進(jìn)程控制單元120也可以與以往方法相同地對PHICH進(jìn)行讀取，除了在所指定的定時的異步重發(fā)之外，還響應(yīng)于PHICH的NACK而執(zhí)行同步重發(fā)。由此，對現(xiàn)有的重發(fā)控制進(jìn)行轉(zhuǎn)用，并且能夠進(jìn)行異步重發(fā)。

此外，基站200也可以在PDCCH的用戶裝置專用檢索區(qū)域(UE-Specific Search Space)中對HARQ進(jìn)程號進(jìn)行指定。即，不在PDCCH的對用戶裝置的公共檢索區(qū)域(Common Search Space)中指定HARQ進(jìn)程號，而是在用戶裝置專用檢索區(qū)域中指定HARQ進(jìn)程號。在該情況下，HARQ進(jìn)程控制單元120在該前提下執(zhí)行PDCCH的盲解碼，能夠確定HARQ進(jìn)程號。另外，根據(jù)HARQ進(jìn)程號在用戶裝置專用檢索區(qū)域還是公共檢索區(qū)域中被指定，HARQ進(jìn)程控制單元120可以決定是否讀取以后的PHICH。

另外，基于上述的基站200的HARQ進(jìn)程的顯式的指示方法可以單獨應(yīng)用，或者也可以組合應(yīng)用。

在一實施例中，HARQ進(jìn)程控制單元120也可以按HARQ進(jìn)程號增加的順序、按重發(fā)次數(shù)減少的順序、或者通過循環(huán)(round robin)而從多個HARQ進(jìn)程向基站200發(fā)送上行鏈路數(shù)據(jù)。在同步發(fā)送中，來自多個HARQ進(jìn)程的上行鏈路數(shù)據(jù)被周期性進(jìn)行發(fā)送。另一方面，在異步發(fā)送中，如上述那樣，HARQ進(jìn)程控制單元120能夠自主決定發(fā)送對象的HARQ進(jìn)程。在該情況下，HARQ進(jìn)程控制單元120例如也可以按HARQ進(jìn)程號增加的順序、按重發(fā)次數(shù)減少的順序、或者通過循環(huán)而決定發(fā)送對象的HARQ進(jìn)程。

作為一例，HARQ進(jìn)程控制單元120也可以按HARQ進(jìn)程號增加的順序從各HARQ進(jìn)程發(fā)送上行鏈路數(shù)據(jù)直到預(yù)定的次數(shù)為止。在此，該預(yù)定的次數(shù)也可以通過上述的子幀的捆綁數(shù)或者TTI數(shù)而規(guī)定。

作為另一例，HARQ進(jìn)程控制單元120也可以按重發(fā)次數(shù)減少的順序從各HARQ進(jìn)程發(fā)送上行鏈路數(shù)據(jù)直到預(yù)定的次數(shù)為止。該情況下，HARQ進(jìn)程控制單元120按重發(fā)次數(shù)減少的順序從HARQ進(jìn)程發(fā)送上行鏈路數(shù)據(jù)直到預(yù)定的次數(shù)為止，等待對于已發(fā)送的上行鏈路數(shù)據(jù)的ACK。在不能接收到ACK的情況下，HARQ進(jìn)程控制單元120也可以再次發(fā)送來自該HARQ進(jìn)程的上行鏈路數(shù)據(jù)直到預(yù)定的次數(shù)為止。由此，能夠避免如下事態(tài)：盡管重發(fā)沒有成功，但仍有其他的HARQ進(jìn)程的發(fā)送插入。

作為又一例，HARQ進(jìn)程控制單元120也可以對HARQ進(jìn)程以循環(huán)的方式從各HARQ進(jìn)程發(fā)送上行鏈路數(shù)據(jù)直到預(yù)定的次數(shù)為止。即，HARQ進(jìn)程控制單元120對存在ACK未接收的發(fā)送對象的上行鏈路數(shù)據(jù)的HARQ進(jìn)程，以對HARQ進(jìn)程號循環(huán)的方式?jīng)Q定發(fā)送對象的HARQ進(jìn)程。此時，在沒有發(fā)送對象的上行鏈路數(shù)據(jù)的HARQ進(jìn)程中發(fā)生了發(fā)送對象的上行鏈路數(shù)據(jù)的情況下，HARQ進(jìn)程控制單元120從該時點起將該HARQ進(jìn)程也包含在內(nèi)通過循環(huán)而決定發(fā)送對象的HARQ進(jìn)程。

另外，當(dāng)UCI在PUSCH中被捎帶的情況下，在載波聚合通信中，HARQ進(jìn)程控制單元120在經(jīng)由多個小區(qū)同時發(fā)送的PUSCH的任意一個中捎帶UCI。此時，在設(shè)定了公共的HARQ進(jìn)程的情況下，HARQ進(jìn)程控制單元120也可以在2個以上的PUSCH中捎帶UCI。由此，能夠獲得分集效果。

接著，參照圖10，對根據(jù)本發(fā)明的一實施例的基站進(jìn)行說明。圖10是表示根據(jù)本發(fā)明的一實施例的基站的結(jié)構(gòu)的方框圖。

如圖10所示那樣，基站200具有通信控制單元210以及上行鏈路數(shù)據(jù)處理單元220。

通信控制單元210控制與用戶裝置100的無線通信。具體地，具體地，通信控制單元210在與用戶裝置100之間發(fā)送接收各種控制信號以及數(shù)據(jù)信號。此外，通信控制單元210對用戶裝置100設(shè)定載波聚合，經(jīng)由多個分量載波從用戶裝置100發(fā)送接收無線信號。進(jìn)而，在載波聚合通信中，通信控制單元210也可以對用戶裝置100設(shè)定如下的HARQ共享：將對多個分量載波設(shè)定的多個HARQ進(jìn)程作為公共的HARQ進(jìn)程來管理。若該HARQ共享被設(shè)定，則用戶裝置100將多個HARQ進(jìn)程作為公共的HARQ進(jìn)程來管理，能夠同時使用多個分量載波而從公共的HARQ進(jìn)程發(fā)送上行鏈路數(shù)據(jù)。通信控制單元210若發(fā)送了對于公共的HARQ進(jìn)程的重發(fā)請求，則能夠接收經(jīng)由多個分量載波從公共的HARQ進(jìn)程被重發(fā)的上行鏈路數(shù)據(jù)。如此，根據(jù)HARQ共享，通過多個載波從同一HARQ進(jìn)程發(fā)送上行鏈路數(shù)據(jù)，因此，能夠通過分集效果來實現(xiàn)低延遲。

上行鏈路數(shù)據(jù)處理單元220處理從用戶裝置100的多個HARQ進(jìn)程被異步發(fā)送的上行鏈路數(shù)據(jù)，并且處理通過基站200能夠確定所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的預(yù)定的發(fā)送方法而從多個HARQ進(jìn)程被發(fā)送的上行鏈路數(shù)據(jù)。如上述那樣，在典型的異步上行鏈路發(fā)送中，基站200不能確定所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程。在本實施例中，上行鏈路數(shù)據(jù)通過基站200能夠確定發(fā)送源的HARQ進(jìn)程的預(yù)定的發(fā)送方法來發(fā)送。作為該發(fā)送方法的一例，用戶裝置100也可以在預(yù)定的期間僅將來自同一HARQ進(jìn)程的上行鏈路數(shù)據(jù)發(fā)送給基站200。由此，上行鏈路數(shù)據(jù)處理單元220能夠認(rèn)識到在該預(yù)定的期間內(nèi)接收到的上行鏈路數(shù)據(jù)是從同一HARQ進(jìn)程被發(fā)送。作為該發(fā)送方法的另一例，用戶裝置100也可以將發(fā)送對象的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的HARQ進(jìn)程號通知給基站200。由此，上行鏈路數(shù)據(jù)處理單元220能夠確定所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程。作為又一例，上行鏈路數(shù)據(jù)處理單元220也可以將用于授予上行鏈路許可的HARQ進(jìn)程的HARQ進(jìn)程號通知給用戶裝置100。由此，上行鏈路數(shù)據(jù)處理單元220能夠確定所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程。

接著，參照圖11，對根據(jù)本發(fā)明的一實施例的上行鏈路發(fā)送處理進(jìn)行說明。圖11是表示根據(jù)本發(fā)明的一實施例的用戶裝置進(jìn)行的上行鏈路發(fā)送方法的流程圖。

如圖11所示那樣，在步驟S101中，用戶裝置100設(shè)定多個HARQ進(jìn)程。例如，在載波聚合通信中，用戶裝置100對各小區(qū)設(shè)定HARQ實體，在各HARQ實體中設(shè)定預(yù)定數(shù)目的HARQ進(jìn)程。此時，在設(shè)定了HARQ共享的情況下，用戶裝置100也可以將所指定的小區(qū)間的HARQ進(jìn)程作為公共的HARQ進(jìn)程來管理，經(jīng)由多個小區(qū)從該公共的HARQ進(jìn)程向基站200發(fā)送同一上行鏈路數(shù)據(jù)。

在步驟S102中，用戶裝置100從基站200接收上行鏈路許可。若接收到該上行鏈路許可，則上行鏈路發(fā)送用的無線資源被調(diào)度給用戶裝置100，能夠使用該無線資源來執(zhí)行上行鏈路發(fā)送。

在步驟S103中，用戶裝置100通過基站200能夠確定所接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的預(yù)定的發(fā)送方法，從多個HARQ進(jìn)程向基站200異步發(fā)送上行鏈路數(shù)據(jù)。在典型的異步上行鏈路發(fā)送中，基站200不能確定從用戶裝置100接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程。在本實施例中，用戶裝置100通過基站200能夠確定發(fā)送源的HARQ進(jìn)程的預(yù)定的發(fā)送方法，發(fā)送上行鏈路數(shù)據(jù)。作為該發(fā)送方法的一例，用戶裝置100也可以在預(yù)定的期間僅從同一HARQ進(jìn)程向基站200發(fā)送上行鏈路數(shù)據(jù)。由此，基站200能夠認(rèn)識到該預(yù)定的期間內(nèi)接收到的上行鏈路數(shù)據(jù)是從同一HARQ進(jìn)程被發(fā)送。作為該發(fā)送方法的另一例，用戶裝置100也可以將發(fā)送對象的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程的HARQ進(jìn)程號通知給基站200。由此，基站200能夠確定已接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程。作為又一例，也可以是基站200將用于授予上行鏈路許可的HARQ進(jìn)程的HARQ進(jìn)程號通知給用戶裝置100，用戶裝置100從該通知所指定的HARQ進(jìn)程發(fā)送上行鏈路數(shù)據(jù)。由此，基站200能夠確定已接收到的上行鏈路數(shù)據(jù)的發(fā)送源的HARQ進(jìn)程。

以上，詳細(xì)說明了本發(fā)明的實施例，但是，本發(fā)明不限定于上述的特定的實施方式，在權(quán)利要求書所記載的本發(fā)明的要旨的范圍內(nèi)能夠進(jìn)行各種的變形/變更。

本申請是基于2015年4月3日申請的日本專利申請2015-076549號的優(yōu)先權(quán)的利益且對其優(yōu)先權(quán)進(jìn)行主張的申請，并且，將2015-076549號的全部內(nèi)容援用到本申請中。

標(biāo)號說明

10 無線通信系統(tǒng)

100 用戶裝置

110 發(fā)送接收單元

120 HARQ進(jìn)程控制單元

200 基站

210 通信控制單元

220 上行鏈路數(shù)據(jù)處理單元