(57)【要約】  通信端末装置が、通信サービスを継続させながら、ＬＴＥを用いた直接通信と、コアネットワークを介したインフラストラクチャー通信とを切り替えること。  サーバ装置から通信端末装置に、通信路の切り替えを指示する要求メッセージを送信することで、ＬＴＥを用いた直接通信から、通信サービスを継続させながら、コアネットワークを介したインフラストラクチャー通信に切り替えることができる。
2015170690.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置であって、
第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置に対して、第１の識別情報を含む第１の要求メッセージを送信し、
前記第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す、
ことを特徴とするサーバ装置。
【請求項２】
前記第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることと、
ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に端末装置間の通信を切り替えるための要求メッセージを、前記第１の端末装置に対して送信することを要求することを示す、
ことを特徴とする請求項１に記載のサーバ装置。
【請求項３】
サーバ装置であって、
第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置に対して、第１の識別情報を含む第１の要求メッセージを送信し、
前記第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記第１の端末装置に対して、第２の識別情報を含む第２の要求メッセージを送信し、
前記第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す、
ことを特徴とするサーバ装置。
【請求項４】
第３の識別情報を含む前記第２の端末装置が送信する第３の要求メッセージを受信し、
前記第３の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記第３の要求メッセージの受信に基づいて、前記第１の要求メッセージを送信する、
ことを特徴とする請求項１又は２に記載のサーバ装置。
【請求項５】
第３の識別情報を含む前記第２の端末装置が送信する第３の要求メッセージを受信し、
前記第３の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記第３の要求メッセージの受信に基づいて、前記第１の要求メッセージ及び／又は前記第２の要求メッセージを送信する、
ことを特徴とする請求項３に記載のサーバ装置。
【請求項６】
他の端末装置とＬＴＥを用いて直接通信を行う端末装置であって、
第１の識別情報を含む第１の要求メッセージをサーバ装置から受信し、
前記第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記第１の要求メッセージの受信に基づいて、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替えて、前記他の端末装置との通信を継続する、
ことを特徴とする端末装置。
【請求項７】
第３の識別情報を含む第３の要求メッセージを前記サーバ装置に送信し、
前記第３の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記第３の要求メッセージの応答として、前記他の要求メッセージを受信する、
ことを特徴とする請求項６に記載の端末装置。
【請求項８】
前記第１の要求メッセージの受信に基づいて、前記他の端末装置に第２の識別情報を含む第２の要求メッセージを送信し、
前記第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す、
ことを特徴とする請求項６又は７に記載の端末装置。
【請求項９】
ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替え後、ＬＴＥを用いた直接通信のためのリソースを解放する、
ことを特徴とする請求項６から８の何れか一項に記載の端末装置。
【請求項１０】
ＬＴＥを用いた直接通信に用いていたＩＰアドレスを用いて、前記他の端末装置とコアネットワークを介して行うインフラストラクチャー通信を行う、
ことを特徴とする請求項６から８の何れか一項に記載の端末装置。
【請求項１１】
ＬＴＥを用いた直接通信に用いていた第１のＩＰアドレスとは異なる第２のＩＰアドレスを用いて、前記他の端末装置とコアネットワークを介して行うインフラストラクチャー通信を行う、
ことを特徴とする請求項６から８の何れか一項に記載の端末装置。
【請求項１２】
サーバ装置における通信制御方法であって、
第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置に対して、第１の識別情報を含む第１の要求メッセージを送信するステップを有し、
前記第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す、
ことを特徴とするサーバ装置の通信制御方法。
【請求項１３】
サーバ装置における通信制御方法であって、
第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置に対して、第１の識別情報を含む第１の要求メッセージを送信するステップを有し、
前記第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることと、
ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に端末装置間の通信を切り替えるための要求メッセージを、前記第１の端末装置に対して送信することを要求することを示す、
ことを特徴とするサーバ装置の通信制御方法。
【請求項１４】
サーバ装置における通信制御方法であって、
第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置に対して、第１の識別情報を含む第１の要求メッセージを送信するステップと、
前記第１の端末装置に対して、第２の識別情報を含む第２の要求メッセージを送信するステップと、を有し、
前記第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す、
ことを特徴とするサーバ装置の通信制御方法。
【請求項１５】
第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置の通信制御方法であって、
第１の識別情報を含む第１の要求メッセージをサーバ装置から受信するステップを有し、
前記第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記第１の要求メッセージの受信に基づいて、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替えて、前記第１の端末装置との通信を継続するステップ、
を更に有することを特徴とする端末装置の通信制御方法。
【請求項１６】
第３の識別情報を含む第３の要求メッセージを前記サーバ装置に送信するステップを有し、
前記第３の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記第３の要求メッセージの応答として、前記第１の要求メッセージを受信するステップ、
を更に有することを特徴とする請求項１５の端末装置の通信制御方法。
【請求項１７】
前記第１の要求メッセージの受信に基づいて、前記第１の端末装置に第２の識別情報を含む第２の要求メッセージを送信するステップを更に有し、
前記第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す、
ことを特徴とする請求項１５又は１６に記載の端末装置の通信制御方法。
【請求項１８】
ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替え後、ＬＴＥを用いた直接通信のためのリソースを解放するステップ、
を更に有することを特徴とする請求項１５から１７の何れか一項に記載の端末装置の通信制御方法。
【請求項１９】
ＬＴＥを用いた直接通信に用いていたＩＰアドレスを用いて、前記第１の端末装置とコアネットワークを介して行うインフラストラクチャー通信を行うステップ、
を更に有することを特徴とする請求項１５から１７の何れか一項に記載の端末装置の通信制御方法。
【請求項２０】
ＬＴＥを用いた直接通信に用いていた第１のＩＰアドレスとは異なる第２のＩＰアドレスを用いて、前記第１の端末装置とコアネットワークを介して行うインフラストラクチャー通信を行うステップ、
を更に有することを特徴とする請求項１５から１７の何れか一項に記載の端末装置の通信制御方法。
【請求項２１】
ＬＴＥを用いて直接通信を行う第１の端末装置と第２の端末装置と、サーバ装置とを含む通信システムであって、
前記第２の端末装置は、
第１の識別情報を含む第１の要求メッセージを前記サーバ装置に送信し、
前記第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記サーバ装置は、
第１の識別情報を含む前記第２の端末装置が送信する第１の要求メッセージを受信し、
前記第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記第１の要求メッセージの受信に基づいて、前記第２の端末装置に対して、第２の識別情報を含む第２の要求メッセージを送信し、
前記第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記第２の端末装置は、
第２の識別情報を含む第２の要求メッセージをサーバ装置から受信し、
前記第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、
前記第２の要求メッセージの受信に基づいて、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替えて、前記第１の端末装置との通信を継続する、
ことを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御方法と、端末装置と、サーバ装置と、を含む通信システムに関する。
【背景技術】
【０００２】
近年の移動通信システムの標準化活動を行う３ＧＰＰ（The ３rd Generation Partnership Project）では、オールＩＰ化を実現する、ＥＰＳ（Evolved Packet System）の仕様化を行っている。３ＧＰＰではＥＰＳに接続されるアクセスシステムを、ＬＴＥだけでなく、無線ＬＡＮである場合も含めて検討している。【０００３】
３ＧＰＰはＥＰＳの仕様化の中で、更にＵＥ間が近隣である事を検出機能（discovery）や、ＵＥ間で、コアネットワークや基地局を介さない直接通信を確立する機能（direct communication）を持つＰｒｏＳｅ（Proximity-based Services）について検討を行っている。【０００４】
ＰｒｏＳｅは基地局やアクセスネットワークが接続されているコアネットワークを介することなく通信を行える為、アクセスネットワークやコアネットワークの集中を回避（コンジェッション回避）でき、オフロード効果を期待できる。【０００５】
ＰｒｏＳｅは、直接通信路を確立する為に、直接通信の通信対象ＵＥを探索し、検知するサービスが必要となる。ＰｒｏＳｅでは、この検知方法として２つの方式を検討している。１つ目は、ＵＥが直接検出する方式（以下、「direct discovery」）である。２つ目は、アクセスネットワークやコアネットワークを介して検出する方法（以下、「EPC-level discovery」）である。ただし、ＰｒｏＳｅサービスは移動通信事業者により提供されるものであり、ＰｒｏＳｅサービスの利用には移動通信事業者による承認が必要である。その為、３ＧＰＰでは、ＰｒｏＳｅサービスの実現には、ＰＤＮ（Packet Data Network）または、コアネットワーク内にＰｒｏＳｅサービスを移動通信事業者の元管理する機能部としてＰｒｏＳｅサーバが必要となる。つまり、ＰｒｏＳｅでは、テザリングとは異なり通信事業者が、直接通信の通信路の確立の認証等を担う。【０００６】
また、ＰｒｏＳｅではＵＥ間の直接通信路として２つの方式を利用する事が検討されている。１つ目は、ＬＴＥアクセス技術を利用する方法である。２つ目は無線ＬＡＮ（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ  ＬＡＮ）アクセス技術を用いた方法である。【０００７】
また、ＰｒｏＳｅでは、ｎｏｎ−Ｐｕｂｌｉｃ  ＳａｆｅｔｙとＰｕｂｌｉｃ  Ｓａｆｅｔｙが規定されている。ｎｏｎ−Ｐｕｂｌｉｃ  Ｓａｆｅｔｙでは、移動通信事業者による商用サービスが想定されており、ＵＥがＬＴＥ基地局に在圏している場合にのみ、利用可能である。一方、Ｐｕｂｌｉｃ  Ｓａｆｅｔｙでは、防災無線による利用が想定されており、ＵＥがＬＴＥ基地局に在圏している場合のみならず、ＬＴＥ基地局（ｅＮＢ５２）に在圏していない場合でも利用することができる。【０００８】
３ＧＰＰでは、ＰｒｏＳｅの直接通信と、従来のネットワークを介したインフラストラクチャー通信間のサービス継続方法について検討が必要であると提示している。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】３GPP TS２３.４０１ Technical Specification Group Services and System Aspects, General Packet Radio Service(GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network(E-UTRAN) access
【非特許文献２】３GPP TR２３.７０３ Technical Specification Group Services and System Aspects, Study on architecture enhancements to support Proximity-based Services(ＰｒｏＳｅ)
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ＰｒｏＳｅ技術において、ＵＥ（端末装置）は少なくとも１台のＵＥと直接通信を行う通信路と、ＥＰＣなどコアネットワークを介したインフラストラクチャー通信による通信を行う通信路の、２種類の通信路を確立する事が可能である必要がある。【００１１】
上記２つの通信経路は、ＵＥの移動や環境の変化など、ＵＥの内部的要因及び外部的要因により切り替えられる。ＵＥまたはネットワークは、これら要因を検出する事で、通信路切り替えを決定できる必要がある。【００１２】
さらに、上記２つの通信路をＵＥまたはネットワークが、どのように切り替えるのかはこれまで明らかにされていない。【００１３】
本発明は、上述した課題を解決するために、端末装置又はサーバ装置が、少なくとも２台以上の端末装置の通信路切り替えを決定し、実行する事を目的とした端末装置等を提供する事である。
【課題を解決するための手段】
【００１４】
本発明のサーバ装置は、第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置に対して、第１の識別情報を含む第１の要求メッセージを送信し、第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示すことを特徴とする。【００１５】
本発明のサーバ装置は、第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置に対して、第１の識別情報を含む第１の要求メッセージを送信し、第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることと、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に端末装置間の通信を切り替えるための要求メッセージを、第１の通信端末に対して送信することを要求することを示すことを特徴とする。【００１６】
本発明のサーバ装置は、第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置に対して、第１の識別情報を含む第１の要求メッセージを送信し、第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、第１の端末装置に対して、第２の識別情報を含む第２の要求メッセージを送信し、第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示すことを特徴とするサーバ装置。【００１７】
更に、第３の識別情報を含む第２の端末装置が送信する第３の要求メッセージを受信し、第３の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、第３の要求メッセージの受信に基づいて、第１の要求メッセージ及び／又は第２の要求メッセージを送信することを特徴とする。【００１８】
第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置は、第１の識別情報を含む第１の要求メッセージをサーバ装置から受信し、第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、第１の要求メッセージの受信に基づいて、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替えて、第１の端末装置との通信を継続することを特徴とする。【００１９】
更に、第３の識別情報を含む第３の要求メッセージをサーバ装置に送信し、第３の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、第３の要求メッセージの応答として、第１の要求メッセージを受信することを特徴とする。【００２０】
更に、第１の要求メッセージの受信に基づいて、第１の端末装置に第２の識別情報を含む第２の要求メッセージを送信し、第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示すことを特徴とする。【００２１】
更にＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替え後、ＬＴＥを用いた直接通信のためのリソースを解放することを特徴とする。【００２２】
更に、ＬＴＥを用いた直接通信に用いていたＩＰアドレスを用いて、第１の端末装置とコアネットワークを介して行うインフラストラクチャー通信を行うことを特徴とする。【００２３】
更に、ＬＴＥを用いた直接通信に用いていた第１のＩＰアドレスとは異なる第２のＩＰアドレスを用いて、第１の端末装置とコアネットワークを介して行うインフラストラクチャー通信を行うことを特徴とする。【００２４】
サーバ装置における通信制御方法は、第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置に対して、第１の識別情報を含む第１の要求メッセージを送信するステップ、第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す、を有することを特徴とする。【００２５】
サーバ装置における通信制御方法は、第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置に対して、第１の識別情報を含む第１の要求メッセージを送信するステップ、第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることと、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に端末装置間の通信を切り替えるための要求メッセージを、第１の通信端末に対して送信することを要求することを示す、を有することを特徴とする。【００２６】
サーバ装置における通信制御方法は、第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置に対して、第１の識別情報を含む第１の要求メッセージを送信するステップと、第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、第１の端末装置に対して、第２の識別情報を含む第２の要求メッセージを送信するステップと、第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す、を有することを特徴とする。【００２７】
第３の識別情報を含む第２の端末装置が送信する第３の要求メッセージを受信するステップと、第３の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、第３の要求メッセージの受信に基づいて、第１の要求メッセージ及び／又は第２の要求メッセージを送信するステップとをさらに有することを特徴とする。【００２８】
第１の端末装置とＬＴＥを用いて直接通信を行う第２の端末装置の通信制御方法は、第１の識別情報を含む第１の要求メッセージをサーバ装置から受信するステップと、第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、第１の要求メッセージの受信に基づいて、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替えて、第１の端末装置との通信を継続するステップと、を有することを特徴とする。【００２９】
第３の識別情報を含む第３の要求メッセージをサーバ装置に送信するステップと、第３の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、第３の要求メッセージの応答として、第１の要求メッセージを受信するステップと、をさらに有することを特徴とする。【００３０】
第１の要求メッセージの受信に基づいて、第１の端末装置に第２の識別情報を含む第２の要求メッセージを送信するステップと、第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す、をさらに有することを特徴とする。【００３１】
ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替え後、ＬＴＥを用いた直接通信のためのリソースを解放するステップをさらに有することを特徴とする。【００３２】
ＬＴＥを用いた直接通信に用いていたＩＰアドレスを用いて、第１の端末装置とコアネットワークを介して行うインフラストラクチャー通信を行うステップをさらに有することを特徴とする。【００３３】
ＬＴＥを用いた直接通信に用いていた第１のＩＰアドレスとは異なる第２のＩＰアドレスを用いて、第１の端末装置とコアネットワークを介して行うインフラストラクチャー通信を行うステップをさらに有することを特徴とする。【００３４】
ＬＴＥを用いて直接通信を行う第１の端末装置と第２の端末装置と、サーバ装置とを含む通信システムは、第２の端末装置は、第１の識別情報を含む第１の要求メッセージを前記サーバ装置に送信し、第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、サーバ装置は、第１の識別情報を含む第２の端末装置が送信する第１の要求メッセージを受信し、第１の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、第１の要求メッセージの受信に基づいて、第２の端末装置に対して、第２の識別情報を含む第２の要求メッセージを送信し、第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、第２の端末装置は、第２の識別情報を含む第２の要求メッセージをサーバ装置から受信し、第２の識別情報は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、第２の要求メッセージの受信に基づいて、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替えて、前記第１の端末装置との通信を継続することを特徴とする。
【発明の効果】
【００３５】
本発明により、サーバ装置又は端末装置が主導して、ＥＰＣなどネットワークを介したインフラストラクチャー通信と直接通信とを切り替えることができる。また、これによりサービスを継続する事ができる。
【図面の簡単な説明】
【００３６】
【図１】移動通信システムの概略を説明するための図である
【図２】ＩＰ移動通信ネットワークの構成等を説明するための図である
【図３】ＵＥの機能構成を説明するための図である
【図４】記憶部に記憶される各データ構造の一例を示した図である
【図５】ＰｒｏＳｅサーバの機能構成を説明するための図である
【図６】記憶部に記憶される各データ構造の一例を示した図である
【図７】第１実施形態における動作概要について説明するための図である
【図８】第１実施形態における通信の概要について説明するための図である
【図９】第１実施形態におけるパケットの概要について説明するための図である
【図１０】サービス認証手続きを説明するための図である
【図１１】第１実施形態における処理例について説明するための図である
【図１２】第１実施形態におけるトリガー検出およびＩＰアドレス割り当てについて説明するための図である
【図１３】第１の実施形態におけるＵＥの要求メッセージ送信フローを示す図である
【図１４】第１の実施形態におけるＵＥの経路情報更新フローを示す図である
【図１５】第１の実施形態におけるＰｒｏＳｅサーバの経路情報更新フローを示す図である
【図１６】第２実施形態における処理例について説明するための図である
【図１７】第２実施形態におけるＵＥの経路情報更新フローを示す図である
【図１８】第２実施形態におけるＰｒｏＳｅサーバの経路情報更新フローを示す図である
【図１９】第３実施形態における動作概要について説明するための図である
【図２０】第３実施形態における処理例について説明するための図である
【図２１】第３実施形態におけるＵＥの経路情報更新フローを示す図である
【図２２】第３実施形態におけるＰｒｏＳｅサーバの経路情報更新フローを示す図である
【図２３】第４実施形態における処理例について説明するための図である
【図２４】第４実施形態におけるＵＥの経路情報更新フローを示す図である
【図２５】第４実施形態におけるＰｒｏＳｅサーバの経路情報更新フローを示す図である
【図２６】第５実施形態における処理例について説明するための図である
【図２７】第５実施形態におけるＵＥの経路情報更新フローを示す図である
【図２８】第５実施形態におけるＰｒｏＳｅサーバの経路情報更新フローを示す図である
【図２９】第６実施形態における処理例について説明するための図である
【図３０】第６実施形態におけるＵＥの経路情報更新フローを示す図である
【図３１】第６実施形態におけるＰｒｏＳｅサーバの経路情報更新フローを示す図である。
【発明を実施するための形態】
【００３７】
以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では一例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
【００３８】
［１．第１の実施形態］
以下、図面を参照しながら本発明の実施形態による無線通信技術について詳細に説明する。
【００３９】
［１．１  通信システムの概要］
図１は本発明の実施形態による無線通信システムの概略構成例を示す機能ブロック図である。
【００４０】
図１に示す無線通信システム１はＰＤＮ（Packet Data Network）５と、ＩＰ移動通信ネットワーク３とを含むネットワークである。ＰＤＮ５には、ＰｒｏＳｅサーバ２０が接続されており、ＩＰ移動通信ネットワーク３には、ＵＥ（移動局装置、端末装置）１０が接続されている。
【００４１】
本実施形態におけるＵＥ１０は、ＰｒｏＳｅ機能を持つＵＥであり（ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ）、本実施形態ではＵＥ１０Ａと１０Ｂが接続されている。
【００４２】
ここで、ＰＤＮ５と各ＵＥ１０（ＵＥ１０ＡとＵＥ１０Ｂ）間はＩＰ移動通信ネットワーク３を介して接続されている。なお、図１に示す一例のようにＵＥ１０ＡとＵＥ１０ＢはＰｒｏＳｅの直接通信での通信路を確立されてもよい。なお、ＵＥ１０ＡはＵＥ１０Ｂ以外のＰｒｏＳｅ機能を持つＵＥと、ＰｒｏＳｅの直接通信の通信路を確立する事も可能である。同様に、ＵＥ１０ＢはＵＥ１０Ａ以外のＰｒｏＳｅ機能を持つＵＥと直接通信の通信路を確立することも可能である。
【００４３】
ＰｒｏＳｅサーバ２０は、ＵＥ１０ＡとＵＥ１０ＢのＰｒｏＳｅサービスに関連する通信を管理する認証サーバである。なお、図１ではＰｒｏＳｅサーバ２０は、ＰＤＮ５に含まれて構成されているが、ＰＤＮ５と独立していても良い。
【００４４】
ここで各ＵＥ１０は同じ移動通信事業者網に接続していても、異なる移動通信事業者網に接続していても良く、固定通信事業者が運用するブロードバンドネットワークであっても良い。
【００４５】
また、ブロードバンドネットワークは、ＡＤＳＬ（Asymmetric Digital Subscriber Line）等により接続し、光ファイバー等のデジタル回線による高速通信を提供する、通信事業者が運用するＩＰ通信ネットワークのことである。さらに、これらに限らずＷｉＭＡＸ（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）５８とが含まれて構成される。ＷＬＡＮ  ＡＰａ５６はコアネットワーク９を運営する事業者に対して信頼性のあるＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ  ＡＮａ７ａには１又は複数の無線基地局が含まれて構成されてよい。ＧＷ５８はコアネットワーク９とＷＬＡＮ  ＡＮａ７ａのゲートウェイ装置である。また、ＷＬＡＮ  ＡＰａ５６とＧＷ５８とは、単一の装置で構成されてもよい。
【００６５】
コアネットワーク９を運営する事業者とＷＬＡＮ  ＡＮａ７ａを運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。
【００６６】
また、ＷＬＡＮ  ＡＮｂ７ｂはＷＬＡＮ  ＡＰｂ５４を含んで構成される。ＷＬＡＮ  ＡＰｂ５４はコアネットワーク９を運営する事業者に対して信頼関係が結ばれていない場合に、ＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ  ＡＮｂ７ｂには１又は複数の無線基地局が含まれて構成されてよい。
【００６７】
このように、ＷＬＡＮ  ＡＮｂ７ｂはコアネットワーク９に含まれる装置であるｅＰＤＧ４０をゲートウェイとしてコアネットワーク９に接続される。ｅＰＤＧ４０は安全性を確保するためのセキュリティ機能を持つ。
【００６８】
なお、本明細書において、ＵＥ１０が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。
【００６９】
［１．２  装置構成］
続いて、本実施形態における各装置の機能構成について説明する。ここでは、図１のＵＥ１０Ａ、ＵＥ１０Ｂ、及びＰｒｏＳｅサーバ２０について説明する。
【００７０】
［１．２．１  ＵＥの構成］
まず、ＵＥ１０Ａの構成について、図３を用いて説明する。なお、ＵＥ１０Ｂの機能構成はＵＥ１０Ａの機能構成と同様の機能構成を利用できる為、説明を省略する。ＵＥ１０Ａは、ＰｒｏＳｅ機能を含む無線端末であれば良く、ＬＴＥアクセス方式により、無線通信によるデータの送受信を行う携帯電話端末であっても良いし、マシーンツーマシーンと呼ばれるような形態で機器同士が相互に情報交換する端末装置であっても良い。
【００７１】
ＵＥ１０Ａは、制御部１００と、送受信アンテナ１１２が接続されている第１送受信部１１０と、送受信アンテナ１２２が接続されている第２送受信部１２０と、記憶部１３０とを備えて構成されている。
【００７２】
制御部１００はＵＥ１０Ａを制御する為の機能部である。制御部１００は記憶部１３０に記憶されている各種プログラムを読みだして実行する機能部である。例えば、ＣＰＵ等により構成されている。
【００７３】
第１送受信部１１０及び第２送受信部１２０は、外部の端末装置や、基地局装置と無線通信を行う為の機能部である。例えば、ＬＴＥアクセス方式により無線通信のデータを送受信する機能部である。
第１送受信部１１０は、送信部と受信部から構成され、送信部はＬＴＥ基地局を介して制御情報を送信する事ができ、受信部はＬＴＥ基地局を介してデータや制御情報を送信する事ができる。
【００７４】
また、第２送受信部１２０は、ＬＴＥ基地局を介さずに他のＵＥへデータや制御情報などで直接通信を行う事が出来る機能部である。第２送受信部１２０は、送信部と受信部から構成される。前記送信部はＬＴＥ基地局を介さずにデータや制御情報を送信する事ができる。例えば、ＵＥ間で確立したＬＴＥによる直接通信路用いて送受信を行っても良い。
【００７５】
第１送受信部１１０と第２送受信部１２０と送受信アンテナの間にスイッチを設けて、送受信する機能部を切り替えて使用する事をしても良いし、第１送受信部１１０と第２送受信部１２０を用いたそれぞれの送受信は、同時に実行しても良い。また、第１送受信部１１０と第２送受信部は１つの送受信部として構成しても良い。
【００７６】
記憶部１３０は、ＵＥ１０Ａの各動作に必要なプログラムや、データ等を記憶する機能部である。記憶部１３０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成されている。
【００７７】
記憶部１３０にはＰｒｏＳｅ  ＵＥ  ＩＤ管理テーブル１３２と、ＩＰアドレス管理テーブル１３４とアウターＩＰアドレス管理テーブル１３６とＥＣＭ（EPS Connection Management）状態テーブル１３８とＤＣＭ（Direct Connection Management）状態テーブル１４０と経路情報テーブル１４２とＩｎ  ｃｏｖｅｒａｇｅフラグ１４４が記憶されている。
【００７８】
図４は、記憶部１３０に記憶される各情報要素の例を示す。以下、図４を参照して説明する。
【００７９】
図４（ａ）はＵＥ１０Ａの記憶部１３０で記憶されるＰｒｏＳｅ  ＵＥ  ＩＤ管理テーブル１３２の一例を示したものである。ＵＥ１０Ａは、ＰｒｏＳｅ  ＵＥ  ＩＤ管理テーブル１３２に、ＵＥ毎に対応するＰｒｏＳｅ  ＵＥ  ＩＤを記憶してよい。図４（ａ）では、ＵＥ１０Ａに対応するＰｒｏＳｅ  ＵＥ  ＩＤ（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）や、通信相手のであるＵＥ１０Ｂに対応するＰｒｏＳｅ  ＵＥ  ＩＤ（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）が管理されている。
なお、ＰｒｏＳｅ  ＵＥ  ＩＤは、各ＵＥを識別する識別情報であってもよく、アプリケーションを識別する識別情報でもよく、ＰｒｏＳｅサーバ２０がＵＥを認証したこと示す識別情報でもあってもよい。
【００８０】
また、ＰｒｏＳｅ  ＵＥ  ＩＤは、ＥＰＳによって割り当てられたリンクレイヤＩＤであっても良い。具体的には、各ＵＥがデータ送受信する際に送信元アドレスとして使用するレイヤ２アドレスであっても良い。
【００８１】
このように、ＵＥ１０は複数のＰｒｏＳｅ  ＵＥ  ＩＤを記憶する事ができ、自端末（ＵＥ１０Ａ）の識別子「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」や、通信相手（ＵＥ１０Ｂ）の識別子「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」など他のＵＥの識別子を記憶する事が出来る。
【００８２】
また、ＰｒｏＳｅ  ＵＥ  ＩＤは、各ＵＥ１０（ＵＥ１０ＡとＵＥ１０Ｂ）を識別する情報だけでなく、アプリケーションを識別する情報や、通信事業や国を識別する情報等をさらに含んでも良い。
【００８３】
また、ＰｒｏＳｅ  ＵＥ  ＩＤとしてはＵＥ単体を識別する情報だけでなく、アプリケーションを識別する情報や、通信事業者や国を識別する情報等をさらに含んでも良い。
【００８４】
ＩＰアドレス管理テーブル１３４は、ＩＰアドレスを管理するためのテーブルである。例えば、ＵＥ識別子と、ＩＰアドレスとを対応づけて管理し、記憶する。ここで、ＵＥ識別子はＰｒｏＳｅ  ＵＥ  ＩＤであってもよいし、ＩＭＳＩなどの加入者情報であっても良いし、その他のＵＥを識別する情報であってもよい。
【００８５】
ここで、ＩＰアドレス管理テーブル１３４のデータ構造の一例を図４（ｂ）に示す。ＩＰアドレス管理テーブル１３４では、コアネットワークにアタッチした際に、ＵＥ１０Ａがコアネットワークから取得したＩＰアドレス（例えば、「ＩＰ＠Ａ１」）と、ＵＥ１０Ｂがコアネットワークから取得したＩＰアドレス（例えば、「ＩＰ＠Ｂ１」）とが記憶されている。
【００８６】
アウターＩＰアドレス管理テーブル１３６は、ＵＥ識別子とアウターＩＰアドレスとを対応づけて記憶している。なお、ＵＥ識別子は、ＵＥ識別子はＰｒｏＳｅ  ＵＥ  ＩＤであってもよいし、ＩＭＳＩなどの加入者情報であっても良いし、ＩＰアドレス管理テーブル１３４に記憶されているＩＰアドレスであってもよいし、その他のＵＥを識別する情報であってもよい。
【００８７】
ここで、アウターＩＰアドレス管理テーブル１３６のデータ構造の一例を図４（ｃ）に示す。図４（ｃ）は、ＵＥ１０Ａの記憶部１３０に記憶される、直接通信路を確立したＵＥに対してのアウターＩＰアドレス管理テーブル１３６の一例を示したものとなる。  本例のように、ＵＥ１０Ａと直接通信路を確立したＵＥ１０Ｂとの直接通信には、通信相手ＵＥ１０ＢのアウターＩＰアドレス（例えば、「ＩＰ＠Ｂ２」）と、当該通信に用いる自端末ＵＥ１０ＡのアウターＩＰアドレス（例えば、「ＩＰ＠Ａ２」）とが管理されてもよい。
【００８８】
ＥＣＭ状態テーブル１３８は、自端末（ＵＥ１０Ａ）のＥＣＭ（EPS Connection Management）の状態を管理するテーブルである。ＥＣＭ状態テーブル１３８では、ＵＥ１０ＡとｅＮＢ５２間で無線リソースが割り当てられ、無線通信路が確立された状態の「ｃｏｎｎｅｃｔｅｄ」モードと、データの送受信ないなどにより基地局との間の無線通信路のリソースを解放した状態の「ｉｄｌｅ」モードとが管理できる。
【００８９】
ここで、ＥＣＭ状態テーブル１３８のデータ構成の一例を図４（ｄ）に示す。図４（ｄ）の一例では、ＵＥ１０Ａは「ｃｏｎｎｅｃｔｅｄ」モードとして記憶されている。
【００９０】
ＤＣＭ状態テーブル１４０は、各端末装置との関係で、ＵＥ１０ＡのＤＣＭ（Direct Connection Management）の状態を管理するテーブルである。すなわち、他のＵＥ毎にＤＣＭ状態が管理される。
【００９１】
ここで、ＤＣＭ状態テーブル１４０のデータ構造の一例を図４（ｅ）に示す。ここで、ＤＣＭ状態テーブル１４０では、直接通信の通信路のリソースが割り当てられ、無線通信路が確立された状態の「ｃｏｎｎｅｃｔｅｄ」モードと、データの送受信がないなどにより直接通信の通信路のリソースを解放した状態の「ｉｄｌｅ」モードとが管理できる。
【００９２】
図４（ｅ）の場合、直接通信が可能であるＵＥ１０Ｂに対して、ＤＣＭ状態が記憶されている。
【００９３】
経路情報テーブル１４２は、通信相手と通信路を対応づけた経路情報が記憶されているテーブルである。経路情報テーブル１４２では、ＵＥ毎に「直接通信」または「インフラストラクチャー通信」など、経路情報が対応づけられている。また、その他にも、他ＵＥをリレー端末として中継させて通信をする「ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ」であると記憶しても良い。
【００９４】
なお、経路情報テーブル１４２では、経路情報は「直接通信」または「インフラストラクチャー通信」などの通信形態を識別する情報であってもよいし、各通信形態によって確立されている通信路を識別する情報であってもよい。
また、ＵＥは通信路毎にアドレスを保持しても良く、経路情報は各通信路で用いるアドレス情報であってもよい。アドレス情報は、レイヤ２アドレスであってもよいし、ＩＰアドレスであってもよい。また、「直接通信」に対する経路情報のレイヤ２アドレスは、ＰｒｏＳｅ  ＵＥ  ＩＤであっても良い。
【００９５】
経路情報テーブル１４２の、データ構成の一例を、図４（ｆ）を用いて説明する。図４（ｆ）では、ＵＥ１０ＡはＵＥ１０Ｂとはインフラストラクチャー通信で通信するとして記憶されている。
【００９６】
Ｉｎ  ｃｏｖｅｒａｇｅフラグ１４４は、自端末のＩｎ  ｃｏｖｅｒａｇｅフラグを記憶している領域である。
【００９７】
ここで、Ｉｎ  ｃｏｖｅｒａｇｅフラグ１４４については、図４（ｇ）の一例では、ＵＥ１０Ａがネットワークアクセスのカバレッジ内にある状態（Ｉｎ  ｃｏｖｅｒａｇｅ）である場合を示している。なお、ネットワークアクセスのカバレッジとは、ＬＴＥの基地局ｅＮＢ５２の構成するエリアをいう。
【００９８】
［１．２．２  ＰｒｏＳｅサーバ２０の構成］
本実施形態におけるＰｒｏＳｅサーバ２０の機能構成について、図５を用いて説明する。ＰｒｏＳｅサーバ２０とは、ＰｒｏＳｅによる近隣検出やＰｒｏＳｅによる通信を行う移動通信事業者により管理される認証サーバである。
【００９９】
ＰｒｏＳｅサーバ２０は、制御部２００と、通信部２１０と、記憶部２２０により構成される。
【０１００】
制御部２００はＰｒｏＳｅサーバ２０を制御する為の機能部である。制御部２００は記憶部２２０に記憶されている各種プログラムを読みだして実行する機能部である。
【０１０１】
通信部２１０は、ＰｒｏＳｅサーバ２０が通信をするための機能部である。本実施形態では、ＩＰ移動通信ネットワーク３に接続する為のＩＰ移動通信ネットワークインターフェース部である。
【０１０２】
記憶部２２０はＰｒｏＳｅサーバ２０の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部２２０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成される。
【０１０３】
記憶部２２０は、ＰｒｏＳｅ  ＵＥ  ＩＤ管理テーブル２２２と、Ｉｎ  ｃｏｖｅｒａｇｅフラグ２２４と、ＵＥ位置情報管理テーブル２２６とを記憶する。
【０１０４】
図６は、記憶部２２０に記憶される各情報要素の例を示す。ここで、記憶されている内容は端末毎に異なるが、ＰｒｏＳｅ  ＵＥ  ＩＤ管理テーブル２２２、Ｉｎ  ｃｏｖｅｒａｇｅフラグ２２４の内容は、ＵＥ１０Ａにおいて説明したテーブルと同様のものである。
【０１０５】
すなわち、図６（ａ）に示すＰｒｏＳｅ  ＵＥ  ＩＤ管理テーブル２２２はＰｒｏＳｅ  ＵＥ  ＩＤ管理テーブル１３２と、図６（ｂ）に示すＩｎ  ｃｏｖｅｒａｇｅフラグ２２４はＩｎ  ｃｏｖｅｒａｇｅフラグ１４４と同様であるため、その詳細な説明を省略する。
【０１０６】
例えば、図６（ａ）に示すＰｒｏＳｅ  ＵＥ  ＩＤ管理テーブル２２２は、ＰｒｏＳｅサーバ２０にＰｒｏＳｅ機能を持つＵＥとして登録されているＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）とＵＥ１０Ｂの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）を記憶していて、図６（ｂ）に示すＩｎ  ｃｏｖｅｒａｇｅフラグ２２４はＰｒｏＳｅサーバ２０にＰｒｏＳｅ機能を持つＵＥとして登録されているＵＥ１０ＡとＵＥ１０ＢのＩｎ  ｃｏｖｅｒａｇｅフラグを記憶している。
【０１０７】
ＵＥ位置情報管理テーブル２２６は、ＰｒｏＳｅが利用可能であるＵＥとしてＰｒｏＳｅサーバ２０に登録されている、ＵＥ１０ＡとＵＥ１０Ｂの位置情報を管理するテーブルである。図６（ｃ）に示す一例では、ＵＥ１０ＡとＵＥ１０Ｂの位置情報は「位置情報ＩＤ  Ａ」であり、これによりＰｒｏＳｅ  サーバ２０はＵＥ１０ＡとＵＥ１０Ｂは近隣にある事を検知する事が出来る。
【０１０８】
なお、位置情報ＩＤは、ＰｒｏＳｅサーバ２０にＰｒｏＳｅ機能を持つＵＥとして登録されている各ＵＥ１０（ＵＥ１０Ａ、ＵＥ１０Ｂ、ＵＥ１０Ｃ）の位置情報が分かるＩＤであれば良く、基地局を識別するｅＮＢ  ＩＤや、ＴＡＩ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  ＩＤ）や、セルＩＤでも良いし、ＧＰＳなど用いた測位情報であっても良い。
【０１０９】
［１．３  処理の説明］
以下に、本実施形態で説明する処理の概要について説明する。図７は本実施形態で実行される通信路切り替え、通信路の選択の概念図である。
【０１１０】
［１．３．１  概要］
本実施形態の初期状態は、ＵＥ１０ＡとＵＥ１０ＢがＰｒｏＳｅの直接通信Ｔ７０１（実線）に示す通信路で通信を行っている。
【０１１１】
初期状態から、何かしらのトリガーがＵＥまたはネットワークで発生する事でインフラストラクチャー通信Ｔ７０３（破線）に切り替える。インフラストラクチャー通信７０３とは、ＥＰＣなどネットワークを介した通信である。また、インフラストラクチャー通信とは、ＵＥがＰＧＷとの間にＰＤＮコネクションを確立し、このＰＤＮコネクションを用いて通信を行うことを意味する。なお、コアネットワークは、ＰＤＮコネクション確立の際、ＰＤＮに接続するＰＧＷの選択を行う。
【０１１２】
本実施形態では、ＵＥ１０Ａは、ＵＥ１０ＢとＵＥ１０Ａ間の直接通信Ｔ７０１からインフラストラクチャー通信Ｔ７０３にサービスを継続させたまま通信路を切り替える。なお、通信路の切り替えにあたって、ＵＥ１０Ａは通信路を選択する。
【０１１３】
［１．３．２  ＩＰヘッダカプセル化によるデータ送受信］
図８（ａ）はインフラストラクチャー通信Ｔ７０３の詳細を説明した図であり、ＵＥ１０ＡとＵＥ１０Ｂ間のインフラストラクチャー通信を表わす図である。ＵＥ１０Ａはインフラストラクチャー通信によりＵＥ１０Ｂへ、通信路Ｔ８０３を用いてデータを送信する。つまり、ＵＥ１０ＢはＵＥ１０Ａからインフラストラクチャー通信により通信路Ｔ８０３を用いてデータを受信する。
【０１１４】
また、ＵＥ１０Ｂは、インフラストラクチャー通信によりＵＥ１０Ａへ、通信路Ｔ８０５を用いてデータを送信する。つまり、ＵＥ１０Ａは、ＵＥ１０Ｂからインフラストラクチャー通信により、通信路Ｔ８０５を用いてデータを受信する。
【０１１５】
ＵＥ１０Ａはコアネットワーク９から、初期アタッチ手続きの際に、ＩＰアドレス「ＩＰ＠Ａ１」を取得する。コアネットワーク９は、ＵＥ１０Ａに「ＩＰ＠Ａ１」を割り当て、ＵＥ１０Ａに割り当てたＩＰアドレスを通知する。
【０１１６】
同様に、ＵＥ１０Ｂはコアネットワーク９から、初期アタッチ手続きの際に、ＩＰアドレス「ＩＰ＠Ｂ１」を取得する。コアネットワーク９は、ＵＥ１０Ｂに「ＩＰ＠Ｂ１」を割り当て、ＵＥ１０Ｂに割り当てたＩＰアドレスを通知する。
【０１１７】
図８（ｂ）は、ＰｒｏＳｅの直接通信Ｔ７０１の詳細を説明した図であり、ＵＥ１０ＡとＵＥ１０Ｂ間の直接通信を表わす図である。
【０１１８】
ＵＥ１０Ａは、直接通信により、ＵＥ１０Ｂへ、通信路Ｔ８０９を用いてデータを送信する。ＵＥ１０Ｂは、直接通信によりＵＥ１０Ａから通信路Ｔ８０９を用いてデータを受信する。
【０１１９】
また、ＵＥ１０Ｂは、直接通信により、ＵＥ１０Ａへ通信路Ｔ８０９を用いてデータを送信する。ＵＥ１０Ａは、直接通信により、ＵＥ１０Ｂから通信路Ｔ８０９を用いてデータを受信する。
【０１２０】
ＵＥ１０ＡとＵＥ１０Ｂは、直接通信用にＵＥ１０ＡまたはＵＥ１０Ｂが割り当てた、直接通信に用いるＩＰアドレス「ＩＰ＠Ａ２」とＩＰアドレス「ＩＰ＠Ｂ２」をアウターＩＰアドレスとして記憶する。さらに、アウターＩＰアドレスを送信元アドレス、送信先アドレスとしたＩＰヘッダを用いてカプセル化し、直接通信を行う。これにより、通信路の切り替え前後でのサービス継続を実現する。具体的な送受信パケットの構成例は次節で説明する。
【０１２１】
なお、図８（ａ）及び図８（ｂ）においては、ＵＥ１０ＡとＵＥ１０Ｂは同じＥＰＣ８０１を介して、ネットワークにアタッチしているが、それぞれ別のＥＰＣを介しても良い。
【０１２２】
［１．３．３  ＩＰパケットの説明］
以下、図９を用いて、本実施形態で使用される可能性があるＩＰパケットのカプセル化の手法について説明する。
【０１２３】
（ａ）ＵＥ１０Ａ→ＵＥ１０Ｂ
図９（ａ）は、図８（ａ）に示すＵＥ１０Ａがインフラストラクチャー通信によりＵＥ１０Ｂへ通信路Ｔ８０３を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＢがＵＥ１０Ａからインフラストラクチャー通信により通信路Ｔ８０３を用いて受信するＩＰパケットの一例である。図９（ａ）のＩＰパケットは、このＩＰパケットの送信元であるＵＥ１０ＡのＩＰアドレス（例えば「ＩＰ＠Ａ１」）と送信先であるＵＥ１０ＢのＩＰアドレス（例えば「ＩＰ＠Ｂ１」）の情報を含むことにより、このＩＰパケットがＵＥ１０ＡからＵＥ１０Ｂへ送信されたものである事を示すＩＰヘッダＰ９００と、ペイロード（ＰＬ）Ｐ９０１により構成される。
【０１２４】
ここで、ペイロードとは、ヘッダ部分を除いた本来伝送したデータであり、ペイロード部分にはアプリケーションデータであるユーザデータが含まれる。
【０１２５】
（ｂ）ＵＥ１０Ｂ→ＵＥ１０Ａ
図９（ｂ）は、図８（ａ）に示すＵＥ１０Ｂがインフラストラクチャー通信によりＵＥ１０Ａへ通信路Ｔ８０５を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＡがＵＥ１０Ｂからインフラストラクチャー通信により通信路Ｔ８０５を用いて受信するＩＰパケットの一例である。図９（ｂ）のＩＰパケットは、このＩＰパケットの送信元であるＵＥ１０ＢのＩＰアドレス（例えば「ＩＰ＠Ｂ１」）と送信先であるＵＥ１０ＡのＩＰアドレス（例えば「ＩＰ＠Ａ１」）の情報を含むことにより、このＩＰパケットがＵＥ１０ＢからＵＥ１０Ａへ送信されたものである事を示すＩＰヘッダＰ９０３と、ペイロード（ＰＬ）Ｐ９０５により構成される。
【０１２６】
（ｃ）ＵＥ１０Ａ→ＵＥ１０Ｂ
図９（ｃ）は、図８（ｂ）に示すＵＥ１０Ａが直接通信によりＵＥ１０Ｂへ通信路Ｔ８０７を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＢがＵＥ１０Ａから直接通信により通信路Ｔ８０７を用いて受信するＩＰパケットの一例である。図９（ｃ）のＩＰパケットは、送信元ＵＥ１０ＡのアウターＩＰアドレス（例えば「ＩＰ＠Ａ２」）と送信先であるＵＥ１０ＢのアウターＩＰアドレス（例えば「ＩＰ＠Ｂ２」）を含み、このＩＰパケットがＵＥ１０ＡからＵＥ１０Ｂへ直接通信により送信されたＩＰパケットである事を示すアウターＩＰヘッダＰ９０７と、送信元であるＵＥ１０ＡのＩＰアドレス（例えば「ＩＰ＠Ａ１」）と送信先であるＵＥ１０ＢのＩＰアドレス（例えば「ＩＰ＠Ｂ１」）の情報を含むことにより、このＩＰパケットがＵＥ１０ＡからＵＥ１０Ｂへ送信されたものである事を示すＩＰヘッダＰ９００と、ペイロード（ＰＬ）Ｐ９０１により構成される。
【０１２７】
つまり図９（ｃ）のＩＰパケットは、図９（ａ）のＩＰパケットに、アウターＩＰヘッダＰ９０７を付加したものである。言い換えると、ＩＰパケットは、ヘッダ部分はアウターＩＰヘッダであり、ペイロード部分にインフラストラクチャー通信で送受信していたＩＰパケットを含んで構成したものである。
【０１２８】
（ｄ）ＵＥ１０Ｂ→ＵＥ１０Ａ
図９（ｄ）は、図８（ｂ）に示すＵＥ１０Ｂが直接通信によりＵＥ１０Ａへ通信路Ｔ８０９を用いて送信するＩＰパケットの一例である。つまり、ＵＥ１０ＡがＵＥ１０Ｂから直接通信により通信路Ｔ８０９を用いて受信するＩＰパケットの一例である。図９（ｄ）のＩＰパケットは、送信元ＵＥ１０ＢのアウターＩＰアドレス（例えば「ＩＰ＠Ｂ２」）と送信先であるＵＥ１０ＡのアウターＩＰアドレス（例えば「ＩＰ＠Ａ２」）を含み、このＩＰパケットがＵＥ１０ＢからＵＥ１０Ａへ直接通信により送信されたＩＰパケットである事を示すアウターＩＰヘッダＰ９０９と、送信元であるＵＥ１０ＢのＩＰアドレス（例えば「ＩＰ＠Ｂ１」）と送信先であるＵＥ１０ＡのＩＰアドレス（例えば「ＩＰ＠Ａ１」）の情報を含むことにより、このＩＰパケットがＵＥ１０ＢからＵＥ１０Ａへ送信されたものである事を示すＩＰヘッダＰ９０３と、ペイロード（ＰＬ）Ｐ９０５により構成される。
【０１２９】
つまり図９（ｄ）のＩＰパケットは、図９（ｂ）のＩＰパケットに、アウターＩＰヘッダＰ９０９を付加したものである。言い換えると、ＩＰパケットは、ヘッダ部分はアウターＩＰヘッダであり、ペイロード部分にインフラストラクチャー通信で送受信していたＩＰパケットを含んで構成したものである。
【０１３０】
以上により、ＵＥ１０ＡはＬＴＥを用いた直接通信に用いていたＩＰアドレスを用いて、ＵＥ１０Ｂとコアネットワークを介して行うインフラストラクチャー通信を行うことができる。つまり、ＵＥ１０Ａの通信制御方法は、ＬＴＥを用いた直接通信に用いていたＩＰアドレスを用いて、ＵＥ１０Ｂとコアネットワークを介して行うインフラストラクチャー通信を行うステップを有してもよい。
【０１３１】
同様に、ＵＥ１０ＢもＬＴＥを用いた直接通信に用いていたＩＰアドレスを用いて、ＵＥ１０Ａとコアネットワークを介して行うインフラストラクチャー通信を行うことができる。
【０１３２】
ここでは、図８を用いて、コアネットワークを介したインフラストラクチャー通信に用いたＩＰアドレスに、ＩＰヘッダを用いてカプセル化しＬＴＥを用いた直接通信に同じＩＰアドレスを用いることでサービス継続の実現について説明したが、サービス継続方法はこれに限らず、例えば、ＵＥ１０ＡはＬＴＥを用いた直接通信に用いていたＩＰアドレスとは異なるＩＰアドレスを用いて、ＵＥ１０Ｂとコアネットワークを介して行うインフラストラクチャー通信を行ってもよい。ＵＥ１０Ｂも同様である。  つまり、ＵＥ１０Ａの通信制御方法は、Ｅ１０ＡはＬＴＥを用いた直接通信に用いていたＩＰアドレスとは異なるＩＰアドレスを用いて、ＵＥ１０Ｂとコアネットワークを介して行うインフラストラクチャー通信を行うステップをさらに有してもよい。
【０１３３】
［１．４  処理例］
続いて、本実施形態における処理について、以下図を用いて説明する。なお、本実施形態において説明するシーケンス図、動作フローは一例であり、動作の影響にない範囲で、処理の順序等が前後しても本発明を実現するのに影響は無い。
【０１３４】
［１．４．１  ＰｒｏＳｅ  ｒｅｇｉｓｔｒａｔｉｏｎ］
本実施形態では、ＰｒｏＳｅサーバ２０が各ＵＥをサービス認証することを目的として、ＰｒｏＳｅサーバ２０が、各ＵＥ１０（ＵＥ１０Ａ、ＵＥ１０Ｂ）を、ＰｒｏＳｅ機能を持つＵＥとして登録し、管理する必要がある。また、各ＵＥ１０（ＵＥ１０Ａ、ＵＥ１０Ｂ）がＰｒｏＳｅサーバ２０に登録される際に、コアネットワーク９は各ＵＥ１０にＰｒｏＳｅ  ＵＥ  ＩＤを割り当てる必要がある。ここでのＰｒｏＳｅ  ＵＥ  ＩＤは、少なくともＰｒｏＳｅサーバ２０がＵＥを認証したこと示す認証情報を含んで構成されても良い。
【０１３５】
図１０は、ＵＥ１０ＡがＰｒｏＳｅサーバ２０にＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥとして登録され、ＰｒｏＳｅ  ＵＥ  ＩＤをＰｒｏＳｅサーバ２０から取得するまでの処理の一例を示す。なお、ＵＥ１０ＢがＰｒｏＳｅサーバ２０にＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥとして登録し、ＰｒｏＳｅ  ＵＥ  ＩＤをＰｒｏＳｅサーバ２０から取得する手続きは、ＵＥ１０Ａでの手続きと同様の手続きを利用できる為、説明は省略する。
【０１３６】
ＵＥ１０Ａは、アタッチ手続きを行う（Ｓ１００２）。より具体的には、ＵＥ１０ＡはＭＭＥ４４にアタッチ要求メッセージを送信してアタッチ手続きを開始し、ＵＥ１０Ａは、アタッチ要求メッセージに基づいてＭＭＥ４４によって選択されたＰＧＷ３８との間にインフラストラクチャー通信に用いる通信路であるＰＤＮコネクションを確立する。さらに、ＵＥ１０Ａはコアネットワーク９からインフラストラクチャー通信に用いるＩＰアドレスを取得する。逆に言えば、コアネットワーク９は、ＵＥ１０Ａの送信するアタッチ要求メッセージに基づいて、ＵＥ１０ＡへＩＰアドレスを割り当てる。
【０１３７】
ＵＥ１０ＡがＩＰアドレスを取得する方法はアタッチ手続きに限らず、他の方法であって良い。例えば、アタッチ手続き後、ＰＤＮコネクションを確立するためのＰＤＮコネクティビティ手続きを実施してＩＰアドレスを取得してもよい。より具体的には、ＵＥ１０ＡはＭＭＥ４４にＰＤＮコネクティビティ要求メッセージを送信してＰＤＮコネクティビティ手続きを開始し、ＵＥ１０Ａは、ＰＤＮコネクティビティ要求メッセージに基づいてＭＭＥ４４によって選択されたＰＧＷ３８との間にインフラストラクチャー通信に用いる通信路であるＰＤＮコネクションを確立する。さらに、ＵＥ１０Ａはコアネットワーク９からインフラストラクチャー通信に用いるＩＰアドレスを取得する。逆に言えば、コアネットワーク９は、ＵＥ１０Ａの送信するＰＤＮコネクティビティ要求メッセージに基づいて、ＵＥ１０ＡへＩＰアドレスを割り当てる。
【０１３８】
このように、アタッチ手続きで取得したＩＰアドレスとは異なるＩＰアドレスを用いてＰｒｏＳｅサービスに関するインフラストラクチャー通信を行っても良い。
【０１３９】
また、アタッチ要求メッセージや、ＰＤＮコネクティビティ要求メッセージには、異なるオペレータのＵＥと通信可能なＩＰアドレスの取得を要求することを示す識別情報を含めて送信してもよい。さらに、コアネットワークは、こうした識別情報に基づいて、他のオペレータにルーティングできるＩＰアドレスを割り当ててもよい。また、こうした識別情報が含まれていない場合には、オペレータ網内のみにルーティング可能なＩＰアドレスを割り当てても良い。なお、より具体的な方法としては、こうしたＩＰアドレスの割り当ては、ＭＭＥ４０が行っても良いし、ＰＧＷ３８が行っても良い。
【０１４０】
Ｓ１００２の初期手続きが完了したら、ＵＥ１０ＡはＰｒｏＳｅサーバ２０にＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥとして登録要求を送る（Ｓ１００４）。ＰｒｏＳｅサーバ２０は、ＵＥ１０ＡからＰｒｏＳｅ登録要求を受信すると、ＵＥ１０Ａに対してＰｒｏＳｅ  ＵＥ  ＩＤを割り当てる（Ｓ１００６）。
【０１４１】
ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａに対して割り当てたＰｒｏＳｅ  ＵＥ  ＩＤ（ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ）を含めて、ＰｒｏＳｅ登録応答をＵＥ１０Ａに送信する（Ｓ１００８）。
【０１４２】
ＵＥ１０Ａは、ＰｒｏＳｅサーバ２０からＰｒｏＳｅ登録応答を受信し、ＵＥ１０Ａに割り当てられたＰｒｏＳｅ  ＵＥ  ＩＤ（ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ）を取得する。ＵＥ１０Ａは、ＰｒｏＳｅ  ＵＥ  ＩＤを取得したら、記憶部３３０内のＰｒｏＳｅ  ＵＥ  ＩＤ管理テーブル３３２に記憶しても良い。
【０１４３】
ここで、ＵＥ１０ＡがＰｒｏＳｅサーバ２０に送信する登録要求は、ＰｒｏＳｅに関連するサービスを受けることに対する認証を要求するものであってよい。さらに、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａに対してサービスを提供可能であることを確認し、認証されたことをＰｒｏＳｅ登録応答の送信によってＵＥ１０Ａへ通知してもよい。
【０１４４】
さらに、ＰｒｏＳｅサーバ２０はサービスを認証したことによりＰｒｏＳｅ  ＵＥ  ＩＤを割り当て、ＵＥ１０ＡおよびＰｒｏＳｅサーバ２０は、ＰｒｏＳｅ  ＵＥ  ＩＤをサービス認証したことを示す認証情報として用いても良い。
【０１４５】
［１．４．２  直接通信からインフラストラクチャー通信への通信路切り替え手続き例］
図１１は、直接通信からインフラストラクチャー通信への通信路切り替え手続きの一例について説明する図である。本実施形態では、ＵＥ１０ＡまたはＵＥ１０Ｂがネットワークに接続する為の何かしらのトリガーを検出と認証し、ＰｒｏＳｅサーバ２０が通信路切り替えの指示を各ＵＥ１０（ＵＥ１０ＡとＵＥ１０Ｂ）に通知する、直接通信からインフラストラクチャー通信への通信路切り替え手続きについて説明する。なお、本実施形態においては、処理の説明に用いる構成要素のみを利用して説明しており、例えば、他の装置（ｅＮＢ５２等）の記載は省略している。
【０１４６】
本実施形態では、各機能同士が、通信相手に動作の指示や要求を与えたい場合、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇというフラグを付加するものとして説明するが、要求することを示す情報は、フラグで識別する方法に限らず、経路情報更新要求メッセージを規定するなどして、経路情報更新要求メッセージを送信することで要求してもよい。より具体的には、要求や指示を与える機器が、要求相手に経路情報更新を要求するメッセージタイプを含めた要求メッセージを送信してもよい。
【０１４７】
図１１に示す処理では、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇを以下の意味として使用する。
【０１４８】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１：ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）からＰｒｏＳｅサーバ２０に送信される信号に含まれる、指示や要求を示す情報要素。
【０１４９】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２：ＰｒｏＳｅサーバ２０からＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に送信される信号に含まれる、指示や要求を示す情報要素。
【０１５０】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３：ＵＥ１０ＡからＵＥ１０Ｂに送信される信号、またはＵＥ１０ＢからＵＥ１０Ａに送信される信号に含まれる、指示や要求を示す情報要素。
【０１５１】
ここで、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」は、直接通信Ｔ７０１から、インフラストラクチャー通信Ｔ７０３へ指定するＵＥ間の通信を切り替える事の許可を要求する事を示すフラグであって良い。
【０１５２】
つまり、ＵＥ１０Ａが「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」を含めた情報をＰｒｏＳｅサーバ２０に送信する事で、ＵＥ１０ＡがＰｒｏＳｅサーバ２０に、ＵＥ１０ＢとＵＥ１０Ａ間の直接通信をインフラストラクチャー通信に、通信路を切り替える事の許可を要求できる。  また、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」は、直接通信Ｔ８０９から、インフラストラクチャー通信Ｔ７０３へ、指定するＵＥ間の通信を切り替える事の許可を要求し、要求が許可された場合、要求の送信元に許可を通知する信号を送信する事を指示するフラグであって良い。
【０１５３】
つまり、ＵＥ１０Ａが「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」を含めた情報をＰｒｏＳｅサーバ２０に送信する事で、ＵＥ１０ＡがＰｒｏＳｅサーバ２０に、ＵＥ１０ＢとＵＥ１０Ａ間の直接通信をインフラストラクチャー通信に、通信路を切り替える事の許可を要求し、要求が許可された場合、ＵＥ１０Ａに許可を通知する信号を送信する事を要求できる。
【０１５４】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２」は、直接通信Ｔ７０１からインフラストラクチャー通信Ｔ７０３へ通信路を切り替える、または更新する要求であってよい。
【０１５５】
つまり、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２」を含めた情報をＵＥ１０Ａに送信する事で、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａに直接通信からインフラストラクチャー通信へ通信路切り替えを要求できる。
【０１５６】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３」は、経路情報の更新または登録の要求を示すフラグであって良い。例えば、ＩＰアドレスの更新または登録を要求しても良い。
【０１５７】
つまり、ＵＥ１０ＡがＵＥ１０Ｂに「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３」を含む情報を送信することで、ＵＥ１０ＡはＵＥ１０Ｂに、経路情報の更新を要求することができる。例えば、ＵＥ１０ＡのＩＰアドレスの更新を要求できる。
【０１５８】
以下、図１１のｐｒｏｃｅｄｕｒｅについて説明する。まず、ＵＥ１０ＡとＵＥ１０Ｂは直接通信をしている。ＵＥ間の直接通信は例えば、図９（ｃ）、図９（ｄ）に示されるパケットが送受信される（Ｓ１１０２）。
【０１５９】
ＵＥ１０ＡとＵＥ１０Ｂの両方またはいずれか一方が、直接通信からインフラストラクチャー通信への切り替えの検知、及びＰＧＷ１７がＵＥ１０ＡとＵＥ１０Ｂの両方またはいずれか一方にＩＰアドレスを割り当てる、「トリガー検出、及びＩＰアドレス割り当て」（Ｓ１１０４）が実行される。
【０１６０】
Ｓ１１０４の詳細については図１２を用いて説明する。なお、図１２に関しては、処理の説明に用いる構成要素のみを利用して説明しており、例えば、他の装置（ＰｒｏＳｅサーバ２０）の記載は省略している。
【０１６１】
ＵＥ１０Ａは、通信路切り替えトリガーを検出する（Ｓ１２０２）。通信路切り替えトリガーの内容は特に指定しないが、例えば、ＵＥ１０Ａが、ＬＴＥのネットワークのカバレッジ内に移動した事を検出しても良い。
【０１６２】
ＵＥ１０Ａは、検出に基づいてＰｒｏＳｅサービスに用いるＩＰアドレスの確認を行っても良い（Ｓ１２０４）。ＵＥ１０Ａは１．４．１のＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎで説明したように、アタッチ手続きでＩＰアドレスを取得しており、このＩＰアドレスを、ＰｒｏＳｅサービスをインフラストラクチャー経由で通信するために用いてもよい。
【０１６３】
もしくは、ＵＥ１０Ａは１．４．１のＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎで説明したように、ＰＤＮコネクティビティ手続きでＩＰアドレスを取得しており、このＩＰアドレスを、ＰｒｏＳｅサービスをインフラストラクチャー経由で通信するために用いてもよい。
【０１６４】
また、ＵＥ１０Ａは、１．４．１のＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎでアタッチ手続きを行い、アタッチ手続きを基にＩＰアドレスを取得しているが、ＰＤＮコネクティビティ手続きは行わず、ＰＤＮコネクティビティ手続きは行っていない状態であっても良い。こうした場合、ＵＥ１０Ａは新たにＰＤＮコネクティビティ手続きを行っても良い（Ｓ１２０６）。
より具体的には、ＵＥ１０ＡはＭＭＥ４４にＰＤＮコネクティビティ要求メッセージを送信してＰＤＮコネクティビティ手続きを開始し、ＵＥ１０Ａは、ＰＤＮコネクティビティ要求メッセージに基づいてＭＭＥ４４によって選択されたＰＧＷ３８との間にインフラストラクチャー通信に用いる通信路であるＰＤＮコネクションを確立する。さらに、ＵＥ１０Ａはコアネットワーク９からインフラストラクチャー通信に用いるＩＰアドレス（たとえば「ＩＰ＠Ｂ１」）を取得する。逆に言えば、コアネットワーク９は、ＵＥ１０Ａの送信するＰＤＮコネクティビティ要求メッセージに基づいて、ＵＥ１０ＡへＩＰアドレスを割り当てる。
【０１６５】
このように、アタッチ手続きで取得したＩＰアドレスとは異なるＩＰアドレスを用いてＰｒｏＳｅサービスに関するインフラストラクチャー通信を行っても良い。
【０１６６】
また、ＰＤＮコネクティビティ要求メッセージには、異なるオペレータのＵＥと通信可能なＩＰアドレスの取得を要求することを示す識別情報を含めて送信してもよい。さらに、コアネットワークは、こうした識別情報に基づいて、他のオペレータにルーティングできるＩＰアドレスを割り当ててもよい。また、こうした識別情報が含まれていない場合には、オペレータ網内のみにルーティング可能なＩＰアドレスを割り当てても良い。なお、より具体的な方法としては、こうしたＩＰアドレスの割り当ては、ＭＭＥ４０が行っても良いし、ＰＧＷ３８が行っても良い。
【０１６７】
次に、ＵＥ１０Ａはネットワークから無線リソースを取得する（Ｓ１２０８）。なお、無線リソースの取得は、ＰＤＮコネクティビティ手続き内で行われても良い。
【０１６８】
Ｓ１２０６で、ＵＥ１０ＡがＩＰアドレスを取得した場合、ＵＥ１０ＡはＵＥ１０ＢにＩＰアドレス更新通知を送信する（Ｓ１２１０）。
【０１６９】
Ｓ１２１０のＩＰアドレス更新通知にはｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３またはＩＰアドレスの更新の指示を意味する情報要素が含まれる。また、ＩＰアドレス更新通知には取得したＩＰアドレスが含まれて良い。
【０１７０】
また、Ｓ１２０４において、ＵＥ１０Ａはアタッチ手続きで取得したＩＰアドレスを用いる場合には、Ｓ１２０６とＳ１２０８とＳ１２１０はスキップする事が出来る。
【０１７１】
次に、ＵＥ１０Ｂにおける通信路切り替えについて説明する。ＵＥ１０Ｂは、直接通信からインフラストラクチャー通信への通信路切り替えトリガーを検知する（Ｓ１２１２）。通信路切り替えトリガーは特に限定しないが、例えば自端末（ＵＥ１０Ｂ）がＬＴＥのネットワークのカバレッジ内に移動した事でもよく、または、Ｓ１２１０のように、通信相手（ＵＥ１０Ａ）から、ＩＰアドレス更新通知を受信した事をトリガーとして検知しても良い。
【０１７２】
ＵＥ１０Ｂは、検出に基づいてＰｒｏＳｅサービスに用いるＩＰアドレスの確認を行っても良い（Ｓ１２１４）。ＵＥ１０Ｂは１．４．１のＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎで説明したように、アタッチ手続きでＩＰアドレスを取得しており、このＩＰアドレスを、ＰｒｏＳｅサービスをインフラストラクチャー経由で通信するために用いてもよい。
【０１７３】
もしくは、ＵＥ１０Ｂは１．４．１のＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎで説明したように、ＰＤＮコネクティビティ手続きでＩＰアドレスを取得しており、このＩＰアドレスを、ＰｒｏＳｅサービスをインフラストラクチャー経由で通信するために用いてもよい。
【０１７４】
また、ＵＥ１０Ｂは、１．４．１のＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎでアタッチ手続きを行い、アタッチ手続きを基にＩＰアドレスを取得しているが、ＰＤＮコネクティビティ手続きは行わず、ＰＤＮコネクティビティ手続きは行っていない状態であっても良い。こうした場合、ＵＥ１０Ｂは新たにＰＤＮコネクティビティ手続きを行っても良い（Ｓ１２１６）。
【０１７５】
より具体的には、ＵＥ１０ＢはＭＭＥ４４にＰＤＮコネクティビティ要求メッセージを送信してＰＤＮコネクティビティ手続きを開始し、ＵＥ１０Ｂは、ＰＤＮコネクティビティ要求メッセージに基づいてＭＭＥ４４によって選択されたＰＧＷ３８との間にインフラストラクチャー通信に用いる通信路であるＰＤＮコネクションを確立する。さらに、ＵＥ１０Ａはコアネットワーク９からインフラストラクチャー通信に用いるＩＰアドレス（たとえば「ＩＰ＠Ｂ１」）を取得する。逆に言えば、コアネットワーク９は、ＵＥ１０Ｂの送信するＰＤＮコネクティビティ要求メッセージに基づいて、ＵＥ１０ＢへＩＰアドレスを割り当てる。
【０１７６】
このように、アタッチ手続きで取得したＩＰアドレスとは異なるＩＰアドレスを用いてＰｒｏＳｅサービスに関するインフラストラクチャー通信を行っても良い。
【０１７７】
また、ＰＤＮコネクティビティ要求メッセージには、異なるオペレータのＵＥと通信可能なＩＰアドレスの取得を要求することを示す識別情報を含めて送信してもよい。さらに、コアネットワークは、こうした識別情報に基づいて、他のオペレータにルーティングできるＩＰアドレスを割り当ててもよい。また、こうした識別情報が含まれていない場合には、オペレータ網内のみにルーティング可能なＩＰアドレスを割り当てても良い。なお、より具体的な方法としては、こうしたＩＰアドレスの割り当ては、ＭＭＥ４０が行っても良いし、ＰＧＷ３８が行っても良い。
【０１７８】
次に、ＵＥ１０Ｂはネットワークから無線リソースを取得する（Ｓ１２１８）。なお、無線リソースの取得は、ＰＤＮコネクティビティ手続き内で行われても良い。
【０１７９】
Ｓ１２１６で、ＵＥ１０ＢがＩＰアドレスをネットワークから取得した場合、ＵＥ１０ＢはＵＥ１０ＡにＩＰアドレス更新通知を送信する（Ｓ１２２０）。
【０１８０】
Ｓ１２２０のＩＰアドレス更新通知にはｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３またはＩＰアドレスの更新の指示を意味する情報要素が含まれる。また、ＩＰアドレス更新通知には取得したＩＰアドレスが含まれて良い。
【０１８１】
また、Ｓ１２１４において、ＵＥ１０Ｂはアタッチ手続きで取得したＩＰアドレスを用いる場合には、Ｓ１２１６とＳ１２１８とＳ１２２０はスキップする事が出来る。
【０１８２】
Ｓ１２２２（Ｓ１２０２、Ｓ１２０４、Ｓ１２０６、Ｓ１２０８、Ｓ１２１０）とＳ１２２４（Ｓ１２１２、Ｓ１２１４、Ｓ１２１６、Ｓ１２１８、Ｓ１２２０）の順番は逆であっても良い。つまり、Ｓ１２２４の後にＳ１２２２が実行されても良い。
【０１８３】
ここで、図１１の説明に戻る。ＵＥ１０Ａは、Ｓ１２０２の通信路切り替えトリガー検出または、Ｓ１２１０のＩＰアドレス更新通知の送信、またはＳ１２２０のＩＰアドレス更新通知の受信がトリガーとなり、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信する（Ｓ１１０６）。
【０１８４】
また、ＵＥ１０Ｂは、Ｓ１２１２の通信路切り替えトリガー検出または、Ｓ１２２０のＩＰアドレス更新通知の送信、またはＳ１２１０のＩＰアドレス更新通知の受信がトリガーとなり、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信する（Ｓ１１０８）。
【０１８５】
Ｓ１１０６の経路情報更新には、ＵＥ１０Ａの識別子（ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ）が含まれても良く、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ）が含まれても良く、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１が含まれても良い。また、これら複数の情報要素が含まれても良い。
【０１８６】
Ｓ１１０８の経路情報更新要求には、ＵＥ１０Ａの識別子（ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ）が含まれても良く、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ）が含まれても良く、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１が含まれても良い。また、これら複数の情報要素が含まれても良い。
【０１８７】
次に、Ｓ１１０６の経路情報更新要求とＳ１１０８の経路情報更新要求の両方の要求または、いずれか一方の要求をＰｒｏＳｅサーバ２０が受信し、経路情報更新要求の受信にも基づいて経路情報更新指示をＵＥ１０Ａに送信し（Ｓ１１１４）、さらに、ＵＥ１０Ｂにも経路情報更新指示を送信する（Ｓ１１１６）。これにより、経路情報の更新を要求してもよい。
【０１８８】
このように、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａによる経路情報更新要求の受信により、要求メッセージに含まれるＵＥの識別情報をもとに、ＵＥ１０ＡとＵＥ１０Ｂに経路情報の更新を要求してもよい。もしくは、ＵＥ１０ＡとＵＥ１０Ｂのそれぞれ送信する経路情報更新要求の受信を行い、これらの複数の要求メッセージを受信したことをもとに、ＵＥ１０ＡとＵＥ１０Ｂに経路情報の更新を要求してもよい。
【０１８９】
また、ＵＥ１０Ａの経路情報更新要求には、通信相手の情報としてＵＥ１０ＢのＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂを含める例を示したが、これにかぎらず、通信を行うグループを示すグループ識別情報であっても良い。ＰｒｏＳｅサーバは、グループ識別情報で識別されるグループのＵＥを取得または保持しておき、グループのＵＥに経路情報更新指示を送信してもよい。なお、グループのＵＥは複数あって良い。
【０１９０】
または、ＰｒｏＳｅサーバ２０が通信路切り替えのトリガーを検知（Ｓ１１１０）し、検知した結果、各ＵＥ１０へ経路情報更新指示を送信してもよい。
【０１９１】
Ｓ１１１０の通信路切り替えのトリガーは、特に指定しないが、ＵＥ１０ＡとＵＥ１０Ｂが近隣でなくなる事を記憶部２２０のＵＥ位置情報管理テーブル２２６から検知しても良い。例えば、位置情報により近隣でないと判定した場合には、送信してもよい。また、十分近隣であると判定した場合には、送信しないなどの判定を行って良い。
【０１９２】
また、経路情報更新指示の送信に際して、ＰｒｏＳｅサーバ２０は通信路切り替えの認証判定を行い（Ｓ１１１２）、判定した結果を経路情報更新指示の送信する条件としてもよい。
【０１９３】
ＰｒｏＳｅサーバ２０がステップＳ１１１２の通信路切り替えを認証するかの判定は、ＵＥ１０ＡとＵＥ１０ＢがＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０ＡとＵＥ１０Ｂが送信するＰｒｏＳｅ  ＵＥ  ＩＤなどの認証情報に基づいて判定してもよい。
【０１９４】
例えば、Ｓ１１１２でＰｒｏＳｅサーバ２０が通信路切り替えを認証した場合、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａに経路情報更新指示を送信し（Ｓ１１１４）、ＵＥ１０Ｂにも経路情報更新指示を送信する（Ｓ１１１６）。
【０１９５】
なお、Ｓ１１１２で通信路切り替えを拒否する事も可能であり、この場合、このまま処理を終了してもよいし、経路情報更新要求の送信元（ＵＥ１０ＡとＵＥ１０Ｂのいずれか、または両方）へ経路情報更新の拒否または失敗を通知してから処理を終了しても良い。
【０１９６】
Ｓ１１１４の経路情報更新指示には、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）を含めても良く、ＵＥ１０Ｂの識別子を含めても良く（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含めても良い。また、これら複数の情報要素を経路情報更新指示（Ｓ１１１４）に同時に含めても良い。
【０１９７】
また、Ｓ１１１６の経路情報更新指示には、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）を含めても良く、ＵＥ１０Ｂの識別子を含めても良く（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含めても良い。また、これら複数の情報要素を経路情報更新指示（Ｓ１１１６）に同時に含めても良い。
【０１９８】
ＵＥ１０Ａは経路情報更新指示（Ｓ１１１４）がトリガーとなり、経路情報テーブル１４２を「直接通信」から「インフラストラクチャー通信」に更新する（Ｓ１１１８）。
【０１９９】
同様に、ＵＥ１０Ｂは経路情報更新指示（Ｓ１１１６）がトリガーとなり、経路情報テーブル１４２を「直接通信」から「インフラストラクチャー通信」に更新する（Ｓ１１２０）。ここで、ＵＥ１０ＡとＵＥ１０ＢはＰｒｏＳｅサーバ２０から受信する経路情報更新指示に基づき、経路情報を更新してもよいし、経路情報更新指示を受信しても、端末またはユーザの設定やポリシーに基づいて、切り替えを行わなくてもよい。以上で、ＵＥ１０ＡとＵＥ１０Ｂはインフラストラクチャー通信を開始する（Ｓ１１２２）。
【０２００】
以上により、ＵＥ１０ＡとＵＥ１０Ｂのいずれかまたは両方が、ＵＥ１０ＡとＵＥ１０Ｂ間の通信を直接通信からインフラストラクチャー通信に更新する、何らかのトリガーを検出する事で、ＰｒｏＳｅサーバ２０に切り替えを要求し、ＰｒｏＳｅサーバ２０の指示により、ＵＥ１０ＡとＵＥ１０Ｂ間の通信を直接通信からインフラストラクチャー通信に切り替える事が出来る。
【０２０１】
また、ＰｒｏＳｅサーバ２０が直接通信からインフラストラクチャー通信に更新する、何らかのトリガーを検出することにより、ＵＥ１０ＡとＵＥ１０Ｂ間の通信を直接通信からインフラストラクチャー通信に切り替える指示をＵＥ１０ＡおよびＵＥ１０Ｂに送信し、指示に基づいて切り替える事も出来る。
【０２０２】
［１．５  装置の動作フロー］
［１．５．１  ＵＥ１０Ａの動作フロー］
［１．５．１．１  トリガー検出から経路情報更新要求送信までの動作フロー］
図１３に、図１１のトリガー検出（Ｓ１１０４）から経路情報更新要求送信（Ｓ１１０６）までのシーケンスを実現するＵＥ１０Ａのフローチャート図の一例を示す。なお、ＵＥ１０Ｂがトリガーを検出（Ｓ１１０４）してから、経路情報更新要求を送信（Ｓ１１０８）までのシーケンスはＵＥ１０Ａのシーケンスと同様のシーケンスを利用できる為、説明を省略する。
【０２０３】
ＵＥ１０Ａは通信路切り替えトリガーを検知する（ステップＳ１３０２）。ステップＳ１３０２で検知する通信路切り替えトリガーの内容は特に指定しないが、例えば、ＵＥ１０Ａが、ＬＴＥのネットワークのカバレッジ内に移動した事を検出しても良い。
【０２０４】
ステップＳ１３０２で、ＵＥ１０Ａが通信路切り替えトリガーを検知したら（ステップＳ１３０２；Ｙｅｓ）、ＰｒｏＳｅサービスのインフラストラクチャー通信に用いるＩＰアドレスを確認する（ステップＳ１３０４）。ステップＳ１３０４でＵＥ１０ＡがＰｒｏＳｅサービスのインフラストラクチャー通信に用いるＩＰアドレスを保持していない場合（Ｓ１３０４；Ｎｏ）、ＵＥ１０ＡはＰＤＮコネクティビティ手続きをする（ステップＳ１３０６）。
【０２０５】
ステップＳ１３０６でＵＥ１０Ａは、ネットワークからＩＰアドレスを取得する。すなわち、ネットワークはＵＥ１０ＡにＩＰアドレスを割り当てる。ただし、この時ＵＥ１０Ａはネットワークに希望のＩＰアドレスを通知する事も可能とする。
【０２０６】
ステップＳ１３０４でＵＥ１０Ａが予めＰｒｏＳｅサービスのインフラストラクチャー通信に用いるＩＰアドレスを保持している場合（ステップＳ１３０４；Ｙｅｓ）、またはＰＤＮコネクティビティ手続きが完了した場合（ステップＳ１３０６）、ＵＥ１０Ａは自端末のＩＰアドレスに変更があるか確認する（ステップＳ１３０８）。ここで、ＰＤＮコネクティビティにより新たにＰｒｏＳｅサービスのインフラストラクチャー通信に用いるＩＰアドレスを取得した場合にも、ＵＥ１０Ａは、ＩＰアドレスに変更があると確認してもよい。
【０２０７】
ステップＳ１３０８でＵＥ１０ＡのＩＰアドレスが更新された場合（ステップＳ１３０８；Ｙｅｓ）、ＵＥ１０ＡはＵＥ１０Ｂに対してＩＰアドレス更新通知（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３を含む）を送信する（ステップＳ１３１０）。
【０２０８】
ステップＳ１３０８でＵＥ１０ＡのＩＰアドレスが変更しなかった場合（ステップＳ１３０８；Ｎｏ）、またはステップＳ１３１０が完了後、ＵＥ１０ＡはＵＥ１０ＢからＩＰアドレス更新通知を受信しないか確認する（ステップＳ１３１２）。
【０２０９】
ステップＳ１３１２で、ＵＥ１０ＡがＵＥ１０ＢからＩＰアドレスの更新を受信した場合（ステップＳ１３１２；Ｙｅｓ）、ＵＥ１０Ａは記憶部１３０のＩＰアドレス管理テーブル１３４に記憶されている、ＵＥ１０ＢのＩＰアドレスを更新する（ステップＳ１３１４）。
【０２１０】
また、ステップＳ１３０２で、ＵＥ１０Ａが通信路切り替えを検知できない場合（ステップＳ１３０２；Ｎｏ）、ＵＥ１０ＡはＵＥ１０ＢからＩＰアドレス更新通知を受信する確認する（ステップＳ１３１６）。
【０２１１】
ステップＳ１３１６で、ＵＥ１０ＡがＵＥ１０ＢからＩＰアドレス更新を受信しない場合（ステップＳ１３１６；Ｎｏ）、ＵＥ１０ＡはステップＳ１３０２に戻り、通信路切り替えトリガーを検知、またはＩＰアドレス更新通知を受信するのを待機する。
【０２１２】
ステップＳ１３１６で、ＵＥ１０ＡがＵＥ１０ＢからＩＰアドレス更新を受信した場合（ステップＳ１３１６；Ｙｅｓ）、ＵＥ１０Ａは記憶部１３０のＩＰアドレス管理テーブル１３４に記憶されている、ＵＥ１０ＢのＩＰアドレスを更新する（ステップＳ１３１８）。
【０２１３】
次に、ＵＥ１０Ａは通信路切り替えトリガーを検知するか確認する（ステップＳ１３２０）。
【０２１４】
ステップＳ１３２０で、通信路切り替えトリガーを検知した場合（ステップＳ１３２０；Ｙｅｓ）、ＵＥ１０Ａは、ＰｒｏＳｅサービスのインフラストラクチャー通信に用いるＩＰアドレスを確認（ステップＳ１３２２）。ステップＳ１３２２でＵＥ１０ＡがＰｒｏＳｅサービスのインフラストラクチャー通信に用いるＩＰアドレスを保持していない場合（ステップＳ１３２２；Ｎｏ）、ＵＥ１０ＡはＰＤＮコネクティビティ手続きをする（ステップＳ１３２４）。
【０２１５】
ステップＳ１３２４でＵＥ１０Ａは、ネットワークからＩＰアドレスを取得する。すなわち、ネットワークはＵＥ１０ＡにＩＰアドレスを割り当てる。ただし、この時ＵＥ１０Ａはネットワークに希望のＩＰアドレスを通知する事も可能とする。
【０２１６】
ステップＳ１３２２でＵＥ１０Ａが予めＰｒｏＳｅサービスのインフラストラクチャー通信に用いるＩＰアドレスを保持している場合（ステップＳ１３２２；Ｙｅｓ）、またはＰＤＮコネクティビティ手続きが完了した場合（ステップＳ１３２４）、ＵＥ１０Ａは自端末のＩＰアドレスに変更があるか確認する（ステップＳ１３２６）。ここで、ＰＤＮコネクティビティにより新たにＰｒｏＳｅサービスのインフラストラクチャー通信に用いるＩＰアドレスを取得した場合にも、ＵＥ１０Ａは、ＩＰアドレスに変更があると確認してもよい。
【０２１７】
ステップＳ１３２６でＵＥ１０ＡのＩＰアドレスが更新された場合（ステップＳ１３２６；Ｙｅｓ）、ＵＥ１０ＡはＵＥ１０Ｂに対してＩＰアドレス更新通知（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３を含む）を送信する（ステップＳ１３２８）。
【０２１８】
ステップＳ１３１２でＩＰドレス更新通知を受信しない場合（ステップＳ１３１２；Ｎｏ）、またはステップＳ１３２０で通信路切り替えトリガーを検知しない場合（ステップＳ１３２０；Ｎｏ）、またはステップＳ１３２６でＩＰアドレスの変更がない場合（ステップＳ１３２６；Ｎｏ）、またはステップＳ１３１４完了後、ＵＥ１０Ａは経路情報更新要求をＰｒｏＳｅサーバ２０に送信する（ステップＳ１３３０）。
【０２１９】
以上が、ＵＥ１０Ａが通信路切り替えのトリガーを検知してから、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信するまでのフローの説明とする。
【０２２０】
以上により、ＵＥ１０Ａは、ＵＥ１０ＡとＵＥ１０Ｂ間の通信を、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替える事を決定し、ＵＥ１０ＡとＵＥ１０Ｂの通信を管理するＰｒｏＳｅサーバ２０に経路情報更新要求メッセージを送信し、経路情報更新要求には少なくとも、ＵＥ１０ＡとＵＥ１０Ｂ間の通信を、インフラストラクチャー通信に切り替える事の要求を示す第１の識別情報が含まれており、ＰｒｏＳｅサーバ２０にＵＥ１０ＡとＵＥ１０Ｂ間の通信をインフラストラクチャー通信に切り替える事を要求する事が出来る。
【０２２１】
［１．５．１．２  経路情報更新指示受信から経路情報更新までの動作フロー］
次に、図１４を用いて、ＵＥ１０ＡがＰｒｏＳｅサーバ２０から経路情報更新指示を受信してから、経路情報更新するまでのフローを説明する。なお、ＵＥ１０ＢがＰｒｏＳｅサーバ２０から経路情報更新指示を受信してから、経路情報を更新するまでのシーケンスはＵＥ１０Ａのシーケンスと同様のシーケンスを利用できる為、詳細な説明は省略する。
【０２２２】
なお、図１４のフローは図１３に示すフローが実行の有無によらないものとする。
【０２２３】
ＵＥ１０Ａは経路情報更新指示をＰｒｏＳｅサーバ２０から受信するのを待機する（ステップＳ１４０２）。ステップＳ１４０２で経路情報更新指示を受信しない場合（ステップＳ１４０２；Ｎｏ）、処理を終了する。
【０２２４】
ＵＥ１０ＡがＰｒｏＳｅサーバ２０から経路情報更新指示を受信した場合（ステップＳ１４０２；Ｙｅｓ）、ＵＥ１０Ａは記憶部１３０の経路情報テーブル１４２を「直接通信」から「インフラストラクチャー通信」に更新する（ステップＳ１４０４）。この時、ＵＥ１０ＡはＬＴＥを用いた直接通信に用いていた無線リソースを解放してもよい。以上で、処理を終了する。
【０２２５】
以上により、ＵＥ１０Ａは、ＵＥ１０ＢとＬＴＥを用いて直接通信を行う端末装置であって、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージとして経路情報更新指示をＰｒｏＳｅサーバ２０から受信し、経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、経路情報更新指示の受信に基づいて、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替えて、ＵＥ１０Ｂとの通信を継続することができる。
【０２２６】
つまり、ＵＥ１０ＢとＬＴＥを用いて直接通信を行うＵＥ１０Ａの制御方法は、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージとして経路情報更新指示をＰｒｏＳｅサーバ２０から受信するステップと、経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、経路情報更新指示の受信に基づいて、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替えて、ＵＥ１０Ｂとの通信を継続するステップと、を有してもよい。
【０２２７】
さらに、ＵＥ１０Ａは、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含む要求メッセージとして経路情報更新要求をＰｒｏＳｅサーバ２０に送信し、経路情報更新要求は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、経路情報更新要求の応答として、経路情報更新指示を受信することも出来る。
【０２２８】
つまり、ＵＥ１０Ａの制御方法は、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含む要求メッセージとして経路情報更新要求をＰｒｏＳｅサーバ２０に送信するステップと、経路情報更新要求は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、経路情報更新要求の応答として、経路情報更新指示を受信するステップと、をさらに有してもよい。
【０２２９】
更に、ＵＥ１０Ａは、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替え後、ＬＴＥを用いた直接通信のためのリソースを解放することができる。
【０２３０】
つまり、ＵＥ１０Ａの制御方法は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替え後、ＬＴＥを用いた直接通信のためのリソースを解放するステップと、をさらに有してもよい。
【０２３１】
［１．５．２  ＰｒｏＳｅサーバ２０の動作フロー］
図１５に、ＰｒｏＳｅサーバ２０がＵＥ１０ＡかＵＥ１０Ｂの少なくともいずれかから経路情報更新要求を受信、またはＰｒｏＳｅサーバ２０自体が通信路切り替えを検知してから、ＵＥ１０ＡとＵＥ１０Ｂに経路情報更新指示を送信するまでのフローを示す。
【０２３２】
ＰｒｏＳｅサーバ２０はＵＥ１０ＡとＵＥ１０Ｂのいずれか、または両方から経路情報更新要求（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含む）を受信するか、ＰｒｏＳｅサーバ２０が通信路切り替えトリガーを検知するのを待機する（ステップＳ１５０２）。
【０２３３】
ステップＳ１５０２の通信路切り替えトリガーは、特に指定しないが、ＵＥ１０ＡとＵＥ１０Ｂが近隣でなくなる事を、ＰｒｏＳｅサーバ２０が記憶部２２０のＵＥ位置情報管理テーブル２２６から検知しても良い。
【０２３４】
ステップＳ１５０２で、ＰｒｏＳｅサーバ２０が、上記いずれかのトリガーを検知した場合（ステップＳ１５０２；Ｙｅｓ）、ＰｒｏＳｅサーバ２０は、通信路切り替えを認証するか判定する（ステップＳ１５０４）。
【０２３５】
ここで、ＰｒｏＳｅサーバ２０がステップＳ１５０４の通信路切り替えを認証するかの判定は、ＵＥ１０ＡとＵＥ１０ＢがＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０ＡとＵＥ１０Ｂが送信するＰｒｏＳｅ  ＵＥ  ＩＤなどの認証情報に基づいて判定してもよい。
【０２３６】
ステップＳ１５０４でＰｒｏＳｅサーバ２０が通信路切り替えを認証した場合、ＰｒｏＳｅサーバ２０は、各ＵＥ１０（ＵＥ１０ＡとＵＥ１０Ｂ）に経路情報更新指示を送信する（ステップＳ１５０６）。以上で、ＰｒｏＳｅサーバ２０が動作フローの説明が完了する。
【０２３７】
以上により、ＰｒｏＳｅサーバ２０はＵＥ１０ＡとＬＴＥを用いて直接通信を行うＵＥ１０Ｂに対して、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージとして経路情報更新指示を送信し、経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、ＵＥ１０Ａに対して、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージとして経路情報更新指示を送信し、経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示すことができる。
【０２３８】
つまり、ＰｒｏＳｅサーバ２０の通信制御方法は、ＵＥ１０ＡとＬＴＥを用いて直接通信を行うＵＥ１０Ｂに対して、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージとして経路情報更新指示を送信するステップと、経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、ＵＥ１０Ａに対して、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージとして経路情報更新指示を送信するステップを有してもよい。
【０２３９】
更に、ＰｒｏＳｅサーバ２０は、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含むＵＥ１０Ｂが送信する要求メッセージとして経路情報更新要求を受信し、経路情報更新要求は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、経路情報更新要求の受信に基づいて、前記経路情報更新指示を送信することができる。
【０２４０】
つまり、ＰｒｏＳｅサーバ２０の通信制御方法は、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含むＵＥ１０Ｂが送信する要求メッセージとして経路情報更新要求を受信するステップと、経路情報更新要求は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、経路情報更新要求の受信に基づいて、前記経路情報更新指示を送信するステップと、をさらに有してもよい。
【０２４１】
［２．第２の実施形態］
続いて第２の実施形態について説明する。第２の実施形態と第１の実施形態のシステムの機能構成は同様であり、第１実施形態と異なる処理フロー、動作フローを中心に説明する。
【０２４２】
第１の実施形態では、ＵＥ間の通信を直接通信からインフラストラクチャー通信へ通信路を切り替える際に、各ＵＥがＰｒｏＳｅサーバから経路情報更新指示を受信することで、各ＵＥは経路情報を更新する方法について説明したが、第２の実施形態では、ＰｒｏＳｅサーバがいずれか一方のＵＥにのみ経路情報更新指示を送信し、経路情報更新指示を受信したＵＥが通信相手に経路情報更新指示を送信することで、各ＵＥが経路情報を更新する方法について説明する。
【０２４３】
［２．１  処理例］
［２．１．１  直接通信からインフラストラクチャー通信への通信路切り替え手続き例］
図１６は本実施形態で実行される通信路切り替え、及び通信路切り替え及び、通信路の選択の概念図である。
なお、本実施形態では一例として、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに経路情報更新指示を送信するとする。
【０２４４】
本実施形態では、各機能同士が、通信相手に動作の指示や要求を与えたい場合、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇというフラグを付加するものとして説明するが、要求することを示す情報は、フラグで識別する方法に限らず、経路情報更新要求メッセージを規定するなどして、経路情報更新要求メッセージを送信することで要求してもよい。より具体的には、要求や指示を与える機器が、要求相手に経路情報更新を要求するメッセージタイプを含めた要求メッセージを送信してもよい。
【０２４５】
図１６に示す処理では、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇを以下の意味として使用する。
【０２４６】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１：ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）からＰｒｏＳｅサーバ２０に送信される信号に含まれる、指示や要求を示す情報要素。
【０２４７】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２：ＰｒｏＳｅサーバ２０からＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に送信される信号に含まれる、指示や要求を示す情報要素。
【０２４８】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３：ＵＥ１０ＡからＵＥ１０Ｂに送信される信号、またはＵＥ１０ＢからＵＥ１０Ａに送信される信号に含まれる、指示や要求を示す第１の情報要素。
【０２４９】
ここで、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」の機能は第１の実施形態での機能と同様の機能を利用できる為、詳細な説明は省略する。
【０２５０】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２」は、第１の実施形態で説明した機能を含めても良い。
【０２５１】
つまり、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２」を含めた情報をＵＥ１０Ａに送信する事で、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａに直接通信からインフラストラクチャー通信へ通信路切り替えを要求できる。
【０２５２】
さらに、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２」は、受信ＵＥに、通信相手に経路情報を直接通信からインフラストラクチャー通信に変更する様に指示する信号を送信する事の指示を含めても良い。
【０２５３】
つまり、ＰｒｏＳｅサーバ２０がＵＥ１０Ｂに「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２」を含む経路情報更新指示を送信することで、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂに、ＵＥ１０ＡにＵＥ１０ＡとＵＥ１０Ｂ間の通信を直接通信からインフラストラクチャー通信に更新する事を指示する信号を送信する事を要求できる。
【０２５４】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３」の機能は第１の実施形態と同様の機能を利用できる為、詳細な説明は省略する。例えば、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３はＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示しても良い。
【０２５５】
つまり、ＵＥ１０Ｂが「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３」を含む信号をＵＥ１０Ａに送信する事で、ＵＥ１０ＢはＵＥ１０Ａに、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求できる。
【０２５６】
まず、ＵＥ１０ＡとＵＥ１０Ｂは直接通信をしている。ＵＥ間の直接通信は例えば、図９（ｃ）、図９（ｄ）に示されるパケットが送受信される（Ｓ１６０２）。Ｓ１６０２はＳ１１０２と等しくても良い。
【０２５７】
ＵＥ１０ＡとＵＥ１０Ｂの両方またはいずれか一方が、直接通信からインフラストラクチャー通信への切り替えの検知、及びＰＧＷ３８がＵＥ１０ＡとＵＥ１０Ｂの両方またはいずれか一方にＩＰアドレスを割り当てる、トリガー検出、及びＩＰアドレス割り当て（Ｓ１６０４）が実行される。Ｓ１６０４はＳ１１０４と同様の手続きを利用できる為、詳細な説明は省略する。
【０２５８】
次に、ＵＥ１０Ａは、Ｓ１２０２の通信路切り替えトリガー検出または、Ｓ１２１０のＩＰアドレス更新通知の送信、またはＳ１２２０のＩＰアドレス更新通知の受信がトリガーとなり、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信する（Ｓ１６０６）。
【０２５９】
また、ＵＥ１０Ｂは、Ｓ１２１２の通信路切り替えトリガー検出または、Ｓ１２２０のＩＰアドレス更新通知の送信、またはＳ１２１０のＩＰアドレス更新通知の受信がトリガーとなり、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信する（Ｓ１６０８）。
【０２６０】
Ｓ１６０６の経路情報更新要求には、ＵＥ１０Ａの識別子（ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ）が含まれても良く、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ）が含まれても良く、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１が含まれても良い。また、これら複数の情報要素が含まれても良い。
【０２６１】
Ｓ１６０８の経路情報更新には、ＵＥ１０Ａの識別子（ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ）が含まれても良く、ＵＥ１０Ｂの識別子（ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ）が含まれても良く、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１が含まれても良い。また、これら複数の情報要素が含まれても良い。
【０２６２】
ここで、Ｓ１６０６はＳ１１０６と等しく、Ｓ１６０８はＳ１１０８とは同様の手続きを利用できる。
【０２６３】
次に、Ｓ１６０６の経路情報更新要求とＳ１６０８の経路情報更新要求の両方の要求または、いずれか一方の要求をＰｒｏＳｅサーバ２０が受信し、経路情報更新要求の受信にも基づいて経路情報更新指示をＵＥ１０Ｂに送信する（Ｓ１６１４）。これにより、経路情報の更新と転送を要求してもよい。
【０２６４】
このように、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａによる経路情報更新要求の受信により、要求メッセージに含まれるＵＥの識別情報をもとに、ＵＥ１０Ｂに経路情報の更新を要求してもよい。もしくは、ＵＥ１０ＡとＵＥ１０Ｂのそれぞれ送信する経路情報い更新要求の受信を行い、これらの複数の要求メッセージを受信したことをもとに、ＵＥ１０Ｂに経路情報の更新を要求してもよい。
また、ＵＥ１０Ａの経路情報更新要求には、通信相手の情報としてＵＥ１０ＢのＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂを含める例を示したが、これにかぎらず、通信を行うグループを示すグループ識別情報であっても良い。ＰｒｏＳｅサーバは、グループ識別情報で識別されるグループのＵＥを取得または保持しておき、グループのＵＥに経路情報更新指示を送信してもよい。なお、グループのＵＥは複数あって良い。
【０２６５】
または、ＰｒｏＳｅサーバ２０が通信路切り替えのトリガーを検知（Ｓ１６１０）し、検知した結果、ＵＥ１０Ｂへ経路情報更新指示を送信してもよい。
【０２６６】
Ｓ１６１０の通信路切り替えのトリガーは、特に指定しないが、ＵＥ１０ＡとＵＥ１０Ｂが近隣でなくなる事を記憶部２２０のＵＥ位置情報管理テーブル２２６から検知しても良い。例えば、位置情報により近隣でないと判定した場合には、送信してもよい。また、十分近隣であると判定した場合には、送信しないなどの判定を行って良い。
【０２６７】
また、経路情報更新指示の送信に際して、ＰｒｏＳｅサーバ２０は通信路切り替えの認証判定を行い（Ｓ１６１２）、判定した結果を経路情報更新指示の送信する条件としてもよい。
【０２６８】
なお、Ｓ１６１０とＳ１１１０、Ｓ１６１２とＳ１１１２も同様の手続きを利用できる為、詳細な説明は省略する。
【０２６９】
Ｓ１６１２でＰｒｏＳｅサーバ２０が通信路切り替えを認証した場合、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂに経路情報更新指示を送信する（Ｓ１６１４）。
【０２７０】
Ｓ１６１４の経路情報更新指示には、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）を含めても良く、ＵＥ１０Ｂの識別子を含めても良く（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含めても良い。また、これら複数の情報要素を経路情報更新指示（Ｓ１６１４）に同時に含めても良い。
【０２７１】
ＵＥ１０Ｂは経路情報更新指示（Ｓ１６１４）を受信した事がトリガーとなり、ＵＥ１０Ａに経路情報更新指示を送信し（Ｓ１６１６）、同時、またはＵＥ１０Ａから拒否応答が返ってくるかを確認してから、ＵＥ１０Ａの経路情報テーブル１４２の記憶情報を「直接通信」から「インフラストラクチャー通信」に更新する（Ｓ１６１８）。
【０２７２】
Ｓ１６１６のＵＥ１０ＢからＵＥ１０Ａからの経路情報更新指示は、直接通信を用いても良いし、インフラストラクチャー通信に変更しても良い。
【０２７３】
Ｓ１６１６の経路情報更新指示は、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）を含めても良く、ＵＥ１０Ｂの識別子を含めても良く（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３を含めても良い。また、これら複数の情報要素を経路情報更新指示（Ｓ１６１６）に同時に含めても良い。
【０２７４】
ＵＥ１０Ａは経路情報更新指示（Ｓ１６１６）がトリガーとなり、経路情報テーブル１４２を「直接通信」から「インフラストラクチャー通信」に更新する（Ｓ１６２０）。
【０２７５】
ここで、ＵＥ１０ＡとＵＥ１０ＢはＰｒｏＳｅサーバ２０から受信する経路情報更新指示に基づき、経路情報を更新してもよいし、経路情報更新指示を受信しても、端末またはユーザの設定やポリシーに基づいて、切り替えを行わなくてもよい。
【０２７６】
以上で、ＵＥ１０ＡとＵＥ１０Ｂが経路情報を更新する場合、ＵＥ１０ＡとＵＥ１０Ｂはインフラストラクチャー通信を開始する（Ｓ１６２２）。
【０２７７】
以上により、ＵＥ１０ＡとＵＥ１０Ｂのいずれかまたは両方、またはＰｒｏＳｅサーバ２０が、ＵＥ１０ＡとＵＥ１０Ｂ間の通信を直接通信からインフラストラクチャー通信に通信路を切り替える、何らかのトリガーを検出する事で、ＰｒｏＳｅサーバ２０に切り替えを要求し、ＰｒｏＳｅサーバ２０はＵＥ１０ＡまたはＵＥ１０Ｂに経路情報更新指示を送信し、受信したＵＥは通信相手に、経路情報更新指示を送信する事が出来る。
【０２７８】
これにより、ＵＥ間の通信を直接通信からインフラストラクチャー通信に通信路を切り替える事が出来る。
【０２７９】
［２．２  装置の動作フロー］
［２．２．１  ＵＥ１０Ａの動作フロー］
［２．２．１．１  経路情報更新指示受信から経路情報更新までの動作フロー］
図１７に、図１６のＵＥ１０Ｂが経路情報更新指示を受信してから、経路情報更新するまでの動作フローを示す。なお、ＵＥ１０ＡはＵＥ１０Ｂと動作システムが動揺のシステムを利用できる為、ＵＥ１０Ａに関する詳細な説明は省略する。
【０２８０】
また、ＵＥ１０Ａ及びＵＥ１０Ｂが、経路情報更新のトリガーを検知してから、経路情報更新要求をＰｒｏＳｅサーバ２０に送信するまでのフローは、第１の実施形態のフローと同様のフローを利用できる為、詳細な説明は省略する。
【０２８１】
まず、ＵＥ１０Ｂは経路情報更新指示を受信するまで待機する（ステップＳ１７０２）。ステップＳ１７０２で、ＵＥ１０Ｂが経路情報更新指示を受信しない場合（ステップＳ１７０２；Ｎｏ）、処理を終了しても良い。
【０２８２】
ＵＥ１０Ｂが経路情報更新指示を受信した場合（ステップＳ１７０２；Ｙｅｓ）、ＵＥ１０Ｂは受信した経路情報更新指示に含まれる指示や要求を示す情報要素または指示を確認する（ステップＳ１７０４）。
【０２８３】
本実施形態で示す一例では、ＵＥ１０Ｂが受信する経路情報更新指示には、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２」または「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３」が含まれる。ＵＥ１０Ｂが受信した経路情報更新指示に含まれるｉｎｄｉｃａｔｉｏｎ  ｆｌａｇが「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ４」である場合（ステップＳ１７０４；Ｆｌａｇ２）、ＵＥ１０ＢはＵＥ１０Ａに経路情報更新指示（「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３」を含む）を送信する（ステップＳ１７０６）。
【０２８４】
ステップＳ１７０４で、経路情報更新指示に含まれるｉｎｄｉｃａｔｉｏｎ  ｆｌａｇが「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３」である場合（ステップＳ１７０４；Ｆｌａｇ３），または、ステップＳ１７０６完了後、ＵＥ１０ＢはＵＥ１０Ａとの通信の経路情報を「直接通信」から「インフラストラクチャー通信」に更新する（ステップＳ１７０８）。この時、ＵＥ１０ＡはＬＴＥを用いた直接通信に用いていた無線リソースを解放してもよい。
【０２８５】
以上により、ＵＥ１０Ｂは、ＵＥ１０ＡとＬＴＥを用いて直接通信を行う端末装置であって、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージとして経路情報更新指示をＰｒｏＳｅサーバ２０から受信し、経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、経路情報更新指示の受信に基づいて、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替えて、ＵＥ１０Ａとの通信を継続することができる。
【０２８６】
つまり、ＵＥ１０ＡとＬＴＥを用いて直接通信を行うＵＥ１０Ｂの制御方法は、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージとして経路情報更新指示をＰｒｏＳｅサーバ２０から受信するステップと、経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、経路情報更新指示の受信に基づいて、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替えて、ＵＥ１０Ａとの通信を継続するステップと、を有してもよい。
【０２８７】
さらに、ＵＥ１０Ｂは、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含む要求メッセージとして経路情報更新要求をＰｒｏＳｅサーバ２０に送信し、経路情報更新要求は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、経路情報更新要求の応答として、経路情報更新指示を受信することも出来る。
【０２８８】
つまり、ＵＥ１０Ｂの制御方法は、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含む要求メッセージとして経路情報更新要求をＰｒｏＳｅサーバ２０に送信するステップと、経路情報更新要求は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、経路情報更新要求の応答として、経路情報更新指示を受信するステップと、をさらに有してもよい。
【０２８９】
更に、ＵＥ１０Ｂは、ＰｒｏＳｅサーバ２０からの経路除法更新指示の受信に基づいて、ＵＥ１０Ａにｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３を含む要求メッセージ「経路情報更新指示」を送信し、前記経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示すことができる。
【０２９０】
つまり、ＵＥ１０Ｂの通信制御方法は、ＰｒｏＳｅサーバ２０からの経情報更新指示の受信に基づいて、ＵＥ１０Ａにｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３を含む要求メッセージ「経路情報更新指示」を送信するステップをさらに有してもよい。なお、経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す。
【０２９１】
更に、ＵＥ１０Ｂは、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替え後、ＬＴＥを用いた直接通信のためのリソースを解放することができる。
【０２９２】
つまり、ＵＥ１０Ｂの制御方法は、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に切り替え後、ＬＴＥを用いた直接通信のためのリソースを解放するステップと、をさらに有してもよい。
【０２９３】
なお、ＵＥ１０Ａのフローに関しては、基本的にはＵＥ１０Ｂのフローと同様のフローを利用できる為、詳細な説明は省略する。
【０２９４】
［２．２．２  ＰｒｏＳｅサーバ２０の動作フロー］
図１８に、ＰｒｏＳｅサーバ２０が、ＵＥ１０ＡかＵＥ１０Ｂの少なくともいずれかから経路情報更新要求を受信、またはＰｒｏＳｅサーバ２０自体が通信路切り替えを検知してから、ＵＥ１０ＡとＵＥ１０Ｂに経路情報更新指示を送信するまでのフローを示す。
【０２９５】
ＰｒｏＳｅサーバ２０はＵＥ１０ＡとＵＥ１０Ｂのいずれか、または両方から経路情報更新要求（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含む）を受信するか、ＰｒｏＳｅサーバ２０が通信路切り替えトリガーを検知するのを待機する（ステップＳ１８０２）。
【０２９６】
ステップＳ１８０２の通信路切り替えトリガーは、特に指定しないが、ＵＥ１０ＡとＵＥ１０Ｂが近隣でなくなる事を、ＰｒｏＳｅサーバ２０が記憶部２２０のＵＥ位置情報管理テーブル２２６から検知しても良い。
【０２９７】
ステップＳ１８０２で、ＰｒｏＳｅサーバ２０が、上記いずれかのトリガーを検知した場合（ステップＳ１８０２；Ｙｅｓ）、ＰｒｏＳｅサーバ２０は、通信路切り替えを認証するか判定する（ステップＳ１８０４）。
【０２９８】
ここで、ＰｒｏＳｅサーバ２０がステップＳ１８０４の通信路切り替えを認証するかの判定は、ＵＥ１０ＡとＵＥ１０ＢがＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０ＡとＵＥ１０Ｂが送信するＰｒｏＳｅ  ＵＥ  ＩＤなどの認証情報に基づいて判定してもよい。
【０２９９】
ステップＳ１８０４でＰｒｏＳｅサーバ２０が通信路切り替えを認証した場合、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂに経路情報更新指示を送信する（ステップＳ１８０６）。なお、本実施形態では、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに経路情報更新指示を送信したが、ＵＥ１０Ａに経路情報更新指示を送信しても良い。以上で、ＰｒｏＳｅサーバ２０が動作フローの説明が完了する。
【０３００】
以上により、ＰｒｏＳｅサーバ２０は、ＵＥ１０ＡとＬＴＥを用いて直接通信を行うＵＥ１０Ｂに対して、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージ「経路情報更新指示」を送信し、経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示すことができる。
【０３０１】
つまり、ＰｒｏＳｅサーバ２０における通信制御方法は、ＵＥ１０ＡとＬＴＥを用いて直接通信を行うＵＥ１０Ｂに対して、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージ「経路情報更新指示」を送信するステップを有してもよい。なお、ここでの経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す。
【０３０２】
更に、ＰｒｏＳｅサーバ２０は、ＵＥ１０ＡとＬＴＥを用いて直接通信を行うＵＥ１０Ｂに対して、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージ「経路情報更新指示」を送信し、経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることと、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に端末装置間の通信を切り替えるための要求メッセージを、ＵＥ１０Ａに対して送信することを要求することを示すことができる。
【０３０３】
つまり、ＰｒｏＳｅサーバ２０における通信制御方法はＵＥ１０ＡとＬＴＥを用いて直接通信を行うＵＥ１０Ｂに対して、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む要求メッセージ「経路情報更新指示」を送信するステップを、更に有してもよい。なお、経路情報更新指示は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることと、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信に端末装置間の通信を切り替えるための要求メッセージを、ＵＥ１０Ａに対して送信することを要求することを示す。
【０３０４】
また、ＰｒｏＳｅサーバ２０は、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含むＵＥ１０Ｂが送信する要求メッセージ「経路情報更新要求」を受信し、経路情報更新要求は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示し、経路情報更新要求の受信に基づいて、経路情報更新指示を送信することができる。
【０３０５】
つまり、ＰｒｏＳｅサーバ２０における通信制御方法は、少なくともｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含むＵＥ１０Ｂが送信する要求メッセージ「経路情報更新要求」を受信するステップと経路情報更新要求の受信に基づいて、経路情報更新指示を送信するステップと、をさらに有してもよい。ここで、経路情報更新要求は、少なくとも、ＬＴＥを用いた直接通信からコアネットワークを介して行うインフラストラクチャー通信へ端末装置間の通信を切り替えることを要求することを示す。
【０３０６】
［３．第３の実施形態］
続いて第３の実施形態について説明する。
【０３０７】
第３の実施形態と第１の実施形態のシステムの機能構成は同様であり、第１実施形態と異なる処理フロー、動作フローを中心に説明する。
【０３０８】
第１の実施形態と第２の実施形態では、ＵＥ間の通信を直接通信からインフラストラクチャー通信へ通信路を切り替える場合についての実施形態について説明したが、第３の実施形態では、ＵＥ間の通信をインフラストラクチャー通信から直接通信へ、通信路を切り替える方法について説明する。
【０３０９】
［３．１  処理の説明］
［３．１．１  概要］
図１９は本実施形態で実行される通信路切り替え、及び通信路切り替え及び、通信路の選択の概念図である。
【０３１０】
本実施形態の初期状態は、ＵＥ１０ＡとＵＥ１０Ｂがインフラストラクチャー通信Ｔ１９０２（実線）に示す通信路で行っている。
【０３１１】
インフラストラクチャー通信Ｔ１９０２とは、ＥＰＣなどネットワークを介した通信である。また、インフラストラクチャー通信とは、ＵＥがＰＧＷとの間にＰＤＮコネクションを確立し、このＰＤＮコネクションを用いて通信を行うことを意味する。なお、コアネットワークは、ＰＤＮコネクション確立の際、ＰＤＮに接続するＰＧＷの選択を行う。
【０３１２】
初期状態から、何かしらのトリガーがＵＥまたはネットワークで発生する事で直接通信Ｔ１９０４（破線）に切り替える。
【０３１３】
本実施形態では、ＵＥ１０Ｂは、ＵＥ１０ＢとＵＥ１０Ａ間のインフラストラクチャー通信（Ｔ１９０２）から直接通信（Ｔ１９０４）にサービスを継続させたまま通信路を切り替える。なお、通信路の切り替えにあたって、ＵＥ１０Ｂは、通信路を選択する。
【０３１４】
［３．２  処理例］
［３．２．１  インフラストラクチャー通信から直接通信への通信路切り替え手続き例］
図２０は、インフラストラクチャー通信から直接通信への通信路切り替え手続きについて説明する図である。本実施形態では、ＵＥ１０ＡまたはＵＥ１０Ｂがネットワークに接続する為の何かしらのトリガーを検出し、ＰｒｏＳｅサーバ２０が通信路切り替えを各ＵＥに通知し、ＰｒｏＳｅサーバ２０が許可を与えてから、ＵＥ間の直接通信路を確立する手法について説明する。なお、本実施形態においては、処理の説明に用いる構成要素のみを利用して説明しており、例えば、他の装置（ｅＮＢ５２等）の記載は省略している。
【０３１５】
本実施形態では、各機能同士が、通信相手に動作の指示や要求を与えたい場合、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇというフラグを付加するものとして説明するが、要求することを示す情報は、フラグで識別する方法に限らず、経路情報更新要求メッセージを規定するなどして、経路情報更新要求メッセージを送信することで要求してもよい。より具体的には、要求や指示を与える機器が、要求相手に経路情報更新を要求するメッセージタイプを含めた要求メッセージを送信してもよい。
【０３１６】
図２０に示す処理では、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇを以下の意味として使用する。
【０３１７】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１：ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）からＰｒｏＳｅサーバ２０に送信される信号に含まれる、指示や要求を示す情報要素。
【０３１８】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２：ＰｒｏＳｅサーバ２０からＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に送信される信号に含まれる、指示や要求を示す情報要素。
【０３１９】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３：ＵＥ１０ＡからＵＥ１０Ｂに送信される信号、またはＵＥ１０ＢからＵＥ１０Ａに送信される信号に含まれる、指示や要求を示す情報要素。
【０３２０】
ここで、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」は、インフラストラクチャー通信Ｔ１９０２から直接通信Ｔ１９０４へ指定するＵＥ間の通信を切り替える事の許可を要求する事を示すフラグであって良い。
【０３２１】
つまり、ＵＥ１０Ｂが「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」を含めた情報をＰｒｏＳｅサーバ２０に送信する事で、ＵＥ１０ＢがＰｒｏＳｅサーバ２０に、ＵＥ１０ＢとＵＥ１０Ａ間のインフラストラクチャー通信を直接通信に、通信路を切り替える事の許可を要求できる。
【０３２２】
また、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」は、指定するＵＥ間の通信をインフラストラクチャー通信Ｔ１９０２から直接通信Ｔ１９０４へ切り替える事の許可を要求し、要求が許可された場合、要求の送信元に許可を通知する信号を送信する事を指示するフラグであって良い。
【０３２３】
つまり、ＵＥ１０Ｂが「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」を含めた情報をＰｒｏＳｅサーバ２０に送信する事で、ＵＥ１０ＢがＰｒｏＳｅサーバ２０に、ＵＥ１０ＢとＵＥ１０Ａ間の直接通信をインフラストラクチャー通信から直接通信に、通信路を切り替える事の許可を要求し、要求が許可された場合、ＵＥ１０Ｂに許可を通知する信号を送信する事を要求できる。
【０３２４】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２」は、インフラストラクチャー通信Ｔ１９０２から直接通信Ｔ１９０４へ通信路を切り替える、または更新する要求であってよい。
【０３２５】
つまり、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２」を含めた情報をＵＥ１０Ｂに送信する事で、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂにインフラストラクチャー通信から直接通信へ通信路切り替えを要求できる。
【０３２６】
また、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２」は指定の通信相手とＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスの確認と、確認結果により通信路の確立と、通信相手に、経路情報更新の指示と、を要求してもよい。
【０３２７】
つまり、ＰｒｏＳｅサーバ２０がＵＥ１０Ｂにｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含む経路情報更新指示を送信する事で、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに、ＵＥ１０ＡとのＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスの確認と、確認結果により通信路の確立手続きと、ＵＥ１０ＢにＵＥ１０Ａへ経路情報更新指示を送信する事を要求できる。
【０３２８】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３」は、経路情報の更新の要求を示すフラグであって良い。例えば、送信元との通信をインフラストラクチャー通信から直接通信に更新する事を要求しても良い。
【０３２９】
つまり、ＵＥ１０ＢがＵＥ１０Ａにｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３を含める信号を送信する事で、経路情報の更新を要求する事ができる。例えば、ＵＥ１０ＢはＵＥ１０Ａに、ＵＥ１０ＡとＵＥ１０Ｂとの通信をインフラストラクチャー通信から直接通信に切り替える事を要求できる。
【０３３０】
まず、初期状態として、ＵＥ１０ＡとＵＥ１０Ｂはインフラストラクチャー通信をしている（Ｓ２００２）。Ｓ２００２はＳ１１２２や、Ｓ１６２２と等しくても良い。
【０３３１】
次に、ＵＥ１０Ｂが通信路切り替えトリガーを検知する（Ｓ２００４）。Ｓ２００４のトリガーは特に限定しないが、例えばＵＥ１０Ｂがアクセスネットワークのカバレッジの外に移動した事や、ＵＥ１０ＢがＵＥ１０Ａと近隣になった事を検知した事などが考えられる。
【０３３２】
ＵＥ１０ＢはＳ２００４がトリガーとなり、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信する（Ｓ２００６）。Ｓ２００６の経路情報更新要求には、ＵＥ１０Ｂの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）を含めても良く、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）を含めても良く、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含めても良い。
【０３３３】
次に、ＰｒｏＳｅサーバ２０はＳ２００６の経路情報更新要求を受信し、経路情報更新要求の受信に基づいて、経路情報更新指示をＵＥ１０Ｂに送信する。
【０３３４】
このように、ｒｏＳｅサーバ２０は、ＵＥ１０Ｂによる経路情報更新要求の受信により、要求メッセージに含まれるＵＥの識別情報をもとに、ＵＥ１０Ｂに経路情報の更新を要求してもよい。
【０３３５】
また、ＵＥ１０Ｂの経路情報更新要求には、通信相手の情報としてＵＥ１０ＡのＰｒｏＳｅ  ＵＥ  ＩＤ  Ａを含める例を示したが、これにかぎらず、通信を行うグループを示すグループ識別情報であっても良い。ＰｒｏＳｅサーバは、グループ識別情報で識別されるグループのＵＥを取得または保持しておき、グループのＵＥに経路情報更新指示を送信してもよい。なお、グループのＵＥは複数あって良い。
【０３３６】
または、ＰｒｏＳｅサーバ２０が通信路切り替えのトリガーを検知（Ｓ２００８）し、検知した結果、ＵＥ１０Ｂへ経路情報更新指示を送信してもよい。
【０３３７】
ＰｒｏＳｅサーバ２０による通信路切り替えトリガーは、特に指定しないが、例えばＰｒｏＳｅサーバ２０の記憶部２２０のＵＥ位置情報管理テーブル２２６に記憶されるＵＥの位置情報から、ＵＥ同士が近隣である事を検知することなどが考えられる。例えば、位置情報により十分近隣であると判定した場合には、送信してもよい。また、近隣でないと判定した場合には、送信しないなどの判定を行ってもよい。
【０３３８】
また、経路情報更新指示の送信に際して、ＰｒｏＳｅサーバ２０は通信路切り替えの認証判定を行い（Ｓ２０１０）、判定した結果を経路情報更新指示の送信する条件としてもよい。
【０３３９】
Ｓ２０１０の通信路切り替えの認証判定方法は、ＵＥ１０ＡとＵＥ１０ＢがＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０ＡとＵＥ１０Ｂが送信するＰｒｏＳｅ  ＵＥ  ＩＤなどの認証情報に基づいて判定してもよい。
【０３４０】
例えば、ＰｒｏＳｅサーバ２０がＳ２０１０で通信路切り替えを認証しない場合、このまま処理を終了する。ＵＥ１０Ｂ側は応答がない事により、要求が拒否された事を検知する。なお、ＰｒｏＳｅサーバ２０は処理を終了する前に、ＵＥ１０Ｂに拒否応答を送信しても良い。
【０３４１】
また、Ｓ２０１０で、ＰｒｏＳｅサーバ２０が通信路切り替えを認証する場合、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに経路情報更新指示を送信する（Ｓ２０１２）。
【０３４２】
Ｓ２０１２の経路情報更新指示には、ＵＥ１０Ｂの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）や、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）や、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含めても良く、またこれら複数の情報要素を複数経路情報更新指示に含めてもよい。
【０３４３】
ＵＥ１０Ｂは、検出に基づいてＰｒｏＳｅサービスに用いるＩＰアドレスの確認を行っても良い（Ｓ２０１４）。ＵＥ１０ＢがＰｒｏＳｅサービスに関する用いるＩＰアドレスを記憶していない場合、ＵＥ１０ＢはＵＥ１０Ａを直接検出する（Ｓ２０１６）。
【０３４４】
具体的な方法としては、ＵＥ１０Ｂが、ＵＥ１０Ａに検出の要求を送信し、ＵＥ１０ＡはＵＥ１０Ｂに応答を送信することにより直接検出してもよい。この時、ＵＥ１０Ｂが無線リソースを割り当ててもよい。これにより、直接通信の通信路が確立されてもよい。
【０３４５】
ＵＥ１０Ｂは直接通信の通信路確立（Ｓ２０１８）が完了した事、または経路情報更新指示をＵＥ１０Ａに送信（Ｓ２０２０）した事がトリガーとなり、ＵＥ１０ＢのＵＥ１０Ａへの経路情報を直接通信に更新する（Ｓ２０２２）。
【０３４６】
ＵＥ１０ＡはＳ２０２０がトリガーとなり、ＵＥ１０ＡのＵＥ１０Ｂへの経路情報を直接通信に更新する（Ｓ２０２４）。
【０３４７】
以上により、ＵＥ１０ＡとＵＥ１０Ｂは、直接通信を実行する（Ｓ２０２６）。Ｓ２０２６は、Ｓ１１０２と等しくても良い。
【０３４８】
以上により、ＵＥ１０ＡとＵＥ１０Ｂのいずれか一方がインフラストラクチャー通信から直接通信への通信路切り替えトリガーを検知し、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信する事で、ＰｒｏＳｅサーバ２０がいずれかのＵＥに通信路切り替えを指示し、ＵＥ１０ＡとＵＥ１０Ｂ間の通信をインフラストラクチャー通信から直接通信に切り替える事ができる。
【０３４９】
また、ＰｒｏＳｅサーバ２０が、ＵＥ間の通信の通信路切り替えトリガーを検知する事でも、ＰｒｏＳｅサーバ２０がいずれかのＵＥに通信路切り替えの指示を送信し、指示に基づいて、ＵＥ１０ＡとＵＥ１０Ｂ間の通信をインフラストラクチャー通信から直接通信に切り替える事ができる。
【０３５０】
［３．３  装置の動作フロー］
［３．３．１  ＵＥ１０Ｂの動作フロー］
図２１に、図２０のシーケンスを実現するＵＥ１０Ｂのフローチャート図の一例を示す。なお、ＵＥ１０Ａのフローチャート図はＵＥ１０Ｂのフローチャート図と同様のフローチャート図を利用できる為、説明を省略する。
【０３５１】
ＵＥ１０Ｂは通信路切り替えのトリガーを検知または、経路情報更新指示を受信するのを待機する（ステップＳ２１０２）。ＵＥ１０Ｂが通信路切り替えトリガーを検知した場合（ステップＳ２１０２；トリガー検知）、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に経路情報更新要求（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含める）を送信する（ステップＳ２１０４）。
【０３５２】
次に、ＵＥ１０ＢはＰｒｏＳｅサーバ２０から経路情報更新指示（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２を含める）を受信するのを待機する（ステップＳ２１０６）。経路情報更新指示を受信できない場合（ステップＳ２１０６；Ｎｏ）、要求が拒否されたとして、ステップＳ２１０２に戻る。
【０３５３】
ステップＳ２１０６で、ＵＥ１０ＢがＰｒｏＳｅサーバ２０から経路情報更新指示を受信した場合（ステップＳ２１０８；Ｙｅｓ）、ＵＥ１０ＢはＵＥ１０ＡとＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスを確認する（ステップＳ２１０６）。
【０３５４】
ＵＥ１０ＢがＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスを保持していない場合（Ｓ２１０８；Ｎｏ）、ＵＥ１０ＢはＵＥ１０Ａを直接検出し、直接通信の通信路を確立する（ステップＳ２１１０）。この時、直接通信の通信路が確立できない場合（ステップＳ２１１０；Ｎｏ）は、これ以上の動作を必要とせず処理を完了する。
【０３５５】
ステップＳ２１１０でＵＥ１０Ｂが直接通信の通信路が確立出来た場合（ステップＳ２１１０；Ｙｅｓ）、またはステップＳ２１０８でＵＥ１０Ｂが予めＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスを保持している場合（ステップＳ２１０８；Ｙｅｓ）、ＵＥ１０Ｂは経路情報更新指示（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３を含める）をＵＥ１０Ａに送信する（ステップＳ２１１２）。
【０３５６】
ステップＳ２１１２の経路情報更新指示は、ステップＳ２１０６でＰｒｏＳｅサーバ２０から受信した経路情報更新指示のＩＰパケットを転送しても良い。
【０３５７】
ステップＳ２１１２完了後、またはステップＳ２１０２で経路情報更新指示を受信した場合（ステップＳ２１０２；経路情報更新指示）、ＵＥ１０ＢはＵＥ１０Ａとの通信をインフラストラクチャー通信から直接通信に更新する（ステップＳ２１１４）。この時、ＵＥ１０Ｂはコアネットワークを介した直接通信に用いていた無線リソースを解放してもよい。以上で処理を完了する。
【０３５８】
以上により、ＵＥ１０Ａは、ＵＥ１０ＡとＵＥ１０Ｂ間の通信を、ＬＴＥを用いた直接通信に切り替える事を決定し、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信し、経路情報更新要求には少なくとも、ＵＥ１０ＡとＵＥ１０Ｂ間の通信を、直接通信に切り替える事の要求を示す識別情報（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１）が含まれており、ＰｒｏＳｅサーバ２０にＵＥ１０ＡとＵＥ１０Ｂ間の通信を直接通信に切り替える事を要求する事が出来る。
【０３５９】
更に、ＵＥ１０Ａは経路情報更新指示をＰｒｏＳｅサーバ２０から受信し、経路情報更新指示には、少なくともＵＥ１０Ｂ間の通信を直接通信へ切り替える事指示する識別情報（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２）が含まれており、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２に基づきＵＥ１０Ｂ間の通信を直接通信へ切り替える事が出来る。
【０３６０】
また、ＵＥ１０Ａは経路情報更新指示に、ＵＥ１０Ｂに経路情報更新指示を送信すること指示する識別情報（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２）が含まれており、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２に基づきＵＥ１０Ｂに経路情報更新指示を送信し、ＵＥ１０ＢにＵＥ１０Ａとの通信を直接通信に切り替えさせる事が出来る。
【０３６１】
また、ＵＥ１０Ａは経路情報更新指示をＵＥ１０Ｂから受信し、経路情報更新指示には、少なくともＵＥ１０Ｂ間の通信をインフラストラクチャー通信へ切り替える事を指示する識別情報（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３）が含まれており、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３に基づきＵＥ１０Ｂ間の通信をインフラストラクチャー通信へ切り替えることが出来る。
【０３６２】
［３．３．２  ＰｒｏＳｅサーバ２０の動作フロー］
次に、図２２に、図２０のシーケンスを実現するＰｒｏＳｅサーバ２０のフローチャート図の一例を示す。
【０３６３】
ＰｒｏＳｅサーバ２０は、ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）から経路情報更新要求を受信するか、自端末で通信路切り替えトリガーを検知するのを待機する（ステップＳ２２０２）。
【０３６４】
ＰｒｏＳｅサーバ２０が、通信路切り替えトリガーを検知また経路情報更新要求を受信した場合（ステップＳ２２０２；Ｙｅｓ）、ＰｒｏＳｅサーバ２０は、通信路の更新を認証するか判定する（ステップＳ２２０４）。
【０３６５】
ステップＳ２２０４の通信路切り替えの認証判定方法は、ＵＥ１０ＡとＵＥ１０ＢがＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０ＡとＵＥ１０Ｂが送信するＰｒｏＳｅ  ＵＥ  ＩＤなどの認証情報に基づいて判定してもよい。
【０３６６】
ステップＳ２２０４で通信路切り替えを認証する場合（ステップＳ２２０４；Ｙｅｓ）、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに経路情報更新指示を送信する（ステップＳ２２０６）。
【０３６７】
ステップＳ２２０４で通信路切り替えの認証が出来ない場合（ステップＳ２２０４；Ｎｏ）、またはステップＳ２２０６完了後処理を終了する。
【０３６８】
以上により、ＰｒｏＳｅサーバ２０はＵＥ１０Ａとコアネットワークを介したインフラストラクチャー通信を行うＵＥ１０Ｂから経路情報更新要求メッセージを受信し、経路情報更新要求メッセージには、少なくともＵＥ１０ＡとＵＥ１０Ｂ間の通信を、コアネットワークを介して行うインフラストラクチャー通信からＬＴＥを用いた直接通信に切り替える事の要求を示す識別情報（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１）が含まれており、識別情報に基づいて、通信路切り替えの判定をし、経路情報更新要求の応答である、経路情報更新指示をＵＥ１０ＡとＵＥ１０Ｂと、いずれかのＵＥに送信し、もう一方のＵＥとの通信を直接通信へ切り替える事を指示する事ができる。
【０３６９】
更に、ＰｒｏＳｅサーバ２０は、経路情報更新指示を、ＵＥ１０Ａに送信し、ＵＥ１０Ｂへ、ＵＥ１０Ａとの通信を直接通信に切り替えさせる事を要求する経路情報更新指示を送信する事を要求する事が出来、同様に経路情報更新指示を、ＵＥ１０Ｂに送信し、ＵＥ１０Ａへ、ＵＥ１０Ｂとの通信を直接通信に切り替えさせる事を要求する経路情報更新指示を送信する事を要求する事が出来る。
【０３７０】
また、ＰｒｏＳｅサーバ２０はＵＥ１０ＡとＵＥ１０Ｂ間の通信を、コアネットワークを介して行うインフラストラクチャー通信からＬＴＥを用いた直接通信に切り替える事を決定し、経路情報更新指示をＵＥ１０ＡとＵＥ１０Ｂと、いずれかのＵＥに送信し、
もう一方のＵＥとの通信を直接通信へ切り替えさせる事が出来る。
【０３７１】
更に、ＰｒｏＳｅサーバは、ＵＥ１０Ａに経路情報更新指示を送信する事で、ＵＥ１０Ｂへ、ＵＥ１０Ａとの通信を直接通信に切り替えさせる事を要求する経路情報更新指示を送信する事を要求する事ができ、同様にＵＥ１０Ｂに経路情報更新指示を送信する事で、ＵＥ１０Ａへ、ＵＥ１０Ｂとの通信を直接通信に切り替えさせる事を要求する経路情報更新指示を送信する事を要求する事ができる。
【０３７２】
また、ＰｒｏＳｅサーバ２０が通信路切り替えトリガーを検知する事でも、ＵＥ間の通信路切り替えの判定を行い、通信路切り替えを認証する場合、ＵＥ１０ＡまたはＵＥ１０Ｂのどちらか一方のみに経路情報更新指示を送信する事で、ＵＥ間の通信をインフラストラクチャー通信から直接通信に切り替えさせる事が出来る。
【０３７３】
［４．第４の実施形態］
続いて第４の実施形態について説明する。第４の実施形態と第３の実施形態のシステム構成は同様であり、第３の実施形態と異なる処理フロー、動作フローを中心に説明する。
【０３７４】
第１の実施形態と第２の実施形態では、ＵＥ間の通信を直接通信からインフラストラクチャー通信へ通信路を切り替える場合についての実施形態について説明したが、第４の実施形態では、第３の実施形態と同様に、ＵＥ間の通信をインフラストラクチャー通信から直接通信へ通信路を切り替える方法について説明する。
【０３７５】
また、第３の実施形態では、ＰｒｏＳｅサーバがいずれかのＵＥに経路情報更新指示を送信し、経路情報更新指示を受信したＵＥは通信相手との直接通信路を確立した後、通信相手に経路情報更新指示を送信する事で、各ＵＥは経路情報を更新する方法について説明したが、第４の実施形態では、ＰｒｏＳｅサーバが各ＵＥに経路情報更新指示を送信する事で、各ＵＥが経路情報を更新する方法について説明する。
【０３７６】
［４．１  処理例］
［４．１．１  インフラストラクチャー通信から直接通信への通信路切り替え手続き例］
図２３は本実施形態で実行される通信路切り替え、及び通信路切り替え及び、通信路の選択の概念図である。
【０３７７】
本実施形態では、各機能同士が、通信相手に動作の指示や要求を与えたい場合、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇというフラグを付加するものとして説明するが、要求することを示す情報は、フラグで識別する方法に限らず、経路情報更新要求メッセージを規定するなどして、経路情報更新要求メッセージを送信することで要求してもよい。より具体的には、要求や指示を与える機器が、要求相手に経路情報更新を要求するメッセージタイプを含めた要求メッセージを送信してもよい。
【０３７８】
図２３に示す処理では、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇを以下の意味として使用する。
【０３７９】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１：ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）からＰｒｏＳｅサーバ２０に送信される信号に含まれる、指示や要求を示す情報要素。
【０３８０】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１：ＰｒｏＳｅサーバ２０からＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に送信される信号に含まれる、指示や要求を示す第１の情報要素。
【０３８１】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２：ＰｒｏＳｅサーバ２０からＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に送信される信号に含まれる、指示や要求を示す第２の情報要素。
【０３８２】
ここで、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」の機能は第３の実施形態での機能と同様の機能を利用できる為、詳細な説明は省略する。
【０３８３】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１」は、経路情報の更新の要求を示すフラグであってよい。例えば、インフラストラクチャー通信Ｔ１９０２から直接通信Ｔ１９０４へ通信路を切り替え、または更新を要求してもよい。
【０３８４】
つまり、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１」を含めた情報をＵＥ１０Ａに送信する事で、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａの、ＵＥ１０Ｂへの経路情報を更新できる。例えば、ＵＥ１０Ａにインフラストラクチャー通信から直接通信へ通信路切り替えを要求できる。
【０３８５】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２」は「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１」と同じ機能を持つ。つまり、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２」を含めた情報をＵＥ１０Ｂに送信する事で、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂにインフラストラクチャー通信から直接通信へ通信路切り替えを要求できる。
【０３８６】
更に、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２」は指定の通信相手とＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスの確認と、確認結果によって直接検出および通信路の確立処理と、を要求してもよい。
【０３８７】
つまり、ＰｒｏＳｅサーバ２０がＵＥ１０Ｂに「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２」を含む経路情報更新指示を送信する事で、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに、ＵＥ１０ＡとのＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスの確認と、確認結果により直接通信の通信路の確立手続きを要求できる。
【０３８８】
まず、初期状態として、ＵＥ１０ＡとＵＥ１０Ｂはインフラストラクチャー通信をしている（Ｓ２３０２）。Ｓ２３０２はＳ１１２２や、Ｓ１６２２や、Ｓ２００２と等しくても良い。
【０３８９】
次に、ＵＥ１０Ｂが通信路切り替えトリガーを検知する（Ｓ２３０４）。Ｓ２３０４のトリガーは特に限定しないが、例えばＵＥ１０Ｂがアクセスネットワークのカバレッジの外に移動した事や、ＵＥ１０ＢがＵＥ１０Ａと近隣になった事を検知した事などが考えられる。
【０３９０】
ＵＥ１０ＢはＳ２００４がトリガーとなり、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信する（Ｓ２３０６）。Ｓ２００６の経路情報更新要求には、ＵＥ１０Ｂの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）を含めても良く、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）を含めても良く、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含めても良い。  次に、ＰｒｏＳｅサーバ２０はＳ２３０６の経路情報更新要求を受信し、経路情報更新要求の受信に基づいて、経路情報更新指示をＵＥ１０ＡとＵＥ１０Ｂに送信する。
【０３９１】
このように、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂによる経路情報更新要求の受信により、要求メッセージに含まれるＵＥの識別情報をもとに、ＵＥ１０ＡとＵＥ１０Ｂに経路情報の更新を要求してもよい。
【０３９２】
また、ＵＥ１０Ｂの経路情報更新要求には、通信相手の情報としてＵＥ１０ＡのＰｒｏＳｅ  ＵＥ  ＩＤ  Ａを含める例を示したが、これにかぎらず、通信を行うグループを示すグループ識別情報であっても良い。ＰｒｏＳｅサーバは、グループ識別情報で識別されるグループのＵＥを取得または保持しておき、グループのＵＥに経路情報更新指示を送信してもよい。なお、グループのＵＥは複数あって良い。
【０３９３】
または、ＰｒｏＳｅサーバ２０が通信路切り替えのトリガーを検知（Ｓ２３０７）し、検知した結果、ＵＥ１０Ｂへ経路情報更新指示を送信してもよい。
【０３９４】
ＰｒｏＳｅサーバ２０による通信路切り替えトリガーは、特に指定しないが、例えばＰｒｏＳｅサーバ２０の記憶部２２０のＵＥ位置情報管理テーブル２２６に記憶されるＵＥの位置情報から、ＵＥ同士が近隣である事を検知することなどが考えられる。例えば、位置情報により十分近隣であると判定した場合には、送信してもよい。また、近隣でないと判定した場合には、送信しないなどの判定を行ってもよい。
【０３９５】
また、経路情報更新指示の送信に際して、ＰｒｏＳｅサーバ２０は通信路切り替えの認証判定を行い（Ｓ２３０８）、判定した結果を経路情報更新指示の送信する条件としてもよい。
【０３９６】
Ｓ２３０８の通信路切り替えの認証判定方法は、ＵＥ１０ＡとＵＥ１０ＢがＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０ＡとＵＥ１０Ｂが送信するＰｒｏＳｅ  ＵＥ  ＩＤなどの認証情報に基づいて判定してもよい。
【０３９７】
例えば、ＰｒｏＳｅサーバ２０がＳ２３０８で通信路切り替えを認証しない場合、このまま処理を終了する。ＵＥ１０Ｂ側は応答がない事により、要求が拒否された事を検知する。なお、ＰｒｏＳｅサーバ２０は処理を終了する前に、ＵＥ１０Ｂに拒否応答を送信しても良い。
【０３９８】
また、Ｓ２３０８で、ＰｒｏＳｅサーバ２０が通信路切り替えを認証する場合、ＰｒｏＳｅサーバ２０はＵＥ１０ＢとＵＥ１０Ａに経路情報更新指示を送信する（Ｓ２３１０、Ｓ２３１２）。
【０３９９】
Ｓ２３１０とＳ２３１２の経路情報更新指示には、ＵＥ１０Ｂの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）や、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）や、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２またはｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１を含めても良く、またこれら複数の情報要素を複数経路情報更新指示に含めてもよい。図２３では、ＵＥ１０Ｂへの経路情報更新指示はＰｒｏＳｅ  ＵＥ  ＩＤ  ＡとＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂと、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２を含めるとし、ＵＥ１０Ａへの経路情報更新指示はＰｒｏＳｅ  ＵＥ  ＩＤ  ＡとＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂと、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１を含めるとする。
【０４００】
ＵＥ１０Ｂは、検出に基づいてＰｒｏＳｅサービスに用いるＩＰアドレスの確認を行っても良い（Ｓ２３１４）。ＵＥ１０ＢがＰｒｏＳｅサービスに関する用いるＩＰアドレスを記憶していない場合、ＵＥ１０ＢはＵＥ１０Ａを直接検出する（Ｓ２３１６）。
【０４０１】
具体的な方法としては、ＵＥ１０Ｂが、ＵＥ１０Ａに検出の要求を送信し、ＵＥ１０ＡはＵＥ１０Ｂに応答を送信することにより直接検出してもよい。この時、ＵＥ１０Ｂが無線リソースを割り当ててもよい。これにより、直接通信の通信路が確立されてもよい。
【０４０２】
Ｓ２３１４の確認の結果、ＵＥ１０Ｂは直接通信に用いるＩＰアドレスを保持している場合、またはＳ２３１８が完了した場合、ＵＥ１０Ｂは、ＵＥ１０Ａとの通信の経路情報をインフラストラクチャー通信から直接通信に更新する（Ｓ２３２０）。
【０４０３】
ＵＥ１０Ａは、Ｓ２３１２がトリガーとなり、ＵＥ１０Ｂとの通信の経路情報をインフラストラクチャー通信から直接通信に更新する（Ｓ２３２２）。
【０４０４】
以上により、ＵＥ１０ＡとＵＥ１０Ｂは直接通信での通信を実行する（Ｓ２３２４）。Ｓ２３２４はＳ１１０２やＳ２０２６と等しくても良い。
【０４０５】
以上により、ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）が通信路切り替えトリガーを検知し、ＰｒｏＳｅサーバ２０が各ＵＥに通信路切り替えを指示することで、ＵＥ１０ＡとＵＥ１０Ｂ間の通信をインフラストラクチャー通信から直接通信に切り替える事ができる。
【０４０６】
また、ＰｒｏＳｅサーバ２０が、ＵＥ間の通信の通信路切り替えトリガーを検知する事でも、ＰｒｏＳｅサーバ２０が各ＵＥに通信路切り替えの指示を送信し、指示に基づいて、ＵＥ間の通信をインフラストラクチャー通信から直接通信に切り替える事ができる。
【０４０７】
［４．２  装置の動作フロー］
［４．２．１  ＵＥ１０Ｂの動作フロー］
図２４に図２３のシーケンスを実現するＵＥ１０Ｂのフローチャート図の一例を示す。なお、ＵＥ１０Ａのフローチャート図はＵＥ１０Ｂのフローチャート図と同様のフローチャート図を利用できる為、説明を省略する。
【０４０８】
ＵＥ１０Ｂは通信路切り替えのトリガーを検知または、経路情報更新指示を受信するのを待機する（ステップＳ２４０２）。ＵＥ１０Ｂが通信路切り替えのトリガーを検知した場合（ステップＳ２４０２；トリガー検知）、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に経路情報更新要求（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含む）を送信する（ステップＳ２４０４）。
【０４０９】
次に、ＵＥ１０Ｂは経路情報更新指示をＰｒｏＳｅサーバ２０から受信するか確認する（ステップＳ２４０６）。ＵＥ１０Ｂが経路情報更新指示をＰｒｏＳｅサーバ２０から受信できない場合、ＵＥ１０Ｂは要求が拒否されたとして、ステップＳ２４０２に戻る。
【０４１０】
ステップＳ２４０６かステップＳ２４０２で経路情報更新指示をＰｒｏＳｅサーバ２０から受信した場合（ステップＳ２４０６；Ｙｅｓ  ｏｒ  ステップＳ２４０２；経路情報更新指示受信）、ＵＥ１０Ｂは受信した信号に含まれる「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ」または要求の種類を確認する（ステップＳ２４０８）。
【０４１１】
ＵＥ１０Ｂが受信した経路情報更新指示がｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２を含む場合（ステップＳ２４０８；ｆｌａｇ２−２）、ＵＥ１０ＢはＵＥ１０ＡとＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスを確認する（ステップＳ２４１０）。
【０４１２】
ＵＥ１０ＢがＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスを保持していない場合（ステップＳ２４１０；Ｎｏ）、ＵＥ１０ＢはＵＥ１０Ａを直接検出し、直接通信の通信路の確立手続きを開始する（ステップＳ２４１２）。ここで、直接通信の通信路を確立できない場合（ステップＳ２４１２；Ｎｏ）は、このまま処理を終了する
ステップＳ２４１２で直接通信の通信路が確立出来た場合（ステップＳ２４１２；Ｙｅｓ）、またはステップＳ２４０８でＵＥ１０Ｂが受信した信号が「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１」を含める場合（ステップＳ２４０８；ｆｌａｇ２−１）、またはステップＳ２４１０でＵＥ１０Ｂが予めＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスを保持している場合、ＵＥ１０ＢはＵＥ１０Ａとの通信の経路情報をインフラストラクチャー通信から直接通信に更新する（ステップＳ２４１４）。この時、ＵＥ１０Ｂはコアネットワークを介した直接通信に用いていた無線リソースを解放してもよい。以上により、ＵＥ１０Ｂのフローを終了する。
【０４１３】
以上により、ＵＥ１０Ｂは、ＵＥ１０Ｂ自身で通信路切り替えトリガーを検知することにより、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信し、ＰｒｏＳｅサーバから受信した経路情報更新指示に基づき、ＵＥ１０Ａとの通信の経路情報を更新し、ＵＥ間の通信をインフラストラクチャー通信から直接通信に切り替える事が出来る。
【０４１４】
また、ＵＥ１０Ｂは、ＵＥ１０Ｂが通信路切り替えトリガーを検知しなくても、ＰｒｏＳｅサーバ２０から経路情報更新指示を受信することにより、ＵＥ１０Ａとの通信の経路情報を更新し、ＵＥ間の通信をインフラストラクチャー通信から直接通信に切り替える事も出来る。
【０４１５】
更に、ＵＥ１０Ｂは受信した経路情報更新指示に含まれる指示を識別することができ、指示によっては、経路情報を更新する前に直接通信路確立手続きを実行することもできる。
【０４１６】
［４．２．２  ＰｒｏＳｅサーバ２０の動作フロー］
次に、図２５に図２３のシーケンスを実現するＰｒｏＳｅサーバ２０のフローチャート図の一例を示す。
【０４１７】
ＰｒｏＳｅサーバ２０は、ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）から経路情報更新要求を受信するか、自端末で通信路切り替えトリガーを検知するのを待機する（ステップＳ２５０２）。
【０４１８】
ＰｒｏＳｅサーバ２０が、通信路切り替えトリガーを検知また経路情報更新要求を受信した場合（ステップＳ２５０２；Ｙｅｓ）、ＰｒｏＳｅサーバ２０は、通信路の更新を認証するか判定する（ステップＳ２５０４）。
【０４１９】
ステップＳ２５０４の通信路切り替えの認証判定方法は、ＵＥ１０ＡとＵＥ１０ＢがＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０ＡとＵＥ１０Ｂが送信するＰｒｏＳｅ  ＵＥ  ＩＤなどの認証情報に基づいて判定してもよい。
【０４２０】
ステップＳ２５０４で通信路切り替えを認証する場合（ステップＳ２５０４；Ｙｅｓ）、ＰｒｏＳｅサーバ２０は各ＵＥ１０（ＵＥ１０ＡとＵＥ１０Ｂ）に経路情報更新指示を送信する（ステップＳ２５０６）。
【０４２１】
ステップＳ２５０４で通信路切り替えの認証が出来ない場合（ステップＳ２５０４；Ｎｏ）、またはステップＳ２５０６完了後処理を終了する。
【０４２２】
以上により、ＰｒｏＳｅサーバ２０は経路情報更新指示をＵＥ１０ＡとＵＥ１０Ｂに送信し、ＵＥ１０ＡにＵＥ１０Ｂとの通信を直接通信に切り替える事を指示し、ＵＥ１０ＢにＵＥ１０Ａとの通信を直接通信に切り替える事を指示する事が出来る。
【０４２３】
また、ＰｒｏＳｅサーバ２０は、ＰｒｏＳｅサーバ２０自身が通信路切り替えトリガーを検知する事でも、通信路切り替えの判定を行い、通信路切り替えを認証する場合、ＵＥ１０ＡとＵＥ１０Ｂの両方に経路情報更新指示を送信する事し、ＵＥ１０ＡにＵＥ１０Ｂとの通信を直接通信に切り替える事を指示し、ＵＥ１０Ｂの端末装置にＵＥ１０Ａとの通信を直接通信に切り替える事を指示する
【０４２４】
［５．第５の実施形態］
次に、第５の実施形態について説明する。第５の実施形態と第３の実施形態のシステム構成は同様であり、第３の実施形態と異なる処理フロー、動作フローを中心に説明する。
【０４２５】
第１の実施形態と第２の実施形態では、ＵＥ間の通信を直接通信からインフラストラクチャー通信へ通信路を切り替える場合についての実施形態について説明したが、第５の実施形態では、第３の実施形態や第４の実施形態と同様に、ＵＥ間の通信をインフラストラクチャー通信から直接通信へ通信路を切り替える方法について説明する。
【０４２６】
また、第３の実施形態と第４の実施形態では、ＵＥがＰｒｏＳｅサーバから経路情報更新を受信してから、直接通信路の確立をしてから、経路情報を更新する方法について説明したが、第５の実施形態では、ＵＥはＰｒｏＳｅサーバから経路情報更新指示を受信する前に、直接通信路を確立する方法について説明する。
【０４２７】
［５．１  処理例］
［５．１．１  インフラストラクチャー通信から直接通信への通信路切り替え手続き例］
図２６は本実施形態で実行される通信路切り替え、及び通信路切り替え及び、通信路の選択の概念図である。
【０４２８】
本実施形態では、各機能同士が、通信相手に動作の指示や要求を与えたい場合、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇというフラグを付加するものとして説明するが、要求することを示す情報は、フラグで識別する方法に限らず、経路情報更新要求メッセージを規定するなどして、経路情報更新要求メッセージを送信することで要求してもよい。より具体的には、要求や指示を与える機器が、要求相手に経路情報更新を要求するメッセージタイプを含めた要求メッセージを送信してもよい。
【０４２９】
図２６に示す処理では、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇを以下の意味として使用する。
【０４３０】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１：ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）からＰｒｏＳｅサーバ２０に送信される信号に含まれる、指示や要求を示す第１の情報要素。
【０４３１】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１：ＰｒｏＳｅサーバ２０からＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に送信される信号に含まれる、指示や要求を示す第１の情報要素。
【０４３２】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２：ＰｒｏＳｅサーバ２０からＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に送信される信号に含まれる、指示や要求を示す第２の情報要素。
【０４３３】
ここで、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」の機能は第３の実施形態での機能と同様の機能を利用できる為、詳細な説明は省略する。
【０４３４】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１」は指定の通信相手とＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスの確認と、確認結果によって必要により通信路の確立の指示と、直接通信路の確立及び確認が完了した事をＰｒｏＳｅサーバ２０に通知する事を指示しても良い。
【０４３５】
つまり、ＰｒｏＳｅサーバ２０がＵＥ１０Ｂに「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１」を含む経路情報更新指示を送信する事で、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに、ＵＥ１０ＡとのＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスの確認と、確認結果により通信路の確立処理と、確立後の通知を要求できる。
【０４３６】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２」は、インフラストラクチャー通信Ｔ１９０２から直接通信Ｔ１９０４へ通信路を切り替える、または更新する要求であってよい。
【０４３７】
つまり、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２」を含めた情報をＵＥ１０Ａに送信する事で、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ａにインフラストラクチャー通信から直接通信へ通信路切り替えを要求できる。
【０４３８】
まず、図２６の初期状態としてＵＥ１０ＡとＵＥ１０Ｂはインフラストラクチャー通信をしている（Ｓ２６０２）。Ｓ２６０２は、Ｓ２００２や、Ｓ１１２２や、Ｓ１６２２や、Ｓ２００２と等しくても良い。
【０４３９】
次に、ＰｒｏＳｅサーバ２０は通信路切り替えトリガーを検知する（Ｓ２６０４）。ＰｒｏＳｅサーバ２０による通信路切り替えトリガーは、特に指定しないが、例えばＰｒｏＳｅサーバ２０の記憶部２２０のＵＥ位置情報管理テーブル２２６に記憶されるＵＥの位置情報から、ＵＥ同士が近隣である事を検知することなどが考えられる。
【０４４０】
Ｓ２６０４がトリガーとなり、ＰｒｏＳｅサーバ２０はＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に直接通信路確立要求を送信する（Ｓ２６０６）。図２６では、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに直接通信路確立要求を送信している。送信先ＵＥの決定方法は、特に限定しないが、例えばＬＴＥのアクセスネットワークのカバレッジの中心に最も近いＵＥを選択しても良い。
【０４４１】
Ｓ２６０６の直接通信路確立要求は、ＵＥ１０Ｂの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）や、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）や、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２またはｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１を含めても良く、またこれら複数の情報要素を複数経路情報更新指示に含めてもよい。
【０４４２】
次に、ＵＥ１０ＢがＰｒｏＳｅサーバ２０から受信した直接通信路確立要求にｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２が含まれている事を確認し（Ｓ２６０６）、要求に基づいてＵＥ１０ＢのＩＰアドレスを確認する。
【０４４３】
このように、ＵＥ１０ＢはＰｒｏＳｅサーバ２０による直接通信路確立要求の受信により、ＵＥ１０ＢのＩＰアドレスを確認してもよい。
【０４４４】
また、ＰｒｏＳｅサーバ２０の直接通信路確立要求には、通信相手の情報としてＵＥ１０ＡのＰｒｏＳｅ  ＵＥ  ＩＤ  Ａを含める例を示したが、これにかぎらず、通信を行うグループを示すグループ識別情報であっても良い。ＰｒｏＳｅサーバは、グループ識別情報で識別されるグループのＵＥを取得または保持しておき、グループのＵＥに経路情報更新指示を送信してもよい。なお、グループのＵＥは複数あって良い。
【０４４５】
または、ＵＥ１０Ｂが、自端末で通信路切り替えのトリガーを検知（Ｓ２６０８）し、ＵＥ１０Ａとの直接通信に用いるＩＰアドレスを保持しているか確認してもよい（Ｓ２６１０）。
【０４４６】
Ｓ２６１０の結果、直接通信に用いるＩＰアドレスを保持していない場合、ＵＥ１０ＢはＵＥ１０Ａを直接検出する（Ｓ２６１２）。
【０４４７】
具体的な方法としては、ＵＥ１０Ｂが、ＵＥ１０Ａに検出の要求を送信し、ＵＥ１０ＡはＵＥ１０Ｂに応答を送信することにより直接検出してもよい。この時、ＵＥ１０Ｂが無線リソースを割り当ててもよい。これにより、直接通信の通信路が確立されてもよい。
【０４４８】
ＵＥ１０ＡとＵＥ１０Ｂ間の直接通信用の通信路の確立が完了したら、またはＳ２６１０の確認の結果、ＵＥ１０Ｂは直接通信に用いるＩＰアドレスを保持している場合、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に経路情報更新要求を送信する（Ｓ２６１６）。Ｓ２６１６の経路情報更新要求には、ＵＥ１０Ｂの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）を含めても良く、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）を含めても良く、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含めても良い。
【０４４９】
Ｓ２６０４〜Ｓ２６１６までの過程を通信路切り替え決定、直接通信路確立手続き（Ｓ２６１８）とする。
【０４５０】
ＰｒｏＳｅサーバ２０はＵＥ１０Ｂからｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含めた経路情報更新要求を受信し、ＵＥ１０ＡとＵＥ１０Ｂに経路情報更新指示を送信する。
【０４５１】
このように、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂによる経路情報更新要求の受信により、要求メッセージに含まれるＵＥの識別情報をもとに、ＵＥ１０ＡとＵＥ１０Ｂに経路情報の更新を要求してもよい。
【０４５２】
また、ＵＥ１０Ｂの経路情報更新要求には、通信相手の情報としてＵＥ１０ＡのＰｒｏＳｅ  ＵＥ  ＩＤ  Ａを含める例を示したが、これにかぎらず、通信を行うグループを示すグループ識別情報であっても良い。ＰｒｏＳｅサーバは、グループ識別情報で識別されるグループのＵＥを取得または保持しておき、グループのＵＥに経路情報更新指示を送信してもよい。なお、グループのＵＥは複数あって良い。
【０４５３】
また、経路情報更新指示の送信に際して、ＰｒｏＳｅサーバ２０は通信路切り替えの認証判定を行い（Ｓ２３０８）、判定した結果を経路情報更新指示の送信する条件としてもよい。
【０４５４】
Ｓ２６２０の通信路切り替えの認証判定方法は、ＵＥ１０ＡとＵＥ１０ＢがＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０ＡとＵＥ１０Ｂが送信するＰｒｏＳｅ  ＵＥ  ＩＤなどの認証情報に基づいて判定してもよい。
【０４５５】
例えば、Ｓ２６２０でＰｒｏＳｅサーバ２０が通信路切り替えを認証しない場合、このまま処理を終了する。ＵＥ１０Ｂ側は応答がない事により、要求が拒否された事を検知する。なお、ＰｒｏＳｅサーバ２０は処理を終了する前に、ＵＥ１０Ｂに拒否応答を送信しても良い。
【０４５６】
またＳ２６２０で、ＰｒｏＳｅサーバ２０が通信路切り替えを認証する場合、ＰｒｏＳｅサーバ２０はＵＥ１０ＢとＵＥ１０Ａに経路情報更新指示を送信する（Ｓ２６２２、Ｓ２６２４）。
【０４５７】
Ｓ２６２２とＳ２６２４の経路情報更新指示には、ＵＥ１０Ｂの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）や、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）や、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２を含めても良く、またこれら複数の情報要素を複数経路情報更新指示に含めてもよい。図２３では、全ての情報要素を含めるものとする。
【０４５８】
ＵＥ１０ＢとＵＥ１０ＡはＰｒｏＳｅサーバ２０から経路情報更新指示を受信し、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２を含めている事を確認すると、それぞれの経路情報をインフラストラクチャー通信から直接通信に切り替える（Ｓ２６２６、Ｓ２６２８）。
【０４５９】
以上により、ＵＥ１０ＡとＵＥ１０Ｂは直接通信による通信を開始する（Ｓ２６３０）。Ｓ２６３０は、Ｓ２３２４やＳ１１０２やＳ２０２６と等しくても良い。
【０４６０】
以上により、ＵＥ１０ＡとＵＥ１０Ｂが予め切り替え先の通信路を確立してから、ＰｒｏＳｅサーバ２０が通信路切り替えを認証し、各ＵＥに経路情報更新指示を送信する事でインフラストラクチャー通信から直接通信への通信路切り替えを解決する。
【０４６１】
［５．２  装置の動作フロー］
［５．２．１  ＵＥ１０Ｂの動作フロー］
図２７に図２６のシーケンスを実現するＵＥ１０Ｂのフローチャート図の一例を示す。なお、ＵＥ１０Ａのフローチャート図はＵＥ１０Ｂのフローチャート図と同様のフローチャート図を利用できる為、説明を省略する。
【０４６２】
ＵＥ１０Ｂは通信路切り替えのトリガーの検知または、ＰｒｏＳｅサーバ２０から直接通信路確立要求（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１を含める）の受信、またはＰｒｏＳｅサーバ２０から経路情報更新指示（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１を含める）の受信を待機する（ステップＳ２７０２）。
【０４６３】
ステップＳ２７０２で、ＵＥ１０Ｂがトリガーの検知または直接通信路確立要求の受信を確認すると（ステップＳ２７０２；トリガー検知／直接通信路確立要求）、ＵＥ１０ＢはＵＥ１０ＡとＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスを確認する（ステップＳ２７０４）。
【０４６４】
ステップＳ２７０６の確認の結果、ＵＥ１０ＢがＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスを保持していない場合（ステップＳ２７０４；Ｎｏ）、ＵＥ１０ＢはＵＥ１０Ａとの直接通信用の通信路確立手続きを開始する（ステップＳ２７０６）。通信路の確立に失敗した場合（ステップＳ２７０６；Ｎｏ）、ＵＥ１０Ｂは処理を終了する。
【０４６５】
ステップＳ２７０６で通信路が確立できた場合（ステップＳ２７０６；Ｙｅｓ）、またはＵＥ１０Ｂが予めＰｒｏＳｅサービスの直接通信に用いるＩＰアドレスを保持している場合（ステップＳ２７０４；Ｙｅｓ）、ＵＥ１０ＢはＰｒｏＳｅサーバ２０に経路情報更新要求を送信する（ステップＳ２７０８）。
【０４６６】
次に、ＵＥ１０ＢはＰｒｏＳｅサーバから経路情報更新指示を受信するのを待機する（ステップＳ２７１０）。ここで、ＰｒｏＳｅサーバ２０から経路情報更新指示を受信できない場合（ステップＳ２７１０；Ｎｏ）、ＵＥ１０Ｂは処理を終了する。
【０４６７】
ステップＳ２７１０またはステップＳ２７０２で経路情報更新指示（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１を含める）をＰｒｏＳｅサーバ２０から受信した場合（ステップＳ２７１０；Ｙｅｓ  ｏｒ  ステップＳ２７０２；経路情報更新指示）、ＵＥ１０Ｂは経路情報をインフラストラクチャー通信から直接通信に更新する（ステップＳ２７１２）。この時、ＵＥ１０Ｂはコアネットワークを介した直接通信に用いていた無線リソースを解放してもよい。
【０４６８】
以上により、ＵＥ１０Ｂは、ＵＥ１０Ｂ自身で通信路切り替えトリガーを検知することにより、通信相手との直接通信路を確立できる。
【０４６９】
また、ＵＥ１０Ｂは、ＰｒｏＳｅサーバ２０から直接通信路確立要求を受信し、直接通信路確立要求は、少なくともＵＥ１０Ａとの直接通信路の確立の状態の確認および確立の要求を示す識別情報（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１）を含み、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１に基づき、ＵＥ１０Ａとの直接通信路の確立の状態の確認及び確立をする事が出来る。
【０４７０】
更に、ＵＥ１０ＢがＵＥ１０Ａとの直接通信路が確立できたら、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信する事ができ、更に、ＰｒｏＳｅサーバ２０から経路情報更新指示を受信し、経路情報を更新することで、ＵＥ１０Ａとの通信をインフラストラクチャー通信から直接通信に切り替える事が出来る。
【０４７１】
［５．２．２  ＰｒｏＳｅサーバ２０の動作フロー］
次に、図２８に図２６のシーケンスを実現するＰｒｏＳｅサーバ２０のフローチャート図の一例を示す。
【０４７２】
ＰｒｏＳｅサーバ２０は、ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）から経路情報更新要求（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含める）を受信するか、自端末で通信路切り替えトリガーを検知するのを待機する（ステップＳ２８０２）。
【０４７３】
ＰｒｏＳｅサーバ２０が、通信路切り替えトリガーを検知した場合（ステップＳ２８０２；通信路切り替えトリガー検知）、ＰｒｏＳｅサーバ２０は、ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に、直接通信路確立要求（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１を含める）を送信する（ステップＳ２８０４）。
【０４７４】
次に、ＰｒｏＳｅサーバ２０はＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）から経路情報更新要求を受信するのを待機する（ステップＳ２８０６）。
【０４７５】
ステップＳ２８０２またはステップＳ２８０６で、ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）から経路情報更新要求（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含める）を受信する場合（ステップＳ２８０２；経路情報更新要求  ｏｒ  ステップＳ２８０６；Ｙｅｓ）、ＰｒｏＳｅサーバ２０は通信路切り替えを認証するか判定する（ステップＳ２８０８）。
【０４７６】
ステップＳ２８０６で、経路情報更新要求を受信しない場合（ステップＳ２８０６；Ｎｏ）、ＰｒｏＳｅサーバ２０はこの処理を終了して良い。
【０４７７】
ステップＳ２８０８の通信路切り替えの認証判定方法は、ＵＥ１０ＡとＵＥ１０ＢがＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０ＡとＵＥ１０Ｂが送信するＰｒｏＳｅ  ＵＥ  ＩＤなどの認証情報に基づいて判定してもよい。
【０４７８】
ステップＳ２８０８で通信切り替えを認証できない場合（ステップＳ２８０８）、ＰｒｏＳｅサーバ２０は処理を終了する。ただし、ＰｒｏＳｅサーバ２０は処理を終了する前にＵＥ１０Ｂに失敗を通知する信号を送信しても良い。
【０４７９】
ステップＳ２８０８で、ＰｒｏＳｅサーバ２０が通信路切り替えの認証を完了すると、ＰｒｏＳｅサーバ２０は各ＵＥ（ＵＥ１０ＡとＵＥ１０Ｂ）に経路情報更新指示（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２）を送信する（ステップＳ２８１０）。
【０４８０】
以上により、ＰｒｏＳｅサーバ２０はＵＥ１０ＡまたはＵＥ１０Ｂから経路情報更新要求を受信することにより、通信路切り替えの判定を行い、通信路切り替えを認証する場合、ＵＥ１０ＡとＵＥ１０Ｂの両方に経路情報更新指示を送信する事が出来る。
【０４８１】
また、ＰｒｏＳｅサーバ２０は、ＵＥ１０ＡとＵＥ１０Ｂ間の通信を、インフラストラクチャー通信から直接通信に切り替える事を決定し、ＵＥ１０Ｂに直接通信路確立要求メッセージを送信し、ＵＥ１０Ａとの直接通信路の確認および確立を指示する事が出来る。
更に、ＵＥ１０ＡまたはＵＥ１０Ｂから経路情報更新要求を受信する事により、通信路切り替えの判定を行い、通信路切り替えを認証する場合、ＵＥ１０ＡとＵＥ１０Ｂの両方に経路情報更新指示を送信する事が出来る。これらにより、ＰｒｏＳｅサーバ２０はＵＥ間の通信をインフラストラクチャー通信から直接通信に切り替えさせる事が出来る。
【０４８２】
［６．第６の実施形態］
次に、第６の実施形態について説明する。第６の実施形態と第５の実施形態のシステム構成は同様であり、第５の実施形態と異なる処理フロー、動作フローを中心に説明する。
【０４８３】
第１の実施形態と第２の実施形態では、ＵＥ間の通信を直接通信からインフラストラクチャー通信へ通信路を切り替える場合についての実施形態について説明したが、第６の実施形態では、第３の実施形態や第４の実施形態や第５の実施形態と同様に、ＵＥ間の通信をインフラストラクチャー通信から直接通信へ通信路を切り替える方法について説明する。
【０４８４】
また、第３の実施形態と第４の実施形態では、ＵＥがＰｒｏＳｅサーバから経路情報更新を受信してから、直接通信路の確立をしてから、経路情報を更新する方法について説明したが、第６の実施形態では、第５の実施形態と同様にＵＥがＰｒｏＳｅサーバから経路情報更新指示を受信する前に、直接通信路を確立する方法について説明する。  更に、第５の実施形態ではＰｒｏＳｅサーバが各ＵＥに経路情報更新指示を送信する方法について説明したが、第６の実施形態では、ＰｒｏＳｅサーバは２台のＵＥのうちいずれか一方のＵＥにのみ経路情報を送信し、経路情報更新指示を受信したＵＥは、通信相手に経路情報更新指示を送信する方法について説明する。
【０４８５】
［６．１  処理例］
［６．１．１  インフラストラクチャー通信から直接通信への通信路切り替え手続き例］
図２９は本実施形態で実行される通信路切り替え、及び通信路切り替え及び、通信路の選択の概念図である。
【０４８６】
本実施形態では、各機能同士が、通信相手に動作の指示や要求を与えたい場合、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇというフラグを付加するものとして説明するが、要求することを示す情報は、フラグで識別する方法に限らず、経路情報更新要求メッセージを規定するなどして、経路情報更新要求メッセージを送信することで要求してもよい。より具体的には、要求や指示を与える機器が、要求相手に経路情報更新を要求するメッセージタイプを含めた要求メッセージを送信してもよい。
【０４８７】
図２９に示す処理では、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇを以下の意味として使用する。
【０４８８】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１：ＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）からＰｒｏＳｅサーバ２０に送信される信号に含まれる、指示や要求を示す第１の情報要素。
【０４８９】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１：ＰｒｏＳｅサーバ２０からＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に送信される信号に含まれる、指示や要求を示す第１の情報要素。
【０４９０】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２：ＰｒｏＳｅサーバ２０からＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に送信される信号に含まれる、指示や要求を示す第２の情報要素。
【０４９１】
ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３：ＵＥ１０ＡからＵＥ１０Ｂに送信される信号、またはＵＥ１０ＢからＵＥ１０Ａに送信される信号に含まれる、指示や要求を示す情報要素。
【０４９２】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１」と「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１」の機能は第５の実施形態と等しく、「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３」の機能は第２の実施形態の「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３」の機能と同様の機能を利用できる為、詳細な説明は省略する。例えば、経路情報をインフラストラクチャー通信から直接通信へ変更することを要求しても良い。
【０４９３】
「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２」は、インフラストラクチャー通信Ｔ１９０２から直接通信Ｔ１９０４へ通信路を切り替える、または更新する要求であってよい。
【０４９４】
つまり、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２」を含めた情報をＵＥ１０Ｂに送信する事で、ＰｒｏＳｅサーバ２０は、ＵＥ１０Ｂにインフラストラクチャー通信から直接通信へ通信路切り替えを要求できる。
【０４９５】
また「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２」は、通信相手に経路情報更新を指示する信号を送信する事を指示する要求であっても良い。
【０４９６】
つまり、ＰｒｏＳｅサーバ２０が「ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２」を含めた情報をＵＥ１０Ｂに送信する事で、ＰｒｏＳｅサーバ２０は、ＵＥ１０ＢにＵＥ１０Ａへ経路情報更新の指示を含めた信号を送信する事を要求できる。
【０４９７】
まず、図２９の初期状態としてＵＥ１０ＡとＵＥ１０Ｂはインフラストラクチャー通信をしている（Ｓ２９０２）。Ｓ２９０２は、Ｓ２６０２や、Ｓ２００２や、Ｓ１１２２や、Ｓ１６２２や、Ｓ２００２と等しくても良い。
【０４９８】
次に、ＰｒｏＳｅサーバ２０または、ＵＥ１０ＡまたはＵＥ１０Ｂが通信路切り替えトリガーを検知することにより、ＵＥ１０ＡとＵＥ１０Ｂ間の通信路を確立し、ＵＥ１０ＡまたはＵＥ１０ＢからＰｒｏＳｅサーバ２０に経路情報更新要求を送信する、「通信路切り替え決定、直接通信路確立手続き」Ｓ２９０４が実行される。Ｓ２９０４はＳ２６１８と同様の手続きを利用できる。
【０４９９】
ＰｒｏＳｅサーバ２０はｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含めた経路情報更新要求を受信し、ＵＥ１０ＡまたはＵＥ１０Ｂに経路情報更新指示を送信する。
【０５００】
このように、ＰｒｏＳｅサーバ２０は、ＵＥ１０ＡまたはＵＥ１０Ｂによる経路情報更新要求の受信により、要求メッセージに含まれるＵＥの識別情報をもとに、ＵＥ１０Ｂに経路情報の更新を要求してもよい。
【０５０１】
また、経路情報更新指示の送信に際して、ＰｒｏＳｅサーバ２０は通信路切り替えの認証判定を行い（Ｓ２９０６）、判定した結果を経路情報更新指示の送信する条件としてもよい。
【０５０２】
Ｓ２９０６の通信路切り替えの認証判定方法は、ＵＥ１０ＡとＵＥ１０ＢがＰｒｏＳｅ  Ｒｅｇｉｓｔｒａｔｉｏｎによってサービス認証が完了しているか否かに基づいて判定してもよい。例えば、ＵＥ１０ＡとＵＥ１０Ｂが送信するＰｒｏＳｅ  ＵＥ  ＩＤなどの認証情報に基づいて判定してもよい。
【０５０３】
例えば、Ｓ２９０６でＰｒｏＳｅサーバ２０が通信路切り替えを認証しない場合、このまま処理を終了する。ＵＥ１０Ｂ側は応答がない事により、要求が拒否された事を検知する。なお、ＰｒｏＳｅサーバ２０は処理を終了する前に、ＵＥ１０Ｂに拒否応答を送信しても良い。
【０５０４】
また、Ｓ２９０６で、ＰｒｏＳｅサーバ２０が通信路切り替えを認証する場合、ＰｒｏＳｅサーバ２０はＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）経路情報更新指示を送信する（Ｓ２９０８）。図２９では、ＰｒｏＳｅサーバ２０はＵＥ１０Ｂに経路情報更新指示を送信している。送信先ＵＥの決定方法は、特に限定しないが、例えばＬＴＥのアクセスネットワークのカバレッジの中心に最も近いＵＥを選択しても良い。
【０５０５】
Ｓ２９０６の経路情報更新指示は、ＵＥ１０Ｂの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）や、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）や、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２を含めても良く、またこれら複数の情報要素を複数経路情報更新指示に含めてもよい。
【０５０６】
ＵＥ１０ＢがＰｒｏＳｅサーバ２０から受信した経路情報更新指示にｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２が含まれている事により、ＵＥ１０ＢはＵＥ１０Ａに経路情報更新指示を送信する（Ｓ２９１０）。
【０５０７】
Ｓ２９１０の経路情報更新指示は、ＵＥ１０Ｂの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ｂ」）や、ＵＥ１０Ａの識別子（例えば「ＰｒｏＳｅ  ＵＥ  ＩＤ  Ａ」）や、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３を含めても良く、またこれら複数の情報要素を複数経路情報更新指示に含めてもよい。
【０５０８】
ＵＥ１０ＢはＳ２９０８の経路情報更新指示にｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２が含まれている事により、またはＳ２９１０の経路情報更新指示を送信する事により、ＵＥ１０Ｂの経路情報テーブル１４２に記憶されているＵＥ１０Ａとの経路情報を「インフラストラクチャー通信」から「直接通信」に更新する（Ｓ２９１２）。
【０５０９】
ＵＥ１０ＡはＳ２９１０の経路情報更新指示に、ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３が含まれていることにより、ＵＥ１０Ａの経路情報テーブル１４２に記憶されているＵＥ１０Ｂとの経路情報を「インフラストラクチャー通信」から「直接通信」に更新する（Ｓ２９１４）。以上により、ＵＥ１０ＡとＵＥ１０Ｂは直接通信を開始する（Ｓ２９１６）。
【０５１０】
以上により、ＵＥ１０ＡとＵＥ１０Ｂが予め切り替え先の通信路を確立してから、ＰｒｏＳｅサーバ２０が通信路切り替えを認証し、ＵＥ１０ＡかＵＥ１０ＢのうちいずれかのＵＥに経路情報更新指示を送信する事でインフラストラクチャー通信から直接通信への通信路切り替えを解決する
［６．２  装置の動作フロー］
［６．２．１  ＵＥ１０Ｂの動作フロー］
図３０に、図２９のシーケンスを実現するＵＥ１０Ｂのフローチャート図の一例を示す。なお、ＵＥ１０Ａのフローチャート図はＵＥ１０Ｂのフローチャート図と同様のフローチャート図を利用できる為、説明を省略する。
【０５１１】
ＵＥ１０Ｂが通信路切り替えのトリガーの検知または、ＰｒｏＳｅサーバ２０から直接通信路確立要求（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１を含める）の受信、またはＰｒｏＳｅサーバ２０から経路情報更新指示（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−１を含める）の受信を待機する（ステップＳ３００２）から、ＵＥ１０Ｂか経路情報更新指示を受信する（ステップＳ３０１０）までのステップは、図２７のステップＳ２７０２からステップＳ２７１０までと同様の手続きを利用できる為、詳細な説明は省略する。
【０５１２】
ステップＳ３０１０またはステップＳ３００２で、ＵＥ１０Ｂが経路情報更新指示を受信した場合（ステップＳ３０１０；Ｙｅｓ  ｏｒ  ステップＳ３００２；経路情報更新指示）、ＵＥ１０Ｂは、受信した経路情報更新指示に含まれるｉｎｄｉｃａｔｉｏｎ  ｆｌａｇまたは要求を確認する（ステップＳ３０１２）。
【０５１３】
ＵＥ１０Ｂが受信した経路情報更新指示がｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２を含める場合（ステップＳ３０１２；ｆｌａｇ２−２）、ＵＥ１０ＢはＵＥ１０Ａに経路情報更新指示（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３を含める）を送信する（ステップＳ３０１４）。
【０５１４】
次に、またはＵＥ１０Ｂが受信した経路情報更新指示がｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ３を含める場合、ＵＥ１０Ｂは経路情報を「インフラストラクチャー通信」から「直接通信」に更新する（ステップＳ３０１６）。この時、ＵＥ１０Ｂはコアネットワークを介した直接通信に用いていた無線リソースを解放してもよい。以上でＵＥ１０Ｂは、処理を終了する。
【０５１５】
以上により、ＵＥ１０Ｂは、ＵＥ１０Ｂ自身で通信路切り替えトリガーを検知することにより、通信相手との直接通信路を確立できる。また、ＵＥ１０ＢはＰｒｏＳｅサーバ２０から直接通信路確立要求を受信することにより、ＵＥ１０Ａ間との直接通信路を確立できる。
【０５１６】
更に、ＵＥ１０ＢはＵＥ１０Ａとの直接通信路が確立できたら、ＰｒｏＳｅサーバ２０に経路情報更新要求を送信する事ができ、ＰｒｏＳｅサーバ２０またはＵＥ１０Ａから経路情報更新指示を受信し、経路情報を更新する事で、ＵＥ１０Ａとの通信をインフラストラクチャー通信から直接通信に通信路を切り替える事が出来る。
【０５１７】
また、ＵＥ１０Ｂは受信した経路情報更新指示に含まれる指示を識別する事で、ＵＥ１０Ａに経路情報更新指示を送信する事で、ＵＥ間の通信をインフラストラクチャー通信から直接通信に切り替えさせる事が出来る。
【０５１８】
［６．２．２  ＰｒｏＳｅサーバ２０の動作フロー］
次に、図３１に図２９のシーケンスを実現するＰｒｏＳｅサーバ２０のフローチャート図の一例を示す。
【０５１９】
ＰｒｏＳｅサーバ２０がＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）から経路情報更新要求（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ１を含める）を受信するか、自端末で通信路切り替えトリガーを検知して（ステップＳ３１０２）から、通信路切り替えの認証を判定する（ステップＳ３１０８）までのステップは第５の実施形態のステップＳ２８０２からステップＳ２８０８までと等しため、詳細な説明は相ら略する。
【０５２０】
ステップＳ３１０８でＰｒｏＳｅサーバ２０が通信路切り替えを認証した場合（ステップＳ３１０８；Ｙｅｓ）、ＰｒｏＳｅサーバ２０はＵＥ１０（ＵＥ１０ＡまたはＵＥ１０Ｂ）に経路情報更新指示（ｉｎｄｉｃａｔｉｏｎ  ｆｌａｇ２−２を含める）を送信する（ステップＳ３１１０）。
【０５２１】
ステップＳ３１０８で通信路切り替えを認証しない場合（ステップＳ３１０８）、何も送信せず処理を終了する。この時、処理を終了する前に、ステップＳ３１０６経路情報更新要求を送信した端末に経路情報更新許可の理由を通知しても良い。
【０５２２】
以上により、ＰｒｏＳｅサーバ２０はＵＥ１０ＡまたはＵＥ１０Ｂから経路情報更新要求を受信することにより、通信路切り替えの判定を行い、通信路切り替えを認証する場合、ＵＥ１０ＡかＵＥ１０Ｂのいずれか一方に経路情報更新指示を送信する事で、ＵＥ間の通信をインフラストラクチャー通信から直接通信に切り替えさせる事が出来る。
【０５２３】
また、ＰｒｏＳｅサーバ２０は、ＰｒｏＳｅサーバ自身が通信路切り替えトリガーを検知する事で、ＵＥ１０ＡまたはＵＥ１０Ｂに直接通信路確立要求し、ＵＥ１０ＡまたはＵＥ１０Ｂから経路情報更新要求を受信する事により、通信路切り替えの判定を行い、通信路切り替えを認証する場合、ＵＥ１０ＡかＵＥ１０Ｂのいずれか一方に経路情報更新指示を送信する事で、ＵＥ間の通信をインフラストラクチャー通信から直接通信に切り替えさせる事が出来る。
【符号の説明】
【０５２４】
１  無線通信システム
３  移動通信ネットワーク
９  コアネットワーク
１０、１０Ａ、１０Ｂ、１０Ｃ  ＵＥ
２０  Ｐｒｏｓｅサーバ
１００  制御部
１１０  第１送受信部
１１２  送受信アンテナ
１２０  第２送受信部
１２２  送受信アンテナ
１３０  記憶部
１３２  Ｐｒｏｓｅ  ＵＥ  ＩＤ管理テーブル
１３４  ＩＰアドレス管理テーブル
１３６  アウターＩＰアドレス管理テーブル
１３８  ＥＣＭ状態テーブル
１４２  経路情報テーブル
１４４  Ｉｎ  ｃｏｖｅｒａｇｅフラグ
２００  制御部
２１０  通信部
２２０  記憶部
２２２  Ｐｒｏｓｅ  ＵＥ  ＩＤ管理テーブル
２２４  Ｉｎ  ｃｏｖｅｒａｇｅフラグ
２２６  ＵＥ位置情報管理テーブル
【図１】
2015170690.tif 000003
【図２】
2015170690.tif 000004
【図３】
2015170690.tif 000005
【図４】
2015170690.tif 000006
【図５】
2015170690.tif 000007
【図６】
2015170690.tif 000008
【図７】
2015170690.tif 000009
【図８】
2015170690.tif 000010
【図９】
2015170690.tif 000011
【図１０】
2015170690.tif 000012
【図１１】
2015170690.tif 000013
【図１２】
2015170690.tif 000014
【図１３】
2015170690.tif 000015
【図１４】
2015170690.tif 000016
【図１５】
2015170690.tif 000017
【図１６】
2015170690.tif 000018
【図１７】
2015170690.tif 000019
【図１８】
2015170690.tif 000020
【図１９】
2015170690.tif 000021
【図２０】
2015170690.tif 000022
【図２１】
2015170690.tif 000023
【図２２】
2015170690.tif 000024
【図２３】
2015170690.tif 000025
【図２４】
2015170690.tif 000026
【図２５】
2015170690.tif 000027
【図２６】
2015170690.tif 000028
【図２７】
2015170690.tif 000029
【図２８】
2015170690.tif 000030
【図２９】
2015170690.tif 000031
【図３０】
2015170690.tif 000032
【図３１】
2015170690.tif 000033
【国際調査報告】
2015170690.tif 000034
2015170690.tif 000035
2015170690.tif 000036
2015170690.tif 000037