JP6781692B2

JP6781692B2 - 通信装置及び通信方法

Info

Publication number: JP6781692B2
Application number: JP2017506601A
Authority: JP
Inventors: 真人藤代; 智春山▲崎▼; 宏行浦林; 空悟守田
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 2015-03-17
Filing date: 2016-03-17
Publication date: 2020-11-04
Anticipated expiration: 2036-03-17
Also published as: US10348461B2; JPWO2016148221A1; US20180076936A1; WO2016148221A1

Description

本発明は、ライセンスドバンド及びアンライセンスドバンドに含まれるコンポーネントキャリアを用いて通信を行う通信装置及び通信方法に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）では、トラフィック需要の急増に対応するために、新たな周波数帯域の活用が検討されている（例えば、非特許文献１参照）。

ここで、新たな周波数帯域としては、所定帯域幅を有する複数のコンポーネントキャリアを含み、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域の利用が考えられる。

特定周波数帯域としては、例えば、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等に用いられる帯域、すなわち、ライセンスが不要なアンライセンスドバンド（ＵｎｌｉｃｅｎｓｅｄＢａｎｄ）が考えられる。３ＰＧＧでは、アンライセンスドバンドをＬＴＥシステムで利用する技術（ＬＡＡ；ＬｉｃｅｎｓｅｄＡｓｓｉｓｔｅｄＡｃｃｅｓｓ）が検討されている。

３ＧＰＰ技術報告書「ＴＳ３６．３００Ｖ１２．０．１」２０１４年３月

一の実施形態に係る通信装置は、第１レイヤの処理を行う第１処理部と、前記第１レイヤよりも上位に設けられる第２レイヤの処理を行う第２処理部とを備え、前記第２処理部は、ライセンスドバンドに含まれる第１コンポーネントキャリアを用いて通信を行うとともに、アンライセンスドバンドに含まれる第２コンポーネントキャリアを用いて通信を行うように構成されており、前記第１処理部は、前記第１コンポーネントキャリアを用いて通信を行うとともに、前記第２コンポーネントキャリアに対応付けられる複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて通信を行う。

一の実施形態に係る通信方法は、第１レイヤの処理を行うステップＡと、前記第１レイヤよりも上位に設けられる第２レイヤの処理を行うステップＢとを備え、前記ステップＢは、ライセンスドバンドに含まれる第１コンポーネントキャリアを用いて通信を行うとともに、アンライセンスドバンドに含まれる第２コンポーネントキャリアを用いて通信を行うステップを含み、前記ステップＡは、前記第１コンポーネントキャリアを用いて通信を行うとともに、前記第２コンポーネントキャリアに対応付けられる複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて通信を行うステップを含む。

図１は、実施形態に係るＬＴＥシステムの構成図である。図２は、実施形態に係るＵＥ１００のブロック図である。図３は、実施形態に係るｅＮＢ２００のブロック図である。図４は、実施形態に係る無線インターフェイスのプロトコルスタック図である。図５は、実施形態に係るＬＴＥシステムで使用される無線フレームの構成図である。図６は、実施形態に係る適用シーンを説明するための図である。図７は、実施形態に係るＣＣ及びＥＣを説明するための図である。図８は、実施形態に係るｅＮＢ２００のＭＡＣ層及びＰＨＹ層の構造を示す図である。図９は、実施形態に係る通信方法を示すシーケンス図である。図１０は、変更例１を説明するための図である。図１１は、変更例１を説明するための図である。図１２は、変更例２を説明するための図である。図１３は、変更例３を説明するための図である。図１４は、変更例４を説明するための図である。図１５は、変更例５を説明するための図である。図１６は、変更例６を説明するための図である。図１７は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎのメッセージフォーマットの一例を示す図である。

以下において、実施形態について図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。

但し、図面は模式的なものであり、各寸法の比率などは現実のものとは異なる場合があることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。

［開示の概要］
Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の通信システムの干渉を回避するために、アンライセンスドバンドで用いるコンポーネントキャリア（ＣＣ）を切り替えることが好ましいケースが存在する。しかしながら、上述した標準化プロジェクトにおける既存仕様では、ＭＡＣ層（例えば、再送制御を行うＨＡＲＱプロセス）には、アンライセンスドバンドで用いるコンポーネントキャリア（ＣＣ）を任意に切り替えることが許容又は規定されていない。従って、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の干渉を回避するためには、既存仕様に反しないように適切な方法を導入する必要がある。

そこで、実施形態は、既存仕様に反しないようにＷｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の干渉を回避することを可能とする通信装置及び通信方法を提供する。

実施形態に係る通信装置は、第１レイヤの処理を行う第１処理部と、前記第１レイヤよりも上位に設けられる第２レイヤの処理を行う第２処理部とを備え、前記第２処理部は、ライセンスドバンドに含まれる第１コンポーネントキャリアを用いて通信を行うとともに、アンライセンスドバンドに含まれる第２コンポーネントキャリアを用いて通信を行うように構成されており、前記第１処理部は、前記第１コンポーネントキャリアを用いて通信を行うとともに、前記第２コンポーネントキャリアに対応付けられる複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて通信を行う。

実施形態では、第２コンポーネントキャリアを用いて通信を行う第２処理部（例えば、ＭＡＣ層）よりも下位に設けられる第１処理部（例えば、ＰＨＹ層）は、第２コンポーネントキャリアに対応付けられる複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて通信を行う。すなわち、第１処理部（例えば、ＰＨＹ層）で用いるエレメントキャリアという新規な概念を導入することによって、第１処理部でエレメントキャリアの切り替えを行うことが可能であり、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の干渉を回避することができる。

