本發(fā)明涉及針對LTE等移動通信系統(tǒng)中的用戶裝置的下行數(shù)據(jù)的HARQ控制方法。

背景技術(shù)：

在LTE系統(tǒng)中，采用以規(guī)定的帶寬為基本單位而同時使用多個(plural)載波進(jìn)行通信的載波聚合(CA：Carrier Aggregation)(非專利文獻(xiàn)1)。在載波聚合中，將作為基本單位的載波稱作分量載波(CC：Component Carrier)。

在進(jìn)行CA時，針對用戶裝置UE，設(shè)定確保連接性的可靠性高的小區(qū)即PCell(Primary cell：主小區(qū))和附屬的小區(qū)即SCell(Secondary cell：輔小區(qū))。用戶裝置UE第1與PCell連接，并能夠根據(jù)需要而追加SCell。PCell是與支持RLM(Radio Link Monitoring：無線鏈路監(jiān)控)和SPS(Semi-Persistent Scheduling：半靜態(tài)調(diào)度)等的單獨(dú)的小區(qū)同樣的小區(qū)。

SCell的追加和削除是通過RRC(Radio Resource Control：無線資源控制)信令進(jìn)行的。SCell是如下的小區(qū)：在對用戶裝置UE剛剛設(shè)定了該小區(qū)后，是未激活狀態(tài)(deactivate狀態(tài))，因此，通過進(jìn)行激活而能夠初次進(jìn)行通信(能夠調(diào)度)。

在LTE系統(tǒng)中的用戶裝置UE和基站eNB中，在MAC(Media Access Control：媒體訪問控制)層的HARQ實(shí)體中進(jìn)行HARQ(Hybrid ARQ：混合ARQ)控制(非專利文獻(xiàn)2)。例如在對用戶裝置UE中的下行數(shù)據(jù)的HARQ控制中，在下行數(shù)據(jù)(TB：傳輸塊)的解碼(decode)成功的情況下，將ACK返回給基站eNB，在解碼失敗的情況下將NACK返回給基站eNB。通過在規(guī)定的UL資源中設(shè)定的PUCCH(Physical Uplink Control Channel，物理上行控制信道)，在下行數(shù)據(jù)接收后的規(guī)定的定時(例：4子幀后)發(fā)送ACK/NACK(HARQ acknowledgements，送達(dá)確認(rèn)信息)(非專利文獻(xiàn)3)。

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

非專利文獻(xiàn)

非專利文獻(xiàn)1:3GPP TS 36.300V12.4.0(2014-12)

非專利文獻(xiàn)2:3GPP TS 36.321V12.4.0(2014-12)

非專利文獻(xiàn)3:3GPP TS 36.213V12.4.0(2014-12)

非專利文獻(xiàn)4:3GPP TS 36.211V12.4.0(2014-12)

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

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

在現(xiàn)有的LTE中，作為無線幀的結(jié)構(gòu)，規(guī)定1個無線幀是10ms、1個子幀是1ms、1個時隙是0.5ms(非專利文獻(xiàn)4)。1個子幀相當(dāng)于調(diào)度的最小單位即TTI(Transmission Time Interval：傳輸時間間隔)。即，按照每個子幀向基站eNB的調(diào)度中所選擇的用戶裝置UE分配資源塊(RB)。1個RB例如在頻率方向上由12個子載波(OFDM的子載波)構(gòu)成，在時間方向上由7個符號(OFDM的符號)構(gòu)成。

在3GPP(3rd Generation Partnership Project：第三代合作伙伴計(jì)劃)中，在Release14(Rel-14)以后預(yù)定開始第5代的無線技術(shù)(以下，稱作“5G”)的標(biāo)準(zhǔn)化。在5G中，為了降低無線通信的延遲，例如在討論將1個TTI縮短為0.1ms。

進(jìn)而，作為5G的運(yùn)用方式，正在討論以LTE小區(qū)為基礎(chǔ)來覆蓋5G小區(qū)從而進(jìn)行CA的運(yùn)用方式。圖1中示出該運(yùn)用方式的例子。如圖1所示，通過基站eNB形成作為宏小區(qū)的LTE小區(qū)，例如通過從基站eNB延伸的RRE(遠(yuǎn)程無線裝置)形成作為小小區(qū)(small cell)的5G小區(qū)，用戶裝置UE通過基于LTE小區(qū)和5G小區(qū)的CA，執(zhí)行高吞吐量的通信。

在現(xiàn)有的LTE中，規(guī)定在設(shè)定了大于1的數(shù)量的服務(wù)小區(qū)的CA中，僅通過PCell反饋針對DL的ACK/NACK(非專利文獻(xiàn)3)。更具體而言，用戶裝置UE使用PCell中的PUCCH資源，反饋針對構(gòu)成CA的各服務(wù)小區(qū)中的DL的ACK/NACK。由此能夠進(jìn)行DL CA。

假定在設(shè)定了LTE小區(qū)和5G小區(qū)的CA中也使用上述的控制。

一般而言，由于IM(Inter-Modulation，交調(diào))等，用戶裝置UE中的UL CA安裝困難，在5G導(dǎo)入時認(rèn)為UL CA的安裝也同樣困難。由此，假定為了不使5G終端的發(fā)布延遲，能夠支持將5G小區(qū)作為由下行CC構(gòu)成的SCell的DL CA?；谶@樣的假定，圖2示出利用LTE-5G CA反饋ACK/NACK的例子。如圖2所示，在該LTE-5G CA中，用戶裝置UE通過SCell和PCell接收下行數(shù)據(jù)，通過LTE(PCell)的PUCCH向基站eNB發(fā)送針對該數(shù)據(jù)的ACK/NACK。

在上述的LTE-5G CA中，如圖3所示，考慮5G的TTI長度是LTE的TTI長度的1/10的情況。該情況下，如圖3所示，在LTE的UL中，在1個子幀中，需要向基站eNB反饋針對LTE的DL(1個LTE-TTI)的ACK/NACK和針對5G的DL(10個5G-TTI)的ACK/NACK雙方。

如上所述在HARQ中，通過發(fā)送ACK/NACK進(jìn)行重發(fā)等的控制。在HARQ中，用戶裝置UE在接收到的數(shù)據(jù)的解碼(decode)失敗的情況下(數(shù)據(jù)錯誤的情況下)，保持該數(shù)據(jù)，對從基站eNB重發(fā)的數(shù)據(jù)和該保持的數(shù)據(jù)進(jìn)行合成，對合成的數(shù)據(jù)進(jìn)行解碼。由此，具有較強(qiáng)的耐錯性。將保持上述的數(shù)據(jù)的存儲部(存儲區(qū)域)稱作軟緩存(soft buffer)。

用戶裝置UE內(nèi)的軟緩存具有與該用戶裝置UE的能力對應(yīng)的規(guī)定的大小。在現(xiàn)有技術(shù)中，通過所設(shè)定的小區(qū)數(shù)(CC數(shù))對軟緩存進(jìn)行等分，在等分后的各區(qū)域中單獨(dú)存儲按照每個小區(qū)接收到的數(shù)據(jù)(DL MAC PDU、TB)。

但是，在LTE-5G CA中，用戶裝置UE在1個LTE-TTI的期間中接收的數(shù)據(jù)數(shù)增加，因此，如果如目前這樣用小區(qū)數(shù)進(jìn)行等分，則軟緩存可能會不足。在軟緩存不足的情況下，基站eNB無法適當(dāng)進(jìn)行調(diào)度，可能發(fā)生延遲。

本發(fā)明是鑒于上述問題而完成的，其目的在于提供如下技術(shù)，在支持由TTI長度不同的多個小區(qū)構(gòu)成的載波聚合的移動通信系統(tǒng)中，能夠適當(dāng)?shù)貙?zhí)行該載波聚合的用戶裝置中的下行數(shù)據(jù)的重發(fā)控制中所使用的緩存進(jìn)行分割。

用于解決問題的手段

