このアプリケーションの一部のコンテンツは現時点では利用できません。
このような状況が続く場合は、にお問い合わせくださいフィードバック & お問い合わせ
1. (WO2018030158) 通信装置、通信方法及びプログラム
Document

明 細 書

発明の名称 通信装置、通信方法及びプログラム

技術分野

0001  

背景技術

0002   0003  

先行技術文献

非特許文献

0004  

発明の概要

発明が解決しようとする課題

0005   0006  

課題を解決するための手段

0007   0008   0009   0010   0011   0012  

発明の効果

0013   0014  

図面の簡単な説明

0015  

発明を実施するための形態

0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030   0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046   0047   0048   0049   0050   0051   0052   0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096   0097   0098   0099   0100   0101   0102   0103   0104   0105   0106   0107   0108   0109   0110   0111   0112   0113   0114   0115   0116   0117   0118   0119   0120   0121   0122   0123   0124   0125   0126   0127   0128   0129   0130   0131   0132   0133   0134   0135   0136   0137   0138   0139   0140   0141   0142   0143   0144   0145   0146   0147   0148   0149   0150   0151   0152   0153   0154   0155   0156   0157   0158   0159   0160   0161   0162   0163   0164   0165   0166   0167   0168   0169   0170   0171   0172   0173   0174   0175   0176   0177   0178   0179   0180   0181   0182   0183   0184   0185   0186   0187   0188   0189   0190   0191   0192   0193   0194   0195   0196   0197   0198   0199   0200   0201   0202   0203   0204   0205   0206   0207   0208   0209   0210   0211   0212   0213   0214   0215   0216   0217   0218   0219   0220   0221   0222   0223   0224   0225   0226   0227   0228   0229   0230   0231   0232   0233   0234   0235   0236   0237   0238   0239   0240   0241   0242   0243   0244   0245   0246   0247   0248   0249   0250   0251   0252   0253   0254   0255   0256   0257   0258   0259   0260   0261   0262   0263   0264   0265   0266   0267   0268   0269   0270   0271   0272   0273   0274   0275   0276   0277   0278   0279   0280   0281   0282  

符号の説明

0283  

請求の範囲

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17   18   19   20   21   22   23   24   25   26  

図面

1   2   3   4   5   6   7   8   9   10   11   12   13   14   15   16   17   18   19   20   21   22   23   24   25   26   27   28  

明 細 書

発明の名称 : 通信装置、通信方法及びプログラム

技術分野

[0001]
 本開示は、通信装置、通信方法及びプログラムに関する。

背景技術

[0002]
 セルラー移動通信の無線アクセス方式および無線ネットワーク(以下、「Long Term Evolution(LTE)」、「LTE-Advanced(LTE-A)」、「LTE-Advanced Pro(LTE-A Pro)」、「New Radio(NR)」、「New Radio Access Technology(NRAT)」、「Evolved Universal Terrestrial Radio Access(EUTRA)」、または「Further EUTRA(FEUTRA)」とも称する。)が、第三世代パートナーシッププロジェクト(3rd Generation Partnership Project: 3GPP)において検討されている。なお、以下の説明において、LTEは、LTE-A、LTE-A Pro、およびEUTRAを含み、NRは、NRAT、およびFEUTRAを含む。LTEおよびNRでは、基地局装置(基地局)はeNodeB(evolved NodeB)、端末装置(移動局、移動局装置、端末)はUE(User Equipment)とも称する。LTEおよびNRは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
[0003]
 NRは、LTEに対する次世代の無線アクセス方式として、LTEとは異なるRAT(Radio Access Technology)である。NRは、eMBB(Enhanced mobile broadband)、mMTC(Massive machine type communications)およびURLLC(Ultra reliable and low latency communications)を含む様々なユースケースに対応できるアクセス技術である。NRは、それらのユースケースにおける利用シナリオ、要求条件、および配置シナリオなどに対応する技術フレームワークを目指して検討される。NRでは、LTEと比較して約20倍の最大データレート対応や約10倍の端末数同時通信対応などといった理由から、さらなる周波数利用効率の向上が求められている。周波数利用効率を向上する技術の一つとして非直交多元接続 (Non-orthogonal Multiple Access : NOMA) 技術が注目されている。NOMAの技術詳細は、非特許文献1に開示されている。

先行技術文献

非特許文献

[0004]
非特許文献1 : Yuya Saito, Yoshihisa Kishiyama, Anass Benjebbour, Takehiro Nakamura, Anxin Li, and Kenichi Higuchi, “Non-Orthogonal Multiple Access (NOMA) for Future Radio Access,” Vehicular Technology Conference (VTC Spring), 2013 IEEE 77th, pp. 1-5, Jun. 2013.

発明の概要

発明が解決しようとする課題

[0005]
 NOMAは周波数軸および時間軸にInterleave pattern軸,Spreading Pattern軸,Scrambling Pattern軸,Codebook軸、Power軸などの非直交軸を追加することで、リソースを増加し、周波数利用効率を向上する技術であり、NRでの技術利用が期待されている。NOMA技術は同一の周波数および時間リソースで複数信号の多重を可能とする一方で、受信装置において信号復号のためにキャンセル処理や最尤判定といったような処理をする必要がある。そのため、シグナリングや多重信号の決定法、リソースアロケーションなどの効率的な手段の検討は、NOMA技術において重要である。
[0006]
 そこで本開示は、NOMAにおいて使用される情報を効果的に共有させることでNOMA技術を効果的に利用できる、新規かつ改良された通信装置、通信方法及びプログラムを提案する。

課題を解決するための手段

[0007]
 本開示によれば、送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第1の装置に設定する設定部と、前記非直交多重に関する情報をブロードキャストに送信する送信処理部と、を備える、通信装置が提供される。
[0008]
 また本開示によれば、ブロードキャストで送信された非直交多重に関する情報を第1の装置から受信する受信処理部と、前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第1の装置に送信する送信処理部と、を備え、前記送信処理部は、前記非直交多重に関する情報を前記第1の装置に送信する、通信装置が提供される。
[0009]
 また本開示によれば、送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第1の装置に設定することと、前記非直交多重に関する情報をブロードキャストに送信することと、を含む、通信方法が提供される。
[0010]
 また本開示によれば、ブロードキャストで送信された非直交多重に関する情報を第1の装置から受信することと、前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第1の装置に送信することと、前記非直交多重に関する情報を前記第1の装置に送信することと、を含む、通信方法が提供される。
[0011]
 また本開示によれば、コンピュータに、送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第1の装置に設定することと、前記非直交多重に関する情報をブロードキャストに送信することと、を実行させる、コンピュータプログラムが提供される。
[0012]
 また本開示によれば、コンピュータに、ブロードキャストで送信された非直交多重に関する情報を第1の装置から受信することと、前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第1の装置に送信することと、前記非直交多重に関する情報を前記第1の装置に送信することと、を実行させる、コンピュータプログラムが提供される。

発明の効果

[0013]
 以上説明したように本開示によれば、NOMAにおいて使用される情報を効果的に共有させることでNOMA技術を効果的に利用できる、新規かつ改良された通信装置、通信方法及びプログラムを提供することができる。
[0014]
 なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

図面の簡単な説明

[0015]
[図1] 本実施形態におけるコンポーネントキャリアの設定の一例を示す図である。
[図2] 本実施形態におけるコンポーネントキャリアの設定の一例を示す図である。
[図3] 本実施形態におけるLTEの下りリンクサブフレームの一例を示す図である。
[図4] 本実施形態におけるLTEの上りリンクサブフレームの一例を示す図である。
[図5] NRセルにおける送信信号に関するパラメータセットの一例を示す図である。
[図6] 本実施形態におけるNRの下りリンクサブフレームの一例を示す図である。
[図7] 本実施形態におけるNRの上りリンクサブフレームの一例を示す図である。
[図8] 本実施形態の基地局装置1の構成を示す概略ブロック図である。
[図9] 本実施形態の端末装置2の構成を示す概略ブロック図である。
[図10] 本実施形態におけるNRの下りリンクリソースエレメントマッピングの一例を示す図である。
[図11] 本実施形態におけるNRの下りリンクリソースエレメントマッピングの一例を示す図である。
[図12] 本実施形態におけるNRの下りリンクリソースエレメントマッピングの一例を示す図である。
[図13] 本実施形態における自己完結型送信のフレーム構成の一例を示す図である。
[図14] NOMA送信処理の一例を示す説明図である。
[図15] NOMA送信処理の一例を示す説明図である。
[図16] NOMA送信処理の一例を示す説明図である。
[図17] NOMA送信処理の一例を示す説明図である。
[図18] NOMA受信処理の一例を示す説明図である。
[図19] Grant-free based送信用のリソースプールの例を示す説明図である。
[図20] NOMA Pattern Vector通知用リソースの例を示す説明図である。
[図21] NOMA Pattern Vector通知用のリソースの例を示す説明図である。
[図22] リソースマッピングの例を示す説明図である。
[図23] 送信装置(例えば基地局装置1)と受信装置(端末装置2)との間の、NOMA Pattern Vector通知シーケンス例を示す流れ図である。
[図24] 送信装置(例えば基地局装置1)と受信装置(端末装置2)との間の、NOMA Pattern Vector通知シーケンス例を示す流れ図である。
[図25] 本開示に係る技術が適用され得るeNBの概略的な構成の第1の例を示すブロック図である。
[図26] 本開示に係る技術が適用され得るeNBの概略的な構成の第2の例を示すブロック図である。
[図27] 本開示に係る技術が適用され得るスマートフォン900の概略的な構成の一例を示すブロック図である。
[図28] 本開示に係る技術が適用され得るカーナビゲーション装置920の概略的な構成の一例を示すブロック図である。

発明を実施するための形態

[0016]
 以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
[0017]
 また、特に明記されない限り、以下で説明される技術、機能、方法、構成、手順、およびその他全ての記載は、LTEおよびNRに適用できる。
[0018]
 なお、説明は以下の順序で行うものとする。
 1.本開示の実施の形態
 2.応用例
 3.まとめ
[0019]
 <1.本開示の実施の形態>
  <本実施形態における無線通信システム>
 本実施形態において、無線通信システムは、基地局装置1および端末装置2を少なくとも具備する。基地局装置1は複数の端末装置を収容できる。基地局装置1は、他の基地局装置とX2インターフェースの手段によって互いに接続できる。また、基地局装置1は、S1インターフェースの手段によってEPC(Evolved Packet Core)に接続できる。さらに、基地局装置1は、S1-MMEインターフェースの手段によってMME(Mobility Management Entity)に接続でき、S1-Uインターフェースの手段によってS-GW(Serving Gateway)に接続できる。S1インターフェースは、MMEおよび/またはS-GWと基地局装置1との間で、多対多の接続をサポートしている。また、本実施形態において、基地局装置1および端末装置2は、それぞれLTEおよび/またはNRをサポートする。
[0020]
  <本実施形態における無線アクセス技術>
 本実施形態において、基地局装置1および端末装置2は、それぞれ1つ以上の無線アクセス技術(RAT)をサポートする。例えば、RATは、LTEおよびNRを含む。1つのRATは、1つのセル(コンポーネントキャリア)に対応する。すなわち、複数のRATがサポートされる場合、それらのRATは、それぞれ異なるセルに対応する。本実施形態において、セルは、下りリンクリソース、上りリンクリソース、および/または、サイドリンクの組み合わせである。また、以下の説明において、LTEに対応するセルはLTEセルと呼称され、NRに対応するセルはNRセルと呼称される。
[0021]
 下りリンクの通信は、基地局装置1から端末装置2に対する通信である。下りリンク送信は、基地局装置1から端末装置2に対する送信であり、下りリンク物理チャネルおよび/または下りリンク物理信号の送信である。上りリンクの通信は、端末装置2から基地局装置1に対する通信である。上りリンク送信は、端末装置2から基地局装置1に対する送信であり、上りリンク物理チャネルおよび/または上りリンク物理信号の送信である。サイドリンクの通信は、端末装置2から別の端末装置2に対する通信である。サイドリンク送信は、端末装置2から別の端末装置2に対する送信であり、サイドリンク物理チャネルおよび/またはサイドリンク物理信号の送信である。
[0022]
 サイドリンクの通信は、端末装置間の近接直接検出および近接直接通信のために定義される。サイドリンクの通信は、上りリンクおよび下りリンクと同様なフレーム構成を用いることができる。また、サイドリンクの通信は、上りリンクリソースおよび/または下りリンクリソースの一部(サブセット)に制限されうる。
[0023]
 基地局装置1および端末装置2は、下りリンク、上りリンクおよび/またはサイドリンクにおいて、1つ以上のセルの集合を用いる通信をサポートできる。複数のセルの集合は、キャリアアグリゲーションまたはデュアルコネクティビティとも呼称される。キャリアアグリゲーションとデュアルコネクティビティの詳細は後述される。また、それぞれのセルは、所定の周波数帯域幅を用いる。所定の周波数帯域幅における最大値、最小値および設定可能な値は、予め規定できる。
[0024]
 図1は、本実施形態におけるコンポーネントキャリアの設定の一例を示す図である。図1の例では、1つのLTEセルと2つのNRセルが設定される。1つのLTEセルは、プライマリーセルとして設定される。2つのNRセルは、それぞれプライマリーセカンダリーセルおよびセカンダリーセルとして設定される。2つのNRセルは、キャリアアグリゲーションにより統合される。また、LTEセルとNRセルは、デュアルコネクティビティにより統合される。なお、LTEセルとNRセルは、キャリアアグリゲーションにより統合されてもよい。図1の例では、NRは、プライマリーセルであるLTEセルにより接続をアシストされることが可能であるため、スタンドアロンで通信するための機能のような一部の機能をサポートしなくてもよい。スタンドアロンで通信するための機能は、初期接続に必要な機能を含む。
[0025]
 図2は、本実施形態におけるコンポーネントキャリアの設定の一例を示す図である。図2の例では、2つのNRセルが設定される。2つのNRセルは、それぞれプライマリーセルおよびセカンダリーセルとして設定され、キャリアアグリゲーションにより統合される。この場合、NRセルがスタンドアロンで通信するための機能をサポートすることにより、LTEセルのアシストが不要になる。なお、2つのNRセルは、デュアルコネクティビティにより統合されてもよい。
[0026]
  <本実施形態における無線フレーム構成>
 本実施形態において、10ms(ミリ秒)で構成される無線フレーム(radio frame)が規定される。無線フレームのそれぞれは2つのハーフフレームから構成される。ハーフフレームの時間間隔は、5msである。ハーフフレームのそれぞれは、5つのサブフレームから構成される。サブフレームの時間間隔は、1msであり、2つの連続するスロットによって定義される。スロットの時間間隔は、0.5msである。無線フレーム内のi番目のサブフレームは、(2×i)番目のスロットと(2×i+1)番目のスロットとから構成される。つまり、無線フレームのそれぞれにおいて、10個のサブフレームが規定される。
[0027]
 サブフレームは、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームおよびサイドリンクサブフレームなどを含む。
[0028]
 下りリンクサブフレームは下りリンク送信のために予約されるサブフレームである。上りリンクサブフレームは上りリンク送信のために予約されるサブフレームである。スペシャルサブフレームは3つのフィールドから構成される。3つのフィールドは、DwPTS(Downlink Pilot Time Slot)、GP(Guard Period)、およびUpPTS(Uplink Pilot Time Slot)を含む。DwPTS、GP、およびUpPTSの合計の長さは1msである。DwPTSは下りリンク送信のために予約されるフィールドである。UpPTSは上りリンク送信のために予約されるフィールドである。GPは下りリンク送信および上りリンク送信が行われないフィールドである。なお、スペシャルサブフレームは、DwPTSおよびGPのみによって構成されてもよいし、GPおよびUpPTSのみによって構成されてもよい。スペシャルサブフレームは、TDDにおいて下りリンクサブフレームと上りリンクサブフレームとの間に配置され、下りリンクサブフレームから上りリンクサブフレームに切り替えるために用いられる。サイドリンクサブフレームは、サイドリンク通信のために予約または設定されるサブフレームである。サイドリンクは、端末装置間の近接直接通信および近接直接検出のために用いられる。
[0029]
 単一の無線フレームは、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームおよび/またはサイドリンクサブフレームから構成される。また、単一の無線フレームは、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームまたはサイドリンクサブフレームのみで構成されてもよい。
[0030]
 複数の無線フレーム構成がサポートされる。無線フレーム構成は、フレーム構成タイプで規定される。フレーム構成タイプ1は、FDDのみに適用できる。フレーム構成タイプ2は、TDDのみに適用できる。フレーム構成タイプ3は、LAA(Licensed Assisted Access)セカンダリーセルの運用のみに適用できる。
[0031]
 フレーム構成タイプ2において、複数の上りリンク-下りリンク構成が規定される。上りリンク-下りリンク構成において、1つの無線フレームにおける10のサブフレームのそれぞれは、下りリンクサブフレーム、上りリンクサブフレーム、およびスペシャルサブフレームのいずれかに対応する。サブフレーム0、サブフレーム5およびDwPTSは常に下りリンク送信のために予約される。UpPTSおよびそのスペシャルサブフレームの直後のサブフレームは常に上りリンク送信のために予約される。
[0032]
 フレーム構成タイプ3において、1つの無線フレーム内の10のサブフレームが下りリンク送信のために予約される。端末装置2は、PDSCHまたは検出信号が送信されないサブフレームを空のサブフレームとして扱うことができる。端末装置2は、所定の信号、チャネルおよび/または下りリンク送信があるサブフレームで検出されない限り、そのサブフレームにいかなる信号および/またはチャネルも存在しないと想定する。下りリンク送信は、1つまたは複数の連続したサブフレームで専有される。その下りリンク送信の最初のサブフレームは、そのサブフレーム内のどこからでも開始されてもよい。その下りリンク送信の最後のサブフレームは、完全に専有されるか、DwPTSで規定される時間間隔で専有されるか、のいずれかであってもよい。
[0033]
 なお、フレーム構成タイプ3において、1つの無線フレーム内の10のサブフレームが上りリンク送信のために予約されてもよい。また、1つの無線フレーム内の10のサブフレームのそれぞれが、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームおよびサイドリンクサブフレームのいずれかに対応するようにしてもよい。
[0034]
 基地局装置1は、スペシャルサブフレームのDwPTSにおいて、下りリンク物理チャネルおよび下りリンク物理信号を送信してもよい。基地局装置1は、スペシャルサブフレームのDwPTSにおいて、PBCHの送信を制限できる。端末装置2は、スペシャルサブフレームのUpPTSにおいて、上りリンク物理チャネルおよび上りリンク物理信号を送信してもよい。端末装置2は、スペシャルサブフレームのUpPTSにおいて、一部の上りリンク物理チャネルおよび上りリンク物理信号の送信を制限できる。
