JP6117033B2 - 移動通信システム及びユーザ端末 - Google Patents

Description

本発明は、Ｄ２Ｄ通信をサポートする移動通信システム、ユーザ端末及びネットワーク装置に関する。

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

Ｄ２Ｄ通信では、近接する複数のユーザ端末がコアネットワークを介さずに直接的な端末間通信を行う。一方、移動通信システムの通常の通信であるセルラ通信では、ユーザ端末がコアネットワークを介して通信を行う。

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

ところで、ユーザ端末は、他のユーザ端末を発見するために、他のユーザ端末から送信されるＤ２Ｄ通信の相手端末の発見に用いられる発見信号のスキャンを行う。

しかしながら、ユーザ端末は、他のユーザ端末の状況が分からないため、例えば、ユーザ端末が存在するエリア内に他のユーザ端末が存在しない場合、又は、他のユーザ端末が発見信号を送信していない場合に、発見信号のスキャンを行って、無駄にバッテリを消費する虞がある。

そこで、本発明は、Ｄ２Ｄ通信における無駄なバッテリの消費を抑制可能な移動通信システム、ユーザ端末及びネットワーク装置を提供することを目的とする。

一実施形態に係る移動通信システムは、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムである。当該移動通信システムは、前記Ｄ２Ｄ通信の相手端末の発見に用いられる発見信号のスキャンを制御するユーザ端末と、前記ユーザ端末が存在するエリア内で前記発見信号を送信する他のユーザ端末に関する発見信号情報を前記ユーザ端末に通知するネットワーク装置と、を有する。前記ユーザ端末は、前記Ｄ２Ｄ通信の通信相手に希望する希望ユーザ端末であることを特定するための希望端末情報を設定し、前記ユーザ端末は、前記ネットワーク装置から通知された前記発見信号情報に、前記希望端末情報が含まれると判定するまで、前記発見信号のスキャンを制限する。

本発明に係る移動通信システム、ユーザ端末及びネットワーク装置によれば、Ｄ２Ｄ通信における無駄なバッテリの消費を抑制可能である。

図１は、ＬＴＥシステムの構成図である。 図２は、ＵＥのブロック図である。 図３は、ｅＮＢのブロック図である。 図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。 図５は、ＬＴＥシステムで使用される無線フレームの構成図である。 図６は、図６は、Ｄ２Ｄ通信を説明するための図である。 図７は、第１実施形態に係る移動通信システムの動作環境を説明するための説明図である。 図８は、本実施形態に係る移動通信システムの動作例を示すシーケンス図である。 図９は、本実施形態に係る移動通信システムの動作例を示すシーケンス図である。 図１０は、第１実施形態の変更例に係る移動通信システムの動作例である動作パターン１を示すシーケンス図である。 図１１は、第１実施形態の変更例に係る移動通信システムの動作例である動作パターン２を示すシーケンス図である。 図１２は、第２実施形態に係る移動通信システムの動作環境を説明するための説明図である。 図１３は、本実施形態に係る移動通信システムの動作例を示すシーケンス図である。 図１４は、本実施形態に係る移動通信システムの動作例を示すシーケンス図である。 図１５は、その他実施形態に係る移動通信システムの動作例を示すシーケンス図である。 図１６は、その他実施形態に係る移動通信システムの動作例を示すシーケンス図である。 図１７は、候補リストを更新する動作例を説明するための説明図である。

本実施形態に係る移動通信システムは、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムである。当該移動通信システムは、前記Ｄ２Ｄ通信の相手端末の発見に用いられる発見信号のスキャンを制御するユーザ端末と、前記ユーザ端末が存在するエリア内で前記発見信号を送信する他のユーザ端末に関する発見信号情報を前記ユーザ端末に通知するネットワーク装置と、を有する。前記ユーザ端末は、前記Ｄ２Ｄ通信の通信相手に希望する希望ユーザ端末であることを特定するための希望端末情報を設定し、前記ユーザ端末は、前記ネットワーク装置から通知された前記発見信号情報に、前記希望端末情報が含まれると判定するまで、前記発見信号のスキャンを制限する。

第１実施形態において、前記ユーザ端末は、前記Ｄ２Ｄ通信に使用するアプリケーションを示すアプリケーション識別子を前記希望端末情報として設定し、前記ユーザ端末は、前記発見信号情報に含まれ前記他のユーザ端末が前記Ｄ２Ｄ通信に使用するアプリケーションを示すアプリケーション識別子が、設定した前記アプリケーション識別子と合致した場合に、前記発見信号情報に前記希望端末情報が含まれると判定する。

第２実施形態において、前記ユーザ端末は、前記希望ユーザ端末を示す固有の識別子を前記希望端末情報として設定し、前記ユーザ端末は、前記希望ユーザ端末を示す前記固有の識別子を前記希望端末情報として前記ネットワーク装置に通知し、前記ネットワーク装置は、前記希望端末情報により取得した前記固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致する場合、前記他のユーザ端末に関連する情報を前記発見信号情報として前記ユーザ端末に通知する、及び／又は、前記希望端末情報により取得した前記固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致しない場合、希望ユーザ端末が前記他のユーザ端末と合致しないことを示す情報を前記ユーザ端末に通知する。

第２実施形態において、前記他のユーザ端末は、前記Ｄ２Ｄ通信の通信相手として発見されること許諾する許諾ユーザ端末に関するホワイトリストを前記ネットワーク装置に通知し、前記ネットワーク装置は、前記希望端末情報を通知した前記ユーザ端末が、前記ホワイトリストに含まれる前記許諾ユーザ端末である場合にのみ、前記他のユーザ端末に関連する情報を前記発見信号情報として前記ユーザ端末に通知する。

第２実施形態において、前記他のユーザ端末は、前記Ｄ２Ｄ通信の通信相手として発見されること拒否する拒否ユーザ端末に関するブラックリストを前記ネットワーク装置に通知し、前記ネットワーク装置は、前記希望端末情報を通知した前記ユーザ端末が、前記ブラックリストに含まれる前記拒否ユーザ端末である場合、前記他のユーザ端末に関連する情報を前記発見信号情報として前記ユーザ端末に通知しない。

第２実施形態において、前記他のユーザ端末は、前記Ｄ２Ｄ通信の通信相手を特定のユーザ端末に限定していない旨を前記ネットワーク装置に通知し、前記ネットワーク装置は、前記希望端末情報により取得した前記固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致しない場合であっても、前記他のユーザ端末に関連する情報を前記発見信号情報として前記ユーザ端末に通知する。

第２実施形態において、前記ユーザ端末は、前記希望ユーザ端末を示す固有の識別子を前記ネットワーク装置に通知し、ネットワーク装置は、前記他のユーザ端末を示す識別子として一時的に割り振られた一時的ユーザ識別子を前記発見信号情報に含めて送信し、前記ユーザ端末は、前記発見信号のスキャンによって、前記他のユーザ端末から前記発見信号を受信した場合で、且つ、前記発見信号情報に基づいて前記発見信号に対応する前記一時的ユーザ識別子を特定した場合、前記一時的ユーザ識別子を前記ネットワーク装置に通知し、前記ネットワーク装置は、前記一時的ユーザ識別子が割り振られた前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致した場合に、前記Ｄ２Ｄ通信を開始させるための指示を前記ユーザ端末に通知する、及び／又は、記ネットワーク装置は、前記一時的ユーザ識別子が割り振られた前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致しない場合に、前記他のユーザ端末の固有の識別子が前記希望ユーザ端末を示す固有の識別子と合致しないことを示す情報を、前記ユーザ端末に通知する。

第１実施形態の変更例において、前記ユーザ端末は、前記希望ユーザ端末を示す固有の識別子を前記ネットワーク装置に通知し、前記他のユーザ端末は、前記他のユーザ端末を示す識別子として一時的に割り振られた一時的ユーザ識別子を前記発見信号に含めて送信し、前記ユーザ端末は、前記発見信号のスキャンによって、前記他のユーザ端末から前記一時的ユーザ識別子を含む前記発見信号を受信した場合、前記一時的ユーザ識別子を前記ネットワーク装置に通知し、前記ネットワーク装置は、前記一時的ユーザ識別子が割り振られた前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致した場合に、前記Ｄ２Ｄ通信を開始させるための指示を前記ユーザ端末に通知する、及び／又は、前記ネットワーク装置は、前記一時的ユーザ識別子が割り振られた前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致しない場合に、前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致しないことを示す情報を前記ユーザ端末に通知する。

第１実施形態の変更例において、前記ユーザ端末は、前記発見信号のスキャンによって前記他のユーザ端末から前記発見信号を受信した場合、前記発見信号を受信した旨を前記ネットワーク装置に通知し、前記発見信号を受信した旨を受信した前記ネットワーク装置は、前記ユーザ端末及び前記他のユーザ端末に対して割り当てた無線リソースを前記ユーザ端末及び前記他のユーザ端末に通知し、前記ユーザ端末及び前記他のユーザ端末は、前記無線リソースを用いて前記Ｄ２Ｄ通信を開始するか否かを確認する。

第１実施形態の変更例において、前記ネットワーク装置は、前記他のユーザ端末が前記Ｄ２Ｄ通信に使用するアプリケーションに基づいて、前記無線リソースを前記ユーザ端末及び前記他のユーザ端末に通知するか否かを判定する。