［実施形態］
以下において、移動通信システムとして、３ＧＰＰ規格に基づいたＬＴＥシステムを例に挙げて、実施形態を説明する。

（システム構成）
実施形態に係るＬＴＥシステムのシステム構成について説明する。図１は、実施形態に係るＬＴＥシステムの構成図である。

図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）１０、及びＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）２０を備える。

ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、ｅＮＢ２００によって形成されるセル（ＵＥ１００がＲＲＣコネクティッド状態である場合には、サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄＮｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、無線基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

ｅＮＢ２００は、１又は複数のセルを形成しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。なお、Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。

図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（ＧｌｏｂａｌＮａｖｉｇａｔｉｏｎＳａｔｅｌｌｉｔｅＳｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。無線送受信機１１０及びプロセッサ１６０は、送信部及び受信部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。

アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、受け付けた操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）とを含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。

図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。無線送受信機２１０（及び／又はネットワークインターフェイス２２０）及びプロセッサ２４０は、送信部及び受信部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。

アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。

ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。

メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵとを含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。

図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）層、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）層、及びＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）層を含む。

物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御情報が伝送される。

ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。

ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御情報が伝送される。

ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。また、ＰＤＣＰ層には、データユニット（ＰＤＣＰＰＤＵ）を送信するための送信エンティティ又はデータユニット（ＰＤＣＰＰＤＵ）を受信するための受信エンティティが形成されることに留意すべきである。

ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御情報（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合に、ＵＥ１００はＲＲＣコネクティッド状態であり、ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合に、ＵＥ１００はＲＲＣアイドル状態である。

ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。

図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇＡｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）がそれぞれ適用される。

図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。

（適用シーン）
以下において、適用シーンについて説明する。図６は、実施形態に係る適用シーンを説明するための図である。

図６に示すように、移動通信システムは、複数のｅＮＢ（例えば、ｅＮＢ２００＃１、ｅＮＢ２００＃２及びｅＮＢ２００＃３）と、複数のＡＰ（ＡＰ５００＃１及びＡＰ５００＃２）を有する。

ｅＮＢ２００＃１は、例えば、通信事業者によって設置されるｅＮＢ２００である。ｅＮＢ２００＃１は、無線通信エリアとしてセル＃１を有する。セル＃１では、ライセンスを要するライセンスドバンド（ＬｉｃｅｎｓｅｄＢａｎｄ）が用いられる。ライセンスドバンドは、通信事業者に割り当てられた帯域（以下、事業者帯域）の一例である。

ｅＮＢ２００＃２及びｅＮＢ２００＃３は、通信事業者によって設定されるｅＮＢ２００である。但し、ｅＮＢ２００＃２は、通信事業者とは異なる第三者によって設置されてもよい。ｅＮＢ２００＃２は、無線通信エリアとしてセル＃２−１及びセル＃２−２を有しており、ｅＮＢ２００＃３は、無線通信エリアとしてセル＃３−１及びセル＃３−２を有する。セル＃２−１及びセル＃３−１では、セル＃１と同様に、事業者帯域が用いられる。一方で、セル＃２−２及びセル＃３−２では、ライセンスが不要なアンライセンスドバンド（ＵｎｌｉｃｅｎｓｅｄＢａｎｄ）が用いられる。アンライセンスドバンドは、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域の一例である。

ＡＰ５００＃１及びＡＰ５００＃２は、Ｗｉ−Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等で用いるアクセスポイントである。ＡＰ５００＃１は、無線通信エリアとしてカバレッジエリアＣＡ＃１を有しており、ＡＰ５００＃２は、無線通信エリアとしてカバレッジエリアＣＡ＃２を有する。カバレッジエリアＣＡ＃１及びカバレッジエリアＣＡ＃２では、セル＃２−２及びセル＃３−２と同様に、アンライセンスドバンドが用いられる。

このような前提において、実施形態では、アンライセンスドバンドに含まれる第２コンポーネントキャリアについて、ＰＨＹ層で用いるエレメントキャリアという新規な概念を導入する。

具体的には、通信装置（ＵＥ１００及びｅＮＢ２００）は、第１レイヤ（ここでは、ＰＨＹ層）の処理を行う第１処理部（以下、ＰＨＹ層とも称する）と、第１レイヤよりも上位に設けられる第２レイヤの処理（ここでは、ＭＡＣ層）を行う第２処理部（以下、ＭＡＣ層とも称する）とを備える。第１処理部及び第２処理部は、プロセッサ１６０及びプロセッサ２４０の機能の一部である。なお、第１レイヤはＰＨＹ層に限られず、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層及びＲＲＣ層等であってもよい。また、第２レイヤはＭＡＣ層に限られず、ＲＬＣ層、ＰＤＣＰ層及びＲＲＣ層等であってもよい。

ここで、ライセンスドバンドについては、図７（Ａ）に示すように、ＭＡＣ層は、ライセンスドバンドに含まれる第１コンポーネントキャリア（以下、第１ＣＣ）を用いて通信を行う。ＰＨＹ層は、ライセンスドバンドに含まれる第１ＣＣを用いて通信を行う。ここで、ＭＡＣ層（ＨＡＲＱプロセス）で認識される第１ＣＣは、ＰＨＹ層で物理的なキャリアとして用いる第１ＣＣと１対１の関係を有する。

