JP2016134635A - 制御装置、加入者情報サーバ、無線端末、及びこれらの方法 - Google Patents

Abstract

【課題】位置情報の利用に対するユーザの承諾を考慮してEPC-level ProSe Discoveryを含むProSeを提供する。
【解決手段】制御装置４は、第１の無線端末１Ａのユーザ承諾情報を加入者情報サーバ３３から受信する。ユーザ承諾情報は、第１の無線端末１Ａの位置を推定することができる位置情報の利用に対するユーザの承諾を含む。制御装置４は、さらに、第１及び第２の無線端末１Ａ、１Ｂの近接を検出するためのディスカバリを行うために第１及び第２の無線端末１Ａ、１Ｂのうち少なくとも一方と通信するよう動作する。ディスカバリは、第１及び第２の無線端末１Ａ、１Ｂの位置の制御装置４による収集を含む。
【選択図】図１

Description

本出願は、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 radio access 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から受信した位置情報に基づいてこれらの近接を判定する。

非特許文献１のセクション5.5 “EPC-level ProSe Discovery procedures”に記載されているように、EPC-level ProSe Discoveryを含むProSeのUEによる利用を可能とするために、ProSe function エンティティへの当該UEの登録が行われる。ProSe function エンティティは、UEから登録要求（ProSe Registration Request）を受信したことに応答して、当該UEのユーザを認証するためにHome Subscriber Server（HSS）と通信し、当該ユーザの加入者情報をHSSから取得し、当該ユーザがProSeの利用を許可されているか否かを確認する。なお、これに代えて、ProSe許可情報を含むUEの認証のために必要な設定情報は、ProSe function エンティティにローカルに構成されてもよい。この場合、ProSe function エンティティは、HSSと通信する必要はない。

非特許文献２のセクション6.2.4 ” ProSe-Subscriber-Information-Answer (PIA) Command” 及びセクション6.3.2 “ProSe-Subscription-Data” に示されているように、ProSe function エンティティによってHSSから取得される加入者情報は、ProSe許可情報（ProSe-Permission）を含む。ProSe許可情報は、非特許文献２のセクション6.3.3 “ProSe-Permission” に示されているように、ユーザが各ProSeサービス（e.g., ProSe Direct Discovery、EPC-level ProSe Discovery、EPC support WLAN Direct Discovery and Communication、及びone-to-many ProSe Direct Communication）の利用を許可されているか否かを示す。いくつかの実装において、ProSe function エンティティは、UEの登録を受け付けるか否かを判定するため、又は登録済みのUEからのEPC-level ProSe Discoveryの要求を受け付けるか否かを判定するために、ProSe許可情報に含まれるEPC-level ProSe Discoveryの許可を参照してもよい。

なお、3GPP Release 12のProSeは、複数の無線端末の地理的な位置の近接に基づいて提供される近接サービス（Proximity-based services）の１つの具体例である。公衆地上移動通信ネットワーク（PLMN）における近接サービスは、3GPP Release 12のProSeと同様に、ネットワークに配置された機能又はノード（例えば、ProSe function）によって支援されるディスカバリ・フェーズ及びダイレクト通信フェーズを含む。ディスカバリ・フェーズでは、複数の無線端末の地理的位置の近接が判定又は検出される。ダイレクト通信フェーズでは複数の無線端末によってダイレクト通信が行われる。ダイレクト通信は、近接する複数の無線端末の間で公衆地上移動通信ネットワーク（PLMN）を介さずに行われる通信である。ダイレクト通信は、device-to-device (D2D) 通信、又はpeer-to-peer通信と呼ばれることもある。

本明細書で使用する公衆地上移動通信ネットワーク（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月 3GPP TS 29.344 V12.0.0 (2014-09), "3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals; Proximity-services (ProSe) Function to Home Subscriber Server (HSS) aspects; Stage 3 (Release 12)", 2014年9月

ユーザプライバシを保護するために、ユーザ（又はUE）の位置情報（e.g., Global Positioning System（GPS）位置情報）をEPC-level ProSe Discoveryのためにネットワークにおいて利用することは、ユーザによって予め許可を得ることが必要であるかもしれない。例えば、ユーザは、ネットワークによってトリガーされる位置情報の報告（reporting）を承諾するか否かを選択し、位置情報の利用に対する承諾／不承諾を示すユーザ承諾情報（User Consent情報）はネットワークに保持されてもよい。

しかしながら、現状のEPC-level ProSe Discovery手順は、ネットワークがユーザに対してEPC-level ProSe Discoveryの利用を許可しているか否かを考慮しているものの（i.e., ProSe許可情報）、ユーザがネットワークに対して位置情報の利用を承諾しているか否かを考慮していない。したがって、EPC-level ProSe Discoveryの利用が許可されているUEに関するEPC-level ProSe Discoveryを開始したとしても、ネットワーク（i.e., ProSe function エンティティ）は、当該UEのユーザが位置情報の利用を承諾していないために当該UEの位置情報を利用することができず、よってEPC-level ProSe Discoveryを正常に行うことができない可能性がある。

従って、本明細書に開示される実施形態が達成しようとする目的の１つは、位置情報の利用に対するユーザの承諾を考慮してEPC-level ProSe Discoveryを含むProSeを提供することに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、制御装置は、メモリと、前記メモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、第１の無線端末のユーザ承諾情報を加入者情報サーバから受信するよう動作し、前記第１の無線端末及び第２の無線端末の近接を検出するためのディスカバリを行うために前記第１及び第２の無線端末のうち少なくとも一方と通信するよう動作する。ここで、前記ユーザ承諾情報は、前記第１の無線端末の位置を推定することができる位置情報の利用に対するユーザの承諾に関する。また、前記ディスカバリは、前記第１及び第２の無線端末の位置の前記制御装置による収集を含む。

第２の態様では、加入者情報サーバは、メモリと、前記メモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、第１の無線端末のユーザ承諾情報をProximity-based Services（ProSe）制御装置に送信するよう動作する。ここで、前記ユーザ承諾情報は、前記第１の無線端末の位置を推定することができる位置情報の利用に対するユーザの承諾に関する。

第３の態様では、無線端末装置は、メモリと、前記メモリに結合された少なくとも１つのプロセッサとを含む。前記少なくとも１つのプロセッサは、前記無線端末装置の位置を推定することができる位置情報の通知の起動要求を、直接的に又は位置情報管理装置を介して、Proximity-based Services（ProSe）制御装置から受信するよう動作し、前記起動要求がユーザによって承諾されたことに応答して、前記位置情報の通知を起動するよう動作する。

第４の態様では、制御装置によって行われる方法は、（ａ）第１の無線端末のユーザ承諾情報を加入者情報サーバから受信すること、及び（ｂ）前記第１の無線端末及び第２の無線端末の近接を検出するためのディスカバリを行うために前記第１及び第２の無線端末のうち少なくとも一方と通信すること、を含む。ここで、前記ユーザ承諾情報は、前記第１の無線端末の位置を推定することができる位置情報の利用に対するユーザの承諾に関する。また、前記ディスカバリは、前記第１及び第２の無線端末の位置の前記制御装置による収集を含む。