[0035]
 なお、1つの送信における時間間隔はTTI(Transmission Time Interval)と呼称され、LTEにおいて、1ms(1サブフレーム)を1TTIと定義される。
[0036]
  <本実施形態におけるLTEのフレーム構成>
 図3は、本実施形態におけるLTEの下りリンクサブフレームの一例を示す図である。図3に示される図は、LTEの下りリンクリソースグリッドとも呼称される。基地局装置1は、端末装置2への下りリンクサブフレームにおいて、LTEの下りリンク物理チャネルおよび/またはLTEの下りリンク物理信号を送信できる。端末装置2は、基地局装置1からの下りリンクサブフレームにおいて、LTEの下りリンク物理チャネルおよび/またはLTEの下りリンク物理信号を受信できる。
[0037]
 図4は、本実施形態におけるLTEの上りリンクサブフレームの一例を示す図である。図4に示される図は、LTEの上りリンクリソースグリッドとも呼称される。端末装置2は、基地局装置1への上りリンクサブフレームにおいて、LTEの上りリンク物理チャネルおよび/またはLTEの上りリンク物理信号を送信できる。基地局装置1は、端末装置2からの上りリンクサブフレームにおいて、LTEの上りリンク物理チャネルおよび/またはLTEの上りリンク物理信号を受信できる。
[0038]
 本実施形態において、LTEの物理リソースは以下のように定義されうる。1つのスロットは複数のシンボルによって定義される。スロットのそれぞれにおいて送信される物理信号または物理チャネルは、リソースグリッドによって表現される。下りリンクにおいて、リソースグリッドは、周波数方向に対する複数のサブキャリアと、時間方向に対する複数のOFDMシンボルによって定義される。上りリンクにおいて、リソースグリッドは、周波数方向に対する複数のサブキャリアと、時間方向に対する複数のSC-FDMAシンボルによって定義される。サブキャリアまたはリソースブロックの数は、セルの帯域幅に依存して決まるようにしてもよい。1つのスロットにおけるシンボルの数は、CP(Cyclic Prefix)のタイプによって決まる。CPのタイプは、ノーマルCPまたは拡張CPである。ノーマルCPにおいて、1つのスロットを構成するOFDMシンボルまたはSC-FDMAシンボルの数は7である。拡張CPにおいて、1つのスロットを構成するOFDMシンボルまたはSC-FDMAシンボルの数は6である。リソースグリッド内のエレメントのそれぞれはリソースエレメントと称される。リソースエレメントは、サブキャリアのインデックス(番号)とシンボルのインデックス(番号)とを用いて識別される。なお、本実施形態の説明において、OFDMシンボルまたはSC-FDMAシンボルは単にシンボルとも呼称される。
[0039]
 リソースブロックは、ある物理チャネル(PDSCHまたはPUSCHなど)をリソースエレメントにマッピングするために用いられる。リソースブロックは、仮想リソースブロックと物理リソースブロックを含む。ある物理チャネルは、仮想リソースブロックにマッピングされる。仮想リソースブロックは、物理リソースブロックにマッピングされる。1つの物理リソースブロックは、時間領域において所定数の連続するシンボルで定義される。1つの物理リソースブロックは、周波数領域において所定数の連続するサブキャリアとから定義される。1つの物理リソースブロックにおけるシンボル数およびサブキャリア数は、そのセルにおけるCPのタイプ、サブキャリア間隔および/または上位層によって設定されるパラメータなどに基づいて決まる。例えば、CPのタイプがノーマルCPであり、サブキャリア間隔が15kHzである場合、1つの物理リソースブロックにおけるシンボル数は7であり、サブキャリア数は12である。その場合、1つの物理リソースブロックは(7×12)個のリソースエレメントから構成される。物理リソースブロックは周波数領域において0から番号が付けられる。また、同一の物理リソースブロック番号が対応する、1つのサブフレーム内の2つのリソースブロックは、物理リソースブロックペア(PRBペア、RBペア)として定義される。
[0040]
 LTEセルのそれぞれにおいて、あるサブフレームでは、1つの所定のパラメータが用いられる。例えば、その所定のパラメータは、送信信号に関するパラメータ(物理パラメータ)である。送信信号に関するパラメータは、CP長、サブキャリア間隔、1つのサブフレーム(所定の時間長)におけるシンボル数、1つのリソースブロック(所定の周波数帯域)のおけるサブキャリア数、多元接続方式、および、信号波形などを含む。
[0041]
 すなわち、LTEセルでは、下りリンク信号および上りリンク信号は、それぞれ所定の時間長(例えば、サブフレーム)において、1つの所定のパラメータを用いて生成される。換言すると、端末装置2は、基地局装置1から送信される下りリンク信号、および、基地局装置1に送信する上りリンク信号が、それぞれ所定の時間長において、1つの所定のパラメータで生成される、と想定する。また、基地局装置1は、端末装置2に送信する下りリンク信号、および、端末装置2から送信される上りリンク信号が、それぞれ所定の時間長において、1つの所定のパラメータで生成されるように設定する。
[0042]
  <本実施形態におけるNRのフレーム構成>
 NRセルのそれぞれにおいて、ある所定の時間長(例えば、サブフレーム)では、1つ以上の所定のパラメータが用いられる。すなわち、NRセルでは、下りリンク信号および上りリンク信号は、それぞれ所定の時間長において、1つ以上の所定のパラメータを用いて生成される。換言すると、端末装置2は、基地局装置1から送信される下りリンク信号、および、基地局装置1に送信する上りリンク信号が、それぞれ所定の時間長において、1つ以上の所定のパラメータで生成される、と想定する。また、基地局装置1は、端末装置2に送信する下りリンク信号、および、端末装置2から送信される上りリンク信号が、それぞれ所定の時間長において、1つ以上の所定のパラメータで生成されるように設定できる。複数の所定のパラメータが用いられる場合、それらの所定のパラメータが用いられて生成される信号は、所定の方法により多重される。例えば、所定の方法は、FDM(Frequency Division Multiplexing)、TDM(Time
Division Multiplexing)、CDM(Code Division Multiplexing)および/またはSDM(Spatial Division Multiplexing)などを含む。
[0043]
 NRセルに設定される所定のパラメータの組み合わせは、パラメータセットとして、複数種類を予め規定できる。
[0044]
 図5は、NRセルにおける送信信号に関するパラメータセットの一例を示す図である。図5の例では、パラメータセットに含まれる送信信号に関するパラメータは、サブキャリア間隔、NRセルにおけるリソースブロックあたりのサブキャリア数、サブフレームあたりのシンボル数、および、CP長タイプである。CP長タイプは、NRセルで用いられるCP長のタイプである。例えば、CP長タイプ1はLTEにおけるノーマルCPに相当し、CP長タイプ2はLTEにおける拡張CPに相当する。
 NRセルにおける送信信号に関するパラメータセットは、下りリンクおよび上りリンクでそれぞれ個別に規定することができる。また、NRセルにおける送信信号に関するパラメータセットは、下りリンクおよび上りリンクでそれぞれ独立に設定できる。
[0045]
 図6は、本実施形態におけるNRの下りリンクサブフレームの一例を示す図である。図6の例では、パラメータセット1、パラメータセット0およびパラメータセット2を用いて生成される信号が、セル(システム帯域幅)において、FDMされる。図6に示される図は、NRの下りリンクリソースグリッドとも呼称される。基地局装置1は、端末装置2への下りリンクサブフレームにおいて、NRの下りリンク物理チャネルおよび/またはNRの下りリンク物理信号を送信できる。端末装置2は、基地局装置1からの下りリンクサブフレームにおいて、NRの下りリンク物理チャネルおよび/またはNRの下りリンク物理信号を受信できる。
[0046]
 図7は、本実施形態におけるNRの上りリンクサブフレームの一例を示す図である。図7の例では、パラメータセット1、パラメータセット0およびパラメータセット2を用いて生成される信号が、セル(システム帯域幅)において、FDMされる。図6に示される図は、NRの上りリンクリソースグリッドとも呼称される。基地局装置1は、端末装置2への上りリンクサブフレームにおいて、NRの上りリンク物理チャネルおよび/またはNRの上りリンク物理信号を送信できる。端末装置2は、基地局装置1からの上りリンクサブフレームにおいて、NRの上りリンク物理チャネルおよび/またはNRの上りリンク物理信号を受信できる。
[0047]
  <本実施形態におけるアンテナポート>
 アンテナポートは、あるシンボルを運ぶ伝搬チャネルが、同一のアンテナポートにおける別のシンボルを運ぶ伝搬チャネルから推測できるようにするために定義される。例えば、同一のアンテナポートにおける異なる物理リソースは、同一の伝搬チャネルで送信されていると想定できる。すなわち、あるアンテナポートにおけるシンボルは、そのアンテナポートにおける参照信号により伝搬チャネルを推定し、復調することができる。また、アンテナポート毎に1つのリソースグリッドがある。アンテナポートは、参照信号によって定義される。また、それぞれの参照信号は、複数のアンテナポートを定義できる。
[0048]
 アンテナポートはアンテナポート番号によって特定または識別される。例えば、アンテナポート0~3は、CRSが送信されるアンテナポートである。すなわち、アンテナポート0~3で送信されるPDSCHは、アンテナポート0~3に対応するCRSで復調できる。
[0049]
 2つのアンテナポートは所定の条件を満たす場合、準同一位置(QCL:Quasi co-location)であると表すことができる。その所定の条件は、あるアンテナポートにおけるシンボルを運ぶ伝搬チャネルの広域的特性が、別のアンテナポートにおけるシンボルを運ぶ伝搬チャネルから推測できることである。広域的特性は、遅延分散、ドップラースプレッド、ドップラーシフト、平均利得および/または平均遅延を含む。
[0050]
 本実施形態において、アンテナポート番号は、RAT毎に異なって定義されてもよいし、RAT間で共通に定義されてもよい。例えば、LTEにおけるアンテナポート0~3は、CRSが送信されるアンテナポートである。NRにおいて、アンテナポート0~3は、LTEと同様のCRSが送信されるアンテナポートとすることができる。また、NRにおいて、LTEと同様のCRSが送信されるアンテナポートは、アンテナポート0~3とは異なるアンテナポート番号とすることができる。本実施形態の説明において、所定のアンテナポート番号は、LTEおよび/またはNRに対して適用できる。
[0051]
  <本実施形態における物理チャネルおよび物理信号>
 本実施形態において、物理チャネルおよび物理信号が用いられる。
[0052]
 物理チャネルは、下りリンク物理チャネル、上りリンク物理チャネルおよびサイドリンク物理チャネルを含む。物理信号は、下りリンク物理信号、上りリンク物理信号およびサイドリンク物理信号を含む。
[0053]
 LTEにおける物理チャネルおよび物理信号は、それぞれLTE物理チャネルおよびLTE物理信号とも呼称される。NRにおける物理チャネルおよび物理信号は、それぞれNR物理チャネルおよびNR物理信号とも呼称される。LTE物理チャネルおよびNR物理チャネルは、それぞれ異なる物理チャネルとして定義できる。LTE物理信号およびNR物理信号は、それぞれ異なる物理信号として定義できる。本実施形態の説明において、LTE物理チャネルおよびNR物理チャネルは単に物理チャネルとも呼称され、LTE物理信号およびNR物理信号は単に物理信号とも呼称される。すなわち、物理チャネルに対する説明は、LTE物理チャネルおよびNR物理チャネルのいずれに対しても適用できる。物理信号に対する説明は、LTE物理信号およびNR物理信号のいずれに対しても適用できる。
[0054]
  <本実施形態における下りリンク物理チャネル>
 PBCHは、基地局装置1のサービングセルに固有の報知情報であるMIB(Master Information Block)を報知するために用いられる。PBCHは無線フレーム内のサブフレーム0のみで送信される。MIBは、40ms間隔で更新できる。PBCHは10ms周期で繰り返し送信される。具体的には、SFN(System Frame Number)を4で割った余りが0である条件を満たす無線フレームにおけるサブフレーム0においてMIBの初期送信が行なわれ、他の全ての無線フレームにおけるサブフレーム0においてMIBの再送信(repetition)が行われる。SFNは無線フレームの番号(システムフレーム番号)である。MIBはシステム情報である。例えば、MIBは、SFNを示す情報を含む。
[0055]
 PHICHは、基地局装置1が受信した上りリンクデータ(Uplink Shared Channel: UL-SCH)に対するACK(ACKnowledgement)またはNACK(Negative ACKnowledgement)を示すHARQ-ACK(HARQインディケータ、HARQフィードバック、応答情報)を送信するために用いられる。例えば、端末装置2がACKを示すHARQ-ACKを受信した場合は、対応する上りリンクデータを再送しない。例えば、端末装置2がNACKを示すHARQ-ACKを受信した場合は、端末装置2は対応する上りリンクデータを所定の上りリンクサブフレームで再送する。あるPHICHは、ある上りリンクデータに対するHARQ-ACKを送信する。基地局装置1は、同一のPUSCHに含まれる複数の上りリンクデータに対するHARQ-ACKのそれぞれを複数のPHICHを用いて送信する。
[0056]
 PDCCHおよびEPDCCHは、下りリンク制御情報(Downlink Control Information: DCI)を送信するために用いられる。下りリンク制御情報の情報ビットのマッピングが、DCIフォーマットとして定義される。下りリンク制御情報は、下りリンクグラント(downlink grant)および上りリンクグラント(uplink grant)を含む。下りリンクグラントは、下りリンクアサインメント(downlink assignment)または下りリンク割り当て(downlink allocation)とも称する。
[0057]
 PDCCHは、連続する1つまたは複数のCCE(Control Channel Element)の集合によって送信される。CCEは、9つのREG(Resource Element Group)で構成される。REGは、4つのリソースエレメントで構成される。PDCCHがn個の連続するCCEで構成される場合、そのPDCCHは、CCEのインデックス(番号)であるiをnで割った余りが0である条件を満たすCCEから始まる。
[0058]
 EPDCCHは、連続する1つまたは複数のECCE(Enhanced Control Channel Element)の集合によって送信される。ECCEは、複数のEREG(Enhanced Resource Element Group)で構成される。
[0059]
 下りリンクグラントは、あるセル内のPDSCHのスケジューリングに用いられる。下りリンクグラントは、その下りリンクグラントが送信されたサブフレームと同じサブフレーム内のPDSCHのスケジューリングに用いられる。上りリンクグラントは、あるセル内のPUSCHのスケジューリングに用いられる。上りリンクグラントは、その上りリンクグラントが送信されたサブフレームより4つ以上後のサブフレーム内の単一のPUSCHのスケジューリングに用いられる。
[0060]
 DCIには、CRC(Cyclic Redundancy Check)パリティビットが付加される。CRCパリティビットは、RNTI(Radio Network Temporary Identifier)でスクランブルされる。RNTIは、DCIの目的などに応じて、規定または設定できる識別子である。RNTIは、仕様で予め規定される識別子、セルに固有の情報として設定される識別子、端末装置2に固有の情報として設定される識別子、または、端末装置2に属するグループに固有の情報として設定される識別子である。例えば、端末装置2は、PDCCHまたはEPDCCHのモニタリングにおいて、DCIに付加されたCRCパリティビットに所定のRNTIでデスクランブルし、CRCが正しいかどうかを識別する。CRCが正しい場合、そのDCIは端末装置2のためのDCIであることが分かる。
[0061]
 PDSCHは、下りリンクデータ(Downlink Shared Channel: DL-SCH)を送信するために用いられる。また、PDSCHは、上位層の制御情報を送信するためにも用いられる。
[0062]
 PMCHは、マルチキャストデータ(Multicast Channel: MCH)を送信するために用いられる。
[0063]
 PDCCH領域において、複数のPDCCHが周波数、時間、および/または、空間多重されてもよい。EPDCCH領域において、複数のEPDCCHが周波数、時間、および/または、空間多重されてもよい。PDSCH領域において、複数のPDSCHが周波数、時間、および/または、空間多重されてもよい。PDCCH、PDSCHおよび/またはEPDCCHは周波数、時間、および/または、空間多重されてもよい。
[0064]
  <本実施形態における下りリンク物理信号>
 同期信号は、端末装置2が下りリンクの周波数領域および/または時間領域の同期をとるために用いられる。同期信号は、PSS(Primary Synchronization Signal)およびSSS(Secondary
Synchronization Signal)を含む。同期信号は無線フレーム内の所定のサブフレームに配置される。例えば、TDD方式において、同期信号は無線フレーム内のサブフレーム0、1、5、および6に配置される。FDD方式において、同期信号は無線フレーム内のサブフレーム0および5に配置される。
[0065]
 PSSは、粗いフレーム/シンボルタイミング同期(時間領域の同期)やセル識別グループの識別に用いられてもよい。SSSは、より正確なフレームタイミング同期やセルの識別、CP長の検出に用いられてもよい。つまり、PSSとSSSを用いることによって、フレームタイミング同期とセル識別を行うことができる。
[0066]
 下りリンク参照信号は、端末装置2が下りリンク物理チャネルの伝搬路推定、伝搬路補正、下りリンクのCSI(Channel State Information、チャネル状態情報)の算出、および/または、端末装置2のポジショニングの測定を行うために用いられる。
[0067]
 CRSは、サブフレームの全帯域で送信される。CRSは、PBCH、PDCCH、PHICH、PCFICH、およびPDSCHの受信(復調)を行うために用いられる。CRSは、端末装置2が下りリンクのチャネル状態情報を算出するために用いられてもよい。PBCH、PDCCH、PHICH、およびPCFICHは、CRSの送信に用いられるアンテナポートで送信される。CRSは、1、2または4のアンテナポートの構成をサポートする。CRSは、アンテナポート0~3の1つまたは複数で送信される。
[0068]
 PDSCHに関連するURSは、URSが関連するPDSCHの送信に用いられるサブフレームおよび帯域で送信される。URSは、URSが関連するPDSCHの復調を行なうために用いられる。PDSCHに関連するURSは、アンテナポート5、7~14の1つまたは複数で送信される。
[0069]
 PDSCHは、送信モードおよびDCIフォーマットに基づいて、CRSまたはURSの送信に用いられるアンテナポートで送信される。DCIフォーマット1Aは、CRSの送信に用いられるアンテナポートで送信されるPDSCHのスケジューリングに用いられる。DCIフォーマット2Dは、URSの送信に用いられるアンテナポートで送信されるPDSCHのスケジューリングに用いられる。
