(57)【要約】  通信装置は、第１レイヤの処理を行う第１処理部と、前記第１レイヤよりも上位に設けられる第２レイヤの処理を行う第２処理部とを備え、前記第２処理部は、ライセンスドバンドに含まれる第１コンポーネントキャリアを用いて通信を行うとともに、アンライセンスドバンドに含まれる第２コンポーネントキャリアを用いて通信を行うように構成されており、前記第１処理部は、前記第１コンポーネントキャリアを用いて通信を行うとともに、前記第２コンポーネントキャリアに対応付けられる複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて通信を行う。
2016148221.tif 000002
【特許請求の範囲】
【請求項１】
第１レイヤの処理を行う第１処理部と、
前記第１レイヤよりも上位に設けられる第２レイヤの処理を行う第２処理部とを備え、
前記第２処理部は、ライセンスドバンドに含まれる第１コンポーネントキャリアを用いて通信を行うとともに、アンライセンスドバンドに含まれる第２コンポーネントキャリアを用いて通信を行うように構成されており、
前記第１処理部は、前記第１コンポーネントキャリアを用いて通信を行うとともに、前記第２コンポーネントキャリアに対応付けられる複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて通信を行うことを特徴とする通信装置。
【請求項２】
前記複数のエレメントキャリアのそれぞれの帯域幅は、前記第１コンポーネントキャリアの帯域幅と同じであることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記第２コンポーネントキャリアに対応付けられる前記複数のエレメントキャリアは、前記第２レイヤよりも上位に設けられる第３レイヤのメッセージによって特定されることを特徴とする請求項１に記載の通信装置。
【請求項４】
前記通信装置と相手方通信装置との間のデータの通信で用いられる前記エレメントキャリアである対象エレメントキャリアを前記相手方通信装置に通知する通信部をさらに備え、
前記通信部は、前記第１コンポーネントキャリアを用いて前記対象エレメントキャリアを通知することを特徴とする請求項１に記載の通信装置。
【請求項５】
前記通信部は、前記データの通信に用いられるサブフレームである第１サブフレームよりも前の第２サブフレームにおいて、前記対象エレメントキャリアを通知することを特徴とする請求項４に記載の通信装置。
【請求項６】
前記通信部は、前記データの通信に用いられるサブフレームにおいて、前記対象エレメントキャリアを通知し、
前記データは、前記サブフレームを構成する２つのスロットのうち、後半のスロットを用いて通信されることを特徴とする請求項４に記載の通信装置。
【請求項７】
前記通信装置から相手方通信装置に対するデータの通信で用いられるエレメントキャリアである対象エレメントキャリアにおいて、前記通信装置から前記データを送信するためのリソースを指定するリソース割当信号を前記相手方通信装置に送信するリソース割当部をさらに備え、
前記リソース割当信号は、前記対象エレメントキャリアを指定する情報を少なくとも含むことを特徴とする請求項１に記載の通信装置。
【請求項８】
相手方通信装置から前記通信装置に対するデータの通信で用いられるエレメントキャリアである対象エレメントキャリアにおいて、前記相手方通信装置から前記データを受信するためのリソースを指定するリソース割当信号を前記相手方通信装置に送信するリソース割当部をさらに備え、
前記リソース割当信号は、前記対象エレメントキャリアとして用いるエレメントキャリアの候補を少なくとも含むことを特徴とする請求項１に記載の通信装置。
【請求項９】
前記通信装置と相手方通信装置との間のデータの通信で用いられるエレメントキャリアである対象エレメントキャリアを前記相手方通信装置に通知する通信部を備え、
前記通信部は、前記データの通信に用いられるサブフレームにおいて、前記データを通信するためのリソース及び前記対象エレメントキャリアを示すリソース割当信号を前記相手方通信装置に送信し、
前記リソース割当信号の送信タイミングは、前記データの通信タイミングよりも前であり、
前記リソース割当信号の送信タイミングと前記データの通信タイミングとの時間間隔は、前記対象エレメントキャリアの切り替えに要する時間間隔よりも長いことを特徴とする請求項１に記載の通信装置。
【請求項１０】
前記通信部は、前記相手方通信装置の能力を示す情報を前記相手方通信装置から受信し、
前記対象エレメントキャリアの切り替えに要する時間間隔は、前記相手方通信装置の能力に基づいて決定されることを特徴とする請求項９に記載の通信装置。
【請求項１１】
前記対象エレメントキャリアの切り替えに要する時間間隔は、前記第２レイヤよりも上位に設けられる第３レイヤのメッセージによって特定されることを特徴とする請求項９に記載の通信装置。
【請求項１２】
前記通信装置と相手方通信装置との間のデータの通信で用いられるエレメントキャリアである対象エレメントキャリアを前記相手方通信装置に通知する通信部を備え、
前記通信部は、前記データの通信に用いられるサブフレームにおいて、前記データを通信するためのリソース及び前記対象エレメントキャリアを示すリソース割当信号を前記相手方通信装置に送信し、
前記通信部は、前記第１コンポーネントキャリアを用いて前記対象エレメントキャリアを通知し、
前記ライセンスドバンドを用いるサブフレームのフレームタイミングは、前記アンライセンスドバンドを用いるサブフレームのフレームタイミングよりも前であり、
前記ライセンスドバンドを用いるサブフレームのフレームタイミングと前記アンライセンスドバンドを用いるサブフレームのフレームタイミングとのオフセットは、前記対象エレメントキャリアの切り替えに要する時間間隔よりも長いことを特徴とする請求項１に記載の通信装置。
【請求項１３】
前記オフセットは、前記第２レイヤよりも上位に設けられる第３レイヤのメッセージによって特定されることを特徴とする請求項１２に記載の通信装置。
【請求項１４】
第１レイヤの処理を行うステップＡと、
前記第１レイヤよりも上位に設けられる第２レイヤの処理を行うステップＢとを備え、
前記ステップＢは、ライセンスドバンドに含まれる第１コンポーネントキャリアを用いて通信を行うとともに、アンライセンスドバンドに含まれる第２コンポーネントキャリアを用いて通信を行うステップを含み、
前記ステップＡは、前記第１コンポーネントキャリアを用いて通信を行うとともに、前記第２コンポーネントキャリアに対応付けられる複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて通信を行うステップを含むことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ライセンスドバンド及びアンライセンスドバンドに含まれるコンポーネントキャリアを用いて通信を行う通信装置及び通信方法に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、トラフィック需要の急増に対応するために、新たな周波数帯域の活用が検討されている（例えば、非特許文献１参照）。【０００３】
ここで、新たな周波数帯域としては、所定帯域幅を有する複数のコンポーネントキャリアを含み、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域の利用が考えられる。【０００４】
特定周波数帯域としては、例えば、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等に用いられる帯域、すなわち、ライセンスが不要なアンライセンスドバンド（Ｕｎｌｉｃｅｎｓｅｄ  Ｂａｎｄ）が考えられる。３ＰＧＧでは、アンライセンスドバンドをＬＴＥシステムで利用する技術（ＬＡＡ；Ｌｉｃｅｎｓｅｄ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）が検討されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＳ３６．３００  Ｖ１２．０．１」  ２０１４年３月
【発明の概要】
【０００６】
一の実施形態に係る通信装置は、第１レイヤの処理を行う第１処理部と、前記第１レイヤよりも上位に設けられる第２レイヤの処理を行う第２処理部とを備え、前記第２処理部は、ライセンスドバンドに含まれる第１コンポーネントキャリアを用いて通信を行うとともに、アンライセンスドバンドに含まれる第２コンポーネントキャリアを用いて通信を行うように構成されており、前記第１処理部は、前記第１コンポーネントキャリアを用いて通信を行うとともに、前記第２コンポーネントキャリアに対応付けられる複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて通信を行う。
【０００７】
一の実施形態に係る通信方法は、第１レイヤの処理を行うステップＡと、前記第１レイヤよりも上位に設けられる第２レイヤの処理を行うステップＢとを備え、前記ステップＢは、ライセンスドバンドに含まれる第１コンポーネントキャリアを用いて通信を行うとともに、アンライセンスドバンドに含まれる第２コンポーネントキャリアを用いて通信を行うステップを含み、前記ステップＡは、前記第１コンポーネントキャリアを用いて通信を行うとともに、前記第２コンポーネントキャリアに対応付けられる複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて通信を行うステップを含む。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施形態に係るＬＴＥシステムの構成図である。
【図２】図２は、実施形態に係るＵＥ１００のブロック図である。
【図３】図３は、実施形態に係るｅＮＢ２００のブロック図である。
【図４】図４は、実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】図５は、実施形態に係るＬＴＥシステムで使用される無線フレームの構成図である。
【図６】図６は、実施形態に係る適用シーンを説明するための図である。
【図７】図７は、実施形態に係るＣＣ及びＥＣを説明するための図である。
【図８】図８は、実施形態に係るｅＮＢ２００のＭＡＣ層及びＰＨＹ層の構造を示す図である。
【図９】図９は、実施形態に係る通信方法を示すシーケンス図である。
【図１０】図１０は、変更例１を説明するための図である。
【図１１】図１１は、変更例１を説明するための図である。
【図１２】図１２は、変更例２を説明するための図である。
【図１３】図１３は、変更例３を説明するための図である。
【図１４】図１４は、変更例４を説明するための図である。
【図１５】図１５は、変更例５を説明するための図である。
【図１６】図１６は、変更例６を説明するための図である。
【図１７】図１７は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎのメッセージフォーマットの一例を示す図である。
【発明を実施するための形態】
【０００９】
以下において、実施形態について図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。
【００１０】
但し、図面は模式的なものであり、各寸法の比率などは現実のものとは異なる場合があることに留意すべきである。従って、具体的な寸法などは以下の説明を参酌して判断すべきである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていることは勿論である。
【００１１】
［開示の概要］
Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の通信システムの干渉を回避するために、アンライセンスドバンドで用いるコンポーネントキャリア（ＣＣ）を切り替えることが好ましいケースが存在する。しかしながら、上述した標準化プロジェクトにおける既存仕様では、ＭＡＣ層（例えば、再送制御を行うＨＡＲＱプロセス）には、アンライセンスドバンドで用いるコンポーネントキャリア（ＣＣ）を任意に切り替えることが許容又は規定されていない。従って、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の干渉を回避するためには、既存仕様に反しないように適切な方法を導入する必要がある。
【００１２】
そこで、実施形態は、既存仕様に反しないようにＷｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の干渉を回避することを可能とする通信装置及び通信方法を提供する。
【００１３】
実施形態に係る通信装置は、第１レイヤの処理を行う第１処理部と、前記第１レイヤよりも上位に設けられる第２レイヤの処理を行う第２処理部とを備え、前記第２処理部は、ライセンスドバンドに含まれる第１コンポーネントキャリアを用いて通信を行うとともに、アンライセンスドバンドに含まれる第２コンポーネントキャリアを用いて通信を行うように構成されており、前記第１処理部は、前記第１コンポーネントキャリアを用いて通信を行うとともに、前記第２コンポーネントキャリアに対応付けられる複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて通信を行う。
【００１４】
実施形態では、第２コンポーネントキャリアを用いて通信を行う第２処理部（例えば、ＭＡＣ層）よりも下位に設けられる第１処理部（例えば、ＰＨＹ層）は、第２コンポーネントキャリアに対応付けられる複数のエレメントキャリアの中から選択されたエレメントキャリアを用いて通信を行う。すなわち、第１処理部（例えば、ＰＨＹ層）で用いるエレメントキャリアという新規な概念を導入することによって、第１処理部でエレメントキャリアの切り替えを行うことが可能であり、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の干渉を回避することができる。
【００１５】
［実施形態］
以下において、移動通信システムとして、３ＧＰＰ規格に基づいたＬＴＥシステムを例に挙げて、実施形態を説明する。
【００１６】
（システム構成）
実施形態に係るＬＴＥシステムのシステム構成について説明する。図１は、実施形態に係るＬＴＥシステムの構成図である。
【００１７】
図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００１８】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、ｅＮＢ２００によって形成されるセル（ＵＥ１００がＲＲＣコネクティッド状態である場合には、サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００１９】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、無線基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００２０】
ｅＮＢ２００は、１又は複数のセルを形成しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００２１】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。なお、Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ＬＴＥシステムのネットワークを構成する。
【００２２】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。無線送受信機１１０及びプロセッサ１６０は、送信部及び受信部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００２３】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００２４】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、受け付けた操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００２５】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とを含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００２６】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。無線送受信機２１０（及び／又はネットワークインターフェイス２２０）及びプロセッサ２４０は、送信部及び受信部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００２７】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００２８】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００２９】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵとを含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３０】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３１】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御情報が伝送される。
【００３２】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御情報が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００３３】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御情報が伝送される。
【００３４】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。また、ＰＤＣＰ層には、データユニット（ＰＤＣＰ  ＰＤＵ）を送信するための送信エンティティ又はデータユニット（ＰＤＣＰ  ＰＤＵ）を受信するための受信エンティティが形成されることに留意すべきである。
【００３５】
ＲＲＣ層は、制御情報を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御情報（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合に、ＵＥ１００はＲＲＣコネクティッド状態であり、ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合に、ＵＥ１００はＲＲＣアイドル状態である。
【００３６】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００３７】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００３８】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのシンボル及び１つのサブキャリアにより１つのリソースエレメント（ＲＥ）が構成される。また、ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００３９】
（適用シーン）
以下において、適用シーンについて説明する。図６は、実施形態に係る適用シーンを説明するための図である。
【００４０】
図６に示すように、移動通信システムは、複数のｅＮＢ（例えば、ｅＮＢ２００＃１、ｅＮＢ２００＃２及びｅＮＢ２００＃３）と、複数のＡＰ（ＡＰ５００＃１及びＡＰ５００＃２）を有する。
【００４１】
ｅＮＢ２００＃１は、例えば、通信事業者によって設置されるｅＮＢ２００である。ｅＮＢ２００＃１は、無線通信エリアとしてセル＃１を有する。セル＃１では、ライセンスを要するライセンスドバンド（Ｌｉｃｅｎｓｅｄ  Ｂａｎｄ）が用いられる。ライセンスドバンドは、通信事業者に割り当てられた帯域（以下、事業者帯域）の一例である。
【００４２】
ｅＮＢ２００＃２及びｅＮＢ２００＃３は、通信事業者によって設定されるｅＮＢ２００である。但し、ｅＮＢ２００＃２は、通信事業者とは異なる第三者によって設置されてもよい。ｅＮＢ２００＃２は、無線通信エリアとしてセル＃２−１及びセル＃２−２を有しており、ｅＮＢ２００＃３は、無線通信エリアとしてセル＃３−１及びセル＃３−２を有する。セル＃２−１及びセル＃３−１では、セル＃１と同様に、事業者帯域が用いられる。一方で、セル＃２−２及びセル＃３−２では、ライセンスが不要なアンライセンスドバンド（Ｕｎｌｉｃｅｎｓｅｄ  Ｂａｎｄ）が用いられる。アンライセンスドバンドは、複数の通信事業者又は複数の通信システムの利用が許容される特定周波数帯域の一例である。
【００４３】
ＡＰ５００＃１及びＡＰ５００＃２は、Ｗｉ−Ｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）等で用いるアクセスポイントである。ＡＰ５００＃１は、無線通信エリアとしてカバレッジエリアＣＡ＃１を有しており、ＡＰ５００＃２は、無線通信エリアとしてカバレッジエリアＣＡ＃２を有する。カバレッジエリアＣＡ＃１及びカバレッジエリアＣＡ＃２では、セル＃２−２及びセル＃３−２と同様に、アンライセンスドバンドが用いられる。
【００４４】
このような前提において、実施形態では、アンライセンスドバンドに含まれる第２コンポーネントキャリアについて、ＰＨＹ層で用いるエレメントキャリアという新規な概念を導入する。
【００４５】
具体的には、通信装置（ＵＥ１００及びｅＮＢ２００）は、第１レイヤ（ここでは、ＰＨＹ層）の処理を行う第１処理部（以下、ＰＨＹ層とも称する）と、第１レイヤよりも上位に設けられる第２レイヤの処理（ここでは、ＭＡＣ層）を行う第２処理部（以下、ＭＡＣ層とも称する）とを備える。第１処理部及び第２処理部は、プロセッサ１６０及びプロセッサ２４０の機能の一部である。なお、第１レイヤはＰＨＹ層に限られず、ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層及びＲＲＣ層等であってもよい。また、第２レイヤはＭＡＣ層に限られず、ＲＬＣ層、ＰＤＣＰ層及びＲＲＣ層等であってもよい。
【００４６】
ここで、ライセンスドバンドについては、図７（Ａ）に示すように、ＭＡＣ層は、ライセンスドバンドに含まれる第１コンポーネントキャリア（以下、第１ＣＣ）を用いて通信を行う。ＰＨＹ層は、ライセンスドバンドに含まれる第１ＣＣを用いて通信を行う。ここで、ＭＡＣ層（ＨＡＲＱプロセス）で認識される第１ＣＣは、ＰＨＹ層で物理的なキャリアとして用いる第１ＣＣと１対１の関係を有する。
【００４７】
一方で、アンラインセンスドバンドについては、図７（Ｂ）に示すように、ＭＡＣ層は、アンラインセンスドバンドに含まれる第２コンポーネントキャリア（以下、第２ＣＣ）を用いて通信を行う。ＰＨＹ層は、アンラインセンスドバンドに含まれる第２ＣＣに対応付けられる複数のエレメントキャリア（以下、ＥＣ）の中から選択されたＥＣを用いて通信を行う。ここで、ＭＡＣ層（ＨＡＲＱプロセス）で認識される第２ＣＣは、ＰＨＹ層で物理的なキャリアとして用いるＥＣと１対多の関係を有する。なお、アンラインセンスドバンドにおいてＰＨＹ層が物理的なキャリアとして用いる複数のエレメントキャリアのそれぞれの帯域幅（ＢＷＥＣ）は、ライセンスドバンドにおいてＰＨＹ層が物理的なキャリアとして用いる第１ＣＣの帯域幅（ＢＷＣＣ）と同じであってもよい。言い換えると、アンラインセンスドバンドで用いるＥＣの帯域幅（ＢＷＥＣ）は、ライセンスドバンドで用いる第１ＣＣの帯域幅（ＢＷＣＣ）と同じであってもよい。また、ＥＣの帯域幅（ＢＷＥＣ）は、ライセンスドバンドで用いる第２ＣＣの帯域幅（ＢＷＣＣ）と同じであってもよい。
【００４８】
なお、上述したアンラインセンスドバンドに係る枠組みについては、ＵＥ１００及びｅＮＢ２００の双方に適用されるが、ここでは、ｅＮＢ２００を例に挙げる。上述したアンライセンスドバンドに係る枠組みを適用したｅＮＢ２００のＭＡＣ層及びＰＨＹ層の構造は、図８に示す通りである。図８に示すように、ＭＡＣ層のＨＡＲＱプロセスは、ＣＣ毎に設けられている。一方で、ＰＨＹ層のＥＣルータは、１つのＣＣと複数のＥＣの中から選択されたＥＣとの間の経路をルーティングする。従って、ＭＡＣ層は、どのＥＣが用いられているかを認識しなくてもよいことに留意すべきである。
【００４９】
実施形態において、第２ＣＣに対応付けられる複数のＥＣは、第２レイヤ（ＭＡＣ層）よりも上位に設けられる第３レイヤ（ＲＲＣ層）のメッセージによって特定されるてもよい。このようなメッセージは、例えば、ＵＥ１００に個別に送信されるメッセージ（例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）であってもよく、ＵＥ１００に報知されるメッセージ（例えば、ＳＩＢ；Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）であってもよい。
【００５０】
実施形態において、アンライセンスドバンドの無線リソース（すなわち、ＥＣ）は、ライセンスドバンドの無線リソース（すなわち、第１ＣＣ）によってスケジューリングされてもよい（クロスキャリアスケジューリング）。言い換えると、ｅＮＢ２００の無線送受信機２１０は、ｅＮＢ２００とＵＥ１００との間のデータの通信で用いられるＥＣである対象ＥＣをＵＥ１００に通知する通信部を構成する。ｅＮＢ２００の無線送受信機２１０は、第１ＣＣを用いて対象ＥＣを通知する。ここで、ｅＮＢ２００とＵＥ１００との間のデータの通信は、ｅＮＢ２００からＵＥ１００に対するデータのダウンリンク通信であってもよく、ＵＥ１００からｅＮＢ２００に対するデータのアップリンク通信であってもよい。
【００５１】
なお、アンライセンスドバンドは、ライセンスドバンドと接続されていることを前提として用いられてもよい。このようなケースにおいて、ライセンスドバンドで用いるセルは、プライマリセル（以下、ＰＣｅｌｌ）と称し、アンライセンスドバンドで用いるセルは、セカンダリセル（以下、ＳＣｅｌｌ）と称する。
【００５２】
実施形態において、ｅＮＢ２００は、ｅＮＢ２００からＵＥ１００に対するデータの通信（ダウンリンク通信）で用いるＥＣである対象ＥＣにおいて、ｅＮＢ２００からデータを送信するためのリソースを指定するリソース割当信号（ＲＡ（Ｒｅｓｏｒｕｃｅ  Ａｌｌｏｃａｔｉｏｎに含まれるＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）をＵＥ１００に送信するリソース割当部（例えば、無線送受信機２１０及びプロセッサ２４０）を備える。リソース割当信号（ＤＣＩ）は、対象ＥＣを指定する情報を含んでもよい。但し、実際にダウンリンク通信で用いられるリソースを指定するリソース割当信号（ＤＣＩ）の送信タイミングは、対象ＥＣを指定する情報（ＥＣ  Ｉｎｄｉｃａｔｉｏｎ）の送信タイミングと異なっていてもよい。従って、ＤＣＩのフォーマットの拡張として、ＤＣＩがＥＣ  Ｉｎｄｉｃａｔｉｏｎを含んでいてもよい。拡張ＤＣＩは、例えば、ＣＩＦ（Ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ）フィールドに加えて、ＥＩＦ（Ｅｌｅｍｅｎｔａｒｙ  ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ）フィールドを含む。なお、ＥＩＦフィールドにＥＣ情報が格納されている場合に、ＣＩＦフィールドに対するＣＣ情報の格納が省略されてもよい。
【００５３】
或いは、ｅＮＢ２００は、ＵＥ１００からｅＮＢ２００に対するデータの通信（アップリンク通信）で用いるＥＣである対象ＥＣにおいて、ＵＥ１００からデータを受信するためのリソースを指定するリソース割当信号（ＵＬ  Ｇｒａｎｔ）をＵＥ１００に送信するリソース割当部（例えば、無線送受信機２１０及びプロセッサ２４０）を備える。リソース割当信号（ＵＬ  Ｇｒａｎｔ）は、対象ＥＣとして用いるＥＣの候補（ＥＣ  Ｌｉｓｔ）を含んでいてもよい。但し、実際にアップリンク通信で用いられるリソースを指定するリソース割当信号（ＵＥ  Ｇｒａｎｔ）の送信タイミングは、ＥＣの候補（ＥＣ  Ｌｉｓｔ）の送信タイミングと異なっていてもよい。従って、ＵＬ  Ｇｒａｎｔのフォーマットの拡張として、ＵＬ  ＧｒａｎｔがＥＣ  Ｌｉｓｔを含んでいてもよい。拡張ＵＬ  Ｇｒａｎｔは、例えば、ＣＩＦ（Ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ）フィールドに加えて、ＥＩＦ（Ｅｌｅｍｅｎｔａｒｙ  ｃａｒｒｉｅｒ  Ｉｎｄｉｃａｔｉｏｎ）フィールドを含む。なお、ＥＩＦフィールにＥＣ情報が格納されている場合に、ＣＩＦフィールドに対するＣＣ情報の格納が省略されてもよい。また、ＥＩＦフィールドにＥＣ情報が格納されていない場合に、デフォルトで指定されているＥＣ情報を用いてもよい。デフォルトで指定されているＥＣ情報とは、通信システムにおいて予め定められたＥＣ情報であってもよく、他の方法によって予め通知されているＥＣ情報であってもよい。
【００５４】
（通信方法）
以下において、実施形態に係る通信方法について説明する。図９は、実施形態に係る通信方法を示すシーケンス図である。ここでは、クロスキャリアスケジューリングが適用されるダウンリンク通信について例示する。
【００５５】
図９に示すように、ステップＳ１０において、ｅＮＢ２００は、第２ＣＣに対応付けられる複数のＥＣを示すメッセージ（ＥＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００に通知する。ＥＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎは、上述したように、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれてもよく、ＳＩＢに含まれてもよい。
【００５６】
ステップＳ１１において、ｅＮＢ２００は、アンライセンスドバンドの利用を開始するために、第２ＣＣの起動（ＳＣｅｌｌの設定）を指示するメッセージ（ＣＣ  Ａｃｔｉｖａｔｉｏｎ）をＵＥ１００に送信する。
【００５７】
ステップＳ１２において、ＵＥ１００（ＭＡＣ層）は、第２ＣＣを起動してＳＣｅｌｌを設定するとともに、第２ＣＣが起動された旨をＵＥ１００（ＰＨＹ層）に通知する。ＵＥ１００（ＰＨＹ層）は、第２ＣＣに対応付けられた全てのＥＣを起動する。
【００５８】
ステップＳ１３において、ｅＮＢ２００は、第２ＣＣに対応付けられた複数のＥＣのそれぞれについて、ＷｉＦｉなどの干渉が観測されるか否かを監視する（ＬＢＴ；Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）。
【００５９】
ステップＳ１４において、ｅＮＢ２００は、ダウンリンク通信で用いられる対象ＥＣを選択する。詳細には、ｅＮＢ２００は、ＷｉＦｉなどの干渉が観測されなかったＥＣを対象ＥＣとして選択する。
【００６０】
ステップＳ１５において、ｅＮＢ２００は、ダウンリンク通信で用いられる対象ＥＣを示す情報（ＥＣ  Ｉｎｄｅｘ）を含むメッセージ（ＲＡ；Ｒｅｓｏｒｕｃｅ  Ａｌｌｏｃａｔｉｏｎ）をＵＥ１００に送信する。ｅＮＢ２００は、第１ＣＣを用いてＲＡを送信してもよい。なお、対象ＥＣを示す情報（ＥＣ  Ｉｎｄｅｘ）は、対象ＥＣに対応付けられた識別子であってもよい。
【００６１】
ステップＳ１６において、ＵＥ１００（ＰＨＹ層）は、ＲＡに含まれる情報（ＥＣ  Ｉｎｄｅｘ）に対応する対象ＥＣにおいて、ｅＮＢ２００から送信されるデータ（ＰＤＳＣＨ）を監視する。なお、ここでのＰＤＳＣＨは、対象ＥＣに対応するＰＤＳＣＨであってもよい。
【００６２】
ステップＳ１７において、ｅＮＢ２００は、ステップＳ１４で選択された対象ＥＣを用いてデータ（ＰＤＳＣＨ）を送信する。
【００６３】
ステップＳ１８において、ＵＥ１００（ＰＨＹ層）は、データ（ＰＤＳＣＨ）を受信するとともに、データ（ＰＤＳＣＨ）を復号する。これによって、ＵＥ１００（ＰＨＹ層）は、ステップＳ１７においてＰＤＳＣＨ上で送信されたデータ（復号されたデータ）を得る。
【００６４】
ステップＳ１９において、ＵＥ１００のＰＨＹ層は、対象ＥＣに対応付けられたＣＣに対応するＵＥ１００のＭＡＣ層（ＨＡＲＱプロセス）に対して、復号されたデータを出力する。
【００６５】
（作用及び効果）
実施形態では、第２ＣＣを用いて通信を行うＭＡＣ層よりも下位に設けられるＰＨＹ層は、第２ＣＣに対応付けられる複数のＥＣの中から選択されたＥＣを用いて通信を行う。すなわち、ＰＨＹ層で用いるエレメントキャリアという新規な概念を導入することによって、ＰＨＹ層でエレメントキャリアの切り替えを行うことが可能であり、Ｗｉ−ＦｉやＢｌｕｅｔｏｏｔｈ（登録商標）等の干渉を回避することができる。
【００６６】
［変更例１］
以下において、実施形態の変更例１について説明する。変更例１においては、対象ＥＣを指定するタイミング及び対象ＥＣにおけるリソースを指定するタイミングについて説明する。対象ＥＣを指定するタイミングは、対象ＥＣを指定する情報（ＥＣ  Ｉｎｄｉｃａｔｉｏｎ）の送信タイミングであり、対象ＥＣにおけるリソースを指定するタイミングは、リソース割当信号（ＲＡ；Ｒｅｓｏｒｕｃｅ  Ａｌｌｏｃａｔｉｏｎ）の送信タイミングである。ここでは、クロスキャリアスケジューリングが適用されるダウンリンク通信について例示する。すなわち、対象ＥＣを指定する情報（ＥＣ  Ｉｎｄｉｃａｔｉｏｎ）及びリソース割当信号（ＲＡ）の双方がＰＣｅｌｌから送信されるケースについて例示する。
【００６７】
具体的には、ｅＮＢ２００の無線送受信機２１０は、データの通信に用いられるサブフレームである第１サブフレームよりも前の第２サブフレームにおいて、対象ＥＣを通知してもよい。例えば、図１０に示すように、データの通信に用いられるサブフレームがＳＦ＃ｎ＋１であるケースにおいて、ＰＣｅｌｌは、ＳＦ＃ｎ＋１よりも前のＳＦ＃ｎのＰＤＣＣＨによって、対象ＥＣを指定する情報（ＥＣ  Ｉｎｄｉｃａｔｉｏｎ）を送信する。一方で、ＰＣｅｌｌは、ＳＦ＃ｎ＋１のＰＤＣＣＨによって、対象ＥＣにおけるリソースを示すリソース割当信号（ＲＡ）を送信する。なお、ＵＥ１００は、ＳＦ＃ｎにおいて、監視対象のＥＣをＥＣ＃１にセットする。
【００６８】
或いは、ｅＮＢ２００の無線送受信機２１０は、データの通信に用いられるサブフレームにおいて、対象エレメントキャリアを通知する。データは、サブフレームを構成する２つのスロットのうち、後半のスロットを用いて通信される。例えば、図１１に示すように、データの通信に用いられるサブフレームがＳＦ＃ｎ＋４であるケースにおいて、ＰＣｅｌｌは、ＳＦ＃ｎ＋４のＰＤＣＣＨによって、対象ＥＣを指定する情報（ＥＣ  Ｉｎｄｉｃａｔｉｏｎ）を送信する。一方で、ＰＣｅｌｌは、ＳＦ＃ｎ＋４のＰＤＣＣＨによって、対象ＥＣにおけるリソースを示すリソース割当信号（ＲＡ）を送信する。なお、ＵＥ１００は、ＳＦ＃ｎ＋４の前半のスロットにおいて、監視対象のＥＣをＥＣ＃１からＥＣ＃２に切り替えるとともに、ＳＦ＃ｎ＋４の後半のスロットにおいて、データ（ＰＤＳＣＨ）を受信する。
【００６９】
変更例１では、クロスキャリアスケジューリングが適用されるダウンリンク通信について説明したが、変更例１は、クロスキャリアスケジューリングが適用されるアップリンク通信にも適用可能であることに留意すべきである。
【００７０】
［変更例２］
以下において、実施形態の変更例２について説明する。変更例２においては、対象ＥＣを指定するタイミング及び対象ＥＣにおけるリソースを指定するタイミングについて説明する。対象ＥＣを指定するタイミングは、対象ＥＣを指定する情報（ＥＣ  Ｉｎｄｉｃａｔｉｏｎ）の送信タイミングであり、対象ＥＣにおけるリソースを指定するタイミングは、リソース割当信号（ＲＡ；Ｒｅｓｏｒｕｃｅ  Ａｌｌｏｃａｔｉｏｎ）の送信タイミングである。ここでは、クロスキャリアスケジューリングが適用されないダウンリンク通信について例示する。すなわち、対象ＥＣを指定する情報（ＥＣ  Ｉｎｄｉｃａｔｉｏｎ）がＰＣｅｌｌから送信されるとともに、リソース割当信号（ＲＡ）がＳＣｅｌｌから送信されるケースについて例示する。
【００７１】
具体的には、ｅＮＢ２００の無線送受信機２１０は、データの通信に用いられるサブフレームである第１サブフレームよりも前の第２サブフレームにおいて、対象ＥＣを通知してもよい。例えば、図１２に示すように、データの通信に用いられるサブフレームがＳＦ＃ｎ＋１であるケースにおいて、ＰＣｅｌｌは、ＳＦ＃ｎ＋１よりも前のＳＦ＃ｎのＰＤＣＣＨによって、対象ＥＣを指定する情報（ＥＣ  Ｉｎｄｉｃａｔｉｏｎ）を送信する。一方で、ＳＣｅｌｌは、ＳＦ＃ｎ＋１のＰＤＣＣＨによって、対象ＥＣにおけるリソースを示すリソース割当信号（ＲＡ）を送信する。なお、ＵＥ１００は、ＳＦ＃ｎにおいて、監視対象のＥＣをＥＣ＃１にセットする。同様に、データの通信に用いられるサブフレームがＳＦ＃ｎ＋４であるケースにおいて、ＰＣｅｌｌは、ＳＦ＃ｎ＋４よりも前のＳＦ＃ｎ＋３のＰＤＣＣＨによって、対象ＥＣを指定する情報（ＥＣ  Ｉｎｄｉｃａｔｉｏｎ）を送信する。一方で、ＳＣｅｌｌは、ＳＦ＃ｎ＋４のＰＤＣＣＨによって、対象ＥＣにおけるリソースを示すリソース割当信号（ＲＡ）を送信する。なお、ＵＥ１００は、ＳＦ＃ｎ＋３において、監視対象のＥＣをＥＣ＃１からＥＣ＃２に切り替える。このとき、ＵＥ１００は、ＳＦ＃ｎ＋３の前半のスロットにおいて、監視対象をＥＣ♯１として、データ（ＰＤＳＣＨ）を受信し、ＳＦ＃ｎ＋３の後半のスロットにおいて、監視対象のＥＣをＥＣ＃１からＥＣ＃２に切り替えてもよい。また、ＵＥ１００は、監視対象のＥＣをＥＣ＃１からＥＣ＃２に切り替えることに代えて、監視対象のＥＣをＥＣ＃１及びＥＣ＃２の両方としてもよい。
【００７２】
変更例２では、クロスキャリアスケジューリングが適用されないダウンリンク通信について説明したが、変更例２は、クロスキャリアスケジューリングが適用されないアップリンク通信にも適用可能であることに留意すべきである。
【００７３】
［変更例３］
以下において、実施形態の変更例３について説明する。変更例３においては、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳ  ｗ／ＥＣ）の送信タイミングとデータの通信を開始するタイミングについて説明する。ここでは、クロスキャリアスケジューリングが適用されるダウンリンク通信について例示する。すなわち、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳ  ｗ／ＥＣ）がＰＣｅｌｌから送信されるケースについて例示する。
【００７４】
具体的には、ｅＮＢ２００の無線送受信機２１０は、ｅＮＢ２００とＵＥ１００との間のデータの通信で用いられるＥＣである対象ＥＣをＵＥ１００に通知する。ｅＮＢ２００の無線送受信機２１０は、データの通信に用いられるサブフレームにおいて、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳ  ｗ／ＥＣ）をＵＥ１００に送信する。リソース割当信号の送信タイミングは、データの通信タイミングよりも前であり、リソース割当信号の送信タイミングとデータの通信タイミングとの時間間隔は、対象ＥＣの切り替えに要する時間間隔よりも長い。
【００７５】
例えば、図１３に示すように、ＰＣｅｌｌは、最初のシンボル区間において、３番目のシンボル区間から開始するデータの通信について、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳ  ｗ／ＥＣ）をＵＥ１００に送信する。ＵＥ１００は、２番目のシンボルで監視対象のＥＣをＥＣ＃１に切り替える。或いは、ＰＣｅｌｌは、２番目のシンボル区間において、４番目のシンボル区間から開始するデータの通信について、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳ  ｗ／ＥＣ）をＵＥ１００に送信する。ＵＥ１００は、３番目のシンボルで監視対象のＥＣをＥＣ＃１に切り替える。すなわち、図１３に示す例では、リソース割当信号の送信タイミングとデータの通信タイミングとの時間間隔は１シンボル区間であり、対象ＥＣの切り替えに要する時間間隔は１シンボル区間未満である。
【００７６】
但し、変更例３はこれに限定されるものではない。対象エレメントキャリアの切り替えに要する時間間隔は、ＵＥ１００の能力（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）に基づいて決定されてもよい。なお、ｅＮＢ２００の無線送受信機２１０は、ＵＥ１００の能力（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）をＵＥ１００から受信する。ＵＥ１００の能力（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）を受信するタイミングは任意である。
【００７７】
或いは、対象エレメントキャリアの切り替えに要する時間間隔は、ＭＡＣ層よりも上位に設けられるＲＲＣ層のメッセージによって特定されてもよい。このようなＲＲＣ層のメッセージは、ＵＥ１００からｅＮＢ２００に送信される。
【００７８】
変更例３では、クロスキャリアスケジューリングが適用されるダウンリンク通信について説明したが、変更例３は、クロスキャリアスケジューリングが適用されるアップリンク通信にも適用可能であることに留意すべきである。
【００７９】
なお、図１３では、ＳＣｅｌｌは、ＬＢＴが完了したタイミングから予約シンボル（Ｒｅｓｅｒｖａｔｉｏｎ）を送信すしてもよい。予約シンボルの送信によって、ＬＢＴを行った対象であるＥＣが他の通信システム等によって占有されることを抑制する。
【００８０】
［変更例４］
以下において、実施形態の変更例４について説明する。変更例４では、対象ＥＣを指定する情報（ＥＣ  Ｉｎｄｉｃａｔｉｏｎ）が通知されないケースについて例示する。ここでは、ダウンリンク通信について例示する。
【００８１】
具体的には、図１４に示すように、ＵＥ１００は、最初のシンボル区間において、ＥＣ＃１を監視するが、自端末宛のリソース割当信号（ＲＡ）が受信されない。ＵＥ１００は、２番目のシンボル区間において、監視対象のＥＣをＥＣ＃１からＥＣ＃２に切り替える。ＵＥ１００は、３番目のシンボル区間において、ＥＣ＃２を監視するとともに、自端末宛のリソース割当信号（ＲＡ）を受信する。このように、ＵＥ１００は、自端末宛のリソース割当信号（ＲＡ）が受信されない場合に、監視対象のＥＣを切り替える。
【００８２】
変更例４では、ダウンリンク通信について説明したが、変更例４は、アップリンク通信にも適用可能である。
【００８３】
［変更例５］
以下において、実施形態の変更例５について説明する。変更例５においては、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳ  ｗ／ＥＣ）の送信タイミングとデータの通信を開始するタイミングについて説明する。ここでは、クロスキャリアスケジューリングが適用されるダウンリンク通信について例示する。すなわち、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳ  ｗ／ＥＣ）がＰＣｅｌｌから送信されるケースについて例示する。
【００８４】
具体的には、ｅＮＢ２００の無線送受信機２１０は、ｅＮＢ２００とＵＥ１００との間のデータの通信で用いられるＥＣである対象ＥＣをＵＥ１００に通知する。ｅＮＢ２００の無線送受信機２１０は、データの通信に用いられるサブフレームにおいて、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳ  ｗ／ＥＣ）をＵＥ１００に通信する。ｅＮＢ２００の無線送受信機２１０は、第１ＣＣを用いて対象ＥＣを通知する。ライセンスドバンドを用いるサブフレームのフレームタイミングは、アンライセンスドバンドを用いるサブフレームのフレームタイミングよりも前である。ライセンスドバンドを用いるサブフレームのフレームタイミングとアンライセンスドバンドを用いるサブフレームのフレームタイミングとのオフセットは、対象ＥＣの切り替えに要する時間間隔よりも長い。
【００８５】
例えば、図１５に示すように、ライセンスドバンドを用いるサブフレームのフレームタイミング（Ｌｉｃｅｎｓｅｄ／ＰＣｅｌｌ）は、アンライセンスドバンドを用いるサブフレームのフレームタイミング（Ｕｎｌｉｃｅｎｓｅｄ／ＳＣｅｌｌ）よりも前である。フレームタイミング（Ｌｉｃｅｎｓｅｄ／ＰＣｅｌｌ）とフレームタイミング（Ｕｎｌｉｃｅｎｓｅｄ／ＳＣｅｌｌ）のオフセットは、２シンボル区間であり、対象ＥＣの切り替えに要する時間間隔は、例えば、１シンボル区間である。
【００８６】
このようなケースにおいて、ＰＣｅｌｌは、ライセンスドバンドにおける最初のシンボル区間において、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳ  ｗ／ＥＣ）をＵＥ１００に送信する。ＳＣｅｌｌは、アンライセンスドバンドにおける最初のシンボル区間（すなわち、ライセンスドバンドにおける３番目のシンボル区間）において、データ（ＰＤＳＣＨ）を送信する。なお、ＵＥ１００は、例えば、ライセンスドバンドにおける２番目のシンボル区間において、監視対象のＥＣをＥＣ＃２に切り替える。或いは、ＰＣｅｌｌは、ライセンスドバンドにおける２番目のシンボル区間において、データを通信するためのリソース及び対象ＥＣを示すリソース割当信号（ＸＣＳ  ｗ／ＥＣ）をＵＥ１００に送信する。ＳＣｅｌｌは、アンライセンスドバンドにおける２番目のシンボル区間（すなわち、ライセンスドバンドにおける４番目のシンボル区間）において、データ（ＰＤＳＣＨ）を送信する。なお、ＵＥ１００は、ライセンスドバンドにおける３番目のシンボル区間において、監視対象のＥＣをＥＣ＃１に切り替える。
【００８７】
但し、変更例５はこれに限定されるものではない。対象エレメントキャリアの切り替えに要する時間間隔は、ＵＥ１００の能力（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）に基づいて決定されてもよい。なお、ｅＮＢ２００の無線送受信機２１０は、ＵＥ１００の能力（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）をＵＥ１００から受信する。ＵＥ１００の能力（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）を受信するタイミングは任意いである。
【００８８】
さらに、オフセットは、ＭＡＣ層よりも上位に設けられるＲＲＣ層のメッセージによって特定されてもよい。このようなＲＲＣ層のメッセージは、ｅＮＢ２００からＵＥ１００に送信される。これによって、ＵＥ１００は、アンライセンスドバンドにおけるフレームタイミングを特定することができる。
【００８９】
なお、図１５では、ＳＣｅｌｌは、ＬＢＴが完了したタイミングから予約シンボル（Ｒｅｓｅｒｖａｔｉｏｎ）を送信してもよい。予約シンボルの送信によって、ＬＢＴを行った対象であるＥＣが他の通信システム等によって占有されることを抑制する。
【００９０】
［変更例６］
以下において、実施形態の変更例６について説明する。変更例６においては、ＵＥ１００からｅＮＢ２００に対するアップリンク通信について主として説明する。
【００９１】
図１６に示すように、ステップＳ２０において、ｅＮＢ２００は、第２ＣＣに対応付けられる複数のＥＣを示すメッセージ（ＥＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００に通知する。ＥＣ  ｃｏｎｆｉｇｕｒａｔｉｏｎは、上述したように、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎに含まれてもよく、ＳＩＢに含まれてもよい。
【００９２】
ステップＳ２１において、ｅＮＢ２００は、ＵＥ１００からデータを受信するためのリソースを指定するリソース割当信号（ＵＬ  Ｇｒａｎｔ）をＵＥ１００に送信する。リソース割当信号（ＵＬ  Ｇｒａｎｔ）は、対象ＥＣとして用いるＥＣの候補（ＥＣ  Ｌｉｓｔ）を含んでいてもよい。或いは、第２ＣＣと複数のＥＣとの対応関係が既知である場合には、リソース割当信号（ＵＬ  Ｇｒａｎｔ）は、第２ＣＣを特定する情報のみを含んでもよい。
【００９３】
ステップＳ２２において、ＵＥ１００は、第２ＣＣに対応付けられた複数のＥＣのそれぞれについて、ＷｉＦｉなどの他の通信システムの干渉が観測されるか否かを監視する（ＬＢＴ；Ｌｉｓｔｅｎ  Ｂｅｆｏｒｅ  Ｔａｌｋ）。
【００９４】
ステップＳ２３において、ＵＥ１００は、アップリンク通信で用いられる対象ＥＣを選択する。詳細には、ＵＥ１００は、ＷｉＦｉなどの他の通信システムの干渉が観測されなかったＥＣを対象ＥＣとして選択する。
【００９５】
ステップＳ２４において、ＵＥ１００は、ステップＳ２３で選択された対象ＥＣを用いてデータ（ＰＵＳＣＨ）を送信する。
【００９６】
ステップＳ２５において、ｅＮＢ２００は、データ（ＰＵＳＣＨ）を受信する。ここで、ｅＮＢ２００は、第２ＣＣに対応付けられた複数のＥＣの全てを監視していることに留意すべきである。
【００９７】
［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【００９８】
実施形態で説明したように、第２ＣＣに対応付けられる複数のＥＣは、例えば、ＵＥ１００に個別に送信されるメッセージ（例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれてもよい。このようなケースにおいて、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎは、図１７に示すように、現時点で第２ＣＣに対応付けられているＥＣに対して追加すべきＥＣを特定する情報（ＥＣ−ＴｏＡｄｄＭｏｄＬｉｓｔ）を含んでもよい。或いは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎは、現時点で第２ＣＣに対応付けられているＥＣから削除すべきＥＣを特定する情報（例えば、ＥＣ−ＴｏＲｅｍｏｖｅＭｏｄＬｉｓｔ）を含んでもよい。或いは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎの受信後に第２ＣＣに対応付けるべきＥＣのリストを含んでもよい。
【００９９】
実施形態では特に触れていないが、第２ＣＣに対応付けられる複数のＥＣは、ｉｎｔｒａ−ｂａｎｄ  （ｃｏｎｔｉｕｏｕｓ）  ｃａｒｒｉｅｒのみであってもよい。第２ＣＣに対応付けられる複数のＥＣは、第２ＣＣのＡｃｔｉｖａｔｉｏｎによって使用可能状態となり、第２ＣＣのＤｅａｃｔｉｖａｔｉｏｎによって使用停止状態となってもよい。
【０１００】
実施形態では、ｅＮＢ２００は、ＬＢＴの結果に基づいてＥＣを選択する。しかしながら、実施形態はこれに限定されるものではない。例えば、ｅＮＢ２００は、ＵＥ１００から受信するＣＳＩフィードバック及びＭｅｓｕｒｅｍｅｎｔ  Ｒｅｓｕｌｔの少なくともいずれか１つの情報に基づいてＥＣを選択してもよい。これによって、隣接するＷｉＦｉ等による送信に起因する通信開始時点の初期アクセス制御だけではなく、通信開始後において通信中のキャパシティを増大することができる。
【０１０１】
実施形態では特に触れていないが、ＵＥ１００及びｅＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。
【０１０２】
或いは、ＵＥ１００及びｅＮＢ２００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。
【０１０３】
実施形態では、移動通信システムの一例としてＬＴＥシステムを説明した。しかしながら、実施形態はこれに限定されるものではない。移動通信システムは、ＬＴＥシステム以外のシステムであってもよい。
【０１０４】
なお、実施形態では、ＣＡ（キャリアアグリゲーション）によって実施することを想定して説明したが、これに限られず、例えば、ＤＣ（デュアルコネクティビティ―）によって実施してもよい。
【０１０５】
［相互参照］
日本国特許出願第２０１５−０５４０４９号（２０１５年３月１７日）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１０６】
本発明は、通信分野において有用である。
【図１】
2016148221.tif 000003
【図２】
2016148221.tif 000004
【図３】
2016148221.tif 000005
【図４】
2016148221.tif 000006
【図５】
2016148221.tif 000007
【図６】
2016148221.tif 000008
【図７】
2016148221.tif 000009
【図８】
2016148221.tif 000010
【図９】
2016148221.tif 000011
【図１０】
2016148221.tif 000012
【図１１】
2016148221.tif 000013
【図１２】
2016148221.tif 000014
【図１３】
2016148221.tif 000015
【図１４】
2016148221.tif 000016
【図１５】
2016148221.tif 000017
【図１６】
2016148221.tif 000018
【図１７】
2016148221.tif 000019
【国際調査報告】
2016148221.tif 000020
2016148221.tif 000021
2016148221.tif 000022