第５の態様では、加入者情報サーバによって行われる方法は、第１の無線端末のユーザ承諾情報をProximity-based Services（ProSe）制御装置に送信することを含む。ここで、前記ユーザ承諾情報は、前記第１の無線端末の位置を推定することができる位置情報の利用に対するユーザの承諾に関する。

第６の態様では、第１の無線端末により行われる方法は、（ａ）前記第１の無線端末の位置を推定することができる位置情報の通知の起動要求を、直接的に又は位置情報管理装置を介して、Proximity-based Services（ProSe）制御装置から受信すること、及び（ｂ）前記起動要求がユーザによって承諾されたことに応答して、前記位置情報の通知を起動すること、を含む。

第７の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第４、第５、又は第６の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様によれば、位置情報の利用に対するユーザの承諾を考慮してEPC-level ProSe Discoveryを含むProSeを提供することに寄与する装置、方法、及びプログラムを提供できる。

いくつかの実施形態に係る公衆地上移動通信ネットワークの構成例を示す図である。 いくつかの実施形態に係る公衆地上移動通信ネットワークの構成例を示す図である。 いくつかの実施形態に係る公衆地上移動通信ネットワークの構成例を示す図である。 いくつかの実施形態に係るEPC-level ProSe Discovery手順の一例を示すシーケンス図である。 第１の実施形態に係るユーザ承諾情報の転送動作の一例を示すシーケンス図である。 第２の実施形態に係るUE登録手順の一例を示すシーケンス図である。 第２の実施形態に係るProSe function エンティティの動作の一例を示すフローチャートである。 第２の実施形態に係るHSSの動作の一例を示すフローチャートである。 第３の実施形態に係るUE登録手順の一例を示すシーケンス図である。 第３の実施形態に係るUE登録手順の一例を示すシーケンス図である。 第２の実施形態に係るProSe function エンティティの動作の一例を示すフローチャートである。 第３の実施形態に係るUE登録手順の一例を示すシーケンス図である。 第４の実施形態に係るEPC-level ProSe Discoveryの開始手順の一例を示すシーケンス図である。 第４の実施形態に係るEPC-level ProSe Discoveryの開始手順の一例を示すシーケンス図である。 第４の実施形態に係るProSe function エンティティの動作の一例を示すフローチャートである。 第５の実施形態に係るUE登録手順の一例を示すシーケンス図である。 第５の実施形態に係るUE登録手順の一例を示すシーケンス図である。 第５の実施形態に係るUEの動作の一例を示すフローチャートである。 いくつかの実施形態に係るProSe function エンティティの構成例を示すブロック図である。 いくつかの実施形態に係るHSSの構成例を示すブロック図である。 いくつかの実施形態に係る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配置は一例に過ぎない。

コアネットワーク（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１Ｂ）の位置情報を取得するために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 updates）を要求する。これらの位置更新は、周期的でもよいし、トリガーに基づいてもよいし、これらの組合せでもよい。UE１Ａの位置更新を要求するために、ProSe Functionエンティティ４ＡはSLP３４Ａと通信する。UE１Ｂの位置更新（location updates）を要求するために、ProSe Functionエンティティ４ＡはProSe Functionエンティティ４Ｂと通信し、ProSe Functionエンティティ４Ｂは、SLP３４ＢにUE１Ｂの位置更新（location updates）を要求する。

言い換えると、ブロック４０５では、ProSe Functionエンティティ４Ａは、UE１Ａ及びUE１Ｂの近接を検出するEPC-level ProSe Discoveryを行うためにUE１Ａ及びUE１Ｂのうち少なくとも一方と通信する。当該EPC-level ProSe Discoveryは、ProSe Functionエンティティ４Ａよる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１Ｂに送信してもよい。

続いて以下では、HSS３３からProSe functionエンティティ４へのユーザ承諾情報の転送動作について説明する。図５は、HSS３３からProSe functionエンティティ４にユーザ承諾情報を転送する動作の一例（処理５００）を示すシーケンス図である。ブロック５０１では、HSS３３は、ユーザ承諾情報を含む加入者情報をProSe functionエンティティ４に送信し、ProSe functionエンティティ４は、ユーザ承諾情報を含む加入者情報をHSS３３から受信する。

ユーザ承諾情報は、ユーザ（又はUE１）の位置を推定することができる位置情報の利用に対するユーザの承諾に関する。ユーザ承諾情報は、HSS３３からProSe functionエンティティ４に送信され、当該UE１（UE１Ａ）と他のUE（UE１Ｂ）の近接を検出するためのディスカバリ（EPC-level ProSe Discovery）を行うか否かを決定するためにProSe functionエンティティ４によって使用される。ユーザ承諾情報は、UE１の固有識別子（International Mobile Subscriber Identity (IMSI)）と関連付けられてもよい。ユーザ承諾情報は、承諾（consent）、不承諾（unconsent）、及び未登録（not-registered）のいずれかを示してもよい。

HSS３３からProSe functionエンティティ４へのユーザ承諾情報の転送が行われるタイミングは、特に限定されない。いくつかの実装において、ProSe functionエンティティ４は、ProSeのためのUE登録手順（図４のブロック４０１又は４０２）において、ユーザ承諾情報をHSS３３から受信してもよい。より具体的には、ProSe functionエンティティ４は、ProSeのためのUE登録要求をUE１から受信したことに応答して、UE１のユーザに関する加入者情報の転送をHSS３３に要求してもよい。この場合、ProSe functionエンティティ４は、ユーザ承諾情報をUE１に関する他の加入者データ（e.g., ProSe許可情報）と共にHSS３３から取得してもよい。

いくつかの実装において、HSS３３は、UE１のユーザ承諾情報の更新が行われた場合に、更新されたユーザ承諾情報を、当該UE１を登録しているProSe functionエンティティ４に送信してもよい。

いくつかの実装において、ProSe functionエンティティ４は、UE１Ｂとの近接を検出するためのEPC-level ProSe Discoveryの要求をUE１Ａから受信した場合に、UE１Ａのユーザ承諾情報をHSS３３に問い合わせてもよい。また、ProSe functionエンティティ４は、UE１Ａとの近接を検出するためのEPC-level ProSe Discoveryの要求をUE１Ｂから受信した場合に、UE１Ａのユーザ承諾情報をHSS３３に問い合わせてもよい。

ProSe functionエンティティ４は、HSS３３からユーザ承諾情報を受信し、位置情報の利用に対するユーザの承諾を考慮してEPC-level ProSe Discoveryを含むProSeを提供することができる。言い換えると、ProSe functionエンティティ４は、位置情報を利用するEPC-level ProSe Discoveryの成功可能性の有無をUE１のユーザ承諾情報に基づいて判断することができる。

いくつかの実装において、ProSe functionエンティティ４は、ProSe許可情報において当該UE１に対してEPC-level ProSe Discoveryの利用が許可されているが、位置情報の利用に関するユーザ承諾情報が不承諾又は未登録を示す場合に、当該UE１のProSeのためのUE登録を拒絶してもよい。これにより、成功の見込みの小さいEPC-level ProSe Discoveryを開始することを抑止できる。