その他実施形態の変更例において、前記ユーザ端末は、前記他のユーザ端末を示し前記ユーザ端末に既知の固有の識別子を前記希望端末情報として設定し、前記他のユーザ端末は、前記他のユーザ端末を示し前記ユーザ端末に既知の前記固有の識別子を前記発見信号に含めて送信し、前記ユーザ端末は、前記発見信号に含まれる前記固有の識別子が、前記希望端末情報として設定された前記固有の識別子と合致した場合に、前記発見信号を送信する前記他のユーザ端末が前記希望ユーザ端末であると判定する。

本実施形態に係るユーザ端末は、ネットワーク装置を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるユーザ端末である。当該ユーザ端末は、前記Ｄ２Ｄ通信の相手端末の発見に用いられる発見信号のスキャンを制御する制御部と、前記ネットワーク装置から前記ユーザ端末が存在するエリア内で前記発見信号を送信する他のユーザ端末に関する発見信号情報を受信する受信部と、を備える。前記制御部は、前記Ｄ２Ｄ通信の通信相手に希望する希望ユーザ端末であることを特定するための希望端末情報を設定する。前記制御部は、前記ユーザ端末は、前記ネットワーク装置から通知された前記発見信号情報に、前記希望端末情報が含まれると判定するまで、前記発見信号のスキャンを制限する。

第１実施形態において、前記制御部は、前記Ｄ２Ｄ通信に使用するアプリケーションを示すアプリケーション識別子を前記希望端末情報として設定する。前記制御部は、前記発見信号情報に含まれ前記他のユーザ端末が前記Ｄ２Ｄ通信に使用するアプリケーションを示すアプリケーション識別子が、設定した前記アプリケーション識別子と合致した場合に、前記発見信号情報に前記希望端末情報が含まれると判定する。

第１実施形態に係るユーザ端末は、前記希望ユーザ端末を示す前記固有の識別子を前記希望端末情報として前記ネットワーク装置に通知する送信部をさらに備え、前記受信部は、前記希望端末情報により取得した前記固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致する場合に、前記他のユーザ端末に関連する情報を前記発見信号情報として前記ネットワーク装置から受信する、及び／又は、前記希望端末情報により取得した前記固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致しない場合、希望ユーザ端末が前記他のユーザ端末と合致しないことを示す情報を前記発見信号情報として前記ネットワーク装置から受信する。

本実施形態に係るネットワーク装置は、ユーザ端末を有する直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるネットワーク装置である。当該ネットワーク装置は、前記ユーザ端末が存在するエリア内で前記発見信号を送信する他のユーザ端末に関する発見信号情報を前記ユーザ端末に通知する送信部を備える。前記発見信号情報は、前記ユーザ端末が前記Ｄ２Ｄ通信の通信相手に希望する希望ユーザ端末が、前記発見信号を前記エリア内で送信しているか否かを前記ユーザ端末が判定するために用いられる。

第１実施形態に係るネットワーク装置において、前記送信部は、前記他のユーザ端末が前記Ｄ２Ｄ通信に使用するアプリケーションを示すアプリケーション識別子を含む前記発見信号情報を前記ユーザ端末に通知し、前記発見信号情報に含まれる前記アプリケーション識別子は、前記他のユーザ端末が前記Ｄ２Ｄ通信に使用するアプリケーションが、前記ユーザ端末が前記Ｄ２Ｄ通信に使用するアプリケーションと合致しているか否かを、前記ユーザ端末が判定するために用いられる。

第１実施形態に係るネットワーク装置は、前記ユーザ端末から前記希望ユーザ端末を示す固有の識別子を受信する受信部と、前記希望ユーザ端末を示す固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致する場合、前記他のユーザ端末に関連する情報を前記発見信号情報として前記ユーザ端末に通知する、及び／又は、前記希望端末情報により取得した前記固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致しない場合、希望ユーザ端末が前記他のユーザ端末と合致しないことを示す情報を前記発見信号情報として前記ユーザ端末に通知する制御を行う制御部と、を備える。

なお、第２実施形態に係るユーザ端末は、前記希望ユーザ端末を示す固有の識別子を前記ネットワーク装置に通知する送信部をさらに備える。前記送信部は、前記発見信号のスキャンによって、前記他のユーザ端末を示す識別子として一時的に割り振られた一時的ユーザ識別子を含む前記発見信号を前記他のユーザ端末から受信した場合、前記一時的ユーザ識別子を前記ネットワーク装置に通知する。前記受信部は、は、前記一時的ユーザ識別子が割り振られた前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致した場合に、前記ユーザ端末に前記Ｄ２Ｄ通信を開始させるための指示を前記ネットワーク装置から受信する。

また、第２実施形態に係るユーザ端末は、前記発見信号のスキャンによって前記他のユーザ端末から前記発見信号を受信した場合、前記発見信号を受信した旨を前記ネットワーク装置に通知する送信部をさらに備える。前記受信部は、前記ユーザ端末及び前記他のユーザ端末に対して割り当てた無線リソースを受信する。前記制御部は、前記無線リソースを用いて前記他のユーザ端末と前記Ｄ２Ｄ通信を開始するか否かを確認する。

また、第２実施形態に係るユーザ端末において、前記制御部は、前記他のユーザ端末を示し前記ユーザ端末に既知の固有の識別子を前記希望端末情報として設定する。前記受信部は、前記他のユーザ端末を示し前記ユーザ端末に既知の前記固有の識別子を含む前記発見信号を前記他のユーザ端末から受信する。前記制御部は、前記発見信号に含まれる前記固有の識別子が、前記希望端末情報として設定された前記固有の識別子と合致した場合に、前記発見信号を送信する前記他のユーザ端末が前記希望ユーザ端末であると判定する。

また、第２実施形態に係るネットワーク装置は、前記希望ユーザ端末を示す固有の識別子を前記ユーザ端末から受信する受信部と、前記他のユーザ端末を示す識別子として一時的ユーザ識別子を一時的に割り振る制御部と、をさらに備える。前記受信部は、前記発見信号に含まれた前記一時的ユーザ識別子を前記ユーザ端末から受信し、前記制御部は、前記一時的ユーザ識別子が割り振られた前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致した場合に、前記ユーザ端末に前記Ｄ２Ｄ通信を開始させるための指示を通知する制御を行う。

また、第２実施形態に係るネットワーク装置は、前記発見信号を受信した旨を前記ユーザ端末から受信する受信部を備える。前記送信部は、前記受信部が前記発見信号を受信した旨を受信した場合、前記ユーザ端末及び前記他のユーザ端末に対して割り当てた無線リソースを前記ユーザ端末及び前記他のユーザ端末に通知する。

また、第２実施形態に係るネットワーク装置は、前記他のユーザ端末が前記Ｄ２Ｄ通信に使用するアプリケーションに基づいて、前記無線リソースを前記ユーザ端末及び前記他のユーザ端末に通知するか否かを判定する制御部をさらに備える。

なお、上述した請求項に係る「ネットワーク装置」は、ｅＮＢ２００を含む。

［第１実施形態］
（ＬＴＥシステム）
図１は、本実施形態に係るＬＴＥシステムの構成図である。

図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。

ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。

Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。

なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。

ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ４００（Ｏｐｅｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）と）を含む。また、ＥＰＣ２０は、コアネットワークに相当する。

ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。

ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。

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

次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。

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

本実施形態の制御部は、Ｄ２Ｄ通信の相手端末の発見に用いられる発見信号（Ｄｉｓｃｏｖｅｒｙ信号）の送信を制御する。また、制御部は、発見信号のスキャンを制御する。具体的には、制御部は、発見信号情報に希望ＵＥを特定するための情報が含まれると判定するまで発見信号のスキャンを制限する。

ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。

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

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。

ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。

バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。

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

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

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

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

メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。

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

図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。

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

物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。

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

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

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

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

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

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

図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルにより構成される無線リソース単位はリソースエレメント（ＲＥ）と称される。

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

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。さらに、各サブフレームには、セル固有参照信号（ＣＲＳ）が分散して配置される。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。さらに、各サブフレームには、復調参照信号（ＤＭＲＳ）及びサウンディング参照信号（ＳＲＳ）が配置される。

（Ｄ２Ｄ通信）
本実施形態に係るＬＴＥシステムは、直接的な端末間通信（ＵＥ間通信）であるＤ２Ｄ通信をサポートする。ここでは、Ｄ２Ｄ通信を、ＬＴＥシステムの通常の通信であるセルラ通信と比較して説明する。セルラ通信は、データパスがネットワーク（Ｅ−ＵＴＲＡＮ１０、ＥＰＣ２０）を経由する通信モードである。データパスとは、ユーザデータの通信経路である。これに対し、Ｄ２Ｄ通信は、ＵＥ間に設定されるデータパスがネットワークを経由しない通信モードである。

図６は、Ｄ２Ｄ通信を説明するための図である。図６に示すように、Ｄ２Ｄ通信は、データパスがｅＮＢ２００を経由しない。相互に近接するＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００のセルにおいて、低送信電力で直接的に無線通信を行う。このように、近接するＵＥ１００−１及びＵＥ１００−２が低送信電力で直接的に無線通信を行うことにより、セルラ通信に比べて、ＵＥ１００の消費電力を削減し、かつ、隣接セルへの干渉を低減できる。

