(57)【要約】  端末装置が近隣通信サービスによって近隣の端末装置と直接通信路を確立し、近隣通信サービスを継続したまま基地局との無線リソースを解放するアイドル状態に遷移した移動した際のトラッキングエリア更新手続きを実行する端末装置、基地局装置、位置管理装置、加入者管理装置、サーバ装置の各通信制御手続き、および通移動通信システム等提供すること。  端末装置がＰｒｏＳｅサービスを実施していることを検出する手段、位置管理装置においてＰｒｏＳｅサービスの管理を行うサーバ装置の検出手段等を有するトラッキングエリア更新手続きを実行する。
2015105183.tif 000002
【特許請求の範囲】
【請求項１】
無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける位置管理装置の通信制御方法であって、
基地局装置によって転送される端末装置が送信したトラッキングエリア更新要求を受信するステップと、
前記トラッキングエリア更新要求に基づいて、端末装置がトラッキングエリアを登録していた古い位置管理装置を解決するステップと、
前記古い位置管理装置にコンテキスト要求を送信するステップと、
前記コンテキスト要求に対する応答であって、前記古い位置管理装置が送信するコンテキスト応答を受信するステップと、
前記コンテキスト応答に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報を取得するステップと、
前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報と、前記端末装置とを対応づけて記憶するステップと、
を備えることを特徴とする通信制御方法。
【請求項２】
前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めて送信することを特徴する請求項１の通信制御方法。
【請求項３】
前記トラッキングエリア更新要求に前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報が含まれている場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含め、
前記の能力情報が含まれていない場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めずに送信することを特徴とする請求項２の通信制御方法。
【請求項４】
無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける位置管理装置の通信制御方法であって、
基地局装置によって転送される端末装置が送信したトラッキングエリア更新要求を受信するステップと、
加入者情報管理装置に前記位置管理装置の識別情報と前記端末装置の識別情報とを含んだ位置更新要求を送信するステップと、
前記位置更新要求に対する応答であって、前記加入者情報管理装置が送信する位置更新応答を受信するステップと、
前記位置更新応答に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報を取得するステップと、
前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報と、前記端末装置とを対応づけて記憶するステップと、
を備えることを特徴とする通信制御方法。
【請求項５】
前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めて送信することを特徴する請求項４の通信制御方法。
【請求項６】
前記トラッキングエリア更新要求に前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報が含まれている場合には、前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含め、
前記の能力情報が含まれていない場合には、前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めずに送信することを特徴とする請求項５の通信制御方法。
【請求項７】
前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の取得に基づいて、前記位置管理装置の識別情報と前記端末装置の識別情報を含めたコンテキスト更新要求をＰｒｏＳｅ  Ｓｅｒｖｅｒに送信するステップと、
前記コンテキスト更新要求の応答であり、ＰｒｏＳｅ  Ｓｅｒｖｅｒが送信するコンテキスト更新応答を受信するステップと、
を備えることを特徴とする請求項１から６に記載の通信制御方法。
【請求項８】
無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける端末装置の通信制御方法であって、
前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報を含んでトラッキングエリア更新要求を基地局装置に送信するステップと、
前記トラッキングエリア更新要求に対する応答であり、位置管理装置が送信するトラッキングエリア更新アクセプトを受信するステップと、
を備えることを特徴とする通信制御方法。
【請求項９】
無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける基地局装置の通信制御方法であって、
端末装置が送信したトラッキングエリア更新要求を受信するステップと、
前記トラッキングエリア更新要求の受信に基づいて、前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報を含んで前記トラッキングエリア更新要求を位置管理装置に送信するステップと、
を備えることを特徴とする通信制御方法。
【請求項１０】
無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムにおける位置管理装置であって、
前記基地局装置によって転送される前記端末装置が送信したトラッキングエリア更新要求を受信し、
前記トラッキングエリア更新要求に基づいて、前記端末装置がトラッキングエリアを登録していた古い位置管理装置を解決し、
前記古い位置管理装置にコンテキスト要求を送信し、
前記コンテキスト要求に対する応答であって、前記古い位置管理装置が送信するコンテキスト応答を受信し、
前記コンテキスト応答に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報を取得し、
前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報と、前記端末装置とを対応づけて記憶する、
ことを特徴とする位置管理装置。
【請求項１１】
前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めて送信することを特徴する請求項１０の位置管理装置。
【請求項１２】
前記トラッキングエリア更新要求に前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報が含まれている場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含め、
前記の能力情報が含まれていない場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めずに送信することを特徴とする請求項１１の位置管理装置。
【請求項１３】
無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムにおける位置管理装置であって、
基地局装置によって転送される端末装置が送信したトラッキングエリア更新要求を受信し、
加入者情報管理装置に前記位置管理装置の識別情報と前記端末装置の識別情報とを含んだ位置更新要求を送信し、
前記位置更新要求に対する応答であって、前記加入者情報管理装置が送信する位置更新応答を受信し、
前記位置更新応答に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報を取得し、
前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報と、前記端末装置とを対応づけて記憶する、
ことを特徴とする位置管理装置。
【請求項１４】
前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めて送信することを特徴する請求項１３の位置管理装置。
【請求項１５】
前記トラッキングエリア更新要求に前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報が含まれている場合には、前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含め、
前記の能力情報が含まれていない場合には、前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めずに送信することを特徴とする請求項１４の位置管理装置。
【請求項１６】
前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の取得に基づいて、前記位置管理装置の識別情報と前記端末装置の識別情報を含めたコンテキスト更新要求をＰｒｏＳｅ  Ｓｅｒｖｅｒに送信し、
前記コンテキスト更新要求の応答であり、ＰｒｏＳｅ  Ｓｅｒｖｅｒが送信するコンテキスト更新応答を受信する、
こと特徴とする請求項１０から１５に記載の位置管理装置。
【請求項１７】
無線リソースを解放するアイドル状態に遷移した端末装置であって、
前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報を含んでトラッキングエリア更新要求を基地局装置に送信し、
前記トラッキングエリア更新要求に対する応答であり、位置管理装置が送信するトラッキングエリア更新アクセプトを受信する、
ことを特徴とする端末装置。
【請求項１８】
無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムにおける基地局装置であって、
前記端末装置が送信したトラッキングエリア更新要求を受信し、
前記トラッキングエリア更新要求の受信に基づいて、前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報を含んで前記トラッキングエリア更新要求を前記位置管理装置に送信する、
ことを特徴とする基地局装置。
【請求項１９】
無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムであって、
前記端末装置はトラッキングエリア更新要求を基地局装置に送信し、
前記基地局装置は前記トラッキングエリア更新要求の受信に基づいて、トラッキングエリア更新要求を前記位置管理装置に送信し、
前記位置管理装置は、
前記基地局装置によって転送される前記端末装置が送信したトラッキングエリア更新要求を受信し、
前記トラッキングエリア更新要求に基づいて、前記端末装置がトラッキングエリアを登録していた古い位置管理装置を解決し、
前記古い位置管理装置にコンテキスト要求を送信し、
前記コンテキスト要求に対する応答であって、前記古い位置管理装置が送信するコンテキスト応答を受信し、
前記コンテキスト応答に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報を取得し、
前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報と、前記端末装置とを対応づけて記憶し、
前記端末装置にトラッキングエリア更新アクセプトを送信する、
ことを特徴とする通信システム。
【請求項２０】
前記位置管理装置は、
前記トラッキングエリア更新要求に前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報が含まれている場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含め、
前記の能力情報が含まれていない場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めずに送信することを特徴とする請求項１９の通信システム。
【請求項２１】
前記端末装置は、
前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報を含んでトラッキングエリア更新要求を基地局装置に送信し、
前記トラッキングエリア更新要求に対する応答であり、位置管理装置が送信するトラッキングエリア更新アクセプトを受信する
ことを特徴とする請求項１９または２０の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御方法、位置管理装置、基地局装置、端末装置および通信システムに関する。
【背景技術】
【０００２】
移動通信システムの標準化団体３ＧＰＰ（The 3rd Generation Partnership Project）では、次世代の移動体通信システムとして以下の非特許文献１に記載のＥＰＳ（Evolved Packet System）の仕様化作業を進めており、ＥＰＳに接続されるアクセスシステムとしてＬＴＥ（Long Term Evolution）だけでなく、無線ＬＡＮ（Wireless LAN、ＷＬＡＮ)について検討がなされている。【０００３】
さらに、３ＧＰＰでは、非特許文献2に記載されるように、ユーザ端末（User Equipment、ＵＥ）に対して近隣の他ユーザ端末の存在を通知する近隣サービス（Proximity Service、ProSe）の検討が行われている。さらに、ＰｒｏＳｅでは、ＵＥは近隣のＵＥと基地局を介さずに直接通信路を確立し、データの送受信を直接行うこと目指している。【０００４】
ＰｒｏＳｅではＵＥ間は直接データの送受信を行うため、コアネットワークなどの移動通信ネットワークやＬＴＥなどのアクセス技術に基づいたアクセスネットワークを介さずデータ送受信ができることから、トラフィックの集中を回避するオフロード効果も期待されている。【０００５】
ＰｒｏＳｅでは、ＵＥ間の直接通信路として２つの方式を利用することが検討されている。一つは、ＬＴＥアクセス技術を用いたＵＥ間の直接通信路を確立する方法（以下 ＬＴＥ  Ｄｉｒｅｃｔ）であり、もうひとつは、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）アクセス技術を用いて直接通信路を確立する方法である。【０００６】
ＬＴＥ Ｄｉｒｅｃｔでは、ＵＥは各移動通信事業者におけるＬＴＥシステムにおいて割り当てられた商用周波数を利用し、ＬＴＥの通信方式を利用してＵＥ間において直接データの送受信を行う。【０００７】
ＷＬＡＮ Ｄｉｒｅｃｔでは、ＷＬＡＮにおいて割り当てられた非商用周波数を利用して、ＵＥ間において直接データの送受信を行う。【０００８】
また、ＰｒｏＳｅでは、ＵＥは、ＬＴＥ Ｄｉｒｅｃｔまたは、ＷＬＡＮ Ｄｉｒｅｃｔによりデータの送受信を行うために、通信対象ＵＥを探索し、近隣に通信対象ＵＥの存在を検知する必要性がサービス要求条件として挙げられている。【０００９】
さらに、ＰｒｏＳｅでは、直接通信を行うＵＥのうちのいずれかが、他方のＵＥと直接通信路を確立して接続するとともに、従来のアクセスネットワークに配置される基地局と接続することが検討されている。【００１０】
基地局に接続するＵＥは、基地局を介してコアネットワークへの接続し、通信路を確立する。さらに、他方のＵＥの直接通信路とコアネットワークへの通信路をリレーすることが検討されている。こうしたＰｒｏＳｅにおけるリレーでは、直接通信路を確立し、且つコアネットワークに接続して通信路を確立するＵＥは、直接通信路で接続されるＵＥの送信データを受信し、コアネットワークに配送するリレー機能を有する。さらに、コアネットワークに接続する通信路から配送されるデータを受信し、直接通信路を介して直接通信路で接続されるＵＥへ送信するリレー機能を有する。【００１１】
このようにＰｒｏＳｅでは、あるＵＥに対する近隣ＵＥの存在を通知するサービスと、ＵＥ間の直接通信路による通信を提供するサービスと、ＵＥによるリレー機能を提供することを目的としている。
【先行技術文献】
【非特許文献】
【００１２】
【非特許文献１】3GPP TS23.401 Technical Specification Group Services and System Aspects, General Packet Radio Service(GPRS) enhancements for Evolved UniversaＬＴＥrrestrial Radio Access Network(E-UTRAN) access
【非特許文献２】3GPP TR22.803 Technical Specification Group Services and System Aspects, Feasibility study for Proximity Services(ProSe)
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、現在、ＰｒｏＳｅにおける直接通信路の確立方法、さらには直接通信路を確立したＵＥの移動に伴う位置管理の方法の具体的な実現手段は定まっていない。【００１４】
ＵＥの直接通信路の確立においては、コアネットワーク内の位置管理装置およびＰｒｏＳｅサービスを管理するＰｒｏＳｅ  Ｓｅｒｖｅｒによって認証、承認されることが望ましい。【００１５】
そのためには、ＵＥは近隣端末と直接通信路を確立するばかりでなく、基地局装置を介してコアネットワークとの接続性を確立し、認証および承認手続きが必要となる。【００１６】
一方で、ＵＥはコアネットワークの接続性を保持し続けた場合、有限で有効利用されることがのぞましい基地局との間の無線リソースを占有し続けることになるため、従来からしられるアイドルモードへ遷移して無線リソースを解放することが望ましい。【００１７】
しかしながら、直接通信路を用いて通信を行っているＵＥがアイドルモードに遷移し、さらに移動をした場合における位置の通知する手段は実現されていない。さらには、移動にともなって同一のＰｒｏＳｅ  Ｓｅｒｖｅｒによるサービスを継続する手段も明らかになっていない。【００１８】
本発明は、このような事情に鑑みてなされたもので、近隣端末と直接通信路を確立し、ＰｒｏＳｅサービスを継続したまま移動する手段を提供すること目的とした端末装置、基地局、位置管理装置、加入者管理装置の各処理、さらに移動通信システム等を提供することである。
【課題を解決するための手段】
【００１９】
上記課題を解決するために、本発明における無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける位置管理装置の通信制御方法は、基地局装置によって転送される端末装置が送信したトラッキングエリア更新要求を受信するステップと、前記トラッキングエリア更新要求に基づいて、端末装置がトラッキングエリアを登録していた古い位置管理装置を解決するステップと、前記古い位置管理装置にコンテキスト要求を送信するステップと、前記コンテキスト要求に対する応答であって、前記古い位置管理装置が送信するコンテキスト応答を受信するステップと、前記コンテキスト応答に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報を取得するステップと、前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報と、前記端末装置とを対応づけて記憶するステップとを備えることを特徴とする。【００２０】
さらに、本発明における無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける位置管理装置の通信制御方法は、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めて送信することを特徴する。【００２１】
さらに、本発明における無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける位置管理装置の通信制御方法は、前記トラッキングエリア更新要求に前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報が含まれている場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含め、前記の能力情報が含まれていない場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めずに送信することを特徴とする。【００２２】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける位置管理装置の通信制御方法は、基地局装置によって転送される端末装置が送信したトラッキングエリア更新要求を受信するステップと、加入者情報管理装置に前記位置管理装置の識別情報と前記端末装置の識別情報とを含んだ位置更新要求を送信するステップと、前記位置更新要求に対する応答であって、前記加入者情報管理装置が送信する位置更新応答を受信するステップと、前記位置更新応答に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報を取得するステップと、前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報と、前記端末装置とを対応づけて記憶するステップとを備えることを特徴とする。【００２３】
さらに、本発明における前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めて送信することを特徴する。【００２４】
さらに、本発明における無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける位置管理装置の通信制御方法は、前記トラッキングエリア更新要求に前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報が含まれている場合には、前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含め、前記の能力情報が含まれていない場合には、前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めずに送信することを特徴とする。【００２５】
さらに、本発明における無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける位置管理装置の通信制御方法は、前記ＰｒｏｓＳ  Ｓｅｒｖｅｒの識別情報の取得に基づいて、前記位置管理装置の識別情報と前記端末装置の識別情報を含めたコンテキスト更新要求をＰｒｏＳｅ  Ｓｅｒｖｅｒに送信するステップと、前記コンテキスト更新要求の応答であり、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０が送信するコンテキスト更新応答を受信するステップを備えることを特徴とする。【００２６】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける端末装置の通信制御方法は、前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報を含んでトラッキングエリア更新要求を基地局装置に送信するステップと、前記トラッキングエリア更新要求に対する応答であり、位置管理装置が送信するトラッキングエリア更新アクセプトを受信するステップとを備えることを特徴とする。【００２７】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける基地局装置の通信制御方法は、端末装置が送信したトラッキングエリア更新要求を受信するステップと、前記トラッキングエリア更新要求の受信に基づいて、前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報を含んでトラッキングエリア更新要求を位置管理装置に送信するステップとを備えることを特徴とする。【００２８】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムにおける位置管理装置は、前記基地局装置によって転送される前記端末装置が送信したトラッキングエリア更新要求を受信し、前記トラッキングエリア更新要求に基づいて、前記端末装置がトラッキングエリアを登録していた古い位置管理装置を解決し、前記古い位置管理装置にコンテキスト要求を送信し、
前記コンテキスト要求に対する応答であって、前記古い位置管理装置が送信するコンテキスト応答を受信し、前記コンテキスト応答に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報を取得し、前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報と、前記端末装置とを対応づけて記憶することを特徴とする。【００２９】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける基地局装置の通信制御方法は、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めて送信することを特徴する。【００３０】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置のトラッキングエリアを更新するためのトラッキングエリア更新手続きにおける基地局装置の通信制御方法は、前記トラッキングエリア更新要求に前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報が含まれている場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含め、前記の能力情報が含まれていない場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めずに送信することを特徴とする。【００３１】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムにおける位置管理装置は、基地局装置によって転送される端末装置が送信したトラッキングエリア更新要求を受信し、加入者情報管理装置に前記位置管理装置の識別情報と前記端末装置の識別情報とを含んだ位置更新要求を送信し、
前記位置更新要求に対する応答であって、前記加入者情報管理装置が送信する位置更新応答を受信し、前記位置更新応答に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報を取得し、前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報と、前記端末装置とを対応づけて記憶することを特徴とする。【００３２】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムにおける位置管理装置は、前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めて送信することを特徴する。【００３３】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムにおける位置管理装置は、前記トラッキングエリア更新要求に前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報が含まれている場合には、前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含め、前記の能力情報が含まれていない場合には、前記位置更新要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めずに送信することを特徴とする。【００３４】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムにおける位置管理装置は、前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の取得に基づいて、前記位置管理装置の識別情報と前記端末装置の識別情報を含めたコンテキスト更新要求をＰｒｏＳｅ  Ｓｅｒｖｅｒに送信し、前記コンテキスト更新要求の応答であり、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０が送信するコンテキスト更新応答を受信すること特徴とする。【００３５】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置は、
前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報を含んでトラッキングエリア更新要求を基地局装置に送信し、前記トラッキングエリア更新要求に対する応答であり、位置管理装置が送信するトラッキングエリア更新アクセプトを受信することを特徴とする。【００３６】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムにおける基地局装置は、前記端末装置が送信したトラッキングエリア更新要求を受信し、前記トラッキングエリア更新要求の受信に基づいて、前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報を含んでトラッキングエリア更新要求を前記位置管理装置に送信することを特徴とする。【００３７】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムは、前記端末装置はトラッキングエリア更新要求を基地局装置に送信し、前記基地局装置は前記トラッキングエリア更新要求の受信に基づいて、トラッキングエリア更新要求を前記位置管理装置に送信し、前記位置管理装置は、前記基地局装置によって転送される前記端末装置が送信したトラッキングエリア更新要求を受信し、前記トラッキングエリア更新要求に基づいて、前記端末装置がトラッキングエリアを登録していた古い位置管理装置を解決し、前記古い位置管理装置にコンテキスト要求を送信し、前記コンテキスト要求に対する応答であって、前記古い位置管理装置が送信するコンテキスト応答を受信し、前記コンテキスト応答に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報を取得し、前記ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報と、前記端末装置とを対応づけて記憶し、前記端末装置にトラッキングエリア更新アクセプトを送信することを特徴とする。【００３８】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムは、前記位置管理装置は、前記トラッキングエリア更新要求に前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報が含まれている場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含め、前記の能力情報が含まれていない場合には、前記コンテキスト要求にＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報の送信を要求する識別情報を含めずに送信することを特徴とする。【００３９】
本発明における無線リソースを解放するアイドル状態に遷移した端末装置と、アクセスネットワークに構成される基地局装置と、コアネットワークに構成される位置管理装置および加入者管理装置とを含んで構成される通信システムは、前記端末装置は、前記端末装置が近隣端末との間で直接通信路を用いて通信できることを示す能力情報を含んでトラッキングエリア更新要求を基地局装置に送信し、前記トラッキングエリア更新要求に対する応答であり、位置管理装置が送信するトラッキングエリア更新アクセプトを受信することを特徴とする。
【発明の効果】
【００４０】
本発明によれば、既存のシステムへの改変を最小限に抑えながら、端末装置は近隣端末と直接通信路を確立し、ＰｒｏＳｅサービスを継続してトラッキングエリアを更新する通信制御を実現することができる。
【図面の簡単な説明】
【００４１】
【図１】第１実施形態における移動通信システム１の概要を説明するための図である。
【図２】実施形態におけるＵＥの機能構成を説明するための図である。
【図３】実施形態におけるＵＥ−Ｒの機能構成を説明するための図である。
【図４】実施形態におけるｅＮＢの機能構成を説明するための図である。
【図５】実施形態におけるＭＭＥの機能構成を説明するための図である。
【図６】実施形態におけるＰｒｏＳｅ  Ｓｅｒｖｅｒの機能構成を説明するための図である。
【図７】第１実施形態におけるＵＥ接続手続きを説明するための図である。
【図８】ＵＥ接続手続きの変形形態を説明するための図である。
【図９】サービス登録手続きを説明するための図である。
【図１０】ＵＥ−Ｒの通信路確立手続きを説明するための図である。
【図１１】ＵＥ通信路確立手続きを説明するための図である。
【図１２】ＵＥ通信路確立手続きの変形例を説明するための図である。
【図１３】実施形態におけるトラッキング更新手続きを説明するための図である。
【図１４】実施形態におけるＰｒｏＳｅ  Ｓｅｖｅｒへのコンテキスト更新手続きを説明するための図である。
【図１５】実施形態におけるトラッキングエリア更新手続きの変形例を説明するための図である。
【発明を実施するための形態】
【００４２】
以下、図面を参照して本発明を実施するための最良の形態について説明する。なお、本実施形態では、一例として、本発明を適用した場合の移動通信システムの実施形態について、図を用いて詳細に説明する。また、ＬＴＥ  Ｄｉｒｅｃｔを、ＬＴＥ（Ｄ）と表記する。ここで、ＬＴＥ（Ｄ）ＬＴＥ通信方式を用いて確立されたＵＥ間で直接通信路を指す。
【００４３】
［１．第１実施形態］
まず、本発明を適用した第１実施形態について、図面を参照して説明する。
【００４４】
［１．１  移動通信システムの概要］
図１は、本実施形態における移動通信システム１の概略を説明するための図である。図１（ａ）に示すように、移動通信システム１は、ＵＥ（端末装置）１０と、ＵＥ-Ｒ（リレー端末装置）１５と、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）８０とがＩＰ移動通信ネットワーク５を介して接続されて構成されている。ＵＥ１０とＵＥ−Ｒ１５は近隣に位置し、ＬＴＥ（Ｄ）を介して接続することができる。ＵＥ−Ｒ１５はＩＰ移動通信ネットワーク５に接続し、ＩＰ移動通信ネットワーク５はＰＤＮ８０と接続されている。
【００４５】
ＩＰ移動通信ネットワーク５は、例えば、移動通信事業者が運用する無線アクセスネットワークとコアネットワークによって構成されるネットワークでもよいし、固定通信事業者が運用するブロードバンドネットワークであっても良い。ここで、ブロードバンドネットワークは、ＡＤＳＬ（Asymmetric Digital Subscriber Line）等により接続し、光ファイバー等のデジタル回線による高速通信を提供する、通信事業者が運用するＩＰ通信ネットワークであってよい。さらに、これらに限らずＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）等で無線アクセスするネットワークであっても良い。
【００４６】
ＵＥ１０、ＵＥ−Ｒ１５は、ＬＴＥやＷＬＡＮ等のアクセスシステムを用いて接続する通信端末であり、３ＧＰＰ  ＬＴＥの通信インターフェースやＷＬＡＮの通信インターフェース等を搭載して接続することにより、ＩＰアクセスネットワークへ接続することが可能である。
【００４７】
具体的な例としては、携帯電話端末やスマートフォンであり、その他通信機能を備えたタブレット型コンピュータやパソコン、家電などである。
【００４８】
ＰＤＮ８０は、パケットでデータのやり取りを行うネットワークサービスを提供するネットワークのことであり、例えば、インターネットやＩＭＳなどである。さらに、グループ通話などのグループ通信サービスを提供するネットワークであってもよい。
【００４９】
ＵＥ−Ｒ１５は、リレー端末装置であり、ＵＥ−Ｒ１５はＵＥ１０に限らず複数の端末装置とＬＴＥ（Ｄ）による直接通信路を確立し、接続することができる。さらに、リレー端末装置とはリレー機能を有する端末装置であり、ＵＥ−Ｒ１５はＩＰ移動通信ネットワークに接続して通信路を確立し、ＰＤＮ８０との接続性を確立する。
【００５０】
ＵＥ−Ｒ１５は、ＵＥ１０とＰＤＮ８０との通信を中継するリレー機能を有し、これによりＵＥ１０はＰＤＮ８０とのデータ送受信を実現する。
【００５１】
このように、ＵＥ１０とＵＥ−Ｒ１５とは、リレー機能の有無のみが異なる構成であってよい。
【００５２】
ＰＤＮ８０は、ＩＰアクセスネットワークへ有線回線等を利用して接続される。例えば、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）や光ファイバー等によって構築される。ただし、これに限らずＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）や、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  ＬＡＮ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）等の無線アクセスネットワークであっても良い。
【００５３】
[１．１．１  ＩＰ移動通信ネットワークの構成例]
図１に示すように、移動通信システム１は、ＵＥ１０と、ＵＥ−Ｒ１５と、ＩＰ移動通信ネットワーク５と、ＰＤＮ８０（Packet Data Network）とから構成される。また、ＵＥ−Ｒ１５にはＵＥ１０以外の複数の通信端末が接続されてよい。これらの通信端末はＵＥ１０と構成が同じであり、図面の簡略化のために記載は省略する。さらに、ＩＰ移動通信ネットワーク５には、ＵＥ−Ｒ１５以外にも複数のリレー機能を有する端末装置を接続することができる。こうした端末装置はＵＥ−Ｒ１５と構成が同じであり、図面の簡略化のため記載を省略する。
【００５４】
ＩＰ移動通信ネットワーク５はコアネットワーク７と無線アクセスネットワークで構成される。
【００５５】
コアネットワーク７は、ＭＭＥ３０(Mobile Management Entity)と、ＳＧＷ４０(Serving Gateway)と、ＰＧＷ（アクセス制御装置）５０（Packet Data Network Gateway）と、ＨＳＳ６０(Home Subscriber Server)と、ＰＣＲＦ７０(Policy and charging rules function)と、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０と、を含んで構成される。
【００５６】
無線アクセスネットワークは、はコアネットワーク７に接続されている。さらに、ＵＥ−Ｒ１５は無線アクセスネットワークに無線接続することができる。
【００５７】
無線アクセスネットワークには、ＬＴＥアクセスシステムで接続できるＬＴＥアクセスネットワーク（ＬＴＥ  ＡＮ９）を構成することができる。
【００５８】
なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略するが、簡単に機能を説明すると、ＰＧＷ５０はＰＤＮ８０と、ＳＧＷ４０と、ＰＣＲＦ７０とに接続されており、ＰＤＮ８０とコアネットワーク７のゲートウェイ装置としてユーザデータ配送を行う。
【００５９】
ＳＧＷ４０は、ＰＧＷ５０と、ＭＭＥ３０とＬＴＥ  ＡＮ９とに接続されており、コアネットワーク７とＬＴＥ  ＡＮ９とのゲートウェイ装置としてユーザデータの配送を行う。
【００６０】
ＭＭＥ３０は、ＳＧＷ４０とＬＴＥ  ＡＮ９に接続されており、ＬＴＥ  ＡＮ９を経由したＵＥ１０の位置管理、アクセス制御を行う位置管理装置である。
【００６１】
ＨＳＳ６０は、ＭＭＥ３０に接続されており、加入者情報の管理を行う。
【００６２】
ＰＣＲＦ７０は、ＰＧＷ５０に接続されており、データ配送に対するＱｏＳ管理を行う。
【００６３】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＭＭＥ３０と接続されており、通信端末間での直接通信路の確立を管理するサーバ装置である。なお、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０と単一の装置として構成されてもよいし、それぞれ独立した装置で構成されてもよい。また、コアネットワーク７に含まれて構成される例を示したが、これに限らずＰＤＮ８０に含まれて構成されてもよい。さらに、グループ通信サービスを提供するＰＤＮに含められて構成されるグループ通信のアプリケーションサーバ（ＧＣＳＥ  ＡＳ：Ｇｒｏｕｐ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｅｎａｂｌｅｒｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）と単一の装置として構成されてもよい。
【００６４】
また、図１（ｂ）に示すように、無線アクセスネットワーク（ＬＴＥ  ＡＮ９）には、ＵＥ−Ｒ１５が実際に接続する装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した種々の装置が考えられるが、本実施形態においては、ＬＴＥ  ＡＮ９はｅＮＢ２０を含んで構成される。ｅＮＢ２０はＬＴＥアクセスシステムでＵＥ−Ｒ１５が接続する無線基地局であり、ＬＴＥ  ＡＮ９には１又は複数の無線基地局が含まれて構成されてよい。
【００６５】
なお、本明細書において、ＵＥ−Ｒ１５が無線アクセスネットワークに接続されるとは、無線アクセスネットワークに含まれる基地局装置に接続されることをいい、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。
【００６６】
例えば、ＬＴＥ  ＡＮ９にＵＥ−Ｒ１５が接続されるとは、ＵＥ−Ｒ１５がｅＮＢ２０を介して接続されること言う。
【００６７】
［１．２  装置構成］
続いて、各装置構成について図を用いて簡単に説明する。
【００６８】
[１．２．１  ＵＥの構成]
図２を基に本実施形態におけるＵＥ１０の機能構成を示す。ＵＥ１０は、制御部１００に、第１インターフェース部１１０と第２インターフェース部１２０と、記憶部１４０とがバスを介して接続されている。
【００６９】
制御部１００は、ＵＥ１０を制御するための機能部である。制御部１００は、記憶部１４０に記憶されている各種情報、各種プログラムを読みだして実行することにより各種処理を実現する。
【００７０】
第１インターフェース部１１０は、ＬＴＥアクセス方式により他の通信端末やＵＥ−Ｒ１５と直接通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第１インターフェース部１１０には、外部アンテナ１１２が接続されている。
【００７１】
ＵＥ１０は、第１インターフェース部１１０を介してＬＴＥ基地局を介さずに他のＵＥやＵＥ−Ｒとの間に直接通信路を確立し、通信を行うこともできる。
【００７２】
第２インターフェース部１２０は、ＬＴＥアクセス方式によりｅＮＢ２０に接続し、コアネットワーク７を介してＰＤＮ８０への通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第２インターフェース部１２０には、外部アンテナ１２２が接続されている。
【００７３】
ＵＥ１０は、第２インターフェース部１２０を介してＬＴＥ  ＡＮ９に接続し、コアネットワーク７を介してＰＤＮ８０との間に通信路を確立し、データの送受信を行うこともできる。
【００７４】
なお、図面では第１インターフェース部１１０と第２インターフェース部１２０はそれぞれ異なるアンテナを介して通信を行う構成を説明したが、一つのアンテナを共用する構成としてもよい。
【００７５】
記憶部１４０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部１４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。さらに、記憶部１４０には、ＵＥ通信路コンテキスト１４２が記憶されている。
【００７６】
ＵＥ通信路コンテキスト１４２は、ＵＥが確立する通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ），基地局識別情報、サービス識別情報、グループ識別情報、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードなどを含んでも良い。
【００７７】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【００７８】
ベアラＩＤは、ＵＥ１０がＵＥ−Ｒ１５と接続する際に確立するＵＥ１０とＵＥ−Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
【００７９】
ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
【００８０】
ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ  ＩＰプロトコルや、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。また、ＴＥＩＤは、他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて、ＵＥ自身を識別する識別情報として用いても良い。
【００８１】
基地局識別情報は、ＵＥ−Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
【００８２】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【００８３】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【００８４】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【００８５】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【００８６】
アプリケーション識別情報は、ＵＥがＵＥ-Ｒ１５や他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて使用するアプリケーションを識別する識別情報である。
【００８７】
アプリケーションユーザ識別情報は、アプリケーション識別情報で識別されるアプリケーションにおいてユーザもしくはＵＥを識別する識別情報であってよい。
【００８８】
ＰｒｏＳｅコードは、近隣に位置するＵＥ−Ｒ１５や他のＵＥに対して自身が近隣に位置することをアナウンスする際に送信する情報であってよい。さらに、近隣に位置するＵＥ−Ｒ１５や他のＵＥが近隣に位置することをモニタリングする際に受信する情報であってよい。ＰｒｏＳｅコードは、アプリケーション識別情報や、ＵＥを識別する情報や、ＰＬＭＮなどのオペレータネットワークを識別する識別情報を組み合わせて構成してもよい。さらに、ＵＥを識別する情報は、ＩＭＳＩなどの加入者識別情報であってもよいし、ＴＥＩＤなどの一時的に割り当てられた識別情報であってもよいし、アプリケーションユーザ識別情報などであってもよい。
【００８９】
なお、ＵＥ−Ｒ１５にはＵＥ１０に限らず複数の通信端末が接続されてよい。これらの通信端末の構成はＵＥ１０と同様の構成であるため詳細説明を省略する。
【００９０】
[１．２．２  ＵＥ−Ｒの構成]
図３をもとに本実施形態におけるＵＥ−Ｒ１５の機能構成を示す。ＵＥ−Ｒ１５は、制御部１５００に、第１インターフェース部１５１０と、第２インターフェース部１５２０と、データ転送部１５３０と、記憶部１５４０とがバスを介して接続されている。
【００９１】
制御部１５００は、ＵＥ−Ｒ１５を制御するための機能部である。制御部１５００は、記憶部１５４０に記憶されている各種情報、各種プログラムを読みだして実行することにより各種処理を実現する。
【００９２】
第１インターフェース部１５１０は、ＬＴＥアクセス方式によりＵＥ１０などの他の通信端末と直接通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第１インターフェース部１５１０には、外部アンテナ１５１２が接続されている。
【００９３】
ＵＥ−Ｒ１５は、第１インターフェース部を介してＬＴＥ基地局を介さずにＵＥ１０などの他の通信端末との間に直接通信路を確立し、通信を行うこともできる。
【００９４】
第２インターフェース部１５２０は、ＬＴＥアクセス方式によりｅＮＢ２０に接続し、コアネットワーク７を介してＰＤＮ８０への通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第２インターフェース部１５２０には、外部アンテナ１５２２が接続されている。
【００９５】
ＵＥ−Ｒ１５は、第２インターフェース部１５２０を介してＬＴＥ  ＡＮ９に接続し、コアネットワーク７を介してＰＤＮ８０との間に通信路を確立し、データの送受信を行うこともできる。
【００９６】
なお、図面では第１インターフェース部１５１０と第２インターフェース部１５２０とはそれぞれ異なるアンテナを介して通信を行う構成を説明したが、一つのアンテナを共用する構成としてもよい。
【００９７】
記憶部１５４０は、ＵＥ−Ｒ１５の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部１５４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。さらに、記憶部１５４０には、ＵＥ−Ｒ通信路コンテキスト１５４２が記憶されている。
【００９８】
ＵＥ−Ｒ通信路コンテキスト１５４２は、ＵＥ−Ｒ１５が確立する通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ），基地局識別情報、サービス識別情報、グループ識別情報、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードなどを含んでも良い。
【００９９】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【０１００】
ベアラＩＤは、ＵＥ１０がＵＥ−Ｒ１５と接続する際に確立するＵＥ１０とＵＥ−Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
【０１０１】
ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
【０１０２】
ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ  ＩＰプロトコルや、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。また、ＴＥＩＤは、ＵＲ−Ｒ１５や他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて、ＵＥ自身を識別する識別情報として用いても良い。
【０１０３】
基地局識別情報は、ＵＥ−Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
【０１０４】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０１０５】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０１０６】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０１０７】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０１０８】
アプリケーション識別情報は、ＵＥ―Ｒ１５が他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて使用するアプリケーションを識別する識別情報である。
【０１０９】
アプリケーションユーザ識別情報は、アプリケーション識別情報で識別されるアプリケーションにおいてユーザもしくはＵＥ−Ｒ１５を識別する識別情報であってよい。
【０１１０】
ＰｒｏＳｅコードは、近隣に位置する他のＵＥに対して自身が近隣に位置することをアナウンスする際に送信する情報であってよい。さらに、近隣に位置する他のＵＥが近隣に位置することをモニタリングする際に受信する情報であってよい。ＰｒｏＳｅコードは、アプリケーション識別情報や、ＵＥを識別する情報や、ＰＬＭＮなどのオペレータネットワークを識別する識別情報を組み合わせて構成してもよい。さらに、ＵＥを識別する情報は、ＩＭＳＩなどの加入者識別情報であってもよいし、ＴＥＩＤなどの一時的に割り当てられた識別情報であってもよいし、アプリケーションユーザ識別情報などであってもよい。
【０１１１】
ＵＥ−Ｒ通信路コンテキスト１５４２は通信路毎に保持してもよい。例えば、ＵＥ１０と確率する直接通信路と、ｅＮＢ２０と接続しＰＧＷ５０へ接続する通信路とに対してそれぞれ保持しても良い。
【０１１２】
ここで直接通信路に対するＵＥ−Ｒ通信路コンテキスト１５４２の基地局情報は、ＵＥ−Ｒ１５を識別する情報であってよく、ｅＮＢ２０と接続しＰＧＷ５０へ接続する通信路に対するＵＥ−Ｒ通信路コンテキスト１５４２の基地局情報は、ｅＮＢ２０を識別する情報であってよい。
【０１１３】
さらに、ＵＥ−Ｒ通信路コンテキスト１５４２には、ＵＥ−Ｒ１５の識別情報を含んで保持しても良い。ＵＥ−Ｒ１５の識別情報は、ＩＭＳＩ（ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）などのＵＥ−Ｒ１５に対応づけられた加入者識別情報であってもよいし、ＵＥ−Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＵＥ−Ｒ１５に対応づけられたＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などの情報であってもよい。
【０１１４】
さらに、ＵＥ−Ｒ通信路コンテキスト１５４２には、位置管理装置を識別する情報を記憶しても良い。位置管理装置を識別する情報は、位置管理装置に割り当てられたＩＰアドレスであってもよいし、位置管理装置に対応づけられたＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などの情報であってもよい。また、グローバルにユニーク性をもつＧＭＭＥＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  ＭＭＥ  Ｉｄｅｎｔｉｆｉｅｒ）でもよいし、ＧＵＴＩと、事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）とから構成されるＧＵＴＩ（Ｇｌｏｂａｌ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）であってもよい。
【０１１５】
データ転送部１５３０は、第１インターフェース部１５１０を介して受信したＵＥ１０から受信データを、第２インターフェース部１５２０を介してＩＰ移動通信ネットワークへ転送し、さらに、第２インターフェース部１５２０を介して受信したＵＥ１０宛ての受信データを、第１インターフェース部１５１０を介してＵＥ１０へ転送する機能部である。
【０１１６】
なお、ＵＥ−Ｒ１５にはＵＥ１０に限らず複数の通信端末が接続されてよい。また、ｅＮＢ２０には、ＵＥ−Ｒ１５に限らず複数のリレー機能を備えた通信端末が接続されてよい。これらのリレー機能を備えた通信端末の構成はＵＥ−Ｒ１５と同様の構成であるため詳細説明を省略する。
【０１１７】
[１．２．３  ｅＮＢの構成]
続いて、図４をもとに本実施形態におけるｅＮＢ２０の機能構成を示す。ｅＮＢ２０は、制御部２００に、第１インターフェース部２１０と第２インターフェース部２２０と、データ転送部２３０と、記憶部２４０とがバスを介して接続されている。
【０１１８】
制御部２００は、ｅＮＢ２０を制御するための機能部である。制御部２００は、記憶部２４０に記憶されている各種情報、各種プログラムを読みだして実行することにより各種処理を実現する。
【０１１９】
第１インターフェース部２１０は、ＬＴＥアクセス方式によりＵＥ―Ｒ１５やＵＥ１０などの他の通信端末と無線通信路を確立し、無線通信によるデータの送受信を実行する機能部である。第１インターフェース部２１０には、外部アンテナ２１２が接続されている。
【０１２０】
第２インターフェース部２２０は、有線接続によりコアネットワークにコアネットワーク７に接続している。コアネットワーク７への接続は、イーサネット（登録商標）や光ファイバケーブルなどにより接続しても良い。
【０１２１】
記憶部２４０は、ｅＮＢ２０の各種動作に必要なプログラム、データ等を記憶する機能部である。記憶部２４０は、例えば、半導体メモリや、ＨＤＤ（Hard Disk Drive）等により構成されている。さらに、記憶部２４０には、ｅＮＢ通信路コンテキスト２４２が記憶されている。
【０１２２】
ｅＮＢ通信路コンテキスト２４２は、ＵＥ−Ｒ１５またはＵＥ１０との間に確率する通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ），基地局識別情報、サービス識別情報、グループ識別情報などを含んでも良い。
【０１２３】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【０１２４】
ベアラＩＤは、ＵＥ１０がＵＥ−Ｒ１５と接続する際に確立するＵＥ１０とＵＥ−Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
【０１２５】
ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
【０１２６】
ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ  ＩＰプロトコルや、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
【０１２７】
基地局識別情報は、ＵＥ−Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
【０１２８】
また、基地局識別情報は、基地局に割り当てられたＩＰアドレスであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などの識別情報であってよい。
【０１２９】
また、ＵＥ−Ｒ１５を識別する情報も、ＵＥ−Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などの識別情報であってよい。
【０１３０】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０１３１】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０１３２】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０１３３】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０１３４】
ｅＮＢ通信路コンテキスト２４２は通信路毎に保持してもよい。例えば、ＵＥ−Ｒ１５と確立する通信路と、他のリレー機能を有する通信端末との通信路に対してそれぞれ保持しても良い。
【０１３５】
ここで直接通信路に対する通信路コンテキストの基地局情報は、ＵＥ−Ｒ１５を識別する情報と、ｅＮＢ２０を識別する情報とをそれぞれ記憶しても良い。
【０１３６】
データ転送部２３０は、第１インターフェース部２１０を介して受信したＵＥ−Ｒ１５から受信データを、第２インターフェース部２２０を介してＩＰ移動通信ネットワークへ転送し、さらに、第２インターフェース部２２０を介して受信したＵＥ１０宛ての受信データを、第１インターフェース部２１０を用いてＵＥ−Ｒ１５介してＵＥ１０へ転送する機能部である。
【０１３７】
[１．２．４  ＭＭＥの構成]
ＭＭＥ３０は、ＵＥ１０の通信路確立やサービス提供に関して、許可または不許可を決定する位置管理装置である。
【０１３８】
図５にＭＭＥ３０の機能構成を示す。ＭＭＥ３０は、制御部４００に、ＩＰ移動通信ネットワークインターフェース部４１０と、記憶部４４０とがバスを介して接続されている。
【０１３９】
制御部４００は、ＭＭＥ３０を制御するための機能部である。制御部４００は、記憶部４４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
【０１４０】
ＩＰ移動通信ネットワークインターフェース部４１０は、ＭＭＥ３０がＩＰ移動通信ネットワーク５に接続するための機能部である。
【０１４１】
記憶部４４０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記録する機能部である。記憶部４４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成される。さらに、記憶部４４０には、ＭＭＥ通信路コンテキスト４４２が記憶されている。
【０１４２】
ＭＭＥ通信路コンテキスト４４２は、ＵＥ−Ｒ１５とＵＥ１０との間に確立される直接通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ），端末装置の識別情報、ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報、基地局識別情報、サービス識別情報、グループ識別情報などを含んでも良い。
【０１４３】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【０１４４】
ベアラＩＤは、ＵＥ１０がＵＥ−Ｒ１５と接続する際に確立するＵＥ１０とＵＥ−Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
【０１４５】
ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
【０１４６】
ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ  ＩＰプロトコルや、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
【０１４７】
端末装置の識別情報は、ＵＥ−Ｒ１５を識別する情報であってよい。また、ＵＥ−Ｒ１５を識別する情報は、ＩＭＳＩ（ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）などのＵＥ−Ｒ１５に対応づけられた加入者識別情報であってもよいし、ＵＥ−Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＵＥ−Ｒ１５に対応づけられたＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などの情報であってもよい。さらに、これらを複数記憶しても良い。
【０１４８】
ＰｒｏＳｅ  Ｓｅｒｖｅｒの識別情報は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０を識別する情報であってよい。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０を識別する情報は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に割り当てられたＩＰアドレスであってもよいし、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対応づけられたＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などの情報であってもよい。
【０１４９】
また、ＭＭＥ３０は、端末装置の識別情報とＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報とを対応づけて記憶しても良い。これにより、端末装置のサービスを管理するＰｒｏＳｅ  Ｓｅｒｖｅｒを記憶しても良いし、ＰｒｏＳｅ  Ｓｅｒｖｅｒがサービスを提供する端末装置を記憶しても良い。
【０１５０】
基地局識別情報は、ＵＥ−Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
【０１５１】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０１５２】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０１５３】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０１５４】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０１５５】
ＭＭＥ通信路コンテキスト４４２は通信路毎に保持してもよい。例えば、ＵＥ１０がＵＥ−Ｒ１５と確立する通信路と、他のリレー機能を有する通信端末との通信路に対して確立する通信路とに対してそれぞれ保持しても良い。
【０１５６】
ここで直接通信路に対する通信路コンテキストの基地局情報は、ＵＥ−Ｒ１５を識別する情報と、ＵＥ−Ｒ１５が接続するｅＮＢ２０を識別する情報とをそれぞれ記憶しても良い。
【０１５７】
また、以上説明した情報群は、ＭＭ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）Ｃｏｎｔｅｘｔの情報要素として記憶されてもよい。
【０１５８】
[１．２．５  ＰｒｏＳｅ  Ｓｅｒｖｅｒの構成]
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ−Ｒ１５やＵＥ１０に直接通信路の確立や近隣端末の検出等のサービスを提供するサーバ装置である。
【０１５９】
図６にＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の機能構成を示す。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、制御部９００に、ＩＰ移動通信ネットワークインターフェース部９１０と、記憶部９４０とがバスを介して接続されている。
【０１６０】
制御部９００は、ＵＥ１０を制御するための機能部である。制御部９００は、記憶部９４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
【０１６１】
ＩＰ移動通信ネットワークインターフェース部９１０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０がＩＰ移動通信ネットワーク５に接続するための機能部である。
【０１６２】
記憶部９４０は、ＵＥ１０の各種動作に必要なプログラム、データ等を記録する機能部である。記憶部９４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等により構成される。
【０１６３】
さらに、さらに、記憶部９４０には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２が記憶されている。
【０１６４】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２は、ＵＥ−Ｒ１５とＵＥ１０との間に確立される直接通信路に対応づけられて記憶される情報群であり、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ），基地局識別情報、サービス識別情報、グループ識別情報などを含んでも良い。
【０１６５】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【０１６６】
ベアラＩＤは、ＵＥ１０がＵＥ−Ｒ１５と接続する際に確立するＵＥ１０とＵＥ−Ｒ１５との間の無線通信路である無線ベアラを識別する情報である。また、ＵＥ１０がｅＮＢ２０に接続する場合において、ＵＥ１０がｅＮＢ２０と接続する際に確立するＵＥ１０とｅＮＢ２０との間の無線通信路である無線ベアラを識別する情報であってもよい。
【０１６７】
ＰＤＮコネクションＩＤは、ＵＥ１０がＰＧＷ５０との間に確立する論理パスであるＰＤＮコネクションを識別する情報である。
【０１６８】
ＴＥＩＤは、ＰＤＮコネクションを構成するユーザデータ配送のためのトンネル通信路の識別情報であり、ＧＴＰプロトコルや、Ｍｏｂｉｌｅ  ＩＰプロトコルや、Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰプロトコルに基づいて確立されたトンネル通信路の識別情報であってよい。
【０１６９】
基地局識別情報は、ＵＥ−Ｒ１５を識別する情報であってもよいし、ｅＮＢ２０を識別する情報であってもよい。また、基地局識別情報は、通信サービスを提供する移動通信事業者を識別する事業者識別コードと、基地局識別コードを組み合わせて構成してもよい。これにより、複数の移動通信事業者が提供する複数の移動通信ネットワークにおいて一意な識別情報とすることができる。
【０１７０】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０１７１】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０１７２】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０１７３】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０１７４】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２は通信路毎に保持してもよい。例えば、ＵＥ１０がＵＥ−Ｒ１５と確立する通信路と、他のリレー機能を有する通信端末との通信路に対して確立する通信路とに対してそれぞれ保持しても良い。
【０１７５】
ここで直接通信路に対する通信路コンテキストの基地局情報は、ＵＥ−Ｒ１５を識別する情報と、ＵＥ−Ｒ１５が接続するｅＮＢ２０を識別する情報とをそれぞれ記憶しても良い。
【０１７６】
さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２に、ＵＥ−Ｒ１５の識別情報を含んで保持しても良い。ＵＥ−Ｒ１５の識別情報は、ＩＭＳＩ（ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）などのＵＥ−Ｒ１５に対応づけられた加入者識別情報であってもよいし、ＵＥ−Ｒ１５に割り当てられたＩＰアドレスであってもよいし、ＵＥ−Ｒ１５に対応づけられたＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などの情報であってもよい。
【０１７７】
さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２には、位置管理装置を識別する情報を記憶しても良い。位置管理装置を識別する情報は、位置管理装置に割り当てられたＩＰアドレスであってもよいし、位置管理装置に対応づけられたＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などの情報であってもよい。また、グローバルにユニーク性をもつＧＭＭＥＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  ＭＭＥ  Ｉｄｅｎｔｉｆｉｅｒ）でもよいし、ＧＵＴＩと、事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）とから構成されるＧＵＴＩ（Ｇｌｏｂａｌ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）であってもよい。
【０１７８】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、こうした端末の識別情報と位置管理装置の識別情報とを対応づけて記憶してもよい。さらに、これにより、端末装置に対する位置管理装置の位置管理をおこなってもよい。
【０１７９】
［１．３  処理の説明］
続いて、上述した移動通信システムにおける具体的な処理の実施例について説明する。本実施例は、ＵＥ１０によるＵＥ−Ｒ１５への接続手続きおよび、ＵＥ−Ｒ１５によるＩＰ移動通信ネットワーク５への接続手続き、さらにはＵＥ１０がＵＥ−Ｒ１５を介して通信路を確立する手続き等からなる。なお、以下の説明では、ＬＴＥ通信方式を用いてＵＥ１０とＵＥ−Ｒ１５間の直接通信路を確立するＬＴＥ  ＤｉｒｅｃｔをＬＴＥ（Ｄ）と表記する。
【０１８０】
［１．３．１  ＵＥ接続手続き］
ＵＥ１０がＵＥ−Ｒ１５に接続する接続手続きの例を図７を用いて説明する。ＵＥ１０はｅＮＢ２０が検出できないなどの圏外であることを検出したことを契機に手続きを開始してもよい。また、ＵＥ１０はｅＮＢ２０を検出し、ｅＮＢ２０を介してＩＰ移動通信ネットワークに従来の手続きを基に接続している状態にあってもよい。
【０１８１】
また、ユーザによってサービスを開始するための端末操作によって手続きを開始しても良い。例えば、グループ通信を開始するなどのユーザ操作によって手続きが開始されてもよい。
【０１８２】
まず、ＵＥ１０は上述した方法により手続きを開始することを検出すると、報知情報要求メッセージをＵＥ−Ｒ１５に送信する（Ｓ７０２）。報知情報要求メッセージは、近隣に位置するＵＥ−Ｒ１５を検出するために送信する。
【０１８３】
報知情報要求の送信手段はブロードキャストしてもよいし、ＵＥ−Ｒ１５の識別情報を予め保持し、ＵＥ−Ｒ１５へユニキャストしてもよい。
【０１８４】
報知情報要求メッセージには、ＵＥ１０の識別情報、ＡＰＮ（アクセスポイントネーム）、サービス識別情報、グループ識別情報などを含んでも良い。
【０１８５】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【０１８６】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０１８７】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０１８８】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０１８９】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０１９０】
ＵＥ−Ｒ１５は、報知情報要求を受信し、サービス検出を実行する（Ｓ７０４）。
【０１９１】
サービス検出は、報知情報要求メッセージに含まれるＵＥ１０の識別情報、ＡＰＮ（アクセスポイントネーム）、サービス識別情報、グループ識別情報を基に検出してもよい。
【０１９２】
例えば、予めＵＥ１０に提供できるサービスと、サービスに対応づけられるＡＰＮとの対応を保持し、ＵＥ１０から受信したＡＰＮが、提供できるサービスかどうかを検出してもよい。
【０１９３】
また、予めＵＥ１０に提供できるサービスと、サービスに対応づけられるサービス識別情報との対応を保持し、ＵＥ１０から受信したサービス識別情報が、提供できるサービスかどうかを検出してもよい。
【０１９４】
また、予めＵＥ１０に提供できるサービスと、サービスに対応づけられるグループ識別情報との対応を保持し、ＵＥ１０から受信したグループ識別情報が、提供できるサービスかどうかを検出してもよい。
【０１９５】
これに限らず、ＡＰＮ、サービス識別情報、グループ識別情報を任意に組み合わせて検出してもよい。
【０１９６】
また、ＵＥ−Ｒ１５はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０との間のサービス登録手続きを実行し（Ｓ７０６）、その結果に基づいてＵＥ１０に提供できるサービスか否かを検出してもよい。
【０１９７】
さらに、ＵＥ−Ｒ１５はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対してＵＥ１０に提供するサービスの登録を実行する。サービス登録手続きの詳細は後述する。
【０１９８】
ＵＥ−Ｒはサービスの検出後、サービスに応じてＰＧＷ５０を選択し、ＵＥ−Ｒ通信路確立処理を実行してＰＧＷ５０との間で通信路を確立してもよい（Ｓ７０８）。
【０１９９】
具体的には、ＵＥ−Ｒ１５はＰＧＷ５０との間にＰＤＮコネクションを確立する。ＵＥ−Ｒの通信路確立手続きはサービスの検出に基づいて確立要求メッセージをＩＰ通信ネットワークに送信し、確立手続きを開始してもよい。
【０２００】
より具体的には、ＰＤＮコネクション確立要求メッセージをＭＭＥ３０に送信し、ＰＤＮコネクションの確立を許可するＰＤＮコネクション確立要求メッセージに応答する応答メッセージを受信することで通信路を確立する。
【０２０１】
ＰＤＮコネクション確立要求メッセージには、ＵＥ１０の識別情報、ＡＰＮ（アクセスポイントネーム）、サービス識別情報、グループ識別情報などを含んでも良い。
【０２０２】
さらに、応答メッセージには、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ），基地局識別情報、サービス識別情報、グループ識別情報などを含んでも良く、応答メッセージに基づいてＵＥ−Ｒ通信路コンテキストを保持しても良い。また、ＵＥ−Ｒ１５は、ＵＥ−Ｒ通信路コンテキストと確立した通信路とを対応づけて管理しても良い。
【０２０３】
ＰＧＷ５０の選択は、サービスに対応づけられたＰＧＷ５０を予め保持しておいてもよい。また、ＭＭＥ３０がサービスに対応づけられたＰＧＷ５０を予め保持し、ＰＧＷ５０はＭＭＥ３０に問い合わせを行う制御情報を送信し、その応答によってＰＧＷ５０の情報を取得してもよい。
【０２０４】
ＵＥ−Ｒ１５は、サービスの検出、サービスの登録、さらにサービスに対応づけられたＰＤＮコネクションの確立を完了した場合、ＵＥ１０へ報知情報を送信する（Ｓ７１０）。
【０２０５】
報知情報の送信手段はブロードキャストしてもよいし、ＵＥ１０の識別情報を予め保持し、ＵＥ１０へユニキャストしてもよい。
【０２０６】
報知情報メッセージには、ＵＥ１０の識別情報、ＡＰＮ（アクセスポイントネーム）、サービス識別情報、グループ識別情報などを含んでも良い。
【０２０７】
これにより、ＵＥ−Ｒ１５は、報知情報を送信することにより、ＵＥ１０へ提供できるサービスを通知することができる。
【０２０８】
さらに、ＵＥ−Ｒ１５は、報知情報メッセージに負荷情報などのロードインフォメーションを含めて送信してもよい。ロードインフォメーションは、ＵＥ−Ｒ１５の処理状況を示す負荷を表す情報であってよく、接続する通信端末の数でもよいし、複数端末のリレー処理を行っている場合には、その処理負荷情報であってもよい。さらに、処理負荷を表すクラス情報であってもよい。
【０２０９】
また、ＵＥ−Ｒ１５は、リレー処理を行っていない場合にはリレー機能を無効化してもよい。さらに、報知情報要求メッセージの受信に基づいてリレー機能を有効化してもよい。または、サービスが検出できたことに基づいてリレー機能を有効化してもよい。
【０２１０】
ＵＥ１０から送信された放置情報要求はＵＥ−Ｒ１５だけでなく、その他のリレー機能を有する端末装置が受信してもよく、各端末装置はＵＥ−Ｒ１５と同様にサービスの検出、サービスの登録、通信路の確立を実行して、報知情報を送信してもよい。
【０２１１】
ＵＥ１０は、報知情報を受信し、サービスを提供可能なＵＥ−Ｒ１５を検出する（Ｓ７１２）。
【０２１２】
サービスを提供可能か否かは、報知情報メッセージに含まれる識別情報、ＡＰＮ（アクセスポイントネーム）、サービス識別情報、グループ識別情報を基に検出、およびリレー端末装置の選択をしてもよい。
【０２１３】
例えば、予めＵＥ１０に提供できるサービスと、サービスに対応づけられるＡＰＮとの対応を保持し、ＵＥ１０が受信したＡＰＮが、必要とするサービスかどうかを検出してもよい。
【０２１４】
また、予めＵＥ１０に提供できるサービスと、サービスに対応づけられるサービス識別情報との対応を保持し、ＵＥ１０が受信したサービス識別情報が、必要とするサービスかどうかを検出してもよい。
【０２１５】
また、予めＵＥ１０に提供できるサービスと、サービスに対応づけられるグループ識別情報との対応を保持し、ＵＥ１０が受信したグループ識別情報が、必要とするサービスかどうかを検出してもよい。
【０２１６】
ＵＥ１０はＵＥ−Ｒ１５から報知情報を受信するとともに、他のリレー機能を有する端末装置から報知情報を受信してもよい。
【０２１７】
複数の報知情報を受信した場合には、各報知情報に含まれる、報知情報メッセージに含まれる識別情報、ＡＰＮ（アクセスポイントネーム）、サービス識別情報、グループ識別情報を基に接続先を選択してもよい。
【０２１８】
このように、リレー機能を有する端末装置の選択は、提供されるサービスを基に選択してもよい。
【０２１９】
また、ＵＥ１０が必要とするサービスを提供するリレー機能を有する端末装置が複数存在する場合には、各報知情報に含まれる負荷情報などのロードインフォメーションを基に接続先を選択してもよい。
【０２２０】
これにより、ＵＥ１０は負荷の小さいリレー機能を有する端末装置を選択することができる。リレー機能を有する端末装置においては、接続する端末を分散することができ、過度な偏りが低減することができるため、処理負荷を最適化することができる。
【０２２１】
また、ＵＥ１０は報知情報を受信後直ちにＵＥ−Ｒ１５を選択してもよいし、タイマを実行して一定時間報知情報の受信状態を保ち、他の端末装置からの報知情報を待っても良い。
【０２２２】
タイマを実行する時間については予め保持しておいてもよいし、通信事業者ポリシーに基づいて決定された値をＵＥ−Ｒ１５が報知情報に含めて送信してもよい。
【０２２３】
このようにＵＥ１０は、接続可能なリレー端末装置のうち、ＵＥ１０が要求するサービスや、グループ通信のグループ識別情報などに基づいて最適なリレー端末装置を選択することができる。
【０２２４】
さらに、ＵＥ１０は、ＵＥが要求するサービスの識別情報、グループ通信の識別情報の選択は、ＩＰ移動通信ネットワーク５から通知される、ＡＰＮ、ＩＰマルチキャストアドレス、ＴＭＳＩ、ＦＱＤＮなど、サービスやグループに対応付けられたいずれかの情報、もしくはこうした情報の組み合わせによって判別してもよい。さらに、ＵＥ１０はこうした判別結果に基づいてリレー端末装置を選択してもよい。
【０２２５】
本実施形態では、ＵＥ１０はＵＥ−Ｒ１５を選択した例を説明する。ＵＥ１０はＵＥ−Ｒ１５を選択し、ＵＥ通信路確立処理を実行して通信路を確立する（Ｓ７１４）。
【０２２６】
ＵＥ通信路確立処理では、ＵＥ１０はＵＥ−Ｒの検出に基づいて確立要求メッセージを送信し、確立手続きを開始する。
【０２２７】
より具体的には、ＰＤＮコネクション確立要求メッセージをＵＥ−Ｒ１５を介してＭＭＥ３０に送信し、ＰＤＮコネクションの確立を許可するＰＤＮコネクション確立要求メッセージに応答する応答メッセージを受信することで通信路を確立してもよい。
【０２２８】
また、ＰＤＮコネクション確立要求メッセージをＵＥ−Ｒ１５へ送信しＰＤＮコネクションの確立を許可するＰＤＮコネクション確立要求メッセージに応答する応答メッセージを受信することで通信路を確立してもよい。
【０２２９】
ＰＤＮコネクション確立要求メッセージには、ＵＥ１０の識別情報、ＡＰＮ（アクセスポイントネーム）、サービス識別情報、グループ識別情報などを含んでも良い。
【０２３０】
さらに、応答メッセージには、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ），基地局識別情報、サービス識別情報、グループ識別情報などを含んでも良く、応答メッセージに基づいてＵＥ通信路コンテキストを保持しても良い。さらに、ＩＰアドレスやＱｏＳ情報などの情報を含んで送信されてもよい。また、ＵＥ１０は、ＵＥ通信路コンテキストと確立した通信路とを対応づけて管理しても良い。
【０２３１】
応答メッセージは、ＭＭＥ３０もしくはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の通信路確立の許可情報に基づいて、ＵＥ−Ｒ１５がＵＥ１０に送信してもよい。
【０２３２】
もしくは、応答メッセージは、ＭＭＥ３０がＵＥ１０に送信してもよい。
もしくは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０がＵＥ１０に送信してもよい。
【０２３３】
ＵＥ−Ｒ１５は，ＵＥ１０が送信するＰＤＮコネクション確立要求メッセージの応答として、ＭＭＥ３０もしくはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＰＤＮコネクションの確立許可を決定に基づいて決定もしくは割り当てが行われる、ＡＰＮ（アクセスポイントネーム）、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ），基地局識別情報、サービス識別情報、グループ識別情報、ＩＰアドレスおよびＱｏＳ情報を取得しても良い。このＵＥ−Ｒ１５への応答の送信は、ｅＮＢ２０、ＭＭＥ３０、ＰｒｏSｅ  Ｓｅｒｖｅｒ９０，ＳＧＷ４０のいずれが実行してもよい。
【０２３４】
さらに、ＵＥ−Ｒ１５は、受信した情報群を通信路コンテキストの情報として取得し、保持してもよい。
【０２３５】
ＵＥ１０は、ＵＲ−Ｒ１５との間にＬＴＥ(D)に基づく直接通信路を確立し、さらに、ＵＥ−Ｒ１５は、ＵＥ−Ｒ通信路確立処理で確立した通信路と、ＵＥ通信路確立処理で確立された通信路とを、対応づけて管理し、リレー処理を実行してもよい。
【０２３６】
より具体的には、それぞれの通信路のＵＥ−Ｒ通信路コンテキストを対応づけて保持し、ＵＥ１０がＵＥ通信路確立処理で確立した通信路を介してＵＥ−Ｒ１５へ送信するデータを、ＵＥ−Ｒ通信路確立処理で確立した通信路を介してコアネットワーク７へ送信しても良い。また、コアネットワーク７からＵＥ−Ｒ通信路確立処理で確立した通信路を介して送信されたＵＥ１０宛てのデータを受信し、ＵＥ通信路確立処理で確立した通信路を介してＵＥ１０へ送信してもよい。
【０２３７】
以上の手続きにより、ＵＥ１０は複数のリレー機能を有する通信端末からＵＥ−Ｒ１５を選択し、ＵＥ−Ｒ１５を介して通信路を確立することができる。さらに、ＵＥ−Ｒ１５の転送処理により、ＵＥ１０はＰＤＮ８０とのデータ送受信を開始することができる。
【０２３８】
［１．３．１．１  サービス登録手続き］
図７を用いて説明したサービス登録手続き（Ｓ７０６）の具体的な手続きを、図９を用いて説明する。
【０２３９】
ＵＥ−Ｒ１５は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対してサービス登録要求を送信し、ＵＥ−Ｒと直接通信路で接続する端末装置に対して提供するサービスの登録要求を行う（Ｓ９０２）。
【０２４０】
サービス登録要求メッセージの送信は、図７を用いて説明したとおり、ＵＥ１０が送信する報知情報要求メッセージの受信をトリガに実行してもよい。
【０２４１】
メッセージには、ＵＥ１０の識別情報、ＡＰＮ（アクセスポイントネーム）、サービス識別情報、グループ識別情報、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードなどを含んでも良い。
【０２４２】
ＡＰＮ（アクセスポイントネーム）は、ＩＰ移動通信ネットワーク５においてＰＧＷ５０を選択するために使用される識別情報であり、ＰＤＮ８０に対応づけた識別情報である。ＩＭＳや映像配信など、サービスごとにことなるＰＤＮ８０が構成されている場合には、サービスを識別する識別情報としても使用することができる。
【０２４３】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０２４４】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０２４５】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０２４６】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０２４７】
アプリケーション識別情報は、ＵＥがＵＥ-Ｒ１５や他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて使用するアプリケーションを識別する識別情報であってよい。
【０２４８】
アプリケーションユーザ識別情報は、アプリケーション識別情報で識別されるアプリケーションにおいてユーザもしくはＵＥを識別する識別情報であってよい。
【０２４９】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はサービス登録要求メッセージを受信し、ＵＥ−Ｒ１５提供するサービスに対して許可、不許可を判定し、応答メッセージとしてサービス登録応答を送信し、サービス応答登録応答に許可、不許可の判定結果を通知するフラグを含めて結果を通知する（Ｓ９０４）。さらに、サービス応答登録応答には、許可、不許可の情報とともに、ＵＥ１０の識別情報、ＡＰＮ（アクセスポイントネーム）、サービス識別情報、グループ識別情報、ＰｒｏＳｅコードなどを含んでも良い。
【０２５０】
ＰｒｏＳｅコードは、近隣に位置するＵＥ-Ｒ１５や他のＵＥに対して自身が近隣に位置することをアナウンスする際に送信する情報であってよい。さらに、近隣に位置するＵＥ-Ｒ１５や他のＵＥが近隣に位置することをモニタリングする際に受信する情報であってよい。ＰｒｏＳｅコードは、アプリケーション識別情報や、ＵＥを識別する情報や、ＰＬＭＮなどのオペレータネットワークを識別する識別情報を組み合わせて構成してもよい。さらに、ＵＥを識別する情報は、ＩＭＳＩなどの加入者識別情報であってもよいし、ＴＥＩＤなどの一時的に割り当てられた識別情報をコアネットワークから取得し、保持しているものを用いても良い。また、アプリケーションユーザ識別情報などであってもよい。
【０２５１】
このように、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ−Ｒ１５のサービス登録要求メッセージの情報に基づいて、ＰｒｏＳｅコードを割り当て、ＵＥ―Ｒ１５に通知してもよい。
【０２５２】
以上、ＵＥ−Ｒ１５のサービス登録手続きを説明したが、ＵＥ１０においてもこれまでＵＥ−Ｒ１５が実施した方法と同様の方法により、サービス登録手続きをおこなってもよい。
【０２５３】
［１．３．１．２  サービス登録手続きの変形例］
また、１．３．１．１のサービス登録手続きで説明した方法とは異なり、ＵＥ−Ｒ１５は、ＵＥ−Ｒ１５が提供できるサービスを予め保持することなく、サービス登録要求メッセージを予め保持することなく、サービス登録要求メッセージをＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に送信してもよい。
【０２５４】
ＵＥ−Ｒ１５は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対して提供するサービスを問い合わせても良い。さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＵＥ−Ｒ１５  が提供するサービスを通知してもよい。
【０２５５】
サービス登録要求のメッセージの送受信、サービス登録応答のメッセージの送受信の情報要素および送受信の手法については１．３．１．１のサービス登録手続きで説明した内容と同様で良いため、詳細説明は省略する。
【０２５６】
さらに、１．３．１．１で説明したサービス登録手続きでは、ＵＥ−Ｒ１５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を予め保持し、ＵＥ−Ｒ１５は直接ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対してサービス要求メッセージを送信し、さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＵＥ−Ｒ１５に対してサービス登録応答を送信していた。しかしながら、サービス登録要求手続きはこれにかぎらず、ＭＭＥ３０を介して実行してもよい。
【０２５７】
例えば、ＵＥ−Ｒ１５はＭＭＥ３０に対してサービス登録要求メッセージを送信し、ＭＭＥ３０はサービス登録要求メッセージを受信してもよい。さらに、ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対してサービス登録要求メッセージを送信してもよい。
【０２５８】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得する方法は、予め事業者によって割り当てられたものを記憶してもよい。また、ＨＳＳ６０などが加入者情報としてＵＥ−Ｒ１５に対応づけてＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を保持しておき、ＭＭＥ３０はＨＳＳ６０にＵＥ−Ｒ１５の識別情報を含んだ制御メッセージを送信して問い合わせを行い、その応答により取得しても良い。
【０２５９】
さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、サービス登録応答メッセージをＭＭＥ３０に送信し、ＭＭＥ３０はサービス登録応答メッセージを受信してもよい。ＭＭＥ３０は、受信したサービス登録応答メッセージに基づいて、サービス登録応答メッセージをＵＥ−Ｒ１５に送信してもよい。
【０２６０】
ここで、サービス登録要求メッセージおよびサービス登録応答メッセージに含まれる情報は、１．３．１．１で説明した登録手続きにおけるサービス登録要求メッセージおよびサービス登録応答メッセージと同様であってよい。
【０２６１】
もしくは、サービス識別情報やＰｒｏＳｅコードなど、１．３．１．１で説明した登録手続きにおいてＰｒｏＳｅ  Ｓｅｒｖｅｒ９０が割り当てや生成を行っていた情報は、ＭＭＥ３０が割り当てや生成を実施し、サービス登録応答に含めてＵＥ−Ｒ１５に通知してもよい。
【０２６２】
以上、ＵＥ−Ｒ１５のサービス登録手続きを説明したが、ＵＥ１０においてもこれまでＵＥ−Ｒ１５が実施した方法と同様の方法により、サービス登録手続きをおこなってもよい。
【０２６３】
［１．３．２  ＵＥ−Ｒ通信路確立処理］
１．３．１のＵＥ接続手続きにおいて図７を用いて説明したＵＲ−Ｒ通信路確立処理（Ｓ７０８）の一例を、図１０を用いて説明する。
【０２６４】
ＵＥ−Ｒはサービスの検出後、サービスに応じてＰＧＷ５０を選択し、ＵＥ−Ｒ通信路確立処理を実行してＰＧＷ５０との間の通信路確立を要求してもよい。
【０２６５】
ＵＥ−Ｒ１５は、ＰＤＮ接続要求をＭＭＥ３０に送信し、ＰＤＮコネクションの確立を要求する（Ｓ１００２）。
【０２６６】
ＰＤＮ接続要求には、ＩＭＳＩ（ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）などのＵＥ−Ｒ１５を識別する情報、ＡＰＮ、サービス識別情報、グループ識別情報などを含めてもよい。
【０２６７】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０２６８】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０２６９】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０２７０】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０２７１】
また、ＵＥ−Ｒ１５はｅＮＢ２０から報知情報を受信し、受信した報知情報を基にＰＤＮ接続要求を送信してもよい。例えば、ｅＮＢ２０は、上述したＡＰＮ、サービス識別情報、グループ識別情報などを含めて報知情報を送信し、ＵＥ−Ｒ１５はＡＰＮ、サービス識別情報、グループ識別情報を報知情報から受信し、ＰＤＮ接続要求に含めてもよい。このように、報知情報からＵＥ−Ｒ１５が提供できるサービスやグループ通信に関する情報を取得してもよい。また、こうした情報をＵＥ−Ｒ１５が予め保持してもよい。
【０２７２】
このように、ＵＥ−Ｒ１５はＵＥ−Ｒ１５に接続する端末装置に提供するサービスやグループ通信に対応した通信路の確立を行ってもよい。
【０２７３】
ＭＭＥ３０は、ＰＤＮ接続要求を受信し、ＩＭＳＩ（ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）などのＵＥ−Ｒ１５を識別する情報、ＡＰＮ、サービス識別情報、グループ識別情報を記憶しても良い。
【０２７４】
また、ＭＭＥ３０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を記憶しても良い。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報は、管理者などが予めせってするなど予め保持しておいてもよい。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報はＵＥ−Ｒ１５が保持しておき、ＰＤＮ接続要求に含めて送信してもよい。ＭＭＥ３０は、ＰＤＮ接続要求に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を記憶してもよい。
【０２７５】
さらに、ＭＭＥ３０は、ＵＥ−Ｒ１５を識別する情報とＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報とを対応づけて記憶しても良い。  ＭＭＥ３０は、ＰＤＮ接続要求を受信し、ＵＥ−Ｒ１５に対してサービスを許可するか否かを決定する。
【０２７６】
ＭＭＥ３０は、サービスを許可する場合には、セッション生成要求をＳＧＷ４０に送信する（Ｓ１００４）。さらに、ＭＭＥ３０は、ＳＧＷ４０の選択、およびＰＧＷ５０の選択をしてもよい。
【０２７７】
さらに、ＳＧＷ４０は、ＭＭＥ３０からセッション生成要求を受信し、受信に伴い、セッション生成要求をＰＧＷ５０に送信する（Ｓ１００６）。ここで、ＳＧＷ４０は、ＭＭＥ３０の選択したＰＧＷ５０を取得し、送信先のＰＧＷ５０を決定してもよい。
【０２７８】
ＰＧＷ５０は、ＳＧＷ４０からセッション生成要求を受信し、セッション生成応答をＳＧＷ４０に送信する（Ｓ１００８）。ここで、ＰＧＷ５０は、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ、ＵＥ−Ｒ１５に通知するＩＰアドレスの割り当てを行い、セッション生成応答に含めてもよい。
【０２７９】
ＳＧＷ４０は、ＰＧＷ５０からセッション応答を受信し、ＭＭＥ３０にセッション生成応答を送信してもよい（Ｓ１０１０）。ＳＧＷ４０は、受信したベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ、ＵＥ−Ｒ１５に通知するＩＰアドレスをセッション生成応答に含めてもよい。また、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤの割り当てはＳＧＷ４０が行い、セッション生成応答に含めて送信してもよい。
【０２８０】
ＭＭＥ３０は、セッション生成応答をＳＧＷ４０から受信し、ベアラ設定要求／ＰＤＮ接続許可通知をｅＮＢ２０へ送信してもよい（Ｓ１０１２）。ベアラ設定要求／ＰＤＮ接続許可通知には、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ、ＵＥ−Ｒ１５に通知するＩＰアドレスを含めてもよい。
【０２８１】
ここで、ＭＭＥ３０はセッション生成応答に含まれる情報を基にＵＥ−Ｒ１５とＰＧＷ５０との間に確立されるＰＤＮコネクションに対応付けたＭＭＥ通信路コンテキスト４４２を生成してもよい。
【０２８２】
ＡＰＮ、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤは、セッション生成応答から取得して保持してもよい。また、ＭＭＥ３０によって割り当てを行ってもよい。
【０２８３】
また、基地局識別情報はＵＥ−Ｒ１５が接続するｅＮＢ２０の情報を取得し、保持してもよい。また、サービス識別情報、グループ識別情報は、ＵＥ−Ｒ１５がＰＤＮ接続要求に含めて送信した情報を取得し、保持してもよい。
【０２８４】
ｅＮＢ２０は、ベアラ設定要求／ＰＮ接続許可通知を受信し、ＲＲＣ接続再設定通知をＵＥ−Ｒ１５へ送信してもよい（Ｓ１０１４）。
【０２８５】
ここで、ｅＮＢ２０は受信した制御情報に含まれる情報を基にＵＥ−Ｒ１５とＰＧＷ５０との間に確立されるＰＤＮコネクションに対応付けたｅＮＢ通信路コンテキスト２４２を生成してもよい。
【０２８６】
ＡＰＮ、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤは、ベアラ設定要求／ＰＮ接続許可通知から取得して保持してもよい。またこれに限らずｅＮＢ２０が割り当てを行い、保持してもよい。
【０２８７】
また、基地局識別情報はｅＮＢ２０自身の識別情報を保持してもよい。また、サービス識別情報、グループ識別情報は、ＵＥ−Ｒ１５がＰＤＮ接続要求に含めて送信した情報を取得し、保持してもよい。取得手段はＵＥ−Ｒ１５から制御情報を用いて取得してもよいし、ＭＭＥ３０から取得してもよい。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０においてＵＥ−Ｒ１５に対応付けてサービス識別情報、グループ識別情報を管理しておき、ｅＮＢ２０はＰｒｏＳｅ９０へ問い合わせを行うもしくは通知を受けるなどして取得してもよい。なお、ＲＲＣ接続設定通知には、こうしたベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ、ＵＥ−Ｒ１５に通知するＩＰアドレスを含めてもよい。
【０２８８】
ＵＥ−Ｒ１５はＲＲＣ接続再設定通知を受信し、ＰＤＮコネクションの確立を完了する。ＵＥ−Ｒ１５は取得したＩＰアドレスを用いてＰＤＮコネクションを介した通信を行うことができる。
【０２８９】
ここで、ＵＥ−Ｒ１５は受信した制御情報に含まれる情報を基にＵＥ−Ｒ１５とＰＧＷ５０との間に確立されるＰＤＮコネクションに対応付けたＵＥ−Ｒ通信路コンテキスト１５４２を生成してもよい。
【０２９０】
ＡＰＮ、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤは、ＲＲＣ接続再設定通知から取得して保持してもよい。またこれに限らず、ＵＥ−Ｒ１５が予め保持するなどのＰＤＮ接続要求に含める情報を基に、保持してもよい。
【０２９１】
また、基地局識別情報はＵＥ−Ｒ１５が接続するｅＮＢ２０の識別情報を保持してもよい。
【０２９２】
また、サービス識別情報、グループ識別情報は、ＵＥ−Ｒ１５がＰＤＮ接続要求に含めて送信した情報を保持してもよい。取得手段はｅＮＢ２０から制御情報を用いて取得してもよいし、ＭＭＥ３０から取得してもよい。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０において提供することを許可するサービスの識別情報、グループ通信の識別情報を管理しておき、ＵＥ−Ｒ１５はＰｒｏＳｅ９０へ問い合わせを行うもしくは通知を受けるなどして取得してもよい。
【０２９３】
また、ＵＥ−Ｒ１５は、ＭＭＥの識別情報がさらに含まれたＲＲＣ接続再設定通知を受信し、ＭＭＥの識別情報を記憶しても良い。
【０２９４】
以上のようにＵＥ−Ｒ１５はＰＧＷ５０との間にＰＤＮコネクションを確立することができる。
【０２９５】
また、ＵＥ−Ｒ１５は、ＰＤＮコネクションに対応付けられたサービス情報、グループ情報は、ＰｒｏＳｅｒ  Ｓｅｒｅｒ９０から取得してもよい。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０などからＭＭＥ通信路コンテキストの情報を取得し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２を生成し、保持しておいてもよい。
【０２９６】
これに限らず、ＵＥ−Ｒ１５はＰＤＮコネクションの確立にともない、生成したＵＲ−Ｒ通信路コンテキストをＰｒｏＳｅｒ  Ｓｅｒｖｅｒ９０に通知してもよい。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、受信した情報を基にＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２を生成し、保持しておいてもよい。
【０２９７】
［１．３．３  ＵＥ通信路確立処理］
１．３．１のＵＥ接続手続きにおいて図７を用いて説明したＵＥ通信路確立処理（Ｓ７１４）の一例を、図１１を用いて説明する。
【０２９８】
ＵＥ１０はＵＥ−Ｒ１５にＰＤＮ接続要求を送信して通信路確立を要求してもよい（Ｓ１１０２）。
【０２９９】
ＰＤＮ接続要求には、ＩＭＳＩ（ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）などのＵＥ１０を識別する情報、ＡＰＮ、サービス識別情報、グループ識別情報などを含めてもよい。
【０３００】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０３０１】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０３０２】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０３０３】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０３０４】
また、ＵＥ１０はＵＥ−Ｒ１５から報知情報を受信し、受信した報知情報を基にＰＤＮ接続要求を送信してもよい。例えば、ＵＥ−Ｒ１５は、上述したＡＰＮ、サービス識別情報、グループ識別情報などを含めて報知情報を送信し、ＵＥ１０はＡＰＮ、サービス識別情報、グループ識別情報を報知情報から受信し、ＰＤＮ接続要求に含めてもよい。このように、報知情報からＵＥ１０が提供できるサービスやグループ通信に関する情報を取得してもよい。また、こうした情報をＵＥ−Ｒ１５が予め保持しておき、ＰＤＮ接続要求に含めてもよい。
【０３０５】
ＵＥ−Ｒ１５は、ＰＤＮ接続要求を受信し、接続承認手続きを行う（Ｓ１１０４）。接続承認手続きにおいては、ＰＤＮ接続要求に含まれるサービス情報、ＡＰＮ，グループ通信の識別情報に対応するＵＥ−Ｒ通信路コンテキスト１５４２を選択し、ＵＥ−Ｒ通信路コンテキスト１５４２に対応付けられるＰＤＮコネクションを選択してもよい。
【０３０６】
ＵＥ−Ｒ１５は、選択したＰＤＮコネクションをＵＥ１０のＰＤＮとのデータ送受信の転送路としてデータ転送を行ってもよい。
【０３０７】
さらに、ＵＥ−Ｒ１５は、選択したＰＤＮコネクションに対応するＵＥ−Ｒ通信路コンテキスト１５４２の情報を、ＭＭＥ３０へ通知し、ＵＥ１０に提供するサービスの登録および通信路の情報を登録してもよい。さらに、ＭＭＥ３０は、受信した情報をＭＭＥ通信路コンテキスト３４２に保持してもよい。
【０３０８】
さらに、ＵＥ−Ｒ１５は、選択したＰＤＮコネクションに対応するＵＥ−Ｒ通信路コンテキスト１５４２の情報を、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０へ通知し、ＵＥ１０に提供するサービスの登録および通信路の情報を登録してもよい。さらに、ＰｒｏＳｅｒ  Ｓｅｒｖｅｒ９０は、受信した情報をＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２に保持してもよい。
【０３０９】
このようにＵＥ−Ｒ１５はＵＥ１０とＰＤＮとの接続性を確立してもよい。さらに、ＵＥ−Ｒ１５は、ＰＤＮ接続要求の応答をＵＥ１０に送信してもよい（Ｓ１１０６）。ここで、応答の制御メッセージはＲＲ接続再設定通知であってよい。
【０３１０】
また、ＵＥ−Ｒ１５がＭＭＥ３０もしくはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に登録するのではなく、ＵＥ−Ｒ１５が問い合わせを行い、ＵＥ−Ｒ通信路コンテキスト情報１５４２の情報要素を取得してもよい。
【０３１１】
ＵＥ−Ｒ１５はＭＭＥ３０に情報要求メッセージを送信し、ＭＭＥ３０は、ＵＥ−Ｒ１５に提供させるサービス識別情報、グループ通信の識別情報などを含んだ情報を送信してもよい。
【０３１２】
また、ＵＥ−Ｒ１５はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に情報要求メッセージを送信し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ−Ｒ１５に提供させるサービス識別情報、グループ通信の識別情報などを含んだ情報を送信してもよい。
【０３１３】
また、応答メッセージには、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ、ＵＥ−Ｒ１５に通知するＩＰアドレスを含めてもよい。
【０３１４】
ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ、ＩＰアドレスは、ＵＥ−Ｒ通信路コンテキスト１５４２に含まれる情報をもちいてもよいし、ＵＥ−Ｒ１５が新たに割り当てを行い、通知してもよい。
【０３１５】
ＵＥ１０は、ＰＤＮ接続要求に対する応答を受信し、ＵＥ−Ｒ１５との間にベアラを確立する。ＰＤＮへの接続性は、ＵＥ−Ｒ１５がＰＧＷ５０と確立するＰＤＮコネクションとＵＥ−Ｒ１５とＵＥ１０との間に確立するベアラとをマッピングを行うことで確立してもよい。ＵＥ１０は、ＰＤＮ接続要求の応答により取得したＩＰアドレスを用いてＰＤＮと間でデータ送受信を行うことができる。
【０３１６】
また、ＵＥ１０は、応答の受信に伴い、ＵＥ通信路コンテキスト１４２を生成してもよい。ＵＥ１０は、ＰＤＮ接続要求の応答によって受信したデータを基にＵＥ通信路コンテキスト１４２を生成してもよい。
【０３１７】
さらに、ＵＥ１０は、選択したＰＤＮコネクションに対応するＵＥ通信路コンテキスト１４２の情報を、ＭＭＥ３０へ通知し、ＵＥ１０に提供するサービスの登録および通信路の情報を登録してもよい。さらに、ＭＭＥ３０は、受信した情報をＭＭＥ通信路コンテキスト３４２に保持してもよい。
【０３１８】
さらに、ＵＥ１０は、選択したＰＤＮコネクションに対応するＵＥ通信路コンテキスト１１４２の情報を、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０へ通知し、ＵＥ１０に提供するサービスの登録および通信路の情報を登録してもよい。さらに、ＰｒｏＳｅｒ  Ｓｅｒｖｅｒ９０は、受信した情報をＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２に保持してもよい。
【０３１９】
また、ＵＥ１０がＭＭＥ３０もしくはＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に登録するのではなく、ＵＥ−Ｒ１５が問い合わせを行い、ＵＥ通信路コンテキスト情報１４２に登録する情報要素を取得してもよい。
【０３２０】
ＵＥ１０はＭＭＥ３０に情報要求メッセージを送信し、ＭＭＥ３０は、ＵＥ１０に提供するサービス識別情報、グループ通信の識別情報などを含んだ情報を送信してもよい。
【０３２１】
また、ＵＥ１０はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に情報要求メッセージを送信し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ１０に提供するサービス識別情報、グループ通信の識別情報などを含んだ情報を送信してもよい。
【０３２２】
［１．３．３．１  ＵＥ通信路確立処理の変形例］
また、図１１を用いて説明した１．３．３のＵＥ通信路確立処理における接続承認手続き（Ｓ１１０４）の変形例を、図１２を用いて説明する。
【０３２３】
ＵＥ−Ｒ１５は、ＰＤＮ接続要求の受信に伴い、新たにＰＤＮコネクションを確立してもよい。
【０３２４】
ＵＥ−Ｒ１５は、ＰＤＮ接続要求をＭＭＥ３０に送信し、ＰＤＮコネクションの確立を要求する（Ｓ１２０２）。
【０３２５】
ＰＤＮ接続要求には、ＩＭＳＩ（ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）などのＵＥ−Ｒ１５、ＵＥ１０を識別する情報、ＡＰＮ、サービス識別情報、グループ識別情報などを含めてもよい。
【０３２６】
サービス識別情報は、移動通信事業者がＩＰ移動通信ネットワーク５で提供するサービスを識別する情報である。サービス識別情報は、ＡＰＮであってもよいし、ＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）などのサービスドメイン識別情報であってもよい。これに限らずサービスと対応づけられた識別情報であってもよい。さらに、サービスとはＩＭＳに基づいた音声通話サービスや、ビデオ配信サービスなどであってもよいし、グループ通信を提供するサービスであってもよい。サービス識別情報は、こうしたサービスを識別する識別情報である。
【０３２７】
グループ識別情報は、２台以上の通信端末がグループを構成し、グループ間で通信を行う際にグループを識別する情報であってよい。また、グループに対して配送されるコンテンツが複数ある場合、これらのコンテンツを識別する情報であってもよい。
【０３２８】
例えば、複数の通信端末で同報通話を行う際の、端末グループを識別する情報であってよい。または、通話のためのセッションを識別する情報であってもよい。もしくは、複数の通信端末に対して映像配信が行われる際、映像配信を受信する端末をグループとして識別する識別情報であってもよいし、複数の映像が有る場合の配信映像を識別する識別情報であってもよい。
【０３２９】
グループ識別情報は、ＩＰマルチキャストアドレスであってもよいし、通信事業者が割り当てるユーザ認証にもちいる一時的なＩＤであるＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｙ）であってもよい。これに限らずメールアドレスなど、グループを識別する情報であってよい。
【０３３０】
また、ＵＥ−Ｒ１５はｅＮＢ２０から報知情報を受信し、受信した報知情報を基にＰＤＮ接続要求を送信してもよい。例えば、ｅＮＢ２０は、上述したＡＰＮ、サービス識別情報、グループ識別情報などを含めて報知情報を送信し、ＵＥ−Ｒ１５はＡＰＮ、サービス識別情報、グループ識別情報を報知情報から受信し、ＰＤＮ接続要求に含めてもよい。このように、報知情報からＵＥ−Ｒ１５が提供できるサービスやグループ通信に関する情報を取得してもよい。また、こうした情報をＵＥ−Ｒ１５が予め保持してもよい。
【０３３１】
このように、ＵＥ−Ｒ１５はＵＥ−Ｒ１５に接続する端末装置に提供するサービスやグループ通信に対応した通信路の確立を行ってもよい。
【０３３２】
ＭＭＥ３０は、ＰＤＮ接続要求を受信し、ＵＥ−Ｒ１５に対してサービスを許可するか否かを決定する。
【０３３３】
ＭＭＥ３０は、サービスを許可する場合には、セッション生成要求をＳＧＷ４０に送信する（Ｓ１２０４）。さらに、ＭＭＥ３０は、ＳＧＷ４０の選択、およびＰＧＷ５０の選択をしてもよい。
【０３３４】
さらに、ＳＧＷ４０は、ＭＭＥ３０からセッション生成要求を受信し、受信に伴い、セッション生成要求をＰＧＷ５０に送信する（Ｓ１２０６）。ここで、ＳＧＷ４０は、ＭＭＥ３０の選択したＰＧＷ５０を取得し、送信先のＰＧＷ５０を決定してもよい。
【０３３５】
ＰＧＷ５０は、ＳＧＷ４０からセッション生成要求を受信し、セッション生成応答をＳＧＷ４０に送信する（Ｓ１２０８）。ここで、ＰＧＷ５０は、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ、ＵＥ−Ｒ１５に通知するＩＰアドレスの割り当てを行い、セッション生成応答に含めてもよい。
【０３３６】
ＳＧＷ４０は、ＰＧＷ５０からセッション応答を受信し、ＭＭＥ３０にセッション生成応答を送信してもよい（Ｓ１２１０）。ＳＧＷ４０は、受信したベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ、ＵＥ−Ｒ１５に通知するＩＰアドレスをセッション生成応答に含めてもよい。また、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤの割り当てはＳＧＷ４０が行い、セッション生成応答に含めて送信してもよい。
【０３３７】
ＭＭＥ３０は、セッション生成応答をＳＧＷ４０から受信し、ベアラ設定要求／ＰＤＮ接続許可通知をｅＮＢ２０へ送信してもよい（Ｓ１２１２）。ベアラ設定要求／ＰＤＮ接続許可通知には、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ、ＵＥ−Ｒ１５に通知するＩＰアドレスを含めてもよい。
【０３３８】
ここで、ＭＭＥ３０はセッション生成応答に含まれる情報を基にＵＥ−Ｒ１５とＰＧＷ５０との間に確立されるＰＤＮコネクションに対応付けたＭＭＥ通信路コンテキスト４４２を生成してもよい。
【０３３９】
ＡＰＮ、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤは、セッション生成応答から取得して保持してもよい。また、ＭＭＥ３０によって割り当てを行ってもよい。
【０３４０】
また、基地局識別情報はＵＥ−Ｒ１５が接続するｅＮＢ２０の情報を取得し、保持してもよい。
【０３４１】
また、サービス識別情報、グループ識別情報は、ＵＥ−Ｒ１５がＰＤＮ接続要求に含めて送信した情報を取得し、保持してもよい。
【０３４２】
ｅＮＢ２０は、ベアラ設定要求／ＰＮ接続許可通知を受信し、ＲＲＣ接続再設定通知をＵＥ−Ｒ１５へ送信してもよい（Ｓ１２１４）。
【０３４３】
ここで、ｅＮＢ２０は受信した制御情報に含まれる情報を基にＵＥ−Ｒ１５とＰＧＷ５０との間に確立されるＰＤＮコネクションに対応付けたｅＮＢ通信路コンテキスト２４２を生成してもよい。
【０３４４】
ＡＰＮ、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤは、ベアラ設定要求／ＰＮ接続許可通知から取得して保持してもよい。またこれに限らずｅＮＢ２０が割り当てを行い、保持してもよい。
【０３４５】
また、基地局識別情報はｅＮＢ２０自身の識別情報を保持してもよい。また、サービス識別情報、グループ識別情報は、ＵＥ−Ｒ１５がＰＤＮ接続要求に含めて送信した情報を取得し、保持してもよい。取得手段はＵＥ−Ｒ１５から制御情報を用いて取得してもよいし、ＭＭＥ３０から取得してもよい。
【０３４６】
また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０においてＵＥ−Ｒ１５に対応付けてサービス識別情報、グループ識別情報を管理しておき、ｅＮＢ２０はＰｒｏＳｅ９０へ問い合わせを行うもしくは通知を受けるなどして取得してもよい。なお、ＲＲＣ接続設定通知には、こうしたベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤ、ＵＥ−Ｒ１５に通知するＩＰアドレスを含めてもよい。
【０３４７】
ＵＥ−Ｒ１５はＲＲＣ接続再設定通知を受信し、ＰＤＮコネクションの確立を完了する。ＵＥ−Ｒ１５は取得したＩＰアドレスを用いてＰＤＮコネクションを介した通信を行うことができる。
【０３４８】
ここで、ＵＥ−Ｒ１５は受信した制御情報に含まれる情報を基にＵＥ−Ｒ１５とＰＧＷ５０との間に確立されるＰＤＮコネクションに対応付けたＵＥ−Ｒ通信路コンテキスト１５４２を生成してもよい。
【０３４９】
ＡＰＮ、ベアラＩＤ、ＰＤＮコネクションＩＤ、ＴＥＩＤは、ＲＲＣ接続再設定通知から取得して保持してもよい。またこれに限らず、ＵＥ−Ｒ１５が予め保持するなどのＰＤＮ接続要求に含める情報を基に、保持してもよい。
【０３５０】
また、基地局識別情報はＵＥ−Ｒ１５が接続するｅＮＢ２０の識別情報を保持してもよい。
【０３５１】
また、サービス識別情報、グループ識別情報は、ＵＥ−Ｒ１５がＰＤＮ接続要求に含めて送信した情報を保持してもよい。取得手段はｅＮＢ２０から制御情報を用いて取得してもよいし、ＭＭＥ３０から取得してもよい。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０において提供することを許可するサービスの識別情報、グループ通信の識別情報を管理しておき、ＵＥ−Ｒ１５はＰｒｏＳｅ９０へ問い合わせを行うもしくは通知を受けるなどして取得してもよい。
【０３５２】
以上のように、ＵＥ−Ｒ１５はＰＧＷ５０との間にＰＤＮコネクションを確立することができる。
【０３５３】
また、ＵＥ−Ｒ１５は、ＰＤＮコネクションに対応付けられたサービス情報、グループ情報は、ＰｒｏＳｅｒ  Ｓｅｒｅｒ９０から取得してもよい。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＭＭＥ３０などからＭＭＥ通信路コンテキストの情報を取得し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２を生成し、保持しておいてもよい。
【０３５４】
これに限らず、ＵＥ−Ｒ１５はＰＤＮコネクションの確立にともない、生成したＵＲ−Ｒ通信路コンテキストをＰｒｏＳｅｒ  Ｓｅｒｖｅｒ９０に通知してもよい。ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、受信した情報を基にＰｒｏＳｅ  Ｓｅｒｖｅｒ通信路コンテキスト９４２を生成し、保持しておいてもよい。
【０３５５】
その後、１．３．３のＵＥ通信路確立処理で説明した方法と同様に、ＵＥ１０の送信するＰＤＮ接続要求に対する応答をＵＥ１０へ送信してもよい。
【０３５６】
［１．３．４  ＵＥ接続手続きの変形例］
１．３．１で説明したＵＥ接続手続きでは、ＵＥ−Ｒ１５はＵＥ１０からの報知情報要求を受信することを契機にサービス検出を行い、サービス登録手続きを実行したが、必ずしもそれにかぎらず、図８に示すように、ＵＥ１０の報知情報要求を受信することなくサービス登録を開始しても良い。
【０３５７】
例えば、サービス検出処理（Ｓ８０４）は報知情報要求を受信することなく開始してもよい。処理を開始するトリガはＵＥ−Ｒ１５のユーザによるアプリケーションや端末設定によるユーザ操作であってもよいし、起動時に予め開始されるようプログラミングされていても良い。
【０３５８】
さらに、サービス検出処理の結果に基づいてサービスの登録処理（Ｓ８０６）、ＵＥ−Ｒ通信路確立処理（Ｓ８０８）を実行してもよい。サービス検出処理の結果に基づくこうした処理の詳細は、１．３．１のＵＥ接続手続きにおいて図７を用いてで説明した処理と同様でよいため、詳細説明を省略する。
【０３５９】
また、サービス登録（Ｓ８０６）においては、ＵＥ−Ｒ１５はＵＥ１０の識別情報を取得していないため、ＰｒｏSe Ｓｅｒｖｅｒ９０に登録はＵＥ−Ｒが提供するサービスを示すサービス識別情報、グループ識別情報を登録してもよい。
【０３６０】
このように、ＵＥ−Ｒ１５は、ＵＥ１０からの報知情報要求の受信前に、予め提供できるサービスを登録し、ＰＧＷ５０との間に通信路を確立しておいてもよい。
【０３６１】
ＵＥ１０は、ＵＥ−Ｒ１５が既に前述の通信路確立した状態において報知情報要求を送信してもよい（Ｓ８０２）。
【０３６２】
ＵＥ−Ｒ１５は、ＵＥ１０が送信する報知情報要求を受信し、報知情報要求に基づいて報知情報を送信してもよい（Ｓ８１０）。また、報知情報要求を受信することなく、サービス登録もしくはＵＥ−Ｒ通信路確立処理の完了に基づいて、ＵＥ−Ｒは報知情報を送信し、近隣の端末に対して提供できるサービスを周知してもよい。ＵＥ１０は、報知情報を受信し、リレー端末装置の検出（Ｓ８１２）、ＵＥ通信路確立処理（Ｓ８１４）実行しても良い。
【０３６３】
手続きにおけるサービス検出（Ｓ８０４），サービス登録（Ｓ８０６）、ＵＥ−Ｒ通信路確立処理（Ｓ８０８）、報知情報要求の送受信（Ｓ８０２）、報知情報の送受信（Ｓ８１０）、リレー端末装置の検出（Ｓ８１２）、ＵＥ通信路確立処理（Ｓ８１４）の各処理は、１．３．１のＵＥ接続手続きにおいて図７を用いて説明をしたサービス検出（Ｓ７０４），サービス登録（Ｓ７０６）、ＵＥ−Ｒ通信路確立処理（Ｓ７０８）、報知情報要求の送受信（Ｓ７０２）、報知情報の送受信（Ｓ７１０）、リレー端末装置の検出（Ｓ７１２）、ＵＥ通信路確立処理（Ｓ７１４）の各処理とは開始される契機が異なるのみで、各処理は同様の処理が行われて良く、詳細説明は省略する。
【０３６４】
［１．３．５  トラッキングエリア更新手続き］
次に、ＵＥ−Ｒ１５がアイドルモードの状態ある時に実行するトラッキングエリア更新手続きを説明する。
【０３６５】
アイドルモードの状態とは、ＵＥ−Ｒ１５がｅＮＢ２０およびコアネットワーク７を介してＰＤＮ８０へ接続して確立した通信路を用いてＵＥ−Ｒ１５が一定時間以上データ送受信を行わない場合に、ＬＴＥ  ＡＮ１５などのアクセスネットワークとＵＥ−Ｒ１５との間の無線接続が解放された状態である。
【０３６６】
より具体的にはＵＥ−Ｒ１５とＰＧＷ５０との間に確立するＰＤＮコネクションを用いたデータ送受信が一定時間以上ない場合、ＵＥ−Ｒ１５またはｅＮＢ２０、もしくはコアネットワーク７に構成される装置が主導してＵＥ−Ｒ１５とｅＮＢ２０間の無線ベアラを解放する。無線ベアラの解放では、ＵＥ−Ｒ１５やｅＮＢ２０は、それぞれが保持する無線ベアラＩＤなどの無線ベアラに対応付けられる情報の削除や、周波数などの無線リソースの解放を実行する。
【０３６７】
このように、ＵＥ−Ｒ１５がアイドルモードの状態へ繊維することにより、通信システム全体として利用されていない無線リソースを解放して他のＵＥなどが利用できるよう限りある無線リソースを効率的に利用することができる。
【０３６８】
トラッキングエリア更新手続きは、こうしたアイドルモードのＵＥ−Ｒ１５の位置を把握するために実行する。ＵＥ−Ｒ１５はｅＮＢ２０との間の無線ベアラを解放し、無線レベルでの接続性がなくなるため、ＭＭＥ３０などのコアネットワーク７に構成される装置では、ＵＥ−Ｒ１５の移動に伴い、どのｅＮＢ２０の近隣に位置するかを把握することができない。
【０３６９】
そのため、アイドルモードの状態において、ＵＥ−Ｒ１５は予め設定されたタイマを用いるなどして、定期的にトラッキングエリア更新手続きを実行し、どの基地局装置に接続することができるかを通知する。また、ＭＭＥ３０やＳＧＷ４０、さらにはＰＧＷ５０などのコアネットワーク７に構成される装置にとっては、アイドルモードのＵＥ−Ｒ１５がどの基地局装置の近隣に位置するか、またはどの基地局に接続することができるかを検出することができる。
【０３７０】
ここで、ＭＭＥ３０では、ｅＮＢ２０を含む複数の基地局装置群と接続性を確立し、トラッキングエリアと呼ばれるエリアを構成している。例えば、ＭＭＥ３０は、物理的な位置の近いエリア内に構成する基地局群を管理し、こうしたエリアをトラッキングエリアとして構成することができる。また、トラッキングエリアに対応付けられる基地局群は、物理的に位置が近いかどうかにかかわらず、通信事業者が運用において区別して管理したい基地局を選択して構成するなどして構成することもできる。つまり、ＭＭＥ３０がトラッキングエリアに対応付けて複数の基地局を管理し、トラッキングエリアを構成することができる。
【０３７１】
このように、アイドル状態の端末装置は、セルを構成する基地局に対してトラッキングエリアへの登録を要求し、位置管理装置では、アイドル状態の端末装置をトラッキングエリアに登録し、どのトラッキングエリアに位置するかを管理する。さらに、トラッキングエリアはトラッキングリストで管理され、トラッキングエリアに対応づけて基地局や端末装置が管理されてよい。なお位置管理装置は複数のトラッキングエリアを管理することができ、複数のトラッキングエリアリストを保持してもよい。さらに、端末装置は同一の位置管理装置の管理する複数のトラッキングエリアのそれぞれに対応づけられて管理されてよい。
【０３７２】
コアネットワーク７には、ＭＭＥ３０とは別に、複数の位置管理装置を構成してもよい。例えば、コアネットワーク７には、ＭＭＥ３０とＭＭＥ−Ａ３５とを構成してもよい。ＭＭＥ−Ａ３５は、ＭＭＥ３０が管理するトラッキングエリアが異なるのみであり、その他の構成は同一である。そのため、ＭＭＥ−Ａ３５の構成を改めて説明することは省略する。
【０３７３】
アイドルモードの状態にあるＵＥ−Ｒ１５がトラッキングエリア更新手続きを実行する場合、ＵＥ−Ｒ１５の移動によってトラッキングエリア更新手続きを実行する前後で異なる基地局に対して接続を行う場合がある。さらに、それぞれの基地局を管理する位置管理装置が異なる位置管理装置である場合がある。例えば、ＵＥ−Ｒ１５は、ＭＭＥ３０が管理する基地局装置から、ＭＭＥ−Ａ３５が管理する基地局装置の近隣に移動してトラッキングエリア更新手続きを実行することがある。
【０３７４】
以下では、上記のように異なる位置管理装置のトラッキングエリアへ移動するトラッキングエリア更新手続きを説明する。トラッキングエリアの更新手続きは、ＭＭＥ−Ａ３５が、ＵＥ−Ｒ１５がＭＭＥ３０の管理する基地局からからＭＭＥ−Ａ３５の管理する基地局へ移動したことを検出する手続きである。また、ＵＥ−Ｒ１５にとっては、ＭＭＥ３０の管理するトラッキングエリアからＭＭＥ−Ａ３５の管理するトラッキングエリアへ移動手続きであり、トラッキングエリア更新手続きでは、位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）を実行する。
【０３７５】
図１３を用いて、位置管理装置の再配置を含むトラッキングエリア更新手続きを説明する。
【０３７６】
まず、ＵＥ−Ｒ１５が主導して実行するトラッキングエリア更新手続きの初期状態の説明をする。
【０３７７】
ＵＥ−Ｒ１５は、前述した手続きにより、ｅＮＢ２０を介してコアネットワーク７に接続し、ＰＧＷ５０との間にＰＤＮコネクションを確立している。さらに、近隣のＵＥ１０との直接通信路を確立している。ＵＥ−Ｒ１５はこうした通信路を用いてデータ送受信を実行している。
【０３７８】
さらにＵＥ−Ｒ１５は、ＰＧＷ５０との間のＰＤＮコネクションを用いたデータ送受信が一定時間以上なく、ＵＥ−Ｒ１５とｅＮＢ２０との間の無線ベアラが解放され、アイドルモードに遷移する。
【０３７９】
ここで、トラッキングエリアの更新手続きを実施する際の初期状態は、これに限らずＵＥ−Ｒ１５がトラッキングエリアを更新する従来の状態を含む任意の状態であってよい。さらに、ＵＥ−Ｒ１５がＵＲ−Ｒ１５とＰＧＷ５０との間のＰＤＮコネクションの確立方法、またはＵＥ１０との間の直接通信路の確立方法は前述した方法に限らず、他の方法によって確立されていてもよい。また、ＵＥ−Ｒ１５はアイドルモードの状態であるか否かにかぎらず、アクティブモードにおいてトラッキング更新手続きを実行してもよい。
【０３８０】
ＵＥ−Ｒ１５はトラッキングエリア更新要求メッセージをｅＮＢ２５に送信する（Ｓ１３０２）。メッセージには、ＵＥ−Ｒ１５の識別情報、トラッキングエリアを識別する情報、位置管理装置の識別情報、ＰｒｏＳｅ能力情報、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードを含んで送信してもよい。ＰｒｏＳｅ能力情報としては、近隣のＵＥとの間の直接通信路を確立することができることを示すＰｒｏＳｅサービスを享受できることを示す能力情報であってよい。または、ＰｒｏＳｅサービスを享受し、近隣端末との間で直接通信路を確立していることを示す情報であってもよいまた、これらの情報を異なる識別情報としてそれぞれ異なる識別情報としてメッセージに含めてもよい。
【０３８１】
また、位置管理装置を識別する情報は、これまでＵＥ−Ｒ１５の位置管理を実行していたＭＭＥ３０を識別する情報を含めてもよい。メッセージに含める情報には、これらに限らず従来のトラッキングエリア更新要求メッセージに含まれる情報と併せて含めてもよい。
【０３８２】
アプリケーション識別情報は、ＵＥ―Ｒ１５が他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて使用するアプリケーションを識別する識別情報である。
【０３８３】
アプリケーションユーザ識別情報は、アプリケーション識別情報で識別されるアプリケーションにおいてユーザもしくはＵＥ−Ｒ１５を識別する識別情報であってよい。
【０３８４】
ＰｒｏＳｅコードは、近隣に位置する他のＵＥに対して自身が近隣に位置することをアナウンスする際に送信する情報であってよい。さらに、近隣に位置する他のＵＥが近隣に位置することをモニタリングする際に受信する情報であってよい。ＰｒｏＳｅコードは、アプリケーション識別情報や、ＵＥを識別する情報や、ＰＬＭＮなどのオペレータネットワークを識別する識別情報を組み合わせて構成してもよい。さらに、ＵＥを識別する情報は、ＩＭＳＩなどの加入者識別情報であってもよいし、ＴＥＩＤなどの一時的に割り当てられた識別情報であってもよいし、アプリケーションユーザ識別情報などであってもよい。
【０３８５】
ＵＥ−Ｒ１５がトラッキングエリア更新要求メッセージを送信するトリガは、アイドルモードの状態にあるＵＥ−Ｒ１５が、アイドルモードに遷移したタイミングから実行するタイマに基づいて、送信タイミングを決定してもよい。また、トラッキングエリア更新要求メッセージを送信する間隔を決定するタイマは、ＵＥ−Ｒ１５が予め保持しておき、タイマの値を決定してもよい。
【０３８６】
ｅＮＢ２５は、トラッキングエリア更新要求メッセージを受信する。ｅＮＢ２５はＭＭＥ−Ａ３５と接続性のある基地局装置であり、ＭＭＥ−Ａ３５によって管理されるトラッキングエリアに属する基地局装置であってよい。言い換えると、ｅＮＢ２５はＭＭＥ−Ａ３５が管理する基地局装置であり、ＭＭＥ−Ａ３５が構成するトラッキングエリアに属する基地局装置である。ここで、ｅＮＢ２５は、ＬＴＥ  ＡＮ９に構成されるｅＮＢ２０とは異なる基地局装置であってよい。また、ｅＮＢ２５の属するトラッキングエリアとｅＮＢ２０の属するトラッキングエリアは異なるトラッキングエリアであってよい。さらに、それぞれのトラッキングエリアはＭＭＥ３０によって管理されるトラッキングエリアであってもよいし、ｅＮＢ２５の属するトラッキングエリアはＭＭＥ−Ａ３５によって管理され、ｅＮＢ２０の属するトラッキングエリアはＭＭＥ３０によって管理されるなど、異なる位置管理装置によって管理されてもよい。また、ｅＮＢ２５の構成は既に説明したｅＮＢ２０の構成と同様であって良いためここでの詳細説明は省略する。
【０３８７】
ここで、ＵＥ−Ｒ１５は定期的にトラッキングエリア更新手続きを実行しており、前回実行したトラッキング更新手続きでは、ＵＥ−Ｒ１５はｅＮＢ２０に対してトラッキングエリア更新要求メッセージを送信してトラッキングエリア更新手続きを実行していてもよい。
【０３８８】
ｅＮＢ２０はＭＭＥ３０と接続性のある基地局装置であり、ＭＭＥ３０によって管理されるトラッキングエリアに属する基地局装置であってよい。言い換えると、ｅＮＢ２０はＭＭＥ３０が管理する基地局装置であり、ＭＭＥ３０が構成するトラッキングエリアに属する基地局装置である。
【０３８９】
つまり、ＵＥ−Ｒ１５は本トラッキングエリア更新によって、以前にトラッキングエリア更新要求メッセージを送信した基地局とは異なる基地局装置に対してトラッキングエリア更新要求メッセージを送信する。さらに、トラッキングエリア更新要求メッセージを受信した基地局は、以前の基地局とは異なる位置管理装置によって管理された基地局である。
【０３９０】
ｅＮＢ２５は、ＵＥ−Ｒ１５からのトラッキングエリア更新要求の受信に基づいて、ＭＭＥ−Ａ３５にトラッキングエリア更新要求を送信してもよい（Ｓ１３０４）。メッセージには、ＵＥ−Ｒ１５の識別情報、トラッキングエリアを識別する情報、位置管理装置の識別情報、ＰｒｏＳｅ能力情報、ｅＮＢ２５を識別する基地局識別情報、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードを含んで送信してもよい。ＰｒｏＳｅ能力情報としては、近隣のＵＥとの間の直接通信路を確立することができることを示すＰｒｏＳｅサービスを享受できることを示す能力情報であってよい。または、ＰｒｏＳｅサービスを享受し、近隣端末との間で直接通信路を確立していることを示す情報であってもよいまた、これらの情報を異なる識別情報としてそれぞれ異なる識別情報としてメッセージに含めてもよい。
【０３９１】
また、位置管理装置を識別する情報は、これまでＵＥ−Ｒ１５の位置管理を実行していたＭＭＥ３０を識別する情報を含めてもよい。メッセージに含める情報には、これらに限らず従来のトラッキングエリア更新要求メッセージに含まれる情報と併せて含めてもよい。
【０３９２】
アプリケーション識別情報は、ＵＥ―Ｒが他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて使用するアプリケーションを識別する識別情報である。
【０３９３】
アプリケーションユーザ識別情報は、アプリケーション識別情報で識別されるアプリケーションにおいてユーザもしくはＵＥ−Ｒ１５を識別する識別情報であってよい。
【０３９４】
ＰｒｏＳｅコードは、近隣に位置する他のＵＥに対して自身が近隣に位置することをアナウンスする際に送信する情報であってよい。さらに、近隣に位置する他のＵＥが近隣に位置することをモニタリングする際に受信する情報であってよい。ＰｒｏＳｅコードは、アプリケーション識別情報や、ＵＥを識別する情報や、ＰＬＭＮなどのオペレータネットワークを識別する識別情報を組み合わせて構成してもよい。さらに、ＵＥを識別する情報は、ＩＭＳＩなどの加入者識別情報であってもよいし、ＴＥＩＤなどの一時的に割り当てられた識別情報であってもよいし、アプリケーションユーザ識別情報などであってもよい。
【０３９５】
ＭＭＥ−Ａ３５は、ｅＮＢ２５から送信されるトラッキングエリア更新メッセージの受信に基づいて、コンテキスト要求メッセージをＭＭＥ３０に送信してもよい（Ｓ１３０６）。ＭＭＥ−Ａ３５は、こうしたコンテキスト供給メッセージの送信により、位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）を主導して実行してもよい。
【０３９６】
ＭＭＥ−Ａ３５は、受信したトラッキングエリア更新メッセージに含まれる情報に基づいてコンテキスト要求メッセージを送信する位置管理装置を選択してもよい。例えば、トラッキングエリア情報と位置管理装置とを関連づけて予め管理しておき、受信したトラッキングエリア情報に対応付けられる位置管理装置を選択し、ＭＭＥ３０にメッセージを送信することを決定してもよい。また、トラッキングエリア要求メッセージに含まれる位置管理装置を識別する情報から、位置管理装置を選択し、ＭＭＥ３０にメッセージを送信してもよい。
【０３９７】
メッセージには、ＵＥ−Ｒ１５の識別情報、トラッキングエリアを識別する情報、位置管理装置の識別情報、ＰｒｏＳｅ能力情報、ｅＮＢ２５を識別する基地局識別情報、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードを含んで送信してもよい。ＰｒｏＳｅ能力情報としては、近隣のＵＥとの間の直接通信路を確立することができることを示すＰｒｏＳｅサービスを享受できることを示す能力情報であってよい。または、ＰｒｏＳｅサービスを享受し、近隣端末との間で直接通信路を確立していることを示す情報であってもよいまた、これらの情報を異なる識別情報としてそれぞれ異なる識別情報としてメッセージに含めてもよい。
【０３９８】
また、位置管理装置を識別する情報は、これまでＵＥ−Ｒ１５の位置管理を実行していたＭＭＥ３０を識別する情報を含めてもよい。さらに、ＭＭＥ−Ａ３５を識別する情報を含めてもよい。メッセージに含める情報には、これらに限らず従来のコンテキスト要求メッセージに含まれる情報と併せて含めてもよい。
【０３９９】
アプリケーション識別情報は、ＵＥ―Ｒが他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて使用するアプリケーションを識別する識別情報である。
【０４００】
アプリケーションユーザ識別情報は、アプリケーション識別情報で識別されるアプリケーションにおいてユーザもしくはＵＥ−Ｒ１５を識別する識別情報であってよい。
【０４０１】
ＰｒｏＳｅコードは、近隣に位置する他のＵＥに対して自身が近隣に位置することをアナウンスする際に送信する情報であってよい。さらに、近隣に位置する他のＵＥが近隣に位置することをモニタリングする際に受信する情報であってよい。ＰｒｏＳｅコードは、アプリケーション識別情報や、ＵＥを識別する情報や、ＰＬＭＮなどのオペレータネットワークを識別する識別情報を組み合わせて構成してもよい。さらに、ＵＥを識別する情報は、ＩＭＳＩなどの加入者識別情報であってもよいし、ＴＥＩＤなどの一時的に割り当てられた識別情報であってもよいし、アプリケーションユーザ識別情報などであってもよい。
【０４０２】
さらに、メッセージには、ＵＥ−Ｒ１５に近隣端末間の直接通信サービスを提供するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグを含めてもよい。
【０４０３】
ＭＭＥ３０は、コンテキスト要求メッセージの受信に基づいて、コンテキスト応答メッセージをＭＭＥ−Ａ３５に送信してもよい（Ｓ１３０８）。
【０４０４】
ＭＭＥ３０は、ＵＥ−Ｒ１５に関連付けて管理するＭＭＥ通信路コンテキスト４４２を管理し、メッセージには、ＭＭＥ通信路コンテキスト４４２に管理される情報を含めて送信してもよい。
【０４０５】
ここで、ＭＭＥ３０は、コンテキスト要求メッセージに含まれるＵＥ−Ｒ１５の識別情報に基づいて、ＵＥ−Ｒ１５に対応付けて管理するＭＭＥ通信路コンテキスト４４２を選択して含めてもよい。
【０４０６】
また、ＭＭＥ３０は、ＵＥ−Ｒ１５に近隣端末間の直接通信サービスを提供するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてコンテキスト応答を送信してもよい。
【０４０７】
さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別する情報を含めるか否かは、コンテキスト要求メッセージに含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグの有無によって決定してもよい。
【０４０８】
例えば、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグが含まれるコンテキスト要求メッセージを受信した場合には、ＭＭＥ−Ａ３５が保持するＵＥ−Ｒ１５に対応付けて管理するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを送信する。
【０４０９】
また、コンテキスト要求メッセージにＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグが含まれていない場合には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを含まずにメッセージを送信する。
【０４１０】
また、ＵＥ−Ｒ１５に対してＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を管理していない場合いは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含まずにコンテキスト応答を送信してもよい。
【０４１１】
また、ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別する情報を含めるか否かは、コンテキスト要求メッセージに含まれるＵＥ−Ｒ１５のＰｒｏＳｅ能力情報の有無によって決定してもよい。
【０４１２】
例えば、ＵＥ−Ｒ１５のＰｒｏＳｅ能力情報が含まれるコンテキスト要求メッセージを受信した場合には、ＭＭＥ−Ａ３５が保持するＵＥ−Ｒ１５に対応付けて管理するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを送信する。
【０４１３】
また、コンテキスト要求メッセージにＵＥ−Ｒ１５のＰｒｏＳｅ能力情報が含まれていない場合には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを含まずにメッセージを送信する。
【０４１４】
また、ＵＥ−Ｒ１５に対してＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を管理していない場合いは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含まずにコンテキスト応答を送信してもよい。
【０４１５】
ＰｒｏＳｅ能力情報としては、近隣のＵＥとの間の直接通信路を確立することができることを示すＰｒｏＳｅサービスを享受できることを示す能力情報であってよい。または、ＰｒｏＳｅサービスを享受し、近隣端末との間で直接通信路を確立していることを示す情報であってもよい。
【０４１６】
さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別する情報を含めるか否かは、コンテキスト要求メッセージに含まれるアプリケーション識別情報もしくはアプリケーションユーザ識別情報もしくはＰｒｏＳｅコードなどの有無によって決定してもよい。
【０４１７】
例えば、アプリケーション識別情報もしくはアプリケーションユーザ識別情報もしくはＰｒｏＳｅコードが含まれるコンテキスト要求メッセージを受信した場合には、ＭＭＥ−Ａ３５が保持するＵＥ−Ｒ１５に対応付けて管理するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを送信する。
【０４１８】
また、コンテキスト要求メッセージにアプリケーション識別情報もしくはアプリケーションユーザ識別情報もしくはＰｒｏＳｅコードが含まれていない場合には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを含まずにメッセージを送信する。
【０４１９】
また、ＵＥ−Ｒ１５に対してＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を管理していない場合いは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含まずにコンテキスト応答を送信してもよい。
【０４２０】
このように、アプリケーション識別情報もしくはアプリケーションユーザ識別情報もしくはＰｒｏＳｅコードの有無によってＵＥ−Ｒ１５がＰｒｏＳｅサービスを受けているか否かを検出してもよい。
【０４２１】
ＭＭＥ３０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグや、ＰｒｏＳｅサービスを享受できることを示す能力情報もしくは近隣端末との間で直接通信路を確立していることを示す情報のいずれかがに基づいてＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めて送信してもよいし、これらの情報が複数含まれているなど、これらの情報の組み合わせて含めることを決定し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めて送信してもよい。
【０４２２】
ＭＭＥ−Ａ３５は、ＭＭＥ３０からコンテキスト応答を受信する。ＭＭＥ−Ａ３５は、コンテキスト応答にＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報が含まれている場合には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０をＭＭＥ通信路コンテキスト４４２記憶する。また、記憶するデータベースは、ＭＭＥ通信路コンテキスト４４２に限らず、ＭＭコンテキストなどのデータベースであってもよい。また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報は、ＵＥ−Ｒ１５の識別情報と対応づけて記憶しても良い。
【０４２３】
ＭＭＥ−Ａ３５は、コンテキスト応答の受信に基づいてコンテキストＡＣＫをＭＭＥ３０に送信し、位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）を完了する（Ｓ１３１０）。
【０４２４】
さらに、ＭＭＥ−Ａ３５は、ベアラ更新要求メッセージをＳＧＷ４０に送信してもよい（Ｓ１３１２）。これにより、ＭＭＥ−Ａ３５は、ＵＥ−ＲがＰＧＷ５０との間に確立するＰＤＮコネクションのＱｏＳ情報を更新することを要求してもよい。また、ＰＤＮコネクションに対応付けられるベアラのＱｏＳ情報の更新を要求してもよい。または、ＵＥ−Ｒが確立しているＵＥ１０との間の直接通信路のＱｏＳ情報の更新を要求してもよい。
【０４２５】
メッセージには、ＰＤＮコネクションの識別情報、またはＵＥ１０との間の直接通信路の識別情報などの通信路の識別情報を含んで送信してもよい。さらには、通信路に対応するＱｏＳ情報を含んで送信してもよい。
【０４２６】
ＳＧＷ４０は、ベアラ要求メッセージを受信し、ベアラ要求メッセージの受信に基づいて、ＳＧＷ４０とＰＧＷ５０はベアラ更新手続きを実行する（Ｓ１３１４）。ベアラ更新手続きでは、ＵＥ−ＲがＰＧＷ５０との間に確立するＰＤＮコネクションのＱｏＳ情報を更新してもよい。また、ＰＤＮコネクションに対応付けられるベアラのＱｏＳ情報の更新を要求してもよい。または、ＵＥ−Ｒが確立しているＵＥ１０との間の直接通信路のＱｏＳ情報を更新してもよい。
【０４２７】
ＳＧＷ４０とＰＧＷ５０のベアラ更新手続きの完了後、ＳＧＷ４０はベアラ更新応答メッセージをＭＭＥ−Ａ３５に送信する（Ｓ１３１６）。
【０４２８】
ＭＭＥ−Ａ３５は、ベアラ更新応答メッセージの受信に基づいて、トラッキングエリア更新アクセプトメッセージをＵＥ−Ｒ１５に送信する（Ｓ１３１８）。ＭＭＥ−Ａ３５はトラッキングエリア更新アクセプトメッセージを送信することにより、ＵＥ−Ｒ１５が要求するトラッキングエリアの更新の要求に対してトラッキングエリアを更新したことを通知してもよい。
【０４２９】
メッセージには、ＵＥ−Ｒ１５とＰＧＷ５０との間で確立しているＰＤＮコネクションの更新されたＱｏＳ情報を含んで送信してもよい。
【０４３０】
さらに、ＵＥ−Ｒ１５とＵＥ１０との間で確立している直接通信路の更新されたＱｏＳ情報を含んで送信してもよい。
【０４３１】
さらに、これらの通信路の無線ベアラに関する情報を含めてもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を含めて送信してもよい。無線リソースに関する情報は、ＭＭＥ−Ａ３５が改めて割り当てを行い、メッセージに含めて通知してもよいし、ＳＧＷ４０からベアラ更新応答メッセージに含まれる情報から取得し、ＵＥ−Ｒ１５に通知してもよい。
【０４３２】
さらに、トラッキングエリア更新アクセプトメッセージにはＭＭＥ−Ａ３５の識別情報を含めて送信してもよい。このように、ＭＭＥ−Ａ３５は、ＭＭＥ−Ａ３５を含めてメッセージをＵＥ−Ｒ１５送信することにより、位置管理装置が再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）されたことを通知してもよい。
【０４３３】
ＵＥ−Ｒ１５は、ＭＭＥ−Ａ３５からトラッキングエリア更新アクセプトを受信し、受信に基づいてトラッキングエリア更新完了メッセージをＭＭＥ−Ａ３５に送信してもよい（Ｓ１３２０）。これにともない、ＵＥ−Ｒ１５は位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）を伴うトラッキングエリアの更新手続きを完了する。
【０４３４】
さらに、ＵＥ−Ｒ１５は、トラッキングエリア更新アクセプトに含まれる情報に基づいて、無線ベアラに関する情報を更新してもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を更新してもよい。無線リソースに関する情報は、ＵＥ１０との直接通信路に関する情報を更新してもよいし、ＰＧＷ５０との間のＰＤＮコネクションに関する情報を更新してもよい。
【０４３５】
さらに、ＵＥ−Ｒ１５は、直接通信路に関する無線リソースの更新することをＵＥ１０に通知して、ＵＥ１０が保持する無線リソースに関する情報の更新を要求してもよい。こうした要求には、トラッキング要求アクセプトに含まれる無線リソースに関する情報を含めて通知してもよい。
【０４３６】
以上の手続きにより、ＵＥ−Ｒ１５はアイドルモードの状態において、位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）を伴うトラッキングエリアの更新を行うことができる。
【０４３７】
さらに、上述の手続きでは、位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）ができるばかりでなく、ＵＥ−Ｒ１５とＵＥ１０の直接通信路による近隣端末の直接通信サービスを管理するＰｒｏＳｅ  Ｓｅｒｖｅｒを変更することなくトラッキングエリアの更新を行うことができる。これは、ＵＥ−Ｒ１５のアイドルモードの状態おいて移動した際、移動先の基地局を管理する位置管理装置であるＭＭＥ−Ａ３５が、移動前のＭＭＥ３０が保持するＰｒｏＳｅ  Ｓｅｒｖｅｒを取得することにより実現している。
【０４３８】
また、ＵＥ−Ｒ１５は、基地局との間の無線リソースを解放したアイドルモードにおいても、ＵＥ１０との間の直接通信路の通信を維持し、直接通信路を用いてデータの送受信を実行することができる。ＵＥ−Ｒ１５がアイドルモードに遷移することができると、基地局との間の無線リソースを解放することにより、通信システム全体の無線リソースを有効利用することができる。
【０４３９】
また、上述した手続きでは、こうしたＵＥ−Ｒ１５のアイドルモードにおける移動に伴い、位置管理装置が再配置されたとしても移動先の基地局を管理する位置管理装置であるＭＭＥ−Ａ３５が、移動前のＭＭＥ３０が保持するＰｒｏＳｅ  Ｓｅｒｖｅｒを取得することができるため、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は変更されることがなく、ＵＥ−Ｒ１５はＵＥ１０などの近隣端末の直接通信路の確立および直接通信路を用いてデータの送受信は維持することができる。
【０４４０】
また、ＵＥ−Ｒ１５は、トラッキングエリア更新要求には、ＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報を含めて送信してもよい。
【０４４１】
この要求情報は、ＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得する必要があることを検出できればよく、ＵＥ−Ｒ１５のＰｒｏＳｅ能力情報であってよい。ＰｒｏＳｅ能力情報としては、近隣のＵＥとの間の直接通信路を確立することができることを示すＰｒｏＳｅサービスを享受できることを示す能力情報であってよい。または、ＰｒｏＳｅサービスを享受し、近隣端末との間で直接通信路を確立していることを示す情報であってもよい。
【０４４２】
もしくは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０を取得することを要求するフラグ等であってもよい。
【０４４３】
さらに、ｅＮＢ２５は、ＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報が含められたトラッキングエリア更新要求メッセージを受信し、トラッキングエリア更新要求メッセージをＭＭＥ−Ａ３５に送信してもよい。
【０４４４】
ＭＭＥ−Ａ３５へ送信するトラッキングエリア更新要求メッセージには、ＵＥ−Ｒ１５から受信したトラッキングエリア更新要求メッセージにＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報が含まれているか否かに基づいて、受信した要求情報を含めて送信してもよい。
【０４４５】
また、ＭＭＥ−Ａ３５は、受信したトラッキングエリア更新要求メッセージにＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報が含まれているか否かに基づいて、ＭＭＥ３０に送信するコンテキスト要求メッセージにＵＥ−Ｒ１５に近隣端末間の直接通信サービスを提供するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグを含めてもよい。
【０４４６】
例えば、ＭＭＥ−Ａ３５は、受信したトラッキングエリア更新要求メッセージにＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報が含まれている場合いには、ＵＥ−Ｒ１５に近隣端末間の直接通信サービスを提供するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグを含めてコンテキスト要求メッセージをＭＭＥ３０に送信する。
【０４４７】
また、受信したトラッキングエリア更新要求メッセージにＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報が含まれいない場合いには、ＵＥ−Ｒ１５に近隣端末間の直接通信サービスを提供するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグを含めずにコンテキスト要求メッセージをＭＭＥ３０に送信する。
【０４４８】
これにより、ＭＭＥ−Ａ３５は、直接通信路を確立することのできる通信端末からトラッキングエリアの更新を要求されたときにのみ、ＰｒｏＳｅ  Ｓｅｖｅｒ９０の識別情報を取得することができる。言い換えると、直接通信路の確立を行うことができない従来通信端末や、直接通信路の確立を行う機能などを無効にしている通信端末がトラッキングエリア更新要求を行った場合には、ＭＭＥ−Ａ３５はＰｒｏＳｅ  Ｓｅｖｅｒ９０の識別情報を取得せずに済む。また、ＭＭＥ−Ａ３５は、ＭＭＥ３０からＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を受信し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対してＵＥ−Ｒ１５の位置管理を行う位置管理装置が更新されたことを通知してもよい。
【０４４９】
図１４を用いて、位置管理装置の更新手続きを説明する。ＭＭＥ−Ａ３５はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０にコンテキスト更新要求メッセージを送信する（Ｓ１４０２）。メッセージにはＭＭＥ−Ａの識別情報、ＵＥ−Ｒ１５の識別情報、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードを含めて送信し、位置管理装置の更新を要求してもよい。
【０４５０】
ＵＥ−Ｒ１５の識別情報、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードは、ＵＥ−Ｒ１５の送信するトラッキングエリア更新要求メッセージに含まれる情報を記憶し、それらを読みだして送信してもよい。
【０４５１】
ＭＭＥ−Ａ３５のコンテキスト要求メッセージの送信は、図１３を用いて説明したＭＭＥ３０からのコンテキスト応答の受信（Ｓ１３０８）に基づいて送信してもよい。または、ＭＭＥ３０へのコンテキストＡＣＫの送信（Ｓ１３１０）に基づいて送信してもよい。もしくは、ＳＧＷ４０からのベアラ更新応答の受信（Ｓ１３１６）に基づいて送信してもよい。
【０４５２】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、コンテキスト更新要求メッセージを受信し、メッセージに含まれる位置管理装置の識別情報を更新して保持してもよい。例えば、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＵＥ−Ｒ１５に対して位置管理装置としてＭＭＥ３０の識別情報を対応付けて保持しておき、コンテキスト要求メッセージの受信に基づいて、ＵＥ−Ｒ１５に対する位置管理の情報をＭＭＥ３０からＭＭＥ−Ａ３５に更新して管理してもよい。
【０４５３】
ＰｒｏＳｅｒ  Ｓｅｒｖｅｒ９０は、コンテキスト更新要求メッセージの受信に基づいて、コンテキスト更新応答メッセージをＭＭＥ−Ａ３５に送信してもよい（Ｓ１４０４）。もしくは、ＵＥ−Ｒ１５の位置管理装置の対応情報を更新したことに基づいてコンテキスト更新応答メッセージをＭＭＥ−Ａ３５に送信してもよい。
【０４５４】
このように、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はコンテキスト更新応答メッセージを送信することにより、ＵＥ−Ｒ１５の位置管理装置の対応情報を更新し、更新を完了したことを通知してもよい。
【０４５５】
また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ−Ｒ１５が確立するＵＥ１０との間の直接通信路の無線ベアラに関する情報を含めてもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を含めて送信してもよい。無線リソースに関する情報は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０が改めて割り当てを行い、メッセージに含めて通知してもよいし、ＵＥ−Ｒ１５とＵＥ１０との間の直接通信路に対してすでに割り当てられている情報を保持しておき、保持された情報を読み出して含めてもよい。
【０４５６】
ＭＭＥ−Ａ３５は、コンテキスト更新応答を受信し、受信に基づいてリソース再割り当て要求メッセージをｅＮＢ２５に送信してもよい。メッセージには、通信路の無線ベアラに関する情報を含めてもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を含めて送信してもよい。
【０４５７】
無線リソースに関する情報は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０によって通知された情報を含めて送信してもよい。もしくは、無線リソースに関する情報は、ＭＭＥ−Ａ３５が改めて割り当てを行い、メッセージに含めて通知してもよい。
【０４５８】
ｅＮＢ２５は、リソース再割り当て要求メッセージを受信し、受信に基づいてリソース再割り当て要求メッセージをＵＥ−Ｒ１５に送信してもよい。メッセージには、通信路の無線ベアラに関する情報を含めてもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を含めて送信してもよい。
【０４５９】
無線リソースに関する情報は、ＭＭＥ−Ａ３５によって通知された情報を含めて送信してもよい。もしくは、無線リソースに関する情報は、ｅＮＢ２５が改めて割り当てを行い、メッセージに含めて通知してもよい。
【０４６０】
ＵＥ−Ｒ１５は、リソース再割り当て要求メッセージを受信し、受信に基づいてリソース再割り当て要求メッセージをＵＥ１０送信してもよい。メッセージには、通信路の無線ベアラに関する情報を含めてもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を含めて送信してもよい。
【０４６１】
無線リソースに関する情報は、ｅＮＢ２５によって通知された情報を含めて送信してもよい。もしくは、無線リソースに関する情報は、ＵＥ−Ｒ１５が改めて割り当てを行い、メッセージに含めて通知してもよい。
【０４６２】
以上のように、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０において、ＵＥ−Ｒ１５に対応付けられる位置管理装置の識別情報の更新を実行してもよい。さらに、ＵＥ−Ｒ１５とＵＥ１０との間の直接通信路の無線リソースの再割り当てを実行してもよい。
【０４６３】
［１．３．６  トラッキングエリア更新手続きの変形例］
ＵＥ−Ｒ１５がアイドルモードの状態ある時に実行するトラッキングエリア更新手続きは、１．３．５章で説明した方法に限らず、以下で説明するような変形例に基づいた手続きでもよい。
【０４６４】
１．３．５章で説明した方法では、ＭＭＥ−Ａ３５はＭＭＥ３０からＰｒｏＳｅ Ｓｅｒｖｅｒ９０の識別情報を取得する。より具体的には、ＭＭＥ−Ａ３５はコンテキスト要求を送信し、ＭＭＥ３０からＭＭＥ−Ａ３５に送信されるコンテキスト応答を受信し、コンテキスト応答に含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得する。
【０４６５】
これに対し、本変形例では、ＭＭＥ−Ａ３５はＨＳＳ６０からＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得する点が１．３．５章で説明した方法との主な違いとなる。
【０４６６】
ＵＥ−Ｒ１５がアイドルモードの状態ある時に実行するトラッキングエリア更新手続きの変形例を、図１５を用いて説明する。
【０４６７】
アイドルモードの状態とは、ＵＥ−Ｒ１５がｅＮＢ２０およびコアネットワーク７を介してＰＤＮ８０へ接続して確立した通信路を用いてＵＥ−Ｒ１５が一定時間以上データ送受信を行わない場合に、ＬＴＥ  ＡＮ１５などのアクセスネットワークとＵＥ−Ｒ１５との間の無線接続が解放された状態である。
【０４６８】
より具体的にはＵＥ−Ｒ１５とＰＧＷ５０との間に確立するＰＤＮコネクションを用いたデータ送受信が一定時間以上ない場合、ＵＥ−Ｒ１５またはｅＮＢ２０、もしくはコアネットワーク７に構成される装置が主導してＵＥ−Ｒ１５とｅＮＢ２０間の無線ベアラを解放する。無線ベアラの解放では、ＵＥ−Ｒ１５やｅＮＢ２０は、それぞれが保持する無線ベアラＩＤなどの無線ベアラに対応付けられる情報の削除や、周波数などの無線リソースの解放を実行する。
【０４６９】
このように、ＵＥ−Ｒ１５がアイドルモードの状態へ繊維することにより、通信システム全体として利用されていない無線リソースを解放して他のＵＥなどが利用できるよう限りある無線リソースを効率的に利用することができる。
【０４７０】
トラッキングエリア更新手続きは、こうしたアイドルモードのＵＥ−Ｒ１５の位置を把握するために実行する。ＵＥ−Ｒ１５はｅＮＢ２０との間の無線ベアラを解放し、無線レベルでの接続性がなくなるため、ＭＭＥ３０などのコアネットワーク７に構成される装置では、ＵＥ−Ｒ１５の移動に伴い、どのｅＮＢ２０の近隣に位置するかを把握することができない。
【０４７１】
そのため、アイドルモードの状態において、ＵＥ−Ｒ１５は予め設定されたタイマーを用いるなどして、定期的にトラッキングエリア更新手続きを実行し、どの基地局装置に接続することができるかを通知する。また、ＭＭＥ３０やＳＧＷ４０、さらにはＰＧＷ５０などのコアネットワーク７に構成される装置にとっては、アイドルモードのＵＥ−Ｒ１５がどの基地局装置の近隣に位置するか、またはどの基地局に接続することができるかを検出することができる。
【０４７２】
ここで、ＭＭＥ３０では、ｅＮＢ２０を含む複数の基地局装置群と接続性を確立し、トラッキングエリアと呼ばれるエリアを構成している。例えば、ＭＭＥ３０は、物理的な位置の近いエリア内に構成する基地局群を管理し、こうしたエリアをトラッキングエリアとして構成することができる。また、トラッキングエリアに対応付けられる基地局群は、物理的に位置が近いかどうかにかかわらず、通信事業者が運用において区別して管理したい基地局を選択して構成するなどして構成することもできる。つまり、ＭＭＥ３０がトラッキングエリアに対応付けて複数の基地局を管理し、トラッキングエリアを構成することができる。
【０４７３】
このように、アイドル状態の端末装置は、セルを構成する基地局に対してトラッキングエリアへの登録を要求し、位置管理装置では、アイドル状態の端末装置をトラッキングエリアに登録し、どのトラッキングエリアに位置するかを管理する。さらに、トラッキングエリアはトラッキングリストで管理され、トラッキングエリアに対応づけて基地局や端末装置が管理されてよい。なお位置管理装置は複数のトラッキングエリアを管理することができ、複数のトラッキングエリアリストを保持してもよい。さらに、端末装置は同一の位置管理装置の管理する複数のトラッキングエリアのそれぞれに対応づけられて管理されてよい。
【０４７４】
コアネットワーク７には、ＭＭＥ３０とは別に、複数の位置管理装置を構成してもよい。例えば、コアネットワーク７には、ＭＭＥ３０とＭＭＥ−Ａ３５とを構成してもよい。ＭＭＥ−Ａ３５は、ＭＭＥ３０が管理するトラッキングエリアが異なるのみであり、その他の構成は同一である。そのため、ＭＭＥ−Ａ３５の構成を改めて説明することは省略する。
【０４７５】
アイドルモードの状態にあるＵＥ−Ｒ１５がトラッキングエリア更新手続きを実行する場合、ＵＥ−Ｒ１５の移動によってトラッキングエリア更新手続きを実行する前後で異なる基地局に対して接続を行う場合がある。さらに、それぞれの基地局を管理する位置管理装置が異なる位置管理装置である場合がある。例えば、ＵＥ−Ｒ１５は、ＭＭＥ３０が管理する基地局装置から、ＭＭＥ−Ａ３５が管理する基地局装置の近隣に移動してトラッキングエリア更新手続きを実行することがある。
【０４７６】
以下では、上記のように異なる位置管理装置のトラッキングエリアへ移動するトラッキングエリア更新手続きを説明する。トラッキングエリアの更新手続きは、ＭＭＥ−Ａ３５が、ＵＥ−Ｒ１５がＭＭＥ３０の管理する基地局からからＭＭＥ−Ａ３５の管理する基地局へ移動したことを検出する手続きである。また、ＵＥ−Ｒ１５にとっては、ＭＭＥ３０の管理するトラッキングエリアからＭＭＥ−Ａ３５の管理するトラッキングエリアへ移動手続きであり、トラッキングエリア更新手続きでは、位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）を実行する。
【０４７７】
図１５を用いて、位置管理装置の再配置を含むトラッキングエリア更新手続きを説明する。
【０４７８】
まず、ＵＥ−Ｒ１５が主導して実行するトラッキングエリア更新手続きの初期状態の説明をする。
【０４７９】
ＵＥ−Ｒ１５は、前述した手続きにより、ｅＮＢ２０を介してコアネットワーク７に接続し、ＰＧＷ５０との間にＰＤＮコネクションを確立している。さらに、近隣のＵＥ１０との直接通信路を確立している。ＵＥ−Ｒ１５はこうした通信路を用いてデータ送受信を実行している。
【０４８０】
さらにＵＥ−Ｒ１５は、ＰＧＷ５０との間のＰＤＮコネクションを用いたデータ送受信が一定時間以上なく、ＵＥ−Ｒ１５とｅＮＢ２０との間の無線ベアラが解放され、アイドルモードに遷移する。
【０４８１】
ここで、本実施形態で説明する手続きにおける初期状態は、これに限らずＵＥ−Ｒ１５がトラッキングエリアを更新する従来の状態を含む任意の状態であってよい。さらに、ＵＥ−Ｒ１５がＵＲ−Ｒ１５とＰＧＷ５０との間のＰＤＮコネクションの確立方法、またはＵＥ１０との間の直接通信路の確立方法は前述した方法に限らず、他の方法によって確立されていてもよい。また、ＵＥ−Ｒ１５はアイドルモードの状態であるか否かにかぎらず、アクティブモードにおいてトラッキング更新手続きを実行してもよい。
【０４８２】
こうした初期状態において、ＵＥ−Ｒ１５はトラッキングエリア更新要求メッセージをｅＮＢ２５に送信する（Ｓ１５０２）。メッセージには、ＵＥ−Ｒ１５の識別情報、トラッキングエリアを識別する情報、位置管理装置の識別情報、ＰｒｏＳｅ能力情報、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードを含んで送信してもよい。ＰｒｏＳｅ能力情報としては、近隣のＵＥとの間の直接通信路を確立することができることを示すＰｒｏＳｅサービスを享受できることを示す能力情報であってよい。または、ＰｒｏＳｅサービスを享受し、近隣端末との間で直接通信路を確立していることを示す情報であってもよいまた、これらの情報を異なる識別情報としてそれぞれ異なる識別情報としてメッセージに含めてもよい。
【０４８３】
また、位置管理装置を識別する情報は、これまでＵＥ−Ｒ１５の位置管理を実行していたＭＭＥ３０を識別する情報を含めてもよい。メッセージに含める情報には、これらに限らず従来のトラッキングエリア更新要求メッセージに含まれる情報と併せて含めてもよい。
【０４８４】
アプリケーション識別情報は、ＵＥ―Ｒが他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて使用するアプリケーションを識別する識別情報である。
【０４８５】
アプリケーションユーザ識別情報は、アプリケーション識別情報で識別されるアプリケーションにおいてユーザもしくはＵＥ−Ｒ１５を識別する識別情報であってよい。
【０４８６】
ＰｒｏＳｅコードは、近隣に位置する他のＵＥに対して自身が近隣に位置することをアナウンスする際に送信する情報であってよい。さらに、近隣に位置する他のＵＥが近隣に位置することをモニタリングする際に受信する情報であってよい。ＰｒｏＳｅコードは、アプリケーション識別情報や、ＵＥを識別する情報や、ＰＬＭＮなどのオペレータネットワークを識別する識別情報を組み合わせて構成してもよい。さらに、ＵＥを識別する情報は、ＩＭＳＩなどの加入者識別情報であってもよいし、ＴＥＩＤなどの一時的に割り当てられた識別情報であってもよいし、アプリケーションユーザ識別情報などであってもよい。
【０４８７】
ＵＥ−Ｒ１５がトラッキングエリア更新要求メッセージを送信するトリガは、アイドルモードの状態にあるＵＥ−Ｒ１５が、アイドルモードに遷移したタイミングから実行するタイマに基づいて、送信タイミングを決定してもよい。また、トラッキングエリア更新要求メッセージを送信する間隔を決定するタイマは、ＵＥ−Ｒ１５が予め保持しておき、タイマの値を決定してもよい。
【０４８８】
ｅＮＢ２５は、トラッキングエリア更新要求メッセージを受信する。ｅＮＢ２５はＭＭＥ−Ａ３５と接続性のある基地局装置であり、ＭＭＥ−Ａ３５によって管理されるトラッキングエリアに属する基地局装置であってよい。言い換えると、ｅＮＢ２５はＭＭＥ−Ａ３５が管理する基地局装置であり、ＭＭＥ−Ａ３５が構成するトラッキングエリアに属する基地局装置である。ここで、ｅＮＢ２５は、ＬＴＥ  ＡＮ９に構成されるｅＮＢ２0とは異なる基地局装置であってよい。また、ｅＮＢ２５の属するトラッキングエリアとｅＮＢ２０の属するトラッキングエリアは異なるトラッキングエリアであってよい。さらに、それぞれのトラッキングエリアはＭＭＥ３０によって管理されるトラッキングエリアであってもよいし、ｅＮＢ２５の属するトラッキングエリアはＭＭＥ−Ａ３５によって管理され、ｅＮＢ２０の属するトラッキングエリアはＭＭＥ３０によって管理されるなど、異なる位置管理装置によって管理されてもよい。また、ｅＮＢ２５の構成は既に説明したｅＮＢ２0の構成と同様であって良いためここでの詳細説明は省略する。
【０４８９】
ここで、ＵＥ−Ｒ１５は定期的にトラッキングエリア更新手続きを実行しており、前回実行したトラッキング更新手続きでは、ＵＥ−Ｒ１５はｅＮＢ２０に対してトラッキングエリア更新要求メッセージを送信してトラッキングエリア更新手続きを実行していてもよい。
【０４９０】
ｅＮＢ２０はＭＭＥ３０と接続性のある基地局装置であり、ＭＭＥ３０によって管理されるトラッキングエリアに属する基地局装置であってよい。言い換えると、ｅＮＢ２０はＭＭＥ３０が管理する基地局装置であり、ＭＭＥ３０が構成するトラッキングエリアに属する基地局装置である。
【０４９１】
つまり、ＵＥ−Ｒ１５は本トラッキングエリア更新によって、以前にトラッキングエリア更新要求メッセージを送信した基地局とは異なる基地局装置に対してトラッキングエリア更新要求メッセージを送信する。さらに、トラッキングエリア更新要求メッセージを受信した基地局は、以前の基地局とは異なる位置管理装置によって管理された基地局である。
【０４９２】
ｅＮＢ２５は、ＵＥ−Ｒ１５からのトラッキングエリア更新要求の受信に基づいて、ＭＭＥ−Ａ３５にトラッキングエリア更新要求を送信してもよい（Ｓ１５０４）。メッセージには、ＵＥ−Ｒ１５の識別情報、トラッキングエリアを識別する情報、位置管理装置の識別情報、ＰｒｏＳｅ能力情報、ｅＮＢ２５を識別する基地局識別情報、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードを含んで送信してもよい。ＰｒｏＳｅ能力情報としては、近隣のＵＥとの間の直接通信路を確立することができることを示すＰｒｏＳｅサービスを享受できることを示す能力情報であってよい。または、ＰｒｏＳｅサービスを享受し、近隣端末との間で直接通信路を確立していることを示す情報であってもよいまた、これらの情報を異なる識別情報としてそれぞれ異なる識別情報としてメッセージに含めてもよい。
【０４９３】
また、位置管理装置を識別する情報は、これまでＵＥ−Ｒ１５の位置管理を実行していたＭＭＥ３０を識別する情報を含めてもよい。メッセージに含める情報には、これらに限らず従来のトラッキングエリア更新要求メッセージに含まれる情報と併せて含めてもよい。
【０４９４】
アプリケーション識別情報は、ＵＥ―Ｒが他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて使用するアプリケーションを識別する識別情報である。
【０４９５】
アプリケーションユーザ識別情報は、アプリケーション識別情報で識別されるアプリケーションにおいてユーザもしくはＵＥ−Ｒ１５を識別する識別情報であってよい。
【０４９６】
ＰｒｏＳｅコードは、近隣に位置する他のＵＥに対して自身が近隣に位置することをアナウンスする際に送信する情報であってよい。さらに、近隣に位置する他のＵＥが近隣に位置することをモニタリングする際に受信する情報であってよい。ＰｒｏＳｅコードは、アプリケーション識別情報や、ＵＥを識別する情報や、ＰＬＭＮなどのオペレータネットワークを識別する識別情報を組み合わせて構成してもよい。さらに、ＵＥを識別する情報は、ＩＭＳＩなどの加入者識別情報であってもよいし、ＴＥＩＤなどの一時的に割り当てられた識別情報であってもよいし、アプリケーションユーザ識別情報などであってもよい。
【０４９７】
ＭＭＥ−Ａ３５は、ｅＮＢ２５から送信されるトラッキングエリア更新メッセージの受信に基づいて、コンテキスト要求メッセージをＭＭＥ３０に送信してもよい（Ｓ１５０６）。ＭＭＥ−Ａ３５は、こうしたコンテキスト供給メッセージの送信により、位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）を主導して実行してもよい。
【０４９８】
ＭＭＥ−Ａ３５は、受信したトラッキングエリア更新メッセージに含まれる情報に基づいてコンテキスト要求メッセージを送信する位置管理装置を選択してもよい。例えば、トラッキングエリア情報と位置管理装置とを関連づけて予め管理しておき、受信したトラッキングエリア情報に対応付けられる位置管理装置を選択し、ＭＭＥ３０にメッセージを送信することを決定してもよい。また、トラッキングエリア要求メッセージに含まれる位置管理装置を識別する情報から、位置管理装置を選択し、ＭＭＥ３０にメッセージを送信してもよい。
【０４９９】
メッセージには、ＵＥ−Ｒ１５の識別情報、トラッキングエリアを識別する情報、位置管理装置の識別情報、ＰｒｏＳｅ能力情報、ｅＮＢ２５を識別する基地局識別情報、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードを含んで送信してもよい。ＰｒｏＳｅ能力情報としては、近隣のＵＥとの間の直接通信路を確立することができることを示すＰｒｏＳｅサービスを享受できることを示す能力情報であってよい。または、ＰｒｏＳｅサービスを享受し、近隣端末との間で直接通信路を確立していることを示す情報であってもよいまた、これらの情報を異なる識別情報としてそれぞれ異なる識別情報としてメッセージに含めてもよい。
【０５００】
また、位置管理装置を識別する情報は、これまでＵＥ−Ｒ１５の位置管理を実行していたＭＭＥ３０を識別する情報を含めてもよい。さらに、ＭＭＥ−Ａ３５を識別する情報を含めてもよい。メッセージに含める情報には、これらに限らず従来のコンテキスト要求メッセージに含まれる情報と併せて含めてもよい。
【０５０１】
アプリケーション識別情報は、ＵＥ―Ｒが他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて使用するアプリケーションを識別する識別情報である。
【０５０２】
アプリケーションユーザ識別情報は、アプリケーション識別情報で識別されるアプリケーションにおいてユーザもしくはＵＥ−Ｒ１５を識別する識別情報であってよい。
【０５０３】
ＰｒｏＳｅコードは、近隣に位置する他のＵＥに対して自身が近隣に位置することをアナウンスする際に送信する情報であってよい。さらに、近隣に位置する他のＵＥが近隣に位置することをモニタリングする際に受信する情報であってよい。ＰｒｏＳｅコードは、アプリケーション識別情報や、ＵＥを識別する情報や、ＰＬＭＮなどのオペレータネットワークを識別する識別情報を組み合わせて構成してもよい。さらに、ＵＥを識別する情報は、ＩＭＳＩなどの加入者識別情報であってもよいし、ＴＥＩＤなどの一時的に割り当てられた識別情報であってもよいし、アプリケーションユーザ識別情報などであってもよい。
【０５０４】
ＭＭＥ３０は、コンテキスト要求メッセージの受信に基づいて、コンテキスト応答メッセージをＭＭＥ−Ａ３５に送信してもよい（Ｓ１５０８）。
【０５０５】
ＭＭＥ３０は、ＵＥ−Ｒ１５に関連付けて管理するＭＭＥ通信路コンテキスト４４２を管理し、メッセージには、ＭＭＥ通信路コンテキスト４４２に管理される情報を含めて送信してもよい。
【０５０６】
ここで、ＭＭＥ３０は、コンテキスト要求メッセージに含まれるＵＥ−Ｒ１５の識別情報に基づいて、ＵＥ−Ｒ１５に対応付けて管理するＭＭＥ通信路コンテキスト４４２を選択して含めてもよい。
【０５０７】
ＭＭＥ−Ａ３５は、ＭＭＥ３０からコンテキスト応答を受信する。ＭＭＥ−Ａ３５は、コンテキスト応答の受信に基づいてコンテキストＡＣＫをＭＭＥ３０に送信し、位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）を完了する（Ｓ１５１０）。
【０５０８】
さらに、ＭＭＥ−Ａ３５は、ベアラ更新要求メッセージをＳＧＷ４０に送信してもよい（Ｓ１５１２）。これにより、ＭＭＥ−Ａ３５は、ＵＥ−ＲがＰＧＷ５０との間に確立するＰＤＮコネクションのＱｏＳ情報を更新することを要求してもよい。また、ＰＤＮコネクションに対応付けられるベアラのＱｏＳ情報の更新を要求してもよい。または、ＵＥ−Ｒが確立しているＵＥ１０との間の直接通信路のＱｏＳ情報の更新を要求してもよい。
【０５０９】
メッセージには、ＰＤＮコネクションの識別情報、またはＵＥ１０との間の直接通信路の識別情報などの通信路の識別情報を含んで送信してもよい。さらには、通信路に対応するＱｏＳ情報を含んで送信してもよい。
【０５１０】
ＳＧＷ４０は、ベアラ要求メッセージを受信し、ベアラ要求メッセージの受信に基づいて、ＳＧＷ４０とＰＧＷ５０はベアラ更新手続きを実行する（Ｓ１３１４）。ベアラ更新手続きでは、ＵＥ−ＲがＰＧＷ５０との間に確立するＰＤＮコネクションのＱｏＳ情報を更新してもよい。また、ＰＤＮコネクションに対応付けられるベアラのＱｏＳ情報の更新を要求してもよい。または、ＵＥ−Ｒが確立しているＵＥ１０との間の直接通信路のＱｏＳ情報を更新してもよい。
【０５１１】
ＳＧＷ４０とＰＧＷ５０のベアラ更新手続きの完了後、ＳＧＷ４０はベアラ更新応答メッセージをＭＭＥ−Ａ３５に送信する（Ｓ１５１６）。
【０５１２】
ＭＭＥ−Ａ３５は、ＨＳＳ６０に位置登録要求メッセージを送信してもよい（Ｓ１５１８）。ＭＭＥ−Ａ３５は予めＨＳＳ６０の識別情報を保持し、位置登録要求メッセージの送信先として選択しても良い。位置更新要求の送信は、ベアラ更新応答の受信に基づいて送信してもよいし、コンテキストＡＣＫの送信に基づいて送信してもよい。
【０５１３】
さらに、位置更新要求には、ＵＥ−Ｒ１５の識別情報、ＭＭＥ−Ａ３５の識別情報、ＵＥ−Ｒ１５に近隣端末間の直接通信サービスを提供するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグ等を含めてもよい。さらに、アプリケーション識別情報、アプリケーションユーザ識別情報、ＰｒｏＳｅコードなどの銃砲を含めても良い。
【０５１４】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグは、単にＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグでもよいし、ＰｒｏＳｅ能力情報であってもよい。
【０５１５】
ＰｒｏＳｅ能力情報としては、近隣のＵＥとの間の直接通信路を確立することができることを示すＰｒｏＳｅサービスを享受できることを示す能力情報であってよい。または、ＰｒｏＳｅサービスを享受し、近隣端末との間で直接通信路を確立していることを示す情報であってもよいまた、これらの情報を異なる識別情報としてそれぞれ異なる識別情報としてメッセージに含めてもよい。
【０５１６】
ＨＳＳ６０は、ＵＥ−Ｒ１５の加入者情報を管理しており、位置更新要求を受信し、ＵＥ−Ｒ１５を管理する位置管理装置の識別情報をＭＭＥ３０からＭＭＥ−Ａ３５に更新する。
【０５１７】
アプリケーション識別情報は、ＵＥ―Ｒが他のＵＥとの間に直接通信路を確立するＰｒｏＳｅサービスにおいて使用するアプリケーションを識別する識別情報である。
【０５１８】
アプリケーションユーザ識別情報は、アプリケーション識別情報で識別されるアプリケーションにおいてユーザもしくはＵＥ−Ｒ１５を識別する識別情報であってよい。
【０５１９】
ＰｒｏＳｅコードは、近隣に位置する他のＵＥに対して自身が近隣に位置することをアナウンスする際に送信する情報であってよい。さらに、近隣に位置する他のＵＥが近隣に位置することをモニタリングする際に受信する情報であってよい。ＰｒｏＳｅコードは、アプリケーション識別情報や、ＵＥを識別する情報や、ＰＬＭＮなどのオペレータネットワークを識別する識別情報を組み合わせて構成してもよい。さらに、ＵＥを識別する情報は、ＩＭＳＩなどの加入者識別情報であってもよいし、ＴＥＩＤなどの一時的に割り当てられた識別情報であってもよいし、アプリケーションユーザ識別情報などであってもよい。
【０５２０】
ＨＳＳ６０は、位置更新応答メッセージをＭＭＥ-A３５に送信してもよい。メッセージの送信は、位置更新要求に基づいて送信してもよい。または、加入者情報もしくは位置管理装置の識別情報の更新に基づいて送信してもよい。
【０５２１】
さらに、ＨＳＳ６０は、位置更新応答メッセージＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めて送信してもよい。ＨＳＳ６０は加入者情報に対応づけて、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を保持しておき、これを読みだして位置更新応答メッセージに含めて送信してもよい。
【０５２２】
ＨＳＳ６０は、位置更新要求の受信に基づいてＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めて送信してもよい。
【０５２３】
また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別する情報を含めるか否かは、位置更新要求メッセージに含まれるＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグの有無によって決定してもよい。
【０５２４】
例えば、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグが含まれるコンテキスト要求メッセージを受信した場合には、ＨＳＳ６０が保持するＵＥ−Ｒ１５に対応付けて管理するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを送信する。
【０５２５】
また、コンテキスト要求メッセージにＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグが含まれていない場合には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを含まずにメッセージを送信する。
【０５２６】
また、ＵＥ−Ｒ１５に対してＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を管理していない場合いは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含まずにコンテキスト応答を送信してもよい。
【０５２７】
また、ＨＳＳ６０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別する情報を含めるか否かは、コンテキスト要求メッセージに含まれるＵＥ−Ｒ１５のＰｒｏＳｅ能力情報の有無によって決定してもよい。
【０５２８】
例えば、ＵＥ−Ｒ１５のＰｒｏＳｅ能力情報が含まれる位置更新要求メッセージを受信した場合には、ＨＳＳ６０が保持するＵＥ−Ｒ１５に対応付けて管理するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを送信する。
【０５２９】
また、位置更新要求メッセージにＵＥ−Ｒ１５のＰｒｏＳｅ能力情報が含まれていない場合には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを含まずにメッセージを送信する。
【０５３０】
また、ＵＥ−Ｒ１５に対してＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を管理していない場合いは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含まずにコンテキスト応答を送信してもよい。
【０５３１】
ＰｒｏＳｅ能力情報としては、近隣のＵＥとの間の直接通信路を確立することができることを示すＰｒｏＳｅサービスを享受できることを示す能力情報であってよい。または、ＰｒｏＳｅサービスを享受し、近隣端末との間で直接通信路を確立していることを示す情報であってもよい。
【０５３２】
さらに、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別する情報を含めるか否かは、コンテキスト要求メッセージに含まれるアプリケーション識別情報もしくはアプリケーションユーザ識別情報もしくはＰｒｏＳｅコードなどの有無によって決定してもよい。
【０５３３】
例えば、アプリケーション識別情報もしくはアプリケーションユーザ識別情報もしくはＰｒｏＳｅコードが含まれるコンテキスト要求メッセージを受信した場合には、ＭＭＥ−Ａ３５が保持するＵＥ−Ｒ１５に対応付けて管理するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを送信する。
【０５３４】
また、コンテキスト要求メッセージにアプリケーション識別情報もしくはアプリケーションユーザ識別情報もしくはＰｒｏＳｅコードが含まれていない場合には、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めてメッセージを含まずにメッセージを送信する。
【０５３５】
また、ＵＥ−Ｒ１５に対してＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を管理していない場合いは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含まずにコンテキスト応答を送信してもよい。
【０５３６】
このように、アプリケーション識別情報もしくはアプリケーションユーザ識別情報もしくはＰｒｏＳｅコードの有無によってＵＥ−Ｒ１５がＰｒｏＳｅサービスを受けているか否かを検出してもよい。
【０５３７】
ＨＳＳ６０は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグや、ＰｒｏＳｅサービスを享受できることを示す能力情報もしくは近隣端末との間で直接通信路を確立していることを示す情報のいずれかがに基づいてＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めて送信してもよいし、これらの情報が複数含まれているなど、これらの情報の組み合わせて含めることを決定し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含めて送信してもよい
ＭＭＥ−Ａ３５は、トラッキングエリア更新アクセプトメッセージをＵＥ−Ｒ１５に送信する（Ｓ１３１８）。トラッキングエリア更新アクセプトメッセージは、ベアラ更新応答メッセージの受信に基づいて送信してもよいし、位置更新応答の受信に基づいて送信してもよい。
【０５３８】
ＭＭＥ−Ａ３５はトラッキングエリア更新アクセプトメッセージを送信することにより、ＵＥ−Ｒ１５が要求するトラッキングエリアの更新の要求に対してトラッキングエリアを更新したことを通知してもよい。
【０５３９】
メッセージには、ＵＥ−Ｒ１５とＰＧＷ５０との間で確立しているＰＤＮコネクションの更新されたＱｏＳ情報を含んで送信してもよい。
【０５４０】
さらに、ＵＥ−Ｒ１５とＵＥ１０との間で確立している直接通信路の更新されたＱｏＳ情報を含んで送信してもよい。
【０５４１】
さらに、これらの通信路の無線ベアラに関する情報を含めてもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を含めて送信してもよい。無線リソースに関する情報は、ＭＭＥ−Ａ３５が改めて割り当てを行い、メッセージに含めて通知してもよいし、ＳＧＷ４０からベアラ更新応答メッセージに含まれる情報から取得し、ＵＥ−Ｒ１５に通知してもよい。
【０５４２】
さらに、トラッキングエリア更新アクセプトメッセージにはＭＭＥ−Ａ３５の識別情報を含めて送信してもよい。このように、ＭＭＥ−Ａ３５は、ＭＭＥ−Ａ３５を含めてメッセージをＵＥ−Ｒ１５送信することにより、位置管理装置が再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）されたことを通知してもよい。
【０５４３】
ＵＥ−Ｒ１５は、ＭＭＥ−Ａ３５からトラッキングエリア更新アクセプトを受信し、受信に基づいてトラッキングエリア更新完了メッセージをＭＭＥ−Ａ３５に送信してもよい。これにとものない、ＵＥ−Ｒ１５は位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）を伴うトラッキングエリアの更新手続きを完了する。
【０５４４】
さらに、ＵＥ−Ｒ１５は、トラッキングエリア更新アクセプトに含まれる情報に基づいて、無線ベアラに関する情報を更新してもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を更新してもよい。無線リソースに関する情報は、ＵＥ１０との直接通信路に関する情報を更新してもよいし、ＰＧＷ５０との間のＰＤＮコネクションに関する情報を更新してもよい。
【０５４５】
さらに、ＵＥ−Ｒ１５は、直接通信路に関する無線リソースの更新することをＵＥ１０に通知して、ＵＥ１０が保持する無線リソースに関する情報の更新を要求してもよい。こうした要求には、トラッキング要求アクセプトに含まれる無線リソースに関する情報を含めて通知してもよい。
【０５４６】
以上の手続きにより、ＵＥ−Ｒ１５はアイドルモードの状態において、位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）を伴うトラッキングエリアの更新を行うことができる。
【０５４７】
さらに、上述の手続きでは、位置管理装置の再配置（ＭＭＥ−Ａｅｌｏｃａｔｉｏｎ）ができるばかりでなく、ＵＥ−Ｒ１５とＵＥ１０の直接通信路による近隣端末の直接通信サービスを管理するＰｒｏＳｅ  Ｓｅｒｖｅｒを変更することなくトラッキングエリアの更新を行うことができる。これは、ＵＥ−Ｒ１５のアイドルモードの状態おいて移動した際、移動先の基地局を管理する位置管理装置であるＭＭＥ−Ａ３５が、移動前のＭＭＥ３０が保持するＰｒｏＳｅ  Ｓｅｒｖｅｒを取得することにより実現している。
【０５４８】
また、ＵＥ−Ｒ１５は、基地局との間の無線リソースを解放したアイドルモードにおいても、ＵＥ１０との間の直接通信路の通信を維持し、直接通信路を用いてデータの送受信を実行することができる。ＵＥ−Ｒ１５がアイドルモードに遷移することができると、基地局との間の無線リソースを解放することにより、通信システム全体の無線リソースを有効利用することができる。
【０５４９】
また、上述した手続きでは、こうしたＵＥ−Ｒ１５のアイドルモードにおける移動に伴い、位置管理装置が再配置されたとしても移動先の基地局を管理する位置管理装置であるＭＭＥ−Ａ３５が、移動前のＭＭＥ３０が保持するＰｒｏＳｅ  Ｓｅｒｖｅｒを取得することができるため、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は変更されることがなく、ＵＥ−Ｒ１５はＵＥ１０などの近隣端末の直接通信路の確立および直接通信路を用いてデータの送受信は維持することができる。
【０５５０】
また、ＵＥ−Ｒ１５は、トラッキングエリア更新要求には、ＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報を含めて送信してもよい。
【０５５１】
この要求情報は、ＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得する必要があることを検出できればよく、ＵＥ−Ｒ１５のＰｒｏＳｅ能力情報であってよい。ＰｒｏＳｅ能力情報としては、近隣のＵＥとの間の直接通信路を確立することができることを示すＰｒｏＳｅサービスを享受できることを示す能力情報であってよい。または、ＰｒｏＳｅサービスを享受し、近隣端末との間で直接通信路を確立していることを示す情報であってもよい。  もしくは、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０を取得することを要求するフラグ等であってもよい。
【０５５２】
さらに、ｅＮＢ２５は、ＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報が含められたトラッキングエリア更新要求メッセージを受信し、ＨＳＳ６０に位置更新要求メッセージを送信してもよい。
【０５５３】
ＨＳＳ６０に位置更新要求メッセージには、ＵＥ−Ｒ１５から受信したトラッキングエリア更新要求メッセージにＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報が含まれているか否かに基づいて、受信した要求情報を含めて送信し、ＰｒｏＳｅｒ  Ｓｅｒｖｅｒ９０の識別情報を要求してもよい。
【０５５４】
また、ＭＭＥ−Ａ３５は、受信したトラッキングエリア更新要求メッセージにＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報が含まれているか否かに基づいて、ＨＳＳ６０に位置更新要求メッセージにＵＥ−Ｒ１５に近隣端末間の直接通信サービスを提供するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグを含めてもよい。
【０５５５】
例えば、ＭＭＥ−Ａ３５は、受信したトラッキングエリア更新要求メッセージにＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報が含まれている場合いには、ＵＥ−Ｒ１５に近隣端末間の直接通信サービスを提供するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグを含めてＨＳＳ６０に位置更新要求メッセージを送信する。
【０５５６】
また、受信したトラッキングエリア更新要求メッセージにＭＭＥ−Ａ３５がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得することを要求する要求情報が含まれいない場合いには、ＵＥ−Ｒ１５に近隣端末間の直接通信サービスを提供するＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求するフラグを含めずにＨＳＳ６０に位置更新要求メッセージを送信する。
【０５５７】
これにより、ＭＭＥ−Ａ３５は、直接通信路を確立することのできる通信端末からトラッキングエリアの更新を要求されたときにのみ、ＰｒｏＳｅ  Ｓｅｖｅｒ９０の識別情報を取得することができる。言い換えると、直接通信路の確立を行うことができない従来通信端末や、直接通信路の確立を行う機能などを無効にしている通信端末がトラッキングエリア更新要求を行った場合には、ＭＭＥ−Ａ３５はＰｒｏＳｅ  Ｓｅｖｅｒ９０の識別情報を取得せずに済む。
【０５５８】
また、ＭＭＥ−Ａ３５による位置更新要求の送信は、トラッキングエリア更新要求メッセージの受信した後ただ地に送信しもてもよいし、トラッキングエリア要求情報メッセージに含まれる情報を保持しておき、コンテキストＡＣＫメッセージの受信に基づいて送信してもよいし、ベアラ更新応答メッセージの受信に基づいて送信してもよい。
【０５５９】
また、１．３．５において説明した手続きにおいて、ＭＭＥ３０がＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を保持していないなどの理由から、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を含まずにコンテキスト応答をＭＭＥ−Ａ３５に送信した場合、ＭＭＥ-Ａ３５はコンテキスト応答メッセージにＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報が含まれていないことから、位置更新要求メッセエージを送信することによりＨＳＳ６０にＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求し、取得しても良い。  
また、これまで説明したようにＭＭＥ−Ａ３５は、トラッキングエリア更新要求に含まれる情報に基づいて位置更新要求メッセージの送信してもよいし、コンテキスト応答にＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の情報が含まれていないことに基づいて位置更新要求メッセージを送信してもよい。さらにこれらの条件を組み合わせて位置更新要求メッセージを送信してもよい。
【０５６０】
以上の手続きにより、ＨＳＳ６０に対して位置更新要求メッセージによってＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を要求し、ＨＳＳ６０が送信する位置登録応答メッセージによってＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を取得してもよい。
【０５６１】
また、ＭＭＥ−Ａ３５は、ＭＭＥ３０からＰｒｏＳｅ  Ｓｅｒｖｅｒ９０の識別情報を受信し、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０に対してＵＥ−Ｒ１５の位置管理を行う位置管理装置が更新されたことを通知してもよい。
【０５６２】
図１４を用いて、位置管理装置の更新手続きを説明する。ＭＭＥ−Ａ３５はＰｒｏＳｅ  Ｓｅｒｖｅｒ９０にコンテキスト更新要求メッセージを送信する（Ｓ１４０２）。メッセージにはＭＭＥ−Ａの識別情報を含めて送信し、位置管理装置の更新を要求してもよい。
【０５６３】
ＭＭＥ−Ａ３５のコンテキスト要求メッセージの送信は、図１５を用いて説明したＨＳＳ６０からの位置更新応答メッセージの受信（Ｓ１５２０）に基づいて送信してもよい。
【０５６４】
ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、コンテキスト更新要求メッセージを受信し、メッセージに含まれる位置管理装置の識別情報を更新して保持してもよい。例えば、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はＵＥ−Ｒ１５に対して位置管理装置としてＭＭＥ３０の識別情報を対応付けて保持しておき、コンテキスト要求メッセージの受信に基づいて、ＵＥ−Ｒ１５に対する位置管理の情報をＭＭＥ３０からＭＭＥ−Ａ３５に更新して管理してもよい。
【０５６５】
ＰｒｏＳｅｒ  Ｓｅｒｖｅｒ９０は、コンテキスト更新要求メッセージの受信に基づいて、コンテキスト更新応答メッセージをＭＭＥ−Ａ３５に送信してもよい（Ｓ１４０４）。もしくは、ＵＥ−Ｒ１５の位置管理装置の対応情報を更新したことに基づいてコンテキスト更新応答メッセージをＭＭＥ−Ａ３５に送信してもよい。
【０５６６】
このように、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０はコンテキスト更新応答メッセージを送信することにより、ＵＥ−Ｒ１５の位置管理装置の対応情報を更新し、更新を完了したことを通知してもよい。
【０５６７】
また、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０は、ＵＥ−Ｒ１５が確立するＵＥ１０との間の直接通信路の無線ベアラに関する情報を含めてもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を含めて送信してもよい。無線リソースに関する情報は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０が改めて割り当てを行い、メッセージに含めて通知してもよいし、ＵＥ−Ｒ１５とＵＥ１０との間の直接通信路に対してすでに割り当てられている情報を保持しておき、保持された情報を読み出して含めてもよい。
【０５６８】
ＭＭＥ−Ａ３５は、コンテキスト更新応答を受信し、受信に基づいてリソース再割り当て要求メッセージをｅＮＢ２５に送信してもよい（Ｓ１４０６）。メッセージには、通信路の無線ベアラに関する情報を含めてもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を含めて送信してもよい。
【０５６９】
無線リソースに関する情報は、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０によって通知された情報を含めて送信してもよい。もしくは、無線リソースに関する情報は、ＭＭＥ−Ａ３５が改めて割り当てを行い、メッセージに含めて通知してもよい。
【０５７０】
ｅＮＢ２５は、リソース再割り当て要求メッセージを受信し、受信に基づいてリソース再割り当て要求メッセージをＵＥ−Ｒ１５に送信してもよい（Ｓ１４０８）。メッセージには、通信路の無線ベアラに関する情報を含めてもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を含めて送信してもよい。
【０５７１】
無線リソースに関する情報は、ＭＭＥ−Ａ３５によって通知された情報を含めて送信してもよい。もしくは、無線リソースに関する情報は、ｅＮＢ２５が改めて割り当てを行い、メッセージに含めて通知してもよい。
【０５７２】
ＵＥ−Ｒ１５は、リソース再割り当て要求メッセージを受信し、受信に基づいてリソース再割り当て要求メッセージをＵＥ１０送信してもよい。メッセージには、通信路の無線ベアラに関する情報を含めてもよい。例えば、周波数や、送信タイミングなど時間情報など、通信路の無線リソースに関する情報を含めて送信してもよい。
【０５７３】
無線リソースに関する情報は、ｅＮＢ２５によって通知された情報を含めて送信してもよい。もしくは、無線リソースに関する情報は、ＵＥ−Ｒ１５が改めて割り当てを行い、メッセージに含めて通知してもよい。
【０５７４】
以上のように、ＰｒｏＳｅ  Ｓｅｒｖｅｒ９０において、ＵＥ−Ｒ１５に対応付けられる位置管理装置の識別情報の更新を実行してもよい。さらに、ＵＥ−Ｒ１５とＵＥ１０との間の直接通信路の無線リソースの再割り当てを実行してもよい。
【０５７５】
以上、実施形態およびそれに関わる複数の変形例を説明してきたが、各変形例はそれぞれ独立して第１実施形態に適用されても良いし、２つ以上が組み合わされて適用されても良い。  また、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も特許請求の範囲に含まれる。
【０５７６】
また、これまでの説明では、リレー機能を有するＵＥ−Ｒ１５がトラッキングエリア更新手続きを行う説明をしてきたが、リレー機能を有するＵＥ１０が、これまで説明したＵＥ−Ｒ１５と同様の機能によりトラッキングエリア更新手続きを主導して実施してもよい。その際には、これまで説明したＵＥ−Ｒ１５の各処理をＵＥ１０が実施するだけでよく、ｅＮＢ２５、ＭＭＥ−Ａ３５，ＭＭＥ３０およびＨＳＳ６０の各処理は、単に端末装置の識別情報が変わるだけでよく、これまで説明した処理を実施すればよい。
【０５７７】
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０５７８】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、ＭＤ（Mini Disc）、ＣＤ（Compact Disc）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０５７９】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０５８０】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【符号の説明】
【０５８１】
１  移動通信システム
５  ＩＰ移動通信ネットワーク
７  コアネットワーク
９  ＬＴＥアクセスネットワーク
１０  ＵＥ
１５  ＵＥ−Ｒ
２０  ｅＮＢ
３０  ＭＭＥ
４０  ＳＧＷ
５０  ＰＧＷ
６０  ＨＳＳ
７０  ＰＣＲＦ
８０  ＰＤＮ
９０  ＰｒｏＳｅ  Ｓｅｒｖｅｒ
【図１】
2015105183.tif 000003
【図２】
2015105183.tif 000004
【図３】
2015105183.tif 000005
【図４】
2015105183.tif 000006
【図５】
2015105183.tif 000007
【図６】
2015105183.tif 000008
【図７】
2015105183.tif 000009
【図８】
2015105183.tif 000010
【図９】
2015105183.tif 000011
【図１０】
2015105183.tif 000012
【図１１】
2015105183.tif 000013
【図１２】
2015105183.tif 000014
【図１３】
2015105183.tif 000015
【図１４】
2015105183.tif 000016
【図１５】
2015105183.tif 000017
【国際調査報告】
2015105183.tif 000018
2015105183.tif 000019
2015105183.tif 000020