[0070]
 EPDCCHに関連するDMRSは、DMRSが関連するEPDCCHの送信に用いられるサブフレームおよび帯域で送信される。DMRSは、DMRSが関連するEPDCCHの復調を行なうために用いられる。EPDCCHは、DMRSの送信に用いられるアンテナポートで送信される。EPDCCHに関連するDMRSは、アンテナポート107~114の1つまたは複数で送信される。
[0071]
 CSI-RSは、設定されたサブフレームで送信される。CSI-RSが送信されるリソースは、基地局装置1によって設定される。CSI-RSは、端末装置2が下りリンクのチャネル状態情報を算出するために用いられる。端末装置2は、CSI-RSを用いて信号測定(チャネル測定)を行う。CSI-RSは、1、2、4、8、12、16、24および32の一部または全部のアンテナポートの設定をサポートする。CSI-RSは、アンテナポート15~46の1つまたは複数で送信される。なお、サポートされるアンテナポートは、端末装置2の端末装置ケイパビリティ、RRCパラメータの設定、および/または設定される送信モードなどに基づいて決定されてもよい。
[0072]
 ZP CSI-RSのリソースは、上位層によって設定される。ZP CSI-RSのリソースはゼロ出力の電力で送信されてもよい。すなわち、ZP CSI-RSのリソースは何も送信しなくてもよい。ZP CSI-RSの設定したリソースにおいて、PDSCHおよびEPDCCHは送信されない。例えば、ZP CSI-RSのリソースは隣接セルがNZP CSI-RSの送信を行うために用いられる。また、例えば、ZP CSI-RSのリソースはCSI-IMを測定するために用いられる。また、例えば、ZP CSI-RSのリソースはPDSCHなどの所定のチャネルが送信されないリソースである。換言すると、所定のチャネルは、ZP CSI-RSのリソースを除いて(レートマッチングして、パンクチャして)マッピングされる。
[0073]
  <本実施形態における上りリンク物理チャネル>
 PUCCHは、上りリンク制御情報(Uplink Control Information: UCI)を送信するために用いられる物理チャネルである。上りリンク制御情報は、下りリンクのチャネル状態情報(Channel State Information: CSI)、PUSCHリソースの要求を示すスケジューリング要求(Scheduling Request: SR)、下りリンクデータ(Transport block: TB, Downlink-Shared Channel: DL-SCH)に対するHARQ-ACKを含む。HARQ-ACKは、ACK/NACK、HARQフィードバック、または、応答情報とも称される。また、下りリンクデータに対するHARQ-ACKは、ACK、NACK、またはDTXを示す。
[0074]
 PUSCHは、上りリンクデータ(Uplink-Shared Channel: UL-SCH)を送信するために用いられる物理チャネルである。また、PUSCHは、上りリンクデータと共にHARQ-ACKおよび/またはチャネル状態情報を送信するために用いられてもよい。また、PUSCHは、チャネル状態情報のみ、または、HARQ-ACKおよびチャネル状態情報のみを送信するために用いられてもよい。
[0075]
 PRACHは、ランダムアクセスプリアンブルを送信するために用いられる物理チャネルである。PRACHは、端末装置2が基地局装置1と時間領域の同期をとるために用いられることができる。また、PRACHは、初期コネクション構築(initial connection establishment)手続き(処理)、ハンドオーバ手続き、コネクション再構築(connection re-establishment)手続き、上りリンク送信に対する同期(タイミング調整)、および/または、PUSCHリソースの要求を示すためにも用いられる。
[0076]
 PUCCH領域において、複数のPUCCHが周波数、時間、空間および/またはコード多重される。PUSCH領域において、複数のPUSCHが周波数、時間、空間および/またはコード多重されてもよい。PUCCHおよびPUSCHは周波数、時間、空間および/またはコード多重されてもよい。PRACHは単一のサブフレームまたは2つのサブフレームにわたって配置されてもよい。複数のPRACHが符号多重されてもよい。
[0077]
  <本実施形態における基地局装置1の構成例>
 図8は、本実施形態の基地局装置1の構成を示す概略ブロック図である。図示するように、基地局装置1は、上位層処理部101、制御部103、受信部105、送信部107、および、送受信アンテナ109、を含んで構成される。また、受信部105は、復号化部1051、復調部1053、多重分離部1055、無線受信部1057、およびチャネル測定部1059を含んで構成される。また、送信部107は、符号化部1071、変調部1073、多重部1075、無線送信部1077、および下りリンク参照信号生成部1079を含んで構成される。
[0078]
 既に説明したように、基地局装置1は、1つ以上のRATをサポートできる。図8に示す基地局装置1に含まれる各部の一部または全部は、RATに応じて個別に構成されうる。例えば、受信部105および送信部107は、LTEとNRとで個別に構成される。また、NRセルにおいて、図8に示す基地局装置1に含まれる各部の一部または全部は、送信信号に関するパラメータセットに応じて個別に構成されうる。例えば、あるNRセルにおいて、無線受信部1057および無線送信部1077は、送信信号に関するパラメータセットに応じて個別に構成されうる。
[0079]
 上位層処理部101は、媒体アクセス制御(MAC: Medium Access Control)層、パケットデータ統合プロトコル(Packet Data Convergence Protocol: PDCP)層、無線リンク制御(Radio Link Control: RLC)層、無線リソース制御(Radio Resource Control: RRC)層の処理を行う。また、上位層処理部101は、受信部105、および送信部107の制御を行うために制御情報を生成し、制御部103に出力する。
[0080]
 制御部103は、上位層処理部101からの制御情報に基づいて、受信部105および送信部107の制御を行う。制御部103は、上位層処理部101への制御情報を生成し、上位層処理部101に出力する。制御部103は、復号化部1051からの復号化された信号およびチャネル測定部1059からのチャネル推定結果を入力する。制御部103は、符号化する信号を符号化部1071へ出力する。また、制御部103は、基地局装置1の全体または一部を制御するために用いられる。
[0081]
 上位層処理部101は、RAT制御、無線リソース制御、サブフレーム設定、スケジューリング制御、および/または、CSI報告制御に関する処理および管理を行う。上位層処理部101における処理および管理は、端末装置毎、または基地局装置に接続している端末装置共通に行われる。上位層処理部101における処理および管理は、上位層処理部101のみで行われてもよいし、上位ノードまたは他の基地局装置から取得してもよい。また、上位層処理部101における処理および管理は、RATに応じて個別に行われてもよい。例えば、上位層処理部101は、LTEにおける処理および管理と、NRにおける処理および管理とを個別に行う。
[0082]
 上位層処理部101におけるRAT制御では、RATに関する管理が行われる。例えば、RAT制御では、LTEに関する管理および/またはNRに関する管理が行われる。NRに関する管理は、NRセルにおける送信信号に関するパラメータセットの設定および処理を含む。
[0083]
 上位層処理部101における無線リソース制御では、下りリンクデータ(トランスポートブロック)、システムインフォメーション、RRCメッセージ(RRCパラメータ)、および/または、MAC制御エレメント(CE:Control Element)の生成および/または管理が行われる。
[0084]
 上位層処理部101におけるサブフレーム設定では、サブフレーム設定、サブフレームパターン設定、上りリンク-下りリンク設定、上りリンク参照UL-DL設定、および/または、下りリンク参照UL-DL設定の管理が行われる。なお、上位層処理部101におけるサブフレーム設定は、基地局サブフレーム設定とも呼称される。また、上位層処理部101におけるサブフレーム設定は、上りリンクのトラフィック量および下りリンクのトラフィック量に基づいて決定できる。また、上位層処理部101におけるサブフレーム設定は、上位層処理部101におけるスケジューリング制御のスケジューリング結果に基づいて決定できる。
[0085]
 上位層処理部101におけるスケジューリング制御では、受信したチャネル状態情報およびチャネル測定部1059から入力された伝搬路の推定値やチャネルの品質などに基づいて、物理チャネルを割り当てる周波数およびサブフレーム、物理チャネルの符号化率および変調方式および送信電力などが決定される。例えば、制御部103は、上位層処理部101におけるスケジューリング制御のスケジューリング結果に基づいて、制御情報(DCIフォーマット)を生成する。
[0086]
 上位層処理部101におけるCSI報告制御では、端末装置2のCSI報告が制御される。例えば、端末装置2においてCSIを算出するために想定するためのCSI参照リソースに関する設定が制御される。
[0087]
 受信部105は、制御部103からの制御に従って、送受信アンテナ109を介して端末装置2から送信された信号を受信し、さらに分離、復調、復号などの受信処理を行い、受信処理された情報を制御部103に出力する。なお、受信部105における受信処理は、あらかじめ規定された設定、または基地局装置1が端末装置2に通知した設定に基づいて行われる。
[0088]
 無線受信部1057は、送受信アンテナ109を介して受信された上りリンクの信号に対して、中間周波数への変換(ダウンコンバート)、不要な周波数成分の除去、信号レベルが適切に維持されるように増幅レベルの制御、受信された信号の同相成分および直交成分に基づく直交復調、アナログ信号からディジタル信号への変換、ガードインターバル(Guard Interval: GI)の除去、および/または、高速フーリエ変換(Fast Fourier Transform: FFT)による周波数領域信号の抽出を行う。
[0089]
 多重分離部1055は、無線受信部1057から入力された信号から、PUCCHまたはPUSCHなどの上りリンクチャネルおよび/または上りリンク参照信号を分離する。多重分離部1055は、上りリンク参照信号をチャネル測定部1059に出力する。多重分離部1055は、チャネル測定部1059から入力された伝搬路の推定値から、上りリンクチャネルに対する伝搬路の補償を行う。
[0090]
 復調部1053は、上りリンクチャネルの変調シンボルに対して、BPSK(Binary Phase Shift Keying)、QPSK(Quadrature Phase shift Keying)、16QAM(Quadrature Amplitude Modulation)、64QAM、256QAM等の変調方式を用いて受信信号の復調を行う。復調部1053は、MIMO多重された上りリンクチャネルの分離および復調を行う。
[0091]
 復号化部1051は、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータおよび/または上りリンク制御情報は制御部103へ出力される。復号化部1051は、PUSCHに対しては、トランスポートブロック毎に復号処理を行う。
[0092]
 チャネル測定部1059は、多重分離部1055から入力された上りリンク参照信号から伝搬路の推定値および/またはチャネルの品質などを測定し、多重分離部1055および/または制御部103に出力する。例えば、チャネル測定部1059は、UL-DMRSを用いてPUCCHまたはPUSCHに対する伝搬路補償を行うための伝搬路の推定値を測定し、SRSを用いて上りリンクにおけるチャネルの品質を測定する。
[0093]
 送信部107は、制御部103からの制御に従って、上位層処理部101から入力された下りリンク制御情報および下りリンクデータに対して、符号化、変調および多重などの送信処理を行う。例えば、送信部107は、PHICH、PDCCH、EPDCCH、PDSCH、および下りリンク参照信号を生成および多重し、送信信号を生成する。なお、送信部107における送信処理は、あらかじめ規定された設定、基地局装置1が端末装置2に通知した設定、または、同一のサブフレームで送信されるPDCCHまたはEPDCCHを通じて通知される設定に基づいて行われる。
[0094]
 符号化部1071は、制御部103から入力されたHARQインディケータ(HARQ-ACK)、下りリンク制御情報、および下りリンクデータを、ブロック符号化、畳込み符号化、ターボ符号化等の所定の符号化方式を用いて符号化を行う。変調部1073は、符号化部1071から入力された符号化ビットをBPSK、QPSK、16QAM、64QAM、256QAM等の所定の変調方式で変調する。下りリンク参照信号生成部1079は、物理セル識別子(PCI:Physical cell identification)、端末装置2に設定されたRRCパラメータなどに基づいて、下りリンク参照信号を生成する。多重部1075は、各チャネルの変調シンボルと下りリンク参照信号を多重し、所定のリソースエレメントに配置する。
[0095]
 無線送信部1077は、多重部1075からの信号に対して、逆高速フーリエ変換(Inverse Fast Fourier Transform: IFFT)による時間領域の信号への変換、ガードインターバルの付加、ベースバンドのディジタル信号の生成、アナログ信号への変換、直交変調、中間周波数の信号から高周波数の信号への変換(アップコンバート: up convert)、余分な周波数成分の除去、電力の増幅などの処理を行い、送信信号を生成する。無線送信部1077が出力した送信信号は、送受信アンテナ109から送信される。
[0096]
  <本実施形態における端末装置2の構成例>
 図9は、本実施形態の端末装置2の構成を示す概略ブロック図である。図示するように、端末装置2は、上位層処理部201、制御部203、受信部205、送信部207、および送受信アンテナ209を含んで構成される。また、受信部205は、復号化部2051、復調部2053、多重分離部2055、無線受信部2057、およびチャネル測定部2059を含んで構成される。また、送信部207は、符号化部2071、変調部2073、多重部2075、無線送信部2077、および上りリンク参照信号生成部2079を含んで構成される。
[0097]
 既に説明したように、端末装置2は、1つ以上のRATをサポートできる。図9に示す端末装置2に含まれる各部の一部または全部は、RATに応じて個別に構成されうる。例えば、受信部205および送信部207は、LTEとNRとで個別に構成される。また、NRセルにおいて、図9に示す端末装置2に含まれる各部の一部または全部は、送信信号に関するパラメータセットに応じて個別に構成されうる。例えば、あるNRセルにおいて、無線受信部2057および無線送信部2077は、送信信号に関するパラメータセットに応じて個別に構成されうる。
[0098]
 上位層処理部201は、上りリンクデータ(トランスポートブロック)を、制御部203に出力する。上位層処理部201は、媒体アクセス制御(MAC: Medium Access Control)層、パケットデータ統合プロトコル(Packet Data Convergence Protocol: PDCP)層、無線リンク制御(Radio Link Control: RLC)層、無線リソース制御(Radio Resource Control: RRC)層の処理を行なう。また、上位層処理部201は、受信部205、および送信部207の制御を行うために制御情報を生成し、制御部203に出力する。
[0099]
 制御部203は、上位層処理部201からの制御情報に基づいて、受信部205および送信部207の制御を行う。制御部203は、上位層処理部201への制御情報を生成し、上位層処理部201に出力する。制御部203は、復号化部2051からの復号化された信号およびチャネル測定部2059からのチャネル推定結果を入力する。制御部203は、符号化する信号を符号化部2071へ出力する。また、制御部203は、端末装置2の全体または一部を制御するために用いられてもよい。
[0100]
 上位層処理部201は、RAT制御、無線リソース制御、サブフレーム設定、スケジューリング制御、および/または、CSI報告制御に関する処理および管理を行う。上位層処理部201における処理および管理は、あらかじめ規定される設定、および/または、基地局装置1から設定または通知される制御情報に基づく設定に基づいて行われる。例えば、基地局装置1からの制御情報は、RRCパラメータ、MAC制御エレメントまたはDCIを含む。また、上位層処理部201における処理および管理は、RATに応じて個別に行われてもよい。例えば、上位層処理部201は、LTEにおける処理および管理と、NRにおける処理および管理とを個別に行う。
[0101]
 上位層処理部201におけるRAT制御では、RATに関する管理が行われる。例えば、RAT制御では、LTEに関する管理および/またはNRに関する管理が行われる。NRに関する管理は、NRセルにおける送信信号に関するパラメータセットの設定および処理を含む。
[0102]
 上位層処理部201における無線リソース制御では、自装置における設定情報の管理が行われる。上位層処理部201における無線リソース制御では、上りリンクデータ(トランスポートブロック)、システムインフォメーション、RRCメッセージ(RRCパラメータ)、および/または、MAC制御エレメント(CE:Control Element)の生成および/または管理が行われる。
[0103]
 上位層処理部201におけるサブフレーム設定では、基地局装置1および/または基地局装置1とは異なる基地局装置におけるサブフレーム設定が管理される。サブフレーム設定は、サブフレームに対する上りリンクまたは下りリンクの設定、サブフレームパターン設定、上りリンク-下りリンク設定、上りリンク参照UL-DL設定、および/または、下りリンク参照UL-DL設定を含む。なお、上位層処理部201におけるサブフレーム設定は、端末サブフレーム設定とも呼称される。
[0104]
 上位層処理部201におけるスケジューリング制御では、基地局装置1からのDCI(スケジューリング情報)に基づいて、受信部205および送信部207に対するスケジューリングに関する制御を行うための制御情報が生成される。
[0105]
 上位層処理部201におけるCSI報告制御では、基地局装置1に対するCSIの報告に関する制御が行われる。例えば、CSI報告制御では、チャネル測定部2059でCSIを算出するために想定するためのCSI参照リソースに関する設定が制御される。CSI報告制御では、DCIおよび/またはRRCパラメータに基づいて、CSIを報告するために用いられるリソース(タイミング)を制御する。
[0106]
 受信部205は、制御部203からの制御に従って、送受信アンテナ209を介して基地局装置1から送信された信号を受信し、さらに分離、復調、復号などの受信処理を行い、受信処理された情報を制御部203に出力する。なお、受信部205における受信処理は、あらかじめ規定された設定、または基地局装置1からの通知または設定に基づいて行われる。
[0107]
 無線受信部2057は、送受信アンテナ209を介して受信された上りリンクの信号に対して、中間周波数への変換(ダウンコンバート)、不要な周波数成分の除去、信号レベルが適切に維持されるように増幅レベルの制御、受信された信号の同相成分および直交成分に基づく直交復調、アナログ信号からディジタル信号への変換、ガードインターバル(Guard Interval: GI)の除去、および/または、高速フーリエ変換(Fast Fourier Transform: FFT)による周波数領域の信号の抽出を行う。
[0108]
 多重分離部2055は、無線受信部2057から入力された信号から、PHICH、PDCCH、EPDCCHまたはPDSCHなどの下りリンクチャネル、下りリンク同期信号および/または下りリンク参照信号を分離する。多重分離部2055は、下りリンク参照信号をチャネル測定部2059に出力する。多重分離部2055は、チャネル測定部2059から入力された伝搬路の推定値から、下りリンクチャネルに対する伝搬路の補償を行う。
[0109]
 復調部2053は、下りリンクチャネルの変調シンボルに対して、BPSK、QPSK、16QAM、64QAM、256QAM等の変調方式を用いて受信信号の復調を行う。復調部2053は、MIMO多重された下りリンクチャネルの分離および復調を行う。
[0110]
 復号化部2051は、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータおよび/または下りリンク制御情報は制御部203へ出力される。復号化部2051は、PDSCHに対しては、トランスポートブロック毎に復号処理を行う。