（発見リスト）
ｅＮＢ２００は、ｅＮＢ２００が管理する自セル内で発見信号を送信するＵＥ１００に関する発見リスト（Ｄｉｓｃｏｖｅｒｙ Ｌｉｓｔ）を有する。

発見リストは、発見信号を送信するＵＥ１００を示す固有の識別子（例えば、固有のＵＥＩＤ、電話番号、メールアドレス）、発見信号を識別するためのコードである発見コード（ＤｉｓｃｏｖｅｒｙＣｏｄｅ）、及び、発見信号を送信するＵＥ１００がＤ２Ｄ通信で使用するアプリケーションの識別子（アプリケーションＩＤ）の情報を含む。

発見コードは、例えば、ＵＥ１００自身に予め設定された固有の識別子（ＵＥＩＤ）、当該ＵＥＩＤよりも上位の識別子（例えば、電話番号）、ｅＮＢ２００が制御するために一時的に割り当てる識別子（ＲＮＴＩ）及び発見信号のシーケンスのいずれか１つ以上を含む。

なお、発見信号を送信するＵＥ１００のユーザは、Ｄ２Ｄ通信を商業目的で使用する場合、アプリケーション識別子は、アプリケーションを示す識別子に加えて、各店舗（又は各サービス）を識別する識別子を含むものであってもよい。言い換えると、店舗（又はサービス）毎で専用の起動ソフトウェアがアプリケーション識別子に対応付けられていてもよいし、各店舗（又は各サービス）で共通の起動ソフトウェア及び店舗識別子のセットがアプリケーション識別子に対応付けられていてもよい。

また、発見リストは、発見信号を送信するＵＥ１００を示す識別子として一時的に割り振られた一時的なＵＥ１００の識別子（ＴｅｍｐｏｒａｒｙＵＥＩＤ）、発見信号の送信に用いられる無線リソース（例えば、周波数帯域）、発見信号の送信タイミング、発見信号を送信するＵＥ１００がＤ２Ｄ通信で使用するアプリケーションの内容、アプリケーションの識別子の種類（一時的な識別子（ＴｅｍｐｏｒａｒｙＩＤ）又は固有の識別子（ＵｎｉｑｕｅＩＤ））、アプリケーションに関連する情報、発見信号を送信するＵＥ１００がＤ２Ｄ通信の通信相手として発見されることを許諾する許諾ＵＥを識別するための情報（ホワイトリスト）、発見信号を送信するＵＥ１００がＤ２Ｄ通信の通信相手として発見されることを拒否する拒否ＵＥを識別するための情報（ブラックリスト）、ＯｐｅｎＤｉｓｃｏｖｅｒｙ情報の少なくともいずれかの情報を含んでもよい。

一時的なＵＥ１００の識別子は、ｅＮＢ２００（又はネットワーク５００）が発見信号を送信するＵＥ１００を管理するためにＵＥ１００に一時的に割り振った識別子である。

アプリケーションの識別子の種類は、そのアプリケーションの識別子が一時的な識別子（ＴｅｍｐｏｒａｒｙＩＤ）か固有の識別子（ＵｎｉｑｕｅＩＤ）かを示す。固有の識別子は、ＰＬＭＮ内、所定の領域（Ｒｅｇｉｏｎ）内、国内、或いは、世界において固有の識別子である。

アプリケーションに関連する情報は、例えば、アプリケーションが後述する２次的な発見処理が必要か否かを示す情報である。

ＯｐｅｎＤｉｓｃｏｖｅｒｙ情報は、発見信号を送信又は受信するＵＥ１００が、Ｄ２Ｄ通信における発見対象又は通信対象を、特定のＵＥ１００を対象としていないことを示す情報である。ＯｐｅｎＤｉｓｃｏｖｅｒｙ情報は、発見信号を送信又は受信するＵＥ１００が、ＯｐｅｎＤｉｓｃｏｖｅｒｙの対象か否かを示すフラグであってもよい。

本実施形態において、発見リストに登録されるＵＥ１００は、ｅＮＢ２００が管理するセルに存在するＵＥ１００である。ｅＮＢ２００は、ＵＥ１００の識別子、ＵＥ１００のＤ２Ｄ通信に関するケイパビリティ情報（Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＥ１００のＤ２Ｄ通信が有効か否かを示す情報（ＯＮ／ＯＦＦ情報）、及び、Ｄ２Ｄ通信の通信相手の発見に関連する情報（Ｄｉｓｃｏｖｅｒａｂｌｅ関連情報）のいずれか一つ以上を参照して、発見リストに、ＵＥ１００の情報を登録してもよい。ｅＮＢ２００は、発見リストに登録する情報をＵＥ１００から取得してもよいし、ネットワーク５００から取得してもよい。

なお、ｅＮＢ２００は、発見リストに登録することをＵＥ１００が要求する場合に、当該ＵＥ１００を発見リストに登録してもよい。

（移動通信システムの動作環境）
次に、本実施形態に係る移動通信システムの動作環境について、図７を用いて説明する。図７は、本実施形態に係る移動通信システムの動作環境を説明するための説明図である。

図７に示すように、ｅＮＢ２００が管理するセル内に、ＵＥ１００（ＵＥ１００−１及びＵＥ１００−２）が存在する。

ＵＥ１００−１は、Ｄ２Ｄ通信の通信相手に希望する希望ＵＥを特定するための情報を候補リスト（ＯｒｄｅｒＬｉｓｔ）に設定する。

候補リストに設定する情報は、例えば、希望ＵＥを示す識別子（例えば、固有のＵＥＩＤ、電話番号、メールアドレス）であってもよいし、Ｄ２Ｄ通信に使用するアプリケーション識別子（アプリケーションＩＤ）であってもよい。

ＵＥ１００−１は、候補リストにアプリケーションを示す識別子が設定された場合、設定されたアプリケーションを起動するためのソフトウェア（起動アプリケーション）及び設定されたアプリケーションの実行に関する実行オプションも候補リストに設定してもよい。なお、実行オプションは、例えば、アプリケーション識別子がソフトウェアを示すだけでなく、店舗識別子を含む場合に、対応するために用いられる。

図７に示すように、ｅＮＢ２００は、発見リストに基づいて、自セル内に存在するＵＥ１００−１に、発見信号情報（ＤｉｓｃｏｖｅｒｙＬｉｓｔＭｅｓｓａｇｅ）を通知する。

発見信号情報（ＤｉｓｃｏｖｅｒｙＬｉｓｔＭｅｓｓａｇｅ）は、ＵＥ１００−１が存在するエリア内で発見信号を送信するＵＥ１００−２に関する情報である。具体的には、発見リストに登録されたＵＥ１００−２に関する情報である。発見信号情報は、発見リストに登録されたＵＥ１００−２に関する一部の情報であってもよいし、ＵＥ１００−２に関する全ての情報を含んでいてもよい。また、発見信号情報は、ＵＥ１００−２が送信する無線リソースに関連する情報（Ｄｉｓｃｏｖｅｒｙ−ｒｅｓｏｕｒｃｅ−ｒｅｌａｔｅｄ ｉｎｆｏｒｍａｔｉｏｎ）を含んでもよい。

（移動通信システムの概略動作）
次に、本実施形態に係る移動通信システムの概略動作について、図８及び図９を用いて説明する。図８及び図９は、本実施形態に係る移動通信システムの動作例を示すシーケンス図である。

図８に示すように、ＵＥ１００−１のユーザは、Ｄ２Ｄ通信に使用するアプリケーションを設定する。これにより、ＵＥ１００−１は、Ｄ２Ｄ通信に使用するアプリケーション識別子ＡＰ１及びソフトウェアＳｏｆｔ１を候補リストに設定（登録）する。ＵＥ１００−２は、発見コードＤｉｓ１を含む発見信号の報知（ブロードキャスト）を開始する。ｅＮＢ２００は、アプリケーション識別子ＡＰ１及びＵＥ１００−２が送信する発見信号に含まれる発見コードＤｉｓ１を発見リストに登録する。ｅＮＢ２００は、発見リストに登録する内容をＵＥ１００−２から事前に取得してもよいし、ネットワークから取得してもよい。

ＵＥ１００−１は、発見信号のスキャンが制限されている。具体的には、ＵＥ１００−１は、発見信号のスキャンを行っていない。

ステップ１０１において、ｅＮＢ２００は、発見信号情報（ＤｉｓｃｏｖｅｒｙＬｉｓｔＭｅｓｓａｇｅ）を通知する。ＵＥ１００−１及びＵＥ１００−２のそれぞれは、発見信号情報を受信する。

ｅＮＢ２００は、例えば、システム情報ブロック（ＳＩＢ）に発見信号情報を含めてブロードキャストしたり、ＲＲＣシグナリングによって、発見信号情報を通知したり、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｉｔｉｃａｓｔ Ｓｅｒｖｉｃｅ）を用いて発見信号情報をマルチキャストする。

