JPWO2015146910A1 - サーバ装置及び端末装置 - Google Patents

Abstract

サーバ装置又は端末装置は、ＥＰＣなどネットワークを介したインフラストラクチャー通信と、Ｒｅｌａｙ ＵＥとの直接通信を介したＲｅｌａｙ通信とを、パスまたは通信路の切り替えができ、サービスを継続する事ができる。経路情報要求メッセージには、少なくとも通信の切り替えを要求することを示す識別情報が含まれている経路情報要求メッセージに基づいて、リレー機能を有する第３の端末装置を選択し、経路情報要求メッセージの応答であり、第３の端末装置の情報を含む経路更新指示メッセージを第１の端末装置に送信し、第３の端末装置とＬＴＥを用いた直接通信を行って前記第１の端末装置と通信することを指示することにより、通信路を切り替える。

Description

本発明は、サーバ装置等に関する。

近年の移動通信システムの標準化活動を行う３ＧＰＰ（The 3rd Generation Partnership Project）では、オールＩＰ化を実現する、ＥＰＳ（Evolved Packet System）の仕様化を行っている。３ＧＰＰではＥＰＳに接続されるアクセスシステムを、ＬＴＥだけでなく、無線ＬＡＮである場合も含めて検討している。

３ＧＰＰはＥＰＳの仕様化の中で、更にＵＥ間が近隣である事を検出機能（discovery）や、ＵＥ間で、コアネットワークや基地局を介さない直接通信を確立する機能（direct communication）を持つＰｒｏＳｅ（Proximity-based Services）について検討を行っている。

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

ＰｒｏＳｅは、直接通信路を確立する為に、直接通信の通信対象ＵＥを探索し、検知するサービスが必要となる。ＰｒｏＳｅでは、この検知方法として２つの方式を検討している。１つ目は、ＵＥが直接検出する方式（以下、「direct discovery」）である。２つ目は、アクセスネットワークやコアネットワークを介して検出する方法（以下、「EPS discovery」）である。ただし、ＰｒｏＳｅサービスは移動通信事業者により提供されるものであり、ＰｒｏＳｅサービスの利用には移動通信事業者による承認が必要である。その為、３ＧＰＰでは、ＰｒｏＳｅサービスの実現には、ＰＤＮ（Packet Data Network）または、コアネットワーク内にＰｒｏＳｅサービスを移動通信事業者の元管理する機能部としてＰｒｏＳｅサーバが必要となる。つまり、ＰｒｏＳｅでは、テザリングとは異なり通信事業者が、直接通信の通信路の確立や、認証等を担う。

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

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

また、ＰｒｏＳｅではＲｅｌａｙ ＵＥを介したＵＥ−ｔｏ−Ｒｅｌａｙ Ｎｅｔｗｏｒｋの検討も行っている。Ｒｅｌａｙ ＵＥは、少なくともいずれかのＵＥと直接通信が確立されており、Ｒｅｌａｙ ＵＥのみを介した、またはＲｅｌａｙ ＵＥからアクセスネットワークやコアネットワークを介した通信を利用できる。

Ｒｅｌａｙ ＵＥとＰｒｏＳｅ ＵＥ間の直接通信は、ＵＥが基地局のカバレッジ内に在圏しているかどうかや、その他の要因がトリガーとなり切り替えられる。３ＧＰＰでは、ＰｒｏＳｅの直接通信と、従来のネットワークを介したインフラストラクチャー通信間のサービス継続方法について検討が必要であると提示している。

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

ＰｒｏＳｅ技術において、ＵＥ（端末装置）は少なくとも１台のＵＥと直接通信を行うパスと、ＥＰＣなどコアネットワークを介したインフラストラクチャーパスによる通信を行うパスの、２種類のパスの通信路を確立する事が可能である必要がある。

上記２つの通信経路は、ＵＥの移動や環境の変化など、ＵＥの内部的要因及び外部的要因により切り替えられる。ＵＥまたはネットワークは、これら要因を検出する事で、パスまたは通信路の切り替えを決定できる必要がある。

しかし、上記２つの通信路をＵＥまたはネットワークが、どのように切り替えるのかはこれまで明らかにされていない。

本発明は、上述した課題を解決するために、端末装置又はサーバ装置が、少なくとも２台以上の端末装置の通信路またはパスの切り替えを決定し、実行する事を目的とした端末装置等を提供する事である。

上述した課題を解決するために、本発明のサーバ装置は、
第１の端末装置とコアネットワークを介して通信を行う第２の端末装置が送信する経路情報更新要求メッセージを第１の端末装置から受信し、
前記経路情報要求メッセージには、少なくとも通信の切り替えを要求することを示す識別情報が含まれており、
前記識別情報に基づいて、リレー機能を有する第３の端末装置を選択し、
前記経路情報要求メッセージの応答であり、前記第３の端末装置の情報を含む経路更新指示メッセージを前記第１の端末装置に送信し、前記第３の端末装置とＬＴＥを用いた直接通信を行って前記第１の端末装置と通信することを指示する、
ことを特徴とする。

本発明のサーバ装置は、
第１の端末装置と第２の端末装置のコアネットワークを介して通信する第１の通信と、前記第２の端末装置が第３の端末装置と直接通信を行って第１の端末装置と通信する第２の通信との切り替えを主導し、
リレー機能を有する前記第３の端末装置を選択し、
前記第３の端末装置の情報を含む経路更新指示メッセージを前記第２の端末装置に送信し、前記第２の通信への切り替えを指示する、
ことを特徴とする。

本発明の端末装置は、
第２の端末装置と、コアネットワークを介して通信を行う第１の端末装置であって、
パス切り替えトリガーを検知することにより、少なくとも通信の切り替えを要求することを示す識別情報が含まれている経路情報更新要求メッセージをサーバ装置に送信し、
前記サーバ装置から、サーバ装置が選択したリレー機能を有する第３の端末装置の情報を含む経路更新指示メッセージを受信し、
前記経路更新指示メッセージに従って、前記第３の端末装置とＬＴＥを用いた直接通信を行って前記第２の端末装置と通信する、
ことを特徴とする。

本発明により、サーバ装置又は端末装置は、ＥＰＣなどネットワークを介したインフラストラクチャー通信と、Ｒｅｌａｙ ＵＥとの直接通信を介したＲｅｌａｙ通信とを、パスまたは通信路の切り替えができ、サービスを継続する事ができる。

無線通信システムの概略構成例を示す図である。 無線通信システムの詳細な構成を説明する図である。 端末装置（ＵＥ）の機能構成を説明する為の図である。 記憶部に記憶される各データ構造の一例を示した図である。 端末装置（Ｒｅｌａｙ ＵＥ）の機能構成を説明するための図である。 記憶部に記憶される各データ構造の一例を示した図である。 ＰｒｏＳｅサーバの機能構成を説明するための図である。 記憶部に記憶される各データ構造の一例を示した図である。 第１実施形態における動作概要について説明するための図である。 第１実施形態における通信の概要について説明するための図である。 第１実施形態におけるパケットの概要について説明するための図である。 第１実施形態におけるパケットの概要について説明するための図である。 第１実施形態におけるパケットの概要について説明するための図である。 第１実施形態における処理の流れについて説明するための図である。 第１実施形態における第１処理例について説明するための図である。 第１実施形態における第２処理例について説明するための図である。 第１実施形態における端末装置の動作フローを示す図である。 第１実施形態における端末装置（Ｒｅｌａｙ ＵＥ）の動作フローを示す図である。 第１実施形態におけるＰｒｏＳｅサーバの動作フローを示す図である。 第２実施形態における第１処理例について説明するための図である。 第２実施形態における第２処理例について説明するための図である。 第２実施形態における端末装置の動作フローを示す図である。 第２実施形態におけるＰｒｏＳｅサーバの動作フローを示す図である。 第３実施形態における処理の流れについて説明するための図である。 第４実施形態における第１処理例について説明するための図である。 第４実施形態における第２処理例について説明するための図である。 第４実施形態における端末装置の動作フローを示す図である。 第４実施形態における端末装置（Ｒｅｌａｙ ＵＥ）の動作フローを示す図である。 第５実施形態における第１処理例について説明するための図である。 第５実施形態における第２処理例について説明するための図である。 第５実施形態における端末装置の動作フローを示す図である。 第５実施形態におけるＰｒｏＳｅサーバの動作フローを示す図である。 第６実施形態における処理の流れについて説明するための図である。 第６実施形態における処理の流れについて説明するための図である。 第７実施形態における処理の流れについて説明するための図である。

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

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

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

図１に示す無線通信システム１は、ＩＰ移動通信ネットワーク３と、ＰＤＮ５とを含むネットワークである。ＰＤＮ（Packet Data Network）５には、ＰｒｏＳｅサーバ２０が接続されており、ＩＰ移動通信ネットワーク３には、ＵＥ１０が接続されている。

本実施形態におけるＵＥ１０は、ＰｒｏＳｅのＲｅｌａｙ機能を持つＲｅｌａｙ ＵＥ（移動局装置、端末装置）１０Ａと、ＰｒｏＳｅ機能を持つＵＥ（移動局装置、端末装置）１０Ｂ及びＵＥ１０Ｃが接続されている。

ここで、ＰＤＮ５とＵＥ１０（Ｒｅｌａｙ ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃ）間はＩＰ移動通信ネットワーク３を介して接続されている。なお、図１に示す一例のようにＲｅｌａｙ ＵＥ１０ＡとＵＥ１０Ｂとは、ＰｒｏＳｅの直接通信での通信路が確立されてもよい。なお、Ｒｅｌａｙ ＵＥ１０ＡはＵＥ１０Ｃや他のＵＥと、直接距離が十分近距離であれば、直接通信の通信路を確立する事も可能である。

ＰｒｏＳｅサーバ２０は、Ｒｅｌａｙ ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃの通信を管理する為の認証サーバである。なお、図１ではＰｒｏＳｅサーバ２０は、ＰＤＮ５に含まれて構成されているが、ＰＤＮ５と独立していても良い。

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

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

また、各ＵＥ１０（Ｒｅｌａｙ ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃ）は、ＬＴＥやＷＬＡＮ等のアクセスシステムを用いて接続する通信端末であり、３ＧＰＰ ＬＴＥの通信インタフェースやＷＬＡＮの通信インタフェース等を搭載して接続することにより、ＩＰアクセスネットワークへ接続することが可能である。

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

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

図２は、図１に示す無線通信システム１の詳細な構成例である。図２に示す無線通信システム１の構成例は、ＵＥ１０（Ｒｅｌａｙ ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃのいずれかの端末装置）と、ＩＰ移動通信ネットワーク３と、ＰＤＮ５とを含んで構成されている。ＩＰ移動通信ネットワーク３には、本明細書で説明する各ＵＥ１０以外にも複数のＵＥが接続可能な事は勿論である。

ＩＰ移動通信ネットワーク３はコアネットワーク９と各無線アクセスネットワーク（例えば、ＬＴＥ ＡＮ７ｃ、ＷＬＡＮ ＡＮｂ７ｂ、ＷＬＡＮ ＡＮａ７ａ）で構成されている。コアネットワーク９は、ＨＳＳ（Home Subscriber Server）３２、ＡＡＡ（Authentication, Authorization, Accounting）３６、ＰＣＲＦ（Policy and charging rules function）３４、ＰＧＷ（Packet Data Network Gateway）３８、ｅＰＤＧ（enhanced Packet Data Gateway）４０、ＳＧＷ（Serving Gateway）４２、ＭＭＥ（Mobile Management Entity）４４を備えて構成される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［１．２ 装置構成］
続いて、本実施形態における各装置の機能構成について説明する。ここでは、図１のＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃ及びＰｒｏＳｅサーバ２０の装置構成について説明する。

［１．２．１ ＵＥの構成］
まず、Ｒｅｌａｙ ＵＥ以外の一般的なＵＥの構成について、図３を用いて説明する。本実施形態においては、ＵＥ１０Ｂ、ＵＥ１０Ｃが該当する。これらのＵＥは、ＰｒｏＳｅ機能を含む無線通信端末であれば良く、ＬＴＥアクセス方式により、無線通信によるデータの送受信を行う携帯電話端末であっても良いし、マシーンツーマシーンと呼ばれるような形態で機器同士が相互に情報交換する端末装置であっても良い。

図３は、本実施形態におけるＵＥ１０Ｂの機能構成を示す。なお、ＵＥ１０Ｃの機能構成はＵＥ１０Ｂと等しいため、説明を省略する。

ＵＥ１０Ｂは、制御部１００と、送受信アンテナ１１２が接続されている第１送受信部１１０と、送受信アンテナ１２２が接続されている第２送受信部１２０と、記憶部１３０とを備えて構成されている。

制御部１００はＵＥ１０Ｂを制御する為の機能部である。制御部１００は記憶部１３０に記憶されている各種プログラムを読みだして実行する機能部である。例えば、ＣＰＵ等により構成されている。

第１送受信部１１０及び第２送受信部１２０は、外部の端末装置や、基地局装置と無線通信を行う為の機能部である。例えば、第１送受信部１１０は、ＬＴＥアクセス方式により無線通信のデータを送受信する機能部である。第１送受信部１１０は、送信部と受信部から構成され、送信部はＬＴＥ基地局を介して制御情報を送信する事ができ、受信部はＬＴＥ基地局を介してデータや制御情報を送信する事ができる。

また、第２送受信部１２０は、ＬＴＥ基地局を介さずに他のＵＥへデータや制御情報などで直接通信を行う事が出来る機能部である。第２送受信部１２０は、送信部と受信部から構成される。前記送信部はＬＴＥ基地局を介さずにデータや制御情報を送信する事ができる。

なお、第１送受信部１１０と、第２送受信部１２０と、送受信アンテナの間にスイッチを設けて、送受信する機能部を切り替えて使用する事としても良いし、第１送受信部１１０と、第２送受信部１２０とを１つの送受信部として構成しても良い。

記憶部１３０は、ＵＥ１０Ｂの各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部１３０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。記憶部１３０にはＰｒｏＳｅ ＩＤ管理テーブル１３２と、ＩＰアドレス管理テーブル１３４と、アウターＩＰアドレス管理テーブル１３６と、ＤＣＭ状態テーブル１３８と、経路情報テーブル１４２と、Ｉｎ ｃｏｖｅｒａｇｅフラグ１４４とが記憶されている。

図４は記憶部１３０に記憶される各情報要素の一例を示す。以下、図４を参照して説明する。

図４（ａ）はＵＥ１０Ｂの記憶部１３０で記憶されるＰｒｏＳｅ ＩＤ管理テーブル１３２の一例を示したものである。ＰｒｏＳｅ ＩＤ管理テーブル１３２は、識別子として、ＰｒｏＳｅ ＩＤが具体的に記憶されている。

図４（ａ）では、ＵＥ１０Ｂを識別するための識別子（例えば「ＰｒｏＳｅ ＩＤ Ｂ」）や近隣に存在し、直接通信を行うことができるＵＥ１０Ａを識別するための識別子（例えば、「ＰｒｏＳｅ ＩＤ Ａ」）が管理されている。また、通信相手であるＵＥ１０Ｃの識別子（ＰｒｏＳｅ ＩＤ Ｃ）も管理されている。なお、ＰｒｏＳｅ ＩＤは、各ＵＥを識別するＩＤでもよく、アプリケーションを識別するＩＤでもよく、ＰｒｏＳｅサーバ２０がＵＥを認証したこと示すＩＤでもあってもよい。

このように、ＵＥ１０Ｂは複数のＰｒｏＳｅ ＩＤを記憶でき、自端末（ＵＥ１０Ｂ）の識別子「ＰｒｏＳｅ ＩＤ Ｂ」や、通信相手（ＵＥ１０Ｃ）の識別子「ＰｒｏＳｅ ＩＤ Ｃ」や、Ｒｅｌａｙ ＵＥとして対応づけられた端末（Ｒｅｌａｙ ＵＥ１０Ａ）の識別子「ＰｒｏＳｅ ＩＤ Ａ」と、自端末だけでなく他のＵＥの識別子を記憶する事が出来る。

また、ＰｒｏＳｅ ＩＤとしては各ＵＥ（Ｒｅｌａｙ ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃなど）を識別する情報だけでなく、アプリケーションを識別する情報や、通信事業や国を識別する情報を含んでも良い。

ＩＰアドレス管理テーブル１３４は、ＩＰアドレスを管理するためのテーブルである。例えば、ＵＥ識別子と、ＩＰアドレスとを対応づけて管理し、記憶する。

ここで、ＩＰアドレス管理テーブル１３４のデータ構造の一例を図４（ｂ）に示す。ＩＰアドレス管理テーブル１３４では、ＵＳ１０Ｂの識別子（例えば、「ＵＥ１０Ｂ」）と、ＩＰ移動通信ネットワークにアタッチした際に割り当てられるＵＥ１０ＢのＩＰアドレス（例えば、「ＩＰ＠Ｂ１」）とが記憶されている。

また、通信相手であるＵＥ１０ＣのＩＰアドレス「ＩＰ＠Ｃ１」や、直接通信が可能であるＲｅｌａｙ ＵＥ１０ＡのＩＰアドレス「ＩＰ＠Ａ１」を記憶していても良い。

アウターＩＰアドレス管理テーブル１３６は、アウターＩＰアドレスを管理し、記憶するテーブルである。

ここで、アウターＩＰアドレス管理テーブル１３６のデータ構造の一例を図４（ｃ）に示す。図４（ｃ）の場合、ＵＥ１０Ｂの記憶部１３０に記憶される、直接通信路を確立したＵＥに対してのアウターＩＰアドレス管理テーブル１３６の一例を示したものとなる。

例えば、ＵＥ１０Ｂと直接通信路を確立したＵＥ１０Ａとの直接通信には、通信相手Ｒｅｌａｙ ＵＥ１０ＡのアウターＩＰアドレス（例えば、「ＩＰ＠Ａ２」）と、当該通信に用いる自端末ＵＥ１０ＢのアウターＩＰアドレス（例えば、「ＩＰ＠Ｂ２」）とが管理されている。

また、ＵＥ１０Ｃについては、直接通信を行う事が出来ないことから、本実施形態においてはＵＥ１０Ｃにおいては、アウターＩＰアドレスが管理されていない。

ＤＣＭ状態テーブル１３８は、各端末装置との関係で、ＵＥ１０ＢのＤＣＭ（direct connected mode）の状態を管理するテーブルである。すなわち、他のＵＥ毎にＤＣＭ状態が管理される。

ここで、ＤＣＭ状態テーブル１３８のデータ構造の一例を図４（ｄ）に示す。ここで、ＤＣＭ状態テーブル１３８では、直接通信の通信路がデータの送受信がある状態の「ｃｏｎｎｅｃｔｅｄ」モードと、データの送受信がなく基地局との間の無線通信路のリソースを解放した状態の「ｉｄｌｅ」モードとが管理できる。

図４（ｄ）の場合、直接通信が可能であるＵＥ１０ＡとＵＥ１０Ｃとに対して、ＤＣＭ状態が記憶されている。

経路情報テーブル１４２は、通信相手とパスを対応づけた経路情報が記憶されているテーブルである。パスがＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙに対応づけられたものであった場合には、経路情報にＲｅｌａｙ ＵＥの識別情報を更に対応付けて記憶してよい。ＵＥ１０Ｂが通信するＵＥ毎に、経路情報が記憶されている。

経路情報テーブル１４２の、データ構成の一例を図４（ｅ）を用いて説明する。ここで、通信相手と直接通信路を用いて通信をするのか、インフラストラクチャー通信を用いて通信するのか、あるＲｅｌａｙ ＵＥを用いてＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信を行うのかが記憶されている。すなわち、図４（ｅ）に示すように、ＵＥ１０Ａに対しては「直接通信」の経路で接続されている。

そして、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信をする場合、経路（Ｒｅｌａｙ ＵＥ）も示す構成としても良い。なお、経路としてＲｅｌａｙ ＵＥを記載する場合、Ｒｅｌａｙ ＵＥへの通信経路（インフラストラクチャー通信ｏｒ直接通信）を記憶できる。例えば、図４（ｅ）の場合、ＵＥ１０Ｃに対しては、ＵＥ１０Ａを介した経路となっている。ここで、ＵＥ１０Ｂと、ＵＥ１０Ａとは直接通信を行っている。また、ＵＥ１０Ｃとは「ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ」のモードで接続していることが解る。

Ｉｎ ｃｏｖｅｒａｇｅフラグ１４４は、自端末のＩｎ ｃｏｖｅｒａｇｅフラグを記憶している領域である。

ここで、Ｉｎ ｃｏｖｅｒａｇｅフラグについては、図４（ｆ）の一例では、ＵＥ１０Ｂがネットワークアクセスのカバレッジから出ている状態（Ｏｕｔ ｏｆ ｃｏｖｅｒａｇｅ）である場合を示している。なお、ネットワークアクセスのカバレッジとは、ＬＴＥの基地局ｅＮＢ５２の構成するエリアに在圏している事をいう。