いくつかの実装において、ProSe functionエンティティ４は、ProSe許可情報において当該UE１に対してEPC-level ProSe Discoveryの利用が許可されているが、位置情報の利用に関するユーザ承諾情報が不承諾又は未登録を示す場合に、当該UE１によるEPC-level ProSe Discoveryの利用を停止してもよい。これにより、成功の見込みの小さいEPC-level ProSe Discoveryを開始することを抑止できる。

いくつかの実装において、ProSe functionエンティティ４は、ProSe許可情報において当該UE１に対してEPC-level ProSe Discoveryの利用が許可されているが、位置情報の利用に関するユーザ承諾情報が不承諾又は未登録を示す場合に、当該UE１に関するEPC-level ProSe Discoveryの要求を拒絶してもよい。このEPC-level ProSe Discoveryは、当該UE１が要求したものであってもよいし、他のProSe-enabled UEが当該UE１との近接を知るために要求したものであってもよい。これにより、成功の見込みの小さいEPC-level ProSe Discoveryを開始することを抑止できる。

いくつかの実装において、ProSe functionエンティティ４は、ProSe許可情報において当該UE１に対してEPC-level ProSe Discoveryの利用が許可されているが、位置情報の利用に関するユーザ承諾情報が不承諾又は未登録を示す場合に、不承諾又は未登録であることを当該UE１に知らせてもよい。これにより、UE１のユーザは、位置情報の利用を承諾していないことを認識することができるため、位置情報の利用を承諾するための手続きを取ることができる。

いくつかの実装において、ProSe functionエンティティ４は、ProSe許可情報において当該UE１に対してEPC-level ProSe Discoveryの利用が許可されているが、位置情報の利用に関するユーザ承諾情報が不承諾又は未登録を示す場合に、位置情報の利用を承諾するよう当該UEに要求してもよい。より具体的には、ProSe functionエンティティ４は、PC3参照点を介して直接的に、又はSLPを経由して、位置情報の通知の起動要求をUE１に送信してもよい。これにより、UE１のユーザは、位置情報の利用を承諾していないことを認識することができるため、位置情報の利用を承諾するための操作をUE１に対して行うことができる。UE１は、位置情報の通知の起動要求がユーザによって承諾されたことに応答して、HSS３３に自身のユーザ承諾情報を更新するよう通知してもよい。

いくつかの実装において、ユーザ承諾情報は、Minimization of Drive Test（MDT）に対するユーザの承諾を示してもよい。言い換えると、ユーザ承諾情報は、UE１でのMDT機能を活性化すること、すなわちUE１によるネットワーク特性の測定結果をMDTのためにネットワークに送信することに対するユーザの許可を示してもよい。つまり、ユーザ承諾情報は、MDTに対する承諾を示すためにHSS３３に格納されてもよく、EPC-level ProSe Discoveryにおける位置情報の利用に対するユーザの承諾を示すために兼用されてもよい。これにより、HSS３３に保持される加入者情報のデータサイズを抑制でき、MDTのための既存の承諾情報をEPC-level ProSe Discoveryのために効率よく利用できる。

本実施形態で説明されたHSS３３からProSe functionエンティティ４へのユーザ承諾情報の転送およびProSe functionエンティティ４によるユーザ承諾情報の利用に関する様々な具体例は、以下の第２の実施形態以降でより詳細に説明される。

＜第２の実施形態＞
本実施形態では、第１の実施形態で説明された、HSS３３からProSe functionエンティティ４へユーザ承諾情報を転送する処理の具体例について説明する。本実施形態に係る公衆地上移動通信ネットワークの構成例は図１〜図３と同様であり、本実施形態に係るEPC-level ProSe Discoveryの概略手順は図４と同様である。本実施形態では、ProSe functionエンティティ４は、ProSeのためのUE登録手順（図４のブロック４０１又は４０２）において、ユーザ承諾情報をHSS３３から受信する。

図６は、本実施形態に係るユーザ承諾情報の転送処理の具体例（処理６００）を示すシーケンス図である。ブロック６０１では、UE１Ａは、そのHPLMN１００（又はPLMN１００Ａ）内に存在するProSe Functionエンティティ４（又はProSe Functionエンティティ４Ａ）にProSeのためのUE登録要求（UE Registration Request）を送信する。ブロック６０２では、ProSe Functionエンティティ４は、当該UE登録要求の受信に応答して、UE１Ａに関する加入者情報の要求（ProSe Subscriber Information Request）をHSS３３に送信する。

ブロック６０３では、HSS３３は、ProSe Functionエンティティ４の要求に応答して、UE１Ａに関する加入者情報を送信する。当該加入者情報は、UE１Ａの位置を推定することができる位置情報の利用に対するユーザの承諾に関するユーザ承諾情報を含む。当該加入者情報は、ProSe許可情報をさらに含んでもよい。既に説明したように、ProSe許可情報は、ユーザが各ProSeサービス（e.g., ProSe Direct Discovery、EPC-level ProSe Discovery、EPC support WLAN Direct Discovery and Communication、及びone-to-many ProSe Direct Communication）の利用を許可されているか否かを示す。

ブロック６０４では、ProSe Functionエンティティ４は、UE登録要求に対する応答（UE Registration Response）をUE１Ａに送信する。当該応答は、登録許可（response-register）又は拒絶（response-reject）を示す。いくつかの実装において、ProSe Functionエンティティ４は、ProSe許可情報において当該UE１に対してEPC-level ProSe Discoveryの利用が許可されているが、位置情報の利用に関するユーザ承諾情報が不承諾又は未登録を示す場合に、当該UE１ＡのProSeのためのUE登録を拒絶してもよい。これに代えて、ProSe Functionエンティティ４は、位置情報の利用に関するユーザ承諾情報が不承諾又は未登録を示す場合に、UE１Ａの登録を許可するが、UE１ＡによるEPC-level ProSe Discoveryの利用を停止してよい。

図７は、ProSe Functionエンティティ４の動作の一例（処理７００）を示すフローチャートである。ブロック７０１では、ProSe Functionエンティティ４は、UE１Ａに関する加入者情報要求をHSS３３に送信する。ブロック７０２では、ProSe Functionエンティティ４は、ProSe許可情報及びユーザ承諾情報を含む加入者情報をHSS３３から受信する。

図８は、HSS３３の動作の一例（処理８００）を示すフローチャートである。ブロック８０１では、HSS３３は、UE１Ａに関する加入者情報要求をProSe Functionエンティティ４から受信する。ブロック８０２では、HSS３３は、ProSe許可情報及びユーザ承諾情報を含む加入者情報をProSe Functionエンティティ４に送信する。

本実施形態によれば、ProSe Functionエンティティ４は、位置情報の利用に対するUE１Ａのユーザの承諾を考慮して、UE１Ａに関するProSeのための登録を行うことができる。