本実施形態において、発見信号情報は、ＵＥ１００−２がＤ２Ｄ通信に使用するアプリケーション識別子ＡＰ１及び発見コードＤｉｓ１を含む。

ステップ１０２において、ＵＥ１００−１は、設定したアプリケーションが発見信号情報に存在するか否かを確認する。ＵＥ１００−１は、発見信号情報に、候補リストに設定したアプリケーション識別子ＡＰ１含まれるか否かを判定する。本実施形態において、発見信号情報にアプリケーション識別子ＡＰ１が含まれるため、ＵＥ１００−１は、ステップ１０３の処理を実行する。

ステップ１０３において、発見信号情報にアプリケーション識別子ＡＰ１があるため、ＵＥ１００−１は、発見信号情報から発見コードＤｉｓ１を取得し、発見コードＤｉｓ１に基づいて、発見信号のスキャンを開始するための待ち受け設定を行う。ＵＥ１００−１は、待ち受け設定の完了によって、発見信号のスキャンを開始する。すなわち、ＵＥ１００−１は、発見信号のスキャンの制限を解除する。

ステップ１０４において、ＵＥ１００−２は、発見コードＤｉｓ１を含む発見信号を報知する。ＵＥ１００−１は、発見信号のスキャンによって、発見信号を受信する。

ステップ１０５において、ＵＥ１００−１は、発見信号の受信によって、発見コードＤｉｓ１を発見する。これにより、ＵＥ１００−１は、Ｄ２Ｄ通信の通信相手となるＵＥ１００−２を発見する。ＵＥ１００−２を発見したＵＥ１００−１は、ソフトウェアＳｏｆｔ１を起動する。

ソフトウェアＳｏｆｔ１を起動した後、ＵＥ１００−１は、ＵＥ１００−２とＤ２Ｄ通信のための接続を確立し、ＵＥ１００−１とＵＥ１００−２とは、Ｄ２Ｄ通信を開始する。

一方、図９に示すように、ＵＥ１００−１は、Ｄ２Ｄ通信に使用するアプリケーション識別子ＡＰ１及びソフトウェアＳｏｆｔ１の代わりに、アプリケーション識別子ＡＰ２及びソフトウェアＳｏｆｔ２を候補リストに設定した場合、ステップ１０２において、発見信号情報に、候補リストに設定したアプリケーション識別子ＡＰ２が含まれないと判定する。この場合、ＵＥ１００−１は、ステップ１０６の処理を行う。

ステップ１０６において、ＵＥ１００−１は、発見信号のスキャンを開始しないために、発見信号を待ち受けない設定を行う。従って、ＵＥ１００−１は、発見信号のスキャンが制限されたままである。

（第１実施形態の変更例）
次に、第１実施形態の変更例に係る移動通信システムについて、図１０及び図１１を用いて説明する。

図１０は、第１実施形態の変更例に係る移動通信システムの動作例である動作パターン１を示すシーケンス図である。図１１は、第１実施形態の変更例に係る移動通信システムの動作例である動作パターン２を示すシーケンス図である。

上述した実施形態では、ＵＥ１００−１は、発見信号を受信した後、Ｄ２Ｄ通信を行ったが、本変更例では、ＵＥ１００−１は、発見信号を受信した後、ｅＮＢ２００からＤ２Ｄ通信に関する指示を受ける。

なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。

本変更例では、ｅＮＢ２００の判断に応じて、以下の動作パターン１、２が行われる。

（１）動作パターン１
まず、動作パターン１について、図１０を用いて説明する。

ＵＥ１００−１は、希望ＵＥを示す固有の識別子であるＵＥ識別子を予めネットワーク５００に通知している。ネットワーク５００は、ＵＥ１００−１の希望ＵＥを示すＵＥ識別子を登録した候補リストを有する。

図１０に示すように、ＵＥ１００−２は、発見コードＤｉｓ１を含む発見信号の報知（ブロードキャスト）を開始する。ｅＮＢ２００は、アプリケーション識別子ＡＰ１、ＵＥ１００−２の一時ＵＥ識別子（ＴｅｍｐｏｒａｒｙＵＥＩＤ：ＴｍｐＵＥＩＤ）及びＵＥ１００−２が送信する発見信号に含まれる発見コードＤｉｓ１を登録する。なお、ＵＥ１００−１は、アプリケーション識別子ＡＰ１を候補リストに設定する。

ステップ２０１において、ｅＮＢ２００は、発見信号情報をブロードキャストする。ＵＥ１００−１及びＵＥ１００−２のそれぞれは、発見信号情報を受信する。

本実施形態において、発見信号情報は、アプリケーション識別子ＡＰ１及び発見コードＤｉｓ１に加えて、一時ＵＥ識別子を含む。

ＵＥ１００−１は、アプリケーション識別子ＡＰ１を候補リストに設定し、且つ、発見信号情報にアプリケーション識別子ＡＰ１があるため、発見信号情報から発見コードＤｉｓ１を取得し、発見コードＤｉｓ１に基づいて、発見信号のスキャンを開始する。

ステップ２０２において、ＵＥ１００−２は、発見コードＤｉｓ１を含む発見信号を報知する。ＵＥ１００−１は、発見信号のスキャンによって、発見信号を受信する。

ステップＳ２０３において、ＵＥ１００−１は、発見信号情報から発見コードＤｉｓ１に対応したアプリケーション識別子ＡＰ１及び一時ＵＥ識別子を取得する。これにより、ＵＥ１００−１は、受信した発見信号に対応する一時ＵＥ識別子を特定する。

ステップ２０４において、ＵＥ１００−１は、発見信号を検知したことを示す検知情報をｅＮＢ２００に通知する。ｅＮＢ２００は、検知情報を受信する。

ＵＥ１００−１は、一時ＵＥ識別子では、ＵＥ１００−１が希望する希望ＵＥであるか否かを判定できないため、ｅＮＢ２００又はネットワーク５００に問い合わせるために、検知情報をｅＮＢ２００に通知する。検知情報は、ＵＥ１００−１の識別子及び発見信号に対応する一時ＵＥ識別子を含む。

ステップ２０５において、検知情報を受信したｅＮＢ２００は、候補リスト要求をネットワーク５００に通知する。ネットワーク５００は、候補リスト要求を受信する。

候補リスト要求は、検知情報に含まれるＵＥ１００−１の識別子を含む。

ステップ２０６において、ネットワーク５００は、候補リストをｅＮＢ２００に送信する。ｅＮＢ２００は、候補リストを受信する。

ネットワーク５００は、候補リスト要求に含まれるＵＥ１００−１の識別子に基づいて、ＵＥ１００−１の候補リストをｅＮＢ２００に送信する。候補リストには、希望ＵＥを示すＵＥ識別子が登録されている。

ステップ２０７において、ｅＮＢ２００は、一時ＵＥ識別子に対応するＵＥ識別子を取得する。ｅＮＢ２００は、自身のメモリ２３０又はネットワーク５００から一時ＵＥ識別子に対応する固有のＵＥ識別子を取得する。

ステップ２０８において、ｅＮＢ２００は、ＵＥ１００−１の候補リストに基づいて、ＵＥ１００−１が受信した発見信号を送信したＵＥ１００−２が、希望ＵＥであるか否かを判定する。すなわち、ｅＮＢ２００は、一時ＵＥ識別子に対応する固有のＵＥ識別子が、ＵＥ１００−１の候補リストに登録されたＵＥ識別子と合致するか否かを判定する。

ｅＮＢ２００は、これらのＵＥ識別子どうしが合致すると判定した場合、すなわち、一時ＵＥ識別子が、ＵＥ１００−１が通信を要望する対象のＵＥ識別子であると判定した場合、ステップ２１１の処理を実行する。

ステップ２１１において、ｅＮＢ２００は、Ｄ２Ｄ通信の指示をＵＥ１００−１に送信する。ＵＥ１００−１は、Ｄ２Ｄ通信の指示を受信する。Ｄ２Ｄ通信の指示を受信したＵＥ１００−１は、ＵＥ１００−２とＤ２Ｄ通信を開始する。

一方、ｅＮＢ２００は、これらのＵＥ識別子どうしが合致しないと判定した場合、２次的な発見処理が必要か否かをさらに判定する。ｅＮＢ２００は、例えば、発見信号を送信するＵＥ１００−２が、２次的な発見処理を要求している場合に、２次的な発見処理が必要と判定する。ｅＮＢ２００は、２次的発見処理が必要と判定した場合、ステップ２２１の処理を実行する。

ステップ２２１において、ｅＮＢ２００は、２次的な発見処理を行うための帯域割当を行う。ｅＮＢ２００は、ステップ２０２とは別に、ＵＥ１００−１及びＵＥ１００−２が発見信号の送受信を行うためにＵＥ１００−１及びＵＥ１００−２に対して無線リソースの割当を行う。

ステップ２２２において、ｅＮＢ２００は、帯域割当をＵＥ１００−１及びＵＥ１００−２のそれぞれに通知する。ＵＥ１００−１及びＵＥ１００−２のそれぞれは、帯域割当を受信する。

