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