［１．２．２ Ｒｅｌａｙ ＵＥの構成］
続いて、ＵＥ１０の中でも、Ｒｅｌａｙ ＵＥとして機能する場合のＵＥ１０Ａについて、機能構成を説明する。Ｒｅｌａｙ ＵＥ１０Ａは、ＰｒｏＳｅ機能と、ＰｒｏＳｅのＲｅｌａｙ機能を含む、無線通信端末であれば良く、ＬＴＥアクセス方式により、無線通信によるデータの送受信を行う携帯電話端末であっても良いし、マシーンツーマシーンと呼ばれるような形態で機器同士が相互に情報交換する端末装置であっても良い。なお、明細書中でＵＥ１０Ａのことを、Ｒｅｌａｙ機能として利用している場合は明確にするためにＲｅｌａｙ ＵＥと記載する場合がある。

ここでＰｒｏＳｅのＲｅｌａｙ機能とは、ＰｒｏＳｅの機能を持つＵＥとコアネットワーク間でトラフィックをＲｅｌａｙする機能をもつ。

具体的には、ＰｒｏＳｅのＲｅｌａｙ機能をもつＵＥは、ＬＴＥに基づく直接通信路を確立し、直接接続するＵＥから送信されたユーザデータを受信し、さらに、受信したユーザデータをコアネットワークへ転送する。このように、ユーザデータを含むＩＰパケットを、コアネットワークを介してのユーザデータの送信先へ送信する。また、ＰｒｏＳｅのＲｅｌａｙ機能をもつＵＥは、ＬＴＥに基づく直接通信路を確立して直接接続するＵＥへ送信されたユーザデータをコアネットワークから受信し、さらに、受信したユーザデータを直接接続するＵＥへ転送する。

図５は、本実施形態におけるＵＥ１０Ａの機能構成を示す。ＵＥ１０Ａは、制御部３００に、第１送受信部３１０（送受信アンテナ３１２）と、第２送受信部３２０（送受信アンテナ３１４）と、Ｒｅｌａｙ信号生成部３１５と、記憶部３３０を備えて構成される。

制御部３００はＵＥ１０Ａを制御する為の機能部である。制御部３００は記憶部３３０に記憶されている各種プログラムを読みだして実行する機能部である。例えば、ＣＰＵ等により構成されている。

第１送受信部３１０はＵＥ１０Ｂの第１送受信部１１０と同様の機能に加えて、ＬＴＥ基地局を介して送信されてきたＲｅｌａｙ信号を識別し、Ｒｅｌａｙ信号生成部３１５に出力する機能と、Ｒｅｌａｙ信号生成部３１５から出力された信号を入力する機能を持つ機能部である。

同様に第２送受信部３２０は、ＵＥ１０Ｂの第２送受信部１２０の機能に加えて、ＬＴＥを介して送信されてきた信号をデカプセル化してＲｅｌａｙ信号生成部３１５に転送する機能と、Ｒｅｌａｙ信号生成部３１５から入力された信号を第２送受信部３２０でカプセル化させる機能をもつ機能部である。

Ｒｅｌａｙ信号生成部３１５は、制御部３００の制御に基づき、第２送受信部３２０または、第１送受信部３１０とから入力されたデータを、処理し、第２送受信部３２０、または第１送受信部３１０に出力する。

例えば、ＵＥ１０ＢからＵＥ１０Ｃへデータを送信する場合、ＵＥ１０ＢからＲｅｌａｙ ＵＥ１０Ａへは直接で送受信する為、ＵＥ１０Ａが受信した信号は第２送受信部３２０に出力される。第２送受信部３２０に入力されたデータはデカプセル化され、Ｒｅｌａｙ信号生成部３１５に出力される。

Ｒｅｌａｙ信号生成部３１５に入力された信号は、制御部３００が指示する処理を実行する。ここでは、Ｒｅｌａｙ ＵＥ１０ＡからＵＥ１０Ｃへはネットワークを介した通信を行うとしているので、Ｒｅｌａｙ信号生成部３１５に入力された信号は第１送受信部３１０に入力される。

なお、本実施形態においては、第１送受信部３１０と、Ｒｅｌａｙ信号生成部３１５と、第２送受信部３２０とは異なる構成として説明しているが、１つの送受信部として構成されても良い。

記憶部３３０は、ＵＥ１０Ａの各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部３３０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。ここで、記憶部３３０には、ＰｒｏＳｅ ＩＤ管理テーブル３３２、ＩＰアドレス管理テーブル３３４、アウターＩＰアドレス管理テーブル３３６、ＤＣＭ状態テーブル３３８、Ｉｎ ｃｏｖｅｒａｇｅフラグ３４０が記憶されている。

図６は記憶部３３０に記憶される各情報要素の一例を示す。ここで、記憶されている内容は端末毎に異なるが、各テーブルが管理する内容は、ＵＥ１０Ｂにおいて説明したテーブルと同様のものである。

すなわち、図６（ａ）に示すＰｒｏＳｅ ＩＤ管理テーブル３３２はＰｒｏＳｅ ＩＤ管理テーブル１３２と、図６（ｂ）に示すＩＰアドレス管理テーブル３３４はＩＰアドレス管理テーブル１３４と、図６（ｃ）に示すアウターＩＰアドレス管理テーブル３３６はアウターＩＰアドレス管理テーブル１３６と、図６（ｄ）に示すＤＣＭ状態テーブル３３８はＤＣＭ状態テーブル１３８と、図６（ｅ）に示すＩｎ ｃｏｖｅｒａｇｅフラグ３４０はＩｎ ｃｏｖｅｒａｇｅフラグ１４４と記憶する内容は同様であるため、その詳細な説明を省略する。

例えば、図６（ａ）に示すＰｒｏＳｅ ＩＤ管理テーブル３３２はＲｅｌａｙ ＵＥ１０Ａを含め、複数のＵＥの識別子を記憶しており、図６（ｂ）に示すＩＰアドレス管理テーブル３３４では、Ｒｅｌａｙ ＵＥ１０Ａを含め、複数のＵＥのＩＰアドレスが記憶しており、図６（ｃ）に示すアウターＩＰアドレス管理テーブル３３６は、ＵＥごとの直接通信用のアウターＩＰアドレスを記憶し、図６（ｄ）に示すＤＣＭ状態テーブル３３８は、各ＵＥとＲｅｌａｙ ＵＥ１０Ａ間のＤＣＭ状態を記憶し、図６（ｅ）に示すＩｎ ｃｏｖｅｒａｇｅフラグ３４０は自端末（Ｒｅｌａｙ ＵＥ１０Ａ）のＩｎ ｃｏｖｅｒａｇｅフラグを記憶している。

［１．２．３ ＰｒｏＳｅサーバの構成］
本実施形態におけるＰｒｏＳｅサーバ２０の機能構成について、図７を用いて説明する。ＰｒｏＳｅサーバ２０とは、ＰｒｏＳｅによる近隣検出やＰｒｏＳｅによる通信を行う移動通信事業者により管理される認証サーバである。

ＰｒｏＳｅサーバ２０は、制御部２００と、通信部２１０と、記憶部２２０により構成される。

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

通信部２１０は、ＰｒｏＳｅサーバ２０が通信をするための機能部である。本実施形態では、ＩＰ移動通信ネットワーク３に接続する為のＩＰ移動通信ネットワークインターフェース部である。

記憶部２２０はＰｒｏＳｅサーバ２０の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部２２０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成される。

記憶部２２０は、ＰｒｏＳｅ ＩＤ管理テーブル２２２と、Ｉｎ ｃｏｖｅｒａｇｅフラグ２２４と、ＵＥ位置情報管理テーブル２２６とを記憶する。

図８は記憶部２２０に記憶される各情報要素の一例を示す。ここで、記憶されている内容は端末毎に異なるが、ＰｒｏＳｅ ＩＤ管理テーブル２２２、Ｉｎ ｃｏｖｅｒａｇｅフラグ２２４の内容は、ＵＥ１０Ｂにおいて説明したテーブルと同様のものである。

すなわち、図８（ａ）に示すＰｒｏＳｅ ＩＤ管理テーブル２２２はＰｒｏＳｅ ＩＤ管理テーブル１３２と、図８（ｂ）に示すＩｎ ｃｏｖｅｒａｇｅフラグ２２４はＩｎ ｃｏｖｅｒａｇｅフラグ１４４と同様であるため、その詳細な説明を省略する。

例えば、図８（ａ）に示すＰｒｏＳｅ ＩＤ管理テーブル２２２は、ＰｒｏＳｅサーバ２０にＰｒｏＳｅ機能を持つＵＥとして登録されているＵＥの識別子を記憶しており、図８（ｂ）に示すＩｎ ｃｏｖｅｒａｇｅフラグ２２４はＰｒｏＳｅサーバ２０にＰｒｏＳｅ機能を持つＵＥとして登録されているＵＥのＩｎ ｃｏｖｅｒａｇｅフラグを記憶している。

ＵＥ位置情報管理テーブル２２６は、ＰｒｏＳｅが利用可能であるＵＥとしてＰｒｏＳｅサーバ２０に登録されている、ＵＥの位置情報を管理するテーブルである。図８（ｃ）に示すように、ＵＥ１０ＡとＵＥ１０Ｂの位置情報は「位置情報ＩＤ Ａ」であり、ＵＥ１０Ｃの位置情報は「位置情報ＩＤ Ｃ」である。

この場合、ＵＥ１０ＡとＵＥ１０Ｂは近隣である事が分かり、直接通信が可能であるとされる。

なお、位置情報ＩＤは、ＰｒｏＳｅサーバ２０にＰｒｏＳｅ機能を持つＵＥとして登録されている各ＵＥ１０（Ｒｅｌａｙ ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃ）の位置情報が分かるＩＤであれば良く、基地局を識別するｅＮＢ ＩＤや、ＴＡＩ（Ｔｒａｃｋｉｎｇ Ａｒｅａ ＩＤ）や、セルＩＤでも良い。

また、位置情報ＩＤはＥＣＧＩ（Ｅ−ＵＴＲＡＮ Ｃｅｌｌ Ｇｌｏｂａｌ ＩＤ）でもよい。ＥＣＧＩとはＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ） ＩＤとセルＩＤを組み合わせたＩＤであり、ＵＥの位置情報を表す。ＰｒｏＳｅサーバ２０は、ＵＥとのＰＤＮコネクションを確立した際にＭＭＥからＥＣＧＩを取得する。

［１．３ 通信の説明］
以下に、本実施形態で説明する通信に関しての概要を説明する。図９は、本実施形態で実行されるパスの切り替え、及び通信路の切り替え及び、パスまたは通信路の選択の概念図を説明する。

［１．３．１ 概要］
本実施形態の初期状態は、ＵＥ１０ＢとＵＥ１０Ｃがインフラストラクチャー通信Ｔ９０５（実線）で通信を行っている。インフラストラクチャー通信とは、ＥＰＣなどネットワークを介して行う通信の事を言う。また、インフラストラクチャー通信とはＰＤＮへのＧＷとしてＰＧＷを選択し、ＰＤＮとのＰＤＮコネクションを確立する通信のことを意味する。

初期状態から、何かしらのトリガーがＵＥまたはネットワークで発生する事でＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信（破線）に切り替える。

ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信とは、Ｒｅｌａｙ ＵＥ１０Ａとの直接通信またはインフラストラクチャー通信を介して行う通信の事である。

本実施形態では、ＵＥ１０ＢとＲｅｌａｙ ＵＥ１０Ａ間の直接通信Ｔ９０１と、Ｒｅｌａｙ ＵＥ１０ＡとＵＥ１０Ｃ間のＲｅｌａｙ通信Ｔ９０３とを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信にサービスを継続させたままパスを切り替える、または通信路を切り替える、またはパスまたは通信路を選択する。

ここでＲｅｌａｙ通信とは、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信を目的としたインフラストラクチャー通信であり、経路は従来のインフラストラクチャー通信と等しくＥＰＣなどネットワークを介して送受信を行う。

本実施形態では、ＵＥ１０ＢとＵＥ１０Ｃ間のインフラストラクチャー通信は、ＵＥ１０ＢとＲｅｌａｙ ＵＥ１０Ａの直接通信Ｔ９０１と、Ｒｅｌａｙ ＵＥ１０ＡとＵＥ１０Ｃのネットワークを介したインフラストラクチャー通信によりＲｅｌａｙ通信を行っているが、ＵＥ１０ＣとＲｅｌａｙ ＵＥ１０Ａ間が十分近距離であれば直接通信によりＲｅｌａｙ通信を行っても良い。

［１．３．２ ＩＰヘッダカプセル化によるＲｅｌａｙのデータの流れ］
図１０（ａ）は、ＵＥ１０ＢとＵＥ１０Ｃ間のインフラストラクチャー通信を表わす図である。ＵＥ１０Ｂは、インフラストラクチャー通信によりＵＥ１０Ｃへ、パスＴ１００３を用いてデータを送信する。つまり、ＵＥ１０Ｃは、ＵＥ１０Ｂからインフラストラクチャー通信により、パスＴ１００３を用いてデータを受信する。

また、ＵＥ１０Ｃは、インフラストラクチャー通信によりＵＥ１０Ｂへ、パスＴ１００５を用いてデータを送信する。つまり、ＵＥ１０Ｂは、ＵＥ１０Ｃからインフラストラクチャー通信により、パスＴ１００５を用いてデータを受信する。

ＵＥ１０Ｂはコアネットワーク９から、初期アタッチ手続きの際に、ＩＰアドレス「ＩＰ＠Ｂ１」を割り当てられ取得する。コアネットワーク９は、ＵＥ１０Ｂに「ＩＰ＠Ｂ１」を割り当て、ＵＥ１０Ｂに割り当てたＩＰアドレスを通知する。

同様に、ＵＥ１０Ｃはコアネットワーク９から、初期アタッチ手続きの際に、ＩＰアドレス「ＩＰ＠Ｃ１」を割り当てられ取得する。コアネットワーク９は、ＵＥ１０Ｃに「ＩＰ＠Ｃ１」を割り当て、ＵＥ１０Ｃに割り当てたＩＰアドレスを通知する。

図１０（ｂ）は、ＵＥ１０ＢとＵＥ１０Ｃ間のＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信を表わす図である。

ＵＥ１０Ｂは、直接通信によりＲｅｌａｙ ＵＥ１０Ａへ、パスＴ１００７を用いてデータを送信する。また、Ｒｅｌａｙ ＵＥ１０Ａは、直接通信によりＵＥ１０Ｂへ、パスＴ１０１３を用いてデータを送信する。

つまり、Ｒｅｌａｙ ＵＥ１０Ａは、ＵＥ１０Ｂから直接通信によりパスＴ１００７を用いてデータを受信する。ＵＥ１０Ｂは、Ｒｅｌａｙ ＵＥ１０Ａから直接通信によりパスＴ１０１３を用いてデータを受信する。

Ｒｅｌａｙ ＵＥ１０ＡとＵＥ１０Ｂは、直接通信用にＲｅｌａｙ ＵＥ１０Ａが割り当てたＩＰアドレス「ＩＰ＠Ａ２」とＩＰアドレス「ＩＰ＠Ｂ２」をアウターＩＰとして利用して、カプセル化し、直接通信を行う。

また、Ｒｅｌａｙ ＵＥ１０Ａは、ネットワークを介したＲｅｌａｙ通信によりＵＥ１０Ｃへ、パスＴ１００９を用いてデータを送信する。ＵＥ１０Ｃは、ネットワークを介したＲｅｌａｙ通信によりＲｅｌａｙ ＵＥ１０Ａへ、パスＴ１０１１を用いてデータを送信する。

つまり、ＵＥ１０Ｃは、Ｒｅｌａｙ ＵＥ１０Ａからネットワークを介したＲｅｌａｙ通信によりパスＴ１００９を用いてデータを受信する。Ｒｅｌａｙ ＵＥ１０Ａは、ＵＥ１０Ｃからネットワークを介したＲｅｌａｙ通信によりパスＴ１０１１を用いてデータを受信する。

なお、図１０（ａ）及び図１０（ｂ）においては、Ｒｅｌａｙ ＵＥ１０ＡとＵＥ１０ＢとＵＥ１０Ｃは同じＥＰＣ（Ｔ１００１）を介して、ネットワークにアタッチしているが、それぞれ別のＥＰＣを介しても良い。

［１．３．３ ＩＰパケットの説明］
以下、図１１〜図１３を用いて、本実施形態で使用される可能性がある３種類のＩＰパケットのカプセル化の手法について説明する。

（１）図１１について
図１１では図１０に示す各パスで各ＵＥ（Ｒｅｌａｙ ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃ）が送受信する具体的なユーザデータを含んだＩＰパケットを示す。

（ａ）ＵＥ１０Ｂ→（Ｔ１００３）→ＵＥ１０Ｃ
図１１（ａ）は、図１０（ａ）に示すＵＥ１０Ｂがインフラストラクチャー通信によりＵＥ１０ＣへパスＴ１００３を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＣがＵＥ１０Ｂからインフラストラクチャー通信によりパスＴ１００３を用いて受信するＩＰパケットの一例である。図１１（ａ）のＩＰパケットは、このＩＰパケットがＵＥ１０ＢからＵＥ１０Ｃへの情報である事を示すＩＰヘッダＰ１１００とペイロード（ＰＬ）Ｐ１１０１により構成される。

ここで、ペイロードとは、ヘッダ部分を除いた本来伝送したデータであり、ペイロード部分にはアプリケーションデータであるユーザデータが含まれる。

（ｂ）ＵＥ１０Ｃ→（Ｔ１００５）→ＵＥ１０Ｂ
図１１（ｂ）は、図１０（ａ）に示すＵＥ１０Ｃがインフラストラクチャー通信によりＵＥ１０ＢへパスＴ１００５を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＢがＵＥ１０Ｃからインフラストラクチャー通信によりパスＴ１００５を用いて受信するＩＰパケットの一例である。図１１（ｂ）のＩＰパケットは、このＩＰパケットがＵＥ１０ＣからＵＥ１０Ｂへの情報である事を示すＩＰヘッダＰ１１０３とペイロード（ＰＬ）Ｐ１１０５により構成される。

（ｃ）ＵＥ１０Ｂ→（Ｔ１００７）→ＵＥ１０Ａ
図１１（ｃ）は、図１０（ｂ）に示すＵＥ１０Ｂが直接通信によりＲｅｌａｙ ＵＥ１０ＡへパスＴ１００７を用いて送信するＩＰパケットの一例である。つまり、Ｒｅｌａｙ ＵＥ１０ＡがＵＥ１０Ｂから直接通信によりパスＴ１００７を用いて受信するＩＰパケットの一例である。図１１（ｃ）のＩＰパケットは、このＩＰパケットがＵＥ１０ＢからＲｅｌａｙ ＵＥ１０Ａへの情報である事を示すアウターＩＰヘッダＰ１１０７と、ＵＥ１０ＢからＵＥ１０Ｃへ送信したパケットであることを示すＩＰヘッダＰ１１００と、ペイロードＰ１１０１により構成される。

すなわち、図１１（ｃ）に示されるＩＰパケットは、図１１（ａ）に示すＵＥ１０ＢがＵＥ１０Ｃへインフラストラクチャー通信で送信するＩＰパケットの先頭に、アウターＩＰヘッダＰ１１０７を付加したものである。

（ｄ）ＵＥ１０Ａ→（Ｔ１００９）→ＵＥ１０Ｃ
図１１（ｄ）は、図１０（ｂ）に示すＲｅｌａｙ ＵＥ１０Ａがネットワークを介したＲｅｌａｙ通信によりＵＥ１０ＣへパスＴ１００９を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＣがＲｅｌａｙ ＵＥ１０Ａからネットワークを介したＲｅｌａｙ通信によりパスＴ１００９を用いて受信するＩＰパケットの一例である。

図１１（ｄ）のＩＰパケットは、このＩＰパケットがＲｅｌａｙ ＵＥ１０ＡからＵＥ１０Ｃへの情報である事を示すアウターＩＰヘッダＰ１１０９と、ＵＥ１０ＢからＵＥ１０Ｃへ送信したパケットであることを示すＩＰヘッダＰ１１００と、ペイロードＰ１１０１により構成される。ここで、アウターＩＰヘッダＰ１１０９を取り除いた物は、図１１（ａ）と等しいものとなる。

（ｅ）ＵＥ１０Ｃ→（Ｔ１０１１）→ＵＥ１０Ａ
図１１（ｅ）は、図１０（ｂ）に示すＵＥ１０Ｃがネットワークを介したＲｅｌａｙ通信によりＲｅｌａｙ ＵＥ１０ＡへパスＴ１０１１を用いて送信するＩＰパケットの一例である。つまり、Ｒｅｌａｙ ＵＥ１０ＡがＵＥ１０Ｃからネットワークを介したＲｅｌａｙ通信によりパスＴ１０１１を用いて受信するパケットの一例である。

図１１（ｅ）はＵＥ１０ＣからＲｅｌａｙ ＵＥ１０Ａへのネットワークを介したＲｅｌａｙ通信により送信された情報である事を示すアウターＩＰヘッダＰ１１１１を図１１（ｂ）のパケットの先頭に付加したものである。

