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