＜第３の実施形態＞
本実施形態では、第１の実施形態で説明された、ProSe functionエンティティ４によるユーザ承諾情報の利用に関する具体例を説明する。本実施形態に係る公衆地上移動通信ネットワークの構成例は図１〜図３と同様であり、本実施形態に係るEPC-level ProSe Discoveryの概略手順は図４と同様である。本実施形態では、第２の実施形態と同様に、ProSe functionエンティティ４は、ProSeのためのUE登録手順（図４のブロック４０１又は４０２）において、ユーザ承諾情報をHSS３３から受信する。そして、ProSe functionエンティティ４は、当該ユーザ承諾情報をProSeのためのUE登録手順（図４のブロック４０１又は４０２）において利用する。

図９Ａ及び図９Ｂは、ユーザ承諾情報の利用を含むUE登録手順の具体例を示すシーケンス図である。図９Ａは、UE１ＡのUE登録が承諾されるケース（処理９００）を示している。図９Ａのブロック９０１〜９０３は、第２の実施形態で説明された図６のブロック６０１〜６０３と同様である。ただし、ブロック９０３で送信される加入者情報は、UE１Ａに対してEPC-level ProSe Discoveryの利用が許可されることを示すProSe許可情報と、UE１Ａのユーザが位置情報の利用を承諾していることを示すユーザ承諾情報を含む。ブロック９０４では、ProSe functionエンティティ４は、UE１Ａに対してEPC-level ProSe Discoveryの利用が許可され且つ位置情報の利用がユーザにより承諾されていることを確認し、登録完了メッセージ（UE Registration Response (response-register)）をUE１Ａに送信する。

一方、図９Ｂは、UE１ＡのUE登録が拒絶されるケース（処理９２０）を示している。図９Ｂのブロック９２１〜９２３は、第２の実施形態で説明された図６のブロック６０１〜６０３と同様である。ただし、ブロック９２３で送信される加入者情報は、不承諾又は未登録を示すユーザ承諾情報を含む。ブロック９２４では、ProSe functionエンティティ４は、位置情報の利用がユーザにより承諾されていないことを確認し、登録拒絶メッセージ（UE Registration Response (response-reject)）をUE１Ａに送信する。この登録拒絶メッセージ（UE Registration Response (response-reject)）は、ユーザ承諾情報が不承諾又は未登録であるためにUE１Ａの登録が拒絶されることを示す原因情報要素（e.g., CAUSE = “Location Reporting Unconsent” or “Location Reporting Not-Registered”）を含んでもよい。これにより、UE１のユーザは、位置情報の利用を承諾していないことを認識することができるため、位置情報の利用を承諾するための手続きを取ることができる。

図１０は、ProSe Functionエンティティ４の動作の一例（処理１０００）を示すフローチャートである。ブロック１００１では、ProSe Functionエンティティ４は、ProSeのための登録要求をUE１Ａから受信する。ブロック１００２では、ProSe Functionエンティティ４は、UE１Ａに関する加入者情報要求をHSS３３に送信する。ブロック１００３では、ProSe Functionエンティティ４は、ProSe許可情報及びユーザ承諾情報を含む加入者情報をHSS３３から受信する。ブロック１００４では、ProSe Functionエンティティ４は、ユーザ承諾情報を確認し、ユーザ承諾情報が承諾を示す場合にUE登録を許可し、ユーザ承諾情報が不承諾又は未登録を示す場合にUE登録を拒絶する（ブロック１００５及び１００６）。

図９Ｂ及び図１０を用いて説明した動作によれば、ユーザ承諾情報が不承諾又は未登録を示す場合にUE登録を拒絶するため、ProSe Functionエンティティ４は、UE１Ａの位置情報を利用できないために成功する可能性の小さいEPC-level ProSe Discoveryの実行を抑止できる。

図１１は、本実施形態に係るProSe Functionエンティティ４の動作の変形例を示している。図１１の例では、ProSe Functionエンティティ４は、位置情報の利用に関するユーザ承諾情報が不承諾又は未登録を示す場合に、UE１Ａの登録を許可するが、UE１ＡによるEPC-level ProSe Discoveryの利用を停止する。図１１のブロック１１０１〜１１０３は、第２の実施形態で説明された図６のブロック６０１〜６０３と同様である。ただし、ブロック１１０３で送信される加入者情報は、EPC-level ProSe Discoveryの利用許可を示すProSe許可情報と、不承諾又は未登録を示すユーザ承諾情報を含む。

ブロック１１０４では、ProSe functionエンティティ４は、UE１Ａに関するProSe許可情報及びユーザ承諾情報を確認し、UE１Ａの登録を許可するが、UE１ＡによるEPC-level ProSe Discoveryの利用を停止する。そして、ProSe functionエンティティ４は、ユーザ承諾情報が不承諾又は未登録であることを示す情報要素（e.g., CAUSE = “Location Reporting Unconsent” or “Location Reporting Not-Registered”）を含む登録完了メッセージ（UE Registration Response (response-register)）をUE１Ａに送信してもよい。これにより、UE１のユーザは、位置情報の利用を承諾していないことを認識することができるため、位置情報の利用を承諾するための手続きを取ることができる。

＜第４の実施形態＞
本実施形態では、第１の実施形態で説明された、ProSe functionエンティティ４によるユーザ承諾情報の利用に関する具体例を説明する。本実施形態に係る公衆地上移動通信ネットワークの構成例は図１〜図３と同様であり、本実施形態に係るEPC-level ProSe Discoveryの概略手順は図４と同様である。本実施形態では、ProSe functionエンティティ４は、HSS３３から受信したユーザ承諾情報を、EPC-level ProSe Discovery を開始する手順（図４のブロック４０５）において利用する。

図１２Ａ及び図１２Ｂは、EPC-level ProSe Discoveryの開始手順の具体例（処理１２００及び処理１２２０）を示すシーケンス図である。図１２Ａは、UE１Ａが近接要求（Proximity Request）の送信元であり、位置情報の利用に関するUE１Ａ（つまり、requesting UE）のユーザ承諾情報が不承諾又は非登録であるケースを示している。ブロック１２０１では、UE１Ａは、近接要求をProSe functionエンティティ４に送信する。当該近接要求は、UE１ＢのApplication Layer User ID（AULID_B）を示し、UE１Ｂとの近接を検出するためのEPC-level ProSe Discoveryを要求する。

ブロック１２０２では、ProSe functionエンティティ４は、UE１Ａ（つまり、requesting UE）のユーザ承諾情報を確認し、UE１Ａに関するユーザ承諾情報が不承諾又は非登録であるために当該近接要求を拒否する。なお、UE１Ａのユーザ承諾情報は、UE１Ａの登録手順において既にHSS３３から取得され、ProSe functionエンティティ４に格納されている。ProSe functionエンティティ４は、近接要求を拒絶することを示す拒絶メッセージ（Proximity Request Response (response-reject)）をUE１Ａに送信する。この拒絶メッセージ（Proximity Request Response (response-reject)）は、UE１Ａ（つまり、requesting UE）のユーザ承諾情報が不承諾又は未登録であるために近接要求が拒絶されることを示す原因情報要素（e.g., CAUSE = “Location Reporting Unconsent” or “Location Reporting Not-Registered”）を含んでもよい。これにより、UE１Ａのユーザは、自身が位置情報の利用を承諾していないことを認識することができるため、位置情報の利用を承諾するための手続きを取ることができる。