（ｆ）ＵＥ１０Ａ→（Ｔ１０１３）→ＵＥ１０Ｂ
図１１（ｆ）は、図１０（ｂ）に示すＵＥ１０Ａが直接通信によりＵＥ１０ＢへパスＴ１０１３を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＢがＲｅｌａｙ ＵＥ１０Ａから直接通信によりパスＴ１０１３を用いて受信するパケットの一例である。

図１１（ｅ）のパケットをＵＥ１０Ｃから受信したＲｅｌａｙ ＵＥ１０Ａは、図１１（ｆ）のパケットを出力する。図１１（ｆ）はＲｅｌａｙ ＵＥ１０ＡからＵＥ１０Ｂに対しての直接通信である事を示すアウターＩＰヘッダＰ１１１３と、図１１（ｅ）のアウターＩＰヘッダＰ１１１１を取り除いたもの（図１１（ｂ）と等しい）とにより構成されている。

図１１の一例では、ＵＥ１０Ｂから出力されるパケットは図１１（ａ）から、図１１（ｃ）に変化する。つまり、ＵＥ１０ＢからＵＥ１０Ｃへの送信信号は、アウターＩＰヘッダＰ１１０７を付加する事でインフラストラクチャー通信から直接通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に経路情報を更新する事が出来る。

同様にＵＥ１０Ｃから出力されるパケットは図１１（ｂ）から図１１（ｅ）に変化する。つまり、ＵＥ１０ＣからＵＥ１０Ｂの送信信号はアウターＩＰヘッダＰ１１１１を付加する事でインフラストラクチャー通信から直接通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に経路情報を更新する事が出来る。

（２）図１２について
図１２は、図１０に示す各パスで各ＵＥ（Ｒｅｌａｙ ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃ）が送受信する具体的なユーザデータを含んだＩＰパケットを示す。

（ａ）ＵＥ１０Ｂ→（Ｔ１００３）→ＵＥ１０Ｃ
図１２（ａ）は、図１０（ａ）に示すＵＥ１０Ｂがインフラストラクチャー通信によりＵＥ１０ＣへパスＴ１００３を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＣがＵＥ１０Ｂからインフラストラクチャー通信によりパスＴ１００３を用いて受信するＩＰパケットの一例である。図１２（ａ）のＩＰパケットは、このＩＰパケットがＵＥ１０ＢからＵＥ１０Ｃへの情報である事を示すＩＰヘッダＰ１２００とペイロードＰ１２０１により構成される。

（ｂ）ＵＥ１０Ｃ→（Ｔ１００５）→ＵＥ１０Ｂ
図１２（ｂ）は、図１０（ａ）に示すＵＥ１０Ｃがインフラストラクチャー通信によりＵＥ１０ＢへパスＴ１００５を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＢがＵＥ１０Ｃからインフラストラクチャー通信によりパスＴ１００５を用いて受信するＩＰパケットの一例である。図１２（ｂ）のＩＰパケットは、このＩＰパケットがＵＥ１０ＣからＵＥ１０Ｂへの情報である事を示すＩＰヘッダＰ１２０３とペイロードＰ１２０５により構成される。

（ｃ）ＵＥ１０Ｂ→（Ｔ１００７）→ＵＥ１０Ａ
図１２（ｃ）は、図１０（ｂ）に示すＵＥ１０Ｂが直接通信によりＲｅｌａｙ ＵＥ１０ＡへパスＴ１００７を用いて送信するＩＰパケットの一例である。つまり、Ｒｅｌａｙ ＵＥ１０ＡがＵＥ１０Ｂから直接通信によりパスＴ１００７を用いて受信するＩＰパケットの一例である。図１２（ｃ）のＩＰパケットは、このＩＰパケットがＵＥ１０ＢからＲｅｌａｙ ＵＥ１０Ａへの情報である事を示すアウターＩＰヘッダＰ１２０７と、ＵＥ１０ＢからＵＥ１０Ｃへ送信したパケットであることを示すＩＰヘッダＰ１２００と、ペイロードＰ１２０１により構成される。

すなわち、図１２（ｃ）に示されるＩＰパケットは、図１２（ａ）に示すＵＥ１０ＢがＵＥ１０Ｃへ送信するＩＰパケットの先頭に、アウターＩＰヘッダＰ１２０７を付加したものである。

（ｄ）ＵＥ１０Ａ→（Ｔ１００９）→ＵＥ１０Ｃ
図１２（ｄ）は、図１０（ｂ）に示すＲｅｌａｙ ＵＥ１０Ａがネットワークを介したＲｅｌａｙ通信によりＵＥ１０ＣへパスＴ１００９を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＣがＲｅｌａｙ ＵＥ１０Ａからネットワークを介したＲｅｌａｙ通信によりパスＴ１００９を用いて受信するＩＰパケットの一例である。図１２（ｄ）は、図１２（ｃ）からアウターＩＰを取り除いたもの（図１２（ａ）と等しい）により構成されている。

（ｅ）ＵＥ１０Ｃ→（Ｔ１０１１）→ＵＥ１０Ａ
図１２（ｅ）は、図１０（ｂ）に示すＵＥ１０Ｃがネットワークを介したＲｅｌａｙ通信によりＲｅｌａｙ ＵＥ１０ＡへパスＴ１０１１を用いて送信するＩＰパケットの一例である。つまり、Ｒｅｌａｙ ＵＥ１０ＡがＵＥ１０Ｃからネットワークを介したＲｅｌａｙ通信によりパスＴ１０１１を用いて受信するパケットの一例である。

図１２（ｅ）はＵＥ１０ＣからＲｅｌａｙ ＵＥ１０Ａへのネットワークを介したＲｅｌａｙ通信により送信された情報である事を示すアウターＩＰヘッダＰ１２０９を図１２（ｂ）のパケットの先頭に付加したものである。

（ｆ）ＵＥ１０Ａ→（Ｔ１０１３）→ＵＥ１０Ｂ
図１２（ｆ）は、図１０（ｂ）に示すＵＥ１０Ａが直接通信によりＵＥ１０ＢへパスＴ１０１３を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＢがＲｅｌａｙ ＵＥ１０Ａから直接通信によりパスＴ１０１３を用いて受信するパケットの一例である。

図１２（ｅ）のパケットをＵＥ１０Ｂから受信したＲｅｌａｙ ＵＥ１０Ａは、図１２（ｆ）のパケットを出力する。図１２（ｆ）はＵＥ１０ＡからＵＥ１０Ｂに対しての直接通信である事を示すアウターＩＰヘッダＰ１２１１と、図１２（ｅ）のアウターＩＰヘッダＰ１２０９を取り除いたもの（図１２（ｂ）と等しい）により構成されている。

図１２の一例では、ＵＥ１０Ｂから出力されるパケットは図１２（ａ）から、図１２（ｃ）に変化する。つまり、ＵＥ１０ＢからＵＥ１０Ｃへの送信信号は、アウターＩＰヘッダＰ１２０７を付加する事でインフラストラクチャー通信から直接通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に経路情報を更新する事が出来る。

同様にＵＥ１０Ｃから出力されるパケットは図１２（ｂ）から図１２（ｅ）に変化する。つまり、ＵＥ１０ＣからＵＥ１０Ｂの送信信号はアウターＩＰヘッダＰ１２０９を付加する事でインフラストラクチャー通信から直接通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に経路情報を更新する事が出来る。

（３）図１３について
図１３は、図１０に示す各パスで各ＵＥ（Ｒｅｌａｙ ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃ）が送受信及び処理する具体的なユーザデータを含んだＩＰパケットの一例を示す。

（ａ）ＵＥ１０Ｂ→（Ｔ１００３）→ＵＥ１０Ｃ
図１３（ａ）は、図１０（ａ）に示すＵＥ１０Ｂがインフラストラクチャー通信によりＵＥ１０ＣへパスＴ１００３を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＣがＵＥ１０Ｂからインフラストラクチャー通信によりパスＴ１００３を用いて受信するＩＰパケットの一例である。図１３（ａ）のＩＰパケットは、このＩＰパケットがＵＥ１０ＢからＵＥ１０Ｃへの情報である事を示すＩＰヘッダＰ１３００とペイロードＰ１３０１により構成される。なお、ＩＰヘッダＰ１３００とペイロードＰ１３０１は、図１１のＩＰヘッダＰ１１００とペイロードＰ１１０１と等しい。

（ｂ）ＵＥ１０Ｃ→（Ｔ１００５）→ＵＥ１０Ｂ
図１３（ｂ）は、図１０（ａ）に示すＵＥ１０Ｃがインフラストラクチャー通信によりＵＥ１０ＢへパスＴ１００５を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＢがＵＥ１０Ｃからインフラストラクチャー通信によりパスＴ１００５を用いて受信するＩＰパケットの一例である。図１３（ｂ）のＩＰパケットは、このＩＰパケットがＵＥ１０ＣからＵＥ１０Ｂへの情報である事を示すＩＰヘッダＰ１３０３とペイロードＰ１３０５により構成される。なお、ＩＰヘッダＰ１３０３とペイロードＰ１３０５は、図１１のＩＰヘッダＰ１１０３とペイロードＰ１１０５と等しい。

（ｃ）ＵＥ１０Ｂ→（Ｔ１００７）→ＵＥ１０Ａ
図１３（ｃ）は、図１０（ｂ）に示すＵＥ１０Ｂが直接通信によりＲｅｌａｙ ＵＥ１０ＡへパスＴ１００７を用いて送信するＩＰパケットの一例である。つまり、Ｒｅｌａｙ ＵＥ１０ＡがＵＥ１０Ｂから直接通信によりパスＴ１００７を用いて受信するＩＰパケットの一例である。図１３（ｃ）のＩＰパケットは、このＩＰパケットがＵＥ１０ＢからＲｅｌａｙ ＵＥ１０Ａへの直接通信である事を示すアウターＩＰヘッダＰ１３０７と、ＵＥ１０ＢからＵＥ１０Ｃへ送信したパケットであることを示すＩＰヘッダＰ１３００と、ペイロードＰ１３０１により構成される。すなわち、アウターＩＰヘッダＰ１３０７を図１３（ａ）のパケットの先頭に付加したものである。

（ｄ）ＵＥ１０Ａ
図１３（ｄ）はＲｅｌａｙ ＵＥ１０Ａが、図１３（ｃ）をＵＥ１０Ｂから受信した場合に、Ｒｅｌａｙ ＵＥ１０Ａ内で作成するパケットである。図１３（ｄ）は、図１３（ｃ）からアウターＩＰヘッダＰ１３０７を取り除き、ＩＰヘッダＰ１３００とペイロードＰ１３０１の間に経路制御ヘッダＰ１３０９を付加する。経路制御ヘッダＰ１３０９は、Ｒｅｌａｙ通信で使用するＲｅｌａｙ ＵＥを指定する為にある。

（ｅ）ＵＥ１０Ａ→（Ｔ１００９）→ＵＥ１０Ｃ
図１３（ｅ）は、図１０（ｂ）に示すＲｅｌａｙ ＵＥ１０Ａがネットワークを介したＲｅｌａｙ通信によりＵＥ１０ＣへパスＴ１００９を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＣがＲｅｌａｙ ＵＥ１０Ａからネットワークを介したＲｅｌａｙ通信によりパスＴ１００９を用いて受信するＩＰパケットの一例である。

ここで、Ｒｅｌａｙ ＵＥ１０Ａは、送信直前に図１３（ｄ）を図１３（ｅ）に変換する。図１３（ｅ）は、Ｒｅｌａｙ ＵＥ１０ＡからＵＥ１０Ｃへのパケットである事を示すＩＰヘッダＰ１３１３と、経路制御ヘッダＰ１３１１と、ペイロードＰ１３０１とで構成される。経路制御ヘッダＰ１３１１には、実際の送信元がＵＥ１０Ｂである事を示す。Ｒｅｌａｙ ＵＥ１０Ａは図１３（ｄ）を図１３（ｅ）に変換した後、図１３（ｅ）に示すＩＰパケットをＵＥ１０Ｃに送信する。

（ｆ）ＵＥ１０Ｃ
図１３（ｆ）は、ＵＥ１０ＣからＵＥ１０Ｂへの送信をインフラストラクチャー通信から、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える際に、ＵＥ１０Ｃ内で生成するパケットである。図１３（ｆ）は、ＵＥ１０Ｃから、ＵＥ１０Ｂへの情報である事を示すＩＰヘッダＰ１３０３と、終点オプションヘッダＰ１３１５とペイロードＰ１３０５により構成される。図１３（ｆ）は、図１３（ｂ）のＩＰヘッダＰ１３０３とペイロードＰ１３０５の間に、終点オプションヘッダＰ１３１５を入れたものである。終点オプションヘッダＰ１３１５は終点エンティティを示す為のヘッダであるが、ここでは代りにＲｅｌａｙ ＵＥであるＵＥ１０ＡのＩＰアドレスが含まれる。

（ｇ）ＵＥ１０Ｃ→（Ｔ１０１１）→ＵＥ１０Ａ
図１３（ｇ）は、図１０（ｂ）に示すＵＥ１０Ｃがネットワークを介したＲｅｌａｙ通信によりＲｅｌａｙ ＵＥ１０ＡへパスＴ１０１１を用いて送信するＩＰパケットの一例である。つまり、Ｒｅｌａｙ ＵＥ１０ＡがＵＥ１０Ｃからネットワークを介したＲｅｌａｙ通信によりパスＴ１０１１を用いて受信するパケットの一例である。

ここで、ＵＥ１０Ｃは、送信直前に図１３（ｆ）に示すＩＰパケットを図１３（ｇ）に示すＩＰパケットに変換する。図１３（ｇ）は、図１０（ｂ）のパスＴ１０１１の具体的なユーザデータを含んだＩＰパケットの例である。図１３（ｇ）は、ＵＥ１０ＣからＲｅｌａｙ ＵＥ１０Ａへの情報である事を示すＩＰヘッダＰ１３１９と、終点オプションヘッダＰ１３１７とペイロードＰ１３０５により構成される。

（ｈ）ＵＥ１０Ａ→（Ｔ１０１３）→ＵＥ１０Ｂ
図１３（ｈ）は、図１０（ｂ）に示すＵＥ１０Ａが直接通信によりＵＥ１０ＢへパスＴ１０１３を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＢがＲｅｌａｙ ＵＥ１０Ａから直接通信によりパスＴ１０１３を用いて受信するパケットの一例である。

ここで、図１３（ｈ）は図１０（ｂ）の具体的なユーザデータを含むＩＰパケットの例である。図１３（ｇ）のパケットをＵＥ１０Ｃから受信したＲｅｌａｙ ＵＥ１０Ａは、図１３（ｈ）のパケットを出力する。図１３（ｈ）はＵＥ１０ＡからＵＥ１０Ｂに対しての直接通信である事を示すアウターＩＰヘッダＰ１３２１と、ＵＥ１０ＣからＵＥ１０Ｂへの情報である事を示すＩＰヘッダＰ１３０３とペイロードＰ１３０５により構成されている。

［１．４ 処理例］
続いて、本実施形態における処理について、以下図を用いて説明する。なお、本十時形態において説明するシーケンス図、動作フローは一例であり、動作の影響にない範囲で、処理の順序等が前後しても本発明を実現するのに影響は無い。

［１．４．１ ＰｒｏＳｅ ｒｅｇｉｓｔｒａｔｉｏｎ］
本実施形態では、ＰｒｏＳｅサーバ２０が各ＵＥをサービス認証することを目的として、ＰｒｏＳｅサーバ２０が、各ＵＥ（Ｒｅｌａｙ ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃ）を、ＰｒｏＳｅ機能を持つＵＥとして登録し、管理する必要がある。また、各ＵＥ１０（Ｒｅｌａｙ ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃ）がＰｒｏＳｅサーバ２０に登録される際に、コアネットワーク９は各ＵＥ１０にＰｒｏＳｅ ＩＤを割り当てる必要がある。ここでのＰｒｏＳｅ ＩＤは、ＰｒｏＳｅサーバ２０がＵＥを認証したこと示す認証情報でもあってもよい。

図１４は、ＵＥ１０ＡがＰｒｏＳｅサーバ２０にＰｒｏＳｅ ＵＥとして登録され、ＰｒｏＳｅ ＩＤをＰｒｏＳｅサーバ２０から取得するまでの処理の一例を示す。なお、ＵＥ１０Ｂ及びＵＥ１０ＣがＰｒｏＳｅサーバ２０にＰｒｏＳｅ ＵＥとして登録し、ＰｒｏＳｅ ＩＤをＰｒｏＳｅサーバ２０から取得する手続きは、ＵＥ１０Ａと等しい為、説明は省略する。

ＵＥ１０Ａは、初期アタッチ手続きを行う（Ｓ１００２）。より具体的には、ＵＥ１０ＡはＭＭＥ４４にアタッチ要求メッセージを送信してアタッチ手続きを開始し、ＵＥ１０Ａは、アタッチ要求メッセージに基づいてＭＭＥ４４によって選択されたＰＧＷ３８との間にインフラストラクチャー通信に用いる通信路であるＰＤＮコネクションを確立する。さらに、ＵＥ１０Ａはコアネットワーク９からインフラストラクチャー通信に用いるＩＰアドレスを取得する。逆に言えば、コアネットワーク９は、ＵＥ１０Ａの送信するアタッチ要求メッセージに基づいて、ＵＥ１０ＡへＩＰアドレスを割り当てる。

Ｓ１００２の初期手続きが完了したら、ＵＥ１０ＡはＰｒｏＳｅサーバ２０にＰｒｏＳｅ ＵＥとして登録要求を送る（Ｓ１００４）。ＰｒｏＳｅサーバ２０は、ＵＥ１０ＡからＰｒｏＳｅ登録要求を受信すると、ＵＥ１０Ａに対してＰｒｏＳｅ ＩＤを割り当てる（Ｓ１００６）。

ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａに対して割り当てたＰｒｏＳｅ ＩＤ（ＰｒｏＳｅ ＩＤ Ａ）を含めて、ＰｒｏＳｅ登録応答をＵＥ１０Ａに送信する（Ｓ１００８）。

ＵＥ１０Ａは、ＰｒｏＳｅサーバ２０からＰｒｏＳｅ登録応答を受信し、ＵＥ１０Ａに割り当てられたＰｒｏＳｅ ＩＤ（ＰｒｏＳｅ ＩＤ Ａ）を取得する。ＵＥ１０Ａは、ＰｒｏＳｅ ＩＤを取得したら、記憶部３３０内のＰｒｏＳｅ ＩＤ管理テーブル３３２に記憶しても良い。

ここで、ＵＥ１０ＡがＰｒｏＳｅサーバ２０に送信する登録要求は、ＰｒｏＳｅに関連するサービスを受けることに対する認証を要求するものであってよい。さらに、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａに対してサービスを提供可能であることを確認し、認証されたことをＰｒｏＳｅ登録応答の送信によってＵＥ１０Ａへ通知してもよい。

さらに、ＰｒｏＳｅサーバ２０はサービスを認証したことによりＰｒｏＳｅ ＩＤを割り当て、ＵＥ１０ＡおよびＰｒｏＳｅサーバ２０は、ＰｒｏＳｅ ＩＤをサービス認証したことを示す認証情報として用いても良い。

［１．４．２ 第１処理例］
図１５は、サービス継続手続きｐｒｏｃｅｄｕｒｅについて説明する図である。ＵＥ１０Ｂがトリガーを検出する事で、ＵＥ１０ＢとＵＥ１０Ｃ間の通信をインフラストラクチャー通信Ｔ９０５から直接通信Ｔ９０１とＲｅｌａｙ通信Ｔ９０３を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信にパス、または通信路を切り替える処理を示す。なお、本実施形態においては、処理の説明に用いる構成要素のみを利用して説明しており、例えば、他の装置（ＰＧＷ等）の記載は省略している。

本実施形態では、各機能同士が、通信相手に動作の指示や要求を与えたい場合、ｉｎｄｉｃａｔｉｏｎ ｆｌａｇというフラグを付加するものとして説明するが、要求することを示す情報は、フラグで識別する方法に限らず、経路情報更新要求メッセージを規定するなどして、経路情報更新要求メッセージを送信することで要求してもよい。より具体的には、要求や指示を与える機器が、要求相手に経路情報更新を要求するメッセージタイプを含めた要求メッセージを送信してもよい。

また、図１５に示す処理では、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ」を以下の意味として使用する。

ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１：ＵＥ１０ＢからＰｒｏＳｅサーバ２０に送信される信号に含まれる、指示や要求を示す情報要素。

ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２：、ＰｒｏＳｅサーバ２０からＵＥ１０Ｂに送信される信号に含まれる、指示や要求を示す情報要素。

ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３：ＰｒｏＳｅサーバ２０からＵＥ１０Ｃに送信される信号に含まれる、指示や要求を示す情報要素。