ステップ２２３において、ＵＥ１００−１及びＵＥ１００−２のそれぞれは、帯域割当を用いて、発見信号の送受信を行う。これにより、ＵＥ１００−１及びＵＥ１００−２は、Ｄ２Ｄ通信を開始するか否かを確認する。ＵＥ１００−１及びＵＥ１００−２は、例えば、発見信号に認証キーを含めて送信する。ＵＥ１００−１及びＵＥ１００−２は認証キーを互いに取得して、Ｄ２Ｄ通信を開始するか否かを判定するための認証手続きを行う。

ＵＥ１００−１及びＵＥ１００−２のそれぞれが、互いにＤ２Ｄ通信を開始すると判定した場合には、認証が成功したとして、Ｄ２Ｄ通信を開始する。一方、ＵＥ１００−１及びＵＥ１００−２の少なくとも一方が、Ｄ２Ｄ通信を開始しないと判定した場合には、認証が失敗したとして、Ｄ２Ｄ通信が行われない。

なお、ｅＮＢ２００は、ＵＥ１００−１が通信を要望する対象のＵＥ識別子でないと判定した場合、何の処理もしない、或いは、受信した発見信号を送信したＵＥ１００−２が、希望ＵＥでないことを示す情報（すなわち、受信した発見信号を送信したＵＥ１００−２の固有の識別子が、希望ＵＥを示す固有の識別子と合致しないことを示す情報）をＵＥ１００−１に通知する。

なお、動作パターン２の変更例として、ステップ２０１における発見信号情報がＵＥ１００−２の一時ＵＥ識別子を含まず、ステップ２０２における発見信号がＵＥ１００−２の一時ＵＥ識別子を含んでいてもよい。

この場合、ステップ２０４において、ＵＥ１００−１は、発見信号に含まれるＵＥ１００−２の一時ＵＥ識別子をｅＮＢ２００に送信する。

（２）動作パターン２
次に、動作パターン２について、図１１を用いて説明する。なお、上述した動作パターン１と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。

ステップ３０１から３０３は、ステップ２０１から２０３に対応する。

ステップ３０４において、ステップ２０４と同様に、ＵＥ１００−１は、検知情報をｅＮＢ２００に通知する。

動作パターン２では、検知情報は、ＵＥ１００−１の識別子及び発見信号に対応する一時ＵＥ識別子に加えて、発見コードＤｉｓ１に対応したアプリケーション識別子ＡＰ１を含む。

ｅＮＢ２００は、アプリケーション（アプリケーション識別子ＡＰ１）に基づいて、２次的な発見処理が必要か否かを判定する。ｅＮＢ２００は、例えば、アプリケーション識別子ＡＰ１が、Ｄ２Ｄ通信の通信相手として特定のＵＥに限定していない場合に使用されるアプリケーションを示す場合に、２次的な発見処理が必要でないと判定する。ｅＮＢ２００は、アプリケーション識別子ＡＰ１が２次的な発見処理を必要としないと判定した場合、ステップ３１１の処理を実行する。一方、ｅＮＢ２００は、アプリケーション識別子ＡＰ１が２次的な発見処理を必要とすると判定した場合、ステップ３２１の処理を実行する。

ステップ３１１から３１５は、ステップ２０５から２０８、２１１に対応し、ステップ３２１から３２３は、ステップ２２１から２２３に対応する。

なお、動作パターン２の変更例として、一時ＵＥ識別子によってアプリケーションが１つに決まる場合、ＵＥ１００−１は、検知情報にアプリケーション識別子を含めなくてもよい。

（第１実施形態のまとめ）
本実施形態において、ｅＮＢ２００は、ＵＥ１００−１が存在するセル内で発見信号を送信するＵＥ１００−２に関する発見信号情報をＵＥ１００−１にブロードキャストする。ＵＥ１００−１は、Ｄ２Ｄ通信の通信相手に希望する希望ＵＥを特定するためにアプリケーション識別子を候補リストに設定し、ＵＥ１００−１は、発見信号情報に設定したアプリケーション識別子が含まれると判定するまで、発見信号のスキャンを制限する。これにより、ＵＥ１００−１が存在するエリア内に発見信号を送信するＵＥ１００−２が存在しない場合、又は、ＵＥ１００−２が発見信号を送信していない場合に、ＵＥ１００−１が発見信号のスキャンを行うことが制限される。従って、ＵＥ１００−１は、無駄なバッテリの消費を抑制できる。また、発見信号情報が、発見信号の送信に用いられる無線リソース（例えば、周波数帯域）を含む場合には、ＵＥ１００−１は、当該無線リソースに基づいて、スキャンを行うことにより、発見信号の送信に用いられていない周波数帯域のスキャンを行うことを回避できる。その結果、ＵＥ１００−１は、無駄なバッテリの消費を抑制できる。

また、本実施形態において、ＵＥ１００−１は、アプリケーション識別子を希望ＵＥを示す情報として候補リストに設定する。ＵＥ１００−１は、発見信号情報に含まれるアプリケーション識別子が、設定したアプリケーション識別子と合致した場合に、発見信号情報に希望ＵＥが含まれると判定する。これにより、希望ＵＥの識別子が候補リストに登録されていない場合であっても、Ｄ２Ｄ通信を行うことができるため、無駄なバッテリ消費を抑制しつつも、Ｄ２Ｄ通信を有効に活用できる。

また、変更例において、ＵＥ１００−１は、希望ＵＥを示す固有の識別子をｅＮＢ２００に通知する。ｅＮＢ２００は、ＵＥ１００−２の識別子として、一時的ＵＥ識別子を発見信号に含めて送信する。ＵＥ１００−１は、発見信号のスキャンによって、ＵＥ１００−２から発見信号を受信した場合で、且つ、発見信号情報に基づいて発見信号に対応する一時的ＵＥ識別子を特定した場合、一時的ＵＥ識別子をｅＮＢ２００に通知する。ｅＮＢ２００は、一時的ＵＥ識別子が割り振られたＵＥ１００−２の固有の識別子が、希望ＵＥの識別子と合致した場合に、ＵＥ１００−１にＤ２Ｄ通信を開始させるための指示を通知する、及び／又は、一時的ＵＥ識別子が割り振られたＵＥ１００−２の固有の識別子が、希望ＵＥの識別子と合致した場合に、受信した発見信号を送信したＵＥ１００−２の固有の識別子が、希望ＵＥを示す固有の識別子と合致しないことを示す情報をＵＥ１００−１に通知する。また、変更例において、ＵＥ１００−２は、ＵＥ１００−２の識別子として、一時的ＵＥ識別子を発見信号に含めて送信する。ＵＥ１００−１は、発見信号のスキャンによって、ＵＥ１００−２から一時的ＵＥ識別子を含む発見信号を受信した場合、一時的ＵＥ識別子をｅＮＢ２００に通知する。ｅＮＢ２００は、一時的ＵＥ識別子が割り振られたＵＥ１００−２の固有の識別子が、希望ＵＥの識別子と合致した場合に、ＵＥ１００−１にＤ２Ｄ通信を開始させるための指示を通知する、及び／又は、一時的ＵＥ識別子が割り振られたＵＥ１００−２の固有の識別子が、希望ＵＥの識別子と合致した場合に、受信した発見信号を送信したＵＥ１００−２の固有の識別子が、希望ＵＥを示す固有の識別子と合致しないことを示す情報をＵＥ１００−１に通知する。これらにより、ＵＥ１００−１は、ＵＥ１００−２に一時的ＵＥ識別子が割り振られていても、発見信号を送信したＵＥ１００−２が希望ＵＥかどうかを判定せずに、ｅＮＢ２００からの指示に基づいて、Ｄ２Ｄ通信を行うことができる。従って、ＵＥ１００−１は、ＵＥ１００−２が希望ＵＥでない場合にＤ２Ｄ通信を開始して無駄なバッテリを消費することを抑制できる。

また、変更例において、ＵＥ１００−１は、発見信号のスキャンによってＵＥ１００−２から発見信号を受信した場合、発見信号を受信した旨をｅＮＢ２００に通知する。発見信号を受信した旨を受信したｅＮＢ２００は、ＵＥ１００−１及びＵＥ１００−２に対して割り当てた無線リソースをＵＥ１００−１及びＵＥ１００−２に通知する。ＵＥ１００−１及びＵＥ１００−２は、無線リソースを用いてＤ２Ｄ通信を開始するか否かを確認する。これにより、ＵＥ１００−１及びＵＥ１００−２が互いに希望ＵＥであることが分かった後に、Ｄ２Ｄ通信を開始することができる。

また、変更例において、ｅＮＢ２００は、ＵＥ１００−２がＤ２Ｄ通信に使用するアプリケーションに基づいて、無線リソースをＵＥ１００−１及びＵＥ１００−２に通知するか否かを判定する。これにより、アプリケーションに基づいて、１次的にＤ２Ｄ通信を行うか否かを判断した後に、あらためて無線リソースを用いてＤ２Ｄ通信を開始するか否かを確認できるため、ＵＥ１００−２は、発見信号に、Ｄ２Ｄ通信を開始するか否かを確認するための情報を含める必要が無い。従って、発見信号に含まれる情報量が膨大になることを回避できるため、発見信号を送信するために使用する無線リソースの枯渇化を回避できる。

［第２実施形態］
次に、第２実施形態に係る移動通信システムについて、説明する。なお、上述した実施形態及び変更例と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。