一方、図１２Ｂは、UE１ＡがUE１Ｂとの近接を知るために近接要求（Proximity Request）を送信し、位置情報の利用に関するUE１Ｂ（つまり、requested UE）のユーザ承諾情報が不承諾又は非登録であるケースを示している。ブロック１２２１では、UE１Ａは、近接要求をProSe functionエンティティ４に送信する。当該近接要求は、UE１ＢのApplication Layer User ID（AULID_B）を示し、UE１Ｂとの近接を検出するためのEPC-level ProSe Discoveryを要求する。

ブロック１２２２では、ProSe functionエンティティ４は、UE１Ｂ（つまり、requested UE）のユーザ承諾情報を確認し、UE１Ｂに関するユーザ承諾情報が不承諾又は非登録であるために当該近接要求を拒否する。なお、UE１Ｂのユーザ承諾情報は、UE１Ｂの登録手順において既にHSS３３から取得され、ProSe functionエンティティ４に格納されている。ProSe functionエンティティ４は、近接要求を拒絶することを示す拒絶メッセージ（Proximity Request Response (response-reject)）をUE１Ａに送信する。この拒絶メッセージ（Proximity Request Response (response-reject)）は、UE１Ｂ（つまり、requested UE）のユーザ承諾情報が不承諾又は未登録であるためにUE１Ａの登録が拒絶されることを示す原因情報要素（e.g., CAUSE = “Location Reporting Unconsent” or “Location Reporting Not-Registered”）を含んでもよい。これにより、UE１Ａのユーザは、UE１Ｂのユーザが位置情報の利用を承諾していないことを認識することができるため、UE１Ｂのユーザが位置情報の利用を承諾するよう手続きを取ることができる。

図１３は、ProSe Functionエンティティ４の動作の一例（処理１３００）を示すフローチャートである。ブロック１３０１では、ProSe Functionエンティティ４は、第２のUE（UE１Ｂ）との近接検出の要求（近接要求）を第１のUE（UE１Ａ）から受信する。ブロック１３０２では、ProSe Functionエンティティ４は、第１のUE（UE１Ａ）の若しくは第２のUE（UE１Ｂ）又はこれら両方に関するユーザ承諾情報を確認し、ユーザ承諾情報が承諾を示す場合に近接要求を受け入れ、ユーザ承諾情報が不承諾又は未登録を示す場合に近接要求を拒絶する（ブロック１３０３及び１３０４）。

図１２Ａ、図１２Ｂ、及び図１３を用いて説明した動作によれば、UE１に関するユーザ承諾情報が不承諾又は未登録を示す場合に当該UE１に関する近接要求を拒絶するため、ProSe Functionエンティティ４は、UE１の位置情報を利用できないために成功する可能性の小さいEPC-level ProSe Discoveryの実行を抑止できる。

＜第５の実施形態＞
本実施形態では、第１の実施形態で説明された、ProSe functionエンティティ４によるユーザ承諾情報の利用に関する具体例を説明する。本実施形態に係る公衆地上移動通信ネットワークの構成例は図１〜図３と同様であり、本実施形態に係るEPC-level ProSe Discoveryの概略手順は図４と同様である。

本実施形態では、ProSe functionエンティティ４は、HSS３３から受信したUE１に関するユーザ承諾情報が不承諾又は未登録を示す場合に、PC3参照点を介して直接的に、又は位置情報管理装置（e.g., SLP）を経由して、位置情報の通知の起動要求を当該UE１に送信するよう動作する。UE１は、位置情報の通知の起動要求を受信し、当該起動要求がユーザによって承諾されたことに応答して、位置情報の通知を起動（activate）するよう動作する。UE１は、さらに、当該位置情報の通知の起動要求がユーザによって承諾されたことに応答して、HSS３３に自身のユーザ承諾情報を更新するよう通知するよう動作してもよい。

図１４Ａ及び図１４Ｂは、ユーザ承諾情報の利用を含むUE登録手順の具体例（処理１４００及び処理１４２０）を示すシーケンス図である。図１４Ａの例では、ProSe functionエンティティ４は、PC3参照点を介して直接的に、位置情報の通知の起動要求をUE１Ａに送信する。

図１４Ａのブロック１４０１〜１４０３は、第３の実施形態で説明された図１１のブロック１１０１〜１１０３と同様である。ブロック１４０３で送信される加入者情報は、EPC-level ProSe Discoveryの利用許可を示すProSe許可情報と、不承諾又は未登録を示すユーザ承諾情報を含む。

ブロック１４０４では、ProSe functionエンティティ４は、UE１Ａに関するProSe許可情報及びユーザ承諾情報を確認し、UE１Ａの登録を許可するが、UE１ＡによるEPC-level ProSe Discoveryの利用を停止する。そして、ProSe functionエンティティ４は、位置情報の通知の起動要求（Location Reporting Activation Request）を示す情報要素を含む登録完了メッセージ（UE Registration Response (response-register)）をUE１Ａに送信する。なお、位置情報の通知の起動要求は、登録完了メッセージとは独立した別のメッセージを用いてProSe functionエンティティ４からUE１Ａに送信されてもよい。

ブロック１４０５では、UE１Ａのユーザによって位置情報通知を承諾する操作がUE１Ａに対して行われたことに応答して、UE１Ａは、位置情報通知を起動（activate）する。

さらに、ブロック１４０６として示すように、UE１Ａは、位置情報の通知の起動要求がユーザによって承諾されたことに応答して、HSS３３に自身のユーザ承諾情報を更新するよう通知してもよい（Update Subscriber Information (User Consent Information = Consent)）。この場合、HSS３３は、UE１Ａからの更新通知に応答して、UE１Ａに関するユーザ承諾情報を更新してもよい。ブロック１４０７として示すように、HSS３３は、UE１Ａに関する更新されたユーザ承諾情報を、PC4a参照点において、ProSe functionエンティティ４に送信してもよい。更新されたユーザ承諾情報は、既存のメッセージ（e.g.,（Update ProSe Subscriber Data Request）を用いて送信されてもよいし、新たに定義されたPC4a参照点メッセージを用いて送信されてもよい。これにより、UE１Ａは、ProSe functionエンティティ４からの位置情報通知の起動要求に応答して、HSS３３に格納されたユーザ承諾情報を更新することができる。なお、ブロック１４０６及び１４０７は、必ずしも行われなくてもよい。

図１４Ａには示されていないが、ProSe functionエンティティ４は、位置情報通知の起動要求に対する応答（承諾又は不承諾）を、例えばPC3参照点を介して直接的に、UE１Ａから受信してもよい。ProSe functionエンティティ４は、UE１Ａからの応答が承諾を示す場合にEPC-level ProSe Discoveryの利用をUE１Ａに許可し、UE１Ａからの応答が不承諾を示す場合にEPC-level ProSe DiscoveryのUE１Ａによる利用を停止してもよい。

