基站裝置和通信方法
【專利說明】
[0001] 本申請是申請日為2011年8月24日、申請?zhí)枮?01180042257. 8、發(fā)明名稱為"基 站、終端、發(fā)送方法及接收方法"的發(fā)明專利申請的分案申請。
技術(shù)領(lǐng)域
[0002] 本發(fā)明涉及基站裝置和通信方法。
【背景技術(shù)】
[0003] 在3GPP-LTE(第三代合作伙伴計(jì)劃長期演進(jìn)，以下稱為"LTE"）中，采用 0FDMA(0rthogonal Frequency Division Multiple Access :正交頻分多址）作為下行線路 的通信方式，米用SC_FDMA(Single Carrier Frequency Division Multiple Access:單載 波頻分多址）作為上行線路的通信方式（例如參照非專利文獻(xiàn)1、2和3)。
[0004] 在LTE中，無線通信基站裝置（以下簡稱為"基站"）通過將系統(tǒng)頻帶內(nèi)的資源塊 (ResourceBlock:RB)以被稱為子幀的每個(gè)時(shí)間單位分配給無線通信終端裝置（以下簡 稱為"終端"），從而進(jìn)行通信。另外，基站將用于通知對下行線路數(shù)據(jù)和上行線路數(shù)據(jù)的 資源分配結(jié)果的下行控制信息（L1/L2控制信息）發(fā)送到終端。例如使用PDCCH(Physical DownlinkControlChannel:物理下行控制信道）等下行線路控制信道，將該下行控制信息 發(fā)送到終端。
[0005] 這里，基站根據(jù)分配對象終端的數(shù)量等，以子幀為單位控制HXXH的發(fā)送所使用 的資源區(qū)域（以下有時(shí)稱為"PDCCH區(qū)域"）的資源量（即，作為HXXH區(qū)域使用的OFDM 碼元數(shù)）。該控制通過從基站向終端通知由PCFICH(PhysicalControlFormatIndicator Channel:物理控制格式指示符信道）發(fā)送的CFI(ControlFormatIndicator:控制格式指 示符）來進(jìn)行。CFI表示以子幀的開頭的OFDM碼元為起點(diǎn)到第幾個(gè)碼元為止作為HXXH區(qū) 域使用。即，CFI表示H)CCH區(qū)域的尺度（scale)。終端接收PCFICH，并根據(jù)檢測出的CFI 值接收H)CCH。
[0006] 另外，各個(gè)F1DCCH占用由1個(gè)或連續(xù)的多個(gè)CCE (Control Channel Element:控制 信道元素）構(gòu)成的資源。在LTE中，根據(jù)下行控制信息的信息比特?cái)?shù)或終端的傳播路徑狀 態(tài)，選擇1、2、4、8中的一個(gè)CCE數(shù)作為HXXH占有的CCE數(shù)（CCE聚合數(shù)：CCE aggregation level)。另外，在LTE中，支持具有最大20MHz的帶寬的頻帶作為系統(tǒng)帶寬。
[0007] 另外，從基站發(fā)送的分配控制信息被稱為DCI(DownlinkControlInformation: 下行控制信息）。在將多個(gè)終端分配給1子幀時(shí)，基站同時(shí)發(fā)送多個(gè)DCI。此時(shí)，為了識別各 DCI的發(fā)送目的地的終端，基站使利用發(fā)送目的地的終端ID進(jìn)行了屏蔽（或加擾）的CRC 比特包含在DCI內(nèi)進(jìn)行發(fā)送。而且，終端在有可能發(fā)往本終端的多個(gè)DCI中，通過利用本終 端的終端ID對CRC比特進(jìn)行解蔽（或解擾）來對H)CCH進(jìn)行盲解碼，從而檢測發(fā)往本終端 的DCI。
[0008] 另外，DCI中包含由基站分配給終端的資源的信息（資源分配信息）和 MCS (Modulation and channel Coding Scheme :調(diào)制與編碼方式）等。另外，在 DCI 中有用 于上行線路、用于下行線路MIMO(MultipleInputMultipleOutputm:多輸入多輸出）發(fā) 送、以及用于下行線路非連續(xù)頻帶分配等的多個(gè)格式。終端需要接收具有多個(gè)格式的下行 分配控制信息（有關(guān)下行線路的分配控制信息）及具有一個(gè)格式的上行分配控制信息（有 關(guān)上行線路的分配控制信息）兩者。
[0009] 例如，下行分配控制信息中，根據(jù)基站的發(fā)送天線控制方法和資源分配方法等定 義多個(gè)大?。╯ize)的格式。在該多個(gè)格式中，進(jìn)行分配連續(xù)序號的RB的頻帶分配（以下 稱為"連續(xù)頻帶分配"）的下行分配控制信息格式（以下簡稱為"下行分配控制信息"）、和 進(jìn)行連續(xù)頻帶分配的上行分配控制信息格式（以下簡稱為"上行分配控制信息"）具有相同 大小。這些格式（DCI格式）中，包含表示分配控制信息的類別（下行分配控制信息或上行 分配控制信息）的類別信息（例如，1比特的標(biāo)記）。由此，即使表示下行分配控制信息的 DCI的大小與表示上行分配控制信息的DCI的大小相同，終端也能夠通過確認(rèn)分配控制信 息中所包含的類別信息，確定是下行分配控制信息還是上行分配控制信息。
[0010] 此外，發(fā)送進(jìn)行連續(xù)頻帶分配的上行分配控制信息時(shí)的DCI格式稱為DCI格式 〇 (以下稱為DCI0)，發(fā)送進(jìn)行連續(xù)頻帶分配的下行分配控制信息時(shí)的DCI格式稱為DCI格 式IA(以下稱為DCI1A)。此外，如上所述，由于DCI0和DCIIA為相同大小，根據(jù)類別信 息能夠區(qū)別，因此在以下的說明中，將DCI0及DCIIA匯集表記DCI0/1A。
[0011] 另外，除了上述DCI格式以外，還有在下行線路中，進(jìn)行分配不連續(xù)序號的RB的 頻帶分配（以下稱為"非連續(xù)頻帶分配"）的DCI格式1(以下稱為DCI1)、分配空間復(fù)用MHTO發(fā)送的DCI格式2及2A(以下稱為DCI2、2A)、分配波束成形發(fā)送的下行分配控制信 號的格式（"波束成形分配下行格式" :DCI格式1B)、分配多用戶MMO發(fā)送的下行分配控 制信息的格式（"多用戶MHTO分配下行格式" :DCI格式1D)等。這里，DCI1、2、2A、1B、1D 是依賴于終端的下行發(fā)送模式（非連續(xù)頻帶分配、空間復(fù)用MIMO發(fā)送、波束成形發(fā)送、多用 戶MMO發(fā)送）而使用的格式，是對每個(gè)終端設(shè)定的格式。另一方面，DCI0/1A不依賴于發(fā) 送模式，是對于任何發(fā)送模式的終端都可以使用的格式，即對所有終端通用的格式。另外， 在使用DCI0/1A的情況下，作為缺省的發(fā)送模式，使用1天線發(fā)送或發(fā)送分集。另一方面， 作為用于上行線路分配的格式，正研究進(jìn)行非連續(xù)頻帶分配的DCI格式OA和分配空間復(fù)用 M頂0發(fā)送的DCI格式0B。這些格式均是對每個(gè)終端設(shè)定的格式。
[0012] 另外，為縮減終端的電路規(guī)模，以盲解碼的次數(shù)的削減為目的，正在研究對每個(gè)終 端限定盲解碼的對象的CCE的方法。該方法中，限定可能成為各終端進(jìn)行的盲解碼對象的 CCE區(qū)域（以下稱為"搜索區(qū)間"(Search Space))。這里，分配給各終端的CCE區(qū)域的單位 (即，相當(dāng)于進(jìn)行盲解碼的單位）稱為"下行控制信息分配區(qū)域候選（DCI分配區(qū)域候選）" 或"解碼對象單位區(qū)域候選"。
[0013] 在LTE中，對每個(gè)終端隨機(jī)地設(shè)定搜索區(qū)間。對HXXH的每個(gè)CCE聚合數(shù)定義構(gòu) 成該搜索區(qū)間的CCE數(shù)。例如，與HXXH的CCE聚合數(shù)1、2、4、8分別對應(yīng)的、構(gòu)成搜索區(qū)間 的CCE的數(shù)為6、12、8、16。在此情況下，與PDCCH的CCE聚合數(shù)1、2、4、8分別對應(yīng)的、解碼 對象單位區(qū)域候選的數(shù)為6候選（6=6+1)、6候選（6=12+2)、2候選（2= 8 +4)、2候 選（2 =16+ 8)。即，解碼對象單位區(qū)域候選被限定為合計(jì)16候選。由此，各個(gè)終端僅對 分配給本終端的搜索區(qū)間內(nèi)的解碼對象單位區(qū)域候選群進(jìn)行盲解碼即可，因此能夠削減盲 解碼次數(shù)。這里，使用各終端的終端ID和進(jìn)行隨機(jī)化的函數(shù)即散列（hash)函數(shù)來設(shè)定各 終端的搜索區(qū)間。該終端特有的CCE區(qū)域被稱為"專用區(qū)域（UEspecificSearchSpace:UE-SS，UE專用搜索區(qū)間）"。
[0014] 另一方面，PDCCH中還包含對于多個(gè)終端同時(shí)通知的、用于各終端通用的數(shù)據(jù)分配 的控制信息（例如，有關(guān)下行廣播信號的分配信息以及有關(guān)尋呼（Paging)用信號的分配 信息）（以下稱為"公共信道用控制信息"）。為傳輸公共信道用控制信息，在HXXH中使用 應(yīng)當(dāng)接收下行廣播信號的全部終端通用的CCE區(qū)域（以下稱為"公共區(qū)域（CommonSearch Space:C-SS，公共搜索區(qū)間））"。C-SS中，存在與CCE聚合數(shù)4和8分別對應(yīng)的、4候選（4 =16 + 4)、2候選（2 = 16 + 8)合計(jì)6候選的解碼對象單位區(qū)域候選。
[0015] 另外，在UE-SS中，終端分別對于全部終端通用的DCI格式（DCI0/1A)、以及依賴 于發(fā)送模式的DCI格式（選自DCI1、2、2A中的一種格式）這兩種大小的DCI格式進(jìn)行盲解 碼。例如，終端在UE-SS內(nèi)，對于兩種大小的DCI格式分別進(jìn)行16次上述盲解碼。關(guān)于對哪 兩種大小的DCI格式進(jìn)行盲解碼，這取決于由基站通知的發(fā)送模式。另外，終端在C-SS中， 無論通知的發(fā)送模式如何，分別對公共信道分配用格式即DCI格式IC(以下稱為DCI1C) 和DCI1A，進(jìn)行上述6次盲解碼（即，合計(jì)12次盲解碼）。因此，終端在每個(gè)子幀中，進(jìn)行合 計(jì)44次盲解碼。
[0016] 這里，用于公共信道分配的DCIIA和用于終端專用的數(shù)據(jù)分配的DCI0/1A的大小 相同，通過終端ID而彼此被區(qū)別。因此，基站也能夠通過C-SS發(fā)送用于進(jìn)行終端專用的數(shù) 據(jù)分配的DCI0/1A，而不增加終端的盲解碼次數(shù)。
[0017] 另外，開始了高級 3GPPLTE(3GPPLTE-Advanced)(以下稱為"LTE-A"）的標(biāo)準(zhǔn)化， 其與LTE相比，實(shí)現(xiàn)進(jìn)一步的通信高速化。在LTE-A中，為了實(shí)現(xiàn)最大IGbps以上的下行傳 輸速度和最大500Mbps以上的上行傳輸速度，預(yù)計(jì)引入能夠以40MHz以上的寬帶頻率進(jìn)行 通信的基站和終端（以下，稱為"LTE-A終端"）。另外，LTE-A系統(tǒng)被要求除了支持LTE-A 終端以外，還收納對應(yīng)于LTE系統(tǒng)的終端（以下稱為"LTE終端"）。
[0018] 此外，在LTE-A中，為了實(shí)現(xiàn)覆蓋區(qū)的擴(kuò)大，還規(guī)定了引入無線通信中繼裝置（以 下稱為"中繼站"或"RN:RelayNode"）（參照圖1)。與此相伴，正在進(jìn)行與從基站到中繼 站的下行線路控制信道（以下稱為"R-PDCCH"）有關(guān)的標(biāo)準(zhǔn)化（例如參照非專利文獻(xiàn)4至 7)。在目前的階段，關(guān)于R-PDCCH，在研究以下事項(xiàng)。圖2中表示一例R-PDCCH區(qū)域。
[0019] (I)R-PDCCH的時(shí)間軸方向的映射開始位置被固定為一個(gè)子幀的從開頭起第 40FDM碼元。這不依賴于I3DCCH在時(shí)間軸方向所占的比例。
[0020] ⑵各R-PDCCH占用由 1 個(gè)或連續(xù)的多個(gè)R-CCE(ReIay-ControlChannel Element，中繼控制信道單元）構(gòu)成的資源。構(gòu)成一個(gè)R-CCE的RB的數(shù)對每個(gè)時(shí)隙或參考信 號的每種配置不同。具體而言，在時(shí)隙0中，R-CCE被規(guī)定為在時(shí)間方向上具有從第30FDM 碼元至?xí)r隙0末尾為止的范圍且在頻率方向上具有IRB寬度的范圍的資源區(qū)域（但映射有 參考信號的區(qū)域除外）。另外，在時(shí)隙1中，被規(guī)定為在時(shí)間方向上具有從時(shí)隙1的開頭至 時(shí)隙1末尾為止的范圍且在頻率方向上具有IRB寬度的范圍的資源區(qū)域（但映射有參考信 號的區(qū)域除外）。但是，還提出了在時(shí)隙1中，將上述的資源區(qū)域一分為二，并分別設(shè)為一個(gè) R-CCE的方案。
[0021] 現(xiàn)有技術(shù)文獻(xiàn)
[0022] 非專利文獻(xiàn)
[0023] [非專利文獻(xiàn) 1]3GPPTS36. 211V8. 7. 0，"PhysicalChannelsand Modulation(Release8)，"September2008
[0024] [非專利文獻(xiàn) 2] 3GPPTS36. 212V8. 7. 0，"Multiplexingandchannel coding(Release8)，"September2008
[0025] [非專利文獻(xiàn) 3] 3GPPTS36. 213V8. 7. 0，"Physicallayerprocedures(Release 8)，"September2008
[0026] [非專利文獻(xiàn) 4] 3GPPTSGRANWGlmeeting，Rl-102700,"BackhaulControl ChannelDesigninDownlink,''May2010
[0027] [非專利文獻(xiàn) 5]3GPPTSGRANWGlmeeting,Rl-102881, "R-roCCH placement,''May2010
[0028] [非專利文獻(xiàn) 6]XPPTSGRANWGlmeeting,Rl-IO3O4O, "R-PDCCHsearchspace design,"May2010
[0029] [非專利文獻(xiàn) 7]3GPPTSGRANWGlmeeting,Rl-103062,"Supportingfrequency diversityandfrequencyselectiveR-PDCCHtransmissions,''May2010