根據(jù)本發(fā)明的實(shí)施方式，提供一種用戶裝置，該用戶裝置在支持由多個小區(qū)構(gòu)成的載波聚合的移動通信系統(tǒng)中與基站進(jìn)行通信，該多個小區(qū)包含第1小區(qū)和使用與該第1小區(qū)的TTI長度不同的TTI長度的第2小區(qū)，該用戶裝置具有：接收部，其具有緩存，在從所述基站接收的下行數(shù)據(jù)的解碼失敗的情況下，將該下行數(shù)據(jù)存儲到所述緩存，對該緩存中存儲的下行數(shù)據(jù)與如下重發(fā)數(shù)據(jù)進(jìn)行合成并進(jìn)行解碼，其中，該重發(fā)數(shù)據(jù)是根據(jù)針對該下行數(shù)據(jù)的送達(dá)確認(rèn)信息而從所述基站發(fā)送的數(shù)據(jù)；以及發(fā)送部，其向所述基站發(fā)送針對從所述基站接收的下行數(shù)據(jù)的送達(dá)確認(rèn)信息，所述接收部具有緩存控制部，該緩存控制部按照基于所述第1小區(qū)的TTI長度和所述第2小區(qū)的TTI長度的分割數(shù)對所述緩存進(jìn)行分割，將所述下行數(shù)據(jù)存儲在該緩存的被分割后的區(qū)域中。

此外，根據(jù)本發(fā)明的實(shí)施方式，提供一種由用戶裝置執(zhí)行的緩存控制方法，該用戶裝置在支持由多個小區(qū)構(gòu)成的載波聚合的移動通信系統(tǒng)中與基站進(jìn)行通信，該多個小區(qū)包含第1小區(qū)和使用與該第1小區(qū)的TTI長度不同的TTI長度的第2小區(qū)，該緩存控制方法具有：接收步驟，在從所述基站接收的下行數(shù)據(jù)的解碼失敗的情況下，將該下行數(shù)據(jù)存儲到所述用戶裝置具有的緩存中，對該緩存中存儲的下行數(shù)據(jù)與如下重發(fā)數(shù)據(jù)進(jìn)行合成并進(jìn)行解碼，其中，該重發(fā)數(shù)據(jù)是根據(jù)針對該下行數(shù)據(jù)的送達(dá)確認(rèn)信息而從所述基站發(fā)送的數(shù)據(jù)；以及發(fā)送步驟，向所述基站發(fā)送針對從所述基站接收的下行數(shù)據(jù)的送達(dá)確認(rèn)信息，在所述接收步驟中，所述用戶裝置按照基于所述第1小區(qū)的TTI長度和所述第2小區(qū)的TTI長度的分割數(shù)對所述緩存進(jìn)行分割，將所述下行數(shù)據(jù)存儲到該緩存的被分割后的區(qū)域中。

發(fā)明的效果

根據(jù)本發(fā)明的實(shí)施方式，在支持由TTI長度不同的多個小區(qū)構(gòu)成的載波聚合的移動通信系統(tǒng)中，能夠適當(dāng)?shù)貙?zhí)行該載波聚合的用戶裝置中的下行數(shù)據(jù)的重發(fā)控制中所使用的緩存進(jìn)行分割。

附圖說明

圖1是示出使用LTE小區(qū)作為宏小區(qū)、使用5G小區(qū)作為小小區(qū)的情況下的例子的圖。

圖2是用于說明ACK/NACK的反饋的圖。

圖3是用于說明課題的圖。

圖4是本發(fā)明的實(shí)施方式中的系統(tǒng)的結(jié)構(gòu)圖。

圖5是用于說明系統(tǒng)的基本動作的圖。

圖6是本實(shí)施方式中的用戶裝置UE的結(jié)構(gòu)圖。

圖7是用戶裝置UE的HW結(jié)構(gòu)圖。

圖8是本實(shí)施方式中的基站eNB的結(jié)構(gòu)圖。

圖9是基站eNB的HW結(jié)構(gòu)圖。

圖10是示出DL信號接收部102的概要結(jié)構(gòu)例的圖。

圖11是用于說明軟緩存分割用的步驟的圖。

圖12是示出軟緩存分割的例子的圖。

圖13是用于說明軟緩存分割用的其他步驟的圖。

圖14是用于說明ACK/NACK綁定的圖。

圖15是示出ACK/NACK發(fā)送方法例1中的處理時序的例子的圖。

圖16是用于說明綁定處理的例子的圖。

圖17是示出ACK/NACK綁定中的PUCCH資源的例子的圖。

圖18是用于說明16CC CA中的ACK/NACK發(fā)送的例子的圖。

圖19是示出ACK/NACK發(fā)送方法例2中的處理時序的例子的圖。

圖20是示出針對5G中的數(shù)據(jù)接收的ACK/NACK發(fā)送的例子的圖。

具體實(shí)施方式

以下，參照附圖對本發(fā)明的實(shí)施方式進(jìn)行說明。另外，以下說明的實(shí)施方式僅是一例，應(yīng)用本發(fā)明的實(shí)施方式不限于以下的實(shí)施方式。

在本實(shí)施方式中，例如使用圖1說明的那樣，將設(shè)定了LTE小區(qū)和5G小區(qū)的能夠執(zhí)行載波聚合(CA)的移動通信系統(tǒng)作為對象，但是，本發(fā)明不限于LTE和5G，還能夠應(yīng)用于能夠進(jìn)行載波聚合的其他RAT(無線訪問技術(shù))。

此外，構(gòu)成的CA側(cè)“小區(qū)”是用戶裝置UE駐留的小區(qū)，也可以稱作服務(wù)小區(qū)(serving cell)。作為一例，構(gòu)成CA的“小區(qū)”僅由下行的CC構(gòu)成或者由下行的CC和上行的CC構(gòu)成。此外，本說明書和權(quán)利要求書中的“LTE”的3GPP規(guī)范的版本設(shè)為導(dǎo)入了CA的任意版本，但是不限于此。

(系統(tǒng)整體結(jié)構(gòu))

圖4示出本發(fā)明的實(shí)施方式中的通信系統(tǒng)的結(jié)構(gòu)圖。如圖4所示，本實(shí)施方式中的通信系統(tǒng)是包含基站eNB和用戶裝置UE的移動通信系統(tǒng)。在基站eNB和用戶裝置UE中能夠進(jìn)行LTE-5G CA的通信。在圖4中分別示出1個基站eNB和1個用戶裝置UE，但是這是為了便于圖示，也可以分別存在多個。

在LTE-5G CA中，在LTE小區(qū)中，TTI長度是1ms，在5G小區(qū)中，TTI長度是0.1ms。另外，5G小區(qū)的TTI長度＝0.1ms僅是一例，也可以是比LTE中的TTI短的其他TTI長度。以下，為了明確區(qū)分LTE和5G之間的“子幀”，將LTE中的子幀(＝LTE的TTI長度)稱作“LTE子幀”，將5G中的子幀(＝5G的TTI長度)稱作“5G子幀”。另外，在不需要特別區(qū)分LTE/5G的情況下，或者LTE/5G中的哪一方是明確的等情況下，有時使用“子幀”。

此外，在本實(shí)施方式中，在用戶裝置UE中設(shè)定LTE-5G CA時，如圖2所示，在LTE中設(shè)定PCell，在5G中設(shè)定SCell，針對下行數(shù)據(jù)的ACK/NACK通過PCell的PUCCH發(fā)送到基站eNB。另外，在設(shè)定能夠進(jìn)行PUCCH發(fā)送的SCell作為LTE的小區(qū)的情況下，也可以使用該SCell的PUCCH進(jìn)行ACK/NACK。

在圖4的例中示出了1個小區(qū)，但是，這也是為了便于圖示，在設(shè)定CA時存在多個小區(qū)。此外，例如也可以是如下結(jié)構(gòu)：在遠(yuǎn)離基站eNB的場所，設(shè)置通過光纖等與基站eNB連接的1個或多個RRE(遠(yuǎn)程無線裝置)(例：圖1所示的結(jié)構(gòu))。在使用該RRE的結(jié)構(gòu)中，例如，通過PCell形成宏小區(qū)，通過RRE下屬的SCell形成小小區(qū)，位于小小區(qū)的用戶裝置UE進(jìn)行基于CA的高吞吐量通信。