上述した第１実施形態では、ｅＮＢ２００が発見信号情報をブロードキャストしていたが、本実施形態では、ｅＮＢ２００が、ＵＥ１００−１のためにカスタマイズした発見信号情報をＵＥ１００−１に送信する。

（移動通信システムの動作環境）
本実施形態に係る移動通信システムの動作環境について、図１２を用いて説明する。図１２は、第２実施形態に係る移動通信システムの動作環境を説明するための説明図である。

図１２に示すように、ＵＥ１００−１は、候補リストをｅＮＢ２００に送信する。候補リストは、例えば、電話番号が登録された電話帳である。

ｅＮＢ２００は、候補リストに含まれるＵＥ１００を示す識別子（例えば、電話番号）が、発見リスト（ＤｉｓｃｏｖｅｒｙＬｉｓｔ１）に登録された発見信号を送信するＵＥ１００の識別子と合致するか否かを判定する。

ｅＮＢ２００は、合致したＵＥ１００の識別子を発見信号情報（ＤｉｓｃｏｖｅｒｙＬｉｓｔ２Ｍｅｓｓａｇｅ）としてＵＥ１００−１に送信する。

（移動通信システムの概略動作）
次に、本実施形態に係る移動通信システムの概略動作について、図１３及び図１４を用いて説明する。図１３及び図１４は、本実施形態に係る移動通信システムの動作例を示すシーケンス図である。

図１３に示すように、ＵＥ１００−１のユーザは、候補リストにユーザＵｓｒ２の識別子及びユーザＵｓｒ２が所有するＵＥであるＵＥ１００−２の識別子ＵＥＩＤ１００−２を設定（登録）する。ＵＥ１００−２は、発見コードＤｉｓ１を含む発見信号の報知（ブロードキャスト）を開始する。ｅＮＢ２００は、ＵＥ１００−２の識別子（ＵＥＩＤ１００−２）及びＵＥ１００−２が送信する発見信号に含まれる発見コードＤｉｓ１を発見リスト（第１の発見リスト）に登録する。

ステップ４０１において、ＵＥ１００−１は、候補リストをｅＮＢ２００に通知する。ｅＮＢ２００は、候補リストを受信する。候補リストは、ユーザＵｓｒ２の識別子及びＵＥ１００−２の識別子を含む。なお、候補リストは、ユーザＵｓｒ２の識別子を含まなくてもよい。

ステップ４０２において、ｅＮＢ２００は、候補リストに設定したＵＥ１００−２の識別子が、発見リストに存在するか否かを確認する。すなわち、ｅＮＢ２００は、候補リストにより取得したＵＥ１００−２の識別子が、発見リストに登録された発見信号を送信するＵＥ１００−２の識別子と合致するか否かを判定する。本実施形態において、発見リスト及び候補リストのそれぞれに、ＵＥ１００−２の識別子が登録されているため、ｅＮＢ２００は、２つの識別子が合致すると判定する。従って、ｅＮＢ２００は、ステップ４１１の処理を実行する。

なお、ＵＥ１００−２が、Ｄ２Ｄ通信の相手として発見されることを許諾する許諾ＵＥに関するホワイトリストをｅＮＢ２００又はネットワーク５００に通知し、当該ホワイトリストが発見リストに登録されている場合、ｅＮＢ２００は、ＵＥ１００−１がホワイトリストに含まれるＵＥ１００である場合にのみ、２つの識別子が合致すると判定してもよい。すなわち、ｅＮＢ２００は、候補リストにより取得したＵＥ１００−２の識別子が、発見信号を送信するＵＥ１００−２の識別子と合致していても、ステップ４１１の処理を実行せずに、後述するステップ４２１の処理を実行してもよい。

また、ＵＥ１００−２が、Ｄ２Ｄ通信の相手として発見されることを拒否する拒否ＵＥに関するブラックリストをｅＮＢ２００又はネットワーク５００に通知し、当該ブラックリストが発見リストに登録されている場合、ｅＮＢ２００は、ＵＥ１００−１がブラックリストに含まれるＵＥ１００である場合には、たとえ、候補リストにより取得したＵＥ１００−３の識別子が、発見リストに登録された発見信号を送信するＵＥ１００−２の識別子と合致していても、２つの識別子が合致しないと判定してもよい。この場合、ステップ４１１の処理を実行せずに、後述するステップ４２１の処理を実行する。

また、ＵＥ１００−２が、Ｄ２Ｄ通信の通信相手を特定のユーザ端末に限定していない旨をｅＮＢ２００又はネットワーク５００に通知し、その旨が発見リストに登録されている場合、ｅＮＢ２００は、候補リストにより取得したＵＥ１００−２の識別子が、発見信号を送信するＵＥ１００−２の識別子と合致していなくても、ステップ４１１の処理を実行してもよい。

ステップ４１１において、ｅＮＢ２００は、ＵＥ１００−１向けに第２の発見リスト（ＤｉｓｃｏｖｅｒｙＬｉｓｔ２）を生成する。第２の発見リストは、ｅＮＢ２００が有する発見リスト（第１の発見リスト）からＵＥ１００−１が候補リストに設定したＵＥ１００を抽出したリストである。ｅＮＢ２００は、第２の発見リストに、ＵＥ１００−２の識別子（ＵＥＩＤ１００−２）及び発見コードＤｉｓ１を登録する。

ステップ４１２において、ｅＮＢ２００は、第２の発見リストを含む発見信号情報をＵＥ１００−１に送信する。ＵＥ１００−１は、発見信号情報を受信する。

ｅＮＢ２００は、ＵＥ１００−２を含む発見信号情報が送信されたことをＵＥ１００−２に知らせるために、当該発見信号情報をＵＥ１００−２にも送信してもよいし、ＵＥ１００−２がステップ４１３における待ち受け設定を行わないように制御するため、当該発見信号情報をＵＥ１００−２にも送信しなくてもよい。

ステップ４１３において、第１実施形態のステップ１０３と同様に、ＵＥＩＤ１００−１は、発見コードＤｉｓ１に基づいて、発見信号のスキャンを開始するための待ち受け設定を行う。

ステップ４１４において、第１実施形態のステップ１０４と同様に、ＵＥ１００−２は、発見コードＤｉｓ１を含む発見信号を報知する。ＵＥ１００−１は、発見信号のスキャンによって、発見信号を受信する。

ステップ４１５において、ＵＥ１００−１は、発見信号の受信によって、発見コードＤｉｓ１を発見する。これにより、ＵＥ１００−１は、ユーザインターフェイス１２０にユーザＵｓｒ２を検知したことをポップアップ表示する。

その後、ＵＥ１００−１は、ＵＥ１００−２とＤ２Ｄ通信のための接続を確立し、ＵＥ１００−１とＵＥ１００−２とは、Ｄ２Ｄ通信を開始する。

一方、図１４に示すように、ＵＥ１００−１が、候補リストにユーザＵｓｒ３の識別子及びユーザＵｓｒ３が所有するＵＥであるＵＥ１００−３の識別子ＵＥＩＤ１００−３を設定（登録）した場合、ｅＮＢ２００は、候補リストにより取得したＵＥ１００−３の識別子が、発見リストに登録された発見信号を送信するＵＥ１００−２の識別子と合致しないと判定し、ステップ４２１の処理を実行する。

ステップ４２１において、ｅＮＢ２００は、ＵＥ１００−１向けに一致する識別子（ＵＥＩＤ）がない旨のメッセージを作成する。例えば、ｅＮＢ２００は、空メッセージを作成する。

ステップ４２２において、ｅＮＢ２００は、ステップ４２１において作成した空メッセージを含む発見信号情報をＵＥ１００−１に送信する。ＵＥ１００−１は、発見信号情報を受信する。

ステップ４２３において、ＵＥ１００−１は、ＵＥ１００−１は、発見信号のスキャンを開始しないために、発見信号を待ち受けない設定を行う。従って、ＵＥ１００−１は、発見信号のスキャンが制限されたままである。

（第２実施形態のまとめ）
本実施形態において、ＵＥ１００−１は、希望ＵＥの固有の識別子を候補リストに設定する。ＵＥ１００−１は、希望ＵＥの固有の識別子をｅＮＢ２００に通知する。ｅＮＢ２００は、希望ＵＥの固有の識別子が、発見信号を送信するＵＥ１００−２の識別子と合致する場合、ＵＥ１００−２に関連する情報を発見信号情報としてＵＥ１００−１に通知する、及び／又は、希望ＵＥの固有の識別子が、発見信号を送信するＵＥ１００−２の識別子と合致しない場合、希望ＵＥの固有の識別子が、発見信号を送信するＵＥ１００−２の識別子と合致しない旨（空メッセージ）を通知する。これにより、ＵＥ１００−１は、希望ＵＥに関連する情報だけを発見信号情報として取得することができる。また、ＵＥ１００−１は、空メッセージが通知された場合には、希望ＵＥが発見信号を送信していないことを認識できるため、無駄な発見信号のスキャンを行わずに済み、バッテリの消費を抑制できる。

