(57)【要約】  制御装置（４）は、第１及び第２の無線端末（１Ａ、１Ｂ）の近接を検出するために第１及び第２の無線端末（１Ａ、１Ｂ）の現在位置を追跡することを含むネットワークレベル・ディスカバリを行うよう構成されている。制御装置（４）は、さらに、第１の無線端末（１Ａ）からの当該ネットワークレベル・ディスカバリの要求に起因して当該ネットワークレベル・ディスカバリを開始するに先立って、少なくとも当該第１の無線端末（１Ａ）の位置履歴を取得するよう構成されている。これにより、例えば、ネットワークレベル・ディスカバリ（e.g., EPC-level ProSe Discovery）を開始するか否かの判定の精度を向上できる。
2016135791.tif 000002
【特許請求の範囲】
【請求項１】
制御装置であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１及び第２の無線端末の近接を検出するために前記第１及び第２の無線端末の現在位置を追跡することを含むネットワークレベル・ディスカバリを制御するよう構成されるとともに、前記第１の無線端末からの前記ネットワークレベル・ディスカバリの要求に起因して前記ネットワークレベル・ディスカバリを開始するに先立って、少なくとも前記第１の無線端末の位置履歴を取得するよう構成されている、
制御装置。
【請求項２】
前記第１の無線端末の前記位置履歴は、異なる時間における測定によって得られた複数の位置情報を示す、
請求項１に記載の制御装置。
【請求項３】
前記位置履歴は、前記第１の無線端末の位置を特定するための位置情報と、前記位置情報が得られた時間を特定するための時間情報を含む、
請求項１又は２に記載の制御装置。
【請求項４】
前記位置履歴は、前記第１の無線端末のMinimization of Drive Tests（MDT）機能によって得られたLogged MDT測定データに含まれる位置情報及び時間情報を含む、
請求項１〜３のいずれか１項に記載の制御装置。
【請求項５】
前記位置履歴は、前記第１の無線端末が基地局との無線接続を有していないアイドル状態であるときの複数回の測定によって得られた位置情報及び時間情報を含む、
請求項１〜４のいずれか１項に記載の制御装置。
【請求項６】
前記少なくとも１つのプロセッサは、前記ネットワークレベル・ディスカバリを開始するか否かを判定する際に、前記第１の無線端末の前記位置履歴を考慮するよう構成されている、
請求項１〜５のいずれか１項に記載の制御装置。
【請求項７】
前記少なくとも１つのプロセッサは、前記ネットワークレベル・ディスカバリを開始するか否かを判定するために、前記第１の無線端末の前記位置履歴に基づいて前記第１の無線端末の移動方向を推定する、
請求項６に記載の制御装置。
【請求項８】
前記少なくとも１つのプロセッサは、前記ネットワークレベル・ディスカバリを開始するか否かを判定するために、前記第１の無線端末の前記位置履歴に基づいて前記第１及び第２の無線端末が将来的に近づく傾向を持つか否かを推定する、
請求項６に記載の制御装置。
【請求項９】
前記位置履歴は、セルレベルの位置を示す情報を含む、
請求項１〜８のいずれか１項に記載の制御装置。
【請求項１０】
前記位置履歴は、Global Navigation Satellite System（GNSS）レシーバによって得られる位置情報、及びRadio Frequency（RF）フィンガープリント情報のうち少なくとも一方を含む、
請求項１〜８のいずれか１項に記載の制御装置。
【請求項１１】
前記少なくとも１つのプロセッサは、前記ネットワークレベル・ディスカバリの要求を前記第１の無線端末から受信したことに応答して、前記第１の無線端末の前記位置履歴を取得する、
請求項１〜１０のいずれか１項に記載の制御装置。
【請求項１２】
前記少なくとも１つのプロセッサは、前記ネットワークレベル・ディスカバリを開始しない場合に、前記第１の無線端末からの前記要求を拒絶する、
請求項１１に記載の制御装置。
【請求項１３】
前記少なくとも１つのプロセッサは、前記ネットワークレベル・ディスカバリを開始する場合、前記第１及び第２の無線端末の現在位置を示す間欠性の報告を要求する、
請求項１１又は１２に記載の制御装置。
【請求項１４】
前記ネットワークレベル・ディスカバリは、前記第１及び第２の無線端末の現在位置を示す間欠性の報告を用いて、前記第１及び第２の無線端末の近接を検出することを含む、
請求項１〜１３のいずれか１項に記載の制御装置。
【請求項１５】
前記少なくとも１つのプロセッサは、前記第１の無線端末の前記位置履歴を前記第１の無線端末から直接的に受信する、
請求項１〜１４のいずれか１項に記載の制御装置。
【請求項１６】
前記少なくとも１つのプロセッサは、前記第１の無線端末の前記位置履歴を、前記第１の無線端末のMinimization of Drive Tests（MDT）機能によって得られたLogged MDT測定データを収集するTrace Collection Entity（TCE）を介して受信する、
請求項１〜１４のいずれか１項に記載の制御装置。
【請求項１７】
無線端末装置であって、
少なくとも１つの無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記無線端末装置と他の無線端末との近接を検出するために前記無線端末装置及び前記他の無線端末の現在位置を追跡することを含むネットワークレベル・ディスカバリを制御装置に要求するよう構成されるとともに、前記ネットワークレベル・ディスカバリの開始に先立って、前記無線端末装置の位置履歴を前記制御装置に直接的に又はサーバを介して送るよう構成されている、
無線端末装置。
【請求項１８】
前記位置履歴は、異なる時間における測定によって得られた複数の位置情報を示す、
請求項１７に記載の無線端末装置。
【請求項１９】
前記位置履歴は、前記無線端末装置の位置を特定するための位置情報と、前記位置情報が得られた時間を特定するための時間情報を含む、
請求項１７又は１８に記載の無線端末装置。
【請求項２０】
前記位置履歴は、前記無線端末装置のMinimization of Drive Tests（MDT）機能によって得られたLogged MDT測定データに含まれる位置情報及び時間情報を含む、
請求項１７〜１９のいずれか１項に記載の無線端末装置。
【請求項２１】
前記位置履歴は、前記無線端末装置が基地局との無線接続を有していないアイドル状態であるときの複数回の測定によって得られた位置情報及び時間情報を含む、
請求項１７〜２０のいずれか１項に記載の無線端末装置。
【請求項２２】
前記位置履歴は、前記ネットワークレベル・ディスカバリを開始するか否かを判定するために前記制御装置によって考慮される、
請求項１７〜２１のいずれか１項に記載の無線端末装置。
【請求項２３】
前記位置履歴は、セルレベルの位置を示す情報を含む、
請求項１７〜２２のいずれか１項に記載の無線端末装置。
【請求項２４】
前記位置履歴は、Global Navigation Satellite System（GNSS）レシーバによって得られる位置情報、及びRadio Frequency（RF）フィンガープリント情報のうち少なくとも一方を含む、
請求項１７〜２２のいずれか１項に記載の無線端末装置。
【請求項２５】
制御装置により行われる方法であって、
第１及び第２の無線端末の近接を検出するために前記第１及び第２の無線端末の現在位置を追跡することを含むネットワークレベル・ディスカバリを行うこと、及び
前記第１の無線端末からの前記ネットワークレベル・ディスカバリの要求に起因して前記ネットワークレベル・ディスカバリを開始するに先立って、少なくとも前記第１の無線端末の位置履歴を取得すること、
を備える方法。
【請求項２６】
前記第１の無線端末の前記位置履歴は、異なる時間における測定によって得られた複数の位置情報を示す、
請求項２５に記載の方法。
【請求項２７】
前記位置履歴は、前記第１又は第２の無線端末の位置を特定するための位置情報と、前記位置情報が得られた時間を特定するための時間情報を含む、
請求項２５又は２６に記載の方法。
【請求項２８】
前記位置履歴は、前記第１又は第２の無線端末のMinimization of Drive Tests（MDT）機能によって得られたLogged MDT測定データに含まれる位置情報及び時間情報を含む、
請求項２５〜２７のいずれか１項に記載の方法。
【請求項２９】
前記位置履歴は、前記第１又は第２の無線端末が基地局との無線接続を有していないアイドル状態であるときの複数回の測定によって得られた位置情報及び時間情報を含む、
請求項２５〜２８のいずれか１項に記載の方法。
【請求項３０】
前記ネットワークレベル・ディスカバリを開始するか否かを判定する際に、前記第１の無線端末の前記位置履歴を考慮することをさらに備える、
請求項２５〜２９のいずれか１項に記載の方法。
【請求項３１】
前記考慮することは、前記第１の無線端末の前記位置履歴に基づいて前記第１の無線端末の移動方向を推定することを含む、
請求項３０に記載の方法。
【請求項３２】
前記考慮することは、前記第１の無線端末の前記位置履歴に基づいて前記第１及び第２の無線端末が将来的に近づく傾向を持つか否かを推定することを含む、
請求項３０に記載の方法。
【請求項３３】
前記取得することは、前記ネットワークレベル・ディスカバリの要求を前記第１の無線端末から受信したことに応答して、前記第１の無線端末の前記位置履歴を取得することを含む、
請求項２５〜３１のいずれか１項に記載の方法。
【請求項３４】
無線端末装置によって行われる方法であって、
前記無線端末装置と他の無線端末との近接を検出するために前記無線端末装置及び前記他の無線端末の現在位置を追跡することを含むネットワークレベル・ディスカバリを制御装置に要求すること、及び
前記ネットワークレベル・ディスカバリの開始に先立って、前記無線端末装置の位置履歴を前記制御装置に直接的に又はサーバを介して送ること、
を備える方法。
【請求項３５】
前記位置履歴は、異なる時間における測定によって得られた複数の位置情報を示す、
請求項３４に記載の方法。
【請求項３６】
前記位置履歴は、前記無線端末装置の位置を特定するための位置情報と、前記位置情報が得られた時間を特定するための時間情報を含む、
請求項３４又は３５に記載の方法。
【請求項３７】
前記位置履歴は、前記無線端末装置のMinimization of Drive Tests（MDT）機能によって得られたLogged MDT測定データに含まれる位置情報及び時間情報を含む、
請求項３４〜３６のいずれか１項に記載の方法。
【請求項３８】
前記位置履歴は、前記無線端末装置が基地局との無線接続を有していないアイドル状態であるときの複数回の測定によって得られた位置情報及び時間情報を含む、
請求項３４〜３７のいずれか１項に記載の方法。
【請求項３９】
前記位置履歴は、前記ネットワークレベル・ディスカバリを開始するか否かを判定するために前記制御装置によって考慮される、
請求項３４〜３８のいずれか１項に記載の方法。
【請求項４０】
制御装置により行われる方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
第１及び第２の無線端末の近接を検出するために前記第１及び第２の無線端末の現在位置を追跡することを含むネットワークレベル・ディスカバリを行うこと、及び
前記第１の無線端末からの前記ネットワークレベル・ディスカバリの要求に起因して前記ネットワークレベル・ディスカバリを開始するに先立って、少なくとも前記第１の無線端末の位置履歴を取得すること、
を含む、
非一時的なコンピュータ可読媒体。
【請求項４１】
無線端末装置により行われる方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
前記無線端末装置と他の無線端末との近接を検出するために前記無線端末装置及び前記他の無線端末の現在位置を追跡することを含むネットワークレベル・ディスカバリを制御装置に要求すること、及び
前記ネットワークレベル・ディスカバリの開始に先立って、前記無線端末装置の位置履歴を前記制御装置に直接的に又はサーバを介して送ること、
を含む、
非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、Proximity-based services（ProSe）に関し、特にネットワークレベルのディスカバリの制御に関する。
【背景技術】
【０００２】
3GPP Release 12は、Proximity-based services（ProSe）について規定している（例えば、非特許文献１を参照）。ProSeは、ProSeディスカバリ（ProSe discovery）及びProSeダイレクト通信（ProSe direct communication）を含む。ProSeディスカバリは、無線端末が近接していること（in proximity）の検出を可能にする。ProSeディスカバリは、ダイレクト・ディスカバリ（ProSe Direct Discovery）及びネットワークレベル・ディスカバリ（EPC-level ProSe Discovery）を含む。【０００３】
ProSe Direct Discoveryは、ProSeを実行可能な無線端末（ProSe-enabled UE）が他のProSe-enabled UEをこれら２つのUEが有する無線通信技術（例えば、Evolved Universal Terrestrial Radio Access (E-UTRA) technology）の能力だけを用いて発見する手順により行われる。これに対して、EPC-level ProSe Discoveryでは、コアネットワーク（Evolved Packet Core (EPC)）が２つのProSe-enabled UEsの近接を判定し、これをこれらのUEsに知らせる。ProSe Direct Discoveryは、３つ以上のProSe-enabled UEsにより行われてもよい。【０００４】
ProSeダイレクト通信は、ProSeディスカバリ手順の後に、ダイレクト通信レンジ内に存在する２以上のProSe-enabled UEsの間の通信パスの確立を可能にする。言い換えると、ProSeダイレクト通信は、ProSe-enabled UEが、基地局（eNodeB）を含む公衆地上移動通信ネットワーク（Public Land Mobile Network (PLMN)）を経由せずに、他のProSe-enabled UEと直接的に通信することを可能にする。ProSeダイレクト通信は、基地局（eNodeB）にアクセスする場合と同様の無線通信技術（E-UTRA technology）を用いて行われてもよいし、wireless local area network (WLAN)の無線技術（つまり、IEEE 802.11 radio technology）を用いて行われてもよい。【０００５】
3GPP Release 12では、ProSe functionが公衆地上移動通信ネットワーク（PLMN）を介してProSe-enabled UEと通信し、ProSeディスカバリ及びProSeダイレクト通信を支援（assist）する。ProSe functionは、ProSeのために必要なPLMNに関連した動作に用いられる論理的な機能（logical function）である。ProSe functionによって提供される機能（functionality）は、例えば、（ａ）third-party applications（ProSe Application Server）との通信、（ｂ）ProSeディスカバリ及びProSeダイレクト通信のためのUEの認証、（ｃ）ProSeディスカバリ及びProSeダイレクト通信のための設定情報（例えば、EPC-ProSe-User IDなど）のUEへの送信、並びに（ｄ）ネットワークレベル・ディスカバリ（i.e., EPC-level ProSe discovery）の提供、を含む。ProSe functionは、１又は複数のネットワークノード又はエンティティに実装されてもよい。本明細書では、ProSe functionを実行する１又は複数のネットワークノード又はエンティティを“ProSe function エンティティ”又は“ProSe functionサーバ”と呼ぶ。【０００６】
上述したように、EPC-level ProSe Discoveryでは、コアネットワーク（Evolved Packet Core (EPC)）が２つのProSe-enabled UEsの近接を判定し、これをこれらのUEsに知らせる。EPC-level ProSe Discoveryは、EPCによる２つのProSe-enabled UEsの位置の収集（又は取得又は監視）を含む。すなわち、EPC-level ProSe Discoveryでは、UEsは自身の現在位置を推定することができる位置情報を間欠的（intermittently）にEPCに送信し、EPC（i.e., ProSe function エンティティ）はUEsから受信した位置情報に基づいてこれらの近接を判定する。【０００７】
なお、3GPP Release 12のProSeは、複数の無線端末の地理的な位置の近接に基づいて提供される近接サービス（Proximity-based services（ProSe））の１つの具体例である。公衆地上移動通信ネットワーク（PLMN）における近接サービスは、3GPP Release 12のProSeと同様に、ネットワークに配置された機能又はノード（例えば、ProSe function）によって支援されるディスカバリ・フェーズ及びダイレクト通信フェーズを含む。ディスカバリ・フェーズでは、複数の無線端末の地理的位置の近接が判定又は検出される。ダイレクト通信フェーズでは複数の無線端末によってダイレクト通信が行われる。ダイレクト通信は、近接する複数の無線端末の間で公衆地上移動通信ネットワーク（PLMN）を介さずに行われる通信である。ダイレクト通信は、device-to-device (D2D) 通信、又はpeer-to-peer通信と呼ばれることもある。本明細書で使用される“ProSe”との用語は、3GPP Release 12のProSeに限定されず、ディスカバリ及びダイレクト通信の少なくとも一方を含む近接サービス通信を意味する。また、本明細書で使用される“近接サービス通信”及び“ProSe通信”との用語の各々は、ディスカバリ及びダイレクト通信の少なくとも一方を意味する。【０００８】
本明細書で使用する公衆地上移動通信ネットワーク（PLMN）との用語は、広域な無線インフラストラクチャネットワークであり、多元接続方式の移動通信システムを意味する。多元接続方式の移動通信システムは、時間、周波数、及び送信電力のうち少なくとも１つを含む無線リソースを複数の移動端末の間で共有することで、複数の移動端末が実質的に同時に無線通信を行うことを可能としている。代表的な多元接続方式は、Time Division Multiple Access（TDMA）、Frequency Division Multiple Access（FDMA）、Code Division Multiple Access（CDMA）、若しくはOrthogonal Frequency Division Multiple Access（OFDMA）又はこれらの組み合わせである。公衆地上移動通信ネットワークは、無線アクセスネットワークおよびコアネットワークを含む。公衆地上移動通信ネットワークは、例えば、3GPP Universal Mobile Telecommunications System（UMTS）、3GPP Evolved Packet System（EPS）、3GPP2 CDMA2000システム、Global System for Mobile communications（GSM（登録商標））/ General packet radio service（GPRS）システム、WiMAXシステム、又はモバイルWiMAXシステムである。EPSは、Long Term Evolution（LTE）システム及びLTE-Advancedシステムを含む。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】3GPP TS 23.303 V12.3.0 (2014-12), “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Proximity-based services (ProSe); Stage 2 (Release 12)”, 2014年12月
【発明の概要】
【発明が解決しようとする課題】
【００１０】
EPC-level ProSe discoveryの詳細手順は、例えば、非特許文献１のセクション5.5 “EPC-level ProSe Discovery procedures” に記載されている。当該手順によると、ProSe function Aは、EPC-level ProSe discoveryの要求（近接要求（Proximity Request））をProSe-enabled UE（UE A）から受信する。近接要求は、ProSe-enabled UE（UE B）の識別子、UE Aの現在位置（UE A’s Current Location）、及びタイムウィンドウを示す。タイムウィンドウは、UE Aによる当該要求が有効である期間（time period）を示す。次に、ProSe function Aは、UE Bを管理しているProSe function Bに、当該近接要求を送信する。【００１１】
ProSe function Bは、当該近接要求を受け入れるか否かを判定する。一例において、ProSe function Bは、UE Bの最新の位置（last known location）をHome Subscriber Server（HSS）から受信してもよい。そして、UE Bの最新の位置、UE Aの現在位置、及びタイムウィンドウに基づいて、ProSe function Bは、要求されたタイムウィンドウ内にUE A及びUE Bが近づきそうにないこと（unlikely to enter proximity）を判定してもよい。この場合、ProSe function Bは、近接要求に対する拒絶メッセージ（Proximity Request Reject）を送信する。当該拒絶メッセージは、要求されたタイムウィンドウ内に近接検出ができそうにないこと（”Proximity detection unlikely within requested time window”）に相当する原因値（cause value）を示す。【００１２】
しかしながら、ネットワークレベル・ディスカバリを開始する否かを判定するためにUE Aの現在位置及びUE Bの最新位置のみを考慮することは、判定精度の観点で充分でないかもしれない。なぜなら、UE Aの現在位置及びUE Bの最新位置のみでは、例えばUE A 及びUE Bの移動方向、又は過去の接近の有無などを推定することが困難であり、UE A及びUE Bの将来的な接近の可能性を適切に評価できないためである。従って、本明細書に開示される実施形態が達成しようとする目的の１つは、ネットワークレベル・ディスカバリ（e.g., EPC-level ProSe Discovery）を開始するか否かの判定の精度を向上することに寄与する装置、方法、及びプログラムを提供することである。
【課題を解決するための手段】
【００１３】
第１の態様では、制御装置は、メモリと、前記メモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、第１及び第２の無線端末の近接を検出するために前記第１及び第２の無線端末の現在位置を追跡することを含むネットワークレベル・ディスカバリを制御するよう構成されるとともに、前記第１の無線端末からの前記ネットワークレベル・ディスカバリの要求に起因して前記ネットワークレベル・ディスカバリを開始するに先立って、少なくとも前記第１の無線端末の位置履歴を取得するよう構成されている。【００１４】
第２の態様では、無線端末は、メモリと、前記メモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、前記無線端末装置と他の無線端末との近接を検出するために前記無線端末装置及び前記他の無線端末の現在位置を追跡することを含むネットワークレベル・ディスカバリを制御装置に要求するよう構成されるとともに、前記ネットワークレベル・ディスカバリの開始に先立って、前記無線端末装置の位置履歴を前記制御装置に直接的に又はサーバを介して送るよう構成されている。【００１５】
第３の態様では、制御装置により行われる方法は、（ａ）第１及び第２の無線端末の近接を検出するために前記第１及び第２の無線端末の現在位置を追跡することを含むネットワークレベル・ディスカバリを行うこと、及び（ｂ）前記第１の無線端末からの前記ネットワークレベル・ディスカバリの要求に起因して前記ネットワークレベル・ディスカバリを開始するに先立って、少なくとも前記第１の無線端末の位置履歴を取得すること、を含む。【００１６】
第４の態様では、無線端末により行われる方法は、（ａ）前記無線端末装置と他の無線端末との近接を検出するために前記無線端末装置及び前記他の無線端末の現在位置を追跡することを含むネットワークレベル・ディスカバリを制御装置に要求すること、及び（ｂ）前記ネットワークレベル・ディスカバリの開始に先立って、前記無線端末装置の位置履歴を前記制御装置に直接的に又はサーバを介して送ること、を含む。【００１７】
第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第３又は第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００１８】
上述の態様によれば、ネットワークレベル・ディスカバリ（e.g., EPC-level ProSe Discovery）を開始するか否かの判定の精度を向上することに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００１９】
【図１】いくつかの実施形態に係る公衆地上移動通信ネットワークの構成例を示す図である。
【図２】いくつかの実施形態に係る公衆地上移動通信ネットワークの構成例を示す図である。
【図３】いくつかの実施形態に係る公衆地上移動通信ネットワークの構成例を示す図である。
【図４】いくつかの実施形態に係るEPC-level ProSe Discovery手順の一例を示すシーケンス図である。
【図５】第１の実施形態に係る位置履歴の取得動作の一例を示すシーケンス図である。
【図６】第１の実施形態に係る位置履歴の取得動作の一例を示すシーケンス図である。
【図７】第１の実施形態に係る位置履歴の取得動作の一例を示すシーケンス図である。
【図８Ａ】第２の実施形態に係るEPC-level ProSe Discoveryの手順の一例を示すシーケンス図である。
【図８Ｂ】第２の実施形態に係るEPC-level ProSe Discoveryの手順の一例を示すシーケンス図である。
【図９Ａ】第２の実施形態に係るEPC-level ProSe Discoveryの手順の一例を示すシーケンス図である。
【図９Ｂ】第２の実施形態に係るEPC-level ProSe Discoveryの手順の一例を示すシーケンス図である。
【図１０】第２の実施形態に係るProSe function エンティティの動作の一例を示すフローチャートである。
【図１１】いくつかの実施形態に係るProSe function エンティティの構成例を示すブロック図である。
【図１２】いくつかの実施形態に係るUEの構成例を示すブロック図である。
【発明を実施するための形態】
【００２０】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２１】
以下に示される複数の実施形態は、Evolved Packet System（EPS）を主な対象として説明される。しかしながら、これらの実施形態は、EPSに限定されるものではなく、他のモバイル通信ネットワーク又はシステム、例えば3GPP UMTS、3GPP2 CDMA2000システム、GSM/GPRSシステム、及びWiMAXシステム等に適用されてもよい。
【００２２】
＜第１の実施形態＞
図１は、本実施形態に係るPLMN１００の構成例を示している。UE１Ａ及びUE１Ｂは共にProSeが可能な無線端末（ProSe-enabled UE）であり、互いの間でProSe通信パス１０３を確立しProSeダイレクト通信（ProSe通信、端末間直接通信、D2D通信）を行うことができる。UE１ＡとUE１Ｂの間のProSeダイレクト通信は、基地局（eNodeB）２１にアクセスする場合と同様の無線通信技術（E-UTRA technology）を用いて行われてもよいし、WLANの無線技術（IEEE 802.11 radio technology）を用いて行われてもよい。
【００２３】
eNodeB２１は、無線アクセスネットワーク（i.e., E-UTRAN）２内に配置されたエンティティであり、セル２２を管理し、E-UTRA technologyを用いてUE１Ａ及びUE１Ｂと通信（１０１及び１０２）することができる。なお、図１の例では、説明の簡略化のために複数のUE１Ａ及びUE１Ｂが同じセル２２内に位置している状況を示しているが、このようなUE配置は一例に過ぎない。例えば、UE１Ａは、異なるeNodeB２１によって管理される隣接セルの一方のセル内に位置し、UE１Ｂは他方のセル内に位置してもよい。
【００２４】
コアネットワーク（i.e., EPC）３は、複数のユーザープレーン・エンティティ（e.g., Serving Gateway (S-GW)及びPacket Data Network Gateway (P-GW)）、及び複数のコントロールプレーン・エンティティ（e.g., Mobility Management Entity（MME）及びHome Subscriber Server（HSS））を含む。複数のユーザープレーン・エンティティは、E-UTRAN２と外部ネットワーク（Packet Data Network (PDN)）との間でUE１Ａ及びUE１Ｂのユーザデータを中継する。複数のコントロールプレーン・エンティティは、UE１Ａ及びUE１Ｂのモビリティ管理、セッション管理（ベアラ管理）、加入者情報管理、及び課金管理を含む様々な制御を行う。
【００２５】
ProSeサービス（e.g., EPC-level ProSe Discovery若しくはProSe Direct Communication又はこれら両方）を利用するために、UE１Ａ及びUE１Ｂは、E-UTRAN２を介してEPC３にアタッチし、ProSe function エンティティ４と通信するためのPacket Data Network (PDN) connectionを確立し、E-UTRAN２及びEPC３を介してProSe function エンティティ４との間でProSe 制御シグナリングを送受信する。UE１Ａ及びUE１Ｂは、例えば、ProSe function エンティティ４によって提供されるEPC-level ProSe Discoveryを利用してもよいし、ProSe Direct Discovery又はProSe Direct CommunicationのUE１Ａ及びUE１Ｂにおける起動（有効化、activation）を許可することを示すメッセージをProSe function エンティティ４から受信してもよいし、セル２２におけるProSe Direct Discovery又はProSe Direct Communicationに関する設定情報をProSe function エンティティ４から受信してもよい。
【００２６】
図２及び図３は、ProSeで利用される参照点（Reference points）を示している。参照点は、インタフェースと呼ばれることもある。図２は、UE１Ａ及びUE１Ｂが同じPLMN１００のサブスクリプションを利用する非ローミング・アーキテクチャ（non-roaming architecture）を示しており、一方、図３は、非ローミング・PLMN間・アーキテクチャ（non-roaming inter-PLMN architecture）を示している。図３では、PLMN A（１００Ａ）がUE１ＡのHome PLMN（HPLMN）であり、PLMN B（１００Ｂ）がUE１ＢのHPLMNである。図３において、ProSeアプリケーションサーバ５Ｂは、ProSeアプリケーションサーバ５Ａと共通であってもよい。
【００２７】
PC1参照点は、UE１（UE１Ａ及びUE１Ｂ）内のProSeアプリケーションとProSeアプリケーションサーバ５との間の参照点である。PC1参照点は、アプリケーションレベルのシグナリングに対する要件（requirements）を定義するために使用される。
【００２８】
PC2参照点は、ProSeアプリケーションサーバ５とProSe function エンティティ４との間の参照点である。PC2参照点は、ProSeアプリケーションサーバ５とProSe function エンティティ４を介して3GPP EPSによって提供されるProSe機能（ProSe functionality）との間のインタラクションを定義するために使用される。
【００２９】
PC3参照点は、UE１（UE１Ａ及びUE１Ｂ）とProSe function エンティティ４との間の参照点である。PC3参照点は、UE１とProSe function エンティティ４との間のインタラクション（e.g., UE registration、application registration、及び ProSe Direct Discovery and EPC-level ProSe Discovery requestsの承認（authorization））を定義するために使用される。PC3参照点は、EPC３のユーザープレーンに依存しており、UE１とProSe function エンティティ４との間のProSe 制御シグナリングは当該ユーザープレーン上で転送される。
【００３０】
PC4a参照点は、HSS３３とProSe function エンティティ４との間の参照点である。当該参照点は、例えば、ProSeサービスに関する加入者情報を取得するためにProSe function エンティティ４によって使用される。
【００３１】
PC4b参照点は、Secure User Plane Location（SUPL）Location Platform（SLP）３４とProSe function エンティティ４との間の参照点である。当該参照点は、例えば、UE１（UE１Ａ及びUE１Ｂ）の現在位置を示す間欠性の（intermittent）位置報告を取得するためにProSe function エンティティ４によって使用される。なお、SLPは、UE１によるGPS測位をアシストし、測位結果をUE１から受信し、これによりUE１の現在位置を推定することができる位置報告を間欠的にUE１から取得する。
【００３２】
PC5参照点は、UE１（ProSe-enabled UEs）間の参照点であり、ProSe Direct Discovery、ProSe Direct Communication、及び ProSe UE-to-Network Relayのコントロールプレーン及びユーザープレーンのために使用される。
【００３３】
PC6参照点は、図３に示されているように、異なるPLMNのProSe functionエンティティ４Ａ及び４Ｂの間の参照点である（EPC-level ProSe Discoveryの場合）。当該参照点は、例えば、EPC-level ProSe Discoveryにおいて、PLMN A内のProSe functionエンティティ４ＡがPLMN B内のProSe functionエンティティ４ＢにUE１Ｂの現在位置の報告を要求し、UE１Ｂの現在位置の報告を受信するために使用される。
【００３４】
図４は、EPC-level ProSe Discoveryの概略手順（処理４００）を示している。ブロック４０１〜４０４は、登録フェーズであり、ProSeのためのUE及びアプリケーションの登録が行われる。すなわち、ブロック４０１では、UE１Ａは、そのHPLMN（PLMN１００Ａ）内に存在するProSe functionエンティティ４Ａとの間でProSeのためのUE登録（UE registration for ProSe）を行う。ブロック４０２では、UE１Ｂは、そのHPLMN（PLMN１００Ｂ）内に存在するProSe functionエンティティ４Ｂとの間でProSeのためのUE登録（UE registration for ProSe）を行う。
【００３５】
ブロック４０３では、UE１Ａは、そのHPLMN（PLMN１００Ａ）内に存在するProSe functionエンティティ４Ａとの間でProSeのためのアプリケーション登録（application registration for ProSe）を行う。ブロック４０４では、UE１Ｂは、そのHPLMN（PLMN１００Ｂ）内に存在するProSe functionエンティティ４Ｂとの間でProSeのためのアプリケーション登録（application registration for ProSe）を行う。
【００３６】
ブロック４０５〜４０８は、ディスカバリ・フェーズである。すなわち、ブロック４０５では、UE１Ａは、UE１Ｂとの近接を知らせるようProSe functionエンティティ４Ａに要求するために近接要求（Proximity Request）を送信する。近接要求は、ProSe functionエンティティ４Ａに対してEPC-level ProSe Discoveryの開始をトリガーする。近接要求の受信に応答して、ProSe functionエンティティ４Ａは、UE１Ａ及びUE１Ｂに対して位置報告（location reporting）を要求する。これらの位置報告は、周期的でもよいし、トリガーに基づいてもよいし、これらの組合せでもよい。具体的には、UE１Ａの位置報告を要求するために、ProSe functionエンティティ４ＡはSLP３４Ａと通信する。UE１Ｂの現在位置を示す位置更新（location updates）を要求するために、ProSe functionエンティティ４ＡはProSe functionエンティティ４Ｂと通信し、ProSe functionエンティティ４Ｂは、SLP３４ＢにUE１Ｂに関する位置報告を要求する。
【００３７】
言い換えると、ブロック４０５では、ProSe functionエンティティ４Ａは、UE１Ａ及びUE１Ｂの近接を検出するEPC-level ProSe Discoveryを行うためにUE１Ａ及びUE１Ｂのうち少なくとも一方と通信する。当該EPC-level ProSe Discoveryは、ProSe functionエンティティ４ＡよるUE１A及びUE１Ｂの位置の追跡（tracking）を含む。UE１A及びUE１Ｂの位置の追跡は、位置の収集（又は取得又は監視）と言うこともできる。具体的には、図２に示された非ローミング・アーキテクチャのケースでは、ProSe functionエンティティ４Ａは、UE１Ａ及びUE１Ｂの両方と通信する。一方、図３に示された非ローミング・PLMN間・アーキテクチャのケースでは、ProSe functionエンティティ４ＡはUE１Ａと通信し、UE１Ｂの位置更新（location updates）を要求するためにProSe functionエンティティ４Ｂと通信する。
【００３８】
ブロック４０６及び４０７では、UE１Ａ及びUE１Ｂは、それぞれのProSe functionエンティティ４Ａ及び４Ｂに自身の位置を間欠的に報告する。ProSe functionエンティティ４Ｂは、UE１Ｂの位置更新（location updates）をProSe functionエンティティ４Ａに転送（forward）する。ProSe functionエンティティ４Ａは、UE１Ａ及びUE１Ｂの現在位置を追跡し、UE１Ａ及びUE１Ｂの現在位置に基づいてこれらの近接を判定する。
【００３９】
ProSe functionエンティティ４Ａは、UE１Ａ及びUE１Ｂが近接している（in proximity）ことを判定した場合、UE１Ｂが近接していることをUE１Ａに知らせる（ブロック４０８）。WLAN direct discovery and communicationが行われる場合、ProSe functionエンティティ４Ａは、UE１ＢとのWLAN direct discovery and communication ための支援情報（assistance information）をUE１Ａに送信してもよい。ProSe functionエンティティ４Ａは、さらに、ProSe functionエンティティ４Ｂに近接を知らせ、ProSe functionエンティティ４Ｂは、UE１Ａが近接していることをUE１Ｂに知らせる。ProSe functionエンティティ４Ｂは、UE１ＡとのWLAN direct discovery and communication ための支援情報（assistance information）をUE１Ｂに送信してもよい。
【００４０】
続いて以下では、ProSe functionエンティティ４による位置履歴の取得動作について説明する。既に説明したように、ProSe functionエンティティ４（４Ａ又は４Ｂ）は、UE１Ａ及びUE１Ｂの近接を検出するためにネットワークレベル・ディスカバリ（i.e., EPC-level ProSe Discovery）を制御するよう構成されている。さらに、ProSe functionエンティティ４（４Ａ又は４Ｂ）は、UE１ＡからのEPC-level ProSe Discoveryの要求（i.e., 近接要求（Proximity Request））に起因するEPC-level ProSe Discoveryを開始するに先立って、少なくともUE１Ａの位置履歴を取得するよう構成されている。これにより、ProSe functionエンティティ４（４Ａ又は４Ｂ）は、ネットワークレベル・ディスカバリを開始するか否かを判定する際に、少なくともUE１Ａの位置履歴を考慮することができる。例えば、ProSe functionエンティティ４は、UE１Ａの位置履歴に基づいて、UE１Ａ及びUE１Ｂが将来的に近づく傾向を持つか否かを推定してもよい。ProSe functionエンティティ４（４Ａ又は４Ｂ）は、UE１Ａの位置履歴を考慮してEPC-level ProSe Discoveryを開始しない場合に、UE１Ａからの要求（i.e., Proximity Request）を拒絶すればよい。これらの動作によれば、ネットワークレベル・ディスカバリ（EPC-level ProSe Discovery）を開始するか否かの判定の精度を向上することに寄与できる。
【００４１】
ProSe functionエンティティ４は、UE１ＡだけでなくUE１Ｂの位置履歴も取得してもよい。しかしながら、UE１Ｂの位置履歴は、ProSe functionエンティティ４によって予め取得されていてもよい。
【００４２】
ここで、UE１Ａの位置履歴は、異なる時間における測定によって得られた複数の位置情報を示してもよい。これにより、UE１Ａの多くの過去位置をProSe functionエンティティ４において知ることができるため、以下に述べるようなUE１Ａの移動方向の推定並びにUE１Ａ及びUE１Ｂの過去の近接の検出をProSe functionエンティティ４において容易に行えるようになる。
【００４３】
いくつかの実装において、ProSe functionエンティティ４は、UE１Ａの位置履歴に基づいてUE１Ａの移動方向を推定し、ネットワークレベル・ディスカバリを開始するか否かを判定する際にUE１Ａの移動方向を考慮してもよい。例えば、ProSe functionエンティティ４は、UE１Ａの移動方向を用いて、UE１ＡがUE１Ｂに将来的に近づく傾向を持つか否かを推定してもよい。このとき、UE１Ｂに関しては、ProSe functionエンティティ４は、HSS３３から取得されたUE１Ｂの最新位置（last known location）、例えばセル又はトラッキングエリア、を使用してもよい。これに代えて、ProSe functionエンティティ４は、UE１Ｂの位置履歴をさらに取得し、これに基づいてUE１Ｂの移動方向をさらに推定してもよい。
【００４４】
いくつかの実装において、ProSe functionエンティティ４は、UE１Ａの位置履歴に基づいて、ネットワークレベル・ディスカバリを開始するか否かを判定する際にUE１Ａ及びUE１Ｂが過去に近接を経験しているか否かを考慮してもよい。ProSe functionエンティティ４は、UE１Ａ及びUE１Ｂが過去に近接を経験している場合に、UE１Ａ及びUE１Ｂが将来的に近づく傾向を持つ可能性が高いと判断してもよい。このとき、UE１Ｂに関しては、ProSe functionエンティティ４は、HSS３３から取得されたUE１Ｂの最新位置（last known location）、例えばセル又はトラッキングエリア、を使用してもよい。これに代えて、ProSe functionエンティティ４は、UE１Ｂの位置履歴をさらに取得し、UE１Ａ及びUE１Ｂの位置履歴に基づいてUE１Ａ及びUE１Ｂが過去に近接を経験しているか否かを判定してもよい。
【００４５】
例えば、ProSe functionエンティティ４は、UE１Ａ及びUE１Ｂの端末間距離が所定値以下であるサンプル数が閾値を超える場合に、UE１Ａ及びUE１Ｂが過去に近接を経験していると判定してもよい。
【００４６】
これに代えて、ProSe functionエンティティ４は、位置履歴に基づいて算出されたUE１Ａ及びUE１Ｂの端末間距離の統計値が閾値以下である場合に、UE１Ａ及びUE１Ｂが過去に近接を経験していると判定してもよい。
【００４７】
さらに又はこれに代えて、ProSe functionエンティティ４は、位置履歴から得られるUE１Ａ及びUE１Ｂの複数の端末間距離サンプルを、最小二乗法を用いて時間の関数としての１次関数によって近似し、当該近似関数に基づいて将来の端末間距離を予測してもよい。そして、ProSe functionエンティティ４は、予測された将来の端末間距離が閾値以下である場合に、EPC-level ProSe Discoveryの開始を判定してもよい。
【００４８】
いくつかの実装において、UE１Ａ及びUE１Ｂの位置履歴の各々は、UE１（１Ａ又は１Ｂ）の位置を特定するための位置情報と、当該位置情報が得られた時間を特定するための時間情報を含んでもよい。時間情報は、絶対時間を示す絶対タイムスタンプ（absolute time stamp）であってもよいし、相対時間を示す相対タイムスタンプ（relative time stamp）であってもよい。
【００４９】
いくつかの実装において、UE１Ａ及びUE１Ｂの位置履歴の各々は、セルレベルの位置を示す情報（e.g., サービングセルのE-UTRAN Cell Global ID（ECGI）又はCell-Id）を含んでもよい。
【００５０】
いくつかの実装において、UE１Ａ及びUE１Ｂの位置履歴の各々は、Global Navigation Satellite System（GNSS）レシーバによって得られるGNSS位置情報を含んでもよい。GNSS位置情報は、緯度及び経度を示す。
【００５１】
いくつかの実装において、UE１Ａ及びUE１Ｂの位置履歴の各々は、Radio Frequency（RF）フィンガープリントを含んでもよい。RFフィンガープリントは、UE１（１Ａ又は１Ｂ）によって測定された周辺セル測定情報（e.g., セルID（ECGI, Cell-Id）及びReference Signal Received Power（RSRP））を含む。
【００５２】
いくつかの実装において、UE１Ａ及びUE１Ｂの位置履歴の各々は、UE１Ａ及びUE１ＢのMinimization of Drive Tests（MDT）機能によって得られたLogged MDT測定データに含まれる位置情報及び時間情報を含んでもよい。Logged MDT測定データは、例えば上述したようなセルレベルの位置情報、GNSS位置情報、RFフィンガープリント又はこれらの任意の組み合せを含む。Logged MDT測定データを用いることにより、現在の3GPP仕様書に規定されている通常のMDT機能を利用できるため、UE１の仕様変更インパクトを低減できる。
【００５３】
いくつかの実装において、UE１Ａ及びUE１Ｂの位置履歴の各々は、UE１Ａ及びUE１ＢがeNodeB２１との無線接続を有していないアイドル状態（i.e., RRC_IDLE state）であるときの複数回の測定によって得られた位置情報及び時間情報を含んでもよい。上述したLogged MDT測定データに含まれる位置情報及び時間情報は、アイドル状態（i.e., RRC_IDLE state）であるときに得られる情報の一例である。
【００５４】
いくつかの実装において、UE１Ａ及びUE１Ｂの位置履歴の各々は、UE１Ａ及びUE１ＢがeNodeB２１との無線接続を有するコネクテッド状態（i.e., RRC_CONNECTED state）であるときの複数回の測定によって得られた位置情報及び時間情報を含んでもよい。
【００５５】
図５は、ProSe function エンティティ４によるUE１Ａ及びUE１Ｂの位置履歴の取得動作の一例（処理５００）を示すシーケンス図である。図５は、UE１Ａ及びUE１Ｂが同じPLMN１００のサブスクリプションを利用する非ローミング・アーキテクチャを示している。図５に示されるように、ProSe function エンティティ４は、UE１Ａ及びUE１Ｂから直接的に、つまりPC3参照点を介して、これらの位置履歴を受信してもよい（ブロック５０１及び５０２）。
【００５６】
図６は、ProSe function エンティティ４によるUE１Ａ及びUE１Ｂの位置履歴の取得動作の他の例（処理６００）を示すシーケンス図である。図６は、非ローミング・アーキテクチャを示している。図６に示されるように、ProSe function エンティティ４は、UE１Ａ及びUE１Ｂの位置履歴をサーバを介して受信してもよい。図６の例では、位置履歴はLogged MDT測定データであり、UE１Ａ及びUE１ＢはTrace Collection Entity（TCE）６１にLogged MDT測定データを送信し（ブロック６０１及び６０２）、ProSe function エンティティ４は、UE１Ａ及びUE１Ｂの位置履歴をTCE６１を介して受信する（ブロック６０３及び６０４）。なお、UE１とProSe function エンティティ４の間で位置履歴の転送を仲介するサーバは、TCEとは異なるサーバ、例えばSLP３４であってもよい。
【００５７】
図７は、ProSe function エンティティ４によるUE１Ａ及びUE１Ｂの位置履歴の取得動作のさらに他の例（処理７００）を示すシーケンス図である。図７は、非ローミング・PLMN間・アーキテクチャを示している。この場合、ProSe function エンティティ４Ａは、UE１Ａの位置履歴をPC3参照点を介してUE１Ａから直接的に受信し（ブロック７０１）、UE１Ｂの位置履歴をProSe function エンティティ４Ｂを介して間接的に受信してもよい（ブロック７０２及び７０３）。
【００５８】
図７の動作は、図６の動作と組み合わされてもよい。すなわち、ProSe function エンティティ４Ａは、PLMN A（１００Ａ）内のTCE又はその他のサーバからUE１Ａの位置情報を受信してもよい。同様に、ProSe function エンティティ４Ｂは、PLMN B（１００Ｂ）内のTCE又はその他のサーバからUE１Ｂの位置情報を受信してもよい。
【００５９】
なお、図５〜図７は、ProSe function エンティティ４がUE１Ａ及びUE１Ｂの位置履歴を取得する例を示した。しかしながら、既に説明されたように、ProSe function エンティティ４は、ネットワークレベル・ディスカバリ（EPC-level ProSe Discovery）を要求したUE１Ａのみの位置履歴を取得してもよい。このとき、UE１Ｂに関しては、ProSe functionエンティティ４は、HSS３３から取得されたUE１Ｂの最新位置（last known location）、例えばセル又はトラッキングエリア、を使用してもよい。
【００６０】
本実施形態で説明されたProSe functionエンティティ４によるUE１Ａ及びUE１Ｂの位置履歴の取得動作および当該位置履歴の利用に関する様々な具体例は、以下の第２の実施形態以降でより詳細に説明される。
【００６１】
＜第２の実施形態＞
本実施形態では、第１の実施形態で説明されたProSe functionエンティティ４によるUE１Ａ及びUE１Ｂの位置履歴の取得動作および当該位置履歴の利用に関する具体例が説明される。本実施形態に係る公衆地上移動通信ネットワークの構成例は図１〜図３と同様であり、本実施形態に係るEPC-level ProSe Discoveryの概略手順は図４と同様である。
【００６２】
図８Ａは、本実施形態に係るEPC-level ProSe Discoveryの手順の一例（処理８００）を示すシーケンス図である。図８Ａは、非ローミング・アーキテクチャを示している。ブロック８０１では、ProSe functionエンティティ４は、UE１Ａから近接要求（Proximity Request）を受信する。当該近接要求は、UE１ＢのApplication Layer User ID（ALUID_B）を示し、UE１Ｂとの近接を検出するためのEPC-level ProSe Discoveryを要求する。
【００６３】
ブロック８０２及び８０３では、ProSe functionエンティティ４は、UE１Ａ及びUE１Ｂからこれらの位置履歴を受信する。第１の実施形態で説明された幾つかの例のように、ProSe functionエンティティ４は、UE１Ａ及びUE１Ｂの位置履歴をPC3参照点を介して直接的に受信してもよいし、他のサーバ（e.g., TCE又はSLP）を介して間接的に受信してもよい。
【００６４】
ProSe functionエンティティ４は、ブロック８０１での近接要求の受信に応答して、ブロック８０２及び８０３での位置履歴の取得を行ってもよい。例えば、ProSe functionエンティティ４は、UE１Ａからの近接要求の受信に応答して、位置履歴の要求をUE１Ａ及びUE１Ｂに送信し、UE１Ａ及びUE１Ｂから位置履歴を受信してもよい。これに代えて、ProSe functionエンティティ４は、ブロック８０１での近接要求よりも前に、周期的に又は非周期的に、UE１Ａ及びUE１Ｂの少なくとも一方の位置履歴を取得していてもよい。
【００６５】
ブロック８０４では、ProSe functionエンティティ４は、UE１Ａ及びUE１ＢのEPC-level ProSe Discoveryを開始するか否かを判定する際に、これらの位置履歴を考慮する。言い換えると、ProSe functionエンティティ４は、UE１Ａ及びUE１Ｂの位置履歴に基づいて、UE１Ａ及びUE１ＢのEPC-level ProSe Discoveryを開始するか否かを判定する。図８Ａの例では、ProSe functionエンティティ４は、要求されたタイムウィンドウ内にUE１Ａ及びUE１Ｂが近づきそうにないこと（unlikely to enter proximity）を判定する。したがって、ProSe functionエンティティ４は、EPC-level ProSe Discoveryを開始せずに、近接要求を拒絶することを示す拒絶メッセージ（Proximity Request Response (Reject)）をUE１Ａに送信する。この拒絶メッセージは、要求されたタイムウィンドウ内に近接検出ができそうにないこと（”Proximity detection unlikely within requested time window”）に相当する原因値（cause value）を示してもよい。これに代えて、この拒絶メッセージは、位置履歴に基づいて拒絶されることを示す新たな原因値を示してもよい。
【００６６】
図８Ｂは、図８Ａの変形であり、ProSe functionエンティティ４がUE１Ａからの近接要求を承諾する例（処理８２０）を示している。ブロック８２１〜８２３の処理は、図８Ａのブロック８０１〜８０３の処理と同様である。ブロック８２４〜８２７の処理は、EPC-level ProSe Discoveryが開始される場合の通常の手順（図４、処理４００）と同様である。すなわち、ブロック８２４では、ProSe functionエンティティ４は、UE１及びUE１Ｂの現在位置を示す位置報告をSLP３４に要求するためにLocation Reporting RequestをSLP３４に送信する。ブロック８２５では、ProSe functionエンティティ４は、UE１Ａに対してEPC-level ProSe Discoveryの利用が許可されることを示す承諾メッセージ（Proximity Request Response (Accept)）をUE１Ａに送信する。
【００６７】
ブロック８２６では、UE１Ａ及びUE１Ｂは、現在位置を示す間欠性の位置報告をSLP３４に送る。ブロック８２７では、ProSe functionエンティティ４は、UE１Ａ及びUE１Ｂの現在位置を示す間欠性の位置報告をSLP３４から受信する。図示されていないが、ProSe functionエンティティ４は、通常のEPC-level ProSe Discovery手順に従って、UE１Ａ及びUE１Ｂの位置報告に基づいてUE１Ａ及びUE１Ｂの近接を検出する。
【００６８】
なお、図８Ａ及び図８Ｂは、ProSe function エンティティ４ＡがUE１Ａ及びUE１Ｂの位置履歴を取得する例を示した。しかしながら、第１の実施形態で説明されたように、ProSe function エンティティ４Ａは、ネットワークレベル・ディスカバリ（EPC-level ProSe Discovery）を要求したUE１Ａのみの位置履歴を取得してもよい。このとき、UE１Ｂに関しては、ProSe functionエンティティ４Ａは、HSS３３から取得されたUE１Ｂの最新位置（last known location）、例えばセル又はトラッキングエリア、を使用してもよい。
【００６９】
図９Ａは、本実施形態に係るEPC-level ProSe Discoveryの手順の一例（処理９００）を示すシーケンス図である。図９Ａは、非ローミング・PLMN間・アーキテクチャを示している。図９Ａの例では、EPC-level ProSe Discoveryを開始するか否かをProSe functionエンティティ４ＡではなくProSe functionエンティティ４Ｂが判定する。
【００７０】
ブロック９０１では、ProSe functionエンティティ４Ａは、UE１Ａから近接要求（Proximity Request）を受信する。当該近接要求は、UE１ＢのApplication Layer User ID（ALUID_B）を示し、UE１Ｂとの近接を検出するためのEPC-level ProSe Discoveryを要求する。ブロック９０２では、ProSe functionエンティティ４Ａは、UE１ＡからUE１Ａの位置履歴を受信する。ProSe functionエンティティ４Ａは、UE１Ａの位置履歴をPC3参照点を介して直接的に受信してもよいし、他のサーバ（e.g., TCE又はSLP）を介して間接的に受信してもよい。ProSe functionエンティティ４Ａは、ブロック９０１での近接要求の受信に応答して、ブロック９０２での位置履歴の取得を行ってもよい。これに代えて、ProSe functionエンティティ４Ａは、ブロック９０１での近接要求よりも前に、UE１Ａの位置履歴を取得していてもよい。
【００７１】
ブロック９０３では、ProSe functionエンティティ４Ａは、UE１Ｂを管理しているProSe function４Ｂに、当該近接要求を送信する。ブロック９０４〜９０６では、ProSe function４Ｂは、当該近接要求を受け入れるか否か、言い換えるとEPC-level ProSe Discoveryを開始するか否かを判定する。すなわち、ブロック９０４では、ProSe functionエンティティ４Ｂは、UE１Ａの位置履歴を、ProSe functionエンティティ４Ａから受信する。ブロック９０５では、ProSe functionエンティティ４Ｂは、UE１Ｂの位置履歴をUE１Ｂから直接的に受信するか、又は他のサーバを介して間接的に受信する。
【００７２】
ブロック９０６では、ProSe functionエンティティ４Ｂは、UE１Ａ及びUE１Ｂの位置履歴に基づいて、UE１Ａ及びUE１ＢのEPC-level ProSe Discoveryを開始するか否かを判定する。図９Ａの例では、ProSe functionエンティティ４Ｂは、要求されたタイムウィンドウ内にUE１Ａ及びUE１Ｂが近づきそうにないこと（unlikely to enter proximity）を判定する。したがって、ProSe functionエンティティ４Ｂは、近接要求を拒絶することを示す拒絶メッセージ（Proximity Request Response (Reject)）をProSe functionエンティティ４Ａに送信する。ブロック９０７では、ProSe functionエンティティ４Ａは、当該拒絶メッセージをUE１Ａに送る。
【００７３】
図９Ｂは、図９Ａの変形であり、ProSe functionエンティティ４Ａ及び４ＢがUE１Ａからの近接要求を承諾する例（処理９２０）を示している。ブロック９２１〜９２５の処理は、図９Ａのブロック８０１〜８０５の処理と同様である。ブロック９２６〜９３３の処理は、EPC-level ProSe Discoveryが開始される場合の通常の手順（図４、処理４００）と同様である。すなわち、ブロック９２６では、ProSe functionエンティティ４Ｂは、UE１Ｂの現在位置を示す位置報告をSLP３４Ｂに要求するためにLocation Reporting RequestをSLP３４Ｂに送信する。ブロック９２７では、ProSe functionエンティティ４Ｂは、近接要求を拒絶することを承諾することを示すメッセージ（Proximity Request Response (Accept)）をProSe functionエンティティ４Ａに送信する。
【００７４】
ブロック９２８では、ProSe functionエンティティ４Ａは、UE１Ａの現在位置を示す位置報告をSLP３４Ａに要求するためにLocation Reporting RequestをSLP３４Ａに送信する。ブロック９２９では、ProSe functionエンティティ４Ａは、UE１Ａに対してEPC-level ProSe Discoveryの利用が許可されることを示す承諾メッセージ（Proximity Request Response (Accept)）をUE１Ａに送信する。
【００７５】
ブロック９３０は、UE１Ａ及びUE１Ｂは、現在位置を示す間欠性の位置報告をSLP３４Ａ及びSLP３４Ｂにそれぞれ送る。ブロック９３１では、ProSe functionエンティティ４Ａは、UE１Ａの現在位置を示す間欠性の位置報告をSLP３４Ａから受信する。同様に、ブロック９３２では、ProSe functionエンティティ４Ｂは、UE１Ｂの現在位置を示す間欠性の位置報告をSLP３４Ｂから受信する。ブロック９３３では、ProSe functionエンティティ４Ｂは、UE１Ｂの現在位置を示す位置更新メッセージ（Location Update）をProSe functionエンティティ４Ｂに送る。図示されていないが、ProSe functionエンティティ４Ａは、UE１Ａ及びUE１Ｂの位置報告（又は位置更新）に基づいてUE１Ａ及びUE１Ｂの近接を検出する。
【００７６】
なお、図９Ａ及び図９Ｂは、ProSe function エンティティ４ＢがUE１Ａ及びUE１Ｂの位置履歴を取得する例を示した。しかしながら、第１の実施形態で説明されたように、ProSe function エンティティ４Ｂは、ネットワークレベル・ディスカバリ（EPC-level ProSe Discovery）を要求したUE１Ａのみの位置履歴を取得してもよい。このとき、UE１Ｂに関しては、ProSe functionエンティティ４Ｂは、HSS３３から取得されたUE１Ｂの最新位置（last known location）、例えばセル又はトラッキングエリア、を使用してもよい。
【００７７】
図１０は、本実施形態に係るProSe functionエンティティ４（４Ａ及び４Ｂ）の動作の一例（処理１０００）を示すフローチャートである。ブロック１００１では、ProSe functionエンティティ４は、第１の無線端末（i.e., UE１Ａ）の位置履歴を受信する。ブロック１００２では、ProSe functionエンティティ４は、第１の無線端末（UE１Ａ）の要求に起因するネットワークレベル・ディスカバリ（i.e., EPC-level ProSe Discovery）を開始するか否かを判定する際に、少なくとも第１の無線端末（UE１Ａ）の位置履歴を考慮する。言い換えると、ProSe functionエンティティ４は、少なくともUE１Ａの位置履歴に基づいて、UE１Ａ及びUE１ＢのEPC-level ProSe Discoveryを開始するか否かを判定する。
【００７８】
最後に、上述の複数の実施形態に係るProSe functionエンティティ４（４Ａ及び４Ｂ）、及びUE１（１Ａ及び１Ｂ）の構成例について説明する。図１１は、ProSe functionエンティティ４の構成例を示している。図１１を参照すると、ProSe functionエンティティ４は、ネットワークインタフェース１１０１、プロセッサ１１０２、及びメモリ１１０３を含む。ネットワークインタフェース１１０１、プロセッサ１１０２、若しくはメモリ１１０３、又はこれらの任意の組み合せは、回路（circuits 又はcircuitry）と呼ぶことができる。ネットワークインタフェース１１０１は、ネットワークノード（e.g., HSS３３及びS/P-GW３２）と通信するために使用される。ネットワークインタフェース１１０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【００７９】
プロセッサ１１０２は、メモリ１１０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明された処理（e.g., 処理４００、５００、６００、７００、８００、８２０、９００、９２０、又は１０００）に関するProSe functionエンティティ４の処理を行う。プロセッサ１１０２は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ１１０２は、複数のプロセッサを含んでもよい。
【００８０】
メモリ１１０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、例えば、マスクRead Only Memory（MROM）、Programmable ROM（PROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１１０３は、プロセッサ１１０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１１０２は、図示されていないI/Oインタフェースを介してメモリ１１０３にアクセスしてもよい。
【００８１】
図１１の例では、メモリ１１０３は、ProSeモジュール１１０４を含むソフトウェアモジュール群を格納するために使用される。ProSeモジュール１１０４は、上述の実施形態で説明されたProSe functionエンティティ４の処理を実行するための命令群およびデータを含む。プロセッサ１１０２は、ProSeモジュール１１０４を含むソフトウェアモジュール群をメモリ１１０３から読み出して実行することで、上述の実施形態で説明されたProSe functionエンティティ４の処理を行うことができる。
【００８２】
図１２は、UE１の構成例を示している。図１２を参照すると、UE１は、無線トランシーバ１２０１、プロセッサ１２０２、及びメモリ１２０３を含む。無線トランシーバ１２０１、プロセッサ１２０２、若しくはメモリ１２０３、又はこれらの任意の組み合せは、回路（circuits 又はcircuitry）と呼ぶことができる。無線トランシーバ１２０１は、E-UTRAN２（eNodeB２１）との通信（図１の１０１又は１０２）のために使用され、ProSe direct通信（図１の１０３）のために使用されてもよい。無線トランシーバ１２０１は、複数のトランシーバ、例えば、E-UTRA（Long Term Evolution (LTE)）トランシーバ及びWLANトランシーバを含んでもよい。
【００８３】
プロセッサ１２０２は、メモリ１２０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明された処理（e.g., 処理４００、５００、６００、７００、８００、８２０、９００、又は９２０）に関するUE１の処理を行う。プロセッサ１２０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２０２は、複数のプロセッサを含んでもよい。
【００８４】
メモリ１２０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１２０３は、プロセッサ１２０２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０２は、図示されていないI/Oインタフェースを介してメモリ１２０３にアクセスしてもよい。
【００８５】
図１２の例では、メモリ１２０３は、ProSeモジュール１２０４を含むソフトウェアモジュール群を格納するために使用される。ProSeモジュール１２０４は、上述の実施形態で説明されたUE１の処理を実行するための命令群およびデータを含む。プロセッサ１２０２は、ProSeモジュール１２０４を含むソフトウェアモジュール群をメモリ１２０３から読み出して実行することで、上述の実施形態で説明されたUE１の処理を行うことができる。
【００８６】
図１１及び図１２を用いて説明したように、上述の実施形態に係るProSe functionエンティティ４、HSS３３、及びUE１が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００８７】
＜その他の実施形態＞
上述の施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
【００８８】
上述の実施形態では、Logged MDTデータをネットワークレベル・ディスカバリ（i.e., EPC-level ProSe Discovery）のために兼用する例を示した。これとは反対に、ネットワークレベル・ディスカバリのために得られた位置履歴がMDTのために利用されてもよい。
【００８９】
なお、取得されたUE１Ａ及びUE１Ｂの位置履歴から、EPC-level ProSe Discoveryにおける近接を検出できる場合に、図４のLocation Reporting (UE A) 406、Location Reporting (UE B) 407の処理をスキップしてもよい。この際に、UE１Ａ及びUE１Ｂの位置履歴のタイムスタンプが示す時間と現在の時間との差が、閾値以下、若しくは閾値未満であることを、EPC-level ProSe Discoveryにおける近接を検出する条件としてもよい。UE１Aの閾値とUE1Bの閾値とは同じであってもよく、異なるものであってもよい。また、EPC-level ProSe Discoveryの開始を判定するための端末間距離に関する条件と、EPC-level ProSe Discoveryにおける近接の検出のための端末間距離に関する条件とは、同じであってもよいし、異なるものであってもよい。また、UE１Ａ及びUE１Ｂの内、何れか一方の位置履歴のタイムスタンプが示す時間と現在の時間との差が、閾値以下、若しくは閾値未満である場合に、この条件を満たす方のUEのLocation Reportingをスキップし、他方のUEのLocation Reportingを実行させるようにしてもよい。
【００９０】
上述の実施形態では、主にEPSに関する具体例を用いて説明を行った。しかしながら、これらの実施形態は、その他の移動通信システム、例えば、Universal Mobile Telecommunications System（UMTS）、3GPP2 CDMA2000システム（1xRTT、High Rate Packet Data（HRPD））、Global System for Mobile communications（GSM）/General packet radio service（GPRS）システム、及びモバイルWiMAXシステム等に適用されてもよい。
【００９１】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００９２】
この出願は、２０１５年２月２６日に出願された日本出願特願２０１５−０３６２８６を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００９３】
１Ａ、１Ｂ  User Equipment (UE)
２  Evolved Universal Terrestrial Radio Access Network (E-UTRAN)
３  Evolved Packet Core (EPC)
４  Proximity-based Services (ProSe) functionエンティティ
５  ProSeアプリケーションサーバ
２１  evolved NodeB (eNodeB)
２２  セル
３３  Home Subscriber Server (HSS)
３４  Secure User Plane Location (SUPL) Location Platform (SLP)
６１  Trace Collection Entity（TCE）
１００  Public Land Mobile Network (PLMN)
１０３  ProSeダイレクト通信パス
【図１】
2016135791.tif 000003
【図２】
2016135791.tif 000004
【図３】
2016135791.tif 000005
【図４】
2016135791.tif 000006
【図５】
2016135791.tif 000007
【図６】
2016135791.tif 000008
【図７】
2016135791.tif 000009
【図８Ａ】
2016135791.tif 000010
【図８Ｂ】
2016135791.tif 000011
【図９Ａ】
2016135791.tif 000012
【図９Ｂ】
2016135791.tif 000013
【図１０】
2016135791.tif 000014
【図１１】
2016135791.tif 000015
【図１２】
2016135791.tif 000016
【国際調査報告】
2016135791.tif 000017
2016135791.tif 000018
2016135791.tif 000019