(57)【要約】  本実施形態に係るユーザ端末は、サービングセルの周波数と異なる他の周波数で運用される他のセルから、前記他のセルにおけるＤ２Ｄ発見信号用のリソースプールの時間方向の位置を特定可能なリソース情報を取得する制御部を備える。前記制御部は、取得した前記リソース情報に基づいて、前記他の周波数におけるＤ２Ｄ発見信号をモニタするためのモニタ期間を決定する。
2016021703.tif 000002
【特許請求の範囲】
【請求項１】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられるユーザ端末であって、
サービングセルの周波数と異なる他の周波数で運用される他のセルから、前記他のセルにおける前記Ｄ２Ｄ近傍サービス用のリソースプールの時間方向の位置を特定可能なリソース情報を取得する制御部を備え、
前記制御部は、前記リソース情報に基づいて、前記他の周波数におけるＤ２Ｄ無線信号をモニタするため又は前記他の周波数においてＤ２Ｄ無線信号を送信するためのＤ２Ｄ期間を決定することを特徴とするユーザ端末。
【請求項２】
前記Ｄ２Ｄ無線信号は、Ｄ２Ｄ発見手順において使用されるＤ２Ｄ発見信号であり、
前記Ｄ２Ｄ近傍サービス用のリソースプールは、前記Ｄ２Ｄ発見信号用のリソースプールであり、
前記Ｄ２Ｄ期間は、前記他の周波数における前記Ｄ２Ｄ発見信号をモニタするためのモニタ期間であることを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記Ｄ２Ｄ期間を示す情報を前記サービングセルに送信する送信部をさらに備えることを特徴とする請求項１に記載のユーザ端末。
【請求項４】
前記Ｄ２Ｄ期間のうち前記サービングセルが許可した許可Ｄ２Ｄ期間を示す情報を前記サービングセルから受信する受信部をさらに備え、
前記制御部は、前記許可Ｄ２Ｄ期間において前記Ｄ２Ｄ無線信号をモニタする制御又は前記Ｄ２Ｄ無線信号を送信する制御を行うことを特徴とする請求項３に記載のユーザ端末。
【請求項５】
前記Ｄ２Ｄ期間の設定解除を示す情報を前記サービングセルに送信する送信部をさらに備えることを特徴とする請求項３又は４に記載のユーザ端末。
【請求項６】
前記制御部は、上りリンク信号の送信動作又は下りリンク信号の受信動作である通信動作を行う通信期間と前記Ｄ２Ｄ期間とが時間方向において重複した場合、所定の優先順位に従って、前記発見信号のモニタ又は前記発見信号の送信であるＤ２Ｄ動作、又は、前記通信動作の一方の制御を行うことを特徴とする請求項１から５の何れか１項に記載のユーザ端末。
【請求項７】
前記所定の優先順位は、前記サービングセルを含む複数のセルとの無線通信に関する前記ユーザ端末の能力を示す情報に基づいて決定されることを特徴とする請求項６に記載のユーザ端末。
【請求項８】
下りリンク信号を受信する受信部をさらに備え、
前記制御部は、前記受信部を間欠的に起動する間欠受信モードを制御し、
前記所定の優先順位は、前記間欠受信モードにおいて前記受信部が起動している期間か停止している期間かに基づいて決定されることを特徴とする請求項６又は７に記載のユーザ端末。
【請求項９】
前記所定の優先順位は、前記ユーザ端末がＲＲＣアイドル状態であるかＲＲＣ接続状態であるかに基づいて決定されることを特徴とする請求項６から８の何れか１項に記載のユーザ端末。
【請求項１０】
前記制御部は、前記他の周波数と異なる周波数におけるＤ２Ｄ無線信号のモニタ又は前記異なる周波数における前記Ｄ２Ｄ無線信号の送信を制御し、
前記所定の優先順位は、前記サービングセルの周波数と前記Ｄ２Ｄ無線信号のモニタ又は送信に使用される周波数との関係性に基づいて決定されることを特徴とする請求項６から９の何れか１項に記載のユーザ端末。
【請求項１１】
前記所定の優先順位は、前記ユーザ端末がＲＲＣ接続状態で前記サービングセルを変更するハンドオーバ手順を行っているか否かに基づいて決定されることを特徴とする請求項６から１０の何れか１項に記載のユーザ端末。
【請求項１２】
前記所定の優先順位は、前記ユーザ端末の無線状況の測定報告のトリガ条件が満たされているか否かに基づいて決定されることを特徴とする請求項６から１１の何れか１項に記載のユーザ端末。
【請求項１３】
下りリンク信号を受信する受信部をさらに備え、
前記制御部は、前記受信部を間欠的に起動する間欠受信モードを制御し、
前記制御部は、前記間欠受信モードにおいて前記受信部が停止しているオフ期間において、前記取得したリソース情報に基づいて、前記他の周波数における前記Ｄ２Ｄ無線信号をモニタするモニタ制御、又は、前記他の周波数において前記Ｄ２Ｄ無線信号を送信する送信制御を行い、
前記制御部は、前記オフ期間において、前記モニタ制御又は前記送信制御を充分に実行できない場合、前記Ｄ２Ｄ期間を決定することを特徴とする請求項１から１２の何れか１項に記載のユーザ端末。
【請求項１４】
前記制御部は、前記移動通信システムと異なる他の移動通信システムにおける基地局からの電波強度を測定するために割り当てられた期間であるメジャメントギャップにおいて、前記取得したリソース情報に基づいて、前記他の周波数における前記Ｄ２Ｄ無線信号をモニタするモニタ制御、又は、前記他の周波数において前記Ｄ２Ｄ無線信号を送信する送信制御を行い、
前記制御部は、前記メジャメントギャップにおいて、前記モニタ制御又は前記送信制御を充分に実行できない場合、前記Ｄ２Ｄ期間を決定することを特徴とする請求項１から１３の何れか１項に記載のユーザ端末。
【請求項１５】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられるユーザ端末であって、
サービングセルの周波数と異なる他の周波数におけるＤ２Ｄ無線信号をモニタするため又は前記他の周波数においてＤ２Ｄ無線信号を送信するためのＤ２Ｄ期間の設定要求を前記サービングセルに送信する送信部と、
前記設定要求に応じて設定された前記Ｄ２Ｄ期間を示す情報を前記サービングセルから受信する受信部と、を備えることを特徴とするユーザ端末。
【請求項１６】
前記設定要求は、前記Ｄ２Ｄ期間の候補となる候補リソースの時間方向の位置を特定可能なリソース情報を含み、
前記リソース情報は、前記候補リソースの時間周期を示す周期情報、前記周期情報の開始タイミングを示すタイミング情報、前記候補リソースのパターンをビットマップで示すビットマップ情報、及び、前記ビットマップ情報の繰り返し回数を示す回数情報、の少なくともいずれかの情報であることを特徴とする請求項１５に記載のユーザ端末。
【請求項１７】
前記タイミング情報は、前記ユーザ端末のサービングセルの所定のサブフレーム番号を基準としたオフセット値であることを特徴とする請求項１６に記載のユーザ端末。
【請求項１８】
前記設定要求は、前記Ｄ２Ｄ期間の候補となる候補リソースの時間方向の位置を特定可能な複数のリソース情報を含み、
前記複数のリソース情報は、前記サービングセルの周波数と異なる複数の他の周波数のそれぞれに対応するリソース情報からなることを特徴とする請求項１５から１７の何れか１項に記載のユーザ端末。
【請求項１９】
前記設定要求は、前記Ｄ２Ｄ期間の候補となる候補リソースの時間方向の位置を特定可能な１つのリソース情報を含み、
前記１つのリソース情報は、前記サービングセルの周波数と異なる複数の他の周波数のそれぞれに対応するリソース情報を統合した情報であることを特徴とする請求項１５から１７の何れか１項に記載のユーザ端末。
【請求項２０】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる基地局であって、
自セルの周波数と異なる他の周波数で運用される他のセルにおける前記Ｄ２Ｄ近傍サービス用のリソースプールの時間方向の位置を特定可能なリソース情報に基づいて、前記自セル内に位置するユーザ端末が前記他の周波数におけるＤ２Ｄ無線信号をモニタするため又は前記他の周波数においてＤ２Ｄ無線信号を送信するためのＤ２Ｄ期間を設定する制御部と、
前記制御部によって設定されたＤ２Ｄ期間を示す情報を前記ユーザ端末に送信する送信部と、を備えることを特徴とする基地局。
【請求項２１】
前記Ｄ２Ｄ無線信号は、Ｄ２Ｄ発見手順において使用されるＤ２Ｄ発見信号であり、
前記Ｄ２Ｄ近傍サービス用のリソースプールは、前記Ｄ２Ｄ発見信号用のリソースプールであり、
前記Ｄ２Ｄ期間は、前記他の周波数における前記Ｄ２Ｄ発見信号をモニタするためのモニタ期間であることを特徴とする請求項２０に記載の基地局。
【請求項２２】
前記リソース情報を前記ユーザ端末から受信する受信部をさらに備えることを特徴とする請求項２０又は２１に記載の基地局。
【請求項２３】
前記リソース情報は、前記ユーザ端末からの前記Ｄ２Ｄ期間の設定要求に含まれることを特徴とする請求項２２に記載の基地局。
【請求項２４】
前記送信部は、前記設定要求に含まれる前記リソース情報によって特定される前記リソースプールを前記Ｄ２Ｄ期間として設定するか否かを示す情報を、前記Ｄ２Ｄ期間を示す情報として送信することを特徴とする請求項２３に記載の基地局。
【請求項２５】
前記リソース情報は、前記他のセルにおける前記Ｄ２Ｄ近傍サービス用のリソースプールのうち、前記ユーザ端末が選択した一部のリソースプールを示す情報であることを特徴とする請求項２０から２３の何れか１項に記載の基地局。
【請求項２６】
前記ユーザ端末から複数の他の周波数のそれぞれに対応する前記リソース情報からなる複数のリソース情報を受信した場合、前記制御部は、前記複数のリソース情報のそれぞれに対応する前記Ｄ２Ｄ期間を設定することを特徴とする請求項２０から２３の何れか１項に記載の基地局。
【請求項２７】
前記ユーザ端末から複数の他の周波数のそれぞれに対応する前記リソース情報からなる複数のリソース情報を受信した場合、前記制御部は、前記複数のリソース情報のうちの１つのリソース情報に対応する前記Ｄ２Ｄ期間を設定することを特徴とする請求項２０から２３の何れか１項に記載の基地局。
【請求項２８】
前記送信部は、前記Ｄ２Ｄ期間の設定を解除するための情報を前記ユーザ端末に送信することを特徴とする請求項２０から２７の何れか１項に記載の基地局。
【請求項２９】
前記ユーザ端末が前記Ｄ２Ｄ期間の設定を解除している場合、前記送信部は、前記Ｄ２Ｄ期間を示す情報として、前記Ｄ２Ｄ期間の設定をアクティベートにする情報を送信することを特徴とする請求項２０から２８の何れか１項に記載の基地局。
【請求項３０】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられるユーザ端末であって、
サービングセルの周波数と異なる他の周波数におけるＤ２Ｄ無線信号をモニタ又は前記他の周波数においてＤ２Ｄ無線信号を送信するＤ２Ｄ動作の制御と、上りリンク信号の送信動作又は下りリンク信号の受信動作である通信動作の制御と、を行う制御部を備え、
前記通信動作を行うための通信期間と、前記Ｄ２Ｄ動作を行うためのＤ２Ｄ期間とが時間方向において重複した場合、所定の優先順位に従って前記通信動作又は前記Ｄ２Ｄ動作の一方の制御を行うことを特徴とするユーザ端末。
【請求項３１】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられるユーザ端末であって、
下りリンク信号を受信する受信部と、
前記受信部を間欠的に起動する間欠受信モードを制御する制御部と、を備え、
前記制御部は、前記間欠受信モードにおいて前記受信部が停止しているオフ期間にのみ、サービングセルの周波数と異なる他の周波数におけるＤ２Ｄ無線信号をモニタする又は前記他の周波数においてＤ２Ｄ無線信号を送信するＤ２Ｄ制御を行うことを特徴とするユーザ端末。
【請求項３２】
前記制御部は、前記オフ期間内において上りリンク信号の送信を優先する第１設定と、前記オフ期間内において前記Ｄ２Ｄ制御を優先する第２設定と、を切り替える制御を行うことを特徴とする請求項３１に記載のユーザ端末。
【請求項３３】
前記第１設定と前記第２設定とを切り替える指示を前記サービングセルから受信する受信部をさらに備え、
前記制御部は、前記指示に基づいて、前記第１設定と前記第２設定とを切り替えることを特徴とする請求項３２に記載のユーザ端末。
【請求項３４】
前記Ｄ２Ｄ制御は、前記Ｄ２Ｄ無線信号をモニタする制御であり、
前記制御部は、前記Ｄ２Ｄ発見信号のモニタの回数をカウントし、
前記制御部は、前記回数が閾値に達した場合、前記第１設定と前記第２設定とを切り替えることを特徴とする請求項３２又は３３に記載のユーザ端末。
【請求項３５】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられるユーザ端末であって、
前記ユーザ端末が選択しているＰＬＭＮで使用され、且つ、サービングセルと異なる周波数を示す第１周波数情報と、前記Ｄ２Ｄ近傍サービスで使用可能なＤ２Ｄ周波数を示す第２周波数情報と、を前記サービングセルから受信する受信部と、
前記第１周波数情報と前記第２周波数情報とを比較して、前記ＰＬＭＮと異なる他のＰＬＭＮで使用されるＤ２Ｄ周波数を特定する制御部と、を備えることを特徴とするユーザ端末。
【請求項３６】
Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられるユーザ端末であって、
前記Ｄ２Ｄ近傍サービスで使用可能なＤ２Ｄ周波数の周波数リストを、ローミング先のセルから受信する受信部と、
前記周波数リストの中からＤ２Ｄ周波数を選択し、前記選択したＤ２Ｄ周波数を提供するＰＬＭＮに属するセルに、前記選択したＤ２Ｄ周波数を使用するための要求を送信する制御を行う制御部と、を備え、
前記制御部は、前記ＰＬＭＮが、前記ユーザ端末が選択できない禁止ＰＬＭＮでない場合に、前記要求の送信する制御を行うことを特徴とするユーザ端末。
【請求項３７】
前記制御部は、前記要求を送信した後、前記Ｄ２Ｄ周波数の使用を拒否された場合、前記選択したＤ２Ｄ周波数及び前記選択したＤ２Ｄ周波数を提供するＰＬＭＮの少なくとも一方を記憶することを特徴とする請求項３６に記載のユーザ端末。
【請求項３８】
前記制御部は、前記ユーザ端末が公共の安全のために使用されるパブリックセーフティ端末である場合、前記要求の代わりに、前記ユーザ端末が前記パブリックセーフティ端末であることを示す情報を送信し、前記要求の送信を省略する制御を行うことを特徴とする請求項３６又は３７に記載のユーザ端末。
【請求項３９】
前記Ｄ２Ｄ近傍サービス用のリソースプールが、前記セルにおける各ユーザ端末に固有に割り当てられない無線リソースによって構成される無線リソースプールである場合に、前記送信部は、前記Ｄ２Ｄ期間を示す情報を前記サービングセルに送信することを特徴とする請求項３に記載のユーザ端末。
【請求項４０】
ユーザ端末が在圏するサービングセルを運用する基地局であって、
前記サービングセルの周波数と異なる他の周波数において前記ユーザ端末が他のユーザ端末と直接的にＤ２Ｄ無線信号を送信又は受信するＤ２Ｄ動作を実行するためのＤ２Ｄ期間を前記ユーザ端末に設定する制御部を備え、
前記制御部は、前記基地局又は他の基地局からの無線信号の受信動作を行うための期間と前記Ｄ２Ｄ期間とが重複しないように、前記Ｄ２Ｄ期間を前記ユーザ端末に設定する基地局。
【請求項４１】
ユーザ端末が在圏するサービングセルを運用する基地局であって、
前記サービングセルの周波数と異なる他の周波数において前記ユーザ端末が他のユーザ端末と直接的に無線信号を送信又は受信するＤ２Ｄ動作を実行するためのＤ２Ｄ期間を前記ユーザ端末に設定する制御部を備え、
前記制御部は、前記基地局又は他の基地局からの無線信号の受信動作を行うための期間を前記ユーザ端末に設定している場合には、前記Ｄ２Ｄ期間の設定を中止する基地局。
【請求項４２】
ユーザ端末が在圏するサービングセルを運用する基地局であって、
前記サービングセルの周波数と異なる他の周波数において前記ユーザ端末が他のユーザ端末と直接的に無線信号を送信又は受信するＤ２Ｄ動作を実行するためのＤ２Ｄ期間を前記ユーザ端末に設定する制御部を備え、
前記基地局又は他の基地局からの無線信号の受信動作を行うための期間と前記Ｄ２Ｄ期間とが重複する期間では、前記受信動作が前記Ｄ２Ｄ動作よりも優先される基地局。
【請求項４３】
前記受信動作を行うための期間は、前記基地局又は前記他の基地局からの電波強度を測定するためのメジャメントギャップ、前記基地局からの制御信号を受信するためのページング機会、及び、前記サービングセルと同じ周波数帯に属するセルからの電波強度を測定するためのメジャメントギャップの少なくともいずれかである請求項４２に記載の基地局。
【請求項４４】
ユーザ端末であって、
基地局から設定されたＤ２Ｄ期間において、サービングセルの周波数と異なる他の周波数において他のユーザ端末と直接的に無線信号を送信又は受信するＤ２Ｄ動作を実行する制御部を備え、
前記制御部は、前記基地局又は他の基地局からの無線信号の受信動作を行うための期間と前記Ｄ２Ｄ期間とが重複する期間では、前記受信動作を前記Ｄ２Ｄ動作よりも優先的に実行するユーザ端末。
【請求項４５】
前記制御部は、前記重複する期間において、前記Ｄ２Ｄ動作を中止して、前記受信動作を実行する請求項４４に記載のユーザ端末。
【請求項４６】
前記制御部は、前記Ｄ２Ｄ期間の直前の所定期間において、前記基地局への上り送信のための制御情報の受信を省略する請求項４４に記載のユーザ端末。
【請求項４７】
前記制御部は、前記Ｄ２Ｄ期間の直前の所定期間において、前記基地局への上り送信のための制御情報の受信が要求されない請求項４４に記載のユーザ端末。
【請求項４８】
前記制御部は、前記Ｄ２Ｄ期間において、前記基地局への上り送信を前記Ｄ２Ｄ動作よりも優先的に実行する請求項４４に記載のユーザ端末。
【請求項４９】
前記制御部は、前記ユーザ端末が複数の受信部を備える場合には、前記Ｄ２Ｄ期間において、前記複数の受信部のうちの一つの受信部により前記基地局からの制御情報を受信するための制御を行う請求項４４に記載のユーザ端末。
【請求項５０】
ユーザ端末が在圏するサービングセルを運用する基地局であって、
前記サービングセルの周波数と異なる他の周波数において前記ユーザ端末が他のユーザ端末と直接的にＤ２Ｄ無線信号を送信又は受信するＤ２Ｄ動作を実行するためのＤ２Ｄ期間を前記ユーザ端末に設定する制御部を備え、
前記制御部は、前記Ｄ２Ｄ期間において前記Ｄ２Ｄ動作を優先的に実行する前記他の周波数を指定するための情報を前記ユーザ端末に送信する基地局。
【請求項５１】
前記制御部は、複数の他の周波数が存在する場合には、前記複数の他の周波数のそれぞれに対応する前記Ｄ２Ｄ期間を前記ユーザ端末に設定し、
前記複数の他の周波数のそれぞれに対応する前記Ｄ２Ｄ期間は、互いに重複しない請求項５０に記載の基地局。
【請求項５２】
前記制御部は、前記指定するための情報として、周波数の優先度に関する情報及び前記ユーザ端末に設定されたセカンダリセルの識別情報の少なくとも一方を前記ユーザ端末に通知する請求項５０に記載の基地局。
【請求項５３】
前記制御部は、前記Ｄ２Ｄ期間において前記Ｄ２Ｄ動作を実行する通信機を指定する情報及び前記Ｄ２Ｄ期間における前記Ｄ２Ｄ動作を指定する情報の少なくとも一方を前記Ｄ２Ｄ期間と共に設定する請求項５０に記載の基地局。
【請求項５４】
前記通信機を指定する情報は、前記通信機の識別情報及び前記ユーザ端末に設定されたセカンダリセルの識別情報の少なくとも一方である請求項５３に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられるユーザ端末及び基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。【０００３】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。【０００４】
ここで、サービングセルは、Ｄ２Ｄ発見手順がサポートされ且つサービングセルの周波数と異なる周波数（以下、他のＤ２Ｄ周波数）をＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）で提供できることが合意されている。ユーザ端末は、ＳＩＢによって取得した他のＤ２Ｄ周波数において送信されるＤ２Ｄ発見信号のモニタを行うことによって、他のユーザ端末を発見できる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４３  Ｖ１２．０．１」  ２０１４年３月２７日
【発明の概要】
【０００６】
一実施形態に係るユーザ端末は、サービングセルの周波数と異なる他の周波数で運用される他のセルから、前記他のセルにおけるＤ２Ｄ発見信号用のリソースプールの時間方向の位置を特定可能なリソース情報を取得する制御部を備える。前記制御部は、取得した前記リソース情報に基づいて、前記他の周波数におけるＤ２Ｄ発見信号をモニタするためのモニタ期間を決定する。
【０００７】
一実施形態に係る基地局は、自セルの周波数と異なる周波数で運用される他のセルにおけるＤ２Ｄ発見信号用のリソースプールの時間方向の位置を特定可能なリソース情報に基づいて、前記自セル内に位置するユーザ端末が前記他の周波数におけるＤ２Ｄ発見信号をモニタするためのモニタ期間を設定する制御部と、前記制御部によって設定されたモニタ期間を示す情報を前記ユーザ端末に送信する送信部と、を備える。
【０００８】
一実施形態に係るユーザ端末は、サービングセルの周波数と異なる他の周波数におけるＤ２Ｄ発見信号をモニタする制御と、上りリンク信号の送信動作又は下りリンク信号の受信動作である通信動作の制御と、を行う制御部を備える。前記通信動作を行うための通信期間と、前記Ｄ２Ｄ発見信号をモニタするためのモニタ期間とが時間方向において重複した場合、所定の優先順位に従って前記通信動作又は前記発見信号のモニタの一方の制御を行う。
【０００９】
一実施形態に係るユーザ端末は、下りリンク信号を受信する受信部と、前記受信部を間欠的に起動する間欠受信モードを制御する制御部と、を備える。前記制御部は、前記間欠受信モードにおいて前記受信部が停止しているオフ期間にのみ、サービングセルの周波数と異なる他の周波数におけるＤ２Ｄ発見信号をモニタする制御を行う。
【００１０】
一実施形態に係るユーザ端末は、前記ユーザ端末が選択しているＰＬＭＮで使用され、且つ、サービングセルと異なる周波数を示す第１周波数情報と、前記Ｄ２Ｄ近傍サービスで使用可能なＤ２Ｄ周波数を示す第２周波数情報と、を前記サービングセルから受信する受信部と、前記第１周波数情報と前記第２周波数情報とを比較して、前記ＰＬＭＮと異なる他のＰＬＭＮで使用されるＤ２Ｄ周波数を特定する制御部と、を備える。
【００１１】
一実施形態に係るユーザ端末は、前記Ｄ２Ｄ近傍サービスで使用可能なＤ２Ｄ周波数の周波数リストを、ローミング先のセルから受信する受信部と、前記周波数リストの中からＤ２Ｄ周波数を選択し、前記選択したＤ２Ｄ周波数を提供するＰＬＭＮに属するセルに、前記選択したＤ２Ｄ周波数を使用するための要求を送信する制御を行う制御部と、を備える。前記制御部は、前記ＰＬＭＮが、前記ユーザ端末が選択できない禁止ＰＬＭＮでない場合に、前記要求の送信する制御を行う。
【００１２】
一実施形態に係る基地局は、ユーザ端末が在圏するサービングセルを運用する。前記基地局は、前記サービングセルの周波数と異なる他の周波数において前記ユーザ端末が他のユーザ端末と直接的にＤ２Ｄ無線信号を送信又は受信するＤ２Ｄ動作を実行するためのＤ２Ｄ期間を前記ユーザ端末に設定する制御部を備える。前記制御部は、前記基地局又は他の基地局からの無線信号の受信動作を行うための期間と前記Ｄ２Ｄ期間とが重複しないように、前記Ｄ２Ｄ期間を前記ユーザ端末に設定する。
【００１３】
一実施形態に係る基地局は、ユーザ端末が在圏するサービングセルを運用する。前記基地局は、前記サービングセルの周波数と異なる他の周波数において前記ユーザ端末が他のユーザ端末と直接的に無線信号を送信又は受信するＤ２Ｄ動作を実行するためのＤ２Ｄ期間を前記ユーザ端末に設定する制御部を備える。前記基地局又は他の基地局からの無線信号の受信動作を行うための期間と前記Ｄ２Ｄ期間とが重複する期間では、前記受信動作が前記Ｄ２Ｄ動作よりも優先される。
【００１４】
一実施形態に係るユーザ端末は、基地局から設定されたＤ２Ｄ期間において、サービングセルの周波数と異なる他の周波数において他のユーザ端末と直接的に無線信号を送信又は受信するＤ２Ｄ動作を実行する制御部を備える。前記制御部は、前記基地局又は他の基地局からの無線信号の受信動作を行うための期間と前記Ｄ２Ｄ期間とが重複する期間では、前記受信動作を前記Ｄ２Ｄ動作よりも優先的に実行する。
【００１５】
一実施形態に係る基地局は、ユーザ端末が在圏するサービングセルを運用する。前記基地局は、前記サービングセルの周波数と異なる他の周波数において前記ユーザ端末が他のユーザ端末と直接的にＤ２Ｄ無線信号を送信又は受信するＤ２Ｄ動作を実行するためのＤ２Ｄ期間を前記ユーザ端末に設定する制御部を備える。前記制御部は、前記Ｄ２Ｄ期間において前記Ｄ２Ｄ動作を優先的に実行する前記他の周波数を指定するための情報を前記ユーザ端末に送信する。
【図面の簡単な説明】
【００１６】
【図１】図１は、ＬＴＥシステムの構成図である。
【図２】図２は、ＵＥのブロック図である。
【図３】図３は、ｅＮＢのブロック図である。
【図４】図４は、プロトコルスタック図である。
【図５】図５は、無線フレームの構成図である。
【図６】図６は、第１実施形態に係る動作環境の一例を説明するための説明図である。
【図７】図７は、第１実施形態に係る動作（ＵＥ主導）の一例を説明するためのシーケンス図である。
【図８】図８は、第１実施形態に係る動作（ｅＮＢ主導）の一例を説明するためのシーケンス図である。
【図９】図９は、第２実施形態に係るＤｉｓｃｏｖｅｒｙ信号をモニタする期間を説明するための図である。
【図１０】図１０は、第２実施形態に係るＤｉｓｃｏｖｅｒｙ信号をモニタする期間を説明するための図である。
【図１１】図１１は、第２実施形態に係る動作の一例を説明するためのシーケンス図である。
【図１２】図１２は、第２実施形態に係る制御信号を説明するための図である。
【図１３】図１３は、第３実施形態に係る動作（ＵＥ主導）の一例を説明するためのシーケンス図である。
【図１４】図１４は、第３実施形態に係る動作（ｅＮＢ主導）の一例を説明するためのシーケンス図である。
【図１５】図１５は、その他実施形態に係るＵ１００の動作を説明するための図である。
【図１６】図１６は、モニタギャップの候補を示す情報の一例を説明するための図である。
【図１７】図１７は、サイドリンクギャップの一例を説明するための図である。
【図１８】図１８は、サイドリンクギャップの一例を説明するための図である。
【図１９】図１９は、サイドリンクギャップの一例を説明するための図である。
【図２０】図２０は、ＳＩＢプロビジョニングスキームを説明するための図である。
【図２１】図２１は、異なるＰＬＭＮからのＳＩＢ１８におけるリストの不一致のケースを説明するための図である。
【図２２】図２２は、非ＰｒｏＳｅサポートセル上にキャンプするＵＥがモニタするケースを説明するための図である。
【図２３】図２３は、セル再選択なしでの発見モニタリングを説明するための図である。
【図２４】図２４は、Ｄｉｓｃｏｖｅｒｙに関する評価結果を説明するための図である。
【図２５】図２５は、周波数間発見手順アナウンシング（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｃｏｖｅｒｙ  ａｎｎｏｕｎｉｃｉｎｇ）のためのシナリオを説明するための図である。
【発明を実施するための形態】
【００１７】
［実施形態の概要］
Ｄ２Ｄ発見信号の送信に用いられる時間・周波数リソースは、全時間帯に設けられるものではなく、所定時間で区切られた特定の時間帯に設けられることが想定される。
【００１８】
ユーザ端末は、サービングセルの周波数と異なる他のＤ２Ｄ周波数がサービングセルから提供可能であるものの、他のＤ２Ｄ周波数においてＤ２Ｄ発見信号の送信に用いられる時間・周波数リソース（以下、Ｄ２Ｄ時間・周波数リソース）の具体的な位置まで提供されることは合意されていない。ユーザ端末は、Ｄ２Ｄ発見信号のモニタとセルラ信号の送受信とを同時に行うことができないため、他のＤ２Ｄ周波数において送信されるＤ２Ｄ発見信号を適切にモニタすることが望まれる。
【００１９】
また、他のＤ２Ｄ周波数におけるＤ２Ｄ時間・周波数リソースをサービングセルが知らない可能性がある。例えば、サービングセルは、サービングセルを運用する基地局と異なる基地局で運用されるＤ２Ｄ時間・周波数リソース又はサービングセルを運用する基地局が属するＰＬＭＮと異なるＰＬＭＮにおける基地局で運用されるＤ２Ｄ時間・周波数リソースを知らない可能性がある。このため、Ｄ２Ｄ発見信号のアナウンシング（送信）とセルラ信号の送受信とを同時に行うことができないユーザ端末は、サービングセルとの通信の関係上、他のＤ２Ｄ周波数においてＤ２Ｄ発見信号をアナウンス（送信）できない可能性がある。
【００２０】
また、Ｄ２Ｄ発見信号に限らず、Ｄ２Ｄ通信において使用されるＤ２Ｄ通信信号に関しても、同様の動作が望まれる。
【００２１】
そこで、本出願は、ユーザ端末が、他のＤ２Ｄ周波数において送信されるＤ２Ｄ無線信号の適切なモニタを可能とすることを一つの目的とする。また、本出願は、ユーザ端末が、他のＤ２Ｄ周波数において、Ｄ２Ｄ無線信号の適切なアナウンスを可能とすることを一つの目的とする。  実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、サービングセルの周波数と異なる他の周波数で運用される他のセルから、前記他のセルにおける前記Ｄ２Ｄ近傍サービス用のリソースプールの時間方向の位置を特定可能なリソース情報を取得する制御部を備える。前記制御部は、前記リソース情報に基づいて、前記他の周波数におけるＤ２Ｄ無線信号をモニタするため又は前記他の周波数においてＤ２Ｄ無線信号を送信するためのＤ２Ｄ期間を決定する。
【００２２】
実施形態において、前記Ｄ２Ｄ無線信号は、Ｄ２Ｄ発見手順において使用されるＤ２Ｄ発見信号である。前記Ｄ２Ｄ近傍サービス用のリソースプールは、前記Ｄ２Ｄ発見信号用のリソースプールである。前記Ｄ２Ｄ期間は、前記他の周波数における前記Ｄ２Ｄ発見信号をモニタするためのモニタ期間である。
【００２３】
実施形態に係るユーザ端末は、前記Ｄ２Ｄ期間を示す情報を前記サービングセルに送信する送信部をさらに備える。
【００２４】
実施形態に係るユーザ端末は、前記Ｄ２Ｄ期間のうち前記サービングセルが許可した許可Ｄ２Ｄ期間を示す情報を前記サービングセルから受信する受信部をさらに備える。前記制御部は、前記許可Ｄ２Ｄ期間において前記Ｄ２Ｄ無線信号をモニタする制御又は前記Ｄ２Ｄ無線信号を送信する制御を行う。
【００２５】
実施形態に係るユーザ端末は、前記Ｄ２Ｄ期間の設定解除を示す情報を前記サービングセルに送信する送信部をさらに備える。
【００２６】
実施形態において、前記制御部は、上りリンク信号の送信動作又は下りリンク信号の受信動作である通信動作を行う通信期間と前記Ｄ２Ｄ期間とが時間方向において重複した場合、所定の優先順位に従って、前記発見信号のモニタ又は前記発見信号の送信であるＤ２Ｄ動作、又は、前記通信動作の一方の制御を行う。
【００２７】
実施形態において、前記所定の優先順位は、前記サービングセルを含む複数のセルとの無線通信に関する前記ユーザ端末の能力を示す情報に基づいて決定される。
【００２８】
実施形態に係るユーザ端末は、下りリンク信号を受信する受信部をさらに備える。前記制御部は、前記受信部を間欠的に起動する間欠受信モードを制御する。前記所定の優先順位は、前記間欠受信モードにおいて前記受信部が起動している期間か停止している期間かに基づいて決定される。
【００２９】
実施形態において、前記所定の優先順位は、前記ユーザ端末がＲＲＣアイドル状態であるかＲＲＣ接続状態であるかに基づいて決定される。
【００３０】
実施形態において、前記制御部は、前記他の周波数と異なる周波数におけるＤ２Ｄ無線信号のモニタ又は前記異なる周波数における前記Ｄ２Ｄ無線信号の送信を制御する。前記所定の優先順位は、前記サービングセルの周波数と前記Ｄ２Ｄ無線信号のモニタ又は送信に使用される周波数との関係性に基づいて決定される。
【００３１】
実施形態において、前記所定の優先順位は、前記ユーザ端末がＲＲＣ接続状態で前記サービングセルを変更するハンドオーバ手順を行っているか否かに基づいて決定される。
【００３２】
実施形態において、前記所定の優先順位は、前記ユーザ端末の無線状況の測定報告のトリガ条件が満たされているか否かに基づいて決定される。
【００３３】
実施形態に係るユーザ端末は、下りリンク信号を受信する受信部をさらに備える。前記制御部は、前記受信部を間欠的に起動する間欠受信モードを制御する。前記制御部は、前記間欠受信モードにおいて前記受信部が停止しているオフ期間において、前記取得したリソース情報に基づいて、前記他の周波数における前記Ｄ２Ｄ無線信号をモニタするモニタ制御、又は、前記他の周波数において前記Ｄ２Ｄ無線信号を送信する送信制御を行う。前記制御部は、前記オフ期間において、前記モニタ制御又は前記送信制御を充分に実行できない場合、前記Ｄ２Ｄ期間を決定する。
【００３４】
実施形態において、前記制御部は、前記移動通信システムと異なる他の移動通信システムにおける基地局からの電波強度を測定するために割り当てられた期間であるメジャメントギャップにおいて、前記取得したリソース情報に基づいて、前記他の周波数における前記Ｄ２Ｄ無線信号をモニタするモニタ制御、又は、前記他の周波数において前記Ｄ２Ｄ無線信号を送信する送信制御を行う。前記制御部は、前記メジャメントギャップにおいて、前記モニタ制御又は前記送信制御を充分に実行できない場合、前記Ｄ２Ｄ期間を決定する。
【００３５】
実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、サービングセルの周波数と異なる他の周波数におけるＤ２Ｄ無線信号をモニタするため又は前記他の周波数においてＤ２Ｄ無線信号を送信するためのＤ２Ｄ期間の設定要求を前記サービングセルに送信する送信部と、前記設定要求に応じて設定された前記Ｄ２Ｄ期間を示す情報を前記サービングセルから受信する受信部と、を備える。
【００３６】
実施形態において、前記設定要求は、前記Ｄ２Ｄ期間の候補となる候補リソースの時間方向の位置を特定可能なリソース情報を含む。前記リソース情報は、前記候補リソースの時間周期を示す周期情報、前記周期情報の開始タイミングを示すタイミング情報、前記候補リソースのパターンをビットマップで示すビットマップ情報、及び、前記ビットマップ情報の繰り返し回数を示す回数情報、の少なくともいずれかの情報である。
【００３７】
実施形態において、前記タイミング情報は、前記ユーザ端末のサービングセルの所定のサブフレーム番号を基準としたオフセット値である。
【００３８】
実施形態において、前記設定要求は、前記Ｄ２Ｄ期間の候補となる候補リソースの時間方向の位置を特定可能な複数のリソース情報を含む。前記複数のリソース情報は、前記サービングセルの周波数と異なる複数の他の周波数のそれぞれに対応するリソース情報からなる。
【００３９】
実施形態において、前記設定要求は、前記Ｄ２Ｄ期間の候補となる候補リソースの時間方向の位置を特定可能な１つのリソース情報を含む。前記１つのリソース情報は、前記サービングセルの周波数と異なる複数の他の周波数のそれぞれに対応するリソース情報を統合した情報である。
【００４０】
実施形態に係る基地局は、２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記基地局は、自セルの周波数と異なる他の周波数で運用される他のセルにおける前記Ｄ２Ｄ近傍サービス用のリソースプールの時間方向の位置を特定可能なリソース情報に基づいて、前記自セル内に位置するユーザ端末が前記他の周波数におけるＤ２Ｄ無線信号をモニタするため又は前記他の周波数においてＤ２Ｄ無線信号を送信するためのＤ２Ｄ期間を設定する制御部と、前記制御部によって設定されたＤ２Ｄ期間を示す情報を前記ユーザ端末に送信する送信部と、を備える。
【００４１】
実施形態において、前記Ｄ２Ｄ無線信号は、Ｄ２Ｄ発見手順において使用されるＤ２Ｄ発見信号である。前記Ｄ２Ｄ近傍サービス用のリソースプールは、前記Ｄ２Ｄ発見信号用のリソースプールである。前記Ｄ２Ｄ期間は、前記他の周波数における前記Ｄ２Ｄ発見信号をモニタするためのモニタ期間である。
【００４２】
実施形態において、前記リソース情報を前記ユーザ端末から受信する受信部をさらに備える。
【００４３】
実施形態において、前記リソース情報は、前記ユーザ端末からの前記Ｄ２Ｄ期間の設定要求に含まれる。
【００４４】
実施形態において、前記送信部は、前記設定要求に含まれる前記リソース情報によって特定される前記リソースプールを前記Ｄ２Ｄ期間として設定するか否かを示す情報を、前記Ｄ２Ｄ期間を示す情報として送信する。
【００４５】
実施形態において、前記リソース情報は、前記他のセルにおける前記Ｄ２Ｄ近傍サービス用のリソースプールのうち、前記ユーザ端末が選択した一部のリソースプールを示す情報である。
【００４６】
実施形態において、前記ユーザ端末から複数の他の周波数のそれぞれに対応する前記リソース情報からなる複数のリソース情報を受信した場合、前記制御部は、前記複数のリソース情報のそれぞれに対応する前記Ｄ２Ｄ期間を設定する。
【００４７】
実施形態において、前記ユーザ端末から複数の他の周波数のそれぞれに対応する前記リソース情報からなる複数のリソース情報を受信した場合、前記制御部は、前記複数のリソース情報のうちの１つのリソース情報に対応する前記Ｄ２Ｄ期間を設定する。
【００４８】
実施形態において、前記送信部は、前記Ｄ２Ｄ期間の設定を解除するための情報を前記ユーザ端末に送信する。
【００４９】
実施形態において、前記ユーザ端末が前記Ｄ２Ｄ期間の設定を解除している場合、前記送信部は、前記Ｄ２Ｄ期間を示す情報として、前記Ｄ２Ｄ期間の設定をアクティベートにする情報を送信する。
【００５０】
実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、サービングセルの周波数と異なる他の周波数におけるＤ２Ｄ無線信号をモニタ又は前記他の周波数においてＤ２Ｄ無線信号を送信するＤ２Ｄ動作の制御と、上りリンク信号の送信動作又は下りリンク信号の受信動作である通信動作の制御と、を行う制御部を備える。前記通信動作を行うための通信期間と、前記Ｄ２Ｄ動作を行うためのＤ２Ｄ期間とが時間方向において重複した場合、所定の優先順位に従って前記通信動作又は前記Ｄ２Ｄ動作の一方の制御を行う。
【００５１】
実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、下りリンク信号を受信する受信部と、前記受信部を間欠的に起動する間欠受信モードを制御する制御部と、を備える。前記制御部は、前記間欠受信モードにおいて前記受信部が停止しているオフ期間にのみ、サービングセルの周波数と異なる他の周波数におけるＤ２Ｄ無線信号をモニタする又は前記他の周波数においてＤ２Ｄ無線信号を送信するＤ２Ｄ制御を行う。
【００５２】
実施形態において、前記制御部は、前記オフ期間内において上りリンク信号の送信を優先する第１設定と、前記オフ期間内において前記Ｄ２Ｄ制御を優先する第２設定と、を切り替える制御を行う。
【００５３】
実施形態に係るユーザ端末は、前記第１設定と前記第２設定とを切り替える指示を前記サービングセルから受信する受信部をさらに備える。前記制御部は、前記指示に基づいて、前記第１設定と前記第２設定とを切り替える。
【００５４】
実施形態において、前記Ｄ２Ｄ制御は、前記Ｄ２Ｄ無線信号をモニタする制御である。前記制御部は、前記Ｄ２Ｄ発見信号のモニタの回数をカウントする。前記制御部は、前記回数が閾値に達した場合、前記第１設定と前記第２設定とを切り替える。
【００５５】
実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、前記ユーザ端末が選択しているＰＬＭＮで使用され、且つ、サービングセルと異なる周波数を示す第１周波数情報と、前記Ｄ２Ｄ近傍サービスで使用可能なＤ２Ｄ周波数を示す第２周波数情報と、を前記サービングセルから受信する受信部と、前記第１周波数情報と前記第２周波数情報とを比較して、前記ＰＬＭＮと異なる他のＰＬＭＮで使用されるＤ２Ｄ周波数を特定する制御部と、を備える。
【００５６】
実施形態に係るユーザ端末は、Ｄ２Ｄ近傍サービスをサポートする移動通信システムにおいて用いられる。前記ユーザ端末は、前記Ｄ２Ｄ近傍サービスで使用可能なＤ２Ｄ周波数の周波数リストを、ローミング先のセルから受信する受信部と、前記周波数リストの中からＤ２Ｄ周波数を選択し、前記選択したＤ２Ｄ周波数を提供するＰＬＭＮに属するセルに、前記選択したＤ２Ｄ周波数を使用するための要求を送信する制御を行う制御部と、を備る。前記制御部は、前記ＰＬＭＮが、前記ユーザ端末が選択できない禁止ＰＬＭＮでない場合に、前記要求の送信する制御を行う。
【００５７】
実施形態において、前記制御部は、前記要求を送信した後、前記Ｄ２Ｄ周波数の使用を拒否された場合、前記選択したＤ２Ｄ周波数及び前記選択したＤ２Ｄ周波数を提供するＰＬＭＮの少なくとも一方を記憶する。
【００５８】
実施形態において、前記制御部は、前記ユーザ端末が公共の安全のために使用されるパブリックセーフティ端末である場合、前記要求の代わりに、前記ユーザ端末が前記パブリックセーフティ端末であることを示す情報を送信し、前記要求の送信を省略する制御を行う。
【００５９】
実施形態において、前記Ｄ２Ｄ近傍サービス用のリソースプールが、前記セルにおける各ユーザ端末に固有に割り当てられない無線リソースによって構成される無線リソースプールである場合に、前記送信部は、前記Ｄ２Ｄ期間を示す情報を前記サービングセルに送信する。
【００６０】
実施形態に係る基地局は、ユーザ端末が在圏するサービングセルを運用する。前記基地局は、前記サービングセルの周波数と異なる他の周波数において前記ユーザ端末が他のユーザ端末と直接的にＤ２Ｄ無線信号を送信又は受信するＤ２Ｄ動作を実行するためのＤ２Ｄ期間を前記ユーザ端末に設定する制御部を備える。前記制御部は、前記基地局又は他の基地局からの無線信号の受信動作を行うための期間と前記Ｄ２Ｄ期間とが重複しないように、前記Ｄ２Ｄ期間を前記ユーザ端末に設定する。
【００６１】
実施形態に係る基地局は、ユーザ端末が在圏するサービングセルを運用する。前記基地局は、前記サービングセルの周波数と異なる他の周波数において前記ユーザ端末が他のユーザ端末と直接的に無線信号を送信又は受信するＤ２Ｄ動作を実行するためのＤ２Ｄ期間を前記ユーザ端末に設定する制御部を備える。前記制御部は、前記基地局又は他の基地局からの無線信号の受信動作を行うための期間を前記ユーザ端末に設定している場合には、前記Ｄ２Ｄ期間の設定を中止する。
【００６２】
実施形態に係る基地局は、ユーザ端末が在圏するサービングセルを運用する。前記基地局は、前記サービングセルの周波数と異なる他の周波数において前記ユーザ端末が他のユーザ端末と直接的に無線信号を送信又は受信するＤ２Ｄ動作を実行するためのＤ２Ｄ期間を前記ユーザ端末に設定する制御部を備える。前記基地局又は他の基地局からの無線信号の受信動作を行うための期間と前記Ｄ２Ｄ期間とが重複する期間では、前記受信動作が前記Ｄ２Ｄ動作よりも優先される。
【００６３】
実施形態において、前記受信動作を行うための期間は、前記基地局又は前記他の基地局からの電波強度を測定するためのメジャメントギャップ、前記基地局からの制御信号を受信するためのページング機会、及び、前記サービングセルと同じ周波数帯に属するセルからの電波強度を測定するためのメジャメントギャップの少なくともいずれかである。
【００６４】
実施形態に係るユーザ端末は、基地局から設定されたＤ２Ｄ期間において、サービングセルの周波数と異なる他の周波数において他のユーザ端末と直接的に無線信号を送信又は受信するＤ２Ｄ動作を実行する制御部を備える。前記制御部は、前記基地局又は他の基地局からの無線信号の受信動作を行うための期間と前記Ｄ２Ｄ期間とが重複する期間では、前記受信動作を前記Ｄ２Ｄ動作よりも優先的に実行する。
【００６５】
実施形態において、前記制御部は、前記重複する期間において、前記Ｄ２Ｄ動作を中止して、前記受信動作を実行する。
【００６６】
実施形態において、前記制御部は、前記Ｄ２Ｄ期間の直前の所定期間において、前記基地局への上り送信のための制御情報の受信を省略する。
【００６７】
実施形態において、前記制御部は、前記Ｄ２Ｄ期間の直前の所定期間において、前記基地局への上り送信のための制御情報の受信が要求されない。
【００６８】
実施形態において、前記制御部は、前記Ｄ２Ｄ期間において、前記基地局への上り送信を前記Ｄ２Ｄ動作よりも優先的に実行する。
【００６９】
実施形態において、前記制御部は、前記ユーザ端末が複数の受信部を備える場合には、前記Ｄ２Ｄ期間において、前記複数の受信部のうちの一つの受信部により前記基地局からの制御情報を受信するための制御を行う。
【００７０】
実施形態に係る基地局は、ユーザ端末が在圏するサービングセルを運用する。前記基地局は、前記サービングセルの周波数と異なる他の周波数において前記ユーザ端末が他のユーザ端末と直接的にＤ２Ｄ無線信号を送信又は受信するＤ２Ｄ動作を実行するためのＤ２Ｄ期間を前記ユーザ端末に設定する制御部を備える。前記制御部は、前記Ｄ２Ｄ期間において前記Ｄ２Ｄ動作を優先的に実行する前記他の周波数を指定するための情報を前記ユーザ端末に送信する。
【００７１】
実施形態において、前記制御部は、複数の他の周波数が存在する場合には、前記複数の他の周波数のそれぞれに対応する前記Ｄ２Ｄ期間を前記ユーザ端末に設定する。前記複数の他の周波数のそれぞれに対応する前記Ｄ２Ｄ期間は、互いに重複しない。
【００７２】
実施形態において、前記制御部は、前記指定するための情報として、周波数の優先度に関する情報及び前記ユーザ端末に設定されたセカンダリセルの識別情報の少なくとも一方を前記ユーザ端末に通知する。
【００７３】
実施形態において、前記制御部は、前記Ｄ２Ｄ期間において前記Ｄ２Ｄ動作を実行する通信機を指定する情報及び前記Ｄ２Ｄ期間における前記Ｄ２Ｄ動作を指定する情報の少なくとも一方を前記Ｄ２Ｄ期間と共に設定する。
【００７４】
実施形態において、前記通信機を指定する情報は、前記通信機の識別情報及び前記ユーザ端末に設定されたセカンダリセルの識別情報の少なくとも一方である。
【００７５】
［第１実施形態］
以下において、本出願の内容をＬＴＥシステムに適用する場合の第１実施形態を説明する。
【００７６】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成図である。図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００７７】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００７８】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００７９】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００８０】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワーク（ＬＴＥネットワーク）が構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）４００とを含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００８１】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。
【００８２】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０は記憶部に相当し、プロセッサ１６０は制御部に相当する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ１６０’としてもよい。
【００８３】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。なお、無線送受信機１１０は、送信機と受信機とにより構成されていてもよい。また、ＵＥ１００は、複数の無線送受信機１１０を備えていてもよい。ＵＥ１００は、複数の送信機を備えていてもよいし、複数の受信機を備えていてもよい。送信機と受信機との数は異なっていてもよい。
【００８４】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００８５】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００８６】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ２４０’としてもよい。
【００８７】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００８８】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００８９】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００９０】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００９１】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００９２】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するスケジューラを含む。
【００９３】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００９４】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００９５】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００９６】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００９７】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００９８】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００９９】
（Ｄ２Ｄ近傍サービス）
以下において、Ｄ２Ｄ近傍サービスについて説明する。実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。Ｄ２Ｄ近傍サービスについては非特許文献１に記載されているが、ここではその概要を説明する。
【０１００】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎとも称される。
【０１０１】
同期クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ  ｃｏｖｅｒａｇｅ）」という。同期クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）」という。同期クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅ）」という。
【０１０２】
カバレッジ内では、例えばｅＮＢ２００がＤ２Ｄ同期元となる。Ｄ２Ｄ非同期元は、Ｄ２Ｄ同期信号を送信せずにＤ２Ｄ同期元に同期する。Ｄ２Ｄ同期元であるｅＮＢ２００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、ブロードキャスト信号により送信する。Ｄ２Ｄリソース情報は、例えば、Ｄ２Ｄ発見手順に使用可能な無線リソースを示す情報（Ｄｉｓｃｏｖｅｒｙリソース情報）及びＤ２Ｄ通信に使用可能な無線リソースを示す情報（Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を含む。Ｄ２Ｄ非同期元であるＵＥ１００は、ｅＮＢ２００から受信するＤ２Ｄリソース情報に基づいて、Ｄ２Ｄ発見手順及びＤ２Ｄ通信を行う。Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報は、データの送受信に使用可能な無線リソースを示す情報（データリソース情報）だけでなく、スケジューリング割当（ＳＡ：Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）の送受信に使用可能な無線リソースを示す情報（ＳＡリソース情報）を含んでもよい。ＳＡは、Ｄ２Ｄ通信におけるデータの受信のための時間・周波数リソースの位置を示す情報である。
【０１０３】
カバレッジ外又は部分的カバレッジでは、例えばＵＥ１００がＤ２Ｄ同期元となる。カバレッジ外では、Ｄ２Ｄ同期元であるＵＥ１００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、例えばＤ２Ｄ同期信号により送信する。Ｄ２Ｄ同期信号は、端末間同期を確立するＤ２Ｄ同期手順において送信される信号である。Ｄ２Ｄ同期信号は、Ｄ２ＤＳＳ及び物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）を含む。Ｄ２ＤＳＳは、時間・周波数の同期基準を提供する信号である。ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳよりも多くの情報を運搬する物理チャネルである。ＰＤ２ＤＳＣＨは、上述したＤ２Ｄリソース情報（Ｄｉｓｃｏｖｅｒｙリソース情報、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を運搬する。或いは、Ｄ２ＤＳＳにＤ２Ｄリソース情報を関連付けることにより、ＰＤ２ＤＳＣＨを不要としてもよい。
【０１０４】
Ｄ２Ｄ発見手順では、近傍端末を発見するための発見信号（以下、Ｄｉｓｃｏｖｅｒｙ信号）が送信される。Ｄ２Ｄ発見手順の方式として、ＵＥ１００に固有に割り当てられない無線リソースがＤｉｓｃｏｖｅｒｙ信号の送信に使用される第１の発見方式（Ｔｙｐｅ  １  ｄｉｓｃｏｖｅｒｙ）と、ＵＥ１００毎に固有に割り当てられる無線リソースがＤｉｓｃｏｖｅｒｙ信号の送信に使用される第２の発見方式（Ｔｙｐｅ  ２  ｄｉｓｃｏｖｅｒｙ）とがある。第２の発見方式では、Ｄｉｓｃｏｖｅｒｙ信号の送信毎に個別に割り当てられた無線リソース、又は、半固定的（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔｌｙ）に割り当てられた無線リソースが使用される。
【０１０５】
また、Ｄ２Ｄ通信（Ｄ２Ｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のモードとして、ｅＮＢ２００又はリレーノードがＤ２Ｄデータ（Ｄ２Ｄデータ及び／又は制御データ）を送信するための無線リソースを割り当てる第１のモード（Ｍｏｄｅ  １）と、ＵＥ１００自身が、Ｄ２Ｄデータを送信するための無線リソースをリソースプールから選択する第２のモード（Ｍｏｄｅ  ２）と、がある。ＵＥ１００は、いずれかのモードでＤ２Ｄ通信を行う。例えば、ＲＲＣコネクティッド状態のＵＥ１００は、第１のモードでＤ２Ｄ通信を行い、カバレッジ外のＵＥ１００は、第２のモードでＤ２Ｄ通信を行う。
【０１０６】
（第１実施形態に係る動作）
次に、第１実施形態に係る動作について、図６及び図７を用いて説明する。図６は、第１実施形態に係る動作環境の一例を説明するための説明図である。図７は、第１実施形態に係る動作（ＵＥ主導）の一例を説明するためのシーケンス図である。図８は、第１実施形態に係る動作（ｅＮＢ主導）の一例を説明するためのシーケンス図である。
【０１０７】
第１実施形態に係る動作は、（Ａ）ＵＥ主導の動作と、（Ｂ）ｅＮＢ主導の動作とがある。
【０１０８】
（Ａ）ＵＥ主導の動作
ＵＥ主導の動作について図６及び図７を用いて説明する。
【０１０９】
図６に示すように、ｅＮＢ２００−１は、ネットワークオペレータ１のＬＴＥネットワークである第１ＰＬＭＮに含まれている。ｅＮＢ２００−１が管理する第１セルのカバレッジ内にＵＥ１００は位置する。以下において、ｅＮＢ２００−１の動作を第１セルの動作と読み替えてもよい。また、第１ＰＬＭＮは、Ｄ２Ｄ発見手順がサポートされる周波数のＤ２Ｄ周波数リストを保持する第１サーバ４００−１を含む。
【０１１０】
ｅＮＢ２００−２は、ネットワークオペレータ２のＬＴＥネットワークである第２ＰＬＭＮに含まれている。ｅＮＢ２００−２が管理する第２セルのカバレッジ内にＵＥ１００は位置する。第２セルは、第１セルの隣接セルであり、第１セルの周波数と異なる周波数で運用される。以下において、ｅＮＢ２００−２の動作を第２セルの動作と読み替えてもよい。また、第２ＰＬＭＮは、Ｄ２Ｄ発見手順がサポートされる周波数のＤ２Ｄ周波数リストを保持する第２サーバ４００−２を含む。
【０１１１】
ＵＥ１００は、第１セルにキャンプしており、第１ＰＬＭＮに位置登録を行っている。すなわち、ＵＥ１００は、第１ＰＬＭＮに属する。例えば、ＵＥ１００は、第１セルにおいてＲＲＣアイドル状態である。或いは、ＵＥ１００は、第１セルにおいてＲＲＣコネクティッド状態であってもよい。第１セルは、ＵＥ１００のサービングセルである。
【０１１２】
第１サーバ４００−１は、保持するＤ２Ｄ周波数リストを、ｅＮＢ２００−１を経由して、ＵＥ１００に通知してもよい。ｅＮＢ２００−１は、ＳＩＢによってＵＥ１００に送信できる（図７の「ＳＩＢ：Ｆｒｅｑ．ｌｉｓｔ」参照）。
【０１１３】
同様に、第２サーバ４００−２は、保持するＤ２Ｄ周波数リストをｅＮＢ２００−２に通知してもよい。ｅＮＢ２００−２は、Ｄ２Ｄ周波数リストをＳＩＢによって送信し、ＵＥ１００は、ｅＮＢ２００−２から送信されたＤ２Ｄ周波数リストを受信してもよい。
【０１１４】
また、第１サーバ４００−１と第２サーバ４００−２とは、保持するリストのやり取りを行ってもよい。その後、第１サーバ４００−１は、第１ＰＬＭＮにおけるＤ２Ｄ周波数リストだけでなく、第２ＰＬＭＮにおけるＤ２Ｄ周波数リストをＵＥ１００に通知してもよい。或いは、第１サーバ４００−１は、第２ＰＬＭＮにおけるＤ２Ｄ周波数リストに基づいて更新した第１ＰＬＭＮにおけるＤ２Ｄ周波数リストをＵＥ１００に通知してもよい。或いは、ｅＮＢ２００−１とｅＮＢ２００−２とがＤ２Ｄ周波数リストのやり取りを行って、ｅＮＢ２００−１は、第２ＰＬＭＮにおけるＤ２Ｄ周波数リストをＵＥ１００に通知してもよい。
【０１１５】
このような動作環境において、以下の動作が行われる。
【０１１６】
図７に示すように、ステップＳ１０１において、ＵＥ１００は、他のセルからのＳＩＢを受信し、受信したＳＩＢをデコードする動作を開始する。ＵＥ１００は、ｅＮＢ２００−１から受信した第２ＰＬＭＮにおけるＤ２Ｄ周波数リストに含まれる周波数を対象としてモニタ（受信）してもよい。
【０１１７】
ステップＳ１０２において、ｅＮＢ２００−２は、Ｄｉｓｃｏｖｅｒｙリソース情報を含む設定情報をＳＩＢ１８によって送信する。Ｄｉｓｃｏｖｅｒｙリソース情報は、Ｄ２Ｄ発見手順に使用可能な無線リソースを示し、少なくとも受信リソースプールを示す。設定情報は、第２セルにキャンプするＵＥが、Ｄ２Ｄ発見手順に使用する受信リソースプール（及び送信リソースプール）を設定するために用いられる。
【０１１８】
ステップＳ１０３において、ｅＮＢ２００−２は、第２ＰＬＭＮで設定されている時刻を示すＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ）をＳＩＢ１６によって送信してもよい。
【０１１９】
ステップＳ１０４において、ＵＥ１００は、ｅＮＢ２００−２（他のＰＬＭＮのセルである第２セル）から受信したＳＩＢをデコードすることによって、設定情報を取得する。ＵＥ１００は、ｅＮＢ２００−２からＵＴＣを取得してもよい。
【０１２０】
ステップＳ１０５において、ＵＥ１００は、他のＰＬＭＮのセルからのＳＩＢを受信し、受信したＳＩＢをデコードする動作を停止する。
【０１２１】
ステップＳ１０６において、ｅＮＢ２００−１は、第１ＰＬＭＮで設定されている時刻を示すＵＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｉｍｅ）をＳＩＢ１６によって送信してもよい。
【０１２２】
ステップＳ１０７において、ＵＥ１００は、ｅＮＢ２００−２からのＤｉｓｃｏｖｅｒｙリソース情報に基づいて、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタするための期間であるモニタギャップ（Ｄｉｓｃｏｖｅｒｙ  Ｍｏｎｉｔｅｒ  Ｇａｐ）を決定する。
【０１２３】
ＵＥ１００は、第２ＰＬＭＮにおけるＤ２Ｄ周波数リストを取得している場合、第２ＰＬＭＮにおいてＤ２Ｄ発見手順に使用可能なＤ２Ｄ周波数が分かる。また、ＵＥ１００は、ｅＮＢ２００−２からのＤｉｓｃｏｖｅｒｙリソース情報によって、受信リソースプールの時間方向及び周波数方向の位置を特定できる。このため、ＵＥ１００は、少なくともＤｉｓｃｏｖｅｒｙリソース情報に基づいて、モニタギャップを適切に決定できる。
【０１２４】
ＵＥ１００は、複数種類のモニタギャップを決定してもよい。例えば、ＵＥ１００がＲＲＣアイドル状態である場合に設定されるモニタギャップ（以下、ＩＤＬＥ用Ｇａｐ）と、ＵＥ１００がＲＲＣ接続状態である場合に設定されるモニタギャップ（以下、ＣＯＮＮＥＣＴＥＤ用Ｇａｐ）と、をＵＥ１００は決定してもよい。例えば、ＩＤＬＥ用Ｇａｐの周期は、ＣＯＮＮＥＣＴＥＤ用Ｇａｐの周期よりも短い。
【０１２５】
ＵＥ１００は、第１ＰＬＭＮと第２ＰＬＭＮとの時間のズレを考慮して、第１ＰＬＭＮの所定の基準値に基づいて、モニタギャップを決定してもよい。所定の基準値は、ＳＦＮ（Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）であってもよいし、ＵＴＣであってもよい。ＵＥ１００は、例えば、第１ＰＬＭＮのＳＦＮを基準とした場合、第１ＰＬＭＮのＳＦＮと同じ値の第２ＰＬＭＮのＳＦＮとの時間のズレ（第１ＰＬＭＮのＳＦＮ１−第２ＰＬＭＮのＳＦＮ２）をオフセット値として算出する。
【０１２６】
また、ＵＥ１００は、ｅＮＢ２００−１との上りリンク信号の送信動作又はｅＮＢ２００−１からの下りリンク信号の受信動作である通信動作を行う通信期間とモニタギャップとが時間方向において重複した場合、所定の優先順位に従って通信動作又は他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタの一方を行う。以下に、優先順位の例を示す。以下において、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタをＤｉｓｃｏｖｅｒｙ信号のモニタと適宜省略する。
【０１２７】
各優先順位は、適宜組み合わされてもよい。また、ｅＮＢ２００−１が優先順位を指示してもよい。
【０１２８】
第１に、セルラ通信をＤｉｓｃｏｖｅｒｙ信号のモニタよりも優先する。この場合、セルラ通信（データ、制御信号の送受信）がスケジューリングされている場合、セルラ通信を行う。
【０１２９】
第２に、サービングセルを含む複数のセルとの通信に関するＵＥ１００の能力を示す情報（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）に基づいて優先順位が決定される。例えば、キャリアアグリゲーション（Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ：ＣＡ）能力に基づいて優先順位が決定される。ＵＥ１００がＣＡ能力を有する場合、ＵＥ１００がＲＲＣ接続を開始する際に所定の情報の提供を行うプライマリセル（ＰＣｅｌｌ）との通信が第１優先動作である。他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。プライマリセルと対をなす補助的なサービングセルであるセカンダリセル（ＳＣｅｌｌ）がとの通信が第３優先動作である。
【０１３０】
なお、ＣＡでは、ＬＴＥにおけるキャリア（周波数帯）をコンポーネントキャリアと位置付け、ＵＥ１００が複数のコンポーネントキャリア（複数のサービングセル）を同時に使用して通信を行う。
【０１３１】
また、例えば、二重接続方式（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ：ＤＣ）能力に基づいて優先順位が決定される。ＵＥ１００がＤＣ能力を有する場合、マスタｅＮＢ（ＭｅＮＢ）が管理するセルとの通信が第１優先動作である。他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。セカンダリｅＮＢ（ＳｅＮＢ）が管理するセルとの通信が第３優先動作である。
【０１３２】
なお、ＤＣでは、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、マスタｅＮＢのみが当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢ２００のうちセカンダリｅＮＢは、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。
【０１３３】
第３に、下りリンク信号を受信する受信部（無線送受信機１１０の受信部）を間欠的に起動する間欠受信（ＤＲＸ）モードにおいて受信部が起動している期間（以下、オン期間）か停止している期間（以下、オフ期間）かに基づいて優先順位が決定される。
【０１３４】
オフ期間では、受信部の停止動作が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。すなわち、オフ期間には、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行わず、オン期間にのみ、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行う。これにより、Ｄｉｓｃｏｖｅｒｙ信号のモニタによってＤＲＸ動作が妨げられないため、ＵＥ１００の消費電力の増加を抑制できる。
【０１３５】
或いは、オン期間では、受信部の起動動作が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。すなわち、オン期間には、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行わず、オフ期間にのみ、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行う。これにより、Ｄｉｓｃｏｖｅｒｙ信号のモニタによってセルラ通信の受信動作が妨げられないため、ｅＮＢ２００−１がＵＥ１００を適切に制御可能である。
【０１３６】
なお、この動作と後述の第２実施形態の動作とが適宜組み合わされてもよい。
【０１３７】
或いは、ＵＥ１００が間欠受信モードである場合、間欠受信の動作が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。すなわち、ＵＥ１００が間欠受信モードである場合には、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行わない。これにより、ＵＥ１００の消費電力の増加を抑制できる。
【０１３８】
第４に、ＵＥ１００がＲＲＣアイドル状態であるかＲＲＣ接続状態であるかに基づいて優先順位が決定される。例えば、ＵＥ１００がＲＲＣアイドル状態である場合、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第１優先動作であり、セルラ通信のための動作が第２優先動作である。一方、ＵＥ１００がＲＲＣ接続状態である場合、セルラ通信のための動作が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。
【０１３９】
第５に、ＵＥ１００が、異なる種類のＤｉｓｃｏｖｅｒｙ信号のリソースプールに基づいて、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行う場合、Ｄｉｓｃｏｖｅｒｙ信号のリソースプールの設定値に基づいて優先順位が決定される。例えば、リソースプールのサイズ、リソースプールの時間方向における周期に基づいて優先順位が決定される。具体的には、サイズの小さいリソースプールにおけるＤｉｓｃｏｖｅｒｙ信号のモニタが、サイズの大きいリソースプールにおけるＤｉｓｃｏｖｅｒｙ信号のモニタよりも優先される。または、時間方向における周期が短いリソースプールにおけるＤｉｓｃｏｖｅｒｙ信号のモニタが、時間方向における周期が長いリソースプールにおけるＤｉｓｃｏｖｅｒｙ信号のモニタよりも優先される。
【０１４０】
或いは、ＵＥ１００がサービングセルの周波数と、Ｄｉｓｃｏｖｅｒｙ信号のモニタに使用される他の周波数との関係性に基づいて優先順位が決定される。例えば、サービングセルの周波数（Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）におけるＤｉｓｃｏｖｅｒｙ信号のモニタが第１優先動作である。サービングセルの周波数と異なり、且つ、第１ＰＬＭＮと異なる他のＰＬＭＮの周波数（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ＆  Ｉｎｔｒａ−ＰＬＭＮ）におけるＤｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。第１ＰＬＭＮと異なる他のＰＬＭＮの周波数（Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ＆  Ｉｎｔｅｒ−ＰＬＭＮ）におけるＤｉｓｃｏｖｅｒｙ信号のモニタが第３優先動作である。
【０１４１】
第６に、ＵＥ１００が、ＲＲＣ接続状態でサービングセルを変更するハンドオーバ手順を行っているか否かに基づいて優先順位が決定される。ＵＥ１００が、ハンドオーバ手順を行っている場合、ハンドオーバ手順における動作が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。なお、ここでのハンドオーバ手順の開始の基準は、無線状況の測定報告を送信した時点であってもよいし、ＵＥ１００がｅＮＢ２００−１からハンドオーバのための下りリンクの無線リソース割り当てを受信した時点であってもよいし、ＵＥ１００がｅＮＢ２００−１からハンドオーバのためのＲＲＣ接続再設定情報を受信した時点であってもよい。
【０１４２】
第７に、ＵＥ１００の無線状況の測定報告のトリガ条件を満たしているか否かに基づいて優先順位が決定される。例えば、トリガ条件が満たされていない場合にのみ、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第１優先動作である。従って、トリガ条件が満たされている場合、Ｄｉｓｃｏｖｅｒｙ信号のモニタを行わない。
【０１４３】
第８に、発見を望む他のＵＥの情報に基づいて、優先順位が決定される。なお、ＵＥ１００は、他のＵＥが選択しているＰＬＭＮ情報、セル識別子などの他のＵＥの情報に基づいて、優先順位を決定する。
【０１４４】
ＵＥ１００は、以上の少なくともいずれかの優先順位に従って通信動作又は他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタの一方を行う。
【０１４５】
ステップＳ１０８において、ＵＥ１００は、決定したモニタギャップを示す情報を含むモニタギャップ報告（Ｄｉｓｖｏｖｅｒｙ  Ｍｏｎｉｔｏｒ  Ｇａｐ  Ｒｅｐｏｒｔ）をサービングセル（ｅＮＢ２００−１）に送信する。
【０１４６】
モニタギャップを示す情報は、モニタギャップの開始／終了サブフレームであってもよいし、モニタギャップのサブフレームパターンのビットマップであってもよい。モニタギャップを示す情報は、サブフレームパターンの繰り返し回数を示す情報を含んでもよい。また、モニタギャップを示す情報は、オフセット値が反映されたモニタギャップを示す情報であってもよい。或いは、モニタギャップを示す情報が、オフセット値が反映されていないモニタギャップを示す情報である場合、モニタギャップ報告が、ステップＳ１０７において算出したオフセット値を示す情報を含んでもよい。
【０１４７】
また、モニタギャップ報告は、複数のモニタギャップを示す情報を含む場合、モニタギャップの優先度を示す情報を含んでもよい。なお、モニタギャップの優先度は、例えば、発見を望む他のＵＥの情報に基づいて決定できる。
【０１４８】
一方、ｅＮＢ２００−１は、モニタギャップ報告を受信し、ＵＥ１００のモニタギャップを記憶する。モニタギャップ報告を受信したｅＮＢ２００−１は、ＵＥ１００のモニタギャップを知ることができる。その結果、モニタギャップにおいて、セルラ通信の無線リソースをＵＥ１００に割り当て及びページングを行わないように制御できるため、セルラ通信用の無線リソースを有効に活用できる。
【０１４９】
ステップＳ１０９において、ｅＮＢ２００−１は、モニタギャップ報告に基づいて、モニタギャップを許可するか否かを判定してもよい。ｅＮＢ２００−１は、モニタギャップを許可できない場合は、ｅＮＢ２００−１は、モニタギャップの一部の期間を許可できる。或いは、複数のモニタギャップがある場合、一部のモニタギャップを許可できる。例えば、ｅＮＢ２００−１は、モニタギャップのうち、ＵＥ１００に無線リソースを割り当てている期間と重複しない期間を許可する。
【０１５０】
ステップＳ１１０において、ｅＮＢ２００−１は、許可されたモニタギャップを示す情報を送信する。
【０１５１】
なお、ステップＳ１０８からＳ１１０は、省略されてもよい。
【０１５２】
ＵＥ１００は、決定したモニタギャップ（或いは、許可されたモニタギャップ）を設定し、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタを行う。
【０１５３】
ステップＳ１１１において、第２ＰＬＭＮを選択する他のＵＥ（Ｏｔｈｅｒ  ＰＬＭＮ  ＵＥ）は、Ｄｉｓｃｏｖｅｒｙ信号を送信する。ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号のモニタによって、当該Ｄｉｓｃｏｖｅｒｙ信号を受信し、他のＵＥを発見する。
【０１５４】
その後、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号のモニタの設定を解除し、Ｄｉｓｃｏｖｅｒｙ信号のモニタを終了する。ＵＥ１００は、モニタギャップの設定解除を示す情報（Ｄｉｓｖｏｖｅｒｙ  Ｍｏｎｉｔｏｒ  Ｇａｐ  Ｃａｎｃｅｌ）をｅＮＢ２００−１に送信する。当該情報を受信したｅＮＢ２００−１は、記憶するＵＥ１００のモニタギャップを削除する。これにより、ｅＮＢ２００−１は、ＵＥ１００にモニタギャップが設定されていない場合にまで、セルラ通信のための無線リソースの割り当てを制限することを抑制できる。
【０１５５】
なお、モニタギャップの設定解除は、モニタギャップをディアクティベートにすることであってもよいし、モニタギャップの設定をリセットすることであってもよい。
【０１５６】
（Ｂ）ｅＮＢ主導の動作
次に、ｅＮＢ主導の動作について図６及び図８を用いて説明する。なお、ＵＥ主導の動作と同様の部分は、適宜説明を省略する。
【０１５７】
図８に示すように、ステップＳ２０１からＳ２０６は、ステップＳ１０１からＳ１０６に対応する。
【０１５８】
ステップＳ２０７において、ＵＥ１００は、モニタギャップ要求（Ｄｉｓｖｏｖｅｒｙ  Ｍｏｎｉｔｏｒ  Ｇａｐ  Ｒｅｑｕｅｓｔ）を送信する。モニタギャップ要求は、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタするための期間の設定をｅＮＢ２００−１に要求するものである。
【０１５９】
モニタギャップ要求は、ステップＳ２０４で取得した設定情報に含まれるＤｉｓｃｏｖｅｒｙリソース情報（少なくとも受信リソースプールの情報）を含む。従って、ｅＮＢ２００−１は、第１ＰＬＭＮと異なる他ＰＬＭＮ（第２ＰＬＭＮ）におけるＤｉｓｃｏｖｅｒｙリソース情報を受信する。このため、第１ＰＬＭＮのｅＮＢ２００−１と第２ＰＬＭＮのｅＮＢ２００−２との間で、Ｄｉｓｃｏｖｅｒｙリソース情報のやり取りができない場合であっても、ｅＮＢ２００−１は、他ＰＬＭＮにおけるＤｉｓｃｏｖｅｒｙリソース情報を取得できる。
【０１６０】
ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙリソース情報をそのままモニタギャップ要求に含ませてもよい。或いは、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙリソース情報によって示されるＤｉｓｃｏｖｅｒｙリソースプールのうち、一部のＤｉｓｃｏｖｅｒｙリソースプールをモニタギャップ要求に含ませてもよい。ＵＥ１００は、上述の優先順位に従って一部のＤｉｓｃｏｖｅｒｙリソースプールを決定することができる。
【０１６１】
モニタギャップ要求は、上述の優先順位の決定に用いられる情報（例えば、ＵＥの能力を示す情報など）のいずれかを含んでもよい。また、モニタギャップ要求は、Ｄｉｓｃｏｖｅｒｙリソースプールのうちの一部を優先するため又は複数種類のＤｉｓｃｏｖｅｒｙリソースプールのうち、所定のＤｉｓｃｏｖｅｒｙリソースプールを優先するための優先度を示す情報を含んでもよい。
【０１６２】
ステップＳ２０８において、ｅＮＢ２００−１は、モニタギャップ要求の受信に応じて、ＵＥ１００にモニタギャップを割り当てる。具体的には、ｅＮＢ２００−１は、ステップＳ１０７のＵＥ１００と同様にして、ＵＥ１００から取得したＤｉｓｃｏｖｅｒｙリソースプールに基づいて、ＵＥ１００のモニタギャップを決定（設定）する。
【０１６３】
ステップＳ２０９において、ｅＮＢ２００−１は、割り当てたモニタギャップ（ａｌｌｏｃａｔｉｎｇ  Ｄｉｓｃｏｖｅｒｙ  Ｍｏｎｉｔｏｒ  Ｇａｐ）を示す情報を含む設定情報（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）を、モニタギャップ要求の応答としてＵＥ１００に送信する。ＵＥ１００は、受信した設定情報に含まれるモニタギャップを設定し、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタを行う。
【０１６４】
ステップＳ２１０は、ステップＳ１１１に対応する。
【０１６５】
なお、ｅＮＢ２００−１は、モニタギャップの設定を解除する場合、モニタギャップの設定解除を示す情報をＵＥ１００に送信する。ｅＮＢ２００−１は、ＵＥ１００からの要求に応じて、モニタギャップの設定解除を示す情報をＵＥ１００に送信してもよい。ＵＥ１００は、当該情報に基づいて、モニタギャップの設定を解除する。
【０１６６】
（まとめ）
上述のＵＥ主導の動作又はｅＮＢ主導の動作によって、モニタギャップを適切に設定することができる。その結果、ＵＥ１００が、他の周波数におけるｄｉｓｃｏｖｅｒｙ信号のモニタによって、ＨＡＲＱ再送信に基づく送受信をできなかったり、ＡＣＫ／ＮＡＣＫの送受信をできなかったり、予め設定された周期的ＣＳＩの送信をできなかったり、ページングの受信ができなかったりすることを避けることができる。また、ｅＮＢ２００が、ＵＥ１００が送受信できない無駄な無線リソースをＵＥ１００に割り当てることを避けることができる。
【０１６７】
［第２実施形態］
次に、第２実施形態について、図９から図１２を用いて説明する。図９及び図１０は、第２実施形態に係るＤｉｓｃｏｖｅｒｙ信号をモニタする期間を説明するための図である。図１１は、第２実施形態に係る動作の一例を説明するためのシーケンス図である。図１２は、第２実施形態に係る制御信号を説明するための図である。
【０１６８】
上述した第１実施形態では、モニタギャップが設定されていた。第２実施形態では、モニタギャップが設定されずに、ＵＥ１００が、間欠受信モードのオフ期間にのみ、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタする。ｅＮＢ２００は、少なくともＵＥ１００のオフ期間を把握しているため、ＵＥ１００が送受信できない無駄な無線リソースをＵＥ１００に割り当てることを避けることができる。
【０１６９】
（モニタ期間）
ＵＥ１００が他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタするモニタ期間（モニタタイム）について説明する。
【０１７０】
図９に示すように、ＵＥ１００は、オフ期間にのみ他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタする。ＵＥ１００は、オフ期間の間中Ｄｉｓｃｏｖｅｒｙ信号を常にモニタするのではなく、オフ期間のうちモニタ期間のみＤｉｓｃｏｖｅｒｙ信号をモニタする。ここで、モニタ期間は、サービングセルの周波数と異なる他の周波数で運用される隣接セルのＤｉｓｃｏｖｅｒｙリソースプール（少なくとも受信リソースプール）が配置された期間（以下、リソースプール期間）と、オフ期間とが時間方向において重複する期間である。
【０１７１】
また、図１０に示すように、ＵＥ１００には、オフ期間中の動作設定である複数の設定のうち、どれか１つの設定に切り替えて、Ｄｉｓｃｏｖｅｒｙ信号をモニタしてもよい。動作の優先順位が異なることによって複数の設定が規定される。例えば、ＵＥ１００には、第１の設定（Ｄ２Ｄ  ｍｏｎｉｔｏｒｉｎｇ  Ｓｅｔｔｉｎｇ  Ａ）及び第２の設定（Ｄ２Ｄ  ｍｏｎｉｔｏｒｉｎｇ  Ｓｅｔｔｉｎｇ  Ｂ）が事前設定（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）されていると仮定する。第１の設定では、オフ期間中に発生したサービングセルへの上りリンク信号の送信が第１優先動作であり、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第２優先動作である。従って、第１の設定におけるモニタ期間は、オフ期間のうち、上りリンク信号が送信されていない期間とリソースプール期間とが重複している期間である。一方、第２の設定では、Ｄｉｓｃｏｖｅｒｙ信号のモニタが第１優先動作であり、上りリンク信号の送信が第２優先動作である。従って、第２の設定におけるモニタ期間は、オフ期間のうちのリソースプール期間であり、図９のモニタ期間と同じである。
【０１７２】
ところで、間欠受信モードのオフ期間では、ＰＤＣＣＨの受信が免除されているだけである。従って、間欠受信モードのオフ期間に、上りリンク信号の送信が発生し得る。複数の設定のうちどれか１つの設定に切り替えることによって、Ｄｉｓｃｏｖｅｒｙ信号のモニタの機会の低減を抑制できる。或いは、上りリンク信号の送信の機会の低減を抑制できる。すなわち、ＵＥ１００が、第１設定と第２設定とを切り替えることができるため、一方の動作（例えば、上りリンク信号の送信）のみが行われ、他方の動作（例えば、Ｄｉｓｃｏｖｅｒｙ信号のモニタ）のみが行われないという問題を解消することができる。すなわち、上りリンク信号の送信とＤｉｓｃｏｖｅｒｙ信号のモニタとの良好なバランスを取ることができる。
【０１７３】
また、ＵＥ１００は、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタの回数が閾値に達した場合に、第１設定と第２設定とを切り替えてもよい。具体的な動作について、図１１を用いて説明する。
【０１７４】
図１１に示すように、ステップＳ３０１において、ＵＥ１００は、初期設定として、第１設定（Ｓｅｔｔｉｎｇ  Ａ）を適用する。
【０１７５】
ステップＳ３０２において、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号のモニタの回数（機会）をカウントする。なお、本実施形態の回数は、単位時間当たりの回数である。また、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号のモニタの回数の代わりに、上りリンク信号の送信の回数をカウントしてもよい。
【０１７６】
ステップＳ３０３において、ＵＥ１００は、カウントした回数（Ｎ）が第１閾値（Ｎｔｈｒｅｓｈ−Ａ）に達した、すなわち、カウントした回数が第１閾値以下になったと判定する。
【０１７７】
ステップＳ３０４において、ＵＥ１００は、第１設定から第２設定へと切り替えることを示す制御情報をｅＮＢ２００（サービングセル）に送信する。
【０１７８】
ＵＥ１００は、例えば、マックコントロールエレメント（ＭＡＣ  ＣＥ：ＭＡＣ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）によってｅＮＢ２００に送信する。この場合、図１２に示すように、制御情報（Ｄ）が「０」である場合、第１設定への切り替え（すなわち、第１設定の適用）を示す。制御情報（Ｄ）が「１」である場合、第２設定への切り替え（すなわち、第２設定の適用）を示す。
【０１７９】
或いは、ＵＥ１００は、ＰＵＣＣＨ又はＰＵＳＣＨによって制御情報を送信してもよい。この場合、当該制御情報のための新規フォーマットが規定されてもよい。或いは、ＵＥ１００は、ＲＲＣシグナリングによって制御情報を送信してもよい。
【０１８０】
ステップＳ３０５において、ＵＥ１００は、第１設定から第２設定へと切り替える。また、ＵＥ１００からの制御情報を受信したｅＮＢ２００は、第１設定から第２設定へと切り替える。
【０１８１】
ステップＳ３０６において、ＵＥ１００は、ステップＳ３０２と同様に、Ｄｉｓｃｏｖｅｒｙ信号のモニタの回数のカウントを開始する。
【０１８２】
ステップＳ３０７において、ＵＥ１００は、カウントした回数（Ｎ）が第２閾値（Ｎｔｈｒｅｓｈ−Ｂ）に達した、すなわち、カウントした回数が第２閾値以上になったと判定する。
【０１８３】
ステップＳ３０８において、ＵＥ１００は、ステップＳ３０４と同様に、第２設定から第１設定へと切り替えることを示す制御情報をｅＮＢ２００に送信する。
【０１８４】
ステップＳ３０９において、ＵＥ１００は、ステップＳ３０５と同様に、第２設定から第１設定へと切り替える。また、ＵＥ１００からの制御情報を受信したｅＮＢ２００は、第２設定から第１設定へと切り替える。
【０１８５】
その後、ステップＳ３０２の動作が実行される。
【０１８６】
なお、ＵＥ１００は、第１設定と第２設定とを切り替える制御を停止し、一方の設定によってＤｉｓｃｏｖｅｒｙ信号をモニタしてもよい。この場合、ＵＥ１００は、切り替える制御を停止したことを示す制御情報を、ｅＮＢ２００に送信できる。或いは、ｅＮＢ２００が、第１設定と第２設定とを切り替える制御を停止するための制御情報をＵＥ１００に送信してもよい。
【０１８７】
或いは、ＵＥ１００が、主体的に切り替えるのではなく、ｅＮＢ２００からの指示に従って切り替えてもよい。具体的には、ＵＥ１００は、ｅＮＢ２００からの第１設定と第２設定とを切り替える指示に基づいて、第１設定と第２設定とを切り替えてもよい。これによって、ｅＮＢ２００が、ＵＥ１００の動作を制御することができるため、セルラ通信のための無線リソースをＵＥ１００に効率よく割り当てることが可能となる。
【０１８８】
この場合、ｅＮＢ２００は、ＵＥ１００からの上りリンク信号の受信の回数をカウントする。或いは、ｅＮＢ２００は、上りリンク信号の受信の回数から、Ｄｉｓｃｏｖｅｒｙ信号をモニタの回数をカウント（算出）してもよい。
【０１８９】
また、ｅＮＢ２００は、図１２に示すような制御情報によって、切り替え指示ができる。ＵＥ１００は、切り替え指示が「０」を示す場合、第１設定に切り替える（すなわち、第１設定の適用を開始する）。ＵＥ１００は、切り替え指示が「１」を示す場合、第２設定に切り替える（すなわち、第２設定の適用を開始する）。
【０１９０】
［第３実施形態］
次に、第３実施形態について、図１３及び図１４を用いて説明する。図１３は、第３実施形態に係る動作（ＵＥ主導）の一例を説明するためのシーケンス図である。図１４は、第１実施形態に係る動作（ｅＮＢ主導）の一例を説明するためのシーケンス図である。
【０１９１】
上述した第１実施形態では、モニタギャップが設定されていた。第３実施形態では、アナウンシングギャップが設定される。なお、第１実施形態と同様の部分は、説明を適宜省略する。
【０１９２】
（第３実施形態に係る動作）
第３実施形態に係る動作は、（Ａ）ＵＥ主導の動作と、（Ｂ）ｅＮＢ主導の動作とがある。
【０１９３】
（Ａ）ＵＥ主導の動作
ＵＥ主導の動作について、図１３を用いて説明する。なお、動作環境は、第１実施形態と同様である。
【０１９４】
図１３において、ステップＳ４０１から４０６は、ステップＳ１０１から１０６に対応する。
【０１９５】
なお、ステップＳ４０２において、ｅＮＢ２００−２が送信する、Ｄｉｓｃｏｖｅｒｙリソース情報を含む設定情報は、第２セルにキャンプするＵＥが、Ｄ２Ｄ発見手順に使用する無線リソースを保有する送信リソースプール（及び／又は受信リソースプール）を設定するために用いられる。送信リソースプールは、第２セルにおける各ＵＥ１００に固有に割り当てられない無線リソースを保有する無線リソースプール（Ｔｙｐｅ  １  ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ）であってもよい。
【０１９６】
ステップＳ４０７において、ＵＥ１００は、ｅＮＢ２００−２からのＤｉｓｃｏｖｅｒｙリソース情報に基づいて、他の周波数においてＤｉｓｃｏｖｅｒｙ信号（Ｄ２Ｄ発見信号）をアナウンスする（すなわち、送信する）ための期間又はタイミングであるアナウンシングギャップ（Ｄｉｓｃｏｖｅｒｙ  Ａｎｎｏｕｎｃｉｎｇ  Ｇａｐ）を決定する。
【０１９７】
ＵＥ１００は、第２ＰＬＭＮにおけるＤ２Ｄ周波数リストを取得している場合、第２ＰＬＭＮにおいてＤ２Ｄ発見手順に使用可能なＤ２Ｄ周波数が分かる。また、ＵＥ１００は、ｅＮＢ２００−２からのＤｉｓｃｏｖｅｒｙリソース情報によって、送信リソースプールの時間方向及び周波数方向の位置を特定できる。このため、ＵＥ１００は、少なくともＤｉｓｃｏｖｅｒｙリソース情報に基づいて、アナウンシングギャップを適切に決定できる。
【０１９８】
ＵＥ１００は、上述のモニタギャップと同様に、複数種類のアナウンシングギャップを決定してもよい。複数種類のアナウンシングギャップとは、例えば、ＵＥ１００がＲＲＣアイドル状態である場合に設定されるアナウンシングギャップ（ＩＤＬＥ用ＡｎｎｏｕｎｃｉｎｇＧａｐ）及びＵＥ１００がＲＲＣ接続状態である場合に設定されるアナウンシングギャップ（ＣＯＮＮＥＣＴＥＤ用ＡｎｎｏｕｎｃｉｎｇＧａｐ）等である。また、ＵＥ１００は、第１ＰＬＭＮと第２ＰＬＭＮとの時間のズレを考慮して、第１ＰＬＭＮの所定の基準値に基づいて、アナウンシングギャップを決定してもよい。
【０１９９】
また、ＵＥ１００は、ｅＮＢ２００−１への上りリンク信号の送信動作又はｅＮＢ２００−１からの下りリンク信号の受信動作である通信動作を行う通信期間とアナウンシングギャップとが時間方向において重複した場合、所定の優先順位に従って通信動作又は他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のアナウンスの一方を行うことができる。ＵＥ１００は、無線送受信機１１０を１つのみ有する場合に、一方の動作を行ってもよい。なお、所定の優先順位は、上述の第１実施形態の所定の優先順位と同様である。
【０２００】
ステップＳ４０８において、ＵＥ１００は、決定したアナウンシングギャップを示す情報を含むアナウンシングギャップ報告（Ｄｉｓｖｏｖｅｒｙ  Ａｎｎｏｕｎｃｉｎｇ  Ｇａｐ  Ｒｅｐｏｒｔ）をサービングセル（ｅＮＢ２００−１）に送信する。ＵＥ１００は、アナウンシングギャップ報告として、アナウンシングギャップを示す情報を含むサイドリンクＵＥ情報（ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ）メッセージをサービングセル（ｅＮＢ２００−１）に送信してもよい。なお、サイドリンクＵＥ情報メッセージは、Ｄ２Ｄ近傍サービスの興味（例えば、Ｄ２Ｄ通信信号の送信又は受信の興味、Ｄ２Ｄ発見信号の送信又は受信の興味）に関する情報（サイドリンク情報）をｅＮＢ２００へ通知するために用いられるメッセージである。
【０２０１】
また、ＵＥ１００は、第２セルにおける各ＵＥ１００に固有に割り当てられない無線リソースによって構成される無線リソースプール（Ｔｙｐｅ  １  ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅ）に基づいて、アナウンシング期間を決定した場合に、アナウンシングギャップ報告をサービングセルに送信してもよい。この場合、アナウンシング期間は、Ｔｙｐｅ  １  ｄｉｓｃｏｖｅｒｙ  ｒｅｓｏｕｒｃｅの期間内である。
【０２０２】
なお、アナウンシングギャップを示す情報は、上述したモニタギャップを示す情報と同様の構成であり、アナウンシングギャップ報告は、上述したモニタギャップ報告と同様の構成であってもよい。
【０２０３】
一方、ｅＮＢ２００−１は、ＵＥ１００からアナウンシングギャップ報告を受信し、ＵＥ１００のアナウンシングギャップを記憶する。アナウンシングギャップ報告を受信したｅＮＢ２００−１は、ＵＥ１００のアナウンシングギャップ（ＵＥ１００がＤｉｓｃｏｖｅｒｙ信号をアナウンスするタイミング）を知ることができる。その結果、ｅＮＢ２００−１は、アナウンシングギャップにおいて、セルラ通信の無線リソース（特に、上り無線リソース）をＵＥ１００に割り当てないように制御できる。つまり、ｅＮＢ２００−１は、アナウンシングギャップと重複するタイミングにおけるセルラ通信の無線リソース（特に、上り無線リソース）をＵＥ１００に割り当てないように制御できる。それによって、セルラ通信用の無線リソースを有効に活用できる。従って、セルラ通信と、近傍サービス（Ｄｉｓｃｏｖｅｒｙ）との両立が可能である。
【０２０４】
ステップＳ４０９において、ｅＮＢ２００−１は、アナウンシングギャップ報告に基づいて、アナウンシングギャップを許可するか否かを判定してもよい。ｅＮＢ２００−１は、アナウンシングギャップ報告に基づくアナウンシングギャップの全ての期間を許可できない場合は、アナウンシングギャップの一部の期間を許可できる。或いは、ｅＮＢ２００−１は、アナウンシングギャップ報告に基づくアナウンシングギャップが複数ある場合、そのうちの一部のアナウンシングギャップを許可できる。例えば、ｅＮＢ２００−１は、アナウンシングギャップ報告に基づくアナウンシングギャップの全ての期間うち、ＵＥ１００に無線リソース（例えば、上り無線リソース）を割り当てている期間と重複しない一部の期間を許可する。
【０２０５】
ステップＳ４１０において、ｅＮＢ２００−１は、許可されたアナウンシングギャップを示す情報を送信する。ここで、許可されたアナウンシングギャップとは、アナウンシングギャップ報告に基づくアナウンシングギャップのうちの全ての期間、一部の期間又は一部のアナウンシングギャップであってもよい。
【０２０６】
なお、ステップＳ４０８からＳ４１０は、省略されてもよい。
【０２０７】
ステップＳ４１１において、ＵＥ１００は、決定したアナウンシングギャップ（或いは、許可されたアナウンシングギャップ）を設定する。ＵＥ１００は、設定したアナウンシングギャップにおいて、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のアナウンス（送信）を行う。第２ＰＬＭＮを選択する他のＵＥ（Ｏｔｈｅｒ  ＰＬＭＮ  ＵＥ）は、ＵＥ１００からのＤｉｓｃｏｖｅｒｙ信号を受信し、当該ＵＥ１００を発見する。このように、たとえ、サービングセルが他の周波数においてＤｉｓｃｏｖｅｒｙ信号（Ｄ２Ｄ発見信号）の送信に用いられる時間・周波数リソース（以下、Ｄ２Ｄ時間・周波数リソース）を知らなかったとしても、ＵＥ１００は、ｅＮＢ２００−２からのＤｉｓｃｏｖｅｒｙリソース情報に基づくアナウンシングギャップにおいて、Ｄｉｓｃｏｖｅｒｙ信号をアナウンスするため、Ｄｉｓｃｏｖｅｒｙ信号を適切にアナウンス可能である。また、ＵＥ１００は、サービングセルと他の周波数におけるセルとの間の時間同期がずれていたとしても、ｅＮＢ２００−２からのＤｉｓｃｏｖｅｒｙリソース情報に基づくアナウンシングギャップにおいて、Ｄｉｓｃｏｖｅｒｙ信号をアナウンスするため、他の周波数で運用される他のセルに在圏する他のＵＥがＤｉｓｃｏｖｅｒｙ信号を適切にモニタできる。
【０２０８】
その後、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号のアナウンシングギャップの設定を解除し、Ｄｉｓｃｏｖｅｒｙ信号のアナウンスを終了する。ＵＥ１００は、アナウンシングギャップの設定解除を示す情報（Ｄｉｓｖｏｖｅｒｙ  Ａｎｎｏｕｎｃｉｎｇ  Ｇａｐ  Ｃａｎｃｅｌ）をｅＮＢ２００−１に送信する。ＵＥ１００は、アナウンシングギャップの設定解除を示す情報をサイドリンクＵＥ情報メッセージによりｅＮＢ２００−１に送信してもよい。当該情報を受信したｅＮＢ２００−１は、記憶するＵＥ１００のアナウンシングギャップを削除する。これにより、ｅＮＢ２００−１は、ＵＥ１００にアナウンシングギャップが設定されていない場合にまで、セルラ通信のための無線リソースの割り当てを制限することを防止できる。
【０２０９】
なお、ＵＥ１００によるアナウンシングギャップの設定解除は、アナウンシングギャップをディアクティベートにすることであってもよいし、アナウンシングギャップの設定をリセットすることであってもよい。
【０２１０】
（Ｂ）ｅＮＢ主導の動作
次に、ｅＮＢ主導の動作について図１４を用いて説明する。図１４は、第３実施形態に係る動作（ｅＮＢ主導）の一例を説明するためのシーケンス図である。なお、ＵＥ主導の動作と同様の部分は、適宜説明を省略する。
【０２１１】
図１４に示すように、ステップＳ５０１からＳ５０６は、ステップＳ４０１からＳ４０６に対応する。
【０２１２】
ステップＳ５０７において、ＵＥ１００は、アナウンシングギャップ要求（Ｄｉｓｖｏｖｅｒｙ  Ａｎｎｏｕｎｃｉｎｇ  Ｇａｐ  Ｒｅｑｕｅｓｔ）を送信する。アナウンシングギャップ要求は、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をアナウンシングするための期間の設定をｅＮＢ２００−１に要求するものである。ＵＥ１００は、サイドリンクＵＥ情報メッセージを用いてアナウンシングギャップ要求を送信してもよい。
【０２１３】
アナウンシングギャップ要求は、ステップＳ５０４で取得した設定情報に含まれるＤｉｓｃｏｖｅｒｙリソース情報（少なくとも送信リソースプールの情報）を含む。なお、アナウンシングギャップ要求は、上述のモニタギャップ要求と同様の構成であってもよい。
【０２１４】
ステップＳ５０８において、ｅＮＢ２００−１は、アナウンシングギャップ要求の受信に応じて、ＵＥ１００にアナウンシングギャップを割り当てる。具体的には、ｅＮＢ２００−１は、ステップＳ４０７のＵＥ１００と同様にして、ＵＥ１００から取得したＤｉｓｃｏｖｅｒｙリソースプールに基づいて、ＵＥ１００のアナウンシングギャップを決定（設定）する。具体的には、ｅＮＢ２００−１は、受信したアナウンシングギャップ要求に含まれるアナウンシングギャップの全ての期間、一部の期間又はアナウンシングギャップ要求に含まれるアナウンシングギャップ以外の期間にＵＥ１００のアナウンシングギャップを決定（設定）する。
【０２１５】
このように、ｅＮＢ２００−１は、ＵＥ１００にアナウンシングギャップを割り当てることで、ＵＥ１００がＤｉｓｃｏｖｅｒｙ信号をアナウンスするタイミングを把握することができる。これにより、ｅＮＢ２００−１は、ＵＥ１００がＤｉｓｃｏｖｅｒｙ信号をアナウンスするタイミングと重複するタイミングのｅＮＢ２００−１とＵＥ１００との間のセルラ通信用の無線リソース（特に、上り無線リソース）を、ＵＥ１００に割り当てないように制御できるため、セルラ通信用の無線リソースを有効に活用できる。また、ＵＥ１００が、Ｄｉｓｃｏｖｅｒｙ信号を適切にアナウンスすることができる。従って、セルラ通信と近傍サービス（Ｄｉｓｃｏｖｅｒｙ）との両立が可能である。
【０２１６】
ステップＳ５０９において、ｅＮＢ２００−１は、割り当てたアナウンシングギャップ（ａｌｌｏｃａｔｉｎｇ  Ｄｉｓｃｏｖｅｒｙ  Ａｎｎｏｕｎｃｉｎｇ  Ｇａｐ）を含む設定情報を、アナウンシングギャップ要求の応答としてＵＥ１００に送信する。ＵＥ１００は、受信した設定情報に含まれるアナウンシングギャップを設定し、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のアナウンスを行う。
【０２１７】
ステップＳ５１０は、ステップＳ４１１に対応する。
【０２１８】
なお、ｅＮＢ２００−１は、ＵＥ１００のアナウンシングギャップの設定を解除する場合、アナウンシングギャップの設定解除を示す情報をＵＥ１００に送信できる。ｅＮＢ２００−１は、ＵＥ１００からの要求に応じて、アナウンシングギャップの設定解除を示す情報をＵＥ１００に送信してもよい。ＵＥ１００は、当該情報に基づいて、アナウンシングギャップの設定を解除する。
【０２１９】
［その他の実施形態］
上述した第１実施形態では、ＰＬＭＮが異なる場合のＤｉｓｃｏｖｅｒｙ信号（Ｉｎｔｅｒ−ＰＬＭＮ  Ｄｉｓｃｏｖｅｒｙ）のモニタのケースを説明したが、これに限られない。ＰＬＭＮが同一の場合のＤｉｓｃｏｖｅｒｙ信号（Ｉｎｔｒａ−ＰＬＭＮ  ＆  Ｉｎｔｅｒ−ｆｒｅｑ．Ｄｉｓｃｏｖｅｒｙ）のモニタのケースであっても、本出願の内容を適用可能である。また、第３実施形態において、ＰＬＭＮが同一の場合のＤｉｓｃｏｖｅｒｙ信号のアナウンシングのケースであっても、本出願の内容を適用可能である。
【０２２０】
上述した第１実施形態では、ｅＮＢ２００−１は、他ＰＬＭＮのＤｉｓｃｏｖｅｒｙリソース情報をＵＥ１００から取得していたが、これに限られない。例えば、ｅＮＢ２００−１は、ｅＮＢ２００−２からＸ２インターフェイスを介して、Ｄｉｓｃｏｖｅｒｙリソース情報を取得してもよい。或いは、ｅＮＢ２００−１は、第２ＰＬＭＮのＯＡＭから第１ＰＬＭＮのＯＡＭを経由して、Ｄｉｓｃｏｖｅｒｙリソース情報を取得してもよい。
【０２２１】
上述した第２実施形態では、第１設定と第２設定との切り替えについて説明したがこれに限られない。ＵＥ１００は、３つ以上の設定の切り替えを行ってもよい。この場合、３つ以上の設定は、第１実施形態で説明したいずれかの優先順位によって規定できる。例えば、ＵＥ１００が、ＣＡを実行している場合、「ＰＣｅｌｌとの通信＞Ｄｉｓｃｏｖｅｒｙ信号のモニタ＞ＳＣｅｌｌとの通信」となるように第１設定が規定され、「ＰＣｅｌｌとの通信＞ＳＣｅｌｌとの通信＞Ｄｉｓｃｏｖｅｒｙ信号のモニタ」となるように第１設定が規定され、「Ｄｉｓｃｏｖｅｒｙ信号のモニタ＞ＰＣｅｌｌとの通信＞ＳＣｅｌｌとの通信」となるように第１設定が規定されてもよい。
【０２２２】
上述した第３実施形態では、第１実施形態と同様の部分は、適宜説明を省略している。このため、第１実施形態の「モニタ」を「アナウンシング（又はアナウンス）」に置き換えて、第１実施形態の内容を第３実施形態に適用してもよい。また、上述した各実施形態は、適宜組み合わされてもよい。例えば、第１実施形態と第３実施形態とを組み合わせることによって、ＵＥ１００及び／又はｅＮＢ２００は、モニタギャップとアナウンシングギャップとの両方を同時に又は異なるタイミングで設定してもよい。
【０２２３】
上述した各実施形態において、ＵＥ１００からｅＮＢ２００へのシグナリングとして、ＵＥ１００がＤ２Ｄ近傍サービス（例えば、Ｄ２Ｄ通信）に興味があるか否かを示すＤ２Ｄ興味指標（Ｄ２Ｄ  Ｉｎｔｅｒｅｓｔ  Ｉｎｄｉｃａｔｉｏｎ）を使用してもよい。例えば、Ｄ２Ｄ興味指標は、モニタギャップのアクティベート／ディアクティベートを示す情報又は、モニタギャップの解除を示す情報を含んでもよい。或いは、ＵＥ１００からｅＮＢ２００へのシグナリングとして、サイドリンクＵＥ情報（ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ）メッセージを使用してもよい。
【０２２４】
或いは、ＵＥ１００は、Ｄ２Ｄ近傍サービスに関連する情報を送信するためのＰｒｏＳｅ指示（ＰｒｏＳｅ  Ｉｎｄｉｃａｔｉｏｎ（又はＰｒｏｓｅ  ＵＥ  Ｉｎｄｉｃａｔｉｏｎ））を、ＵＥ１００からｅＮＢ２００へのシグナリングとして使用してもよい。例えば、ＰｒｏＳｅ指示は、Ｄ２Ｄ興味指標を含んでもよいし、モニタギャップのアクティベート／ディアクティベートを示す情報（要求）を含んでもよい。ｅＮＢ２００は、ＰｒｏＳｅ指示に含まれるモニタギャップのアクティベート／ディアクティベートを示す情報に基づいて、ＵＥ１００においてモニタギャップをアクティベート／ディアクティベートするための指示をＵＥ１００に送信（通知）できる。当該指示は、ＭＡＣ  ＣＥ又はＤＣＩによってＵＥ１００に送信してもよい。或いは、ＰｒｏＳｅ指示に含まれるＤ２Ｄ興味指標がＤ２Ｄ近傍サービスに興味があることを示す場合、ｅＮＢ２００は、モニタギャップをアクティベートするための指示をＵＥ１００に送信してもよい。また、ＰｒｏＳｅ指示に含まれるＤ２Ｄ興味指標がＤ２Ｄ近傍サービスに興味がなくなったことを示す場合、ｅＮＢ２００は、モニタギャップをディアクティベートするための指示をＵＥ１００に送信してもよい。なお、ｅＮＢ２００は、アクティベート／ディアクティベートするための指示によってモニタギャップの設定／設定解除ができるモニタギャップ（固定的なモニタギャップ）をＵＥ１００に予め設定している場合に、モニタギャップをアクティベート／ディアクティベートするための指示を送信してもよい。或いは、固定的なモニタギャップ（Ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ）が、ＵＥ１００に予め設定されていてもよい。
【０２２５】
上述した各実施形態では説明しなかったが、同一ＰＬＭＮ間（Ｉｎｔｒａ−ＰＬＭＮ）でＤ２Ｄ近傍サービスを利用する場合と、異なるＰＬＭＮ間（Ｉｎｔｅｒ−ＰＬＭＮ）でＤ２Ｄ近傍サービスを利用する場合とで、ＵＥ１００の振る舞い（動作仕様）が異なることが想定される。例えば、同一ＰＬＭＮ間でＤ２Ｄ発見手順を行う場合には、ｅＮＢ２００がＤ２Ｄ同期元となり、ＵＥ１００は、Ｄ２Ｄ同期元であるｅＮＢ２００（セル）から送信される同期信号（ＰＳＳ／ＳＳＳ）によって同期し、異なるＰＬＭＮ間でＤ２Ｄ発見手順を行う場合には、ＵＥ１００がＤ２Ｄ同期元となり、ＵＥ１００は、Ｄ２Ｄ同期元であるＵＥ１００から送信されるＤ２Ｄ同期信号によって同期することが想定される。この場合、同一ＰＬＭＮ間と異なるＰＬＭＮ間とで、ＵＥ１００の同期手順が異なるし、場合によっては、ＵＥ１００のＤｉｓｃｏｖｅｒｙ信号の受信手順が異なる。
【０２２６】
ところで、Ｄ２Ｄ近傍サービス（具体的には、Ｄ２Ｄ発見手順）で使用可能な周波数のＤ２Ｄ周波数リストが、同一ＰＬＭＮで使用可能な周波数だけでなく、異なる周波数で使用可能な周波数の情報も含むことを想定する。この場合、ＵＥ１００は、Ｄ２Ｄ周波数リストに基づいて選択した周波数が、ＵＥ１００の選択ＰＬＭＮと同一のＰＬＭＮで使用される周波数なのか、ＵＥ１００の選択ＰＬＭＮと異なるＰＬＭＮで使用される周波数なのかを特定する必要がある。
【０２２７】
ここで、ＵＥ１００が、Ｄ２Ｄ周波数リストに、Ｄ２Ｄ発見手順をサポートする（隣接）周波数を示す情報だけでなく、対応するＰＬＭＮを示す情報を含めることが考えられる。しかしながら、Ｄ２Ｄ周波数リストの情報量が増大するという問題がある。そこで、以下の方法によって、Ｄ２Ｄ周波数リストの情報量を増大させることなく、ＵＥ１００が周波数を特定することが考えられる。
【０２２８】
第１に、ＵＥ１００は、ＵＥ１００が選択しているＰＬＭＮで使用され、且つ、サービングセルと異なる周波数（隣接周波数）を示す隣接周波数リストをサービングセルから取得する。例えば、ＵＥ１００は、ＳＩＢ５によって送信される情報をデコードすることによって、隣接周波数リストを取得できる。
【０２２９】
第２に、ＵＥ１００は、Ｄ２Ｄ周波数リストをサービングセルから取得する。例えば、ＵＥ１００は、ＳＩＢ１８によって送信される情報をデコードすることによって、Ｄ２Ｄ周波数リストを取得できる。
【０２３０】
第３に、ＵＥ１００は、隣接周波数リストとＤ２Ｄ周波数リストとを比較する（図１５参照）。図１５に示すように、ＵＥ１００は、隣接周波数リストとＤ２Ｄ周波数リストとに共通する周波数Ｆ１は、同一ＰＬＭＮでのＤ２Ｄ発見手順で使用可能であると判定する。具体的には、ＵＥ１００は、周波数Ｆ１によって、Ｉｎｔｅｒ−Ｆｒｅｑ．＆Ｉｎｔｒａ−ＰＬＭＮのＤ２Ｄ発見手順が可能と判定する。
【０２３１】
ＵＥ１００は、隣接周波数リストにのみ示される周波数Ｆ２は、Ｄ２Ｄ発見手順で使用不能であると判定する。
【０２３２】
ＵＥ１００は、Ｄ２Ｄ周波数リストにのみ示される周波数Ｆ３は、異なるＰＬＭＮでのＤ２Ｄ発見手順で使用可能であると判定する。具体的には、ＵＥ１００は、周波数Ｆ３によって、Ｉｎｔｅｒ−Ｆｒｅｑ．＆Ｉｎｔｅｒ−ＰＬＭＮのＤ２Ｄ発見手順が可能と判定する。従って、ＵＥ１００は、周波数Ｆ３が異なるＰＬＭＮで使用される周波数であることを特定できる。
【０２３３】
また、上述した各実施形態では説明しなかったが、ＵＥ１００が、ＨＰＬＭＮ（Ｈｏｍｅ  ＰＬＭＮ）或いは、ＥＨＰＬＭＮ（Ｅｑｕｉｖａｌｅｎｔ  Ｈｏｍｅ  ＰＬＭＮ）を選択している場合、ＵＥ１００とＨＰＬＭＮとの間に直接的な加入者契約があるため、Ｄ２Ｄ周波数リストは、ＵＥ１００が選択できないＰＬＭＮである禁止ＰＬＭＮ（Ｆｏｒｂｉｄｄｅｎ  ＰＬＭＮ）（のみ）で使用可能な周波数を含まないと考えられる。
【０２３４】
一方、ＵＥ１００が、ＶＰＬＭＮ（Ｖｉｓｉｔｅｄ  ＰＬＭＮ）を選択している場合、ＵＥ１００とＶＰＬＭＮとの間に直接的な加入者契約ではなく、ＨＰＬＭとＶＰＬＭＮとの間のローミング契約に基づいてＶＰＬＭＮが選択されているため、ＨＰＬＭとＶＰＬＭＮとの間でＵＥ１００に対する設定が異なる可能性がある。従って、ローミング先のサービングセルからＵＥ１００が受信したＤ２Ｄ周波数リストは、禁止ＰＬＭＮで使用可能な周波数を含むことあると考えられる。
【０２３５】
現状、Ｄ２Ｄ周波数リストが禁止ＰＬＭＮで使用可能な周波数を含む場合におけるＵＥ１００の動作について規定がないため、ＵＥ１００が、禁止ＰＬＭＮで使用可能な周波数においてＤｉｓｃｏｖｅｒｙ信号を許可なく送信する虞がある。そこで、以下の方法によって、ＵＥ１００が、禁止ＰＬＭＮで使用可能な周波数においてＤｉｓｃｏｖｅｒｙ信号を許可なく送信することを避けることができる。
【０２３６】
第１に、ＵＥ１００は、Ｄ２Ｄ周波数リストをローミング先のサービングセルから受信する。
【０２３７】
第２に、ＵＥ１００は、受信したＤ２Ｄ周波数リストの中から、Ｄｉｓｃｏｖｅｒｙ信号の送信に使用するＤ２Ｄ周波数を選択する。また、ＵＥ１００は、選択Ｄ２Ｄ周波数を提供するＰＬＭＮが禁止ＰＬＭＮであるか否かを判定する。ＵＥ１００は、上述の動作によって、選択Ｄ２Ｄ周波数を同一のＰＬＭＮが提供する場合、禁止ＰＬＭＮにないと判定する。或いは、Ｄ２Ｄ周波数リストが、各Ｄ２Ｄ周波数に対応するＰＬＭＮを示す情報を含む場合、ＵＥ１００は、当該情報に基づいて、ＰＬＭＮを特定する。ＵＥ１００は、特定したＰＬＭＮが禁止ＰＬＭＮにあるか否かを判定してもよい。
【０２３８】
なお、禁止ＰＬＭＮリストは、ＵＳＩＭに記憶することが好ましい。これにより、ＵＥ１００のＵＳＩＭが変更された場合（すなわち、加入者情報が変更した場合）であっても、ＵＥ１００の誤作動を防ぐことができる。
【０２３９】
第３に、ＵＥ１００は、選択Ｄ２Ｄ周波数を提供するＰＬＭＮが、禁止ＰＬＭＮリストにない場合に、当該ＰＬＭＮの選択を開始する。ＵＥ１００は、選択Ｄ２Ｄ周波数が禁止ＰＬＭＮにある場合、他のＤ２Ｄ周波数を選択する。或いは、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号の送信を諦める。
【０２４０】
第４に、ＵＥ１００は、当該ＰＬＭＮの認証を受け、当該ＰＬＭＮを選択できた場合に、選択Ｄ２Ｄ周波数を使用してＤｉｓｃｏｖｅｒｙ信号を送信することを要求する使用要求を選択したＰＬＭＮに属するセルに送信する。一方、ＵＥ１００は、当該ＰＬＭＮを選択できない場合、他のＤ２Ｄ周波数を選択する。或いは、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号の送信を諦める。ＵＥ１００は、当該ＰＬＭＮを禁止ＰＬＭＮリストに登録してもよい。
【０２４１】
第５に、使用要求を受信したセルが属するＰＬＭＮ内のサーバは、ＵＥ１００のＤｉｓｃｏｖｅｒｙ信号送信の認証可能か判定する。サーバは、Ｄｉｓｃｏｖｅｒｙ信号送信を認証できる場合、Ｄｉｓｃｏｖｅｒｙ信号送信の承諾を通知し、Ｄｉｓｃｏｖｅｒｙ信号送信を認証できない場合、Ｄｉｓｃｏｖｅｒｙ信号送信の拒否を通知する。
【０２４２】
第６に、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号送信の承諾通知を受信した場合、選択Ｄ２Ｄ周波数においてＤｉｓｃｏｖｅｒｙ信号を送信する。一方、ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号送信の拒否通知を受信した場合、ＵＥ１００は、当該選択Ｄ２Ｄ周波数におけるＤｉｓｃｏｖｅｒｙ信号の送信を諦める。ＵＥ１００は、選択Ｄ２Ｄ周波数及び当該ＰＬＭＮの少なくとも一方を記憶してもよい。具体的には、ＵＥ１００は、当該ＰＬＭＮをＤｉｓｃｏｖｅｒｙ信号送信が承諾されないＰＬＭＮのリストであるＤｉｓｃｏｖｅｒｙ禁止ＰＬＭＮリストに登録してもよい。また、ＵＥ１００は、選択Ｄ２Ｄ周波数を、Ｄｉｓｃｏｖｅｒｙ信号送信が承諾されない禁止Ｄ２Ｄ周波数のリストに登録してもよい。ＵＥ１００は、これらのリストを用いて、選択Ｄ２Ｄ周波数を提供するＰＬＭＮが禁止ＰＬＭＮであるか否かを判定できる。
【０２４３】
また、ＵＥ１００は、これらのリストに基づいて、禁止ＰＬＭＮのＤ２Ｄ周波数を選択できないように外してもよい。また、ＵＥ１００は、禁止ＰＬＭＮのＤｉｓｃｏｖｅｒｙリソースプールが分かる場合は、当該Ｄｉｓｃｏｖｅｒｙリソースプールの時間領域をＤｉｓｃｏｖｅｒｙ信号のモニタ候補から外してもよい。
【０２４４】
次に、ＵＥ１００が、公共の安全のために使用されるパブリックセーフティＵＥ（Ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）であるケースを想定する。この場合、ＵＥ１００が、使用要求を送信しなくても、Ｄｉｓｃｏｖｅｒｙ信号を送信可能であることが望まれる。
【０２４５】
そこで、ＵＥ１００が、パブリックセーフティＵＥである場合、使用要求を送信する代わりに、パブリックセーフティＵＥであることを示すＰＳ情報を通知する特別手順を行うことによって、Ｄｉｓｃｏｖｅｒｙ信号送信の認証を省略できる。
【０２４６】
例えば、ＵＥ１００は、ローミング先のＰＬＭＮに、ＰＳ情報を通知し、ＰＳ情報で認証を受けている場合、Ｄ２Ｄ周波数リストに含まれるＤ２Ｄ周波数を提供するＰＬＭＮの認証（及びＤｉｓｃｏｖｅｒｙ信号送信の承諾）なく、当該Ｄ２Ｄ周波数を使用してＤｉｓｃｏｖｅｒｙ信号を送信できる。
【０２４７】
或いは、ＵＥ１００は、選択Ｄ２Ｄ周波数を提供するＰＬＭＮにおいて、ＰＳ情報を通知した場合に、当該ＰＬＭＮの認証（及びＤｉｓｃｏｖｅｒｙ信号送信の承諾）なく、当該Ｄ２Ｄ周波数を使用してＤｉｓｃｏｖｅｒｙ信号を送信できる。
【０２４８】
或いは、ＵＥ１００は、選択Ｄ２Ｄ周波数を提供するＰＬＭＮの認証の前に、パブリックセーフティ認証サーバにアクセスする。ＵＥ１００は、パブリックセーフティ認証サーバから認証を受けた場合に、当該ＰＬＭＮの認証（及びＤｉｓｃｏｖｅｒｙ信号送信の承諾）なく、当該Ｄ２Ｄ周波数を使用してＤｉｓｃｏｖｅｒｙ信号を送信できる。
【０２４９】
ＰＳ情報は、例えば、パブリックセーフティの機関の認証を示す認証情報の少なくとも一部である。当該認証情報は、パスワード（認証キー）であってもよい。また、当該認証情報は、複数の認証キーであり、時刻（ＵＴＣ）によって適用される認証キーが変わってもよい。例えば、ＵＥ１００は、第１認証キー（０時〜１２時に使用）と第２認証キー（１２時〜２４時に使用）とを記憶している場合、現在時刻によって、ＰＳ情報を生成するための認証キーを選択する。なお、当該認証情報は、例えば、ＵＥ１００のＵＳＩＭに記憶されている。
【０２５０】
或いは、ＰＳ情報は、パブリックセーフティの機関によって発行されたパブリックセーフティ固有ＩＤの少なくとも一部であってもよい。例えば、ＰＳ情報は、パブリックセーフティ固有ＩＤの最初の１６ビットである。なお、パブリックセーフティ固有ＩＤは、所定の機関に発行された機関ＩＤであってもよいし、個人に発行された個人ＩＤであってもよい。
【０２５１】
なお、ＵＥ１００からＰＳ情報を受信したｅＮＢ２００は、ＵＥ１００に対して、Ｄ２Ｄ近傍サービス（少なくともＤ２Ｄ発見手順）に使用される無線リソース（送信リソース又は送受信リソース）を割り当てなければならない。
【０２５２】
また、上述した第１実施形態において、モニタギャップ報告は、モニタの対象を示す情報（例えば、ＰＬＭＮの識別子、周波数帯の識別子（ＥＡＲＦＣＮ）、中心周波数の情報の少なくともいずれかのリスト）を含んでもよい。
【０２５３】
また、モニタギャップを示す情報は、ビットマップによってギャップパターンを示すビットマップ情報であってもよい。当該情報は、例えば、上述したように、サブフレーム単位のビットマップによってギャップパターンを示す。当該情報は、スロット単位又は無線フレーム単位のビットマップによってギャップパターンを示してもよい。
【０２５４】
また、モニタギャップを示す情報は、ギャップパターンの時間周期を示す周期情報であってもよい。当該情報は、例えば、サブフレーム数によって時間周期を示す。
【０２５５】
また、モニタギャップを示す情報は、周期情報の開始を示すタイミング情報であってもよい。例えば、タイミング情報は、サービングセルの所定のサブフレーム番号（例えば、「ＳＦＮ＝０」）を基準としたオフセット値であってもよい。従って、ＵＥ１００は、他のｅＮＢ２００（他のセル）からのＳＩＢに含まれるＤｉｓｃｏｖｅｒｙリソース情報に基づいてモニタギャップを決定した場合、モニタギャップを示す情報は、他のセルのＳＦＮ＝０を基準とせずに、サービングセルのＳＦＮ＝０を基準とすることができる。これにより、ＵＥ１００からモニタギャップを示す情報（モニタギャップ報告）を受信したサービングセルを管理するｅＮＢ２００は、自セルのＳＦＮ＝０に調整する必要がない。なお、タイミング情報は、ギャップパターンの開始とモニタの開始とのオフセット値（例えば、整数）を示す情報であってもよい。
【０２５６】
また、モニタギャップを示す情報は、ビットマップ情報の繰り返し回数を示す回数情報であってもよい。
【０２５７】
従って、モニタギャップを示す情報は、ビットマップ情報、周期情報、タイミング情報及び回数情報の少なくともいずれかの情報であってもよい。
【０２５８】
なお、モニタギャップを示す情報は、ギャップパターンのうちモニタが行われる期間（有効期間）を示す情報であってもよい。
【０２５９】
モニタギャップを示す情報が、上述したように、サブフレームパターンのビットマップを示す場合、ビットマップは、（例えば、ＨＡＲＱプロセスにおいて）ｅＮＢ２００−１が使用しないことを望むサブフレームが「０」を示し、ｅＮＢ２００−１が使用してもよいサブフレームが「１」を示すビット列であってもよい。この場合、上りリンク信号のための制御情報（ＵＬ  ｇｒａｎｔ）を受信する可能性があるサブフレーム、上りリンク信号の再送を行うサブフレーム（例えば、ＵＬ  ＨＡＲＱ  再送サブフレーム）、上りリンク信号及び／又は下りリンク信号の再送のためのフィードバック情報を送信するためのサブフレーム（ＤＬ／ＵＬ  ＨＡＲＱ  ｆｅｅｄｂａｃｋ）が「１」で示されてもよい。
【０２６０】
また、モニタギャップを示す情報として、ギャップパターンを示す情報（ビットマップ情報）を送信する場合、１つのモニタギャップを示す情報が、興味のある全ての周波数におけるギャップパターンを示してもよい。例えば、「１」がモニタを希望するサブフレームを示し、「０」がモニタを希望しないサブフレームを示すと仮定する。第１の周波数における送信リソースプールのサブフレームパターンが、「１１１０００００」であり、第２の周波数における送信リソースプールのサブフレームパターンが、「０００００１１１」である場合、１つのモニタギャップを示す情報は、「１１１００１１１」を示してもよい。このように、１つのモニタギャップを示す情報は、複数の他の周波数のそれぞれに対応するＤ２Ｄ近傍サービス用のリソースプールを示す情報を統合した情報であってもよい。これにより、オーバヘッドが減少できる。
【０２６１】
なお、１つのモニタギャップを示す情報は、複数のビットマップ情報を統合した情報（すなわち、複数のビットマップ情報の上位集合を示す情報）に限らない。１つのモニタギャップを示す情報は、複数の周期情報を統合した情報（すなわち、複数の周期情報の上位集合を示す情報）であってもよい。具体的には、複数の周期情報によって示される複数の周期の最小公倍数を示す値が、１つのモニタギャップを示す情報であってもよい。例えば、周波数１におけるＤ２Ｄ近傍サービス用のリソースプールの周期が３であり、周波数２におけるＤ２Ｄ近傍サービス用のリソースプールの周期が５である場合、複数の周期情報を統合した情報によって示される周期は、１５である。
【０２６２】
或いは、１つのモニタギャップを示す情報が、興味のあるＰＬＭＮ毎のギャップパターンを示してもよい。この場合、複数のＰＬＭＮに興味があるＵＥ（すなわち、複数のＰＬＭＮにおいてＤ２Ｄ近傍サービスを利用したいＵＥ）は、複数のモニタギャップを示す情報をｅＮＢ２００に送信する。複数のモニタギャップを示す情報のそれぞれは、各ＰＬＭＮの識別子と対応付けられている。
【０２６３】
或いは、１つのモニタギャップを示す情報が、興味のある周波数毎のギャップパターンを示す情報を示してもよい。この場合、複数の周波数に興味があるＵＥ（すなわち、複数の周波数においてＤ２Ｄ近傍サービスを利用したいＵＥ）は、複数のモニタギャップを示す情報をｅＮＢ２００に送信する。複数のモニタギャップを示す情報のそれぞれは、各周波数の識別子と対応付けられている。このように、ＵＥ１００は、複数のモニタギャップを示す情報は、複数の他の周波数のそれぞれに対応するリソースプール（モニタギャップ）を示す情報であってもよい。
【０２６４】
ｅＮＢ２００は、ＵＥ１００から複数のモニタギャップを示す情報を受信した場合、複数のモニタギャップのそれぞれをＵＥ１００のモニタギャップに設定してもよいし、複数のモニタギャップのうちの１つのモニタギャップを、ＵＥ１００のモニタギャップに設定してもよい。
【０２６５】
なお、ｅＮＢ２００は、ＵＥ１００からのモニタギャップを示す情報に基づいて、ＵＥ１００のモニタギャップを設定できるため、ｅＮＢ２００は、ＵＥ１００からのモニタギャップを示す情報と同じモニタギャップをＵＥ１００のモニタギャップとして設定してもよい。或いは、ｅＮＢ２００は、ＵＥ１００からのモニタギャップを示す情報を修正し、ＵＥ１００からのモニタギャップを示す情報の少なくとも一部を変更したモニタギャップを、ＵＥ１００のモニタギャップとして設定してもよい。
【０２６６】
なお、ＵＥ１００は、モニタギャップ要求に含まれるＤｉｓｃｏｖｅｒｙリソース情報として、上述にて説明したモニタギャップを示す情報又はモニタギャップ報告に含まれる情報と同じ形式の情報を送信してもよい。また、ｅＮＢ２００−１は、許可されたモニタギャップを示す情報及びモニタギャップ要求の応答として、上述にて説明したモニタギャップを示す情報又はモニタギャップ報告に含まれる情報と同じ形式の情報を送信してもよい。
【０２６７】
従って、モニタギャップ要求に含まれるＤｉｓｃｏｖｅｒｙリソース情報が、例えば、Ｄ２Ｄ発見信号用のモニタギャップの候補を示す情報である場合、当該モニタギャップの候補を示す情報は、ビットマップ情報（ｄｉｓｃｏｖｅｒｙＳｕｂｆｒａｍｅＢｉｔｍａｐ）、周期情報（ｄｉｓｃｏｖｅｒｙＰｅｒｉｏｄ）、タイミング情報（ｄｉｓｃｏｖｅｒＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ）及び回数情報（ｄｉｓｃｏｖｅｒｙＮｕｍＲｅｐｔｉｔｉｏｎ）の少なくともいずれかの情報であってもよい。ここで、モニタギャップの候補を示す情報の一例について、図１６を用いて説明する。図１６は、モニタギャップの候補を示す情報の一例を説明するための図である。
【０２６８】
図１６に示すように、１番目のリソースプールは、周波数１のサービングセルにおけるＤｉｓｃｏｖｅｒｙリソースプールを示す。２番目のリソースプールは、周波数２の近隣セルにおけるＤｉｓｃｏｖｅｒｙリソースプールを示す。３番目のリソースプールは、周波数３の近隣セルにおけるＤｉｓｃｏｖｅｒｙリソースプールを示す。４番目のリソースプールは、ＵＥ１００が決定したモニタギャップの候補リソースを示す。
【０２６９】
図１６において、ビットマップ情報は、複数のＤｉｓｃｏｖｅｒｙリソースプール（具体的には、周波数２の近隣セル及び周波数３の近隣セルのＤｉｓｃｏｖｅｒｙリソースプール）が統合されたギャップパターンを示す。具体的には、ビットマップ情報は、「１００１０００１１０…」を示す。なお、ＵＥ１００は、サービングセルのＤｉｓｃｏｖｅｒｙリソースプールを優先するため、サービングセルにおけるＤｉｓｃｏｖｅｒｙリソースプールに対応する２番目と３番目のビットは、「０」である。また、タイミング情報は、近隣セルの「ＳＦＮ＝０」を基準としたオフセット値ではなく、サービングセルの「ＳＦＮ＝０」を基準としたオフセット値である。
【０２７０】
なお、ｅＮＢ２００は、ＵＥ１００から送信されたギャップパターンを示す情報（ビットマップ情報）に基づいて、他のＵＥ１００のモニタギャップを決定（設定）してもよい。例えば、ＵＥ１００が、モニタギャップを示す情報として所定の周波数の識別子と対応付けられたギャップパターンを示す情報をｅＮＢ２００に送信し、且つ、他のＵＥ１００が、希望する所定の周波数の識別子を含むモニタギャップ要求をｅＮＢ２００に送信した場合、ｅＮＢ２００は、ＵＥ１００からのギャップパターンと同じギャップパターンを他のＵＥ１００のモニタギャップに設定することができる。
【０２７１】
なお、ｅＮＢ２００は、ＵＥ１００から送信されたモニタギャップを示す情報が、他セルにおけるＤｉｓｃｏｖｅｒｙリソースプールを示す情報と等しいのか、ＵＥ１００が（自律的に）決定したモニタギャップを示す情報であるのかを認識する必要がある。ｅＮＢ２００が、ＵＥ１００が（自律的に）決定したモニタギャップを他セルにおけるＤｉｓｃｏｖｅｒｙリソースプールであるとして、他のＵＥ１００のモニタギャップに設定する虞があるためである。この場合、他のＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ信号を有効にモニタできない可能性がある。このため、例えば、設定要求に含まれるビットマップ情報が、ＵＥ１００自身が決定したモニタギャップを示すのか、他セルにおけるＤｉｓｃｏｖｅｒｙリソースプールを示すのかを判断するためのフラグ情報が、設定要求に含まれてもよい。
【０２７２】
また、ｅＮＢ２００は、例えば、ＵＥ１００からモニタギャップの候補（候補リソースプール）を示す情報を受信した場合、当該候補リソースプールを、当該ＵＥ１００のモニタギャップとして設定するか否かを示す情報を、ＵＥ１００に送信してもよい。当該候補リソースプールを、当該ＵＥ１００のモニタギャップとして設定するか否かを示す情報は、Ａｃｋ（設定）／Ｎａｃｋ（非設定）を示す情報であってもよいし、１ビットによって示されるフラグ情報（例えば、「０：設定」、「１：非設定」）であってもよい。或いは、ｅＮＢ２００は、候補リソースプールを、ＵＥ１００のモニタギャップとして設定する場合に、Ａｃｋを示す情報を送信し、候補リソースプールを、ＵＥ１００のモニタギャップとして設定しない場合には、何も送信しなくてもよい。或いは、ｅＮＢ２００は、候補リソースプールをＵＥ１００のモニタギャップとして設定する場合に、何も送信せず、候補リソースプールをＵＥ１００のモニタギャップとして設定しない場合には、Ｎａｃｋを送信してもよい。
【０２７３】
なお、ｅＮＢ２００及び自セルのＵＥ１００が、共通のモニタギャップを認識している場合、ＵＥ１００は、モニタギャップを示す情報（又はＤｉｓｃｏｖｅｒｙリソース情報）を含まない設定要求を送信し、ｅＮＢ２００は、設定されたモニタギャップを示すビットマップ情報ではなく、Ａｃｋ（設定）／Ｎａｃｋ（非設定）を示す情報を送信してもよい。ｅＮＢ２００及び自セルのＵＥ１００が、共通のモニタギャップを認識している場合とは、例えば、ｅＮＢ２００が、共通のモニタギャップを示す情報をＳＩＢで送信している場合である。
【０２７４】
また、上述した第２実施形態では、ＵＥ１００は、間欠受信モードのオフ期間に他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタしていたが、これに限られない。ＵＥ１００は、他のシステムにおける基地局からの電波強度を測定するために割り当てられた期間であるメジャメントギャップ（Ｍｅａｓｕｒｅｍｅｎｔ  Ｇａｐ）において、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタしてもよい。また、セルに接続しているＵＥ（コネクティッドＵＥ）１００が、メジャメントギャップにおいてのみ、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタしてもよい。メジャメントギャップが設定されている期間は、接続中のセルが、ＵＥ１００に対して無線信号を送信しないため、ＵＥ１００がＤ２Ｄ無線信号の送信又は受信を行うことによって接続中のセルから情報を受信できないという問題が発生しない。なお、ＵＥ１００は、単一の受信機（又は送受信機）を備えている場合にのみ、メジャメントギャップ（及び間欠受信モードのオフ期間）においてのみ、Ｄ２Ｄ無線信号の送信又は受信を行ってもよい。ＵＥ１００は、複数の受信機（又は送受信機）を備えている場合、メジャメントギャップ以外の期間において、Ｄ２Ｄ無線信号の送信又は受信を行ってもよい。
【０２７５】
或いは、ＵＥ１００は、設定されている間欠受信モードのオフ期間及び／又は設定されているメジャメントギャップのみでは、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタが充分に実行できないと判定した場合、モニタギャップを決定してもよい、或いは、ＵＥ１００は、ｅＮＢ２００にモニタギャップ要求を送信してもよい。例えば、ＵＥ１００は、間欠受信モードのオフ期間及び／又はメジャメントギャップにおいて、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタが困難であったり、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号のモニタを行っても、他のＵＥ１００からＤｉｓｃｏｖｅｒｙ信号を受信できない場合に、モニタギャップを決定したり、ｅＮＢ２００にモニタギャップ要求を送信したりしてもよい。また、ＵＥ１００は、間欠受信モードのオフ期間及び／又はメジャメントギャップのみのＤｉｓｃｏｖｅｒｙ信号のモニタでは、基準値以上の品質（例えば、発見可能性（ｄｉｓｃｏｖｅｒｙ  ｐｒｏｂａｂｉｌｉｔｙ））を確保できない場合に、モニタギャップを決定したり、ｅＮＢ２００にモニタギャップ要求を送信したりしてもよい。例えば、ＵＥ１００は、間欠受信モードのオフ期間及び／又はメジャメントギャップの時間が短すぎる場合、モニタの品質（精度）が確保できないと判定する。基準値（閾値）は、ｅＮＢ２００（サービングセル）によって設定されてもよいし、ｅＮＢ２００よりも上位のネットワーク装置（例えば、ＭＭＥ、ＯＡＭ、ＮＡＳエンティティ、ＰｒｏＳｅ  Ｆｕｎｃｔｉｏｎを有するサーバなど）によって設定されてもよいし、予め決定されている閾値（ｐｒｅ−ｄｅｆｉｎｅｄ  ｖａｌｕｅ）であってもよい。なお、ＰｒｏＳｅ  Ｆｕｎｃｔｉｏｎを有するサーバは、Ｄ２Ｄ近傍サービスに関する管理を行うサーバであり、例えば、上述した第１サーバ４００−１（又は第２サーバ４００−２）である。
【０２７６】
また、上述した第１実施形態において、ｅＮＢ２００−２は、第２ＰＬＭＮにおけるＤｉｓｃｏｖｅｒｙリソース情報を含む設定情報をＳＩＢ１８によって送信していたが、ｅＮＢ２００−１が、自身の属する第１ＰＬＭＮにおけるＤｉｓｃｏｖｅｒｙリソース情報を含む設定情報をＳＩＢ１８によって送信してもよいことは勿論である。さらに、ｅＮＢ２００−１は、他のＰＬＭＮ（又は他のｅＮＢ２００−２）におけるＤｉｓｃｏｖｅｒｙリソース情報をＳＩＢによって送信してもよい。或いは、ｅＮＢ２００−１は、他のＰＬＭＮ（又は他のｅＮＢ２００−２）におけるＤｉｓｃｏｖｅｒｙリソース情報を専用の信号（dedicated  ｓｉｇｎａｌｌｉｎｇ）によって個々のＵＥ１００にユニキャストで送信してもよい。ｅＮＢ２００−１は、他のＰＬＭＮ（又は他のｅＮＢ２００−２）におけるＤｉｓｃｏｖｅｒｙリソース情報を、モニタギャップとして送信する場合にのみ、専用の信号によってＵＥ１００にユニキャストで送信してもよい。この場合、ＵＥ１００は、ＳＩＢではなく、専用の信号によって受信した他のＰＬＭＮ（又は他のｅＮＢ２００−２）におけるＤｉｓｃｏｖｅｒｙリソース情報に基づいて特定されるリソースプールの期間をモニタギャップとみなすことができる。
【０２７７】
また、ｅＮＢ２００−１は、所定のＵＥ１００に対して許可したモニタギャップを示す情報又は所定のＵＥ１００に割り当てたモニタギャップを示す情報を、他のＰＬＭＮ又は他のｅＮＢ２００におけるＤｉｓｃｏｖｅｒｙリソース情報（の少なくとも一部）として、ＳＩＢによって送信してもよい。ＵＥ１００は、ＳＩＢによって受信した、他のＰＬＭＮ又は他のｅＮＢ２００におけるＤｉｓｃｏｖｅｒｙリソース情報に基づいて、モニタギャップを決定してもよいし、モニタギャップ要求に含ませるＤｉｓｃｏｖｅｒｙリソースプールを決定してもよい。
【０２７８】
上述した第２実施形態において、ＵＥ１００は、無線送受信機１１０を１つのみ備える場合（すなわち、複数の周波数（サービングセルの周波数と興味があるＤ２Ｄ周波数）において同時に受信する能力がない場合）、間欠受信モードのオフ期間にのみ、他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタしてもよい。また、ＵＥ１００は、間欠受信モードのオフ期間に他の周波数におけるＤｉｓｃｏｖｅｒｙ信号をモニタするために、干渉（例えば、ＵＥ自身のＷＬＡＮ通信に基づく干渉、ＧＮＳＳの使用に基づくＧＮＳＳからの／への干渉など）を抑制するために使用されるＩＤＣメッセージ（ＩｎＤｅｖｉｃｅＣｏｅｘｉｎｄｉｃａｔｉｏｎ  ｍｅｓｓａｇｅ）を、ｅＮＢ２００に送信してもよい。
【０２７９】
上述した各実施形態では、Ｄｉｓｃｏｖｅｒｙ信号のモニタ（受信）を中心に説明したが、これに限られない。上述した内容は、Ｄｉｓｃｏｖｅｒｙ信号のアナウンス（送信）に適用されてもよい。従って、上述のＤｉｓｃｏｖｅｒｙ信号のモニタ（受信）をＤｉｓｃｏｖｅｒｙ信号のアナウンス（送信）に置き換えてもよい。また、上述した内容は、Ｄ２Ｄ発見手順だけでなく、他の動作（例えば、Ｄ２Ｄ通信）に適用されてもよい。従って、上述のＤｉｓｃｏｖｅｒｙ信号をＤ２Ｄ通信（communication）信号に置き換えてもよい。例えば、ＵＥ１００が、他の周波数においてＤ２Ｄ通信信号を送信及び／又は受信するためのギャップを決定してもよいし。或いは、ｅＮＢ２００（サービングセル）が、他の周波数（他のセル）においてＤ２Ｄ通信信号を送信及び／又は受信するためのギャップを決定し、当該ギャップをＵＥ１００に送信してもよい。
【０２８０】
上述した各実施形態において、モニタギャップ及び／又はアナウンシングギャップは、サイドリンクギャップと称されてもよい。ここで、サイドリンクギャップでは、サイドリンク動作（すなわち、Ｄ２Ｄ近傍サービスにおけるＤ２Ｄ動作）が優先的に実行される。具体的には、ＵＥ１００は、サイドリンクギャップにおいて、Ｄｉｓｃｏｖｅｒｙ信号又はＣｏｍｍｕｎｉｃａｔｉｏｎ信号の受信（モニタ）又は送信（アナウンシング）を行うことができる。サイドリンクギャップは、セルラ通信（Ｕｕ通信）の義務を負わない期間であってもよい。ＵＥ１００は、サイドリンクギャップにおいて、ＰＤＣＣＨを受信することが免除される。
【０２８１】
ここで、ｅＮＢ２００は、ｅＮＢ２００又は他のｅＮＢ２００からの無線信号の受信動作を行うためのギャップとサイドリンクギャップとをＵＥ１００に設定するにあたって、以下のように設定してもよい。なお、ｅＮＢ２００又は他のｅＮＢ２００からの無線信号の受信動作を行うためのギャップ（以下、受信ギャップ）は、例えば、ｅＮＢ２００又は他のｅＮＢ２００からの電波強度を測定するためのメジャメントギャップ、ｅＮＢ２００からの制御信号（ＰＤＣＣＨ）を受信するためのページング機会、及び、サービングセルと同じ周波数帯に属するセルからの電波強度を測定するためのメジャメントギャップ（すなわち、周波数内メジャメント（ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ  ｍｅａｓｕｒｅｍｅｎｔ）のためのギャップ又は機会）の少なくともいずれかである。
【０２８２】
第１に、ｅＮＢ２００は、受信ギャップとサイドリンクギャップとが重複しないように、サイドリンクギャップをＵＥ１００に設定する。これにより、ＵＥ１００は、受信動作とサイドリンク動作との間で優先付けを考慮せずに各動作を実行できる。
【０２８３】
第２に、ｅＮＢ２００は、受信ギャップをＵＥ１００に設定している場合には、サイドリンクギャップの設定を中止する。すなわち、ｅＮＢ２００は、受信ギャップが設定されているＵＥ１００に対して、サイドリンクギャップの設定（割り当て）を行わない。これにより、ＵＥ１００は、受信動作とサイドリンク動作との間で優先付けを考慮せずに各動作を実行できる。
【０２８４】
第３に、ｅＮＢ２００は、受信ギャップとサイドリンクギャップとを独立してＵＥ１００に設定する。この場合には、受信ギャップとサイドリンクギャップとが重複する可能性がある。受信ギャップとサイドリンクギャップとが重複する期間では、受信動作がサイドリンク動作よりも優先される。従って、ＵＥ１００は、重複する期間では、受信動作をサイドリンク動作よりも優先的に実行する。ここで、ＵＥ１００が、サイドリンクギャップにおいてサイドリンク動作を実行中であるケースにおいて、重複する期間では、サイドリンク動作を中止して、受信動作を実行する。例えば、ＵＥ１００は、サイドリンクギャップにおいて、周波数内（ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ）メジャメントを実行しなければならない場合には、サービングセルの周波数と異なる周波数でのサイドリンク動作（例えば、Ｄｉｓｃｏｖｅｒｙ信号のアナウンス）を中断し、周波数メジャメントを実行する。ＵＥ１００は、重複する期間が経過した後、サイドリンクギャップにおいてサイドリンク動作を再開してもよい。
【０２８５】
なお、ｅＮＢ２００−１は、図１７に示すように、単一のサイドリンクギャップを設定してもよい。ここで、単一のサイドリンクギャップは、受信ギャップを含む。
【０２８６】
なお、ＵＥ１００は、重複する期間において、ｅＮＢ（セル）からの無線信号に関する測定条件（要求性能）を満たさない場合に、周波数内メジャメントをサイドリンク動作よりも優先してもよい。ＵＥ１００は、測定条件を満たす場合には、サイドリンク動作を周波数内メジャメントよりも優先してもよい。測定条件は、例えば、ｅＮＢからの無線信号の受信強度（ＲＳＲＰ）又は受信品質（ＲＳＲＱ）の測定間隔（又は評価間隔）及び新たなセルを検出する間隔の少なくともいずれかの条件（最小要求）である。
【０２８７】
なお、ＵＥ１００が、サービングセルの周波数と異なる周波数でサイドリンク動作を実行する場合、周波数のチューニング（ＲＦ  ｔｕｎｉｎｇ）のための時間が必要となる。従って、図１８に示すように、サイドリンクギャップは、サイドリンク用のＳＬリソースプール（例えば、受信リソースプール）よりも広い期間であってもよい。例えば、サイドリンクギャップは、ＳＬリソースプールの前の所定サブフレーム（例えば、１サブフレーム）前から開始してもよい。また、サイドリンクギャップは、ＳＬリソースプールの後の所定サブフレーム（例えば、１サブフレーム）後で終了してもよい。所定サブフレームは、ガード期間に相当する。ガード期間において、ＵＥ１００は、可能である場合、サイドリンク動作を実行してもよいが、サイドリンク動作の優先度は低くてもよい。ＵＥ１００は、カード期間の一部（例えば、１スロット）で、サイドリンク動作を実行してもよい。
【０２８８】
また、ＵＥ１００は、サイドリンクギャップの直前の所定期間（例えば、４サブフレーム）において、ｅＮＢ２００への上り送信のための制御情報（ＵＬグラント）の受信を省略してもよい（図１９参照）。従って、ＵＥ１００は、サイドリンクギャップの直前の所定期間において、ＵＬグラントの受信が要求されない。ｅＮＢ２００は、通常、ＵＬグラントの受信を要求するが、サイドリンクギャップの直前の所定期間において、ＵＬグラントの受信をＵＥ１００に要求しない。これにより、ＵＥ１００は、サイドリンクギャップ内で、上り送信を行うことを回避できる。また、ＵＥ１００は、ＵＬグラントの受信により、サイドリンクギャップ内での上り送信が発生した場合には、上り送信をサイドリンク動作よりも優先的に実行することができる。
【０２８９】
また、ＵＥ１００は、複数の受信機（受信部）を備える場合には、サイドリンクギャップにおいて、複数の受信機のうちの一つの受信機によりｅＮＢ２００からの制御信号（ＰＤＣＣＨ）を受信するための制御を行ってもよい。従って、ＵＥ１００は、一つの受信機をセルラ通信（Ｕｕ）のために割り当て、一つの受信機又は送信機をサイドリンク動作のために割り当てる。これにより、ＵＥ１００は、サイドリンクギャップであっても、データ通信とは異なるセルラ通信（Ｕｕ動作）及びメジャメントを実行できる。セルラ通信（Ｕｕ動作）は、例えば、ページング受信などの制御情報（ＰＤＣＣＨ）の受信である。なお、ＵＥ１００は、一つの受信機しか備えていない場合は、上述したように、サイドリンクギャップにおいて、データ通信とは異なるセルラ通信（Ｕｕ動作）をサイドリンク動作よりも優先してもよい。
【０２９０】
また、ｅＮＢ２００は、サイドリンクギャップにおいてサイドリンク動作を優先的に実行する周波数（サービングセルと異なる周波数）を指定するための情報（指定情報）をＵＥ１００に送信してもよい。例えば、ｅＮＢ２００は、サービングセルと異なる複数の周波数が存在する場合、サイドリンク動作を許可する周波数を指定するための情報をＵＥ１００に通知する。ＵＥ１００は、サイドリンクギャップの間中、指定された周波数でサイドリンク動作を実行してもよいし、サイドリンクギャップにおいて各周波数におけるサイドリンク用のリソースプールが重複している期間の間のみ、指定された周波数でサイドリンク動作を実行してもよい。
【０２９１】
ｅＮＢ２００は、複数の他の周波数のそれぞれに対応するサイドリンクギャップをＵＥ１００に設定してもよい。すなわち、ｅＮＢ２００は、周波数毎にサイドリンクギャップを設定してもよい。ＵＥ１００に設定された各サイドリンクギャップは、互い重複しない。この場合、各サイドリンクギャップが指定情報に相当する。ＵＥ１００は、設定された各サイドリンクギャップに対応する周波数でサイドリンク動作を実行することができる。
【０２９２】
ｅＮＢ２００は、周波数の優先度に関する情報を指定情報としてＵＥ１００に送信してもよい。ｅＮＢ２００は、指定情報をブロードキャスト（例えば、ＳＩＢ）又はユニキャスト（例えば、ＲＲＣメッセージ）によりＵＥ１００に通知できる。周波数の優先度に関する情報（以下、優先度情報）は、例えば、周波数（キャリア）と優先度とが関連付けられている情報である。例えば、優先度情報では、キャリアＡと優先度０（例えば、Ｌｏｗ  ｐｒｉｏｒｉｔｙ）が関連付けられ、キャリアＢと優先度１（例えば、Ｈｉｇｈ  ｐｒｉｏｒｉｔｙ）とが関連付けられる。また、優先度情報では、周波数（キャリア）とサイドリンク用の論理チャネルに関する識別情報（論理チャネルの識別子（ＬＣＩＤ）又は論理チャネルグループの識別子（ＬＣＧＩＤ））とが関連付けられていてもよい。ここで、サイドリンク用の論理チャネルに関する識別情報は、優先度と関連付けられている。ｅＮＢ２００は、論理チャネルに関する識別情報と優先度との関連付けをＵＥ１００に通知することによって、ＵＥ１００は、周波数（キャリア）と優先度とが直接的に関連付けられていなくても、周波数の優先度を把握できる。ＵＥ１００は、優先度が高い周波数においてサイドリンク動作を実行できる。
【０２９３】
また、ｅＮＢ２００は、セカンダリセル（ＳＣｅｌｌ）を示す識別情報（セカンダリセルのインデックス）を指定情報としてＵＥ１００に送信してもよい。指定情報としてＳＣｅｌｌを示す識別情報を受信したＵＥ１００は、複数のコンポーネントキャリア（複数のセル（ＰＣｅｌｌ及びＳＣｅｌｌ））を同時に使用して通信を行うキャリアアグリゲーションが設定されている場合に、識別情報により示されるセカンダリセルの周波数でサイドリンク動作を実行できる。
【０２９４】
また、ｅＮＢ２００は、サイドリンクギャップにおいてサイドリンク動作を実行する通信機（ＲＦチェイン：送信機及び／又は受信機）を指定する情報及びサイドリンクギャップにおけるサイドリンク動作（すなわち、サイドリンクギャップで実行可能なサイドリンク動作）を指定する情報の少なくとも一方をサイドリンクギャップと共に設定してもよい。
【０２９５】
通信機を指定する情報は、例えば、ＲＦチェイン識別番号である。ＵＥ１００は、設定されたサイドリンクギャップにおいて、指定された通信機を用いて、サイドリンク動作を実行する。ｅＮＢ２００は、複数の通信機を備えるＵＥ１００に対して、サポートするバンドコンビネーション毎（すなわち、ＲＦチェイン毎）に適切にサイドリンクギャップを設定することにより、セルラ通信（Ｕｕ通信）動作とサイドリンク動作との機会を最大化することが可能になる。
【０２９６】
通信機を指定する情報は、セカンダリセル（ＳＣｅｌｌ）を示す識別情報（セカンダリセルのインデックス）であってもよい。ＵＥ１００は、キャリアアグリゲーションが設定されている場合に、所定の通信機（受信機）を用いて、所定のＳＣｅｌｌから情報を受信していると仮定する。ＵＥ１００は、通信機を指定する情報として受信した識別情報が所定のＳＣｅｌｌを示す場合、設定されたサイドリンクギャップにおいて、所定の通信機を用いて、サイドリンク動作を実行する。従って、ＵＥ１００は、サイドリンクギャップにおいて、所定のＳＣｅｌｌの受信（及び／又は送信）が免除される。
【０２９７】
サイドリンク動作を指定する情報は、設定されたサイドリンクギャップにおいてＵＥ１００が実行するサイドリンク動作を示す情報である。例えば、当該情報は、「Ｄｉｓｃｏｖｅｒｙ」及び「Ｃｏｍｍｕｎｉｃａｔｉｏｎ」のいずれかを示す情報であってもよいし、「Ｄｉｓｃｏｖｅｒｙ送信（アナウンシング）」、「Ｄｉｓｃｏｖｅｒｙ受信（モニタ）」、「Ｃｏｍｍｕｎｉｃａｔｉｏｎ送信」及び「Ｃｏｍｍｕｎｉｃａｔｉｏｎ受信」のいずれかを示す情報であってもよい。ＵＥ１００は、サイドリンクギャップにおいて指定されたサイドリンク動作を実行する。
【０２９８】
上述した各実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本出願の内容を適用してもよい。
【０２９９】
［付記］
以下に、実施形態の補足事項について付記する。
【０３００】
（Ａ）付記１
（Ａ１）導入
この付記１では、ＰＬＭＮ間発見機能（ｉｎｔｅｒ−ＰＬＭＮ  Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ  ｆｕｎｃｔｉｏｌｉｔｙ）をサポートするための方法及び可能な解決策を検討する。
【０３０１】
（Ａ２）ＰＬＭＮ間発見手順（ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ）サポート
一部の企業は、特に、既存のピア・ツー・ピア発見機能に優る利点を考慮して、ＬＴＥ  Ｄ２ＤにおけるＰＬＭＮ間機能をサポートすることに関心を示した。ＳＡ２は、リリース１２におけるＰＬＭＮ間発見手順のサポートもキャプチャーした。さらに、Ｄ２Ｄは、交通事故（トラフィックアクシデント）を削減する可能性のある有望なテクノロジーのうちの１つとして既に確認されている。Ｄ２Ｄ発見手順が同一ＰＬＭＮ内での運用に制限される場合、Ｄ２Ｄの有用性は、著しく低減されるであろう。
【０３０２】
提案１：ＰＬＭＮ間Ｄ２Ｄ発見手順（ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ）は、リリース１２においてサポートされるべきである。
【０３０３】
（Ａ３）ＰＬＭＮ間発見手順のステージ２デザイン
（Ａ３．１）課題
提案１が採用される場合、ＰＬＭＮ間発見手順を行う１つの単純な方法は、セル間／周波数間発見手順サポートのためのメカニズムに、ＰＬＭＮ間発見手順の機能を組み込むことである。換言すると、ＰＬＭＮ間発見手順は、セル間／周波数間発見手順のために合意済みであるＳＩＢの使用を通じてサポートされるべきである。
【０３０４】
（Ａ３．２）ＳＩＢプロビジョニングスキーム
ＰＬＭＮ間発見手順をサポートするために、発見リソース情報は、Ｄ２Ｄ  ＵＥが他のＰＬＭＮに属するセルにおいて送信されたＤｉｓｃｏｖｅｒｙ信号をモニタするためにさらに必要とされる。ＵＥは、サービングセルのＳＩＢ（例えば、ＳＩＢ１８又は１９）から、同一周波数内でＤｉｓｃｏｖｅｒｙ信号を受信するための情報のフルセットと、少なくとも発見手順をサポートするのはどの周波数であるかについてのインディケーションとを取得することができる。サービングセルから送信されたＳＩＢ１８又は１９が周波数間発見手順のための情報のフルセットを含むか否かは、未だ決定されていないが、同じＰＬＭＮから提供される周波数である限り、同一周波数内／周波数間でのＤｉｓｃｏｖｅｒｙ信号の受信についてのこのような情報に関する知識をサービングセルが有することが前提とされてもよい。
【０３０５】
ＰＬＭＮ間発見手順サポートに関する状況は、異なるＰＬＭＮに属するセルがどのような方法でお互いから情報のフルセットを取得するかが不明確であるので、異なる。以下の２つのオプションが考慮されてもよい（図２０参照）：
・オプション１：サービングセルは、他のＰＬＭＮからのＳＩＢ１８又は１９のコピーをＳＩＢの中で提供する。
【０３０６】
オプション１は、ローミング契約に基づく設定、または、複数のＰＬＭＮによって共有される、もしくは、利用できるサーバによる設定に含まれてもよい。このオプションでは、ＳＩＢ１８又は１９から共有される発見手順情報（ｄｉｓｃｏｖｅｒｙ  ｉｎｆｏｒｍａｔｉｏｎ）は、静的または準静的であることが前提とされる。ＵＥは、異なるＰＬＭＮ（群）に属する発見手順情報を取得するためにこのＵＥのサービングセルのＳＩＢ１８又は１９をデコードしてもよいことが前提とされる。このオプションの欠点は、特に、異なる複数のＰＬＭＮ（ｍｕｌｔｉｐｌｅ  ｉｎｔｅｒ−ＰＬＭＮｓ）からの発見手順情報がサポートされる必要がある場合、ＳＩＢ１８又は１９のサイズが著しく増大する。
【０３０７】
ＲＡＮレベルＳＩＢ１８又は１９共有：これは、ＰＬＭＮ（群）による直接Ｘ２通信を用いてもよい。より動的なＳＩＢ１８又は１９共有を容易に実現することができるが、少なくともリリース１２の範囲外である。
【０３０８】
・オプション２：ＵＥは、別のＰＬＭＮに属するセルから直接的にＳＩＢ１８又は１９を取得する。
【０３０９】
オプション２では、ＵＥは、別のＰＬＭＮ（群）に属する隣接セルから直接的にＳＩＢ１８又は１９を取得する必要がある。これは、動的なＳＩＢ１８又は１９共有を容易に実現し、サービングセルは、サービングセル自身のＳＩＢ１８又は１９の中で異なったＰＬＭＮ（群）のＳＩＢ１８又は１９を提供する必要はない。このオプションは、ＵＥがＰＬＭＮ間発見手順のために複数のＳＩＢ１８又は１９をデコードする複雑性を増大させる。ＵＥが別のＰＬＭＮに属するＳＩＢ１８又は１９を取得するために、当該ＵＥのサービングセルとの協調を必要とするかどうかは、さらなる課題である。
【０３１０】
オプション１が採用される場合、ＳＩＢ１８又は１９のサイズは、複数のＰＬＭＮからの発見手順情報を収容するために著しく増大される必要があるであろう。オプション２では、ＳＩＢのサイズは、同一ＰＬＭＮ内に限定され、特に、発見手順情報が準静的であることが前提とされる場合、ＵＥが複数のＳＩＢ１８又は１９を復号するための複雑性は、限定される。従って、オプション２が採用されるべきである、と結論を出す。
【０３１１】
提案３：サービングセルは、サービングセル自身のＰＬＭＮに属するＳＩＢ１８又は１９を提供すれば十分である、ことを合意すべきである。
【０３１２】
（Ａ３．３）他のＰＬＭＮの周波数の識別
下記合意において、「隣接周波数」が他のＰＬＭＮの周波数を含むか否かは明確でない。
【０３１３】
サービングセルは、ＳＩＢ情報の中で、どの隣接周波数がＰｒｏＳｅ発見をサポートしているのかを、通知してもよい。
【０３１４】
周波数情報がＵＥのサービングセルのＳＩＢから得られない場合、ＵＥは、他のＰＬＭＮからのセルがカバレッジ範囲内に存在するか否か、および、ＳＩＢ１８又は１９が提供されているか否かを確認するためだけに、頻繁にサービングセルの周波数とは異なる周波数に、受信機の周波数を調整する必要があるであろう。しかしながら、他のＰＬＭＮの周波数がサービングセルのＳＩＢの中で一覧化されて提供される場合、ＵＥは、指定された周波数に同調するだけでよく、既存のＤＲＸ機会を使用して異なるＰＬＭＮに属するセルから直接的にＳＩＢ１８又は１９を取得してもよい。
【０３１５】
提案４：サービングセルのＳＩＢは、ＰＬＭＮ間のＤ２Ｄ発見手順を念頭に入れて他のＰＬＭＮの周波数を提供することに合意すべきである。
【０３１６】
（Ａ４）課題
ＰＬＭＮ間のＳＩＢ１８又は１９情報交換の有無の前提の各事例に関して、論点が検討され得る。この章では、２つの観点について考察する。
【０３１７】
（Ａ４．１）ＰＬＭＮ間のＳＩＢ１８又は１９情報の交換なし
上記提案に合意できる場合、ＰＬＭＮ間の発見手順は、周波数間発見メカニズムに加えて容易に実現されるであろう。しかしながら、異なるＰＬＭＮ（ｉｎｔｅｒ−ＰＬＭＮ）の発見手順情報の共有がサポートされていないことが前提とされる場合、異なるＰＬＭＮに属するセルからＳＩＢ１８又は１９情報を取得する機会をサービングセルがＵＥに適切に設定する簡単な方法は、存在しないであろう。特に、ＲＡＮ１は、ＵＥがサポートするＦＤＤキャリアのスペクトルをＤＬおよびＵＬで同時に受信できない可能性があることを既に前提としている。
【０３１８】
・所見：異なるＰＬＭＮの発見手順情報の共有がない場合、サービングセルは、ＰＬＭＮ間Ｄｉｓｃｏｖｅｒｙ信号のモニタリングのためにＵＥを適切に設定できない可能性がある。
【０３１９】
この所見の観点から、ＵＥがＳＩＢ１８又は１９情報を取得し、別のＰＬＭＮに属するセルからのＤｉｓｃｏｖｅｒｙ信号をモニタするために、以下の２つのオプションが検討されてもよい。
【０３２０】
・オプション１ａ：ＵＥは、既存のＤＲＸ設定を用いて、ＤＲＸオフ期間中に、異なるＰＬＭＮに属するＳＩＢ１８又はＳＩＢ１９の受信とＤｉｓｃｏｖｅｒｙ信号のモニタとを行ってもよい。
【０３２１】
・オプション２ａ：ＰＬＭＮ間の発見手順情報は、ＵＥによってサービングセルに間接的に提供される。例えば、ＵＥは、異なるＰＬＭＮに属するセルから受信されたＳＩＢ１８又は１９の全て（フルセット）または一部（サブセット）を転送する。
【０３２２】
比較すると、オプション１ａは、ＰＬＭＮ間の発見手順をサポートするために既存の仕様への著しい変更を要求しないが、既存のＤＲＸでは、ＰＬＭＮ間の発見手順の機会は、「ベストエフォート」に基づいている。ＵＥがＤＲＸだけを使用して好ましいＰＬＭＮ間のＤｉｓｃｏｖｅｒｙ信号をモニタできる保証はない。その上、ＵＥは、ＤＲＸオフ期間中に、例えば、ＨＡＲＱ再送信およびスケジューリング要求（ＳＲ）などのＵＬセルラ通信を実行しても差し支えなく、かつ、ＵＥは、同時に行われる発見モニタリングおよびＵＬＷＡＮ通信をサポートしないことが前提なので、ＰＬＭＮ間発見モニタリングの機会は、低減される。
【０３２３】
オプション２ａでは、ＵＥは、サービングセルにとって関心のあるＰＬＭＮ間の発見手順情報を提供する。サービングセルが発見手順情報を受信すると、ＰＬＭＮ間発見手順のための適切な機会をＵＥに設定するか否かを決定することはサービングセルに委ねられる。このオプションの欠点は、Ｕｕインターフェイスによるシグナリングが増加する可能性がある。
【０３２４】
どちらのオプションにも欠点があるので、２つのオプションのうち、許容範囲にあると考えられ得るより大きい仕様へのインパクトを有するが、Ｄ２Ｄ発見手順のため十分な利益をもたらすオプションを決定すべきである。しかしながら、どちらのオプションが採用されるかとは無関係に、ＵＥの挙動がサービングセルの制御下にあるべきことは明確であるべきである。
【０３２５】
提案５：ＰＬＭＮ間発見モニタリングに関するＵＥの挙動がサービングセルの制御下にあるべきことが合意されるべきである。
【０３２６】
提案６：ＳＩＢ１８又は１９情報がＰＬＭＮの間で交換されない場合、オプション１ａが好ましいか、オプション２ａが好ましいかを検討すべきである。
【０３２７】
（Ａ４．２）ＰＬＭＮ間でのＳＩＢ１８又は１９情報の交換あり
ＳＩＢ１８又は１９のフルセットが異なるＰＬＭＮに属するセルの間で交換されることを前提として、サービングセルが、他のＰＬＭＮに属するセルのＰＬＭＮ間発見機会を知っていることが前提とされてもよい。しかしながら、他のＰＬＭＮからの隣接セルの個数に起因して、サービングセルが他のＰＬＭＮからの全ての発見リソースをＳＩＢ１８又は１９に含めることは実現可能でない。ＳＩＢ１８又は１９のサイズは、著しく増大されるであろう。サービングセルは、ＵＥが他のＰＬＭＮに属するセルからの発見リソースをモニタ及び受信するためのギャップ機会（ｇａｐ  ｏｃｃａｓｉｏｎｓ）を設定する際に２つのオプションを有するであろう。
【０３２８】
・オプション１ｂ：サービングセルがＳＩＢ１８又は１９において発見手順情報をブロードキャストしない場合、１つ以上のディスカバリ可能な周波数に関してＰＬＭＮ間発見機会をＵＥに設定することはサービングセルに委ねられる。サービングセルは、ＵＥの能力に従って、ＰＬＭＮ間発見機会をＵＥに設定してもよい。
【０３２９】
オプション１ｂでは、サービングセルは、ＳＩＢ１８又は１９において、何らかのＰＬＭＮ間周波数情報を含む、ＰＬＭＮ間発見手順情報を提供する必要がない。サービングセルは、ＰＬＭＮ間発見機会をＵＥに設定するためにＵＥからのフィードバックを要求しない。これは、ＰＬＭＮ間発見手順をサポートするより簡単な方法であるが、オプション１ｂは、サービングセルがＰＬＭＮ間発見手順のためＵＥの優先傾向（ｐｒｅｆｅｒｅｎｃｅｓ）を考慮できない、という欠点がある。
【０３３０】
・オプション２ｂ：このオプションでは、サービングセルは、他のＰＬＭＮにおけるディスカバリ可能な周波数をＳＩＢ１８又は１９においてブロードキャストする。ＵＥは、他のＰＬＭＮにおける１つ以上の周波数において、発見リソースをモニタするＵＥの意図をサービングセルに示すこともあり得る。発見興味インディケーションに基づいて、サービングセルは、ＵＥのニーズのために適切なＰＬＭＮ間発見機会をＵＥに設定してもよい。
【０３３１】
オプション２ｂは、発見機会の設定を、ＵＥが興味のある周波数に基づいてサービングセルが正確に決定できる、という利点がある。これは、追加のシグナリングがＰＬＭＮ周波数をＳＩＢにおいてブロードキャストするために必要とされ、ＵＥに発見機会が適切に設定される前にＵＥが発見興味インディケーションをサービングセルに送信する必要がある、という欠点がある。
【０３３２】
どちらのオプションもいくつかの欠点がある。しかしながら、サービングセルが、発見機会をＵＥが関心のある周波数だけに制限するかもしれないので、オプション２ｂが望ましい。
【０３３３】
提案７：ＳＩＢ１８又は１９情報がＰＬＭＮの間で交換されることを前提として、ＰＬＭＮ間発見機会は、ＵＥに関心のある周波数に基づくべきである。
【０３３４】
（Ａ５）結論
この付記１では、ＰＬＭＮ間Ｄ２Ｄ発見手順の必要性を検討し、ＰＬＭＮ間Ｄ２Ｄ発見手順をサポートするためにシンプルなメカニズムを提供した。また、想定される課題及び潜在的な解決方法を述べた。
【０３３５】
（Ｂ）付記２
（Ｂ１）導入
この付記２では、iｎｔｅｒ−Ｆｒｅｑｕｅｎｃｙ及びiｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ（異なる周波数間及び異なるＰＬＭＮ間におけるＤ２Ｄ発見手順）をサポートするための未解決の課題を、可能な解決策に沿って考察する。
【０３３６】
（Ｂ２）Iｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ観点での未解決の課題
この章では、iｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／iｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙを考察する。
【０３３７】
（Ｂ２．１）上位レイヤがｉｎｔｅｒ−ＰＬＭＮキャリアリストを提供するかどうかに関するＦＦＳ
ｉｎｔｅｒ−ＰＬＭＮキャリアに関して、上位レイヤが、他のＰｒｏＳｅキャリアのリストを代わりに提供できるかどうかは、ＦＦＳである。これは、サービングセルが所定の理由のためにＳＩＢ１８又は１９を提供できない場合に、ＵＥにとって有益な可能性がある。しかしながら、既存のコンセプトを引き継ぐために、ＲＡＮ（無線アクセスネットワーク）自身が、自身のセルの動作周波数を決定して、且つ、どのキャリアがｄｉｓｃｏｖｅｒｙをサポートするかを決定する責任を有さなくてはならない。さらに、現時点では、上位レイヤ、すなわち、ＰｒｏＳｅ機能は、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ（Ｄ２Ｄ発見手順）のためのキャリアのリストを提供できない、すなわち、Ｅ−ＵＴＲＡＮがサービスを提供できない時にＰｒｏＳｅ直接通信に使用される無線パラメータのみが提供されてもよい。そのような上位レイヤ信号を導入した場合、ＲＡＮとＰｒｏＳｅ機能との間の追加のインターフェイスの導入が必要となる。従って、少なくともリリース１２では、上位レイヤによって提供されるｉｎｔｅｒ−ＰＬＭＮ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙのための他のキャリアのリストをサポートすべきでないということを提案する。
【０３３８】
提案１：少なくともリリース１２において、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートするｉｎｔｅｒ−ＰＬＭＮ周波数のリストをＲＡＮのみが提供することを前提とすべきである。
【０３３９】
（Ｂ２．２）現状の合意のさらなる明確化
（Ｂ２．２．１）ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙキャリアのリストを受信する上でのＵＥ動作
ＵＥがＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ信号の受信を目的にできるキャリアのリストを、ｅＮＢはＳＩＢで提供してもよい。これは、当該リストを制限するものであるか、当該リストがＵＥを補助するものであるかの一方又は両方のように思える。ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ信号のモニタは、既存のＰＬＭＮ選択手順の後に実行されるので、より明確にリストを受信する上でのＵＥ動作を定義する必要がある。リストが、モニタＵＥの不必要な電力消費を減少させるための単なる補助情報である、すなわち、ＵＥは、リストで提供されたキャリア上で送信されたＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ信号のみをモニタしてもしなくてもよい、ことが好ましいと理解する。これは、例えば、図２１に示すように、他のＰＬＭＮ（すなわち、ＰＬＭＮ２）のＳＩＢ１８又は１９におけるリストに存在し、サービングセル（すなわち、ＰＬＭＮ１）のＳＩＢ１８又は１９のリストには存在しない追加のＰｒｏＳｅキャリア（Ｄ２Ｄ周波数）に、ＵＥが気付いた場合、当該ＵＥは、追加のＰｒｏＳｅキャリア上で送信されたｄｉｓｃｏｖｅｒｙ信号をモニタしてもよいことを意味している。さらに、ＵＥが上位レイヤから許可を得ており、且つ、Ｕｕ受信に影響を与えない場合に限り、ＰＬＭＮ１又はＰＬＭＮ２から受信したＳＩＢ１８又は１９のリストに存在する周波数かどうかに関係なく、ＵＥは、さらに他のＰＬＭＮ（すなわち、図２１には描かれていないＰＬＭＮ３）でｄｉｓｃｏｖｅｒｙ信号をモニタするかどうかをさらに決定してもよい。
【０３４０】
提案２：ＵＥは、ＳＩＢ１８又は１９のリストに存在するＰｒｏＳｅキャリア以外のキャリアに合わせることをサービングセルから要求されない。さらに、ＵＥが、サービングセルのＳＩＢ１８又は１９のリストに存在しない周波数をモニタすることに何ら制限を与えない。
【０３４１】
（Ｂ２．２．２）「ＰｒｏＳｅ受信がＵｕ受信に影響を与えない」の明確化
上述の合意事項では、ＰｒｏＳｅ受信は、Ｕｕ受信に影響を与えない（例えば、ＵＥが、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ受信を実行するために、アイドル及び接続状態でＤＲＸ機会を利用したり、利用可能な場合は第２のＲＸチェインを使用したりする）ことが表明されている。この合意の主な目的は、ＵＥがＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙのための自律的なギャップを使用することを避けるためである。これは、ｅＮＢから設定されたギャップ（ｅＮＢ−ｃｏｎｆｉｇｕｒｅｄ  ｇａｐ）は、メジャメントギャップ手順に関する既存のメカニズムに基づいており、Ｕｕ受信に影響を与えると見なされないことを意味する。
【０３４２】
確認１：明確にｅＮＢから設定されたギャップは、Ｕｕ受信に影響を与えると見なされない。
【０３４３】
ＤＲＸ機会のみを用いるＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙは、発見確率の低下、すなわち、ベストエフォートｄｉｓｃｏｖｅｒｙ、になってもよい。二重のＲｘチェイン能力を有するＵＥは、追加の利点を有するけれども、現状、ｄｉｓｃｏｖｅｒｙに関して単一の受信機が前提となっている。さらに、非公安ＵＥ（ｎｏｎ−ｐｕｂｌｉｃ  ｓａｆｅｔｙ  ＵＥ）は、Ｄ２Ｄ近傍サービスをサポートするＦＤＤキャリアのＤＬ及びＵＬスペクトル上で同時に受信できなくてもよいことが前提となっている。
【０３４４】
所見１：ＤＲＸ機会のみが利用される場合、ｄｉｓｃｏｖｅｒｙ機会は非常に限定されることがある。
【０３４５】
ＤＲＸ機会のみが利用されることによって潜在的にｄｉｓｃｏｖｅｒｙ機会が低下することを考慮すると、ｄｉｓｃｏｖｅｒｙ機会は、既存のギャップメカニズムに基づくべきである。しかしながら、ギャップメカニズムがｄｉｓｃｏｖｅｒｙのために機能するために、サービングセルは、Ｄｉｓｃｏｖｅｒｙモニタに興味があるＵＥに適切なパラメータを設定するために、他のｉｎｔｅｒ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見手順情報を有するべきである。ＵＥが、他のＩｎｔｅｒ−ＰＬＭＮキャリア上で送信されたｄｉｓｃｏｖｅｒｙ信号をモニタするために、他のＩｎｔｅｒ−ＰＬＭＮキャリアのＳＩＢ１８又は１９を読む必要があることが合意されたので、ＵＥは、既に取得している他のｉｎｔｅｒ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見手順情報をサービングセルに通知する能力を有する必要があることが前提となるであろう。サービングセルが、関心のある異なるＰＬＭＮの詳細なＰｒｏＳｅ発見設定の情報を全く持っていない、すなわち、ネットワークレベルでの協調（すなわち、ＯＡＭ間又はＲＡＮ間での詳細なｄｉｓｃｏｖｅｒｙ情報の共有）がない場合に、サービングセルが、ＵＥのためにギャップを設定するかどうかを決定する前に当該情報を取得するためのオプションとして、以下の２つのオプションが考えられる。
【０３４６】
・オプション１：ＵＥは、ｉｎｔｅｒ−ＰＬＭＮセル（異なるＰＬＭＮに属するセル）から受信したＳＩＢ１８又は１９の一部又は全部をサービングセルに転送する。ＵＥが、ｉｎｔｅｒ−ＰＬＭＮ  ＳＩＢ１８又は１９情報をサービングセルに送らなくてはならない場合は、さらなる課題である。
【０３４７】
・オプション２：ＵＥは、可能なギャップ機会、例えば、ＵＥがｉｎｔｅｒ−ＰＬＭＮセルから受信したＳＩＢ１８又は１９に基づいて決定したギャップパターン、をサービングセルに通知する。
【０３４８】
オプション１は、ＵＥが複数のＳＩＢ１８又は１９をサービングセルに転送することが必要かもしれないので、シグナリングオーバヘッドの観点から、オプション２の方が、オプション１よりも好ましい。比較した場合、オプション２は、ＵＥが希望するギャップパターンをサービングセルに通知することを必要とするだけである。ＮＷ間でのｉｎｔｅｒ−ＰＬＭＮ協調を前提にできるかをサービングセルが示すことができるかどうか、また、ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙのためにＵＥ補助が必要かどうかをＮＷが決定できるかどうかは、さらなる課題である。
【０３４９】
提案３：サービングセルは、Ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙモニタ（異なるＰＬＭＮ間におけるｄｉｓｃｏｖｅｒｙ信号の受信）のためのギャップをＵＥに設定すべきである。当該設定は、ＵＥから要求されたギャップパターンに基づいてもよい。
【０３５０】
（Ｂ３）ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ観点での未解決の課題
この章では、iｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／iｎｔｒａ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙを考察する。
【０３５１】
（Ｂ３．１）ｅＮＢが、他のｉｎｔｒａ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見手順情報を提供してもよいという（設定としての）オプションがあるかどうかは、ＦＦＳである。
【０３５２】
Ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙとは対照的に、Ｉｎｔｒａ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ（同一ＰＬＭＮにおけるＤ２Ｄ発見手順）に関して、サービングセルがＵＥに近隣セルの詳細なＰｒｏＳｅ発見手順情報を直接提供しているかどうかに関係なく、サービングセルが近隣セルの詳細なＰｒｏＳｅ発見手順情報を有することを前提としてもよい。
【０３５３】
上記ＦＦＳは、サービングセルが自身のＳＩＢ１８又は１９を提供しているだけでなく、他のｉｎｔｒａ−ＰＬＭＮ周波数の詳細なＰｒｏＳｅ発見手順情報を提供してもよいことを示唆している。上記ＦＦＳの意義は、サービングセルがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセル（異周波数セル）のＰｒｏＳｅ発見手順情報をＵＥに提供できるかどうかではなく、サービングセルがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセルとの協調が実際にできることである。後者のＦＦＳの意義のみに関して、サービングセルは、詳細なＰｒｏＳｅ発見手順情報を提供せずに、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙのためにＵＥに適切なギャップを設定できる。
【０３５４】
表１は、２つのケース、（１）ＵＥが他のキャリアからＳＩＢ１８又は１９を直接取得する（ベースライン）、（２）ＵＥが自身のサービングセルからのみＳＩＢ１８又は１９情報を取得する（ＦＦＳ）ケース、に関する比較を示す。両方のスキームとも欠点を有しているが、ＦＦＳスキーム（ケース２）は、ＵＥ複雑性を減少させ、ネットワークが設定可能な動作を許容できるという利点を有する。ベースラインスキーム（ケース１）は、既存のＤＲＸメカニズムに依存している。従って、たとえＵＥが他のキャリアからＳＩＢ１８又は１９を直接取得したとしても、ｄｉｓｃｏｖｅｒｙ機会が非常に限定されている場合、その情報は、ＵＥにとって全く有用でない。従って、設定オプションとして、ｅＮＢが他のｉｎｔｒａ−ＰＬＭＮ周波数（同一ＰＬＭＮ周波数）についての詳細なＰｒｏＳｅ発見手順情報を提供できる能力を有することを提案する。
【０３５５】
【表１】
2016021703.tif 000003
【０３５６】
提案４：ｅＮＢは、設定オプションとして、ＳＩＢ及び／又は個別信号を介して他のＩｎｔｒａ−ＰＬＭＮキャリアについての詳細なＰｒｏＳｅ発見手順情報を提供してもよい。
【０３５７】
たとえ提案４が合意できない場合であっても、代替的なスキームを考察することが可能である。表１に示すように、ネットワークが設定可能なｄｉｓｃｏｖｅｒｙ機会は、ＵＥ複雑性の減少だけでなく、ｄｉｓｃｏｖｅｒｙパフォーマンスを確保するのに有益である。サービングセルが、ＯＡＭを介してｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ近隣セルのＳＩＢ１８又は１９情報を取得してもよいことを前提にしてもよい。この代替案では、サービングセルが他のＩｎｔｒａ−ＰＬＭＮ周波数上でのＳＩＢ１８又は１９の全部の内容を提供しないだけでなく、ＵＥが他のキャリア上でのＳＩＢ１８又は１９の一部又は全部をサービングセルに通知する必要もないが、サービングセルは、ｄｉｓｃｏｖｅｒｙモニタのためのギャップをＵＥに設定する能力を有している。欠点（シグナリング負荷）を取り除くことができるので、この代替的なスキームは、妥協案になる可能性がある。
【０３５８】
提案５：たとえサービングセルが詳細ＰｒｏＳｅ発見手順情報をＵＥに提供することに合意できない場合であっても、サービングセルがｄｉｓｃｏｖｅｒｙモニタのための適切なギャップをＵＥに設定すべきである。
【０３５９】
（Ｂ３．２）現在の合意のさらなる明確化
（Ｂ３．２．１）自身のキャリアでＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートしないサービングセルが他のＰｒｏＳｅキャリアのリストを提供できるかどうか
ｅＮＢは、（可能であれば、対応するＰＬＭＮ  ＩＤと共に）ＵＥがＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ信号の受信を試みるキャリア（ｉｎｔｒａ−ＰＬＭＮ−ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ及び／又はｉｎｔｅｒ−ＰＬＭＮ−ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）のリストをＳＩＢで提供してもよいことが合意されているが、図２２に示すように、自身のキャリアでＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートしないセービングセルが他のＰｒｏＳｅキャリアのリストを提供できるかどうかを明確にすべきである。
【０３６０】
図２２は、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートしないサービングセルにキャンプするモニタＵＥがＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートするキャリアのリストを知りたい場合の一例を示す。サービングセルがＳＩＢでキャリアのリストを提供する場合、モニタＵＥの動作は、合意されたｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙと同様である。
【０３６１】
提案６：自身のキャリアでＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートしないサービングセルも他のＰｒｏＳｅキャリアのリスト（及び詳細なＰｒｏＳｅ発見手順情報（もし提案４が合意された場合））をＳＩＢで提供すべきである。
【０３６２】
（Ｂ３．２．２）ＰｒｏＳｅ指示を受信するＮＷ動作
ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ（Ｄ２Ｄ発見手順）及びｃｏｍｍｕｎｉｃａｔｉｏｎ（Ｄ２Ｄ通信）の両方に関して、ＵＥがｄｉｓｃｏｖｅｒｙに関する意図を通知するためにＰｒｏＳｅ指示をサービングセルに送ることが合意された。ＰｒｏＳｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎに関して、ＰｒｏＳｅ指示を受信するｅＮＢ動作は、ＰｒｏＳｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎをサポートするキャリアへＵＥを移動させるハンドオーバに関するオプションを含む。しかしながら、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙに関して、ＰｒｏＳｅ指示を受信するＮＷ動作はまだ不明確である。従って、ＵＥ動作もまた不明確であり、例えば、ＵＥがＰｒｏＳｅ指示を送信するトリガが不明確である。
【０３６３】
提案７：ｄｉｓｃｏｖｅｒｙに関するＰｒｏＳｅ指示を受信するＮＷに期待される動作を考察すべきである。
【０３６４】
以下に示すように、いくつかの候補ＮＷ動作がある。
【０３６５】
（Ａ）ハンドオーバ；ロードバランスの目的として、ｅＮＢは、ｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示メッセージ内にＵＥが「興味がある」又は「興味がなくなった」ことを示すかどうかによってキャリアを割り当てるようにＵＥを移動させてもよい（すなわち、ハンドオーバさせてもよい）。
【０３６６】
（Ｂ）ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ設定変更；ｄｉｓｃｏｖｅｒｙモニタに関する適切な機会を割り当てるために、ｅＮＢは、ＵＥがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙに興味があるというＰｒｏＳｅ指示を受信した上で、ＤＲＸパラメータ又は（もし提案３、４又は５が容認可能な場合）ギャップの更新のいずれかをＵＥに再設定してもよい。
【０３６７】
ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ興味の受信のための他の観点が考察されてもよいことに留意する。
【０３６８】
所見２：ｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示を受信した上で、サービングセルは、ｄｉｓｃｏｖｅｒｙモニタを補助するために、ハンドオーバの実行及び／又はＵＥのＤＲＸを変更するオプションを有する。
【０３６９】
（Ｂ３．２．３）ＰｒｏＳｅ指示詳細
（Ｂ３．２．３．１）周波数情報
ｄｉｓｃｏｖｅｒｙに関して考察されていないが、ｃｏｍｍｕｎｉｃａｔｉｏｎのためのＰｒｏＳｅ指示が、送信及び受信を含むＰｒｏＳｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎをサポートするための所望のＰｒｏＳｅ周波数を含むことは、合意されている。ｄｉｓｃｏｖｅｒｙ目的に関して、ＰｒｏＳｅ指示が所望の周波数を含むこともまた利点がある。例えば、興味のある周波数がサービング周波数であることをＵＥが示す場合、ハンドオーバは必要とされない可能性が高い。
【０３７０】
そして、興味のある周波数が異なる周波数であることをＵＥが示す場合、サービングセルがＵＥを興味のある周波数にハンドオーバさせる又は少なくともその周波数上でｄｉｓｃｏｖｅｒｙをモニタするためのギャップをＵＥに提供する必要があってもよい。ＵＥは、興味がある周波数の優先傾向（ｐｒｅｆｅｒｅｎｃｅｓ）がないかもしれないが、将来的に、上位レイヤにおいてアプリケーション特有の周波数が示されたり、ＵＥが特定の周波数でのｄｉｓｃｏｖｅｒｙに関する履歴情報を保持したりする可能性がある。例えば、サービングセルが特定の周波数上でＵＥのためにギャップを設定し、ＵＥが当該周波数上で興味があるｄｉｓｃｏｖｅｒｙ信号を受信できる場合、ＵＥが興味のある周波数をサービングセルに示すことは、サービングセルが、その後、ＵＥが興味のない異なる周波数に関するギャップを設定させないために役に立つ。
【０３７１】
興味のある周波数がサービング周波数であるケースにおいて、ＵＥがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙモニタに関する興味を示す方法、例えば、ＵＥが興味のある周波数としてサービング周波数をただ送るかどうかは、ＦＦＳである。
【０３７２】
提案８：ＵＥがＰｒｏＳｅ指示に興味のある周波数リストを含ませることを許可すべきである。
【０３７３】
ｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示がｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙに関する興味も通知できるかどうかは、まだＦＦＳであるが、提案８の周波数リストは、ＰｒｏＳｅ指示がｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙに関する興味を通知するものかどうかを区別するために用いられてもよい。例えば、サービングセルは、ＰｒｏＳｅ指示の周波数リストと自身のＳＩＢ１８又は１９のリストとを比較する手段を用いて、ＰｒｏＳｅ指示がｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙに関する興味を通知していることを知ることができる。もしギャップを設定するための情報を取得するための提案３が容認可能である場合、サービングセルは、ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙモニタを示唆するＰｒｏＳｅ指示を受信した上で、ＵＥにｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙモニタを行わせるための適切な動作を実行すべきである。
【０３７４】
提案９：ｉｎｔｒａ−又はｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙに加えて、ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ受信に関する意図を通知するためのＰｒｏＳｅ指示を許可すべきである。
【０３７５】
（Ｂ３．２．３．２）ＵＥ補助情報（ＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｍａｔｉｏｎ）の独立又は統一
ＰｒｏＳｅ指示と同様の機能性に関して、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙリソースを要求するためにＵＥ補助情報メッセージを再利用することが、ベースラインとして合意され、それは、Ｔｙｐｅ２Ｂ  ｄｉｓｃｏｖｅｒｙ（すなわち、各ＵＥ個別にｄｉｓｃｏｖｅｒｙ信号のアナウンスのためのリソースが割り当てられる手順）のための送信リソースの要求にのみ関して基本的に前提としていた。従って、ＰｒｏＳｅ指示をベースライン合意と統一すべきかどうかが課題である。表２に機能がリストアップされている。
【０３７６】
【表２】
2016021703.tif 000004
【０３７７】
比較において、ＵＥ補助情報は、単にｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ動作における送信リソースの要求を対象としている。一方、ＰｒｏＳｅ指示は、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ動作を含む多くの機能を有してもよい。しかしながら、ｅＮＢ及び／又はＵＥ動作が矛盾しない限り、同様の機能性に関する２つの独立したメッセージを備える理由は見当たらない。提案１１が容認可能である場合に、ＰｒｏＳｅ指示がｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ  アナウンスに興味があることを示す場合にそのような矛盾が生じるかもしれないが、当該指示を受信するサービングセルの種類によって区別可能である。すなわち、ＰｒｏＳｅサポートセルであれば、Ｔｙｐｅ２Ｂリソースを割り当てて、非ＰｒｏＳｅサポートセルであれば、ハンドオーバを開始できる。従って、両方のメッセージを１つのメッセージに統一することが好ましい。
【０３７８】
提案１０：ベースラインとしてＵＥ補助情報に割り当てられた既存の機能を統一するために、１つのＲＲＣメッセージが導入されるべきである。
【０３７９】
（Ｂ３．２．３．３）アナウンス意図
モニタに関する意図を通知するためのｄｉｓｃｏｖｅｒｙのためのＰｒｏＳｅ指示が合意された。ＵＥがｄｉｓｃｏｖｅｒｙアナウンス（送信）を実行したいが非ＰｒｏＳｅサポートセル（すなわち、ＰｒｏＳｅ近傍サービスをサポートしていないセル）に現在接続しているケース（図２２参照）において、ＵＥのためにそのような行き詰まった状況への対処法を考察すべきである。可能な解決法は、サービングセルがＰｒｏＳｅサポートキャリアへのハンドオーバを実行することをＵＥが期待しており、ＵＥがＰｒｏＳｅ指示で当該アナウンス意図をサービングセルに通知することかもしれない。この通知によって、サービングセルは、例えば、ＵＥをＰｒｏＳｅサポートセルにハンドオーバさせる必要があるかどうかを決定できる。ＵＥが二重に受信機を備えており、且つｄｉｓｃｏｖｅｒｙアナウンスの意図を有さないケースでは、ＵＥを非ＰｒｏＳｅサポートセル（おそらく、より輻輳していない１つのセル）にハンドオーバさせて、ＵＥがｄｉｓｃｏｖｅｒｙモニタのために第２の受信機を使用することを許可することが適切かもしれない。
【０３８０】
提案１１：ＵＥは、ｄｉｓｃｏｖｅｒｙアナウンスのための意図をサービングセルに通知すべきである。
【０３８１】
（Ｂ３．２．４）ＲＲＣアイドルにおける優先処理
ＲＲＣアイドルＵＥにおける優先処理を考察する前に、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙをサポートする方法を明確にすべきである。ＭＢＭＳケースにおいて、ＭＢＭＳ受信を試みるＵＥは、単一の受信機を備えている場合に限り、ＵＥは興味のあるＭＢＭＳサービスを提供しているセルにキャンプする必要がある。一方で、「ｉｎｔｒａ−及びｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ（及びｉｎｔｅｒ−ＰＬＭＮ）  ＰｒｏＳｅ受信は、Ｕｕ受信に影響を与えない（例えば、ＵＥが、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ受信を実行するために、アイドル及び接続状態でＤＲＸ機会を利用したり、利用可能な場合は第２のＲＸチェインを使用したりする）。ＵＥは、自律的なギャップを作り出すべきではない。」によれば、ｄｉｓｃｏｖｅｒｙモニタは、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートするセルにキャップすることを要求していないように思える。これは、既存のｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ測定におけるＣＲＳ受信と同様のアプローチである可能性が高い。しかしながら、ＵＥがｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙモニタのためにそのセルにキャンプすることを要求されるか否かがまだ明確でない。
【０３８２】
確認２：ＵＥは、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ（及びｉｎｔｅｒ−ＰＬＭＮ）ｄｉｓｃｏｖｅｒｙモニタを試みるＵＥは、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙをサポートするセルにキャンプすることを要求されない（図２３参照）。
【０３８３】
（Ｂ３．２．２）章で考察したように、ＲＲＣ接続中のＵＥがＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙに興味があるかどうかに基づいたＰｒｏＳｅ指示に付随したハンドオーバを利用して、非ＰｒｏＳｅサポートセルを含むｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセル間でのロードバランスが最適化されてもよい。しかしながら、ｄｉｓｃｏｖｅｒｙモニタに興味のあるＵＥを収容するために、既存の再選択手順及び優先度を変更する必要があるかが明確でない。ＳＩＢ５又は個別信号によって提供されるセル再選択優先度（ＣｅｌｌＲｅｓｅｌｅｃｔｉｏｎＰｒｉｏｒｉｔｙ）を介してＵＥに対して具体的に設定されているアイドルモードロードバランスに対する問題を考慮しつつ、特に、再選択手順及び優先度の変更を慎重に考慮する必要がある。
【０３８４】
少なくともＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙに興味がないＵＥに関して、当該ＵＥは、ｅＮＢによって設定された既存の再選択優先度に従うべきである。
【０３８５】
観察３：ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙに興味がなくなったアイドルＵＥは、セル再選択優先度に関して既存の規則に従うべきである。
【０３８６】
従って、アイドルのＵＥが、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙに興味がある場合に、既存のセル再選択手順よりもＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙを優先させることを許可するかどうかがさらに考慮すべきである。ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙセルがサービングセルと同期してない場合、既存のＤＲＸ機会が、他の周波数上でのｄｉｓｃｏｖｅｒｙモニタに十分であるかを考慮すべきである。さらに、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙモニタに興味があるＵＥが、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙアナウンスに興味がある傾向もある場合には、ＵＥが、ＳＩＮ１８のリストにあるキャリア上で動作するセルにキャンプすることがより良いかもしれない。これは、ｄｉｓｃｏｖｅｒｙ信号を送信する前に再選択を実行することを避けることができるからである。しかしながら、ＵＥがｄｉｓｃｏｖｅｒｙモニタにだけ興味がある場合、セル再選択の間、ＳＩＢ１８又は１９のリストにあるキャリアが優先される決定的な理由がないように思える。従って、ＰｒｏＳｅキャリアの優先順位付けが必要かどうかは、ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙモニタに興味があるＵＥに関する前提に依存する。
【０３８７】
提案１２：ＵＥがセル再選択の間にＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙのための優先順位付けを行うことを許可すべきである。
【０３８８】
（Ｂ４）結論
この付記２では、ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ及びｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙに関する未解決の課題を考察し、現在の合意の明確性を与えている。ｄｉｓｃｏｖｅｒｙモニタ手順及びＰｒｏＳｅ指示に関する拡張の必要性を主張している。さらに、既存のセル再選択手順への考慮を与えている。
【０３８９】
（Ｃ）付記３
（Ｃ１）導入
Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙのオープンな課題が、キャプチャーされたが、いくつかが検討されていない。この付記３では、Ｒｅｌ−１２におけるｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ／ｉｎｔｅｒ−ＰＬＭＮｄｉｓｃｏｖｅｒｙをサポートするために、オープンな課題について検討する。
【０３９０】
・（ＤＲＸ機会（ＤＲＸ  ｏｃｃａｓｉｏｎ）を除いて）ＰｒｏＳｅＤｉｓｃｏｖｅｒｙ信号を受信するためにＵＥが他の周波数に合わせることができる追加的なギャップが必要とされるか。もしそうならば、追加的なギャップは、自律的に設定すべきか、設定されるべきか。もし設定される場合、ｅＮＢは、追加的なギャップをどのように提供すべきか。
【０３９１】
・Ｕｕ及びＰＣ５送信／受信間の優先順位付けを明確にする必要がさらにあるか。
【０３９２】
（Ｃ２）発見モニタリングのための追加的なギャップの必要性
Ｄ２Ｄ発見手順（Ｄ２Ｄ  ｄｉｓｃｏｖｅｒｙ）の評価を行い、結果が得られた（図２４参照）。システムレベルシミュレーションに従って、発見された端末の台数により測定された発見性能（ｄｉｓｃｏｖｅｒｙ  ｐｅｒｆｏｒｍａｎｃｅ）は、ＵＥがＤｉｓｃｏｖｅｒｙ信号をアナウンスする／モニタすることができる期間がどれだけあるかに依存する。しかしながら、十分な発見期間（ｄｉｓｃｏｖｅｒｙ  ｐｅｒｉｏｄ）がネットワークによって提供されたとしても、発見された端末の台数は、ＵＥが発見期間中にアナウンスする／モニタする機会次第である。同一周波数内発見手順（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ）に関して、サービングセルは、サービングセルおよび隣接セルの両方の受信プールを提供するので、発見性能は、下記の合意された規則に従って保証される。
【０３９３】
ＦＤＤキャリアに関して：
・単一のＲｘチェイン（Ｄ２Ｄ及びセルラの共通のＲｘチェインを備えるＵＥに適用されるかどうかは、ＵＥ能力の検討次第である）を備えるＵＥに関して、ＵＬキャリア上でＤ２Ｄｄｉｓｃｏｖｅｒｙ信号を受信しているＵＥは、ＵＬキャリア上のＤ２Ｄｄｉｓｃｏｖｅｒｙプールに属するサブフレーム、及び、このようなサブフレームの前後のサブフレームの１つのサブフレームの間、そのようなＵＬキャリアとペアになるＤＬキャリア上のＤＬシグナルを読み取ることは期待されない。ｄｉｓｃｏｖｅｒｙプールは、ブロードキャスト又はＵＥ個別シグナリングによりｅＮＢにより設定される。ＲＲＣコネクティッドＵＥに関して、この規則が適用されるかどうかを示すＲＲＣシグナリングを用いて、１ビットで示されてもよいかどうかは更なる課題である。
【０３９４】
・セルラメジャメントギャップサブフレームは、この規則から除外される。
【０３９５】
・ページング受信は、Ｄ２Ｄ受信よりも優先される。
【０３９６】
ＴＤＤキャリアに関して：
・あるキャリアでＤ２ＤをモニタするようにｅＮＢにより設定されたＵＥは、レガシー手順に従ってそのキャリア上でＤＬシグナルを読み取ることが期待される。
【０３９７】
そして、周波数間発見手順（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ）またはＰＬＭＮ間発見手順（ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ）に関して、単一のＲｘチェインを備えるＵＥは、Ｕｕ受信への何らかの劣化を避けるためにＤＲＸ機会を用いることがある。ＤＲＸ機会のみを用いるＰｒｏＳｅ発見手順は、発見性能の劣化を生じる可能性があり、すなわち、ベストエフォート発見手順、また発見される端末の台数が、十分な発見期間が存在する場合であっても著しく制限される。
【０３９８】
所見１：既存のＤＲＸ機会だけが用いられる場合、発見機会が、厳しく制限されることがある。
【０３９９】
周波数間およびＰＬＭＮ間発見手順（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ａｎｄ  ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ）に対し妥当な性能を確保するために、ならびに、ネットワークによって提供された発見期間からの性能利得の一部を実現するために、発見モニタリングのための追加的なギャップが導入されるべきである。ギャップは、上記合意に基づく具体的なＵＬキャリアに対するＤ２Ｄ発見プールに属するサブフレームに基づいてもよい。
【０４００】
提案１：発見信号モニタリングのためのギャップが、既存のＤＲＸ機会に加えて導入されるべきである（図１０等参照）。
【０４０１】
（Ｃ３）追加的なギャップ
（Ｃ３．１）作業前提
作業前提として共通認識を形成するために、サービングセルの知識を、明確にすべきである。
【０４０２】
同一ＰＬＭＮ内発見（ｉｎｔｒａ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ）では、サービングセルは、ＳＩＢ１９において周波数間隣接セルのための詳細なＰｒｏＳｅ発見手順情報を提供しないことが合意済みであるが、サービングセルが、隣接セルの詳細なＰｒｏＳｅ発見手順情報の知識を有することが前提とされる可能性がある。ｅＮＢがこのような情報を用いて設定されるか否かは、ＯＡＭまたはデプロイメント・ポリシーに委ねられている。
【０４０３】
しかしながら、ネットワークの間のこのような密接な協調は、ＰＬＭＮ間発見手順（ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ）に拡張されるべきではない、と確信する。
【０４０４】
確認１：作業前提として、ＰＬＭＮ群の間の密接な協調は、前提とされるべきではないが、ＰＬＭＮ内（ｉｎｔｒａ−ＰＬＭＮ）のケースに対しては、前提とされてもよい。
【０４０５】
確認１における作業前提に従って、ＯＡＭは、サービングセルが適切なギャップ、例えば、ＤＲＸ設定をＵＥに設定できるように、周波数間（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ）、同一ＰＬＭＮ内（ｉｎｔｒａ−ＰＬＭＮ）セルの間で必要な協調を提供できてもよい。しかしながら、ＰＬＭＮ間のシナリオに関して、状況は異なり、異なるＰＬＭＮに属するセルの間での協調が、前提とされない可能性がある。従って、ＵＥが、例えば、ＤＲＸ機会中に、他のＰＬＭＮから直接的に情報を取得済みであることがあるので、サービングセルは、ＵＥから情報を取得する手段を有すべきである。
【０４０６】
提案２：サービングセルがＵＥから詳細なＰｒｏＳｅ発見手順情報を取得する手段が存在すべきである。
【０４０７】
提案２が合意できる場合、ＵＥからサービングセルへの詳細なＰｒｏＳｅ発見手順情報の転送に関連付けられたオーバヘッドの制御も検討すべきである。サービングセルがＯＡＭを通じて詳細なＰｒｏＳｅ発見手順情報を取得することができた場合、ＵＥが、このような情報をサービングセルに提供する必要がない。さらに、サービングセルがこのような情報をＵＥから取得済みである場合、その情報が同じ内容を有する限り、他のＵＥが同じ情報を提供する必要はない。従って、サービングセルは、ＳＩＢまたは個別のシグナリングにおいて、ＵＥが周波数間隣接セル（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｎｅｉｇｈｂｏｕｒ  ｃｅｌｌｓ）からの詳細なＰｒｏＳｅ情報を提供すべきか否かを示すべきである。
【０４０８】
提案３：サービングセルは、（おそらくは、ＳＩＢ１９の中にリスト化された各周波数キャリアに対する）ＳＩＢまたは個別のシグナリングにおいて、サービングセルが発見ギャップをＵＥに割り当てるため必要とされる全ての周波数間隣接セル情報（ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｎｅｉｇｈｂｏｕｒ  ｃｅｌｌ  ｉｎｆｏｒｍａｔｉｏｎ）を獲得済みであるか否かを示す手段を有すべきである。
【０４０９】
（Ｃ３．２）追加的なギャップ選択肢
提案１が合意できる場合、追加的なギャップ選択肢が検討されるべきである。以下にリスト化された考えられる選択肢は、提供済みである。
【０４１０】
・選択肢１：既存の測定ギャップを再利用する。
【０４１１】
・選択肢２：サービングセルの許可の下にある自律的なギャップ。
【０４１２】
・選択肢３：サービングセルによって設定される新しい発見ギャップ。
【０４１３】
・選択肢４：ＵＥによって要求されたギャップパターンに基づいている、サービングセルによって設定される新しい発見ギャップ。
【０４１４】
選択肢１では、既存の測定ギャップは、複雑なリソースプールパターンと不一致の可能性があり、見解１で説明されたように合理的な発見手順性能を確保できない可能性がある。既存の測定ギャップは、６個のサブフレームで固定されているが、発見期間は、３２個の無線フレームから１０２４個の無線フレームまで設定可能である。さらに、周波数間測定のための既存のギャップが発見モニタリングのために再利用されることがある場合を明確にする仕様が必要かもしれない。規則に基づいて、セルラメジャメントギャップは、ＰｒｏＳｅ発見手順で用いるために除外される。拡張されたＤＲＸ設定が発見モニタリングのため再利用されることがあり得る場合、電力優先表示（Ｐｏｗｅｒ  Ｐｒｅｆｅｒｅｎｃｅ  Ｉｎｄｉｃａｔｉｏｎ）の規定は、ＰｒｏＳｅ発見手順に拡張ＤＲＸ設定を用いるために拡張されるべきである。しかし、このような拡張がある場合でも、全ての必要な発見期間をカバーすることは、さらなる協調なしでは、やはり可能ではない可能性がある。
【０４１５】
選択肢２に関して、ＵＥが自律的ギャップを生成してはならないことは合意済みであるが、サービングセルによって許可されている限り、特に、ＵＥが前述のようにＳＩＢ１９をデコードすることにより他のキャリアのリソースプールのパターンを取得できる場合、このことは有用なことがある。このことは、サービングセルが異なるＰＬＭＮセルに属する詳細なＰｒｏＳｅ発見手順情報についての知識を持たないことが前提とされるので、ＰＬＭＮ間シナリオにおいて非常に有益である。
【０４１６】
選択肢３は、同一ＰＬＭＮ内のケースにおいて良好に機能することがある；しかしながら、この選択肢３は、前述のとおり、サービングセルにおける知識の欠如のため、ＰＬＭＮ間のケースにも役立つかには疑問がある。
【０４１７】
選択肢４は、選択肢２と選択肢３との間で調整された解決策として考えられてもよく、同一ＰＬＭＮ内発見手順およびＰＬＭＮ間発見手順の両方のサポートのための統一メカニズムを提供できる。従って、選択肢４は、発見モニタリングのための追加的なギャップ用のベースラインメカニズムとして導入されるべきである。
【０４１８】
提案４：サービングセルは、周波数間および／またはＰＬＭＮ間発見モニタリングのためのギャップをＵＥに設定すべきである。設定は、ＵＥによって要求されたギャップパターンに基いてもよい。
【０４１９】
（Ｃ４）発見モニタリングギャップ詳細
（Ｃ４．１）ＵＥからのギャップ割当の要求
ＵＥが他のＰＬＭＮを含む他のキャリアのＳＩＢから直接的に興味のあるリソースプール設定を取得できることを前提として、ＵＥは、発見モニタリングのための所望のギャップパターンをサービングセルに通知することがあり得る。ギャップパターンは、規定されたＲＲＣパラメータのサブセット、すなわち、サービングセルおよび隣接セルのためのｄｉｓｃｏｖｅｒｙＰｅｒｉｏｄ、ｄｉｓｃｏｖｅｒｙＯｆｆｓｅｔＩｎｄｉｃａｔｏｒ、ｄｉｓｃｏｖｅｒｙＳｕｂｆｒａｍｅＢｉｔｍａｐ及びｄｉｓｃｏｖｅｒｙＮｕｍＲｅｐｅｔｉｔｉｏｎに基づくべきである。従って、ＩＥ構造は、これらのパラメータと共通であるべきである。
【０４２０】
提案５：ＵＥによって要求されたギャップパターンは、ＲＡＮ１で規定されたＲＲＣパラメータのサブセットに基づくべきである。
【０４２１】
現在の合意に従うと、ｄｉｓｃｏｖｅｒｙＯｆｆｓｅｔＩｎｄｉｃａｔｏｒによって表現されるリソースプールオフセットは、サービングセルのＳＦＮ＝０に対して１個の値として提供されるべきである。
【０４２２】
提案６：ＵＥから送信された要求の中のギャップパターンに対するｄｉｓｃｏｖｅｒｙＯｆｆｓｅｔＩｎｄｉｃａｔｏｒは、サービングセルのＳＦＮ＝０に対して１個の値として提供されるべきである。
【０４２３】
検討されるべき問題は、要求がただ１つのパターンを含んでいるか、又は、複数のパターン（すなわち、全ての他のキャリアのための統合パターン又は各キャリアのための分離パターン）を含んでいるかである（図１６参照）。分離パターンは、サービングセルにおいて実行されるギャップ割当のためのより高い柔軟性を許容することがあるが、オーバヘッド削減の視点から、要求の中で統合パターンを通知することが好ましい。
【０４２４】
提案７：興味のある全てのリソースプールパターンを統合する単一パターンが、ＵＥからの要求の中で通知されるべきである。
【０４２５】
明らかに、要求は、発見モニタリングについてのＵＥの興味を示す。従って、ギャップ割当の要求をＰｒｏＳｅインディケーションに含めることはきわめて自然である。提案３が許容可能である場合、ＵＥがギャップパターンを要求に含めるか否かは、同様にサービングセルの制御下にあってもよい。
【０４２６】
提案８：ＰｒｏＳｅインディケーション（Ｄ２Ｄ興味指標など）は、必須のギャップパターンと共にギャップ割当の要求を含んでいてもよい。
【０４２７】
（Ｃ４．２）ＵＥへの応答としてのギャップ割当
ギャップ割当の要求を含むＰｒｏＳｅインディケーションを受信した上で、個別シグナリングを通じたギャップ割当のために、ＵＥが要求したギャップパターンを使用するか否かを決定することは、サービングセルに委ねられる。
【０４２８】
提案９：ギャップ割当の要求を含むＰｒｏＳｅインディケーションを受信した上で、サービングセルは、個別シグナリングを用いて許容可能なギャップパターンをＵＥに設定してもよい。
【０４２９】
（Ｃ５）結論
この付記３では、発見モニタリング（ｄｉｓｃｏｖｅｒｙ  ｍｏｎｉｔｏｒｉｎｇ）のための追加的なギャップの必要を検討した。ギャップ割り当てメカニズムに関する代替案を紹介し、詳細なシグナリングを考察した。オーバヘッド削減のための追加的な制御を提供している。
【０４３０】
（Ｄ）付記４
（Ｄ１）導入
この付記４では、アナウンシング及びモニタリング観点の両方からより効果的なＰＬＭＮ内動作（ｉｎｔｅｒ−ＰＬＭＮ  ｏｐｅｒａｔｉｏｎｓ）のためにＰｒｏＳｅ発見メカニズム（ＰｒｏＳｅ  ｄｉｓｃｏｖｅｒｙ  ｍｅｃｈａｎｉｓｍ）の最適化を検討する。
【０４３１】
（Ｄ２）発見アナウンシング観点
（Ｄ２．１）合意の上に築かれた前提
図２５で示されるように、２つのシナリオ（すなわち、ネットワークインフラあり／インフラなし）が合意された。ネットワークインフラありのシナリオでは、考慮すべきベースラインシナリオは、非協調ＰＬＭＮ間（ｕｎｃｏｏｒｄｉｎａｔｅｄ ｉｎｔｅｒ-ＰＬＭＮ）であり、「非協調」は、ｅＮＢが他のＰＬＭＮに属する他のｅＮＢの設定を知らないことを意味することが明確にされた。設定の観点に加えて、ＰＬＭＮ間での同期が存在しないことは、前提とされるべきではない。
【０４３２】
提案１：非協調ＰＬＭＮ間シナリオのもとでＰＬＭＮの間での時間同期が存在しない。
【０４３３】
さらなる課題は、送信／受信リソースプール（Ｔｘ／Ｒｘリソースプール）を知るためにＳＩＢ１９を取得するため、キャリア周波数がＵＥにおいてどのように設定されるかについての合意において、さらなる課題がキャプチャーされる。リリース１２の仕様書によれば、ＵＥがＤｉｓｃｏｖｅｒｙメッセージをモニタすることを目的としてもよいＰＬＭＮ  ＩＤと共に周波数のリストをＳＩＢ１９においてサービングセルが提供してもよいことは明らかである。さらに、ＰｒｏＳｅ直接発見承認（非パブリックセーフティＵＥ）は、ＰｒｏＳｅ直接発見アナウンシング承認ポリシー（「ＵＥがアナウンシングを実行することを承認されるＰＬＭＮ」、「ＰＬＭＮ毎にアナウンシングのために承認された発見範囲（ｄｉｓｃｏｖｅｒｙ  ｒａｎｇｅ）」を含む。
【０４３４】
従って、キャリア周波数情報は、承認に存在しない。キャリアが（承認された）ＰＬＭＮの範囲内で用いられるＥ−ＵＴＲＡＮ次第であることが理解され得る。
【０４３５】
提案２：サービングセルは、リリース１２の通り、異なるＰＬＭＮのキャリア周波数をＵＥに示してもよい。
【０４３６】
（Ｄ２．２）ＰＬＭＮ間発見アナウンシング（ｉｎｔｅｒ−ＰＬＭＮ  ｄｉｓｃｏｖｅｒｙ  ａｎｎｏｕｎｃｉｎｇ）の追加の手順
ＰＬＭＮ間発見アナウンシングの開始のため、サービングセルは、該当するＵＥが他のＰＬＭＮ上のセルに気付いているか否かを知るべきである。ＵＥの周囲にＰＬＭＮ２におけるカバレッジが存在しない場合（すなわち、シナリオ１）、ＵＥは、事前設定されたパラメータ（ｐｒｅ−ｃｏｎｆｉｇｕｒｅｄ  ｐａｒａｍｅｔｅｒｓ）を用いてもよい。ＵＥが他のＰＬＭＮに属するセルを検出する（すなわち、シナリオ２）が非協調ＰＬＭＮ間シナリオのもとにある場合、ＵＥは、使用すべき送信／受信リソースプール（ｔｘ／ｒｘリソースプール）を知るために該当するキャリア周波数のＳＩＢ１９を読み取る。さもなければ、ＵＥが他のＰＬＭＮに属するセルを検出し（すなわち、シナリオ２）、かつ、サービングセルがＰＬＭＮ間情報を有する場合、ネットワークは、同一ＰＬＭＮ内ケースと同様のＵＥに設定するオプションを有すべきである。各シナリオに対し、ＮＷ／ＵＥ挙動を規定するために２つの重要な点、ＵＥが他のＰＬＭＮのカバレッジ内に存在するか否か、および、サービングセルがＰＬＭＮ間情報を有するか否かが存在する。
【０４３７】
所見１：ＮＷ／ＵＥ挙動は、ＵＥが他のＰＬＭＮのカバレッジ内に存在するか否か、および、サービングセルがＰＬＭＮ間情報を有するか否かによって規定される。
【０４３８】
（２．２．１）ＵＥが他のＰＬＭＮのカバレッジ内／カバレッジ外に存在する
ＵＥが現在他のＰＬＭＮのカバレッジ内に存在するか否かについて、当然ながらＵＥはこれを知っているが、サービングセルが決定すべきか否かは疑問である。サービングセルが決定すべき場合、ＵＥは、例えば、既存のメジャメントレポートと共にその状況をサービングセルに通知する必要がある。しかしながら、このことは、追加のやりとり（ｉｔｅｒａｔｉｏｎｓ）に起因して、より多くのシグナリングオーバヘッドを引き起こす可能性がある。例えば、協調ＰＬＭＮ間シナリオのもとで（すなわち、サービングセルがＰＬＭＮ間情報を有することを前提として）、ＵＥは、最初に、ＰＬＭＮ間発見アナウンシングへの興味をサービングセルに通知し、サービングセルは、ＰＬＭＮ間のＲＲＭメジャメントをＵＥに設定し、ＵＥは、メジャメントレポートを送り、その後、サービングセルは、ＰＬＭＮ間発見設定を行う。すなわち、４回のやりとりが必要とされる。
【０４３９】
一方で、サービングセルが決定する必要がない（すなわち、ＵＥは、自身がカバレッジ内に存在するか否かを決定する責任がある）場合、この手順は、ＵＥが興味のある他のＰＬＭＮの「カバレッジ内」に存在することをサービングセルに通知し、サービングセルがＰＬＭＮ間発見設定を実行するというような２回のやりとりによってより簡単になることがある。従って、ＵＥは、自身が他のＰＬＭＮのカバレッジ内に存在するか否かを決定する責任を有すべきである。
【０４４０】
提案３：ＵＥは、自身が興味のある他のＰＬＭＮのカバレッジ内に存在するか否かを決定する責任がある。
【０４４１】
提案４：協調ＰＬＭＮ間シナリオでは、ＵＥは、自身が興味のあるＰＬＭＮの「カバレッジ内」に存在するか否かの状況をサービングセルに通知すべきである。
【０４４２】
考慮すべきベースラインシナリオが非協調ＰＬＭＮ間であることが合意された。非協調シナリオにおいて、ＵＥは、他のＰＬＭＮのＳＩＢ１９によって提供された送信リソース（Ｔｘリソース）を使用してもよい（カバレッジ内）。一方で、ＵＥは、興味のある他のＰＬＭＮのカバレッジ外にあるとき、事前設定によって提供されたＴｘリソースを使用してもよい。使用されるべき送信リソースとは無関係に、サービングセルは、ＰＬＭＮ間発見アナウンシングの機会（ｏｃｃａｓｉｏｎ）をＵｕスケジューリングにおいて考慮すべきである。しかしながら、サービングセルは、ＰＬＭＮ間コン設定を知らず、すなわち、非協調シナリオ、または、事前設定されたパラメータの使用のもとにある。従って、サービングセルは、ＵＥから設定が通知されるべきである。以下の２つの選択肢が考慮され得る。
【０４４３】
・選択肢１：ＵＥは、他のＰＬＭＮのＳＩＢ１９を転送する。ＰＬＭＮ間の時間差の追加の情報が必要とされてもよい。
【０４４４】
・選択肢２：ＵＥは、送信リソースプールに基づいて「ギャップパターン」を通知する。「ギャップパターン」は、ＵＥにおいてサービングセルとの時間差を調整できてもよい。
【０４４５】
これらの選択肢は、本質的に同じ機能を有する。しかしながら、シグナリングオーバヘッドは、異なり、明らかに、選択肢１は、設定を通知するためにより多くのビットを必要とする。従って、選択肢２が好ましい。
【０４４６】
提案５：サービングセルは、Ｕｕスケジューリングの目的のためＵＥから「ギャップパターン」が通知されるべきである。
【０４４７】
新しいＲＲＣメッセージを規定する、または、他のシグナリング、例えば、メジャメントレポートを拡張する理由が見受けられないため、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎ（Ｄ２Ｄ興味指標など）によって「カバレッジ内」および「ギャップパターン」を通知することは自然である。
【０４４８】
提案６：ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎは、ＰＬＭＮ間発見アナウンシングのための追加情報をサービングセルに通知するために拡張されるべきである。
【０４４９】
（Ｄ２．２．２）サービングセルがＰＬＭＮ間情報を有する／有しない
ＳＩＢ１９が提供される限り、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎが完全な情報、すなわち、「カバレッジ内」および「ギャップパターン」の両方と共に送信されることが許可される場合、サービングセルは、ＰＬＭＮ間情報の利用可能性をＵＥに通知する必要がないかもしれない。これは、簡単であり、標準仕様への影響を最小限に抑える。
【０４５０】
しかしながら、「カバレッジ内」および「ギャップパターン」がサービングセルでだけで、排他的に使用されることは明らかである。例えば、非協調ＰＬＭＮ間では、サービングセルは、（Ｄ２．２．１）章において検討したように、「ギャップパターン」情報をこのサービングセルのＵｕスケジューリングで考慮してもよいが、ＵＥが他のＰＬＭＮのＳＩＢ１９からの送信リソース又は事前設定の送信リソースを使用するか（すなわち、カバレッジ内またはカバレッジ外）をいずれにしても気にしないので、「カバレッジ内」情報は、役立たない。従って、「カバレッジ内」／「ギャップパターン」は、不必要なオーバヘッドを削減するために、排他的に通知されるべきである。さらに、排他的な情報は、ＵＥ電力消費を削減することがある。例えば、「カバレッジ内」だけが通知されるべきとき、ＳＩＢ１９を読み取る必要がない。
【０４５１】
従って、サービングセルが、例えば、ＳＩＢ１９において、このサービングセルのＰＬＭＮ間利用可能性（すなわち、協調ＰＬＭＮ内シナリオであるか、または、非協調ＰＬＭＮ内シナリオであるか）を提供することは、役立つ。ＵＥは、提供された追加情報に従って、ＳｉｄｅｌｉｎｋＵＥＩｎｆｏｒｍａｔｉｏｎの中の内容を選ぶべきである。
【０４５２】
提案７：サービングセルは、ＰＬＭＮ間情報を利用できるか否かを提供すべきである。
【０４５３】
（Ｄ３）発見モニタリング観点
サイドリンクギャップがサポートされないという合意は、ベストエフォート前提を考慮すると完全に合理的であり、リリース１２  ＷＩ完了に巧く貢献した。しかし、リリース１３  ＷＩは、マルチキャリア運用を前提とするので、発見メカニズムは、リリース１２において評価された「発見された端末の台数」の必要性を満たす際により多くの困難に直面する。単一受信機を備えるＵＥに対して、周波数間／ＰＬＭＮ間のケースをサポートするＵＥに対しては言うまでもなく、同一周波数内の事例であっても適度な発見性能を確保することが非常に困難であることに既にＲＡＮ１が合意していることにもＲＡＮ２は留意すべきである。
【０４５４】
所見２：マルチキャリア運用では、発見についてのベストエフォート前提は、うまく機能しない可能性がある。
【０４５５】
マルチキャリア運用に対する発見メカニズムを最適化するために、周波数間およびＰＬＭＮ間発見モニタリングのための追加のギャップは、リリース１３において再検討されるべきである。
【０４５６】
提案８：周波数間／ＰＬＭＮ間発見モニタリングのためのサイドリンクギャップは、リリース１３においてサポートされるべきである。
【０４５７】
（Ｄ４）結論
この付記４では、ＰＬＭＮ内周波数間発見アナウンシング（ｉｎｔｒａ−ＰＬＭＮ  ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ  ｄｉｓｃｏｖｅｒｙ  ａｎｎｏｕｎｃｉｎｇ）に関するシナリオを提供した。このシナリオの分析に基づいて、ＰＬＭＮ内周波数間発見アナウンシングをサポートするための追加の手順を紹介した。
【０４５８】
（Ｅ）付記５
（Ｅ１）導入
発見（ｄｉｓｃｏｖｅｒｙ）送信／受信のためのギャップを導入することが合意された。
【０４５９】
合意事項：非専用送受信機のケースに関してキャリア間発見性能を向上するために、直接発見送信／受信のためのＲＦ送信機／受信機チェインを再利用することを許容するためのギャップが導入される。ギャップは、ネットワーク制御のもとにすべきである。ギャップが周波数内及び周波数外の両方で適用されるかはさらなる課題である。
【０４６０】
この付記５では、Ｒｅｌ−１２及びＲｅｌ−１３の検討を考慮して、Ｒｅｌ−１３発見手順（ｄｉｓｃｏｖｅｒｙ）のためのサイドリンクギャップの詳細を考察する。
【０４６１】
（Ｅ２）サイドリンクギャップの定義
上記合意は、時分割方法で、（ＰＣ５上で）キャリア間サイドリンク発見及び（Ｕｕ上で）下りリンク／サービングセルへの上りリンクの目的のために、送信機及び受信機を構成する自身の単一のＲＦチェインをＵＥが再利用することを許可すべきことを意図する。サイドリンクギャップが、ディスカバリアナウンシング及びモニタリング、すなわち、Ｔｘ及びＲｘの両方に適用できると解釈できる。
【０４６２】
所見１：サイドリンクギャップは、送信及び受信に適用できる。
【０４６３】
（Ｅ２．１）受信機／受信観点
Ｄｉｓｃｏｖｅｒｙ信号受信ギャップに関して、Ｒｅｌ−１２においてアウトライン（以下の１〜４）が合意された。
【０４６４】
・ＦＤＤキャリアに関して、
１．少なくとも単一のＲｘチェインを備えるＵＥに関して、ＵＬキャリア上でＤ２Ｄｄｉｓｃｏｖｅｒｙ信号を受信しているＵＥは、ＵＬキャリア上のＤ２Ｄｄｉｓｃｏｖｅｒｙプールに属するサブフレーム、及び、このようなサブフレームの前後のサブフレームの１つのサブフレームの間、そのようなＵＬキャリアとペアになるＤＬキャリア上のＤＬシグナルを読み取ることは期待されない。ｄｉｓｃｏｖｅｒｙプールは、ブロードキャスト又はＵＥ個別シグナリングによりｅＮＢにより設定される。
【０４６５】
２．ｄｉｓｃｏｖｅｒｙプールは、ブロードキャスト又はＵＥ個別シグナリングによりｅＮＢにより設定される。ＲＲＣコネクティッドＵＥに関して、この規則が適用されるかどうかを示すＲＲＣシグナリングを用いて、１ビットで示されてもよいかどうかは更なる課題である。
【０４６６】
３．セルラメジャメントギャップサブフレームは、この規則から除外される。
【０４６７】
４．ページング受信は、Ｄ２Ｄ受信よりも優先される。
【０４６８】
Ｒｅｌ−１３サイドリンクギャップの規定は、可能な限り、ＲＡＮ１におけるＲｅｌ−１２の合意事項と協調されるべきことは当然でなければならない。合意事項１に従って、ＵＥは、ＲＦ再調整のための前後のサブフレーム（例えば、ガードピリオド）及びＤｉｓｃｏｖｅｒｙ信号受信（ｄｉｓｃｏｖｅｒｙ  ｒｅｃｅｐｔｉｏｎ）のための発見プールが設定されたサブフレーム内のいずれの下りシグナルをデコードすることは要求されない。例えば、ビットマップパターンとして、サイドリンクギャップにより示されてもよい。合意事項３，４に従えば、セルラメジャメントギャップサブフレーム及びページング受信は、サイドリンクギャップより優先されるべきである。
【０４６９】
提案１：サイドリンクギャップは、ＵＥがいずれの下りシグナルも読み取ることが要求されないサブフレームを示すべきである。
【０４７０】
提案２：メジャメントギャップ及びページング機会に設定されたサブフレームは、Ｄｉｓｃｏｖｅｒｙ信号受信よりも優先されるべきである。
【０４７１】
ＲＡＮ１の合意事項は、Ｒｅｌ−１３におけるエンハンスメントの視点から周波数内メジャメントを考慮していないことに留意し得る。周波数内メジャメントを優先することが、メジャメントギャップケースと同様に、周波数間Ｄｉｓｃｏｖｅｒｙ信号受信よりも優先されるべきであることは自然である。すなわち、サイドリンクギャップは、周波数内メジャメントにより中断されてもよい。
【０４７２】
提案３：周波数間Ｄｉｓｃｏｖｅｒｙ信号受信は、周波数内メジャメントのための最小パフォーマンスを満たすために、中断されてもよい。
【０４７３】
提案１及び提案２が合意可能である場合、合意事項２の下でもさらなる課題は、「１ビット」の代わりに、サイドリンクギャップの設定によって解決できる。従って、サイドリンクギャップがサービングセルにより設定されない場合に、ＵＥは、Ｒｅｌ−１２の挙動（すなわち、ＰｒｏＳｅ受信がＵｕ受信に影響を与えない（例えば、ＵＥが、ＰｒｏＳｅＤｉｓｃｏｖｅｒｙ信号受信を実行するためにアイドル状態及びコネクティッド状態においてＤＲＸ機会を使用する、又は、利用可能である場合、第２のＲＸチェインを利用する）に従う。
【０４７４】
提案４：サイドリンクギャップがサービングセルにより設定されない場合、ＵＥは、発見モニタリングに関してＲｅｌ−１２の挙動に従うべきである。
【０４７５】
どのようにサイドリンクギャップが設定されるか及び他の優先される動作（すなわち、メジャメントギャップ、ページング機会及び周波数間メジャメント）と共存するかも考慮されるべきである。以下の３つのオプションが考慮される。
【０４７６】
・オプション１：サービングセルが、周波数間メジャメントギャップと重複しないサイドリンクギャップの一部だけを割り当てる。また、サイドリンクギャップは、ページング機会及び周波数内メジャメントと重複すべきでない。このオプションでは、ＮＷ複雑性が増加する、すなわち、複雑な設定が必要であるが、ＵＥ挙動の下でのさらなる優先順位付けが規定される必要がない。
【０４７７】
・オプション２：サービングセルが、周波数間メジャメントギャップとの重複が存在する場合、いずれの発見ギャップの割り当てを控える。このオプションでは、周波数内メジャメントの優先順位付けが必要ないが、ＵＥは、Ｄｉｓｃｏｖｅｒｙ信号受信を実行するための機会の一部を失う。また、設定がより複雑になる。
【０４７８】
・オプション３：サービングセルが、見込まれる重複に関係なく、独立的に、周波数間メジャメントギャップ及びサイドリンクギャップの両方を提供する。ページング機会及び周波数内メジャメントからも独立であってもよい。このオプションでは、例えば、シンプルなビットマップ／パターンを用いる設定により、実際のオーバヘッドが最小化されるが、優先順位付けが必要である。オプション１及び２は、ＮＷ実装を依存しており、他の受信機の活動の共存のための優先順位付けにおける仕様化の労力を避けることに利点がある。オプション３は、優先順位付けを規定する必要があるが、シグナリングオーバヘッドを削減できる可能性がある。実用的なネットワークの効率化から、オプション３がわずかに好ましい。この優先順位付け規則においてＰＨＩＣＨ受信を含むかどうかはさらなる課題である。
【０４７９】
提案５：サイドリンクギャップ、メジャメントギャップ、ページング機会及び周波数内メジャメント機会のうち少なくとも２つ以上の間で見込まれる重複をＵＥが考慮することを規定するための新たな優先順位付け規則が必要であるかどうかを検討すべきである。
【０４８０】
（Ｅ２．２）送信機／送信観点
ｄｉｓｃｏｖｅｒｙ信号受信リソースプール内で、１以上の機会において送信される。すなわち、送信機会は、受信プールの一部（サブセット）である。サイドリンクギャップにより示されるサブフレームにおいて、ＵＥは、ＰＤＣＣＨを受信せず、それに応じてＵＬグラントも受信しない。しかしながら、サイドリンクギャップの最初の４サブフレームに関して、ＵＬグラントがサイドリンクギャップの前にくる４サブフレーム内で受信できる可能性があるので、上り送信がまだ可能である。従って、発見アナウンスは、最初の４サブフレームは保護できない。サイドリンクギャップの最初の４サブフレームに関して、３つの選択肢が検討される。
【０４８１】
・選択肢１：サービングセルは、発見リソースの実際の期間の前の４サブフレームからサイドリンクギャップを設定する。
【０４８２】
・選択肢２：ＵＥは、サイドリンクギャップよりも前の４サブフレーム内において、ＵＬグラントを取得することを要求されないが、他の下り信号を読み取る必要がまだある。
【０４８３】
・選択肢３：ＵＥは、サイドリンクギャップ手前の４サブフレーム内においてサービングセルがＵＬグラントを送信した場合は、サイドリンクギャップ中においてもＵＬ送信を優先しなければならない。
【０４８４】
選択肢１は、簡単な回避方法として考慮されるが、過度に下り送信の機会を逃す。一方で、選択肢２は、追加の標準化の労力の見返りに問題を解決できる。選択肢３は、発見送信の機会が低減するかもしれないが、ＵＬグラントに関する追加の規則を必要としない。ＷＩの対象の一つが、複数のキャリア及びＰＬＭＮの存在下での拡張Ｄ２Ｄ発見サポートであるため、選択肢２が、Ｕｕ及び発見のための両方の機会を最大化するため、わずかに好まれる。
【０４８５】
提案６：ＵＥは、サイドリンクギャップの前の４サブフレーム内でＵＬグラントを取得することが要求されるべきでない（図１９参照）。
【０４８６】
（Ｅ２．３）単一のサイドリンクギャップ設定
サイドリンクギャップは、様々な前提を暗示している。例えば、「ギャップが周波数内及び周波数外の両方で適用されるかはさらなる課題である」、すなわち、ギャップが周波数間発見のためのみであるか両方のためであるか。もし両方である場合、単一のギャップを用いるのか分離ギャップを用いるのか。さらに、タイプ１発見手順又はタイプ２Ｂ発見手順のいずれか、アナウンシング又はモニタリングのいずれか、及び／又は周波数毎又はＰＬＭＮ毎かどうかの区別が提示されるかもしれない。過度のサイドリンクギャップのバリエーションを避けるべきである。シンプルさ及びシグナリングオーバヘッドの観点から、サイドリンクギャップは、提案１のように、ＵＥが下り信号を読み取ることが要求されないサブフレームの単一の「パターン」として規定されるべきである。設定されたサイドリンクギャップの間でＵＥが発見アナウンス／モニタリングを実行する周波数は、ＵＥ実装次第である。サイドリンクギャップ設定の自由度は、ネットワークに許可し得る。例えば、Ｕｕサービスと発見性能の間のバランスの調整はネットワーク実装次第である。
【０４８７】
提案７：サイドリンクギャップは、該当するサブフレームの単一の「パターン」により示されるべきである。
【０４８８】
提案７が合意される場合、サイドリンクギャップは、周波数内発見アナウンシング及びモニタリングに適用されるべきである。
【０４８９】
提案８：サイドリンクギャップは、周波数内発見手順に適用されるべきである。
【０４９０】
（Ｅ３）サイドリンクギャップの決定
ギャップは、ネットワーク制御下であるべきである。従って、サービングセルは、サイドリンクギャップを決定する必要がある。
ＰＬＭＮ内及び協調ＰＬＭＮ外のシナリオにおいて、サービングセルは、他の周波数に属する他のｅＮＢのリソースプール設定（及び可能であればＳＦＮアライメントのためのタイミングオフセット）を知っている。このケースにおいて、ＵＥが興味のある周波数をサービングセルに知らせる場合、サービングセルは、このＵＥ１００−２のためにサイドリンクギャップを容易に決定できるであろう。サービングセルは、周波数情報は、パブリックセーフティ使用ケースのためのみで現在許可されている合意事項が再利用できるだろう。従って、その合意事項をコマーシャル使用ケースに拡張すべきである。
【０４９１】
提案９：ＲＲＣコネクティッド状態にあるＵＥは、パブリックセーフティ及びコマーシャル使用のために、直接発見送信で望まれる周波数をｅＮＢに示すべきである。
【０４９２】
しかしながら、サービングセルがＵＥのためにサイドリンクギャップを決定できない２つのケース、非協調ＰＬＭＮ間と事前設定リソースとのケースがある。
【０４９３】
Ｒｅｌ−１２の挙動は、Ｒｅｌ−１３のパブリックセーフティ発見手順のために再利用されてもよい。しかしながら、仮にＵＥが特定のキャリアでパブリックセーフティ発見手順を実行していたとしても、Ｕｕ通信を維持することを検討することに価値がある。サービングセルが、Ｕｕ通信の中断を最小限にしながらサイドリンクギャップを割り当てるために、サービングセルは、非協調、ＰＬＭＮ間セルにより提供される発見リソースを知っているべきである。このケースにおいて、ＵＥは、ＵＩＣＣ又はＳＩＢから取得した情報をサービングセルに知らせる必要があるかもしれない。
【０４９４】
提案１０：非協調ＰＬＭＮ間シナリオに関して、ＵＥは、サイドリンクギャップ決定のために非サービング周波数上の発見リソースをサービングセルに知らせるべきである。
【０４９５】
情報が、発見リソースだけでなく、ＰＬＭＮ間のＳＦＮアライメント（調整）のためのタイミングオフセットも含むことができることは有益であるかもしれない。シグナリングオーバヘッドを削減するために、非サービングセル上での発見リソースの参照ポイントが、ＵＥにその参照ポイントを知らせる前に、サービングセルのＳＦＮと調整され得る。
【０４９６】
提案１１：提案１０が合意可能である場合、非サービングＰＬＭＮのタイミングオフセットがサービングセルに提供されてもよいかどうかを検討すべきである。
【０４９７】
さらに、「Ｒｅｌ−１２に関して、（ＵＥのための）全てのＰｒｏＳｅ通信は、動作領域において正当である一つの設定されたパブリックセーフティＰｒｏＳｅキャリア上で実行される。より高いレイヤは、動作領域におけるパブリックセーフティＰｒｏＳｅキャリアの正当性をチェックする」という制約の下で、Ｒｅｌ−１２ＰｒｏＳｅ通信のための挙動が想定された。Ｒｅｌ−１３において、発見手順は、最初からコマーシャルユースケースに対して想定されているので、他のＰＬＭＮがパブリックセーフティキャリア上にないコマーシャルオペレータであることを除外すべきでない。ＵＥは、近傍ＵＥ及びさらなるサービスとの通信のために、Ｕｕ及びＰＣ５の両方のリンクを維持したいかもしれない。このシナリオに関してサイドリンクギャップの設定が許可される場合、ＵＥは、非協調ＰＬＭＮに関連するリソース情報をサービングセルに知らせるべきである。非協調ＰＬＭＮに関連する周波数も、例えば、５．８ＧＨｚ内のＶ２Ｖ個別スペクトラム上で運用される周波数を含むべきである。
【０４９８】
提案１２：非協調ＰＬＭＮ間は、非パブリックセーフティＰＬＭＮも含むべきである。
【０４９９】
（Ｅ４）結論
この付記５では、サイドリンクギャップの詳細を送信機と受信機の両方の観点から検討している。この付記５に基づいて、サイドリンクギャップの一つの設定が提案される。サイドリンクギャップの決定方法の解決方法及びサイドリンクＵＥ情報の強化が特定される。さらに、Ｒｅｌ−１３発見手順のための可能なシナリオが提供される。
【０５００】
なお、米国仮出願第６２／０３５１５１号（２０１４年８月８日出願）、米国仮出願第６２／０５６０４２号（２０１４年９月２６日出願）、米国仮出願第６２／０７６７２２号（２０１４年１１月７日出願）及び米国仮出願第６２／１６２２０４号（２０１５年５月１５日出願）の全内容が、参照により、本願明細書に組み込まれている。
【図１】
2016021703.tif 000005
【図２】
2016021703.tif 000006
【図３】
2016021703.tif 000007
【図４】
2016021703.tif 000008
【図５】
2016021703.tif 000009
【図６】
2016021703.tif 000010
【図７】
2016021703.tif 000011
【図８】
2016021703.tif 000012
【図９】
2016021703.tif 000013
【図１０】
2016021703.tif 000014
【図１１】
2016021703.tif 000015
【図１２】
2016021703.tif 000016
【図１３】
2016021703.tif 000017
【図１４】
2016021703.tif 000018
【図１５】
2016021703.tif 000019
【図１６】
2016021703.tif 000020
【図１７】
2016021703.tif 000021
【図１８】
2016021703.tif 000022
【図１９】
2016021703.tif 000023
【図２０】
2016021703.tif 000024
【図２１】
2016021703.tif 000025
【図２２】
2016021703.tif 000026
【図２３】
2016021703.tif 000027
【図２４】
2016021703.tif 000028
【図２５】
2016021703.tif 000029
【手続補正書】
【提出日】平成28年8月29日(2016.8.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ端末であって、
発見信号を受信又は送信するためのギャップを要求するためのメッセージを基地局へ送信する送信部と、
前記ギャップを前記ユーザ端末に設定するための設定情報を、前記基地局から受信する受信部と、を備え、
前記発見信号は、他のユーザ端末を発見するための端末間での直接的な無線信号であり、
前記メッセージは、前記ギャップを示すギャップ情報と、前記ギャップ情報に対応付けられた周波数を示す周波数情報と、を含み、
前記ギャップ情報は、
少なくとも１つのサブフレームを示すビットマップと、
システムフレーム番号（ＳＦＮ）の０を基準とするオフセット値と、を含むユーザ端末。
【請求項２】
前記ギャップは、前記発見信号を送信するための送信ギャップであり、
前記送信部は、前記送信ギャップ中に、前記発見信号を送信し、
前記送信部は、前記送信ギャップ中に上りリンク信号が発生した場合には、前記上りリンク信号の送信を前記発見信号の送信よりも優先して実行する請求項１に記載のユーザ端末。
【請求項３】
前記送信部は、前記送信ギャップ中において、前記上りリンク信号として前記基地局への制御信号の送信を前記発見信号の送信よりも優先して実行する請求項２に記載のユーザ端末。
【請求項４】
前記ギャップは、前記発見信号を受信するための受信ギャップであり、
前記受信ギャップは、前記ユーザ端末が下りリンク信号の受信の義務を負わない期間であり、
前記受信部は、前記送信ギャップ中に、前記発見信号を受信する請求項１に記載のユーザ端末。
【請求項５】
前記ギャップ中において、メジャメントを前記発見信号の受信又は送信よりも優先する請求項１に記載のユーザ端末。
【請求項６】
前記ギャップは、イントラ周波数及びインター周波数において、前記ユーザ端末が前記発見信号を送信又は受信するための期間である請求項１に記載のユーザ端末。
【請求項７】
前記ギャップは、前記ユーザ端末が周波数をチューニングするための時間を含む請求項１に記載のユーザ端末。
【請求項８】
前記ギャップ情報は、前記ビットマップのための周期を示す情報を含む請求項１に記載のユーザ端末。
【請求項９】
前記メッセージは、前記ギャップ情報として、複数のギャップ情報を含み、
前記メッセージは、前記周波数情報として、前記複数のギャップ情報のそれぞれに対応付けられた周波数を示す情報を含む請求項１に記載のユーザ端末。
【請求項１０】
前記設定情報は、第１情報と第２情報とを含み、
前記第１情報は、前記ユーザ端末に前記発見信号を送信するための送信ギャップを設定し、
前記第２情報は、前記ユーザ端末に前記発見信号を受信するための受信ギャップを設定する請求項１に記載のユーザ端末。
【請求項１１】
前記受信部は、前記ギャップの設定を解除するための情報を前記基地局から受信する請求項１に記載のユーザ端末。
【請求項１２】
ユーザ端末を制御するためのプロセッサであって、
発見信号を受信又は送信するためのギャップを要求するためのメッセージを基地局へ送信する処理と、
前記ギャップを前記ユーザ端末に設定するための設定情報を、前記基地局から受信する処理と、を実行し、
前記発見信号は、他のユーザ端末を発見するための端末間での直接的な無線信号であり、
前記メッセージは、前記ギャップを示すギャップ情報と、前記ギャップ情報に対応付けられた周波数を示す周波数情報と、を含み、
前記ギャップ情報は、
少なくとも１つのサブフレームを示すビットマップと、
システムフレーム番号（ＳＦＮ）の０を基準とするオフセット値と、を含むプロセッサ。
【請求項１３】
基地局であって、
発見信号を受信又は送信するためのギャップを要求するためのメッセージをユーザ端末から受信する受信部と、
前記ギャップを前記ユーザ端末に設定するための設定情報を、前記ユーザ端末へ送信する送信部と、を備え、
前記発見信号は、他のユーザ端末を発見するための端末間での直接的な無線信号であり、
前記メッセージは、前記ギャップを示すギャップ情報と、前記ギャップ情報に対応付けられた周波数を示す周波数情報と、を含み、
前記ギャップ情報は、
少なくとも１つのサブフレームを示すビットマップと、
システムフレーム番号（ＳＦＮ）の０を基準とするオフセット値と、を含む基地局。
【請求項１４】
基地局を制御するためのプロセッサであって、
発見信号を受信又は送信するためのギャップを要求するためのメッセージをユーザ端末から受信する処理と、
前記ギャップを前記ユーザ端末に設定するための設定情報を、前記ユーザ端末へ送信する処理と、を実行し、
前記発見信号は、他のユーザ端末を発見するための端末間での直接的な無線信号であり、
前記メッセージは、前記ギャップを示すギャップ情報と、前記ギャップ情報に対応付けられた周波数を示す周波数情報と、を含み、
前記ギャップ情報は、
少なくとも１つのサブフレームを示すビットマップと、
システムフレーム番号（ＳＦＮ）の０を基準とするオフセット値と、を含むプロセッサ。
【国際調査報告】
2016021703.tif 000030
2016021703.tif 000031
2016021703.tif 000032
2016021703.tif 000033
2016021703.tif 000034
2016021703.tif 000035
2016021703.tif 000036
2016021703.tif 000037
2016021703.tif 000038