JP2016096589A - 通信制御方法、ユーザ端末、プロセッサ、及び通信装置 - Google Patents

Abstract

【課題】 セルラ通信に使用可能な無線リソースを減少させることなくＤ２Ｄ近傍サービスを利用可能とする。
【解決手段】
本実施形態に係る通信制御方法は、通信装置が、Ｄ２Ｄリソース通知をユーザ端末に送信するステップを備える。前記Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能な所定のＤ２Ｄ無線リソースを示す情報と、前記所定のＤ２Ｄ無線リソースを使用させないようにする条件を示す情報と、前記Ｄ２Ｄ近傍サービスにおける送信電力を制御するためのパラメータの情報と、を含む。
【選択図】図８

Description

本発明は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる通信制御方法、ユーザ端末、プロセッサ、及び通信装置に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。

Ｄ２Ｄ近傍サービス（Ｄ２Ｄ ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。

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

ところで、Ｄ２Ｄ通信などのＤ２Ｄ近傍サービスの利用によるＤ２Ｄ無線信号の送受信とセルラ通信との間の干渉を回避するためには、基地局などの通信装置の管理下でＤ２Ｄ近傍サービスを利用することが想定される。

例えば、ユーザ端末が在圏するセルにおいて、当該セルが属する周波数帯の中から、Ｄ２Ｄ通信に使用可能な無線リソース（Ｄ２Ｄ無線リソース）を確保して、当該Ｄ２Ｄ無線リソースを当該ユーザ端末に通知する。

しかしながら、このような方法では、Ｄ２Ｄ無線リソースを確保することにより、セルラ通信に使用可能な無線リソースが相対的に減少する問題がある。

そこで、本発明は、セルラ通信に使用可能な無線リソースを減少させることなくＤ２Ｄ近傍サービスを利用可能とする通信制御方法、ユーザ端末、プロセッサ、及び通信装置を提供することを目的とする。

実施形態に係る通信制御方法は、通信装置が、Ｄ２Ｄリソース通知をユーザ端末に送信するステップを備える。前記Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能な所定のＤ２Ｄ無線リソースを示す情報と、前記所定のＤ２Ｄ無線リソースを使用させないようにする条件を示す情報と、前記Ｄ２Ｄ近傍サービスにおける送信電力を制御するためのパラメータの情報と、を含む。

実施形態に係るユーザ端末は、プロセッサは、Ｄ２Ｄリソース通知を通信装置から受信する受信部を備える。前記Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能な所定のＤ２Ｄ無線リソースを示す情報と、前記所定のＤ２Ｄ無線リソースを使用させないようにする条件を示す情報と、前記Ｄ２Ｄ近傍サービスにおける送信電力を制御するためのパラメータの情報と、を含む。前記条件を示す情報に基づいて前記Ｄ２Ｄ無線リソースを使用可能か否かを判断するとともに、前記パラメータの情報に基づいて前記Ｄ２Ｄ近傍サービスにおける送信電力を制御する制御部をさらに備える。

実施形態に係るプロセッサは、Ｄ２Ｄリソース通知を通信装置から受信する処理を実行する。前記Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能な所定のＤ２Ｄ無線リソースを示す情報と、前記所定のＤ２Ｄ無線リソースを使用させないようにする条件を示す情報と、前記Ｄ２Ｄ近傍サービスにおける送信電力を制御するためのパラメータの情報と、を含む。前記条件を示す情報に基づいて前記Ｄ２Ｄ無線リソースを使用可能か否かを判断するとともに、前記パラメータの情報に基づいて前記Ｄ２Ｄ近傍サービスにおける送信電力を制御する処理をさらに実行する。

実施形態に係る通信装置は、Ｄ２Ｄリソース通知をユーザ端末に送信する送信部を備える。前記Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能な所定のＤ２Ｄ無線リソースを示す情報と、前記所定のＤ２Ｄ無線リソースを使用させないようにする条件を示す情報と、前記Ｄ２Ｄ近傍サービスにおける送信電力を制御するためのパラメータの情報と、を含む。

実施形態に係るプロセッサは、Ｄ２Ｄリソース通知をユーザ端末に送信する処理を実行する。前記Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能な所定のＤ２Ｄ無線リソースを示す情報と、前記所定のＤ２Ｄ無線リソースを使用させないようにする条件を示す情報と、前記Ｄ２Ｄ近傍サービスにおける送信電力を制御するためのパラメータの情報と、を含む。

図１は、実施形態に係るＬＴＥシステムの構成図である。 図２は、実施形態に係るＵＥのブロック図である。 図３は、実施形態に係るｅＮＢのブロック図である。 図４は、実施形態に係る無線インターフェイスのプロトコルスタック図である。 図５は、実施形態に係る無線フレームの構成図である。 図６は、実施形態に係るＤ２Ｄ通信を説明するための図である。 図７は、実施形態に係る動作を説明するための図である。 図８は、実施形態に係るＤ２Ｄリソース通知を説明するための図である。 図９は、その他の実施形態に係る動作を説明するための図である。 図１０は、実施形態に係る動作環境を示す図である。 図１１は、実施形態に係る第１の動作を説明するためのシーケンス図である。 図１２は、実施形態に係る第２の動作を説明するためのシーケンス図である。 図１３は、実施形態に係る第２の動作の変更例１を説明するためのシーケンス図である。 図１４は、実施形態に係る第２の動作の変更例２を説明するためのシーケンス図である。 図１５は、実施形態に係る第２の動作の変更例３を説明するためのシーケンス図である。 図１６は、その他実施形態に係る動作環境を示す図である。 図１７は、その他実施形態に係る第１の方法を説明するためのシーケンス図である。 図１８は、その他実施形態に係る第２の方法を説明するためのシーケンス図である。 図１９は、その他実施形態に係る第４の方法を説明するためのシーケンス図である。 図２０は、その他実施形態に係る第５の方法を説明するためのシーケンス図である。 図２１は、その他実施形態に係る動作環境の一例を説明するためのシーケンス図である。 図２２は、非ＰｒｏＳｅサポートセル上にキャンプするモニタＵＥのケースを説明するための図である。 図２３は、セル再選択なしでのｄｉｓｃｏｖｅｒｙモニタを説明するための図である。

［実施形態の概要］
第１及び第２実施形態に係る通信制御方法は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記通信制御方法は、所定の周波数帯を使用する通信装置が、前記所定の周波数帯において少なくとも１つのＤ２Ｄリソース通知を送信する送信ステップと、ユーザ端末が、前記所定の周波数帯において送信された前記Ｄ２Ｄリソース通知を受信する受信ステップと、を備える。前記Ｄ２Ｄリソース通知は、前記Ｄ２Ｄ近傍サービスで使用可能な周波数帯であるＤ２Ｄ周波数帯を示す情報を含む。

第１実施形態では、前記Ｄ２Ｄ周波数帯は、前記所定の周波数帯とは異なる周波数帯である。

第１実施形態では、前記送信ステップにおいて、前記通信装置は、前記Ｄ２Ｄ周波数帯が前記所定の周波数帯とは異なる周波数帯である場合に限り、前記Ｄ２Ｄ周波数帯を示す情報を前記Ｄ２Ｄリソース通知に含める。

第１実施形態では、前記送信ステップにおいて、前記通信装置は、前記所定の周波数帯において前記Ｄ２Ｄリソース通知をブロードキャストで送信する。前記受信ステップにおいて、前記ユーザ端末は、前記所定の周波数帯においてブロードキャストで送信された前記Ｄ２Ｄリソース通知を受信する。

第１実施形態では、前記Ｄ２Ｄ周波数帯を示す情報は、前記Ｄ２Ｄ周波数帯の中心周波数に関連づけられている。

第１実施形態では、前記Ｄ２Ｄリソース通知は、前記Ｄ２Ｄ周波数帯に対応する複数の無線リソースのうち前記Ｄ２Ｄ近傍サービスで使用可能な無線リソースであるＤ２Ｄ無線リソースを示す情報をさらに含む。

第１実施形態では、前記Ｄ２Ｄリソース通知は、前記Ｄ２Ｄ近傍サービスで適用される送信電力制御パラメータをさらに含む。

第１実施形態では、前記Ｄ２Ｄリソース通知は、前記Ｄ２Ｄ周波数帯を使用可能とする条件である使用可能条件を示す情報をさらに含む。前記通信制御方法は、前記ユーザ端末が、前記利用可能条件を示す情報に基づいて、前記Ｄ２Ｄ周波数帯を前記Ｄ２Ｄ近傍サービスで使用可能か否かを判断する判断ステップをさらに備える。

第１実施形態では、前記使用可能条件は、前記Ｄ２Ｄ周波数帯についてのサーチが成功しないこと、前記Ｄ２Ｄ周波数帯についての測定結果が閾値よりも悪いこと、のうち少なくとも１つである。

第１実施形態では、前記通信制御方法は、前記ユーザ端末が、前記Ｄ２Ｄ近傍サービスに関する処理を行う処理ステップをさらに備える。前記処理ステップにおいて、前記ユーザ端末は、前記Ｄ２Ｄリソース通知の送信元を時間同期及び／又は周波数同期の基準とする。

第１実施形態では、前記通信制御方法は、前記ユーザ端末が、前記Ｄ２Ｄ近傍サービスに関する処理を行う処理ステップをさらに備える。前記処理ステップにおいて、前記ユーザ端末は、前記処理における時間同期及び／又は周波数同期の基準とすべき同期対象を指定するための情報を受信した場合、前記指定された同期対象を前記時間同期及び／又は前記周波数同期の基準とする。

第１実施形態に係る通信制御方法は、前記ユーザ端末が、前記Ｄ２Ｄ近傍サービスに関する処理を行う処理ステップをさらに備える。前記処理ステップにおいて、前記ユーザ端末は、前記処理における時間同期及び／又は周波数同期の基準とすべき同期対象として前記ユーザ端末を指定するための情報を受信した場合、前記同期対象となる。

その他実施形態（具体的には、付記）では、前記通信装置は、前記ユーザ端末のサービングセルを管理する基地局である。前記通信制御方法は、前記ユーザ端末が、前記Ｄ２Ｄ近傍サービスにおけるＤ２Ｄ無線信号を送信する意図を示すメッセージを前記サービングセルに通知するステップをさらに備える。

その他実施形態（具体的には、付記）では、前記ユーザ端末が、前記Ｄ２Ｄ近傍サービスにおけるＤ２Ｄ無線信号を受信する意図を示すメッセージだけでなく、前記Ｄ２Ｄ近傍サービスにおけるＤ２Ｄ無線信号を送信する意図を示すメッセージを、前記通信装置に通知するステップと、をさらに備える。

その他実施形態（具体的には、付記）では、前記ユーザ端末が、近傍端末の発見のためのＤ２Ｄ発見手順に興味があることを示す情報と前記Ｄ２Ｄ発見手順のための無線リソースの要求とを同じメッセージで送信するステップをさらに備える。

その他実施形態（具体的には、付記）では、前記ユーザ端末が、近傍端末の発見のためのＤ２Ｄ発見信号を受信する意図を示すメッセージに、前記ユーザ端末が興味がある周波数を含めて、前記メッセージを前記通信装置に通知するステップをさらに備える。前記ユーザ端末が興味がある周波数は、前記ユーザ端末が属するＰＬＭＮにおける周波数だけでなく、前記ユーザ端末が属するＰＬＭＮと異なるＰＬＭＮにおける周波数を含む。

第１及び第２実施形態では、前記Ｄ２Ｄ周波数帯は、近傍端末を発見するＤ２Ｄ発見手順において送信されるＤ２Ｄ発見信号、前記Ｄ２Ｄ通信において送信されるＤ２Ｄ通信信号、端末間同期を確立するＤ２Ｄ同期手順において送信されるＤ２Ｄ同期信号、及び、前記Ｄ２Ｄ通信におけるユーザデータの送信に用いられるＤ２Ｄリソースの位置を示す情報を含む制御信号の少なくともいずれかの送受信に使用可能な周波数帯である。

第２実施形態では、前記Ｄ２Ｄ周波数帯は、前記ユーザ端末が属する第１のＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）と異なる第２のＰＬＭＮにおいて使用可能な周波数帯である。

第２実施形態に係る通信制御方法は、前記通信装置が、前記第２のＰＬＭＮに属する第２の通信装置から、前記Ｄ２Ｄ周波数帯を示す情報を受信するステップをさらに備える。

第２実施形態では、前記Ｄ２Ｄリソース通知は、前記第２のＰＬＭＮを示す識別子をさらに含む。

第２実施形態では、前記Ｄ２Ｄリソース通知は、前記第２のＰＬＭＮに属する第２のユーザ端末からの前記Ｄ２Ｄ近傍サービスに関するＤ２Ｄ無線信号の送信内容を解釈するための情報をさらに含む。

第２実施形態では、前記Ｄ２Ｄリソース通知は、前記第１のＰＬＭＮと前記第２のＰＬＭＮとの間の同期に関する情報をさらに含む。

第２実施形態に係る通信制御方法は、前記ユーザ端末が、前記Ｄ２Ｄリソース通知に基づく前記Ｄ２Ｄ周波数帯で、前記第２のＰＬＭＮに属する第２のユーザ端末に対して、前記Ｄ２Ｄ近傍サービスに関するＤ２Ｄ無線信号を送信する、及び／又は前記第２のユーザ端末から前記Ｄ２Ｄ無線信号を受信するステップをさらに備える。

その他実施形態に係る通信制御方法は、前記ユーザ端末が、前記Ｄ２Ｄ周波数帯を示す情報によって示される周波数帯以外の周波数帯を前記Ｄ２Ｄ近傍サービスで使用するステップを備える。

その他実施形態に係る通信制御方法は、前記ユーザ端末が、前記通信装置と異なる他の通信装置から、Ｄ２Ｄ周波数帯を示す情報を含む第２のＤ２Ｄリソース通知を受信するステップと、前記ユーザ端末が、前記Ｄ２Ｄリソース通知及び前記第２のＤ２Ｄリソース通知に共通に含まれる周波数帯を前記Ｄ２Ｄ近傍サービスで使用するステップと、を備える。

その他実施形態に係る通信制御方法は、前記所定の周波数帯が、前記Ｄ２Ｄ近傍サービスで使用可能な周波数帯である場合、前記ユーザ端末が、前記Ｄ２Ｄ周波数帯を示す情報によって示される周波数帯よりも前記所定の周波数帯を優先して前記Ｄ２Ｄ近傍サービスで使用するステップをさらに備える。

第１実施形態及びその他実施形態において、前記所定の周波数帯は、前記Ｄ２Ｄ近傍サービスでの使用が許可されていない。

第２実施形態に係る通信制御方法は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記通信制御方法は、第１のセルを管理する第１の基地局が、前記第１のセルおいて前記Ｄ２Ｄ近傍サービスに使用可能なリソースに関する第１のＤ２Ｄリソース情報を送信するステップと、前記第１のセルと異なる第２のセルに在圏するユーザ端末が、前記第１の基地局から前記第１のＤ２Ｄリソース情報を受信するステップと、を備える。

第２実施形態では、前記第１のセル及び前記第２のセルは、異なるＰＬＭＮに属する。

第２実施形態では、前記第１のＤ２Ｄリソース情報を受信する受信ステップにおいて、前記ユーザ端末が、前記第２のセルを管理する第２の基地局から受信した前記第１のセルに関連する情報に基づいて、前記第１のＤ２Ｄリソース情報を受信する。

第２実施形態では、前記第１のセルに関連する情報は、前記第１のセルを示すセル識別子である。

第２実施形態では、前記第１のセルが運用される周波数帯と、前記第２のセルが運用される周波数帯とが異なっている。前記第１のセルに関連する情報は、前記第２のセルが運用される周波数帯を示す周波数情報である。

第２実施形態では、前記第１のＤ２Ｄリソース情報を送信するステップにおいて、前記第１の基地局が、前記第１のＤ２Ｄリソース情報をシステム情報ブロックに含めて前記第１のセル内にブロードキャストで送信する。

第２実施形態に係る通信制御方法は、前記ユーザ端末が、前記第１の基地局から受信した前記第１のＤ２Ｄリソース情報を、前記第２のセルを管理する第２の基地局に送信するステップをさらに備える。

第２実施形態に係る通信制御方法は、前記第２の基地局が、前記第２のセルに在圏する他のユーザ端末に、前記ユーザ端末から受信した前記第１のＤ２Ｄリソース情報を送信するステップをさらに備える。

第２実施形態では、前記第１のＤ２Ｄリソースは、前記第１のセルにおいて前記Ｄ２Ｄ近傍サービスに使用可能な周波数帯を示す周波数情報を含む。前記第１のＤ２Ｄリソース情報を送信するステップにおいて、前記第２の基地局は、前記第１のセルにおいて前記Ｄ２Ｄ近傍サービスに使用可能な周波数帯と前記第２の基地局が使用する周波数帯と異なる場合にのみ、前記第１のＤ２Ｄリソース情報を前記他のユーザ端末に送信する。

第２実施形態に係る通信制御方法は、前記第２のセルを管理する第２の基地局が、Ｄ２Ｄリソース情報を前記第２のセル内にブロードキャストで送信するステップと、前記第１のユーザ端末が、前記第２の基地局からの前記Ｄ２Ｄリソース情報を受信し、前記第１の基地局に送信するステップと、前記第１の基地局が、前記第１のユーザ端末から受信した前記Ｄ２Ｄリソース情報に基づいて、前記第１の基地局が保持するＤ２Ｄリソース情報を更新するステップと、をさらに備える。

第１及び第２実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、所定の周波数帯を使用する通信装置から前記所定の周波数帯において送信された少なくとも１つのＤ２Ｄリソース通知を受信する受信部を備える。前記Ｄ２Ｄリソース通知は、前記Ｄ２Ｄ近傍サービスに使用可能な周波数帯であるＤ２Ｄ周波数帯を示す情報を含む。

第１及び第２実施形態に係るユーザ端末に備えられるプロセッサは、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記プロセッサは、所定の周波数帯を使用する通信装置から前記所定の周波数帯において送信された少なくとも１つのＤ２Ｄリソース通知を受信する処理を実行する。前記Ｄ２Ｄリソース通知は、前記Ｄ２Ｄ近傍サービスに使用可能な周波数帯であるＤ２Ｄ周波数帯を示す情報を含む。

第１及び第２実施形態に係る通信装置は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、所定の周波数帯を使用する。前記通信装置は、前記所定の周波数帯において少なくとも１つのＤ２Ｄリソース通知をユーザ端末に送信する送信部を備える。前記Ｄ２Ｄリソース通知は、前記Ｄ２Ｄ近傍サービスに使用可能な周波数帯であるＤ２Ｄ周波数帯を示す情報を含む。

第１及び第２実施形態に係る通信装置に備えられるプロセッサは、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて、所定の周波数帯を使用する処理を実行する。前記プロセッサは、前記所定の周波数帯において少なくとも１つのＤ２Ｄリソース通知をユーザ端末に送信する処理を実行する。前記Ｄ２Ｄリソース通知は、前記Ｄ２Ｄ近傍サービスに使用可能な周波数帯であるＤ２Ｄ周波数帯を示す情報を含む。

第２実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、前記ユーザ端末が在圏するセルと異なる他のセルを管理する基地局から、前記他のセルにおいて前記Ｄ２Ｄ近傍サービスに使用可能なリソースに関するＤ２Ｄリソース情報を受信する受信部を備える。

第２実施形態に係るユーザ端末に備えられるプロセッサは、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記プロセッサは、前記ユーザ端末が在圏するセルと異なる他のセルを管理する基地局から、前記他のセルにおいて前記Ｄ２Ｄ近傍サービスに使用可能なリソースに関するＤ２Ｄリソース情報を受信する処理を実行する。