＜基本的動作例＞

參照圖5對本實(shí)施方式中的通信系統(tǒng)的基本的動作例進(jìn)行說明。作為圖5所示的動作的前提，假設(shè)在基站eNB和用戶裝置UE之間設(shè)定有通過LTE的PCell和5G的Scell構(gòu)成的CA。

在圖5的步驟101中，用戶裝置UE在SCell中依次接收DL數(shù)據(jù)(TB：傳輸塊的數(shù)據(jù))。這里，例如，在1個LTE子幀的期間中，利用多個5G子幀接收DL數(shù)據(jù)。此外，根據(jù)傳送模式，在1個5G子幀中，接收1個或2個TB(的信號)，但是，以后，作為一例，在沒有特別說明的情況下，設(shè)為在1個5G子幀中接收1個TB。

在步驟102中，用戶裝置UE判斷各DL數(shù)據(jù)的解碼是否成功。作為基本的動作，用戶裝置UE在DL數(shù)據(jù)的解碼成功時生成該DL數(shù)據(jù)的ACK，在DL數(shù)據(jù)的解碼失敗時生成該DL數(shù)據(jù)的NACK，使用PCell的PUCCH將該ACK/NACK發(fā)送到基站eNB(步驟103、104)。此外，在步驟102中，在DL數(shù)據(jù)的解碼失敗的情況下，將該數(shù)據(jù)保持在軟緩存中。

另外，在本實(shí)施方式中，解碼成功是指，例如在解碼處理所得到的數(shù)據(jù)中不存在錯誤(包括錯誤為規(guī)定數(shù)量以下的情況)，解碼失敗是指，例如解碼處理所得到的數(shù)據(jù)中存在錯誤(包含錯誤為規(guī)定數(shù)以上的情況)。

在基站eNB中，針對發(fā)送的DL數(shù)據(jù)接收到ACK的情況下，進(jìn)行下一個DL數(shù)據(jù)的發(fā)送，在針對發(fā)送的DL數(shù)據(jù)接收到NACK的情況下，進(jìn)行該DL數(shù)據(jù)的重發(fā)(步驟105)。接收到重發(fā)數(shù)據(jù)的用戶裝置UE對將軟緩存中保持的數(shù)據(jù)與重發(fā)數(shù)據(jù)合成而得到的數(shù)據(jù)進(jìn)行解碼。

在本實(shí)施方式中，考慮LTE-TTI中的5G-TTI數(shù)而對上述軟緩存進(jìn)行分割。后面詳細(xì)敘述該分割方法。在本實(shí)施方式中，以LTE-TTI為基準(zhǔn)來計(jì)算分割數(shù)的理由在于，在本實(shí)施方式中，以LTE-TTI為基準(zhǔn)而決定了ACK/NACK發(fā)送等HARQ的定時(timing)。

(裝置結(jié)構(gòu)例)

接著，對能夠執(zhí)行本實(shí)施方式(包含ACK/NACK發(fā)送方法例1、2)中說明的全部處理的用戶裝置UE和基站eNB中的主要結(jié)構(gòu)進(jìn)行說明。

圖6示出本實(shí)施方式的用戶裝置UE的功能結(jié)構(gòu)圖。如圖6所示，用戶裝置UE包含UL信號發(fā)送部101、DL信號接收部102、RRC管理部103、ACK/NACK發(fā)送控制部104。圖6僅示出用戶裝置UE中特別與本發(fā)明的實(shí)施方式關(guān)聯(lián)的功能部，至少還具有用于進(jìn)行以LTE為基準(zhǔn)的動作的未圖示的功能。此外，圖6所示的功能結(jié)構(gòu)僅是一例。只要能夠執(zhí)行本實(shí)施方式的動作即可，功能區(qū)分和功能部的名稱可以是任意的。

UL信號發(fā)送部101包含如下功能：根據(jù)要從用戶裝置UE發(fā)送的高層的信號，生成物理層的各種信號并進(jìn)行無線發(fā)送。DL信號接收部102包含如下功能：從基站eNB以無線方式接收各種信號，根據(jù)接收到的物理層的信號取得更高層的信號。UL信號發(fā)送部101和DL信號接收部102分別包含如下功能：執(zhí)行捆綁多個CC而進(jìn)行通信的CA。此外，多個CC也可以如LTE和5G那樣，包含不同的RAT的CC。作為一例，用戶裝置UE如圖2等所示，能夠進(jìn)行將LTE作為PCell、5G作為SCell的CA。

在本實(shí)施方式中，在5G中也與LTE基本同樣，進(jìn)行層1(PHY)、層2(MAC，RLC，PDCP)、層3(RRC)等的處理。UL信號發(fā)送部101和DL信號接收部102分別具有分組緩存，進(jìn)行層1(PHY)和層2(MAC，RLC，PDCP)的處理。但是，不限于此。

RRC管理部103包含如下功能：與基站eNB之間進(jìn)行RRC信號的發(fā)送接收，并且，進(jìn)行CA信息的設(shè)定/變更/管理、結(jié)構(gòu)變更等處理。此外，RRC管理部103也可以具有如下功能：后述的ACK/NACK發(fā)送方法例1中的綁定時間區(qū)間的設(shè)定/管理的功能；對ACK/NACK發(fā)送方法例2中的PUCCH格式以及CC的ACK/NACK資源和5G子幀編號的關(guān)聯(lián)信息等進(jìn)行設(shè)定/管理的功能。此外，RRC管理部103也可以具有將軟緩存大小等能力信息經(jīng)由UL信號發(fā)送部101發(fā)送到基站eNB的功能。另外，這些功能也可以由用戶裝置UE的RRC管理部103以外的功能部所具有。

ACK/NACK發(fā)送控制部104進(jìn)行ACK/NACK發(fā)送方法例1、2中的ACK/NACK發(fā)送的控制。例如，在ACK/NACK發(fā)送方法例1的情況下，ACK/NACK發(fā)送控制部104指示UL信號發(fā)送部101，按照從基站eNB通知的綁定的設(shè)定信息對由DL信號接收部102生成的各DL數(shù)據(jù)的ACK/NACK進(jìn)行綁定，并通過PCell的PUCCH發(fā)送綁定后的ACK/NACK。

此外，在ACK/NACK發(fā)送方法例2的情況下，ACK/NACK發(fā)送控制部104指示UL信號發(fā)送部101，通過與從基站eNB通知的關(guān)聯(lián)的設(shè)定信息對應(yīng)的ACK/NACK資源，發(fā)送由DL信號接收部102生成的各DL數(shù)據(jù)的ACK/NACK。另外，ACK/NACK發(fā)送控制部104也可以包含在UL信號發(fā)送部101中。

圖6所示的用戶裝置UE的結(jié)構(gòu)可以通過硬件電路(例：1個或多個IC芯片)來實(shí)現(xiàn)整體，也可以通過硬件電路構(gòu)成一部分，并通過CPU和程序?qū)崿F(xiàn)其他部分。

圖7是示出用戶裝置UE的硬件(HW)結(jié)構(gòu)的例的圖。圖7示出與圖6相比更接近安裝例的結(jié)構(gòu)。如圖7所示，UE具有：進(jìn)行與無線信號相關(guān)的處理的RE(Radio Equipment)模塊161；進(jìn)行基帶信號處理的BB(Base Band)處理模塊162；進(jìn)行高層等的處理的裝置控制模塊163；訪問USIM卡的接口即USIM槽164。

RE模塊161通過對從BB處理模塊162接收到的數(shù)字基帶信號進(jìn)行D/A(Digital-to-Analog)轉(zhuǎn)換、調(diào)制、頻率轉(zhuǎn)換和功率放大等，生成要從天線發(fā)送的無線信號。此外，通過對接收到的無線信號進(jìn)行頻率轉(zhuǎn)換、A/D(Analog to Digital)轉(zhuǎn)換、解調(diào)等生成數(shù)字基帶信號，交給BB處理模塊162。RE模塊161例如包含圖6的UL信號發(fā)送部101和DL信號接收部102中的物理層等的功能。