また、本実施形態において、ＵＥ１００−２は、許諾ＵＥに関するホワイトリストをｅＮＢ２００に通知する。ｅＮＢ２００は、希望ＵＥを通知したＵＥ１００−１が、ホワイトリストに含まれる許諾ＵＥである場合にのみ、ＵＥ１００−２に関連する情報を発見信号としてＵＥ１００−１に通知する。また、本実施形態において、ＵＥ１００−２は、拒否ＵＥに関するブラックリストをｅＮＢ２００に通知する。ｅＮＢ２００は、希望ＵＥを通知したＵＥ１００−１が、ブラックリストに含まれる拒否ＵＥである場合、ＵＥ１００−２に関連する情報を発見信号としてＵＥ１００−１に通知しない。これにより、ＵＥ１００−２は、Ｄ２Ｄ通信を希望しないＵＥに、ＵＥ１００−２に関連する情報が受信されることを回避できる。

また、本実施形態において、ＵＥ１００−２は、Ｄ２Ｄ通信の通信相手を特定のユーザに限定しない旨をｅＮＢ２００に通知する。ｅＮＢ２００は、希望ＵＥの識別子が、発見信号を送信するＵＥ１００−２の識別子と合致しない場合であっても、ＵＥ１００−２に関連する情報を発見信号情報としてＵＥ１００−１に通知する。これにより、ＵＥ１００−２は、希望ＵＥとして候補リストに登録されていないＵＥ１００が発見信号をスキャン可能であるため、Ｄ２Ｄ通信を有効に活用できる。

［その他実施形態］
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。

例えば、上述した第１実施形態では、ＵＥ１００−１は、Ｄ２Ｄ通信の通信相手に希望する希望ＵＥを特定するための情報として、アプリケーション識別子ＡＰ１を設定していたが、これに限られない。

図１５に示すように、ＵＥ１００−１は、ＵＥ１００−２を示しＵＥ１００−１に既知の固有の識別子（例えば、電話番号Ｔｅｌ２）を希望ＵＥを示す固有識別子として設定してもよい。ＵＥ１００−２は、発見コードＤｉｓ２としてＴｅｌ２を含む発見信号の報知（ブロードキャスト）を開始する。ｅＮＢ２００は、ＵＥ１００−２の識別子（ＵＥＩＤ１００−２）及び発見コードＤｉｓ２としてのＴｅｌ２を発見リストに登録する。なお、省略されているが、ｅＮＢ２００は、発見コードＤｉｓ２がＴｅｌ２であることを発見信号情報に含めてブロードキャストする。ＵＥ１００−１は、発見信号情報を受信する。

ステップ５０１において、ＵＥ１００−１は、設定した電話番号Ｔｅｌ２が、発見信号情報に存在するため、候補リストの発見コードＤｉｓ２として、Ｔｅｌ２に基づいて、発見信号のスキャンを開始するための待ち受け設定を行う。

ステップ５０２において、ＵＥ１００−２は、発見コードＴｅｌ２を含む発見信号を報知する。ＵＥ１００−１は、発見信号のスキャンによって、発見信号を受信する。

ステップ５０３において、ＵＥ１００−１は、発見信号の受信によって、発見コードＴｅｌ２を発見する。これにより、ＵＥ１００−１は、ユーザインターフェイス１２０にユーザＵｓｒ２を検知したことをポップアップ表示する。

その後、ＵＥ１００−１は、ＵＥ１００−２とＤ２Ｄ通信のための接続を確立し、ＵＥ１００−１とＵＥ１００−２とは、Ｄ２Ｄ通信を開始する。

このように、ＵＥ１００−１は、ＵＥ１００−１が既知のＵＥ１００−２の電話番号を候補リストに設定し、ＵＥ１００−２は、ＵＥ１００−２自身の電話番号（すなわち、ＵＥ１００−１が既知の電話番号）を発見コードして発見信号に含めて送信し、ＵＥ１００−１は、発見信号に含まれる電話番号が、候補リストに設定した電話番号と合致した場合に、発見信号を送信するＵＥ１００−２が希望ＵＥであると判定する。これにより、ＵＥ１００−１は、ｅＮＢ２００又はネットワーク５００に問い合わせることなく、発見信号を送信するＵＥ１００−２が希望ＵＥであるか否かを判定できる。その結果、ＵＥ１００−１は、ｅＮＢ２００又はネットワーク５００に問い合わせずに済むため、バッテリの消費を抑制できる。

なお、ＵＥ１００−２が発見コードとする識別子は、自身の電話番号に限らず、メールアドレスなどであってもよい。

なお、ＵＥ１００−１は、発見信号情報を受信する前に、発見コードＤｉｓ２としてＴｅｌ２を含む発見信号をＵＥ１００−２から受信していた場合、ＵＥ１００−１は、Ｔｅｌ２がＵＥ１００−２を示すことを知っているため、発見信号情報によって発見信号の送信元を確認することなく、送信元を認識することができる。従って、ＵＥ１００−２が電話番号（ＵＥ１００−１が既知のＵＥ１００−２の固有の識別子）を用いて発見信号を送信する場合には、ＵＥ１００−２は、発見信号の受信及び発見信号情報によって発見信号の送信元を特定する処理を省略することが可能である。

また、上述した上述した第１実施形態の変更例では、ネットワーク５００がＵＥ１００−１の候補リストを有していたが、これに限られない。図１６に示すように、ＵＥ１００−１が必要に応じて、ｅＮＢ２００に候補リストを通知してもよい（ステップ６０２参照）。例えば、ＵＥ１００−１は、発見信号情報を受信した場合に、ｅＮＢ２００に候補リストを送信してもよい。

なお、ステップ６０１、６０３から６１１は、第１実施形態の変更例のステップ２０１から２０８、２１１、２２１から２２３に対応する（図１０参照）。

また、図１７に示すように、ＵＥ１００−１とＵＥ１００−２とは、候補リストに互いのＵＥ識別子を登録する前に、Ｄ２Ｄペア設定を行うと共に、ＵＥ１００−１及びＵＥ１００−２のそれぞれが、候補リストを更新する旨をｅＮＢ２００経由で通知してもよい。

ネットワーク５００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれの候補リストを更新する。具体的には、ネットワーク５００は、ＵＥ１００−１及びＵＥ１００−２のそれぞれの候補リストに、互いのＵＥ１００の識別子を登録する。

また、第１実施形態において、発見リストに登録されるＵＥ１００は、ｅＮＢ２００が管理するセルに存在するＵＥ１００であったが、これに限られない。ｅＮＢ２００に隣接する隣接ｅＮＢ２００が管理するエリア（隣接セル）に存在するＵＥ１００を発見リストに登録してもよい。ｅＮＢ２００は、隣接ｅＮＢ２００からＸ２インターフェイスを介して、隣接セルに存在するＵＥ１００が登録された発見リストを取得してもよい。

また、上述した第１実施形態の変更例では、ｅＮＢ２００が判定を行っていたが、例えば、ｅＮＢ２００の上位装置又はネットワーク上の判定装置（サーバ）が判定を行ってもよい。

また、上述した第１及び第２実施形態では、ＵＥ１００は、スキャンの制限が解除された場合に、スキャンを開始していたが、これに限られない。例えば、ＵＥ１００は、スキャンを行っていて、スキャンの制限が解除された場合に、スキャン間隔を長くしてもよい。

また、上述した第２実施形態において、ｅＮＢ２００は、ステップ４２１及び４２２において、ＵＥ１００−１向けに空メッセージを作成し、空メッセージをＵＥ１００−１に送信したが、これに限られない。ｅＮＢ２００は、ＵＥ１００−１の候補リストにより取得したＵＥ１００−３の識別子が、発見リストに登録された発見信号を送信するＵＥ１００−２の識別子と合致しないと判定した場合、処理を終了してもよい。ＵＥ１００−１は、ｅＮＢ２００から何も情報が通知されなければ、ＵＥ１００−３が発見信号を送信していないと認識する。 また、上述した第１実施形態において、ＵＥ１００−１は、発見信号情報を受信する前に予め候補リストに希望ＵＥに関する情報を設定していたが、これに限られない。ＵＥ１００−１は、発見信号情報を受信した後に、発見信号情報に含まれる情報に基づいて、候補リストに希望ＵＥに関する情報を設定してもよい。例えば、ＵＥ１００−１は、発見信号情報によって希望のアプリケーションをＤ２Ｄ通信に使用するＵＥ１００が存在することを認識してから、候補リストに当該アプリケーションを設定してもよいし、発見信号情報によって、希望のＵＥ１００が存在することを認識してから、候補リストに希望のＵＥ１００の識別子を設定してもよい。ＵＥ１００−１は、候補リストにこれらの設定を行った後、発見信号のスキャンの制限を解除する。

１０…Ｅ−ＵＴＲＡＮ、 ２０…ＥＰＣ、 １００，１００−１，１００−２，１００−３，１００−４，１００−５…ＵＥ（ユーザ端末）、 １０１…アンテナ、 １１０…無線送受信機、 １２０…ユーザインターフェイス、 １３０…ＧＮＳＳ受信機、 １４０…バッテリ、 １５０…メモリ、 １６０，１６０’…プロセッサ、 ２００，２００−１，２００−２，２００−３…ｅＮＢ（無線基地局）、 ２０１…アンテナ、 ２１０…無線送受信機、 ２２０…ネットワークインターフェイス、 ２３０…メモリ、 ２４０，２４０’…プロセッサ、 ３００…ＭＭＥ／Ｓ−ＧＷ、 ４００…ＯＡＭ、 ５００…ネットワーク

