JP6698520B2

JP6698520B2 - Ｕｅ

Info

Publication number: JP6698520B2
Application number: JP2016519267A
Authority: JP
Inventors: 陽子久下; 真史新本
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2014-05-12
Filing date: 2015-05-12
Publication date: 2020-05-27
Anticipated expiration: 2035-05-12
Also published as: CN106465089B; US20170079086A1; US10674551B2; EP3145225A1; EP3145225A4; JP6919018B2; JPWO2015174418A1; CN106465089A; JP2020120413A; WO2015174418A1; EP3145225B1

Description

本発明は、ＵＥに関する。

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

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

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

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

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

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

３ＧＰＰＴＳ２３．４０１ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＳｅｒｖｉｃｅｓａｎｄＳｙｓｔｅｍＡｓｐｅｃｔｓ、ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ（ＧＰＲＳ）ｅｎｈａｎｃｅｍｅｎｔｓｆｏｒＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ SｔｕｄｙｆｏｒＰｒｏｘｉｍｉｔｙＳｅｒｖｉｃｅｓ（ＰｒｏＳｅ）３ＧＰＰＴＲ２３．３０３ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＳｅｒｖｉｃｅｓａｎｄＳｙｓｔｅｍＡｓｐｅｃｔｓ、Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄＳｅｒｖｉｃｅｓ（ＰｒｏＳｅ）、Ｓｔａｇｅ２（Ｒｅｌｅａｓｅ１２）

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

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

ＵＥは、アナウンス機能や、モニタリング機能を、ＰｒｏＳｅ機能の管理サーバから通知されるＰｒｏＳｅアプリケーションコードを用いて、タイマに基づいた期間、実行する。

また、１つのアプリケーションに対して複数のＰｒｏＳｅアプリケーションコードを対応付けさせることが可能である。そのため、ＵＥは同じアプリケーションに対応付けられた複数のＰｒｏＳｅアプリケーションコードとタイマを、サーバ装置から通知されることを想定する必要がある。

そのため、ＵＥは同じＰｒｏＳｅアプリケーションに対して異なる複数のＰｒｏＳｅアプリケーションコード、タイマを、サーバ装置から通知された場合、古いＰｒｏＳｅアプリケーションコードの使用を停止するタイミングと、新しいＰｒｏＳｅアプリケーションコードの使用を開始するタイミングを決定する必要がある。

しかし、これらのタイミングの決定方法の具体的な手段は現在明らかになっていない。

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

本実施形態の端末装置は、第１のコード及び第２のコードは端末装置がアナウンスに用いるコードであり、アプリケーションＩＤのための前記第１のコードに対応づけられ、前記第１のコードが有効である時間を示す第１のタイマの値と前記第１のコードとを受信する受信部と、前記第１のタイマの値の受信に基づいて、同一のアプリケーションＩＤのための前記第２のコードに対応づけられ、前記第２のコードが有効である時間を示す第２のタイマのカウントを停止し、前記第１のコードの受信に基づいて、第１のタイマのカウントを開始する制御部と、を有することを特徴とする。

本実施形態の端末装置は、第１のコード及び第２のコードは、モニタリングするためのコードであり、第１のディスカバリフィルタは、少なくともアプリケーションＩＤに対応づけられた前記第１のコードと、前記第１のディスカバリフィルタが有効である時間を示す第１のタイマの値とを含み、少なくとも前記第１のディスカバリフィルタを受信する受信部と、前記第１のタイマの値の受信に基づいて、同一のアプリケーションＩＤに対応づけられた前記第２のコードのための第２のタイマのカウントを停止し、前記第１のコードと前記第１のタイマの値との受信に基づいて第１のタイマのカウントを開始する制御部と、を有することを特徴とする。

本実施形態のサーバ装置は、第１のコード及び第２のコードは端末装置がアナウンスに用いるコードであり、アプリケーションＩＤの為の第１のコードが有効である時間を示す第１のタイマのカウントが終了する前に、少なくとも同一のアプリケーションＩＤと、端末装置の識別情報と、アナウンスを示すコマンドとを含む要求メッセージを端末装置から受信し、少なくとも同一のアプリケーションＩＤに対応づけられた前記第２のコードと、前記第２のコードが有効である時間を示す第２のタイマの値とを前記端末装置へ送信するインターフェース部と、を有することを特徴とする。

本実施形態のサーバ装置は、第１のコード及び第２のコードはモニタリングするためのコードであり、第２のディスカバリフィルタは、少なくともアプリケーションＩＤに対応づけられた前記第２のコードと、前記第２のディスカバリフィルタが有効である時間を示す第２のタイマの値とを含み、同一のアプリケーションＩＤに対する第１のディスカバリフィルタが有効である時間を示す第１のタイマのカウントが終了する前に、少なくとも同一のアプリケーションＩＤと、端末装置の識別情報と、モニタリングを示すコマンドとを含む要求メッセージを端末装置から受信し、少なくとも前記第２のディスカバリフィルタを含む制御メッセージを前記端末装置に送信するインターフェース部を有し、制御メッセージは、前記端末装置が前記第２のコードと前記第２のタイマの値との受信に基づいて第２のタイマのカウントを開始するための制御情報であることを特徴とする。

本実施形態の端末装置の通信制御方法は、第１のコード及び第２のコードは端末装置がアナウンスに用いるコードであり、アプリケーションＩＤのための前記第１のコードに対応づけられ、前記第１のコードが有効である時間を示す第１のタイマの値と第１のコードとを受信するステップと、前記第１のコードの受信に基づいて、第１のタイマのカウントを開始するステップと、前記第１のタイマの値の受信に基づいて、同一のアプリケーションＩＤのための前記第２のコードに対応づけられ、前記第２のコードが有効である時間を示す第２のタイマのカウントを停止するステップと、を有することを特徴とする。

本実施形態の端末装置の通信制御方法は、第１のコード及び第２のコードは、モニタリングするためのコードであり、少なくとも第１のディスカバリフィルタを受信するステップと、前記第１のディスカバリフィルタは、少なくともアプリケーションＩＤに対応づけられた前記第１のコードと、前記第１のディスカバリフィルタが有効である時間を示す第１のタイマの値とを含み、前記第１のコードと前記第１のタイマの値との受信に基づいて第１のタイマのカウントを開始するステップと、前記第１のタイマの値の受信に基づいて、同一のアプリケーションＩＤに対応づけられた第２のコードのための第２のタイマのカウントを停止するステップと、を有することを特徴とする。

本実施形態のサーバ装置の通信制御方法は、第１のコード及び第２のコードは端末装置がアナウンスに用いるコードであり、アプリケーションＩＤの為の前記第１のコードが有効である時間を示す第１のタイマのカウントが終了する前に、少なくとも同一のアプリケーションＩＤと、前記端末装置の識別情報と、アナウンスを示すコマンドとを含む要求メッセージを端末装置から受信するステップと、少なくとも同一のアプリケーションＩＤに対応づけられた前記第２のコードと、前記第２のコードが有効である時間を示す第２のタイマの値とを前記端末装置へ送信するステップと、を有することを特徴とする。

本実施形態のサーバ装置の通信制御方法は、第１のコード及び第２のコードはモニタリングするためのコードでありアプリケーションＩＤに対する第１のディスカバリフィルタが有効である時間を示す第１のタイマのカウントが終了する前に、少なくとも同一のアプリケーションＩＤと、端末装置の識別情報と、モニタリングを示すコマンドとを含む要求メッセージを前記端末装置から受信するステップと、少なくとも前記同一のアプリケーションＩＤに対する第２のディスカバリフィルタを含む制御メッセージ前記を端末装置に送信するステップと、を有し、前記第２のディスカバリフィルタには、少なくとも前記同一のアプリケーションＩＤに対応づけられた前記第２のコードと、前記第２のディスカバリフィルタが有効である時間を示す第２のタイマの値とを含み、前記制御メッセージは、前記端末装置が前記第２のコードと前記第２のタイマの値の受信に基づいて第２のタイマのカウントを開始するための制御情報であることを特徴とする。

本発明によれば、ＰｒｏＳｅに基づくサービスを実行できる有効期限を、通信事業者の管理のもと更新することができる。