一方で、アンラインセンスドバンドについては、図７（Ｂ）に示すように、ＭＡＣ層は、アンラインセンスドバンドに含まれる第２コンポーネントキャリア（以下、第２ＣＣ）を用いて通信を行う。ＰＨＹ層は、アンラインセンスドバンドに含まれる第２ＣＣに対応付けられる複数のエレメントキャリア（以下、ＥＣ）の中から選択されたＥＣを用いて通信を行う。ここで、ＭＡＣ層（ＨＡＲＱプロセス）で認識される第２ＣＣは、ＰＨＹ層で物理的なキャリアとして用いるＥＣと１対多の関係を有する。なお、アンラインセンスドバンドにおいてＰＨＹ層が物理的なキャリアとして用いる複数のエレメントキャリアのそれぞれの帯域幅（ＢＷ_ＥＣ）は、ライセンスドバンドにおいてＰＨＹ層が物理的なキャリアとして用いる第１ＣＣの帯域幅（ＢＷ_ＣＣ）と同じであってもよい。言い換えると、アンラインセンスドバンドで用いるＥＣの帯域幅（ＢＷ_ＥＣ）は、ライセンスドバンドで用いる第１ＣＣの帯域幅（ＢＷ_ＣＣ）と同じであってもよい。また、ＥＣの帯域幅（ＢＷ_ＥＣ）は、ライセンスドバンドで用いる第２ＣＣの帯域幅（ＢＷ_ＣＣ）と同じであってもよい。

なお、上述したアンラインセンスドバンドに係る枠組みについては、ＵＥ１００及びｅＮＢ２００の双方に適用されるが、ここでは、ｅＮＢ２００を例に挙げる。上述したアンライセンスドバンドに係る枠組みを適用したｅＮＢ２００のＭＡＣ層及びＰＨＹ層の構造は、図８に示す通りである。図８に示すように、ＭＡＣ層のＨＡＲＱプロセスは、ＣＣ毎に設けられている。一方で、ＰＨＹ層のＥＣルータは、１つのＣＣと複数のＥＣの中から選択されたＥＣとの間の経路をルーティングする。従って、ＭＡＣ層は、どのＥＣが用いられているかを認識しなくてもよいことに留意すべきである。

実施形態において、第２ＣＣに対応付けられる複数のＥＣは、第２レイヤ（ＭＡＣ層）よりも上位に設けられる第３レイヤ（ＲＲＣ層）のメッセージによって特定されるてもよい。このようなメッセージは、例えば、ＵＥ１００に個別に送信されるメッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）であってもよく、ＵＥ１００に報知されるメッセージ（例えば、ＳＩＢ；ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）であってもよい。

実施形態において、アンライセンスドバンドの無線リソース（すなわち、ＥＣ）は、ライセンスドバンドの無線リソース（すなわち、第１ＣＣ）によってスケジューリングされてもよい（クロスキャリアスケジューリング）。言い換えると、ｅＮＢ２００の無線送受信機２１０は、ｅＮＢ２００とＵＥ１００との間のデータの通信で用いられるＥＣである対象ＥＣをＵＥ１００に通知する通信部を構成する。ｅＮＢ２００の無線送受信機２１０は、第１ＣＣを用いて対象ＥＣを通知する。ここで、ｅＮＢ２００とＵＥ１００との間のデータの通信は、ｅＮＢ２００からＵＥ１００に対するデータのダウンリンク通信であってもよく、ＵＥ１００からｅＮＢ２００に対するデータのアップリンク通信であってもよい。

なお、アンライセンスドバンドは、ライセンスドバンドと接続されていることを前提として用いられてもよい。このようなケースにおいて、ライセンスドバンドで用いるセルは、プライマリセル（以下、ＰＣｅｌｌ）と称し、アンライセンスドバンドで用いるセルは、セカンダリセル（以下、ＳＣｅｌｌ）と称する。

実施形態において、ｅＮＢ２００は、ｅＮＢ２００からＵＥ１００に対するデータの通信（ダウンリンク通信）で用いるＥＣである対象ＥＣにおいて、ｅＮＢ２００からデータを送信するためのリソースを指定するリソース割当信号（ＲＡ（ＲｅｓｏｒｕｃｅＡｌｌｏｃａｔｉｏｎに含まれるＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）をＵＥ１００に送信するリソース割当部（例えば、無線送受信機２１０及びプロセッサ２４０）を備える。リソース割当信号（ＤＣＩ）は、対象ＥＣを指定する情報を含んでもよい。但し、実際にダウンリンク通信で用いられるリソースを指定するリソース割当信号（ＤＣＩ）の送信タイミングは、対象ＥＣを指定する情報（ＥＣＩｎｄｉｃａｔｉｏｎ）の送信タイミングと異なっていてもよい。従って、ＤＣＩのフォーマットの拡張として、ＤＣＩがＥＣＩｎｄｉｃａｔｉｏｎを含んでいてもよい。拡張ＤＣＩは、例えば、ＣＩＦ（ＣｏｍｐｏｎｅｎｔｃａｒｒｉｅｒＩｎｄｉｃａｔｉｏｎ）フィールドに加えて、ＥＩＦ（ＥｌｅｍｅｎｔａｒｙｃａｒｒｉｅｒＩｎｄｉｃａｔｉｏｎ）フィールドを含む。なお、ＥＩＦフィールドにＥＣ情報が格納されている場合に、ＣＩＦフィールドに対するＣＣ情報の格納が省略されてもよい。