［第１実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の第１実施形態を説明する。

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

ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

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

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

ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワークが構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）４００とを含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。

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

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

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

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

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

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

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

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

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

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

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

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

ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

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

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

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

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

ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの部分は、主に下りリンクユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。

（Ｄ２Ｄ近傍サービス）
以下において、Ｄ２Ｄ近傍サービスについて説明する。第１実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。Ｄ２Ｄ近傍サービスについては非特許文献１に記載されているが、ここではその概要を説明する。

Ｄ２Ｄ近傍サービス（Ｄ２Ｄ ＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎとも称される。

同期クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ ｃｏｖｅｒａｇｅ）」という。同期クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ ｏｆ ｃｏｖｅｒａｇｅ）」という。同期クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ ｃｏｖｅｒａｇｅ）」という。

カバレッジ内では、例えばｅＮＢ２００がＤ２Ｄ同期元となる。Ｄ２Ｄ非同期元は、Ｄ２Ｄ同期信号を送信せずにＤ２Ｄ同期元に同期する。Ｄ２Ｄ同期元であるｅＮＢ２００は、Ｄ２Ｄ近傍サービスで使用可能なＤ２Ｄ無線リソースに関するＤ２Ｄリソース情報を、Ｄ２Ｄリソース通知としてブロードキャスト信号により送信する。Ｄ２Ｄリソース情報は、例えば、Ｄ２Ｄ発見手順に使用可能な無線リソースを示す情報（Ｄｉｓｃｏｖｅｒｙリソース情報）及びＤ２Ｄ通信に使用可能な無線リソースを示す情報（Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を含む。Ｄ２Ｄ非同期元であるＵＥ１００は、ｅＮＢ２００から受信するＤ２Ｄリソース情報に基づいて、Ｄ２Ｄ発見手順及びＤ２Ｄ通信を行う。

カバレッジ外又は部分的カバレッジでは、例えばＵＥ１００がＤ２Ｄ同期元となる。カバレッジ外では、Ｄ２Ｄ同期元であるＵＥ１００は、Ｄ２Ｄ近傍サービスで使用可能な無線リソースを示すＤ２Ｄリソース情報を、例えばＤ２Ｄ同期信号により送信する。Ｄ２Ｄ同期信号は、端末間同期を確立するＤ２Ｄ同期手順において送信される信号である。Ｄ２Ｄ同期信号は、Ｄ２ＤＳＳ及び物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）を含む。Ｄ２ＤＳＳは、時間・周波数の同期基準を提供する信号である。ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳよりも多くの情報を運搬する物理チャネルである。ＰＤ２ＤＳＣＨは、上述したＤ２Ｄリソース情報（Ｄｉｓｃｏｖｅｒｙリソース情報、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を運搬する。或いは、Ｄ２ＤＳＳにＤ２Ｄリソース情報を関連付けることにより、ＰＤ２ＤＳＣＨを不要としてもよい。

Ｄ２Ｄ発見手順は、主にＤ２Ｄ通信をユニキャストで行う場合に利用される。一のＵＥ１００は、他のＵＥ１００とのＤ２Ｄ通信を開始しようとする場合に、Ｄ２Ｄ発見手順に使用可能な無線リソースのうち何れかの無線リソースを用いて、Ｄｉｓｃｏｖｅｒｙ信号（Ｄ２Ｄ発見信号）を送信する。当該他のＵＥ１００は、当該一のＵＥ１００とのＤ２Ｄ通信を開始しようとする場合に、Ｄ２Ｄ発見手順に使用可能な無線リソース内でＤｉｓｃｏｖｅｒｙ信号をスキャンし、Ｄｉｓｃｏｖｅｒｙ信号を受信する。Ｄｉｓｃｏｖｅｒｙ信号は、当該一のＵＥ１００がＤ２Ｄ通信に使用する無線リソースを示す情報を含んでもよい。

次に、Ｄ２Ｄ通信を例に挙げて、ＬＴＥシステムの通常の通信であるセルラ通信とＤ２Ｄ近傍サービスにおける無線通信とを比較して説明する。図６は、第１実施形態に係るＤ２Ｄ近傍サービス（例えば、Ｄ２Ｄ通信）を説明するための図である。

セルラ通信は、データパスがネットワーク（Ｅ−ＵＴＲＡＮ１０、ＥＰＣ２０）を経由する通信形態である。データパスとは、ユーザデータの伝送経路である。

これに対し、図６に示すように、Ｄ２Ｄ近傍サービスにおける無線通信は、ＵＥ間に設定されるデータパスがネットワークを経由しない通信形態である。相互に近接する複数のＵＥ１００（ＵＥ１００−１及びＵＥ１００−２）からなるＤ２Ｄ ＵＥ群は、低送信電力で直接的に無線通信を行う。前述の通り、このようなＤ２Ｄ ＵＥ群が「クラスタ」（同期クラスタ）である。

ＵＥ１００−１及びＵＥ１００−２は同期がとられている。また、ＵＥ１００−１及びＵＥ１００−２のそれぞれは、近傍発見（Ｄｉｓｃｏｖｅｒｙ）処理により相手ＵＥを認識していてもよい。なお、第１実施形態（及び後述する一部のその他実施形態）において、「Ｄ２Ｄ通信」には、「Ｄｉｓｃｏｖｅｒｙ処理」が含まれていてもよい。すなわち、Ｄ２Ｄ近傍サービスにおける無線通信（具体的には、Ｄ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）における無線通信及びＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）における無線通信）を総称して「Ｄ２Ｄ通信」と説明していることがあるので、留意すべきである。

Ｄ２Ｄ通信の周波数帯は、セルラ通信の周波数帯と共用されてもよく、セルラ通信の周波数帯と異なる周波数帯であってもよい。このように、近接する複数のＵＥ１００が低送信電力で直接的に無線通信を行うことにより、セルラ通信に比べ、ＵＥ１００の消費電力を削減できる。

第１実施形態では、下位レイヤにおけるＤ２Ｄ通信の形態として主としてブロードキャストを想定する。例えばＤ２Ｄ通信にＣＳＭＡ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）が適用される。このようなブロードキャストによるＤ２Ｄ通信は、災害時などにおける公安（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ）の用途に特に好適である。但し、上位レイヤで暗号化などを行うことにより、グループキャスト（マルチキャスト）又はユニキャストに応用可能である。

なお、Ｉｎ ｃｏｖｅｒａｇｅケースには、同期クラスタを形成する各ＵＥ１００が同一セルに在圏する「Ｉｎｔｒａ−ｃｅｌｌ」ケースと、同期クラスタを形成する各ＵＥ１００が複数セルに分散して在圏する「Ｉｎｔｅｒ−ｃｅｌｌ」ケースと、がある。

（第１実施形態に係る動作）
図７は、第１実施形態に係る動作を説明するための図である。図８は、第１実施形態に係るＤ２Ｄリソース通知を説明するための図である。

図７に示すように、それぞれ異なる周波数帯に属する複数のセルが配置されている。ｅＮＢ２００−１は、２ＧＨｚ帯に属するセル＃１と８００ＭＨｚ帯に属するセル＃２とを管理している。ｅＮＢ２００−２は、１．７ＧＨｚ帯に属するセル＃３を管理している。ｅＮＢ２００−３は、３．５ＧＨｚ帯に属するセル＃４を管理している。セル＃４は、セル＃３内に配置される小型のセル（例えばピコセル又はフェムトセル）である。例えば、８００ＭＨｚ帯、１．７ＧＨｚ帯、２ＧＨｚ帯、及び３．５ＧＨｚ帯は、同一のオペレータに割り当てられたオペレータ・バンドである。８００ＭＨｚ帯、１．７ＧＨｚ帯、２ＧＨｚ帯、及び３．５ＧＨｚ帯のそれぞれは、キャリアアグリゲーションにおけるコンポーネントキャリアとして使用されてもよい。各コンポーネントキャリアは、周波数方向に複数のリソースブロックを含む。

セル＃２には、複数のＵＥ１００が在圏している。セル＃２は、ＵＥ１００のサービングセルである。ＵＥ１００は、セル＃２においてＲＲＣ接続状態であってもよく、セル＃２においてＲＲＣアイドル状態であってもよい。複数のＵＥ１００のうちＵＥ１００−１は、セル＃２及びセル＃３の重複領域内であって、かつセル＃１の近傍に位置する。ＵＥ１００は、Ｄ２Ｄ通信の開始を希望している、又はＤ２Ｄ通信を実行中である。

このようなＩｎ ｃｏｖｅｒａｇｅでのＤ２Ｄ通信を想定すると、Ｄ２Ｄ通信とセルラ通信との間の干渉を回避するために、ｅＮＢ２００の管理下でＤ２Ｄ通信を行うことが考えられる。例えば、ｅＮＢ２００−１は、セル＃２が属する８００ＭＨｚ帯の中から、Ｄ２Ｄ通信に使用可能なＤ２Ｄ無線リソース（リソースブロック、サブフレームなど）を確保して、当該Ｄ２Ｄ無線リソースをＵＥ１００に通知する。しかしながら、このような方法では、Ｄ２Ｄ無線リソースを確保することにより、セルラ通信に使用可能な無線リソースが相対的に減少する。

そこで、第１実施形態では、セル＃２が属する８００ＭＨｚ帯とは異なる周波数帯を、ＵＥ１００−１及びＵＥ１００−２がＤ２Ｄ通信に使用可能とすることにより、セルラ通信に使用可能な無線リソースを減少させることなくＤ２Ｄ通信を可能とする。

第１実施形態に係る通信制御方法は、８００ＭＨｚ帯をセルラ通信に使用するｅＮＢ２００−１が、８００ＭＨｚ帯において少なくとも１つのＤ２Ｄリソース通知（Ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｉｏｎ ｆｏｒ Ｄ２Ｄ）を送信する送信ステップと、ＵＥ１００が、８００ＭＨｚ帯において送信されたＤ２Ｄリソース通知を受信する受信ステップと、を備える。第１実施形態において、８００ＭＨｚ帯は所定の周波数帯に相当する。ｅＮＢ２００−１は、所定の周波数帯を使用する通信装置に相当する。以下においては、ｅＮＢ２００−１が８００ＭＨｚ帯において送信するＤ２Ｄリソース通知に着目して説明する。

Ｄ２Ｄリソース通知（Ｄ２Ｄリソース情報）は、Ｄ２Ｄ通信に使用可能な周波数帯であるＤ２Ｄ周波数帯を示す情報を含む。第１実施形態では、Ｄ２Ｄ周波数帯は、８００ＭＨｚ帯とは異なる周波数帯である。図７に示す動作環境では、８００ＭＨｚ帯に属するセル＃２の遠方に、３．５ＧＨｚ帯に属するセル＃４が配置されているため、干渉を回避する観点から、セル＃２におけるＤ２Ｄ周波数帯を３．５ＧＨｚ帯とすることが好ましい。

これに対し、２ＧＨｚ帯に属するセル＃１はセル＃２内に配置されているため、干渉を回避する観点から、セル＃２におけるＤ２Ｄ周波数帯を２ＧＨｚ帯とすることは好ましくない。また、１．７ＧＨｚ帯に属するセル＃３はセル＃２の近隣に配置されているため、干渉を回避する観点から、セル＃２におけるＤ２Ｄ周波数帯を１．７ＧＨｚ帯とすることは好ましくない。但し、詳細については後述するが、干渉を回避できる所定の条件が満たされる場合には、セル＃２において１．７ＧＨｚ帯及び２ＧＨｚ帯をＤ２Ｄ通信に使用可能としてもよい。

なお、ｅＮＢ２００−１は、近隣ｅＮＢ（ｅＮＢ２００−２及びｅＮＢ２００−３）との基地局間通信を行うことにより、Ｄ２Ｄ周波数帯を決定する。或いは、ＥＰＣ２０により決定されたＤ２Ｄ周波数帯がｅＮＢ２００−１に通知及び設定されてもよい。

第１実施形態では、ｅＮＢ２００−１は、Ｄ２Ｄ周波数帯が８００ＭＨｚ帯とは異なる周波数帯である場合に限り、Ｄ２Ｄ周波数帯を示す情報をＤ２Ｄリソース通知に含める。すなわち、８００ＭＨｚ帯をＤ２Ｄ周波数帯とする場合には、ｅＮＢ２００−１は、Ｄ２Ｄ周波数帯を示す情報をＤ２Ｄリソース通知に含めなくてもよい。

第１実施形態では、ｅＮＢ２００−１は、８００ＭＨｚ帯においてＤ２Ｄリソース通知をブロードキャストで送信する。ＵＥ１００は、８００ＭＨｚ帯においてブロードキャストで送信されたＤ２Ｄリソース通知を受信する。例えば、Ｄ２Ｄリソース通知は、セル＃２の全ＵＥに共通のＲＲＣメッセージであるＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）の情報要素とすることができる。ＳＩＢによりＤ２Ｄリソース通知を送信することで、ＲＲＣアイドル状態のＵＥ１００であってもＤ２Ｄリソース通知を取得できる。但し、Ｄ２Ｄリソース通知をブロードキャストで送信する場合に限らず、ＲＲＣ接続状態のＵＥ１００に対してＤ２Ｄリソース通知をユニキャストで送信してもよい。

図８に示すように、Ｄ２Ｄ周波数帯を示す情報は、Ｄ２Ｄ周波数帯の中心周波数を示す情報Ｉ１と、Ｄ２Ｄ周波数帯の帯域幅を示す情報Ｉ２と、を含む。情報Ｉ２は、例えばＤ２Ｄ周波数帯の帯域幅に対応するリソースブロック数である。

また、Ｄ２Ｄリソース通知（Ｄ２Ｄリソース情報）は、Ｄ２Ｄ周波数帯に対応する複数の無線リソースのうちＤ２Ｄ通信に使用可能な無線リソースであるＤ２Ｄ無線リソースを示す情報を含んでもよい。Ｄ２Ｄ無線リソースを示す情報は、当該Ｄ２Ｄ無線リソースを構成するリソースブロックを示す情報Ｉ３である。情報Ｉ３は例えばリソースブロック番号である。Ｄ２Ｄ無線リソースを示す情報は、当該Ｄ２Ｄ無線リソースを構成するサブフレームを示す情報Ｉ６であってもよい。情報Ｉ６は例えばサブフレーム番号である。

Ｄ２Ｄリソース通知（Ｄ２Ｄリソース情報）は、Ｄ２Ｄ周波数帯及び／又はＤ２Ｄ無線リソースを使用したＤ２Ｄ通信に適用される送信電力制御パラメータＩ４を含んでもよい。送信電力制御パラメータＩ４は、例えばＤ２Ｄ通信の最大送信電力「ＰＭａｘ」である。ＵＥ１００は、Ｄ２Ｄ送信電力「Ｐ」を例えば以下の算出式を用いて決定する。

P = Min(PMax, Min(IMax + PLCell, PO_Nominal_D2D+ αPLD2D))

ここで、「IMax」はセルへの与干渉制限を示し、「PLCell」はセルとの間のパスロスを示し、「PO_Nominal_D2D」はベースとなるＤ２Ｄ送信電力を示し、「α」はパスロス補償係数を示し、「PLD2D」はＤ２Ｄ通信相手との間のパスロスを示す。上記のような算出式を用いる場合、送信電力制御パラメータＩ４は、「IMax」、「PO_Nominal_D2D」、「α」を含んでもよい。なお、「PO_Nominal_D2D」はＵＥ個別の値としてもよい。

但し、Ｄ２Ｄリソース通知においてＤ２Ｄ無線リソース及び／又はＤ２Ｄ送信電力を明示的に示す場合に限らず、Ｄ２Ｄ無線リソース及び／又はＤ２Ｄ送信電力を暗示的に示してもよい。この場合、Ｄ２Ｄリソース通知は、Ｄ２Ｄ周波数帯（及び／又はＤ２Ｄ無線リソース）をＤ２Ｄ通信に使用するユースケースを示す情報Ｉ５を含んでもよい。ユースケースは、Ｄ２Ｄ通信に適用される送信電力制御パラメータ、及び／又はＤ２Ｄ通信に使用可能な無線リソースであるＤ２Ｄ無線リソースと関連付けられている。例えばＤ２Ｄ無線リソースをＤ２Ｄリソース通知において指定しない場合に、ユースケースはＤ２Ｄ無線リソースと関連付けられてもよい。Ｄ２Ｄ送信電力制御パラメータをＤ２Ｄリソース通知において指定しない場合に、ユースケースはＤ２Ｄ送信電力制御パラメータと関連付けられてもよい。

ユースケースとは、商用（Ｃｏｍｍｅｒｃｉａｌ）又は公安（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ）である。例えば、「ＣｏｍｍｅｒｃｉａｌではＤ２Ｄ最大送信電力が２３ｄＢｍであり、Ｐｕｂｌｉｃ ＳａｆｅｔｙではＤ２Ｄ最大送信電力が２３ｄＢｍを超えてもよい」といったルールがＵＥ１００に予め設定されており、ＵＥ１００は、当該ルールに則ってＤ２Ｄ送信電力を制御する。なお、Ｃｏｍｍｅｒｃｉａｌ及びＰｕｂｌｉｃ Ｓａｆｅｔｙのそれぞれは、さらに細分化されてもよい。

上記のルールに代えて、「ＵＥ ｐｏｗｅｒ ｃｌａｓｓ」（ＴＳ３６．１０１参照）を用いたルールとしてもよい。例えば「Ｐｕｂｌｉｃ ＳａｆｅｔｙではＵＥ ｐｏｗｅｒ ｃｌａｓｓ １ （３１ｄＢｍ）を適用する」といったルールであってもよい。

Ｄ２Ｄリソース通知（Ｄ２Ｄリソース情報）は、Ｄ２Ｄ周波数帯を使用可能とする条件である使用可能条件を示す情報Ｉ７を含んでもよい。ＵＥ１００は、使用可能条件を示す情報Ｉ７に基づいて、Ｄ２Ｄ周波数帯をＤ２Ｄ通信に使用可能か否かを判断する。

使用可能条件は、Ｄ２Ｄ周波数帯についてのサーチ（例えばセルサーチ）が成功しないこと、Ｄ２Ｄ周波数帯についての測定結果（例えば参照信号受信電力）が閾値よりも悪いこと、のうち少なくとも１つである。これにより、Ｄ２Ｄリソース通知により示されるＤ２Ｄ周波数帯が干渉を引き起こす可能性がある場合に、当該Ｄ２Ｄ周波数帯をＤ２Ｄ通信に使用しないようにすることができる。

或いは、使用可能条件は、Ｄ２Ｄ周波数帯を使用する許可をｅＮＢ２００−１から得られたことであってもよい。この場合、ＵＥ１００は、Ｄ２Ｄ周波数帯についての測定結果に関する報告をｅＮＢ２００−１に送信する。ｅＮＢ２００−１は、当該報告に基づいて、Ｄ２Ｄ周波数帯を使用する許可をＵＥ１００に与えるか否かを判断する。これにより、Ｄ２Ｄリソース通知により示されるＤ２Ｄ周波数帯が干渉を引き起こす可能性がある場合に、Ｄ２Ｄ周波数帯をＤ２Ｄ通信に使用しないようにすることができる。