【發(fā)明內(nèi)容】

[0030] 發(fā)明要解決的問題
[0031] 另外，考慮到今后例如進(jìn)行M2M(MachinetoMachine，設(shè)備到設(shè)備）通信等，作為 無線通信終端引入各種設(shè)備的情況，映射PDCCH的區(qū)域（即，"PDCCH區(qū)域"）的資源有可能 因終端數(shù)的增加而不足。若由于該資源不足而不能映射H)CCH，則無法進(jìn)行對終端的下行數(shù) 據(jù)分配。因此，即使映射下行數(shù)據(jù)的資源區(qū)域（以下稱為"PDSCH區(qū)域"）空閑也無法使用， 系統(tǒng)吞吐量有可能降低。作為消除該資源不足的方法，可以考慮將面向基站屬下的終端的 DCI也配置在映射上述R-PDCCH的區(qū)域（以下稱為"R-PDCCH區(qū)域（參照圖3)。
[0032] 另外，在如圖4所示的由宏基站與毫微微/微微蜂窩基站構(gòu)成的異構(gòu)網(wǎng)絡(luò) (HeterogeneousNetwork)中，無論是哪種小區(qū)中，都擔(dān)心由于來自其他小區(qū)的影響，PDCCH 區(qū)域中的干擾增大。例如，宏小區(qū)中所連接的終端位于毫微微小區(qū)附近的情況下（特別 在不允許該終端連接到毫微微基站的情況下），該終端會從毫微微小區(qū)受到大的干擾?；?者，微微蜂窩小區(qū)中所連接的終端位于微微蜂窩小區(qū)的小區(qū)邊緣附近（例如覆蓋范圍擴(kuò)展 (Rangeexpansion)區(qū)域）的情況下，該終端從宏小區(qū)受到大的干擾。因此，在F1DCCH區(qū)域 中，各終端的控制信息的接收性能發(fā)生劣化。
[0033] 另一方面，通過將R-PDCCH用于發(fā)送面向連接于基站的終端的DCI，能夠抑制DCI 的接收性能的劣化。即，為了使毫微微/微微蜂窩基站屬下的終端能夠以足夠低的差錯(cuò)率 接收DCI，宏基站利用特定的RB降低發(fā)送功率來發(fā)送DCI，另一方面，毫微微/微微蜂窩基 站利用該特定的RB向?qū)傧碌慕K端發(fā)送DCI。由此，連接于毫微微/微微蜂窩基站的終端能 夠利用來自宏基站的干擾低的RB接收DCI，因此，能夠以良好的差錯(cuò)率接收DCI。同樣，宏 基站利用來自毫微微/微微蜂窩基站的干擾少的RB發(fā)送DCI，因此，連接于宏基站的終端也 能夠以良好的差錯(cuò)率接收DCI。
[0034] 但是，作為發(fā)送面向連接于基站的終端的DCI的區(qū)域，若對HXXH區(qū)域僅簡單地加 上R-PDCCH區(qū)域，則終端中的盲解碼次數(shù)增加，產(chǎn)生耗電和處理延遲增大以及電路規(guī)模增 大的問題。
[0035] 為了解決上述問題，優(yōu)選將HXXH與R-PDCCH兩者加在一起的盲解碼次數(shù)抑制為 規(guī)定值以下。例如，通過將對盲解碼對象的2個(gè)DCI格式（例如，DCI格式0/1A與DCI格 式2)各自的盲解碼次數(shù)在HXXH中設(shè)為8次，在R-PDCCH中設(shè)為8次，合計(jì)設(shè)為32次，由 此能夠抑制為與LTE同樣的盲解碼次數(shù)。
[0036] 但是，若終端數(shù)增加，則在系統(tǒng)內(nèi)引起誤報(bào)（Falsealarm)(控制信息的誤檢測） 的幾率增加。所謂誤報(bào)（控制信息的誤檢測），是指將發(fā)往其他終端的DCI或未發(fā)送的信 號（即，噪聲成分）檢測為發(fā)往本終端的DCI。以下，僅稱為"誤檢測"時(shí)，是指該誤報(bào)（控 制信息的誤檢測）。在產(chǎn)生了該誤檢測的情況下，對系統(tǒng)造成如下所述的不良影響。例如在 上行分配控制信息的誤檢測的情況下，由于發(fā)送上行線路的數(shù)據(jù)，因此，對其他終端的干擾 增加。另外，在下行分配控制信息的誤檢測的情況下，在上行線路發(fā)送ACK/NACK，因此，有可 能引起有關(guān)其他終端的ACK/NACK的差錯(cuò)。這些導(dǎo)致上行線路和下行線路中的系統(tǒng)吞吐量 降低，因此，需要減少誤報(bào)。
[0037] 本發(fā)明的目的在于，提供能夠通過減少控制信息的誤檢測而防止系統(tǒng)吞吐量降低 的基站、終端、發(fā)送方法及接收方法。
[0038] 解決問題的方案
[0039] 本發(fā)明的一個(gè)形態(tài)的基站包括：映射單元，基于第二資源區(qū)域中使用的資源量，設(shè) 定第一資源區(qū)域或所述第二資源區(qū)域的任一區(qū)域，并將控制信息映射到所設(shè)定的所述第一 資源區(qū)域或所述第二資源區(qū)域中，所述第一資源區(qū)域能夠用作控制信道及數(shù)據(jù)信道的任一 信道，所述第二資源區(qū)域能夠用作所述控制信道；以及發(fā)送單元，發(fā)送所映射的所述控制信 息。
[0040] 本發(fā)明的一個(gè)形態(tài)的終端包括：接收單元，在能夠用作控制信道和數(shù)據(jù)信道的任 一信道的第一資源區(qū)域、或者能夠用作所述控制信道的第二資源區(qū)域中接收控制信息，并 接收表示在所述第二資源區(qū)域中使用的資源量的信息；以及確定單元，基于所述資源量，將 在所述第一資源區(qū)域和所述第二資源區(qū)域中的任一者確定為所述控制信息的解碼對象區(qū) 域。
[0041] 本發(fā)明的一個(gè)形態(tài)的發(fā)送方法基于第二資源區(qū)域中使用的資源量，設(shè)定第一資源 區(qū)域或所述第二資源區(qū)域的任一區(qū)域，所述第一資源區(qū)域能夠用作控制信道及數(shù)據(jù)信道的 任一信道，所述第二資源區(qū)域能夠用作所述控制信道并將控制信息映射到所設(shè)定的所述第 一資源區(qū)域或所述第二資源區(qū)域中。
[0042] 本發(fā)明的一個(gè)形態(tài)的接收方法在能夠用作控制信道和數(shù)據(jù)信道的任一信道的第 一資源區(qū)域、或者能夠用作所述控制信道的第二資源區(qū)域中接收控制信息，并接收表示在 所述第二資源區(qū)域中使用的資源量的信息，基于所述資源量，將所述第一資源區(qū)域和所述 第二資源區(qū)域中的任一者確定為所述控制信息的解碼對象區(qū)域。
[0043] 本發(fā)明的一個(gè)形態(tài)的基站裝置包括：映射單元，將下行控制信息映射到一個(gè)子幀 所包含的第一資源區(qū)域和第二資源區(qū)域這兩者，或者僅映射到所述第二資源區(qū)域，所述第 一資源區(qū)域能夠用于下行控制信道和下行數(shù)據(jù)信道的任何一者，所述第二資源區(qū)域能夠用 于所述下行控制信道，在具有用于在時(shí)分雙工即TDD下切換下行鏈路和上行鏈路的間隔區(qū) 間的特殊子幀中，將所述下行控制信息僅映射到所述第二資源區(qū)域；以及發(fā)送單元，發(fā)送所 映射的所述下行控制信息。
[0044] 本發(fā)明的一個(gè)形態(tài)的基站裝置包括：映射單元，將下行控制信息映射到一個(gè)子幀 所包含的第一資源區(qū)域和第二資源區(qū)域這兩者，或者僅映射到所述第二資源區(qū)域，所述第 一資源區(qū)域能夠用于下行控制信道和下行數(shù)據(jù)信道的任何一者，所述第二資源區(qū)域能夠用 于所述下行控制信道，在特定的子幀中將所述下行控制信息僅映射到所述第二資源區(qū)域； 以及發(fā)送單元，發(fā)送所映射的所述下行控制信息，進(jìn)而，以與可測定子幀模式相同的周期， 發(fā)送表示所述下行控制信息能映射到所述第一資源區(qū)域上的子幀的子幀模式信息。
[0045] 本發(fā)明的一個(gè)形態(tài)的通信方法包括如下步驟：將下行控制信息映射到一個(gè)子幀所 包含的第一資源區(qū)