(57)【要約】  無線端末（１）は、無線端末（１）に設定された複数のダウンリンク・コンポーネントキャリア（ＤＬ  ＣＣｓ）に対応する複数のＨｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ（ＨＡＲＱ）  ＡＣＫ／ＮＡＣＫ  ｂｉｔｓを１つのアップリンク・コンポーネントキャリア（ＵＬ  ＣＣ）上の１つのＰｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  （ＰＵＣＣＨ）で送信する場合に、当該複数のＤＬ  ＣＣｓの数又は当該複数のＨＡＲＱ  ＡＣＫ／ＮＡＣＫ  ｂｉｔｓの数に応じて、当該複数のＨＡＲＱ  ＡＣＫ／ＮＡＣＫ  ｂｉｔｓから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更するよう構成される。
2016185641.tif 000002
【特許請求の範囲】
【請求項１】
無線端末であって、
基地局と無線通信するよう構成された無線トランシーバと、
前記無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更するよう構成されている、
無線端末。
【請求項２】
前記少なくとも１つのプロセッサは、前記拡散率を変更するために、第１、第２、及び第３の時間ドメイン拡散のうち少なくとも２つを前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて選択的に行うよう構成され、
前記第１の時間ドメイン拡散は、長さ２ｎ（ｎは整数）の第１の拡散コードシーケンスを使用して１つのデータブロックに対する拡散率２ｎの時間ドメイン拡散を行うことを含み、ここで、前記１つのデータブロックは、前記複数のHARQ ACK/NACK bitsの送信に使用されるPUCCHフォーマットにおいて１スロット内の所定の２ｎ個のSingle-Carrier FDMA（SC-FDMA）シンボルにマッピングされ、
前記第２の時間ドメイン拡散は、前記第１の拡散コードシーケンスのうちのｎ要素から成る長さｎの第２の拡散コードシーケンス及び前記第１の拡散コードシーケンスのうちの残りのｎ要素から成る長さｎの第３の拡散コードシーケンスを使用して、２つのデータブロックに対する拡散率ｎの時間ドメイン拡散を行うことを含み、ここで、前記２つのデータブロックは、前記PUCCHフォーマットにおいて前記１スロット内の前記所定の２ｎ個のSC-FDMAシンボルにマッピングされ、
前記第３の時間ドメイン拡散は、前記第１の拡散コードシーケンスのうちの２ｎ要素の各々から成る長さ１の２ｎ個の拡散コードシーケンスを使用して２ｎ個のデータブロックに対する拡散率１の時間ドメイン拡散を行うことを含み、ここで、前記２ｎ個のデータブロックは、前記PUCCHフォーマットにおいて前記１スロット内の前記所定の２ｎ個のSC-FDMAシンボルにマッピングされる、
請求項１に記載の無線端末。
【請求項３】
前記第１の拡散コードシーケンスは、他の無線端末によって使用される長さ２ｎの第４の拡散コードシーケンスと直交し、
前記第２の拡散コードシーケンスは、前記第４の拡散コードシーケンスのうちの対応するｎ要素から成る拡散コードシーケンスと直交し、
前記第３の拡散コードシーケンスは、前記第４の拡散コードシーケンスのうちの残りのｎ要素から成る拡散コードシーケンスと直交する、
請求項２に記載の無線端末。
【請求項４】
前記所定の２ｎ個のSC-FDMAシンボルは、前記スロット内の最終SC-FDMAシンボルを含まない、
請求項２又は３に記載の無線端末。
【請求項５】
前記最終SC-FDMAシンボルは、Reference Signal（RS）シンボルの送信のために使用される、
請求項４に記載の無線端末。
【請求項６】
前記少なくとも１つのプロセッサは、前記拡散率を明示的又は暗示的に指定するシグナリングを基地局から受信するよう構成されている、
請求項１〜５のいずれか１項に記載の無線端末。
【請求項７】
前記拡散率の暗示的な指定は、１又は複数のセカンダリ・コンポーネントキャリアを前記無線端末に設定することにより行われる、
請求項６に記載の無線端末。
【請求項８】
前記少なくとも１つのプロセッサは、前記PUCCHが送信されるスロットにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて、前記PUCCHの送信電力を調整するよう構成されている、
請求項１〜７のいずれか１項に記載の無線端末。
【請求項９】
前記PUCCHの送信電力の調整は、前記PUCCHが送信されるスロットにおいて前記SRSが送信される場合に前記PUCCHの送信電力に第１のオフセットを付加することにより行われ、
前記少なくとも１つのプロセッサは、前記第１のオフセットを指定するシグナリングを基地局から受信するよう構成されている、
請求項８に記載の無線端末。
【請求項１０】
前記第１のオフセットは、拡散率毎に指定される、
請求項９に記載の無線端末。
【請求項１１】
前記少なくとも１つのプロセッサは、前記PUCCHの送信電力を前記拡散率に応じて調整するよう構成されている、
請求項１〜１０のいずれか１項に記載の無線端末。
【請求項１２】
前記拡散率に応じた前記PUCCHの送信電力の調整は、前記拡散率に応じた第２のオフセットを前記PUCCHの送信電力に付加することにより行われ、
前記少なくとも１つのプロセッサは、前記第２のオフセットを指定するシグナリングを基地局から受信するよう構成されている、
請求項１１に記載の無線端末。
【請求項１３】
無線端末における方法であって、
前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更すること、
を備える方法。
【請求項１４】
無線端末における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを備える、
非一時的なコンピュータ可読媒体。
【請求項１５】
基地局であって、
無線端末と無線通信するよう構成された無線トランシーバと、
前記無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、Physical Uplink Control Channel (PUCCH)フォーマットに従って送信されるPUCCHを前記無線端末から受信するよう構成され、
前記PUCCHフォーマットは、前記無線端末に対して、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする、
基地局。
【請求項１６】
前記拡散率を前記変更することは、第１、第２、及び第３の時間ドメイン拡散のうち少なくとも２つを前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて選択的に行うことを含み、
前記第１の時間ドメイン拡散は、長さ２ｎ（ｎは整数）の第１の拡散コードシーケンスを使用して１つのデータブロックに対する拡散率２ｎの時間ドメイン拡散を行うことを含み、ここで、前記１つのデータブロックは、前記複数のHARQ ACK/NACK bitsの送信に使用されるPUCCHフォーマットにおいて１スロット内の所定の２ｎ個のSingle-Carrier FDMA（SC-FDMA）シンボルにマッピングされ、
前記第２の時間ドメイン拡散は、前記第１の拡散コードシーケンスのうちのｎ要素から成る長さｎの第２の拡散コードシーケンス及び前記第１の拡散コードシーケンスのうちの残りのｎ要素から成る長さｎの第３の拡散コードシーケンスを使用して、２つのデータブロックに対する拡散率ｎの時間ドメイン拡散を行うことを含み、ここで、前記２つのデータブロックは、前記PUCCHフォーマットにおいて前記１スロット内の前記所定の２ｎ個のSC-FDMAシンボルにマッピングされ、
前記第３の時間ドメイン拡散は、前記第１の拡散コードシーケンスのうちの２ｎ要素の各々から成る長さ１の２ｎ個の拡散コードシーケンスを使用して２ｎ個のデータブロックに対する拡散率１の時間ドメイン拡散を行うことを含み、ここで、前記２ｎ個のデータブロックは、前記PUCCHフォーマットにおいて前記１スロット内の前記所定の２ｎ個のSC-FDMAシンボルにマッピングされる、
請求項１５に記載の基地局。
【請求項１７】
前記第１の拡散コードシーケンスは、他の無線端末によって使用される長さ２ｎの第４の拡散コードシーケンスと直交し、
前記第２の拡散コードシーケンスは、前記第４の拡散コードシーケンスのうちの対応するｎ要素から成る拡散コードシーケンスと直交し、
前記第３の拡散コードシーケンスは、前記第４の拡散コードシーケンスのうちの残りのｎ要素から成る拡散コードシーケンスと直交する、
請求項１６に記載の基地局。
【請求項１８】
前記少なくとも１つのプロセッサは、前記拡散率を明示的又は暗示的に指定するシグナリングを前記無線端末に送信するよう構成されている、
請求項１５〜１７のいずれか１項に記載の基地局。
【請求項１９】
前記拡散率の暗示的な指定は、１又は複数のセカンダリ・コンポーネントキャリアを前記無線端末に設定することにより行われる、
請求項１８に記載の基地局。
【請求項２０】
前記少なくとも１つのプロセッサは、第１のオフセットを指定するシグナリングを前記無線端末に送信するよう構成され、
前記第１のオフセットは、前記無線端末に対して、前記PUCCHが送信されるスロットにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて、前記PUCCHの送信電力を調整することを可能にする、
請求項１５〜１９のいずれか１項に記載の基地局。
【請求項２１】
前記第１のオフセットは、拡散率毎に指定される、
請求項２０に記載の基地局。
【請求項２２】
前記少なくとも１つのプロセッサは、第２のオフセットを指定するシグナリングを前記無線端末に送信するよう構成され、
前記第２のオフセットは、前記無線端末に対して、前記PUCCHの送信電力を前記拡散率に応じて調整することを可能にする、
請求項１５〜２１のいずれか１項に記載の基地局。
【請求項２３】
基地局における方法であって、
Physical Uplink Control Channel (PUCCH)フォーマットに従って送信されるPUCCHを無線端末から受信することを備え、
前記PUCCHフォーマットは、前無線端末に対して、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（複数のDL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする、
方法。
【請求項２４】
基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、Physical Uplink Control Channel (PUCCH)フォーマットに従って送信されるPUCCHを無線端末から受信することを備え、
前記PUCCHフォーマットは、前記無線端末に対して、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（複数のDL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする、
非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信に関し、特に、Hybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを無線端末から基地局に送信するためのPhysical Uplink Control Channel (PUCCH)フォーマットに関する。
【背景技術】
【０００２】
以下では、3rd Generation Partnership Project (3GPP) Release 8（Long Term Evolution (LTE)と呼ばれる）及びそれ以降で用いられる無線フレーム（radio frame）構造、時間−周波数リソース（無線リソース）、及びHARQ ACK/NACK 送信について説明する。さらに、3GPP Release 10（LTE-Advancedと呼ばれる）で導入されたキャリアアグリゲーション（carrier aggregation (CA)）とCAにおけるHARQ ACK/NACK 送信について説明する。【０００３】
図１は、LTEおよびLTE-Advancedの無線フレーム構造を示している。3rd Generation Partnership Project（3GPP）Release 8及びそれ以降では、２種類の無線フレーム構造が用意されている。一方は、frame structure type 1と呼ばれ、frequency division duplex (FDD) に適用できる。他方は、frame structure type 2と呼ばれ、Time division duplex (TDD) に適用できる。図１に示されている通り、type 1及びtype 2のいずれのフレーム構造においても、１つの無線フレームの継続時間は10 msであり、１つの無線フレームは１０個のサブフレームから構成されている。１つのサブフレームの継続時間は、1 msである。さらに１つのサブフレームは、各々が0.5 msの２つのスロットに分解される。【０００４】
図２Ａは、LTEおよびLTE-Advancedのダウンリンク・時間−周波数リソースの詳細を示している。１つのダウンリンク・スロット（0.5 ms）は、時間ドメインにおいてNDLSYMB個のOrthogonal Frequency Division Multiplexing（OFDM）シンボルを含む。時間ドメインにおける１OFDMシンボル及び周波数ドメインにおける１サブキャリアによって規定される無線リソースは、「リソースエレメント」と呼ばれる。リソースエレメントは、ODFMを採用するLTEおよびLTE-Advancedのダウンリンクにおける無線リソースの最小単位である。時間ドメインにおいて連続するNDLSYMB個のOFDMシンボルと周波数ドメインにおいて連続するNRBSC個のサブキャリアによって規定されるリソース単位は、「リソースブロック」と呼ばれる。Normal cyclic prefixの場合、NDLSYMBの値は７であり、NRBSCの値は１２であり、したがって、１つのダウンリンク・リソースブロックは、８４リソースエレメントからなる。占有帯域幅（NDLRBリソースブロック、又はNDLRB NRBSCサブキャリア）は、ダウンリンクのシステム帯域（channel bandwidth (BWChannel)）に依存する。例えば、システム帯域が1.4 MHzである場合にダウンリンク・リソースブロックの最大数（NDLRB）は６であり、システム帯域が20 MHzである場合にダウンリンク・リソースブロック（NDLRB）の最大数は１００である。【０００５】
図２Ｂは、LTEおよびLTE-Advancedのアップリンク・時間−周波数リソースの詳細を示している。１つのアップリンク・スロット（0.5 ms）は、時間ドメインにおいてNULSYMB個のSingle-Carrier Frequency Division Multiple Access（SC-FDMA）シンボルを含む。SC-FDMAは、Discrete Fourier Transform (DFT)-Spread OFDM（DFTS-OFDM）とも呼ばれる。ダウンリンクと同様に、時間ドメインにおける１SC-FDMAシンボル及び周波数ドメインにおける１サブキャリアによって規定される無線リソースは、「リソースエレメント」と呼ばれる。リソースエレメントは、SC-FDMAを採用するLTEおよびLTE-Advancedのアップリンクにおける無線リソースの最小単位である。時間ドメインにおいて連続するNULSYMB個のSC-FDMAシンボルと周波数ドメインにおいて連続するNRBSC個のサブキャリアによって規定されるリソース単位は、「リソースブロック」と呼ばれる。ダウンリンクと同様に、Normal cyclic prefixの場合、NULSYMBの値は７であり、NRBSCの値は１２であり、したがって、１つのアップリンク・リソースブロックは、８４リソースエレメントからなる。占有帯域幅（NULRBリソースブロック、又はNULRB NRBSCサブキャリア）は、アップリンクのシステム帯域（channel bandwidth (BWChannel)）に依存する。例えば、システム帯域が1.4 MHzである場合にアップリンク・リソースブロックの最大数（NULRB）は６であり、システム帯域が20 MHzである場合にアップリンク・リソースブロック（NULRB）の最大数は１００である。【０００６】
3GPP Release 8及びそれ以降では、ダウンリンク・ユーザデータは物理ダウンリンク共有チャネル（Physical Downlink Shared Channel (PDSCH)）上で送信される。無線端末（つまり、user equipment （UE））は、PDSCH上でダウンリンクデータを受信し、ダウンリンクデータのCyclic Redundancy Check (CRC)エラーの有無をチェックし、CRC結果（つまり、 acknowledgement (ACK)又はnegative ACK (NACK)）を示すHARQ ACK/NACK bitsを物理アップリンク制御チャネル（Physical Uplink Control Channel (PUCCH)）又は物理アップリンク共有チャネル（Physical Uplink Shared Channel (PUSCH)）上で送信する。具体的には、UEにULSCHリソースが割り当てられている場合、HARQ ACK/NACK bitsはPDSCHにピギーバックされて（piggybacked）送信される。これに対して、UEにULSCHリソースが割り当てられていない場合、HARQ ACK/NACK bitsはPUCCH上で送信される。【０００７】
3GPP Release8およびRelease 9では、HARQ ACK/NACK 送信のために、PUCCH format 1a及び1bが規定されている。基本的には、PUCCH format 1aでは1-bit HARQ ACK/NACK が送信され、PUCCH format 1bでは2-bit HARQ ACK/NACKが送信される。HARQ ACK/NACK bitsの数は、ダウンリンク送信時のcodewordの数（つまり、１又は2）に応じて決定される。言い換えると、HARQ ACK/NACK bitsの数は、ダウンリンク送信にSpatial Multiplexingが適用されるか否かに応じて決定される。Spatial Multiplexingが適用される場合、１サブフレームにおいて２コードワード（つまり、２トランスポートブロック）が送信され、したがってPUCCH format 1bが使用される。【０００８】
図３に示されるように、PUCCHは、システム帯域の両端に設定された周波数領域において送信される。１つのサブフレームでのPUCCH送信は、システム帯域の一端又はその近くに位置する第１スロット（0.5ms）の１つのリソースブロックと、システム帯域の他端又はその近くに位置する第２スロット（0.5ms）の１つのリソースブロックを用いて行われる。これら２つのリソースブロック（RB）は、RBペアと呼ばれる。図３に示されるように、制御シグナリング・キャパシティを増やすために複数のRBペアが使用される。UEが使用するべきRBペア（PUCCH領域）は、PUCCHリソース・インデックスから導出することができる。PUCCHリソース・インデックスは、基地局（つまり、eNodeB（eNB））によってUEに設定される。【０００９】
さらに、3GPP Release 10およびそれ以降は、キャリアアグリゲーション（CA）を規定している。キャリアアグリゲーションでは、無線端末は、周波数の異なる複数のキャリア（コンポーネントキャリア（Component Carrier (CC)）と呼ばれる）を基地局（eNB）により設定され、アップリンク通信若しくはダウンリンク通信又はこれら両方のために複数のコンポーネントキャリアを利用することができる。Release10は、最大５つのCCまでのキャリアアグリゲーションを規定している。１つのCCの最大システム帯域は20 MHzであるから、3GPP Release 10のCAでは無線端末は最大100 MHzまで利用できる。【００１０】
複数のCCsでのPDSCH送信に対するHARQフィードバック（ACK/NACK）を提供するために、新たなACK/NACK PUCCHフォーマットがRelease 10において定義されている。この新たなACK/NACK PUCCHフォーマットは、PUCCH format 3と呼ばれ、最大20 bitsまでのHARQ ACK/NACK送信を可能にする。PUCCH format 3は、例えば、3GPP TS 36.211 V12.5.0（非特許文献１）のセクション5.4.2Aに記述されている。【００１１】
図４は、normal cyclic prefixの場合におけるPUCCH format 3でのHARQ ACK/NACK送信スキームを示している。はじめに、ブロック４０１では、PDSCH受信により生じた最大20 bitsのHARQ ACK/NACK bitsに対する誤り訂正符号化とレートマッチングが行われ、48 bit長の符号化された（coded ）ACK/NACK bits が生成される。符号化されたACK/NACK bitsは、スクランブルされた後にQPSKシンボルにマッピングされ、これにより２４QPSK変調シンボルが生成される（４０２）。これら２４変調シンボルのうち１２変調シンボル（４０３）は、サブフレーム内の第１スロットにおいて送信され、残りの１２変調シンボル（４０４）は、当該サブフレーム内の第２スロットにおいて送信される。図４は、第１スロットで送信される１２変調シンボル（４０３）についての処理を示している。【００１２】
これら１２シンボル（４０３）に対してブロックワイズ拡散（block-wise spreading）が行われる。すなわち、１つのSC-FDMAシンボルに対応する１２変調シンボルは、同じ長さ５の拡散コードシーケンス（length-5 spreading code sequence）[w(0) w(1) w(2) w(3) w(4)]によって拡散される（４０４〜４０９）。当該拡散コードシーケンスは、直交（orthogonal）シーケンス又は直交カバーコード（orthogonal cover code (OCC)）シーケンスとも呼ばれる。長さ５の拡散コードシーケンスによる時間ドメイン拡散によって、５セットの１２変調シンボルが得られる。５セットの１２変調シンボルは、第１スロット内の所定の５SC-FDMAシンボルにマッピングされる。各セットの１２変調シンボルは、巡回的にシフトされ（cyclically shifted）、DFT拡散され、１２サブキャリアにマッピングされ、Inverse Fast Fourier Transform（IFFT）によって時間ドメイン信号に変換され、これによりSC-FDMAシンボルが生成される。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】3GPP TS 36.211 V12.5.0 (2015-03), “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and modulation (Release 12)”, 2015年3月
【発明の概要】
【発明が解決しようとする課題】
【００１４】
3GPP Release13では、キャリアアグリゲーションの更なる機能拡張の議論が開始されている。具体的には、３２コンポーネントキャリア（CC）までのキャリアアグリゲーションを可能とするために必要なメカニズムについて議論されている。もし３２コンポーネントキャリアのキャリアアグリゲーションが行われる場合、32コンポーネントキャリアでのダウンリンク送信に対するHARQ ACK/NACK bitsの数は、上述したPUCCH format 3で送信可能なビット数を超える。【００１５】
FDDの場合、３２ DLコンポーネントキャリア（CCs）のCAが行われ、且つ各DL CCで２コードワード伝送モードが使用される場合、UEは、32 DL CCsでのDL受信に応答して、合計64-bit HARQ ACK/NACKを送信する必要がある。さらに、TDDの場合、UEが送信すべきHARQ ACK/NACK bitsの数は、バンドリングウィンドウサイズに比例して増加する。例えば、上述のFDDと同一条件であり且つバンドリングウィンドウサイズが２の場合、UEは128-bit HARQ ACK/NACKを送信する必要がある。バンドリングウィンドウサイズが４の場合、UEは256-bit HARQ ACK/NACKを送信する必要がある。なお、TDDでのHARQ ACK/NACK bit数の削減方法として、バンドリングウィンドウ内におけるすべてのHARQ ACK/NACK bitsの論理積を求めることによって、HARQ ACK/NACK bit数をバンドリングウィンドウ当たり1 bitに圧縮する方法が知られている。しかしながら当該方法を用いても、TDDでのHARQ ACK/NACK bit数は、64 bitsまでしか圧縮できない。したがって、サブフレーム当たり送信可能なHARQ ACK/NACK bitsの数が既存のPUCCH format 3よりも大きい新たなPUCCHフォーマットが必要とされる。【００１６】
しかしながら、リソースブロック（スロット）当たり又はサブフレーム当たりに１UEが送信可能なHARQ ACK/NACK bitsの数を増やすことは、PUCCHリソース（リソースブロック）の増加若しくは同一PUCCHリソースブロックに多重できるUE数の減少又はこれら両方を招くおそれがある。例えば、直交拡散コード（orthogonal spreading codes）を用いた時間ドメイン拡散によって１つのリソースブロックに多重できるUE数（PUCCH送信数）が減少するかもしれない。一方で、幾つかの実装では、全てのUEが32 CCまでのCAをサポートしておらず、アグリゲートされるCC数がUEによって異なることが想定される。したがって、新たなPUCCHフォーマットは、単位時間（e.g., スロット又はサブフレーム）当たりに１UEが送信可能なHARQ ACK/NACK bitsの数をコンポーネントキャリア数に応じて調整できることが好ましい。【００１７】
本明細書に開示される実施形態が達成しようとする目的の１つは、単位時間（e.g., スロット又はサブフレーム）当たりに１UEが送信可能なHARQ ACK/NACK bitsの数をコンポーネントキャリア数に応じて調整可能とすることに寄与する装置、方法、及びプログラムを提供することである。この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００１８】
第１の態様では、無線端末は、基地局と無線通信するよう構成された無線トランシーバと、前記無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更するよう構成されている。【００１９】
第２の態様では、無線端末における方法は、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更すること、を含む。【００２０】
第３の態様では、基地局は、無線端末と無線通信するよう構成された無線トランシーバと、前記無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、Physical Uplink Control Channel (PUCCH)フォーマットに従って送信されるPUCCHを前記無線端末から受信するよう構成されている。前記PUCCHフォーマットは、前記無線端末に対して、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする。【００２１】
第４の態様では、基地局における方法は、Physical Uplink Control Channel (PUCCH)フォーマットに従って送信されるPUCCHを無線端末から受信することを含む。前記PUCCHフォーマットは、前無線端末に対して、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（複数のDL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする。【００２２】
第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２又は第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００２３】
上述の態様によれば、単位時間（e.g., スロット又はサブフレーム）当たりに１UEが送信可能なHARQ ACK/NACK bitsの数をコンポーネントキャリア数に応じて調整可能とすることに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００２４】
【図１】LTEの無線フレーム構造及びサブフレーム構造を示す図である。
【図２Ａ】LTEのダウンリンク・時間−周波数リソースの詳細構造を示す図である。
【図２Ｂ】LTEのアップリンク・時間−周波数リソースの詳細構造を示す図である。
【図３】LTEのPUCCHリソースブロック（RBs）の配置を示す図である。
【図４】PUCCH format 3での送信スキームを示す図である。
【図５】いくつかの実施形態に係る無線通信システムの構成例を示す図である。
【図６】第１の実施形態に係るUE及びeNBの通信手順の一例を示すシーケンス図である。
【図７】第１の実施形態に係るUEの動作の一例を示すフローチャートである。
【図８】第１の実施形態に係るeNBの動作の一例を示すフローチャートである。
【図９】第１の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。
【図１０】第１の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。
【図１１】第１の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。
【図１２】第２の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。
【図１３】第２の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。
【図１４】第２の実施形態に係るPUCCH formatでの送信スキームの一例を示す図である。
【図１５】第３の実施形態に係るUE及びeNBの通信手順の一例を示すシーケンス図である。
【図１６】PUCCH送信電力の調整に使用される情報要素の一例を示す図である。
【図１７】PUCCH送信電力の調整に使用される情報要素の一例を示す図である。
【図１８】第４の実施形態に係るUE及びeNBの通信手順の一例を示すシーケンス図である。
【図１９】PUCCH送信電力の調整に使用される情報要素の一例を示す図である。
【図２０】いくつかの実施形態に係るUEの構成例を示すブロック図である。
【図２１】いくつかの実施形態に係るeNBの構成例を示すブロック図である。
【発明を実施するための形態】
【００２５】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２６】
以下に示される複数の実施形態は、LTE及びLTE-Advanced並びにこれらの拡張を主な対象として説明される。しかしながら、これらの実施形態は、他の無線通信システムに適用されてもよい。
【００２７】
＜第１の実施形態＞
図１は、本実施形態を含むいくつかの実施形態に係る無線通信システムの構成例を示している。当該無線通信システムは通信サービス、例えば音声通信若しくはパケットデータ通信又はこれら両方、を提供する。図１の例では、無線通信システムは、無線端末（UE）１及び基地局（eNB）２を含む。本実施形態では、当該無線通信システムが3GPP Release 8及びそれ以降のシステムであるとして説明する。すなわち、無線端末１は、UEに相当し、基地局２はeNBに相当する。UE１及びeNB２は、６コンポーネントキャリア又はそれ以上のキャリアアグリゲーションをサポートする。UE１は、１又は複数のDLコンポーネントキャリア（DL CCs）５０１においてeNBからDL信号を受信し、１又は複数のULコンポーネントキャリア（UL CCs）５０２においてUL信号をeNB２に送信する。
【００２８】
DLキャリアグリゲーションが行われる場合、UE１は、UE１に設定された複数のDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHで送信する。さらに、UE１は、UE１に設定された当該複数のDL CCsの数に応じて、当該HARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更するよう構成されている。なお、UE１が１リソースブロック（１スロット）又は１サブフレームにおいて送信するべきHARQ ACK/NACK bitsの数は、UE１に設定された当該DL CCsの数に応じて定まる。したがって、UE１は、１つのUL CC上の１つのPUCCHで送信されるHARQ ACK/NACK bitsの数に応じて、ACK/NACK変調シンボル（symbols）に対する時間ドメイン拡散（ブロックワイズ拡散）の拡散率を変更するよう構成されてもよい。
【００２９】
具体的には、UE１は、UE１に設定されたDL CCsの数が増加するにつれて、ACK/NACK変調シンボルに適用される拡散率を小さくするとよい。言い換えると、UE１は、UE１に設定されたDL CCsの数が減少するにつれて、HARQ ACK/NACK変調シンボルに適用される拡散率を大きくするとよい。拡散率が小さいほどチップレートが低減し、リソースブロック当たりに１つのUE１が送信できるACK/NACK変調シンボル数（HARQ ACK/NACK bitsの数）が増えるため、１つのUE１が１リソースブロックにおいて送信できるHARQ ACK/NACK bitsの数を増やすことができる。これとは反対に、拡散率が大きいほどリソースブロック当たりに１つのUE１が送信できるACK/NACK変調シンボル数（HARQ ACK/NACK bitsの数）が減少するが、その代わりに同じリソースブロックに多重できるUE数を増やすことができる。
【００３０】
eNB２は、新たなPUCCHフォーマットに従ってUE１から送信されるPUCCHを受信するよう構成されている。当該新たなPUCCHフォーマットは、UE１に対して、当該UE１に設定された複数のDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHで送信する場合に、当該DL CCsの数又は当該HARQ ACK/NACK bitsの数に応じて、当該HARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする。
【００３１】
以上の説明から理解されるように、UE１は、UE１に設定されたDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHで送信する場合に、当該DL CCsの数又は当該HARQ ACK/NACK bitsの数に応じて、ACK/NACK変調シンボル（symbols）に対する時間ドメイン拡散（ブロックワイズ拡散）の拡散率を変更する。したがって、UE１は、同一のPUCCHフォーマットを使用しながら、単位時間（e.g., スロット又はサブフレーム）当たりに１つのUE１が送信可能なHARQ ACK/NACK bitsの数をUE１に設定されたコンポーネントキャリア数に応じて調整できる。
【００３２】
続いて以下では、UE１及びeNB２の通信手順の具体例について説明する。図６は、UE１及びeNB２の通信手順の一例（処理６００）を示している。ブロック６０１では、eNB２は１又は複数のRRCシグナリングをUE１に送信する。ブロック６０１でのRRCシグナリングは、例えば、RRC Connection Setupメッセージを含んでもよいし、１又は複数のRRC Connection Reconfigurationメッセージを含んでもよい。いくつかの実装において、ブロック６０１でのRRCシグナリングは、キャリアアグリゲーションのために１又は複数のセカンダリ・コンポーネントキャリアをUE１に設定するための少なくとも１つのRRC Connection Reconfigurationメッセージを含んでもよい。
【００３３】
ブロック６０２では、UE１は、ブロック６０１でのRRCシグナリングに従って、UE１を設定する。ブロック６０２の設定は、プライマリDL CC及び１又は複数のセカンダリ DL CCsに対応するHARQ ACK/NACK bitsをプライマリUL CCのPUCCHで送信するために、PUCCHフォーマット、PUCCHの送信に使用されるリソースブロック（PUCCHリソース）、拡散コードシーケンス、及び拡散率をUE１において選択することを含む。ここで、拡散コードシーケンス及び拡散率は、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される。既に説明したように、UE１は、UE１に設定されたCCsの数に応じて、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される拡散率を選択する。
【００３４】
PUCCHフォーマット、PUCCHリソース、拡散コードシーケンス、及び拡散率の各々は、ブロック６０１でのRRCシグナリングにおいてeNB２により明示的又は暗示的に指定されてもよい。例えば、いくつかの実装において、eNB２は、上述した新たなPUCCHフォーマットが使用されることを示すRRCシグナリングをブロック６０１において送信してもよい。
【００３５】
いくつかの実装において、eNB２は、拡散率を暗示的にUE１に指定してもよい。例えば、eNB２は、１又は複数のセカンダリCCsをUE１に設定することによって、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される拡散率をUE１に暗示的に示してもよい。言い換えると、UE１は、UE１に設定されたCC数に基づいて、拡散率を選択してもよい。
【００３６】
いくつかの実装において、既存のPUCCH formatsと同様に、eNB２は、新たなPUCCHフォーマットのためのリソース・インデックスをUE１に明示的に指定してもよい。この場合、UE１は、当該リソース・インデックスからPUCCHリソース（PUCCHの送信に使用されるRBペア）、及び使用するべき拡散コードシーケンスを示すシーケンス・インデックスを導出してもよい。
【００３７】
ブロック６０３では、UE１に設定済みの１又は複数のセカンダリセル（SCells）、つまり１又は複数のセカンダリCCs（SCCs）、の一部又は全部を活性化（activate）する。既存のCAと同様に、SCell（SCC）の活性化は、Activation/Deactivation Medium Access Control （MAC）control element（CE）をeNB２からUE１に送信することにより行われてもよい。
【００３８】
ブロック６０４では、eNB２は、複数のDL CCsにおいてUE１にデータを送信する。ブロック６０５では、UE１は、複数のDL CCsでのデータ受信に応答して、これら複数のDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC（e.g., プライマリCC）上の１つのPUCCHで送信する。ブロック６０５でのPUCCH送信は、ブロック６０２で選択されたPUCCHフォーマット、PUCCHリソース、拡散コードシーケンス、及び拡散率が使用される。
【００３９】
図７は、UE１の動作の一例（処理７００）を示すフローチャートである。ブロック７０１では、UE１は、eNB２から１又は複数のRRCシグナリングを受信する。ブロック７０２では、UE１は、ブロック７０１での１又は複数のRRCシグナリングに従って、PUCCHフォーマット、PUCCHの送信に使用されるリソースブロック（PUCCHリソース）、拡散コードシーケンス、及び拡散率をUE１において選択することを含む。ここで、拡散コードシーケンス及び拡散率は、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される。既に説明したように、UE１は、UE１に設定されたCCsの数に応じて、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される拡散率を選択する。
【００４０】
ブロック７０３では、UE１は、eNB２による指示に従って、１又は複数のSCells（SCCs）を活性化する。ブロック７０４では、UE１は、複数のDL CCs上でデータをeNB２から受信する。ブロック７０５では、UE１は、複数のDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHにおいてeNB２に送信する。ブロック７０５でのPUCCH送信は、ブロック７０２で選択されたPUCCHフォーマット、PUCCHリソース、拡散コードシーケンス、及び拡散率が使用される。
【００４１】
図８は、eNB２の動作の一例（処理８００）を示すフローチャートである。ブロック８０１では、eNB２は１又は複数のRRCシグナリングをUE１に送信する。当該シグナリングは、UE１が使用するべきPUCCHフォーマット及び拡散率を明示的又は暗示的にUE１に指定する。ここで、拡散率は、HARQ ACK/NACK変調シンボルに対するブロックワイズ拡散に適用される。ブロック８０２では、eNB２は、UE１に設定済みの１又は複数のSCells（SCCs）の一部又は全部を活性化する。ブロック８０３では、eNB２は、複数のDL CCs上でUE１にデータを送信する。ブロック６０５では、eNB２は、複数のDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHにおいてUE１から受信する。
【００４２】
以下では、本実施形態に係るUE１及びeNB２により使用される新たなPUCCHフォーマットの例について説明する。いくつかの実装において、UE１は、HARQ ACK/NACK変調シンボル（symbols）に対する第１、第２、及び第３の時間ドメイン拡散のうち少なくとも２つを、UE１に設定された複数のDL CCsの数（又はHARQ ACK/NACK bitsの数）に応じて選択的に行うよう構成される。第１、第２、及び第３の時間ドメイン拡散は、以下のとおりである。
【００４３】
第１の時間ドメイン拡散は、長さ２ｎ（ｎは整数）の第１の拡散コードシーケンスを使用して１つのデータブロックに対する拡散率２ｎの時間ドメイン拡散を行うことを含む。ここで、当該１つのデータブロックは、複数のHARQ ACK/NACK bitsの送信に使用されるPUCCHフォーマットにおいて１スロット内の所定の２ｎ個のSingle-Carrier FDMA（SC-FDMA）シンボルにマッピングされる。
【００４４】
第２の時間ドメイン拡散は、上述した第１の拡散コードシーケンスのうちのｎ要素から成る長さｎの第２の拡散コードシーケンス及び上述した第１の拡散コードシーケンスのうちの残りのｎ要素から成る長さｎの第３の拡散コードシーケンスを使用して、２つのデータブロックに対する拡散率ｎの時間ドメイン拡散を行うことを含む。ここで、当該２つのデータブロックは、当該PUCCHフォーマットにおいて第１の時間ドメイン拡散の場合と同じ１スロット内の所定の２ｎ個のSC-FDMAシンボルにマッピングされる。
【００４５】
第３の時間ドメイン拡散は、上述した第１の拡散コードシーケンスのうちの２ｎ要素の各々から成る長さ１の２ｎ個の拡散コードシーケンスを使用して２ｎ個のデータブロックに対する拡散率１の時間ドメイン拡散を行うことを含む。ここで、当該２ｎ個のデータブロックは、当該PUCCHフォーマットにおいて第１及び第２の時間ドメイン拡散の場合と同じ所定の１スロット内の所定の２ｎ個のSC-FDMAシンボルにマッピングされる。
【００４６】
上述の第１〜第３の時間ドメイン拡散の説明において、１つのデータブロックは、ブロックワイズ拡散の対象とされるHARQ ACK/NACK 変調symbolsを意味する。すなわち、LTEの例に従うと、１つのデータブロックは、１リソースブロックのサブキャリア数に等しい１２個のACK/NACK 変調symbolsを含む。
【００４７】
上述の第１〜第３の時間ドメイン拡散の説明において、第１の拡散コードシーケンスは、eNB２によりUE１に与えられたリソース・インデックスからUE１によって決定されてもよい。すなわち、UE１は、使用するべき拡散コードシーケンスを示すシーケンス・インデックスをeNB２により与えられたリソース・インデックスから導出してもよい。
【００４８】
なお、長さ２ｎの第１の拡散コードシーケンスは、互いに直交する２ｎ個の拡散コードシーケンスの１つである。第１の拡散コードシーケンスを除く他の拡散コードシーケンス（直交コードシーケンス）は、他のUEによって使用される。
【００４９】
さらに、第１の拡散コードシーケンスと、２ｎ個の（直交）拡散コードシーケンスに含まれる他の少なくとも１つの拡散コードシーケンス（第４の拡散コードシーケンスと呼ぶ）は、以下のように定義されてもよい。第１の拡散コードシーケンスのサブセットである第２の拡散コードシーケンスは、第４の拡散コードシーケンスのうちの対応する２要素から成る拡散コードシーケンスと直交し、且つ第１の拡散コードシーケンスの残りのサブセットである第３の拡散コードシーケンスは、第４の拡散コードシーケンスのうちの残りの２要素から成る拡散コードシーケンスと直交する。このように定義された第１及び第４の拡散コードシーケンスを含む拡散コードシーケンス・セットを使用することで、以下に詳細に説明するように、拡散率が異なる複数のユーザ（UEs１）のPUCCH送信を同一リソースブロックに多重することができる。
【００５０】
以下では、理解をようにするために、ｎが２に等しい場合の具体例を説明する。２ｎ個、つまり４個の拡散コードシーケンスは、以下の表１のように定義されてもよい。
【表１】
2016185641.tif 000003
【００５１】
表１に示された４つの拡散コードシーケンスw0(i)〜w3(i)は、互いに直交している。さらに、拡散コードシーケンスw0(i)及びw2(i)の間に以下の関係がある。拡散コードシーケンスw0(i)=[+1 +1 +1 +1]の第１及び第２要素から成る長さ２（length-2）の拡散コードシーケンス[+1 +1]は、拡散コードシーケンスw2(i)=[+1 -1 +1 -1]の第１及び第２の要素から成る長さ２（length-2）の拡散コードシーケンス[+1 -1]と直交する。さらに、拡散コードシーケンスw0(i)=[+1 +1 +1 +1]の第３及び第４要素から成る長さ２（length-2）の拡散コードシーケンス[+1 +1]は、拡散コードシーケンスw2(i)=[+1 -1 +1 -1]の第３及び第４の要素から成る長さ２（length-2）の拡散コードシーケンス[+1 -1]と直交する。拡散コードシーケンスw0(i)及びw2(i)のペアと同様の関係は、拡散コードシーケンスw0(i)及びw3(i)のペア、拡散コードシーケンスw1(i)及びw2(i)のペア、並びに拡散コードシーケンスw1(i)及びw3(i) のペアについても成立する。
【００５２】
図９、図１０、及び図１１は、本実施形態に係る新たなPUCCH formatでの送信スキームの３つの具体例を示しており、上述した第１、第２、及び第３の時間ドメイン拡散にそれぞれ対応する。すなわち、図９の例では、UE１は、長さ４（length-4）の拡散コードシーケンスw0(i)〜w3(i)のいずれかを使用して１つのデータブロック（ここでは、１２ACK/NACK変調シンボル）に対する拡散率４の時間ドメイン拡散（ブロックワイズ拡散）を行う。当該１つのデータブロック（１２ACK/NACK変調シンボル）は、１スロット内の所定の４個のSC-FDMAシンボルにマッピングされる。図９は、normal cyclic prefixの場合を示しており、所定の４個のSC-FDMAシンボルは、１スロット内の７つのSC-FDMAシンボルのうち、第１、第２、第６、及び第７SC-FDMAである。第３、第４、及び第５SC-FDMAシンボルは、Reference Signal（RS）の送信に使用される。
【００５３】
より詳しく説明すると、図９の送信スキームは、１サブフレームで送信されるべきHARQ ACK/NACK bitsの数が例えば１６ビット以下の場合に使用される。ブロック９０１及び９０２での処理は、図４に示されたPUCCH format 3の送信スキームにおけるブロック４０１及び４０２での処理と同様である。すなわち、ブロック９０１では、複数のDL CCsでのデータ受信に対応する最大16 bitsのHARQ ACK/NACK bitsに対する誤り訂正符号化とレートマッチングが行われ、48 bit長の符号化された（coded ）ACK/NACK bits が生成される。符号化されたACK/NACK bitsは、スクランブルされた後にQPSK変調シンボルにマッピングされ、これにより２４変調シンボルが生成される（９０２）。これら２４変調シンボルのうち１２変調シンボル（９０３）は、サブフレーム内の第１スロットにおいて送信され、残りの１２変調シンボル（９０４）は、当該サブフレーム内の第２スロットにおいて送信される。図９は、第１スロットで送信される１２変調シンボル（９０３）に対する処理を示している。
【００５４】
これら１２変調シンボル（９０３）に対してブロックワイズ拡散（block-wise spreading）が行われる。すなわち、１つのSC-FDMAシンボルに対応する１２変調シンボルは、表１に示された４つの長さ４（length-4）の拡散コードシーケンスのいずれか[wk(0) wk (1) wk (2) wk (3)]によって拡散される（９０４〜９０８）。これにより、４セットの１２変調シンボルが得られる。４セットの１２変調シンボルは、第１スロット内の所定の４SC-FDMAシンボルにマッピングされる。各セットの１２変調シンボルは、巡回的にシフトされ（cyclically shifted）、DFT拡散され、１２サブキャリアにマッピングされ、IFFTによって時間ドメイン信号に変換され、これによりSC-FDMAシンボルが生成される。
【００５５】
図１０の例は、上述した第２の時間ドメイン拡散に対応する。図１０の例では、UE１は、表１に示された４つの長さ４（length-4）の拡散コードシーケンスのいずれか[wk(0) wk (1) wk (2) wk (3)]のうちの第１及び第２の要素から成る長さ２の拡散コードシーケンス[wk(0) wk (1)]と、残りの第３及び第４の要素から成る長さ２の拡散コードシーケンス[wk(2) wk (3)]を使用して、２つのデータブロックに対する拡散率２の時間ドメイン拡散（ブロックワイズ拡散）を行う。ここで、当該２つのデータブロックは、２セットの１２ACK/NACK変調シンボルである。当該２つのデータブロックは、当該PUCCHフォーマットにおいて図９の例（第１の時間ドメイン拡散）の場合と同じ１スロット内の所定の４個のSC-FDMAシンボルにマッピングされる。
【００５６】
より詳しく説明すると、図１０の送信スキームは、１サブフレームで送信されるべきHARQ ACK/NACK bitsの数が１７〜３２の範囲内である場合に使用される。ブロック１００１では、複数のDL CCsでのデータ受信に対応する最大32 bitsのHARQ ACK/NACK bitsに対する誤り訂正符号化とレートマッチングが行われ、96 bit長の符号化された（coded）ACK/NACK bits が生成される。符号化されたACK/NACK bitsは、スクランブルされた後にQPSKシンボルにマッピングされ、これにより４８QPSK変調シンボルが生成される（１００２）。これら４８変調シンボルのうち２４変調シンボル（１００３）は、サブフレーム内の第１スロットにおいて送信され、残りの２４変調シンボル（１００４）は、当該サブフレーム内の第２スロットにおいて送信される。図１０は、第１スロットで送信される２４変調シンボル（１００３）に対する処理を示している。
【００５７】
これら２４変調シンボル（１００３）は、各々が１２変調シンボルから成る２つのセットに分割される（１００５）。そして、これら２つのセットは、長さ２の拡散コードシーケンス[wk(0) wk (1)]及び[wk(2) wk (3)]によってそれぞれブロックワイズ拡散される。すなわち、２４変調シンボル（１００３）のうちの最初の１２変調シンボルは、長さ２の拡散コードシーケンス[wk(0) wk (1)]によって拡散され（１００６、１００７）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第１及び第２SC-FDMAシンボルに配置される。一方、残りの１２変調シンボルは、長さ２の拡散コードシーケンス[wk(2) wk (3)]によって拡散され（１００８、１００９）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第６及び第７SC-FDMAシンボルに配置される。
【００５８】
図１１の例は、上述した第３の時間ドメイン拡散に対応する。図１１の例では、UE１は、表１に示された４つの長さ４（length-4）の拡散コードシーケンスのいずれか[wk(0) wk (1) wk (2) wk (3)]のうちの第１〜第４要素の各々から成る長さ１の４個の拡散コードシーケンスを使用して、４つのデータブロックに対する拡散率１の時間ドメイン拡散を行う。ここで、当該４つのデータブロックは、４セットの１２ACK/NACK変調シンボルである。当該４つのデータブロックは、当該PUCCHフォーマットにおいて図９の例（第１の時間ドメイン拡散）の場合と同じ１スロット内の所定の４個のSC-FDMAシンボルにマッピングされる。
【００５９】
より詳しく説明すると、図１１の送信スキームは、１サブフレームで送信されるべきHARQ ACK/NACK bitsの数が３２を超える場合に使用される。ブロック１１０１では、複数のDL CCsでのデータ受信に対応する33 bits以上のHARQ ACK/NACK bitsに対する誤り訂正符号化とレートマッチングが行われ、192 bit長の符号化された（coded）ACK/NACK bits が生成される。符号化されたACK/NACK bitsは、スクランブルされた後にQPSKシンボルにマッピングされ、これにより９６QPSK変調シンボルが生成される（１１０２）。これら９６変調シンボルのうち４８変調シンボル（１１０３）は、サブフレーム内の第１スロットにおいて送信され、残りの４８変調シンボル（１１０４）は、当該サブフレーム内の第２スロットにおいて送信される。図１１は、第１スロットで送信される４８変調シンボル（１１０３）に対する処理を示している。
【００６０】
これら４８変調シンボル（１１０３）は、各々が１２変調シンボルから成る４つのセットに分割される（１１０５）。そして、これら４つのセットは、長さ１の拡散コードシーケンス[wk(0)]、[wk (1)]、 [wk(2)]、及び[wk (3)]によってそれぞれブロックワイズ拡散される。すなわち、４８変調シンボル（１１０３）のうちの最初の１２変調シンボルは、長さ１の拡散コードシーケンス[wk(0)]によって拡散され（１１０６）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第１SC-FDMAシンボルに配置される。４８変調シンボル（１１０３）のうちの２番目の１２変調シンボルは、長さ１の拡散コードシーケンス[wk(1)]によって拡散され（１１０７）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第２SC-FDMAシンボルに配置される。４８変調シンボル（１１０３）のうちの３番目の１２変調シンボルは、長さ１の拡散コードシーケンス[wk(2)]によって拡散され（１１０８）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第６SC-FDMAシンボルに配置される。最後に、４８変調シンボル（１１０３）のうちの４番目の１２変調シンボルは、長さ１の拡散コードシーケンス[wk(3)]によって拡散され（１１０９）、巡回シフト（cyclic shift）、DFT拡散、及びIFFTを経て第７SC-FDMAシンボルに配置される。
【００６１】
表１及び図９〜図１１を参照して説明された新たなPUCCHフォーマット及びその送信スキームによれば、UE１は、UE１に設定されたDL CCsに対応するHARQ ACK/NACK bitsを１つのUL CC上の１つのPUCCHで送信する場合に、当該DL CCsの数又は当該HARQ ACK/NACK bitsの数に応じて、ACK/NACK変調シンボル（symbols）に対する時間ドメイン拡散（ブロックワイズ拡散）の拡散率を変更できる。
【００６２】
さらに、表１及び図９〜図１１を参照して説明された新たなPUCCHフォーマット及びその送信スキームによれば、ACK/NACK変調シンボル（symbols）に対する時間ドメイン拡散の拡散率が異なるユーザ（UEs１）を同一リソースブロックに多重することができる。具体的には、図９の送信スキームに従う２つのUEs１と図１０の送信スキームに従う１つのUE１は、同一リソースブロックにおいてPUCCHを送信できる。
【００６３】
一例において、図９の送信スキームに従う２つのUEs１の一方は、表１に示された拡散コードシーケンスw2(i)=[+1 -1 +1 -1]を使用し、他方はw3(i)=[+1 -1 -1 +1]を使用し、図１０の送信スキームに従う１つのUE１は、w0(i)=[+1 +1 +1 +1]又はw1(i)=[+1 +1 -1 -1]を使用してもよい。既に説明したように、拡散コードシーケンスw0(i)=[+1 +1 +1 +1]の第１及び第２要素から成る長さ２（length-2）の拡散コードシーケンス[+1 +1]は、拡散コードシーケンスw2(i)=[+1 -1 +1 -1]の第１及び第２の要素から成る長さ２（length-2）の拡散コードシーケンス[+1 -1]と直交する。さらに、拡散コードシーケンスw0(i)=[+1 +1 +1 +1]の第３及び第４要素から成る長さ２（length-2）の拡散コードシーケンス[+1 +1]は、拡散コードシーケンスw2(i)=[+1 -1 +1 -1]の第３及び第４の要素から成る長さ２（length-2）の拡散コードシーケンス[+1 -1]と直交する。拡散コードシーケンスw0(i)及びw2(i)のペアと同様の関係は、拡散コードシーケンスw0(i)及びw3(i)のペア、拡散コードシーケンスw1(i)及びw2(i)のペア、並びに拡散コードシーケンスw1(i)及びw3(i) のペアについても成立する。したがって、図９の送信スキームに従う拡散率４のPUCCH送信と図１０の送信スキームに従う拡散率２のPUCCH送信は、拡散コードシーケンスの直交性により干渉が抑制されるため、同一リソースブロックに多重されることができる。
【００６４】
一例において、表１に示された４つの長さ４の拡散コードシーケンスは、表２に示されるようにユーザ（UEs１）に割り当てられてもよい。表中の“#bit”は、各ユーザが１サブフレームで送信するべきHARQ ACK/NAK bitsの数を表す。また、表中の“CODE #0”、“CODE #1”、“CODE #2”、及び“CODE #3”は、表１に示された４つの拡散コードシーケンス（直交シーケンス）w0(i)、w1(i)、w2(i)、及びw3(i)をそれぞれ表す。
【表２】
2016185641.tif 000004
【００６５】
表２は、一例であることに留意されるべきである。例えば、ケース１では、ユーザ＃０は、CODE #0〜CODE #4のいずれを使用してもよい。ケース２では、ユーザ＃０はCODE #0の代わりにCODE #1を使用してもよいし、ユーザ＃１はCODE #2の代わりにCODE #3を使用してもよい。ケース３では、ユーザ＃０はCODE #2又はCODE #3を使用し、ユーザ＃１はCODE #0を使用し、ユーザ＃２はCODE #1を使用してもよい。
【００６６】
表１に示された拡散コードシーケンスのセットは一例である。表１に示された拡散コードシーケンスのセットと同様の直交性を持つ他のセットが使用されてもよい。
【００６７】
図９〜図１１に示された送信スキームにおいて、１スロット内の７SC-FDMAシンボルに対する４つのデータシンボル＃１〜＃４と３つのRSシンボルの配置は一例である。１スロット内でのデータシンボルとRSシンボルの配置は、例えば、後述の第２の実施形態で説明されるように変形されてもよい。
【００６８】
＜第２の実施形態＞
本実施形態では、UE１は、第１の実施形態と同様のPUCCHフォーマット及び送信スキームに従ってPUCCHを送信する。ただし、PUCCHフォーマットにおいて、HARQ ACK/NACK変調シンボルは、各スロット内の最終SC-FDMAシンボル（つまり、第７SC-FDMAシンボル）を除く他のSC-FMDAシンボルに配置される。この場合、各スロット内の最終SC-FDMAシンボル（第７SC-FDMAシンボル）は、Reference Signal（RS）シンボルの送信のために使用されてもよい。
【００６９】
図１２、図１３、及び図１４は、本実施形態に係るPUCCH formatでの送信スキームの３つの具体例を示している。図１２、図１３、及び図１４は、第１の実施形態で説明された図９、図１０、及び図１１にそれぞれ対応し、４つのデータシンボル＃１〜＃４と３つのRSシンボルの配置が異なる点を除いてこれらと同一である。図１２、図１３、及び図１４から理解されるように、スロット内の最終SC-FDMAシンボル１２０１、１３０１、及び１４０１は、HARQ ACK/NACK変調シンボルの送信に使用されず、RSシンボルの送信に使用される。
【００７０】
LTEでは、各UEは、eNBより設定された送信間隔に従って周期的に、サウンディング・リファレンス・シグナル（Sounding Reference Signal（SRS））を送信することが要求されている。SRSは、挿入サブフレームの最後のSC-FDMAシンボルの位置に時間多重される。したがって、既存のPUCCH format 1a/ab又は3に従ってHARQ ACK/NACKを送信する場合、UE１は、SRS送信サブフレームにおいてshortened PUCCH送信を使用し、これにより、ACK/NACKの最終SC-FDMAシンボル（i.e., サブフレームの第２スロット内の最終シンボル）は送信されない。UE１は、PUCCHをSRSと同時に送信しないことにより、single-carrier 特性（property又はnature）を保つことができる。HARQ ACK/NACKとSRSが同じサブフレームに設定される場合、UE１は、時間ドメイン拡散のための直交拡散コードシーケンスを１つ減らした送信フォーマットを使用し、これにより最終PUCCHシンボルはパンクチャーされる（punctured）。このような送信フォーマットは、shortened PUCCH formatとして知られている。PUCCH format 3の場合、UEは、長さ５のDFT拡散コード（length-5 DFT spreading code）に代えて、長さ４のWalsh-Hadamardコード（length-4 Walsh-Hadamard codes）を使用する。
【００７１】
第１の実施形態で説明された図９、図１０、及び図１１にshortened PUCCH送信（shortened PUCCH format）を適用すると仮定した場合、第２スロットの最終SC-FDMAシンボルに配置されたPUCCHシンボルをパンクチャーする必要がある。この場合、UE１は、表１に示されているような長さ４のWalsh-Hadamardコードに代えて、長さ３のDFT拡散コードを使用しなければならない。しかしながら、長さ３（つまり奇数長）の拡散コード（codes）を使用することは、表１及び図９〜図１１を用いて説明した異なる拡散率のユーザのPUCCH送信を同一リソースブロックに多重することを妨げる。これに対して、図１２、図１３、及び図１４を参照して説明したようにスロット内の最終SC-FDMAシンボルにPUCCHシンボルではなくRSシンボル（Demodulation RS（DMRS）シンボル）を配置することで、UE１は、shortened PUCCH送信（shortened PUCCH format）においても長さ４のWalsh-Hadamardコードを使用することができる。したがって、SRS送信サブフレームにおいても、異なる拡散率のUEs１のPUCCH送信を同一リソースブロックに多重することができる。
【００７２】
なお、RS（DMRS）シンボルは、時間ドメイン拡散のための拡散コード（直交コード、OCC）は適用されず、複数UEsのRSsは異なるサイクリックシフトによって多重される。したがって、RS（DMRS）シンボルがパンクチャーされても、複数UEs１間の直交性に問題は生じない。
【００７３】
＜第３の実施形態＞
本実施形態では、UE１は、スロットにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて、PUCCHの送信電力を調整するよう構成される。このSRS送信の有無に応じたPUCCHの送信電力の調整は、SRSが送信される場合にPUCCHの送信電力にオフセットΔShortFormatを付加することにより行われてもよい。eNB２は、オフセットΔShortFormatを指定するシグナリングをUE１に送信してもよい。
【００７４】
本実施形態によれば、スロットにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて、PUCCHの送信電力を調整することができる。例えば、第２の実施形態に示された新たなPUCCHフォーマットを使用する場合、shortened PUCCH送信の際に、第２スロットの最終SC-FDMAシンボルに配置されたRS（DMRS）シンボルがパンクチャーされる。RS（DMRS）シンボル数が減少することに起因して、eNB２におけるPUCCHの受信特性が劣化するかもしれない。この問題に対処するために、いくつかの実装において、UE１は、SRSを送信するためにRS（DMRS）シンボルがパンクチャーされるスロットにおいて、PUCCHの送信電力にオフセットΔShortFormatを付加してもよい。これにより、RS（DMRS）シンボルがパンクチャーされることに起因するPUCCH受信特性の劣化を補償できる。
【００７５】
以下では、オフセットΔShortFormatの定義の具体例を示す。PUCCHの送信電力は3GPP TS 36.213 V12.5.0のセクション5.1.2.1に以下の式（１）のように規定されている：
【数１】
2016185641.tif 000005
ここで、ｉはサブフレーム番号を表し、Ｆ及びＦ’は、PUCCHフォーマットを表す。
【００７６】
本実施形態では、式（１）を変形した以下の式（２）が使用されてもよい：
【数２】
2016185641.tif 000006
ここで、ΔShortFormatは、通常値に比べたオフセットであり、上位レイヤから設定される。UE１は、shortened PUCCHフォーマットを使用する場合に、上位レイヤから設定されたΔShortFormatを適用し、通常のPUCCHフォーマットを使用する場合に、ΔShortFormat = 0を適用する。
【００７７】
これに代えて、本実施形態では、式（１）を変形した以下の式（３）が使用されてもよい：
【数３】
2016185641.tif 000007
ここで、Ｆ’’は、PUCCHフォーマットを表す。すなわち、式（３）の例では、オフセットΔShortFormatはPUCCHフォーマット毎に設定される。これにより、PUCCHフォーマット毎のパフォーマンスのチューニングが可能になる。
【００７８】
既に述べたように、オフセットΔShortFormat（又はΔShortFormat (F’’)）は、eNB２によってUE１に設定されてもよい。図１５は、オフセットΔShortFormat（又はΔShortFormat (F’’)）をUE１に設定するためのシグナリング手順の一例（処理１５００）を示している。ブロック１５０１では、eNB２は、オフセットΔShortFormat（又はΔShortFormat (F’’)）を含むRRCシグナリングをUE１に送信する。当該RRCシグナリングは、例えば、RRC Connection Setupメッセージであってもよいし、RRC Connection Reconfigurationメッセージであってもよい。
【００７９】
図１６は、オフセットΔShortFormat をUE１に設定するためにeNB２からUE１に送信される情報要素の具体例を示している。当該情報要素は、UplinkPowerControl information elements（IEs）の１つとして定義されてもよい。当該情報要素は、UplinkPowerControlDedicated IE又はUplinkPowerControlCommon IEに含まれてもよい。図１６の例では、新たなPUCCHフォーマット（ここでは、PUCCH format 4と呼ぶ）のみに対してオフセットΔShortFormatが設定される。“dB0”、“dB1”、“dB2”、“dB3”は、オフセットの値が0 dB、1 dB、2 dB、及び3 dBであることをそれぞれ意味する。
【００８０】
図１７は、オフセットΔShortFormat (F’’) をUE１に設定するためにeNB２からUE１に送信される情報要素の他の具体例を示している。当該情報要素は、UplinkPowerControl information elements（IEs）の１つとして定義されてもよい。当該情報要素は、UplinkPowerControlDedicated IE又はUplinkPowerControlCommon IEに含まれてもよい。図１７の例では、新たなPUCCHフォーマット（ここでは、PUCCH format 4と呼ぶ）を含む全てのPUCCHフォーマットに個別にオフセットΔShortFormatが設定される。なお、図１６及び図１７の例において、オフセット値は一例である。例えば、オフセット値の候補の数は、４つではなく３以下または５以上であってもよい。また、図１７の例では、PUCCHフォーマット毎に異なるオフセット値の候補が設定されてもよい。
【００８１】
＜第４の実施形態＞
本実施形態では、UE１は、PUCCHの送信電力を、HARQ ACK/NACK変調シンボルに適用される時間ドメイン拡散（ブロックワイズ拡散）の拡散率に応じて調整するよう構成されている。拡散率に応じたPUCCHの送信電力の調整は、拡散率に応じたオフセットΔF_PUCCH (F) をPUCCHの送信電力に付加することにより行われてもよい。eNB２は、オフセットΔF_PUCCH (F) を指定するシグナリングをUE１に送信してもよい。
【００８２】
本実施形態では、上述した式（１）、式（２）、又は式（３）を使用し、オフセットΔF_PUCCH (F) を拡散率毎に定めてもよい。
【００８３】
既に述べたように、拡散率毎のオフセットΔF_PUCCH (F) は、eNB２によってUE１に設定されてもよい。図１８は、拡散率毎のオフセットΔShortFormatをUE１に設定するためのシグナリング手順の一例（処理１８００）を示している。ブロック１８０１では、eNB２は、拡散率毎のオフセットΔF_PUCCH (F) を含むRRCシグナリングをUE１に送信する。当該RRCシグナリングは、例えば、RRC Connection Setupメッセージであってもよいし、RRC Connection Reconfigurationメッセージであってもよい。
【００８４】
図１９は、拡散率毎のオフセットΔF_PUCCH (F) をUE１に設定するためにeNB２からUE１に送信される情報要素の具体例を示している。当該情報要素は、UplinkPowerControl information elements（IEs）の１つとして定義されてもよい。当該情報要素は、UplinkPowerControlDedicated IE又はUplinkPowerControlCommon IEに含まれてもよい。“deltaF-PUCCH-Format4-SF1”は、新たなPUCCHフォーマット（ここでは、PUCCH format 4と呼ぶ）において拡散率１のときのオフセットを示す。同様に、deltaF-PUCCH-Format4-SF2”及び“deltaF-PUCCH-Format4-SF4”は、拡散率２及び４のときのオフセットをそれぞれ示す。
【００８５】
図１９において、例えば、“deltaF-1”、“deltaF0”、及び“deltaF3”は、オフセットの値が-1 dB、0 dB、及び3 dBであることをそれぞれ意味する。なお、図１９の例では、拡散率が小さいほどオフセット候補の最小値及び最大値が大きくされている。一般に、拡散率が小さくなるほど受信側における逆拡散処理で得られる利得（i.e., 拡散利得）が小さくなる。したがって、拡散率が小さくなるにつれて大きなオフセット値（つまり、大きなPUCCH送信電力）を許容することで、拡散利得が小さいことに起因する受信特性の劣化を補償できる。
【００８６】
最後に、上述の複数の実施形態に係るUE１及びeNB２の構成例について説明する。図２０は、UE１の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ２００１は、eNB２と通信するためにアナログRF信号処理を行う。RFトランシーバ２００１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ２００１は、アンテナ２００２及びベースバンドプロセッサ２００３と結合される。すなわち、RFトランシーバ２００１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ２００３から受信し、送信RF信号を生成し、送信RF信号をアンテナ２００２に供給する。また、RFトランシーバ２００１は、アンテナ２００２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ２００３に供給する。
【００８７】
ベースバンドプロセッサ２００３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【００８８】
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ２００３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ２００３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【００８９】
ベースバンドプロセッサ２００３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ２００４と共通化されてもよい。
【００９０】
アプリケーションプロセッサ２００４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ２００４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ２００４は、メモリ２００６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE１の各種機能を実現する。
【００９１】
いくつかの実装において、図２０に破線（２００５）で示されているように、ベースバンドプロセッサ２００３及びアプリケーションプロセッサ２００４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ２００３及びアプリケーションプロセッサ２００４は、１つのSystem on Chip（SoC）デバイス２００５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
【００９２】
メモリ２００６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ２００６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ２００６は、ベースバンドプロセッサ２００３、アプリケーションプロセッサ２００４、及びSoC２００５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ２００６は、ベースバンドプロセッサ２００３内、アプリケーションプロセッサ２００４内、又はSoC２００５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ２００６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
【００９３】
メモリ２００６は、上述の複数の実施形態で説明されたUE１による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ２００３又はアプリケーションプロセッサ２００４は、当該ソフトウェアモジュールをメモリ２００６から読み出して実行することで、上述の実施形態で説明されたUE１の処理を行うよう構成されてもよい。
【００９４】
図２１は、上述の実施形態に係るeNB２の構成例を示すブロック図である。図２１を参照すると、eNB２は、RFトランシーバ２１０１、ネットワークインターフェース２１０３、プロセッサ２１０４、及びメモリ２１０５を含む。RFトランシーバ２１０１は、UE１と通信するためにアナログRF信号処理を行う。RFトランシーバ２１０１は、複数のトランシーバを含んでもよい。RFトランシーバ２１０１は、アンテナ２１０２及びプロセッサ２１０４と結合される。RFトランシーバ２１０１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ２１０４から受信し、送信RF信号を生成し、送信RF信号をアンテナ２１０２に供給する。また、RFトランシーバ２１０１は、アンテナ２１０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ２１０４に供給する。
【００９５】
ネットワークインターフェース２１０３は、ネットワークノード（e.g., Mobility Management Entity (MME)およびServing Gateway (S-GW)）と通信するために使用される。ネットワークインターフェース２１０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【００９６】
プロセッサ２１０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ２１０４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、プロセッサ２１０４によるコントロールプレーン処理は、S1プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【００９７】
プロセッサ２１０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ２１０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【００９８】
メモリ２１０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ２１０５は、プロセッサ２１０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ２１０４は、ネットワークインターフェース２１０３又は図示されていないI/Oインタフェースを介してメモリ２１０５にアクセスしてもよい。
【００９９】
メモリ２１０５は、上述の複数の実施形態で説明されたeNB２による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ２１０４は、当該ソフトウェアモジュールをメモリ２１０５から読み出して実行することで、上述の実施形態で説明されたeNB２の処理を行うよう構成されてもよい。
【０１００】
図２０及び図２１を用いて説明したように、上述の実施形態に係るUE１及びeNB２が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１０１】
＜その他の実施形態＞
上述の施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
【０１０２】
上述の実施形態において、１つのサブフレーム内の第１スロットと第２スロットでは、異なる拡散コードシーケンスが適用されてもよい。
【０１０３】
上述の実施形態において、PUCCHが送信されるセル（CC）は、キャリアアグリゲーションのプライマリセル（PCell）（プライマリ・コンポーネントキャリア（PCC））に限られない。例えば、いずれかのSCellにPUCCHが設定され、当該SCellのPUCCHにおいて複数のSCellでのDL送信に関するHARQ ACK/NACKが送信されるよう拡張されてもよい。
【０１０４】
上述の実施形態は、Dual ConnectivityでのMaster Cell Group（MCG）内でのキャリアアグリゲーションに適用されてもよいし、Dual ConnectivityでのSecondary Cell Group（SCG）内でのキャリアアグリゲーションに適用されてもよい。Secondary Cell Group（SCG）内でのキャリアアグリゲーションのケースでは、キャリアアグリゲーションのPCell（PCC）は、Primary SCell（PSCell）に対応すると考えればよい。PSCellは、Secondary eNB（SeNB）によって提供されるSCG内の特別なSCellである。PSCellは、PUCCHが設定され、決してdeactivatedされず、PSCellの初期設定にはRACH procedureが必要とされる。
【０１０５】
第３の実施形態で説明された、サブフレームにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて当該サブフレームでのPUCCHの送信電力を調整する方法は、上述の第１及び第２の実施形態で説明されたPUCCH formatの改良（つまり、CC数に応じた拡散率の変更）とは独立に実施されてもよい。例えば、当該方法は、既存のPUCCH formats 1a/1b及び3の送信に適用されてもよい。
【０１０６】
すなわち、いくつかの実装において、無線端末は、
基地局と無線通信するよう構成された無線トランシーバと、
前記無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記無線端末に設定された少なくとも１つのダウンリンク・コンポーネントキャリア（DL CC）に対応する少なくとも１つのHybrid Automatic Repeat Request（HARQ） ACK/NACK bitを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記PUCCHが送信されるスロットにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて、前記PUCCHの送信電力を調整するよう構成される。
さらに、前記PUCCHの送信電力の調整は、前記PUCCHが送信されるスロットにおいて前記SRSが送信される場合に前記PUCCHの送信電力に第１のオフセットを付加することにより行われてもよい。この場合、前記少なくとも１つのプロセッサは、前記第１のオフセットを指定するシグナリングを基地局から受信するよう構成されてもよい。
【０１０７】
既存のPUCCH formats 1a/1b及び3の送信では、shortened PUCCH送信の際に、第２スロットの最終SC-FDMAシンボルに配置された最終PUCCHシンボルがパンクチャーされる。すなわち、SRSが送信されるスロットにおいてHARQ ACK/NACK変調シンボルの送信に適用される拡散率は、SRSが送信されないスロットでの拡散率に比べて小さい。したがって、SRSが送信されるスロットでのPUCCHの拡散利得は、SRSが送信されないスロットでの拡散利得に比べて小さい。第３の実施形態されたPUCCH送信電力の調整方法を既存のPUCCH formats 1a/1b及び3の送信することで、shortened PUCCH送信の際の拡散利得の低下を補償できる。
【０１０８】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【０１０９】
この出願は、２０１５年５月１５日に出願された日本出願特願２０１５−０９９７７２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１１０】
１  無線端末
２  無線基地局
２００１  Radio Frequency（RF）トランシーバ
２００３  ベースバンドプロセッサ
２１０１  RFトランシーバ
２１０４  プロセッサ
【図１】
2016185641.tif 000008
【図２Ａ】
2016185641.tif 000009
【図２Ｂ】
2016185641.tif 000010
【図３】
2016185641.tif 000011
【図４】
2016185641.tif 000012
【図５】
2016185641.tif 000013
【図６】
2016185641.tif 000014
【図７】
2016185641.tif 000015
【図８】
2016185641.tif 000016
【図９】
2016185641.tif 000017
【図１０】
2016185641.tif 000018
【図１１】
2016185641.tif 000019
【図１２】
2016185641.tif 000020
【図１３】
2016185641.tif 000021
【図１４】
2016185641.tif 000022
【図１５】
2016185641.tif 000023
【図１６】
2016185641.tif 000024
【図１７】
2016185641.tif 000025
【図１８】
2016185641.tif 000026
【図１９】
2016185641.tif 000027
【図２０】
2016185641.tif 000028
【図２１】
2016185641.tif 000029
【手続補正書】
【提出日】平成29年10月11日(2017.10.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線端末であって、
基地局と無線通信するよう構成された無線トランシーバと、
前記無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更するよう構成されている、
無線端末。
【請求項２】
前記少なくとも１つのプロセッサは、前記拡散率を変更するために、第１、第２、及び第３の時間ドメイン拡散のうち少なくとも２つを前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて選択的に行うよう構成され、
前記第１の時間ドメイン拡散は、長さ２ｎ（ｎは整数）の第１の拡散コードシーケンスを使用して１つのデータブロックに対する拡散率２ｎの時間ドメイン拡散を行うことを含み、ここで、前記１つのデータブロックは、前記複数のHARQ ACK/NACK bitsの送信に使用されるPUCCHフォーマットにおいて１スロット内の所定の２ｎ個のSingle-Carrier FDMA（SC-FDMA）シンボルにマッピングされ、
前記第２の時間ドメイン拡散は、前記第１の拡散コードシーケンスのうちのｎ要素から成る長さｎの第２の拡散コードシーケンス及び前記第１の拡散コードシーケンスのうちの残りのｎ要素から成る長さｎの第３の拡散コードシーケンスを使用して、２つのデータブロックに対する拡散率ｎの時間ドメイン拡散を行うことを含み、ここで、前記２つのデータブロックは、前記PUCCHフォーマットにおいて前記１スロット内の前記所定の２ｎ個のSC-FDMAシンボルにマッピングされ、
前記第３の時間ドメイン拡散は、前記第１の拡散コードシーケンスのうちの２ｎ要素の各々から成る長さ１の２ｎ個の拡散コードシーケンスを使用して２ｎ個のデータブロックに対する拡散率１の時間ドメイン拡散を行うことを含み、ここで、前記２ｎ個のデータブロックは、前記PUCCHフォーマットにおいて前記１スロット内の前記所定の２ｎ個のSC-FDMAシンボルにマッピングされる、
請求項１に記載の無線端末。
【請求項３】
前記第１の拡散コードシーケンスは、他の無線端末によって使用される長さ２ｎの第４の拡散コードシーケンスと直交し、
前記第２の拡散コードシーケンスは、前記第４の拡散コードシーケンスのうちの対応するｎ要素から成る拡散コードシーケンスと直交し、
前記第３の拡散コードシーケンスは、前記第４の拡散コードシーケンスのうちの残りのｎ要素から成る拡散コードシーケンスと直交する、
請求項２に記載の無線端末。
【請求項４】
前記所定の２ｎ個のSC-FDMAシンボルは、前記スロット内の最終SC-FDMAシンボルを含まない、
請求項２又は３に記載の無線端末。
【請求項５】
前記最終SC-FDMAシンボルは、Reference Signal（RS）シンボルの送信のために使用される、
請求項４に記載の無線端末。
【請求項６】
前記少なくとも１つのプロセッサは、前記拡散率を明示的又は暗示的に指定するシグナリングを基地局から受信するよう構成されている、
請求項１〜５のいずれか１項に記載の無線端末。
【請求項７】
前記少なくとも１つのプロセッサは、前記PUCCHが送信されるスロットにおいてSounding Reference Signal（SRS）が送信されるか否かに応じて、前記PUCCHの送信電力を調整するよう構成されている、
請求項１〜６のいずれか１項に記載の無線端末。
【請求項８】
無線端末における方法であって、
前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更すること、
を備える方法。
【請求項９】
無線端末における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを備える、
プログラム。
【請求項１０】
基地局であって、
無線端末と無線通信するよう構成された無線トランシーバと、
前記無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、Physical Uplink Control Channel (PUCCH)フォーマットに従って送信されるPUCCHを前記無線端末から受信するよう構成され、
前記PUCCHフォーマットは、前記無線端末に対して、前記無線端末に設定された複数のダウンリンク・コンポーネントキャリア（DL CCs）に対応する複数のHybrid Automatic Repeat Request（HARQ） ACK/NACK bitsを１つのアップリンク・コンポーネントキャリア（UL CC）上の１つのPhysical Uplink Control Channel (PUCCH)で送信する場合に、前記複数のDL CCsの数又は前記複数のHARQ ACK/NACK bitsの数に応じて、前記複数のHARQ ACK/NACK bitsから生成される複数の変調シンボルに対して行われる時間ドメイン拡散に適用される拡散率を変更することを可能にする、
基地局。
【国際調査報告】
2016185641.tif 000030
2016185641.tif 000031