移動通信システムの概略を説明するための図であるＩＰ移動通信ネットワークの構成等を説明するための図であるＵＥの機能構成を説明するための図である記憶部に記憶される各データ構造の一例を示した図であるＰｒｏＳｅサーバの機能構成を説明するための図である記憶部に記憶される各データ構造の一例を示した図であるＨＳＳの機能構成を説明するための図である記憶部に記憶される各データ構造の一例を示した図であるサービス認証手続きを説明するための図であるアナウンス要求手続きを説明するための図であるモニタリング要求手続きを説明するための図であるマッチレポート手続きを説明するための図である第１実施形態における第１処理例について説明する図である第１実施形態における第２処理例について説明する図である第１実施形態における第３処理例について説明する図である第２実施形態における処理例について説明する図である

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

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

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

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

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

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

ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８またはＵＥ＿Ｂ９の通信を管理するサーバ装置であり、ＰｒｏＳｅサービスなどの提供に際し認証を行う。なお、ＰｒｏＳｅサーバ７は、図１のようにＰＤＮ５に含まれて構成されているが、ＰＤＮ５と独立していても良い。ＵＥ＿Ａ８とＵＥ＿Ｂ９は同じ移動通信事業者網に接続していても、異なる移動通信事業者網に接続していても良く、固定通信事業者が運用するブロードバンドネットワークであっても良い。

例えば、ＵＥ＿Ａ８は、第1の通信事業者（ＭｏｂｉｌｅＯｐｅｒａｔｏｒ）が運用管理するＩＰ移動通信ネットワーク３に接続し、ＵＥＡ９は、第２の通信事業者が運用、管理するＩＰ移動通信ネットワーク３とは異なるＩＰ移動通信ネットワークに接続してもよい。この場合の第２の通信事業者によるＩＰ移動通信ネットワークは、ＰＤＮ５へ接続されてよい。また、その内部の構成はＩＰ移動通信ネットワーク３と同様でよいため、詳細説明は省略する。

また、これらのＩＰ移動通信ネットワークは、ローミング契約が交わされた２つのＩＰ移動通信ネットワークであってもよいし、同一国内の２つのＩＰ移動通信ネットワークであってもよい。

また、ＵＥ＿Ａ８やＵＥ＿Ｂ９の通信を管理するＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８やＵＥ＿Ｂ９が契約する通信事業者の管理するＰｒｏＳｅサーバであってもよく、契約する通信業者と契約関係のある通信事業者が管理するものであってもよく、同一国内の通信事業者が管理するものであってよい。

また、ブロードバンドネットワークは、ＡＤＳＬ（ＡｓｙｍｍｅｔｒｉｃＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ）等により接続し、光ファイバー等のデジタル回線による高速通信を提供する、通信事業者が運用するＩＰ通信ネットワークのことである。さらに、これらに限らずＷｉＭＡＸ（ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）等で無線アクセスするネットワークであっても良い。

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

ただし、これに限らずＷｉＭＡＸ（ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）等のその他の無線システムを用いて接続しても良い。

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

ＰＤＮ５は、ＩＰ移動通信ネットワーク３へ有線回線等を利用して接続される。例えば、ＡＤＳＬや光ファイバー等によって構築される。ただし、これに限らずＬＴＥや、ＷＬＡＮ、ＷｉＭＡＸ（ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ）等の無線アクセスネットワークであっても良い。

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

ＩＰ移動通信ネットワーク３はコアネットワーク２と各無線アクセスネットワーク（ＬＴＥＡＮ２５、ＷＬＡＮＡＮｂ２７、ＷＬＡＮＡＮａ２９）で構成されている。コアネットワーク２は、ＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）１１、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、Ａｕｔｈｏｒｉｚａｔｉｏｎ、Ａｃｃｏｕｎｔｉｎｇ）１５、ＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅｓＦｕｎｃｔｉｏｎ）１３、ＰＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋＧａｔｅｗａｙ）１７、ｅＰＤＧ（ｅｎｈａｎｃｅｄＰａｃｋｅｔＤａｔａＧａｔｅｗａｙ）１９、ＳＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）２１、ＭＭＥ（ＭｏｂｉｌｅＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）２３により構成される。

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

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

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

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

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

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

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

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

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

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

ＰＣＲＦ１３は、ＰＧＷ１７と、ＷＬＡＮＡＮａ２９と、ＡＡＡ１５と、ＰＤＮ５に接続されており、データ配送に対するＱｏＳ（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）管理を行う。例えば、ＵＥ＿Ａ８とＰＤＮ５間の通信路のＱｏＳ管理を行う。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＵＥＩＤ３１５は、ＵＥ＿Ａ８を識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅＵＥＩＤであっても良い。また、ＰｒｏＳｅＵＥＩＤは、後述するＵＥ＿Ａ８のアタッチ手続きなどで、コアネットワークがＵＥ＿Ａ８に割り当を行う、ＵＥ＿Ａ８を識別する情報であってよい。さらに、具体的な構成としては、ＵＥ＿Ａ８が直接通信路を用いてデータを送信する際の送信元のリンク層アドレスであって良い。ＰｒｏＳｅアプリケーションＩＤ３１７は、近隣端末を検出するＰｒｏＳｅダイレクトディスカバリに用いる識別情報であってよく、ＰｒｏＳｅによる近隣端末の検出を行う通信端末が実行するアプリケーションを識別する情報であってよい。また、ＰｒｏＳｅアプリケーションＩＤは具体的なアプリケーションの名前であってよい。また、記憶部３１３には複数のＰｒｏＳｅアプリケーションＩＤを記憶して良い。

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

また、タイマは、ＰｒｏＳｅアプリケーションコードが正当に使用できることを示すためのものであり、タイマが消費されるまではＰｒｏＳｅアプリケーションコードを正当に使用する等してよい。さらに、タイマが消費された場合には、ＰｒｏＳｅアプリケーションコードの使用は行わないなどの制御を行ってよい。さらに、タイマが消費された際には、ＰｒｏＳｅアプリケーションコードを記憶部３１３から削除しても良い。

ここで、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードとを対応づけて記憶してもよい。また、ＵＥ＿Ａ８は、一つのＰｒｏＳｅアプリケーションＩＤに対して、異なるＰｒｏＳｅアプリケーションコードを複数記憶しても良い。

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

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

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

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

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

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

図４（ａ）は、記憶部３１３で記憶されるＵＥＩＤの一例である。図４（ａ）のように、ＵＥ＿Ａ８は、ＵＥＩＤを記憶することができる。

図４（ｂ）は、記憶部３１３で記憶されるＰｒｏＳｅアプリケーションＩＤ３１７と、ＰｒｏＳｅアプリケーションコード３１９と、タイマ３２１の関連表の一例である。図４（ｂ）に示すように、ＵＥ＿Ａ８は同じＰｒｏＳｅアプリケーションＩＤに対して複数のアプリケーションコードを記憶することができる。また、一つのアプリケーションコードに対して、アナウンス用のタイマと、モニタリング用のタイマと、異なるタイマを記憶することも出来る。また、アナウンス用のタイマと、モニタリング用のタイマは同じタイマであっても良い。その際には、ＰｒｏＳｅアプリケーションコードに対して一つのタイマを記憶してもよい。

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

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

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

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

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

ＵＥリスト５１５は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅＵＥＩＤであっても良い。また、ＰｒｏＳｅＵＥＩＤは、後述するＵＥ＿Ａ８のアタッチ手続きなどで、コアネットワークがＵＥ＿Ａ８に割り当を行う、ＵＥ＿Ａ８を識別する情報であってよい。さらに、具体的な構成としては、ＵＥ＿Ａ８が直接通信路を用いてデータを送信する際の送信元のリンク層アドレスであって良い。

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

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

また、タイマ５２１は、ＰｒｏＳｅアプリケーションコード５１９が正当に使用できることを示すためのものであり、タイマが消費されるまではＰｒｏＳｅアプリケーションコードを正当に使用する等してよい。さらに、タイマが消費された場合には、ＰｒｏＳｅアプリケーションコードの使用は行わないなどの制御を行ってよい。さらに、タイマが消費された際には、ＰｒｏＳｅアプリケーションコードを記憶部５０７から削除しても良い。