或いは、ｅＮＢ２００は、ＵＥ１００からｅＮＢ２００に対するデータの通信（アップリンク通信）で用いるＥＣである対象ＥＣにおいて、ＵＥ１００からデータを受信するためのリソースを指定するリソース割当信号（ＵＬＧｒａｎｔ）をＵＥ１００に送信するリソース割当部（例えば、無線送受信機２１０及びプロセッサ２４０）を備える。リソース割当信号（ＵＬＧｒａｎｔ）は、対象ＥＣとして用いるＥＣの候補（ＥＣＬｉｓｔ）を含んでいてもよい。但し、実際にアップリンク通信で用いられるリソースを指定するリソース割当信号（ＵＥＧｒａｎｔ）の送信タイミングは、ＥＣの候補（ＥＣＬｉｓｔ）の送信タイミングと異なっていてもよい。従って、ＵＬＧｒａｎｔのフォーマットの拡張として、ＵＬＧｒａｎｔがＥＣＬｉｓｔを含んでいてもよい。拡張ＵＬＧｒａｎｔは、例えば、ＣＩＦ（ＣｏｍｐｏｎｅｎｔｃａｒｒｉｅｒＩｎｄｉｃａｔｉｏｎ）フィールドに加えて、ＥＩＦ（ＥｌｅｍｅｎｔａｒｙｃａｒｒｉｅｒＩｎｄｉｃａｔｉｏｎ）フィールドを含む。なお、ＥＩＦフィールにＥＣ情報が格納されている場合に、ＣＩＦフィールドに対するＣＣ情報の格納が省略されてもよい。また、ＥＩＦフィールドにＥＣ情報が格納されていない場合に、デフォルトで指定されているＥＣ情報を用いてもよい。デフォルトで指定されているＥＣ情報とは、通信システムにおいて予め定められたＥＣ情報であってもよく、他の方法によって予め通知されているＥＣ情報であってもよい。

（通信方法）
以下において、実施形態に係る通信方法について説明する。図９は、実施形態に係る通信方法を示すシーケンス図である。ここでは、クロスキャリアスケジューリングが適用されるダウンリンク通信について例示する。

図９に示すように、ステップＳ１０において、ｅＮＢ２００は、第２ＣＣに対応付けられる複数のＥＣを示すメッセージ（ＥＣｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００に通知する。ＥＣｃｏｎｆｉｇｕｒａｔｉｏｎは、上述したように、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれてもよく、ＳＩＢに含まれてもよい。

ステップＳ１１において、ｅＮＢ２００は、アンライセンスドバンドの利用を開始するために、第２ＣＣの起動（ＳＣｅｌｌの設定）を指示するメッセージ（ＣＣＡｃｔｉｖａｔｉｏｎ）をＵＥ１００に送信する。

ステップＳ１２において、ＵＥ１００（ＭＡＣ層）は、第２ＣＣを起動してＳＣｅｌｌを設定するとともに、第２ＣＣが起動された旨をＵＥ１００（ＰＨＹ層）に通知する。ＵＥ１００（ＰＨＹ層）は、第２ＣＣに対応付けられた全てのＥＣを起動する。

ステップＳ１３において、ｅＮＢ２００は、第２ＣＣに対応付けられた複数のＥＣのそれぞれについて、ＷｉＦｉなどの干渉が観測されるか否かを監視する（ＬＢＴ；ＬｉｓｔｅｎＢｅｆｏｒｅＴａｌｋ）。

ステップＳ１４において、ｅＮＢ２００は、ダウンリンク通信で用いられる対象ＥＣを選択する。詳細には、ｅＮＢ２００は、ＷｉＦｉなどの干渉が観測されなかったＥＣを対象ＥＣとして選択する。

ステップＳ１５において、ｅＮＢ２００は、ダウンリンク通信で用いられる対象ＥＣを示す情報（ＥＣＩｎｄｅｘ）を含むメッセージ（ＲＡ；ＲｅｓｏｒｕｃｅＡｌｌｏｃａｔｉｏｎ）をＵＥ１００に送信する。ｅＮＢ２００は、第１ＣＣを用いてＲＡを送信してもよい。なお、対象ＥＣを示す情報（ＥＣＩｎｄｅｘ）は、対象ＥＣに対応付けられた識別子であってもよい。

ステップＳ１６において、ＵＥ１００（ＰＨＹ層）は、ＲＡに含まれる情報（ＥＣＩｎｄｅｘ）に対応する対象ＥＣにおいて、ｅＮＢ２００から送信されるデータ（ＰＤＳＣＨ）を監視する。なお、ここでのＰＤＳＣＨは、対象ＥＣに対応するＰＤＳＣＨであってもよい。

ステップＳ１７において、ｅＮＢ２００は、ステップＳ１４で選択された対象ＥＣを用いてデータ（ＰＤＳＣＨ）を送信する。

ステップＳ１８において、ＵＥ１００（ＰＨＹ層）は、データ（ＰＤＳＣＨ）を受信するとともに、データ（ＰＤＳＣＨ）を復号する。これによって、ＵＥ１００（ＰＨＹ層）は、ステップＳ１７においてＰＤＳＣＨ上で送信されたデータ（復号されたデータ）を得る。

ステップＳ１９において、ＵＥ１００のＰＨＹ層は、対象ＥＣに対応付けられたＣＣに対応するＵＥ１００のＭＡＣ層（ＨＡＲＱプロセス）に対して、復号されたデータを出力する。

（作用及び効果）
実施形態では、第２ＣＣを用いて通信を行うＭＡＣ層よりも下位に設けられるＰＨＹ層は、第２ＣＣに対応付けられる複数のＥＣの中から選択されたＥＣを用いて通信を行う。すなわち、ＰＨＹ層で用いるエレメントキャリアという新規な概念を導入することによって、ＰＨＹ層でエレメントキャリアの切り替えを行うことが可能であり、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の干渉を回避することができる。