Ｄ２Ｄリソース通知（Ｄ２Ｄリソース情報）は、Ｄ２Ｄ通信に関する処理における時間同期及び／又は周波数同期の基準（以下、「Ｄ２Ｄ同期基準」という）とすべき同期対象を指定するための情報Ｉ８を含んでもよい。Ｄ２Ｄ通信に関する処理とは、例えばＤｉｓｃｏｖｅｒｙ処理、Ｄ２Ｄ送信処理、Ｄ２Ｄ受信処理などである。情報Ｉ８は、例えばＤ２Ｄ同期基準とすべき周波数帯を示す情報、又はＤ２Ｄ同期基準とすべきセルのセル識別子である。ＵＥ１００は、指定された同期対象（周波数帯或いはセル）をＤ２Ｄ同期基準とする。これにより、複数のＵＥ１００が異なるセルからＤ２Ｄリソース通知を受信する場合において、Ｄ２Ｄ周波数帯及びＤ２Ｄ同期基準を統一するようＤ２Ｄリソース通知を構成すれば、当該複数のＵＥ１００によりＩｎｔｅｒ−ｃｅｌｌのＤ２Ｄ通信を行うことができる。

但し、必ずしも情報Ｉ８をＤ２Ｄリソース通知に含めなくてもよい。この場合、ＵＥ１００は、Ｄ２Ｄリソース通知の送信元（周波数帯或いはセル）をＤ２Ｄ同期基準とする。

（第１実施形態のまとめ）
上述したように、第１実施形態に係る通信制御方法は、所定の周波数帯をセルラ通信に使用するｅＮＢ２００−１が、当該所定の周波数帯において少なくとも１つのＤ２Ｄリソース通知を送信する送信ステップと、ＵＥ１００が、当該所定の周波数帯において送信されたＤ２Ｄリソース通知を受信する受信ステップと、を備える。Ｄ２Ｄリソース通知は、Ｄ２Ｄ通信に使用可能な周波数帯であるＤ２Ｄ周波数帯を示す情報を含む。これにより、当該所定の周波数帯とは異なる周波数帯をＤ２Ｄ通信に使用可能とすることができる。従って、セルラ通信に使用可能な無線リソースを減少させることなくＤ２Ｄ通信を可能とすることができる。

［第１実施形態の変更例］
Ｄ２Ｄリソース通知は、上述した情報だけでなく、以下の情報のうち少なくとも１つを含んでもよい。

・ＤｉｓｃｏｖｅｒｙサブフレームのＣｏｎｆｉｇｕｒａｔｉｏｎ
Ｄｉｓｃｏｖｅｒｙサブフレームは、Ｄｉｓｃｏｖｅｒｙ処理に用いられるサブフレームである。ＤｉｓｃｏｖｅｒｙサブフレームのＣｏｎｆｉｇｕｒａｔｉｏｎは、例えばＤｉｓｃｏｖｅｒｙ処理に用いられるシステムフレーム番号及びサブフレーム番号のリストである。或いは、ＤｉｓｃｏｖｅｒｙサブフレームのＣｏｎｆｉｇｕｒａｔｉｏｎは、Ｄｉｓｃｏｖｅｒｙサブフレームが設けられる周期及び期間であってもよい。

・Ｄｉｓｃｏｖｅｒｙ信号のＣｏｎｆｉｇｕｒａｔｉｏｎ
Ｄｉｓｃｏｖｅｒｙ信号は、Ｄｉｓｃｏｖｅｒｙ処理において送受信されるＤｉｓｃｏｖｅｒｙ処理用無線信号である。Ｄｉｓｃｏｖｅｒｙ信号のＣｏｎｆｉｇｕｒａｔｉｏｎは、例えばＤｉｓｃｏｖｅｒｙ信号の送信に用いるリソースブロック数、及び時間/周波数/電力方向のホッピングパターン決定用パラメータである。

・Ｄ２Ｄ制御チャネル用リソースブロックのＣｏｎｆｉｇｕｒａｔｉｏｎ
Ｄ２Ｄ制御チャネルは、ＵＥ−ＵＥ間の制御チャネルである。Ｄ２Ｄ制御チャネル用リソースブロックのＣｏｎｆｉｇｕｒａｔｉｏｎは、例えばＤ２Ｄ制御チャネルに対応するリソースブロック番号である。

・Ｄｉｓｃｏｖｅｒｙ信号の送信制御方法
Ｄｉｓｃｏｖｅｒｙ信号の送信制御方法は、ネットワークあるいはクラスタヘッドによるフルコントロール、又はＣＳＭＡの何れかである。

・Ｃｏｍｍｕｎｉｃａｔｉｏｎ信号の送信制御方法
Ｃｏｍｍｕｎｉｃａｔｉｏｎ信号は、Ｄ２Ｄ通信において送受信される無線信号であって、主にユーザデータ信号である。Ｃｏｍｍｕｎｉｃａｔｉｏｎ信号の送信制御方法は、ネットワークあるいはクラスタヘッドによるフルコントロール、又はＣＳＭＡの何れかである。

［第２実施形態］
次に、第２実施形態について説明する。上述した第１実施形態と異なる部分を中心に説明し、第１実施形態と同様の部分は、説明を省略する。

第１実施形態では、セルラ通信に使用する所定の周波数帯とは異なる周波数帯をＤ２Ｄ通信に使用することによって、セルラ通信に使用可能な無線リソースを減少させることなくＤ２Ｄ通信を可能としていた。第２実施形態では、他のＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）における周波数帯をＤ２Ｄ通信に使用することによって、セルラ通信に使用可能な無線リソースを減少させることなくＤ２Ｄ通信を可能とする。

また、ＵＥ１００−１及びＵＥ１００−２が、異なるセルに在圏するケースを想定する。この場合に、ＵＥ１００−１が在圏するセル（第１のセル）とＵＥ１００−２が在圏するセル（第２のセル）とで、Ｄ２Ｄ近傍サービス（例えば、Ｄ２Ｄ発見手順、Ｄ２Ｄ通信など）に使用可能な時間・周波数リソース（Ｄ２Ｄ無線リソース）が異なる可能性がある。その結果、異なるセルに在圏するＵＥ間でＤ２Ｄ通信を開始できず、Ｄ２Ｄ近傍サービスを利用できない虞がある。

そこで、第２実施形態では、異なるセルに在圏するＵＥ間でＤ２Ｄ近傍サービスを利用可能とするための動作についても、説明する。

（第２実施形態に係る動作）
以下において、第２実施形態に係る動作について説明する。図１０は、第２実施形態に係る動作環境を示す図である。

図１０に示すように、ｅＮＢ２００＃１は、ネットワークオペレータ＃１のＬＴＥネットワークであるＰＬＭＮ＃１に含まれている。従って、ｅＮＢ♯１は、ＰＬＭＮ♯１に属する。ＰＬＭＮ＃１には、周波数帯＃１（Ｆｒｅｑ．＃１）が割り当てられている。ｅＮＢ２００＃１は、周波数帯＃１のセル＃１を管理する。セル♯１は、周波数帯♯１に属し、ＰＬＭＮ♯１に属する。

ＵＥ１００＃１は、セル＃１に在圏しており、ＰＬＭＮ＃１に位置登録を行っている。すなわち、ＵＥ１００＃１は、ＰＬＭＮ＃１に属する。例えば、ＵＥ１００＃１は、セル＃１においてＲＲＣアイドル状態である。或いは、ＵＥ１００＃１は、セル＃１においてＲＲＣコネクティッド状態であってもよい。

ｅＮＢ２００＃２は、ネットワークオペレータ＃２のＬＴＥネットワークであるＰＬＭＮ＃２に含まれている。従って、ｅＮＢ♯２は、ＰＬＭＮ♯２に属する。ＰＬＭＮ＃２には、周波数帯＃２（Ｆｒｅｑ．＃２）が割り当てられている。ｅＮＢ２００＃２は、周波数帯＃２のセル＃２を管理する。セル♯２は、周波数帯♯２に属し、ＰＬＭＮ♯２に属する。セル＃２は、セル＃１と異なるセルである。本実施形態において、セル♯２は、セル♯１の近隣に位置する。セル♯２は、セル♯１に隣接してもよいし、セル♯１と重なっていてもよいし、セル♯１と離れていてもよい。ｅＮＢ２００＃２は、ｅＮＢ２００＃１と同期がとられている。或いは、ｅＮＢ２００＃２は、ｅＮＢ２００＃１と非同期であってもよい。

ＵＥ１００＃２は、セル＃２に在圏しており、ＰＬＭＮ＃２に位置登録を行っている。すなわち、ＵＥ１００＃２は、ＰＬＭＮ＃２に属する。ＵＥ１００＃２は、セル＃２においてＲＲＣアイドル状態である。或いは、ＵＥ１００＃２は、セル＃２においてＲＲＣコネクティッド状態であってもよい。

このような動作環境において、上述したＤ２Ｄ近傍サービスをＵＥ１００＃１及びＵＥ１００＃２に適用するケース（すなわち、ＵＥ１００♯１及びＵＥ１００♯２がＤ２Ｄ近傍サービスを利用するケース）を想定する。

このようなケースでは、ＵＥ１００＃１は、ｅＮＢ２００＃１から第１のＤ２Ｄリソース情報（例えば、Ｄｉｓｃｏｖｅｒｙリソース情報、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報など）を受信する。第１のＤ２Ｄリソース情報は、セル♯１においてＤ２Ｄ近傍サービスで使用可能なＤ２Ｄ無線リソースに関する情報である。具体的には、ｅＮＢ２００＃１が送信するＤｉｓｃｏｖｅｒｙリソース情報及びＣｏｍｍｕｎｉｃａｔｉｏｎリソース情報のそれぞれは、周波数帯＃１に含まれる無線リソースを示している。（第１の）Ｄ２Ｄリソース情報の詳細は、後述する。

ＵＥ１００＃２は、ｅＮＢ２００＃２から第２のＤ２Ｄリソース情報（例えば、Ｄｉｓｃｏｖｅｒｙリソース情報、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報など）を受信する。第２のＤ２Ｄリソース情報は、セル♯２においてＤ２Ｄ近傍サービスで使用可能なＤ２Ｄ無線リソースに関する情報である。具体的には、ｅＮＢ２００＃２が送信するＤｉｓｃｏｖｅｒｙリソース情報及びＣｏｍｍｕｎｉｃａｔｉｏｎリソース情報のそれぞれは、周波数帯＃２に含まれる無線リソースを示している。

ＵＥ１００＃１がＤ２Ｄ発見手順／Ｄ２Ｄ通信に使用する周波数帯＃１は、ＵＥ１００＃２がＤ２Ｄ発見手順／Ｄ２Ｄ通信に使用する周波数帯＃２と一致しない可能性があるため、異なるＰＬＭＮに属するＵＥ１００＃１及びＵＥ１００＃２によりＤ２Ｄ通信を開始できない虞がある。

そこで、実施形態では、以下に示す動作により、異なるＰＬＭＮに属するユーザ端末間でＤ２Ｄ通信を開始可能となる。

（Ａ）第１の動作
第１の動作について、図１１を用いて説明する。図１１は、実施形態に係る第１の動作を説明するためのシーケンス図である。

なお、以下において、ＵＥ１００♯１は、ｅＮＢ２００♯２（セル♯２）からの無線信号を受信可能な位置に存在し、ＵＥ１００♯２は、ｅＮＢ２００♯１（セル♯１）からの無線信号を受信可能な位置に存在すると仮定して説明を進める。

図１１に示すように、ステップＳ１０１において、ｅＮＢ２００♯１は、第１のＤ２Ｄリソース情報を含むシステム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）をセル♯１内にブロードキャストで送信する。すなわち、ｅＮＢ２００♯１は、周波数帯♯１の無線リソースを用いて、第１のＤ２Ｄリソース情報を含むＳＩＢをブロードキャストで送信する。同様に、ｅＮＢ２００♯２は、周波数帯♯２の無線リソースを用いて、第２のＤ２Ｄリソース情報を含むＳＩＢをセル♯２内にブロードキャストで送信する。これらのＳＩＢは、Ｄ２Ｄリソース通知に相当する。

ＵＥ１００♯１は、セル♯１が属するＰＬＭＮ♯１において運用される周波数帯＃１と異なる周波数帯を対象として、スキャンを行う。具体的には、ＵＥ１００♯１は、周波数帯♯２においてセル探索を行う。ＵＥ１００♯１は、セル探索によって周波数帯♯２のセル♯２を発見し、セル♯２（ｅＮＢ２００♯２）からのＳＩＢを受信する。一方、ＵＥ１００♯２は、ＵＥ１００♯１と同様にして、セル探索によって周波数帯♯１のセル♯１を発見し、セル♯１（ｅＮＢ２００♯１）からのＳＩＢを受信する。

ステップＳ１０２において、ＵＥ１００♯１は、ＳＩＢをデコードして、第２のＤ２Ｄリソース情報を復号し、第２のＤ２Ｄリソース情報の内容を読み込む。これによって、ＵＥ１００♯１は、第２のＤ２Ｄリソース情報を受信（取得）する。例えば、ＵＥ１００♯１は、セル♯２（周波数帯♯２）においてＤ２Ｄ近傍サービス（Ｄ２Ｄ通信）が許可されているかどうかを把握する。従って、ＵＥ１００♯１は、他ＰＬＭＮにおけるＤ２Ｄリソース情報が含まれる無線信号を傍受する。一方、ＵＥ１００♯２は、ＵＥ１００♯１と同様にして、第１のＤ２Ｄリソース情報を読み込む。これによって、ＵＥ１００♯２は、第１のＤ２Ｄリソース情報を受信（取得）する。

ステップＳ１０３において、ＵＥ１００♯１及びＵＥ１００♯２のそれぞれは、第１のＤ２Ｄリソース情報及び第２のＤ２Ｄリソース情報に基づいて、Ｄ２Ｄ通信を行う。

例えば、ＵＥ１００♯１は、ＰＬＭＮ♯１において使用が許可されている周波数帯♯１を用いて、Ｄ２Ｄ発見信号を送信する。ＵＥ１００♯２は、第１のＤ２Ｄリソース情報に基づいて、周波数帯♯１を用いて送信されるＤ２Ｄ発見信号を受信する。これにより、ＵＥ１００♯２は、ＵＥ１００♯１を発見する。一方、ＵＥ１００♯２は、ＰＬＭＮ♯２において使用が許可されている周波数帯♯２を用いて、Ｄ２Ｄ発見信号（又は、ＵＥ１００♯１からのＤ２Ｄ発見信号に対する応答）を送信する。ＵＥ１００♯１は、第２のＤ２Ｄリソース情報に基づいて、ＵＥ１００♯２からのＤ２Ｄ発見信号を受信する。これにより、ＵＥ１００♯１とＵＥ１００♯２とは、Ｄ２Ｄ通信の通信相手となり得る相手端末を発見できる。

相手端末を発見したＵＥ１００♯１とＵＥ１００♯２とは、上述のＤ２Ｄ発見信号と同様の動作によって、Ｄ２Ｄ通信を行うことができる。これにより、ＵＥ１００♯１とＵＥ１００♯２とは、互いに自ＰＬＭＮ内で許可されている周波数帯でＤ２Ｄ通信を行うことができる。

第１の動作によれば、各ＵＥ１００は、異なるＰＬＭＮにおけるＤ２Ｄリソース情報を取得することができるため、異なるＰＬＭＮに属するユーザ端末間でＤ２Ｄ通信を開始可能となる。

（Ｂ）第２の動作
次に、第２の動作について、図１２を用いて説明する。図１２は、実施形態に係る第２の動作を説明するためのシーケンス図である。

第１の動作では、ＵＥ１００が、他のＰＬＭＮに属する他のｅＮＢ２００（他のセル）から他のセル（他のＰＬＭＮ）におけるＤ２Ｄリソース情報を受信していた。第２の動作では、ＵＥ１００は、ＵＥ１００が在圏するセルから他のセルにおけるＤ２Ｄリソース情報を受信する。

図１２に示すように、ステップＳ２０１において、ｅＮＢ２００♯１は、ｅＮＢ２００♯２に対して、第１のＤ２Ｄリソース情報を、ＮＷ（ネットワーク）を介して送信（通知）する。また、ｅＮＢ２００♯１は、ｅＮＢ２００♯２から、第２のＤ２Ｄリソース情報を、ＮＷを介して受信する。これにより、ｅＮＢ２００♯１とｅＮＢ２００♯２とは、互いのＤ２Ｄリソース情報を交換し、共有する。ｅＮＢ２００♯１は、第２のＤ２Ｄリソース情報に基づいて、ｅＮＢ２００♯１のＤ２Ｄリソースの設定（すなわち、第１のＤ２Ｄリソース情報）を変更することができる。ｅＮＢ２００♯２も、ｅＮＢ２００♯１と同様に、第１のＤ２Ｄリソース情報に基づいて、Ｄ２Ｄリソースの設定（すなわち、第２のＤ２Ｄリソース情報）を変更することができる。このようにして、ｅＮＢ２００♯１とｅＮＢ２００♯２とは、Ｄ２Ｄリソースについて協調する。

なお、第１のＤ２Ｄリソース情報は、セル♯１においてＤ２Ｄ近傍サービスに使用可能な周波数帯♯１に関する周波数リソース情報を含む。同様に、第２のＤ２Ｄリソース情報は、セル♯２においてＤ２Ｄ近傍サービスに使用可能な周波数帯♯２に関する周波数リソース情報を含む。

また、ｅＮＢ２００♯１は、他のＰＬＭＮにおけるＤ２Ｄリソース情報に関するＩｎｔｅｒ−ＰＬＭＮ リストを保持している場合、ｅＮＢ２００♯２からの第２のＤ２Ｄリソース情報に基づいて、当該Ｉｎｔｅｒ−ＰＬＭＮリストを更新してもよい。すなわち、ｅＮＢ２００♯１は、第２のＤ２Ｄリソース情報に基づいて、ｅＮＢ２００♯１が保持するセル♯２においてＤ２Ｄ近傍サービスに使用可能な周波数帯♯２の情報を更新してもよい。ｅＮＢ２００♯２についても同様である。

ステップＳ２０２において、ｅＮＢ２００♯２は、第１のＤ２Ｄリソース情報を含むＳＩＢを、セル♯２内にブロードキャストで送信する。ＵＥ１００♯２は、第１のＤ２Ｄリソース情報を受信する。なお、ｅＮＢ２００♯２は、第１のＤ２Ｄリソース情報に加えて、第２のＤ２Ｄリソース情報を含むＳＩＢを送信してもよい。

ステップＳ２０３において、ｅＮＢ２００♯１は、ステップＳ２０２と同様に、第２のＤ２Ｄリソース情報を含むＳＩＢを送信する。ＵＥ１００♯１は、第２のＤ２Ｄリソース情報を受信する。

ステップＳ２０４において、ＵＥ１００♯１は、ｅＮＢ２００♯１から受信した第２のＤ２Ｄリソース情報に基づいて、ＰＬＭＮ♯２で使用可能なＤ２Ｄリソースの周波数帯（周波数帯♯２）のモニタ（監視）を開始する。具体的には、ＵＥ１００♯１は、周波数帯♯２のスキャンを開始する。

ステップＳ２０５において、ＵＥ１００♯２は、第２のＤ２Ｄリソース情報に基づいて、Ｄ２Ｄ無線信号を送信する。具体的には、ＵＥ１００♯２は、周波数帯♯２のＤ２Ｄリソースを用いて、Ｄ２Ｄ無線信号を送信する。周波数帯♯２をモニタしていたＵＥ１００♯１は、ＵＥ１００♯２からのＤ２Ｄ無線信号を受信する。

ステップＳ２０６において、ＵＥ１００♯１は、モニタを終了する。ＵＥ１００♯１は、モニタを開始して所定期間経過した場合、或いは、所定時刻になった場合に、モニタを終了してもよいし、Ｄ２Ｄ無線信号の受信をトリガとして、モニタを終了してもよい。