ここで、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションＩＤ５１７とＰｒｏＳｅアプリケーションコード５１９とを対応づけて記憶してもよい。また、ＰｒｏＳｅサーバ７は、一つのＰｒｏＳｅアプリケーションＩＤに対して、異なるＰｒｏＳｅアプリケーションコードを複数記憶しても良い。

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

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

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

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

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

図６（ａ）は、記憶部５０７で記憶される、ＵＥリスト５１５の一例である。図６（ａ）に示すように、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報を記憶することができる。

図６（ｂ）は、記憶部５０７で、ＵＥごとに記憶されるＰｒｏＳｅアプリケーションＩＤ５１７と、ＰｒｏＳｅアプリケーションコード５１９と、タイマ５２１とが対応づけられた関連表の一例である。図６（ｂ）に示すように、ＰｒｏＳｅサーバ７は、図６（ａ）で記憶されているＵＥごとに、同じＰｒｏＳｅアプリケーションＩＤに対して複数のアプリケーションコードを記憶することができる。また、一つのアプリケーションコードに対して、アナウンス用のタイマと、モニタリング用のタイマと、異なるタイマを記憶することも出来る。また、アナウンス用のタイマと、モニタリング用のタイマは同じタイマであっても良い。その際には、ＰｒｏＳｅアプリケーションコードに対して一つのタイマを記憶してもよい。

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

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

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

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

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

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

ＵＥリスト７１５は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、後述するサービス認証手続きなどにより、ＰｒｏＳｅサーバ７から取得した、ＵＥ＿Ａ８に対応づけられたＰｒｏＳｅＵＥＩＤであっても良い。また、ＰｒｏＳｅＵＥＩＤは、後述するＵＥ＿Ａ８のアタッチ手続きなどで、コアネットワークがＵＥ＿Ａ８に割り当を行う、ＵＥ＿Ａ８を識別する情報であってよい。さらに、具体的な構成としては、ＵＥ＿Ａ８が直接通信路を用いてデータを送信する際の送信元のリンク層アドレスであって良い。

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

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

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

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

また、ＨＳＳ１１は、ＰｒｏＳｅアプリケーションＩＤとＰｒｏＳｅアプリケーションコードとを対応づけて記憶してもよい。また、ＨＳＳ１１は、一つのＰｒｏＳｅアプリケーションＩＤに対して、異なるＰｒｏＳｅアプリケーションコードを複数記憶しても良い。

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

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

図８（ａ）は、記憶部７０７に記憶されるＵＥリスト７１５の一例である。図８（a）に示されるように、ＨＳＳ１１は、ＰｒｏＳｅサービスを許可したＵＥを識別する識別情報であり、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報を記憶することができる。

図８（ｂ）は、記憶部７０７に記憶される、ＰｒｏＳｅアプリケーションＩＤ７１７と、ＰｒｏＳｅアプリケーションコード７１９とで対応づけられた関連表の一例である。図８（ｂ）に示すように、ＨＳＳ１１は、ＰｒｏＳｅアプリケーションＩＤ７１７と、ＰｒｏＳｅアプリケーションコード７１９を対応づけて記憶することができる。更に、ＰｒｏＳｅサービス登録を認証したＵＥを、ＰｒｏＳｅアプリケーションＩＤに対応づけて記憶してよい。

図８（ｃ）に、記憶部７０７で、ＵＥごとに記憶される許可情報７２１の一例を示す。図８（ｃ）に示すように、ＨＳＳ１１は、ＵＥごとに、また「アナウンス」「モニタリング」「マッチレポート」など機能ごとに許可情報を記憶することができる。図８（ｃ）の一例では、ＵＥＩＤＡのＵＥにはアナウンスが許可され、モニタリングとマッチレポートは禁止されている。

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

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

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

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

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

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

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

また、ＭＭＥ２３は、アタッチ許可メッセージＰｒｏＳｅＵＥＩＤを含めて送信してもよい。例えば、ＭＭＥ２３は、ＵＥ＿Ａ８がアタッチ手続きにおいて送信するＡＰＮが、ＰｒｏＳｅサービスに関連付けられたＡＰＮであることを識別したことを基に、アタッチ許可メッセージＰｒｏＳｅＵＥＩＤを含めて送信してもよい。ＭＭＥ２３は、この際、ＵＥ＿Ａ８に対してＰｒｏＳｅＵＥＩＤ割り当てを行っても良い。また、ＨＳＳ１１から取得しても良い。この場合には、ＨＳＳ１１などが加入者情報に予めＰｒｏＳｅＵＥＩＤを記憶しておくなどしてよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ディスカバリ要求には、ＰｒｏＳｅアプリケーションＩＤや、ＵＥＩＤや、アナウンスを要求することを示すコマンドを含めて送信しても良い。

ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ａ８がアナウンスを要求するアプリケーションを示すＩＤであって良い。ＵＥＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。ＰｒｏＳｅＵＥＩＤであっても良い。

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

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

さらに、ディスカバリ要求には、この要求によるタイマの更新に関する要求を示す識別情報を含めてもよい。具体的には、前記識別情報で、ディスカバリ要求に含まれるＰｒｏＳｅアプリケーションＩＤにはすでにＰｒｏＳｅアプリケーションコードとタイマが割り当てられており、タイマのカウントを開始している場合、そのカウントを終了させ、新しく、タイマを割り当てることを要求してもよく、カウントが終了してから新しいタイマを割り当てることを要求してもよい。

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

ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ａ８がアナウンスを要求するアプリケーションを示すＩＤであって良い。ＵＥＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、ＰｒｏＳｅＵＥＩＤであっても良い。

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

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

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

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

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

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

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

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

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

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

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

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

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

また、ディスカバリ要求に、タイマの更新に関する識別情報が含まれていた場合、要求に従い、ＰｒｏＳｅアプリケーションコードやタイマを割り当ててもよい。

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

ディスカバリ要求に含まれるＰｒｏＳｅアプリケーションＩＤにすでにＰｒｏＳｅアプリケーションコードやタイマが割り当てられており、タイマのカウントが開始している場合、ＰｒｏＳｅサーバ７は、残りのタイマ値により、タイマを更新するかどうかを判断してもよい。より具体的には、ＰｒｏＳｅサーバ７でのタイマのカウントに基づき、タイマの残りがある閾値以下であった場合は、新しいタイマを割り当て、タイマの残りがある閾値以上であった場合は、残りのタイマをＵＥ＿Ａ８に通知するタイマとして用いてもよい。

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

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

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

また、ＵＥ＿Ａ８は、ディスカバリ応答の受信に基づいて、タイマのカウントを開始しても良い。また、ＵＥ＿Ａ８はタイマが消費されるまでの間、アナウンスのための信号を送信しても良い。また、タイマの値がゼロになるなど、タイマが消費された場合には、アナウンスを停止する。なお、アナウンスのための信号には、ＰｒｏＳｅアプリケーションを含んで送信してもよい。さらに、アナウンスのための信号には、ＵＥＩＤを含めて送信してもよい。

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

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

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

また、ＵＥ＿Ａ８は複数のＰｒｏＳｅアプリケーションコードに対してアナウシングを実行してよい。

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

また、ＵＥ＿Ａ８は、レンジグラスに基づいて送信信号の強度を決定し、送信してもよい。ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７からレンジクラスを取得して保持しておき、アナウンス信号の送信時にレンジクラスは読み出して送信強度を決定してもよい。このように、アナウンス信号の到達距離を決定してもよい。

また、レンジクラスはアプリケーション毎に異なるレンジクラスを保持し、アプリケーション毎にアナウンス信号の送信強度をレンジクラスに基づいて決定し、アナウンス信号を送信してもよい。また、ＵＥ＿Ａ８は、ＬＴＥすなわちＥ−ＵＴＲＡ技術に基づいた直接無線信号（ＤｉｒｅｃｔＲａｄｉｏＳｉｇｎａｌ）を用いてアナウンス信号を送信してもよい。

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

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

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

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

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

また、ディスカバリ要求には、ＰｒｏＳｅアプリケーションＩＤや、ＵＥＩＤや、モニタリングを要求することを示すコマンドを含めて送信しても良い。

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

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

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

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