［変更例１］
以下において、実施形態の変更例１について説明する。変更例１においては、対象ＥＣを指定するタイミング及び対象ＥＣにおけるリソースを指定するタイミングについて説明する。対象ＥＣを指定するタイミングは、対象ＥＣを指定する情報（ＥＣＩｎｄｉｃａｔｉｏｎ）の送信タイミングであり、対象ＥＣにおけるリソースを指定するタイミングは、リソース割当信号（ＲＡ；ＲｅｓｏｒｕｃｅＡｌｌｏｃａｔｉｏｎ）の送信タイミングである。ここでは、クロスキャリアスケジューリングが適用されるダウンリンク通信について例示する。すなわち、対象ＥＣを指定する情報（ＥＣＩｎｄｉｃａｔｉｏｎ）及びリソース割当信号（ＲＡ）の双方がＰＣｅｌｌから送信されるケースについて例示する。

具体的には、ｅＮＢ２００の無線送受信機２１０は、データの通信に用いられるサブフレームである第１サブフレームよりも前の第２サブフレームにおいて、対象ＥＣを通知してもよい。例えば、図１０に示すように、データの通信に用いられるサブフレームがＳＦ＃ｎ＋１であるケースにおいて、ＰＣｅｌｌは、ＳＦ＃ｎ＋１よりも前のＳＦ＃ｎのＰＤＣＣＨによって、対象ＥＣを指定する情報（ＥＣＩｎｄｉｃａｔｉｏｎ）を送信する。一方で、ＰＣｅｌｌは、ＳＦ＃ｎ＋１のＰＤＣＣＨによって、対象ＥＣにおけるリソースを示すリソース割当信号（ＲＡ）を送信する。なお、ＵＥ１００は、ＳＦ＃ｎにおいて、監視対象のＥＣをＥＣ＃１にセットする。

或いは、ｅＮＢ２００の無線送受信機２１０は、データの通信に用いられるサブフレームにおいて、対象エレメントキャリアを通知する。データは、サブフレームを構成する２つのスロットのうち、後半のスロットを用いて通信される。例えば、図１１に示すように、データの通信に用いられるサブフレームがＳＦ＃ｎ＋４であるケースにおいて、ＰＣｅｌｌは、ＳＦ＃ｎ＋４のＰＤＣＣＨによって、対象ＥＣを指定する情報（ＥＣＩｎｄｉｃａｔｉｏｎ）を送信する。一方で、ＰＣｅｌｌは、ＳＦ＃ｎ＋４のＰＤＣＣＨによって、対象ＥＣにおけるリソースを示すリソース割当信号（ＲＡ）を送信する。なお、ＵＥ１００は、ＳＦ＃ｎ＋４の前半のスロットにおいて、監視対象のＥＣをＥＣ＃１からＥＣ＃２に切り替えるとともに、ＳＦ＃ｎ＋４の後半のスロットにおいて、データ（ＰＤＳＣＨ）を受信する。

変更例１では、クロスキャリアスケジューリングが適用されるダウンリンク通信について説明したが、変更例１は、クロスキャリアスケジューリングが適用されるアップリンク通信にも適用可能であることに留意すべきである。

［変更例２］
以下において、実施形態の変更例２について説明する。変更例２においては、対象ＥＣを指定するタイミング及び対象ＥＣにおけるリソースを指定するタイミングについて説明する。対象ＥＣを指定するタイミングは、対象ＥＣを指定する情報（ＥＣＩｎｄｉｃａｔｉｏｎ）の送信タイミングであり、対象ＥＣにおけるリソースを指定するタイミングは、リソース割当信号（ＲＡ；ＲｅｓｏｒｕｃｅＡｌｌｏｃａｔｉｏｎ）の送信タイミングである。ここでは、クロスキャリアスケジューリングが適用されないダウンリンク通信について例示する。すなわち、対象ＥＣを指定する情報（ＥＣＩｎｄｉｃａｔｉｏｎ）がＰＣｅｌｌから送信されるとともに、リソース割当信号（ＲＡ）がＳＣｅｌｌから送信されるケースについて例示する。

具体的には、ｅＮＢ２００の無線送受信機２１０は、データの通信に用いられるサブフレームである第１サブフレームよりも前の第２サブフレームにおいて、対象ＥＣを通知してもよい。例えば、図１２に示すように、データの通信に用いられるサブフレームがＳＦ＃ｎ＋１であるケースにおいて、ＰＣｅｌｌは、ＳＦ＃ｎ＋１よりも前のＳＦ＃ｎのＰＤＣＣＨによって、対象ＥＣを指定する情報（ＥＣＩｎｄｉｃａｔｉｏｎ）を送信する。一方で、ＳＣｅｌｌは、ＳＦ＃ｎ＋１のＰＤＣＣＨによって、対象ＥＣにおけるリソースを示すリソース割当信号（ＲＡ）を送信する。なお、ＵＥ１００は、ＳＦ＃ｎにおいて、監視対象のＥＣをＥＣ＃１にセットする。同様に、データの通信に用いられるサブフレームがＳＦ＃ｎ＋４であるケースにおいて、ＰＣｅｌｌは、ＳＦ＃ｎ＋４よりも前のＳＦ＃ｎ＋３のＰＤＣＣＨによって、対象ＥＣを指定する情報（ＥＣＩｎｄｉｃａｔｉｏｎ）を送信する。一方で、ＳＣｅｌｌは、ＳＦ＃ｎ＋４のＰＤＣＣＨによって、対象ＥＣにおけるリソースを示すリソース割当信号（ＲＡ）を送信する。なお、ＵＥ１００は、ＳＦ＃ｎ＋３において、監視対象のＥＣをＥＣ＃１からＥＣ＃２に切り替える。このとき、ＵＥ１００は、ＳＦ＃ｎ＋３の前半のスロットにおいて、監視対象をＥＣ♯１として、データ（ＰＤＳＣＨ）を受信し、ＳＦ＃ｎ＋３の後半のスロットにおいて、監視対象のＥＣをＥＣ＃１からＥＣ＃２に切り替えてもよい。また、ＵＥ１００は、監視対象のＥＣをＥＣ＃１からＥＣ＃２に切り替えることに代えて、監視対象のＥＣをＥＣ＃１及びＥＣ＃２の両方としてもよい。