BB處理模塊162進(jìn)行對IP分組和數(shù)字基帶信號相互轉(zhuǎn)換的處理。DSP(Digital Signal Processor：數(shù)字信號處理器)172是進(jìn)行BB處理模塊162中的信號處理的處理器。存儲器182被用作DSP172的工作區(qū)。BB處理模塊162例如包含圖6的UL信號發(fā)送部101和DL信號接收部102中的層2等的功能、RRC管理部103和ACK/NACK發(fā)送控制部104。另外，也可以將RRC管理部103、ACK/NACK發(fā)送控制部104的功能的全部或一部分包含在裝置控制模塊163中。

裝置控制模塊163進(jìn)行IP層的協(xié)議處理、各種應(yīng)用的處理等。處理器173是進(jìn)行由裝置控制模塊163進(jìn)行的處理的處理器。存儲器183被用作處理器173的工作區(qū)。此外，處理器173經(jīng)由USIM槽164與USIM之間進(jìn)行數(shù)據(jù)的讀出和寫入。

圖8中示出本實(shí)施方式的基站eNB的功能結(jié)構(gòu)圖。如圖8所示，基站eNB包含DL信號發(fā)送部201、UL信號接收部202、RRC管理部203、調(diào)度部204。圖8僅示出在基站eNB中特別與本發(fā)明的實(shí)施方式關(guān)聯(lián)的功能部，至少還具有用于進(jìn)行以LTE為基準(zhǔn)的動作的未圖示的功能。此外，圖8所示的功能結(jié)構(gòu)僅是一例。只要能夠執(zhí)行本實(shí)施方式的動作即可，功能區(qū)分和功能部的名稱可以是任意的。

DL信號發(fā)送部201包含如下功能：根據(jù)要從基站eNB發(fā)送的高層的信號生成物理層的各種信號，進(jìn)行無線發(fā)送。UL信號接收部202包含如下功能：從各UE以無線方式接收各種信號，根據(jù)接收到的物理層的信號取得更高層的信號。DL信號發(fā)送部201和UL信號接收部202分別包含如下功能：執(zhí)行捆綁多個CC而進(jìn)行通信的CA的功能。此外，多個CC也可以如LTE和5G那樣，包含不同的RAT的CC。作為一例，基站eNB如圖2等所示，能夠進(jìn)行將LTE作為PCell、5G作為SCell的CA。此外，DL信號發(fā)送部201和UL信號接收部202也可以如RRE那樣，是在基站eNB的主體(控制部)的遠(yuǎn)程位置所設(shè)置的無線通信部。

假定DL信號發(fā)送部201和UL信號接收部202分別具有分組緩存，進(jìn)行層1(PHY)和層2(MAC，RLC，PDCP)的處理(但是，并不限于此)。

RRC管理部203包含如下功能：與用戶裝置UE之間進(jìn)行RRC消息的發(fā)送接收，并且，進(jìn)行CA的設(shè)定/變更/管理、結(jié)構(gòu)變更等處理。RRC管理部203是進(jìn)行CA的設(shè)定的功能部，因此也可以稱作設(shè)定部。此外，RRC管理部203也可以具有如下功能：ACK/NACK發(fā)送方法例1中的綁定時間區(qū)間的指定/管理的功能；對ACK/NACK發(fā)送方法例2中的PUCCH格式以及CC的ACK/NACK資源和5G子幀編號的關(guān)聯(lián)信息等進(jìn)行指定/管理的功能。另外，這些功能也可以由基站eNB中的RRC管理部203以外的功能部所具有。

調(diào)度部204包含如下功能：按照每個小區(qū)對實(shí)施CA的用戶裝置UE進(jìn)行調(diào)度，生成PDCCH的分配信息，對DL信號發(fā)送部201指示包含該分配信息的PDCCH的發(fā)送。此外，調(diào)度部204也可以具有如下功能：根據(jù)從用戶裝置UE返回的ACK/NACK，判定是對下一個數(shù)據(jù)進(jìn)行調(diào)度還是對重發(fā)數(shù)據(jù)進(jìn)行調(diào)度。此外，調(diào)度部204包含如下功能：決定用戶裝置UE中的軟緩存的分割數(shù)，經(jīng)由DL信號發(fā)送部201向該用戶裝置UE通知該分割數(shù)。另外，該功能也可以由調(diào)度部204以外的功能部所具有。

圖8所示的基站eNB的結(jié)構(gòu)可以通過硬件電路(例：1個或多個IC芯片)來實(shí)現(xiàn)整體，也可以通過硬件電路構(gòu)成一部分，并通過CPU和程序?qū)崿F(xiàn)其他部分。

圖9是示出基站eNB的硬件(HW)結(jié)構(gòu)的例子的圖。圖9示出與圖8相比更接近安裝例的結(jié)構(gòu)。如圖9所示，基站eNB具有：進(jìn)行與無線信號相關(guān)的處理的RE模塊251；進(jìn)行基帶信號處理的BB處理模塊252；進(jìn)行高層等的處理的裝置控制模塊253；用于與網(wǎng)絡(luò)連接的接口即通信IF254。

RE模塊251通過對從BB處理模塊252接收到的數(shù)字基帶信號進(jìn)行D/A轉(zhuǎn)換、調(diào)制、頻率轉(zhuǎn)換、和功率放大等，生成要從天線發(fā)送的無線信號。此外，通過對接收到的無線信號進(jìn)行頻率轉(zhuǎn)換、A/D轉(zhuǎn)換、解調(diào)等生成數(shù)字基帶信號，交給BB處理模塊252。RE模塊251例如包含圖8的DL信號發(fā)送部201和UL信號接收部202中的物理層等的功能。

BB處理模塊252進(jìn)行對IP分組和數(shù)字基帶信號相互轉(zhuǎn)換的處理。DSP 262是進(jìn)行BB處理模塊252中的信號處理的處理器。存儲器272被用作DSP 252的工作區(qū)。BB處理模塊252例如包含圖8的DL信號發(fā)送部201和UL信號接收部202中的層2等的功能、RRC管理部203和調(diào)度部204。另外，也可以將RRC管理部203和調(diào)度部204的功能的全部或一部分包含在裝置控制模塊253中。

裝置控制模塊253進(jìn)行IP層的協(xié)議處理、OAM處理等。處理器263是進(jìn)行由裝置控制模塊253進(jìn)行的處理的處理器。存儲器273被用作處理器263的工作區(qū)。補(bǔ)助存儲裝置283例如是HDD等，其存儲基站eNB自身進(jìn)行動作用的各種設(shè)定信息等。

＜用戶裝置UE的DL信號接收部102的結(jié)構(gòu)例＞

本實(shí)施方式中的軟緩存設(shè)置在用戶裝置UE的DL信號接收部102中，因此，在圖10中示出DL信號接收部102的結(jié)構(gòu)例。另外，圖10示出DL信號接收部102具有的功能中的特別與軟緩存的使用關(guān)聯(lián)的功能部。例如，DL信號接收部102中還包含速率匹配功能、循環(huán)緩存等。

如圖10所示，DL信號接收部102包含天線151、無線部152、信號檢測部153、數(shù)據(jù)合成部154、解碼部155、緩存控制部156、軟緩存157。另外，速率匹配功能部、循環(huán)緩存等也可以包含在信號檢測部153或數(shù)據(jù)合成部154中。

無線部152對通過天線151接收的信號進(jìn)行AD轉(zhuǎn)換等信號處理。信號檢測部153對通過無線部152取得的信號實(shí)施FFT處理等來提取OFDM的符號串，并實(shí)施判定處理(例：基于LLR：Log Likelihood Rati的計(jì)算的軟判定處理)，由此，取得比特序列(軟判定數(shù)據(jù))。解碼部155通過例如turbo解碼來進(jìn)行軟判定數(shù)據(jù)的解碼處理，取得數(shù)據(jù)(例：1個傳輸塊的數(shù)據(jù))。

