(57)【要約】【課題】ＮＯＭＡにおいて使用される情報を効果的に共有させることでＮＯＭＡ技術を効果的に利用できる、通信装置を提供する。【解決手段】送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第１の装置に設定する設定部と、前記非直交多重に関する情報をブロードキャストに送信する送信処理部と、を備える、通信装置が提供される。【選択図】図８
2018026660.tif 000002
【特許請求の範囲】
【請求項１】
送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第１の装置に設定する設定部と、
前記非直交多重に関する情報をブロードキャストに送信する送信処理部と、
を備える、通信装置。
【請求項２】
前記送信処理部は、非直交多重に関する情報を格納する所定のリソースに前記非直交多重に関する情報を格納してブロードキャストに送信する、請求項１に記載の通信装置。
【請求項３】
前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重された信号を復号する受信処理部を備える、請求項１に記載の通信装置。
【請求項４】
前記受信処理部は、前記第１の装置が前記リソースプールの中から、適当なリソースを選択して送信した信号を受信する、請求項３に記載の通信装置。
【請求項５】
前記受信処理部は、リソース割り当て無しに前記第１の装置から送信された信号に対する信号を受信する、請求項３に記載の通信装置。
【請求項６】
前記送信処理部は、前記非直交多重に関する情報の使用可否についてブロードキャストに送信する、請求項１に記載の通信装置。
【請求項７】
前記送信処理部は、同一の前記非直交多重に関する情報を使用する装置に対して同一の前記非直交多重に関する情報を使用している旨を送信する、請求項１に記載の通信装置。
【請求項８】
前記非直交多重に関する情報は、インターリーブパターンに関する情報を含む、請求項１に記載の通信装置。
【請求項９】
前記非直交多重に関する情報は、スクランブルパターンに関する情報を含む、請求項１に記載の通信装置。
【請求項１０】
前記非直交多重に関する情報は、拡散信号パターンに関する情報を含む、請求項１に記載の通信装置。
【請求項１１】
前記非直交多重に関する情報は、コードブックに関する情報を含む、請求項１に記載の通信装置。
【請求項１２】
前記非直交多重に関する情報は、電力レベルに関する情報を含む、請求項１に記載の通信装置。
【請求項１３】
前記所定のリソースプールは、自装置、前記第１の装置、または自装置及び前記第１の装置と異なる第２の装置によって指定される、請求項１に記載の通信装置。
【請求項１４】
ブロードキャストで送信された非直交多重に関する情報を第１の装置から受信する受信処理部と、
前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第１の装置に送信する送信処理部と、
を備え、
前記送信処理部は、前記非直交多重に関する情報を前記第１の装置に送信する、通信装置。
【請求項１５】
前記送信処理部は、前記非直交多重に関する情報を、同一の単位フレーム時間内に前記第１の装置に通知する、請求項１４に記載の通信装置。
【請求項１６】
前記送信処理部は、使用していた前記非直交多重に関する情報が使用できなくなると別の非直交多重に関する情報を使用する、請求項１４に記載の通信装置。
【請求項１７】
前記送信処理部は、新たに使用した前記非直交多重に関する情報を前記第１の装置に通知する、請求項１６に記載の通信装置。
【請求項１８】
前記非直交多重に関する情報は、インターリーブパターンに関する情報を含む、請求項１４に記載の通信装置。
【請求項１９】
前記非直交多重に関する情報は、スクランブルパターンに関する情報を含む、請求項１４に記載の通信装置。
【請求項２０】
前記非直交多重に関する情報は、拡散信号パターンに関する情報を含む、請求項１４に記載の通信装置。
【請求項２１】
前記非直交多重に関する情報は、コードブックに関する情報を含む、請求項１４に記載の通信装置。
【請求項２２】
前記非直交多重に関する情報は、電力レベルに関する情報を含む、請求項１４に記載の通信装置。
【請求項２３】
送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第１の装置に設定することと、
前記非直交多重に関する情報をブロードキャストに送信することと、
を含む、通信方法。
【請求項２４】
ブロードキャストで送信された非直交多重に関する情報を第１の装置から受信することと、
前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第１の装置に送信することと、
前記非直交多重に関する情報を前記第１の装置に送信することと、
を含む、通信方法。
【請求項２５】
コンピュータに、
送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第１の装置に設定することと、
前記非直交多重に関する情報をブロードキャストに送信することと、
を実行させる、コンピュータプログラム。
【請求項２６】
コンピュータに、
ブロードキャストで送信された非直交多重に関する情報を第１の装置から受信することと、
前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第１の装置に送信することと、
前記非直交多重に関する情報を前記第１の装置に送信することと、
を実行させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置、通信方法及びプログラムに関する。
【背景技術】
【０００２】
セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）」、「ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）」、「ＬＴＥ−Ａｄｖａｎｃｅｄ  Ｐｒｏ（ＬＴＥ−Ａ  Ｐｒｏ）」、「Ｎｅｗ  Ｒａｄｉｏ（ＮＲ）」、「Ｎｅｗ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ（ＮＲＡＴ）」、「Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（ＥＵＴＲＡ）」、または「Ｆｕｒｔｈｅｒ  ＥＵＴＲＡ（ＦＥＵＴＲＡ）」とも称する。）が、第三世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ：  ３ＧＰＰ）において検討されている。なお、以下の説明において、ＬＴＥは、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、およびＥＵＴＲＡを含み、ＮＲは、ＮＲＡＴ、およびＦＥＵＴＲＡを含む。ＬＴＥおよびＮＲでは、基地局装置（基地局）はｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）、端末装置（移動局、移動局装置、端末）はＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）とも称する。ＬＴＥおよびＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。
【０００３】
ＮＲは、ＬＴＥに対する次世代の無線アクセス方式として、ＬＴＥとは異なるＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）である。ＮＲは、ｅＭＢＢ（Ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（Ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）およびＵＲＬＬＣ（Ｕｌｔｒａ  ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）を含む様々なユースケースに対応できるアクセス技術である。ＮＲは、それらのユースケースにおける利用シナリオ、要求条件、および配置シナリオなどに対応する技術フレームワークを目指して検討される。ＮＲでは、ＬＴＥと比較して約２０倍の最大データレート対応や約１０倍の端末数同時通信対応などといった理由から、さらなる周波数利用効率の向上が求められている。周波数利用効率を向上する技術の一つとして非直交多元接続  （Ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ：  ＮＯＭＡ）  技術が注目されている。ＮＯＭＡの技術詳細は、非特許文献１に開示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】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.
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＮＯＭＡは周波数軸および時間軸にＩｎｔｅｒｌｅａｖｅ  ｐａｔｔｅｒｎ軸，Ｓｐｒｅａｄｉｎｇ  Ｐａｔｔｅｒｎ軸，Ｓｃｒａｍｂｌｉｎｇ  Ｐａｔｔｅｒｎ軸，Ｃｏｄｅｂｏｏｋ軸、Ｐｏｗｅｒ軸などの非直交軸を追加することで、リソースを増加し、周波数利用効率を向上する技術であり、ＮＲでの技術利用が期待されている。ＮＯＭＡ技術は同一の周波数および時間リソースで複数信号の多重を可能とする一方で、受信装置において信号復号のためにキャンセル処理や最尤判定といったような処理をする必要がある。そのため、シグナリングや多重信号の決定法、リソースアロケーションなどの効率的な手段の検討は、ＮＯＭＡ技術において重要である。
【０００６】
そこで本開示は、ＮＯＭＡにおいて使用される情報を効果的に共有させることでＮＯＭＡ技術を効果的に利用できる、新規かつ改良された通信装置、通信方法及びプログラムを提案する。
【課題を解決するための手段】
【０００７】
本開示によれば、送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第１の装置に設定する設定部と、前記非直交多重に関する情報をブロードキャストに送信する送信処理部と、を備える、通信装置が提供される。
【０００８】
また本開示によれば、ブロードキャストで送信された非直交多重に関する情報を第１の装置から受信する受信処理部と、前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第１の装置に送信する送信処理部と、を備え、前記送信処理部は、前記非直交多重に関する情報を前記第１の装置に送信する、通信装置が提供される。
【０００９】
また本開示によれば、送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第１の装置に設定することと、前記非直交多重に関する情報をブロードキャストに送信することと、を含む、通信方法が提供される。
【００１０】
また本開示によれば、ブロードキャストで送信された非直交多重に関する情報を第１の装置から受信することと、前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第１の装置に送信することと、前記非直交多重に関する情報を前記第１の装置に送信することと、を含む、通信方法が提供される。
【００１１】
また本開示によれば、コンピュータに、送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第１の装置に設定することと、前記非直交多重に関する情報をブロードキャストに送信することと、を実行させる、コンピュータプログラムが提供される。
【００１２】
また本開示によれば、コンピュータに、ブロードキャストで送信された非直交多重に関する情報を第１の装置から受信することと、前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第１の装置に送信することと、前記非直交多重に関する情報を前記第１の装置に送信することと、を実行させる、コンピュータプログラムが提供される。
【発明の効果】
【００１３】
以上説明したように本開示によれば、ＮＯＭＡにおいて使用される情報を効果的に共有させることでＮＯＭＡ技術を効果的に利用できる、新規かつ改良された通信装置、通信方法及びプログラムを提供することができる。
【００１４】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１５】
【図１】本実施形態におけるコンポーネントキャリアの設定の一例を示す図である。
【図２】本実施形態におけるコンポーネントキャリアの設定の一例を示す図である。
【図３】本実施形態におけるＬＴＥの下りリンクサブフレームの一例を示す図である。
【図４】本実施形態におけるＬＴＥの上りリンクサブフレームの一例を示す図である。
【図５】ＮＲセルにおける送信信号に関するパラメータセットの一例を示す図である。
【図６】本実施形態におけるＮＲの下りリンクサブフレームの一例を示す図である。
【図７】本実施形態におけるＮＲの上りリンクサブフレームの一例を示す図である。
【図８】本実施形態の基地局装置１の構成を示す概略ブロック図である。
【図９】本実施形態の端末装置２の構成を示す概略ブロック図である。
【図１０】本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。
【図１１】本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。
【図１２】本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。
【図１３】本実施形態における自己完結型送信のフレーム構成の一例を示す図である。
【図１４】NOMA送信処理の一例を示す説明図である。
【図１５】NOMA送信処理の一例を示す説明図である。
【図１６】NOMA送信処理の一例を示す説明図である。
【図１７】NOMA送信処理の一例を示す説明図である。
【図１８】NOMA受信処理の一例を示す説明図である。
【図１９】Grant-free  based送信用のリソースプールの例を示す説明図である。
【図２０】NOMA  Pattern  Vector通知用リソースの例を示す説明図である。
【図２１】NOMA  Pattern  Vector通知用のリソースの例を示す説明図である。
【図２２】リソースマッピングの例を示す説明図である。
【図２３】送信装置（例えば基地局装置１）と受信装置（端末装置２）との間の、NOMA  Pattern  Vector通知シーケンス例を示す流れ図である。
【図２４】送信装置（例えば基地局装置１）と受信装置（端末装置２）との間の、NOMA  Pattern  Vector通知シーケンス例を示す流れ図である。
【図２５】本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。
【図２６】本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。
【図２７】本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。
【図２８】本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
また、特に明記されない限り、以下で説明される技術、機能、方法、構成、手順、およびその他全ての記載は、ＬＴＥおよびＮＲに適用できる。
【００１８】
なお、説明は以下の順序で行うものとする。
１．本開示の実施の形態
２．応用例
３．まとめ
【００１９】
＜１．本開示の実施の形態＞
＜本実施形態における無線通信システム＞
本実施形態において、無線通信システムは、基地局装置１および端末装置２を少なくとも具備する。基地局装置１は複数の端末装置を収容できる。基地局装置１は、他の基地局装置とＸ２インターフェースの手段によって互いに接続できる。また、基地局装置１は、Ｓ１インターフェースの手段によってＥＰＣ（Evolved  Packet  Core）に接続できる。さらに、基地局装置１は、Ｓ１−ＭＭＥインターフェースの手段によってＭＭＥ（Mobility  Management  Entity）に接続でき、Ｓ１−Ｕインターフェースの手段によってＳ−ＧＷ（Serving  Gateway）に接続できる。Ｓ１インターフェースは、ＭＭＥおよび／またはＳ−ＧＷと基地局装置１との間で、多対多の接続をサポートしている。また、本実施形態において、基地局装置１および端末装置２は、それぞれＬＴＥおよび／またはＮＲをサポートする。
【００２０】
＜本実施形態における無線アクセス技術＞
本実施形態において、基地局装置１および端末装置２は、それぞれ１つ以上の無線アクセス技術（ＲＡＴ）をサポートする。例えば、ＲＡＴは、ＬＴＥおよびＮＲを含む。１つのＲＡＴは、１つのセル（コンポーネントキャリア）に対応する。すなわち、複数のＲＡＴがサポートされる場合、それらのＲＡＴは、それぞれ異なるセルに対応する。本実施形態において、セルは、下りリンクリソース、上りリンクリソース、および／または、サイドリンクの組み合わせである。また、以下の説明において、ＬＴＥに対応するセルはＬＴＥセルと呼称され、ＮＲに対応するセルはＮＲセルと呼称される。
【００２１】
下りリンクの通信は、基地局装置１から端末装置２に対する通信である。下りリンク送信は、基地局装置１から端末装置２に対する送信であり、下りリンク物理チャネルおよび／または下りリンク物理信号の送信である。上りリンクの通信は、端末装置２から基地局装置１に対する通信である。上りリンク送信は、端末装置２から基地局装置１に対する送信であり、上りリンク物理チャネルおよび／または上りリンク物理信号の送信である。サイドリンクの通信は、端末装置２から別の端末装置２に対する通信である。サイドリンク送信は、端末装置２から別の端末装置２に対する送信であり、サイドリンク物理チャネルおよび／またはサイドリンク物理信号の送信である。
【００２２】
サイドリンクの通信は、端末装置間の近接直接検出および近接直接通信のために定義される。サイドリンクの通信は、上りリンクおよび下りリンクと同様なフレーム構成を用いることができる。また、サイドリンクの通信は、上りリンクリソースおよび／または下りリンクリソースの一部（サブセット）に制限されうる。
【００２３】
基地局装置１および端末装置２は、下りリンク、上りリンクおよび／またはサイドリンクにおいて、１つ以上のセルの集合を用いる通信をサポートできる。複数のセルの集合は、キャリアアグリゲーションまたはデュアルコネクティビティとも呼称される。キャリアアグリゲーションとデュアルコネクティビティの詳細は後述される。また、それぞれのセルは、所定の周波数帯域幅を用いる。所定の周波数帯域幅における最大値、最小値および設定可能な値は、予め規定できる。
【００２４】
図１は、本実施形態におけるコンポーネントキャリアの設定の一例を示す図である。図１の例では、１つのＬＴＥセルと２つのＮＲセルが設定される。１つのＬＴＥセルは、プライマリーセルとして設定される。２つのＮＲセルは、それぞれプライマリーセカンダリーセルおよびセカンダリーセルとして設定される。２つのＮＲセルは、キャリアアグリゲーションにより統合される。また、ＬＴＥセルとＮＲセルは、デュアルコネクティビティにより統合される。なお、ＬＴＥセルとＮＲセルは、キャリアアグリゲーションにより統合されてもよい。図１の例では、ＮＲは、プライマリーセルであるＬＴＥセルにより接続をアシストされることが可能であるため、スタンドアロンで通信するための機能のような一部の機能をサポートしなくてもよい。スタンドアロンで通信するための機能は、初期接続に必要な機能を含む。
【００２５】
図２は、本実施形態におけるコンポーネントキャリアの設定の一例を示す図である。図２の例では、２つのＮＲセルが設定される。２つのＮＲセルは、それぞれプライマリーセルおよびセカンダリーセルとして設定され、キャリアアグリゲーションにより統合される。この場合、ＮＲセルがスタンドアロンで通信するための機能をサポートすることにより、ＬＴＥセルのアシストが不要になる。なお、２つのＮＲセルは、デュアルコネクティビティにより統合されてもよい。
【００２６】
＜本実施形態における無線フレーム構成＞
本実施形態において、１０ｍｓ（ミリ秒）で構成される無線フレーム（radio  frame）が規定される。無線フレームのそれぞれは２つのハーフフレームから構成される。ハーフフレームの時間間隔は、５ｍｓである。ハーフフレームのそれぞれは、５つのサブフレームから構成される。サブフレームの時間間隔は、１ｍｓであり、２つの連続するスロットによって定義される。スロットの時間間隔は、０．５ｍｓである。無線フレーム内のｉ番目のサブフレームは、（２×ｉ）番目のスロットと（２×ｉ＋１）番目のスロットとから構成される。つまり、無線フレームのそれぞれにおいて、１０個のサブフレームが規定される。
【００２７】
サブフレームは、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームおよびサイドリンクサブフレームなどを含む。
【００２８】
下りリンクサブフレームは下りリンク送信のために予約されるサブフレームである。上りリンクサブフレームは上りリンク送信のために予約されるサブフレームである。スペシャルサブフレームは３つのフィールドから構成される。３つのフィールドは、ＤｗＰＴＳ（Downlink  Pilot  Time  Slot）、ＧＰ（Guard  Period）、およびＵｐＰＴＳ（Uplink  Pilot  Time  Slot）を含む。ＤｗＰＴＳ、ＧＰ、およびＵｐＰＴＳの合計の長さは１ｍｓである。ＤｗＰＴＳは下りリンク送信のために予約されるフィールドである。ＵｐＰＴＳは上りリンク送信のために予約されるフィールドである。ＧＰは下りリンク送信および上りリンク送信が行われないフィールドである。なお、スペシャルサブフレームは、ＤｗＰＴＳおよびＧＰのみによって構成されてもよいし、ＧＰおよびＵｐＰＴＳのみによって構成されてもよい。スペシャルサブフレームは、ＴＤＤにおいて下りリンクサブフレームと上りリンクサブフレームとの間に配置され、下りリンクサブフレームから上りリンクサブフレームに切り替えるために用いられる。サイドリンクサブフレームは、サイドリンク通信のために予約または設定されるサブフレームである。サイドリンクは、端末装置間の近接直接通信および近接直接検出のために用いられる。
【００２９】
単一の無線フレームは、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームおよび／またはサイドリンクサブフレームから構成される。また、単一の無線フレームは、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームまたはサイドリンクサブフレームのみで構成されてもよい。
【００３０】
複数の無線フレーム構成がサポートされる。無線フレーム構成は、フレーム構成タイプで規定される。フレーム構成タイプ１は、ＦＤＤのみに適用できる。フレーム構成タイプ２は、ＴＤＤのみに適用できる。フレーム構成タイプ３は、ＬＡＡ（Licensed  Assisted  Access）セカンダリーセルの運用のみに適用できる。
【００３１】
フレーム構成タイプ２において、複数の上りリンク−下りリンク構成が規定される。上りリンク−下りリンク構成において、１つの無線フレームにおける１０のサブフレームのそれぞれは、下りリンクサブフレーム、上りリンクサブフレーム、およびスペシャルサブフレームのいずれかに対応する。サブフレーム０、サブフレーム５およびＤｗＰＴＳは常に下りリンク送信のために予約される。ＵｐＰＴＳおよびそのスペシャルサブフレームの直後のサブフレームは常に上りリンク送信のために予約される。
【００３２】
フレーム構成タイプ３において、１つの無線フレーム内の１０のサブフレームが下りリンク送信のために予約される。端末装置２は、ＰＤＳＣＨまたは検出信号が送信されないサブフレームを空のサブフレームとして扱うことができる。端末装置２は、所定の信号、チャネルおよび／または下りリンク送信があるサブフレームで検出されない限り、そのサブフレームにいかなる信号および／またはチャネルも存在しないと想定する。下りリンク送信は、１つまたは複数の連続したサブフレームで専有される。その下りリンク送信の最初のサブフレームは、そのサブフレーム内のどこからでも開始されてもよい。その下りリンク送信の最後のサブフレームは、完全に専有されるか、ＤｗＰＴＳで規定される時間間隔で専有されるか、のいずれかであってもよい。
【００３３】
なお、フレーム構成タイプ３において、１つの無線フレーム内の１０のサブフレームが上りリンク送信のために予約されてもよい。また、１つの無線フレーム内の１０のサブフレームのそれぞれが、下りリンクサブフレーム、上りリンクサブフレーム、スペシャルサブフレームおよびサイドリンクサブフレームのいずれかに対応するようにしてもよい。
【００３４】
基地局装置１は、スペシャルサブフレームのＤｗＰＴＳにおいて、下りリンク物理チャネルおよび下りリンク物理信号を送信してもよい。基地局装置１は、スペシャルサブフレームのＤｗＰＴＳにおいて、ＰＢＣＨの送信を制限できる。端末装置２は、スペシャルサブフレームのＵｐＰＴＳにおいて、上りリンク物理チャネルおよび上りリンク物理信号を送信してもよい。端末装置２は、スペシャルサブフレームのＵｐＰＴＳにおいて、一部の上りリンク物理チャネルおよび上りリンク物理信号の送信を制限できる。
【００３５】
なお、１つの送信における時間間隔はＴＴＩ（Transmission Time Interval）と呼称され、ＬＴＥにおいて、１ｍｓ（１サブフレーム）を１ＴＴＩと定義される。
【００３６】
＜本実施形態におけるＬＴＥのフレーム構成＞
図３は、本実施形態におけるＬＴＥの下りリンクサブフレームの一例を示す図である。図３に示される図は、ＬＴＥの下りリンクリソースグリッドとも呼称される。基地局装置１は、端末装置２への下りリンクサブフレームにおいて、ＬＴＥの下りリンク物理チャネルおよび／またはＬＴＥの下りリンク物理信号を送信できる。端末装置２は、基地局装置１からの下りリンクサブフレームにおいて、ＬＴＥの下りリンク物理チャネルおよび／またはＬＴＥの下りリンク物理信号を受信できる。
【００３７】
図４は、本実施形態におけるＬＴＥの上りリンクサブフレームの一例を示す図である。図４に示される図は、ＬＴＥの上りリンクリソースグリッドとも呼称される。端末装置２は、基地局装置１への上りリンクサブフレームにおいて、ＬＴＥの上りリンク物理チャネルおよび／またはＬＴＥの上りリンク物理信号を送信できる。基地局装置１は、端末装置２からの上りリンクサブフレームにおいて、ＬＴＥの上りリンク物理チャネルおよび／またはＬＴＥの上りリンク物理信号を受信できる。
【００３８】
本実施形態において、ＬＴＥの物理リソースは以下のように定義されうる。１つのスロットは複数のシンボルによって定義される。スロットのそれぞれにおいて送信される物理信号または物理チャネルは、リソースグリッドによって表現される。下りリンクにおいて、リソースグリッドは、周波数方向に対する複数のサブキャリアと、時間方向に対する複数のＯＦＤＭシンボルによって定義される。上りリンクにおいて、リソースグリッドは、周波数方向に対する複数のサブキャリアと、時間方向に対する複数のＳＣ−ＦＤＭＡシンボルによって定義される。サブキャリアまたはリソースブロックの数は、セルの帯域幅に依存して決まるようにしてもよい。１つのスロットにおけるシンボルの数は、ＣＰ（Cyclic  Prefix）のタイプによって決まる。ＣＰのタイプは、ノーマルＣＰまたは拡張ＣＰである。ノーマルＣＰにおいて、１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの数は７である。拡張ＣＰにおいて、１つのスロットを構成するＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルの数は６である。リソースグリッド内のエレメントのそれぞれはリソースエレメントと称される。リソースエレメントは、サブキャリアのインデックス（番号）とシンボルのインデックス（番号）とを用いて識別される。なお、本実施形態の説明において、ＯＦＤＭシンボルまたはＳＣ−ＦＤＭＡシンボルは単にシンボルとも呼称される。
【００３９】
リソースブロックは、ある物理チャネル（ＰＤＳＣＨまたはＰＵＳＣＨなど）をリソースエレメントにマッピングするために用いられる。リソースブロックは、仮想リソースブロックと物理リソースブロックを含む。ある物理チャネルは、仮想リソースブロックにマッピングされる。仮想リソースブロックは、物理リソースブロックにマッピングされる。１つの物理リソースブロックは、時間領域において所定数の連続するシンボルで定義される。１つの物理リソースブロックは、周波数領域において所定数の連続するサブキャリアとから定義される。１つの物理リソースブロックにおけるシンボル数およびサブキャリア数は、そのセルにおけるＣＰのタイプ、サブキャリア間隔および／または上位層によって設定されるパラメータなどに基づいて決まる。例えば、ＣＰのタイプがノーマルＣＰであり、サブキャリア間隔が１５ｋＨｚである場合、１つの物理リソースブロックにおけるシンボル数は７であり、サブキャリア数は１２である。その場合、１つの物理リソースブロックは（７×１２）個のリソースエレメントから構成される。物理リソースブロックは周波数領域において０から番号が付けられる。また、同一の物理リソースブロック番号が対応する、１つのサブフレーム内の２つのリソースブロックは、物理リソースブロックペア（ＰＲＢペア、ＲＢペア）として定義される。
【００４０】
ＬＴＥセルのそれぞれにおいて、あるサブフレームでは、１つの所定のパラメータが用いられる。例えば、その所定のパラメータは、送信信号に関するパラメータ（物理パラメータ）である。送信信号に関するパラメータは、ＣＰ長、サブキャリア間隔、１つのサブフレーム（所定の時間長）におけるシンボル数、１つのリソースブロック（所定の周波数帯域）のおけるサブキャリア数、多元接続方式、および、信号波形などを含む。
【００４１】
すなわち、ＬＴＥセルでは、下りリンク信号および上りリンク信号は、それぞれ所定の時間長（例えば、サブフレーム）において、１つの所定のパラメータを用いて生成される。換言すると、端末装置２は、基地局装置１から送信される下りリンク信号、および、基地局装置１に送信する上りリンク信号が、それぞれ所定の時間長において、１つの所定のパラメータで生成される、と想定する。また、基地局装置１は、端末装置２に送信する下りリンク信号、および、端末装置２から送信される上りリンク信号が、それぞれ所定の時間長において、１つの所定のパラメータで生成されるように設定する。
【００４２】
＜本実施形態におけるＮＲのフレーム構成＞
ＮＲセルのそれぞれにおいて、ある所定の時間長（例えば、サブフレーム）では、１つ以上の所定のパラメータが用いられる。すなわち、ＮＲセルでは、下りリンク信号および上りリンク信号は、それぞれ所定の時間長において、１つ以上の所定のパラメータを用いて生成される。換言すると、端末装置２は、基地局装置１から送信される下りリンク信号、および、基地局装置１に送信する上りリンク信号が、それぞれ所定の時間長において、１つ以上の所定のパラメータで生成される、と想定する。また、基地局装置１は、端末装置２に送信する下りリンク信号、および、端末装置２から送信される上りリンク信号が、それぞれ所定の時間長において、１つ以上の所定のパラメータで生成されるように設定できる。複数の所定のパラメータが用いられる場合、それらの所定のパラメータが用いられて生成される信号は、所定の方法により多重される。例えば、所定の方法は、ＦＤＭ（Frequency Division Multiplexing）、ＴＤＭ（Time
Division Multiplexing）、ＣＤＭ（Code Division Multiplexing）および／またはＳＤＭ（Spatial Division Multiplexing）などを含む。
【００４３】
ＮＲセルに設定される所定のパラメータの組み合わせは、パラメータセットとして、複数種類を予め規定できる。
【００４４】
図５は、ＮＲセルにおける送信信号に関するパラメータセットの一例を示す図である。図５の例では、パラメータセットに含まれる送信信号に関するパラメータは、サブキャリア間隔、ＮＲセルにおけるリソースブロックあたりのサブキャリア数、サブフレームあたりのシンボル数、および、ＣＰ長タイプである。ＣＰ長タイプは、ＮＲセルで用いられるＣＰ長のタイプである。例えば、ＣＰ長タイプ１はＬＴＥにおけるノーマルＣＰに相当し、ＣＰ長タイプ２はＬＴＥにおける拡張ＣＰに相当する。
ＮＲセルにおける送信信号に関するパラメータセットは、下りリンクおよび上りリンクでそれぞれ個別に規定することができる。また、ＮＲセルにおける送信信号に関するパラメータセットは、下りリンクおよび上りリンクでそれぞれ独立に設定できる。
【００４５】
図６は、本実施形態におけるＮＲの下りリンクサブフレームの一例を示す図である。図６の例では、パラメータセット１、パラメータセット０およびパラメータセット２を用いて生成される信号が、セル（システム帯域幅）において、ＦＤＭされる。図６に示される図は、ＮＲの下りリンクリソースグリッドとも呼称される。基地局装置１は、端末装置２への下りリンクサブフレームにおいて、ＮＲの下りリンク物理チャネルおよび／またはＮＲの下りリンク物理信号を送信できる。端末装置２は、基地局装置１からの下りリンクサブフレームにおいて、ＮＲの下りリンク物理チャネルおよび／またはＮＲの下りリンク物理信号を受信できる。
【００４６】
図７は、本実施形態におけるＮＲの上りリンクサブフレームの一例を示す図である。図７の例では、パラメータセット１、パラメータセット０およびパラメータセット２を用いて生成される信号が、セル（システム帯域幅）において、ＦＤＭされる。図６に示される図は、ＮＲの上りリンクリソースグリッドとも呼称される。基地局装置１は、端末装置２への上りリンクサブフレームにおいて、ＮＲの上りリンク物理チャネルおよび／またはＮＲの上りリンク物理信号を送信できる。端末装置２は、基地局装置１からの上りリンクサブフレームにおいて、ＮＲの上りリンク物理チャネルおよび／またはＮＲの上りリンク物理信号を受信できる。
【００４７】
＜本実施形態におけるアンテナポート＞
アンテナポートは、あるシンボルを運ぶ伝搬チャネルが、同一のアンテナポートにおける別のシンボルを運ぶ伝搬チャネルから推測できるようにするために定義される。例えば、同一のアンテナポートにおける異なる物理リソースは、同一の伝搬チャネルで送信されていると想定できる。すなわち、あるアンテナポートにおけるシンボルは、そのアンテナポートにおける参照信号により伝搬チャネルを推定し、復調することができる。また、アンテナポート毎に１つのリソースグリッドがある。アンテナポートは、参照信号によって定義される。また、それぞれの参照信号は、複数のアンテナポートを定義できる。
【００４８】
アンテナポートはアンテナポート番号によって特定または識別される。例えば、アンテナポート０〜３は、ＣＲＳが送信されるアンテナポートである。すなわち、アンテナポート０〜３で送信されるＰＤＳＣＨは、アンテナポート０〜３に対応するＣＲＳで復調できる。
【００４９】
２つのアンテナポートは所定の条件を満たす場合、準同一位置（ＱＣＬ：Quasi  co-location）であると表すことができる。その所定の条件は、あるアンテナポートにおけるシンボルを運ぶ伝搬チャネルの広域的特性が、別のアンテナポートにおけるシンボルを運ぶ伝搬チャネルから推測できることである。広域的特性は、遅延分散、ドップラースプレッド、ドップラーシフト、平均利得および／または平均遅延を含む。
【００５０】
本実施形態において、アンテナポート番号は、ＲＡＴ毎に異なって定義されてもよいし、ＲＡＴ間で共通に定義されてもよい。例えば、ＬＴＥにおけるアンテナポート０〜３は、ＣＲＳが送信されるアンテナポートである。ＮＲにおいて、アンテナポート０〜３は、ＬＴＥと同様のＣＲＳが送信されるアンテナポートとすることができる。また、ＮＲにおいて、ＬＴＥと同様のＣＲＳが送信されるアンテナポートは、アンテナポート０〜３とは異なるアンテナポート番号とすることができる。本実施形態の説明において、所定のアンテナポート番号は、ＬＴＥおよび／またはＮＲに対して適用できる。
【００５１】
＜本実施形態における物理チャネルおよび物理信号＞
本実施形態において、物理チャネルおよび物理信号が用いられる。
【００５２】
物理チャネルは、下りリンク物理チャネル、上りリンク物理チャネルおよびサイドリンク物理チャネルを含む。物理信号は、下りリンク物理信号、上りリンク物理信号およびサイドリンク物理信号を含む。
【００５３】
ＬＴＥにおける物理チャネルおよび物理信号は、それぞれＬＴＥ物理チャネルおよびＬＴＥ物理信号とも呼称される。ＮＲにおける物理チャネルおよび物理信号は、それぞれＮＲ物理チャネルおよびＮＲ物理信号とも呼称される。ＬＴＥ物理チャネルおよびＮＲ物理チャネルは、それぞれ異なる物理チャネルとして定義できる。ＬＴＥ物理信号およびＮＲ物理信号は、それぞれ異なる物理信号として定義できる。本実施形態の説明において、ＬＴＥ物理チャネルおよびＮＲ物理チャネルは単に物理チャネルとも呼称され、ＬＴＥ物理信号およびＮＲ物理信号は単に物理信号とも呼称される。すなわち、物理チャネルに対する説明は、ＬＴＥ物理チャネルおよびＮＲ物理チャネルのいずれに対しても適用できる。物理信号に対する説明は、ＬＴＥ物理信号およびＮＲ物理信号のいずれに対しても適用できる。
【００５４】
＜本実施形態における下りリンク物理チャネル＞
ＰＢＣＨは、基地局装置１のサービングセルに固有の報知情報であるＭＩＢ（Master  Information  Block）を報知するために用いられる。ＰＢＣＨは無線フレーム内のサブフレーム０のみで送信される。ＭＩＢは、４０ｍｓ間隔で更新できる。ＰＢＣＨは１０ｍｓ周期で繰り返し送信される。具体的には、ＳＦＮ（System  Frame  Number）を４で割った余りが０である条件を満たす無線フレームにおけるサブフレーム０においてＭＩＢの初期送信が行なわれ、他の全ての無線フレームにおけるサブフレーム０においてＭＩＢの再送信（repetition）が行われる。ＳＦＮは無線フレームの番号（システムフレーム番号）である。ＭＩＢはシステム情報である。例えば、ＭＩＢは、ＳＦＮを示す情報を含む。
【００５５】
ＰＨＩＣＨは、基地局装置１が受信した上りリンクデータ（Uplink  Shared  Channel:  UL-SCH）に対するＡＣＫ（ACKnowledgement）またはＮＡＣＫ（Negative  ACKnowledgement）を示すＨＡＲＱ−ＡＣＫ（ＨＡＲＱインディケータ、ＨＡＲＱフィードバック、応答情報）を送信するために用いられる。例えば、端末装置２がＡＣＫを示すＨＡＲＱ−ＡＣＫを受信した場合は、対応する上りリンクデータを再送しない。例えば、端末装置２がＮＡＣＫを示すＨＡＲＱ−ＡＣＫを受信した場合は、端末装置２は対応する上りリンクデータを所定の上りリンクサブフレームで再送する。あるＰＨＩＣＨは、ある上りリンクデータに対するＨＡＲＱ−ＡＣＫを送信する。基地局装置１は、同一のＰＵＳＣＨに含まれる複数の上りリンクデータに対するＨＡＲＱ−ＡＣＫのそれぞれを複数のＰＨＩＣＨを用いて送信する。
【００５６】
ＰＤＣＣＨおよびＥＰＤＣＣＨは、下りリンク制御情報（Downlink  Control  Information:  DCI）を送信するために用いられる。下りリンク制御情報の情報ビットのマッピングが、ＤＣＩフォーマットとして定義される。下りリンク制御情報は、下りリンクグラント（downlink  grant）および上りリンクグラント（uplink  grant）を含む。下りリンクグラントは、下りリンクアサインメント（downlink  assignment）または下りリンク割り当て（downlink  allocation）とも称する。
【００５７】
ＰＤＣＣＨは、連続する１つまたは複数のＣＣＥ（Control  Channel  Element）の集合によって送信される。ＣＣＥは、９つのＲＥＧ（Resource  Element  Group）で構成される。ＲＥＧは、４つのリソースエレメントで構成される。ＰＤＣＣＨがｎ個の連続するＣＣＥで構成される場合、そのＰＤＣＣＨは、ＣＣＥのインデックス（番号）であるｉをｎで割った余りが０である条件を満たすＣＣＥから始まる。
【００５８】
ＥＰＤＣＣＨは、連続する１つまたは複数のＥＣＣＥ（Enhanced  Control  Channel  Element）の集合によって送信される。ＥＣＣＥは、複数のＥＲＥＧ（Enhanced  Resource  Element  Group）で構成される。
【００５９】
下りリンクグラントは、あるセル内のＰＤＳＣＨのスケジューリングに用いられる。下りリンクグラントは、その下りリンクグラントが送信されたサブフレームと同じサブフレーム内のＰＤＳＣＨのスケジューリングに用いられる。上りリンクグラントは、あるセル内のＰＵＳＣＨのスケジューリングに用いられる。上りリンクグラントは、その上りリンクグラントが送信されたサブフレームより４つ以上後のサブフレーム内の単一のＰＵＳＣＨのスケジューリングに用いられる。
【００６０】
ＤＣＩには、ＣＲＣ（Cyclic  Redundancy  Check）パリティビットが付加される。ＣＲＣパリティビットは、ＲＮＴＩ（Radio  Network  Temporary  Identifier）でスクランブルされる。ＲＮＴＩは、ＤＣＩの目的などに応じて、規定または設定できる識別子である。ＲＮＴＩは、仕様で予め規定される識別子、セルに固有の情報として設定される識別子、端末装置２に固有の情報として設定される識別子、または、端末装置２に属するグループに固有の情報として設定される識別子である。例えば、端末装置２は、ＰＤＣＣＨまたはＥＰＤＣＣＨのモニタリングにおいて、ＤＣＩに付加されたＣＲＣパリティビットに所定のＲＮＴＩでデスクランブルし、ＣＲＣが正しいかどうかを識別する。ＣＲＣが正しい場合、そのＤＣＩは端末装置２のためのＤＣＩであることが分かる。
【００６１】
ＰＤＳＣＨは、下りリンクデータ（Downlink  Shared  Channel:  DL-SCH）を送信するために用いられる。また、ＰＤＳＣＨは、上位層の制御情報を送信するためにも用いられる。
【００６２】
ＰＭＣＨは、マルチキャストデータ（Multicast  Channel:  MCH）を送信するために用いられる。
【００６３】
ＰＤＣＣＨ領域において、複数のＰＤＣＣＨが周波数、時間、および／または、空間多重されてもよい。ＥＰＤＣＣＨ領域において、複数のＥＰＤＣＣＨが周波数、時間、および／または、空間多重されてもよい。ＰＤＳＣＨ領域において、複数のＰＤＳＣＨが周波数、時間、および／または、空間多重されてもよい。ＰＤＣＣＨ、ＰＤＳＣＨおよび／またはＥＰＤＣＣＨは周波数、時間、および／または、空間多重されてもよい。
【００６４】
＜本実施形態における下りリンク物理信号＞
同期信号は、端末装置２が下りリンクの周波数領域および／または時間領域の同期をとるために用いられる。同期信号は、ＰＳＳ（Primary Synchronization Signal）およびＳＳＳ（Secondary
Synchronization Signal）を含む。同期信号は無線フレーム内の所定のサブフレームに配置される。例えば、ＴＤＤ方式において、同期信号は無線フレーム内のサブフレーム０、１、５、および６に配置される。ＦＤＤ方式において、同期信号は無線フレーム内のサブフレーム０および５に配置される。
【００６５】
ＰＳＳは、粗いフレーム／シンボルタイミング同期（時間領域の同期）やセル識別グループの識別に用いられてもよい。ＳＳＳは、より正確なフレームタイミング同期やセルの識別、ＣＰ長の検出に用いられてもよい。つまり、ＰＳＳとＳＳＳを用いることによって、フレームタイミング同期とセル識別を行うことができる。
【００６６】
下りリンク参照信号は、端末装置２が下りリンク物理チャネルの伝搬路推定、伝搬路補正、下りリンクのＣＳＩ（Channel State Information、チャネル状態情報）の算出、および／または、端末装置２のポジショニングの測定を行うために用いられる。
【００６７】
ＣＲＳは、サブフレームの全帯域で送信される。ＣＲＳは、ＰＢＣＨ、ＰＤＣＣＨ、ＰＨＩＣＨ、ＰＣＦＩＣＨ、およびＰＤＳＣＨの受信（復調）を行うために用いられる。ＣＲＳは、端末装置２が下りリンクのチャネル状態情報を算出するために用いられてもよい。ＰＢＣＨ、ＰＤＣＣＨ、ＰＨＩＣＨ、およびＰＣＦＩＣＨは、ＣＲＳの送信に用いられるアンテナポートで送信される。ＣＲＳは、１、２または４のアンテナポートの構成をサポートする。ＣＲＳは、アンテナポート０〜３の１つまたは複数で送信される。
【００６８】
ＰＤＳＣＨに関連するＵＲＳは、ＵＲＳが関連するＰＤＳＣＨの送信に用いられるサブフレームおよび帯域で送信される。ＵＲＳは、ＵＲＳが関連するＰＤＳＣＨの復調を行なうために用いられる。ＰＤＳＣＨに関連するＵＲＳは、アンテナポート５、７〜１４の１つまたは複数で送信される。
【００６９】
ＰＤＳＣＨは、送信モードおよびＤＣＩフォーマットに基づいて、ＣＲＳまたはＵＲＳの送信に用いられるアンテナポートで送信される。ＤＣＩフォーマット１Ａは、ＣＲＳの送信に用いられるアンテナポートで送信されるＰＤＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット２Ｄは、ＵＲＳの送信に用いられるアンテナポートで送信されるＰＤＳＣＨのスケジューリングに用いられる。
【００７０】
ＥＰＤＣＣＨに関連するＤＭＲＳは、ＤＭＲＳが関連するＥＰＤＣＣＨの送信に用いられるサブフレームおよび帯域で送信される。ＤＭＲＳは、ＤＭＲＳが関連するＥＰＤＣＣＨの復調を行なうために用いられる。ＥＰＤＣＣＨは、ＤＭＲＳの送信に用いられるアンテナポートで送信される。ＥＰＤＣＣＨに関連するＤＭＲＳは、アンテナポート１０７〜１１４の１つまたは複数で送信される。
【００７１】
ＣＳＩ−ＲＳは、設定されたサブフレームで送信される。ＣＳＩ−ＲＳが送信されるリソースは、基地局装置１によって設定される。ＣＳＩ−ＲＳは、端末装置２が下りリンクのチャネル状態情報を算出するために用いられる。端末装置２は、ＣＳＩ−ＲＳを用いて信号測定（チャネル測定）を行う。ＣＳＩ−ＲＳは、１、２、４、８、１２、１６、２４および３２の一部または全部のアンテナポートの設定をサポートする。ＣＳＩ−ＲＳは、アンテナポート１５〜４６の１つまたは複数で送信される。なお、サポートされるアンテナポートは、端末装置２の端末装置ケイパビリティ、ＲＲＣパラメータの設定、および／または設定される送信モードなどに基づいて決定されてもよい。
【００７２】
ＺＰ  ＣＳＩ−ＲＳのリソースは、上位層によって設定される。ＺＰ  ＣＳＩ−ＲＳのリソースはゼロ出力の電力で送信されてもよい。すなわち、ＺＰ  ＣＳＩ−ＲＳのリソースは何も送信しなくてもよい。ＺＰ  ＣＳＩ−ＲＳの設定したリソースにおいて、ＰＤＳＣＨおよびＥＰＤＣＣＨは送信されない。例えば、ＺＰ  ＣＳＩ−ＲＳのリソースは隣接セルがＮＺＰ  ＣＳＩ−ＲＳの送信を行うために用いられる。また、例えば、ＺＰ  ＣＳＩ−ＲＳのリソースはＣＳＩ−ＩＭを測定するために用いられる。また、例えば、ＺＰ  ＣＳＩ−ＲＳのリソースはＰＤＳＣＨなどの所定のチャネルが送信されないリソースである。換言すると、所定のチャネルは、ＺＰ  ＣＳＩ−ＲＳのリソースを除いて（レートマッチングして、パンクチャして）マッピングされる。
【００７３】
＜本実施形態における上りリンク物理チャネル＞
ＰＵＣＣＨは、上りリンク制御情報（Uplink  Control  Information:  UCI）を送信するために用いられる物理チャネルである。上りリンク制御情報は、下りリンクのチャネル状態情報（Channel  State  Information:  CSI）、ＰＵＳＣＨリソースの要求を示すスケジューリング要求（Scheduling  Request:  SR）、下りリンクデータ（Transport  block:  TB,  Downlink-Shared  Channel:  DL-SCH）に対するＨＡＲＱ−ＡＣＫを含む。ＨＡＲＱ−ＡＣＫは、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱフィードバック、または、応答情報とも称される。また、下りリンクデータに対するＨＡＲＱ−ＡＣＫは、ＡＣＫ、ＮＡＣＫ、またはＤＴＸを示す。
【００７４】
ＰＵＳＣＨは、上りリンクデータ（Uplink-Shared  Channel:  UL-SCH）を送信するために用いられる物理チャネルである。また、ＰＵＳＣＨは、上りリンクデータと共にＨＡＲＱ−ＡＣＫおよび／またはチャネル状態情報を送信するために用いられてもよい。また、ＰＵＳＣＨは、チャネル状態情報のみ、または、ＨＡＲＱ−ＡＣＫおよびチャネル状態情報のみを送信するために用いられてもよい。
【００７５】
ＰＲＡＣＨは、ランダムアクセスプリアンブルを送信するために用いられる物理チャネルである。ＰＲＡＣＨは、端末装置２が基地局装置１と時間領域の同期をとるために用いられることができる。また、ＰＲＡＣＨは、初期コネクション構築（initial  connection  establishment）手続き（処理）、ハンドオーバ手続き、コネクション再構築（connection  re-establishment）手続き、上りリンク送信に対する同期（タイミング調整）、および／または、ＰＵＳＣＨリソースの要求を示すためにも用いられる。
【００７６】
ＰＵＣＣＨ領域において、複数のＰＵＣＣＨが周波数、時間、空間および／またはコード多重される。ＰＵＳＣＨ領域において、複数のＰＵＳＣＨが周波数、時間、空間および／またはコード多重されてもよい。ＰＵＣＣＨおよびＰＵＳＣＨは周波数、時間、空間および／またはコード多重されてもよい。ＰＲＡＣＨは単一のサブフレームまたは２つのサブフレームにわたって配置されてもよい。複数のＰＲＡＣＨが符号多重されてもよい。
【００７７】
＜本実施形態における基地局装置１の構成例＞
図８は、本実施形態の基地局装置１の構成を示す概略ブロック図である。図示するように、基地局装置１は、上位層処理部１０１、制御部１０３、受信部１０５、送信部１０７、および、送受信アンテナ１０９、を含んで構成される。また、受信部１０５は、復号化部１０５１、復調部１０５３、多重分離部１０５５、無線受信部１０５７、およびチャネル測定部１０５９を含んで構成される。また、送信部１０７は、符号化部１０７１、変調部１０７３、多重部１０７５、無線送信部１０７７、および下りリンク参照信号生成部１０７９を含んで構成される。
【００７８】
既に説明したように、基地局装置１は、１つ以上のＲＡＴをサポートできる。図８に示す基地局装置１に含まれる各部の一部または全部は、ＲＡＴに応じて個別に構成されうる。例えば、受信部１０５および送信部１０７は、ＬＴＥとＮＲとで個別に構成される。また、ＮＲセルにおいて、図８に示す基地局装置１に含まれる各部の一部または全部は、送信信号に関するパラメータセットに応じて個別に構成されうる。例えば、あるＮＲセルにおいて、無線受信部１０５７および無線送信部１０７７は、送信信号に関するパラメータセットに応じて個別に構成されうる。
【００７９】
上位層処理部１０１は、媒体アクセス制御（MAC:  Medium  Access  Control）層、パケットデータ統合プロトコル（Packet  Data  Convergence  Protocol:  PDCP）層、無線リンク制御（Radio  Link  Control:  RLC）層、無線リソース制御（Radio  Resource  Control:  RRC）層の処理を行う。また、上位層処理部１０１は、受信部１０５、および送信部１０７の制御を行うために制御情報を生成し、制御部１０３に出力する。
【００８０】
制御部１０３は、上位層処理部１０１からの制御情報に基づいて、受信部１０５および送信部１０７の制御を行う。制御部１０３は、上位層処理部１０１への制御情報を生成し、上位層処理部１０１に出力する。制御部１０３は、復号化部１０５１からの復号化された信号およびチャネル測定部１０５９からのチャネル推定結果を入力する。制御部１０３は、符号化する信号を符号化部１０７１へ出力する。また、制御部１０３は、基地局装置１の全体または一部を制御するために用いられる。
【００８１】
上位層処理部１０１は、ＲＡＴ制御、無線リソース制御、サブフレーム設定、スケジューリング制御、および／または、ＣＳＩ報告制御に関する処理および管理を行う。上位層処理部１０１における処理および管理は、端末装置毎、または基地局装置に接続している端末装置共通に行われる。上位層処理部１０１における処理および管理は、上位層処理部１０１のみで行われてもよいし、上位ノードまたは他の基地局装置から取得してもよい。また、上位層処理部１０１における処理および管理は、ＲＡＴに応じて個別に行われてもよい。例えば、上位層処理部１０１は、ＬＴＥにおける処理および管理と、ＮＲにおける処理および管理とを個別に行う。
【００８２】
上位層処理部１０１におけるＲＡＴ制御では、ＲＡＴに関する管理が行われる。例えば、ＲＡＴ制御では、ＬＴＥに関する管理および／またはＮＲに関する管理が行われる。ＮＲに関する管理は、ＮＲセルにおける送信信号に関するパラメータセットの設定および処理を含む。
【００８３】
上位層処理部１０１における無線リソース制御では、下りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ（ＲＲＣパラメータ）、および／または、ＭＡＣ制御エレメント（ＣＥ：Control  Element）の生成および／または管理が行われる。
【００８４】
上位層処理部１０１におけるサブフレーム設定では、サブフレーム設定、サブフレームパターン設定、上りリンク−下りリンク設定、上りリンク参照ＵＬ−ＤＬ設定、および／または、下りリンク参照ＵＬ−ＤＬ設定の管理が行われる。なお、上位層処理部１０１におけるサブフレーム設定は、基地局サブフレーム設定とも呼称される。また、上位層処理部１０１におけるサブフレーム設定は、上りリンクのトラフィック量および下りリンクのトラフィック量に基づいて決定できる。また、上位層処理部１０１におけるサブフレーム設定は、上位層処理部１０１におけるスケジューリング制御のスケジューリング結果に基づいて決定できる。
【００８５】
上位層処理部１０１におけるスケジューリング制御では、受信したチャネル状態情報およびチャネル測定部１０５９から入力された伝搬路の推定値やチャネルの品質などに基づいて、物理チャネルを割り当てる周波数およびサブフレーム、物理チャネルの符号化率および変調方式および送信電力などが決定される。例えば、制御部１０３は、上位層処理部１０１におけるスケジューリング制御のスケジューリング結果に基づいて、制御情報（ＤＣＩフォーマット）を生成する。
【００８６】
上位層処理部１０１におけるＣＳＩ報告制御では、端末装置２のＣＳＩ報告が制御される。例えば、端末装置２においてＣＳＩを算出するために想定するためのＣＳＩ参照リソースに関する設定が制御される。
【００８７】
受信部１０５は、制御部１０３からの制御に従って、送受信アンテナ１０９を介して端末装置２から送信された信号を受信し、さらに分離、復調、復号などの受信処理を行い、受信処理された情報を制御部１０３に出力する。なお、受信部１０５における受信処理は、あらかじめ規定された設定、または基地局装置１が端末装置２に通知した設定に基づいて行われる。
【００８８】
無線受信部１０５７は、送受信アンテナ１０９を介して受信された上りリンクの信号に対して、中間周波数への変換（ダウンコンバート）、不要な周波数成分の除去、信号レベルが適切に維持されるように増幅レベルの制御、受信された信号の同相成分および直交成分に基づく直交復調、アナログ信号からディジタル信号への変換、ガードインターバル（Guard  Interval:  GI）の除去、および／または、高速フーリエ変換（Fast  Fourier  Transform:  FFT）による周波数領域信号の抽出を行う。
【００８９】
多重分離部１０５５は、無線受信部１０５７から入力された信号から、ＰＵＣＣＨまたはＰＵＳＣＨなどの上りリンクチャネルおよび／または上りリンク参照信号を分離する。多重分離部１０５５は、上りリンク参照信号をチャネル測定部１０５９に出力する。多重分離部１０５５は、チャネル測定部１０５９から入力された伝搬路の推定値から、上りリンクチャネルに対する伝搬路の補償を行う。
【００９０】
復調部１０５３は、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary  Phase  Shift  Keying）、ＱＰＳＫ（Quadrature  Phase  shift  Keying）、１６ＱＡＭ（Quadrature  Amplitude  Modulation）、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を用いて受信信号の復調を行う。復調部１０５３は、ＭＩＭＯ多重された上りリンクチャネルの分離および復調を行う。
【００９１】
復号化部１０５１は、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータおよび／または上りリンク制御情報は制御部１０３へ出力される。復号化部１０５１は、ＰＵＳＣＨに対しては、トランスポートブロック毎に復号処理を行う。
【００９２】
チャネル測定部１０５９は、多重分離部１０５５から入力された上りリンク参照信号から伝搬路の推定値および／またはチャネルの品質などを測定し、多重分離部１０５５および／または制御部１０３に出力する。例えば、チャネル測定部１０５９は、ＵＬ−ＤＭＲＳを用いてＰＵＣＣＨまたはＰＵＳＣＨに対する伝搬路補償を行うための伝搬路の推定値を測定し、ＳＲＳを用いて上りリンクにおけるチャネルの品質を測定する。
【００９３】
送信部１０７は、制御部１０３からの制御に従って、上位層処理部１０１から入力された下りリンク制御情報および下りリンクデータに対して、符号化、変調および多重などの送信処理を行う。例えば、送信部１０７は、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨ、ＰＤＳＣＨ、および下りリンク参照信号を生成および多重し、送信信号を生成する。なお、送信部１０７における送信処理は、あらかじめ規定された設定、基地局装置１が端末装置２に通知した設定、または、同一のサブフレームで送信されるＰＤＣＣＨまたはＥＰＤＣＣＨを通じて通知される設定に基づいて行われる。
【００９４】
符号化部１０７１は、制御部１０３から入力されたＨＡＲＱインディケータ（ＨＡＲＱ−ＡＣＫ）、下りリンク制御情報、および下りリンクデータを、ブロック符号化、畳込み符号化、ターボ符号化等の所定の符号化方式を用いて符号化を行う。変調部１０７３は、符号化部１０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。下りリンク参照信号生成部１０７９は、物理セル識別子（ＰＣＩ：Physical  cell  identification）、端末装置２に設定されたＲＲＣパラメータなどに基づいて、下りリンク参照信号を生成する。多重部１０７５は、各チャネルの変調シンボルと下りリンク参照信号を多重し、所定のリソースエレメントに配置する。
【００９５】
無線送信部１０７７は、多重部１０７５からの信号に対して、逆高速フーリエ変換（Inverse  Fast  Fourier  Transform:  IFFT）による時間領域の信号への変換、ガードインターバルの付加、ベースバンドのディジタル信号の生成、アナログ信号への変換、直交変調、中間周波数の信号から高周波数の信号への変換（アップコンバート:  up  convert）、余分な周波数成分の除去、電力の増幅などの処理を行い、送信信号を生成する。無線送信部１０７７が出力した送信信号は、送受信アンテナ１０９から送信される。
【００９６】
＜本実施形態における端末装置２の構成例＞
図９は、本実施形態の端末装置２の構成を示す概略ブロック図である。図示するように、端末装置２は、上位層処理部２０１、制御部２０３、受信部２０５、送信部２０７、および送受信アンテナ２０９を含んで構成される。また、受信部２０５は、復号化部２０５１、復調部２０５３、多重分離部２０５５、無線受信部２０５７、およびチャネル測定部２０５９を含んで構成される。また、送信部２０７は、符号化部２０７１、変調部２０７３、多重部２０７５、無線送信部２０７７、および上りリンク参照信号生成部２０７９を含んで構成される。
【００９７】
既に説明したように、端末装置２は、１つ以上のＲＡＴをサポートできる。図９に示す端末装置２に含まれる各部の一部または全部は、ＲＡＴに応じて個別に構成されうる。例えば、受信部２０５および送信部２０７は、ＬＴＥとＮＲとで個別に構成される。また、ＮＲセルにおいて、図９に示す端末装置２に含まれる各部の一部または全部は、送信信号に関するパラメータセットに応じて個別に構成されうる。例えば、あるＮＲセルにおいて、無線受信部２０５７および無線送信部２０７７は、送信信号に関するパラメータセットに応じて個別に構成されうる。
【００９８】
上位層処理部２０１は、上りリンクデータ（トランスポートブロック）を、制御部２０３に出力する。上位層処理部２０１は、媒体アクセス制御（MAC:  Medium  Access  Control）層、パケットデータ統合プロトコル（Packet  Data  Convergence  Protocol:  PDCP）層、無線リンク制御（Radio  Link  Control:  RLC）層、無線リソース制御（Radio  Resource  Control:  RRC）層の処理を行なう。また、上位層処理部２０１は、受信部２０５、および送信部２０７の制御を行うために制御情報を生成し、制御部２０３に出力する。
【００９９】
制御部２０３は、上位層処理部２０１からの制御情報に基づいて、受信部２０５および送信部２０７の制御を行う。制御部２０３は、上位層処理部２０１への制御情報を生成し、上位層処理部２０１に出力する。制御部２０３は、復号化部２０５１からの復号化された信号およびチャネル測定部２０５９からのチャネル推定結果を入力する。制御部２０３は、符号化する信号を符号化部２０７１へ出力する。また、制御部２０３は、端末装置２の全体または一部を制御するために用いられてもよい。
【０１００】
上位層処理部２０１は、ＲＡＴ制御、無線リソース制御、サブフレーム設定、スケジューリング制御、および／または、ＣＳＩ報告制御に関する処理および管理を行う。上位層処理部２０１における処理および管理は、あらかじめ規定される設定、および／または、基地局装置１から設定または通知される制御情報に基づく設定に基づいて行われる。例えば、基地局装置１からの制御情報は、ＲＲＣパラメータ、ＭＡＣ制御エレメントまたはＤＣＩを含む。また、上位層処理部２０１における処理および管理は、ＲＡＴに応じて個別に行われてもよい。例えば、上位層処理部２０１は、ＬＴＥにおける処理および管理と、ＮＲにおける処理および管理とを個別に行う。
【０１０１】
上位層処理部２０１におけるＲＡＴ制御では、ＲＡＴに関する管理が行われる。例えば、ＲＡＴ制御では、ＬＴＥに関する管理および／またはＮＲに関する管理が行われる。ＮＲに関する管理は、ＮＲセルにおける送信信号に関するパラメータセットの設定および処理を含む。
【０１０２】
上位層処理部２０１における無線リソース制御では、自装置における設定情報の管理が行われる。上位層処理部２０１における無線リソース制御では、上りリンクデータ（トランスポートブロック）、システムインフォメーション、ＲＲＣメッセージ（ＲＲＣパラメータ）、および／または、ＭＡＣ制御エレメント（ＣＥ：Control  Element）の生成および／または管理が行われる。
【０１０３】
上位層処理部２０１におけるサブフレーム設定では、基地局装置１および／または基地局装置１とは異なる基地局装置におけるサブフレーム設定が管理される。サブフレーム設定は、サブフレームに対する上りリンクまたは下りリンクの設定、サブフレームパターン設定、上りリンク−下りリンク設定、上りリンク参照ＵＬ−ＤＬ設定、および／または、下りリンク参照ＵＬ−ＤＬ設定を含む。なお、上位層処理部２０１におけるサブフレーム設定は、端末サブフレーム設定とも呼称される。
【０１０４】
上位層処理部２０１におけるスケジューリング制御では、基地局装置１からのＤＣＩ（スケジューリング情報）に基づいて、受信部２０５および送信部２０７に対するスケジューリングに関する制御を行うための制御情報が生成される。
【０１０５】
上位層処理部２０１におけるＣＳＩ報告制御では、基地局装置１に対するＣＳＩの報告に関する制御が行われる。例えば、ＣＳＩ報告制御では、チャネル測定部２０５９でＣＳＩを算出するために想定するためのＣＳＩ参照リソースに関する設定が制御される。ＣＳＩ報告制御では、ＤＣＩおよび／またはＲＲＣパラメータに基づいて、ＣＳＩを報告するために用いられるリソース（タイミング）を制御する。
【０１０６】
受信部２０５は、制御部２０３からの制御に従って、送受信アンテナ２０９を介して基地局装置１から送信された信号を受信し、さらに分離、復調、復号などの受信処理を行い、受信処理された情報を制御部２０３に出力する。なお、受信部２０５における受信処理は、あらかじめ規定された設定、または基地局装置１からの通知または設定に基づいて行われる。
【０１０７】
無線受信部２０５７は、送受信アンテナ２０９を介して受信された上りリンクの信号に対して、中間周波数への変換（ダウンコンバート）、不要な周波数成分の除去、信号レベルが適切に維持されるように増幅レベルの制御、受信された信号の同相成分および直交成分に基づく直交復調、アナログ信号からディジタル信号への変換、ガードインターバル（Guard  Interval:  GI）の除去、および／または、高速フーリエ変換（Fast  Fourier  Transform:  FFT）による周波数領域の信号の抽出を行う。
【０１０８】
多重分離部２０５５は、無線受信部２０５７から入力された信号から、ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨまたはＰＤＳＣＨなどの下りリンクチャネル、下りリンク同期信号および／または下りリンク参照信号を分離する。多重分離部２０５５は、下りリンク参照信号をチャネル測定部２０５９に出力する。多重分離部２０５５は、チャネル測定部２０５９から入力された伝搬路の推定値から、下りリンクチャネルに対する伝搬路の補償を行う。
【０１０９】
復調部２０５３は、下りリンクチャネルの変調シンボルに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を用いて受信信号の復調を行う。復調部２０５３は、ＭＩＭＯ多重された下りリンクチャネルの分離および復調を行う。
【０１１０】
復号化部２０５１は、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータおよび／または下りリンク制御情報は制御部２０３へ出力される。復号化部２０５１は、ＰＤＳＣＨに対しては、トランスポートブロック毎に復号処理を行う。
【０１１１】
チャネル測定部２０５９は、多重分離部２０５５から入力された下りリンク参照信号から伝搬路の推定値および／またはチャネルの品質などを測定し、多重分離部２０５５および／または制御部２０３に出力する。チャネル測定部２０５９が測定に用いる下りリンク参照信号は、少なくともＲＲＣパラメータによって設定される送信モードおよび／または他のＲＲＣパラメータに基づいて決定されてもよい。例えば、ＤＬ−ＤＭＲＳはＰＤＳＣＨまたはＥＰＤＣＣＨに対する伝搬路補償を行うための伝搬路の推定値を測定する。ＣＲＳはＰＤＣＣＨまたはＰＤＳＣＨに対する伝搬路補償を行うための伝搬路の推定値、および／または、ＣＳＩを報告するための下りリンクにおけるチャネルを測定する。ＣＳＩ−ＲＳは、ＣＳＩを報告するための下りリンクにおけるチャネルを測定する。チャネル測定部２０５９は、ＣＲＳ、ＣＳＩ−ＲＳまたは検出信号に基づいて、ＲＳＲＰ（Reference  Signal  Received  Power）および／またはＲＳＲＱ（Reference  Signal  Received  Quality）を算出し、上位層処理部２０１へ出力する。
【０１１２】
送信部２０７は、制御部２０３からの制御に従って、上位層処理部２０１から入力された上りリンク制御情報および上りリンクデータに対して、符号化、変調および多重などの送信処理を行う。例えば、送信部２０７は、ＰＵＳＣＨまたはＰＵＣＣＨなどの上りリンクチャネルおよび／または上りリンク参照信号を生成および多重し、送信信号を生成する。なお、送信部２０７における送信処理は、あらかじめ規定された設定、または、基地局装置１から設定または通知に基づいて行われる。
【０１１３】
符号化部２０７１は、制御部２０３から入力されたＨＡＲＱインディケータ（ＨＡＲＱ−ＡＣＫ）、上りリンク制御情報、および上りリンクデータを、ブロック符号化、畳込み符号化、ターボ符号化等の所定の符号化方式を用いて符号化を行う。変調部２０７３は、符号化部２０７１から入力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。上りリンク参照信号生成部２０７９は、端末装置２に設定されたＲＲＣパラメータなどに基づいて、上りリンク参照信号を生成する。多重部２０７５は、各チャネルの変調シンボルと上りリンク参照信号を多重し、所定のリソースエレメントに配置する。
【０１１４】
無線送信部２０７７は、多重部２０７５からの信号に対して、逆高速フーリエ変換（Inverse  Fast  Fourier  Transform:  IFFT）による時間領域の信号への変換、ガードインターバルの付加、ベースバンドのディジタル信号の生成、アナログ信号への変換、直交変調、中間周波数の信号から高周波数の信号への変換（アップコンバート:  up  convert）、余分な周波数成分の除去、電力の増幅などの処理を行い、送信信号を生成する。無線送信部２０７７が出力した送信信号は、送受信アンテナ２０９から送信される。
【０１１５】
＜本実施形態における制御情報のシグナリング＞
基地局装置１および端末装置２は、それぞれ制御情報のシグナリング（通知、報知、設定）のために、様々な方法を用いることができる。制御情報のシグナリングは、様々な層（レイヤー）で行うことができる。制御情報のシグナリングは、物理層（レイヤー）を通じたシグナリングである物理層シグナリング、ＲＲＣ層を通じたシグナリングであるＲＲＣシグナリング、および、ＭＡＣ層を通じたシグナリングであるＭＡＣシグナリングなどを含む。ＲＲＣシグナリングは、端末装置２に固有の制御情報を通知する専用のＲＲＣシグナリング（Dedicated  RRC  signaling）、または、基地局装置１に固有の制御情報を通知する共通のＲＲＣシグナリング（Common  RRC  signaling）である。ＲＲＣシグナリングやＭＡＣシグナリングなど、物理層から見て上位の層が用いるシグナリングは上位層シグナリングとも呼称される。
【０１１６】
ＲＲＣシグナリングは、ＲＲＣパラメータをシグナリングすることにより実現される。ＭＡＣシグナリングは、ＭＡＣ制御エレメントをシグナリングすることにより実現される。物理層シグナリングは、下りリンク制御情報（ＤＣＩ：Downlink  Control  Information）または上りリンクリンク制御情報（ＵＣＩ：Uplink  Control  Information）をシグナリングすることにより実現される。ＲＲＣパラメータおよびＭＡＣ制御エレメントは、ＰＤＳＣＨまたはＰＵＳＣＨを用いて送信される。ＤＣＩは、ＰＤＣＣＨまたはＥＰＤＣＣＨを用いて送信される。ＵＣＩは、ＰＵＣＣＨまたはＰＵＳＣＨを用いて送信される。ＲＲＣシグナリングおよびＭＡＣシグナリングは、準静的（semi-static）な制御情報をシグナリングするために用いられ、準静的シグナリングとも呼称される。物理層シグナリングは、動的（dynamic）な制御情報をシグナリングするために用いられ、動的シグナリングとも呼称される。ＤＣＩは、ＰＤＳＣＨのスケジューリングまたはＰＵＳＣＨのスケジューリングなどのために用いられる。ＵＣＩは、ＣＳＩ報告、ＨＡＲＱ−ＡＣＫ報告、および／またはスケジューリング要求（ＳＲ：Scheduling  Request）などのために用いられる。
【０１１７】
＜本実施形態における下りリンク制御情報の詳細＞
ＤＣＩはあらかじめ規定されるフィールドを有するＤＣＩフォーマットを用いて通知される。ＤＣＩフォーマットに規定されるフィールドは、所定の情報ビットがマッピングされる。ＤＣＩは、下りリンクスケジューリング情報、上りリンクスケジューリング情報、サイドリンクスケジューリング情報、非周期的ＣＳＩ報告の要求、または、上りリンク送信電力コマンドを通知する。
【０１１８】
端末装置２がモニタするＤＣＩフォーマットは、サービングセル毎に設定された送信モードによって決まる。すなわち、端末装置２がモニタするＤＣＩフォーマットの一部は、送信モードによって異なることができる。例えば、下りリンク送信モード１が設定された端末装置２は、ＤＣＩフォーマット１ＡとＤＣＩフォーマット１をモニタする。例えば、下りリンク送信モード４が設定された端末装置２は、ＤＣＩフォーマット１ＡとＤＣＩフォーマット２をモニタする。例えば、上りリンク送信モード１が設定された端末装置２は、ＤＣＩフォーマット０をモニタする。例えば、上りリンク送信モード２が設定された端末装置２は、ＤＣＩフォーマット０とＤＣＩフォーマット４をモニタする。
【０１１９】
端末装置２に対するＤＣＩを通知するＰＤＣＣＨが配置される制御領域は通知されず、端末装置２は端末装置２に対するＤＣＩをブラインドデコーディング（ブラインド検出）により検出する。具体的には、端末装置２は、サービングセルにおいて、ＰＤＣＣＨ候補のセットをモニタする。モニタリングは、そのセットの中のＰＤＣＣＨのそれぞれに対して、全てのモニタされるＤＣＩフォーマットによって復号を試みることを意味する。例えば、端末装置２は、端末装置２宛に送信される可能性がある全てのアグリゲーションレベル、ＰＤＣＣＨ候補、および、ＤＣＩフォーマットについてデコードを試みる。端末装置２は、デコード（検出）が成功したＤＣＩ（ＰＤＣＣＨ）を端末装置２に対するＤＣＩ（ＰＤＣＣＨ）として認識する。
【０１２０】
ＤＣＩに対して、巡回冗長検査（ＣＲＣ:  Cyclic  Redundancy  Check）が付加される。ＣＲＣは、ＤＣＩのエラー検出およびＤＣＩのブラインド検出のために用いられる。ＣＲＣ（ＣＲＣパリティビット）は、ＲＮＴＩ（Radio  Network  Temporary  Identifier）によってスクランブルされる。端末装置２は、ＲＮＴＩに基づいて、端末装置２に対するＤＣＩかどうかを検出する。具体的には、端末装置２は、ＣＲＣに対応するビットに対して、所定のＲＮＴＩでデスクランブルを行い、ＣＲＣを抽出し、対応するＤＣＩが正しいかどうかを検出する。
【０１２１】
ＲＮＴＩは、ＤＣＩの目的や用途に応じて規定または設定される。ＲＮＴＩは、Ｃ−ＲＮＴＩ（Cell-RNTI）、ＳＰＳ  Ｃ−ＲＮＴＩ（Semi  Persistent  Scheduling  C-RNTI）、ＳＩ−ＲＮＴＩ（System  Information-RNTI）、Ｐ−ＲＮＴＩ（Paging-RNTI）、ＲＡ−ＲＮＴＩ（Random  Access-RNTI）、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ（Transmit  Power  Control-PUCCH-RNTI）、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ（Transmit  Power  Control-PUSCH-RNTI）、一時的Ｃ−ＲＮＴＩ、Ｍ−ＲＮＴＩ（MBMS  (Multimedia  Broadcast  Multicast  Services)  -RNTI）、および、ｅＩＭＴＡ−ＲＮＴＩ、ＣＣ−ＲＮＴＩを含む。
【０１２２】
Ｃ−ＲＮＴＩおよびＳＰＳ  Ｃ−ＲＮＴＩは、基地局装置１（セル）内において端末装置２に固有のＲＮＴＩであり、端末装置２を識別するための識別子である。Ｃ−ＲＮＴＩは、あるサブフレームにおけるＰＤＳＣＨまたはＰＵＳＣＨをスケジューリングするために用いられる。ＳＰＳ  Ｃ−ＲＮＴＩは、ＰＤＳＣＨまたはＰＵＳＣＨのためのリソースの周期的なスケジューリングをアクティベーションまたはリリースするために用いられる。ＳＩ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＳＩＢ（System  Information  Block）をスケジューリングするために用いられる。Ｐ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ページングを制御するために用いられる。ＲＡ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＲＡＣＨに対するレスポンスをスケジューリングするために用いられる。ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＰＵＣＣＨの電力制御を行うために用いられる。ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＰＵＳＣＨの電力制御を行うために用いられる。Ｔｅｍｐｏｒａｒｙ
Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、Ｃ−ＲＮＴＩが設定または認識されていない移動局装置によって用いられる。Ｍ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、ＭＢＭＳをスケジューリングするために用いられる。ｅＩＭＴＡ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネルは、動的ＴＤＤ（ｅＩＭＴＡ）において、ＴＤＤサービングセルのＴＤＤ  ＵＬ／ＤＬ設定に関する情報を通知するために用いられる。ＣＣ−ＲＮＴＩでスクランブルされたＣＲＣを有する制御チャネル（ＤＣＩ）は、ＬＡＡセカンダリーセルにおいて、専有ＯＦＤＭシンボルの設定を通知するために用いられる。なお、上記のＲＮＴＩに限らず、新たなＲＮＴＩによってＤＣＩフォーマットがスクランブルされてもよい。
【０１２３】
スケジューリング情報（下りリンクスケジューリング情報、上りリンクスケジューリング情報、サイドリンクスケジューリング情報）は、周波数領域のスケジューリングとして、リソースブロックまたはリソースブロックグループを単位にスケジューリングを行うための情報を含む。リソースブロックグループは、連続するリソースブロックのセットであり、スケジューリングされる端末装置に対する割り当てられるリソースを示す。リソースブロックグループのサイズは、システム帯域幅に応じて決まる。
【０１２４】
＜本実施形態における下りリンク制御チャネルの詳細＞
ＤＣＩはＰＤＣＣＨまたはＥＰＤＣＣＨなどの制御チャネルを用いて送信される。端末装置２は、ＲＲＣシグナリングによって設定された１つまたは複数のアクティベートされたサービングセルのＰＤＣＣＨ候補のセットおよび／またはＥＰＤＣＣＨ候補のセットをモニタする。ここで、モニタリングとは、全てのモニタされるＤＣＩフォーマットに対応するセット内のＰＤＣＣＨおよび／またはＥＰＤＣＣＨのデコードを試みることである。
【０１２５】
ＰＤＣＣＨ候補のセットまたはＥＰＤＣＣＨ候補のセットは、サーチスペースとも呼称される。サーチスペースには、共有サーチスペース（ＣＳＳ）と端末固有サーチスペース（ＵＳＳ）が定義される。ＣＳＳは、ＰＤＣＣＨに関するサーチスペースのみに対して定義されてもよい。
【０１２６】
ＣＳＳ（Common  Search  Space）は、基地局装置１に固有のパラメータおよび／または予め規定されたパラメータに基づいて設定されるサーチスペースである。例えば、ＣＳＳは、複数の端末装置で共通に用いられるサーチスペースである。そのため、基地局装置１が複数の端末装置で共通の制御チャネルをＣＳＳにマッピングすることにより、制御チャネルを送信するためのリソースが低減される。
【０１２７】
ＵＳＳ（UE-specific  Search  Space）は、少なくとも端末装置２に固有のパラメータを用いて設定されるサーチスペースである。そのため、ＵＳＳは、端末装置２に固有のサーチスペースであり、基地局装置１はＵＳＳによって端末装置２に固有の制御チャネルを個別に送信することができる。そのため、基地局装置１は複数の端末装置に固有の制御チャネルを効率的にマッピングできる。
【０１２８】
ＵＳＳは、複数の端末装置に共通に用いられるように設定されてもよい。複数の端末装置に対して共通のＵＳＳが設定されるために、端末装置２に固有のパラメータは、複数の端末装置の間で同じ値になるように設定される。例えば、複数の端末装置の間で同じパラメータに設定される単位は、セル、送信点、または所定の端末装置のグループなどである。
【０１２９】
アグリゲーションレベル毎のサーチスペースはＰＤＣＣＨ候補のセットによって定義される。ＰＤＣＣＨのそれぞれは、１つ以上のＣＣＥ（Control  Channel  Element）の集合を用いて送信される。１つのＰＤＣＣＨに用いられるＣＣＥの数は、アグリゲーションレベルとも呼称される。例えば、１つのＰＤＣＣＨに用いられるＣＣＥの数は、１、２、４または８である。
【０１３０】
アグリゲーションレベル毎のサーチスペースはＥＰＤＣＣＨ候補のセットによって定義される。ＥＰＤＣＣＨのそれぞれは、１つ以上のＥＣＣＥ（Enhanced  Control  Channel  Element）の集合を用いて送信される。１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、アグリゲーションレベルとも呼称される。例えば、１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、１、２、４、８、１６または３２である。
【０１３１】
ＰＤＣＣＨ候補の数またはＥＰＤＣＣＨ候補の数は、少なくともサーチスペースおよびアグリゲーションレベルに基づいて決まる。例えば、ＣＳＳにおいて、アグリゲーションレベル４および８におけるＰＤＣＣＨ候補の数はそれぞれ４および２である。例えば、ＵＳＳにおいて、アグリゲーション１、２、４および８におけるＰＤＣＣＨ候補の数はそれぞれ６、６、２および２である。
【０１３２】
それぞれのＥＣＣＥは、複数のＥＲＥＧ（Enhanced  resource  element  group）で構成される。ＥＲＥＧは、ＥＰＤＣＣＨのリソースエレメントに対するマッピングを定義するために用いられる。各ＲＢペアにおいて、０から１５に番号付けされる、１６個のＥＲＥＧが定義される。すなわち、各ＲＢペアにおいて、ＥＲＥＧ０〜ＥＲＥＧ１５が定義される。各ＲＢペアにおいて、ＥＲＥＧ０〜ＥＲＥＧ１５は、所定の信号および／またはチャネルがマッピングされるリソースエレメント以外のリソースエレメントに対して、周波数方向を優先して、周期的に定義される。例えば、アンテナポート１０７〜１１０で送信されるＥＰＤＣＣＨに関連付けられる復調用参照信号がマッピングされるリソースエレメントは、ＥＲＥＧとして定義されない。
【０１３３】
１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、ＥＰＤＣＣＨフォーマットに依存し、他のパラメータに基づいて決定される。１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、アグリゲーションレベルとも呼称される。例えば、１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、１つのＲＢペアにおけるＥＰＤＣＣＨ送信に用いることができるリソースエレメントの数、ＥＰＤＣＣＨの送信方法などに基づいて、決定される。例えば、１つのＥＰＤＣＣＨに用いられるＥＣＣＥの数は、１、２、４、８、１６または３２である。また、１つのＥＣＣＥに用いられるＥＲＥＧの数は、サブフレームの種類およびサイクリックプレフィックスの種類に基づいて決定され、４または８である。ＥＰＤＣＣＨの送信方法として、分散送信（Distributed  transmission）および局所送信（Localized  transmission）がサポートされる。
【０１３４】
ＥＰＤＣＣＨは、分散送信または局所送信を用いることができる。分散送信および局所送信は、ＥＲＥＧおよびＲＢペアに対するＥＣＣＥのマッピングが異なる。例えば、分散送信において、１つのＥＣＣＥは、複数のＲＢペアのＥＲＥＧを用いて構成される。局所送信において、１つのＥＣＣＥは、１つのＲＢペアのＥＲＥＧを用いて構成される。
【０１３５】
基地局装置１は、端末装置２に対して、ＥＰＤＣＣＨに関する設定を行う。端末装置２は、基地局装置１からの設定に基づいて、複数のＥＰＤＣＣＨをモニタリングする。端末装置２がＥＰＤＣＣＨをモニタリングするＲＢペアのセットが、設定されうる。そのＲＢペアのセットは、ＥＰＤＣＣＨセットまたはＥＰＤＣＣＨ−ＰＲＢセットとも呼称される。１つの端末装置２に対して、１つ以上のＥＰＤＣＣＨセットが設定できる。各ＥＰＤＣＣＨセットは、１つ以上のＲＢペアで構成される。また、ＥＰＤＣＣＨに関する設定は、ＥＰＤＣＣＨセット毎に個別に行うことができる。
【０１３６】
基地局装置１は、端末装置２に対して、所定数のＥＰＤＣＣＨセットを設定できる。例えば、２つまでのＥＰＤＣＣＨセットが、ＥＰＤＣＣＨセット０および／またはＥＰＤＣＣＨセット１として、設定できる。ＥＰＤＣＣＨセットのそれぞれは、所定数のＲＢペアで構成できる。各ＥＰＤＣＣＨセットは、複数のＥＣＣＥの１つのセットを構成する。１つのＥＰＤＣＣＨセットに構成されるＥＣＣＥの数は、そのＥＰＤＣＣＨセットとして設定されるＲＢペアの数、および、１つのＥＣＣＥに用いられるＥＲＥＧの数に基づいて、決定される。１つのＥＰＤＣＣＨセットに構成されるＥＣＣＥの数がＮである場合、各ＥＰＤＣＣＨセットは、０〜Ｎ−１で番号付けされたＥＣＣＥを構成する。例えば、１つのＥＣＣＥに用いられるＥＲＥＧの数が４である場合、４つのＲＢペアで構成されるＥＰＤＣＣＨセットは１６個のＥＣＣＥを構成する。
【０１３７】
＜本実施形態におけるＣＡとＤＣの詳細＞
端末装置２は複数のセルが設定され、マルチキャリア送信を行うことができる。端末装置２が複数のセルを用いる通信は、ＣＡ（キャリアアグリゲーション）またはＤＣ（デュアルコネクティビティ）と称される。本実施形態に記載の内容は、端末装置２に対して設定される複数のセルのそれぞれまたは一部に適用できる。端末装置２に設定されるセルを、サービングセルとも称する。
【０１３８】
ＣＡにおいて、設定される複数のサービングセルは、１つのプライマリーセル（PCell:  Primary  Cell）と１つ以上のセカンダリーセル（SCell:  Secondary  Cell）とを含む。ＣＡをサポートしている端末装置２に対して、１つのプライマリーセルと１つ以上のセカンダリーセルが設定されうる。
【０１３９】
プライマリーセルは、初期コネクション構築（initial  connection  establishment）手続きが行なわれたサービングセル、コネクション再構築（connection  re-establishment）手続きを開始したサービングセル、または、ハンドオーバ手続きにおいてプライマリーセルと指示されたセルである。プライマリーセルは、プライマリー周波数でオペレーションする。セカンダリーセルは、コネクションの構築または再構築以降に設定されうる。セカンダリーセルは、セカンダリー周波数でオペレーションする。なお、コネクションは、ＲＲＣコネクションとも称される。
【０１４０】
ＤＣは、少なくとも２つの異なるネットワークポイントから提供される無線リソースを所定の端末装置２が消費するオペレーションである。ネットワークポイントは、マスター基地局装置（MeNB:  Master  eNB）とセカンダリー基地局装置（SeNB:  Secondary  eNB）である。デュアルコネクティビティは、端末装置２が、少なくとも２つのネットワークポイントでＲＲＣ接続を行なうことである。デュアルコネクティビティにおいて、２つのネットワークポイントは、非理想的バックホール（non-ideal  backhaul）によって接続されてもよい。
【０１４１】
ＤＣにおいて、少なくともＳ１−ＭＭＥ（Mobility  Management  Entity）に接続され、コアネットワークのモビリティアンカーの役割を果たす基地局装置１をマスター基地局装置と称される。また、端末装置２に対して追加の無線リソースを提供するマスター基地局装置ではない基地局装置１をセカンダリー基地局装置と称される。マスター基地局装置に関連されるサービングセルのグループは、マスターセルグループ（MCG:  Master  Cell  Group）とも呼称される。セカンダリー基地局装置に関連されるサービングセルのグループは、セカンダリーセルグループ（SCG:  Secondary  Cell  Group）とも呼称される。なお、サービングセルのグループを、セルグループ（ＣＧ）と呼称される。
【０１４２】
ＤＣにおいて、プライマリーセルは、ＭＣＧに属する。また、ＳＣＧにおいて、プライマリーセルに相当するセカンダリーセルをプライマリーセカンダリーセル（PSCell:  Primary  Secondary  Cell）と称する。ＰＳＣｅｌｌ（ｐＳＣｅｌｌを構成する基地局装置）には、ＰＣｅｌｌ（ＰＣｅｌｌを構成する基地局装置）と同等の機能（能力、性能）がサポートされてもよい。また、ＰＳＣｅｌｌには、ＰＣｅｌｌの一部の機能だけがサポートされてもよい。例えば、ＰＳＣｅｌｌには、ＣＳＳまたはＵＳＳとは異なるサーチスペースを用いて、ＰＤＣＣＨ送信を行なう機能がサポートされてもよい。また、ＰＳＣｅｌｌは、常にアクティベーションの状態であってもよい。また、ＰＳＣｅｌｌは、ＰＵＣＣＨを受信できるセルである。
【０１４３】
ＤＣにおいて、無線ベアラ（データ無線ベアラ（DRB:  Date  Radio  Bearer）および／またはシグナリング無線ベアラ（SRB:  Signaling  Radio  Bearer））は、ＭｅＮＢとＳｅＮＢで個別に割り当てられてもよい。ＭＣＧ（ＰＣｅｌｌ）とＳＣＧ（ＰＳＣｅｌｌ）に対して、それぞれ個別にデュプレックスモードが設定されてもよい。ＭＣＧ（ＰＣｅｌｌ）とＳＣＧ（ＰＳＣｅｌｌ）は、互いに同期されなくてもよい。すなわち、ＭＣＧのフレーム境界とＳＣＧのフレーム境界が一致しなくてもよい。ＭＣＧ（ＰＣｅｌｌ）とＳＣＧ（ＰＳＣｅｌｌ）に対して、複数のタイミング調整のためのパラメータ（TAG:  Timing  Advance  Group）が独立に設定されてもよい。デュアルコネクティビティにおいて、端末装置２は、ＭＣＧ内のセルに対応するＵＣＩをＭｅＮＢ（ＰＣｅｌｌ）のみで送信し、ＳＣＧ内のセルに対応するＵＣＩをＳｅＮＢ（ｐＳＣｅｌｌ）のみで送信する。それぞれのＵＣＩの送信において、ＰＵＣＣＨおよび／またはＰＵＳＣＨを用いた送信方法はそれぞれのセルグループで適用される。
【０１４４】
ＰＵＣＣＨおよびＰＢＣＨ（ＭＩＢ）は、ＰＣｅｌｌまたはＰＳＣｅｌｌのみで送信される。また、ＰＲＡＣＨは、ＣＧ内のセル間で複数のＴＡＧ（Timing  Advance  Group）が設定されない限り、ＰＣｅｌｌまたはＰＳＣｅｌｌのみで送信される。
【０１４５】
ＰＣｅｌｌまたはＰＳＣｅｌｌでは、ＳＰＳ（Semi-Persistent  Scheduling）やＤＲＸ（Discontinuous  Transmission）を行ってもよい。セカンダリーセルでは、同じセルグループのＰＣｅｌｌまたはＰＳＣｅｌｌと同じＤＲＸを行ってもよい。
【０１４６】
セカンダリーセルにおいて、ＭＡＣの設定に関する情報／パラメータは、基本的に、同じセルグループのＰＣｅｌｌまたはＰＳＣｅｌｌと共有している。一部のパラメータは、セカンダリーセル毎に設定されてもよい。一部のタイマーやカウンタが、ＰＣｅｌｌまたはＰＳＣｅｌｌのみに対して適用されてもよい。
【０１４７】
ＣＡにおいて、ＴＤＤ方式が適用されるセルとＦＤＤ方式が適用されるセルが集約されてもよい。ＴＤＤが適用されるセルとＦＤＤが適用されるセルとが集約される場合に、ＴＤＤが適用されるセルおよびＦＤＤが適用されるセルのいずれか一方に対して本開示を適用することができる。
【０１４８】
端末装置２は、端末装置２によってＣＡおよび／またはＤＣがサポートされているバンド組み合わせを示す情報（supportedBandCombination）を、基地局装置１に送信する。端末装置２は、バンド組み合わせのそれぞれに対して、異なる複数のバンドにおける前記複数のサービングセルにおける同時送信および受信をサポートしているかどうかを指示する情報を、基地局装置１に送信する。
【０１４９】
＜本実施形態におけるリソース割り当ての詳細＞
基地局装置１は、端末装置２にＰＤＳＣＨおよび／またはＰＵＳＣＨのリソース割り当ての方法として、複数の方法を用いることができる。リソース割り当ての方法は、動的スケジューリング、セミパーシステントスケジューリング、マルチサブフレームスケジューリング、およびクロスサブフレームスケジューリングを含む。
【０１５０】
動的スケジューリングにおいて、１つのＤＣＩは１つのサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームにおけるＰＤＳＣＨに対するスケジューリングを行う。あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより後の所定のサブフレームにおけるＰＵＳＣＨに対するスケジューリングを行う。
【０１５１】
マルチサブフレームスケジューリングにおいて、１つのＤＣＩは１つ以上のサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つ以上のサブフレームにおけるＰＤＳＣＨに対するスケジューリングを行う。あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つ以上のサブフレームにおけるＰＵＳＣＨに対するスケジューリングを行う。その所定数はゼロ以上の整数にすることができる。その所定数は、あらかじめ規定されてもよいし、物理層シグナリングおよび／またはＲＲＣシグナリングに基づいて決められてもよい。マルチサブフレームスケジューリングにおいて、連続したサブフレームがスケジューリングされてもよいし、所定の周期を有するサブフレームがスケジューリングされてもよい。スケジューリングされるサブフレームの数は、あらかじめ規定されてもよいし、物理層シグナリングおよび／またはＲＲＣシグナリングに基づいて決められてもよい。
【０１５２】
クロスサブフレームスケジューリングにおいて、１つのＤＣＩは１つのサブフレームにおけるリソース割り当てを行う。具体的には、あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つのサブフレームにおけるＰＤＳＣＨに対するスケジューリングを行う。あるサブフレームにおけるＰＤＣＣＨまたはＥＰＤＣＣＨは、そのサブフレームより所定数後の１つのサブフレームにおけるＰＵＳＣＨに対するスケジューリングを行う。その所定数はゼロ以上の整数にすることができる。その所定数は、あらかじめ規定されてもよいし、物理層シグナリングおよび／またはＲＲＣシグナリングに基づいて決められてもよい。クロスサブフレームスケジューリングにおいて、連続したサブフレームがスケジューリングされてもよいし、所定の周期を有するサブフレームがスケジューリングされてもよい。
【０１５３】
セミパーシステントスケジューリング（ＳＰＳ）において、１つのＤＣＩは１つ以上のサブフレームにおけるリソース割り当てを行う。端末装置２は、ＲＲＣシグナリングによってＳＰＳに関する情報が設定され、ＳＰＳを有効にするためのＰＤＣＣＨまたはＥＰＤＣＣＨを検出した場合、ＳＰＳに関する処理を有効にし、ＳＰＳに関する設定に基づいて所定のＰＤＳＣＨおよび／またはＰＵＳＣＨを受信する。端末装置２は、ＳＰＳが有効である時にＳＰＳをリリースするためのＰＤＣＣＨまたはＥＰＤＣＣＨを検出した場合、ＳＰＳをリリース（無効に）し、所定のＰＤＳＣＨおよび／またはＰＵＳＣＨの受信を止める。ＳＰＳのリリースは、所定の条件を満たした場合に基づいて行ってもよい。例えば、所定数の空送信のデータを受信した場合に、ＳＰＳはリリースされる。ＳＰＳをリリースするためのデータの空送信は、ゼロＭＡＣ  ＳＤＵ（Service  Data  Unit）を含むＭＡＣ  ＰＤＵ（Protocol  Data  Unit）に対応する。
【０１５４】
ＲＲＣシグナリングによるＳＰＳに関する情報は、ＳＰＳのＲＮＴＩであるＳＰＳ  Ｃ−ＲＮＴＩ、ＰＤＳＣＨのスケジューリングされる周期（インターバル）に関する情報、ＰＵＳＣＨのスケジューリングされる周期（インターバル）に関する情報、ＳＰＳをリリースするための設定に関する情報、および／または、ＳＰＳにおけるＨＡＲＱプロセスの番号を含む。ＳＰＳは、プライマリーセルおよび／またはプライマリーセカンダリーセルのみにサポートされる。
【０１５５】
＜本実施形態におけるＨＡＲＱ＞
本実施形態において、ＨＡＲＱは様々な特徴を有する。ＨＡＲＱはトランスポートブロックを送信および再送する。ＨＡＲＱにおいて、所定数のプロセス（ＨＡＲＱプロセス）が用いられ（設定され）、プロセスのそれぞれはストップアンドウェイト方式で独立に動作する。
【０１５６】
下りリンクにおいて、ＨＡＲＱは非同期であり、適応的に動作する。すなわち、下りリンクにおいて、再送は常にＰＤＣＣＨを通じてスケジューリングされる。下りリンク送信に対応する上りリンクＨＡＲＱ−ＡＣＫ（応答情報）はＰＵＣＣＨまたはＰＵＳＣＨで送信される。下りリンクにおいて、ＰＤＣＣＨは、そのＨＡＲＱプロセスを示すＨＡＲＱプロセス番号、および、その送信が初送か再送かを示す情報を通知する。
【０１５７】
上りリンクにおいて、ＨＡＲＱは同期または非同期に動作する。上りリンク送信に対応する下りリンクＨＡＲＱ−ＡＣＫ（応答情報）はＰＨＩＣＨで送信される。上りリンクＨＡＲＱにおいて、端末装置の動作は、その端末装置によって受信されるＨＡＲＱフィードバックおよび／またはその端末装置によって受信されるＰＤＣＣＨに基づいて決まる。例えば、ＰＤＣＣＨは受信されず、ＨＡＲＱフィードバックがＡＣＫである場合、端末装置は送信（再送）を行わず、ＨＡＲＱバッファ内のデータを保持する。その場合、ＰＤＣＣＨが再送を再開するために送信されるかもしれない。また、例えば、ＰＤＣＣＨは受信されず、ＨＡＲＱフィードバックがＮＡＣＫである場合、端末装置は所定の上りリンクサブフレームで非適応的に再送を行う。また、例えば、ＰＤＣＣＨが受信された場合、ＨＡＲＱフィードバックの内容に関わらず、端末装置はそのＰＤＣＣＨで通知される内容に基づいて、送信または再送を行う。
【０１５８】
なお、上りリンクにおいて、所定の条件（設定）を満たした場合、ＨＡＲＱは非同期のみで動作するようにしてもよい。すなわち、下りリンクＨＡＲＱ−ＡＣＫは送信されず、上りリンクにおける再送は常にＰＤＣＣＨを通じてスケジューリングされてもよい。
【０１５９】
ＨＡＲＱ−ＡＣＫ報告において、ＨＡＲＱ−ＡＣＫは、ＡＣＫ、ＮＡＣＫ、またはＤＴＸを示す。ＨＡＲＱ−ＡＣＫがＡＣＫである場合、そのＨＡＲＱ−ＡＣＫに対応するトランスポートブロック（コードワード、チャネル）は正しく受信（デコード）できたことを示す。ＨＡＲＱ−ＡＣＫがＮＡＣＫである場合、そのＨＡＲＱ−ＡＣＫに対応するトランスポートブロック（コードワード、チャネル）は正しく受信（デコード）できなかったことを示す。ＨＡＲＱ−ＡＣＫがＤＴＸである場合、そのＨＡＲＱ−ＡＣＫに対応するトランスポートブロック（コードワード、チャネル）は存在しない（送信されていない）ことを示す。
【０１６０】
下りリンクおよび上りリンクのそれぞれにおいて、所定数のＨＡＲＱプロセスが設定（規定）される。例えば、ＦＤＤにおいて、サービングセル毎に最大８つのＨＡＲＱプロセスが用いられる。また、例えば、ＴＤＤにおいて、ＨＡＲＱプロセスの最大数は、上りリンク／下りリンク設定によって決定される。ＨＡＲＱプロセスの最大数は、ＲＴＴ（Round  Trip  Time）に基づいて決定されてもよい。例えば、ＲＴＴが８ＴＴＩである場合、ＨＡＲＱプロセスの最大数は８にすることができる。
【０１６１】
本実施形態において、ＨＡＲＱ情報は、少なくともＮＤＩ（New  Data  Indicator）およびＴＢＳ（トランスポートブロックサイズ）で構成される。ＮＤＩは、そのＨＡＲＱ情報に対応するトランスポートブロックが初送か再送かを示す情報である。ＴＢＳはトランスポートブロックのサイズである。トランスポートブロックは、トランスポートチャネル（トランスポートレイヤー）におけるデータのブロックであり、ＨＡＲＱを行う単位とすることができる。ＤＬ−ＳＣＨ送信において、ＨＡＲＱ情報は、さらにＨＡＲＱプロセスＩＤ（ＨＡＲＱプロセス番号）を含む。ＵＬ−ＳＣＨ送信において、ＨＡＲＱ情報は、さらにトランスポートブロックに対する符号化後の情報ビットとパリティビットを指定するための情報であるＲＶ（Redundancy  Version）を含む。ＤＬ−ＳＣＨにおいて空間多重の場合、そのＨＡＲＱ情報は、それぞれのトランスポートブロックに対してＮＤＩおよびＴＢＳのセットを含む。
【０１６２】
＜本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの詳細＞
図１０は、本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。図１０は、パラメータセット０が用いられる場合に、所定のリソースにおけるリソースエレメントの集合を示す。図１０に示される所定のリソースは、ＬＴＥにおける１つのリソースブロックペアと同じ時間長および周波数帯域幅から成るリソースである。
【０１６３】
ＮＲにおいて、所定のリソースは、ＮＲ−ＲＢ（ＮＲリソースブロック）とも呼称される。所定のリソースは、ＮＲ−ＰＤＳＣＨまたはＮＲ−ＰＤＣＣＨの割り当ての単位、所定のチャネルまたは所定の信号のリソースエレメントに対するマッピングの定義を行う単位、または、パラメータセットが設定される単位などに用いることができる。
【０１６４】
図１０の例では、所定のリソースは、時間方向においてＯＦＤＭシンボル番号０〜１３で示される１４個のＯＦＤＭシンボル、および、周波数方向においてサブキャリア番号０〜１１で示される１２個のサブキャリアで構成される。システム帯域幅が複数の所定のリソースで構成される場合、サブキャリア番号はそのシステム帯域幅に渡って割り当てる。
【０１６５】
Ｃ１〜Ｃ４で示されるリソースエレメントは、アンテナポート１５〜２２の伝送路状況測定用参照信号（ＣＳＩ−ＲＳ）を示す。Ｄ１〜Ｄ２で示されるリソースエレメントは、それぞれＣＤＭグループ１〜ＣＤＭグループ２のＤＬ−ＤＭＲＳを示す。
【０１６６】
図１１は、本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。図１１は、パラメータセット１が用いられる場合に、所定のリソースにおけるリソースエレメントの集合を示す。図１１に示される所定のリソースは、ＬＴＥにおける１つのリソースブロックペアと同じ時間長および周波数帯域幅から成るリソースである。
【０１６７】
図１１の例では、所定のリソースは、時間方向においてＯＦＤＭシンボル番号０〜６で示される７個のＯＦＤＭシンボル、および、周波数方向においてサブキャリア番号０〜２３で示される２４個のサブキャリアで構成される。システム帯域幅が複数の所定のリソースで構成される場合、サブキャリア番号はそのシステム帯域幅に渡って割り当てる。
【０１６８】
Ｃ１〜Ｃ４で示されるリソースエレメントは、アンテナポート１５〜２２の伝送路状況測定用参照信号（ＣＳＩ−ＲＳ）を示す。Ｄ１〜Ｄ２で示されるリソースエレメントは、それぞれＣＤＭグループ１〜ＣＤＭグループ２のＤＬ−ＤＭＲＳを示す。
【０１６９】
図１２は、本実施形態におけるＮＲの下りリンクリソースエレメントマッピングの一例を示す図である。図１２は、パラメータセット１が用いられる場合に、所定のリソースにおけるリソースエレメントの集合を示す。図１２に示される所定のリソースは、ＬＴＥにおける１つのリソースブロックペアと同じ時間長および周波数帯域幅から成るリソースである。
【０１７０】
図１２の例では、所定のリソースは、時間方向においてＯＦＤＭシンボル番号０〜２７で示される２８個のＯＦＤＭシンボル、および、周波数方向においてサブキャリア番号０〜６で示される６個のサブキャリアで構成される。システム帯域幅が複数の所定のリソースで構成される場合、サブキャリア番号はそのシステム帯域幅に渡って割り当てる。
【０１７１】
Ｃ１〜Ｃ４で示されるリソースエレメントは、アンテナポート１５〜２２の伝送路状況測定用参照信号（ＣＳＩ−ＲＳ）を示す。Ｄ１〜Ｄ２で示されるリソースエレメントは、それぞれＣＤＭグループ１〜ＣＤＭグループ２のＤＬ−ＤＭＲＳを示す。
【０１７２】
＜本実施形態におけるＮＲのフレーム構成＞
ＮＲでは、物理チャネルおよび／または物理信号を自己完結型送信（self-contained transmission）によって送信することができる。図１３に、本実施形態における自己完結型送信のフレーム構成の一例を示す。自己完結型送信では、１つの送受信は、先頭から連続する下りリンク送信、ＧＰ、および連続する下りリンク送信の順番で構成される。連続する下りリンク送信には、少なくとも１つの下りリンク制御情報およびＤＭＲＳが含まれる。その下りリンク制御情報は、その連続する下りリンク送信に含まれる下りリンク物理チャネルの受信、またはその連続する上りリンク送信に含まれる上りリンク物理チャネルの送信を指示する。その下りリンク制御情報が下りリンク物理チャネルの受信を指示した場合、端末装置２は、その下りリンク制御情報に基づいてその下りリンク物理チャネルの受信を試みる。そして、端末装置２は、その下りリンク物理チャネルの受信成否（デコード成否）を、ＧＰ後に割り当てられる上りリンク送信に含まれる上りリンク制御チャネルによって送信する。一方で、その下りリンク制御情報が上りリンク物理チャネルの送信を指示した場合、その下りリンク制御情報に基づいて送信される上りリンク物理チャネルを上りリンク送信に含めて送信を行う。このように、下りリンク制御情報によって、上りリンクデータの送信と下りリンクデータの送信を柔軟に切り替えることで、上りリンクと下りリンクのトラヒック比率の増減に即座に対応することができる。また、下りリンクの受信成否を直後の上りリンク送信で通知することで、下りリンクの低遅延通信を実現することができる。
【０１７３】
単位スロット時間は、下りリンク送信、ＧＰ、または上りリンク送信を定義する最小の時間単位である。単位スロット時間は、下りリンク送信、ＧＰ、または上りリンク送信のいずれかのために予約される。単位スロット時間の中に、下りリンク送信と上りリンク送信の両方は含まれない。単位スロット時間は、その単位スロット時間に含まれるＤＭＲＳと関連付けられるチャネルの最小送信時間としてもよい。１つの単位スロット時間は、例えば、ＮＲのサンプリング間隔（Ts）またはシンボル長の整数倍で定義される。
【０１７４】
単位フレーム時間は、スケジューリングで指定される最小時間であってもよい。単位フレーム時間は、トランスポートブロックが送信される最小単位であってもよい。単位スロット時間は、その単位スロット時間に含まれるＤＭＲＳと関連付けられるチャネルの最大送信時間としてもよい。単位フレーム時間は、端末装置２において上りリンク送信電力を決定する単位時間であってもよい。単位フレーム時間は、サブフレームと称されてもよい。単位フレーム時間には、下りリンク送信のみ、上りリンク送信のみ、上りリンク送信と下りリンク送信の組み合わせの３種類のタイプが存在する。１つの単位フレーム時間は、例えば、ＮＲのサンプリング間隔（Ts）、シンボル長、または単位スロット時間の整数倍で定義される。
【０１７５】
送受信時間は、１つの送受信の時間である。１つの送受信と他の送受信との間は、どの物理チャネルおよび物理信号も送信されない時間（ギャップ）で占められる。端末装置２は、異なる送受信間でＣＳＩ測定を平均してはいけない。送受信時間は、ＴＴＩと称されてもよい。１つの送受信時間は、例えば、ＮＲのサンプリング間隔（Ts）、シンボル長、単位スロット時間、または単位フレーム時間の整数倍で定義される。
【０１７６】
＜Non-Orthogonal  Multiple  Access(NOMA)＞
直交多元接続(Orthogonal  Multiple  Access：OMA)においては、例えば直交する周波数軸および時間軸を用いて送受信を行う。この時、図６で示したように、サブキャリア間隔によって周波数および時間リソースのフレーム構成が決定され、リソースエレメント数以上のリソースを使用することはできない。
【０１７７】
一方、NOMAにおいては、直交する周波数軸および時間軸に加えて、非直交軸である、例えば、Interleave  pattern軸、Spreading  Pattern軸、Scrambling  Pattern軸、Codebook軸、Power軸などを追加して、フレーム構成が決定される。
【０１７８】
図１４は、NOMA送信処理の一例を示す説明図である。例えば、図１４は送信装置において非直交軸で送信信号を多重し、かつ非直交軸で多重されるリソースが全て同一のパラメータセットの場合を表している。ここで、送信装置は基地局装置１または端末装置２のいずれかを示す。送信装置では、多重をする複数の送信信号セットを用意する。図１４では２つの送信信号セットを多重するとする。ここでは２つとしているが３つ以上の送信信号セットでもよい。また、それぞれの送信信号セットは別々の受信装置に対する送信信号でもよいし、同一の受信装置に対する送信信号でもよい。ここで、受信装置は基地局装置１または端末装置２のいずれかを示す。それぞれの送信信号セットは、対応する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適用後の信号は同一の周波数および時間リソース上で多重され、同一のアンテナポートへ送られる。また、図１４では同一のパラメータセットの送信信号セットを多重したが、図１５に示すように、異なるパラメータセットの送信信号セットを多重してもよい。図１５は異なるパラメータセットの送信信号セットを多重している以外は、図１４と同様である。
【０１７９】
図１６、１７はNOMA送信処理の一例を示す説明図である。一方で、図１６、１７に示すように、送信装置で多重せず、NOMA  Pattern  Vectorを適用した信号を送信し、受信装置で非直交多重されるように送信をする方法も考えられる。それぞれの送信信号セットは、対応するNOMA  Pattern  Vectorが適用される。ここで、NOMA  Pattern  Vectorには、例えば、Interleave  pattern、Spreading  Pattern、Scrambling  Pattern、Codebook、Power  Allocation、などが含まれる。NOMA  Pattern  Vector適用後の信号は同一の周波数および時間リソース上で送信され、伝搬チャネルを通って多重される。この場合、それぞれの送信信号セットは別々の送信装置から送信されてもよい。また、図１７に示したように、同一の周波数および時間リソース上で送信される送信信号のパラメータセットは、異なるパラメータセットでもよい。
【０１８０】
図１８はNOMA受信処理を行う受信装置の一例である。図１８に示すように、受信信号は同一の周波数および時間リソース上で複数の送信信号が多重された状態で受信される。受信装置では多重された送信信号セットを復号するため、送信機で適用されたNOMA  Pattern  Vectorを適用し、チャネル等化および干渉信号キャンセラにより所望の信号を取り出す。この時、同一のNOMA  Pattern  Vectorが用いられて多重をしてしまった場合は、多重された信号間の干渉の影響が大きくなってしまい、復号をすることが難しくなってしまう。
【０１８１】
以上のように、NOMA送信では送信装置および受信装置で適用されたNOMA  Pattern Vectorを送信装置および受信装置間で共有し、かつ、NOMA  Pattern  Vectorが重複することなく適用される必要がある。
【０１８２】
＜NOMA  Pattern  Vector適用手法および通知手法＞
上述したように、NOMA送信においてはNOMA  Pattern  Vectorの適用手法が重要である。ここからは、適用するNOMA Pattern
Vectorの決定手法およびその通知手法について説明する。
【０１８３】
例えば、ダウンリンク送信を想定した場合、基地局装置１はNOMA  Pattern  Vectorの中から使用可能なNOMA  Pattern  Vectorを選択し、NOMA  Pattern  Vectorを適用した後、適用したNOMA  Pattern  Vectorを、端末装置２にRRC  Signaling、System  Information  Block（ＳＩＢ）、DCIなどで通知すればよい。ダウンリンク送信の場合は、基地局装置１は、複数の端末装置２のリソースアロケーションを決定できる。動的なNOMA  Pattern  Vectorの変更をしない場合でも、基地局装置１は、複数の端末装置２に、一度NOMA  Pattern  Vectorを割り当ててしまえば、同じNOMA  Pattern  Vectorが割り当てられた複数の端末装置２に対して送信をする場合でも、異なる周波数リソースまたは時間リソースを割り当てることで、端末装置２間の干渉を増大させることなく送信をすることが可能となる。
【０１８４】
一方で、アップリンク送信やサイドリンク送信を想定した場合、端末装置２は送信前に現在使用可能なNOMA  Pattern  Vectorを知る、または決定する手法が必要となる。例えば、端末装置２がDCIなどからリソースアロケーション情報やNOMA  Pattern  Vector情報通知を受信可能であれば問題はない。しかしながら、例えば、Grant-free  Based送信やOut-of-Coverage  D2Dのような、端末装置がDCIを受信しないユースケースを想定した場合は、NOMA  Pattern  Vectorの適用手法および通知手法が必要である。
【０１８５】
＜Grant-free  based送信とNOMA＞
Grant-free
based送信とは、端末装置２が基地局装置１からのリソースアロケーション（Grant）を受信することなく、端末装置２が適当なリソースを利用して送信をすることを表す。ここでのリソースは周波数軸および時間軸で区切られたリソースとする。リソースは使用可能な全帯域から選択しても良いし、あらかじめ決められたリソースプールの中から選択しても良い。リソースプールは仕様として静的に決定されていても良いし、基地局装置１とのコネクション確立時に指定されても良い。端末装置２は使用するリソースを自由に選択できるため、別の端末装置２が選択したリソースと競合する可能性がある。競合となった場合はそれぞれの信号が干渉信号となるため、受信信号品質は劣化してしまう。そこで、Grant-free  based送信にNOMA技術を適用することで、周波数軸および時間軸に、さらに非直交軸を追加して、周波数軸および時間軸リソースで競合が発生した場合でも、非直交軸で信号を分離することが可能となる。
【０１８６】
しかしながら、非直交軸でさらにリソースが競合するケース（特に、NOMA  Pattern  Vectorの競合）が発生する場合もある。
【０１８７】
ここで、Grant-free  based送信と、前述のセミパーシステントスケジューリング（SPS）との違いについて明記しておく。SPSは、事前にRRCシグナリングによってSPSに関する情報が設定され、SPSを有効にするためのPDCCHまたはEPDCCHを受信した場合、SPSに関する設定に基づいてGrant無しに送信する。一方で、Grant-free  based送信は、PDCCHまたはEPDCCHを受信することなく、Grant無しに送信するといった特徴を有する。
【０１８８】
以降では、Grant-free  Based送信やOut-of-Coverage  D2Dといった、DCIを受信しない（言い換えれば、送信リソースの割り当てが指示されない）ケースを想定して、NOMA  Pattern  Vector情報の決定手法について記載する。
【０１８９】
（１）コネクション構築時に静的に決定する
最初に、コネクション構築時にNOMA  Pattern  Vector情報を静的に決定する手法を説明する。
【０１９０】
コネクション構築時に、RRC  Signalingなどを通じてユーザごとにNOMA  Pattern  Vectorを割り当てる方法が考えられる。各ユーザに割り当てられたNOMA  Pattern  Vectorは、基地局装置１からデタッチするまで同じものを使用できるものとする。この場合、端末装置２は、基地局装置１から割り当てられたNOMA  Pattern  Vectorを使用するため、別の端末装置２とNOMA  Pattern  Vectorで競合することはない。
【０１９１】
一方、NOMA  Pattern  Vectorの数は有限であるため、上限を超えた場合はNOMA  Pattern  Vectorの割り当てができなくなり、さらなるNOMA送信による周波数利用効率向上効果が難しくなる。また、端末装置２が使用するリソースブロックが少数の場合、使用されないリソースブロックでは、端末装置２に割り当てられたNOMA  Pattern  Vectorが使用されないことになる。さらに、端末装置２に割り当てられたNOMA  Pattern  Vectorは、端末装置２がデタッチするまでは割り当てられたままとなるため、端末装置２が送信を行っていない期間も割り当てられたNOMA  Pattern  Vectorを使用することができない。
【０１９２】
このため、周波数利用効率向上の観点で見たときには、コネクション構築時に静的に決定するよりは、使用可能なNOMA  Pattern  Vectorをリソースブロック単位で動的に通知できるほうが望ましい場合がある。また、本方法はコネクション構築を実施しない、例えばOut-of  Coverage  D2D通信のようなケースでは使用することができない。ここで、本方法は、本実施形態における他の決定手法との併用が可能であることを追記しておく。
【０１９３】
（２）端末にPre-configureする
次に、端末にPre-configureされたNOMA  Pattern  Vectorを使用する方法を説明する。コネクション構築を実施しない、例えばOut-of-Coverage  D2D通信のようなケースを想定した場合、端末装置２は基地局装置１からの信号を受信することができない。
【０１９４】
そこで、例えば、端末装置２にPre-configureされたNOMA  Pattern  Vectorを使用する方法が考えられる。この場合、使用するNOMA  Pattern  Vectorに関する情報のSignalingが不要となる。
【０１９５】
一方で、NOMA  Pattern  Vectorの数は有限のため、複数の端末装置２に同一のNOMA  Pattern  VectorがPre-configureされるケースが考えられる。この場合、もしもこれらの端末装置２が同一周波数および同一時間リソース上でNOMA送信を実施した場合は、リソースの競合が発生してしまい、誤り率特性が劣化してしまう。
【０１９６】
そこで、例えば複数のNOMA  Pattern  Vectorを端末装置２にPre-configureしておき、端末装置２はその中から都度ランダムで選択をして使用する方法が考えられる。いずれの場合も、受信装置となる基地局装置１または別の端末装置２は、使用されたNOMA  Pattern  VectorをSignalingなどで知るか、ブラインドで復号することが必要となる場合がある。ちなみに、本方法はコネクション構築を実施する場合でも使用可能であり、本実施形態における他の決定手法との併用が可能であることを追記しておく。
【０１９７】
（３）現在使用可能なNOMA  Pattern  Vectorをブロードキャスト通知する
続いて、現在使用可能なNOMA  Pattern  Vectorを基地局がブロードキャスト通知する方法を説明する。この方法は、基地局装置１がブロードキャスト送信する信号に現在使用可能および現在使用中であって選択することが出来ない（使用不可の）NOMA  Pattern  Vectorの情報を含める方法である。ここで、基地局装置１は、現在使用可能または現在使用不可のどちらかの情報のみを情報として含めても良い。また、ブロードキャストされる信号とは、例えばSystem  Information  Block（SIB）や、セル内で共用されるDCI、MBMS、NOMA  Pattern  Vector通知用リソースを含んでいてもよい。
【０１９８】
端末装置２は、基地局装置１からブロードキャスト送信された信号からNOMA  Pattern  Vectorに関する情報を受信し、現在使用可能なNOMA  Pattern  Vectorの中から選択して、NOMA送信で使用する。ここで、NOMA  Pattern  Vectorに関する情報は、例えば下記のような情報が基地局装置１からブロードキャスト送信される。
【０１９９】
【数１】
2018026660.tif 000003
【０２００】
数式１で、Vt0〜VtN-1はNOMA  Pattern  Vectorに紐づいたFlagであり、それぞれのFlagに対応するNOMA  Pattern  Vectorは、基地局装置１および端末装置２で既知であるとする。例えば、Flagが１となっている場合は、そのNOMA  Pattern  Vectorは現在使用可能であること（使われていないこと）を表し、０となっている場合は、そのNOMA  Pattern  Vectorは現在使用中であることを表す。Flagの値の意味はこの逆でもよい。または、どちらかのフラグを電力０として送信しても良い。上記情報を受信した端末装置２は、Flagが使用可能となっている中からNOMA  Pattern  Vectorを選択して、その選択したNOMA  Pattern  VectorをNOMA送信で使用する。
【０２０１】
ブロードキャスト送信される信号として、SIB、セル内で共用されるDCI、MBMSなどを用いた場合、対象となるリソースブロックとの対応情報が別途必要となる。図１９は、Grant-free  based送信用のリソースプールの例を示す説明図である。例えば、Grant-free  based送信用のリソースプールが指定され、図１９に示す通り、３６個のリソースブロックをGrant-free  based送信として使用可能であるとする。この時、それぞれのリソースブロックごとにNOMA  Pattern  Vectorは独立して使用することが可能である。例えば、ある端末装置２は、図１９のRB#0ではNOMA  Pattern  Vector  Vt0に対応したパターンを使用して、別の端末装置２が、図１９のRB#1でNOMA  Pattern  Vector  Vt0に対応したパターンを使用するといったことが可能である。そのため、基地局装置１はそれぞれのRBについて、使用可能なNOMA  Pattern  Vector情報をブロードキャスト送信することで、より効率的な送信をすることが可能となる。
【０２０２】
図２０は、１つのリソースブロックにおける、NOMA  Pattern  Vector通知用リソースの例を示す説明図である。図２０に示したのは、１つのリソースブロックである。例えば、NOMA  Pattern  Vector通知用リソースをそれぞれのリソースブロックで図２０のように確保した場合、基地局装置１は、リソースブロックごとに使用可能なNOMA  Pattern  Vector情報を通知することが可能となる。基地局装置１は、本リソースを使用してNOMA  Pattern  Vector情報の通知を行うのみでよい。なお、NOMA  Pattern  Vector通知用リソースの確保は、例えば制御部１０３が実行しうる。
【０２０３】
一方で、SIB、セル内で共用されるDCI、MBMSなどで送信をする場合は、数式１で表される情報がどのリソースブロックの情報を表しているかの情報が端末装置２で別途必要となる。従って、基地局装置１は、その情報を併せて端末装置２に通知することが望ましい。例えば、数式２のように、通知する情報に、リソースブロックのインデックス情報を追加することが考えられる。RBIndexはリソースブロックのインデックス情報を表している。
【０２０４】
【数２】
2018026660.tif 000004
【０２０５】
受信装置となる基地局装置１または別の端末装置２は、使用されたNOMA  Pattern  Vectorを、Signalingなどを通じて知るか、もしくは全て使用されているものとして復号する。また、この手法は本実施形態における他の決定手法との併用が可能であることを追記しておく。
【０２０６】
＜適用したNOMA  Pattern  Vectorの通知手法＞
端末装置２は、適用したNOMA  Pattern  Vectorの情報を、受信装置となる基地局装置１または別の端末装置２に対して通知をしてもよいし、通知をしなくても良い。通知をしない場合は、受信装置となる基地局装置１または別の端末装置２は、想定されるNOMA  Pattern  Vectorのすべてが使用されているものとして復号を試みる。この場合、通知が不要となるため、Signaling  Overheadの削減が可能となる一方で、NOMA  Pattern  Vectorの総数が増加するにつれて、受信装置での復号処理複雑性が増加することとなる。
【０２０７】
そのため、端末装置２は、適用したNOMA  Pattern  Vectorの情報を、受信装置側に通知することで、受信装置での計算量を削減することが、状況によっては望ましい。端末装置２は、適用したNOMA  Pattern  Vectorの情報を通知する場合、NOMA  Pattern  Vector通知用のリソースを使用して通知をする方法が考えられる。図２１は、NOMA  Pattern  Vector通知用のリソースの例を示す説明図である。図２１のリソースは、Grant-free  based送信が可能なリソースプールであるとする。また、時間＃１３のリソースは、NOMA  Pattern  Vectorを通知するためのリソースであるとする。
【０２０８】
ここで、NOMA  Pattern  Vectorを通知するためのリソースは、時間軸＃１３以外のどのリソースでもよいし、リソース数が変わっても良い。使用するリソースは、あらかじめ決められていても良いし、基地局装置１から通知があっても良い。また端末装置２は、適用したNOMA  Pattern  Vectorの情報を、同一の単位フレーム時間内に基地局装置１に通知してもよい。
【０２０９】
端末装置２は、上述の手法１〜３などにより、使用するNOMA  Pattern  Vectorを決定すると、Grant-free  based送信が可能なリソースプールを使用してNOMA送信を行う。ここで、端末装置２は使用したNOMA  Pattern  Vectorに対応するリソースエレメントで使用を表すFlagを送信する。端末装置２は、例えば、NOMA  Pattern  Vector  V0を使用してNOMA送信をした場合は、図２１の例では、周波数＃１３および時間＃１３のリソースエレメントで使用中であることを表すFlag（例えば“1”など）を送信する。このとき、端末装置２は、使用していないNOMA  Pattern  Vectorに対応するリソースエレメントでは、使用していないことを表すフラグ（例えば“０”など）を送信してもよいし、何も送信しなくてもよい。何も送信しない場合は電力が０となるため、受信装置は電力を測定することで、どのNOMA  Pattern  Vectorが使用されているのかを判断することも可能である。本通知は、同一のリソースプールを使用する複数の端末装置２から送信され、受信装置ではそれら複数の通知が合成された状態で受信をすることになる。
【０２１０】
また、通知を受信した受信装置は、端末装置２に対して受信結果を通知しても良い。例えば、使用されたNOMA  Pattern  Vectorを検出した結果、複数の端末装置２が同一のNOMA  Pattern  Vectorを使用していることがわかったとする。この時、受信装置は、端末装置２に、同一のNOMA  Pattern  Vectorを使用していることを示す情報を通知することで、端末装置２の次回送信時におけるNOMA  Pattern  Vectorの競合する可能性を下げることが可能となる。そこで、例えば数式３のように本情報を通知することが考えられる。また、リソースマッピングは図２２のような例が考えられる。
【０２１１】
【数３】
2018026660.tif 000005
【０２１２】
VtnおよびVrnビット列の対応例としては、下記の通りとなる。下記の説明はVtn、Vrnの順で表している。
【０２１３】
００：対応するNOMA  Pattern  Vector使用不可＋NOMA  Pattern  Vectorの使用未検出
対応するNOMA  Pattern  Vectorは使用不可であり、かつNOMA  Pattern  Vectorの使用未検出であった場合に、ビット列はこの組み合わせとなる。本組み合わせは、使用不可のNOMA  Pattern  Vectorが使用未検出であるため、送信中の端末装置２は引き続き、対応するNOMA  Pattern  Vectorは使用せずに送信を行う。
【０２１４】
０１：対応するNOMA  Pattern  Vector使用不可＋NOMA  Pattern  Vectorの使用検出
対応するNOMA  Pattern  Vectorは使用不可であるが、NOMA  Pattern  Vectorの使用検出であった場合に、ビット列はこの組み合わせとなる。考えられるケースとしては、元々は使用可能であったが、本送信フレームから使用不可に変更となったケース、または、端末装置２が誤ってNOMA  Patter  Vectorを選択しまったケースなどが考えられる。いずれも、本NOMA  Pattern  Vectorを使用していた端末装置２は、別のNOMA  Pattern  Vectorの使用を試みる。
【０２１５】
１０：対応するNOMA  Pattern  Vector使用可＋NOMA  Pattern  Vectorの使用未検出
対応するNOMA  Pattern  Vectorは使用可であるが、NOMA  Pattern  Vectorの使用未検出であった場合に、ビット列はこの組み合わせとなる。すなわち、どの端末装置２も本NOMA  Pattern  Vectorを使用していないことになる。例えば、新規に送信を開始する端末装置２や、例えば上記NOMA  Pattern  Vectorの変更を検討しなければならない端末装置２などは、本ビット列に対応するNOMA  Pattern  Vectorの中から使用するものを選択する。
【０２１６】
１１：対応するNOMA  Pattern  Vector使用可＋NOMA  Pattern  Vectorの使用検出
対応するNOMA  Pattern  Vectorは使用可であり、かつNOMA  Pattern  Vectorの使用検出であった場合に、ビット列はこの組み合わせとなる。すなわち、新規に送信を開始する端末装置２や、例えば上記NOMA  Pattern  Vectorの変更を検討しなければならない端末装置２などは、本ビット列に対応するNOMA  Pattern  Vectorの中からは、使用するものを選択することは避けた方が良いことになる。
【０２１７】
図２３は、送信装置（例えば基地局装置１）と受信装置（端末装置２）との間の、NOMA  Pattern  Vector通知シーケンス例を示す流れ図である。
【０２１８】
端末装置２は、基地局装置１にコネクション要求およびGrant-free  based送信の可否を確認する（ステップＳ１０１）。なお端末装置２は、Grant-free  based送信の可否は確認しなくても良い。
【０２１９】
基地局装置１はGrant-free  based送信が可能であれば、Grant-free  based送信用のリソースプールを必要であれば確保して（ステップＳ１０２）、端末装置２に対してコネクションの確立およびリソースプールの位置指定、およびNOMA  Pattern  Vector情報通知用リソース指定を行う（ステップＳ１０３）。
【０２２０】
基地局装置１は、定期的にNOMA  Pattern  Vector情報をブロードキャスト通知する（ステップＳ１０４）。端末装置２は、定期的に基地局装置１からブロードキャスト送信されているNOMA  Pattern  Vector情報を読み、使用可能なNOMA  Pattern Vectorを使用して、送信信号を生成する（ステップＳ１０５）。ここで、ブロードキャスト送信されているNOMA  Pattern  Vector情報とは、上記VtnおよびVrnで表される情報を含む。また、NOMA  Pattern  Vectorの選択方法としては、ブロードキャスト送信されているNOMA  Pattern  Vector情報に基づいてランダムに選択、チャネルの状態に基づいて選択、端末装置の位置情報に基づいて選択、NOMA  Pattern  Vectorの選択状況に基づいて使用されているパターンと相関の低いパターンを選択する、などが考えられる。相関の低いパターンの例としては、例えばSpreading  Patternを想定した場合、１ビットを<1,1,0,0> と４ビットに拡散するパターンと、１ビットを<0,0,1,1>と４ビットに拡散するパターンの相関は低いといえる。この時、前者のパターンが使用中で、後者のパターンが未使用であった場合は、後者のパターンを選択するといったことが考えられる。なお、端末装置２は、上述した選択方法を組み合わせてNOMA  Pattern  Vectorを選択してもよいし、独立で選択しても良い。
【０２２１】
その後、端末装置２は、リソースプールから任意のリソースを選択し、送信信号を送信する。この時、端末装置２は、使用したNOMA  Pattern  Vector情報を、指定のリソースを使用して併せて送信する（ステップＳ１０６）。基地局装置１はNOMA  Pattern  Vector情報を復号し、使用されたすべてのNOMA  Pattern  Vectorを確認後、送信された信号の復号を試みる（ステップＳ１０７）。この復号は例えば受信部１０５が実行しうる。
【０２２２】
＜ＬＴＥセル／ＮＲセルデュアルコネクティビティおよびキャリアアグリゲーションにおける実施例＞
前述したように、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送信用のリソースとは異なる帯域でブロードキャスト信号が送信されることとなるため、上記数式２のように、通知をされたNOMA  Pattern  Vectorの情報がどのリソースブロックを表しているのかを対応付ける情報が必要となる。
【０２２３】
＜ＳＰＳ環境下でのNOMA  Pattern  Vectorの通知および変更手法＞
続いて、SPS環境下における適用例を示す。先述したように、SPSでは、SPSを有効にするためのPDCCHまたはEPDCCHを受信してから、Grant-freeの送信を開始する。この時、SPSを有効にするためのPDCCHまたはEPDCCHにおいて、端末装置２が使用するNOMA  Pattern  Vectorを指定することが一例として考えられる。
【０２２４】
しかしながら、例えばSPSとGrant-free  based送信を同一帯域で併用した場合、NOMA Pattern  Vectorの競合などが発生する場合が考えられる。この時、SPSで送信をしている端末装置２のNOMA  Pattern  Vectorも動的に変更できる方が望ましい。
【０２２５】
そこで、SPSで送信中の端末装置２も、本技術のブロードキャストに通知されるNOMA  Pattern  Vector情報を読むことで、例えば、使用中のNOMA  Pattern  Vectorが使用不可となっていた場合は、他の使用可能なNOMA  Pattern  Vectorに切り替えて送信を続けることが可能となる。
【０２２６】
図２４は、送信装置（例えば基地局装置１）と受信装置（端末装置２）との間の、NOMA  Pattern  Vector通知シーケンス例を示す流れ図である。
【０２２７】
端末装置２は、基地局装置１にコネクション要求およびGrant-free  based送信の可否を確認する（ステップＳ１１１）。なお端末装置２は、Grant-free  based送信の可否は確認しなくても良い。
【０２２８】
基地局装置１はGrant-free  based送信が可能であれば、Grant-free  based送信用のリソースプールを必要であれば確保して（ステップＳ１１２）、端末装置２に対してコネクションの確立およびリソースプールの位置指定、およびNOMA  Pattern  Vector情報通知用リソース指定を行う（ステップＳ１１３）。
【０２２９】
基地局装置１は、SPSを有効にするためのPDCCHまたはEPDCCHを送信し、また端末装置２で使用するNOMA  Pattern  Vectorを指定する情報を送信する（ステップＳ１１４）。端末装置２は、指定されたNOMA  Pattern  Vector及びリソースを使用して、送信信号を生成する（ステップＳ１１５）。生成した送信信号を送信する（ステップＳ１１６）。
【０２３０】
基地局装置１は、定期的にNOMA  Pattern  Vector情報をブロードキャスト通知する（ステップＳ１１７）。端末装置２は、定期的に基地局装置１からブロードキャスト送信されているNOMA  Pattern  Vector情報を読み、現在使用中のNOMA  Pattern  Vectorが使用可能かどうか判断する（ステップＳ１１８）。
【０２３１】
現在使用中のNOMA  Pattern  Vectorが使用不可能となっていれば（ステップＳ１１８、Ｎｏ）、端末装置２は、使用するNOMA  Pattern  Vectorを変更する（ステップＳ１１９）。現在使用中のNOMA  Pattern  Vectorが使用可能であれば（ステップＳ１１８、Ｙｅｓ）、端末装置２は、使用するNOMA  Pattern  Vectorを変更しない。
【０２３２】
そして端末装置２は、NOMA  Pattern  Vector及びリソースを使用して、送信信号を生成する（ステップＳ１２０）。生成した送信信号を送信する（ステップＳ１２１）。この際、端末装置２は、使用するNOMA  Pattern  Vectorを変更すると、変更後の使用するNOMA  Pattern  Vectorの情報を基地局装置１に通知することが望ましい。基地局装置１は、一連の動作を実行することで、NOMA  Pattern  Vectorの情報を効果的に端末装置２に通知するとともに、NOMA  Pattern  Vectorを重複している端末装置２に対してその旨を通知できる。また端末装置２は、一連の動作を実行することで、NOMA  Pattern  Vectorの情報を基地局装置１から取得するとともに、使用できないNOMA  Pattern  Vectorの情報を基地局装置１から取得することが出来る。
【０２３３】
＜応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局装置１は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved  Node  B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局装置１は、ＮｏｄｅＢ又はＢＴＳ（Base  Transceiver  Station）などの他の種類の基地局として実現されてもよい。基地局装置１は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote  Radio  Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局装置１として動作してもよい。
【０２３４】
また、例えば、端末装置２は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２は、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。さらに、端末装置２は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０２３５】
（基地局に関する応用例）
（第１の応用例）
図２５は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
【０２３６】
アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図２５に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２５にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
【０２３７】
基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
【０２３８】
コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio  Resource  Control）、無線ベアラ制御（Radio  Bearer  Control）、移動性管理（Mobility  Management）、流入制御（Admission  Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
【０２３９】
ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
【０２４０】
無線通信インタフェース８２５は、ＬＴＥ（Long  Term  Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium  Access  Control）、ＲＬＣ（Radio  Link  Control）及びＰＤＣＰ（Packet  Data  Convergence  Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
【０２４１】
無線通信インタフェース８２５は、図２５に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２５に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２５には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
【０２４２】
図２５に示したｅＮＢ８００において、図８を参照して説明した基地局装置１に含まれる１つ以上の構成要素（上位層処理部１０１及び／又は制御部１０３）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２４３】
また、図２５に示したｅＮＢ８００において、図８を参照して説明した受信部１０５及び送信部１０７は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、送受信アンテナ１０９は、アンテナ８１０において実装されてもよい。また、上位層処理部１０１と上位ノード又は他の基地局装置とのインタフェースは、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。
【０２４４】
（第２の応用例）
図２６は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
【０２４５】
アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図２６に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２６にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
【０２４６】
基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図２５を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
【０２４７】
無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２５を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図２６に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２６には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
【０２４８】
接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
【０２４９】
また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
【０２５０】
接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
【０２５１】
無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２６に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２６には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
【０２５２】
図２６に示したｅＮＢ８３０において、図８を参照して説明した基地局装置１に含まれる１つ以上の構成要素（上位層処理部１０１及び／又は制御部１０３）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２５３】
また、図２６に示したｅＮＢ８３０において、例えば、図８を参照して説明した受信部１０５及び送信部１０７は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、送受信アンテナ１０９は、アンテナ８４０において実装されてもよい。また、上位層処理部１０１と上位ノード又は他の基地局装置とのインタフェースは、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。
【０２５４】
（端末装置に関する応用例）
（第１の応用例）
図２７は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０２５５】
プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０２５６】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０２５７】
無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２７に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２７には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
【０２５８】
さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local  Area  Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
【０２５９】
アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
【０２６０】
アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２７に示したように複数のアンテナ９１６を有してもよい。なお、図２７にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
【０２６１】
さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
【０２６２】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２７に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０２６３】
図２７に示したスマートフォン９００において、図９を参照して説明した端末装置２に含まれる１つ以上の構成要素（上位層処理部２０１及び／又は制御部２０３）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２６４】
また、図２７に示したスマートフォン９００において、例えば、図９を参照して説明した受信部２０５及び送信部２０７は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、送受信アンテナ２０９は、アンテナ９１６において実装されてもよい。
【０２６５】
（第２の応用例）
図２８は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
【０２６６】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０２６７】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０２６８】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０２６９】
無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２８に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２８には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
【０２７０】
さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
【０２７１】
アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
【０２７２】
アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２８に示したように複数のアンテナ９３７を有してもよい。なお、図２８にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
【０２７３】
さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０２７４】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２８に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０２７５】
図２８に示したカーナビゲーション装置９２０において、図９を参照して説明した端末装置２に含まれる１つ以上の構成要素（上位層処理部２０１及び／又は制御部２０３）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
【０２７６】
また、図２８に示したカーナビゲーション装置９２０において、例えば、図９を参照して説明した受信部２０５及び送信部２０７は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、送受信アンテナ２０９は、アンテナ９３７において実装されてもよい。
【０２７７】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０２７８】
＜２．まとめ＞
以上説明したように本開示の実施の形態によれば、基地局装置と端末装置が通信する無線通信システムにおいて、伝送効率の向上および復号処理複雑性の削減を可能とする。
【０２７９】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０２８０】
また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
【０２８１】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０２８２】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第１の装置に設定する設定部と、
前記非直交多重に関する情報をブロードキャストに送信する送信処理部と、
を備える、通信装置。
（２）
前記送信処理部は、非直交多重に関する情報を格納する所定のリソースに前記非直交多重に関する情報を格納してブロードキャストに送信する、前記（１）に記載の通信装置。
（３）
前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重された信号を復号する受信処理部を備える、前記（１）に記載の通信装置。
（４）
前記受信処理部は、前記第１の装置が前記リソースプールの中から、適当なリソースを選択して送信した信号を受信する、前記（３）に記載の通信装置。
（５）
前記受信処理部は、リソース割り当て無しに前記第１の装置から送信された信号に対する信号を受信する、前記（３）に記載の通信装置。
（６）
前記送信処理部は、前記非直交多重に関する情報の使用可否についてブロードキャストに送信する、前記（１）〜（５）のいずれかに記載の通信装置。
（７）
前記送信処理部は、同一の前記非直交多重に関する情報を使用する装置に対して同一の前記非直交多重に関する情報を使用している旨を送信する、前記（１）〜（６）のいずれかに記載の通信装置。
（８）
前記非直交多重に関する情報は、インターリーブパターンに関する情報を含む、前記（１）〜（７）のいずれかに記載の通信装置。
（９）
前記非直交多重に関する情報は、スクランブルパターンに関する情報を含む、前記（１）〜（８）のいずれかに記載の通信装置。
（１０）
前記非直交多重に関する情報は、拡散信号パターンに関する情報を含む、前記（１）〜（９）のいずれかに記載の通信装置。
（１１）
前記非直交多重に関する情報は、コードブックに関する情報を含む、前記（１）〜（１０）のいずれかに記載の通信装置。
（１２）
前記非直交多重に関する情報は、電力レベルに関する情報を含む、前記（１）〜（１１）のいずれかに記載の通信装置。
（１３）
前記所定のリソースプールは、自装置、前記第１の装置、または自装置及び前記第１の装置と異なる第２の装置によって指定される、前記（１）〜（１２）のいずれかに記載の通信装置。
（１４）
ブロードキャストで送信された非直交多重に関する情報を第１の装置から受信する受信処理部と、
前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第１の装置に送信する送信処理部と、
を備え、
前記送信処理部は、前記非直交多重に関する情報を前記第１の装置に送信する、通信装置。
（１５）
前記送信処理部は、前記非直交多重に関する情報を、同一の単位フレーム時間内に前記第１の装置に通知する、前記（１４）に記載の通信装置。
（１６）
前記送信処理部は、使用していた前記非直交多重に関する情報が使用できなくなると別の非直交多重に関する情報を使用する、前記（１４）または（１５）に記載の通信装置。
（１７）
前記送信処理部は、新たに使用した前記非直交多重に関する情報を前記第１の装置に通知する、前記（１６）に記載の通信装置。
（１８）
前記非直交多重に関する情報は、インターリーブパターンに関する情報を含む、前記（１４）〜（１７）のいずれかに記載の通信装置。
（１９）
前記非直交多重に関する情報は、スクランブルパターンに関する情報を含む、前記（１４）〜（１８）のいずれかに記載の通信装置。
（２０）
前記非直交多重に関する情報は、拡散信号パターンに関する情報を含む、前記（１４）〜（１９）のいずれかに記載の通信装置。
（２１）
前記非直交多重に関する情報は、コードブックに関する情報を含む、前記（１４）〜（２０）のいずれかに記載の通信装置。
（２２）
前記非直交多重に関する情報は、電力レベルに関する情報を含む、前記（１４）〜（２１）のいずれかに記載の通信装置。
（２３）
送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第１の装置に設定することと、
前記非直交多重に関する情報をブロードキャストに送信することと、
を含む、通信方法。
（２４）
ブロードキャストで送信された非直交多重に関する情報を第１の装置から受信することと、
前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第１の装置に送信することと、
前記非直交多重に関する情報を前記第１の装置に送信することと、
を含む、通信方法。
（２５）
コンピュータに、
送信に用いられる所定のリソースプールと、非直交多重に関する情報とを第１の装置に設定することと、
前記非直交多重に関する情報をブロードキャストに送信することと、
を実行させる、コンピュータプログラム。
（２６）
コンピュータに、
ブロードキャストで送信された非直交多重に関する情報を第１の装置から受信することと、
前記非直交多重に関する情報を用いて同一の周波数および時間リソース上で非直交多重した信号を前記第１の装置に送信することと、
前記非直交多重に関する情報を前記第１の装置に送信することと、
を実行させる、コンピュータプログラム。
【符号の説明】
【０２８３】
１    基地局装置
１０１    上位層処理部
１０３    制御部
１０５    受信部
１０５１    復号化部
１０５３    復調部
１０５５    多重分離部
１０５７    無線受信部
１０５９    チャネル測定部
１０７    送信部
１０７１    符号化部
１０７３    変調部
１０７５    多重部
１０７７    無線送信部
１０７９    下りリンク参照信号生成部
１０９    送受信アンテナ
２    端末装置
２０１    上位層処理部
２０３    制御部
２０５    受信部
２０５１    復号化部
２０５３    復調部
２０５５    多重分離部
２０５７    無線受信部
２０５９    チャネル測定部
２０７    送信部
２０７１    符号化部
２０７３    変調部
２０７５    多重部
２０７７    無線送信部
２０７９    上りリンク参照信号生成部
２０９    送受信アンテナ
【図１】
2018026660.tif 000006
【図２】
2018026660.tif 000007
【図３】
2018026660.tif 000008
【図４】
2018026660.tif 000009
【図５】
2018026660.tif 000010
【図６】
2018026660.tif 000011
【図７】
2018026660.tif 000012
【図８】
2018026660.tif 000013
【図９】
2018026660.tif 000014
【図１０】
2018026660.tif 000015
【図１１】
2018026660.tif 000016
【図１２】
2018026660.tif 000017
【図１３】
2018026660.tif 000018
【図１４】
2018026660.tif 000019
【図１５】
2018026660.tif 000020
【図１６】
2018026660.tif 000021
【図１７】
2018026660.tif 000022
【図１８】
2018026660.tif 000023
【図１９】
2018026660.tif 000024
【図２０】
2018026660.tif 000025
【図２１】
2018026660.tif 000026
【図２２】
2018026660.tif 000027
【図２３】
2018026660.tif 000028
【図２４】
2018026660.tif 000029
【図２５】
2018026660.tif 000030
【図２６】
2018026660.tif 000031
【図２７】
2018026660.tif 000032
【図２８】
2018026660.tif 000033