ここで、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」は、インフラストラクチャー通信Ｔ９０５の通信路からＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信の通信路へ、または、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信の通信路からインフラストラクチャー通信Ｔ９０５へ、指定するＵＥ間の通信を切り替える事の許可を要求する事を示すフラグであっても良い。

つまり、ＵＥ１０Ｂが「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」含めた情報をＰｒｏＳｅサーバ２０に送信する事で、ＵＥ１０ＢがＰｒｏＳｅサーバ２０に、ＵＥ１０ＢとＵＥ１０Ｃ間の通信路をインフラストラクチャー通信Ｔ９０５からＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える事の許可を要求しても良い。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」は、インフラストラクチャー通信Ｔ９０５の通信路から指定ＵＥをＲｅｌａｙ ＵＥとして、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信の通信路へ指定するＵＥ間の通信を切り替える事の許可を要求する事を示すフラグであっても良い。

つまり、ＵＥ１０Ｂが「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」含めた経路情報更新要求をＰｒｏＳｅサーバ２０に送信する事で、ＵＥ１０ＢがＰｒｏＳｅサーバ２０に、ＵＥ１０ＢとＵＥ１０Ｃ間の通信路を、インフラストラクチャー通信Ｔ９０５からＲｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える事の許可を要求しても良い。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」は接続するＲｅｌａｙ ＵＥの選択を指示する事を示すフラグでも良い。つまり、ＵＥ１０Ｂが「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」を含めた情報をＰｒｏＳｅサーバ２０に送信する事で、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に、ＵＥ１０Ｂが接続するＲｅｌａｙ ＵＥの選択を要求しても良い。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」は接続するＲｅｌａｙ ＵＥの選択と、選択したＲｅｌａｙ ＵＥを「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」の送信元ＵＥや送信元ＵＥの通信相手など他のＵＥへ通知する事と、を指示する事を示すフラグでも良い。つまり、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」を含めた情報をＰｒｏＳｅサーバ２０に送信する事で、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に対して、ＵＥ１０Ｂが接続するＲｅｌａｙ ＵＥの選択と、選択したＲｅｌａｙ ＵＥをＵＥ１０ＢやＵＥ１０Ｃなど他のＵＥに通知する事を要求しても良い。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」は接続するＲｅｌａｙ ＵＥの選択と、選択したＲｅｌａｙ ＵＥへの通信路確立を送信元ＵＥや送信元ＵＥの通信相手など他のＵＥへ指示する事と、を指示する事を示すフラグでも良い。例えば、ＵＥ１０Ｂが「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」を含めた情報をＰｒｏＳｅサーバ２０に送信する事で、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に、ＵＥ１０Ｂが接続するＲｅｌａｙ ＵＥを選択し、ＵＥ１０ＢやＵＥ１０Ｃなど他のＵＥに、Ｒｅｌａｙ ＵＥへ直接通信の通信路確立を指示する事を要求しても良い。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」は、これまでに説明した要求や指示を組み合わせた意味合いを示しても良い。

次に、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」は、インフラストラクチャー通信Ｔ９０５から、Ｒｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える事を要求する事を示すフラグでも良い。

つまり、ＰｒｏＳｅサーバ２０がＵＥ１０Ｂに「Ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」を含めた経路情報更新指示を送信する事で、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに、ＵＥ１０Ｃに対する通信をインフラストラクチャー通信Ｔ９０５からＲｅｌａｙ ＵＥ１０Ａとの直接通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に経路情報の更新を要求しても良いし、Ｒｅｌａｙ ＵＥ１０Ａとのインフラストラクチャー通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に経路情報の更新を要求しても良い。

また、「Ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」は、Ｒｅｌａｙ ＵＥとのＤＣＭ状態を確認の要求を示すフラグであっても良い。つまり、ＰｒｏＳｅサーバ２０がＵＥ１０Ｂに「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」とＲｅｌａｙ ＵＥ１０Ａの識別子（ＰｒｏＳｅ ＩＤ Ａ）を含む経路情報更新指示を送信する事で、ＰｒｏＳｅサーバ２０はＵＥ１０ＢにＵＥ１０ＢとＲｅｌａｙ ＵＥ１０Ａ間のＤＣＭ（Ｄｉｒｅｃｔ Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）状態の確認を要求しても良い。

また、「Ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」は、Ｒｅｌａｙ ＵＥとのＤＣＭ状態の確認と、ＤＣＭ状態がｉｄｌｅモードである場合、通信路の確立を指示し、ｃｏｎｎｅｃｔｅｄモードである場合は処理を特に処理が必要でない事を示すフラグでも良い。例えば、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」を含む経路情報更新指示をＵＥ１０Ｂに送信する事で、ＰｒｏＳｅサーバ２０はＵＥ１０ＢにＲｅｌａｙ ＵＥ１０ＡとのＤＣＭ状態の確認と、ＤＣＭ状態がアイドル状態である場合Ｒｅｌａｙ ＵＥ１０Ａと直接通信路の確立を要求しても良い。

ここでＤＣＭ状態とはＵＥ間の直接通信路の接続状態であり、ｉｄｌｅモードと、ｃｏｎｎｅｃｔｅｄモードがある。ｉｄｌｅモードとは、ＵＥ間でＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）シグナルによる直接接続が確立されていない状態であり、ｃｏｎｎｅｃｔｅｄモードは、ＮＡＳシグナル接続が確立されている状態である。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」は、これまでに説明した要求や指示を組み合わせた意味合いを示しても良い。

次に、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」は、インフラストラクチャー通信Ｔ９０５から、Ｒｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える事、またはＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信からインフラストラクチャー通信Ｔ９０５に切り替える事、を要求する事を示すフラグでも良い。

つまり、ＰｒｏＳｅサーバ２０がＵＥ１０Ｃに「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」を含めた経路情報更新指示を送信する事で、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに、ＵＥ１０Ｃに対する通信をインフラストラクチャー通信Ｔ９０５からＲｅｌａｙ ＵＥ１０Ａとの直接通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に経路情報の更新を要求しても良いし、Ｒｅｌａｙ ＵＥ１０Ａとのインフラストラクチャー通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に経路情報の更新を要求しても良い。

図１５に示す一例では、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」はパスまた通信路を切り替える事の要求と、ＵＥ１０Ｂに接続するＲｅｌａｙ ＵＥを選択する事の要求と、ＵＥ１０ＢとＵＥ１０ＣにＲｅｌａｙ ＵＥを通知する事の要求と、Ｒｅｌａｙ ＵＥへの通信路の確立をＵＥ１０Ｂに指示する事の要求を示すフラグとする。

また、図１５の「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」はＵＥ１０ＢにＤＣＭ状態の確認の要求と、ＤＣＭ状態確認の結果ｉｄｌｅモードであった場合直接通信路の通信路を確立の要求と、インフラストラクチャー通信Ｔ９０５からＲｅｌａｙ ＵＥ１０Ａとの直接通信Ｔ９０１を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に、経路情報を更新する指示の要求を示すフラグとする。

また、図１５の「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」はＵＥ１０Ｃに、ＵＥ１０ＣとＵＥ１０Ｂ間の通信をインフラストラクチャー通信Ｔ９０５から、Ｒｅｌａｙ ＵＥ１０ＡとのＲｅｌａｙ通信Ｔ９０３を介した、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に、経路情報を更新する指示の要求を示すフラグとする。

図１５の初期状態では、ＵＥ１０ＢとＵＥ１０Ｃは図１０（ａ）のようにインフラストラクチャー通信Ｔ９０５でデータの送受信を行っている（Ｓ１５０２）。このとき、ＵＥ１０ＢとＵＥ１０Ｃはネットワークアクセスのカバレッジ内にいるとする。ネットワークアクセスのカバレッジとは、ＬＴＥの基地局ｅＮＢ５２の構成するエリアに在圏している事をいう。

Ｓ１５０２のＵＥ間のインフラストラクチャー通信は、例えば図１１（ａ）、図１１（ｂ）に示されるパケットが送受信される。

ＵＥ１０Ｂが、パスの切り替えトリガーを検知する（Ｓ１５０４）。ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信へのパスの切り替えのトリガーは、特に限定されず、例えばＵＥ１０Ｂが、自端末がネットワークのカバレッジから出た事を検知しても良い。

ＵＥ１０ＢはＳ１５０４がトリガーとなり、ＰｒｏＳｅサーバ２０に経路情報更新許可要求を送る（Ｓ１５０６）。Ｓ１５０６の経路情報更新許可要求には、ＵＥ１０Ｂを識別する「ＰｒｏＳｅ ＩＤ Ｂ」が含まれてもよく、通信相手のＵＥ１０Ｃを識別する「ＰｒｏＳｅ ＩＤ Ｃ」が含まれてもよく、「ＵＥ１０Ｂの位置情報」が含まれてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」が含まれてもよく、またこれら複数の情報要素を含めてもよい。

ＰｒｏＳｅサーバ２０が、ＵＥ１０Ｂから経路情報更新許可要求を受信すると、ＰｒｏＳｅサーバ２０が、ＵＥ１０Ｂの位置情報が含まれた経路情報更新許可要求を受信することにより、ＰｒｏＳｅサーバ２０が管理しているＵＥ１０ＢのＵＥ位置情報管理テーブル２２６を更新する。

ＰｒｏＳｅサーバ２０は「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」を含めた経路情報更新許可要求を受信した場合、または要求を含むメッセージを受信した場合、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」に基づいて、または要求に基づいて、ＵＥ１０Ｂがインフラストラクチャー通信Ｔ９０５から、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に通信を切り替える事を認証しても良い。

Ｓ１５０６の経路情報更新許可要求に、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」が含まれていない場合、ＰｒｏＳｅサーバ２０は特に処理を必要としない。

また、ＰｒｏＳｅサーバ２０は「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」を含めた経路情報更新許可要求を受信した場合、または要求を含むメッセージを受信した場合、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」に基づいて、または要求に基づいて、ＵＥ１０Ｂが接続するＲｅｌａｙ ＵＥを選択する（Ｓ１５０８）。Ｒｅｌａｙ ＵＥ１０Ａの選択方法は特に限定しないが、例えば、ＰｒｏＳｅサーバ２０の記憶部２２０のＵＥ位置情報管理テーブル２２６に記憶される各ＵＥの位置情報からＵＥ１０Ｂに近隣であるＵＥを選択しても良い。

ＰｒｏＳｅサーバ２０は、Ｓ１５０８又はＳ１５０６に基づいて、ＵＥ１０Ｂに選択したＲｅｌａｙ ＵＥを通知する経路情報更新指示を送信する（Ｓ１５１０）。なお、Ｓ１５０８で、Ｒｅｌａｙ ＵＥを選択できない場合は、Ｓ１５１０以降は実行されない。

Ｓ１５１０で送信する経路情報更新指示には、Ｒｅｌａｙ ＵＥとして選択したＲｅｌａｙ ＵＥ１０ＡのＰｒｏＳｅ ＩＤ Ａが含まれてもよいし、経路情報更新する送信相手先としてＵＥ１０ＣのＰｒｏＳｅ ＩＤ Ｃが含まれてもよいし、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」が含まれてもよく、これら複数の情報要素を含めてもよい。

ＰｒｏＳｅサーバ２０は「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」を含めた経路情報更新許可要求を受信した場合又はＲｅｌａｙ ＵＥを選択した場合（Ｓ１５０８）、または、ＰｒｏＳｅサーバ２０が経路情報更新指示を送信（Ｓ１５１０）した場合、ＰｒｏＳｅサーバ２０はＵＥ１０Ｃに経路情報更新指示を送信する（Ｓ１５１２）。

Ｓ１５１２の経路情報更新指示は、Ｓ１５０６と同時でも良く、Ｓ１５０６以降のいずれかのタイミングで良い。本実施形態では、Ｓ１５０６後、拒絶応答が返ってくる可能性があるタイミングまで待機するものとする。

Ｓ１５１２の経路情報更新指示は、ＵＥ１０ＢのＰｒｏＳｅ ＩＤ Ｂが含まれてもよく、Ｒｅｌａｙ ＵＥとして選択したＲｅｌａｙ ＵＥ１０ＡのＰｒｏＳｅ ＩＤ Ａが含まれてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」が含まれてもよく、これら複数の情報要素を含めてもよい。

ＵＥ１０ＢはＰｒｏＳｅサーバ２０から経路情報更新指示を受信する（Ｓ１５１０）。ＵＥ１０ＢがＰｒｏＳｅサーバ２０から受信した経路情報更新指示に、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」が含まれる場合、または要求を含むメッセージを受信した場合、ＵＥ１０Ｂは「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」に基づいて、または要求に基づいてＵＥ１０ＢとＵＥ１０Ａ間のＤＣＭ（Ｄｉｒｅｃｔ Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）状態を確認する（Ｓ１５１４）。

ＵＥ１０ＢはＵＥ１０Ａ間とのＤＣＭ状態を確認し、ｉｄｌｅモードの場合の処理（Ｓ１５１５）を実行する。なお、ＵＥ１０ＢとＵＥ１０Ａ間がｉｄｌｅモードであり、ＵＥ１０ＢがＵＥ１０Ａ間との直接通信を拒絶する事も可能である。その場合、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に拒絶信号を送信する。Ｓ１５１５は、Ｓ１５１６とＳ１５１８とで構成されている。

Ｓ１５１４でＵＥ１０ＢがＵＥ１０ＢとＵＥ１０Ａ間のＤＣＭ状態がｉｄｌｅモードであると判断した場合、まずＵＥ１０ＢはＵＥ１０Ａに直接通信要求を送信する（Ｓ１５１６）。

Ｒｅｌａｙ ＵＥ１０ＡはＵＥ１０Ｂから直接通信要求を受信し、ＵＥ１０Ｂに直接通信承認を送信する（Ｓ１５１８）。

Ｓ１５１８には、Ｒｅｌａｙ ＵＥ１０Ａが各ＵＥ（ＵＥ１０ＡとＵＥ１０Ｂ）に割り当てたアウターＩＰアドレス（ＩＰ＠Ａ２、ＩＰ＠Ｂ２）が含まれてもよく、ＵＥ１０ＡとＵＥ１０Ｂの識別子ＰｒｏＳｅ ＩＤ（ＰｒｏＳｅ ＩＤ Ａ、ＰｒｏＳｅ ＩＤ Ｂ）が含まれてもよく、これが複数含まれてもよい。

ＵＥ１０ＡとＵＥ１０ＢとのアウターＩＰアドレス（ＩＰ＠Ａ２とＩＰ＠Ｂ２）は、ＵＥ１０ＡとＵＥ１０Ｂが直接通信を行う為に各ＵＥ（ＵＥ１０ＡとＵＥ１０Ｂ）がＩＰパケットをカプセル化するのに用いる。

ＵＥ１０Ｂは、ＵＥ１０ＡとＵＥ１０ＢのＤＣＭ状態を確認し（Ｓ１５１４）、ＤＣＭ状態に基づき、または、ＵＥ１０ＢがＲｅｌａｙ ＵＥ１０Ａから直接通信承認（Ｓ１５１８）の受信に基づき、ＵＥ１０Ｂの経路情報テーブル１４２を更新する（Ｓ１５２２）。経路情報テーブル１４２が更新される事により、ＵＥ１０Ｂから出力される信号が、図１１（ａ）から図１１（ｃ）に、または図１３（ａ）から図１３（ｃ）に切り替わる。

また、ＵＥ１０Ｃは、ＰｒｏＳｅサーバ２０から経路情報更新指示を受信すると（Ｓ１５１２）、ＵＥ１０Ｃの経路情報テーブル１４２を更新する（Ｓ１５２０）。経路情報テーブル１４２が更新される事により、ＵＥ１０Ｃから出力される信号が、図１１（ｂ）から図１１（ｅ）に、または図１３（ｂ）から図１３（ｇ）に切り替わる。

以上により、ＵＥ１０ＢとＵＥ１０Ｃ間の通信を、インフラストラクチャー通信から、ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える事ができる（Ｓ１５２４）。

［１．４．３ 第２処理例］
次に、図１５の第１処理例とは異なる処理例として第２処理例を説明する。インフラストラクチャー通信からＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替えを要求するトリガーがＵＥ１０ＢではなくＰｒｏＳｅサーバ２０で検知されて、ＰｒｏＳｅサーバが通信路の切り替え処理を主導する場合について図１６を用いて説明する。

なお、図１６における「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２〜３」の役割は図１５と同様である為、説明は省略する。また、処理の流れについても、図１５と同じ箇所については同一の符号を付し、その説明を省略する。

図１６では、初期状態としてＵＥ１０ＢとＵＥ１０Ｃがインフラストラクチャー通信をしている（Ｓ１５０２）。ここでは、図１１（ａ）と図１１（ｂ）のパケットを送受信している。

ＰｒｏＳｅサーバ２０は、インフラストラクチャー通信Ｔ９０５からパスまたは通信路を切り替える事を要求するトリガー検知する（Ｓ１６０２）。Ｓ１６０２はどのようなトリガーでも良いが、例えば、ＰｒｏＳｅサーバ２０が、ＵＥ１０Ｂがネットワークアクセスのカバレッジからでた事を検知しても良い。

Ｓ１６０２のトリガー検知により、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂに最適なＲｅｌａｙ ＵＥを選択する（Ｓ１５０８）。Ｒｅｌａｙ ＵＥの選択方法は特に限定しないが、例えばＰｒｏｅサーバに登録されているＵＥの位置情報から選択する等が考えられる。Ｓ１５０８以降は、図１５のＳ１５０８以降と同様である。

［１．５ 装置の動作フロー］
［１．５．１ ＵＥ１０Ｂの動作フロー］
図１７に、図１５、１６のシーケンスを実現するＵＥ１０Ｂのフローチャート図の一例を示す。ＵＥ１０Ｂは、インフラストラクチャー通信からＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える、何かしらのトリガーを検知するのを待機する（ステップＳ１０２）。ステップＳ１０２でパスの切り替えトリガーを検知した場合（ステップＳ１０２；Ｙｅｓ）、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に経路情報更新許可要求（ｆｌａｇ１を含む）を送信する（ステップＳ１０４）。

ステップＳ１０４を実行後又はステップＳ１０２でパス切り替えトリガーを検知しない場合（ステップＳ１０２；Ｎｏ）、ＵＥ１０ＢはＰｒｏＳｅサーバ２０から経路情報更新指示（ｆｌａｇ２を含む）を受信するのを待機する（ステップＳ１０６）。ステップＳ１０６で経路情報更新指示を受信できない場合（ステップＳ１０６；Ｎｏ）、ＵＥ１０Ｂは、ＰｒｏＳｅサーバ２０にパスの切り替え許可が下りないと判断し、ステップＳ１０２に戻る。

ステップＳ１０６で、ＵＥ１０ＢがＰｒｏＳｅサーバ２０から経路情報更新指示を受信した場合（ステップＳ１０６；Ｙｅｓ）、ＵＥ１０Ｂは指定されたＵＥ１０ＡとのＤＣＭ状態を判定する（ステップＳ１０８）。ＵＥ１０ＡとのＤＣＭ状態がｉｄｌｅモードである場合（ステップＳ１０８；アイドル）、ＵＥ１０ＢはＲｅｌａｙ ＵＥ１０Ａとの直接通信を実現するかの判定を行う（ステップＳ１１０）。

ステップＳ１１０でＵＥ１０Ｂが直接通信をすると許可した場合（ステップＳ１１０；許可）、ＵＥ１０ＢはＵＥ１０ＡとＵＥ１０Ｂ間の直接通信の通信路を確立する（ステップＳ１１２）。

ステップＳ１１０でＵＥ１０Ｂが直接通信をする事を拒絶する場合（ステップＳ１１０；拒絶）、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に拒絶信号を送信する（ステップＳ１１６）。そして、ステップＳ１０６に戻り、処理を行う。

ステップＳ１１２が完了後、または、ステップＳ１０８でＲｅｌａｙ ＵＥ１０Ａ間のＤＣＭ状態がｃｏｎｎｅｃｔｅｄモードである場合（ステップＳ１０８；コネクティッド）、ＵＥ１０Ｂはインフラストラクチャー通信Ｔ９０５から、Ｒｅｌａｙ ＵＥ１０Ａとの直接通信Ｔ９０１を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に通信路を切り替え、経路情報を更新する（ステップＳ１１４）。

［１．５．２ Ｒｅｌａｙ ＵＥ１０Ａの動作フロー］
図１８に、図１５、１６のシーケンスを実現するＲｅｌａｙ ＵＥ１０Ａのフローチャート図の一例を示す。Ｒｅｌａｙ ＵＥ１０ＡはＵＥ１０Ｂから直接通信要求を受信する（ステップＳ２０２）。ステップＳ２０２に基づいて、Ｒｅｌａｙ ＵＥ１０Ａは、ＵＥ１０Ｂからの要求を許可するかを判定する（ステップＳ２０３）。ステップＳ２０３で通信路の確立要求を許可した場合（ステップＳ２０３；Ｙｅｓ）、Ｒｅｌａｙ ＵＥ１０Ａは、Ｒｅｌａｙ ＵＥ１０ＡとＵＥ１０ＢとにアウターＩＰを割り当てる（ステップＳ２０４）。

