(57)【要約】通信事業者が運用するサーバ装置の認証に基づいて、近隣端末を発見するため、または発見されるためのディスカバリ要求手続きに基づく処理を実行する。さらに、通信事業者は、通信事業者のポリシーに基づいて、ディスカバリ要求手続きに基づく処理の更新を行う。これにより、ＰｒｏＳｅに基づくサービスを、通信事業者の管理の元で実施する通信システム等を提供することとなる。
2017002855.tif 000002
【特許請求の範囲】
【請求項１】
端末装置であって、
前記端末装置は、
前記端末装置がリレー端末装置として、近隣に位置する近隣端末装置から直接検出されること、又は、前記近隣端末装置と直接通信することの許可を要求するために、ＰｒｏＳｅ機能を備える装置に第１のサービスの承認要求メッセージを送信し、
前記ＰｒｏＳｅ機能を備える装置から、前記第１のサービスの承認要求メッセージに対する承認メッセージを受信し、
第１のタイマのカウントが実行されている間に前記端末装置から開始された手続きにより、前記ＰｒｏＳｅ機能を備える装置からProSe Restricted Codeと、当該ProSe Restricted Codeに対応するタイマの値とを受信し、
前記近隣端末装置に、前記ProSe Restricted Codeを含むアナウンスメッセージを送信する、送受信部と、
前記承認メッセージに含まれる、前記第１のサービスの承認が有効である時間の受信に基づいて、前記第１のタイマのカウントを開始し、
前記ProSe Restricted Codeの受信に基づいて、第２のタイマのカウントを開始する、制御部と、を有し、
前記ProSe Restricted Codeは、前記近隣端末装置が前記端末装置からの明示的な許可に基づき前記端末装置を検出するために使用される、
ことを特徴とする端末装置。
【請求項２】
前記送受信部は、さらに、前記第１のタイマのカウントの終了に伴い、第２のサービスの承認要求メッセージを送信する、
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記送受信部は、さらに、前記ＰｒｏＳｅ機能を備える装置から、第１のサービスコードを受信し、
前記第１のサービスコードは、前記端末装置が提供する接続サービスの識別情報である、
ことを特徴とする請求項１に記載の端末装置。
【請求項４】
ＰｒｏＳｅ機能を備える装置であって、
前記ＰｒｏＳｅ機能を備える装置は、
端末装置から、第１のサービスの承認要求メッセージを受信し、
前記端末装置へ、前記第１のサービスの承認要求メッセージに対する承認メッセージを送信し、
第１のタイマのカウントが実行されている間に前記端末装置から開始された手続きにより、前記端末装置へ、ProSe Restricted Codeと、当該ProSe Restricted Codeに対応するタイマの値とを送信する、送受信部を有し、
前記第１のサービスの承認要求メッセージは、前記端末装置が、リレー端末装置として近隣に位置する近隣端末装置から直接検出されること、又は、前記近隣端末装置と直接通信すること、の許可を要求するために送信されるメッセージであり、
前記端末装置に前記第１のタイマのカウントを開始させるために、前記承認メッセージには、前記第１のサービスの承認が有効である時間が含まれ、
前記ProSe Restricted codeは、前記近隣端末装置が前記端末装置からの明示的な許可に基づき前記端末装置を検出するために、前記端末装置が送信するアナウンスメッセージに含まれるコードである、
ことを特徴とするＰｒｏＳｅ機能を備える装置。
【請求項５】
端末装置の通信制御方法であって、
前記端末装置の通信制御方法は、
前記端末装置がリレー端末装置として、近隣に位置する近隣端末装置から直接検出されること、又は、前記近隣端末装置と直接通信すること、の許可を要求するために、ＰｒｏＳｅ機能を備える装置に第１のサービスの承認要求メッセージを送信するステップと、
前記ＰｒｏＳｅ機能を備える装置から、前記第１のサービスの承認要求メッセージに対する承認メッセージを受信するステップと、
前記承認メッセージに含まれる、前記第１のサービスの承認が有効である時間の受信に基づいて、第１のタイマのカウントを開始するステップと、
前記第１のタイマのカウントが実行されている間に前記端末装置から開始された手続きにより、前記ＰｒｏＳｅ機能を備える装置から、ProSe Restricted Codeと、当該ProSe Restricted codeに対応するタイマの値と、を受信するステップと、
前記ProSe Restricted codeの受信に基づいて、第２のタイマのカウントを開始するステップと、
前記近隣端末装置に、前記ProSe Restricted codeを含むアナウンスメッセージを送信するステップと、を有し、
前記ProSe Restricted codeは、前記近隣端末装置が前記端末装置からの明示的な許可に基づき前記端末装置を検出するために使用される、
ことを特徴とする端末装置の通信制御方法。
【請求項６】
前記端末装置の通信制御方法は、さらに、前記第１のタイマのカウントの終了に伴い、第２のサービスの承認要求メッセージを送信するステップを有する、
ことを特徴とする、請求項５に記載の端末装置の通信制御方法。
【請求項７】
前記ＰｒｏＳｅ機能を備える装置から、第１のサービスコードを受信するステップを有し、
前記第１のサービスコードは、前記端末装置が提供する接続サービスの識別情報である、
ことを特徴とする請求項５に記載の端末装置の通信制御方法。
【請求項８】
ＰｒｏＳｅ機能を備える装置の通信制御方法であって、
前記ＰｒｏＳｅ機能を備える装置の通信制御方法は、
端末装置から、第１のサービスの承認要求メッセージを受信するステップと、
前記端末装置へ、前記第１のサービスの承認要求メッセージに対する承認メッセージを送信するステップと、
第１のタイマのカウントが実行されている間に前記端末装置から開始された手続きにより、前記端末装置へ、ProSe Restricted codeと、当該ProSe Restricted codeに対応するタイマの値とを送信するステップと、を有し、
前記第１のサービスの承認要求メッセージは、前記端末装置が、リレー端末装置として近隣に位置する近隣端末装置から直接検出されること、又は、前記近隣端末装置と直接通信すること、の許可を要求するために送信されるメッセージであり、
前記端末装置に前記第１のタイマのカウントを開始させるために、前記承認メッセージには前記第１のサービスの承認が有効である時間が含まれ、
前記ProSe Restricted codeは、前記近隣端末装置が前記端末装置からの明示的な検出の許可に基づき前記端末装置を検出するために、前記端末装置が送信するアナウンスメッセージに含まれるコードである、
ことを特徴とするＰｒｏＳｅ機能を備える装置の通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置等に関する。
【背景技術】
【０００２】
近年の移動通信システムの標準化活動を行う３ＧＰＰ（The 3rd Generation Partnership Project）では、オールＩＰ化を実現する、ＥＰＳ（Evolved Packet System）の仕様化を行っている。３ＧＰＰではＥＰＳに接続されるアクセスシステムを、ＬＴＥだけでなく、無線ＬＡＮである場合も含めて検討している。【０００３】
さらに、３ＧＰＰはＥＰＳの仕様化の中で、非特許文献１に記載のＰｒｏＳｅ（Proximity based Service）ついて検討を行っている。ＰｒｏＳｅは、通信端末であるＵＥ（User Equipment）が他の近隣通信端末を検出する機能（discovery）や、ＵＥ間で、コアネットワークや基地局を介さない直接通信を確立する機能（direct communication）を提供するサービスの実現を目指している。【０００４】
ＰｒｏＳｅでは、基地局やアクセスネットワークが接続されているコアネットワークを介することなく端末間で直接通信を行える為、アクセスネットワークやコアネットワークの集中を回避（コンジェッション回避）でき、オフロード効果を期待できる。【０００５】
さらに、ＰｒｏＳｅでは、基地局の通信圏外の端末がネットワークにアクセスするために、通信圏内にいる端末が通信圏外の端末のリレー端末となる、ＵＥ−ｔｏ―ＮＷ  Ｒｅｌａｙについても検討されている。【０００６】
具体的に、ＵＥ−ｔｏ―ＮＷ  Ｒｅｌａｙは、通信圏内にいる端末と基地局の通信圏外の端末が直接通信路を確立する事で実現するサービスである。【０００７】
なお、通信圏外からでも、ネットワークへのＰＤＮ接続（ＰＤＮコネクション）に接続する機能を持つ端末装置をＲｅｍｏｔｅ  ＵＥといい、Ｒｅｍｏｔｅ  ＵＥにリレーによりＰＤＮ接続を提供する端末装置をＲｅｌａｙ  ＵＥとする。【０００８】
ＰｒｏＳｅは、近隣の端末装置間の直接通信路を確立する為に、端末装置が直接通信の通信対象の端末装置を探索し、検知するサービスが必要となる。言い換えれば、端末装置が近隣端末装置を検出する機能（discovery）が必要となる。ＰｒｏＳｅでは、この検知方法の一つとして、Ｒｅｌａｙ  ＵＥがＲｅｍｏｔｅ  ＵＥに対して、Ｒｅｌａｙ機能を持つことを通知するアナウンス信号を送信し、Ｒｅｍｏｔｅ  ＵＥはアナウンス信号をモニタリングすることによる検出方法が検討されている。このような検出方法はＭｏｄｅｌ  Ａと定義されている。【０００９】
更に、ＰｒｏＳｅでは検知方法の一つとして、Ｒｅｍｏｔｅ  ＵＥがＲｅｌａｙ  ＵＥに対して要請（Solicitation）信号を送信し、Ｒｅｍｏｔｅ  ＵＥから要請メッセージを受信したＲｅｌａｙ  ＵＥが応答（Response）を返信することで、Ｒｅｍｏｔｅ  ＵＥがＲｅｌａｙ  ＵＥを検出する検出方法も検討されている。このような検出方法はＭｏｄｅｌ  Ｂと定義されている。なお、要請（Solicitation）信号はアナウンス信号であってよく、Ｒｅｌａｙ  ＵＥはＲｅｍｏｔｅ  ＵＥのアナウンス信号をモニタリングすることで受信しても良い。【００１０】
また、ＰｒｏＳｅではＵＥ間の直接通信路として２つの方式を利用する事が検討されている。１つ目は、ＬＴＥアクセス技術を利用する方法である。２つ目は無線ＬＡＮ（WLAN : Wireless LAN）アクセス技術を用いた方法である。【００１１】
また、ＰｒｏＳｅでは、ｎｏｎ−Ｐｕｂｌｉｃ  ＳａｆｅｔｙとＰｕｂｌｉｃ  Ｓａｆｅｔｙが規定されている。ｎｏｎ−Ｐｕｂｌｉｃ  Ｓａｆｅｔｙでは、移動通信事業者による商用サービスが想定されており、ＵＥがＬＴＥ基地局に在圏している場合にのみ、利用可能である。一方、Ｐｕｂｌｉｃ  Ｓａｆｅｔｙでは、防災無線による利用が想定されており、ＵＥがＬＴＥ基地局に在圏している場合のみならず、ＬＴＥ基地局（ｅＮＢ）に在圏していない場合でも利用することができる。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】3GPP TR23.303 Technical Specification Group Services and System Aspects、 Proximity-based Services(ProSe)、Stage2(Release 12)
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ＰｒｏＳｅでは、近隣に位置するＵＥを検出する機能（discoverｙ）や、ＵＥ間で、コアネットワークや基地局を介さない直接通信を確立する機能（direct communication）を実現する手段を検討している。【００１４】
さらに、Ｒｅｍｏｔｅ  ＵＥが近隣に位置するＲｅｌａｙ  ＵＥを検出する機能を実現するために、Ｒｅｌａｙ  ＵＥが近隣ＵＥに自身の所在を通知するアナウンス機能や、Ｒｅｍｏｔｅ  ＵＥがアナウンス機能に基づいた通知を受信してＲｅｌａｙ  ＵＥを検出するモニタリング機能、またはＲｅｍｏｔｅ  ＵＥがＲｅｌａｙ  ＵＥに対して要請メッセージを送信し応答メッセージを受信する機能や、Ｒｅｌａｙ  ＵＥがＲｅｍｏｔｅ  ＵＥから要請メッセージを受信しＲｅｍｏｔｅ  ＵＥに応答メッセージを送信する機能などの検討を行っている。【００１５】
ＵＥ（Ｒｅｌａｙ  ＵＥ、Ｒｅｍｏｔｅ  ＵＥ）は、アナウンスとモニタリングによるＭｏｄｅｌ  Ａのディスカバリ手続き、及び要請と応答によるＭｏｄｅｌ  Ｂのディスカバリ手続きを、ネットワークのリレーを提供する接続サービスを示すコードであるＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いて、実行する。【００１６】
Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、Ｒｅｌａｙ  ＵＥが提供するＰＤＮへの接続サービスに対応付けられてよく、セキュリティの観点から、定期的または不定期に更新できる必要がある。【００１７】
そのため、ＵＥは同じサービスに対応付けられた複数のＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを、サーバ装置から通知されることを想定する必要がある。【００１８】
そのため、ＵＥは同じサービスに対して異なる複数のＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを取得した場合、及び／又は同じサービスに対して異なる複数のＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを設定する場合、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの使用を停止するタイミングと、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの使用を開始するタイミングを決定する必要がある。しかし、これらのタイミングの決定方法の具体的な手段は現在明らかになっていない。【００１９】
本発明は、このような事情を鑑みてなされたもので、その目的は、基地局のカバレッジ外に存在するＵＥが近隣に位置するカバレッジ内のＵＥを検出する機能（ｄｉｓｃｏｖｅｒｙ）を実現するために、Ｒｅｌａｙ  ＵＥやＲｅｍｏｔｅ  ＵＥによる、ＰｒｏＳｅに基づくリレー接続サービスの停止や開始タイミングを制御する好適な手段を提供することである。
【課題を解決するための手段】
【００２０】
上記の目的を達成するために、本発明の端末装置は、前記端末装置がリレー端末装置として、近隣に位置する近隣端末装置から直接検出されること、又は、前記近隣端末装置と直接通信すること、の許可を要求するために、ＰｒｏＳｅ機能を備える装置に第１のサービスの承認要求メッセージを送信し、前記ＰｒｏＳｅ機能を備える装置から、前記第１のサービスの承認要求メッセージに対する承認メッセージを受信し、第１のタイマのカウントが実行されている間に前記端末装置から開始された手続きにより、前記ＰｒｏＳｅ機能を備える装置から、ProSe Restricted Codeと前記ProSe Restricted Codeに対応するタイマの値とを受信し、前記近隣端末装置に、前記ProSe Restricted Codeを含むアナウンスメッセージを送信する送受信部と、前記承認メッセージに含まれる、前記第１のサービスの承認が有効である時間の受信に基づいて、前記第１のタイマのカウントを開始し、前記ProSe Restricted Codeの受信に基づいて、第２のタイマのカウントを開始する制御部と、を有し、前記ProSe Restricted Codeは、前記近隣端末装置が前記端末装置からの明示的な許可に基づき前記端末装置を検出するために使用される、ことを特徴とする。【００２１】
本発明のＰｒｏＳｅ機能を備える装置は、端末装置から、第１のサービスの承認要求メッセージを受信し、前記端末装置へ、前記第１のサービスの承認要求メッセージに対する承認メッセージを送信し、第１のタイマのカウントが実行されている間に前記端末装置から開始された手続きにより、前記端末装置へ、ProSe Restricted Codeと前記ProSe Restricted Codeに対応するタイマの値とを送信する、送受信部を有し、前記第１のサービスの承認要求メッセージは、前記端末装置が、リレー端末装置として近隣に位置する近隣端末装置から直接検出されること、又は、前記近隣端末装置と直接通信すること、の許可を要求するために送信されるメッセージであり、前記端末装置に前記第１のタイマのカウントを開始させるために、前記承認メッセージには、前記第１のサービスの承認が有効である時間が含まれ、前記ProSe Restricted codeは、前記近隣端末装置が前記端末装置からの明示的な許可に基づき前記端末装置を検出するために、前記端末装置が送信するアナウンスメッセージに含まれるコードである、ことを特徴とする。【００２２】
本発明の端末装置の通信制御方法は、前記端末装置がリレー端末装置として、近隣に位置する近隣端末装置から直接検出されること、又は、前記近隣端末装置と直接通信すること、の許可を要求するために、ＰｒｏＳｅ機能を備える装置に第１のサービスの承認要求メッセージを送信するステップと、前記ＰｒｏＳｅ機能を備える装置から、前記第１のサービスの承認要求メッセージに対する承認メッセージを受信するステップと、前記承認メッセージに含まれる、前記第１のサービスの承認が有効である時間の受信に基づいて、第１のタイマのカウントを開始するステップと、前記第１のタイマのカウントが実行されている間に前記端末装置から開始された手続きにより、前記ＰｒｏＳｅ機能を備える装置から、ProSe Restricted Codeと、前記ProSe Restricted codeに対応するタイマの値と、を受信するステップと、前記ProSe Restricted codeの受信に基づいて、第２のタイマのカウントを開始するステップと、前記近隣端末装置に、前記ProSe Restricted codeを含むアナウンスメッセージを送信するステップと、を有し、前記ProSe Restricted codeは、前記近隣端末装置が前記端末装置からの明示的な許可に基づき前記端末装置を検出するために使用される、ことを特徴とする。【００２３】
ＰｒｏＳｅ機能を備える装置の通信制御方法は、端末装置から、第１のサービスの承認要求メッセージを受信するステップと、前記端末装置へ、前記第１のサービスの承認要求メッセージに対する承認メッセージを送信するステップと、第１のタイマのカウントが実行されている間に前記端末装置から開始された手続きにより、前記端末装置へ、ProSe Restricted codeと前記ProSe Restricted codeに対応するタイマの値とを送信するステップと、を有し、前記第１のサービスの承認要求メッセージは、前記端末装置が、リレー端末装置として近隣に位置する近隣端末装置から直接検出されること、又は、前記近隣端末装置と直接通信すること、の許可を要求するために送信されるメッセージであり、前記端末装置に前記第１のタイマのカウントを開始させるために、前記承認メッセージには前記第１のサービスの承認が有効である時間が含まれ、前記ProSe Restricted codeは、前記近隣端末装置が前記端末装置からの明示的な検出の許可に基づき前記端末装置を検出するために、前記端末装置が送信するアナウンスメッセージに含まれるコードである、ことを特徴とする。
【発明の効果】
【００２４】
本発明によれば、ＰｒｏＳｅに基づくリレー接続サービスを実行できる有効期限を、通信事業者の管理のもと管理することができる。
【図面の簡単な説明】
【００２５】
【図１】移動通信システムの概略を説明するための図である。
【図２】ＩＰ移動通信ネットワークの構成等を説明するための図である。
【図３】Ｒｅｌａｙ  ＵＥの装置構成を説明するための図である。
【図４】記憶部に記憶される各データ構造の一例を示した図である。
【図５】Ｒｅｍｏｔｅ  ＵＥの装置構成を説明するための図である。
【図６】記憶部に記憶される各データ構造の一例を示した図である。
【図７】ＰｒｏＳｅ機能部の装置構成を説明するための図である。
【図８】記憶部に記憶される各データ構造の一例を示した図である。
【図９】ＨＳＳの装置構成を説明するための図である。
【図１０】記憶部に記憶される各データ構造の一例を示した図である。
【図１１】アプリケーションサーバの装置構成を説明するための図である。
【図１２】記憶部に記憶される各データ構造の一例を示した図である。
【図１３】サービス認証手続きを説明するための図である。
【図１４】アナウンス要求手続きを説明するための図である。
【図１５】モニタリング要求手続きを説明するための図である。
【図１６】Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きを説明する図である。
【図１７】Ｒｅｌａｙ  ＵＥのディスカバリ要求手続きを説明するための図である。
【図１８】Ｒｅｍｏｔｅ  ＵＥのディスカバリ要求手続きを説明するための図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では一例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
【００２７】
［１．第１の実施形態］
以下、図面を参照しながら本発明の実施形態による無線通信技術について詳細に説明する。
【００２８】
［１．１．通信システムの概要］
図１は本発明の実施形態による通信システム１の概略構成例を示す機能ブロック図である。
【００２９】
図１に示す通信システム１は、ＰｒｏＳｅに関する機能を有する端末装置（ＰｒｏＳｅ  ｅｎａｂｌｅｄ  ＵＥ）であるＵＥ＿Ａ８と、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）＿Ａ５と、ＩＰ移動通信ネットワーク＿Ａ３とＰｒｏＳｅ機能部＿Ａ７と、ＰｒｏＳｅアプリケーションサーバ＿Ａ２により構成される。
【００３０】
さらに、通信システム１には、ＵＥ＿Ｂ９のように、複数のＰｒｏＳｅに関する機能を有する端末装置が含まれて構成されて良い。
【００３１】
ＰＤＮ＿Ａ５と、ＵＥ＿Ａ８またはＵＥ＿Ｂ９などのＰｒｏＳｅに関する機能を有する端末装置との間はＩＰ移動通信ネットワーク＿Ａ３を介して接続されている。さらに、ＵＥ＿Ａ８とＵＥ＿Ｂ９はＰｒｏＳｅに基づくサービスが提供されている。
【００３２】
ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８及び／又はＵＥ＿Ｂ９の、ＰｒｏＳｅ機能を用いた通信を管理するためのサーバ装置であり、ＰｒｏＳｅサービスなどの提供に際し、端末装置の認証を行う。なお、ＰｒｏＳｅ機能部＿Ａ７は、ＰＤＮ＿Ａ５に含まれて構成されても良いし、ＰＤＮ＿Ａ５と独立していても良い。または、ＰｒｏＳｅ機能部＿Ａ７は、ＩＰ移動通信ネットワーク＿Ａ３に含まれて構成されても良い。
【００３３】
ＵＥ＿Ａ８とＵＥ＿Ｂ９は同じ移動通信事業者網に接続していても、異なる移動通信事業者網に接続していても良く、固定通信事業者が運用するブロードバンドネットワークに接続しても良い。
【００３４】
例えば、ＵＥ＿Ａ８は、第１の通信事業者（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ）が運用管理するＩＰ移動通信ネットワークに接続し、ＵＥ＿Ｂ９は、第２の通信事業者が運用管理し、第１の通信事業者が運用管理するＩＰ移動通信ネットワークとは異なるＩＰ移動通信ネットワークに接続しても良い。この場合の第２の通信事業者によるＩＰ移動通信ネットワークは、ＰＤＮ＿Ａ５へ接続されて良い。また、その内部の構成はＩＰ移動通信ネットワーク＿Ａ３と同様で良いため、詳細な説明は省略する。
【００３５】
また、これらのＩＰ移動通信ネットワークは、ローミング契約が交わされた２つのＩＰ移動通信ネットワークであっても良いし、同一国内の２つのＩＰ移動通信ネットワークであっても良い。
【００３６】
また、ＵＥ＿Ａ８やＵＥ＿Ｂ９の通信を管理するＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８やＵＥ＿Ｂ９が契約する通信事業者の管理するＰｒｏＳｅ機能部であってもよく、契約する通信業者と契約関係のある通信事業者が管理するものであってもよく、同一国内の通信事業者が管理するものであって良い。
【００３７】
また、ブロードバンドネットワークは、ＡＤＳＬ（Asymmetric Digital Subscriber Line）等により接続し、光ファイバー等のデジタル回線による高速通信を提供する、通信事業者が運用するＩＰ通信ネットワークのことである。さらに、これらに限らずＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等で無線アクセスするネットワークであっても良い。
【００３８】
ＵＥ＿Ａ８やＵＥ＿Ｂ９などの各ＵＥは、ＬＴＥやＷＬＡＮ等のアクセスシステムを用いて接続することが出来る通信端末であり、３ＧＰＰ  ＬＴＥの通信インタフェースやＷＬＡＮの通信インタフェース等を搭載して接続することにより、ＩＰ移動通信ネットワーク＿Ａ３へ接続することが可能である。
【００３９】
ただしこれに限らず、ＵＥ＿Ａ８やＵＥ＿Ｂ９などの各ＵＥは、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等のその他の無線システムを用いて接続しても良い。
【００４０】
なお、図１に示す概略構成例では、ＵＥ＿Ａ８はＩＰ移動通信ネットワーク＿Ａ３に接続が可能である通信圏内に配置され、ＵＥ＿Ｂ９は一時的にＩＰ移動通信ネットワーク＿Ａ３に接続が不可能である通信圏外に配置されている状態である。言い換えれば、ＵＥ＿Ａ８はアクセスネットワークのカバレッジに内に存在し、ＵＥ＿Ｂ９はアクセスネットワークのカバレッジ外に存在する。
【００４１】
ＵＥ＿Ａ８はリレーを用いて、ＵＥ＿Ｂ９にネットワークの接続サービスを提供する。このような接続サービスを本稿ではＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスとする。
【００４２】
ＰＤＮ＿Ａ５は、パケットでデータの送受信を行うネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどの特定の通信サービスを提供するネットワークである。なお、ＰＤＮ＿Ａ５はＰＤＮ（Packet Data Network）であって良い。
【００４３】
ＰＤＮ＿Ａ５は、ＩＰ移動通信ネットワーク＿Ａ３へ有線回線等を利用して接続される。例えば、ＡＤＳＬや光ファイバー等によって、ＰＤＮ＿Ａ５とＩＰ移動通信ネットワーク＿Ａ３間の接続性が構築される。
【００４４】
図２は、図１に示す通信システム１の詳細な構成例である。図２（ａ）に示すシステムの構成例は、ＵＥ＿Ａ８と、ＩＰ移動通信ネットワーク＿Ａ３と、ＰＤＮ＿Ａ５とから構成される。ＩＰ移動通信ネットワーク＿Ａ３には、ＵＥ＿Ａ８以外にも複数のＵＥが接続する事が可能である。また、図２ではＵＥ＿Ａ８が接続する例を示したが、ＵＥ＿Ｂ９もネットワークのカバレッジ内にいればＵＥ＿Ａ８と同様に構成することができる。
【００４５】
ＩＰ移動通信ネットワーク３はコアネットワーク＿Ａ９０と各無線アクセスネットワーク（ＬＴＥ  ＡＮ＿Ａ８０、ＷＬＡＮ  ＡＮｂ７５、ＷＬＡＮ  ＡＮａ７０、ＵＴＲＡＮ＿Ａ２０、ＧＥＲＡＮ＿Ａ２５）で構成されている。
【００４６】
無線アクセスネットワークは、複数の異なるアクセスネットワークで構成しても良いし、いずれか一つのアクセスネットワークでの構成であっても良い。さらに、ＵＥ＿Ａ８は無線アクセスネットワークに無線接続することができる。
【００４７】
さらに、ＷＬＡＮアクセスシステムで接続可能なアクセスネットワークは、ｅＰＤＧ＿Ａ６５を介してコアネットワーク＿Ａ９０へ接続するＷＬＡＮアクセスネットワークｂ（ＷＬＡＮ  ＡＮｂ７５）と、ＰＧＷ＿Ａ３０とＰＣＲＦ＿Ａ６０とＡＡＡ＿Ａ５５とに接続するＷＬＡＮアクセスネットワークａ（ＷＬＡＮ  ＡＮａ７５）とが構成可能である。
【００４８】
なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。
【００４９】
ＰＧＷ＿Ａ３０はＰＤＮ＿Ａ５とＳＧＷ＿Ａ３５とｅＰＤＧ＿Ａ６５とＷＬＡＮ  ＡＮａ７０と、ＰＣＲＦ＿Ａ６０とＡＡＡ＿Ａ５５とに接続されており、ＰＤＮ＿Ａ５とコアネットワーク＿Ａ９０のゲートウェイ装置としてユーザデータの転送を行う中継装置である。ＰＧＷ＿Ａ３０は従来のＰＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）の機能を更にもつＰＧＷであって良い。
【００５０】
ＳＧＷ＿Ａ３５は、ＰＧＷ＿Ａ３０とＭＭＥ＿Ａ４０とＬＴＥ  ＡＮ＿Ａ８０とＳＧＳＮ＿Ａ４５とＵＴＲＡＮ＿Ａ２０とに接続されており、コアネットワーク＿Ａ９０と３ＧＰＰのアクセスネットワーク（ＵＴＲＡＮ＿Ａ２０、ＧＥＲＡＮ＿Ａ２５、ＬＴＥ  ＡＮ＿Ａ８０）とのゲートウェイ装置としてユーザデータの転送を行う中継装置である。ＳＧＷ＿Ａ３５は従来のＳＧＷ（Serving Gateway）の機能を更に持つＳＧＷであって良い。
【００５１】
ＭＭＥ＿Ａ４０は、ＳＧＷ＿Ａ３５とＬＴＥ  ＡＮ＿Ａ８０とＨＳＳ（Home Subscriber Server）＿Ａ５０に接続されており、ＬＴＥ  ＡＮ＿Ａ８０を経由してＵＥ＿Ａ８の位置情報管理と、アクセス制御を行うアクセス制御装置である。また、コアネットワーク＿Ａ９０には、複数の位置管理装置が含まれて構成されても良い。例えば、ＭＭＥ＿Ａ４０とは異なる位置管理装置が構成されても良い。ＭＭＥ＿Ａ４０は、従来のＭＭＥ（Mobility Management Entity）の機能を更にもつＭＭＥであって良い。更に、ＭＭＥ＿Ａ４０とは異なる位置管理装置はＭＭＥ＿Ａ４０と同様にＳＧＷ＿Ａ３５とＬＴＥ  ＡＮ＿Ａ８０と、ＨＳＳ＿Ａ５０と接続されても良い。
【００５２】
また、コアネットワーク＿Ａ９０内に複数のＭＭＥが含まれている場合、ＭＭＥ同士が接続されても良い。これにより、ＭＭＥ間で、ＵＥ＿Ａ８のコンテキストの送受信が行われても良い。
【００５３】
ＨＳＳ＿Ａ５０はＭＭＥ＿Ａ４０とＡＡＡ＿Ａ５５とに接続されており、加入者情報の管理を行う管理ノードである。ＨＳＳ＿Ａ５０の加入者情報は、例えばＭＭＥ＿Ａ４０のアクセス制御の際に参照される。さらに、ＨＳＳ＿Ａ５０は、ＭＭＥ＿Ａ４０とは異なる位置管理装置と接続されていても良い。ＨＳＳ＿Ａ５０は従来のＨＳＳ（Home Subscriber Server）の機能を更に持つＨＳＳであって良い。
【００５４】
ＡＡＡ＿Ａ５５は、ＰＧＷ＿Ａ３０と、ＨＳＳ＿Ａ５０と、ＰＣＲＦ＿Ａ６０と、ＷＬＡＮ  ＡＮａ７０とに接続されており、ＷＬＡＮ  ＡＮａ７０を経由して接続するＵＥのアクセス制御を行う。ＡＡＡ＿Ａ５５は従来のＡＡＡ（Authentication、Authorization and Accounting）の機能を更にもつＡＡＡであって良い。
【００５５】
ＰＣＲＦ＿Ａ６０は、ＰＧＷ＿Ａ３０と、ＷＬＡＮ  ＡＮａ７５と、ＡＡＡ＿Ａ５５と、ＰＤＮ＿Ａ５に接続されており、データ配送に対するＱｏＳ管理を行う。例えば、ＵＥ＿Ａ８とＰＤＮ＿Ａ５間の通信路のＱｏＳの管理を行う。
【００５６】
ｅＰＤＧ＿Ａ６５は、ＰＧＷ＿Ａ３０と、ＷＬＡＮ  ＡＮｂ７５とに接続されており、コアネットワーク＿Ａ９０と、ＷＬＡＮ  ＡＮｂ７５とのゲートウェイ装置としてユーザデータの配送を行う。ＰＣＲＦ＿Ａ６０は従来のＰＣＲＦ（Policy and Charging Rule Function）機能を更にもつＰＣＲＦであって良い。
【００５７】
ＳＧＳＮ＿Ａ４５は、ＵＴＲＡＮ＿Ａ２０とＧＥＲＡＮ＿Ａ２５とＳＧＷ＿Ａ３５と接続されており、３Ｇ／２Ｇのアクセスネットワーク（ＵＴＲＡＮ／ＧＥＲＡＮ）とＬＴＥのアクセスネットワーク（Ｅ−ＵＴＲＡＮ）間の位置管理のための制御装置である。更に、ＳＧＳＮ＿Ａ４５は、ＰＧＷ及びＳＧＷの選択機能、ＵＥのタイムゾーンの管理機能、及びＥ−ＵＴＲＡＮへのハンドオーバー時のＭＭＥの選択機能を持つ。ＳＧＳＮ＿Ａ４５は従来のＳＧＳＮ（Serving GPRS Support Node）の機能を更に持つＳＧＳＮであって良い。
【００５８】
また、図２（ｂ）に示すように、各無線アクセスネットワークには、ＵＥ＿Ａ８が実際に接続される装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
【００５９】
本実施形態においては、ＬＴＥ  ＡＮ＿Ａ８０はｅＮＢ＿Ａ４５を含んで構成されるＥ−ＵＲＡＮであって良い。ｅＮＢ＿Ａ４５はＬＴＥアクセスシステムでＵＥ＿Ａ８が接続する無線基地局であり、ＬＴＥ  ＡＮ＿Ａ８０には１又は複数の無線基地局が含まれて構成されても良い。
【００６０】
ＷＬＡＮ  ＡＮａ７０はＷＬＡＮ  ＡＰａ７２と、ＴＷＡＧ＿Ａ７４とが含まれて構成される。ＷＬＡＮ  ＡＰａ７２はコアネットワーク＿Ａ９０を運営する事業者に対して信頼性のあるＷＬＡＮアクセスシステムで、ＵＥ＿Ａ８が接続する無線基地局であり、ＷＬＡＮ  ＡＮａ７０には１又は複数の無線基地局を含んで構成されても良い。ＧＷ７４はコアネットワーク＿Ａ９０とＷＬＡＮ  ＡＮａ７０のゲートウェイ装置である。また、ＷＬＡＮ  ＡＰａ７２とＧＷ７４とは、単一の装置で構成されても良い。
【００６１】
コアネットワーク＿Ａ９０を運営する事業者とＷＬＡＮ  ＡＮａ７０を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成の実現が可能となる。
【００６２】
また、ＷＬＡＮ  ＡＮｂ７５はＷＬＡＮ  ＡＰｂ７６を含んで構成される。ＷＬＡＮ  ＡＰｂ７６はコアネットワーク＿Ａ９０を運営する事業者に対して信頼関係が結ばれていない場合に、ＷＬＡＮアクセスシステムでＵＥ＿Ａ８が接続する無線基地局であり、ＷＬＡＮ  ＡＮｂ７５は１又は複数の無線基地局が含まれて構成されても良い。
【００６３】
このように、ＷＬＡＮ  ＡＮｂ７５はコアネットワーク＿Ａ９０に含まれる装置であるｅＰＤＧ＿Ａ６５をゲートウェイとしてコアネットワーク＿Ａ９０に接続される。ｅＰＤＧ＿Ａ６５は通信の安全性を確保するためのセキュリティ機能を持つ。
【００６４】
ＵＴＲＡＮ＿Ａ２０は、ＲＮＣ（Radio Network Controller）＿Ａ２４とｅＮＢ（ＵＴＲＡＮ）＿Ａ２２を含んで構成される。ｅＮＢ（ＵＴＲＡＮ）＿Ａ２２は、ＵＴＲＡ（UMTS Terrestrial Radio Access）でＵＥ＿Ａ８が接続する無線基地局であり、ＵＴＲＡＮ＿Ａ２０には１又は複数の無線基地局が含まれて構成されても良い。またＲＮＣ＿Ａ２４は、コアネットワーク＿Ａ９０とｅＮＢ（ＵＴＲＡＮ）＿Ａ２２を接続する制御部であり、ＵＴＲＡＮ＿Ａ２０には１又は複数のＲＮＣが含まれて構成されても良い。また、ＲＮＣ＿Ａ２４は１つ又は複数のｅＮＢ（ＵＴＲＡＮ）と接続されても良い。更に、ＲＮＣ＿Ａ２４は、ＧＥＲＡＮ＿Ａ２５に含まれる無線基地局（ＢＳＳ（Base Station Subsystem）＿Ａ２６）と接続されもても良い。
【００６５】
ＧＥＲＡＮ＿Ａ２５は、ＢＳＳ＿Ａ２６を含んで構成される。ＢＳＳ＿Ａ２６は、ＧＥＲＡ（GSM/EDGE Radio Access）でＵＥ＿Ａ８が接続する無線基地局であり、ＧＥＲＡＮ＿Ａ２５には１又は複数の無線基地局ＢＳＳで構成されても良い。また、複数のＢＳＳは互いに接続しあっていても良い。またＢＳＳ＿Ａ２６はＲＮＣ＿Ａ２４と接続しても良い。
【００６６】
なお、本明細書において、端末装置が各無線アクセスネットワークに接続されるという事は、端末装置が各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事としており、端末装置が送受信するデータや信号等も、基地局装置やアクセスポイントを経由している。
【００６７】
［１．２  装置構成］
図１のＲｅｌａｙ  ＵＥであるＵＥ＿Ａ８と、Ｒｅｍｏｔｅ  ＵＥであるＵＥ＿Ｂ９と、ＰｒｏＳｅ機能部＿Ａ７と、ＨＳＳ＿ＡとＰｒｏＳｅアプリケーションサーバ＿Ａの装置構成について図を用いて簡単に説明する。
【００６８】
［１．２．１  Ｒｅｌａｙ  ＵＥの構成］
以下、Ｒｅｌａｙ  ＵＥであるＵＥ＿Ａ８の装置構成を説明する。ＵＥ＿Ａ８はＰｒｏＳｅ機能を含む無線通信端末であれば良く、ＬＴＥアクセス方式により、無線通信によるデータの送受信を行う携帯電話端末であっても良いし、マシーンツーマシーン（Ｍ２Ｍ）と呼ばれるような形態で機器同士が相互に情報交換する通信端末であっても良い。
【００６９】
更に、ＵＥ＿Ａ８はＲｅｌａｙ機能を有するリレー端末装置であって良い。
【００７０】
図３は、本実施形態におけるＵＥ＿Ａ８の装置構成を示す。ＵＥ＿Ａ８は、送受信アンテナ＿Ａ３００と、スイッチ＿Ａ３０４と、直接送受信部＿Ａ３０８と、送受信部＿Ａ３０６と、制御部＿Ａ３０２と、記憶部＿Ａ３４０により構成される。ＵＥ＿Ａ８は、制御部＿Ａ３０２に、直接送受信部＿Ａ３０８と、送受信部＿Ａ３０６と、スイッチ＿Ａ３０４と、記憶部＿Ａ３４０がバスを介して接続されている。
【００７１】
制御部＿Ａ３０２はＵＥ＿Ａ８を制御する為の機能部である。制御部＿Ａ３０２は記憶部＿Ａ３４０に記憶されている各種プログラムを読みだして実行する機能部である。
【００７２】
スイッチ＿Ａ３０４は制御部＿Ａ３０２の制御に従い、送受信部＿Ａ３０６と直接送受信部＿Ａ３０８を送受信アンテナ＿Ａ３００に接続させる機能部である。
【００７３】
送受信部＿Ａ３０６はＬＴＥアクセス方式により無線通信のデータを送受信する機能部である。送受信部＿Ａ３０６は、送信部と受信部から構成され、送信部はＬＴＥ基地局を介して制御情報を送信する事ができ、受信部はＬＴＥ基地局を介してデータや制御情報を送信する事ができる。
【００７４】
直接送受信部＿Ａ３０８は、ＬＴＥ基地局を介さずに他のＵＥへデータや制御情報などで直接通信を行う事が出来る機能部である。直接送受信部＿Ａ３０８は、直接送信部と直接受信部から構成される。直接送信部はＬＴＥ基地局を介さずにデータや制御情報を送信する事ができ、直接受信部はＬＴＥ基地局を介さずにデータや制御情報の受信を行う事ができる。送受信部＿Ａ３０６と直接送受信部＿Ａ３０８とは１つの送受信部として構成されても良い。
【００７５】
なお、送受信部＿Ａ３０６と直接送受信部＿Ａ３０８はそれぞれにアンテナが割り当てられていて、制御部＿Ａ３０２の制御にもとづき、データの送受信を行ってよい。
【００７６】
記憶部＿Ａ３４０は、ＵＥ＿Ａ８の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部３１３は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成されている。
【００７７】
さらに、記憶部＿Ａ３４０にはＵＥコンテキスト＿Ａ３４２とＲｅｍｏｔｅ  ＵＥコンテキスト＿Ａ３４４が記憶される。Ｒｅｍｏｔｅ  ＵＥコンテキスト＿Ａ３４４はＵＥコンテキスト＿Ａ３４２の一部であって良い。
【００７８】
ＵＥコンテキスト＿Ａ３４２には、従来端末装置が記憶する、端末装置に関わるコンテキスト情報であって良い。ＵＥコンテキスト＿Ａ３４２は、少なくともＵＥごとのＵＥコンテキストを含める。
【００７９】
図４（ａ）にＵＥごとのＵＥコンテキストを示す。図に示すように、ＵＥごとのＵＥコンテキストは、少なくともＩＭＳＩ、ＥＭＭ  Ｓｔａｔｅ、ＧＵＴＩ、ＭＥ＿Ｉｄｅｎｔｉｔｙ、ＰｒｏＳｅ  ａｂｉｌｉｔｙを含めて構成する。
【００８０】
ＩＭＳＩはＵＥ＿Ａ８を使用するユーザ（加入者）に割り当てられる、識別情報である。ＩＭＳＩは、回線の契約を示す識別情報であってもよく、ＳＩＭカードに記憶されていても良い。
【００８１】
ＥＭＭ  Ｓｔａｔｅは、ＵＥ＿Ａ８の移動管理状態を示す。例えば、ＵＥ＿Ａ８がネットワークに登録されているＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（登録状態、ｒｅｇｉｓｔｅｒｅｄ状態）、又はＵＥ＿Ａ８がネットワークに登録されていないＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＤ（非登録状態、ｄｅｒｅｇｉｓｔｅｒｅｄ状態）であっても良い。
【００８２】
ＧＵＴＩは、Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙの略であり、ＵＥ＿Ａ８の一時的な識別情報である。ＧＵＴＩはＭＭＥ（例えば、ＭＭＥ＿Ａ４０）の識別情報（GUMMEI : Globally Unique MME Identifier）と特定ＭＭＥ（例えば、ＭＭＥ＿Ａ４０）内でのＵＥ＿Ａ８の識別情報（Ｍ−ＴＭＳＩ）により構成される。
【００８３】
ＭＥ  Ｉｄｅｎｔｉｔｙは、ＭＥのＩＤであり、例えば、ＩＭＥＩ／ＩＭＩＳＶであっても良い。またここで、ＭＥはＵＥであっても良い。
【００８４】
ＰｒｏＳｅ  ａｂｉｌｉｔｙは、ＰｒｏＳｅを用いた通信機能を持つことを示す識別情報である。更にＰｒｏＳｅ  ａｂｉｌｉｔｙは、近隣ＵＥに対してアナウシング信号を送信する機能を持つことを示す識別情報であってもよく、近隣端末とネットワーク間のリレー端末になることが出来る機能を示す識別情報であって良い。また、これらの能力ごとにそれぞれ異なる識別情報があり、ＰｒｏＳｅ  ａｂｉｌｉｔｙはそれらを組み合わせた識別情報であって良い。
【００８５】
更に、ＵＥコンテキスト＿Ａ３４２には、ＰＤＮ接続ごとに管理されるＵＥコンテキストや、ベアラごとに管理されるＵＥコンテキストが記憶されていても良い。
【００８６】
次に、Ｒｅｍｏｔｅ  ＵＥコンテキスト＿Ａ３４４について説明する。Ｒｅｍｏｔｅ  ＵＥコンテキスト＿Ａ３４４はＵＥ＿Ａ８がＲｅｌａｙ  ＵＥとなるために、Ｒｅｍｏｔｅ  ＵＥとネットワーク間の接続を管理するためのコンテキストである。
【００８７】
Ｒｅｍｏｔｅ  ＵＥコンテキスト＿Ａ３４４はＰＤＮ接続ごとのＲｅｍｏｔｅ  ＵＥコンテキストとベアラごとのＲｅｍｏｔｅ  ＵＥコンテキストを含み構成される。
【００８８】
図４（ｂ）にＰＤＮ接続ごとのＲｅｍｏｔｅ  ＵＥコンテキストを示す。ＰＤＮ接続ごとのＲｅｍｏｔｅ  ＵＥコンテキストには、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤ、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ｔｙｐｅ、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤ、ＡＰＮ、ＩＰ  Ａｄｄｒｅｓｓ、ＩＰ  Ａｄｄｒｅｓｓ  ｆｏｒ  ｒｅｍｏｔｅ  ＵＥ、Ｄｅｆａｕｌｔ  ｂｅａｒｅｒ、Ｇｒｏｕｐ  ＩＤ、Ｐｒｏｓｅ  Ｒｅｌａｙ  ＵＥ  ＩＤ、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ、Ｔｉｍｅｒが記憶される。
【００８９】
ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤは、ＰＤＮ接続を識別するための識別情報である。例えば、ＵＥ＿Ａ８がＰＤＮ接続をＲｅｍｏｔｅ  ＵＥの為にＰＤＮ＿Ａ５と確立している場合、ＰＤＮ＿Ａ５と同じＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤを記憶して良い。
【００９０】
ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ｔｙｐｅは、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤで識別されるＰＤＮ接続が従来の自端末用のＰＤＮ接続なのか、Ｒｅｍｏｔｅ  ＵＥのためのＰＤＮ接続なのかを示す情報であって良い。具体的には、自端末用のＰＤＮ接続である場合、“Ｎｏｒｍａｌ”、Ｒｅｍｏｔｅ  ＵＥの為のＰＤＮ接続である場合“ｆｏｒ  Ｒｅｍｏｔｅ  ＵＥ”など示しても良い。また、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ｔｙｐｅの情報は、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤに含まれてもよく、その場合、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤ基づいて、ＰＤＮ接続のタイプが識別されても良い。
【００９１】
Ａｐｐｌｉｃａｔｉｏｎ  ＩＤは、ＰＤＮ接続が利用できるアプリケーションを識別する情報である。記憶部では複数のＡｐｐｌｉｃａｔｉｏｎ  ＩＤを記憶しても良い。さらに、近隣端末のＲｅｍｏｔｅ  ＵＥが、このＰＤＮ接続へ接続している場合、近隣端末が利用するアプリケーションを識別するためのＡｐｐｌｉｃａｔｉｏｎ  ＩＤが記憶部で記憶されて良い。言い換えれば、ＵＥ＿Ａ８が近隣端末と直接通信路を確立するためのアプリケーションを識別するＡｐｐｌｉｃａｔｉｏｎ  ＩＤが記憶部で記憶されて良い。
【００９２】
ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、ＵＥ＿Ａ８のＰｒｏＳｅを用いたＲｅｌａｙ機能を行うためにＰｒｏＳｅアプリケーションサーバから割り当てられたユーザを識別するための識別情報である。ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、ＰｒｏＳｅアプリケーションサーバで、アプリケーションレイヤのユーザ情報と対応付けられて記憶されている情報である。
【００９３】
ＡＰＮは、ＵＥ＿Ａ８の接続先を示す。このＡＰＮは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されても良い。
【００９４】
ＩＰ  Ａｄｄｒｅｓｓは、ＰＤＮ接続でＵＥ＿Ａ８に割り当てられたＩＰアドレスであり、ＩＰｖ４アドレス、又はＩＰｖ６  プレフィックスであっても良い。
【００９５】
ＩＰ  Ａｄｄｒｅｓｓ  ｆｏｒ  ｒｅｍｏｔｅ  ＵＥは、近隣端末とＵＥ＿Ａ８間でＰｒｏＳｅの直接通信路を確立するために用いる近隣端末に割り当てるＩＰアドレスである。なお、近隣端末に割り当てるＩＰアドレスは、ＵＥ＿Ａ８がネットワークから通知されたＩＰｖ６  プレフィックスから割り当てても良いし、ネットワークから通知されても良い。
【００９６】
Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒは、このＰＤＮ接続でのデフォルトベアラを識別するＥＰＳベアラ識別情報である。
【００９７】
Ｇｒｏｕｐ  ＩＤは、ＵＥ＿Ａ８が属するグループの識別情報である。また、ＰｒｏＳｅ機能が許可されたグループの識別情報であって良い。ＵＥ＿Ａ８が一対多通信をする場合、Ｇｒｏｕｐ  ＩＤは、ＵＥ＿Ａ８が送信するレイヤ２の送信先アドレスであって良い。
【００９８】
Ｐｒｏｓｅ  Ｒｅｌａｙ  ＵＥ  ＩＤは、ＵＥ＿Ａ８を識別する識別情報である。Ｐｒｏｓｅ  Ｒｅｌａｙ  ＵＥ  ＩＤは、ＰｒｏＳｅ機能部にリレー端末として機能する事の承認を示す情報であって良い。
【００９９】
Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、ＵＥ＿Ａ８が近隣の端末装置とネットワークのリレーを提供する接続サービスを示すコードである。
【０１００】
Ｐｒｏｓｅ  Ｒｅｌａｙ  ＵＥ  ＩＤは、近隣端末を検出するための直接通信では送信されず、ＵＥ＿Ｂ９が近隣端末検出に用いるＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを取得するために用いられる。
【０１０１】
更に、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、Ｍｏｄｅｌ  Ａの近隣端末検出手続きで、ＵＥ＿Ａ８がリレー機能を持つことを近隣端末にアナウンスする際に用いるコードである。つまり、ＵＥ＿Ａ８はＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅをアナウンス信号に含めて送信することで、ＰｒｏＳｅのリレー機能を用いてネットワークに接続したい近隣端末に検出される。Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅはＰｒｏＳｅ機能部から通知されたコードあって良い。
【０１０２】
または、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、Ｍｏｄｅｌ  Ｂの近隣端末検出手続きで、Ｒｅｍｏｔｅ  ＵＥがリレー機能を持つことを近隣端末にアナウンスする際に用いるコードである。つまり、ＵＥ＿Ａ８は近隣のＲｅｍｏｔｅ  ＵＥからＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを含めたアナウンス信号を受信し、Ｒｅｍｏｔｅ  ＵＥに応答を送信することで、近隣端末に検出される。Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅはＰｒｏＳｅ機能部から通知されたコードあって良い。
【０１０３】
また、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは防災通信（Public Safety）のためのアプリケーションの接続サービスであって良いし、アプリケーション毎に異なるコードが対応づけられていて、アプリケーションを識別することが出来る情報であっても良い。  Ｔｉｍｅｒは、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応づけられたタイマであり、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示す。
【０１０４】
図４（ｃ）はベアラごとのＲｅｍｏｔｅ  ＵＥコンテキストを示す。ベアラごとのＲｅｍｏｔｅ  ＵＥコンテキストは、少なくとも、転送路識別情報とＴｒａｎｓａｃｔｉｏｎ  ＩＤが記憶されて良い。
【０１０５】
転送路識別情報は、ベアラを識別する情報であって良い。具体的に、例えばベアラＩＤであって良い。
【０１０６】
Ｔｒａｎｓａｃｔｉｏｎ  ＩＤは、ベアラを用いた通信を識別するための情報である。
【０１０７】
［１．２．２  Ｒｅｍｏｔｅ  ＵＥの構成］
以下、Ｒｅｍｏｔｅ  ＵＥであるＵＥ＿Ｂ９の装置構成を説明する。ＵＥ＿Ｂ９はＰｒｏＳｅ機能を含む無線通信端末であれば良く、ＬＴＥアクセス方式により、無線通信によるデータの送受信を行う携帯電話端末であっても良いし、マシーンツーマシーン（Ｍ２Ｍ）と呼ばれるような形態で機器同士が相互に情報交換する通信端末であっても良い。更に、ＵＥ＿Ｂ９はリレー端末装置に接続可能なリモート端末装置であって良い。
【０１０８】
図５は、本実施形態におけるＵＥ＿Ｂ９の装置構成を示す。ＵＥ＿Ｂ９は、送受信アンテナ＿Ｂ５００と、スイッチ＿Ｂ５０４と、直接送受信部＿Ｂ５０８と、送受信部＿Ｂ５０８と、制御部＿Ｂ５０２と、記憶部＿Ｂ５４０により構成される。ＵＥ＿Ｂ９は、制御部＿Ｂ５０２に、直接送受信部＿Ｂ５０８と、送受信部＿Ｂ５０６と、スイッチ＿Ｂ５０４と、記憶部＿Ｂ５４０がバスを介して接続されている。
【０１０９】
制御部＿Ｂ５０２はＵＥ＿Ａ８を制御する為の機能部である。制御部＿Ｂ５０２は記憶部＿Ｂ５４０に記憶されている各種プログラムを読みだして実行する機能部である。
【０１１０】
スイッチ＿Ｂ５０４は制御部＿Ｂ５０２の制御に従い、送受信部＿Ｂ５０６と直接送受信部＿Ｂ５０８を送受信アンテナ＿Ｂ５００に接続させる機能部である。
【０１１１】
送受信部＿Ｂ５０６はＬＴＥアクセス方式により無線通信のデータを送受信する機能部である。送受信部＿Ｂ５０６は、送信部と受信部から構成され、送信部はＬＴＥ基地局を介して制御情報を送信する事ができ、受信部はＬＴＥ基地局を介してデータや制御情報を送信する事ができる。
【０１１２】
直接送受信部＿Ｂ５０８は、ＬＴＥ基地局を介さずに他のＵＥへデータや制御情報などで直接通信を行う事が出来る機能部である。直接送受信部＿Ｂ５０８は、直接送信部と直接受信部から構成される。直接送信部はＬＴＥ基地局を介さずにデータや制御情報を送信する事ができ、直接受信部はＬＴＥ基地局を介さずにデータや制御情報の受信を行う事ができる。送受信部＿Ｂ５０６と直接送受信部＿Ｂ５０８とは１つの送受信部として構成されても良い。
【０１１３】
なお、送受信部＿Ｂ５０６と直接送受信部＿Ｂ５０８はそれぞれにアンテナが割り当てられていて、制御部＿Ｂ５０２の制御にもとづき、データの送受信を行ってよい。
【０１１４】
記憶部＿Ｂ５４０は、ＵＥ＿Ａ８の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部３１３は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成されている。さらに、記憶部＿Ｂ５４０にはＵＥコンテキスト＿Ｂ５４２が記憶される。
【０１１５】
ＵＥコンテキスト＿Ｂ５４２には、ＵＥごとのＵＥコンテキストと、ＰＤＮ接続ごとのＵＥコンテキストと、ベアラごとのＵＥコンテキストが含まれて構成されても良い。
【０１１６】
図６（ａ）にＵＥごとのＵＥコンテキストを示す。ＵＥごとのＵＥコンテキストには、ＩＭＳＩ、ＥＭＭ、Ｓｔａｔｅ、ＧＵＴＩ、ＭＥ  Ｉｄｅｎｔｉｔｙ、ＰｒｏＳｅ  ａｂｉｌｉｔｙが含まれて構成されて良い。
【０１１７】
ＩＭＳＩはＵＥ＿Ａ８を使用するユーザ（加入者）に割り当てられる、識別情報である。ＩＭＳＩは、回線の契約を示す識別情報であってもよく、ＳＩＭカードに記憶されていても良い。
【０１１８】
ＥＭＭ  Ｓｔａｔｅは、ＵＥ＿Ａ８の移動管理状態を示す。例えば、ＵＥ＿Ａ８がネットワークに登録されているＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（登録状態、ｒｅｇｉｓｔｅｒｅｄ状態）、又はＵＥ＿Ａ８がネットワークに登録されていないＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＤ（非登録状態、ｄｅｒｅｇｉｓｔｅｒｅｄ状態）であっても良い。
【０１１９】
ＧＵＴＩは、Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙの略であり、ＵＥ＿Ａ８の一時的な識別情報である。ＧＵＴＩはＭＭＥ（例えば、ＭＭＥ＿Ａ４０）の識別情報（ＧＵＭＭＥＩ：Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  ＭＭＥ  Ｉｄｅｎｔｉｆｉｅｒ）と特定ＭＭＥ（例えば、ＭＭＥ＿Ａ４０）内でのＵＥ＿Ａ８の識別情報（Ｍ−ＴＭＳＩ）により構成される。
【０１２０】
ＭＥ  Ｉｄｅｎｔｉｔｙは、ＭＥのＩＤであり、例えば、ＩＭＥＩ／ＩＭＩＳＶであっても良い。またここで、ＭＥはＵＥであっても良い。
【０１２１】
ＰｒｏＳｅ  ａｂｉｌｉｔｙは、ＰｒｏＳｅを用いた通信機能を持つことを示す識別情報である。更にＰｒｏＳｅ  ａｂｉｌｉｔｙは、近隣ＵＥが送信するアナウシング信号を受信し、検出する機能を持つことを示す識別情報であってもよく、Ｒｅｍｏｔｅ  ＵＥとなり、近隣のＲｅｌａｙ  ＵＥとの直接通信路を介したネットワークへのＰＤＮ接続を確立することが出来る機能を示す識別情報であって良い。また、これら能力ごとにそれぞれ異なる識別情報があり、ＰｒｏＳｅ  ａｂｉｌｉｔｙはそれらを組み合わせた識別情報であって良い。
【０１２２】
図６（ｂ）は、ＰＤＮ接続ごとのＵＥコンテキストを示す。ＰＤＮ接続ごとのＵＥコンテキストには、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤ、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ｔｙｐｅ、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤ、ＡＰＮ、ＩＰ  Ａｄｄｒｅｓｓ、Ｄｅｆａｕｌｔ  ｂｅａｒｅｒ、Ｇｒｏｕｐ  ＩＤ、Ｐｒｏｓｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤ、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ、Ｔｉｍｅｒが記憶される。
【０１２３】
ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤは、ＰＤＮ接続を識別するための識別情報である。例えば、ＵＥ＿Ｂ９がＰＤＮ接続をＲｅｌａｙ  ＵＥとのＰｒｏＳｅの直接通信路を介して確立している場合、ＰＤＮ＿Ａ５で記憶されるＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤと同じ情報を記憶して良い。さらに、ＵＥ＿Ｂ９が記憶するＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤは、ＵＥ＿Ａ８で記憶される情報と同じであっても良い。
【０１２４】
ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ｔｙｐｅは、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤで識別されるＰＤＮ接続が従来の自端末用のＰＤＮ接続なのか、Ｒｅｌａｙ  ＵＥを介したＰＤＮ接続なのかを示す情報であって良い。具体的には、自端末用のＰＤＮ接続である場合、“Ｎｏｒｍａｌ”、Ｒｅｍｏｔｅ  ＵＥの為のＰＤＮ接続である場合“ｂｙ  Ｒｅｌａｙ  ＵＥ”など示しても良い。また、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ｔｙｐｅの情報は、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤに含まれてもよく、その場合、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤ基づいて、ＰＤＮ接続のタイプが識別されても良い。
【０１２５】
Ａｐｐｌｉｃａｔｉｏｎ  ＩＤは、ＵＥ＿Ｂ９が近隣のＲｅｌａｙ  ＵＥとの直接通信路を確立する際に利用するアプリケーションを識別するためのＡｐｐｌｉｃａｔｉｏｎ  ＩＤであって良い。
【０１２６】
ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、ＵＥ＿Ｂ９のＰｒｏＳｅを用いたＲｅｌａｙ機能を行うためにＰｒｏＳｅアプリケーションサーバから割り当てられたユーザを識別するための識別情報である。ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、ＰｒｏＳｅアプリケーションサーバで、アプリケーションレイヤのユーザ情報と対応付けられて記憶されている情報である。
【０１２７】
ＡＰＮは、ＵＥ＿Ｂ９の接続先を示す。このＡＰＮは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されても良い。
【０１２８】
ＩＰ  Ａｄｄｒｅｓｓは、ＰＤＮ接続でＵＥ＿Ｂ９に割り当てられたＩＰアドレスであり、ＩＰｖ４アドレス、又はＩＰｖ６  プレフィックスであっても良い。
【０１２９】
Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒは、このＰＤＮ接続でのデフォルトベアラを識別するＥＰＳベアラ識別情報である。
【０１３０】
Ｇｒｏｕｐ  ＩＤは、ＵＥ＿Ｂ９が属するグループの識別情報である。また、ＰｒｏＳｅ機能が許可されたグループの識別情報であって良い。ＵＥ＿Ｂ９が一対多通信をする場合、Ｇｒｏｕｐ  ＩＤは、Ｒｅｌａｙ  ＵＥから送信されるレイヤ２の送信先アドレスであって良い。
【０１３１】
Ｐｒｏｓｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤは、ＵＥ＿Ｂ９を識別する識別情報である。Ｐｒｏｓｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤは、ＰｒｏＳｅ機能部にＲｅｍｏｔｅ  ＵＥとして機能する事の承認を示す情報であって良い。言い換えれば、ＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤが割り当てられたＵＥはＰｒｏＳｅ機能部から、Ｒｅｍｏｔｅ  ＵＥとしてＲｅｌａｙ  ＵＥを検出し、Ｒｅｌａｙ  ＵＥと直接通信路を確立することでネットワークへ接続しても良い。
【０１３２】
なお、ＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤの代わりに、ＰｒｏＳｅ  ＵＥ  ＩＤが記憶部で記憶されていても良い。
【０１３３】
ＰｒｏＳｅ  ＵＥ  ＩＤは、リンクレイヤのＵＥ＿Ｂ９を識別する識別情報である。Ｐｒｏｓｅ  ＵＥ  ＩＤは、端末装置がＰｒｏＳｅ機能を有する事を示す情報であって良い。言い換えれば、ＰｒｏＳｅ  ＵＥ  ＩＤが割り当てられたＵＥはＰｒｏＳｅ機能を用いて近隣端末を検出する事ができる。
【０１３４】
ＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤとＰｒｏＳｅ  ＵＥ  ＩＤは、近隣端末を検出するための直接通信では送信されず、ＵＥ＿Ｂ９が近隣端末検出に用いるＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを取得するために用いられる。
【０１３５】
Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、ＵＥ＿Ｂ９がＲｅｌａｙ  ＵＥから近隣の端末装置とネットワークのリレーを提供される接続サービスを示すコードである。
【０１３６】
更に、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、Ｍｏｄｅｌ  Ａの近隣端末検出手続きで、ＵＥ＿Ｂ９が近隣のＲｅｌａｙ  ＵＥより送信されるアナウンス信号をモニタリングするのに用いられる。つまり、ＵＥ＿Ｂ９はＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを含めたアナウシング信号を受信したことを検知することで、Ｒｅｌａｙ  ＵＥを検出する。Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅはＰｒｏＳｅ機能部から通知されたコードあって良い。
【０１３７】
または、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、Ｍｏｄｅｌ  Ｂの近隣端末検出手続きで、ＵＥ＿Ｂ９がリレー機能を持つ近隣端末を探している事をアナウンスする際に用いるコードである。つまり、ＵＥ＿Ａ８は近隣のＲｅｌａｙ  ＵＥにＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを含めたアナウンス信号を送信し、応答を受信することで、近隣端末を検出する。Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅはＰｒｏＳｅ機能部から通知されたコードあって良い。
【０１３８】
また、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは防災通信（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）のためのアプリケーションの接続サービスであって良いし、アプリケーション毎に異なるコードが対応づけられていて、アプリケーションを識別することが出来る情報であっても良い。
【０１３９】
Ｔｉｍｅｒは、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応づけられたタイマであり、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示す。
【０１４０】
図６（ｃ）はベアラごとのＵＥコンテキストを示す。ベアラごとのＵＥコンテキストは、少なくとも、転送路識別情報とＴｒａｎｓａｃｔｉｏｎ  ＩＤが記憶されて良い。
【０１４１】
転送路識別情報は、ベアラを識別する情報であって良い。具体的に、例えばｄｅｄｉｃａｔｉｅｄベアラのベアラＩＤであって良い。
【０１４２】
Ｔｒａｎｓａｃｔｉｏｎ  ＩＤは、ベアラを用いた通信を識別するための情報である。
【０１４３】
［１．２．３  ＰｒｏＳｅ機能部の構成］
図７は本実施形態におけるＰｒｏＳｅ機能部＿Ａ７の装置構成を示す。
ＰｒｏＳｅ機能部＿Ａ７とは、近隣端末検出や端末間の直接通信等のＰｒｏＳｅによるサービスの管理、認証を行うサーバ装置であり、移動通信事業者によって管理される装置である。
【０１４４】
ＰｒｏＳｅ機能部＿Ａ７はネットワーク接続部＿Ｃ７００と、制御部＿Ｃ７０２と記憶部＿Ｃ７４０により構成される。ネットワーク接続部＿Ｃ７００と記憶部＿Ｃ７４０は制御部＿Ｃ７０２を介してバスで接続されている。
【０１４５】
制御部＿Ｃ７０２はＰｒｏＳｅ機能部＿Ａ７を制御する為の機能部である。制御部＿Ｃ７０２は記憶部＿Ｃ７４０に記憶されている各種プログラムを読みだして実行する機能部である。
【０１４６】
ネットワーク接続部＿Ｃ７００は、ＰｒｏＳｅ機能部＿Ａ７がＩＰ移動通信ネットワーク３に接続する為の機能部である。なお、ネットワーク接続部＿Ｃ７００は、ＩＰ移動通信ネットワーク３内の各機能部に対する送受信部を含み構成してよい。
【０１４７】
記憶部＿Ｃ７４０は、ＰｒｏＳｅ機能部＿Ａ７の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部＿Ｃ７４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成されている。
【０１４８】
さらに、記憶部＿Ｃ７４０にはＵＥコンテキスト＿Ｃ７４２を記憶して良い。または、記憶部＿Ｃ７４０ではＵＥコンテキスト＿Ｃ７４２に限定せず、各種情報要素が記憶されていれば良い。
【０１４９】
ＵＥコンテキスト＿Ｃ７４２は、ＵＥごとのＵＥコンテキストと、Ｒｅｌａｙ  ＳｅｒｖｉｃｅごとのＵＥコンテキストを含めて構成して良い。
【０１５０】
図８（ａ）は、ＵＥごとのＵＥコンテキストを示す。ＵＥごとのＵＥコンテキストは、ＨＳＳから取得したＰｒｏＳｅ機能に関連する情報である。
【０１５１】
具体的に、例えばＵＥごとのＵＥコンテキストはＩＭＳＩ、ＧＵＴＩ、ＭＥ  Ｉｄｅｎｔｉｔｙ、ＰｒｏＳｅ  ａｂｉｌｉｔｙが含まれて構成されて良い。
【０１５２】
ＩＭＳＩはＵＥ＿Ａ８を使用するユーザ（加入者）に割り当てられる、識別情報である。ＩＭＳＩは、回線の契約を示す識別情報であってもよく、ＳＩＭカードに記憶されていても良い。
【０１５３】
ＧＵＴＩは、Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙの略であり、ＵＥの一時的な識別情報である。ＧＵＴＩはＭＭＥ（例えば、ＭＭＥ＿Ａ４０）の識別情報（ＧＵＭＭＥＩ：Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  ＭＭＥ  Ｉｄｅｎｔｉｆｉｅｒ）と特定ＭＭＥ（例えば、ＭＭＥ＿Ａ４０）内でのＵＥ＿Ａ８の識別情報（Ｍ−ＴＭＳＩ）により構成される。
【０１５４】
ＭＥ  Ｉｄｅｎｔｉｔｙは、ＭＥのＩＤであり、例えば、ＩＭＥＩ／ＩＭＩＳＶであっても良い。またここで、ＭＥはＵＥであっても良い。
【０１５５】
ＰｒｏＳｅ  ａｂｉｌｉｔｙは、ＰｒｏＳｅを用いた通信機能を持つことを示す識別情報である。更にＰｒｏＳｅ  ａｂｉｌｉｔｙは、近隣ＵＥに対してアナウシング信号を送信する機能を持つことを示す識別情報や、近隣ＵＥから送信されるアナウシング信号を受信できる機能を示す識別情報であってもよく、近隣端末とネットワーク間のリレー端末になることが出来る機能を示す識別情報やＲｅｍｏｔｅ  ＵＥとして近隣端末を介してＰＤＮ接続を確立できる機能を示す識別情報であって良い。また、これらの能力ごとにそれぞれ異なる識別情報があり、ＰｒｏＳｅ  ａｂｉｌｉｔｙはそれらを組み合わせた識別情報であって良い。
【０１５６】
図８（ｂ）にＲｅｌａｙ  ＳｅｒｖｉｃｅごとのＵＥコンテキストを示す。Ｒｅｌａｙ  ＳｅｒｖｉｃｅごとのＵＥコンテキストは、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ、Ｄｉｓｃｏｖｅｒｙ  ａｕｔｈｏｒｉｚａｔｉｏｎ  ｉｎｆｏ、Ｇｒｏｕｐ  ＩＤ、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ、Ｔｉｍｅｒ、Ｒｅｌａｙ／Ｒｅｍｏｔｅ  ＵＥ  ｉｎｆｏが含まれて構成されて良い。
【０１５７】
Ａｐｐｌｉｃａｔｉｏｎ  ＩＤは、ＰＤＮ接続が利用できるアプリケーションを識別する情報である。近隣端末のＲｅｍｏｔｅ  ＵＥが、このＰＤＮ接続へ接続している場合、近隣端末が利用するアプリケーションを識別するためのＡｐｐｌｉｃａｔｉｏｎ  ＩＤが記憶部で記憶されて良い。言い換えれば、ＵＥ＿Ａ８が近隣端末と直接通信路を確立するためのアプリケーションを識別するＡｐｐｌｉｃａｔｉｏｎ  ＩＤが記憶部で記憶されて良い。Ａｐｐｌｉｃａｔｉｏｎ  ＩＤはサービスを識別するサービス識別情報であっても良い。
【０１５８】
Ｄｉｓｃｏｖｅｒｙ  ａｕｔｈｏｒｉｚａｔｉｏｎ  ｉｎｆｏは、ＰｒｏＳｅ機能部＿Ａ７が管理するＵＥの近隣端末検出に対する認証に関する情報である。具体的には、ＵＥに対してＰｒｏＳｅ機能部＿Ａ７がＲｅｌａｙ  ＵＥとなる近隣端末を検出することを認証した事を示す認証情報や、ＵＥに対してＰｒｏＳｅ機能部＿Ａ７がＲｅｍｏｔｅ  ＵＥに対してアナウンスを送信することで、近隣端末に検出されることを認証した事を示す認証情報であって良い。
【０１５９】
Ｇｒｏｕｐ  ＩＤは、ＵＥが属するグループの識別情報である。また、ＰｒｏＳｅ機能が許可されたグループの識別情報であって良い。ＵＥが一対多通信をする場合、Ｇｒｏｕｐ  ＩＤは、Ｒｅｌａｙ  ＵＥが送信するレイヤ２の送信先アドレスであって良い。
【０１６０】
Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、サービスによりＵＥに提供される接続性を識別する識別情報である。ＵＥが記憶するＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと同じＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが記憶されていて良い。
【０１６１】
Ｔｉｍｅｒは、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられたタイマである。ＴｉｍｅｒはＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示す。
【０１６２】
Ｒｅｌａｙ／Ｒｅｍｏｔｅ  ＵＥ  ｉｎｆｏは、ＵＥコンテキストの直接通信先であるＵＥに関する情報である。つまり、ＵＥコンテキストがＲｅｌａｙ  ＵＥに対するコンテキストである場合、Ｒｅｍｏｔｅ  ＵＥ  ｉｎｆｏが記憶部で記憶され、ＵＥコンテキストがＲｅｍｏｔｅ  ＵＥに対するコンテキストである場合、Ｒｅｌａｙ  ＵＥ  ｉｎｆｏが記憶される。
【０１６３】
また、これらの情報は各端末装置のＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤや、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤ、またはＰｒｏＳｅ  ＵＥ  ＩＤであって良い。
【０１６４】
［１．２．４  ＨＳＳの構成］
図９は本実施形態におけるＨＳＳ＿Ａ５０の装置構成を示す。ＨＳＳ＿Ａ５０は、加入者情報を管理するサーバ装置である。さらに、ＨＳＳ＿Ａ５０はＰｒｏＳｅをはじめとする通信サービスのサービス提供に対する許可情報等を管理する。
【０１６５】
ＨＳＳ＿Ａ５０はネットワーク接続部＿Ｄ９００と、制御部＿Ｄ９０２と記憶部＿Ｄ９４０により構成される。ネットワーク接続部＿Ｄ９００と記憶部＿Ｄ９４０は制御部＿Ｄ９０２を介してバスで接続されている。
【０１６６】
制御部＿Ｄ９０２はＨＳＳ＿Ａ５０を制御する為の機能部である。制御部＿Ｄ９０２は記憶部＿Ｄ９４０に記憶されている各種プログラムを読みだして実行する機能部である。
【０１６７】
ネットワーク接続部＿Ｄ９００は、ＨＳＳ＿Ａ５０がＩＰ移動通信ネットワーク３に接続する為の機能部である。なお、ネットワーク接続部＿Ｄ９００は、ＩＰ移動通信ネットワーク３内の各機能部に対する送受信部を含み構成してよい。
【０１６８】
記憶部＿Ｄ９４０はＨＳＳ＿Ａ５０の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部７０７は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成される。
【０１６９】
さらに、記憶部＿Ｄ９４０にはＨＳＳデータ＿Ｄ９４２を記憶して良い。また、記憶部＿Ｄ９４０はＵＥ毎に加入者情報として管理しても良い。
【０１７０】
ＨＳＳデータ＿Ｄ９４２は、ＵＥごとのＨＳＳデータと、ＰＤＮ接続ごとのＨＳＳデータを含めて構成される。
【０１７１】
図１０（ａ）にＵＥごとのＨＳＳデータを示す。図に示すように、ＵＥごとのＨＳＳデータには、ＩＭＳＩ、ＭＳＩＳＤＮ、ＩＭＥＩ／ＩＭＥＩＳＶ、Ａｃｃｅｓｓ  Ｒｅｓｔｒｉｃｔｉｏｎ、ＰｒｏＳｅ  ｃａｐａｂｉｌｉｔｙ、ＰＬＭＮ  ｌｉｓｔが含まれて良い。
【０１７２】
ＩＭＳＩはＵＥ＿Ａ８を使用するユーザ（加入者）に割り当てられる、識別情報である。ＩＭＳＩは、回線の契約を示す識別情報であってもよく、ＳＩＭカードに記憶されていても良い。ＭＳＩＳＤＮは、ＵＥの電話番号を表す。ＩＭＥＩ／ＩＭＥＩＳＶは、ＵＥに割り当てられている識別情報である。Ａｃｃｅｓｓ  Ｒｅｓｔｒｉｃｔｉｏｎは、アクセス制限の登録情報を示す。
【０１７３】
ＰｒｏＳｅ  ｃａｐａｂｉｌｉｔｙは、ＵＥがＰｒｏＳｅ機能を有するかを示す。ここで、ＰｒｏＳｅ機能とは、近隣端末の検出能力及び、近隣端末との直接通信能力を意味する。つまり、ＵＥごとのＨＳＳデータにＰｒｏＳｅ  ｃａｐａｂｉｌｉｔｙが含まれている場合、ＵＥはＰｒｏＳｅにより、近隣端末を検出または近隣端末に検出され、近隣端末との直接通信を行うことが出来る。更に、ＰｒｏＳｅ  ｃａｐａｂｉｌｉｔｙは、近隣端末との直接通信を行うことで、近隣端末に対して、ネットワークの接続サービスを提供する事が許可された事を示す情報であっても良い。または、ＰｒｏＳｅ  ｃａｐａｂｉｌｉｔｙは、近隣端末との直接通信を行うことで、ネットワークの接続サービスが提供される事が許可された事を示す情報であっても良い。または、これら両方の情報が含まれていても良い。
【０１７４】
ＰＬＭＮ  ｌｉｓｔは、ＵＥが近隣端末の検出を許可されたＰＬＭＮのリストである。また、ＨＳＳ＿Ａ５０はＰＬＭＮ  ｌｉｓｔを含めた認証情報を記憶しても良い。ＨＳＳ＿Ａ５０はＰｒｏＳｅ機能部の要求に基づいて、ＵＥが許可されたＰＬＭＮ  ＩＤをＰｒｏＳｅ機能部に通知しても良い。
【０１７５】
ＵＥごとのＨＳＳデータの各要素につてここまで説明してきたが、ＵＥごとのＨＳＳデータはこれに限らず、その他の情報を含めて記憶して良い。
【０１７６】
図１０（ｂ）はＰＤＮ接続ごとのＨＳＳでデータを示す。ＰＤＮ接続ごとのＨＳＳデータはＣｏｎｔｅｘｔ  ＩＤ、ＰＤＮ  ａｄｄｒｅｓｓ、ＰＤＮ  Ｔｙｐｅ、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  Ｔｙｐｅ、ＡＰＮ、ＰＤＮ  ＧＷ  ＩＤにより構成される。
【０１７７】
Ｃｏｎｔｅｘｔ  ＩＤは、ＰＤＮごとのＨＳＳデータが含まれるコンテキストを識別する情報である。
【０１７８】
ＰＤＮ  Ａｄｄｒｅｓｓは、ＰＤＮ接続の確立時に、ＵＥが登録されたＩＰアドレスを示す。
【０１７９】
ＰＤＮ  Ｔｙｐｅは、ＰＤＮ  Ａｄｄｒｅｓｓのタイプを示す。つまり、例えばＩＰｖ４又はＩＰｖ６又はＩＰｖ４ｖ６を識別するための識別情報である。
【０１８０】
ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ｔｙｐｅは、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤで識別されるＰＤＮ接続が従来の自端末用のＰＤＮ接続なのか、Ｒｅｍｏｔｅ  ＵＥのためのＰＤＮ接続なのか、Ｒｅｌａｙ  ＵＥにより提供されたＰＤＮ接続なのかを示す情報であって良い。具体的には、自端末用のＰＤＮ接続である場合、“Ｎｏｒｍａｌ”、Ｒｅｍｏｔｅ  ＵＥの為のＰＤＮ接続である場合“ｆｏｒ  Ｒｅｍｏｔｅ  ＵＥ”、Ｒｅｌａｙ  ＵＥに提供されている場合、“ｂｙ  Ｒｅｌａｙ  ＵＥ”など示しても良い。また、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ｔｙｐｅの情報は、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤに含まれてもよく、その場合、ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ  ＩＤ基づいて、ＰＤＮ接続のタイプが識別されても良い。
【０１８１】
ＡＰＮは、ＵＥ＿Ａ８の接続先を示す。このＡＰＮは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されても良い。
【０１８２】
ＰＤＮ  ＧＷ  ｉｄｅｎｔｉｔｙは、このＡＰＮで利用されるＰＧＷを識別する識別情報である。この識別情報は、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ：完全修飾ドメイン名）、又はＩＰアドレスであっても良い。
【０１８３】
ＰＤＮ接続ごとのＨＳＳデータの各要素につてここまで説明してきたが、ＰＤＮ接続ごとのＨＳＳデータはこれに限らず、その他の情報を含めて記憶して良い。
【０１８４】
［１．２．５  ＰｒｏＳｅアプリケーションサーバの構成］
図１１は本実施形態におけるＰｒｏＳｅアプリケーションサーバ＿Ａ２の装置構成を示す。ＰｒｏＳｅアプリケーションサーバ＿Ａ２とは、ＰｒｏＳｅに関するアプリケーションサーバであり、アプリケーションレイヤのユーザ情報とＰｅｒｍｉｓｓｉｏｎ  ｉｎｆｏなどの許可情報を紐づけて管理したり、ユーザごとの許可情報を記憶したりするサーバ装置であって良い。
【０１８５】
ＰｒｏＳｅアプリケーションサーバ＿Ａ２はネットワーク接続部＿Ｅ１１００と、制御部＿Ｅ１１０２と記憶部＿Ｅ１１４０により構成される。ネットワーク接続部＿Ｅ１１００と記憶部＿Ｅ１１４０は制御部＿Ｅ１１０２を介してバスで接続されている。
【０１８６】
制御部＿Ｅ１１０２はＰｒｏＳｅアプリケーションサーバ＿Ａ２を制御する為の機能部である。制御部＿Ｅ１１０２は記憶部＿Ｅ１１４０に記憶されている各種プログラムを読みだして実行する機能部である。
【０１８７】
ネットワーク接続部＿Ｅ１１００は、ＰｒｏＳｅアプリケーションサーバ＿Ａ２がＩＰ移動通信ネットワーク３に接続する為の機能部である。なお、ネットワーク接続部＿Ｅ１１００は、ＩＰ移動通信ネットワーク３内の各機能部に対する送受信部を含み構成してよい。
【０１８８】
記憶部＿Ｅ１１４０は、ＰｒｏＳｅアプリケーションサーバ＿Ａ２の各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部＿Ｅ１１４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成されている。
【０１８９】
さらに、記憶部＿Ｅ１１４０にはＵＥコンテキスト＿Ｅ１１４２を記憶して良い。または、記憶部＿Ｅ１１４０ではＵＥコンテキスト＿Ｅ１１４２に限定せず、各種情報要素が記憶されていれば良い。
【０１９０】
なお、ＵＥコンテキスト＿Ｅ１１４２は少なくともユーザごとのＵＥコンテキストを含める。
【０１９１】
図１２（ａ）にユーザごとのＵＥコンテキストを示す。ユーザごとのＵＥコンテキスト＿Ｅ１１４２はＡｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ  Ｕｓｅｒ  ＩＤ、ＰｒｏＳｅ  Ｆｕｎｃｔｉｏｎ  ＩＤ、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ、ＰｒｏＳｅ  Ａｐｐｌｉａｔｉｏｎ  Ｕｓｅｒ  ＩＤ、Ｐｅｒｍｉｓｓｉｏｎ  ｉｎｆｏを含めて構成する。
【０１９２】
Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ  Ｕｓｅｒ  ＩＤは、アプリケーションレイヤでのユーザの識別情報である。
【０１９３】
ＰｒｏＳｅ  Ｆｕｎｃｔｉｏｎ  ＩＤは、ユーザが認証されたＰｒｏＳｅ機能部を識別する識別情報である。ＰｒｏＳｅ  Ｆｕｎｃｔｉｏｎ  ＩＤは、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ：完全修飾ドメイン名）、又はＩＰアドレスであっても良い。
【０１９４】
Ａｐｐｌｉｃａｔｉｏｎ  ＩＤは、ユーザにＰｒｏＳｅサービスを提供するアプリケーションを識別する情報である。
【０１９５】
ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤ（ＰＡＵＩＤ）は、ユーザを識別する情報であり、Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｙｅｒ  Ｕｓｅｒ  ＩＤと紐づけられて、記憶される情報である。ＰｒｏＳｅ機能部が記憶するＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤと同じであって良い。
【０１９６】
Ｐｅｒｍｉｓｓｉｏｎ  ｉｎｆｏは、各ユーザに対するＰｒｏＳｅ機能の許可情報を示す情報である。具体的に、例えば図１２（ｂ）に示すような管理表を用いてＰｅｒｍｉｓｓｉｏｎ  ｉｎｆｏは管理されても良い。
【０１９７】
図１２（ｂ）に示す一例では、Ｐｅｒｍｉｓｓｉｏｎ  ｉｎｆｏで管理される許可情報は、Ｒｅｍｏｔｅ  ＵＥ機能、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ機能に対して管理されてよい。
【０１９８】
ここでＲｅｍｏｔｅ  ＵＥ機能は、Ｒｅｍｏｔｅ  ＵＥとして、Ｒｅｌａｙ  ＵＥになる近隣端末を検出する事ができ、Ｒｅｌａｙ  ＵＥに提供されるＰＤＮ接続を用いる事が出来る機能を示す。
【０１９９】
図１２（ｂ）の例では、ＰＡＵＩＤ（Ａ）が割り当てられたユーザはＲｅｍｏｔｅ  ＵＥ機能は許可されず、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ機能が許可されている。更に、ＰＡＵＩＤ（Ｂ）が割り当てられたユーザはＲｅｍｏｔｅ  ＵＥ機能が許可され、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ機能が許可されていない。
【０２００】
更に、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ機能は、Ｒｅｌａｙ  ＵＥとなり、近隣端末にネットワーク接続サービスを提供する事ができる機能を示す。
【０２０１】
さらに、Ｐｅｒｍｉｓｓｉｏｎ  ｉｎｆｏには、ユーザが許可されるＤｉｓｃｏｖｅｒｙ  Ｔｙｐｅが含まれても良い。
【０２０２】
具体的には、Ｄｉｓｃｏｖｅｒｙ手続きが、Ｒｅｍｏｔｅ  ＵＥがＲｅｌａｙ  ＵＥからアナウンスされた信号を受信することにより、Ｒｅｌａｙ  ＵＥを検出する方法であることを示す情報が、ｐｅｒｍｉｓｓｉｏｎ  ｉｎｆｏに含まれていても良い。
【０２０３】
または、Ｄｉｓｃｏｖｅｒｙ手続きが、Ｒｅｍｏｔｅ  ＵＥから送信されたＳｏｌｉｃｉｔａｔｉｏｎ情報をもとにＲｅｌａｙ  ＵＥから送信されるＲｅｓｐｏｎｓｅをＲｅｍｏｔｅ  ＵＥが受信することでＲｅｌａｙ  ＵＥを検出する検出方法であることを示す情報が、ｐｅｒｍｉｓｓｉｏｎ  ｉｎｆｏに含まれていても良い。  また、これらは各機能（Ｒｅｍｏｔｅ  ＵＥ機能、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ機能）に対応付けて記憶されても良い。
【０２０４】
［１．３  処理の説明］
以下に、本実施形態で説明する処理の概要について説明する。
【０２０５】
［１．３．１  サービス認証手続き］
ＵＥ＿Ａ８及びＵＥ＿Ｂ９は、ＰｒｏＳｅサービスとして提供される近隣端末検出（ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）や直接通信路を用いた通信（ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に対する認証手続きを実施する。
【０２０６】
更に、ＵＥ＿Ａ８は、ＰｒｏＳｅサービスとして、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ機能を用いる事に対する認証手続きを実施し、ＵＥ＿Ｂ９はＲｅｍｏｔｅ  ＵＥ機能を用いる事に対する認証手続きを実施する。
【０２０７】
近隣端末検出と、直接通信路を用いた通信は、それぞれを異なる手続きで認証されても良いし、一つの認証手続きで認証されても良い。
【０２０８】
また、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ機能の認証又はＲｅｍｏｔｅ  ＵＥ機能の認証は、近隣端末検出と、直接通信路を用いた通信に対する認証手続きと共に認証されても良いし、異なる手続きで認証されて良い。
【０２０９】
ここで、以下のサービス認証手続きにおいては、ＵＥ＿Ａ８とＵＥ＿Ｂ９は、基地局のカバレッジ内（通信範囲内）に位置する。
【０２１０】
［１．３．１．１  Ｒｅｌａｙ  ＵＥのサービス認証手続き］
以下、図１３を用いて本実施形態におけるＲｅｌａｙ  ＵＥ認証手続きを説明する。
【０２１１】
まず、Ｒｅｌａｙ  ＵＥとなるＵＥ＿Ａ８はアタッチ手続きを実行し、コアネットワークに接続する（Ｓ１３０２）。アタッチ手続きの結果、ＵＥ＿Ａ８はＰＧＷ＿Ａ３０との間にＰＤＮ接続を確立する。ＰＤＮ接続はＰＤＮ５との間でデータを送受信するための通信路である。アタッチ手続きはＵＥ＿Ａ８の電源投入時など、初期手続きとして実行されて良い。
【０２１２】
より具体的にはアタッチ手続きを用いて説明する。ＵＥ＿Ａ８がＭＭＥ＿Ａ４０にアタッチ要求を送信して開始する。アタッチ要求には、ＡＰＮやＩＭＳＩなどＵＥの識別情報を含めて送信しても良い。また、ＡＰＮはアタッチ要求メッセージに必ずしも含まれる必要はなく、アタッチ手続き内の制御メッセージによってＵＥ＿Ａ８からＭＭＥ＿Ａ４０に通知されても良い。
【０２１３】
また、ＵＥ＿Ａ８は従来のＰＤＮ接続を要求しても良いし、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙに用いるＰＤＮ接続を要求しても良い。ＵＥ＿Ａ８はアタッチ要求メッセージに、従来のＰＤＮ接続を要求するのか、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙに用いるＰＤＮ接続を要求するのかを示す識別情報を含めても良い。
【０２１４】
ＭＭＥ＿Ａ４０は、受信したＡＰＮに基づいてＰＧＷ＿Ａ３０を選択し、ＵＥ＿Ａ８に対するＰＤＮ接続の端点を決定する。さらに、ＰＤＮ接続の確立や、コアネットワークへの接続を許可し、アタッチ要求メッセージに対する応答となるアタッチ許可メッセージをＵＥ＿Ａ８に送信する。なお、アタッチ許可メッセージは、ＭＭＥ＿Ａ４０から直接ＵＥ＿Ａ８に送信されても良いし、ＬＴＥ  ＡＮ＿Ａ８０に含まれるｅＮＢ＿Ａ４５を介して送信されても良い。
【０２１５】
なお、ＭＭＥ＿Ａ４０がＨＳＳ＿Ａ５０とのセキュリティ認証手続きにおいて、ＵＥ＿Ａ８がＲｅｌａｙ  ＵＥであることを認証した場合、ＭＭＥ＿Ａ４０は、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙの為のＰＤＮ接続の確立を許可し、アタッチ要求メッセージに対する応答となるアタッチ許可メッセージに許可情報を含めて送信しても良い。
【０２１６】
または、ＵＥ＿Ａ８が送信するアタッチ要求に含まれるＡＰＮをもとに、ＭＭＥ＿Ａ４０が、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙの為のＰＤＮ接続の確立を許可し、アタッチ要求メッセージに対する応答となるアタッチ許可メッセージに許可情報を含めて送信しても良い。
【０２１７】
また、ＭＭＥ＿Ａ４０は、アタッチ許可メッセージの送信により、ＵＥ＿Ａ８がコアネットワーク接続を許可されたこと通知しても良い。また、ＭＭＥ＿Ａ４０は、アタッチ許可メッセージの送信により、ＰＤＮ接続を確立したことを通知しても良い。さらに、アタッチ許可メッセージには、ＰＤＮ接続に対応づけられたＩＰアドレスや、ＡＰＮを含めて送信しても良い。
【０２１８】
また、ＭＭＥ＿Ａ４０は、アタッチ許可メッセージにＰｒｏＳｅ  ＵＥ  ＩＤを含めて送信しても良い。ここで、ＰｒｏＳｅ  ＵＥ  ＩＤは、ＰｒｏＳｅ機能を持つＵＥに割り当てられる端末の識別情報である。例えば、ＭＭＥ＿Ａ４０は、ＵＥ＿Ａ８がアタッチ手続きにおいて送信するＡＰＮが、ＰｒｏＳｅサービスに関連付けられたＡＰＮであることを識別したことをもとに、アタッチ許可メッセージにＰｒｏＳｅ  ＵＥ  ＩＤを含めて送信しても良い。ＭＭＥ＿Ａ４０は、この際、ＵＥ＿Ａ８に対してＰｒｏＳｅ  ＵＥ  ＩＤ割り当てを行っても良い。また、ＨＳＳ＿Ａ５０から取得しても良い。この場合には、ＨＳＳ＿Ａ５０などが加入者情報に予めＰｒｏＳｅ  ＵＥ  ＩＤを記憶しておくなどして良い。
【０２１９】
また、ＰｒｏＳｅ  ＵＥ  ＩＤはＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤであっても良い。つまり、ＭＭＥ＿Ａ４０は、ＵＥ＿Ａ８の識別情報がＲｅｌａｙ  ＵＥ機能に関連付けられていることを識別したことをもとに、アタッチ許可メッセージにＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを含めても良い。
【０２２０】
次に、ＵＥ＿Ａ８はＰｒｏＳｅ登録要求をＰｒｏＳｅ機能部＿Ａ７に送信する（Ｓ１３０４）。ＰｒｏＳｅ登録要求は、ＰｒｏＳｅ機能部＿Ａ７にＰｒｏＳｅ機能をもつＵＥとして登録することを要求するＰｒｏＳｅ登録要求メッセージであってよい。ＵＥ＿Ａ８は、ＰｒｏＳｅ登録要求メッセージを送信することにより、近隣端末検出と、直接通信路を用いた通信の許可と、Ｒｅｌａｙ  ＵＥ機能を用いる事を要求しても良い。また、ＵＥ＿Ａ８は、近隣端末検出と、直接通信路を用いた通信と、Ｒｅｌａｙ  ＵＥ機能を用いる事の許可と、をそれぞれ識別する情報をＰｒｏＳｅ登録要求メッセージに含めて送信し、これら許可を求めても良い。
【０２２１】
また、ＵＥ＿Ａ８は、ＰｒｏＳｅ登録要求メッセージを、アタッチ手続きで確立したＰＤＮ接続を用いて送信しても良い。さらに、アタッチ手続きで取得したＩＰアドレスを送信元アドレスとしてＰｒｏＳｅ登録要求メッセージを送信しても良い。
【０２２２】
また、ＰｒｏＳｅ登録要求メッセージの送信先のＰｒｏＳｅ機能部＿Ａ７は、契約する通信事業者であるＨｏｍｅ  ＰＬＭＮに対応づけられたＰｒｏＳｅ機能部＿Ａ７の情報を予め保持しておき、送信先として用いても良い。
【０２２３】
もしくは、ＰｒｏＳｅサービスを提供可能な通信事業者のリストをローカルＰＬＭＮとして保持しておき、さらに、ローカルＰＬＭＮに対応づけられたＰｒｏＳｅ機能部＿Ａ７を保持しておくことで、送信先として用いても良い。
【０２２４】
ローカルＰＬＭＮは、Ｈｏｍｅ  ＰＬＭＮとの契約関係などで決定される任意の通信事業者でも良いし、Ｈｏｍｅ  ＰＬＭＮと同一の国で運用する通信事業者であっても良い。
【０２２５】
このように、ＵＥ＿Ａ８はＰＬＭＮを識別するＰＬＭＮ  ＩＤとＰｒｏＳｅ機能部＿Ａ７とを対応づけて保持しておき、送信先として用いて認証を要求しても良い。
【０２２６】
また、ＰＬＭＮ  ＩＤとＰｒｏＳｅ機能部＿Ａ７の情報は、Ｈｏｍｅ  ＰＬＭＮから取得しても良い。例えば、Ｈｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７に問い合わせを行い、問い合わせに対する応答により取得し、保持しても良い。
【０２２７】
ＰｒｏＳｅ機能部＿Ａ７は、ＰｒｏＳｅ登録要求を受信し、近隣端末の検出および直接通信路を用いた通信、及びＲｅｌａｙ  ＵＥ機能を用いたリレー通信の認証をして良い（Ｓ１３０６）。ＰｒｏＳｅ機能部＿Ａ７は認証に基づき、ＵＥ＿Ａ８にＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを割り当てて良い。
【０２２８】
また、ＰｒｏＳｅ機能部＿Ａ７は、ＰｒｏＳｅ機能部にＵＥコンテキストが記憶されない場合、ＨＳＳ＿Ａ５０にＰｒｏＳｅに関するＵＥの登録情報を要求して良い。
【０２２９】
ＰｒｏＳｅ機能部＿Ａ７が、ＵＥ＿Ａ８に対してＲｌｅｌａｙ  ＵＥ機能を用いたリレー通信の認証ができない場合、ＰｒｏＳｅ機能部＿Ａ７はＵＥ＿Ａ８にＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを割り当てなくて良い。
【０２３０】
また、ＰｒｏＳｅ機能部＿Ａ７は必要に応じて、ＰｒｏＳｅアプリケーションサーバ＿Ａ２に認証要求を送信して良い。具体的には、ＰｒｏＳｅ機能部＿Ａ７はオペレータのポリシーまたはネットワークポリシーに基づいて、ＰｒｏＳｅアプリケーションサーバ＿Ａ２に、ＵＥ＿Ａ８の認証を要求しても良い。ＰｒｏＳｅ機能部＿Ａ７は認証要求メッセージにＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを含めてＰｒｏＳｅアプリケーションサーバ＿Ａ２に送信しても良い。
【０２３１】
ＰｒｏＳｅアプリケーションサーバ＿Ａ２は、認証要求メッセージの受信に基づき、またはＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤの受信に基づき、ＵＥ＿Ａ８に対して近隣端末の検出および直接通信路を用いた通信、及びＲｅｌａｙ  ＵＥ機能を用いたリレー通信の認証をして良い。
【０２３２】
ＰｒｏＳｅ機能部＿Ａ７は、認証に基づいて、ＰｒｏＳｅ登録応答を送信しても良い（Ｓ１３０８）。ＰｒｏＳｅ登録応答は、ＵＥ＿Ａ８から受信したＰｒｏＳｅ登録要求に対する応答メッセージであってよい。
【０２３３】
ＰｒｏＳｅ登録応答には、認証結果を含めて送信しも良い。ＰｒｏＳｅ機能部＿Ａ７はＵＥ＿Ａ８に対応づけて認証するための情報を保持しておき、その情報に基づいて認証結果を可とするか不可とするか決定しても良い。
【０２３４】
また、ＰｒｏＳｅ機能部＿Ａ７はＰｒｏＳｅ登録要求の受信に基づいて、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤをＰｒｏＳｅ登録応答に含めてＵＥ＿Ａ８へ送信しても良い。ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤは、ＵＥ＿Ａ８に対応づけられたＩＤであってよく、ＵＥ＿Ａ８は、近隣端末の検出や、近隣端末へ自身を通知する場合に端末を識別する情報としてＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを用いても良い。より具体的には、ＵＥ＿Ａ８は、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤをアナウンス信号に含めて送信しても良い。
【０２３５】
ＰｒｏＳｅ機能部＿Ａ７は、応答メッセージにＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを含めないことで、認証の失敗を通知しても良い。
【０２３６】
ＵＥ＿Ａ８は、ＰｒｏＳｅ登録応答を受信し、認証結果を取得する。また、ＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを取得し、保持しても良い。
【０２３７】
また、ＵＥ＿Ａ８はＰｒｏＳｅ機能部＿Ａ７から、サービスに対応付けられ、サービスの認証が有効である時間を示すタイマを共に受信しても良い。ＵＥ＿Ａ８は、タイマの受信をもとにカウントを開始して良い。更に、もしカウントが終了した場合、再度サービス認証要求をＰｒｏＳｅ機能部＿Ａ７に送信しても良い。または、ネットワークからの要求に基づき、タイマのカウントの最中に、サービス認証要求を送信しても良い。
【０２３８】
［１．３．１．２  Ｒｅｍｏｔｅ  ＵＥのサービス認証手続き］
次に、本実施形態におけるＲｅｍｏｔｅ  ＵＥのサービス認証手続きを、図１３を用いて説明する。
【０２３９】
まず、Ｒｅｍｏｔｅ  ＵＥとなるＵＥ＿Ｂ９はアタッチ手続きを実行し、コアネットワークに接続する（Ｓ１３０２）。アタッチ手続きの結果、ＵＥ＿Ｂ９はＰＧＷ＿Ａ３０との間にＰＤＮ接続を確立する。ＰＤＮ接続はＰＤＮ５との間でデータを送受信するための通信路である。アタッチ手続きはＵＥ＿Ｂ９の電源投入時など、初期手続きとして実行されて良い。
【０２４０】
より具体的にはアタッチ手続きを用いて説明する。ＵＥ＿Ｂ９がＭＭＥ＿Ａ４０にアタッチ要求を送信して開始する。アタッチ要求には、ＡＰＮやＩＭＳＩなどＵＥの識別情報を含めて送信しても良い。また、ＡＰＮはアタッチ要求メッセージに必ずしも含まれる必要はなく、アタッチ手続き内の制御メッセージによってＵＥ＿Ｂ９からＭＭＥ＿Ａ４０に通知されても良い。
【０２４１】
ＭＭＥ＿Ａ４０は、受信したＡＰＮに基づいてＰＧＷ＿Ａ３０を選択し、ＵＥ＿Ｂ９に対するＰＤＮ接続の端点を決定する。さらに、ＰＤＮ接続の確立や、コアネットワークへの接続を許可し、アタッチ要求メッセージに対する応答となるアタッチ許可メッセージをＵＥ＿Ａ８に送信する。なお、アタッチ許可メッセージは、ＭＭＥ＿Ａ４０から直接ＵＥ＿Ａ８に送信されても良いし、ＬＴＥ  ＡＮ＿Ａ８０に含まれるｅＮＢ＿Ａ４５を介して送信されても良い。
【０２４２】
また、ＭＭＥ＿Ａ４０は、アタッチ許可メッセージの送信により、ＵＥ＿Ｂ９がコアネットワーク接続を許可されたこと通知しても良い。また、ＭＭＥ＿Ａ４０は、アタッチ許可メッセージの送信により、ＰＤＮ接続を確立したことを通知しても良い。さらに、アタッチ許可メッセージには、ＰＤＮ接続に対応づけられたＩＰアドレスや、ＡＰＮを含めて送信しても良い。
【０２４３】
また、ＭＭＥ＿Ａ４０は、アタッチ許可メッセージにＰｒｏＳｅ  ＵＥ  ＩＤを含めて送信しても良い。ここで、ＰｒｏＳｅ  ＵＥ  ＩＤは、ＰｒｏＳｅ機能を持つＵＥに割り当てられる端末の識別情報である。例えば、ＭＭＥ＿Ａ４０は、ＵＥ＿Ａ８がアタッチ手続きにおいて送信するＡＰＮが、ＰｒｏＳｅサービスに関連付けられたＡＰＮであることを識別したことをもとに、アタッチ許可メッセージにＰｒｏＳｅ  ＵＥ  ＩＤを含めて送信しても良い。ＭＭＥ＿Ａ４０は、この際、ＵＥ＿Ｂ９に対してＰｒｏＳｅ  ＵＥ  ＩＤ割り当てを行っても良い。また、ＨＳＳ＿Ａ５０から取得しても良い。この場合には、ＨＳＳ＿Ａ５０などが加入者情報に予めＰｒｏＳｅ  ＵＥ  ＩＤを記憶しておくなどして良い。
【０２４４】
また、ＰｒｏＳｅ  ＵＥ  ＩＤはＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤであっても良い。つまり、ＭＭＥ＿Ａ４０は、ＵＥ＿Ｂ９の識別情報がＲｅｍｏｔｅ  ＵＥ機能に関連付けられていることを識別したことをもとに、アタッチ許可メッセージにＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤを含めても良い。
【０２４５】
次に、ＵＥ＿Ｂ９はＰｒｏＳｅ登録要求をＰｒｏＳｅ機能部＿Ａ７に送信する（Ｓ１３０４）。ＰｒｏＳｅ登録要求は、ＰｒｏＳｅ機能部＿Ａ７にＰｒｏＳｅ機能をもつＵＥとして登録することを要求するＰｒｏＳｅ登録要求メッセージであってよい。ＵＥ＿Ｂ９は、ＰｒｏＳｅ登録要求メッセージを送信することにより、近隣端末検出と、直接通信路を用いた通信と、Ｒｅｍｏｔｅ  ＵＥ機能によるリレーサービスを用いたネットワークへのアクセスの許可を要求しても良い。また、ＵＥ＿Ｂ９は、近隣端末検出と、直接通信路を用いた通信の許可と、Ｒｅｍｏｔｅ  ＵＥ機能によるリレーサービスを用いたネットワークへのアクセスをそれぞれ識別する情報をＰｒｏＳｅ登録要求メッセージに含めて送信し、これらを個別に許可を求めても良い。
【０２４６】
また、ＰｒｏＳｅ登録要求の送信には、アタッチ手続きで確立したＰＤＮ接続を用いて送信しても良い。さらに、アタッチ手続きで取得したＩＰアドレスを送信元アドレスとしてＰｒｏＳｅ登録要求メッセージを送信しても良い。
【０２４７】
また、ＰｒｏＳｅ登録要求メッセージの送信先のＰｒｏＳｅ機能部＿Ａ７は、契約する通信事業者であるＨｏｍｅ  ＰＬＭＮに対応づけられたＰｒｏＳｅ機能部＿Ａ７の情報を予め保持しておき、送信先として用いても良い。
【０２４８】
もしくは、ＰｒｏＳｅサービスを提供可能な通信事業者のリストをローカルＰＬＭＮとして保持しておき、さらに、ローカルＰＬＭＮに対応づけられたＰｒｏＳｅ機能部＿Ａ７を保持しておくことで、送信先として用いても良い。
【０２４９】
ローカルＰＬＭＮは、Ｈｏｍｅ  ＰＬＭＮとの契約関係などで決定される任意の通信事業者でも良いし、Ｈｏｍｅ  ＰＬＭＮと同一の国で運用する通信事業者であっても良い。
【０２５０】
このように、ＵＥ＿Ｂ９はＰＬＭＮを識別するＰＬＭＮ  ＩＤとＰｒｏＳｅ機能部＿Ａ７とを対応づけて保持しておき、送信先として用いて認証を要求しても良い。
【０２５１】
また、ＰＬＭＮ  ＩＤとＰｒｏＳｅ機能部＿Ａ７の情報は、Ｈｏｍｅ  ＰＬＭＮから取得しても良い。例えば、Ｈｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７に問い合わせを行い、問い合わせに対する応答により取得し、保持しても良い。
【０２５２】
ＰｒｏＳｅ機能部＿Ａ７は、ＰｒｏＳｅ登録要求を受信し、近隣端末の検出および直接通信路を用いた通信、及びＲｅｍｏｔｅ  ＵＥ機能を用いたリレー通信の認証をして良い（Ｓ１３０６）。ＰｒｏＳｅ機能部＿Ａ７は認証に基づき、ＵＥ＿Ａ８にＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤを割り当てて良い。
【０２５３】
また、ＰｒｏＳｅ機能部＿Ａ７は、ＰｒｏＳｅ機能部にＵＥコンテキストが記憶されない場合、ＨＳＳ＿Ａ５０にＰｒｏＳｅに関するＵＥの登録情報を要求して良い。
【０２５４】
ＰｒｏＳｅ機能部＿Ａ７が、ＵＥ＿Ｂ９に対してＲｅｍｏｔｅ  ＵＥ機能を用いたリレー通信の認証ができない場合、ＰｒｏＳｅ機能部＿Ａ７はＵＥ＿Ｂ９にＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤを割り当てなくて良い。
【０２５５】
また、ＰｒｏＳｅ機能部＿Ａ７は必要に応じて、ＰｒｏＳｅアプリケーションサーバ＿Ａ２に認証要求を送信して良い。ＰｒｏＳｅ機能部＿Ａ７は認証要求メッセージにＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤを含めて送信しても良い。
【０２５６】
ＰｒｏＳｅアプリケーションサーバ＿Ａ２は、認証要求メッセージの受信に基づき、またはＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤの受信に基づき、ユーザに対して近隣端末の検出および直接通信路を用いた通信、及びＲｅｍｏｔｅ  ＵＥ機能を用いたリレー通信の認証をして良い。
【０２５７】
ＰｒｏＳｅ機能部＿Ａ７は、認証の成功に基づいて、ＰｒｏＳｅ登録応答を送信しても良い（Ｓ１３０８）。
【０２５８】
ＰｒｏＳｅ登録応答には、認証結果を含めて送信しも良い。ＰｒｏＳｅ機能部＿Ａ７はＵＥ＿Ｂ９に対応づけて認証するための情報を保持しておき、その情報に基づいて認証結果を可とするか不可とするか決定しても良い。
【０２５９】
また、ＰｒｏＳｅ機能部＿Ａ７はＰｒｏＳｅ登録要求の受信に基づいて、ＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤをＰｒｏＳｅ登録応答に含めてＵＥ＿Ｂ９へ送信しても良い。ＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤは、ＵＥ＿Ｂ９に対応づけられたＩＤであってよく、ＵＥ＿Ｂ９は、近隣端末の検出や、近隣端末へ自身を通知する場合に端末を識別する情報として用いても良い。より具体的には、ＵＥ＿Ｂ９は、ＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤを、ＵＥ＿Ａ８とのＰｒｏＳｅの直接通信路確立要求に含めて送信して良い。
【０２６０】
または、ＰｒｏＳｅ機能部＿Ａ７は、ＰｒｏＳｅ  ＵＥ  ＩＤをＰｒｏＳｅ登録応答に含めてＵＥ＿Ｂ９へ送信しても良い。  ＰｒｏＳｅ  ＵＥ  ＩＤは、ＵＥ＿Ｂ９を識別する識別情報である。Ｐｒｏｓｅ  ＵＥ  ＩＤは、端末装置がＰｒｏＳｅ機能を有する事を示す情報であって良い。言い換えれば、ＰｒｏＳｅ  ＵＥ  ＩＤが割り当てられたＵＥはＰｒｏＳｅ機能を用いて近隣端末を検出する事ができる。
【０２６１】
ＵＥ＿Ｂ９は、ＰｒｏＳｅ登録応答を受信し、認証結果を取得する。また、ＰｒｏＳｅ登録応答に含まれるＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤまたはＰｒｏＳｅ  ＵＥ  ＩＤを取得し、保持しても良い。
【０２６２】
また、ＵＥ＿Ｂ９はＰｒｏＳｅ機能部＿Ａ７から、サービスに対応付けられ、サービスの認証が有効である時間を示すタイマを共に受信しても良い。ＵＥ＿Ｂ９は、タイマの受信をもとにカウントを開始して良い。更に、もしカウントが終了した場合、再度サービス認証要求をＰｒｏＳｅ機能部＿Ａ７に送信しても良い。または、ネットワークからの要求に基づき、タイマのカウントの最中に、サービス認証要求を送信しても良い。
【０２６３】
［１．３．２  ディスカバリ要求手続き］
次に、各ＵＥ（Ｒｅｌａｙ  ＵＥとＲｅｍｏｔｅ  ＵＥ）が、アナウンスまたはモニタリングによるディスカバリ手続きを開始するための認証手続きを説明する。
【０２６４】
各ＵＥはアタッチ手続きでサービス認証されている事を条件として、以下の手続きを開始しても良い。
【０２６５】
［１．３．２．１  アナウンス要求手続き］
まず、ＵＥ＿Ａ８がアナウンスを要求する手続きを説明する。アナウンスとは、端末が自身の存在を近隣に位置する端末に対して通知することである。
【０２６６】
以下では、ＵＥ＿Ａ８がアナウンスを実行する手続きを、図１４をもとに説明する。
【０２６７】
ＵＥ＿Ａ８はＰｒｏＳｅアプリケーションサーバ＿Ａ２とＲｅｌａｙ  ＵＥ機能の許可情報を設定する（Ｓ１４０２）。
【０２６８】
Ｒｅｌａｙ  ＵＥ機能の許可情報の設定では、ＵＥ＿Ａ８はＰｒｏＳｅアプリケーションサーバにＰｒｏＳｅ機能部より割り当てられたＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを含めて通知する。
【０２６９】
ＰｒｏＳｅアプリケーションサーバ＿Ａ８はＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤの受信に基づき、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤをアプリケーションレイヤのユーザＩＤに割り当てる。
【０２７０】
なお、ＰｒｏＳｅアプリケーションサーバ＿Ａ２が、ＵＥ＿Ａ８に割り当てるＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙのためのＲｅｓｔｒｉｃｔｅｄ  ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤであっても良い。
【０２７１】
なお、ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙとは、検出されるＵＥからの明確な許可のもとに近隣端末を検出する手続きを意味する。
【０２７２】
ＰｒｏＳｅアプリケーションサーバ＿Ａ２はＵＥ＿Ａ８に割り当てたＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤを通知する。
【０２７３】
なお、許可情報の設定はサービス認証手続きの前に行っても良いし、後に行っても良い。
【０２７４】
次に、ＵＥ＿Ａ８はディスカバリ要求をＰｒｏＳｅ機能部＿Ａ７に送信する（Ｓ１４０４）。ディスカバリ要求は、ＵＥ＿Ａ８がアナウンス手続きを開始する事を要求する、ディスカバリ要求メッセージであってよい。ここで、ＵＥ＿Ａ８によるディスカバリ要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７において、ＵＥ＿Ａ８がアナウンスすることを認証されたことを条件としても良い。また、ＵＥ＿Ａ８は認証完了に伴い認証情報をＰｒｏＳｅ機能部＿Ａ７から取得し、認証情報を保持することを条件としても良い。
【０２７５】
ディスカバリ要求には、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤや、ＵＥ  ＩＤや、アナウンスを示すコマンドや、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスのためのディスカバリであることを示すディスカバリタイプや、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤが含まれて良い。
【０２７６】
ここで、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、許可設定手続きのなかで、ＰｒｏＳｅアプリケーションサーバ＿Ａ２から通知された情報である。
【０２７７】
ＵＥ  ＩＤは、ＵＥ＿Ａ８の識別情報であり、例えばＩＭＳＩであって良い。またはＭＥ  Ｉｄｅｎｔｉｔｙであっても良い。
【０２７８】
また、アナウンスを要求することを示す情報は、コマンドで識別する方法に限らず、アナウンス要求メッセージを規定するなどして、アナウンス要求メッセージを送信することで要求しても良い。より具体的には、アナウンスを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信しても良い。
【０２７９】
また、ディスカバリタイプは、要求するディスカバリ手続きが、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスのためであり、さらにアナウンスとモニタリングによるディスカバリ（Ｍｏｄｅｌ  Ａ）であることを示す情報であっても良い。
【０２８０】
なお、コマンド及び／又はディスカバリタイプは、ＵＥ＿Ａ８が近隣の端末装置とネットワークとのリレー機能を有することを示す能力情報であって良い。または、これらの情報とは別に、ＵＥ＿Ａ８は近隣の端末装置とネットワークとのリレー機能を有することを示しても良い。
【０２８１】
なお、ＵＥ＿Ａ８はディスカバリ要求に複数のディスカバリタイプとＡｐｐｌｉｃａｔｉｏｎ  ＩＤとの組み合わせを含めて送信しても良い。
【０２８２】
具体的には、ＵＥ＿Ａ８は、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ａとディスカバリタイプ＝“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”との組み合わせと、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ｂと“ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙ”との組み合わせと、を含めたディスカバリ要求を送信して良い。
【０２８３】
また、ディスカバリ要求の送信先のＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８の契約する通信事業者であるＨｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７に関する情報を予め保持しておき、Ｈｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７を送信先としても良い。
【０２８４】
また、ＵＥ＿Ａ８はディスカバリ要求に、ＡＰＮを含めても良い。ＡＰＮはＵＥ＿Ａ８がアクセスを要求するネットワークを示す。
【０２８５】
ＰｒｏＳｅ機能部＿Ａ７は、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤまたは、ＵＥ  ＩＤに基づいて、ＵＥ＿Ａ８がＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙのアナウシング機能が許可されているかどうかを確認する。
【０２８６】
更に、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８に既にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを割り当てていないかを確認する。
【０２８７】
ＰｒｏＳｅ機能部＿Ａ７は、ネットワークポリシーやオペレータのポリシーに基づき、アプリケーションサーバ＿Ａ２にディスカバリ要求を送信しても良い。
【０２８８】
この場合、ＰｒｏＳｅ機能部＿Ａ７はディスカバリ要求にＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤと、ディスカバリタイプを含めて送信して良い。
【０２８９】
ＰｒｏＳｅ  アプリケーションサーバ＿Ａ２はＰｒｏＳｅ機能部＿Ａ７からディスカバリ要求を受信したことに基づき、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤで識別されるユーザのｐｅｒｍｉｓｓｉｏｎ  ｉｎｆｏ等により許可情報を確認する。
【０２９０】
ＰｒｏＳｅ  アプリケーションサーバ＿Ａ２は、許可情報が確認できたら、ＰｒｏＳｅ機能部＿Ａ７にディスカバリ要求の応答としてディスカバリ応答を送信して良い。ディスカバリ応答は、ディスカバリ要求の応答メッセージであってよい。ディスカバリ応答には、サービスの利用が許可されたＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤが含まれて良い。また、ディスカバリ応答には、サービスの利用が許可された事を示す識別情報を含めても良い。
【０２９１】
ＰｒｏＳｅ機能部＿Ａ７は、ＰｒｏＳｅアプリケーションサーバ＿Ａ２からのディスカバリ応答、またはＰｒｏＳｅ機能部＿Ａ７によるサービスの許可に基づき、ＵＥ＿Ａ８にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、タイマを割り当てる。
【０２９２】
Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅはＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスに対応づけられた識別情報である。更に、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、ＰｒｏＳｅ機能部＿Ａ７がサービスに割り当てる一時的な識別情報であって良い。
【０２９３】
また、タイマは、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応づけられており、更にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマである。つまり、タイマのカウントが終了するまでＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いたアナウンスを許可する。
【０２９４】
なお、ディスカバリ要求に含まれるディスカバリタイプが“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”のみであった場合、ＰｒｏＳｅ機能部＿Ａ７はオペレータポリシー又はネットワークポリシーに基づいて、同じＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられた、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａ）をＵＥ＿Ａ８に更に割り当てて良い。また更に、ＰｒｏＳｅ機能部＿Ａ７はＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応し、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマも割り当てて良い。
【０２９５】
なお、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅとは、ＰｒｏＳｅ機能部がＰｒｏＳｅ  ｒｅｓｔｒｉｃｔｅｄ  Ｄｉｓｃｏｖｅｒｙサービスに用いるコードであり、１または複数のＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤに対応付けられていて良い。
【０２９６】
ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｄｉｓｃｏｖｅｒｙサービスとは、検出されている端末装置から明示的な許可のもとに検出する端末装置が検出するサービスである。例えば、モニタリング機能を持つＵＥが、近隣のアナウンス機能をもつＵＥからＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅを取得することで、明示的な検出の許可を確認し、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが含まれるアナウンスを受信することで、近隣のＵＥを検出するサービスである。
【０２９７】
従ってＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  ＡはＵＥ＿Ａ８のユーザのＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤに割り当てられたコードである。
【０２９８】
なお、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応付けられた、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマ値と、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられた、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマ値と異なっても良いし、同じ値であっても良い。
【０２９９】
また、ディスカバリ要求に、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ａとディスカバリタイプ＝“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”との組み合わせと、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ｂと“ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙ”との組み合わせが含まれていた場合、ＰｒｏＳｅ機能部＿Ａ７は、更にＵＥ＿Ａ８にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂ）を割り当てて良い。また更に、ＰｒｏＳｅ機能部＿Ａ７はＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応し、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマも割り当てて良い。
【０３００】
ここで、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  ＢはＵＥ＿Ａ８のユーザのＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤに割り当てられたコードである。
【０３０１】
ＰｒｏＳｅ機能部＿Ａ７が、ＵＥ＿Ａ８からのディスカバリ要求に応じてＵＥ＿Ａ８に割り当てるＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂ）と、ＵＥ＿Ａ８からのディスカバリ要求によらずＵＥ＿Ａ８に割り当てるＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａ）は同じであっても良いし、異なっても良い。
【０３０２】
更に、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂに対応付けられたタイマとＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａに対応付けられたタイマは同じであっても良いし、異なっても良い。
【０３０３】
ＰｒｏＳｅ機能部＿Ａ７は、サービスの許可及び、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの設定に基づき、ＵＥ＿Ａ８にディスカバリ応答を送信する（Ｓ１４１０）。
【０３０４】
ディスカバリ応答には、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとコードに対応づけたタイマが含まれて良い。
【０３０５】
更に、ＰｒｏＳｅ機能部＿Ａ７がＵＥ＿Ａ８にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅを割り当てた場合、ＰｒｏＳｅ機能部＿Ａ７はディスカバリ応答にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  ＣｏｄｅとＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応するタイマを含めても良い。
【０３０６】
つまり、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」と「Ｃ１」に対応づけられたタイマ「Ｔ１」をディスカバリ応答に含めて送信する。  更に、ＰｒｏＳｅ機能部＿Ａ７は、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」が対応付けられたＡｐｐｌｉｃａｔｉｏｎ  ＩＤと同じＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられたＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ「Ｃｒ１」と、「Ｃｒ１」に対応付けられたタイマ「Ｔｒ１」とをディスカバリ応答に含めて送信しても良い。
【０３０７】
また、更に、ＰｒｏＳｅ機能部＿Ａ７は、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」が対応付けられたＡｐｐｌｉｃａｔｉｏｎ  ＩＤと異なるＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられたＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ「Ｃｒ２」と、「Ｃｒ２」に対応付けられたタイマ「Ｔｒ２」とをディスカバリ応答に含めて送信しても良い。
【０３０８】
また、タイマ「Ｔ１」、「Ｔｒ１」、「Ｔｒ２」は、同じ値であっても良いし、異なる値であっても良い。
【０３０９】
次に、ＵＥ＿Ａ８はディスカバリ応答を受信する。さらに、ＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ、タイマの値を取得しても良い。
【０３１０】
更に、ＵＥ＿Ａ８はディスカバリ応答の受信に伴い、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  ＣｏｄｅとＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応するタイマを取得しても良い。
【０３１１】
また、ＵＥ＿Ａ８は、ディスカバリ応答に含まれる情報をもとに、アナウンスが許可されたか否かを判断する。
【０３１２】
アナウンスが許可された場合には、無線リソースを割り当て（Ｓ１４１２）、取得したＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを含めた信号を近隣に送信しても良い。周波数や時間などの無線リソース情報は、ＰｒｏＳｅ機能部＿Ａ７から取得しても良いし、予めアナウンスするためのリソースを保持しておき、割り当てても良い。
【０３１３】
また、ＵＥ＿Ａ８は、ディスカバリ応答の受信に基づいて、タイマのカウントを開始しても良い。また、ＵＥ＿Ａ８はタイマが満了(Ｅｘｐｉｒｅ)するまでの間、アナウンスのための信号を送信しても良い。また、タイマの値がゼロになるなど、タイマが終了した場合（タイマがＥｘｐｉｒｅした場合）には、アナウンスを停止する。なお、アナウンスのための信号には、ＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを含んで送信しても良い。さらに、アナウンスのための信号には、ＵＥ  ＩＤ及び／又はＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを含めて送信しても良い。また、アナウンスのための信号には、ＵＥ＿Ａ８がＲｅｍｏｔｅ  ＵＥに提供するＰＤＮ接続の通信容量など通信能力を識別するための情報が含まれても良い。
【０３１４】
また、ディスカバリ応答において認証不可と通知された場合には、ＵＥ＿Ａ８は無線リソースの割り当てやアナウンスは実行しない。
【０３１５】
以上の手続きにより、ＵＥ＿Ａ８は、アナウンスを実行ための認証手続きを行うことができる。
【０３１６】
［１．３．２．２  モニタリング要求手続き］
次に、ＵＥ＿Ｂ９がモニタリングを要求する手続きを説明する。モニタリングとは、端末が自身の存在を近隣に位置する端末に対して通知することである。
【０３１７】
ＵＥ＿Ｂ９は基地局への接続性がある場合、予め、以下のモニタリング要求手続きを行い、サーバ装置からモニタリングの認証を受けていても良い。
【０３１８】
以下では、ＵＥ＿Ｂ９がモニタリングを実行する手続きを、図１５をもとに説明する。
【０３１９】
ＵＥ＿Ｂ９はＰｒｏＳｅアプリケーションサーバ＿Ａ２とＲｅｍｏｔｅ  ＵＥ機能の許可情報を設定する（Ｓ１５０２）。
【０３２０】
Ｒｅｍｏｔｅ  ＵＥ機能の許可情報の設定では、ＵＥ＿Ｂ９はＰｒｏＳｅアプリケーションサーバ＿Ａ２にＰｒｏＳｅ機能部＿Ａ７より割り当てられたＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤまたはＰｒｏＳＥ  ＵＥ  ＩＤを含めて通知しても良い。
【０３２１】
ＰｒｏＳｅアプリケーションサーバ＿Ａ２はＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤまたはＰｒｏＳｅ  ＵＥ  ＩＤの受信に基づき、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤをアプリケーションレイヤのユーザＩＤに割り当てて良い。
【０３２２】
なお、ＰｒｏＳｅアプリケーションサーバ＿Ａ２が、ＵＥ＿Ａ８に割り当てるＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙのためのＲｅｓｔｒｉｃｔｅｄ  ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤであっても良い。
【０３２３】
ＰｒｏＳｅアプリケーションサーバ＿Ａ２はＵＥ＿Ｂ９に割り当てたＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤを通知する。
【０３２４】
更に、ＵＥ＿Ｂ９は許可設定手続きの中で、モニタリングできるＵＥのＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤを取得しても良い。具体的には、ＵＥ＿Ａ８のＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤを取得しても良い。
【０３２５】
なお、許可情報の設定はサービス認証手続きの前に行っても良いし、後に行っても良い。
【０３２６】
次に、ＵＥ＿Ｂ９はディスカバリ要求をＰｒｏＳｅ機能部＿Ａ７に送信する（Ｓ１５０４）。ディスカバリ要求は、ＵＥ＿Ｂ９がモニタリング手続きを開始する事を要求する、ディスカバリ要求メッセージであってよい。ここで、ＵＥ＿Ｂ９によるディスカバリ要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７において、ＵＥ＿Ｂ９がアナウンスすることを認証されたことを条件としても良い。また、ＵＥ＿Ｂ９は認証完了に伴い認証情報をＰｒｏＳｅ機能部＿Ａ７から取得し、認証情報を保持することを条件としても良い。
【０３２７】
ディスカバリ要求には、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤや、ＵＥ  ＩＤや、モニタリングを示すコマンドや、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスのためのディスカバリであることを示すディスカバリタイプや、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤが含まれて良い。
【０３２８】
ここで、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、許可設定手続きのなかで、ＰｒｏＳｅアプリケーションサーバ＿Ａ２から通知された情報である。
【０３２９】
ＵＥ  ＩＤは、ＵＥ＿Ｂ９の識別情報であり、例えばＩＭＳＩであって良い。またはＭＥ  Ｉｄｅｎｔｉｔｙであっても良い。
【０３３０】
また、モニタリングを要求することを示す情報は、コマンドで識別する方法に限らず、モニタリング要求メッセージを規定するなどして、モニタリング要求メッセージを送信することで要求しても良い。より具体的には、モニタリングを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信しても良い。
【０３３１】
また、ディスカバリタイプは、要求するディスカバリ手続きが、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスのためであり、さらにアナウンスとモニタリングによるディスカバリ（Ｍｏｄｅｌ  Ａ）であることを示す情報であっても良い。
【０３３２】
なお、コマンド及び／又はディスカバリタイプは、ＵＥ＿Ｂ９が近隣の端末装置とネットワークとのリレー機能を有することを示す能力情報であって良い。または、これらの情報とは別に、ＵＥ＿Ｂ９は近隣の端末装置とネットワークとのリレー機能を有することを示しても良い。
【０３３３】
なお、ＵＥ＿Ｂ９はディスカバリ要求に複数のディスカバリタイプとＡｐｐｌｉｃａｔｉｏｎ  ＩＤとの組み合わせを含めて送信しても良い。
【０３３４】
具体的には、ＵＥ＿Ｂ９は、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ａとディスカバリタイプ＝“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”との組み合わせと、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ｂと“ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙ”との組み合わせと、を含めたディスカバリ要求を送信して良い。
【０３３５】
また、ディスカバリ要求の送信先のＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９の契約する通信事業者であるＨｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７に関する情報を予め保持しておき、Ｈｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７を送信先としても良い。
【０３３６】
また、ＵＥ＿Ｂ９はディスカバリ要求に、ＡＰＮを含めても良い。ＡＰＮはＵＥ＿Ａ８がアクセスを要求するネットワークを示す。
【０３３７】
更に、ＵＥ＿Ｂ９は、モニタリングを要求するＵＥのＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤをディスカバリ要求に含めても良い。例えば、ＵＥ＿Ｂ９はＵＥ＿Ａ８のＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤをディスカバリ要求に含めることで、ＵＥ＿Ａ８を検出したい事を示しても良い。なお、ＵＥ＿Ｂ９は複数のＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤをディスカバリ要求に含めて良い。
【０３３８】
ＰｒｏＳｅ機能部＿Ａ７は、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤまたは、ＵＥ  ＩＤに基づいて、ＵＥ＿Ｂ９がＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙのモニタリング機能が許可されているかどうかを確認する。
【０３３９】
更に、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９に既にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを割り当てていないかを確認する。
【０３４０】
ＰｒｏＳｅ機能部＿Ａ７は、ネットワークポリシーやオペレータのポリシーに基づき、アプリケーションサーバ＿Ａ２にディスカバリ要求を送信しても良い。
【０３４１】
この場合、ＰｒｏＳｅ機能部＿Ａ７はディスカバリ要求にＵＥ＿Ｂ９のＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤと、ディスカバリタイプを含めて送信して良い。
【０３４２】
なお、ＰｒｏＳｅ機能部＿Ａ７は、受信したディスカバリ要求メッセージに、モニタリングしたいＵＥのＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤが含まれていた場合、ＰｒｏＳｅアプリケーションサーバ＿Ａ２にモニタリングしたいＵＥのＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤをディスカバリ要求に含めて送信しても良い。
【０３４３】
ＰｒｏＳｅ  アプリケーションサーバ＿Ａ２はＰｒｏＳｅ機能部＿Ａ７からディスカバリ要求を受信したことに基づき、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤで識別されるユーザの許可情報を確認する。
【０３４４】
ＰｒｏＳｅ  アプリケーションサーバ＿Ａ２は、許可情報が確認できたら、ＰｒｏＳｅ機能部＿Ａ７にディスカバリ要求の応答としてディスカバリ応答を送信して良い。ディスカバリ応答には、サービスの利用が許可されたＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤが含まれて良い。また、ディスカバリ応答には、サービスの利用が許可された事を示す識別情報を含めても良い。
【０３４５】
更に、ＰｒｏＳｅアプリケーションサーバ＿Ａ２は、ＵＥ＿Ｂ９がモニタリングしたいＵＥのＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤのリストを取得している場合、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤに対応するＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤをディスカバリ応答に含めて送信しても良い。
【０３４６】
ＰｒｏＳｅ機能部＿Ａ７は、ＰｒｏＳｅアプリケーションサーバ＿Ａ２からのディスカバリ応答、またはＰｒｏＳｅ機能部＿Ａ７によるサービスの許可に基づき、ＵＥ＿Ｂ９にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、タイマを割り当てる。
【０３４７】
Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅはＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスに対応づけられた識別情報である。更に、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、ＰｒｏＳｅ機能部＿Ａ７がサービスに割り当てる一時的な識別情報であって良い。また、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、ＵＥ＿Ａ８に割り当てた値と同じであって良い。
【０３４８】
ＰｒｏＳｅ機能部＿Ａ７は、ＰｒｏＳｅアプリケーションサーバ＿Ａ２から通知されたＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤから、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを割り当てても良い。具体的には、ＰｒｏＳｅアプリケーションサーバ＿Ａ２からＵＥ＿Ａ８のＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤが通知された場合、記憶部でＵＥ＿Ａ８に割り当てられたＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを、ＵＥ＿Ｂ９にも割り当てても良い。
【０３４９】
また、タイマは、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応づけられており、更にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマである。つまり、タイマのカウントが終了するまでＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いたアナウンスを許可する。
【０３５０】
また、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９に、複数のＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマの組み合わせを割り当てて良い。
【０３５１】
なお、ディスカバリ要求に含まれるディスカバリタイプが“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”のみであった場合、ＰｒｏＳｅ機能部＿Ａ７はオペレータポリシー又はネットワークポリシーに基づいて、同じＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられた、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａ）をＵＥ＿Ｂ９に更に割り当てて良い。また更に、ＰｒｏＳｅ機能部＿Ａ７はＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応し、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマも割り当てて良い。
【０３５２】
なお、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応付けられた、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマの値と、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられた、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマの値と異なっても良いし、同じ値であっても良い。また、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応付けられた、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマは、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられた、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマであっても良い。つまり、タイマは、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  ＣｏｄｅとＲｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとに対応づけられたタイマであって良い。
【０３５３】
また、ディスカバリ要求に、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ａとディスカバリタイプ＝“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”との組み合わせと、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ｂと“ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙ”との組み合わせが含まれていた場合、ＰｒｏＳｅ機能部＿Ａ７は、更にＵＥ＿Ｂ９にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂ）を割り当てて良い。また更に、ＰｒｏＳｅ機能部＿Ａ７はＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応し、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマも割り当てて良い。
【０３５４】
ＰｒｏＳｅ機能部＿Ａ７が、ＵＥ＿Ｂ９からのディスカバリ要求に応じてＵＥ＿Ｂ９に割り当てるＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂ）と、ＵＥ＿Ｂ９からのディスカバリ要求によらずＵＥ＿Ｂ９に割り当てるＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａ）は同じであっても良いし、異なっても良い。
【０３５５】
更に、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂに対応付けられたタイマの値とＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａに対応付けられたタイマの値は同じであっても良いし、異なっても良い。
【０３５６】
また、ＰｒｏＳｅ機能部＿Ａ７がＵＥ＿Ｂ９に割り当てる複数のＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが同じである場合、タイマも同じであって良い。
【０３５７】
ＰｒｏＳｅ機能部＿Ａ７は、サービスの許可及び、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの設定に基づき、ＵＥ＿Ｂ９にディスカバリ応答を送信する（Ｓ１５１０）。ディスカバリ応答は、ディスカバリ要求に対する応答メッセージであってよい。
【０３５８】
ディスカバリ応答には、ディスカバリフィルタが含まれて良い。
【０３５９】
ディスカバリフィルタには、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられたＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマと、を含めて良い。
【０３６０】
更に、ＰｒｏＳｅ機能部＿Ａ７がＵＥ＿Ｂ９にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅを割り当てた場合、ＰｒｏＳｅ機能部＿Ａ７はディスカバリ応答及びディスカバリフィルタにＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  ＣｏｄｅとＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応するタイマの組み合わせを追加しても良い。
【０３６１】
つまり、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」と「Ｃ１」に対応づけられたタイマ「Ｔ１」をディスカバリフィルタに含めて送信する。
【０３６２】
更に、ＰｒｏＳｅ機能部＿Ａ７は、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」が対応付けられたＡｐｐｌｉｃａｔｉｏｎ  ＩＤと同じＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられたＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ「Ｃｒ１」と、「Ｃｒ１」に対応付けられたタイマ「Ｔｒ１」とをディスカバリフィルタに含めて送信しても良い。Ｃｒ１はＣ１であってもよく、更にＴｒ１はＴ１であっても良い。この場合、ＰｒｏＳｅ機能部＿Ａ７は、「Ｃ１」と「Ｔ１」が含まれるディスカバリフィルタを送信すれば良い。
【０３６３】
また、更に、ＰｒｏＳｅ機能部＿Ａ７は、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」が対応付けられたＡｐｐｌｉｃａｔｉｏｎ  ＩＤと異なるＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられたＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ「Ｃｒ２」と、「Ｃｒ２」に対応付けられたタイマ「Ｔｒ２」とをディスカバリフィルタに含めて送信しても良い。
【０３６４】
また、タイマ「Ｔ１」、「Ｔｒ１」、「Ｔｒ２」は、同じ値であっても良いし、異なる値であっても良い。これらタイマが同じ値である場合、ＰｒｏＳｅ機能部＿Ａ７は「Ｔ１」をディスカバリフィルタに含ませれば良い。
【０３６５】
また、これらのコードとタイマとの組み合わせは、それぞれ異なるディスカバリフィルタにふくまれても良いし、１つのディスカバリフィルタに含まれても良い。
【０３６６】
つまり、ＰｒｏＳｅ機能部＿Ａ７はディスカバリ応答に複数のディスカバリフィルタを含めて送信しても良い。
【０３６７】
次に、ＵＥ＿Ｂ９はディスカバリ応答を受信する。さらに、ＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ、タイマの値を取得しても良い。
【０３６８】
更に、ＵＥ＿Ａ８はディスカバリ応答の受信に伴い、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  ＣｏｄｅとＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応するタイマを取得しても良い。
【０３６９】
また、ＵＥ＿Ａ８は、ディスカバリ応答に含まれる情報をもとに、モニタリングが許可されたか否かを判断する。
【０３７０】
モニタリングが許可された場合には、無線リソースを割り当て（Ｓ１５１２）、取得したディスカバリフィルタをもちいて、近隣端末装置が送信するアナウンス信号をモニタリングする。周波数や時間などの無線リソース情報は、ＰｒｏＳｅ機能部＿Ａ７から取得しても良いし、予めモニタリングするリソースを保持しておき、割り当てても良い。
【０３７１】
また、ＵＥ＿Ｂ９は、ディスカバリ応答の受信に基づいて、タイマのカウントを開始しても良い。また、ＵＥ＿Ａ８はタイマが満了(Ｅｘｐｉｒｅ)するまでの間、モニタリングして良い。また、タイマの値がゼロになるなど、タイマが終了した(タイマがＥｘｐｉｒｅ)場合には、モニタリングを停止する。なお、モニタリングする信号には、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが含まれて良い。さらに、モニタリングする信号には、ＵＥ  ＩＤ及び／又はＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤが含まれて良い。また、モニタリングのための信号には、近隣のＲｅｌａｙ  ＵＥがＲｅｍｏｔｅ  ＵＥに提供するＰＤＮ接続の通信容量など通信能力を識別するための情報が含まれても良い。
【０３７２】
また、ディスカバリ応答において認証不可と通知された場合には、ＵＥ＿Ｂ９は無線リソースの割り当てやアナウンスは実行しない。
【０３７３】
以上の手続きにより、ＵＥ＿Ｂ９は、モニタリングを実行ための認証手続きを行うことができる。
【０３７４】
なお、ＵＥ＿Ｂ９はカバレッジ外にいる場合、その他の手続きによりモニタリング要求手続きを行って良い。
【０３７５】
例えば、カバレッジ外のＵＥ＿Ｂ９とカバレッジ内にいるＵＥ＿Ａ８が、予めモニタリングサービスの為の任意のコードを保持しており、任意のコードに基づいて、ＵＥ＿Ａ８がＵＥ＿Ｂ９のサービス認証及び／又は許可設定及び／又はディスカバリ要求に基づくモニタリング認証を実行しても良い。
【０３７６】
以下、カバレッジ外のＵＥ＿Ｂ９がモニタリング要求を送信する具体例を説明する。カバレッジ外のＵＥ＿Ｂ９は、前述のように予めモニタリングするためのＭｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを持っており、ＵＥ＿Ｂ９は、Ｍｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを含めたディスカバリ要求を、ブロードキャストする。
【０３７７】
ＵＥ＿Ｂ９は、ディスカバリ要求に、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤや、ＵＥ  ＩＤや、モニタリングを示すコマンドや、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスのためのディスカバリであることを示すディスカバリタイプや、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤを含めても良い。
【０３７８】
また、ディスカバリタイプは、要求するディスカバリ手続きが、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスのためであり、さらにアナウンスとモニタリングによるディスカバリ（Ｍｏｄｅｌ  Ａ）であることを示す情報であっても良い。
【０３７９】
また、ディスカバリ要求には、ディスカバリ要求の転送を要求する事を示す識別情報が含まれていても良い。または、Ｍｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが含まれていることで、ＵＥ＿Ｂ９はディスカバリ要求の転送を要求しても良い。
【０３８０】
ＵＥ＿Ｂ９が送信するディスカバリ要求を受信したＵＥ＿Ａ８は、ディスカバリ要求に含まれるＭｏｎｉｔｏｒｉｎｇ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに基づき、ＵＥ＿Ｂ９から受信したディスカバリ要求をＰｒｏＳｅ機能部＿Ａ７に転送しても良い。なお、ＵＥ＿Ａ８はディスカバリ要求を転送する前に、ＰｒｏＳｅ機能部＿Ａ７へのサービス認証及び、ＰｒｏＳｅアプリケーションへの許可設定を行っても良い。
【０３８１】
ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８から受信したディスカバリ要求に基づき、またはＡｐｐｌｉｃａｔｉｏｎ  ＩＤまたは、ＵＥ  ＩＤの取得に基づいて、ＵＥ＿Ｂ９がＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙのモニタリング機能が許可されているかどうかを確認する。
【０３８２】
更に、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９に既にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを割り当てていないかを確認する。
【０３８３】
ＰｒｏＳｅ機能部＿Ａ７は、ネットワークポリシーやオペレータのポリシーに基づき、アプリケーションサーバ＿Ａ２にディスカバリ要求を送信しても良い。
【０３８４】
アプリケーションサーバ＿Ａに対するディスカバリ要求手続きは、前記と同様であるため説明を省略する。
【０３８５】
ＰｒｏＳｅ機能部＿Ａ７は更に、ＵＥ＿Ｂ９のモニタリング手続きの認証に基づき、ＵＥ＿Ｂ９にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ及びタイマを割り当てる。また、ＵＥ＿Ｂ９がカバレッジ内にいる場合と同様に、ＰｒｏＳｅ機能部＿Ａ７はＵＥ＿Ｂ９にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ、及びタイマを割り当てて良い。
【０３８６】
各コードとタイマの割り当てに方法も、ＵＥ＿Ｂ９がカバレッジ内にいる場合と同様であるため詳細な説明は省略する。
【０３８７】
ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９に対するモニタリング手続きの認証及びＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの割り当てに基づき、ＵＥ＿Ａ８を介し、ＵＥ＿Ｂ９にディスカバリ応答を送信する。
【０３８８】
ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ応答にディスカバリフィルタを含めて送信して良い。
【０３８９】
ディスカバリフィルタには、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられたＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマと、を含めて良い。
【０３９０】
以上により、ＵＥ＿Ｂ９はカバレッジ外でもディスカバリ要求を送信することで、モニタリングに用いるＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、タイマを取得して良い。
【０３９１】
［１．３．２．３  直接通信路確立及びリレー接続確立手続き］
以下、１．３．２．１及び１．３．２．２のアナウンス要求及びモニタリング要求が完了した後、Ｒｅｍｏｔｅ  ＵＥがＲｅｌａｙ  ＵＥを検出し、ＰｒｏＳｅの直接通信路を確立し、さらにリレーを用いたネットワークへ接続する手続きについて説明する。
【０３９２】
なおＵＥ＿Ｂ９はカバレッジ圏外にいる場合にモニタリングを用いて近隣のＲｅｌａｙ  ＵＥを検出する。そのため、ＵＥ＿Ｂ９は１．３．２．２のモニタリング要求手続きにより、検出手続き（Ｄｉｓｃｏｖｅｒｙ手続き）を行う前に、予め１つ又は複数のＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを記憶しており、近隣端末が送信するアナウシング信号をモニタリングする。
【０３９３】
ＵＥ＿Ｂ９は、ＵＥ＿Ａ８が送信するＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを含めるアナウンス信号をモニタリングする。更に、ＵＥ＿Ａ８は、アナウンス信号に、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤや、ＵＥ＿Ａ８のユーザに関する情報や、物理層の状態を含めて送信して良い。
【０３９４】
ここで、物理層の状態とは、ＵＥ＿Ａ８がリレーサービスでＲｅｍｏｔｅ  ＵＥに提供できる伝送速度または通信容量などであって良い。
【０３９５】
更に、ＵＥ＿Ａ８は、ＵＥ＿Ａ８の位置情報をアナウンス信号に含めて送信しても良い。
【０３９６】
ＵＥ＿Ｂ９が記憶するＲｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅがＵＥ＿Ａ８から送信されるＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと同じ場合、ＵＥ＿Ｂ９はＵＥ＿Ａ８を検出する事ができる。
【０３９７】
この時、ＵＥ＿Ｂ９は複数のＲｅｌａｙ  ＵＥを検出しても良い。ＵＥ＿Ｂ９は複数のＲｅｌａｙ  ＵＥを検出した場合、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応するタイマの残り時間や、Ｒｅｌａｙ  ＵＥの能力や、Ｒｅｌａｙ  ＵＥの位置情報からＲｅｌａｙ  ＵＥを選択しても良い。
【０３９８】
ＵＥ＿Ｂ９がＵＥ＿Ａ８をＲｅｌａｙ  ＵＥとして選択した場合、またはＵＥ＿Ａ８のみからアナウンス信号を受信した場合、ＵＥ＿Ｂ９はＵＥ＿Ａ８と直接通信を確立する。
【０３９９】
具体的には、ＵＥ＿Ｂ９はＵＥ＿Ａ８に直接通信の確立要求メッセージを送信する。ＵＥ＿Ｂ９は直接通信の確立要求に、ＵＥ＿Ａ８のＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを含めて送信して良い。
【０４００】
ＵＥ＿Ａ８はＵＥ＿Ｂ９からの要求メッセージの受信に伴い、ＵＥ＿Ｂ９を認証し、直接通信の接続を確立する。
【０４０１】
ＵＥ＿Ｂ９はＵＥ＿Ａ８と直接通信路が確立できたら、ＵＥ＿Ａ８にＩＰアドレスの割り当てを要求する。ＵＥ＿Ｂ９がＩＰｖ６を要求する場合、ＵＥ＿Ｂ９はＵＥ＿Ａ８にＲＳ信号（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ  ｍｅｓｓａｇｅ）を送信する。ＵＥ＿Ａ８はＲＳ信号の受信に伴い、ＵＥ＿Ｂ９にＩＰｖ６  プレフィックスからＵＥ＿Ｂ９に割り当てるＩＰアドレスを設定して良い。
【０４０２】
ＵＥ＿Ａ８はＵＥ＿Ｂ９にＲＡ信号（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｍｅｓｓａｇｅ）を送信する。ＲＡ信号には、割り当てたＩＰアドレスが含まれている。
【０４０３】
または、ＵＥ＿Ｂ９がＩＰｖ４の割り当てを要求する場合、ＵＥ＿Ｂ９はＵＥ＿Ａ８にＤＨＣＰｖ４ディスカバーをＵＥ＿Ａ８に送信する。ＵＥ＿Ａ８は、検出メッセージの受信に基づき、ＵＥ＿Ｂ９にプールしているＩＰアドレスから選択して割り当てる。更に、ＵＥ＿Ａ８はＤＨＣＰｖ４オファーメッセージをＵＥ＿Ｂ９に送信する。ＵＥ＿Ａ８はＤＨＣＰｖ４オファーにＵＥ＿Ｂ９に割り当てたＩＰアドレスを含める。
【０４０４】
ＵＥ＿Ａ８からＤＨＣＰオファーを受信したＵＥ＿Ｂ９は、受信したＩＰアドレスを含めてＤＨＳＣＰリクエストを送信する。
【０４０５】
ＵＥ＿Ｂ９からＤＨＣＰリクエストを受信したＵＥ＿Ａ８は応答としてＤＨＣＰ  Ａｃｋを返信する。
【０４０６】
以上により、ＩＰｖ６またはＩＰｖ４のＩＰアドレスがＵＥ＿Ｂ９に割り当てられ、ＵＥ＿Ｂ９にＰＤＮ接続への接続が提供される。
【０４０７】
［１．３．３  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ更新手続き］
次に、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きを説明する。Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、セキュリティの観点から、定期的な更新が必要となる。
【０４０８】
［１．３．３．１  Ｒｅｌａｙ  ＵＥのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ更新手続き］
以下、Ｒｅｌａｙ  ＵＥであるＵＥ＿Ａ８が記憶するＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きについて説明する。
【０４０９】
ＵＥ＿Ａ８は、ＰｒｏＳｅ機能部＿Ａ７からの通知に基づき、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを更新し、アナウンスを継続することができる。
【０４１０】
以下の説明では、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ機能を用いた接続サービスに対して、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを取得し、タイマのカウントを開始しているＵＥ＿Ａ８が、同一のＡｐｐｌｉｃａｔｉｏｎ  ＩＤにより識別されるアプリケーションに対する接続サービス等、同一の接続サービスに対して、新たなＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを取得し、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを無効にして、新しいＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを使用する。
【０４１１】
本手続きの初期状態は、１．３．２．１で説明したアナウンス要求手続きを完了した状態であって良い。
【０４１２】
つまり、１．３．２．１で説明したアナウンス要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅ機能部＿Ａ７からＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であって良い。
【０４１３】
以下、図１６を用いて詳細を説明する。まず、ＵＥ＿Ａ８はアナウンス要求手続きに基づいて、またはディスカバリ応答の受信に基づいて、タイマ「Ｔ１」のカウントを開始し、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を有効にしている（Ｓ１６０６）。また、ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ応答の送信後、タイマ「Ｔ１」に対応したタイマ「Ｔ１´」のカウントを開始し、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を有効にしている（Ｓ１６０７）。
【０４１４】
１．３．２．１のアナウンス手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、ＵＥ＿Ａ８はアナウンス信号を送信してアナウンスを実行しても良い。
【０４１５】
ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のリレー接続サービスに対するＲｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅとタイマをＰｒｏＳｅ機能部＿Ａ７に要求しても良い。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が満了(Ｅｘｐｉｒｅ)するまでに、新たにＲｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅとタイマをＰｒｏＳｅ機能部＿Ａ７に要求しても良い。
【０４１６】
こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されて良い。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行って良い。また、再要求のトリガはこれらに限らず、他の条件により行われても良いし、任意のタイミングで実行されても良い。
【０４１７】
ＵＥ＿Ａ８は、同一のリレー接続サービスに対するＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを再要求するために、ディスカバリ要求をＰｒｏＳｅ機能部＿Ａ７に送信しても良い（Ｓ１６０８）。
【０４１８】
ここで、ディスカバリ要求は、アナウンスを要求するディスカバリ要求メッセージであって良い。アナウンスのためのディスカバリ要求メッセージは、１．３．２のアナウンス要求手続きで説明したＵＥ＿Ａ８が送信するディスカバリ要求メッセージ（Ｓ１４０４）であって良い。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、ディスカバリ要求メッセージに含まれる情報要素などは同様で良いため、ここでは詳細説明を省略する。
【０４１９】
なお、ＵＥ＿Ａ８は前回のディスカバリ要求に含めたＡＰＮと同一のＡＰＮをディスカバリ要求に含めることで、同じサービスに対する要求メッセージであることを示しても良い。
【０４２０】
次に、ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ要求を受信する。さらに、応答メッセージとしてディスカバリ応答をＵＥ＿Ａ８に送信する（Ｓ１６１０）。応答メッセージは、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、タイマを含めて送信しても良い。
【０４２１】
また、このディスカバリ応答は１．３．２．１で説明したアナウンスを要求するディスカバリ応答メッセージであって良い（Ｓ１４１０）。
【０４２２】
ここで、ディスカバリ応答を送信する条件は、ディスカバリ要求の受信に基づいて送信してもよし、認証に基づいて送信しても良い。ここで、認証の具体的な方法は、１．３．２のアナウンス要求手続きで説明した方法により実行しても良い。
【０４２３】
または、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８からディスカバリ要求を再度受信しなくても、ネットワークの接続状態、またはオペレータポリシーに基づいて、ＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを更新しても良い。ＰｒｏＳｅ機能部＿Ａ７が更新したＲｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅはＵＥ＿Ａ８に通知メッセージに含めて通知しても良い。
【０４２４】
通知メッセージには、ディスカバリ応答と同様に、更新したＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応づけられた、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマ値を含める。
【０４２５】
また、ディスカバリ応答または通知メッセージに含めるＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマは、既に割り当てをおこなっている古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」と、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」に対応するタイマ「Ｔ１」の残時間を含めても良い。
【０４２６】
もしくは、ディスカバリ応答または通知メッセージに含めるＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマは、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とは異なる新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」と、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」に対応するタイマ「Ｔ２」を含めても良い。
【０４２７】
ここで、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」と新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」は、単一のＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられたものであって良い。
【０４２８】
古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを送信するか、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを送信するかは、以下のような条件や処理に基づいて決定されて良い。
【０４２９】
ＰｒｏＳｅ機能部＿Ａ７は、タイマＴ１の残時間が少ないことにより、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」とタイマ「Ｔ２」を含めて送信しても良い。より具体的には、ＰｒｏＳｅ機能部＿Ａ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」とタイマ「Ｔ２」を含めて送信しても良い。
【０４３０】
また、ＰｒｏＳｅ機能部＿Ａ７は、タイマＴ１の残時間が十分ある場合には、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信しても良い。より具体的には、ＰｒｏＳｅ機能部＿Ａ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信しても良い。
【０４３１】
もしくは、ＰｒｏＳｅ機能部＿Ａ７は受信したディスカバリ要求をもとに決定しても良い。例えば、ＵＥ＿Ａ８は、ディスカバリ要求に識別情報を含めて送信しても良い。
【０４３２】
この識別情報は、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを要求するか、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの要求をするか、を示す識別情報であって良い。
【０４３３】
ＰｒｏＳｅ機能部＿Ａ７は、識別情報に基づいて、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」とタイマ「Ｔ２」を含めて送信しても良い。また、識別情報に基づいて、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信しても良い。
【０４３４】
また、ＰｒｏＳｅ機能部＿Ａ７は識別情報の有無に基づいて決定しても良い。つまり、識別情報は、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずにディスカバリ要求を送信し、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを要求しても良い。また、ＵＥ＿Ａ８は、識別情報を含めてディスカバリ要求を送信し、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを要求しても良い。
【０４３５】
また、ディスカバリ要求に識別情報が含まれていないことに基づいて、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信しても良い。また、ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ要求に識別情報が含まれていることに基づいて、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」とタイマ「Ｔ２」を含めて送信しても良い。
【０４３６】
もしくは、識別情報は、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずにディスカバリ要求を送信し、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを要求しても良い。また、ＵＥ＿Ａ８は、識別情報を含めてディスカバリ要求を送信し、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを要求しても良い。
【０４３７】
ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ要求に識別情報が含まれていないことに基づいて、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」とタイマ「Ｔ２」を含めて送信しても良い。また、ディスカバリ要求に識別情報が含まれていることに基づいて、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信しても良い。
【０４３８】
こうした識別情報は、ディスカバリ要求に含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であっても良い。
【０４３９】
このように、ＰｒｏＳｅ機能部＿Ａ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させても良い。
【０４４０】
また、このディスカバリ要求は１．３．２で説明したアナウンスを要求するディスカバリ要求であって良い。そのため、これらの識別情報は１．３．２で説明したアナウンスを要求するディスカバリ要求に含まれて良い。
【０４４１】
また、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを送信するか、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを送信するかは、ＰｒｏＳｅ機能部＿Ａ７の設定等に基づいて決定されて良い。例えば、ＰｒｏＳｅ機能部＿Ａ７の設定は、ＰｒｏＳｅ機能部＿Ａ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われても良い。
【０４４２】
なお、これまで説明した条件や処理を組み合わせて決定しても良いし、他の方法をもとに決定しても良い。
【０４４３】
次に、ＵＥ＿Ａ８は、ディスカバリ応答を受信する。さらに、ＵＥ＿Ａ８は、ディスカバリ応答に含まれる、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを取得する。
【０４４４】
ＵＥ＿Ａ８は、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」を取得した場合には、古い「Ｃ１」の使用を停止し、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」の使用を開始して良い（Ｓ１６１２）。
【０４４５】
具体的には、例えば、ＵＥ＿Ａ８は古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を無効化し、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」を有効化するなどを実行しても良い。
【０４４６】
また、ＵＥ＿Ａ８は古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」に対応するタイマ「Ｔ１」のカウントを停止し、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始しても良い。
【０４４７】
また、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」を記憶部から削除しても良い。
【０４４８】
また、ＵＥ＿Ａ８は、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を用いたアナウンス信号の送信を停止するとともに、以後、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を用いたアナウンスは行わないなどの設定を行っても良い。
【０４４９】
また、ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ応答の送信に伴い、「Ｔ１´」のカウントを停止し、タイマ「Ｔ２」に対応した「Ｔ２´」のカウントを開始しても良い（Ｓ１６１４）。
【０４５０】
ＵＥ＿Ａ８は、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」に対応するタイマ「Ｔ２」が満了(Ｅｘｐｉｒｅ)するまでの間、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」を用いたアナウンス信号の送信を行っても良い。
【０４５１】
また、ＵＥ＿Ａ８がＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きを実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されて良い。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅ機能部＿Ａ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われても良い。
【０４５２】
なお、これまで説明した条件や処理を組み合わせて決定しても良いし、他の方法をもとに決定しても良い。
【０４５３】
また、ＵＥ＿Ａ８は、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きを行わない場合には、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いてアナウンスを継続しても良い。たとえば、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を取得した場合には、カウントしているタイマ「Ｔ１」のが満了(Ｅｘｐｉｒｅ)するまで古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を用いてアナウンスを継続しても良い。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続しても良い。
【０４５４】
もしくは、ＵＥ＿Ａ８は、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きを行わない場合には、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いたアナウンスすべてを停止しても良い。
【０４５５】
以上の手続きにより、ＵＥ＿Ａ８は、リレーによる接続サービスに対応するアナウンスを継続することができる。
【０４５６】
なお、ＵＥ＿Ａ８が古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の割り当て手続きにおいて、同じＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対してＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ「Ｃｒ１」とタイマ「Ｔｒ１」が割り当てられていた場合、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続き中に、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ及びタイマの更新を行っても良い。
【０４５７】
または、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマのみ更新されても良い。
【０４５８】
［１．３．３．２  Ｒｅｍｏｔｅ  ＵＥのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ更新手続き］
次に、Ｒｅｍｏｔｅ  ＵＥのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ更新手続きについて説明する。図１に示すように、Ｒｅｍｏｔｅ  ＵＥが既にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを取得している場合、Ｒｅｍｏｔｅ  ＵＥはカバレッジの外にいる可能性がある。
【０４５９】
Ｒｅｌａｙ  ＵＥのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新に伴い、Ｒｅｍｏｔｅ  ＵＥのＲｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅも更新できる必要がある。
【０４６０】
具体的には、例えば、ＵＥ＿Ａ８がＰｒｏＳｅの直接通信によるリレーを用いたＰＤＮの接続サービスを近隣端末に対して提供中である場合、ＵＥ＿Ａ８はＰｒｏＳｅの直接通信を用いてＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ及びタイマが更新されたことに基づいて、近隣端末にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新を通知しても良い。
【０４６１】
具体的には、ＵＥ＿Ａ８はＵＥ＿Ｂ９に対してリレーによるＰＤＮ接続を提供中に、新しいＲｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを取得した場合、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを更新し、ＵＥ＿Ｂ９にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新を通知する通知メッセージをＰｒｏＳｅの直接通信を用いて通知して良い。
【０４６２】
ＵＥ＿Ａ８は通知メッセージに、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新の通知メッセージであることを識別するための識別情報が含まれていて良い。
【０４６３】
または、ＵＥ＿Ａ８は新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの受信に伴い、暗示的にＵＥ＿Ｂ９へのＰＤＮ接続の提供を停止しても良い。
【０４６４】
ＵＥ＿Ｂ９はＵＥ＿Ａ８からの通知メッセージを受信する。ＵＥ＿Ｂ９はＵＥ＿Ａ８からの通知メッセージの受信に伴い、または暗示的なＰＤＮ接続サービスの停止に伴い、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ及び／又はタイマの更新のために、ディスカバリ要求メッセージを送信する。
【０４６５】
ＵＥ＿Ｂ９から送信されるディスカバリ要求メッセージは、１．３．２．２で説明したディスカバリ要求メッセージと同様であるため、詳細な説明は省略する。
【０４６６】
１．３．２．２での説明と同様に、ＵＥ＿Ｂ９がカバレッジ外にいる場合、Ｒｅｌａｙ  ＵＥであるＵＥ＿Ａ８がＰｒｏＳｅ機能部＿Ａ７にディスカバリ要求を転送して良い。
【０４６７】
ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ要求の受信に基づき、ＵＥ＿Ｂ９に新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを割り当てて良い。
【０４６８】
更に、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８を介してＵＥ＿Ｂ９にディスカバリ応答を送信しても良い。
【０４６９】
ディスカバリ応答メッセージは、ディスカバリフィルタが含まれて良い。ディスカバリ応答メッセージに含まれるディスカバリフィルタは、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと新しいタイマが含まれて良い。
【０４７０】
ＵＥ＿Ｂ９は新しいディスカバリフィルタ、または新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと新しいタイマの取得に伴い、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応するタイマを停止し、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを更新しても良い。
【０４７１】
以上により、Ｒｅｍｏｔｅ  ＵＥのＲｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きが実行されて良い。言い換えれば、Ｒｅｍｏｔｅ  ＵＥはＲｅｌａｙ  ＵＥからの通知及びサービス提供の停止に伴い、新しいＲｅａｌｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅをＰｒｏＳｅ機能部に再要求することで、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ及びタイマを取得し、更新して良い。
【０４７２】
［１．３．４  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ更新手続きの変形例］
１．３．３では、ＵＥ＿Ａ８がＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを更新する手続きの例を説明してきたが、具体的な手続きはこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計や組み合わせ等も本発明に含まれる。
【０４７３】
また、１．３．３のＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きでは、ＵＥ＿Ａ８はディスカバリ応答の受信により、古いＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いたアナウンスを停止する例を説明したが、モニタリングは継続しても良い。
【０４７４】
具体的には、ＰｒｏＳｅ機能部＿Ａ７がディスカバリ応答に含めるＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きの要求を示す識別情報は、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いたモニタリングは継続することを要求する識別情報であって良い。この際、ＵＥ＿Ａ８は、１．３．３で説明した処理に加え、ディスカバリ応答に含まれる識別情報に基づいて、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」に対応するタイマ「Ｔ１」が満了(Ｅｘｐｉｒｅ)するまで、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を用いたモニタリングは継続しても良い。
【０４７５】
以上により、Ｍｏｄｅｌ  Ａの検出を用いてＲｅｍｏｔｅ  ＵＥがＲｅｌａｙ  ＵＥを検出するためのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの取得、及び更新の手続きについて説明した。
【０４７６】
更に、検出に基づき、Ｒｅｍｏｔｅ  ＵＥがＲｅｌａｙ  ＵＥに直接接続を確立し、ＰＤＮ接続を確立する手続きについても説明した。
【０４７７】
［２．第２の実施形態］
第１の実施形態では、Ｒｅｌａｙ  ＵＥがアナウンス信号を送信し、Ｒｅｍｏｔｅ  ＵＥがモニタリングを行うことにより、Ｒｅｍｏｔｅ  ＵＥが近隣のＲｅｌａｙ  ＵＥを検出する（Ｍｏｄｌｅ  Ａ）ためのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの取得及び更新手続きについて説明したが、本実施形態ではＲｅｍｏｔｅ  ＵＥが送信するアナウンス信号をＲｅｌａｙ  ＵＥがモニタリングし、応答メッセージを返信することにより、Ｒｅｍｏｔｅ  ＵＥが近隣のＲｅｌａｙ  ＵＥを検出する（Ｍｏｄｌｅ  Ｂ）ためのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの取得及び更新方法について説明する。
【０４７８】
以下、図面を参照しながら本発明の実施形態による無線通信技術について詳細に説明する。
【０４７９】
［２．１．通信システムの概要及び装置構成］
通信システムの概要及び各装置構成は１．１と１．２で説明した通信システムの概要及び装置構成と同様で良いため、詳細な説明は省略する。
【０４８０】
［２．２  処理の説明］
以下に、本実施形態で説明する処理の概要について説明する。
【０４８１】
［２．２．１  サービス認証手続き］
ＵＥ＿Ａ８及びＵＥ＿Ｂ９は、ＰｒｏＳｅサービスとして提供される近隣端末検出（ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ）や直接通信路を用いた通信（ＰｒｏＳｅ  Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に対する認証手続きを実施する。
【０４８２】
更に、ＵＥ＿Ａ８は、ＰｒｏＳｅサービスとして、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ機能を用いる事に対する認証手続きを実施し、ＵＥ＿Ｂ９はＲｅｍｏｔｅ  ＵＥ機能を用いる事に対する認証手続きを実施する。
【０４８３】
近隣端末検出と、直接通信路を用いた通信は、それぞれを異なる手続きで認証されても良いし、一つの認証手続きで認証されても良い。
【０４８４】
サービス認証手続きも第１の実施形態と同様で良いため詳細な説明は省略する。
【０４８５】
［２．２．２  ディスカバリ要求手続き］
次に、各ＵＥ（Ｒｅｌａｙ  ＵＥとＲｅｍｏｔｅ  ＵＥ）が、要請（Ｓｏｌｉｃｉｔａｔｉｏｎ）及び応答（Ｒｅｓｐｏｎｓｅ）によるディスカバリ手続きを開始するための認証手続きを説明する。
【０４８６】
各ＵＥはアタッチ手続きでサービス認証されている事を条件として、以下の手続きを開始しても良い。
【０４８７】
または、Ｒｅｍｏｔｅ  ＵＥは、カバレッジの外にいる場合はサービス認証がされていなくてもディスカバリ要求手続きを開始しても良い。
【０４８８】
［２．２．２．１  Ｒｅｌａｙ  ＵＥのディスカバリ要求手続き］
まず、ＵＥ＿Ａ８が、ＵＥ＿Ｂ９から受信する要請をモニタリングし、要請に対する応答メッセージを送信できることを要求する手続きを説明する。
【０４８９】
以下では、ＵＥ＿Ａ８がモニタリングし応答メッセージを送信するためのディスカバリ要求手続きを、図１７をもとに説明する。
【０４９０】
ＵＥ＿Ａ８はＰｒｏＳｅアプリケーションサーバ＿Ａ２とＲｅｌａｙ  ＵＥ機能の許可情報を設定する（Ｓ１７０２）。
【０４９１】
なお、許可情報の設定はサービス認証手続きの前に行っても良いし、後に行っても良い。
【０４９２】
Ｒｅｌａｙ  ＵＥ機能の許可情報の設定では、ＵＥ＿Ａ８はＰｒｏＳｅアプリケーションサーバにＰｒｏＳｅ機能部より割り当てられたＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを含めて通知する。
【０４９３】
ＰｒｏＳｅアプリケーションサーバ＿Ａ８はＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤの受信に基づき、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤをアプリケーションレイヤのユーザＩＤに割り当てる。
【０４９４】
なお、ＰｒｏＳｅアプリケーションサーバ＿Ａ２が、ＵＥ＿Ａ８に割り当てるＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙのためのＲｅｓｔｒｉｃｔｅｄ  ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤであっても良い。
【０４９５】
なお、ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙとは、検出されるＵＥからの明確な許可のもとに近隣端末を検出する手続きを意味する。
【０４９６】
ＰｒｏＳｅアプリケーションサーバ＿Ａ２はＵＥ＿Ａ８に割り当てたＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤを通知する。
【０４９７】
ＵＥ＿Ａ８は、ＰｒｏＳｅアプリケーションサーバ＿Ａ２からＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤを取得する。
【０４９８】
次に、ＵＥ＿Ａ８はディスカバリ要求をＰｒｏＳｅ機能部＿Ａ７に送信する（Ｓ１７０４）。ディスカバリ要求は、ＵＥ＿Ａ８がモニタリングとモニタリングに基づく応答メッセージの送信手続きを開始する事を要求する、ディスカバリ要求メッセージであってよい。ここで、ＵＥ＿Ａ８によるディスカバリ要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７において、ＵＥ＿Ａ８がモニタリングすることを認証されたことを条件としても良い。また、ＵＥ＿Ａ８は認証完了に伴い認証情報をＰｒｏＳｅ機能部＿Ａ７から取得し、認証情報を保持することを条件としても良い。
【０４９９】
ディスカバリ要求には、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤや、ＵＥ  ＩＤや、モニタリングと応答メッセージの送信を示すコマンド（例えば、「モニタリング＋応答」）や、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスのためのディスカバリであることを示すディスカバリタイプや、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤが含まれて良い。
【０５００】
ここで、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、許可設定手続きのなかで、ＰｒｏＳｅアプリケーションサーバ＿Ａ２から通知された情報である。
【０５０１】
ＵＥ  ＩＤは、ＵＥ＿Ａ８の識別情報であり、例えばＩＭＳＩであって良い。またはＭＥ  Ｉｄｅｎｔｉｔｙであっても良い。
【０５０２】
また、モニタリングと応答メッセージの送信に対する要求を示す情報は、コマンドで識別する方法に限らず、モニタリング要求メッセージを規定するなどして、モニタリング要求メッセージを送信することで要求しても良い。より具体的には、モニタリングを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信しても良い。
【０５０３】
また、ディスカバリタイプは、要求するディスカバリ手続きが、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスのためであり、さらに要請メッセージ及び応答メッセージよるディスカバリ（Ｍｏｄｅｌ  Ｂ）であることを示す情報であっても良い。
【０５０４】
なお、コマンド及び／又はディスカバリタイプは、ＵＥ＿Ａ８が近隣の端末装置とネットワークとのリレー機能を有することを示す能力情報であって良い。または、これらの情報とは別に、ＵＥ＿Ａ８は近隣の端末装置とネットワークとのリレー機能を有することを示しても良い。
【０５０５】
なお、ＵＥ＿Ａ８はディスカバリ要求に複数のディスカバリタイプとＡｐｐｌｉｃａｔｉｏｎ  ＩＤとの組み合わせを含めて送信しても良い。
【０５０６】
具体的には、ＵＥ＿Ａ８は、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ａとディスカバリタイプ＝“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”との組み合わせと、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ｂと“ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙ”との組み合わせと、を含めたディスカバリ要求を送信して良い。
【０５０７】
また、ディスカバリ要求の送信先のＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８の契約する通信事業者であるＨｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７に関する情報を予め保持しておき、Ｈｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７を送信先としても良い。
【０５０８】
また、ＵＥ＿Ａ８はディスカバリ要求に、ＡＰＮを含めても良い。ＡＰＮはＵＥ＿Ａ８がアクセスを要求するネットワークを示す。
【０５０９】
ＰｒｏＳｅ機能部＿Ａ７は、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤまたは、ＵＥ  ＩＤに基づいて、ＵＥ＿Ａ８がＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙのモニタリング及び応答メッセージの送信機能が許可されているかどうかを確認する。
【０５１０】
更に、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８に既にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを割り当てていないかを確認する。
【０５１１】
ＰｒｏＳｅ機能部＿Ａ７は、ネットワークポリシーやオペレータのポリシーに基づき、アプリケーションサーバ＿Ａ２にディスカバリ要求を送信しても良い。
【０５１２】
この場合、ＰｒｏＳｅ機能部＿Ａ７はディスカバリ要求にＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤと、ディスカバリタイプを含めて送信して良い。
【０５１３】
ＰｒｏＳｅ  アプリケーションサーバ＿Ａ２はＰｒｏＳｅ機能部＿Ａ７からディスカバリ要求を受信したことに基づき、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤで識別されるユーザの許可情報を確認する。
【０５１４】
ＰｒｏＳｅ  アプリケーションサーバ＿Ａ２は、許可情報が確認できたら、ＰｒｏＳｅ機能部＿Ａ７にディスカバリ要求の応答としてディスカバリ応答を送信して良い。ディスカバリ応答には、サービスの利用が許可されたＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤが含まれて良い。また、ディスカバリ応答には、サービスの利用が許可された事を示す識別情報を含めても良い。
【０５１５】
ＰｒｏＳｅ機能部＿Ａ７は、ＰｒｏＳｅアプリケーションサーバ＿Ａ２からのディスカバリ応答、またはＰｒｏＳｅ機能部＿Ａ７によるサービスの許可に基づき、ＵＥ＿Ａ８にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、タイマを割り当てる。
【０５１６】
Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅはＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスに対応づけられた識別情報である。更に、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、ＰｒｏＳｅ機能部＿Ａ７がサービスに割り当てる一時的な識別情報であって良い。
【０５１７】
また、タイマは、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応づけられており、更にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマである。つまり、タイマのカウントが終了するまでＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いたアナウンスを許可する。
【０５１８】
なお、ディスカバリ要求に含まれるディスカバリタイプが“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”のみであった場合、ＰｒｏＳｅ機能部＿Ａ７はオペレータポリシー又はネットワークポリシーに基づいて、同じＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられた、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａ）をＵＥ＿Ａ８に更に割り当てて良い。また更に、ＰｒｏＳｅ機能部＿Ａ７はＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応し、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマも割り当てて良い。
【０５１９】
なお、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅとは、ＰｒｏＳｅ機能部がＰｒｏＳｅ  ｒｅｓｔｒｉｃｔｅｄ  Ｄｉｓｃｏｖｅｒｙサービスに用いるコードであり、１又は複数のＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤに対応付けられていて良い。
【０５２０】
ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｄｉｓｃｏｖｅｒｙサービスとは、検出されている端末装置から明示的な許可のもとに検出する端末装置が検出する手続きである。例えば、検出するＵＥが、近隣の検出されるＵＥからＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅを取得することで、明示的な検出の許可を確認し、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが含まれるアナウンスを受信することで、近隣のＵＥを検出するサービスである。
【０５２１】
なお、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応付けられた、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマ値と、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられた、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマ値と異なっても良いし、同じ値であっても良い。
【０５２２】
また、ディスカバリ要求に、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ａとディスカバリタイプ＝“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”との組み合わせと、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ｂと“ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙ”との組み合わせが含まれていた場合、ＰｒｏＳｅ機能部＿Ａ７は、更にＵＥ＿Ａ８にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂ）を割り当てて良い。また更に、ＰｒｏＳｅ機能部＿Ａ７はＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応し、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマも割り当てて良い。
【０５２３】
ＰｒｏＳｅ機能部＿Ａ７が、ＵＥ＿Ａ８からのディスカバリ要求に応じてＵＥ＿Ａに割り当てるＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂ）と、ＵＥ＿Ａ８からのディスカバリ要求によらずＵＥ＿Ａに割り当てるＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａ）は同じであっても良いし、異なっても良い。
【０５２４】
更に、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂに対応付けられたタイマとＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａに対応付けられたタイマは同じであっても良いし、異なっても良い。
【０５２５】
ＰｒｏＳｅ機能部＿Ａ７は、サービスの許可及び、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの設定に基づき、ＵＥ＿Ａ８にディスカバリ応答を送信する（Ｓ１７１０）。ディスカバリ応答は、ＵＥ＿Ａ８から受信したディスカバリ要求に対する応答メッセージであってよい。
【０５２６】
ディスカバリ応答には、ディスカバリフィルタが含まれて良い。なお、ディスカバリフィルタには、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとコードに対応づけたタイマが含まれて良い。
【０５２７】
ＰｒｏＳｅ機能部＿Ａ７がＵＥ＿Ａ８にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅを割り当てた場合、ＰｒｏＳｅ機能部＿Ａ７はディスカバリ応答にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  ＣｏｄｅとＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応するタイマを含めたディスカバリフィルタを更に含めて送信しても良い。
【０５２８】
つまり、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」と「Ｃ１」に対応づけられたタイマ「Ｔ１」を含めるディスカバリフィルタをディスカバリ応答に含めて送信する。
【０５２９】
更に、ＰｒｏＳｅ機能部＿Ａ７は、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」が対応付けられたＡｐｐｌｉｃａｔｉｏｎ  ＩＤと同じＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられたＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ「Ｃｒ１」と、「Ｃｒ１」に対応付けられたタイマ「Ｔｒ１」とを含めたディスカバリフィルタをディスカバリ応答に含めて送信しても良い。
【０５３０】
また、更に、ＰｒｏＳｅ機能部＿Ａ７は、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」が対応付けられたＡｐｐｌｉｃａｔｉｏｎ  ＩＤと異なるＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられたＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ「Ｃｒ２」と、「Ｃｒ２」に対応付けられたタイマ「Ｔｒ２」とを含めたディスカバリフィルタをディスカバリ応答に含めて送信しても良い。
【０５３１】
また、タイマ「Ｔ１」、「Ｔｒ１」、「Ｔｒ２」は、同じ値であっても良いし、異なる値であっても良い。
【０５３２】
また、「Ｃ１」、「Ｃｒ１」、「Ｃｒ２」のいずれかが同じ情報であってもよく、同じである場合、コードに対応するタイマも同じであって良い。具体的には、「Ｃｒ１」が「Ｃ１」である場合、「Ｔｒ１」は「Ｔ１」であってよく、この場合ディスカバリ応答には「Ｔ１」と「Ｃ１」が含まれたディスカバリフィルタが含まれれば良い。
【０５３３】
次に、ＵＥ＿Ａ８はディスカバリ応答を受信する。さらに、ＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ、タイマの値を取得しても良い。
【０５３４】
更に、ＵＥ＿Ａ８はディスカバリ応答の受信に伴い、またはディスカバリフィルタの受信に伴い、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  ＣｏｄｅとＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応するタイマを取得しても良い。
【０５３５】
また、ＵＥ＿Ａ８は、ディスカバリ応答に含まれる情報をもとに、モニタリング及び応答メッセージの送信が許可されたか否かを判断する。
【０５３６】
モニタリングと応答メッセージの送信が許可された場合には、無線リソースを割り当て（Ｓ１７１２）、取得したＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを含めた信号を近隣に送信しても良い。周波数や時間などの無線リソース情報は、ＰｒｏＳｅ機能部＿Ａ７から取得しても良いし、予めモニタリングと応答メッセージのためのリソースを保持しておき、割り当てても良い。
【０５３７】
また、ＵＥ＿Ａ８は、ディスカバリ応答の受信に基づいて、タイマのカウントを開始しても良い。また、ＵＥ＿Ａ８はタイマが満了(Ｅｘｐｉｒｅ)するまでの間、要請メッセージをモニタリングしても良い。また、タイマの値がゼロになるなど、タイマが終了した場合（タイマがＥｘｐｉｒｅした場合）には、モニタリングを停止する。なお、モニタリングにより受信する要請メッセージには、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが含まれて良い。さらに、モニタリングする信号には、ＵＥ  ＩＤ及び／又はＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤ又はＰｒｏＳｅ  ＵＥ  ＩＤが含まれて良い。
【０５３８】
また、ディスカバリ応答において認証不可と通知された場合には、ＵＥ＿Ａ８は無線リソースの割り当てやアナウンスは実行しない。
【０５３９】
以上の手続きにより、ＵＥ＿Ａ８は、モニタリング及び応答メッセージ送信のための認証手続きを行うことができる。
【０５４０】
［２．２．２．２  Ｒｅｍｏｔｅ  ＵＥのディスカバリ要求手続き］
次に、ＵＥ＿Ｂ９が要請メッセージの送信による近隣端末の検出を要求する手続きを説明する。
【０５４１】
ＵＥ＿Ｂ９は基地局への接続性がある場合、予め、以下のディスカバリ要求手続きを行い、サーバ装置から要請メッセージの送信の認証を受けていても良い。
【０５４２】
以下では、ＵＥ＿Ｂ９が要請メッセージの送信を実行するためのディスカバリ手続きを、図１８をもとに説明する。
【０５４３】
ＵＥ＿Ｂ９はＰｒｏＳｅアプリケーションサーバ＿Ａ２とＲｅｍｏｔｅ  ＵＥ機能の許可情報を設定する（Ｓ１８０２）。
【０５４４】
Ｒｅｍｏｔｅ  ＵＥ機能の許可情報の設定では、ＵＥ＿Ｂ９はＰｒｏＳｅアプリケーションサーバにＰｒｏＳｅ機能部より割り当てられたＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤまたはＰｒｏＳｅ  ＵＥ  ＩＤを含めて通知する。
【０５４５】
ＰｒｏＳｅアプリケーションサーバ＿Ａ８はＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤまたはＰｒｏＳｅ  ＵＥ  ＩＤの受信に基づき、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤをアプリケーションレイヤのユーザＩＤに割り当てる。
【０５４６】
なお、ＰｒｏＳｅアプリケーションサーバ＿Ａ２が、ＵＥ＿Ｂ９に割り当てるＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙのためのＲｅｓｔｒｉｃｔｅｄ  ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤであっても良い。
【０５４７】
ＰｒｏＳｅアプリケーションサーバ＿Ａ２はＵＥ＿Ｂ９に割り当てたＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤを通知する。
【０５４８】
なお、許可情報の設定はサービス認証手続きの前に行っても良いし、後に行っても良い。
【０５４９】
次に、ＵＥ＿Ｂ９はディスカバリ要求をＰｒｏＳｅ機能部＿Ａ７に送信する（Ｓ１８０４）。ディスカバリ要求は、ＵＥ＿Ｂ９が要請メッセージのアナウンス手続きを開始する事を要求する、ディスカバリ要求メッセージであってよい。ここで、ＵＥ＿Ｂ９によるディスカバリ要求の送信は、サービス認証手続きが完了していることを条件に送信しても良い。より具体的には契約する通信事業者であるＨｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７において、ＵＥ＿Ｂ９がアナウンスすることを認証されたことを条件としても良い。また、ＵＥ＿Ｂ９は認証完了に伴い認証情報をＰｒｏＳｅ機能部＿Ａ７から取得し、認証情報を保持することを条件としても良い。
【０５５０】
ディスカバリ要求には、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤや、ＵＥ  ＩＤや、要請メッセージの送信またはアナウンスの要求を示すコマンド（例えば“要請”または“アナウンス”）や、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスのためのディスカバリであることを示すディスカバリタイプや、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤが含まれて良い。
【０５５１】
ここで、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤは、許可設定手続きのなかで、ＰｒｏＳｅアプリケーションサーバ＿Ａ２から通知された情報である。
【０５５２】
ＵＥ  ＩＤは、ＵＥ＿Ｂ９の識別情報であり、例えばＩＭＳＩであって良い。またはＭＥ  Ｉｄｅｎｔｉｔｙであっても良い。
【０５５３】
また、要請メッセージの送信を要求することを示す情報は、コマンドで識別する方法に限らず、要請手続きの要求メッセージを規定するなどして、要求メッセージを送信することで要求しても良い。より具体的には、要請手続きを要求するメッセージタイプを規定し、メッセージタイプを含めた要求メッセージを送信しても良い。
【０５５４】
また、ディスカバリタイプは、要求するディスカバリ手続きが、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスのためであり、さらに要請メッセージ及び応答メッセージよるディスカバリ（Ｍｏｄｅｌ  Ｂ）であることを示す情報であっても良い。
【０５５５】
なお、コマンド及び／又はディスカバリタイプは、ＵＥ＿Ｂ９が近隣の端末装置とネットワークとのリレー機能を有することを示す能力情報であって良い。または、これらの情報とは別に、ＵＥ＿Ｂ９は近隣の端末装置とネットワークとのリレー機能を有することを示しても良い。
【０５５６】
なお、ＵＥ＿Ｂ９はディスカバリ要求に複数のディスカバリタイプとＡｐｐｌｉｃａｔｉｏｎ  ＩＤとの組み合わせを含めて送信しても良い。
【０５５７】
具体的には、ＵＥ＿Ｂ９は、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ａとディスカバリタイプ＝“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”との組み合わせと、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ｂと“ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙ”との組み合わせと、を含めたディスカバリ要求を送信して良い。
【０５５８】
また、ディスカバリ要求の送信先のＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９の契約する通信事業者であるＨｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７に関する情報を予め保持しておき、Ｈｏｍｅ  ＰＬＭＮのＰｒｏＳｅ機能部＿Ａ７を送信先としても良い。
【０５５９】
また、ＵＥ＿Ｂ９はディスカバリ要求に、ＡＰＮを含めても良い。ＡＰＮはＵＥ＿Ａ８がアクセスを要求するネットワークを示す。
【０５６０】
ＰｒｏＳｅ機能部＿Ａ７は、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤまたは、ＵＥ  ＩＤに基づいて、ＵＥ＿Ｂ９がＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙの要請メッセージの送信及び応答メッセージの受信機能が許可されているかどうかを確認する。
【０５６１】
更に、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９に既にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを割り当てていないかを確認する。
【０５６２】
ＰｒｏＳｅ機能部＿Ａ７は、ネットワークポリシーやオペレータのポリシーに基づき、アプリケーションサーバ＿Ａ２にディスカバリ要求を送信しても良い。
【０５６３】
この場合、ＰｒｏＳｅ機能部＿Ａ７はディスカバリ要求にＵＥ＿Ｂ９のＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤと、ディスカバリタイプを含めて送信して良い。
【０５６４】
ＰｒｏＳｅ  アプリケーションサーバ＿Ａ２はＰｒｏＳｅ機能部＿Ａ７からディスカバリ要求を受信したことに基づき、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤで識別されるユーザの許可情報を確認する。
【０５６５】
ＰｒｏＳｅ  アプリケーションサーバ＿Ａ２は、許可情報が確認できたら、ＰｒｏＳｅ機能部＿Ａ７にディスカバリ要求の応答としてディスカバリ応答を送信して良い。ディスカバリ応答には、サービスの利用が許可されたＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤが含まれて良い。また、ディスカバリ応答には、サービスの利用が許可された事を示す識別情報を含めても良い。
【０５６６】
ＰｒｏＳｅ機能部＿Ａ７は、ＰｒｏＳｅアプリケーションサーバ＿Ａ２からのディスカバリ応答、またはＰｒｏＳｅ機能部＿Ａ７によるサービスの許可に基づき、ＵＥ＿Ｂ９にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、タイマを割り当てる。
【０５６７】
Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅはＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスに対応づけられた識別情報である。更に、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、ＰｒｏＳｅ機能部＿Ａ７がサービスに割り当てる一時的な識別情報であって良い。また、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、ＵＥ＿Ａ８に割り当てた値と同じであって良い。
【０５６８】
ＰｒｏＳｅ機能部＿Ａ７は、ＰｒｏＳｅアプリケーションサーバ＿Ａ２から通知されたＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤから、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを割り当てても良い。具体的には、ＰｒｏＳｅアプリケーションサーバ＿Ａ２からＵＥ＿Ａ８のＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤが通知された場合、記憶部でＵＥ＿Ａ８に割り当てられたＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを、ＵＥ＿Ｂ９にも割り当てても良い。
【０５６９】
また、タイマは、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応づけられており、更にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマである。つまり、タイマのカウントが終了するまでＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いたアナウンスを許可する。
【０５７０】
また、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９に、複数のＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマの組み合わせを割り当てて良い。
【０５７１】
なお、ディスカバリ要求に含まれるディスカバリタイプが“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”のみであった場合、ＰｒｏＳｅ機能部＿Ａ７はオペレータポリシー又はネットワークポリシーに基づいて、同じＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられた、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａ）をＵＥ＿Ｂ９に更に割り当てて良い。また更に、ＰｒｏＳｅ機能部＿Ａ７はＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応し、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマも割り当てて良い。
【０５７２】
なお、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応付けられた、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマの値と、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられた、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマの値と異なっても良いし、同じ値であっても良い。また、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応付けられた、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマは、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられた、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマであっても良い。つまり、タイマは、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  ＣｏｄｅとＲｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとに対応づけられたタイマであって良い。
【０５７３】
また、ディスカバリ要求に、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ａとディスカバリタイプ＝“ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ”との組み合わせと、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ  Ｂと“ｒｅｓｔｒｉｃｔｅｄ  ｄｉｓｃｏｖｅｒｙ”との組み合わせが含まれていた場合、ＰｒｏＳｅ機能部＿Ａ７は、更にＵＥ＿Ｂ９にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂ）を割り当てて良い。また更に、ＰｒｏＳｅ機能部＿Ａ７はＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応し、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが有効である時間を示すタイマも割り当てて良い。
【０５７４】
ＰｒｏＳｅ機能部＿Ａ７が、ＵＥ＿Ｂ９からのディスカバリ要求に応じてＵＥ＿Ｂ９に割り当てるＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂ）と、ＵＥ＿Ｂ９からのディスカバリ要求によらずＵＥ＿Ｂ９に割り当てるＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ（ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａ）は同じであっても良いし、異なっても良い。
【０５７５】
更に、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ｂに対応付けられたタイマの値とＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ  Ａに対応付けられたタイマの値は同じであっても良いし、異なっても良い。
【０５７６】
また、ＰｒｏＳｅ機能部＿Ａ７がＵＥ＿Ｂ９に割り当てる複数のＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅが同じである場合、タイマも同じであって良い。
【０５７７】
ＰｒｏＳｅ機能部＿Ａ７は、サービスの許可及び、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの設定に基づき、ＵＥ＿Ｂ９にディスカバリ応答を送信する（Ｓ１８１０）。ディスカバリ応答は、ＵＥ＿Ｂ９から受信したディスカバリ要求に対する応答メッセージであってよい。
【０５７８】
ディスカバリ応答には、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられたＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマとが含まれて良い。
【０５７９】
更に、ＰｒｏＳｅ機能部＿Ａ７がＵＥ＿Ｂ９にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅを割り当てた場合、ＰｒｏＳｅ機能部＿Ａ７はディスカバリ応答にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  ＣｏｄｅとＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応するタイマの組み合わせを追加しても良い。
【０５８０】
つまり、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」と「Ｃ１」に対応づけられたタイマ「Ｔ１」を送信する。
【０５８１】
更に、ＰｒｏＳｅ機能部＿Ａ７は、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」が対応付けられたＡｐｐｌｉｃａｔｉｏｎ  ＩＤと同じＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられたＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ「Ｃｒ１」と、「Ｃｒ１」に対応付けられたタイマ「Ｔｒ１」とを送信しても良い。Ｃｒ１はＣ１であってもよく、更にＴｒ１はＴ１であっても良い。この場合、ＰｒｏＳｅ機能部＿Ａ７は、「Ｃ１」と「Ｔ１」を送信すれば良い。
【０５８２】
また、更に、ＰｒｏＳｅ機能部＿Ａ７は、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」が対応付けられたＡｐｐｌｉｃａｔｉｏｎ  ＩＤと異なるＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられたＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ「Ｃｒ２」と、「Ｃｒ２」に対応付けられたタイマ「Ｔｒ２」とを送信しても良い。
【０５８３】
また、タイマ「Ｔ１」、「Ｔｒ１」、「Ｔｒ２」は、同じ値であっても良いし、異なる値であっても良い。これらタイマが同じ値である場合、ＰｒｏＳｅ機能部＿Ａ７は「Ｔ１」を送信すれば良い。
【０５８４】
また、これらのコードとタイマとの組み合わせは、同じディスカバリ応答メッセージにふくまれても良いし、組み合わせごとに異なるディスカバリ応答に含まれても良い。
【０５８５】
つまり、ＰｒｏＳｅ機能部＿Ａ７はディスカバリ応答に複数のＰｒｏＳｅの接続サービスとタイマとの組み合わせを含めて送信しても良い。
【０５８６】
次に、ＵＥ＿Ｂ９はディスカバリ応答を受信する。さらに、ＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ、タイマの値を取得しても良い。
【０５８７】
更に、ＵＥ＿Ａ８はディスカバリ応答の受信に伴い、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  ＣｏｄｅとＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅに対応するタイマを取得しても良い。
【０５８８】
また、ＵＥ＿Ａ８は、ディスカバリ応答に含まれる情報をもとに、要請メッセージの送信によるディスカバリ手続きが許可されたか否かを判断する。
【０５８９】
要請メッセージの送信によるディスカバリ手続きが許可された場合には、無線リソースを割り当て（Ｓ１８１２）、取得したＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いて、近隣端末に要請メッセージをブロードキャストする。周波数や時間などの無線リソース情報は、ＰｒｏＳｅ機能部＿Ａ７から取得しても良いし、予め送信するリソースを保持しておき、割り当てても良い。
【０５９０】
また、ＵＥ＿Ｂ９は、ディスカバリ応答の受信に基づいて、タイマのカウントを開始しても良い。また、ＵＥ＿Ａ８はタイマが満了(Ｅｘｐｉｒｅ)するまでの間、いずれかのタイミングで要請メッセージをブロードキャストして良い。また、タイマの値がゼロになるなど、タイマが終了した場合（タイマがＥｘｐｉｒｅした場合）には、ブロードキャストを停止する。なお、ＵＥ＿Ｂ９が送信する要請メッセージには、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが含まれて良い。さらに、要請メッセージには、ＵＥ  ＩＤ及び／又はＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤまたはＰｒｏＳｅ  ＵＥ  ＩＤが含まれて良い。
【０５９１】
また、ディスカバリ応答において認証不可と通知された場合には、ＵＥ＿Ｂ９は無線リソースの割り当てやアナウンスは実行しない。
【０５９２】
以上の手続きにより、ＵＥ＿Ｂ９は、要請メッセージの送信によるディスカバリ手続きのための認証手続きを行うことができる。
【０５９３】
なお、ＵＥ＿Ｂ９はカバレッジ外にいる場合、その他の手続きによりディスカバリ要求手続きを行って良い。
【０５９４】
例えば、カバレッジ外のＵＥ＿Ｂ９とカバレッジ内にいるＵＥ＿Ａ８が、予めディスカバリの為の任意のコードを保持しており、任意のコードに基づいて、ＵＥ＿Ａ８がＵＥ＿Ｂ９のサービス認証及び／又は許可設定及び／又はディスカバリ要求に基づく、要請メッセージの送信の認証を実行しても良い。
【０５９５】
以下、具体例を説明する。カバレッジ外のＵＥ＿Ｂ９は、前述のように予めモニタリングするためのＤｉｓｃｏｖｅｒｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを持っており、ＵＥ＿Ｂ９は、Ｄｉｓｃｏｖｅｒｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを含めたディスカバリ要求を、ブロードキャストする。
【０５９６】
ＵＥ＿Ｂ９は、ディスカバリ要求に、ＰｒｏＳｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｕｓｅｒ  ＩＤや、ＵＥ  ＩＤや、要請メッセージの送信によるディスカバリ手続きの要求を示すコマンドや、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙサービスのためのディスカバリであることを示すディスカバリタイプや、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤを含めても良い。
【０５９７】
また、ディスカバリ要求には、ディスカバリ要求の転送を要求する事を示す識別情報が含まれていても良い。または、Ｄｉｓｃｏｖｅｒｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが含まれていることで、ＵＥ＿Ｂ９はディスカバリ要求の転送を要求しても良い。
【０５９８】
ＵＥ＿Ｂ９が送信するディスカバリ要求を受信したＵＥ＿Ａ８は、ディスカバリ要求に含まれるＤｉｓｃｏｖｅｒｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに基づき、ＵＥ＿Ｂ９から受信したディスカバリ要求をＰｒｏＳｅ機能部＿Ａ７に転送しても良い。なお、ＵＥ＿Ａ８はディスカバリ要求を転送する前に、ＰｒｏＳｅ機能部＿Ａ７へのサービス認証及び、ＰｒｏＳｅアプリケーションへの許可設定を行っても良い。
【０５９９】
ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８から受信したディスカバリ要求に基づき、またはＡｐｐｌｉｃａｔｉｏｎ  ＩＤまたは、ＵＥ  ＩＤの取得に基づいて、ＵＥ＿Ｂ９がＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙの要請メッセージの送信及び応答メッセージの受信機能が許可されているかどうかを確認する。
【０６００】
更に、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９に既にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを割り当てていないかを確認する。
【０６０１】
ＰｒｏＳｅ機能部＿Ａ７は、ネットワークポリシーやオペレータのポリシーに基づき、アプリケーションサーバ＿Ａ２にディスカバリ要求を送信しても良い。
【０６０２】
アプリケーションサーバ＿Ａに対するディスカバリ要求手続きは、前記と同様であるため説明を省略する。
【０６０３】
ＰｒｏＳｅ機能部＿Ａ７は更に、ＵＥ＿Ｂ９のモニタリング手続きの認証に基づき、ＵＥ＿Ｂ９にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ及びタイマを割り当てる。また、ＵＥ＿Ｂ９がカバレッジ内にいる場合と同様に、ＰｒｏＳｅ機能部＿Ａ７はＵＥ＿Ｂ９にＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ、及びタイマを割り当てて良い。
【０６０４】
各コードとタイマの割り当てに方法も、ＵＥ＿Ｂ９がカバレッジ内にいる場合と同様であるため詳細な説明は省略する。
【０６０５】
ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ｂ９に対する要請メッセージの送信によるディスカバリ手続きの認証及びＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの割り当てに基づき、ＵＥ＿Ａ８を介し、ＵＥ＿Ｂ９にディスカバリ応答を送信する。
【０６０６】
ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ応答に、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられたＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマと、を含めて送信して良い。
【０６０７】
以上により、ＵＥ＿Ｂ９はカバレッジ外でもディスカバリ要求を送信することで、要請メッセージの送信に用いるＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、タイマを取得して良い。
【０６０８】
［２．２．２．３  直接通信路確立及びリレー接続確立手続き］
以下、２．２．２．１及び２．２．２．２のディスカバリ要求手続きが完了した後、Ｒｅｍｏｔｅ  ＵＥがＲｅｌａｙ  ＵＥを検出し、ＰｒｏＳｅの直接通信路を確立し、さらにリレーを用いたネットワークへ接続する手続きについて説明する。
【０６０９】
要請メッセージの送信によるディスカバリ手続きが認証されたＵＥ＿Ｂ９は、近隣端末を検出するために、要請メッセージをブロードキャストする。
【０６１０】
要請メッセージには、少なくとも、ＰｒｏＳｅ機能部＿Ａ７から取得したＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、ＰｒｏＳｅ  Ｒｅｍｏｔｅ  ＵＥ  ＩＤまたはＰｒｏＳｅ  ＵＥ  ＩＤが含まれても良い。
【０６１１】
更に、要請メッセージにはＵＥ＿Ｂ９のユーザに関するユーザ情報や、ＵＥが要求するＱｏＳを示す情報が含まれても良い。ユーザ情報は例えば、ユーザが属するグループ情報であっても良い。
【０６１２】
要請メッセージの受信及び応答メッセージの送信機能が認証されたＵＥ＿Ａ８は、ＵＥ＿Ｂ９からアナウンスされた要請メッセージを受信する。言い換えれば、ＵＥ＿Ａ８はＵＥ＿Ｂ９からのアナウンス信号をモニタリングする。
【０６１３】
ＵＥ＿Ａ８は、要請メッセージの受信に基づき、ＵＥ＿Ｂ９のＲｅｌａｙ  ＵＥとして機能する事を検討する。
【０６１４】
ＵＥ＿Ａ８は、要請メッセージに含まれるユーザに関する情報、またはＱｏＳに基づいて、Ｒｅｌａｙ  ＵＥとして機能する事を許可するかを決定しても良い。
【０６１５】
ＵＥ＿Ａ８が、ＵＥ＿Ｂ９のＲｅｌａｙ  ＵＥとして機能する事を許可する場合、ＵＥ＿Ａ８はＵＥ＿Ｂ９に応答メッセージを送信しても良い。
【０６１６】
応答メッセージには、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、ＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤが含まれて良い。
【０６１７】
更に、応答メッセージには、ＵＥ＿Ａ８のユーザに関する情報が含まれていても良い。ユーザに関する情報は、具体的にはＵＥ＿Ａ８のユーザが属するグループの識別情報であって良い。
【０６１８】
また、応答メッセージには、ＵＥ＿Ａ８がＲｅｍｏｔｅ  ＵＥに提供するＰＤＮ接続の通信容量など通信能力を識別するための情報が含まれても良い。
【０６１９】
または、ＵＥ＿Ａ８は応答メッセージに位置情報を含めて応答して良い。
【０６２０】
ＵＥ＿Ｂ９は、ＵＥ＿Ａ８から応答メッセージを受信することで、近隣のＲｅｌａｙ  ＵＥを検出する。
【０６２１】
この時、ＵＥ＿Ｂ９は複数のＲｅｌａｙ  ＵＥを検出しても良い。言い換えれば、ＵＥ＿Ｂ９は複数のＲｅｌａｙ  ＵＥから、応答メッセージを受信して良い。
【０６２２】
ＵＥ＿Ｂ９は複数のＲｅｌａｙ  ＵＥを検出した場合、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応付けられたタイマの残り時間や、Ｒｅｌａｙ  ＵＥの能力や、ＰＤＮ接続の通信状態や、Ｒｅｌａｙ  ＵＥの位置情報からＲｅｌａｙ  ＵＥを選択しても良い。
【０６２３】
ＵＥ＿Ｂ９がＵＥ＿Ａ８をＲｅｌａｙ  ＵＥとして選択した場合、またはＵＥ＿Ａ８のみからアナウンス信号を受信した場合、ＵＥ＿Ｂ９はＵＥ＿Ａ８と直接通信を確立する。
【０６２４】
具体的には、ＵＥ＿Ｂ９はＵＥ＿Ａ８に直接通信の確立要求メッセージを送信する。ＵＥ＿Ｂ９は直接通信の確立要求に、ＵＥ＿Ａ８のＰｒｏＳｅ  Ｒｅｌａｙ  ＵＥ  ＩＤを含めて送信して良い。
【０６２５】
ＵＥ＿Ａ８はＵＥ＿Ｂ９からの要求メッセージの受信に伴い、ＵＥ＿Ｂ９を認証し、直接通信の接続を確立する。
【０６２６】
ＵＥ＿Ｂ９はＵＥ＿Ａ８と直接通信路が確立できたら、ＵＥ＿Ａ８にＩＰアドレスの割り当てを要求する。ＵＥ＿Ｂ９がＩＰｖ６を要求する場合、ＵＥ＿Ｂ９はＵＥ＿Ａ８にＲＳ信号（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ  ｍｅｓｓａｇｅ）を送信する。ＵＥ＿Ａ８はＲＳ信号の受信に伴い、ＵＥ＿Ｂ９にＩＰｖ６  プレフィックスからＵＥ＿Ｂ９に割り当てるＩＰアドレスを設定して良い。
【０６２７】
ＵＥ＿Ａ８はＵＥ＿Ｂ９にＲＡ信号（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｍｅｓｓａｇｅ）を送信する。ＲＡ信号には、割り当てたＩＰアドレスが含まれている。
【０６２８】
または、ＵＥ＿Ｂ９がＩＰｖ４の割り当てを要求する場合、ＵＥ＿Ｂ９はＵＥ＿Ａ８にＤＨＣＰｖ４ディスカバーをＵＥ＿Ａ８に送信する。ＵＥ＿Ａ８は、検出メッセージの受信に基づき、ＵＥ＿Ｂ９にプールしているＩＰアドレスから選択して割り当てる。更に、ＵＥ＿Ａ８はＤＨＣＰｖ４オファーメッセージをＵＥ＿Ｂ９に送信する。ＵＥ＿Ａ８はＤＨＣＰｖ４オファーにＵＥ＿Ｂ９に割り当てたＩＰアドレスを含める。
【０６２９】
ＵＥ＿Ａ８からＤＨＣＰオファーを受信したＵＥ＿Ｂ９は、受信したＩＰアドレスを含めてＤＨＳＣＰリクエストを送信する。
【０６３０】
ＵＥ＿Ｂ９からＤＨＣＰリクエストを受信したＵＥ＿Ａ８は応答としてＤＨＣＰ  Ａｃｋを返信する。
【０６３１】
以上により、ＩＰｖ６またはＩＰｖ４のＩＰアドレスがＵＥ＿Ｂ９に割り当てられ、ＵＥ＿Ｂ９にＰＤＮ接続への接続が提供される。
【０６３２】
［２．２．３  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ更新手続き］
次に、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きを説明する。Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅは、セキュリティの観点から、定期的な更新が必要となる。
【０６３３】
［２．２．３．１  Ｒｅｌａｙ  ＵＥのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ更新手続き］
以下、Ｒｅｌａｙ  ＵＥであるＵＥ＿Ａ８が記憶するＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きについて説明する。
【０６３４】
ＵＥ＿Ａ８は、ＰｒｏＳｅ機能部＿Ａ７からの通知に基づき、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを更新し、モニタリングを継続することができる。
【０６３５】
以下の説明では、ＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙ機能を用いた接続サービスに対して、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを取得し、タイマのカウントを開始しているＵＥ＿Ａ８が、同一の接続サービスに対して、新たなＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを取得し、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを無効にして、新しいＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを使用する。
【０６３６】
本手続きの初期状態は、２．２．２．１で説明したディスカバリ要求手続きを完了した状態であって良い。
【０６３７】
つまり、２．２．２．１で説明したディスカバリ要求手続きにより、ＵＥ＿Ａ８はＰｒｏＳｅ機能部＿Ａ７からＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとして「Ｃ１」、タイマとして「Ｔ１」を取得した状態であって良い。
【０６３８】
以下、図１６を用いて詳細を説明する。まず、ＵＥ＿Ａ８はディスカバリ要求手続きに基づいて、またはディスカバリ応答の受信に基づいて、タイマ「Ｔ１」のカウントを開始し、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を有効にしている（Ｓ１６０６）。また、ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ応答の送信後、タイマ「Ｔ１」に対応したタイマ「Ｔ１´」のカウントを開始し、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を有効にしている（Ｓ１６０７）。
【０６３９】
２．２．２．１のディスカバリ要求手続きで説明したように、タイマ「Ｔ１」のカウントを実行している間、ＵＥ＿Ａ８はモニタリング及びモニタリングに基づく応答メッセージの送信手続きを実行しても良い。
【０６４０】
ＵＥ＿Ａ８は、タイマ「Ｔ１」のカウントを実行している間、同一のリレー接続サービスに対するＲｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅとタイマをＰｒｏＳｅ機能部＿Ａ７に要求しても良い。言い換えると、ＵＥ＿Ａ８は、タイマ「Ｔ１」が満了(Ｅｘｐｉｒｅ)するまでに、新たにＲｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅとタイマをＰｒｏＳｅ機能部＿Ａ７に要求しても良い。
【０６４１】
こうしたＵＥ＿Ａ８による再要求は、タイマの残り時間が少なくなったことにより、実行されて良い。より具体的には、ＵＥ＿Ａ８は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより再要求を行って良い。また、再要求のトリガはこれらに限らず、他の条件により行われても良いし、任意のタイミングで実行されても良い。
【０６４２】
ＵＥ＿Ａ８は、同一のリレー接続サービスに対するＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを再要求するために、ディスカバリ要求をＰｒｏＳｅ機能部＿Ａ７に送信しても良い（Ｓ１６０８）。
【０６４３】
ここで、ディスカバリ要求は、モニタリング及び応答メッセージの送信によるディスカバリ手続きに対するディスカバリ要求メッセージであって良い。ディスカバリ要求メッセージは、２．２．２．１のディスカバリ要求手続きで説明したＵＥ＿Ａ８が送信するディスカバリ要求メッセージ（Ｓ１７０４）であって良い。ＵＥ＿Ａ８の送信に関する処理や、ディスカバリ要求メッセージの構成や、ディスカバリ要求メッセージに含まれる情報要素などは同様で良いため、ここでは詳細説明を省略する。
【０６４４】
なお、ＵＥ＿Ａ８は前回のディスカバリ要求に含めたＡＰＮと同一のＡＰＮをディスカバリ要求に含めることで、同じサービスに対する要求メッセージであることを示しても良い。
【０６４５】
次に、ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ要求を受信する。さらに、応答メッセージとしてディスカバリ応答をＵＥ＿Ａ８に送信する（Ｓ１６１０）。応答メッセージは、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、タイマを含めて送信しても良い。
【０６４６】
また、このディスカバリ応答は２．２．２．１で説明したディスカバリ応答メッセージであって良い（Ｓ１７１０）。
【０６４７】
つまり、ＰｒｏＳｅ機能部＿Ａ７はディスカバリ応答にディスカバリフィルタを含めて送信して良い。ディスカバリフィルタにはＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、タイマが含まれて良い。
【０６４８】
ここで、ディスカバリ応答を送信する条件は、ディスカバリ要求の受信に基づいて送信してもよし、認証に基づいて送信しても良い。ここで、認証の具体的な方法は、２．２．２のディスカバリ要求手続きで説明した方法により実行しても良い。
【０６４９】
または、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８からディスカバリ要求を再度受信しなくても、ネットワークの接続状態、またはオペレータポリシーに基づいて、ＰｒｏＳｅ  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを更新しても良い。ＰｒｏＳｅ機能部＿Ａ７が更新したＲｅｌａｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅはＵＥ＿Ａ８に通知メッセージに含めて通知しても良い。
【０６５０】
通知メッセージには、ディスカバリ応答と同様に、更新したＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応づけられた、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅが有効である時間を示すタイマ値を含めるディスカバリフィルタが含まれて良い。
【０６５１】
また、ディスカバリ応答または通知メッセージのディスカバリフィルタに含めるＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマは、既に割り当てをおこなっている古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」と、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」に対応するタイマ「Ｔ１」の残時間を含めても良い。
【０６５２】
もしくは、ディスカバリ応答または通知メッセージのディスカバリフィルタに含めるＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマは、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とは異なる新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」と、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」に対応するタイマ「Ｔ２」を含めても良い。
【０６５３】
ここで、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」と新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」は、単一のＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対応付けられたものであって良い。
【０６５４】
古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを送信するか、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを送信するかは、以下のような条件や処理に基づいて決定されて良い。
【０６５５】
ＰｒｏＳｅ機能部＿Ａ７は、タイマＴ１の残時間が少ないことにより、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」とタイマ「Ｔ２」を含めて送信しても良い。より具体的には、ＰｒｏＳｅ機能部＿Ａ７は、閾値を予め保持しておき、タイマの残り時間が閾値と等しくなった場合や、閾値より少なくなったことにより新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」とタイマ「Ｔ２」を含めて送信しても良い。
【０６５６】
また、ＰｒｏＳｅ機能部＿Ａ７は、タイマ「Ｔ１」の残時間が十分ある場合には、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信しても良い。より具体的には、ＰｒｏＳｅ機能部＿Ａ７は、閾値を予め保持しておき、タイマの残り時間が閾値より多い場合や、閾値と等しい場合には、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信しても良い。
【０６５７】
もしくは、ＰｒｏＳｅ機能部＿Ａ７は受信したディスカバリ要求をもとに決定しても良い。例えば、ＵＥ＿Ａ８は、ディスカバリ要求に識別情報を含めて送信しても良い。
【０６５８】
この識別情報は、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを要求するか、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの要求をするか、を示す識別情報であって良い。
【０６５９】
ＰｒｏＳｅ機能部＿Ａ７は、識別情報に基づいて、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」とタイマ「Ｔ２」を含めて送信しても良い。また、識別情報に基づいて、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信しても良い。
【０６６０】
また、ＰｒｏＳｅ機能部＿Ａ７は識別情報の有無に基づいて決定しても良い。つまり、識別情報は、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずにディスカバリ要求を送信し、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを要求しても良い。また、ＵＥ＿Ａ８は、識別情報を含めてディスカバリ要求を送信し、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを要求しても良い。
【０６６１】
また、ディスカバリ要求に識別情報が含まれていないことに基づいて、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信しても良い。また、ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ要求に識別情報が含まれていることに基づいて、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」とタイマ「Ｔ２」を含めて送信しても良い。
【０６６２】
もしくは、識別情報は、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの要求を示す識別情報であって良い。例えば、ＵＥ＿Ａ８は、識別情報を含めずにディスカバリ要求を送信し、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを要求しても良い。また、ＵＥ＿Ａ８は、識別情報を含めてディスカバリ要求を送信し、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを要求しても良い。
【０６６３】
ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ要求に識別情報が含まれていないことに基づいて、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」とタイマ「Ｔ２」を含めて送信しても良い。また、ディスカバリ要求に識別情報が含まれていることに基づいて、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の残時間を含めて送信しても良い。
【０６６４】
こうした識別情報は、ディスカバリ要求に含まれるフラグ等の情報要素であってもよく、制御メッセージのメッセージタイプを示す情報要素であっても良い。
【０６６５】
このように、ＰｒｏＳｅ機能部＿Ａ７はタイマ「Ｔ１」の残時間を含めて送信し、複数のＵＥのタイマを同期させても良い。
【０６６６】
また、このディスカバリ要求は２．２．２．１で説明したディスカバリ要求であって良い。そのため、これらの識別情報は２．２．２．１で説明したディスカバリ要求に含まれて良い。
【０６６７】
また、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを送信するか、新たなＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを送信するかは、ＰｒｏＳｅ機能部＿Ａ７の設定等に基づいて決定されて良い。例えば、ＰｒｏＳｅ機能部＿Ａ７の設定は、ＰｒｏＳｅ機能部＿Ａ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われても良い。
【０６６８】
なお、これまで説明した条件や処理を組み合わせて決定しても良いし、他の方法をもとに決定しても良い。
【０６６９】
次に、ＵＥ＿Ａ８は、ディスカバリ応答を受信する。さらに、ＵＥ＿Ａ８は、ディスカバリ応答に含まれる、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを取得する。
【０６７０】
ＵＥ＿Ａ８はディスカバリフィルタが含まれるディスカバリ応答を取得することで、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを取得して良い。
【０６７１】
ＵＥ＿Ａ８は、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」を取得した場合には、または新しいディスカバリフィルタを受信した場合には、古い「Ｃ１」の使用を停止し、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」の使用を開始して良い（Ｓ１６１２）。
【０６７２】
具体的には、例えば、ＵＥ＿Ａ８は古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を無効化し、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」を有効化するなどを実行しても良い。
【０６７３】
また、ＵＥ＿Ａ８は古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」に対応するタイマ「Ｔ１」のカウントを停止し、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」に対応するタイマ「Ｔ２」のカウントを開始しても良い。
【０６７４】
また、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」を記憶部から削除しても良い。
【０６７５】
また、ＵＥ＿Ａ８は、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を用いたモニタリングを停止するとともに、以後、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を用いたモニタリングは行わないなどの設定を行っても良い。
【０６７６】
また、ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ応答の送信に伴い、「Ｔ１´」のカウントを停止し、タイマ「Ｔ２」に対応した「Ｔ２´」のカウントを開始しても良い（Ｓ１６１４）。
【０６７７】
ＵＥ＿Ａ８は、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」に対応するタイマ「Ｔ２」が満了(Ｅｘｐｉｒｅ)するまでの間、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ２」を用いたアナウンス信号の送信を行っても良い。
【０６７８】
また、ＵＥ＿Ａ８がＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きを実行するか否かは、ＵＥ＿Ａ８の設定等に基づいて決定されて良い。例えば、ＵＥ＿Ａ８の設定は、ユーザポリシーや、ＰｒｏＳｅ機能部＿Ａ７を運用する通信事業者のポリシー（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ  Ｐｏｌｉｃｙ）やアプリケーション事業者のポリシーにより決定され、設定が行われても良い。
【０６７９】
なお、これまで説明した条件や処理を組み合わせて決定しても良いし、他の方法をもとに決定しても良い。
【０６８０】
また、ＵＥ＿Ａ８は、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きを行わない場合には、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いてモニタリングを継続しても良い。たとえば、ＵＥ＿Ａ８は、応答メッセージの受信により、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を取得した場合には、カウントしているタイマ「Ｔ１」のが満了(Ｅｘｐｉｒｅ)するまで古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」を用いたモニタリングを継続しても良い。なお、ＵＥ＿Ａ８は、タイマ「Ｔ１」の残時間から受信したタイマの値に更新してカウントを継続しても良い。
【０６８１】
もしくは、ＵＥ＿Ａ８は、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きを行わない場合には、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを用いたモニタリングを停止しても良い。
【０６８２】
以上の手続きにより、ＵＥ＿Ａ８は、リレーによる接続サービスに対応するモニタリングを継続することができる。
【０６８３】
なお、ＵＥ＿Ａ８が古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ「Ｃ１」とタイマ「Ｔ１」の割り当て手続きにおいて、同じＡｐｐｌｉｃａｔｉｏｎ  ＩＤに対してＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ「Ｃｒ１」とタイマ「Ｔｒ１」が割り当てられていた場合、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続き中に、ＰｒｏＳｅ  Ｒｅｓｔｒｉｃｔｅｄ  Ｃｏｄｅ及びタイマの更新を行っても良い。
【０６８４】
または、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマのみ更新されても良い。
【０６８５】
［２．２．３．２  Ｒｅｍｏｔｅ  ＵＥのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ更新手続き］
次に、Ｒｅｍｏｔｅ  ＵＥのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ更新手続きについて説明する。図１に示すように、Ｒｅｍｏｔｅ  ＵＥが既にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを取得している場合、Ｒｅｍｏｔｅ  ＵＥはカバレッジの外にいる可能性がある。
【０６８６】
Ｒｅｌａｙ  ＵＥのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新に伴い、Ｒｅｍｏｔｅ  ＵＥのＲｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅも更新できる必要がある。
【０６８７】
具体的には、例えば、ＵＥ＿Ａ８がＰｒｏＳｅの直接通信によるリレーを用いたＰＤＮの接続サービスを近隣端末に対して提供中である場合、ＵＥ＿Ａ８はＰｒｏＳｅの直接通信を用いてＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ及びタイマが更新されたことに基づいて、近隣端末にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新を通知しても良い。
【０６８８】
具体的には、ＵＥ＿Ａ８はＵＥ＿Ｂ９に対してリレーによるＰＤＮ接続を提供中に、新しいＲｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを取得した場合、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを更新し、ＵＥ＿Ｂ９にＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新を通知する通知メッセージをＰｒｏＳｅの直接通信を用いて通知して良い。
【０６８９】
ＵＥ＿Ａ８は通知メッセージに、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新の通知メッセージであることを識別するための識別情報が含まれていて良い。
【０６９０】
または、ＵＥ＿Ａ８は新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの受信に伴い、暗示的にＵＥ＿Ｂ９へのＰＤＮ接続の提供を停止しても良い。
【０６９１】
ＵＥ＿Ｂ９はＵＥ＿Ａ８からの通知メッセージを受信する。ＵＥ＿Ｂ９はＵＥ＿Ａ８からの通知メッセージの受信に伴い、または暗示的なＰＤＮ接続サービスの停止に伴い、Ｒｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ及び／又はタイマの更新のために、ディスカバリ要求メッセージを送信する。
【０６９２】
ＵＥ＿Ｂ９から送信されるディスカバリ要求メッセージは、２．２．２．２で説明したディスカバリ要求メッセージと同様であるため、詳細な説明は省略する。
【０６９３】
２．２．２．２での説明と同様に、ＵＥ＿Ｂ９がカバレッジ外にいる場合、Ｒｅｌａｙ  ＵＥであるＵＥ＿Ａ８がＰｒｏＳｅ機能部＿Ａ７にディスカバリ要求を転送して良い。
【０６９４】
ＰｒｏＳｅ機能部＿Ａ７は、ディスカバリ要求の受信に基づき、ＵＥ＿Ｂ９に新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを割り当てて良い。
【０６９５】
更に、ＰｒｏＳｅ機能部＿Ａ７は、ＵＥ＿Ａ８を介してＵＥ＿Ｂ９にディスカバリ応答を送信しても良い。
【０６９６】
ディスカバリ応答メッセージは、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと新しいタイマが含まれて良い。
【０６９７】
ＵＥ＿Ｂ９は、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅと新しいタイマの取得に伴い、古いＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅに対応するタイマを停止し、Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマを更新しても良い。
【０６９８】
ＵＥ＿Ｂ９は、タイマの停止に伴い、要請メッセ―ジの送信を停止しても良い。
【０６９９】
ＵＥ＿Ｂ９は、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅとタイマの受信に伴い、要請メッセ―ジを送信しても良い。
【０７００】
以上により、Ｒｅｍｏｔｅ  ＵＥのＲｅａｌｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの更新手続きが実行されて良い。言い換えれば、Ｒｅｍｏｔｅ  ＵＥはＲｅｌａｙ  ＵＥからの通知及びサービス提供の停止に伴い、新しいＲｅａｌｙ  Ｓｅｒｖｉｃｅ  ＣｏｄｅをＰｒｏＳｅ機能部に再要求することで、新しいＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ及びタイマを取得し、更新して良い。
【０７０１】
［２．２．４  Ｒｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅ更新手続きの変形例］
２．２．３では、ＵＥ＿Ａ８がＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅを更新する手続きの例を説明してきたが、具体的な手続きはこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計や組み合わせ等も本発明に含まれる。
【０７０２】
以上により、Ｍｏｄｅｌ  Ｂの検出を用いてＲｅｍｏｔｅ  ＵＥがＲｅｌａｙ  ＵＥを検出するためのＲｅｌａｙ  Ｓｅｒｖｉｃｅ  Ｃｏｄｅの取得、及び更新の手続きについて説明した。
【０７０３】
更に、検出に基づき、Ｒｅｍｏｔｅ  ＵＥがＲｅｌａｙ  ＵＥに直接接続を確立し、ＰＤＮ接続を確立する手続きについても説明した。
【０７０４】
［３．  変形例］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も本発明に含まれる。
【０７０５】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０７０６】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであっても良い。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０７０７】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０７０８】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現しても良い。各装置の各機能ブロックは個別にチップ化しても良いし、一部、または全部を集積してチップ化しても良い。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【０７０９】
また、上述した実施形態においては、無線アクセスネットワークの例としてＬＴＥと、ＷＬＡＮ（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｎ等）とについて説明したが、ＷＬＡＮの代わりにＷｉＭＡＸによって接続されても良い。
【符号の説明】
【０７１０】
１  通信システム
２  コアネットワーク
３  ＩＰ移動通信ネットワーク＿Ａ
５  ＰＤＮ＿Ａ
７  ＰｒｏＳｅ機能部＿Ａ
８  ＵＥ＿Ａ
９  ＵＥ＿Ｂ
５０  ＨＳＳ＿Ａ
６０  ＰＣＲＦ＿Ａ
５５  ＡＡＡ＿Ａ
３０  ＰＧＷ＿Ａ
６５  ｅＰＤＧ＿Ａ
３５  ＳＧＷ＿Ａ
４０  ＭＭＥ＿Ａ
８０  ＬＴＥ  ＡＮ＿Ａ
７５  ＷＬＡＮ  ＡＮｂ
７０  ＷＬＡＮ  ＡＮａ
４５  ｅＮＢ＿Ａ
７６  ＷＬＡＮ  ＡＰｂ
７２  ＷＬＡＮ  ＡＰａ
【図１】
2017002855.tif 000003
【図２】
2017002855.tif 000004
【図３】
2017002855.tif 000005
【図４】
2017002855.tif 000006
【図５】
2017002855.tif 000007
【図６】
2017002855.tif 000008
【図７】
2017002855.tif 000009
【図８】
2017002855.tif 000010
【図９】
2017002855.tif 000011
【図１０】
2017002855.tif 000012
【図１１】
2017002855.tif 000013
【図１２】
2017002855.tif 000014
【図１３】
2017002855.tif 000015
【図１４】
2017002855.tif 000016
【図１５】
2017002855.tif 000017
【図１６】
2017002855.tif 000018
【図１７】
2017002855.tif 000019
【図１８】
2017002855.tif 000020
【国際調査報告】
2017002855.tif 000021
2017002855.tif 000022
2017002855.tif 000023
2017002855.tif 000024