ＰｒｏＳｅアプリケーションＩＤは、ＵＥ＿Ｂ９がモニタリングを要求するアプリケーションを示すＩＤであって良い。ＵＥＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、ＰｒｏＳｅＵＥＩＤであっても良い。

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

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

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

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

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

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

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

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

また、ＰｒｏＳｅサーバ７は、ローカルＰＬＭＮのＰｒｏＳｅサーバ７にモニター要求を送信してもよい。モニター要求には、ＰｒｏＳｅアプリケーションＩＤと、ＵＥＩＤとを含めてもよい。これは、ローカルＰＬＭＮにおいてモニタリング機能を行う場合、ＰｒｏＳｅアプリケーションコードの一部をマスクするマスク値を等しくするためである。さらに、ローカルＰＬＭＮのＰｒｏＳｅサーバ７は、ＨｏｍｅＰＬＭＮのＰｒｏＳｅサーバ７に、モニター要求の応答として、モニター応答を送信してもよい。モニター応答には、マスクと、ＰｒｏＳｅアプリケーションＩＤとを含めてもよい。これにより、ローカルＰＬＭＮがディスカバリ要求を認証したことを意味してもよい。なお、ローカルＰＬＭＮとＨｏｍｅＰＬＭＮで、タイマを互いに同期させてもよい。

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

ディスカバリ応答には、ＵＥコンテキストに関する情報を含めて送信してもよい。より具体的には、ディスカバリフィルタとディスカバリフィルタＩＤを含めて送信してもよい。

ディスカバリフィルタには、ＰｒｏＳｅアプリケーションＩＤやＰｒｏＳｅアプリケーションコードや、タイマで構成されている。また、ディスカバリフィルタＩＤはディスカバリフィルタを識別するための識別情報である。

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

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

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

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

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

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

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

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

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

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

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

また、ＵＥ＿Ｂ９は複数のＰｒｏＳｅアプリケーションコードに対して、モニタリングを実行してよい。

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

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

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

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

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

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

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

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

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

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

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

さらに、マッチレポートには、この要求によるタイマの更新に関する要求を示す識別情報を含めてもよい。具体的には、前記識別情報で、マッチレポートに含まれるＰｒｏＳｅアプリケーションコードにはすでにタイマが割り当てられており、タイマのカウントを開始している場合、そのカウントを終了させ、新しく、タイマを割り当てることを要求してもよく、カウントが終了してから新しいタイマを割り当てることを要求してもよい。

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

ＵＥＩＤは、ＩＭＳＩやＭＳＩＳＤＮ等の識別情報であってよい。もしくは、ＵＥ＿Ｂ９に対応づけられたＰｒｏＳｅＵＥＩＤであっても良い。

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

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

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

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

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

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

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

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

ここで、ＰｒｏＳｅサーバ７は、ＵＥ＿Ｂ９から受信したＰｒｏＳｅアプリケーションコードから、ＰｒｏＳｅアプリケーションが割り当てられたＰＬＭＮを確認してもよい。この時ＰＬＭＮがローカルＰＬＭＮである場合、ＰｒｏＳｅサーバ７は、そのローカルＰＬＭＮのＰｒｏＳｅサーバ７にマッチレポートを送信してもよい。ここでのマッチレポートは、ＰｒｏＳｅアプリケーションコードと、ＵＥＩＤとで構成されてもよい。ローカルＰＬＭＮのＰｒｏＳｅサーバ７は、ＰｒｏＳｅサーバ７からマッチレポートを受信し、ＰｒｏＳｅアプリケーションコードが認証されたコードである場合、マッチレポートの応答をＰｒｏＳｅサーバ７に送信する。マッチレポートの応答には、ＰｒｏＳｅアプリケーションＩＤ名（例えば、電話番号やＵＲＬ）とタイマとで構成されてもよい。これにより、ローカルＰＬＭＮのＰｒｏＳｅサーバ７がアプリケーションを認証したことを意味することができる。

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

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

また、マッチレポートに、タイマの更新に関する識別情報が含まれていた場合、要求に従い、ＰｒｏＳｅアプリケーションコードやタイマを割り当ててもよい。

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

マッチレポートに含まれるＰｒｏＳｅアプリケーションコードにすでにタイマが割り当てられており、タイマのカウントが開始している場合、ＰｒｏＳｅサーバ７は、残りのタイマ値により、タイマを更新するかどうかを判断してもよい。より具体的には、ＰｒｏＳｅサーバ７でのタイマのカウントに基づき、タイマの残りがある閾値以下であった場合は、新しいタイマを割り当て、タイマの残りがある閾値以上であった場合は、残りのタイマをＵＥ＿Ａ８に通知するタイマとして用いてもよい。

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

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

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

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

［１．３．５ＰｒｏＳｅアプリケーションコード更新手続き］
次に、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコードを更新する手続きを説明する。ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションコードを更新し、アナウンスもしくはモニタリングを継続することができる。

更新手続きは、「更新」と「非更新」と「並列」の３形態において、それぞれの手続きを説明する。

ここで、「更新」とは、ＰｒｏＳｅアプリケーションＩＤに対して、ＰｒｏＳｅアプリケーションコードとタイマを取得し、タイマのカウントを開始しているＵＥ＿Ａ８が、同一のＰｒｏＳｅアプリケーションＩＤに対して、新たなＰｒｏＳｅアプリケーションコードとタイマを取得し、古いＰｒｏＳｅアプリケーションコードとタイマを無効にして、新しいＰｒｏＳｅアプリケーションコードとタイマを使用することを示す。

また、「非更新」とは、ＰｒｏＳｅアプリケーションＩＤに対して、ＰｒｏＳｅアプリケーションコードとタイマを取得し、タイマのカウントを開始しているＵＥ＿Ａ８が、同一のＰｒｏＳｅアプリケーションＩＤに対して、新たなＰｒｏＳｅアプリケーションコードとタイマを取得し、古いＰｒｏＳｅアプリケーションコードのタイマを消費した後、新しいＰｒｏＳｅアプリケーションコードとタイマを使用することを示す。

また、「並列」とは、ＰｒｏＳｅアプリケーションＩＤに対して、ＰｒｏＳｅアプリケーションコードとタイマを取得し、タイマのカウントを開始しているＵＥ＿Ａ８が、同一のＰｒｏＳｅアプリケーションＩＤに対して、新たなＰｒｏＳｅアプリケーションコードとタイマを取得し、古いＰｒｏＳｅアプリケーションコードのタイマの使用と、新しいＰｒｏＳｅアプリケーションコードとタイマの使用を両方行うことである。

以下、具体的な手続きを説明する。

［１．３．５．１「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例］
１．３．５で説明した「更新」を行うための手続きの例を、図１３を用いて説明する。

本手続きの初期状態は、１．３．２で説明したアナウンス要求手続きを完了した状態であってよい。

つまり、１．３．２で説明したアナウンス要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。以下図１３を用いて詳細を説明する。ＵＥ＿Ａ８はアナウンス要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。

ＵＥ＿Ａ８は、１．３．２のアナウンス手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンス信号を送信してアナウンスを実行してもよい。

ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が消費されるまでに、新たに同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマをＰｒｏＳｅサーバ７に要求してもよい。

こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されてよい。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行ってよい。また、再要求のトリガはこれらに限らず、他の条件により行われてもよいし、任意のタイミングで実行されてもよい。

ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１３０８）。

ここで、要求メッセージは、アナウンスを要求するディスカバリ要求メッセージであってよい。アナウンスのためのディスカバリ要求メッセージは、１．３．２のアナウンス要求手続きで説明したＵＥ＿Ａ８が送信するディスカバリ要求メッセージ（Ｓ１００４）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。

次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１３１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。

ここで、応答メッセージを送信する条件は、要求メッセージの受信に基づいて送信してもよし、認証に基づいて送信してもよい。ここで、認証の具体的な方法は、１．３．２のアナウンス要求手続きで説明した方法により実行してもよい。

また、応答メッセージに含めるアプリケーションコードとタイマは、既に割り当てをおこなっている古いＰｒｏＳｅアプリケーションコード「Ｃ１」と、古いＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ１」の残時間を含めてもよい。