在解碼失敗的情況下，將該軟判定數(shù)據(jù)存儲在軟緩存157中。數(shù)據(jù)合成部154對通過HARQ處理重發(fā)的軟判定數(shù)據(jù)和軟緩存157中存儲的軟判定數(shù)據(jù)進(jìn)行合成，將合成后的數(shù)據(jù)交給解碼部155，由解碼部156進(jìn)行解碼處理。在解碼成功的情況下，刪除軟緩存157中存儲的軟判定數(shù)據(jù)。

另外，也可以進(jìn)行如下的動作，在生成軟判定數(shù)據(jù)后將該軟判定數(shù)據(jù)存儲在軟緩存157中(在已經(jīng)存在軟判定數(shù)據(jù)的情況下，在該時點(diǎn)讀出)，在對該軟判定數(shù)據(jù)的解碼成功的情況下，刪除該軟判定數(shù)據(jù)，在解碼失敗的情況下，原樣保持該軟判定數(shù)據(jù)。

緩存控制部156執(zhí)行針對軟判定數(shù)據(jù)的軟緩存的寫入/讀出的控制。此外，緩存控制部156執(zhí)行軟緩存157的分割處理。

在構(gòu)成CA的情況下，例如，每個小區(qū)(CC)具有數(shù)據(jù)合成部154和解碼部155。此外，按照每個小區(qū)(CC)執(zhí)行多個HARQ處理的情況下，可以根據(jù)HARQ處理數(shù)而具有多個以下說明的被分割的軟緩存，被分割的軟緩存也可以在多個HARQ處理中共享。

(軟緩存的分割處理)

參照圖11說明通過用戶裝置UE的緩存控制部156執(zhí)行的軟緩存157(以下記述為軟緩存)的分割處理。

作為圖11所示的處理步驟的前提，假設(shè)在基站eNB和用戶裝置UE中，設(shè)定了通過LTE的PCell和5G的SCell構(gòu)成的CA。此外，通過激活命令將SCell激活。

在步驟201中，用戶裝置UE的緩存控制部156根據(jù)CA的設(shè)定信息和構(gòu)成CA的小區(qū)的狀態(tài)信息(激活狀態(tài)/未激活狀態(tài))等，掌握構(gòu)成CA的小區(qū)的信息(TTI長度等)，和各小區(qū)(SCell)是否處于激活狀態(tài)等。CA的設(shè)定信息和構(gòu)成CA的小區(qū)的狀態(tài)信息是用戶裝置UE的存儲器等存儲裝置中存儲的信息，用戶裝置UE的緩存控制部156通過從該存儲裝置讀出該信息來掌握上述的信息。

在步驟202中，用戶裝置UE的緩存控制部156根據(jù)步驟201中掌握的信息，計(jì)算用戶裝置UE能夠通過1個LTE-TTI接收的MAC PDU數(shù)(相當(dāng)于TB(傳輸塊)數(shù))，將該計(jì)算出的數(shù)量決定為軟緩存的分割數(shù)，利用該分割數(shù)對軟緩存等分分割。

例如，在1個LTE-TTI(例：1ms)＝10×5G-TTI(例：0.1ms)的情況下，關(guān)于用戶裝置UE通過1個LTE-TTI能夠接收的MAC PDU數(shù)，LTE小區(qū)的MAC PDU數(shù)是1，5G小區(qū)的MAC PDU數(shù)是10。該情況下，緩存控制部156將軟緩存的分割數(shù)決定為1+10＝11。此外，例如，在設(shè)定2個5G的SCell，且2個均激活的情況下，能夠?qū)⒎指顢?shù)計(jì)算為1+10+10。

在分割數(shù)是11的情況下，圖12示出所分割的軟緩存的例子。如圖12所示，軟緩存被分割為LTE小區(qū)的1個和5G小區(qū)的10個。

根據(jù)各小區(qū)的傳送模式的不同，有時通過1個子幀(LTE子幀/5G子幀)接收2個TB。該情況下，可以將相應(yīng)小區(qū)的計(jì)算數(shù)設(shè)為2倍。例如，在LTE和5G雙方中，指定了進(jìn)行MIMO的傳送模式的情況下，能夠?qū)⒎指顢?shù)設(shè)為1×2(LTE小區(qū))+10×2(5G小區(qū))＝22。另外，用戶裝置UE能夠根據(jù)從基站eNB接收的傳送模式設(shè)定信息(例：RRC信號)來掌握各小區(qū)的傳送模式。

在數(shù)據(jù)接收動作中，用戶裝置UE的緩存控制部156在1個LTE-TTI內(nèi)進(jìn)行接收，將解碼失敗的(存在數(shù)據(jù)錯誤的)各軟判定數(shù)據(jù)存儲在軟緩存的被分割的1個區(qū)域中。然后，用戶裝置UE通過該LTE-TTI的LTE子幀的規(guī)定時間后(例：4ms后)的LTE子幀，向基站eNB發(fā)送針對1個LTE-TTI內(nèi)接收到的LTE/5G的DL數(shù)據(jù)的ACK/NACK，從基站eNB接收下一數(shù)據(jù)/重發(fā)數(shù)據(jù)。用戶裝置UE針對各重發(fā)數(shù)據(jù)，與軟緩存中存儲的對應(yīng)的數(shù)據(jù)進(jìn)行合成，實(shí)施解碼。

在上述的例中，用戶裝置UE計(jì)算軟緩存的分割數(shù)，但是不限于此。例如，也可以是，基站eNB決定用戶裝置UE中的軟緩存的分割數(shù)，將所決定的分割數(shù)指示給用戶裝置UE，用戶裝置UE使用所指示的分割數(shù)對軟緩存進(jìn)行分割。

參照圖13說明該情況下的動作例。作為圖13所示的處理步驟的前提，假設(shè)在基站eNB和用戶裝置UE中，設(shè)定了由LTE的PCell和5G的SCell構(gòu)成的CA。此外，通過激活命令將SCell激活。

在步驟301中，用戶裝置UE將自身搭載的軟緩存的量作為能力信息(capability)通知給基站eNB。另外，在用戶裝置UE計(jì)算軟緩存的分割數(shù)的情況下，也可以進(jìn)行該能力信息的通知。

在步驟302中，基站eNB決定該用戶裝置UE的軟緩存的分割數(shù)?；緀NB保持用戶裝置UE中設(shè)定的設(shè)定信息和小區(qū)的狀態(tài)信息等，因此，基站eNB例如能夠利用與前述的用戶裝置UE中的分割數(shù)決定方法相同的方法來決定分割數(shù)。

在步驟303中，基站eNB將決定的分割數(shù)通知給用戶裝置UE。該通知可以通過RRC信號進(jìn)行，也可以通過MAC信號進(jìn)行，還可以通過PHY信號進(jìn)行。

在步驟304中，接收到分割數(shù)的用戶裝置UE通過緩存控制部156對軟緩存進(jìn)行分割，使用分割后的軟緩存來執(zhí)行DL數(shù)據(jù)的HARQ控制。

在步驟302的分割數(shù)的決定中，基站eNB也可以將比計(jì)算出的分割數(shù)小的值決定為要通知給用戶裝置UE的分割數(shù)，以增大每1個MAC PDU的軟緩存的大小。此外，也可以根據(jù)從用戶裝置UE作為能力信息而通知的軟緩存大小，決定是否使用比計(jì)算出的分割數(shù)小的值。例如，也可以是，在從用戶裝置UE通知的軟緩存大小除以計(jì)算出的分割數(shù)而得到的值小于規(guī)定值的情況下，將比計(jì)算出的分割數(shù)小的值作為分割數(shù)而進(jìn)行通知。能夠?qū)⒃撦^小的值決定為，例如使得從用戶裝置UE通知的軟緩存大小除以該“較小的值”而得到的值成為規(guī)定值以上。

通過將上述這樣的“較小的值”用作分割數(shù)，能夠增加分割的各區(qū)域的容量，增加解碼中使用的軟信道比特(Soft channel bit)數(shù)，改善解碼性能。

由于分割數(shù)變小，可能無法將每個LTE子幀/5G子幀的數(shù)據(jù)存儲到軟緩存中，為了避免發(fā)生這樣的情況，例如，基站eNB針對該用戶裝置UE限制分配DL數(shù)據(jù)的LTE子幀/5G子幀。

