JPWO2015141734A1 - 通信制御方法、端末装置、サーバ装置および通信システム - Google Patents

Abstract

ＰｒｏＳｅに基づくサービスを、通信事業者の管理の元で実施する通信システム等を提供すること。通信事業者が運用するサーバ装置の認証に基づいて、近隣端末を発見するためのアナウンス要求、モニタリング要求、マッチレポート要求等の手続きに基づく処理を実行する。さらに、通信事業者は、通信事業者のポリシーに基づいて、アナウンス要求、モニタリング要求、マッチレポート要求等の手続きに基づく処理の停止を要求する手段を有する。

Description

本発明は、通信制御方法と、端末装置と、サーバ装置とを含む通信システムに関する。

近年の移動通信システムの標準化活動を行う３ＧＰＰ（Ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、オールＩＰ化を実現する、非特許文献１に記載のＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）の仕様化を行っている。３ＧＰＰではＥＰＳに接続されるアクセスシステムを、ＬＴＥだけでなく、無線ＬＡＮである場合も含めて検討している。

さらに、３ＧＰＰはＥＰＳの仕様化の中で、非特許文献２に記載のＰｒｏＳｅ（Ｐｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅ）ついて検討を行っている。ＰｒｏＳｅは、通信端末であるＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）の間で近隣通信端末を検出する機能（ｄｉｓｃｏｖｅｒｙ）や、ＵＥ間で、コアネットワークや基地局を介さない直接通信を確立する機能（ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を提供するサービスの実現を目指している。

ＰｒｏＳｅでは、基地局やアクセスネットワークが接続されているコアネットワークを介することなく通信を行える為、アクセスネットワークやコアネットワークの集中を回避（コンジェッション回避）でき、オフロード効果を期待できる。

ＰｒｏＳｅは、直接通信路を確立する為に、直接通信の通信対象ＵＥを探索し、検知するサービスが必要となる。ＰｒｏＳｅでは、この検知方法として２つの方式を検討している。１つ目は、ＵＥが直接検出する方式（以下、ｄｉｒｅｃｔ ｄｉｓｃｏｖｅｒｙ）である。２つ目は、アクセスネットワークやコアネットワークを介して検出する方法（以下、ＥＰＳ ｄｉｓｃｏｖｅｒｙ）である。ただし、ＰｒｏＳｅサービスは移動通信事業者により提供されるものであり、商用では、移動通信事業者による承認が必要である。

また、ＰｒｏＳｅではＵＥ間の直接通信路として２つの方式を利用する事が検討されている。１つ目は、ＬＴＥアクセス技術を利用する方法である。２つ目は無線ＬＡＮ（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ ＬＡＮ）アクセス技術を用いた方法である。

また、ＰｒｏＳｅでは、ｎｏｎ−Ｐｕｂｌｉｃ ＳａｆｅｔｙとＰｕｂｌｉｃ Ｓａｆｅｔｙが規定されている。ｎｏｎ−Ｐｕｂｌｉｃ Ｓａｆｅｔｙでは、移動通信事業者による商用サービスが想定されており、ＵＥがＬＴＥ基地局に在圏している場合にのみ、利用可能である。一方、Ｐｕｂｌｉｃ Ｓａｆｅｔｙでは、防災無線による利用が想定されており、ＵＥがＬＴＥ基地局に在圏している場合のみならず、ＬＴＥ基地局（ｅＮＢ）に在圏していない場合でも利用することができる。

3GPP TS23.401 Technical Specification Group Services and System Aspects, General Packet Radio Service(GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access 3GPP TR23.703 Technical Specification Group Services and System Aspects, Study on architecture enhancements to support Proximity-based Services(ProSe)

ＰｒｏＳｅでは、近隣に位置するＵＥを検出する機能（ｄｉｓｃｏｖｅｒｙ）や、ＵＥ間で、コアネットワークや基地局を介さない直接通信を確立する機能（ｄｉｒｅｃｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を実現する手段を検討している。

さらに、近隣に位置するＵＥを検出する機能（ｄｉｓｃｏｖｅｒｙ）を実現するために、ＵＥが近隣端末に自身の所在を通知するアナウンス機能や、アナウンス機能に基づいた通知を受信して近隣端末を検出するモニタリング機能や、アナウンス機能に基づいた通知を受信して受信した通知の内容を確認するマッチレポート機能などの検討を行っている。

ＰｒｏＳｅに基づくサービスは、通信事業者がユーザに提供する通信サービスであり、こうした機能は、通信事業者の認証や許可の基で実行される必要がある。逆にいえば、通信事業者の認証や許可に基づいて、実行可否が決定できる方法である必要がある。

しかしながら、これらの機能を実現する具体的な手段は現在明らかになっていない。

本発明は、このような事情を鑑みてなされたもので、その目的は、近隣に位置するＵＥを検出する機能（ｄｉｓｃｏｖｅｒｙ）を実現するために、ＵＥが近隣端末に自身の所在を通知するアナウンス機能や、アナウンス機能に基づいた通知を受信して近隣端末を検出するモニタリング機能や、アナウンス機能に基づいた通知を受信して受信した通知の内容を確認するマッチレポート機能などのＰｒｏＳｅに基づくサービスを、通信事業者の管理の元で実施する好適な手段を提供することである。

端末装置の通信制御方法であって、少なくともアプリケーションを識別する識別情報と、アナウンスコマンドとを含んだ要求メッセージをサーバ装置に送信するステップと、要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージをサーバ装置から受信するステップと、応答メッセージの受信に基づいて、タイマーのカウントを開始するステップと、タイマーの有効期限が切れていない状態において、直接無線信号を用いてコードを含めたアナウンスを近隣に実行するステップと、少なくともコードを含むアナウンス停止要求をサーバ装置から受信するステップと、アナウンス停止要求の受信に基づいて、コードを含めたアナウンスを停止するステップとを備えることを特徴とする。

コードを含めたアナウンスの停止に基づいて、アナウンスのための無線リソースを解放するステップとをさらに備えることを特徴とする。

サーバ装置の通信制御方法であって、少なくともアプリケーションを識別する識別情報と、アナウンスコマンドとを含んだ要求メッセージを端末装置から受信するステップと、アナウンスコマンドに基づいて、端末装置のアナウンスの実行を認証するステップと、要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信するステップと、タイマーのカウントを開始するステップと、少なくともコードを含むアナウンス停止要求を端末装置に送信するステップと、を備えることを特徴とする。

端末装置の通信制御方法であって、少なくともアプリケーションを識別する識別情報と、モニタリングコマンドとを含んだ要求メッセージをサーバ装置に送信するステップと、要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージをサーバ装置から受信するステップと、応答メッセージの受信に基づいて、タイマーのカウントを開始するステップと、タイマーの有効期限が切れていない状態において、直接無線信号を用いたコードを含めたアナウンスを受信して近隣端末を発見するステップと、少なくともコードを含むモニタリング停止要求をサーバ装置から受信するステップと、モニタリング停止要求の受信に基づいて、コードを含めたモニタリングを停止するステップとを備えることを特徴とする。

少なくともマスク値を含むモニタリング停止要求をサーバ装置から受信するステップと、マスク値に基づいて少なくともコードを含む複数のコードを検出するステップと、検出結果に基づいて、各コードを含めたモニタリングを停止するステップとを更に備えることを特徴とする。

コードを含めたモニタリングの停止に基づいて、モニタリングのための無線リソースを解放するステップとをさらに備えることを特徴とする。

サーバ装置の通信制御方法であって、少なくともアプリケーションを識別する識別情報と、モニタリングコマンドとを含んだ要求メッセージを端末装置から受信するステップと、モニタリングコマンドに基づいて、端末装置のモニタリングの実行を認証するステップと、要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信するステップと、タイマーのカウントを開始するステップと、少なくともコードを含むモニタリング停止要求を端末装置に送信するステップとを備えることを特徴とする。

端末装置を検出させるために直接無線信号を用いて近隣にアナウンスを行う端末装置であって、少なくともアプリケーションを識別する識別情報と、アナウンスコマンドとを含んだ要求メッセージをサーバ装置に送信し、要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージをサーバ装置から受信し、応答メッセージの受信に基づいて、タイマーのカウントを開始し、タイマーの有効期限が切れていない状態において、直接無線信号を用いてコードを含めたアナウンスを近隣に実行し、少なくともコードを含むアナウンス停止要求をサーバ装置から受信し、アナウンス停止要求の受信に基づいて、コードを含めたアナウンスを停止することを特徴とする。

コードを含めたアナウンスの停止に基づいて、アナウンスのための無線リソースを解放することを特徴とする。

端末装置のアナウンスの実行を認証するサーバ装置であって、少なくともアプリケーションを識別する識別情報と、アナウンスコマンドとを含んだ要求メッセージを端末装置から受信し、アナウンスコマンドに基づいて、少なくとも端末装置のアナウンスの実行を認証し、要求メッセージに対する応答であり、識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信し、タイマーのカウントを開始し、少なくともコードを含むアナウンス停止要求を端末装置に送信することを特徴とする。

直接無線信号を用いたアナウンスを受信して近隣端末装置を検出するモニタリングを行う端末装置であって、少なくともアプリケーションを識別する識別情報と、モニタリングコマンドとを含んだ要求メッセージをサーバ装置に送信し、要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージをサーバ装置から受信し、応答メッセージの受信に基づいて、タイマーのカウントを開始し、タイマーの有効期限が切れていない状態において、直接無線信号を用いたコードを含めたアナウンスを受信して近隣端末装置を発見し、少なくともコードを含むモニタリング停止要求をサーバ装置から受信し、モニタリング停止要求の受信に基づいて、コードを含めたモニタリングを停止することを特徴とする。

少なくともマスク値を含むモニタリング停止要求をサーバ装置から受信し、マスク値に基づいて少なくともコードを含む複数のコードを検出し、検出結果に基づいて、各コードを含めたモニタリングを停止することを特徴とする。

コードを含めたモニタリングの停止に基づいて、モニタリングのための無線リソースを解放することを特徴とする。

端末装置のモニタリングの実行を認証するサーバ装置であって、少なくともアプリケーションを識別する識別情報と、モニタリングコマンドとを含んだ要求メッセージを端末装置から受信し、モニタリングコマンドに基づいて、端末装置のモニタリングの実行を認証し、要求メッセージに対する応答であり、少なくとも識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信し、タイマーのカウントを開始し、少なくともコードを含むモニタリング停止要求を端末装置に送信することを特徴とする。

端末装置とサーバ装置とを含んで構成される通信システムであって、端末装置は、少なくともアプリケーションを識別する識別情報と、アナウンスコマンドとを含んだ要求メッセージをサーバ装置に送信し、サーバ装置は、アナウンスコマンドに基づいて、少なくとも端末装置のアナウンスの実行を認証し、要求メッセージに対する応答であり、識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信し、端末装置は、応答メッセージの受信に基づいて、タイマーのカウントを開始し、タイマーの有効期限が切れていない状態において、直接無線信号を用いてコードを含めたアナウンスを近隣に実行し、少なくともコードを含むアナウンス停止要求をサーバ装置から受信し、アナウンス停止要求の受信に基づいて、コードを含めたアナウンスを停止することを特徴とする。

端末装置は、コードを含めたアナウンスの停止に基づいて、アナウンスのための無線リソースを解放することを特徴とする。

端末装置とサーバ装置とを含んで構成される通信システムであって、端末装置は、少なくともアプリケーションを識別する識別情報と、モニタリングコマンドとを含んだ要求メッセージをサーバ装置に送信し、サーバ装置は、モニタリングコマンドに基づいて、少なくとも端末装置のモニタリングの実行を認証し、要求メッセージに対する応答であり、識別情報に対応づけられたコードと、コードの有効期限を示すタイマーとを含む応答メッセージを端末装置に送信し、端末装置は、応答メッセージの受信に基づいて、タイマーのカウントを開始し、タイマーの有効期限が切れていない状態において、近隣端末から直接無線信号を用いてコードを含めて送信されるアナウンスをモニタリングし、少なくともコードを含むモニタリング停止要求をサーバ装置から受信し、モニタリング停止要求の受信に基づいて、コードを含めたモニタリングを停止することを特徴とする。

端末装置は、少なくともマスク値を含むモニタリング停止要求をサーバ装置から受信し、マスク値に基づいて少なくともコードを含む複数のコードを検出し、検出結果に基づいて、各コードを含めたモニタリングを停止することを特徴とする。

端末装置は、コードを含めたアナウンスの停止に基づいて、アナウンスのための無線リソースを解放することを特徴とする。

本発明によれば、ＰｒｏＳｅに基づくサービスを、通信事業者の管理の元で実施することができる。

移動通信システムの概略を説明するための図である。 ＩＰ移動通信ネットワークの構成等を説明するための図である。 ＵＥの機能構成を説明するための図である。 ＰｒｏＳｅサーバの機能構成を説明するための図である。 ＨＳＳの機能構成を説明するための図である。 サービス認証手続きを説明するための図である。 アナウンス要求手続きを説明するための図である。 モニタリング要求手続きを説明するための図である。 マッチレポート手続きを説明するための図である。 アナウンス停止要求手続きを説明するための図である。 モニタリング停止要求手続きを説明するための図である。 マッチ情報削除要求手続きを説明するための図である。

以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では一例として、本発明を適用した場合の移動通信システムの実施形態について説明する。

［１．第１の実施形態］
以下、図面を参照しながら本発明の実施形態による無線通信技術について詳細に説明する。

［１．１．通信システムの概要］
図１は本発明の実施形態による通信システム１の概略構成例を示す機能ブロック図である。

図１に示す通信システム１は、ＰｒｏＳｅに関する機能を有する通信端末であるＵＥ＿Ａ８と、ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）５と、ＩＰ移動通信ネットワーク３とＰｒｏＳｅサーバ７により構成される。

さらに、ＰｒｏＳｅに関する機能を有する通信端末は、ＵＥ＿Ｂ９のように、複数含まれて構成されてよい。

ＰＤＮ５とＵＥ＿Ａ８やＵＥ＿Ｂ９などのＵＥとの間はＩＰ移動通信ネットワーク３を介して接続されている。さらに、ＵＥ＿Ａ８とＵＥ＿Ｂ９はＰｒｏＳｅに基づくサービスが提供されている。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８またはＵＥ＿Ｂ９の通信を管理するサーバ装置であり、ＰｒｏＳｅサービスなどの提供に際し認証を行う。なお、ＰｒｏＳｅサーバ７は、図１のようにＰＤＮ５に含まれて構成されているが、ＰＤＮ５と独立していても良い。

ＵＥ＿Ａ８とＵＥ＿Ｂ９は同じ移動通信事業者網に接続していても、異なる移動通信事業者網に接続していても良く、固定通信事業者が運用するブロードバンドネットワークであっても良い。

また、ブロードバンドネットワークは、ＡＤＳＬ（Asymmetric Digital Subscriber Line）等により接続し、光ファイバー等のデジタル回線による高速通信を提供する、通信事業者が運用するＩＰ通信ネットワークのことである。さらに、これらに限らずＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等で無線アクセスするネットワークであっても良い。

各ＵＥ＿Ａ８やＵＥ＿Ｂ９などのＵＥは、ＬＴＥやＷＬＡＮ等のアクセスシステムを用いて接続する通信端末であり、３ＧＰＰ ＬＴＥの通信インタフェースやＷＬＡＮの通信インタフェース等を搭載して接続することにより、ＩＰアクセスネットワークへ接続することが可能である。

ＰＤＮ５は、パケットでデータの送受信を行うネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどである。

ＰＤＮ５は、ＩＰアクセスネットワークへ有線回線等を利用して接続される。例えば、ＡＤＳＬや光ファイバー等によって構築される。ただし、これに限らずＬＴＥや、ＷＬＡＮ、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等の無線アクセスネットワークであっても良い。

図２は、図１に示す通信システム１の詳細な構成例である。図２に示すシステムの構成例は、ＵＥ＿Ａ８と、ＩＰ移動通信ネットワーク３と、ＰＤＮ５とから構成される。ＩＰ移動通信ネットワーク３には、ＵＥ＿Ａ８以外にも複数のＵＥが接続する事が可能である。ここで、図２ではＵＥ＿Ａ８が接続する例を示したが、ＵＥ＿Ｂ９もＵＥ＿Ａ８と同様に構成することができる。

ＩＰ移動通信ネットワーク３はコアネットワーク２と各無線アクセスネットワーク（ＬＴＥ ＡＮ２５，ＷＬＡＮ ＡＮｂ２７，ＷＬＡＮ ＡＮａ２９）で構成されている。コアネットワーク２は、ＨＳＳ（Home Subscriber Server）１１、ＡＡＡ（Authentication, Authorization, Accounting）１５、ＰＣＲＦ（Policy and Charging Rules Function）１３、ＰＧＷ（Packet Data Network Gateway）１７、ｅＰＤＧ（enhanced Packet Data Gateway）１９、ＳＧＷ（Serving Gateway）２１、ＭＭＥ（Mobile Management Entity）２３により構成される。

また、図１を用いて説明したＰｒｏＳｅサーバ７は、図１のようにＰＤＮ５に含まれて構成されてもよいし、ＰＤＮ５と独立して、ＩＰ移動通信ネットワーク３に含まれて構成されてもよいし、コアネットワーク２に含まれて構成されても良い。

無線アクセスネットワークは、複数の異なるアクセスネットワークで構成されてよい。それぞれのアクセスネットワークはコアネットワーク２に接続されている。さらに、ＵＥ＿Ａ８は無線アクセスネットワークに無線接続することができる。

無線アクセスネットワークには、ＬＴＥアクセスシステムで接続できるＬＴＥアクセスネットワーク（ＬＴＥ ＡＮ２５）や、ＷＬＡＮアクセスシステムで接続できるアクセスネットワーク（ＷＬＡＮ ＡＮｂ２７、ＷＬＡＮ ＡＮａ２９）を構成することができる。

さらに、ＷＬＡＮアクセスシステムで接続可能なアクセスネットワークは、ｅＰＤＧ１９をコアネットワーク２への接続装置として接続するＷＬＡＮアクセスネットワークｂ（ＷＬＡＮ ＡＮｂ２７）と、ＰＧＷ１７とＰＣＲＦ１３とＡＡＡ１５とに接続するＷＬＡＮアクセスネットワークａ（ＷＬＡＮ ＡＮａ２９）とが構成可能である。

なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。

ＰＧＷ１７は、ＰＤＮ５と、ＳＧＷ２１と、ｅＰＤＧ１９と、ＷＬＡＮ ＡＮａ２９と、ＰＣＲＦ１３と、ＡＡＡ１５と、に接続されており、ＰＤＮ５とコアネットワーク２のゲートウェイ装置としてユーザデータ配送を行う。

ＳＧＷ２１は、ＰＧＷ１７と、ＭＭＥ２３と、ＬＴＥ ＡＮ２５と、に接続されており、コアネットワーク２とＬＴＥ ＡＮ２５とのゲートウェイ装置としてユーザデータ配送を行う。

ＭＭＥ２３は、ＳＧＷ２１とＬＴＥ ＡＮ２５とＨＳＳ１１に接続されており、ＬＴＥ ＡＮ２５を経由してＵＥ＿Ａ８のアクセス制御を行うアクセス制御装置である。

ＨＳＳ１１はＭＭＥ２３とＡＡＡ１５とに接続されており、加入者情報の管理を行う管理ノードである。ＨＳＳ１１の加入者情報は、例えばＭＭＥ２３のアクセス制御の際に参照される。

ＡＡＡ１５は、ＰＧＷ１７と、ＨＳＳ１１と、ＰＣＲＦ１３と、ＷＬＡＮ ＡＮａ２９とに接続されており、ＷＬＡＮ ＡＮａ２９を経由して接続するＵＥ＿Ａ８のアクセス制御を行う。

ＰＣＲＦ１３は、ＰＧＷ１７と、ＷＬＡＮ ＡＮａ２９と、ＡＡＡ１５と、ＰＤＮ５とに接続されており、データ配送に対するＱｏＳ管理を行う。

ｅＰＤＧ１９は、ＰＧＷ１７と、ＷＬＡＮ ＡＮｂ２７とに接続されており、コアネットワーク２と、ＷＬＡＮ ＡＮｂ２７とのゲートウェイ装置としてユーザデータの配送を行う。

また、図２（ｂ）に示すように、各無線アクセスネットワークには、ＵＥ＿Ａ８が実際に接続される装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。

本実施形態においては、ＬＴＥ ＡＮ２５はｅＮＢ３１を含んで構成される。ｅＮＢ３１はＬＴＥアクセスシステムでＵＥ＿Ａ８が接続する無線基地局であり、ＬＴＥ ＡＮ２５には１又は複数の無線基地局が含まれて構成されてよい。

ＷＬＡＮ ＡＮａ２９はＷＬＡＮ ＡＰａ３５と、ＧＷ（Ｇａｔｅｗａｙ）３７とが含まれて構成される。ＷＬＡＮ ＡＰａ３５はコアネットワーク２を運営する事業者に対して信頼性のあるＷＬＡＮアクセスシステムでＵＥ＿Ａ８が接続する無線基地局であり、ＷＬＡＮ ＡＮａ２９には１又は複数の無線基地局が含まれて構成されてよい。ＧＷ３７はコアネットワーク２とＷＬＡＮ ＡＮａ２９のゲートウェイ装置である。また、ＷＬＡＮ ＡＰａ３５とＧＷ３７とは、単一の装置で構成されてもよい。

コアネットワーク２を運営する事業者とＷＬＡＮ ＡＮａ２９を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。

また、ＷＬＡＮ ＡＮｂ２７はＷＬＡＮ ＡＰｂ３３を含んで構成される。ＷＬＡＮ ＡＰｂ３３はコアネットワーク２を運営する事業者に対して信頼関係が結ばれていない場合に、ＷＬＡＮアクセスシステムでＵＥ＿Ａ８が接続する無線基地局であり、ＷＬＡＮ ＡＮｂ２７には１又は複数の無線基地局が含まれて構成されてよい。

このように、ＷＬＡＮ ＡＮｂ２７はコアネットワーク２に含まれる装置であるｅＰＤＧ１９をゲートウェイとしてコアネットワーク２に接続される。ｅＰＤＧ１９は安全性を確保するためのセキュリティ機能を持つ。

なお、本明細書において、ＵＥ＿Ａ８が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。

［１．２ 装置構成］
図１のＵＥ＿Ａ８と、ＵＥ＿Ｂ９と、ＰｒｏＳｅサーバ７の装置構成について図を用いて簡単に説明する。

［１．２．１ ＵＥの構成］
ＵＥ＿Ａ８とＵＥ＿Ｂ９は同じ構成であってよい。ＵＥ＿Ａ８とＵＥ＿Ｂ９はＰｒｏＳｅ機能を含む無線通信端末であれば良く、ＬＴＥアクセス方式により、無線通信によるデータの送受信を行う携帯電話端末であっても良いし、マシーンツーマシーンと呼ばれるような形態で機器同士が相互に情報交換する通信端末であっても良い。

図３は、本実施形態におけるＵＥ＿Ａ８の機能構成を示す。なお、ＵＥ＿Ｂ９の機能構成はＵＥ＿Ａ８と同様で良いため、説明を省略する。ＵＥ＿Ａ８は、送受信アンテナ３０１と、スイッチ３０３と、直接送受信部３０５と、送受信部３０７と、制御部３０９と、記憶部３１３とにより構成される。ＵＥ＿Ａ８は、制御部３０９に、スイッチ３０３と、直接送受信部３０５と、送受信部３０７と、スイッチ３０３と、記憶部３１３がバスを介して接続されている。

制御部３０９はＵＥ＿Ａ８を制御する為の機能部である。制御部３０９は記憶部３１３に記憶されている各種プログラムを読みだして実行する機能部である。

スイッチ３０３は制御部３０９の制御に従い、送受信部３０７と直接送受信部３０５を送受信アンテナ３０１に接続させる機能部である。

送受信部３０７はＬＴＥアクセス方式により無線通信のデータを送受信する機能部である。送受信部３０７は、送信部と受信部から構成され、送信部はＬＴＥ基地局を介してデータや制御情報を送信する事ができ、受信部はＬＴＥ基地局を介してデータや制御情報を受信する事ができる。

直接送受信部３０５は、ＬＴＥ基地局を介さずに他のＵＥへデータや制御情報などで直接通信を行う事が出来る機能部である。直接送受信部３０５は、直接送信部と直接受信部から構成される。直接送信部はＬＴＥ基地局を介さずにデータや制御情報を送信する事ができ、直接受信部はＬＴＥ基地局を介さずにデータや制御情報の受信を行う事ができる。送受信部３０７と直接送受信部３０５とは１つの送受信部として構成されても良い。

記憶部３１３は、ＵＥ＿Ａ８の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部３１３は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。

さらに、記憶部３１３にはＵＥ ＩＤ３１５、ＰｒｏＳｅアプリケーションＩＤ３１７、ＰｒｏＳｅアプリケーションコード３１９、タイマー３２１などを記憶してよい。また、ＵＥ＿Ａ８はこれらの情報を含んだＵＥコンテキストとして記憶してもよい。

ＵＥ ＩＤ３１５は、ＵＥ＿Ａ８を識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ ＩＤであっても良い。または、これら両方が記憶部３１３で記憶されていてもよい。

ＰｒｏＳｅアプリケーションＩＤ３１７は、近隣端末を検出するＰｒｏＳｅダイレクトディスカバリに用いる識別情報であり、ＰｒｏＳｅによる近隣端末の検出を行う通信端末が実行するアプリケーションを識別する情報であってよい。また、ＰｒｏＳｅアプリケーションＩＤは具体的なアプリケーションの名前であってよい。

ＰｒｏＳｅアプリケーションコード３１９は、ＰｒｏＳｅアプリケーションＩＤに対応づけられたコードであってよい。ＰｒｏＳｅアプリケーションコードは、近隣の端末に自身を発見させるためのアナウンス信号に含められ送信されたり、近隣の端末が送信するアナウンス信号をモニタリングするために使用されたりするコードであってよい。より詳細な説明は後述するためここでは省略する。

また、タイマー３２１は、ＰｒｏＳｅアプリケーションコードが正当に使用できることを示すためのものであり、タイマーが消費されるまではＰｒｏＳｅアプリケーションコードを正当に使用する等してよい。

ここで、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードとを対応づけて記憶してもよい。

また、ＰｒｏＳｅアプリケーションコードとタイマーとを対応づけて記憶してもよい。または、ＵＥ＿Ａ８が近隣端末へＵＥ＿Ａ８を検出させるためのアナウンスと、近隣端末の検出を目的としたモニタリングを実行する場合、アナウンスのためのタイマーと、モニタリングのためのタイマーをそれぞれ保持してもよい。このように、一つのＰｒｏＳｅアプリケーションコードに対して複数のタイマーを記憶してもよい。

また、ＵＥ＿Ａ８は近隣の端末を検出した場合、近隣端末のＵＥ ＩＤを記憶しても良い。近隣端末は複数検出してもよく、複数のＵＥ ＩＤを記憶してもよい。

また、近隣端末の検出を目的としたモニタリングを実行する際、ＰｒｏＳｅサーバ７からモニタリングを行うためのディスカバリフィルタを受信した場合には、ディスカバリフィルタを記憶してもよい。

ディスカバリフィルタには、ＰｒｏＳｅアプリケーションＩＤ３１７やＰｒｏＳｅアプリケーションコード３１９や、タイマーを対応づけて管理してもよい。

また、近隣端末の検出を目的としたモニタリングを実行する際、ＰｒｏＳｅサーバ７からモニタリングを行うためのディスカバリフィルタに加え、ディスカバリフィルタを識別するディスカバリフィルタＩＤを受信した場合には、ディスカバリフィルタＩＤを記憶してもよい。

さらに、ディスカバリフィルタＩＤとディスカバリフィルタとを対応づけて記憶してもよい。

［１．２．２ ＰｒｏＳｅサーバの構成］
図４は本実施形態におけるＰｒｏＳｅサーバ７の機能構成を示す。ＰｒｏＳｅサーバ７とは、ＰｒｏＳｅによる近隣検出やＰｒｏＳｅによる通信を行う移動通信事業者により管理される認証サーバである。ＰｒｏＳｅサーバ７はＩＰ移動通信ネットワークインターフェース部４０１と、制御部４０５と記憶部４０７により構成される。ＩＰ移動通信ネットワークインターフェース部４０１と記憶部４０７は制御部４０５を介してバスで接続されている。

制御部４０５はＰｒｏＳｅサーバ７を制御する為の機能部である。制御部４０５は記憶部４０７に記憶されている各種プログラムを読みだして実行する機能部である。

ＩＰ移動通信ネットワークインターフェース部４０１は、ＰｒｏＳｅサーバ７がＩＰ移動通信ネットワーク３に接続する為の機能部である。

記憶部４０７は、ＰｒｏＳｅサーバ７の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部４０７は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。

さらに、記憶部４０７にはＵＥ ＩＤ４１５、ＰｒｏＳｅアプリケーションＩＤ４１７、ＰｒｏＳｅアプリケーションコード４１９、タイマー４２１などを記憶してよい。また、ＰｒｏＳｅサーバ７はこれらの情報を含んだＵＥコンテキストとして記憶してもよい。

ＵＥ ＩＤ４１５は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ ＩＤであっても良い。

ＰｒｏＳｅアプリケーションＩＤ４１７は、近隣端末を検出するＰｒｏＳｅダイレクトディスカバリに用いる識別情報であってよく、ＰｒｏＳｅによる近隣端末の検出を行う通信端末が実行するアプリケーションを識別する情報であってよい。また、ＰｒｏＳｅアプリケーションＩＤは具体的なアプリケーションの名前であってよい。

ＰｒｏＳｅアプリケーションコード４１９は、例えば、ＰｒｏＳｅアプリケーションＩＤに対応づけられたコードである。ＰｒｏＳｅアプリケーションコードは近隣の端末に自身を発見させるためのアナウンス信号に含めて送信したり、近隣の端末が送信するアナウンス信号をモニタリングするために使用するコードであってよい。より詳細な説明は後述するためここでは省略する。

また、タイマー４２１は、ＰｒｏＳｅアプリケーションコードが正当に使用できることを示すためのものであり、タイマーが消費されるまではＰｒｏＳｅアプリケーションコードを正当に使用する等してよい。

ここで、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤ４１７と、ＰｒｏＳｅアプリケーションコード４１９とを対応づけて記憶してもよい。

また、ＰｒｏＳｅアプリケーションコード４１９とタイマーとを対応づけて記憶してもよい。または、ＵＥ ＩＤ４１５に記憶する各ＵＥに対し、それぞれＵＥコンテキストを保持しても良い。また、各ＵＥに対して、近隣端末へ検出させるためのアナウンスを許可したことを示す許可情報と、近隣端末の検出を目的としたモニタリングを許可したことを示す許可情報とをそれぞれＵＥに対応づけて記憶して良い。また、ＰｒｏＳｅアプリケーションに対応づけてタイマーを管理してもよい。また、アナウンスのためのタイマーと、モニタリングのためのタイマーをそれぞれ保持してもよい。このように、一つのＰｒｏＳｅアプリケーションコードに対して複数のタイマーを記憶してもよい。

このように、ＰｒｏＳｅアプリケーションＩＤ４１７を記憶し、ＰｒｏＳｅサービス登録を認証したＵＥを、ＰｒｏＳｅアプリケーションＩＤに対応づけて記憶してよい。ここで、ＰｒｏＳｅアプリケーションＩＤに対応づけて記憶する端末は複数あってよい。さらに、各ＵＥに対して、近隣端末へ検出させるためのアナウンスを許可したことを示す許可情報と、近隣端末の検出を目的としたモニタリングを許可したことを示す許可情報とをそれぞれＵＥに対応づけて記憶して良い。

また、近隣端末の検出を目的としたモニタリングを許可した際、モニタリングを行うためのディスカバリフィルタを記憶してもよい。

ディスカバリフィルタには、ＰｒｏＳｅアプリケーションＩＤ４１７やＰｒｏＳｅアプリケーションコード４１９や、タイマーを対応づけて管理してもよい。

また、ディスカバリフィルタに加え、ディスカバリフィルタを識別するディスカバリフィルタＩＤを記憶してもよい。

さらに、ディスカバリフィルタＩＤとディスカバリフィルタとを対応づけて記憶してもよい。

［１．２．３ ＨＳＳの構成］
図５は本実施形態におけるＨＳＳ１１の機能構成を示す。ＨＳＳとは、加入者情報を管理するサーバ装置である。さらに、ＰｒｏＳｅをはじめとする通信サービスのサービス提供に対する許可情報等を管理する。

ＨＳＳ１１はＩＰ移動通信ネットワークインターフェース部５０１と、制御部５０５と記憶部５０７により構成される。ＩＰ移動通信ネットワークインターフェース部５０１と記憶部５０７は制御部５０５を介してバスで接続されている。

制御部５０５はＨＳＳ１１を制御する為の機能部である。制御部５０５は記憶部５０７に記憶されている各種プログラムを読みだして実行する機能部である。

ＩＰ移動通信ネットワークインターフェース部５０１は、ＨＳＳ１１がＩＰ移動通信ネットワーク３に接続する為の機能部である。

記憶部５０７はＨＳＳ１１の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部５０７は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成される。

さらに、記憶部５０７にはＵＥ ＩＤ５１５、ＰｒｏＳｅアプリケーションＩＤ５１７、ＰｒｏＳｅアプリケーションコード５１９、許可情報５２１などを記憶してよい。また、これらの情報はＵＥ毎に加入者情報として管理してもよい。

ＵＥ ＩＤ５１５は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅコードであっても良い。

ＰｒｏＳｅアプリケーションＩＤ５１７は、近隣端末を検出するＰｒｏＳｅダイレクトディスカバリに用いる識別情報であってよく、ＰｒｏＳｅによる近隣端末の検出を行う通信端末が実行するアプリケーションを識別する情報であってよい。また、ＰｒｏＳｅアプリケーションＩＤは具体的なアプリケーションの名前であってよい。

ＰｒｏＳｅアプリケーションコード５１９は、ＰｒｏＳｅアプリケーションＩＤに対応づけられたコードであってよい。ＰｒｏＳｅアプリケーションコードは近隣の端末に自身を発見させるためのアナウンス信号に含めてられて送信されたり、近隣の端末が送信するアナウンス信号をモニタリングするために使用されたりするコードであってよい。より詳細な説明は後述するためここでは省略する。

また、許可情報は、ＰｒｏＳｅサービスを提供することを許容するかどうかの許可情報であってよい。さらに、ＰｒｏＳｅサービスのなかでも、アナウンス機能やモニタリング機能やマッチレポート機能など、機能毎に提供することを許容するかどうかの許可情報であってよい。また、許可情報は、ＵＥ毎に管理してもよい。

さらに、許可情報は、ユーザの契約などにより任意のタイミングで運用者によって決定され、更新されてよい。

また、ＨＳＳ１１は、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードとを対応づけて記憶してもよい。

このように、ＰｒｏＳｅアプリケーションＩＤを記憶し、ＰｒｏＳｅサービス登録を認証したＵＥを、ＰｒｏＳｅアプリケーションＩＤに対応づけて記憶してよい。ここで、ＰｒｏＳｅアプリケーションＩＤに対応づけて記憶する端末は複数あってよい。さらに、各ＵＥに対して、近隣端末へ検出させるためのアナウンスを許可したことを示す許可情報と、近隣端末の検出を目的としたモニタリングを許可したことを示す許可情報とをそれぞれＵＥに対応づけて記憶して良い。

また、近隣端末の検出を目的としたモニタリングを許可した際、モニタリングを行うためのディスカバリフィルタを記憶してもよい。

ディスカバリフィルタには、ＰｒｏＳｅアプリケーションＩＤ５１７やＰｒｏＳｅアプリケーションコード５１９や、タイマーを対応づけて管理してもよい。
この場合、タイマーはオペレータにより設定された初期設定のタイマー値であってよい。

また、ディスカバリフィルタに加え、ディスカバリフィルタを識別するディスカバリフィルタＩＤを記憶してもよい。

さらに、ディスカバリフィルタＩＤとディスカバリフィルタとを対応づけて記憶してもよい。

［１．３ 処理の説明］
以下に、本実施形態で説明する処理の概要について説明する。

［１．３．１ サービス認証手続き］
ＵＥ＿Ａ８は、ＰｒｏＳｅサービスとして提供される近隣端末検出（ＰｒｏＳｅ Ｄｉｒｅｃｔ Ｄｉｓｃｏｖｅｒｙ）や直接通信路を用いた通信（ＰｒｏＳｅ Ｄｉｒｅｃｔ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に対する認証手続きを実施する。認証手続きは、近隣端末検出と、直接通信路を用いた通信のそれぞれを異なる手続きで認証してもよいし、一つの認証手続きで認証してもよい。

以下、図６を用いて本実施形態における認証手続きを説明する。以下では、ＵＥ＿Ａ８が認証要求を行う例を説明するが、ＵＥ＿Ｂ９はＵＥ＿Ａ８と同様の手法で認証手続きを実施してよい。

まず、ＵＥ＿Ａ８はアタッチ手続きを実行し、コアネットワークに接続する（Ｓ６０２）。結果、ＵＥ＿Ａ８はＰＧＷ１７との間にＰＤＮコネクションを確立する。ＰＤＮコネクションはＰＤＮ５との間でデータを送受信するための通信路である。アタッチ手続きはＵＥ＿Ａ８の電源投入時など、初期手続きとして実行されて良い。

より具体的にはアタッチ手続きは、ＵＥ＿Ａ８がＭＭＥ２３にアタッチ要求を送信して開始する。アタッチ要求には、ＡＰＮやＩＭＳＩＧなどのＵＥの識別情報を含めて送信してもよい。また、ＡＰＮはアタッチ要求メッセージに必ずしも含まれる必要はなく、アタッチ手続き内の制御メッセージによってＵＥ＿Ａ８からＭＭＥ２３に通知されてもよい。

ＭＭＥ２３は、受信したＡＰＮに基づいてＰＧＷ１７を選択し、ＵＥ＿Ａ８に対するＰＤＮコネクションの端点を決定する。さらに、ＰＤＮコネクションの確立や、コアネットワークへの接続を許可し、アタッチ要求メッセージに対する応答となるアタッチ許可メッセージをＵＥ＿Ａ８に送信する。なお、アタッチ許可メッセージは、ＭＭＥ２３から直接ＵＥ＿Ａ８に送信されてもよいし、ＬＴＥ ＡＮ２５に含まれるｅＮＢ３１を介して送信されてもよい。

また、ＭＭＥ２３は、アタッチ許可メッセージの送信により、ＵＥ＿Ａ８がコアネットワーク接続を許可されたこと通知してもよい。また、ＭＭＥ２３は、アタッチ許可メッセージの送信により、ＰＤＮコネクションを確立したことを通知してもよい。さらに、アタッチ許可メッセージには、ＰＤＮコネクションに対応づけられたＩＰアドレスや、ＡＰＮを含めて送信してもよい。

次に、ＵＥ＿Ａ８はＰｒｏＳｅ登録要求メッセージをＰｒｏＳｅサーバ７に送信する（Ｓ６０４）。ＵＥ＿Ａ８は、ＰｒｏＳｅ登録要求メッセージを送信することにより、近隣端末検出と、直接通信路を用いた通信の許可を要求してもよい。また、近隣端末検出と、直接通信路を用いた通信の許可とをそれぞれ識別する情報を含めて送信し、これらを個別に許可を求めてもよい。

また、ＰｒｏＳｅ登録要求の送信には、アタッチ手続きで確立したＰＤＮコネクションを用いて送信してもよい。さらに、アタッチ手続きで取得したＩＰアドレスを送信元アドレスとしてＰｒｏＳｅ登録要求メッセージを送信してもよい。

また、ＰｒｏＳｅ登録要求メッセージの送信先のＰｒｏＳｅサーバ７は、契約する通信事業者であるＨｏｍｅ ＰＬＭＮに対応づけられたＰｒｏＳｅサーバ７の情報を予め保持しておき、送信先として用いても良い。

もしくは、ＰｒｏＳｅサービスを提供可能な通信事業者のリストをローカルＰＬＭＮとして保持しておき、さらに、ローカルＰＬＭＮに対応づけられたＰｒｏＳｅサーバ７を保持しておくことで、送信先として用いても良い。

ローカルＰＬＭＮは、Ｈｏｍｅ ＰＬＭＮとの契約関係などで決定される任意の通信事業者でもよいし、Ｈｏｍｅ ＰＬＭＮと同一の国で運用する通信事業者であっても良い。

このように、ＵＥ＿Ａ８はＰＬＭＮを識別するＰＬＭＮ ＩＤとＰｒｏＳｅサーバ７とを対応づけて保持しておき、送信先として用いて認証を要求しても良い。

また、ＰＬＭＮ ＩＤとＰｒｏＳｅサーバ７の情報は、ＨｏｍｅＰＬＭＮから取得しても良い。例えば、Ｈｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７に問い合わせを行い、問い合わせに対する応答により取得し、保持しても良い。

ＰｒｏＳｅサーバ７は、ＰｒｏＳｅ登録要求を受信し、近隣端末の検出および直接通信路を用いた通信の認証を実行し、ＰｒｏＳｅ登録応答を送信しても良い（Ｓ６０８）。

ＰｒｏＳｅ登録応答には、認証結果を含めて送信しもよい。ＰｒｏＳｅサーバ７はＵＥ＿Ａ８に対応づけて認証するための情報を保持しておき、その情報に基づいて認証結果を可とするか不可とするか決定しても良い。

また、ＰｒｏＳｅサーバ７はＰｒｏＳｅ登録要求の受信に基づいてＰｒｏＳｅ ＩＤの割り当てを実行しても良い（Ｓ６０６）。さらに、ＰｒｏＳｅ ＩＤをＰｒｏＳｅ登録応答に含めてＵＥ＿Ａ８へ送信してもよい（Ｓ６０８）。ＰｒｏＳｅ ＩＤは、ＵＥ＿Ａ８に対応づけられたＩＤであってよく、ＵＥ＿Ａ８は、近隣端末の検出や、近隣端末へ自身を通知する場合に端末を識別する情報として用いても良い。

ＵＥ＿Ａ８は、ＰｒｏＳｅ登録応答を受信し、認証結果を取得する。また、ＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅ ＩＤを取得し、保持しても良い。

以上、ＵＥ＿Ａ８のサービス登録手続きを説明したが、ＵＥ＿Ｂ９は同様の手続きによりサービス登録を実施してもよい。

［１．３．２ アナウンス要求手続き］
次に、端末がアナウンスを要求する手続きを説明する。アナウンスとは、端末が自身の存在を近隣に位置する端末に対して通知することである。

以下では、ＵＥ＿Ａ８がアナウンスを実行する手続きを、図７を基に説明する。ＵＥ＿Ａ８は、サービス認証手続きにより認証が許可されたことに基づいてアナウンスを実行してもよい。

また、以下ではＵＥ＿Ａ８がアナウンス手続きを行う例を説明するが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きによりアナウンス手続きを実行してもよい。

ＵＥ＿Ａ８は、アナウンスを実行する初期状態として、Ｈｏｍｅ ＰＬＭＮに対応するＰｒｏＳｅアプリケーションＩＤを設定してもよい（Ｓ７０２）。具体的な取得方法としては、ＵＥ＿Ａ８はＰｒｏＳｅアプリケーションＩＤを事前に保持していてもよい。
または、ＵＥ＿Ａ８はサービス登録手続きにおいて、ＰｒｏＳｅ登録要求をＰｒｏＳｅサーバ７に送信することでＰｒｏＳｅアプリケーションＩＤ要求してもよい。さらに、ＰｒｏＳｅサーバ７はその応答にＰｒｏＳｅアプリケーションＩＤを含めて送信してもよい。このように、ＵＥ＿Ａ８はＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅアプリケーションＩＤを取得しても良い。

ＵＥ＿Ａ８はディスカバリ要求をＰｒｏＳｅサーバ７に送信する（Ｓ７０４）。ここで、ＵＥ＿Ａ８によるディスカバリ要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７において、ＵＥ＿Ａ８がアナウンスすることを認証されたことを条件としてもよい。また、ＵＥ＿Ａ８は認証完了に伴い認証情報をＰｒｏＳｅサーバ７から取得し、認証情報を保持することを条件としても良い。

また、ディスカバリ要求には、ＰｒｏＳｅアプリケーションＩＤや、ＵＥ ＩＤや、アナウンスを要求することを示すコマンド（アナウンスコマンド）を含めて送信しても良い。ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ａ８がアナウンスを要求するアプリケーションを示すＩＤであって良い。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅコードであっても良い。

また、アナウンスを要求することを示す情報は、コマンドで識別する方法に限らず、アナウンス要求メッセージを規定するなどして、アナウンス要求メッセージを送信することで要求しても良い。より具体的には、アナウンスを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

また、ディスカバリ要求の送信先のＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８の契約する通信事業者であるＨｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７に関する情報を予め保持しておき、Ｈｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７を送信先としても良い。

次に、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８からディスカバリ要求を受信する。さらに、ＰｒｏＳｅサーバ７はもしＵＥ＿Ａ８に対応づけられたＵＥコンテキストを保持していない場合、ＨＳＳ１１に対してアナウンスを行うことに対する認証や、ＵＥコンテキストの生成に対する認証を要求しても良い（Ｓ７０６）。これらの認証の要求は、ディスカバリ認証要求をＨＳＳ１１に送信して要求しても良い。さらに、ディスカバリ認証要求には、ＰｒｏＳｅアプリケーションＩＤやＵＥ ＩＤを含めて送信しても良い。

ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ａ８がアナウンスを要求するアプリケーションを示すＩＤであって良い。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得したＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ ＩＤであっても良い。

次に、ＨＳＳ１１はディスカバリ認証要求を受信する。ＨＳＳ１１はＵＥ＿Ａ８に対応づけられた加入者情報を保持しておき、加入者情報には、ディスカバリを許可することを示す情報や、アナウンスを許可する情報や、モニターを許可する情報などを、ＵＥ＿Ａ８に対応づけて管理してよい。

また、これらの許可情報はアプリケーション毎に異なる許可情報を管理してもよい。つまりＰｒｏＳｅアプリケーションＩＤに対応づけて許可情報を管理してもよい。

ＨＳＳ１１は受信したＰｒｏＳｅアプリケーションＩＤやＵＥ ＩＤと、加入者情報に基づいて、認証を実行する。さらに、ＰｒｏＳｅサーバ７は、ディスカバリ認証に対する応答として、ディスカバリ認証応答をＰｒｏＳｅサーバ７に送信しても良い（Ｓ７０８）。ここで、ディスカバリ認証応答には認証結果を含めて送信してもよい。

より具体的には、ディスカバリ認証要求に含まれる情報と加入者情報とを照合し、ＵＥ＿Ａ８がアナウンスを実行することを許可する場合には、許可したことを示す情報を含めてディスカバリ認証応答を送信し、許可しない場合には、許可しないことを示す情報を含めてディスカバリ認証応答を送信してもよい。

ここで、ＨＳＳ１１は、加入者情報においてアナウンスが許可された情報を保持している場合、アナウンスを許可してもよい。また、加入者情報においてＰｒｏＳｅにおけるディスカバリが許可された情報を保持している場合、アナウンスを許可してもよい。

次に、ＰｒｏＳｅサーバ７は、ＨＳＳ１１が送信するディスカバリ認証応答を受信する。ＰｒｏＳｅサーバ７は、ディスカバリ認証応答に基づいてＵＥコンテキストを生成してもよい。ＵＥコンテキストには、ＵＥ＿Ａ８が送信するディスカバリ要求、もしくはＨＳＳ１１が送信するディスカバリ認証応答により取得した、ＰｒｏＳｅアプリケーションＩＤと、ＵＥ ＩＤと、アナウンスを許可する情報を含めて記憶してもよい。こうしたＵＥコンテキストはＵＥ＿Ａ８に対応づけて管理してもよい。

さらに、ＰｒｏＳｅアプリケーションコードに対応づけてタイマーを管理してもよい。タイマーはアナウンスを許可する時間を示すものであってよい。また、ＰｒｏＳｅアプリケーションコードが正当なものであることを示すものであってもよい。つまり、ＰｒｏＳｅアプリケーションコードは安全に使用できるものとして運用されることが望まれるため、コードの値は永続的に使えるものではなく、タイマーにより更新することで安全性を確保することができる。またタイマーの初期の値は、通信事業者による設定によって決定されて良い。

また、ＰｒｏＳｅサーバ７はＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを保持しておき、ＵＥコンテキストに記憶してもよい。

ＰｒｏＳｅアプリケーションコードは、通信端末が近隣端末の発見のために送信する信号に含めて送信するコードであり、ＰｒｏＳｅアプリケーションＩＤに対応づけられている。

これにより、通信端末は、近隣にＰｒｏＳｅアプリケーションコードを送信することにより、対応するアプリケーションを利用可能であることをアナウンスすることができる。

また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅアプリケーションＩＤに対応づけて保持してよい。また、もし保持していない場合には、ＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを生成してもよい。

さらに、ＰｒｏＳｅサーバ７は、ディスカバリ要求に対する応答として、ディスカバリ応答をＵＥ＿Ａ８に送信してもよい（Ｓ７１０）。

ここで、ＰｒｏＳｅサーバ７は、ディスカバリ応答の送信時にタイマーのカウントを開始してもよい。

ディスカバリ応答には、ＵＥコンテキストに関する情報を含めて送信してもよい。より具体的には、ＰｒｏＳｅアプリケーションＩＤ、ＵＥ ＩＤ、ＰｒｏＳｅアプリケーションコード、タイマーの値を含めて送信してもよい。

次に、ＵＥ＿Ａ８はディスカバリ応答を受信する。さらに、認証結果、およびＰｒｏＳｅアプリケーションコード、タイマーの値などを取得してもよい。

また、ＵＥ＿Ａ８は、ディスカバリ応答に含まれる情報を基に、アナウンスが許可されたか否かを判断する。

アナウンスが許可された場合には、無線リソースを割り当て（Ｓ７１２）、取得したＰｒｏＳｅアプリケーションコードを含めた信号を近隣に送信してもよい。周波数や時間などの無線リソース情報は、ＰｒｏＳｅサーバ７から取得しても良いし、予めアナウンスするためのリソースを保持しておき、割り当てても良い。

また、ＵＥ＿Ａ８は、ディスカバリ応答の受信に基づいて、タイマーのカウントを開始しても良い。また、ＵＥ＿Ａ８はタイマーが消費されるまでの間、アナウンスのための信号を送信しても良い。また、タイマーの値がゼロになるなど、タイマーが消費された場合には、アナウンスを停止する。

また、ディスカバリ応答において認証不可と通知された場合には、ＵＥ＿Ａ８は無線リソースの割り当てやアナウンスは実行しない。

以上の手続きにより、ＵＥ＿Ａ８は、アナウンスを実行ための認証手続きを行うことができる。さらに、ＵＥ＿Ａ８は、アナウンスを行うＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードの取得することができる。

また、ＵＥ＿Ａ８は複数のアプリケーションのアナウンシングを要求しても良い。その際は、複数のＰｒｏＳｅアプリケーションＩＤを保持し、ＰｒｏＳｅアプリケーションＩＤ毎にアナウンス要求手続きを実行してよい。

また、ＵＥ＿Ａ８は、ディスカバリ応答の受信に基づいて、認証がされていた場合には、アナウンスを実行してもよい。具体的なアナウンスの手段としては、ＵＥ＿Ａ８は、割り当てた無線リソースを用いてアナウンス信号を送信してもよい。また、認証されている状態においては、ユーザ操作や通信端末の設定などにより任意のタイミングでアナウンス信号を送信してもよい。また、アナウンス信号の送信は、ＵＥ＿Ａ８を中心として放射線状に信号を送信してもよい。

また、ＵＥ＿Ａ８は、レンジグラスに基づいて送信信号の強度を決定し、送信してもよい。ＵＥ＿Ａ８は、ＰｒｏＳｅサーバからレンジクラスを取得して保持しておき、アナウンス信号の送信時にレンジクラスは読み出して送信強度を決定してもよい。このように、アナウンス信号の到達距離を決定してもよい。
また、レンジクラスはアプリケーション毎に異なるレンジクラスを保持し、アプリケーション毎にアナウンス信号の送信強度をレンジクラスに基づいて決定し、アナウンス信号を送信してもよい。また、ＵＥ＿Ａ８は、ＬＴＥすなわちＥ−ＵＴＲＡ技術に基づいた直接無線信号（Ｄｉｒｅｃｔ Ｒａｄｉｏ Ｓｉｇｎａｌ）を用いてアナウンス信号を送信してもよい。

［１．３．３ モニタリング要求手続き］
次に、端末がモニタリングを要求する手続きを説明する。モニタリングとは、近隣端末の存在を検出する為の手続きである。より具体的には、近隣端末が発信するアナウンス信号を受信するために、アナウンス信号をモニタリングする為の手続きである。

以下では、ＵＥ＿Ｂ９がモニタリングを実行する手続きを、図８を基に説明する。ＵＥ＿Ｂ９は、サービス認証手続きにより認証が許可されたことに基づいてモニタリングを実行してもよい。

また、以下ではＵＥ＿Ｂ９がアナウンス手続きを行う例を説明するが、ＵＥ＿Ａ８においてもＵＥ＿Ｂ９と同様の手続きによりモニタリング手続きを実行してもよい。

ＵＥ＿Ｂ９は、モニタリングを実行する初期状態として、Ｈｏｍｅ ＰＬＭＮに対応するＰｒｏＳｅアプリケーションＩＤを保持していてもよい（Ｓ８０２）。具体的な取得方法としては、ＵＥ＿Ｂ９はサービス登録手続きにおいて、ＰｒｏＳｅ登録要求をＰｒｏＳｅサーバ７に送信することでＰｒｏＳｅアプリケーションＩＤ要求してもよい。さらに、ＰｒｏＳｅサーバ７はその応答にＰｒｏＳｅアプリケーションＩＤを含めて送信してもよい。このように、ＵＥ＿Ｂ９はＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅアプリケーションＩＤを取得しても良い。

ＵＥ＿Ｂ９はディスカバリ要求をＰｒｏＳｅサーバ７に送信する（Ｓ８０４）。ここで、ＵＥ＿Ｂ９によるディスカバリ要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７において、ＵＥ＿Ｂ９がモニタリングすることを認証されたことを条件としてもよい。また、ＵＥ＿Ｂ９は認証完了に伴い認証情報をＰｒｏＳｅサーバ７から取得し、認証情報を保持することを条件としても良い。

また、ディスカバリ要求には、ＰｒｏＳｅアプリケーションＩＤや、ＵＥ ＩＤや、モニタリングを要求することを示すコマンド（モニタリングコマンド）を含めて送信しても良い。ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ｂ９がモニタリングを要求するアプリケーションを示すＩＤであって良い。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅ ＩＤであっても良い。

また、モニタリングを要求することを示す情報は、コマンドで識別する方法に限らず、モニタリング要求メッセージを規定するなどして、モニタリング要求メッセージを送信することで要求しても良い。より具体的には、モニタリングを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

また、ディスカバリ要求の送信先のＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９の契約する通信事業者であるＨｏｍｅ ＰＬＭＮのＰｒｏＳｅサーバ７に関する情報を予め保持しておき、Ｈｏｍｅ ＰＬＭＮのＰｒｏＳｅサーバ７を送信先としても良い。

次に、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９からディスカバリ要求を受信する。さらに、ＰｒｏＳｅサーバ７はもしＵＥ＿Ｂ９に対応づけられたＵＥコンテキストを保持していない場合、ＨＳＳ１１に対してアナウンスを行うことに対する認証や、ＵＥコンテキストの生成に対する認証を要求しても良い（Ｓ８０６）。これらの認証の要求は、ディスカバリ認証要求をＨＳＳ１１に送信して要求しても良い。さらに、ディスカバリ認証要求には、ＰｒｏＳｅアプリケーションＩＤやＵＥ ＩＤを含めて送信しても良い。

ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ｂ９がモニタリングを要求するアプリケーションを示すＩＤであって良い。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ｂ９に対応づけられたＰｒｏＳｅコードであっても良い。

次に、ＨＳＳ１１はディスカバリ認証要求を受信する。ＨＳＳ１１はＵＥ＿Ｂ９に対応づけられた加入者情報を保持しておき、加入者情報には、ディスカバリを許可することを示す情報や、モニタリングを許可する情報や、アナウンスを許可する情報などを、ＵＥ＿Ｂ９に対応づけて管理してよい。

また、これらの許可情報はアプリケーション毎に異なる許可情報を管理してもよい。つまりＰｒｏＳｅアプリケーションＩＤに対応づけて許可情報を管理してもよい。

ＨＳＳ１１は受信したＰｒｏＳｅアプリケーションＩＤやＵＥ ＩＤと、加入者情報に基づいて、認証を実行する。さらに、ＰｒｏＳｅサーバ７は、ディスカバリ認証に対する応答として、ディスカバリ認証応答をＰｒｏＳｅサーバ７に送信しても良い（Ｓ８０８）。ここで、ディスカバリ認証応答には認証結果を含めて送信してもよい。

より具体的には、ディスカバリ認証要求に含まれる情報と加入者情報とを照合し、ＵＥ＿Ｂ９がモニタリングを実行することを許可する場合には、許可したことを示す情報を含めてディスカバリ認証応答を送信し、許可しない場合には、許可しないことを示す情報を含めてディスカバリ認証応答を送信してもよい。

ここで、ＨＳＳ１１は、加入者情報においてモニタリングが許可された情報を保持している場合、モニタリングを許可してもよい。また、加入者情報においてＰｒｏＳｅにおけるディスカバリが許可された情報を保持している場合、モニタリングを許可してもよい。

次に、ＰｒｏＳｅサーバ７は、ＨＳＳ１１が送信するディスカバリ認証応答を受信する。ＰｒｏＳｅサーバ７は、ディスカバリ認証応答に基づいてＵＥコンテキストを生成してもよい。ＵＥコンテキストには、ＵＥ＿Ａ８が送信するディスカバリ要求、もしくはＨＳＳ１１が送信するディスカバリ認証応答により取得した、ＰｒｏＳｅアプリケーションＩＤと、ＵＥ ＩＤと、モニタリングを許可する情報を含めて記憶してもよい。こうしたＵＥコンテキストはＵＥ＿Ｂ９に対応づけて管理してもよい。

さらに、ＰｒｏＳｅアプリケーションコードに対応づけてタイマーを管理してもよい。タイマーはアナウンスを許可する時間を示すものであってよい。また、ＰｒｏＳｅアプリケーションコードが正当なものであることを示すものであってもよい。つまり、ＰｒｏＳｅアプリケーションコードは安全に使用できるものとして運用されることが望まれるため、コードの値は永続的に使えるものではなく、タイマーにより更新することで安全性を確保することができる。

またタイマーの初期の値は、通信事業者による設定によって決定されて良い。もしくは、ＵＥ＿Ａ８などの他の端末がアナウンスを要求しており、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤに対応したＰｒｏＳｅアプリケーションコードを割り当ていた場合、ＰｒｏＳｅアプリケーションコードに対応づけられたタイマーはカウントされており、現時点での残りの値を初期の値としてもよい。

また、ＰｒｏＳｅサーバ７はＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを保持しておき、ＵＥコンテキストに記憶してもよい。

ＰｒｏＳｅアプリケーションコードは、通信端末が近隣端末の発見のために送信する信号に含めて送信するコードであり、ＰｒｏＳｅアプリケーションＩＤに対応づけられている。

これにより、通信端末は、近隣にＰｒｏＳｅアプリケーションコードを送信することにより、対応するアプリケーションを利用可能であり、アナウンスを実行する端末をモニタリングすることができる。

また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅアプリケーションＩＤに対応づけて保持してよい。また、もし保持していない場合には、ＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを生成してもよい。

さらに、ＰｒｏＳｅサーバ７は、ディスカバリ要求に対する応答として、ディスカバリ応答をＵＥ＿Ｂ９に送信してもよい（Ｓ８１０）。

ここで、ＰｒｏＳｅサーバ７は、ディスカバリ応答の送信時にタイマーのカウントを開始してもよい。

ディスカバリ応答には、ＵＥコンテキストに関する情報を含めて送信してもよい。より具体的には、ＰｒｏＳｅアプリケーションＩＤ、ＵＥ ＩＤ、ＰｒｏＳｅアプリケーションコード、タイマーの値を含めて送信してもよい。

ここで、ＵＥ＿Ａ８などの他の端末がアナウンスを要求しており、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤに対応したＰｒｏＳｅアプリケーションコードを割り当ていた場合、ＰｒｏＳｅアプリケーションコードに対応づけられたタイマーはカウントされている。ＰｒｏＳｅサーバ７は、現時点での残りの値をタイマーの値として送信してもよい。

また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードを送信するのではなく、ＰｒｏＳｅアプリケーションコードの一部をマスクするマスク値を送信してもよい。マスクにより、例えば、多店舗を展開するコーヒーショップや飲食店などがあり、ＰｒｏＳｅアプリケーションコードが特定の店舗に対応づけ、マスク値は特定の店舗は特定できないまでも、コーヒーショップ名などのチェーン展開する会社などを特定するなどが可能になる。

また、複数のＰｒｏｓｅアプリケーションＩＤをグループとして管理し、ＰｒｏＳｅアプリケーションＩＤ毎にＰｒｏＳｅアプリケーションコードを生成する際、ＰｒｏＳｅアプリケーションコードの任意の上位ビットに同じ値を割り当てるなどしてもよい。さらに、こうした共通の上位ビットをマスク値としても良い。これにより、モニタリングするＵＥは、マスク値による検出に基づいて、グループによって管理される複数のＰｒｏｓｅアプリケーションコードを検出することができる。このように、複数のＰｒｏＳｅアプリケーションを検出することもできる。

このように、マスクは複数のＰｒｏＳｅアプリケーションＩＤを識別することのできる識別情報であってよい。

また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤに対応づけて管理するＰｒｏＳｅアプリケーションコードやマスク値、さらにはタイマーをディスカバリフィルタと定義づけて管理してもよい。つまり、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９にディスカバリ応答を送信し、ディスカバリ応答にはＵＥ＿Ｂ９がモニタリングを要求するＰｒｏＳｅアプリケーションＩＤに対応するディスカバリフィルタを含めて送信してもよい。さらに、ディスカバリフィルタを識別するディスカバリフィルタＩＤを含めて送信してもよい。

次に、ＵＥ＿Ｂ９はディスカバリ応答を受信する。さらに、認証結果、およびＰｒｏＳｅアプリケーションコード、タイマーの値などを取得してもよい。

また、ＵＥ＿Ｂ９は、ディスカバリ応答に含まれる情報を基に、モニタリングが許可されたか否かを判断する。

モニタリングが許可された場合には、無線リソースを割り当て（Ｓ８１２）、取得したＰｒｏＳｅアプリケーションコードを含めた信号が送信されているか否かをモニタリングしてもよい。周波数や時間などの無線リソース情報は、ＰｒｏＳｅサーバ７から取得しても良いし、予めモニタリングするためのリソースを保持しておき、割り当てても良い。さらに、モニタリングでは、ＵＥ＿Ｂ９は、ＬＴＥすなわちＥ−ＵＴＲＡ技術に基づいた直接無線信号（Ｄｉｒｅｃｔ Ｒａｄｉｏ Ｓｉｇｎａｌ）を用いて送信されたアナウンス信号を受信し、検出してもよい。また、ＵＥ＿Ｂ９は、ディスカバリ応答の受信に基づいて、タイマーのカウントを開始しても良い。また、ＵＥ＿Ｂ９はタイマーが消費されるまでの間、モニタリングを実行しても良い。また、タイマーの値がゼロになるなど、タイマーが消費された場合には、モニタリングを停止する。

また、ディスカバリ応答において認証不可と通知された場合には、ＵＥ＿Ｂ９は無線リソースの割り当てやモニタリングは実行しない。

以上の手続きにより、ＵＥ＿Ｂ９は、モニタリングを実行するための認証手続きを行うことができる。さらに、ＵＥ＿Ｂ９は、モニタリングを行うＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードの取得することができる。

また、ＵＥ＿Ｂ９は複数のアプリケーションのモニタリングを要求しても良い。その際は、複数のＰｒｏＳｅアプリケーションＩＤを保持し、ＰｒｏＳｅアプリケーションＩＤ毎にモニタリング要求手続きを実行してよい。

［１．３．４ マッチレポート手続き］
次に、マッチレポート手続きを説明する。マッチレポートとは、端末が、近隣端末がアナウンスするＰｒｏＳｅアプリケーションコードをモニタリングにより受信した際、ＰｒｏＳｅサーバ７にモニタリングの結果を報告する手続きである。さらに、マッチレポート手続きでは、受信したＰｒｏＳｅアプリケーションコードに対応づけられたＰｒｏＳｅアプリケーションＩＤや、ＰｒｏＳｅアプリケーションコードに対応づけられたタイマー値を取得してもよい。

以下では、ＵＥ＿Ｂ９がマッチレポートを実行する手続きを図９を基に説明する。ＵＥ＿Ｂ９は、サービス認証手続きにより認証が許可されたことに基づいてアナウンスを実行してもよい。

また、以下ではＵＥ＿Ｂ９がマッチレポート手続きを行う例を説明するが、ＵＥ＿Ａ８においてもＵＥ＿Ｂ９と同様の手続きによりマッチレポート手続きを実行してもよい。

ＵＥ＿Ｂ９は、マッチレポートを実行する初期状態として、Ｈｏｍｅ ＰＬＭＮに対応するＰｒｏＳｅアプリケーションＩＤを保持していてもよい。具体的な取得方法としては、ＵＥ＿Ａ８はサービス登録手続きにおいて、ＰｒｏＳｅ登録要求をＰｒｏＳｅサーバ７に送信することでＰｒｏＳｅアプリケーションＩＤ要求してもよい。さらに、ＰｒｏＳｅサーバ７はその応答にＰｒｏＳｅアプリケーションＩＤを含めて送信してもよい。このように、ＵＥ＿Ａ８はＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅアプリケーションＩＤを取得しても良い。

もしくは、ＰｒｏＳｅアプリケーションＩＤを保持していなくても良い。さらに、モニタリングによりＰｒｏＳｅアプリケーションコードを取得し、取得したＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを保持していないことを検出し、それを契機にマッチレポート手続きを開始してもよい。

マッチレポート手続きの開始とは、具体的には、ＵＥ＿Ｂ９はマッチレポート要求をＰｒｏＳｅサーバ７に送信する（Ｓ９０４）。

ここで、ＵＥ＿Ｂ９によるマッチレポート要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍe ＰＬＭＮのＰｒｏＳｅサーバ７において、ＵＥ＿Ｂ９がモニタリングすることを認証されたことを条件としてもよい。もしくは、モニタリングだけでなく、マッチレポートの実行を許可するかどうかの情報に基づいて認証されたことを条件としてもよい。また、ＵＥ＿Ｂ９は認証完了に伴い認証情報をＰｒｏＳｅサーバ７から取得し、認証情報を保持することを条件としても良い。

また、マッチレポート要求には、ＰｒｏＳｅアプリケーションコードや、ＵＥ ＩＤや、マッチレポートを要求することを示すコマンドを含めて送信しても良い。

ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ｂ９に対応づけられたＰｒｏＳｅコードであっても良い。

また、マッチレポートを要求することを示す情報は、コマンドで識別する方法に限らず、マッチレポート要求メッセージを規定するなどして、マッチレポート要求メッセージを送信することで要求しても良い。より具体的には、マッチレポートを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

また、マッチレポート要求の送信先のＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９の契約する通信事業者であるＨｏｍｅ ＰＬＭＮのＰｒｏＳｅサーバ７に関する情報を予め保持しておき、Ｈｏｍｅ ＰＬＭＮのＰｒｏＳｅサーバ７を送信先としても良い。

次に、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９からマッチレポート要求を受信する。さらに、ＰｒｏＳｅサーバ７はもしＵＥ＿Ｂ９に対応づけられたＵＥコンテキストを保持していない場合、ＨＳＳ１１に対してアナウンスを行うことに対する認証や、モニタリングを行うことに対する認証や、ＵＥコンテキストの生成に対する認証を要求しても良い（Ｓ９０６）。これらの認証の要求は、ディスカバリ認証要求をＨＳＳ１１に送信して要求しても良い。さらに、ディスカバリ認証要求には、ＵＥ ＩＤを含めて送信しても良い。

ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、サービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した，ＵＥ＿Ｂ９に対応づけられたＰｒｏＳｅコードであっても良い。

次に、ＨＳＳ１１はディスカバリ認証要求を受信する。ＨＳＳ１１はＵＥ＿Ｂ９に対応づけられた加入者情報を保持しておき、加入者情報には、ディスカバリを許可することを示す情報や、アナウンスを許可する情報や、モニタリングを許可する情報や、マッチレポートを許可する情報などを、ＵＥ＿Ｂ９に対応づけて管理してよい。

また、これらの許可情報はアプリケーション毎に異なる許可情報を管理してもよい。つまりＰｒｏＳｅアプリケーションＩＤに対応づけて許可情報を管理してもよい。

ＨＳＳ１１は受信したＵＥ ＩＤと、加入者情報に基づいて、認証を実行する。さらに、ＰｒｏＳｅサーバ７は、ディスカバリ認証に対する応答として、ディスカバリ認証応答をＰｒｏＳｅサーバ７に送信しても良い（Ｓ９０８）。ここで、ディスカバリ認証応答には認証結果を含めて送信してもよい。

より具体的には、ディスカバリ認証要求に含まれる情報と加入者情報とを照合し、ＵＥ＿Ｂ９がマッチレポートを実行することを許可する場合には、許可したことを示す情報を含めてディスカバリ認証応答を送信し、許可しない場合には、許可しないことを示す情報を含めてディスカバリ認証応答を送信してもよい。

ここで、ＨＳＳ１１は、加入者情報においてマッチレポートが許可された情報を保持している場合、マッチレポートを許可してもよい。また、加入者情報においてモニタリングが許可された情報を保持している場合、マッチレポートを許可してもよい。また、加入者情報においてＰｒｏＳｅにおけるディスカバリが許可された情報を保持している場合、マッチレポートを許可してもよい。

次に、ＰｒｏＳｅサーバ７は、ＨＳＳ１１が送信するディスカバリ認証応答を受信する。ＰｒｏＳｅサーバ７は、ディスカバリ認証応答に基づいてＵＥコンテキストを生成してもよい。ＵＥコンテキストには、ＵＥ＿Ｂ９が送信するマッチレポート要求、もしくはＨＳＳ１１が送信するディスカバリ認証応答により取得した、ＵＥ ＩＤと、アナウンスを許可する情報やモニタリングを許可する情報を含めて記憶してもよい。こうしたＵＥコンテキストはＵＥ＿Ｂ９に対応づけて管理してもよい。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９がマッチレポートに含めて送信したＰｒｏＳｅアプリケーションコードの解析を行う（Ｓ９１０）。具体的には、ＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを解決する。

ここで、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを予め取得し，記憶してもよい。また、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコードの生成時、ＰｒｏＳｅアプリケーションコードとＰｒｏＳｅアプリケーションＩＤを対応づけて予め管理していてもよい。

例えば、ＵＥ＿Ａ８によるアナウンス要求手続きにおいて、ＵＥ＿Ａ８が送信するＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを生成した場合、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードを対応づけて記憶してよい。さらに、ＵＥ＿Ｂ９からマッチレポートを受信し、マッチレポートに含まれるＰｒｏＳｅアプリケーションコードに基づいて、記憶しているＰｒｏＳｅアプリケーションＩＤのうち、ＰｒｏＳｅアプリケーションコードに対応するものを選択してもよい。

さらに、ＰｒｏＳｅアプリケーションコードに対応づけてタイマーを管理してもよい。タイマーはアナウンスを許可する時間を示すものであってよい。また、ＰｒｏＳｅアプリケーションコードが正当なものであることを示すものであってもよい。つまり、ＰｒｏＳｅアプリケーションコードは安全に使用できるものとして運用されることが望まれるため、コードの値は永続的に使えるものではなく、タイマーにより更新することで安全性を確保することができる。またタイマーの初期の値は、通信事業者による設定によって決定されて良い。

さらに、ＰｒｏＳｅサーバ７は、マッチレポート要求に対する応答として、マッチレポート応答をＵＥ＿Ｂ９に送信してもよい（Ｓ９１２）。

ここで、ＰｒｏＳｅサーバ７は、マッチレポート応答の送信時にタイマーのカウントを開始してもよい。

マッチレポート応答には、ＵＥコンテキストに関する情報を含めて送信してもよい。より具体的には、ＰｒｏＳｅアプリケーションＩＤ、ＵＥ ＩＤ、ＰｒｏＳｅアプリケーションコード、タイマーの値を含めて送信してもよい。

次に、ＵＥ＿Ｂ９はマッチレポート応答を受信する。さらに、認証結果、およびＰｒｏＳｅアプリケーションＩＤ、タイマーの値などを取得してもよい。

また、ＵＥ＿Ｂ９は、マッチレポート応答を受信し、ＰｒｏＳｅアプリケーションコードのモニタリングが正常に完了する。

また、ＵＥ＿Ｂ９は、マッチレポート応答の受信に基づいて、マッチレポート応答に含まれるタイマーのカウントを開始しても良い。また、ＵＥ＿Ｂ９はタイマーが消費されるまでの間、モニタリングしたＰｒｏＳｅアプリケーションコードが正常に使用できることを認識する。また、タイマーの値がゼロになるなど、タイマーが消費された場合には、モニタリングを停止する。

以上の手続きにより、ＵＥ＿Ｂ９は、モニタリングしたＰｒｏＳｅアプリケーションコードに対応するＰｒｏＳｅアプリケーションＩＤを解決し、アプリケーションを特定することが可能となる。例えば、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコードとＵＥ ＩＤとをアナウンスし、ＵＥ＿Ｂ９がモニタリングを実行してＰｒｏＳｅアプリケーションコードとＵＥ＿Ａ８を識別するＵＥ ＩＤを受信した場合、ＵＥ＿Ｂ９は、マッチレポート手続きを実行することにより、ＵＥ＿Ａ８が近隣に位置し、且つＵＥ＿Ａ８が利用可能なアプリケーションを検出することができる。

［１．３．５ アナウンス停止手続き］
端末は、１．３．２で説明したアナウンス要求手続きにより、アナウンスを実行することができる。

１．３．２では、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションＩＤを含めてアナウンス要求をＰｒｏＳｅサーバ７に送信し、アナウンス要求に対する応答を受信する例を説明した。さらに、ＵＥ＿Ａ８は、応答を受信することにより、ＰｒｏＳｅアプリケーションＩＤに対応するアプリケーションコードと、アプリケーションコードが正常に使用可能な時間を管理することができるタイマーを取得する。

ＵＥ＿Ａ８は、タイマーのカウントを実行し、タイマーが消費されるまでの間ＰｒｏＳｅアプリケーションコードをアナウンス信号に含めて送信し、近隣の端末に自身が存在することと、ＰｒｏＳｅアプリケーションコードに対応づけられたＰｒｏＳｅアプリケーションＩＤで識別されるアプリケーションを利用可能であることを通知することができる。

さらに、ＵＥ＿Ａ８のアナウンス信号の到達範囲に位置するモニタリングを実行する端末は、アナウンス信号を受信してＵＥ＿Ａ８が近隣に位置することを検出することができる。

このように、ＵＥ＿Ａ８はタイマーが消費されるまでの間、ＰｒｏＳｅアプリケーションコードをアナウンスし続けることができる。さらに、ＵＥ＿Ａ８は、タイマーが消費されるまでの間、端末の設定やユーザ操作などに基づいてアナウンスを停止することも可能である。

ＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅサーバ７等の通信事業者の網内装置によって認証された端末に対して割り当てられたものであり、第三者による不正取得や改ざんなどを防ぐ必要がある秘匿性の高い情報である。そのため、通信事業者はＰｒｏＳｅアプリケーションコードに加えてタイマーを通知することで、ＰｒｏＳｅアプリケーションコードの有効時間を管理する方法をこれまで説明した。

以下では、ＵＥに通知されたＰｒｏＳｅアプリケーションコードが有効な期間にあったとしても何らかの危険の検知により通信事業者が主導してアナウンスを停止させる手続きを説明する。これにより、通信事業者はより安全なアナウンス処理をＵＥに提供することができる。

以下では、通信事業者が主導してＵＥ＿Ａ８のアナウンスを停止する手続きを、図１０を基に説明する。

初期状態では、ＵＥ＿Ａ８はアナウンス要求手続きを実施し、ＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを保持している。さらに、ＰｒｏＳｅアプリケーションコードに対応するタイマーのカウントを実行しており、タイマーは消費されていない状態とする。

逆にいえば、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８に対するＵＥコンテキストを生成して保持しており、ＵＥ ＩＤに対応づけてＰｒｏＳｅアプリケーションＩＤを保持している。さらに、ＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを割り当て、保持している。さらに、ＰｒｏＳｅアプリケーションコードに対応するタイマーをカウントしており、タイマーは消費されていない状態とする。

移動通信事業者のポリシーなどに基づいて、既にアナウンスを許可したＵＥ＿Ａ８に対してアナウンスを停止させるため、ＰｒｏＳｅサーバ７は、アナウンス停止要求をＵＥ＿Ａ８に送信する（Ｓ１００２）。

アナウンス停止要求には、ＵＥ＿Ａ８を識別するＵＥ ＩＤ、ＰｒｏＳｅアプリケーションコードを含めて送信してもよい。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。

さらに、アナウンス停止要求には、アナウンスの停止を要求することを示すコマンドを含めて送信してもよい。また、アナウンスの停止を要求することを示す情報は、コマンドで識別する方法に限らず、アナウンスの停止要求メッセージを規定するなどして、アナウンス停止要求メッセージを送信することで要求しても良い。より具体的には、アナウンス停止要求のメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

さらに、アナウンスの停止を要求することを示す情報は、ＰｒｏＳｅアプリケーションコードに対応するタイマーの値をゼロとしてタイマーの値を含めて送信してもよい。これにより、受信したＵＥ＿Ａ８はＰｒｏＳｅアプリケーションコードのタイマーの値がゼロとなり、アナウンスを停止する。

また、ＰｒｏＳｅサーバ７は、通信事業者のポリシーに基づいて、特定のアプリケーションに対応するアナウンスを停止してもよい。

例えば、通信事業者がアナウンスを停止させたいＰｒｏＳｅアプリケーションＩＤを決定し、ＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードの通知を行い、アナウンスを許可したＵＥをＵＥコンテキストからすべて選択し、ＵＥ＿Ａ８を含めてすべてのアナウンスを許可したＵＥに対してアナウンス停止要求を送信してもよい。

また、アナウンス停止要求を受信したＵＥ＿Ａ８は、アナウンスを停止する。例えば、ＵＥ＿Ａ８はアナウンス停止要求を受信し、アナウンス停止要求に含まれるＰｒｏＳｅアプリケーションコードに対応するアナウンスを停止する。

より具体的には、アナウンスのためのリソースを解放する。また、タイマーのカウントを停止する。また、アナウンス信号の送信を停止する。

このように、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８に対して、通信事業者ポリシーなどに基づくネットワーク側のトリガにより、アナウンスの停止を要求することができる。さらに、ＰｒｏＳｅサーバ７は、アナウンスの停止要求を送信することにより、アナウンス信号送信のためのリソースの解放を要求することができる。さらに、タイマーのカウントの停止を要求することができる。また、アナウンス信号の送信停止を要求することができる。

ＵＥ＿Ａ８は、アナウンスの停止に基づいて、アナウンス停止要求に対する応答をＰｒｏＳｅサーバ７に送信し、アナウンスを停止が完了したことを通知してもよい（Ｓ１００４）。応答には、ＵＥ ＩＤやＰｒｏＳｅアプリケーションコードを含めて送信してもよい。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８が送信する応答を受信し、アナウンスの停止が完了したことを確認してもよい。

以上により、通信事業者ポリシーなどに基づいて、ネットワーク主導でＵＥ＿Ａ８のアナウンスを停止することができる。

１．３．２で説明したアナウンス要求手続きは、通信事業者の承認に基づいて行われ、かつ通信事業者の提供するタイマー等により、正統性が一定時間維持される必要がある。しかしながら、第三者による不正取得や改ざんなどの安全性が疑われる状況を完全に排除することは難しい。そのため、一旦通信事業者がモニタリングを許可していたとしても、通信事業者が主導してモニタリングを停止する手段が必要となる。

本節で説明した手続きにより、通信事業者が主導してアナウンスを停止することができ、より安全性の高い通信サービスを実現する。

［１．３．６ モニタリング停止手続き］
端末は、１．３．３で説明したモニタリング要求手続きにより、モニタリングを実行することができる。

１．３．３では、ＵＥ＿Ｂ９がＰｒｏＳｅアプリケーションＩＤを含めてモニタリング要求をＰｒｏＳｅサーバ７に送信し、モニタリング要求に対する応答を受信する例を説明した。さらに、ＵＥ＿Ｂ９は、応答を受信することにより、ＰｒｏＳｅアプリケーションＩＤに対応するアプリケーションコードと、アプリケーションコードが正常に使用可能な時間を管理することができるタイマーを取得する。

ＵＥ＿Ｂ９は、タイマーのカウントを実行し、タイマーが消費されるまでの間ＰｒｏＳｅアプリケーションコードをモニタリングし、近隣の端末がアナウンスする信号の到達範囲に位置した場合、アナウンス信号を受信し、アナウンスする端末の検出と、ＰｒｏＳｅアプリケーションコードに対応づけられたＰｒｏＳｅアプリケーションＩＤで識別されるアプリケーションを利用可能であることを検出することができる。

このように、ＵＥ＿Ｂ９はタイマーが消費されるまでの間、ＰｒｏＳｅアプリケーションコードをモニタリングし続けることができる。さらに、ＵＥ＿Ｂ９は、タイマーが消費されるまでの間、端末の設定やユーザ操作などに基づいてモニタリングを停止することも可能である。

ＰｒｏＳｅアプリケーションコードは、ＰｒｏＳｅサーバ７等の通信事業者の網内装置によって認証された端末に対して割り当てられたものであり、第三者による不正取得や改ざんなどを防ぐ必要がある秘匿性の高い情報である。そのため、通信事業者はＰｒｏＳｅアプリケーションコードに加えてタイマーを通知することで、ＰｒｏＳｅアプリケーションコードの有効時間を管理する方法をこれまで説明した。

以下では、ＵＥに通知されたＰｒｏＳｅアプリケーションコードが有効な期間にあったとしても何らかの危険の検知により通信事業者が主導してモニタリングを停止させる手続きを説明する。これにより、通信事業者はより安全なモニタリング処理をＵＥに提供することができる。

以下では、通信事業者が主導してＵＥ＿Ｂ９のモニタリングを停止する手続きを、図１１を基に説明する。

初期状態では、ＵＥ＿Ｂ９はモニタリング要求手続きを実施し、ＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを保持している。さらに、ＰｒｏＳｅアプリケーションコードに対応するタイマーのカウントを実行しており、タイマーは消費されていない状態とする。

逆にいえば、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９に対するＵＥコンテキストを生成して保持しており、ＵＥ ＩＤに対応づけてＰｒｏＳｅアプリケーションＩＤを保持している。さらに、ＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを割り当て、保持している。さらに、ＰｒｏＳｅアプリケーションコードに対応するタイマーをカウントしており、タイマーは消費されていない状態とする。

移動通信事業者のポリシーなどに基づいて、既にモニタリングを許可したＵＥ＿Ｂ９に対してモニタリングを停止させるため、ＰｒｏＳｅサーバ７は、モニタリング停止要求をＵＥ＿Ｂ９に送信する（Ｓ１１０２）。

モニタリング停止要求には、ＵＥ＿Ｂ９を識別するＵＥ ＩＤ、ＰｒｏＳｅアプリケーションコードを含めて送信してもよい。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。

さらに、モニタリング停止要求には、モニタリングの停止を要求することを示すコマンドを含めて送信してもよい。また、モニタリングの停止を要求することを示す情報は、コマンドで識別する方法に限らず、モニタリングの停止要求メッセージを規定するなどして、モニタリング停止要求メッセージを送信することで要求しても良い。より具体的には、モニタリング停止要求のメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

さらに、モニタリングの停止を要求することを示す情報は、ＰｒｏＳｅアプリケーションコードに対応するタイマーの値をゼロとしてタイマーの値を含めて送信してもよい。これにより、受信したＵＥ＿Ａ８はＰｒｏＳｅアプリケーションコードのタイマーの値がゼロとなり、モニタリングを停止する。

また、ＰｒｏＳｅサーバ７は、通信事業者のポリシーに基づいて、特定のアプリケーションに対応するモニタリングを停止してもよい。

例えば、通信事業者がモニタリングを停止させたいＰｒｏＳｅアプリケーションＩＤを決定し、ＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードの通知を行い、モニタリングを許可したＵＥをＵＥコンテキストからすべて選択し、ＵＥ＿Ａ８を含めてすべてのモニタリングを許可したＵＥ＿Ｂ９に対してモニタリング停止要求を送信してもよい。

また、ＰｒｏＳｅサーバ７は、モニタリングの停止を要求するアプリケーションを識別する情報として、アプリケーションに対応するＰｒｏＳｅアプリケーションＩＤではなく、アプリケーションに対応するディスカバリフィルタを送信してもよい。また、ディスカバリフィルタの実態はＰｒｏＳｅアプリケーションＩＤやＰｒｏＳｅアプリケーションコードやタイマーの値であり、それらを含めて送信してもよいし、ディスカバリフィルタを識別するディスカバリフィルタＩＤを含めて送信してもよい。

また、モニタリング停止要求を受信したＵＥ＿Ｂ９は、モニタリングを停止する。例えば、ＵＥ＿Ｂ９はモニタリング停止要求を受信し、モニタリング停止要求に含まれるＰｒｏＳｅアプリケーションコードに対応するモニタリングを停止する。

より具体的には、モニタリングのためのリソースを解放する。また、タイマーのカウントを停止する。また、アナウンス信号の受信を停止するなどを行ってよい。

また、モニタリング停止要求によりディスカバリフィルタを受信した場合には、ディスカバリフィルタに含まれるＰｒｏＳｅアプリケーションコードに対応するモニタリングを停止してもよい。

また、モニタリング停止要求によりディスカバリフィルタＩＤを受信した場合には、ＵＥ＿Ｂ９が保持するディスカバリフィルタのうち、受信したディスカバリＩＤに対応するディスカバリフィルタからＰｒｏＳｅアプリケーションコードを確認し、ＰｒｏＳｅアプリケーションコード対応するモニタリングを停止してもよい。

このように、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８に対して、通信事業者ポリシーなどに基づくネットワーク側のトリガにより、モニタリングの停止を要求することができる。さらに、ＰｒｏＳｅサーバ７は、モニタリングの停止要求を送信することにより、モニタリング信号送信のためのリソースの解放を要求することができる。さらに、タイマーのカウントの停止を要求することができる。また、アナウンス信号の受信停止を要求することができる。

ＵＥ＿Ｂ９は、モニタリングの停止に基づいて、モニタリング停止要求に対する応答をＰｒｏＳｅサーバ７に送信し、モニタリングを停止が完了したことを通知してもよい（Ｓ１１０４）。応答には、ＵＥ ＩＤやＰｒｏＳｅアプリケーションコードを含めて送信してもよい。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９が送信する応答を受信し、モニタリングの停止が完了したことを確認してもよい。

以上により、通信事業者ポリシーなどに基づいて、ネットワーク主導でＵＥのモニタリングを停止することができる。

１．３．３で説明したモニタリング要求手続きは、通信事業者の承認に基づいて行われ、かつ通信事業者の提供するタイマー等により、正統性が一定時間維持される必要がある。しかしながら、第三者による不正取得や改ざんなどの安全性が疑われる状況を完全に排除することは難しい。そのため、一旦通信事業者がモニタリングを許可していたとしても、通信事業者が主導してモニタリングを停止する手段が必要となる。

本節で説明した手続きにより、通信事業者が主導してモニタリングを停止することができ、より安全性の高い通信サービスを実現する。

［１．３．７ マッチ情報削除手続き］
端末は、１．３．４で説明したマッチレポート手続きにより、ＰｒｏＳｅアプリケーションコードに対応づけたタイマーを管理し、ＰｒｏＳｅアプリケーションの有効期間を管理することができる。

以下では、通信事業者が主導してマッチ情報を削除する手続きを、図１２を基に説明する。

初期状態では、ＵＥ＿Ｂ９は１．３．４で説明したマッチレポート手続きを実施し、ＰｒｏＳｅアプリケーションＩＤに対応づけてＰｒｏＳｅアプリケーションコードを保持している。さらに、ＰｒｏＳｅアプリケーションコードに対応するタイマーのカウントを実行しており、タイマーは消費されていない状態とする。

逆にいえば、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９に対するＵＥコンテキストを生成して保持しており、ＵＥ ＩＤに対応づけてＰｒｏＳｅアプリケーションＩＤを保持している。さらに、ＰｒｏＳｅアプリケーションＩＤに対応するＰｒｏＳｅアプリケーションコードを割り当て、保持している。さらに、ＰｒｏＳｅアプリケーションコードに対応するタイマーをカウントしており、タイマーは消費されていない状態とする。

移動通信事業者のポリシーなどに基づいて、ＵＥ＿Ｂ９の検出したＰｒｏＳｅアプリケーションコードを削除させるため、ＰｒｏＳｅサーバ７は、マッチ情報削除要求をＵＥ＿Ｂ９に送信する（Ｓ１２０２）。

マッチ情報削除要求には、マッチレポート手続きでＵＥ＿Ｂ９から取得したＰｒｏＳｅアプリケーションコードを記憶しておき、そのＰｒｏＳｅアプリケーションコードを含めて送信してもよい。ＵＥ ＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。

さらに、マッチ情報削除要求には、マッチレポートで検出したＰｒｏＳｅアプリケーションコードを削除することを示すコマンドを含めて送信してもよい。また、マッチレポートで検出したＰｒｏＳｅアプリケーションコードを削除することを要求することを示す情報は、コマンドで識別する方法に限らず、マッチ情報削除要求メッセージを規定するなどして、マッチ情報削除要求メッセージを送信することで要求しても良い。より具体的には、要求メッセージのメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信してもよい。

さらに、マッチレポートで検出したＰｒｏＳｅアプリケーションコードの削除を要求することを示す情報は、ＰｒｏＳｅアプリケーションコードに対応するタイマーの値をゼロとしてタイマーの値を含めて送信してもよい。これにより、受信したＵＥ＿Ｂ９はＰｒｏＳｅアプリケーションコードのタイマーの値がゼロとなり、検出したＰｒｏＳｅアプリケーションコードを破棄する。

また、ＰｒｏＳｅサーバ７は、通信事業者のポリシーに基づいて、特定のアプリケーションに対応するＵＥの検出結果を削除してもよい。より具体的には、特定のＰｒｏＳｅアプリケーションに対応したＰｒｏＳｅアプリケーションを基にマッチレポート手続きを実施した全ての通信端末を記憶しておき、ＵＥ＿Ｂ９を含めたそれらすべての通信端末に対してマッチ情報削除要求を送信してもよい。

ＵＥ＿Ｂ９は、検出したＰｒｏＳｅアプリケーションコードの削除に基づいて、マッチ情報削除要求に対する応答をＰｒｏＳｅサーバ７に送信し、削除を完了したことを通知してもよい（Ｓ１２０４）。応答には、ＵＥ ＩＤやＰｒｏＳｅアプリケーションコードを含めて送信してもよい。

ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９が送信する応答を受信し、近隣端末に関する情報を破棄したことを確認してもよい。

このように、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９に対して、通信事業者ポリシーなどに基づくネットワーク側のトリガにより、ＰｒｏＳｅアプリケーションコードに基づいて検出した近隣端末に関する情報を破棄することを要求することができる。さらに、タイマーのカウントの停止を要求することができる。

ＵＥ＿Ｂ９は、ＰｒｏＳｅアプリケーションコードの無効化に基づいて、リボケーション要求に対する応答をＰｒｏＳｅサーバ７に送信し、ＰｒｏＳｅアプリケーションコードの無効化を完了したことを通知してもよい。さらに、この通知により、検出した近隣端末に関する情報を破棄したことを通知してもよい。応答には、ＵＥ ＩＤやＰｒｏＳｅアプリケーションコードを含めて送信してもよい。

１．３．５で説明したマッチレポート手続きは、通信事業者の承認に基づいて行われ、かつ通信事業者の提供するタイマー等により、正統性が一定時間維持される必要がある。しかしながら、第三者による不正取得や改ざんなどの安全性が疑われる状況を完全に排除することは難しい。そのため、一旦通信事業者がマッチレポートにより近隣端末から取得した情報が正当であると承認していたとしても、通信事業者が主導して近隣端末から取得した情報を削除する手段が必要となる。

本節で説明した手続きにより、通信事業者が主導して近隣端末から取得した情報を削除することができ、より安全性の高い通信サービスを実現する。

［１．３．８ 変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も本発明に含まれる。

また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。

ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。

また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。

また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。

また、上述した実施形態においては、無線アクセスネットワークの例としてＬＴＥと、ＷＬＡＮ（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｎ等）とについて説明したが、ＷＬＡＮの代わりにＷｉＭＡＸによって接続されても良い。

１ 通信システム
２ コアネットワーク
３ ＩＰ移動通信ネットワーク
５ ＰＤＮ
７ ＰｒｏＳｅサーバ７
８ ＵＥ＿Ａ
９ ＵＥ＿Ｂ
１１ ＨＳＳ
１３ ＰＣＲＦ
１５ ＡＡＡ
１７ ＰＧＷ
１９ ｅＰＤＧ
２１ ＳＧＷ
２３ ＭＭＥ
２５ ＬＴＥ ＡＮ
２７ ＷＬＡＮ ＡＮｂ
２９ ＷＬＡＮ ＡＮａ
３１ ｅＮＢ
３３ ＷＬＡＮ ＡＰｂ
３５ ＷＬＡＮ ＡＰａ
３７ ＧＷ

Claims (19)

1. 端末装置の通信制御方法であって、
   少なくともアプリケーションを識別する識別情報と、アナウンスコマンドとを含んだ要求メッセージをサーバ装置に送信するステップと、
   前記要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記サーバ装置から受信するステップと、
   前記応答メッセージの受信に基づいて、前記タイマーのカウントを開始するステップと、
   前記タイマーの有効期限が切れていない状態において、直接無線信号を用いて前記コードを含めたアナウンスを近隣に実行するステップと、
   少なくとも前記コードを含むアナウンス停止要求を前記サーバ装置から受信するステップと、
   前記アナウンス停止要求の受信に基づいて、前記コードを含めたアナウンスを停止するステップと、
   を備えることを特徴とする通信制御方法。
2. 前記コードを含めたアナウンスの停止に基づいて、アナウンスのための無線リソースを解放するステップをさらに備えることを特徴とする請求項１に記載の通信制御方法。
3. サーバ装置の通信制御方法であって、
   少なくともアプリケーションを識別する識別情報と、アナウンスコマンドとを含んだ要求メッセージを端末装置から受信するステップと、
   前記アナウンスコマンドに基づいて、前記端末装置のアナウンスの実行を認証するステップと、
   前記要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信するステップと、
   前記タイマーのカウントを開始するステップと、
   少なくとも前記コードを含むアナウンス停止要求を前記端末装置に送信するステップと、
   を備えることを特徴とする通信制御方法。
4. 端末装置の通信制御方法であって、
   少なくともアプリケーションを識別する識別情報と、モニタリングコマンドとを含んだ要求メッセージをサーバ装置に送信するステップと、
   前記要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記サーバ装置から受信するステップと、
   前記応答メッセージの受信に基づいて、前記タイマーのカウントを開始するステップと、
   前記タイマーの有効期限が切れていない状態において、直接無線信号を用いた前記コードを含めたアナウンスを受信して近隣端末装置を発見するステップと、
   少なくとも前記コードを含むモニタリング停止要求を前記サーバ装置から受信するステップと、
   前記モニタリング停止要求の受信に基づいて、前記コードを含めたモニタリングを停止するステップと、
   を備えることを特徴とする通信制御方法。
5. 少なくともマスク値を含むモニタリング停止要求を前記サーバ装置から受信するステップと、
   前記マスク値に基づいて少なくとも前記コードを含む複数のコードを検出するステップと、
   検出結果に基づいて、各コードを含めたモニタリングを停止するステップと、
   を更に備えることを特徴とする請求項４に記載の通信制御方法。
6. 前記コードを含めたモニタリングの停止に基づいて、モニタリングのための無線リソースを解放するステップをさらに備えることを特徴とする請求項４又は５に記載の通信制御方法。
7. サーバ装置の通信制御方法であって、
   少なくともアプリケーションを識別する識別情報と、モニタリングコマンドとを含んだ要求メッセージを端末装置から受信するステップと、
   前記モニタリングコマンドに基づいて、前記端末装置のモニタリングの実行を認証するステップと、
   前記要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信するステップと、
   前記タイマーのカウントを開始するステップと、
   少なくとも前記コードを含むモニタリング停止要求を前記端末装置に送信するステップと、
   を備えることを特徴とする通信制御方法。
8. 端末装置を検出させるために直接無線信号を用いて近隣にアナウンスを行う端末装置であって、
   少なくともアプリケーションを識別する識別情報と、アナウンスコマンドとを含んだ要求メッセージをサーバ装置に送信し、
   前記要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記サーバ装置から受信し、
   前記応答メッセージの受信に基づいて、前記タイマーのカウントを開始し、
   前記タイマーの有効期限が切れていない状態において、直接無線信号を用いて前記コードを含めたアナウンスを近隣に実行し、
   少なくとも前記コードを含むアナウンス停止要求を前記サーバ装置から受信し、
   前記アナウンス停止要求の受信に基づいて、前記コードを含めたアナウンスを停止する、
   ことを特徴とする端末装置。
9. 前記コードを含めたアナウンスの停止に基づいて、アナウンスのための無線リソースを解放することを特徴とする請求項８に記載の端末装置。
10. 端末装置のアナウンスの実行を認証するサーバ装置であって、
    少なくともアプリケーションを識別する識別情報と、アナウンスコマンドとを含んだ要求メッセージを端末装置から受信し、
    前記アナウンスコマンドに基づいて、少なくとも前記端末装置のアナウンスの実行を認証し、
    前記要求メッセージに対する応答であり、前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信し、
    前記タイマーのカウントを開始し、
    少なくとも前記コードを含むアナウンス停止要求を前記端末装置に送信することを特徴とするサーバ装置。
11. 直接無線信号を用いたアナウンスを受信して近隣端末装置を検出するモニタリングを行う端末装置であって、
    少なくともアプリケーションを識別する識別情報と、モニタリングコマンドとを含んだ要求メッセージをサーバ装置に送信し、
    前記要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記サーバ装置から受信し、
    前記応答メッセージの受信に基づいて、前記タイマーのカウントを開始し、
    前記タイマーの有効期限が切れていない状態において、直接無線信号を用いた前記コードを含めたアナウンスを受信して前記近隣端末装置を発見し、
    少なくとも前記コードを含むモニタリング停止要求を前記サーバ装置から受信し、
    前記モニタリング停止要求の受信に基づいて、前記コードを含めたモニタリングを停止することを特徴とする端末装置。
12. 少なくともマスク値を含むモニタリング停止要求を前記サーバ装置から受信し、
    前記マスク値に基づいて少なくとも前記コードを含む複数のコードを検出し、
    検出結果に基づいて、各コードを含めたモニタリングを停止することを特徴とする請求項１１に記載の端末装置。
13. 前記コードを含めたモニタリングの停止に基づいて、モニタリングのための無線リソースを解放することを特徴とする請求項１１又は１２に記載の端末装置。
14. 端末装置のモニタリングの実行を認証するサーバ装置であって、
    少なくともアプリケーションを識別する識別情報と、モニタリングコマンドとを含んだ要求メッセージを前記端末装置から受信し、
    前記モニタリングコマンドに基づいて、前記端末装置のモニタリングの実行を認証し、
    前記要求メッセージに対する応答であり、少なくとも前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信し、
    前記タイマーのカウントを開始し、
    少なくとも前記コードを含むモニタリング停止要求を前記端末装置に送信する、
    ことを特徴とするサーバ装置。
15. 端末装置とサーバ装置とを含んで構成される通信システムであって、
    前記端末装置は、
    少なくともアプリケーションを識別する識別情報と、アナウンスコマンドとを含んだ要求メッセージをサーバ装置に送信し、
    前記サーバ装置は、
    前記アナウンスコマンドに基づいて、少なくとも前記端末装置のアナウンスの実行を認証し、
    前記要求メッセージに対する応答であり、前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信し、
    前記端末装置は、
    前記応答メッセージの受信に基づいて、前記タイマーのカウントを開始し、
    前記タイマーの有効期限が切れていない状態において、直接無線信号を用いて前記コードを含めたアナウンスを近隣に実行し、
    少なくとも前記コードを含むアナウンス停止要求を前記サーバ装置から受信し、
    前記アナウンス停止要求の受信に基づいて、前記コードを含めたアナウンスを停止する、
    ことを特徴とする通信システム。
16. 前記端末装置は、
    前記コードを含めたアナウンスの停止に基づいて、アナウンスのための無線リソースを解放することを特徴とする請求項１５に記載の通信システム。
17. 端末装置とサーバ装置とを含んで構成される通信システムであって、
    前記端末装置は、
    少なくともアプリケーションを識別する識別情報と、モニタリングコマンドとを含んだ要求メッセージをサーバ装置に送信し、
    前記サーバ装置は、
    前記モニタリングコマンドに基づいて、少なくとも前記端末装置のモニタリングの実行を認証し、
    前記要求メッセージに対する応答であり、前記識別情報に対応づけられたコードと、前記コードの有効期限を示すタイマーとを含む応答メッセージを前記端末装置に送信し、
    前記端末装置は、
    前記応答メッセージの受信に基づいて、前記タイマーのカウントを開始し、
    前記タイマーの有効期限が切れていない状態において、近隣端末から直接無線信号を用いて前記コードを含めて送信されるアナウンスをモニタリングし、
    少なくとも前記コードを含むモニタリング停止要求を前記サーバ装置から受信し、
    前記モニタリング停止要求の受信に基づいて、前記コードを含めたモニタリングを停止する、
    ことを特徴とする通信システム。
18. 前記端末装置は、
    少なくともマスク値を含むモニタリング停止要求を前記サーバ装置から受信し、
    マスク値に基づいて少なくとも前記コードを含む複数のコードを検出し、
    検出結果に基づいて、各コードを含めたモニタリングを停止する、
    ことを特徴とする請求項１７に記載の通信システム。
19. 前記端末装置は、
    前記コードを含めたアナウンスの停止に基づいて、アナウンスのための無線リソースを解放することを特徴とする請求項１７又は１８に記載の通信システム。

Images