(57)【要約】  端末装置またはリレー端末装置が近隣通信サービスによって近隣の端末装置またはリレー端末装置と通信路を確立し、確立した通信路においてデータの送受信を継続したまま、端末装置またはリレー端末装置は近隣サービスによって新たに通信路を確立し、データの送受信を新たに確立した通信路への切り替えを実行する端末装置、リレー端末装置の各通信制御手続き、および通移動通信システム等提供すること。  端末装置またはリレー端末装置は、ＰｒｏＳｅサービスにおいてデータの送受信中に、新たに通信路を確立し、新たに確立した通信路へ切り替えを行う手段等を有する切り替え手続きを実行する。
2015156288.tif 000002
【特許請求の範囲】
【請求項１】
リレー端末装置であって、
端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを前記端末装置に転送する第一のモードにおける第一の通信路を確立し、前記第一のモードにおける前記第一の通信路においてデータの送受信中に、
前記リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路へデータの送受信を切り替える場合に、
前記第二の通信路へ切り替えることを示す情報を含む、前記第二の通信路へ切り替えを要求する要求メッセージを前記端末装置に送信し、
前記端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
前記第二のモードにおける前記第二の通信路を確立し、
前記第一の通信路のデータの送受信を前記第二の通信路へ切り替える、
ことを特徴とするリレー端末装置。
【請求項２】
リレー端末装置であって、
前記リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
前記端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを前記端末装置に転送する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、
前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記端末装置に送信し、
前記端末装置から前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
前記第一のモードにおける前記第一の通信路を確立し、
前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける前記第一の通信路へ切り替える、
ことを特徴とするリレー端末装置。
【請求項３】
前記切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする請求項１または請求項２に記載のリレー端末装置。
【請求項４】
前記切り替えを要求する要求メッセージは、切り替え前の通信路を削除することを要求する要求メッセージであることを特徴とする請求項１または請求項２に記載のリレー端末装置。
【請求項５】
前記切り替えを要求する要求メッセージは、前記端末装置若しくは前記リレー端末装置を識別する情報又は接続先を示す情報を含むことを特徴とする請求項１から請求項４のいずれか一項に記載のリレー端末装置。
【請求項６】
端末装置であって、
前記端末装置の近隣に存在するリレー端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
前記リレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、
前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記リレー端末装置に送信し、
前記リレー端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
前記第一のモードにおける前記第一の通信路を確立し、
前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける第一の通信路へ切り替える、
ことを特徴とする端末装置。
【請求項７】
端末装置であって、
前記端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路を確立し、前記第一のモードにおける前記第一の通信路においてデータの送受信中に、
前記端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路へ切り替える場合、
前記第二のモードにおける前記第二の通信路へ切り替えることを示す情報を含む、前記第二のモードにおける前記第二の通信路へ切り替えを要求する要求メッセージを前記第二の端末装置に送信し、
前記第二の端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
前記第二のモードにおける前記第二の通信路を確立し、
前記第一のモードにおける前記第一の通信路のデータの送受信を前記第二のモードにおける前記第二の通信路へ切り替える、
ことを特徴とする端末装置。
【請求項８】
端末装置であって、
前記端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
前記端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へ切り替える場合、
前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記第二の端末装置に送信し、
前記第二の端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
前記第一のモードにおける前記第一の通信路を確立し、
前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける前記第一の通信路へ切り替える、
ことを特徴とする端末装置。
【請求項９】
前記切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする請求項６から請求項８のいずれか一項に記載の端末装置。
【請求項１０】
前記切り替えを要求する要求メッセージは、通信路を削除することを要求する要求メッセージであることを特徴とする請求項６から請求項８のいずれか一項に記載の端末装置。
【請求項１１】
前記切り替えを要求する要求メッセージは、前記端末装置若しくは前記リレー端末装置を識別する情報又は接続先を示す情報を含むことを特徴とする請求項６から請求項１０のいずれか一項に記載の端末装置。
【請求項１２】
リレー端末装置の通信制御方法であって、
端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを前記端末装置に転送する第一のモードにおける第一の通信路を確立し、前記第一のモードにおける前記第一の通信路においてデータの送受信中に、
前記リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路へデータの送受信を切り替える場合、
前記第二のモードにおける前記第二の通信路へ切り替えることを示す情報を含む、前記前記第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを前記端末装置に送信するステップと、
前記端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信し、
前記第二のモードにおける前記第二の通信路を確立するステップと、
前記第一のモードにおける前記第一の通信路のデータの送受信を前記第二のモードにおける前記第二の通信路へ切り替えるステップと、
を備えることを特徴とする通信制御方法。
【請求項１３】
リレー端末装置の通信制御方法であって、
前記リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
前記端末装置から送信されるデータを基地局装置に転送し、前記基地局装置から送信されるデータを前記端末装置に転送する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、
前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記端末装置に送信するステップと、
前記端末装置から前記切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、
前記第一のモードにおける第一の通信路を確立するステップと、
前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける前記第一の通信路へ切り替えるステップと、
を備えることを特徴とする通信制御方法。
【請求項１４】
端末装置の通信制御方法であって、
前記端末装置の近隣に存在するリレー端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
前記端末装置は前記リレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、
前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記リレー端末装置に送信するステップと、
前記リレー端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、
前記第一のモードにおける前記第一の通信路を確立するステップと、
前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける前記第一の通信路へ切り替えるステップと、
を備えることを特徴とする通信制御方法。
【請求項１５】
端末装置の通信制御方法であって、
前記端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路を確立し、前記第一のモードにおける前記第一の通信路においてデータの送受信中に、
前記端末装置の近隣に存在する前記第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路へ切り替える場合、
前記第二のモードにおける前記第二の通信路へ切り替えることを示す情報を含む、前記第二のモードにおける前記第二の通信路へ切り替えを要求する要求メッセージを前記第二の端末装置に送信するステップと、
前記第二の端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、
前記第二のモードにおける前記第二の通信路を確立するステップと、
前記第一のモードにおける前記第一の通信路のデータの送受信を前記第二のモードにおける前記第二の通信路へ切り替えるステップと、
を備えることを特徴とする通信制御方法。
【請求項１６】
端末装置の通信制御方法であって、
前記端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、前記第二のモードにおける前記第二の通信路においてデータの送受信中に、
前記端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へ切り替える場合、
前記第一のモードにおける前記第一の通信路へ切り替えることを示す情報を含む、前記第一のモードにおける前記第一の通信路へ切り替えを要求する要求メッセージを前記第二の端末装置に送信するステップと、
前記第二の端末装置から、前記切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、
前記第一のモードにおける前記第一の通信路を確立するステップと、
前記第二のモードにおける前記第二の通信路のデータの送受信を前記第一のモードにおける前記第一の通信路へ切り替えるステップと、
を備えることを特徴とする通信制御方法。
【請求項１７】
前記切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする請求項１２から請求項１６のいずれか一項に記載の通信制御方法。
【請求項１８】
前記切り替えを要求する要求メッセージは、通信路を削除することを要求する要求メッセージであることを特徴とする請求項１２から請求項１６のいずれか一項に記載の通信制御方法。
【請求項１９】
前記切り替えを要求する要求メッセージは、前記端末装置若しくは前記リレー端末装置を識別する情報又は接続先を示す情報を含むことを特徴とする請求項１２から請求項１６のいずれか一項に記載の通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置と、リレー端末装置と、通信制御方法に関する。
【背景技術】
【０００２】
移動通信システムの標準化団体３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代の移動体通信システムとして以下の非特許文献１に記載のＥＰＳ（Evolved Packet System）の仕様化作業を進めており、ＥＰＳに接続されるアクセスシステムとしてＬＴＥ（Long Term Evolution）だけでなく、無線ＬＡＮ（Wireless LAN、ＷＬＡＮ)について検討がなされている。【０００３】
さらに、３ＧＰＰでは、非特許文献２に記載されるように、ユーザ端末（User Equipment、ＵＥ）に対して近隣の他ユーザ端末の存在を通知する近隣サービス（Proximity Service、ProSe）の検討が行われている。さらに、ＰｒｏＳｅでは、ＵＥは近隣のＵＥと基地局を介さずに直接通信路を確立し、データの送受信を直接行うことを目指している。【０００４】
ＰｒｏＳｅではＵＥ間は直接データの送受信を行うため、コアネットワークなどの移動通信ネットワークやＬＴＥなどのアクセス技術に基づいたアクセスネットワークを介さずデータ送受信ができることから、トラフィックの集中を回避するオフロード効果も期待されている。【０００５】
ＰｒｏＳｅでは、ＵＥ間の直接通信路として２つの方式を利用することが検討されている。一つは、ＬＴＥアクセス技術を用いたＵＥ間の直接通信路を確立する方法（以下 ＬＴＥ  Ｄｉｒｅｃｔ）であり、もうひとつは、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）アクセス技術を用いて直接通信路を確立する方法である。【０００６】
ＬＴＥ  Ｄｉｒｅｃｔでは、ＵＥは各移動通信事業者におけるＬＴＥシステムにおいて割り当てられた商用周波数を利用し、ＬＴＥの通信方式を利用してＵＥ間において直接データの送受信を行う。【０００７】
ＷＬＡＮ  Ｄｉｒｅｃｔでは、ＷＬＡＮにおいて割り当てられた非商用周波数を利用して、ＵＥ間において直接データの送受信を行う。【０００８】
また、ＰｒｏＳｅでは、ＵＥは、ＬＴＥ Ｄｉｒｅｃｔまたは、ＷＬＡＮ Ｄｉｒｅｃｔによりデータの送受信を行うために、通信対象ＵＥを探索し、近隣に通信対象ＵＥの存在を検知する必要性がサービス要求条件として挙げられている。【０００９】
さらに、３ＧＰＰでは、１対多の通信を行うモードとして、リレー機能を有するＵＥを介してＵＥと通信を行うグループオーナー（ＧＯ、Ｇｒｏｕｐ  Ｏｗｎｅｒ）モードとＵＥ間で直接通信を行うデセントラライズモードとが規定されている。グループオーナー（ＧＯ、Ｇｒｏｕｐ  Ｏｗｎｅｒ）とは、グループを管理するＵＥのことであり、ＧＯとＵＥ間で直接通信を行う場合の通信リソースやセキュリティに関する情報、グループに関する情報を管理する。各ＵＥは直接通信を行う場合、ＧＯから通信リソースなどを割り当てられる必要がある。さらに、ＧＯは、各ＵＥから送信される直接通信のデータを受信し、グループのＵＥへ転送することで、ＵＥ間のデータの送受信を提供する。【００１０】
デセントラライズモードは、通信リソースやセキュリティに関する情報、グループに関する情報は各ＵＥで管理される。各ＵＥは直接通信を行う場合、直接通信が行われていないかを検出して、直接通信を開始する。【００１１】
このようにＰｒｏＳｅでは、ＵＥ間のデータの送受信を、ＧＯを介して行うＧＯモードと、各ＵＥがＵＥに直接通信を行うデセントラライズモードと、を提供することを目的としている。さらに、デセントラライズモードとＧＯモードを必要に応じて切り替えることが検討されている。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】3GPP TS23.401 Technical Specification Group Services and System Aspects, General Packet Radio Service(GPRS) enhancements for Evolved UniversaＬＴＥrrestrial Radio Access Network(E-UTRAN) access
【非特許文献２】3GPP TR22.803 Technical Specification Group Services and System Aspects, Feasibility study for Proximity Services(ProSe)
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、ＧＯモード、デセントラライズモードにおける通信路の確立手続きは、提案されていたが、ＧＯモードとデセントラライズモードを切り替えるための具体的な実現手段はなかった。つまり、ＧＯモードからデセントラライズモードへ切り替える実現手段はなかった。また、デセントラライズモードからＧＯモードへ切り替える実現手段はなかった。【００１４】
例えば、ＧＯモードは、ＵＥ１がＵＥ２と直接通信を行えないほど、近隣にＵＥ２が存在しない場合、ＵＥ１とＵＥ２が通信を行うために望ましいモードであるが、ＵＥ１とＵＥ２が直接通信を行えるほど、近隣にＵＥ２が存在する場合、ＧＯが介在するために、不要な無線リソースなどが利用されることからデセントラライズモードの方が望ましい。【００１５】
ＧＯモードからデセントラライズモードへ切り替えを行うためには、ＵＥおよび、ＧＯは、デセントラライズモードへの切り替えを検知し、デセントラライズモードにおける通信路を確立し、ＧＯモードにおける通信路を削除する必要がある。【００１６】
また、デセントラライズモードからＧＯモードへ切り替えを行うためには、ＵＥおよび、ＧＯは、ＧＯモードへの切り替えを検知し、ＧＯモードにおける通信路を確立し、デセントラライズモードにおける通信路を削除する必要がある。【００１７】
しかしながら、ＧＯモードからデセントラライズモードへ切り替えるために、ＵＥおよびＧＯがデセントラライズモードへの切り替えを検知し、セントラライズモードにおける通信路を確立し、ＧＯモードにおける通信路を削除する手段は明らかになっていない。【００１８】
また、デセントラライズモードからＧＯモードへ切り替えを行うために、ＵＥおよび、ＧＯが、ＧＯモードへの切り替えを検知し、ＧＯモードにおける通信路を確立し、デセントラライズモードにおける通信路を削除する手段は明らかになっていない。【００１９】
本発明は、このような事情に鑑みてなされたもので、ＧＯモードによる通信路による通信中に、ＧＯモードからデセントラライズモードへ遷移したＵＥが、ＰｒｏＳｅサービスを継続したまま、デセントラライズモードにおける通信路に切り替える手段を提供し、デセントラライズモードによる通信路による通信中に、デセントラライズモードからＧＯモードへ遷移したＵＥが、ＰｒｏＳｅサービスを継続したまま、ＧＯモードにおける通信路に切り替える手段を提供すること目的とした端末装置、基地局、位置管理装置、加入者管理装置の各処理、さらに移動通信システム等を提供することである。
【課題を解決するための手段】
【００２０】
リレー端末装置であって、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路へデータの送受信を切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを端末装置に送信し、端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第二のモードにおける第二の通信路を確立し、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えることを特徴とする。【００２１】
リレー端末装置であって、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを端末装置に送信し、端末装置から切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることを特徴とする。【００２２】
切り替えを要求するメッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする。【００２３】
切り替えを要求するメッセージは、通信路を削除することを要求する要求メッセージであることを特徴とする。【００２４】
切り替えを要求する要求メッセージは、端末装置またはリレー端末装置を識別する情報または、接続先を示す情報を含むことを特徴とする。【００２５】
端末装置であって、端末装置の近隣に存在するリレー端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、リレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージをリレー端末装置に送信し、リレー端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることを特徴とする。【００２６】
端末装置であって、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路へ切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信し、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第二のモードにおける第二の通信路を確立し、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えることを特徴とする。【００２７】
端末装置であって、端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へ切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信し、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることを特徴とする。【００２８】
切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする。【００２９】
切り替えを要求する要求メッセージは、通信路を削除することを要求する要求メッセージであることを特徴とする。【００３０】
切り替えを要求する要求メッセージは、端末装置またはリレー端末装置を識別する情報または接続先を示す情報を含むことを特徴とする。【００３１】
リレー端末装置の通信制御方法であって、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路へデータの送受信を切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを端末装置に送信するステップと、端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第二のモードにおける第二の通信路を確立するステップと、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えるステップと、を備えることを特徴とする。【００３２】
リレー端末装置の通信制御方法であって、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを端末装置に送信するステップと、端末装置から切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、第一のモードにおける第一の通信路を確立するステップと、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えるステップと、を備えることを特徴とする。【００３３】
端末装置の通信制御方法であって、端末装置の近隣に存在するリレー端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置はリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージをリレー端末装置に送信するステップと、リレー端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、第一のモードにおける第一の通信路を確立するステップと、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えるステップと、を備えることを特徴とする。【００３４】
端末装置の通信制御方法であって、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、第端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路へ切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信するステップと、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、第二のモードにおける第二の通信路を確立するステップと、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えるステップと、を備えることを特徴とする。【００３５】
端末装置の通信制御方法であって、端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へ切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信するステップと、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信するステップと、第一のモードにおける第一の通信路を確立するステップと、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えるステップと、を備えることを特徴とする。【００３６】
切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであることを特徴とする。【００３７】
切り替えを要求する要求メッセージは、通信路を削除することを要求する要求メッセージであることを特徴とする。【００３８】
切り替えを要求する要求メッセージは、端末装置またはリレー端末装置を識別する情報または接続先を示す情報を含むことを特徴とする。
【発明の効果】
【００３９】
本発明によれば、移動通信事業者は、通信元ＵＥおよび通信先ＵＥが、ＧＯモードにおける通信路を確立し、データの送受信中に、ＧＯモードからデセントラライズモードへ切り替えることにより、ＧＯモードにおける通信路からデセントラライズモードにおける通信路へ切り替えることができる。【００４０】
また、移動通信事業者は、通信元ＵＥおよび通信先ＵＥが、デセントラライズモードにおける通信路を確立し、データの送受信中に、デセントラライズモードからＧＯモードへ切り替えることにより、デセントラライズモードにおける通信路からＧＯモードにおける通信路へ切り替えることができる。
【図面の簡単な説明】
【００４１】
【図１】第１実施形態における移動通信システム１の概要を説明するための図である。
【図２】第１実施形態における通信形態を説明するための図である。
【図３】第１実施形態におけるＵＥの機能構成を説明するための図である。
【図４】第１実施形態におけるＵＥの記憶部において管理される機能構成の例を示すための図である。
【図５】第１実施形態におけるＵＥ−Ｒの機能構成を説明するための図である。
【図６】第１実施形態におけるＵＥ−Ｒの記憶部において管理される機能構成の例を示すための図である。
【図７】第１実施形態におけるｅＮＢの機能構成を説明するための図である。
【図８】第１実施形態におけるＭＭＥの機能構成を説明するための図である。
【図９】第１実施形態におけるＰｒｏＳｅ  Ｓｅｒｖｅｒの機能構成を説明するための図である。
【図１０】第１実施形態における処理の流れを説明するための図である。
【図１１】第１実施形態におけるＵＥにおけるＰｒｏＳｅアプリケーションサーバへの登録手続きを説明するための図である。
【図１２】第１実施形態におけるＵＥ−Ｒにおけるネットワーク接続とサービス登録手続きを説明するための図である。
【図１３】第１実施形態におけるＧＯモードにおける通信路確立手続きを説明するための図である。
【図１４】第１実施形態におけるＧＯモードの通信路の管理を説明するための図である。
【図１５】第１実施形態におけるデセントラライズモードへの切り替え手続きを説明するための図である。
【図１６】第１実施形態におけるデセントラライズモードの通信路確立手続きを説明するための図である。
【図１７】第１実施形態におけるＧＯモードの通信路削除手続きを説明するための図である。
【図１８】第１実施形態におけるデセントラライズモードの通信路の管理を説明するための図である。
【図１９】変形例１におけるデセントラライズモードへの切り替え手続きを説明するための図である。
【図２０】変形例１におけるデセントラライズモードの通信路確立手続きを説明するための図である。
【図２１】変形例１におけるＧＯモードの通信路削除手続きを説明するための図である。
【図２２】第２実施形態における処理の流れを説明するための図である。
【図２３】第２実施形態におけるＧＯモードへの切り替え手続きを説明するための図である。
【図２４】第２実施形態におけるＧＯモードの通信路確立手続きを説明するための図である。
【図２５】第２実施形態におけるデセントラライズモードの通信路削除手続きを説明するための図である。
【図２６】変形例２におけるＧＯモードへの切り替え手続きを説明するための図である。
【図２７】変形例２におけるデセントラライズモードの通信路削除手続きを説明するための図である。
【図２８】第３実施形態における通信形態を説明するための図である。
【図２９】第３実施形態におけるＧＯモードの通信路の管理を説明するための図である。
【図３０】第３実施形態におけるデセントラライズモードへの切り替え手続きを説明するための図である。
【図３１】第３実施形態におけるデセントラライズモードの通信路の管理を説明するための図である。
【図３２】第４実施形態におけるＧＯモードへの切り替え手続きを説明するための図である。
【図３３】第４実施形態におけるＵＥ−Ｒの選択を説明するための図である。
【図３４】変形例３におけるＧＯモードへの切り替え手続きを説明するための図である。
【発明を実施するための形態】
【００４２】
以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本実施形態では、一例として、本発明を適用した場合の移動通信システムの実施形態について、図を用いて詳細に説明する。また、ＬＴＥ  Ｄｉｒｅｃｔを、ＬＴＥ（Ｄ）と表記する。ここで、ＬＴＥ（Ｄ）はＬＴＥ通信方式を用いて確立されたＵＥ間の直接通信路を指す。
【００４３】
［１．第１実施形態］
まず、本発明を適用した第１実施形態について、図面を参照して説明する。
【００４４】
［１．１  移動通信システムの概要］
図１は、本実施形態における移動通信システム１の概略を説明するための図である。図１（ａ）に示すように、移動通信システム１は、ＵＥ（（端末装置）ＵＥ１０ａとＵＥ１０ｂ）と、ＵＥ−Ｒ（リレー端末装置）１５と、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）８０とがＩＰ移動通信ネットワーク５を介して接続されて構成されている。ＰＤＮ８０には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０が接続されている。ＵＥ１０ａとＵＥ−Ｒ１５は近隣に位置し、ＬＴＥ（Ｄ）を介して接続することができる。ＵＥ１０ｂとＵＥ−Ｒ１５は近隣に位置し、ＬＴＥ（Ｄ）を介して接続することができる。なお、ＵＥ１０ａとＵＥ１０ｂとは、同様の装置であり、ＵＥ１０と記載した場合は、ＵＥ１０ａ又はＵＥ１０ｂのいずれにも該当することとして以下説明する。
【００４５】
ＵＥ−Ｒ１５はＩＰ移動通信ネットワーク５に接続し、ＩＰ移動通信ネットワーク５はＰＤＮ８０と接続されている。
【００４６】
ＩＰ移動通信ネットワーク５は、例えば、移動通信事業者が運用する無線アクセスネットワークとコアネットワークとによって構成されるネットワークでもよいし、固定通信事業者が運用するブロードバンドネットワークであっても良い。ここで、ブロードバンドネットワークは、ＡＤＳＬ（Asymmetric Digital Subscriber Line）等により接続し、光ファイバー等のデジタル回線による高速通信を提供する、通信事業者が運用するＩＰ移動通信ネットワークであってよい。さらに、これらに限らずＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等で無線アクセスするネットワークであっても良い。
【００４７】
ＵＥ１０、ＵＥ−Ｒ１５は、ＬＴＥやＷＬＡＮ等のアクセスシステムを用いて接続する通信端末であり、３ＧＰＰ  ＬＴＥの通信インタフェースやＷＬＡＮの通信インタフェース等を搭載して接続することにより、ＩＰアクセスネットワークへ接続することが可能である。
【００４８】
具体的な例としては、携帯電話端末やスマートフォンであり、その他通信機能を備えたタブレット型コンピュータやパソコン、家電などである。
【００４９】
ＰＤＮ８０は、パケットでデータの送受信を行うネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどである。さらに、グループ通話などのグループ通信サービスを提供するネットワークであってもよい。ＰＤＮ８０内に、アプリケーションサーバやグループ通信のアプリケーションサーバ（GCSE AS:Group Communication Service Enablers Application Server）が含まれても良い。
【００５０】
アプリケーションサーバは、ＵＥ１０が利用するアプリケーションに関連する制御情報や識別情報を管理し、必要に応じて、ＵＥ１０やＵＥ−Ｒ１５に制御情報や識別情報を通知するサーバである。
ＧＣＳＥ  ＡＳは、グループ通信を行うためのアプリケーションに関連する制御情報や識別情報を管理し、必要に応じて、ＵＥ１０やＵＥ−Ｒ１５に制御情報や識別情報を通知するサーバである。
【００５１】
ＵＥ−Ｒ１５は、リレー端末装置であり、ＵＥ−Ｒ１５はＵＥ１０に限らず複数の端末装置とＬＴＥ（Ｄ）による直接通信路を確立し、接続することができる。さらに、リレー端末装置とはリレー機能を有する端末装置であり、ＵＥ−Ｒ１５はＩＰ移動通信ネットワークに接続して通信路を確立し、ＰＤＮ８０との接続性を確立する。
【００５２】
ＵＥ−Ｒ１５は、ＵＥ１０とＰＤＮ８０との通信を中継するリレー機能を有し、これによりＵＥ１０はＰＤＮ８０とのデータ送受信を実現する。
【００５３】
このように、ＵＥ１０とＵＥ−Ｒ１５とは、リレー機能の有無のみが異なる構成であってよい。なお、ＵＥ−Ｒ１５は、グループオーナー（ＧＯ、Ｇｒｏｕｐ  Ｏｗｎｅｒ）として、グループの管理を行うことができる。グループの管理とは、グループのメンバー（ＵＥ、ユーザ）の登録、グループのメンバーの削除を行うことができる。なお、グループに登録されているメンバーは、グループに登録されているメンバー間でデータの送受信を行うことができる。
【００５４】
ＰＤＮ８０は、ＩＰアクセスネットワークへ有線回線等を利用して接続される。例えば、ＡＤＳＬ（Asymmetric Digital Subscriber Line）や光ファイバー等によって構築される。ただし、これに限らずＬＴＥ（Long Term Evolution）や、ＷＬＡＮ（Wireless LAN）、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等の無線アクセスネットワークであっても良い。
【００５５】
[１．１．１  ＩＰ移動通信ネットワークの構成例]
図１に示すように、移動通信システム１は、ＵＥ１０と、ＵＥ−Ｒ１５と、ＩＰ移動通信ネットワーク５と、ＰＤＮ８０（Packet Data Network）とから構成される。また、ＵＥ−Ｒ１５にはＵＥ１０ａ、ＵＥ１０ｂのように、複数の通信端末が接続されてよい。これらの通信端末はＵＥ１０と構成が同じである。さらに、ＩＰ移動通信ネットワーク５には、ＵＥ−Ｒ１５以外にも複数のリレー機能を有する端末装置を接続することができる。こうした端末装置はＵＥ−Ｒと構成が同じであり、図面の簡略化のため記載を省略する。
【００５６】
ＩＰ移動通信ネットワーク５はコアネットワーク７と無線アクセスネットワーク（例えば、ＬＴＥ  ＡＮ９）で構成される。
【００５７】
コアネットワーク７は、ＭＭＥ３０(Mobile Management Entity)と、ＳＧＷ４０(Serving Gateway)と、ＰＧＷ（アクセス制御装置）５０（Packet Data Network Gateway）と、ＨＳＳ６０(Home Subscriber Server)と、ＰＣＲＦ７０(Policy and charging rules function)と、を含んで構成される。
【００５８】
無線アクセスネットワークは、コアネットワーク７に接続されている。さらに、ＵＥ−Ｒ１５は無線アクセスネットワークに無線接続することができる。
【００５９】
無線アクセスネットワークには、ＬＴＥアクセスシステムで接続できるＬＴＥアクセスネットワーク（ＬＴＥ  ＡＮ９）を構成することができる。
【００６０】
なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略するが、簡単に機能を説明すると、ＰＧＷ５０はＰＤＮ８０と、ＳＧＷ４０と、ＰＣＲＦ７０とに接続されており、ＰＤＮ８０とコアネットワーク７のゲートウェイ装置としてユーザデータ配送を行う。
【００６１】
ＳＧＷ４０は、ＰＧＷ５０と、ＭＭＥ３０と、ＬＴＥ  ＡＮ９とに接続されており、コアネットワーク７とＬＴＥ  ＡＮ９とのゲートウェイ装置としてユーザデータの配送を行う。
【００６２】
ＭＭＥ３０は、ＳＧＷ４０と、ＨＳＳ６０と、ＬＴＥ  ＡＮ９とに接続されており、ＬＴＥ  ＡＮ９を経由したＵＥ１０の位置管理、アクセス制御を行う位置管理装置である。
【００６３】
ＨＳＳ６０は、Ｐｒｏｓｅ  Ｓｅｒｖｅｒ９０と、ＭＭＥ３０と、ＳＧＷ４０とに接続されており、加入者情報の管理を行う。
【００６４】
ＰＣＲＦ７０は、ＰＧＷ５０と、ＰＤＮ８０とに接続されており、データ配送に対するＱｏＳ管理を行う。
【００６５】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＭＭＥ３０と接続されており、通信端末間での直接通信路の確立を管理するサーバ装置である。なお、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０と単一の装置として構成されてもよいし、それぞれ独立した装置で構成されてもよい。また、コアネットワーク７に含まれて構成される例を示したが、これに限らず図１のようにＰＤＮ８０に含まれて構成されてもよい。さらに、グループ通信サービスを提供するＰＤＮに含められたＧＣＳＥと単一の装置として構成されてもよい。
【００６６】
なお、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ネットワークの一機能として、ＰｒｏＳｅ  Ｆｕｎｃｔｉｏｎとして構成しても良い。さらに、ある装置の機能の一部として、ＰｒｏＳｅ  Ｆｕｎｃｔｉｏｎ９０を構成しても良い。
【００６７】
また、図１（ｂ）に示すように、無線アクセスネットワークには、ＵＥ−Ｒ１５が実際に接続する装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した種々の装置が考えられるが、本実施形態においては、ＬＴＥ  ＡＮ９はｅＮＢ２０を含んで構成される。ｅＮＢ２０はＬＴＥアクセスシステムでＵＥ−Ｒ１５が接続する無線基地局であり、ＬＴＥ  ＡＮ９には１又は複数の無線基地局が含まれて構成されてよい。
【００６８】
なお、本明細書において、ＵＥ−Ｒ１５が無線アクセスネットワークに接続されるとは、無線アクセスネットワークに含まれる基地局装置に接続されることをいい、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。
【００６９】
例えば、ＬＴＥ  ＡＮ９にＵＥ−Ｒ１５が接続されるとは、ＵＥ−Ｒ１５がｅＮＢ２０を介して接続されること言う。
【００７０】
ＵＥ１０は、ＧＯモード（Ｇｒｏｕｐ  Ｏｗｎｅｒ  ｍｏｄｅ、グループオーナーモード）とデセントラライズモードにおける通信路を確立することができる。ＧＯモードは、各ＵＥがＧＯ（Ｇｒｏｕｐ  Ｏｗｎｅｒ、グループオーナー）であるＵＥ−Ｒ１５を介して、ＩＰ移動通信ネットワーク５へ接続する。図１（ａ）に示すように、ＧＯモードでは、ＵＥ１０ａは、ＵＥ−Ｒ１５を経由してデータの送受信を行う。また、ＵＥ１０ｂはＵＥ−Ｒ１５を経由してデータの送受信を行う。
【００７１】
さらに、ＵＥ１０ａはＵＥ１０ｂとデータの送信を行う場合、ＵＥ１０ａはＵＥ−Ｒ１５、ＬＴＥ  ＡＮ９、コアネットワーク７、ＰＤＮ８０を経由し、さらにＰＤＮ８０からコアネットワーク７、ＬＴＥ  ＡＮ９、ＵＥ−Ｒ１５を介してＵＥ１０ｂへ送信する。このとき、ＵＥ−Ｒ１５は、ＵＥ１０ａからのデータを、ＬＴＥ  ＡＮ９、コアネットワーク７、ＰＤＮ８０を経由せずに、直接ＵＥ１０ｂへデータを送信しても良い。
【００７２】
また、ＵＥ１０ｂはＵＥ１０ａとデータの送信を行う場合、ＵＥ１０ｂはＵＥ−Ｒ１５、ＬＴＥ  ＡＮ９、コアネットワーク７、ＰＤＮ８０を経由し、さらにＰＤＮ８０からコアネットワーク７、ＬＴＥ  ＡＮ９、ＵＥ−Ｒ１５を介してＵＥ１０ａへ送信する。このとき、ＵＥ−Ｒ１５は、ＵＥ１０ｂからのデータを、ＬＴＥ  ＡＮ９、コアネットワーク７、ＰＤＮ８０を経由せずに、直接ＵＥ１０ａへデータを送信しても良い。
【００７３】
図２に、第１実施形態におけるデセントラライズモードにおけるデータの送受信の例を示す。デセントラライズモードは、ＵＥ１０ａとＵＥ１０ｂが、ＵＥ−Ｒ１５を経由してデータの送受信を行うのではなく、ＵＥ間で直接データの送受信を行う。図２では、ＵＥ１０ａは、ＵＥ−Ｒ１５を経由してデータの送受信を行うのではく、ＵＥ１０ｂおよび／またはＵＥ−Ｒ１５と直接通信を行う。また、ＵＥ１０ｂは、ＵＥ−Ｒ１５および／またはＵＥ１０ａと直接通信を行う。さらに、本実施形態では、ＵＥ−Ｒ１５は、ＵＥ１０ａおよびＵＥ１０ｂと同じグループであり、ＵＥ−Ｒ１５はＵＥ１０ａとＵＥ１０ｂと直接通信路により、データの送受信を行うことができる。
【００７４】
［１．２  装置構成］
続いて、各装置構成について図を用いて簡単に説明する。
【００７５】
[１．２．１  ＵＥの構成]
図３を基に本実施形態におけるＵＥ１０の機能構成を示す。なお、ＵＥ１０は、ＵＥ１０ａ、ＵＥ１０ｂにおいても同様の構成である。ＵＥ１０は、制御部１００に、第１インタフェース部１１０と、第２インタフェース部１２０と、記憶部１４０とがバスを介して接続されている。
【００７６】
制御部１００は、ＵＥ１０を制御するための機能部である。制御部１００は、記憶部１４０に記憶されている各種情報、各種プログラムを読みだして実行することにより各種処理を実現する。
【００７７】
第１インタフェース部１１０は、ＬＴＥアクセス方式により他の通信端末やＵＥ−Ｒ１５と直接通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第１インタフェース部１１０には、外部アンテナ１１２が接続されている。
【００７８】
ＵＥ１０は、第１インタフェース部を介してＬＴＥ基地局を介さずに他のＵＥ１０やＵＥ−Ｒ１５との間に直接通信路を確立し、通信を行うこともできる。
【００７９】
第２インタフェース部１２０は、ＬＴＥアクセス方式によりｅＮＢ２０に接続し、コアネットワーク７を介してＰＤＮ８０への通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第２インタフェース部１２０には、外部アンテナ１２２が接続されている。
【００８０】
ＵＥ１０は、第２インタフェース部１２０を介してＬＴＥ  ＡＮ９に接続し、コアネットワーク７を介してＰＤＮ８０との間に通信路を確立し、データの送受信を行うこともできる。
【００８１】
なお、図面では第１インタフェース部１１０と第２インタフェース部１２０とはそれぞれ異なるアンテナを介して通信を行う構成を説明したが、一つのアンテナを共用する構成としてもよい。
【００８２】
記憶部１４０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部１４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。さらに、記憶部１４０には、ＵＥ通信路コンテキスト１４２、グループ識別情報１４４、モード管理表１４８が記憶されている。
【００８３】
図４（ａ）にＵＥ通信路コンテキスト１４２の例を示す。図４（ａ）におけるＵＥ通信路コンテキスト１４２は、ＵＥが確立する通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Tunnel Endpoint Identifier）、ＴＦＴ（Traffic Flow Template）が含まれている。
【００８４】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとに異なるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【００８５】
ベアラＩＤは、ＵＥ１０がＵＥ−Ｒ１５と接続する際に確立するＵＥ１０とＵＥ−Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０が他のＵＥと直接通信を行う際に確立するＵＥ１０と他のＵＥ間の無線通信路である無線ベアラを識別する情報であっても良い。
【００８６】
さらに、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
【００８７】
ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
【００８８】
ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ  ＩＰプロトコルや、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
【００８９】
ＴＦＴとは、アプリケーション毎に定義される送信先の設定情報であり、ＵＥ１０はあるアプリケーションにおけるデータの送信が発生した場合、ＴＦＴを利用して送信先を決定する。なお、ＴＦＴとベアラＩＤとを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
【００９０】
ＵＥ通信路コンテキスト１４２には、他に、ＵＥ識別子、基地局識別情報、サービス識別情報などを含んでも良い。ＵＥ識別子は、ＵＥ１０（ＵＥ１０ａ、ＵＥ１０ｂ）やＵＥ−Ｒ１５を識別する識別子である。基地局識別情報は、ＵＥ−Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
【００９１】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【００９２】
図４（ｂ）にグループ識別情報１４４の例を示す。図４（ｂ）では、ＵＥ１０は、グループ１とグループ２のグループ識別情報を管理している。グループ識別情報１４４は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【００９３】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【００９４】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。なお、グループ識別情報１４４は、ＵＥ通信路コンテキスト１４２に含まれていても良い。
【００９５】
図４（ｃ）に、モード管理表１４８を示す。モード管理表１４８では、ＧＯモードか、デセントラライズモード情報が管理されている。図４（ｃ）ではＧＯモードが管理されている。ここで、ＵＥ１０は、ＧＯモードにおける通信路の確立またはＧＯモードへ通信路の切り替えに応じて、ＧＯモードを管理しても良い。なお、ＵＥ１０は、デセントラライズモードの通信路の確立またはデセントラライズモードの通信路の切り替えに応じて、デセントラライズモードを管理しても良い。なお、モード管理表１４８は、ＵＥ通信路コンテキスト１４２に含まれていても良い。
【００９６】
また、ＵＥ１０は、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理しても良い。ここで、ＵＥ１０は、ＧＯモードとデセントラライズモードとの切り替えを行うことができること（許可）のみを示す許可情報を管理しても良い。また、ＵＥ１０は、ＧＯモードとデセントラライズモードの切り替えを行うことができること（許可）と、ＧＯモードとデセントラライズモードの切り替えを行うことができないこと（不許可）と、を示す許可情報を管理しても良い。なお、ＧＯモードとデセントラライズモードとの切り替えを行うことができることを示す許可情報は、ＵＥ通信路コンテキスト１４２で管理されても良い。
【００９７】
なお、ＵＥ−Ｒ１５にはＵＥ１０に限らず複数の通信端末が接続することが可能である。これらの通信端末の構成はＵＥ１０と同様の構成であるため詳細説明を省略する。
【００９８】
[１．２．２  ＵＥ−Ｒの構成]
図５に本実施形態におけるＵＥ−Ｒ１５の機能構成を示す。ＵＥ−Ｒ１５は、制御部１５００に、第１インタフェース部１５１０と第２インタフェース部１５２０と、データ転送部１５３０と、記憶部１５４０とがバスを介して接続されている。
【００９９】
制御部１５００は、ＵＥ−Ｒ１５を制御するための機能部である。制御部１５００は、記憶部１５４０に記憶されている各種情報、各種プログラムを読みだして実行することにより各種処理を実現する。
【０１００】
第１インタフェース部１５１０は、ＬＴＥアクセス方式によりＵＥ１０などの他の通信端末と直接通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第１インタフェース部１５１０には、外部アンテナ１５１２が接続されている。
【０１０１】
ＵＥ−Ｒ１５は、第１インタフェース部を介してＬＴＥ基地局を介さずにＵＥ１０などの他の通信端末との間に直接通信路を確立し、通信を行うこともできる。
【０１０２】
第２インタフェース部１５２０は、ＬＴＥアクセス方式によりｅＮＢ２０に接続し、コアネットワーク７を介してＰＤＮ８０への通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第２インタフェース部１５２０には、外部アンテナ１５２２が接続されている。
【０１０３】
ＵＥ−Ｒ１５は、第２インタフェース部１５２０を介してＬＴＥ  ＡＮ９に接続し、コアネットワーク７を介してＰＤＮ８０との間に通信路を確立し、データの送受信を行うこともできる。
【０１０４】
なお、図面では第１インタフェース部１５１０と第２インタフェース部１５２０とはそれぞれ異なるアンテナを介して通信を行う構成を説明したが、一つのアンテナを共用する構成としてもよい。
【０１０５】
記憶部１５４０は、ＵＥ−Ｒ１５の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部１５４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。さらに、記憶部１５４０には、ＵＥ−Ｒ通信路コンテキスト１５４２、グループ識別情報１５４４、モード管理表１５４８が記憶されている。
【０１０６】
図６（ａ）にＵＥ−Ｒ通信路コンテキスト１５４２の例を示す。ＵＥ−Ｒ通信路コンテキスト１５４２は、ＵＥ−Ｒ１５が確立する通信路に対応づけられて管理される情報群であり、ＰＤＮコネクションＩＤ、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＴＥＩＤ（Tunnel Endpoint Identifier）、ＴＦＴ（Traffic Flow Template）が含まれている。なお、ＵＥ−Ｒ通信路コンテキスト１５４２には、基地局識別情報、サービス識別情報などを含んでも良い。
【０１０７】
ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
【０１０８】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【０１０９】
ベアラＩＤは、ＵＥ１０がＵＥ−Ｒ１５と接続する際に確立するＵＥ１０とＵＥ−Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
【０１１０】
ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ  ＩＰプロトコルや、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
【０１１１】
ＴＦＴは、アプリケーション毎に定義される送信先の設定情報であり、ＵＥ−Ｒ１５はあるアプリケーションにおけるデータの送信が発生した場合、ＴＦＴを利用して送信先を決定する。なお、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
【０１１２】
基地局識別情報は、ＵＥ−Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
【０１１３】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０１１４】
ＵＥ−Ｒ通信路コンテキスト１５４２は通信路毎に保持してもよい。例えば、ＵＥ１０と確立する直接通信路と、ｅＮＢ２０と接続しＰＧＷ５０へ接続する通信路とに対してそれぞれ保持しても良い。
【０１１５】
ここで直接通信路に対するＵＥ−Ｒ通信路コンテキスト１５４２の基地局情報は、ＵＥ−Ｒ１５を識別する情報であってよく、ｅＮＢ２０と接続しＰＧＷ５０へ接続する通信路に対するＵＥ−Ｒ通信路コンテキスト１５４２の基地局情報は、ｅＮＢ２０を識別する情報であってよい。
【０１１６】
さらに、ＵＥ−Ｒ通信路コンテキスト１５４２には、ＵＥ−Ｒ１５の識別情報を含んで保持しても良い。ＵＥ−Ｒ１５の識別情報は、ＩＭＳＩ（International Mobile Subscriber Identity）などのＵＥ−Ｒ１５に対応づけられた加入者識別情報であってもよいし、ＵＥ−Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＵＥ−Ｒ１５に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。
【０１１７】
さらに、ＵＥ−Ｒ通信路コンテキスト１５４２には、位置管理装置を識別する情報を記憶しても良い。位置管理装置を識別する情報は、位置管理装置に割り当てられたＩＰアドレスであってもよいし、位置管理装置に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。また、グローバルにユニーク性をもつＧＭＭＥＩ（Globally Unique MME Identifier）でもよいし、ＧＵＴＩと、事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）とから構成されるＧＵＴＩ（Global Unique Temporary Identity）であってもよい。
【０１１８】
図６（ｂ）に、グループ識別情報１５４４の例を示す。図６（ｂ）では、ＵＥ−Ｒ１５は、グループ１とグループ２のグループ識別情報を管理している。グループ識別情報１５４４は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０１１９】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０１２０】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。なお、グループ識別情報１５４４は、ＵＥ−Ｒ通信路コンテキスト１５４２に含まれていても良い。
【０１２１】
図６（ｃ）に、モードの管理表１５４８を示す。モード管理表１５４８では、ＧＯモードか、デセントラライズモード情報が管理されている。図６（ｃ）ではＧＯモードが管理されている。ここで、ＵＥ１０は、ＧＯモードにおける通信路の確立またはＧＯモードへ通信路の切り替えに応じて、ＧＯモードを管理しても良い。なお、ＵＥ１０は、デセントラライズモードの通信路の確立またはデセントラライズモードの通信路の切り替えに応じて、デセントラライズモードを管理しても良い。なお、モード管理表１４８は、ＵＥ−Ｒ通信路コンテキスト１５４２に含まれていても良い。
【０１２２】
また、ＵＥ−Ｒ１５は、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理しても良い。ここで、ＵＥ−Ｒ１５は、ＧＯモードとデセントラライズモードの切り替えを行うことができること（許可）のみを示す許可情報を管理しても良い。また、ＵＥ−Ｒ１５は、ＧＯモードとデセントラライズモードの切り替えを行うことができること（許可）と、ＧＯモードとデセントラライズモードの切り替えを行うことができないこと（不許可）と、を示す許可情報を管理しても良い。なお、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報は、ＵＥ−Ｒ通信路コンテキスト１５４２で管理されても良い。
【０１２３】
データ転送部１５３０は、第１インタフェース部１５１０を介して受信したＵＥ１０から受信データを、第２インタフェース部１５２０を介してＩＰ移動通信ネットワークへ転送し、さらに、第２インタフェース部１５２０を介して受信したＵＥ１０宛ての受信データを、第１インタフェース部１５１０を介してＵＥ１０へ転送する機能部である。なお、ＵＥ−Ｒ１５にはＵＥ１０に限らず複数の通信端末が接続されてよい。また、ｅＮＢ２０には、ＵＥ−Ｒ１５に限らず複数のリレー機能を備えた通信端末が接続されてよい。これらのリレー機能を備えた通信端末の構成はＵＥ−Ｒ１５と同様の構成であるため詳細説明を省略する。
【０１２４】
[１．２．３  ｅＮＢの構成]
図７をもとに本実施形態におけるｅＮＢ２０の機能構成を示す。ｅＮＢ２０は、制御部２００に、第１インタフェース部２１０と、第２インタフェース部２２０と、データ転送部２３０と、記憶部２４０とがバスを介して接続されている。
【０１２５】
制御部２００は、ｅＮＢ２０を制御するための機能部である。制御部２００は、記憶部２４０に記憶されている各種情報、各種プログラムを読みだして実行することにより各種処理を実現する。
【０１２６】
第１インタフェース部２１０は、ＬＴＥアクセス方式によりＵＥ−Ｒ１５やＵＥ１０などの他の通信端末と無線通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第１インタフェース部２１０には、外部アンテナ２１２が接続されている。
【０１２７】
第２インタフェース部２２０は、有線接続によりコアネットワークにコアネットワーク７に接続している。コアネットワーク７への接続は、イーサネット（登録商標）や光ファイバケーブルなどにより接続しても良い。
【０１２８】
記憶部２４０は、ｅＮＢ２０の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部２４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。さらに、記憶部２４０には、ｅＮＢ通信路コンテキスト２４２が記憶されている。
【０１２９】
ｅＮＢ通信路コンテキスト２４２は、ＵＥ−Ｒ１５またはＵＥ１０との間に確立する通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Tunnel Endpoint Identifier），基地局識別情報、サービス識別情報、グループ識別情報などを含んでも良い。
【０１３０】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【０１３１】
ベアラＩＤは、ＵＥ１０がＵＥ−Ｒ１５と接続する際に確立するＵＥ１０とＵＥ−Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
【０１３２】
ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
【０１３３】
ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ  ＩＰプロトコルや、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
【０１３４】
基地局識別情報は、ＵＥ−Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
【０１３５】
また、基地局識別情報は、基地局に割り当てられたＩＰアドレスであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などの識別情報であってよい。
【０１３６】
また、ＵＥ−Ｒ１５を識別する情報も、ＵＥ−Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などの識別情報であってよい。
【０１３７】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０１３８】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０１３９】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０１４０】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０１４１】
ｅＮＢ通信路コンテキスト２４２は通信路毎に保持してもよい。例えば、ＵＥ−Ｒ１５と確立する通信路と、他のリレー機能を有する通信端末との通信路に対してそれぞれ保持しても良い。
【０１４２】
ここで直接通信路に対する通信路コンテキストの基地局情報は、ＵＥ−Ｒ１５を識別する情報と、ｅＮＢ２０を識別する情報とをそれぞれ記憶しても良い。
【０１４３】
データ転送部２３０は、第１インタフェース部２１０を介して受信したＵＥ−Ｒ１５から受信データを、第２インタフェース部２２０を介してＩＰ移動通信ネットワークへ転送し、さらに、第２インタフェース部２２０を介して受信したＵＥ１０宛ての受信データを、第１インタフェース部２１０を用いてＵＥ−Ｒ１５介してＵＥ１０へ転送する機能部である。
【０１４４】
[１．２．４  ＭＭＥの構成]
ＭＭＥ３０は、ＵＥ１０の通信路確立やサービス提供に関して、許可または不許可を決定する位置管理装置である。
【０１４５】
図８にＭＭＥ３０の機能構成を示す。ＭＭＥ３０は、制御部４００に、ＩＰ移動通信ネットワークインタフェース部４１０と、記憶部４４０とがバスを介して接続されている。
【０１４６】
制御部４００は、ＵＥ１０を制御するための機能部である。制御部４００は、記憶部４４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
【０１４７】
ＩＰ移動通信ネットワークインタフェース部４１０は、ＭＭＥ３０がＩＰ移動通信ネットワーク５に接続するための機能部である。
【０１４８】
記憶部４４０は、ＭＭＥ３０の各種動作に必要なプログラム、データ等を記録する機能部である。記憶部４４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成される。さらに、記憶部４４０には、ＭＭＥ通信路コンテキスト４４２が記憶されている。
【０１４９】
ＭＭＥ通信路コンテキスト４４２は、ＵＥ−Ｒ１５とＵＥ１０との間に確立される直接通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Tunnel Endpoint Identifier），端末装置の識別情報、ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報、基地局識別情報、サービス識別情報、グループ識別情報などを含んでも良い。
【０１５０】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【０１５１】
ベアラＩＤは、ＵＥ１０がＵＥ−Ｒ１５と接続する際に確立するＵＥ１０とＵＥ−Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
【０１５２】
ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
【０１５３】
ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ  ＩＰプロトコルや、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
【０１５４】
端末装置の識別情報は、ＵＥ−Ｒ１５を識別する情報であってよい。また、ＵＥ−Ｒ１５を識別する情報は、ＩＭＳＩ（International Mobile Subscriber Identity）などのＵＥ−Ｒ１５に対応づけられた加入者識別情報であってもよいし、ＵＥ−Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＵＥ−Ｒ１５に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。さらに、これらを複数記憶しても良い。
【０１５５】
ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０を識別する情報であってよい。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０を識別する情報は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に割り当てられたＩＰアドレスであってもよいし、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。
【０１５６】
また、ＭＭＥ３０は、端末装置の識別情報とＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報とを対応づけて記憶しても良い。これにより、端末装置のサービスを管理するＰｒｏＳｅ
Ｓｅｒｖｅｒを記憶しても良いし、ＰｒｏＳｅ  Ｓｅｒｖｅｒがサービスを提供する端末装置を記憶しても良い。
【０１５７】
基地局識別情報は、ＵＥ−Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
【０１５８】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０１５９】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０１６０】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０１６１】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０１６２】
ＭＭＥ通信路コンテキスト４４２は通信路毎に保持してもよい。例えば、ＵＥ１０がＵＥ−Ｒ１５と確立する通信路と、他のリレー機能を有する通信端末との通信路に対して確立する通信路とに対してそれぞれ保持しても良い。
【０１６３】
ここで直接通信路に対する通信路コンテキストの基地局情報は、ＵＥ−Ｒ１５を識別する情報と、ＵＥ−Ｒ１５が接続するｅＮＢ２０を識別する情報とをそれぞれ記憶しても良い。
【０１６４】
また、以上説明した情報群は、ＭＭ（Mobility Management）Ｃｏｎｔｅｘｔの情報要素として記憶されてもよい。
【０１６５】
[１．２．５  ＰｒｏＳｅ  Ｓｅｒｖｅｒの構成]
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ−Ｒ１５やＵＥ１０に直接通信路の確立や近隣端末の検出等のサービスを提供するサーバ装置である。
【０１６６】
図９にＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の機能構成を示す。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、制御部９００に、ＩＰ移動通信ネットワークインタフェース部９１０と、記憶部９４０とがバスを介して接続されている。
【０１６７】
制御部９００は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０を制御するための機能部である。制御部９００は、記憶部９４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
【０１６８】
ＩＰ移動通信ネットワークインタフェース部９１０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０がＩＰ移動通信ネットワーク５に接続するための機能部である。
【０１６９】
記憶部９４０は、Ｐｒｏｓｅ  Ｓｅｒｖｅｒ９０の各種動作に必要なプログラム、データ等を記録する機能部である。記憶部９４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成される。
【０１７０】
さらに、さらに、記憶部９４０には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２が記憶されている。
【０１７１】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２は、ＵＥ−Ｒ１５とＵＥ１０との間に確立される直接通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）、基地局識別情報、サービス識別情報、グループ識別情報などを含んでも良い。
【０１７２】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【０１７３】
ベアラＩＤは、ＵＥ１０がＵＥ−Ｒ１５と接続する際に確立するＵＥ１０とＵＥ−Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
【０１７４】
ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
【０１７５】
ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ  ＩＰプロトコルや、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
【０１７６】
基地局識別情報は、ＵＥ−Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
【０１７７】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Fully Qualified Domain Name）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０１７８】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０１７９】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０１８０】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０１８１】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２は通信路毎に保持してもよい。例えば、ＵＥ１０がＵＥ−Ｒ１５と確立する通信路と、他のリレー機能を有する通信端末との通信路に対して確立する通信路とに対してそれぞれ保持しても良い。
【０１８２】
ここで直接通信路に対する通信路コンテキストの基地局情報は、ＵＥ−Ｒ１５を識別する情報と、ＵＥ−Ｒ１５が接続するｅＮＢ２０を識別する情報とをそれぞれ記憶しても良い。
【０１８３】
さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２に、ＵＥ−Ｒ１５の識別情報を含んで保持しても良い。ＵＥ−Ｒ１５の識別情報は、ＩＭＳＩ（International Mobile Subscriber Identity）などのＵＥ−Ｒ１５に対応づけられた加入者識別情報であってもよいし、ＵＥ−Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＵＥ−Ｒ１５に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。
【０１８４】
さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２には、位置管理装置を識別する情報を記憶しても良い。位置管理装置（ＭＭＥ３０）を識別する情報は、位置管理装置に割り当てられたＩＰアドレスであってもよいし、位置管理装置に対応づけられたＦＱＤＮ（Fully Qualified Domain Name）などの情報であってもよい。また、グローバルにユニーク性をもつＧＭＭＥＩ（Globally Unique MME Identifier）でもよいし、ＧＵＴＩと、事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Temporary Mobile Subscriber Identify）とから構成されるＧＵＴＩ（Global Unique Temporary Identity）であってもよい。
【０１８５】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、こうした端末の識別情報と位置管理装置の識別情報とを対応づけて記憶してもよい。さらに、これにより、端末装置に対する位置管理装置の位置管理をおこなってもよい。
【０１８６】
また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０またはＵＥ−Ｒ１５がＧＯモードとデセントラライズモードの切り替えを行うことができることを認証するための許可情報を管理しても良い。ここで、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＧＯモードとデセントラライズモードの切り替えを行うことができること（許可）のみを示す許可情報を管理しても良い。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＧＯモードとデセントラライズモードの切り替えを行うことができること（許可）と、ＧＯモードとデセントラライズモードの切り替えを行うことができないこと（不許可）と、を示す許可情報を管理しても良い。
【０１８７】
［１．３  処理の説明］
続いて、上述した移動通信システムにおける具体的な処理の実施例について説明する。
【０１８８】
第１の実施形態では、ＧＯモードにおける通信路からデセントラライズモードの通信路へ切り替える手続きについて説明する。図１０に、第１の実施形態における主な処理の流れを示す。第１の実施形態では、まず、ＵＥ−Ｒ１５は、ネットワークへの接続手続きとサービス登録手続きを行う（Ｓ１００２）。次に、ＵＥ−Ｒ１５とＵＥ１０（ＵＥ１０ａまたはＵＥ１０ｂ）はＧＯモードにおける通信路確立手続きを行う（Ｓ１００４）。これにより、ＵＥ１０（ＵＥ１０ａとＵＥ１０ｂ）とＵＥ−Ｒ１５は、ＧＯモードにおける通信路においてデータの送受信を開始する。ＵＥ１０とＵＥ−Ｒ１５はＧＯモードの通信路におけるデータの送受信中にデセントラライズモードの通信路への切り替え手続きを行う（Ｓ１００６）。デセントラライズモードへ切り替え手続きは、デセントラライズモードの通信路確立手続きとＧＯモードの通信路削除手続きにより行われる。
【０１８９】
［１．３．１  ＵＥにおけるサービス登録手続き］
図１１にＵＥ１０ａまたはＵＥ１０ｂにおけるサービス登録手続きを示す。ここで、ＵＥ１０ａはアプリケーション１において、ＰｒｏＳｅアプリケーションサーバにサービス登録手続きを行うこととする。なお、ＵＥ１０ａはアプリケーション１に関わらず、他のアプリケーション２であっても良く、アプリケーション３であっても良い。
【０１９０】
ＵＥ１０ａはＰｒｏＳｅアプリケーションサーバに認証要求を送信する（Ｓ１１０２）。ＵＥ１０ａは認証要求にユーザ識別情報を含める。ここで、ユーザ識別情報は、ＵＥ１０ａに保存されているものを利用しても良いし、ＵＥ１０ａに直接入力しても良い。さらに、ＵＥ１０ａはユーザ識別情報とともに、ユーザを認証するための認証キー（パスワード）を含めても良い。認証キーもＵＥ１０ａにあらかじめ保存されているものを利用しても良いし、ＵＥ１０ａに直接入力しても良い。
【０１９１】
ここで、ＵＥ１０ａはｅＮＢ２０の圏内に在圏した場合にあらかじめＰｒｏＳｅアプリケーションサーバに認証要求を送信することとしているが、ＧＯモードにおける通信路を確立した場合やＧＯモードへの通信路に切り替えた場合に、ＰｒｏＳｅアプリケーションサーバに認証要求を送信しても良い。
【０１９２】
また、ｅＮＢ２０ではなく、無線ＬＡＮやＷｉＭＡＸなど他の無線通信システムを利用して送信しても良い。また、ＵＥ１０ａは有線ＬＡＮなどのケーブルを介して、ＰｒｏＳｅアプリケーションサーバに送信しても良い。
【０１９３】
ＰｒｏＳｅアプリケーションサーバはＵＥ１０ａからの認証要求を受信し、認証要求に含まれるユーザ識別情報が有効であることを確認し、認証を行う。ここで、ＰｒｏＳｅアプリケーションサーバは、認証キーが含まれている場合には、ユーザ識別情報に対応する認証キーが有効であるかを確認しても良い。さらに、ＰｒｏＳｅアプリケーションサーバは認証した後、ユーザ識別情報からグループに関する情報を抽出する。ここで、ユーザはあらかじめグループに登録し、グループ内でのみデータを送受信することができる。グループに関する情報としては、グループＩＤなどのグループ識別子やＩＰマルチキャストアドレスなどがある。ここで、グループに関する情報として、グループに属するユーザ識別情報を抽出しても良い。
【０１９４】
なお、ＰｒｏＳｅアプリケーションサーバは、ＵＥ１０ａから認証要求を受信した場合、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０へ認証情報を送信しても良い。また、ＰｒｏＳｅアプリケーションサーバから認証情報を受信したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は認証情報を確認し、ＵＥ１０ａを認証しても良い。ここで、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ａがＧＯモードとデセントラライズモードの切り替えを行うことができることを認証してよい。また、ＰｒｏＳｅＳｅｒｖｅｒ９０はＵＥ１０ａの認証情報による認証を行った後、ＰｒｏＳｅアプリケーションサーバからの認証情報に対する応答として、認証応答などを送信しても良い。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＰｒｏＳｅアプリケーションサーバからの認証情報に対する応答に、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＰｒｏＳｅアプリケーションサーバからの認証情報に対する応答に、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を含めても良い。さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＰｒｏＳｅアプリケーションサーバからの認証情報に対する応答に、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含まないことによって、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示しても良い。
【０１９５】
ＰｒｏＳｅアプリケーションサーバは認証を行った後、認証応答をＵＥ１０ａに送信する（Ｓ１１０４）。ここで、ＰｒｏＳｅアプリケーションサーバは認証応答にグループに関する情報を含める。グループに関する情報として、グループＩＤなどのグループ識別子やＩＰマルチキャストアドレスなどを含めても良い。また、グループに関する情報として、グループに属するユーザの識別情報を含めても良い。
【０１９６】
また、ＰｒｏＳｅアプリケーションサーバは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から通知されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。また、ＰｒｏＳｅアプリケーションサーバは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から通知されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を含めても良い。さらに、ＰｒｏＳｅアプリケーションサーバは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から通知されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めないことで、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示しても良い。
【０１９７】
ＵＥ１０ａはＰｒｏＳｅアプリケーションサーバから認証応答を受信し、認証応答に含まれるグループに関する情報を受け取る。また、ＵＥ１０ａは認証応答に含まれるＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を受け取り、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理しても良い。また、ＵＥ１０ａは認証応答に含まれるＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を受け取り、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。さらに、ＵＥ１０ａは認証応答に含まれるＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を受け取らなかった場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。
【０１９８】
以上の手続きにより、ＵＥ１０ａはＰｒｏＳｅアプリケーションサーバから認証を受け、アプリケーション１においてデータの送受信を行うことができる。
【０１９９】
なお、ＵＥ１０ａはＰｒｏＳｅアプリケーションサーバに認証要求を送信する代わりに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０へ認証要求を送信しても良い。ここで、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、認証要求に含まれる認証情報により、ＵＥ１０ａを認証しても良い。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＧＯモードとデセントラライズモードの切り替えを行うことができることを認証しても良い。
【０２００】
認証要求を受信したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＰｒｏＳｅアプリケーションサーバへ認証情報を送信しても良い。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証情報を受信したＰｒｏＳｅアプリケーションサーバは認証情報を確認し、ＵＥ１０ａの認証情報による認証を行った後、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０からの認証情報に対する応答として、認証応答などを送信しても良い。また、ＰｒｏＳｅアプリケーションサーバはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０からの認証情報に対する応答に、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。ＵＥ１０ａから認証要求を受信したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０ａへ認証応答を送信しても良い。
【０２０１】
ここで、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＧＯモードとデセントラライズモードの切り替えを行うことができることを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。また、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ａがＧＯモードとデセントラライズモードの切り替えを行うことができないことを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を含めても良い。ここで、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ａがＧＯモードとデセントラライズモードの切り替えを行うことができないことを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めないことで、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示しても良い。
【０２０２】
ＵＥ１０ａはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証応答を受信する。ＵＥ１０ａは認証応答に含まれるＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を受け取り、ＧＯモードとデセントラライズモードの切り替えの許可情報を管理しても良い。ここで、ＵＥ１０ａはＰｒｏＳｅＳｅｒｖｅｒ９０からＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を受け取った場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。
【０２０３】
さらに、ＵＥ１０ａはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０からＧＯモードとデセントラライズモードの切り替えを行うことができる許可情報を受け取らなかった場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないと判断し、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。
【０２０４】
一方、ＵＥ１０ｂにおいてもＵＥ１０ａと同様に、ＰｒｏＳｅアプリケーションサーバへ認証要求を送信（Ｓ１１０２）し、ＰｒｏＳｅアプリケーションサーバはＵＥ１０ｂの認証の後、ＵＥ１０ｂへ認証応答を送信（Ｓ１１０４）する。
【０２０５】
なお、ＵＥ１０ｂはＰｒｏＳｅアプリケーションサーバに認証要求を送信する代わりに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０へ認証要求を送信しても良い。ここで、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、認証要求に含まれる認証情報により、ＵＥ１０ｂを認証しても良い。また、ＧＯモードとデセントラライズモードの切り替えを行うことができることを認証しても良い。
【０２０６】
認証要求を受信したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＰｒｏＳｅアプリケーションサーバへ認証情報を送信しても良い。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証情報を受信したＰｒｏＳｅアプリケーションサーバは認証情報を確認し、ＵＥ１０ｂの認証情報による認証を行った後、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０からの認証情報に対する応答として、認証応答などを送信しても良い。また、ＰｒｏＳｅアプリケーションサーバはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０からの認証情報に対する応答に、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。ＵＥ１０ｂから認証要求を受信したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＵＥ１０ｂへ認証応答を送信しても良い。
【０２０７】
ここで、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ｂがＧＯモードとデセントラライズモードの切り替えを行うことができることを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めても良い。また、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ｂがＧＯモードとデセントラライズモードの切り替えを行うことができないことを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を含めても良い。ここで、ＰｒｏＳｅＳｅｒｖｅｒ９０は、ＵＥ１０ｂがＧＯモードとデセントラライズモードの切り替えを行うことができないことを認証した場合、ＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を含めないことで、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示しても良い。
【０２０８】
ＵＥ１０ｂはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証応答を受信する。ＵＥ１０ｂは認証応答に含まれるＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を受け取り、ＧＯモードとデセントラライズモードの切り替えの許可情報を管理しても良い。
【０２０９】
ここで、ＵＥ１０ｂはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０からＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を受け取った場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。
【０２１０】
さらに、ＵＥ１０ｂはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０からＧＯモードとデセントラライズモードの切り替えを行うことができる許可情報を受け取らなかった場合、ＧＯモードとデセントラライズモードの切り替えを行うことができないと判断し、ＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理しても良い。
【０２１１】
以上の手続きにより、ＵＥ１０ｂはＰｒｏＳｅアプリケーションサーバから認証を受け、アプリケーション１においてデータの送受信を行うことができる。
【０２１２】
以上により、ＵＥ１０ａとＵＥ１０ｂはそれぞれＰｒｏＳｅアプリケーションサーバから認証を受け、アプリケーション１においてデータの送受信を行うことができる。
【０２１３】
［１．３．２  ＵＥ−Ｒにおけるネットワークへの接続手続きとサービス登録手続き］
ＵＥ−Ｒ１５におけるネットワークへの接続手続きとサービス登録手続きについて説明する。図１２に、ＵＥ−Ｒ１５におけるネットワークへの登録手続きとサービス登録手続きを示す。
【０２１４】
ＵＥ−Ｒ１５はＭＭＥ３０へアタッチ要求を送信する（Ｓ１２０２）。ここで、ＵＥ−Ｒ１５はアタッチ要求にｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含めても良い。ｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎはＵＥ−Ｒ１５がリレーを有効化することを示す情報である。
【０２１５】
ＵＥ−Ｒ１５からアタッチ要求を受信したＭＭＥ３０はＵＥ−Ｒ１５の認証を行う。ここで、ＭＭＥ３０はアタッチ要求にｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎが含まれている場合、ＵＥ−Ｒ１５がリレーを有効化することを要求していることを検出する。また、アタッチ要求にｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎが含まれていない場合であっても、アタッチ要求に含まれるＡＰＮでＵＥ−Ｒ１５がリレーを有効化することを要求していることを検出しても良い。
【０２１６】
なお、アタッチ要求にｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎが含まれていない場合、ＵＥ−Ｒ１５を通常のＵＥと同じ方法で認証しても良い。
【０２１７】
ＭＭＥ３０はＵＥ−Ｒ１５がリレーを有効化することを要求していることを検出した場合、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信しても良い（Ｓ１２０４）。このとき、ＭＭＥ３０は認証要求にＵＥ−Ｒ１５に関する情報を含める。ここで、ＵＥ−Ｒ１５に関する情報は、ＵＥ−Ｒ１５の識別情報やＵＥ−Ｒ１５がリレーを有効化することを示す情報である。
【０２１８】
ＭＭＥ３０から認証要求を受信したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、認証要求に含まれるＵＥ−Ｒに関する情報を利用して、ＵＥ−Ｒ１５においてＰｒｏＳｅサービスを提供することを認証する。なお、ＰｒｏＳｅサービスとは、他のＵＥが近隣検出することや、ＵＥが近隣である場合には、ＵＥ間でｅＮＢ２０、コアネットワーク７を介さずに直接データの送受信を行うことである。
【０２１９】
ここで、ＰｒｏＳｅ  Ｓｅｖｅｒ９０が、ＰｒｏＳｅ  ＵＥ  ＩＤを管理している場合には、ＵＥ−Ｒ１５に対応するＰｒｏＳｅ  ＵＥ  ＩＤを生成しても良い。
【０２２０】
ＵＥ−Ｒ１５を認証したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＭＭＥ３０へ認証応答を送信する（Ｓ１２０６）。なお、認証応答には、生成したＰｒｏＳｅ  ＵＥ  ＩＤを含める。ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証応答を受信し、認証応答に含まれるＰｒｏＳｅ  ＵＥ  ＩＤを受け取る。
【０２２１】
なお、ＭＭＥ３０とＰｒｏＳｅ  Ｓｅｒｖｅｒ９０が同じ装置で構成される場合、ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信し（Ｓ１２０４）、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信する（Ｓ１２０６）必要はない。
【０２２２】
また、ＭＭＥ３０とＰｒｏＳｅ  Ｓｅｒｖｅｒ９０が同じ装置で構成される場合、ＭＭＥ３０はＵＥ−Ｒ１５の認証とともに、ＰｒｏＳｅ  ＵＥ  ＩＤを生成する。
【０２２３】
ＭＭＥ３０はＵＥ−Ｒ１５の認証の後、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０を選択する。なお、このＳＧＷ４０／ＰＧＷ５０の選択には、アタッチ要求にＡＰＮが含まれている場合には、ＡＰＮを利用して選択しても良い。アタッチ要求にＡＰＮが含まれていない場合には、ＭＭＥ３０が任意に選択して良い。
【０２２４】
さらに、ＭＭＥ３０はＡＰＮを利用してＰＤＮアドレスを取得しても良い。ここで、ＰＤＮアドレスとはＵＥ−Ｒ１５に割り当てるＩＰアドレスのことである。なお、アタッチ要求にＡＰＮが含まれていない場合、ＭＭＥ３０は任意に決定してよい。
【０２２５】
ここで、アタッチ要求に含まれるＡＰＮがリレーを有効化することを示す情報である場合、ＰＤＮアドレスとして、単一のＵＥ−Ｒ１５に対するＩＰアドレスではなく、複数のＵＥに割り当て可能な複数のＩＰアドレスを取得しても良い。ここで、複数のＩＰアドレスではなく、複数のＩＰアドレスを割り当てることができるアドレスブロックを割り当てても良い。アドレスブロックとは例えば、ＩＰアドレスにおけるネットワーク部のみを取得しても良い。
【０２２６】
また、アタッチ要求にＡＰＮが含まれていなくても、ｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより、リレーに対するＰＤＮアドレスを取得することを検出しても良い。また、ＡＰＮ、ｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎではなく、他の情報要素により、リレーにおける通信路を確立することを検出した場合には、リレーに対するＰＤＮアドレスを取得することを検出しても良い。
【０２２７】
ＭＭＥ３０はＳＧＷ４０へセッション生成要求を送信する（Ｓ１２０８）。なお、セッション生成要求にはｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含めても良い。ｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより、リレーのための通信路確立を要求することができる。なお、リレーであっても、従来のＵＥが確立する通信路と同じ場合、ｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含めなくても良い。
【０２２８】
ＭＭＥ３０からセッション生成要求を受信したＳＧＷ４０は、セッション生成要求をＰＧＷ５０へ送信する。ここで、ＭＭＥ３０からのセッション生成要求（Ｓ１２０８）にｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎが含まれている場合には、ＳＧＷ４０はセッション生成要求にｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含める。これにより、ＳＧＷ４０はリレーのための通信路確立を要求することができる。
【０２２９】
ＳＧＷ４０からセッション生成要求を受信したＰＧＷ５０はＳＧＷ４０とＰＧＷ５０間の通信路を確立する。このとき、セッション生成要求にｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎが含められていた場合には、リレーのための通信路を確保しても良い。続いて、ＰＧＷ５０はセッション生成応答をＳＧＷ４０へ送信する。このとき、通信路を管理するための制御情報を含めても良い。
【０２３０】
続いて、ＳＧＷ４０はｅＮＢ２０とＳＧＷ４０間の通信路を確立する。このとき、セッション生成要求にｒｅｌａｙ  ａｃｔｉｖａｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎが含められていた場合には、リレーのための通信路を確保しても良い。続いて、ＳＧＷ４０はセッション生成応答をＭＭＥ３０へ送信する（Ｓ１２１０）。このとき、通信路を管理するための制御情報を含めても良い。
【０２３１】
次に、ＭＭＥ３０はＵＥ−Ｒ１５へコンテキスト設定要求／アタッチ応答を送信する（Ｓ１２１２）。なお、コンテキスト設定要求／アタッチ応答には、ＰＤＮアドレスなどの情報を含めても良い。
【０２３２】
なお、ＵＥ−Ｒ１５は、ＭＭＥ３０からアタッチ応答を受信した場合、ＴＦＴを生成しても良い。ＴＦＴとは、アプリケーション毎に定義される送信先の設定情報であり、ＵＥ１０ａはあるアプリケーションにおけるデータの送信が発生した場合、ＴＦＴを利用して送信先を決定する。なお、アタッチ応答にベアラＩＤが含まれている場合には、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
【０２３３】
なお、ＵＥ−Ｒ１５は、接続されるＵＥ１０ａやＵＥ１０ｂのために、ＧＯモードにおける通信路を確立するためのＰＤＮアドレスなどの情報を確保しておき、後で、ＵＥ１０ａやＵＥ１０ｂへ通知してもよい。
【０２３４】
以上の手続きにより、ＵＥ−Ｒ１５はｅＮＢ２０、ＳＧＷ４０／ＰＧＷ５０を経由したデータの送受信を行うことができる。
【０２３５】
続いて、ＵＥ−Ｒ１５はＰｒｏＳｅアプリケーションサーバにアプリケーション１でＰｒｏＳｅにおけるリレーを行うことに対する認証を要求するための認証要求を送信（Ｓ１２１４）し、ＰｒｏＳｅアプリケーションサーバはＵＥ−Ｒ１５の認証の後、ＵＥ−Ｒ１５へ認証応答を送信（Ｓ１２１６）しても良い。この認証要求はＵＥにおけるＰｒｏＳｅアプリケーションの登録手続きにおいてＵＥ１０ａが送信したものと同様であるため、その説明は省略する。また、それに対する応答である認証応答はＵＥにおけるＰｒｏＳｅアプリケーションの登録手続きにおいてＰｒｏＳｅアプリケーションサーバが送信したものと同様であるため、その説明は省略する。
【０２３６】
なお、認証要求はＵＥ−Ｒ１５がリレーとしての機能だけをなく、アプリケーション１においてデータの送受信を行う場合において送信しても良い。つまり、ＵＥ−Ｒ１５がリレーとしての機能をサポートするだけであれば、認証要求を送信しなくても良い。
【０２３７】
以上の手続きにより、ＵＥ１０ａはＰｒｏＳｅアプリケーションサーバから認証を受け、アプリケーション１においてデータの送受信を行うことができる。
【０２３８】
ＵＥ−Ｒ１５はＧＯモード可能であるグループ情報を送信する（Ｓ１２１８）。ＵＥ１０ａとＵＥ１０ｂはＵＥ−Ｒ１５からのＧＯモード可能であるグループ情報を受信することにより、ＵＥ−Ｒ１５においてＧＯモード可能なグループを検出することができる。なお、ここではグループ１におけるＧＯモードを利用可能とする。
【０２３９】
［１．３．３  ＧＯモードにおける通信路確立手続き］
ＧＯモードにおける通信路確立手続きについて説明する。図１３に、ＧＯモードにおける通信路確立手続きを示す。
【０２４０】
ＵＥ１０ａはＵＥ−Ｒ１５にアタッチ要求を送信する（Ｓ１３０４）。ここで送信するアタッチ要求は従来ＵＥがｅＮＢ２０やＭＭＥ３０に送信する要求に加え、グループを識別する情報を含めても良い。ここで、グループを識別する情報は、ＵＥ１０ａが参加しデータの送受信を行うことができるグループを識別する識別子であり、例えば、グループ１やグループ２である。ここでは、ＧＯモードで確立する通信路に対応するグループ１のグループを識別する情報を含める。
【０２４１】
なお、アタッチ要求には、ＡＰＮやアタッチタイプなどの情報を含めてもよい。さらに、アタッチ要求をセキュリティの確保された方法で送信してもよい。
【０２４２】
ここで、ＵＥ１０ａは、ＵＥ−Ｒ１５へアタッチ要求を送信する前に、ＵＥ−Ｒ１５へ送信できるかを検出するために、近隣検出を行っても良い。ここで、近隣検出とは、ＵＥ−Ｒ１５が直接通信を行うことができるほど、近隣にＵＥ−Ｒ１５が存在することを検出することである。ここで、近隣検出の方法は種々の方法があるが、例えば、ＵＥ１０ａがＵＥ−Ｒ１５の識別情報を含めて制御信号を送信し、ＵＥ−Ｒ１５からのレスポンスがあれば、近隣にＵＥ−Ｒ１５が存在することを検出することができる。他には、ＵＥ１０ａが近隣検出信号をブロードキャストで送信し、ＵＥ−Ｒ１５がＵＥ−Ｒ１５の識別情報を含めて応答することで、ＵＥ１０ａがＵＥ−Ｒ１５が近隣に存在することを検出してもよい。
【０２４３】
また、ＵＥ１０ａはコアネットワーク７またはＰｒｏＳｅＳｅｒｖｅｒ９０に近隣検出を要求しても良い。例えば、ＵＥ１０ａやＵＥ−Ｒ１５があらかじめ位置情報をコアネットワーク７またはＰｒｏＳｅＳｅｒｖｅｒ９０に通知しておき、コアネットワーク７またはＰｒｏＳｅＳｅｒｖｅｒ９０はＵＥ１０ａの問い合わせに応じて、ＵＥ１０ａの位置情報とＵＥ−Ｒ１５の位置情報を比較し、近隣であれば、ＵＥ１０ａにＵＥ−Ｒ１５と近隣であることを通知することによって、近隣検出しても良い。
【０２４４】
ここで、ＵＥ１０ａはＵＥ−Ｒ１５を対象に近隣検出を行っているが、ＵＥ１０ａはＵＥ−Ｒ１５の識別情報の代わりに、ＵＥ１０ｂの識別情報を利用することで、ＵＥ１０ｂを検出することができる。
【０２４５】
なお、ＵＥ１０ａがＵＥ１０ｂやＵＥ−Ｒ１５を近隣検出することとして説明しているが、ＵＥ１０ｂがＵＥ１０ａやＵＥ−Ｒ１５を近隣検出する方法として同様に利用することができる。また、ＵＥ１０ａやＵＥ１０ｂだけでなく、ＵＥ−Ｒ１５がＵＥ１０ａやＵＥ１０ｂを近隣検出する方法として同様に利用することができる。
【０２４６】
次に、ＵＥ−Ｒ１５はアタッチ要求をＭＭＥ３０へ送信する（Ｓ１３０６）。このとき、アタッチ要求には、ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎは、ＵＥ−Ｒ１５にＵＥ１０ａまたはＵＥ１０ｂのようなＵＥが接続することを示す情報である。ここで、ＵＥ−Ｒ１５にＵＥが接続されることを示す情報をｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎとしたが、ＵＥ−Ｒ１５にＵＥが接続されることを示す情報であれば、どのような情報要素であっても良い。さらに、接続されるＵＥを識別する情報要素が含まれても良い。
【０２４７】
ＭＭＥ３０はＵＥ−Ｒ１５からアタッチ要求を受信する。ＭＭＥ３０はアタッチ要求を受信し、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを生成するための処理を行ってもよい。
【０２４８】
ＭＭＥ３０はＵＥ−Ｒ１５からのアタッチ要求に含まれるｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより、ＵＥ−Ｒ１５にＵＥ１０ａが接続されていることを検出する。
【０２４９】
ＭＭＥ３０は、ＵＥ−Ｒ１５にＵＥ１０ａが接続されていることを検出している場合、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信しても良い（Ｓ１３０８）。ここで、ＭＭＥ３０は認証要求にＵＥ−Ｒ１５に接続するＵＥ１０ａのＵＥ識別子を含めても良い。
【０２５０】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０から認証要求を受信する。ここで、認証要求を受信したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＰｒｏＳｅを行うことを認証してもよいし、ＵＥ−Ｒ１５経由でコアネットワークに接続することを認証しても良い。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＵＥ１０ａがＰｒｏＳｅを行うことを認証する、またはＵＥ−Ｒ１５経由でコアネットワークに接続することを認証した場合、ＰｒｏＳｅにおける近隣検出または、直接通信路の確立において利用することができるＵＥ１０ａを識別するＰｒｏＳｅ  ＵＥ  ＩＤを抽出しても良い。
【０２５１】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０へ認証応答を送信し（Ｓ１３１０）、ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証応答を受信する。ここで、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０にＰｒｏＳｅ  ＵＥ  ＩＤを通知しても良い。ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証応答を受信し、ＵＥ１０ａがＵＥ−Ｒ１５に接続することを検出する。ここで、ＭＭＥ３０は、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを生成するための処理を行ってもよい。
【０２５２】
ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０へセッション確立要求を送信する（Ｓ１３１２）。ここで、セッション確立要求には、ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎが含まれることにより、ＳＧＷ４０／ＰＧＷ５０に、ＵＥ１０ａがＵＥ−Ｒ１５を経由してデータを送受信するための、通信品質を確保した通信路を確立することを示しても良い。
【０２５３】
ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０からセッション確立要求を受信する。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はセッション確立要求に含まれるｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより、ＵＥ１０ａがＵＥ−Ｒ１５を経由してコアネットワークに接続することを検出する。これにより、ＳＧＷ４０／ＰＧＷ５０は、ＵＥ１０ａは、ＵＥ１０ａがＵＥ−Ｒ１５を経由してデータを送受信するために、通信品質を確保した通信路を確立しても良い。
【０２５４】
ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０へセッション確立応答を送信し（Ｓ１３１４）、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０からセッション確立応答を受信する。これにより、ＭＭＥ３０はＰＧＷ５０とＳＧＷ３０間、ＳＧＷ３０とｅＮＢ２０間、ｅＮＢ２０とＵＥ−Ｒ１５間において、ＵＥ１０ａがＵＥ−Ｒ１５へ接続してデータの送受信を行う通信路を確立することを確認する。
【０２５５】
ＭＭＥ３０はＵＥ−Ｒ１５へアタッチ応答を送信し（Ｓ１３１６）、ＵＥ−Ｒ１５はＭＭＥ３０からアタッチ応答を受信する。これにより、ＵＥ−Ｒ１５はＵＥ−Ｒ１５とコアネットワークにおける通信路において、ＵＥ１０ａがＵＥ−Ｒ１５を経由してデータの送受信を行うことができる通信路を確保したことになる。
【０２５６】
なお、ＵＥ−Ｒ１５は、ＭＭＥ３０からアタッチ応答を受信した場合、ＴＦＴを生成しても良い。ここで、アタッチ応答にベアラＩＤが含まれている場合には、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
【０２５７】
なお、ＵＥ−Ｒ１５は、ＭＭＥ３０にアタッチ要求を送信して、ＵＥ１０ａに対する認証を得たが、あらかじめ、ＵＥ−Ｒ１５がリレー機能を有効化することに対して認証されていれば、ＵＥ１０ａに対する認証を行わなくても良い。つまり、ＵＥ−Ｒ１５はＭＭＥ３０にアタッチ要求を送信（Ｓ１３０６）しなくても良い。また、ＵＥ−Ｒ１５はＭＭＥ３０にアタッチ要求を送信しない場合、ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ１３０８）し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ１３１０）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信（Ｓ１３１２）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ１３１４）し、ＭＭＥ３０はＵＥ−Ｒ１５にアタッチ応答を送信し（Ｓ１３１６）なくても良い。
【０２５８】
ＵＥ−Ｒ１５はＵＥ１０ａへアタッチ応答を送信し（Ｓ１３１８）、ＵＥ１０ａはＵＥ−Ｒ１５からアタッチ応答を受信する。
【０２５９】
ここでＵＥ−Ｒ１５は、ＭＭＥ３０からのアタッチ応答により、ＡＰＮやＰＤＮアドレス、ベアラＩＤ、ＰＤＰコンテキストパラメータなどの情報を受け取り、ＵＥ１０ａへアタッチ応答とともに通知してもよい。
【０２６０】
ここで、ＵＥ−Ｒ１５は、ＡＰＮやＰＤＮアドレス、ベアラＩＤ、ＰＤＰコンテキストパラメータなどの情報をリレーにおけるネットワークへの登録手続きやサービス登録手続きであらかじめ受け取っておき、ＵＥ１０ａへアタッチ応答とともに通知してもよい。
【０２６１】
なお、ＵＥ１０ａは、ＵＥ−Ｒ１５からアタッチ応答を受信した場合、ＴＦＴを生成しても良い。ここで、アタッチ応答にベアラＩＤが含まれている場合には、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
【０２６２】
ここで、単一の通信路のみが確立されている場合には、ＴＦＴを生成せず、全てのアプリケーションにおけるデータを確立している通信路へ送信しても良い。
【０２６３】
以上の手続きにより、ＵＥ１０ａはＧＯモードにおける通信路を確立することができる。
【０２６４】
上記の手続きは、ＵＥ１０ｂにおいても同様に行う。つまり、ＵＥ１０ｂはＵＥ−Ｒ１５にアタッチ要求を送信し（Ｓ１３２０）、ＵＥ−Ｒ１５はＭＭＥ３０にアタッチ要求を送信し（Ｓ１３２２）、ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信し（Ｓ１３２４）、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信し（Ｓ１３２６）、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信し（Ｓ１３２８）、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ１３３０）し、ＭＭＥ３０はＵＥ−Ｒ１５にアタッチ応答を送信し（Ｓ１３３２）、ＵＥ−Ｒ１５はＵＥ１０ｂにアタッチ応答を送信する（Ｓ１３３４）。
【０２６５】
なお、ＵＥ１０ａの場合と同様に、ＵＥ−Ｒ１５は、あらかじめ、ＵＥ−Ｒ１５がリレー機能を有効化することに対して認証されていれば、ＵＥ１０ｂに対する認証を行わなくても良い。つまり、ＵＥ−Ｒ１５はＭＭＥ３０にアタッチ要求を送信（Ｓ１３２２）し、ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ１３２４）し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ１３２６）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信（Ｓ１３２８）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ１３３０）し、ＭＭＥ３０はＵＥ−Ｒ１５にアタッチ応答を送信し（Ｓ１３３２）なくても良い。以上の手続きにより、ＵＥ１０ｂはＧＯモードにおける通信路を確立することができる。
【０２６６】
以上により、ＵＥ１０ａとＵＥ１０ｂとＵＥ−Ｒ１５はＧＯモードにおける通信路を確立し、データの送受信を行うことができる。
【０２６７】
［１．３．３．１  ＧＯモードにおける通信路の管理］
図１４にＧＯモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５におけるＴＦＴの例を示す。図１４では、アプリケーション１におけるＴＦＴの例を示している。ここで、アプリケーション１における例のみを示しているが、ＴＦＴにおいて、アプリケーション２やアプリケーション３が管理されても良い。
【０２６８】
ＵＥ１０ａのＴＦＴでは、アプリケーション１はベアラＩＤ１ａと関連付けて管理されている。ここで、ベアラＩＤ１ａはＵＥ１０ａがＵＥ−Ｒ１５と確立したＧＯモードにおける通信路を示すベアラＩＤである。アプリケーション１においてデータを送信する場合、ＵＥ１０ａはＵＥ−Ｒ１５へ送信することを示している。ＵＥ１０ａは上記のように、ＴＦＴを管理することにより、ＧＯモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
【０２６９】
つまり、ＵＥ１０ａはアプリケーション１においてデータの送受信を行う場合、ＵＥ−Ｒ１５へ送信し、ＵＥ−Ｒ１５はＵＥ１０ａから受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ−Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。
【０２７０】
ＰＤＮ８０では、ＵＥ１０ｂへの経路を検出する処理（ルーティング処理）が行われ、ＰＧＷ５０に再びデータが送信される。ＰＧＷ５０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ−Ｒ１５に送信し、ＵＥ−Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ｂへ送信する。
【０２７１】
また、ＵＥ１０ｂのＴＦＴでは、アプリケーション１はベアラＩＤ１ｂと関連付けて管理されている。ここで、ベアラＩＤ１ｂはＵＥ１０ｂがＵＥ−Ｒ１５と確立した通信路を示すベアラＩＤであり、アプリケーション１においてデータを送信する場合、ＵＥ１０ｂはＵＥ−Ｒ１５へ送信することを示している。ＵＥ１０ｂは上記のように、ＴＦＴを管理することにより、ＧＯモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
【０２７２】
つまり、ＵＥ１０ｂはアプリケーション１においてデータの送受信を行う場合、ＵＥ−Ｒ１５へ送信し、ＵＥ−Ｒ１５はＵＥ１０ｂから受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ−Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。
【０２７３】
ＰＤＮ８０では、ＵＥ１０ａへの経路を検出する処理（ルーティング処理）が行われ、ＰＧＷ５０に再びデータが送信される。ＰＧＷ５０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ−Ｒ１５に送信し、ＵＥ−Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ａへ送信する。
【０２７４】
ベアラＩＤ１ｒａは、ＵＥ−Ｒ１５がＵＥ１０ａと確立した通信路を示すベアラＩＤであり、アプリケーション１においてデータを送信する場合、ＵＥ−Ｒ１５はＵＥ１０ａへ送信することを示している。ベアラＩＤ１ｒｂ、はＵＥ−Ｒ１５がＵＥ１０ｂと確立した通信路を示すベアラＩＤであり、アプリケーション１においてデータを送信する場合、ＵＥ−Ｒ１５はＵＥ１０ｂへ送信することを示している。ＵＥ−Ｒ１５は上記のように、ＴＦＴを管理することにより、ＧＯモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。つまり、ＵＥ−Ｒ１５はアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ａとＵＥ１０ｂへデータを送信する。
【０２７５】
［１．３．４  デセントラライズモードへの切り替え手続き］
デセントラライズモードへの切り替え手続きについて説明する。図１５に、デセントラライズモードへの切り替え手続きを示す。なお、デセントラライズモードへの切り替えは、ＧＯモードの通信路においてデータの送受信中に行われる。
【０２７６】
ＵＥ−Ｒ１５はデセントラライズモードへの切り替えを決定する（Ｓ１５０２）。デセントラライズモードへの切り替えの決定は、例えば、グループのメンバーが近隣に存在することを検出して決定してもよい。つまり、ＵＥ１０ａとＵＥ１０ｂが近隣に存在することを検出して切り替えを決定して良い。
【０２７７】
また、デセントラライズモードへの切り替えの決定は、ＵＥ−Ｒ１５がｅＮＢ２０の圏外となり、コアネットワークへの接続を維持できなくなることを検出して決定しても良い。
【０２７８】
［１．３．４．１  デセントラライズモードへの切り替え要求を含む通信路確立手続き］
続いて、ＵＥ−Ｒ１５はデセントラライズモードへの切り替え要求を含む通信路確立手続きを行う（Ｓ１５０４）。図１６に、デセントラライズモードへの切り替え要求を含む通信路確立手続きの例を示す。なお、デセントラライズモードへの切り替え要求を含む通信路確立手続きであれば、本手続きでなくても良い。
【０２７９】
まず、ＵＥ−Ｒ１５はＵＥ１０ａに直接通信アラートを送信する（Ｓ１６０２）。ここで、直接通信アラートには、デセントラライズモードへの切り替え要求を示すｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含める。なお、デセントラライズモードへの切り替え要求を示すインディケータであれば、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒでなくても良い。
【０２８０】
なお、本手続きでは、直接通信アラートにｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含めているが、直接通信アラートではなく、他のメッセージであっても良い。
【０２８１】
また、本手続きでは、デセントラライズモードの通信路確立の１つのメッセージにｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含めることでデセントラライズモードの通信路への切り替えを示しているが、デセントラライズモードの通信路確立手続きに先だって、ＵＥ−Ｒ１５がＵＥ１０ａにデセントラライズモードへの切り替え要求メッセージを送信して、ＵＥ１０ａにデセントラライズモードの通信路への切り替えを通知しても良い。
【０２８２】
また、ＵＥ−Ｒ１５は直接通信アラートにＵＥ識別子を含めても良い。ＵＥ−Ｒ１５は、ＵＥ識別子を含めることによって、切り替え元の対象となる、ＧＯモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ｂを示すＵＥ識別子を含めた場合、ＵＥ−Ｒ１５はＵＥ１０ａにＵＥ１０ｂとのデータの送受信を示し、ＵＥ１０ｂとのデータの送受信を切り替えさせることができる。なお、ここでは直接通信アラートに、ＵＥ識別子を含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
【０２８３】
また、ＵＥ−Ｒ１５は直接通信アラートにＡＰＮを含めても良い。ＵＥ−Ｒ１５はＡＰＮを示すことで、当該ＡＰＮにおけるＧＯモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するＧＯモードの通信路を切り替えさせることができる。なお、ここでは直接通信アラートに、ＡＰＮを含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
【０２８４】
また、ＵＥ−Ｒ１５は直接通信アラートにＰＤＮコネクション識別子を含めても良い。ＵＥ−Ｒ１５はＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するＧＯモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するＧＯモードの通信路を切り替えさせることができる。なお、ここでは直接通信アラートに、ＰＤＮコネクション識別子を含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
【０２８５】
なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子を含まない場合には、ＧＯモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替
えることとして検出させても良い。
【０２８６】
ＵＥ１０ａはＵＥ−Ｒ１５から直接通信アラートを受信する。ＵＥ１０ａは直接通信アラートに含まれるｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒにより、ＧＯモードの通信路からデセントラライズモードの通信路へ切り替えることを検出する。
【０２８７】
また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応する、ＧＯモードのデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する、ＧＯモードのデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する、ＧＯモードのデータの送受信を切り替えることを検出する。
【０２８８】
デセントラライズモードの通信路へ切り替えを検知したＵＥ１０ａはＵＥ−Ｒ１５に直接通信アラート応答を送信し（Ｓ１６０４）、ＵＥ−Ｒ１５はＵＥ１０ａから直接通信アラート応答を受信する。この応答により、ＵＥ−Ｒ１５は、ＵＥ１０ａがデセントラライズモードの通信路へ切り替えすることを検知したことを検出する。
【０２８９】
続いて、ＵＥ−Ｒ１５はＵＥ１０ａとデセントラライズモードの通信路を確立するために、直接通信要求を送信する（Ｓ１６０６）。ここで、直接通信要求には、デセントラライズモードの通信路を示す直接通信ＩＤやデセントラライズモードにおいてデータの送受信を行うためのＵＥ−Ｒ１５のＩＰアドレスを含める。ＵＥ１０ａはＵＥ−Ｒ１５から直接通信要求を受信し、直接通信要求に含まれる直接通信ＩＤやＵＥ−Ｒ１５のＩＰアドレスを管理する。
【０２９０】
次に、ＵＥ１０ａはＵＥ−Ｒ１５とのデータの送受信のために、セキュリティ手続きを行う（Ｓ１６０８）。セキュリティ手続きとは、ＵＥ１０ａとＵＥ−Ｒ１５間でのデータの送受信を他のＵＥやＵＥ−Ｒから傍受されないようにすることである。例えば、ＵＥ１０ａとＵＥ−Ｒ１５間でセキュリティキーを交換して、通信傍受を防ぐことができる。
【０２９１】
セキュリティキーを交換する方法は種々の方法があるが、公開鍵暗号化方式のように、ＵＥ１０ａとＵＥ−Ｒ１５がそれぞれ公開鍵を交換する方法がある。ここでは、ＵＥ−Ｒ１５がＵＥ１０ａに公開鍵Ｒを送信し、ＵＥ−Ｒ１５はＵＥ１０ａから公開鍵Ｒを受信する。また、ＵＥ１０ａはＵＥ−Ｒに公開鍵Ａを送信し、ＵＥ−Ｒ１５はＵＥ１０ａから公開鍵Ａを受信する。
【０２９２】
送信側は（ＵＥ−Ｒ１５またはＵＥ１０ａ）、公開鍵を利用してデータの暗号化を行って、暗号化されたデータの送信を行い、受信側（ＵＥ１０ａまたはＵＥ−Ｒ１５）は、公開鍵で暗号化されたデータの送信を復号化できる唯一の秘密鍵により、復号することにより、ＵＥ１０ａまたはＵＥ−Ｒ１５以外からの通信傍受を防ぐことができる。また、セキュリティ手続きにおいて、ＵＥ１０ａはＵＥ−Ｒ１５へ暗号化キーだけでなく、暗号化方式を通知しても良い。また、ＵＥ−Ｒ１５はＵＥ１０ａへ暗号化キーだけでなく、暗号化方式を通知しても良い。
【０２９３】
ＵＥ１０ａはセキュリティ手続きを完了したことを検出して、直接通信応答を送信し（Ｓ１６１０）、ＵＥ−Ｒ１５はＵＥ１０ａから直接通信応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスが含まれる。
【０２９４】
ＵＥ−Ｒ１５は直接通信応答を受信して、ＵＥ１０ａにおいて直接通信路を確立できたことを確認する。さらに、ＵＥ−Ｒ１５は直接通信応答に含まれるデセントラライズモードの通信路における直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスを管理する。
【０２９５】
次に、ＵＥ−Ｒ１５とＵＥ１０ａは無線ベアラの確立を行う（Ｓ１６１２）。無線ベアラの確立では、ＵＥ−Ｒ１５はデセントラライズモードの通信路においてデータの送受信を行うための通信リソースを通知する。通信リソースとは例えば、周波数に関する情報や時間に関する情報がある。
【０２９６】
以上の手続きにより、ＵＥ−Ｒ１５はＵＥ１０ａにデセントラライズモードの通信路への切り替えを通知し、ＵＥ−Ｒ１５とＵＥ１０ａはデセントラライズモードの通信路を確立することができる。
【０２９７】
次に、ＵＥ−Ｒ１５はＵＥ１０ｂとデセントラライズモードの通信路への切り替え要求を含む通信路確立手続きを行う。なお、ＵＥ−Ｒ１５がＵＥ１０ｂとデセントラライズモードへの切り替え要求を含む通信路確立手続きは、ＵＥ−Ｒ１５がＵＥ１０ａとデセントラライズモードへの切り替え要求を含む通信路確立手続きと同様である。つまり、ＵＥ−Ｒ１５はＵＥ１０ｂに直接通信アラートを送信し（Ｓ１６１４）、ＵＥ１０ｂはＵＥ−Ｒ１５から直接通信アラートを受信し、ＵＥ１０ｂはＵＥ−Ｒ１５に直接通信アラート応答を送信し（Ｓ１６１６）、ＵＥ−Ｒ１５はＵＥ１０ｂから直接通信アラート応答を受信し、ＵＥ−Ｒ１５はＵＥ１０ｂに直接通信要求を送信し（Ｓ１６１８）、ＵＥ１０ｂはＵＥ−Ｒ１５から直接通信要求を受信し、ＵＥ１０ｂとＵＥ−Ｒ１５はセキュリティ手続きを行い（Ｓ１６２０）、ＵＥ１０ｂはＵＥ−Ｒ１５へ直接通信応答を送信し（Ｓ１６２２）、ＵＥ−Ｒ１５はＵＥ１０ｂから直接通信応答を受信し、ＵＥ−Ｒ１５とＵＥ１０ｂは無線ベアラの確立を行う（Ｓ１６２４）。
【０２９８】
以上の手続きにより、ＵＥ−Ｒ１５はＵＥ１０ｂにデセントラライズモードの通信路への切り替えを通知し、ＵＥ−Ｒ１５とＵＥ１０ａはデセントラライズモードの通信路を確立することができる。
【０２９９】
デセントラライズモードの通信路への切り替え要求を受信したＵＥ１０ａはＵＥ１０ｂとデセントラライズモードの通信路を確立する。まず、ＵＥ１０ａはＵＥ１０ｂに直接通信アラートを送信し（Ｓ１６２６）、ＵＥ１０ｂはＵＥ１０ａから直接通信アラートを受信する。ＵＥ１０ｂはＵＥ１０ａが直接通信の要求があることを検出し、ＵＥ１０ｂはＵＥ１０ａに直接通信アラート応答を送信する（Ｓ１６２８）。
【０３００】
ＵＥ１０ａはＵＥ１０ｂから直接通信アラート応答を受信し、デセントラライズモードの通信路を確立できることを検出する。次に、ＵＥ１０ａは、ＵＥ１０ｂに直接通信要求を送信する（Ｓ１６３０）。ここで、直接通信要求には、デセントラライズモードの通信路を示す直接通信ＩＤやデセントラライズモードにおいてデータの送受信を行うためのＵＥ１０ａのＩＰアドレスを含める。ＵＥ１０ｂはＵＥ１０ａから直接通信要求を受信し、直接通信要求に含まれる直接通信ＩＤやＵＥ１０ａのＩＰアドレスを管理する。
【０３０１】
ＵＥ１０ｂとＵＥ１０ａはセキュリティ手続きを行う（Ｓ１６３２）。セキュリティ手続きは、ＵＥ−Ｒ１５とＵＥ１０ａとが行ったセキュリティ手続き（Ｓ１６０８）と同じ方法を利用することができるため、その詳細な説明は省略する。ここでは、ＵＥ１０ａがＵＥ１０ｂに公開鍵Ａを送信し、ＵＥ１０ｂはＵＥ１０ａから公開鍵Ａを受信する。また、ＵＥ１０ｂはＵＥ１０ａに公開鍵Ｂを送信し、ＵＥ１０ａはＵＥ１０ｂから公開鍵Ｂを受信する。また、ＵＥ１０ａはＵＥ１０ｂへ公開鍵だけでなく、暗号化方式を通知しても良い。また、ＵＥ１０ｂはＵＥ１０ａへ公開鍵だけでなく、暗号化方式を通知しても良い。
【０３０２】
ＵＥ１０ｂはセキュリティ手続きを完了したことを検出して、直接通信応答をＵＥ１０ａに送信し（Ｓ１６３４）、ＵＥ１０ａはＵＥ１０ｂから直接通信応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ｂのＩＰアドレスが含まれる。
【０３０３】
次に、ＵＥ１０ａとＵＥ１０ｂは無線ベアラの確立を行う（Ｓ１６３６）。無線ベアラの確立では、ＵＥ１０ａはＵＥ１０ｂへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースを通知する。通信リソースとは例えば、周波数に関する情報や時間に関する情報がある。
【０３０４】
以上の手続きにより、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路を確立することができる。
【０３０５】
また、デセントラライズモードの通信路への切り替え要求を受信したＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路を確立する手続きを行っても良い。なお、ＵＥ１０ｂはＵＥ１０ａから直接通信アラートを受信することにより、ＵＥ１０ａとデセントラライズモードの通信路が確立されることを検出した場合、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路確立手続きを行わなくてもよい。
【０３０６】
ＵＥ１０ｂがＵＥ１０ａとデセントラライズモードの通信路を確立する手続きは、ＵＥ１０ａがＵＥ１０ｂとデセントラライズモードの通信路確立する手続きと同様である。
【０３０７】
つまり、ＵＥ１０ｂはＵＥ１０ａに直接通信アラートを送信し（Ｓ１６３８）、ＵＥ１０ａはＵＥ１０ｂに直接通信アラート応答を送信し（Ｓ１６４０）、ＵＥ１０ｂはＵＥ１０ａに直接通信要求を送信し（Ｓ１６４２）、ＵＥ１０ａとＵＥ１０ｂはセキュリティ手続きを行い（Ｓ１６４４）、ＵＥ１０ａはＵＥ１０ｂに直接通信応答を送信し（Ｓ１６４６）、ＵＥ１０ｂとＵＥ１０ａは無線ベアラの確立を行う（Ｓ１６４８）。
【０３０８】
以上の手続きにより、ＵＥ１０ｂとＵＥ１０ａはデセントラライズモードの通信路を確立することができる。
【０３０９】
以上により、ＵＥ−Ｒ１５とＵＥ１０ａとＵＥ１０ｂ間のそれぞれにおいて、デセントラライズモードの通信路を確立することができる。
【０３１０】
図１５に戻って説明する。ＵＥ−Ｒ１５は、ＵＥ１０ａとデセントラライズモードの通信路を確立したことを検出し、ＵＥ１０ｂとデセントラライズモードの通信路を確立したことを検出し、デセントラライズモードの通信路へ切り替える（Ｓ１５０６）。ここで、ＵＥ−Ｒ１５は、ＵＥ１０ａまたはＵＥ１０ｂへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
【０３１１】
ＵＥ１０ａは、ＵＥ−Ｒ１５とデセントラライズモードの通信路を確立したことを検出し、ＵＥ１０ｂとデセントラライズモードの通信路を確立したことを検出し、デセントラライズモードの通信路へ切り替える（Ｓ１５０８）。ここで、ＵＥ１０ａは、ＵＥ−Ｒ１５から通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
【０３１２】
ＵＥ１０ｂは、ＵＥ−Ｒ１５とデセントラライズモードの通信路を確立したことを検出し、ＵＥ１０ａとデセントラライズモードの通信路を確立したことを検出し、デセントラライズモードの通信路へ切り替える（Ｓ１５１０）。ここで、ＵＥ１０ｂは、ＵＥ−Ｒ１５から通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
【０３１３】
次に、ＵＥ１０ａとＵＥ１０ｂはＧＯモードの通信路の削除を行う（Ｓ１５１２）。なお、ＧＯモードの通信路を維持できる場合には、ＧＯモードにおける通信路を維持し、ＧＯモードの通信路削除手続きを行わなくても良い。
【０３１４】
［１．３．４．２  ＧＯモードの通信路削除手続き］
ＧＯモードの通信路削除手続きを説明する。図１７に、ＧＯモードの通信路削除手続きの例を示す。なお、ＧＯモードの通信路削除手続きであれば、本手続きでなくても良い。ＵＥ１０ａはＵＥ−Ｒ１５にデタッチ要求を送信する（Ｓ１７０４）。ここで送信するデタッチ要求は従来ＵＥがｅＮＢ２０やＭＭＥ３０に送信する要求に加え、グループを識別する情報を含めても良い。
【０３１５】
次に、ＵＥ−Ｒ１５はデタッチ要求をＭＭＥ３０へ送信する（Ｓ１７０６）。このとき、デタッチ要求には、ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎは、ＵＥ−Ｒ１５からＵＥ１０ａまたはＵＥ１０ｂのようなＵＥが切断することを示す情報である。ここで、ＵＥ−Ｒ１５からＵＥが切断されることを示す情報をｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎとしたが、ＵＥ−Ｒ１５からＵＥが切断されることを示す情報であれば、どのような情報要素であっても良い。さらに、切断されるＵＥを識別する情報要素が含まれても良い。
【０３１６】
ＭＭＥ３０はＵＥ−Ｒ１５からデタッチ要求を受信する。ＭＭＥ３０はデタッチ要求を受信し、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを削除するための処理を行ってもよい。
【０３１７】
ＭＭＥ３０はＵＥ−Ｒ１５からのデタッチ要求に含まれるｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより、ＵＥ−Ｒ１５にＵＥ１０ａが切断されることを検出する。
【０３１８】
ＭＭＥ３０は、ＵＥ−Ｒ１５にＵＥ１０ａが切断されることを検出している場合、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信しても良い（Ｓ１７０８）。ここで、ＭＭＥ３０は認証要求にＵＥ−Ｒ１５に接続するＵＥ１０ａのＵＥ識別子を含めても良い。
【０３１９】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０から認証要求を受信する。ここで、認証要求を受信したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＰｒｏＳｅを行うことを認証してもよいし、ＵＥ−Ｒ１５経由でコアネットワークに接続することを認証しても良い。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＵＥ１０ａがＰｒｏＳｅを行うことを認証する、またはＵＥ−Ｒ１５経由でコアネットワークに接続することを認証した場合、ＵＥ１０ａを識別するＰｒｏＳｅ  ＵＥ  ＩＤを抽出しても良い。
【０３２０】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０へ認証応答を送信し（Ｓ１７１０）、ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証応答を受信する。ここで、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０にＰｒｏＳｅ  ＵＥ  ＩＤを通知しても良い。ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証応答を受信し、ＵＥ１０ａがＵＥ−Ｒ１５から切断することを検出する。ここで、ＭＭＥ３０は、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを削除するための処理を行ってもよい。
【０３２１】
ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０へセッション削除要求を送信する（Ｓ１７１２）。ここで、セッション削除要求には、ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎが含まれることにより、ＳＧＷ４０／ＰＧＷ５０に、ＵＥ１０ａがＵＥ−Ｒ１５を経由してデータを送受信するための、通信品質を確保した通信路を確立することを示しても良い。
【０３２２】
ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０からセッション削除要求を受信する。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はセッション削除要求に含まれるｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより、ＵＥ１０ａがＵＥ−Ｒ１５を経由してコアネットワークからの接続を切断することを検出する。これにより、ＳＧＷ４０／ＰＧＷ５０は、ＵＥ１０ａがＵＥ−Ｒ１５を経由してデータを送受信しないため、通信路を再確立しても良い。
【０３２３】
ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０へセッション削除応答を送信し（Ｓ１７１４）、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０からセッション確立応答を受信する。これにより、ＭＭＥ３０はＰＧＷ５０とＳＧＷ３０間、ＳＧＷ３０とｅＮＢ２０間、ｅＮＢ２０とＵＥ−Ｒ１５間において、ＵＥ１０ａがＵＥ−Ｒ１５へ接続してデータの送受信を行う通信路を削除することを確認する。
【０３２４】
ＭＭＥ３０はＵＥ−Ｒ１５へデタッチ応答を送信し（Ｓ１７１６）、ＵＥ−Ｒ１５はＭＭＥ３０からデタッチ応答を受信する。
【０３２５】
なお、ＵＥ−Ｒ１５は、ＭＭＥ３０からデタッチ応答を受信した場合、ＧＯモードにおける通信路に対するＴＦＴを削除しても良い。ここで、デタッチ応答にベアラＩＤが含まれている場合には、ベアラＩＤに関連付けられるＴＦＴを削除しても良い。
【０３２６】
なお、ＵＥ−Ｒ１５は、ＭＭＥ３０にデタッチ要求を送信して(Ｓ１７０６)、ＵＥ１０ａの切断に対する認証を得たが、ＵＥ１０ａに対する認証を行わなくても良い。
【０３２７】
つまり、ＵＥ−Ｒ１５はＭＭＥ３０にデタッチ要求を送信（Ｓ１７０６）しなくても良い。また、ＵＥ−Ｒ１５はＭＭＥ３０にデタッチ要求を送信しない場合、ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ１７０８）し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ１７１０）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション削除要求を送信（Ｓ１７１２）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション削除応答に送信（Ｓ１７１４）し、ＭＭＥ３０はＵＥ−Ｒ１５にデタッチ応答を送信し（Ｓ１７１６）なくても良い。
【０３２８】
ＵＥ−Ｒ１５はＵＥ１０ａへデタッチ応答を送信し（Ｓ１７１８）、  ＵＥ１０ａはＵＥ−Ｒ１５からデタッチ応答を受信する。
【０３２９】
なお、ＵＥ１０ａは、ＵＥ−Ｒ１５からデタッチ応答を受信した場合、ＴＦＴを削除しても良い。ここで、デタッチ応答にベアラＩＤが含まれている場合には、ベアラＩＤと関連付けられるＴＦＴを削除しても良い。
【０３３０】
以上の手続きにより、ＵＥ１０ａはＧＯモードにおける通信路を削除することができる。
【０３３１】
上記の手続きは、ＵＥ１０ｂにおいても同様に行う。つまり、ＵＥ１０ｂはＵＥ−Ｒ１５にデタッチ要求を送信し（Ｓ１７２０）、ＵＥ−Ｒ１５はＭＭＥ３０にデタッチ要求を送信し（Ｓ１７２２）、ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ１７２４）し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ１７２６）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション削除要求を送信（Ｓ１７２８）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション削除応答に送信（Ｓ１７３０）し、ＭＭＥ３０はＵＥ−Ｒ１５にデタッチ応答を送信し（Ｓ１７３２）、ＵＥ−Ｒ１５はＵＥ１０ｂにデタッチ応答を送信する。
【０３３２】
なお、ＵＥ１０ａの場合と同様に、ＵＥ−Ｒ１５は、ＵＥ１０ｂに対する認証を行わなくても良い。つまり、ＵＥ−Ｒ１５はＭＭＥ３０にデタッチ要求を送信（Ｓ１７２２）し、ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ１７２４）し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ１７２６）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション削除要求を送信（Ｓ１７２８）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション削除応答に送信（Ｓ１７３０）し、ＭＭＥ３０はＵＥ−Ｒ１５にデタッチ応答を送信し（Ｓ１７３２）なくても良い。以上の手続きにより、ＵＥ１０ｂはＧＯモードにおける通信路を削除することができる。
【０３３３】
以上により、ＵＥ１０ａとＵＥ１０ｂとＵＥ−Ｒ１５はＧＯモードにおける通信路を削除することができる。
【０３３４】
［１．３．４．３  デセントラライズモードの通信路の管理］
図１８にデセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５におけるＴＦＴの例を示す。図１８では、アプリケーション１におけるＴＦＴの例を示している。ここで、アプリケーション１における例のみを示しているが、ＴＦＴにおいて、アプリケーション２やアプリケーション３が管理されても良い。
【０３３５】
ＵＥ１０ａのＴＦＴでは、アプリケーション１はベアラＩＤ２ａと関連付けて管理されている。ここで、ベアラＩＤ２ａはＵＥ１０ａがＵＥ１０ｂとＵＥ−Ｒ１５と確立したデセントラライズモードにおける通信路を示すベアラＩＤである。なお、ベアラＩＤ２ａは、ＵＥ１０ｂとの直接通信ＩＤ２ａｂ、ＵＥ−Ｒ１５との直接通信ＩＤ２ａｒと関連付けて管理されている。
【０３３６】
アプリケーション１においてデータを送信する場合、ＵＥ１０ａはＵＥ１０ｂとＵＥ−Ｒ１５へ送信することを示している。ＵＥ１０ａは上記のように、ＴＦＴを管理することにより、デセントラライズモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
【０３３７】
つまり、ＵＥ１０ａはアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ｂとＵＥ−Ｒ１５へ送信する。
【０３３８】
また、ＵＥ１０ｂのＴＦＴでは、アプリケーション１はベアラＩＤ２ｂと関連付けて管理されている。ここで、ベアラＩＤ２ｂはＵＥ１０ｂがＵＥ１０ａとＵＥ−Ｒ１５と確立したデセントラライズモードにおける通信路を示すベアラＩＤである。なお、ベアラＩＤ２ｂは、ＵＥ１０ａとの直接通信ＩＤ２ｂａ、ＵＥ−Ｒ１５との直接通信ＩＤ２ｂｒと関連付けて管理されている。
【０３３９】
アプリケーション１においてデータを送信する場合、ＵＥ１０ｂはＵＥ１０ａとＵＥ−Ｒ１５へ送信することを示している。ＵＥ１０ｂは上記のように、ＴＦＴを管理することにより、デセントラライズモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
【０３４０】
つまり、ＵＥ１０ｂはアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ａとＵＥ−Ｒ１５へ送信する。
【０３４１】
さらに、ＵＥ−Ｒ１５のＴＦＴでは、アプリケーション１はベアラＩＤ２ｒと関連付けて管理されている。ここで、ベアラＩＤ２ｒは、ＵＥ−Ｒ１５がＵＥ１０ａとＵＥ１０ｂと確立した通信路を示すベアラＩＤである。なお、ベアラＩＤ２ｒは、ＵＥ１０ａとの直接通信ＩＤ２ｒａ、ＵＥ−Ｒ１５との直接通信ＩＤ２ｒｂと関連付けて管理されている。
【０３４２】
アプリケーション１においてデータを送信する場合、ＵＥ−Ｒ１５はＵＥ１０ａとＵＥ１０ｂへ送信することを示している。ＵＥ−Ｒ１５は上記のように、ＴＦＴを管理することにより、デセントラライズモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。つまり、ＵＥ−Ｒ１５はアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ａとＵＥ１０ｂへデータを送信する。
【０３４３】
以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５は、それぞれＧＯモードの通信路におけるデータの送受信からデセントラライズモードの通信路におけるデータの送受信へ切り替えることができる。
【０３４４】
[１．４  変形例１]
第１実施形態では、デセントラライズモードへの切り替え要求を含む通信路確立手続きにより、デセントラライズモードの通信路へ切り替えを行っていたが、デセントラライズモードの通信路を確立した後、デセントラライズモードへの切り替え要求を含むＧＯモードの通信路削除手続きにおいて、切り替え手続きを行っても良い。
【０３４５】
なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。さらに、ＵＥ１０ａおよびＵＥ１０ｂはＰｒｏＳｅアプリケーションの登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ−Ｒ１５はネットワークへの接続手続きとサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ１０ａ、ＵＥ１０ｂはＧＯモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。
【０３４６】
[１．４．１  デセントラライズモードへの切り替え手続き]
図１９に変形例１におけるデセントラライズモードへの切り替え手続きを示す。まず、ＵＥ−Ｒ１５はデセントラライズモードへの切り替えを決定する（Ｓ１９０２）。デセントラライズモードへの切り替えの決定は、例えば、グループのメンバーが近隣に存在することを検出して決定してもよい。つまり、ＵＥ１０ａとＵＥ１０ｂとが近隣に存在することを検出して切り替えを決定して良い。また、デセントラライズモードへの切り替えの決定は、ＵＥ−Ｒ１５がｅＮＢ２０の圏外となり、コアネットワークへの接続を維持できなくなることを検出して決定しても良い。
【０３４７】
次に、ＵＥ１０ａおよびＵＥ１０ｂはデセントラライズモードにおける通信路確立手続きを行う（Ｓ１９０４）。図２０にデセントラライズモードの通信路確立手続きの例を示す。なお、デセントラライズモードの通信路確立手続きであれば、本手続きでなくても良い。
【０３４８】
まず、ＵＥ−Ｒ１５はＵＥ１０ａに直接通信アラートを送信する（Ｓ２００２）。ＵＥ１０ａは直接通信アラートを受信し、ＵＥ−Ｒ１５の近隣に存在していることを確認する。
【０３４９】
次に、ＵＥ１０ａはＵＥ−Ｒ１５に直接通信アラート応答を送信し（Ｓ２００４）、ＵＥ−Ｒ１５はＵＥ１０ａから直接通信アラート応答を受信する。この応答により、ＵＥ−Ｒ１５は、ＵＥ１０ａが近隣に存在することを検出する。
【０３５０】
続いて、ＵＥ−Ｒ１５はＵＥ１０ａとデセントラライズモードの通信路を確立するために、直接通信要求をＵＥ１０ａに送信する（Ｓ２００６）。ここで、直接通信要求には、デセントラライズモードの通信路を示す直接通信ＩＤやデセントラライズモードにおいてデータの送受信を行うためのＵＥ−Ｒ１５のＩＰアドレスを含める。また、ＡＰＮやＰＤＮコネクション識別子を含めても良い。ＵＥ１０ａはＵＥ−Ｒ１５から直接通信要求を受信し、直接通信要求に含まれる直接通信ＩＤやＵＥ−Ｒ１５のＩＰアドレスを管理する。また、ＡＰＮやＰＤＮコネクション識別子を管理しても良い。
【０３５１】
次に、ＵＥ１０ａはＵＥ−Ｒ１５とのデータの送受信のために、セキュリティ手続きを行う（Ｓ２００８）。セキュリティ手続きとは、ＵＥ１０ａとＵＥ−Ｒ１５間でのデータの送受信を他のＵＥやＵＥ−Ｒから傍受されないようにすることである。例えば、ＵＥ１０ａとＵＥ−Ｒ１５間でセキュリティキーを交換して、通信傍受を防ぐことができる。セキュリティキーを交換する方法は第一の実施形態で説明した方法を利用できるため、その詳細な説明は省略する。
【０３５２】
ＵＥ１０ａはセキュリティ手続きを完了したことを検出して、直接通信応答を送信し（Ｓ２０１０）、ＵＥ−Ｒ１５はＵＥ１０ａから直接通信応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスが含まれる。
【０３５３】
ＵＥ−Ｒ１５は直接通信応答を受信して、ＵＥ１０ａにおいて直接通信路を確立できたことを確認する。さらに、ＵＥ−Ｒ１５は直接通信応答に含まれるデセントラライズモードの通信路における直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスを管理する。
【０３５４】
次に、ＵＥ−Ｒ１５とＵＥ１０ａは無線ベアラの確立を行う（Ｓ２０１２）。無線ベアラの確立では、ＵＥ−Ｒ１５はＵＥ１０ａへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースを通知する。通信リソースとは例えば、周波数に関する情報や時間に関する情報がある。
【０３５５】
以上の手続きにより、ＵＥ−Ｒ１５はＵＥ１０ａとデセントラライズモードの通信路を確立することができる。
【０３５６】
次に、ＵＥ−Ｒ１５はＵＥ１０ｂとデセントラライズモードの通信路確立手続きを行う。なお、ＵＥ−Ｒ１５がＵＥ１０ｂとデセントラライズモードの通信路確立手続きは、ＵＥ−Ｒ１５がＵＥ１０ａとデセントラライズモードの通信路確立手続きと同様である。つまり、ＵＥ−Ｒ１５はＵＥ１０ｂに直接通信アラートを送信し（Ｓ２０１４）、ＵＥ１０ｂはＵＥ−Ｒ１５から直接通信アラートを受信し、ＵＥ１０ｂはＵＥ−Ｒ１５に直接通信アラート応答を送信し（Ｓ２０１６）、ＵＥ−Ｒ１５はＵＥ１０ｂから直接通信アラート応答を受信し、ＵＥ−Ｒ１５はＵＥ１０ｂに直接通信要求を送信し（Ｓ２０１８）、ＵＥ１０ｂはＵＥ−Ｒ１５から直接通信要求を受信し、ＵＥ１０ｂとＵＥ−Ｒ１５はセキュリティ手続きを行い（Ｓ２０２０）、ＵＥ１０ｂはＵＥ−Ｒ１５へ直接通信応答を送信し（Ｓ２０２２）、ＵＥ−Ｒ１５はＵＥ１０ｂから直接通信応答を受信し、ＵＥ−Ｒ１５とＵＥ１０ｂは無線ベアラの確立を行う（Ｓ２０２４）。
【０３５７】
以上の手続きにより、ＵＥ−Ｒ１５はＵＥ１０ｂとデセントラライズモードの通信路を確立することができる。
【０３５８】
ＵＥ−Ｒ１５とデセントラライズモードの通信路を確立したＵＥ１０ａはＵＥ１０ｂとデセントラライズモードの通信路を確立する。まず、ＵＥ１０ａはＵＥ１０ｂに直接通信アラートを送信し（Ｓ２０２６）、ＵＥ１０ｂはＵＥ１０ａから直接通信アラートを受信する。ＵＥ１０ｂはＵＥ１０ａが直接通信の要求があることを検出し、ＵＥ１０ｂはＵＥ１０ａに直接通信アラート応答を送信する（Ｓ２０２８）。
【０３５９】
ＵＥ１０ａはＵＥ１０ｂから直接通信アラート応答を受信し、デセントラライズモードの通信路を確立できることを検出する。次に、ＵＥ１０ａは、ＵＥ１０ｂに直接通信要求を送信する（Ｓ２０３０）。ここで、直接通信要求には、デセントラライズモードの通信路を示す直接通信ＩＤやデセントラライズモードにおいてデータの送受信を行うためのＵＥ１０ａのＩＰアドレスを含める。また、ＡＰＮやＰＤＮコネクション識別子を含めても良い。ＵＥ１０ｂはＵＥ１０ａから直接通信要求を受信し、直接通信要求に含まれる直接通信ＩＤやＵＥ１０ａのＩＰアドレスを管理する。また、ＡＰＮやＰＤＮコネクション識別子を管理しても良い。
【０３６０】
ＵＥ１０ｂとＵＥ１０ａはセキュリティ手続きを行う（Ｓ２０３２）。セキュリティ手続きは、ＵＥ−Ｒ１５とＵＥ１０ａとが行ったセキュリティ手続き（Ｓ２００８）と同じ方法を利用することができるため、その詳細な説明は省略する。
【０３６１】
ＵＥ１０ｂはセキュリティ手続きを完了したことを検出して、直接通信応答を送信し（Ｓ２０３４）、ＵＥ１０ａはＵＥ１０ｂから直接通信応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ｂのＩＰアドレスが含まれる。
【０３６２】
次に、ＵＥ１０ａとＵＥ１０ｂは無線ベアラの確立を行う（Ｓ２０３６）。無線ベアラの確立では、ＵＥ１０ａはＵＥ１０ｂへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースを通知する。通信リソースとは例えば、周波数に関する情報や時間に関する情報がある。
【０３６３】
以上の手続きにより、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路を確立することができる。
【０３６４】
また、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路を確立する手続きを行っても良い。なお、ＵＥ１０ｂはＵＥ１０ａから直接通信アラートを受信することにより、ＵＥ１０ａとデセントラライズモードの通信路が確立されることを検出した場合、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路確立手続きを行わなくてもよい。
【０３６５】
ＵＥ１０ｂがＵＥ１０ａとデセントラライズモードの通信路を確立する手続きは、ＵＥ１０ａがＵＥ１０ｂとデセントラライズモードの通信路確立する手続きと同様である。
【０３６６】
つまり、ＵＥ１０ｂはＵＥ１０ａに直接通信アラートを送信し（Ｓ２０３８）、ＵＥ１０ａはＵＥ１０ｂに直接通信アラート応答を送信し（Ｓ２０４０）、ＵＥ１０ｂはＵＥ１０ａに直接通信要求を送信し（Ｓ２０４２）、ＵＥ１０ａとＵＥ１０ｂはセキュリティ手続きを行い（Ｓ２０４４）、ＵＥ１０ａはＵＥ１０ｂに直接通信応答を送信し（Ｓ２０４６）、ＵＥ１０ｂとＵＥ１０ａは無線ベアラの確立を行う（Ｓ２０４８）。
【０３６７】
以上の手続きにより、ＵＥ１０ｂとＵＥ１０ａはデセントラライズモードの通信路を確立することができる。
【０３６８】
［１．４．２  デセントラライズモードへの切り替え要求を含むＧＯモードの通信路削除手続き］
デセントラライズモードへの切り替え要求を含むＧＯモードの通信路削除手続きを説明する。図２１に、デセントラライズモードへの切り替え要求を含むＧＯモードの通信路削除手続きの例を示す。なお、ＧＯモードの切り替え要求を含む通信路確立手続きであれば、本手続きでなくても良い。
【０３６９】
ＵＥ−Ｒ１５はＵＥ１０ａにデタッチ要求を送信する（Ｓ２１０４）。ここで、デタッチ要求には、デセントラライズモードへの切り替え要求を示すｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含める。なお、デセントラライズモードへの切り替え要求を示すインディケータであれば、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒでなくても良い。
【０３７０】
なお、ここではデタッチ要求に、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含めることを説明したが、デタッチ要求ではなく、他のメッセージであっても良い。また、本手続きでは、ＧＯモードの通信路削除手続きの１つのメッセージにｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含めることでデセントラライズモードの通信路への切り替えを示しているが、ＧＯモードの通信路削除手続きに先だって、ＵＥ−Ｒ１５がＵＥ１０ａにデセントラライズモードへの切り替え要求メッセージを送信して、ＵＥ１０ａにデセントラライズモードの通信路への切り替えを通知しても良い。
【０３７１】
また、ＵＥ−Ｒ１５はデタッチ要求にＵＥ識別子を含めても良い。ＵＥ−Ｒ１５は、ＵＥ識別子を含めることによって、切り替え元の対象となる、ＧＯモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ｂを示すＵＥ識別子を含めた場合、ＵＥ−Ｒ１５はＵＥ１０ａにＵＥ１０ｂとのデータの送受信を示し、ＵＥ１０ｂとのデータの送受信を切り替えさせることができる。なお、ここではデタッチ要求に、ＵＥ識別子を含めることを説明したが、デタッチ要求ではなく、他のメッセージであっても良い。
【０３７２】
また、ＵＥ−Ｒ１５はデタッチ要求にＡＰＮを含めても良い。ＵＥ−Ｒ１５はＡＰＮを示すことで、当該ＡＰＮで確立したＧＯモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するＧＯモードの通信路を切り替えさせることができる。なお、ここではデタッチ要求に、ＡＰＮを含めることを説明したが、デタッチ要求ではなく、他のメッセージであっても良い。
【０３７３】
さらに、ＵＥ−Ｒ１５はデタッチ要求にＰＤＮコネクション識別子を含めても良い。ＵＥ−Ｒ１５はＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するＧＯモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するＧＯモードの通信路を切り替えさせることができる。なお、ここではデタッチ要求に、ＰＤＮコネクション識別子を含めることを説明したが、デタッチ要求ではなく、他のメッセージであっても良い。
【０３７４】
なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子が含まれていない場合には、ＧＯモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出する。
【０３７５】
なお、ＵＥ１０ａは、ＵＥ−Ｒ１５からデタッチ要求を受信した場合、ＧＯモードの通信路に対応するＴＦＴを削除しても良い。ここで、デタッチ応答にベアラＩＤが含まれている場合には、ベアラＩＤと関連付けられるＴＦＴを削除しても良い。
【０３７６】
次に、ＵＥ−Ｒ１５はデタッチ要求をＭＭＥ３０へ送信する（Ｓ２１０６）。このとき、デタッチ要求には、ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含める。ここで、ＵＥ−Ｒ１５からＵＥが切断されることを示す情報であれば、ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎである必要はなく、どのような情報要素であっても良い。さらに、切断されるＵＥを識別する情報要素が含まれても良い。
【０３７７】
ＭＭＥ３０はＵＥ−Ｒ１５からデタッチ要求を受信する。ＭＭＥ３０はデタッチ要求を受信し、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを削除するための処理を行ってもよい。
【０３７８】
ＭＭＥ３０はＵＥ−Ｒ１５からのデタッチ要求に含まれるｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより、ＵＥ−Ｒ１５にＵＥが切断されることを検出する。
【０３７９】
ＭＭＥ３０は、ＵＥ−Ｒ１５にＵＥ１０ａが切断されることを検出している場合、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信しても良い（Ｓ２１０８）。ここで、ＭＭＥ３０は認証要求にＵＥ−Ｒ１５に接続するＵＥ１０ａのＵＥ識別子を含めても良い。
【０３８０】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０から認証要求を受信する。ここで、認証要求を受信したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＰｒｏＳｅを行うことを認証してもよいし、ＵＥ−Ｒ１５経由でコアネットワークに接続することを認証しても良い。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＵＥ１０ａがＰｒｏＳｅを行うことを認証する、またはＵＥ−Ｒ１５経由でコアネットワークに接続することを認証した場合、ＵＥ１０ａを識別するＰｒｏＳｅ  ＵＥ  ＩＤを抽出しても良い。
【０３８１】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０へ認証応答を送信し（Ｓ２１１０）、ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証応答を受信する。ここで、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０にＰｒｏＳｅ  ＵＥ  ＩＤを通知しても良い。ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証応答を受信し、ＵＥ１０ａがＵＥ−Ｒ１５から切断することを検出する。ここで、ＭＭＥ３０は、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを削除するための処理を行ってもよい。
【０３８２】
ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０へセッション削除要求を送信する（Ｓ２１１２）。ここで、セッション削除要求には、ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎが含まれることにより、ＳＧＷ４０／ＰＧＷ５０に、ＵＥ１０ａがＵＥ−Ｒ１５を経由してデータを送受信するための、通信品質を確保した通信路を確立することを示しても良い。
【０３８３】
ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０からセッション削除要求を受信する。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はセッション削除要求に含まれるｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより、ＵＥ１０ａがＵＥ−Ｒ１５を経由してコアネットワークからの接続を切断することを検出する。これにより、ＳＧＷ４０／ＰＧＷ５０は、ＵＥ１０ａがＵＥ−Ｒ１５を経由してデータを送受信しないため、通信路を再確立しても良い。
【０３８４】
ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０へセッション削除応答を送信し（Ｓ２１１４）、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０からセッション確立応答を受信する。これにより、ＭＭＥ３０はＰＧＷ５０とＳＧＷ３０間、ＳＧＷ３０とｅＮＢ２０間、ｅＮＢ２０とＵＥ−Ｒ１５間において、ＵＥ１０ａがＵＥ−Ｒ１５へ接続してデータの送受信を行う通信路を削除することを確認する。
【０３８５】
ＭＭＥ３０はＵＥ−Ｒ１５へデタッチ応答を送信し（Ｓ２１１６）、ＵＥ−Ｒ１５はＭＭＥ３０からデタッチ応答を受信する。
【０３８６】
なお、ＵＥ−Ｒ１５は、ＭＭＥ３０からデタッチ応答を受信した場合、ＧＯモードにおける通信路に対するＴＦＴを削除しても良い。ここで、デタッチ応答にベアラＩＤが含まれている場合には、ベアラＩＤに関連付けられるＴＦＴを削除しても良い。
【０３８７】
なお、ＵＥ−Ｒ１５は、ＭＭＥ３０にデタッチ要求を送信して、ＵＥ１０ａの切断に対する認証を得たが、ＵＥ１０ａに対する認証を行わなくても良い。
【０３８８】
つまり、ＵＥ−Ｒ１５はＭＭＥ３０にデタッチ要求を送信（Ｓ２１０６）しなくても良い。また、ＵＥ−Ｒ１５はＭＭＥ３０にデタッチ要求を送信しない場合、ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ２１０８）し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ２１１０）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション削除要求を送信（Ｓ２１１２）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション削除応答に送信（Ｓ２１１４）し、ＭＭＥ３０はＵＥ−Ｒ１５にデタッチ応答を送信し（Ｓ２１１６）なくても良い。
【０３８９】
一方、デタッチ要求を受信したＵＥ１０ａはＵＥ−Ｒ１５へデタッチ応答を送信し（Ｓ２１１８）、ＵＥ−Ｒ１５はＵＥ１０ａからデタッチ応答を受信する。
【０３９０】
なお、ＵＥ−Ｒ１５は、ＵＥ１０ａからデタッチ応答を受信した場合、ＧＯモードの通信路に対応するＴＦＴを削除しても良い。ここで、デタッチ応答にベアラＩＤが含まれている場合には、ベアラＩＤと関連付けられるＴＦＴを削除しても良い。
【０３９１】
図１９に戻って説明する。ＵＥ−Ｒ１５は、デセントラライズモードの通信路へ切り替える（Ｓ１９０８）。ここで、ＵＥ−Ｒ１５は、ＵＥ１０ａまたはＵＥ１０ｂへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
【０３９２】
ＵＥ１０ａは、デセントラライズモードの通信路へ切り替える（Ｓ１９１０）。ここで、ＵＥ１０ａは、ＵＥ−Ｒ１５から通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
【０３９３】
ＵＥ１０ｂは、デセントラライズモードの通信路へ切り替える（Ｓ１９１２）。ここで、ＵＥ１０ｂは、ＵＥ−Ｒ１５から通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
【０３９４】
以上の手続きにより、ＵＥ−Ｒ１５はＵＥ１０ａにデセントラライズモードへの切り替えを通知し、ＵＥ−Ｒ１５とＵＥ１０ａはＧＯモードの通信路のデータの送受信からデセントラライズモードの通信路へ切り替えることができる。
【０３９５】
上記の手続きは、ＵＥ１０ｂにおいても同様に行う。
【０３９６】
以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５は、それぞれＧＯモードの通信路におけるデータの送受信からデセントラライズモードの通信路におけるデータの送受信へ切り替えることができる。
【０３９７】
[２．  第２実施形態]
第１実施形態、変形例１では、ＧＯモードの通信路からデセントラライズモードの通信路への切り替え手続きについて説明したが、第２実施形態では、デセントラライズモードにおける通信路からＧＯモードの通信路へ切り替える手続きについて説明する。
【０３９８】
なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。
【０３９９】
図２２に、第２実施形態における主な処理の流れを示す。第２実施形態では、まず、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５は、ネットワークへの接続手続きとサービス登録手続きを行う（Ｓ２２０２）。次に、ＵＥ−Ｒ１５とＵＥ１０（ＵＥ１０ａまたはＵＥ１０ｂ）とはデセントラライズモードにおける通信路確立手続きを行う（Ｓ２２０４）。これにより、ＵＥ１０（ＵＥ１０ａとＵＥ１０ｂ）とＵＥ−Ｒ１５とは、デセントラライズモードにおける通信路においてデータの送受信を開始する。
【０４００】
ＵＥ１０とＵＥ−Ｒ１５とはデセントラライズモードの通信路におけるデータの送受信中にＧＯモードの通信路への切り替え手続きを行う（Ｓ２２０６）。ＧＯモードへ切り替え手続きは、ＧＯモードの通信路確立手続きとデセントラライズモードの通信路削除手続きにより行われる。
【０４０１】
ここで、ＵＥ１０ａおよびＵＥ１０ｂはサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。
【０４０２】
また、ＵＥ−Ｒ１５はサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５はデセントラライズモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。なお、デセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５におけるＴＦＴは第１実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
【０４０３】
[２．１  ＧＯモードへの切り替え手続き]
第２実施形態におけるＧＯモードへの切り替え手続きについて説明する。図２３に、ＧＯモードへの切り替え手続きを示す。まず、ＵＥ−Ｒ１５はＥＰＣへの接続手続きを行う（Ｓ２３０４）。ＵＥ−Ｒ１５のＥＰＣへの接続手続きは第１の実施形態で示した方法を利用できるため、詳細な説明は省略する。
【０４０４】
ＥＰＣへの接続手続きが完了したＵＥ−Ｒ１５はＵＥ１０ａとＵＥ１０ｂとへＧＯモードに関する情報を送信し（Ｓ２３０６）、ＵＥ１０ａとＵＥ１０ｂはＵＥ−Ｒ１５からＧＯモードに関する情報を受信する。ＵＥ−Ｒ１５が送信するＧＯモードに関する情報は、第１実施形態と同様であるため、その詳細な説明は省略する。
【０４０５】
ＵＥ１０ａは、ＧＯモードに関する情報により、ＧＯモードにおける通信路が利用可能であることを検知する（Ｓ２３０８）。ＧＯモードにおける通信路が利用可能であることを検知したＵＥ１０ａはＧＯモードの切り替え要求をＵＥ１０ｂへ送信する（Ｓ２３１０）。ＧＯモードの切り替え要求には、ＵＥ識別子を含めても良い。ＵＥ１０ａは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ−Ｒ１５を示すＵＥ識別子を含めた場合、ＵＥ１０ａはＵＥ１０ｂにＵＥ−Ｒ１５とのデータの送受信を示し、ＵＥ−Ｒ１５とのデータの送受信を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＵＥ識別子を含めることを説明したが、ＵＥ１０ａがＵＥ１０ｂへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０４０６】
また、ＵＥ１０ａはＧＯモードの切り替え要求にＡＰＮを含めても良い。ＵＥ１０ａはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＡＰＮを含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０４０７】
また、ＵＥ１０ａはＧＯモードの切り替え要求にＰＤＮコネクション識別子を含めても良い。ＵＥ１０ａはＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＰＤＮコネクション識別子を含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０４０８】
なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子が含まない場合には、デセントラライズモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出させても良い。また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
【０４０９】
また、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を送信する（Ｓ２３１０）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を送信しても良い（Ｓ２３１０）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え要求を送信（Ｓ２３１０）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
【０４１０】
なお、ＵＥ１０ａはＧＯモードの切り替え要求を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しても良い。
【０４１１】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替え要求を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しなくても良い。
【０４１２】
ＵＥ１０ｂはＵＥ１０ａからＧＯモードの切り替え要求を受信する。ＵＥ１０ｂはＧＯモードの切り替え要求により、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
【０４１３】
また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
【０４１４】
ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を受信する（Ｓ２３１０）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を受信しても良い（Ｓ２３１０）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え要求を受信（Ｓ２３１０）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
【０４１５】
また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。
【０４１６】
ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行うことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理している場合、ＧＯモードの切り替えを行うことを決定して良い。
【０４１７】
ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
【０４１８】
ＧＯモードの通信路へ切り替えを行うことを決定したＵＥ１０ｂはＵＥ１０ａにＧＯモードの切り替え応答を送信する（Ｓ２３１２）。ここで、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めないことにより、ＧＯモードとデセントラライズモードを切り替えることができことを示しても良い。
【０４１９】
ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を送信する（Ｓ２３１２）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を送信しても良い（Ｓ２３１２）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え要求を送信（Ｓ２３１０）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
【０４２０】
なお、ＵＥ１０ｂはＧＯモードの切り替え応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（Ｓ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しても良い。
【０４２１】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替え応答を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しなくても良い。
【０４２２】
一方、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する。この応答により、ＵＥ１０ａは、ＵＥ１０ｂがＧＯモードの通信路へ切り替えすることを検知したことを検出する。なお、ＵＥ１０ｂはＧＯモードに関する情報の受信（Ｓ２３０６）により、ＧＯモードの検知を行っても良い（Ｓ２３１４）。
【０４２３】
ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を受信する（Ｓ２３１２）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を受信しても良い（Ｓ２３１２）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え応答を受信（Ｓ２３１２）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
【０４２４】
なお、ＵＥ１０ａはＧＯモードの切り替え検知する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す通知（Ｓ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、ＧＯモードの切り替えを検知しても良い。
【０４２５】
ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
【０４２６】
また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。なお、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの切り替えを行わないことを決定しても良い。また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの切り替えを行わないことを決定しても良い。
【０４２７】
ＧＯモードの検知を行ったＵＥ１０ｂはＵＥ１０ａへＧＯモードの切り替え要求を送信しても良い（Ｓ２３１６）。ＧＯモードの切り替え要求には、ＵＥ識別子を含めても良い。ＵＥ１０ｂは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０４２８】
また、ＵＥ１０ｂはＧＯモードの切り替え要求にＡＰＮを含めても良い。ＵＥ１０ｂはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０４２９】
また、ＵＥ１０ｂはＧＯモードの切り替え要求にＰＤＮコネクション識別子を含めても良い。ＵＥ−Ｒ１５はＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＰＤＮコネクション識別子を含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０４３０】
なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子が含まない場合には、デセントラライズモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出させても良い。
【０４３１】
また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
【０４３２】
なお、ＵＥ１０ｂがＵＥ１０ａにＧＯモードの切り替え要求（Ｓ２３１６）の送信の前に、ＵＥ１０ａからＧＯモード切り替え要求を受信（Ｓ２３１０）した場合、ＧＯモードの切り替え要求を送信（Ｓ２３１６）しなくても良い。
【０４３３】
ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を送信する（Ｓ２３１６）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を送信しても良い（Ｓ２３１６）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え要求を送信（Ｓ２３２０）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
【０４３４】
なお、ＵＥ１０ｂはＧＯモードの切り替え要求を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しても良い。
【０４３５】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替え要求を送信しなくても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しなくても良い。
【０４３６】
ＵＥ１０ｂがＵＥ１０ａにＧＯモードの切り替え要求を送信した（Ｓ２３１６）場合、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え要求を受信する。
【０４３７】
ＵＥ１０ａはＧＯモードの切り替え要求により、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
【０４３８】
また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
【０４３９】
ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を受信する（Ｓ２３１６）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を受信しても良い（Ｓ２３１６）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え要求を受信（Ｓ２３１６）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
【０４４０】
また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。
【０４４１】
ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替えを行うことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理している場合、ＧＯモードの切り替えを行うことを決定して良い。
【０４４２】
ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
【０４４３】
ＧＯモードの通信路へ切り替えを行うことを決定したＵＥ１０ａはＵＥ１０ｂにＧＯモードの切り替え応答を送信してもよい（Ｓ２３１８）。ＵＥ１０ａがＵＥ１０ｂにＧＯモードの切り替え応答を送信した場合、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する。この応答により、ＵＥ１０ｂは、ＵＥ１０ａがＧＯモードの通信路へ切り替えることを検知したことを検出する。
【０４４４】
なお、ＵＥ１０ａがＵＥ１０ｂにＧＯモードの切り替え応答（Ｓ２３１８）の送信の前に、ＵＥ１０ｂからＧＯモード切り替え応答を受信（Ｓ２３１２）した場合、ＵＥ１０ｂにＧＯモードの切り替え応答を送信（Ｓ２３１８）しなくても良い。
【０４４５】
ここで、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めないことにより、ＧＯモードとデセントラライズモードを切り替えることができことを示しても良い。
【０４４６】
ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を送信する（Ｓ２３１８）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を送信しても良い（Ｓ２３１８）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え応答を送信（Ｓ２３１８）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
【０４４７】
なお、ＵＥ１０ａはＧＯモードの切り替え応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（Ｓ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しても良い。
【０４４８】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替え応答を送信しなくても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しなくても良い。
【０４４９】
ＵＥ１０ｂはＧＯモードの切り替え応答を受信する。この応答により、ＵＥ１０ｂは、ＵＥ１０ａがＧＯモードの通信路へ切り替えすることを検知したことを検出する。また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
【０４５０】
ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を受信する（Ｓ２３１８）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を受信しても良い（Ｓ２３１８）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）を行った後、ＧＯモードの切り替え応答を受信（Ｓ２３１８）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ２３２０）は、後で詳細に説明するため、説明は省略する。
【０４５１】
なお、ＵＥ１０ｂはＧＯモードの切り替え検知する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す通知（Ｓ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、ＧＯモードの切り替えを検知しても良い。
【０４５２】
ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
【０４５３】
また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。なお、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの切り替えを行わないことを決定しても良い。また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの切り替えを行わないことを決定しても良い。
【０４５４】
[２．１．１  ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き]
次に、ＵＥ１０ａとＵＥ１０ｂは、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続きを行う（Ｓ２３２０）。図２４に、ＧＯモードへの切り替え要求を含む通信路確立手続きの例を示す。なお、ＧＯモードへの切り替え要求を含む通信路確立手続きであれば、本手続きでなくても良い。
【０４５５】
ＵＥ１０ａはＵＥ−Ｒ１５にアタッチ要求を送信する（Ｓ２４０４）。ここで、アタッチ要求には、ＧＯモードへの切り替え要求を示すｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含める。なお、ＧＯモードへの切り替え要求を示すインディケータであれば、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒでなくても良い。
【０４５６】
なお、ここではアタッチ要求に、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含めることを説明したが、アタッチ要求ではなく、他のメッセージであっても良い。また、本手続きでは、ＧＯモードの通信路確立手続きの１つのメッセージにｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含めることでＧＯモードの通信路への切り替えを示しているが、ＧＯモードの通信路確立手続きに先だって、ＵＥ１０ａがＵＥ−Ｒ１５にＧＯモードへの切り替え要求メッセージを送信して、ＵＥ−Ｒ１５にＧＯモードの通信路への切り替えを通知しても良い。
【０４５７】
また、ＵＥ１０ａはアタッチ要求にＵＥ識別子を含めても良い。ＵＥ１０ａは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ｂを示すＵＥ識別子を含めた場合、ＵＥ１０ａはＵＥ−Ｒ１５にＵＥ１０ｂとのデータの送受信を示し、ＵＥ１０ｂとのデータの送受信を切り替えさせることができる。なお、ここではアタッチ要求に、ＵＥ識別子を含めることを説明したが、アタッチ要求ではなく、他のメッセージであっても良い。
【０４５８】
また、ＵＥ−Ｒ１５はアタッチ要求にＡＰＮを含めても良い。ＵＥ−Ｒ１５はＡＰＮを示すことで、当該ＡＰＮにおけるデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではアタッチ要求に、ＡＰＮを含めることを説明したが、アタッチ要求ではなく、他のメッセージであっても良い。
【０４５９】
また、ＵＥ−Ｒ１５はアタッチ要求にＰＤＮコネクション識別子を含めても良い。ＵＥ−Ｒ１５はＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子におけるデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではアタッチ要求に、ＰＤＮコネクション識別子を含めることを説明したが、アタッチ要求ではなく、他のメッセージであっても良い。
【０４６０】
なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子を含まない場合には、ＧＯモードの通信路で送受信されている全てのデータをＧＯモードの通信路へ切り替えることとして検出させても良い。
【０４６１】
なお、ＵＥ１０ａはｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えできることを示す許可情報を管理している場合、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しても良い。
【０４６２】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しなくても良い。
【０４６３】
また、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する（図２３のＳ２３１２）ことにより、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しても良い。ここで、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しても良い。なお、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しなくても良い。また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しなくても良い。
【０４６４】
また、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え要求を受信する（図２３のＳ２３１６）ことにより、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しても良い。また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含むアタッチ要求を送信しても良い。
【０４６５】
また、ＵＥ１０ａは、ＵＥ−Ｒ１５へアタッチ要求を送信する前に、ＵＥ−Ｒ１５へ送信できるかを検出するために、近隣検出を行っても良い。また、ＵＥ１０ａはコアネットワーク７またはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に近隣検出を要求しても良い。
【０４６６】
ＵＥ−Ｒ１５は、ＵＥ１０ａからアタッチ要求を受信する。ＵＥ１０ａはアタッチ要求に含まれるｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒにより、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
【０４６７】
また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応する、デセントラライズモードのデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する、デセントラライズモードの通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する、デセントラライズモードのデータの送受信を切り替えることを検出する。
【０４６８】
次に、ＵＥ−Ｒ１５はアタッチ要求をＭＭＥ３０へ送信しても良い（Ｓ２４０６）。このとき、アタッチ要求には、ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎは、ＵＥ−Ｒ１５にＵＥ１０ａまたはＵＥ１０ｂのようなＵＥが接続することを示す情報である。ここで、ＵＥ−Ｒ１５にＵＥが接続されることを示す情報をｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎとしたが、ＵＥ−Ｒ１５にＵＥが接続されることを示す情報であれば、どのような情報要素であっても良い。さらに、接続されるＵＥを識別する情報要素が含まれても良い。
【０４６９】
ＭＭＥ３０はＵＥ−Ｒ１５からアタッチ要求を受信する。ＭＭＥ３０はアタッチ要求を受信し、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを生成するための処理を行ってもよい。
【０４７０】
ＭＭＥ３０はＵＥ−Ｒ１５からのアタッチ要求に含まれるｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより、ＵＥ−Ｒ１５にＵＥ１０ａが接続されていることを検出する。
【０４７１】
ＭＭＥ３０は、ＵＥ−Ｒ１５にＵＥ１０ａが接続されていることを検出している場合、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信しても良い（Ｓ２４０８）。ここで、ＭＭＥ３０は認証要求にＵＥ−Ｒ１５に接続するＵＥ１０ａのＵＥ識別子を含めても良い。
【０４７２】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０から認証要求を受信する。ここで、認証要求を受信したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０ａがＰｒｏＳｅを行うことを認証してもよいし、ＵＥ−Ｒ１５経由でコアネットワークに接続することを認証しても良い。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＵＥ１０ａがＰｒｏＳｅを行うことを認証する、またはＵＥ−Ｒ１５経由でコアネットワークに接続することを認証した場合、ＰｒｏＳｅにおける近隣検出または、直接通信路の確立において利用することができるＵＥ１０ａを識別するＰｒｏＳｅ  ＵＥ  ＩＤを抽出しても良い。
【０４７３】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０へ認証応答を送信し（Ｓ２４１０）、ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証応答を受信する。ここで、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０にＰｒｏＳｅ  ＵＥ  ＩＤを通知しても良い。ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から認証応答を受信し、ＵＥ１０ａがＵＥ−Ｒ１５に接続することを検出する。ここで、ＭＭＥ３０は、ＰＤＮアドレス（ＵＥ１０ａのＩＰアドレス）やＰＤＰコンテキストパラメータを生成するための処理を行ってもよい。
【０４７４】
ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０へセッション確立要求を送信する（Ｓ２４１２）。ここで、セッション確立要求には、ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎを含める。ｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎが含まれることにより、ＳＧＷ４０／ＰＧＷ５０に、ＵＥ１０ａがＵＥ−Ｒ１５を経由してデータを送受信するための、通信品質を確保した通信路を確立することを示しても良い。
【０４７５】
ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０からセッション確立要求を受信する。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はセッション確立要求に含まれるｒｅｌａｙ  ｃｏｎｎｅｃｔｉｏｎ  ｉｎｄｉｃａｔｉｏｎにより、ＵＥ１０ａがＵＥ−Ｒ１５を経由してコアネットワークに接続することを検出する。これにより、ＳＧＷ４０／ＰＧＷ５０は、ＵＥ１０ａは、ＵＥ１０ａがＵＥ−Ｒ１５を経由してデータを送受信するために、通信品質を確保した通信路を確立しても良い。
【０４７６】
ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０へセッション確立応答を送信し（Ｓ２４１４）、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０からセッション確立応答を受信する。これにより、ＭＭＥ３０はＰＧＷ５０とＳＧＷ３０間、ＳＧＷ３０とｅＮＢ２０間、ｅＮＢ２０とＵＥ−Ｒ１５間において、ＵＥ１０ａがＵＥ−Ｒ１５へ接続してデータの送受信を行う通信路を確立することを確認する。
【０４７７】
ＭＭＥ３０はＵＥ−Ｒ１５へアタッチ応答を送信し（Ｓ２４１６）、ＵＥ−Ｒ１５はＭＭＥ３０からアタッチ応答を受信する。これにより、ＵＥ−Ｒ１５はＵＥ−Ｒ１５とコアネットワークにおける通信路において、ＵＥ１０ａがＵＥ−Ｒ１５を経由してデータの送受信を行うことができる通信路を確保したことになる。
【０４７８】
なお、ＵＥ−Ｒ１５は、ＭＭＥ３０からアタッチ応答を受信した場合、ＴＦＴを生成しても良い。ここで、アタッチ応答にベアラＩＤが含まれている場合には、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
【０４７９】
なお、ＵＥ−Ｒ１５は、ＭＭＥ３０にアタッチ要求を送信して、ＵＥ１０ａに対する認証を得たが、あらかじめ、ＵＥ−Ｒ１５がリレー機能を有効化することに対して認証されていれば、ＵＥ１０ａに対する認証を行わなくても良い。つまり、ＵＥ−Ｒ１５はＭＭＥ３０にアタッチ要求を送信（Ｓ２４０６）しなくても良い。また、ＵＥ−Ｒ１５はＭＭＥ３０にアタッチ要求を送信しない場合、ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ２４０８）し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ２４１０）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信（Ｓ２４１２）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ２４１４）し、ＭＭＥ３０はＵＥ−Ｒ１５にアタッチ応答を送信し（Ｓ２４１６）なくても良い。
【０４８０】
ＵＥ−Ｒ１５はＵＥ１０ａへアタッチ応答を送信し（Ｓ２４１８）、ＵＥ１０ａはＵＥ−Ｒ１５からアタッチ応答を受信する。
【０４８１】
ここでＵＥ−Ｒ１５は、ＭＭＥ３０からのアタッチ応答により、ＡＰＮやＰＤＮアドレス、ベアラＩＤ、ＰＤＰコンテキストパラメータなどの情報を受け取り、ＵＥ１０ａへアタッチ応答とともに通知してもよい。
【０４８２】
ここで、ＵＥ−Ｒ１５は、ＡＰＮやＰＤＮアドレス、ベアラＩＤ、ＰＤＰコンテキストパラメータなどの情報をリレーにおけるネットワークへの登録手続きやサービス登録手続きであらかじめ受け取っておき、ＵＥ１０ａへアタッチ応答とともに通知してもよい。
【０４８３】
なお、ＵＥ１０ａは、ＵＥ−Ｒ１５からアタッチ応答を受信した場合、ＴＦＴを生成しても良い。ここで、アタッチ応答にベアラＩＤが含まれている場合には、ＴＦＴとベアラＩＤを関連付けて管理し、データの送信先の決定に利用しても良い。なお、送信先の決定の際に、通信品質に関する情報を関連付けて設定し、その通信品質に従って、データを送信しても良い。
【０４８４】
ここで、単一の通信路のみが確立されている場合には、ＴＦＴを生成せず、全てのアプリケーションにおけるデータを確立している通信路へ送信しても良い。
【０４８５】
以上の手続きにより、ＵＥ１０ａはＧＯモードにおける通信路を確立することができる。
【０４８６】
上記の手続きは、ＵＥ１０ｂにおいても同様に行う。つまり、ＵＥ１０ｂはＵＥ−Ｒ１５にアタッチ要求を送信し（Ｓ２４２０）、ＵＥ−Ｒ１５はＭＭＥ３０にアタッチ要求を送信し（Ｓ２４２２）、ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ２４２４）し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ２４２６）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信（Ｓ２４２８）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ２４３０）し、ＭＭＥ３０はＵＥ−Ｒ１５にアタッチ応答を送信し（Ｓ２４３２）、ＵＥ−Ｒ１５はＵＥ１０ｂにアタッチ応答を送信する。なお、ＵＥ１０ａの場合と同様に、ＵＥ−Ｒ１５は、あらかじめ、ＵＥ−Ｒ１５がリレー機能を有効化することに対して認証されていれば、ＵＥ１０ｂに対する認証を行わなくても良い。
【０４８７】
つまり、ＵＥ−Ｒ１５はＭＭＥ３０にアタッチ要求を送信（Ｓ２４２２）し、ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に認証要求を送信（Ｓ２４２４）し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０に認証応答を送信（Ｓ２４２６）し、ＭＭＥ３０はＳＧＷ４０／ＰＧＷ５０にセッション確立要求を送信（Ｓ２４２８）し、ＳＧＷ４０／ＰＧＷ５０はＭＭＥ３０にセッション確立応答に送信（Ｓ２４３０）し、ＭＭＥ３０はＵＥ−Ｒ１５にアタッチ応答を送信し（Ｓ２４３２）なくても良い。以上の手続きにより、ＵＥ１０ｂはＧＯモードにおける通信路を確立することができる。
【０４８８】
以上により、ＵＥ１０ａとＵＥ１０ｂとＵＥ−Ｒ１５はＧＯモードにおける通信路を確立し、データの送受信を行うことができる。
【０４８９】
なお、ＧＯモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５におけるＴＦＴは第１実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
【０４９０】
図２３に戻って、ＵＥ１０ａは、ＧＯモードの通信路確立手続きが完了したことを検出し、ＵＥ１０ａはデセントラライズモードの通信路からＧＯモードの通信路への切り替えを行う（Ｓ２３２２）。ここで、ＵＥ１０ａは、ＵＥ−Ｒ１５へ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
【０４９１】
また、ＵＥ１０ｂは、ＧＯモードの通信路確立手続きが完了したことを検出し、ＵＥ１０ｂはデセントラライズモードの通信路からＧＯモードの通信路への切り替えを行う（Ｓ２３２４）。ここで、ＵＥ１０ａは、ＵＥ−Ｒ１５へ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの
送受信のみをＧＯモードの通信路へ切り替えて良い。
【０４９２】
さらに、ＵＥ−Ｒ１５は、ＵＥ１０ａとＧＯモードの通信路確立手続きが完了したことを検出し、ＵＥ１０ｂとＧＯモードの通信路確立手続きが完了したことを検出し、ＵＥ−Ｒ１５はデセントラライズモードの通信路からＧＯモードの通信路への切り替えを行う（Ｓ２３２６）。ここで、ＵＥ−Ｒ１５は、ＵＥ１０ａまたはＵＥ１０ｂから通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
【０４９３】
[２．１．２  デセントラライズモードの通信路削除手続き]
次に、ＵＥ−Ｒ１５はデセントラライズモードにおける通信路削除手続きを行う（Ｓ２３２８）。図２５にデセントラライズモードの通信路確立手続きの例を示す。なお、デセントラライズモードの通信路確立手続きであれば、本手続きでなくても良い。
【０４９４】
まず、ＵＥ−Ｒ１５はＵＥ１０ａとデセントラライズモードの通信路を削除するために、直接通信切断要求を送信する（Ｓ２５０２）。ここで、直接通信切断要求には、デセントラライズモードの通信路を示す直接通信ＩＤやＵＥ−Ｒ１５のＩＰアドレスを含める。ＵＥ１０ａはＵＥ−Ｒ１５から直接通信切断要求を受信し、直接通信切断要求に含まれる直接通信ＩＤやＵＥ−Ｒ１５のＩＰアドレスにより、ＵＥ−Ｒ１５とのデセントラライズモードの通信路を削除する。
【０４９５】
ＵＥ１０ａは、ＵＥ−Ｒ１５とのデセントラライズモードの通信路を削除したことを検出し、直接通信切断応答を送信し（Ｓ２５０４）、ＵＥ−Ｒ１５はＵＥ１０ａから直接通信切断応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスが含まれる。
【０４９６】
ＵＥ−Ｒ１５は直接通信切断応答を受信して、ＵＥ１０ａにおいてデセントラライズモードの通信路を削除できたことを確認する。さらに、ＵＥ−Ｒ１５は直接通信切断応答に含まれる直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスにより、ＵＥ１０ａとのデセントラライズモードの通信路を削除する。
【０４９７】
次に、ＵＥ−Ｒ１５とＵＥ１０ａは無線ベアラの解放を行う（Ｓ２５０６）。無線ベアラの解放では、ＵＥ−Ｒ１５はＵＥ１０ａへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースの通知を行い、通信リソースを利用しないようにする。
【０４９８】
以上の手続きにより、ＵＥ−Ｒ１５はＵＥ１０ａとデセントラライズモードの通信路を削除することができる。
【０４９９】
次に、ＵＥ−Ｒ１５はＵＥ１０ｂとデセントラライズモードの通信路確立手続きを行う。なお、ＵＥ−Ｒ１５がＵＥ１０ｂとデセントラライズモードの通信路削除手続きは、ＵＥ−Ｒ１５がＵＥ１０ａとデセントラライズモードの通信路削除手続きと同様である。つまり、ＵＥ−Ｒ１５はＵＥ１０ｂに直接通信切断要求を送信し（Ｓ２５０８）、ＵＥ１０ｂはＵＥ−Ｒ１５から直接通信切断要求を受信し、ＵＥ１０ｂはＵＥ−Ｒ１５へ直接通信切断応答を送信し（Ｓ２５１０）、ＵＥ−Ｒ１５はＵＥ１０ｂから直接通信切断応答を受信し、ＵＥ−Ｒ１５とＵＥ１０ｂは無線ベアラの解放を行う（Ｓ２５１２）。
【０５００】
以上の手続きにより、ＵＥ−Ｒ１５はＵＥ１０ｂとデセントラライズモードの通信路を削除することができる。
【０５０１】
ＵＥ−Ｒ１５とデセントラライズモードの通信路を削除したＵＥ１０ａはＵＥ１０ｂとデセントラライズモードの通信路を削除する。まず、ＵＥ１０ａは、ＵＥ１０ｂに直接通信切断要求を送信する（Ｓ２５１４）。ここで、直接通信切断要求には、デセントラライズモードの通信路を示す直接通信ＩＤやＵＥ１０ａのＩＰアドレスを含める。ＵＥ１０ｂはＵＥ１０ａから直接通信要求を受信し、直接通信切断要求に含まれる直接通信ＩＤやＵＥ１０ａのＩＰアドレスにより、ＵＥ１０ａとのデセントラライズモードの通信路を削除する。
【０５０２】
ＵＥ１０ｂはＵＥ１０ａとのデセントラライズモードの通信路を削除したことを検出して、直接通信切断応答を送信し（Ｓ２５１６）、ＵＥ１０ａはＵＥ１０ｂから直接通信切断応答を受信する。直接通信切断応答には、直接通信ＩＤ、ＵＥ１０ｂのＩＰアドレスが含まれる。
【０５０３】
ＵＥ−Ｒ１５は直接通信切断応答を受信して、ＵＥ１０ａにおいてデセントラライズモードの通信路を削除できたことを確認する。さらに、ＵＥ−Ｒ１５は直接通信切断応答に含まれる直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスにより、ＵＥ１０ａとのデセントラライズモードの通信路を削除する。
【０５０４】
次に、ＵＥ−Ｒ１５とＵＥ１０ａは無線ベアラの解放を行う（Ｓ２５１８）。無線ベアラの解放では、ＵＥ−Ｒ１５はＵＥ１０ａへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースの通知を行い、通信リソースを利用しないようにする。
【０５０５】
以上の手続きにより、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路を削除することができる。
【０５０６】
また、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路削除手続きを行っても良い。なお、ＵＥ１０ｂはＵＥ１０ａから直接通信切断要求を受信することにより、ＵＥ１０ａとデセントラライズモードの通信路が削除されることを検出した場合、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路削除手続きを行わなくてもよい。
【０５０７】
ＵＥ１０ｂがＵＥ１０ａとデセントラライズモードの通信路を削除する手続きは、ＵＥ１０ａがＵＥ１０ｂとデセントラライズモードの通信路削除手続きと同様である。
【０５０８】
つまり、ＵＥ１０ｂはＵＥ１０ａに直接通信切断要求を送信し（Ｓ２５２０）、ＵＥ１０ａはＵＥ１０ｂに直接通信切断応答を送信し（Ｓ２５２２）、ＵＥ１０ｂとＵＥ１０ａは無線ベアラの解放を行う（Ｓ２５２４）。
【０５０９】
以上の手続きにより、ＵＥ１０ｂとＵＥ１０ａはデセントラライズモードの通信路を削除することができる。
【０５１０】
以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５は、それぞれデセントラライズモードの通信路におけるデータの送受信からＧＯモードの通信路におけるデータの送受信へ切り替えることができる。
【０５１１】
[２．２  変形例２]
第２実施形態では、ＧＯモードへの切り替え要求を含む通信路確立手続きにより、ＧＯモードの通信路へ切り替えを行っていたが、ＧＯモードの通信路を確立した後、ＧＯモードへの切り替え要求を含むデセントラライズモードの通信路削除手続きにおいて、切り替え手続きを行っても良い。
【０５１２】
なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。
【０５１３】
また、変形例２における主な処理の流れは第２実施形態で示した方法を同様に利用できるためその詳細な説明は省略する。
【０５１４】
ここで、ＵＥ１０ａおよびＵＥ１０ｂはサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。
【０５１５】
また、ＵＥ−Ｒ１５はサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５はデセントラライズモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。なお、デセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５におけるＴＦＴは第１実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
【０５１６】
[２．２．１  ＧＯモードへの切り替え手続き]
変形例２におけるＧＯモードへの切り替え手続きについて説明する。図２６に、ＧＯモードへの切り替え手続きを示す。まず、ＵＥ−Ｒ１５はＥＰＣへの接続手続きを行う（Ｓ２６０４）。ＵＥ−Ｒ１５のＥＰＣへの接続手続きは第１の実施形態で示した方法を利用できるため、詳細な説明は省略する。
【０５１７】
ＥＰＣへの接続手続きが完了したＵＥ−Ｒ１５はＵＥ１０ａとＵＥ１０ｂへＧＯモードに関する情報を送信し（Ｓ２６０６）、ＵＥ１０ａとＵＥ１０ｂはＵＥ−Ｒ１５からＧＯモードに関する情報を受信する。ＵＥ−Ｒ１５が送信するＧＯモードに関する情報は、第１実施形態と同様であるため、その詳細な説明は省略する。
【０５１８】
ＵＥ１０ａは、ＧＯモードに関する情報により、ＧＯモードにおける通信路が利用可能であることを検知する（Ｓ２６０８）。また、ＵＥ１０ｂは、ＧＯモードに関する情報により、ＧＯモードにおける通信路が利用可能であることを検知する（Ｓ２６１０）。
【０５１９】
次に、ＵＥ１０ａとＵＥ１０ｂはＧＯモードの通信路確立手続きを行う（Ｓ２６１２）。ＧＯモードの通信路確立手続きは、第１実施形態で説明した方法を同様に利用できるため、その詳細な説明は省略する。
【０５２０】
ＵＥ１０ａとＧＯモードの通信路確立手続きが完了し、ＵＥ１０ｂとＧＯモードの通信路確立手続きが完了したＵＥ−Ｒ１５はＧＯモードのへの切り替えを行う（Ｓ２６１４）。
【０５２１】
続いて、ＵＥ−Ｒ１５はＵＥ１０ａとＧＯモードの通信路への切り替え要求を含むデセントラライズモードの通信路削除手続きを行う。まず、ＵＥ−Ｒ１５は、ＵＥ１０ａへ直接通信切断要求を送信する（Ｓ２６１６）。ここで、直接通信切断要求には、ＧＯモードへの切り替え要求を示すｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含める。なお、ＧＯモードへの切り替え要求を示すインディケータであれば、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒでなくても良い。
【０５２２】
なお、本手続きでは、直接通信切断要求にｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含めているが、直接通信切断要求ではなく、他のメッセージであっても良い。
【０５２３】
また、本手続きでは、デセントラライズモードの通信路削除手続きの１つのメッセージにｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含めることでＧＯモードの通信路への切り替えを示しているが、デセントラライズモードの通信路削除手続きに先だって、ＵＥ−Ｒ１５がＵＥ１０ａにＧＯモードへの切り替え要求メッセージを送信して、ＵＥ１０ａにＧＯモードの通信路への切り替えを通知しても良い。
【０５２４】
また、ＵＥ−Ｒ１５は直接通信切断要求にＵＥ識別子を含めても良い。ＵＥ−Ｒ１５は、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせても良い。なお、ここでは直接通信切断要求に、ＵＥ識別子を含めることを説明したが、直接通信切断要求ではなく、他のメッセージであっても良い。
【０５２５】
また、ＵＥ−Ｒ１５は直接通信切断要求にＡＰＮを含めても良い。ＵＥ−Ｒ１５はＡＰＮを示すことで、当該ＡＰＮにおけるデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせても良い。なお、ここでは直接通信切断要求に、ＡＰＮを含めることを説明したが、直接通信切断要求ではなく、他のメッセージであっても良い。
【０５２６】
また、ＵＥ−Ｒ１５は直接通信切断要求にＰＤＮコネクション識別子を含めても良い。ＵＥ−Ｒ１５はＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせても良い。なお、ここでは直接通信切断要求に、ＰＤＮコネクション識別子を含めることを説明したが、直接通信切断要求ではなく、他のメッセージであっても良い。
【０５２７】
なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子を含まない場合には、デセントラライズモードの通信路で送受信されている全てのデータをＧＯモードの通信路へ切り替えることとして検出させても良い。
【０５２８】
ＵＥ１０ａはＵＥ−Ｒ１５から直接通信切断要求を受信する。ＵＥ１０ａは直接通信切断要求に含まれるｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒにより、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
【０５２９】
また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応する、デセントラライズモードのデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する、デセントラライズモードのデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する、デセントラライズモードのデータの送受信を切り替えることを検出する。
【０５３０】
ＧＯモードの通信路へ切り替えを検知したＵＥ１０ａはデセントラライズモードの通信路のデータの送受信をすでに確立されているＧＯモードの通信路へ切り替える（Ｓ２６１８）。ＵＥ１０ａはＵＥ−Ｒ１５に直接通信切断応答を送信し（Ｓ２６２０）、ＵＥ−Ｒ１５はＵＥ１０ａから直接通信切断応答を受信する。この応答により、ＵＥ−Ｒ１５は、ＵＥ１０ａがＧＯモードの通信路へ切り替えたことを検出する。さらに、ＵＥ−Ｒ１５とＵＥ１０ａは、デセントラライズモードの通信路においてデータの送受信がない場合、無線ベアラの解放を行っても良い（Ｓ２６２２）。
【０５３１】
以上の手続きにより、ＵＥ−Ｒ１５はＵＥ１０ａにＧＯモードの通信路への切り替えを通知し、ＵＥ−Ｒ１５とＵＥ１０ａはデセントラライズモードの通信路からＧＯモードの通信路へ切り替えることができる。
【０５３２】
次に、ＵＥ−Ｒ１５はＵＥ１０ｂとＧＯモードの通信路への切り替え要求を含む通信路削除手続きを行う。なお、ＵＥ−Ｒ１５がＵＥ１０ｂとＧＯモードへの切り替え要求を含む通信路削除手続きは、ＵＥ−Ｒ１５がＵＥ１０ａとＧＯモードへの切り替え要求を含む通信路削除手続きと同様である。つまり、ＵＥ−Ｒ１５はＵＥ１０ｂに直接通信切断要求を送信し（Ｓ２６２４）、ＵＥ１０ｂはＵＥ−Ｒ１５から直接通信切断要求を受信し、ＵＥ１０ｂはＧＯモードへの切り替えを行い（Ｓ２６２６）、ＵＥ１０ｂはＵＥ−Ｒ１５に直接通信切断応答を送信し（Ｓ２６２８）、ＵＥ−Ｒ１５はＵＥ１０ｂから直接通信切断応答を受信し、ＵＥ−Ｒ１５とＵＥ１０ｂは無線ベアラの解放を行う（Ｓ２６２８）。
【０５３３】
以上の手続きにより、ＵＥ−Ｒ１５はＵＥ１０ｂにＧＯモードの通信路への切り替えを通知し、ＵＥ−Ｒ１５とＵＥ１０ｂはデセントラライズモードの通信路からＧＯモードの通信路へ切り替えることができる。
【０５３４】
[２．２．２  ＵＥ１０ａとＵＥ１０ｂ間のデセントラライズモードの通信路削除手続き]
次に、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路削除手続きを行っても良い（Ｓ２６３２）。図２７にＵＥ１０ａとＵＥ１０ｂ間のデセントラライズモードの通信路削除手続きの例を示す。なお、ＵＥ１０ａとＵＥ１０ｂ間のデセントラライズモードの通信路確立手続きであれば、本手続きでなくても良い。
【０５３５】
まず、ＵＥ１０ａは、ＵＥ１０ｂに直接通信切断要求を送信する（Ｓ２７０２）。ここで、直接通信切断要求には、デセントラライズモードの通信路を示す直接通信ＩＤやＵＥ１０ａのＩＰアドレスを含める。ＵＥ１０ｂはＵＥ１０ａから直接通信要求を受信し、直接通信切断要求に含まれる直接通信ＩＤやＵＥ１０ａのＩＰアドレスにより、ＵＥ１０ａとのデセントラライズモードの通信路を削除する。
【０５３６】
ＵＥ１０ｂはＵＥ１０ａとのデセントラライズモードの通信路を削除したことを検出して、直接通信切断応答を送信し（Ｓ２７０４）、ＵＥ１０ａはＵＥ１０ｂから直接通信切断応答を受信する。直接通信切断応答には、直接通信ＩＤ、ＵＥ１０ｂのＩＰアドレスが含まれる。
【０５３７】
ＵＥ−Ｒ１５は直接通信切断応答を受信して、ＵＥ１０ａにおいてデセントラライズモードの通信路を削除できたことを確認する。さらに、ＵＥ−Ｒ１５は直接通信切断応答に含まれる直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスにより、ＵＥ１０ａとのデセントラライズモードの通信路を削除する。
【０５３８】
次に、ＵＥ−Ｒ１５とＵＥ１０ａは無線ベアラの解放を行う（Ｓ２７０６）。無線ベアラの解放では、ＵＥ−Ｒ１５はＵＥ１０ａへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースの通知を行い、通信リソースを利用しないようにする。
【０５３９】
以上の手続きにより、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路を削除することができる。
【０５４０】
また、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路削除手続きを行っても良い。なお、ＵＥ１０ｂはＵＥ１０ａから直接通信切断要求を受信することにより、ＵＥ１０ａとデセントラライズモードの通信路が削除されることを検出した場合、ＵＥ１０ｂはＵＥ１０ａとデセントラライズモードの通信路削除手続きを行わなくてもよい。
【０５４１】
ＵＥ１０ｂがＵＥ１０ａとデセントラライズモードの通信路を削除する手続きは、ＵＥ１０ａがＵＥ１０ｂとデセントラライズモードの通信路削除手続きと同様である。
【０５４２】
つまり、ＵＥ１０ｂはＵＥ１０ａに直接通信切断要求を送信し（Ｓ２７０８）、ＵＥ１０ａはＵＥ１０ｂに直接通信切断応答を送信し（Ｓ２７１０）、ＵＥ１０ｂとＵＥ１０ａは無線ベアラの解放を行う（Ｓ２７１２）。
【０５４３】
以上の手続きにより、ＵＥ１０ｂとＵＥ１０ａはデセントラライズモードの通信路を削除することができる。
【０５４４】
[３．第３実施形態]
第１実施形態、変形例１、第２実施形態、変形例２では、ＵＥ−Ｒ１５は、ＵＥ１０ａとＵＥ１０ｂと同じグループに含まれていたが、第３実施形態では、ＵＥ−Ｒ１５はＵＥ１０ａとＵＥ１０ｂと同じグループに含まれない場合について説明する。
【０５４５】
第１の実施形態、変形例１、第２の実施形態、変形例２では、デセントラライズモードは、ＵＥ１０ａとＵＥ１０ｂとＵＥ−Ｒ１５が、直接データの送受信を行っていたが、第３実施形態では、同じグループではないＵＥ−Ｒ１５は、ＵＥ１０ａとＵＥ１０ｂでデータの送受信を行わない。つまり、第３実施形態のデセントラライズモードでは、ＵＥ１０ａとＵＥ１０ｂ間でのみデータの送受信を行う。
【０５４６】
第３実施形態では、ＵＥ−Ｒ１５がＵＥ１０ａとＵＥ１０ｂと同じグループに含まれない場合において、ＧＯモードの通信路からデセントラライズモードの通信路への切り替え手続きについて説明する。
【０５４７】
図２８に第３実施形態におけるデセントラライズモードにおけるデータの送受信の例を示す。
【０５４８】
図２８では、ＵＥ１０ａは、ＵＥ−Ｒ１５を経由してデータの送受信を行うのではく、ＵＥ１０ｂと直接通信を行う。また、ＵＥ１０ｂは、ＵＥ−Ｒ１５および／またはＵＥ１０ａと直接通信を行うことを示している。
【０５４９】
第３実施形態におけるＧＯモードの通信路からデセントラライズモードの通信路への切り替え手続きについて説明する。
【０５５０】
なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。
【０５５１】
第３実施形態における主な処理の流れは第１実施形態と同様の方法が利用できるため、その説明は省略する。さらに、ＵＥ１０ａおよびＵＥ１０ｂはＰｒｏＳｅアプリケーションの登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ−Ｒ１５はネットワークへの接続手続きとサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ１０ａ、ＵＥ１０ｂはＧＯモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。
【０５５２】
図２９にＧＯモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５におけるＴＦＴの例を示す。図２９では、アプリケーション１におけるＴＦＴの例を示している。ここで、アプリケーション１における例のみを示しているが、ＴＦＴにおいて、アプリケーション２やアプリケーション３が管理されても良い。
【０５５３】
ＵＥ１０ａのＴＦＴでは、アプリケーション１はベアラＩＤ１ａと関連付けて管理されている。ここで、ベアラＩＤ１ａはＵＥ１０ａがＵＥ−Ｒ１５と確立したＧＯモードにおける通信路を示すベアラＩＤである。アプリケーション１においてデータを送信する場合、ＵＥ１０ａはＵＥ−Ｒ１５へ送信することを示している。ＵＥ１０ａは上記のように、ＴＦＴを管理することにより、ＧＯモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
【０５５４】
つまり、ＵＥ１０ａはアプリケーション１においてデータの送受信を行う場合、ＵＥ−Ｒ１５へ送信し、ＵＥ−Ｒ１５はＵＥ１０ａから受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ−Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。
【０５５５】
ＰＤＮ８０では、ＵＥ１０ｂへの経路を検出する処理（ルーティング処理）が行われ、ＰＧＷ５０に再びデータを送信する。ＰＧＷ５０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ−Ｒ１５に送信し、ＵＥ−Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ｂへ送信する。
【０５５６】
また、ＵＥ１０ｂのＴＦＴでは、アプリケーション１はベアラＩＤ１ｂと関連付けて管理されている。ここで、ベアラＩＤ１ｂはＵＥ１０ｂがＵＥ−Ｒ１５と確立した通信路を示すベアラＩＤであり、アプリケーション１においてデータを送信する場合、ＵＥ１０ｂはＵＥ−Ｒ１５へ送信することを示している。ＵＥ１０ｂは上記のように、ＴＦＴを管理することにより、ＧＯモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
【０５５７】
つまり、ＵＥ１０ｂはアプリケーション１においてデータの送受信を行う場合、ＵＥ−Ｒ１５へ送信し、ＵＥ−Ｒ１５はＵＥ１０ｂから受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ−Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。
【０５５８】
ＰＤＮ８０では、ＵＥ１０ａへの経路を検出する処理（ルーティング処理）が行われ、ＰＧＷ５０に再びデータを送信する。ＰＧＷ５０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ−Ｒ１５に送信し、ＵＥ−Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ａへ送信する。
【０５５９】
なお、ＵＥ−Ｒ１５はＵＥ１０ａ、ＵＥ１０ｂと同じグループではなく、ＵＥ１０ａとＵＥ１０ｂとデータの送受信を行わないため、ＵＥ−Ｒ１５におけるＴＦＴでは通信路の管理が行われていない。
【０５６０】
［３．１  デセントラライズモードへの切り替え手続き］
第３実施形態におけるデセントラライズモードへの切り替え手続きについて説明する。図３０に、デセントラライズモードへの切り替え手続きを示す。なお、デセントラライズモードへの切り替えは、ＧＯモードの通信路においてデータの送受信中に行われる。
【０５６１】
ＵＥ１０ａはデセントラライズモードへの切り替えのトリガーを検出する（Ｓ３００２）。デセントラライズモードへの切り替えトリガーの検出は、例えば、グループのメンバーが近隣に存在することにより検出してもよい。つまり、ＵＥ１０ａとＵＥ１０ｂが近隣に存在することを検出して切り替えのトリガーを検出して良い。
【０５６２】
また、デセントラライズモードへの切り替えトリガーの検出は、ＵＥ１０ａがＵＥ−Ｒ１５の近隣から存在しなくなり、ＧＯモードの通信路を維持できなくなることを検出して決定しても良い。続いて、ＵＥ１０ａは近隣検出を行っても良い（Ｓ３００４）。なお、ＵＥ１０ａが近隣検出を行う方法は、第１の実施形態で説明した方法を同様に利用できるため、その詳細な説明は省略する。
【０５６３】
次に、ＵＥ１０ａはデセントラライズモードの通信路への切り替え要求を含むデセントラライズモードの通信路確立手続きを行う。なお、デセントラライズモードへの切り替え要求を含む通信路確立手続きであれば、本手続きでなくても良い。
【０５６４】
まず、ＵＥ１０ａはＵＥ１０ｂに直接通信アラートを送信する（Ｓ３００６）。ここで、直接通信アラートには、デセントラライズモードへの切り替え要求を示すｓｗｉｔｃｈ
ｉｎｄｉｃａｔｏｒを含める。なお、デセントラライズモードへの切り替え要求を示すインディケータであれば、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒでなくても良い。
【０５６５】
なお、本手続きでは、直接通信アラートにｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含めているが、直接通信アラートではなく、他のメッセージであっても良い。
【０５６６】
また、本手続きでは、デセントラライズモードの通信路確立の１つのメッセージにｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含めることでデセントラライズモードの通信路への切り替えを示しているが、デセントラライズモードの通信路確立手続きに先だって、ＵＥ１０ａがＵＥ１０ｂにデセントラライズモードへの切り替え要求メッセージを送信して、ＵＥ１０ｂにデセントラライズモードの通信路への切り替えを通知しても良い。
【０５６７】
また、ＵＥ１０ａは直接通信アラートにＵＥ識別子を含めても良い。ＵＥ１０ａは、ＵＥ識別子を含めることによって、切り替え元の対象となる、ＧＯモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ａを示すＵＥ識別子を含めた場合、ＵＥ１０ａはＵＥ１０ｂにＵＥ１０ａとのデータの送受信を示し、ＵＥ１０ａとのデータの送受信を切り替えさせることができる。なお、ここでは直接通信アラートに、ＵＥ識別子を含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
【０５６８】
また、ＵＥ１０ａは直接通信アラートにＡＰＮを含めても良い。ＵＥ１０ａはＡＰＮを示すことで、当該ＡＰＮにおけるＧＯモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するＧＯモードの通信路を切り替えさせることができる。なお、ここでは直接通信アラートに、ＡＰＮを含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
【０５６９】
また、ＵＥ１０ａは直接通信アラートにＰＤＮコネクション識別子を含めても良い。ＵＥ１０ａはＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するＧＯモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するＧＯモードの通信路を切り替えさせることができる。なお、ここでは直接通信アラートに、ＰＤＮコネクション識別子を含めることを説明したが、直接通信アラートではなく、他のメッセージであっても良い。
【０５７０】
なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子を含まない場合には、ＧＯモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出させても良い。
【０５７１】
また、ＵＥ１０ａは直接通信アラートに、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
【０５７２】
なお、ＵＥ１０ａはｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信アラートを送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信アラートを送信しても良い。
【０５７３】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）によりｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信アラートを送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信アラートを送信しなくても良い。
【０５７４】
ＵＥ１０ｂはＵＥ１０ａから直接通信アラートを受信する。ＵＥ１０ｂは直接通信アラートに含まれるｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒにより、ＧＯモードの通信路からデセントラライズモードの通信路へ切り替えることを検出する。
【０５７５】
また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応する、ＧＯモードのデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する、ＧＯモードのデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する、ＧＯモードのデータの送受信を切り替えることを検出する。
【０５７６】
デセントラライズモードの通信路へ切り替えを検知したＵＥ１０ｂはＵＥ１０ａに直接通信アラート応答を送信し（Ｓ３００８）、ＵＥ１０ａはＵＥ１０ｂから直接通信アラート応答を受信する。この応答により、ＵＥ１０ａは、ＵＥ１０ｂがデセントラライズモードの通信路へ切り替えすることを検知したことを検出する。
【０５７７】
また、ＵＥ１０ｂはｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信アラートに、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、デセントラライズモードの切り替えを決定しても良い。
【０５７８】
なお、ＵＥ１０ｂはｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信アラートに対する直接通信アラート応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替え可能であることを管理している場合、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信アラートに対する直接通信アラート応答を送信しても良い。
【０５７９】
続いて、ＵＥ１０ａはＵＥ１０ｂとデセントラライズモードの通信路を確立するために、直接通信要求を送信する（Ｓ３０１０）。ここで、直接通信要求には、デセントラライズモードの通信路を示す直接通信ＩＤやデセントラライズモードにおいてデータの送受信を行うためのＵＥ１０ａのＩＰアドレスを含める。ＵＥ１０ｂはＵＥ１０ａから直接通信要求を受信し、直接通信要求に含まれる直接通信ＩＤやＵＥ１０ａのＩＰアドレスを管理する。
【０５８０】
次に、ＵＥ１０ｂはＵＥ−Ｒ１５とのデータの送受信のために、セキュリティ手続きを行う（Ｓ３０１２）。セキュリティ手続きとは、ＵＥ１０ｂとＵＥ１０ａ間でのデータの送受信を他のＵＥやＵＥ−Ｒから傍受されないようにすることである。セキュリティ手続きを行う方法は、第１実施形態で記載した方法を同様に利用できるためその詳細な説明は省略する。
【０５８１】
ＵＥ１０ｂはセキュリティ手続きを完了したことを検出して、直接通信応答を送信し（Ｓ３０１４）、ＵＥ１０ａはＵＥ１０ｂから直接通信応答を受信する。直接通信応答には、直接通信ＩＤ、ＵＥ１０ｂのＩＰアドレスが含まれる。
【０５８２】
ＵＥ１０ａは直接通信応答を受信して、ＵＥ１０ｂにおいて直接通信路を確立できたことを確認する。さらに、ＵＥ１０ａは直接通信応答に含まれるデセントラライズモードの通信路における直接通信ＩＤ、ＵＥ１０ａのＩＰアドレスを管理する。
【０５８３】
次に、ＵＥ１０ａとＵＥ１０ｂは無線ベアラの確立を行う（Ｓ３０１６）。無線ベアラの確立では、ＵＥ１０ａはＵＥ１０ｂへデセントラライズモードの通信路においてデータの送受信を行うための通信リソースの通知を行う。
【０５８４】
デセントラライズモードの通信路を確立したＵＥ１０ａはデセントラライズモードの通信路へ切り替えを行う（Ｓ３０１８）。ここで、ＵＥ１０ａは、ＵＥ１０ｂへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
【０５８５】
また、ＵＥ１０ａは、ＵＥ１０ｂから通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
【０５８６】
また、デセントラライズモードの通信路を確立したＵＥ１０ｂはデセントラライズモードの通信路へ切り替えを行う（Ｓ３０２０）。ここで、ＵＥ１０ｂは、ＵＥ１０ａへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
【０５８７】
また、ＵＥ１０ｂは、ＵＥ１０ａから通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるＧＯモードにおけるデータの送受信のみをデセントラライズモードの通信路へ切り替えて良い。
【０５８８】
以上の手続きにより、ＵＥ１０ａはＵＥ１０ｂにデセントラライズモードの通信路への切り替えを通知し、ＵＥ１０ａとＵＥ１０ｂはデセントラライズモードの通信路を確立することができる。
【０５８９】
次に、ＵＥ１０ａとＵＥ１０ｂはＧＯモードの通信路削除手続きを行ってもよい（Ｓ３０２２）。なお、ＧＯモードの通信路削除手続きは、第１実施形態で示した方法を利用することができるため、その詳細な説明は省略する。
【０５９０】
また、ＧＯモードの通信路削除手続きを完了した場合、ＵＥ−Ｒ１５はＲＩ（Ｒｏｕｔｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ、ルーティング情報）の更新を行ってもよい（Ｓ３０２４）。つまり、ＵＥ−Ｒ１５はＵＥ１０ａとＵＥ１０ｂとのデータの送受信を行わないように管理してもよい。
【０５９１】
［３．２  デセントラライズモードの通信路の管理］
図３１にデセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５におけるＴＦＴの例を示す。図３１では、アプリケーション１におけるＴＦＴの例を示している。ここで、アプリケーション１における例のみを示しているが、ＴＦＴにおいて、アプリケーション２やアプリケーション３が管理されても良い。
【０５９２】
ＵＥ１０ａのＴＦＴでは、アプリケーション１はベアラＩＤ２ａと関連付けて管理されている。ここで、ベアラＩＤ２ａはＵＥ１０ａがＵＥ１０ｂとＵＥ−Ｒ１５と確立したデセントラライズモードにおける通信路を示すベアラＩＤである。なお、ベアラＩＤ２ａは、ＵＥ１０ｂとの直接通信ＩＤ２ａｂと関連付けて管理されている。
【０５９３】
アプリケーション１においてデータを送信する場合、ＵＥ１０ａはＵＥ１０ｂへ送信することを示している。ＵＥ１０ａは上記のように、ＴＦＴを管理することにより、デセントラライズモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
【０５９４】
つまり、ＵＥ１０ａはアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ｂへ送信する。
【０５９５】
また、ＵＥ１０ｂのＴＦＴでは、アプリケーション１はベアラＩＤ２ｂと関連付けて管理されている。ここで、ベアラＩＤ２ｂはＵＥ１０ｂがＵＥ１０ａと確立したデセントラライズモードにおける通信路を示すベアラＩＤである。なお、ベアラＩＤ２ｂは、ＵＥ１０ａとの直接通信ＩＤ２ｂａと関連付けて管理されている。
【０５９６】
アプリケーション１においてデータを送信する場合、ＵＥ１０ｂはＵＥ１０ａとＵＥ−Ｒ１５へ送信することを示している。ＵＥ１０ｂは上記のように、ＴＦＴを管理することにより、デセントラライズモードの通信路において、アプリケーション１におけるデータの送受信を行うことができる。
【０５９７】
つまり、ＵＥ１０ｂはアプリケーション１においてデータの送受信を行う場合、ＵＥ１０ａへ送信する。
【０５９８】
なお、ＵＥ−Ｒ１５はＵＥ１０ａ、ＵＥ１０ｂと同じグループではなく、ＵＥ１０ａとＵＥ１０ｂとデータの送受信を行わないため、ＵＥ−Ｒ１５におけるＴＦＴでは通信路の管理が行われていない。
【０５９９】
以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５は、それぞれＧＯモードの通信路におけるデータの送受信からデセントラライズモードの通信路におけるデータの送受信へ切り替えることができる。
【０６００】
[４．第４実施形態]
第３実施形態では、ＧＯモードの通信路からデセントラライズモードの通信路への切り替え手続きについて説明したが、第４実施形態では、デセントラライズモードにおける通信路からＧＯモードの通信路へ切り替える手続きについて説明する。なお、第１実施形態、変形例１、第２実施形態、変形例２では、ＵＥ−Ｒ１５は、ＵＥ１０ａとＵＥ１０ｂと同じグループに含まれていたが、第４実施形態では、第３実施形態と同様、ＵＥ−Ｒ１５はＵＥ１０ａとＵＥ１０ｂと同じグループに含まれない場合について説明する。
【０６０１】
なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。
【０６０２】
第４実施形態における主な処理の流れは第２実施形態で示した方法と同様であるため、その詳細な説明は省略する。ここで、ＵＥ１０ａおよびＵＥ１０ｂはサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。
【０６０３】
また、ＵＥ−Ｒ１５はサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。また、ＵＥ１０ａ、ＵＥ１０ｂはデセントラライズモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。なお、デセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂにおけるＴＦＴは第３実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
【０６０４】
[４．１  ＧＯモードへの切り替え手続き]
第４実施形態におけるＧＯモードへの切り替え手続きについて説明する。図３２に、ＧＯモードへの切り替え手続きを示す。まず、ＵＥ−Ｒ１５はあらかじめＥＰＣへの接続手続きを行っておく（Ｓ３２０４）。ここで、ＵＥ−Ｒ１５のＥＰＣへの接続手続きは第１の実施形態で示した方法を利用できるため、詳細な説明は省略する。
【０６０５】
ＥＰＣへの接続手続きが完了したＵＥ−Ｒ１５はＵＥ１０ａとＵＥ１０ｂへＧＯモードに関する情報を送信し（Ｓ３２０６）、ＵＥ１０ａとＵＥ１０ｂはＵＥ−Ｒ１５からＧＯモードに関する情報を受信する。ＵＥ−Ｒ１５が送信するＧＯモードに関する情報は、第１実施形態と同様であるため、その詳細な説明は省略する。
【０６０６】
ＵＥ１０ａは、ＧＯモードに関する情報により、ＧＯモードにおける通信路が利用可能であることを検知する（Ｓ３２０８）。
【０６０７】
[４．１．１  リレーの選択手続き]
ここで、ＵＥ１０ａが複数のＵＥ−Ｒ１５からＧＯモードにおける通信路が利用可能であることを検知した場合、ＵＥ−Ｒ１５の選択を行ってよい（Ｓ３２１０）。図３３に、ＵＥ−Ｒ１５の選択する手続きの例を示す。なお、ＵＥ−Ｒ１５を選択する方法は、これに限ったものでなく、他の方法であってもよい。
【０６０８】
ＵＥ１０ａはリレー近隣検出要求を送信する（Ｓ３３０２）。この要求には、グループ識別情報を含める。ここでは切り替えの対象であるグループ１を示す情報を含める。なお、ＵＥ１０ａの近隣に複数のＵＥ−Ｒ１５が存在する場合、ＵＥ１０ａは複数のＵＥ−Ｒ１５にリレー近隣検出要求を送信しても良い。
【０６０９】
リレー近隣検出要求を受信したそれぞれのＵＥ−Ｒ１５はグループ識別情報を利用して近隣検出を行う（Ｓ３３０４）。ここで行う近隣検出は第１の実施形態で記載した方法をそのまま利用できるため、詳細な説明は省略する。なお、ＵＥ−Ｒ１５はＵＥ−Ｒ１５の近隣に存在するグループに属すＵＥの数をカウントしておく。
【０６１０】
ＵＥ−Ｒ１５はそれぞれ、ＵＥ１０ａへリレー近隣検出応答を送信する（Ｓ３３０８）。ここで、ＵＥ−Ｒ１５はグループ識別情報、検出したＵＥ数を通知する。
【０６１１】
ＵＥ−Ｒ１５からリレー近隣検出応答を受信したＵＥ１０ａはＵＥ−Ｒ１５の選択を行う（Ｓ３３１２）。ここで、ＵＥ−Ｒ１５を選択する方法として、ＵＥ−Ｒ１５が検出したＵＥ数を基に選択する。または、ＵＥ−Ｒ１５からの受信電力を加味して選択してもよい。以上の手続きにより、ＵＥ１０ａはＧＯを選択することができる。
【０６１２】
図３２に戻って、ＵＥ１０ｂはＵＥ−Ｒ１５からＧＯモードに関する情報を受信し、ＧＯモードの検知を行う（Ｓ３２０９）。ここで、ＵＥ１０ｂが複数のＵＥ−Ｒ１５からＧＯモードにおける通信路が利用可能であることを検知した場合、ＵＥ−Ｒ１５の選択を行ってよい（Ｓ３２１１）。ＵＥ１０ｂがＵＥ−Ｒ１５を選択する手続きは、ＵＥ１０ａがＵＥ−Ｒ１５を選択する手続き（Ｓ３２１０）と同様の方法を利用できるため、その詳細な説明は省略する。
【０６１３】
ＧＯモードを検知（Ｓ３２０８）したＵＥ１０ａは、ＵＥ−Ｒの選択を行い（Ｓ３２１０）、ＧＯモードの切り替え要求をＵＥ１０ｂへ送信する（Ｓ３２１２）。ＧＯモードの切り替え要求には、ＵＥ識別子を含めても良い。ＵＥ１０ａは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ａを示すＵＥ識別子を含めた場合、ＵＥ１０ａはＵＥ１０ｂにＵＥ１０ａとのデータの送受信を示し、ＵＥ１０ａとのデータの送受信を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＵＥ識別子を含めることを説明したが、ＵＥ１０ａがＵＥ１０ｂへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０６１４】
また、ＵＥ１０ａはＧＯモードの切り替え要求にＡＰＮを含めても良い。ＵＥ１０ａはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＡＰＮを含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０６１５】
また、ＵＥ１０ａはＧＯモードの切り替え要求にＰＤＮコネクション識別子を含めても良い。ＵＥ１０ａはＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＰＤＮコネクション識別子を含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０６１６】
なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子が含まない場合には、デセントラライズモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出させても良い。
【０６１７】
また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
【０６１８】
ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を送信する（Ｓ３２１２）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を送信しても良い（Ｓ３２１２）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え要求を送信（Ｓ３２１２）しても良い。
【０６１９】
なお、ＵＥ１０ａはＧＯモードの切り替え要求を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（Ｓ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しても良い。
【０６２０】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替え要求を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え要求を送信しなくても良い。
【０６２１】
ＵＥ１０ｂはＵＥ１０ａからＧＯモードの切り替え要求を受信する。ＵＥ１０ｂはＧＯモードの切り替え要求により、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
【０６２２】
また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
【０６２３】
ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を受信する（Ｓ３２１２）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を受信しても良い（Ｓ３２１２）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え要求を受信（Ｓ３２１２）しても良い。なお、ＧＯモードの通信路確立手続き（Ｓ３２２０）は、第１実施形態で説明したため、説明は省略する。
【０６２４】
また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。
【０６２５】
ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行うことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理している場合、ＧＯモードの切り替えを行うことを決定して良い。
【０６２６】
ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。  ＧＯモードの通信路へ切り替えを検知したＵＥ１０ｂはＵＥ１０ａにＧＯモードの切り替え応答を送信する（Ｓ３２１４）。
【０６２７】
ここで、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めないことにより、ＧＯモードとデセントラライズモードを切り替えることができことを示しても良い。
【０６２８】
ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を送信する（Ｓ３２１４）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を送信しても良い（Ｓ３２１４）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え応答を送信（Ｓ３２１４）しても良い。
【０６２９】
なお、ＵＥ１０ｂはＧＯモードの切り替え応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しても良い。
【０６３０】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替え応答を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しなくても良い。
【０６３１】
一方、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する。この応答により、ＵＥ１０ａは、ＵＥ１０ｂがＧＯモードの通信路へ切り替えすることを検知したことを検出する。
【０６３２】
ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を受信する（Ｓ３２１４）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を受信しても良い（Ｓ３２１４）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え応答を受信（Ｓ３２１４）しても良い。なお、ＧＯモードの通信路確立手続き（Ｓ３２２０）は、第１実施形態で説明したため、説明は省略する。
【０６３３】
なお、ＵＥ１０ａはＧＯモードの切り替え検知する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す通知（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、ＧＯモードの切り替えを検知しても良い。
【０６３４】
ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。なお、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの切り替えを行わないことを決定しても良い。また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの切り替えを行わないことを決定しても良い。
【０６３５】
一方、ＧＯモードの検知（Ｓ３２０９）を行ったＵＥ１０ｂはＵＥ１０ａへＧＯモードの切り替え要求を送信しても良い（Ｓ３２１６）。ＧＯモードの切り替え要求には、ＵＥ識別子を含めても良い。ＵＥ１０ｂは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０６３６】
また、ＵＥ１０ｂはＧＯモードの切り替え要求にＡＰＮを含めても良い。ＵＥ１０ｂはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０６３７】
なお、ＵＥ１０ｂがＵＥ１０ａにＧＯモードの切り替え要求（Ｓ３２１６）の送信の前に、ＵＥ１０ａからＧＯモード切り替え要求を受信（Ｓ３２１２）した場合、ＧＯモードの切り替え要求を送信（Ｓ３２１６）しなくても良い。
【０６３８】
また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
【０６３９】
ＵＥ１０ｂがＵＥ１０ａにＧＯモードの切り替え要求を送信した場合、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え要求を受信する。ＵＥ１０ａはＧＯモードの切り替え要求により、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。
【０６４０】
また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
【０６４１】
ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え要求を受信する（Ｓ３２１６）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え要求を受信しても良い（Ｓ３２１６）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え要求を受信（Ｓ３２１６）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ３２２０）は、後で詳細に説明するため、説明は省略する。
【０６４２】
また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。
【０６４３】
ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（Ｓ１１０４）により、ＧＯモードの切り替えを行うことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報を管理している場合、ＧＯモードの切り替えを行うことを決定して良い。
【０６４４】
ここで、ＵＥ１０ａは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
【０６４５】
ＧＯモードの通信路へ切り替えを行うことを決定したＵＥ１０ａはＵＥ１０ｂにＧＯモードの切り替え応答を送信してもよい（Ｓ３２１８）。
【０６４６】
ＵＥ１０ａがＵＥ１０ｂにＧＯモードの切り替え応答を送信した場合、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する。この応答により、ＵＥ１０ｂは、ＵＥ１０ａがＧＯモードの通信路へ切り替えすることを検知したことを検出する。
【０６４７】
なお、ＵＥ１０ａがＵＥ１０ｂにＧＯモードの切り替え応答（Ｓ３２１８）の送信の前に、ＵＥ１０ｂからＧＯモード切り替え応答を受信（Ｓ３２１２）した場合、ＵＥ１０ｂにＧＯモードの切り替え応答を送信（Ｓ３２１８）しなくても良い。
【０６４８】
ここで、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めないことにより、ＧＯモードとデセントラライズモードを切り替えることができことを示しても良い。
【０６４９】
ここで、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を送信する（Ｓ３２１８）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を送信しても良い（Ｓ３２１８）。つまり、ＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え応答を送信（Ｓ３２１８）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ３２２０）は、第１実施形態で説明した方法を利用できるため、説明は省略する。
【０６５０】
なお、ＵＥ１０ａはＧＯモードの切り替え応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えることができることを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しても良い。
【０６５１】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替え応答を送信しなくても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替え応答を送信しなくても良い。
【０６５２】
ここで、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ＧＯモードの切り替え応答を受信する（Ｓ３２１８）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ＧＯモードの切り替え応答を受信しても良い（Ｓ３２１８）。つまり、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ３２２０）を行った後、ＧＯモードの切り替え応答を受信（Ｓ３２１８）しても良い。なお、ＧＯモードへの切り替え要求を含むＧＯモードの通信路確立手続き（Ｓ３２２０）は、第１実施形態で説明した方法を利用できるため、説明は省略する。
【０６５３】
なお、ＵＥ１０ｂはＧＯモードの切り替え検知する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す通知（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、ＧＯモードの切り替えを検知しても良い。
【０６５４】
ここで、ＵＥ１０ｂは、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの切り替えを行わないことを決定しても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの切り替えを行わないことを決定して良い。
【０６５５】
また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。なお、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの切り替えを行わないことを決定しても良い。また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの切り替えを行わないことを決定しても良い。
【０６５６】
ＧＯモードの切り替え要求またはＧＯモードの切り替え応答を受信したＵＥ１０ａとＵＥ１０ｂは、ＧＯモードの通信路確立手続きを行う（Ｓ３２２０）。ＧＯモードの通信路確立手続きは、第１実施形態で示した手続きを利用することができるため、その詳細な説明は省略する。
【０６５７】
なお、ＵＥ１０ａはＧＯモードの通信路確立手続きを行う条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替えできることを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行っても良い。
【０６５８】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの通信路確立手続きを行わなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行わなくても良い。
【０６５９】
また、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え応答を受信する（Ｓ３２１４）ことにより、ＧＯモードの通信路確立手続きを行っても良い。ここで、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行っても良い。なお、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行わなくても良い。また、ＵＥ１０ａはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの通信路確立手続きを行わなくても良い。
【０６６０】
また、ＵＥ１０ａはＵＥ１０ｂからＧＯモードの切り替え要求を受信する（Ｓ３２１６）ことにより、ＧＯモードの通信路確立手続きを行っても良い。また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行わなくても良い。
【０６６１】
なお、ＵＥ１０ｂはＧＯモードの通信路確立手続きを行う条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替えできることを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行っても良い。
【０６６２】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの通信路確立手続きを行わなくても良い。ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行わなくても良い。
【０６６３】
また、ＵＥ１０ｂはＵＥ１０ａからＧＯモードの切り替え応答を受信する（Ｓ３２１８）ことにより、ＧＯモードの通信路確立手続きを行っても良い。ここで、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行っても良い。なお、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行わなくても良い。また、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの通信路確立手続きを行わなくても良い。
【０６６４】
また、ＵＥ１０ｂはＵＥ１０ａからＧＯモードの切り替え要求を受信する（Ｓ３２１６）ことにより、ＧＯモードの通信路確立手続きを行っても良い。また、ＵＥ１０ｂはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路確立手続きを行わなくても良い。
【０６６５】
ＧＯモードの通信路確立手続きにより、ＵＥ１０ａとＵＥ１０ｂとＧＯモードにおける通信路を確立したＵＥ−Ｒ１５は、ＲＩの更新を行う（Ｓ３２２２）。ＵＥ−Ｒ１５はＲＩの更新により、ＵＥ１０ａから送信されたデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ−Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。また、ＰＤＮ８０からＵＥ１０ａ向けに送信されたデータは、ＰＤＮ８０からＰＧＷ５０へデータを受信し、ＰＧＷ８０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ−Ｒ１５に送信し、ＵＥ−Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ａへ送信する。
【０６６６】
また、ＵＥ−Ｒ１５はＲＩの更新により、ＵＥ１０ｂから送信されたデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＵＥ−Ｒ１５から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はｅＮＢ２０から受信したデータをＰＧＷ５０へ送信し、ＰＧＷ５０はＳＧＷ４０から受信したデータをＰＤＮ８０へ送信する。また、ＰＤＮ８０からＵＥ１０ｂ向けに送信されたデータは、ＰＤＮ８０からＰＧＷ５０へデータを受信し、ＰＧＷ８０はＰＤＮ８０から受信したデータをＳＧＷ４０へ送信し、ＳＧＷ４０はＰＧＷ５０から受信したデータをｅＮＢ２０へ送信し、ｅＮＢ２０はＳＧＷ４０から受信したデータをＵＥ−Ｒ１５に送信し、ＵＥ−Ｒ１５はｅＮＢ２０から受信したデータをＵＥ１０ｂへ送信する。
【０６６７】
ＧＯモードの通信路確立手続きを行ったＵＥ１０ａはＧＯモードの通信路へ切り替えを行う（Ｓ３２２４）。ここで、ＵＥ１０ａは、ＵＥ１０ｂへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
【０６６８】
また、ＵＥ１０ａは、ＵＥ１０ｂから通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
【０６６９】
ＧＯモードの通信路確立手続きを行ったＵＥ１０ｂはＧＯモードの通信路へ切り替えを行う（Ｓ３２２６）。ここで、ＵＥ１０ｂは、ＵＥ１０ａへ通知したＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
【０６７０】
また、ＵＥ１０ｂは、ＵＥ１０ａから通知されたＵＥ識別子または、ＡＰＮまたは、ＰＤＮコネクション識別子で示されるデセントラライズモードにおけるデータの送受信のみをＧＯモードの通信路へ切り替えて良い。
【０６７１】
ＧＯモードの通信路へ切り替えを行ったＵＥ１０ａとＵＥ１０ｂは、デセントラライズモードの通信路を削除してもよい（Ｓ３２２８）。なお、デセントラライズモードの通信路削除手続きは、第３実施形態で示した方法を利用することができるため、その詳細な説明は省略する。
【０６７２】
なお、ＧＯモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５におけるＴＦＴは第３実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
【０６７３】
以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５は、それぞれデセントラライズモードの通信路におけるデータの送受信からＧＯモードの通信路におけるデータの送受信へ切り替えることができる。
【０６７４】
[４．２  変形例３]
第４実施形態では、ＧＯモードへの切り替え要求を含む通信路確立手続きにより、ＧＯモードの通信路へ切り替えを行っていたが、ＧＯモードの通信路を確立した後、ＧＯモードへの切り替え要求を含むデセントラライズモードの通信路削除手続きにおいて、切り替え手続きを行っても良い。
【０６７５】
なお、通信システムの構成は、第１実施形態と同様に利用できるため、詳細な説明は省略する。また、通信システムにおける各装置の構成は第１実施形態と同様であるため詳細な説明は省略する。
【０６７６】
また、変形例３における主な処理の流れは第２実施形態で示した方法を同様に利用できるためその詳細な説明は省略する。ここで、ＵＥ１０ａおよびＵＥ１０ｂはサービス登録手続きをあらかじめ行っており、その方法は第１実施形態と同様の方法が利用できるため、その説明は省略する。
【０６７７】
また、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５はデセントラライズモードにおける通信路確立にあたって、第１実施形態と同様の方法が利用できるため、その詳細な説明は省略する。なお、デセントラライズモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５におけるＴＦＴは第１実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
【０６７８】
[４．２．１  ＧＯモードへの切り替え手続き]
第４実施形態におけるＧＯモードへの切り替え手続きについて説明する。図３４に、ＧＯモードへの切り替え手続きを示す。まず、ＵＥ−Ｒ１５はあらかじめＥＰＣへの接続手続きを行っておく（Ｓ３４０４）。ここで、ＵＥ−Ｒ１５のＥＰＣへの接続手続きは第１の実施形態で示した方法を利用できるため、詳細な説明は省略する。
【０６７９】
ＥＰＣへの接続手続きが完了したＵＥ−Ｒ１５はＵＥ１０ａとＵＥ１０ｂへＧＯモードに関する情報を送信し（Ｓ３４０６）、ＵＥ１０ａとＵＥ１０ｂはＵＥ−Ｒ１５からＧＯモードに関する情報を受信する。ＵＥ−Ｒ１５が送信するＧＯモードに関する情報は、第１実施形態と同様であるため、その詳細な説明は省略する。
【０６８０】
ＵＥ１０ａは、ＧＯモードに関する情報により、ＧＯモードにおける通信路が利用可能であることを検知する（Ｓ３４０８）。ここで、ＵＥ１０ａが複数のＵＥ−Ｒ１５からＧＯモードにおける通信路が利用可能であることを検知した場合、ＵＥ−Ｒ１５の選択を行ってよい（Ｓ３４１２）。ＵＥ１０ａがＵＥ−Ｒ１５を選択する手続きは、第４実施形態で説明した方法を利用できるため、その詳細な説明は省略する。
【０６８１】
一方、ＵＥ１０ｂはＵＥ−Ｒ１５からＧＯモードに関する情報を受信し、ＧＯモードの検知を行う（Ｓ３４１０）。ここで、ＵＥ１０ｂが複数のＵＥ−Ｒ１５からＧＯモードにおける通信路が利用可能であることを検知した場合、ＵＥ−Ｒ１５の選択を行ってよい（Ｓ３４１４）。ＵＥ１０ｂがＵＥ−Ｒ１５を選択する手続きは、第４実施形態で説明した方法を利用できるため、その詳細な説明は省略する。
【０６８２】
ＧＯモードを検知（Ｓ３４０８）したＵＥ１０ａは、ＧＯモードの通信路確立手続きを行う（Ｓ３４１６）。なお、ＧＯモードの通信路確立手続きは第１実施形態で示した方法を利用できるため、その詳細な説明は省略する。
【０６８３】
なお、ＵＥ１０ａはＧＯモードの通信路確立手続きを行う条件として、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅＳｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替ることができることを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行っても良い。
【０６８４】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ＧＯモードの通信路確立手続きを行わなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ＧＯモードの通信路確立手続きを行わなくても良い。
【０６８５】
ＧＯモードを検知（Ｓ３４１０）したＵＥ１０ｂは、ＧＯモードの通信路確立手続きを行う（Ｓ３４１６）。なお、ＧＯモードの通信路確立手続きは第１実施形態で示した方法を利用できるため、その詳細な説明は省略する。
【０６８６】
ここで、ＵＥ−Ｒ１５はＵＥ１０ａとＵＥ１０ｂとＧＯモードの通信路確立を行ったことを検出してＲＩの更新を行う（Ｓ３４１８）。なお、ＲＩの更新は、第４実施形態で示した方法を利用できるため、その詳細な説明は省略する。
【０６８７】
一方、ＧＯモードの通信路確立を行ったＵＥ１０ａは、直接通信切断要求をＵＥ１０ｂへ送信する（Ｓ３４２０）。直接通信切断要求には、ＵＥ識別子を含めても良い。ＵＥ１０ａは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせることができる。例えば、ＵＥ１０ａを示すＵＥ識別子を含めた場合、ＵＥ１０ａはＵＥ１０ｂにＵＥ１０ａとのデータの送受信を示し、ＵＥ１０ａとのデータの送受信を切り替えさせることができる。なお、ここでは直接通信切断要求に、ＵＥ識別子を含めることを説明したが、ＵＥ１０ａがＵＥ１０ｂへ送信するメッセージであれば、直接通信切断要求ではなく、他のメッセージであっても良い。
【０６８８】
また、ＵＥ１０ａは直接通信切断要求にＡＰＮを含めても良い。ＵＥ１０ａはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここではＧＯモードの切り替え要求に、ＡＰＮを含めることを説明したが、ＧＯモードの切り替え要求ではなく、他のメッセージであっても良い。
【０６８９】
また、ＵＥ１０ａは直接通信切断要求にＰＤＮコネクション識別子を含めても良い。ＵＥ１０ａはＰＤＮコネクション識別子を示すことで、当該ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路におけるデータの送受信を示し、ＰＤＮコネクション識別子に対応するデセントラライズモードの通信路を切り替えさせることができる。なお、ここでは直接通信切断要求に、ＰＤＮコネクション識別子を含めることを説明したが、直接通信切断要求ではなく、他のメッセージであっても良い。
【０６９０】
なお、ＵＥ識別子、ＡＰＮ、ＰＤＮコネクション識別子を含まない場合には、デセントラライズモードの通信路で送受信されている全てのデータをデセントラライズモードの通信路へ切り替えることとして検出させても良い。
【０６９１】
ここで、ＵＥ１０ａはＧＯモードの通信路を確立している場合において、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信切断要求を送信する（Ｓ３４２０）こととしたが、ＵＥ１０ａはＧＯモードの通信路を確立していない場合において、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信切断要求を送信しても良い（Ｓ３４２０）。つまり、直接通信切断要求を送信した（Ｓ３４２０）後、ＧＯモードの通信路確立手続き（Ｓ３４１６）を行っても良い。
【０６９２】
なお、ＵＥ１０ａはｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信切断要求を送信する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信切断要求を送信しても良い。
【０６９３】
ここで、ＰｒｏＳｅアプリケーションサーバまたはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０から送信されたＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報（図１１のＳ１１０４）により、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信切断要求答を送信しなくても良い。ＵＥ１０ａはＧＯモードとデセントラライズモードの切り替えを行うことができないことを示す許可情報を管理している場合、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信切断要求を送信しなくても良い。
【０６９４】
また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
【０６９５】
ＧＯモードの通信路へ切り替えを検知したＵＥ１０ｂは、デセントラライズモードの通信路のデータの送受信を、すでに確立しているＧＯモードの通信路へ切り替える（Ｓ３４２２）。
【０６９６】
ＧＯモードの通信路へデータの送受信を切り替えたＵＥ１０ｂは、ＵＥ１０ａに直接通信切断応答を送信し（Ｓ３４２４）、ＵＥ１０ａはＵＥ１０ｂから直接通信切断応答を受信する。この応答により、ＵＥ１０ａは、ＵＥ１０ｂがＧＯモードの通信路へ切り替えたことを検出する。
【０６９７】
ここで、ＵＥ１０ｂはＧＯモードの通信路を確立している場合において、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信切断要求に対する応答である直接通信切断応答を送信する（Ｓ３４２４）こととしたが、ＵＥ１０ｂはＧＯモードの通信路を確立していない場合において、ｓｗｉｔｃｈ  ｉｎｄｉｃａｔｏｒを含む直接通信切断要求に対する応答である直接通信切断応答を送信しても良い（Ｓ３４２４）。つまり、ＧＯモードの通信路確立手続き（Ｓ３４１６）を行った後、直接通信切断応答を送信（Ｓ３４２４）しても良い。
【０６９８】
なお、ＵＥ１０ｂは直接通信切断応答を送信する条件として、ＰｒｏＳｅアプリケーションサーバから送信されたＧＯモードとデセントラライズモードの切り替えを行うことができることを示す許可情報（図１１のＳ１１０４）により判断しても良い。また、ＵＥ１０ｂはＧＯモードとデセントラライズモードの切り替え可能であることを管理し、ＧＯモードとデセントラライズモードの切り替え可能である場合、直接通信切断応答を送信しても良い。
【０６９９】
また、ＵＥ１０ｂは直接通信切断要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路への切り替えを決定し、直接通信切断応答を送信しても良い。
【０７００】
ＧＯモードの通信路へ切り替えを行うことを決定したＵＥ１０ｂはＵＥ１０ａに直接通信切断応答を送信する（Ｓ３４２４）。ここで、ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。ＵＥ１０ｂはＧＯモードの切り替え応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めないことにより、ＧＯモードとデセントラライズモードを切り替えることができることを示しても良い。
【０７０１】
ＵＥ１０ａはＵＥ１０ｂから直接通信切断応答を受信する。ＵＥ１０ａは、ＵＥ１０ｂがＧＯモードの通信路へ切り替えすることを検知したことを検出する。また、ＵＥ１０ａは直接通信切断応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの切り替えを決定しても良い。なお、ＵＥ１０ａは直接通信切断応答に、ＧＯモードとデセントラライズモードを切り替えることができないことを示す許可情報が含められていることにより、ＧＯモードの切り替えを行わないことを決定しても良い。また、ＵＥ１０ａは直接通信切断応答に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていないことにより、ＧＯモードの切り替えを行わないことを決定しても良い。
【０７０２】
これにより、ＵＥ１０ａはデセントラライズモードの通信路のデータの送受信をＧＯモードの通信路へ切り替えても良い（Ｓ３４２８）。また、ＵＥ１０ａはＧＯモードの切り替え要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報を含めても良い。
【０７０３】
一方、ＧＯモードの通信路確立手続きを行ったＵＥ１０ｂはＵＥ１０ａへ直接通信切断要求を送信しても良い（Ｓ３４２６）。直接通信切断要求には、ＵＥ識別子を含めても良い。ＵＥ１０ｂは、ＵＥ識別子を含めることによって、切り替え元の対象となる、デセントラライズモードの通信路における、ＵＥ識別子が関連するデータの送受信を示し、切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、直接通信切断要求ではなく、他のメッセージであっても良い。
【０７０４】
また、ＵＥ１０ｂは直接通信切断要求にＡＰＮを含めても良い。ＵＥ１０ｂはＡＰＮを示すことで、当該ＡＰＮで確立したデセントラライズモードの通信路におけるデータの送受信を示し、ＡＰＮに対応するデセントラライズモードの通信路を切り替えさせても良い。なお、ＵＥ１０ｂがＵＥ１０ａへ送信するメッセージであれば、直接通信切断要求ではなく、他のメッセージであっても良い。
【０７０５】
なお、ＵＥ１０ｂがＵＥ１０ａに直接通信切断要求（Ｓ３４２６）の送信の前に、ＵＥ１０ａから直接通信切断要求を受信（Ｓ３４２０）した場合、直接通信切断要求を送信（Ｓ３４２６）しなくても良い。
【０７０６】
ＵＥ１０ｂがＵＥ１０ａに直接通信切断要求を送信した場合、ＵＥ１０ａはＵＥ１０ｂから直接通信切断要求を受信する。ＵＥ１０ａは直接通信切断により、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えることを検出する。また、ＵＥ１０ａは直接通信切断要求に、ＧＯモードとデセントラライズモードを切り替えることができることを示す許可情報が含められていることにより、ＧＯモードの通信路への切り替えを決定しても良い。
【０７０７】
また、ＵＥ識別子が含まれている場合、ＵＥ識別子に対応するデータの送受信を切り替えることを検出する。また、ＡＰＮが含まれている場合には、ＡＰＮに対応する通信路におけるデータの送受信を切り替えることを検出する。また、ＰＤＮコネクション識別子が含まれている場合には、ＰＤＮコネクション識別子に対応する通信路にけるデータの送受信を切り替えることを検出する。
【０７０８】
直接通信切断要求を受信したＵＥ１０ａは、デセントラライズモードの通信路のデータの送受信を、すでに確立しているＧＯモードの通信路へ切り替えても良い（Ｓ３４２８）。
【０７０９】
ＵＥ１０ａはＵＥ１０ｂに直接通信切断応答を送信してもよい（Ｓ３４３０）。ＵＥ１０ａがＵＥ１０ｂに直接通信切断応答を送信した場合、ＵＥ１０ａはＵＥ１０ｂから直接通信切断応答を受信する。この応答により、ＵＥ１０ｂは、ＵＥ１０ａがＧＯモードの通信路へ切り替えたことを検出しても良い。
【０７１０】
なお、ＧＯモードにおける通信路を確立した場合のＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５におけるＴＦＴは第３実施形態で説明した構成を同様に利用できるため、詳細な説明は省略する。
【０７１１】
以上により、ＵＥ１０ａ、ＵＥ１０ｂ、ＵＥ−Ｒ１５は、それぞれデセントラライズモードの通信路におけるデータの送受信からＧＯモードの通信路におけるデータの送受信へ切り替えることができる。
【０７１２】
以上、第１実施形態から第４実施形態および変形例１から変形例４を示し、デセントラライズモードの通信路からＧＯモードの通信路へ切り替えまたは、ＧＯモードの通信路からデセントラライズモードの通信路へ切り替えることができることを説明した。
【０７１３】
つまり、リレー端末装置は、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路へデータの送受信を切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを端末装置に送信し、端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第二のモードにおける第二の通信路を確立し、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えることができる。
【０７１４】
リレー端末装置は、リレー端末装置の近隣に存在する端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置から送信されるデータを基地局装置に転送し、基地局装置から送信されるデータを端末装置に転送する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを端末装置に送信し、端末装置から切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることができる。
【０７１５】
切り替えを要求する要求メッセージは、端末装置またはリレー端末装置を識別する情報または、接続先を示す情報を含めても良い。
【０７１６】
端末装置は、端末装置の近隣に存在するリレー端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、リレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へデータの送受信を切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージをリレー端末装置に送信し、リレー端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることができる。
【０７１７】
端末装置は、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路を確立し、第一のモードにおける第一の通信路においてデータの送受信中に、端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路へ切り替える場合、第二のモードにおける第二の通信路へ切り替えることを示す情報を含む、第二のモードにおける第二の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信し、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第二のモードにおける第二の通信路を確立し、第一のモードにおける第一の通信路のデータの送受信を第二のモードにおける第二の通信路へ切り替えることができる。
【０７１８】
端末装置は、端末装置の近隣に存在する第二の端末装置とデータを直接送信する第二のモードにおける第二の通信路を確立し、第二のモードにおける第二の通信路においてデータの送受信中に、端末装置の近隣に存在するリレー端末装置を経由してデータを送信する第一のモードにおける第一の通信路へ切り替える場合、第一のモードにおける第一の通信路へ切り替えることを示す情報を含む、第一のモードにおける第一の通信路へ切り替えを要求する要求メッセージを第二の端末装置に送信し、第二の端末装置から、切り替えを要求する要求メッセージに対する応答メッセージを受信し、第一のモードにおける第一の通信路を確立し、第二のモードにおける第二の通信路のデータの送受信を第一のモードにおける第一の通信路へ切り替えることができる。
【０７１９】
切り替えを要求する要求メッセージは、通信路を確立することを要求する要求メッセージであって良い。
【０７２０】
切り替えを要求する要求メッセージは、通信路を削除することを要求する要求メッセージであって良い。
【０７２１】
切り替えを要求する要求メッセージは、端末装置またはリレー端末装置を識別する情報または接続先を示す情報を含めても良い。
【０７２２】
以上、実施形態およびそれに関わる複数の変形例を説明してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も本発明に含まれる。
【０７２３】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０７２４】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０７２５】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０７２６】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０７２７】
１  移動通信システム
５  ＩＰ移動通信ネットワーク
７  コアネットワーク
９  ＬＴＥアクセスネットワーク
１０  ＵＥ
１５  ＵＥ−Ｒ
２０  ｅＮＢ
３０  ＭＭＥ
４０  ＳＧＷ
５０  ＰＧＷ
６０  ＨＳＳ
７０  ＰＣＲＦ
８０  ＰＤＮ
９０  ＰｒｏＳｅ  Ｓｅｒｖｅｒ
【図１】
2015156288.tif 000003
【図２】
2015156288.tif 000004
【図３】
2015156288.tif 000005
【図４】
2015156288.tif 000006
【図５】
2015156288.tif 000007
【図６】
2015156288.tif 000008
【図７】
2015156288.tif 000009
【図８】
2015156288.tif 000010
【図９】
2015156288.tif 000011
【図１０】
2015156288.tif 000012
【図１１】
2015156288.tif 000013
【図１２】
2015156288.tif 000014
【図１３】
2015156288.tif 000015
【図１４】
2015156288.tif 000016
【図１５】
2015156288.tif 000017
【図１６】
2015156288.tif 000018
【図１７】
2015156288.tif 000019
【図１８】
2015156288.tif 000020
【図１９】
2015156288.tif 000021
【図２０】
2015156288.tif 000022
【図２１】
2015156288.tif 000023
【図２２】
2015156288.tif 000024
【図２３】
2015156288.tif 000025
【図２４】
2015156288.tif 000026
【図２５】
2015156288.tif 000027
【図２６】
2015156288.tif 000028
【図２７】
2015156288.tif 000029
【図２８】
2015156288.tif 000030
【図２９】
2015156288.tif 000031
【図３０】
2015156288.tif 000032
【図３１】
2015156288.tif 000033
【図３２】
2015156288.tif 000034
【図３３】
2015156288.tif 000035
【図３４】
2015156288.tif 000036
【国際調査報告】
2015156288.tif 000037
2015156288.tif 000038
2015156288.tif 000039
2015156288.tif 000040