ステップＳ２０３で、ＵＥ１０ＡがＵＥ１０Ｂからの直接通信要求を拒絶する場合（ステップＳ２０３；Ｎｏ）、ＵＥ１０Ａは処理を終了する。なお、ステップＳ２０３がＮｏである場合に、ＵＥ１０Ｂに拒絶の通知を意味するメッセージを送信してから終了してもよい。ステップＳ２０４の後、Ｒｅｌａｙ ＵＥ１０Ａは、ＵＥ１０Ｂに直接通信承認を送信する（ステップＳ２０６）。

ここで、Ｒｅｌａｙ ＵＥ１０ＡがＵＥ１０Ｂからの要求を許可するかの判定は、ＰｒｏＳｅ Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０Ｂが送信するＰｒｏＳｅ ＩＤなどの認証情報に基づいて判定してもよい。もしくは、認証情報の有無によって判定してもよい。また、ネットワークにおけるリソースの状態やコンジェッションの状況、ユーザによる設定、さらには様々な要因から生成される端末ポリシーに基づいて判定されてもよい。

［１．５．３ ＰｒｏＳｅサーバ２０の動作フロー］
次に、図１９に、図１５、１６のシーケンスを実現するＰｒｏＳｅサーバ２０のフローチャート図の一例を示す。ＰｒｏＳｅサーバ２０はパスの切り替えトリガーを検知するのを待機する、またはＰｒｏＳｅサーバ２０に登録されているＵＥから経路情報更新許可要求を受信するのを待機する（ステップＳ３０２）。

ステップＳ３０２で、上記２種類のトリガーのうちいずれかを検出した場合（ステップＳ３０２；Ｙｅｓ）、ＰｒｏＳｅサーバ２０は、経路情報更新要求を許可するかを判定する（ステップＳ３０３）。

ここで、ＰｒｏＳｅサーバ２０が経路情報更新要求を許可するかの判定は、ＵＥ１０ＢがＰｒｏＳｅ Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。

例えば、ＵＥ１０Ｂが送信するＰｒｏＳｅ ＩＤなどの認証情報に基づいて判定してもよい。もしくは、認証情報の有無によって判定してもよい。また、ネットワークにおけるリソースの状態やコンジェッションの状況、ユーザによる設定、さらには様々な要因から生成されるオペレータポリシーに基づいて判定されてもよい。

ステップＳ３０３で、経路情報の更新を許可する場合（ステップＳ３０３；Ｙｅｓ）、ＰｒｏＳｅサーバ２０はＲｅｌａｙ ＵＥを選択する（ステップＳ３０４）。Ｒｅｌａｙ ＵＥの選択方法は特に指定しないが、例えば一番近距離でＲｅｌａｙ機能を備えるＵＥを選択する。

ステップＳ３０３で、ＰｒｏＳｅサーバ２０が経路情報更新を拒絶する場合（ステップＳ３０３；Ｎｏ）、ＰｒｏＳｅサーバ２０はこの処理を終了する。なお、ステップＳ３０３で拒絶の判定をした場合（ステップＳ３０３；Ｎｏ）、経路情報許可要求の送信元に、拒絶の通知を意味するメッセージを送信してから処理を終了してもよい。

そして、ＰｒｏＳｅサーバ２０に経路情報更新指示（ｆｌａｇ２含む）を送信する（ステップＳ３０６）。ステップＳ３０６が完了したら、ＵＥ１０Ｂから拒絶信号が受信されたか確認する（ステップＳ３０８）。

ＵＥ１０Ｂから拒絶信号を受信した場合（ステップＳ３０８；Ｙｅｓ）、ＰｒｏＳｅサーバ２０は再度Ｒｅｌａｙ ＵＥを選択する（ステップＳ３０４）。

他方、ステップＳ３０８で、ＵＥ１０Ｂから拒絶信号を受信していない場合（ステップＳ３０８；Ｎｏ）、ＰｒｏＳｅサーバ２０はＵＥ１０Ｃに経路情報更新指示（ｆｌａｇ３含む）を送信する（ステップＳ３１０）。

以上で、図１５、１６に示すシーケンスを実現する為の各機能の動作フローの説明とする。

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

［２．１ 処理例］
［２．１．１ 第１処理例］
第２実施形態として、ＵＥ１０ＢとＲｅｌａｙ ＵＥ１０Ａ間の直接通信の通信路確立後にＰｒｏＳｅサーバ２０からＵＥ１０ＢとＵＥ１０Ｃに経路情報更新の指示が送られる場合の第１処理例について図２０を用いて説明する。

図２０では、ＵＥ１０ＢからＰｒｏＳｅサーバ２０に送信する信号に含まれる、指示又は要求を示すフラグは「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」と「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」とする。また、ＰｒｏＳｅサーバ２０からＵＥ１０Ｂに送信する信号に含まれる、指示または要求を示すフラグは「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−１」と「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−２」とする。

ＰｒｏＳｅサーバ２０からＵＥ１０Ｃに送信する信号に含まれる、指示または要求を示すフラグは図１５、１６と同様の「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」とする。

「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」と「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」は、図１５の「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」の一部の機能を備える。具体的には、図２０では「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」は、ＰｒｏＳｅサーバ２０に経路情報の更新のため直接通信に用いるＲｅｌａｙ ＵＥの選択を要求し、選択したＲｅｌａｙ ＵＥを応答する事を要求し、ＤＣＭ状態の確認指示を要求するフラグである。

「Ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」は、ＰｒｏＳｅサーバ２０に経路情報更新の許可を要求と、ＤＣＭ状態の確認指示を要求するフラグである。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−１」と「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−２」も、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」と「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」と同様に、図１５、図１６の「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」の一部の機能を備える。

具体的には、図２０では、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−１」は、ＵＥ１０Ｂに選択したＲｅｌａｙ ＵＥの通知をし、選択したＲｅｌａｙ ＵＥとのＤＣＭ状態を確認する事を要求し、ＤＣＭ状態がｃｏｎｎｅｃｅｄモードになった事の通知を要求するフラグである。また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−２」は、ＵＥ１０Ｂに経路情報をインフラストラクチャー通信から、Ｒｅｌａｙ ＵＥ１０Ａを直接通信で介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える事を要求するフラグである。

図２０は、直接通信を行うＵＥ１０ＢとＲｅｌａｙ ＵＥ１０Ａ間の通信路を確立してから、ＰｒｏＳｅサーバ２０がパスの切り替えを認証する処理を示す。

図２０では、まず初期状態としてＵＥ１０ＢとＵＥ１０Ｃがインフラストラクチャー通信をしている（Ｓ１７０２）。ここでは、図１１（ａ）と図１１（ｂ）のパケットを送受信しても良い。

次に、ＵＥ１０Ｂは、パスの切り替えのトリガーを検知する（Ｓ１７０４）。Ｓ１７０４のパスの切り替えのトリガーは、特に限定されず、例えばＵＥ１０Ｂがネットワークアクセスのカバレッジから出た場合等が考えられる。Ｓ１７０４は図１５のＳ１５０４と同様の処理である。

ＵＥ１０ＢがＳ１７０４でトリガーを検知すると、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に、パスの切り替えを通知する経路情報更新許可要求を送信する（Ｓ１７０６）。

Ｓ１７０６の経路情報更新許可要求には、送信元のＵＥ１０Ｂを識別するＩＤ（ＰｒｏＳｅ ＩＤ Ｂ）を含めてもよく、ＵＥ１０Ｂが現在インフラストラクチャー通信をしている通信相手であるＵＥ１０Ｃの識別子（ＰｒｏＳｅ ＩＤ Ｃ）を含めてもよく、ＵＥ１０Ｂの位置情報ＩＤを含めてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」を含めてもよく、複数の情報要素を含めてもよい。

ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂから経路情報更新許可要求を受信し、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」が含まれている場合、または要求を含むメッセージを受信した場合、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」に基づいて、または要求に基づいて、ＵＥ１０Ｂが接続するＲｅｌａｙ ＵＥを選択する（Ｓ１７０８）。ＲｅｌａｙＵＥの選択方法は特に限定しないが、例えばＰｒｏＳｅサーバに登録されているＵＥの位置情報から選択する等が考えられる。ステップＳ１７０８は図１５のＳ１５０８と同様である。

また、ＰｒｏＳｅサーバ２０は、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」又はＳ１７０８に基づいて、ＵＥ１０ＢにＲｅｌａｙ ＵＥ通知を送信する（Ｓ１７１０）。

なお、ＰｒｏＳｅサーバ２０がＳ１７０８でＲｅｌａｙ ＵＥを選択しない場合、または不可能である場合、ＰｒｏＳｅサーバ２０は何も処理を実行しない。または、S１７０６で経路情報更新許可要求の送信元のＵＥ１０ＢにＲｅｌａｙ ＵＥの選択の失敗、または拒否を通知するメッセージを送信してもよい。

Ｓ１７１０のＲｅｌａｙ ＵＥ通知には、ＵＥ１０Ｂの通信相手ＵＥ１０Ｃの識別子（ＰｒｏＳｅ ＩＤ Ｃ）を含めてもよく、Ｒｅｌａｙ ＵＥとして選択されたＲｅｌａｙ ＵＥ１０Ａの識別子（ＰｒｏＳｅ ＩＤ Ａ）を含めてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−１」を含めてもよく、また複数の情報要素を含めてもよい。

ＵＥ１０Ｂは、ＰｒｏＳｅサーバ２０から「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−１」を含めたＲｅｌａｙ ＵＥ通知を受信すると、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−１」に基づき、または要求に基づきＵＥ１０Ｂは、ＵＥ１０ＢとＵＥ１０ＡとのＤＣＭ状態を確認する（Ｓ１７１２）。

Ｓ１７１０でＵＥ１０Ｂが受信したＲｅｌａｙ ＵＥ通知に「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−１」が含まれない場合、ＵＥ１０Ｂは特に処理を必要としない。または、Ｓ１７０６の経路情報更新許可要求をＰｒｏＳｅサーバ２０に再送してもよい。

Ｓ１７１２でＤＣＭ状態がｉｄｌｅモードである場合、Ｓ１７１３に含まれる処理を実行する。

Ｓ１７１３は、Ｓ１７１４とＳ１７１６で構成される。まず、ＵＥ１０ＢはＲｅｌａｙ ＵＥ１０Ａに直接通信要求を送る（Ｓ１７１４）。Ｓ１７１４には、ＵＥ１０Ａの識別子（ＰｒｏＳｅ ＩＤ Ａ）と、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ ＩＤ Ｂ）が含まれる。

Ｒｅｌａｙ ＵＥ１０Ａは、ＵＥ１０Ｂから直接通信要求を受信すると、ＵＥ１０Ｂに直接通信承認を送信する（Ｓ１７１６）。Ｓ１７１６の直接通信承認には、Ｒｅｌａｙ ＵＥ１０ＡがＵＥ１０Ｂ間との直接通信を実現する為に、ＵＥ１０ＡとＵＥ１０Ｂに割り当てたアウターＩＰ（ＩＰ＠Ａ２、ＩＰ＠Ｂ２）と、Ｒｅｌａｙ ＵＥ１０ＡとＵＥ１０Ｂの識別子（ＰｒｏＳｅ ＩＤ Ａ，ＰｒｏＳｅ ＩＤ Ｂ）とが含まれる。ＵＥ１０Ｂは、Ｒｅｌａｙ ＵＥ１０Ａから直接通信承認を受信する。

ＵＥ１０Ｂは、受信した直接通信承認に基づいて、又はＳ１７１２での確認結果がｃｏｎｎｅｃｔｅｄモードであった事に基づいて又は要求に基づいて、ＰｒｏＳｅサーバ２０に、経路情報更新許可要求を送信する（Ｓ１７１８）。

Ｓ１７１８の経路情報更新許可要求は、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ ＩＤ Ｂ）を含めてもよく、ＵＥ１０Ｃの識別子（ＰｒｏＳｅ ＩＤ Ｃ）を含めてもよく、ＵＥ１０Ｂの位置情報を含めてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」を含めてもよく、また複数の情報要素を含めてもよい。

ＰｒｏＳｅサーバ２０が、ＵＥ１０Ｂから「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」を含めた経路情報更新許可要求を受信した場合、または要求を含むメッセージを受信した場合、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」に基づいて又は要求に基づいて、ＰｒｏＳｅサーバ２０は、パスの切り替え又は通信路の切り替え又はパスか通信路の選択の認証をする（Ｓ１７２０）。

ＰｒｏＳｅサーバ２０はパスの切り替えを認証したら、ＵＥ１０Ｂ及びＵＥ１０Ｃに経路情報更新指示を送る（Ｓ１７２２、Ｓ１７２４）。

Ｓ１７２０でパスの切り替え又は通信路の切り替え又はパスか通信路の選択を拒否又は失敗した場合は、処理を終了してよい。なお、Ｓ１７１８の経路情報更新許可要求の送信元のＵＥ１０Ｂに、パス切り替え認証の拒否通知を送信してもよい。

ＰｒｏＳｅサーバ２０からＵＥ１０Ｂへの経路情報更新指示（Ｓ１７２２）は、ＵＥ１０Ｃの識別子（ＰｒｏＳｅ ＩＤ Ｃ）を含めてもよく、Ｒｅｌａｙ ＵＥとして選択したＲｅｌａｙ ＵＥ１０Ａの識別子（ＰｒｏＳｅ ＩＤ Ａ）を含めてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−２」を含めてもよく、複数の情報要素を含めてもよい。

ＰｒｏＳｅサーバ２０からＵＥ１０Ｃへの経路情報更新指示（Ｓ１７２４）は図１５のＳ１５１２と等しいため、説明は省略する。

ＵＥ１０ＢはＰｒｏＳｅサーバ２０から経路情報更新指示を受信したら、または要求を含むメッセージを受信すると、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−２」に基づいて、または要求に基づいて、経路情報を更新する（Ｓ１７２８）。これにより、ＵＥ１０ＢからＵＥ１０Ｃへ送る情報が発生した場合、図１１（ａ）から、図１１（ｃ）に、または図１３（ａ）から図１３（ｃ）に変化する様に経路情報を更新する。

ＵＥ１０Ｃは、Ｓ１７２４の経路情報更新指示を受信したら、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」に基づき、または要求に基づき経路情報を更新する（Ｓ１７２６）。これにより、ＵＥ１０ＣからＵＥ１０Ｂへの情報が発生した場合、図１１（ｂ）から図１１（ｅ）に、または図１３（ｂ）から図１３（ｇ）に変化する。

以上により、ＵＥ１０ＢとＵＥ１０Ｃ間をインフラストラクチャー通信から、ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信にサービス継続をしながらパス切り替え、または通信路の切り替え、またはパスか通信路の選択が可能である（Ｓ１７３０）。

［２．１．２ 第２処理例］
次に、図２０の異なる処理例として、パス切り替えのトリガーをＵＥ１０ＢではなくＰｒｏＳｅサーバ２０が検知し、ＰｒｏＳｅサーバ２０がパスまたは通信路の切り替えを主導する場合について図２１を用いて説明する。なお、図２０と同一の処理については同一の符号を付し、説明を省略する。

図２１では、まずＵＥ１０ＢとＵＥ１０Ｃがインフラストラクチャー通信をしている（Ｓ１８０２）。ここでは、図１１（ａ）と図１１（ｂ）のパケットを送受信している。

ＰｒｏＳｅサーバ２０は、インフラストラクチャー通信からパスを切り替えるトリガーを検知する（Ｓ１８０４）。Ｓ１８０４はどのようなトリガーでも良いが、例えば、ＵＥ１０Ｂがネットワークアクセスのカバレッジからでた場合が考えられる。

ＰｒｏＳｅサーバ２０は、ＵＥ１０ＢにＲｅｌａｙ ＵＥを選択する（Ｓ１７０８）。

［２．２ 装置の動作フロー］
［２．２．１ ＵＥ１０Ｂの動作フロー］
図２２に図２０、２１のシーケンスを実現するＵＥ１０Ｂのフローチャート図の一例を示す。ＵＥ１０Ｂは、何かしらのパスの切り替えのトリガーを検知する事を待機する（ステップＳ４０２）。

ステップＳ４０２で、トリガーを検知したら（ステップＳ４０２；Ｙｅｓ）、ＵＥ１０Ｂは、ＰｒｏＳｅサーバ２０に経路情報更新許可要求（ｆｌａｇ１−１含む）を送信する（ステップＳ４０４）。

ステップＳ４０４以降、またはステップＳ４０２でパスのトリガーが検知されない場合（ステップＳ４０２；Ｎｏ）、ＵＥ１０ＢはＰｒｏＳｅサーバ２０からＲｅｌａｙ ＵＥ通知（ｆｌａｇ２−１）の受信を確認する（ステップＳ４０６）。ここで、Ｒｅｌａｙ ＵＥの通知を受信できない場合、ステップＳ４０２に戻る（ステップＳ４０６；Ｎｏ）。

ステップＳ４０６で、ＰｒｏＳｅサーバ２０からｆｌａｇ２−１を含めるＲｅｌａｙ ＵＥ通知を受信した場合（ステップＳ４０６；Ｙｅｓ）、ＵＥ１０Ｂは、ｆｌａｇ２−１に基づき、Ｒｅｌａｙ ＵＥとＵＥ１０Ｂ間のＤＣＭ状態を判定する（ステップＳ４０８）。

ＵＥ間がｉｄｌｅモードである場合（ステップＳ４０８；アイドル）、ＵＥ１０ＢがＰｒｏＳｅサーバ２０に指定されたＲｅｌａｙ ＵＥを拒絶するか確認する（ステップＳ４１０）。拒絶がある場合（ステップＳ４１０；Ｙｅｓ）、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に拒絶信号を送信する（ステップＳ４２０）。その後、ステップＳ４０６に処理が移る。

他方、ステップＳ４１０で拒絶がない場合（ステップＳ４１０；Ｎｏ）、ＵＥ１０Ｂは、直接通信路確立処理を開始する（ステップＳ４１２）。

ステップＳ４０８で、ＵＥ間がｃｏｎｎｅｃｔｅｄモードである場合（ステップＳ４０８；コネクティッド）、またはステップＳ４１２で通信路が確立された場合、ＵＥ１０Ｂは、ＰｒｏＳｅサーバ２０に経路情報更新許可要求（ｆｌａｇ１−２）を送信する（ステップＳ４１４）。

次に、ＵＥ１０ＢはＰｒｏＳｅサーバ２０から経路情報更新指示（ｆｌａｇ２−２を含む）を受信するのを確認する（ステップＳ４１６）。

ステップＳ４１６でＵＥ１０Ｂが経路情報更新指示を受信しない場合（ステップＳ４１６；Ｎｏ）、最初のステップ（ステップＳ４０２）に戻る。

他方、ステップＳ４１６でＵＥ１０Ｂが「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２−２」を含む経路情報更新指示を受信した場合（ステップＳ４１６；Ｙｅｓ）、ＵＥ１０Ｂは経路情報を更新する（ステップＳ４１８）。

なお、図２０、２１のシーケンスを実現するＲｅｌａｙ ＵＥ１０Ａのフローチャート図の一例は図１５、図１６のシーケンスを実現するものと等しいので説明は省略する。

［２．２．２ ＰｒｏＳｅサーバ２０の動作フロー］
また、図２３に、図２０、２１のシーケンスを実現するＰｒｏＳｅサーバ２０のフローチャート図の一例を示す。

ＰｒｏＳｅサーバ２０は、何かしらのパスの切り替えトリガーの検知又はＵＥ１０Ｂから経路情報更新許可要求（ｆｌａｇ１−１を含む）の受信を待機する（ステップＳ５０２）。

ステップＳ５０２で、上記いずれかのトリガーを検知した場合（Ｓ５０２；Ｙｅｓ）、ＰｒｏＳｅサーバ２０は、経路情報更要求を許可するかを判定する（ステップS５０３）。

ここで、ＰｒｏＳｅサーバ２０が経路情報更新要求を許可するかの判定は、ＵＥ１０ＢがＰｒｏＳｅ Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。

例えば、ＵＥ１０Ｂが送信するＰｒｏＳｅ ＩＤなどの認証情報に基づいて判定してもよい。もしくは、認証情報の有無によって判定してもよい。また、ネットワークにおけるリソースの状態やコンジェッションの状況、ユーザによる設定、さらには様々な要因から生成されるオペレータポリシーに基づいて判定されてもよい。

ステップＳ５０３で、経路情報の更新を許可する場合（ステップＳ５０３；Ｙｅｓ）、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂと直接通信をするＲｅｌａｙ ＵＥを選択する（ステップＳ５０４）。

Ｒｅｌａｙ ＵＥの選択方法は特に指定しないが、例えば一番近距離でＲｅｌａｙ機能を備えるＵＥを選択する。ステップＳ５０３で、ＰｒｏＳｅサーバ２０が経路情報更新を拒絶する場合（ステップＳ５０３；Ｎｏ）、ＰｒｏＳｅサーバ２０はこの処理を終了する。なお、ステップＳ５０３で拒絶の判定をした場合（ステップＳ５０３；Ｎｏ）、経路情報許可要求の送信元に、拒絶の通知を意味するメッセージを送信してから処理を終了してもよい。