[0111]
 チャネル測定部2059は、多重分離部2055から入力された下りリンク参照信号から伝搬路の推定値および/またはチャネルの品質などを測定し、多重分離部2055および/または制御部203に出力する。チャネル測定部2059が測定に用いる下りリンク参照信号は、少なくともRRCパラメータによって設定される送信モードおよび/または他のRRCパラメータに基づいて決定されてもよい。例えば、DL-DMRSはPDSCHまたはEPDCCHに対する伝搬路補償を行うための伝搬路の推定値を測定する。CRSはPDCCHまたはPDSCHに対する伝搬路補償を行うための伝搬路の推定値、および/または、CSIを報告するための下りリンクにおけるチャネルを測定する。CSI-RSは、CSIを報告するための下りリンクにおけるチャネルを測定する。チャネル測定部2059は、CRS、CSI-RSまたは検出信号に基づいて、RSRP(Reference Signal Received Power)および/またはRSRQ(Reference Signal Received Quality)を算出し、上位層処理部201へ出力する。
[0112]
 送信部207は、制御部203からの制御に従って、上位層処理部201から入力された上りリンク制御情報および上りリンクデータに対して、符号化、変調および多重などの送信処理を行う。例えば、送信部207は、PUSCHまたはPUCCHなどの上りリンクチャネルおよび/または上りリンク参照信号を生成および多重し、送信信号を生成する。なお、送信部207における送信処理は、あらかじめ規定された設定、または、基地局装置1から設定または通知に基づいて行われる。
[0113]
 符号化部2071は、制御部203から入力されたHARQインディケータ(HARQ-ACK)、上りリンク制御情報、および上りリンクデータを、ブロック符号化、畳込み符号化、ターボ符号化等の所定の符号化方式を用いて符号化を行う。変調部2073は、符号化部2071から入力された符号化ビットをBPSK、QPSK、16QAM、64QAM、256QAM等の所定の変調方式で変調する。上りリンク参照信号生成部2079は、端末装置2に設定されたRRCパラメータなどに基づいて、上りリンク参照信号を生成する。多重部2075は、各チャネルの変調シンボルと上りリンク参照信号を多重し、所定のリソースエレメントに配置する。
[0114]
 無線送信部2077は、多重部2075からの信号に対して、逆高速フーリエ変換(Inverse Fast Fourier Transform: IFFT)による時間領域の信号への変換、ガードインターバルの付加、ベースバンドのディジタル信号の生成、アナログ信号への変換、直交変調、中間周波数の信号から高周波数の信号への変換(アップコンバート: up convert)、余分な周波数成分の除去、電力の増幅などの処理を行い、送信信号を生成する。無線送信部2077が出力した送信信号は、送受信アンテナ209から送信される。
[0115]
  <本実施形態における制御情報のシグナリング>
 基地局装置1および端末装置2は、それぞれ制御情報のシグナリング(通知、報知、設定)のために、様々な方法を用いることができる。制御情報のシグナリングは、様々な層(レイヤー)で行うことができる。制御情報のシグナリングは、物理層(レイヤー)を通じたシグナリングである物理層シグナリング、RRC層を通じたシグナリングであるRRCシグナリング、および、MAC層を通じたシグナリングであるMACシグナリングなどを含む。RRCシグナリングは、端末装置2に固有の制御情報を通知する専用のRRCシグナリング(Dedicated RRC signaling)、または、基地局装置1に固有の制御情報を通知する共通のRRCシグナリング(Common RRC signaling)である。RRCシグナリングやMACシグナリングなど、物理層から見て上位の層が用いるシグナリングは上位層シグナリングとも呼称される。
[0116]
 RRCシグナリングは、RRCパラメータをシグナリングすることにより実現される。MACシグナリングは、MAC制御エレメントをシグナリングすることにより実現される。物理層シグナリングは、下りリンク制御情報(DCI:Downlink Control Information)または上りリンクリンク制御情報(UCI:Uplink Control Information)をシグナリングすることにより実現される。RRCパラメータおよびMAC制御エレメントは、PDSCHまたはPUSCHを用いて送信される。DCIは、PDCCHまたはEPDCCHを用いて送信される。UCIは、PUCCHまたはPUSCHを用いて送信される。RRCシグナリングおよびMACシグナリングは、準静的(semi-static)な制御情報をシグナリングするために用いられ、準静的シグナリングとも呼称される。物理層シグナリングは、動的(dynamic)な制御情報をシグナリングするために用いられ、動的シグナリングとも呼称される。DCIは、PDSCHのスケジューリングまたはPUSCHのスケジューリングなどのために用いられる。UCIは、CSI報告、HARQ-ACK報告、および/またはスケジューリング要求(SR:Scheduling Request)などのために用いられる。
[0117]
  <本実施形態における下りリンク制御情報の詳細>
 DCIはあらかじめ規定されるフィールドを有するDCIフォーマットを用いて通知される。DCIフォーマットに規定されるフィールドは、所定の情報ビットがマッピングされる。DCIは、下りリンクスケジューリング情報、上りリンクスケジューリング情報、サイドリンクスケジューリング情報、非周期的CSI報告の要求、または、上りリンク送信電力コマンドを通知する。
[0118]
 端末装置2がモニタするDCIフォーマットは、サービングセル毎に設定された送信モードによって決まる。すなわち、端末装置2がモニタするDCIフォーマットの一部は、送信モードによって異なることができる。例えば、下りリンク送信モード1が設定された端末装置2は、DCIフォーマット1AとDCIフォーマット1をモニタする。例えば、下りリンク送信モード4が設定された端末装置2は、DCIフォーマット1AとDCIフォーマット2をモニタする。例えば、上りリンク送信モード1が設定された端末装置2は、DCIフォーマット0をモニタする。例えば、上りリンク送信モード2が設定された端末装置2は、DCIフォーマット0とDCIフォーマット4をモニタする。
[0119]
 端末装置2に対するDCIを通知するPDCCHが配置される制御領域は通知されず、端末装置2は端末装置2に対するDCIをブラインドデコーディング(ブラインド検出)により検出する。具体的には、端末装置2は、サービングセルにおいて、PDCCH候補のセットをモニタする。モニタリングは、そのセットの中のPDCCHのそれぞれに対して、全てのモニタされるDCIフォーマットによって復号を試みることを意味する。例えば、端末装置2は、端末装置2宛に送信される可能性がある全てのアグリゲーションレベル、PDCCH候補、および、DCIフォーマットについてデコードを試みる。端末装置2は、デコード(検出)が成功したDCI(PDCCH)を端末装置2に対するDCI(PDCCH)として認識する。
[0120]
 DCIに対して、巡回冗長検査(CRC: Cyclic Redundancy Check)が付加される。CRCは、DCIのエラー検出およびDCIのブラインド検出のために用いられる。CRC(CRCパリティビット)は、RNTI(Radio Network Temporary Identifier)によってスクランブルされる。端末装置2は、RNTIに基づいて、端末装置2に対するDCIかどうかを検出する。具体的には、端末装置2は、CRCに対応するビットに対して、所定のRNTIでデスクランブルを行い、CRCを抽出し、対応するDCIが正しいかどうかを検出する。
[0121]
 RNTIは、DCIの目的や用途に応じて規定または設定される。RNTIは、C-RNTI(Cell-RNTI)、SPS C-RNTI(Semi Persistent Scheduling C-RNTI)、SI-RNTI(System Information-RNTI)、P-RNTI(Paging-RNTI)、RA-RNTI(Random Access-RNTI)、TPC-PUCCH-RNTI(Transmit Power Control-PUCCH-RNTI)、TPC-PUSCH-RNTI(Transmit Power Control-PUSCH-RNTI)、一時的C-RNTI、M-RNTI(MBMS (Multimedia Broadcast Multicast Services) -RNTI)、および、eIMTA-RNTI、CC-RNTIを含む。
[0122]
 C-RNTIおよびSPS C-RNTIは、基地局装置1(セル)内において端末装置2に固有のRNTIであり、端末装置2を識別するための識別子である。C-RNTIは、あるサブフレームにおけるPDSCHまたはPUSCHをスケジューリングするために用いられる。SPS C-RNTIは、PDSCHまたはPUSCHのためのリソースの周期的なスケジューリングをアクティベーションまたはリリースするために用いられる。SI-RNTIでスクランブルされたCRCを有する制御チャネルは、SIB(System Information Block)をスケジューリングするために用いられる。P-RNTIでスクランブルされたCRCを有する制御チャネルは、ページングを制御するために用いられる。RA-RNTIでスクランブルされたCRCを有する制御チャネルは、RACHに対するレスポンスをスケジューリングするために用いられる。TPC-PUCCH-RNTIでスクランブルされたCRCを有する制御チャネルは、PUCCHの電力制御を行うために用いられる。TPC-PUSCH-RNTIでスクランブルされたCRCを有する制御チャネルは、PUSCHの電力制御を行うために用いられる。Temporary
C-RNTIでスクランブルされたCRCを有する制御チャネルは、C-RNTIが設定または認識されていない移動局装置によって用いられる。M-RNTIでスクランブルされたCRCを有する制御チャネルは、MBMSをスケジューリングするために用いられる。eIMTA-RNTIでスクランブルされたCRCを有する制御チャネルは、動的TDD(eIMTA)において、TDDサービングセルのTDD UL/DL設定に関する情報を通知するために用いられる。CC-RNTIでスクランブルされたCRCを有する制御チャネル(DCI)は、LAAセカンダリーセルにおいて、専有OFDMシンボルの設定を通知するために用いられる。なお、上記のRNTIに限らず、新たなRNTIによってDCIフォーマットがスクランブルされてもよい。
[0123]
 スケジューリング情報(下りリンクスケジューリング情報、上りリンクスケジューリング情報、サイドリンクスケジューリング情報)は、周波数領域のスケジューリングとして、リソースブロックまたはリソースブロックグループを単位にスケジューリングを行うための情報を含む。リソースブロックグループは、連続するリソースブロックのセットであり、スケジューリングされる端末装置に対する割り当てられるリソースを示す。リソースブロックグループのサイズは、システム帯域幅に応じて決まる。
[0124]
  <本実施形態における下りリンク制御チャネルの詳細>
 DCIはPDCCHまたはEPDCCHなどの制御チャネルを用いて送信される。端末装置2は、RRCシグナリングによって設定された1つまたは複数のアクティベートされたサービングセルのPDCCH候補のセットおよび/またはEPDCCH候補のセットをモニタする。ここで、モニタリングとは、全てのモニタされるDCIフォーマットに対応するセット内のPDCCHおよび/またはEPDCCHのデコードを試みることである。
[0125]
 PDCCH候補のセットまたはEPDCCH候補のセットは、サーチスペースとも呼称される。サーチスペースには、共有サーチスペース(CSS)と端末固有サーチスペース(USS)が定義される。CSSは、PDCCHに関するサーチスペースのみに対して定義されてもよい。
[0126]
 CSS(Common Search Space)は、基地局装置1に固有のパラメータおよび/または予め規定されたパラメータに基づいて設定されるサーチスペースである。例えば、CSSは、複数の端末装置で共通に用いられるサーチスペースである。そのため、基地局装置1が複数の端末装置で共通の制御チャネルをCSSにマッピングすることにより、制御チャネルを送信するためのリソースが低減される。
[0127]
 USS(UE-specific Search Space)は、少なくとも端末装置2に固有のパラメータを用いて設定されるサーチスペースである。そのため、USSは、端末装置2に固有のサーチスペースであり、基地局装置1はUSSによって端末装置2に固有の制御チャネルを個別に送信することができる。そのため、基地局装置1は複数の端末装置に固有の制御チャネルを効率的にマッピングできる。
[0128]
 USSは、複数の端末装置に共通に用いられるように設定されてもよい。複数の端末装置に対して共通のUSSが設定されるために、端末装置2に固有のパラメータは、複数の端末装置の間で同じ値になるように設定される。例えば、複数の端末装置の間で同じパラメータに設定される単位は、セル、送信点、または所定の端末装置のグループなどである。
[0129]
 アグリゲーションレベル毎のサーチスペースはPDCCH候補のセットによって定義される。PDCCHのそれぞれは、1つ以上のCCE(Control Channel Element)の集合を用いて送信される。1つのPDCCHに用いられるCCEの数は、アグリゲーションレベルとも呼称される。例えば、1つのPDCCHに用いられるCCEの数は、1、2、4または8である。
[0130]
 アグリゲーションレベル毎のサーチスペースはEPDCCH候補のセットによって定義される。EPDCCHのそれぞれは、1つ以上のECCE(Enhanced Control Channel Element)の集合を用いて送信される。1つのEPDCCHに用いられるECCEの数は、アグリゲーションレベルとも呼称される。例えば、1つのEPDCCHに用いられるECCEの数は、1、2、4、8、16または32である。
[0131]
 PDCCH候補の数またはEPDCCH候補の数は、少なくともサーチスペースおよびアグリゲーションレベルに基づいて決まる。例えば、CSSにおいて、アグリゲーションレベル4および8におけるPDCCH候補の数はそれぞれ4および2である。例えば、USSにおいて、アグリゲーション1、2、4および8におけるPDCCH候補の数はそれぞれ6、6、2および2である。
[0132]
 それぞれのECCEは、複数のEREG(Enhanced resource element group)で構成される。EREGは、EPDCCHのリソースエレメントに対するマッピングを定義するために用いられる。各RBペアにおいて、0から15に番号付けされる、16個のEREGが定義される。すなわち、各RBペアにおいて、EREG0~EREG15が定義される。各RBペアにおいて、EREG0~EREG15は、所定の信号および/またはチャネルがマッピングされるリソースエレメント以外のリソースエレメントに対して、周波数方向を優先して、周期的に定義される。例えば、アンテナポート107~110で送信されるEPDCCHに関連付けられる復調用参照信号がマッピングされるリソースエレメントは、EREGとして定義されない。
[0133]
 1つのEPDCCHに用いられるECCEの数は、EPDCCHフォーマットに依存し、他のパラメータに基づいて決定される。1つのEPDCCHに用いられるECCEの数は、アグリゲーションレベルとも呼称される。例えば、1つのEPDCCHに用いられるECCEの数は、1つのRBペアにおけるEPDCCH送信に用いることができるリソースエレメントの数、EPDCCHの送信方法などに基づいて、決定される。例えば、1つのEPDCCHに用いられるECCEの数は、1、2、4、8、16または32である。また、1つのECCEに用いられるEREGの数は、サブフレームの種類およびサイクリックプレフィックスの種類に基づいて決定され、4または8である。EPDCCHの送信方法として、分散送信(Distributed transmission)および局所送信(Localized transmission)がサポートされる。
[0134]
 EPDCCHは、分散送信または局所送信を用いることができる。分散送信および局所送信は、EREGおよびRBペアに対するECCEのマッピングが異なる。例えば、分散送信において、1つのECCEは、複数のRBペアのEREGを用いて構成される。局所送信において、1つのECCEは、1つのRBペアのEREGを用いて構成される。
[0135]
 基地局装置1は、端末装置2に対して、EPDCCHに関する設定を行う。端末装置2は、基地局装置1からの設定に基づいて、複数のEPDCCHをモニタリングする。端末装置2がEPDCCHをモニタリングするRBペアのセットが、設定されうる。そのRBペアのセットは、EPDCCHセットまたはEPDCCH-PRBセットとも呼称される。1つの端末装置2に対して、1つ以上のEPDCCHセットが設定できる。各EPDCCHセットは、1つ以上のRBペアで構成される。また、EPDCCHに関する設定は、EPDCCHセット毎に個別に行うことができる。
[0136]
 基地局装置1は、端末装置2に対して、所定数のEPDCCHセットを設定できる。例えば、2つまでのEPDCCHセットが、EPDCCHセット0および/またはEPDCCHセット1として、設定できる。EPDCCHセットのそれぞれは、所定数のRBペアで構成できる。各EPDCCHセットは、複数のECCEの1つのセットを構成する。1つのEPDCCHセットに構成されるECCEの数は、そのEPDCCHセットとして設定されるRBペアの数、および、1つのECCEに用いられるEREGの数に基づいて、決定される。1つのEPDCCHセットに構成されるECCEの数がNである場合、各EPDCCHセットは、0~N-1で番号付けされたECCEを構成する。例えば、1つのECCEに用いられるEREGの数が4である場合、4つのRBペアで構成されるEPDCCHセットは16個のECCEを構成する。
[0137]
  <本実施形態におけるCAとDCの詳細>
 端末装置2は複数のセルが設定され、マルチキャリア送信を行うことができる。端末装置2が複数のセルを用いる通信は、CA(キャリアアグリゲーション)またはDC(デュアルコネクティビティ)と称される。本実施形態に記載の内容は、端末装置2に対して設定される複数のセルのそれぞれまたは一部に適用できる。端末装置2に設定されるセルを、サービングセルとも称する。
[0138]
 CAにおいて、設定される複数のサービングセルは、1つのプライマリーセル(PCell: Primary Cell)と1つ以上のセカンダリーセル(SCell: Secondary Cell)とを含む。CAをサポートしている端末装置2に対して、1つのプライマリーセルと1つ以上のセカンダリーセルが設定されうる。
[0139]
 プライマリーセルは、初期コネクション構築(initial connection establishment)手続きが行なわれたサービングセル、コネクション再構築(connection re-establishment)手続きを開始したサービングセル、または、ハンドオーバ手続きにおいてプライマリーセルと指示されたセルである。プライマリーセルは、プライマリー周波数でオペレーションする。セカンダリーセルは、コネクションの構築または再構築以降に設定されうる。セカンダリーセルは、セカンダリー周波数でオペレーションする。なお、コネクションは、RRCコネクションとも称される。
[0140]
 DCは、少なくとも2つの異なるネットワークポイントから提供される無線リソースを所定の端末装置2が消費するオペレーションである。ネットワークポイントは、マスター基地局装置(MeNB: Master eNB)とセカンダリー基地局装置(SeNB: Secondary eNB)である。デュアルコネクティビティは、端末装置2が、少なくとも2つのネットワークポイントでRRC接続を行なうことである。デュアルコネクティビティにおいて、2つのネットワークポイントは、非理想的バックホール(non-ideal backhaul)によって接続されてもよい。
[0141]
 DCにおいて、少なくともS1-MME(Mobility Management Entity)に接続され、コアネットワークのモビリティアンカーの役割を果たす基地局装置1をマスター基地局装置と称される。また、端末装置2に対して追加の無線リソースを提供するマスター基地局装置ではない基地局装置1をセカンダリー基地局装置と称される。マスター基地局装置に関連されるサービングセルのグループは、マスターセルグループ(MCG: Master Cell Group)とも呼称される。セカンダリー基地局装置に関連されるサービングセルのグループは、セカンダリーセルグループ(SCG: Secondary Cell Group)とも呼称される。なお、サービングセルのグループを、セルグループ(CG)と呼称される。