一方、図１４Ｂの例では、ProSe functionエンティティ４は、SLP３４を経由して、位置情報の通知の起動要求をUE１Ａに送信する。図１４Ｂのブロック１４２１〜１４２３は、図１４Ａのブロック１４０１〜１４０３と同様である。

ブロック１４２４では、ProSe functionエンティティ４は、UE１Ａに関するProSe許可情報及びユーザ承諾情報を確認し、UE１Ａの登録を許可するが、UE１ＡによるEPC-level ProSe Discoveryの利用を停止する。そして、ProSe functionエンティティ４は、登録完了メッセージ（UE Registration Response (response-register)）をUE１Ａに送信する。

ブロック１４２５及び１４２６では、ProSe functionエンティティ４は、位置情報の通知の起動要求（Location Reporting Activation Request）をSLP３４を介してUE１Ａに送信する。SLP３４は、ProSe functionエンティティ４から当該起動要求を受信し、これをUE１Ａに転送する。図１４Ｂのブロック１４２７〜１４２９は、図１４Ａのブロック１４０５〜１４０７と同様である。

図１５は、UE１（UE１Ａ及びUE１Ｂ）の動作の一例（処理１５００）を示すフローチャートである。ブロック１５０１では、UE１は、位置情報の通知の起動要求をProSe functionエンティティ４から受信する。ブロック１５０２では、UE１は、当該起動要求がユーザによって承諾されたことに応答して位置情報の通知を起動する。

図１４Ａ、図１４Ｂ、及び図１５を用いて説明した動作によれば、UE１に関するユーザ承諾情報が不承諾又は未登録を示す場合に、位置情報通知を起動するようUE１に働きかけることができる。したがって、EPC-level ProSe Discoveryの成功可能性を向上することができる。

最後に上述の複数の実施形態に係るProSe functionエンティティ４（４Ａ及び４Ｂ）、HSS３３、並びにUE１（１Ａ及び１Ｂ）の構成例について説明する。図１６は、ProSe functionエンティティ４の構成例を示している。図１６を参照すると、ProSe functionエンティティ４は、ネットワークインタフェース１６０１、プロセッサ１６０２、及びメモリ１６０３を含む。ネットワークインタフェース１６０１は、ネットワークノード（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エンティティ４の処理を行うことができる。

図１７は、HSS３３の構成例を示している。図１６を参照すると、ProSe functionエンティティ４は、ネットワークインタフェース１７０１、プロセッサ１７０２、及びメモリ１７０３を含む。ネットワークインタフェース１７０１は、ネットワークノード（e.g., ProSe functionエンティティ４及びMME３１）と通信するために使用される。ネットワークインタフェース１７０１は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。

プロセッサ１７０２は、メモリ１７０３からソフトウェア（コンピュータプログラム）を読み出して実行することで、上述の実施形態においてシーケンス図及びフローチャートを用いて説明された処理（e.g., 処理４００、５００、６００、８００、９００、９２０、１１００、１４００、又は１４２０）に関するHSS３３の処理を行う。プロセッサ１７０２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１７０２は、複数のプロセッサを含んでもよい。

メモリ１７０３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１７０３は、プロセッサ１７０２から物理的に離れて配置されたストレージを含んでもよい。この場合、プロセッサ１７０２は、ネットワークインタフェース１７０１又は図示されていない他のI/Oインタフェースを介してメモリ１７０３にアクセスしてもよい。

図１７の例では、メモリ１７０３は、PC4aモジュール１７０４を含むソフトウェアモジュール群および加入者情報１７０５を格納するために使用される。PC4aモジュール１７０４は、上述の実施形態で説明されたHSS３３の処理を実行するための命令群およびデータを含む。プロセッサ１７０２は、PC4aモジュール１７０４を含むソフトウェアモジュール群をメモリ１７０３から読み出して実行することで、上述の実施形態で説明されたHSS３３の処理を行うことができる。

図１８は、UE１の構成例を示している。図１８を参照すると、UE１は、無線トランシーバ１８０１、プロセッサ１８０２、及びメモリ１８０３を含む。無線トランシーバ１８０１は、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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜その他の実施形態＞
上述の複数の実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。

上述の複数の実施形態において、ProSe functionエンティティ４は、ProSe許可情報をUE１に送信するよう動作してもよい。ProSe許可情報は、ユーザが各ProSeサービス（e.g., ProSe Direct Discovery、EPC-level ProSe Discovery、EPC support WLAN Direct Discovery and Communication、及びone-to-many ProSe Direct Communication）の利用を許可されているか否かを示す。ProSe functionエンティティ４は、HSS３３からProSe許可情報を受信してもよい。これに代えて、ProSe許可情報は、ProSe function エンティティにローカルに構成されてもよい。ProSe functionエンティティ４は、UE１のProSeのたの登録手順（図４のブロック４０１又は４０２）において、ProSe許可情報をUE１に送信してもよい。これにより、UE１は、自身に対してネットワークにより許可されているProSeサービスを認識することができるため、自身に許可されていないProSeサービス（例えば、EPC-level ProSe Discovery、又はProSe Direct Discovery）の要求をProSe functionエンティティ４に行うことを抑止できる。

なお、ProSe許可情報をProSe functionエンティティ４からUE１に送信する動作は、上述の複数の実施形態で説明された処理（すなわち、ユーザ承諾情報の転送及び利用）とは独立して実施されてもよい。ProSe許可情報をProSe functionエンティティ４からUE１に送信する動作は、ユーザ承諾情報の転送及び利用に依存せずに、上述の固有の効果を奏することができる。

上述の複数の実施形態において、ユーザ承諾情報は、モバイル・ネットワーク・オペレータが契約時等にUE購入者（ユーザ）の意思を確認して位置情報の利用に対するユーザの承諾を得られた場合に、当該オペレータによってHSS３３に登録されてもよい。これに代えて、既に説明したように、HSS３３に格納されるユーザ承諾情報は、例えば、ユーザがUE１のユーザインタフェースを介してユーザ承諾情報を変更するための操作を行うことによって変更されてもよい。この構成によれば、ユーザが位置情報の利用を一時的に不承諾にしたい場合にも対応可能である。さらには、ユーザ承諾情報が不承諾又は未登録であることに起因してProse通信（e.g., EPC-level ProSe discovery）をできない場合、functionエンティティ４を含むネットワークは、eNodeB２１を介した通常の通信をUE１に実行させてもよい。さらに、ユーザ承諾情報が不承諾又は未登録である等の理由によりUE１がeNodeB２１を介した通常の通信を実行している間にユーザ承諾情報が承諾に変更された場合には、ネットワークは、これをトリガーとして、通常の通信からProseダイレクト通信にUE１を移行させてもよい。さらには、Proseダイレクト通信中にユーザ承諾情報が承諾から不承諾に変更又は登録抹消された場合には、ネットワークは、Proseダイレクト通信から通常の通信にUE１を移行させてもよい。eNB２１を介した通常の通信を実行するためには、通信に関わる複数のUE１が、其々何れかのeNB２１のカバレッジ内にあることを条件としてもよい。