Claims (14)

1. 直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムであって、
   前記Ｄ２Ｄ通信の相手端末の発見に用いられる発見信号のスキャンを制御するユーザ端末と、
   前記ユーザ端末が存在するエリア内で前記発見信号を送信する他のユーザ端末に関する発見信号情報を前記ユーザ端末に通知するネットワーク装置と、を有し、
   前記ユーザ端末は、前記Ｄ２Ｄ通信の通信相手に希望する希望ユーザ端末を特定するための希望端末情報を設定し、
   前記ユーザ端末は、前記ネットワーク装置から通知された前記発見信号情報に、前記希望端末情報が含まれると判定するまで、前記発見信号のスキャンを制限することを特徴とする移動通信システム。
2. 前記ユーザ端末は、前記Ｄ２Ｄ通信に使用するアプリケーションを示すアプリケーション識別子を前記希望端末情報として設定し、
   前記ユーザ端末は、前記発見信号情報に含まれ前記他のユーザ端末が前記Ｄ２Ｄ通信に使用するアプリケーションを示すアプリケーション識別子が、設定した前記アプリケーション識別子と合致した場合に、前記発見信号情報に前記希望端末情報が含まれると判定することを特徴とする請求項１に記載の移動通信システム。
3. 前記ユーザ端末は、前記希望ユーザ端末を示す固有の識別子を前記希望端末情報として設定し、
   前記ユーザ端末は、前記希望ユーザ端末を示す前記固有の識別子を前記希望端末情報として前記ネットワーク装置に通知し、
   前記ネットワーク装置は、前記希望端末情報により取得した前記固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致する場合、前記他のユーザ端末に関連する情報を前記発見信号情報として前記ユーザ端末に通知する、及び／又は、前記希望端末情報により取得した前記固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致しない場合、希望ユーザ端末が前記他のユーザ端末と合致しないことを示す情報を前記ユーザ端末に通知することを特徴とする請求項１に記載の移動通信システム。
4. 前記他のユーザ端末は、前記Ｄ２Ｄ通信の通信相手として発見されること許諾する許諾ユーザ端末に関するホワイトリストを前記ネットワーク装置に通知し、
   前記ネットワーク装置は、前記希望端末情報を通知した前記ユーザ端末が、前記ホワイトリストに含まれる前記許諾ユーザ端末である場合にのみ、前記他のユーザ端末に関連する情報を前記発見信号情報として前記ユーザ端末に通知することを特徴とする請求項３に記載の移動通信システム。
5. 前記他のユーザ端末は、前記Ｄ２Ｄ通信の通信相手として発見されること拒否する拒否ユーザ端末に関するブラックリストを前記ネットワーク装置に通知し、
   前記ネットワーク装置は、前記希望端末情報を通知した前記ユーザ端末が、前記ブラックリストに含まれる前記拒否ユーザ端末である場合、前記他のユーザ端末に関連する情報を前記発見信号情報として前記ユーザ端末に通知しないことを特徴とする請求項３に記載の移動通信システム。
6. 前記他のユーザ端末は、前記Ｄ２Ｄ通信の通信相手を特定のユーザ端末に限定していない旨を前記ネットワーク装置に通知し、
   前記ネットワーク装置は、前記希望端末情報により取得した前記固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致しない場合であっても、前記他のユーザ端末に関連する情報を前記発見信号情報として前記ユーザ端末に通知することを特徴とする請求項３に記載の移動通信システム。
7. 前記ユーザ端末は、前記希望ユーザ端末を示す固有の識別子を前記ネットワーク装置に通知し、
   ネットワーク装置は、前記他のユーザ端末を示す識別子として一時的に割り振られた一時的ユーザ識別子を前記発見信号情報に含めて送信し、
   前記ユーザ端末は、前記発見信号のスキャンによって、前記他のユーザ端末から前記発見信号を受信した場合で、且つ、前記発見信号情報に基づいて前記発見信号に対応する前記一時的ユーザ識別子を特定した場合、前記一時的ユーザ識別子を前記ネットワーク装置に通知し、
   前記ネットワーク装置は、前記一時的ユーザ識別子が割り振られた前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致した場合に、前記Ｄ２Ｄ通信を開始させるための指示を前記ユーザ端末に通知する、及び／又は、前記ネットワーク装置は、前記一時的ユーザ識別子が割り振られた前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致しない場合に、前記他のユーザ端末の固有の識別子が前記希望ユーザ端末を示す固有の識別子と合致しないことを示す情報を、前記ユーザ端末に通知することを特徴とする請求項１に記載の移動通信システム。
8. 前記ユーザ端末は、前記希望ユーザ端末を示す固有の識別子を前記ネットワーク装置に通知し、
   前記他のユーザ端末は、前記他のユーザ端末を示す識別子として一時的に割り振られた一時的ユーザ識別子を前記発見信号に含めて送信し、
   前記ユーザ端末は、前記発見信号のスキャンによって、前記他のユーザ端末から前記一時的ユーザ識別子を含む前記発見信号を受信した場合、前記一時的ユーザ識別子を前記ネットワーク装置に通知し、
   前記ネットワーク装置は、前記一時的ユーザ識別子が割り振られた前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致した場合に、前記Ｄ２Ｄ通信を開始させるための指示を前記ユーザ端末に通知する、及び／又は、前記ネットワーク装置は、前記一時的ユーザ識別子が割り振られた前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致しない場合に、前記他のユーザ端末の固有の識別子が、前記希望ユーザ端末を示す固有の識別子と合致しないことを示す情報を前記ユーザ端末に通知することを特徴とする請求項１に記載の移動通信システム。
9. 前記ユーザ端末は、前記発見信号のスキャンによって前記他のユーザ端末から前記発見信号を受信した場合、前記発見信号を受信した旨を前記ネットワーク装置に通知し、
   前記発見信号を受信した旨を受信した前記ネットワーク装置は、前記ユーザ端末及び前記他のユーザ端末に対して割り当てた無線リソースを前記ユーザ端末及び前記他のユーザ端末に通知し、
   前記ユーザ端末及び前記他のユーザ端末は、前記無線リソースを用いて前記Ｄ２Ｄ通信を開始するか否かを確認することを特徴とする請求項１に記載の移動通信システム。
10. 前記ネットワーク装置は、前記他のユーザ端末が前記Ｄ２Ｄ通信に使用するアプリケーションに基づいて、前記無線リソースを前記ユーザ端末及び前記他のユーザ端末に通知するか否かを判定する請求項９に記載の移動通信システム。
11. 前記ユーザ端末は、前記他のユーザ端末を示し前記ユーザ端末に既知の固有の識別子を前記希望端末情報として設定し、
    前記他のユーザ端末は、前記他のユーザ端末を示し前記ユーザ端末に既知の前記固有の識別子を前記発見信号に含めて送信し、
    前記ユーザ端末は、前記発見信号に含まれる前記固有の識別子が、前記希望端末情報として設定された前記固有の識別子と合致した場合に、前記発見信号を送信する前記他のユーザ端末が前記希望ユーザ端末であると判定することを特徴とする請求項１に記載の移動通信システム。
12. ネットワーク装置を有し、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるユーザ端末であって、
    前記Ｄ２Ｄ通信の相手端末の発見に用いられる発見信号のスキャンを制御する制御部と、
    前記ネットワーク装置から前記ユーザ端末が存在するエリア内で前記発見信号を送信する他のユーザ端末に関する発見信号情報を受信する受信部と、を備え、
    前記制御部は、前記Ｄ２Ｄ通信の通信相手に希望する希望ユーザ端末を特定するための希望端末情報を設定し、
    前記制御部は、前記ユーザ端末は、前記ネットワーク装置から通知された前記発見信号情報に、前記希望端末情報が含まれると判定するまで、前記発見信号のスキャンを制限することを特徴とするユーザ端末。
13. 前記制御部は、前記Ｄ２Ｄ通信に使用するアプリケーションを示すアプリケーション識別子を前記希望端末情報として設定し、
    前記制御部は、前記発見信号情報に含まれ前記他のユーザ端末が前記Ｄ２Ｄ通信に使用するアプリケーションを示すアプリケーション識別子が、設定した前記アプリケーション識別子と合致した場合に、前記発見信号情報に前記希望端末情報が含まれると判定することを特徴とする請求項１２に記載のユーザ端末。
14. 前記希望ユーザ端末を示す前記固有の識別子を前記希望端末情報として前記ネットワーク装置に通知する送信部をさらに備え、
    前記受信部は、前記希望端末情報により取得した前記固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致する場合、前記他のユーザ端末に関連する情報を前記発見信号情報として前記ネットワーク装置から受信する、及び／又は、前記希望端末情報により取得した前記固有の識別子が、前記発見信号を送信する前記他のユーザ端末を示す識別子と合致しない場合、希望ユーザ端末が前記他のユーザ端末と合致しないことを示す情報を前記発見信号情報として前記ネットワーク装置から受信することを特徴とする請求項１２に記載のユーザ端末。

Images