此外，也可以是，在軟緩存由接收比特(軟判定數(shù)據(jù))填滿而沒有空閑區(qū)域的情況下，用戶裝置UE不利用填滿時刻后續(xù)的5G子幀進(jìn)行接收處理。不進(jìn)行接收處理是指，例如，不進(jìn)行該5G子幀的SCell中的PDCCH的監(jiān)視。

此外，用戶裝置UE也可以按照利用RRC信號等從基站eNB接收的指示，來決定是通過用戶裝置UE計(jì)算出的分割數(shù)進(jìn)行軟緩存的分割，還是通過由基站eNB指定的分割數(shù)進(jìn)行軟緩存的分割。

通過利用以上說明的方法對軟緩存進(jìn)行分割，從而在LTE-5G CA中，在進(jìn)行通過LTE的PUCCH發(fā)送ACK/NACK的HARQ控制的情況下，也能夠避免通過LTE子幀/5G子幀接收的DL數(shù)據(jù)用的軟緩存不足。

如上所述，在本實(shí)施方式中，在LTE子幀中，需要針對通過5G的多個子幀接收到的DL數(shù)據(jù)發(fā)送多個ACK/NACK。以下，說明ACK/NACK發(fā)送方法例1、2。

如以下詳細(xì)說明的那樣，在ACK/NACK發(fā)送方法例1中，利用ACK/NACK綁定來實(shí)施針對通過多個5G子幀接收到的多個DL數(shù)據(jù)的ACK/NACK的發(fā)送。在ACK/NACK發(fā)送方法例2中，通過沿用多個CC的CA用所規(guī)定的PUCCH格式，進(jìn)行針對通過多個5G子幀接收到的多個DL數(shù)據(jù)的ACK/NACK的發(fā)送。

(ACK/NACK發(fā)送方法例1)

首先，對ACK/NACK發(fā)送方法例1進(jìn)行說明。在實(shí)現(xiàn)LTE-5G CA時，如果規(guī)定用于ACK/NACK的新的PUCCH格式，則UE/eNB的復(fù)雜性可能無用地增加。在ACK/NACK發(fā)送方法例1中，為了解決該課題，將現(xiàn)有的機(jī)制即ACK/NACK綁定用于LTE-5G CA中的ACK/NACK發(fā)送。另外，雖然ACK/NACK綁定自身是現(xiàn)有的機(jī)制，但是不存在將ACK/NACK綁定應(yīng)用于LTE-5G CA的現(xiàn)有技術(shù)。通過使用ACK/NACK綁定，能夠在LTE-5G CA中的ACK/NACK發(fā)送中利用現(xiàn)有的PUCCH格式。因此，不需要新規(guī)定格式，能夠避免導(dǎo)入新格式帶來的復(fù)雜性的增大。

這里，對ACK/NACK綁定的概要進(jìn)行說明。針對通過多個子幀接收的多個數(shù)據(jù)(碼字)，按照每個TTI(每個子幀)生成多個ACK/NACK的比特。在不進(jìn)行ACK/NACK綁定的情況下，基本上通過1個UL子幀發(fā)送1個ACK/NACK。但是，例如，在TDD中，在DL子幀的數(shù)量大于UL子幀的數(shù)量的情況下，需要使用1個UL子幀來發(fā)送針對通過多個DL子幀接收到的數(shù)據(jù)的多個ACK/NACK。例如在這樣的情況下使用ACK/NACK綁定。在ACK/NACK綁定中，針對多個ACK/NACK比特實(shí)施邏輯AND運(yùn)算而作為1個比特，將該1個比特作為ACK/NACK通過1個UL子幀進(jìn)行發(fā)送。

作為一例，圖14示出Rel-8的TDD中的ACK/NACK綁定(附圖中記載為A/N綁定)。如圖14所示，例如，通過對3個ACK進(jìn)行綁定，得到1個ACK，通過對ACK/NACK/ACK進(jìn)行綁定得到1個NACK。

在ACK/NACK發(fā)送方法例1中，對通過5G小區(qū)中的下行各子幀接收的數(shù)據(jù)的ACK/NACK進(jìn)行綁定并通過LTE小區(qū)(PCell)進(jìn)行發(fā)送。另外，針對LTE小區(qū)中的下行數(shù)據(jù)的ACK/NACK能夠與現(xiàn)有技術(shù)同樣地進(jìn)行發(fā)送。

參照圖15對ACK/NACK發(fā)送方法例1中的動作例進(jìn)行說明。作為圖15所示的動作的前提，假設(shè)在基站eNB和用戶裝置UE中，設(shè)定了通過LTE的PCell和5G的SCell構(gòu)成的CA。

首先，如圖15所示，從基站eNB對用戶裝置UE指定在5G中應(yīng)用ACK/NACK綁定的時間區(qū)間(步驟401)。該指定例如能夠通過5G子幀的編號進(jìn)行。作為一例，在與某1個LTE子幀對應(yīng)的時間區(qū)間中，存在5G子幀0～9的情況下，向用戶裝置UE發(fā)送表示“對5G子幀3～6進(jìn)行綁定”的指示信息。

關(guān)于通過LTE的某個UL子幀進(jìn)行發(fā)送的ACK/NACK，可以指定1個針對5G的SCell的綁定的時間區(qū)間(組)，也可以指定多個。例如，基站eNB能夠向用戶裝置UE發(fā)送表示(“將5G子幀0～2作為組A進(jìn)行綁定”，“將5G子幀3～6作為組B進(jìn)行綁定”，“將5G子幀7～9作為組C進(jìn)行綁定”)的指示信息。也可以將上述組稱作綁定組。

上述指示信息的發(fā)送可以通過RRC信號進(jìn)行，也可以通過MAC信號或PHY信號(PDCCH等)進(jìn)行。此外，例如，也可以通過用于在用戶裝置UE中設(shè)定SCell的RRC信號(RRC connection reconfiguration：RRC連接重配置)來指定綁定時間區(qū)間。在這樣通過RRC信號指定綁定時間區(qū)間的情況下，將綁定的時間區(qū)間決定為半靜態(tài)。

此外，在使用MAC信號/PHY信號的情況下，也可以按照每個LTE的子幀來進(jìn)行綁定的時間區(qū)間的指定。在按照每個LTE的子幀來進(jìn)行綁定的時間區(qū)間的指定的情況下，能夠?qū)⒔壎ǖ臅r間區(qū)間變更為動態(tài)(每個LTE子幀)。

用戶裝置UE通過SCell依次接收DL數(shù)據(jù)(TB)(步驟402)。這里，例如，用戶裝置UE在1個LTE子幀的期間中通過多個5G子幀接收多個DL數(shù)據(jù)。

用戶裝置UE生成在步驟402中接收到的各DL數(shù)據(jù)的ACK/NACK，并且，按照步在驟401中接收到的綁定指示信息，對DL數(shù)據(jù)的ACK/NACK進(jìn)行綁定(步驟403)。

在步驟404中，用戶裝置UE使用PCell的PUCCH將綁定的ACK/NACK發(fā)送到基站eNB。這里，例如，按照LTE的規(guī)定，將在接收到DL數(shù)據(jù)的LTE子幀的4個LTE子幀后的LTE子幀中綁定的ACK/NACK發(fā)送到基站eNB。

參照圖16對綁定處理的例子進(jìn)行說明。在圖16的例中，在“A”所示的LTE子幀區(qū)間中，例如通過MAC信號，在SCell中進(jìn)行了圖示那樣的綁定時間區(qū)間的設(shè)定。即，與前述的情況同樣，將5G子幀0～2設(shè)定為綁定組A，將5G子幀3～6設(shè)定為綁定組B，將5G子幀7～9設(shè)定為綁定組C。另外，在圖16所示的例中，在下一個LTE子幀區(qū)間、其下一個LTE子幀區(qū)間中，進(jìn)行了與最初的LTE子幀區(qū)間不同的綁定組設(shè)定。

