(57)【要約】  近隣サービスにおいてデータの送受信を行うＵＥが、あらかじめ位置情報をサーバへ通知し、近隣サービスを開始する場合、通信対象となるＵＥを近隣検出する前に、サーバから通信対象となるＵＥを含む近隣の程度を受信し、ＵＥは近隣の程度に基づいて、通信対象となるＵＥを探索することにより、不必要な近隣検出を抑制する。
2014163054.tif 000002
【特許請求の範囲】
【請求項１】
近隣端末を検出するサーバ装置と、制御装置と、端末装置と、前記端末装置の近隣に位置する近隣端末装置とを含んで構成される移動通信システムにおける端末装置であって、
アプリケーションに対応づけられた直接通信路および基地局装置のみを介する通信路の確立を行うことができる距離に位置する近隣端末装置に関する情報と、確立可能な直接通信路に関する情報とをサーバ装置から取得し、
制御装置に対して前記確立可能な直接通信路および基地局装置のみを介する通信路およびマクロ経由の通信路の確立の承認を要求する要求メッセージを送信し、
前記確立可能な直接通信路および基地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可されたことを示す応答メッセージを受信し、
前記応答メッセージに基づいて近隣端末装置との直接通信路を確立するおよび、近隣端末装置との基地局装置のみを介する通信路を確立するおよび、端末装置とのマクロ経由の通信路を確立する端末装置。
【請求項２】
直接通信路および基地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可されている第1のＡＰＮと、直接通信路および基地局装置のみを介する通信路の確立が許可されていない第２のＡＰＮとを保持し、
制御装置に対して前記確立可能な直接通信路の確立および基地局装置のみを介する通信路およびマクロ経由の通信路の確立の承認を要求する前記要求メッセージの送信は、直接通信路および基地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可されるＡＰＮを含めて送信する請求項１に記載の端末装置。
【請求項３】
直接通信路および基地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可されているＡＰＮを含めて通信路の確立を要求する要求メッセージを制御局に送信し、
前記通信路の確立が許可され、確立されたことを示す応答メッセージを制御装置から受信し、
前記応答メッセージに基づいて前記通信路を確立し、
アプリケーションと通信路とを対応づけて管理し、
アプリケーションと通信路とを対応づけに基づいて、前記直接通信路を用いて送信するか、前記基地局装置のみを介する通信路を用いて送信するか、前記マクロ経由の通信路を用いて送信するかを選択してアプリケーションデータの送信を行う端末装置。
【請求項４】
近隣端末を検出するサーバ装置と、制御装置と、端末装置と、前記端末装置の近隣に位置する近隣端末装置とを含んで構成される移動通信システムにおける制御装置であって、
端末装置の識別情報と、直接通信路および地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可情報とを対応づけて管理し、
端末装置から送信される直接通信路および地局装置のみを介する通信路およびマクロ経由の通信路の確立の承認を要求する要求メッセージを受信し、
端末装置の識別情報と、直接通信路および地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可情報とを対応づけに基づいて、前記端末装置の直接通信路および地局装置のみを介する通信路およびマクロ経由の通信路の確立を許可する制御装置。
【請求項５】
近隣端末を検出するサーバ装置と、制御装置と、端末装置と、基地局装置とを含んで構成される移動通信システムにおける基地局装置であって、
端末装置に対して直接通信路および地局装置のみを介する通信路およびマクロ経由の通信路の確立を許可したか否かを示す情報を含めた通知を制御装置から受信し、
前記通知に含まれる許可情報に基づいて、端末装置との間のデータ送受信のための無線リソースの割り当てを行う基地局装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置と、基地局装置と、制御装置と、端末装置の近隣に位置する近隣端末と、近隣端末を検出するサーバ装置と、を含む移動通信システムに関する。
本願は、２０１３年４月２日に、日本に出願された特願２０１３−０７６５７７号に基づき優先権を主張し、その内容をここに援用する。
【背景技術】
【０００２】
移動通信システムの標準化団体３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代の移動体通信システムとして以下の非特許文献１に記載のＥＰＳ（Evolved Packet System）の仕様化作業を進めており、ＥＰＳに接続されるアクセスシステムとしてＬＴＥ（Long Term Evolution）だけでなく、無線ＬＡＮ（Wireless LAN、WLAN)について検討がなされている。【０００３】
さらに、３ＧＰＰでは、非特許文献2に記載されるように、ユーザ端末（User Equipment、UE）に対して近隣の他ユーザ端末の存在を通知する近隣サービス（Proximity Service、ProSe）について検討が行われている。さらに、ＰｒｏＳｅでは、UEは、近隣UEと基地局を介さずに直接データの送受信を行うことができる。【０００４】
ＰｒｏＳｅでは、ＵＥ間において直接データの送受信を行うため、移動通信ネットワークや無線LANネットワークを介さず、データのトラフィックをオフロードできることから、LTEへのトラフィックの集中を回避することも可能である。【０００５】
ＰｒｏＳｅでは、ＵＥ間の直接通信路として２つの方式を利用することが検討されている。一つは、ＬＴＥアクセス技術を用いたＵＥ間の直接通信路を確立する方法（以下 LTE  Direct）であり、もうひとつは、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）アクセス技術を用いて直接通信路を確立する方法である。【０００６】
LTE Directでは、UEは各移動通信事業者におけるLTEシステムにおいて割り当てられた商用周波数を利用し、LTEの通信方式を利用してUE間において直接データの送受信を行う。【０００７】
WLAN Directでは、WLANにおいて割り当てられた非商用周波数を利用して、UE間において直接データの送受信を行う。【０００８】
また、ＰｒｏＳｅでは、UEは、LTE Directまたは、WLAN Directによりデータの送受信を行うために、通信対象UEを探索し、近隣に通信対象UEの存在を検知する必要性がサービス要求条件として挙げられている。【０００９】
さらに、ＰｒｏＳｅでは、ＵＥ間の通信において同じ基地局装置に接続し、基地局を介して通信を行う方法（以下、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄ）も検討されている。従来のＵＥ間の通信は、ＵＥとコア網内のゲートウェイとの間に通信路を確立し、それぞれのＵＥに対して確立された通信路を介して通信を行っていたのに対し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄにおいては、基地局がデータ送受信のアンカー装置としてデータの転送を行う。このように、コア網内の通信路を必要としないため、コア網内部で通信路に対するリソースを必要としないことや、送受信にかかる時間を提言できるなどのメリットがある。【００１０】
さらに、ＵＥ間直接通信は移動通信事業者によって提供するサービスとするために、ＵＥ間の直接通信路確立にあたっては、移動通信事業者による承認が必要と規定されている。【００１１】
このようにＰｒｏＳｅでは、あるＵＥに対する近隣ＵＥの存在を通知するサービスと、ＵＥ間の直接通信路による通信を提供するサービスと、を提供することを目的としている。【００１２】
一方、移動通信事業者は、従来、ＵＥ間の通信において、基地局装置を介して通信を行うサービスを提供している。ＵＥ間の直接通信による通信を提供するサービスは、ＵＥ間の距離が近隣である場合にのみ利用可能であることから、ＵＥ間の距離に関わらず従来の基地局装置を介して通信を行うサービスを維持しつつ、上記、直接通信路による通信を提供するサービスを提供する必要がある。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】3GPP TS23.401 Technical Specification Group Services and System Aspects, General Packet Radio Service(GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network(E-UTRAN) access
【非特許文献２】3GPP TR22.803 Technical Specification Group Services and System Aspects, Feasibility study for Proximity Services(ProSe)
【発明の概要】
【発明が解決しようとする課題】
【００１４】
しかしながら、現在、近隣端末の通知方法と、ＵＥ間の直接通信路確立方法とは具体的な実現手段がないために、通信元となるＵＥが通信対象となるＵＥを探索するにあたって、通信対象ＵＥが近くにいるかどうかに関係なく、無作為に探索を開始してしまい、通信対象ＵＥが近くにいない場合には、通信対象ＵＥを探索することができず、通信元ＵＥは消費電力を浪費させてしまう。【００１５】
また、ＵＥがＬＴＥ  Ｄｉｒｅｃｔの直接通信によるデータの送受信を開始する場合、通信対象ＵＥが通信元ＵＥの近隣にいる場合であっても、通信元ＵＥがＬＴＥ  Ｄｉｒｅｃｔを要求し、通信対象ＵＥがＬＴＥ  Ｄｉｒｅｃｔを行うことができない場合、不必要な探索を開始してしまうことになり、通信元ＵＥは消費電力を浪費させてしまう。【００１６】
また、ＵＥがｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路によるデータの送受信を開始する場合、通信対象ＵＥが通信元ＵＥと同じ基地局装置に在圏する場合であっても、通信元ＵＥがｌｏｃａｌｌｙ  ｒｏｕｔｅｄを要求し、通信対象ＵＥがｌｏｃａｌｌｙ  ｒｏｕｔｅｄを行うことができない場合、不必要な要求を送信してしまうことになり、通信元ＵＥは消費電力を浪費させてしまう。【００１７】
さらに、移動通信事業者がＵＥの移動通信事業者がＵＥの直接通信路の確立に対して許可、不許可を与える手段がないために、移動通信事業者によりユーザへ近隣通信サービスを提供することができなかった。【００１８】
また、移動通信事業者は、従来から提供する基地局装置経由の通信を維持しつつ、上記、直接通信路および基地局装置のみを介する通信によるデータの送受信を行うことができなかった。さらに、直接通信路および基地局装置のみを介する通信路および従来の基地局装置経由の通信路を利用可能な場合、直接通信路と基地局装置のみを介する通信路と従来の基地局装置経由の通信路のいずれを利用するかが明らかでなかった。【００１９】
本発明の一態様は、このような事情に鑑みてなされたもので、ＰｒｏＳｅにおけるデータの送受信を行う場合において、通信元ＵＥが通信対象となるＵＥを効率的に探索、通知し、移動通信事業者がＵＥに対してＵＥ間直接通信または、基地局装置のみを介する通信路または、従来の基地局装置経由の通信を提供することを目的とした移動通信システム等を提供することである。
【課題を解決するための手段】
【００２０】
本発明の一態様による端末装置は、
近隣端末を検出するサーバ装置と、制御装置と、端末装置と、端末装置の近隣に位置する近隣端末装置とを含んで構成される移動通信システムにおける端末装置であって、
アプリケーションに対応づけられた直接通信路および基地局装置のみを介する通信路の確立を行うことができる距離に位置する近隣端末装置に関する情報と、確立可能な直接通信路に関する情報とをサーバ装置から取得し、
制御装置に対して確立可能な直接通信路および基地局装置のみを介する通信路およびマクロ経由の通信路の確立の承認を要求する要求メッセージを送信し、
確立可能な直接通信路および基地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可されたことを示す応答メッセージを受信し、
応答メッセージに基づいて近隣端末装置との直接通信路を確立するおよび、近隣端末装置との基地局装置のみを介する通信路を確立するおよび、端末装置とのマクロ経由の通信路を確立する。【００２１】
本発明の一態様による端末装置において、
直接通信路および基地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可されている第1のＡＰＮと、直接通信路および基地局装置のみを介する通信路の確立が許可されていない第２のＡＰＮとを保持し、
制御装置に対して確立可能な直接通信路の確立および基地局装置のみを介する通信路およびマクロ経由の通信路の確立の承認を要求する要求メッセージの送信は、直接通信路および基地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可されるＡＰＮを含めて送信してもよい。【００２２】
本発明の他の態様による端末装置は、
直接通信路および基地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可されているＡＰＮを含めて通信路の確立を要求する要求メッセージを制御局に送信し、通信路の確立が許可され、確立されたことを示す応答メッセージを制御装置から受信し、応答メッセージに基づいて通信路を確立し、
アプリケーションと通信路とを対応づけて管理し、
アプリケーションと通信路とを対応づけに基づいて、直接通信路を用いて送信するか、基地局装置のみを介する通信路を用いて送信するか、マクロ経由の通信路を用いて送信するかを選択してアプリケーションデータの送信を行う。【００２３】
本発明の一態様による制御装置は、
近隣端末を検出するサーバ装置と、制御装置と、端末装置と、端末装置の近隣に位置する近隣端末装置とを含んで構成される移動通信システムにおける制御装置であって、
端末装置の識別情報と、直接通信路および地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可情報とを対応づけて管理し、
端末装置から送信される直接通信路および地局装置のみを介する通信路およびマクロ経由の通信路の確立の承認を要求する要求メッセージを受信し、
端末装置の識別情報と、直接通信路および地局装置のみを介する通信路およびマクロ経由の通信路の確立が許可情報とを対応づけに基づいて、端末装置の直接通信路および地局装置のみを介する通信路およびマクロ経由の通信路の確立を許可する。【００２４】
本発明の一態様による基地局装置は、
近隣端末を検出するサーバ装置と、制御装置と、端末装置と、基地局装置とを含んで構成される移動通信システムにおける基地局装置であって、
端末装置に対して直接通信路および地局装置のみを介する通信路およびマクロ経由の通信路の確立を許可したか否かを示す情報を含めた通知を制御装置から受信し、
通知に含まれる許可情報に基づいて、端末装置との間のデータ送受信のための無線リソースの割り当てを行う。
【発明の効果】
【００２５】
本発明の一態様によれば、通信元ＵＥは、ＰｒｏＳｅにおけるデータの送受信を行う場合において、通信対象ＵＥを不必要に探索することなく、通信対象ＵＥを探索することにより、通信元ＵＥの消費電力を非効率に消費することを防止することができる。【００２６】
また、通信対象ＵＥを探索する条件を通信元ＵＥに与えることで、通信対象ＵＥを探索することができ、ＬＴＥ  Ｄｉｒｅｃｔの直接通信によるデータの送受信を開始することができる。  また、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの直接通信路によるデータの送受信を開始する条件を通信元ＵＥに与えることで、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路によるデータの送受信を開始することを実現することができる。【００２７】
移動通信事業者によりＵＥ間直接通信路の確立を許可または不許可と判断することにより、ＵＥに対してＵＥ間直接通信および基地局装置のみを介する通信を提供することができる。【００２８】
また、移動通信事業者は、従来から提供する基地局装置経由の通信を維持しつつ、上記、直接通信路によるデータの送受信および基地局装置のみを介する通信路によるデータの送受信を行うことができる。さらに、直接通信路および基地局装置のみを介する通信路および従来の基地局装置経由の通信路を利用可能な場合、直接通信路と基地局装置のみを介する通信路とマクロ経由の通信路のいずれを利用するかを選択できる。
【図面の簡単な説明】
【００２９】
【図１】第１実施形態における移動通信システム１の概要を説明するための図である。
【図２Ａ】ＩＰ移動通信ネットワークの構成を説明するための第１の図である。
【図２Ｂ】ＩＰ移動通信ネットワークの構成を説明するための第２の図である。
【図３】基地局装置のみを経由するＵＥ間通信（ｌｏｃａｌｌｙ  ｒｏｕｔｅｄ）の様子を説明するための図である。
【図４】第１実施形態におけるＵＥの機能構成を説明するための図である。
【図５Ａ】ＵＥの記憶部において管理される機能構成の例を示すための第１の図である。
【図５Ｂ】ＵＥの記憶部において管理される機能構成の例を示すための第２の図である。
【図６】ＰｒｏＳｅ  Ｓｅｒｖｅｒの機能構成を説明するための図である。
【図７Ａ】Ｓｅｒｖｅｒコンタクトリストの例を示すための図である。
【図７Ｂ】アプリケーション種別毎の通信路の例を示すための図である。
【図８Ａ】位置情報管理表の例を示すための図である。
【図８Ｂ】近隣検出ポリシーの例を示すための図である。
【図９】ＭＭＥの機能構成を説明するための図である。
【図１０】通信路確立に対する許可情報を説明するための図である。
【図１１】第１実施形態における位置通知手続きを説明するための図である。
【図１２】ＰｒｏＳｅ  Ｓｅｒｖｅｒにおける位置情報の更新の様子を示すための図である。
【図１３】第１実施例における近隣検出不要手続きを説明するための図である。
【図１４】近隣検出不要手続きに基づくＳｅｒｖｅｒコンタクトリストの更新の様子を示すための図である。
【図１５】第１実施形態における近隣検出手続きを説明するための図である。
【図１６】第１実施形態における近隣検出処理を説明するための図である。
【図１７Ａ】第１実施例における近隣検出の一例を示すための第１の図である。
【図１７Ｂ】第１実施例における近隣検出の一例を示すための第２の図である。
【図１７Ｃ】第１実施例における近隣検出の一例を示すための第３の図である。
【図１７Ｄ】第１実施例における近隣検出の一例を示すための第４の図である。
【図１８】第１実施例におけるＰＤＮ接続要求に基づく通信路確立手続きを説明するための図である。
【図１９】第１実施例におけるサービス要求に基づく通信路確立手続きを説明するための図である。
【図２０】第１実施例における直接通信を中止する切断手続きを説明するための図である。
【図２１】ＵＥで管理するＵＥコンタクトリストの一例を示すための図である。
【図２２】ＰｒｏＳｅ  Ｓｅｒｖｅｒで管理するＳｅｒｖｅｒコンタクトリストの一例を示すための図である。
【図２３】ＵＥで管理するＬＴＥ（Ｄ）利用可否管理テーブルおよび、ＷＬＡＮ（Ｄ）利用可否管理テーブルを示す図である。
【図２４】ＰｒｏＳｅ  ＳｅｒｖｅｒにおけるＬＴＥ（Ｄ）の利用可否および、ＷＬＡＮ（Ｄ）の利用可否を含むＳｅｒｖｅｒコンタクトリストを示す図である。
【図２５】ＳｅｒｖｅｒコンタクトリストにおけるＬＴＥ（Ｄ）の利用可否および、ＷＬＡＮ（Ｄ）の利用可否の更新の様子を示すための図である。
【図２６】ＵＥにおけるＵＥアクションポリシーの例を示す図である。
【図２７】ＰｒｏＳｅ  Ｓｅｒｖｅｒにおける近隣検出ポリシーの例を示す図である。
【図２８】近隣検出の例を示すための図である。
【図２９】ＰｒｏＳｅ  ＳｅｒｖｅｒがＩＰ移動通信ネットワーク内に配置される場合の例を示すための図である。
【発明を実施するための形態】
【００３０】
以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本実施形態では、一例として、本発明を適用した場合の移動通信システムの実施形態について、図を用いて詳細に説明する。また、ＬＴＥ  ｄｉｒｅｃｔを、ＬＴＥ（Ｄ）と表記し、ＷＬＡＮ  ｄｉｒｅｃｔを、ＷＬＡＮ（Ｄ）と表記する。ここで、ＬＴＥ（Ｄ）ＬＴＥ通信方式を用いてＵＥ間で直接通信路の確立することであり、ＷＬＡＮ（Ｄ）、ＷＬＡＮ通信方式を用いてＵＥ間の直接通信路を確立することを指している。
【００３１】
さらに、基地局装置（ｅＮＢ）を介して行う通信をｌｏｃａｌｌｙ  ｒｏｕｔｅｄと表記する。ここで、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄは、同じｅＮＢに在圏するＵＥ間のデータの送受信に対して、在圏するｅＮＢのみを介してデータの送受信を提供し、コア網内のゲートウェイへのデータ送受信を必要としない。より具体的には、従来の基地局装置経由のデータの送受信では、ＵＥはｅＮＢを介してＳＧＷ、ＰＧＷ経由でデータの送受信を行っていたが、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄでは、ＵＥはＳＧＷ、ＰＧＷを介さずに、ｅＮＢのみを介してデータの送受信を行う。
【００３２】
［１．第１実施形態］
まず、本発明を適用した第１実施形態について、図面を参照して説明する。
【００３３】
［１．１  移動通信システムの概要］
図１は、本実施形態における移動通信システム１の概略を説明するための図である。本図に示すように、移動通信システム１は、ＵＥ（移動局装置）１０と、ＵＥ（移動局装置）１０ａと、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）２０とがＩＰ移動通信ネットワーク５を介して接続されて構成されている。また、ＰＤＮ２０には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０が配置されている。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＰＤＮ２０であればいずれに配置しても良い。なお、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０とは、ＵＥ１０および、ＵＥ１０ａは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０とセキュアな通信を確保し、制御情報やデータの送受信を行うことができる。
【００３４】
ＵＥ１０と、ＵＥ１０ａは、近隣にいる関係であり、ＰｒｏＳｅによるデータの送受信を開始するための近隣探索において、互いに発見可能な場所に位置している。
【００３５】
また、ＵＥ１０と、ＵＥ１０ａは、近隣にいる関係であり、ＰｒｏＳｅによるデータの送受信を開始するためにｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を可能な場所に位置している。
【００３６】
ＩＰ移動通信ネットワーク５は、例えば、移動通信事業者が運用する無線アクセスネットワークとコアネットワークによって構成されるネットワークでもよいし、固定通信事業者が運用するブロードバンドネットワークであっても良い。移動通信事業者が運用するＩＰ移動通信ネットワークは後で詳細に説明する。
【００３７】
また、ブロードバンドネットワークは、ＡＤＳＬ（Asymmetric Digital Subscriber Line）等により接続し、光ファイバー等のデジタル回線による高速通信を提供する、通信事業者が運用するＩＰ通信ネットワークのことである。さらに、これらに限らずＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等で無線アクセスするネットワークであっても良い。
【００３８】
ＵＥ１０は、ＬＴＥやＷＬＡＮ等のアクセスシステムを用いて接続する通信端末であり、３ＧＰＰ  ＬＴＥの通信インタフェースやＷＬＡＮの通信インタフェース等を搭載して接続することにより、ＩＰアクセスネットワークへ接続することが可能である。
【００３９】
具体的な例としては、携帯電話端末やスマートフォンであり、その他通信機能を備えたタブレット型コンピュータやパソコン、家電などである。
【００４０】
ＰＤＮ２０は、パケットでデータのやり取りを行うネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどである。
【００４１】
ＰＤＮ２０は、ＩＰアクセスネットワークへ有線回線等を利用して接続される。例えば、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）や光ファイバー等によって構築される。ただし、これに限らずＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）や、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）等の無線アクセスネットワークであっても良い。
【００４２】
[１．１．１  ＩＰ移動通信ネットワークの構成例]
図２Ａに示すように、移動通信システム１は、ＵＥ１０と、ＩＰ移動通信ネットワーク５と、ＰＤＮ２０（Packet Data Network）とから構成される。なお、ＵＥ１０ａは、ＵＥ１０とは異なるＵＥであり、構成はＵＥ１０と同様であるため、説明を省略する。また、ＩＰ移動通信ネットワーク５には、ＵＥ１０やＵＥ１０ａ以外にも複数のＵＥが接続することができるが図面の簡略化のため記載を省略する。さらに、ＩＰ移動通信ネットワーク５はコアネットワーク７と各無線アクセスネットワークで構成される。コアネットワーク７の詳細な構成について図２Ａに示している。
【００４３】
なお、ＰＤＮ２０は、図１を用いて説明したパケットでデータのやり取り行うネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどである。
【００４４】
コアネットワーク７は、ＰＧＷ（アクセス制御装置）３０（Packet Data Network Gateway）と、ＳＧＷ３５(Serving Gateway)と、ＭＭＥ４０(Mobile Management Entity)と、ＨＳＳ５０(Home Subscriber Server)と、ＡＡＡ５５(Authentication, Authorization, Accounting)と、ＰＣＲＦ６０(Policy and charging rules function)と、ｅＰＤＧ６５(enhanced Packet Data Gateway)と、を含んで構成される。
【００４５】
無線アクセスネットワークは、複数の異なるアクセスネットワークで構成されてよい。それぞれのアクセスネットワークはコアネットワーク７に接続されている。さらに、ＵＥ１０は無線アクセスネットワークに無線接続することができる。
【００４６】
無線アクセスネットワークには、ＬＴＥアクセスシステムで接続できるＬＴＥアクセスネットワーク（ＬＴＥ  ＡＮ８０）や、ＷＬＡＮアクセスシステムで接続できるアクセスネットワークを構成することができる。
【００４７】
さらに、ＷＬＡＮアクセスシステムで接続可能なアクセスネットワークは、ｅＰＤＧ６５をコアネットワーク７への接続装置として接続するＷＬＡＮアクセスネットワークｂ（ＷＬＡＮ  ＡＮｂ７５）と、ＰＧＷ３０とＰＣＲＦ６０とＡＡＡ５５とに接続するＷＬＡＮアクセスネットワークａ（ＷＬＡＮ  ＡＮａ７０）とが構成可能である。
【００４８】
なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略するが、簡単に機能を説明すると、ＰＧＷ３０はＰＤＮ２０とＳＧＷ３５とｅＰＤＧ６５と、ＷＬＡＮ  ＡＮａと、ＰＣＲＦ６０と、ＡＡＡ５５とに接続されており、ＰＤＮ２０とコアネットワーク７のゲートウェイ装置としてユーザデータ配送を行う。
【００４９】
ＳＧＷ３５は、ＰＧＷ３０と、ＭＭＥ４０とＬＴＥ  ＡＮ８０とに接続されており、コアネットワーク７とＬＴＥ  ＡＮ８０とのゲートウェイ装置としてユーザデータの配送を行う。
【００５０】
ＭＭＥ４０は、ＳＧＷ３５とＬＴＥ  ＡＮ８０に接続されており、ＬＴＥ  ＡＮ８０を経由したＵＥ１０のアクセス制御を行うアクセス制御装置である。
【００５１】
ＨＳＳ５０は、ＳＧＷ３５とＡＡＡ５５とに接続されており、加入者情報の管理を行う。また、ＡＡＡ５５は、ＰＧＷ３０と、ＨＳＳ５０と、ＰＣＲＦ６０と、ＷＬＡＮ  ＡＮａ７０とに接続されており、ＷＬＡＮ  ＡＮａ７０を経由して接続するＵＥ１０のアクセス制御を行う。ＰＣＲＦ６０は、ＰＧＷ３０と、ＷＬＡＮ  ＡＮａ７０と、ＡＡＡ５５とに接続されており、データ配送に対するＱｏＳ管理を行う。
【００５２】
ｅＰＤＧ６５は、ＰＧＷ３０と、ＷＬＡＮ  ＡＮｂ７５とに接続されており、コアネットワーク７と、ＷＬＡＮ  ＡＮｂ７５とのゲートウェイ装置としてユーザデータの配送を行う。
【００５３】
また、図２Ｂに示すように、各無線アクセスネットワークには、ＵＥ１０が実際に接続される装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した種々の装置が考えられるが、本実施形態においては、ＬＴＥ  ＡＮ８０はｅＮＢ４５を含んで構成される。ｅＮＢ４５はＬＴＥアクセスシステムでＵＥ１０が接続する無線基地局であり、ＬＴＥ  ＡＮ８０には１又は複数の無線基地局が含まれて構成されてよい。また、図３で示すように、ｅＮＢ４５は、ＵＥ１０およびＵＥ１０ａ間の通信において、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を利用可能である。ｌｏｃａｌｌｙ  ｒｏｕｔｅｄでは、ＵＥ１０は、ＵＥ１０ａとｅＮＢ４５のみを介してＵＥ１０ａと送受信を行い、ＵＥ１０ａは、ｅＮＢ４５を介してＵＥ１０と送受信を行う。
【００５４】
さらに、ＷＬＡＮ  ＡＮａ７０はＷＬＡＮ  ＡＰａ７２と、ＧＷ７４(Gateway)とが含まれて構成される。ＷＬＡＮ  ＡＰ７２はＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ  ＡＮ７０には１又は複数の無線基地局が含まれて構成されてよい。ＧＷ７４はコアネットワーク７とＷＬＡＮ  ＡＮａ７０のゲートウェイ装置である。また、ＷＬＡＮ  ＡＰａ７２とＧＷ７４とは、単一の装置で構成されてもよい。
【００５５】
このように、ＷＬＡＮ  ＡＮａ７０に含まれるゲートウェイは複数のコアネットワーク７内装置に接続することができる。コアネットワーク７を運用する事業者とＷＬＡＮ  ＡＮａ７０を運用する事業者が異なる場合等では、事業者間に運用上の契約や規約等により、信頼関係が結ばれている場合にこのような構成で運用することができる。言い換えると、ＷＬＡＮ  ＡＰａ７２はコアネットワーク７を運用する事業者に対して信頼性のあるアクセスネットワークである。
【００５６】
また、ＷＬＡＮ  ＡＮｂ７５はＷＬＡＮ  ＡＰｂ７６を含んで構成される。ＷＬＡＮ  ＡＰ７６はＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ  ＡＮ７５には１又は複数の無線基地局が含まれて構成されてよい。
【００５７】
このように、ＷＬＡＮ  ＡＮｂ７５はコアネットワーク７に含まれる装置であるｅＰＤＧ６５をゲートウェイとしてコアネットワーク７に接続される。ｅＰＤＧ６５は安全性を確保するためのセキュリティ機能を持つ。コアネットワーク７を運用する事業者とＷＬＡＮ  ＡＮａ７０を運用する事業者が異なる場合等では、事業者間に運用上の契約や規約等により、信頼関係が結ばれていない場合にこのような構成で運用する。言い換えると、ＷＬＡＮ  ＡＰａはコアネットワーク７を運用する事業者に対して信頼性のないアクセスネットワークであり、コアネットワーク７に含まれるｅＰＤＧ６５において安全性を提供している。
【００５８】
なお、本明細書において、ＵＥ１０が各無線アクセスネットワークに接続されるとは、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続されることをいい、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。
【００５９】
例えば、ＬＴＥ  ＡＮ８０にＵＥ１０が接続されるとは、ＵＥ１０がｅＮＢ４５を介して接続されることをいい、ＷＬＡＮ  ＡＮａ７０に接続されるとは、ＷＬＡＮ  ＡＰａ７２及び／又はＧＷ７４を介して接続されることをいう。また、ＵＥ１０がＷＬＡＮ  ＡＮｂ７５に接続されるとは、ＵＥ１０がＷＬＡＮ  ＡＰｂ７６に接続されることを言う。
【００６０】
［１．２  装置構成］
続いて、各装置構成について図を用いて簡単に説明する。
【００６１】
[１．２．１  ＵＥの構成]
図４は、本実施形態におけるＵＥ１０の機能構成を示す。ＵＥ１０は、制御部１００に、ＬＴＥインタフェース部１１０とＷＬＡＮインタフェース部１２０と、記憶部１４０とがバスを介して接続されている。
【００６２】
制御部１００は、ＵＥ１０を制御するための機能部である。制御部１００は、記憶部１４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
【００６３】
ＬＴＥインタフェース部１１０は、ＬＴＥアクセス方式により無線通信によるデータの送受信を実行する機能部である。ＬＴＥインタフェース部１１０には、外部アンテナ１１２が接続されている。
【００６４】
ＵＥ１０は、ＬＴＥインタフェース部を介してＬＴＥ基地局に接続してＩＰアクセスネットワーク５に接続して通信を行うこともできるし、ＬＴＥ基地局を介さずに他のＵＥへ直接通信路を確立して通信を行うこともできる。
【００６５】
ＷＬＡＮインタフェース部１２０は、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）アクセス方式により無線通信によるデータ送受信を実行する機能部である。ＷＬＡＮインタフェース部１２０には、外部アンテナ１２２が接続されている。
【００６６】
ＵＥ１０は、ＷＬＡＮインタフェース部を介してＷＬＡＮ基地局に接続してＩＰアクセスネットワーク５に接続して通信を行うこともできるし、ＷＬＡＮ基地局を介さずに他のＵＥへ直接通信路を確立して通信を行うこともできる。
【００６７】
記憶部１４０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部１４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。さらに、記憶部１４０には、ＡＰＰリスト１４２が記憶されている。
【００６８】
ＡＰＰリスト１４２には、ＵＥ１０が利用可能なアプリケーションを記憶している。図５Ａは、ＡＰＰリスト１４２の一例を示した図である。図５Ａでは、ＡＰＰリスト１４２は、ＵＥ１０が利用可能なアプリケーションがＡＰＰ１〜ＡＰＰ４として示されている。
【００６９】
なお、アプリケーションは、ＶｏＩＰまたはビデオストリーミングまたはビデオファイルまたはテキストなどのデータ種別によって異なるアプリケーションと識別されて管理してもよい。
【００７０】
もしくは、ＩＭＳなどのミドルウェアを用いた通信を単一のアプリケーションとして識別して管理してもよい。
【００７１】
もしくは、ＳｋｙｐｅやＬＩＮＥといった個別のアプリケーションをアプリケーション名やアプリケーションＩＤによって識別して管理しても良い。
【００７２】
もしくはこれらの組み合わせによってアプリケーションを異なるものとして識別して管理してもよい。
【００７３】
ここで、ＵＥ１０が利用可能なアプリケーションは、製造段階において、インストールされていても良いし、ユーザ操作によりインストールされていても良い。
【００７４】
さらに、ＵＥ１０はそれぞれのアプリケーション対して利用可能な通信路の情報を、アプリケーションに対応づけて管理する。例えば、図５Ａで示すように、アプリケーション（ＡＰＰ１〜ＡＰＰ４）に対してカテゴリー（Ｃａｔ．１〜Ｃａｔ．４）が関連付けられている。さらに、各カテゴリーはアプリケーションが利用可能な通信路と対応付けられている。
【００７５】
Ｃａｔ．１は、ＬＴＥ（Ｄ）の直接通信のみを行うことができ、ＬＴＥ（Ｄ）の直接通信を行うことができない場合、データの送受信を行うことができないことを示している。また、Ｃａｔ．２は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄのみによる通信を行うことができ、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を行うことができない場合、データの送受信を行うことができないことを示している。
【００７６】
また、Ｃａｔ．３は、ＬＴＥ（Ｄ）の直接通信および、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができ、ＬＴＥ（Ｄ）の直接通信および、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができない場合、データの送受信を行うことができないことを示している。
【００７７】
さらに、Ｃａｔ．４は、ＬＴＥ（Ｄ）の直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を利用可能なことを示している。なお、Ｃａｔ．４は、ＬＴＥ（Ｄ）の直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）の直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
【００７８】
ここで、マクロ経由の通信とは、ＵＥ１０がｅＮＢ４５などＬＴＥ通信方式に利用したマクロ基地局を経由した通信路を用いてデータ送受信を行うことである。その際、ＵＥ１０はＰＧＷ３０との間にｅＮＢ４５およびＳＧＷ３５を介したＰＤＮコネクションの確立を要求し、確立されたＰＤＮコネクションを用いて通信してもよい。またＵＥ１０は、ｅＮＢ４５との間に無線ベアラと、ＳＧＷ３５とＰＧＷ３０との間にＥＰＳベアラとを確立することを要求し、確立されたベアラを用いて通信してもよい。
【００７９】
一方で、ＵＥ１０がＵＥ１０ａと通信を行う場合、通信相手となるＵＥ１０ａにおいてもＵＥ１０と同様にマクロ経由の通信路を確立する。結果、ＵＥ１０とＵＥ１０ａはそれぞれ確立したマクロ経由の通信路を用いてＵＥ間の通信を行う。
【００８０】
図５Ｂは、ＡＰＰ毎のＵＥコンタクトリスト１４４を示した図である。図５Ｂでは、ＡＰＰ１からＡＰＰ４までのコンタクトリストが管理されている。ＡＰＰ毎のＵＥコンタクトリスト１４４は、ＰｒｏＳｅによる直接通信が可能なＵＥが管理されている。もしくは各ＡＰＰを用いて通信可能なＵＥを管理してもよい。
【００８１】
また、ＵＥ毎に近隣検出を行うことができないことを示した近隣検出不要チェックボックスをＵＥコンタクトリスト１４４のＵＥに対応づけて管理しても良い。
【００８２】
近隣検出不要のチェックボックスにチェックが入力されている場合には、チェックに対応づけられるＵＥコンタクトリスト１４４のＵＥは、ＵＥ１０を近隣検出できないことを示す。つまり、ＵＥ１０はＵＥコンタクトリスト１４４の各ＵＥそれぞれに対して、近隣検出をさせるか否かを管理することができる。近隣検出不要のチェックボックスはユーザが設定するなどして更新することができる。
【００８３】
また、本例では近隣検出不要か否かをＵＥ１０のＡＰＰ毎に対応づける例を示したが、近隣検出不要か否かをＵＥコンタクトリスト１４４と対応づけて管理してもよい。その際にはコンタクトリストの全てのＵＥに対して近隣検索不要か否かを一括して設定することができる。
【００８４】
また、近隣検出不要か否かは全てのアプリケーションのＵＥコンタクトリスト１４４に対して対応づけて管理してもよい。その際には全てのコンタクトリストの全てのＵＥに対して近隣検出不要か否かを一括して設定することができる。
【００８５】
つまり、近隣検出不要のチェックボックスを基に、ＵＥ１０は、ＵＥコンタクトリスト１４４のＵＥが近隣のＵＥを検出する際に、ＵＥ１０自身を検出対象から除くことができる。
【００８６】
なお、図５Ｂに示すように、アプリケーション毎に、ＰｒｏＳｅによる直接通信が可能なＵＥが管理され、それぞれのコンタクトリストで管理されたＵＥ毎に近隣検出不要であることを管理することができる。もしくは各ＡＰＰを用いて通信できないＵＥを管理してもよい。
【００８７】
なお、図５Ｂに示すＵＥ１０ａ〜ＵＥ１０ｎは、ＵＥ１０とは異なるＵＥであり、それらの構成はＵＥ１０と同様の構成であるため詳細説明を省略する。
【００８８】
[１．２．２  ＰｒｏＳｅ  Ｓｅｒｖｅｒの構成]
図６にＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の機能構成を示す。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、制御部９００に、ＩＰ移動通信ネットワークインタフェース部９１０と、記憶部９４０とがバスを介して接続されている。
【００８９】
制御部９００は、ＵＥ１０を制御するための機能部である。制御部９００は、記憶部９４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
【００９０】
ＩＰ移動通信ネットワークインタフェース部９１０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０がＩＰ移動通信ネットワーク５に接続するための機能部である。
【００９１】
記憶部９４０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記録する機能部である。記憶部９４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成される。
【００９２】
さらに、記憶部９４０には、Ｓｅｒｖｅｒコンタクトリスト９４２と、通信路管理表９４４と、位置情報管理表９４５と、近隣検出ポリシー９４８とを記憶する。
【００９３】
なお、Ｓｅｒｖｅｒコンタクトリスト９４２、アプリケーション種別毎の通信路９４４、位置情報管理表９４６は、外部装置により記憶されていても良く、例えば、ＨＳＳ５０を利用することができる。
【００９４】
図７Ａに、Ｓｅｒｖｅｒコンタクトリスト９４２の例では、あるＵＥの利用可能なアプリケーション毎にＳｅｒｖｅｒコンタクトリスト９４２を管理する例を示す。図７Ａでは、ＵＥ１０のＡＰＰ１からＡＰＰ４におけるコンタクトリストを示している。
【００９５】
なお、アプリケーションは、ＶｏＩＰまたはビデオストリーミングまたはビデオファイルまたはテキストなどのデータ種別によって異なるアプリケーションと識別されて管理してもよい。
【００９６】
もしくは、ＩＭＳなどのミドルウェアを用いた通信を単一のアプリケーションとして識別して管理してもよい。
【００９７】
もしくは、ＳｋｙｐｅやＬＩＮＥといった個別のアプリケーションをアプリケーション名やアプリケーションＩＤによって識別して管理しても良い。
【００９８】
もしくはこれらの組み合わせによってアプリケーションを異なるものとして識別して管理してもよい。
【００９９】
また、図７Ａのコンタクトリストにおいて、ＵＥ１０がＰｒｏＳｅによる通信を可能とするＵＥのリスト（ＵＥ１０ａ〜ＵＥ１０ｎ）と、近隣検出不要チェックボックスが対応づけられて管理されてもよい。
【０１００】
近隣検出不要のチェックボックスにチェックが入力されている場合には、ＵＥ１０は近隣検出不要と管理されたＵＥを近隣検出できないことを示す。つまり、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、Ｓｅｒｖｅｒコンタクトリスト９４２の各ＵＥを近隣検出する対象とするか否かをＵＥ１０のアプリケーション毎に管理することができる。近隣検出不要のチェックボックスはユーザが設定するなどして更新してもよい。
【０１０１】
また、本例では近隣検出不要か否かをＳｅｒｖｅｒコンタクトリスト９４２のＵＥ毎に対応づける例を示したが、Ｓｅｒｖｅｒコンタクトリスト９４２に対応づけて管理してもよい。その際にはＳｅｒｖｅｒコンタクトリスト９４２の全てのＵＥに対して近隣検出不要か否かを一括して設定することができる。
【０１０２】
また、近隣検出不要か否かは全てのアプリケーションに対して対応づけて管理してもよい。その際にはＵＥ１０のすべてのＳｅｒｖｅｒコンタクトリスト９４２の全ＵＥに対して近隣検出不要か否かを一括して設定することができる。
【０１０３】
上記では、ＵＥ１０のアプリケーション毎のコンタクトリストを例に説明したが、ＵＥ１０とは異なるＵＥ（例えば（ＵＥ１０ａ〜ＵＥ１０ｎ）のそれぞれに対しても、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は同様にＰｒｏＳｅ  Ｓｅｒｖｅｒコンタクトリスト９４２を記憶する。
【０１０４】
図７Ｂに、アプリケーション種別毎の通信路管理表９４４の例を示す。アプリケーション種別毎の通信路管理表９４４では、アプリケーションと、アプリケーションで利用可能な通信路とを対応づけて管理する。
【０１０５】
なお、アプリケーションは、ＶｏＩＰまたはビデオストリーミングまたはビデオファイルまたはテキストなどのデータ種別によって異なるアプリケーションと識別されて管理してもよい。
【０１０６】
もしくは、ＩＭＳなどのミドルウェアを用いた通信を単一のアプリケーションとして識別して管理してもよい。
【０１０７】
アプリケーションで利用可能な通信路としては、ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ）またはその方法など、アプリケーション毎に利用可能な通信路を対応づけて管理する。
【０１０８】
図７Ｂの例では、アプリケーション、サービス毎に移動通信事業者が許可するＰｒｏＳｅによるデータの送受信を行うカテゴリー（Ｃａｔ．１〜Ｃａｔ．４）を管理している。
【０１０９】
Ｃａｔ．１は、ＬＴＥ（Ｄ）の直接通信のみを行うことができ、ＬＴＥ（Ｄ）の直接通信を行うことができない場合、データの送受信を行うことができないことを示している。また、Ｃａｔ．２は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄのみによる通信を行うことができ、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を行うことができない場合、データの送受信を行うことができないことを示している。
【０１１０】
また、Ｃａｔ．３は、ＬＴＥ（Ｄ）の直接通信および、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができ、ＬＴＥ（Ｄ）の直接通信および、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができない場合、データの送受信を行うことができないことを示している。
【０１１１】
さらに、Ｃａｔ．４は、ＬＴＥ（Ｄ）の直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を利用可能なことを示している。なお、Ｃａｔ．４は、ＬＴＥ（Ｄ）の直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）の直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
【０１１２】
例えば、ＡＰＰ１は、Ｃａｔ．１と関連付けられているため、ＬＴＥ（Ｄ）による直接通信のみがサポートされる。また、ＡＰＰ２は、Ｃａｔ．２と関連付けられているため、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信のみがサポートされる。さらに、ＡＰＰ３は、Ｃａｔ．３と関連付けられているため、ＬＴＥ（Ｄ）による直接通信および、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信のみがサポートされる。なお、Ｃａｔ．３のように、ＬＴＥ（Ｄ）および、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を利用可能な場合、ＵＥ１０がＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を選択することができる。
【０１１３】
また、ＡＰＰ４は、Ｃａｔ．４と関連付けられているため、ＵＥ１０は、ＬＴＥ（Ｄ）による直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を行うことが可能である。なお、Ｃａｔ．４は、ＬＴＥ（Ｄ）の直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）の直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
【０１１４】
図８Ａに、位置情報管理表９４６の例を示す。図８Ａの位置情報管理表では、ＰｒｏＳｅによる直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を可能なＵＥの位置情報をＵＥ毎に記憶している。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥから通知された位置情報を利用して、位置情報管理表９４６で管理する。図８Ａでは、ＵＥ１０は位置Ａおよび、位置ａに配置され、ＵＥ１０ａは位置Ａおよび、位置ｂに配置されている。また、ＵＥ１０ｂは、位置Ｂに配置され、ＵＥ１０ｃは位置Ｃに配置され、ＵＥ１０ｚｚは、位置ｘに配置されている。なお、ＵＥ毎に管理する位置情報は、図８Ａに示すように、１つであっても複数であっても良い。
【０１１５】
例えば、ＵＥ１０における位置Ａおよび位置ａは、ＵＥ１０の接続するＬＴＥ基地局の識別情報と、ＷＬＡＮ基地局の識別情報であってよい。その他にも、ＧＰＳによって算出された位置情報や、地域を識別する情報などであってよい。さらに、ＷＬＡＮでの接続に用いられるＳＳＩＤ、ＢＳＳＩＤ、Ｒｅａｌｍなどを用いても良いし、その他の情報を用いても良い。
【０１１６】
また、図８Ａでは、サービス、アプリケーションに関係なく、ＵＥ毎の位置を管理しているが、サービス、アプリケーション毎にＵＥ毎の位置を管理しても良い。サービス毎にＵＥ毎の位置を管理する場合、コンタクトリストに含めて管理されても良い。
【０１１７】
図８Ｂに、近隣検出ポリシー９４８の例を示す。近隣検出ポリシー９４８は、位置情報管理表９４６をもとにＵＥ１０とＵＥ１０とは異なる他のＵＥが近隣に位置するかを検出するためのルールを含めている。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、近隣検出ポリシー９４８に基づいて、通信元ＵＥと通信対象ＵＥ間において、直接通信の通信路（ＬＴＥ（Ｄ））およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信が利用可能か否かを評価してもよい。
【０１１８】
図８Ｂでは、近隣検出ポリシー９４８によるポリシーの内容および、判断結果の一例を示す。ポリシーの内容は、ＡＰ名（Ａｃｃｅｓｓ  Ｐｏｉｎｔ、ＡＰ）、ｅＮＢ  ＩＤ（移動通信事業者の基地局情報）を利用した判断方法を管理している。なお、ＡＰの代わりに、ＳＳＩＤ（Ｓｅｒｖｉｃｅ  Ｓｅｔ  ＩＤｅｎｔｉｆｉｅｒ、ＳＳＩＤ）やＲｅａｌｍ（施設情報、レルム）を利用して判断してもよい。
【０１１９】
ここで、ＡＰ、は、ＷＬＡＮに接続する場合においてＵＥが取得可能な識別子であって、ＷＬＡＮ  ＡＰ  ａ７２または、ＷＬＡＮ  ＡＰｂ７６のいずれかで取得し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に通知することができ、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＵＥの位置情報の通知を基に位置を管理する。なお、ＵＥ１０は、ＷＬＡＮ  ＡＰ  ａ７２または、ＷＬＡＮ  ＡＰｂ７６に接続した場合、ＡＰ、ＳＳＩＤ、Ｒｅａｌｍの全てを取得することができる場合もあれば、ＡＰ、ＳＳＩＤ、Ｒｅａｌｍのいずれかだけ取得することができる場合もある。
【０１２０】
つまり、ＵＥ１０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に、ＡＰ、ＳＳＩＤ、Ｒｅａｌｍの全てを通知する場合もあれば、ＡＰ、ＳＳＩＤ、Ｒｅａｌｍのいずれかだけ通知する場合もある。なお、ＵＥ１０は、ＷＬＡＮ（ＷＬＡＮ  ＡＰ  ａ７２または、ＷＬＡＮ  ＡＰｂ７６）からＡＰ、ＳＳＩＤ、Ｒｅａｌｍを取得した場合であっても、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に、ＡＰ、ＳＳＩＤ、Ｒｅａｌｍのいずれかまたは、いくつかを通知しない場合があっても良い。
【０１２１】
また、ｅＮＢ  ＩＤは、ＵＥ１０がｅＮＢ４５に接続した場合に取得可能な識別子である。ＵＥ１０は、ｅＮＢ４５からｅＮＢ  ＩＤを新たに取得した場合、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に通知する。なお、ＵＥ１０は、ｅＮＢ  ＩＤを新たに取得した場合であっても、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に通知しない場合があってもよい。
【０１２２】
各ポリシーの内容について説明する。まず、ＡＰ名は、各ＷＬＡＮを識別するための識別名である。同じＡＰに接続するＵＥは、単一のＷＬＡＮのエリアに在圏することになり、非常に高い確率で近隣であるため、ＬＴＥ（Ｄ）可能と判断している。ここで、ＬＴＥ（Ｄ）だけでなく、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信可能と判断しても良く、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信のみ可能と判断しても良い。
【０１２３】
ＳＳＩＤは、ＷＬＡＮを識別するための識別子である。単一のＷＬＡＮにのみ１つのＳＳＩＤを設定することができ、複数のＷＬＡＮに１つのＳＳＩＤを設定できる。複数のＷＬＡＮに１つのＳＳＩＤを設定する場合、１つのＷＬＡＮではカバーできないオフィスが想定されるため、同じＳＳＩＤに位置するＵＥ間は、同じＡＰに位置するＵＥ間ほど近隣の可能性が高くないが、とても高い確率で近隣であるため、ＬＴＥ（Ｄ）の通信が可能と評価している。ここで、ＬＴＥ（Ｄ）だけでなく、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を可能と判断しても良く、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄのみ可能と判断しても良い。
【０１２４】
Ｒｅａｌｍは、ＷＬＡＮにおいて、施設情報を示す名前である。Ｒｅａｌｍは、施設情報を示す名前であるため、同じＲｅａｌｍをもつＷＬＡＮに接続しているＵＥは、そのＲｅａｌｍの施設に在圏することになるため、同じＲｅａｌｍに位置するＵＥ間は、同じＡＰやＳＳＩＤに位置するＵＥ間ほど近隣の可能性が高くないが、高い確率で近隣であるため、ＬＴＥ（Ｄ）やｌｏｃａｌｌｙ  ｒｏｕｔｅｄ可能と評価してもよい。ここで、ＬＴＥ（Ｄ）だけでなく、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄ可能と判断しても良く、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄのみ可能と判断しても良い。
【０１２５】
ｅＮＢ４５は、移動通信事業者が管理するＬＴＥ基地局のことである。ＵＥ１０は、ＬＴＥ基地局にデータの送受信等のためにｅＮＢ４５に接続した場合、ｅＮＢ  ＩＤを検知することができる。ＬＴＥ基地局に在圏するＵＥ１０は、半径が５００ｍの円のエリア内に位置する。２つのＵＥが同じｅＮＢに在圏しているため、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信可能と評価している。ここで、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信だけでなく、ＬＴＥ（Ｄ）可能と判断しても良く、ＬＴＥ（Ｄ）のみ可能と判断しても良い。
【０１２６】
なお、上記のいずれにも当てはまらない場合、評価なしとしてｎｏｎｅとしている。このとき、利用可能な直接通信路やｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路は存在せず、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、不必要な近隣検出を行わないように、ＵＥ１０に通知することができる。
【０１２７】
［１．２．３  ＭＭＥの構成］
図９にＭＭＥ４０の機能構成を示す。ＭＭＥ４０は、制御部４００に、ＩＰ移動通信ネットワークインタフェース部４１０と、記憶部４４０とがバスを介して接続されている。
【０１２８】
制御部４００は、ＵＥ１０を制御するための機能部である。制御部４００は、記憶部４４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
【０１２９】
ＩＰ移動通信ネットワークインタフェース部４１０は、ＭＭＥ４０がＩＰ移動通信ネットワーク５に接続するための機能部である。
【０１３０】
記憶部４４０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記録する機能部である。記憶部４４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成される。さらに、記憶部４４０には、通信路確立に対する許可情報４４２が管理されている。なお、通信路確立に対する許可情報４４２は、外部装置により記憶されていても良く、例えば、ＨＳＳ５０を利用することができる。
【０１３１】
図１０に、通信路確立に対する許可情報４４２の一例を示す。図１０では、ＡＰＮに対して、許可される通信路が対応づけられて管理されている。ここで、ＡＰＮとは、ＵＥ１０が、ＩＰ移動通信ネットワーク５に接続し、データの送受信を行うための接続先情報である。ここで、ＵＥ１０は、データの送受信に先だって、ＡＰＮを含めて通知し、ＭＭＥ４０から許可されることにより、ＡＰＮに関連付けられる接続先を含む通信路を利用することができる。
【０１３２】
なお、ＡＰＮの設定は、ＵＥ１０の製造段階にあらかじめ行われている場合もあれば、ＳＩＭカードを別途ＵＥに装着する際には、別途設定する必要がある場合もある。また、ＡＰＮは、通信路毎に管理することができ、通信路毎に許可を行うことができる。例えば、直接通信路におけるＬＴＥ（Ｄ）の通信路の確立に対する許可情報に対応づけられたＡＰＮや、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立に対する許可情報に対応づけられたＡＰＮや、ＰＧＷ３０経由で通信を行うマクロ経由の通信路の確立に対する許可情報に対応づけられたＡＰＮといったように、通信路確立や提供するサービスに対して複数のＡＰＮを管理することができる。
【０１３３】
図１０の例では、ＡＰＮ１では、ＬＴＥ（Ｄ）による直接通信のみが許可されており、ＡＰＮ２では、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信のみが許可されており、ＡＰＮ３では、ＬＴＥ（Ｄ）による直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信のみが許可されている。さらに、ＡＰＮ１、ＡＰＮ２，ＡＰＮ３とはＬＴＥ基地局またはＷＬＡＮ基地局を介してコアネットワークへ接続してＵＥ１０とＰＧＷ３０との間のＰＤＮコネクションを通信路として確立することは許可されていない。
【０１３４】
ＡＰＮ４では、ＬＴＥ（Ｄ）による直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信が利用可能である。なお、ＡＰＮ４では、ＬＴＥ（Ｄ）の直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）の直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことが許可されている。
【０１３５】
つまり、ＡＰＮ４では、ＬＴＥ（Ｄ）による直接通信だけでなく、ＬＴＥ基地局を介してコアネットワークへ接続してＵＥ１０とＰＧＷ３０との間のＰＤＮコネクションを通信路として確立することが許可されている。
【０１３６】
ＭＭＥ４０は、ＵＥ毎にＵＥが利用可能なＡＰＮを管理し、ＡＰＮに基づいてＵＥの通信路確立の許可または不許可を判断してもよい。ＵＥ毎にＵＥが利用可能なＡＰＮは複数管理されてよい。さらに、ＭＭＥ４０はＵＥ毎に異なるＡＰＮを管理してよく、例えばＵＥ１０に対してはＡＰＮ１のみが利用可能であり、ＵＥ１０とは異なるＵＥ１０ａに対しては、ＡＰＮ１とＡＰＮ２とが利用可能であると管理されてよい。また、ＨＳＳなどの加入者情報を管理する装置によりＵＥ毎にＵＥが利用可能なＡＰＮを管理し、ＭＭＥ４０はＨＳＳに問い合わせを行うことにより、ＵＥの利用可能なＡＰＮや、ＡＰＮに対する許可情報を取得し、取得した情報に基づいてＵＥに対する通信路確立の許可または不許可を判断してもよい。
【０１３７】
ここで、ＡＰＮ１〜ＡＰＮ４に対する許可情報はこれに限って許可されるものでなく、他のＡＰＮ１〜４とは異なるＡＰＮで、異なる通信路が許可されてもよい。また、ＡＰＮに対してＬＴＥ（Ｄ）による直接通信路の確立が許されないと管理されてもよい。
【０１３８】
ＭＭＥ４０は、ＵＥ１０から通知されるＡＰＮに基づいて、通信路の確立の許可、不許可を決定してもよい。例えば、ＵＥ１０がＬＴＥ（Ｄ）の確立が許可されているＡＰＮ４を通知してＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信の通信路確立を要求してきた場合、ＵＥ１０から通知されたＡＰＮと、通信路確立に対する許可情報４４２をもとにＬＴＥ（Ｄ）の通信路確立の許可、不許可を判断することができる。
【０１３９】
このようにＭＭＥ４０は、ＵＥの通信路確立やサービス提供に関して、許可または不許可を決定する制御装置である。
【０１４０】
［１．３  処理の説明］
続いて、上述した移動通信システムにおける具体的な処理の実施例について説明する。本実施例は、ＵＥ１０による位置登録手続きおよび、データの送受信を開始するための近隣検出手続きおよび、データの送受信を開始する手続きからなる。なお、以下の説明では、ＬＴＥ通信方式を用いてＵＥ間の直接通信路を確立するＬＴＥ  ＤｉｒｅｃｔをＬＴＥ（Ｄ）と表記し、ＷＬＡＮ通信方式を用いてＵＥ間の直接通信路を確立するＷＬＡＮ  ＤｉｒｅｃｔをＷＬＡＮ（Ｄ）と表記する。また、ＵＥ１０やＵＥ１０ａにおけるＬＴＥ（Ｄ）の機能やＷＬＡＮ（Ｄ）の機能は有効になっている。また、ＵＥ１０はｌｏｃａｌｌｙ  ｒｏｕｔｅｄのような同一基地局のみを経由してＵＥ間のデータの送受信を行うことができる。
【０１４１】
［１．３．１  ＵＥ位置通知手続き］
ＵＥ１０による位置登録手続きの例を図１１を用いて説明する。ＵＥ１０は自身の位置情報を検出し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対して位置の通知を行う。位置情報の通知を行うトリガは、新たな位置情報を検出した場合や取得した場合でもよいし、アプリケーションの起動やＵＥの起動などをトリガにしても良い。以下では、ＵＥ１０が移動に伴い新たな位置情報を取得した場合を例に説明する。ここで、ＵＥ１０において説明を行うが、ＵＥ１０ａにおいても同様の手続きを利用可能である。
【０１４２】
まず、ＵＥ１０は、移動することにより新しい位置情報を取得する（Ｓ１００２）。ここで、新しい接続情報は例えば、ＷＬＡＮ基地局を識別する情報であり、アクセスポイント（ＡＰ）名であっても良い。なお、ＡＰは、ＷＬＡＮ  ＡＰ  ａ７２または、ＷＬＡＮ  ＡＰｂ７６のいずれに接続した場合であってもよい。また、ＵＥ１０は、移動しなくても、ＵＥ１０の電源を新たに入れた場合であっても良く、ＷＬＡＮの機能をＯＮにした場合に新しいＡＰに接続しても良い。
【０１４３】
なお、新しい接続情報は、新しいＡＰ名を取得したことを検知することだけでなく、ＷＬＡＮ（ＷＬＡＮ  ＡＰ  ａ７２または、ＷＬＡＮ  ＡＰｂ７６）からＳＳＩＤやＲｅａｌｍを取得したことを検知したことであっても良い。また、ｅＮＢ４５から取得したｅＮＢ  ＩＤを取得したことを検知したことであっても良い。このとき、複数の新しい接続情報を取得しても良い。
【０１４４】
また、ＵＥ１０がＧＰＳの情報を取得した場合において、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０へ通知しても良い。なお、ＵＥ１０がＧＰＳの情報を取得した場合、必ずしもＰｒｏＳｅ  Ｓｅｒｖｅｒ９０へ通知する必要はなく、一定の期間毎に通知しても良い。
【０１４５】
接続情報を通知することを決定したＵＥ１０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０を探索し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０とセキュアな通信を確保する（Ｓ１００４）。ＵＥ１０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０へ接続するための情報をあらかじめ保持している。なお、ＵＥ１０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０へｅＮＢ４５を経由しても、ＷＬＡＮ（ＷＬＡＮ  ＡＰ  ａ７２または、ＷＬＡＮ  ＡＰｂ７６）を経由しても良い。
【０１４６】
ここでセキュアな通信を確保するとは、例えばＰｒｏＳｅ  Ｓｅｒｖｅｒ９０や他のコアネットワーク内の装置による接続認証をへて通信を行うことや、ＩＰＳｅｃ等を用いたセキュリティ性の高い通信路を確立し、そうした通信路を介して通信を行うなどであってよい。さらに、その他のセキュリティ性を高める方法であってもよい。
【０１４７】
続いて、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０とセキュアな通信を確保したＵＥ１０は、ＵＥ１０の位置情報を通知する（Ｓ１００６）。ここで、ＵＥ１０が通知する位置情報は、ＷＬＡＮ（ＷＬＡＮ  ＡＰ  ａ７２または、ＷＬＡＮ  ＡＰｂ７６）から取得したＡＰ名であってもよく、ＳＳＩＤであっても、Ｒｅａｌｍ名であっても良い。また、ｅＮＢ４５から取得したｅＮＢ  ＩＤであっても、ＭＭＥ４０から取得したＴＡＩであっても良い。また、ＧＰＳを用いて取得した位置の情報を通知しても良い。なお、複数の新しい接続情報を取得した場合、複数の位置情報を通知しても良い。
【０１４８】
ＵＥ１０の位置情報の通知を受信したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０からＵＥ１０の位置情報を受信し、ＵＥの位置情報の更新を行う（Ｓ１００８）。このとき、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０から複数の位置情報（ＡＰ、ＳＳＩＤ、Ｒｅａｌｍ、ｅＮＢ  ＩＤ、ＧＰＳのうちの組み合わせであればいかなる組み合わせでもよい）を受信した場合、ＵＥ９０の複数の位置情報を更新しても良い。
【０１４９】
なお、本実施例では、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０内で位置情報を更新しているが、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０とは異なる装置で管理されていれば、その装置で更新しても良く、例えば、移動通信事業者が管理するＨＳＳ５０であっても良い。
【０１５０】
図１２に位置情報管理表９４６の更新前と更新後の例を示す。ここでは、ＵＥ１０が位置情報としてＡＰ  ｍを通知している。ＡＰ  ｍとは、ＷＬＡＮ基地局の識別情報であるＡＰ名などであってよい。
【０１５１】
なお、位置ＡＰ  ｎは、ＡＰ名がＡＰ  ｎであることを示し、位置ｅＮＢ  ｐは、ｅＮＢ  ＩＤがｅＮＢ  ｐであることを示している。ｅＮＢ  ｐとは、ＬＴＥ基地局の識別情報であるｅＮＢ  ＩＤなどであってよい。また、位置ＳＳＩＤ  ｍは、ＳＳＩＤがＳＳＩＤ  ｍであることを示している。さらに、位置Ｒｅａｌｍ  ｎは、Ｒｅａｌｍ名がＲｅａｌｍ  ｎであることを示している。
【０１５２】
位置情報管理表９４６の更新前では、ＵＥ１０は、位置ＡＰ  ｎと位置ｅＮＢ  ｐに在圏していると管理されている。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０がＵＥ１０から位置情報に基づいて、ＵＥ１０における位置ＡＰ  ｎがＡＰ  ｍに変更される。
【０１５３】
なお、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０がＵＥ１０から位置情報を受信しない場合には、近隣にはＰｒｏＳｅによるデータの送受信を行うことができるＵＥはいないと判断してもよい。ここで、ＰｒｏＳｅによるデータの送受信とは、ＬＴＥ（Ｄ）もしくはＷＬＡＮ（Ｄ）に基づいたＵＥ間直接通信路でデータ送受信を行うことである。
【０１５４】
［１．３．２  近隣検出不要手続き］
続いて、近隣検出不要手続きについて説明する。近隣検出不要手続きは、あるＵＥが、他のＵＥから近隣にいるかを検出させないようにするために行う。ここで、近隣検出不要手続きは、あるＵＥが他のＵＥからＬＴＥ（Ｄ）などの直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信を行わないように検出させないようにしても良い。また、ＵＥ１０とは異なるＵＥ１０ｃが、ＵＥ１０の近隣いることをＵＥ１０に検出させないようにする手続きの例を説明する。
【０１５５】
図１３を利用して、近隣検出不要手続きについて説明する。まず、ＵＥ１０は、近隣検出不要を検出する（Ｓ１２０２）。ここで、近隣検出不要は、例えば、ユーザの端末操作により特定のＵＥに対して検出をさせないように設定するなどし、その設定をもとに検出されてよい。
【０１５６】
近隣検出不要を検出したＵＥ１０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０とセキュアな通信を確保する（Ｓ１２０４）。既にセキュアな通信手段が確保できている場合には、改めてここで、ＵＥ１０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の位置を示す情報はあらかじめ確保しており、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０を検出することができる。
【０１５７】
ここでセキュアな通信を確保するとは、例えばＰｒｏＳｅ  Ｓｅｒｖｅｒ９０や他のコアネットワーク内の装置による接続認証をへて通信を行うことや、ＩＰＳｅｃ等を用いたセキュリティ性の高い通信路を確立し、そうした通信路を介して通信を行うなどであってよい。さらに、その他のセキュリティ性を高める方法であってもよい。
【０１５８】
続いて、ＵＥ１０ｃは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に、ＵＥの近隣検出不要通知を送信する（Ｓ１２０６）。ＵＥ１０ｃは、近隣検出不要通知を送信することにより、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対して、ＵＥ１０ｃとは異なる他のＵＥがＰｒｏＳｅ  Ｓｅｒｖｅｒに対して近隣にいるＵＥの検出を要求した場合、近隣検出対象からＵＥ１０ｃを除くことを要求する。言い換えると、近隣検出をされることを拒否する。
【０１５９】
ここで、ＵＥ１０ｃは、近隣検出不要であることを示す情報と、特定のアプリケーションと、特定のＵＥを識別する情報とを含めて通知を送信してもよい。ここでは、ＵＥ１０ｃは、近隣検出不要であることを示す情報と、ＡＰＰ４と、ＵＥ１０とを含めて通知を送信する例を説明する。
【０１６０】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は近隣検出不要通知をＵＥ１０ｃから受信し、近隣検出不要通知処理を行う（Ｓ１２０８）。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、近隣検出不要通知処理において、他のＵＥにＵＥ１０ｃを検出させないように、コンタクトリストを更新する。
【０１６１】
図１４に、近隣検出不要通知処理の更新の一例を示す。なお、ここでは、近隣検出不要であることを示す情報と、ＡＰＰ４と、ＵＥ１０とをＵＥ１０ｃの通知により受信した例を説明する。
【０１６２】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、受信した情報に基づいてＵＥ１０のＡＰＰ４に対応づけられたＳｅｒｖｅｒコンタクトリスト９４２を特定する。さらに、図１４に示すように、ＵＥ１０ｃにおける近隣検出不要のチェックボックスに、チェックが含まれていない更新前の状態からＵＥ１０ｃにおける近隣検出不要のチェックボックスにチェックするなどの更新を行う。これにより、ＵＥ１０がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対してＡＰＰ４で通信を行える近隣の端末がいるか否かの検出を要求してきた場合、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、対象からＵＥ１０ｃを除いて近隣にいる端末を検出する。つまり、ＵＥ１０ｃがＵＥ１０の近隣に位置していたとしても、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０において近隣検出されない。ここで、ＵＥ１０ｃがＵＥ１０からＬＴＥ（Ｄ）などの直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信を行わないように検出させても良い。
【０１６３】
また、ＵＥ１０ｃは、近隣検索不要通知を送信することにより、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対して、ＵＥ１０ｃとは異なる他のＵＥがＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対して近隣にいるＵＥの検出を要求した場合、ＵＥ１０ｃを近隣検出対象とするようを要求してもよい。言い換えると、近隣検出をされることを拒否した状態を解除し、許可する状態に遷移するよう要求する。
【０１６４】
ここで、ＵＥ１０ｃは、近隣検出を許容することを示す情報と、特定のアプリケーションと、特定のＵＥを識別する情報とを含めて通知を送信してもよい。ＰｒｏＳｅ  ｓｅｒｖｅｒ９０は、ＵＥ１０ｃからの通知を受信し、近隣検出不要を設定した手順とどうようにＳｅｒｖｅｒコンタクトリスト９４２を特定し、受信した情報にもとづいてチェックボックスのチェックをはずし、近隣検出される対象とするよう更新する。
【０１６５】
このように、ＵＥ１０ｃ以外のＵＥにおいても、ＵＥ１０ｃと同様に近隣検索の対象とならないことを要求することができる。したがって、近隣にいるＵＥの探索を要求するＵＥは、近隣検出されることを望まないＵＥのなかから、近隣にいるＵＥに関する情報を通知することを要求する。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０においても、あるＵＥからの近隣にいるＵＥに関する情報を要求された場合、近隣検出をされることを望まないＵＥのなかから近隣にいるＵＥを検出し、近隣にいるＵＥに関する情報を提供する。
【０１６６】
ここでは、ＵＥ１０ｃは、近隣検出不要であることを示す情報と、ＡＰＰ４と、ＵＥ１０を識別する情報とを含めて通知を送信する例を説明したが、ＵＥ１０ｃは近隣検出不要であることを示す情報と、ＡＰＰ４とを含めて通知を送信してもよい。
【０１６７】
この場合には、特定のＵＥに対して近隣検出を拒否するのではなく、全てのＵＥにおけるＡＰＰ４に対応づけられたＳｅｒｖｅｒコンタクトリスト９４２に対してＵＥ１０ｃが近隣検出されないよう設定する。具体的には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、すべてのＵＥにおけるＡＰＰ４に対応づけられたＳｅｒｖｅｒコンタクトリスト９０について、ＵＥ１０ｃがリストされているかを検出し、ＵＥ１０ｃに対応づけられたチェックボックスを有効にすることで近隣検出されないよう更新する。
【０１６８】
また、ＵＥ１０ｃは、近隣検出不要であることを示す情報と、ＵＥ１０を識別する情報とを含めて通知を送信してもよい。
【０１６９】
この場合には、ＵＥ１０に対応づけられた全てのアプリケーションに対するＳｅｒｖｅｒコンタクトリスト９４２に対してＵＥ１０ｃが近隣検出されないよう設定する。具体的には、ＵＥ１０のＳｅｒｅｒコンタクトリスト９４２の全てについて、ＵＥ１０ｃがリストされているかを検出し、ＵＥ１０ｃに対応づけられたチェックボックスを有効にすることで近隣検索されないよう更新する。ここで、ＵＥ１０ｃに対応づけられるチェックボックスを有効にすることで、ＵＥ１０からＬＴＥ（Ｄ）などの直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信を行わないように検出させても良い。
【０１７０】
［１．３．３  近隣検出手続き］
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０がデータの送受信を開始するための近隣検出手続きについて説明する。図１５を用いて、データの送受信を開始することを決定し、近隣検出手続きを説明する。なお、ＰｒｏＳｅ  Ｓｅｖｅｒ９０は、近隣検出手続きをＵＥの位置情報の通知に基づいて、開始しても良いし、近隣検出不要の通知に基づいて、開始しても良い。また、それ以外にも任意のタイミングで開始してもよい。なお、近隣検出を行った結果（Ｓ１４１２におけるコンタクトリストの通知）をＵＥ１０に対して通知しているが、ＵＥ１０ａであっても同様に利用可能である。
【０１７１】
まず、図１５に示すようにＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、近隣検出手続きにおいてまず近隣検出処理を行う（Ｓ１４１０）。なお、近隣検出処理では、ＵＥ位置登録手続きにおいて、位置情報を送信したＵＥ１０とＵＥ１０におけるコンタクトリスト９４２内のＵＥとが近隣に位置するか否かを評価する。さらに、ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ）に基づいて直接通信を行えることを評価してもよい。
【０１７２】
図１６に、近隣検出処理の手続きの例を示す。この例では、ＵＥ１０が位置登録を行い、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は位置登録手続きの完了に引き続いて、ＵＥ１０に対して近隣検出処理を行う例を説明する。まず、ＵＥ１０が利用可能な通信路を検出する（Ｓ１５０２）。ここで、ＵＥ１０が利用可能な通信路検出するために、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、アプリケーション種別毎の通信路管理表９４４に基づいて検出しても良い。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、アプリケーション種別毎の通信路管理表９４４に基づいてＵＥ１０が利用可能な通信路を検出してもよい。Ｓｅｒｖｅｒコンタクトリスト９４２において管理されるＵＥ１０のコンタクトリスト全てのアプリケーションを検出しても良いし、ＵＥ１０が検索を要求するＡＰＰをＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に通知し、ＡＰＰ４に対して利用可能な通信路を検出してもよい。
【０１７３】
これにより、ＰｒｏＳｅ  ｓｅｒｖｅｒ９０は、ＵＥ１０が利用可能な通信路として、ＡＰＰ４に対してはＬＴＥ（Ｄ）に基づく通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路が利用可能であることを検出することができる。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０が利用可能な通信路として、ＡＰＰ１に対してはＬＴＥ（Ｄ）に基づく通信路が利用可能であることを検出することができる。また、ＡＰＰ２に対してはｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路が利用可能であることを検出することができる。また、ＡＰＰ３に対しては、ＬＴＥ（Ｄ）に基づく通信路もしくはｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路が利用可能であることを検出することができる。
【０１７４】
続いて、Ｓ１５０２で検出したＵＥ１０が利用可能な直接通信路に基づいて、ＵＥ１０の近隣のＵＥを検出する（Ｓ１５０４）。ここで、ＵＥが通信可能な通信相手のＵＥを検出するために、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０におけるＳｅｒｖｅｒコンタクトリスト９４２、位置情報管理表９４６、近隣検出ポリシー９４８を利用して検出しても良い。
【０１７５】
例えば、ＵＥ１０と、ＵＥ１０のＡＰＰ４のＳｅｒｖｅｒコンタクトリスト９４２におけるＵＥの位置情報と、ＵＥ１０の位置情報とをそれぞれのＵＥに対応づけられた位置情報管理表９４２から抽出し、抽出した２つの位置情報を比較することで近隣に在圏するかを判断してもよい。また、２つの位置情報からＬＴＥ（Ｄ）の直接通信を行えるかやｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を行えるかを判断しても良い。
【０１７６】
位置情報を基にした判断方法は、例えば図８Ｂに示すように、２つのＵＥが同一ＷＬＡＮ基地局に在圏していることで、ＬＴＥ（Ｄ）に基づいて通信を行うことができる程度に近隣に在圏することと判定しても良いし、同一ＬＴＥ基地局（ｅＮＢ）に在圏していることでｌｏｃａｌｌｙ  ｒｏｕｔｅｄ（Ｄ）に基づいて通信を行うことができる程度に近隣であると判定しても良い。さらにこれらに当てはまらない場合はｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づいた通信もＬＴＥ（Ｄ）に基づいた通信も行えない程度に距離が離れていると判定してもよい（ｎｏｎｅ）。
【０１７７】
ここでは、判断方法の例として、ＡＰ名ｅＮＢの情報を利用して判断した例を説明したが、これに限らず、ＳＳＩＤやＲｅａｌｍの情報、ＧＰＳの情報などを利用して近隣にいるかを検出し、ＬＴＥ（Ｄ）に基づいて通信を行うことができるかや、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づいて通信を行うことができるかなどを判断してもよい。
【０１７８】
ＰｒｏＳｅＳｅｒｖｅｒ９０におけるＵＥ１０の近隣ＵＥの検出（Ｓ１５０４）の具体例を説明する。ＵＥ１０がＡＰＰ４で通信を行うことのできる近隣ＵＥの検出を要求してきた場合、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＵＥ１０の要求に基づいて、ＵＥが利用可能な通信路を検出する（Ｓ１５０２）。検出手段は既に説明したとおりであり、それに基づいてＡＰＰ４ではＬＴＥ（Ｄ）または、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づいて通信を行うことができると検出する。
【０１７９】
さらに、Ｓｅｒｖｅｒコンタクトリスト９４２、位置情報管理表９４６、近隣検出ポリシー９４８に基づいて、検出した利用可能な通信路（ＬＴＥ（Ｄ）または、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄ）に基づいた通信ができる程度に近隣にいるＵＥを抽出する。具体的には、同一の無線ＬＡＮを位置情報としているＵＥを検知することで、ＬＴＥ（Ｄ）可能なＵＥを検出するなどしても良い。また、同一ＬＴＥ基地局（ｅＮＢ）を位置情報としているＵＥを検知することで、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄ可能なＵＥを検出するなどしてもよい。
【０１８０】
また、Ｓｅｒｖｅｒコンタクトリスト９４２に近隣検出不要とＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に通知したＵＥに対しては近隣にいるか否かの検出を行わない。例えば図１４のＡＰＰ４におけるコンタクトリストの更新後のような状態では、ＵＥ１０ｃは近隣検出不要のチェックボックスが有効になっている。そのため、ＵＥ１０はＵＥ１０ｃの近隣にいるか否かを検出しない。
【０１８１】
こうしてＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０がＡＰＰ４において利用可能な通信路がＬＴＥ（Ｄ）に基づいた通信であることと、ＬＴＥ（Ｄ）に基づいた通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づいた通信を行える程度に近隣にいるＵＥを検出できる。なお、検出するＵＥは複数台あってよい。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＡＰＰ１もＡＰＰ４と同様に利用可能な通信路がＬＴＥ（Ｄ）に基づいた通信であることと、ＬＴＥ（Ｄ）に基づいた通信を行える程度に近隣にいるＵＥを検出できる。
【０１８２】
また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＡＰＰ２もＡＰＰ４と同様に利用可能な通信路がｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づいた通信であることと、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づいた通信を行える程度に近隣にいるＵＥを検出できる。さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＡＰＰ３もＡＰＰ４と同様に利用可能な通信路がＬＴＥ（Ｄ）に基づいた通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づいた通信であることと、ＬＴＥ（Ｄ）に基づいた通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づいた通信を行える程度に近隣にいるＵＥを検出できる。
【０１８３】
なお、ＡＰＰ４では、ＵＥ１０は、ＬＴＥ（Ｄ）による直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を利用できないＵＥ（例えば、ＵＥｍ）と、マクロ経由の通信を行うことができる。一方、ＡＰＰ１では、ＵＥ１０は、ＬＴＥ（Ｄ）による直接通信を利用できないＵＥ（例えば、ＵＥｎ）と、通信を行うことができない。また、ＡＰＰ２では、ＵＥ１０は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を利用できないＵＥと、通信を行うことができない。さらに、ＡＰＰ３では、ＵＥ１０は、ＬＴＥ（Ｄ）による通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を利用できないＵＥと、通信を行うことができない。
【０１８４】
図１５に戻って、Ｓ１４１０でＵＥ１０におけるＳｅｒｖｅｒコンタクトリスト９４２内の評価を完了したＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、アプリケーション毎に管理される通信可能なＵＥと、そのうち近隣にいるＵＥと、利用可能な通信路に関する情報とをＵＥ１０に通知する（Ｓ１４１２）。例えば、図１７Ａ〜図１７Ｄに示すように、Ｓｅｒｖｅｒコンタクトリスト９４２と、利用可能な通信路とをＵＥ１０に送信する。また、図１７Ａ、図１７Ｂ、図１７Ｃ、図１７Ｄに示すように、ＵＥ１０への通知情報はアプリケーション毎に通知してもよい。ここで図１７Ａ〜図１７Ｄの例では、図１７ＡはＡＰＰ１に対する通知情報であり、図１７ＢはＡＰＰ２に対する通知情報であり、図１７ＣはＡＰＰ３に対する通知情報であり、図１７ＤはＡＰＰ４に対する通知情報である。
【０１８５】
ここで、図１７Ａに示すＡＰＰ１の例ように、近隣検出結果として、近隣に位置するＵＥと、利用可能な通信路とを対応づけて通知してもよい。具体的には、ＵＥ１０ａに対しては、ＬＴＥ（Ｄ）に基づく直接通信路が確立できるほど近隣にいることを通知してもよい。通知においては、利用可能な通信路（ＬＴＥ（Ｄ））があるＵＥのみ近隣検出結果として含めても良い。
【０１８６】
また、近隣に位置するＵＥに関する情報に加え、近隣に位置しないＵＥに関する情報も通知してもよい。例えばＡＰＰ１の場合には、ＬＴＥ（Ｄ）の直接通信路を利用できない近隣に位置しないＵＥ（ＵＥｎ）に対しては、利用可能な通信路が無いことを通知してもよい（ｎｏｎｅ）。
【０１８７】
ＵＥ１０は直接通信路を確立できるほど近隣に位置しないＵＥに対しては、ＡＰＰリスト１４２を基に通信に用いることができる通信路を確立することができないと、ＵＥ１０はその時点においてＵＥｎとはＡＰＰ１によって通信ができないと判断してもよい。
【０１８８】
ＡＰＰ１の例では、ＡＰＰリスト１４２を基に、許可されている通信路はＬＴＥ（Ｄ）のみであることを検出し、近隣に位置しないＵＥに対しては、通信に用いることができる通信路を確立することができないと判断してもよい。また、ＵＥ１０はその時点においてＵＥｎとはＡＰＰ１による通信ができないと判断してもよい。
【０１８９】
ここで、図１７Ｂに示すＡＰＰ２の例においてもＡＰＰ１と同様に近隣検出結果として、近隣に位置するＵＥと、利用可能な通信路とを対応づけて通知してもよい。具体的には、ＵＥ１０ａに対しては、ＬＴＥ（Ｄ）に基づく直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路が確立できるほど近隣にいることを通知してもよい。通知においては、利用可能な通信路（ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄ）があるＵＥのみ近隣検出結果として含めても良い。
【０１９０】
また、近隣に位置するＵＥに関する情報に加え、近隣に位置しないＵＥに関する情報も通知してもよい。例えばＡＰＰ２の場合には、ＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路を利用できない近隣に位置しないＵＥ（ＵＥｍ）に対しては、利用可能な通信路が無いことを通知してもよい（ｎｏｎｅ）。例えば、ＡＰＰ２におけるｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路を利用できない場合、近隣に位置しないＵＥ（ＵＥｍ）に対して利用可能な通信路が無いことを通知してもよい（ｎｏｎｅ）。
【０１９１】
ＡＰＰ２の例では、ＡＰＰリスト１４２を基に、許可されている通信路はｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信であることを検出し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができないＵＥに対しては、ＵＥ１０はその時点においてＵＥｍとはＡＰＰ２によって通信ができないと判断してもよい。
【０１９２】
ここで、図１７Ｃに示すＡＰＰ３の例においてもＡＰＰ１と同様に近隣検出結果として、近隣に位置するＵＥと、利用可能な通信路とを対応づけて通知してもよい。具体的には、ＵＥ１０ａに対しては、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路が確立できるほど近隣にいることを通知してもよい。ＡＰＰ３のようにアプリケーションに対して通信路が許可されている場合には、ＵＥ１０ｂに対しては近隣度に応じて複数の利用可能な通信路の情報を送信してもよい。例えば、ＵＥ１０ａに対してはＬＴＥ（Ｄ）とｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路が確立できるほど近隣にいることを通知してもよい。また、ＵＥ１０ｄに対してはｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路が確立できるほど近隣にいることを通知してもよい。さらに、ＵＥ１０ｅに対してはｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路が確立できるほど近隣にいることを通知してもよい。通知においては、利用可能な通信路（ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄ）があるＵＥのみ近隣検出結果として含めても良い。
【０１９３】
また、近隣に位置するＵＥに関する情報に加え、近隣に位置しないＵＥに関する情報も通知してもよい。例えばＡＰＰ３の場合には、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路を利用できない近隣に位置しないＵＥ（ＵＥｍ）に対しては、利用可能な通信路が無いことを通知してもよい（ｎｏｎｅ）。例えば、ＡＰＰ３におけるＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路を利用できない場合、近隣に位置しないＵＥ（ＵＥｍ）に対して利用可能な通信路が無いことを通知してもよい（ｎｏｎｅ）。
【０１９４】
ＡＰＰ３の例では、ＡＰＰリスト１４２を基に、許可されている通信路はＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信であることを検出し、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができないＵＥに対しては、ＵＥ１０はその時点においてＵＥｍとはＡＰＰ３によって通信ができないと判断してもよい。
【０１９５】
ここで、図１７Ｃに示すＡＰＰ４の例においてもＡＰＰ１と同様に近隣検出結果として、近隣に位置するＵＥと、利用可能な通信路とを対応づけて通知してもよい。ＡＰＰ４のようにアプリケーションに対して通信路が許可されている場合には、ＵＥ１０ａに対しては近隣度に応じて複数の利用可能な通信路の情報を送信してもよい。例えば、ＵＥ１０ａに対してはＬＴＥ（Ｄ）とｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路が確立できるほど近隣にいることを通知してもよい。また、ＵＥ１０ｄに対してはｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路が確立できるほど近隣にいることを通知してもよい。さらに、ＵＥ１０ｅに対してはＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路が確立できるほどＵＥ１０と近隣に在圏していないことを通知してもよい。
【０１９６】
また、通知においては、利用可能な直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができる近隣ＵＥのみ近隣検出結果として含めても良い。
【０１９７】
また、近隣に位置するＵＥに関する情報に加え、近隣に位置しないＵＥに関する情報も通知してもよい。例えばＡＰＰ４の場合には、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路を利用できない近隣に位置しないＵＥ（ＵＥｊ）に対しては、利用可能な直接通信路が無いことを通知してもよい（ｎｏｎｅ）。もしくは利用可能な直接通信路が無く、マクロ経由の通信路が利用可能であることを通知してもよい。
【０１９８】
ＵＥ１０は直接通信路を確立できるほど近隣に位置しないＵＥに対しては、ＡＰＰリスト１４２を基に、直接通信路を確立することができないことと、マクロ経由の通信路を利用して通信を行うことができることとを検出してもよい。
【０１９９】
ＡＰＰ４の例では、ＡＰＰリスト１４２を基に、許可されている通信路はＬＴＥ（Ｄ）とｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路とマクロ経由の通信路であることを検出し、近隣に位置しないＵＥに対しては、マクロ経由の通信路を確立して通信を行うことができると判断してもよい。
【０２００】
ここで、ＡＰＰ４の例では、近隣検出不要通知処理手続きにおいて、ＵＥ１０ｃがＡＰＰ４においてＵＥ１０と通信を行わないように手続きを行ったため、Ｓｅｒｖｅｒコンタクトリスト９４２にＵＥ１０ｃが含まれているにも関わらず、ＵＥ１０ｃに対する利用可能な通信路が含まれない。
【０２０１】
以上の手続きにより、ＵＥ１０は、Ｓｅｒｖｅｒコンタクトリスト９４２からＬＴＥ（Ｄ）またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を利用可能なＵＥを検出し、近隣検出を行うことを判断することができる。またＰｒｏＳｅ  Ｓｅｒｖｅｒ９０における近隣検出は、ＵＥ１０の近隣端末の検出要求に基づいて行い、検出結果をＵＥ１０と取得することができる。ＵＥ１０の近隣端末の検出要求手段としては、位置情報の登録要求を行うことで近隣端末の検出要求を行うこともできるし、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に近隣端末の検出要求を示すメッセージを送信するなどの位置情報の登録要求以外の手段を用いても良い。
【０２０２】
このように、ＬＴＥ（Ｄ）による通信または、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信できる程度に近隣にＵＥがいることを検出して、通信路の確立手続きを行うため、ＵＥと通信できないにも関わらず、不必要に行われていた通信路の確立手続きを行わないなどにより、不要な手続き、端末探索処理、端末探索に関わるリソースなどを抑制することができる。
【０２０３】
また、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの直接通信路によるデータの送受信を開始する条件を通信元ＵＥに与えることで、ｌｏｃａｌｌｙ  ｒｏｕｔｅの通信路によるデータの送受信を開始することを実現してもよい。
【０２０４】
［１．３．４  通信路確立手続き］
［１．３．４．１  通信路確立手続き１］
続いて、直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信可能なＵＥと近隣検出を行い、直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信または、マクロ経由での通信によりデータの送受信を開始するまでの手続きについて説明する。以下では、ＵＥ１０がアプリケーションとしてＡＰＰ４を用いて通信を行う例を中心に説明する。ＵＥ１０は、これまで既に説明したようにＡＰＰ４を用いて通信を行うことができる近隣に位置するＵＥを検出している。さらに、利用可能な直接通信路に関する情報を取得している。本例では、ＵＥ１０がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０からの通知に基づいて、近隣に位置するＵＥとしてＵＥ１０ａを検出し、利用可能な通信路がＬＴＥ（Ｄ）に基づいた通信路であると検出している状態からの手続きを、図１８を用いて説明する。ここで、ＡＰＰ４は、Ｃａｔ．４と関連付けられているため、ＬＴＥ（Ｄ）による通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信だけでなく、マクロ経由の通信路を利用することができる。ＬＴＥ（Ｄ）による直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信が利用できない場合には、マクロ経由の通信路を利用することができる。
【０２０５】
また、利用するアプリケーションはＡＰＰ１の場合、ＡＰＰ１は、Ｃａｔ.１と関連付けられているため、ＬＴＥ（Ｄ）の直接通信路のみを利用することができる。このとき、通信対象ＵＥとＬＴＥ（Ｄ）による通信路を利用できない場合、通信を開始することができない。
【０２０６】
さらに、利用するアプリケーションはＡＰＰ２の場合、ＡＰＰ２は、Ｃａｔ.２と関連付けられているため、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のみを利用することができる。このとき、通信対象ＵＥとｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路を利用できない場合、通信を開始することができない。
【０２０７】
また、利用するアプリケーションはＡＰＰ３の場合、ＡＰＰ３は、Ｃａｔ.３と関連付けられているため、ＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のみを利用することができる。このとき、通信対象ＵＥとＬＴＥ（Ｄ）による通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を利用できない場合、通信を開始することができない。
【０２０８】
ＵＥ１０はＡＰＰ４においてＵＥ１０ａと開始すると判断する（Ｓ１７０２）。この判断は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０によって通知された近隣ＵＥの情報に基づいて、ＵＥ１０のユーザが近隣にいる端末のうちＵＥ１０ａを選択して通信を開始することを判断するなどにより行ってよい。
【０２０９】
なお、ＵＥ１０はＵＥ１０ａとＬＴＥ（Ｄ）に基づいた通信路を確立する場合、あらかじめ通信対象のＵＥの探索を開始してもよい（Ｓ１７０３ａ）。ＵＥの探索とは、実際にＬＴＥ(Ｄ)に基づいた通信路をＵＥ１０ａと確立できるかを確認する。
【０２１０】
これは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０がＵＥ１０ａに対してＬＴＥ（Ｄ）に基づいた通信路を確立できる程度に近隣にいると通知したとしても、実際に確立できるかが確約できないことから、ＵＥの探索を実行するなどしてよい。
【０２１１】
具体的には、ＬＴＥ無線アクセス方式で用いられる周波数などに基づいたブロードキャスト情報を近隣エリアに送信して近隣端末の検索を行い、近隣端末は近隣端末の検索に対して応答を行う。ＵＥ１０が受信した近隣端末からの応答のうち、ＵＥ１０ａから応答されていることを検出するなどにより、近隣にいることを検出してよい。
【０２１２】
ここで、ＵＥ１０はＵＥ１０ａとＬＴＥ（Ｄ）による直接通信を行わなくても良いため、ＵＥ１０の探索を必ずしも行わなくても良い。
【０２１３】
また、ＵＥ１０は通信事業者による承認に基づいてＵＥ１０ａとＬＴＥ（Ｄ）に基づいた通信路を確立する。通信事業者による承認を要求する方法としては、ＵＥの要求するＰＤＮ接続（ＵＥ  Ｒｅｑｕｅｓｔｅｄ  ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）手続きに基づいて、ＰＤＮ接続要求（ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔ）をＭＭＥ４０に送信してもよい（Ｓ１７０４）。ここで、ＵＥ１０はＰＤＮ接続要求にＡＰＮを含めて送信する。なお、ＰＤＮ接続要求とは、ＰＤＮコネクションを確立するために、ＵＥ１０がＭＭＥ４０へ送信する要求のことである。
【０２１４】
ＵＥ１０は、利用可能な通信路に対応づけられたＡＰＮを保持しておき、ＡＰＰ４の利用可能な通信路がＬＴＥ（Ｄ）による通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信であり、ＵＥ１０がＬＴＥ（Ｄ）の直接通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立およびマクロ経由の通信路の確立に対する承認を要求する場合には、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立およびマクロ経由の通信に対応づけられたＡＰＮを選択してもよい。
【０２１５】
ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路に対応づけられて管理されるＡＰＮは複数管理されてよい。たとえばｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信が対応づけられたＡＰＮ２や、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信が対応づけられたＡＰＮ３など異なるＡＰＮを複数管理してもよい。
【０２１６】
これは、ＡＰＮはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立に対する許可情報を対応づけて管理することを意味しており、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信に対応づけられたＡＰＮ２、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信が対応づけられたＡＰＮ３や、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信が対応づけられたＡＰＮ４など異なるＡＰＮを複数管理してもよい。
【０２１７】
また、例えば、ＡＰＮ１ではＬＴＥ（Ｄ）のみが許可されていると管理してもよい。
【０２１８】
さらに、直接通信路やｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信の確立が許可されないＡＰＮ５など、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信の確立が許可されるＡＰＮ以外のＡＰＮを保持しても良い。
【０２１９】
ＵＥ１０はＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立およびマクロ経由の通信路の確立に関する許可をＭＭＥ４０に要求する為に、複数のＡＰＮのうち、ＬＴＥ（Ｄ）に基づく通信路確立とおよびｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路確立とマクロ経由の通信路確立とが許可されたＡＰＮを選択し、ＰＤＮ接続要求に含める。上述した例ではＵＥ１０はＡＰＮ４を選択可能であるが、ＡＰＰ４に対してはＡＰＮ４を用いるなどアプリケーションに対してＡＰＮを対応づけて管理しておくことにより、その対応情報に基づいて選択してもよいし、任意に選択してもよい。
【０２２０】
さらに、通信対象ＵＥの探索において、ＵＥ１０ａのＩＰアドレスが解決されてもよい。ＩＰアドレスの解決には、ＵＥ１０がＵＥ１０ａからの応答が行われる際に、同時にＵＥ１０ａのＩＰアドレスが含まれても良い。
【０２２１】
ＵＥ１０はＭＭＥ４０へＰＤＮ接続要求を送信する際（Ｓ１７０４）、Ｓｅｒｖｅｒコンタクトリスト９４２において通知されたＵＥ１０ａにおける利用可能な通信路に対応するＡＰＮを含める。ここでは、ＬＴＥ（Ｄ）における直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信が許可され、マクロ経由での送受信をサポートするアプリケーションであることから、ＡＰＮ４を選択し、ＡＰＮ4を含める。
【０２２２】
なお、アプリケーションの種類によっては、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路のみを確立するＡＰＮを利用しても良い。また、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路を確立するＡＰＮを利用しても良い。さらに、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄおよびマクロ経由の通信による通信路を確立するＡＰＮを利用しても良い。
【０２２３】
次に、ＭＭＥ４０はＵＥ１０が送信してＰＤＮ接続要求を受信し、ＰＤＮコネクションに含まれるＡＰＮを確認する。ＡＰＮの確認は、通信路確立に対する許可情報４４２に基づいて受信したＡＰＮがＬＴＥ（Ｄ）による通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信の許可されたＡＰＮであることを判定する。これにより、ＭＭＥ４０はＵＥ１０がＬＴＥ（Ｄ）に基づいた直接通信路の確立および、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信路の確立に関する許可を要求していることを検出する。
【０２２４】
ＭＭＥ４０は、ＵＥ毎に利用可能なＡＰＮを管理しておき、ＵＥ１０が通知したＡＰＮをＵＥ１０が利用可能かどうかを判定する。利用可能であればＡＰＮに対応づけられた直接通信路の確立に対応づけられた通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立およびマクロ経由の通信路の確立を許可し、利用可能でなければ不許可とする。
【０２２５】
上述した手順により、ＭＭＥ４０はＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立およびマクロ経由の通信路の確立を許可と判定することができる。
【０２２６】
ＭＭＥ４０は許可と判定した場合には、ＭＭＥ４０はｅＮＢ４５にベアラ設定要求／ＰＤＮ接続許可通知を送信し（Ｓ１７１４）、これに基づいてｅＮＢ４５はＲＲＣ接続再設定通知をＵＥ１０に送信する（Ｓ１７１６）。これらにより、ＭＭＥ４０においてＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立およびマクロ経由の通信路の確立が許可と判定されたことを通知する。
【０２２７】
ここで、ベアラ設定要求／ＰＤＮ接続許可通知およびＲＲＣ接続再設定通知には、直接通信路の確立を許可したか否かを示す情報と、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立を許可したか否かを示す情報と、マクロ経由の通信路の確立を許可したか否かを示す情報とを含めて送信してもよい。
【０２２８】
直接通信路の確立を許可したか否かを示す情報は、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒなど、直接通信路の通信路の確立が許可されたことを明示的に示すフラグを含めても良い。もしくは、直接通信路に対応づけられたベアラＩＤや直接通信路を用いた通信に使用するＩＰアドレスなど、マクロ経由の通信路に対応づけられた情報を含めることで通知してもよい。
【０２２９】
直接通信路の確立を許可したか否かを示す情報は、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒなど、直接通信路の通信路の確立が許可されたことを明示的に示すフラグを含めないことで暗に通知しても良いし、もしくは、マクロ通信路に対応づけられたベアラＩＤやマクロ通信路を用いた通信に使用するＩＰアドレスなど、マクロ経由の通信路に対応づけられた情報を含めることで通知してもよいし、直接通信路の通信路の確立が許可されたことを明示的に示すＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒとは異なるフラグを含めて通知しても良い。
【０２３０】
また、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立を許可したか否かを示す情報は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒなど、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が許可されたことを明示的に示すフラグを含めても良い。もしくは、直接通信路に対応づけられたベアラＩＤや直接通信路を用いた通信に使用するＩＰアドレスなど、マクロ経由の通信路に対応づけられた情報を含めることで通知してもよい。
【０２３１】
ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したか否かを示す情報は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒなど、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の通信路の確立が許可されたことを明示的に示すフラグを含めないことで暗に通知しても良いし、もしくは、マクロ通信路に対応づけられたベアラＩＤやマクロ通信路を用いた通信に使用するＩＰアドレスなど、マクロ経由の通信路に対応づけられた情報を含めることで通知してもよいし、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が許可されたことを明示的に示すｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒとは異なるフラグを含めて通知しても良い。
【０２３２】
直接通信路の通信路の確立が許可されたことと、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が許可されたこととを明示的に示すフラグを、それぞれ異なるフラグで通知するのではなく、一つのフラグを用いて通知してもよい。
【０２３３】
これにより、ＭＭＥ４０は、直接通信路の確立を許可し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立を許可し、さらにマクロ通信路の確立を許可することを通知することと、直接通信路のみの確立を許可することを通知することと、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路のみを許可することと、マクロ通信路の確立のみを許可することを通知することとができる。
【０２３４】
また、直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路とマクロ経由の通信路の確立を許可したか否か示すフラグ１と、直接通信路の確立のみを許可したか否か示すフラグ２と、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路のみを許可したかを示すフラグ３と、マクロ経由の通信路の確立を許可したか否か示すフラグ４など、それぞれ異なるフラグを用いて通知してもよい。
【０２３５】
また、これらに限らず、他の情報要素を組み合わせることにより、直接通信路の確立を許可したか否かを示す情報と、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路のみを許可したか否かを示す情報と、マクロ経由の通信路の確立を許可したか否かを示す情報とを構成し、通知してもよい。
【０２３６】
また、ＭＭＥ４０は、マクロ経由の通信路確立を許可したか否かに基づいて、ＳＧＷ３５、ＰＧＷ３０で実行されるセッションの生成を実行するよう判定する。例えば、上記でも示したように、ＰＤＮ接続要求にＡＰＮ４が含まれている例では、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路を確立することを判定しており、マクロ経由の通信路を確立するために、セッションの生成を実行する。
【０２３７】
ここで、ＰＤＮ接続要求に、ＡＰＮ１が含まれている場合、ＬＴＥ（Ｄ）の直接通信路のみを確立することを判定しており、マクロ経由の通信路を確立しないことから、セッションの生成を実行しなくても良い。
【０２３８】
また、ＡＰＮ２が含まれている場合、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立することを判定しており、マクロ経由の通信路を確立しないことからセッションの生成を実行しなくても良い。
【０２３９】
さらにＡＰＮ３が含まれている場合、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立することを判定しており、マクロ経由の通信路を確立しないことからセッションの生成を実行しなくても良い。
【０２４０】
また、ＰＤＮ接続要求にＡＰＮ５が含まれている場合、マクロ経由の通信路を確立することを判定しており、マクロ経由の通信路を確立するために、セッションの生成を実行する。このようにＡＰＮに基づいてＳＧＷ３５、ＰＧＷ３０で実行されるセッションの生成を実行か否かを判定することができる。
【０２４１】
セッションの生成を実行させるよう判定した場合には、ＭＭＥ４０がＳＧＷ３５に対して送信するセッション生成要求（Ｓ１７０６）、ＳＧＷ３５がＰＧＷ３０に送信するセッション生成要求（Ｓ１７０８）、さらにはそれらの応答であるＰＧＷ３０がＳＧＷ３５に送信するセッション生成応答（Ｓ１７１０）、ＳＧＷ３５がＭＭＥ４０に送信するセッション生成応答（Ｓ１７１２）の送受信を実行する。
【０２４２】
このようにＭＭＥ４０は、許可を与えるＡＰＮに応じてコアネットワーク内部のセッション生成つまりはＰＤＮコネクションなどの通信路の確立を行う。
【０２４３】
ｅＮＢ４５は、ＭＭＥ４０からベアラ設定要求／ＰＤＮ接続許可通知を受信し、通知に含まれる直接通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報に基づいて許可された通信路を検出する。
【０２４４】
ここで、ｅＮＢ４５は、マクロ経由の通信路の確立を許可したか否かを示す情報に基づいてマクロ経由の通信路の通信路の確立が許可されていると検出した場合には、ＵＥ１０がｅＮＢ４５と無線通信を行うための無線リソースの割り当てなどを行ってもよい。例えば、ＵＥ１０がＡＰＮ４を含めてＰＤＮコネクションの確立要求をしている場合には、ＵＥ１０が確立を要求しているのは直接通信路の確立と、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路と、マクロ経由の通信路の確立とを要求しており、ＭＭＥ４０によってそれらが許可されたことを検出し、これに基づいてｅＮＢ４５とＵＥ１０間の無線リソースの割り当てなどを含む無線通信路の確立を行ってもよい。
【０２４５】
また、ｅＮＢ４５は、直接通信路の確立を許可したか否かを示す情報とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報に基づいて、直接通信路の確立のみが許可されたことを検出した場合には、ＵＥ１０がｅＮＢ４５と無線通信を行うための無線リソースの割り当てを行わなくても良い。検出においては、通知にＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒが含まれていないことで検出してもよい。
【０２４６】
さらに、ｅＮＢ４５は、直接通信路の確立を許可したか否かを示す情報や、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したか否かを示す情報や、マクロ経由の通信路の確立を許可したか否かを示す情報などに基づいて、ｅＮＢ４５とＵＥ間の無線リソースの割り当てなどを含む無線通信路の確立を行うか行わないか判定してもよい。例えば、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの確立のみが許可されたことを検出した場合には、これに基づいてｅＮＢ４５とＵＥ間の無線リソースの割り当てなどを含む無線通信路の確立を行っても良い。
【０２４７】
また、直接通信路の確立を許可されていない場合には、これに基づいてｅＮＢ４５とＵＥ間の無線リソースの割り当てなどを含む無線通信路の確立を行っても良い。
【０２４８】
次に、ｅＮＢ４５はＲＲＣ接続再設定通知をＵＥ１０に送信し、ＵＥ１０の送信するコネクション確立要求に対する許可情報を通知する。通知には、ＭＭＥ４０から受信した直接通信路の確立を許可したか否かを示す情報とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立とマクロ経由の通信路の確立を許可したか否かを示す情報とを含めて送信する。
【０２４９】
次に、ＵＥ１０はｅＮＢ４５からＲＲＣ接続再設定通知を受信し、通知含まれるＭＭＥ４０から受信した直接通信路の確立を許可したか否かを示す情報とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報に基づいて、直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とマクロ通信路とが確立許可されたのか、ＬＴＥ（Ｄ）の直接通信路の確立のみが許可されたのか、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のみが許可されたのか、ＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路が許可されたのか、マクロ経由の通信路の確立のみが許可されたのかを検出する。ここで、ＬＴＥ（Ｄ）に基づく通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路の確立が許可されたことを検出する方法としては、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒが含まれていることで検出してもよい。
【０２５０】
また、ＭＭＥ４０はＵＥ１０が直接通信路を用いて通信を行うために用いるＩＰアドレスやベアラＩＤや直接通信に利用する周波数に関する情報などの、ＵＥ１０が直接通信路を確立するために利用する情報を、ベアラ設定要求／ＰＤＮ接続許可通知およびＲＲＣ接続再設定通知に含めてＵＥ１０に通知しても良い。また、直接通信路に対応づけられたベアラＩＤはｅＮＢ４５が割り当て、ＲＲＣ接続再設定通知に含めてＵＥ１０に通知しても良い。
【０２５１】
さらに、ＭＭＥ４０はＵＥ１０がｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を用いて通信を行うために用いるＩＰアドレスやベアラＩＤやｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に利用する周波数に関する情報などの、ＵＥ１０がｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立するために利用する情報を、ベアラ設定要求／ＰＤＮ接続許可通知およびＲＲＣ接続再設定通知に含めてＵＥ１０に通知しても良い。また、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対応づけられたベアラＩＤはｅＮＢ４５が割り当て、ＲＲＣ接続再設定通知に含めてＵＥ１０に通知しても良い。
【０２５２】
また、ＭＭＥ４０はＵＥ１０がマクロ経由の通信路を用いて通信を行うために用いるＩＰアドレスやベアラＩＤやマクロ経由の通信に利用する周波数に関する情報などの、ＵＥ１０がマクロ経由の通信路を確立するために利用する情報を、ベアラ設定要求／ＰＤＮ接続許可通知およびＲＲＣ接続再設定通知に含めてＵＥ１０に通知しても良い。また、直接通信路に対応づけられたベアラＩＤはｅＮＢ４５が割り当て、ＲＲＣ接続再設定通知に含めてＵＥ１０に通知しても良い。
【０２５３】
ここで、ｅＮＢ４５は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立において、ＵＥ１０を識別する情報と、ベアラＩＤなどベアラを識別する情報を対応づけて管理する。ｅＮＢ４５は、ＵＥ１０とベアラＩＤを対応づけて管理することにより、ＵＥが通信に利用するベアラがｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信であるか否かを判断することにより、ＵＥ１０ａに送信するか、ＳＧＷ３５に送信するかを判断することができる。
【０２５４】
また、ＵＥ１０ａにおいてもＵＥ１０と同様の手続きを行うことで、ｅＮＢ４５は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立において、ＵＥ１０ａを識別する情報と、ベアラＩＤなどベアラを識別する情報を対応づけて管理してもよい。
【０２５５】
さらに、ｅＮＢ４５はこれらの対応づけに基づいて、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を実現してもよい。例えば、ＵＥ１０が送信したデータを受信し、受信した通信路のベアラＩＤをもとにｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことを検出し、受信データの送信先の情報などからＵＥ１0ａへ送信するデータであることを検出し、さらに、ＵＥ１０ａに対応づけられた通信路をＵＥ１０ａに対応づけられたベアラＩＤなどから検出し、検出した通信路にデータを送信してもよい。これにより、ＵＥ１０とＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができる。つまり、ＵＥ１０およびＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信が許可された通信路をベアラＩＤなどから選択して送信することでｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができる。
【０２５６】
また、ｅＮＢ４５は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うＵＥの情報と、それぞれのＵＥの通信路を対応づけて管理することにより、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を実現してもよい。例えば、１０とＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことを管理し、ＵＥ１０のｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信に利用するベアラＩＤと、ＵＥ１０ａのｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信に利用するベアラＩＤとを対応づけて管理してもよい。これにより、ｅＮＢ４５は、ＵＥ１０が利用するベアラＩＤを確認することで、ＵＥ１０ａ宛てのｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信であることを判断することができる。
【０２５７】
例えば、ＵＥ１０が送信したデータを受信し、受信した通信路のベアラＩＤをもとにｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことを検出し、受信した通信路のベアラＩＤに対応づけられたＵＥ１０ａのベアラＩＤを検出し、検出した通信路にデータを送信してもよい。これにより、ＵＥ１０とＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができる。つまり、ＵＥ１０およびＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信が許可された通信路をベアラＩＤなどから選択して送信することでｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができる。
【０２５８】
以上により、ＵＥ１０とＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路を確立して通信を開始することができる（Ｓ１７１８）。ＡＰＰ４の通信に対してｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路を確立した場合には、ＵＥ１０は、ＡＰＰ４の通信データの送信に対してｌｏｃａｌｌｙ  ｒｏｕｔｅｄを選択して送信する。より具体的には、ＡＰＮ４のユーザデータ送信にあたっては、対応づけられたＩＰアドレスを選択して通信を行っても良い。また、対応づけられたベアラＩＤを選択して通信路を特定して通信を行っても良い。
【０２５９】
ここで、ＬＴＥ（Ｄ）の直接通信を行う場合には、ＰＤＮ接続要求を送信する前に通信対象ＵＥの探索の開始（Ｓ１７０３ａ）を行う例を説明したが、ＲＲＣ接続再設定通知を受信した後に開始しても良い（Ｓ１７０３ｂ）。
【０２６０】
ＵＥ１０は、直接通信路の確立を許可したか否かを示す情報に基づいてＭＭＥ４０によって許可される場合にはＵＥ１０ａとの直接通信路を確立してもよい（Ｓ１７２０）。許可されていない場合には直接通信路の確立は行わなくてよい。
【０２６１】
ＵＥ１０はＵＥ１０ａとのＬＴＥ（Ｄ）に基づいた直接通信路を確立手続きでは、ＲＲＣ接続再設定通知などで取得した直接通信路の確立に関する情報に含まれる周波数を用いて確立してもよいし、予め利用する周波数を割り当てるなどして行っても良い。
【０２６２】
また、ここで、ＲＲＣ接続再設定通知などで取得した直接通信路の確立に関する情報に含まれるＩＰアドレスやベアラＩＤをＵＥ１０ａに対して通知し、それらを直接通信路に対応づけて管理し、直接通信を行うにあたって利用しても良い。また、ＵＥ１０ａとの直接通信路の確立にあたってＵＥ１０とＵＥ１０ａのいずれかがＩＰアドレスやベアラＩＤの割り当てを行い、他方に通知することで取得し、それらを直接通信路に対応づけて管理し、直接通信を行うにあたって利用しても良い。ここで、ｅＮＢ４５は、ＵＥ１０からの宛先情報を検知し、ＵＥ１０ａの宛先であれば、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を利用して、ＵＥ１０ａへＵＥ１０のデータを送信してもよい。このとき、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄのベアラが指定されていた場合でも、ＵＥ１０ａ以外のＵＥ１０とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立していないＵＥが宛先の場合、通信を中止しても良い。このとき、送信元であるＵＥ１０にｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができないことを通知しても良い。
【０２６３】
さらに、ＵＥ１０からｅＮＢ４５、ＳＧＷ３５、ＰＧＷ３０を経由するマクロの通信路におけるＵＥ１０とｅＮＢ４５の間のベアラとＵＥ１０からｅＮＢ４５を経由してＵＥ１０ａへ送信するｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路におけるＵＥ１０とｅＮＢ４５間のベアラを同じベアラとして管理しても良い。
【０２６４】
つまり、ｅＮＢ４５は、ＵＥ１０からのデータの送信における宛先を検知して、宛先がＵＥ１０ａの場合には、ＵＥ１０ａがｅＮＢ４５に在圏していることを確認して、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を利用してＵＥ１０ａにデータを送信するよう判断してもよい。この場合、ＭＭＥ４０またはｅＮＢ４５は、ｅＮＢ４５とＵＥ１０との間の通信路確立において割り当てを行うベアラＩＤは、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のためのベアラＩＤとマクロ経由の通信路のためのベアラＩＤとを、同じベアラＩＤとして割り当てても良い。
【０２６５】
なお、ｅＮＢ４５は、ＵＥ１０からのデータの送信における宛先を検知して、宛先がｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立していないＵＥ１０ａ以外のＵＥの場合、ＳＧＷ３５からＰＧＷ３０へのマクロ経由の通信路を利用するよう判断しても良い。
【０２６６】
以上により、ＵＥ１０とＵＥ１０ａは直接通信路を確立して通信を開始することができる。ＡＰＰ４の通信に対してＬＴＥ（Ｄ）に基づく通信路を確立した場合には、ＵＥ１０は、ＡＰＰ４の通信データの送信に対して直接通信路を選択して送信する。より具体的には、ＡＰＮ４のユーザデータ送信にあたっては、対応づけられたＩＰアドレスを選択して通信を行っても良い。また、対応づけられたベアラＩＤを選択して通信路を特定して通信を行っても良い。
【０２６７】
また、ＵＥ１０ａとＬＴＥ（Ｄ）による通信路確立が完了したＵＥ１０は、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立が完了したことを通知するためにＲＲＣ再設定完了通知をｅＮＢ４５へ送信する（Ｓ１７２２）。さらに、ｅＮＢ４５は、ＵＥ１０とＵＥ１０ａがＬＴＥ（Ｄ）による直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路を確立したことを確認して、ベアラ設定応答をＭＭＥ４０へ送信し、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立が完了したことを通知してもよい（Ｓ１７２４）。
【０２６８】
次に、ＵＥ１０は、マクロ経由の通信路の確立が許可されたか否かの情報に基づいて、マクロ経由の通信路を確立することを判断する。また、ＵＥ１０はマクロ経由の通信路の確立手続きでは、ＲＲＣ接続再設定通知などで取得した周波数を用いて確立してもよいし、予め利用する周波数を割り当てるなどして行っても良い。
【０２６９】
また、ここで、ＲＲＣ接続再設定通知などで取得したＩＰアドレスやベアラＩＤをＵＥ１０ａに対して通知し、それらをマクロ経由の通信路に対応づけて管理し、マクロ経由の通信路を行うにあたって利用しても良い。
【０２７０】
また、ＵＥ１０は、マクロ経由の通信路の確立が許可されたか否かの情報に基づいて、マクロ経由の通信路の確立が許可された場合には、ダイレクトトランスファーメッセージをｅＮＢ４５へ送信してもよい（Ｓ１７２６）。さらに、ｅＮＢ４５は、ダイレクトトランスファーメッセージの受信に基づいて、ＰＤＮ接続完了通知をＭＭＥ４０へ送信してもよい（Ｓ１７２８）。
【０２７１】
このように、ダイレクトトランスファーメッセージとＰＤＮ接続完了通知の送信によって、ＵＥ１０がマクロ経由の通信路の確立を行うことをＭＭＥ４０に通知する。
【０２７２】
ここで、マクロ経由の通信路として、ＰＧＷ３０とＵＥ１０間のＰＤＮコネクションを確立した場合には、ＭＭＥ４０はベアラ設定応答もしくはＰＤＮ接続完了通知を受信した後、ＳＧＷ３５とＰＧＷ３０との間で手続きを行い、ベアラ設定の更新を行う。具体的にはＭＭＥ４０はＳＧＷ３５にベアラ変更要求を送信し（Ｓ１７３０）、ＳＧＷ３５は受信に基づいてＰＧＷ３０にベアラ変更要求を送信する（Ｓ１７３２）。さらに、応答としてＰＧＷ３０はベアラ変更応答をＳＧＷ３５に送信し（Ｓ１７３４），ＳＧＷ３５は受信に基づいてベアラ変更応答をＭＭＥ４０に送信する（Ｓ１７３６）。こうした手続きにより各装置においてベアラ情報の更新を行う。
【０２７３】
このように、ＵＥ１０は、ＡＰＮ２〜４などを用いてＰＤＮコネクション確立を要求することにより、ＵＥ１０ａとの直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を確立することができる。また、ＡＰＮ１などを用いてＰＤＮコネクション確立を要求することにより、ＵＥ１０ａとの直接通信路を確立することができる。また、ＡＰＮ７などを用いてＰＤＮコネクション確立を要求することにより、マクロ経由の通信路を確立することができる。
【０２７４】
以上の手続きにより、ＡＰＰ４で通信を行うＵＥ１０は、ＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路とマクロ経由で通信路を確立することができる。ここで、ＵＥ１０は、ＰＤＮ接続要求にＬＴＥ（Ｄ）による通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を許可するＡＰＮ４を含めて通知することにより、ＵＥ１０は、ＬＴＥ（Ｄ）およびマクロ経由の通信路を確立することができる。
【０２７５】
ここで、ＵＥ１０は、ＵＥ１０ａと直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由での通信路を利用してデータの送受信を行うことができる。ここで、ＵＥ１０は、ＵＥ１０ａと直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路のいずれを選択しても良い。なお、ＵＥ１０は、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を選択するためにプライオリティを管理し、プライオリティに基づいて直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を選択しても良い。
【０２７６】
例えば、ＡＰＰ４のようにＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路とマクロ経由の通信路を利用することができる場合、ＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路とマクロ経由の通信路のプライオリティを管理しておいても良い。ここで、ＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のＰＤＮコネクションとｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路のＰＤＮコネクションとマクロ経由の通信路のＰＤＮコネクションと関連付けて管理されていてもよい。さらに、ＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のベアラとｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路のベアラとマクロ経由の通信路のベアラと関連付けて管理されていてもよい。
【０２７７】
ここで、ＵＥ１０は、ＡＰＮ４のようにマクロ経由の通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立し、ＵＥ１０ａと直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を維持できなった場合には、マクロ経由で通信を開始しても良い。つまり、ＵＥ１０がＵＥ１０ａとＬＴＥ（Ｄ）による直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を開始することができない場合、ＵＥ１０はマクロ（ＰＧＷ３０）経由で通信を開始する（Ｓ１７３８）。
【０２７８】
また、ＵＥ１０は、ＡＰＮ４のようにマクロ経由の通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立し、ＵＥ１０ａと直接通信の通信路を維持できなった場合には、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信またはマクロ経由で通信を開始しても良い。つまり、ＵＥ１０がＵＥ１０ａとＬＴＥ（Ｄ）による直接通信を開始することができない場合、ＵＥ１０はｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信またはマクロ経由の通信を開始してもよい。
【０２７９】
ここで、ＡＰＮ４によるマクロ経由の通信路に対応づけられるＰＤＮコネクションとＡＰＮ４によるＬＴＥ（Ｄ）の通信路に対応づけられるＰＤＮコネクションとＡＰＮ４によるｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対応づけられるＰＤＮコネクションを管理してもよい。ＵＥ１０はＵＥ１０ａとＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を行うことができる程度に近隣でないために、ＵＥ１０は、ＵＥ１０ａとＡＰＮ４によるマクロ経由の直接通信路と対応づけられるＰＤＮコネクションを選択して通信してもよい。また、ＵＥ１０はＵＥ１０ａとＬＴＥ（Ｄ）を行うことができる程度に近隣でないために、ＵＥ１０は、ＵＥ１０ａとＡＰＮ４によるｌｏｃａｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の直接通信路と対応づけられるＰＤＮコネクションを選択して通信してもよい。
【０２８０】
以上の手続きにより、ＵＥ１０は、ＵＥ１０ａとＬＴＥ（Ｄ）における直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信を開始することができる。
【０２８１】
また、ここでＵＥ１０によるＰＤＮ接続要求の送信により、ＵＥ１０がＵＥ１０ａと直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信を開始する際に行う例を説明したが、これに関わらず予め行われていても良い。例えば、ＵＥ１０は端末の起動時やアプリケーションの起動時等に予めＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路確立に対してＰＤＮ接続要求を送信するなどに基づいて、直接通信路の許可を得ておき、ＵＥ１０がＵＥ１０ａと直接通信を行うことができる程度に近隣であると判断し、直接通信を開始することを決定した際には、すぐさま直接通信路の確立（Ｓ１７１７）を行っても良い。
【０２８２】
例えば、ＡＰＰ４の通信を行う場合、ＵＥ１０はＰＤＮ接続要求に含めるＡＰＮの選択は、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信が許可されたＡＰＮを選択して含めることにより、ＬＴＥ（Ｄ）による通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立に対して許可を要求する。
【０２８３】
さらに、ＵＥ１０はＬＴＥ（Ｄ）による通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立が許可されたか否かを受信し、許可されている場合には、ＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を確立する。
【０２８４】
ＭＭＥ４０は、ＬＴＥ（Ｄ）に基づく通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立を許可する場合には、ＵＥ１０とＵＥ１０ａが直接通信を行うためのＳＳＩＤなどの情報を含めても良い。
【０２８５】
このように、ＵＥ１０はアプリケーションに対応づけられた直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立に対して、移動通信事業者に対して許可を求めたのちに確立手続きを実行する。許可の要求に対しては、直接通信路に対応づけられた情報を基に許可を依頼する。
【０２８６】
これにより、例えばＬＴＥ（Ｄ）に対応づけられた複数のアプリケーションが有る場合、個別のアプリケーションに対して許可要求を送信しなくてもよい。
【０２８７】
例えば、ＡＰＰ４の通信開始に際してＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を用いて通信を行うことが許可されている場合、ＡＰＰ４とは異なるアプリケーションをＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路により通信を行う場合には、すでに許可されていると判定して直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信およびマクロ経由の通信路を確立してもよい。
【０２８８】
また、通信相手となるＵＥ１０ａにおいても、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立にあたって通信事業者の許可を得るためにこれまで説明したＰＤＮ接続要求に基づく許可手続きを行っていてもよい。
【０２８９】
もしくは、ＵＥ１０から直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立を求められた際にＰＤＮ接続要求に基づく許可手続きを行ってもよい。つまり、ＵＥ１０とＵＥ１０ａとの直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立にあたっては、通信相手となるＵＥ１０ａの許可手続きの完了も直接通信路確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路確立を行うための一条件としてもよい。
【０２９０】
ＵＥ１０はアプリケーションのデータ送受信を行う際、アプリケーションに対応づけられた直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を管理し、直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路またはマクロ経由の通信路を選択して通信を行う。
【０２９１】
ここで、ＡＰＮ４などのＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立が許可されたＡＰＮを用いて直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を確立している状態で、ＵＥ１０は、ＬＴＥ（Ｄ）の直接通信路を選択しても良い。
【０２９２】
また、ＡＰＮ４などのＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立が許可されたＡＰＮを用いて直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を確立している状態で、ＵＥ１０は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を選択しても良い。
【０２９３】
この場合、ＵＥ１０はアプリケーションと通信路を対応づけて管理し、さらに、特定したアプリケーションに対応づけられたＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路にプライオリティを管理させ、特定したアプリケーションに対応づけられたＬＴＥ（Ｄ）の通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路またはマクロ経由の通信路を選択してデータを送受信してもよい。
【０２９４】
これにより、ＵＥ１０は、ＬＴＥ（Ｄ）などの直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を利用するアプリケーションのデータ送受信は直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を利用する通信路を選択して送受信することができる。
【０２９５】
また、ＵＥ１０は、確立した直接通信路に対するベアラＩＤと、ｅＮＢ４５との間に確立した通信路に対するベアラＩＤと、ＰＧＷ３０との間に確立した通信路に対するベアラＩＤと、を保持し、通信路をベアラＩＤと対応づけて管理し、さらに、直接通信路に対するベアラＩＤと、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄに対するベアラＩＤと、マクロ経由の通信路に対するベアラＩＤ間でプライオリティを管理してもよい。
【０２９６】
これにより、ＵＥ１０は、直接通信路に対応づけられたベアラＩＤまたはｌｏｃａｌｌｙ  ｒｏｕｔｅｄに対するベアラＩＤまたはマクロ経由の通信路に対応づけられたベアラＩＤを選択して送受信することができる。
【０２９７】
また、ＵＥ１０は、確立した直接通信路を用いて通信を行うためのＰＤＮコネクションを確立し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を用いて通信を行うためのＰＤＮコネクションを確立し、マクロ経由の通信路を用いて通信を行うためのＰＤＮコネクションを確立し、通信路とＰＤＮコネクションとを対応づけて管理し、さらに、直接通信路に対するＰＤＮコネクションと、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄに対するＰＤＮコネクションと、マクロ経由の通信路に対するＰＤＮコネクション間でプライオリティを管理してもよい。
【０２９８】
これにより、ＵＥ１０は、直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信を行うアプリケーションのデータ送受信は直接通信路に対応づけられたＰＤＮコネクションまたは、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を用いて通信を行うためのＰＤＮコネクションまたは、マクロ経由の通信路に対応づけられたＰＤＮコネクションを選択して送受信することができる。
【０２９９】
ここで、データ送受信をする際に送受信するデータがどのアプリケーションに対応するかなどのアプリケーションを特定する必要があるが、特定手段は、送信元アドレス、送信先アドレス、プロトコル番号、送信元ポート番号、送信先ポート番号などのＩＰ５タプルの情報に基づいてアプリケーションを特定してもよい。また、アプリケーションＩＤなどの識別情報に基づいてアプリケーションを特定してもよい。
【０３００】
例えば送信データがＡＰＰ５等のマクロ経由の通信路で通信を行うアプリケーションであることが検出できた場合、アプリケーションに対応づけられた通信路であるマクロ経由の通信路を選択して送信する。また、ＡＰＰ１等のＬＴＥ（Ｄ）を用いた通信を行うことができるアプリケーションであることを検出できた場合、アプリケーションに対応づけられた通信路であるＬＴＥ（Ｄ）に基づく通信路を選択して通信を行ってもよい。
【０３０１】
さらに、ＡＰＰ２等のｌｏｃａｌｌｙ  ｒｏｕｔｅｄを用いた通信を行うことができるアプリケーションであることを検出できた場合、アプリケーションに対応づけられた通信路であるｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路を選択して通信を行ってもよい。
【０３０２】
また、ＡＰＰ３等のＬＴＥ（Ｄ）とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を用いた通信を行うことができるアプリケーションであることを検出できた場合、アプリケーションに対応づけられた通信路であるＬＴＥ（Ｄ）もしくはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を選択して通信を行うが、選択においては既に説明したプライオリティ情報などに基づいた選択手法により通信路を選択して通信を行う。
【０３０３】
［１．３．４．２  通信路確立手続き２］
直接通信可能なＵＥと近隣検出を行い、ＰｒｏＳｅによるデータの送受信を開始する手続きとして１．３．４．１の通信路確立手続き１で説明した方法とは異なる方法について説明する。１．３．４．１の通信路各手続き１では、ＵＥの通信路の確立に対して事業者の許可を求める手続きがＵＥの要求するＰＤＮ接続（ＵＥ  Ｒｅｑｕｅｓｔｅｄ  ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）手続きに基づいて行われていたのに対し、本例では、サービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）手続きに基づいて行われる点が異なる。図１９を用いて、直接通信による通信路確立手続き２を示す。
【０３０４】
本例においてもＵＥ１０がＡＰＰ４によってＵＥ１０ａと通信を行う例を中心に説明する。ここで、ＵＥ１０が既に説明したようにＡＰＰ４を用いて通信を行うことができる近隣に位置するＵＥを検出している。さらに、利用可能な通信路に関する情報を取得している。本例では、ＵＥ１０がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０からの通知に基づいて、近隣に位置するＵＥとしてＵＥ１０ａを検出し、利用可能な通信路がＬＴＥ（Ｄ）に基づく通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づいた通信路であると検出している状態からの手続きを説明する。
【０３０５】
まず、ＵＥ１０はＰｒｏＳｅによるデータ送受信をＵＥ１０ａと開始すると判断する（Ｓ１８０２）。具体的な判断方法は図１８を用いて説明した通信路確立手続き１におけるＵＥ１０がＰｒｏＳｅによるデータ送受信をＵＥ１０aと開始すると判断する方法（Ｓ１７０２）と同様であるため説明を省略する。
【０３０６】
ＵＥ１０はＵＥ１０ａとＬＴＥ（Ｄ）に基づいた通信路およびマクロ経由の通信路を確立する前に、通信対象のＵＥの探索を開始してもよい（Ｓ１８０３ａ）。具体的な方法は図１８を用いて説明した通信路確立手続き１における通信対象ＵＥの検索の開始方法（Ｓ１７０２）と同様であるため説明を省略する。
【０３０７】
また、ＵＥ１０は通信事業者による承認に基づいてＵＥ１０ａとＬＴＥ（Ｄ）に基づいた通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づいた通信路およびマクロ経由の通信路を確立する。通信事業者による承認を要求する方法としては、ＵＥのサービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）手続きに基づいて、サービス要求をｅＮＢ４５に送信してもよい（Ｓ１８０４）。ここで、ＵＥ１０はサービス要求にＡＰＮを含めて送信する。
【０３０８】
なお、ここで説明する手続きは、１．３．４．１の通信路確立手続き１で説明した方法により確立された通信路が接続状態（Ｃｏｎｎｅｃｔｅｄ）から接続待ち受け状態（ｉｄｌｅ）などに遷移している場合などにおいて、ＵＥ１０とＵＥ１０ａが接続待ち受け状態（ｉｄｌｅ）から接続状態（Ｃｏｎｎｅｃｔｅｄ）へ遷移させるためにサービス要求を送信してもよい。
【０３０９】
ＵＥ１０は、利用可能な直接通信路に対応づけられたＡＰＮを保持しておき、ＡＰＰ４の利用可能な通信路はＬＴＥ（Ｄ）の通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路であり、ＵＥ１０がＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立に対する承認を要求する場合には、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路に対応づけられたＡＰＮを選択する。
【０３１０】
これは、ＡＰＮは直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立に対する許可情報を対応づけて管理することを意味しており、例えばＡＰＮ４ではＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信が許可されていると管理している。
【０３１１】
また、直接通信路のみが許可されるＡＰＮを管理しても良い。例えば、ＡＰＮ１では、ＬＴＥ（Ｄ）のみ通信が許可されると管理しても良い。
【０３１２】
さらに、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄが許可されるＡＰＮを管理しても良い。例えば、ＡＰＮ２では、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄのみの通信が許可され、ＡＰＮ３では、ＬＴＥ（Ｄ）による通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信が許可されても良い。
【０３１３】
さらに、直接通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路が許可されないＡＰＮ５など、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立が許可されるＡＰＮ以外のＡＰＮを保持しても良い。
【０３１４】
ＵＥ１０は複数のＡＰＮのうち、ＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立に関する許可をＭＭＥ４０に要求する為に、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信が許可されたＡＰＮを選択し、サービス要求に含める。上述した例ではＵＥ１０はＡＰＮ４を選択可能であるが、ＡＰＰ４に対してはＡＰＮ４を用いるなどアプリケーションに対してＡＰＮを対応づけて管理しておくことにより、その対応情報にもとづいて選択してもよいし、任意に選択してもよい。
【０３１５】
さらに、通信対象ＵＥの探索において、ＵＥ１０ａのＩＰアドレスが解決されてもよい。ＩＰアドレスの解決には、ＵＥ１０がＵＥ１０ａからの応答が行われる際に、同時にＵＥ１０ａのＩＰアドレスが含まれても良い。
【０３１６】
ＵＥ１０はｅＮＢ４５へサービス要求を送信する際（Ｓ１８０４）、Ｓｅｒｖｅｒコンタクトリスト９４２において通知されたＵＥ１０ａにおける利用可能な通信路に対応するＡＰＮを含める。ここでは、ＬＴＥ（Ｄ）における直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信およびマクロ経由の通信であるため、ＡＰＮ４を含める。
【０３１７】
なお、アプリケーションの種類によっては、ＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を確立しても良い。また、ＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路とマクロ経由の通信路を確立できる場合には、ＵＥ１０が任意に直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路とマクロ経由の通信路を決定しても良いし、ネットワーク側からの通知により決定しても良い。
【０３１８】
ｅＮＢ４５はＵＥ１０からサービス要求を受信し、含まれるＡＰＮを含めてサービス要求をＭＭＥ４０に送信する（Ｓ１８０６）。したがって、ＵＥ１０はサービス要求を、ｅＮＢ４５を介してＭＭＥ４０に送信することになる。
【０３１９】
ここで、通信路を確立した通信路が接続待ち受け状態に遷移しているケースなど、既に通信路を確立している場合には、ＵＥ１０はサービス要求にベアラＩＤなど通信路を特定する情報を含めてサービス要求を送信してもよい。
【０３２０】
次に、ＭＭＥ４０はｅＮＢ４５が送信したサービス要求を受信し、含まれるＡＰＮを確認する。ＡＰＮの確認は、通信路確立に対する許可情報４４２に基づいて受信したＡＰＮがＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信の許可されたＡＰＮであることを判定する。これにより、ＭＭＥ４０はＵＥ１０がＬＴＥ（Ｄ）に基づいた直接通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立およびマクロ経由の通信路の確立に関する許可を要求していることを検出する。
【０３２１】
また、サービス要求に含まれるベアラＩＤなどに基づいてＬＴＥ（Ｄ）に基づいた直接通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立に関する許可を要求していることを検出してもよい。
【０３２２】
ＭＭＥ４０は、ＵＥ毎に利用可能なＡＰＮを管理しておき、ＵＥ１０が通知したＡＰＮをＵＥ１０が利用可能かどうかを判定する。利用可能であればＡＰＮに対応づけられた直接通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立に対応づけられた通信路の確立を許可し、利用可能でなければ不許可とする。
【０３２３】
上述した手順により、ＭＭＥ４０はＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立を許可と判定することができる。
【０３２４】
ＭＭＥ４０は許可と判定した場合には、ＭＭＥ４０はｅＮＢ４５にコンテキスト設定要求を送信し（Ｓ１８０８）、これに基づいてｅＮＢ４５は無線ベアラ確立要求をＵＥ１０に送信する（Ｓ１８１０）。これらにより、ＭＭＥ４０においてＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路の確立が許可と判定されたことを通知する。
【０３２５】
ここで、コンテキスト設定要求および無線ベアラ確立要求には、直接通信路の確立を許可したか否かを示す情報と、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立を許可したか否かを示す情報と、マクロ経由の通信路の確立を許可したか否かを示す情報とを含めて送信してもよい。
【０３２６】
直接通信路の確立を許可したか否かを示す情報は、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒなど、直接通信路の通信路の確立が許可されたことを明示的に示すフラグを含めても良い。また、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したか否かを示す情報は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒなど、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が許可されたことを明示的に示すフラグを含めても良い。もしくは、マクロ経由の通信路に対応づけられたベアラＩＤや直接通信路を用いた通信に使用するＩＰアドレスなど、マクロ経由の通信路に対応づけられた情報を含めることで通知してもよい。
【０３２７】
直接通信路の確立を許可したか否かを示す情報は、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒなど、直接通信路の通信路の確立が許可されたことを明示的に示すフラグを含めないことで暗に通知しても良いし、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したか否かを示す情報は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  Ｉｎｄｉｃａｔｏｒなど、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が許可されたことを明示的に示すフラグを含めないことで暗に通知しても良いし、マクロ通信路に対応づけられたベアラＩＤやマクロ通信路を用いた通信に使用するＩＰアドレスなど、マクロ経由の通信路に対応づけられた情報を含めることで通知してもよい。また、直接通信路の通信路の確立が許可されたことを明示的に示すＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒとは異なるフラグを含めて通知しても良いし、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が許可されたことを明示的に示すｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  Ｉｎｄｉｃａｔｏｒとは異なるフラグを含めて通知しても良い。
【０３２８】
直接通信路の通信路の確立が許可されたことと、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が許可されたこととを明示的に示すフラグを、それぞれ異なるフラグで通知するのではなく、一つのフラグを用いて通知してもよい。
【０３２９】
これにより、ＭＭＥ４０は、直接通信路の確立を許可し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可し、さらにマクロ通信路の確立を許可することを通知することと、直接通信路のみの確立を許可することを通知することとｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立のみを許可することを通知することと、マクロ経由の通信路の確立のみを許可することを通知することとができる。
【０３３０】
また、直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とマクロ経由の通信路の確立を許可したか否か示すフラグ１と、直接通信路の確立のみを許可したか否か示すフラグ２と、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの直接通信路の確立のみを許可したか否かを示すフラグ３と、マクロ経由の通信路の確立を許可したか否か示すフラグ４など、それぞれ異なるフラグを用いて通知してもよい。
【０３３１】
また、これらに限らず、他の情報要素を組み合わせることにより、直接通信路の確立を許可したか否かを示す情報と、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したか否かを示す情報と、マクロ経由の通信路の確立を許可したか否かを示す情報とを構成し、通知してもよい。
【０３３２】
ｅＮＢ４５は、ＭＭＥ４０からベアラ設定要求／ＰＤＮ接続許可通知を受信し、通知に含まれる直接通信路の確立を許可したか否かを示す情報とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報に基づいて許可された通信路を検出する。
【０３３３】
ここで、ｅＮＢ４５は、直接通信路の確立を許可したか否かを示す情報や、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したか否かを示す情報やマクロ経由の通信路の確立を許可したか否かを示す情報などに基づいてマクロ経由の通信路の通信路の確立が許可されていると検出した場合には、ＵＥ１０がｅＮＢ４５と無線通信を行うための無線リソースの割り当てなどを行ってもよい。例えば、ＵＥ１０がＡＰＮ４を含めてサービス要求をしている場合には、ＵＥ１０が確立を要求しているのは直接通信路の確立と、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立と、マクロ経由の通信路の確立とを要求しており、ＭＭＥ４０によってそれらが許可されたことを検出し、これに基づいてｅＮＢ４５とＵＥ１０間の無線リソースの割り当てなどを含む無線通信路の確立を行ってもよい。
【０３３４】
ここで、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの確立のみが許可されたことを検出した場合には、これに基づいてｅＮＢ４５とＵＥ間の無線リソースの割り当てなどを含む無線通信路の確立を行っても良い。
【０３３５】
また、ｅＮＢ４５は、直接通信路の確立を許可したか否かを示す情報とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報に基づいて、直接通信路の確立のみが許可されたことを検出した場合には、ＵＥ１０がｅＮＢ４５と無線通信を行うための無線リソースの割り当てを行わなくても良い。検出においては、通知にＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒが含まれていないことで検出してもよい。
【０３３６】
また、直接通信路の確立を許可されていない場合には、これに基づいてｅＮＢ４５とＵＥ間の無線リソースの割り当てなどを含む無線通信路の確立を行っても良い。
【０３３７】
次に、ｅＮＢ４５は無線ベアラ確立要求をＵＥ１０に送信し、ＵＥ１０の送信するコネクション確立要求に対する許可情報を通知する（Ｓ１８１０）。通知には、ＭＭＥ４０から受信した直接通信路の確立を許可したか否かを示す情報とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したかを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報とを含めて送信する。  また、上記では、サービス要求を送信する前に通信対象ＵＥの探索の開始（Ｓ１７０３ａ）を行う例を説明したが、無線ベアラ確立要求を受信した後に開始しても良い（Ｓ１８０３ｂ）。
【０３３８】
ＵＥ１０は、無線ベアラ確立要求を受信し、通知に含まれるＭＭＥ４０から受信した直接通信路の確立を許可したか否かを示す情報とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報に基づいて、直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とマクロ通信路とが確立許可されたのか、直接通信路の確立のみが許可されたのか、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のみが許可されたのか、マクロ経由の通信路の確立のみが許可されたのかを検出する。ここで、ＬＴＥ（Ｄ）などの直接通信路に基づく通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路の確立が許可されたことを検出する方法としては、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒやｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路が含まれていることで検出してもよい。
【０３３９】
また、ＭＭＥ４０はＵＥ１０が直接通信路を用いて通信を行うために用いるＩＰアドレスやベアラＩＤや直接通信に利用する周波数に関する情報などの、ＵＥ１０が直接通信路を確立するために利用する情報を、コンテキスト設定要求および無線ベアラ確立要求に含めてＵＥ１０に通知しても良い。また、直接通信路に対応づけられたベアラＩＤはｅＮＢ４５が割り当て、無線ベアラ確立要求に含めてＵＥ１０に通知しても良い。
【０３４０】
また、ＭＭＥ４０はＵＥ１０がｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を用いて通信を行うために用いるＩＰアドレスやベアラＩＤやｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信に利用する周波数に関する情報などの、ＵＥ１０がｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立するために利用する情報を、コンテキスト設定要求および無線ベアラ確立要求に含めてＵＥ１０に通知しても良い。また、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対応づけられたベアラＩＤはｅＮＢ４５が割り当て、無線ベアラ確立要求に含めてＵＥ１０に通知しても良い。
【０３４１】
ここで、ｅＮＢ４５は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立において、ＵＥ１０を識別する情報と、ベアラＩＤなどベアラを識別する情報を対応づけて管理する。ｅＮＢ４５は、ＵＥ１０とベアラＩＤを対応づけて管理することにより、ＵＥが通信に利用するベアラがｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信であるか否かを判断することにより、ＵＥ１０ａに送信するか、ＳＧＷ３５に送信するかを判断することができる。
【０３４２】
また、ＵＥ１０ａにおいてもＵＥ１０と同様の手続きを行うことで、ｅＮＢ４５は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の確立において、ＵＥ１０ａを識別する情報と、ベアラＩＤなどベアラを識別する情報を対応づけて管理してもよい。
【０３４３】
さらに、ｅＮＢ４５はこれらの対応づけに基づいて、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を実現してもよい。例えば、ＵＥ１０が送信したデータを受信し、受信した通信路のベアラＩＤをもとにｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことを検出し、受信データの送信先の情報などからＵＥ１０ａへ送信するデータであることを検出し、さらに、ＵＥ１０ａに対応づけられた通信路をＵＥ１０ａに対応づけられたベアラＩＤなどから検出し、検出した通信路にデータを送信してもよい。これにより、ＵＥ１０とＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができる。つまり、ＵＥ１０およびＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信が許可された通信路をベアラＩＤなどから選択して送信することでｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができる。
【０３４４】
また、ｅＮＢ４５は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うＵＥの情報と、それぞれのＵＥの通信路を対応づけて管理することにより、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を実現してもよい。例えば、ＵＥ１０とＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことを管理し、ＵＥ１０のｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信に利用するベアラＩＤと、ＵＥ１０ａのｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信に利用するベアラＩＤとを対応づけて管理してもよい。これにより、ｅＮＢ４５は、ＵＥ１０が利用するベアラＩＤを確認することで、ＵＥ１０ａ宛てのｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信であることを判断することができる。
【０３４５】
例えば、ＵＥ１０が送信したデータを受信し、受信した通信路のベアラＩＤをもとにｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことを検出し、受信した通信路のベアラＩＤに対応づけられたＵＥ１０ａのベアラＩＤを検出し、検出した通信路にデータを送信してもよい。これにより、ＵＥ１０とＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができる。つまり、ＵＥ１０およびＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信が許可された通信路をベアラＩＤなどから選択して送信することでｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができる。
【０３４６】
以上により、ＵＥ１０とＵＥ１０ａはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路を確立して通信を開始することができる（Ｓ１８１２）。ＡＰＰ４の通信に対してｌｏｃａｌｌｙ  ｒｏｕｔｅｄに基づく通信路を確立した場合には、ＵＥ１０は、ＡＰＰ４の通信データの送信に対してｌｏｃａｌｌｙ  ｒｏｕｔｅｄを選択して送信する。より具体的には、ＡＰＮ４のユーザデータ送信にあたっては、対応づけられたＩＰアドレスを選択して通信を行っても良い。また、対応づけられたベアラＩＤを選択して通信路を特定して通信を行っても良い。
【０３４７】
さらに、ＭＭＥ４０はＵＥ１０がマクロ経由の通信路を用いて通信を行うために用いるＩＰアドレスやベアラＩＤやマクロ経由の通信に利用する周波数に関する情報などの、ＵＥ１０がマクロ経由の通信路を確立するために利用する情報を、コンテキスト設定要求および無線ベアラ確立要求に含めてＵＥ１０に通知しても良い。また、マクロ経由の通信路に対応づけられたベアラＩＤはｅＮＢ４５が割り当て、無線ベアラ確立要求に含めてＵＥ１０に通知しても良い。
【０３４８】
ここで、ｅＮＢ４５は、ＵＥ１０からの宛先情報を検知し、ＵＥ１０ａの宛先であれば、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を利用して、ＵＥ１０ａへＵＥ１０のデータを送信してもよい。このとき、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄのベアラが指定されていた場合でも、ＵＥ１０ａ以外のＵＥ１０とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立していないＵＥが宛先の場合、通信を中止しても良い。このとき、送信元であるＵＥ１０にｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができないことを通知しても良い。
【０３４９】
さらに、ＵＥ１０からｅＮＢ４５、ＳＧＷ３５、ＰＧＷ３０を経由するマクロの通信路におけるＵＥ１０とｅＮＢ４５の間のベアラとＵＥ１０からｅＮＢ４５を経由してＵＥ１０ａへ送信するｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路におけるＵＥ１０とｅＮＢ４５間のベアラを同じベアラとして管理しても良い。つまり、ｅＮＢ４５は、ＵＥ１０からのデータの送信における宛先を検知して、宛先がＵＥ１０ａの場合には、ＵＥ１０ａがｅＮＢ４５に在圏していることを確認して、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を利用してＵＥ１０ａにデータを送信するよう判断してもよい。この場合、ＭＭＥ４０またはｅＮＢ４５は、ｅＮＢ４５とＵＥ１０との間の通信路確立において割り当てを行うベアラＩＤは、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のためのベアラＩＤとマクロ経由の通信路のためのベアラＩＤとを、同じベアラＩＤとして割り当てても良い。
【０３５０】
なお、ｅＮＢ４５は、ＵＥ１０からのデータの送信における宛先を検知して、宛先がｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立していないＵＥ１０ａ以外のＵＥの場合、ＳＧＷ３５からＰＧＷ３０へのマクロ経由の通信路を利用するよう判断しても良い。
【０３５１】
ＵＥ１０は、直接通信路の確立を許可したか否かを示す情報に基づいてＭＭＥ４０によって許可される場合にはＵＥ１０ａとの直接通信路を確立してもよい（Ｓ１８１４）。許可されていない場合には直接通信路の確立は行わなくてよい。さらに、ＵＥ１０は、ＭＭＥ４０によって許可された直接通信路と、ＡＰＰに対応づけられた通信路とに基づいて直接通信路を確立するかどうかを判定してもよい。もしくはＭＭＥ４０によって許可された直接通信路と、ＡＰＰに対応づけられた通信路の情報のいずれかに基づいて直接通信路を確立するかどうかを判定してもよい。
【０３５２】
例えば、ＡＰＰ４に対応づけられた直接通信路がＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信およびマクロ経由の通信であり、ＭＭＥに許可されたＡＰＮがＬＴＥ（Ｄ）と、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とマクロ経由の通信路の確立が許可されている場合には、ＵＥ１０は、ＬＴＥ（Ｄ）の通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路がＡＰＰ４に対応づけられていることと、ＡＰＮによってＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信が許可されていることから、ＬＴＥ（Ｄ）による直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路を確立することを決定する。
【０３５３】
ＵＥ１０はＵＥ１０ａとのＬＴＥ（Ｄ）に基づいた直接通信路を確立手続きでは、無線ベアラ確立要求などで取得した周波数を用いて確立してもよいし、予め利用する周波数を割り当てるなどして行っても良い。
【０３５４】
また、ここで、無線ベアラ確立要求などで取得したＩＰアドレスやベアラＩＤをＵＥ１０ａに対して通知し、それらを直接通信路に対応づけて管理し、直接通信を行うにあたって利用しても良い。また、ＵＥ１０ａとの直接通信路の確立にあたってＵＥ１０とＵＥ１０ａのいずれかがＩＰアドレスやベアラＩＤの割り当てを行い、他方に通知することで取得し、それらを直接通信路に対応づけて管理し、直接通信を行うにあたって利用しても良い。
【０３５５】
以上により、ＵＥ１０とＵＥ１０ａは直接通信路を確立して通信を開始することができる。ＡＰＰ４の通信に対してＬＴＥ（Ｄ）に基づく通信路を確立した場合には、ＵＥ１０は、ＡＰＰ４の通信データの送信に対して直接通信路を選択して送信することができる。より具体的には、ＡＰＮ４のユーザデータ送信にあたっては、対応づけられたＩＰアドレスを選択して通信を行っても良い。また、対応づけられたベアラＩＤを選択して通信路を特定して通信を行っても良い。
【０３５６】
また、ＵＥ１０ａとＬＴＥ（Ｄ）による通信路確立が完了したＵＥ１０は、直接通信路確立が完了したことを通知するためにコンテキスト初期化完了通知をＭＭＥ４０へ送信してもよい（Ｓ１８１６）。
【０３５７】
次に、ＵＥ１０は、ＵＥ１０はマクロ経由の通信路の確立手続きとして、無線ベアラ確立要求などで取得した周波数を用いて確立してもよいし、予め利用する周波数を割り当てるなどして行っても良い。
【０３５８】
また、ＵＥ１０は直接通信路の確立が完了したか否かを示す情報と、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が完了したか否かを示す情報と、マクロ経由の通信路の確立を完了したか否かの情報とを含めてコンテキスト初期化完了通知を送信してもよい。
【０３５９】
ＭＭＥ４０は、直接通信路の確立が完了したか否かを示す情報とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が完了したか否かを示す情報とマクロ経由の通信路の確立を完了したか否かの情報、またはその全てに基づいて、ベアラ情報の更新を行うか否かを判定してもよい。
【０３６０】
例えば、マクロ経由の通信路の確立が完了したと判定した場合には、ＭＭＥ４０はコンテキスト初期化完了通知を受信後、ＳＧＷ３５とＰＧＷ３０との間で手続きを行い、ベアラ設定の更新を行う。具体的にはＭＭＥ４０はＳＧＷ３５にベアラ変更要求を送信し（Ｓ１８１８）、ＳＧＷ３５は受信に基づいてＰＧＷ３０にベアラ変更要求を送信する（Ｓ１８２０）。さらに、応答としてＰＧＷ３０はベアラ変更応答をＳＧＷ３５に送信し（Ｓ１８２２）、ＳＧＷ３５は受信に基づいてベアラ変更応答をＭＭＥ４０に送信する（Ｓ１８２４）。こうした手続きにより各装置においてベアラ情報の更新を行う。
【０３６１】
ここで、直接通信路のみを許可された場合やｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のみを許可された場合、Ｓ１８１８からＳ１８２４の手続きは行わなくてもよい。
【０３６２】
以上の手続きにより、ＵＥ１０は、ＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とマクロ経由で通信路を確立することができる。ここで、ＵＥ１０は、サービス要求にＬＴＥ（Ｄ）とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とマクロ経由の通信路を許可するＡＰＮ４を含めて通知することにより、ＵＥ１０は、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信およびマクロ経由の通信路を確立することができる。
【０３６３】
ここで、ＵＥ１０は、ＵＥ１０ａと直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由での通信路を利用してデータの送受信を行うことができる。ここで、ＵＥ１０は、ＵＥ１０ａと直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路のいずれを選択しても良い。なお、ＵＥ１０は、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路を選択するためにプライオリティを管理し、プライオリティに基づいて直接通信路または、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路またはマクロ経由の通信路を選択しても良い。
【０３６４】
例えば、ＡＰＰ４のようにＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とマクロ経由の通信路を利用することができる場合、ＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とマクロ経由の通信路のプライオリティを管理しておいても良い。ここで、ＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のＰＤＮコネクションとｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のＰＤＮコネクションとマクロ経由の通信路のＰＤＮコネクションと関連付けて管理されていてもよい。さらに、ＬＴＥ（Ｄ）の直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のベアラとｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のベアラとマクロ経由の通信路のベアラと関連付けて管理されていてもよい。
【０３６５】
一方、ＵＥ１０ａと直接通信を維持できなった場合には、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信またはマクロ経由で通信を開始しても良い。ここで、マクロ経由の通信路に対応づけられるベアラとｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対応づけられるベアラとＬＴＥ（Ｄ）の通信路に対応づけられるベアラを管理する場合、ＵＥ１０はＵＥ１０ａとＬＴＥ（Ｄ）を行うことができる程度に近隣でないため、ＵＥ１０は、ＵＥ１０ａとｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路と対応づけられるベアラまたはマクロ経由の通信路と対応づけられるベアラを選択してもよい。
【０３６６】
また、ＵＥ１０がＵＥ１０ａとＬＴＥ（Ｄ）による直接通信を開始することができず、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を開始することができない場合、ＵＥ１０は、マクロ（ＰＧＷ３０）経由で通信を開始する（Ｓ１８２６）。
【０３６７】
ここで、マクロ経由の通信路に対応づけられるベアラとｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対応づけられるベアラとＬＴＥ（Ｄ）の通信路に対応づけられるベアラを管理する場合、ＵＥ１０はＵＥ１０ａとＬＴＥ（Ｄ）およびｌｏｃａｌｌｒｙ  ｒｏｕｔｅｄの通信を行うことができる程度に近隣でないため、ＵＥ１０は、ＵＥ１０ａとマクロ経由の通信路と対応づけられるベアラを選択してもよい。
【０３６８】
以上の手続きにより、ＵＥ１０ａとＬＴＥ（Ｄ）における直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信またはマクロ経由の通信を開始することができる。
【０３６９】
また、ここでＵＥ１０によるサービス要求の送信は、ＵＥ１０がＵＥ１０ａと直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信またはマクロ経由の通信を開始する際に行う例を説明したが、これに関わらず予め行われていても良い。例えば、ＵＥ１０は端末の起動時やアプリケーションの起動時等に予めＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信およびマクロ経由の通信路確立に対してサービス要求を送信するなどに基づいて許可を得ておき、ＵＥ１０がＵＥ１０ａと直接通信を行うことができる程度に近隣であると判断し、直接通信を開始することを決定した際には、すぐさま直接通信路の確立（Ｓ１８１４）を行っても良い。また、ＵＥ１０は、ＵＥ１０ａとｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を行うことができる程度に近隣であると判断し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を開始することを決定した際には、すぐさまｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立（Ｓ１８１４）を行っても良い。
【０３７０】
また、上述した例では、ＡＰＰ４による通信を行うためにＬＴＥ（Ｄ）に基づく直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路を確立して通信を開始する例を中心に説明したが、ＵＥ１０は図５Ａに示すようにＡＰＰ１による通信も、ＡＰＰ２による通信も、ＡＰＰ３による通信も上述した方法を適用することができる。
【０３７１】
例えば、ＡＰＰ４の通信を行う場合、ＵＥ１０はサービス要求に含めるＡＰＮの選択は、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信およびマクロ経由の通信が許可されたＡＰＮを選択して含めることにより、ＬＴＥ（Ｄ）による通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信およびマクロ経由の通信路の確立に対して許可を要求する。
【０３７２】
さらに、ＵＥ１０はＬＴＥ（Ｄ）による通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信およびマクロ経由の通信路の確立が許可されたか否かを受信し、許可されている場合には、ＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ    ｒｏｕｔｅｄの通信およびマクロ経由の通信路を確立する。
【０３７３】
また、ＡＰＰ１の通信を行う場合、ＵＥ１０はサービス要求に含めるＡＰＮの選択は、ＬＴＥ（Ｄ）の通信が許可されたＡＰＮを選択して含めることにより、ＬＴＥ（Ｄ）の通信路の確立に対して許可を要求する。
【０３７４】
さらに、ＵＥ１０はＬＴＥ（Ｄ）の通信路の確立が許可されたか否かを受信し、許可されている場合には、ＬＴＥ（Ｄ）の直接通信路を確立する。
【０３７５】
また、ＡＰＰ２の通信を行う場合、ＵＥ１０はサービス要求に含めるＡＰＮの選択は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信が許可されたＡＰＮを選択して含めることにより、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立に対して許可を要求する。
【０３７６】
さらに、ＵＥ１０はｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が許可されたか否かを受信し、許可されている場合には、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立する。
【０３７７】
また、ＡＰＰ３の通信を行う場合、ＵＥ１０はサービス要求に含めるＡＰＮの選択は、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信が許可されたＡＰＮを選択して含めることにより、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立に対して許可を要求する。
【０３７８】
さらに、ＵＥ１０はＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が許可されたか否かを受信し、許可されている場合には、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立する。
【０３７９】
このように、ＵＥ１０はアプリケーションに対応づけられた直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信の確立に対して、移動通信事業者に対して許可を求めたのちに確立手続きを実行する。許可の要求に対しては、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信に対応づけられた情報を基に許可を依頼する。
【０３８０】
これにより、例えばＬＴＥ（Ｄ）またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信に対応づけられた複数のアプリケーションが有る場合、個別のアプリケーションに対して許可要求を送信しなくてもよい。
【０３８１】
例えば、ＡＰＰ４の通信開始に際してＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信およびマクロ経由の通信路を用いて通信を行うことが許可されている場合、ＡＰＰ４とは異なるアプリケーションをＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信およびマクロ経由の通信路により通信を行う場合には、すでに許可されていると判定して直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路を確立してもよい。
【０３８２】
また、通信相手となるＵＥ１０ａにおいても、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路の確立にあたって通信事業者の許可を得るためにこれまで説明したＰサービス要求に基づく許可手続きを行っていてもよい。
【０３８３】
もしくは、ＵＥ１０から直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立を求められた際にサービス要求に基づく許可手続きを行ってもよい。つまり、ＵＥ１０とＵＥ１０ａとの直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路の確立にあたっては、通信相手となるＵＥ１０ａの許可手続きの完了も直接通信路確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路確立を行うための一条件としてもよい。
【０３８４】
ＵＥ１０はアプリケーションのデータ送受信を行う際、アプリケーションに対応づけられた直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路を管理し、直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路またはマクロ経由の通信路を選択して通信を行う。
【０３８５】
ここで、ＡＰＮ４などのＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路の確立が許可されたＡＰＮを用いて直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路を確立している状態で、ＵＥ１０は、ＬＴＥ（Ｄ）の直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を選択しても良い。
【０３８６】
この場合、ＵＥ１０はアプリケーションと通信路を対応づけて管理し、さらに、特定したアプリケーションに対応づけられたＬＴＥ（Ｄ）の直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路にプライオリティを管理させ、特定したアプリケーションに対応づけられたＬＴＥ（Ｄ）の通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路またはマクロ経由の通信路を選択してデータを送受信してもよい。
【０３８７】
これにより、ＵＥ１０は、ＬＴＥ（Ｄ）などの直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路を利用するアプリケーションのデータ送受信は直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路またはマクロ経由の通信路を利用する通信路を選択して送受信することができる。
【０３８８】
また、ＵＥ１０は、確立した直接通信路に対するベアラＩＤと、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対するベアラＩＤと、ＰＧＷ３０との間に確立した通信路に対するベアラＩＤと、を保持し、通信路をベアラＩＤと対応づけて管理し、さらに、直接通信路に対するベアラＩＤと、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対するベアラＩＤと、マクロ経由の通信路に対するベアラＩＤ間でプライオリティを管理してもよい。
【０３８９】
これにより、ＵＥ１０は、直接通信路に対応づけられたベアラＩＤまたは、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対するベアラＩＤまたは、マクロ経由の通信路に対応づけられたベアラＩＤを選択して送受信することができる。
【０３９０】
また、ＵＥ１０は、確立した直接通信路を用いて通信を行うためのＰＤＮコネクションを確立し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を用いて通信を行うためのＰＤＮコネクションを確立し、マクロ経由の通信路を用いて通信を行うためのＰＤＮコネクションを確立し、通信路とＰＤＮコネクションとを対応づけて管理し、さらに、直接通信路に対するＰＤＮコネクションと、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対するＰＤＮコネクションと、マクロ経由の通信路に対するＰＤＮコネクション間でプライオリティを管理してもよい。
【０３９１】
これにより、ＵＥ１０は、直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信およびマクロ経由の通信を行うアプリケーションのデータ送受信は直接通信路に対応づけられたＰＤＮコネクションまたは、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対応づけられたＰＤＮコネクションマクロ経由の通信路に対応づけられたＰＤＮコネクションを選択して送受信することができる。
【０３９２】
ここで、データ送受信をする際に送受信するデータがどのアプリケーションに対応するかなどのアプリケーションを特定する必要があるが、の特定手段は、送信元アドレス、送信先アドレス、プロトコル番号、送信元ポート番号、送信先ポート番号などのＩＰ５タプルの情報に基づいてアプリケーションを特定してもよい。また、アプリケーションＩＤなどの識別情報に基づいてアプリケーションを特定してもよい。
【０３９３】
例えば送信データがＡＰＰ５等のマクロ経由の通信路で通信を行うアプリケーションであることが検出できた場合、アプリケーションに対応づけられた通信路であるマクロ経由の通信路を選択して送信する。また、ＡＰＰ１等のＬＴＥ（Ｄ）を用いた通信を行うことができるアプリケーションであることを検出できた場合、アプリケーションに対応づけられた通信路であるＬＴＥ（Ｄ）に基づく通信路を選択して通信を行う。
【０３９４】
また、ＡＰＰ１等のＬＴＥ（Ｄ）の通信路を用いた通信を行うことができるアプリケーションであることを検出できた場合、アプリケーションに対応づけられた通信路であるＬＴＥ（Ｄ）の通信路を選択して通信を行うが、選択においては既に説明したプライオリティ情報などに基づいた選択手法により通信路を選択して通信を行ってもよい。
【０３９５】
また、ＡＰＰ２等のｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を用いた通信を行うことができるアプリケーションであることを検出できた場合、アプリケーションに対応づけられた通信路であるｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を選択して通信を行うが、選択においては既に説明したプライオリティ情報などに基づいた選択手法により通信路を選択して通信を行ってもよい。
【０３９６】
さらに、ＡＰＰ３等のＬＴＥ（Ｄ）とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を用いた通信を行うことができるアプリケーションであることを検出できた場合、アプリケーションに対応づけられた通信路であるＬＴＥ（Ｄ）もしくはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を選択して通信を行うが、選択においては既に説明したプライオリティ情報などに基づいた選択手法により通信路を選択して通信を行ってもよい。
【０３９７】
［１．３．５  切断手続き］
本節では、ＵＥ１０がＵＥ１０ａと直接通信路を介して通信中に、ＵＥ１０ａと直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによるデータの送受信の中止する方法について説明する。ＵＥ１０が通信を終了するケースとしては、ユーザがアプリケーションを週慮するなど、確立した通信路を必要しなくなる場合や、ＵＥ１０または通信相手のＵＥ１０ａが移動することにより直接通信路が維持できなくなった場合や、ＵＥ１０またはＵＥ１０ａが移動することによりｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路が維持できなくなった場合などが考えられる。
【０３９８】
こうしたそれぞれのケースについて、図２０を利用してＵＥ１０ａとＰｒｏＳｅによるデータの送受信の中止する方法について説明する。
【０３９９】
なお、以下の説明では、ＵＥ１０が直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を中止することを検出し、直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を中止する手続きを開始するが、ＵＥ１０ａにおいても同様に可能である。
【０４００】
まず、ＵＥ１０は、ＵＥ１０ａとＰｒｏＳｅによる通信を中止することを検出する（Ｓ１９０２）。ここで、ＰｒｏＳｅによる通信を中止することを検出する方法は種々の方法が考えられるが、例えば、ＵＥ１０とＵＥ１０ａ間においてデータの送受信が完了した場合や、ＵＥ１０とＵＥ１０ａ間の距離が大きくなるなど、直接通信を維持できなくなった場合やｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を維持できなくなった場合などに実行しても良い。
【０４０１】
なお、ＵＥ１０とＵＥ１０ａ間においてデータの送受信が完了した場合とＵＥ１０とＵＥ１０ａ間の直接通信を維持できなくなり、通信を継続する場合とＵＥ１０とＵＥ１０ａ間でｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を維持できなくなった場合とで続く手続きが異なる。また、ＵＥ１０とＵＥ１０ａ間の直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を維持できなくなる場合に、事前に直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信が維持できなくなることを検知できず、接続待ち受け状態に遷移した場合と、事前に直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信が維持できなくなることを検知した場合とで手続きが異なる。
【０４０２】
以下では、データの送受信が完了した場合の手続きを切断手続き（ａ）として説明し、事前に直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信が維持できなくなることを検知できず、接続待ち受け状態に遷移した場合を切断手続き（ｂ）として説明し、ＵＥ１０とＵＥ１０ａ間の直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を維持できなくなる場合に、事前に直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信が維持できなくなることを検知した場合を切断手続き（ｃ）として説明を行う。まず、切断手続き（ａ）について説明する。ここでは、図２０で示す点線で囲まれた（ａ）を用いて説明する。
【０４０３】
［１．３．５．１  切断手続き（ａ）］
ＵＥ１０ａとデータの送受信が完了したことを検知したＵＥ１０は、ＭＭＥ４０へＰＤＮ切断要求を送信する（Ｓ１９０４）。なお、このとき、ＰｒｏＳｅ  ｉｎｄｉｃａｔｏｒやｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒを含めて通知してもよい。
【０４０４】
また、ＭＭＥ４０は、ＡＰＮに基づいてＳＧＷ３５、ＰＧＷ３０で実行されるセッションの削除手続きを行う。また、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒなどから直接通信路を解放するための要求であることを検出し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒなどからｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を開放するための要求であることを検出する。また、ＰＤＮ切断要求によりマクロ経由の通信路を削除することを検出し、ＳＧＷ３５、ＰＧＷ３０で実行されるセッションの削除を行う。
【０４０５】
ここで、ＭＭＥ４０は、ＵＥ１０に対するマクロ経由の通信路のセッション削除つまりはＰＤＮコネクションなどの通信路の削除を行わないか否かを選択してもよい。つまり、ＡＰＮ４のように、ＬＴＥ（Ｄ）などの直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路およびマクロ経由の通信路を確立されている場合には、コアネットワーク内部のセッション削除つまりはＰＤＮコネクションなどの通信路の削除を行い、ＡＰＮ１やＡＰＮ２やＡＰＮ３などのように、マクロ経由の通信路が確立されておらず、ＬＴＥ（Ｄ）の直接通信路やｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路のみを確立されている場合には、ＵＥ１０に対するマクロ経由の通信路のセッション削除つまりはＰＤＮコネクションなどの通信路の削除を行わない。また、ＡＰＮ５のように、直接通信路と関連付けられておらず、マクロ経由の通信路のみを確立されている場合には、セッションの削除を行う。
【０４０６】
なお、ＭＭＥ４０は、ＵＥ１０において、ＡＰＮ４のような直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とともに確立されたマクロ経由の通信路を検出する。直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路と関連付けられたマクロ経由の通信路が確立されていることを検出する方法は、例えば、ＵＥ１０がＰＤＮ切断要求に、明示的に、マクロ経由の通信路のＰＤＮコネクションに関する情報を含めて通知し、ＭＭＥ４０がマクロ経由の通信路のＰＤＮコネクションに関する情報を検出し、マクロ経由の通信路のＰＤＮコネクションにおけるセッションを削除しても良い。
【０４０７】
また、ＭＭＥ４０は、ＬＴＥ（Ｄ）などの直接通信路のみが確立されていることを検出することができる。つまり、ＵＥ１０がＰＤＮ切断要求に、明示的に、直接通信路のみのＰＤＮコネクションに関する情報を含めて通知し、ＭＭＥ４０が直接通信路のＰＤＮコネクションに関する情報を検出することができる。
【０４０８】
また、ＭＭＥ４０は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信のみが確立されていることを検出することができる。つまり、ＵＥ１０がＰＤＮ切断要求に、明示的に、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信のみのＰＤＮコネクションに関する情報を含めて通知し、ＭＭＥ４０が直接通信路のＰＤＮコネクションに関する情報を検出することができる。
【０４０９】
さらに、ＭＭＥ４０は、マクロ経由の通信路のみが確立されていることも検出することができる。つまり、ＵＥ１０がＰＤＮ切断要求に、明示的に、マクロ経由の通信路のみのＰＤＮコネクションに関する情報を含めて通知し、ＭＭＥ４０がマクロ経由のＰＤＮコネクションに関する情報を検出することができる。
【０４１０】
ＵＥ１０に対して直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路が確立されていることを検出したＭＭＥ４０がＳＧＷ３５に対して送信するセッション削除要求（Ｓ１９０６），ＳＧＷ３５がＰＧＷ３０に送信するセッション削除要求（Ｓ１９０８）、さらにはそれらの応答であるＰＧＷ３０がＳＧＷ３５に送信するセッション削除応答（Ｓ１９１０）、ＳＧＷ３５がＭＭＥ４０に送信するセッション削除応答（Ｓ１９１２）の送受信を行う。これにより、ＡＰＮ４などの直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に関連付けられたマクロ経由の通信路のＰＤＮコネクションにおけるＰＧＷ３０とＳＧＷ３５間のセッションが削除され、ＳＧＷ３５とｅＮＢ４５間のセッションが削除される。
【０４１１】
また、ＡＰＮ５などのマクロ経由のみの通信路のＰＤＮコネクションにおけるＰＧＷ３０とＳＧＷ３５間のセッションが削除され、ＳＧＷ３５とｅＮＢ４５間のセッションを削除することができる。
【０４１２】
さらに、ＡＰＮ１やＡＰＮ２、ＡＰＮ３のように、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のみの通信路に対して削除を行う場合には、Ｓ１９０６からＳ１９１２の処理を行わなくても良い。
【０４１３】
次に、ＭＭＥ４０は、ｅＮＢ４５へベアラ無効化要求を送信する（Ｓ１９１４）。このとき、ベアラ無効化要求には直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路に関連付けられるベアラを示すベアラＩＤを含めても良い。また、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒなど、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立が許可されたことを明示的に示すフラグを含めても良い。ここで、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒやｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒは、従来のＵＥとＰＧＷとの間のＰＤＮコネクションの確立を許可したことを示す情報であってもよい。
【０４１４】
ここで、ｅＮＢ４５は、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒやｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒやベアラＩＤにより、ＡＰＮ４などの、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒおよびマクロ経由の通信路が確立されていることを検出し、これに基づいてｅＮＢ４５とＵＥ間の無線リソースの開放などを含む無線通信路の削除を行う。なお、ＵＥ１０とＵＥ１０ａ間の直接通信路の削除は、ｅＮＢ４５がＵＥ１０へ通知するＲＲＣ接続再設定通知において行う。
【０４１５】
また、ｅＮＢ４５は、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒやｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒやベアラＩＤにより、ＡＰＮ５などのマクロ経由の通信路が確立されていることを検出し、これに基づいてｅＮＢ４５とＵＥ間の無線リソースの開放などを含む無線通信路の削除を行うことができる。ここで、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路となるｅＮＢ４５とＵＥ間の無線リソースの開放などを含む線通信路の削除を行っても良い。さらに、ｅＮＢ４５は、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒやｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒやベアラＩＤにより、ＡＰＮ１などの直接通信路が確立されていることを検出することができる。
【０４１６】
続いて、ｅＮＢ４５は、ＵＥ１０へＲＲＣ接続再設定通知をＵＥ１０へ送信する（Ｓ１９１６）。このとき、ＡＰＮ１やＡＰＮ３やＡＰＮ４などで確立された直接通信路を削除する場合には、ＲＲＣ接続再設定通知には直接通信に関連付けられるベアラを示すベアラＩＤを含めても良い。また、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒなど、従来のＵＥとＰＧＷとの間のＰＤＮコネクションの確立を許可したのではなく、直接通信路の削除を行うことを明示的に示すフラグを含めても良い。さらに、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒなど、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の削除を行うことを明示的に示すフラグを含めても良い。
【０４１７】
次に、ＵＥ１０は、ＵＥ１０ａとの直接通信路である無線ベアラを解放する（Ｓ１９１８）。このとき、ＵＥ１０は、直接通信と関連付けられるベアラＩＤや直接通信路の削除を行うことを明示的に示すフラグとに基づいて解放を行うかいなかを選択して実行しても良い。なお、マクロ経由の通信路のみを削除する場合、本処理を行わなくても良い。また、ＵＥ１０はＵＥ１０ａとのｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路の無線ベアラを解放する（Ｓ１９２０）。このとき、ＵＥ１０は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信と関連付けられるベアラＩＤやｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の削除を行うことを明示的に示すフラグとに基づいて解放を行うか否かを選択して実行しても良い。ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のみを削除する場合、本処理を行わなくても良い。
【０４１８】
ＵＥ１０ａと無線ベアラを解放したＵＥ１０は、ｅＮＢ４５へＲＲＣ接続再設定完了通知を送信する（Ｓ１９２２）。ｅＮＢ４５はベアラ無効化応答を送信する（Ｓ１９２４）。次に、ＵＥ１０はダイレクトトランスファーメッセージをｅＮＢ４５に送信する（Ｓ１９２６）。ｅＮＢ４５はダイレクトトランスファーメッセージの受信に基づいてＥＰＳベアラコンテキスト無効化応答をＭＭＥ４０に送信する（Ｓ１９２８）。
【０４１９】
ＵＥ１０によるＲＲＣ接続再設定完了通知の送信は、直接通信路の削除を行うか否かに基づいて送信するか否かを選択してもよい。同様にＵＥ１０によるダイレクトトランスファーメッセージの送信は、直接通信路の削除を行うか否かに基づいて送信するか否かを選択してもよい。例えば、ＵＥ１０は、ＰＧＷとＵＥ間のＰＤＮコネクションを削除する場合には送信を行うが、直接通信路を削除する場合には送信しないなどを判定してもよい。
【０４２０】
つまり、直接通信路のみではなく、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路やマクロ経由の通信路を削除する場合には、ＲＲＣ接続再設定完了通知を送信しても良い。また、直接通信路のみを削除する場合、ＲＲＣ接続再設定完了通知を送信しなくても良い。さらに、マクロ経由の通信路のみを削除する場合、ＲＲＣ接続再設定完了通知を送信しても良い。
【０４２１】
以上の手続きにより、ＵＥ１０は、ＵＥ１０ａとのＬＴＥ（Ｄ）における直接通信およびマクロ経由の通信を中止することが可能となる。
【０４２２】
また、ＵＥ１０は、直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とマクロ経由の通信路を確立している場合、そのいずれかを指定して切断要求を送信してもよい。
【０４２３】
その場合、ＵＥ１０は直接通信路に対応づけられたベアラＩＤやＰＤＮコネクションの識別情報など、直接通信路を識別する情報を含めて切断要求を送信し、ＭＭＥ４０およびｅＮＢ４５における直接通信路に対応づけられた通信路リソースの解放を要求し、ＭＭＥ４０およびｅＮＢ４５は要求に基づいて直接通信路に対応づけられた通信リソースを解放してもよい。
【０４２４】
また、ＵＥ１０はｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対応づけられたベアラＩＤやＰＤＮコネクションの識別情報など、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を識別する情報を含めて切断要求を送信し、ＭＭＥ４０およびｅＮＢ４５におけるｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対応づけられた通信路リソースの解放を要求し、ＭＭＥ４０およびｅＮＢ４５は要求に基づいてｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対応づけられた通信リソースを解放してもよい。
【０４２５】
また、ＵＥ１０はマクロ経由の通信路に対応づけられたベアラＩＤやＰＤＮコネクションの識別情報など、マクロ経由の通信路を識別する情報を含めて切断要求を送信し、ＭＭＥ４０、ＰＧＷ３０およびｅＮＢ４５におけるマクロ経由通信路に対応づけられた通信リソースの解放を要求し、ＭＭＥ４０およびＰＧＷ３０、ｅＮＢ４５は要求に基づいてマクロ通信路に対応づけられた通信路リソースを解放してもよい。
【０４２６】
さらに、ＵＥ１０は直接通信路に対応づけられたベアラＩＤやＰＤＮコネクションの識別情報など、直接通信路を識別する情報を含めて切断要求を送信し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信に対応づけられたベアラＩＤやＰＤＮコネクションの識別情報など、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を識別する情報とを含めて切断要求を送信し、マクロ経由の通信路に対応づけられたベアラＩＤやＰＤＮコネクションの識別情報など、マクロ経由の通信路を識別する情報とを含めて切断要求を送信し、ＵＥ１０とＵＥ１０ａにおける直接通信路に対応づけられた通信路リソースを解放と、ＵＥ１０とｅＮＢ４５におけるｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に対応づけられた通信路リソースを解放と、ＭＭＥ４０、ＰＧＷ３０およびｅＮＢ４５におけるマクロ経由の通信路に対応づけられた通信路リソースとを解放とを要求し、ＭＭＥ４０およびｅＮＢ４５は要求に基づいて直接通信路に対応づけられた通信路リソースを解放し、ＭＭＥ４０およびｅＮＢ４５は要求に基づいてｌｏｃａｌｌｙ  ｒｏｕｔｅｄに対応づけられた通信路リソースを解放し、さらに。ＭＭＥ４０およびＰＧＷ３０、ｅＮＢ４５は要求に基づいてマクロ通信路に対応づけられた通信路リソースを解放してもよい。
【０４２７】
［１．３．５．２  切断手続き（ｂ）］
一方、直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を維持できなくなった場合に、マクロ経由で通信を開始するための処理手続きについて説明する。ＵＥ１０が直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路とマクロ経由の通信路とを確立しており、ＵＥ１０または通信相手のＵＥ１０ａの移動などにより、直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信が維持できなくなった場合、ＵＥ１０は維持できなくなった直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信から、直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信またはマクロ経由の通信路のうち維持している通信路に切り替えて通信を継続する。
【０４２８】
ＵＥ１０はこうした状況では、マクロ経由の通信路がアイドルモードに遷移していることを検出し、検出に基づいてアクティブモードに遷移させるための手続きを開始してもよい。
【０４２９】
具体的には、ＵＥ１０は図２０（ｂ）のように、サービス要求手続きを行う。ここで、ＵＥ１０は図２０（ａ）を用いて説明したＰＤＮ切断要求は送信せず、ＰＤＮ切断手続きは行なわなくてもよい。サービス要求手続きは、図１９で説明した手続きに基づいて行うことができる。以下、図２０（ｂ）で示すサービス要求手続きを、図１９を用いて説明する。  まず、ＵＥ１０は、サービスリクエスト手続きを開始する（Ｓ１９２８）。サービスリクエスト手続きについて図１９を用いて説明する。図１９では、直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を確立するのではなく、マクロ経由の通信路（ＰＧＷ３０経由）のみを確立する。そのため、図１９における通信対象ＵＥを探索する必要はない(Ｓ１８０３ａ、Ｓ１８０３ｂ)。また、ＰＧＷを介して通信を行うため、ＵＥ１０は、ＵＥ１０ａと直接通信路を確立する（Ｓ１８１２）必要はない。
【０４３０】
なお、ここで説明する手続きは、ＵＥ１０とＵＥ１０ａが接続待ち受け状態（ｉｄｌｅ）から接続状態（Ｃｏｎｎｅｃｔｅｄ）へ遷移させるためにサービス要求を送信してもよい。
【０４３１】
まず、ＵＥ１０は、マクロ経由の通信を確立するために、サービス要求を送信する（Ｓ１８０４）。ＵＥ１０は、マクロ経由の通信路に対応づけられたＡＰＮを保持しておき、例えば、ＡＰＮ４において、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信およびマクロ経由の通信路に対応づけられたＡＰＮを選択する。
【０４３２】
さらに、マクロ経由の通信路のみを確立するＡＰＮ５など、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に関わらないＡＰＮを利用しても良い。
【０４３３】
ＵＥ１０はマクロ経由の通信路の確立に関する許可をＭＭＥ４０に要求する為に、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信が許可されたＡＰＮを選択し、サービス要求に含める。上述した例ではＵＥ１０はＡＰＮ４ＡＰＮ５を選択可能であるが、ＡＰＰ４に対してはＡＰＮ４を用いるなどアプリケーションに対してＡＰＮを対応づけて管理しておくことにより、その対応情報にもとづいて選択してもよいし、任意に選択してもよい。
【０４３４】
ｅＮＢ４５はＵＥ１０からサービス要求を受信し、含まれるＡＰＮを含めてサービス要求をＭＭＥ４０に送信する（Ｓ１８０６）。したがって、ＵＥ１０はサービス要求を、ｅＮＢ４５を介してＭＭＥ４０に送信することになる。
【０４３５】
次に、ＭＭＥ４０はｅＮＢ４５が送信したサービス要求を受信し、含まれるＡＰＮを確認する。ＡＰＮの確認は、通信路確立に対する許可情報４４２に基づいて受信したＡＰＮがＬＴＥ（Ｄ）およびマクロ経由の通信の許可されたＡＰＮであることを判定する。これにより、ＭＭＥ４０はＵＥ１０がＬＴＥ（Ｄ）に基づいた直接通信路の確立および、マクロ経由の通信路の確立に関する許可を要求していることを検出する。ここでの処理は、１．３．５．２通信路確立手続き２において説明した方法と同様のため、詳細な説明を省略する。
【０４３６】
上述した手順により、ＭＭＥ４０はＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立およびマクロ経由の通信路の確立を許可と判定することができる。
【０４３７】
ここで、ＡＰＮ５を検出し、マクロ経由の通信路のみの確立に関する許可を要求していることを検出しても良い。
【０４３８】
ＭＭＥ４０は許可と判定した場合には、ＭＭＥ４０はｅＮＢ４５にコンテキスト設定要求を送信し（Ｓ１８０８）、これに基づいてｅＮＢ４５は無線ベアラ確立要求をＵＥ１０に送信する（Ｓ１８１０）。これらにより、ＭＭＥ４０においてＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路の確立およびマクロ経由の通信路の確立が許可と判定されたことを通知する。
【０４３９】
ここで、コンテキスト設定要求および無線ベアラ確立要求には、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒなど、直接通信路の確立が許可されたことを明示的に示すフラグを含めても良い。また、コンテキスト設定要求および無線ベアラ確立要求には、ｌｏｃａｌｌｙ  ｒｏｕｅｔｄ  Ｉｎｄｉｃａｔｏｒなど、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの確立が許可されたことを明示的に示すフラグを含めても良い。ここで、ＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒやｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒは、従来のＵＥとＰＧＷとの間のＰＤＮコネクションの確立を許可したことを示す情報であってもよい。
【０４４０】
ｅＮＢ４５は、ＵＥ１０が確立を要求しているのはＵＥ間の直接通信路やｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信ではないことを検出し、これに基づいてｅＮＢ４５とＵＥ１０間の無線リソースの割り当てなどを含むデータ送受信のための無線通信路の確立を行ってもよい。
【０４４１】
次に、ＵＥ１０はｅＮＢ４５から無線ベアラ確立要求を受信し、マクロ経由の通信路の確立が許可されたことを検出する。検出においては、通知にＰｒｏＳｅ  Ｉｎｄｉｃａｔｏｒやｌｏｃａｌｌｙ  ｒｏｕｔｅｄ  ｉｎｄｉｃａｔｏｒが含まれていることで検出してもよい。
【０４４２】
また、ＭＭＥ４０はＵＥ１０がマクロ経由での通信を行うために用いるＩＰアドレスやベアラＩＤやマクロ経由での通信に利用する周波数に関する情報などを、コンテキスト設定要求および無線ベアラ確立要求に含めてもＵＥ１０に通知しても良い。
【０４４３】
ここで、ＵＥ１０は、ＭＭＥ４０からＬＴＥ（Ｄ）などのｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路に関する情報を受け取った場合であっても、ＵＥ１０ａとｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立することができないため、直接通信路を確立（Ｓ１８１０）しなくてもよい。また、ＵＥ１０は、ＵＥ１０ａと直接通信を行わないため、通信対象ＵＥの探索を行わなくても良い（Ｓ１８１２）。
【０４４４】
さらに、ＵＥ１０は、ＭＭＥ４０からＬＴＥ（Ｄ）などの直接通信路に関する情報を受け取った場合であっても、ＵＥ１０ａと直接通信路を確立することができないため、直接通信路を確立（Ｓ１８１４）しなくてもよい。
【０４４５】
次に、ＵＥ１０は、ＭＭＥ４０から通知されたマクロ経由の通信を行うために用いるＩＰアドレスやベアラＩＤ、マクロ経由で通信に利用する周波数を利用して、マクロ経由の通信路を確立する。
【０４４６】
続いて、ＵＥ１０は、コンテキスト初期化完了通知の送信によって、ＵＥ１０がマクロ経由の通信路の確立を行うことをＭＭＥ４０に通知する（Ｓ１８１６）。ここで、ＵＥ１０は、ＰＧＷとＵＥ間のＰＤＮコネクションを確立した場合には送信を行うが、直接通信路を確立した場合には送信しないなどを判定してもよい。
【０４４７】
さらに、マクロ経由の通信路として、ＰＧＷ３０とＵＥ１０間のベアラを確立した場合には、ＭＭＥ４０はコンテキスト初期化完了通知を受信後、ＳＧＷ３５とＰＧＷ３０との間で手続きを行い、ベアラ設定の更新を行う。具体的にはＭＭＥ４０はＳＧＷ３５にベアラ変更要求を送信し（Ｓ１８１８）、ＳＧＷ３５は受信に基づいてＰＧＷ３０にベアラ変更要求を送信する（Ｓ１８２０）。さらに、応答としてＰＧＷ３０はベアラ変更応答をＳＧＷ３５に送信し（Ｓ１８２２），ＳＧＷ３５は受信に基づいてベアラ変更応答をＭＭＥ４０に送信する（Ｓ１８２４）。こうした手続きにより各装置においてベアラ情報の更新を行う。
【０４４８】
次に、ＵＥ１０は、ＵＥ１０ａとＬＴＥ（Ｄ）などの直接通信を開始できないため、ＵＥ１０ａとマクロ（ＰＧＷ３０）経由で通信を開始する（Ｓ１８２６）。
【０４４９】
また、ＵＥ１０がＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を維持できなくなった場合に、ＵＥ１０はマクロ経由の通信路の有無によって、マクロ経由の通信路を利用してもよい。
【０４５０】
ＵＥ１０は、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立し、維持できる場合、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路へ切り替えても良い。ここで、ＵＥ１０からデータを受けたｅＮＢ４５は、ＵＥ１０ａにｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路でデータを送信できるかを判断し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路でデータを送信できる場合には、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を利用してＵＥ１０とＵＥ１０ａ間のデータを送受信してもよい。また、ｅＮＢ４５は、ＵＥ１０からのデータをｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路でＵＥ１０ａに送信できない場合、マクロ経由の通信路を利用することを判断しても良い。なお、ＵＥ１０からのデータをマクロ経由の通信路で送信するか否かは、ＵＥ１０がマクロ経由の通信路を確立していることにより判断しても良い。
【０４５１】
なお、ここでは、ＡＰＰ４で通信を行うこととして、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路を確立していることとして説明を行う。ここで、ＡＰＰ１〜ＡＰＰ３のように、ＬＴＥ（Ｄ）またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路またはマクロ経由の通信路のような確立できない通信路に対しては、通信路を利用することはできないものとする。
【０４５２】
［１．３．５．３  切断手続き（ｃ）］
次に、ＵＥ１０とＵＥ１０ａ間において、直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を維持できなくなる場合に、事前に直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信が維持できなくなることを検知した場合を説明する。１．３．５．２切断手続き（ｂ）では、接続待ち受け（ＩＤＬＥ）状態であったため、マクロ経由の通信路を確立したが、１．３．５．３切断手続き（ｃ）の場合、接続状態（Ｃｏｎｎｅｃｔｅｄ）を維持しており、直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路は維持されている。
【０４５３】
直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路とともに関連付けられるマクロ経由の通信路を維持していることに基づいて、新たにマクロ経由の通信路確立をすることなく、通信路を切り替えて通信を継続しても良い。また、直接通信路およびマクロ経由の通信路が維持されている場合には、直接通信路およびマクロ経由の通信路から通信路を選択し、通信路を切り替えて通信を継続しても良い。また、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路が維持されている場合には、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路から通信路を選択し、通信路を切り替えて通信を継続しても良い。
【０４５４】
ここでは、図２０で示す点線で囲まれた（ｃ）を用いて説明する。図２０（ｃ）において、ＵＥ１０はＵＥ１０ａと直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路からマクロ経由の通信路へ切り替えることにより、ＵＥ１０は、ＵＥ１０ａとマクロ（ＰＧＷ３０）経由で通信を開始することができる（Ｓ１９３４）。なお、ＵＥ１０は、直接通信路またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路からマクロ経由の通信路へ切り替える場合、マクロ経由の通信路に関連付けられたベアラＩＤが管理されている場合には、マクロ経由の通信路に関連付けられたベアラＩＤを選択しても良い。また、マクロ経由の通信路に関連付けられたＰＤＮコネクションが管理されている場合には、マクロ経由の通信路に関連付けられたＰＤＮコネクションを選択しても良い。
【０４５５】
以上により、ＵＥは、通信中の通信対象ＵＥとＬＴＥ（Ｄ）による直接通信またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を中止し、データの送受信が完了していない場合には、ＰＧＷ３０経由での通信へ切り替えることができる。
【０４５６】
また、ＬＴＥ（Ｄ）およびマクロ経由の通信路が維持されている場合には、直接通信路およびマクロ経由の通信路から通信路を選択し、ＬＴＥ（Ｄ）の直接通信を開始する（Ｓ１９３０）または、マクロ経由の通信を開始する（Ｓ１９３４）。ここで、ＬＴＥ（Ｄ）などの直接通信とマクロ経由の通信を選択する方法として、ＵＥ１０が任意に選択しても良いし、プライオリティを管理し、プライオリティに基づいて、通信路を選択しても良い。
【０４５７】
以上により、ＵＥは、通信中の通信対象ＵＥとｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を中止し、データの送受信が完了していない場合には、直接通信または、ＰＧＷ３０経由での通信へ切り替えることができる。
【０４５８】
さらに、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路が維持されている場合には、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路から通信路を選択し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を開始する（Ｓ１９３１）または、マクロ経由の通信を開始する（Ｓ１９３４）。ここで、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信とマクロ経由の通信を選択する方法として、ＵＥ１０が任意に選択しても良いし、プライオリティを管理し、プライオリティに基づいて、通信路を選択しても良い。
【０４５９】
なお、ｅＮＢ４５がＵＥ１０からデータを受信した場合、ｅＮＢ４５は、データに含まれる宛先情報を検知し、ＵＥ１０ａの宛先であれば、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を利用して、ＵＥ１０ａへＵＥ１０のデータを送信してもよい。このとき、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄのベアラが指定されていた場合でも、ＵＥ１０ａ以外のＵＥ１０とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立していないＵＥが宛先の場合、通信を中止しても良い。このとき、送信元であるＵＥ１０にｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信を行うことができないことを通知しても良い。
【０４６０】
さらに、ＵＥ１０からｅＮＢ４５、ＳＧＷ３５、ＰＧＷ３０を経由するマクロの通信路におけるＵＥ１０とｅＮＢ４５の間のベアラとＵＥ１０からｅＮＢ４５を経由してＵＥ１０ａへ送信するｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路におけるＵＥ１０とｅＮＢ４５間のベアラを同じベアラとして管理しても良い。
【０４６１】
つまり、ｅＮＢ４５は、ＵＥ１０からのデータの送信における宛先を検知して、宛先がＵＥ１０ａの場合には、ＵＥ１０ａがｅＮＢ４５に在圏していることを確認して、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を利用してＵＥ１０ａにデータを送信するよう判断してもよい。この場合、ＭＭＥ４０またはｅＮＢ４５は、ｅＮＢ４５とＵＥ１０との間の通信路確立において割り当てを行うベアラＩＤは、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路のためのベアラＩＤとマクロ経由の通信路のためのベアラＩＤとを、同じベアラＩＤとして割り当てても良い。
【０４６２】
なお、ｅＮＢ４５は、ＵＥ１０からのデータの送信における宛先を検知して、宛先がｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を確立していないＵＥ１０ａ以外のＵＥの場合、ＳＧＷ３５からＰＧＷ３０へのマクロ経由の通信路を利用するよう判断しても良い。
【０４６３】
以上により、ＵＥは、通信中の通信対象ＵＥと直接通信を中止し、データの送受信が完了していない場合には、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信またはＰＧＷ３０経由での通信へ切り替えることができる。
【０４６４】
以上の手続きにより、本実施形態では、通信元ＵＥは、ＰｒｏＳｅにおけるデータの送受信を行う場合において、通信対象ＵＥを不必要に探索することなく、通信対象ＵＥを探索することにより、通信元ＵＥの消費電力を非効率に消費することを防止することができる。
【０４６５】
また、通信対象ＵＥを探索する条件を通信元ＵＥに与えることで、通信対象ＵＥを探索することができ、ＰｒｏＳｅにおけるデータの送受信を開始することを実現することができる。
【０４６６】
移動通信事業者によりＵＥ間直接通信路の確立を許可または不許可と判断することにより、ＵＥに対してＵＥ間直接通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を提供することができる。
【０４６７】
また、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路によるデータの送受信を開始する条件を通信元ＵＥに与えることで、ｌｏｃａｌｌｙ  ｒｏｕｔｅの通信路によるデータの送受信を開始することを実現することができる。
【０４６８】
さらに、移動通信事業者は、従来から提供する基地局装置経由の通信を維持しつつ、上記、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信によるデータの送受信を行うことができる。さらに、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信および従来の基地局装置経由の通信路を利用可能な場合、直接通信路とｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信とマクロ経由の通信路のいずれを利用するかを選択できる。
【０４６９】
また、ＵＥ１０がＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を維持できなくなった場合に、ＵＥ１０はマクロ経由の通信路の有無によって、マクロ経由の通信路を利用してもよい。
【０４７０】
ここで、ＵＥ１０は、直接通信を維持できなくなることを検出しｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路を保持し、維持できることを検出した場合、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄによる通信路へデータの送受信を切り替えても良い。さらに、ＵＥ１０からデータを受けたｅＮＢ４５は、ＵＥ１０ａにｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路でデータを送信できるかを判断し、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路でデータを送信できる場合には、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路を利用してＵＥ１０とＵＥ１０ａ間のデータを送受信してもよい。また、ｅＮＢ４５は、ＵＥ１０からのデータをｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路でＵＥ１０ａに送信できない場合、マクロ経由の通信路を利用することを判断しても良い。なお、ＵＥ１０からのデータをマクロ経由の通信路で送信するか否かは、ＵＥ１０がマクロ経由の通信路を確立していることにより判断しても良い。
【０４７１】
なお、ここでは、ＡＰＰ４で通信を行うこととして、直接通信路およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路およびマクロ経由の通信路を確立していることとして説明を行う。ここで、ＡＰＰ１〜ＡＰＰ３のように、ＬＴＥ（Ｄ）またはｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信路またはマクロ経由の通信路のような確立できない通信路に対しては、通信路を利用することはできないものとする。
【０４７２】
[１．４  変形例]
[１．４．１  変形例１]
第一実施形態におけるＵＥでは、アプリケーション毎にＵＥコンタクトリスト１４４を管理していたが、アプリケーション毎にＵＥコンタクトリスト１４４を管理せず、ＵＥ毎に１つのＵＥコンタクトリスト１４４を管理しても良い。図２１にＵＥ毎に管理するＵＥコンタクトリスト１４４の例を示す。図２１に示すように、ＵＥ１０は、１つのＵＥのコンタクトリスト１４４を管理している。なお、第一実施形態と同様に、近隣検出不要チェックボックスにより、近隣検出を行わないようにすることができる。
【０４７３】
また、ＵＥ１０は１つのＵＥコンタクトリスト１４４を保持するため、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０においても、ＵＥ毎にＳｅｒｖｅｒコンタクトリスト９４２を管理する。図２２にＰｒｏＳｅ  Ｓｅｒｖｅｒが管理するＳｅｒｖｅｒコンタクトリスト９４２の例を示す。図２２に示すように、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ毎に１つのＳｅｒｖｅｒコンタクトリスト９４２を管理している。
【０４７４】
なお、上記以外の移動通信システムやＩＰ移動通信ネットワークは同様の構成である。また、ＵＥは、ＵＥコンタクトリスト１４４以外は同様の構成であり、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、Ｓｅｒｖｅｒコンタクトリスト以外は同様の構成である。
【０４７５】
また、ＵＥ位置情報通知手続きや近隣検出不要通知手続き、近隣検出手続き、通信路確立手続き、切断手続きは同様に利用可能であるため説明を省略する。
【０４７６】
これにより、ＵＥ１０が複数のアプリケーションを利用可能な場合においても、アプリケーション毎に異なるコンタクトリストを持つ必要がなく、複数のアプリケーションで同様のコンタクトリストを共有することができる。
【０４７７】
[１．４．２  変形例２]
第一の実施形態におけるＵＥ１０では、ＬＴＥ（Ｄ）の機能が必ず有効（ＯＮ）にしているとして説明してきたが、ＬＴＥ（Ｄ）の機能のＯＮ／ＯＦＦを考慮しても良い。また、ＵＥにおいて、ＬＴＥ（Ｄ）の機能のＯＮ／ＯＦＦを考慮することにより、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０において、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦの状態を含めることができる。
【０４７８】
図２３に、ＵＥ１０において、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦ状態を管理するＬＴＥ(Ｄ)のＯＮ／ＯＦＦの例を示す。図２３では、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦ状態がＯＮになっている。
【０４７９】
図２４は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０におけるＳｅｒｖｅｒコンタクトリスト９４２において、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦ状態を管理したコンタクトリストの例を示す。なお、ＵＥ１０では、ＬＴＥ（Ｄ）がＯＮになっているため、ＵＥ１０におけるＵＥコンタクトリスト１４４において、ＬＴＥ（Ｄ）ＯＮ／ＯＦＦ状態が管理されている。ここで、ＵＥ１０において、ＬＴＥ（Ｄ）の状態がＯＦＦになっていれば、Ｓｅｒｖｅｒコンタクトリスト９４２内のＵＥ１０のコンタクトリストにおいて、ＬＴＥ（Ｄ）の状態は全てＯＦＦになっていても良く、ＬＴＥ（Ｄ）の状態が管理されなくても良い。また、ＵＥ１０ｎでは、ＬＴＥ（Ｄ）の状態がＯＮになっていることを示している。
【０４８０】
図２５は、［１．３．１  ＵＥ位置通知手続き］におけるＳ１００８のＵＥ位置情報の更新の一例を示している。ここで、ＵＥ１０ｂがＬＴＥ（Ｄ）のＯＦＦの状態を通知している場合の更新例である。更新前から更新後において、ＵＥ１０ｂのＬＴＥ（Ｄ）がＯＮからＯＦＦに変更されている。
【０４８１】
また、［１．３．１  ＵＥ位置通知手続き］におけるＳ１００８のＵＥ位置情報の更新ではなく、［１．３．２  近隣検出不要手続き］におけるＳ１２０８の近隣検出不要通知処理を利用して、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦを更新しても良い。
【０４８２】
なお、上記以外の移動通信システムやＩＰ移動通信ネットワークは同様の構成である。また、ＵＥは、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦ以外は同様の構成であり、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、Ｓｅｒｖｅｒコンタクトリスト以外は同様の構成である。
【０４８３】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、近隣ＵＥを検出する際に利用できる通信路を併せて検出するが、ＬＴＥ（Ｄ）のＯＦＦなど、ＵＥにおいて直接通信路確立機能を無効化した状態を受信して管理している場合には、これらの通信路は利用不可と判定する。
【０４８４】
また、その他のＵＥ位置情報通知手続きや近隣検出不要通知手続き、近隣検出手続き、通信路確立手続き、切断手続きの詳細は同様に適用できるため説明を省略する。
【０４８５】
[１．４．３  変形例３]
第一実施形態では、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、Ｓ１４１２におけるコンタクトリストの通知において、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）が利用可能であることを示していたが、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０が近隣度のレベルをＵＥ１０に通知し、ＵＥ１０は、近隣度のレベルに応じて直接通信を行うことを決定しても良い。第一実施形態との違いは、ＵＥ間の位置関係を数値化して通知することと、位置情報の粒度を細かく通知できることにある。
【０４８６】
図２６にＵＥ１０が管理するＵＥアクションポリシーの例を示す。図２６に示すように、近隣度１〜３の場合、ＬＴＥ（Ｄ）を行い、近隣度４の場合、ｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を行い、近隣度５の場合、ＬＴＥ（Ｄ）の通信およびｌｏｃａｌｌｙ  ｒｏｕｔｅｄの通信を行うことができない。なお、近隣度は１つだけが通知されるのでなく、複数の近隣度が通知される可能性があり、近隣度１と近隣度４が通知された場合には、ＬＴＥ（Ｄ）およびｌｏｃａｌｌｙ  ｒｏｕｅｄを任意に選択することが可能である。
【０４８７】
図２７に、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０が管理する近隣検出ポリシー９４８の例を示す。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、位置情報管理表９４６に基づいて、Ｓｅｒｖｅｒコンタクトリスト９４２内のＵＥを評価する。図２７では、ＵＥ間の位置関係において、同じＡＰ名が管理されていれば、近隣度１と評価し、同じＳＳＩＤが管理されていれば、近隣度２と評価し、同じＲｅａｌｍが管理されていれば、近隣度３と評価し、同じｅＮＢ  ＩＤが管理されていれば、近隣度４と評価し、上記のいずれにも当てはまらない場合、近隣度５と評価する。
【０４８８】
図２８に、［１．３．３  近隣検出手続き］におけるＳ１４１０の近隣検出結果の例を示す。ＵＥ１０は、ＵＥ１０ａと同じＡＰに接続していると管理され、同じｅＮＢに接続していると管理されているため、近隣度１と近隣度４が評価されている。また、ＵＥ１０とＵＥ１０ｂは、同じｅＮＢに接続していると管理されているため、近隣度４と評価されている。また、ＵＥｚｚは、近隣検出ポリシー９４８に該当する位置情報が管理されていないため、近隣度５と評価されている。
【０４８９】
なお、上記以外の移動通信システムやＩＰ移動通信ネットワークは同様の構成である。また、ＵＥは、ＵＥアクションポリシー以外は同様の構成であり、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、近隣検出ポリシー９４８以外は同様の構成である。
【０４９０】
また、ＵＥ位置情報通知手続きや近隣検出不要通知手続き、近隣検出手続き、通信路確立手続き、切断手続きは同様に利用可能であるため説明を省略する。
【０４９１】
[１．４．４  変形例４]
移動通信システムは、図１で示した構成を利用するのではなく、図２９で示した構成を利用してもよい。図１では、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＰＤＮ２０上に配置していたが、図２９におけるＰｒｏＳｅ  Ｓｅｒｖｅｒ３３９０で示すように、ＩＰ移動通信ネットワーク５上に配置しても良い。なお、ＰｒｏＳｅ  Ｓｅｒｖｅｒ３３９０は、ＵＥ１０および、ＵＥ１０ａとセキュアな通信路を確保して通信を行うことが可能である。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ３３９０は、ＭＭＥ４０とセキュアな通信路を確保して通信を行うことが可能である。
【０４９２】
なお、上記以外の移動通信システムやＩＰ移動通信ネットワークは同様の構成である。また、ＵＥ位置情報通知手続きや近隣検出不要通知手続き、近隣検出手続き、通信路確立手続き、切断手続きは同様に利用可能であるため説明を省略する。
【０４９３】
[１．４．５  変形例５]
また、第１の実施形態では、ＵＥ１０が移動通信事業者に直接通信路の確立の許可を要求する際、ＡＰＮを含めて送信し、移動通信事業者ではＡＰＮに基づいて許可、不許可を判定していたが、判定する手段はこれにかぎらず別の方法を用いても良い。
【０４９４】
例えば、ＭＭＥ４０は、ＵＥ１０が保持するＡＰＰリスト１４２と同等のアプリケーションのリストを管理しておき、アプリケーションと確立可能な直接通信路を対応づけて管理しておき、これに基づいて許可、不許可を判定してもよい。
【０４９５】
その場合、ＵＥ１０は、ＰＤＮ接続要求の送信（Ｓ１７０４）やサービス要求の送信（Ｓ１８０４）において、アプリケーションに関する情報を含めて送信してもよい。
【０４９６】
さらに、ＭＭＥ４０はＰＤＮ接続要求やサービス要求を受信した際、含まれるアプリケーションと、アプリケーションに対応づけられた直接通信路の情報とに基づいて許可、不許可を判定してもよい。これにより、ＭＭＥ４０はＵＥ１０の利用するアプリケーション毎に、利用可能な直接通信路の選択および直接通信路の確立許可、不許可をＵＥ１０に通知することができるようになる。
【０４９７】
上記以外の各装置構成や手続きは第１実施形態で説明したものが適用可能であるため詳細説明は省略する。
【０４９８】
以上、第１実施形態およびそれに関わる複数の変形例を説明してきたが、各変形例はそれぞれ独立して第１実施形態に適用されても良いし、２つ以上が組み合わされて適用されても良い。
【０４９９】
［１．４．６．変形例６］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０５００】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０５０１】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０５０２】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０５０３】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【０５０４】
また、上述した実施形態においては、無線アクセスネットワークの例としてＬＴＥと、ＷＬＡＮ（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｎ等）とについて説明したが、ＷＬＡＮの代わりにＷｉＭＡＸによって接続されても良い。
【産業上の利用可能性】
【０５０５】
本発明の一態様は、近隣サービスにおいてデータの送受信を行うＵＥが、近隣サービスを開始するために、通信対象となるＵＥを探索する場合、不必要な近隣検出を抑制することができる移動通信システム等に適用することができる。
【符号の説明】
【０５０６】
１  移動通信システム
５  ＩＰ移動通信ネットワーク
１０  ＵＥ
２０  ＰＤＮ
３０  ＰＧＷ
３５  ＳＧＷ
４０  ＭＭＥ
４５  ｅＮＢ
５０  ＨＳＳ
５５  ＡＡＡ
６０  ＰＣＲＦ
６５  ｅＰＤＧ
７０  ＷＬＡＮ  ＡＮａ
７２  ＷＬＡＮ  ＡＰａ
７４  ＧＷ
７５  ＷＬＡＮ  ＡＮｂ
７６  ＷＬＡＮ  ＡＰｂ
８０  ＬＴＥ  ＡＮ
９０  ＰｒｏＳｅ  Ｓｅｒｖｅｒ
【図１】
2014163054.tif 000003
【図２Ａ】
2014163054.tif 000004
【図２Ｂ】
2014163054.tif 000005
【図３】
2014163054.tif 000006
【図４】
2014163054.tif 000007
【図５Ａ】
2014163054.tif 000008
【図５Ｂ】
2014163054.tif 000009
【図６】
2014163054.tif 000010
【図７Ａ】
2014163054.tif 000011
【図７Ｂ】
2014163054.tif 000012
【図８Ａ】
2014163054.tif 000013
【図８Ｂ】
2014163054.tif 000014
【図９】
2014163054.tif 000015
【図１０】
2014163054.tif 000016
【図１１】
2014163054.tif 000017
【図１２】
2014163054.tif 000018
【図１３】
2014163054.tif 000019
【図１４】
2014163054.tif 000020
【図１５】
2014163054.tif 000021
【図１６】
2014163054.tif 000022
【図１７Ａ】
2014163054.tif 000023
【図１７Ｂ】
2014163054.tif 000024
【図１７Ｃ】
2014163054.tif 000025
【図１７Ｄ】
2014163054.tif 000026
【図１８】
2014163054.tif 000027
【図１９】
2014163054.tif 000028
【図２０】
2014163054.tif 000029
【図２１】
2014163054.tif 000030
【図２２】
2014163054.tif 000031
【図２３】
2014163054.tif 000032
【図２４】
2014163054.tif 000033
【図２５】
2014163054.tif 000034
【図２６】
2014163054.tif 000035
【図２７】
2014163054.tif 000036
【図２８】
2014163054.tif 000037
【図２９】
2014163054.tif 000038
【国際調査報告】
2014163054.tif 000039
2014163054.tif 000040
2014163054.tif 000041