次に、ＰｒｏＳｅサーバ２０はＵＥ１０ＢにＲｅｌａｙ ＵＥ通知（ｆｌａｇ２−１含む）を送信する（ステップＳ５０６）。

次に、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂから、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」を含む経路情報更新許可要求を受信する（ステップＳ５０８）。ＰｒｏＳｅサーバ２０は、ｆｌａｇ１−２に基づいて、またはステップＳ５０８の要求に基づいて、パス切り替えを承認の判定をする（ステップＳ５１０）。

ここで、ＰｒｏＳｅサーバ２０がステップＳ５０８の経路情報更新要求を許可するかの判定は、ＵＥ１０ＢがＰｒｏＳｅ Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０Ｂが送信するＰｒｏＳｅ ＩＤなどの認証情報に基づいて判定してもよい。

もしくは、認証情報の有無によって判定してもよい。また、ネットワークにおけるリソースの状態やコンジェッションの状況、ユーザによる設定、さらには様々な要因から生成されるオペレータポリシーに基づいて判定されてもよい。

ステップＳ５１０で承認する場合（Ｓ５１０；Ｙｅｓ）、承認に基づき、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに経路情報更新指示（ｆｌａｇ２−２）を送信する（ステップＳ５１２）。

ステップＳ５１０でパス切り替えの拒絶する場合（ステップＳ５１０；Ｎｏ）、処理を終了する。

次に、ＵＥ１０ＢからステップＳ５１２に対して拒絶信号を受信しないか確認する（ステップＳ５１４）。

ステップＳ５１４で、ＵＥ１０Ｂから拒絶信号を受信する場合（ステップＳ５１４；Ｙｅｓ）、ＰｒｏＳｅサーバ２０はＲｅｌａｙ ＵＥの選択（ステップＳ５０４）に戻る。

ステップＳ５１４でＵＥ１０Ｂから拒絶信号を受信しない場合（ステップＳ５１４；Ｎｏ）、ＰｒｏＳｅサーバ２０はＵＥ１０Ｃに経路情報更新指示（ｆｌａｇ３を含む）を送信する（ステップＳ５１６）。

以上により、ＵＥ１０ＢとＵＥ１０Ｃ間の通信をインフラストラクチャー通信から、Ｒｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信にパス切り替え、または通信路の切り替え、またはパスまたは通信路の選択を実行する事が出来る。

［３．第３実施形態］
続いて第３実施形態について説明する。本実施形態では、第１実施形態と同様に、ネットワークを介したインフラストラクチャー通信から、近隣ＵＥをＲｅｌａｙ１ ＵＥとしたＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える為の通信システムについて、以下図面を用いながら説明する。

また、本実施形態では、図１の移動通信システムの構成を利用する事が可能であり、詳細な説明は省略する。また、移動通信システムにおけるＵＥの構成やＰｒｏＳｅサーバ２０の構成も同様である為、詳細な説明は省略する。

［３．１ 処理例］
本実施形態では、図９のパスの切り替えの概念も利用する事ができ、詳細な説明は省略する。また、ＩＰヘッダカプセル化によるＲｅｌａｙデータの流れや、ＰｒｏＳｅ ｒｅｇｉｓｔｒａｔｉｏｎについても詳細な説明は省略する。

図２４は、サービス継続手続きｐｒｏｃｅｄｕｒｅを説明するための図である。ＵＥ１０ＢがＲｅｌａｙ ＵＥ検出トリガーを検知する事で、ＵＥ１０Ｂと直接通信が可能なＲｅｌａｙ ＵＥをＵＥ１０Ｂが検出（ｄｉｓｃｏｖｅｒｙ）して、通信路を確立してから、ＰｒｏＳｅサーバ２０に認証を求める処理を示す。

本実施形態では、各機能同士が、通信相手に動作の指示や要求を与えたい場合、ｉｎｄｉｃａｔｉｏｎ ｆｌａｇというフラグを付加するものとして説明するが、要求することを示す情報は、フラグで識別する方法に限らず、経路情報更新要求メッセージを規定するなどして、経路情報更新要求メッセージを送信することで要求してもよい。より具体的には、要求や指示を与える機器が、要求相手に経路情報更新を要求するメッセージタイプを含めた要求メッセージを送信してもよい。

なお、図２４に示す処理では、ＵＥ１０ＢからＰｒｏＳｅサーバ２０に送信される信号に含まれる、指示や要求を示す情報要素を「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」とし、ＰｒｏＳｅサーバ２０からＵＥ１０Ｂに送信される信号に含まれる、指示や要求を示す情報要素を「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」とし、ＰｒｏＳｅサーバ２０からＵＥ１０Ｃに送信される信号に含まれる、指示や要求を示す情報要素を「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」とする。

図２４における、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」と「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」の機能に関しては、第１実施形態と同様であり、説明を省略する。

また、図２４の「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」の機能は、ＵＥ１０ＢとＵＥ１０Ｃ間の通信をインフラストラクチャー通信から、Ｒｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える事の許可を要求するものとする。

図２４の初期状態では、ＵＥ１０ＢとＵＥ１０Ｃはインフラストラクチャー通信をしている（Ｓ１５０２）。

ＵＥ１０Ｂは、何かしらのＲｅｌａｙ ＵＥ検出トリガーを検知する（Ｓ２５０２）。Ｒｅｌａｙ ＵＥ検出トリガーとは、ネットワークとのＲｅｌａｙ ＵＥとなるＵＥの検出を開始させるトリガーであり、特に限定しない。例えば、ＵＥがネットワークのカバレッジから出そうである事等が考えられる。

Ｓ２５０２に基づいて、ＵＥ１０ＢとＲｅｌａｙ ＵＥ１０Ａとを検出し（Ｓ２５０４）、Ｒｅｌａｙ ＵＥ１０Ａは、ＵＥ１０Ｂに直接通信用のＩＰアドレスを割り当て、ＵＥ１０Ｂに通知する（Ｓ２５０６）。

その後、ＵＥ１０Ｂがパスの切り替えトリガーを検知する（Ｓ２５０８）。パスの切り替えトリガーも特に限定しないが、例えば、ＵＥ１０Ｂがネットワークのカバレッジから出たことなどが考えられる。

ＵＥ１０Ｂは、パスの切り替えトリガーを検知すると、ＰｒｏＳｅサーバ２０に経路情報更新許可要求を送信する（Ｓ２５１０）。

Ｓ２５１０の経路情報更新許可要求は、ＰｒｏＳｅ ＩＤ Ｂを含めてもよく、ＰｒｏＳｅ ＩＤ Ｃを含めてもよく、ＰｒｏＳｅ ＩＤ Ａを含めてもよく、ＵＥの位置情報ＩＤを含めてもよく、ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１を含めてもよく、また前記情報要素のうち複数の情報要素を含めてもよい。これにより、ＰｒｏＳｅサーバ２０は指定されたＲｅｌａｙ ＵＥを選択する事が出来る（Ｓ１５０８）。なお、第１実施形態の図１５の処理と同様の処理には同一の符号を付し、説明は省略する。

以上により、ＵＥ１０ＢがＲｅｌａｙ ＵＥを指定して、パスの切り替え許可をＰｒｏＳｅサーバ２０に要求する事が可能となる。

［４．第４実施形態］
続いて、第３実施形態について説明する。本実施形態では、第３実施形態と同様に、ネットワークを介したインフラストラクチャー通信から、近隣ＵＥをＲｅｌａｙ ＵＥとしたＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙに切り替える為の通信システムについて、以下図面を用いながら説明する。

本実施形態では、第１実施形態の図１の移動通信システムの構成を利用する事が可能であり、詳細な説明は省略する。また、移動通信システムにおけるＵＥの構成やＰｒｏＳｅサーバの構成も、第１実施形態と同様である為、詳細な説明は省略する。

［４．１ 処理例］
本実施形態では、図９のパスの切り替えの概念も利用する事ができ、詳細な説明は省略する。また、ＩＰヘッダカプセル化によるＲｅｌａｙデータの流れや、ＰｒｏＳｅ ｒｅｇｉｓｔｒａｔｉｏｎについても詳細な説明は省略する。

［４．１．１ 第１処理例］
まず、本実施形態の第１処理例について説明する。図２５は、ＵＥ１０Ｂがパス切り替えのトリガーを検出する事で、ＵＥ１０ＢとＵＥ１０Ｃ間の通信をインフラストラクチャー通信Ｔ９０５から直接通信Ｔ９０１とＲｅｌａｙ通信Ｔ９０３を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信にパス、または通信路を切り替える処理を示す。

本実施形態では、各機能同士が、通信相手に動作の指示や要求を与えたい場合、ｉｎｄｉｃａｔｉｏｎ ｆｌａｇというフラグを付加するものとして説明するが、要求することを示す情報は、フラグで識別する方法に限らず、経路情報更新要求メッセージを規定するなどして、経路情報更新要求メッセージを送信することで要求してもよい。より具体的には、要求や指示を与える機器が、要求相手に経路情報更新を要求するメッセージタイプを含めた要求メッセージを送信してもよい。

なお、図２５に示す処理では、ＵＥ１０ＢからＰｒｏＳｅサーバ２０に送信される信号に含まれる指示や要求を示す情報要素を「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」とし、ＰｒｏＳｅサーバ２０からＵＥ１０Ｃに送信される信号に含まれる指示や要求を示す情報要素を「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」とし、ＰｒｏＳｅサーバ２０からＲｅｌａｙ ＵＥ１０Ａに送信される信号に含まれる指示や要求を示す情報要素を「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」とし、Ｒｅｌａｙ ＵＥ１０ＡからＵＥ１０Ｂに送信される信号に含まれる指示や要求を示す情報要素を「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」とする。

「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」と「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」に関しては、第１実施形態と同様であり、説明を省略する。

「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」は、指定されたＵＥ間のＲｅｌａｙ ＵＥとして機能する事を要求するフラグである。つまり、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」を含めた経路情報更新指示をＲｅｌａｙ ＵＥ１０Ａに送信する事で、ＰｒｏＳｅサーバ２０は、Ｒｅｌａｙ ＵＥ１０Ａに、ＵＥ１０ＢとＵＥ１０Ｃ間の通信のＲｅｌａｙ ＵＥとして機能する事を要求することができる。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」は、指定されたＵＥ間と自端末間のＤＣＭ状態の確認の要求を示すフラグである。つまり、ＰｒｏＳｅサーバ２０がＲｅｌａｙ ＵＥ１０Ａに「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」を含む経路情報更新指示を送信する事で、ＰｒｏＳｅサーバ２０はＲｅｌａｙ ＵＥ１０Ａに、ＵＥ１０Ｂ間のＤＣＭ状態を確認する事を要求することができる。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」は、ＵＥ１０ＢとのＤＣＭ状態の確認と、ＤＣＭ状態がｉｄｌｅモードである場合、通信路の確立を指示し、ｃｏｎｎｅｃｔｅｄモードである場合は処理を特に処理が必要でない事を示すフラグである。

例えば、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」を含む経路情報更新指示をＲｅｌａｙ ＵＥ１０Ａに送信する事で、ＰｒｏＳｅサーバ２０はＲｅｌａｙ ＵＥ１０ＡにＵＥ１０ＢとのＤＣＭ状態の確認と、ＤＣＭ状態がｉｄｌｅモードである場合ＵＥ１０Ｂと直接通信路の確立を要求してすることができる。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」は、指定されたＵＥ間の通信路が確立されたら、指定されたＵＥに経路情報更新指示を送信する事を要求するフラグである。つまり、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」を含む経路更新指示をＲｅｌａｙ ＵＥ１０Ａに送信することで、ＰｒｏＳｅサーバ２０はＲｅｌａｙ ＵＥ１０Ａに通信路の確立後、またはｃｏｎｎｅｃｔｅｄモードである事を確認後、ＵＥ１０Ｂに経路情報更新指示を送信する事を要求することができる。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」は、これまでに説明した要求や指示を組み合わせた意味合いを示しても良い。

次に、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」は、インフラストラクチャー通信Ｔ９０５から、Ｒｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える事、を要求する事を示すフラグである。なお、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」は、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信からインフラストラクチャー通信Ｔ９０５に切り替える事を要求する事を示すフラグであってもよい。

つまり、Ｒｅｌａｙ ＵＥ１０ＡがＵＥ１０Ｂに「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」を含めた経路情報更新指示を送信する事で、Ｒｅｌａｙ ＵＥ１０ＡはＵＥ１０Ｂに、ＵＥ１０Ｃに対する通信をインフラストラクチャー通信Ｔ９０５からＲｅｌａｙ ＵＥ１０Ａとの直接通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に経路情報の更新を要求することもできＲｅｌａｙ ＵＥ１０Ａとのインフラストラクチャー通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に経路情報の更新を要求することもできる。

なお、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」は、インフラストラクチャー通信Ｔ９０５から、Ｒｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える事をＰｒｏＳｅサーバ２０に許可を要求する事を指示するフラグであってもよい。または「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」は、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信からインフラストラクチャー通信Ｔ９０５に切り替える事をＰｒｏＳｅサーバ２０に許可を要求する事を指示すフラグであっても良い。

つまり、Ｒｅｌａｙ ＵＥ１０ＡがＵＥ１０Ｂに「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」を含めた経路情報更新指示を送信する事で、Ｒｅｌａｙ ＵＥ１０ＡはＵＥ１０Ｂに、インフラストラクチャー通信からＲｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える事をＰｒｏＳｅサーバ２０に許可を要求しても良い。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」は、これまでに説明した要求や指示を組み合わせた意味合いを示しても良い。

図２５に示す一例では、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」はパスまた通信路を切り替える事の要求と、ＵＥ１０Ｂに接続するＲｅｌａｙ ＵＥを選択する事の要求と、Ｒｅｌａｙ ＵＥ１０ＡとＵＥ１０ＣにＲｅｌａｙ ＵＥを通知する事の要求と、Ｒｅｌａｙ ＵＥとＵＥ１０Ｂ間の通信路の確立をＲｅｌａｙ ＵＥ１０Ａに指示する事の要求を示すフラグとする。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」はＵＥ１０Ｃに、ＵＥ１０ＣとＵＥ１０Ｂ間の通信をインフラストラクチャー通信Ｔ９０５から、Ｒｅｌａｙ ＵＥ１０ＡとのＲｅｌａｙ通信Ｔ９０３を介した、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に、経路情報を更新する指示の要求を示すフラグとする。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」は、Ｒｅｌａｙ ＵＥ１０Ａに、ＵＥ１０ＢとＲｅｌａｙ ＵＥ１０Ａ間のＤＣＭ状態の確認の要求と、インフラストラクチャー通信Ｔ９０５からＲｅｌａｙ ＵＥ１０Ａとの直接通信Ｔ９０１を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に、経路情報更新指示を示す信号をＵＥ１０Ｂに送信する事を要求するフラグとする。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」は、ＵＥ１０Ｂにインフラストラクチャー通信から、Ｒｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に通信経路を更新する事を要求するフラグとする。

図２５の初期状態は、ＵＥ１０ＢとＵＥ１０Ｃ間がインフラストラクチャー通信Ｔ９０５で通信が行われている（Ｓ１９０２）。Ｓ１９０２は、Ｓ１５０２、Ｓ１７０２、Ｓ１８０２と等しくても良い。

ＵＥ１０Ｂが、パスの切り替えトリガーを検知する（Ｓ１９０４）。ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙへ通信のパスの切り替えのトリガーは、特に限定されず、例えばＵＥ１０Ｂが、自端末がネットワークアクセスのカバレッジから出た事を検知した事がトリガーとなっても良い。

ＵＥ１０ＢはＳ１９０４がトリガーとなり、ＰｒｏＳｅサーバ２０に経路情報更新許可要求を送る（Ｓ１９０６）。Ｓ１９０６の経路情報更新許可要求には、ＵＥ１０Ｂを識別するＰｒｏＳｅ ＩＤ Ｂを含めてもよく、通信相手のＵＥ１０Ｃを識別するＰｒｏＳｅ ＩＤ Ｃを含めてもよく、ＵＥ１０Ｂの位置情報を含めてもよくと、ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１を含めてもよく、また前記記載の情報要素のうち複数の情報要素を含めてもよい。

ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂから「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」を含む経路情報更新許可要求を受信すると、または要求を含むメッセージを受信すると、ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１に基づいて、または要求に基づいて、ＵＥ１０Ｂに接続するＲｅｌａｙ ＵＥを選択する（Ｓ１９０８）。

なお、Ｓ１９０８で最適なＲｅｌａｙ ＵＥを選択できない場合は、何も処理を必要としない。

ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂから受信した経路情報更新許可要求に含まれる「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」に基づき、またはＳ１９０６の要求に基づき、またはＲｅｌａｙ ＵＥの選択に基づいて、Ｒｅｌａｙ ＵＥ１０Ａに経路情報更新指示を送信する（Ｓ１９１０）。

Ｓ１９１０の経路情報更新指示は、Ｒｅｌａｙ ＵＥ１０Ａを識別するＰｒｏＳｅ ＩＤ Ａを含めてもよく、ＵＥ１０Ｂを識別するＰｒｏＳｅ ＩＤ Ｂを含めてもよく、通信相手のＵＥ１０Ｃを識別するＰｒｏＳｅ ＩＤ Ｃを含めてもよく、ＵＥ１０Ｂの位置情報を含めてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」を含めてもよく、また前記記載の情報要素を複数含めても良い。

ＰｒｏＳｅサーバ２０は、Ｓ１９０６でＵＥ１０Ｂから送信される経路情報更新許可要求に「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」が含まれる場合、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」に基づいて、Ｓ１９１０と同時またはそれ以降に、経路情報更新指示をＵＥ１０Ｃに送信する（Ｓ１９１２）。

なお、Ｓ１９１２は、例えば、他の装置からの要求、Ｒｅｌａｙ ＵＥの選択（Ｓ１９０８）の選択結果、経路情報更新指示がＰｒｏＳｅサーバ２０からＲｅｌａｙ ＵＥ１０Ａに送信される（Ｓ１９１０）等といったことに基づいて行われても良い。

Ｓ１９１２でＰｒｏＳｅサーバ２０から送信される経路情報更新指示は、第１実施形態で説明したＳ１５１２と同様で有り、説明を省略する。

Ｒｅｌａｙ ＵＥ１０Ａは、ＰｒｏＳｅサーバ２０から経路情報更新指示を受信すると、または要求を含むメッセージを受信すると、Ｓ１９１０の「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」に基づいて、または要求に基づいてＲｅｌａｙ ＵＥ１０ＡとＵＥ１０Ｂ間のＤＣＭ状態を確認する（Ｓ１９１４）。

また、Ｒｅｌａｙ ＵＥ１０ＡはＵＥ１０Ｂ間の直接通信を拒絶する事も可能である。その場合、Ｒｅｌａｙ ＵＥ１０ＡはＰｒｏＳｅサーバ２０に拒絶信号を送信する。

Ｓ１９１４での確認の結果、ｉｄｌｅモードであると判断された場合、処理としてＳ１９１５を実行する。

すなわち、Ｒｅｌａｙ ＵＥ１０ＡはＵＥ１０Ｂへ直接通信要求を送信する（Ｓ１９１６）。Ｓ１９１６の直接通信要求は、Ｒｅｌａｙ ＵＥを識別するＰｒｏＳｅ ＩＤ Ａと、ＵＥ１０Ｂを識別するＰｒｏＳｅ ＩＤ Ｂとが含まれている。なお、ＰｒｏＳｅ ＩＤ ＡとＰｒｏＳｅ ＩＤ Ｂのうち、いずれかの識別子が含まれてもよい。

ＵＥ１０Ｂは、ＵＥ１０Ａから直接通信要求を受信し、Ｒｅｌａｙ ＵＥ１０Ａの識別子を記憶部１３０に記憶されるリストを基に、直接通信の認証をし、Ｒｅｌａｙ ＵＥ１０Ａに直接通信承認を送信する（Ｓ１９１８）。

Ｓ１９１８の直接通信承認は、Ｒｅｌａｙ ＵＥ１０Ａの識別子ＰｒｏＳｅ ＩＤ Ａと、ＵＥ１０Ｂの識別子ＰｒｏＳｅ ＩＤ Ｂとが含まれている。なお、ＰｒｏＳｅ ＩＤ ＡとＰｒｏＳｅ ＩＤ Ｂのうち、いずれかの識別子が含まれてもよい。

Ｒｅｌａｙ ＵＥ１０Ａは、ＵＥ１０Ｂから直接通信認証を受信すると、Ｒｅｌａｙ ＵＥ１０ＡとＵＥ１０Ｂ間で直接通信路を確立する。ここで、ＵＥ１０Ａは直接通信の際にアウターＩＰとして用いる、Ｒｅｌａｙ ＵＥ１０ＡのアウターＩＰアドレス ＩＰ＠Ａ２と、ＵＥ１０ＢのアウターＩＰアドレス ＩＰ＠Ｂ２を割り当てる。