変更例２では、クロスキャリアスケジューリングが適用されないダウンリンク通信について説明したが、変更例２は、クロスキャリアスケジューリングが適用されないアップリンク通信にも適用可能であることに留意すべきである。

［変更例３］
以下において、実施形態の変更例３について説明する。変更例３においては、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳｗ／ＥＣ）の送信タイミングとデータの通信を開始するタイミングについて説明する。ここでは、クロスキャリアスケジューリングが適用されるダウンリンク通信について例示する。すなわち、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳｗ／ＥＣ）がＰＣｅｌｌから送信されるケースについて例示する。

具体的には、ｅＮＢ２００の無線送受信機２１０は、ｅＮＢ２００とＵＥ１００との間のデータの通信で用いられるＥＣである対象ＥＣをＵＥ１００に通知する。ｅＮＢ２００の無線送受信機２１０は、データの通信に用いられるサブフレームにおいて、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳｗ／ＥＣ）をＵＥ１００に送信する。リソース割当信号の送信タイミングは、データの通信タイミングよりも前であり、リソース割当信号の送信タイミングとデータの通信タイミングとの時間間隔は、対象ＥＣの切り替えに要する時間間隔よりも長い。

例えば、図１３に示すように、ＰＣｅｌｌは、最初のシンボル区間において、３番目のシンボル区間から開始するデータの通信について、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳｗ／ＥＣ）をＵＥ１００に送信する。ＵＥ１００は、２番目のシンボルで監視対象のＥＣをＥＣ＃１に切り替える。或いは、ＰＣｅｌｌは、２番目のシンボル区間において、４番目のシンボル区間から開始するデータの通信について、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳｗ／ＥＣ）をＵＥ１００に送信する。ＵＥ１００は、３番目のシンボルで監視対象のＥＣをＥＣ＃１に切り替える。すなわち、図１３に示す例では、リソース割当信号の送信タイミングとデータの通信タイミングとの時間間隔は１シンボル区間であり、対象ＥＣの切り替えに要する時間間隔は１シンボル区間未満である。

但し、変更例３はこれに限定されるものではない。対象エレメントキャリアの切り替えに要する時間間隔は、ＵＥ１００の能力（ＵＥＣａｐａｂｉｌｉｔｙ）に基づいて決定されてもよい。なお、ｅＮＢ２００の無線送受信機２１０は、ＵＥ１００の能力（ＵＥＣａｐａｂｉｌｉｔｙ）をＵＥ１００から受信する。ＵＥ１００の能力（ＵＥＣａｐａｂｉｌｉｔｙ）を受信するタイミングは任意である。

或いは、対象エレメントキャリアの切り替えに要する時間間隔は、ＭＡＣ層よりも上位に設けられるＲＲＣ層のメッセージによって特定されてもよい。このようなＲＲＣ層のメッセージは、ＵＥ１００からｅＮＢ２００に送信される。

変更例３では、クロスキャリアスケジューリングが適用されるダウンリンク通信について説明したが、変更例３は、クロスキャリアスケジューリングが適用されるアップリンク通信にも適用可能であることに留意すべきである。

なお、図１３では、ＳＣｅｌｌは、ＬＢＴが完了したタイミングから予約シンボル（Ｒｅｓｅｒｖａｔｉｏｎ）を送信すしてもよい。予約シンボルの送信によって、ＬＢＴを行った対象であるＥＣが他の通信システム等によって占有されることを抑制する。

［変更例４］
以下において、実施形態の変更例４について説明する。変更例４では、対象ＥＣを指定する情報（ＥＣＩｎｄｉｃａｔｉｏｎ）が通知されないケースについて例示する。ここでは、ダウンリンク通信について例示する。

具体的には、図１４に示すように、ＵＥ１００は、最初のシンボル区間において、ＥＣ＃１を監視するが、自端末宛のリソース割当信号（ＲＡ）が受信されない。ＵＥ１００は、２番目のシンボル区間において、監視対象のＥＣをＥＣ＃１からＥＣ＃２に切り替える。ＵＥ１００は、３番目のシンボル区間において、ＥＣ＃２を監視するとともに、自端末宛のリソース割当信号（ＲＡ）を受信する。このように、ＵＥ１００は、自端末宛のリソース割当信号（ＲＡ）が受信されない場合に、監視対象のＥＣを切り替える。

変更例４では、ダウンリンク通信について説明したが、変更例４は、アップリンク通信にも適用可能である。

［変更例５］
以下において、実施形態の変更例５について説明する。変更例５においては、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳｗ／ＥＣ）の送信タイミングとデータの通信を開始するタイミングについて説明する。ここでは、クロスキャリアスケジューリングが適用されるダウンリンク通信について例示する。すなわち、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳｗ／ＥＣ）がＰＣｅｌｌから送信されるケースについて例示する。