もしくは、応答メッセージに含めるアプリケーションコードとタイマは、ＰｒｏＳｅアプリケーションコード「Ｃ１」とは異なる新たなＰｒｏＳｅアプリケーションコード「Ｃ２」と、新たなＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ２」を含めてもよい。

ここで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」と新たなＰｒｏＳｅアプリケーションコード「Ｃ２」は、単一のアプリケーションＩＤに対応付けられたものであってよい。

古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、以下のような条件や処理に基づいて決定されてよい。

ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が少ないことにより、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。

また、ＰｒｏＳｅサーバ７は、タイマＴ１の残時間が十分ある場合には、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。より具体的には、ＰｒｏＳｅサーバ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。

もしくは、ＰｒｏＳｅサーバ７は受信した要求メッセージを基に決定してもよい。例えば、ＵＥ＿Ａ８は、要求メッセージに識別情報を含めて送信してもよい。

この識別情報は、古いアプリケーションコードを要求するか、新たなアプリケーションコードの要求を示す識別情報であってよい。

ＰｒｏＳｅサーバ７は、識別情報に基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、識別情報に基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。

また、ＰｒｏＳｅサーバ７は識別情報の有無に基づいて決定してもよい。つまり、識別情報は、新たなアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、古いアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。

また、要求メッセージに識別情報が含まれていないことに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。また、ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていることに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。

もしくは、識別情報は、古いアプリケーションコードの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずに要求メッセージを送信し、新しいアプリケーションコードを要求してもよい。また、ＵＥ＿Ａ８は、識別情報を含めて要求メッセージを送信し、古いアプリケーションコードを要求してもよい。

ＰｒｏＳｅサーバ７は、要求メッセージに識別情報が含まれていないことに基づいて、新たなアプリケーションコード「Ｃ２」とタイマ「Ｔ２」を含めて送信してもよい。また、要求メッセージに識別情報が含まれていることに基づいて、古いアプリケーションコード「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信してもよい。

こうした識別情報は、要求メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。

このように、ＰｒｏＳｅサーバ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させてもよい。

また、この要求メッセージは１．３．２で説明したアナウンスを要求するディスカバリ要求メッセージであってよい。そのため、これらの識別情報は１．３．２で説明したアナウンスを要求するディスカバリ要求メッセージに含まれてよい。

また、古いアプリケーションコードを送信するか、新たなアプリケーションコードを送信するかは、ＰｒｏＳｅサーバ７の設定等に基づいて決定されてよい。例えば、ＰｒｏＳｅサーバの設定は、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（ＭｏｂｉｌｅＯｐｅｒａｔｏｒＰｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。

なお、これまで説明した条件や処理を組み合わせて決定してもよいし、他の方法を基に決定してもよい。

次に、ＵＥ＿Ａ８は、応答メッセージを受信する。さらに、応答メッセージに含まれる、ＰｒｏＳｅアプリケーションコードとタイマを取得する。

ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を停止し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」の使用を開始するなどの、「更新」に対応する処理を行ってもよい（Ｓ１３１２）。

具体的なＵＥ＿Ａ８における「更新」の処理は、例えば、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化するなどを実行してもよい。

また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」のカウントを停止し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。

また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部から削除してもよい。

また、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の送信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは行わないなどの設定を行ってもよい。

ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の送信を行ってもよい。

また、ＵＥ＿Ａ８は、「更新」の処理の実行を、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したこと基づいて実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。

もしくは、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「更新」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「更新」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「更新」の処理を行うことを要求していることにより、「更新」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「更新」の処理を実行してもよい。

また、こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「更新」を示していてもよい。

また、この応答メッセージは１．３．２で説明したアナウンスを要求するディスカバリ応答メッセージであってよい（Ｓ１０１０）。このため、これらの識別情報は１．３．２で説明したアナウンスを要求するディスカバリ応答メッセージに含まれてよい。

また、「更新」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（ＭｏｂｉｌｅＯｐｅｒａｔｏｒＰｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。

また、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードを用いてアナウンスを継続してもよい。たとえば、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得した場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。

もしくは、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードを用いたアナウンスすべてを停止しても良い。

以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するアナウンスを継続することができる。

以上、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明してきたが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きを行ってよい。

［１．３．５．２「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第２の手続き例］
１．３．５．１で説明した「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。

これに限らず、初期状態は１．３．３で説明したモニタリング要求手続きを完了した状態であってもよい。

つまり、１．３．３で説明したモニタリング要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。

以下、図１３を用いて詳細を説明する。ＵＥ＿Ａ８はモニタリング要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。

ＵＥ＿Ａ８は、１．３．３のモニタリング手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンス信号を受信するモニタリングを実行してもよい。

ここで、要求メッセージは、モニタリングを要求するディスカバリ要求メッセージであってよい。モニタリングのためのディスカバリ要求メッセージは、１．３．３のモニタリング要求手続きで説明したＵＥ＿Ａ８が送信するディスカバリ要求メッセージ（Ｓ１１０４）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。

ここで、応答メッセージを送信する条件は、要求メッセージの受信に基づいて送信してもよし、認証に基づいて送信してもよい。ここで、認証の具体的な方法は、１．３．３のモニタリング要求手続きで説明した方法により実行してもよい。

また、この要求メッセージは１．３．３で説明したモニタリングを要求するディスカバリ要求メッセージであってよい。そのため、これらの識別情報は１．３．３で説明したモニタリングを要求するディスカバリ要求メッセージに含まれてよい。

ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を停止し、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」の使用を開始する「更新」に対応する処理を行ってもよい（Ｓ１３１２）。

また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部３１３から削除してもよい。

また、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたモニタリングを停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたモニタリングは行わないなどの設定を行ってもよい。

また、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたモニタリングを行ってもよい。

また、ＵＥ＿Ａ８が「更新」の処理を実行は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したことに実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。

また、ＵＥ＿Ａ８応答メッセージに含まれる識別情報に基づいて「更新」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「更新」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「更新」の処理を行うことを要求していることにより、「更新」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「更新」の処理を実行してもよい。

また、この応答メッセージは１．３．３で説明したモニタリングを要求するディスカバリ応答メッセージであってよい（Ｓ１１１０）。そのため、これらの識別情報は１．３．３で説明したモニタリングを要求するディスカバリ応答メッセージに含まれてよい。

また、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードを用いてモニタリングを継続してもよい。たとえば、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得した場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてモニタリングを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。

もしくは、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードのモニタリングすべてを停止しても良い。

以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するモニタリングを継続することができる。

なお、ＰｒｏＳｅアプリケーションコード「Ｃ１」やＰｒｏＳｅアプリケーションコード「Ｃ２」は、１．３．３のモニタリング手続きでも説明したように、ＰｒｏＳｅアプリケーションコードの一部を識別するマスク値であってもよい。

また、１．３．３のモニタリング手続きでも説明したように、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションコードとタイマを、ディスカバリフィルタを受信することで取得してもよい。

［１．３．５．３「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第３の手続き例］
１．３．５．１で説明した「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。

これに限らず、初期状態は１．３．４で説明したマッチレポート手続きを完了した状態であってもよい。

つまり、１．３．４で説明したマッチレポート手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。

以下、図１３を用いて詳細を説明する。ＵＥ＿Ａ８はマッチレポート手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。

また、ＵＥ＿Ａ８は、１．３．４のマッチレポート手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、アナウンスやモニタリングを実行してもよい。

ここで、要求メッセージは、マッチレートメッセージであってよい。マッチレポートメッセージは、１．３．４のマッチレポート手続きで説明したＵＥ＿Ａ８が送信するマッチレポートメッセージ（Ｓ１２０２）であってよい。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、要求メッセージに含まれる情報要素などは同様でよいため、ここでは詳細説明を省略する。

また、応答メッセージに含めるアプリケーションコードとタイマは、既に割り当てをおこなっている古いＰｒｏＳｅアプリケーションコード「Ｃ１」と、古いＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ１」の残時間を含めてもよい。
もしくは、応答メッセージに含めるアプリケーションコードとタイマは、ＰｒｏＳｅアプリケーションコード「Ｃ１」とは異なる新たなＰｒｏＳｅアプリケーションコード「Ｃ２」と、新たなＰｒｏＳｅアプリケーションコードに対応するタイマ「Ｔ２」を含めてもよい。