Ｒｅｌａｙ ＵＥ１０Ａは、Ｓ１９１６に基づき、ＵＥ１０Ｂに直接通信用ＩＰアドレス割り当てを通知するためのアウターＩＰアドレス通知を送信する（Ｓ１９１９）。アウターＩＰアドレス通知はＲｅｌａｙ ＵＥ１０Ａに割り当てたアウターＩＰアドレス ＩＰ＠Ａ２と、ＵＥ１０Ｂに割り当てたアウターＩＰアドレス ＩＰ＠Ｂ２を含める。なお、アウターＩＰアドレス通知はＲｅｌａｙ ＵＥ１０Ａの識別子ＰｒｏＳｅ ＩＤ Ａを含めてもよく、ＵＥ１０Ｂの識別子ＰｒｏＳｅ ＩＤ Ｂを含めてもよい。

Ｓ１９１４での確認の結果、ｃｏｎｎｅｃｔｅｄモードであると判断された場合、またはＳ１９１５が完了した場合、Ｒｅｌａｙ ＵＥ１０ＡとＵＥ１０Ｂ間のＲｅｌａｙ ＵＥ１０Ａは、ＵＥ１０Ｂに経路情報更新指示を送信する（Ｓ１９２０）。Ｓ１９２０の経路情報更新には、Ｒｅｌａｙ ＵＥ１０Ａを識別するＰｒｏＳｅ ＩＤ ＡとＵＥ１０Ｂを識別するＰｒｏＳｅ ＩＤ Ｂと「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」とが含まれている。

ＵＥ１０ＢはＳ１９２１がトリガーとなって経路情報をインフラストラクチャー通信から、Ｒｅｌａｙ ＵＥ１０Ａとの直接通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に更新する（Ｓ１９２２）。

ＵＥ１０ＣはＳ１９１２がトリガーとなり、経路情報を更新する（Ｓ１９２４）。

以上により、ＵＥ１０Ｂがトリガーを検出し、インフラストラクチャー通信Ｔ９０５からＲｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信にパスまたは通信路を切り替える事が出来る（Ｓ１９２６）。

［４．１．２ 第２処理例］
続いて、本実施形態の第２処理例について図２６を用いて説明する。第２処理例の図２６は、第１処理例の図２５と異なる処理例である。図２６は、ＰｒｏＳｅサーバがＵＥ１０ＢとＵＥ１０Ｃ間の通信路またはパス経路の切り替えのトリガーを検知する方式の一例である。

なお、図２６における「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１，３，４，５」の役割は図２５と同様であるとし、説明は省略する。

ＵＥ１０ＢとＵＥ１０Ｃは、インフラストラクチャー通信によりデータの送受信を行っている（Ｓ２００２）。Ｓ２００２はＳ１５０２、Ｓ１７０２及び１９０２と同様であっても良い。

ＰｒｏＳｅサーバ２０は、インフラストラクチャー通信からパスを切り替えるトリガーを検知する（Ｓ２００４）。Ｓ２００４はどのようなトリガーでも良いが、例えば、ＰｒｏＳｅサーバ２０が、ＵＥ１０Ｂがネットワークのカバレッジからでた事を検知しても良い。

Ｓ２００４のトリガー検知により、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂに最適なＲｅｌａｙ ＵＥを選択する（Ｓ１９０８）。Ｒｅｌａｙ ＵＥの選択方法は特に限定しないが、例えばＰｒｏｅサーバに登録されているＵＥの位置情報から選択する等が考えられる。Ｓ１９０８以降は図２５のＳ１９０８以降と同様である。

［４．２ 装置の動作フロー］
続いて、各装置の動作フローについて説明する。

［４．２．１ ＵＥ１０Ｂの動作フロー］
まず、図２５、２６のシーケンスを実現するＵＥ１０Ｂのフローチャート図の一例を図２７に示す。ＵＥ１０Ｂは、ＵＥ１０Ｃとの通信を、インフラストラクチャー通信からＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信へのパス切り替えを開始するための何かしらのトリガーを検知するのを待機する（ステップＳ６０２）。ここでパスの切り替えトリガーを検知した場合（ステップＳ６０２；Ｙｅｓ）、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に経路情報更新許可要求（ｆｌａｇ１を含む）を送信する（ステップＳ６０４）。

次にステップＳ６０４の処理が終わった後又はステップＳ６０２でパス切り替えトリガーを検知しない場合（ステップＳ６０２；Ｎｏ）、ＵＥ１０ＢはＲｅｌａｙ ＵＥ１０Ａから経路情報更新指示を受信するのを待機する（ステップＳ６０６）。ステップＳ６０６で経路情報更新指示を受信できない場合（ステップＳ６０６；Ｎｏ）、ＵＥ１０Ｂは、ＰｒｏＳｅサーバ２０にパスの切り替え許可が下りないと判定し、ステップＳ６０２に戻る。

他方、ステップＳ６０６で、ＵＥ１０ＢがＲｅｌａｙ ＵＥ１０Ａから経路情報更新指示を受信した場合（ステップＳ６０６；Ｙｅｓ）、ＵＥ１０Ｂは経路情報を更新する（ステップＳ６０８）。

［４．２．２ ＵＥ１０Ａの動作フロー］
次に、図２８に、図２５、２６のシーケンスを実現するＲｅｌａｙ ＵＥ１０Ａのフローチャート図の一例を示す。まず、Ｒｅｌａｙ ＵＥ１０ＡはＰｒｏＳｅサーバ２０から経路情報更新指示を受信する（ステップＳ７０２）。

Ｒｅｌａｙ ＵＥ１０Ａは「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」または要求に基づき、ＵＥ１０Ｂ間のＤＣＭ状態を判定する（ステップＳ７０４）。

ＤＣＭ状態がｉｄｌｅモードである場合（ステップＳ７０４；アイドル）、ＵＥ１０ＡはＵＥ１０Ｂとの通信の拒絶があるかを確認する（ステップＳ７０６）。

ここで、Ｒｅｌａｙ ＵＥ１０Ａがからの要求を許可するかの判定は、ネットワークにおけるリソースの状態やコンジェッションの状況、ユーザによる設定、さらには様々な要因から生成される端末ポリシーに基づいて判定されてもよい。

ステップＳ７０６でＵＥ１０Ｂとの直接通信を拒絶がある場合（ステップＳ７０６；Ｙｅｓ）、Ｒｅｌａｙ ＵＥ１０ＡはＰｒｏＳｅサーバ２０に拒絶信号を送信する（ステップＳ７１４）。

ステップＳ７０６でＵＥ１０Ｂとの直接通信に拒絶がない場合（ステップＳ７０６；Ｎｏ）、Ｒｅｌａｙ ＵＥ１０Ａは直接通信路を確立する（ステップＳ７０８）。

次に、Ｒｅｌａｙ ＵＥ１０Ａは、Ｒｅｌａｙ ＵＥ１０ＡとＵＥ１０ＢにアウターＩＰを割り当てる（ステップＳ７１０）。

ステップＳ７１０後、またはステップＳ７０４でＵＥ間のＤＣＭ状態がｃｏｎｎｅｃｔｅｄモードであると判断された場合（ステップＳ７０４；コネクティッド）、Ｒｅｌａｙ ＵＥ１０Ａは、ＵＥ１０Ｂに経路情報更新指示を送信する（ステップＳ７１２）。

［５．第５実施形態］
続いて、第５実施形態について説明する。第５実施形態は、第４実施形態を変形した処理であり、ＰｒｏＳｅサーバがＵＥ１０ＢとＵＥ１０Ａのインフラストラクチャー通信から、ＵＥ１０ＢがＲｅｌａｙ ＵＥ１０Ａと直接通信を行ってＵＥ１０Ｃと通信するＵＥ−to-Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に、パスまたは通信路の切り替えを主導し、直接通信路確立後にＰｒｏＳｅサーバ２０からＲｅｌａｙ ＵＥ１０ＡとＵＥ１０Ｃとに経路情報更新の指示が送られる場合について説明する。

なお、システム全体の構成や、各装置の構成については、第４実施形態と共通である。したがって、第４実施形態と異なる部分について説明する。

［５．１ 処理例］
［５．１．１ 第１処理例］
図２９は、本実施形態におけるシーケンス図である。図２９では、ＵＥ１０ＢからＰｒｏＳｅサーバ２０に送信する信号に含まれる、指示または要求を示すフラグは「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」と「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」とする。

また、ＰｒｏＳｅサーバ２０からＵＥ１０Ｂに送信する信号に含まれる、指示または要求を示すフラグは「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」とする。

また、ＰｒｏＳｅサーバ２０からＵＥ１０Ｃに送信する信号に含まれる、指示または要求を示すフラグは図１５、１６と同様の「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」とし、ＰｒｏＳｅサーバ２０からＲｅｌａｙ ＵＥ１０Ａに送信される信号に含まれる、指示や要求を示す情報要素を「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」とし、Ｒｅｌａｙ ＵＥ１０ＡからＵＥ１０Ｂに送信される信号に含まれる、指示や要求を示す情報要素を「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」とする。

「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」、「ｉｎｄｉｃａｔｉｏｎｆｌａｇ３」に関しては、第１実施形態と等しいので説明を省略する。同様に、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」と「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」に関しては図２５と同様であるので説明を省略する。

図２９では、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」は、ＰｒｏＳｅサーバ２０に経路情報の更新のため直接通信に用いるＲｅｌａｙ ＵＥの選択を要求し、選択したＲｅｌａｙ ＵＥを応答する事を要求し、ＤＣＭ状態の確認指示を要求するフラグである。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」は、ＰｒｏＳｅサーバ２０に経路情報更新の許可を要求と、ＤＣＭ状態の確認指示を要求するフラグである。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」は、ＵＥ１０Ｂに経路情報をインフラストラクチャー通信から、Ｒｅｌａｙ ＵＥ１０Ａを直接通信で介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える事を要求するフラグである。

また、図２９における「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」は、Ｒｅｌａｙ ＵＥ１０Ａに、ＵＥ１０ＢとＲｅｌａｙ ＵＥ１０Ａ間のＤＣＭ状態の確認の要求と、ＤＣＭ状態がｉｄｌｅモードである場合、直接通信の通信路確立の要求と、ＵＥ１０Ｂに通信路確立の通知を指示する事を要求するフラグとする。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」は、ＵＥ１０Ｂにインフラストラクチャー通信から、Ｒｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に通信経路を更新する事を、ＰｒｏＳｅサーバ２０に許可を要求するフラグとする。

図２９の初期状態はまずＵＥ１０ＢとＵＥ１０Ｃがインフラストラクチャー通信をしている（Ｓ２１０２）。ここでは、図１１（ａ）と図１１（ｂ）のパケットを送受信しても良い。

ＵＥ１０Ｂは、パスの切り替えのトリガーを検知する（Ｓ２１０４）。Ｓ２１０４のパスの切り替えのトリガーは、特に限定されない。例えば、ＵＥ１０Ｂがネットワークのカバレッジから出た事がトリガーとなっても良い。Ｓ２１０４は図２５のＳ１９０４と同様の処理でも良い。

ＵＥ１０ＢがＳ２１０４でパスの切り替えのトリガーを検知すると、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に、パスの切り替えを通知するＲｅｌａｙ ＵＥ選択要求を送信する（Ｓ２１０６）。

Ｓ２１０６のＲｅｌａｙ ＵＥ選択要求には、送信元のＵＥ１０Ｂを識別するＩＤ（ＰｒｏＳｅ ＩＤ Ｂ）を含めてもよく、ＵＥ１０Ｂが現在インフラストラクチャー通信をしている通信相手であるＵＥ１０Ｃの識別子（ＰｒｏＳｅ ＩＤ Ｃ）を含めてもよく、ＵＥ１０Ｂの位置情報ＩＤを含めてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」を含めてもよく、また前記情報要素のうち複数の情報要素を含めてもよい。

ＰｒｏＳｅサーバ２０は、Ｓ２１０６で、ＵＥ１０ＢからＲｅｌａｙ ＵＥ選択要求を受信する。このとき、受信したＲｅｌａｙ ＵＥ選択要求に「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」が含まれている場合、ＰｒｏＳｅサーバ２０は「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」に基づいて、ＵＥ１０Ｂが接続するＲｅｌａｙ ＵＥを選択する（Ｓ２１０８）。Ｒｅｌａｙ ＵＥの選択方法は特に限定しないが、例えばＰｒｏＳｅサーバに登録されているＵＥの位置情報から選択しても良い。また、ＰｒｏＳｅサーバ２０がＲｅｌａｙ ＵＥを選択できないと判断した場合は、処理を終了して良い。

また、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」を含めたＲｅｌａｙ ＵＥ選択要求を受信した場合、または要求を含むメッセージを受信した場合、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−１」に基づいて、または要求に基づいて、ＰｒｏＳｅサーバ２０はＲｅｌａｙ ＵＥ１０Ａに経路情報更新指示を送信する（Ｓ２１１０）。

Ｓ２１１０の経路情報更新指示には、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ ＩＤ Ｂ）を含めてもよく、ＵＥ１０Ｂの通信相手ＵＥ１０Ｃの識別子（ＰｒｏＳｅ ＩＤ Ｃ）を含めてもよく、ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４を含めてもよく、また前記情報要素のうち複数の情報要素を含めてもよい。

Ｒｅｌａｙ ＵＥ１０Ａは、ＰｒｏＳｅサーバ２０から「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」を含めた経路情報更新指示を受信すると、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」に基づき、または要求に基づきＵＥ１０ＢとＵＥ１０ＡとのＤＣＭ状態を確認する（Ｓ２１１２）。

Ｓ２１１０で、Ｒｅｌａｙ ＵＥ１０Ａが受信した経路情報更新指示に「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ４」が含まれない場合、Ｒｅｌａｙ ＵＥ１０Ａは処理を終了して良い。

Ｓ２１１２でＤＣＭ状態がｉｄｌｅモードである場合、Ｓ２１１３に含まれる処理を実行する。Ｓ２１１３はＳ２１１４とＳ２１１６とＳ２１１７により構成される。

まず、Ｒｅｌａｙ ＵＥ１０Ａは、ＵＥ１０Ｂに直接通信要求を送信する（Ｓ２１１４）。Ｓ２１１４の直接通信要求は、送信元のＵＥ１０Ａの識別子（ＰｒｏＳｅ ＩＤ Ａ）を含めてもよく、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ ＩＤ Ｂ）を含めてもよく、また複数の情報要素を含めてもよい。

ＵＥ１０Ｂは、Ｒｅｌａｙ ＵＥ１０Ａから直接通信要求を受信し、Ｒｅｌａｙ ＵＥ１０Ａに直接通信承認を送信する（Ｓ２１１６）。Ｓ２１１６の直接通信承認は、ＵＥ１０Ａの識別子（ＰｒｏＳｅ ＩＤ Ａ）と、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ ＩＤ Ｂ）とが含まれている。

Ｒｅｌａｙ ＵＥ１０Ａは、ＵＥ１０Ｂから直接通信承認を受信し、直接通信承認に基づき、ＵＥ１０Ａは直接通信の際にアウターＩＰとして用いる、Ｒｅｌａｙ ＵＥ１０ＡのアウターＩＰアドレス ＩＰ＠Ａ２と、ＵＥ１０ＢのアウターＩＰアドレス ＩＰ＠Ｂ２を割り当てる。

アウターＩＰアドレスの割り当てが終わると、ＵＥ１０ＡはＵＥ１０ＢにアウターＩＰアドレス通知を送信する（ステップS２１１７）。アウターＩＰアドレス通知はＲｅｌａｙ ＵＥ１０Ａに割り当てたアウターＩＰアドレス ＩＰ＠Ａ２と、ＵＥ１０Ｂに割り当てたアウターＩＰアドレス ＩＰ＠Ｂ２を含める。なお、アウターＩＰアドレス通知はＲｅｌａｙ ＵＥ１０Ａの識別子ＰｒｏＳｅ ＩＤ Ａを含めてもよく、ＵＥ１０Ｂの識別子ＰｒｏＳｅ ＩＤ Ｂを含めてもよい。

Ｓ２１１２で、ＤＣＭ状態がｃｏｎｎｅｃｔｅｄモードであると判断された場合、または、Ｓ２１１３により通信路が確立された場合、Ｒｅｌａｙ ＵＥ１０ＡはＵＥ１０Ｂに通信路確立通知を送信する（Ｓ２１１８）。Ｓ２１１８の通信路確立通知には、Ｒｅｌａｙ ＵＥ１０Ａの識別子（ＰｒｏＳｅ ＩＤ Ａ）を含めてもよく、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ ＩＤ Ｂ）を含めてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ５」を含めてもよく、またこれらを複数含めてもよい。

ＵＥ１０Ｂは、Ｓ２１１７で、Ｒｅｌａｙ ＵＥ１０Ａから受信した直接通信用ＩＰアドレス割り当てや、Ｓ２１１８で受信した通信路確立通知に基づいて、ＵＥ１０Ｂは、記憶部１３０のアウターＩＰアドレス管理テーブル１３６を更新し、ＰｒｏＳｅサーバ２０に経路情報更新許可要求を送信する（Ｓ２１２０）。経路情報更新許可要求は、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ ＩＤ Ｂ）を含めてもよく、ＵＥ１０Ｃの識別子（ＰｒｏＳｅ ＩＤ Ｃ）を含めてもよく、Ｒｅｌａｙ ＵＥ１０Ａの識別子（ＰｒｏＳｅ ＩＤ Ａ）を含めてもよく、ＵＥ１０Ｂの位置情報を含めてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」を含めても良く、またこれら複数の情報要素を含めてもよい。

ＰｒｏＳｅサーバ２０はＵＥ１０Ｂから経路情報更新許可要求を受信し、経路情報更新許可要求に「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」が含まれている場合、または要求を含むメッセージを受信した場合、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」に基づいて、または要求に基づいて、ＰｒｏＳｅサーバ２０はパスの切り替えの認証を行う（Ｓ２１２２）。

ＰｒｏＳｅサーバ２０は、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２」に基づいて、またはパス切り替えの認証に基づいて、ＵＥ１０ＢとＵＥ１０Ｃに経路情報更新指示を送信する（Ｓ２１２４、Ｓ２１２６）。Ｓ２１２４とＳ２１２６は、同時でも良いし、どちらか一方がどちらか一方のトリガーとなっても良い。例えば、ＰｒｏＳｅサーバ２０からＵＥ１０Ｂに経路情報更新指示が送信された（Ｓ２１２４）事がトリガーとなり、ＰｒｏＳｅサーバ２０はＵＥ１０Ｃに経路情報更新指示を送信しても良い（Ｓ２１２６）。

Ｓ２１２４の経路情報更新指示は、ＵＥ１０Ｃの識別子（ＰｒｏＳｅ ＩＤ Ｃ）を含んでもよく、Ｒｅｌａｙ ＵＥ１０Ａの識別子（ＰｒｏＳｅ ＩＤ Ａ）を含んでもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」が含まれもよく、またこれら複数の情報要素を含んでもよい。

Ｓ２１２６の経路情報更新指示はＵＥ１０Ｂの識別子（ＰｒｏＳｅ ＩＤ Ｂ）を含んでもよく、Ｒｅｌａｙ ＵＥ１０Ａの識別子（ＰｒｏＳｅ ＩＤ Ａ）を含んでもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」を含めてもよく、これら複数の情報要素を含んでもよい。

ＵＥ１０Ｂは、ＰｒｏＳｅサーバ２０から経路情報更新指示を受信することで（Ｓ２１２４）、ＵＥ１０Ｃへの経路情報をインフラストラクチャー通信から、Ｒｅｌａｙ ＵＥ１０Ａと直接通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に更新する（Ｓ２１２８）。

同様に、ＵＥ１０Ｃは、ＰｒｏＳｅサーバ２０から経路情報更新指示を受信することで（Ｓ２１２６）、ＵＥ１０Ｂへの経路情報をインフラストラクチャー通信から、Ｒｅｌａｙ ＵＥ１０Ａとインフラストラクチャー通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に更新する（Ｓ２１３０）。

以上でＵＥ１０ＢとＵＥ１０Ｃ間はＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信での送受信が実行される（Ｓ２１３２）。

［５．１．２ 第２処理例］
続いて、第２処理例について説明する。図３０は図２９の処理の異なる処理例である。図３０は、ＰｒｏＳｅサーバがＵＥ１０ＢとＵＥ１０Ｃ間の通信路またはパス経路の切り替えのトリガーを検知する方式の一例である。

なお、図３０における「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１−２，２，３，４，５」の役割は図２６と同様であるとし、説明は省略する。

図３０の初期状態は、ＵＥ１０ＢとＵＥ１０Ｃ間がインフラストラクチャー通信Ｔ９０５で通信が行われている（Ｓ２２０２）。Ｓ２２０２は、Ｓ１５０２、Ｓ１７０２、Ｓ１９０２、Ｓ２００２、Ｓ２１０２と等しくても良い。

