(57)【要約】      （修正有）【課題】Ｄ２Ｄ発見信号の送信元端末に関する情報を知ることを可能とする方法を提供する。【解決手段】Ｄ２Ｄ発見信号を受信したユーザ端末が、受信したＤ２Ｄ発見信号の送信元端末に関する問い合わせを送信するステップと、管理サーバが、前記問い合わせを受信するステップと、前記問い合わせを受信した前記管理サーバが、前記Ｄ２Ｄ発見信号の送信元端末に関する所定情報を前記ユーザ端末に通知するステップと、を備える。前記問い合わせを送信するステップにおいて、前記ユーザ端末は、前記受信したＤ２Ｄ発見信号に含まれる発見識別子を含む前記問い合わせを送信する。前記所定情報を通知するステップにおいて、前記管理サーバは、前記問い合わせに含まれる前記発見識別子に基づいて、前記所定情報を前記ユーザ端末に通知する。前記第１のユーザ端末に関する情報は、端末間近傍サービスにおいて用いられるアプリケーションを示す情報を含む。【選択図】図７
2017200225.tif 000002
【特許請求の範囲】
【請求項１】
通信制御方法であって、
第１のＰｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ（ＰＬＭＮ）に属する第１のネットワーク装置が、所定の識別子を第１のユーザ端末へ割り当てるステップと、
前記第１のユーザ端末が、前記所定の識別子を含む発見信号を送信するステップと、
第２のユーザ端末が、前記第１のユーザ端末から前記発見信号を直接的に受信するステップと、
第２のＰＬＭＮに属する第２のネットワーク装置が、前記第２のユーザ端末が前記発見信号を受信したＰＬＭＮの識別子と前記所定の識別子とを含む第１の情報を前記第２のユーザ端末から受け取るステップと、
前記第２のネットワーク装置が、前記第１の情報を受信したことに応じて、前記所定の識別子が前記第２のＰＬＭＮにおいて割り当てられた識別子か否かを判定するステップと、
前記第２のネットワーク装置が、前記所定の識別子が前記第２のＰＬＭＮにおいて割り当てられた識別子でないと判定したことに応じて、前記所定の識別子と前記ＰＬＭＮの識別子とを前記第１のネットワーク装置へ送るステップと、
前記第１のネットワーク装置が、前記第２のネットワーク装置からの前記所定の識別子と前記ＰＬＭＮの識別子とに基づいて、前記所定の識別子に関連付けられた前記第１のユーザ端末に関する情報を前記第２のネットワーク装置へ送るステップと、
前記第２のネットワーク装置が、前記第１のユーザ端末に関する情報を前記第２のユーザ端末へ通知するステップと、を有し、
前記第１のユーザ端末に関する情報は、端末間近傍サービスにおいて用いられるアプリケーションを示す情報を含む通信制御方法。
【請求項２】
第２のＰｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ（ＰＬＭＮ）に属するネットワーク装置であって、
制御部を備え、
前記制御部は、
第１のユーザ端末から所定の識別子を含む発見信号を受信した第２のユーザ端末から、前記第２のユーザ端末が前記発見信号を受信したＰＬＭＮの識別子と前記所定の識別子とを含む第１の情報を受信する処理と、
前記第１の情報を受信したことに応じて、前記所定の識別子が前記第２のＰＬＭＮにおいて割り当てられた識別子か否かを判定する処理と、
前記所定の識別子が前記第２のＰＬＭＮにおいて割り当てられた識別子でないと判定したことに応じて、前記所定の識別子と前記ＰＬＭＮの識別子とを、前記所定の識別子を前記第１のユーザ端末へ割り当てた第１のＰＬＭＮに属する他のネットワーク装置へ送る処理と、
前記所定の識別子に関連付けられた前記第１のユーザ端末に関する情報を前記他のネットワーク装置から受信する処理と、
前記第１のユーザ端末に関する情報を前記第２のユーザ端末へ通知する処理と、を実行し、
前記第１のユーザ端末に関する情報は、端末間近傍サービスにおいて用いられるアプリケーションを示す情報を含むネットワーク装置。
【請求項３】
第１のＰｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ（ＰＬＭＮ）に属するネットワーク装置であって、
制御部を備え、
前記制御部は、
所定の識別子を第１のユーザ端末へ割り当てる処理と、
前記第１のユーザ端末から所定の識別子を含む発見信号を受信した第２のユーザ端末が前記発見信号を受信したＰＬＭＮの識別子と前記所定の識別子とを第２のＰＬＭＮに属する他のネットワーク装置から受信する処理と、
前記第２のユーザ端末が前記第１のユーザ端末に関する情報を受信するために、前記他のネットワーク装置からの前記所定の識別子と前記ＰＬＭＮの識別子とに基づいて、前記所定の識別子に関連付けられた前記第１のユーザ端末に関する情報を前記他のネットワーク装置へ送る処理と、を実行し、
前記第１のユーザ端末に関する情報は、端末間近傍サービスにおいて用いられるアプリケーションを示す情報を含むネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる通信制御方法、及びネットワーク装置に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。
【０００３】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４３  Ｖ１．０．０」  ２０１４年１月１６日
【発明の概要】
【０００５】
ここで、ユーザ端末が、Ｄ２Ｄ発見手順において送信されるＤ２Ｄ発見信号を、異なるＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）に属する他のユーザ端末から受信したケースを想定する。
【０００６】
ユーザ端末が属するＰＬＭＮに属する管理サーバは、異なるＰＬＭＮに属する他のユーザ端末に関する情報を管理していない。このため、Ｄ２Ｄ通信を行うか否かを判断するための送信元端末に関する情報を管理サーバに問い合わせても、ユーザ端末は、送信端末に関する情報を知ることができないという問題がある。
【０００７】
そこで、本発明は、Ｄ２Ｄ発見信号を受信したユーザ端末が、異なるＰＬＭＮに属する他のユーザ端末からＤ２Ｄ発見信号を受信した場合であっても、Ｄ２Ｄ発見信号の送信元端末に関する情報を知ることを可能とすることを目的とする。
【０００８】
一実施形態に係る通信制御方法は、第１のＰｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ（ＰＬＭＮ）に属する第１のネットワーク装置が、所定の識別子を第１のユーザ端末へ割り当てるステップと、前記第１のユーザ端末が、前記所定の識別子を含む発見信号を送信するステップと、第２のユーザ端末が、前記第１のユーザ端末から前記発見信号を直接的に受信するステップと、第２のＰＬＭＮに属する第２のネットワーク装置が、前記第２のユーザ端末が前記発見信号を受信したＰＬＭＮの識別子と前記所定の識別子とを含む第１の情報を前記第２のユーザ端末から受け取るステップと、前記第２のネットワーク装置が、前記第１の情報を受信したことに応じて、前記所定の識別子が前記第２のＰＬＭＮにおいて割り当てられた識別子か否かを判定するステップと、前記第２のネットワーク装置が、前記所定の識別子が前記第２のＰＬＭＮにおいて割り当てられた識別子でないと判定したことに応じて、前記所定の識別子と前記ＰＬＭＮの識別子とを前記第１のネットワーク装置へ送るステップと、前記第１のネットワーク装置が、前記第２のネットワーク装置からの前記所定の識別子と前記ＰＬＭＮの識別子とに基づいて、前記所定の識別子に関連付けられた前記第１のユーザ端末に関する情報を前記第２のネットワーク装置へ送るステップと、前記第２のネットワーク装置が、前記第１のユーザ端末に関する情報を前記第２のユーザ端末へ通知するステップと、を有する。前記第１のユーザ端末に関する情報は、端末間近傍サービスにおいて用いられるアプリケーションを示す情報を含む。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係るＬＴＥシステムの構成図である。
【図２】図２は、実施形態に係るＵＥのブロック図である。
【図３】図３は、実施形態に係るｅＮＢのブロック図である。
【図４】図４は、実施形態に係るプロトコルスタック図である。
【図５】図５は、実施形態に係る無線フレームの構成図である。
【図６】図６は、実施形態に係る動作パターン１に係る動作環境を示す図である。
【図７】図７は、実施形態に係る動作パターン１に係るシーケンス図である。
【図８】図８は、実施形態に係る動作パターン２に係る動作環境を示す図である。
【図９】図９は、実施形態に係る動作パターン２に係るシーケンス図である。
【図１０】図１０は、実施形態に係る動作パターン３に係る動作環境を示す図である。
【図１１】図１１は、実施形態に係る動作パターン３に係るシーケンス図である。
【図１２】図１２は、実施形態に係るｅＮＢ２００の判定動作を説明するためのフローチャートである。
【図１３】図１３は、実施形態に係るＰＬＭＮ内サーバの判定動作を説明するためのフローチャートである。
【図１４】図１４は、実施形態に係るＰＬＭＮ外サーバの判定動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１０】
［実施形態の概要］
実施形態に係る通信制御方法は、直接的な端末間通信であるＤ２Ｄ通信を制御するための通信制御方法である。当該通信制御方法は、近傍端末を発見するＤ２Ｄ発見手順において送信されるＤ２Ｄ発見信号を受信したユーザ端末が、受信したＤ２Ｄ発見信号の送信元端末に関する問い合わせを送信するステップと、複数のＰＬＭＮのそれぞれで端末に割り当てられるローカルな発見識別子及び前記複数のＰＬＭＮのいずれにも関係なく端末に割り当てられるグローバルな発見識別子の少なくともどちらかの発見識別子を管理する管理サーバが、前記問い合わせを受信するステップと、前記問い合わせを受信した前記管理サーバが、前記Ｄ２Ｄ発見信号の送信元端末に関する所定情報を前記ユーザ端末に通知するステップと、を備える。前記問い合わせを送信するステップにおいて、前記ユーザ端末は、前記受信したＤ２Ｄ発見信号に含まれる発見識別子を含む前記問い合わせを送信する。前記所定情報を通知するステップにおいて、前記管理サーバは、前記問い合わせに含まれる前記発見識別子に基づいて、前記所定情報を前記ユーザ端末に通知する。
【００１１】
実施形態において、第１のＰＬＭＮ内に設けられ、かつ前記管理サーバとは異なる管理ノードが、前記第１のＰＬＭＮで端末に割り当てられる発見識別子を管理している。前記通信制御方法は、前記管理ノードが、前記問い合わせを受信するステップと、前記Ｄ２Ｄ発見信号の送信元端末が前記第１のＰＬＭＮに属している場合に、前記問い合わせを受信した前記管理ノードが、前記管理サーバの代わりに、前記問い合わせに含まれる前記発見識別子に基づいて、前記所定情報を前記ユーザ端末に通知するステップと、をさらに備える。
【００１２】
実施形態に係る通信制御方法は、前記Ｄ２Ｄ発見信号の送信元端末が前記第１のＰＬＭＮに属していない場合に、前記管理ノードが、前記管理サーバに前記問い合わせを転送するステップをさらに備える。
【００１３】
実施形態に係る通信制御方法は、前記管理サーバは、少なくとも前記グローバルな発見識別子を管理している。前記通信制御方法は、前記問い合わせに含まれる前記発見識別子が前記グローバルな発見識別子である場合に、前記管理ノードが、前記管理サーバに前記問い合わせを転送するステップをさらに備える。
【００１４】
実施形態に係る通信制御方法は、前記問い合わせに前記管理ノードに関係のある識別情報が含まれない場合に、前記管理ノードが、前記管理サーバに前記問い合わせを転送するステップをさらに備える。
【００１５】
実施形態において、前記管理ノードに関係のある識別情報は、前記管理ノードが属するＰＬＭＮを示す識別子である。
【００１６】
実施形態に係る通信制御方法は、前記第１のＰＬＭＮ内に設けられる基地局が、前記第１のＰＬＭＮで端末に割り当てられる発見識別子のうち自セルに在圏する端末に割り当てられる発見識別子を管理している。前記通信制御方法は、前記基地局が、前記自セルに在圏する前記ユーザ端末から前記問い合わせを受信するステップと、前記問い合わせを受信した前記基地局が、前記Ｄ２Ｄ発見信号の送信元端末が前記自セルに在圏する場合に、前記管理サーバ及び前記管理ノードの代わりに、前記問い合わせに含まれる前記発見識別子に基づいて、前記所定情報を前記ユーザ端末に通知するステップと、をさらに備える。
【００１７】
実施形態に係る通信制御方法は、前記Ｄ２Ｄ発見信号の送信元端末が前記自セルに在圏していない場合に、前記基地局が、前記管理ノード又は前記管理サーバに前記問い合わせを転送するステップをさらに備える。
【００１８】
実施形態に係る通信制御方法は、前記管理サーバは、少なくとも前記グローバルな発見識別子を管理している。前記通信制御方法は、前記問い合わせに含まれる前記発見識別子が前記グローバルな発見識別子である場合に、前記基地局が、前記管理サーバに前記問い合わせを転送するステップをさらに備える。
【００１９】
実施形態に係る通信制御方法は、前記問い合わせに前記基地局に関係のある識別情報が含まれない場合に、前記基地局が、前記管理ノード又は前記管理サーバに前記問い合わせを転送するステップをさらに備える。
【００２０】
実施形態において、前記基地局に関係のある識別情報は、前記基地局を示す識別子又は前記自セルを示す識別子である。
【００２１】
実施形態において、第２のＰＬＭＮ内に設けられ、かつ前記管理サーバとは異なる他の管理ノードが、前記第２のＰＬＭＮで端末に割り当てられる発見識別子を管理している。前記通信制御方法は、前記Ｄ２Ｄ発見信号の送信元端末が前記第２のＰＬＭＮに属している場合に、前記問い合わせを受信した管理サーバ又は前記問い合わせを受信した前記管理ノードが、前記他の管理ノードに前記問い合わせを転送するステップをさらに備える。
【００２２】
実施形態に係る通信制御方法は、前記ユーザ端末が、前記ユーザ端末が在圏するセルと異なる他のセルから前記他のセルに関する識別情報を受信するステップをさらに備える。前記ユーザ端末が前記問い合わせを送信するステップにおいて、前記ユーザ端末は、前記他のセルに関する識別情報を含む前記問い合わせを送信する。
【００２３】
実施形態において、前記所定情報は、前記Ｄ２Ｄ発見信号の送信元端末を示す端末識別子を含む。
【００２４】
実施形態において、前記所定情報は、前記Ｄ２Ｄ発見信号の送信元端末が行う前記Ｄ２Ｄ通信の内容及び前記Ｄ２Ｄ発見信号の送信元端末が行う前記Ｄ２Ｄ通信に用いられるアプリケーションの少なくとも何れかを示す情報を含む。
【００２５】
実施形態に係る管理サーバは、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる。当該管理サーバは、近傍端末を発見するＤ２Ｄ発見手順において送信されるＤ２Ｄ発見信号を受信したユーザ端末から、受信したＤ２Ｄ発見信号の送信元端末に関する問い合わせを受信する受信部と、複数のＰＬＭＮのそれぞれで端末に割り当てられるローカルな発見識別子及び前記複数のＰＬＭＮのいずれにも関係なく端末に割り当てられるグローバルな発見識別子の少なくともどちらかの発見識別子を管理する制御部と、を備える。前記制御部は、前記Ｄ２Ｄ発見信号の送信元端末に関する所定情報を前記ユーザ端末に通知する制御を行う。前記受信部は、前記受信したＤ２Ｄ発見信号に含まれる発見識別子を含む前記問い合わせを受信する。前記制御部は、前記問い合わせに含まれる前記発見識別子に基づいて、前記所定情報を前記ユーザ端末に通知する制御を行う。
【００２６】
実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる。当該ユーザ端末は、近傍端末を発見するＤ２Ｄ発見手順において送信されるＤ２Ｄ発見信号を受信する受信部と、受信したＤ２Ｄ発見信号の送信元端末に関する問い合わせを、複数のＰＬＭＮのそれぞれで端末に割り当てられるローカルな発見識別子及び前記複数のＰＬＭＮのいずれにも関係なく端末に割り当てられるグローバルな発見識別子の少なくともどちらかの発見識別子を管理する管理サーバに送信する送信部と、を備える。前記送信部は、前記受信したＤ２Ｄ発見信号に含まれる発見識別子を含む前記問い合わせを送信する。
【００２７】
［実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００２８】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成図である。図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２９】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３０】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３１】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３２】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワーク（ＬＴＥネットワーク）が構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００及び管理サーバ（Ｓｅｒｖｅｒ♯１〜♯３）を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。管理サーバは、Ｄｉｓｃｏｖｅｒｙ信号に関する情報を管理する。管理サーバの詳細については、後述する。
【００３３】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０は記憶部に相当し、プロセッサ１６０は制御部に相当する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３４】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００３５】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００３６】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３７】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサ２４０’としてもよい。
【００３８】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００３９】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４０】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４１】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４２】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４３】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するスケジューラを含む。
【００４４】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４５】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４６】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００４７】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００４８】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４９】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００５０】
（Ｄ２Ｄ近傍サービス）
以下において、Ｄ２Ｄ近傍サービスについて説明する。実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。Ｄ２Ｄ近傍サービスについては非特許文献１に記載されているが、ここではその概要を説明する。
【００５１】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見するＤ２Ｄ発見手順（Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎとも称される。
【００５２】
同期クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ  ｃｏｖｅｒａｇｅ）」という。同期クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ）」という。同期クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅ）」という。
【００５３】
カバレッジ内では、例えばｅＮＢ２００がＤ２Ｄ同期元となる。Ｄ２Ｄ非同期元は、Ｄ２Ｄ同期信号を送信せずにＤ２Ｄ同期元に同期する。Ｄ２Ｄ同期元であるｅＮＢ２００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、ブロードキャスト信号により送信する。Ｄ２Ｄリソース情報は、例えば、Ｄ２Ｄ発見手順に使用可能な無線リソースを示す情報（Ｄｉｓｃｏｖｅｒｙリソース情報）及びＤ２Ｄ通信に使用可能な無線リソースを示す情報（Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を含む。Ｄ２Ｄ非同期元であるＵＥ１００は、ｅＮＢ２００から受信するＤ２Ｄリソース情報に基づいて、Ｄ２Ｄ発見手順及びＤ２Ｄ通信を行う。
【００５４】
カバレッジ外又は部分的カバレッジでは、例えばＵＥ１００がＤ２Ｄ同期元となる。カバレッジ外では、Ｄ２Ｄ同期元であるＵＥ１００は、Ｄ２Ｄ近傍サービスに使用可能な無線リソースを示すＤ２Ｄリソース情報を、例えばＤ２Ｄ同期信号により送信する。Ｄ２Ｄ同期信号は、端末間同期を確立するＤ２Ｄ同期手順において送信される信号である。Ｄ２Ｄ同期信号は、Ｄ２ＤＳＳ及び物理Ｄ２Ｄ同期チャネル（ＰＤ２ＤＳＣＨ）を含む。Ｄ２ＤＳＳは、時間・周波数の同期基準を提供する信号である。ＰＤ２ＤＳＣＨは、Ｄ２ＤＳＳよりも多くの情報を運搬する物理チャネルである。ＰＤ２ＤＳＣＨは、上述したＤ２Ｄリソース情報（Ｄｉｓｃｏｖｅｒｙリソース情報、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソース情報）を運搬する。或いは、Ｄ２ＤＳＳにＤ２Ｄリソース情報を関連付けることにより、ＰＤ２ＤＳＣＨを不要としてもよい。
【００５５】
Ｄ２Ｄ発見手順は、主にＤ２Ｄ通信をユニキャストで行う場合に利用される。一のＵＥ１００は、他のＵＥ１００とのＤ２Ｄ通信を開始しようとする場合に、Ｄ２Ｄ発見手順に使用可能な無線リソースのうち何れかの無線リソースを用いて、Ｄｉｓｃｏｖｅｒｙ信号（Ｄ２Ｄ発見信号）を送信する。当該他のＵＥ１００は、当該一のＵＥ１００とのＤ２Ｄ通信を開始しようとする場合に、Ｄ２Ｄ発見手順に使用可能な無線リソース内でＤｉｓｃｏｖｅｒｙ信号をスキャンし、Ｄｉｓｃｏｖｅｒｙ信号を受信する。Ｄｉｓｃｏｖｅｒｙ信号は、当該一のＵＥ１００がＤ２Ｄ通信に使用する無線リソースを示す情報を含んでもよい。
【００５６】
（発見信号リスト）
以下において、発見信号リスト（Ｄｉｓｃｏｖｅｒｙ  Ｓｉｇｎａｌ  Ｌｉｓｔ）について説明する。発見信号リストは、Ｄ２Ｄ発見信号を送信するＵＥ１００に割り当てられるＤｉｓｃｏｖｅｒｙ識別子に関するリストである。発見信号リストでは、ＵＥ１００に割り当てられたＤｉｓｃｏｖｅｒｙ識別子と当該ＵＥ１００を示すＵＥ識別子（ＵＥ  ＩＤ）とが対応付けられている。
【００５７】
発見信号リストは、Ｄｉｓｃｏｖｅｒｙ識別子が割り当てられたＵＥ１００が行うＤ２Ｄ通信の内容を示す情報を含んでもよい。Ｄ２Ｄ通信の内容とは、例えば、Ｄ２Ｄ通信の用途（例えば、広告配信用）、Ｄ２Ｄ通信の内容（例えば、広告の内容）などである。
【００５８】
発見信号リストは、Ｄｉｓｃｏｖｅｒｙ識別子が割り当てられたＵＥ１００が行うＤ２Ｄ通信に用いられるアプリケーションを示す情報を含んでもよい。
【００５９】
発見信号リストは、Ｄｉｓｃｏｖｅｒｙ識別子が割り当てられたＵＥ１００が属するＰＬＭＮにおいて、Ｄ２Ｄ通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に用いられる時間・周波数リソースであるＤ２Ｄ通信リソースに関するリソース情報を含んでもよい。
【００６０】
リソース情報は、Ｄ２Ｄ通信リソースの周波数（周波数帯）に関する周波数リソース情報を含む。周波数リソース情報は、ＵＥ１００が属するＰＬＭＮにおけるＤ２Ｄ通信リソースの周波数帯の中心周波数を示す情報と、ＵＥ１００が属するＰＬＭＮにおけるＤ２Ｄ通信リソースの周波数帯の帯域幅を示す情報と、を含む。周波数リソース情報は、ＵＥ１００が在圏するセル（ｅＮＢ２００）において使用可能なＤ２Ｄ通信リソースのオペレーションバンドを示す情報であってもよい。また、周波数リソース情報は、当該オペレーションバンド内のリソースブロック番号を含んでもよい。
【００６１】
また、リソース情報は、ＵＥ１００が属するＰＬＭＮにおけるＤ２Ｄ通信リソースの時間に関する時間リソース情報を含む。時間リソース情報は、システムフレーム番号、サブフレーム番号、開始／終了サブフレーム、送信期間、のうち少なくとも１つである。
【００６２】
発見信号リストは、ＵＥ１００に割り当てたＤｉｓｃｏｖｅｒｙ識別子の有効期限を示す情報を含んでもよい。
【００６３】
本実施形態において、ｅＮＢ２００、ＰＬＭＮ内に設けられるサーバであるＰＬＭＮ内サーバ、及びＰＬＭＮ外に設けられるサーバであるＰＬＭＮ外サーバのそれぞれが、発見信号リストを保持する。本実施形態では、ＰＬＭＮ内サーバが管理ノードに相当し、ＰＬＭＮ外サーバが管理サーバに相当する。ＰＬＭＮ外サーバは、いずれのＰＬＭＮにも属さずに独立したサーバであり、第３者サーバ（ｔｈｉｒｄ  ｐａｒｔｙ  ｓｅｒｖｅｒ）である。
【００６４】
ここで、Ｄｉｓｃｏｖｅｒｙ識別子は、複数のＰＬＭＮのそれぞれでＵＥ１００に割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子と、複数のＰＬＭＮのいずれにも関係なくＵＥ１００に割り当てられるグローバルなＤｉｓｃｏｖｅｒｙ識別子と、を含む。ローカルなＤｉｓｃｏｖｅｒｙ識別子は、ＰＬＭＮに依存するＤｉｓｃｏｖｅｒｙ識別子であり、割り当てられたＰＬＭＮ内でのみ固有のＤｉｓｃｏｖｅｒｙ識別子である。一方、グローバルなＤｉｓｃｏｖｅｒｙ識別子は、ＰＬＭＮに依存しないＤｉｓｃｏｖｅｒｙ識別子であり、複数のＰＬＭＮ（世界中のＰＬＭＮ）において固有のＤｉｓｃｏｖｅｒｙ識別子である。
【００６５】
ＰＬＭＮ内サーバは、自ＰＬＭＮで割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子を管理し、自ＰＬＭＮに属するＵＥ１００に対して、ローカルなＤｉｓｃｏｖｅｒｙ識別子を割り当てる。ＰＬＭＮ内サーバは、自ＰＬＭＮで割り当てられるＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストを保持する。
【００６６】
ｅＮＢ２００は、ｅＮＢ２００が属するＰＬＭＮでＵＥ１００に割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子のうち自セルに在圏するＵＥ１００に割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子を管理する。ｅＮＢ２００は、自セルに在圏するＵＥ１００に割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストを保持する。
【００６７】
ＰＬＭＮ外サーバは、複数のＰＬＭＮのそれぞれでＵＥ１００に割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子及び複数のＰＬＭＮのいずれにも関係なくＵＥ１００に割り当てられるグローバルなＤｉｓｃｏｖｅｒｙ識別子の少なくともどちらかのＤｉｓｃｏｖｅｒｙ識別子を管理する。ＰＬＭＮ外サーバは、ＰＬＭＮに関係なく、ＵＥ１００にグローバルなＤｉｓｃｏｖｅｒｙ識別子を割り当てる。ＰＬＭＮ外サーバは、複数のＰＬＭＮのそれぞれでＵＥ１００に割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子及びグローバルなＤｉｓｃｏｖｅｒｙ識別子の少なくとも何れかのＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストを保持する。
【００６８】
ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ識別子を保持していない、或いは、Ｄｉｓｃｏｖｅｒｙ識別子の有効期限が切れている場合、Ｄｉｓｃｏｖｅｒｙ信号を送信する前に、Ｄｉｓｃｏｖｅｒｙ識別子を要求する。ＵＥ１００は、ローカルなＤｉｓｃｏｖｅｒｙ識別子（すなわち、ＵＥ１００が属するＰＬＭＮ内でのみ固有のＤｉｓｃｏｖｅｒｙ識別子）を要求する場合、ＰＬＭＮ内サーバ又はＵＥ１００が在圏するセルを管理するｅＮＢ２００にＤｉｓｃｏｖｅｒｙ識別子を要求できる。ＵＥ１００は、グローバルなＤｉｓｃｏｖｅｒｙ識別子を要求する場合、ＰＬＭＮ外サーバにＤｉｓｃｏｖｅｒｙ識別子を要求できる。
【００６９】
ＵＥ１００は、ＵＥ１００を示すＵＥ識別子を当該要求に含める。なお、ＵＥ１００は、グローバルなＤｉｓｃｏｖｅｒｙ識別子を要求する場合、ＰＬＭＮに依存しないＵＥ固有の識別子（例えば、電話番号）を当該要求に含めてもよい。また、ＵＥ１００は、Ｄ２Ｄ通信の内容を示す情報を当該要求に含めてもよい。或いは、ＵＥ１００は、Ｄ２Ｄ通信に用いられるアプリケーションを示す情報を当該要求に含めてもよい。
【００７０】
ｅＮＢ２００及び／又はＰＬＭＮ内サーバは、ローカルなＤｉｓｃｏｖｅｒｙ識別子の要求を受信した場合、或いは、要求するＤｉｓｃｏｖｅｒｙ識別子がグローバルなＤｉｓｃｏｖｅｒｙ識別子であることを明示していないＤｉｓｃｏｖｅｒｙ識別子の要求を受信した場合、ローカルなＤｉｓｃｏｖｅｒｙ識別子をＵＥ１００に割り当てる。ｅＮＢ２００及び／又はＰＬＭＮ内サーバは、Ｄｉｓｃｏｖｅｒｙ識別子をＵＥ１００に割り当てた場合、ＵＥ１００の識別子と割り当てたＤｉｓｃｏｖｅｒｙ識別子とを対応付けて記録し、発見信号リストを更新する。なお、ｅＮＢ２００及びＰＬＭＮ内サーバは、グローバルなＤｉｓｃｏｖｅｒｙ識別子の要求を受信した場合、ＰＬＭＮ外サーバに当該要求を転送する。
【００７１】
一方、ＰＬＭＮ外サーバは、グローバルなＤｉｓｃｏｖｅｒｙ識別子の要求を受信した場合、グローバルなＤｉｓｃｏｖｅｒｙ識別子をＵＥ１００に割り当てる。ＰＬＭＮ外サーバは、Ｄｉｓｃｏｖｅｒｙ識別子をＵＥ１００に割り当てた場合、ＵＥ１００の識別子と割り当てたＤｉｓｃｏｖｅｒｙ識別子とを対応付けて記録し、発見信号リストを更新する。
【００７２】
ＰＬＭＮ内サーバは、Ｄｉｓｃｏｖｅｒｙ識別子をＵＥ１００に割り当てた場合、割り当てたＤｉｓｃｏｖｅｒｙ識別子を含む当該ＵＥ１００に関する情報を、ＰＬＭＮ外サーバに通知してもよい。ＰＬＭＮ外サーバは、当該情報に基づいて、保持する発見信号リストを更新できる。また、ＰＬＭＮ内サーバは、当該情報を、Ｄｉｓｃｏｖｅｒｙ識別子を割り当てたＵＥ１００が在圏するセルを管理するｅＮＢ２００に通知してもよい。ｅＮＢ２００は、当該情報に基づいて、保持する発見信号リストを更新できる。
【００７３】
ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ識別子をＵＥ１００に割り当てた場合、割り当てたＤｉｓｃｏｖｅｒｙ識別子を含む当該ＵＥ１００に関する情報を、ＰＬＭＮ内サーバに通知してもよい。ＰＬＭＮ内サーバは、当該情報に基づいて、保持する発見信号リストを更新できる。また、ｅＮＢ２００は、当該情報を、ＰＬＭＮ外サーバに通知してもよい。ＰＬＭＮ外サーバは、当該情報に基づいて、保持する発見信号リストを更新できる。
【００７４】
（実施形態に係る動作）
以下において、実施形態に係る動作パターンについて説明する。
【００７５】
（Ａ）動作パターン１
動作パターン１について、図６及び図７を用いて説明する。図６は、動作パターン１に係る動作環境を示す図である。図７は、動作パターン１に係るシーケンス図である。
【００７６】
図６に示すように、ｅＮＢ２００＃１Ａは、ネットワークオペレータ＃１のＬＴＥネットワークであるＰＬＭＮ＃１に含まれている。ＰＬＭＮ＃１には、周波数帯＃１（ｆｒｅｑ１）が割り当てられている。ｅＮＢ２００＃１Ａは、周波数帯＃１のセル＃１Ａを管理する。ｅＮＢ２００♯１Ａは、自セルであるセル♯１Ａに在圏するＵＥ１００に割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リスト（ｅＮＢ２００♯１における発見信号リスト）を保持する。
【００７７】
ＵＥ１００＃１Ａは、セル＃１Ａに在圏しており、ＰＬＭＮ＃１に位置登録を行っている。すなわち、ＵＥ１００＃１Ａは、ＰＬＭＮ＃１に属する。例えば、ＵＥ１００＃１Ａは、セル＃１ＡにおいてＲＲＣアイドル状態である。或いは、ＵＥ１００＃１Ａは、セル＃１ＡにおいてＲＲＣコネクティッド状態であってもよい。
【００７８】
ｅＮＢ２００＃１Ｂは、ネットワークオペレータ＃１のＬＴＥネットワークであるＰＬＭＮ＃１に含まれている。ｅＮＢ２００＃１Ｂは、周波数帯＃１のセル＃１Ｂを管理する。セル＃１Ｂは、セル＃１Ａと異なるセルである。本実施形態において、セル♯１Ｂは、セル♯１Ａの近隣に位置する。セル♯１Ｂは、セル♯１Ａの隣接セルであり、セル♯１Ａと一部が重なっている。ｅＮＢ２００＃１Ｂは、ｅＮＢ２００＃１Ａと同期がとられている。或いは、ｅＮＢ２００＃１Ｂは、ｅＮＢ２００＃１Ａと非同期であってもよい。ｅＮＢ２００♯１Ｂは、セル♯１Ｂに在圏するＵＥ１００に割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リスト（ｅＮＢ２００♯１Ｂにおける発見信号リスト）を保持する。
【００７９】
ＵＥ１００＃１Ｂは、セル＃１Ｂに在圏しており、ＰＬＭＮ＃１に位置登録を行っている。すなわち、ＵＥ１００＃１Ｂは、ＰＬＭＮ＃１に属する。例えば、ＵＥ１００＃１Ｂは、セル＃１ＢにおいてＲＲＣアイドル状態である。或いは、ＵＥ１００＃１Ｂは、セル＃１ＢにおいてＲＲＣコネクティッド状態であってもよい。
【００８０】
ｅＮＢ２００＃２は、ネットワークオペレータ＃２のＬＴＥネットワークであるＰＬＭＮ＃２に含まれている。ＰＬＭＮ＃２には、周波数帯＃２（ｆｒｅｑ２）が割り当てられている。ｅＮＢ２００＃２は、周波数帯＃２のセル＃２を管理する。セル＃２は、セル＃１Ａ及びセル１Ｂと異なるセルである。本実施形態において、セル♯２は、セル♯１Ｂの近隣に位置する。セル♯２は、セル♯１Ｂの隣接セルであり、セル♯１Ｂと重なっている。ｅＮＢ２００＃２は、ｅＮＢ２００＃１Ｂと同期がとられている。或いは、ｅＮＢ２００＃２は、ｅＮＢ２００＃１Ｂと非同期であってもよい。ｅＮＢ２００♯２は、セル♯２に在圏するＵＥ１００に割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リスト（ｅＮＢ２００♯１Ｂにおける発見信号リスト）を保持する。
【００８１】
ＵＥ１００＃２は、セル＃２に在圏しており、ＰＬＭＮ＃２に位置登録を行っている。すなわち、ＵＥ１００＃２は、ＰＬＭＮ＃２に属する。ＵＥ１００＃２は、セル＃２においてＲＲＣアイドル状態である。或いは、ＵＥ１００＃２は、セル＃２においてＲＲＣコネクティッド状態であってもよい。
【００８２】
Ｓｅｒｖｅｒ♯１は、ＰＬＭＮ♯１に属するＰＬＭＮ内サーバである。Ｓｅｒｖｅｒ♯１は、ｅＮＢ２００♯１Ａ及びｅＮＢ２００♯１Ｂの上位サーバであり、ｅＮＢ２００♯１Ａ及びｅＮＢ２００♯１Ｂのそれぞれと接続している。Ｓｅｒｖｅｒ♯１は、ＰＬＭＮ♯１で割り当てられるＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストを保持する。
【００８３】
Ｓｅｒｖｅｒ♯２は、ＰＬＭＮ♯２に属するＰＬＭＮ内サーバである。Ｓｅｒｖｅｒ♯２は、ｅＮＢ２００♯２の上位サーバであり、ｅＮＢ２００♯２と接続している。Ｓｅｒｖｅｒ♯２は、ＰＬＭＮ♯２で割り当てられるＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストを保持する。
【００８４】
Ｓｅｒｖｅｒ♯３は、ＰＬＭＮ♯１及びＰＬＭＮ♯２に属さないＰＬＭＮ外サーバである。Ｓｅｒｖｅｒ♯２は、Ｓｅｒｖｅｒ♯１及びＳｅｒｖｅｒ♯２の上位サーバであり、Ｓｅｒｖｅｒ♯１及びＳｅｒｖｅｒ２と接続している。本実施形態において、Ｓｅｒｖｅｒ３は、ＰＬＭＮ♯１及びＰＬＭＮ♯２のいずれにも関係なくＵＥ１００に割り当てられるグローバルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リスト（Ｇｌｏｂａｌ  Ｄｉｓｃｏｖｅｒｙ  Ｓｉｇｎａｌ  Ｌｉｓｔ）を保持する。
【００８５】
このような動作環境において、上述したＤ２Ｄ近傍サービスを各ＵＥ１００に適用するケースを想定する。
【００８６】
動作パターン１では、ＵＥ１００♯１Ｂが、Ｄｉｓｃｏｖｅｒｙ信号を送信し、ＵＥ１００♯１Ａが、Ｄｉｓｃｏｖｅｒｙ信号を受信するケースについて説明する。従って、動作パターン１では、ＵＥ１００♯１Ａが、同一のセルに在圏するＵＥ１００♯１ＢからＤｉｓｃｏｖｅｒｙ信号を受信するケースである。動作パターン１では、ＵＥ１００♯１Ｂは、Ｓｅｒｖｅｒ♯１或いはｅＮＢ２００♯１ＢにローカルなＤｉｓｃｏｖｅｒｙ識別子を割り当てられていると仮定して説明を進める。
【００８７】
図６及び図７に示すように、ステップＳ１０１において、ｅＮＢ２００♯１Ｂは、周波数帯♯１で、報知信号をブロードキャストで送信する。報知信号は、ｅＮＢ２００♯１Ｂが属するＰＬＭＮ♯１のＰＬＭＮ識別子（ＰＬＭＮ♯１）及びｅＮＢ２００♯１Ｂの識別子（ｅＮＢ２００♯１Ｂ）を含む。ＵＥ１００♯１Ａは、ｅＮＢ２００♯１Ｂ（セル♯１Ｂ）からの報知信号を受信する。
【００８８】
ステップＳ１０２において、ＵＥ１００♯１Ｂは、周波数帯♯１で、Ｄｉｓｃｏｖｅｒｙ信号を送信する。ここで、Ｄｉｓｃｏｖｅｒｙ信号に含まれる情報をＤｉｓｃｏｖｅｒｙ１Ｂとする。Ｄｉｓｃｏｖｅｒｙ１Ｂは、ＵＥ１００♯１Ｂに割り当てられたローカルなＤｉｓｃｏｖｅｒｙ識別子を含む。ＵＥ１００♯１Ａは、Ｄｉｓｃｏｖｅｒｙ信号を受信する。
【００８９】
ステップＳ１０３において、ＵＥ１００♯１Ａは、周波数帯♯１で、受信したＤｉｓｃｏｖｅｒｙ信号の送信元端末に関する問い合わせであるＤｉｓｃｏｖｅｒｙ問合せをｅＮＢ２００♯１Ａに送信する。ＵＥ１００♯１Ａは、Ｄｉｓｃｏｖｅｒｙ信号の送信元端末とＤ２Ｄ通信を行うか否かを判断するために、Ｄｉｓｃｏｖｅｒｙ問合せを送信できる。具体的には、ＵＥ１００♯１Ａは、Ｄｉｓｃｏｖｅｒｙ信号の送信元端末を特定できない場合、或いは、Ｄｉｓｃｏｖｅｒｙ信号の送信元端末が行うＤ２Ｄ通信の内容を知りたい場合に、Ｄｉｓｃｏｖｅｒｙ問合せを送信できる。
【００９０】
ＵＥ１００♯１Ａは、受信したＤｉｓｃｏｖｅｒｙ信号に含まれるＤｉｓｃｏｖｅｒｙ識別子（Ｄｉｓｃｏｖｅｒｙ１Ｂ）を含むＤｉｓｃｏｖｅｒｙ問合せを送信する。また、ＵＥ１００♯１Ａは、他セルに在圏するＵＥからのＤｉｓｃｏｖｅｒｙ信号を受信した可能性がある場合、他セルに関する識別情報を含むＤｉｓｃｏｖｅｒｙ問合せを送信できる。例えば、ＵＥ１００♯１Ａは、他セルからの無線信号を受信する場合、他セルに在圏するＵＥからのＤｉｓｃｏｖｅｒｙ信号を受信した可能性があると判定する。
【００９１】
他セルに関する識別情報は、他セルからの報知情報に含まれる識別情報である。本実施形態において、当該識別情報は、ＰＬＭＮ♯１を示すＰＬＭＮ識別子及びｅＮＢ２００♯１Ｂの識別子である。従って、Ｄｉｓｃｏｖｅｒｙ問合せは、ＰＬＭＮ♯１を示す識別子及びｅＮＢ２００♯１Ｂの識別子を含む。なお、Ｄｉｓｃｏｖｅｒｙ問合せの送信元であるＵＥ１００♯１Ａの識別子も含む。なお、他セルに関する識別情報は、セルを示す識別子（セルＩＤ、セルグローバルＩＤ（ＥＣＧＩ））であってもよい。
【００９２】
ｅＮＢ２００♯１Ａは、Ｄｉｓｃｏｖｅｒｙ問合せを受信した場合、当該Ｄｉｓｃｏｖｅｒｙ問合せに応答するか否かを判定する。具体的な判定方法については、後述する。動作パターン１において、ｅＮＢ２００♯１Ａは、Ｄｉｓｃｏｖｅｒｙ問合せに応答しないと判定したと仮定して説明を進める。
【００９３】
ステップＳ１０４において、ｅＮＢ２００♯１Ａは、ＵＥ１００♯１ＡからのＤｉｓｃｏｖｅｒｙ問合せを上位サーバであるＳｅｒｖｅｒ♯１に転送する。Ｓｅｒｖｅｒ♯１は、Ｄｉｓｃｏｖｅｒｙ問合せを受信した場合、当該Ｄｉｓｃｏｖｅｒｙ問合せに応答するか否かを判定する。具体的な判定方法については、後述する。動作パターン１では、ｅＮＢ２００♯１Ａは、Ｄｉｓｃｏｖｅｒｙ問合せに応答すると判定したと仮定して説明を進める。
【００９４】
Ｓｅｒｖｅｒ♯１は、Ｄｉｓｃｏｖｅｒｙ問合せ及び保持する発見信号リストに基づいて、Ｄｉｓｃｏｖｅｒｙ問い合わせに含まれるＤｉｓｃｏｖｅｒｙ識別子が割り当てられたＵＥ１００♯１Ｂを特定する。
【００９５】
ステップＳ１０５において、Ｓｅｒｖｅｒ♯１は、Ｄｉｓｃｏｖｅｒｙ問合せ応答をｅＮＢ２００♯１Ａに送信する。Ｄｉｓｃｏｖｅｒｙ問合せ応答は、Ｄｉｓｃｏｖｅｒｙ信号を送信したＵＥ１００♯１Ｂに関する情報（ＵＥ１００♯１Ｂ情報）を含む。具体的には、ＵＥ１００♯１Ｂ情報は、ＵＥ１００♯１Ｂを示すＵＥ識別子を含む。また、ＵＥ１００♯１Ｂ情報は、ＵＥ１００♯１Ｂが行うＤ２Ｄ通信の内容を示す情報、及び／又は、ＵＥ１００♯１Ｂが行うＤ２Ｄ通信に用いられるアプリケーションを示す情報の少なくとも何れかを示す情報を含んでもよい。
【００９６】
ステップＳ１０６において、ｅＮＢ２００♯１Ａは、周波数帯♯１で、Ｓｅｒｖｅｒ♯１から受信したＤｉｓｃｏｖｅｒｙ問合せ応答をＵＥ１００♯１Ａに送信する。ＵＥ１００♯１Ａは、Ｄｉｓｃｏｖｅｒｙ問合せ応答（ＵＥ１００♯１Ｂ情報）を受信する。これにより、ＵＥ１００♯１Ａは、受信したＤｉｓｃｏｖｅｒｙ信号の送信元端末であるＵＥ１００♯１Ｂに関する情報を知ることができる。これにより、ＵＥ１００♯１Ａは、ＵＥ１００♯１Ｂに関する情報をユーザインターフェイス１２０に表示することができる。ＵＥ１００♯１Ａのユーザは、ＵＥ１００♯１ＢとＤ２Ｄ通信を行うか否かを判定できる。或いは、ＵＥ１００♯１Ａは、ＵＥ１００♯１Ｂの識別子が、Ｄ２Ｄ通信の相手端末としてメモリ１５０に登録されている場合、ＵＥ１００♯１ＢとのＤ２Ｄ通信を行うと決定してもよい。また、ＵＥ１００♯１Ａは、ＵＥ１００♯１Ｂ情報に含まれるＤ２Ｄ通信の内容を示す情報及び／又はＤ２Ｄ通信に用いられるアプリケーションを示す情報が、ユーザの好みの情報として、メモリ１５０に登録されている場合、ＵＥ１００♯１ＢとのＤ２Ｄ通信を行うと決定してもよい。
【００９７】
なお、ＵＥ１００♯１Ａは、実際にＤ２Ｄ通信を行わなくても、ＵＥ１００♯１Ａのユーザが希望するＤ２Ｄ通信か否かを判断できるため、不要なＤ２Ｄ通信を行うことを避けることができる。
【００９８】
動作パターン１によれば、Ｓｅｒｖｅｒ♯１がＤｉｓｃｏｖｅｒｙ問合せを受信する。ＵＥ１００♯１ＢがＰＬＭＮ♯１に属している場合に、Ｄｉｓｃｏｖｅｒｙ問合せを受信したＳｅｒｖｅｒ♯１が、Ｓｅｒｖｅｒ♯３の代わりに、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＤｉｓｃｏｖｅｒｙ識別子に基づいて、Ｄｉｓｃｏｖｅｒｙ問合せ応答をＵＥ１００♯１Ａに通知する。このため、Ｓｅｒｖｅｒ♯３にＤｉｓｃｏｖｅｒｙ問合せが集中しないため、ネットワーク効率の低減を抑制できる。
【００９９】
（Ｂ）動作パターン２
次に、動作パターン２について、図８及び図９を用いて説明する。図８は、動作パターン２に係る動作環境を示す図である。図９は、動作パターン２に係るシーケンス図である。動作パターン１と同じ部分は、適宜説明を省略する。
【０１００】
動作パターン１では、ＵＥ１００♯１Ａが、同一のセルに在圏するＵＥ１００♯１ＢからＤｉｓｃｏｖｅｒｙ信号を受信するケースであった。動作パターン２では、ＵＥ１００♯１Ｂが、Ｄｉｓｃｏｖｅｒｙ信号を送信し、ＵＥ１００♯２が、Ｄｉｓｃｏｖｅｒｙ信号を受信するケースである。すなわち、動作パターン２では、ＵＥ１００♯２が、異なるＰＬＭＮに属するＵＥ１００♯１ＢからＤｉｓｃｏｖｅｒｙ信号を受信するケースである。動作パターン２では、ＵＥ１００♯１Ｂは、Ｓｅｒｖｅｒ♯３からグローバルなＤｉｓｃｏｖｅｒｙ識別子を割り当てられていると仮定して説明を進める。
【０１０１】
図８及び図９に示すように、ステップＳ２０１は、ステップＳ１０１に対応する。動作パターン２では、ＵＥ１００♯２が、ｅＮＢ２００♯１Ｂからの報知信号を受信する。
【０１０２】
ステップＳ２０２は、ステップＳ１０２に対応する。動作パターン２では、ＵＥ１００♯２が、ＵＥ１００♯１ＢからのＤｉｓｃｏｖｅｒｙ信号を受信する。Ｄｉｓｃｏｖｅｒｙ信号は、グローバルフラグ（Ｇｌｏｂａｌ  ｆｌａｇ）情報を含む。グローバルフラグ情報は、Ｄｉｓｃｏｖｅｒｙ信号に含まれるＤｉｓｃｏｖｅｒｙ識別子が、グローバルなＤｉｓｃｏｖｅｒｙ識別子であるか否かを示す情報である。具体的には、グローバルフラグがオン（ＯＮ）である場合、Ｄｉｓｃｏｖｅｒｙ信号に含まれるＤｉｓｃｏｖｅｒｙ識別子が、グローバルなＤｉｓｃｏｖｅｒｙ識別子であることを示す。一方、グローバルフラグがオフ（ＯＦＦ）である場合、Ｄｉｓｃｏｖｅｒｙ信号に含まれるＤｉｓｃｏｖｅｒｙ識別子が、ローカルなＤｉｓｃｏｖｅｒｙ識別子であることを示す。
【０１０３】
ＵＥ１００♯１Ｂは、グローバルなＤｉｓｃｏｖｅｒｙ識別子を含むＤｉｓｃｏｖｅｒｙ信号を送信する場合、グローバルフラグがオンであることを示すグローバルフラグ情報をＤｉｓｃｏｖｅｒｙ信号に含めることができる。一方、ＵＥ１００♯１Ｂは、ローカルなＤｉｓｃｏｖｅｒｙ識別子を含むＤｉｓｃｏｖｅｒｙ信号を送信する場合、グローバルフラグがオフであることを示すグローバルフラグ情報をＤｉｓｃｏｖｅｒｙ信号に含めることができる。或いは、ＵＥ１００♯１Ｂは、グローバルフラグ情報を含まないＤｉｓｃｏｖｅｒｙ信号を送信できる。
【０１０４】
ＵＥ１００♯１Ｂは、グローバルフラグがオンであることを示すグローバルフラグ情報を含むＤｉｓｃｏｖｅｒｙ信号を送信したと仮定して説明を進める。
【０１０５】
ステップＳ２０３において、ＵＥ１００♯２は、周波数帯♯２で、Ｄｉｓｃｏｖｅｒｙ問合せをｅＮＢ２００♯２に送信する。Ｄｉｓｃｏｖｅｒｙ問合せは、受信したＤｉｓｃｏｖｅｒｙ信号に含まれていたグローバルフラグ情報を含む。その他は、ステップＳ１０３と同様である。
【０１０６】
ｅＮＢ２００♯２は、Ｄｉｓｃｏｖｅｒｙ問合せを受信した場合、当該Ｄｉｓｃｏｖｅｒｙ問合せに応答するか否かを判定する。具体的な判定方法については、後述する。動作パターン２において、ｅＮＢ２００♯２は、ＵＥ１００♯２からのＤｉｓｃｏｖｅｒｙ問合せに応答しないと判定したと仮定して説明を進める。
【０１０７】
ステップＳ２０４において、ｅＮＢ２００♯２は、ＵＥ１００♯２からのＤｉｓｃｏｖｅｒｙ問合せを上位サーバであるＳｅｒｖｅｒ♯２に転送する。なお、ｅＮＢ２００♯２は、受信したＤｉｓｃｏｖｅｒｙ問合せに含まれるグローバルフラグ情報がグローバルフラグがオンであることを示すため、送信（転送）するＤｉｓｃｏｖｅｒｙ問合せにＰＬＭＮ♯１及びｅＮＢ２００♯１Ｂの識別子を含めない。Ｓｅｒｖｅｒ２は、Ｄｉｓｃｏｖｅｒｙ問合せを受信した場合、当該Ｄｉｓｃｏｖｅｒｙ問合せに応答するか否かを判定する。具体的な判定方法については、後述する。動作パターン２では、ｅＮＢ２００♯２は、Ｄｉｓｃｏｖｅｒｙ問合せに応答しないと判定したと仮定して説明を進める。
【０１０８】
ステップＳ２０５において、Ｓｅｒｖｅｒ♯２は、受信したＤｉｓｃｏｖｅｒｙ問合せを上位サーバであるＳｅｒｖｅｒ♯３に転送する。Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せを受信した場合、当該Ｄｉｓｃｏｖｅｒｙ問合せに応答するか否かを判定する。具体的な判定方法については、後述する。動作パターン２では、Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せに応答すると判定したと仮定して説明を進める。
【０１０９】
Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せ及び保持する発見信号リストに基づいて、Ｄｉｓｃｏｖｅｒｙ問い合わせに含まれるグローバルなＤｉｓｃｏｖｅｒｙ識別子が割り当てられたＵＥ１００♯１Ｂを特定する。
【０１１０】
ステップＳ２０６において、Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せ応答を、Ｓｅｒｖｅｒ２を介してｅＮＢ２００♯２に送信する。
【０１１１】
ステップＳ２０７において、ｅＮＢ２００♯２は、周波数帯♯２で、Ｓｅｒｖｅｒ♯２を介してＳｅｒｖｅｒ♯３から受信したＤｉｓｃｏｖｅｒｙ問合せ応答をＵＥ１００♯２に送信する。ＵＥ１００♯２は、Ｄｉｓｃｏｖｅｒｙ問合せ応答（ＵＥ１００♯１Ｂ情報）を受信する。
【０１１２】
動作パターン２によれば、Ｓｅｒｖｅｒ♯３がＤｉｓｃｏｖｅｒｙ問合せを受信する。Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＤｉｓｃｏｖｅｒｙ識別子に基づいて、異なるＰＬＭＮに属するＵＥ１００♯１Ｂに関する情報を含むＤｉｓｃｏｖｅｒｙ問合せ応答をＵＥ１００♯２に通知する。このため、ＵＥ１００♯２は、異なるＰＬＭＮに属するＵＥ１００♯１Ｂに関する情報を知ることができる。
【０１１３】
（Ｃ）動作パターン３
次に、動作パターン３について、図１０及び図１１を用いて説明する。図１０は、動作パターン３に係る動作環境を示す図である。図１１は、動作パターン３に係るシーケンス図である。動作パターン１及び２と同じ部分は、適宜説明を省略する。
【０１１４】
動作パターン２では、Ｓｅｒｖｅｒ♯３が、Ｄｉｓｃｏｖｅｒｙ問合せに応答すると判定したケースであった。動作パターン３では、Ｓｅｒｖｅｒ３が、Ｄｉｓｃｏｖｅｒｙ問合せに応答しないと判定するケースである。動作パターン３では、ＵＥ１００♯１Ｂは、Ｓｅｒｖｅｒ♯１或いはｅＮＢ２００♯１ＢにローカルなＤｉｓｃｏｖｅｒｙ識別子を割り当てられていると仮定して説明を進める。
【０１１５】
図１０及び図１１に示すように、ステップＳ３０１は、ステップＳ２０１に対応する。
【０１１６】
ステップＳ３０２において、ＵＥ１００♯１Ｂは、ローカルなＤｉｓｃｏｖｅｒｙ識別子を含むＤｉｓｃｏｖｅｒｙ信号を送信する。ＵＥ１００♯２は、ＵＥ１００♯１ＢからのＤｉｓｃｏｖｅｒｙ信号を受信する。ＵＥ１００♯１Ｂが、ローカルなＤｉｓｃｏｖｅｒｙ識別子をＤｉｓｃｏｖｅｒｙ信号に含めるため、Ｄｉｓｃｏｖｅｒｙ信号は、グローバルフラグ（Ｇｌｏｂａｌ  ｆｌａｇ）情報を含まない。なお、ＵＥ１００♯１Ｂ、Ｄｉｓｃｏｖｅｒｙ信号は、グローバルフラグがオフであることを示すグローバルフラグ情報を含むＤｉｓｃｏｖｅｒｙ信号を送信してもよい。
【０１１７】
ステップＳ３０３において、ＵＥ１００♯２は、ステップＳ１０３と同様に、周波数帯♯２で、Ｄｉｓｃｏｖｅｒｙ問合せをｅＮＢ２００♯２に送信する。
【０１１８】
ステップＳ３０４は、ステップＳ１０４に対応する。
【０１１９】
ステップＳ３０５において、Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せを受信した場合、当該Ｄｉｓｃｏｖｅｒｙ問合せに応答するか否かを判定する。動作パターン３では、Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せに応答しないと判定したと仮定して説明を進める。
【０１２０】
ステップＳ３０６において、Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＰＬＭＮ♯１の識別子に基づいて、ＰＬＭＮ♯１のＳｅｒｖｅｒ♯１に転送する。Ｓｅｒｖｅｒ♯１は、Ｄｉｓｃｏｖｅｒｙ問合せ及び保持する発見信号リストに基づいて、Ｄｉｓｃｏｖｅｒｙ問い合わせに含まれるＤｉｓｃｏｖｅｒｙ識別子が割り当てられたＵＥ１００♯１Ｂを特定する。
【０１２１】
ステップＳ３０７において、Ｓｅｒｖｅｒ♯１は、Ｄｉｓｃｏｖｅｒｙ問合せ応答を、Ｓｅｒｖｅｒ♯３に送信する。
【０１２２】
ステップＳ３０８及びＳ３０９は、ステップＳ２０６及びＳ２０７に対応する。
【０１２３】
動作パターン３によれば、Ｄｉｓｃｏｖｅｒｙ信号の送信元端末であるＵＥ１００♯１ＢがＰＬＭＮ♯１に属している場合、Ｓｅｒｖｅｒ♯３は、ＰＬＭＮ♯１内に設けられるＳｅｒｖｅｒ♯１にＤｉｓｃｏｖｅｒｙ問合せを転送する。このため、Ｓｅｒｖｅｒ♯１が、Ｓｅｒｖｅｒ♯３の代わりに、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＤｉｓｃｏｖｅｒｙ識別子に基づいて、Ｄｉｓｃｏｖｅｒｙ問合せ応答をＳｅｒｖｅｒ♯２及びＳｅｒｖｅｒ♯３を介してＥ１００♯２に通知する。このため、Ｓｅｒｖｅｒ♯３がＤｉｓｃｏｖｅｒｙ信号の送信元端末を特定しないですむため、Ｓｅｒｖｅｒ♯３に負荷が集中することを低減することができる。
【０１２４】
（Ｄｉｓｃｏｖｅｒｙ問合せ応答に関する判定）
次に、Ｄｉｓｃｏｖｅｒｙ問合せ応答に関する判定について図１２から図１４を用いて説明する。図１２は、実施形態に係るｅＮＢ２００の判定動作を説明するためのフローチャートである。図１３は、実施形態に係るＰＬＭＮ内サーバの判定動作を説明するためのフローチャートである。図１４は、実施形態に係るＰＬＭＮ外サーバの判定動作を説明するためのフローチャートである。
【０１２５】
（Ａ）ｅＮＢ２００の判定動作
ｅＮＢ２００が、Ｄｉｓｃｏｖｅｒｙ問合せ応答を行うか否かの判定動作について、図１２を用いて説明する。
【０１２６】
図１２に示すように、ステップＳ４０１において、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せを受信する。Ｄｉｓｃｏｖｅｒｙ問合せは、受信したＤｉｓｃｏｖｅｒｙ信号に含まれる情報（Ｄｉｓｃｏｖｅｒｙ  ｓｉｇｎａｌ）を含む。当該情報は、Ｄｉｓｃｏｖｅｒｙ識別子を含む。また、Ｄｉｓｃｏｖｅｒｙ問合せは、例えば、ＰＬＭＮの識別子（ＰＬＭＮ  ＩＤ）、ｅＮＢの識別子（ｅＮＢ  ＩＤ）、及び、グローバルフラグ情報（Ｇｌｏｂａｌ  ｆｌａｇ）を含むことができる。
【０１２７】
ステップＳ４０２において、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＤｉｓｃｏｖｅｒｙ識別子がグローバルなＤｉｓｃｏｖｅｒｙ識別子であるか否かを判定する。Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＤｉｓｃｏｖｅｒｙ識別子がグローバルなＤｉｓｃｏｖｅｒｙ識別子である（すなわち、グローバルフラグがオンである）場合、ステップＳ４０３の処理を実行し、そうでない（すなわち、グローバルフラグがオフである）場合、ステップＳ４０４の処理を実行する。
【０１２８】
ステップＳ４０３において、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せを上位サーバ（Ｓｅｒｖｅｒ♯１（Ｓｅｒｖｅｒ♯２）、或いはＳｅｒｖｅｒ♯３）に転送する。すなわち、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せに応答しないと判定する。その後、ｅＮＢ２００は、処理を終了する。
【０１２９】
ステップＳ４０４において、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるｅＮＢ２００の識別子が、自身（ｅＮＢ２００）の識別子と一致するか否かを判定する。すなわち、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ信号の送信元端末が自セルに在圏しているか否かを判定する。ｅＮＢ２００は、これらの識別子が異なる場合、ステップＳ４０５の処理を実行し、そうでない（これらの識別子が一致する）場合、ステップＳ４０６の処理を実行する。
【０１３０】
また、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せにセル識別子が含まれる場合、Ｄｉｓｃｏｖｅｒｙ問合せにセル識別子が自セルの識別子と一致するか否かを同様に判定する。
【０１３１】
なお、ｅＮＢ２００は、これらの識別子がＤｉｓｃｏｖｅｒｙ問合せに含まれない場合、ステップ４０５の処理を実行する。
【０１３２】
ステップＳ４０５において、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せを上位サーバに転送する。すなわち、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せに応答しないと判定する。その後、ｅＮＢ２００は、処理を終了する。ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ信号の送信元端末が自セルに在圏していない場合、Ｄｉｓｃｏｖｅｒｙ問合せを上位サーバに転送できるため、結果として、Ｄｉｓｃｏｖｅｒｙ信号の送信元端末が効率よく特定できる。
【０１３３】
ステップＳ４０６において、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せに応答すると判定し、発見信号リストを参照する。ｅＮＢ２００は、発見信号リストを参照した結果、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＤｉｓｃｏｖｅｒｙ識別子が発見信号リストに含まれる場合、当該Ｄｉｓｃｏｖｅｒｙ識別子に対応するＵＥ１００を特定し、Ｄｉｓｃｏｖｅｒｙ問合せ応答を生成する。
【０１３４】
なお、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＤｉｓｃｏｖｅｒｙ識別子が発見信号リストに含まれない場合、ステップ４０５の処理を実行する。
【０１３５】
ステップＳ４０７において、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せ応答をＵＥ１００に送信（通知）する。ｅＮＢ２００が、Ｓｅｒｖｅｒ♯１（Ｓｅｒｖｅｒ♯２）及びＳｅｒｖｅｒ♯３の代わりに、Ｄｉｓｃｏｖｅｒｙ問合せに応答するため、シグナリングが減少し、ネットワークの負荷を低減することができる。
【０１３６】
（Ｂ）ＰＬＭＮ内サーバ（Ｓｅｒｖｅｒ♯１、Ｓｅｒｖｅｒ♯２）
次に、ＰＬＭＮ内サーバ（以下、Ｓｅｒｖｅｒ♯１と適宜称する）が、Ｄｉｓｃｏｖｅｒｙ問合せ応答を行うか否かの判定動作について、図１３を用いて説明する。
【０１３７】
図１３に示すように、ステップＳ５０１において、Ｓｅｒｖｅｒ♯１は、Ｄｉｓｃｏｖｅｒｙ問合せを受信する。
【０１３８】
ステップＳ５０２及びＳ５０３は、ステップＳ４０２及びＳ４０３に対応する。
【０１３９】
ステップＳ５０４において、Ｓｅｒｖｅｒ♯１は、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＰＬＭＮの識別子が、自身（Ｓｅｒｖｅｒ♯１）の属するＰＬＭＮと一致するか否かを判定する。すなわち、Ｓｅｒｖｅｒ♯１は、Ｄｉｓｃｏｖｅｒｙ信号の送信元端末が自ＰＬＭＮに属しているか否かを判定する。Ｓｅｒｖｅｒ♯１は、これらの識別子が異なる場合、ステップＳ５０５の処理を実行し、そうでない（これらの識別子が一致する）場合、ステップＳ５０６の処理を実行する。
【０１４０】
なお、Ｓｅｒｖｅｒ♯１は、ＰＬＭＮの識別子がＤｉｓｃｏｖｅｒｙ問合せに含まれない場合、ステップ５０５の処理を実行する。Ｓｅｒｖｅｒ♯１は、Ｄｉｓｃｏｖｅｒｙ信号の送信元端末が自ＰＬＭＮに属していない場合、Ｄｉｓｃｏｖｅｒｙ問合せを上位サーバであるＳｅｒｖｅｒ♯３に転送できるため、結果として、Ｄｉｓｃｏｖｅｒｙ信号の送信元端末が効率よく特定できる。
【０１４１】
ステップＳ５０５からＳ５０７は、ステップＳ４０５からＳ４０７に対応する。なお、Ｓ５０５において、Ｓｅｒｖｅｒ♯１は、Ｓｅｒｖｅｒ♯３に転送せずに、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＰＬＭＮ識別子に基づいて、他のＰＬＭＮに属する管理サーバ（例えば、Ｓｅｒｖｅｒ♯２）に、Ｄｉｓｃｏｖｅｒｙ問合せを転送してもよい。これにより、Ｓｅｒｖｅｒ♯３に負荷が集中することを低減することができる。
【０１４２】
なお、ｅＮＢ２００は、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＤｉｓｃｏｖｅｒｙ識別子が発見信号リストに含まれない場合、ステップ５０５の処理を実行する。
【０１４３】
（Ｃ）ＰＬＭＮ外サーバ（Ｓｅｒｖｅｒ♯３）
次に、ＰＬＭＮ外サーバ（以下、Ｓｅｒｖｅｒ♯３と適宜称する）が、Ｄｉｓｃｏｖｅｒｙ問合せ応答を行うか否かの判定動作について、図１４を用いて説明する。
【０１４４】
図１４に示すように、ステップＳ６０１において、Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せを受信する。
【０１４５】
ステップＳ６０２において、Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＤｉｓｃｏｖｅｒｙ識別子がグローバルなＤｉｓｃｏｖｅｒｙ識別子である（すなわち、グローバルフラグがオンである）場合、ステップＳ６０３の処理を実行し、そうでない（すなわち、グローバルフラグがオフである）場合、ステップＳ６０５の処理を実行する。
【０１４６】
ステップＳ６０３において、Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せに応答すると判定し、グローバルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストを参照する。Ｓｅｒｖｅｒ♯３は、発見信号リストを参照した結果、当該Ｄｉｓｃｏｖｅｒｙ識別子に対応するＵＥ１００を特定し、Ｄｉｓｃｏｖｅｒｙ問合せ応答を生成する。
【０１４７】
ステップＳ６０４は、ステップＳ４０７に対応する。
【０１４８】
一方、ステップＳ６０５において、Ｓｅｒｖｅｒ♯３は、Ｄｉｓｃｏｖｅｒｙ問合せに含まれるＰＬＭＮの識別子に基づいて、ＰＬＭＮの識別子が示すＰＬＭＮに属するＰＬＭＮ内サーバにＤｉｓｃｏｖｅｒｙ問合せを転送する。これにより、Ｓｅｒｖｅｒ♯３に負荷が集中することを低減することができる。
【０１４９】
［その他の実施形態］
上述した実施形態において、Ｓｅｒｖｅｒ♯３（ＰＬＭＮ外サーバ）は、グローバルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストを保持していたが、これに限られない。Ｓｅｒｖｅｒ♯３は、複数のＰＬＭＮでＵＥ１００に割り当てられるＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストを保持していてもよい。例えば、Ｓｅｒｖｅｒ♯３は、Ｓｅｒｖｅｒ♯１でＵＥ１００に割り当てられるＤｉｓｃｏｖｅｒｙ識別子に関する第１の発見信号リストと、Ｓｅｒｖｅｒ♯２でＵＥ１００に割り当てられるＤｉｓｃｏｖｅｒｙ識別子に関する第２の発見信号リストを保持していてもよい。Ｓｅｒｖｅｒ♯３は、複数のＰＬＭＮのそれぞれでＵＥ１００に割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストとグローバルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストとを保持していてもよい。
【０１５０】
ローカルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストを保持するＳｅｒｖｅｒ♯３は、各ＰＬＭＮに属するＰＬＭＮ内サーバのそれぞれからなる複数のＰＬＭＮ内サーバから発見信号リストの更新情報を受信し、Ｓｅｒｖｅｒ♯３が保持するローカルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストを更新する。Ｓｅｒｖｅｒ♯３は、複数のＰＬＭＮ内サーバに更新情報を要求してもよいし、複数のＰＬＭＮ内サーバのそれぞれが定期的に、或いは、所定のトリガ（例えば、ＰＬＭＮ内サーバが保持する発見信号リストの更新）に応じて、更新情報をＳｅｒｖｅｒ♯３に送信してもよい。
【０１５１】
上述した実施形態において、ｅＮＢ２００は、ＰＬＭＮ内サーバにＤｉｓｃｏｖｅｒｙ問合せを転送したが、これに限られない。例えば、ＰＬＭＮ内サーバが設けられない場合に、ｅＮＢ２００は、ＰＬＭＮ外サーバにＤｉｓｃｏｖｅｒｙ問合せを転送してもよい。
【０１５２】
また、ＰＬＭＮ外サーバが複数のＰＬＭＮのそれぞれで割り当てられるローカルなＤｉｓｃｏｖｅｒｙ識別子に関する発見信号リストを保持する場合、ｅＮＢ２００及びＰＬＭＮ内サーバは、Ｄｉｓｃｏｖｅｒｙ問合せへの応答を行わずに、ＰＬＭＮ外サーバのみが、Ｄｉｓｃｏｖｅｒｙ問合せへの応答を行ってもよい。
【０１５３】
また、上述した実施形態において、１つのＵＥ１００に対して、１つのＤｉｓｃｏｖｅｒｙ識別子が割り当てられてもよいし、ＵＥ１００が行うＤ２Ｄ通信の内容（或いは、Ｄ２Ｄ通信に用いられるアプリケーション）毎に、Ｄｉｓｃｏｖｅｒｙ識別子が割り当てられてもよい。すなわち、ＵＥ１００は、複数のＤｉｓｃｏｖｅｒｙ識別子が割り当てられてもよく、これらの複数のＤｉｓｃｏｖｅｒｙ識別子をＤ２Ｄ通信の内容（或いは、当該アプリケーション）に応じて、Ｄｉｓｃｏｖｅｒｙ信号に含めるＤｉｓｃｏｖｅｒｙ識別子を変えてもよい。
【０１５４】
或いは、上述した実施形態において、１つのＵＥ１００に対して、ローカルなＤｉｓｃｏｖｅｒｙ識別子とグローバルなＤｉｓｃｏｖｅｒｙ識別子とが割り当てられてもよい。この場合、ＵＥ１００は、ローカルなＤｉｓｃｏｖｅｒｙ識別子とグローバルなＤｉｓｃｏｖｅｒｙ識別子とを適宜使い分けることができる。例えば、ＵＥ１００は、ＵＥ１００の位置に応じて、これらのＤｉｓｃｏｖｅｒｙ識別子を使い分けることができる。具体的には、ＵＥ１００は、国内では、ローカルなＤｉｓｃｏｖｅｒｙ識別子を含むＤｉｓｃｏｖｅｒｙ信号を送信し、国外では、グローバルなＤｉｓｃｏｖｅｒｙ識別子を含むＤｉｓｃｏｖｅｒｙ信号を送信できる。或いは、ＵＥ１００は、Ｄ２Ｄ通信の対象が自ＰＬＭＮに属するＵＥ１００である場合、ローカルなＤｉｓｃｏｖｅｒｙ識別子を含むＤｉｓｃｏｖｅｒｙ信号を送信し、Ｄ２Ｄ通信の対象を自ＰＬＭＮに属するＵＥ１００に限定しない場合、グローバルなＤｉｓｃｏｖｅｒｙ識別子を含むＤｉｓｃｏｖｅｒｙ信号を送信してもよい。なお、ＵＥ１００は、ローカルなＤｉｓｃｏｖｅｒｙ識別子とグローバルなＤｉｓｃｏｖｅｒｙ識別子とを含むＤｉｓｃｏｖｅｒｙ信号を送信してもよい。
【０１５５】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１５６】
なお、日本国特許出願第２０１４−０４５６０８号（２０１４年３月７日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１５７】
以上のように、本実施形態に係る通信制御方法、管理サーバ及びユーザ端末によれば、Ｄ２Ｄ発見信号を受信したユーザ端末が、異なるＰＬＭＮに属する他のユーザ端末からＤ２Ｄ発見信号を受信した場合であっても、Ｄ２Ｄ発見信号の送信元端末に関する情報を知ることができるため、移動通信分野において有用である。
【図１】
2017200225.tif 000003
【図２】
2017200225.tif 000004
【図３】
2017200225.tif 000005
【図４】
2017200225.tif 000006
【図５】
2017200225.tif 000007
【図６】
2017200225.tif 000008
【図７】
2017200225.tif 000009
【図８】
2017200225.tif 000010
【図９】
2017200225.tif 000011
【図１０】
2017200225.tif 000012
【図１１】
2017200225.tif 000013
【図１２】
2017200225.tif 000014
【図１３】
2017200225.tif 000015
【図１４】
2017200225.tif 000016