具体的には、ｅＮＢ２００の無線送受信機２１０は、ｅＮＢ２００とＵＥ１００との間のデータの通信で用いられるＥＣである対象ＥＣをＵＥ１００に通知する。ｅＮＢ２００の無線送受信機２１０は、データの通信に用いられるサブフレームにおいて、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳｗ／ＥＣ）をＵＥ１００に通信する。ｅＮＢ２００の無線送受信機２１０は、第１ＣＣを用いて対象ＥＣを通知する。ライセンスドバンドを用いるサブフレームのフレームタイミングは、アンライセンスドバンドを用いるサブフレームのフレームタイミングよりも前である。ライセンスドバンドを用いるサブフレームのフレームタイミングとアンライセンスドバンドを用いるサブフレームのフレームタイミングとのオフセットは、対象ＥＣの切り替えに要する時間間隔よりも長い。

例えば、図１５に示すように、ライセンスドバンドを用いるサブフレームのフレームタイミング（Ｌｉｃｅｎｓｅｄ／ＰＣｅｌｌ）は、アンライセンスドバンドを用いるサブフレームのフレームタイミング（Ｕｎｌｉｃｅｎｓｅｄ／ＳＣｅｌｌ）よりも前である。フレームタイミング（Ｌｉｃｅｎｓｅｄ／ＰＣｅｌｌ）とフレームタイミング（Ｕｎｌｉｃｅｎｓｅｄ／ＳＣｅｌｌ）のオフセットは、２シンボル区間であり、対象ＥＣの切り替えに要する時間間隔は、例えば、１シンボル区間である。

このようなケースにおいて、ＰＣｅｌｌは、ライセンスドバンドにおける最初のシンボル区間において、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳｗ／ＥＣ）をＵＥ１００に送信する。ＳＣｅｌｌは、アンライセンスドバンドにおける最初のシンボル区間（すなわち、ライセンスドバンドにおける３番目のシンボル区間）において、データ（ＰＤＳＣＨ）を送信する。なお、ＵＥ１００は、例えば、ライセンスドバンドにおける２番目のシンボル区間において、監視対象のＥＣをＥＣ＃２に切り替える。或いは、ＰＣｅｌｌは、ライセンスドバンドにおける２番目のシンボル区間において、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳｗ／ＥＣ）をＵＥ１００に送信する。ＳＣｅｌｌは、アンライセンスドバンドにおける２番目のシンボル区間（すなわち、ライセンスドバンドにおける４番目のシンボル区間）において、データ（ＰＤＳＣＨ）を送信する。なお、ＵＥ１００は、ライセンスドバンドにおける３番目のシンボル区間において、監視対象のＥＣをＥＣ＃１に切り替える。

但し、変更例５はこれに限定されるものではない。対象エレメントキャリアの切り替えに要する時間間隔は、ＵＥ１００の能力（ＵＥＣａｐａｂｉｌｉｔｙ）に基づいて決定されてもよい。なお、ｅＮＢ２００の無線送受信機２１０は、ＵＥ１００の能力（ＵＥＣａｐａｂｉｌｉｔｙ）をＵＥ１００から受信する。ＵＥ１００の能力（ＵＥＣａｐａｂｉｌｉｔｙ）を受信するタイミングは任意いである。

さらに、オフセットは、ＭＡＣ層よりも上位に設けられるＲＲＣ層のメッセージによって特定されてもよい。このようなＲＲＣ層のメッセージは、ｅＮＢ２００からＵＥ１００に送信される。これによって、ＵＥ１００は、アンライセンスドバンドにおけるフレームタイミングを特定することができる。

なお、図１５では、ＳＣｅｌｌは、ＬＢＴが完了したタイミングから予約シンボル（Ｒｅｓｅｒｖａｔｉｏｎ）を送信してもよい。予約シンボルの送信によって、ＬＢＴを行った対象であるＥＣが他の通信システム等によって占有されることを抑制する。

［変更例６］
以下において、実施形態の変更例６について説明する。変更例６においては、ＵＥ１００からｅＮＢ２００に対するアップリンク通信について主として説明する。

図１６に示すように、ステップＳ２０において、ｅＮＢ２００は、第２ＣＣに対応付けられる複数のＥＣを示すメッセージ（ＥＣｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００に通知する。ＥＣｃｏｎｆｉｇｕｒａｔｉｏｎは、上述したように、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれてもよく、ＳＩＢに含まれてもよい。

ステップＳ２１において、ｅＮＢ２００は、ＵＥ１００からデータを受信するためのリソースを指定するリソース割当信号（ＵＬＧｒａｎｔ）をＵＥ１００に送信する。リソース割当信号（ＵＬＧｒａｎｔ）は、対象ＥＣとして用いるＥＣの候補（ＥＣＬｉｓｔ）を含んでいてもよい。或いは、第２ＣＣと複数のＥＣとの対応関係が既知である場合には、リソース割当信号（ＵＬＧｒａｎｔ）は、第２ＣＣを特定する情報のみを含んでもよい。

ステップＳ２２において、ＵＥ１００は、第２ＣＣに対応付けられた複数のＥＣのそれぞれについて、ＷｉＦｉなどの他の通信システムの干渉が観測されるか否かを監視する（ＬＢＴ；ＬｉｓｔｅｎＢｅｆｏｒｅＴａｌｋ）。

ステップＳ２３において、ＵＥ１００は、アップリンク通信で用いられる対象ＥＣを選択する。詳細には、ＵＥ１００は、ＷｉＦｉなどの他の通信システムの干渉が観測されなかったＥＣを対象ＥＣとして選択する。

ステップＳ２４において、ＵＥ１００は、ステップＳ２３で選択された対象ＥＣを用いてデータ（ＰＵＳＣＨ）を送信する。

ステップＳ２５において、ｅＮＢ２００は、データ（ＰＵＳＣＨ）を受信する。ここで、ｅＮＢ２００は、第２ＣＣに対応付けられた複数のＥＣの全てを監視していることに留意すべきである。

