JPWO2014156663A1 - 端末装置、基地局装置および制御装置 - Google Patents
端末装置、基地局装置および制御装置 Download PDFInfo
- Publication number
- JPWO2014156663A1 JPWO2014156663A1 JP2015508276A JP2015508276A JPWO2014156663A1 JP WO2014156663 A1 JPWO2014156663 A1 JP WO2014156663A1 JP 2015508276 A JP2015508276 A JP 2015508276A JP 2015508276 A JP2015508276 A JP 2015508276A JP WO2014156663 A1 JPWO2014156663 A1 JP WO2014156663A1
- Authority
- JP
- Japan
- Prior art keywords
- communication path
- macro
- lte
- direct communication
- wlan
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Ceased
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
Abstract
近隣サービスにおいてデータの送受信を行うＵＥが、あらかじめ位置情報をサーバへ通知し、近隣サービスを開始する場合、通信対象となるＵＥを近隣探索する前に、サーバから通信対象となるＵＥを含む近隣の程度を受信し、ＵＥは近隣の程度に基づいて、通信対象となるＵＥを探索することにより、不必要な近隣探索を抑制する。
Description
本発明は、端末装置と、基地局装置と、制御装置と、端末装置の近隣に位置する近隣端末と、近隣端末を検出するサーバ装置と、を含む移動通信システムに関する。
本願は、２０１３年３月２８日に、日本に出願された特願２０１３−０６８５４２号に基づき優先権を主張し、その内容をここに援用する。
本願は、２０１３年３月２８日に、日本に出願された特願２０１３−０６８５４２号に基づき優先権を主張し、その内容をここに援用する。
移動通信システムの標準化団体３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代の移動体通信システムとして以下の非特許文献１に記載のＥＰＳ（Evolved Packet System）の仕様化作業を進めており、ＥＰＳに接続されるアクセスシステムとしてＬＴＥ（Long Term Evolution）だけでなく、無線ＬＡＮ（Wireless LAN、WLAN)について検討がなされている。
さらに、３ＧＰＰでは、非特許文献2に記載されるように、ユーザ端末（User Equipment、UE）に対して近隣の他ユーザ端末の存在を通知する近隣サービス（Proximity Service、ProSe）について検討が行われている。さらにＰｒｏＳｅでは、UEは、近隣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）とから構成される。なお、ＵＥ１０ａは、ＵＥ１０とは異なるＵＥであり、構成はＵＥ１０と同様であるため説明を省略する。また、ＩＰ移動通信ネットワーク５には、ＵＥ１０やＵＥ１０ａ以外にも複数のＵＥが接続することができるが図面の簡略化のため記載を省略する。さらに、ＩＰ移動通信ネットワーク５はコアネットワーク７と各無線アクセスネットワークで構成される。コアネットワーク７の詳細な構成について図２Ａに示している。
なお、ＰＤＮ２０は、図１を用いて説明したパケットでデータのやり取り行うネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどである。
コアネットワーク７は、ＰＧＷ（アクセス制御装置）３０（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）等により構成されている。さらに、記憶部１４０には、ＡＰＰリスト１４２が記憶されている。
ＡＰＰリスト１４２には、ＵＥ１０が利用可能なアプリケーションを記憶している。図４Ａは、ＡＰＰリスト１４２の一例を示した図である。図４Ａでは、ＡＰＰリスト１４２は、ＵＥ１０が利用可能なアプリケーションがＡＰＰ１〜ＡＰＰ６として示されている。
なお、アプリケーションは、ＶｏＩＰまたはビデオストリーミングまたはビデオファイルまたはテキストなどのデータ種別によって異なるアプリケーションと識別されて管理してもよい。
もしくは、ＩＭＳなどのミドルウェアを用いた通信を単一のアプリケーションとして識別して管理してもよい。
もしくは、ＳｋｙｐｅやＬＩＮＥといった個別のアプリケーションをアプリケーション名やアプリケーションＩＤによって識別して管理しても良い。
もしくはこれらの組み合わせによってアプリケーションを異なるもとのとして識別して管理してもよい。
ここで、ＵＥ１０が利用可能なアプリケーションは、製造段階において、インストールされていても良いし、ユーザ操作によりインストールされていても良い。
さらに、ＵＥ１０はそれぞれのアプリケーションに対して利用可能な通信路の情報を、アプリケーションに対応づけて管理する。例えば、図４Ａで示すように、アプリケーション（ＡＰＰ１〜ＡＰＰ６）に対してカテゴリー（Ｃａｔ．１〜Ｃａｔ．６）が関連付けられている。さらに、各カテゴリーはアプリケーションが利用可能な通信路と対応づけられている。
Ｃａｔ．１は、ＬＴＥ（Ｄ）の直接通信を行うことができない場合、データの送受信を行うことができないことを示している。また、Ｃａｔ．２は、ＷＬＡＮ（Ｄ）の直接通信を行うことができない場合、データの送受信を行うことができないことを示している。また、Ｃａｔ．３は、ＬＴＥ（Ｄ）の直接通信および、ＷＬＡＮ（Ｄ）の直接通信を行うことができない場合、データの送受信を行うことができないことを示している。
さらに、Ｃａｔ．４は、ＬＴＥ（Ｄ）の直接通信を利用可能なことを示している。なお、Ｃａｔ．４は、ＬＴＥ（Ｄ）の直接通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）の直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
ここで、マクロ経由の通信とは、ＵＥ１０がｅＮＢ４５などＬＴＥ通信方式に利用したマクロ基地局を経由した通信路を用いてデータ送受信を行うことである。その際、ＵＥ１０はＰＧＷ３０との間にｅＮＢ４５およびＳＧＷ３５を介したＰＤＮコネクションの確立を要求し、確立されたＰＤＮコネクションを用いて通信してもよい。またＵＥ１０は、ｅＮＢ４５との間に無線ベアラと、ＳＧＷ３５とＰＧＷ３０との間にＥＰＳベアラとを確立することを要求し、確立されたベアラを用いて通信してもよい。
一方で、ＵＥ１０がＵＥ１０ａと通信を行う場合、通信相手となるＵＥ１０ａにおいてもＵＥ１０と同様にマクロ経由の通信路を確立する。結果、ＵＥ１０とＵＥ１０ａはそれぞれ確立したマクロ経由の通信路を用いてＵＥ間の通信を行う。
また、Ｃａｔ．５は、ＷＬＡＮ（Ｄ）の直接通信を利用可能なことを示している。なお、Ｃａｔ．５は、ＷＬＡＮ（Ｄ）の直接通信のみではなく、ＵＥ１０がＷＬＡＮ（Ｄ）の直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
また、Ｃａｔ．６は、ＬＴＥ（Ｄ）および／またはＷＬＡＮ（Ｄ）の直接通信を利用可能なことを示している。なお、Ｃａｔ．６は、ＬＴＥ（Ｄ）の直接通信および／またはＷＬＡＮ（Ｄ）の直接通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）の直接通信路および／またはＷＬＡＮ（Ｄ）の直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
図４Ｂは、ＡＰＰ毎のＵＥコンタクトリスト１４４を示した図である。図４Ｂでは、ＡＰＰ１からＡＰＰ６までのコンタクトリストが管理されている。ＡＰＰ毎のＵＥコンタクトリスト１４４は、ＰｒｏＳｅによる直接通信が可能なＵＥが管理されている。もしくは各ＡＰＰを用いて通信可能なＵＥを管理してもよい。
また、ＵＥ毎に近隣探索を行うことができないことを示した近隣探索不要チェックボックスをＵＥコンタクトリスト１４４のＵＥに対応づけて管理しても良い。
近隣探索不要のチェックボックスにチェックが入力されている場合には、チェックに対応づけられるＵＥコンタクトリスト１４４のＵＥは、ＵＥ１０を近隣検出できないことを示す。つまり、ＵＥ１０はＵＥコンタクトリスト１４４の各ＵＥそれぞれに対して、近隣検出をさせるか否かを管理することができる。近隣探索不要のチェックボックスはユーザが設定するなどして更新することができる。
また、本例では近隣探索不要か否かをＵＥ１０のＡＰＰ毎に対応づける例を示したが、近隣探索不要か否かをＵＥコンタクトリスト１４４と対応づけて管理してもよい。その際にはコンタクトリストの全てのＵＥに対して近隣検索不要か否かを一括して設定することができる。
また、近隣探索不要か否かは全てのアプリケーションのＵＥコンタクトリスト１４４に対して対応づけて管理してもよい。その際には全てのコンタクトリストの全てのＵＥに対して近隣検索不要か否かを一括して設定することができる。
つまり、近隣探索不要のチェックボックスを基に、ＵＥ１０は、ＵＥコンタクトリスト１４４のＵＥが近隣のＵＥを検出する際に、ＵＥ１０自身を検出対象から除くことができる。
なお、図４Ｂに示すように、アプリケーション毎に、ＰｒｏＳｅによる直接通信が可能なＵＥが管理され、それぞれのコンタクトリストで管理されたＵＥ毎に近隣探索不要であることを管理することができる。
なお、図４Ｂに示すＵＥ１０ａ〜ＵＥ１０ｎは、ＵＥ１０とは異なるＵＥであり、それらの構成はＵＥ１０と同様であるため詳細説明を省略する。
[１．２．２ ＰｒｏＳｅ Ｓｅｒｖｅｒの構成]
図５にＰｒｏＳｅ Ｓｅｒｖｅｒ９０の機能構成を示す。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、制御部９００に、ＩＰ移動通信ネットワークインタフェース部９１０と、記憶部９４０とがバスを介して接続されている。
図５にＰｒｏＳｅ Ｓｅｒｖｅｒ９０の機能構成を示す。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、制御部９００に、ＩＰ移動通信ネットワークインタフェース部９１０と、記憶部９４０とがバスを介して接続されている。
制御部９００は、ＵＥ１０を制御するための機能部である。制御部９００は、記憶部９４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインタフェース部９１０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０がＩＰ移動通信ネットワーク５に接続するための機能部である。
記憶部９４０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記録する機能部である。記憶部９４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成される。
さらに、記憶部９４０には、Ｓｅｒｖｅｒコンタクトリスト９４２と、通信路管理表９４４と、位置情報管理表９４５と、近隣検出ポリシー９４８とを記憶する。
なお、Ｓｅｒｖｅｒコンタクトリスト９４２、アプリケーション種別毎の通信路９４４、位置情報管理表９４６は、外部装置により記憶されていても良い。例えば、ＨＳＳ５０にこれらを記憶し、必要に応じてＨＳＳ５０への問い合わせを行い参照や更新を行ってもよい。
図６Ａに、Ｓｅｒｖｅｒコンタクトリスト９４２の例では、あるＵＥの利用可能なアプリケーション毎にＳｅｒｖｅｒコンタクトリスト９４２を管理する例を示す。図６Ａでは、ＵＥ１０のＡＰＰ１からＡＰＰ６におけるコンタクトリストを示している。
なお、アプリケーションは、ＶｏＩＰまたはビデオストリーミングまたはビデオファイルまたはテキストなどのデータ種別によって異なるアプリケーションと識別されて管理してもよい。
もしくは、ＩＭＳなどのミドルウェアを用いた通信を単一のアプリケーションとして識別して管理してもよい。
もしくは、ＳｋｙｐｅやＬＩＮＥといった個別のアプリケーションをアプリケーション名やアプリケーションＩＤによって識別して管理しても良い。
もしくはこれらの組み合わせによってアプリケーションを異なるものとして識別して管理してもよい。
また、図６Ａのコンタクトリストにおいて、ＵＥ１０がＰｒｏＳｅによる直接通信を可能とするＵＥのリスト（ＵＥ１０ａ〜ＵＥ１０ｎ）と、近隣探索不要チェックボックスが対応づけられて管理されてもよい。
近隣探索不要のチェックボックスにチェックが入力されている場合には、ＵＥ１０は近隣検索不要と管理されたＵＥを近隣検出できないことを示す。つまり、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、Ｓｅｒｖｅｒコンタクトリスト９４２の各ＵＥを近隣検出する対象とするか否かをＵＥ１０のアプリケーション毎に管理することができる。近隣探索不要のチェックボックスはユーザが設定するなどして更新してもよい。
また、本例では近隣探索不要か否かをＳｅｒｖｅｒコンタクトリスト９４２のＵＥ毎に対応づける例を示したが、Ｓｅｒｖｅｒコンタクトリスト９４２に対応づけて管理してもよい。その際にはＳｅｒｖｅｒコンタクトリスト９４２の全てのＵＥに対して近隣検索不要か否かを一括して設定することができる。
また、近隣探索不要か否かは全てのアプリケーションに対して対応づけて管理してもよい。その際にはＵＥ１０のすべてのＳｅｒｖｅｒコンタクトリスト９４２の全ＵＥに対して近隣検索不要か否かを一括して設定することができる。
上記では、ＵＥ１０のアプリケーション毎のコンタクトリストを例に説明したが、ＵＥ１０とは異なるＵＥ（例えば（ＵＥ１０ａ〜ＵＥ１０ｎ）のそれぞれに対しても、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は同様にＰｒｏＳｅ Ｓｅｒｖｅｒコンタクトリスト９４２を記憶する。
図６Ｂに、アプリケーション種別毎の通信路管理表９４４の例を示す。アプリケーション種別毎の通信路管理表９４４では、アプリケーションと、アプリケーションで利用可能な通信路とを対応づけて管理する。
なお、アプリケーションは、ＶｏＩＰまたはビデオストリーミングまたはビデオファイルまたはテキストなどのデータ種別によって異なるアプリケーションと識別されて管理してもよい。
もしくは、ＩＭＳなどのミドルウェアを用いた通信を単一のアプリケーションとして識別して管理してもよい。
アプリケーションで利用可能な通信路としては、ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ）またはその方法など、アプリケーション毎に利用可能な通信路を対応づけて管理する。
図６Ｂの例では、アプリケーション、サービス毎に移動通信事業者が許可するＰｒｏＳｅによるデータの送受信を行うカテゴリー（Ｃａｔ．１〜Ｃａｔ．６）を管理している。Ｃａｔ．１は、ＬＴＥ（Ｄ）の直接通信を利用可能なことを示し、Ｃａｔ．２は、ＷＬＡＮ（Ｄ）の直接通信を利用可能なことを示し、Ｃａｔ．３は、ＬＴＥ（Ｄ）の直接通信および、ＷＬＡＮ（Ｄ）の直接通信を利用可能なことを示している。なお、Ｃａｔ．３の場合には、ＵＥ１０は、ＬＴＥ(Ｄ)または、ＷＬＡＮ（Ｄ）のいずれかを選択して利用することができる。
例えば、ＡＰＰ１は、Ｃａｔ．１と関連付けられているため、ＬＴＥ（Ｄ）による直接通信がサポートされる。また、ＡＰＰ２は、Ｃａｔ．２と関連付けられているため、ＷＬＡＮ（Ｄ）による直接通信がサポートされる。さらに、ＡＰＰ３は、Ｃａｔ．３と関連付けられているため、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）による直接通信がサポートされる。なお、Ｃａｔ．３のように、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）を利用可能な場合、ＵＥ１０がＬＴＥ（Ｄ）または、ＷＬＡＮ（Ｄ）を選択することができる。
また、ＡＰＰ４は、Ｃａｔ．４と関連付けられているため、ＵＥ１０は、ＬＴＥ（Ｄ）による直接通信を行うことが可能である。なお、Ｃａｔ．４は、ＬＴＥ（Ｄ）の直接通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）の直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
さらに、ＡＰＰ５は、Ｃａｔ．５と関連付けられているため、ＵＥ１０は、ＷＬＡＮ（Ｄ）による直接通信を行うことが可能である。なお、Ｃａｔ．５は、ＷＬＡＮ（Ｄ）の直接通信のみではなく、ＵＥ１０がＷＬＡＮ（Ｄ）の直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
また、ＡＰＰ６は、Ｃａｔ．６と関連付けられているため、ＵＥ１０は、ＬＴＥ（Ｄ）による直接通信および／または、ＷＬＡＮ（Ｄ）による直接通信を行うことが可能である。なお、Ｃａｔ．６は、ＬＴＥ（Ｄ）による直接通信および／または、ＷＬＡＮ（Ｄ）による直接通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）による直接通信および／または、ＷＬＡＮ（Ｄ）による直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
図７Ａに、位置情報管理表９４６の例を示す。図７Ａの位置情報管理表では、ＰｒｏＳｅによる直接通信を可能なＵＥの位置情報をＵＥ毎に記憶している。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥから通知された位置情報を利用して、位置情報管理表９４６で管理する。図７Ａでは、ＵＥ１０は位置Ａおよび、位置ａに配置され、ＵＥ１０ａは位置Ａおよび、位置ｂに配置されている。また、ＵＥ１０ｂは、位置Ｂに配置され、ＵＥ１０ｃは位置Ｃに配置され、ＵＥ１０ｚｚは、位置ｘに配置されている。なお、ＵＥ毎に管理する位置情報は、図７Ａに示すように、１つであっても複数であっても良い 例えば、ＵＥ１０における位置Ａおよび位置ａは、ＵＥ１０の接続するＬＴＥ基地局の識別情報と、ＷＬＡＮ基地局の識別情報であってよい。その他にも、ＧＰＳによって算出された位置情報や、地域を識別する情報などであってよい。さらに、ＷＬＡＮでの接続に用いられるＳＳＩＤ、ＢＳＳＩＤ、Ｒｅａｌｍなどを用いても良いし、その他の情報を用いても良い。
また、図７Ａでは、サービス、アプリケーションに関係なく、ＵＥ毎の位置を管理しているが、サービス、アプリケーション毎にＵＥ毎の位置を管理しても良い。サービス毎にＵＥ毎の位置を管理する場合、コンタクトリストに含めて管理されても良い。
図７Ｂに、近隣検出ポリシー９４８の例を示す。近隣検出ポリシー９４８は、位置情報管理表９４６をもとにＵＥ１０とＵＥ１０とは異なる他のＵＥが近隣に位置するかを評価するためのルールを含めている。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣検出ポリシー９４８に基づいて、通信元ＵＥと通信対象ＵＥ間において、直接通信の通信路（ＬＴＥ（Ｄ）および／または、ＷＬＡＮ（Ｄ））が利用可能か否かを評価してもよい。
図７Ｂでは、近隣検出ポリシー９４８によるポリシーの内容および、判断結果の一例を示す。ポリシーの内容は、ＡＰ名（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ）、ＳＳＩＤ（Ｓｅｒｖｉｃｅ Ｓｅｔ ＩＤｅｎｔｉｆｉｅｒ、ＳＳＩＤ）、Ｒｅａｌｍ（施設情報、レルム）、ｅＮＢ ＩＤ（移動通信事業者の基地局情報）を利用した判断方法を管理している。
ここで、ＡＰ、ＳＳＩＤ、Ｒｅａｌｍは、ＷＬＡＮに接続する場合においてＵＥが取得可能な識別子であって、ＷＬＡＮ ＡＰ ａ７２または、ＷＬＡＮ ＡＰｂ７６のいずれかで取得し、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に通知することができ、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０はＵＥの位置情報の通知を基に位置を管理する。なお、ＵＥ１０は、ＷＬＡＮ ＡＰ ａ７２または、ＷＬＡＮ ＡＰｂ７６に接続した場合、ＡＰ、ＳＳＩＤ、Ｒｅａｌｍの全てを取得することができる場合もあれば、ＡＰ、ＳＳＩＤ、Ｒｅａｌｍのいずれかだけ取得することができる場合もある。
つまり、ＵＥ１０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に、ＡＰ、ＳＳＩＤ、Ｒｅａｌｍの全てを通知する場合もあれば、ＡＰ、ＳＳＩＤ、Ｒｅａｌｍのいずれかだけ通知する場合もある。なお、ＵＥ１０は、ＷＬＡＮ（ＷＬＡＮ ＡＰ ａ７２または、ＷＬＡＮ ＡＰｂ７６）からＡＰ、ＳＳＩＤ、Ｒｅａｌｍを取得した場合であっても、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に、ＡＰ、ＳＳＩＤ、Ｒｅａｌｍのいずれかまたは、いくつかを通知しない場合があっても良い。
また、ｅＮＢ ＩＤは、ＵＥ１０がｅＮＢ４５に接続した場合に取得可能な識別子である。ＵＥ１０は、ｅＮＢ４５からｅＮＢ ＩＤを新たに取得した場合、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に通知する。なお、ＵＥ１０は、ｅＮＢ ＩＤを新たに取得した場合であっても、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に通知しない場合があってもよい。
各ポリシーの内容について説明する。まず、ＡＰ名は、各ＷＬＡＮを識別するための識別名である。同じＡＰに接続するＵＥは、単一のＷＬＡＮのエリアに在圏することになり、非常に高い確率で近隣であるため、ＷＬＡＮ（Ｄ）可能と判断している。
ＳＳＩＤは、ＷＬＡＮを識別するための識別子である。単一のＷＬＡＮにのみ１つのＳＳＩＤを設定することができ、複数のＷＬＡＮに１つのＳＳＩＤを設定できる。複数のＷＬＡＮに１つのＳＳＩＤを設定する場合、１つのＷＬＡＮではカバーできないオフィスが想定されるため、同じＳＳＩＤに位置するＵＥ間は、同じＡＰに位置するＵＥ間ほど近隣の可能性が高くないが、とても高い確率で近隣であるため、ＷＬＡＮ（Ｄ）可能と評価している。
Ｒｅａｌｍは、ＷＬＡＮにおいて、施設情報を示す名前である。Ｒｅａｌｍは、施設情報を示す名前であるため、同じＲｅａｌｍをもつＷＬＡＮに接続しているＵＥは、そのＲｅａｌｍの施設に在圏することになるため、同じＲｅａｌｍに位置するＵＥ間は、同じＡＰやＳＳＩＤに位置するＵＥ間ほど近隣の可能性が高くないが、高い確率で近隣であるため、ＷＬＡＮ（Ｄ）可能と評価している。
ｅＮＢ４５は、移動通信事業者が管理するＬＴＥ基地局のことである。ＵＥ１０は、ＬＴＥ基地局にデータの送受信等のためにｅＮＢ４５に接続した場合、ｅＮＢ ＩＤを検知することができる。ＬＴＥ基地局に在圏するＵＥ１０は、半径が５００ｍの円のエリア内に位置する。２つのＵＥが同じｅＮＢに在圏しているため、ＬＴＥ（Ｄ）可能と評価している。
なお、上記のいずれにも当てはまらない場合、評価なしとしてｎｏｎｅとしている。このとき、利用可能な直接通信路は存在せず、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、不必要な近隣探索を行わないように、ＵＥ１０に通知することができる。
［１．２．３ ＭＭＥの構成］
図８にＭＭＥ４０の機能構成を示す。ＭＭＥ４０は、制御部４００に、ＩＰ移動通信ネットワークインタフェース部４１０と、記憶部４４０とがバスを介して接続されている。
図８にＭＭＥ４０の機能構成を示す。ＭＭＥ４０は、制御部４００に、ＩＰ移動通信ネットワークインタフェース部４１０と、記憶部４４０とがバスを介して接続されている。
制御部４００は、ＵＥ１０を制御するための機能部である。制御部４００は、記憶部４４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
ＩＰ移動通信ネットワークインタフェース部４１０は、ＭＭＥ４０がＩＰ移動通信ネットワーク５に接続するための機能部である。
記憶部４４０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記録する機能部である。記憶部４４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成される。さらに、記憶部４４０には、通信路確立に対する許可情報４４２が管理されている。なお、通信路確立に対する許可情報４４２は、外部装置により記憶されていても良く、例えば、ＨＳＳ５０を利用することができる。
図９に、通信路確立に対する許可情報４４２の一例を示す。図９では、ＡＰＮに対して、許可される通信路が対応づけられて管理されている。ここで、ＡＰＮとは、ＵＥ１０が、ＩＰ移動通信ネットワーク５に接続し、データの送受信を行うための接続先情報である。ここで、ＵＥ１０は、データの送受信に先だって、ＡＰＮを含めて通知し、ＭＭＥ４０から許可されることにより、ＡＰＮに関連付けられる接続先を含む通信路を利用することができる。なお、ＡＰＮの設定は、ＵＥ１０の製造段階にあらかじめ行われている場合もあれば、ＳＩＭカードを別途ＵＥに装着する際には、別途設定する必要がある場合もある。また、ＡＰＮは、通信路毎に管理することができ、通信路毎に許可を行うことができる。例えば、直接通信路におけるＬＴＥ（Ｄ）の通信路の確立に対する許可情報に対応づけられたＡＰＮや、直接通信路におけるＷＬＡＮ（Ｄ）の通信路の確立に対する許可情報に対応づけられたＡＰＮや、ＰＧＷ３０経由で通信を行うマクロ経由の通信路の確立に対する許可情報に対応づけられたＡＰＮといったように、通信路確立や提供するサービスに対して複数のＡＰＮを管理することができる。
図９の例では、ＡＰＮ１では、ＬＴＥ（Ｄ）が許可されており、ＡＰＮ２では、ＷＬＡＮ（Ｄ）が許可されており、ＡＰＮ３では、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）が許可されている。さらに、ＡＰＮ１、ＡＰＮ２，ＡＰＮ３とはＬＴＥ基地局またはＷＬＡＮ基地局を介してコアネットワークへ接続してＵＥ１０とＰＧＷ３０との間のＰＤＮコネクションを通信路として確立することは許可されていない。
ＡＰＮ４では、ＬＴＥ（Ｄ）による直接通信が利用可能である。なお、ＡＰＮ４では、ＬＴＥ（Ｄ）の直接通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）の直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことが許可されている。
ＡＰＮ５では、ＷＬＡＮ（Ｄ）による直接通信が利用可能である。なお、ＡＰＮ５では、ＷＬＡＮ（Ｄ）の直接通信のみではなく、ＵＥ１０がＷＬＡＮ（Ｄ）の直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由の通信路を確立し、マクロ経由でデータの送受信を行うことが許可されている。
ＡＰＮ６では、ＬＴＥ（Ｄ）による直接通信および／または、ＷＬＡＮ（Ｄ）による直接通信が利用可能である。なお、ＡＰＮ６では、ＬＴＥ（Ｄ）の直接通信および／または、ＷＬＡＮ（Ｄ）による直接通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）の直接通信および／または、ＷＬＡＮ（Ｄ）による直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことが許可されている。
つまり、ＡＰＮ４、ＡＰＮ５、ＡＰＮ６では、ＬＴＥ（Ｄ）または、ＷＬＡＮ（Ｄ）による直接通信だけでなく、ＬＴＥ基地局またはＷＬＡＮ基地局を介してコアネットワークへ接続してＵＥ１０とＰＧＷ３０との間のＰＤＮコネクションを通信路として確立することが許可されている。
ＭＭＥ４０は、ＵＥ毎にＵＥが利用可能なＡＰＮを管理し、ＡＰＮに基づいてＵＥの通信路確立の許可または不許可を判断してもよい。さらに、ＵＥ毎にＵＥが利用可能なＡＰＮは複数管理されてよい。さらに、ＭＭＥ４０はＵＥ毎に異なるＡＰＮを管理してよく、例えばＵＥ１０に対してはＡＰＮ１のみが利用可能であり、ＵＥ１０とは異なるＵＥ１０ａに対しては、ＡＰＮ１とＡＰＮ２とが利用可能であると管理されてよい。また、ＨＳＳなどの加入者情報を管理する装置によりＵＥ毎にＵＥが利用可能なＡＰＮを管理し、ＭＭＥ４０はＨＳＳに問い合わせを行うことにより、ＵＥの利用可能なＡＰＮや、ＡＰＮに対する許可情報を取得し、取得した情報に基づいてＵＥに対する通信路確立の許可または不許可を判断してもよい。ここで、ＡＰＮに対する許可情報はこれに限って許可されるものでなく、他のＡＰＮ１〜ＡＰＮ６とは異なるＡＰＮで、異なる通信路が許可されてもよい。また、ＡＰＮに対してＬＴＥ（Ｄ）による直接通信路の確立が許されないと管理されてもよい。同様に、ＡＰＮに対してＷＬＡＮ（Ｄ）による直接通信路の確立が許されないと管理されてもよい。
ＭＭＥ４０は、ＵＥ１０から通知されるＡＰＮに基づいて、通信路の確立の許可、不許可を決定してもよい。例えば、ＵＥ１０がＬＴＥ（Ｄ）およびマクロ経由の通信路の確立が許可されているＡＰＮ４を通知してＬＴＥ（Ｄ）およびマクロ経由の通信路確立を要求してきた場合、ＵＥ１０から通知されたＡＰＮと、通信路確立に対する許可情報４４２をもとにＬＴＥ（Ｄ）の通信路確立の許可、不許可を判断することができる。
このようにＭＭＥ４０は、ＵＥの通信路確立やサービス提供に関して、許可または不許可を決定する制御装置である。
さらに、通信路確立に対する許可情報４４２に基づいて、後述する近隣端末の検出をＰｒｏＳｅ Ｓｅｒｖｅｒ９０に対して要求することを許可してもよい。近隣検出とは、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０が、ＵＥ１０と直接通信を行うことができる程度に近隣に在圏するＵＥのリストを検出することである。
例えばＡＰＮ４では、ＡＰＮ４と関連づけられる通信路がＬＴＥ（Ｄ）およびマクロ経由の通信路であることに基づいて、ＬＴＥ（Ｄ）可能な近隣端末の検出およびマクロ経由の通信路を用いた通信を行うことができる端末の検出が許可されてもよい。
また、ＡＰＮ５では、ＡＰＮ５と関連付けられる通信路がＷＬＡＮ（Ｄ）およびマクロ経由の通信路であることに基づいて、ＷＬＡＮ（Ｄ）可能な近隣端末の検出とマクロ経由の通信路を用いた通信を行うことができる端末の検出が許可されてもよい。
また、ＡＰＮ６では、ＡＰＮ６と関連付けられる通信路がＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）およびマクロ経由の通信路であることに基づいて、ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ）可能な近隣端末の検出とマクロ経由の通信路を用いた通信を行うことができる端末の検出が許可されてもよい。
ＡＰＮ１では、ＡＰＮ１と関連づけられる通信路がＬＴＥ（Ｄ）であることに基づいて、ＬＴＥ（Ｄ）可能な近隣端末の検出が許可されてもよい。
また、ＡＰＮ２では、ＡＰＮ２と関連付けられる通信路がＷＬＡＮ（Ｄ）であることに基づいて、ＷＬＡＮ（Ｄ）可能な近隣端末の検出が許可されてもよい。
また、ＡＰＮ３では、ＡＰＮ３と関連付けられる通信路がＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）であることに基づいて、ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ）可能な近隣端末の検出が許可されてもよい。
ここで、ＬＴＥ（Ｄ）可能な近隣端末とは、ＬＴＥ（Ｄ）が可能な程度に近隣に在圏するＵＥのリストである。ＬＴＥ（Ｄ）可能な近隣端末は１つであっても複数であってもよい。また、ＷＬＡＮ（Ｄ）可能な近隣端末とは、ＷＬＡＮ（Ｄ）が可能な程度に近隣に在圏するＵＥのリストである。ＷＬＡＮ（Ｄ）可能な近隣端末は１つであっても複数であってもよい。さらにＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ）可能な近隣端末とは、ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ）が可能な程度に近隣に在圏するＵＥのリストである。ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ）可能な近隣端末は１つであっても複数であってもよい。
このようにして、ＭＭＥ４０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に、ＡＰＮに基づく直接通信に対応付けられる近隣端末の検出を要求することができる。また直接通信およびマクロ経由の通信路を利用可能な場合、ＵＥ１０の近隣だけでなく、近隣でないマクロ経由の通信路を用いて通信を行うことができる端末の情報も要求することができる。
［１．３ 処理の説明］
続いて、上述した移動通信システムにおける具体的な処理の実施例について説明する。本実施例は、ＵＥ１０による位置登録手続きおよび、データの送受信を開始するための近隣探索手続きおよび、データの送受信を開始する手続きからなる。なお、以下の説明では、ＬＴＥ通信方式を用いてＵＥ間の直接通信路を確立するＬＴＥ ＤｉｒｅｃｔをＬＴＥ（Ｄ）と表記し、ＷＬＡＮ通信方式を用いてＵＥ間の直接通信路を確立するＷＬＡＮ ＤｉｒｅｃｔをＷＬＡＮ（Ｄ）と表記する。また、ＵＥ１０やＵＥ１０ａにおけるＬＴＥ（Ｄ）の機能やＷＬＡＮ（Ｄ）の機能は有効になっている。
続いて、上述した移動通信システムにおける具体的な処理の実施例について説明する。本実施例は、ＵＥ１０による位置登録手続きおよび、データの送受信を開始するための近隣探索手続きおよび、データの送受信を開始する手続きからなる。なお、以下の説明では、ＬＴＥ通信方式を用いてＵＥ間の直接通信路を確立するＬＴＥ ＤｉｒｅｃｔをＬＴＥ（Ｄ）と表記し、ＷＬＡＮ通信方式を用いてＵＥ間の直接通信路を確立するＷＬＡＮ ＤｉｒｅｃｔをＷＬＡＮ（Ｄ）と表記する。また、ＵＥ１０やＵＥ１０ａにおけるＬＴＥ（Ｄ）の機能やＷＬＡＮ（Ｄ）の機能は有効になっている。
［１．３．１ ＵＥ位置通知手続き］
ＵＥ１０による位置登録手続きの例を、図１０を用いて説明する。ＵＥ１０は自身の位置情報を検出し、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に対して位置の通知を行う。位置情報の通知を行うトリガは、新たな位置情報を検出した場合や取得した場合でもよいし、アプリケーションの起動やＵＥの起動などをトリガにしても良い。以下では、ＵＥ１０が移動に伴い新たな位置情報を取得した場合を例に説明する。ここで、ＵＥ１０において説明を行うが、ＵＥ１０ａにおいても同様の手続きを利用可能である。
ＵＥ１０による位置登録手続きの例を、図１０を用いて説明する。ＵＥ１０は自身の位置情報を検出し、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に対して位置の通知を行う。位置情報の通知を行うトリガは、新たな位置情報を検出した場合や取得した場合でもよいし、アプリケーションの起動やＵＥの起動などをトリガにしても良い。以下では、ＵＥ１０が移動に伴い新たな位置情報を取得した場合を例に説明する。ここで、ＵＥ１０において説明を行うが、ＵＥ１０ａにおいても同様の手続きを利用可能である。
まず、ＵＥ１０は、移動することにより新しい位置情報を取得する（Ｓ１００２）。ここで、新しい接続情報は例えば、ＷＬＡＮ基地局を識別する情報であり、アクセスポイント（ＡＰ）名であっても良い。なお、ＡＰは、ＷＬＡＮ ＡＰ ａ７２または、ＷＬＡＮ ＡＰｂ７６のいずれに接続した場合であってもよい。また、ＵＥ１０は、移動しなくても、ＵＥ１０の電源を新たに入れた場合であっても良く、ＷＬＡＮの機能をＯＮにした場合に新しいＡＰに接続しても良い。
なお、新しい接続情報は、新しいＡＰ名を取得したことを検知することだけでなく、ＷＬＡＮ（ＷＬＡＮ ＡＰ ａ７２または、ＷＬＡＮ ＡＰｂ７６）からＳＳＩＤやＲｅａｌｍを取得したことを検知したことであっても良い。また、ｅＮＢ４５から取得したｅＮＢ ＩＤやＭＭＥ４０から取得したＴＡＩを取得したことを検知したことであっても良い。このとき、複数の新しい接続情報を取得しても良い。
また、ＵＥ１０がＧＰＳの情報を取得した場合において、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０へ通知しても良い。なお、ＵＥ１０がＧＰＳの情報を取得した場合、必ずしもＰｒｏＳｅ Ｓｅｒｖｅｒ９０へ通知する必要はなく、一定の期間毎に通知しても良い。
接続情報を通知することを決定したＵＥ１０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０を探索し、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０とセキュアな通信を確保する（Ｓ１００４）。ＵＥ１０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０へ接続するための情報をあらかじめ保持している。なお、ＵＥ１０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０へｅＮＢ４５を経由しても、ＷＬＡＮ（ＷＬＡＮ ＡＰ ａ７２または、ＷＬＡＮ ＡＰｂ７６）を経由しても良い。
ここでセキュアな通信を確保するとは、例えばＰｒｏＳｅ Ｓｅｒｖｅｒ９０や他のコアネットワーク内の装置による接続認証をへて通信を行うことや、ＩＰＳｅｃ等を用いたセキュリティ性の高い通信路を確立し、そうした通信路を介して通信を行うなどであってよい。さらに、その他のセキュリティ性を高める方法であってもよい。
続いて、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０とセキュアな通信を確保したＵＥ１０は、ＵＥ１０の位置情報を通知する（Ｓ１００６）。ここで、ＵＥ１０が通知する位置情報は、ＷＬＡＮ（ＷＬＡＮ ＡＰ ａ７２または、ＷＬＡＮ ＡＰｂ７６）から取得したＡＰ名であってもよく、ＳＳＩＤであっても、Ｒｅａｌｍ名であっても良い。また、ｅＮＢ４５から取得したｅＮＢ ＩＤであっても、ＭＭＥ４０から取得したＴＡＩであっても良い。また、ＧＰＳを用いて取得した位置の情報を通知しても良い。なお、複数の新しい接続情報を取得した場合、複数の位置情報を通知しても良い。
ＵＥ１０の位置情報の通知を受信したＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０からＵＥ１０の位置情報を受信し、ＵＥの位置情報の更新を行う（Ｓ１００８）。このとき、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０から複数の位置情報（ＡＰ、ＳＳＩＤ、Ｒｅａｌｍ、ｅＮＢ ＩＤ、ＴＡＩ、ＧＰＳのうちの組み合わせであればいかなる組み合わせでもよい）を受信した場合、ＵＥ９０の複数の位置情報を更新しても良い。
なお、本実施例では、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０内で位置情報を更新しているが、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０とは異なる装置で管理されていれば、その装置で更新しても良く、例えば、移動通信事業者が管理するＨＳＳ５０であっても良い。
図１１に位置情報管理表９４６の更新前と更新後の例を示す。ここでは、ＵＥ１０が位置情報としてＡＰ ｍを通知している。ＡＰ ｍとは、ＷＬＡＮ基地局の識別情報であるＡＰ名などであってよい。
なお、位置ＡＰ ｎは、ＡＰ名がＡＰ ｎであることを示し、位置ｅＮＢ ｐは、ｅＮＢ ＩＤがｅＮＢ ｐであることを示している。ｅＮＢ ｐとは、ＬＴＥ基地局の識別情報であるｅＮＢ ＩＤなどであってよい。また、位置ＳＳＩＤ ｍは、ＳＳＩＤがＳＳＩＤ ｍであることを示している。さらに、位置Ｒｅａlｍ ｎは、Ｒｅａｌｍ名がＲｅａlｍ ｎであることを示している。
位置情報管理表９４６の更新前では、ＵＥ１０は、位置ＡＰ ｎと位置ｅＮＢ ｐに在圏していると管理されている。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０がＵＥ１０から位置情報に基づいて、ＵＥ１０における位置ＡＰ ｎがＡＰ ｍに変更される。
なお、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０がＵＥ１０から位置情報を受信しない場合には、近隣にはＰｒｏＳｅによるデータの送受信を行うことができるＵＥはいないと判断してもよい。ここで、ＰｒｏＳｅによるデータの送受信とは、ＬＴＥ（Ｄ）もしくはＷＬＡＮ（Ｄ）に基づいたＵＥ間直接通信路でデータ送受信を行うことである。
［１．３．２ 近隣探索不要手続き］
続いて、近隣探索不要手続きについて説明する。近隣探索不要手続きは、あるＵＥが、他のＵＥから近隣にいるかを検出させないようにするために行う。また、近隣検出不要手続きは、あるＵＥが他のＵＥからＬＴＥ（Ｄ）などの直接通信およびマクロ経由の通信を行わないように検出させても良い。ここで、ＵＥ１０とは異なるＵＥ１０ｃが、ＵＥ１０の近隣いることをＵＥ１０に検出させないようにする手続きを例に説明する。
続いて、近隣探索不要手続きについて説明する。近隣探索不要手続きは、あるＵＥが、他のＵＥから近隣にいるかを検出させないようにするために行う。また、近隣検出不要手続きは、あるＵＥが他のＵＥからＬＴＥ（Ｄ）などの直接通信およびマクロ経由の通信を行わないように検出させても良い。ここで、ＵＥ１０とは異なるＵＥ１０ｃが、ＵＥ１０の近隣いることをＵＥ１０に検出させないようにする手続きを例に説明する。
図１２を利用して、近隣探索不要手続きについて説明する。まず、ＵＥ１０ｃは、近隣探索不要を検出する（Ｓ１２０２）。ここで、近隣探索不要は、例えば、ユーザの端末操作により特定のＵＥに対して検出をさせないように設定するなどし、その設定をもとに検出されてよい。
近隣探索不要を検出したＵＥ１０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０とセキュアな通信を確保する（Ｓ１２０４）。既にセキュアな通信手段が確保できている場合には、改めてここで、ＵＥ１０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０の位置を示す情報はあらかじめ確保しており、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０を検出することができる。
ここでセキュアな通信を確保するとは、例えばＰｒｏＳｅ Ｓｅｒｖｅｒ９０や他のコアネットワーク内の装置による接続認証をへて通信を行うことや、ＩＰＳｅｃ等を用いたセキュリティ性の高い通信路を確立し、そうした通信路を介して通信を行うなどであってよい。さらに、その他のセキュリティ性を高める方法であってもよい。
続いて、ＵＥ１０ｃは、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に、近隣探索不要通知を送信する（Ｓ１２０６）。ＵＥ１０ｃは、近隣探索不要通知を送信することにより、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に対して、ＵＥ１０ｃとは異なる他のＵＥがＰｒｏＳｅ Ｓｅｒｖｅｒに対して近隣にいるＵＥの検出を要求した場合、近隣検出対象からＵＥ１０ｃを除くことを要求する。言い換えると、近隣検出をされることを拒否する。
ここで、ＵＥ１０ｃは、近隣探索不要であることを示す情報と、特定のアプリケーションと、特定のＵＥを識別する情報とを含めて通知を送信してもよい。
ここでは、ＵＥ１０ｃは、近隣探索不要であることを示す情報と、ＡＰＰ４と、ＵＥ１０とを含めて通知を送信する例を説明する。
ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は近隣探索不要通知をＵＥ１０ｃから受信し、通知された情報に基づいて近隣探索不要通知処理を行う（Ｓ１２０８）。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣探索不要通知処理において、他のＵＥにＵＥ１０ｃを探索させないように、コンタクトリストを更新する。
図１３に、近隣探索不要通知処理の更新の一例を示す。なお、ここでは、近隣探索不要であることを示す情報と、ＡＰＰ４と、ＵＥ１０とをＵＥ１０ｃの通知により受信した例を説明する。
ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、受信した情報に基づいてＵＥ１０のＡＰＰ４に対応づけられたＳｅｒｖｅｒコンタクトリスト９４２を特定する。さらに、図１３に示すように、ＵＥ１０ｃにおける近隣探索不要のチェックボックスに、チェックが含まれていない更新前の状態から、ＵＥ１０ｃにおける近隣探索不要のチェックボックスにチェックするなどの更新を行う。これにより、ＵＥ１０がＰｒｏＳｅ Ｓｅｒｖｅｒ９０に対してＡＰＰ４で通信を行える近隣の端末がいるか否かの検出を要求してきた場合、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、対象からＵＥ１０ｃを除いて近隣にいる端末を検出する。つまり、ＵＥ１０ｃがＵＥ１０の近隣に位置していたとしても、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０において近隣検出されない。
また、ＵＥ１０ｃは、近隣検索不要通知を送信することにより、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に対して、ＵＥ１０ｃとは異なる他のＵＥがＰｒｏＳｅ Ｓｅｒｖｅｒ９０に対して近隣にいるＵＥの検出を要求した場合、ＵＥ１０ｃを近隣検出対象とするよう要求してもよい。言い換えると、近隣検出をされることを拒否した状態を解除し、許可する状態に遷移するよう要求する。
ここで、ＵＥ１０ｃは、近隣探索を許容することを示す情報と、特定のアプリケーションと、特定のＵＥを識別する情報とを含めて通知を送信してもよい。
ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０ｃからの通知を受信し、近隣探索不要を設定した手順とどうようにＳｅｒｖｅｒコンタクトリスト９４２を特定し、受信した情報にもとづいてチェックボックスのチェックをはずし、近隣探索される対象とするよう更新する。
このように、ＵＥ１０ｃ以外のＵＥにおいても、ＵＥ１０ｃと同様に近隣検索の対象とならないことを要求することができる。したがって、近隣にいるＵＥの探索を要求するＵＥは、近隣探索されることを望まないＵＥのなかから、近隣にいるＵＥに関する情報を通知することを要求する。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０においても、あるＵＥからの近隣にいるＵＥに関する情報を要求された場合、近隣探索をされることを望まないＵＥのなかから近隣にいるＵＥを検出し、近隣にいるＵＥに関する情報を提供する。
ここでは、ＵＥ１０ｃは、近隣探索不要であることを示す情報と、ＡＰＰ４と、ＵＥ１０を識別する情報とを含めて通知を送信する例を説明したが、ＵＥ１０ｃは近隣探索不要であることを示す情報と、ＡＰＰ４とを含めて通知を送信してもよい。
この場合には、特定のＵＥに対して近隣探索を拒否するのではなく、全てのＵＥにおけるＡＰＰ４に対応づけられたＳｅｒｖｅｒコンタクトリスト９４２に対してＵＥ１０ｃが近隣探索されないよう設定する。具体的には、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、すべてのＵＥにおけるＡＰＰ４に対応づけられたＳｅｒｖｅｒコンタクトリスト９０について、ＵＥ１０ｃがリストされているかを検出し、ＵＥ１０ｃに対応づけられたチェックボックスを有効にすることで近隣探索されないよう更新する。
また、ＵＥ１０ｃは、近隣探索不要であることを示す情報と、ＵＥ１０を識別する情報とを含めて通知を送信してもよい。
この場合には、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０に対応づけられた全てのアプリケーションに対するＳｅｒｖｅｒコンタクトリスト９４２に対してＵＥ１０ｃが近隣探索しないよう設定する。具体的には、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０のＳｅｒｅｒコンタクトリスト９４２の全てについて、ＵＥ１０ｃがリストされているかを検出し、ＵＥ１０ｃに対応づけられたチェックボックスを有効にすることで、ＵＥ１０ｃに対して近隣端末であるかどうかを検出しないよう更新する。また、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、チェックボックスが有効になっていることにより、近隣端末としての検出に加えて、マクロ経由の通信を可能な端末としての検出も行わなくても良い。
［１．３．３ 通信路確立手続き］
［１．３．３．１ 通信路確立手続き１］
続いて、直接通信可能なＵＥと近隣探索を行い、直接通信またはマクロ経由での通信によりデータの送受信を開始するまでの手続きについて説明する。以下では、ＡＰＰ４においてＵＥ１０とＵＥ１０ａ間で通信の要求が発生し、ＬＴＥ（Ｄ）または、マクロ経由の通信により通信を開始する例を、図１４を用いて説明する。ここで、ＡＰＰ４は、Ｃａｔ．４と関連付けられているため、ＬＴＥ（Ｄ）による直接通信路だけでなく、マクロ経由の通信路を利用することができる。ＬＴＥ（Ｄ）による直接通信路が利用できない場合には、マクロ経由の通信路を利用することができる。
［１．３．３．１ 通信路確立手続き１］
続いて、直接通信可能なＵＥと近隣探索を行い、直接通信またはマクロ経由での通信によりデータの送受信を開始するまでの手続きについて説明する。以下では、ＡＰＰ４においてＵＥ１０とＵＥ１０ａ間で通信の要求が発生し、ＬＴＥ（Ｄ）または、マクロ経由の通信により通信を開始する例を、図１４を用いて説明する。ここで、ＡＰＰ４は、Ｃａｔ．４と関連付けられているため、ＬＴＥ（Ｄ）による直接通信路だけでなく、マクロ経由の通信路を利用することができる。ＬＴＥ（Ｄ）による直接通信路が利用できない場合には、マクロ経由の通信路を利用することができる。
また、利用するアプリケーションはＡＰＰ５の場合にも、ＡＰＰ５は、Ｃａｔ．５と関連付けられているため、ＷＬＡＮ（Ｄ）による直接通信路だけでなく、マクロ経由の通信路を利用することができる。ＷＬＡＮ（Ｄ）による直接通信路が利用できない場合には、マクロ経由の通信路を利用することができる。
さらに、利用するアプリケーションはＡＰＰ６の場合にも、ＡＰＰ６は、Ｃａｔ．６と関連付けられているため、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）による直接通信路だけでなく、マクロ経由の通信路を利用することができる。ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）による直接通信路が利用できない場合には、マクロ経由の通信路を利用することができる。
ＵＥ１０は、ＰｒｏＳｅによるデータ送受信をＵＥ１０ａと開始すると判断する。この判断は、例えば、ＵＥ１０ａと直接通信を行うアプリケーションによる直接通信の要求が発生したことを契機に判断しても良い。
また、ＵＥ１０は通信事業者による通信路確立に対する承認と近隣端末の検出の要求に基づいてＵＥ１０ａとＬＴＥ（Ｄ）に基づいた通信路を確立してもよい。また、ＵＥ１０は、通信事業者による通信路の確立に対する承認または、近隣端末の検出の要求に基づいて、ＵＥ１０ａとＬＴＥ（Ｄ）に基づいた通信路を確立しても良い。
なお、ＵＥ１０は、通信事業者による通信路確立に対する承認と近隣端末の検出の要求とともに、コンタクトリストおよび、利用可能な通信路を受信し、コンタクトリストおよび、利用可能な通信路により、ＵＥ１０ａとＬＴＥ（Ｄ）などの直接通信路を確立することができる。ここで、コンタクトリストは、Ｓｅｒｖｅｒコンタクトリスト９４２内でＵＥ１０と直接通信を行うことができる程度に近隣に在圏するＵＥ（近隣端末）のリストであっても良く、Ｓｅｒｖｅｒコンタクトリスト９４２自体であっても良い。
通信事業者による通信路確立に対する承認と近隣端末の検出を要求する方法としては、ＵＥの要求するＰＤＮ接続（ＵＥ Ｒｅｑｕｅｓｔｅｄ ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ）手続きに基づいて、ＰＤＮ接続要求（ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ Ｒｅｑｕｅｓｔ）をＭＭＥ４０に送信してもよい（Ｓ１７０４）。ここで、ＵＥ１０はＰＤＮ接続要求にＡＰＮを含めて送信する。なお、ＰＤＮ接続要求とは、ＰＤＮコネクションを確立するために、ＵＥ１０がＭＭＥ４０へ送信する要求のことである。
ここで、予めＰＤＮ接続要求を送信し、通信路確立に対する承認と近隣端末に関する情報を受信している場合、ＰＤＮ接続要求を送信しなくても良い。例えば、ＵＥ１０は端末の起動時やアプリケーションの起動時等に予めＬＴＥ（Ｄ）の通信路確立に対してＰＤＮ接続要求を送信するなどに基づいて許可および近隣端末に関する情報を得ておき、ＵＥ１０がＵＥ１０ａと通信を開始することを決定した際には、ＰＤＮ接続要求を送信することなくすぐさま直接通信路の確立（Ｓ１７２３）を行っても良い。ここで、ＵＥ１０は、ＵＥ１０ａとのみ直接通信を開始することができるだけでなく、ＰＤＮ接続要求において、通信路確立の許可情報とともに受信した近隣端末に関する情報に含まれるＵＥ１０ａ以外のＵＥと直接通信路の確立を行っても良い。
ＵＥ１０は、利用可能な通信路に対応づけられたＡＰＮを保持しておき、ＡＰＰ４の利用可能な通信路がＬＴＥ（Ｄ）および、マクロ経由の通信であり、ＵＥ１０がＬＴＥ（Ｄ）の直接通信路およびマクロ経由の通信路の確立に対する承認を要求する場合には、ＬＴＥ（Ｄ）およびマクロ経由の通信路に対応づけられたＡＰＮを選択する。
通信路に対応づけられて管理されるＡＰＮは複数管理されてよい。たとえばＬＴＥ（Ｄ）のみに対応づけられたＡＰＮ１や、ＷＬＡＮ（Ｄ）のみが対応づけられたＡＰＮ２や、ＬＴＥ（Ｄ）とＷＬＡＮ（Ｄ）など複数の直接通信路のみが対応づけられたＡＰＮ３や、ＬＴＥ（Ｄ）および、マクロ経由の通信に対応づけられたＡＰＮ４や、ＷＬＡＮ（Ｄ）および、マクロ経由の通信が対応づけられたＡＰＮ５や、ＬＴＥ（Ｄ）とＷＬＡＮ（Ｄ）および、マクロ経由の通信など複数の直接通信路および、マクロ経由の通信が対応づけられたＡＰＮ６など異なるＡＰＮを複数管理してもよい。
これは、ＡＰＮ１、ＡＰＮ２、ＡＰＮ３は直接通信路のみの確立に対する許可情報を対応づけて管理することを意味しており、例えばＡＰＮ１ではＬＴＥ（Ｄ）のみが許可され、ＡＰＮ２ではＷＬＡＮ（Ｄ）のみが許可され、ＡＰＮ３ではＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の直接通信路のみが許可されていると管理している。
また、ＡＰＮ４、ＡＰＮ５、ＡＰＮ６は直接通信路および、マクロ経由の通信の確立および近隣端末の検出の要求に対する許可情報を対応づけて管理することを意味しており、例えばＡＰＮ４ではＬＴＥ（Ｄ）およびマクロ経由の通信およびＬＴＥ（Ｄ）可能な近隣端末の検出の要求が許可され、ＡＰＮ５ではＷＬＡＮ（Ｄ）およびマクロ経由の通信およびＷＬＡＮ（Ｄ）可能な近隣端末の検出の要求が許可され、ＡＰＮ６ではＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の直接通信路および、マクロ経由の通信およびＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）可能な近隣端末の検出の要求が許可されていると管理している。
ここで、ＬＴＥ（Ｄ）可能な近隣端末とは、ＬＴＥ（Ｄ）が可能な程度に近隣に在圏するＵＥのリストである。ＬＴＥ（Ｄ）可能な近隣端末は１つであっても複数であってもよい。また、ＷＬＡＮ（Ｄ）可能な近隣端末とは、ＷＬＡＮ（Ｄ）が可能な程度に近隣に在圏するＵＥのリストである。ＷＬＡＮ（Ｄ）可能な近隣端末は１つであっても複数であってもよい。さらにＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）可能な近隣端末とは、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）が可能な程度に近隣に在圏するＵＥのリストである。ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）可能な近隣端末は１つであっても複数であってもよい。
また、マクロ経由の通信が可能な端末とは、ＵＥ１０の近隣端末を含めマクロ経由の通信路を用いて通信を行うことができる端末である。
さらに、ＵＥ１０は、直接通信路の確立が許可されず、近隣端末の検出を要求しないＡＰＮ７など、直接通信路の確立が許可され、近隣端末の検出を要求するＡＰＮ以外のＡＰＮを保持しても良い。
ＵＥ１０は複数のＡＰＮのうち、ＬＴＥ（Ｄ）の直接通信路およびマクロ経由の通信路の確立に関する許可と近隣端末の検出をＭＭＥ４０に要求する為に、ＬＴＥ（Ｄ）が許可され、近隣端末の検出を要求するＡＰＮを選択し、ＰＤＮ接続要求に含める。上述した例ではＵＥ１０はＡＰＮ１かＡＰＮ３かＡＰＮ４か、ＡＰＮ６かを選択可能であるが、ＡＰＰ４に対してはＡＰＮ４を用いるなどアプリケーションに対してＡＰＮを対応づけて管理しておくことにより、その対応情報にもとづいて選択してもよいし、任意に選択してもよい。
ＵＥ１０はＭＭＥ４０へＰＤＮ接続要求を送信する際（Ｓ１７０４）、利用するアプリケーションに関連付けられた利用可能な通信路に対応するＡＰＮを含める。ここでは、ＬＴＥ（Ｄ）における直接通信およびマクロ経由での送受信をサポートするアプリケーションであるため、ＡＰＮ４を含める。
なお、アプリケーションの種類によっては、ＷＬＡＮ（Ｄ）の直接通信路およびマクロ経由の通信路を確立しても良い。また、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）の両方との直接通信路およびマクロ経由の通信路を確立できる場合には、ＵＥ１０が任意に決定しても良いし、ネットワーク側からの通知により決定しても良い。
次に、ＭＭＥ４０はＵＥ１０が送信してＰＤＮ接続要求を受信し、ＰＤＮコネクションに含まれるＡＰＮを確認する。ＡＰＮの確認は、直接通信およびマクロ経由の通信の通信路確立および近隣検出の要求に対する許可情報４４２に基づいて受信したＡＰＮがＬＴＥ（Ｄ）および、マクロ経由の通信および近隣検出の要求の許可されたＡＰＮであることを判定する。これにより、ＭＭＥ４０はＵＥ１０がＬＴＥ（Ｄ）に基づいた直接通信路およびマクロ経由の通信路の確立に関する許可を要求し、近隣検出を要求していることを検出する。
ＭＭＥ４０は、ＵＥ毎に利用可能なＡＰＮを管理しておき、ＵＥ１０が通知したＡＰＮをＵＥ１０が利用可能かどうかを判定する。利用可能であればＡＰＮに対応づけられた直接通信路および、マクロ経由の通信路の確立に対応づけられた通信路の確立および近隣検出の要求を許可し、利用可能でなければ不許可とする。
上述した手順により、ＭＭＥ４０はＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路およびマクロ経由の通信路の確立および、近隣検出の要求を許可と判定することができる。
ＬＴＥ（Ｄ）に基づく直接通信路およびマクロ経由の通信路の確立および、近隣検出の要求を許可したＭＭＥ４０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０へＰｒｏＳｅによる近隣検出要求を送信する（Ｓ１７０６）。このとき、ＭＭＥ４０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０へＵＥ１０の識別情報であるＵＥ ＩＤ（ＵＥ１０）と、ＬＴＥ（Ｄ）による直接通信およびマクロ経由の通信であることを示す通信路情報を含める。
ここで、通信路情報は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０において、要求される通信路の情報を検知できればよく、ＭＭＥ４０は、通信路情報の代わりにＡＰＮを通知しても良い。例えば、ＭＭＥ４０がＡＰＮ４を含めた場合には、ＬＴＥ（Ｄ）の通信路およびマクロ経由の通信路を許可されたアプリケーションのコンタクトリストを要求していることを示している。また、ＭＭＥ４０がＡＰＮ５を含めた場合には、ＷＬＡＮ（Ｄ）の通信路およびマクロ経由の通信路を許可されたアプリケーションのコンタクトリストを要求していることを示している。さらに、ＭＭＥ４０がＡＰＮ６を含めた場合には、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）の通信路およびマクロ経由の通信路を許可されたアプリケーションのコンタクトリストを要求していることを示している。
続いて、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣検出を行う（Ｓ１７０８）。
［１．３．３．１．１ 近隣検出処理］
ＰｒｏＳｅ Ｓｅｒｖｅｒ９０がデータの送受信を開始するための近隣検出処理について説明する。なお、近隣検出処理では、Ｓｅｒｖｅｒコンタクトリスト９４２内のＵＥが近隣に位置するか否かを評価する。さらに、ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ）に基づく直接通信を行えることを評価してもよい。
ＰｒｏＳｅ Ｓｅｒｖｅｒ９０がデータの送受信を開始するための近隣検出処理について説明する。なお、近隣検出処理では、Ｓｅｒｖｅｒコンタクトリスト９４２内のＵＥが近隣に位置するか否かを評価する。さらに、ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ）に基づく直接通信を行えることを評価してもよい。
図１５に、近隣検出処理の手続きの例を示す。この例では、ＭＭＥ４０が近隣検出要求を行い、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は近隣検出要求に含まれるＵＥ ＩＤ（ＵＥ１０）および、通信路の情報（ＬＴＥ（Ｄ）およびマクロ経由の通信路）から、ＵＥ１０に対して近隣検出処理を行う例を説明する。まず、ＭＭＥ４０（ＵＥ１０）が要求する通信路を検出する（Ｓ１５０２）。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＭＭＥ４０から受信した近隣検出要求に含まれるＵＥ ＩＤ（ＵＥ１０）と、通信路の情報（ＬＴＥ（Ｄ）およびマクロ経由の通信路）を検出する。つまり、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０がＬＴＥ（Ｄ）による直接通信およびマクロ経由の通信路を要求されていることを検知する。
ここで、通信路情報は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０において、要求される通信路の情報を検知できればよく、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、通信路情報の代わりにＡＰＮを検知しても良い。例えば、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０がＡＰＮ４を検知した場合には、ＬＴＥ（Ｄ）の通信路およびマクロ経由の通信路を許可されたアプリケーションのコンタクトリストを要求されていることを検出する。また、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０がＡＰＮ５を検知した場合には、ＷＬＡＮ（Ｄ）の通信路およびマクロ経由の通信路を許可されたアプリケーションのコンタクトリストを要求されていることを検出する。さらに、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０がＡＰＮ６を検知した場合には、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）の通信路およびマクロ経由の通信路を許可されたアプリケーションのコンタクトリストを要求されていることを検出する。
次に、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０が要求する通信路から利用可能なアプリケーションを検出する（Ｓ１５０４）。ここで、ＵＥ１０が利用可能なアプリケーションを検出するために、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、アプリケーション種別毎の通信路管理表９４４に基づいて検出してもよい。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、アプリケーション種別毎の通信路管理表９４４に基づいてＵＥ１０が要求する通信路から利用可能なアプリケーションを検出してもよい。
これにより、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０が利用可能な通信路として、Ｃａｔ．４の通信路（ＬＴＥ（Ｄ）およびマクロ経由の通信路）に対してはＡＰＰ４が利用可能であることを検出することができる。また、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０が利用可能な通信路として、ＡＰＰ４に対してはＬＴＥ（Ｄ）に基づく通信路およびマクロ経由の通信路が利用可能であることを検出することができる。
また、Ｃａｔ．５の通信路（ＷＬＡＮ（Ｄ）およびマクロ経由の通信路）に対してはＡＰＰ５が利用可能であることを検出することができる。また、Ｃａｔ．６または、Ｃａｔ．６の通信路（ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）およびマクロ経由の通信路）に対しては、ＡＰＰ６が利用可能であることを検出することができる。
さらに、ＡＰＰ６は、Ｃａｔ．６と関連付けられているため、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）による直接通信およびマクロ経由の通信路がサポートされる。なお、Ｃａｔ．６のように、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）およびマクロ経由の通信路を利用可能な場合、ＵＥ１０がＬＴＥ（Ｄ）または、ＷＬＡＮ（Ｄ）を選択することができる。
ここで、ＡＰＰ４は、Ｃａｔ．４と関連付けられているため、ＵＥ１０は、ＬＴＥ（Ｄ）の直接通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）の直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
また、ＡＰＰ５は、Ｃａｔ．５と関連付けられているため、ＵＥ１０は、ＷＬＡＮ（Ｄ）の直接通信のみではなく、ＵＥ１０がＷＬＡＮ（Ｄ）の直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
さらに、ＡＰＰ６は、Ｃａｔ．６と関連付けられているため、ＵＥ１０は、Ｃａｔ．６は、ＬＴＥ（Ｄ）による直接通信および／または、ＷＬＡＮ（Ｄ）による直接通信のみではなく、ＵＥ１０がＬＴＥ（Ｄ）による直接通信および／または、ＷＬＡＮ（Ｄ）による直接通信を行うことができない場合には、ＵＥ１０は、マクロ経由でデータの送受信を行うことができる。
続いて、Ｓ１５０４で検出したＵＥ１０が利用可能な通信路に基づいて、ＵＥ１０の近隣のＵＥを検出する（Ｓ１５０６）。ここで、ＵＥが通信可能な通信相手のＵＥを検出するために、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０におけるＳｅｒｖｅｒコンタクトリスト９４２、位置情報管理表９４６、近隣検出ポリシー９４８を利用して検出してもよい。
例えば、ＵＥ１０と、ＵＥ１０のＡＰＰ４のＳｅｒｖｅｒコンタクトリスト９４２に保持されるＵＥの位置情報と、ＵＥ１０の位置情報とをそれぞれのＵＥに対応づけられた位置情報管理表９４２から抽出し、抽出した２つの位置情報を比較することで近隣に在圏するかを判断してもよい。
位置情報を基にした判断方法は、例えば図７Ｂに示すように、２つのＵＥが同一ＷＬＡＮ基地局に在圏していることで、ＷＬＡＮ（Ｄ）に基づいて通信を行うことができる程度に近隣に在圏することと判定しても良いし、同一ＳＳＩＤのＷＬＡＮ基地局に在圏していることでＷＬＡＮ（Ｄ）に基づいて通信を行うことができる程度に近隣に在圏することと判定しても良いし、同一ＲｅｌｍのＷＬＡＮ基地局に在圏していることでＷＬＡＮ（Ｄ）に基づいて通信を行うことができる程度に近隣に在圏することと判定しても良いし、同一ＬＴＥ基地局（ｅＮＢ）に在圏していることでＬＴＥ（Ｄ）に基づいて通信を行うことができる程度に近隣であると判定しても良い。さらにこれらに当てはまらない場合はＷＬＡＮ（Ｄ）に基づいた通信もＬＴＥ（Ｄ）に基づいた通信も行えない程度に距離が離れていると判定してもよい（ｎｏｎｅ）。
ここでは、判断方法の例として、ＡＰ名やＳＳＩＤ、ＲｅａｌｍやｅＮＢの情報を利用して判断した例を説明したが、これに限らず、ＧＰＳの情報などを利用して近隣にいるかを検出し、ＬＴＥ（Ｄ）に基づいて通信を行うことができるかや、ＷＬＡＮ（Ｄ）に基づいて通信を行うことができるかなどを判断してもよい。
ＰｒｏＳｅ Ｓｅｒｖｅｒ９０におけるＵＥ１０の近隣ＵＥの検出（Ｓ１５０６）の具体例を説明する。ＭＭＥ４０がＬＴＥ（Ｄ）の通信路またはマクロ経由の通信路で通信を行うことのできる近隣ＵＥの検出を要求した場合、ＰｒｏＳｅ ＳｅｒｖｅｒはＵＥ１０の要求に基づいて、通信路を検出する（Ｓ１５０２）。検出手段は既に説明したとおりであり、それに基づいてＬＴＥ（Ｄ）またはマクロ経由の通信に基づいて通信を行うことを検出する。
さらに、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０が要求する通信路から利用可能なアプリケーションを検出する（Ｓ１５０４）。検出手段は既に説明したとおりであり、それに基づいてＬＴＥ（Ｄ）の通信路およびマクロ経由の通信路に基づいて通信を行うことができるアプリケーションとしてＡＰＰ４を検出する。
さらに、Ｓｅｒｖｅｒコンタクトリスト９４２、位置情報管理表９４６、近隣検出ポリシー９４８に基づいて、検出したアプリケーション（ＡＰＰ４）に基づいた通信ができる程度に近隣にいるＵＥを抽出する。具体的には同一ＬＴＥ基地局（ｅＮＢ）を位置情報としているＵＥを検出するなどしてもよい。
また、Ｓｅｒｖｅｒコンタクトリスト９４２に近隣探索不要とＰｒｏＳｅ Ｓｅｒｖｅｒに通知したＵＥに対しては近隣にいるか否かの検出を行わない。例えば図１３のＡＰＰ４におけるコンタクトリストの更新後のような状態では、ＵＥ１０ｃは近隣探索不要のチェックボックスが有効になっている。そのため、ＵＥ１０ｃはＵＥ１０の近隣にいるか否かを検出しない。
この際、ＡＰＰ４で利用可能な通信路がＬＴＥ（Ｄ）およびマクロ経由の通信路に基づいた通信であるため、ＷＬＡＮ（Ｄ）に基づいた通信ができる程度に近隣にＵＥがいるか否かの判定を行う必要は無い。
こうしてＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０がＬＴＥ（Ｄ）およびマクロ経由の通信路において利用可能なアプリケーションがＡＰＰ４であることと、ＬＴＥ（Ｄ）に基づいた通信を行える程度に近隣にいるＵＥを検出できる。なお、検出するＵＥは複数台あってよい。また、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＡＰＰ１もＡＰＰ４と同様に利用可能な通信路がＬＴＥ（Ｄ）に基づいた通信であることと、ＬＴＥ（Ｄ）に基づいた通信を行える程度に近隣にいるＵＥを検出できる。
なお、ＡＰＰ４では、ＵＥ１０は、ＬＴＥ（Ｄ）による直接通信を利用できないＵＥ（例えば、ＵＥｍ）と、マクロ経由の通信を行うことができる。一方、ＡＰＰ１では、ＵＥ１０は、ＬＴＥ（Ｄ）による直接通信を利用できないＵＥ（例えば、ＵＥｎ）と、通信を行うことができない。
また、ＬＴＥ（Ｄ）またはマクロ経由において利用可能なアプリケーションとして、ＡＰＰ３、ＡＰＰ５、ＡＰＰ６を検出しても良い。ＡＰＰ３は、Ｃａｔ．３に関連付けられるアプリケーションであり、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）を利用可能であるため、ＬＴＥ（Ｄ）可能な近隣端末を検出しても良い。このとき、ＷＬＡＮ（Ｄ）利用可能なＵＥを検出しなくてもよい。また、ＡＰＰ５は、Ｃａｔ．５に関連付けられるアプリケーションであるため、ＷＬＡＮ（Ｄ）およびマクロ経由の通信路を利用可能であり、マクロ経由の通信路を利用可能なＵＥとしてコンタクトリストを検出しても良い。このとき、ＷＬＡＮ（Ｄ）利用可能なＵＥを検出しなくてもよい。さらに、ＡＰＰ６は、Ｃａｔ．６に関連付けられるアプリケーションであるため、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）およびマクロ経由の通信路を利用可能であり、ＬＴＥ（Ｄ）可能なＵＥを検出しても良い。このとき、マクロ経由の通信路を利用可能なＵＥとしてコンタクトリストを検出しても良い。また、ＷＬＡＮ（Ｄ）利用可能なＵＥを検出しなくてもよい。なお、ＡＰＰ２は、Ｃａｔ．２に関連付けられるアプリケーションであり、ＷＬＡＮ（Ｄ）のみ利用可能であるため、ＵＥを検出しなくてもよい。
近隣検出 次に、ＵＥ１０がＷＡＬＮ（Ｄ）またはマクロ経由の通信の通信路を要求してきた場合のＰｒｏＳｅ Ｓｅｒｖｅｒ９０におけるＵＥ１０の近隣ＵＥの検出（Ｓ１５０６）の具体例を説明する。ＰｒｏＳｅ ＳｅｒｖｅｒはＵＥ１０の要求に基づいて、ＵＥ１０が利用可能な通信路を検出する（Ｓ１５０２）。検出手段は既に説明したとおりであり、それに基づいてＷＬＡＮ（Ｄ）およびマクロ経由の通信路に基づいて通信を行うことができると検出する。
さらに、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０が要求する通信路から利用可能なアプリケーションを検出する（Ｓ１５０４）。検出手段は既に説明したとおりであり、それに基づいてＷＬＡＮ（Ｄ）またはマクロ経由の通信路に基づいて通信を行うことができるアプリケーションとしてＡＰＰ５を検出する。
さらに、Ｓｅｒｖｅｒコンタクトリスト９４２、位置情報管理表９４６、近隣検出ポリシー９４８に基づいて、検出した利用可能な通信路（ＷＬＡＮ（Ｄ））に基づいた通信ができる程度に近隣にいるＵＥを抽出する。具体的には同一ＷＬＡＮ基地局を位置情報としているＵＥを検出するなどしてもよい。
また、Ｓｅｒｖｅｒコンタクトリスト９４２に近隣探索不要とＰｒｏＳｅ Ｓｅｒｖｅｒ９０に通知したＵＥに対しては近隣いるか否かの検出を行わない。
この際、ＡＰＰ５で利用可能な通信路がＷＬＡＮ（Ｄ）およびマクロ経由の通信路に基づいた通信であるため、ＬＴＥ（Ｄ）に基づいた通信ができる程度に近隣にＵＥがいるか否かの判定を行う必要は無い。
こうしてＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０がＡＰＰ５において利用可能な通信路がＷＬＡＮ（Ｄ）およびマクロ経由の通信路に基づいた通信であることと、ＷＬＡＮ（Ｄ）に基づいた通信を行える程度に近隣にいるＵＥを検出できる。なお、検出するＵＥは複数台あってよい。また、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＡＰＰ２もＡＰＰ５と同様に利用可能な通信路がＷＬＡＮ（Ｄ）に基づいた通信であることと、ＷＬＡＮ（Ｄ）に基づいた通信を行える程度に近隣にいるＵＥを検出できる。
なお、ＡＰＰ５では、ＵＥ１０は、ＷＬＡＮ（Ｄ）による直接通信を利用できないＵＥと、マクロ経由の通信を行うことができる。一方、ＡＰＰ２では、ＵＥ１０は、ＷＬＡＮ（Ｄ）による直接通信を利用できないＵＥと、通信を行うことができない。
また、ＷＬＡＮ（Ｄ）またはマクロ経由において利用可能なアプリケーションとして、ＡＰＰ３、ＡＰＰ４、ＡＰＰ６を検出しても良い。ＡＰＰ３は、Ｃａｔ．３に関連付けられるアプリケーションであり、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）を利用可能であるため、ＷＬＡＮ（Ｄ）可能な近隣端末を検出しても良い。このとき、ＬＴＥ（Ｄ）利用可能なＵＥを検出しなくてもよい。また、ＡＰＰ４は、Ｃａｔ．４に関連付けられるアプリケーションであるため、ＬＴＥ（Ｄ）およびマクロ経由の通信路を利用可能であり、マクロ経由の通信路を利用可能なＵＥとしてコンタクトリストを検出しても良い。このとき、ＬＴＥ（Ｄ）利用可能なＵＥを検出しなくてもよい。さらに、ＡＰＰ６は、Ｃａｔ．６に関連付けられるアプリケーションであるため、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）およびマクロ経由の通信路を利用可能であり、ＷＬＡＮ（Ｄ）可能なＵＥを検出しても良い。このとき、マクロ経由の通信路を利用可能なＵＥとしてコンタクトリストを検出しても良い。また、ＬＴＥ（Ｄ）利用可能なＵＥを検出しなくてもよい。なお、ＡＰＰ１は、Ｃａｔ．１に関連付けられるアプリケーションであり、ＬＴＥ（Ｄ）のみ利用可能であるため、ＵＥを検出しなくてもよい。
次に、ＵＥ１０がＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）およびマクロ経由の通信路で通信を行うことを要求してきた場合のＰｒｏＳｅＳｅｒｖｅｒ９０におけるＵＥ１０の近隣ＵＥの検出（Ｓ１５０６）の具体例を説明する。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０はＵＥ１０の要求に基づいて、ＵＥ１０が利用可能な通信路を検出する（Ｓ１５０２）。検出手段は既に説明したとおりであり、それに基づいてＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）およびマクロ経由の通信路に基づいて通信を行うことを検出する。
さらに、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０が要求する通信路から利用可能なアプリケーションを検出する（Ｓ１５０４）。検出手段は既に説明したとおりであり、それに基づいてＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）およびマクロ経由の通信路に基づいて通信を行うことができるアプリケーションとしてＡＰＰ６を検出する。
さらに、Ｓｅｒｖｅｒコンタクトリスト９４２、位置情報管理表９４６、近隣検出ポリシー９４８に基づいて、検出した利用可能な通信路に基づいた通信ができる程度に近隣にいるＵＥを抽出する。ＬＴＥ（Ｄ）に基づいて通信がおこなえ、かつＷＬＡＮ（Ｄ）に基づいて通信が行えるなど、利用可能な通信路が複数ある場合には、Ｓｅｒｖｅｒコンタクトリスト９４２の各ＵＥに対して、ＬＴＥ（Ｄ）に基づいて通信が行える程度に近隣に在圏するか、またはＷＬＡＮ（Ｄ）に基づいて通信が行える程度に近隣に在圏するか、またはその両方の通信が行える程度に近隣に在圏するか、またはその両方で通信を行うことができないほど距離が遠いのかを判定する。判定手段は既に説明したようにＵＥ１０とＳｅｒｖｅｒコンタクトリスト９４２内のＵＥの位置情報に基づいて検出してもよい。
また、ＬＴＥ（Ｄ）または、ＷＬＡＮ（Ｄ）またはマクロ経由において利用可能なアプリケーションとして、ＡＰＰ１、ＡＰＰ２、ＡＰＰ３、ＡＰＰ５、ＡＰＰ６を検出しても良い。ＡＰＰ１は、Ｃａｔ．１に関連付けられるアプリケーションであり、ＬＴＥ（Ｄ）を利用可能であるため、ＬＴＥ（Ｄ）可能な近隣端末を検出しても良い。このとき、ＷＬＡＮ（Ｄ）利用可能なＵＥを検出しなくてもよい。さらに、マクロ経由の通信路を利用可能なＵＥとしてコンタクトリストを検出しなくても良い。ＡＰＰ２は、Ｃａｔ．２に関連付けられるアプリケーションであり、ＷＬＡＮ（Ｄ）を利用可能であるため、ＷＬＡＮ（Ｄ）可能な近隣端末を検出しても良い。このとき、ＬＴＥ（Ｄ）利用可能なＵＥを検出しなくてもよい。さらに、マクロ経由の通信路を利用可能なＵＥとしてコンタクトリストを検出しなくても良い。ＡＰＰ３は、Ｃａｔ．３に関連付けられるアプリケーションであり、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）を利用可能であるため、ＬＴＥ（Ｄ）または、ＷＬＡＮ（Ｄ）可能な近隣端末を検出しても良い。また、ＡＰＰ４は、Ｃａｔ．４に関連付けられるアプリケーションであるため、ＬＴＥ（Ｄ）およびマクロ経由の通信路を利用可能であり、マクロ経由の通信路を利用可能なＵＥとしてコンタクトリストを検出しても良い。このとき、ＷＬＡＮ（Ｄ）利用可能なＵＥを検出しなくてもよい。
また、ＡＰＰ５は、Ｃａｔ．５に関連付けられるアプリケーションであるため、ＷＬＡＮ（Ｄ）およびマクロ経由の通信路を利用可能であり、マクロ経由の通信路を利用可能なＵＥとしてコンタクトリストを検出しても良い。このとき、ＬＴＥ（Ｄ）利用可能なＵＥを検出しなくてもよい。
さらに、ＡＰＰ６は、Ｃａｔ．６に関連付けられるアプリケーションであるため、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）およびマクロ経由の通信路を利用可能であり、ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ）可能なＵＥを検出しても良い。このとき、マクロ経由の通信路を利用可能なＵＥとしてコンタクトリストを検出しても良い。
ここで、直接通信路およびマクロ経由の通信路を利用可能であることを検知している場合、Ｓｅｒｖｅｒコンタクトリスト９４２内のＵＥ全てに対して利用可能な通信路を検出しても良い。つまり、上記では、Ｓｅｒｖｅｒコンタクトリスト９４２内における直接通信可能なＵＥのみを検出していたが、直接通信路またはマクロ経由の通信路を利用可能なＵＥを検出しても良い。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＭＭＥ４０を経由してＵＥ１０に通知することにより、ＵＥ１０は、直接通信路を利用可能でない場合に、マクロ経由の通信路を開始すると判断することができる。
また、Ｓｅｒｖｅｒコンタクトリスト９４２に近隣探索不要とＰｒｏＳｅ Ｓｅｒｖｅｒ９０に通知したＵＥ１０に対しては近隣いるか否かの検出を行わない。例えば図１３のＡＰＰ４におけるコンタクトリストの更新後のような状態では、ＵＥ１０ｃは近隣探索不要のチェックボックスが有効になっている。そのため、ＵＥ１０ｃはＵＥ１０の近隣にいるか否かを検出しない。
こうしてＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０がＡＰＰ６によって通信を行う近隣ＵＥと、近隣ＵＥそれぞれに対して利用可能な通信路を検出することができる。なお、検出するＵＥは複数台あってよい。さらに、位置情報に基づいて検出された利用可能な通信路は近隣にいるＵＥ毎に違ってよい。例えば、図１６Ｃに示すようにＵＥ１０ｂに対してはＬＴＥ（Ｄ）に基づいた通信のみが利用可能であったり、ＵＥ１０ｄに対してはＷＬＡＮ（Ｄ）に基づいた通信のみが利用可能であったり、ＵＥ１０ａに対してはその両方が利用可能であってよい。
図１４に戻って、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＭＭＥ４０へ近隣検出応答として、Ｓ１７０８で評価したＳｅｒｖｅｒコンタクトリスト９４２と利用可能な通信路の通知を行う（Ｓ１７１０）。例えば、図１６Ａ〜図１６Ｃに示すように、近隣にいるＵＥに関する情報と、近隣にいるＵＥに対応づけられた利用可能な通信路とをＵＥ１０に送信する。また、図１６Ａ、図１６Ｂ、図１６Ｃに示すように、ＵＥ１０への通知情報はアプリケーション毎に通知してもよい。ここで図１６Ａ〜図１６Ｃの例では、図１６ＡはＡＰＰ１に対する通知情報であり、図１６ＢはＡＰＰ４に対する通知情報であり、図１６ＣはＡＰＰ６に対する通知情報である。
ここで、図１６Ａに示すＡＰＰ１の例ように、近隣検出結果として、近隣に位置するＵＥと、利用可能な通信路とを対応づけて通知してもよい。具体的には、ＵＥ１０ａに対しては、ＬＴＥ（Ｄ）に基づく直接通信路が確立できるほど近隣にいることを通知してもよい。通知においては、利用可能な通信路（ＬＴＥ（Ｄ））があるＵＥのみ近隣検出結果として含めても良い。
また、近隣に位置するＵＥに関する情報に加え、近隣に位置しないＵＥに関する情報も通知してもよい。例えばＡＰＰ１の場合には、ＬＴＥ（Ｄ）の直接通信路を利用できない近隣に位置しないＵＥ（ＵＥｍ）に対しては、利用可能な直接通信路が無いことを通知してもよい（ｎｏｎｅ）。
ＵＥ１０は直接通信路を確立できるほど近隣に位置しないＵＥに対しては、ＡＰＰリスト１４２を基に通信に用いることができる通信路を確立することができないと、ＵＥ１０はその時点においてＵＥｍとはＡＰＰ１によって通信ができないと判断してもよい。
ＡＰＰ１の例では、ＡＰＰリスト１４２を基に、許可されている通信路はＬＴＥ（Ｄ）のみであることを検出し、近隣に位置しないＵＥに対しては、通信に用いることができる通信路を確立することができないと判断してもよい。また、ＵＥ１０はその時点においてＵＥｍとはＡＰＰ１による通信ができないと判断してもよい。
ここで、図１６Ｂに示すＡＰＰ４の例においてもＡＰＰ１と同様に近隣検出結果として、近隣に位置するＵＥと、利用可能な通信路とを対応づけて通知してもよい。具体的には、ＵＥ１０ａに対しては、ＬＴＥ（Ｄ）に基づく直接通信路が確立できるほど近隣にいることを通知してもよい。通知においては、利用可能な通信路（ＬＴＥ（Ｄ））があるＵＥのみ近隣検出結果として含めても良い。
また、近隣に位置するＵＥに関する情報に加え、近隣に位置しないＵＥに関する情報も通知してもよい。例えばＡＰＰ４の場合には、ＬＴＥ（Ｄ）の直接通信路を利用できない近隣に位置しないＵＥ（ＵＥｍ）に対しては、利用可能な直接通信路が無いことを通知してもよい（ｎｏｎｅ）。例えば、ＡＰＰ４におけるＬＴＥ（Ｄ）の直接通信路を利用できない場合、近隣に位置しないＵＥ（ＵＥｍ）に対して利用可能な直接通信路が無いことを通知してもよい（ｎｏｎｅ）。もしくは利用可能な直接通信路が無く、マクロ経由の通信路が利用可能であることを通知してもよい。
ＵＥ１０は直接通信路を確立できるほど近隣に位置しないＵＥに対しては、ＡＰＰリスト１４２を基に、直接通信路を確立することができないことと、マクロ経由の通信路を利用して通信を行うことができることとを検出してもよい。
ＡＰＰ４の例では、ＡＰＰリスト１４２を基に、許可されている通信路はＬＴＥ（Ｄ）とマクロ経由の通信路であることを検出し、近隣に位置しないＵＥに対しては、マクロ経由の通信路を確立して通信を行うことができると判断してもよい。
ここで、図１６Ｃに示すＡＰＰ６の例においてもＡＰＰ１と同様に近隣検出結果として、近隣に位置するＵＥと、利用可能な直接通信路とを対応づけて通知してもよい。ＡＰＰ６のようにアプリケーションに対して複数の直接通信路が許可されている場合には、ＵＥ１０ａに対しては近隣度に応じて複数の利用可能な直接通信路の情報を送信してもよい。例えば、ＵＥ１０ｂに対してはＬＴＥ（Ｄ）とＷＬＡＮ（Ｄ）に基づく直接通信路が確立できるほど近隣にいることを通知してもよい。また、ＵＥ１０ｄに対してはＬＴＥ（Ｄ）に基づく直接通信路が確立できるほど近隣にいることを通知してもよい。さらに、ＵＥ１０ｅに対してはＷＬＡＮ（Ｄ）に基づく直接通信路が確立できるほど近隣にいることを通知してもよい。また、通知においては、利用可能な直接通信路がある近隣ＵＥのみ近隣検出結果として含めても良い。
また、近隣に位置するＵＥに関する情報に加え、近隣に位置しないＵＥに関する情報も通知してもよい。例えばＡＰＰ６の場合には、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の直接通信路を利用できない近隣に位置しないＵＥ（ＵＥｍ）に対しては、利用可能な直接通信路が無いことを通知してもよい（ｎｏｎｅ）。もしくは利用可能な直接通信路が無く、マクロ経由の通信路が利用可能であることを通知してもよい。
ＵＥ１０は直接通信路を確立できるほど近隣に位置しないＵＥに対しては、ＡＰＰリスト１４２を基に、直接通信路を確立することができないことと、マクロ経由の通信路を利用して通信を行うことができることとを検出してもよい。
ＡＰＰ６の例では、ＡＰＰリスト１４２を基に、許可されている通信路はＬＴＥ（Ｄ）とマクロ経由の通信路であることを検出し、近隣に位置しないＵＥに対しては、マクロ経由の通信路を確立して通信を行うことができると判断してもよい。
その他のＡＰＰ２、ＡＰＰ３、ＡＰＰ５においても同様の手法によりそれぞれの近隣ＵＥに関する情報と、コンタクト可能なＵＥに関する情報と、利用可能な通信路に関する情報とが通知される。
以上の手続きにより、ＵＥ１０は、Ｓｅｒｖｅｒコンタクトリスト９４２から直接通信（ＬＴＥ（Ｄ）または、ＷＬＡＮ（Ｄ））を利用可能なＵＥを検出し、近隣探索を行うことを判断することができる。またＰｒｏＳｅ Ｓｅｒｖｅｒ９０における近隣検出は、ＵＥ１０の近隣端末の検出要求に基づいて行い、検出結果をＵＥ１０ａと取得することができる。ＵＥ１０の近隣端末の検出要求手段としては、位置情報の登録要求を行うことで近隣端末の検出要求を行うこともできるし、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０に近隣端末の検出要求を示すメッセージを送信するなどの位置情報の登録要求以外の手段を用いても良い。
このように、直接通信できる程度に近隣にＵＥがいることを検出して、直接通信路の確立手続きを行うため、ＵＥ１０と直接通信できないにも関わらず、不必要に行われていた直接通信路の確立手続きを行わないなどにより、不要な手続き、端末探索処理、端末探索に関わるリソースなどを抑制することができる。
また、ＵＥ１０が直接通信路およびマクロ経由の通信路が利用可能な場合、直接通信路と基地局装置経由の通信路のいずれを利用するかが明らかとなり、ＵＥ１０は、近隣端末の通知に基づいて直接通信路と基地局装置経由の通信路を選択し、通信を開始することができる。
続いて、ＭＭＥ４０はｅＮＢ４５にベアラ設定要求／ＰＤＮ接続許可通知を送信し（Ｓ１７２０）、これに基づいてｅＮＢ４５はＲＲＣ接続再設定通知をＵＥ１０に送信する（Ｓ１７２２）。これらにより、ＭＭＥ４０においてＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路およびマクロ経由の通信路の確立が許可と判定されたことを通知する。
ここで、ベアラ設定要求／ＰＤＮ接続許可通知およびＲＲＣ接続再設定通知には、直接通信路の確立を許可したか否かを示す情報と、マクロ経由の通信路の確立を許可したか否かを示す情報と、近隣端末に関する情報と、通信対象ＵＥ毎で利用可能な通信路を含めて送信してもよい。
直接通信路の確立を許可したか否かを示す情報は、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒなど、直接通信路の通信路の確立が許可されたことを明示的に示すフラグを含めても良い。もしくは、直接通信路に対応づけられたベアラＩＤや直接通信路を用いた通信に使用するＩＰアドレスなど、マクロ経由の通信路に対応づけられた情報を含めることで通知してもよい。
直接通信路の確立を許可したか否かを示す情報は、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒなど、直接通信路の通信路の確立が許可されたことを明示的に示すフラグを含めないことで暗に通知しても良いし、もしくは、マクロ通信路に対応づけられたベアラＩＤやマクロ通信路を用いた通信に使用するＩＰアドレスなど、マクロ経由の通信路に対応づけられた情報を含めることで通知してもよいし、直接通信路の通信路の確立が許可されたことを明示的に示すＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒとは異なるフラグを含めて通知しても良い。
これにより、ＭＭＥ４０は、直接通信路の確立を許可し、さらにマクロ通信路の確立を許可することを通知することと、直接通信路のみの確立を許可することを通知することと、マクロ通信路の確立のみを許可することを通知することとができる。
また、直接通信路とマクロ経由の通信路の確立を許可したか否か示すフラグ１と、直接通信路の確立のみを許可したか否か示すフラグ２と、マクロ経由の通信路の確立を許可したか否か示すフラグ３など、それぞれ異なるフラグを用いて通知してもよい。
また、これらに限らず、他の情報要素を組み合わせることにより、直接通信路の確立を許可したか否かを示す情報と、マクロ経由の通信路の確立を許可したか否かを示す情報とを構成し、通知してもよい。
さらに、近隣端末に関する情報は、コンタクトリストでも良い。ここで、コンタクトリストは、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０が近隣評価応答に含めたコンタクトリストでも良い。また、通信対象ＵＥ毎の利用可能な通信路は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０が近隣評価応答に含めた利用可能な通信路でも良い。
また、ＭＭＥ４０は、マクロ経由の通信路確立を許可したか否かに基づいて、ＳＧＷ３５、ＰＧＷ３０で実行されるセッションの生成を実行するよう判定する。
例えば、上記でも示したように、ＰＤＮ接続要求にＡＰＮ４が含まれている例では、直接通信路およびマクロ経由の通信路を確立することを判定しており、マクロ経由の通信路を確立するために、セッションの生成を実行する。
ここで、ＰＤＮ接続要求に、ＡＰＮ１が含まれている場合、直接通信路のみを確立することを判定しており、マクロ経由の通信路を確立しないことから、セッションの生成を実行しなくても良い。
また、ＰＤＮ接続要求にＡＰＮ７が含まれている場合、マクロ経由の通信路を確立することを判定しており、マクロ経由の通信路を確立するために、セッションの生成を実行する。
このようにＡＰＮに基づいてＳＧＷ３５、ＰＧＷ３０で実行されるセッションの生成を実行か否かを判定することができる。
セッションの生成を実行させるよう判定した場合には、ＭＭＥ４０がＳＧＷ３５に対して送信するセッション生成要求（Ｓ１７１２）、ＳＧＷ３５がＰＧＷ３０に送信するセッション生成要求（Ｓ１７１４）、さらにはそれらの応答であるＰＧＷ３０がＳＧＷ３５に送信するセッション生成応答（Ｓ１７１６）、ＳＧＷ３５がＭＭＥ４０に送信するセッション生成応答（Ｓ１７１８）の送受信を実行する。
このようにＭＭＥ４０は、許可を与えるＡＰＮに応じてコアネットワーク内部のセッション生成つまりはＰＤＮコネクションなどの通信路の確立を行う。
ｅＮＢ４５は、ＭＭＥ４０からベアラ設定要求／ＰＤＮ接続許可通知を受信し、通知に含まれる直接通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報と、近隣端末に関する情報と、通信対象ＵＥと利用可能な通信路を検出する。
ここで、ＬＴＥ（Ｄ）に基づく通信路およびマクロ経由の通信路の確立が許可されたことを検出する方法としては、Ｓｅｒｖｅｒコンタクトリスト９４２や利用可能な通信路、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒが含まれていることで検出してもよい。
ここで、ｅＮＢ４５は、マクロ経由の通信路の確立を許可したか否かを示す情報に基づいてマクロ経由の通信路の通信路の確立が許可されていると検出した場合には、ＵＥ１０がｅＮＢ４５と無線通信を行うための無線リソースの割り当てなどを行ってもよい。例えば、ＵＥ１０がＡＰＮ４を含めてＰＤＮコネクションの確立要求をしている場合には、ＵＥ１０が確立を要求しているのは直接通信路の確立と、マクロ経由の通信路の確立とを要求しており、ＭＭＥ４０によってそれらが許可されたことを検出し、これに基づいてｅＮＢ４５とＵＥ１０間の無線リソースの割り当てなどを含む無線通信路の確立を行ってもよい。
また、ｅＮＢ４５は、直接通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報に基づいて、直接通信路の確立のみが許可されたことを検出した場合には、ＵＥ１０がｅＮＢ４５と無線通信を行うための無線リソースの割り当てを行わなくても良い。検出においては、通知にＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒが含まれていないことで検出してもよい。
次に、ｅＮＢ４５はＲＲＣ接続再設定通知をＵＥ１０に送信し、ＵＥ１０の送信するコネクション確立要求に対する許可情報を通知する。通知には、ＭＭＥ４０から受信した通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報と、近隣端末に関する情報と、通信対象ＵＥと利用可能な通信路を含めて送信する。
また、ＵＥ１０が確立を要求しているのはＵＥ間の直接通信路ではないことを検出し、これに基づいてｅＮＢ４５とＵＥ１０間の無線リソースの割り当てなどを含む無線通信路の確立を行ってもよい。
また、ＵＥ１０が確立を要求しているのはＵＥ間の直接通信路ではないことを検出し、これに基づいてｅＮＢ４５とＵＥ１０間の無線リソースの割り当てなどを含む無線通信路の確立を行ってもよい。
次に、ＵＥ１０はｅＮＢ４５からＲＲＣ接続再設定通知を受信し、通知に含まれるＭＭＥ４０から受信した直接通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報と、近隣端末に関する情報と、通信対象ＵＥと利用可能な通信路とに基づいて、直接通信路とマクロ通信路とが確立許可されたのか、直接通信路の確立のみが許可されたのか、マクロ経由の通信路の確立のみが許可されたのかを検出する。ここで、ＬＴＥ（Ｄ）に基づく通信路およびマクロ経由の通信路の確立が許可されたことを検出する方法としては、Ｓｅｒｖｅｒコンタクトリスト９４２や利用可能な通信路、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒが含まれていることで検出してもよい。
ここで、Ｓｅｒｖｅｒコンタクトリスト９４２はＰｒｏＳｅ Ｓｅｒｖｅｒ９０から通知された、直接通信可能なＵＥのリストであり、利用可能な通信路は、Ｓｅｒｖｅｒコンタクトリスト９４２に含まれる各ＵＥと利用可能な通信路が示されている。
次に、ＵＥ１０はｅＮＢ４５からＲＲＣ接続再設定通知を受信し、ＬＴＥ（Ｄ）に基づく通信路の確立が許可されたことを検出する。検出においては、通知にＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒが含まれていることで検出してもよい。
さらに、ＭＭＥ４０はＵＥ１０が直接通信路を用いて通信を行うために用いるＩＰアドレスやベアラＩＤや直接通信に利用する周波数に関する情報などを、ベアラ設定要求／ＰＤＮ接続許可通知およびＲＲＣ接続再設定通知に含めてもＵＥ１０に通知しても良い。
さらに、ＭＭＥ４０はＵＥ１０がマクロ経由の通信路を用いて通信を行うために用いるＩＰアドレスやベアラＩＤやマクロ経由の通信に利用する周波数に関する情報などの、ＵＥ１０がマクロ経由の通信路を確立するために利用する情報を、ベアラ設定要求／ＰＤＮ接続許可通知およびＲＲＣ接続再設定通知に含めてＵＥ１０に通知しても良い。また、直接通信路に対応づけられたベアラＩＤはｅＮＢ４５が割り当て、ＲＲＣ接続再設定通知に含めてＵＥ１０に通知しても良い。 また、ＲＲＣ接続再設定通知を受信した後通信対象ＵＥの探索を開始しても良い（Ｓ１７０３）。ＵＥの探索とは、実際にＬＴＥ(Ｄ)に基づいた通信路をＵＥ１０ａと確立できるかを確認する。
これは、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０が、ＵＥ１０がＵＥ１０ａに対してＬＴＥ（Ｄ）に基づいた通信路を確立できる程度に近隣にいると通知したとしても、実際に確立できるかが確約できないことから、ＵＥの探索を実行するなどしてよい。
具体的には、ＬＴＥ無線アクセス方式で用いられる周波数などに基づいたブロードキャスト情報を近隣エリアに送信して近隣端末の検索を行い、近隣端末は近隣端末の検索に対して応答を行う。ＵＥ１０が受信した近隣端末からの応答のうち、ＵＥ１０ａから応答されていることを検出するなどにより、近隣にいることを検出してよい。
ここで、近隣端末の探索には、ｅＮＢ４５から通知された、Ｓｅｒｖｅｒコンタクトリスト９４２や、利用可能な通信路を利用しても良い。Ｓｅｒｖｅｒコンタクトリスト９４２や、利用可能通信路は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０において、ＵＥから受信した位置情報に基づいて検出されたＵＥリストである。つまり、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０が直接通信できる程度に近隣にＵＥがいることを検出して、直接通信路の確立手続きを行うため、ＵＥ１０は直接通信できないにも関わらず、不必要に行われていた直接通信路の確立手続きを行わなくてすむようになり、不要な手続き、端末探索処理、端末探索に関わるリソースなどを抑制することができる。
ＰＤＮ接続要求を送信したＵＥ１０は、直接通信路の確立を許可したか否かを示す情報に基づいてＭＭＥ４０によって許可される場合にはＵＥ１０ａとの直接通信路を確立してもよい（Ｓ１７２３）。許可されていない場合には直接通信路の確立は行わなくてよい。さらに、ＵＥ１０は、ＭＭＥ４０によって許可された直接通信路および、マクロ経由の通信路と、ＡＰＮに対応づけられた通信路とに基づいて直接通信路を確立するかどうかを判定してもよい。もしくはＭＭＥ４０によって許可された直接通信路および、マクロ経由の通信路と、Ｓｅｒｖｅｒコンタクトリスト９４２に関連付けられるＡＰＰに対応づけられた通信路の情報のいずれかに基づいて直接通信路を確立するかどうかを判定してもよい。
例えば、ＡＰＰ４に対応づけられた直接通信路がＬＴＥ（Ｄ）およびマクロ経由の通信であり、ＭＭＥ４０に許可されたＡＰＮがＬＴＥ（Ｄ）とＷＬＡＮ（Ｄ）の両方の確立が許可されている場合には、ＵＥ１０は、ＬＴＥ（Ｄ）および、マクロ経由の通信がＡＰＰ４に対応づけられていることと、ＡＰＮによってＬＴＥ（Ｄ）および、マクロ経由の通信が許可されていることから、ＬＴＥ（Ｄ）による直接通信路または、マクロ経由の通信路を確立することを決定する。
ＵＥ１０はＵＥ１０ａとのＬＴＥ（Ｄ）に基づいた直接通信路を確立手続きでは、ＲＲＣ接続再設定通知などで取得した直接通信路の確立に関する情報に含まれる周波数を用いて確立してもよいし、予め利用する周波数を割り当てるなどして行っても良い。
また、ここで、ＲＲＣ接続再設定通知などで取得した直接通信路の確立に関する情報に含まれるＩＰアドレスやベアラＩＤをＵＥ１０ａに対して通知し、それらを直接通信路に対応づけて管理し、直接通信を行うにあたって利用しても良い。また、ＵＥ１０ａとの直接通信路の確立にあたってＵＥ１０とＵＥ１０ａのいずれかがＩＰアドレスやベアラＩＤの割り当てを行い、他方に通知することで取得し、それらを直接通信路に対応づけて管理し、直接通信を行うにあたって利用しても良い。
以上により、ＵＥ１０とＵＥ１０ａは直接通信路およびマクロ経由の通信路を確立して通信を開始することができる。ＡＰＰ４の通信を行うに当たってＬＴＥ（Ｄ）に基づく通信路を確立した場合には、ＵＥ１０は、ＡＰＰ４の通信データの送信に対して直接通信路またはマクロ経由の通信路を選択して送信する。より具体的には、ＡＰＮ４のユーザデータ送信にあたっては、各通信路に対応づけられたＩＰアドレスを選択して通信を行っても良い。また、各通信路に対応づけられたベアラＩＤを選択して通信路を特定して通信を行っても良い。
また、ＵＥ１０ａとＬＴＥ（Ｄ）による通信路確立が完了したＵＥ１０は、ＲＲＣ再設定完了通知をｅＮＢ４５へ送信してもよい（Ｓ１７２４）。さらに、ｅＮＢ４５は、ＵＥ１０とＵＥ１０ａがＬＴＥ（Ｄ）による直接通信路を確立したことを確認して、ベアラ設定応答をＭＭＥ４０へ送信してもよい（Ｓ１７２６）。このように、ＵＥ１０は直接通信路の確立が完了したことをＭＭＥ４０に通知してもよい。
次に、ＵＥ１０は、マクロ経由の通信路が確立されたか否かの情報に基づいて、マクロ経由の通信路を確立することを判断する。また、ＵＥ１０はマクロ経由の通信路の確立手続きでは、ＲＲＣ接続再設定通知などで取得した周波数を用いて確立してもよいし、予め利用する周波数を割り当てるなどして行っても良いし、予め利用する周波数を割り当てるなどして行っても良い。ここで、ＭＭＥ４０は、直接通信路に対応づけるＩＰアドレスと、マクロ経由の通信路であるＰＤＮコネクションに対応づけるＩＰアドレスとを割り当て、ＵＥ１０はＲＲＣ接続再設定通知などからそれらのＩＰアドレスを取得してもよい。 さらに、ＭＭＥ４０は、直接通信路に対応づけるベアラＩＤと、マクロ経由の通信路であるＰＤＮコネクションに対応づけるベアラＩＤとを割り当て、ＵＥ１０はＲＲＣ接続再設定通知などからそれらのＩＰアドレスを取得してもよい。
また、ＵＥ１０は、マクロ経由の通信路の確立が許可されたか否かの情報に基づいて、マクロ経由の通信路の確立が許可された場合には、ダイレクトトランスファーメッセージをｅＮＢ４５へ送信してもよい（Ｓ１７２８）。さらに、ｅＮＢ４５は、ダイレクトトランスファーメッセージの受信に基づいて、ＰＤＮ接続完了通知をＭＭＥ４０へ送信してもよい（Ｓ１７３０）。
このように、ダイレクトトランスファーメッセージとＰＤＮ接続完了通知の送信によって、ＵＥ１０がマクロ経由の通信路の確立を完了したことをＭＭＥ４０に通知する。
ここで、マクロ経由の通信路として、ＰＧＷ３０とＵＥ１０間のＰＤＮコネクションを確立した場合には、ＭＭＥ４０はベアラ設定応答もしくはＰＤＮ接続完了通知を受信した後、ＳＧＷ３５とＰＧＷ３０との間で手続きを行い、ベアラ設定の更新を行う。具体的にはＭＭＥ４０はＳＧＷ３５にベアラ変更要求を送信し（Ｓ１７３２）、ＳＧＷ３５は受信に基づいてＰＧＷ３０にベアラ変更要求を送信する（Ｓ１７３４）。さらに、応答としてＰＧＷ３０はベアラ変更応答をＳＧＷ３５に送信し（Ｓ１７３６），ＳＧＷ３５は受信に基づいてベアラ変更応答をＭＭＥ４０に送信する（Ｓ１７３８）。こうした手続きにより各装置においてベアラ情報の更新を行う。
このように、ＵＥ１０は、ＡＰＮ４〜６などを用いてＰＤＮコネクション確立を要求することにより、ＵＥ１０ａとの直接通信路およびマクロ経由の通信路を確立することができる。また、ＡＰＮ１〜３などを用いてＰＤＮコネクション確立を要求することにより、ＵＥ１０ａとの直接通信路を確立することができる。また、ＡＰＮ７などを用いてＰＤＮコネクション確立を要求することにより、マクロ経由の通信路を確立することができる。
以上の手続きにより、ＡＰＰ４で通信を行うＵＥ１０は、近隣端末に関する情報を受信し、ＬＴＥ（Ｄ）の直接通信路とマクロ経由で通信路を確立することができる。ここで、ＵＥ１０は、ＰＤＮ接続要求にＬＴＥ（Ｄ）およびマクロ経由の通信路を許可するＡＰＮ４を含めて通知することにより、ＵＥ１０は、ＬＴＥ（Ｄ）およびマクロ経由の通信路を確立することができる。
また、ＵＥ１０は、ＰＤＮ接続要求にＷＬＡＮ（Ｄ）およびマクロ経由の通信路を許可するＡＰＮ５を含めて通知することにより、ＵＥ１０は、ＷＬＡＮ（Ｄ）およびマクロ経由の通信路を確立することができる。
さらに、ＵＥ１０は、ＰＤＮ接続要求にＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）およびマクロ経由の通信路を許可するＡＰＮ６を含めて通知することにより、ＵＥ１０は、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）およびマクロ経由の通信路を確立することができる。
ここで、ＡＰＮ６のように、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の通信路を確立することができる場合、ＵＥ１０は、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の通信路を任意に選択しても良い。また、ＵＥ１０は、ネットワーク側からの通知によりＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の通信路を選択しても良い。
ここで、ＵＥ１０は、ＵＥ１０ａと直接通信路およびマクロ経由での通信路を利用してデータの送受信を行うことができる。ここで、ＵＥ１０は、ＵＥ１０ａと直接通信路およびマクロ経由の通信路のいずれを選択しても良い。なお、ＵＥ１０は、直接通信路およびマクロ経由の通信路を選択するためにプライオリティを管理し、プライオリティに基づいて直接通信路または、マクロ経由の通信路を選択しても良い。
例えば、ＡＰＰ４のようにＬＴＥ（Ｄ）の直接通信路とマクロ経由の通信路を利用することができる場合、ＬＴＥ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティを管理しておいても良い。ここで、ＬＴＥ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のＰＤＮコネクションとマクロ経由の通信路のＰＤＮコネクションと関連付けて管理されていてもよい。さらに、ＬＴＥ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のベアラとマクロ経由の通信路のベアラと関連付けて管理されていてもよい。
また、ＡＰＰ５のようにＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路を利用することができる場合、ＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティを管理しておいても良い。ここで、ＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＷＬＡＮ（Ｄ）の直接通信路のＰＤＮコネクションとマクロ経由の通信路のＰＤＮコネクションと関連付けて管理されていてもよい。さらに、ＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＷＬＡＮ（Ｄ）の直接通信路のベアラとマクロ経由の通信路のベアラと関連付けて管理されていてもよい。
さらに、ＡＰＰ６のように、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路を利用することができる場合、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティを管理しておいても良い。ここで、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のＰＤＮコネクションとＷＬＡＮ（Ｄ）の直接通信路のＰＤＮコネクションとマクロ経由の通信路のＰＤＮコネクションと関連付けて管理されていてもよい。さらに、ＬＴＥ（Ｄ）の直接通信路とＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のベアラとＷＬＡＮ（Ｄ）の直接通信路のベアラとマクロ経由の通信路のベアラと関連付けて管理されていてもよい。
ここで、ＵＥ１０は、ＡＰＮ４〜６のようにマクロ経由で通信路を確立し、ＵＥ１０ａと直接通信を維持できなった場合には、マクロ経由で通信を開始しても良い。つまり、ＵＥ１０がＵＥ１０ａとＬＴＥ（Ｄ）による直接通信を開始することができない場合、ＵＥ１０はマクロ（ＰＧＷ３０）経由で通信を開始する（Ｓ１７４０）。
ここで、ＡＰＮ４によるマクロ経由の通信路に対応づけられるＰＤＮコネクションとＡＰＮ４によるＬＴＥ（Ｄ）の通信路に対応づけられるＰＤＮコネクションを管理してもよい。ＵＥ１０はＵＥ１０ａとＬＴＥ（Ｄ）を行うことができる程度に近隣でないために、ＵＥ１０は、ＵＥ１０ａとＡＰＮ４によるマクロ経由の直接通信路と対応づけられるＰＤＮコネクションを選択して通信してもよい。
以上の手続きにより、ＵＥ１０は、コンタクトリストから直接通信（ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ））を利用可能なＵＥを検出し、ＵＥ１０ａとＬＴＥ（Ｄ）における直接通信を行うか否かを選択し、ＬＴＥ（Ｄ）における直接通信またはマクロ経由の通信を開始することができる。 またＰｒｏＳｅ Ｓｅｒｖｅｒ９０における近隣検出は、ＵＥ１０の近隣端末の検出要求に基づいて行い、検出結果をＵＥ１０ａと取得することができる。ＵＥ１０の近隣端末の検出要求手段としては、ＰＤＮ接続要求を行うことで近隣端末の検出要求を行うことができる。
また、ここでＵＥ１０によるＰＤＮ接続要求の送信により、ＵＥ１０がＵＥ１０ａと直接通信を開始する際に行う例を説明したが、これに関わらず予め行われていても良い。例えば、ＵＥ１０は端末の起動時やアプリケーションの起動時等に予めＬＴＥ（Ｄ）の直接通信路およびマクロ経由の通信路確立および近隣検出要求に対してＰＤＮ接続要求を送信するなどに基づいて、直接通信路の許可および近隣端末に関する情報を得ておき、ＵＥ１０がＵＥ１０ａと直接通信を行うことができる程度に近隣であると判断し、直接通信を開始することを決定した際には、すぐさま直接通信路の確立（Ｓ１７２３）を行っても良い。
ここで、ＵＥ１０は、ＵＥ１０ａとのみ直接通信を開始することができるだけでなく、ＰＤＮ接続要求において、通信路確立の許可情報とともに受信した近隣端末に関する情報に含まれるＵＥ１０ａ以外のＵＥと直接通信路の確立を行っても良い。
また、上述した例では、ＡＰＰ４による通信を行うためにＬＴＥ（Ｄ）に基づく通信路を確立して通信を開始する例を中心に説明したが、ＵＥ１０は図４Ａに示すように、ＡＰＰ５による通信も、ＡＰＰ６による通信も、上述した方法を適用することができる。
例えば、ＡＰＰ４の通信を行う場合、ＵＥ１０はＰＤＮ接続要求に含めるＡＰＮの選択は、ＬＴＥ（Ｄ）および、マクロ経由の通信が許可され、近隣検出を要求できるＡＰＮを選択して含めることにより、ＬＴＥ（Ｄ）による通信路および、マクロ経由の通信路の確立に対して許可を要求し、近隣検出を要求する。
さらに、ＵＥ１０はＬＴＥ（Ｄ）による通信路および、マクロ経由の通信路の確立および、通信対象ＵＥの利用可能な通信路が許可されたか否かを受信し、許可されている場合には、近隣端末に関する情報および、通信対象ＵＥと利用可能な通信路に関する情報を受信し、ＬＴＥ（Ｄ）の直接通信路および、マクロ経由の通信路を確立する。
ＭＭＥ４０は、ＬＴＥ（Ｄ）に基づく通信路の確立および、マクロ経由の通信路の確立および近隣検出の要求を許可する場合には、ＵＥ１０とＵＥ１０ａが直接通信を行うためのＳＳＩＤなどの情報を含めても良い。
また、ＡＰＰ５の通信を行う場合、ＵＥ１０はＰＤＮ接続要求に含めるＡＰＮの選択は、ＷＬＡＮ（Ｄ）および、マクロ経由の通信が許可され、近隣検出を要求できるＡＰＮを選択して含めることにより、ＷＬＡＮ（Ｄ）による通信路および、マクロ経由の通信路の確立に対して許可を要求し、近隣検出を要求する。
さらに、ＵＥ１０はＷＬＡＮ（Ｄ）による通信路および、マクロ経由の通信路の確立が許可されたか否かを受信し、許可されている場合には、近隣端末に関する情報および、通信対象ＵＥと利用可能な通信路に関する情報を受信し、ＷＬＡＮ（Ｄ）の直接通信路および、マクロ経由の通信路を確立する。
ＭＭＥ４０は、ＷＬＡＮ（Ｄ）に基づく通信路および、マクロ経由の通信路の確立および近隣検出の要求を許可する場合には、ＵＥ１０とＵＥ１０ａが直接通信を行うためのＳＳＩＤなどの情報を含めても良い。
また、ＡＰＰ６の通信を行う場合には、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）および、マクロ経由の通信および近隣検出の要求が許可されたＡＰＮを含めてＰＤＮ接続要求を送信してもよいし、ＬＴＥ（Ｄ）を利用することを決定したのちにＬＴＥ（Ｄ）および、マクロ経由の通信が許可されたＡＰＮを選択してＰＤＮ接続要求を送信してもよい。またはＷＬＡＮ（Ｄ）を利用することを決定したのちにＷＬＡＮ（Ｄ）および、マクロ経由の通信が許可されたＡＰＮを選択してＰＤＮ接続要求を送信してもよい。
このように、ＵＥ１０はアプリケーションに対応づけられた直接通信路の確立に対して、移動通信事業者に対して許可を求めたのちに確立手続きを実行する。許可の要求に対しては、直接通信路に対応づけられた情報を基に許可を依頼する。
例えば、ＡＰＰ４の通信開始に際してＬＴＥ（Ｄ）および、マクロ経由の通信路を用いて通信を行うことが許可されている場合、ＡＰＰ４とは異なるアプリケーションをＬＴＥ（Ｄ）および、マクロ経由の通信路により通信を行う場合には、すでに許可されていると判定して直接通信路および、マクロ経由の通信路を確立してもよい。
また、ＡＰＰ５により通信を行うために、ＵＥ１０がＷＬＡＮ（Ｄ）とマクロ経由の通信とが許可されたＡＰＮを含めてＰＤＮ接続要求を送信し、ＷＬＡＮ（Ｄ）の通信路とマクロ経由の通信における通信路の確立が許可された場合、ＵＥはＷＬＡＮ（Ｄ）によって直接通信路を確立し、マクロ経由の通信路を確立しても良い。
さらに、ＡＰＰ６により通信を行うために、ＵＥ１０がＬＴＥ（Ｄ）とＷＬＡＮ（Ｄ）とマクロ経由の通信とが許可されたＡＰＮを含めてＰＤＮ接続要求を送信し、ＬＴＥ(Ｄ)とＷＬＡＮ（Ｄ）との両方の通信路とマクロ経由の通信における通信路の確立が許可された場合、ＵＥはＬＴＥ（Ｄ）によって直接通信路を確立するか、ＷＬＡＮ（Ｄ）によって直接通信路を確立するかを任意に選択して確立し、マクロ経由の通信路を確立しても良い。
また、通信相手となるＵＥ１０ａにおいても、直接通信路および、マクロ経由の通信路の確立にあたって通信事業者の許可を得るためにこれまで説明したＰＤＮ接続要求に基づく許可手続きを行っていてもよい。
もしくは、ＵＥ１０から直接通信路および、マクロ経由の通信路の確立を求められた際にＰＤＮ接続要求に基づく許可手続きを行ってもよい。つまり、ＵＥ１０とＵＥ１０ａとの直接通信路および、マクロ経由の通信路の確立にあたっては、通信相手となるＵＥ１０ａの許可手続きの完了も直接通信路確立を行うための一条件としてもよい。
［１．３．３．２ 通信路確立手続き２］
直接通信可能なＵＥと近隣探索を行い、直接通信またはマクロ経由での通信によりデータの送受信を開始する手続きとして１．３．３．１の通信路確立手続き１で説明した方法とは異なる方法について説明する。１．３．３．１の通信路各手続き１では、ＵＥの通信路の確立に対して事業者の許可を求める手続きがＵＥの要求するＰＤＮ接続（ＵＥ Ｒｅｑｕｅｓｔｅｄ ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ）手続きに基づいて行われていたのに対し、本例では、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）手続きに基づいて行われる点が異なる。図１７を用いて、直接通信およびマクロ経由の通信による通信を開始する例を示す。
直接通信可能なＵＥと近隣探索を行い、直接通信またはマクロ経由での通信によりデータの送受信を開始する手続きとして１．３．３．１の通信路確立手続き１で説明した方法とは異なる方法について説明する。１．３．３．１の通信路各手続き１では、ＵＥの通信路の確立に対して事業者の許可を求める手続きがＵＥの要求するＰＤＮ接続（ＵＥ Ｒｅｑｕｅｓｔｅｄ ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ）手続きに基づいて行われていたのに対し、本例では、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）手続きに基づいて行われる点が異なる。図１７を用いて、直接通信およびマクロ経由の通信による通信を開始する例を示す。
本例では、ＡＰＰ４においてＵＥ１０とＵＥ１０ａ間で通信の要求が発生し、利用可能な通信路がＬＴＥ（Ｄ）に基づいた通信路または、マクロ経由の通信路であると検出している状態からの手続きを説明する。
まず、ＵＥ１０はＰｒｏＳｅによるデータ送受信をＵＥ１０ｃと開始すると判断する（Ｓ１８０２）。具体的な判断方法は図１４を用いて説明した通信路確立手続き１におけるＵＥ１０がＰｒｏＳｅによるデータ送受信をＵＥ１０ａと開始すると判断する方法（Ｓ１７０２）と同様であるため説明を省略する。
また、ＵＥ１０は通信事業者による承認に基づいてＵＥ１０ａとＬＴＥ（Ｄ）に基づいた通信路を確立する。通信事業者による承認を要求する方法としては、ＵＥのサービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）手続きに基づいて、サービス要求をｅＮＢ４５に送信してもよい（Ｓ１８０４）。ここで、ＵＥ１０はサービス要求にＡＰＮを含めて送信する。
なお、ここで説明する手続きは、ＵＥ１０とＵＥ１０ａが接続待ち受け状態（ｉｄｌｅ）から接続状態（Ｃｏｎｎｅｃｔｅｄ）へ遷移させるためにサービス要求を送信してもよい。 ＵＥ１０は、利用可能な直接通信路およびマクロ経由の通信路に対応づけられたＡＰＮを保持しておき、ＡＰＰ４の利用可能な通信路はＬＴＥ（Ｄ）およびマクロ経由の通信路であり、ＵＥ１０がＬＴＥ（Ｄ）の直接通信路およびマクロ経由の通信路の確立に対する承認を要求する場合には、ＬＴＥ（Ｄ）およびマクロ経由の通信路に対応づけられたＡＰＮを選択する。
ここで、ＬＴＥ（Ｄ）およびマクロ経由の通信の通信路を確立できるＡＰＮは、ＬＴＥ（Ｄ）可能な近隣端末の検出の要求を行うことができる。
通信路に対応づけられて管理されるＡＰＮは複数管理されてよい。たとえばＬＴＥ（Ｄ）のみに対応づけられたＡＰＮ１や、ＷＬＡＮ（Ｄ）のみが対応づけられたＡＰＮ２やＴＥ（Ｄ）とＷＬＡＮ（Ｄ）など複数の直接通信路のみが対応づけられたＡＰＮ３やＬＴＥ（Ｄ）およびマクロ経由の通信に対応づけられたＡＰＮ４や、ＷＬＡＮ（Ｄ）および、マクロ経由の通信が対応づけられたＡＰＮ５や、ＬＴＥ（Ｄ）とＷＬＡＮ（Ｄ）および、マクロ経由の通信など複数の直接通信路および、マクロ経由の通信が対応づけられたＡＰＮ６など異なるＡＰＮを複数管理してもよい。
これは、ＡＰＮ１、ＡＰＮ２、ＡＰＮ３は直接通信路のみの確立に対する許可情報を対応づけて管理することを意味しており、例えばＡＰＮ１ではＬＴＥ（Ｄ）のみが許可され、ＡＰＮ２ではＷＬＡＮ（Ｄ）の直接通信路のみが許可されていると管理されている。およびマクロ経由の通信およびＷＬＡＮ（Ｄ）可能な近隣端末の検出の要求が許可され、ＡＰＮ６ではＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）とマクロ経由の通信およびＬＴＥ（Ｄ）とＷＬＡＮ（Ｄ）可能な近隣端末の検出の要求が許可されていると管理している。
また、ＡＰＮ４、ＡＰＮ５、ＡＰＮ６は直接通信路および、マクロ経由の通信の確立および近隣端末の検出の要求に対する許可情報を対応づけて管理することを意味しており、例えばＡＰＮ４ではＬＴＥ（Ｄ）およびマクロ経由の通信およびＬＴＥ（Ｄ）可能な近隣端末の検出の要求が許可され、ＡＰＮ５ではＷＬＡＮ（Ｄ）およびマクロ経由の通信およびＷＬＡＮ（Ｄ）可能な近隣端末の検出の要求が許可され、ＡＰＮ６ではＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の直接通信路および、マクロ経由の通信およびＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）可能な近隣端末の検出の要求が許可されていると管理している。
ここで、ＬＴＥ（Ｄ）可能な近隣端末とは、ＬＴＥ（Ｄ）が可能な程度に近隣に在圏するＵＥのリストである。ＬＴＥ（Ｄ）可能な近隣端末は１つであっても複数であってもよい。また、ＷＬＡＮ（Ｄ）可能な近隣端末とは、ＷＬＡＮ（Ｄ）が可能な程度に近隣に在圏するＵＥのリストである。ＷＬＡＮ（Ｄ）可能な近隣端末は１つであっても複数であってもよい。さらにＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）可能な近隣端末とは、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）が可能な程度に近隣に在圏するＵＥのリストである。ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）可能な近隣端末は１つであっても複数であってもよい。
また、マクロ経由の通信が可能な端末とは、ＵＥ１０の近隣端末を含めマクロ経由の通信路を用いて通信を行うことができる端末である。 さらに、ＵＥ１０は、直接通信路の確立が許可されず、近隣端末の検出を要求しないＡＰＮ７など、直接通信路の確立が許可され、近隣端末の検出を要求するＡＰＮ以外のＡＰＮを保持しても良い。
ＵＥ１０は複数のＡＰＮのうち、ＬＴＥ（Ｄ）の直接通信路およびマクロ経由の通信路の確立およびＬＴＥ（Ｄ）可能な近隣端末の検出の要求に関する許可をＭＭＥ４０に要求する為に、ＬＴＥ（Ｄ）およびマクロ経由の通信路およびＬＴＥ（Ｄ）可能な近隣端末の検出の要求が許可されたＡＰＮを選択し、サービス要求に含める。上述した例ではＵＥ１０はＡＰＮ４かＡＰＮ６かを選択可能であるが、ＡＰＰ４に対してはＡＰＮ４を用いるなどアプリケーションに対してＡＰＮを対応づけて管理しておくことにより、その対応情報にもとづいて選択してもよいし、任意に選択してもよい。
ＵＥ１０はｅＮＢ４５へサービス要求を送信する際（Ｓ１８０４）、Ｓｅｒｖｅｒコンタクトリスト９４２において通知されたＵＥ１０ａにおける利用可能な通信路および近隣端末の検出の要求に対応するＡＰＮを含める。ここでは、ＬＴＥ（Ｄ）における直接通信およびマクロ経由の送受信をサポートするアプリケーションであるため、ＡＰＮ４を含める。
なお、アプリケーションの種類によっては、ＷＬＡＮ（Ｄ）の直接通信路およびマクロ経由の通信路を確立し、ＷＬＡＮ（Ｄ）可能な近隣端末を検出しても良い。また、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）の両方の直接通信路とマクロ経由の通信路を確立できる場合には、ＵＥ１０が任意に直接通信路を決定しても良いし、ネットワーク側からの通知により決定しても良い。
ｅＮＢ４５はＵＥ１０からサービス要求を受信し、含まれるＡＰＮを含めてサービス要求をＭＭＥ４０に送信する（Ｓ１８０６）。したがって、ＵＥ１０はサービス要求を、ｅＮＢ４５を介してＭＭＥ４０に送信することになる。
ここで、通信路を確立したＵＥが接続待ち受け状態に遷移しているケースなど、既に通信路を確立している場合には、ＵＥ１０はサービス要求にベアラＩＤなど通信路を特定する情報を含めてサービス要求を送信してもよい。
次に、ＭＭＥ４０はｅＮＢ４５が送信したサービス要求を受信し、含まれるＡＰＮを確認する。ＡＰＮの確認は、通信路確立および近隣端末を検出に対する許可情報４４２に基づいて受信したＡＰＮがＬＴＥ（Ｄ）およびマクロ経由の通信が許可され、近隣端末を検出するＡＰＮであることを判定する。これにより、ＭＭＥ４０はＵＥ１０がＬＴＥ（Ｄ）に基づいた直接通信路の確立および、マクロ経由の通信路の確立に関する許可を要求し、近隣端末の検出を要求していることを検出する。
また、サービス要求に含まれるベアラＩＤなどに基づいてＬＴＥ（Ｄ）に基づいた直接通信路の確立および、マクロ経由の通信路の確立に関する許可および近隣端末の検出を要求していることを検出してもよい。
ＭＭＥ４０は、ＵＥ毎に利用可能なＡＰＮを管理しておき、ＵＥ１０が通知したＡＰＮをＵＥ１０が利用可能かどうかを判定する。利用可能であればＡＰＮに対応づけられた直接通信路の確立およびマクロ経由の通信路の確立に対応づけられた通信路の確立および近隣端末の検出の要求を許可し、利用可能でなければ不許可とする。
上述した手順により、ＭＭＥ４０はＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立およびマクロ経由の通信路の確立および近隣端末の検出の要求を許可と判定することができる。
ＬＴＥ（Ｄ）に基づく直接通信路およびマクロ経由の通信路の確立および、近隣検出の要求を許可したＭＭＥ４０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０へＰｒｏＳｅによる近隣検出の要求を送信する（Ｓ１８０８）。このとき、ＭＭＥ４０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０へＵＥ１０の識別情報であるＵＥ ＩＤ（ＵＥ１０）と、ＬＴＥ（Ｄ）による直接通信であることを示す通信路情報を含める。また、ＭＭＥ４０から近隣検出要求を受信したＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣検出要求に含まれるＵＥ ＩＤ（ＵＥ１０）と、通信路の情報（ＬＴＥ（Ｄ））を検出する。つまり、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ１０がＬＴＥ（Ｄ）による直接通信およびマクロ経由の通信を開始することを検知する。
続いて、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣検出を行う（Ｓ１８１０）。近隣検出を行う方法は、第１実施形態におけるＳ１７０８で示した方法を同様に利用できるため、その説明を省略する。なお、ＵＥ１０において、利用可能なアプリケーション（ＡＰＰ１〜ＡＰＰ６）全てに対するＳｅｒｖｅｒコンタクトリスト９４２および、利用可能な通信路を検出する。ここで、ＵＥ１０は、ＬＴＥ（Ｄ）による直接通信を開始するため、ＬＴＥ（Ｄ）に対応するアプリケーションのみを検出しても良い。
続いて、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＭＭＥ４０へ近隣検出応答として、Ｓ１８１０で評価したＳｅｒｖｅｒコンタクトリスト９４２と利用可能な通信路の通知を行う（Ｓ１８１２）。このとき、Ｓｅｒｖｅｒコンタクトリスト９４２と利用可能な通信路は、例えば、第一実施形態で説明した図１６Ａ〜図１６Ｃの形で通知する。
ＭＭＥ４０は許可と判定した場合には、ＭＭＥ４０はｅＮＢ４５にコンテキスト設定要求を送信し（Ｓ１８１４）、これに基づいてｅＮＢ４５は無線ベアラ確立要求をＵＥ１０に送信する（Ｓ１８１６）。これらにより、ＭＭＥ４０においてＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路およびマクロ経由の通信路の確立が許可と判定されたことを通知する。
ここで、コンテキスト設定要求および無線ベアラ確立要求には、直接通信路の確立を許可したか否かを示す情報と、マクロ経由の通信路の確立を許可したか否かを示す情報と、近隣端末に関する情報と、通信対象ＵＥ毎で利用可能な通信路を含めて送信してもよい。
直接通信路の確立を許可したか否かを示す情報は、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒなど、直接通信路の通信路の確立が許可されたことを明示的に示すフラグを含めても良い。もしくは、直接通信路に対応づけられたベアラＩＤや直接通信路を用いた通信に使用するＩＰアドレスなど、マクロ経由の通信路に対応づけられた情報を含めることで通知してもよい。
直接通信路の確立を許可したか否かを示す情報は、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒなど、直接通信路の通信路の確立が許可されたことを明示的に示すフラグを含めないことで暗に通知しても良いし、もしくは、マクロ通信路に対応づけられたベアラＩＤやマクロ通信路を用いた通信に使用するＩＰアドレスなど、マクロ経由の通信路に対応づけられた情報を含めることで通知してもよいし、直接通信路の通信路の確立が許可されたことを明示的に示すＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒとは異なるフラグを含めて通知しても良い。
これにより、ＭＭＥ４０は、直接通信路の確立を許可し、さらにマクロ通信路の確立を許可することを通知することと、直接通信路のみの確立を許可することを通知することと、マクロ通信路の確立のみを許可することを通知することとができる。
また、直接通信路とマクロ経由の通信路の確立を許可したか否か示すフラグ１と、直接通信路の確立のみを許可したか否か示すフラグ２と、マクロ経由の通信路の確立を許可したか否か示すフラグ３など、それぞれ異なるフラグを用いて通知してもよい。
また、これらに限らず、他の情報要素を組み合わせることにより、直接通信路の確立を許可したか否かを示す情報と、マクロ経由の通信路の確立を許可したか否かを示す情報とを構成し、通知してもよい。
さらに、近隣端末に関する情報は、コンタクトリストでも良い。ここで、コンタクトリストは、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０が近隣評価応答に含めたコンタクトリストでも良い。また、通信対象ＵＥ毎の利用可能な通信路は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０が近隣評価応答に含めた利用可能な通信路でも良い。
ｅＮＢ４５は、ＭＭＥ４０からベアラ設定要求／ＰＤＮ接続許可通知を受信し、通知に含まれる直接通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報と、近隣端末に関する情報と、通信対象ＵＥと利用可能な通信路を検出する。
ここで、ＬＴＥ（Ｄ）に基づく通信路およびマクロ経由の通信路の確立が許可されたことを検出する方法としては、近隣端末に関する情報と、通信対象ＵＥと利用可能な通信路、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒが含まれていることで検出してもよい。
ここで、ｅＮＢ４５は、マクロ経由の通信路の確立を許可したか否かを示す情報に基づいてマクロ経由の通信路の通信路の確立が許可されていると検出した場合には、ＵＥ１０がｅＮＢ４５と無線通信を行うための無線リソースの割り当てなどを行ってもよい。例えば、ＵＥ１０がＡＰＮ４を含めてＰＤＮコネクションの確立要求をしている場合には、ＵＥ１０が確立を要求しているのは直接通信路の確立と、マクロ経由の通信路の確立とを要求しており、ＭＭＥ４０によってそれらが許可されたことを検出し、これに基づいてｅＮＢ４５とＵＥ１０間の無線リソースの割り当てなどを含む無線通信路の確立を行ってもよい。
また、ｅＮＢ４５は、直接通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報に基づいて、直接通信路の確立のみが許可されたことを検出した場合には、ＵＥ１０がｅＮＢ４５と無線通信を行うための無線リソースの割り当てを行わなくても良い。検出においては、通知にＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒが含まれていないことで検出してもよい。
次に、ｅＮＢ４５は無線ベアラ確立要求をＵＥ１０に送信し、ＵＥ１０の送信するコネクション確立要求に対する許可情報を通知する（Ｓ１８１６）。通知には、ＭＭＥ４０から受信した直接通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報と近隣端末に関する情報と通信対象ＵＥと利用可能な通信路を含めて送信する。
また、無線ベアラ確立要求を受信した後に近隣端末の探索を開始しても良い（Ｓ１８０３）。具体的な方法は図１４を用いて説明した通信路確立手続き１における近隣端末の検索の開始方法（Ｓ１７０２）と同様であるため説明を省略する。
ここで、近隣端末の探索には、ｅＮＢ４５から通知された、Ｓｅｒｖｅｒコンタクトリスト９４２や、利用可能な通信路を利用しても良い。Ｓｅｒｖｅｒコンタクトリスト９４２や、利用可能通信路は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０において、ＵＥから受信した位置情報に基づいて検出されたＵＥリストである。つまり、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０が直接通信できる程度に近隣にＵＥがいることを検出して、直接通信路の確立手続きを行うため、ＵＥ１０と直接通信できないにも関わらず、不必要に行われていた直接通信路の確立手続きを行わなくてすむようになり、不要な手続き、端末探索処理、端末探索に関わるリソースなどを抑制することができる。
ＵＥ１０は、通知に含まれるＭＭＥ４０から受信した直接通信路の確立を許可したか否かを示す情報とマクロ経由の通信路の確立を許可したか否かを示す情報と近隣端末に関する情報と、通信対象ＵＥと利用可能な通信路に基づいて、直接通信路とマクロ通信路が許可されたのか、直接通信路の確立のみが許可されたのか、マクロ経由の通信路の確立のみが許可されたのかを検出し、さらに、近隣端末の検出の要求が許可されたのかを検出する。ここで、ＬＴＥ（Ｄ）に基づく通信路およびマクロ経由の通信路の確立および近隣端末の検出の要求が許可されたことを検出する方法としては、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒが含まれていることで検出しても良いし、コンタクトリストが含まれていることにより検出しても良い。
また、ＭＭＥ４０はＵＥ１０が直接通信路を用いて通信を行うために用いるＩＰアドレスやベアラＩＤや直接通信に利用する周波数に関する情報などの、ＵＥ１０が直接通信路を確立するために利用する情報を、コンテキスト設定要求および無線ベアラ確立要求に含めてＵＥ１０に通知しても良い。また、直接通信路に対応づけられたベアラＩＤはｅＮＢ４５が割り当て、無線ベアラ確立要求に含めてＵＥ１０に通知しても良い。
さらに、ＭＭＥ４０はＵＥ１０がマクロ経由の通信路を用いて通信を行うために用いるＩＰアドレスやベアラＩＤやマクロ経由の通信に利用する周波数に関する情報などの、ＵＥ１０がマクロ経由の通信路を確立するために利用する情報を、コンテキスト設定要求および無線ベアラ確立要求に含めてＵＥ１０に通知しても良い。また、マクロ経由の通信路に対応づけられたベアラＩＤはｅＮＢ４５が割り当て、無線ベアラ確立要求に含めてＵＥ１０に通知しても良い。
ＵＥ１０は、無線ベアラ確立要求に含まれる近隣端末に関する情報により、ＵＥ１０ａとＬＴＥ（Ｄ）可能であることを検出する。また、ＵＥ１０は、直接通信路の確立を許可したか否かを示す情報に基づいてＭＭＥ４０によって許可される場合にはＵＥ１０ａとの直接通信路を確立してもよい（Ｓ１８１８）。許可されていない場合には直接通信路の確立は行わなくてよい。さらに、ＵＥ１０は、ＭＭＥ４０によって許可された直接通信路および、マクロ経由の通信路と、ＡＰＮに対応づけられた通信路とに基づいて直接通信路を確立するかどうかを判定してもよい。もしくはＭＭＥ４０によって許可された直接通信路および、マクロ経由の通信路と、Ｓｅｒｖｅｒコンタクトリスト９４２に関連付けられるＡＰＰに対応づけられた通信路の情報のいずれかに基づいて直接通信路を確立するかどうかを判定してもよい。
例えば、ＡＰＰ４に対応づけられた直接通信路がＬＴＥ（Ｄ）およびマクロ経由の通信であり、ＭＭＥに許可されたＡＰＮがＬＴＥ（Ｄ）とＷＬＡＮ（Ｄ）の両方と、マクロ経由の通信路の確立が許可されている場合には、ＵＥ１０は、ＬＴＥ（Ｄ）がＡＰＰ４に対応づけられていることと、ＡＰＮによってＬＴＥ（Ｄ）および、マクロ経由の通信が許可されていることから、ＬＴＥ（Ｄ）による直接通信路および、マクロ経由の通信路を確立することを決定する。
ＵＥ１０はＵＥ１０ａとのＬＴＥ（Ｄ）に基づいた直接通信路を確立手続きでは、無線ベアラ確立要求などで取得した周波数を用いて確立してもよいし、予め利用する周波数を割り当てるなどして行っても良い。
また、ここで、無線ベアラ確立要求などで取得したＩＰアドレスやベアラＩＤをＵＥ１０ａに対して通知し、それらを直接通信路に対応づけて管理し、直接通信を行うにあたって利用しても良い。また、ＵＥ１０ａとの直接通信路の確立にあたってＵＥ１０とＵＥ１０ａのいずれかがＩＰアドレスやベアラＩＤの割り当てを行い、他方に通知することで取得し、それらを直接通信路に対応づけて管理し、直接通信を行うにあたって利用しても良い。
以上により、ＵＥ１０とＵＥ１０ａは直接通信路およびマクロ経由の通信路を確立して通信を開始することができる。ＡＰＰ４の通信を行うに当たってＬＴＥ（Ｄ）に基づく通信路を確立した場合には、ＵＥ１０は、ＡＰＰ４の通信データの送信に対して直接通信路を選択して送信する。より具体的には、ＡＰＮ４のユーザデータ送信にあたっては、各通信路に対応づけられたＩＰアドレスを選択して通信を行っても良い。また、各通信路に対応づけられたベアラＩＤを選択して通信路を特定して通信を行っても良い。
次に、ＵＥ１０はマクロ経由の通信路の確立手続きとして、無線ベアラ確立要求などで取得した周波数を用いて確立してもよいし、予め利用する周波数を割り当てるなどして行っても良い。
また、ＵＥ１０は直接通信路の確立が完了したか否かを示す情報と、マクロ経由の通信路の確立を完了したか否かの情報とを含めてコンテキスト初期化完了通知をＭＭＥ４０に送信してもよい（Ｓ１８２０）。このように、ＵＥ１０は直接通信路の確立が完了したことをＭＭＥ４０に通知してもよい。
ＭＭＥ４０は、直接通信路の確立が完了したか否かを示す情報もしくはマクロ経由の通信路の確立を完了したか否かの情報、またはその両方に基づいて、ベアラ情報の更新を行うか否かを判定してもよい。
また、ＵＥ１０はマクロ経由の通信路の確立手続きでは、ＲＲＣ接続再設定通知などで取得した周波数を用いて確立してもよいし、予め利用する周波数を割り当てるなどして行っても良いし、予め利用する周波数を割り当てるなどして行っても良い。ここで、ＭＭＥ４０は、直接通信路に対応づけるＩＰアドレスと、マクロ経由の通信路であるＰＤＮコネクションに対応づけるＩＰアドレスとを割り当て、ＵＥ１０はＲＲＣ接続再設定通知などからそれらのＩＰアドレスを取得してもよい。 さらに、ＭＭＥ４０は、直接通信路に対応づけるベアラＩＤと、マクロ経由の通信路であるＰＤＮコネクションに対応づけるベアラＩＤとを割り当て、ＵＥ１０はＲＲＣ接続再設定通知などからそれらのＩＰアドレスを取得してもよい。
例えば、マクロ経由の通信路の確立が完了したと判定した場合にはＭＭＥ４０はコンテキスト初期化完了通知を受信後、ＳＧＷ３５とＰＧＷ３０との間で手続きを行い、ベアラ設定の更新を行う。具体的にはＭＭＥ４０はＳＧＷ３５にベアラ変更要求を送信し（Ｓ１８２２）、ＳＧＷ３５は受信に基づいてＰＧＷ３０にベアラ変更要求を送信する（Ｓ１８２４）。さらに、応答としてＰＧＷ３０はベアラ変更応答をＳＧＷ３５に送信し（Ｓ１８２６），ＳＧＷ３５は受信に基づいてベアラ変更応答をＭＭＥ４０に送信する（Ｓ１８２８）。このように、ＵＥ１０は直接通信路の確立が完了したことをＭＭＥ４０に通知してもよい。
ここで、ＰＧＷ３０とＵＥ１０間のベアラを確立した場合には送信を行うが、直接通信路を確立した場合には送信しないなどを判定して、ＭＭＥ４０はベアラ変更要求を送信しなくてもよい。このように、ＭＭＥ４０、ＳＧＷ３５、ＰＧＷ３０は、直接通信路を確立した場合には、ベアラ情報の更新処理を行わなくても良い。
このように、ＵＥ１０は、ＡＰＮ４〜６などを用いてＰＤＮコネクション確立を要求することにより、ＵＥ１０ａとの直接通信路およびマクロ経由の通信路を確立することができる。また、ＡＰＮ１〜３などを用いてＰＤＮコネクション確立を要求することにより、ＵＥ１０ａとの直接通信路を確立することができる。また、ＡＰＮ７などを用いてＰＤＮコネクション確立を要求することにより、マクロ経由の通信路を確立することができる。
以上の手続きにより、ＡＰＰ４で通信を行うＵＥ１０は、近隣端末に関する情報を受信し、ＬＴＥ（Ｄ）の直接通信路とマクロ経由で通信路を確立することができる。
ここで、ＵＥ１０は、サービス要求にＬＴＥ（Ｄ）およびマクロ経由の通信路を許可され、ＬＴＥ（Ｄ）可能な近隣端末の検出を要求できるＡＰＮ４を含めて通知することにより、ＵＥ１０は、近隣端末に関する情報を受信し、ＬＴＥ（Ｄ）およびマクロ経由の通信路を確立することができる。
また、ＵＥ１０は、サービス要求にＷＬＡＮ（Ｄ）およびマクロ経由の通信路を許可され、ＷＬＡＮ（Ｄ）可能な近隣端末の検出を要求できるＡＰＮ５を含めて通知することにより、ＵＥ１０は、近隣端末に関する情報を受信し、ＷＬＡＮ（Ｄ）およびマクロ経由の通信路を確立することができる。
さらに、ＵＥ１０は、サービス要求にＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）およびマクロ経由の通信路を許可され、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）可能な近隣端末の検出を要求できるＡＰＮ６を含めて通知することにより、ＵＥ１０は、近隣端末に関する情報を受信し、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）およびマクロ経由の通信路を確立することができる。
ここで、ＡＰＮ６のように、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の通信路を確立することができる場合、ＵＥ１０は、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の通信路を任意に選択しても良い。また、ＵＥ１０は、ネットワーク側からの通知によりＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の通信路を選択しても良い。
つまり、ＵＥ１０は、ＵＥ１０ａと直接通信路またはマクロ経由での通信路を利用してデータの送受信を行うことができる。ここで、ＵＥ１０は、ＵＥ１０ａと直接通信路またはマクロ経由の通信路のいずれを選択しても良い。なお、ＵＥ１０は、直接通信路またはマクロ経由の通信路を選択するためにプライオリティを管理し、プライオリティに基づいて直接通信路または、マクロ経由の通信路を選択しても良い。
例えば、ＡＰＰ４のようにＬＴＥ（Ｄ）の直接通信路とマクロ経由の通信路を利用することができる場合、ＬＴＥ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティを管理しておいても良い。ここで、ＬＴＥ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のＰＤＮコネクションとマクロ経由の通信路のＰＤＮコネクションと関連付けて管理されていてもよい。さらに、ＬＴＥ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のベアラとマクロ経由の通信路のベアラと関連付けて管理されていてもよい。
また、ＡＰＰ５のようにＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路を利用することができる場合、ＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティを管理しておいても良い。ここで、ＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＷＬＡＮ（Ｄ）の直接通信路のＰＤＮコネクションとマクロ経由の通信路のＰＤＮコネクションと関連付けて管理されていてもよい。さらに、ＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＷＬＡＮ（Ｄ）の直接通信路のベアラとマクロ経由の通信路のベアラと関連付けて管理されていてもよい。
さらに、ＡＰＰ６のように、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路を利用することができる場合、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティを管理しておいても良い。ここで、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のＰＤＮコネクションとＷＬＡＮ（Ｄ）の直接通信路のＰＤＮコネクションとマクロ経由の通信路のＰＤＮコネクションと関連付けて管理されていてもよい。さらに、ＬＴＥ（Ｄ）の直接通信路とＷＬＡＮ（Ｄ）の直接通信路とマクロ経由の通信路のプライオリティは、ＬＴＥ（Ｄ）の直接通信路のベアラとＷＬＡＮ（Ｄ）の直接通信路のベアラとマクロ経由の通信路のベアラと関連付けて管理されていてもよい。
一方、ＵＥ１０ａと直接通信を維持できなった場合には、マクロ経由で通信を開始しても良い。
つまり、ＵＥ１０がＵＥ１０ａとＬＴＥ（Ｄ）による直接通信を開始することができない場合、ＵＥ１０は、マクロ（ＰＧＷ３０）経由で通信を開始する（Ｓ１８３０）。
ここで、ＡＰＮ４によるマクロ経由の通信路に対応づけられるベアラとＡＰＮ４によるＬＴＥ（Ｄ）の通信路に対応づけられるベアラを管理する場合、ＵＥ１０はＵＥ１０ａとＬＴＥ（Ｄ）を行うことができる程度に近隣でないため、ＵＥ１０は、ＵＥ１０ａとＡＰＮ４によるマクロ経由の直接通信路と対応づけられるベアラを選択してもよい。
以上の手続きにより、ＵＥ１０は、ＵＥ１０ａとＬＴＥ（Ｄ）における直接通信を開始することができる。
また、ここでＵＥ１０によるサービス要求の送信は、ＵＥ１０がＵＥ１０ａと直接通信を開始する際に行う例を説明したが、これに関わらず予め行われていても良い。例えば、ＵＥ１０は端末の起動時やアプリケーションの起動時等に予めＬＴＥ（Ｄ）の直接通信路およびマクロ経由の通信路確立に対してサービス要求を送信するなどに基づいて許可を得ておき、ＵＥ１０がＵＥ１０ａと直接通信を行うことができる程度に近隣であると判断し、直接通信を開始することを決定した際には、すぐさま直接通信路の確立（Ｓ１８１２）を行っても良い。
また、上述した例では、ＡＰＰ４による通信を行うためにＬＴＥ（Ｄ）に基づく直接通信路およびマクロ経由の通信路を確立して通信を開始する例を中心に説明したが、ＵＥ１０は図４Ａに示すようにＡＰＰ５による通信も、ＡＰＰ６による通信も、上述した方法を適用してすることができる。
例えば、ＡＰＰ４の通信を行う場合、ＵＥ１０はサービス要求に含めるＡＰＮの選択は、ＬＴＥ（Ｄ）および、マクロ経由の通信が許可され、近隣端末の検出を要求できるＡＰＮを選択して含めることにより、ＬＴＥ（Ｄ）による通信路および、マクロ経由の通信路の確立および近隣端末の検出の要求に対して許可を要求する。
さらに、ＵＥ１０はＬＴＥ（Ｄ）による通信路および、マクロ経由の通信路の確立および近隣端末の検出の要求が許可されたか否かを受信し、許可されている場合には、近隣端末に関する情報を受信し、ＬＴＥ（Ｄ）の直接通信路および、マクロ経由の通信路を確立する。
ＭＭＥ４０は、ＬＴＥ（Ｄ）に基づく通信路の確立および、マクロ経由の通信路の確立および近隣端末の検出の要求を許可する場合には、ＵＥ１０とＵＥ１０ａが直接通信を行うためのＳＳＩＤなどの情報を含めても良い。
また、ＡＰＰ５の通信を行う場合、ＵＥ１０はサービス要求に含めるＡＰＮの選択は、ＷＬＡＮ（Ｄ）および、マクロ経由の通信が許可され、近隣端末の検出を要求できるＡＰＮを選択して含めることにより、ＷＬＡＮ（Ｄ）による通信路および、マクロ経由の通信路の確立および近隣端末の検出の要求に対して許可を要求する。
また、ＡＰＰ５の通信を行う場合、ＵＥ１０はサービス要求に含めるＡＰＮの選択は、ＷＬＡＮ（Ｄ）および、マクロ経由の通信が許可され、近隣端末の検出を要求できるＡＰＮを選択して含めることにより、ＷＬＡＮ（Ｄ）による通信路および、マクロ経由の通信路の確立および近隣端末の検出の要求に対して許可を要求する。
さらに、ＵＥ１０はＷＬＡＮ（Ｄ）による通信路および、マクロ経由の通信路の確立および近隣端末の検出の要求が許可されたか否かを受信し、許可されている場合には、近隣端末に関する情報を受信し、ＷＬＡＮ（Ｄ）の直接通信路および、マクロ経由の通信路を確立する。
ＭＭＥ４０は、ＷＬＡＮ（Ｄ）に基づく通信路および、マクロ経由の通信路の確立を許可する場合には、ＵＥ１０とＵＥ１０ａが直接通信を行うためのＳＳＩＤなどの情報を含めても良い。
また、ＡＰＰ６の通信を行う場合には、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）および、マクロ経由の通信が許可され、近隣端末の検出を要求できるＡＰＮを含めてサービス要求を送信してもよいし、ＬＴＥ（Ｄ）の利用することを決定したのちにＬＴＥ（Ｄ）および、マクロ経由の通信が許可され、近隣端末の検出を要求できるＡＰＮを選択してサービス要求を送信してもよい。またはＷＬＡＮ（Ｄ）の利用することを決定したのちにＷＬＡＮ（Ｄ）および、マクロ経由の通信が許可され近隣端末の検出を要求できるＡＰＮを選択してサービス要求を送信してもよい。
このように、ＵＥ１０はアプリケーションに対応づけられた直接通信路およびマクロ経由の通信路の確立および近隣端末の検出の要求に対して、移動通信事業者に対して許可を求めたのちに確立手続きを実行する。許可の要求に対しては、直接通信路およびマクロ経由の通信路および近隣端末の検出の要求に対応づけられた情報を基に許可を依頼する。 また、通信相手となるＵＥ１０ａにおいても、直接通信路および、マクロ経由の通信路の確立および近隣端末の検出の要求にあたって通信事業者の許可を得るためにこれまで説明したサービス要求に基づく許可手続きを行っていてもよい。
もしくは、ＵＥ１０から直接通信路の確立および、マクロ経由の通信路の確立および近隣端末の検出の要求を求められた際にサービス要求に基づく許可手続きを行ってもよい。つまり、ＵＥ１０とＵＥ１０ａとの直接通信路および、マクロ経由の通信路の確立にあたっては、通信相手となるＵＥ１０ａの許可手続きの完了も直接通信路確およびマクロ経由の通信路を行うための一条件としてもよい。
ＵＥ１０はアプリケーションのデータ送受信を行う際、アプリケーションに対応づけられた直接通信路およびマクロ経由の通信路を管理し、直接通信路またはマクロ経由の通信路を選択して通信を行う。
ここで、ＡＰＮ４などのＬＴＥ（Ｄ）の直接通信路およびマクロ経由の通信路の確立が許可され、近隣端末の検出の要求できるＡＰＮを用いて直接通信路およびマクロ経由の通信路を確立している状態で、ＵＥ１０は、ＬＴＥ（Ｄ）の直接通信路を選択しても良い。
この場合、ＵＥ１０はアプリケーションと通信路を対応づけて管理し、さらに、特定したアプリケーションに対応づけられたＬＴＥ（Ｄ）の直接通信路およびマクロ経由の通信路にプライオリティを管理させ、特定したアプリケーションに対応づけられたＬＴＥ（Ｄ）の通信路またはマクロ経由の通信路を選択してデータを送受信してもよい。
これにより、ＵＥ１０は、ＬＴＥ（Ｄ）などの直接通信路およびマクロ経由の通信路を利用するアプリケーションのデータ送受信は直接通信路または、マクロ経由の通信路を利用する通信路を選択して送受信することができる。
また、ＵＥ１０は、確立した直接通信路に対するベアラＩＤと、ＰＧＷ３０との間に確立した通信路に対するベアラＩＤと、を保持し、通信路をベアラＩＤと対応づけて管理し、さらに、直接通信路に対するベアラＩＤと、マクロ経由の通信路に対するベアラＩＤ間でプライオリティを管理してもよい。
これにより、ＵＥ１０は、直接通信路に対応づけられたベアラＩＤまたは、マクロ経由の通信路に対応づけられたベアラＩＤを選択して送受信することができる。
また、ＵＥ１０は、確立した直接通信路を用いて通信を行うためのＰＤＮコネクションを確立し、マクロ経由の通信路を用いて通信を行うためのＰＤＮコネクションを確立し、通信路とＰＤＮコネクションとを対応づけて管理し、さらに、直接通信路に対するＰＤＮコネクションと、マクロ経由の通信路に対するＰＤＮコネクション間でプライオリティを管理してもよい。
これにより、ＵＥ１０は、直接通信およびマクロ経由の通信を行うアプリケーションのデータ送受信は直接通信路に対応づけられたＰＤＮコネクションまたは、マクロ経由の通信路に対応づけられたＰＤＮコネクションを選択して送受信することができる。
ここで、データ送受信をする際に送受信するデータがどのアプリケーションに対応するかなどのアプリケーションを特定する必要があるが、の特定手段は、送信元アドレス、送信先アドレス、プロトコル番号、送信元ポート番号、送信先ポート番号などのＩＰ５タプルの情報に基づいてアプリケーションを特定してもよい。また、アプリケーションＩＤなどの識別情報に基づいてアプリケーションを特定してもよい。 例えば送信データがＡＰＰ７等のマクロ経由の通信路で通信を行うアプリケーションであることが検出できた場合、アプリケーションに対応づけられた通信路であるマクロ経由の通信路を選択して送信する。また、ＡＰＰ１等のＬＴＥ（Ｄ）を用いた通信を行うことができるアプリケーションであることを検出できた場合、アプリケーションに対応づけられた通信路であるＬＴＥ（Ｄ）に基づく通信路を選択して通信を行う。また、ＡＰＰ４等のＬＴＥ（Ｄ）とマクロ経由の通信路を用いた通信を行うことができるアプリケーションであることを検出できた場合、アプリケーションに対応づけられた通信路であるＬＴＥ（Ｄ）もしくはマクロ経由の通信路を選択して通信を行うが、選択においては既に説明したプライオリティ情報などに基づいた選択手法により通信路を選択して通信を行う。
［１．３．５ 切断手続き］
本節では、ＵＥ１０がＵＥ１０ａと直接通信路を介して通信中に、ＵＥ１０ａと直接通信によるデータの送受信の中止する方法について説明する。ＵＥ１０が通信を終了するケースとしては、ユーザがアプリケーションを週慮するなど、確立した通信路を必要しなくなる場合や、ＵＥ１０または通信相手のＵＥａが移動することにより直接通信路が維持できなくなった場合などが考えられる。こうしたそれぞれのケースについて、図１８を利用してＵＥ１０ａとＰｒｏＳｅによるデータの送受信の中止する方法について説明する。なお、以下の説明では、ＵＥ１０が直接通信を中止することを検出し、直接通信を中止する手続きを開始するが、ＵＥ１０ａにおいても同様に可能である。
本節では、ＵＥ１０がＵＥ１０ａと直接通信路を介して通信中に、ＵＥ１０ａと直接通信によるデータの送受信の中止する方法について説明する。ＵＥ１０が通信を終了するケースとしては、ユーザがアプリケーションを週慮するなど、確立した通信路を必要しなくなる場合や、ＵＥ１０または通信相手のＵＥａが移動することにより直接通信路が維持できなくなった場合などが考えられる。こうしたそれぞれのケースについて、図１８を利用してＵＥ１０ａとＰｒｏＳｅによるデータの送受信の中止する方法について説明する。なお、以下の説明では、ＵＥ１０が直接通信を中止することを検出し、直接通信を中止する手続きを開始するが、ＵＥ１０ａにおいても同様に可能である。
まず、ＵＥ１０は、ＵＥ１０ａと直接通信を中止することを検出する（Ｓ１９０２）。ここで、直接通信を中止することを検出する方法は種々の方法が考えられるが、例えば、直接通信相手とのデータの送受信が完了した場合やＵＥ１０とＵＥ１０ａ間の距離が大きくなり、直接通信を維持できなくなった場合などに実行しても良い。
なお、ＵＥ１０とＵＥ１０ａ間においてデータの送受信が完了した場合とＵＥ１０とＵＥ１０ａ間の直接通信を維持できなくなり、通信を継続する場合とで続く手続きが異なる。また、ＵＥ１０とＵＥ１０ａ間の直接通信を維持できなくなる場合に、事前に直接通信が維持できなくなることを検知できず、接続待ち受け状態に遷移した場合と、事前に直接通信が維持できなくなることを検知した場合とで手続きが異なる。
以下では、データの送受信が完了した場合の手続きを切断手続き（ａ）として説明し、事前に直接通信が維持できなくなることを検知できず、接続待ち受け状態に遷移した場合を切断手続き（ｂ）として説明し、ＵＥ１０とＵＥ１０ａ間の直接通信を維持できなくなる場合に、事前に直接通信が維持できなくなることを検知した場合を切断手続き（ｃ）として説明を行う。まず、切断手続き（ａ）について説明する。ここでは、図１８で示す点線で囲まれた（ａ）を用いて説明する。
［１．３．５．１ 切断手続き（ａ）］
ＵＥ１０ａとデータの送受信が完了したことを検知したＵＥ１０は、ＭＭＥ４０へＰＤＮ切断要求を送信する（Ｓ１９０４）。なお、このとき、ＰｒｏＳｅ ｉｎｄｉｃａｔｏｒを含めて通知してもよい。
ＵＥ１０ａとデータの送受信が完了したことを検知したＵＥ１０は、ＭＭＥ４０へＰＤＮ切断要求を送信する（Ｓ１９０４）。なお、このとき、ＰｒｏＳｅ ｉｎｄｉｃａｔｏｒを含めて通知してもよい。
また、ＭＭＥ４０は、ＡＰＮに基づいてＳＧＷ３５、ＰＧＷ３０で実行されるセッションの削除手続きを実行させないよう判定してもよい。また、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒなどから直接通信路を解放するための要求であることを検出し、ＳＧＷ３５、ＰＧＷ３０で実行されるセッションの削除を行う。
ここで、ＭＭＥ４０は、ＵＥ１０に対するマクロ経由の通信路のセッション削除つまりはＰＤＮコネクションなどの通信路の削除を行わないか否かを選択してもよい。つまり、ＬＴＥ（Ｄ）などの直接通信路およびマクロ経由の通信路を確立されている場合には、コアネットワーク内部のセッション削除つまりはＰＤＮコネクションなどの通信路の削除を行い、ＬＴＥ（Ｄ）の直接通信路のみを確立されている場合には、ＵＥ１０に対するマクロ経由の通信路のセッション削除つまりはＰＤＮコネクションなどの通信路の削除を行わない。また、直接通信路と関連付けられておらず、マクロ経由の通信路のみを確立されている場合には、セッションの削除を行わない。
なお、ＭＭＥ４０は、ＵＥ１０において、直接通信路とともに確立されたマクロ経由の通信路を検出する。直接通信路と関連付けられたマクロ経由の通信路が確立されていることを検出する方法は、例えば、ＵＥ１０がＰＤＮ切断要求に、明示的に、マクロ経由の通信路のＰＤＮコネクションに関する情報を含めて通知し、ＭＭＥ４０がマクロ経由の通信路のＰＤＮコネクションに関する情報を検出し、マクロ経由の通信路のＰＤＮコネクションにおけるセッションを削除しても良い。
また、ＭＭＥ４０は、直接通信路のみが確立されていることを検出することができる。つまり、ＵＥ１０がＰＤＮ切断要求に、明示的に、直接通信路のみのＰＤＮコネクションに関する情報を含めて通知し、ＭＭＥ４０が直接通信路のＰＤＮコネクションに関する情報を検出することができる。
さらに、ＭＭＥ４０は、マクロ経由の通信路のみが確立されていることも検出することができる。つまり、ＵＥ１０がＰＤＮ切断要求に、明示的に、マクロ経由の通信路のみのＰＤＮコネクションに関する情報を含めて通知し、ＭＭＥ４０がマクロ経由のＰＤＮコネクションに関する情報を検出することができる。
ＵＥ１０に対して直接通信路およびマクロ経由の通信路が確立されていることを検出したＭＭＥ４０がＳＧＷ３５に対して送信するセッション削除要求（Ｓ１９０６）、ＳＧＷ３５がＰＧＷ３０に送信するセッション削除要求（Ｓ１９０８）、さらにはそれらの応答であるＰＧＷ３０がＳＧＷ３５に送信するセッション削除応答（Ｓ１９１０）、ＳＧＷ３５がＭＭＥ４０に送信するセッション削除応答（Ｓ１９１２）の送受信を行う。これにより、直接通信路に関連付けられたマクロ経由の通信路のＰＤＮコネクションにおけるＰＧＷ３０とＳＧＷ３５間のセッションが削除され、ＳＧＷ３５とｅＮＢ４５間のセッションが削除される。
また、マクロ経由のみの通信路のＰＤＮコネクションにおけるＰＧＷ３０とＳＧＷ３５間のセッションが削除され、ＳＧＷ３５とｅＮＢ４５間のセッションを削除することができる。
さらに、直接通信路のみの通信路に対して削除を行う場合には、Ｓ１９０６からＳ１９１２の処理を行わなくても良い。
次に、ＭＭＥ４０は、ｅＮＢ４５へベアラ無効化要求を送信する（Ｓ１９１４）。このとき、ベアラ無効化要求には直接通信およびマクロ経由の通信路に関連付けられるベアラを示すベアラＩＤを含めても良い。また、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒなど、直接通信路の確立が許可されたことを明示的に示すフラグを含めても良い。ここで、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒは、ＵＥとＰＧＷとの間のＰＤＮコネクションの確立を許可したことを示す情報であってもよい。
ここで、ｅＮＢ４５は、ＰｒｏＳｅ ＩｎｄｉｃａｔｏｒおよびベアラＩＤにより、直接通信路およびマクロ経由の通信路が確立されていることを検出し、これに基づいてｅＮＢ４５とＵＥ間の無線リソースの開放などを含む無線通信路の削除を行う。なお、ＵＥ１０とＵＥ１０ａ間の直接通信路の削除は、ｅＮＢ４５がＵＥ１０へ通知するＲＲＣ接続再設定通知において行う。
また、ｅＮＢ４５は、ＰｒｏＳｅ ＩｎｄｉｃａｔｏｒおよびベアラＩＤにより、マクロ経由の通信路が確立されていることを検出し、これに基づいてｅＮＢ４５とＵＥ間の無線リソースの開放などを含む無線通信路の削除を行うことができる。さらに、ｅＮＢ４５は、ＰｒｏＳｅ ＩｎｄｉｃａｔｏｒおよびベアラＩＤにより、直接通信路が確立されていることを検出することができる。
続いて、ｅＮＢ４５は、ＵＥ１０へＲＲＣ接続再設定通知をＵＥ１０へ送信する（Ｓ１９１６）。このとき、直接通信路を削除する場合には、ＲＲＣ接続再設定通知には直接通信に関連付けられるベアラを示すベアラＩＤを含めても良い。また、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒなど、従来のＵＥとＰＧＷとの間のＰＤＮコネクションの確立を許可したのではなく、直接通信路の削除を行うことを明示的に示すフラグを含めても良い。
次に、ＵＥ１０は、ＵＥ１０ａとの直接通信路である無線ベアラを解放する（Ｓ１９１８）。このとき、ＵＥ１０は、直接通信と関連付けられるベアラＩＤや直接通信路の削除を行うことを明示的に示すフラグとに基づいて解放を行うかいなかを選択して実行しても良い。なお、マクロ経由の通信路のみを削除する場合、本処理を行わなくても良い。
ＵＥ１０ａと無線ベアラを解放したＵＥ１０は、ＭＭＥ４０へＲＲＣ接続再設定完了通知を送信する（Ｓ１９２０）。ｅＮＢ４５はベアラ無効化応答を送信する（Ｓ１９２２）。次に、ＵＥ１０はダイレクトトランスファーメッセージをｅＮＢ４５に送信する（Ｓ１９２４）。ｅＮＢ４５はダイレクトトランスファーメッセージの受信に基づいてＥＰＳベアラコンテキスト無効か応答をＭＭＥ４０に送信する（Ｓ１９２６）。
ＵＥ１０によるＲＲＣ接続再設定完了通知の送信は、直接通信路の削除を行うか否かに基づいて送信するか否かを選択してもよい。同様にＵＥ１０によるダイレクトトランスファーメッセージの送信は、直接通信路の削除を行うか否かに基づいて送信するか否かを選択してもよい。例えば、ＵＥ１０は、従来のＰＧＷ３０とＵＥ１０間のＰＤＮコネクションを削除する場合には送信を行うが、直接通信路を削除する場合には送信しないなどを判定してもよい。
つまり、直接通信路のみではなく、マクロ経由の通信路を削除する場合には、ＲＲＣ接続再設定完了通知を送信しても良い。また、直接通信路のみを削除する場合、ＲＲＣ接続再設定完了通知を送信しなくても良い。さらに、マクロ経由の通信路のみを削除する場合、ＲＲＣ接続再設定完了通知を送信しても良い。 以上の手続きにより、ＵＥは、通信中の通信対象ＵＥと直接通信およびマクロ経由の通信を中止することができる。
また、ＵＥ１０は、直接通信路とマクロ経由の通信路の両方を確立している場合、そのいずれかを指定して切断要求を送信してもよい。
その場合、ＵＥ１０は直接通信路に対応づけられたベアラＩＤやＰＤＮコネクションの識別情報など、直接通信路を識別する情報を含めて切断要求を送信し、ＭＭＥ４０およびｅＮＢ４５における直接通信路に対応づけられた通信路リソースの解放を要求し、ＭＭＥ４０およびｅＮＢ４５は要求に基づいて直接通信路に対応づけられた通信路リソースを解放してもよい。
また、ＵＥ１０はマクロ経由の通信路に対応づけられたベアラＩＤやＰＤＮコネクションの識別情報など、マクロ経由の通信路を識別する情報を含めて切断要求を送信し、ＭＭＥ４０、ＰＧＷ３０およびｅＮＢ４５におけるマクロ経由通信路に対応づけられた通信路リソースの解放を要求し、ＭＭＥ４０およびＰＧＷ３０、ｅＮＢ４５は要求に基づいてマクロ通信路に対応づけられた通信路リソースを解放してもよい。
さらに、ＵＥ１０は直接通信路に対応づけられたベアラＩＤやＰＤＮコネクションの識別情報など、マクロ経由の通信路に対応づけられたベアラＩＤやＰＤＮコネクションの識別情報など、マクロ経由の通信路を識別する情報とを含めて切断要求を送信し、ＭＭＥ４０、ＰＧＷ３０における直接通信路に対応づけられた通信路リソースを解放と、ＭＭＥ４０、ＰＧＷ３０およびｅＮＢ４５におけるマクロ経由の通信路に対応づけられた通信路リソースとを解放とを要求し、ＭＭＥ４０およびｅＮＢ４５は要求に基づいて直接通信路に対応づけられた通信路リソースを解放し、さらに。ＭＭＥ４０およびＰＧＷ３０、ｅＮＢ４５は要求に基づいてマクロ通信路に対応づけられた通信路リソースを解放してもよい。
［１．３．５．２ 切断手続き（ｂ）］
一方、直接通信を維持できなくなった場合に、マクロ経由で通信を開始するための処理手続きについて説明する。ＵＥ１０が直接通信路とマクロ経由の通信路とを確立しており、ＵＥ１０または通信相手のＵＥ１０ａの移動などにより、直接通信路が維持できなくなった場合、ＵＥ１０は直接通信路からマクロ経由の通信路に切り替えて通信を継続する。しかしながら、マクロ経由の通信路がアイドルモードに遷移している場合、アクティブモードに遷移させる必要がある。
一方、直接通信を維持できなくなった場合に、マクロ経由で通信を開始するための処理手続きについて説明する。ＵＥ１０が直接通信路とマクロ経由の通信路とを確立しており、ＵＥ１０または通信相手のＵＥ１０ａの移動などにより、直接通信路が維持できなくなった場合、ＵＥ１０は直接通信路からマクロ経由の通信路に切り替えて通信を継続する。しかしながら、マクロ経由の通信路がアイドルモードに遷移している場合、アクティブモードに遷移させる必要がある。
ＵＥ１０はこうした状況では、マクロ経由の通信路がアイドルモードに遷移していることを検出し、検出に基づいてアクティブモードに遷移させるための手続きを開始する。
具体的には、ＵＥ１０は図１８（ｂ）のように、サービス要求手続きを行う。ここで、ＵＥ１０は図１８（ａ）を用いて説明したＰＤＮ切断要求は送信せず、ＰＤＮ切断手続きは行なわなくてもよい。サービス要求手続きは、図１８で説明した手続きに基づいて行うことができる。以下、図１８（ｂ）で示すサービス要求手続きを、図１８を用いて説明する。
まず、ＵＥ１０は、サービスリクエスト手続きを開始する（Ｓ１９２８）。サービスリクエスト手続きについて図１８を用いて説明する。図１８では、直接通信路を確立するのではなく、マクロ経由の通信路（ＰＧＷ３０経由）のみを確立する。そのため、図１８における近隣端末を探索する必要はない(Ｓ１８０３)。また、ＰＧＷを介して通信を行うため、ＵＥ１０は、ＵＥ１０ａと直接通信路を確立する（Ｓ１８１８）必要はない。
なお、ここで説明する手続きは、ＵＥ１０とＵＥ１０ａが接続待ち受け状態（ｉｄｌｅ）から接続状態（Ｃｏｎｎｅｃｔｅｄ）へ遷移させるためにサービス要求を送信してもよい。
まず、ＵＥ１０は、マクロ経由の通信を確立するために、サービス要求を送信する（Ｓ１８０４）。ＵＥ１０は、マクロ経由の通信路に対応づけられたＡＰＮを保持しておき、例えば、ＡＰＮ４において、ＬＴＥ（Ｄ）およびマクロ経由の通信路に対応づけられたＡＰＮを選択する。
ここで、例えばＷＬＡＮ（Ｄ）およびマクロ経由の通信が許可されたＡＰＮや、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）とマクロ経由の通信が許可されたＡＰＮを利用しても良い。
さらに、マクロ経由の通信路のみを確立し、直接通信路に関わらないＡＰＮを利用しても良い。
ＵＥ１０はマクロ経由の通信路の確立に関する許可をＭＭＥ４０に要求する為に、ＬＴＥ（Ｄ）およびマクロ経由の通信が許可されたＡＰＮを選択し、サービス要求に含める。上述した例ではＵＥ１０はＡＰＮ４かＡＰＮ６か、ＡＰＮ７を選択可能であるが、ＡＰＰ４に対してはＡＰＮ４を用いるなどアプリケーションに対してＡＰＮを対応づけて管理しておくことにより、その対応情報にもとづいて選択してもよいし、任意に選択してもよい。
ｅＮＢ４５はＵＥ１０からサービス要求を受信し、含まれるＡＰＮを含めてサービス要求をＭＭＥ４０に送信する（Ｓ１８０６）。したがって、ＵＥ１０はサービス要求を、ｅＮＢ４５を介してＭＭＥ４０に送信することになる。
次に、ＭＭＥ４０はｅＮＢ４５が送信したサービス要求を受信し、含まれるＡＰＮを確認する。ＡＰＮの確認は、通信路確立に対する許可情報４４２に基づいて受信したＡＰＮがＬＴＥ（Ｄ）およびマクロ経由の通信の許可されたＡＰＮであることを判定する。これにより、ＭＭＥ４０はＵＥ１０がＬＴＥ（Ｄ）に基づいた直接通信路の確立および、マクロ経由の通信路の確立に関する許可を要求していることを検出する。ここでの処理は、１．３．５．２通信路確立手続き２において説明した方法と同様のため、詳細な説明を省略する。
上述した手順により、ＭＭＥ４０はＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立およびマクロ経由の通信路の確立を許可と判定することができる。
ここで、ＡＰＮの検出の結果、マクロ経由の通信路のみの確立に関する許可を要求していることを検出しても良い。
ＭＭＥ４０は許可と判定した場合には、ＭＭＥ４０はｅＮＢ４５にコンテキスト設定要求を送信し（Ｓ１８０８）、これに基づいてｅＮＢ４５は無線ベアラ確立要求をＵＥ１０に送信する（Ｓ１８１０）。これらにより、ＭＭＥ４０においてＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立およびマクロ経由の通信路の確立が許可と判定されたことを通知する。
ここで、コンテキスト設定要求および無線ベアラ確立要求には、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒなど、直接通信路の確立が許可されたことを明示的に示すフラグを含めても良い。ここで、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒは、従来のＵＥとＰＧＷとの間のＰＤＮコネクションの確立を許可したことを示す情報であってもよい。
ｅＮＢ４５は、ＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒが含まれていることにより、ＵＥ１０が確立を要求しているのはＵＥ間の直接通信路であることを検出し、これに基づいて無線リソースの割り当てなどを行ってもよい。また、ＵＥ１０が確立を要求しているのはＵＥ間の直接通信路ではないことを検出し、これに基づいてｅＮＢ４５とＵＥ１０間の無線リソースの割り当てなどを含むデータ送受信のための無線通信路の確立を行ってもよい。
次に、ＵＥ１０はｅＮＢ４５から無線ベアラ確立要求を受信し、ＬＴＥ（Ｄ）に基づく通信路の確立が許可されたことを検出する。検出においては、通知にＰｒｏＳｅ Ｉｎｄｉｃａｔｏｒが含まれていることで検出してもよい。
さらに、ＭＭＥ４０はＵＥ１０が直接通信路を用いて通信を行うために用いるＩＰアドレスやベアラＩＤや直接通信に利用する週歩数に関する情報などを、コンテキスト設定要求および無線ベアラ確立要求に含めてもＵＥ１０に通知しても良い。
また、ＭＭＥ４０はＵＥ１０がマクロ経由での通信を行うために用いるＩＰアドレスやベアラＩＤやマクロ経由での通信に利用する周波数に関する情報などを、コンテキスト設定要求および無線ベアラ確立要求に含めてもＵＥ１０に通知しても良い。
ここで、ＵＥ１０は、ＭＭＥ４０からＬＴＥ（Ｄ）などの直接通信路に関する情報を受け取った場合であっても、ＵＥ１０ａと直接通信路を確立することができないため、直接通信路を確立（Ｓ１８１２）しなくてもよい。
次に、ＵＥ１０は、ＭＭＥ４０から通知されたマクロ経由の通信を行うために用いるＩＰアドレスやベアラＩＤ、マクロ経由で通信に利用する周波数を利用して、マクロ経由の通信路を確立する。
続いて、ＵＥ１０は、コンテキスト初期化完了通知の送信によって、ＵＥ１０がマクロ経由の通信路の確立を行うことをＭＭＥ４０に通知する（Ｓ１８１４）。ここで、ＵＥ１０は、ＰＧＷとＵＥ間のＰＤＮコネクションを確立した場合には送信を行うが、直接通信路を確立した場合には送信しないなどを判定してもよい。
さらに、マクロ経由の通信路として、ＰＧＷ３０とＵＥ１０間のベアラを確立した場合には、ＭＭＥ４０はコンテキスト初期化完了通知を受信後、ＳＧＷ３５とＰＧＷ３０との間で手続きを行い、ベアラ設定の更新を行う。具体的にはＭＭＥ４０はＳＧＷ３５にベアラ変更要求を送信し（Ｓ１８１６）、ＳＧＷ３５は受信に基づいてＰＧＷ３０にベアラ変更要求を送信する（Ｓ１８２０）。さらに、応答としてＰＧＷ３０はベアラ変更応答をＳＧＷ３５に送信し（Ｓ１８２２），ＳＧＷ３５は受信に基づいてベアラ変更応答をＭＭＥ４０に送信する（Ｓ１８２４）。こうした手続きにより各装置においてベアラ情報の更新を行う。
ここで、ＰＧＷ３０とＵＥ１０間のベアラを確立した場合には送信を行うが、直接通信路を確立した場合には送信しないなどを判定して、ＭＭＥ４０はベアラ変更要求を送信しなくてもよい。このように、ＭＭＥ４０，ＳＧＷ３５，ＰＧＷ３０は、直接通信路を確立した場合には、ベアラ情報の更新処理を行わなくても良い。
次に、ＵＥ１０は、ＵＥ１０ａとＬＴＥ（Ｄ）などの直接通信を開始できないため、ＵＥ１０ａとマクロ（ＰＧＷ３０）経由で通信を開始する（Ｓ１８２６）。
［１．３．５．３ 切断手続き（ｃ）］
次に、ＵＥ１０とＵＥ１０ａ間において、直接通信を維持できなくなる場合に、事前に直接通信が維持できなくなることを検知した場合を説明する。１．３．５．２切断手続き（ｂ）では、接続待ち受け（ＩＤＬＥ）状態であったため、マクロ経由の通信路を確立したが、１．３．５．３切断手続き（ｃ）の場合、接続状態（Ｃｏｎｎｅｃｔｅｄ）を維持しており、直接通信路およびマクロ経由の通信路は維持されている。つまり、直接通信路とともに関連付けられるマクロ経由の通信路を維持していることに基づいて、新たにマクロ経由の通信路確立をすることなく、通信路を切り替えて通信を継続しても良い。
次に、ＵＥ１０とＵＥ１０ａ間において、直接通信を維持できなくなる場合に、事前に直接通信が維持できなくなることを検知した場合を説明する。１．３．５．２切断手続き（ｂ）では、接続待ち受け（ＩＤＬＥ）状態であったため、マクロ経由の通信路を確立したが、１．３．５．３切断手続き（ｃ）の場合、接続状態（Ｃｏｎｎｅｃｔｅｄ）を維持しており、直接通信路およびマクロ経由の通信路は維持されている。つまり、直接通信路とともに関連付けられるマクロ経由の通信路を維持していることに基づいて、新たにマクロ経由の通信路確立をすることなく、通信路を切り替えて通信を継続しても良い。
ここでは、図１８で示す点線で囲まれた（ｃ）を用いて説明する。図１８（ｃ）において、ＵＥ１０はＵＥ１０ａと直接通信路からマクロ経由の通信路へ切り替えることにより、ＵＥ１０は、ＵＥ１０ａとマクロ（ＰＧＷ３０）経由で通信を開始することができる（Ｓ１９３０）。なお、ＵＥ１０は、直接通信路からマクロ経由の通信路へ切り替える場合、マクロ経由の通信路に関連付けられたベアラＩＤが管理されている場合には、マクロ経由の通信路に関連付けられたベアラＩＤを選択しても良い。また、マクロ経由の通信路に関連付けられたＰＤＮコネクションが管理されている場合には、マクロ経由の通信路に関連付けられたＰＤＮコネクションを選択しても良い。
以上の手続きにより、ＵＥは、通信中の通信対象ＵＥとＬＴＥ（Ｄ）による直接通信を中止し、データの送受信が完了していない場合には、ＰＧＷ３０経由での通信へ切り替えることができる。
以上、本実施形態では、通信元ＵＥは、ＰｒｏＳｅにおけるデータの送受信を行う場合において、通信対象ＵＥを不必要に探索することなく、通信対象ＵＥを探索することにより、通信元ＵＥの消費電力を非効率に消費することを防止することができる。
また、通信対象ＵＥを探索する条件を通信元ＵＥに与えることで、通信対象ＵＥを探索することができ、ＰｒｏＳｅにおけるデータの送受信を開始することを実現することができる。
移動通信事業者によりＵＥ間直接通信路の確立を許可または不許可と判断することにより、ＵＥに対してＵＥ間直接通信を提供することができる。
また、移動通信事業者は、従来から提供する基地局装置経由の通信を維持しつつ、上記、直接通信路によるデータの送受信を行うことができる。さらに、直接通信路および従来の基地局装置経由の通信路を利用可能な場合、直接通信路とマクロ経由の通信路のいずれを利用するかを選択できる。
[１．４ 変形例]
[１．４．１ 変形例１]
第一実施形態における通信路確立手続き１におけるＰＤＮ接続要求では、ＵＥ１０は、ＡＰＮを含めて通知していたが、ＡＰＮだけでなく、アプリケーションの種類を通知しても良い。アプリケーションの種類を含めることによって、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣検出近隣検出結果として、通知されたアプリケーションのみの近隣検出近隣検出を行うことができ、通知されたアプリケーションのみのＳｅｒｖｅｒコンタクトリスト９４２および、利用可能な通信路を通知することによって、通知する情報量を低減することができる。
[１．４．１ 変形例１]
第一実施形態における通信路確立手続き１におけるＰＤＮ接続要求では、ＵＥ１０は、ＡＰＮを含めて通知していたが、ＡＰＮだけでなく、アプリケーションの種類を通知しても良い。アプリケーションの種類を含めることによって、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣検出近隣検出結果として、通知されたアプリケーションのみの近隣検出近隣検出を行うことができ、通知されたアプリケーションのみのＳｅｒｖｅｒコンタクトリスト９４２および、利用可能な通信路を通知することによって、通知する情報量を低減することができる。
図１４を用いて、具体的な手続きの説明を行う。本例においても既に説明したようにＵＥ１０がＡＰＰ４を用いて通信を行うことを決定する。
まず、ＵＥ１０はＰｒｏＳｅによるデータ送受信をＵＥ１０ｃと開始すると判断する（Ｓ１７０２）。具体的な判断方法は図１４を用いて説明した通信路確立手続き１におけるＵＥ１０がＰｒｏＳｅによるデータ送受信をＵＥ１０ｃと開始すると判断する方法（Ｓ１７０２）と同様であるため説明を省略する。
次に、ＵＥ１０はＭＭＥ４０へＰＤＮ接続要求を送信する際（Ｓ１７０４）、利用するアプリケーションに関連付けられた利用可能な通信路に対応するＡＰＮを含める。ここでは、ＬＴＥ（Ｄ）における直接通信であるため、ＡＰＮ１を含める。また、ここで要求するアプリケーションの種別を示す情報を含める。
なお、アプリケーションの種類によっては、ＷＬＡＮ（Ｄ）を確立しても良い。また、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）の両方を確立できる場合には、ＵＥ１０が任意に決定しても良いし、ネットワーク側からの通知により決定しても良い。また、ここで要求するアプリケーションの種別を示す情報を含める。
次に、ＭＭＥ４０はＵＥ１０が送信してＰＤＮ接続要求を受信し、ＰＤＮコネクションに含まれるＡＰＮおよび、アプリケーションの種類を確認する。ＡＰＮの確認は、通信路確立に対する許可情報４４２に基づいて受信したＡＰＮがＬＴＥ（Ｄ）の許可されたＡＰＮであることを判定する。これにより、ＭＭＥ４０はＵＥ１０がＬＴＥ（Ｄ）に基づいた直接通信路の確立に関する許可を要求していることを検出する。
ＭＭＥ４０は、ＵＥ毎に利用可能なＡＰＮを管理しておき、ＵＥ１０が通知したＡＰＮをＵＥ１０が利用可能かどうかを判定する。利用可能であればＡＰＮに対応づけられた直接通信路の確立に対応づけられた通信路の確立を許可し、利用可能でなければ不許可とする。
上述した手順により、ＭＭＥ４０はＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立を許可と判定することができる。
続いて、ＭＭＥ４０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０へＰｒｏＳｅによる近隣検出近隣検出要求を送信する（Ｓ１７０６）。このとき、ＭＭＥ４０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０へＵＥ１０の識別情報であるＵＥ ＩＤ（ＵＥ１０）と、ＬＴＥ（Ｄ）による直接通信であることを示す通信路情報と、アプリケーションの種類を示す情報を含める。
続いて、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣検出近隣検出を行う（Ｓ１７０８）。第一実施形態との違いは、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０にアプリケーションの種類を検知することにより、近隣検出近隣検出の結果、検知したアプリケーションのみのＳｅｒｖｅｒコンタクトリスト９４２および、利用可能な通信路を検出することができることにある。ここで、図１５で示す近隣検出処理において、アプリケーションの種類を利用するタイミングは、Ｓ１５０４であってもＳ１５０６であってもＳ１５０８であっても良い。また、図１５の近隣検出処理の結果を検出した後に、アプリケーション種別を利用しても良い。
図１４に戻って、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＭＭＥ４０へ近隣検出応答として、Ｓ１７０８で評価したＳｅｒｖｅｒコンタクトリスト９４２と利用可能な通信路の通知を行う（Ｓ１７１０）。ここで、第一実施形態との違いは、アプリケーションの種類を制限することにより、通知するＳｅｒｖｅｒコンタクトリスト９４２と利用可能な通信路の情報量を低減することができる。
以上の手続きにより、ＵＥ１０は、Ｓｅｒｖｅｒコンタクトリスト９４２から直接通信（ＬＴＥ（Ｄ）または、ＷＬＡＮ（Ｄ））を利用可能なＵＥを検出し、近隣探索を行うことを判断することができる。
続いて、ＭＭＥ４０はｅＮＢ４５にベアラ設定要求／ＰＤＮ接続許可通知を送信し（Ｓ１７２０）、これに基づいてｅＮＢ４５はＲＲＣ接続再設定通知をＵＥ１０に送信する（Ｓ１７２２）。これらにより、ＭＭＥ４０においてＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立が許可と判定されたことを通知する。
続くＳ１７１２からＳ１７１８および、Ｓ１７２３からＳ１７３８の手続きは、第一の実施形態と同様のため、説明を省略する。
以上により、ＵＥ１０とＵＥ１０ａは直接通信路を確立して通信を開始することができる。また、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、アプリケーションの種別を制限してＳｅｒｖｅｒコンタクトリスト９４２と利用可能な通信路を通知することができ、ネットワークの負荷を低減することができる。
[１．４．２ 変形例２]
第一実施形態における通信路確立手続き２におけるサービス要求では、ＵＥ１０は、ＡＰＮを含めて通知していたが、ＡＰＮだけでなく、アプリケーションの種類を通知しても良い。アプリケーションの種類を含めることによって、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣検出結果として、通知されたアプリケーションのみの近隣検出を行うことができ、通知されたアプリケーションのみのＳｅｒｖｅｒコンタクトリスト９４２および、利用可能な通信路を通知することによって、通知する情報量を低減することができる。
１．４．２変形例１では、ＵＥの直接通信路の確立に対して事業者の許可を求める手続きがＵＥの要求するＰＤＮ接続（ＵＥ Ｒｅｑｕｅｓｔｅｄ ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ）手続きに基づいて行われていたのに対し、本例では、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）手続きに基づいて行われる点が異なる。
第一実施形態における通信路確立手続き２におけるサービス要求では、ＵＥ１０は、ＡＰＮを含めて通知していたが、ＡＰＮだけでなく、アプリケーションの種類を通知しても良い。アプリケーションの種類を含めることによって、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣検出結果として、通知されたアプリケーションのみの近隣検出を行うことができ、通知されたアプリケーションのみのＳｅｒｖｅｒコンタクトリスト９４２および、利用可能な通信路を通知することによって、通知する情報量を低減することができる。
１．４．２変形例１では、ＵＥの直接通信路の確立に対して事業者の許可を求める手続きがＵＥの要求するＰＤＮ接続（ＵＥ Ｒｅｑｕｅｓｔｅｄ ＰＤＮ Ｃｏｎｎｅｃｔｉｖｉｔｙ）手続きに基づいて行われていたのに対し、本例では、サービス要求（Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ）手続きに基づいて行われる点が異なる。
図１７を用いて、具体的な手続きの説明を行う。本例では、ＡＰＰ４においてＵＥ１０とＵＥ１０ａ間で通信の要求が発生し、利用可能な通信路がＬＴＥ（Ｄ）に基づいた通信路または、マクロ経由の通信路であると検出している状態からの手続きを説明する。
まず、ＵＥ１０はＰｒｏＳｅによるデータ送受信をＵＥ１０ｃと開始すると判断する（Ｓ１８０２）。具体的な判断方法は図１４を用いて説明した通信路確立手続き１におけるＵＥ１０がＰｒｏＳｅによるデータ送受信をＵＥ１０ｃと開始すると判断する方法（Ｓ１７０２）と同様であるため説明を省略する。
次に、ＵＥ１０はＭＭＥ４０へサービス要求を送信する際（Ｓ１８０４）、利用するアプリケーションに関連付けられた利用可能な通信路に対応するＡＰＮを含める。ここでは、ＬＴＥ（Ｄ）における直接通信であるため、ＡＰＮ１を含める。また、ここで要求するアプリケーションの種別を示す情報を含める。
なお、アプリケーションの種類によっては、ＷＬＡＮ（Ｄ）を確立しても良い。また、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）の両方を確立できる場合には、ＵＥ１０が任意に決定しても良いし、ネットワーク側からの通知により決定しても良い。また、ここで要求するアプリケーションの種別を示す情報を含める。
次に、ＭＭＥ４０はＵＥ１０が送信してサービス要求を受信し、サービス要求に含まれるＡＰＮおよび、アプリケーションの種類を確認する。ＡＰＮの確認は、通信路確立に対する許可情報４４２に基づいて受信したＡＰＮがＬＴＥ（Ｄ）の許可されたＡＰＮであることを判定する。これにより、ＭＭＥ４０はＵＥ１０がＬＴＥ（Ｄ）に基づいた直接通信路の確立に関する許可を要求していることを検出する。
ＭＭＥ４０は、ＵＥ毎に利用可能なＡＰＮを管理しておき、ＵＥ１０が通知したＡＰＮをＵＥ１０が利用可能かどうかを判定する。利用可能であればＡＰＮに対応づけられた直接通信路の確立に対応づけられた通信路の確立を許可し、利用可能でなければ不許可とする。
上述した手順により、ＭＭＥ４０はＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立を許可と判定することができる。
続いて、ＭＭＥ４０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０へＰｒｏＳｅによる近隣検出要求を送信する（Ｓ１８０６）。このとき、ＭＭＥ４０は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０へＵＥ１０の識別情報であるＵＥ ＩＤ（ＵＥ１０）と、ＬＴＥ（Ｄ）による直接通信であることを示す通信路情報と、アプリケーションの種類を示す情報（ＡＰＰ４）を含める。
続いて、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣検出を行う（Ｓ１８１０）。ここで、近隣検出処理は、１．４．１変形例１と同様の処理であるため、その説明を省略する。
図１７に戻って、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＭＭＥ４０へ近隣検出応答として、Ｓ１７０８で評価したＳｅｒｖｅｒコンタクトリスト９４２と利用可能な通信路の通知を行う（Ｓ１８１２）。ここで、第一実施形態との違いは、アプリケーションの種類を制限することにより、通知するＳｅｒｖｅｒコンタクトリスト９４２と利用可能な通信路の情報量を低減することができる。
以上の手続きにより、ＵＥ１０は、Ｓｅｒｖｅｒコンタクトリスト９４２から直接通信（ＬＴＥ（Ｄ）または、ＷＬＡＮ（Ｄ））を利用可能なＵＥを検出し、近隣探索を行うことを判断することができる。
続いて、ＭＭＥ４０はｅＮＢ４５にコンテキスト初期化設定要求を送信し（Ｓ１８１４）、これに基づいてｅＮＢ４５は無線ベアラ確立要求をＵＥ１０に送信する（Ｓ１８１６）。これらにより、ＭＭＥ４０においてＵＥ１０に対してＬＴＥ（Ｄ）に基づく直接通信路の確立が許可と判定されたことを通知する。
続くＳ１８１８からＳ１８２８までの手続きは、第一の実施形態と同様のため、説明を省略する。
以上により、ＵＥ１０とＵＥ１０ａは直接通信路を確立して通信を開始することができる。また、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、アプリケーションの種別を制限してＳｅｒｖｅｒコンタクトリスト９４２と利用可能な通信路を通知することができ、ネットワークの負荷を低減することができる。
[１．４．３ 変形例３]
第一実施形態におけるＵＥでは、アプリケーション毎にＵＥコンタクトリスト１４４を管理していたが、アプリケーション毎にＵＥコンタクトリスト１４４を管理せず、ＵＥ毎に１つのＵＥコンタクトリスト１４４を管理しても良い。図１９にＵＥ毎に管理するＵＥコンタクトリスト１４４の例を示す。図１９に示すように、ＵＥ１０は、１つのＵＥのコンタクトリスト１４４を管理している。なお、第一実施形態と同様に、近隣探索不要チェックボックスにより、近隣探索を行わないようにすることができる。
第一実施形態におけるＵＥでは、アプリケーション毎にＵＥコンタクトリスト１４４を管理していたが、アプリケーション毎にＵＥコンタクトリスト１４４を管理せず、ＵＥ毎に１つのＵＥコンタクトリスト１４４を管理しても良い。図１９にＵＥ毎に管理するＵＥコンタクトリスト１４４の例を示す。図１９に示すように、ＵＥ１０は、１つのＵＥのコンタクトリスト１４４を管理している。なお、第一実施形態と同様に、近隣探索不要チェックボックスにより、近隣探索を行わないようにすることができる。
また、ＵＥ１０は１つのＵＥコンタクトリスト１４４を保持するため、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０においても、ＵＥ毎にＳｅｒｖｅｒコンタクトリスト９４２を管理する。図２０にＰｒｏＳｅ Ｓｅｒｖｅｒが管理するＳｅｒｖｅｒコンタクトリスト９４２の例を示す。図２０に示すように、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＵＥ毎に１つのＳｅｒｖｅｒコンタクトリスト９４２を管理している。
なお、上記以外の移動通信システムやＩＰ移動通信ネットワークは同様の構成である。また、ＵＥは、ＵＥコンタクトリスト１４４以外は同様の構成であり、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、Ｓｅｒｖｅｒコンタクトリスト以外は同様の構成である。
また、ＵＥ位置情報通知手続きや近隣検出不要通知手続き、近隣検出手続き、通信路確立手続き、切断手続きは同様に利用可能であるため説明を省略する。
これにより、ＵＥ１０が複数のアプリケーションを利用可能な場合においても、アプリケーション毎に異なるコンタクトリストを持つ必要がなく、複数のアプリケーションで同様のコンタクトリストを共有することができる。
[１．４．４ 変形例４]
第一の実施形態におけるＵＥ１０では、ＬＴＥ（Ｄ）の機能やＷＬＡＮ（Ｄ）の機能のいずれも必ず有効（ＯＮ）にしているとして説明してきたが、ＬＴＥ（Ｄ）の機能のＯＮ／ＯＦＦやＷＬＡＮ（Ｄ）の機能のＯＮ／ＯＦＦを考慮しても良い。また、ＵＥにおいて、ＬＴＥ（Ｄ）の機能のＯＮ／ＯＦＦやＷＬＡＮ（Ｄ）の機能のＯＮ／ＯＦＦを考慮することにより、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０において、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦやＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦの状態を含めることができる。
第一の実施形態におけるＵＥ１０では、ＬＴＥ（Ｄ）の機能やＷＬＡＮ（Ｄ）の機能のいずれも必ず有効（ＯＮ）にしているとして説明してきたが、ＬＴＥ（Ｄ）の機能のＯＮ／ＯＦＦやＷＬＡＮ（Ｄ）の機能のＯＮ／ＯＦＦを考慮しても良い。また、ＵＥにおいて、ＬＴＥ（Ｄ）の機能のＯＮ／ＯＦＦやＷＬＡＮ（Ｄ）の機能のＯＮ／ＯＦＦを考慮することにより、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０において、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦやＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦの状態を含めることができる。
図２１Ａに、ＵＥ１０において、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦ状態を管理するＬＴＥ(Ｄ)のＯＮ／ＯＦＦの例を示す。図２１Ａ及び図２１Ｂでは、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦ状態がＯＮになっている。
図２１Ｂに、ＵＥ１０において、ＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦ状態を管理するＷＬＡＮ(Ｄ)のＯＮ／ＯＦＦの例を示す。図２１Ａ及び図２１Ｂでは、ＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦ状態がＯＮになっている。
図２２は、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０におけるＳｅｒｖｅｒコンタクトリスト９４２において、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦ状態を管理したコンタクトリストの例を示す。なお、ＵＥ１０では、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）がＯＮになっているため、ＵＥ１０におけるコンタクトリストにおいて、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦ状態が管理されている。ここで、ＵＥ１０において、ＬＴＥ（Ｄ）の状態がＯＦＦになっていれば、Ｓｅｒｖｅｒコンタクトリスト９４２内のＵＥ１０のコンタクトリストにおいて、ＬＴＥ（Ｄ）の状態は全てＯＦＦになっていても良く、ＬＴＥ（Ｄ）の状態が管理されなくても良い。また、ＵＥ１０において、ＷＬＡＮ（Ｄ）の状態がＯＦＦになっていれば、Ｓｅｒｖｅｒコンタクトリスト９４２内のＵＥ１０のコンタクトリストにおいて、ＷＬＡＮ（Ｄ）の状態は全てＯＦＦになっていても良く、ＷＬＡＮ（Ｄ）の状態が管理されなくても良い。また、ＵＥ１０ｂでは、ＬＴＥ（Ｄ）の状態がＯＮになっており、ＷＬＡＮ（Ｄ）の状態がＯＦＦになっていることを示している。
図２３は、［１．３．１ ＵＥ位置通知手続き］におけるＳ１００８のＵＥ位置情報の更新の一例を示している。ここで、ＵＥ１０ｂがＬＴＥ（Ｄ）のＯＦＦの状態を通知している場合の更新例である。更新前から更新後において、ＵＥ１０ｂのＬＴＥ（Ｄ）がＯＮからＯＦＦに変更されている。ここで、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦのみを変更したが、ＵＥからＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦが通知された場合には、ＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦを変更しても良いし、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦおよび、ＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦが通知された場合には、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦおよび、ＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦを変更しても良い。
また、［１．３．１ ＵＥ位置通知手続き］におけるＳ１００８のＵＥ位置情報の更新ではなく、［１．３．２ 近隣探索不要手続き］におけるＳ１２０８の近隣探索不要通知処理を利用して、ＬＴＥ（Ｄ）および／または、ＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦを更新しても良い。
なお、上記以外の移動通信システムやＩＰ移動通信ネットワークは同様の構成である。また、ＵＥは、ＬＴＥ（Ｄ）のＯＮ／ＯＦＦやＷＬＡＮ（Ｄ）のＯＮ／ＯＦＦ以外は同様の構成であり、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、Ｓｅｒｖｅｒコンタクトリスト９４２以外は同様の構成である。
ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣ＵＥを検出する際に利用できる通信路を併せて検出するが、ＬＴＥ（Ｄ）のＯＦＦやＷＬＡＮ（Ｄ）のＯＦＦなど、ＵＥにおいて直接通信路確立機能を無効化した状態を受信して管理している場合には、これらの通信路は利用不可と判定する。
ここで、直接通信（ＬＴＥ（Ｄ）またはＷＬＡＮ（Ｄ））が利用不可の場合であっても、マクロ経由の通信路は利用可能である。つまり、例えば、ＬＴＥ（Ｄ）およびマクロ経由の通信が許可されたＡＰＮ４の場合、ＬＴＥ（Ｄ）の通信路を確立することができず、ＬＴＥ（Ｄ）による直接通信を行うことができないが、マクロ経由の通信路を確立することができ、マクロ経由の通信を行うことができる。
また、ＷＬＡＮ（Ｄ）およびマクロ経由の通信が許可されたＡＰＮ５の場合、ＷＬＡＮ（Ｄ）の通信路を確立することができず、ＷＬＡＮ（Ｄ）による直接通信を行うことができないが、マクロ経由の通信路を確立することができ、マクロ経由の通信を行うことができる。
さらに、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）およびマクロ経由の通信が許可されたＡＰＮ６の場合、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）の通信路を確立することができず、ＬＴＥ（Ｄ）およびＷＬＡＮ（Ｄ）による直接通信を行うことができないが、マクロ経由の通信路を確立することができ、マクロ経由の通信を行うことができる。
また、その他のＵＥ位置情報通知手続きや近隣検出不要通知手続き、近隣検出手続き、通信路確立手続き、切断手続きの詳細は同様に適用できるため説明を省略する。
[１．４．５ 変形例５]
第一実施形態では、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、Ｓ１７１０または、Ｓ１８１２における近隣検出応答において、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）が利用可能であることを示していたが、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０が近隣度のレベルをＵＥ１０に通知し、ＵＥ１０は、近隣度のレベルに応じて直接通信を行うことを決定しても良い。第一実施形態との違いは、ＵＥ間の位置関係を数値化して通知することと、位置情報の粒度を細かく通知できることにある。
第一実施形態では、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、Ｓ１７１０または、Ｓ１８１２における近隣検出応答において、ＬＴＥ（Ｄ）および、ＷＬＡＮ（Ｄ）が利用可能であることを示していたが、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０が近隣度のレベルをＵＥ１０に通知し、ＵＥ１０は、近隣度のレベルに応じて直接通信を行うことを決定しても良い。第一実施形態との違いは、ＵＥ間の位置関係を数値化して通知することと、位置情報の粒度を細かく通知できることにある。
図２４にＵＥ１０が管理するＵＥアクションポリシーの例を示す。図２４に示すように、近隣度１〜３の場合、ＷＬＡＮ（Ｄ）を行い、近隣度４の場合、ＬＴＥ（Ｄ）を行い、近隣度５の場合、直接通信を行うことができない。なお、近隣度は１つだけが通知されるのでなく、複数の近隣度が通知される可能性があり、近隣度１と近隣度４が通知された場合には、ＷＬＡＮ（Ｄ）および、ＬＴＥ（Ｄ）を任意に選択することが可能である。
図２５に、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０が管理する近隣検出ポリシー９４８の例を示す。ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、位置情報管理表９４６に基づいて、Ｓｅｒｖｅｒコンタクトリスト９４２内のＵＥを評価する。図２５では、ＵＥ間の位置関係において、同じＡＰ名が管理されていれば、近隣度１と評価し、同じＳＳＩＤが管理されていれば、近隣度２と評価し、同じＲｅａｌｍが管理されていれば、近隣度３と評価し、同じｅＮＢ ＩＤが管理されていれば、近隣度４と評価し、上記のいずれにも当てはまらない場合、近隣度５と評価する。
図２６に、本例で示した近隣検出方法を適用した場合におけるＳ１７０８または、Ｓ１８１０の近隣検出結果の例を示す。ＵＥ１０は、ＵＥ１０ａと同じＡＰに接続していると管理され、同じｅＮＢに接続していると管理されているため、近隣度１と近隣度４が評価されている。また、ＵＥ１０とＵＥ１０ｂは、同じｅＮＢに接続していると管理されているため、近隣度４と評価されている。また、ＵＥｚｚは、近隣検出ポリシー９４８に該当する位置情報が管理されていないため、近隣度５と評価されている。
なお、上記以外の移動通信システムやＩＰ移動通信ネットワークは同様の構成である。また、ＵＥは、ＵＥアクションポリシー以外は同様の構成であり、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、近隣検出ポリシー９４８以外は同様の構成である。
また、ＵＥ位置情報通知手続きや近隣検出不要通知手続き、近隣検出手続き、通信路確立手続き、切断手続きは同様に利用可能であるため説明を省略する。
[１．４．６ 変形例６]
移動通信システムは、図１で示した構成を利用するのではなく、図２７で示した構成を利用してもよい。図１では、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＰＤＮ２０上に配置していたが、図２７におけるＰｒｏＳｅ Ｓｅｒｖｅｒ３３９０で示すように、ＩＰ移動通信ネットワーク５上に配置しても良い。なお、ＰｒｏＳｅ Ｓｅｒｖｅｒ３３９０は、ＵＥ１０および、ＵＥ１０ａとセキュアな通信路を確保して通信を行うことが可能である。また、ＰｒｏＳｅ Ｓｅｒｖｅｒ３３９０は、ＭＭＥ４０とセキュアな通信路を確保して通信を行うことが可能である。
移動通信システムは、図１で示した構成を利用するのではなく、図２７で示した構成を利用してもよい。図１では、ＰｒｏＳｅ Ｓｅｒｖｅｒ９０は、ＰＤＮ２０上に配置していたが、図２７におけるＰｒｏＳｅ Ｓｅｒｖｅｒ３３９０で示すように、ＩＰ移動通信ネットワーク５上に配置しても良い。なお、ＰｒｏＳｅ Ｓｅｒｖｅｒ３３９０は、ＵＥ１０および、ＵＥ１０ａとセキュアな通信路を確保して通信を行うことが可能である。また、ＰｒｏＳｅ Ｓｅｒｖｅｒ３３９０は、ＭＭＥ４０とセキュアな通信路を確保して通信を行うことが可能である。
なお、上記以外の移動通信システムやＩＰ移動通信ネットワークは同様の構成である。また、ＵＥ位置情報通知手続きや近隣検出不要通知手続き、近隣検出手続き、通信路確立手続き、切断手続きは同様に利用可能であるため説明を省略する。
[１．４．７ 変形例７]
また、第１の実施形態では、ＵＥ１０が移動通信事業者に直接通信路の確立の許可を要求する際、ＡＰＮを含めて送信し、移動通信事業者ではＡＰＮに基づいて許可、不許可を判定していたが、判定する手段はこれにかぎらず別の方法を用いても良い。例えば、ＭＭＥ４０は、ＵＥ１０が保持するＡＰＰリスト１４２と同等のアプリケーションのリストを管理しておき、アプリケーションと確立可能な直接通信路を対応づけて管理しておき、これに基づいて許可、不許可を判定してもよい。
その場合、ＵＥ１０は、ＰＤＮ接続要求の送信（Ｓ１７０４）やサービス要求の送信（Ｓ１８０４）において、アプリケーションに関する情報を含めて送信してもよい。
また、第１の実施形態では、ＵＥ１０が移動通信事業者に直接通信路の確立の許可を要求する際、ＡＰＮを含めて送信し、移動通信事業者ではＡＰＮに基づいて許可、不許可を判定していたが、判定する手段はこれにかぎらず別の方法を用いても良い。例えば、ＭＭＥ４０は、ＵＥ１０が保持するＡＰＰリスト１４２と同等のアプリケーションのリストを管理しておき、アプリケーションと確立可能な直接通信路を対応づけて管理しておき、これに基づいて許可、不許可を判定してもよい。
その場合、ＵＥ１０は、ＰＤＮ接続要求の送信（Ｓ１７０４）やサービス要求の送信（Ｓ１８０４）において、アプリケーションに関する情報を含めて送信してもよい。
さらに、ＭＭＥ４０はＰＤＮ接続要求やサービス要求を受信した際、含まれるアプリケーションと、アプリケーションに対応づけられた直接通信路の情報とに基づいて許可、不許可を判定してもよい。これにより、ＭＭＥ４０はＵＥ１０の利用するアプリケーション毎に、利用可能な直接通信路の選択および直接通信路の確立許可、不許可をＵＥ１０に通知することができるようになる。
上記以外の各装置構成や手続きは第１実施形態で説明したものが適用可能であるため詳細説明は省略する。
以上、第１実施形態およびそれに関わる複数の変形例を説明してきたが、各変形例はそれぞれ独立して第１実施形態に適用されても良いし、２つ以上が組み合わされて適用されても良い。
［１．４．８．変形例８］
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
また、上述した実施形態においては、無線アクセスネットワークの例としてＬＴＥと、ＷＬＡＮ（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｎ等）とについて説明したが、ＷＬＡＮの代わりにＷｉＭＡＸによって接続されても良い。
本発明の一態様は、近隣サービスにおいてデータの送受信を行うＵＥが、近隣サービスを開始するために、通信対象となるＵＥを探索する場合、不必要な近隣探索を抑制することができる移動通信システム等に適用することができる。
１ 移動通信システム
５ ＩＰ移動通信ネットワーク
１０ ＵＥ
２０ ＰＤＮ
３０ ＰＧＷ
３５ ＳＧＷ
４０ ＭＭＥ
４５ ｅＮＢ
５０ ＨＳＳ
５５ ＡＡＡ
６０ ＰＣＲＦ
６５ ｅＰＤＧ
７０ ＷＬＡＮ ＡＮａ
７２ ＷＬＡＮ ＡＰａ
７４ ＧＷ
７５ ＷＬＡＮ ＡＮｂ
７６ ＷＬＡＮ ＡＰｂ
８０ ＬＴＥ ＡＮ
９０ ＰｒｏＳｅ Ｓｅｒｖｅｒ
５ ＩＰ移動通信ネットワーク
１０ ＵＥ
２０ ＰＤＮ
３０ ＰＧＷ
３５ ＳＧＷ
４０ ＭＭＥ
４５ ｅＮＢ
５０ ＨＳＳ
５５ ＡＡＡ
６０ ＰＣＲＦ
６５ ｅＰＤＧ
７０ ＷＬＡＮ ＡＮａ
７２ ＷＬＡＮ ＡＰａ
７４ ＧＷ
７５ ＷＬＡＮ ＡＮｂ
７６ ＷＬＡＮ ＡＰｂ
８０ ＬＴＥ ＡＮ
９０ ＰｒｏＳｅ Ｓｅｒｖｅｒ
Claims (5)
- 近隣端末を検出するサーバ装置と、制御装置と、端末装置と、前記端末の近隣に位置する近隣端末とを含んで構成される移動通信システムにおける端末装置であって、
制御装置に対して前記確立可能な直接通信路およびマクロ経由の通信路の確立と近隣検出を要求する要求メッセージを送信し、
アプリケーションに対応づけられた近隣端末に関する情報と、確立可能な直接通信路に関する情報と、前記確立可能な直接通信路およびマクロ経由の通信路の確立が許可されたことを示す情報を含む応答メッセージを受信し、
前記応答メッセージに基づいて近隣端末との直接通信路を確立するまたは、端末装置とのマクロ経由の通信路を確立する端末装置。 - 直接通信路およびマクロ経由の通信路の確立が許可され、近隣端末の検出を要求する第1のＡＰＮと、直接通信路の確立が許可されず、近隣端末の検出を要求しない第２のＡＰＮとを保持し、
制御装置に対して前記確立可能な直接通信路の確立の承認と前記近隣端末の検出を要求する前記要求メッセージの送信は、直接通信路およびマクロ経由の通信路の確立が許可され、前記近隣端末の検出を要求するＡＰＮを含めて送信する請求項１に記載の端末装置。 - 直接通信路およびマクロ経由の通信路の確立が許可され、近隣端末の検出を要求するＡＰＮを含めて通信路の確立を要求する要求メッセージを制御局に送信し、
前記近隣端末に関する情報と、利用可能な通信路と、前記通信路の確立および前記近隣端末の検出が許可されたことを示す情報と、を含む応答メッセージを制御装置から受信し、
前記応答メッセージに基づいて前記通信路を確立し、
アプリケーションと通信路とを対応づけて管理し、
アプリケーションと通信路とを対応づけに基づいて、前記直接通信路を用いて送信するか、前記通信路を用いて送信するかを選択してアプリケーションデータの送信を行う端末装置。 - 近隣端末を検出するサーバ装置と、制御装置と、端末装置と、前記端末装置の近隣に位置する近隣端末装置とを含んで構成される移動通信システムにおける制御装置であって、
端末装置の識別情報と、直接通信路およびマクロ経由の通信路の確立および近隣端末の検出が許可情報とを対応づけて管理し、
前記端末装置から送信される直接通信路およびマクロ経由の通信路の確立の承認を要求し、前記近隣端末の検出を要求する要求メッセージを受信し、
前記端末装置の識別情報と、前記直接通信路およびマクロ経由の通信路の確立が許可情報とを対応づけに基づいて、前記端末装置の直接通信路およびマクロ経由の通信路の確立を許可し、前記近隣端末の検出を許可する制御装置。 - 近隣端末を検出するサーバ装置と、制御装置と、端末装置と、基地局装置とを含んで構成される移動通信システムにおける基地局装置であって、
前記端末装置に対して、近隣端末に関する情報と、利用可能な通信路と、直接通信路およびマクロ経由の通信路の確立を許可したか否かを示す情報とを含めた通知を制御装置から受信し、
前記通知に含まれる許可情報に基づいて、端末装置との間のデータ送受信のための無線リソースの割り当てを行う基地局装置。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2013068542 | 2013-03-28 | ||
| JP2013068542 | 2013-03-28 | ||
| PCT/JP2014/056559 WO2014156663A1 (ja) | 2013-03-28 | 2014-03-12 | 端末装置、基地局装置および制御装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPWO2014156663A1 true JPWO2014156663A1 (ja) | 2017-02-16 |
Family
ID=51623646
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015508276A Ceased JPWO2014156663A1 (ja) | 2013-03-28 | 2014-03-12 | 端末装置、基地局装置および制御装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20160044725A1 (ja) |
| EP (1) | EP2981110A4 (ja) |
| JP (1) | JPWO2014156663A1 (ja) |
| WO (1) | WO2014156663A1 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPWO2014163054A1 (ja) * | 2013-04-02 | 2017-02-16 | シャープ株式会社 | 端末装置、基地局装置および制御装置 |
| US9781753B2 (en) * | 2015-01-09 | 2017-10-03 | Acer Incorporated | Proximity map request method, server and network entity using the same, proximity request validating method, and server and network entity using the same |
| US20170026444A1 (en) * | 2015-07-24 | 2017-01-26 | Airwatch Llc | Policy driven media consumption framework |
| CN113949994B (zh) * | 2020-07-16 | 2022-10-18 | 华为技术有限公司 | 临近服务通信方法、管理网元、终端设备和通信系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001112043A (ja) * | 1999-10-14 | 2001-04-20 | Mitsubishi Electric Corp | 無線端末交信方法 |
| US20110294474A1 (en) * | 2010-06-01 | 2011-12-01 | Qualcomm Incorporated | Multi-Homed Peer-to-Peer Network |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB0503041D0 (en) * | 2005-02-14 | 2005-03-23 | Nokia Corp | Location services for unlicensed mobile access |
| US8694017B2 (en) * | 2009-03-25 | 2014-04-08 | Qualcomm Incorporated | Method and apparatus for interference management in a wireless communication system |
| CN104012012A (zh) * | 2011-12-20 | 2014-08-27 | Lg电子株式会社 | 用于提供邻近服务的网络发起的控制方法和装置 |
| US9276684B2 (en) * | 2012-12-10 | 2016-03-01 | Qualcomm Incorporated | Efficient means of broadcast and relaying information between wireless terminals |
| US9686728B2 (en) * | 2013-02-19 | 2017-06-20 | Kyocera Corporation | User terminal and processor for transmitting UE EUTRA capability information |
| JP6506685B2 (ja) * | 2013-03-21 | 2019-04-24 | シャープ株式会社 | ＵＥ、ＵＥの通信方法、ＰｒｏＳｅサーバ、及びＰｒｏＳｅサーバの通信方法 |
| EP3025540A4 (en) * | 2013-07-26 | 2017-03-15 | Intel IP Corporation | Signaling interference information for user equipment assistance |
-
2014
- 2014-03-12 US US14/780,353 patent/US20160044725A1/en not_active Abandoned
- 2014-03-12 EP EP14773765.4A patent/EP2981110A4/en not_active Withdrawn
- 2014-03-12 WO PCT/JP2014/056559 patent/WO2014156663A1/ja active Application Filing
- 2014-03-12 JP JP2015508276A patent/JPWO2014156663A1/ja not_active Ceased
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001112043A (ja) * | 1999-10-14 | 2001-04-20 | Mitsubishi Electric Corp | 無線端末交信方法 |
| US20110294474A1 (en) * | 2010-06-01 | 2011-12-01 | Qualcomm Incorporated | Multi-Homed Peer-to-Peer Network |
Non-Patent Citations (1)
| Title |
|---|
| RENESAS MOBILE EUROPE LTD.: "ProSe Architecture General Requirements", SA WG2 MEETING #95 S2-130384 [ONLINE], JPN6018017599, 22 January 2013 (2013-01-22), pages 1 - 14, ISSN: 0003796948 * |
Also Published As
| Publication number | Publication date |
|---|---|
| EP2981110A4 (en) | 2016-11-23 |
| US20160044725A1 (en) | 2016-02-11 |
| WO2014156663A1 (ja) | 2014-10-02 |
| EP2981110A1 (en) | 2016-02-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6728436B2 (ja) | ＵＥ、ＵＥの通信方法、ＰｒｏＳｅサーバ及びＰｒｏＳｅサーバの通信方法 | |
| WO2014148257A1 (ja) | 端末装置、基地局装置および制御装置 | |
| JP6356118B2 (ja) | Ｕｅ、制御装置及び通信方法 | |
| WO2014163054A1 (ja) | 端末装置、基地局装置および制御装置 | |
| JP6483617B2 (ja) | 端末装置、リレー端末装置および通信制御方法 | |
| JP6407859B2 (ja) | Ｕｅ、サーバ装置及び通信方法 | |
| WO2014112638A1 (ja) | 移動通信システムおよびｕｅ | |
| WO2015105183A1 (ja) | 通信制御方法、位置管理装置、基地局装置、端末装置および通信システム | |
| WO2015005158A1 (ja) | 通信制御方法、端末装置および基地局装置 | |
| WO2014156663A1 (ja) | 端末装置、基地局装置および制御装置 | |
| KR20140058366A (ko) | 단말 간 디스커버리 방법 및 장치 | |
| JPWO2014054644A1 (ja) | 移動通信システム、第２の基地局装置、移動局装置及び移動通信システムの通信方法 | |
| KR20140073075A (ko) | 이동통신 시스템에서 디바이스간 직접통신을 위한 이동단말 발견 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170310 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180522 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180713 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20180807 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20180906 |
|
| A045 | Written measure of dismissal of application [lapsed due to lack of payment] |
Free format text: JAPANESE INTERMEDIATE CODE: A045 Effective date: 20181218 |