ステップＳ２０７において、ＵＥ１００♯２は、ｅＮＢ２００♯２から受信した第１のＤ２Ｄリソース情報に基づいて、ＰＬＭＮ♯１で使用可能なＤ２Ｄリソースの周波数帯（周波数帯♯１）のモニタを開始する。

ステップＳ２０８において、ＵＥ１００♯１は、第１のＤ２Ｄリソース情報に基づいて、Ｄ２Ｄ無線信号を送信する。具体的には、ＵＥ１００♯１は、周波数帯♯１のＤ２Ｄリソースを用いて、Ｄ２Ｄ無線信号を送信する。Ｄ２Ｄ無線信号は、ＵＥ１００♯２からのＤ２Ｄ無線信号に対する応答信号であってもよい。

周波数帯♯１をモニタしていたＵＥ１００♯２は、ＵＥ１００♯１からのＤ２Ｄ無線信号を受信する。

ステップＳ２０９において、ＵＥ１００♯２は、ステップＳ２０６と同様に、モニタを終了する。

ＵＥ１００♯１及びＵＥ１００♯２のそれぞれは、受信したＤ２Ｄ無線信号に基づいて、Ｄ２Ｄ近傍サービスを利用できる。

第２の動作によれば、ＵＥ１００は、自ＰＬＭＮにおける周波数帯しかスキャンできない場合であっても、異なるＰＬＭＮにおけるＤ２Ｄリソース情報を取得することができる。その結果、異なるＰＬＭＮに属するユーザ端末間でＤ２Ｄ通信を開始可能となる。

（Ｃ）第２の動作の変更例１
次に、第２の動作の変更例１について、図１３を用いて説明する。図１３は、第２実施形態に係る第２の動作の変更例１を説明するためのシーケンス図である。

第２の動作では、ｅＮＢ２００が、他のＰＬＭＮにおけるＤ２Ｄリソース情報を自主的にＵＥ１００に送信していた。第２の動作例の変更例１では、ＵＥ１００からの要求に応じて、当該Ｄ２Ｄリソース情報を送信する。

図１３に示すように、ステップＳ３０１は、ステップＳ２０１に対応する。

ステップＳ３０２において、ＵＥ１００♯１は、Ｄ２Ｄ近傍サービスの利用が可能となる。具体的には、ＵＥ１００♯１は、ユーザからのマニュアル入力によって、Ｄ２Ｄ近傍サービスの利用が可能となる。或いは、ＵＥ１００♯１は、Ｄ２Ｄ近傍サービスに関する管理サーバからＤ２Ｄ近傍サービスの許可信号を受信したことによって、Ｄ２Ｄ近傍サービスの利用が可能となってもよい。

或いは、ＰＬＭＮ♯１におけるＤ２Ｄ近傍サービスの利用が可能であるＵＥ１００♯１が、異なるＰＬＭＮ間におけるＤ２Ｄ近傍サービスの利用が可能であってもよい。

ＵＥ１００♯２も、ＵＥ１００♯１と同様に、Ｄ２Ｄ近傍サービスの利用が可能となる。

ステップＳ３０３において、ＵＥ１００♯１は、第１のＤ２Ｄリソース情報と異なるＤ２Ｄリソース情報の要求であるＩｎｔｅｒ−ＰＬＭＮ／Ｆｒｅｑ． ｓｅｔｔｉｎｇ ｒｅｑｕｅｓｔをｅＮＢ２００♯１に送信する。ＵＥ１００♯１は、Ｄ２Ｄ近傍サービスを利用する場合に、Ｉｎｔｅｒ−ＰＬＭＮ／Ｆｒｅｑ． ｓｅｔｔｉｎｇ ｒｅｑｕｅｓｔを送信してもよい。ＵＥ１００♯２は、ＵＥ１００♯１と同様に、第２のＤ２Ｄリソース情報と異なるＤ２Ｄリソース情報を要求する。

ステップＳ３０４において、ｅＮＢ２００♯１は、ＵＥ１００♯１からの要求に対する応答（Ｉｎｔｅｒ−ＰＬＭＮ／Ｆｒｅｑ． ｓｅｔｔｉｎｇ ｒｅｓｐｏｎｓｅ）をＵＥ１００♯１に送信する。当該応答は、第２のＤ２Ｄリソース情報を含む。具体的には、異なるＰＬＭＮにおいてＤ２Ｄ近傍サービスに使用可能な周波数帯（具体的には、周波数帯♯２）を示す情報を含む。或いは、異なるセルにおいてＤ２Ｄ近傍サービスに使用可能な周波数帯を示す情報を含む。

ｅＮＢ２００♯２は、ｅＮＢ２００♯１と同様に、ＵＥ１００♯１からの要求に対する応答をＵＥ１００♯２に送信する。当該応答は、第１のＤ２Ｄリソース情報を含む。

ステップＳ３０５は、ステップＳ１０３に対応する。

第２の動作の変更例１により、ＵＥ１００は、他ＰＬＭＮにおけるＤ２Ｄリソース情報が必要な場合に要求することができる。例えば、ＵＥ１００は、自ＰＬＭＮ内にＤ２Ｄ近傍サービスの相手端末が存在しない場合に、当該要求をすることができる。

（Ｄ）第２の動作の変更例２
次に、第２の動作の変更例２について、図１４を用いて説明する。図１４は、実施形態に係る第２の動作の変更例２を説明するためのシーケンス図である。

第２の動作では、ｅＮＢ２００（例えば、ｅＮＢ２００♯１）が、他のＰＬＭＮにおけるＤ２Ｄリソース情報（例えば、第２のＤ２Ｄリソース情報）を他のｅＮＢ２００（例えば、ｅＮＢ２００♯２）から受信していた。第２の動作例の変更例２では、ｅＮＢ２００が、他のＰＬＭＮにおけるＤ２Ｄリソース情報をＵＥ１００から受信する。

図１４に示すように、ステップＳ４０１において、ｅＮＢ２００♯１は、異なるＰＬＭＮ（周波数）において使用可能な周波数帯のスキャンの要求（Ｉｎｔｅｒ−ＰＬＭＮ／Ｆｒｅｑ． ｓｃａｎ ｒｅｑｕｅｓｔ）をＵＥ１００♯１ａに送信する。当該要求は、スキャンを要求する周波数帯（例えば、周波数帯♯２）の情報を含んでもよい。

ＵＥ１００♯１ａは、ｅＮＢ２００♯１からの要求の受信に応じて、スキャンを開始する。ＵＥ１００♯１ａは、当該要求に含まれる周波数帯の情報に基づいて、スキャンを行ってもよいし、周波数帯♯１と異なる周波数帯を対象としてスキャンを行ってもよい。

ステップＳ４０２は、ステップＳ１０１に対応する。具体的には、ＵＥ１００♯１ａは、ｅＮＢ２００♯２から第２のＤ２Ｄリソース情報（Ｄ２Ｄリソース通知）を受信する。

ステップＳ４０３において、ＵＥ１００♯１ａは、ｅＮＢ２００♯２から受信した第２のＤ２Ｄリソース情報をｅＮＢ２００♯１に送信（報告）する。ｅＮＢ２００♯１は、ＵＥ１００♯１aから第２のＤ２Ｄリソース情報を受信する。

ステップＳ４０４において、ｅＮＢ２００♯１は、ＵＥ１００♯１ａから受信した第２のＤ２Ｄリソース情報に基づいて、ｅＮＢ２００♯１が保持する第２のＤ２Ｄリソース情報を更新する。例えば、ｅＮＢ２００♯１は、Ｉｎｔｅｒ−ＰＬＭＮリストを更新する。ｅＮＢ２００♯１は、第２のＤ２Ｄリソース情報がない場合、Ｉｎｔｅｒ−ＰＬＭＮリストに登録する。

ステップＳ４０５において、ｅＮＢ２００♯１は、更新した第２のリソース情報を含むＳＩＢをセル♯１内にブロードキャストする。ＵＥ１００♯１ａ及びＵＥ１００♯１ｂのそれぞれは、更新した第２のリソース情報を受信する。

第２の動作の変更例２によれば、ｅＮＢ２００♯１は、ｅＮＢ２００♯２から第２のＤ２Ｄリソース情報を受信しない（できない）場合であっても、ｅＮＢ２００♯１は、第２のＤ２Ｄリソース情報を取得することができる。

（Ｅ）第２の動作の変更例３
次に、第２の動作の変更例３について、図１５を用いて説明する。図１５は、実施形態に係る第２の動作の変更例３を説明するためのシーケンス図である。

第２の動作の変更例２では、ｅＮＢ２００が、他のＰＬＭＮにおけるＤ２Ｄリソース情報をＵＥ１００から受信する。一方、第２の動作例の変更例３では、複数のＰＬＭＮにおけるＤ２Ｄリソースを管理する管理サーバが存在し、ｅＮＢ２００は、他のＰＬＭＮにおけるＤ２Ｄリソース情報を当該管理サーバから受信する。

図１５に示すように、ステップＳ５０１において、ｅＮＢ２００♯１は、起動する。

ステップＳ５０２において、ｅＮＢ２００♯１は、異なるＰＬＭＮ間におけるＤ２Ｄ近傍サービスの設定が利用可能であると判定する。

ステップＳ５０３において、ｅＮＢ２００♯１は、異なるＰＬＭＮ間におけるＤ２Ｄ近傍サービスを利用するための設定要求（Ｃｏｎｆｉｇｕｒａｔｉｏｎ ｒｅｑｕｅｓｔ）を、ＮＷ♯１を介して管理サーバ（Ｓｅｒｖｅｒ）に送信する。

管理サーバは、複数のＰＬＭＮにおけるＤ２Ｄリソースを管理する。管理サーバは、複数のＰＬＭＮから独立した第３者サーバ（ｔｈｉｒｄ ｐａｒｔｙ ｓｅｒｖｅｒ）であってもよい。例えば、管理サーバは、複数のＰＬＭＮのそれぞれにおいて使用可能な周波数帯を管理する。

ステップＳ５０４において、管理サーバは、ｅＮＢ２００♯１からの設定要求に対する応答（Ｒｅｓｐｏｎｓｅ）をＰＬＭＮ１に属するＮＷ１（ネットワーク、具体的には、ＰＬＭＮ１に属するＥＰＣ２０のエンティティ）に送信する。当該応答は、ｅＮＢ２００♯１（セル♯１）において、異なるＰＬＭＮ間におけるＤ２Ｄ近傍サービスを利用するための設定情報を含む。例えば、設定情報は、ｅＮＢ２００♯１において、異なるＰＬＭＮ間におけるＤ２Ｄ近傍サービスに使用可能な周波数帯情報を含む。また、設定情報は、ｅＮＢ２００♯１の隣接ｅＮＢ（ｅＮＢ２００♯２）におけるＤ２Ｄリソース情報（すなわち、第２のＤ２Ｄリソース情報）を含んでもよい。

ステップＳ５０５において、ＮＷ♯１は、管理サーバからの応答（に含まれる設定情報）を承認するか否かを判定する。具体的には、ＮＷ♯１は、設定情報に基づいて、ＰＬＭＮ♯１内において承認（使用）可能なＤ２Ｄリソースの設定であるか否かを判定する。

なお、ＮＷ♯１は、管理サーバからの応答を承認しない場合、管理サーバに当該応答を承認しない旨を通知してもよい。管理サーバは、ＮＷ♯１からの通知に基づいて、新たな設定情報を含む応答をＮＷ♯１に送信してもよい。

ステップＳ５０６において、ＮＷ♯１は、管理サーバからの応答を承認した場合、当該応答をｅＮＢ２００♯１に送信する。

ステップＳ５０７において、ｅＮＢ２００♯１は、当該応答に含まれる設定情報に基づいて、異なるＰＬＭＮ間におけるＤ２Ｄ近傍サービスを利用するための設定を行う。ｅＮＢ２００♯１は、設定情報に他のＰＬＭＮにおけるＤ２Ｄリソース情報が含まれる場合、設定情報に基づいて、Ｉｎｔｅｒ−ＰＬＭＮリストを作成してもよい。

また、ｅＮＢ２００♯１は、設定情報に他のＰＬＭＮにおけるＤ２Ｄリソース情報が含まれない場合であっても、ｅＮＢ２００♯１に問い合わせることによって、他のＰＬＭＮにおけるＤ２Ｄリソース情報を取得できる。

また、ｅＮＢ２００♯１は、設定の変更を希望する場合、ステップＳ５０３と同様に、管理サーバに設定要求を送信できる。ｅＮＢ２００♯１は、管理サーバからの応答に基づいて、異なるＰＬＭＮ間におけるＤ２Ｄ近傍サービスを利用するための再設定（設定変更）を行う。

この場合、ｅＮＢ２００♯１は、管理サーバに問い合わせることによって、他のＰＬＭＮにおける最新のＤ２Ｄリソース情報を取得できる。

第２の動作の変更例３によれば、ｅＮＢ２００は、複数のＰＬＭＮのそれぞれからＤ２Ｄリソース情報を取得せずに、複数のＰＬＭＮにおけるＤ２Ｄリソース情報を一括して取得可能である。また、管理サーバが第３者サーバである場合、他のＰＬＭＮへ情報を送信しなくて可能となるため、情報の漏洩を避けることができる。

（Ｄ２Ｄリソース情報）
次に、Ｄ２Ｄリソース情報について説明する。Ｄ２Ｄリソース情報は、Ｄ２Ｄリソース通知として送信することができる。

Ｄ２Ｄリソース情報は、Ｄ２Ｄ近傍サービスに使用可能な／使用する無線リソースに関する情報である。Ｄ２Ｄリソース情報は、セルにおいて使用可能な／使用するＤ２Ｄリソースを示すリソース情報を含む。或いは、Ｄ２Ｄリソース情報は、セルが属するＰＬＭＮにおいて使用可能な／使用するＤ２Ｄリソースを示すリソース情報を含む。リソース情報は、Ｄ２Ｄリソースの配置を示すパラメータ情報である。

リソース情報は、Ｄ２Ｄリソースの周波数（周波数帯）に関する周波数リソース情報を含む。周波数リソース情報は、Ｄ２Ｄリソースの周波数帯の中心周波数を示す情報と、Ｄ２Ｄリソースの周波数帯の帯域幅を示す情報と、を含む。周波数リソース情報は、ｅＮＢ２００（セル）において使用可能なＤ２Ｄリソースのオペレーションバンドを示す情報であってもよい。また、周波数リソース情報は、オペレーションバンド内のリソースブロック番号を含んでもよい。

また、リソース情報は、Ｄ２Ｄリソースの時間に関する時間リソース情報を含む。時間リソース情報は、システムフレーム番号、サブフレーム番号、開始／終了サブフレーム、送信期間、のうち少なくとも１つである。

Ｄ２Ｄ設定情報は、Ｄ２Ｄリソースの種類（送信候補のリソース／受信候補のリソース）を示す情報を含んでもよい。なお、送信候補のリソースは、送信用のリソースとして確保されている送信リソースプール（Ｔｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌ）であってもよいし、送信用に割り当てられたリソースであってもよい。受信候補のリソースは、受信用のリソースとして確保されている受信リソースプール（Ｒｘ ｒｅｓｏｕｒｃｅ ｐｏｏｌ）であってもよいし、受信用に割り当てられたリソースであってもよい。

Ｄ２Ｄリソース情報は、ＰＬＭＮ識別子を含んでもよい。ＵＥ１００♯１は、ＰＬＭＮ♯２のＰＬＭＮ識別子に基づいて、Ｄ２Ｄ無線信号を送信したＵＥ１００♯２について、ｅＮＢ２００♯１を介して、ＰＬＭＮ♯２が管理するサーバ等に問い合わせることができる。

Ｄ２Ｄリソース情報は、Ｄ２Ｄ無線信号に適用される変調方式・符号化率（ＭＣＳ）を示す情報を含んでもよい。Ｄ２Ｄ無線信号に適用されるＭＣＳが可変である場合に必要な情報である。例えば、ｅＮＢ２００♯１は、ＵＥ１００♯１に対して、ＵＥ１００♯２からのＤ２Ｄ無線信号に適用されているＭＣＳを通知することができる。当該情報は、Ｄ２Ｄ無線信号の送信内容を解釈するための情報に該当する。

Ｄ２Ｄリソース情報は、Ｄ２Ｄ無線信号の再送回数を示す情報を含んでもよい。ｅＮＢ２００♯１は、ＵＥ１００♯１に対して、ＵＥ１００♯２からのＤ２Ｄ無線信号の再送回数を通知することができる。

Ｄ２Ｄリソース情報は、Ｄ２Ｄ無線信号に適用される暗号化設定（ｅｎｃｒｙｐｔｉｏｎ ｋｅｙ、ｉｎｔｅｇｒｉｔｙ ａｌｇｏｒｉｓｍ）を示す情報を含んでもよい。当該情報は、Ｄ２Ｄ無線信号が暗号化される場合に必要な情報である。ｅＮＢ２００♯１は、ＵＥ１００♯１に対して、ＵＥ１００♯２からのＤ２Ｄ無線信号に適用されている暗号化設定を通知することができる。当該情報は、Ｄ２Ｄ無線信号の送信内容を解釈するための情報に該当する。

Ｄ２Ｄリソース情報は、Ｄ２Ｄ無線信号に適用されるメッセージフォーマットの識別子を含んでもよい。当該識別子は、Ｄ２Ｄ通信に可変ＣＰ長、可変メッセージ／制御ビット数等が適用される場合に、Ｄ２Ｄ無線信号（の送信内容）を解釈するために必要な情報である。ｅＮＢ２００♯１は、ＵＥ１００♯１に対して、ＵＥ１００♯２からのＤ２Ｄ無線信号に適用されているメッセージフォーマットの識別子を通知することができる。

Ｄ２Ｄリソース情報は、Ｄ２Ｄリソースがセルラ通信におけるリソースと共用であるか否かを示す情報を含んでもよい。Ｄ２Ｄリソースがセルラ通信におけるリソースと共用である場合、セルラ通信への干渉／セルラ通信からの干渉が発生するため、ｅＮＢ２００が、送信電力制御を行うために当該情報を利用できる。

Ｄ２Ｄリソース情報は、ＰＬＭＮ間の同期に関する情報を含んでもよい。具体的には、当該情報は、ＰＬＭＮ♯１とＰＬＭＮ♯２とが同期しているか否かを示すフラグ情報である。当該情報は、ＰＬＭＮ間で同期していることを示す同期フラグを示してもよいし、ＰＬＭＮ間で同期していないことを示す非同期フラグであってよい。また、Ｄ２Ｄリソース情報は、同様に、セル間の同期に関する情報を含んでもよい。当該情報は、セル♯１とセル♯２とが同期しているか否かを示すフラグ情報である。ＵＥ１００♯１は、ＰＬＭＮ♯１とＰＬＭＮ♯２とが同期してない場合、或いは、セル♯１とセル♯２とが同期していない場合、セル♯２と同期した後にＤ２Ｄ無線信号の送受信を行う。これにより、ＵＥ１００♯１は、ＵＥ１００♯２からのＤ２Ｄ無線信号を受信でき、ＵＥ１００♯２は、ＵＥ１００♯１からのＤ２Ｄ無線信号を受信できる。