[0142]
 DCにおいて、プライマリーセルは、MCGに属する。また、SCGにおいて、プライマリーセルに相当するセカンダリーセルをプライマリーセカンダリーセル(PSCell: Primary Secondary Cell)と称する。PSCell(pSCellを構成する基地局装置)には、PCell(PCellを構成する基地局装置)と同等の機能(能力、性能)がサポートされてもよい。また、PSCellには、PCellの一部の機能だけがサポートされてもよい。例えば、PSCellには、CSSまたはUSSとは異なるサーチスペースを用いて、PDCCH送信を行なう機能がサポートされてもよい。また、PSCellは、常にアクティベーションの状態であってもよい。また、PSCellは、PUCCHを受信できるセルである。
[0143]
 DCにおいて、無線ベアラ(データ無線ベアラ(DRB: Date Radio Bearer)および/またはシグナリング無線ベアラ(SRB: Signaling Radio Bearer))は、MeNBとSeNBで個別に割り当てられてもよい。MCG(PCell)とSCG(PSCell)に対して、それぞれ個別にデュプレックスモードが設定されてもよい。MCG(PCell)とSCG(PSCell)は、互いに同期されなくてもよい。すなわち、MCGのフレーム境界とSCGのフレーム境界が一致しなくてもよい。MCG(PCell)とSCG(PSCell)に対して、複数のタイミング調整のためのパラメータ(TAG: Timing Advance Group)が独立に設定されてもよい。デュアルコネクティビティにおいて、端末装置2は、MCG内のセルに対応するUCIをMeNB(PCell)のみで送信し、SCG内のセルに対応するUCIをSeNB(pSCell)のみで送信する。それぞれのUCIの送信において、PUCCHおよび/またはPUSCHを用いた送信方法はそれぞれのセルグループで適用される。
[0144]
 PUCCHおよびPBCH(MIB)は、PCellまたはPSCellのみで送信される。また、PRACHは、CG内のセル間で複数のTAG(Timing Advance Group)が設定されない限り、PCellまたはPSCellのみで送信される。
[0145]
 PCellまたはPSCellでは、SPS(Semi-Persistent Scheduling)やDRX(Discontinuous Transmission)を行ってもよい。セカンダリーセルでは、同じセルグループのPCellまたはPSCellと同じDRXを行ってもよい。
[0146]
 セカンダリーセルにおいて、MACの設定に関する情報/パラメータは、基本的に、同じセルグループのPCellまたはPSCellと共有している。一部のパラメータは、セカンダリーセル毎に設定されてもよい。一部のタイマーやカウンタが、PCellまたはPSCellのみに対して適用されてもよい。
[0147]
 CAにおいて、TDD方式が適用されるセルとFDD方式が適用されるセルが集約されてもよい。TDDが適用されるセルとFDDが適用されるセルとが集約される場合に、TDDが適用されるセルおよびFDDが適用されるセルのいずれか一方に対して本開示を適用することができる。
[0148]
 端末装置2は、端末装置2によってCAおよび/またはDCがサポートされているバンド組み合わせを示す情報(supportedBandCombination)を、基地局装置1に送信する。端末装置2は、バンド組み合わせのそれぞれに対して、異なる複数のバンドにおける前記複数のサービングセルにおける同時送信および受信をサポートしているかどうかを指示する情報を、基地局装置1に送信する。
[0149]
  <本実施形態におけるリソース割り当ての詳細>
 基地局装置1は、端末装置2にPDSCHおよび/またはPUSCHのリソース割り当ての方法として、複数の方法を用いることができる。リソース割り当ての方法は、動的スケジューリング、セミパーシステントスケジューリング、マルチサブフレームスケジューリング、およびクロスサブフレームスケジューリングを含む。
[0150]
 動的スケジューリングにおいて、1つのDCIは1つのサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるPDCCHまたはEPDCCHは、そのサブフレームにおけるPDSCHに対するスケジューリングを行う。あるサブフレームにおけるPDCCHまたはEPDCCHは、そのサブフレームより後の所定のサブフレームにおけるPUSCHに対するスケジューリングを行う。
[0151]
 マルチサブフレームスケジューリングにおいて、1つのDCIは1つ以上のサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるPDCCHまたはEPDCCHは、そのサブフレームより所定数後の1つ以上のサブフレームにおけるPDSCHに対するスケジューリングを行う。あるサブフレームにおけるPDCCHまたはEPDCCHは、そのサブフレームより所定数後の1つ以上のサブフレームにおけるPUSCHに対するスケジューリングを行う。その所定数はゼロ以上の整数にすることができる。その所定数は、あらかじめ規定されてもよいし、物理層シグナリングおよび/またはRRCシグナリングに基づいて決められてもよい。マルチサブフレームスケジューリングにおいて、連続したサブフレームがスケジューリングされてもよいし、所定の周期を有するサブフレームがスケジューリングされてもよい。スケジューリングされるサブフレームの数は、あらかじめ規定されてもよいし、物理層シグナリングおよび/またはRRCシグナリングに基づいて決められてもよい。
[0152]
 クロスサブフレームスケジューリングにおいて、1つのDCIは1つのサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるPDCCHまたはEPDCCHは、そのサブフレームより所定数後の1つのサブフレームにおけるPDSCHに対するスケジューリングを行う。あるサブフレームにおけるPDCCHまたはEPDCCHは、そのサブフレームより所定数後の1つのサブフレームにおけるPUSCHに対するスケジューリングを行う。その所定数はゼロ以上の整数にすることができる。その所定数は、あらかじめ規定されてもよいし、物理層シグナリングおよび/またはRRCシグナリングに基づいて決められてもよい。クロスサブフレームスケジューリングにおいて、連続したサブフレームがスケジューリングされてもよいし、所定の周期を有するサブフレームがスケジューリングされてもよい。
[0153]
 セミパーシステントスケジューリング(SPS)において、1つのDCIは1つ以上のサブフレームにおけるリソース割り当てを行う。端末装置2は、RRCシグナリングによってSPSに関する情報が設定され、SPSを有効にするためのPDCCHまたはEPDCCHを検出した場合、SPSに関する処理を有効にし、SPSに関する設定に基づいて所定のPDSCHおよび/またはPUSCHを受信する。端末装置2は、SPSが有効である時にSPSをリリースするためのPDCCHまたはEPDCCHを検出した場合、SPSをリリース(無効に)し、所定のPDSCHおよび/またはPUSCHの受信を止める。SPSのリリースは、所定の条件を満たした場合に基づいて行ってもよい。例えば、所定数の空送信のデータを受信した場合に、SPSはリリースされる。SPSをリリースするためのデータの空送信は、ゼロMAC SDU(Service Data Unit)を含むMAC PDU(Protocol Data Unit)に対応する。
[0154]
 RRCシグナリングによるSPSに関する情報は、SPSのRNTIであるSPS C-RNTI、PDSCHのスケジューリングされる周期(インターバル)に関する情報、PUSCHのスケジューリングされる周期(インターバル)に関する情報、SPSをリリースするための設定に関する情報、および/または、SPSにおけるHARQプロセスの番号を含む。SPSは、プライマリーセルおよび/またはプライマリーセカンダリーセルのみにサポートされる。
[0155]
  <本実施形態におけるHARQ>
 本実施形態において、HARQは様々な特徴を有する。HARQはトランスポートブロックを送信および再送する。HARQにおいて、所定数のプロセス(HARQプロセス)が用いられ(設定され)、プロセスのそれぞれはストップアンドウェイト方式で独立に動作する。
[0156]
 下りリンクにおいて、HARQは非同期であり、適応的に動作する。すなわち、下りリンクにおいて、再送は常にPDCCHを通じてスケジューリングされる。下りリンク送信に対応する上りリンクHARQ-ACK(応答情報)はPUCCHまたはPUSCHで送信される。下りリンクにおいて、PDCCHは、そのHARQプロセスを示すHARQプロセス番号、および、その送信が初送か再送かを示す情報を通知する。
[0157]
 上りリンクにおいて、HARQは同期または非同期に動作する。上りリンク送信に対応する下りリンクHARQ-ACK(応答情報)はPHICHで送信される。上りリンクHARQにおいて、端末装置の動作は、その端末装置によって受信されるHARQフィードバックおよび/またはその端末装置によって受信されるPDCCHに基づいて決まる。例えば、PDCCHは受信されず、HARQフィードバックがACKである場合、端末装置は送信(再送)を行わず、HARQバッファ内のデータを保持する。その場合、PDCCHが再送を再開するために送信されるかもしれない。また、例えば、PDCCHは受信されず、HARQフィードバックがNACKである場合、端末装置は所定の上りリンクサブフレームで非適応的に再送を行う。また、例えば、PDCCHが受信された場合、HARQフィードバックの内容に関わらず、端末装置はそのPDCCHで通知される内容に基づいて、送信または再送を行う。
[0158]
 なお、上りリンクにおいて、所定の条件(設定)を満たした場合、HARQは非同期のみで動作するようにしてもよい。すなわち、下りリンクHARQ-ACKは送信されず、上りリンクにおける再送は常にPDCCHを通じてスケジューリングされてもよい。
[0159]
 HARQ-ACK報告において、HARQ-ACKは、ACK、NACK、またはDTXを示す。HARQ-ACKがACKである場合、そのHARQ-ACKに対応するトランスポートブロック(コードワード、チャネル)は正しく受信(デコード)できたことを示す。HARQ-ACKがNACKである場合、そのHARQ-ACKに対応するトランスポートブロック(コードワード、チャネル)は正しく受信(デコード)できなかったことを示す。HARQ-ACKがDTXである場合、そのHARQ-ACKに対応するトランスポートブロック(コードワード、チャネル)は存在しない(送信されていない)ことを示す。
[0160]
 下りリンクおよび上りリンクのそれぞれにおいて、所定数のHARQプロセスが設定(規定)される。例えば、FDDにおいて、サービングセル毎に最大8つのHARQプロセスが用いられる。また、例えば、TDDにおいて、HARQプロセスの最大数は、上りリンク/下りリンク設定によって決定される。HARQプロセスの最大数は、RTT(Round Trip Time)に基づいて決定されてもよい。例えば、RTTが8TTIである場合、HARQプロセスの最大数は8にすることができる。
[0161]
 本実施形態において、HARQ情報は、少なくともNDI(New Data Indicator)およびTBS(トランスポートブロックサイズ)で構成される。NDIは、そのHARQ情報に対応するトランスポートブロックが初送か再送かを示す情報である。TBSはトランスポートブロックのサイズである。トランスポートブロックは、トランスポートチャネル(トランスポートレイヤー)におけるデータのブロックであり、HARQを行う単位とすることができる。DL-SCH送信において、HARQ情報は、さらにHARQプロセスID(HARQプロセス番号)を含む。UL-SCH送信において、HARQ情報は、さらにトランスポートブロックに対する符号化後の情報ビットとパリティビットを指定するための情報であるRV(Redundancy Version)を含む。DL-SCHにおいて空間多重の場合、そのHARQ情報は、それぞれのトランスポートブロックに対してNDIおよびTBSのセットを含む。
[0162]
  <本実施形態におけるNRの下りリンクリソースエレメントマッピングの詳細>
 図10は、本実施形態におけるNRの下りリンクリソースエレメントマッピングの一例を示す図である。図10は、パラメータセット0が用いられる場合に、所定のリソースにおけるリソースエレメントの集合を示す。図10に示される所定のリソースは、LTEにおける1つのリソースブロックペアと同じ時間長および周波数帯域幅から成るリソースである。
[0163]
 NRにおいて、所定のリソースは、NR-RB(NRリソースブロック)とも呼称される。所定のリソースは、NR-PDSCHまたはNR-PDCCHの割り当ての単位、所定のチャネルまたは所定の信号のリソースエレメントに対するマッピングの定義を行う単位、または、パラメータセットが設定される単位などに用いることができる。
[0164]
 図10の例では、所定のリソースは、時間方向においてOFDMシンボル番号0~13で示される14個のOFDMシンボル、および、周波数方向においてサブキャリア番号0~11で示される12個のサブキャリアで構成される。システム帯域幅が複数の所定のリソースで構成される場合、サブキャリア番号はそのシステム帯域幅に渡って割り当てる。
[0165]
 C1~C4で示されるリソースエレメントは、アンテナポート15~22の伝送路状況測定用参照信号(CSI-RS)を示す。D1~D2で示されるリソースエレメントは、それぞれCDMグループ1~CDMグループ2のDL-DMRSを示す。
[0166]
 図11は、本実施形態におけるNRの下りリンクリソースエレメントマッピングの一例を示す図である。図11は、パラメータセット1が用いられる場合に、所定のリソースにおけるリソースエレメントの集合を示す。図11に示される所定のリソースは、LTEにおける1つのリソースブロックペアと同じ時間長および周波数帯域幅から成るリソースである。
[0167]
 図11の例では、所定のリソースは、時間方向においてOFDMシンボル番号0~6で示される7個のOFDMシンボル、および、周波数方向においてサブキャリア番号0~23で示される24個のサブキャリアで構成される。システム帯域幅が複数の所定のリソースで構成される場合、サブキャリア番号はそのシステム帯域幅に渡って割り当てる。
[0168]
 C1~C4で示されるリソースエレメントは、アンテナポート15~22の伝送路状況測定用参照信号(CSI-RS)を示す。D1~D2で示されるリソースエレメントは、それぞれCDMグループ1~CDMグループ2のDL-DMRSを示す。
[0169]
 図12は、本実施形態におけるNRの下りリンクリソースエレメントマッピングの一例を示す図である。図12は、パラメータセット1が用いられる場合に、所定のリソースにおけるリソースエレメントの集合を示す。図12に示される所定のリソースは、LTEにおける1つのリソースブロックペアと同じ時間長および周波数帯域幅から成るリソースである。
[0170]
 図12の例では、所定のリソースは、時間方向においてOFDMシンボル番号0~27で示される28個のOFDMシンボル、および、周波数方向においてサブキャリア番号0~6で示される6個のサブキャリアで構成される。システム帯域幅が複数の所定のリソースで構成される場合、サブキャリア番号はそのシステム帯域幅に渡って割り当てる。
[0171]
 C1~C4で示されるリソースエレメントは、アンテナポート15~22の伝送路状況測定用参照信号(CSI-RS)を示す。D1~D2で示されるリソースエレメントは、それぞれCDMグループ1~CDMグループ2のDL-DMRSを示す。
[0172]
  <本実施形態におけるNRのフレーム構成>
 NRでは、物理チャネルおよび/または物理信号を自己完結型送信(self-contained transmission)によって送信することができる。図13に、本実施形態における自己完結型送信のフレーム構成の一例を示す。自己完結型送信では、1つの送受信は、先頭から連続する下りリンク送信、GP、および連続する下りリンク送信の順番で構成される。連続する下りリンク送信には、少なくとも1つの下りリンク制御情報およびDMRSが含まれる。その下りリンク制御情報は、その連続する下りリンク送信に含まれる下りリンク物理チャネルの受信、またはその連続する上りリンク送信に含まれる上りリンク物理チャネルの送信を指示する。その下りリンク制御情報が下りリンク物理チャネルの受信を指示した場合、端末装置2は、その下りリンク制御情報に基づいてその下りリンク物理チャネルの受信を試みる。そして、端末装置2は、その下りリンク物理チャネルの受信成否(デコード成否)を、GP後に割り当てられる上りリンク送信に含まれる上りリンク制御チャネルによって送信する。一方で、その下りリンク制御情報が上りリンク物理チャネルの送信を指示した場合、その下りリンク制御情報に基づいて送信される上りリンク物理チャネルを上りリンク送信に含めて送信を行う。このように、下りリンク制御情報によって、上りリンクデータの送信と下りリンクデータの送信を柔軟に切り替えることで、上りリンクと下りリンクのトラヒック比率の増減に即座に対応することができる。また、下りリンクの受信成否を直後の上りリンク送信で通知することで、下りリンクの低遅延通信を実現することができる。
[0173]
 単位スロット時間は、下りリンク送信、GP、または上りリンク送信を定義する最小の時間単位である。単位スロット時間は、下りリンク送信、GP、または上りリンク送信のいずれかのために予約される。単位スロット時間の中に、下りリンク送信と上りリンク送信の両方は含まれない。単位スロット時間は、その単位スロット時間に含まれるDMRSと関連付けられるチャネルの最小送信時間としてもよい。1つの単位スロット時間は、例えば、NRのサンプリング間隔(T s)またはシンボル長の整数倍で定義される。
[0174]
 単位フレーム時間は、スケジューリングで指定される最小時間であってもよい。単位フレーム時間は、トランスポートブロックが送信される最小単位であってもよい。単位スロット時間は、その単位スロット時間に含まれるDMRSと関連付けられるチャネルの最大送信時間としてもよい。単位フレーム時間は、端末装置2において上りリンク送信電力を決定する単位時間であってもよい。単位フレーム時間は、サブフレームと称されてもよい。単位フレーム時間には、下りリンク送信のみ、上りリンク送信のみ、上りリンク送信と下りリンク送信の組み合わせの3種類のタイプが存在する。1つの単位フレーム時間は、例えば、NRのサンプリング間隔(T s)、シンボル長、または単位スロット時間の整数倍で定義される。
[0175]
 送受信時間は、1つの送受信の時間である。1つの送受信と他の送受信との間は、どの物理チャネルおよび物理信号も送信されない時間(ギャップ)で占められる。端末装置2は、異なる送受信間でCSI測定を平均してはいけない。送受信時間は、TTIと称されてもよい。1つの送受信時間は、例えば、NRのサンプリング間隔(T s)、シンボル長、単位スロット時間、または単位フレーム時間の整数倍で定義される。
[0176]
  <Non-Orthogonal Multiple Access(NOMA)>
 直交多元接続(Orthogonal Multiple Access:OMA)においては、例えば直交する周波数軸および時間軸を用いて送受信を行う。この時、図6で示したように、サブキャリア間隔によって周波数および時間リソースのフレーム構成が決定され、リソースエレメント数以上のリソースを使用することはできない。
[0177]
 一方、NOMAにおいては、直交する周波数軸および時間軸に加えて、非直交軸である、例えば、Interleave pattern軸、Spreading Pattern軸、Scrambling Pattern軸、Codebook軸、Power軸などを追加して、フレーム構成が決定される。
