(57)【要約】  本発明に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるユーザ端末である。当該ユーザ端末は、前記ユーザ端末の近傍に存在する他のユーザ端末の発見に用いられる発見信号の送信及び／又は受信を制御するための複数の条件と、前記複数の条件のそれぞれに対応付けられた識別子からなる複数の識別子とに関する発見信号リストを記憶する記憶部と、前記発見信号リストを記憶するネットワーク装置によって前記複数の識別子の中から指定された特定識別子を受信する受信部と、前記複数の条件の中から前記特定識別子に対応付けられた特定条件に従って前記発見信号を送信及び／又は受信する制御を行う制御部と、を備える。
2015046272.tif 000002
【特許請求の範囲】
【請求項１】
直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるユーザ端末であって、
前記ユーザ端末の近傍に存在する他のユーザ端末の発見に用いられる発見信号の送信及び／又は受信を制御するための複数の条件と、前記複数の条件のそれぞれに対応付けられた識別子からなる複数の識別子とに関する発見信号リストを記憶する記憶部と、
前記発見信号リストを記憶するネットワーク装置によって前記複数の識別子の中から指定された特定識別子を受信する受信部と、
前記複数の条件の中から前記特定識別子に対応付けられた特定条件に従って前記発見信号を送信及び／又は受信する制御を行う制御部と、を備えることを特徴とするユーザ端末。
【請求項２】
前記制御部は、前記特定識別子を要求するための識別子要求を送信する制御を行うことを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記制御部は、前記特定識別子の有効期間が過ぎた後に前記発見信号を送信及び／又は受信する場合、前記識別子要求を送信する制御を行うことを特徴とする請求項２に記載のユーザ端末。
【請求項４】
前記識別子要求は、前記ネットワーク装置が前記特定識別子を指定する際に、前記複数の識別子の中から指定可能な識別子を選定するために用いられる選定情報を含むことを特徴とする請求項２に記載のユーザ端末。
【請求項５】
前記制御部は、前記発見信号を送信及び／又は受信する前に、前記発見信号リストを要求するためのリスト要求を前記ネットワーク装置に送信する制御を行い、
前記受信部は、前記リスト要求に応じて前記ネットワーク装置から送信される前記発見信号リストを受信することを特徴とする請求項１に記載のユーザ端末。
【請求項６】
前記複数の条件は、前記発見信号の送信電力、前記発見信号の用途、前記発見信号の送信及び／又は受信に用いられる周波数帯域、前記発見信号の送信及び／又は受信に用いられる無線リソース、及び、前記ユーザ端末が不特定多数のユーザ端末から発見されるか否かを示すオープンディスカバリの少なくとも１つを制御するための条件を含むことを特徴とする請求項１に記載のユーザ端末。
【請求項７】
前記無線リソースは、コアネットワークを介する通信であるセルラ通信と共用の無線リソースであることを特徴とする請求項６に記載のユーザ端末。
【請求項８】
前記受信部は、前記他のユーザ端末から前記発見信号を受信し、
前記他のユーザ端末からの前記発見信号は、前記他のユーザ端末が前記ネットワーク装置によって前記複数の識別子の中から指定された他の特定識別子を含み、
前記制御部は、前記他の特定識別子を含む発見情報を前記ネットワーク装置に送信する制御を行い、
前記制御部は、前記特定条件と前記他の特定識別子に対応付けられた特定条件とに基づいて、前記ユーザ端末の前記発見信号と前記他のユーザ端末の前記発見信号とが干渉すると判定された場合、前記特定識別子の代わりに、前記複数の識別子の中から新たに指定された特定識別子を前記ネットワーク装置から受信する制御を行うことを特徴とする請求項１に記載のユーザ端末。
【請求項９】
直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるネットワーク装置であって、
ユーザ端末の近傍に存在する他のユーザ端末の発見に用いられる発見信号の送信及び／又は受信を制御するための複数の条件と、前記複数の条件のそれぞれに対応付けられた識別子からなる複数の識別子とに関する発見信号リストを記憶する記憶部と、
前記発見信号リストを記憶する前記ユーザ端末に前記複数の条件の中の特定条件に従って前記発見信号を送信及び／又は受信させるために、前記特定条件に対応付けられた特定識別子を前記複数の識別子の中から指定する制御部と、
前記特定識別子を前記ユーザ端末に送信する送信部と、を備えることを特徴とするネットワーク装置。
【請求項１０】
前記特定識別子を要求するための識別子要求を前記ユーザ端末から受信する受信部をさらに備え、
前記制御部は、前記識別子要求に基づいて、前記特定識別子を指定することを特徴とする請求項９に記載のネットワーク装置。
【請求項１１】
前記識別子要求は、前記制御部が前記特定識別子を指定する際に、前記複数の識別子の中から指定可能な識別子を選定するために用いられる選定情報を含み、
前記制御部は、前記選定情報に基づいて、前記指定可能な識別子の中から前記特定識別子を指定することを特徴とする請求項１０に記載のネットワーク装置。
【請求項１２】
前記特定識別子を前記ユーザ端末に送信する前に、前記発見信号リストを要求するためのリスト要求を前記ユーザ端末から受信する受信部をさらに備え、
前記送信部は、前記リスト要求に応じて、前記発見信号リストを前記ユーザ端末に送信することを特徴とする請求項９に記載のネットワーク装置。
【請求項１３】
前記複数の条件は、前記発見信号の送信電力、前記発見信号の用途、前記発見信号の送信及び／又は受信に用いられる周波数帯域、前記発見信号の送信及び／又は受信に用いられる無線リソース、及び、前記ユーザ端末が不特定多数のユーザ端末から発見されるか否かを示すオープンディスカバリの少なくとも１つを制御するための条件を含むことを特徴とする請求項９に記載のネットワーク装置。
【請求項１４】
前記特定条件は、前記発見信号の送信及び／又は受信に用いられる無線リソースを制御するための条件を含み、
前記制御部は、前記特定識別子を指定した後に、前記特定条件に基づいて、コアネットワークを介する通信であるセルラ通信を行うユーザ端末に前記無線リソースと共用の無線リソースを割り当てることを特徴とする請求項９に記載のネットワーク装置。
【請求項１５】
前記制御部が前記複数の識別子の中から他のユーザ端末に割り当てた他の特定識別子を含む発見情報を前記ユーザ端末から受信する受信部をさらに備え、
前記制御部は、前記特定条件と前記他の特定識別子に対応付けられた特定条件とに基づいて、前記ユーザ端末の前記発見信号と前記他のユーザ端末の前記発見信号とが干渉すると判定した場合、前記特定識別子又は前記他の特定識別子の代わりに、前記複数の識別子の中から新たな特定識別子を指定し、
前記送信部は、前記新たな特定識別子を前記ユーザ端末又は前記他のユーザ端末に送信することを特徴とする請求項９に記載のネットワーク装置。
【請求項１６】
直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるユーザ端末に備えられるプロセッサであって、
前記ユーザ端末の近傍に存在する他のユーザ端末の発見に用いられる発見信号の送信及び／又は受信を制御するための複数の条件と、前記複数の条件のそれぞれに対応付けられた識別子からなる複数の識別子とに関する発見信号リストを記憶する処理と、
前記発見信号リストを記憶するネットワーク装置によって前記複数の識別子の中から指定された特定識別子を受信する処理と、
前記複数の条件の中から前記特定識別子に対応付けられた特定条件に従って前記発見信号を送信及び／又は受信する制御を行う制処理部と、を実行することを特徴とするプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信をサポートする移動通信システムにおけるユーザ端末、ネットワーク装置及びプロセッサに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている（非特許文献１参照）。【０００３】
Ｄ２Ｄ通信では、近接する複数のユーザ端末がコアネットワークを介さずに直接的な端末間通信を行う。一方、移動通信システムの通常の通信であるセルラ通信では、ユーザ端末がコアネットワークを介して通信を行う。【０００４】
ところで、ユーザ端末は、Ｄ２Ｄ通信の相手端末を発見するために、例えば、ユーザ端末の近傍のユーザ端末の発見に用いられる発見信号を送信する。ユーザ端末は、送信した発見信号への応答を受信することによって、近傍に存在する他のユーザ端末を発見できる。ユーザ端末は、発見した他のユーザ端末がＤ２Ｄ通信を可能であれば、Ｄ２Ｄ通信を行うことができる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ２２．８０３  Ｖ１２．１．０」  ２０１３年３月
【発明の概要】
【０００６】
しかしながら、ユーザ端末が、自由に発見信号を送信可能である場合、発見信号によって周囲のユーザ端末に干渉を与える虞がある。このため、発見信号の送信を規制（すなわち、制御）するための所定の条件を基地局などのネットワーク装置がユーザ端末に送信することが想定される。
【０００７】
しかしながら、ネットワーク装置が当該所定の条件（特に、制御する項目の数が多い条件）をユーザ端末に送信する場合、オーバヘッド（すなわち、無線リソースの消費）が増大するという問題がある。
【０００８】
また、セキュリティ等の観点からネットワーク装置が発見信号の受信を規制するために所定の条件をユーザ端末に送信する場合も、同様に、オーバヘッドが増大するという問題がある。
【０００９】
そこで、本発明は、発見信号の送信及び／又は受信を制御する場合に、オーバヘッドの増大を抑制可能なユーザ端末及びネットワーク装置を提供することを目的とする。
【００１０】
一実施形態に係るユーザ端末は、係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるユーザ端末である。当該ユーザ端末は、前記ユーザ端末の近傍に存在する他のユーザ端末の発見に用いられる発見信号の送信及び／又は受信を制御するための複数の条件と、前記複数の条件のそれぞれに対応付けられた識別子からなる複数の識別子とに関する発見信号リストを記憶する記憶部と、前記発見信号リストを記憶するネットワーク装置によって前記複数の識別子の中から指定された特定識別子を受信する受信部と、前記複数の条件の中から前記特定識別子に対応付けられた特定条件に従って前記発見信号を送信及び／又は受信する制御を行う制御部と、を備える。
【図面の簡単な説明】
【００１１】
【図１】図１は、ＬＴＥシステムの構成図である。
【図２】図２は、ＵＥのブロック図である。
【図３】図３は、ｅＮＢのブロック図である。
【図４】図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】図５は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】図６は、セルラ通信におけるデータパスを示す図である。
【図７】図７は、Ｄ２Ｄ通信におけるデータパスを示す図である。
【図８】図８は、本実施形態に係る発見信号リストの一例を示す図である。
【図９】図９は、本実施形態に係る発見信号リストの他の例を示す図である。
【図１０】図１０は、本実施形態に係る発見信号リストの共有における動作例を示すシーケンス図である。
【図１１】図１１は、本実施形態に係るＤ２Ｄ通信における相手端末の発見の動作例を示すシーケンス図である。
【図１２】図１２は、本実施形態に係るｅＮＢ２００のスケジューリングの動作例を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
［実施形態の概要］
実施形態に係るユーザ端末は、係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるユーザ端末である。当該ユーザ端末は、前記ユーザ端末の近傍に存在する他のユーザ端末の発見に用いられる発見信号の送信及び／又は受信を制御するための複数の条件と、前記複数の条件のそれぞれに対応付けられた識別子からなる複数の識別子とに関する発見信号リストを記憶する記憶部と、前記発見信号リストを記憶するネットワーク装置によって前記複数の識別子の中から指定された特定識別子を受信する受信部と、前記複数の条件の中から前記特定識別子に対応付けられた特定条件に従って前記発見信号を送信及び／又は受信する制御を行う制御部と、を備える。
【００１３】
実施形態に係るユーザ端末において、前記制御部は、前記特定識別子を要求するための識別子要求を送信する制御を行う。
【００１４】
実施形態に係るユーザ端末において、前記制御部は、前記特定識別子の有効期間が過ぎた後に前記発見信号を送信及び／又は受信する場合、前記識別子要求を送信する制御を行う。
【００１５】
実施形態に係るユーザ端末において、前記識別子要求は、前記ネットワーク装置が前記特定識別子を指定する際に、前記複数の識別子の中から指定可能な識別子を選定するために用いられる選定情報を含む。
【００１６】
実施形態に係るユーザ端末において、前記制御部は、前記発見信号を送信及び／又は受信する前に、前記発見信号リストを要求するためのリスト要求を前記ネットワーク装置に送信する制御を行い、前記受信部は、前記リスト要求に応じて前記ネットワーク装置から送信される前記発見信号リストを受信する。
【００１７】
実施形態に係るユーザ端末において、前記複数の条件は、前記発見信号の送信電力、前記発見信号の用途、前記発見信号の送信及び／又は受信に用いられる周波数帯域、前記発見信号の送信及び／又は受信に用いられる無線リソース、及び、前記ユーザ端末が不特定多数のユーザ端末から発見されるか否かを示すオープンディスカバリの少なくとも１つを制御するための条件を含む。
【００１８】
実施形態に係るユーザ端末において、前記無線リソースは、コアネットワークを介する通信であるセルラ通信と共用の無線リソースである。
【００１９】
その他実施形態に係るユーザ端末において、前記受信部は、前記他のユーザ端末から前記発見信号を受信し、前記他のユーザ端末からの前記発見信号は、前記他のユーザ端末が前記ネットワーク装置によって前記複数の識別子の中から指定された他の特定識別子を含み、前記制御部は、前記他の特定識別子を含む発見情報を前記ネットワーク装置に送信する制御を行い、前記制御部は、前記特定条件と前記他の特定識別子に対応付けられた特定条件とに基づいて、前記ユーザ端末の前記発見信号と前記他のユーザ端末の前記発見信号とが干渉すると判定された場合、前記特定識別子の代わりに、前記複数の識別子の中から新たに指定された特定識別子を前記ネットワーク装置から受信する制御を行う。
【００２０】
実施形態に係るネットワーク装置は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるネットワーク装置である。当該ネットワーク装置は、ユーザ端末の近傍に存在する他のユーザ端末の発見に用いられる発見信号の送信及び／又は受信を制御するための複数の条件と、前記複数の条件のそれぞれに対応付けられた識別子からなる複数の識別子とに関する発見信号リストを記憶する記憶部と、前記発見信号リストを記憶する前記ユーザ端末に前記複数の条件の中の特定条件に従って前記発見信号を送信及び／又は受信させるために、前記特定条件に対応付けられた特定識別子を前記複数の識別子の中から指定する制御部と、前記特定識別子を前記ユーザ端末に送信する送信部と、を備える。
【００２１】
実施形態に係るネットワーク装置は、前記特定識別子を要求するための識別子要求を前記ユーザ端末から受信する受信部をさらに備え、前記制御部は、前記識別子要求に基づいて、前記特定識別子を指定する。
【００２２】
実施形態に係るネットワーク装置において、前記識別子要求は、前記制御部が前記特定識別子を指定する際に、前記複数の識別子の中から指定可能な識別子を選定するために用いられる選定情報を含み、前記制御部は、前記選定情報に基づいて、前記指定可能な識別子の中から前記特定識別子を指定する。
【００２３】
実施形態に係るネットワーク装置は、前記特定識別子を前記ユーザ端末に送信する前に、前記発見信号リストを要求するためのリスト要求を前記ユーザ端末から受信する受信部をさらに備え、前記送信部は、前記リスト要求に応じて、前記発見信号リストを前記ユーザ端末に送信する。
【００２４】
実施形態に係るネットワーク装置において、前記複数の条件は、前記発見信号の送信電力、前記発見信号の用途、前記発見信号の送信及び／又は受信に用いられる周波数帯域、前記発見信号の送信及び／又は受信に用いられる無線リソース、及び、前記ユーザ端末が不特定多数のユーザ端末から発見されるか否かを示すオープンディスカバリの少なくとも１つを制御するための条件を含む。
【００２５】
実施形態に係るネットワーク装置において、前記特定条件は、前記発見信号の送信及び／又は受信に用いられる無線リソースを制御するための条件を含み、前記制御部は、前記特定識別子を指定した後に、前記特定条件に基づいて、コアネットワークを介する通信であるセルラ通信を行うユーザ端末に前記無線リソースと共用の無線リソースを割り当てる。
【００２６】
その他実施形態に係るネットワーク装置は、前記制御部が前記複数の識別子の中から他のユーザ端末に割り当てた他の特定識別子を含む発見情報を前記ユーザ端末から受信する受信部をさらに備え、前記制御部は、前記特定条件と前記他の特定識別子に対応付けられた特定条件とに基づいて、前記ユーザ端末の前記発見信号と前記他のユーザ端末の前記発見信号とが干渉すると判定した場合、前記特定識別子又は前記他の特定識別子の代わりに、前記複数の識別子の中から新たな特定識別子を指定し、前記送信部は、前記新たな特定識別子を前記ユーザ端末又は前記他のユーザ端末に送信する。
【００２７】
その他実施形態に係るプロセッサは、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるユーザ端末に備えられるプロセッサであって、前記ユーザ端末の近傍に存在する他のユーザ端末の発見に用いられる発見信号の送信及び／又は受信を制御するための複数の条件と、前記複数の条件のそれぞれに対応付けられた識別子からなる複数の識別子とに関する発見信号リストを記憶する処理と、前記発見信号リストを記憶するネットワーク装置によって前記複数の識別子の中から指定された特定識別子を受信する処理と、前記複数の条件の中から前記特定識別子に対応付けられた特定条件に従って前記発見信号を送信及び／又は受信する制御を行う制処理部と、を実行する。
【００２８】
なお、請求の範囲におけるネットワーク装置は、コアネットワークを形成する装置でもよいし、基地局であってもよい。
【００２９】
［第１実施形態］
（ＬＴＥシステム）
図１は、本実施形態に係るＬＴＥシステムの構成図である。
【００３０】
図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００３１】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。
【００３２】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。なお、ｅＮＢ２００が管理するセルとＵＥ１００との接続と同じ意味として、ｅＮＢ２００とＵＥ１００との接続と適宜称する。
【００３３】
なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３４】
ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００３５】
ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ４００（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）と）を含む。また、ＥＰＣ２０は、コアネットワークに相当する。
【００３６】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００３７】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。
【００３８】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。
【００３９】
次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。
【００４０】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０は記憶部を構成し、及びプロセッサ１６０は制御部を構成する。
【００４１】
ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００４２】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子を含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００４３】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。
【００４４】
ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。
【００４５】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４６】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。
【００４７】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４８】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０は記憶部を構成し、プロセッサ２４０は、制御部を構成する。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサ２４０’としてもよい。
【００４９】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。アンテナ２０１は、複数のアンテナ素子を含む。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。
【００５０】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００５１】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。
【００５２】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５３】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００５４】
図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００５５】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００５６】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割り当てリソースブロックを決定するＭＡＣスケジューラを含む。
【００５７】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００５８】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５９】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は接続状態であり、そうでない場合、ＵＥ１００はアイドル状態である。
【００６０】
ＲＲＣレイヤの上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）レイヤは、セッション管理及びモビリティ管理などを行う。
【００６１】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ使用される。
【００６２】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルにより構成される無線リソース単位はリソースエレメント（ＲＥ）と称される。
【００６３】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００６４】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。さらに、各サブフレームには、セル固有参照信号（ＣＲＳ）が分散して配置される。
【００６５】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。さらに、各サブフレームには、復調参照信号（ＤＭＲＳ）及びサウンディング参照信号（ＳＲＳ）が配置される。
【００６６】
（Ｄ２Ｄ通信）
次に、ＬＴＥシステムの通常の通信（セルラ通信）とＤ２Ｄ通信とを比較して説明する。
【００６７】
図６は、セルラ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でセルラ通信を行う場合を例示している。なお、データパスとは、ユーザデータ（ユーザプレーン）の転送経路を意味する。
【００６８】
図６に示すように、セルラ通信のデータパスはネットワークを経由する。詳細には、ｅＮＢ２００−１、Ｓ−ＧＷ３００、及びｅＮＢ２００−２を経由するデータパスが設定される。
【００６９】
図７は、Ｄ２Ｄ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でＤ２Ｄ通信を行う場合を例示している。
【００７０】
図７に示すように、Ｄ２Ｄ通信のデータパスはネットワークを経由しない。すなわち、ＵＥ間で直接的な無線通信を行う。このように、ＵＥ１００−１の近傍にＵＥ１００−２が存在するのであれば、ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ通信を行うことによって、ネットワークのトラフィック負荷及びＵＥ１００のバッテリ消費量を削減するなどの効果が得られる。
【００７１】
なお、Ｄ２Ｄ通信が開始されるケースとして、（ａ）相手端末を発見するための動作を行うことによって相手端末を発見した後に、Ｄ２Ｄ通信が開始されるケースと、（ｂ）相手端末を発見するための動作を行わずにＤ２Ｄ通信が開始されるケースがある。
【００７２】
例えば、上記（ａ）のケースでは、ＵＥ１００−１及びＵＥ１００−２のうち一方のＵＥ１００が、近傍に存在する他方のＵＥ１００を発見することで、Ｄ２Ｄ通信が開始される。
【００７３】
このケースの場合、ＵＥ１００は、相手端末を発見するために、自身の近傍に存在する他のＵＥ１００を発見する（Ｄｉｓｃｏｖｅｒ）機能、及び／又は、ＵＥ１００は、他のＵＥ１００から発見される（Ｄｉｓｃｏｖｅｒａｂｌｅ）機能を有する。
【００７４】
なお、ＵＥ１００は、相手端末を発見しても必ずしもＤ２Ｄ通信を行う必要はなく、例えば、ＵＥ１００−１及びＵＥ１００−２は、互いに相手を発見した後に、ネゴシエーションを行って、Ｄ２Ｄ通信を行うか否かを判定してもよい。ＵＥ１００−１及びＵＥ１００−２のそれぞれは、Ｄ２Ｄ通信を行うことに同意した場合に、Ｄ２Ｄ通信を開始する。なお、ＵＥ１００−１は、相手端末を発見した後にＤ２Ｄ通信を行わなかった場合、上位レイヤ（例えば、アプリケーションなど）に近傍のＵＥ１００（すなわち、ＵＥ１００−２）の発見を報告してもよい。例えば、アプリケーションは、当該報告に基づく処理（例えば、ＵＥ１００−２の位置を地図情報にプロットする処理など）を実行できる。
【００７５】
また、ＵＥ１００は、相手端末を発見したことをｅＮＢ２００に報告し、相手端末との通信をセルラ通信によって行うかＤ２Ｄ通信によって行うかの指示をｅＮＢ２００から受けることも可能である。
【００７６】
一方、上記（ｂ）のケースでは、例えば、ＵＥ１００−１は、相手端末を特定せずに、Ｄ２Ｄ通信用の信号の送信（ブロードキャストによる報知など）を開始する。これにより、ＵＥ１００は、相手端末の発見の有無にかかわらず、Ｄ２Ｄ通信を開始できる。なお、Ｄ２Ｄ通信用の信号の待ち受け動作を行っているＵＥ１００−２は、ＵＥ１００−１からの当該信号に基づいて、同期又は／及び復調を行う。
【００７７】
（発見信号リスト）
次に、本実施形態に係る発見信号リストについて、図８及び図９を用いて説明する。図８は、本実施形態に係る発見信号リストの一例を示す図である。図９は、本実施形態に係る発見信号リストの他の例を示す図である。
【００７８】
発見信号リストは、発見信号（Ｄｉｓｃｏｖｅｒｙ信号／Ｄｉｓｃｏｖｅｒａｂｌｅ信号）の送信及び／又は受信を制御するためのリストである。具体的には、発見信号リストは、発見信号の送信及び／又は受信を制御するための複数の条件と、複数の条件のそれぞれに対応付けられた識別子からなる複数の識別子とに関するリストである。本実施形態では、発見信号リストは、発見信号の送信を制御するために用いられる。
【００７９】
図８に示すように、本実施形態に係る発見信号リストには、識別子の項目として、「発見識別子（Ｄｉｓｃｏｖｅｒｙ  ＩＤ）」があり、条件の項目として、「最大送信電力（Ｍａｘｉｍｕｍ  Ｔｘ  Ｐｏｗｅｒ）」、「パブリックセーフティ（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）」、「コマーシャル（Ｃｏｍｍｅｒｃｉａｌ）」、「バンド（Ｂａｎｄ）」、「サブフレームナンバー（Ｓｕｂｆｒａｍｅ  Ｎｕｍｂｅｒ）」、「リソースブロックナンバー（ＲＢ  Ｎｕｍｂｅｒ）」及び「オープンディスカバリ（Ｏｐｅｎ  Ｄｉｓｃｏｖｅｒｙ）」の項目がある。
【００８０】
発見識別子は、発見信号の送信（及び／又は受信）を制御するための複数の条件のそれぞれに対応付けられている識別子である。図８において、複数の発見識別子のそれぞれは、１つのＵＥ１００に割り当てられてもよいし、複数のＵＥ１００に割り当てられてもよい。また、１つのＵＥ１００に対して１つの発見識別子が割り当てられてもよいし、１つのＵＥ１００に対して複数の発見識別子が割り当てられてもよい。
【００８１】
最大送信電力は、発見信号の送信電力の範囲を示すものであり、具体的には、発見信号の最大の送信電力を示す。図８において、最大送信電力は、直値であるが、階級（クラス）（例えば、Ｌｏｗ／Ｍｉｄ／Ｈｉｇｈ）であってもよい。
【００８２】
パブリックセーフティ及びコマーシャルは、発見信号の用途を示すものである。具体的には、パブリックセーフティが適用される場合、発見信号は、Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＰｒｏＳｅにおける発見（Ｄｉｓｃｏｖｅｒｙ）に用いられる。なお、パブリックセーフティは、Ｅ−ＵＴＲＡＮのカバレッジ内及びカバレッジ外におけるＤ２Ｄ通信（発見（Ｄｉｓｃｏｖｅｒｙ）／通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ））の運用が可能であることを示す。従って、パブリックセーフティが適用される場合、発見信号は、Ｅ−ＵＴＲＡＮのカバレッジ外でも送信（及び又は受信）可能である。
【００８３】
また、コマーシャルが適用される場合、発見信号は、Ｃｏｍｍｅｒｃｉａｌ  Ｐｒｏｓｅ  （Ｃｏｍｍｅｒｃｉａｌ  Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅ）における発見（Ｄｉｓｃｏｖｅｒｙ）に用いられる。なお、コマーシャルは、Ｅ−ＵＴＲＡＮのカバレッジ内におけるＤ２Ｄ通信（発見（Ｄｉｓｃｏｖｅｒｙ）／通信（Ｃｏｍｍｕｎｉｃａｔｉｏｎ））の運用が可能であることを示す。従って、コマーシャルが適用される場合、発見信号は、Ｅ−ＵＴＲＡＮのカバレッジ内でのみ送（及び又は受信）信可能である。なお、コマーシャルは、オプションであってもよい。
【００８４】
バンドは、発見信号の送信に使用可能な周波数帯を示すものである。図８において、バンドは、バンドナンバー（Ｂｕｎｄ  ｎｕｍｂｅｒ）で示されている。また、バンドは、中心周波数及び周波数帯域によって示されてもよいし、サブキャリア番号によって示されてもよいし、周波数番号におって示されてもよい。周波数番号は、ＥＡＲＦＣＮ（Ｅ−ＵＴＲＡＮ  Ａｂｓｏｌｕｔｅ  Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｃｈａｎｎｅｌ  Ｎｕｍｂｅｒ）によって示されてもよい。また、バンドは、発見信号の送信に使用可能な周波数の範囲によって示されてもよい。なお、バンドは、オプションであってもよい。
【００８５】
サブフレームナンバー及びリソースブロックナンバーは、発見信号の送信に用いられる無線リソースを示すものである。具体的には、サブフレームナンバーは、発見信号の送信に使用可能なサブフレームナンバーを示すものである。図８において、サブフレームナンバーは、直値であるが、変数を代入することによってサブフレームナンバーが算出される数式又は当該数式に代入される変数であってもよい。なお、サブフレームナンバーは、オプションであってもよい。また、リソースブロックナンバーは、発見信号の送信に使用可能なリソースブロックナンバーを示すものである。図８において、リソースブロックナンバーは、直値であるが、発見信号の送信に使用可能なリソースブロックナンバーの範囲によって示されてもよい。なお、リソースブロックナンバーは、オプションであってもよい。
【００８６】
オープンディスカバリは、ＵＥ１００が不特定多数のＵＥ１００から発見されるか否かを示すものである。従って、オープンディスカバリが適用されない場合、発見信号の送信元のＵＥ１００からの発見の許可を受けたＵＥ１００のみが、発見信号の送信元のＵＥ１００を発見できる。一方、オープンディスカバリが適用される場合、発見信号の送信元のＵＥ１００の許可を受けていないＵＥ１００も、発見信号の送信元のＵＥ１００を発見できる。
【００８７】
また、発見信号リストは、図９に示すような発見信号リストであってもよい。図９において、複数の条件が同一である発見識別子は、グループ化（プール）されている。複数の発見識別子のそれぞれは、１つのＵＥ１００にのみ割り当てられる。このため、ＵＥ１００は、割り当てられた発見識別子を、ＵＥ１００が実際に送信する発見信号に含まれる個別の識別子として用いてもよい。
【００８８】
他の項目は、上述の項目と同様である。
【００８９】
本実施形態において、発見信号リストは、後述するように、ＵＥ１００、ｅＮＢ２００及びＮＷ５００のそれぞれに記憶される。
【００９０】
（移動通信システムの概略動作）
次に、本実施形態に係る移動通信システムの概略動作について、図１０から図１２を用いて説明する。なお、図１０から図１２のシーケンス図において、点線の矢印は、点線の矢印における動作がオプションであることを示している。
【００９１】
（１）発見信号リストの共有
まず、本実施形態に係る発見信号リストの共有について、図１０を用いて説明する。図１０は、本実施形態に係る発見信号リストの共有における動作例を示すシーケンス図である。
【００９２】
以下において、ＮＷ５００（ネットワーク装置）が発見信号リストを作成及び管理しており、ＵＥ１００及びｅＮＢ２００が発見信号リストを記憶していないと仮定して説明を進める。
【００９３】
図１０に示すように、ステップＳ１０１において、ＵＥ１００は、発見信号リストを要求するためのリスト要求（Ｄｉｓｃｏｖｅｒｙ  ＩＤ  ｌｉｓｔ  ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。ｅＮＢ２００は、リスト要求を受信する。
【００９４】
ステップＳ１０２において、ｅＮＢ２００は、リスト要求をＮＷ５００に送信する。ＮＷ５００は、リスト要求を受信する。
【００９５】
ステップＳ１０３において、ＮＷ５００は、リスト要求に応じて、発見信号リストをｅＮＢ２００に送信する。ｅＮＢ２００は、発見信号リストを受信する。
【００９６】
ステップＳ１０４において、ｅＮＢ２００は、発見信号リストをＵＥ１００に送信する。ＵＥ１００は、発見信号リストを受信する。
【００９７】
ｅＮＢ２００は、ＭＩＢ又はＳＩＢを用いて発見信号リストを送信してもよいし、ＲＲＣメッセージに含めて発見信号リストを送信してもよい。
【００９８】
以上より、ＵＥ１００及びｅＮＢ２００とＮＷ５００とが発見信号リストを共有する。
【００９９】
なお、ｅＮＢ２００は、発見信号リストが記憶されている場合、ＮＷ５００にリスト要求を送信せずに、ＵＥ１００に発見信号を送信してもよい。
【０１００】
また、ＵＥ１００は、発見信号リストをメモリ１５０に記憶してもよい。ＵＥ１００は、ｅＮＢ２００から受信した発見信号リストに基づいて、メモリ１５０に記憶された発見信号リストを更新してもよい。さらに、ｅＮＢ２００も、ＮＷ５００から受信した発見信号リストに基づいて、メモリ２３０に記憶された発見信号リストを更新してもよい。
【０１０１】
（２）Ｄ２Ｄ通信における相手端末の発見
次に、本実施形態に係るＤ２Ｄ通信における相手端末の発見について、図１１を用いて説明する。図１１は、本実施形態に係るＤ２Ｄ通信における相手端末の発見の動作例を示すシーケンス図である。
【０１０２】
ＵＥ１００−１、ＵＥ１００−２及びｅＮＢ２００は、発見信号リストを記憶している。
【０１０３】
図１１に示すように、ステップＳ２０１において、ＵＥ１００−１は、識別子要求（Ｄｉｓｃｏｖｅｒｙ  ＩＤ  ｒｅｑｕｅｓｔ）をｅＮＢ２００に送信する。ｅＮＢ２００は、識別子要求を受信する。
【０１０４】
識別子要求は、ｅＮＢ２００（又はＮＷ５００）によって発見信号リスト内の複数の発見識別子の中から指定された特定の発見識別子を要求するためのものである。識別子要求は、ｅＮＢ２００（又はＮＷ５００）が特定の発見識別子を指定する際に、複数の発見識別子の中から指定可能な識別子を選定するために用いられる選定情報を含んでもよい。選定情報として、例えば、ＵＥ１００−１の最大送信電力、ＵＥ１００−１の使用可能な周波数帯、Ｄ２Ｄ通信の目的（例えば、広告配信目的）、Ｄ２Ｄ通信に用いられるアプリケーション識別子を示す情報が挙げられる。
【０１０５】
ｅＮＢ２００は、識別子要求に基づいて、発見信号リスト内の複数の発見識別子の中から特定の発見識別子を指定する。本実施形態において、ｅＮＢ２００は、識別子要求の受信に応じて、発見識別子の指定を開始する。
【０１０６】
ｅＮＢ２００は、識別子要求が選定情報を含む場合、選定情報に基づいて、複数の発見識別子の中から特定の発見識別子を指定してもよい。具体的には、ｅＮＢ２００は、選定情報に基づいて、複数の発見識別子の中から指定可能な発見識別子を選定する。例えば、ｅＮＢ２００は、ＵＥ１００−１の使用可能な周波数帯から外れた周波数帯を使用させる発見識別子を、ＵＥ１００−１に割り当てる発見識別子の候補から外す。ｅＮＢ２００は、候補に残った発見識別子の中から特定の発見識別子を指定する。
【０１０７】
また、ｅＮＢ２００は、識別子要求に含まれるＵＥ１００−１の識別子（ＵＥ−ＩＤ）を用いて、複数の発見識別子の中から指定可能な識別子を選定するための情報（例えば、契約情報）をネットワークに問い合わせてもよい。ｅＮＢ２００は、例えば、ＵＥ１００−１の条件（例えば、広告配信用のＰｒｏＳｅ契約条件、使用可能な周波数帯）などの情報をネットワークから取得してもよい。ｅＮＢ２００は、取得した情報に基づいて、指定可能な発見識別子を選定し、指定可能な発見識別子の中から特定の発見識別子を指定してもよい。
【０１０８】
また、ｅＮＢ２００は、識別子要求がアプリケーション識別子を含む場合、ｅＮＢ２００は、ネットワークにアプリケーション識別子を送信し、アプリケーションに関する認証情報など（例えば、オペレータとアプリケーションに関するサードパーティとのアプリケーションの使用許諾／使用契約）を取得してもよい。ｅＮＢ２００は、取得した情報に基づいて指定可能な発見識別子を選定し、指定可能な発見識別子の中から特定の発見識別子を指定してもよい。
【０１０９】
ステップＳ２０２において、ｅＮＢ２００は、指定された発見識別子である特定識別子をＵＥ１００−１に送信する。ＵＥ１００−１は、特定識別子を受信する。
【０１１０】
ステップＳ２０３において、ＵＥ１００−１は、発見設定の読み出しを行う。具体的には、ＵＥ１００−１は、受信した特定識別子及び発見信号リストに基づいて、複数の条件の中から特定識別子に対応付けられた条件（特定条件）を特定する。ＵＥ１００−１は、特定した条件を発見信号の送信条件として設定する。
【０１１１】
ステップＳ２０４において、ＵＥ１００−１は、特定条件に従って、発見信号の送信を開始する。ＵＥ１００−２は、ＵＥ１００−１からの発見信号を受信する。
【０１１２】
なお、ＵＥ１００−２は、発見信号にＵＥ１００−１を示す識別子が含まれている場合、ＵＥ１００−２の識別子に基づいて、ＵＥ１００−１を特定できる。或いは、ＵＥ１００−２は、発見信号リストにＵＥ１００−１を特定するための情報が記録されている場合、発見信号リストに基づいて、ＵＥ１００−１を特定できる。例えば、発見信号に発見識別子が含まれており、且つ、発見識別子と発見信号の送信元のＵＥ１００の識別子（すなわち、ＵＥ１００−２の識別子）とが対応付けられている場合、ＵＥ１００−２は、発見信号リストに基づいて、ＵＥ１００−１を特定できる。なお、ＵＥ１００−２は、発見信号の送信元であるＵＥ１００−１を特定できた場合、次のステップＳ２０５の動作を省略してもよい。
【０１１３】
ステップＳ２０５において、ＵＥ１００−２は、発見情報をｅＮＢ２００に送信する。ｅＮＢ２００は、発見信号を受信する。
【０１１４】
発見情報は、発見信号を受信したことを示す情報である。ＵＥ１００−２は、発見信号に発見識別子が含まれる場合、発見情報に発見識別子を含めて、ｅＮＢ２００に送信してもよい。
【０１１５】
ｅＮＢ２００は、ＵＥ１００−２から発見情報を受信した場合、発見情報の応答として、発見信号の送信元のＵＥ１００−１を示す識別子をＵＥ１００−２に送信してもよい。これにより、ＵＥ１００−２は、発見信号の送信元が特定できていなかったとしても、ｅＮＢ２００からの応答により、発見信号の送信元を知ることができる。
【０１１６】
その後、ＵＥ１００−２は、ＵＥ１００−１に発見信号を受信した旨の応答を送信する。ＵＥ１００−１とＵＥ１００−２とは、必要な情報の交換を行った後、Ｄ２Ｄ通信を開始する。
【０１１７】
ＵＥ１００−１及びＵＥ１００−２は、Ｄ２Ｄ通信を終了した場合、Ｄ２Ｄ通信を終了したことを示す終了情報をｅＮＢ２００に送信する。ｅＮＢ２００は、終了情報を受信した場合、ＵＥ１００−１及びＵＥ１００−２のそれぞれに割り当てられていた発見識別子を未割り当ての発見識別子として発見信号リストを更新する。
【０１１８】
なお、ｅＮＢ２００は、ＵＥ１００−１及びＵＥ１００−２からの終了情報を受信しない場合であっても、発見識別子の有効期間が過ぎた場合に、ＵＥ１００−１及びＵＥ１００−２のそれぞれに割り当てられていた発見識別子を未割り当ての発見識別子として発見信号リストを更新してもよい。
【０１１９】
（３）ｅＮＢ２００のスケジューリング
次に、本実施形態に係るｅＮＢ２００のスケジューリングについて、図１２を用いて説明する。図１２は、本実施形態に係るｅＮＢ２００のスケジューリングの動作例を示すシーケンス図である。
【０１２０】
ｅＮＢ２００は、コアネットワークを介する通信であるセルラ通信を行うＵＥ１００−３と接続している。
【０１２１】
図１２に示すように、ステップＳ３０１からＳ３０３は、ステップＳ２０１からＳ２０３に対応する。
【０１２２】
なお、ステップＳ３０１において、ｅＮＢ２００は、発見信号を高い送信電力（Ｈｉｇｈ  ｐｏｗｅｒ）で送信するという条件と対応付けられた発見識別子をＵＥ１００−１に割り当てる。一方、ｅＮＢ２００は、発見信号を低い送信電力（Ｌｏｗ  ｐｏｗｅｒ）で送信するという条件及び発見信号を送信する無線リソースを制限する条件と対応付けられた発見識別子をＵＥ１００−２に割り当てる。
【０１２３】
ステップＳ３０４において、ｅＮＢ２００は、発見信号リストに基づいて、セルラ通信を行うＵＥ１００に無線リソースを割り当てるスケジューリングを行う。
【０１２４】
具体的には、ｅＮＢ２００は、低い送信電力で発見信号を送信するために用いられる無線リソースとセルラ通信に用いられる無線リソース（すなわち、セルラ用リソース）とが共用になり、高い送信電力で発見信号を送信するために用いられる無線リソースとセルラ用リソースとが非共用になるように、スケジューリングを行う。本実施形態では、ｅＮＢ２００は、発見信号リストに基づいて、ＵＥ１００−２が発見信号を送信するために用いる無線リソースを、ｅＮＢ２００がＵＥ１００−２への送信に用いる無線リソース（ＰＤＳＣＨ）をＵＥ１００−２に割り当てる。
【０１２５】
なお、ｅＮＢ２００は、ステップＳ３０４の処理を、ステップＳ３０３の後ではなく、例えば、ステップＳ３０３の前など、各発見識別子をＵＥ１００−１及びＵＥ１００−２に割り当てた後の適切なタイミングで行うことができる。
【０１２６】
ステップＳ３０５及びＳ３０６のそれぞれは、ステップＳ２０４に対応する。
【０１２７】
なお、ステップＳ３０５において、ＵＥ１００−１は、高い送信電力で発見信号を送信する。また、ステップＳ３０６において、ＵＥ１００−２は、低い送信電力で発見信号を送信する。
【０１２８】
ステップＳ３０７において、ｅＮＢ２００は、ＵＥ１００−２の発見信号の送信に用いられる無線リソースと共用の無線リソース（ＰＤＳＣＨ）を用いてユーザデータをＵＥ１００−３に送信する。
【０１２９】
ステップＳ３０８は、ステップＳ２０５に対応する。
【０１３０】
（実施形態のまとめ）
本実施形態において、ＵＥ１００及びｅＮＢ２００は、発見信号の送信を制御するための複数の条件と複数の発見識別子とに関する発見信号リストを記憶する。ｅＮＢ２００は、特定条件に対応付けられた特定識別子を複数の発見識別子の中から指定し、特定識別子をＵＥ１００に送信する。ＵＥ１００は、特定識別子を受信し、特定条件に従って発見信号を送信する制御を行う。これにより、ｅＮＢ２００が、発見信号を規制するための条件に関する情報を送信する代わりに、発見識別子を送信すれば、ＵＥ１００が発見識別子に基づいて、複数の条件の中から特定条件を特定可能であるため、オーバヘッドの増大を抑制できる。
【０１３１】
本実施形態において、ＵＥ１００は、識別子要求をｅＮＢ２００に送信し、ｅＮＢ２００は、識別子要求をＵＥ１００から受信し、識別子要求に基づいて、特定識別子を指定する。これにより、ｅＮＢ２００は、識別子要求を送信したＵＥ１００、すなわち、発見信号の送信を行う予定のＵＥ１００に対して、特定識別子を送信し、識別子要求を送信していないＵＥ１００への特定識別子の指定及び送信を省略できるため、オーバヘッドの増大を抑制できる。
【０１３２】
本実施形態において、識別子要求は、ｅＮＢ２００が特定識別子を指定する際に、複数の発見識別子の中から指定可能な発見識別子を選定するために用いられる選定情報を含んでもよい。ｅＮＢ２００は、選定情報に基づいて、特定識別子を指定できる。これにより、ｅＮＢ２００は、ＵＥ１００の状況に応じた発見識別子の指定が可能となる。
【０１３３】
本実施形態において、ＵＥ１００は、発見信号を送信する前に、発見信号リストを要求するためのリスト要求をＮＷ５００に送信する制御を行う。ＮＷ５００は、リスト要求をＵＥ１００からｅＮＢ２００を介して受信する。ＮＷ５００は、リスト要求に応じて、発見信号リストをＵＥ１００に送信する。ＵＥ１００は、リスト要求に応じてＮＷ５００から送信される発見信号リストを受信する。これにより、ＮＷ５００は、発見信号リストが必要なＵＥ１００にのみ発見信号リストを送信することが可能となるため、オーバヘッドの増大を抑制できる。
【０１３４】
本実施形態において、複数の条件は、発見信号の送信電力、発見信号の用途、発見信号の送信及び／又は受信に用いられる周波数帯域、発見信号の送信及び／又は受信に用いられる無線リソース、及び、ＵＥ１００が不特定多数のＵＥ１００から発見されるか否かを示すオープンディスカバリの少なくとも１つを制御するための条件を含んでもよい。これにより、ｅＮＢ２００は、ＵＥ１００の発見信号の送信及び／又は受信を制御できる。
【０１３５】
本実施形態において、特定条件は、発見信号の送信に用いられる無線リソースを制御するための条件を含み、ｅＮＢ２００は、特定識別子を指定した後に、特定条件に基づいて、セルラ通信を行うＵＥ１００に無線リソースと共用の無線リソースを割り当てる。これにより、無線リソースを有効に活用できる。
【０１３６】
［その他実施形態］
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【０１３７】
例えば、上述した実施形態では、ＮＷ５００であるネットワーク装置は、ｅＮＢ２００と異なっていたが、ネットワーク装置は、ｅＮＢ２００であってもよい。また、ネットワーク装置は、コアネットワークを構成する装置（例えば、ＭＭＥ、ＯＡＭなど）であってもよいし、管理サーバであってもよい。また、ｅＮＢ２００が本実施形態に係るネットワーク装置と同様の機能を有し、他のネットワーク装置と連携して、上述の実施形態に係る制御を行ってもよい。
【０１３８】
また、上述した実施形態では、ＮＷ５００が発見信号リストを作成していたが、これに限られない。ｅＮＢ２００が発見信号リストを作成してもよい。また、ＮＷ５００が作成した発見信号リストをｅＮＢ２００が取得し、ｅＮＢ２００が当該発見信号リストの一部を追加及び変更してもよい。
【０１３９】
例えば、ｅＮＢ２００は、状況に応じて、発見識別子の数を増減してもよい。具体的には、ｅＮＢ２００は、各ＵＥ１００に割り当てた発見識別子の割合が閾値を超えた場合、発見識別子のナンバーが重複しないように発見識別子の数を増やしてもよい。
【０１４０】
また、上述した実施形態において、図８及び図９に示す発見信号リストは、発見信号の送信に関するリストであるが、発見信号リストは、発見信号の受信に関するリスト、又は、発見信号の送信及び受信に関するリストであってもよい。従って、上述した実施形態では、発見信号の送信について説明したが、発見信号の受信についても同様の処理が行われてもよい。
【０１４１】
また、上述した実施形態において、発見信号を受信するＵＥ１００は、発見信号リストによって、発見信号の送信に用いられる無線リソースを特定してもよい。ＵＥ１００は、特定した無線リソースに関する帯域及び時間のスキャンを行うことができる。これにより、ＵＥ１００は、無駄なバッテリの消費を抑制できる。
【０１４２】
さらに、ｅＮＢ２００は、現在割り当てている発見識別子をブロードキャスト又はユニキャストで通知してもよい。ＵＥ１００は、発見識別子及び発見信号リストを用いて、所望の発見信号のみを受信してもよい。例えば、ＵＥ１００は、広告配信用途の発見信号を受信するか否かを選択してもよい。
【０１４３】
また、上述した実施形態において、ｅＮＢ２００は、特定識別子とともに、特定識別子の有効期間を示す情報をＵＥ１００に送信してもよい。また、ＵＥ１００は、この識別子要求が、特定識別子の有効期限が過ぎた後に発見信号を送信及び／受信する場合に、送信されるように制御してもよい。これにより、ｅＮＢ２００は、実際にＤ２Ｄ通信を行うＵＥ１００からのみ要求を受信するため、使用されていない割り当て済みの特定識別子を未割り当ての特定識別子とすることができる。その結果、ｅＮＢ２００は、発見識別子を適切に管理することができるため、使用されていない発見識別子が存在しながら、ＵＥ１００に割り当て可能な発見識別子がないという状況を回避することができる。
【０１４４】
また、上述した実施形態において、ｅＮＢ２００は、第１の特定識別子を割り当てたＵＥ１００から、他のＵＥ１００に割り当てた第２の特定識別子を含む発見情報を受信する。ｅＮＢ２００は、第１の特定識別子に対応付けられた第１の特定条件と第２の特定識別子に対応付けられた第２の特定条件とに基づいて、ＵＥ１００の発見信号と他のＵＥ１００の発見信号とが干渉とすると判定した場合、第１の特定識別子又は第２の特定識別子の代わりに、新たな特定識別子を指定し、ｅＮＢ２００は、新たな特定識別子をＵＥ１００又は他のＵＥ１００に送信してもよい。これにより、発見信号の干渉を回避することができる。ｅＮＢ２００は、例えば、第１の特定識別子と第２の特定識別子とが同じ条件と対応付けられていた場合、干渉が発生すると判定する。
【０１４５】
なお、ＵＥ１００は、同じプールに属する発見識別子を含む発見信号を検出した場合に、ｅＮＢ２００に発見情報を送信してもよい。この場合、発見情報は、プール変更要求を含んでいてもよい。
【０１４６】
また、ｅＮＢ２００は、発見信号の送信及び／又は受信用の無線リソースを多く又は少なくリザーブしている発見識別子を長時間割り当てられているＵＥ１００が存在する場合、発見識別子の入れ替えを行ってもよい。これにより、公平性を保つことができる。
【０１４７】
また、上述した実施形態において、ｅＮＢ２００は、低い送信電力で発見信号を送信するために用いられる無線リソースとセルラ通信に用いられる無線リソースとが共用になるように送信したが、これに限られない。例えば、高信頼性（例えば、パブリックセーフティ、データオフロードなどの用途）が要求されるＤ２Ｄ通信のための発見信号の送信及び／又は受信のために用いられる無線リソースは、セルラ通信用の無線リソースと共用せず、低信頼性（例えば、オープンディスカバリ、広告配信などの用途）が要求されるＤ２Ｄ通信のための発見信号の送信及び／又は受信のために用いられる無線リソースは、セルラ通信用の無線リソースと共用されるとしてもよい。なお、上述した実施形態では、セルラ通信用の無線リソースは、ＰＤＳＣＨであったが、ＰＵＳＣＨであってもよい。
【０１４８】
上述した実施形態において、ｅＮＢ２００は、ＵＥ１００からリスト要求がなくてもＵＥ１００に発見信号リストを送信してもよいし、ＵＥ１００から識別子要求がなくてもＵＥ１００に特定識別子を送信してもよい。なお、ＵＥ１００は、識別子要求をしていない場合に、ｅＮＢ２００から特定識別子を受信した場合、強制的な発見信号の送信及び／又は受信の制御を行ってもよい。
【０１４９】
また、上述した実施形態において、ｅＮＢ２００が発見信号リストから特定識別子を指定していたがこれに限られない。ＵＥ１００が発見信号リストから特定識別子を指定してもよい。この場合、ＵＥ１００は、指定した特定識別子をＵＥ１００に送信する。これにより、ｅＮＢ２００がＤ２Ｄ通信を行うＵＥ１００の情報を管理できる。なお、ｅＮＢ２００は、他のＵＥ１００との関係で、ＵＥ１００が指定した特定識別子を許可できない場合、当該特性識別子の使用を拒否する旨の情報をＵＥ１００に送信してもよい。この場合、ＵＥ１００は、新たに特定識別子を指定することができる。
【０１５０】
また、上述した実施形態では、本発明をＬＴＥシステムに適用する一例を説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１５１】
なお、日本国特許出願２０１３−２０２７６６（２０１３年９月２７日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０１５２】
本発明に係るユーザ端末及びネットワーク装置は、発見信号の送信及び／又は受信を制御する場合に、オーバヘッドの増大を抑制できる。
【図１】
2015046272.tif 000003
【図２】
2015046272.tif 000004
【図３】
2015046272.tif 000005
【図４】
2015046272.tif 000006
【図５】
2015046272.tif 000007
【図６】
2015046272.tif 000008
【図７】
2015046272.tif 000009
【図８】
2015046272.tif 000010
【図９】
2015046272.tif 000011
【図１０】
2015046272.tif 000012
【図１１】
2015046272.tif 000013
【図１２】
2015046272.tif 000014
【国際調査報告】
2015046272.tif 000015
2015046272.tif 000016
2015046272.tif 000017
2015046272.tif 000018