NB−IoT端末では、処理能力の低下を許容して、ハードウェア構成を簡略化することが検討されている。例えば、NB−IoT端末では、既存のユーザ端末(例えば、Rel.12以前のLTE端末)に比べて、ピークレートの減少、トランスポートブロックサイズ(TBS:Transport Block Size)の制限、リソースブロック(RB:Resource Block、PRB:Physical Resource Block等とも呼ばれる)の制限、受信RF(Radio Frequency)の制限などを適用することが検討されている。
使用帯域の上限がシステム帯域(例えば、20MHz(100RB)、1コンポーネントキャリアなど)に設定されるLTE端末とは異なり、NB−IoT端末の使用帯域の上限は所定の狭帯域(NB:Narrow Band、例えば、180kHz、1.4MHz)に制限される。例えば、当該所定の狭帯域は、既存のLTEシステム(Rel.12以前のLTEシステム、以下、単に、LTEシステムともいう)の最小のシステム帯域(例えば、1.4MHz、6PRB)と同じ、又は、その一部の帯域(例えば、180kHz、1PRB)であってもよい。
このように、NB−IoT端末は、既存のLTE端末よりも使用帯域の上限が狭い端末、既存のLTE端末よりも狭い帯域(例えば、1.4MHzより狭い帯域)で送信及び/又は受信(以下、送受信という)可能な端末ともいえる。このNB−IoT端末は、既存のLTEシステムとの後方互換性を考慮してLTEシステムのシステム帯域内で動作させることが検討されている。例えば、LTEシステムのシステム帯域において、帯域が制限されたNB−IoT端末と帯域が制限されない既存のLTE端末との間で、周波数多重がサポートされてもよい。また、NB−IoTは、LTEシステム帯域内だけでなくLTEシステム帯域に隣接するキャリア間のガードバンドや専用周波数を用いて運用されても良い。
図1は、NB−IoT端末の使用帯域となる狭帯域の配置例を示す図である。図1では、NB−IoT端末の使用帯域がLTEシステムのシステム帯域(例えば、20MHz)の一部に設定されている。なお、図1以降では、NB−IoT端末の使用帯域が180kHzに設定されるものとするが、これに限られない。NB−IoT端末の使用帯域は、LTEシステムのシステム帯域(例えば、20MHz)より狭ければよく、例えば、Rel.13のLC−MTC端末の使用帯域(例えば、1.4MHz)以下であってもよい。
また、NB−IoT端末の使用帯域となる狭帯域の周波数位置は、システム帯域内で変化可能な構成とすることが好ましい。例えば、NB−IoT端末は、所定の期間(例えば、サブフレーム)毎に異なる周波数リソースを用いて通信することが好ましい。これにより、NB−IoT端末に対するトラヒックオフロードや、周波数ダイバーシチ効果が実現でき、周波数利用効率の低下を抑制することができる。したがって、NB−IoT端末は、周波数ホッピングや周波数スケジューリングの適用を考慮して、RFの再調整(retuning)機能を有することが好ましい。
また、NB−IoT端末は、下りと上りとで異なる帯域を使用してもよいし、同じ帯域を使用してもよい。下り送受信に使用される帯域は、下り狭帯域(DL NB:Downlink Narrow Band)と呼ばれてもよい。上り送受信に使用される帯域は、上り狭帯域(UL NB:Uplink Narrow Band)と呼ばれてもよい。
また、NB−IoT端末は、狭帯域に配置(allocate)される下り制御チャネルを用いて下り制御情報(DCI:Downlink Control Information)を受信する。当該下り制御チャネルは、PDCCH(Physical Downlink Control Channel)と呼ばれてもよいし、EPDCCH(Enhanced Physical Downlink Control Channel)と呼ばれてもよいし、M−PDCCH(MTC PDCCH)、NB−PDCCH等と呼ばれてもよい。
また、NB−IoT端末は、狭帯域に配置される下り共有チャネルを用いて下りデータを受信する。当該下り共有チャネルは、PDSCH(Physical Downlink Shared Channel)と呼ばれてもよいし、M−PDSCH(MTC PDSCH)と呼ばれてもよいし、NB−PDSCH等と呼ばれてもよい。
また、NB−IoT端末は、狭帯域に配置される上り制御チャネルを用いて、上り制御情報(UCI:Uplink Control Information)を送信する。UCIは、下り信号の再送制御情報及び/又はチャネル状態情報(CSI:Channel State Information)を含む。ここで、再送制御情報は、下り信号(例えば、上記下り共有チャネル)の再送制御に用いられる情報であり、例えば、ACK(ACKnowledge)とNACK(Non-ACKnowledge)とDTX(Discontinuous Transmission)との少なくとも一つ(以下、ACK/NACKという)である。再送制御情報は、HARQ−ACK(Hybrid Automatic Repeat reQuest−ACKnowledge)とも呼ばれる。当該上り制御チャネルは、PUCCH(Physical Uplink Control Channel)と呼ばれてもよいし、M−PUCCH(MTC PUCCH)、NB−PUCCH等と呼ばれてもよい。
また、NB−IoT端末は、狭帯域に配置される上り共有チャネルを用いて、UCI又は/及び上りデータを受信する。当該上り共有チャネルは、PUSCH(Physical Uplink Shared Channel)と呼ばれてもよいし、M−PUSCH(MTC PUSCH)、NB−PUSCH等と呼ばれてもよい。
以上のチャネルに限られず、同じ用途に用いられる従来のチャネルにMTCを示す「M」やNB−IoTを示す「N」、または「NB」を付して表されてもよい。以下では、上記狭帯域で用いられる下り制御チャネル、下り共有チャネル、上り共有チャネル、上り共有チャネルを、それぞれ、PDCCH、PDSCH、PUCCH、PUSCHと呼ぶが、上述の通り、呼称はこれらに限られない。
また、NB−IoTでは、カバレッジを拡張するために、複数のサブフレームに渡って同一の下り信号(例えば、PDCCH、PDSCHなど)及び/又は上り信号(例えば、PUCCH、PUSCHなど)を送受信する繰り返し送信/受信が行われてもよい。同一の下り信号及び/又は上り信号が送受信される複数のサブフレーム数は、繰り返し数(repetition number)とも呼ばれる。また、当該繰り返し数は、繰り返しレベルによって示されてもよい。当該繰り返しレベルは、カバレッジ拡張(CE:Coverage Enhancement)レベルと呼ばれてもよい。
以上のようなNB−IoTでは、上り送信において、単一のサブキャリアを用いた送信(シングルトーン送信)と複数のサブキャリアを用いた送信(マルチトーン送信(multiple-tone transmission))とをサポートすることが検討されている。ここで、トーンとは、サブキャリアと同義であり、使用帯域(例えば、180kHz、1リソースブロック)が分割された各帯域を意味する。
シングルトーン送信では、既存のLTEシステムと同一のサブキャリア間隔(すなわち、15kHz)と、LTEシステムよりも狭いサブキャリア間隔(例えば、3.75kHz)とをサポートすることが検討されている。一方、マルチトーン送信では、LTEシステムと同一のサブキャリア間隔(すなわち、15kHz)をサポートすることが検討されている。サブキャリア間隔が15kHzの場合、1PRB(180kHz)が12サブキャリアで構成される。また、サブキャリア間隔が3.75kHzの場合、1PRBは、48サブキャリアで構成される。
また、NB−IoT端末は、無線基地局から通知されたサブキャリア(トーン)数で、上り送信(例えば、PUSCH又は/及びPUCCHの送信)を行うことが検討されている。当該サブキャリア数の組み合わせとしては、例えば、{1、3、6、12}等が考えられる。このように、予め定められた組み合わせの中から選択されたサブキャリア数が、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリングや報知情報)により設定(configure)され、NB−IoT端末は、設定されたサブキャリア数で上り送信を行ってもよい。
図2は、NB−IoTにおけるリソースユニットの一例を示す図である。図2では、サブキャリア(トーン)数の組み合わせとして{1、3、6、12}を用いる場合を説明するが、トーン数の組み合わせはこれに限られない。例えば、{1、2、4、12}の組み合わせが用いられてもよい。
図2に示すように、1リソースユニットを構成するサブキャリア(トーン)数に応じて、1リソースユニットの時間単位は変更される。具体的には、1リソースユニットを構成する時間単位は、1リソースを構成するサブキャリア数及び/又はサブキャリア間隔の減少に応じて長くなる。
例えば、図2では、サブキャリア間隔が既存のLTEシステムと同一の15kHzである場合で、かつ、トーン数が12、6、3、1である場合、1リソースユニットの時間単位は、それぞれ、1ms、2ms、4ms、8msとなる。また、サブキャリア間隔が既存のLTEシステムの1/4倍の3.75kHzである場合で、かつ、トーン数が1である場合、1リソースユニットの時間単位は、32msとなる。
なお、図2において、データの格納単位である1トランスポートブロック(TB:Transport Block)は、1リソースユニットにマッピングされてもよいし、複数のリソースユニットにマッピングされてもよい。また、以上のようなリソースユニットは、上り送信だけでなく、下り送信に適用することも可能である。
ところで、NB−IoT端末は、下り信号の再送制御情報(例えば、上記ACK/NACK)を無線基地局に送信することが望まれる。また、当該再送制御情報の送信には、15kHz及び3.75kHzの双方のサブキャリア間隔がサポートされることが想定される。
当該再送制御情報の送信方式としては、例えば、NB−IoTにおける単一又は複数のサブキャリアを用いたPUSCHの送信方式(例えば、符号化方式、変調方式、リソースマッピング方式など)を用いることが想定される。しかしながら、単一又は複数のサブキャリアのPUSCHの送信方式を用いて少ないビット数(例えば、1ビット)の再送制御情報を送信する場合、ターボ符号のゲインを効果的に得ることができない恐れがある。また、少ないビット数のACK/NACKの誤り検出のために、24ビットの巡回冗長検査(CRC:Cyclic Redundancy Check)を付加することになり、オーバヘッドが増加する恐れもある。
或いは、当該再送制御情報の送信方式として、既存のLTEシステムのPUCCHフォーマット1aを用いることが想定される。図3は、PUCCHフォーマット1aの構成例を示す図である。PUCCHフォーマット1aは、既存のLTEシステムにおいて最大2ビットのACK/NACKの送信に用いられる。
図3Aに示すように、PUCCHフォーマット1aでは、各スロットの中央の3シンボルが復調用参照信号(DMRS:DeModulation Reference Signal)に用いられ、残りの4シンボルが、ACK/NACKに用いられる。DMRS用の3シンボルは、参照信号(RS:Reference Signal)シンボル、DMRSシンボルとも呼ばれ、ACK/NACK用のシンボルは、情報シンボル、ACK/NACKシンボル、データシンボルとも呼ばれる
また、PUCCHフォーマット1aでは、サブフレーム内のスロット間で周波数ホッピングが適用される。ここで、周波数ホッピングとは、ユーザ端末の使用帯域(例えば、システム帯域、1コンポーネントキャリア(CC))の中心周波数を中心として対称となる周波数位置に割り当てリソースをホッピングさせることである。
図3Bに示すように、ユーザ端末は、1又は2ビットのACK/NACKを、BPSK(Binary Phase Shift Keying)又はQPSK(Quadrature Phase Shift Keying)により1変調シンボルに変調し、前半及び後半の2スロット用に繰り返す。ユーザ端末は、2スロット用の2変調シンボルを各スロット内の4情報シンボル用にそれぞれコピーし、それぞれ、巡回シフト系列(Cyclic Shifted Sequence)を用いた巡回シフト(位相回転)が施される。
ユーザ端末は、周波数領域の信号を、システム帯域を包含する周波数帯域幅を有する高速逆フーリエ変換(IFFT:Inverse Fast Fourier Transform)の所定位置の12サブキャリア(1PRBに相当)に入力して、時間領域のシンボルに変換する。また、スロット間で周波数ホッピングが適用されるように、12サブキャリアの位置は切り替えられる。
ユーザ端末は、時間領域に変換された各スロットに対応するシンボルに、各スロットの情報シンボル数(N)と等しい系列長の直交系列[W0,…,WN−1](例えば、OCC:Orthogonal Cover Code)を乗算し、当該シンボルを各スロット内の全情報シンボルにブロック拡散する。図3Aに示すように、PUCCHフォーマット1aでは、各スロット内に4情報シンボルが設けられるため、ユーザ端末は、IFFTからの出力シンボルに系列長4のOCCを乗算し、各スロットで4情報シンボルと3DMRSシンボルとを多重する。
以上のように、PUCCHフォーマット1aでは、巡回シフトによる周波数方向の符号分割多重(CDM:Code Division Multiplexing)と、ブロック拡散による時間方向の符号分割多重により、複数のユーザ端末のACK/NACKが多重される。
しかしながら、以上のようなPUCCHフォーマット1aは、図3A及び3Bに示すように、12サブキャリア(1PRB)を用いた送信を想定しており、単一のサブキャリアを用いたシングルトーン送信は想定されていない。したがって、NB−IoT端末が再送制御情報をシングルトーン送信する場合、PUCCHフォーマット1aをそのまま適用することはできない。また、NB−IoT端末が再送制御情報をマルチトーン送信する場合、ピーク対平均電力比(PAPR:Peak-to-average Power Ratio)が大きくなる恐れがある。
そこで、本発明者らは、シングルトーン送信をサポートする将来の無線通信システムにおける下り信号の再送制御情報の送信方式を検討し、本発明に至った。具体的には、新規PUCCHフォーマットを用いて再送制御情報を送信すること(第1の態様)と、トーン送信の有無で再送制御情報を認識させること(第2の態様)を着想し、本発明に至った。
以下、本発明の一実施の形態について図面を参照して詳細に説明する。なお、以下では、ユーザ端末の使用帯域は、既存のLTEシステムの最小のシステム帯域(1.4MHz)よりも狭い帯域である180kHz(1PRB)に制限されるものとするが、これに限られない。
また、以下では、サブキャリア間隔が15kHzであり、180kHzが12サブキャリアで構成される場合を例示するが、これに限られない。本実施の形態は、例えば、サブキャリア間隔が3.75kHzであり、180kHzが48サブキャリアで構成される場合などにも、適宜適用可能である。なお、図2で説明したように、サブキャリア間隔に応じて1リソースユニットの時間長は変更されてもよい。
また、以下では、シングルトーン送信に用いられる単一のサブキャリアの割り当て例について説明するが、これに限られない。本実施の形態は、1PRB(180kHz)よりも小さい周波数単位(例えば、3又は6サブキャリア)でのマルチトーン送信にも適宜適用可能である。
また、本実施の形態に係る再送制御情報の送信方式は、NB−IoTに限られず、5Gの無線アクセス方式(New RAT(Radio Access Technology)、例えば、通常の伝送時間間隔(TTI:Transmission Time Interval)よりも短いTTIを用いる構成)や、使用帯域が狭帯域に限定されないIoTにも適用可能である。すなわち、本実施の形態において、サブフレーム長、サブフレームを構成するシンボル数、スロットを構成するシンボル数は適宜変更されてもよい。
本実施の形態に係るユーザ端末は、単一のサブキャリアで構成される送信リソース(第1態様の新規PUCCHフォーマット用のPUCCHリソース、第2態様の送信リソース)を決定し、当該送信リソースを用いて下り信号の再送制御情報を送信する。
(第1の態様)
第1の態様では、ユーザ端末は、シングルトーン送信に適する新規PUCCHフォーマットを用いて再送制御情報を送信する。新規PUCCHフォーマットでは、サブキャリア(トーン)単位で複数のユーザ端末のACK/NACKが周波数分割多重(FDM:Frequency Division Multiplexing)され、各ユーザ端末のACK/NACKは単一のサブキャリアを用いて送信される。
また、新規PUCCHフォーマットでは、同一のサブキャリアを用いて送信される複数のユーザ端末のACK/NACKに対して、直交系列を用いて時間方向及び/又は周波数方向の直交拡散が適用されてもよい。以下では、新規PUCCHフォーマットにおいて、時間方向の直交拡散(ブロック拡散)が適用される例を一例として説明するが、直交拡散は適用されなくともよい。また、DMRSシンボルの位置及び数も図4に示すものに限られない。
<新規PUCCHフォーマット>
図4は、第1の態様に係る新規PUCCHフォーマットの構成例を示す図である。例えば、図4Aに示すように、新規PUCCHフォーマットでは、各スロットの中央の3シンボルがDMRSシンボルとして用いられ、当該3DMRSシンボルにDMRSがマッピングされてもよい。また、各スロットの残りの4シンボルが情報シンボルとして用いられ、当該4情報シンボルにACK/NACKがマッピングされてもよい。なお、図8で詳述するように、新規PUCCHフォーマットを構成するDMRSシンボルの数及び位置は、これに限られない。
また、図4Aに示すように、新規PUCCHフォーマットでは、サブフレーム内のスロット間での周波数ホッピングは適用されなくともよい。図3Aに示すように、ユーザ端末がシステム帯域を利用できる場合、スロット間の周波数ホッピングにより周波数ダイバーシチ効果を得ることができる。一方、ユーザ端末の使用帯域が所定の狭帯域(例えば、180kHz)に制限される場合、スロット間で狭帯域内での周波数ホッピングを適用しても、周波数ダイバーシチ効果を大きく得られないことが想定される。
したがって、図4Aに示すように、新規PUCCHフォーマットでは、サブフレーム内のスロット間の周波数ホッピングが適用されずに、スロット間で同一のサブキャリアが用いられてもよい。なお、カバレッジ拡張(CE)のために複数のサブフレームに渡ってPUCCH送信を行う場合、当該複数のサブフレーム間において狭帯域内での周波数ホッピングが適用されてもよい。
図4Bに示すように、ユーザ端末は、1ビットのACK/NACKを、Pi/2−BPSK(π/2−BPSK、π/2シフトBPSK)により1変調シンボルに変調してもよい。Pi/2−BPSKは、1回の変調(1シンボル)毎に互いに90度(π/2ラジアン)位相の異なるBPSKを交互に用いる変調方式である。なお、ACK/NACKの変調方式としては、通常のBPSK又はQPSK、Pi/4−QPSK(π/4−QPSK、π/4シフトQPSK)、QAM(Quadrature Amplitude Modulation)などが用いられてもよい。
また、ユーザ端末は、1変調シンボルを前半及び後半の2スロット用に繰り返し、2スロット用の2変調シンボルを単一のサブキャリア(トーン)にマッピングしてもよい(トーンシフト用の位相を乗算する)。ユーザ端末は、各スロットの変調シンボルに、情報シンボル数(N)と等しい系列長(ここでは、4)の直交系列(直交符号、直交拡散符号ともいう)[W0,…,WN−1](例えば、OCC)を乗算し、当該シンボルを各スロット内の全情報シンボルに直交拡散(ブロック拡散)してもよい。
図4Aに示すように、新規PUCCHフォーマットにおいて各スロット内に4情報シンボルを設ける場合、ユーザ端末は、各スロットの変調シンボルに系列長4のOCCを乗算し、各スロットで4情報シンボルと3DMRSシンボルとを多重してもよい(サブフレームあたり8情報シンボルと6DMRSシンボルとを多重する)。
以上のような新規PUCCHフォーマットでは、サブキャリア単位での周波数分割多重と、時間方向の直交拡散により、最大36のユーザ端末のACK/NACKを同一のサブフレーム内で送信できる。
なお、図4A及び4Bでは、通常サイクリックプリフィクス(CP)が各シンボルに付加される場合が例示されるが、新規PUCCHフォーマットは、拡張CPが各シンボルに付加される場合にも適宜適用可能である。拡張CPを用いる場合、1サブフレームは12シンボルで構成され、各スロットは6シンボルで構成され、各スロットの中央の2シンボルがDMRSシンボルとして用いられ、残りの4シンボルが情報シンボルとして用いられてもよい。また、スロット間に既存の1msと合わせるためのガード期間を設けても良い。また、図8で詳述するように、新規PUCCHフォーマットでは、通常CP又は拡張CPは、各シンボルに付加されなくともよい。
また、図4Bでは、変調シンボルの繰り返し(repetition)が適用されるが、当該繰り返しは適用されなくともよい。この場合、ユーザ端末は、1変調シンボルを繰り返さずに、単一のサブキャリアにマッピングし、サブフレーム内の情報シンボル数(ここでは、8)と等しい系列長の直交系列を乗算してもよい。すなわち、スロット内の情報シンボル間ではなく、サブフレーム内の情報シンボル間での直交多重(ブロック拡散)が適用されてもよい。
<PUCCHリソース>
以上のように構成される新規PUCCHフォーマットで用いられる無線リソース(PUCCHリソース)について説明する。図5は、第1の態様に係るPUCCHリソースの一例の説明図である。
図5Aでは、既存のPUCCHフォーマット1a用のPUCCHリソースが示される。図5Aにおいて、周波数方向は、12種類の巡回シフト(CS)系列(例えば、CSインデックス値「0」〜「11」のCS系列(以下、CS系列#0〜#11))を示し、時間方向は、3種類の直交系列(例えば、OCCインデックス値「0」〜「2」のOCC系列(以下、OCC系列#0〜#2))を示す。図5Aに示すように、既存のPUCCHフォーマット1a用のPUCCHリソースは、巡回シフト系列と直交系列との組み合わせにより規定される。
図5Aにおいて、利用可能なPUCCHリソースには、周波数方向から順番にリソース識別子が付与される。例えば、図5Aでは、OCC系列#0とCSインデックス#0とで構成されるPUCCHリソースには、リソース識別子「0」が付される。同様に、OCC系列#0とCSインデックス#2、#4、#6、#8、#10とで構成されるPUCCHリソースには、それぞれ、リソース識別子「1」、「2」、「3」、「4」、「5」が付される。OCC系列#1及び#2についても同様である。
図5Aにおいて、ユーザ端末は、所定のルールに従って導出するリソース識別子と、上位レイヤシグナリングにより通知されるオフセット値ΔPUCCH shiftに基づいて、CSインデックス値とOCCインデックス値とを導出する。例えば、ユーザ端末は、PUCCHリソースのリソース識別子「1」とオフセットΔPUCCH shift値「2」に基づいてCSインデックス値「2」とOCCインデックス値「0」を導出する。
図5Bでは、新規PUCCHフォーマット用のPUCCHリソースが示される。図5Bにおいて、周波数方向は、12種類のサブキャリア(例えば、トーンインデックス値「0」〜「11」のトーン(サブキャリア))を示し、時間方向は、3種類の直交系列を示す。図5Bに示すように、新規PUCCHフォーマット用のPUCCHリソースは、サブキャリア(トーン)と直交系列(OCC系列)との組み合わせにより規定される。なお、図5Bでは、一例にすぎず、サブキャリア数及び直交系列数はこれに限られない。
図5Bに示すように、新規PUCCHフォーマット用のPUCCHリソースには、時間方向から順番にリソース識別子が付与される。具体的には、同一のサブキャリアと異なる直交系列との組み合わせから順番にリソース識別子が付与される。新規PUCCHフォーマットにおいて、既存のPUCCHフォーマット1aと同様に周波数方向から順番にリソース識別子が付与される場合、使用帯域内の全てのサブキャリアがPUCCHで占有される恐れがある。具体的には、複数のユーザ端末のACK/NACKが、異なるOCC系列により同一のサブキャリアに符号多重できるにもかかわらず、異なるサブキャリアに周波数分割多重される結果、周波数利用効率が低下する恐れがある。
一方、図5Bに示すように、時間方向から順番にリソース識別子を付与する場合、同一のサブキャリアに異なるOCC系列を用いて複数のユーザ端末のACK/NACKを多重できるので、周波数利用効率を向上できる。例えば、ユーザ端末#1、#2、#3にそれぞれ、順番に、リソース識別子「0」、「1」、「2」のPUCCHリソースが割り当てられる場合、ユーザ端末#1、#2及び#3のACK/NACKを、異なるOCCインデックス「0」、「1」、「2」を用いて同一のサブキャリア#0に多重できる。
また、新規PUCCHフォーマットのPUCCHリソースでは、周波数方向は、直交するサブキャリアで規定されるため、使用帯域内の全サブキャリアをPUCCHリソースとして利用しても、ユーザ端末間の直交性を保つことができる。すなわち、新規PUCCHフォーマットでは、既存のPUCCHフォーマット1aのように、ユーザ端末間の直交性を保つために、使用しない(リソース識別子を付さない)PUCCHリソースを設けなくともよい。
なお、図5Bにおいて、各PUCCHリソースに付されるリソース識別子は一例にすぎず、これに限られない。例えば、カバレッジ拡張(CE)のために複数のサブフレームに渡ってPUCCH送信を行う場合、当該複数のサブフレーム間では、同一のリソース識別子が所定のホッピングパターンに従って異なるPUCCHリソースに付されてもよい。また、図5Bでは、3種類の直交系列が用いられるが、直交系列の数及び系列長は、どのようなものであってもよい。
<PUCCHリソースの割り当て>
以上のような新規PUCCHフォーマット用のPUCCHリソースのユーザ端末に対する割り当てについて説明する。新規PUCCHフォーマット用のPUCCHリソースは、(1)黙示的にユーザ端末に割り当てられてもよいし、(2)明示的にユーザ端末に割り当てられてもよい。
(1)黙示的な割り当て
ユーザ端末は、PDCCH(NB−PDCCH)の制御チャネル要素(CCE:Control Channel Element)のインデックス(以下、CCEインデックス)及び/又はPDCCHの繰り返し情報(例えば、繰り返し数、繰り返しレベル、CEレベルなど)に基づいて、PUCCHリソース(例えば、図5B参照)を決定してもよい。
具体的には、ユーザ端末は、CCEインデックス及び/又は繰り返し情報に基づいて、PUCCHリソースのリソース識別子を導出し、当該リソース識別子に基づいて、トーンインデックス値及び/又はOCCインデックス値を導出してもよい。或いは、ユーザ端末は、CCEインデックス及び/又は繰り返し情報に基づいて、トーンインデックス値及び/又はOCCインデックス値そのものを導出してもよい。
また、ユーザ端末は、上記PUCCHリソースの決定に、上位レイヤシグナリングにより通知される所定のパラメータ、DCIにより通知されるオフセット、サブフレーム間でのホッピングパターンを示すホッピングパターン情報などの少なくとも一つを用いてもよい。
(2)明示的な割り当て
或いは、無線基地局は、PUCCHリソースの割り当て情報を含むDCI(例えば、DLアサインメント、ULグラント)を送信してもよい。当該割り当て情報は、PUCCHリソースのリソース識別子であってもよいし、或いは、トーンインデックス値及び/又はOCCインデックス値であってもよい。
DCIを用いてPUCCHリソースを明示的に割り当てる場合、PUCCHリソースとして利用可能なトーン数が制限されてもよい。図6は、第1の態様に係るPUCCHリソースの他の例を示す図である。図6A、図6Bでは、それぞれ、PUCCHリソースとして利用可能なトーン数が1、3に制限される例が示される。なお、PUCCHリソースとして利用可能なトーン数は、1又は3に限られない。
NB−IoTのPUSCHのトーン数としては、{1、3、6、12}をサポートすることが想定される。このため、図6A及び6Bに示すように、PUCCHリソースとして利用可能なトーン数を1又は3に制限する場合、PUSCHとPUCCHとを同一のサブフレームでより効率的に多重することができる。
図6A及び6Bに示すように、PUCCHリソースとして利用可能なサブキャリア(トーン)数が制限される場合、どのサブキャリアがPUCCHリソースを構成するかは、ユーザ端末に上位レイヤシグナリング(例えば、RRCシグナリング又は報知情報)により通知されてもよいし、予め定められていてもよい。
例えば、図6Aでは、PUCCHリソースとしてトーン#0を利用できることを示す情報が、上位レイヤシグナリングによりユーザ端末に送信されるものとする。図6Aにおいて、ユーザ端末は、DCI内のPUCCHリソースの割り当て情報(例えば、1又は2ビット)により、トーン#0においてどのOCC系列を用いるか(すなわち、PUCCHリソース#0〜#2のいずれか)を決定してもよい。
また、図6Bでは、PUCCHリソースとしてトーン#0〜#2を利用できることを示す情報が、上位レイヤシグナリングによりユーザ端末に送信されるものとする。図6Bにおいて、ユーザ端末は、DCI内のPUCCHリソースの割り当て情報(例えば、3又は4ビット)により、トーン#0〜#2のいずれかにおいてどのOCC系列を用いるか(すなわち、PUCCHリソース#0〜#8のいずれか)を決定してもよい。
また、上記PUCCHリソースの割り当て情報を含むDCIは、ACK/NACKを応答するPDSCHを割り当てるDLアサインメントであってもよいし、ランダムアクセス手順におけるメッセージ4を割り当てるDCIであってもよい。ここで、メッセージ4とは、ユーザ端末が無線基地局からのランダムアクセス応答(RAR)に応じてRRCコネクション要求などの上位レイヤメッセージを無線基地局に送信する場合、無線基地局から送信される衝突解決(Contention resolution)メッセージである。メッセージ4は、PDSCHを介して送信され、ユーザ端末は、PDCCHを介して当該メッセージ4(PDSCH)を割り当てるDLアサインメントを受信し、当該メッセージ4を受信する。
<変更例>
以上の新規PUCCHフォーマットの構成及びPUCCHリソースの割り当ては、サブキャリア間隔が15kHzである場合を想定するが、サブキャリア間隔が3.75kHzである場合にも適宜適用可能である。図7は、第1の態様の変更例に係るサブキャリア間隔の一例の説明図である。
サブキャリア間隔が3.75kHzである場合、図7Aに示すように、サブキャリア間隔が15kHzの場合と比べて、シンボル長、スロット長、サブフレーム長がそれぞれ4倍となる。このため、図4で説明した新規PUCCHフォーマットは、4倍の時間長で適用されてもよい。
また、サブキャリア間隔が3.75kHzである場合、1PRB(180kHz)内のサブキャリア数は、48となる(サブキャリア間隔が15kHzの場合は、1PRBあたり12サブキャリア)。このため、図7Bに示すように、サブキャリア間隔が3.75kHzである場合、周波数方向のPUCCHリソースは、48種類のサブキャリア(例えば、トーンインデックス値「0」〜「47」)で構成されてもよい。なお、図7Bでは、時間方向のPUCCHリソースが、3種類の直交系列(例えば、OCC系列)で構成される場合を示すが、直交系列数はこれに限られない。また、時間方向の直交拡散が適用されなくともよい。
また、新規PUCCHフォーマットの構成は、図4又は図7Aに示すものに限られない。新規PUCCHフォーマットを構成するDMRSシンボル及び/又は情報シンボルの数及び位置は、どのようなものであってもよい。また、情報シンボル間での直交拡散も適用されなくともよい。図8は、第1の態様の変更例に係る新規PUCCHフォーマットの構成例を示す図である。なお、図8では、サブキャリア間隔が15kHzである場合を例示するが、サブキャリア間隔が3.75kHzである場合にも適宜適用可能である。
図8Aに示すように、新規PUCCHフォーマットでは、DMRSシンボルと情報シンボルとがサブフレームの前半又は後半にまとめて設定されてもよい。例えば、図8Aでは、サブフレームの前半の所定数(ここでは、7)シンボルがDMRSシンボルとして設定され、サブフレームの後半の所定数(ここでは、7)シンボルが情報シンボルとして設定される。このように、サブフレームの前半にDMRSシンボルをまとめて配置することで、チャネル推定精度を向上させることができる。
図8Aに示す場合、ブロック拡散に用いる直交系列の系列長は、サブフレーム内の情報シンボル数(ここでは、7)と等しくてもよい。また、図8Aでは、サブフレーム内のDRMSシンボル数と情報シンボル数とが等しく設定されるが、等しく設定されなくともよい。
或いは、図8Bに示すように、新規PUCCHフォーマットは、DMRSシンボルを含まず、情報シンボルを含んで構成されてもよい。または、ACKとNACKの両方に対して、無線基地局とユーザ端末間で既知である系列(たとえば、PN(Pseudo-random Noise)系列)を送信しても良い。受信機(ここでは、無線基地局)において、DMRSを用いたチャネル推定を行わずとも、最尤(ML:Maximum Likelihood)法により情報シンボルを検出(復調)できる。また、NACKとDTXを区別しない場合は、ACKのときのみ上記系列を送信し、NACKの場合には送信しないとしても良い。さらに、既知の系列はセル間干渉の影響を軽減するためにセル固有,又はユーザ固有であることが望ましい。これら既知の系列は、報知、RRC信号で通知したり、ユーザ端末の識別子(UE−ID)やセルの識別子(セルID)に括りつけて求めても良い。
図8Bに示す場合、無線基地局は、ML法によりACK/NACKの変調シンボル(ACK/NACKビット)を検出する。この場合、DMRSを用いたチャネル推定によりACK/NACKの変調シンボルを検出する場合と比較して、検出精度を向上させることができる。
また、図8Bに示す場合、DMRSのオーバヘッドを削減できるため、シングルトーン送信が想定される場合(すなわち、周波数リソースが少ない場合)に適する。また、通常のTTI(サブフレーム、1ms)より短いTTIを用いる場合(すなわち、時間リソースが少ない場合)にも図8Bに示すように、DMRSシンボルを配置しない構成は適する。
或いは、図8Cに示すように、新規PUCCHフォーマットでは、各シンボルにサイクリックプリフィクス(CP)を付加せず、DMRSシンボルと情報シンボルとの切り替え時にだけCPが付加されてもよい。新規PUCCHフォーマットにおいてブロック拡散を適用しない(直交系列を乗算しない)場合、同一のシンボルが繰り返されるため、図8Cに示すように、各シンボルに付加されていたCPを纏めてもよい。図8Cに示す場合、各シンボルにCPを付加する場合よりもCP長を長くできるので、カバレッジ拡張に対する耐性を向上させる(ロバストにする)ことができる。
なお、図4、図7A、図8A−8Cに示す新規PUCCHフォーマットは、スロット間又はサブフレーム間での周波数ホッピングの適用有無に関わらず、適用可能である。
以上のように、第1の態様では、シングルトーン送信に適する新規PUCCHフォーマットを用いて再送制御情報を送信することができるので、無線基地局における再送制御情報の検出精度を向上させることができる。これにより、再送回数を減少させることができるので、ユーザ端末の低消費電力化にも有効である。
(第2の態様)
第2の態様では、トーン送信の有無で再送制御情報を認識させる。具体的には、ユーザ端末は、前記下り信号の復号に成功する場合にだけ、単一のサブキャリアで構成される送信リソースを用いて再送制御情報(ACK)を送信する。
無線基地局が、下り信号の再送時に冗長バージョン(redundancy version)を変更しなくともよい場合、DTXとNACKとを区別する必要はない。無線基地局は、ユーザ端末からDTX又はNACKを受信する場合、同一の下り信号(下りデータ、PDSCH)を送信すればよいためである。ここで、DTXは、「ACKもNACKもユーザ端末から通知されなかった」という判定結果であり、ユーザ端末がPDCCHを受信できなかったことを意味してもよい。
上述のように、DTXとNACKとを区別しなくともよい場合、無線基地局は、ACKとDTX又はNACK(以下、DTX/NACKという)との2値(すなわち、ACKであるか否か)を検出できればよい。このため、無線基地局は、上記送信リソース(例えば、所定位置のトーン)における送信有無により、ユーザ端末からACKが送信されたか否かを検出してもよい。
図9は、第2の態様に係る再送制御情報の送信方式の一例を示す図である。なお、図9では、サブキャリア間隔が15kHzである(すなわち、1PRBあたり12サブキャリア)場合が示されるが、これに限られない。例えば、サブキャリア間隔が3.75kHzである場合にも適宜適用可能である。
図9A及び9Bでは、上記送信リソースとしてトーン#0が割り当てられるものとする。ユーザ端末は、下りデータの復号に成功した場合、図9Aに示すように、サブキャリア(トーン)#0でACKを送信する。一方、ユーザ端末は、PDCCHを受信できない場合(通常、DTXを送信する場合)、又は、下り信号の復号に失敗した場合(通常、NACKを送信する場合)、図9Bに示すように、サブキャリア#0での送信を行わない(中止する)。
無線基地局は、所定のタイミング(例えば、PDSCHの送信サブフレームから所定期間後のサブフレーム)で、サブキャリア#0での送信を検出した場合、ACKであると判断し、当該下りデータの再送を行わない。一方、無線基地局は、所定のタイミングでトーン#0での送信を検出しない場合、DTX又はNACKであると判断し、下り信号を再送する。
なお、図9において、同一のサブキャリア#0には、複数のユーザ端末のACKが多重されてもよい。例えば、同一のサブキャリア#0が割り当てられる複数のユーザ端末には、異なる直交系列が割り当てられ、当該複数のユーザ端末が符号分割多重されてもよい。この場合、ACKの送信リソースは、サブキャリアと直交系列との組み合わせにより規定される。
<送信リソースの割り当て>
ACKの送信リソースの割り当てについて説明する。ACKの送信リソースには、図5B及び図6で説明したように、リソース識別子が付与されていてもよい。当該ACKの送信リソースは、(1)黙示的にユーザ端末に割り当てられてもよいし、(2)明示的にユーザ端末に割り当てられてもよい。
(1)黙示的な割り当て
ユーザ端末は、PDCCH(NB−PDCCH)のCCEインデックス及び/又はPDCCHの繰り返し情報に基づいて、ACKの送信リソースを決定してもよい。具体的には、ユーザ端末は、CCEインデックス及び/又は繰り返し情報に基づいて、送信リソースのリソース識別子を導出し、当該リソース識別子に基づいて、トーンインデックス値及び/又はOCCインデックス値を導出してもよい。或いは、ユーザ端末は、CCEインデックス及び/又は繰り返し情報に基づいて、トーンインデックス値及び/又はOCCインデックス値そのものを導出してもよい。
また、ユーザ端末は、上記送信リソースの決定に、上位レイヤシグナリングにより通知される所定のパラメータ、DCIにより通知されるオフセット、サブフレーム間でのホッピングパターンを示すホッピングパターン情報などの少なくとも一つを用いてもよい。
(2)明示的な割り当て
或いは、無線基地局は、送信リソースの割り当て情報を含むDCI(例えば、DLアサインメント、ULグラント)を送信してもよい。当該割り当て情報は、送信リソースのリソース識別子であってもよいし、トーンインデックス値及び/又はOCCインデックス値であってもよい。また、上記送信リソースの割り当て情報を含むDCIは、ACK/NACKを応答するPDSCHを割り当てるDLアサインメントであってもよいし、ランダムアクセス手順におけるメッセージ4を割り当てるDCIであってもよい。
以上のように、第2の態様では、所定の送信リソースにおけるシングルトーン送信の有無により、無線基地局が再送の要否を検出できる。このため、無線基地局における再送制御情報の検出精度を向上させることができる。また、第2の態様に係る送信方式も、通常のTTI(サブフレーム、1ms)より短いTTIを用いる場合、5Gの無線アクセス方式、IoTにも適用可能である。
(無線通信システム)
以下、本発明の一実施の形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上述した各態様に係る無線通信方法が適用される。なお、各態様に係る無線通信方法は、単独で用いられてもよいし、組み合わせされてもよい。ここでは、狭帯域に使用帯域が制限されたユーザ端末としてNB−IoT端末を例示するが、これに限定されるものではない。
図10は、本発明の一実施の形態に係る無線通信システムの概略構成図である。図10に示す無線通信システム1は、マシン通信システムのネットワークドメインにLTEシステムを採用した一例である。当該無線通信システム1では、LTEシステムのシステム帯域幅を1単位とする複数の基本周波数ブロック(コンポーネントキャリア)を一体としたキャリアアグリゲーション(CA)及び/又はデュアルコネクティビティ(DC)を適用することができる。また、LTEシステムが下りリンク及び上りリンク共に最小1.4MHzから最大20MHzまでのシステム帯域に設定されるものとするが、この構成に限られない。
なお、無線通信システム1は、SUPER 3G、LTE−A(LTE-Advanced)、IMT−Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、FRA(Future Radio Access)、IoTなどと呼ばれてもよい。
無線通信システム1は、無線基地局10と、無線基地局10に無線接続する複数のユーザ端末20A、20B及び20Cとを含んで構成されている。無線基地局10は、上位局装置30に接続され、上位局装置30を介してコアネットワーク40に接続される。なお、上位局装置30には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ(RNC)、モビリティマネジメントエンティティ(MME)などが含まれるが、これに限定されるものではない。
複数のユーザ端末20(20A−20C)は、セル50において無線基地局10と通信を行うことができる。例えば、ユーザ端末20Aは、LTE(Rel−10まで)又はLTE−Advanced(Rel−10以降も含む)をサポートするユーザ端末(以下、LTE端末(LTE UE:LTE User Equipment))であり、他のユーザ端末20B、20Cは、マシン通信システムにおける通信デバイスとなるNB−IoT端末(NB−IoT UE(NB−IoT User Equipment))である。以下、特に区別を要しない場合は、ユーザ端末20A、20B及び20Cは単にユーザ端末20と呼ぶ。ユーザ端末20は、UE(User Equipment)等と呼ばれてもよい。
NB−IoT端末20B、20Cは、既存のLTEシステムでサポートされる最小のシステム帯域幅よりも狭帯域に使用帯域が制限されたユーザ端末である。なお、NB−IoT端末20B、20Cは、LTE、LTE−Aなどの各種通信方式に対応した端末であってもよく、電気メータ、ガスメータ、自動販売機などの固定通信端末に限らず、車両などの移動通信端末でもよい。また、ユーザ端末20は、他のユーザ端末20と直接通信してもよいし、無線基地局10を介して通信してもよい。
無線通信システム1においては、無線アクセス方式として、下りリンクに直交周波数分割多元接続(OFDMA:Orthogonal Frequency Division Multiple Access)が適用され、上りリンクにシングルキャリア−周波数分割多元接続(SC−FDMA:Single-Carrier Frequency Division Multiple Access)が適用される。OFDMAは、周波数帯域を複数の狭い周波数帯域(サブキャリア)に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。SC−FDMAは、システム帯域幅を端末毎に1つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限られない。
無線通信システム1では、下りリンクのチャネルとして、各ユーザ端末20で共有される下り共有チャネル(PDSCH:Physical Downlink Shared Channel)、報知チャネル(PBCH:Physical Broadcast Channel)、下りL1/L2制御チャネルなどが用いられる。PDSCHにより、ユーザデータや上位レイヤ制御情報、所定のSIB(System Information Block)が伝送される。また、PBCHにより、MIB(Master Information Block)が伝送される。
下りL1/L2制御チャネルは、PDCCH(Physical Downlink Control Channel)、EPDCCH(Enhanced Physical Downlink Control Channel)、PCFICH(Physical Control Format Indicator Channel)、PHICH(Physical Hybrid-ARQ Indicator Channel)などを含む。PDCCHにより、PDSCH及びPUSCHのスケジューリング情報を含む下り制御情報(DCI:Downlink Control Information)などが伝送される。PCFICHにより、PDCCHに用いるOFDMシンボル数が伝送される。PHICHにより、PUSCHの再送制御情報(HARQ−ACK)が伝送される。EPDCCHは、PDSCHと周波数分割多重され、PDCCHと同様にDCIなどの伝送に用いられる。
無線通信システム1では、上りリンクのチャネルとして、各ユーザ端末20で共有される上り共有チャネル(PUSCH:Physical Uplink Shared Channel)、上りL1/L2制御チャネル(PUCCH:Physical Uplink Control Channel)、ランダムアクセスチャネル(PRACH:Physical Random Access Channel)などが用いられる。PUSCHは、上りデータチャネルと呼ばれてもよい。PUSCHにより、ユーザデータや上位レイヤ制御情報が伝送される。また、PUCCHにより、下りリンクの無線品質情報(CQI:Channel Quality Indicator)、再送制御情報(HARQ−ACK)などが伝送される。PRACHにより、セルとの接続確立のためのランダムアクセスプリアンブルが伝送される。
なお、MTC端末/NB−IoT端末向けのチャネルは、MTCを示す「M」やNB−IoTを示す「NB」を付して表されてもよく、MTC端末/NB−IoT端末向けのPDCCH/EPDCCH、PDSCH、PUCCH、PUSCHはそれぞれ、M(NB)−PDCCH、M(NB)−PDSCH、M(NB)−PUCCH、M(NB)−PUSCHなどと呼ばれてもよい。以下、特に区別を要しない場合は、単に、PDCCH、PDSCH、PUCCH、PUSCHと呼ぶ。
無線通信システム1では、下り参照信号として、セル固有参照信号(CRS:Cell-specific Reference Signal)、チャネル状態情報参照信号(CSI−RS:Channel State Information-Reference Signal)、復調用参照信号(DMRS:DeModulation Reference Signal)、位置決定参照信号(PRS:Positioning Reference Signal)などが伝送される。また、無線通信システム1では、上り参照信号として、測定用参照信号(SRS:Sounding Reference Signal)、復調用参照信号(DMRS)などが伝送される。なお、DMRSはユーザ端末固有参照信号(UE-specific Reference Signal)と呼ばれてもよい。また、伝送される参照信号は、これらに限られない。
<無線基地局>
図11は、本発明の一実施の形態に係る無線基地局の全体構成の一例を示す図である。無線基地局10は、複数の送受信アンテナ101と、アンプ部102と、送受信部103と、ベースバンド信号処理部104と、呼処理部105と、伝送路インターフェース106と、を少なくとも備えている。
下りリンクにより無線基地局10からユーザ端末20に送信されるユーザデータは、上位局装置30から伝送路インターフェース106を介してベースバンド信号処理部104に入力される。
ベースバンド信号処理部104では、ユーザデータに関して、PDCP(Packet Data Convergence Protocol)レイヤの処理、ユーザデータの分割・結合、RLC(Radio Link Control)再送制御などのRLCレイヤの送信処理、MAC(Medium Access Control)再送制御(例えば、HARQ(Hybrid Automatic Repeat reQuest)の送信処理)、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換(IFFT:Inverse Fast Fourier Transform)処理、プリコーディング処理などの送信処理が行われて各送受信部103に転送される。また、下り制御信号に関しても、チャネル符号化や逆高速フーリエ変換などの送信処理が行われて、各送受信部103に転送される。
各送受信部103は、ベースバンド信号処理部104からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部103は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部103は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
送受信部103で周波数変換された無線周波数信号は、アンプ部102により増幅され、送受信アンテナ101から送信される。送受信部103は、システム帯域幅(例えば、1コンポーネントキャリア)より制限された狭帯域幅(例えば、180kHz)で、各種信号を送受信することができる。
一方、上り信号については、各送受信アンテナ101で受信された無線周波数信号がそれぞれアンプ部102で増幅される。各送受信部103はアンプ部102で増幅された上り信号を受信する。送受信部103は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部104に出力する。
ベースバンド信号処理部104では、入力された上り信号に含まれるユーザデータに対して、高速フーリエ変換(FFT:Fast Fourier Transform)処理、逆離散フーリエ変換(IDFT:Inverse Discrete Fourier Transform)処理、誤り訂正復号、MAC再送制御の受信処理、RLCレイヤ、PDCPレイヤの受信処理がなされ、伝送路インターフェース106を介して上位局装置30に転送される。呼処理部105は、通信チャネルの設定や解放などの呼処理や、無線基地局10の状態管理や、無線リソースの管理を行う。
伝送路インターフェース106は、所定のインターフェースを介して、上位局装置30と信号を送受信する。また、伝送路インターフェース106は、基地局間インターフェース(例えば、CPRI(Common Public Radio Interface)に準拠した光ファイバ、X2インターフェース)を介して他の無線基地局10と信号を送受信(バックホールシグナリング)してもよい。
送受信部103は、ユーザ端末20に対して、狭帯域で、同期信号、参照信号、制御信号、データ信号などの下り信号を送信する。また、送受信部103は、ユーザ端末20から、狭帯域で参照信号、制御信号、データ信号などの上り信号を受信する。具体的には、送受信部103は、下り制御信号(DCI)、上位レイヤシグナリングによる上位レイヤ制御情報を送信する。また、送受信部103は、DCIによりユーザ端末20に割り当てられるPDSCHを送信し、DCIによりユーザ端末20に割り当てられるPUSCHを受信する。
図12は、本発明の一実施の形態に係る無線基地局の機能構成の一例を示す図である。なお、図12では、本実施の形態における特徴部分の機能ブロックを主に示しており、無線基地局10は、無線通信に必要な他の機能ブロックも有しているものとする。図12に示すように、ベースバンド信号処理部104は、制御部301と、送信信号生成部(生成部)302と、マッピング部303と、受信信号処理部304と、測定部305と、を少なくとも備えている。
制御部301は、無線基地局10全体の制御を実施する。制御部301は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
制御部301は、例えば、送信信号生成部302による信号の生成や、マッピング部303による信号の割り当てを制御する。また、制御部301は、受信信号処理部304による信号の受信処理や、測定部305による信号の測定を制御する。
制御部301は、システム情報、PDSCH、PUSCHのリソース割り当て(スケジューリング)を制御する。また、同期信号(例えば、PSS(Primary Synchronization Signal)/SSS(Secondary Synchronization Signal)、NB−SS)や、CRS、CSI−RS、DM−RSなどの下り参照信号に対するリソース割り当てを制御する。
制御部301は、各種信号を狭帯域に割り当ててユーザ端末20に対して送信するように、送信信号生成部302及びマッピング部303を制御する。制御部301は、例えば、下りリンクの報知情報(MIB、SIB(MTC−SIB))や、PDCCH(M−PDCCH、NB−PDCCH等ともいう)、PDSCHなどを狭帯域で送信するように制御する。当該狭帯域(NB)は、既存のLTEシステムのシステム帯域よりも狭い帯域(例えば、180kHz)である。
また、制御部301は、再送制御情報の送信リソース(第1の態様の新規PUCCHフォーマットのPUCCHリソース、第2の態様の送信リソース)を明示的に割り当てる場合、当該送信リソースの割り当て情報(例えば、リソース識別子)を含む下り制御信号(DCI)を生成するよう、送信信号生成部302、マッピング303、送受信部103を制御してもよい。一方、制御部301は、当該送信リソースを黙示的に割り当てる場合、ユーザ端末20における当該送信リソースの決定に用いられる情報(例えば、上位レイヤシグナリングによるパラメータや、DCI内のオフセット)を送信するように、送信信号生成部302、マッピング部303、送受信部103を制御してもよい。
また、制御部301は、ユーザ端末20からの再送制御情報に基づいて、下り信号の再送を制御する。具体的には、制御部301は、ユーザ端末20からの再送制御情報がDTX/NACKを示す場合、下り信号を再送するよう、送信信号生成部302、マッピング部303、送受信部103を制御してもよい(第1の態様)。
或いは、制御部301は、所定のタイミング(例えば、PDSCHの送信サブフレームから所定期間後のサブフレーム)で、所定の送信リソースでの送信を検出した場合、ACKであると判断し、当該下り信号の再送を行わない。一方、無線基地局は、所定のタイミングで所定の送信リソースでの送信を検出しない場合、DTX又はNACKであると判断し、下り信号を再送してもよい(第2の態様)。
また、制御部301は、送受信部103、受信信号処理部302、測定部305と協働して、決定されたPUSCHリソースでPUSCHを受信する。また、制御部301は、送信信号生成部302、マッピング部303、送受信部103と協働して、決定されたPDSCHリソースでPDSCHを送信する。
送信信号生成部(生成部)302は、制御部301からの指示に基づいて、下り信号(PDCCH、PDSCH、下り参照信号など)を生成して、マッピング部303に出力する。送信信号生成部302は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
送信信号生成部302は、例えば、制御部301からの指示に基づいて、PUSCH及び/又はPDSCHをユーザ端末20に割り当てるDCI(DLアサインメント、ULグラント等ともいう)を生成する。また、PDSCHには、各ユーザ端末20からのチャネル状態情報(CSI)などに基づいて決定された符号化率、変調方式などに従って符号化処理、変調処理が行われる。
マッピング部303は、制御部301からの指示に基づいて、送信信号生成部302で生成された下り信号を、所定の狭帯域の無線リソース(例えば、最大1リソースブロック)にマッピングして、送受信部103に出力する。マッピング部303は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
受信信号処理部304は、送受信部103から入力された受信信号に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。ここで、受信信号は、例えば、ユーザ端末20から送信される上り信号(PUCCH、PUSCH、上り参照信号など)である。受信信号処理部304は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。
受信信号処理部304は、受信処理により復号された情報を制御部301に出力する。また、受信信号処理部304は、受信信号や、受信処理後の信号を、測定部305に出力する。
測定部305は、受信した信号に関する測定を実施する。測定部305は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
測定部305は、信号の受信電力(例えば、RSRP(Reference Signal Received Power))、受信品質(例えば、RSRQ(Reference Signal Received Quality))やチャネル状態などについて測定してもよい。測定結果は、制御部301に出力されてもよい。
<ユーザ端末>
図13は、本発明の一実施の形態に係るユーザ端末の全体構成の一例を示す図である。なお、ここでは詳細な説明を省略するが、通常のLTE端末がNB−IoT端末としてふるまうように動作してもよい。ユーザ端末20は、送受信アンテナ201と、アンプ部202と、送受信部203と、ベースバンド信号処理部204と、アプリケーション部205と、を少なくとも備えている。また、ユーザ端末20は、送受信アンテナ201、アンプ部202、送受信部203などを複数備えてもよい。
送受信アンテナ201で受信された無線周波数信号は、アンプ部202で増幅される。送受信部203は、アンプ部202で増幅された下り信号を受信する。
送受信部203は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部204に出力する。送受信部203は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部203は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
ベースバンド信号処理部204は、入力されたベースバンド信号に対して、FFT処理や、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部205に転送される。アプリケーション部205は、物理レイヤやMACレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、報知情報もアプリケーション部205に転送される。
一方、上りリンクのユーザデータについては、アプリケーション部205からベースバンド信号処理部204に入力される。ベースバンド信号処理部204では、再送制御情報(HARQ−ACK)の送信処理や、チャネル符号化、プリコーディング、離散フーリエ変換(DFT:Discrete Fourier Transform)処理、IFFT処理などが行われて送受信部203に転送される。
送受信部203は、ベースバンド信号処理部204から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部203で周波数変換された無線周波数信号は、アンプ部202により増幅され、送受信アンテナ201から送信される。
送受信部203は、無線基地局10から、狭帯域で同期信号、参照信号、制御信号、データ信号などの下り信号を受信する。また、送受信部203は、無線基地局10に対して、狭帯域で参照信号、制御信号、データ信号などの上り信号を送信する。具体的には、送受信部203は、下り制御信号(DCI)、上位レイヤシグナリングによる上位レイヤ制御情報を受信する。また、送受信部203は、DCIによりユーザ端末20に割り当てられるPDSCHを受信し、DCIによりユーザ端末20に割り当てられるPUSCHを送信する。
図14は、本発明の一実施の形態に係るユーザ端末の機能構成の一例を示す図である。なお、図14においては、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末20は、無線通信に必要な他の機能ブロックも有しているものとする。図14に示すように、ユーザ端末20が有するベースバンド信号処理部204は、制御部401と、送信信号生成部(生成部)402と、マッピング部403と、受信信号処理部404と、測定部405と、を少なくとも備えている。
制御部401は、ユーザ端末20全体の制御を実施する。制御部401は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
制御部401は、例えば、送信信号生成部402による信号の生成や、マッピング部403による信号の割り当てを制御する。また、制御部401は、受信信号処理部404による信号の受信処理や、測定部405による信号の測定を制御する。
制御部401は、無線基地局10から送信された下り信号(PDCCH、PDSCH、下り参照信号)を、受信信号処理部404から取得する。制御部401は、当該下り信号に基づいて、再送制御情報(HARQ−ACK、ACK/NACK、ACK)やチャネル状態情報(CSI)などの上り制御情報(UCI)や上りデータの生成を制御する。
また、制御部401は、下り信号(例えば、PDSCH)の再送制御情報の送信を制御する。具体的には、制御部401は、単一のサブキャリアで構成される送信リソース(第1の態様の新規PUCCHフォーマットのPUCCHリソース、第2の態様の送信リソース)を決定する。また、制御部401は、送信リソースを用いて再送制御情報を送信するよう、送信信号生成部402及び送受信部203を制御する。
ここで、上記送信リソースは、単一のサブキャリアで構成されてもよいし、単一のサブキャリアと再送制御情報の直交拡散に用いる直交系列との組み合わせで構成されてもよい(図5及び6)。また、上記送信リソースを識別するリソース識別子は、同一のサブキャリアと異なる直交系列との組み合わせから順番に付されてもよい。
また、制御部401は、下り制御信号(例えば、PDCCH)を構成する制御チャネル要素(CCE)インデックスと、当該下り制御信号の繰り返し情報と、の少なくとも一つに基づいて、上記送信リソースを決定してもよい(黙示的割り当ての場合)。或いは、制御部401は、上記送信リソースの割り当て情報を含む下り制御信号が受信部203で受信される場合、当該割り当て情報に基づいて、上記送信リソースを決定してもよい(明示的割り当ての場合)。
また、制御部401は、受信信号処理部404における下り信号の復号結果に基づいて、再送制御情報を生成するよう、送信信号生成部402を制御する。具体的には、制御部401は、下り信号のACK/NACKを示す再送制御情報を生成してもよい(第1の態様)。或いは、制御部401は、下り信号の復号に成功した場合のみ、ACKを示す再送制御情報を生成するよう、送信信号生成部402を制御してもよい(第2の態様)。
また、制御部401は、新PUCCHフォーマットに基づいて再送制御情報の符号化・変調及びマッピングなどを行うように、送信信号生成部402及びマッピング部403を制御してもよい(第1の態様)。具体的には、制御部401は、新PUCCHフォーマットを構成する少なくとも一つのシンボルに再送制御情報の復調用参照信号をマッピングするよう、マッピング部403を制御してもよい。また、制御部401は、新PUCCHフォーマットを構成する全シンボルに再送制御情報をマッピングするよう、マッピング部403を制御してもよい。
また、制御部401は、下り信号の復号に成功した場合のみ、ACKを示す再送制御情報を送信するよう、送信信号生成部402及び送受信部203を制御してもよい(第2の態様)。
また、制御部401は、送信信号生成部402、マッピング部403、送受信部203と協働して、上記PUSCHリソースでPUSCHを送信する。また、制御部401は、送受信部203、受信信号処理部404、測定部405と協働して、上記PDSCHリソースでPDSCHを受信する。
送信信号生成部402は、制御部401からの指示に基づいて、上り信号(PUCCH、PUSCH、上り参照信号など)を生成して、マッピング部403に出力する。送信信号生成部402は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
送信信号生成部402は、例えば、制御部401からの指示に基づいて、上り制御情報(UCI)及び/又は上りデータを生成する。また、送信信号生成部402は、制御部401からの指示に基づいてUCI及び/又は上りデータを伝送するPUSCHを生成する。例えば、送信信号生成部402は、ユーザ端末20にPUSCHを割り当てるDCIが受信される場合に、制御部401からPUSCHの生成を指示される。また、送信信号生成部402は、制御部401からの指示に基づいてUCIを伝送するPUCCHを生成する。
マッピング部403は、制御部401からの指示に基づいて、送信信号生成部402で生成された上り信号をリソース(例えば、PUSCHリソースやPUCCHリソース)にマッピングして、送受信部203へ出力する。マッピング部403は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
受信信号処理部404は、送受信部203から入力された受信信号に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。ここで、受信信号は、例えば、無線基地局10から送信される下り信号(下り制御信号、下りデータ信号、下り参照信号など)である。受信信号処理部404は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。
受信信号処理部404は、受信処理により復号された情報を制御部401に出力する。受信信号処理部404は、例えば、報知情報、システム情報、RRCシグナリング、DCIなどを、制御部401に出力する。また、受信信号処理部404は、受信信号や、受信処理後の信号を、測定部405に出力する。
測定部405は、受信した信号に関する測定を実施する。測定部405は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
測定部405は、例えば、受信した信号の受信電力(例えば、RSRP)、受信品質(例えば、RSRQ)やチャネル状態などについて測定してもよい。測定結果は、制御部401に出力されてもよい。
<ハードウェア構成>
なお、上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及び/又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した1つの装置により実現されてもよいし、物理的に分離した2つ以上の装置を有線又は無線で接続し、これら複数の装置により実現されてもよい。
例えば、本発明の一実施の形態における無線基地局、ユーザ端末などは、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図15は、本発明の一実施の形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の無線基地局10及びユーザ端末20は、物理的には、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006、バス1007などを含むコンピュータ装置として構成されてもよい。
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。無線基地局10及びユーザ端末20のハードウェア構成は、図に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
無線基地局10及びユーザ端末20における各機能は、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることで、プロセッサ1001が演算を行い、通信装置1004による通信や、メモリ1002及びストレージ1003におけるデータの読み出し及び/又は書き込みを制御することで実現される。
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置(CPU:Central Processing Unit)で構成されてもよい。例えば、上述のベースバンド信号処理部104(204)、呼処理部105などは、プロセッサ1001で実現されてもよい。
また、プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュールやデータを、ストレージ1003及び/又は通信装置1004からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ端末20の制御部401は、メモリ1002に格納され、プロセッサ1001で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、RAM(Random Access Memory)などの少なくとも1つで構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)などと呼ばれてもよい。メモリ1002は、本発明の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュールなどを保存することができる。
ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、CD−ROM(Compact Disc ROM)などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク、フラッシュメモリなどの少なくとも1つで構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。
通信装置1004は、有線及び/又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、上述の送受信アンテナ101(201)、アンプ部102(202)、送受信部103(203)、伝送路インターフェース106などは、通信装置1004で実現されてもよい。
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウスなど)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカーなど)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチパネル)であってもよい。
また、プロセッサ1001やメモリ1002などの各装置は、情報を通信するためのバス1007で接続される。バス1007は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
また、無線基地局10及びユーザ端末20は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つで実装されてもよい。
なお、本明細書で説明した用語及び/又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び/又はシンボルは信号(シグナリング)であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア(CC:Component Carrier)は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
また、無線フレームは、時間領域において1つ又は複数の期間(フレーム)で構成されてもよい。無線フレームを構成する当該1つ又は複数の各期間(フレーム)は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において1つ又は複数のスロットで構成されてもよい。さらに、スロットは、時間領域において1つ又は複数のシンボル(OFDMシンボル、SC−FDMAシンボルなど)で構成されてもよい。
無線フレーム、サブフレーム、スロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。例えば、1サブフレームが送信時間間隔(TTI:Transmission Time Interval)と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、1スロットがTTIと呼ばれてもよい。つまり、サブフレームやTTIは、既存のLTEにおけるサブフレーム(1ms)であってもよいし、1msより短い期間(例えば、1−13シンボル)であってもよいし、1msより長い期間であってもよい。
ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、無線基地局が各ユーザ端末に対して、無線リソース(各ユーザ端末において使用することが可能な周波数帯域幅や送信電力など)を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。
1msの時間長を有するTTIを、通常TTI(LTE Rel.8−12におけるTTI)、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、又はロングサブフレームなどと呼んでもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、短縮サブフレーム、又はショートサブフレームなどと呼ばれてもよい。
リソースブロック(RB:Resource Block)は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、1つ又は複数個の連続した副搬送波(サブキャリア(subcarrier))を含んでもよい。また、RBは、時間領域において、1つ又は複数個のシンボルを含んでもよく、1スロット、1サブフレーム又は1TTIの長さであってもよい。1TTI、1サブフレームは、それぞれ1つ又は複数のリソースブロックで構成されてもよい。なお、RBは、物理リソースブロック(PRB:Physical RB)、PRBペア、RBペアなどと呼ばれてもよい。
また、リソースブロックは、1つ又は複数のリソースエレメント(RE:Resource Element)で構成されてもよい。例えば、1REは、1サブキャリア及び1シンボルの無線リソース領域であってもよい。
なお、上述した無線フレーム、サブフレーム、スロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、スロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプリフィクス(CP:Cyclic Prefix)長などの構成は、様々に変更することができる。
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースは、所定のインデックスで指示されるものであってもよい。
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線(DSL)など)及び/又は無線技術(赤外線、マイクロ波など)を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び/又は無線技術は、伝送媒体の定義内に含まれる。
また、本明細書における無線基地局は、ユーザ端末で読み替えてもよい。例えば、無線基地局及びユーザ端末間の通信を、複数のユーザ端末間(D2D:Device-to-Device)の通信に置き換えた構成について、本発明の各態様/実施の形態を適用してもよい。この場合、上述の無線基地局10が有する機能をユーザ端末20が有する構成としてもよい。また、「上り」や「下り」などの文言は、「サイド」と読み替えられてもよい。例えば、上りチャネルは、サイドチャネルと読み替えられてもよい。
同様に、本明細書におけるユーザ端末は、無線基地局で読み替えてもよい。この場合、上述のユーザ端末20が有する機能を無線基地局10が有する構成としてもよい。
本明細書で説明した各態様/実施の形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的に行うものに限られず、暗黙的に(例えば、当該所定の情報の通知を行わないことによって)行われてもよい。
情報の通知は、本明細書で説明した態様/実施の形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、DCI(Downlink Control Information)、UCI(Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、報知情報(MIB(Master Information Block)、SIB(System Information Block)など)、MAC(Medium Access Control)シグナリング)、その他の信号又はこれらの組み合わせによって実施されてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRCConnectionSetup)メッセージ、RRC接続再構成(RRCConnectionReconfiguration)メッセージなどであってもよい。また、MACシグナリングは、例えば、MAC制御要素(MAC CE(Control Element))で通知されてもよい。
本明細書で説明した各態様/実施の形態は、LTE(Long Term Evolution)、LTE−A(LTE-Advanced)、LTE−B(LTE-Beyond)、SUPER 3G、IMT−Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、FRA(Future Radio Access)、New−RAT(Radio Access Technology)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi−Fi(登録商標))、IEEE 802.16(WiMAX(登録商標))、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(登録商標)、その他の適切な無線通信方法を利用するシステム及び/又はこれらに基づいて拡張された次世代システムに適用されてもよい。
本明細書で説明した各態様/実施の形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施の形態に限定されるものではないということは明らかである。例えば、上述の各実施の形態は単独で用いてもよいし、組み合わせて用いてもよい。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。