上述の実施形態では、主に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)
１００ Public Land Mobile Network (PLMN)
１０３ ProSeダイレクト通信パス

Claims (49)

1. 制御装置であって、
   メモリと、
   前記メモリに結合された少なくとも１つのプロセッサと、
   を備え、
   前記少なくとも１つのプロセッサは、
   第１の無線端末のユーザ承諾情報を加入者情報サーバから受信するよう動作し、ここで前記ユーザ承諾情報は、前記第１の無線端末の位置を推定することができる位置情報の利用に対するユーザの承諾に関し、
   前記第１の無線端末及び第２の無線端末の近接を検出するためのディスカバリを行うために前記第１及び第２の無線端末のうち少なくとも一方と通信するよう動作し、ここで前記ディスカバリは、前記第１及び第２の無線端末の位置の前記制御装置による収集を含む、
   制御装置。
2. 前記少なくとも１つのプロセッサは、前記ディスカバリを含むProximity-based Services（ProSe）を利用するための前記第１の無線端末の登録手順において、前記ユーザ承諾情報を前記加入者情報サーバから受信する、
   請求項１に記載の制御装置。
3. 前記少なくとも１つのプロセッサは、前記登録手順において、前記ディスカバリが前記第１の無線端末に許可されているか否かを示す許可情報に加えて、前記ユーザ承諾情報を受信する、
   請求項２に記載の制御装置。
4. 前記少なくとも１つのプロセッサは、さらに、前記許可情報を前記第１の無線端末に通知するよう動作する、
   請求項３に記載の制御装置。
5. 前記少なくとも１つのプロセッサは、さらに、前記ユーザ承諾情報が不承諾又は未登録を示す場合に、前記登録手順において前記第１の無線端末の登録を拒絶するよう動作する、
   請求項２〜４のいずれか１項に記載の制御装置。
6. 前記少なくとも１つのプロセッサは、さらに、前記ユーザ承諾情報が不承諾又は未登録であるために前記第１の無線端末の登録が拒絶されることを示す原因情報要素を含む登録拒絶メッセージを前記第１の無線端末に送信するよう動作する、
   請求項５に記載の制御装置。
7. 前記少なくとも１つのプロセッサは、さらに、前記許可情報が許可を示すが前記ユーザ承諾情報が不承諾又は未登録を示す場合に、前記第１の無線端末による前記ディスカバリの利用を停止するよう動作する、
   請求項３又は４に記載の制御装置。
8. 前記少なくとも１つのプロセッサは、さらに、前記ユーザ承諾情報が不承諾又は未登録であることを示す情報要素を含む登録完了メッセージを前記第１の無線端末に送信するよう動作する、
   請求項７に記載の制御装置。
9. 前記少なくとも１つのプロセッサは、さらに、前記許可情報が許可を示し且つ前記ユーザ承諾情報が承諾を示す場合に、前記第１の無線端末による前記ディスカバリの利用を許可するよう動作する、
   請求項３又は４に記載の制御装置。
10. 前記少なくとも１つのプロセッサは、前記登録手順において前記第１の無線端末の登録を受け入れた場合に、前記ディスカバリを実行するために前記第１及び第２の無線端末のうち少なくとも一方と通信する、
    請求項２〜９のいずれか１項に記載の制御装置。
11. 前記少なくとも１つのプロセッサは、前記ディスカバリを前記第１の無線端末から要求されたが前記ユーザ承諾情報が不承諾又は未登録を示す場合に、前記ディスカバリの実行を拒絶する、
    請求項１〜４のいずれか１項に記載の制御装置。
12. 前記少なくとも１つのプロセッサは、さらに、前記ユーザ承諾情報が不承諾又は未登録であるために前記ディスカバリの実行が拒絶されることを示す原因情報要素を含むメッセージを前記第１の無線端末に送信するよう動作する、
    請求項１１に記載の制御装置。
13. 前記少なくとも１つのプロセッサは、前記ディスカバリを前記第２の無線端末から要求されたが前記第１の無線端末の前記ユーザ承諾情報が不承諾又は未登録を示す場合に、前記ディスカバリの実行を拒絶する、
    請求項１〜４のいずれか１項に記載の制御装置。
14. 前記少なくとも１つのプロセッサは、さらに、前記第１の無線端末の前記ユーザ承諾情報が不承諾又は未登録であるために前記ディスカバリの実行が拒絶されることを示す原因情報要素を含むメッセージを前記第２の無線端末に送信するよう動作する、
    請求項１３に記載の制御装置。
15. 前記少なくとも１つのプロセッサは、前記ユーザ承諾情報が承諾を示す場合に、前記ディスカバリの実行を許可する、
    請求項１１〜１４のいずれか１項に記載の制御装置。
16. 前記少なくとも１つのプロセッサは、さらに、前記ユーザ承諾情報が不承諾又は未登録を示す場合に、直接的に又は位置情報管理装置を介して、前記位置情報の通知の起動要求を前記第１の無線端末に送信するよう動作する、
    請求項１〜１５のいずれか１項に記載の制御装置。
17. 前記ユーザ承諾情報は、承諾（consent）、不承諾（unconsent）、及び未登録（not-registered）のいずれかを示す、
    請求項１〜１６のいずれか１項に記載の制御装置。
18. 前記ユーザ承諾情報は、Minimization of Drive Test（MDT）に対する前記ユーザの承諾を示し、前記ディスカバリにおける前記位置情報の利用に対する前記ユーザの承諾を示すために兼用される、
    請求項１〜１７のいずれか１項に記載の制御装置。
19. 前記第１及び第２の無線端末は、公衆地上移動通信ネットワークを経由せずに直接的に互いの間で通信できるよう構成されている、
    請求項１〜１８のいずれか１項に記載の制御装置。
20. 加入者情報サーバであって、
    メモリと、
    前記メモリに結合された少なくとも１つのプロセッサと、
    を備え、
    前記少なくとも１つのプロセッサは、
    第１の無線端末のユーザ承諾情報をProximity-based Services（ProSe）制御装置に送信するよう動作し、ここで前記ユーザ承諾情報は、前記第１の無線端末の位置を推定することができる位置情報の利用に対するユーザの承諾に関する、
    加入者情報サーバ。
21. 前記ユーザ承諾情報は、前記第１の無線端末及び第２の無線端末の近接を検出するためのディスカバリを行うか否かを決定するために前記ProSe制御装置によって使用される、
    請求項２０に記載の加入者情報サーバ。
22. 前記ユーザ承諾情報は、Minimization of Drive Test（MDT）に対する前記ユーザの承諾を示し、前記第１の無線端末及び第２の無線端末の近接を検出するディスカバリにおける前記位置情報の利用に対する前記ユーザの承諾を示すために兼用される、
    請求項２０又は２１に記載の加入者情報サーバ。
23. 無線端末装置であって、
    メモリと、
    前記メモリに結合された少なくとも１つのプロセッサと、
    を備え、
    前記少なくとも１つのプロセッサは、
    前記無線端末装置の位置を推定することができる位置情報の通知の起動要求を、直接的に又は位置情報管理装置を介して、Proximity-based Services（ProSe）制御装置から受信するよう動作し、
    前記起動要求がユーザによって承諾されたことに応答して、前記位置情報の通知を起動するよう動作する、
    無線端末装置。
24. 前記少なくとも１つのプロセッサは、さらに、前記位置情報の通知の起動要求が承諾されたことに応答して、加入者情報サーバにユーザ承諾情報を更新するよう通知するよう動作し、ここで前記ユーザ承諾情報は、前記位置情報の利用に対する前記ユーザの承諾に関する、
    請求項２３に記載の無線端末装置。
25. 前記ユーザ承諾情報は、前記加入者情報サーバから前記ProSe制御装置に送信され、前記無線端末装置及び他の無線端末の近接を検出するためのディスカバリを行うか否かを決定するために前記ProSe制御装置によって使用される、
    請求項２４に記載の無線端末装置。
26. 前記ユーザ承諾情報は、Minimization of Drive Test（MDT）に対する前記ユーザの承諾を示し、前記無線端末装置及び他の無線端末の近接を検出するディスカバリにおける前記位置情報の利用に対する前記ユーザの承諾を示すために兼用される、
    請求項２４又は２５に記載の無線端末装置。
27. 制御装置によって行われる方法であって、
    第１の無線端末のユーザ承諾情報を加入者情報サーバから受信すること、ここで前記ユーザ承諾情報は、前記第１の無線端末の位置を推定することができる位置情報の利用に対するユーザの承諾に関し、及び
    前記第１の無線端末及び第２の無線端末の近接を検出するためのディスカバリを行うために前記第１及び第２の無線端末のうち少なくとも一方と通信すること、ここで前記ディスカバリは、前記第１及び第２の無線端末の位置の前記制御装置による収集を含む、
    を備える、方法。
28. 前記受信することは、前記ディスカバリを含むProximity-based Services（ProSe）を利用するための前記第１の無線端末の登録手順において、前記ユーザ承諾情報を前記加入者情報サーバから受信することを含む、
    請求項２７に記載の方法。
29. 前記受信することは、前記登録手順において、前記ディスカバリが前記第１の無線端末に許可されているか否かを示す許可情報に加えて、前記ユーザ承諾情報を受信することを含む、
    請求項２８に記載の方法。
30. 前記許可情報を前記第１の無線端末に通知することをさらに備える、
    請求項２９に記載の方法。
31. 前記ユーザ承諾情報が不承諾又は未登録を示す場合に、前記登録手順において前記第１の無線端末の登録を拒絶することをさらに備える、
    請求項２８〜３０のいずれか１項に記載の方法。
32. 前記ユーザ承諾情報が不承諾又は未登録であるために前記第１の無線端末の登録が拒絶されることを示す原因情報要素を含む登録拒絶メッセージを前記第１の無線端末に送信することをさらに備える、
    請求項３１に記載の方法。
33. 前記許可情報が許可を示すが前記ユーザ承諾情報が不承諾又は未登録を示す場合に、前記第１の無線端末による前記ディスカバリの利用を停止することをさらに備える、
    請求項２９又は３０に記載の方法。
34. 前記ユーザ承諾情報が不承諾又は未登録であることを示す情報要素を含む登録完了メッセージを前記第１の無線端末に送信することをさらに備える、
    請求項３３に記載の方法。
35. 前記許可情報が許可を示し且つ前記ユーザ承諾情報が承諾を示す場合に、前記第１の無線端末による前記ディスカバリの利用を許可することをさらに備える、
    請求項２９又は３０に記載の方法。
36. 前記通信することは、前記登録手順において前記第１の無線端末の登録が受け入れられた場合に行われる、請求項２８〜３５のいずれか１項に記載の方法。
37. 前記通信することは、前記ディスカバリを前記第１の無線端末から要求されたが前記ユーザ承諾情報が不承諾又は未登録を示す場合に、前記ディスカバリの実行を拒絶することを含む、
    請求項２７〜３０のいずれか１項に記載の方法。
38. 前記ユーザ承諾情報が不承諾又は未登録であるために前記ディスカバリの実行が拒絶されることを示す原因情報要素を含むメッセージを前記第１の無線端末に送信することをさらに備える、
    請求項３７に記載の方法。
39. 前記通信することは、前記ディスカバリを前記第２の無線端末から要求されたが前記第１の無線端末の前記ユーザ承諾情報が不承諾又は未登録を示す場合に、前記ディスカバリの実行を拒絶することを含む、
    請求項２７〜３０のいずれか１項に記載の方法。
40. 前記第１の無線端末の前記ユーザ承諾情報が不承諾又は未登録であるために前記ディスカバリの実行が拒絶されることを示す原因情報要素を含むメッセージを前記第２の無線端末に送信することをさらに備える、
    請求項３９に記載の方法。
41. 前記通信することは、前記ユーザ承諾情報が承諾を示す場合に、前記ディスカバリの実行を許可することを含む、
    請求項３７〜４０のいずれか１項に記載の方法。
42. 前記ユーザ承諾情報が不承諾又は未登録を示す場合に、直接的に又は位置情報管理装置を介して、前記位置情報の通知の起動要求を前記第１の無線端末に送信することをさらに備える、
    請求項２７〜４１のいずれか１項に記載の方法。
43. 前記ユーザ承諾情報は、Minimization of Drive Test（MDT）に対する前記ユーザの承諾を示し、前記ディスカバリにおける前記位置情報の利用に対する前記ユーザの承諾を示すために兼用される、
    請求項２７〜４２のいずれか１項に記載の方法。
44. 加入者情報サーバによって行われる方法であって、
    第１の無線端末のユーザ承諾情報をProximity-based Services（ProSe）制御装置に送信すること、ここで前記ユーザ承諾情報は、前記第１の無線端末の位置を推定することができる位置情報の利用に対するユーザの承諾に関する、
    を備える、方法。
45. 第１の無線端末により行われる方法であって、
    前記第１の無線端末の位置を推定することができる位置情報の通知の起動要求を、直接的に又は位置情報管理装置を介して、Proximity-based Services（ProSe）制御装置から受信すること、及び
    前記起動要求がユーザによって承諾されたことに応答して、前記位置情報の通知を起動すること、
    を備える、方法。
46. 前記位置情報の通知の起動要求が承諾されたことに応答して、加入者情報サーバにユーザ承諾情報を更新するよう通知することをさらに備え、ここで前記ユーザ承諾情報は、前記位置情報の利用に対する前記ユーザの承諾に関する、
    請求項４５に記載の方法。
47. コンピュータに読み込まれた場合に請求項２７〜４３のいずれか１項に記載の方法をコンピュータに行わせるソフトウェアコードを備えるプログラム。
48. コンピュータに読み込まれた場合に請求項４４に記載の方法をコンピュータに行わせるソフトウェアコードを備えるプログラム。
49. コンピュータに読み込まれた場合に請求項４５又は４６に記載の方法をコンピュータに行わせるソフトウェアコードを備えるプログラム。

Images