按照每個綁定組綁定在由“A”所示的LTE子幀區(qū)間中通過SCell接收到的各DL數(shù)據(jù)的ACK/NACK，通過“A”的4個LTE子幀后的“B”所示的LTE子幀中的PCell的PUCCH而發(fā)送到基站eNB。圖17中示出該P(yáng)UCCH的無線資源中的每個綁定組的ACK/NACK的配置例。在圖17所示的例中，還包含針對PCell中的DL數(shù)據(jù)的ACK/NACK。如圖17所示，按照各小區(qū)/組的ACK/NACK，使用PUCCH中的規(guī)定的資源來進(jìn)行發(fā)送。作為PUCCH中的規(guī)定的資源，例如能夠使用現(xiàn)有的CA用中所規(guī)定的每個CC的資源。另外，ACK/NACK發(fā)送用的“資源”例如是時間資源、頻率資源和碼資源的組合。

在圖17的情況下，例如，基站eNB將映射到CC#1用的資源的ACK/NACK視為PCell的ACK/NACK，將映射到CC#2用的資源的ACK/NACK視為綁定組A的ACK/NACK，將映射到CC#3用的資源的ACK/NACK視為綁定組B的ACK/NACK，將映射到CC#4用的資源的ACK/NACK視為綁定組C的ACK/NACK。

另外，也可以使用ACK/NACK發(fā)送方法例2中說明的技術(shù)，將CC用的ACK/NACK資源和綁定組用的ACK/NACK資源的關(guān)聯(lián)信息從基站eNB發(fā)送到用戶裝置UE，用戶裝置UE也可以使用基于該關(guān)聯(lián)信息的ACK/NACK資源來發(fā)送綁定ACK/NACK。

(ACK/NACK發(fā)送方法例2)

接著，對ACK/NACK發(fā)送方法例2進(jìn)行說明。在現(xiàn)有的LTE中，規(guī)定了針對最大5個載波(CC)的ACK/NACK發(fā)送的PUCCH格式。另一方面，在Rel-13中，假定在CA中捆綁6個CC以上(至32個CC)的載波，因此，為了能夠發(fā)送針對通過這樣大量的CC發(fā)送的數(shù)據(jù)的ACK/NACK，正在討論對PUCCH格式進(jìn)行擴(kuò)展。另外，這是現(xiàn)有PUCCH格式的擴(kuò)展，不同于為了5G數(shù)據(jù)用的ACK/NACK發(fā)送而導(dǎo)入新的PUCCH格式。

在ACK/NACK發(fā)送方法例2中，使用對PUCCH格式進(jìn)行擴(kuò)展后的能夠進(jìn)行6個CC以上的CC的ACK/NACK發(fā)送的PUCCH格式。但是，不是必須使用擴(kuò)展格式，根據(jù)5G的TTI長度的不同，還能夠使用未擴(kuò)展的現(xiàn)有的PUCCH格式(能夠發(fā)送5CC的ACK/NACK的格式)。

參照圖18對該擴(kuò)展后的PUCCH格式的使用例進(jìn)行說明。圖18示出捆綁16個CC(也可以將CC稱作小區(qū))來執(zhí)行CA的16CC CA的例子。在圖18中，由CC#1構(gòu)成的小區(qū)是PCell。如圖18所示，通過PUCCH中的被決定為各CC用的資源來發(fā)送該CC的ACK/NACK。另外，關(guān)于能夠發(fā)送達(dá)到16個CC的ACK/NACK的PUCCH格式的種類指定、和用戶裝置UE能夠利用該格式發(fā)送ACK/NACK的資源量(比特?cái)?shù)等)等，例如從基站eNB利用RRC信號等對用戶裝置UE進(jìn)行指定。

參照圖19對ACK/NACK發(fā)送方法例2中的動作的例子進(jìn)行說明。作為圖19所示的動作的前提，假設(shè)在基站eNB和用戶裝置UE中，設(shè)定了通過LTE的PCell和5G的SCell構(gòu)成的CA。

首先，通過RRC信號等，從基站eNB對用戶裝置UE進(jìn)行PUCCH格式的設(shè)定(步驟501)。這里設(shè)定的PUCCH格式是能夠發(fā)送16個CC或32個CC(16/32CC)等大量CC的ACK/NACK的PUCCH格式(例：圖18的PUCCH)。這里的PUCCH格式的指定也可以包含ACK/NACK發(fā)送用的資源量的指定。在步驟501中，也可以同時進(jìn)行5G-SCell的設(shè)定和PUCCH格式的設(shè)定。

接著，基站eNB針對用戶裝置UE，進(jìn)行步驟501中設(shè)定的PUCCH格式中的各CC用的ACK/NACK資源與5G子幀編號(5G-TTI編號)的關(guān)聯(lián)。例如，如“16/32CC中的CC#1用的ACK/NACK資源”＝“5G SCell中的5G子幀#1用的ACK/NACK資源"這樣，將用于對CC用的ACK/NACK資源與5G的ACK/NACK用的資源進(jìn)行關(guān)聯(lián)的指示信息從基站eNB發(fā)送到用戶裝置UE。

上述關(guān)聯(lián)的指示可以通過RRC信號進(jìn)行，也可以通過MAC信號或PHY信號進(jìn)行。在通過RRC信號進(jìn)行的情況下，也可以與步驟501中的PUCCH格式的設(shè)定同時地對關(guān)聯(lián)進(jìn)行指示。此外，在使用MAC信號或PHY信號的情況下，也可以按照每個LTE子幀來變更CC用的ACK/NACK資源和5G子幀用的ACK/NACK資源的關(guān)聯(lián)。

圖20示出關(guān)聯(lián)的例。圖20示出使用圖18所示的PUCCH格式的情況，在圖20的情況下，CC#1用ACK/NACK資源與5G子幀#0用的ACK/NACK資源關(guān)聯(lián)，CC#2用ACK/NACK資源與5G子幀#1用的ACK/NACK資源關(guān)聯(lián)，各CC用ACK/NACK資源與各5G子幀用的ACK/NACK資源關(guān)聯(lián)。

在圖19的步驟503中，用戶裝置UE通過SCell從基站eNB接收DL數(shù)據(jù)(TB)，生成針對DL數(shù)據(jù)的ACK/NACK。

在步驟504中，用戶裝置UE依照步驟502中接收到的關(guān)聯(lián)的指定信息，使用PUCCH的ACK/NACK資源將針對通過SCell接收到的DL數(shù)據(jù)的ACK/NACK發(fā)送到基站eNB。例如通過包含接收到DL數(shù)據(jù)的5G子幀在內(nèi)的LTE子幀的4個LTE子幀后的LTE子幀的PUCCH來執(zhí)行該ACK/NACK的發(fā)送。這與圖16的情況(相對于“A”的“B”)同樣。

例如，在圖20所示例中，用戶裝置UE在分別通過5G子幀#1和5G子幀#2來接收SCell中的DL數(shù)據(jù)的情況下，使用PUCCH的CC#2和CC#3的ACK/NACK資源發(fā)送該DL數(shù)據(jù)的ACK/NACK。

能夠組合ACK/NACK發(fā)送方法例1和ACK/NACK發(fā)送方法例2而進(jìn)行實(shí)施。即，能夠使用ACK/NACK發(fā)送方法例2中說明的PUCCH的CC用ACK/NACK資源來發(fā)送綁定ACK/NACK。

此外，用戶裝置UE和基站eNB除了具有與軟緩存的分割有關(guān)的功能以外，也可以分別具有執(zhí)行ACK/NACK發(fā)送方法例1中說明的處理的功能、執(zhí)行ACK/NACK發(fā)送方法例2中說明的處理的功能雙方，還可以具有二者中的任意1個功能。