（第２実施形態のまとめ）
上述したように、第２実施形態に係る通信制御方法では、Ｄ２Ｄリソース通知（Ｄ２Ｄリソース情報）に含まれるＤ２Ｄ周波数帯を示す情報は、他のＰＬＭＮにおいて使用可能な周波数帯を示す。これにより、ｅＮＢ２００は、自セルが属する周波数帯の中から、Ｄ２Ｄ近傍サービスに使用可能なＤ２Ｄ無線リソースを確保しない場合であっても、ＵＥ１００は、他のＰＬＭＮにおいて使用可能な周波数帯を使用してＤ２Ｄ近傍サービスを利用可能である。従って、セルラ通信に利用可能な無線リソースを減少させることなくＤ２Ｄ近傍サービスを利用可能とすることができる。

また、ＵＥ１００は、異なるＰＬＭＮにおけるＤ２Ｄリソース情報を取得することができるため、異なるＰＬＭＮに属するユーザ端末間でＤ２Ｄ近傍サービスを利用可能となる。

［その他の実施形態］
上述した第１実施形態では、ｅＮＢ２００−１は、８００ＭＨｚ帯とは異なる周波数帯をＤ２Ｄ周波数帯として指定するＤ２Ｄリソース通知を８００ＭＨｚ帯において送信していた。さらに、ｅＮＢ２００−１は、２ＧＨｚ帯とは異なる周波数帯をＤ２Ｄ周波数帯として指定するＤ２Ｄリソース通知を２ＧＨｚ帯において送信してもよい。同様に、ｅＮＢ２００−２は、１．７ＧＨｚ帯とは異なる周波数帯をＤ２Ｄ周波数帯として指定するＤ２Ｄリソース通知を１．７ＧＨｚ帯において送信してもよい。ｅＮＢ２００−３は、３．５ＧＨｚ帯とは異なる周波数帯をＤ２Ｄ周波数帯として指定するＤ２Ｄリソース通知を３．５ＧＨｚ帯において送信してもよい。

また、上述した第１実施形態においては、８００ＭＨｚ帯、１．７ＧＨｚ帯、２ＧＨｚ帯、及び３．５ＧＨｚ帯といった広い帯域幅を有する周波数帯を取り扱う一例を説明した。しかしながら、このような周波数帯ではなく、細分化された周波数帯を取り扱う構成としてもよい。例えば、８００ＭＨｚ帯のうち８００−８２０ＭＨｚ帯を使用するｅＮＢ２００が、８００−８２０ＭＨｚ帯とは異なる８２０−８４０ＭＨｚ帯をＤ２Ｄ周波数帯として指定するＤ２Ｄリソース通知を、８００−８２０ＭＨｚ帯において送信してもよい。このように、周波数帯の帯域幅を問わず、Ｄ２Ｄリソース通知の送信に使用される周波数帯とは異なる周波数帯をＤ２Ｄ周波数帯として指定できればよい。

また、上述した第１実施形態においては、Ｄ２Ｄ周波数帯に対してｅＮＢ２００が行う制御について特に触れなかったが、次のような制御を行ってもよい。具体的には、ｅＮＢ２００は、Ｄ２Ｄリソース通知の送信に使用される周波数帯とは異なる周波数帯をＤ２Ｄ周波数帯として指定する場合で、かつＤ２Ｄ周波数帯がセルラの上りリンク周波数帯に該当する場合に、Ｄ２Ｄ周波数帯（上りリンク周波数帯）におけるＰＵＣＣＨ用リソースブロック数をゼロにしてもよい。

上述した第１実施形態では、Ｄ２Ｄ周波数帯は、オペレータ・バンド（例えば８００ＭＨｚ帯、１．７ＧＨｚ帯、２ＧＨｚ帯、及び３．５ＧＨｚ帯）の中から設定されていた。しかしながら、オペレータ・バンド以外の周波数帯（例えばＩＭＳバンド）をＤ２Ｄ周波数帯として設定してもよい。

上述した第１実施形態では、Ｉｎ ｃｏｖｅｒａｇｅケースにおいて、Ｄ２Ｄ周波数帯をｅＮＢ２００が指定していた。しかしながら、例えばＯｕｔ ｏｆ ｃｏｖｅｒａｇｅケース（又はＰａｒｔｉａｌ ｃｏｖｅｒａｇｅケース）を想定すると、制御ＵＥがＤ２Ｄ周波数帯を指定してもよい。制御ＵＥは、クラスタにおける同期の基準となり、当該クラスタにおいてＤ２Ｄ通信を制御するＵＥである。以下において、このような制御ＵＥを「クラスタヘッド」と称する。

図９は、その他の実施形態に係る動作を説明するための図である。図９に示すように、それぞれ異なる周波数帯をＤ２Ｄ通信に使用する複数のクラスタが形成されている。各クラスタにはクラスタヘッド（ＣＨＵＥ）が存在する。８００ＭＨｚ帯をＤ２Ｄ通信に使用するクラスタは、ＣＨＵＥ１００−Ｘと、その他のＵＥ１００−１及びＵＥ１００−２と、からなる。このような動作環境において、ＣＨＵＥ１００−Ｘは、８００ＭＨｚ帯とは異なる周波数帯をＤ２Ｄ周波数帯として指定するＤ２Ｄリソース通知を８００ＭＨｚ帯においてＵＥ１００−１及びＵＥ１００−２に送信する。この場合、ＣＨＵＥ１００−Ｘは、本発明に係る通信装置に相当する。すなわち、上述した実施形態に係る動作においてｅＮＢ２００−１をＣＨＵＥ１００−Ｘと読み替えることにより、上述した実施形態に係る動作を図９に示す動作環境に応用できる。

上述した第１実施形態では、ＵＥ１００に対して送信されるＤ２Ｄリソース通知について説明したが、Ｄ２Ｄ周波数帯等の情報をｅＮＢ２００間で共有するために、Ｄ２Ｄリソース通知をｅＮＢ２００間で送受信してもよい。また、Ｄ２Ｄ周波数帯等をＥＰＣ２０で決定する場合に、Ｄ２Ｄリソース通知をＥＰＣ２０からｅＮＢ２００に対して送信してもよい。さらに、図９に示すような動作環境において、Ｄ２Ｄ周波数帯等の情報をクラスタヘッド間で共有するために、Ｄ２Ｄリソース通知をクラスタヘッド間で送受信してもよい。

上述した第１実施形態について、Ｄ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を例に挙げて説明したが、これに限られない。Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能なＤ２Ｄ周波数帯を示す情報として、Ｄ２Ｄ近傍サービスにおいて送信されるＤ２Ｄ無線信号の送受信に使用可能な周波数帯を示す情報を含むことができる。具体的には、Ｄ２Ｄ周波数帯は、Ｄ２Ｄ発見手順において送信されるＤ２Ｄ発見信号、Ｄ２Ｄ通信において送信されるＤ２Ｄ通信信号、Ｄ２Ｄ同期手順において送信されるＤ２Ｄ同期信号、及び、Ｄ２Ｄ通信におけるユーザデータの送信に使用される無線リソースの位置を示す情報（スケジューリング割当（ＳＡ）：Ｓｃｈｅｄｕｌｉｎｇ Ａｓｓｉｇｎｍｅｎｔ）を含む制御信号の少なくとも何れかの送受信に使用可能な周波数帯である。

上述した第１実施形態では、送信電力制御パラメータを、Ｄ２Ｄ通信に適用されるパラメータとして説明したが、Ｄ２Ｄ近傍サービスで適用されるパラメータであればよい。例えば、当該パラメータは、Ｄ２Ｄ発見手順（又はＤ２Ｄ同期手順）に適用されるパラメータであってもよい。

上述した第１実施形態では、ユースケースを示す情報を、Ｄ２Ｄ周波数帯をＤ２Ｄ通信に使用するユースケースを示す情報として説明したが、Ｄ２Ｄ周波数帯をＤ２Ｄ近傍サービスで使用するユースケースを示す情報であればよい。例えば、ユースケースを示す情報は、Ｄ２Ｄ発見手順（又はＤ２Ｄ同期手順）に使用するユースケースを示す情報であってもよい。

上述した第１実施形態では、ＵＥ１００が、使用可能条件を示す情報に基づいて、Ｄ２Ｄ周波数帯をＤ２Ｄ通信に使用可能か否かを判断していたが、使用可能条件を示す情報に基づいて、Ｄ２Ｄ周波数帯をＤ２Ｄ近傍サービスで使用可能か否かを判断してもよい。例えば、ＵＥ１００は、使用可能条件を示す情報に基づいて、Ｄ２Ｄ周波数帯をＤ２Ｄ発見手順（又はＤ２Ｄ同期手順）に使用可能か否かを判断してもよい。

上述した第１及び第２実施形態では、Ｄ２Ｄ近傍サービスにおいて使用可能な／使用する周波数リソースが時間によって変化（ホッピング）するケースについて特に触れなかった。しかしながら、Ｄ２Ｄ近傍サービスにおいて使用可能な／使用する周波数リソースが時間によって変化（ホッピング）してもよい。この場合、上述したリソース情報は、かかるホッピングのパターン（ホッピングパターン）を示すように構成されてもよい。

上述した第２実施形態に係る第１の動作では、ＰＬＭＮ♯１に属するＵＥ１００♯１及びＰＬＭＮ♯２に属するＵＥ１００♯２のそれぞれが、他方のＰＬＭＮに属するセルから、他セルにおけるＤ２Ｄリソース情報を受信していたが、これに限られない。一方のＵＥ１００が、他セルにおけるＤ２Ｄリソース情報を受信してもよい。例えば、ＵＥ１００♯１は、第２のＤ２Ｄリソース情報をセル♯２（ｅＮＢ２００♯２）から受信した場合、第２のＤ２Ｄリソース情報に基づいて、ＵＥ１００♯２からのＤ２Ｄ発見信号を受信したり、ＵＥ１００♯２へＤ２Ｄ発見信号を送信したり、ＵＥ１００♯２とＤ２Ｄ通信をしたりしてもよい。

上述した第２実施形態に係る第２の動作の変更例２では、ｅＮＢ２００♯１は、ＵＥ１００♯１ａから受信した第２のＤ２Ｄリソース情報に基づいて、第２のリソース情報を含むＳＩＢをセル♯１内にブロードキャストしていたが、これに限られない。ｅＮＢ２００♯１は、ＵＥ１００♯１ａから受信した第２のＤ２Ｄリソース情報に基づいて、ｅＮＢ２００♯１が使用する周波数帯♯１と、ｅＮＢ２００♯２（セル♯２）においてＤ２Ｄ近傍サービスで使用可能な周波数帯とが異なる場合にのみ、ｅＮＢ２００♯１は、第２のリソース情報を含むＳＩＢをセル♯１内にブロードキャストしてもよい。これによれば、ｅＮＢ２００♯１が使用する周波数帯♯１とｅＮＢ２００♯２（セル♯２）においてＤ２Ｄ近傍サービスに使用可能な周波数帯とが同じである場合、ＵＥ１００♯１は、ｅＮＢ２００♯２においてＤ２Ｄ近傍サービスに使用可能な周波数帯を使用可能であるため、不要なシグナリングを省略することができる。

上述した第２実施形態に係る第１及び第２の動作において、ｅＮＢ２００♯１及びｅＮＢ２００♯２とは、トンネリングによってＤ２Ｄリソース情報を送受信してもよい。また、ｅＮＢ２００♯１（及び／ｅＮＢ２００♯２）は、Ｘ２／Ｓ１インターフェイスを介してＤ２Ｄリソース情報を送信してもよい。

上述した第２実施形態に係る第２の動作の変更例において、管理サーバ（Ｓｅｒｖｅｒ）がＰＬＭＮ♯１に属する場合、すなわち、管理サーバが、ＰＬＭＮ♯１に属するＥＰＣ２０のエンティティである場合、ステップＳ５０５の処理（ＮＷ♯１の承認）を省略できる。管理サーバがｅＮＢ２００♯１からの設定要求に対する応答（Ｒｅｓｐｏｎｓｅ）をｅＮＢ２００♯１に送信してもよい。

上述した第２実施形態では、Ｄ２Ｄリソース情報が、Ｄｉｓｃｏｖｅｒｙリソース情報及び／又はＣｏｍｍｕｎｉｃａｔｉｏｎリソース情報であるとして、説明したが、Ｄ２Ｄリソース情報は、Ｄ２Ｄ同期手順に使用可能な無線リソースであってもよい。すなわち、Ｄ２Ｄリソース情報は、Ｄ２Ｄ同期信号におけるＤ２Ｄ同期信号の送受信にしようされる無線リソースを示す情報であってもよい。或いは、Ｄ２Ｄリソース情報は、Ｄ２Ｄ通信におけるユーザデータの送信に用いられる（すなわち、Ｄ２Ｄ通信データの受信のための）無線リソースの位置を示す情報（スケジューリング割当（ＳＡ）：Ｓｃｈｅｄｕｌｉｎｇ Ａｓｓｉｇｎｍｅｎｔ）を含む制御信号の送受信に使用可能な無線リソースであってもよい。

従って、周波数リソース情報が示す周波数帯は、Ｄ２Ｄ発見信号、Ｄ２Ｄ通信信号、Ｄ２Ｄ同期信号、及び、ＳＡを示す情報を含む制御信号の少なくとも何れかの送受信に使用可能な周波数帯である。

上述した第２実施形態において、各変更例を含む複数の動作例は、適宜組み合わせることが可能である。例えば、ｅＮＢ２００♯１は、ｅＮＢ２００♯２から第２のＤ２Ｄリソース情報を受信すると共に、ＵＥ１００♯１から第２のＤ２Ｄリソース情報を受信してもよい。

上述した第２実施形態では、ＵＥ１００＃１及びＵＥ１００＃２が、異なるＰＬＭＮに属している一例を説明した。しかしながら、ＵＥ１００＃１及びＵＥ１００＃２は、異なる周波数帯をＤ２Ｄ近傍サービスに使用する前提下で、同じＰＬＭＮに属していてもよい。従って、同じＰＬＭＮに属するｅＮＢ２００間において、本発明が適用可能である。

例えば、図１６に示すような動作環境において、後述する方法を行うことができる。図１６は、その他実施形態に係る動作環境を示す図である。

図１６に示すように、ＭｅＮＢ２００には、周波数帯＃１（Ｆｒｅｑ．♯１）が割り当てられており、ＭｅＮＢ２００は、周波数帯＃１（Ｆｒｅｑ．♯１）のマクロセル（Ｍａｃｒｏ ｃｅｌｌ）を管理する。ここで、ＭｅＮＢ２００は、割り当てられた周波数帯♯１の範囲内でＤ２Ｄ近傍サービスで使用可能なＤ２Ｄリソースを設定すると仮定して説明を進める。ＭｅＮＢ２００は、自セルであるマクロセルに在圏するＭＵＥ１００に対して、マクロセルにおけるＤ２Ｄリソース情報（Ｄ２Ｄリソース通知）を送信する。ＭＵＥ１００は、受信したＤ２Ｄリソース情報に基づいて、周波数帯♯１の範囲内に設定されたＤ２Ｄリソースを使用して、Ｄ２Ｄ近傍サービスを利用できる。

ＰｅＮＢ２００は、マクロセル内に設置される。ＰｅＮＢ２００には、周波数帯♯１と異なる周波数帯＃２（Ｆｒｅｑ．♯２）が割り当てられており、ＰｅＮＢ２００は、周波数帯＃２（Ｆｒｅｑ．♯２）のピコセル（Ｐｉｃｏ ｃｅｌｌ）を管理する。ここで、ＰｅＮＢ２００は、割り当てられた周波数帯♯２の範囲内でＤ２Ｄ近傍サービスに使用可能なＤ２Ｄリソースを設定すると仮定して説明を進める。ＰｅＮＢ２００は、自セルであるピコセルに在圏するＰＵＥ１００に対して、ピコセルにおけるＤ２Ｄリソース情報（Ｄ２Ｄリソース通知）を送信する。ＰＵＥ１００は、受信したＤ２Ｄリソース情報に基づいて、周波数帯♯２の範囲内に設定されたＤ２Ｄリソースを使用して、Ｄ２Ｄ近傍サービスを利用できる。

このようなケースにおいて、ＭＵＥ１００とＰＵＥ１００とは、物理的に近い距離に位置する場合であっても、ＭＵＥ１００がＤ２Ｄ近傍サービスに使用可能なＤ２Ｄリソースは、ＰＵＥ１００がＤ２Ｄ近傍サービスに使用可能なＤ２Ｄリソースと一致しないため、ＭＵＥ１００とＰＵＥ１００との間でＤ２Ｄ通信を開始できない。このような場合に、以下の方法を行うことによって、異なる周波数帯をＤ２Ｄ近傍サービスに利用する前提下で、異なるセルに在圏するＭＵＥ１００とＰＵＥ１００との間でＤ２Ｄ通信を開始可能となる。

第１の方法は、上述の第１の動作と同様に、ＰＵＥ１００が、マクロセルにおけるＤ２Ｄリソース情報を受信するという方法である。図１７を用いて、第１の方法を説明する。図１７は、その他実施形態に係る第１の方法を説明するためのシーケンス図である。

図１７に示すように、ステップＳ６０１において、ＯＡＭ４００は、参照セル設定情報（Ｒｅｆｅｒｅｎｃｅ ｃｅｌｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）をＭｅＮＢ２００及びＰｅＮＢ２００に送信する。

ここで、参照セル設定情報は、近隣のセルを示すセル識別子を含む。従って、ＭｅＮＢ２００は、ＰｅＮＢ２００が管理するピコセルのセル識別子を含む参照セル設定情報を受信し、ＰｅＮＢ２００は、ＭｅＮＢ２００が管理するマクロセルセルのセル識別子を含む参照セル設定情報を受信する。

ステップＳ６０２において、ＰｅＮＢ２００は、Ｄ２Ｄ通信の対象を制限するために、マクロセルに関連するマクロセル情報をＰＵＥ１００に送信する。ＰｅＮＢ２００は、マクロセル情報を含むＳＩＢをピコセル内にブロードキャストで送信できる。ＰＵＥ１００は、マクロセル情報を受信する。

マクロセル情報は、マクロセルのセル識別子を含む。また、マクロセル情報は、マクロセルが運用される周波数帯♯１を示す情報を含んでもよい。

ステップＳ６０３において、ＰＵＥ１００は、マクロセル情報に基づいて、Ｄ２Ｄリソース情報を受信（すなわち、取得）する対象となるセルとして、マクロセルを設定する。

ステップＳ６０４において、ＭｅＮＢ２００は、マクロセルにおけるＤ２Ｄリソース情報（Ｄ２Ｄ ｒｅｓｏｕｒｃｅ ｐｏｏｌｓ）を含むＳＩＢ（Ｄ２Ｄリソース通知）をマクロセル内にブロードキャストで送信する。一方、ＰＵＥ１００は、セル探索によってマクロセルを発見する。ＰＵＥ１００は、マクロセル情報に周波数帯♯１を示す情報が含まれていた場合、周波数帯♯１を対象としてスキャンを行ってもよい。

ＰＵＥ１００は、発見したマクロセルが、Ｄ２Ｄリソース情報を受信する対象となるセルに設定されているため、ＭｅＮＢ２００からのＳＩＢをデコードして、マクロセルのＤ２Ｄリソース情報を受信（取得）する。

ステップＳ６０５において、ＰＵＥ１００は、受信したＤ２Ｄリソース情報に基づく無線リソースを使用して、Ｄ２Ｄ発見手順を行い、ＭＵＥ１００とＤ２Ｄ通信を行う。

第１の方法によれば、ｅＮＢ２００（ＭｅＮＢ２００／ＰｅＮＢ２００）が、割り当てられた周波数帯内の範囲内に設定されたＤ２Ｄリソースしか自セルのＵＥ（ＭＵＥ１００／ＰＵＥ１００）に通知しない場合であっても、異なるセルに在圏するＵＥ間でＤ２Ｄ通信できる。

第２の方法は、上述の第２の動作と同様に、ＰＵＥ１００が、ＰｅＮＢ２００からマクロセルにおけるＤ２Ｄリソース情報を受信するという方法である。図１８を用いて、第２の方法を説明する。図１８は、その他実施形態に係る第２の方法を説明するためのシーケンス図である。

図１８に示すように、ステップＳ７０１において、ＯＡＭ４００は、Ｄ２Ｄ周波数帯設定情報（Ｄ２Ｄ ｂａｎｄ ｃｏｎｆｉｇｒａｔｉｏｎ）をＭｅＮＢ２００及びＰｅＮＢ２００に送信する。

ここで、Ｄ２Ｄ周波数帯設定情報は、近隣のセルにおけるＤ２Ｄリソースプールを示す周波数の識別情報であるＥＡＲＦＣＮ（Ｅ−ＵＴＲＡ ＡＲＦＣＮ）を含む。従って、ＭｅＮＢ２００は、ＰｅＮＢ２００が管理するピコセルにおけるＤ２Ｄリソースプールを示す周波数の識別情報を受信し、ＰｅＮＢ２００は、マクロセルにおけるＤ２Ｄリソースプールを示す周波数の識別情報を受信する。

ステップＳ７０２において、ＰｅＮＢ２００は、マクロセルにおけるＤ２Ｄリソースプールを示す周波数の識別情報をＰＵＥ１００に送信する。ＰｅＮＢ２００は、当該周波数の識別情報を含むＳＩＢをピコセル内にブロードキャストで送信できる。ＰＵＥ１００は、マクロセルにおけるＤ２Ｄリソースプールを示す周波数の識別情報を受信する。

ステップＳ７０３において、ＰＵＥ１００は、周波数の識別情報が示す周波数帯の監視を開始する。具体的には、ＰＵＥ１００は、Ｄ２Ｄリソースプールに含まれるＤ２Ｄ送信リソースプールの周波数帯を対象としてスキャンを開始する。

ステップＳ７０４において、ＭｅＮＢ２００は、マクロセルにおけるＤ２ＤリソースプールをＭＵＥ１００に送信する。

ステップＳ７０５において、ＭＵＥ１００は、受信したＤ２Ｄリソースプールに含まれるＤ２Ｄ送信リソースプール内の無線リソースを使用して、Ｄ２Ｄ発見手順を実行する。具体的には、ＭＵＥ１００は、当該無線リソースを使用して、Ｄｉｓｃｏｖｅｒｙ信号を送信する。一方、マクロセルにおけるＤ２Ｄ送信リソースプールの周波数帯の監視を行っているＰＵＥ１００は、ＭＵＥ１００からのＤｉｓｃｏｖｅｒｙ信号を受信し、ＭＵＥ１００を発見する。その後、ＭＵＥ１００とＰＵＥ１００との間で、Ｄ２Ｄ通信を開始する。

第３の方法は、ＰＵＥ１００が、ＰＵＥ１００に予め設定された設定情報（ｐｒｅ−ｃｏｎｆｉｇ.）に基づいて、所定の周波数帯を監視するという方法である。

ＰＵＥ１００は、マクロセルにおけるＤ２Ｄリソースプールの周波数帯を含む周波数の識別情報を設定情報として予め設定している。ＰＵＥ１００は、当該周波数の識別情報に基づいて、周波数帯の監視を開始する。後の動作は、上述の第２の方法と同様である。

第４の方法は、ＭｅＮＢ２００が、自セルの運用周波数と異なる運用周波数でセルを運用しているＰｅＮＢ２００に対して、Ｄ２Ｄリソースを要求するという方法である。図１９を用いて、第４の方法を説明する。図１９は、その他実施形態に係る第４の方法を説明するためのシーケンス図である。

なお、ｅＮＢ２００（ＭｅＮＢ２００／ＰｅＮＢ２００）は、割り当てられた周波数帯内の範囲内に設定されたＤ２Ｄリソースを自セルのＵＥ（ＭＵＥ１００／ＰＵＥ１００）に通知していると仮定して説明を進める。

図１９に示すように、ステップＳ８０１において、ＭｅＮＢ２００とＰｅＮＢ２００とは、ｅＮＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅを用いて、自セルの情報を交換する。自セルの情報は、自セルの運用周波数を示す情報を含む。

ステップＳ８０２において、ＭｅＮＢ２００は、自セルの運用周波数とＰｅＮＢ２００が管理するセルの運用周波数とが合致するか否かを判定する。ＭｅＮＢ２００は、これらの運用周波数が合致する場合、処理を終了する。一方、ＭｅＮＢ２００は、これらの運用周波数が合致しない場合、運用周波数の差分を確認する。具体的には、ＭｅＮＢ２００は、ピコセルの運用周波数を特定する。

ステップＳ８０３において、ＭｅＮＢ２００は、特定した運用周波数（差分バンド）のＤ２Ｄ設定通知要求をＰｅＮＢ２００に送信する。Ｄ２Ｄ設定通知要求は、特定した運用周波数を示す情報を含む。

ステップＳ８０４において、Ｄ２Ｄ設定通知要求を受信したＰｅＮＢ２００は、特定された運用周波数が使用される自セルにおけるＤ２Ｄリソースの設定を示す情報を含むＤ２Ｄ設定通知応答をＭｅＮＢ２００に送信する。

Ｄ２Ｄリソースの設定を示す情報は、Ｄ２Ｄリソースプール（Ｄ２Ｄ送信リソースプール／Ｄ２Ｄ受信リソースプール）の設定を示す情報であってもよいし、Ｄ２Ｄ近傍サービスの種類毎のＤ２Ｄリソースプール（Ｄｉｓｃｏｖｅｒｙリソース情報及び／又はＣｏｍｍｕｎｉｃａｔｉｏｎリソース情報など）の設定を示す情報であってもよい。

ステップＳ８０５において、ＭｅＮＢ２００は、Ｄ２Ｄ設定通知応答に基づいて、ピコセルにおけるＤ２Ｄリソースの設定を示すＤ２Ｄリソース情報の少なくとも一部をＭＵＥ１００に通知する。例えば、ＭｅＮＢ２００は、ピコセルにおけるＤ２Ｄリソースが、マクロセルにおいて許可しないＤ２Ｄリソースを含む場合、許可しないＤ２Ｄリソースの情報をＵＥ１００に通知しない。

第４の方法によれば、ｅＮＢ２００（ＭｅＮＢ２００／ＰｅＮＢ２００）が、割り当てられた周波数帯内の範囲内に設定されたＤ２Ｄリソースしか自セルのＵＥ（ＭＵＥ１００／ＰＵＥ１００）に通知しない場合であっても、異なるセルに在圏するＵＥ間でＤ２Ｄ通信可能となる。

なお、ＭｅＮＢ２００とＰｅＮＢ２００との関係が逆であってもよい。すなわち、ＰｅＮＢ２００が、Ｄ２Ｄ設定通知要求をＭｅＮＢ２００に送信してもよい。また、対等の関係にあるｅＮＢ２００間において、第４の方法が行われてもよい。

第５の方法は、ＭｅＮＢ２００とＰｅＮＢ２００とが、ｅＮＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅを用いて、Ｄ２Ｄリソース情報を交換するという方法である。図２０を用いて、第５の方法を説明する。図２０は、その他実施形態に係る第５の方法を説明するためのシーケンス図である。

図２０に示すように、ステップＳ９０１において、ＭｅＮＢ２００とＰｅＮＢ２００とは、ｅＮＢ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅを用いて、自セルの情報を交換する。自セルの情報は、自セルにおけるＤ２Ｄリソースの設定を示すＤ２Ｄリソース情報を含む。

ステップＳ９０２において、ＭｅＮＢ２００は、マクロセルの運用周波数とＰｅＮＢ２００が管理するピコセルの運用周波数とが合致しない場合、合致しない運用周波数のセルにおけるＤ２Ｄリソースの設定を示すＤ２Ｄリソース情報の少なくとも一部をＭＵＥ１００に通知する。また、ＰｅＮＢ２００は、ＭｅＮＢ２００と同様に、合致しない運用周波数のセルにおけるＤ２Ｄリソースの設定を示すＤ２Ｄリソース情報の少なくとも一部をＰＵＥ１００に通知してもよい。

なお、対等の関係にあるｅＮＢ２００間において、第５の方法が行われてもよい。

また、上述した各実施形態において、ＵＥ１００は、Ｄ２Ｄリソース情報によって示される周波数（帯）だけでなく、Ｄ２Ｄリソース情報によって示される周波数（帯）以外の周波数帯をＤ２Ｄ近傍サービス（例えば、Ｄ２Ｄ発見手順、Ｄ２Ｄ通信など）で使用してもよい。例えば、Ｄ２Ｄリソース情報が、Ｄ２Ｄ近傍サービスで使用可能な周波数のリスト（Ｄ２Ｄ周波数リスト）である場合、ＵＥ１００は、Ｄ２Ｄ周波数リストに存在する周波数以外の周波数において、Ｄ２Ｄ無線信号の送信又は受信を行う（試みる）ことができる。これにより、ＵＥ１００は、Ｄ２Ｄ周波数リストによって示されない周波数においても、Ｄ２Ｄ近傍サービスを利用することが可能となる。

例えば、図２１に示すように、ＰＬＭＮ１に属するｅＮＢ２００−１が、ＳＩＢ１８によって、Ｄ２Ｄ周波数リストをブロードキャストし、ＰＬＭＮ１の周波数Ｆ１に属するセルに在圏するＵＥ１００が、ｅＮＢ２００−１（当該セル）から、Ｄ２Ｄリソース情報として、Ｄ２Ｄ周波数リストを受信したケースを想定する。当該Ｄ２Ｄ周波数リスト（以下、第１のＤ２Ｄ周波数リスト）は、Ｄ２Ｄ近傍サービスで（例えば、Ｄ２Ｄ発見手順において）使用可能Ｄ２Ｄ周波数（帯）として、ＰＬＭＮ１に属する周波数Ｆ２及びＰＬＭＮ２に属する周波数Ｆ３を示す情報を含む。ＵＥ１００は、第１のＤ２Ｄ周波数リストに基づいて、セル探索によって周波数Ｆ３に属するセルを見つけることができる。

一方で、ＵＥ１００は、ＰＬＭＮ２の周波数Ｆ３に属するセル（ｅＮＢ２００−２）から、Ｄ２Ｄ周波数リスト（以下、第２のＤ２Ｄ周波数リスト）を受信する。第２の周波数リストは、ＰＬＭＮ１に属する周波数Ｆ１及びＰＬＭＮ２に属する周波数Ｆ４を示す情報を含む。この場合、ＵＥ１００は、第１のＤ２Ｄ周波数リストに含まれない周波数Ｆ４を使用して、Ｄ２Ｄ発見信号を送信又は受信を行うことができる。また、ＵＥ１００は、Ｄ２Ｄ周波数リストに存在する周波数が属するＰＬＭＮ以外のＰＬＭＮにおいて、Ｄ２Ｄ無線信号の送信又は受信を行ってもよい。

或いは、ＵＥ１００は、Ｄ２Ｄ周波数リストに存在する周波数においてのみ、Ｄ２Ｄ無線信号の送信又は受信を行わなければならなくてもよい。Ｄ２Ｄ周波数リストに存在しない周波数では、Ｄ２Ｄ近傍サービスが利用されていない可能性が高いため、ＵＥ１００は、不要なＤ２Ｄ無線信号の送信又は受信を低減することができる。また、Ｄ２Ｄ周波数リストに存在しない周波数において行われている通信（例えば、セルラ通信）に与える干渉を低減できる。従って、ＵＥ１００は、Ｄ２Ｄ周波数リストに存在しない周波数の使用がネットワーク（ｅＮＢを含む）から許可されている（或いは、禁止されていない）場合にのみ、Ｄ２Ｄ周波数リストに存在しない周波数を使用してもよい。そうでない場合、ＵＥ１００は、Ｄ２Ｄ周波数リストに存在しない周波数を使用しなくてもよい。

また、ＵＥ１００は、Ｄ２Ｄ周波数リストに存在する周波数以外の周波数において、Ｄ２Ｄ無線信号の送信又は受信を行う場合、周波数に優先順位を付けてもよい。例えば、ＵＥ１００は、Ｄ２Ｄ周波数リストに存在する周波数を第１優先の周波数と決定し、Ｄ２Ｄ周波数リストに存在しない周波数を第２優先の周波数と決定してもよい。ＵＥ１００は、第１優先の周波数においてＤ２Ｄ無線信号の送信又は受信を行った後に、Ｄ２Ｄ無線信号の送信又は受信機会がある場合にのみ又はＤ２Ｄ無線信号の送信機会又は受信機会が追加された場合にのみ、第２優先の周波数においてＤ２Ｄ無線信号の送信又は受信を行ってもよい。或いは、ＵＥ１００は、サービングセルと異なる他の周波数帯を示す周波数リストと共に優先度を示す情報（ｃｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙ）をＳＩＢによってｅＮＢ２００から受信した場合、当該優先度を示す情報に基づいて、Ｄ２Ｄ周波数リストに存在する（及びＤ２Ｄ周波数リストに存在しない）周波数に優先順位を付けてもよい。ＵＥ１００は、優先度を示す情報の代わりに、セル（再）選択に関する設定値に基づいて、Ｄ２Ｄ周波数リストに存在する（及びＤ２Ｄ周波数リストに存在しない）周波数に優先順位を付けてもよい。また、ＵＥ１００が、周波数に優先順位を付けるだけでなく、ｅＮＢ２００（例えば、サービングセル及び／又は他のセル）から受信したＤ２Ｄ周波数リストに存在する複数の周波数のそれぞれに予め優先順位が付けられていてもよい。ＵＥ１００は、Ｄ２Ｄ周波数リストと共に複数の周波数のそれぞれの優先順位を示す情報をｅＮＢ２００から受信してもよい。或いは、Ｄ２Ｄ周波数リストに存在する複数の周波数が優先順位の高い（又は低い）順に並んでいてもよい。

また、ＵＥ１００は、Ｄ２Ｄ周波数の優先順位に基づいて、セル（再）選択を行ってもよい。例えば、ＵＥ１００は、優先順位の高いＤ２Ｄ周波数をサポートするセル（すなわち、自セルの周波数（帯）が優先順位の高いＤ２Ｄ周波数であるセル）を優先的に選択してもよい。或いは、ＵＥ１００は、優先順位の低いＤ２Ｄ周波数をサポートするセル（すなわち、自セルの周波数（帯）が優先順位の低いＤ２Ｄ周波数であるセル）を選択しなくてもよい。或いは、ＵＥ１００は、Ｄ２Ｄ周波数の優先順位に応じた値を、セル（再）選択の判定式（例えば、Ｓｒｘｌｅｖ、Ｓｑｕａｌ、Ｒｓ、Ｒｎなど）のオフセット値として使用してもよい。ＵＥ１００は、Ｄ２Ｄ周波数リストと共にオフセット値をＳＩＢによってｅＮＢ２００から取得してもよい。このように、ＵＥ１００は、Ｄ２Ｄリソース情報（Ｄ２Ｄリソース通知に含まれる情報）を、Ｄ２Ｄ近傍サービス（例えば、Ｄ２Ｄ発見信号のモニタ）のために直接的に利用するだけでなく、他の用途（例えば、セル選択）に使用することができる。

また、ＵＥ１００は、Ｄ２Ｄ近傍サービスへの興味に応じてセル（再）選択を行ってもよい。例えば、ＵＥ１００は、Ｄ２Ｄ近傍サービスにおいて送信に興味がある場合、Ｄ２Ｄ周波数リストに存在するＤ２Ｄ周波数をサポートするセルを優先して選択してもよい。また、ＵＥ１００は、Ｄ２Ｄ近傍サービスにおいて受信にのみ興味がある場合、Ｄ２Ｄ周波数をサポートするセルを選択して、キャンプしてもよい。なお、ＵＥ１００は、Ｄ２Ｄ近傍サービスにおいて受信にのみ興味がある場合であっても、通常通りにセル選択を行い、Ｄ２Ｄ周波数リストに存在する周波数においてモニタを行うことも勿論可能である。

また、上述した各実施形態において、ＵＥ１００は、複数のセル（複数のｅＮＢ２００）のそれぞれから、Ｄ２Ｄリソース情報を受信した場合、ＵＥ１００は、受信した複数のＤ２Ｄリソース情報に基づいて、Ｄ２Ｄ近傍サービスを利用してもよい。例えば、ＵＥ１００は、複数のＤ２Ｄリソース情報のそれぞれがＤ２Ｄ周波数リストである場合、複数のＤ２Ｄ周波数リストの少なくとも１つに存在する周波数（例えば、ＯＲ演算（論理和）によって示される全ての周波数）において、Ｄ２Ｄ無線信号の送信又は受信を行ってもよい。これにより、ＵＥ１００は、Ｄ２Ｄ近傍サービスで使用可能な最大の数の周波数を使用できるため、多くのＵＥがＤ２Ｄ近傍サービスの相手端末となり得る。或いは、ＵＥ１００は、複数のＤ２Ｄ周波数リストに共通して存在する周波数（例えば、ＡＮＤ演算（論理積）によって示される全ての周波数）において、Ｄ２Ｄ無線信号の送信又は受信を行ってもよい。これにより、ＵＥ１００は、最も使用されている可能性の高い周波数を使用できる。或いは、ＵＥ１００は、複数のＤ２Ｄ周波数リストの差分を算出し、複数のＤ２Ｄ周波数リストのそれぞれにのみ存在する周波数（例えば、ＸＯＲ演算（排他的論理和）によって示される全ての周波数）をｅＮＢ２００（例えば、サービングセル）に通知してもよい。上述したその他実施形態（図１９参照）と同様に、ｅＮＢ２００は、ＵＥ１００からの通知に基づいて、自セルのＤ２Ｄリソース情報（例えば、Ｄ２Ｄ周波数リスト）及び／又はｅＮＢ２００が保持する他のｅＮＢ２００のＤ２Ｄリソース情報（例えば、Ｉｎｔｅｒ−ＰＬＭＮリスト）を更新してもよい。ｅＮＢ２００は、更新したＤ２Ｄリソース情報をＳＩＢ（例えば、ＳＩＢ１８）によって送信してもよい。また、ｅＮＢ２００は、ＵＥ１００からの通知に含まれる情報が正しいかどうかを、ネットワーク（例えば、少なくともＤ２Ｄ近傍サービスに使用可能な周波数帯を管理する管理サーバ）に問い合わせてもよい。ｅＮＢ２００は、ＵＥ１００からの通知に含まれる情報が正しい場合、又は、ＵＥ１００からの通知に含まれる情報がネットワークに認証された場合に、Ｄ２Ｄリソース情報を更新してもよい。

また、上述した第２実施形態に係る第２の動作の変更例２において、ｅＮＢ２００♯１は、ＵＥ１００♯１ａから受信した第２のＤ２Ｄリソース情報を、他のＵＥ（具体的には、ＵＥ１００♯１ｂ）に知らせるために更新した第２のＤ２Ｄリソース情報（すなわち、ｅＮＢ２００♯１において最新の第２のＤ２Ｄリソース情報）をセル内♯１にブロードキャストしていたが、これに限られない。例えば、ｅＮＢ２００♯１は、Ｄ２Ｄ近傍サービスに興味がある全てのＵＥ１００に対して、個別信号（dedicated ｓｉｇｎａｌｉｎｇ）によって、最新の第２のＤ２Ｄリソース情報を送信してもよい。この場合、ｅＮＢ２００♯１は、第２のＤ２Ｄリソース情報を報告したＵＥ１００♯１ａに対しては、最新の第２のＤ２Ｄリソース情報を送信しなくてもよい。

また、ＵＥ１００♯１ａは、ＰｒｏＳｅ指示（ＰｒｏＳｅ Ｉｎｄｉｃａｔｉｏｎ）によって、ｅＮＢ２００♯２から受信した第２のＤ２Ｄリソース情報をｅＮＢ２００♯１（サービングセル）に送信してもよい。ＰｒｏＳｅ指示は、Ｄ２Ｄ近傍サービスに関する情報をｅＮＢに送信するためのメッセージである。例えば、ＰｒｏＳｅ指示は、Ｄ２Ｄ近傍サービスへの興味情報（Ｄ２Ｄ近傍サービスに興味があることを示す情報／Ｄ２Ｄ近傍サービスにもはや興味ことを示す情報）を含むメッセージである。

また、ＵＥ１００♯１ａは、ｅＮＢ２００♯１からの個別の要求（問い合わせ）に応じて、第２のＤ２Ｄリソース情報をｅＮＢ２００♯１に送信してもよい。或いは、ＵＥ１００♯１ａは、ｅＮＢ２００♯１からブロードキャストされる情報（例えばＳＩＢ）に基づいて、第２のＤ２Ｄリソース情報をｅＮＢ２００♯１に送信してもよい。例えば、ｅＮＢ２００♯１からブロードキャストされる情報が、第２のＤ２Ｄリソース情報の報告を要求する情報を含む場合、ＵＥ１００♯１ａは、第２のＤ２Ｄリソース情報をｅＮＢ２００♯１に送信してもよい。そうでない場合、ＵＥ１００♯１ａは、第２のＤ２Ｄリソース情報をｅＮＢ２００♯１に送信しなくてもよい。或いは、ＵＥ１００♯１ａは、ｅＮＢ２００♯１から受信した第２のＤ２Ｄリソース情報とｅＮＢ２００♯２から受信した第２のＤ２Ｄリソース情報とが異なる場合にのみ、ｅＮＢ２００♯２から受信した第２のＤ２Ｄリソース情報をｅＮＢ２００♯１に送信してもよい。これにより、ｅＮＢ２００♯１に在圏する全てのＵＥ１００が、他のｅＮＢから受信したＤ２Ｄリソース情報を報告することを回避することができる。

また、ＵＥ１００♯１ａは、ｅＮＢ２００♯２から受信した第２のＤ２Ｄリソース情報の全てをｅＮＢ２００♯１に送信してもよいし、第２のＤ２Ｄリソース情報の少なくとも一部をｅＮＢ２００♯１に送信してもよい。例えば、ＵＥ１００♯１ａは、第２のＤ２Ｄリソース情報が複数のＤ２Ｄ周波数を示す場合、ｅＮＢ２００♯１（サービングセル）から受信した第１のＤ２Ｄリソース情報によって示されるＤ２Ｄ周波数と重複しているＤ２Ｄ周波数を示す情報の送信を省略してもよい。

なお、ｅＮＢ２００♯１は、ＳＩＢ変更期間（ＳＩＢ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｐｅｒｉｏｄ）が満了したか否かに基づいて、ブロードキャストされる情報に、第２のＤ２Ｄリソース情報の報告を要求する情報を含めるか否かを判定してもよい。具体的には、ｅＮＢ２００♯１は、ＳＩＢ変更期間が満了した場合に、ブロードキャストされる情報に第２のＤ２Ｄリソース情報の報告を要求する情報を含めず、ＳＩＢ変更期間が満了していない場合に、ブロードキャストされる情報に第２のＤ２Ｄリソース情報の報告を要求する情報を含めてもよい。ｅＮＢ２００♯１は、ＵＥから報告された第２のＤ２Ｄリソース情報によって更新された第２のＤ２Ｄリソース情報を含むＳＩＢをセル♯１内にブロードキャストできる。なお、ＳＩＢ変更期間は、無線フレーム数で表現される実際の変更周期（ｍｏｄｉｆｉｃａｔｉｏｎＰｅｒｉｏｄＣｏｅｆｆ）＊初期ページング周期（ｄｅｆａｕｌｔＰａｇｉｎｇＣｙｃｌｅ）によって算出される。

また、上述した第２実施形態（特に、第２の動作）において、ｅＮＢ２００（例えば、ｅＮＢ２００♯２）は、他セルにおいてＤ２Ｄ近傍サービスで使用可能な周波数帯の情報を含むＳＩＢ（例えば、第１のＤ２Ｄリソース情報を含むＳＩＢ）を送信している。この場合において、ｅＮＢ２００♯２が送信するＳＩＢに含まれる第１のＤ２Ｄリソース情報は、ｅＮＢ２００♯１が送信する第１のＤ２Ｄリソース情報と同じ内容であってもよいし、ｅＮＢ２００♯１が送信する第１のＤ２Ｄリソース情報の少なくとも一部であってもよい。

また、上述した第２実施形態において、ＵＥ１００は、サービングセルにおける第１のＤ２Ｄリソース情報と他セル（又は他ＰＬＭＮ）における第２のＤ２Ｄリソース情報とを保持している場合、第１のＤ２Ｄリソース情報を優先的に使用してもよい。例えば、サービングセルにおいてＤ２Ｄ近傍サービスに使用可能なＤ２Ｄリソースプールと他セルにおいてＤ２Ｄ近傍サービスに使用可能なＤ２Ｄリソースプールとの少なくとも一部が時間方向において重複する場合、ＵＥ１００は、重複部分において、サービングセルにおけるＤ２Ｄリソースプールを優先的にＤ２Ｄ近傍サービス（例えば、Ｄ２Ｄ発見信号の受信）に使用してもよい。なお、ＵＥ１００が、無線送受信機１１０を１つのみ備える場合に、サービングセルにおけるＤ２Ｄリソースプール（例えば、送信リソースプール）を、他セルにおけるＤ２Ｄリソースプール（例えば、受信リソースプール）よりも優先的に使用してもよい。

また、上述した第１実施形態では、セルラ通信に使用可能な無線リソースを減少させることなくＤ２Ｄ通信を可能とするために、サービングセル（具体的には、セル♯２）が属する周波数帯（具体的には、８００ＭＨｚ帯）と異なる周波数帯を、Ｄ２Ｄ通信に使用可能としていた。すなわち、サービングセルは、Ｄ２Ｄ近傍サービス（例えば、Ｄ２Ｄ通信）をサポートしていない場合であっても、Ｄ２Ｄ近傍サービスに使用可能な周波数帯を示す情報（例えば、Ｄ２Ｄ周波数リスト）を送信してもよい。また、サービングセルは、Ｄ２Ｄ近傍サービスをサポートしていない場合に、Ｄ２Ｄ近傍サービスに使用可能な周波数帯を示す情報だけでなく、Ｄ２Ｄ近傍サービスをサポートしているセルがＳＩＢ１８によって配下のＵＥに送信するＤ２Ｄリソース情報（の少なくとも一部）を送信してもよい。或いは、ｅＮＢ２００が、全ての自セルにおいてＤ２Ｄ近傍サービスをサポートしていない場合に、当該Ｄ２Ｄリソース情報を送信してもよい。なお、Ｄ２Ｄ近傍サービスをサポートしていないｅＮＢ２００とは、Ｄ２Ｄリソース情報をＳＩＢ及び／又は個別信号によって能力的に送信することができないレガシーｅＮＢ２００であってもよいし、Ｄ２Ｄ近傍サービスを（一時的に）許可していないｅＮＢ２００であってもよいし、Ｄ２Ｄ近傍サービスを（一時的に）禁止しているｅＮＢ２００であってもよい。

上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。

［付記］
［１］導入
合意事項
・モニタＵＥ（ｍｏｎｉｔｏｒｉｎｇ ＵＥ）のためにｉｎｔｅｒ−Ｆｒｅｑｕｅｎｖｙ及びｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙをサポートする。

・ｅＮＢは、（可能であれば、対応するＰＬＭＮ ＩＤと共に）ＵＥがＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ信号の受信を試みるキャリア（ｉｎｔｒａ−ＰＬＭＮ−ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ及び／又はｉｎｔｅｒ−ＰＬＭＮ−ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）のリストをＳＩＢで提供してもよい。

・セルは、他のキャリアに関する詳細なＰｒｏＳｅ設定（ＳＩＢ１８）を提供しない。ＵＥが他のキャリア上でＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ信号を受信したい場合、当該他のキャリアからＳＩＢ１８（及び他の関連するＳＩＢ）を読む必要がある。

・ｅＮＢが、他のｉｎｔｒａ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見情報を提供してもよいという（設定としての）オプションがあるかどうかは、ＦＦＳ（さらなる課題）である。

・ｉｎｔｅｒ−ＰＬＭＮキャリアに関して、上位レイヤ（ｈｉｇｈｅｒ ｌａｙｅｒｓ）が、他のＰｒｏＳｅキャリアのリストを代わりに提供できるかどうかは、ＦＦＳである。

・ＵＥは、（ネットワークに許可された場合、）サービングセル上でのみＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ信号を送信する。

・ｉｎｔｒａ−及びｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ（及びｉｎｔｅｒ−ＰＬＭＮ） ＰｒｏＳｅ受信は、Ｕｕ受信に影響を与えない（例えば、ＵＥが、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ受信を実行するために、アイドル状態及び接続状態でＤＲＸ機会を利用したり、利用可能な場合は第２のＲＸチェインを使用したりする）。ＵＥは、自律的なギャップを作り出すべきではない。

・ＵＥは、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセルのＳＩＢからＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ設定を取得しなければならない場合、この動作は、サービングセル上でのＵＥのＵｕ受信に影響を与えない。

・Ｉｎｔｒａ−又はｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ受信に興味がある（又は興味がなくなった）ＲＲＣ接続ＵＥは、ｅＮＢに「ＰｒｏＳｅ指示」を送ることによってその旨を示す。

この付記では、iｎｔｅｒ−Ｆｒｅｑｕｅｎｃｙ及びiｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙ（異なる周波数間及び異なるＰＬＭＮ間におけるＤ２Ｄ発見手順）をサポートするための未解決の課題を、可能な解決策に沿って考察する。

［２］Iｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙ観点での未解決の課題
この章では、iｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／iｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙを考察する。

（２．１）上位レイヤがｉｎｔｅｒ−ＰＬＭＮキャリアリストを提供するかどうかに関するＦＦＳ
ｉｎｔｅｒ−ＰＬＭＮキャリアに関して、上位レイヤが、他のＰｒｏＳｅキャリアのリストを代わりに提供できるかどうかは、ＦＦＳである。これは、サービングセルが所定の理由のためにＳＩＢ１８を提供できない場合に、ＵＥにとって有益な可能性がある。しかしながら、既存のコンセプトを引き継ぐために、ＲＡＮ（無線アクセスネットワーク）自身が、自身のセルの動作周波数を決定して、且つ、どのキャリアがｄｉｓｃｏｖｅｒｙをサポートするかを決定する責任を有さなくてはならない。さらに、現時点では、上位レイヤ、すなわち、ＰｒｏＳｅ機能は、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ（Ｄ２Ｄ発見手順）のためのキャリアのリストを提供できない、すなわち、Ｅ−ＵＴＲＡＮがサービスを提供できない時にＰｒｏＳｅ直接通信に使用される無線パラメータのみが提供されてもよい。そのような上位レイヤ信号を導入した場合、ＲＡＮとＰｒｏＳｅ機能との間の追加のインターフェイスの導入が必要となる。従って、少なくともリリース１２では、上位レイヤによって提供されるｉｎｔｅｒ−ＰＬＭＮ ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙのための他のキャリアのリストをサポートすべきでないということを提案する。

提案１：少なくともリリース１２において、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙをサポートするｉｎｔｅｒ−ＰＬＭＮ周波数のリストをＲＡＮのみが提供することを前提とすべきである。

（２．２）現状の合意のさらなる明確化
（２．２．１）ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙキャリアのリストを受信する上でのＵＥ動作
ＵＥがＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ信号の受信を目的にできるキャリアのリストを、ｅＮＢはＳＩＢで提供してもよい。これは、当該リストを制限するものであるか、当該リストがＵＥを補助するものであるかの一方又は両方のように思える。ｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙ信号のモニタは、既存のＰＬＭＮ選択手順の後に実行されるので、より明確にリストを受信する上でのＵＥ動作を定義する必要がある。リストが、モニタＵＥの不必要な電力消費を減少させるための単なる補助情報である、すなわち、ＵＥは、リストで提供されたキャリア上で送信されたＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ信号のみをモニタしてもしなくてもよい、ことが好ましいと理解する。これは、例えば、図２１に示すように、他のＰＬＭＮ（すなわち、ＰＬＭＮ２）のＳＩＢ１８におけるリストに存在し、サービングセル（すなわち、ＰＬＭＮ１）のＳＩＢ１８のリストには存在しない追加のＰｒｏＳｅキャリア（Ｄ２Ｄ周波数）に、ＵＥが気付いた場合、当該ＵＥは、追加のＰｒｏＳｅキャリア上で送信されたｄｉｓｃｏｖｅｒｙ信号をモニタしてもよいことを意味している。さらに、ＵＥが上位レイヤから許可を得ており、且つ、Ｕｕ受信に影響を与えない場合に限り、ＰＬＭＮ１又はＰＬＭＮ２から受信したＳＩＢ１８のリストに存在する周波数かどうかに関係なく、ＵＥは、さらに他のＰＬＭＮ（すなわち、図２１には描かれていないＰＬＭＮ３）でｄｉｓｃｏｖｅｒｙ信号をモニタするかどうかをさらに決定してもよい。

提案２：ＵＥは、ＳＩＢ１８のリストに存在するＰｒｏＳｅキャリア以外のキャリアに合わせることをサービングセルから要求されない。さらに、ＵＥが、サービングセルのＳＩＢ１８のリストに存在しない周波数をモニタすることに何ら制限を与えない。

（２．２．２）「ＰｒｏＳｅ受信がＵｕ受信に影響を与えない」の明確化
上述の合意事項では、ＰｒｏＳｅ受信は、Ｕｕ受信に影響を与えない（例えば、ＵＥが、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ受信を実行するために、アイドル及び接続状態でＤＲＸ機会を利用したり、利用可能な場合は第２のＲＸチェインを使用したりする）ことが表明されている。この合意の主な目的は、ＵＥがＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙのための自律的なギャップを使用することを避けるためである。これは、ｅＮＢから設定されたギャップ（ｅＮＢ−ｃｏｎｆｉｇｕｒｅｄ ｇａｐ）は、メジャメントギャップ手順に関する既存のメカニズムに基づいており、Ｕｕ受信に影響を与えると見なされないことを意味する。

確認１：明確にｅＮＢから設定されたギャップは、Ｕｕ受信に影響を与えると見なされない。

ＤＲＸ機会のみを用いるＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙは、発見確率の低下、すなわち、ベストエフォートｄｉｓｃｏｖｅｒｙ、になってもよい。二重のＲｘチェイン能力を有するＵＥは、追加の利点を有するけれども、現状、ｄｉｓｃｏｖｅｒｙに関して単一の受信機が前提となっている。さらに、非公安ＵＥ（ｎｏｎ−ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）は、Ｄ２Ｄ近傍サービスをサポートするＦＤＤキャリアのＤＬ及びＵＬスペクトル上で同時に受信できなくてもよいことが前提となっている。

所見１：ＤＲＸ機会のみが利用される場合、ｄｉｓｃｏｖｅｒｙ機会は非常に限定されることがある。

ＤＲＸ機会のみが利用されることによって潜在的にｄｉｓｃｏｖｅｒｙ機会が低下することを考慮すると、ｄｉｓｃｏｖｅｒｙ機会は、既存のギャップメカニズムに基づくべきである。しかしながら、ギャップメカニズムがｄｉｓｃｏｖｅｒｙのために機能するために、サービングセルは、Ｄｉｓｃｏｖｅｒｙモニタに興味があるＵＥに適切なパラメータを設定するために、他のｉｎｔｅｒ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見情報を有するべきである。ＵＥが、他のＩｎｔｅｒ−ＰＬＭＮキャリア上で送信されたｄｉｓｃｏｖｅｒｙ信号をモニタするために、他のＩｎｔｅｒ−ＰＬＭＮキャリアのＳＩＢ１８を読む必要があることが合意されたので、ＵＥは、既に取得している他のｉｎｔｅｒ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見情報をサービングセルに通知する能力を有する必要があることが前提となるであろう。サービングセルが、関心のあるＰＬＭＮ間の詳細なＰｒｏＳｅ発見設定の情報を全く持っていない、すなわち、ネットワークレベルでの協調（すなわち、ＯＡＭ間又はＲＡＮ間での詳細なｄｉｓｃｏｖｅｒｙ情報の共有）がない場合に、サービングセルが、ＵＥのためにギャップを設定するかどうかを決定する前に当該情報を取得するためのオプションとして、以下の２つのオプションが考えられる。

・オプション１：ＵＥは、ｉｎｔｅｒ−ＰＬＭＮセル（異なるＰＬＭＮに属するセル）から受信したＳＩＢ１８の一部又は全部をサービングセルに転送する。ＵＥが、ｉｎｔｅｒ−ＰＬＭＮ ＳＩＢ１８情報をサービングセルに送らなくてはならない場合は、さらなる課題である。

・オプション２：ＵＥは、可能なギャップ機会、例えば、ＵＥがｉｎｔｅｒ−ＰＬＭＮセルから受信したＳＩＢ１８に基づいて決定したギャップパターン、をサービングセルに通知する。

オプション１は、ＵＥが複数のＳＩＢ１８をサービングセルに転送することが必要かもしれないので、シグナリングオーバヘッドの観点から、オプション２の方が、オプション１よりも好ましい。比較した場合、オプション２は、ＵＥが希望するギャップパターンをサービングセルに通知することを必要とするだけである。ＮＷ間でのｉｎｔｅｒ−ＰＬＭＮ協調を前提にできるかをサービングセルが示すことができるかどうか、また、ｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙのためにＵＥ補助が必要かどうかをＮＷが決定できるかどうかは、さらなる課題である。

提案３：サービングセルは、Ｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙモニタ（異なるＰＬＭＮ間におけるｄｉｓｃｏｖｅｒｙ信号の受信）のためのギャップをＵＥに設定すべきである。当該設定は、ＵＥから要求されたギャップパターンに基づいてもよい。

［３］ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ ｄｉｓｃｏｖｅｒｙ観点での未解決の課題
この章では、iｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／iｎｔｒａ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙを考察する。

（３．１）ｅＮＢが、他のｉｎｔｒａ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見情報を提供してもよいという（設定としての）オプションがあるかどうかは、ＦＦＳである。

Ｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙとは対照的に、Ｉｎｔｒａ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙ（同一ＰＬＭＮにおけるＤ２Ｄ発見手順）に関して、サービングセルがＵＥに近隣セルの詳細なＰｒｏＳｅ発見情報を直接提供しているかどうかに関係なく、サービングセルが近隣セルの詳細なＰｒｏＳｅ発見情報を有することを前提としてもよい。

上記ＦＦＳは、サービングセルが自身のＳＩＢ１８を提供しているだけでなく、他のｉｎｔｒａ−ＰＬＭＮ周波数の詳細なＰｒｏＳｅ発見情報を提供してもよいことを示唆している。上記ＦＦＳの意義は、サービングセルがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセル（異周波数セル）のＰｒｏＳｅ発見情報をＵＥに提供できるかどうかではなく、サービングセルがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセルとの協調が実際にできることである。後者のＦＦＳの意義のみに関して、サービングセルは、詳細なＰｒｏＳｅ発見情報を提供せずに、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙのためにＵＥに適切なギャップを設定できる。