[0178]
 図14は、NOMA送信処理の一例を示す説明図である。例えば、図14は送信装置において非直交軸で送信信号を多重し、かつ非直交軸で多重されるリソースが全て同一のパラメータセットの場合を表している。ここで、送信装置は基地局装置1または端末装置2のいずれかを示す。送信装置では、多重をする複数の送信信号セットを用意する。図14では2つの送信信号セットを多重するとする。ここでは2つとしているが3つ以上の送信信号セットでもよい。また、それぞれの送信信号セットは別々の受信装置に対する送信信号でもよいし、同一の受信装置に対する送信信号でもよい。ここで、受信装置は基地局装置1または端末装置2のいずれかを示す。それぞれの送信信号セットは、対応するNOMA Pattern Vectorが適用される。NOMA Pattern Vectorは、非直交多重に関する情報の一例である。ここで、NOMA Pattern Vectorには、例えば、Interleave pattern、Spreading Pattern、Scrambling Pattern、Codebook、Power Allocation、などが含まれる。また、ここではNOMA Pattern Vectorと呼称したが、単にPatternやIndexといった呼称でもよく、例として上記に挙げたようなNOMAで使用されるPatternやIndexといった識別子やPatternそのものを表すものを指してもよい。NOMA Pattern Vector適用後の信号は同一の周波数および時間リソース上で多重され、同一のアンテナポートへ送られる。また、図14では同一のパラメータセットの送信信号セットを多重したが、図15に示すように、異なるパラメータセットの送信信号セットを多重してもよい。図15は異なるパラメータセットの送信信号セットを多重している以外は、図14と同様である。
[0179]
 図16、17はNOMA送信処理の一例を示す説明図である。一方で、図16、17に示すように、送信装置で多重せず、NOMA Pattern Vectorを適用した信号を送信し、受信装置で非直交多重されるように送信をする方法も考えられる。それぞれの送信信号セットは、対応するNOMA Pattern Vectorが適用される。ここで、NOMA Pattern Vectorには、例えば、Interleave pattern、Spreading Pattern、Scrambling Pattern、Codebook、Power Allocation、などが含まれる。NOMA Pattern Vector適用後の信号は同一の周波数および時間リソース上で送信され、伝搬チャネルを通って多重される。この場合、それぞれの送信信号セットは別々の送信装置から送信されてもよい。また、図17に示したように、同一の周波数および時間リソース上で送信される送信信号のパラメータセットは、異なるパラメータセットでもよい。
[0180]
 図18はNOMA受信処理を行う受信装置の一例である。図18に示すように、受信信号は同一の周波数および時間リソース上で複数の送信信号が多重された状態で受信される。受信装置では多重された送信信号セットを復号するため、送信機で適用されたNOMA Pattern Vectorを適用し、チャネル等化および干渉信号キャンセラにより所望の信号を取り出す。この時、同一のNOMA Pattern Vectorが用いられて多重をしてしまった場合は、多重された信号間の干渉の影響が大きくなってしまい、復号をすることが難しくなってしまう。
[0181]
 以上のように、NOMA送信では送信装置および受信装置で適用されたNOMA Pattern Vectorを送信装置および受信装置間で共有し、かつ、NOMA Pattern Vectorが重複することなく適用される必要がある。
[0182]
  <NOMA Pattern Vector適用手法および通知手法>
 上述したように、NOMA送信においてはNOMA Pattern Vectorの適用手法が重要である。ここからは、適用するNOMA Pattern
Vectorの決定手法およびその通知手法について説明する。
[0183]
 例えば、ダウンリンク送信を想定した場合、基地局装置1はNOMA Pattern Vectorの中から使用可能なNOMA Pattern Vectorを選択し、NOMA Pattern Vectorを適用した後、適用したNOMA Pattern Vectorを、端末装置2にRRC Signaling、System Information Block(SIB)、DCIなどで通知すればよい。ダウンリンク送信の場合は、基地局装置1は、複数の端末装置2のリソースアロケーションを決定できる。動的なNOMA Pattern Vectorの変更をしない場合でも、基地局装置1は、複数の端末装置2に、一度NOMA Pattern Vectorを割り当ててしまえば、同じNOMA Pattern Vectorが割り当てられた複数の端末装置2に対して送信をする場合でも、異なる周波数リソースまたは時間リソースを割り当てることで、端末装置2間の干渉を増大させることなく送信をすることが可能となる。
[0184]
 一方で、アップリンク送信やサイドリンク送信を想定した場合、端末装置2は送信前に現在使用可能なNOMA Pattern Vectorを知る、または決定する手法が必要となる。例えば、端末装置2がDCIなどからリソースアロケーション情報やNOMA Pattern Vector情報通知を受信可能であれば問題はない。しかしながら、例えば、Grant-free Based送信やOut-of-Coverage D2Dのような、端末装置がDCIを受信しないユースケースを想定した場合は、NOMA Pattern Vectorの適用手法および通知手法が必要である。
[0185]
  <Grant-free based送信とNOMA>
 Grant-free
based送信とは、端末装置2が基地局装置1からのリソースアロケーション(Grant)を受信することなく、端末装置2が適当なリソースを利用して送信をすることを表す。ここでのリソースは周波数軸および時間軸で区切られたリソースとする。リソースは使用可能な全帯域から選択しても良いし、あらかじめ決められたリソースプールの中から選択しても良い。リソースプールは仕様として静的に決定されていても良いし、基地局装置1とのコネクション確立時に指定されても良い。端末装置2は使用するリソースを自由に選択できるため、別の端末装置2が選択したリソースと競合する可能性がある。競合となった場合はそれぞれの信号が干渉信号となるため、受信信号品質は劣化してしまう。そこで、Grant-free based送信にNOMA技術を適用することで、周波数軸および時間軸に、さらに非直交軸を追加して、周波数軸および時間軸リソースで競合が発生した場合でも、非直交軸で信号を分離することが可能となる。
[0186]
 しかしながら、非直交軸でさらにリソースが競合するケース(特に、NOMA Pattern Vectorの競合)が発生する場合もある。
[0187]
 ここで、Grant-free based送信と、前述のセミパーシステントスケジューリング(SPS)との違いについて明記しておく。SPSは、事前にRRCシグナリングによってSPSに関する情報が設定され、SPSを有効にするためのPDCCHまたはEPDCCHを受信した場合、SPSに関する設定に基づいてGrant無しに送信する。一方で、Grant-free based送信は、PDCCHまたはEPDCCHを受信することなく、Grant無しに送信するといった特徴を有する。
[0188]
 以降では、Grant-free Based送信やOut-of-Coverage D2Dといった、DCIを受信しない(言い換えれば、送信リソースの割り当てが指示されない)ケースを想定して、NOMA Pattern Vector情報の決定手法について記載する。
[0189]
 (1)コネクション構築時に静的に決定する
 最初に、コネクション構築時にNOMA Pattern Vector情報を静的に決定する手法を説明する。
[0190]
 コネクション構築時に、RRC Signalingなどを通じてユーザごとにNOMA Pattern Vectorを割り当てる方法が考えられる。各ユーザに割り当てられたNOMA Pattern Vectorは、基地局装置1からデタッチするまで同じものを使用できるものとする。この場合、端末装置2は、基地局装置1から割り当てられたNOMA Pattern Vectorを使用するため、別の端末装置2とNOMA Pattern Vectorで競合することはない。
[0191]
 一方、NOMA Pattern Vectorの数は有限であるため、上限を超えた場合はNOMA Pattern Vectorの割り当てができなくなり、さらなるNOMA送信による周波数利用効率向上効果が難しくなる。また、端末装置2が使用するリソースブロックが少数の場合、使用されないリソースブロックでは、端末装置2に割り当てられたNOMA Pattern Vectorが使用されないことになる。さらに、端末装置2に割り当てられたNOMA Pattern Vectorは、端末装置2がデタッチするまでは割り当てられたままとなるため、端末装置2が送信を行っていない期間も割り当てられたNOMA Pattern Vectorを使用することができない。
[0192]
 このため、周波数利用効率向上の観点で見たときには、コネクション構築時に静的に決定するよりは、使用可能なNOMA Pattern Vectorをリソースブロック単位で動的に通知できるほうが望ましい場合がある。また、本方法はコネクション構築を実施しない、例えばOut-of Coverage D2D通信のようなケースでは使用することができない。ここで、本方法は、本実施形態における他の決定手法との併用が可能であることを追記しておく。
[0193]
 (2)端末にPre-configureする
 次に、端末にPre-configureされたNOMA Pattern Vectorを使用する方法を説明する。コネクション構築を実施しない、例えばOut-of-Coverage D2D通信のようなケースを想定した場合、端末装置2は基地局装置1からの信号を受信することができない。
[0194]
 そこで、例えば、端末装置2にPre-configureされたNOMA Pattern Vectorを使用する方法が考えられる。この場合、使用するNOMA Pattern Vectorに関する情報のSignalingが不要となる。
[0195]
 一方で、NOMA Pattern Vectorの数は有限のため、複数の端末装置2に同一のNOMA Pattern VectorがPre-configureされるケースが考えられる。この場合、もしもこれらの端末装置2が同一周波数および同一時間リソース上でNOMA送信を実施した場合は、リソースの競合が発生してしまい、誤り率特性が劣化してしまう。
[0196]
 そこで、例えば複数のNOMA Pattern Vectorを端末装置2にPre-configureしておき、端末装置2はその中から都度ランダムで選択をして使用する方法が考えられる。いずれの場合も、受信装置となる基地局装置1または別の端末装置2は、使用されたNOMA Pattern VectorをSignalingなどで知るか、ブラインドで復号することが必要となる場合がある。ちなみに、本方法はコネクション構築を実施する場合でも使用可能であり、本実施形態における他の決定手法との併用が可能であることを追記しておく。
[0197]
 (3)現在使用可能なNOMA Pattern Vectorをブロードキャスト通知する
 続いて、現在使用可能なNOMA Pattern Vectorを基地局がブロードキャスト通知する方法を説明する。この方法は、基地局装置1がブロードキャスト送信する信号に現在使用可能および現在使用中であって選択することが出来ない(使用不可の)NOMA Pattern Vectorの情報を含める方法である。ここで、基地局装置1は、現在使用可能または現在使用不可のどちらかの情報のみを情報として含めても良い。また、ブロードキャストされる信号とは、例えばSystem Information Block(SIB)や、セル内で共用されるDCI、MBMS、NOMA Pattern Vector通知用リソースを含んでいてもよい。
[0198]
 端末装置2は、基地局装置1からブロードキャスト送信された信号からNOMA Pattern Vectorに関する情報を受信し、現在使用可能なNOMA Pattern Vectorの中から選択して、NOMA送信で使用する。ここで、NOMA Pattern Vectorに関する情報は、例えば下記のような情報が基地局装置1からブロードキャスト送信される。
[0199]
[数1]


[0200]
 数式1で、Vt 0~Vt N-1はNOMA Pattern Vectorに紐づいたFlagであり、それぞれのFlagに対応するNOMA Pattern Vectorは、基地局装置1および端末装置2で既知であるとする。例えば、Flagが1となっている場合は、そのNOMA Pattern Vectorは現在使用可能であること(使われていないこと)を表し、0となっている場合は、そのNOMA Pattern Vectorは現在使用中であることを表す。Flagの値の意味はこの逆でもよい。または、どちらかのフラグを電力0として送信しても良い。上記情報を受信した端末装置2は、Flagが使用可能となっている中からNOMA Pattern Vectorを選択して、その選択したNOMA Pattern VectorをNOMA送信で使用する。
[0201]
 ブロードキャスト送信される信号として、SIB、セル内で共用されるDCI、MBMSなどを用いた場合、対象となるリソースブロックとの対応情報が別途必要となる。図19は、Grant-free based送信用のリソースプールの例を示す説明図である。例えば、Grant-free based送信用のリソースプールが指定され、図19に示す通り、36個のリソースブロックをGrant-free based送信として使用可能であるとする。この時、それぞれのリソースブロックごとにNOMA Pattern Vectorは独立して使用することが可能である。例えば、ある端末装置2は、図19のRB#0ではNOMA Pattern Vector Vt 0に対応したパターンを使用して、別の端末装置2が、図19のRB#1でNOMA Pattern Vector Vt 0に対応したパターンを使用するといったことが可能である。そのため、基地局装置1はそれぞれのRBについて、使用可能なNOMA Pattern Vector情報をブロードキャスト送信することで、より効率的な送信をすることが可能となる。
[0202]
 図20は、1つのリソースブロックにおける、NOMA Pattern Vector通知用リソースの例を示す説明図である。図20に示したのは、1つのリソースブロックである。例えば、NOMA Pattern Vector通知用リソースをそれぞれのリソースブロックで図20のように確保した場合、基地局装置1は、リソースブロックごとに使用可能なNOMA Pattern Vector情報を通知することが可能となる。基地局装置1は、本リソースを使用してNOMA Pattern Vector情報の通知を行うのみでよい。なお、NOMA Pattern Vector通知用リソースの確保は、例えば制御部103が実行しうる。
[0203]
 一方で、SIB、セル内で共用されるDCI、MBMSなどで送信をする場合は、数式1で表される情報がどのリソースブロックの情報を表しているかの情報が端末装置2で別途必要となる。従って、基地局装置1は、その情報を併せて端末装置2に通知することが望ましい。例えば、数式2のように、通知する情報に、リソースブロックのインデックス情報を追加することが考えられる。RB Indexはリソースブロックのインデックス情報を表している。
[0204]
[数2]


[0205]
 受信装置となる基地局装置1または別の端末装置2は、使用されたNOMA Pattern Vectorを、Signalingなどを通じて知るか、もしくは全て使用されているものとして復号する。また、この手法は本実施形態における他の決定手法との併用が可能であることを追記しておく。
[0206]
  <適用したNOMA Pattern Vectorの通知手法>
 端末装置2は、適用したNOMA Pattern Vectorの情報を、受信装置となる基地局装置1または別の端末装置2に対して通知をしてもよいし、通知をしなくても良い。通知をしない場合は、受信装置となる基地局装置1または別の端末装置2は、想定されるNOMA Pattern Vectorのすべてが使用されているものとして復号を試みる。この場合、通知が不要となるため、Signaling Overheadの削減が可能となる一方で、NOMA Pattern Vectorの総数が増加するにつれて、受信装置での復号処理複雑性が増加することとなる。
[0207]
 そのため、端末装置2は、適用したNOMA Pattern Vectorの情報を、受信装置側に通知することで、受信装置での計算量を削減することが、状況によっては望ましい。端末装置2は、適用したNOMA Pattern Vectorの情報を通知する場合、NOMA Pattern Vector通知用のリソースを使用して通知をする方法が考えられる。図21は、NOMA Pattern Vector通知用のリソースの例を示す説明図である。図21のリソースは、Grant-free based送信が可能なリソースプールであるとする。また、時間#13のリソースは、NOMA Pattern Vectorを通知するためのリソースであるとする。
[0208]
 ここで、NOMA Pattern Vectorを通知するためのリソースは、時間軸#13以外のどのリソースでもよいし、リソース数が変わっても良い。使用するリソースは、あらかじめ決められていても良いし、基地局装置1から通知があっても良い。また端末装置2は、適用したNOMA Pattern Vectorの情報を、同一の単位フレーム時間内に基地局装置1に通知してもよい。
[0209]
 端末装置2は、上述の手法1~3などにより、使用するNOMA Pattern Vectorを決定すると、Grant-free based送信が可能なリソースプールを使用してNOMA送信を行う。ここで、端末装置2は使用したNOMA Pattern Vectorに対応するリソースエレメントで使用を表すFlagを送信する。端末装置2は、例えば、NOMA Pattern Vector V 0を使用してNOMA送信をした場合は、図21の例では、周波数#13および時間#13のリソースエレメントで使用中であることを表すFlag(例えば“1”など)を送信する。このとき、端末装置2は、使用していないNOMA Pattern Vectorに対応するリソースエレメントでは、使用していないことを表すフラグ(例えば“0”など)を送信してもよいし、何も送信しなくてもよい。何も送信しない場合は電力が0となるため、受信装置は電力を測定することで、どのNOMA Pattern Vectorが使用されているのかを判断することも可能である。本通知は、同一のリソースプールを使用する複数の端末装置2から送信され、受信装置ではそれら複数の通知が合成された状態で受信をすることになる。
[0210]
 また、通知を受信した受信装置は、端末装置2に対して受信結果を通知しても良い。例えば、使用されたNOMA Pattern Vectorを検出した結果、複数の端末装置2が同一のNOMA Pattern Vectorを使用していることがわかったとする。この時、受信装置は、端末装置2に、同一のNOMA Pattern Vectorを使用していることを示す情報を通知することで、端末装置2の次回送信時におけるNOMA Pattern Vectorの競合する可能性を下げることが可能となる。そこで、例えば数式3のように本情報を通知することが考えられる。また、リソースマッピングは図22のような例が考えられる。
[0211]
[数3]


[0212]
 Vt nおよびVr nビット列の対応例としては、下記の通りとなる。下記の説明はVt n、Vr nの順で表している。
[0213]
 00:対応するNOMA Pattern Vector使用不可+NOMA Pattern Vectorの使用未検出
 対応するNOMA Pattern Vectorは使用不可であり、かつNOMA Pattern Vectorの使用未検出であった場合に、ビット列はこの組み合わせとなる。本組み合わせは、使用不可のNOMA Pattern Vectorが使用未検出であるため、送信中の端末装置2は引き続き、対応するNOMA Pattern Vectorは使用せずに送信を行う。
[0214]
 01:対応するNOMA Pattern Vector使用不可+NOMA Pattern Vectorの使用検出
 対応するNOMA Pattern Vectorは使用不可であるが、NOMA Pattern Vectorの使用検出であった場合に、ビット列はこの組み合わせとなる。考えられるケースとしては、元々は使用可能であったが、本送信フレームから使用不可に変更となったケース、または、端末装置2が誤ってNOMA Patter Vectorを選択しまったケースなどが考えられる。いずれも、本NOMA Pattern Vectorを使用していた端末装置2は、別のNOMA Pattern Vectorの使用を試みる。
[0215]
 10:対応するNOMA Pattern Vector使用可+NOMA Pattern Vectorの使用未検出
 対応するNOMA Pattern Vectorは使用可であるが、NOMA Pattern Vectorの使用未検出であった場合に、ビット列はこの組み合わせとなる。すなわち、どの端末装置2も本NOMA Pattern Vectorを使用していないことになる。例えば、新規に送信を開始する端末装置2や、例えば上記NOMA Pattern Vectorの変更を検討しなければならない端末装置2などは、本ビット列に対応するNOMA Pattern Vectorの中から使用するものを選択する。
[0216]
 11:対応するNOMA Pattern Vector使用可+NOMA Pattern Vectorの使用検出
 対応するNOMA Pattern Vectorは使用可であり、かつNOMA Pattern Vectorの使用検出であった場合に、ビット列はこの組み合わせとなる。すなわち、新規に送信を開始する端末装置2や、例えば上記NOMA Pattern Vectorの変更を検討しなければならない端末装置2などは、本ビット列に対応するNOMA Pattern Vectorの中からは、使用するものを選択することは避けた方が良いことになる。