また、この要求メッセージは１．３．４で説明したマッチレポートメッセージであってよい。そのため、これらの識別情報は１．３．４で説明したマッチレポートメッセージに含まれてよい。

また、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスもしくはモニタリングを停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスもしくはモニタリングは行わないなどの設定を行ってもよい。

また、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンスもしくはモニタリングを行ってもよい。

また、この応答メッセージは１．３．４で説明したマッチレポート応答メッセージであってよい。そのため、これらの識別情報は１．３．４で説明したマッチレポート応答に含まれてよい。

また、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードを用いてアナウンスもしくはモニタリングを継続してもよい。たとえば、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得した場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスもしくはモニタリングを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。

もしくは、ＵＥ＿Ａ８は、「更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードのアナウンスもしくはモニタリングすべてを停止しても良い。

以上の手続きにより、ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションＩＤに対応するアナウンスもしくはモニタリングを継続することができる。

なお、ＰｒｏＳｅアプリケーションコード「Ｃ１」やＰｒｏＳｅアプリケーションコード「Ｃ２」は、１．３．４のマッチレポート手続きでも説明したように、ＰｒｏＳｅアプリケーションコードの一部を識別するマスク値であってもよい。

［１．３．５．４「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例］
１．３．５で説明した「非更新」を行うための手続きの例を、図１４を用いて説明する。本手続きの初期状態は、１．３．２で説明したアナウンス要求手続きを完了した状態であってよい。

つまり、１．３．２で説明したアナウンス要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。ＵＥ＿Ａ８はアナウンス要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。

ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１４０８）。

次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１４１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。

ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまでは古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を停止した後に、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」の使用を開始するなどの、「非更新」に対応する処理を行ってもよい（Ｓ１４１２）。

具体的なＵＥ＿Ａ８における「非更新」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を送信するなどのアナウンス処理を継続してもよい。

さらに、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」がゼロになるなどして消費された場合、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化するなどを実行してもよい。

無効化においては、ＰｒｏＳｅサーバ７は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部から削除してもよい。

また、無効化においては、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の送信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは行わないなどの設定を行ってもよい。

また、こうした無効化に伴い、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化するなどを実行してもよい。

有効化においては、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。

もしくは、ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に伴い、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始してもよい。

また、ＵＥ＿Ａ８は、「非更新」の処理の実行を、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したこと基づいて実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。

もしくは、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「非更新」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「非更新」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「非更新」の処理を行うことを要求していることにより、「非更新」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「非更新」の処理を実行してもよい。

こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「非更新」を示していてもよい。

また、「非更新」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（ＭｏｂｉｌｅＯｐｅｒａｔｏｒＰｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。

また、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得してもよい。この場合には、カウントしているタイマ「Ｔ１」のが消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。

もしくは、ＵＥ＿Ａ８は、「非更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードを用いたアナウンスすべてを停止しても良い。

［１．３．５．５「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第２の手続き例］
１．３．５．４で説明した「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。

以下、図１４を用いて詳細を説明する。ＵＥ＿Ａ８はモニタリング要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。

具体的なＵＥ＿Ａ８における「非更新」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を受信するなどのモニタリング処理を継続しても良い。

また、無効化においては、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の受信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたモニタリングは行わないなどの設定を行ってもよい。

ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の受信を行ってもよい。

［１．３．５．６「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第３の手続き例］
１．３．５．１で説明した「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。

つまり、１．３．４で説明したマッチレポート手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。以下、図１４を用いて詳細を説明する。ＵＥ＿Ａ８はマッチレポート手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。

具体的なＵＥ＿Ａ８における「非更新」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を送信するアナウンス処理や、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を受信するモニタリング処理を継続してもよい。

無効化においては、ＰｒｏＳｅサーバ７は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部５０７から削除してもよい。

ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の送信、もしくは新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の受信を行ってもよい。

また、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を取得してもよい。この場合には、カウントしているタイマ「Ｔ１」が消費されるまで古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いてアナウンスを継続してもよい。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続してもよい。

もしくは、ＵＥ＿Ａ８は、「非更新」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードのアナウンスもしくはモニタリングすべてを停止しても良い。

［１．３．５．７「並列」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例］
１．３．５で説明した「並列」を行うための手続きの例を、図１５を用いて説明する。

つまり、１．３．２で説明したアナウンス要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。以下図１５を用いて詳細を説明する。ＵＥ＿Ａ８はアナウンス要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。

ＵＥ＿Ａ８は、同一のＰｒｏＳｅアプリケーションＩＤに対するＰｒｏＳｅアプリケーションコードとタイマを再要求するために、要求メッセージをＰｒｏＳｅサーバ７に送信してもよい（Ｓ１５０８）。

次に、ＰｒｏＳｅサーバ７は、要求メッセージを受信する。さらに、応答メッセージをＵＥ＿Ａ８に送信する（Ｓ１５１０）。応答メッセージは、ＰｒｏＳｅアプリケーションコードと、タイマを含めて送信してもよい。

ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を取得した場合には、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまでは古いＰｒｏＳｅアプリケーションコード「Ｃ１」の使用を継続し、かつ、古いＰｒｏＳｅアプリケーションコード「Ｃ１」のを開始するなどの、「並列」に対応する処理を行ってもよい（Ｓ１５１２）。

具体的なＵＥ＿Ａ８における「並列」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を送信するなどのアナウンス処理を継続してもよい。

また、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」がゼロになるなどして消費された場合、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を無効化するなどを実行してもよい。

ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に伴い、古いアプリケーションコード「Ｃ１」の有効化を維持しつつ、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を有効化しても良い。

また、ＵＥ＿Ａ８は、「並列」の処理の実行を、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」をＰｒｏＳｅサーバ７から取得したこと基づいて実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。

もしくは、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「並列」の処理を実行してもよい。例えば、ＰｒｏＳｅサーバ７は、「並列」処理を実行することを要求する識別情報を含めて応答メッセージを送信してもよい。さらに、ＵＥ＿Ａ８は、識別情報を受信し、受信した識別情報が「並列」の処理を行うことを要求していることにより、「並列」の処理を実行してもよい。このように、ＵＥ＿Ａ８は、応答メッセージに含まれる識別情報に基づいて「並列」の処理を実行してもよい。

こうした識別情報は、応答メッセージに含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であってもよい。さらに、識別情報は、「更新」または「非更新」または「並列」を示す更新識別情報であってもよい。さらに、この場合の更新識別情報は、「並列」を示していてもよい。

また、「並列」の処理を実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されてよい。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅサーバ７を運用する通信事業者のポリシー（ＭｏｂｉｌｅＯｐｅｒａｔｏｒＰｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われてもよい。

もしくは、ＵＥ＿Ａ８は、「並列」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードを用いたアナウンスすべてを停止しても良い。

［１．３．５．８「並列」によるＰｒｏＳｅアプリケーションコード更新手続きの第２の手続き例］
１．３．５．７で説明した「並列」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。

つまり、１．３．３で説明したモニタリング要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であってよい。以下、図１５を用いて詳細を説明する。ＵＥ＿Ａ８はモニタリング要求手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。

具体的なＵＥ＿Ａ８における「並列」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を受信するなどのモニタリング処理を継続してもよい。

もしくは、ＵＥ＿Ａ８は、「並列」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードのモニタリングすべてを停止しても良い。

［１．３．５．９「並列」によるＰｒｏＳｅアプリケーションコード更新手続きの第３の手続き例］
１．３．５．１で説明した「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、１．３．２で説明したアナウンス要求手続きを完了した状態を初期状態として、ＵＥ＿Ａ８がアナウンスを継続する手続き例を説明した。

以下、図１５を用いて詳細を説明する。ＵＥ＿Ａ８はマッチレポート手続きに基づいて、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０６）。また、ＰｒｏＳｅサーバ７は、応答メッセージの送信後、タイマ「Ｔ１」のカウントを開始し、ＰｒｏＳｅアプリケーションコード「Ｃ１」を有効にしている（Ｓ１３０７）。

