JP6506685B2 - ＵＥ、ＵＥの通信方法、ＰｒｏＳｅサーバ、及びＰｒｏＳｅサーバの通信方法 - Google Patents

ＵＥ、ＵＥの通信方法、ＰｒｏＳｅサーバ、及びＰｒｏＳｅサーバの通信方法 Download PDF

Info

Publication number
JP6506685B2
JP6506685B2 JP2015506835A JP2015506835A JP6506685B2 JP 6506685 B2 JP6506685 B2 JP 6506685B2 JP 2015506835 A JP2015506835 A JP 2015506835A JP 2015506835 A JP2015506835 A JP 2015506835A JP 6506685 B2 JP6506685 B2 JP 6506685B2
Authority
JP
Japan
Prior art keywords
communication path
communication
information
wlan
lte
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.)
Expired - Fee Related
Application number
JP2015506835A
Other languages
English (en)
Other versions
JPWO2014148570A1 (ja
Inventor
政幸 榎本
政幸 榎本
真史 新本
真史 新本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Publication of JPWO2014148570A1 publication Critical patent/JPWO2014148570A1/ja
Application granted granted Critical
Publication of JP6506685B2 publication Critical patent/JP6506685B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W64/00—Locating users or terminals or network equipment for network management purposes, e.g. mobility management
    • 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
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Description

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

Claims (18)

  1. 送受信部と、制御部とを有するＵＥ（User Equipment）であって、
    前記送受信部は、
    前記ＵＥの位置情報を、前記ＵＥと他のＵＥとが近隣に位置することを検出する機能を有するＰｒｏＳｅ（Proximity Services）サーバに送信し、
    前記ＰｒｏＳｅサーバから、１以上のアプリケーションの中のあるアプリケーションに関連する制御情報を受信し、
    前記制御部は、前記制御情報に基づいて、前記他のＵＥが前記ＵＥに近接していることを検出し、
    前記送受信部は、前記他のＵＥを検出するための手続きにおいて、前記１以上のアプリケーションにそれぞれ対応する制御情報を複数受信することが可能である、
    ことを特徴とするＵＥ。
  2. 前記制御情報は、前記他のＵＥと、無線ＬＡＮを利用して直接通信するための第１の情報を含むことを特徴とする請求項１に記載のＵＥ。
  3. 前記ＵＥの位置情報は、前記ＰｒｏＳｅサーバとは異なる装置により管理されていることを特徴とする請求項１又は２に記載のＵＥ。
  4. ＵＥ（User Equipment）の通信方法であって、
    前記ＵＥの位置情報を、前記ＵＥと他のＵＥとが近隣に位置することを検出する機能を有するＰｒｏＳｅ（Proximity Services）サーバに送信する送信ステップと、
    前記ＰｒｏＳｅサーバから、１以上のアプリケーションの中のあるアプリケーションに関連する制御情報を受信する受信ステップと、
    前記制御情報に基づいて、前記他のＵＥが前記ＵＥに近接していることを検出する検出ステップと、を含み、
    前記受信ステップは、前記他のＵＥを検出するための手続きにおいて、前記１以上のアプリケーションにそれぞれ対応する制御情報を複数受信することが可能である、
    ことを特徴とするＵＥの通信方法。
  5. 前記制御情報は、前記他のＵＥと、無線ＬＡＮを利用して直接通信するための第１の情報を含むことを特徴とする請求項４に記載のＵＥの通信方法。
  6. 前記ＵＥの位置情報は、前記ＰｒｏＳｅサーバとは異なる装置により管理されていることを特徴とする請求項４又は５に記載のＵＥの通信方法。
  7. 前記制御情報は、前記他のＵＥに関する識別情報を含むことを特徴とする請求項１に記載のＵＥ。
  8. 前記制御情報は、前記他のＵＥに関する識別情報を含むことを特徴とする請求項４に記載のＵＥの通信方法。
  9. 前記制御情報に前記第１の情報が含まれている場合、前記ＵＥは、前記第１の情報を使用して、前記他のＵＥと無線ＬＡＮを利用して直接通信を行うことを特徴とする請求項２に記載のＵＥ。
  10. 前記制御情報に前記第１の情報が含まれている場合、前記ＵＥは、前記第１の情報を使用して、前記他のＵＥと無線ＬＡＮを利用して直接通信を行うことを特徴とする請求項５に記載のＵＥの通信方法。
  11. 送受信部を有するＰｒｏＳｅ（Proximity Services）サーバであって、
    前記送受信部は、
    ＵＥ（User Equipment）の位置情報と、他のＵＥの位置情報とを受信し、
    前記ＵＥに対して、１以上のアプリケーションの中のあるアプリケーションに関連する制御情報を送信し、
    前記制御情報は、前記ＵＥに、前記他のＵＥが前記ＵＥに近接していることを検出させるために使用され、
    前記送受信部は、前記ＵＥが前記他のＵＥを検出するための手続きにおいて、前記１以上のアプリケーションにそれぞれ対応する制御情報を複数送信することが可能であり、
    前記ＰｒｏＳｅサーバは、前記ＵＥと他のＵＥとが近隣に位置することを検出する機能を有する、
    ことを特徴とするＰｒｏＳｅサーバ。
  12. 前記制御情報は、前記他のＵＥと、無線ＬＡＮを利用して直接通信するための第１の情報を含むことを特徴とする請求項１１に記載のＰｒｏＳｅサーバ。
  13. 前記制御情報は、前記他のＵＥに関する識別情報を含むことを特徴とする請求項１１に記載のＰｒｏＳｅサーバ。
  14. 前記送受信部は、前記ＵＥに前記他のＵＥと無線ＬＡＮを利用して直接通信を行わせる場合、前記制御情報に前記第１の情報を含めて、送信することを特徴とする請求項１２に記載のＰｒｏＳｅサーバ。
  15. ＰｒｏＳｅ（Proximity Services）サーバの通信方法であって、
    ＵＥ（User Equipment）の位置情報と、他のＵＥの位置情報とを受信する受信ステップと、
    前記ＵＥに対して、１以上のアプリケーションの中のあるアプリケーションに関連する制御情報を送信する送信ステップと、を含み、
    前記制御情報は、前記ＵＥに、前記他のＵＥが前記ＵＥに近接していることを検出させるために使用され、
    前記送信ステップは、前記ＵＥが前記他のＵＥを検出するための手続きにおいて、前記１以上のアプリケーションにそれぞれ対応する制御情報を複数送信することが可能であり、
    前記ＰｒｏＳｅサーバは、前記ＵＥと他のＵＥとが近隣に位置することを検出する機能を有する、
    ことを特徴とするＰｒｏＳｅサーバ。
  16. 前記制御情報は、前記他のＵＥと、無線ＬＡＮを利用して直接通信するための第１の情報を含むことを特徴とする請求項１５に記載のＰｒｏＳｅサーバの通信方法。
  17. 前記制御情報は、前記他のＵＥに関する識別情報を含むことを特徴とする請求項１５に記載のＰｒｏＳｅサーバの通信方法。
  18. 前記送信ステップは、前記ＵＥに前記他のＵＥと無線ＬＡＮを利用して直接通信を行わせる場合、前記制御情報に前記第１の情報を含めて、送信することを特徴とする請求項１６に記載のＰｒｏＳｅサーバの通信方法。
JP2015506835A 2013-03-21 2014-03-19 ＵＥ、ＵＥの通信方法、ＰｒｏＳｅサーバ、及びＰｒｏＳｅサーバの通信方法 Expired - Fee Related JP6506685B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013058056 2013-03-21
JP2013058056 2013-03-21
PCT/JP2014/057590 WO2014148570A1 (ja) 2013-03-21 2014-03-19 通信端末、基地局装置および制御装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019068590A Division JP6728436B2 (ja) 2013-03-21 2019-03-29 ＵＥ、ＵＥの通信方法、ＰｒｏＳｅサーバ及びＰｒｏＳｅサーバの通信方法

Publications (2)

Publication Number Publication Date
JPWO2014148570A1 JPWO2014148570A1 (ja) 2017-02-16
JP6506685B2 true JP6506685B2 (ja) 2019-04-24

Family

ID=51580242

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2015506835A Expired - Fee Related JP6506685B2 (ja) 2013-03-21 2014-03-19 ＵＥ、ＵＥの通信方法、ＰｒｏＳｅサーバ、及びＰｒｏＳｅサーバの通信方法
JP2019068590A Active JP6728436B2 (ja) 2013-03-21 2019-03-29 ＵＥ、ＵＥの通信方法、ＰｒｏＳｅサーバ及びＰｒｏＳｅサーバの通信方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2019068590A Active JP6728436B2 (ja) 2013-03-21 2019-03-29 ＵＥ、ＵＥの通信方法、ＰｒｏＳｅサーバ及びＰｒｏＳｅサーバの通信方法

Country Status (4)

Country Link
US (3) US20160277889A1 (ja)
EP (1) EP2978246B1 (ja)
JP (2) JP6506685B2 (ja)
WO (1) WO2014148570A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160044725A1 (en) * 2013-03-28 2016-02-11 Sharp Kabushiki Kaisha Terminal device, base station device, and control device
CN105432137B (zh) * 2013-08-07 2019-06-28 Lg电子株式会社 在无线通信系统中执行设备对设备发现的方法和设备
US11700652B2 (en) * 2014-12-19 2023-07-11 Nokia Solutions And Networks Oy Proximity services device-to-device communication services control
US20170026444A1 (en) * 2015-07-24 2017-01-26 Airwatch Llc Policy driven media consumption framework
US9913281B1 (en) * 2016-02-18 2018-03-06 Sprint Communications Company L.P. Dynamic customization of mobile communication device access point name (APN) selection
US11038638B2 (en) * 2018-10-24 2021-06-15 Lg Electronics Inc. Dual connectivity support for V2X communication
CN112286874B (zh) * 2021-01-04 2021-07-02 北京东方通软件有限公司 一种基于时间的文件管理方法

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7266395B2 (en) 2003-10-30 2007-09-04 Research In Motion Limited System and method of wireless proximity awareness
US8959187B2 (en) * 2004-02-23 2015-02-17 Apple Inc. Method and system for proximity-based information retrieval and exchange in ad hoc networks
US8150416B2 (en) * 2005-08-08 2012-04-03 Jambo Networks, Inc. System and method for providing communication services to mobile device users incorporating proximity determination
US7957357B2 (en) * 2006-12-22 2011-06-07 Research In Motion Limited Method and system for presenting lists of wireless local area network Profile information
US8259692B2 (en) * 2008-07-11 2012-09-04 Nokia Corporation Method providing positioning and navigation inside large buildings
US8204477B2 (en) * 2008-11-06 2012-06-19 Motorola Mobility, Inc. Systems and method for triggering proximity detection
US9900779B2 (en) * 2008-12-30 2018-02-20 Qualcomm Incorporated Centralized control of peer-to-peer communication
WO2011038760A1 (en) * 2009-09-30 2011-04-07 Telecom Italia S.P.A. Method and system for notifying proximity of mobile communication terminals users
US9516686B2 (en) * 2010-03-17 2016-12-06 Qualcomm Incorporated Method and apparatus for establishing and maintaining peer-to-peer (P2P) communication on unlicensed spectrum
US9351143B2 (en) * 2010-06-01 2016-05-24 Qualcomm Incorporated Multi-homed peer-to-peer network
US10250678B2 (en) * 2010-07-07 2019-04-02 Qualcomm Incorporated Hybrid modes for peer discovery
JP2012147155A (ja) * 2011-01-11 2012-08-02 Nec Corp Ｐ２ｐ通信に関する情報提供方法、ｐ２ｐ通信に関する情報提供システム、移動端末、及びプログラム
US9826404B2 (en) * 2011-01-11 2017-11-21 Qualcomm Incorporated System and method for peer-to-peer authorization via non-access stratum procedures
JP5573732B2 (ja) * 2011-03-10 2014-08-20 富士通株式会社 位置算出方法、無線通信システム及び情報処理装置
KR101824248B1 (ko) * 2011-04-19 2018-01-31 삼성전자주식회사 휴대단말기에서 위치 정보를 공유하여 사용하는 방법 및 시스템
US8606300B2 (en) 2012-01-19 2013-12-10 Blackberry Limited Efficiency of electronic message communications between mobile communication devices
US20130210393A1 (en) * 2012-02-10 2013-08-15 Peter Matthew Hillier System Having Location Based Proximity Features and Methods Thereof
US9380411B2 (en) * 2012-06-21 2016-06-28 Broadcom Corporation Proximity detection
US8849203B2 (en) * 2012-06-27 2014-09-30 Alcatel Lucent Discovering proximity devices in broadband networks
US8819277B2 (en) 2012-07-17 2014-08-26 Google Inc. System and method for delivering alerts
US9036603B2 (en) * 2012-08-03 2015-05-19 Intel Corporation Network assistance for device-to-device discovery
US9026051B2 (en) * 2012-09-28 2015-05-05 Intel Corporation Wireless wide area network (WWAN) managed device to device communication using narrowband Wi-Fi in a licensed band
US9247508B2 (en) * 2012-09-28 2016-01-26 Sharp Kabushiki Kaisha Transmission power control for signals used by user equipment terminals for device-to-device services
US8917708B2 (en) * 2012-09-28 2014-12-23 Intel Corporation Discovery and operation of hybrid wireless wide area and wireless local area networks
US9066323B2 (en) * 2012-11-15 2015-06-23 Hewlett-Packard Development Company, L.P. Ad Hoc network connection
US8989698B2 (en) 2012-12-04 2015-03-24 At&T Intellectual Property I, L.P. Supplemental rescue resources
US9615214B2 (en) * 2012-12-07 2017-04-04 Nokia Technologies Oy Handling positioning messages
US9584988B2 (en) * 2013-03-07 2017-02-28 Intel Deutschland Gmbh Communication terminal, communication device, method for processing a paging message and method for controlling a communication terminal

Also Published As

Publication number Publication date
JP6728436B2 (ja) 2020-07-22
JP2019106734A (ja) 2019-06-27
JPWO2014148570A1 (ja) 2017-02-16
WO2014148570A1 (ja) 2014-09-25
EP2978246A1 (en) 2016-01-27
US10779116B2 (en) 2020-09-15
EP2978246B1 (en) 2019-07-03
US20200413219A1 (en) 2020-12-31
US20160277889A1 (en) 2016-09-22
EP2978246A4 (en) 2016-08-24
US20180020327A1 (en) 2018-01-18

Similar Documents

Publication Publication Date Title
JP6728436B2 (ja) ＵＥ、ＵＥの通信方法、ＰｒｏＳｅサーバ及びＰｒｏＳｅサーバの通信方法
US20220369215A1 (en) Relay selection in cellular sliced networks
JP6356118B2 (ja) Ｕｅ、制御装置及び通信方法
WO2014148257A1 (ja) 端末装置、基地局装置および制御装置
JP6483617B2 (ja) 端末装置、リレー端末装置および通信制御方法
WO2014163054A1 (ja) 端末装置、基地局装置および制御装置
EP3001709B1 (en) Communication terminal and server apparatus
JP2020505867A (ja) セッション管理方法及びシステム並びに端末
CN104770051A (zh) 用于实现WLAN接近服务(WLAN ProSe)的方法
WO2015105183A1 (ja) 通信制御方法、位置管理装置、基地局装置、端末装置および通信システム
WO2015018304A1 (zh) 一种配置承载的方法和设备
WO2014156663A1 (ja) 端末装置、基地局装置および制御装置
KR20140058366A (ko) 단말 간 디스커버리 방법 및 장치
CN110830994A (zh) 会话迁移的方法和装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170317

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170317

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180605

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180806

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190129

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20190228

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190329

R150 Certificate of patent or registration of utility model

Ref document number: 6506685

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees