WO2016021702A1 - ユーザ端末 - Google Patents

Abstract

　本実施形態に係るユーザ端末は、サービングセルの周波数と異なる他の周波数におけるＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）から、近傍端末を発見するためのＤ２Ｄ発見手順用のリソースプールを特定可能な情報を取得する制御部を備える。前記制御部は、前記リソースプールを特定可能な情報に基づいて、前記他の周波数において、前記Ｄ２Ｄ発見手順におけるＤ２Ｄ発見信号をモニタする。

Description

ユーザ端末

　本発明は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられるユーザ端末に関する。

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

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

　ここで、サービングセルは、Ｄ２Ｄ発見手順がサポートされ且つサービングセルの周波数と異なる周波数（以下、他のＤ２Ｄ周波数）をＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）で提供できることが合意されている。ユーザ端末は、ＳＩＢによって取得した他のＤ２Ｄ周波数において送信されるＤ２Ｄ発見信号のモニタを行うことによって、他のユーザ端末を発見できる。

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

　ところで、Ｄ２Ｄ発見信号の送信に用いられる時間・周波数リソースは、全時間帯に設けられるものではなく、所定時間で区切られた特定の時間帯に設けられることが想定される。

　ユーザ端末は、他のＤ２Ｄ周波数がサービングセルから提供されるものの、他のＤ２Ｄ周波数においてＤ２Ｄ発見信号の送信に用いられる時間・周波数リソースの具体的な位置まで提供されることは合意されていない。ユーザ端末は、Ｄ２Ｄ発見信号のモニタと上りリンク信号の送受信とを同時に行うことができないため、他のＤ２Ｄ周波数において送信されるＤ２Ｄ発見信号を適切にモニタしたり、他のＤ２Ｄ周波数において適切にＤ２Ｄ発見信号を送信したりすることが望まれる。

　また、Ｄ２Ｄ発見信号に限らず、Ｄ２Ｄ通信において使用されるＤ２Ｄ通信信号に関しても、同様の動作が望まれる。

　そこで、本発明は、ユーザ端末が、他のＤ２Ｄ周波数において送信されるＤ２Ｄ無線信号の適切なモニタ又は他のＤ２Ｄ周波数においてＤ２Ｄ無線信号の適切な送信を可能とすることを目的とする。

　一実施形態に係るユーザ端末は、サービングセルの周波数と異なる他の周波数におけるＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）から、近傍端末を発見するためのＤ２Ｄ発見手順用のリソースプールを特定可能な情報を取得する制御部を備える。前記制御部は、前記リソースプールを特定可能な情報に基づいて、前記他の周波数において、前記Ｄ２Ｄ発見手順におけるＤ２Ｄ発見信号をモニタする。

　一実施形態に係るユーザ端末は、サービングセルの周波数と異なる他の周波数におけるＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）から、近傍端末を発見するためのＤ２Ｄ発見手順用のリソースプールを特定可能な情報を取得する制御部を備える。前記制御部は、前記リソースプールを特定可能な情報に基づいて、上りリンク信号の送信動作を行う期間とは異なる期間に前記発見信号の送信であるＤ２Ｄ動作を行う。

　一実施形態に係るユーザ端末は、サービングセルの周波数において、近傍端末を発見するためのＤ２Ｄ発見手順において用いられるＤ２Ｄ発見信号をアナウンスする制御部を備える。前記制御部は、前記Ｄ２Ｄ発見手順用のリソースプールが配置されている期間であっても、前記Ｄ２Ｄ発見信号のアナウンスよりもセルラ通信を優先する。

図１は、ＬＴＥシステムの構成図である。 図２は、ＵＥのブロック図である。 図３は、ｅＮＢのブロック図である。 図４は、プロトコルスタック図である。 図５は、無線フレームの構成図である。 図６は、図６は、第１実施形態に係る動作環境の一例を説明するための説明図である。 図７は、第１実施形態に係る動作（ＵＥ主導）の一例を説明するためのシーケンス図である。 図８は、第１実施形態に係る動作（ｅＮＢ主導）の一例を説明するためのシーケンス図である。 図９は、第２実施形態に係るＤｉｓｃｏｖｅｒｙ信号をモニタする期間を説明するための図である。 図１０は、第２実施形態に係るＤｉｓｃｏｖｅｒｙ信号をモニタする期間を説明するための図である。 図１１は、第２実施形態に係る動作の一例を説明するためのシーケンス図である。 図１２は、第２実施形態に係る制御信号を説明するための図である。 図１３は、その他実施形態に係るＵ１００の動作を説明するための図である。 図１４は、ＳＩＢ１８プロビジョニングスキームを説明するための図である。 図１５は、異なるＰＬＭＮからのＳＩＢ１８におけるリストの不一致の一例を説明するための図である。 図１６は、非ＰｒｏＳｅサポートセル上にキャンプするＵＥがモニタするケースを説明するための図である。 図１７は、セル再選択なしでの発見モニタリングを説明するための図である。

　［実施形態の概要］
　実施形態に係るユーザ端末は、サービングセルの周波数と異なる他の周波数におけるＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）から、近傍端末を発見するためのＤ２Ｄ発見手順用のリソースプールを特定可能な情報を取得する制御部を備える。前記制御部は、前記リソースプールを特定可能な情報に基づいて、前記他の周波数において、前記Ｄ２Ｄ発見手順におけるＤ２Ｄ発見信号をモニタする。

　実施形態において、前記制御部は、前記ユーザ端末の能力を示す情報に基づいて、前記Ｄ２Ｄ発見信号をモニタするモニタ期間を決定する。

　実施形態において、前記ユーザ端末の能力を示す情報とは、前記ユーザ端末が複数の受信機を備えていることである。

　実施形態に係るユーザ端末は、下りリンク信号を受信する受信部をさらに備える。前記制御部は、前記受信部を間欠的に起動する間欠受信モードを制御する。前記制御部は、前記間欠受信モードにおいて前記受信部が起動している期間か停止している期間かに基づいて前記Ｄ２Ｄ発見信号をモニタするモニタ期間を決定する。

　実施形態において、前記制御部は、前記ユーザ端末がＲＲＣアイドル状態であるかＲＲＣ接続状態であるかに基づいて前記Ｄ２Ｄ発見信号をモニタするモニタ期間を決定する。

　実施形態に係るユーザ端末は、サービングセルの周波数と異なる他の周波数におけるＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）から、近傍端末を発見するためのＤ２Ｄ発見手順用のリソースプールを特定可能な情報を取得する制御部を備える。前記制御部は、前記リソースプールを特定可能な情報に基づいて、上りリンク信号の送信動作を行う期間とは異なる期間に前記発見信号の送信であるＤ２Ｄ動作を行う。

　実施形態に係るユーザ端末は、サービングセルの周波数において、近傍端末を発見するためのＤ２Ｄ発見手順において用いられるＤ２Ｄ発見信号をアナウンスする制御部を備える。前記制御部は、前記Ｄ２Ｄ発見手順用のリソースプールが配置されている期間であっても、前記Ｄ２Ｄ発見信号のアナウンスよりもセルラ通信を優先する。

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

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

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

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

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

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

　ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ－ＵＴＲＡＮ１０の保守及び監視を行う。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

　カバレッジ内では、例えばｅＮＢ２００がＤ２Ｄ同期元となる。Ｄ２Ｄ非同期元は、Ｄ２Ｄ同期信号を送信せずにＤ２Ｄ同期元に同期する。Ｄ２Ｄ同期元であるｅＮＢ２００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、ブロードキャスト信号により送信する。Ｄ２Ｄリソース情報は、例えば、Ｄ２Ｄ発見手順に使用可能な無線リソースを示す情報（Ｄｉｓｃｏｖｅｒｙリソース情報）及びＤ２Ｄ通信に使用可能な無線リソースを示す情報（Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を含む。Ｄ２Ｄ非同期元であるＵＥ１００は、ｅＮＢ２００から受信するＤ２Ｄリソース情報に基づいて、Ｄ２Ｄ発見手順及びＤ２Ｄ通信を行う。Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報は、データの送受信に使用可能な無線リソースを示す情報（データリソース情報）だけでなく、スケジューリング割当（ＳＡ：Ｓｃｈｅｄｕｌｉｎｇ　Ａｓｓｉｇｎｍｅｎｔ）の送受信に使用可能な無線リソースを示す情報（ＳＡリソース情報）を含んでもよい。ＳＡは、Ｄ２Ｄ通信におけるデータの受信のための時間・周波数リソースの位置を示す情報である。

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

　Ｄ２Ｄ発見手順では、近傍端末を発見するための発見信号（以下、Ｄｉｓｃｏｖｅｒｙ信号）が送信される。Ｄ２Ｄ発見手順の方式として、ＵＥ１００に固有に割り当てられない無線リソースがＤｉｓｃｏｖｅｒｙ信号の送信に使用される第１の発見方式（Ｔｙｐｅ　１　ｄｉｓｃｏｖｅｒｙ）と、ＵＥ１００毎に固有に割り当てられる無線リソースがＤｉｓｃｏｖｅｒｙ信号の送信に使用される第２の発見方式（Ｔｙｐｅ　２　ｄｉｓｃｏｖｅｒｙ）とがある。第２の発見方式では、Ｄｉｓｃｏｖｅｒｙ信号の送信毎に個別に割り当てられた無線リソース、又は、半固定的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔｌｙ）に割り当てられた無線リソースが使用される。

　また、Ｄ２Ｄ通信（Ｄ２Ｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のモードとして、ｅＮＢ２００又はリレーノードがＤ２Ｄデータ（Ｄ２Ｄデータ及び／又は制御データ）を送信するための無線リソースを割り当てる第１のモード（Ｍｏｄｅ　１）と、ＵＥ１００自身が、Ｄ２Ｄデータを送信するための無線リソースをリソースプールから選択する第２のモード（Ｍｏｄｅ　２）と、がある。ＵＥ１００は、いずれかのモードでＤ２Ｄ通信を行う。例えば、ＲＲＣコネクティッド状態のＵＥ１００は、第１のモードでＤ２Ｄ通信を行い、カバレッジ外のＵＥ１００は、第２のモードでＤ２Ｄ通信を行う。

　（第１実施形態に係る動作）
　次に、第１実施形態に係る動作について、図６及び図７を用いて説明する。図６は、第１実施形態に係る動作環境の一例を説明するための説明図である。図７は、第１実施形態に係る動作（ＵＥ主導）の一例を説明するためのシーケンス図である。図８は、第１実施形態に係る動作（ｅＮＢ主導）の一例を説明するためのシーケンス図である。

　第１実施形態に係る動作は、（Ａ）ＵＥ主導の動作と、（Ｂ）ｅＮＢ主導の動作とがある。

　（Ａ）ＵＥ主導の動作
　ＵＥ主導の動作について図６及び図７を用いて説明する。

　図６に示すように、ｅＮＢ２００－１は、ネットワークオペレータ１のＬＴＥネットワークである第１ＰＬＭＮに含まれている。ｅＮＢ２００－１が管理する第１セルのカバレッジ内にＵＥ１００は位置する。以下において、ｅＮＢ２００－１の動作を第１セルの動作と読み替えてもよい。また、第１ＰＬＭＮは、Ｄ２Ｄ発見手順がサポートされる周波数のＤ２Ｄ周波数リストを保持する第１サーバ４００－１を含む。

　ｅＮＢ２００－２は、ネットワークオペレータ２のＬＴＥネットワークである第２ＰＬＭＮに含まれている。ｅＮＢ２００－１が管理する第２セルのカバレッジ内にＵＥ１００は位置する。第２セルは、第１セルの隣接セルであり、第１セルの周波数と異なる周波数で運用される。以下において、ｅＮＢ２００－２の動作を第２セルの動作と読み替えてもよい。また、第２ＰＬＭＮは、Ｄ２Ｄ発見手順がサポートされる周波数のＤ２Ｄ周波数リストを保持する第２サーバ４００－２を含む。

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

　第１サーバ４００－１は、保持するＤ２Ｄ周波数リストを、ｅＮＢ２００－１を経由して、ＵＥ１００に通知してもよい。ｅＮＢ２００－１は、ＳＩＢによってＵＥ１００に送信できる（図７の「ＳＩＢ：Ｆｒｅｑ．ｌｉｓｔ」参照）。

　同様に、第２サーバ４００－２は、保持するＤ２Ｄ周波数リストをｅＮＢ２００－２に通知してもよい。ｅＮＢ２００－２は、Ｄ２Ｄ周波数リストをＳＩＢによって送信し、ＵＥ１００は、ｅＮＢ２００－２から送信されたＤ２Ｄ周波数リストを受信してもよい。

　また、第１サーバ４００－１と第２サーバ４００－２とは、保持するリストのやり取りを行ってもよい。その後、第１サーバ４００－１は、第１ＰＬＭＮにおけるＤ２Ｄ周波数リストだけでなく、第２ＰＬＭＮにおけるＤ２Ｄ周波数リストをＵＥ１００に通知してもよい。或いは、第１サーバ４００－１は、第２ＰＬＭＮにおけるＤ２Ｄ周波数リストに基づいて更新した第１ＰＬＭＮにおけるＤ２Ｄ周波数リストをＵＥ１００に通知してもよい。或いは、ｅＮＢ２００－１とｅＮＢ２００－２とがＤ２Ｄ周波数リストのやり取りを行って、ｅＮＢ２００－１は、第２ＰＬＭＮにおけるＤ２Ｄ周波数リストをＵＥ１００に通知してもよい。

　このような動作環境において、以下の動作が行われる。

　図７に示すように、ステップＳ１０１において、ＵＥ１００は、他のセルからのＳＩＢを受信し、受信したＳＩＢをデコードする動作を開始する。ＵＥ１００は、ｅＮＢ２００－１から受信した第２ＰＬＭＮにおけるＤ２Ｄ周波数リストに含まれる周波数を対象としてモニタ（受信）してもよい。

　ステップＳ１０２において、ｅＮＢ２００－２は、Ｄｉｓｃｏｖｅｒｙリソース情報を含む設定情報をＳＩＢ１８によって送信する。Ｄｉｓｃｏｖｅｒｙリソース情報は、Ｄ２Ｄ発見手順に使用可能な無線リソースを示し、少なくとも受信リソースプールを示す。設定情報は、第２セルにキャンプするＵＥが、Ｄ２Ｄ発見手順に使用する受信リソースプール（及び送信リソースプール）を設定するために用いられる。

　ステップＳ１０３において、ｅＮＢ２００－２は、第２ＰＬＭＮで設定されている時刻を示すＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｉｍｅ）をＳＩＢ１６によって送信してもよい。

　ステップＳ１０４において、ＵＥ１００は、ｅＮＢ２００－２（他のＰＬＭＮのセルである第２セル）から受信したＳＩＢをデコードすることによって、設定情報を取得する。ＵＥ１００は、ｅＮＢ２００－２からＵＴＣを取得してもよい。

　ステップＳ１０５において、ＵＥ１００は、他のＰＬＭＮのセルからのＳＩＢを受信し、受信したＳＩＢをデコードする動作を停止する。

　ステップＳ１０６において、ｅＮＢ２００－１は、第１ＰＬＭＮで設定されている時刻を示すＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｉｍｅ）をＳＩＢ１６によって送信してもよい。

　ステップＳ１０７において、ＵＥ１００は、ｅＮＢ２００－２からのＤｉｓｃｏｖｅｒｙリソース情報に基づいて、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタするための期間であるモニタギャップ（Ｄｉｓｃｏｖｅｒｙ　Ｍｏｎｉｔｅｒ　Ｇａｐ）を決定する。

　ＵＥ１００は、第２ＰＬＭＮにおけるＤ２Ｄ周波数リストを取得している場合、第２ＰＬＭＮにおいてＤ２Ｄ発見手順に使用可能なＤ２Ｄ周波数が分かる。また、ＵＥ１００は、ｅＮＢ２００－２からのＤｉｓｃｏｖｅｒｙリソース情報によって、受信リソースプールの時間方向及び周波数方向の位置を特定できる。このため、ＵＥ１００は、少なくともＤｉｓｃｏｖｅｒｙリソース情報に基づいて、モニタギャップを適切に決定できる。

　ＵＥ１００は、複数種類のモニタギャップを決定してもよい。例えば、ＵＥ１００がＲＲＣアイドル状態である場合に設定されるモニタギャップ（以下、ＩＤＬＥ用Ｇａｐ）と、ＵＥ１００がＲＲＣ接続状態である場合に設定されるモニタギャップ（以下、ＣＯＮＮＥＣＴＥＤ用Ｇａｐ）と、をＵＥ１００は決定してもよい。例えば、ＩＤＬＥ用Ｇａｐの周期は、ＣＯＮＮＥＣＴＥＤ用Ｇａｐの周期よりも短い。

　ＵＥ１００は、第１ＰＬＭＮと第２ＰＬＭＮとの時間のズレを考慮して、第１ＰＬＭＮの所定の基準値に基づいて、モニタギャップを決定してもよい。所定の基準値は、ＳＦＮ（Ｓｙｓｔｅｍ　Ｆｒａｍｅ　Ｎｕｍｂｅｒ）であってもよいし、ＵＴＣであってもよい。ＵＥ１００は、例えば、第１ＰＬＭＮのＳＦＮを基準とした場合、第１ＰＬＭＮのＳＦＮと同じ値の第２ＰＬＭＮのＳＦＮとの時間のズレ（第１ＰＬＭＮのＳＦＮ１－第２ＰＬＭＮのＳＦＮ２）をオフセット値として算出する。

　また、ＵＥ１００は、ｅＮＢ２００－１との上りリンク信号の送信動作又はｅＮＢ２００－１からの下りリンク信号の受信動作である通信動作を行う送通信期間とモニタギャップとが時間方向において重複した場合、所定の優先順位に従って通信動作又は他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタの一方を行う。以下に、優先順位の例を示す。以下において、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタをＤｉｓｃｏｖｅｒｙ信号のモニタと適宜省略する。

　各優先順位は、適宜組み合わされてもよい。また、ｅＮＢ２００－１が優先順位を指示してもよい。

　第１に、セルラ通信をＤｉｓｃｏｖｅｒｙ信号のモニタよりも優先する。この場合、セルラ通信（データ、制御信号の送受信）がスケジューリングされている場合、セルラ通信を行う。

　第２に、サービングセルを含む複数のセルとの通信に関するＵＥ１００の能力を示す情報（ＵＥ　Ｃａｐａｂｉｌｉｔｙ）に基づいて優先順位が決定される。例えば、キャリアアグリゲーション（Ｃａｒｒｉｅｒ　Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）能力に基づいて優先順位が決定される。ＵＥ１００がＣＡ能力を有する場合、ＵＥ１００がＲＲＣ接続を開始する際に所定の情報の提供を行うプライマリセル（ＰＣｅｌｌ）との通信が第１優先動作である。他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。プライマリセルと対をなす補助的なサービングセルであるセカンダリセル（ＳＣｅｌｌ）がとの通信が第３優先動作である。

　なお、ＣＡでは、ＬＴＥにおけるキャリア（周波数帯）をコンポーネントキャリアと位置付け、ＵＥ１００が複数のコンポーネントキャリア（複数のサービングセル）を同時に使用して通信を行う。

　また、例えば、二重接続方式（Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ：ＤＣ）能力に基づいて優先順位が決定される。ＵＥ１００がＤＣ能力を有する場合、マスタｅＮＢ（ＭｅＮＢ）が管理するセルとの通信が第１優先動作である。他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。セカンダリｅＮＢ（ＳｅＮＢ）が管理するセルとの通信が第３優先動作である。

　なお、ＤＣでは、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、マスタｅＮＢのみが当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢ２００のうちセカンダリｅＮＢは、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。

　第３に、下りリンク信号を受信する受信部（無線送受信機１１０の受信部）を間欠的に起動する間欠受信（ＤＲＸ）モードにおいて受信部が起動している期間（以下、オン期間）か停止している期間（以下、オフ期間）かに基づいて優先順位が決定される。

　オフ期間では、受信部の停止動作が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。すなわち、オフ期間には、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行わず、オン期間にのみ、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行う。これにより、Ｄｉｓｃｏｖｅｒｙ信号のモニタによってＤＲＸ動作が妨げられないため、ＵＥ１００の消費電力の増加を抑制できる。

　或いは、オン期間では、受信部の起動動作が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。すなわち、オン期間には、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行わず、オフ期間にのみ、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行う。これにより、Ｄｉｓｃｏｖｅｒｙ信号のモニタによってセルラ通信の受信動作が妨げられないため、ｅＮＢ２００－１がＵＥ１００を適切に制御可能である。

　なお、この動作と後述の第２実施形態の動作とが適宜組み合わされてもよい。

　或いは、ＵＥ１００が間欠受信モードである場合、間欠受信の動作が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。すなわち、ＵＥ１００が間欠受信モードである場合には、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行わない。これにより、ＵＥ１００の消費電力の増加を抑制できる。

　第４に、ＵＥ１００がＲＲＣアイドル状態であるかＲＲＣ接続状態であるかに基づいて優先順位が決定される。例えば、ＵＥ１００がＲＲＣアイドル状態である場合、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第１優先動作であり、セルラ通信のための動作が第２優先動作である。一方、ＵＥ１００がＲＲＣ接続状態である場合、セルラ通信のための動作が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。

　第５に、ＵＥ１００が、異なる種類のＤｉｓｃｏｖｅｒｙ信号のリソースプールに基づいて、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行う場合、Ｄｉｓｃｏｖｅｒｙ信号のリソースプールの設定値に基づいて優先順位が決定される。例えば、リソースプールのサイズ、リソースプールの時間方向における周期に基づいて優先順位が決定される。具体的には、サイズの小さいリソースプールにおけるＤｉｓｃｏｖｅｒｙ信号のモニタが、サイズの大きいリソースプールにおけるＤｉｓｃｏｖｅｒｙ信号のモニタよりも優先される。または、時間方向における周期が短いリソースプールにおけるＤｉｓｃｏｖｅｒｙ信号のモニタが、時間方向における周期が長いリソースプールにおけるＤｉｓｃｏｖｅｒｙ信号のモニタよりも優先される。

　或いは、ＵＥ１００がサービングセルの周波数と、Ｄｉｓｃｏｖｅｒｙ信号のモニタに使用される他の周波数との関係性に基づいて優先順位が決定される。例えば、サービングセルの周波数（Ｉｎｔｒａ－ｆｒｅｑｕｅｎｃｙ）におけるＤｉｓｃｏｖｅｒｙ信号のモニタが第１優先動作である。サービングセルの周波数と異なり、且つ、第１ＰＬＭＮと異なる他のＰＬＭＮの周波数（Ｉｎｔｅｒ－ｆｒｅｑｕｅｎｃｙ　＆　Ｉｎｔｒａ－ＰＬＭＮ）におけるＤｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。第１ＰＬＭＮと異なる他のＰＬＭＮの周波数（Ｉｎｔｅｒ－ｆｒｅｑｕｅｎｃｙ　＆　Ｉｎｔｅｒ－ＰＬＭＮ）におけるＤｉｓｃｏｖｅｒｙ信号のモニタが第３優先動作である。

　第６に、ＵＥ１００が、ＲＲＣ接続状態でサービングセルを変更するハンドオーバ手順を行っているか否かに基づいて優先順位が決定される。ＵＥ１００が、ハンドオーバ手順を行っている場合、ハンドオーバ手順における動作が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。なお、ここでのハンドオーバ手順の開始の基準は、無線状況の測定報告を送信した時点であってもよいし、ＵＥ１００がｅＮＢ２００－１からハンドオーバのための下りリンクの無線リソース割り当てを受信した時点であってもよいし、ＵＥ１００がｅＮＢ２００－１からハンドオーバのためのＲＲＣ接続再設定情報を受信した時点であってもよい。

　第７に、ＵＥ１００の無線状況の測定報告のトリガ条件を満たしているか否かに基づいて優先順位が決定される。例えば、トリガ条件が満たされていない場合にのみ、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第１優先動作である。従って、トリガ条件が満たされている場合、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行わない。

　第８に、発見を望む他のＵＥの情報に基づいて、優先順位が決定される。なお、ＵＥ１００は、他のＵＥが選択しているＰＬＭＮ情報、セル識別子などの他のＵＥの情報に基づいて、優先順位を決定する。

　ＵＥ１００は、以上の少なくともいずれかの優先順位に従って通信動作又は他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタの一方を行う。

　ステップＳ１０８において、ＵＥ１００は、決定したモニタギャップを示す情報を含むモニタギャップ報告（Ｄｉｓｖｏｖｅｒｙ　Ｍｏｎｉｔｏｒ　Ｇａｐ　Ｒｅｐｏｒｔ）をサービングセル（ｅＮＢ２００－１）に送信する。

　モニタギャップを示す情報は、モニタギャップの開始／終了サブフレームであってもよいし、モニタギャップのサブフレームパターンのビットマップであってもよい。モニタギャップを示す情報は、サブフレームパターンの繰り返し回数を示す情報を含んでもよい。また、モニタギャップを示す情報は、オフセット値が反映されたモニタギャップを示す情報であってもよい。或いは、モニタギャップを示す情報が、オフセット値が反映されていないモニタギャップを示す情報である場合、モニタギャップ報告が、ステップＳ１０７において算出したオフセット値を示す情報を含んでもよい。

　また、モニタギャップ報告は、複数のモニタギャップを示す情報を含む場合、モニタギャップの優先度を示す情報を含んでもよい。なお、モニタギャップの優先度は、例えば、発見を望む他のＵＥの情報に基づいて決定できる。

　一方、ｅＮＢ２００－１は、モニタギャップ報告を受信し、ＵＥ１００のモニタギャップを記憶する。モニタギャップ報告を受信したｅＮＢ２００－１は、ＵＥ１００のモニタギャップを知ることができる。その結果、モニタギャップにおいて、セルラ通信の無線リソースをＵＥ１００に割り当て及びページングを行わないように制御できるため、セルラ通信用の無線リソースを有効に活用できる。

　ステップＳ１０９において、ｅＮＢ２００－１は、モニタギャップ報告に基づいて、モニタギャップを許可するか否かを判定してもよい。ｅＮＢ２００－１は、モニタギャップを許可できない場合は、ｅＮＢ２００－１は、モニタギャップの一部の期間を許可できる。或いは、複数のモニタギャップがある場合、一部のモニタギャップを許可できる。例えば、ｅＮＢ２００－１は、モニタギャップのうち、ＵＥ１００に無線リソースを割り当てている期間と重複しない期間を許可する。

　ステップＳ１１０において、ｅＮＢ２００－１は、許可されたモニタギャップを示す情報を送信する。

　なお、ステップＳ１０８からＳ１１０は、省略されてもよい。

　ＵＥ１００は、決定したモニタギャップ（或いは、許可されたモニタギャップ）を設定し、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタを行う。

　ステップＳ１１１において、第２ＰＬＭＮを選択する他のＵＥ（Ｏｔｈｅｒ　ＰＬＭＮ　ＵＥ）は、Ｄｉｓｃｏｖｅｒｙ信号を送信する。ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号のモニタによって、当該Ｄｉｓｃｏｖｅｒｙ信号を受信し、他のＵＥを発見する。

　その後、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号のモニタの設定を解除し、Ｄｉｓｃｏｖｅｒｙ信号のモニタを終了する。ＵＥ１００は、モニタギャップの設定解除を示す情報（Ｄｉｓｖｏｖｅｒｙ　Ｍｏｎｉｔｏｒ　Ｇａｐ　Ｃａｎｃｅｌ）をｅＮＢ２００－１に送信する。当該情報を受信したｅＮＢ２００－１は、記憶するＵＥ１００のモニタギャップを削除する。これにより、ｅＮＢ２００－１は、ＵＥ１００にモニタギャップが設定されていない場合にまで、セルラ通信のための無線リソースの割り当てを制限することを抑制できる。

　なお、モニタギャップの設定解除は、モニタギャップをディアクティベートにすることであってもよいし、モニタギャップの設定をリセットすることであってもよい。

　（Ｂ）ｅＮＢ主導の動作
　次に、ｅＮＢ主導の動作について図６及び図８を用いて説明する。なお、ＵＥ主導の動作と同様の部分は、適宜説明を省略する。

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

　ステップＳ２０７において、ＵＥ１００は、モニタギャップ要求（Ｄｉｓｖｏｖｅｒｙ　Ｍｏｎｉｔｏｒ　Ｇａｐ　Ｒｅｑｕｅｓｔ）を送信する。モニタギャップ要求は、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタするための期間の設定をｅＮＢ２００－１に要求するものである。

　モニタギャップ要求は、ステップＳ２０４で取得した設定情報に含まれるＤｉｓｃｏｖｅｒｙリソース情報（少なくとも受信リソースプールの情報）を含む。従って、ｅＮＢ２００－１は、第１ＰＬＭＮと異なる他ＰＬＭＮ（第２ＰＬＭＮ）におけるＤｉｓｃｏｖｅｒｙリソース情報を受信する。このため、第１ＰＬＭＮのｅＮＢ２００－１と第２ＰＬＭＮのｅＮＢ２００－２との間で、Ｄｉｓｃｏｖｅｒｙリソース情報のやり取りができない場合であっても、ｅＮＢ２００－１は、他ＰＬＭＮにおけるＤｉｓｃｏｖｅｒｙリソース情報を取得できる。

　ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙリソース情報をそのままモニタギャップ要求に含ませてもよい。或いは、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙリソース情報によって示されるＤｉｓｃｏｖｅｒｙリソースプールのうち、一部のＤｉｓｃｏｖｅｒｙリソースプールをモニタギャップ要求に含ませてもよい。ＵＥ１００は、上述の優先順位に従って一部のＤｉｓｃｏｖｅｒｙリソースプールを決定することができる。

　モニタギャップ要求は、上述の優先順位の決定に用いられる情報（例えば、ＵＥの能力を示す情報など）のいずれかを含んでもよい。また、モニタギャップ要求は、優先度は、Ｄｉｓｃｏｖｅｒｙリソースプールのうちの一部を優先するため又は複数種類のＤｉｓｃｏｖｅｒｙリソースプールのうち、所定のＤｉｓｃｏｖｅｒｙリソースプールを優先するための優先度を示す情報を含んでもよい。

　ステップＳ２０８において、ｅＮＢ２００－１は、モニタギャップ要求の受信に応じて、ＵＥ１００にモニタギャップを割り当てる。具体的には、ｅＮＢ２００－１は、ステップＳ１０７のＵＥ１００と同様にして、ＵＥ１００から取得したＤｉｓｃｏｖｅｒｙリソースプールに基づいて、ＵＥ１００のモニタギャップを決定（設定）する。

　ステップＳ２０９において、ｅＮＢ２００－１は、割り当てたモニタギャップ（ａｌｌｏｃａｔｉｎｇ　Ｄｉｓｃｏｖｅｒｙ　Ｍｏｎｉｔｏｒ　Ｇａｐ）を含む設定情報を、モニタギャップ要求の応答としてＵＥ１００に送信する。ＵＥ１００は、受信した設定情報に含まれるモニタギャップを設定し、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタを行う。

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

　なお、ｅＮＢ２００－１は、モニタギャップの設定を解除する場合、モニタギャップの設定解除を示す情報をＵＥ１００に送信する。ｅＮＢ２００－１は、ＵＥ１００からの要求に応じて、モニタギャップの設定解除を示す情報をＵＥ１００に送信してもよい。ＵＥ１００は、当該情報に基づいて、モニタギャップの設定を解除する。

　（まとめ）
　上述のＵＥ主導の動作又はｅＮＢ主導の動作によって、モニタギャップを適切に設定することができる。その結果、ＵＥ１００が、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタによって、ＨＡＲＱ再送信に基づく送受信をできなかったり、ＡＣＫ／ＮＡＣＫの送受信をできなかったり、予め設定された周期的ＣＳＩの送信をできなかったり、ページングの受信ができなかったりすることを避けることができる。また、ｅＮＢ２００が、ＵＥ１００が送受信できない無駄な無線リソースをＵＥ１００に割り当てることを避けることができる。

　［第２実施形態］
　次に、第２実施形態について、図９から図１２を用いて説明する。図９及び図１０は、第２実施形態に係るＤｉｓｃｏｖｅｒｙ信号をモニタする期間を説明するための図である。図１１は、第２実施形態に係る動作の一例を説明するためのシーケンス図である。図１２は、第２実施形態に係る制御信号を説明するための図である。

　上述した第１実施形態では、モニタギャップが設定されていた。第２実施形態では、モニタギャップが設定されずに、ＵＥ１００が、間欠受信モードのオフ期間にのみ、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタする。ｅＮＢ２００は、少なくともＵＥ１００のオフ期間を把握しているため、ＵＥ１００が送受信できない無駄な無線リソースをＵＥ１００に割り当てることを避けることができる。

　（モニタ期間）
　ＵＥ１００が他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタするモニタ期間（モニタタイム）について説明する。

　図９に示すように、ＵＥ１００は、オフ期間にのみ他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタする。ＵＥ１００は、オフ期間の間中Ｄｉｓｃｏｖｅｒｙ信号を常にモニタするのではなく、オフ期間のうちモニタ期間のみＤｉｓｃｏｖｅｒｙ信号をモニタする。ここで、モニタ期間は、サービングセルの周波数と異なる他の周波数で運用される隣接セルのＤｉｓｃｏｖｅｒｙリソースプール（少なくとも受信リソースプール）が配置された期間（以下、リソースプール期間）と、オフ期間とが時間方向において重複する期間である。

　また、図１０に示すように、ＵＥ１００には、オフ期間中の動作設定である複数の設定のうち、どれか１つの設定に切り替えて、Ｄｉｓｃｏｖｅｒｙ信号をモニタしてもよい。動作の優先順位が異なることによって複数の設定が規定される。例えば、ＵＥ１００には、第１の設定（Ｄ２Ｄ　ｍｏｎｉｔｏｒｉｎｇ　Ｓｅｔｔｉｎｇ　Ａ）及び第２の設定（Ｄ２Ｄ　ｍｏｎｉｔｏｒｉｎｇ　Ｓｅｔｔｉｎｇ　Ｂ）が事前設定（ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ）されていると仮定する。第１の設定では、オフ期間中に発生したサービングセルへの上りリンク信号の送信が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。従って、第１の設定におけるモニタ期間は、オフ期間のうち、上りリンク信号が送信されていない期間とリソースプール期間とが重複している期間である。一方、第２の設定では、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第１優先動作であり、上りリンク信号の送信が第２優先動作である。従って、第２の設定におけるモニタ期間は、オフ期間のうちのリソースプール期間であり、図９のモニタ期間と同じである。

　ところで、間欠受信モードのオフ期間では、ＰＤＣＣＨの受信が免除されているだけである。従って、間欠受信モードのオフ期間に、上りリンク信号の送信が発生し得る。複数の設定のうちどれか１つの設定に切り替えることによって、Ｄｉｓｃｏｖｅｒｙ信号のモニタの機会の低減を抑制できる。或いは、上りリンク信号の送信の機会の低減を抑制できる。すなわち、ＵＥ１００が、第１設定と第２設定とを切り替えることができるため、一方の動作（例えば、上りリンク信号の送信）のみが行われ、他方の動作（例えば、Ｄｉｓｃｏｖｅｒｙ信号のモニタ）のみが行われないという問題を解消することができる。すなわち、上りリンク信号の送信とＤｉｓｃｏｖｅｒｙ信号のモニタとの良好なバランスを取ることができる。

　また、ＵＥ１００は、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタの回数が閾値に達した場合に、第１設定と第２設定とを切り替えてもよい。具体的な動作について、図１１を用いて説明する。

　図１１に示すように、ステップＳ３０１において、ＵＥ１００は、初期設定として、第１設定（Ｓｅｔｔｉｎｇ　Ａ）を適用する。

　ステップＳ３０２において、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号のモニタの回数（機会）をカウントする。なお、本実施形態の回数は、単位時間当たりの回数である。また、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号のモニタの回数の代わりに、上りリンク信号の送信の回数をカウントしてもよい。

　ステップＳ３０３において、ＵＥ１００は、カウントした回数（Ｎ）が第１閾値（Ｎ_{ｔｈｒｅｓｈ－Ａ}）に達した、すなわち、カウントした回数が第１閾値以下になったと判定する。

　ステップＳ３０４において、ＵＥ１００は、第１設定から第２設定へと切り替えることを示す制御情報をｅＮＢ２００（サービングセル）に送信する。

　ＵＥ１００は、例えば、マックコントロールエレメント（ＭＡＣ　ＣＥ：ＭＡＣ　Ｃｏｎｔｒｏｌ　Ｅｌｅｍｅｎｔ）によってｅＮＢ２００に送信する。この場合、図１２に示すように、制御情報（Ｄ）が「０」である場合、第１設定への切り替え（すなわち、第１設定の適用）を示す。制御情報（Ｄ）が「１」である場合、第２設定への切り替え（すなわち、第２設定の適用）を示す。

　或いは、ＵＥ１００は、ＰＵＣＣＨ又はＰＵＳＣＨによって制御情報を送信してもよい。この場合、当該制御情報のための新規フォーマットが規定されてもよい。或いは、ＵＥ１００は、ＲＲＣシグナリングによって制御情報を送信してもよい。

　ステップＳ３０５において、ＵＥ１００は、第１設定から第２設定へと切り替える。また、ＵＥ１００からの制御情報を受信したｅＮＢ２００は、第１設定から第２設定へと切り替える。

　ステップＳ３０６において、ＵＥ１００は、ステップＳ３０２と同様に、Ｄｉｓｃｏｖｅｒｙ信号のモニタの回数のカウントを開始する。

　ステップＳ３０７において、ＵＥ１００は、カウントした回数（Ｎ）が第２閾値（Ｎ_{ｔｈｒｅｓｈ－Ｂ}）に達した、すなわち、カウントした回数が第２閾値以上になったと判定する。

　ステップＳ３０８において、ＵＥ１００は、ステップＳ３０４と同様に、第２設定から第１設定へと切り替えることを示す制御情報をｅＮＢ２００に送信する。

　ステップＳ３０９において、ＵＥ１００は、ステップＳ３０５と同様に、第２設定から第１設定へと切り替える。また、ＵＥ１００からの制御情報を受信したｅＮＢ２００は、第２設定から第１設定へと切り替える。

　その後、ステップＳ３０２の動作が実行される。

　なお、ＵＥ１００は、第１設定と第２設定とを切り替える制御を停止し、一方の設定によってＤｉｓｃｏｖｅｒｙ信号をモニタしてもよい。この場合、ＵＥ１００は、切り替える制御を停止したことを示す制御情報を、ｅＮＢ２００に送信できる。或いは、ｅＮＢ２００が、第１設定と第２設定とを切り替える制御を停止するための制御情報をＵＥ１００に送信してもよい。

　或いは、ＵＥ１００が、主体的に切り替えるのではなく、ｅＮＢ２００からの指示に従って切り替えてもよい。具体的には、ＵＥ１００は、ｅＮＢ２００からの第１設定と第２設定とを切り替える指示に基づいて、第１設定と第２設定とを切り替えてもよい。これによって、ｅＮＢ２００が、ＵＥ１００の動作を制御することができるため、セルラ通信のための無線リソースをＵＥ１００に効率よく割り当てることが可能となる。

　この場合、ｅＮＢ２００は、ＵＥ１００からの上りリンク信号の受信の回数をカウントする。或いは、ｅＮＢ２００は、上りリンク信号の受信の回数から、Ｄｉｓｃｏｖｅｒｙ信号をモニタの回数をカウント（算出）してもよい。

　また、ｅＮＢ２００は、図１２に示すような制御情報によって、切り替え指示ができる。ＵＥ１００は、切り替え指示が「０」を示す場合、第１設定に切り替える（すなわち、第１設定の適用を開始する）。ＵＥ１００は、切り替え指示が「１」を示す場合、第２設定に切り替える（すなわち、第２設定の適用を開始する）。

　［その他の実施形態］
　上述した第１実施形態では、ＰＬＭＮが異なる場合のＤｉｓｃｏｖｅｒｙ信号（Ｉｎｔｅｒ－ＰＬＭＮ　Ｄｉｓｃｏｖｅｒｙ）のモニタのケースを説明したが、これに限られない。ＰＬＭＮが同一の場合のＤｉｓｃｏｖｅｒｙ信号（Ｉｎｔｒａ－ＰＬＭＮ　＆　Ｉｎｔｅｒ－ｆｒｅｑ．Ｄｉｓｃｏｖｅｒｙ）のモニタのケースであっても、本発明を適用可能である。

　上述し第１実施形態では、ｅＮＢ２００－１は、他ＰＬＭＮのＤｉｓｃｏｖｅｒｙリソース情報をＵＥ１００から取得していたが、これに限られない。例えば、ｅＮＢ２００－１は、ｅＮＢ２００－２からＸ２インターフェイスを介して、Ｄｉｓｃｏｖｅｒｙリソース情報を取得してもよい。或いは、ｅＮＢ２００－１は、第２ＰＬＭＮのＯＡＭから第１ＰＬＭＮのＯＡＭを経由して、Ｄｉｓｃｏｖｅｒｙリソース情報を取得してもよい。

　上述した第２実施形態では、第１設定と第２設定との切り替えについて説明したがこれに限られない。ＵＥ１００は、３つ以上の設定の切り替えを行ってもよい。この場合、３つ以上の設定は、第１実施形態で説明したいずれかの優先順位によって規定できる。例えば、ＵＥ１００が、ＣＡを実行している場合、「ＰＣｅｌｌとの通信＞Ｄｉｓｃｏｖｅｒｙ信号のモニタ＞ＳＣｅｌｌとの通信」となるように第１設定が規定され、「ＰＣｅｌｌとの通信＞ＳＣｅｌｌとの通信＞Ｄｉｓｃｏｖｅｒｙ信号のモニタ」となるように第１設定が規定され、「Ｄｉｓｃｏｖｅｒｙ信号のモニタ＞ＰＣｅｌｌとの通信＞ＳＣｅｌｌとの通信」となるように第１設定が規定されてもよい。

　上述した各実施形態において、ＵＥ１００からｅＮＢ２００へのシグナリングとして、ＵＥ１００がＤ２Ｄ通信に興味があるか否かを示すＤ２Ｄ興味指標（Ｄ２Ｄ　Ｉｎｔｅｒｅｓｔ　Ｉｎｄｉｃａｔｉｏｎ）を使用してもよい。例えば、Ｄ２Ｄ興味指標は、モニタギャップのアクティベート／ディアクティベートを示す情報又は、モニタギャップの解除を示す情報を含んでもよい。

　上述した各実施形態では説明しなかったが、同一ＰＬＭＮ間（Ｉｎｔｒａ－ＰＬＭＮ）でＤ２Ｄ近傍サービスを利用する場合と、異なるＰＬＭＮ間（Ｉｎｔｅｒ－ＰＬＭＮ）でＤ２Ｄ近傍サービスを利用する場合とで、ＵＥ１００の振る舞い（動作仕様）が異なることが想定される。例えば、同一ＰＬＭＮ間でＤ２Ｄ発見手順を行う場合には、ｅＮＢ２００がＤ２Ｄ同期元となり、ＵＥ１００は、Ｄ２Ｄ同期元であるｅＮＢ２００（セル）から送信される同期信号（ＰＳＳ／ＳＳＳ）によって同期し、異なるＰＬＭＮ間でＤ２Ｄ発見手順を行う場合には、ＵＥ１００がＤ２Ｄ同期元となり、ＵＥ１００は、Ｄ２Ｄ同期元であるＵＥ１００から送信されるＤ２Ｄ同期信号によって同期することが想定される。この場合、同一ＰＬＭＮ間と異なるＰＬＭＮ間とで、ＵＥ１００の同期手順が異なるし、場合によっては、ＵＥ１００のＤｉｓｃｏｖｅｒｙ信号の受信手順が異なる。

　ところで、Ｄ２Ｄ近傍サービス（具体的には、Ｄ２Ｄ発見手順）で使用可能な周波数のＤ２Ｄ周波数リストが、同一ＰＬＭＮで使用可能な周波数だけでなく、異なる周波数で使用可能な周波数の情報も含むことを想定する。この場合、ＵＥ１００は、Ｄ２Ｄ周波数リストに基づいて選択した周波数が、ＵＥ１００の選択ＰＬＭＮと同一のＰＬＭＮで使用される周波数なのか、ＵＥ１００の選択ＰＬＭＮと異なるＰＬＭＮで使用される周波数なのかを特定する必要がある。

　ここで、ＵＥ１００が、Ｄ２Ｄ周波数リストに、Ｄ２Ｄ発見手順をサポートする（隣接）周波数を示す情報だけでなく、対応するＰＬＭＮを示す情報を含めることが考えられる。しかしながら、Ｄ２Ｄ周波数リストの情報量が増大するという問題がある。そこで、以下の方法によって、Ｄ２Ｄ周波数リストの情報量を増大させることなく、ＵＥ１００が周波数を特定することが考えられる。

　第１に、ＵＥ１００は、ＵＥ１００が選択しているＰＬＭＮで使用され、且つ、サービングセルと異なる周波数（隣接周波数）を示す隣接周波数リストをサービングセルから取得する。例えば、ＵＥ１００は、ＳＩＢ５によって送信される情報をデコードすることによって、隣接周波数リストを取得できる。

　第２に、ＵＥ１００は、Ｄ２Ｄ周波数リストをサービングセルから取得する。例えば、ＵＥ１００は、ＳＩＢ１８によって送信される情報をデコードすることによって、Ｄ２Ｄ周波数リストを取得できる。

　第３に、ＵＥ１００は、隣接周波数リストとＤ２Ｄ周波数リストとを比較する（図１３参照）。図１３に示すように、ＵＥ１００は、隣接周波数リストとＤ２Ｄ周波数リストとに共通する周波数Ｆ１は、同一ＰＬＭＮでのＤ２Ｄ発見手順で使用可能であると判定する。具体的には、ＵＥ１００は、周波数Ｆ１によって、Ｉｎｔｅｒ－Ｆｒｅｑ．＆Ｉｎｔｒａ－ＰＬＭＮのＤ２Ｄ発見手順が可能と判定する。

　ＵＥ１００は、隣接周波数リストにのみ示される周波数Ｆ２は、Ｄ２Ｄ発見手順で使用不能であると判定する。

　ＵＥ１００は、Ｄ２Ｄ周波数リストにのみ示される周波数Ｆ３は、異なるＰＬＭＮでのＤ２Ｄ発見手順で使用可能であると判定する。具体的には、ＵＥ１００は、周波数Ｆ３によって、Ｉｎｔｅｒ－Ｆｒｅｑ．＆Ｉｎｔｅｒ－ＰＬＭＮのＤ２Ｄ発見手順が可能と判定する。従って、ＵＥ１００は、周波数Ｆ３が異なるＰＬＭＮで使用される周波数であることを特定できる。

　また、上述した各実施形態では説明しなかったが、ＵＥ１００が、ＨＰＬＭＮ（Ｈｏｍｅ　ＰＬＭＮ）或いは、ＥＨＰＬＭＮ（Ｅｑｕｉｖａｌｅｎｔ　Ｈｏｍｅ　ＰＬＭＮ）を選択している場合、ＵＥ１００とＨＰＬＭＮとの間に直接的な加入者契約があるため、Ｄ２Ｄ周波数リストは、ＵＥ１００が選択できないＰＬＭＮである禁止ＰＬＭＮ（Ｆｏｒｂｉｄｄｅｎ　ＰＬＭＮ）（のみ）で使用可能な周波数を含まないと考えられる。

　一方、ＵＥ１００が、ＶＰＬＭＮ（Ｖｉｓｉｔｅｄ　ＰＬＭＮ）を選択している場合、ＵＥ１００とＶＰＬＭＮとの間に直接的な加入者契約ではなく、ＨＰＬＭとＶＰＬＭＮとの間のローミング契約に基づいてＶＰＬＭＮが選択されているため、ＨＰＬＭとＶＰＬＭＮとの間でＵＥ１００に対する設定が異なる可能性がある。従って、ローミング先のサービングセルからＵＥ１００が受信したＤ２Ｄ周波数リストは、禁止ＰＬＭＮで使用可能な周波数を含むことあると考えられる。

　現状、Ｄ２Ｄ周波数リストが禁止ＰＬＭＮで使用可能な周波数を含む場合におけるＵＥ１００の動作について規定がないため、ＵＥ１００が、禁止ＰＬＭＮで使用可能な周波数においてＤｉｓｃｏｖｅｒｙ信号を許可なく送信する虞がある。そこで、以下の方法によって、ＵＥ１００が、禁止ＰＬＭＮで使用可能な周波数においてＤｉｓｃｏｖｅｒｙ信号を許可なく送信することを避けることができる。

　第１に、ＵＥ１００は、Ｄ２Ｄ周波数リストをローミング先のサービングセルから受信する。

　第２に、ＵＥ１００は、受信したＤ２Ｄ周波数リストの中から、Ｄｉｓｃｏｖｅｒｙ信号の送信に使用するＤ２Ｄ周波数を選択する。また、ＵＥ１００は、選択Ｄ２Ｄ周波数を提供するＰＬＭＮが禁止ＰＬＭＮであるか否かを判定する。ＵＥ１００は、上述の動作によって、選択Ｄ２Ｄ周波数を同一のＰＬＭＮが提供する場合、禁止ＰＬＭＮにないと判定する。或いは、Ｄ２Ｄ周波数リストが、各Ｄ２Ｄ周波数に対応するＰＬＭＮを示す情報を含む場合、ＵＥ１００は、当該情報に基づいて、ＰＬＭＮを特定する。ＵＥ１００は、特定したＰＬＭＮが禁止ＰＬＭＮにあるか否かを判定してもよい。

　なお、禁止ＰＬＭＮリストは、ＵＳＩＭに記憶することが好ましい。これにより、ＵＥ１００のＵＳＩＭが変更された場合（すなわち、加入者情報が変更した場合）であっても、ＵＥ１００の誤作動を防ぐことができる。

　第３に、ＵＥ１００は、選択Ｄ２Ｄ周波数を提供するＰＬＭＮが、禁止ＰＬＭＮリストにない場合に、当該ＰＬＭＮの選択を開始する。ＵＥ１００は、選択Ｄ２Ｄ周波数が禁止ＰＬＭＮにある場合、他のＤ２Ｄ周波数を選択する。或いは、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号の送信を諦める。

　第４に、ＵＥ１００は、当該ＰＬＭＮの認証を受け、当該ＰＬＭＮを選択できた場合に、選択Ｄ２Ｄ周波数を使用してＤｉｓｃｏｖｅｒｙ信号を送信することを要求する使用要求を選択したＰＬＭＮに属するセルに送信する。一方、ＵＥ１００は、当該ＰＬＭＮを選択できない場合、他のＤ２Ｄ周波数を選択する。或いは、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号の送信を諦める。ＵＥ１００は、当該ＰＬＭＮを禁止ＰＬＭＮリストに登録してもよい。

　第５に、使用要求を受信したセルが属するＰＬＭＮ内のサーバは、ＵＥ１００のＤｉｓｃｏｖｅｒｙ信号送信の認証可能か判定する。サーバは、Ｄｉｓｃｏｖｅｒｙ信号送信を認証できる場合、Ｄｉｓｃｏｖｅｒｙ信号送信の承諾を通知し、Ｄｉｓｃｏｖｅｒｙ信号送信を認証できない場合、Ｄｉｓｃｏｖｅｒｙ信号送信の拒否を通知する。

　第６に、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号送信の承諾通知を受信した場合、選択Ｄ２Ｄ周波数においてＤｉｓｃｏｖｅｒｙ信号を送信する。一方、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号送信の拒否通知を受信した場合、ＵＥ１００は、当該選択Ｄ２Ｄ周波数におけるＤｉｓｃｏｖｅｒｙ信号の送信を諦める。ＵＥ１００は、選択Ｄ２Ｄ周波数及び当該ＰＬＭＮの少なくとも一方を記憶してもよい。具体的には、ＵＥ１００は、当該ＰＬＭＮをＤｉｓｃｏｖｅｒｙ信号送信が承諾されないＰＬＭＮのリストであるＤｉｓｃｏｖｅｒｙ禁止ＰＬＭＮリストに登録してもよい。また、ＵＥ１００は、選択Ｄ２Ｄ周波数を、Ｄｉｓｃｏｖｅｒｙ信号送信が承諾されない禁止Ｄ２Ｄ周波数のリストに登録してもよい。ＵＥ１００は、これらのリストを用いて、選択Ｄ２Ｄ周波数を提供するＰＬＭＮが禁止ＰＬＭＮであるか否かを判定できる。

　また、ＵＥ１００は、これらのリストに基づいて、禁止ＰＬＭＮのＤ２Ｄ周波数を選択できないように外してもよい。また、ＵＥ１００は、禁止ＰＬＭＮのＤｉｓｃｏｖｅｒｙリソースプールが分かる場合は、当該Ｄｉｓｃｏｖｅｒｙリソースプールの時間領域をＤｉｓｃｏｖｅｒｙ信号のモニタ候補から外してもよい。

　次に、ＵＥ１００が、公共の安全のために使用されるパブリックセーフティＵＥ（Ｐｕｂｌｉｃ　ｓａｆｅｔｙ　ＵＥ）であるケースを想定する。この場合、ＵＥ１００が、使用要求を送信しなくても、Ｄｉｓｃｏｖｅｒｙ信号を送信可能であることが望まれる。

　そこで、ＵＥ１００が、パブリックセーフティＵＥである場合、使用要求を送信する代わりに、パブリックセーフティＵＥであることを示すＰＳ情報を通知する特別手順を行うことによって、Ｄｉｓｃｏｖｅｒｙ信号送信の認証を省略できる。

　例えば、ＵＥ１００は、ローミング先のＰＬＭＮに、ＰＳ情報を通知し、ＰＳ情報で認証を受けている場合、Ｄ２Ｄ周波数リストに含まれるＤ２Ｄ周波数を提供するＰＬＭＮの認証（及びＤｉｓｃｏｖｅｒｙ信号送信の承諾）なく、当該Ｄ２Ｄ周波数を使用してＤｉｓｃｏｖｅｒｙ信号を送信できる。

　或いは、ＵＥ１００は、選択Ｄ２Ｄ周波数を提供するＰＬＭＮにおいて、ＰＳ情報を通知した場合に、当該ＰＬＭＮの認証（及びＤｉｓｃｏｖｅｒｙ信号送信の承諾）なく、当該Ｄ２Ｄ周波数を使用してＤｉｓｃｏｖｅｒｙ信号を送信できる。

　或いは、ＵＥ１００は、選択Ｄ２Ｄ周波数を提供するＰＬＭＮの認証の前に、パブリックセーフティ認証サーバにアクセスする。ＵＥ１００は、パブリックセーフティ認証サーバから認証を受けた場合に、当該ＰＬＭＮの認証（及びＤｉｓｃｏｖｅｒｙ信号送信の承諾）なく、当該Ｄ２Ｄ周波数を使用してＤｉｓｃｏｖｅｒｙ信号を送信できる。

　ＰＳ情報は、例えば、パブリックセーフティの機関の認証を示す認証情報の少なくとも一部である。当該認証情報は、パスワード（認証キー）であってもよい。また、当該認証情報は、複数の認証キーであり、時刻（ＵＴＣ）によって適用される認証キーが変わってもよい。例えば、ＵＥ１００は、第１認証キー（０時～１２時に使用）と第２認証キー（１２時～２４時に使用）とを記憶している場合、現在時刻によって、ＰＳ情報を生成するための認証キーを選択する。なお、当該認証情報は、例えば、ＵＥ１００のＵＳＩＭに記憶されている。

　或いは、ＰＳ情報は、パブリックセーフティの機関によって発行されたパブリックセーフティ固有ＩＤの少なくとも一部であってもよい。例えば、ＰＳ情報は、パブリックセーフティ固有ＩＤの最初の１６ビットである。なお、パブリックセーフティ固有ＩＤは、所定の機関に発行された機関ＩＤであってもよいし、個人に発行された個人ＩＤであってもよい。

　なお、ＵＥ１００からＰＳ情報を受信したｅＮＢ２００は、ＵＥ１００に対して、Ｄ２Ｄ近傍サービス（少なくともＤ２Ｄ発見手順）に使用される無線リソース（送信リソース又は送受信リソース）を割り当てなければならない。

　また、上述した第１実施形態において、モニタギャップ報告は、モニタの対象を示す情報（例えば、ＰＬＭＮの識別子、周波数帯の識別子（ＥＡＲＦＣＮ）、中心周波数の情報の少なくともいずれかのリスト）を含んでもよい。また、モニタギャップを示す情報は、ギャップパターンの周期長さ（例えば、サブフレーム数）を示す情報、ギャップパターンの開始とモニタの開始とのオフセット値（例えば、整数）を示す情報及びギャップパターンのうちモニタが行われる期間（有効期間）を示す情報を含む情報であってもよい。或いは、モニタギャップを示す情報が、第１実施形態で説明したように、サブフレームパターンのビットマップを示す場合、ビットマップは、（例えば、ＨＡＲＱプロセスにおいて）ｅＮＢ２００－１が使用しないことを望むサブフレームが「０」を示し、ｅＮＢ２００－１が使用してもよいサブフレームが「１」を示すビット列であってもよい。この場合、上りリンク信号のための制御情報（ＵＬ　ｇｒａｎｔ）を受信する可能性があるサブフレーム、上りリンク信号の再送を行うサブフレーム（例えば、ＵＬ　ＨＡＲＱ　再送サブフレーム）、上りリンク信号及び／又は下りリンク信号の再送のためのフィードバック情報を送信するためのサブフレーム（ＤＬ／ＵＬ　ＨＡＲＱ　ｆｅｅｄｂａｃｋ）が「１」で示されてもよい。

　また、モニタギャップを示す情報として、ギャップパターンを示す情報を送信する場合、１つのモニタギャップを示す情報が、興味のある全ての周波数におけるギャップパターンを示してもよい。例えば、「０」がモニタを希望するサブフレームを示し、「１」がモニタを希望しないサブフレームを示すと仮定する。第１の周波数における送信リソースプールのサブフレームパターンが、「１１１０００００」であり、第２の周波数における送信リソースプールのサブフレームパターンが、「０００００１１１」である場合、１つのモニタギャップを示す情報は、「１１１００１１１」を示してもよい。これにより、オーバヘッドが減少できる。

　或いは、１つのモニタギャップを示す情報が、興味のあるＰＬＭＮ毎のギャップパターンを示してもよい。この場合、複数のＰＬＭＮに興味があるＵＥ（すなわち、複数のＰＬＭＮにおいてＤ２Ｄ近傍サービスを利用したいＵＥ）は、複数のモニタギャップを示す情報をｅＮＢ２００に送信する。複数のモニタギャップを示す情報のそれぞれは、各ＰＬＭＮの識別子と対応付けられている。

　或いは、１つのモニタギャップを示す情報が、興味のある周波数毎のギャップパターンを示す情報を示してもよい。この場合、複数の周波数に興味があるＵＥ（すなわち、複数の周波数においてＤ２Ｄ近傍サービスを利用したいＵＥ）は、複数のモニタギャップを示す情報をｅＮＢ２００に送信する。複数のモニタギャップを示す情報のそれぞれは、各周波数の識別子と対応付けられている。

　なお、ＵＥ１００は、モニタギャップ要求に含まれるＤｉｓｃｏｖｅｒｙリソース情報として、上述にて説明したモニタギャップを示す情報又はモニタギャップ報告に含まれる情報と同じ形式の情報を送信してもよい。また、ｅＮＢ２００－１は、許可されたモニタギャップを示す情報及びモニタギャップ要求の応答として、上述にて説明したモニタギャップを示す情報又はモニタギャップ報告に含まれる情報と同じ形式の情報を送信してもよい。

　なお、ｅＮＢ２００は、ＵＥ１００から送信されたギャップパターンを示す情報に基づいて、他のＵＥ１００のモニタギャップを決定（設定）してもよい。例えば、ＵＥ１００が、モニタギャップを示す情報として所定の周波数の識別子と対応付けられたギャップパターンを示す情報をｅＮＢ２００に送信し、且つ、他のＵＥ１００が、希望する所定の周波数の識別子を含むモニタギャップ要求をｅＮＢ２００に送信した場合、ｅＮＢ２００は、ＵＥ１００からのギャップパターンと同じギャップパターンを他のＵＥ１００のモニタギャップに設定することができる。

　また、上述した第２実施形態では、ＵＥ１００は、間欠受信モードのオフ期間に他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタしていたが、これに限られない。ＵＥ１００は、他のシステムにおける基地局からの電波強度を測定するために割り当てられた期間であるメジャメントギャップ（Ｍｅａｓｕｒｅｍｅｎｔ　Ｇａｐ）において、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタしてもよい。また、セルに接続しているＵＥ（コネクティッドＵＥ）１００が、メジャメントギャップにおいてのみ、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタしてもよい。メジャメントギャップが設定されている期間は、接続中のセルが、ＵＥ１００に対して無線信号を送信しないため、ＵＥ１００がＤ２Ｄ無線信号の送信又は受信を行うことによって接続中のセルから情報を受信できないという問題が発生しない。なお、ＵＥ１００は、単一の受信機（又は送受信機）を備えている場合にのみ、メジャメントギャップ（及び間欠受信モードのオフ期間）においてのみ、Ｄ２Ｄ無線信号の送信又は受信を行ってもよい。ＵＥ１００は、複数の受信機（又は送受信機）を備えている場合、メジャメントギャップ以外の期間において、Ｄ２Ｄ無線信号の送信又は受信を行ってもよい。

　或いは、ＵＥ１００は、設定されている間欠受信モードのオフ期間及び／又は設定されているメジャメントギャップのみでは、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタが充分に実行できないと判定した場合、モニタギャップを決定してもよい、或いは、ＵＥ１００は、ｅＮＢ２００にモニタギャップ要求を送信してもよい。例えば、ＵＥ１００は、間欠受信モードのオフ期間及び／又はメジャメントギャップにおいて、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタが困難であったり、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタを行っても、他のＵＥ１００からＤｉｓｃｏｖｅｒｙ信号を受信できない場合に、モニタギャップを決定したり、ｅＮＢ２００にモニタギャップ要求を送信したりしてもよい。また、ＵＥ１００は、間欠受信モードのオフ期間及び／又はメジャメントギャップのみのＤｉｓｃｏｖｅｒｙ信号のモニタでは、基準値以上の品質（例えば、発見可能性（ｄｉｓｃｏｖｅｒｙ　ｐｒｏｂａｂｉｌｉｔｙ））を確保できない場合に、モニタギャップを決定したり、ｅＮＢ２００にモニタギャップ要求を送信したりしてもよい。例えば、ＵＥ１００は、間欠受信モードのオフ期間及び／又はメジャメントギャップの時間が短すぎる場合、モニタの品質（精度）が確保できないと判定する。基準値（閾値）は、ｅＮＢ２００（サービングセル）によって設定されてもよいし、ｅＮＢ２００よりも上位のネットワーク装置（例えば、ＭＭＥ、ＯＡＭ、ＮＡＳエンティティ、ＰｒｏＳｅ　Ｆｕｎｃｔｉｏｎを有するサーバなど）によって設定されてもよいし、予め決定されている閾値（ｐｒｅ－ｄｅｆｉｎｅｄ　ｖａｌｕｅ）であってもよい。なお、ＰｒｏＳｅ　Ｆｕｎｃｔｉｏｎを有するサーバは、Ｄ２Ｄ近傍サービスに関する管理を行うサーバであり、例えば、上述した第１サーバ４００－１（又は第２サーバ４００－２）である。

　また、上述した第１実施形態において、ｅＮＢ２００－２は、第２ＰＬＭＮにおけるＤｉｓｃｏｖｅｒｙリソース情報を含む設定情報をＳＩＢ１８によって送信していたが、ｅＮＢ２００－１が、自身の属する第１ＰＬＭＮにおけるＤｉｓｃｏｖｅｒｙリソース情報を含む設定情報をＳＩＢ１８によって送信してもよいことは勿論である。さらに、ｅＮＢ２００－１は、他のＰＬＭＮ（又は他のｅＮＢ２００－２）におけるＤｉｓｃｏｖｅｒｙリソース情報をＳＩＢによって送信してもよい。或いは、ｅＮＢ２００－１は、他のＰＬＭＮ（又は他のｅＮＢ２００－２）におけるＤｉｓｃｏｖｅｒｙリソース情報を専用の信号（dedicated　ｓｉｇｎａｌｌｉｎｇ）によって個々のＵＥ１００にユニキャストで送信してもよい。ｅＮＢ２００－１は、他のＰＬＭＮ（又は他のｅＮＢ２００－２）におけるＤｉｓｃｏｖｅｒｙリソース情報を、モニタギャップとして送信する場合にのみ、専用の信号によってＵＥ１００にユニキャストで送信してもよい。この場合、ＵＥ１００は、ＳＩＢではなく、専用の信号によって受信した他のＰＬＭＮ（又は他のｅＮＢ２００－２）におけるＤｉｓｃｏｖｅｒｙリソース情報に基づいて特定されるリソースプールの期間をモニタギャップとみなすことができる。

　また、ｅＮＢ２００－１は、所定のＵＥ１００に対して許可したモニタギャップを示す情報又は所定のＵＥ１００に割り当てたモニタギャップを示す情報を、他のＰＬＭＮ又は他のｅＮＢ２００におけるＤｉｓｃｏｖｅｒｙリソース情報（の少なくとも一部）として、ＳＩＢによって送信してもよい。ＵＥ１００は、ＳＩＢによって受信した、他のＰＬＭＮ又は他のｅＮＢ２００におけるＤｉｓｃｏｖｅｒｙリソース情報に基づいて、モニタギャップを決定してもよいし、モニタギャップ要求に含ませるＤｉｓｃｏｖｅｒｙリソースプールを決定してもよい。

　上述した第２実施形態において、ＵＥ１００は、無線送受信機１１０を１つのみ備える場合（すなわち、複数の周波数（サービングセルの周波数と興味があるＤ２Ｄ周波数）において同時に受信する能力がない場合）、間欠受信モードのオフ期間にのみ、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタしてもよい。また、ＵＥ１００は、間欠受信モードのオフ期間に他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタするために、干渉（例えば、ＵＥ自身のＷＬＡＮ通信に基づく干渉、ＧＮＳＳの使用に基づくＧＮＳＳからの／への干渉など）を抑制するために使用されるＩＤＣメッセージ（ＩｎＤｅｖｉｃｅＣｏｅｘｉｎｄｉｃａｔｉｏｎ　ｍｅｓｓａｇｅ）を、ｅＮＢ２００に送信してもよい。

　上述した各実施形態では、Ｄｉｓｃｏｖｅｒｙ信号のモニタ（受信）を中心に説明したが、これに限られない。上述した内容は、Ｄｉｓｃｏｖｅｒｙ信号のアナウンス（送信）に適用されてもよい。従って、上述のＤｉｓｃｏｖｅｒｙ信号のモニタ（受信）をＤｉｓｃｏｖｅｒｙ信号のアナウンス（送信）に置き換えてもよい。また、上述した内容は、Ｄ２Ｄ発見手順だけでなく、他の動作（例えば、Ｄ２Ｄ通信）に適用されてもよい。従って、上述のＤｉｓｃｏｖｅｒｙ信号をＤ２Ｄ通信（communication）信号に置き換えてもよい。例えば、ＵＥ１００が、他の周波数においてＤ２Ｄ通信信号を送信及び／又は受信するためのギャップを決定してもよいし。或いは、ｅＮＢ２００（サービングセル）が、他の周波数（他のセル）においてＤ２Ｄ通信信号を送信及び／又は受信するためのギャップを決定し、当該ギャップをＵＥ１００に送信してもよい。

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

　［付記］
　以下に、実施形態の補足事項について付記する。

　（Ａ）付記１
　（Ａ１）導入
　この付記１では、ＰＬＭＮ間発見機能（ｉｎｔｅｒ－ＰＬＭＮ　Ｄ２Ｄ　ｄｉｓｃｏｖｅｒｙ　ｆｕｎｃｔｉｏｌｉｔｙ）をサポートするための方法及び可能な解決策を検討する。

　（Ａ２）ＰＬＭＮ間発見手順（ｉｎｔｅｒ－ＰＬＭＮ　ｄｉｓｃｏｖｅｒｙ）サポート
　一部の企業は、特に、既存のピア・ツー・ピア発見機能に優る利点を考慮して、ＬＴＥ　Ｄ２ＤにおけるＰＬＭＮ間機能をサポートすることに関心を示した。ＳＡ２は、リリース１２におけるＰＬＭＮ間発見手順のサポートもキャプチャーした。さらに、Ｄ２Ｄは、交通事故（トラフィックアクシデント）を削減する可能性のある有望なテクノロジーのうちの１つとして既に確認されている。Ｄ２Ｄ発見手順が同一ＰＬＭＮ内での運用に制限される場合、Ｄ２Ｄの有用性は、著しく低減されるであろう。

　提案１：ＰＬＭＮ間Ｄ２Ｄ発見手順（ｉｎｔｅｒ－ＰＬＭＮ　ｄｉｓｃｏｖｅｒｙ）は、リリース１２においてサポートされるべきである。

　（Ａ３）ＰＬＭＮ間発見手順のステージ２デザイン
　（Ａ３．１）課題
　提案１が採用される場合、ＰＬＭＮ間発見手順を行う１つの単純な方法は、セル間／周波数間発見手順サポートのためのメカニズムに、ＰＬＭＮ間発見手順の機能を組み込むことである。換言すると、ＰＬＭＮ間発見手順は、セル間／周波数間発見手順のために合意済みであるＳＩＢの使用を通じてサポートされるべきである。

　（Ａ３．２）ＳＩＢプロビジョニングスキーム
　ＰＬＭＮ間発見手順をサポートするために、発見リソース情報は、Ｄ２Ｄ　ＵＥが他のＰＬＭＮに属するセルにおいて送信されたＤｉｓｃｏｖｅｒｙ信号をモニタするためにさらに必要とされる。ＵＥは、サービングセルのＳＩＢ（例えば、ＳＩＢ１８）から、同一周波数内でＤｉｓｃｏｖｅｒｙ信号を受信するための情報のフルセットと、少なくとも発見手順をサポートするのはどの周波数であるかについてのインディケーションとを取得することができる。サービングセルから送信されたＳＩＢ１８が周波数間発見手順のための情報のフルセットを含むか否かは、未だ決定されていないが、同じＰＬＭＮから提供される周波数である限り、同一周波数内／周波数間でのＤｉｓｃｏｖｅｒｙ信号の受信についてのこのような情報に関する知識をサービングセルが有することが前提とされてもよい。

　ＰＬＭＮ間発見手順サポートに関する状況は、異なるＰＬＭＮに属するセルがどのような方法でお互いから情報のフルセットを取得するかが不明確であるので、異なる。以下の２つのオプションが考慮されてもよい（図１４参照）：
　・オプション１：サービングセルは、他のＰＬＭＮからのＳＩＢ１８のコピーをＳＩＢの中で提供する。

　オプション１は、ローミング契約に基づく設定、または、複数のＰＬＭＮによって共有される、もしくは、利用できるサーバによる設定に含まれてもよい。このオプションでは、ＳＩＢ１８から共有される発見手順情報（ｄｉｓｃｏｖｅｒｙ　ｉｎｆｏｒｍａｔｉｏｎ）は、静的または準静的であることが前提とされる。ＵＥは、異なるＰＬＭＮ（群）に属する発見手順情報を取得するためにこのＵＥのサービングセルのＳＩＢ１８をデコードしてもよいことが前提とされる。このオプションの欠点は、特に、異なる複数のＰＬＭＮ（ｍｕｌｔｉｐｌｅ　ｉｎｔｅｒ－ＰＬＭＮｓ）からの発見手順情報がサポートされる必要がある場合、ＳＩＢ１８のサイズが著しく増大する。

　ＲＡＮレベルＳＩＢ１８共有：これは、ＰＬＭＮ（群）による直接Ｘ２通信を用いてもよい。より動的なＳＩＢ１８共有を容易に実現することができるが、少なくともリリース１２の範囲外である。

　・オプション２：ＵＥは、別のＰＬＭＮに属するセルから直接的にＳＩＢ１８を取得する。

　オプション２では、ＵＥは、別のＰＬＭＮ（群）に属する隣接セルから直接的にＳＩＢ１８を取得する必要がある。これは、動的なＳＩＢ１８共有を容易に実現し、サービングセルは、サービングセル自身のＳＩＢ１８の中で異なったＰＬＭＮ（群）のＳＩＢ１８を提供する必要はない。このオプションは、ＵＥがＰＬＭＮ間発見手順のために複数のＳＩＢ１８をデコードする複雑性を増大させる。ＵＥが別のＰＬＭＮに属するＳＩＢ１８を取得するために、当該ＵＥのサービングセルとの協調を必要とするかどうかは、さらなる課題である。

　オプション１が採用される場合、ＳＩＢ１８のサイズは、複数のＰＬＭＮからの発見手順情報を収容するために著しく増大される必要があるであろう。オプション２では、ＳＩＢのサイズは、同一ＰＬＭＮ内に限定され、特に、発見手順情報が準静的であることが前提とされる場合、ＵＥが複数のＳＩＢ１８を復号するための複雑性は、限定される。従って、オプション２が採用されるべきである、と結論を出す。

　提案３：サービングセルは、サービングセル自身のＰＬＭＮに属するＳＩＢ１８を提供すれば十分である、ことを合意すべきである。

　（Ａ３．３）他のＰＬＭＮの周波数の識別
　下記合意において、「隣接周波数」が他のＰＬＭＮの周波数を含むか否かは明確でない。

　サービングセルは、ＳＩＢ情報の中で、どの隣接周波数がＰｒｏＳｅ発見をサポートしているのかを、通知してもよい。

　周波数情報がＵＥのサービングセルのＳＩＢから得られない場合、ＵＥは、他のＰＬＭＮからのセルがカバレッジ範囲内に存在するか否か、および、ＳＩＢ１８が提供されているか否かを確認するためだけに、頻繁にサービングセルの周波数とは異なる周波数に、受信機の周波数を調整する必要があるであろう。しかしながら、他のＰＬＭＮの周波数がサービングセルのＳＩＢの中で一覧化されて提供される場合、ＵＥは、指定された周波数に同調するだけでよく、既存のＤＲＸ機会を使用して異なるＰＬＭＮに属するセルから直接的にＳＩＢ１８を取得してもよい。

　提案４：サービングセルのＳＩＢは、ＰＬＭＮ間のＤ２Ｄ発見手順を念頭に入れて他のＰＬＭＮの周波数を提供することに合意すべきである。

　（Ａ４）課題
　ＰＬＭＮ間のＳＩＢ１８情報交換の有無の前提の各事例に関して、論点が検討され得る。この章では、２つの観点について考察する。

　（Ａ４．１）ＰＬＭＮ間のＳＩＢ１８情報の交換なし
　上記提案に合意できる場合、ＰＬＭＮ間の発見手順は、周波数間発見メカニズムに加えて容易に実現されるであろう。しかしながら、異なるＰＬＭＮ（ｉｎｔｅｒ－ＰＬＭＮ）の発見手順情報の共有がサポートされていないことが前提とされる場合、異なるＰＬＭＮに属するセルからＳＩＢ１８情報を取得する機会をサービングセルがＵＥに適切に設定する簡単な方法は、存在しないであろう。特に、ＲＡＮ１は、ＵＥがサポートするＦＤＤキャリアのスペクトルをＤＬおよびＵＬで同時に受信できない可能性があることを既に前提としている。

　・所見：異なるＰＬＭＮの発見手順情報の共有がない場合、サービングセルは、ＰＬＭＮ間Ｄｉｓｃｏｖｅｒｙ信号のモニタリングのためにＵＥを適切に設定できない可能性がある。

　この所見の観点から、ＵＥがＳＩＢ１８情報を取得し、別のＰＬＭＮに属するセルからのＤｉｓｃｏｖｅｒｙ信号をモニタするために、以下の２つのオプションが検討されてもよい。

　・オプション１ａ：ＵＥは、既存のＤＲＸ設定を用いて、ＤＲＸオフ期間中に、異なるＰＬＭＮに属するＳＩＢ１８又はＳＩＢ１９の受信とＤｉｓｃｏｖｅｒｙ信号のモニタとを行ってもよい。

　・オプション２ａ：ＰＬＭＮ間の発見手順情報は、ＵＥによってサービングセルに間接的に提供される。例えば、ＵＥは、異なるＰＬＭＮに属するセルから受信されたＳＩＢ１８の全て（フルセット）または一部（サブセット）を転送する。

　比較すると、オプション１ａは、ＰＬＭＮ間の発見手順をサポートするために既存の仕様への著しい変更を要求しないが、既存のＤＲＸでは、ＰＬＭＮ間の発見手順の機会は、「ベストエフォート」に基づいている。ＵＥがＤＲＸだけを使用して好ましいＰＬＭＮ間のＤｉｓｃｏｖｅｒｙ信号をモニタできる保証はない。その上、ＵＥは、ＤＲＸオフ期間中に、例えば、ＨＡＲＱ再送信およびスケジューリング要求（ＳＲ）などのＵＬセルラ通信を実行しても差し支えなく、かつ、ＵＥは、同時に行われる発見モニタリングおよびＵＬＷＡＮ通信をサポートしないことが前提なので、ＰＬＭＮ間発見モニタリングの機会は、低減される。

　オプション２ａでは、ＵＥは、サービングセルにとって関心のあるＰＬＭＮ間の発見手順情報を提供する。サービングセルが発見手順情報を受信すると、ＰＬＭＮ間発見手順のための適切な機会をＵＥに設定するか否かを決定することはサービングセルに委ねられる。このオプションの欠点は、Ｕｕインターフェイスによるシグナリングが増加する可能性がある。

　どちらのオプションにも欠点があるので、２つのオプションのうち、許容範囲にあると考えられ得るより大きい仕様へのインパクトを有するが、Ｄ２Ｄ発見手順のため十分な利益をもたらすオプションを決定すべきである。しかしながら、どちらのオプションが採用されるかとは無関係に、ＵＥの挙動がサービングセルの制御下にあるべきことは明確であるべきである。

　提案５：ＰＬＭＮ間発見モニタリングに関するＵＥの挙動がサービングセルの制御下にあるべきことが合意されるべきである。

　提案６：ＳＩＢ１８情報がＰＬＭＮの間で交換されない場合、オプション１ａが好ましいか、オプション２ａが好ましいかを検討すべきである。

　（Ａ４．２）ＰＬＭＮ間でのＳＩＢ１８情報の交換あり
　ＳＩＢ１８のフルセットが異なるＰＬＭＮに属するセルの間で交換されることを前提として、サービングセルが、他のＰＬＭＮに属するセルのＰＬＭＮ間発見機会を知っていることが前提とされてもよい。しかしながら、他のＰＬＭＮからの隣接セルの個数に起因して、サービングセルが他のＰＬＭＮからの全ての発見リソースをＳＩＢ１８に含めることは実現可能でない。ＳＩＢ１８のサイズは、著しく増大されるであろう。サービングセルは、ＵＥが他のＰＬＭＮに属するセルからの発見リソースをモニタ及び受信するためのギャップ機会（ｇａｐ　ｏｃｃａｓｉｏｎｓ）を設定する際に２つのオプションを有するであろう。

　・オプション１ｂ：サービングセルがＳＩＢ１８において発見手順情報をブロードキャストしない場合、１つ以上のディスカバリ可能な周波数に関してＰＬＭＮ間発見機会をＵＥに設定することはサービングセルに委ねられる。サービングセルは、ＵＥの能力に従って、ＰＬＭＮ間発見機会をＵＥに設定してもよい。

　オプション１ｂでは、サービングセルは、ＳＩＢ１８において、何らかのＰＬＭＮ間周波数情報を含む、ＰＬＭＮ間発見手順情報を提供する必要がない。サービングセルは、ＰＬＭＮ間発見機会をＵＥに設定するためにＵＥからのフィードバックを要求しない。これは、ＰＬＭＮ間発見手順をサポートするより簡単な方法であるが、オプション１ｂは、サービングセルがＰＬＭＮ間発見手順のためＵＥの優先傾向（ｐｒｅｆｅｒｅｎｃｅｓ）を考慮できない、という欠点がある。

　・オプション２ｂ：このオプションでは、サービングセルは、他のＰＬＭＮにおけるディスカバリ可能な周波数をＳＩＢ１８においてブロードキャストする。ＵＥは、他のＰＬＭＮにおける１つ以上の周波数において、発見リソースをモニタするＵＥの意図をサービングセルに示すこともあり得る。発見興味インディケーションに基づいて、サービングセルは、ＵＥのニーズのために適切なＰＬＭＮ間発見機会をＵＥに設定してもよい。

　オプション２ｂは、発見機会の設定を、ＵＥが興味のある周波数に基づいてサービングセルが正確に決定できる、という利点がある。これは、追加のシグナリングがＰＬＭＮ周波数をＳＩＢにおいてブロードキャストするために必要とされ、ＵＥに発見機会が適切に設定される前にＵＥが発見興味インディケーションをサービングセルに送信する必要がある、という欠点がある。

　どちらのオプションもいくつかの欠点がある。しかしながら、サービングセルが、発見機会をＵＥが関心のある周波数だけに制限するかもしれないので、オプション２ｂが望ましい。

　提案７：ＳＩＢ１８情報がＰＬＭＮの間で交換されることを前提として、ＰＬＭＮ間発見機会は、ＵＥに関心のある周波数に基づくべきである。

　（Ａ５）結論
　この付記１では、ＰＬＭＮ間Ｄ２Ｄ発見手順の必要性を検討し、ＰＬＭＮ間Ｄ２Ｄ発見手順をサポートするためにシンプルなメカニズムを提供した。また、想定される課題及び潜在的な解決方法を述べた。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (7)

1. 　サービングセルの周波数と異なる他の周波数におけるＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）から、近傍端末を発見するためのＤ２Ｄ発見手順用のリソースプールを特定可能な情報を取得する制御部を備え、
   　前記制御部は、前記リソースプールを特定可能な情報に基づいて、前記他の周波数において、前記Ｄ２Ｄ発見手順におけるＤ２Ｄ発見信号をモニタすることを特徴とするユーザ端末。
2. 　サービングセルの周波数と異なる他の周波数におけるＳＩＢ（Ｓｙｓｔｅｍ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂｌｏｃｋ）から、近傍端末を発見するためのＤ２Ｄ発見手順用のリソースプールを特定可能な情報を取得する制御部を備え、
   　前記制御部は、前記リソースプールを特定可能な情報に基づいて、上りリンク信号の送信動作を行う期間とは異なる期間に前記発見信号の送信であるＤ２Ｄ動作を行うことを特徴とするユーザ端末。
3. 　前記制御部は、前記ユーザ端末の能力を示す情報に基づいて、前記Ｄ２Ｄ発見信号をモニタするモニタ期間を決定することを特徴とする請求項１に記載のユーザ端末。
4. 　前記ユーザ端末の能力を示す情報とは、前記ユーザ端末が複数の受信機を備えていることであることを特徴とする請求項３に記載のユーザ端末。
5. 　下りリンク信号を受信する受信部をさらに備え、
   　前記制御部は、前記受信部を間欠的に起動する間欠受信モードを制御し、
   　前記制御部は、前記間欠受信モードにおいて前記受信部が起動している期間か停止している期間かに基づいて前記Ｄ２Ｄ発見信号をモニタするモニタ期間を決定することを特徴とする請求項１に記載のユーザ端末。
6. 　前記制御部は、前記ユーザ端末がＲＲＣアイドル状態であるかＲＲＣ接続状態であるかに基づいて前記Ｄ２Ｄ発見信号をモニタするモニタ期間を決定することを特徴とする請求項１に記載のユーザ端末。
7. 　サービングセルの周波数において、近傍端末を発見するためのＤ２Ｄ発見手順において用いられるＤ２Ｄ発見信号をアナウンスする制御部を備え、
   　前記制御部は、前記Ｄ２Ｄ発見手順用のリソースプールが配置されている期間であっても、前記Ｄ２Ｄ発見信号のアナウンスよりもセルラ通信を優先するユーザ端末。

Images