具体的なＵＥ＿Ａ８における「並列」の処理は、例えば、ＵＥ＿Ａ８は、応答メッセージにより新たなＰｒｏＳｅアプリケーションコード「Ｃ２」を受信した場合においても、古いＰｒｏＳｅアプリケーションコード「Ｃ１」の有効化を継続し、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を送信するなどのアナウンス処理、もしくはＰｒｏＳｅアプリケーションコード「Ｃ１」を含むアナウンス信号を受信するなどのモニタリング処理を継続してもよい。

無効化においては、ＰｒｏＳｅサーバ７は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」とタイマ「Ｔ１」を記憶部３１３から削除してもよい。

もしくは、無効化においては、ＵＥ＿Ａ８は、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンス信号の受信を停止するとともに、以後、ＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたモニタリングは行わないなどの設定を行ってもよい。

もしくは、ＵＥ＿Ａ８は、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」に対応するタイマ「Ｔ２」が消費されるまでの間、新しいＰｒｏＳｅアプリケーションコード「Ｃ２」を用いたアナウンス信号の受信を行ってもよい。

また、ＵＥ＿Ａ８は、「並列」の処理の実行を、新しいＰｒｏＳｅアプリケーションコー
ド「Ｃ２」をＰｒｏＳｅサーバ７から取得したこと基づいて実行してもよいし、ＰｒｏＳｅサーバ７が送信する応答メッセージの受信に基づいて実行してもよい。

もしくは、ＵＥ＿Ａ８は、「並列」処理を行わない場合には、古いＰｒｏＳｅアプリケーションコードと、新しいＰｒｏＳｅアプリケーションコードのアナウンスもしくはモニタリングすべてを停止しても良い。

［１．３．５．１０ＰｒｏＳｅアプリケーションコード更新手続きの変形例］
１．３．５．１から１．３．５．９を通して、ＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコードを更新する手続きの例を説明してきたが、具体的な手続きはこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計や組み合わせ等も本発明に含まれる。

また、１．３．５．１の「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第１の手続き例では、ＵＥ＿Ａ８は応答メッセージの受信により、古いＰｒｏＳｅアプリケーションＩＤを用いたアナウンスを停止する例を説明したが、モニタリングは継続してもよい。

ＰｒｏＳｅサーバ７が応答メッセージに含めて送信する識別情報は、「更新」の処理を要求することに加え、古いＰｒｏＳｅアプリケーションコードを用いたモニタリングは継続することを要求する識別情報であってよい。この際、ＵＥ＿Ａ８は、１．３．５．１で説明した処理に加え、応答メッセージに含まれる識別情報に基づいて、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたモニタリングは継続してもよい。

また、１．３．５．２の「更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第２の手続き例では、ＵＥ＿Ａ８は応答メッセージの受信により、古いＰｒｏＳｅアプリケーションＩＤを用いたモニタリングを停止する例を説明したが、アナウンスは継続してもよい。

ＰｒｏＳｅサーバ７が応答メッセージに含めて送信する識別情報は、「更新」の処理を要求することに加え、古いＰｒｏＳｅアプリケーションコードを用いたモニタリングは継続することを要求する識別情報であってよい。この際、ＵＥ＿Ａ８は、１．３．５．２で説明した処理に加え、応答メッセージに含まれる識別情報に基づいて、古いＰｒｏＳｅアプリケーションコード「Ｃ１」に対応するタイマ「Ｔ１」が消費されるまで、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは継続してもよい。

また、１．３．５．５の「非更新」によるＰｒｏＳｅアプリケーションコード更新手続きの第２の手続き例では、ＵＥ＿Ａ８は応答メッセージの受信により、古いＰｒｏＳｅアプリケーションＩＤを用いたモニタリングを継続する例を説明したが、アナウンスは停止してもよい。

ＰｒｏＳｅサーバ７が応答メッセージに含めて送信する識別情報は、「非更新」の処理を要求することに加え、古いＰｒｏＳｅアプリケーションコードを用いたアナウンスは停止することを要求する識別情報であってよい。この際、ＵＥ＿Ａ８は、１．３．５．５で説明した処理に加え、応答メッセージに含まれる識別情報に基づいて、古いＰｒｏＳｅアプリケーションコード「Ｃ１」を用いたアナウンスは停止してもよい。

また、ＰｒｏＳｅサーバ７が応答メッセージに含めて送信する識別情報は、少なくともＰＬＭＮ（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）を含んで構成されても良いし、ＰＬＭＮの識別情報そのものであってもよい。ここで、ＰＬＭＮとは、通信事業者もしくは通信事業者網を識別する情報であって良い。

ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７が送信する応答メッセージに含まれる識別情報の受信に基づいて、以前に受信した応答メッセージに含まれる識別情報と、新たに受信した応答メッセージに含まれる識別情報が異なること等から、管理する通信事業者や接続する通信事業者網の変更を検出し、これまで１．３．５．１〜１．３．５．９を通して説明した、「更新」、「非更新」、「並列」等の処理を行っても良い。

一方で、ＰｒｏＳｅサーバ７は、応答メッセージに以前に送信した識別情報とは異なる、識別情報を含めてＵＥ＿Ａ８に送信し、管理する通信事業者や接続する通信事業者網の変更を通知し、これまで１．３．５．１〜１．３．５．９を通して説明した、「更新」、「非更新」、「並列」等を要求してもよい。

［２．第２の実施形態］
続いて第２の実施形態について説明する。第２の実施形態と第１の実施形態のシステムの機能構成は同様であり、第１実施形態と異なる処理フローを中心に説明する。

第１の実施形態では、ＰｒｏＳｅサーバ７は、端末装置からのディスカバリ要求またはマッチレポートに対して、新しいＰｒｏＳｅアプリケーションコードと、ＰｒｏＳｅアプリケーションコードに対応したタイマを含める応答を送信する場合について説明した。

第２の実施形態では、ＰｒｏＳｅサーバ７は端末装置に、端末装置が現在用いているＰｒＳｅアプリケーションコードに対して新しいタイマを設定する処理について、説明する。

［２．１処理の説明］
［２．１．１ＰｒｏＳｅアプリケーションコード更新手続き］
以下、要求（ディスカバリ要求またはマッチレポート）による、ＰｒｏＳｅアプリケーションコード更新手続きについて、図１６を用いて説明する。

以下では、ＵＥ＿Ａ８が要求をＰｒｏＳｅサーバ７に送信し、ＰｒｏＳｅサーバ７からＰｒｏＳｅアプリケーションやマスク値や、ＰｒｏＳｅアプリケーションコードや、タイマを含める応答を受信したことにより、タイマのカウントを開始し、アナウンスまたはモニタリングを行っているＵＥ＿Ａ８が、タイマが消費される前に、再度ＰｒｏＳｅサーバ７に、同じＰｒｏＳｅアプリケーションＩＤまたはＰｒｏＳｅアプリケーションコードを含める要求を送信することにより、ＰｒｏＳｅサーバ７から、同じＰｒｏＳｅアプリケーションコードに対応付けられた新しいタイマを取得する場合について説明する。

また、以下ではＵＥ＿Ａ８がＰｒｏＳｅアプリケーションコード更新手続きを実行する場合について説明するが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きによりタイマを更新してもよい。

まず、ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７に、要求（ディスカバリ要求またはマッチレポート）を送信する（Ｓ１６０２）。要求には、ＰｒｏＳｅアプリケーションＩＤ、またはマスク値、またはＰｒｏＳｅアプリケーションコードが含まれている。また、要求は、図１０のＳ１００２や、図１１のＳ１１０２や、図１２のＳ１２０２で送信されるディスカバリ要求またはマッチレポートと同様の情報要素で構成される要求であってもよい。

次に、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８から要求を受信する。ＰｒｏＳｅサーバ７は、要求に基づき、要求に対する認証処理を行い、ＵＥ＿Ａ８に要求に対する応答を送信する（Ｓ１６０４）。

応答は、ＰｒｏＳｅアプリケーションコード、タイマを含めてもよい。応答は、図１０のＳ１０１０や、図１１のＳ１１１０で送信されるディスカバリ応答や、図１２のＳ１２１０で送信されるマッチレポート応答と同様の情報要素で構成される応答であってもよい。図１３の一例では、ＰｒｏＳｅアプリケーションコードとして「Ｃ１」、タイマとして「Ｔ１−１」を含めている。