表１は、２つのケース、（１）ＵＥが他のキャリアからＳＩＢ１８を直接取得する（ベースライン）、（２）ＵＥが自身のサービングセルからのみＳＩＢ１８情報を取得する（ＦＦＳ）ケース、に関する比較を示す。両方のスキームとも欠点を有しているが、ＦＦＳスキーム（ケース２）は、ＵＥ複雑性を減少させ、ネットワークが設定可能な動作を許容できるという利点を有する。ベースラインスキーム（ケース１）は、既存のＤＲＸメカニズムに依存している。従って、たとえＵＥが他のキャリアからＳＩＢ１８を直接取得したとしても、ｄｉｓｃｏｖｅｒｙ機会が非常に限定されている場合、その情報は、ＵＥにとって全く有用でない。従って、設定オプションとして、ｅＮＢが他のｉｎｔｒａ−ＰＬＭＮ周波数（同一ＰＬＭＮ周波数）についての詳細なＰｒｏＳｅ発見情報を提供できる能力を有することを提案する。

提案４：ｅＮＢは、設定オプションとして、ＳＩＢ及び／又は個別信号を介して他のＩｎｔｒａ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見情報を提供してもよい。

たとえ提案４が合意できない場合であっても、代替的なスキームを考察することが可能である。表１に示すように、ネットワークが設定可能なｄｉｓｃｏｖｅｒｙ機会は、ＵＥ複雑性の減少だけでなく、ｄｉｓｃｏｖｅｒｙパフォーマンスを確保するのに有益である。サービングセルが、ＯＡＭを介してｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ近隣セルのＳＩＢ１８情報を取得してもよいことを前提にしてもよい。この代替案では、サービングセルが他のＩｎｔｒａ−ＰＬＭＮ周波数上でのＳＩＢ１８の全部の内容を提供しないだけでなく、ＵＥが他のキャリア上でのＳＩＢ１８の一部又は全部をサービングセルに通知する必要もないが、サービングセルは、ｄｉｓｃｏｖｅｒｙモニタのためのギャップをＵＥに設定する能力を有している。欠点（シグナリング負荷）を取り除くことができるので、この代替的なスキームは、妥協案になる可能性がある。

提案５：たとえサービングセルが詳細ＰｒｏＳｅ発見情報をＵＥに提供することに合意できない場合であっても、サービングセルがｄｉｓｃｏｖｅｒｙモニタのための適切なギャップをＵＥに設定すべきである。

（３．２）現在の合意のさらなる明確化
（３．２．１）自身のキャリアでＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙをサポートしないサービングセルが他のＰｒｏＳｅキャリアのリストを提供できるかどうか
ｅＮＢは、（可能であれば、対応するＰＬＭＮ ＩＤと共に）ＵＥがＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ信号の受信を試みるキャリア（ｉｎｔｒａ−ＰＬＭＮ−ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ及び／又はｉｎｔｅｒ−ＰＬＭＮ−ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）のリストをＳＩＢで提供してもよいことが合意されているが、図２２に示すように、自身のキャリアでＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙをサポートしないセービングセルが他のＰｒｏＳｅキャリアのリストを提供できるかどうかを明確にすべきである。

図２２は、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙをサポートしないサービングセルにキャンプするモニタＵＥがＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙをサポートするキャリアのリストを知りたい場合の一例を示す。サービングセルがＳＩＢでキャリアのリストを提供する場合、モニタＵＥの動作は、合意されたｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ ｄｉｓｃｏｖｅｒｙと同様である。

提案６：自身のキャリアでＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙをサポートしないサービングセルも他のＰｒｏＳｅキャリアのリスト（及び詳細なＰｒｏＳｅ発見情報（もし提案４が合意された場合））をＳＩＢで提供すべきである。

（３．２．２）ＰｒｏＳｅ指示を受信するＮＷ動作
ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ（Ｄ２Ｄ発見手順）及びｃｏｍｍｕｎｉｃａｔｉｏｎ（Ｄ２Ｄ通信）の両方に関して、ＵＥがｄｉｓｃｏｖｅｒｙに関する意図を通知するためにＰｒｏＳｅ指示をサービングセルに送ることが合意された。ＰｒｏＳｅ ｃｏｍｍｕｎｉｃａｔｉｏｎに関して、ＰｒｏＳｅ指示を受信するｅＮＢ動作は、ＰｒｏＳｅ ｃｏｍｍｕｎｉｃａｔｉｏｎをサポートするキャリアへＵＥを移動させるハンドオーバに関するオプションを含む。しかしながら、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙに関して、ＰｒｏＳｅ指示を受信するＮＷ動作はまだ不明確である。従って、ＵＥ動作もまた不明確であり、例えば、ＵＥがＰｒｏＳｅ指示を送信するトリガが不明確である。

提案７：ｄｉｓｃｏｖｅｒｙに関するＰｒｏＳｅ指示を受信するＮＷに期待される動作を考察すべきである。

以下に示すように、いくつかの候補ＮＷ動作がある。

（Ａ）ハンドオーバ；ロードバランスの目的として、ｅＮＢは、ｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示メッセージ内にＵＥが「興味がある」又は「興味がなくなった」ことを示すかどうかによってキャリアを割り当てるようにＵＥを移動させてもよい（すなわち、ハンドオーバさせてもよい）。

（Ｂ）ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ設定変更；ｄｉｓｃｏｖｅｒｙモニタに関する適切な機会を割り当てるために、ｅＮＢは、ＵＥがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ ｄｉｓｃｏｖｅｒｙに興味があるというＰｒｏＳｅ指示を受信した上で、ＤＲＸパラメータ又は（もし提案３、４又は５が容認可能な場合）ギャップの更新のいずれかをＵＥに再設定してもよい。

ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ ｄｉｓｃｏｖｅｒｙ興味の受信のための他の観点が考察されてもよいことに留意する。

所見２：ｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示を受信した上で、サービングセルは、ｄｉｓｃｏｖｅｒｙモニタを補助するために、ハンドオーバの実行及び／又はＵＥのＤＲＸを変更するオプションを有する。

（３．２．３）ＰｒｏＳｅ指示詳細
（３．２．３．１）周波数情報
ｄｉｓｃｏｖｅｒｙに関して考察されていないが、ｃｏｍｍｕｎｉｃａｔｉｏｎのためのＰｒｏＳｅ指示が、送信及び受信を含むＰｒｏＳｅ ｃｏｍｍｕｎｉｃａｔｉｏｎをサポートするための所望のＰｒｏＳｅ周波数を含むことは、合意されている。ｄｉｓｃｏｖｅｒｙ目的に関して、ＰｒｏＳｅ指示が所望の周波数を含むこともまた利点がある。例えば、興味のある周波数がサービング周波数であることをＵＥが示す場合、ハンドオーバは必要とされない可能性が高い。

そして、興味のある周波数が異なる周波数であることをＵＥが示す場合、サービングセルがＵＥを興味のある周波数にハンドオーバさせる又は少なくともその周波数上でｄｉｓｃｏｖｅｒｙをモニタするためのギャップをＵＥに提供する必要があってもよい。ＵＥは、興味がある周波数の優先傾向（ｐｒｅｆｅｒｅｎｃｅｓ）がないかもしれないが、将来的に、上位レイヤにおいてアプリケーション特有の周波数が示されたり、ＵＥが特定の周波数でのｄｉｓｃｏｖｅｒｙに関する履歴情報を保持したりする可能性がある。例えば、サービングセルが特定の周波数上でＵＥのためにギャップを設定し、ＵＥが当該周波数上で興味があるｄｉｓｃｏｖｅｒｙ信号を受信できる場合、ＵＥが興味のある周波数をサービングセルに示すことは、サービングセルが、その後、ＵＥが興味のない異なる周波数に関するギャップを設定させないために役に立つ。

興味のある周波数がサービング周波数であるケースにおいて、ＵＥがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ ｄｉｓｃｏｖｅｒｙモニタに関する興味を示す方法、例えば、ＵＥが興味のある周波数としてサービング周波数をただ送るかどうかは、ＦＦＳである。

提案８：ＵＥがＰｒｏＳｅ指示に興味のある周波数リストを含ませることを許可すべきである。

ｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示がｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙに関する興味も通知できるかどうかは、まだＦＦＳであるが、提案８の周波数リストは、ＰｒｏＳｅ指示がｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙに関する興味を通知するものかどうかを区別するために用いられてもよい。例えば、サービングセルは、ＰｒｏＳｅ指示の周波数リストと自身のＳＩＢ１８のリストとを比較する手段を用いて、ＰｒｏＳｅ指示がｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙに関する興味を通知していることを知ることができる。もしギャップを設定するための情報を取得するための提案３が容認可能である場合、サービングセルは、ｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙモニタを示唆するＰｒｏＳｅ指示を受信した上で、ＵＥにｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙモニタを行わせるための適切な動作を実行すべきである。

提案９：ｉｎｔｒａ−又はｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ ｄｉｓｃｏｖｅｒｙに加えて、ｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙ受信に関する意図を通知するためのＰｒｏＳｅ指示を許可すべきである。

（３．２．３．２）ＵＥ補助情報（ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｍａｔｉｏｎ）の独立又は統一
ＰｒｏＳｅ指示と同様の機能性に関して、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙリソースを要求するためにＵＥ補助情報メッセージを再利用することが、ベースラインとして合意され、それは、Ｔｙｐｅ２Ｂ ｄｉｓｃｏｖｅｒｙ（すなわち、各ＵＥ個別にｄｉｓｃｏｖｅｒｙ信号のアナウンスのためのリソースが割り当てられる手順）のための送信リソースの要求にのみ関して基本的に前提としていた。従って、ＰｒｏＳｅ指示をベースライン合意と統一すべきかどうかが課題である。表２に機能がリストアップされている。

比較において、ＵＥ補助情報は、単にｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ動作における送信リソースの要求を対象としている。一方、ＰｒｏＳｅ指示は、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ動作を含む多くの機能を有してもよい。しかしながら、ｅＮＢ及び／又はＵＥ動作が矛盾しない限り、同様の機能性に関する２つの独立したメッセージを備える理由は見当たらない。提案１１が容認可能である場合に、ＰｒｏＳｅ指示がｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ ｄｉｓｃｏｖｅｒｙ アナウンスに興味があることを示す場合にそのような矛盾が生じるかもしれないが、当該指示を受信するサービングセルの種類によって区別可能である。すなわち、ＰｒｏＳｅサポートセルであれば、Ｔｙｐｅ２Ｂリソースを割り当てて、非ＰｒｏＳｅサポートセルであれば、ハンドオーバを開始できる。従って、両方のメッセージを１つのメッセージに統一することが好ましい。

提案１０：ベースラインとしてＵＥ補助情報に割り当てられた既存の機能を統一するために、１つのＲＲＣメッセージが導入されるべきである。

（３．１．１．２）アナウンス意図
モニタに関する意図を通知するためのｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示が合意された。ＵＥがｄｉｓｃｏｖｅｒｙアナウンス（送信）を実行したいが非ＰｒｏＳｅサポートセル（すなわち、ＰｒｏＳｅ近傍サービスをサポートしていないセル）に現在接続しているケース（図２２参照）において、ＵＥのためにそのような行き詰まった状況への対処法を考察すべきである。可能な解決法は、サービングセルがＰｒｏＳｅサポートキャリアへのハンドオーバを実行することをＵＥが期待しており、ＵＥがＰｒｏＳｅ指示で当該アナウンス意図をサービングセルに通知することかもしれない。この通知によって、サービングセルは、例えば、ＵＥをＰｒｏＳｅサポートセルにハンドオーバさせる必要があるかどうかを決定できる。ＵＥが二重に受信機を備えており、且つｄｉｓｃｏｖｅｒｙアナウンスの意図を有さないケースでは、ＵＥを非ＰｒｏＳｅサポートセル（おそらく、より輻輳していない１つのセル）にハンドオーバさせて、ＵＥがｄｉｓｃｏｖｅｒｙモニタのために第２の受信機を使用することを許可することが適切かもしれない。

提案１１：ＵＥは、ｄｉｓｃｏｖｅｒｙアナウンスのための意図をサービングセルに通知すべきである。

（３．２．４）ＲＲＣアイドルにおける優先処理
ＲＲＣアイドルＵＥにおける優先処理を考察する前に、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ ｄｉｓｃｏｖｅｒｙをサポートする方法を明確にすべきである。ＭＢＭＳケースにおいて、ＭＢＭＳ受信を試みるＵＥは、単一の受信機を備えている場合に限り、ＵＥは興味のあるＭＢＭＳサービスを提供しているセルにキャンプする必要がある。一方で、「ｉｎｔｒａ−及びｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ（及びｉｎｔｅｒ−ＰＬＭＮ） ＰｒｏＳｅ受信は、Ｕｕ受信に影響を与えない（例えば、ＵＥが、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙ受信を実行するために、アイドル及び接続状態でＤＲＸ機会を利用したり、利用可能な場合は第２のＲＸチェインを使用したりする）。ＵＥは、自律的なギャップを作り出すべきではない。」によれば、ｄｉｓｃｏｖｅｒｙモニタは、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙをサポートするセルにキャップすることを要求していないように思える。これは、既存のｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ測定におけるＣＲＳ受信と同様のアプローチである可能性が高い。しかしながら、ＵＥがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ ｄｉｓｃｏｖｅｒｙモニタのためにそのセルにキャンプすることを要求されるか否かがまだ明確でない。

確認２：ＵＥは、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ（及びｉｎｔｅｒ−ＰＬＭＮ）ｄｉｓｃｏｖｅｒｙモニタを試みるＵＥは、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙをサポートするセルにキャンプすることを要求されない（図２３参照）。

（３．２．２）章で考察したように、ＲＲＣ接続中のＵＥがＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙに興味があるかどうかに基づいたＰｒｏＳｅ指示に付随したハンドオーバを利用して、非ＰｒｏＳｅサポートセルを含むｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセル間でのロードバランスが最適化されてもよい。しかしながら、ｄｉｓｃｏｖｅｒｙモニタに興味のあるＵＥを収容するために、既存の再選択手順及び優先度を変更する必要があるかが明確でない。ＳＩＢ５又は個別信号によって提供されるセル再選択優先度（ＣｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙ）を介してＵＥに対して具体的に設定されているアイドルモードロードバランスに対する問題を考慮しつつ、特に、再選択手順及び優先度の変更を慎重に考慮する必要がある。

少なくともＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙに興味がないＵＥに関して、当該ＵＥは、ｅＮＢによって設定された既存の再選択優先度に従うべきである。

観察３：ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙに興味がなくなったアイドルＵＥは、セル再選択優先度に関して既存の規則に従うべきである。

従って、アイドルのＵＥが、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙに興味がある場合に、既存のセル再選択手順よりもＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙを優先させることを許可するかどうかがさらに考慮すべきである。ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセルがサービングセルと同期してない場合、既存のＤＲＸ機会が、他の周波数上でのｄｉｓｃｏｖｅｒｙモニタに十分であるかを考慮すべきである。さらに、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙモニタに興味があるＵＥが、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙアナウンスに興味がある傾向もある場合には、ＵＥが、ＳＩＮ１８のリストにあるキャリア上で動作するセルにキャンプすることがより良いかもしれない。これは、ｄｉｓｃｏｖｅｒｙ信号を送信する前に再選択を実行することを避けることができるからである。しかしながら、ＵＥがｄｉｓｃｏｖｅｒｙモニタにだけ興味がある場合、セル再選択の間、ＳＩＢ１８のリストにあるキャリアが優先される決定的な理由がないように思える。従って、ＰｒｏＳｅキャリアの優先順位付けが必要かどうかは、ＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙモニタに興味があるＵＥに関する前提に依存する。

提案１２：ＵＥがセル再選択の間にＰｒｏＳｅ ｄｉｓｃｏｖｅｒｙのための優先順位付けを行うことを許可すべきである。

［４］結論
この付記では、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ及びｉｎｔｅｒ−ＰＬＭＮ ｄｉｓｃｏｖｅｒｙに関する未解決の課題を考察し、現在の合意の明確性を与えている。ｄｉｓｃｏｖｅｒｙモニタ手順及びＰｒｏＳｅ指示に関する拡張の必要性を主張している。さらに、既存のセル再選択手順への考慮を与えている。

なお、日本国特許出願第２０１３−２１３５６０号（２０１３年１０月１１日出願）、日本国特許出願第２０１４−０３４２１１号（２０１４年２月２５日出願）、日本国特許出願第２０１４−０３４２１５号（２０１４年２月２５日出願）、日本国特許出願第２０１４−０５９２７７号（２０１４年３月２０日出願）及び、米国仮出願第６２／０５６１０５号（２０１４年９月２６日出願）の全内容が、参照により、本願明細書に組み込まれている。

以上のように、本発明に係る通信制御方法、ユーザ端末、及び通信装置は、セルラ通信に使用可能な無線リソースを減少させることなくＤ２Ｄ近傍サービスを利用できるため、移動通信分野において有用である。

Claims (5)

1. 通信装置が、Ｄ２Ｄリソース通知をユーザ端末に送信するステップを備え、
   前記Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能な所定のＤ２Ｄ無線リソースを示す情報と、前記所定のＤ２Ｄ無線リソースを使用させないようにする条件を示す情報と、前記Ｄ２Ｄ近傍サービスにおける送信電力を制御するためのパラメータの情報と、を含むことを特徴とする通信制御方法。
2. Ｄ２Ｄリソース通知を通信装置から受信する受信部を備え、
   前記Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能な所定のＤ２Ｄ無線リソースを示す情報と、前記所定のＤ２Ｄ無線リソースを使用させないようにする条件を示す情報と、前記Ｄ２Ｄ近傍サービスにおける送信電力を制御するためのパラメータの情報と、を含み、
   前記条件を示す情報に基づいて前記Ｄ２Ｄ無線リソースを使用可能か否かを判断するとともに、前記パラメータの情報に基づいて前記Ｄ２Ｄ近傍サービスにおける送信電力を制御する制御部をさらに備えることを特徴とするユーザ端末。
3. Ｄ２Ｄリソース通知を通信装置から受信する処理を実行し、
   前記Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能な所定のＤ２Ｄ無線リソースを示す情報と、前記所定のＤ２Ｄ無線リソースを使用させないようにする条件を示す情報と、前記Ｄ２Ｄ近傍サービスにおける送信電力を制御するためのパラメータの情報と、を含み、
   前記条件を示す情報に基づいて前記Ｄ２Ｄ無線リソースを使用可能か否かを判断するとともに、前記パラメータの情報に基づいて前記Ｄ２Ｄ近傍サービスにおける送信電力を制御する処理をさらに実行するプロセッサ。
4. Ｄ２Ｄリソース通知をユーザ端末に送信する送信部を備え、
   前記Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能な所定のＤ２Ｄ無線リソースを示す情報と、前記所定のＤ２Ｄ無線リソースを使用させないようにする条件を示す情報と、前記Ｄ２Ｄ近傍サービスにおける送信電力を制御するためのパラメータの情報と、を含むことを特徴とする通信装置。
5. Ｄ２Ｄリソース通知をユーザ端末に送信する処理を実行し、
   前記Ｄ２Ｄリソース通知は、Ｄ２Ｄ近傍サービスで使用可能な所定のＤ２Ｄ無線リソースを示す情報と、前記所定のＤ２Ｄ無線リソースを使用させないようにする条件を示す情報と、前記Ｄ２Ｄ近傍サービスにおける送信電力を制御するためのパラメータの情報と、を含むことを特徴とするプロセッサ。

Images