［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

実施形態で説明したように、第２ＣＣに対応付けられる複数のＥＣは、例えば、ＵＥ１００に個別に送信されるメッセージ（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれてもよい。このようなケースにおいて、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎは、図１７に示すように、現時点で第２ＣＣに対応付けられているＥＣに対して追加すべきＥＣを特定する情報（ＥＣ−ＴｏＡｄｄＭｏｄＬｉｓｔ）を含んでもよい。或いは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎは、現時点で第２ＣＣに対応付けられているＥＣから削除すべきＥＣを特定する情報（例えば、ＥＣ−ＴｏＲｅｍｏｖｅＭｏｄＬｉｓｔ）を含んでもよい。或いは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信後に第２ＣＣに対応付けるべきＥＣのリストを含んでもよい。

実施形態では特に触れていないが、第２ＣＣに対応付けられる複数のＥＣは、ｉｎｔｒａ−ｂａｎｄ（ｃｏｎｔｉｕｏｕｓ）ｃａｒｒｉｅｒのみであってもよい。第２ＣＣに対応付けられる複数のＥＣは、第２ＣＣのＡｃｔｉｖａｔｉｏｎによって使用可能状態となり、第２ＣＣのＤｅａｃｔｉｖａｔｉｏｎによって使用停止状態となってもよい。

実施形態では、ｅＮＢ２００は、ＬＢＴの結果に基づいてＥＣを選択する。しかしながら、実施形態はこれに限定されるものではない。例えば、ｅＮＢ２００は、ＵＥ１００から受信するＣＳＩフィードバック及びＭｅｓｕｒｅｍｅｎｔＲｅｓｕｌｔの少なくともいずれか１つの情報に基づいてＥＣを選択してもよい。これによって、隣接するＷｉＦｉ等による送信に起因する通信開始時点の初期アクセス制御だけではなく、通信開始後において通信中のキャパシティを増大することができる。

実施形態では特に触れていないが、ＵＥ１００及びｅＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。

或いは、ＵＥ１００及びｅＮＢ２００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。

実施形態では、移動通信システムの一例としてＬＴＥシステムを説明した。しかしながら、実施形態はこれに限定されるものではない。移動通信システムは、ＬＴＥシステム以外のシステムであってもよい。

なお、実施形態では、ＣＡ（キャリアアグリゲーション）によって実施することを想定して説明したが、これに限られず、例えば、ＤＣ（デュアルコネクティビティ―）によって実施してもよい。

［相互参照］
日本国特許出願第２０１５−０５４０４９号（２０１５年３月１７日）の全内容が参照により本願明細書に組み込まれている。

本発明は、通信分野において有用である。

Claims

通信装置であって、
ＰＨＹレイヤの処理を行うＰＨＹ処理部と、
前記ＰＨＹレイヤよりも上位に設けられるＭＡＣレイヤの処理を行うＭＡＣ処理部とを備え、
前記ＭＡＣ処理部は、ライセンスドバンドに含まれる第１コンポーネントキャリアに対応する第１ＨＡＲＱプロセスを行うとともに、アンライセンスドバンドに含まれる第２コンポーネントキャリアに対応する第２ＨＡＲＱプロセスを行うように構成されており、
前記第２コンポーネントキャリアは、前記アンライセンスドバンドにおいて前記ＰＨＹ処理部が用いる複数のエレメントキャリアと対応付けられており、
前記ＰＨＹ処理部は、前記第１ＨＡＲＱプロセスにおけるデータを、前記第１コンポーネントキャリアを用いて送信するとともに、前記第２ＨＡＲＱプロセスにおけるデータを、前記複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて送信し、
前記通信装置と相手方通信装置との間のデータの通信で用いられる前記エレメントキャリアである対象エレメントキャリアを前記相手方通信装置に通知する通信部をさらに備え、
前記通信部は、前記第１コンポーネントキャリアを用いて前記対象エレメントキャリアを通知し、
前記通信部は、前記データの通信に用いられるサブフレームにおいて、前記対象エレメントキャリアを通知し、
前記データは、前記サブフレームを構成する２つのスロットのうち、後半のスロットを用いて通信されることを特徴とする通信装置。
通信装置によって実行される通信方法であって、
ＰＨＹレイヤの処理を行うステップＡと、
前記ＰＨＹレイヤよりも上位に設けられるＭＡＣレイヤの処理を行うステップＢとを備え、
前記ステップＢは、ライセンスドバンドに含まれる第１コンポーネントキャリアに対応する第１ＨＡＲＱプロセスを行うとともに、アンライセンスドバンドに含まれる第２コンポーネントキャリアに対応する第２ＨＡＲＱプロセスを行うステップを含み、
前記第２コンポーネントキャリアは、前記アンライセンスドバンドにおいて前記ＰＨＹ処理部が用いる複数のエレメントキャリアと対応付けられており、
前記ステップＡは、前記第１ＨＡＲＱプロセスにおけるデータを、前記第１コンポーネントキャリアを用いて送信するとともに、前記第２ＨＡＲＱプロセスにおけるデータを、前記複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて送信するステップを含み、
前記通信装置と相手方通信装置との間のデータの通信で用いられる前記エレメントキャリアである対象エレメントキャリアを前記相手方通信装置に通知するステップCをさらに備え、
前記ステップCにおいて、前記通信装置は、前記第１コンポーネントキャリアを用いて前記対象エレメントキャリアを通知し、前記データの通信に用いられるサブフレームにおいて、前記対象エレメントキャリアを通知し、
前記データは、前記サブフレームを構成する２つのスロットのうち、後半のスロットを用いて通信されることを特徴とする通信方法。