[0217]
 図23は、送信装置(例えば基地局装置1)と受信装置(端末装置2)との間の、NOMA Pattern Vector通知シーケンス例を示す流れ図である。
[0218]
 端末装置2は、基地局装置1にコネクション要求およびGrant-free based送信の可否を確認する(ステップS101)。なお端末装置2は、Grant-free based送信の可否は確認しなくても良い。
[0219]
 基地局装置1はGrant-free based送信が可能であれば、Grant-free based送信用のリソースプールを必要であれば確保して(ステップS102)、端末装置2に対してコネクションの確立およびリソースプールの位置指定、およびNOMA Pattern Vector情報通知用リソース指定を行う(ステップS103)。
[0220]
 基地局装置1は、定期的にNOMA Pattern Vector情報をブロードキャスト通知する(ステップS104)。端末装置2は、定期的に基地局装置1からブロードキャスト送信されているNOMA Pattern Vector情報を読み、使用可能なNOMA Pattern Vectorを使用して、送信信号を生成する(ステップS105)。ここで、ブロードキャスト送信されているNOMA Pattern Vector情報とは、上記Vt nおよびVr nで表される情報を含む。また、NOMA Pattern Vectorの選択方法としては、ブロードキャスト送信されているNOMA Pattern Vector情報に基づいてランダムに選択、チャネルの状態に基づいて選択、端末装置の位置情報に基づいて選択、NOMA Pattern Vectorの選択状況に基づいて使用されているパターンと相関の低いパターンを選択する、などが考えられる。相関の低いパターンの例としては、例えばSpreading Patternを想定した場合、1ビットを<1,1,0,0> と4ビットに拡散するパターンと、1ビットを<0,0,1,1>と4ビットに拡散するパターンの相関は低いといえる。この時、前者のパターンが使用中で、後者のパターンが未使用であった場合は、後者のパターンを選択するといったことが考えられる。なお、端末装置2は、上述した選択方法を組み合わせてNOMA Pattern Vectorを選択してもよいし、独立で選択しても良い。
[0221]
 その後、端末装置2は、リソースプールから任意のリソースを選択し、送信信号を送信する。この時、端末装置2は、使用したNOMA Pattern Vector情報を、指定のリソースを使用して併せて送信する(ステップS106)。基地局装置1はNOMA Pattern Vector情報を復号し、使用されたすべてのNOMA Pattern Vectorを確認後、送信された信号の復号を試みる(ステップS107)。この復号は例えば受信部105が実行しうる。
[0222]
  <LTEセル/NRセルデュアルコネクティビティおよびキャリアアグリゲーションにおける実施例>
 前述したように、LTEセルとNRセルのデュアルコネクティビティでの運用が一例として考えられ、LTEセルをPCell、NRセルをSCellとして運用した場合、NOMA Pattern Vectorの通知はPCellであるLTEセルで通知をされることが考えられる。または、NRセルをPSCellとして運用することも考えられ、NOMA Pattern Vectorの通知をPSCellで行うことも考えられる。この場合、LTEセルのPCellやNRセルのPSCellでブロードキャストされる信号で通知をすることが一例として考えられる。ブロードキャストされる信号とは、例えばSystem Information Block(SIB)やセル内で共用されるDCI、MBMS、NOMA Pattern Vector通知用リソースを表す。一方で、NRセルのPSCellでNOMA Pattern Vectorの通知をしてもよい。同様にブロードキャストされる信号で通知され、ブロードキャストされる信号とは、例えばSystem Information Block(SIB)やセル内で共用されるDCI、MBMS、NOMA Pattern Vector通知用リソースを表す。本実施例においては、Grant-free based送信用のリソースとは異なる帯域でブロードキャスト信号が送信されることとなるため、上記数式2のように、通知をされたNOMA Pattern Vectorの情報がどのリソースブロックを表しているのかを対応付ける情報が必要となる。
[0223]
  <SPS環境下でのNOMA Pattern Vectorの通知および変更手法>
 続いて、SPS環境下における適用例を示す。先述したように、SPSでは、SPSを有効にするためのPDCCHまたはEPDCCHを受信してから、Grant-freeの送信を開始する。この時、SPSを有効にするためのPDCCHまたはEPDCCHにおいて、端末装置2が使用するNOMA Pattern Vectorを指定することが一例として考えられる。
[0224]
 しかしながら、例えばSPSとGrant-free based送信を同一帯域で併用した場合、NOMA Pattern Vectorの競合などが発生する場合が考えられる。この時、SPSで送信をしている端末装置2のNOMA Pattern Vectorも動的に変更できる方が望ましい。
[0225]
 そこで、SPSで送信中の端末装置2も、本技術のブロードキャストに通知されるNOMA Pattern Vector情報を読むことで、例えば、使用中のNOMA Pattern Vectorが使用不可となっていた場合は、他の使用可能なNOMA Pattern Vectorに切り替えて送信を続けることが可能となる。
[0226]
 図24は、送信装置(例えば基地局装置1)と受信装置(端末装置2)との間の、NOMA Pattern Vector通知シーケンス例を示す流れ図である。
[0227]
 端末装置2は、基地局装置1にコネクション要求およびGrant-free based送信の可否を確認する(ステップS111)。なお端末装置2は、Grant-free based送信の可否は確認しなくても良い。
[0228]
 基地局装置1はGrant-free based送信が可能であれば、Grant-free based送信用のリソースプールを必要であれば確保して(ステップS112)、端末装置2に対してコネクションの確立およびリソースプールの位置指定、およびNOMA Pattern Vector情報通知用リソース指定を行う(ステップS113)。
[0229]
 基地局装置1は、SPSを有効にするためのPDCCHまたはEPDCCHを送信し、また端末装置2で使用するNOMA Pattern Vectorを指定する情報を送信する(ステップS114)。端末装置2は、指定されたNOMA Pattern Vector及びリソースを使用して、送信信号を生成する(ステップS115)。生成した送信信号を送信する(ステップS116)。
[0230]
 基地局装置1は、定期的にNOMA Pattern Vector情報をブロードキャスト通知する(ステップS117)。端末装置2は、定期的に基地局装置1からブロードキャスト送信されているNOMA Pattern Vector情報を読み、現在使用中のNOMA Pattern Vectorが使用可能かどうか判断する(ステップS118)。
[0231]
 現在使用中のNOMA Pattern Vectorが使用不可能となっていれば(ステップS118、No)、端末装置2は、使用するNOMA Pattern Vectorを変更する(ステップS119)。現在使用中のNOMA Pattern Vectorが使用可能であれば(ステップS118、Yes)、端末装置2は、使用するNOMA Pattern Vectorを変更しない。
[0232]
 そして端末装置2は、NOMA Pattern Vector及びリソースを使用して、送信信号を生成する(ステップS120)。生成した送信信号を送信する(ステップS121)。この際、端末装置2は、使用するNOMA Pattern Vectorを変更すると、変更後の使用するNOMA Pattern Vectorの情報を基地局装置1に通知することが望ましい。基地局装置1は、一連の動作を実行することで、NOMA Pattern Vectorの情報を効果的に端末装置2に通知するとともに、NOMA Pattern Vectorを重複している端末装置2に対してその旨を通知できる。また端末装置2は、一連の動作を実行することで、NOMA Pattern Vectorの情報を基地局装置1から取得するとともに、使用できないNOMA Pattern Vectorの情報を基地局装置1から取得することが出来る。
[0233]
  <応用例>
 本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局装置1は、マクロeNB又はスモールeNBなどのいずれかの種類のeNB(evolved Node B)として実現されてもよい。スモールeNBは、ピコeNB、マイクロeNB又はホーム(フェムト)eNBなどの、マクロセルよりも小さいセルをカバーするeNBであってよい。その代わりに、基地局装置1は、NodeB又はBTS(Base Transceiver Station)などの他の種類の基地局として実現されてもよい。基地局装置1は、無線通信を制御する本体(基地局装置ともいう)と、本体とは別の場所に配置される1つ以上のRRH(Remote Radio Head)とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局装置1として動作してもよい。
[0234]
 また、例えば、端末装置2は、スマートフォン、タブレットPC(Personal Computer)、ノートPC、携帯型ゲーム端末、携帯型/ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置2は、M2M(Machine To Machine)通信を行う端末(MTC(Machine Type Communication)端末ともいう)として実現されてもよい。さらに、端末装置2は、これら端末に搭載される無線通信モジュール(例えば、1つのダイで構成される集積回路モジュール)であってもよい。
[0235]
  (基地局に関する応用例)
   (第1の応用例)
 図25は、本開示に係る技術が適用され得るeNBの概略的な構成の第1の例を示すブロック図である。eNB800は、1つ以上のアンテナ810、及び基地局装置820を有する。各アンテナ810及び基地局装置820は、RFケーブルを介して互いに接続され得る。
[0236]
 アンテナ810の各々は、単一の又は複数のアンテナ素子(例えば、MIMOアンテナを構成する複数のアンテナ素子)を有し、基地局装置820による無線信号の送受信のために使用される。eNB800は、図25に示したように複数のアンテナ810を有し、複数のアンテナ810は、例えばeNB800が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図25にはeNB800が複数のアンテナ810を有する例を示したが、eNB800は単一のアンテナ810を有してもよい。
[0237]
 基地局装置820は、コントローラ821、メモリ822、ネットワークインタフェース823及び無線通信インタフェース825を備える。
[0238]
 コントローラ821は、例えばCPU又はDSPであってよく、基地局装置820の上位レイヤの様々な機能を動作させる。例えば、コントローラ821は、無線通信インタフェース825により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース823を介して転送する。コントローラ821は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ821は、無線リソース管理(Radio Resource Control)、無線ベアラ制御(Radio Bearer Control)、移動性管理(Mobility Management)、流入制御(Admission Control)又はスケジューリング(Scheduling)などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のeNB又はコアネットワークノードと連携して実行されてもよい。メモリ822は、RAM及びROMを含み、コントローラ821により実行されるプログラム、及び様々な制御データ(例えば、端末リスト、送信電力データ及びスケジューリングデータなど)を記憶する。
[0239]
 ネットワークインタフェース823は、基地局装置820をコアネットワーク824に接続するための通信インタフェースである。コントローラ821は、ネットワークインタフェース823を介して、コアネットワークノード又は他のeNBと通信してもよい。その場合に、eNB800と、コアネットワークノード又は他のeNBとは、論理的なインタフェース(例えば、S1インタフェース又はX2インタフェース)により互いに接続されてもよい。ネットワークインタフェース823は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース823が無線通信インタフェースである場合、ネットワークインタフェース823は、無線通信インタフェース825により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
[0240]
 無線通信インタフェース825は、LTE(Long Term Evolution)又はLTE-Advancedなどのいずれかのセルラー通信方式をサポートし、アンテナ810を介して、eNB800のセル内に位置する端末に無線接続を提供する。無線通信インタフェース825は、典型的には、ベースバンド(BB)プロセッサ826及びRF回路827などを含み得る。BBプロセッサ826は、例えば、符号化/復号、変調/復調及び多重化/逆多重化などを行なってよく、各レイヤ(例えば、L1、MAC(Medium Access Control)、RLC(Radio Link Control)及びPDCP(Packet Data Convergence Protocol))の様々な信号処理を実行する。BBプロセッサ826は、コントローラ821の代わりに、上述した論理的な機能の一部又は全部を有してもよい。BBプロセッサ826は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、BBプロセッサ826の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置820のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、RF回路827は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ810を介して無線信号を送受信する。
[0241]
 無線通信インタフェース825は、図25に示したように複数のBBプロセッサ826を含み、複数のBBプロセッサ826は、例えばeNB800が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース825は、図25に示したように複数のRF回路827を含み、複数のRF回路827は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図25には無線通信インタフェース825が複数のBBプロセッサ826及び複数のRF回路827を含む例を示したが、無線通信インタフェース825は単一のBBプロセッサ826又は単一のRF回路827を含んでもよい。
[0242]
 図25に示したeNB800において、図8を参照して説明した基地局装置1に含まれる1つ以上の構成要素(上位層処理部101及び/又は制御部103)は、無線通信インタフェース825において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ821において実装されてもよい。一例として、eNB800は、無線通信インタフェース825の一部(例えば、BBプロセッサ826)若しくは全部、及び/又はコントローラ821を含むモジュールを搭載し、当該モジュールにおいて上記1つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記1つ以上の構成要素として機能させるためのプログラム(換言すると、プロセッサに上記1つ以上の構成要素の動作を実行させるためのプログラム)を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムがeNB800にインストールされ、無線通信インタフェース825(例えば、BBプロセッサ826)及び/又はコントローラ821が当該プログラムを実行してもよい。以上のように、上記1つ以上の構成要素を備える装置としてeNB800、基地局装置820又は上記モジュールが提供されてもよく、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
[0243]
 また、図25に示したeNB800において、図8を参照して説明した受信部105及び送信部107は、無線通信インタフェース825(例えば、RF回路827)において実装されてもよい。また、送受信アンテナ109は、アンテナ810において実装されてもよい。また、上位層処理部101と上位ノード又は他の基地局装置とのインタフェースは、コントローラ821及び/又はネットワークインタフェース823において実装されてもよい。
[0244]
   (第2の応用例)
 図26は、本開示に係る技術が適用され得るeNBの概略的な構成の第2の例を示すブロック図である。eNB830は、1つ以上のアンテナ840、基地局装置850、及びRRH860を有する。各アンテナ840及びRRH860は、RFケーブルを介して互いに接続され得る。また、基地局装置850及びRRH860は、光ファイバケーブルなどの高速回線で互いに接続され得る。
[0245]
 アンテナ840の各々は、単一の又は複数のアンテナ素子(例えば、MIMOアンテナを構成する複数のアンテナ素子)を有し、RRH860による無線信号の送受信のために使用される。eNB830は、図26に示したように複数のアンテナ840を有し、複数のアンテナ840は、例えばeNB830が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図26にはeNB830が複数のアンテナ840を有する例を示したが、eNB830は単一のアンテナ840を有してもよい。
[0246]
 基地局装置850は、コントローラ851、メモリ852、ネットワークインタフェース853、無線通信インタフェース855及び接続インタフェース857を備える。コントローラ851、メモリ852及びネットワークインタフェース853は、図25を参照して説明したコントローラ821、メモリ822及びネットワークインタフェース823と同様のものである。
[0247]
 無線通信インタフェース855は、LTE又はLTE-Advancedなどのいずれかのセルラー通信方式をサポートし、RRH860及びアンテナ840を介して、RRH860に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース855は、典型的には、BBプロセッサ856などを含み得る。BBプロセッサ856は、接続インタフェース857を介してRRH860のRF回路864と接続されることを除き、図25を参照して説明したBBプロセッサ826と同様のものである。無線通信インタフェース855は、図26に示したように複数のBBプロセッサ856を含み、複数のBBプロセッサ856は、例えばeNB830が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図26には無線通信インタフェース855が複数のBBプロセッサ856を含む例を示したが、無線通信インタフェース855は単一のBBプロセッサ856を含んでもよい。
[0248]
 接続インタフェース857は、基地局装置850(無線通信インタフェース855)をRRH860と接続するためのインタフェースである。接続インタフェース857は、基地局装置850(無線通信インタフェース855)とRRH860とを接続する上記高速回線での通信のための通信モジュールであってもよい。
[0249]
 また、RRH860は、接続インタフェース861及び無線通信インタフェース863を備える。
[0250]
 接続インタフェース861は、RRH860(無線通信インタフェース863)を基地局装置850と接続するためのインタフェースである。接続インタフェース861は、上記高速回線での通信のための通信モジュールであってもよい。
[0251]
 無線通信インタフェース863は、アンテナ840を介して無線信号を送受信する。無線通信インタフェース863は、典型的には、RF回路864などを含み得る。RF回路864は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ840を介して無線信号を送受信する。無線通信インタフェース863は、図26に示したように複数のRF回路864を含み、複数のRF回路864は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図26には無線通信インタフェース863が複数のRF回路864を含む例を示したが、無線通信インタフェース863は単一のRF回路864を含んでもよい。
[0252]
 図26に示したeNB830において、図8を参照して説明した基地局装置1に含まれる1つ以上の構成要素(上位層処理部101及び/又は制御部103)は、無線通信インタフェース855及び/又は無線通信インタフェース863において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ851において実装されてもよい。一例として、eNB830は、無線通信インタフェース855の一部(例えば、BBプロセッサ856)若しくは全部、及び/又はコントローラ851を含むモジュールを搭載し、当該モジュールにおいて上記1つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記1つ以上の構成要素として機能させるためのプログラム(換言すると、プロセッサに上記1つ以上の構成要素の動作を実行させるためのプログラム)を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムがeNB830にインストールされ、無線通信インタフェース855(例えば、BBプロセッサ856)及び/又はコントローラ851が当該プログラムを実行してもよい。以上のように、上記1つ以上の構成要素を備える装置としてeNB830、基地局装置850又は上記モジュールが提供されてもよく、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
[0253]
 また、図26に示したeNB830において、例えば、図8を参照して説明した受信部105及び送信部107は、無線通信インタフェース863(例えば、RF回路864)において実装されてもよい。また、送受信アンテナ109は、アンテナ840において実装されてもよい。また、上位層処理部101と上位ノード又は他の基地局装置とのインタフェースは、コントローラ851及び/又はネットワークインタフェース853において実装されてもよい。
[0254]
  (端末装置に関する応用例)
   (第1の応用例)
 図27は、本開示に係る技術が適用され得るスマートフォン900の概略的な構成の一例を示すブロック図である。スマートフォン900は、プロセッサ901、メモリ902、ストレージ903、外部接続インタフェース904、カメラ906、センサ907、マイクロフォン908、入力デバイス909、表示デバイス910、スピーカ911、無線通信インタフェース912、1つ以上のアンテナスイッチ915、1つ以上のアンテナ916、バス917、バッテリー918及び補助コントローラ919を備える。
[0255]
 プロセッサ901は、例えばCPU又はSoC(System on Chip)であってよく、スマートフォン900のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ902は、RAM及びROMを含み、プロセッサ901により実行されるプログラム及びデータを記憶する。ストレージ903は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース904は、メモリーカード又はUSB(Universal Serial Bus)デバイスなどの外付けデバイスをスマートフォン900へ接続するためのインタフェースである。
[0256]
 カメラ906は、例えば、CCD(Charge Coupled Device)又はCMOS(Complementary Metal Oxide Semiconductor)などの撮像素子を有し、撮像画像を生成する。センサ907は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン908は、スマートフォン900へ入力される音声を音声信号へ変換する。入力デバイス909は、例えば、表示デバイス910の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス910は、液晶ディスプレイ(LCD)又は有機発光ダイオード(OLED)ディスプレイなどの画面を有し、スマートフォン900の出力画像を表示する。スピーカ911は、スマートフォン900から出力される音声信号を音声に変換する。