ＰｒｏＳｅサーバ２０はパス切り替えのトリガーを検知する（Ｓ２２０４）。Ｓ２２０４はどのようなトリガーでも良いが、例えば、ＰｒｏＳｅサーバ２０が、ＵＥ１０Ｂがネットワークのカバレッジからでた事を検知しても良い。

Ｓ２２０４のトリガー検知により、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂに最適なＲｅｌａｙ ＵＥを選択する（Ｓ２１０８）。Ｒｅｌａｙ ＵＥの選択方法は特に限定しないが、例えばＰｒｏＳｅサーバに登録されているＵＥの位置情報から選択する等が考えられる。Ｓ２１０８以降は図２９のＳ２１０８以降と同様である。

［５．２ 装置の動作フロー］
［５．２．１ ＵＥ１０Ｂの動作フロー］
図３１に、図２９と図３０とのシーケンスを実現するＵＥ１０Ｂのフローチャート図の一例を示す。

ＵＥ１０Ｂは、ＵＥ１０Ｃとの通信を、インフラストラクチャー通信からＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信に切り替える、何かしらのトリガーを検知するのを待機する（ステップＳ８０２）。ステップＳ８０２でパスの切り替えトリガーを検知した場合（ステップＳ８０２；Ｙｅｓ）、ＵＥ１０ＢはＰｒｏＳｅサーバ２０にＲｅｌａｙ ＵＥ選択要求（ｆｌａｇ１−１を含む）を送信する（ステップＳ８０４）。

ステップＳ８０４の実行後又はステップＳ８０２でパス切り替えのトリガーを検知しなかった場合（ステップＳ８０２；Ｎｏ）、Ｒｅｌａｙ ＵＥから通信経路確立通知を受信するのを待機する（ステップＳ８０６）。

ステップＳ８０６で、Ｒｅｌａｙ ＵＥから通信経路確立通知を受信した場合（ステップＳ８０６；Ｙｅｓ）、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に、経路情報更新許可要求（ｆｌａｇ１−２）を送信する（ステップＳ８０８）。

ステップＳ８０６でＲｅｌａｙ ＵＥ１０Ａから通信経路確立通知を受信しない場合（ステップＳ８０６；Ｎｏ）、ステップＳ８０２に戻る。

ステップＳ８０６後、ＵＥ１０ＢはＰｒｏＳｅサーバ２０から経路情報更新指示（ｆｌａｇ２含む）の受信を待機する（ステップＳ８１０）。一定時間、ＰｒｏＳｅサーバ２０から応答がない場合（ステップＳ８１０；Ｎｏ）、ＵＥ１０Ｂは経路情報更新が拒絶されたとして、ステップＳ８０２に戻る。

ステップＳ８１０で、ＰｒｏＳｅサーバ２０から、経路更新指示を受信した場合（ステップＳ８１０；Ｙｅｓ）、ＵＥ１０Ｂは経路情報を更新し（ステップＳ８１２）、処理を終了とする。

なお、図２９、３０のシーケンスを実現するＲｅｌａｙ ＵＥ１０Ａのフローチャート図の一例は図２５、図２６のシーケンスを実現するものと等しいので説明は省略する。

［５．２．２ ＰｒｏＳｅサーバ２０の動作フロー］
また、図３２に、図２９、３０のシーケンスを実現するＰｒｏＳｅサーバ２０のフローチャート図の一例を示す。

まず、ＰｒｏＳｅサーバ２０は、パス切り替えトリガーを検知またはＲｅｌａｙ ＵＥ選択要求を受信するのを待機する（ステップＳ９０２）。

ステップＳ９０２で、パスの切り替えトリガーを検知、またはＵＥ１０ＢからＲｅｌａｙ ＵＥ選択要求（ｆｌａｇ１−１含む）を受信すると（ステップＳ９０２；Ｙｅｓ）、ＰｒｏＳｅサーバ２０は、ＵＥの経路情報更新判定をする（ステップＳ９０３）。

ここで、ＰｒｏＳｅサーバ２０が経路情報更新要求を許可するかの判定は、ＵＥ１０ＢがＰｒｏＳｅ Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０Ｂが送信するＰｒｏＳｅ ＩＤなどの認証情報に基づいて判定してもよい。もしくは、認証情報の有無によって判定してもよい。また、ネットワークにおけるリソースの状態やコンジェッションの状況、ユーザによる設定、さらには様々な要因から生成されるオペレータポリシーに基づいて判定されてもよい。

ステップＳ９０３で、経路情報の更新を許可する場合（ステップＳ９０３；Ｙｅｓ）ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂが直接通信をするＲｅｌａｙ ＵＥを選択する（ステップＳ９０４）。Ｒｅｌａｙ ＵＥの選択方法は特に指定しないが、例えば一番近距離でＲｅｌａｙ機能を備えるＵＥを選択する。ステップＳ９０３で、ＰｒｏＳｅサーバ２０が経路情報更新を拒絶する場合（ステップＳ９０３；Ｎｏ）、ＰｒｏＳｅサーバ２０はこの処理を終了する。なお、ステップＳ９０３で拒絶の判定をした場合（ステップＳ９０３；Ｎｏ）、経路情報許可要求の送信元に、拒絶の通知を意味するメッセージを送信してから処理を終了してもよい。

次に、ＰｒｏＳｅサーバ２０は、Ｒｅｌａｙ ＵＥに経路情報更新指示（ｆｌａｇ４含む）を送信する（ステップＳ９０６）。これにより、Ｒｅｌａｙ ＵＥ１０Ａに、ＵＥ１０Ｂとの通信路の確立を指示する。

次に、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａから、拒絶信号を受信するか確認する（ステップＳ９０８）。ステップＳ９０８で、拒絶信号受信した場合（ステップＳ９０８；Ｙｅｓ）、ＰｒｏＳｅサーバ２０はステップＳ９０４のＲｅｌａｙ ＵＥの選択から処理を再度開始する。

ＵＥ１０Ａから拒絶信号を受信しなければ（ステップＳ９０８；Ｎｏ）、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂから経路情報更新許可要求（ｆｌａｇ１−２含む）を受信する（ステップＳ９１０）。

次に、ＰｒｏＳｅサーバ２０は、ステップＳ９１０の経路情報更新許可要求に含まれるｆｌａｇ１−２に基づいて、パス切り替えを承認する（ステップＳ９１２）。

パス切り替えの承認が終了したら、ＰｒｏＳｅサーバ２０は、ＵＥ１０ＢとＵＥ１０Ｃに経路情報更新指示を送信する（ステップＳ９１４、Ｓ９１６）。

以上で、ＵＥ１０ＢとＵＥ１０Ｃ間の通信をインフラストラクチャー通信から、Ｒｅｌａｙ ＵＥ１０Ａとの直接通信を介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信にパスまたは通信路を切り替え、またはパスまたは通信路の選択を実行する事が出来る。

［６．第６実施形態］
続いて、第６実施形態を説明する。本実施形態では、近隣ＵＥをＲｅｌａｙ ＵＥとして直接通信で接続する、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信から、ネットワークを介したインフラストラクチャー通信に、パスまたは通信路を切り替える、またはパスまたは通信路を選択する通信システムについて、以下図面を用いながら説明する。

本実施形態では、図１の移動通信システムの構成を利用する事が可能であり、詳細な説明は省略する。また、移動通信システムにおけるＵＥの構成やＰｒｏＳｅサーバの構成も同様である為、詳細な説明は省略する。

［６．１ 通信の説明］
以下に、本実施形態で説明する処理の概要について説明する。図３３は、本実施形態で実行されるパスの切り替え、及び通信路の切り替え及び、パスまたは通信路の選択の概念図を説明する。本実施形態の初期状態は、ＵＥ１０ＢとＵＥ１０ＣがＲｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信（実線）Ｔ９０３で通信を行っている。なお、図３３から分かる様に、ＵＥ１０ＢとＲｅｌａｙ ＵＥ１０Ａは直接通信Ｔ９０１で通信が行われている。

初期状態から、何かしらのトリガーがＵＥまたはネットワークで発生する事でインフラストラクチャー通信（破線）Ｔ９０５にパス、または通信路を切り替える、またはパスまたは通信路を選択する。

［６．２ ＩＰヘッダカプセル化によるＲｅｌａｙのデータの流れ］
ＩＰヘッダカプセル化によるＲｅｌａｙデータの流れや、ＰｒｏＳｅ ｒｅｇｉｓｔｒａｔｉｏｎに関しては、図１０〜図１４を利用する事ができ、詳細な説明は省略する。

［６．３ 処理例］
続いて、第６実施形態におけるサービス継続手続きｐｒｏｃｅｄｕｒｅの処理の例について説明する。図３４は、ＵＥ１０Ｂが、ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信からインフラストラクチャー通信への切り替えを要求するトリガーを検知し、パスまたは通信路を切り替える処理の一例を示す。

本実施形態では、各機能同士が、通信相手に動作の指示や要求を与えたい場合、ｉｎｄｉｃａｔｉｏｎ ｆｌａｇというフラグを付加するものとして説明するが、要求することを示す情報は、フラグで識別する方法に限らず、経路情報更新要求メッセージを規定するなどして、経路情報更新要求メッセージを送信することで要求してもよい。より具体的には、要求や指示を与える機器が、要求相手に経路情報更新を要求するメッセージタイプを含めた要求メッセージを送信してもよい。

なお、図３４に示す処理では、ＵＥ１０ＢからＰｒｏＳｅサーバ２０に送信される信号に含まれる、指示や要求を示す情報要素を「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」とし、ＰｒｏＳｅサーバ２０からＵＥ１０Ｃに送信される信号に含まれる、指示や要求を示す情報要素を「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」とする。

「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」と「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」とに関しては、第１実施形態と等しいので説明を省略する。

図３４では、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」はＲｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信からインフラストラクチャー通信へ切り替える事の許可を要求するフラグである。

また、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」は、ＵＥ１０Ｃに、Ｒｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信から、インフラストラクチャー通信に、通信経路を切り替える事を要求するフラグである。

図３４の初期状態は、ＵＥ１０ＢとＵＥ１０Ｃ間でＲｅｌａｙ ＵＥ１０Ａを介したＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信が行われている状態である（Ｓ２４０２）。Ｓ２４０２は、Ｓ１５２４や、Ｓ１７３０や、Ｓ１９２６や、Ｓ２１３２と、等しくても良い。

ＵＥ１０Ｂは、パスまたは通信路を切り替える事を要求するトリガーを検知する（Ｓ２４０４）。Ｓ２４０４でＵＥ１０Ｂが検知するトリガーは、特に限定されず、例えばＵＥ１０Ｂがネットワークのカバレッジに入った事を検知した事がトリガーとなっても良い。

ＵＥ１０Ｂは、Ｓ２４０４に基づき、ＭＭＥ４４にアタッチをする（Ｓ２４０６）。アタッチ手続きが完了したら、ＵＥ１０ＢはＰＧＷ３８に無線リソース制御処理を実行する（Ｓ２４０８）。この時、ＰＧＷ３８はＵＥ１０Ｂに新たＩＰアドレスを割り当てる事が出来るが、ＵＥ１０ＢはＰＧＷ３８に指定のＩＰアドレスを割り当てるように要求する事ができる。

例えば、ＵＥ１０ＢからＲｅｌａｙ ＵＥ１０Ａへの直接通信において、図１１（ｃ）に示されるパケットが送信されている場合、ＵＥ１０ＢはインナーＩＰヘッダ内でＩＰ＠Ｂ２を送信元ＩＰアドレスとしている。その為、インフラストラクチャー通信に切り替える場合は、ＵＥ１０ＢはＩＰアドレスとしてＩＰ＠Ｂ２が割り当てられることで、図１１（ｃ）のアウターＩＰヘッダ１１０７をはずし、図１１（ａ）を送信する事が可能である。

また、Ｓ２４０６、Ｓ２４０８は、パス切り替えを要求するトリガーを検知した事に基づいて実行されても良いが、ＵＥ１０Ｂがネットワークのカバレッジ圏内に入った事を検知した事に基づいて実行されても良い。

次に、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に経路情報更新許可要求を送信する（Ｓ２４１０）。Ｓ２４１０の経路情報更新許可要求は、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ ＩＤ Ｂ）を含めてもよく、ＵＥ１０Ｃの識別子（ＰｒｏＳｅ ＩＤ Ｃ）を含めてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」を含めてもよく、またこれら複数の情報要素を含めてもよい。

ＰｒｏＳｅサーバ２０は、Ｓ２４１０で「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」を含む情報要素を受信する場合、または要求を示すメッセージを受信する場合、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ１」に基づいて、または要求に基づいて、経路情報更新許可をする（Ｓ２４１２）。

Ｓ２４１２に基づいて、ＰｒｏＳｅサーバ２０はＵＥ１０ＢとＵＥ１０Ｃに経路情報更新指示を送信する（Ｓ２４１４、Ｓ２４１６）。

Ｓ２４１４の経路情報更新指示は、ＰｒｏＳｅ ＩＤ Ｂを含めてもよく、ＰｒｏＳｅ ＩＤ Ｃを含めてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」を含めてもよく、またこれら複数の情報要素を含めてもよい。

また、Ｓ２４１６の経路情報更新指示は、ＰｒｏＳｅ ＩＤ Ｂを含めてもよく、ＰｒｏＳｅ ＩＤ Ｃを含めてもよく、「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」を含めてもよく、またこれら複数の情報要素を含めてもよい。

ＵＥ１０ＢはＳ２４１４の経路情報更新指示に含まれる「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ２」に基づいて、経路情報をＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信から、インフラストラクチャー通信に更新する。

同様に、ＵＥ１０ＣはＳ２４１６の経路情報更新指示に含まれる「ｉｎｄｉｃａｔｉｏｎ ｆｌａｇ３」に基づいて、経路情報をＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信から、インフラストラクチャー通信に更新する。

ＵＥ１０Ｂは、Ｓ２４０４に基づいて、またはＳ２４１４に基づいて経路情報を更新する（Ｓ２４３０）。例えばＳ２４１４に基づいて、ＵＥ１０Ｂが経路情報を更新する際、ＵＥ１０Ｂの記憶部１３０の経路情報テーブル１４２で記録されるＵＥ１０Ｃへの経路情報は、Ｒｅｌａｙ（ＵＥ１０Ａ ｒｏｕｔｅ）からインフラストラクチャー通信に変更される。

Ｓ２４３０の経路情報更新により、ＵＥ１０Ｂから送信されるパケットは図１１（ｃ）から図１１（ａ）へ、図１２（ｃ）から図１２（ａ）へ、図１３（ｃ）から図１３（ａ）へ、変更しても良い。

ＵＥ１０Ｃは、Ｓ２４１６に基づいて経路情報を更新する（Ｓ２４２８）。例えばＳ２４１６に基づいて、ＵＥ１０Ｃが経路情報を更新する際、ＵＥ１０Ｃの記憶部１３０の経路情報テーブル１４２で記録されるＵＥ１０Ｂへの経路情報をインフラストラクチャー通信に変更する。

Ｓ２４２８の経路情報更新により、ＵＥ１０Ｃから送信されるパケットは図１１（ｅ）から図１１（ｂ）に、または図１３（ｇ）から図１３（ｂ）に変化してもよい。

以上により、ＵＥ１０ＢとＵＥ１０Ｃ間はＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ Ｒｅｌａｙ通信から、インフラストラクチャー通信にパスまたは通信路を切り替える、またはパスまたは通信路の選択をする事が出来る（Ｓ２２０２）。

［７．第７実施形態］
続いて第７実施形態について図３５を用いて説明する。第７実施形態は、ＵＥ１０ＢがＲｅｌａｙ １０Ａを検出し、経路情報を更新する処理である。なお、第１実施形態の図１５と同一の処理には同一の符号を付して、詳細な説明を省略する。

パスの切り替えトリガーを検知した後は（Ｓ１５０４）、ＵＥ１０Ｂが選択可能なＲｅｌａｙ ＵＥを選択する（Ｓ２６０２）。ここで、選択出来るＲｅｌａｙ ＵＥ１０Ａが選択された場合、直接通信が可能な否かを確認する（Ｓ１５１４〜Ｓ１５１８）。

なお、Ｓ２６０２において、直接通信が可能なＲｅｌａｙ ＵＥのみを予め選択するようにしても良い。この場合は、Ｓ１５１４〜Ｓ１５１８の手続は不要となる。
ＵＥ１０Ｂは、直接通信可能なＲｅｌａｙ ＵＥ１０Ａに基づいて経路情報を更新する（Ｓ１５２２）。また、更新した結果を経路情報更新通知として、ＰｒｏＳｅサーバ２０に送信する（Ｓ２６０４）。
Ｓ１５２２とＳ２６０４の処理の順番は特に規定しない。ＵＥ１０Ｂは、Ｓ１５２２の後にＳ２６０４を実行してもよいし、Ｓ２６０４の後にＳ１５２２を実行してもよいし、またはこれらを同時に実行してもよい。

ここで、経路更新情報通知には、選択されたＲｅｌａｙ ＵＥ１０ＡのＰｒｏＳｅ ＩＤ Ａが少なくとも含まれている。これにより、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂの経路が変更されたことを検知し、経路情報更新指示をＵＥ１０Ｃに送信する（Ｓ１５１２）。

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

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

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

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

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

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

１ 無線通信システム
３ ＩＰ移動通信ネットワーク
９ コアネットワーク
１０、１０Ａ、１０Ｂ、１０Ｃ ＵＥ
２０ ＰｒｏＳｅサーバ
１００ 制御部
１１０ 第１送受信部
１１２ 送受信アンテナ
１２０ 第２送受信部
１２２ 送受信アンテナ
１３０ 記憶部
１３２ ＰｒｏＳｅ ＩＤ管理テーブル
１３４ ＩＰアドレス管理テーブル
１３６ アウターＩＰアドレス管理テーブル
１３８ ＤＣＭ状態テーブル
１４２ 経路情報テーブル
１４４ Ｉｎ ｃｏｖｅｒａｇｅフラグ
２００ 制御部
２１０ 通信部
２２０ 記憶部
２２２ ＰｒｏＳｅ ＩＤ管理テーブル
２２４ Ｉｎ ｃｏｖｅｒａｇｅフラグ
２２６ ＵＥ位置情報管理テーブル
３００ 制御部
３１０ 第１送受信部
３１２ 送受信アンテナ
３１５ Ｒｅｌａｙ信号生成部
３２０ 第２送受信部
３１４ 送受信アンテナ
３３０ 記憶部
３３２ ＰｒｏＳｅ ＩＤ管理テーブル
３３４ ＩＰアドレス管理テーブル
３３６ アウターＩＰアドレス管理テーブル
３３８ ＤＣＭ状態テーブル
３４０ Ｉｎ ｃｏｖｅｒａｇｅフラグ

Claims (5)

1. 第１の端末装置とコアネットワークを介して通信を行う第２の端末装置が送信する経路情報更新要求メッセージを第１の端末装置から受信し、
   前記経路情報更新要求メッセージには、少なくとも通信の切り替えを要求することを示す識別情報が含まれており、
   前記識別情報に基づいて、リレー機能を有する第３の端末装置を選択し、
   前記経路情報更新要求メッセージの応答であり、前記第３の端末装置の情報を含む経路更新指示メッセージを前記第１の端末装置に送信し、前記第３の端末装置とＬＴＥを用いた直接通信を行って前記第１の端末装置と通信することを指示する、
   ことを特徴とするサーバ装置。
2. 経路更新指示メッセージを前記第２の端末装置に送信し、前記第３の端末装置とＬＴＥを用いた直接通信を行う前記第２の端末装置と通信することを更に指示する、ことを特徴とする請求項１に記載のサーバ装置。
3. 第１の端末装置と第２の端末装置のコアネットワークを介して通信する第１の通信と、前記第２の端末装置が第３の端末装置と直接通信を行って第１の端末装置と通信する第２の通信との切り替えを主導し、
   リレー機能を有する前記第３の端末装置を選択し、
   前記第３の端末装置の情報を含む経路更新指示メッセージを前記第２の端末装置に送信し、前記第２の通信への切り替えを指示する、
   ことを特徴とするサーバ装置。
4. 前記経路更新指示メッセージを前記第１の端末装置に送信し、前記第３の端末とＬＴＥを用いた直接通信を行う前記第２の端末装置と通信することを更に指示する、ことを特徴とする請求項３に記載のサーバ装置。
5. 第２の端末装置と、コアネットワークを介して通信を行う第１の端末装置であって、
   パス切り替えトリガーを検知することにより、少なくとも通信の切り替えを要求することを示す識別情報が含まれている経路情報更新要求メッセージをサーバ装置に送信し、
   前記サーバ装置から、サーバ装置が選択したリレー機能を有する第３の端末装置の情報を含む経路更新指示メッセージを受信し、
   前記経路更新指示メッセージに従って、前記第３の端末装置とＬＴＥを用いた直接通信を行って前記第２の端末装置と通信する、
   ことを特徴とする第１の端末装置。

Images