なお、要求に対する認証処理において、ＰｒｏＳｅサーバ７はＨＳＳ１１や、他のＰＬＭＮのＰｒｏＳｅサーバ間において、認証要求などの処理が想定されるが、アナウンス要求手続き、モニタリング要求手続き、マッチレポート手続きの説明で記載されているので、説明を省略する。

次に、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７から応答を受信する。ＵＥ＿Ａ８は応答に基づき、アナウンスまたはモニタリング処理を開始する。このとき、タイマＴ１−１のカウントも開始する（Ｓ１６０６）。

ＵＥ＿Ａ８が、タイマＴ１−１のカウントが消費される前に、ＰｒｏＳｅサーバ７に、要求を送信する（Ｓ１６０８）。要求には、ＰｒｏＳｅアプリケーションＩＤ、またはマスク値、またはＰｒｏＳｅアプリケーションコードが含まれている。また、要求は、図１０のＳ１００２や、図１１のＳ１１０２や、図１２のＳ１２０２で送信されるディスカバリ要求またはマッチレポートと同様の情報要素で構成される要求であってもよい。また、要求にタイマの更新に関する要求を示す情報要素を含めてもよい。

次に、ＰｒｏＳｅサーバ７はＵＥ＿Ａ８から要求を受信する。ＰｒｏＳｅサーバ７は要求に基づき、要求に対する認証処理を行い、ＵＥ＿Ａ８に要求に対する応答を送信する（Ｓ１６１０）。

要求に対する認証処理において、ＰｒｏＳｅサーバ７は、ＵＥ＿Ａ８に、ＰｒｏＳｅアプリケーションコードは変更せず新しいタイマを割り当てることができる。

ここで、ＰｒｏＳｅサーバ７は、ＰｒｏＳｅアプリケーションコード：Ｃ１に、タイマＴ１−１とは異なる値をタイマとして割り当ててもよい。

例えば、Ｔ１−１より長い値を割り当ててもよい。これにより、ＵＥ＿Ａ８に対してＰｒｏＳｅアプリケーションコードの有効時間を延長することを要求しても良い。もしくは、現時点でのＴ１−１のタイマの残りの値を割り当ててもよい。図１６に示す一例では、新しいタイマとしてＴ１−２を割り当てるものとする。

次に、ＵＥ＿Ａ８はＰｒｏＳｅサーバ７から応答を受信する。応答には少なくとも、新しいタイマ：Ｔ１−２が含まれている。ＵＥ＿Ａ８は、応答に基づき、タイマを更新する（Ｓ１６１２）。

以上により、ＵＥ＿Ａ８は、ＰｒｏＳｅサーバ７から再取得したＰｒｏＳｅアプリケーションコードが、再取得前のＰｒｏＳｅアプリケーションコードと同じ値の場合には、タイマの更新だけ行うことができる。

なお、これまでＵＥ＿Ａ８の更新手続きを実行する場合について説明したが、ＵＥ＿Ｂ９においてもＵＥ＿Ａ８と同様の手続きによりタイマを更新してもよい。以上の手続きにより、ＰｒｏＳｅ７は複数のＵＥのタイマを同期させることもできる。

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

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

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

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

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

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

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

Claims

ＵＥ（User Equipment）であって、
第１の要求メッセージをサーバ装置に送信する送信部と、
前記第１の要求メッセージに対する応答として、第１のProSeアプリケーションコードと第１のタイマの値とを受信する受信部と、
第２のタイマを開始し、
前記第１のタイマの値の受信に基づいて、前記第２のタイマを停止し、
前記第１のProSeアプリケーションコードの受信に基づいて、前記第１のタイマを開始する、
制御部とを有し、
ここで、
前記送信部は、前記第１のProSeアプリケーションコードを、前記サーバ装置から受信するために、前記第２のタイマが終了する前に、前記第１の要求メッセージを前記サーバ装置に送信し、
前記第１の要求メッセージは、少なくともProSeアプリケーションＩＤと、前記ＵＥの識別情報と、アナウンスを示すコマンドとを含み、
前記第１のタイマは、前記ProSeアプリケーションＩＤのための前記第１のProSeアプリケーションコードに対応づけられ、前記第１のProSeアプリケーションコードが有効である時間を示し、
前記第２のタイマは、前記ProSeアプリケーションＩＤと同一のProSeアプリケーションＩＤのための第２のProSeアプリケーションコードに対応づけられ、前記第２のProSeアプリケーションコードが有効である時間を示し、
前記第１のProSeアプリケーションコード及び前記第２のProSeアプリケーションコードは、前記ＵＥが近隣ＵＥへのアナウンスに用いるコードである、
ことを特徴とするＵＥ。
前記制御部は、前記第１のProSeアプリケーションコードと前記第１のタイマの値との受信後、前記近隣ＵＥへの前記第１のProSeアプリケーションコードのアナウンスをさらに開始する、
ことを特徴とする請求項１に記載のＵＥ。
前記制御部は、さらに、前記第１のタイマが満了した場合には、前記第１のProSeアプリケーションコードのアナウンスを停止する、
ことを特徴とする請求項２に記載のＵＥ。
前記送信部は、さらに、第２の要求メッセージをサーバ装置に送信し、
前記受信部は、前記第２の要求メッセージに対する応答として、前記第２のProSeアプリケーションコードと、前記第２のタイマの値とを、前記サーバ装置から受信し、
前記制御部は、前記第２のProSeアプリケーションコードと前記第２のタイマの値との受信に基づいて、前記第２のタイマを開始し、
ここで、
前記第２の要求メッセージは、少なくとも前記ProSeアプリケーションＩＤと、前記ＵＥの識別情報と、アナウンスを示すコマンドとを含む、
ことを特徴とする請求項１に記載のＵＥ。
ＵＥ（User Equipment）であって、
第１の要求メッセージをサーバ装置に送信する送信部と、
前記第１の要求メッセージに対する応答として、第１のディスカバリフィルタを受信する受信部と、
第２のタイマを開始し、
第１のタイマの値の受信に基づいて、前記第２のタイマを停止し、
前記第１のディスカバリフィルタの受信に基づいて、第１のタイマを開始する、
制御部とを有し、
ここで、
前記送信部は、前記第１のProSeアプリケーションコードを、前記サーバ装置から受信するために、前記第２のタイマが終了する前に、前記第１の要求メッセージを前記サーバ装置に送信し、
前記第１の要求メッセージは、少なくともProSeアプリケーションＩＤと、前記ＵＥの識別情報と、モニタリングを示すコマンドとを含み、
前記第１のタイマは、前記ProSeアプリケーションＩＤのための第１のProSeアプリケーションコードに対応づけられ、前記第１のProSeアプリケーションコードが有効である時間を示し、
前記第１のディスカバリフィルタは、前記第１のProSeアプリケーションコードと前記第１のタイマの値とを含み、
前記第２のタイマは、前記ProSeアプリケーションＩＤと同一のProSeアプリケーションＩＤのための前記第２のProSeアプリケーションコードに対応づけられ、前記第２のProSeアプリケーションコードが有効である時間を示し、
前記第１のProSeアプリケーションコード及び前記第２のProSeアプリケーションコードは、前記ＵＥが近隣ＵＥからの信号の前記モニタリングに用いるコードである、
ことを特徴とするＵＥ。
前記制御部は、前記第１のディスカバリフィルタの受信後、前記第１のディスカバリフィルタを用いたモニタリングをさらに開始する、
ことを特徴とする請求項５に記載のＵＥ。
前記制御部は、さらに、前記第２のタイマが満了した場合には、前記第２のProSeアプリケーションコードのモニタリングを停止する、
ことを特徴とする請求項６に記載のＵＥ。
前記送信部は、さらに、第２の要求メッセージをサーバ装置に送信し、
前記受信部は、前記第２の要求メッセージに対する応答として、前記第２のProSeアプリケーションコードと、前記第２のタイマの値とを含む第２のディスカバリフィルタを、前記サーバ装置から受信し、
前記制御部は、前記第２のディスカバリフィルタの受信に基づいて、前記第２のタイマを開始し、
ここで、
前記第２の要求メッセージは、少なくとも前記ProSeアプリケーションＩＤと、前記ＵＥの識別情報と、前記モニタリングを示すコマンドとを含む、
ことを特徴とする請求項５に記載のＵＥ。