[0257]
 無線通信インタフェース912は、LTE又はLTE-Advancedなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース912は、典型的には、BBプロセッサ913及びRF回路914などを含み得る。BBプロセッサ913は、例えば、符号化/復号、変調/復調及び多重化/逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、RF回路914は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ916を介して無線信号を送受信する。無線通信インタフェース912は、BBプロセッサ913及びRF回路914を集積したワンチップのモジュールであってもよい。無線通信インタフェース912は、図27に示したように複数のBBプロセッサ913及び複数のRF回路914を含んでもよい。なお、図27には無線通信インタフェース912が複数のBBプロセッサ913及び複数のRF回路914を含む例を示したが、無線通信インタフェース912は単一のBBプロセッサ913又は単一のRF回路914を含んでもよい。
[0258]
 さらに、無線通信インタフェース912は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線LAN(Local Area Network)方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのBBプロセッサ913及びRF回路914を含んでもよい。
[0259]
 アンテナスイッチ915の各々は、無線通信インタフェース912に含まれる複数の回路(例えば、異なる無線通信方式のための回路)の間でアンテナ916の接続先を切り替える。
[0260]
 アンテナ916の各々は、単一の又は複数のアンテナ素子(例えば、MIMOアンテナを構成する複数のアンテナ素子)を有し、無線通信インタフェース912による無線信号の送受信のために使用される。スマートフォン900は、図27に示したように複数のアンテナ916を有してもよい。なお、図27にはスマートフォン900が複数のアンテナ916を有する例を示したが、スマートフォン900は単一のアンテナ916を有してもよい。
[0261]
 さらに、スマートフォン900は、無線通信方式ごとにアンテナ916を備えてもよい。その場合に、アンテナスイッチ915は、スマートフォン900の構成から省略されてもよい。
[0262]
 バス917は、プロセッサ901、メモリ902、ストレージ903、外部接続インタフェース904、カメラ906、センサ907、マイクロフォン908、入力デバイス909、表示デバイス910、スピーカ911、無線通信インタフェース912及び補助コントローラ919を互いに接続する。バッテリー918は、図中に破線で部分的に示した給電ラインを介して、図27に示したスマートフォン900の各ブロックへ電力を供給する。補助コントローラ919は、例えば、スリープモードにおいて、スマートフォン900の必要最低限の機能を動作させる。
[0263]
 図27に示したスマートフォン900において、図9を参照して説明した端末装置2に含まれる1つ以上の構成要素(上位層処理部201及び/又は制御部203)は、無線通信インタフェース912において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ901又は補助コントローラ919において実装されてもよい。一例として、スマートフォン900は、無線通信インタフェース912の一部(例えば、BBプロセッサ913)若しくは全部、プロセッサ901、及び/又は補助コントローラ919を含むモジュールを搭載し、当該モジュールにおいて上記1つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記1つ以上の構成要素として機能させるためのプログラム(換言すると、プロセッサに上記1つ以上の構成要素の動作を実行させるためのプログラム)を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムがスマートフォン900にインストールされ、無線通信インタフェース912(例えば、BBプロセッサ913)、プロセッサ901、及び/又は補助コントローラ919が当該プログラムを実行してもよい。以上のように、上記1つ以上の構成要素を備える装置としてスマートフォン900又は上記モジュールが提供されてもよく、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
[0264]
 また、図27に示したスマートフォン900において、例えば、図9を参照して説明した受信部205及び送信部207は、無線通信インタフェース912(例えば、RF回路914)において実装されてもよい。また、送受信アンテナ209は、アンテナ916において実装されてもよい。
[0265]
   (第2の応用例)
 図28は、本開示に係る技術が適用され得るカーナビゲーション装置920の概略的な構成の一例を示すブロック図である。カーナビゲーション装置920は、プロセッサ921、メモリ922、GPS(Global Positioning System)モジュール924、センサ925、データインタフェース926、コンテンツプレーヤ927、記憶媒体インタフェース928、入力デバイス929、表示デバイス930、スピーカ931、無線通信インタフェース933、1つ以上のアンテナスイッチ936、1つ以上のアンテナ937及びバッテリー938を備える。
[0266]
 プロセッサ921は、例えばCPU又はSoCであってよく、カーナビゲーション装置920のナビゲーション機能及びその他の機能を制御する。メモリ922は、RAM及びROMを含み、プロセッサ921により実行されるプログラム及びデータを記憶する。
[0267]
 GPSモジュール924は、GPS衛星から受信されるGPS信号を用いて、カーナビゲーション装置920の位置(例えば、緯度、経度及び高度)を測定する。センサ925は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース926は、例えば、図示しない端子を介して車載ネットワーク941に接続され、車速データなどの車両側で生成されるデータを取得する。
[0268]
 コンテンツプレーヤ927は、記憶媒体インタフェース928に挿入される記憶媒体(例えば、CD又はDVD)に記憶されているコンテンツを再生する。入力デバイス929は、例えば、表示デバイス930の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス930は、LCD又はOLEDディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ931は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
[0269]
 無線通信インタフェース933は、LTE又はLTE-Advancedなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース933は、典型的には、BBプロセッサ934及びRF回路935などを含み得る。BBプロセッサ934は、例えば、符号化/復号、変調/復調及び多重化/逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、RF回路935は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ937を介して無線信号を送受信する。無線通信インタフェース933は、BBプロセッサ934及びRF回路935を集積したワンチップのモジュールであってもよい。無線通信インタフェース933は、図28に示したように複数のBBプロセッサ934及び複数のRF回路935を含んでもよい。なお、図28には無線通信インタフェース933が複数のBBプロセッサ934及び複数のRF回路935を含む例を示したが、無線通信インタフェース933は単一のBBプロセッサ934又は単一のRF回路935を含んでもよい。
[0270]
 さらに、無線通信インタフェース933は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線LAN方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのBBプロセッサ934及びRF回路935を含んでもよい。
[0271]
 アンテナスイッチ936の各々は、無線通信インタフェース933に含まれる複数の回路(例えば、異なる無線通信方式のための回路)の間でアンテナ937の接続先を切り替える。
[0272]
 アンテナ937の各々は、単一の又は複数のアンテナ素子(例えば、MIMOアンテナを構成する複数のアンテナ素子)を有し、無線通信インタフェース933による無線信号の送受信のために使用される。カーナビゲーション装置920は、図28に示したように複数のアンテナ937を有してもよい。なお、図28にはカーナビゲーション装置920が複数のアンテナ937を有する例を示したが、カーナビゲーション装置920は単一のアンテナ937を有してもよい。
[0273]
 さらに、カーナビゲーション装置920は、無線通信方式ごとにアンテナ937を備えてもよい。その場合に、アンテナスイッチ936は、カーナビゲーション装置920の構成から省略されてもよい。
[0274]
 バッテリー938は、図中に破線で部分的に示した給電ラインを介して、図28に示したカーナビゲーション装置920の各ブロックへ電力を供給する。また、バッテリー938は、車両側から給電される電力を蓄積する。
[0275]
 図28に示したカーナビゲーション装置920において、図9を参照して説明した端末装置2に含まれる1つ以上の構成要素(上位層処理部201及び/又は制御部203)は、無線通信インタフェース933において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ921において実装されてもよい。一例として、カーナビゲーション装置920は、無線通信インタフェース933の一部(例えば、BBプロセッサ934)若しくは全部及び/又はプロセッサ921を含むモジュールを搭載し、当該モジュールにおいて上記1つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記1つ以上の構成要素として機能させるためのプログラム(換言すると、プロセッサに上記1つ以上の構成要素の動作を実行させるためのプログラム)を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置920にインストールされ、無線通信インタフェース933(例えば、BBプロセッサ934)及び/又はプロセッサ921が当該プログラムを実行してもよい。以上のように、上記1つ以上の構成要素を備える装置としてカーナビゲーション装置920又は上記モジュールが提供されてもよく、プロセッサを上記1つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
[0276]
 また、図28に示したカーナビゲーション装置920において、例えば、図9を参照して説明した受信部205及び送信部207は、無線通信インタフェース933(例えば、RF回路935)において実装されてもよい。また、送受信アンテナ209は、アンテナ937において実装されてもよい。
[0277]
 また、本開示に係る技術は、上述したカーナビゲーション装置920の1つ以上のブロックと、車載ネットワーク941と、車両側モジュール942とを含む車載システム(又は車両)940として実現されてもよい。車両側モジュール942は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク941へ出力する。
[0278]
 <2.まとめ>
 以上説明したように本開示の実施の形態によれば、基地局装置と端末装置が通信する無線通信システムにおいて、伝送効率の向上および復号処理複雑性の削減を可能とする。
[0279]
 以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
[0280]
 また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
[0281]
 また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
[0282]
 なお、以下のような構成も本開示の技術的範囲に属する。
(1)
 送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第1の装置に設定する設定部と、
 前記非直交多重に関する情報をブロードキャストに送信する送信処理部と、
を備える、通信装置。
(2)
 前記送信処理部は、非直交多重に関する情報を格納する所定のリソースに前記非直交多重に関する情報を格納してブロードキャストに送信する、前記(1)に記載の通信装置。
(3)
 前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重された信号を復号する受信処理部を備える、前記(1)に記載の通信装置。
(4)
 前記受信処理部は、前記第1の装置が前記リソースプールの中から、適当なリソースを選択して送信した信号を受信する、前記(3)に記載の通信装置。
(5)
 前記受信処理部は、リソース割り当て無しに前記第1の装置から送信された信号に対する信号を受信する、前記(3)に記載の通信装置。
(6)
 前記送信処理部は、前記非直交多重に関する情報の使用可否についてブロードキャストに送信する、前記(1)~(5)のいずれかに記載の通信装置。
(7)
 前記送信処理部は、同一の前記非直交多重に関する情報を使用する装置に対して同一の前記非直交多重に関する情報を使用している旨を送信する、前記(1)~(6)のいずれかに記載の通信装置。
(8)
 前記非直交多重に関する情報は、インターリーブパターンに関する情報を含む、前記(1)~(7)のいずれかに記載の通信装置。
(9)
 前記非直交多重に関する情報は、スクランブルパターンに関する情報を含む、前記(1)~(8)のいずれかに記載の通信装置。
(10)
 前記非直交多重に関する情報は、拡散信号パターンに関する情報を含む、前記(1)~(9)のいずれかに記載の通信装置。
(11)
 前記非直交多重に関する情報は、コードブックに関する情報を含む、前記(1)~(10)のいずれかに記載の通信装置。
(12)
 前記非直交多重に関する情報は、電力レベルに関する情報を含む、前記(1)~(11)のいずれかに記載の通信装置。
(13)
 前記所定のリソースプールは、自装置、前記第1の装置、または自装置及び前記第1の装置と異なる第2の装置によって指定される、前記(1)~(12)のいずれかに記載の通信装置。
(14)
 ブロードキャストで送信された非直交多重に関する情報を第1の装置から受信する受信処理部と、
 前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第1の装置に送信する送信処理部と、
を備え、
 前記送信処理部は、前記非直交多重に関する情報を前記第1の装置に送信する、通信装置。
(15)
 前記送信処理部は、前記非直交多重に関する情報を、同一の単位フレーム時間内に前記第1の装置に通知する、前記(14)に記載の通信装置。
(16)
 前記送信処理部は、使用していた前記非直交多重に関する情報が使用できなくなると別の非直交多重に関する情報を使用する、前記(14)または(15)に記載の通信装置。
(17)
 前記送信処理部は、新たに使用した前記非直交多重に関する情報を前記第1の装置に通知する、前記(16)に記載の通信装置。
(18)
 前記非直交多重に関する情報は、インターリーブパターンに関する情報を含む、前記(14)~(17)のいずれかに記載の通信装置。
(19)
 前記非直交多重に関する情報は、スクランブルパターンに関する情報を含む、前記(14)~(18)のいずれかに記載の通信装置。
(20)
 前記非直交多重に関する情報は、拡散信号パターンに関する情報を含む、前記(14)~(19)のいずれかに記載の通信装置。
(21)
 前記非直交多重に関する情報は、コードブックに関する情報を含む、前記(14)~(20)のいずれかに記載の通信装置。
(22)
 前記非直交多重に関する情報は、電力レベルに関する情報を含む、前記(14)~(21)のいずれかに記載の通信装置。
(23)
 送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第1の装置に設定することと、
 前記非直交多重に関する情報をブロードキャストに送信することと、
を含む、通信方法。
(24)
 ブロードキャストで送信された非直交多重に関する情報を第1の装置から受信することと、
 前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第1の装置に送信することと、
 前記非直交多重に関する情報を前記第1の装置に送信することと、
を含む、通信方法。
(25)
 コンピュータに、
 送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第1の装置に設定することと、
 前記非直交多重に関する情報をブロードキャストに送信することと、
を実行させる、コンピュータプログラム。
(26)
 コンピュータに、
 ブロードキャストで送信された非直交多重に関する情報を第1の装置から受信することと、
 前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第1の装置に送信することと、
 前記非直交多重に関する情報を前記第1の装置に送信することと、
を実行させる、コンピュータプログラム。

符号の説明

[0283]
 1  基地局装置
 101  上位層処理部
 103  制御部
 105  受信部
 1051  復号化部
 1053  復調部
 1055  多重分離部
 1057  無線受信部
 1059  チャネル測定部
 107  送信部
 1071  符号化部
 1073  変調部
 1075  多重部
 1077  無線送信部
 1079  下りリンク参照信号生成部
 109  送受信アンテナ
 2  端末装置
 201  上位層処理部
 203  制御部
 205  受信部
 2051  復号化部
 2053  復調部
 2055  多重分離部
 2057  無線受信部
 2059  チャネル測定部
 207  送信部
 2071  符号化部
 2073  変調部
 2075  多重部
 2077  無線送信部
 2079  上りリンク参照信号生成部
 209  送受信アンテナ

請求の範囲

[請求項1]
 送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第1の装置に設定する設定部と、
 前記非直交多重に関する情報をブロードキャストに送信する送信処理部と、
を備える、通信装置。
[請求項2]
 前記送信処理部は、非直交多重に関する情報を格納する所定のリソースに前記非直交多重に関する情報を格納してブロードキャストに送信する、請求項1に記載の通信装置。
[請求項3]
 前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重された信号を復号する受信処理部を備える、請求項1に記載の通信装置。
[請求項4]
 前記受信処理部は、前記第1の装置が前記リソースプールの中から、適当なリソースを選択して送信した信号を受信する、請求項3に記載の通信装置。
[請求項5]
 前記受信処理部は、リソース割り当て無しに前記第1の装置から送信された信号に対する信号を受信する、請求項3に記載の通信装置。
[請求項6]
 前記送信処理部は、前記非直交多重に関する情報の使用可否についてブロードキャストに送信する、請求項1に記載の通信装置。
[請求項7]
 前記送信処理部は、同一の前記非直交多重に関する情報を使用する装置に対して同一の前記非直交多重に関する情報を使用している旨を送信する、請求項1に記載の通信装置。
[請求項8]
 前記非直交多重に関する情報は、インターリーブパターンに関する情報を含む、請求項1に記載の通信装置。
[請求項9]
 前記非直交多重に関する情報は、スクランブルパターンに関する情報を含む、請求項1に記載の通信装置。
[請求項10]
 前記非直交多重に関する情報は、拡散信号パターンに関する情報を含む、請求項1に記載の通信装置。
[請求項11]
 前記非直交多重に関する情報は、コードブックに関する情報を含む、請求項1に記載の通信装置。
[請求項12]
 前記非直交多重に関する情報は、電力レベルに関する情報を含む、請求項1に記載の通信装置。
[請求項13]
 前記所定のリソースプールは、自装置、前記第1の装置、または自装置及び前記第1の装置と異なる第2の装置によって指定される、請求項1に記載の通信装置。
[請求項14]
 ブロードキャストで送信された非直交多重に関する情報を第1の装置から受信する受信処理部と、
 前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第1の装置に送信する送信処理部と、
を備え、
 前記送信処理部は、前記非直交多重に関する情報を前記第1の装置に送信する、通信装置。
[請求項15]
 前記送信処理部は、前記非直交多重に関する情報を、同一の単位フレーム時間内に前記第1の装置に通知する、請求項14に記載の通信装置。
[請求項16]
 前記送信処理部は、使用していた前記非直交多重に関する情報が使用できなくなると別の非直交多重に関する情報を使用する、請求項14に記載の通信装置。
[請求項17]
 前記送信処理部は、新たに使用した前記非直交多重に関する情報を前記第1の装置に通知する、請求項16に記載の通信装置。
[請求項18]
 前記非直交多重に関する情報は、インターリーブパターンに関する情報を含む、請求項14に記載の通信装置。
[請求項19]
 前記非直交多重に関する情報は、スクランブルパターンに関する情報を含む、請求項14に記載の通信装置。
[請求項20]
 前記非直交多重に関する情報は、拡散信号パターンに関する情報を含む、請求項14に記載の通信装置。
[請求項21]
 前記非直交多重に関する情報は、コードブックに関する情報を含む、請求項14に記載の通信装置。
[請求項22]
 前記非直交多重に関する情報は、電力レベルに関する情報を含む、請求項14に記載の通信装置。
[請求項23]
 送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第1の装置に設定することと、
 前記非直交多重に関する情報をブロードキャストに送信することと、
を含む、通信方法。
[請求項24]
 ブロードキャストで送信された非直交多重に関する情報を第1の装置から受信することと、
 前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第1の装置に送信することと、
 前記非直交多重に関する情報を前記第1の装置に送信することと、
を含む、通信方法。
[請求項25]
 コンピュータに、
 送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第1の装置に設定することと、
 前記非直交多重に関する情報をブロードキャストに送信することと、
を実行させる、コンピュータプログラム。
[請求項26]
 コンピュータに、
 ブロードキャストで送信された非直交多重に関する情報を第1の装置から受信することと、
 前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第1の装置に送信することと、
 前記非直交多重に関する情報を前記第1の装置に送信することと、
を実行させる、コンピュータプログラム。

図面

[ 図 1]

[ 図 2]

[ 図 3]

[ 図 4]

[ 図 5]

[ 図 6]

[ 図 7]

[ 図 8]

[ 図 9]

[ 図 10]

[ 図 11]

[ 図 12]

[ 図 13]

[ 図 14]

[ 図 15]

[ 図 16]

[ 図 17]

[ 図 18]

[ 図 19]

[ 図 20]

[ 図 21]

[ 図 22]

[ 図 23]

[ 図 24]

[ 図 25]

[ 図 26]

[ 図 27]

[ 図 28]