如以上說明的那樣，通過本實(shí)施方式，提供一種用戶裝置，該用戶裝置在支持由多個小區(qū)構(gòu)成的載波聚合的移動通信系統(tǒng)中與基站進(jìn)行通信，該多個小區(qū)包含第1小區(qū)和使用與該第1小區(qū)的TTI長度不同的TTI長度的第2小區(qū)，該用戶裝置具有：接收部，其具有緩存，在從所述基站接收的下行數(shù)據(jù)的解碼失敗的情況下，將該下行數(shù)據(jù)存儲到所述緩存，對該緩存中存儲的下行數(shù)據(jù)與如下重發(fā)數(shù)據(jù)進(jìn)行合成并進(jìn)行解碼，其中，該重發(fā)數(shù)據(jù)是根據(jù)針對該下行數(shù)據(jù)的送達(dá)確認(rèn)信息而從所述基站發(fā)送的數(shù)據(jù)；以及發(fā)送部，其向所述基站發(fā)送針對從所述基站接收的下行數(shù)據(jù)的送達(dá)確認(rèn)信息，所述接收部具有緩存控制部，該緩存控制部根據(jù)基于所述第1小區(qū)的TTI長度和所述第2小區(qū)的TTI長度的分割數(shù)對所述緩存進(jìn)行分割，將所述下行數(shù)據(jù)存儲在該緩存的被分割后的區(qū)域中。

根據(jù)上述的結(jié)構(gòu)，在支持由TTI長度不同的多個小區(qū)構(gòu)成的載波聚合的移動通信系統(tǒng)中，能夠適當(dāng)?shù)貙?zhí)行該載波聚合的用戶裝置中的下行數(shù)據(jù)的重發(fā)控制中所使用的緩存進(jìn)行分割。

在所述第1小區(qū)的TTI長度比所述第2小區(qū)的TTI長度長的情況下，所述緩存控制部也可以根據(jù)所述第1小區(qū)的TTI長度中包含的所述第2小區(qū)的TTI長度的數(shù)量來決定所述分割數(shù)。通過該結(jié)構(gòu)，例如，在進(jìn)行LTE-5G CA的情況下，也能夠避免作為上述緩存的例子的軟緩存不足的情況。

所述緩存控制部也可以使用從所述基站接收到的分割數(shù)來進(jìn)行所述緩存的分割。通過該結(jié)構(gòu)，用戶裝置能夠應(yīng)用基站中所決定的分割數(shù)，因此能夠減輕計(jì)算負(fù)荷。此外，能夠以基站為主導(dǎo)來進(jìn)行靈活的控制。

在所述緩存由下行數(shù)據(jù)填滿的情況下，所述接收部也可以不進(jìn)行從所述基站向所述用戶裝置發(fā)送的下行數(shù)據(jù)的接收處理。通過該結(jié)構(gòu)，能夠避免無用的接收處理。

所述發(fā)送部也可以將所述接收部所具有的所述緩存的量作為能力信息而通知給所述基站。通過該結(jié)構(gòu)，基站能夠考慮用戶裝置的緩存能力來實(shí)施分割數(shù)的決定和/或調(diào)度。另外，這里的緩存的量的通知與UE類別的通知分開地進(jìn)行實(shí)施。

也可以是，所述接收部通過所述第2小區(qū)接收從所述基站發(fā)送的下行數(shù)據(jù)，生成針對該下行數(shù)據(jù)的送達(dá)確認(rèn)信息，所述發(fā)送部將所述接收部中生成的針對多個下行數(shù)據(jù)的多個送達(dá)確認(rèn)信息綁定為1個送達(dá)確認(rèn)信息，通過所述第1小區(qū)將該綁定的送達(dá)確認(rèn)信息發(fā)送到所述基站。通過該結(jié)構(gòu)，在支持由TTI長度不同的多個小區(qū)構(gòu)成的載波聚合的移動通信系統(tǒng)中，執(zhí)行該載波聚合的用戶裝置能夠?qū)⑨槍ο滦袛?shù)據(jù)的送達(dá)確認(rèn)信息適當(dāng)?shù)匕l(fā)送到基站。

也可以是，所述接收部通過所述第2小區(qū)接收從所述基站發(fā)送的下行數(shù)據(jù)，生成針對該下行數(shù)據(jù)的送達(dá)確認(rèn)信息，所述發(fā)送部通過使用預(yù)先決定了用于發(fā)送送達(dá)確認(rèn)信息的資源的上行控制信道中的該資源，從而通過所述第1小區(qū)將所述接收部中生成的送達(dá)確認(rèn)信息發(fā)送到所述基站，其中，該送達(dá)確認(rèn)信息是針對構(gòu)成載波聚合的多個小區(qū)的下行數(shù)據(jù)的送達(dá)確認(rèn)信息。通過該結(jié)構(gòu)，在支持由TTI長度不同的多個小區(qū)構(gòu)成的載波聚合的移動通信系統(tǒng)中，執(zhí)行該載波聚合的用戶裝置能夠?qū)⑨槍ο滦袛?shù)據(jù)的送達(dá)確認(rèn)信息適當(dāng)?shù)匕l(fā)送到基站。

本發(fā)明的實(shí)施方式中說明的用戶裝置UE具有CPU和存儲器，可以構(gòu)成為通過由CPU(處理器)執(zhí)行程序來實(shí)現(xiàn)，也可以構(gòu)成為通過具有實(shí)施方式中說明的處理的邏輯的硬件電路等硬件來實(shí)現(xiàn)，還可以混合存在程序和硬件。

本發(fā)明的實(shí)施方式中說明的基站eNB具有CPU和存儲器，可以構(gòu)成為通過由CPU(處理器)執(zhí)行程序來實(shí)現(xiàn)，也可以構(gòu)成為通過具有實(shí)施方式中說明的處理的邏輯的硬件電路等硬件來實(shí)現(xiàn)，還可以混合存在程序和硬件。

以上說明了本發(fā)明的實(shí)施方式，但是公開的發(fā)明不限于這樣的實(shí)施方式，本領(lǐng)域技術(shù)人員能夠理解各種變形例、修改例、代替例、置換例等。雖然使用用于促進(jìn)發(fā)明的理解的具體的數(shù)值例進(jìn)行了說明，但是在沒有特別說明的情況下，這些數(shù)值僅是一例，可以使用適當(dāng)?shù)娜魏沃怠Ｉ鲜稣f明中的項(xiàng)目的區(qū)分在本發(fā)明中并非本質(zhì)上的區(qū)分，可以根據(jù)需要而組合使用2個以上的項(xiàng)目中記載的事項(xiàng)，也可以將某個項(xiàng)目中記載的事項(xiàng)應(yīng)用于其他項(xiàng)目中記載的事項(xiàng)(只要不矛盾)。功能框圖中的功能部或處理部的邊界不一定對應(yīng)于物理的部件的邊界?？梢栽谖锢砩嫌?個部件來進(jìn)行多個功能部的動作，或者也可以在物理上通過多個部件來進(jìn)行1個功能部的動作。為了便于說明，用戶裝置和基站使用功能的框圖進(jìn)行了說明，但是，這樣的裝置也可以通過硬件或通過軟件或通過它們的組合來實(shí)現(xiàn)。依照本發(fā)明的實(shí)施方式通過用戶裝置具有的處理器進(jìn)行動作的軟件和通過基站具有的處理器進(jìn)行動作的軟件可以保存在隨機(jī)存取存儲器(RAM)、閃存、只讀存儲器(ROM)、EPROM、EEPROM、寄存器、硬盤(HDD)、移動盤、CD-ROM、數(shù)據(jù)庫、服務(wù)器其他適當(dāng)?shù)娜魏未鎯橘|(zhì)中。本發(fā)明不限于上述實(shí)施方式，在不脫離本發(fā)明的精神的情況下，各種變形例、修改例、代替例、置換例等都包含于本發(fā)明。

本專利申請根據(jù)2015年2月20日提出的日本專利申請第2015-032341號而主張其優(yōu)先權(quán)，在本申請中引用日本專利申請第2015-032341號的全部內(nèi)容。

標(biāo)號說明

UE：用戶裝置；eNB：基站；101：UL信號發(fā)送部；102：DL信號接收部；103：RRC管理部；104：ACK/NACK發(fā)送控制部；151：天線；152：無線部；153：信號檢測部；154：數(shù)據(jù)合成部；155：解碼部；156：緩存控制部；157：軟緩存；161：RE模塊；162：BB處理模塊；163：裝置控制模塊；164：USIM槽；201：DL信號發(fā)送部；202：UL信號接收部；203：RRC管理部；204：調(diào)度部；251：RE模塊；252：BB處理模塊；253：裝置控制模塊；254：通信IF。