JP2016514407A - 近接サービス提供のためのグループ通信方法及び装置 - Google Patents

Abstract

【課題】本発明は、無線通信システムで近接サービス（Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ；Ｐｒｏｓｅ）基盤のグループ通信を行う方法及び装置に関する。【解決手段】リレー端末（Ｒｅｌａｙ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、Ｒｅｌａｙ ＵＥ、ＰｒｏＳｅ ＵＥ—ｔｏ—Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）がネットワークノードでグループ通信登録を行う段階、及びリレー端末がネットワークノードとグループ通信を行う段階を含み、グループ通信は、ネットワークノードに登録された多数の端末のうちリレーを受ける端末（ｒｅｌａｙｅｄ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、Ｒｅｌａｙｅｄ ＵＥ）を除いた各端末の個数が基準値以上である場合、ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ ａｎｄ ｍｕｌｔｉｍｅｄｉａ ｓｅｒｖｉｃｅ）方式でダウンリンク信号を伝送するように設定されたことを特徴とする。【選択図】図５

Description

本発明の説明は、無線通信システムに関し、より詳細には、近接サービス提供のためのグループ通信方法及び装置に関する。

近接サービス（Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ；ＰｒｏＳｅ）は、物理的に近い場所に位置する各装置（ｄｅｖｉｃｅ）間の通信を支援する方案を意味する。具体的に、ＰｒｏＳｅは、互いに近接した各装置で動作するアプリケーションを探索（ｄｉｓｃｏｖｅｒ）し、究極的には、アプリケーション―関連データを交換する動作を支援することを目的とする。例えば、ソーシャルネットワークサービス（ＳＮＳ）、商業、ゲームなどのアプリケーションにＰｒｏＳｅが適用されることを考慮することができる。

ＰｒｏＳｅは、装置―対―装置（Ｄｅｖｉｃｅ―ｔｏ―Ｄｅｖｉｃｅ；Ｄ２Ｄ）通信と称することもできる。すなわち、複数の装置（例えば、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ））間に直接的なリンクを設定し、ネットワークを経ずに使用者データ（例えば、音声、マルチメディアデータなど）を各装置間で直接取り交わす通信方式をいう。ＰｒｏＳｅ通信は、端末―対―端末（ＵＥ―ｔｏ―ＵＥ）通信、ピア―対―ピア（Ｐｅｅｒ―ｔｏ―Ｐｅｅｒ）通信などの方式を含むことができる。また、ＰｒｏＳｅ通信方式は、Ｍ２Ｍ（Ｍａｃｈｉｎｅ―ｔｏ―Ｍａｃｈｉｎｅ）通信、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などに応用することができる。したがって、ＰｒｏＳｅは、急速に増加するデータトラフィックによる基地局の負担を解決できる一つの方案として考慮されている。また、ＰｒｏＳｅを導入することによって、基地局の手順減少、ＰｒｏＳｅに参加する各装置の消費電力減少、データ伝送速度増加、ネットワークの収容能力増加、負荷分散、セルカバレッジ拡大などの効果を期待することができる。

このようにＰｒｏＳｅの導入の必要性が論議されているが、ＰｒｏＳｅを支援及び制御するためのメカニズムに対しては具体的な方案が設けられていない。

本発明の目的は、ＰｒｏＳｅ基盤のグループ通信メカニズムと関連して、端末―対―ネットワークリレー（ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）動作を含むグループ通信を行う方案を提供することを技術的課題とする。

本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されるものではなく、言及していない更に他の技術的課題は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。

上述した問題を解決するための本発明の一様相である、無線通信システムで近接サービス（Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ；ＰｒｏＳｅ）基盤のグループ通信（Ｇｒｏｕｐ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を行う方法は、リレー端末（Ｒｅｌａｙ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、Ｒｅｌａｙ ＵＥ、ＰｒｏＳｅ ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）がネットワークノードへのグループ通信登録を行う段階、及び前記リレー端末が前記ネットワークノードとグループ通信を行う段階を含み、前記グループ通信は、前記ネットワークノードに登録された多数の端末のうちリレーを受ける端末（ｒｅｌａｙｅｄ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、Ｒｅｌａｙｅｄ ＵＥ）を除いた各端末の個数が基準値以上である場合、ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ ａｎｄ ｍｕｌｔｉｍｅｄｉａ ｓｅｒｖｉｃｅ）方式でダウンリンク信号を伝送するように設定されたことを特徴とする。

さらに、前記リレー端末が、リレーを受ける端末（Ｒｅｌａｙｅｄ ＵＥ）から前記ネットワークノードのグループ登録のための第１のメッセージを受信する段階、及び前記ネットワークノードに、前記リレーを受ける端末のグループ登録のための第２のメッセージを送信する段階をさらに含むことを特徴とすることができる。

さらに、前記第２のメッセージは、前記リレー端末の位置情報を含むことを特徴とすることができる。さらに、前記位置情報は、ＴＡＩ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ）、及びＥＣＧＩ（Ｅ―ＵＴＲＡＮ Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｆｉｅｒ）のうち少なくとも一つを含むことを特徴とする。または、前記第２のメッセージは、リレー動作関連情報を含み、前記リレー動作関連情報は、前記リレー端末の前記リレーを受ける端末に対するリレー動作の有無、前記リレーを受ける端末の前記リレー端末を通じたグループ登録の有無、前記リレーを受ける端末の前記リレー端末を通じたグループ通信参加の有無、前記リレーを受ける端末のネットワークカバレッジ内への存在有無、前記リレーを受ける端末のグループ通信を支援しないＥ―ＵＴＲＡＮカバレッジへの存在有無、及び前記リレーを受ける端末がグループ通信サービス範囲内に位置するか否かのうち少なくとも一つを指示することを特徴とする。または、前記第２のメッセージは、前記リレー端末の識別情報を含むことを特徴とすることができる。

さらに、前記ネットワークノードからＭＢＭＳサービス情報を受信する段階をさらに含むことを特徴とすることができる。さらに、前記ＭＢＭＳサービス情報は、前記グループ通信のサービス範囲内の少なくとも一つのリレー端末及び少なくとも一つのリレーを受ける端末のうち、前記少なくとも一つのリレー端末に対してのみ伝送されるように設定されたことを特徴とする。または、前記ＭＢＭＳサービス情報は、サービス識別子（ＩＤ）、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ）、及びメディアのマルチキャスト住所のうち少なくとも一つを含むことを特徴とすることができる。

さらに、前記グループ通信のサービス範囲に対する地域単位（ｇｒａｎｕｌａｒｉｔｙ）は、単一セル（ｃｅｌｌ）、グループ通信サービス地域、ＭＢＭＳサービス地域、単一トラッキング地域（ｔｒａｃｋｉｎｇ ａｒｅａ）、多数のトラッキング地域、多数のセル、ＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）地域、グループ通信のために予め特定された地域、及びＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）のうち一つであることを特徴とすることができる。

上述した問題を解決するための本発明の他の様相である、無線通信システムにおいてネットワークノードで近接サービス（Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ；ＰｒｏＳｅ）基盤のグループ通信（Ｇｒｏｕｐ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を支援する方法は、少なくとも一つの端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）を、前記ネットワークからデータを受信する特定グループに登録させる段階、及び前記特定グループに登録された多数の端末に対するグループ通信方式を決定する段階を含み、前記グループ通信方式は、前記多数の端末のうちリレーを受ける端末（ｒｅｌａｙｅｄ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、Ｒｅｌａｙｅｄ ＵＥ）を除いた各端末の個数が所定の基準を満足する場合、ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ ａｎｄ ｍｕｌｔｉｍｅｄｉａ ｓｅｒｖｉｃｅ）方式と決定されることを特徴とする。

さらに、前記ネットワークノードが、ブロードキャスト―マルチキャストサービスセンター（ＢＭ―ＳＣ）からＭＢＭＳ伝達のための使用者サービス情報（Ｕｓｅｒ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ、ＵＳＤ）を受信する段階をさらに含むことを特徴とすることができる。さらに、前記ネットワークノードは、前記グループ通信のサービス範囲内の少なくとも一つのリレー端末及び少なくとも一つのリレーを受ける端末のうち、前記少なくとも一つのリレー端末に対してのみＭＢＭＳ情報が伝送されるように設定されたことを特徴とする。または、前記使用者サービス情報は、前記グループ通信のサービス範囲内に存在するリレー端末（Ｒｅｌａｙ ＵＥ）のダウンリンクメディア／トラフィック受信に利用されるように設定されたことを特徴とすることができる。

上述した問題を解決するための本発明の更に他の様相である、無線通信システムで近接サービス（Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ；ＰｒｏＳｅ）基盤のグループ通信（Ｇｒｏｕｐ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を行うリレー端末（Ｒｅｌａｙ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、Ｒｅｌａｙ ＵＥ、ＰｒｏＳｅ ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）は、無線周波数ユニット（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｕｎｉｔ、ＲＦ Ｕｎｉｔ）、及びプロセッサ（Ｐｒｏｃｅｓｓｏｒ）を含み、前記プロセッサは、ネットワークノードへのグループ通信登録を行い、前記ネットワークノードとグループ通信を行うように構成され、前記グループ通信は、前記ネットワークノードに登録された少なくとも一つの端末のうちリレー端末の個数が基準値以上である場合、ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ ａｎｄ ｍｕｌｔｉｍｅｄｉａ ｓｅｒｖｉｃｅ）方式でダウンリンク信号を伝送するように設定されたことを特徴とする。

上述した問題を解決するための本発明の更に他の様相である、無線通信システムで近接サービス（Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ；ＰｒｏＳｅ）基盤のグループ通信（Ｇｒｏｕｐ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を支援するネットワークノードは、無線周波数ユニット（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｕｎｉｔ、ＲＦ Ｕｎｉｔ）、及びプロセッサ（Ｐｒｏｃｅｓｓｏｒ）を含み、前記プロセッサは、少なくとも一つの端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）を、前記ネットワークノードからデータを受信する特定グループに登録させ、前記特定グループに登録された少なくとも一つの端末に対するグループ通信方式を決定するように構成され、前記グループ通信方式は、前記ネットワークノードに登録された多数の端末のうちリレーを受ける端末（ｒｅｌａｙｅｄ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、Ｒｅｌａｙｅｄ ＵＥ、ＰｒｏＳｅ ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）を除いた各端末の個数が基準値以上である場合、ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ ａｎｄ ｍｕｌｔｉｍｅｄｉａ ｓｅｒｖｉｃｅ）方式でダウンリンク信号を伝送するように設定されたことを特徴とする。

本発明によると、ＰｒｏＳｅ基盤のグループ通信を行うにおいて、効率的に端末―対―ネットワークリレー（ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）動作を含むグループ通信を行うことができる。

本発明で得られる効果は、以上で言及した各効果に制限されず、言及していない更に他の効果は、下記の記載から本発明の属する技術分野で通常の知識を有する者に明確に理解され得るだろう。

本発明に関する理解を促進するために詳細な説明の一部として含まれる添付の図面は、本発明に対する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）の概略的な構造を示す図である。 ＥＰＳで二つのＵＥが通信する基本的なデータ経路（ｄｅｆａｕｌｔ ｄａｔａ ｐａｔｈ）を示す図である。 ＰｒｏＳｅ基盤の二つのＵＥ間の直接モードデータ経路（ｄｉｒｅｃｔ ｍｏｄｅ ｄａｔａ ｐａｔｈ）を示す図である。 ＰｒｏＳｅ基盤の二つのＵＥ間のローカルルーティング方式データ経路（ｌｏｃａｌｌｙ―ｒｏｕｔｅｄ ｄａｔａ ｐａｔｈ）を示す図である。 ＰｒｏＳｅ基盤の端末―対―ネットワークリレー（ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ Ｒｅａｌｙ）動作を含むグループ通信を示す図である。 グループ通信サービスを説明するための参考図である。 本発明の一実施例に係るグループ通信を説明するための図である。 本発明の他の実施例に係るグループ通信を説明するための図である。 本発明の一例に係る端末装置及びネットワークノード装置に対する好ましい実施例の構成を示した図である。

以下の各実施例は、本発明の各構成要素と各特徴を所定の形態で結合したものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮することができる。各構成要素または特徴は、他の構成要素や特徴と結合されていない形態で実施することができる。また、一部の構成要素及び／または特徴を結合して本発明の実施例を構成することもできる。本発明の各実施例で説明する各動作の順序は変更可能である。一つの実施例の一部の構成や特徴は、他の実施例に含ませることができ、または、他の実施例の対応する構成または特徴と取り替えることができる。

以下の説明で使用される特定用語は、本発明の理解を促進するために提供されたものであって、このような特定用語の使用は、本発明の技術的思想を逸脱しない範囲で他の形態に変更可能である。

いくつかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略したり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示することができる。また、本明細書全体にわたって同一の構成要素に対しては、同一の図面符号を使用して説明する。

本発明の各実施例は、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２系列システム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥ及びＬＴＥ―Ａシステム、及び３ＧＰＰ２システムのうち少なくとも一つと関連して開示された各標準文書によって裏付けることができる。すなわち、本発明の各実施例のうち本発明の技術的思想を明確に示すために説明していない各段階または各部分は、前記各文書によって裏付けることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明することができる。

以下の技術は、多様な無線通信システムで使用することができる。明確性のために、以下では、３ＧＰＰ ＬＴＥ及び３ＧＰＰ ＬＴＥ―Ａシステムを中心に説明するが、本発明の技術的思想がこれに制限されることはない。

本文書で使用される各用語は、次のように定義される。

― ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）基盤の３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術。

― ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）：ＩＰ基盤のパケット交換（ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）と、ＬＴＥ、ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化された形態のネットワークである。

― ＮｏｄｅＢ：ＧＥＲＡＮ／ＵＴＲＡＮの基地局。屋外に設置し、カバレッジはマクロセル（ｍａｃｒｏ ｃｅｌｌ）規模である。

― ｅＮｏｄｅＢ：ＬＴＥの基地局。屋外に設置し、カバレッジはマクロセル規模である。

― ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）：使用者機器。ＵＥは、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）などの用語で言及することもできる。また、ＵＥは、ノートブック型コンピューター、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などの携帯可能な機器であってもよく、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、車両搭載装置などの携帯が不可能な機器であってもよい。ＵＥは、ＬＴＥなどの３ＧＰＰスペクトル（ｓｐｅｃｔｒｕｍ）及び／またはＷｉＦｉ、公共安全（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ）用スペクトルなどの非―３ＧＰＰスペクトルで通信が可能なＵＥである。

― 近接サービス（Ｐｒｏｘｉｍｉｔｙ ＳｅｒｖｉｃｅｓまたはＰｒｏｘｉｍｉｔｙ―ｂａｓｅｄ Ｓｅｒｖｉｃｅｓ；ＰｒｏＳｅ）：物理的に近接した装置間の探索（ｄｉｓｃｏｖｅｒｙ）、及び相互直接的な通信／基地局を通じた通信／第３の装置を通じた通信を可能にするサービス。このとき、使用者平面データ（ｕｓｅｒ ｐｌａｎｅ ｄａｔａ）は、３ＧＰＰコアネットワーク（例えば、ＥＰＣ）を経ずに直接データ経路（ｄｉｒｅｃｔ ｄａｔａ ｐａｔｈ）を通じて交換される。

― 近接性（Ｐｒｏｘｉｍｉｔｙ）：いずれかのＵＥが他のＵＥと近接したか否かは、所定義近接性基準が満足されるか否かによって決定される。近接性基準は、ＰｒｏＳｅ探索及びＰｒｏＳｅ通信に対して異なる形に与えることもできる。また、近接性基準は、事業者の制御対象に設定することもできる。

― 近接サービス探索（ＰｒｏＳｅ Ｄｉｓｃｏｖｅｒｙ）：Ｅ―ＵＴＲＡを使用していずれかのＵＥが他のＵＥに近接したか否かを識別する過程。

― 近接サービス通信（ＰｒｏＳｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）：各ＵＥ間に形成された（ｅｓｔａｂｌｉｓｈｅｄ）通信経路を通じて行われる近接した各ＵＥ間の通信。通信経路は、各ＵＥ間に直接形成されたり、ローカル基地局（ｅＮｏｄｅＢ）を通じてルーティングされることもある。

― 近接サービス―可能ＵＥ（ＰｒｏＳｅ―ｅｎａｂｌｅｄ ＵＥ）：ＰｒｏＳｅ探索及び／またはＰｒｏＳｅ通信を支援するＵＥ。以下では、ＵＥと称する。

― 近接サービス―可能ネットワーク（ＰｒｏＳｅ―ｅｎａｂｌｅｄ Ｎｅｔｗｏｒｋ）：ＰｒｏＳｅ探索及び／またはＰｒｏＳｅ通信を支援するネットワーク。以下では、ネットワークと称する。

― 近接サービスグループ通信（ＰｒｏＳｅ Ｇｒｏｕｐ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）：近接サービス―可能端末間の共通通信経路（ｃｏｍｍｏｎ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐａｔｈ）設定方法で、近接した二つ以上の近接サービス―可能端末（ＰｒｏＳｅ―ｅｎａｂｌｅｄ ＵＥ）間の一対多近接サービス通信（ｏｎｅ―ｔｏ―ｍａｎｙ ＰｒｏＳｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を称する。

― 近接サービス端末―対―ネットワークリレー（ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）（ＰｒｏＳｅ ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）：近接サービス―可能公共安全用端末（ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）であって、近接サービス―可能公共安全用端末（ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）とＥ―ＵＴＲＡを利用する近接サービス―可能ネットワークとの間で通信リレーとして動作するリレーの形態。

― 近接サービス端末―対―端末リレー（ＵＥ―ｔｏ―ＵＥ Ｒｅｌａｙ）（ＰｒｏＳｅ ＵＥ―ｔｏ―ＵＥ Ｒｅｌａｙ）：近接サービス―可能公共安全用端末（ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）であって、近接サービス―可能公共安全用端末（ｐｕｂｌｉｃ ｓａｆｅｔｙ ＵＥ）間の近接サービス通信リレーとして動作するリレーの形態。

― ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅＢ、ｅＮｏｄｅＢ及びこれらを制御するＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）を含む単位。ＵＥとコアネットワークとの間に存在し、コアネットワークへの連結を提供する。

― ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは、設定格納（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｔｏｒａｇｅ）、アイデンティティー管理（ｉｄｅｎｔｉｔｙ ｍａｎａｇｅｍｅｎｔ）、使用者状態格納などの機能を行うことができる。

― ＲＡＮＡＰ（ＲＡＮ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ））との間のインターフェース。

― ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）：各個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分されて構成され得る。

― ＮＡＳ（Ｎｏｎ―Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）：ＵＭＴＳプロトコルスタックでＵＥとコアネットワークとの間のシグナリング、トラフィックメッセージを取り交わすための機能的な階層。ＵＥの移動性を支援し、ＵＥとＰＤＮ ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）との間のＩＰ連結を形成（ｅｓｔａｂｌｉｓｈ）及び維持（ｍａｉｎｔａｉｎ）するセッション管理手順（ｐｒｏｃｅｄｕｒｅ）を支援することを主な機能とする。

― ＨＮＢ（Ｈｏｍｅ ＮｏｄｅＢ）：ＵＴＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）カバレッジを提供するＣＰＥ（Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ）。より具体的な事項は、標準文書ＴＳ ２５．４６７を参照することができる。

― ＨｅＮｏｄｅＢ（Ｈｏｍｅ ｅＮｏｄｅＢ）：Ｅ―ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ―ＵＴＲＡＮ）カバレッジを提供するＣＰＥ（Ｃｕｓｔｏｍｅｒ Ｐｒｅｍｉｓｅｓ Ｅｑｕｉｐｍｅｎｔ）。より具体的な事項は、標準文書ＴＳ ３６．３００を参照することができる。

― ＣＳＧ（Ｃｌｏｓｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｇｒｏｕｐ）：Ｈ（ｅ）ＮＢのＣＳＧの構成員であって、ＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）内の一つ以上のＣＳＧセルにアクセスすることが許容される加入者グループ。

― ＬＩＰＡ（Ｌｏｃａｌ ＩＰ Ａｃｃｅｓｓ）：ＩＰ機能を有する（ＩＰ ｃａｐａｂｌｅ）ＵＥがＨ（ｅ）ＮＢを経由して同一の住居（ｒｅｓｉｄｅｎｔｉａｌ）／企業（ｅｎｔｅｒｐｒｉｓｅ）ＩＰネットワーク内の他のＩＰ機能を有する個体に対するアクセス。ＬＩＰＡトラフィックは、移動事業者（ｏｐｅｒａｔｏｒ）ネットワークを経らない。３ＧＰＰリリース―１０システムでは、Ｈ（ｅ）ＮＢを経由してローカルネットワーク（すなわち、顧客（ｃｕｓｔｏｍｅｒ）の家または会社構内に位置したネットワーク）上の資源に対するアクセスを提供する。

― ＳＩＰＴＯ（Ｓｅｌｅｃｔｅｄ ＩＰ Ｔｒａｆｆｉｃ Ｏｆｆｌｏａｄ）：３ＧＰＰリリース―１０システムでは、事業者がＥＰＣネットワークでＵＥに物理的に近く存在するＰＧＷ（Ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ ＧａｔｅＷａｙ）を選択することによって使用者のトラフィックを超えることを支援する。

― ＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）連結：一つのＩＰ住所（一つのＩＰｖ４住所及び／または一つのＩＰｖ６プレフィックス）で表現されるＵＥと、ＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）で表現されるＰＤＮとの間の論理的な連結。

ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）

図１は、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）の概略的な構造を示す図である。

ＥＰＣは、３ＧＰＰ技術の性能を向上させるためのＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは、多様な種類のネットワーク間の移動性を支援するネットワーク構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰ基盤で多様な無線接続技術を支援し、より向上したデータ伝送能力を提供するなどの最適化されたパケット―基盤のシステムを提供することを目標とする。

具体的に、ＥＰＣは、３ＧＰＰ ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）であって、パケット―基盤の実時間及び非実時間サービスを支援することができる。既存の移動通信システム（すなわち、２世代または３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ―Ｓｗｉｔｃｈｅｃｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ―Ｓｗｉｔｃｈｅｄ）の２個の区別されるサブ―ドメインを通じてコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ ＬＴＥシステムでは、ＣＳ及びＰＳのサブ―ドメインが一つのＩＰドメインに単一化された。すなわち、３ＧＰＰ ＬＴＥシステムにおいて、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する各端末間の連結は、ＩＰ基盤の基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ））を通じて構成することができる。すなわち、ＥＰＣは、端―対―端（ｅｎｄ―ｔｏ―ｅｎｄ）ＩＰサービスの具現に必須な構造である。

ＥＰＣは、多様な構成要素を含むことができ、図１では、そのうち一部に該当する、ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）、ＰＤＮ ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）を図示する。

ＳＧＷは、無線接続ネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ ＧＷとの間のデータ経路を維持する機能をする要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、ＳＧＷは、ローカル移動性アンカーポイント（ａｎｃｈｏｒ ｐｏｉｎｔ）としての役割をする。すなわち、Ｅ―ＵＴＲＡＮ（３ＧＰＰリリース―８以後で定義されるＥｖｏｌｖｅｄ―ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ） Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）内での移動性のために、ＳＧＷを通じて各パケットがルーティングされ得る。また、ＳＧＷは、他の３ＧＰＰネットワーク（３ＧＰＰリリース８前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ Ｇｌｏｂａｌ Ｅｖｏｌｕｔｉｏｎ） Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。

ＰＤＮ ＧＷ（またはＰ―ＧＷ）は、パケットデータネットワークに向かうデータインターフェースの終了点（ｔｅｒｍｉｎａｔｉｏｎ ｐｏｉｎｔ）に該当する。ＰＤＮ ＧＷは、政策執行特徴（ｐｏｌｉｃｙ ｅｎｆｏｒｃｅｍｅｎｔ ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ ｓｕｐｐｏｒｔ）などを支援することができる。また、３ＧＰＰネットワークと非―３ＧＰＰネットワーク（例えば、Ｉ―ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘなどの信頼されるネットワーク）との移動性管理のためのアンカーポイントとしての役割をすることができる。

図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ ＧＷが別途のゲートウェイで構成されることを示すが、二つのゲートウェイが単一のゲートウェイ構成オプション（Ｓｉｎｇｌｅ Ｇａｔｅｗａｙ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｐｔｉｏｎ）によって具現されることもある。

ＭＭＥは、ＵＥのネットワーク連結に対するアクセス、ネットワーク資源の割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどを支援するためのシグナリング及び制御機能を行う要素である。ＭＭＥは、加入者及びセッション管理と関連する制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、保安過程（Ｓｅｃｕｒｉｔｙ Ｐｒｏｃｅｄｕｒｅｓ）、端末―対―ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ―ｔｏ―ｎｅｔｗｏｒｋ Ｓｅｓｓｉｏｎ Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ Ｔｅｒｍｉｎａｌ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。

ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対する使用者の移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）などの全てのパケットデータをハンドリングする。

ｅＰＤＧは、信頼されない非―３ＧＰＰネットワーク（例えば、I―ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対する保安ノードとしての役割をする。

図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非―３ＧＰＰアクセス基盤にもＥＰＣ内の多様な要素を経由して事業者（すなわち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。

また、図１では、多様なレファレンスポイント（例えば、Ｓ１―Ｕ、Ｓ１―ＭＭＥなど）を図示する。３ＧＰＰシステムでは、Ｅ―ＵＴＲＡＮ及びＥＰＣの異なる機能個体（ｆｕｎｃｔｉｏｎａｌ ｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）と定義する。次の表１は、図１に示したレファレンスポイントを整理したものである。表１の各例示の他にも、ネットワーク構造によって多様なレファレンスポイントが存在し得る。

図１に示したレファレンスポイントのうちＳ２ａ及びＳ２ｂは、非―３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非―３ＧＰＰアクセスとＰＤＮ ＧＷとの間の関連制御及び移動性支援を使用者平面に提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧとＰＤＮ ＧＷとの間の関連制御及び移動性支援を使用者平面に提供するレファレンスポイントである。

近接サービス（ＰｒｏＳｅ）を提供するための制御メカニズム

本発明では、３ＧＰＰ ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）などの移動通信システムで近接サービス（ＰｒｏＳｅ）またはＤ２Ｄサービスを支援するための制御メカニズムを提案する。

最近、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）などに対する使用者要求事項の増加により、物理的に近い距離の各使用者／各装置間の検出（ｄｅｔｅｃｔ）／探索（ｄｉｓｃｏｖｅｒｙ）及び特別なアプリケーション／サービス（すなわち、近接性―基盤のアプリケーション／サービス）に対する要求が台頭した。３ＧＰＰ移動通信システムでも、このような種類のサービスを提供するための動きとして、ＰｒｏＳｅに対する可能な用例（ｕｓｅ ｃａｓｅ）及びシナリオと、可能なサービス要件（ｓｅｒｖｉｃｅ ｒｅｑｕｉｒｅｍｅｎｔ）に対する論議が進行中にある。

ＰｒｏＳｅの可能な用例は、商業的／ソーシャルサービス、ネットワークオフロード、公共安全（Ｐｕｂｌｉｃ Ｓａｆｅｔｙ）、既存のインフラストラクチャー（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）サービスの統合（これは、到達性（ｒｅａｃｈａｂｉｌｉｔｙ）及び移動性（ｍｏｂｉｌｉｔｙ）側面を含む使用者経験の一貫性を保障するためである）などを挙げることができる。また、Ｅ―ＵＴＲＡＮカバレッジが提供されない場合における公共安全（この場合、特定地域の規制及び事業者政策に符合することを条件とし、公共―安全のために指定された特定周波数帯域及び特定端末に制限されることを考慮しなければならない）に対する各用例及び可能な要件が論議中にある。

特に、３ＧＰＰで進行中のＰｒｏＳｅに対する論議の範囲は、近接性―基盤のアプリケーション／サービスはＬＴＥまたはＷＬＡＮを経由して提供され、事業者／ネットワークの制御を受けて各装置間の探索及び通信が行われることを仮定する。

図２は、ＥＰＳで二つのＵＥが通信する基本的なデータ経路を示す図である。すなわち、図２は、ＵＥ―１とＵＥ―２との間のＰｒｏＳｅが適用されない一般的な場合のＵＥ―１とＵＥ―２との間のデータ経路を例示的に示す。このような基本的な経路は、基地局（すなわち、ｅＮｏｄｅＢまたはＨｏｍｅ ｅＮｏｄｅＢ）及びゲートウェイノード（すなわち、ＥＰＣまたは事業者網）を経る。例えば、図２に示したように、ＵＥ―１とＵＥ―２がデータを取り交わすとき、ＵＥ―１からのデータは、ｅＮｏｄｅＢ―１、Ｓ―ＧＷ／Ｐ―ＧＷ、ｅＮｏｄｅＢ―２を経てＵＥ―２に伝達され、同様に、ＵＥ―２からのデータは、ｅＮｏｄｅＢ―２、Ｓ―ＧＷ／Ｐ―ＧＷ、ｅＮｏｄｅＢ―１を経てＵＥ―１に伝達され得る。図２では、ＵＥ―１とＵＥ―２が互いに異なるｅＮｏｄｅＢにキャンプ―オン（ｃａｍｐ―ｏｎ）したことを示しているが、同一のｅＮｏｄｅＢにキャンプ―オンすることもできる。また、図２では、二つのＵＥが同一のＳ―ＧＷ及びＰ―ＧＷからサービスを受けていることを示しているが、多様な組み合わせのサービスが可能である。すなわち、同一のＳ―ＧＷ、そして、互いに異なるＰ―ＧＷからサービスを受けることもでき、互いに異なるＳ―ＧＷ、そして、同一のＰ―ＧＷからサービスを受けることもでき、互いに異なるＧＷ、そして、互いに異なるＰ―ＧＷ路からサービスを受けることもできる。

本発明では、このような基本的なデータ経路を、インフラストラクチャーデータ経路（すなわち、ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｐａｔｈ、ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｄａｔａ ｐａｔｈまたはｉｎｆｒａｓｔｒｕｃｔｕｒｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐａｔｈ）と称することができる。また、このようなインフラストラクチャーデータ経路を通じた通信を、インフラストラクチャー通信と称することができる。

図３は、ＰｒｏＳｅ基盤の二つのＵＥ間の直接モードデータ経路を示す図である。このような直接モード通信経路は、基地局（すなわち、ｅＮｏｄｅＢまたはＨｏｍｅ ｅＮｏｄｅＢ）及び各ゲートウェイノード（すなわち、ＥＰＣ）を経らない。

図３（ａ）は、ＵＥ―１とＵＥ―２がそれぞれ異なるｅＮｏｄｅＢ（すなわち、ｅＮｏｄｅＢ―１及びｅＮｏｄｅＢ―２）にキャンプ―オンしながら直接モード通信経路を通じてデータを取り交わす場合を例示的に図示する。図３（ｂ）は、同一のｅＮｏｄｅＢ（すなわち、ｅＮｏｄｅＢ―１）にキャンプ―オンしているＵＥ―１とＵＥ―２が直接モード通信経路を通じてデータを取り交わす場合を例示的に図示する。

一方、使用者平面のデータ経路は、図３に示したように、基地局やゲートウェイノードを経ずにＵＥ間に直接形成されるが、制御平面経路は、基地局及びコアネットワークを経て形成され得るという点に留意しなければならない。制御平面経路を通じて交換される制御情報は、セッション管理、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、権限検証（ａｕｔｈｏｒｉｚａｔｉｏｎ）、保安、課金などと関連する情報であり得る。図３（ａ）の例示のように、異なるｅＮｏｄｅＢによってサービングされる各ＵＥのＰｒｏＳｅ通信である場合、ＵＥ―１に対する制御情報は、ｅＮｏｄｅＢ―１を経てコアネットワークの制御ノード（例えば、ＭＭＥ）と交換することができ、ＵＥ―２に対する制御情報は、ｅＮｏｄｅＢ―２を経てコアネットワークの制御ノード（例えば、ＭＭＥ）と交換することができる。図３（ｂ）の例示のように、同一のｅＮｏｄｅＢによってサービングされる各ＵＥのＰｒｏＳｅ通信の場合、ＵＥ―１及びＵＥ―２に対する制御情報は、ｅＮｏｄｅＢ―１を経てコアネットワークの制御ノード（例えば、ＭＭＥ）と交換することができる。

図４は、ＰｒｏＳｅ基盤の二つのＵＥ間のローカルルーティング方式データ経路を示す図である。図４の例示のように、ＵＥ―１とＵＥ―２との間のＰｒｏＳｅ通信データ経路はｅＮｏｄｅＢ―１を経て形成されるが、事業者が運営するゲートウェイノード（すなわち、ＥＰＣ）は経らない。一方、制御平面経路は、図４のように、同一のｅＮｏｄｅＢによってサービングされる各ＵＥのローカルルーティング方式のデータ経路が構成される場合、ＵＥ―１及びＵＥ―２に対する制御情報は、ｅＮｏｄｅＢ―１を経てコアネットワークの制御ノード（例えば、ＭＭＥ）と交換することができる。

本発明では、図３及び図４で説明した通信経路を直接データ経路、ＰｒｏＳｅのためのデータ経路、ＰｒｏＳｅ基盤のデータ経路、またはＰｒｏＳｅ通信経路と称することができる。また、このような直接データ経路を通じた通信を、直接通信、ＰｒｏＳｅ通信、またはＰｒｏＳｅ基盤の通信と称することができる。

図５は、端末―対―ネットワークリレー（ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ Ｒｅｌａｙ）動作を含むグループ通信（Ｇｒｏｕｐ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）シナリオを例示する。図５で例示したように、ＵＥ―１、ＵＥ―２、ＵＥ―３、ＵＥ―４及びＵＥ―５は、全て同一のグループに属したメンバーＵＥ／使用者（ｕｓｅｒ）／加入者（Ｓｕｂｓｃｒｉｂｅｒ）を示す。また、グループ及びグループ通信を管理するアプリケーションサーバー（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ、ＡＳ）が存在し、グループを管理するディスパッチャ（Ｄｉｓｐａｔｃｈｅｒ）が存在する。グループ通信（またはグループコール（Ｇｒｏｕｐ ｃａｌｌ））は、ＰＴＴ（Ｐｕｓｈ―Ｔｏ―Ｔａｌｋ）と類似する形に行われ、グループ通信に参加するためには、グループにジョイン（ｊｏｉｎ）する動作を行わなければならない。

図５のグループ通信では、一度に一つのＵＥがトーキングパーティー（ｔａｌｋｉｎｇ ｐａｒｔｙ）、すなわち、メディア（例えば、音声など）の送信者になり得る。したがって、同時に多数のＵＥがメディアを送信することはできない。グループ通信を行うグループにジョインした、トーキングパーティーとしての役割をするＵＥ以外に、他のＵＥは、トーキングパーティーＵＥが送信したメディアを受信する。ここで、トーキングパーティーＵＥの役割は、明示的または暗示的にアプリケーションサーバー（ＡＳ）またはディスパッチャ（ｄｉｓｐａｔｃｈｅｒ）から送信許可（ｔｒａｎｓｍｉｔ ｐｅｒｍｉｓｓｉｏｎ）を受けた場合に遂行可能である。

特に、図５のＵＥ―５の場合は、ネットワークを通じてグループ通信サービスを受けず、ＵＥ―４を通じてグループ通信サービスを受けることを図示している。これは、ＵＥが３ＧＰＰネットワークカバレッジ（以下、Ｅ―ＵＴＲＡＮカバレッジ）外にあるか、または、Ｅ―ＵＴＲＡＮカバレッジ内にあるとしても、グループ通信を支援しないＥ―ＵＴＲＡＮカバレッジ内にある場合を示す。この場合、ネットワークを通じてグループ通信サービスを受ける同一のグループに属したメンバーＵＥとのリレー動作を通じてグループ通信サービスを受けることができる。したがって、本発明では、グループ通信を支援するＥ―ＵＴＲＡＮカバレッジをグループ通信サービス範囲と称することにする。さらに、グループ通信と関連するサービス要件に対する詳細な事項は、３ＧＰＰ ＴＳ ２２．４６８及び３ＧＰＰ ＴＲ ２２．８０３を参考にすることができる。

図６は、グループ通信サービスのための構造（Ａｒｃｈｉｔｅｃｔｕｒｅ）を説明するための参考図である。図６において、レファレンスポイントを検討すると、コアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ）上のブロードキャスト―マルチキャストサービスセンター（Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ―Ｓｅｒｖｉｃｅ Ｃｅｎｔｒｅ、ＢＭ―ＳＣ）及びＭＢＭＳ―ＧＷは、マルチ―ポイントサービスのために利用され、ＧＣ２は、マルチ―ポイントサービスのセットアップ（ｓｅｔｕｐ）を要請するために使用される。ここで、ＧＣ２は、使用者平面（ｕｓｅｒ ｐｌａｎｅ）及び制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）の各コンポーネント（ｃｏｍｐｏｎｅｎｔｓ）で構成される。ＧＣ１は、端末のＧＣＳＥ（Ｇｒｏｕｐ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｅｎａｂｌｅｒ）グループ登録、ｅＭＢＭＳ関連情報のリレー、サービス連続性を目的としてＧＣＳＥ ＡＳ（Ｇｒｏｕｐ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｅｎａｂｌｅｒ Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）に対するシグナリングのために利用される。

さらに、図６において、ＧＣＳＥ ＡＳの主要な役割は、ｉ）特定のグループ通信またはｉｉ）グループ通信に参加する特定ＵＥ／受信グループメンバー（Ｒｅｃｅｉｖｉｎｇ ｇｒｏｕｐ ｍｅｍｂｅｒ）に対して、ダウンリンクメディア（ｄｏｗｎｌｉｎｋ ｍｅｄｉａ）をユニキャスト（ｕｎｉｃａｓｔ）方式で伝達（ｄｅｌｉｖｅｒ）するか、それとも、マルチキャスト（ｍｕｌｔｉｃａｓｔ）方式（すなわち、ＭＢＭＳ方式）で伝達するかを決定する。

さらに、アップリンクトラフィック（ｕｐｌｉｎｋ ｔｒａｆｆｉｃ）は、常にユニキャスト方式で伝達され、マルチ―ポイントサービスは、ｅＭＢＭＳを使用して実現される（これに対する内容は、３ＧＰＰ ＴＳ ２３．２４６を参照することができる）。

上述したように、ＰｒｏＳｅの可能な各用例と各要件、基礎的なデータ経路、制御経路のみが論議されているだけで、ＰｒｏＳｅを支援するための３ＧＰＰのネットワークの構造及び動作の具体的な方案は設けられていない。本発明では、事業者／ネットワークによるＰｒｏＳｅの制御を可能にするための制御平面シグナリングの具体的な各例示に対して提案する。

近接サービス（ＰｒｏＳｅ）基盤のグループ通信（Ｇｒｏｕｐ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）

本発明では、３ＧＰＰ ＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）などの移動通信システムで近接（Ｐｒｏｘｉｍｉｔｙ）基盤のグループ通信を効率的に制御するメカニズムを提案する。本発明で提案する近接基盤のグループ通信制御メカニズムは、以下で説明する１）リレーＵＥがグループ通信サービス範囲外にあるＵＥ（すなわち、リレーを受けるＵＥ）をグループ通信サービスのためにグループにジョインさせる動作、２）リレーＵＥが、リレーを受けるＵＥにリレーを提供する動作、３）リレーＵＥを再選択する動作、４）リレーを受けるＵＥがプライマリーリレーＵＥ（ｐｒｉｍａｒｙ ｒｅｌａｙ ＵＥ）とセカンダリーリレーＵＥ（ｓｅｃｏｎｄａｒｙ ｒｅｌａｙ ＵＥ）を運営する動作、及び５）グループ通信ＡＳの動作のうち少なくとも一つ以上の動作の組み合わせで構成することができる。以下では、本発明で提案する前記１）〜５）動作に対して具体的に説明する。

１．リレーＵＥが、リレーを受けるＵＥをグループにジョインさせる動作

本発明によると、グループ通信サービス範囲外にあるＵＥ（以下、リレーを受けるＵＥまたはＵＥ―１と称する）がグループ通信サービスを受けるためにグループにジョインする動作は、以下で説明する一つ以上の動作の組み合わせで構成することができる。

１）グループ通信をリレーできるＵＥ、すなわち、端末―対―ネットワークリレー（ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ ｒｅｌａｙ）が可能なＵＥ（以下、リレーＵＥまたはＵＥ―２と称する）は、自身（すなわち、リレーＵＥ）がリレーできるグループに対する少なくとも一つ以上の識別子（ｉｄｅｎｔｉｆｉｅｒ（ｓ））を公知（ａｎｎｏｕｎｃｅ）することができる。このようにリレーＵＥから伝送される識別子は、他のＵＥによって直接受信することもでき、ｅＮｏｄｅＢを通じて他のＵＥが受信することもできる。

さらに、前記の公知は、リレーＵＥ（すなわち、ＵＥ―２）が近接サービス（Ｐｒｏｘｉｍｉｔｙ ｓｅｒｖｉｃｅ）と関連して自身の存在を公知するときに同時に行うこともできるが、場合に応じては、リレーできるグループに対する少なくとも一つの識別子と近接サービスと関連する自身の存在に対する公知を別個に行うこともできる。また、リレーできるグループの識別子を公知する場合、リレーＵＥ（すなわち、ＵＥ―２）は、既にグループにジョイン動作を行った後でもあり得るが、リレーできるグループにジョイン動作を行う前に公知することもできる。

２）リレーを受けるＵＥ（すなわち、ＵＥ―１）は、自身が属したグループ（以下、グループ＃１と称する）のグループ通信をリレーできるＵＥを認知または探索した後（直接的にまたはネットワークを介して）、リレー可能なＵＥ（すなわち、ＵＥ２）にジョインする動作を行う。さらに、説明の便宜上、リレー可能なＵＥ（すなわち、ＵＥ―２）にジョインする動作は、リレーを受けようとするグループ（すなわち、グループ＃１）にジョインするための動作として、本発明全般にわたって解釈することができる。

リレーを受けるＵＥ（すなわち、ＵＥ―１）は、リレー可能なＵＥ（すなわち、ＵＥ―２）を通じてジョイン要請メッセージを伝送する。リレーを受けるＵＥ（すなわち、ＵＥ―１）が多数のリレー可能なＵＥ（ｓ）を認知／探索した場合、多様な基準に基づいてリレーＵＥを選択することができる。例えば、ｉ）リレー可能なＵＥがリレーできるグループ情報、ｉｉ）信号強さ、ｉｉｉ）選好度、ｉｖ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）／政策（ｐｏｌｉｃｙ）などに基づいて、リレーＵＥ（すなわち、ＵＥ―２）を選択することができる。

より具体的に、例えば、ＵＥ―Ａは、グループ＃１、グループ＃２のグループ通信に対するリレーを提供することができ、ＵＥ―Ｂは、グループ＃１のグループ通信に対するリレーを提供することができると仮定する。このような仮定下で、ＵＥ―ＡとＵＥ―Ｂが全てリレー選択に必要な他の条件を満足するとき、リレーを受けようとするＵＥがグループ＃１とグループ＃２の全てのグループ通信に参加しようとする場合、ＵＥ―ＡはリレーＵＥとして選択することができる。

また、ＵＥ―１がＵＥ―２に伝送するジョイン要請メッセージは、グループ通信に必要な多様な情報を含むことができる。例えば、リレーを受けるＵＥ（すなわち、ＵＥ―１）の識別情報、ジョインしようとするグループの識別情報、保安（ｓｅｃｕｒｉｔｙ）関連情報などを含むことができる。

以後の動作は、リレーＵＥ（すなわち、ＵＥ―２）のグループ通信（すなわち、グループ＃１）ジョインの有無によって次のように行うことができる。

３―ａ）リレーを受けるＵＥ（すなわち、ＵＥ―１）からジョイン要請を受信したリレーＵＥ（すなわち、ＵＥ―２）が既にグループ＃１にジョインした場合：

３―ａ―１）リレーを受けるＵＥ（すなわち、ＵＥ―１）をグループに（例えば、ネットワーク／グループ通信システム／ＡＳ／ディスパッチャなど）明示的にジョインさせる必要がないと仮定することができる。リレー動作を行わなければならないことをグループに（例えば、ネットワーク／グループ通信システム／ＡＳ／ディスパッチャなど）知らせたり、リレー動作と関連してグループから許可（ｐｅｒｍｉｓｓｉｏｎ）を受けなければならない場合、リレーＵＥ（すなわち、ＵＥ―２）は、グループ（すなわち、グループ＃１）にリレー動作と関連する情報を含むメッセージを伝送する。その後、リレーを受けるＵＥにジョイン要請に対する応答メッセージを伝送する。

ただし、リレー動作を行わなければならないことをグループ（すなわち、グループ＃１）に（例えば、ネットワーク／グループ通信システム／ＡＳ／ディスパッチャなど）知らせる必要がないか、リレー動作と関連してグループから許可を受ける必要がない場合は、（グループにリレー動作と関連する情報を含むメッセージの伝送なしで）リレーを受けるＵＥにジョイン要請に対する応答メッセージを伝送する。

３―ａ―２）または、リレーを受けるＵＥ（すなわち、ＵＥ１）をグループに明示的にジョインさせなければならないか、リレーを受けるＵＥがグループに明示的にジョインしなければならなく、リレー動作を行わなければならないことをグループに（例えば、ネットワーク／グループ通信システム／ＡＳ／ディスパッチャなど）知らせたり、リレー動作と関連してグループから許可を受けなければならない場合、リレーを受けるＵＥ（すなわち、ＵＥ―１）をグループにジョインさせる動作／リレー動作と関連する情報を含むメッセージ伝送を行う。２個の動作は、同時にまたは組み合わされた形態で行うこともでき、別途に行うこともできる。その後、リレーを受けるＵＥにジョイン要請に対する応答メッセージを伝送する。

ただし、リレー動作を行わなければならないことをグループに（例えば、ネットワーク／グループ通信システム／ＡＳ／ディスパッチャなど）知らせる必要がないか、リレー動作と関連してグループから許可を受ける必要がない場合は、リレーを受けるＵＥ（すなわち、ＵＥ―１）をグループにジョインさせる動作を行う。その後、リレーを受けるＵＥにジョイン要請に対する応答メッセージを伝送する。

上述したように、リレーを提供するＵＥ（すなわち、ＵＥ―２）が、リレーを受けるＵＥ（すなわち、ＵＥ一１）をグループにジョインさせるためのメッセージを伝送するとき、リレーを提供するＵＥ（すなわち、ＵＥ―２）は、追加的にまたは選択的に自身の位置情報（例えば、ＴＡＩ（Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｉｄｅｎｔｉｔｙ）及び／あるいはＥＣＧＩ（Ｅ―ＵＴＲＡＮ Ｃｅｌｌ Ｇｌｂａｌ Ｉｄｅｎｔｉｆｉｅｒ）など）を、リレーを受けるＵＥ（すなわち、ＵＥ―２）をグループにジョインさせるためのメッセージに含ませることもできる。さらに、これは、本発明全般にわたって適用することができる。

また、３―ａ―１）及び３―ａ―２）において、リレー動作と関連する情報は以下で説明する情報のうち一つ以上であり、このような情報は、明示的（ｅｘｐｌｉｃｉｔｌｙ）または暗示的（ｉｍｐｌｉｃｉｔｌｙ）であり得る。また、このようなリレー動作と関連する情報は、３―ａ―２）の場合に常にネットワーク（または、グループ通信システム／グループ通信ＡＳ／ディスパッチャなど）に伝送されることもある。換言すると、リレーを受けるＵＥをグループにジョインさせるとき、リレー動作と関連する情報が含まれてジョイン動作を行うことができる。このような内容は、本発明全般にわたって適用することができる。
― リレーを提供するＵＥ（すなわち、ＵＥ―２）がリレーを受けるＵＥ（すなわち、ＵＥ―１）に対してリレー動作を行うことを知らせる情報
― グループにジョインするＵＥ（すなわち、ＵＥ―１）がリレーＵＥ（すなわち、ＵＥ―２）を通じてグループにジョインすることを知らせる情報
― グループにジョインするＵＥ（すなわち、ＵＥ―１）がリレーＵＥ（すなわち、ＵＥ―２）を通じてグループ通信にジョイン／参加することを知らせる情報
― グループにジョインするＵＥ（すなわち、ＵＥ―１）がｉ）ネットワークカバレッジ（ｎｅｔｗｏｒｋ ｃｏｖｅｒａｇｅ）外にあるか、ｉｉ）ｅＮｏｄｅＢによってサービス（ｓｅｒｖｅ）されていないか、またはｉｉｉ）リレーＵＥによってサービスされていることを知らせる情報
― グループにジョインするＵＥ（すなわち、ＵＥ―１）がグループ通信を支援しないＥ―ＵＴＲＡＮカバレッジにあることを知らせる情報
― グループにジョインするＵＥ（すなわち、ＵＥ―１）がグループ通信サービス範囲外にあることを知らせる情報
― リレーＵＥとしての役割をするＵＥの識別情報（例えば、ＩＤ情報、ＩＰ住所情報など）

または、上述した場合と異なり、リレーを提供するＵＥ（すなわち、ＵＥ―２）が、自身がグループにジョインするためのメッセージをネットワークに伝送するときは、自身の位置情報（例えば、ＴＡＩ及び／あるいはＥＣＧＩなど）を含ませる一方、リレーを受けるＵＥ（すなわち、ＵＥ―１）をグループにジョインさせるためのメッセージをネットワークに伝送するときは、自身の位置情報を含ませないことによって、暗示的にジョインをするＵＥは、リレーＵＥを通じてグループ通信に参加するものであることを知らせることもできる。

３―ｂ）リレーを受けるＵＥ（すなわち、ＵＥ―１）からジョイン要請を受信したリレーＵＥ（すなわち、ＵＥ２）がグループ（例えば、グループ＃１）に未だにジョインしていない場合：

３―ｂ―１）リレーを受けるＵＥ（すなわち、ＵＥ―１）をグループに明示的にジョインさせる必要がなく、リレー動作を行わなければならないことをグループに（例えば、ネットワーク／グループ通信システム／ＡＳ／ディスパッチャなど）知らせたり、リレー動作と関連してグループから許可を受けなければならない場合、リレーＵＥは、ｉ）自身がグループにジョインする動作／ｉｉ）リレー動作と関連する情報を含むメッセージ伝送を行う。２個の動作（すなわち、ｉ、ｉｉ）は、同時にまたは組み合わされた形態で行うこともでき、別途に（すなわち、独立的に）行うこともできる。その後、リレーＵＥは、リレーを受けるＵＥにジョイン要請に対する応答メッセージを伝送する。これとは異なり、一旦、ジョイン要請に対する応答メッセージが伝送された後、グループにジョインする動作／リレー動作と関連する情報を含むメッセージ伝送が行われることもある。

リレー動作を行わなければならないことをグループに（例えば、ネットワーク／グループ通信システム／ＡＳ／ディスパッチャなど）知らせる必要がないか、リレー動作と関連してグループから許可を受ける必要がない場合、リレーＵＥは、自身がグループにジョインする動作を行う。その後、リレーを受けるＵＥにジョイン要請に対する応答メッセージを伝送する。

３―ｂ―２）リレーを受けるＵＥ（すなわち、ＵＥ―１）をグループに明示的にジョインさせたり、リレーを受けるＵＥ（すなわち、ＵＥ―１）がグループに明示的にジョインしなければならなく、リレー動作を行わなければならないことをグループに（例えば、ネットワーク／グループ通信システム／ＡＳ／ディスパッチャなど）知らせたり、リレー動作と関連してグループから許可を受けなければならない場合、リレーＵＥは、ｉ）自身がグループにジョインする動作／ｉｉ）リレーを受けるＵＥに対するジョイン動作／ｉｉｉ）リレー動作と関連する情報を含むメッセージ伝送を行う。３個の動作（すなわち、ｉ、ｉｉ、ｉｉｉ）は、同時にまたは組み合わされた形態で行うこともでき、別途に（すなわち、独立的に）行うこともできる。その後、リレーＵＥは、リレーを受けるＵＥにジョイン要請に対する応答メッセージを伝送する。これとは異なり、一旦、ジョイン要請に対する応答メッセージを伝送した後、グループにジョインする動作／リレーを受けるＵＥに対するジョイン動作／リレー動作と関連する情報を含むメッセージ伝送を行うこともできる。

しかし、リレーを受けるＵＥ（すなわち、ＵＥ―１）をグループに明示的にジョインさせたり、リレーを受けるＵＥ（すなわち、ＵＥ―１）がグループに明示的にジョインしなければならないにもかかわらず、リレー動作を行わなければならないことをグループに（例えば、ネットワーク、はグループ通信システム、ＡＳまたはディスパッチャなど）知らせる必要がないか、リレー動作と関連してグループから許可を受ける必要がない場合、リレーＵＥは、ｉ）自身がグループにジョインする動作／ｉｉ）リレーを受けるＵＥに対するジョイン動作を行う。２個の動作（すなわち、ｉ、ｉｉ）は、同時にまたは組み合わされた形態で行うこともでき、別途に行うこともできる。その後、リレーを受けるＵＥにジョイン要請に対する応答メッセージを伝送する。これとは異なり、一旦、ジョイン要請に対する応答メッセージを伝送した後、グループにジョインする動作／リレーを受けるＵＥに対するジョイン動作を行うこともできる。

上述したリレーを受けるＵＥ（すなわち、ＵＥ―１）がリレーＵＥ（すなわち、ＵＥ―２）にジョインする動作により、ｉ）相互認証、ｉｉ）グループ通信に必要な情報交換、ｉｉｉ）グループ通信のための保安関係形成（例えば、保安キー（ｓｅｃｕｒｉｔｙ ｋｅｙ）交換）、ｉｖ）相手ＵＥに対する情報／コンテキスト（ｃｏｎｔｅｘｔ）格納のうち少なくとも一つが完了／遂行または達成され得る。

また、上述したｉ）リレーＵＥがグループにジョインするために送受信するメッセージ、ｉｉ）リレーを受けるＵＥをグループにジョインさせるために送受信するメッセージ、及びｉｉｉ）リレー動作と関連する情報を含むメッセージのように、リレーＵＥとネットワークとの間で交換する各メッセージは、ＲＡＮノード（ｎｏｄｅ）（例えば、ｅＮｏｄｅＢ）／コアネットワークノード（例えば、ＭＭＥ、Ｓ―ＧＷ、Ｐ―ＧＷ、ＰｒｏＳｅサービス関連ノード／サーバー、グループ通信システム及び／またはグループ通信のためのアプリケーションサーバー（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ ｆｏｒ ｇｒｏｕｐ ｃｏｍｍｕｎｉｃａｔｉｏｎ））／ディスパッチャのうち少なくとも一つを経ることができる。さらに、リレーＵＥとネットワークとの間で交換する各メッセージとしては、既存のメッセージを使用したり、新たに定義されたメッセージを使用することができる。例えば、既存のＡＳ／ＲＲＣメッセージ、ＮＡＳメッセージを使用することもでき、新たに定義されたＡＳ／ＲＲＣメッセージ、ＮＡＳメッセージを使用することもでき、新たなプロトコルのメッセージを定義して使用することもできる。

２．リレーＵＥが、リレーを受けるＵＥにリレーを提供する動作

リレーＵＥとリレーを受けるＵＥが全てトーキングパーティーでない場合は、リレーＵＥがネットワーク（またはグループ）から受信したメディア／グループコール（ｇｒｏｕｐ ｃａｌｌ）／グループ通信を、リレーを受けるＵＥに伝達する。このとき、リレーＵＥは、トーキングパーティーの識別子情報を共に伝達することができる。

リレーＵＥがトーキングパーティーである場合、リレーＵＥは、自身が生成したメディア／グループコール／グループ通信を、リレーを受けるＵＥに伝達する。このとき、リレーＵＥは、トーキングパーティーの識別子情報として自身の識別子情報を共に伝達することができる。勿論、リレーＵＥは、自身が生成したメディア／グループコール／グループ通信をネットワーク（またはグループ）に送信することもできる。

また、リレーを受けるＵＥがトーキングパーティーである場合、リレーＵＥは、リレーを受けるＵＥが送信したメディア／グループコール／グループ通信をネットワーク（またはグループ）に伝達することができる。このとき、リレーＵＥは、トーキングパーティーの識別子情報として、リレーを受けるＵＥの識別子情報を共に伝達することができ、追加的にリレーＵＥの識別子情報も共に提供することができる。

さらに、リレーを受けるＵＥがトーキングパーティーになるために、明示的または暗示的にネットワークから送信許可を受けなければならない場合もある。この場合、リレーＵＥは、リレーを受けるＵＥのために送信許可を受けるための動作を行うことができ、これは、リレーＵＥがリレーを受けるＵＥをグループにジョインさせる動作で上述したのと類似する形で動作し得る。

３．リレーＵＥを再選択する動作

リレーＵＥがリレーを受けるＵＥにこれ以上リレーできなくなったり、リレーできなくなる可能性がある場合、（例えば、リレーＵＥとリレーを受けるＵＥとが互いに遠ざかるか、リレーＵＥもグループ通信サービス範囲を逸脱する場合）リレーＵＥを再選択する必要がある。このような動作は、次のうち一つ以上の動作の組み合わせで構成される。

１）リレーを受けるＵＥがリレーＵＥを再選択しなければならないことを認知／決定し、ｉ）同一のグループに属した他のＵＥ、またはｉｉ）リレーを受けようとするグループに対するグループ通信をリレーできるＵＥを探索／ジョインする。

その後、リレーを受けるＵＥは、追加的にオールド（ｏｌｄ）リレーＵＥ（すなわち、以前にリレーを提供したが、これ以上リレーを提供できないリレーＵＥ）にリーブ（ｌｅａｖｅ）要請動作を行うことができる。しかし、明示的にリーブ要請動作を行わないとしても、暗示的にリーブ動作を行うこともできる。ここで、リーブ動作とは、リレーを受けるＵＥがオールドリレーＵＥからリーブすることを意味し、グループでリーブすることは意味しない。

２）リレーＵＥは、自身がリレーを受けるＵＥにこれ以上リレー動作を行えないことを認知／決定する。したがって、リレーＵＥは、ｉ）他のリレーＵＥを選択してリレーとしての役割を委任する動作、及びｉｉ）リレーを受けるＵＥに関連情報を通報する動作のうち少なくとも一つを行う。ここで、リレーを受けるＵＥに通報される関連情報は、他のリレーＵＥに委任した動作を行った場合はこれと関連する情報を含むが、他のリレーＵＥに委任していない場合は、自身（すなわち、オールドリレーＵＥ）がこれ以上リレー動作を行えないという情報のみを含む。

３）ネットワークでは、リレーを受けるＵＥに対してリレーＵＥを再選択しなければならないことを認知／決定する。ネットワークは、ｉ）他のリレーＵＥを選択してリレーとしての役割を委任する動作、及びｉｉ）リレーを受けるＵＥに関連情報を通報する動作のうち少なくとも一つを行う。ここで、リレーを受けるＵＥに通報される関連情報は、他のリレーＵＥに委任した動作を行った場合はこれと関連する情報を含むが、他のリレーＵＥに委任していない場合は、オールドリレーＵＥがこれ以上リレー動作を行えないという情報のみを含む。

上記２）、３）の動作の場合、オールドリレーＵＥが有していたリレーを受けるＵＥに対する情報／コンテキストを、新たな（ｎｅｗ）リレーＵＥに伝達する動作がさらに行われることもある。また、３）の動作のために、ネットワークは、リレーを受けるＵＥとリレーＵＥに対する情報を格納することができる。

４―１．リレーを受けるＵＥがプライマリーリレーＵＥとセカンダリーリレーＵＥを運営する動作

グループ通信サービス範囲外にあるＵＥ（以下、ＵＥ―１）が最初にリレーＵＥを選択したり、あるいはリレーＵＥを再選択する場合、リレーＵＥ候補が二つ以上であると認知されると、二つのリレーＵＥを選択することができる。ここで、選択された二つのリレーＵＥのうち一つはプライマリー（Ｐｒｉｍａｒｙ）リレーＵＥとしての役割をし、他の一つのリレーＵＥはセカンダリー（Ｓｅｃｏｎｄａｒｙ）リレーＵＥとしての役割をする。

リレーを受けるＵＥが、リレーを受けることを望むグループが多数（例えば、グループ＃１、グループ＃２）であるが、プライマリーリレーＵＥとして選択可能なＵＥは、２個のグループに対するリレーを提供可能であり、それ以外のリレー可能なＵＥが一部のグループに対してのみリレーを提供可能であると、前記のリレーを受けるＵＥは、プライマリーリレーＵＥとセカンダリーリレーＵＥを選択／指定できるが、セカンダリーリレーＵＥのみを選択／指定することもできる。例えば、ＵＥ―Ｃはグループ＃１に対してのみリレーを提供し、ＵＥ―Ｄはグループ＃２に対してのみリレーを提供する場合、リレーを受けるＵＥは、ＵＥ―ＣとＵＥ―Ｄを全てセカンダリーリレーＵＥとして選択／指定することができる。

このとき、リレーを受けるＵＥ内の多様な情報に基づいて、多数のセカンダリーリレーＵＥは順次的な（ｏｒｄｅｒｉｎｇ）形態で格納され得る。リレーを受けるＵＥ内で各セカンダリーリレーＵＥを整列するための情報の例としては、ｉ）リレーを受けようとするグループ間の重要度／優先順位、ｉｉ）リレーを受けようとするグループ内でリレーを受けるＵＥ／使用者（ｕｓｅｒ）のメンバーシップ等級、ｉｉｉ）リレーＵＥ選択時点で該当のグループがグループ通信中であるか否か、ｉｖ）リレーＵＥ選択時点でリレーを受けるＵＥがトーキングパーティーであるか否かなどがあり得る。

リレーを受けるＵＥ（すなわち、ＵＥ１）は、プライマリーリレーＵＥとセカンダリーリレーＵＥを選択した後、次のうち一つの動作を行うことができる。これは、プライマリーリレーＵＥとセカンダリーリレーＵＥを一度に選択した後、以下の動作を行うこともでき、一つのリレーＵＥを選択した後、選択されたＵＥとの動作を行った後、他の一つのＵＥをさらに選択し、追加的に選択されたＵＥとの動作を行うこともできる。

１）プライマリーリレーＵＥとセカンダリーリレーＵＥの全てにジョインする動作を遂行：

リレーを受けるＵＥ（すなわち、ＵＥ―１）は、プライマリーリレーＵＥにジョインを要請しながら明示的または暗示的にプライマリーリレーＵＥとして役割をすることを要請することができる。また、プライマリーリレーＵＥにセカンダリーリレーＵＥに対する情報を知らせることができる。プライマリーリレーＵＥは、リレーＵＥがリレーを受けるＵＥをグループにジョインさせる動作で上述したリレーＵＥとしての動作を行う。このとき、プライマリーリレーＵＥは、ネットワークに伝送するメッセージに自身がプライマリーリレーＵＥであることを知らせる情報を含ませることもできる。また、プライマリーリレーＵＥは、リレーＵＥがリレーを受けるＵＥにリレーを提供する動作と関連して、上述したリレーＵＥとしての動作を行う。

また、リレーを受けるＵＥ（すなわち、ＵＥ―１）は、セカンダリーリレーＵＥにジョインを要請しながら明示的または暗示的にセカンダリーリレーＵＥとしての役割をすることを要請することができる。さらに、リレーを受けるＵＥ（すなわち、ＵＥ―１）は、プライマリーリレーＵＥに対する情報を知らせることもできる。セカンダリーリレーＵＥは、リレーＵＥがリレーを受けるＵＥをグループにジョインさせる動作と関連して上述したリレーＵＥとしての動作を行うこともでき、そうでない場合もある。リレーＵＥがリレーを受けるＵＥをグループにジョインさせる動作と関連して上述した動作を行うと、ネットワークに伝送するメッセージに自身がセカンダリーリレーＵＥであることを知らせる情報を含ませることもできる。

２）プライマリーリレーＵＥのみにジョインする動作を遂行：

リレーを受けるＵＥ（すなわち、ＵＥ―１）がプライマリーリレーＵＥにジョインする動作及びプライマリーリレーＵＥが行う動作は、上述した１）に従う。この場合、リレーを受けるＵＥ（すなわち、ＵＥ―１）は、セカンダリーリレーＵＥにジョインする動作を行う代わりに、リレーＵＥとリレーを受けるＵＥとの関係のみを形成することもできる。このとき、プライマリーリレーＵＥに対する情報を含み、リレーＵＥとリレーを受けるＵＥとの関係形成に必要な多様な情報を取り交わすこともできる。

さらに、プライマリーリレーＵＥとセカンダリーリレーＵＥが相互作用（ｉｎｔｅｒａｃｔｉｏｎ）する動作をさらに行うことができる。

４―２．プライマリーリレーＵＥ及びセカンダリーリレーＵＥのうちいずれか一つを再選択する動作

プライマリーリレーＵＥまたはセカンダリーリレーＵＥが、リレーを受けるＵＥにこれ以上リレーＵＥとしての役割を行えなくなるか、リレーＵＥとしての役割を行えなくなる可能性がある場合（例えば、リレーＵＥとリレーを受けるＵＥとが互いに遠ざかるか、リレーＵＥもグループ通信サービス範囲を逸脱する場合）、リレーＵＥを再選択する必要がある。このような動作は、次のうち一つ以上の動作の組み合わせで構成される。

１）リレーを受けるＵＥがプライマリーリレーＵＥを再選択しなければならないことを認知／決定し、同一のグループに属した他のＵＥまたはリレーを受けようとするグループに対するグループ通信をリレーできるＵＥを探索してプライマリーリレーＵＥとして選択する。さらに、セカンダリーリレーＵＥ（セカンダリーリレーＵＥが多数である場合、そのうち一つ）をプライマリーリレーＵＥに切り替え、同一のグループに属した他のＵＥまたはリレーを受けようとするグループに対するグループ通信をリレーできるＵＥを探索してセカンダリーリレーＵＥとして選択する。

２）リレーを受けるＵＥがセカンダリーリレーＵＥを再選択しなければならないことを認知／決定し、ｉ）同一のグループに属した他のＵＥまたはリレーを受けようとするグループに対するグループ通信をリレーできるＵＥを探索してセカンダリーリレーＵＥとして選択したり、ｉｉ）同一のグループに属した他のＵＥまたはリレーを受けようとするグループに対するグループ通信をリレーできるＵＥを探索してプライマリーリレーＵＥとして選択し、既存のプライマリーリレーＵＥをセカンダリーリレーＵＥに切り替える。

３）プライマリーリレーＵＥは、自身がリレーを受けるＵＥにこれ以上リレー動作を行えないことを認知／決定し、ｉ）他のリレーＵＥを選択してプライマリーリレーＵＥとしての役割を委任する動作、及びｉｉ）リレーを受けるＵＥに関連情報を通報する動作のうち少なくとも一つを行うことができる。ここで、リレーを受けるＵＥに通報する関連情報は、他のリレーＵＥに委任した場合はこれに対する情報を含むことができるが、他のリレーＵＥに委任していない場合、自身（すなわち、プライマリーリレーＵＥ）がこれ以上リレー動作を行えないという情報のみを含むことができる。また、リレーを受けるＵＥが情報を受信した後、プライマリーリレーがＵＥを選択する動作を行うこともできる。

または、ｉ）セカンダリーリレーＵＥ（セカンダリーリレーＵＥが多数である場合、そのうち一つ）にプライマリーリレーＵＥとしての役割を委任する動作、ｉｉ）リレーを受けるＵＥに関連情報（ここで、セカンダリーリレーＵＥに委任した場合、これに対する情報を含み、セカンダリーリレーＵＥに委任していない場合、自身（すなわち、プライマリーリレーＵＥ）がこれ以上リレー動作を行えないという情報のみを含む）を通報する動作のうち少なくとも一つを行うことができる。リレーを受けるＵＥが情報を受信した後、セカンダリーリレーＵＥを選択する動作をさらに行うこともできる。

４）セカンダリーリレーＵＥは、自身がリレーを受けるＵＥにこれ以上リレーＵＥとしての役割を行えないことを認知／決定し、ｉ）他のリレーＵＥを選択してセカンダリーリレーＵＥとしての役割を委任する動作、ｉｉ）リレーを受けるＵＥに関連情報（ここで、他のリレーＵＥに委任した場合、これに対する情報を含み、他のリレーＵＥに委任していない場合、自身（すなわち、セカンダリーリレーＵＥ）がこれ以上リレー動作を行えないという情報のみを含む）を通報する動作のうち少なくとも一つを行うことができる。リレーを受けるＵＥが情報を受信した後、セカンダリーリレーがＵＥを選択する動作を行うこともできる。

５）ネットワークでリレーを受けるＵＥに対してプライマリーリレーＵＥを再選択しなければならないことを認知／決定し、ｉ）他のリレーＵＥを選択してプライマリーリレーＵＥとしての役割を委任する動作、ｉｉ）リレーを受けるＵＥに関連情報（ここで、他のリレーＵＥに委任した場合、これに対する情報を含み、他のリレーＵＥに委任していない場合、プライマリーリレーＵＥがこれ以上リレー動作を行えないという情報のみを含む）を通報する動作のうち少なくとも一つを行うことができる。リレーを受けるＵＥが情報を受信した後、プライマリーリレーＵＥを選択する動作を行うこともできる。

または、ｉ）セカンダリーリレーＵＥ（セカンダリーリレーＵＥが多数である場合、そのうち一つ）にプライマリーリレーＵＥとしての役割を委任する動作、ｉｉ）リレーを受けるＵＥに関連情報（新たなセカンダリーリレーＵＥに委任した場合、これに対する情報を含み、そうでない場合、プライマリーリレーＵＥがこれ以上リレー動作を行えないという情報のみを含む）の通報動作のうち少なくとも一つを行うことができる。リレーを受けるＵＥが情報を受信した後、セカンダリーリレーＵＥを選択する動作をさらに行うこともできる。

６）ネットワークでリレーを受けるＵＥに対してセカンダリーリレーＵＥを再選択しなければならないことを認知／決定し、ｉ）他のリレーＵＥを選択してセカンダリーリレーＵＥとしての役割を委任する動作、ｉｉ）リレーを受けるＵＥに関連情報（他のリレーＵＥに委任した場合、これに対する情報を含み、他のリレーＵＥに委任していない場合、セカンダリーリレーＵＥがこれ以上リレー動作を行えないという情報のみを含む）を通報する動作のうち少なくとも一つを行うことができる。リレーを受けるＵＥが情報を受信した後、セカンダリーリレーＵＥを選択する動作を行うこともできる。

上述した５）、６）の動作のために、ネットワークは、リレーを受けるＵＥ、プライマリーリレーＵＥ、及びセカンダリーリレーＵＥに対する情報を格納することができる。

前記でセカンダリーリレーＵＥがプライマリーリレーＵＥに転換された場合、リレーを受けるＵＥが上述したプライマリーリレーＵＥとセカンダリーリレーＵＥの全てにジョインする動作と関連する動作を行った場合、セカンダリーリレーＵＥは、プライマリーＵＥに転換されたことを認知／決定すると、直ぐにプライマリーリレーＵＥとしての役割を行うことができる。さらに、前記（セカンダリーリレーＵＥからプライマリーリレーＵＥに）転換されたリレーＵＥは、前記の転換に対する認知／決定のためにリレーを受けるＵＥから明示的にプライマリーリレーＵＥとしての役割（例えば、グループ通信中である場合、メディアリレー）開始に対する要請を受けなければならないが、リレーを受けるＵＥから明示的に何ら要請もない場合にも認知／決定を行うことができる。

前記でセカンダリーリレーＵＥがプライマリーリレーＵＥに転換された場合、リレーを受けるＵＥが上述したプライマリーリレーＵＥのみにジョインする動作と関連する動作を行った場合、リレーＵＥは、リレーを受けるＵＥからプライマリーリレーＵＥとしての役割開始に対する要請を受けた後、プライマリーリレーＵＥとしての役割を行うことができる。

さらに、リレーを受けるＵＥがプライマリーリレーＵＥとセカンダリーリレーＵＥを運営し、プライマリーリレーＵＥとセカンダリーリレーＵＥの全てにジョインする動作またはプライマリーリレーＵＥのみにジョインする動作を行う場合、リレーを受けようとする／受けるＵＥが二つのリレーＵＥのうちプライマリーとセカンダリーを選択／決定／交替する基準は、ｉ）リレー可能なＵＥがリレーできるグループ情報、ｉｉ）信号強さ、ｉｉｉ）選好度、ｉｖ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）／政策などの多様な基準を使用することができる。

また、リレーを受けようとする／受けるＵＥが、一つのリレーＵＥのみを選択／運営するか、それとも、二つのリレーＵＥを選択／運営するかは、以下のような多様な情報に基づいて決定することができる。しかし、以下の情報は、説明の便宜のために羅列したものに過ぎなく、これに限定して解釈してはならない。
― リレーＵＥ候補の数
― リレーＵＥ候補との信号強さ
― リレーＵＥ選択時点でグループ通信中であるか否か
― リレーＵＥ選択時点でリレーを受けるＵＥがトーキングパーティーであるか否か
― 政策／設定
― リレーを受けるＵＥのバッテリ残量情報
― リレーを受けるＵＥの位置関連情報
― リレー可能なＵＥがリレーできるグループ情報
― リレーを受けるＵＥがＥ―ＵＴＲＡＮカバレッジにあったときのヒストリー関連情報。例えば、一番最後にサービスを受けたＰＬＭＮ情報、ＰＬＭＮがローミング（ｒｏａｍｉｎｇ）網であったか否かなど。

５．グループ通信アプリケーションサーバー（ＡＳ）の動作

５―１）グループ通信ＡＳが特定グループに対するダウンリンクメディア／トラフィック（ｄｏｗｎｌｉｎｋ ｍｅｄｉａ／ｔｒａｆｆｉｃ）をマルチキャスト方式、すなわち、マルチキャストを利用したり、ＭＢＭＢを利用して伝達することを決定するとき、ｉ）セル内のグループに属したメンバー（ｍｅｍｂｅｒ）の数、またはｉｉ）グループのグループ通信に参加するＵＥ／使用者の数に基づいて決定することができる。

例えば、その数が一定の基準値以上であるか、一定の基準値を満足すると、ＭＢＭＳを使用するように決定することができる。このとき、グループ通信ＡＳは、（リレーＵＥを通じて）リレーを受けるＵＥに対して、セル内のグループに属したメンバーの数をカウントするときを除いてはカウントを行う（すなわち、カウントしない）。これにより、実際には、セルのカバレッジ内に存在し、ｅＮｏｄｅＢのサービスの提供を受けながらもＭＢＭＳメディア／トラフィックを受信できるＵＥが基準値より小さいにもかかわらず、リレーＵＥを通じてグループ通信に参加するＵＥ（すなわち、ＭＢＭＳメディア／トラフィックを受信できないＵＥ）までも全てカウントすることによって、ＭＢＭＳを使用することに不適切に決定することを防止することができる。

以上では、セル単位でＭＢＭＳ方式を使用するか否かを決定すると説明したが、これを決定する地域単位は、多様なサイズ（ｇｒａｎｕｌａｒｉｔｙ）であり得る。その例としては、グループ通信サービス地域、ＭＢＭＳサービス地域、単一トラッキング地域、多数のトラッキング地域、単一セル、多数のセル、ＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）地域、グループ通信のために分けられた／区分された地域、ＰＬＭＮなどがあり得る。

５―２）グループ通信ＡＳがグループにジョインしたＵＥまたはグループ通信に参加するＵＥに、ＭＢＭＳサービス情報（ＭＢＭＳ ｓｅｒｖｉｃｅ ｉｎｆｏｒｍａｔｉｏｎ）／ＭＢＭＳサービス関連情報／ＭＢＭＳ ＵＳＤ（Ｕｓｅｒ Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ）を伝送しなければならない場合、リレーＵＥを通じてグループ通信に参加するＵＥには伝送しない。このとき、グループ通信ＡＳがＭＢＭＳサービス情報を伝送しなければならない場合、リレーＵＥにＭＢＭＳサービス情報を伝送することができる。このようにＵＥにＭＢＭＳサービス情報を伝送しなければならない場合の例としては、ｉ）特定グループに対してＭＢＭＳ方式でダウンリンクメディア／トラフィックを伝達するためにグループにジョインした全てのＵＥにＭＢＭＳサービス情報を伝送しなければならない場合、ｉｉ）既にＭＢＭＳ方式でダウンリンクメディア／トラフィックを伝達しているグループに新たなＵＥがジョインした場合、ｉｉｉ）ＭＢＭＳサービス情報の内容が変更された場合などがあり得る。

さらに、上述したＭＢＭＳサービス情報は、ＵＥがＭＢＭＳメディア／トラフィックを受信するために必要とする多様な情報であって、サービスＩｄ、ＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ）、マルチキャスト住所（ｍｕｌｔｉｃａｓｔ ａｄｄｒｅｓｓ）／メディアのポート（ｐｏｒｔ ｏｆ ｍｅｄｉａ）などを含むメディアに対する情報であり得る。

上述した５―１）及び５―２）において、グループ通信ＡＳが、グループにジョインしたＵＥがリレーＵＥを通じてグループ通信に参加したか否かを判断する基準として、次のうち一つ以上の情報を使用することができる。
― ＵＥからグループにジョインするメッセージを受信したが、このメッセージにリレー動作関連情報が含まれている。リレー動作関連情報に該当し得る情報は、上述したリレーＵＥがリレーを受けるＵＥをグループにジョインさせる動作で記述した内容を準用する。また、リレー動作関連情報は、グループにジョインするメッセージにリレーを提供するＵＥが含ませたものであってもよく、リレーの提供を受けるＵＥが含ませたものであってもよい。
― ＵＥからグループにジョインするメッセージを受信したが、このメッセージにＵＥに対する位置情報が含まれていない。

さらに、グループ通信ＡＳは、ＵＥからグループにジョインするメッセージを受信すると、グループに対してジョインを行い、ジョインが認証されたＵＥ／使用者に対する情報を格納するとき、リレーＵＥを通じてグループ通信に参加することを示す情報（すなわち、リレー動作関連情報）を共に格納することができる。

上述した本発明では、端末―対―ネットワーク（ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ）リレー動作を含むグループ通信に対して記述したが、本発明で提案する近接基盤のグループ通信方法は、端末―対―端末（ＵＥ―ｔｏ―ＵＥ）リレー動作を含むグループ通信にも拡張・適用が可能である。また、本発明は、同時に多数のＵＥがメディアを送信する場合にも拡張・適用することができる。また、本発明は、グループ通信のみならず、リレーを通じた１対１通信（ｏｎｅ―ｔｏ―ｏｎｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ブロードキャスト通信（ｂｒｏａｄｃａｓｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ）などにも適用可能である。

また、本発明で上述したグループにジョインする動作は、グループ（これは、グループ通信システム／グループ通信ＡＳ／ディスパッチャなどのようにグループ通信と関連するノードや機能を含む意味）に登録（ｒｅｇｉｓｔｅｒ）する動作と解釈することができる。

また、本発明で上述したリレーを受けようとするＵＥがリレーできるＵＥを探索する動作は、相互間にメッセージを取り交わしながら探索を行う動作を意味することもでき、単純にリレーを受けようとするＵＥがリレーできるＵＥを認知／発見することであってもよい。

また、本発明で上述したグループ通信のためのアプリケーションサーバー（Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ ｆｏｒ ｇｒｏｕｐ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＡＳ、グループ通信ＡＳ、グループ通信システムは、図６のＧＣＳＥ ＡＳに該当したり、ＧＣＳＥ ＡＳを含むものと解釈することができる。

さらに、本発明は、ＬＴＥ／ＥＰＣ網に限定されず、３ＧＰＰ接続網（例えば、ＵＴＲＡＮ／ＧＥＲＡＮ／Ｅ―ＵＴＲＡＮ）及びｎｏｎ＿３ＧＰＰ接続網（例えば、ＷＬＡＮなど）を全て含むＵＭＴＳ／ＥＰＳ移動通信システム全般に適用することができる。また、その他に、ネットワークの制御が適用される環境で、その他の全ての無線移動通信システム環境で適用することができる。

以下では、上述した内容に基づいて本発明の一実施例に係る動作を説明する。

図７は、本発明の一実施例に係るグループ通信を示す。図７では、ＵＥ―１ １００、ＵＥ―２ ２００、ＵＥ―３ ３００がグループ＃１のメンバーで、ＵＥ１ １００はネットワークを通じてグループ＃１に対するグループ通信に参加できないので、端末―対―ネットワーク（ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ）リレー（すなわち、ＵＥ―２）を通じてグループ＃１に対するグループ通信に参加することを仮定する。

図７の段階１において、ＵＥ―２ ２００は、グループ＃１に対するグループ通信に参加しようとグループにジョイン／登録するためのメッセージ、すなわち、ＧＣＳＥ登録（ＧＣＳＥ Ｒｅｇｉｓｔｅｒ）メッセージをＧＣＳＥ ＡＳ８００に伝送する。これによって、図７の段階２において、ＧＣＳＥ ＡＳ８００は、ＵＥ―２ ２００から受信したＧＣＳＥ登録メッセージに対する応答メッセージ、すなわち、ＧＣＳＥ登録確認（ＧＣＳＥ Ｒｅｇｉｓｔｅｒ Ａｃｋ）メッセージをＵＥ―２ ２００に伝送する。

図７の段階３において、ＵＥ―１ １００は、グループ＃１に対するグループ通信に参加しようと端末―対―ネットワーク（ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ）リレーを認知または探索する。その結果、ＵＥ２ ２００がグループ通信に対するリレーを提供することに決定される。リレーＵＥを探索／決定する方法は、上述した本発明での近接サービス基盤のグループ通信で既に詳細に説明したので、内容の重複を避けるために説明を省略する。

図７の段階４において、ＵＥ―１ １００は、グループ＃１に対するグループ通信に参加しようとグループにジョイン／登録するためのメッセージ、すなわち、ＧＣＳＥ登録メッセージをＵＥ―２ ２００に伝送する（または、これは、結果的にＧＣＳＥ ＡＳ８００に伝送されるので、ＧＣＳＥ ＡＳ８００に伝送するものと解釈することもできる。）

図７の段階５において、ＵＥ―２ ２００は、ＵＥ―１ １００から受信したＧＣＳＥ登録メッセージをＧＣＳＥ ＡＳ８００に伝送する。このとき、ＵＥ―２ ２００は、ＧＣＳＥ登録メッセージにリレー動作関連情報を含ませることができる。または、リレー動作関連情報は、上述した段階４でＵＥ―１ １００が含ませることもできる。リレー動作関連情報に対する詳細な事項は、上述した本発明での近接サービス基盤のグループ通信で既に詳細に説明したので、内容の重複を避けるために説明を省略する。

図７の段階６において、ＧＣＳＥ登録メッセージを受信したＧＣＳＥ ＡＳ８００は、ＵＥ―１ １００がリレーＵＥを通じてグループ＃１に対するグループ通信に参加しようとすることを認知する。ＧＣＳＥ ＡＳ８００は、ＵＥ―１ １００から受信したＧＣＳＥ登録メッセージに対する応答メッセージ、すなわち、ＧＣＳＥ登録確認メッセージをＵＥ―２ ２００に伝送する。（または、これは、結果的にＵＥ―１ １００に伝送されるので、ＵＥ―１ １００に伝送するものと解釈することもできる。）

図７の段階７において、ＵＥ―２ ２００は、ＧＣＳＥ ＡＳ８００から受信したＧＣＳＥ登録確認メッセージをＵＥ―１ １００に伝送する。

図７の段階８において、グループ＃１に対するグループ通信が開始され、ＧＣＳＥ ＡＳ８００がユニキャストでダウンリンクメディア／トラフィックを伝送することを決定したと仮定する。ＧＣＳＥ ＡＳ８００は、ＵＥ―２ ２００にユニキャスト方式でダウンリンクメディア／トラフィックを伝送する。例えば、ＧＣＳＥ ＡＳ８００がユニキャストでダウンリンクメディア／トラフィックを伝送することを決定する理由は、ＵＥ―２ ２００がキャンプ―オンしたセルにキャンプ―オンしたグループ＃１のグループ通信に参加する全てのＵＥの数が未だにＭＢＭＳ方式を使用するには小さい（すなわち、基準値より少ない場合）ためであり得る。ＵＥの数をカウントするとき、リレーＵＥを通じてグループ通信に参加するＵＥ（すなわち、ＵＥ―１）はカウントまたは考慮しない。

図７の段階９において、グループ＃１に対するダウンリンクメディア／トラフィックをネットワークから受信したＵＥ―２ ２００は、近接サービス通信（ＰｒｏＳｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を通じてメディア／トラフィックをＵＥ―１ １００に伝送する。

図７の段階１０において、ＵＥ―３ ３００は、グループ＃１に対するグループ通信に参加しようとグループにジョイン／登録するためのメッセージ、すなわち、ＧＣＳＥ登録メッセージをＧＣＳＥ ＡＳ８００に伝送する。ＵＥ―３ ３００は、ＵＥ―２ ２００と同一のセルにキャンプ―オンしたと仮定する。

図７の段階１１において、ＧＣＳＥ ＡＳ８００は、ＵＥ―３ ３００から受信したＧＣＳＥ登録メッセージに対する応答メッセージ、すなわち、ＧＣＳＥ登録確認メッセージをＵＥ―３ ３００に伝送する。

図７の段階１２において、ＧＣＳＥ ＡＳ８００は、ＵＥ―２ ２００とＵＥ―３ ３００が位置したセルに対してＭＢＭＳ方式でダウンリンクメディア／トラフィックを伝送することを決定する。例えば、ＧＣＳＥ ＡＳ８００がＭＢＭＳでダウンリンクメディア／トラフィックを伝送することを決定する理由は、ＵＥ―２ ２００、ＵＥ―３ ３００がキャンプ―オンしたセルにキャンプ―オンしたグループ＃１のグループ通信に参加する全てのＵＥの数が、ＭＢＭＳ方式を使用するための基準値を満足するためであり得る。ＵＥの数をカウントするとき、リレーＵＥを通じてグループ通信に参加するＵＥ（すなわち、図７でＵＥ―１ １００）はカウントまたは考慮しない。

図７の段階１３、段階１４及び段階１５において、ＧＣＳＥ ＡＳ８００は、ＢＭ＿ＳＣ７００からＭＢＭＳ伝達（ＭＢＭＳ ｄｅｌｉｖｅｒｙ）に対するＵＳＤ情報を獲得し、ＧＣＳＥ ＡＳ８００は、ＵＥ―２ ２００及びＵＥ―３ ３００にＭＢＭＳサービス情報であるＭＢＭＳ ＵＳＤ情報を伝送する。参考までに、ＧＣＳＥ ＡＳ８００は、ＵＥ―１ １００にはＭＢＭＳ ＵＳＤ情報を伝送しない。これは、ＵＥ―１ １００がリレーＵＥを通じてグループ通信に参加していることをＧＣＳＥ ＡＳ８００が知っているためである。

図７の段階１６において、ＧＣＳＥ ＡＳ８００は、ＭＢＭＳ方式でダウンリンクメディア／トラフィックを伝送する。ＵＥ―２ ２００及びＵＥ―３ ３００は、段階１４及び段階１５を通じて獲得したＭＢＭＳ ＵＳＤ情報に基づいてダウンリンクメディア／トラフィックを受信する。

図７の段階１７において、グループ＃１に対するダウンリンクメディア／トラフィックをネットワークから受信したＵＥ―２ ２００は、近接サービス通信（ＰｒｏＳｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を通じてメディア／トラフィックをＵＥ―１ １００に伝送する。

また、図７の段階１２においては、既にグループ通信をしている状態（すなわち、段階８においてグループ通信が開始された状態）を仮定したが、そうでなく、段階１２でグループ通信を開始するものであってもよい。

さらに、図７では、ＵＥ―２ ２００が、ＵＥ―１ １００が参加するグループ通信であるグループ＃１のメンバーであると仮定した。しかし、ＵＥ―２ ２００がグループ＃１のメンバーでないと共に、ＵＥ―１ １００にグループ＃１に対するグループ通信をリレーすることもできる。この場合、図７の段階１と段階２は行われる必要がない。

図８は、本発明の他の実施例に係るグループ通信を示す。図８では、ＵＥ―１ １００、ＵＥ―２ ２００、ＵＥ―３ ３００がグループ＃１のメンバーであり、ＵＥ―１ １００は、ネットワークを通じてグループ＃１に対するグループ通信に参加できないので、端末―対―ネットワーク（ＵＥ―ｔｏ―Ｎｅｔｗｏｒｋ）リレー（すなわち、ＵＥ―２ ２００）を通じてグループ＃１に対するグループ通信に参加することを仮定する。

図８の段階１において、グループ＃１に対するグループ通信が進行中（ｏｎ―ｇｏｉｎｇ）の状態であることを仮定する。ＧＣＳＥ ＡＳ８００は、ＭＢＭＳ方式でダウンリンクメディア／トラフィックを伝送する。ＵＥ―２ ２００及びＵＥ―３ ３００は、既に獲得したＭＢＭＳ ＵＳＤ情報に基づいてダウンリンクメディア／トラフィックを受信する。

図８の段階２において、グループ＃１に対するダウンリンクメディア／トラフィックをネットワークから受信したＵＥ―２ ２００は、近接サービス通信（ＰｒｏＳｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を通じてメディア／トラフィックをＵＥ―１ １００に伝送する。

図８の段階３において、ＭＢＭＳサービス情報が変更される。これは、ＭＢＭＳサービス情報を構成する情報のうち一つ以上の情報が変更／アップデートされることを意味する。ここで、ＧＣＳＥ ＡＳ８００は、ＭＢＭＳサービス情報であるＭＢＭＳ ＵＳＤをグループ通信に参加している各ＵＥに伝送することを決定する。ＭＢＭＳサービス情報が変更される例としては、ＭＢＭＳベアラと関連するＱｏＳが変更されることによって既存のＴＭＧＩの代わりに新たなＴＭＧＩを割り当て、変更されたＱｏＳを適用したＭＢＭＳベアラを通じてグループ通信を伝送することを挙げることができる。

図８の段階４及び段階５において、ＧＣＳＥ ＡＳ８００は、ＵＥ―２ ２００及びＵＥ―３ ３００にＭＢＭＳサービス情報であるＭＢＭＳ ＵＳＤ情報を伝送する：ここで、ＧＣＳＥ ＡＳ８００は、ＵＥ―１ １００にはＭＢＭＳ ＵＳＤ情報を伝送しない。これは、ＵＥ―１ １００がリレーＵＥを通じてグループ通信に参加していることをＧＣＳＥ ＡＳ８００が知っているためである。

図８の段階６において、ＧＣＳＥ ＡＳ８００は、ＭＢＭＳ方式でダウンリンクメディア／トラフィックを伝送する。ＵＥ―２ ２００及びＵＥ―３ ３００は、既に獲得したＭＢＭＳ ＵＳＤ情報に基づいてダウンリンクメディア／トラフィックを受信する。

図８の段階７において、グループ＃１に対するダウンリンクメディア／トラフィックをネットワークから受信したＵＥ―２ ２００は、近接サービス通信（ＰｒｏＳｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）を通じてメディア／トラフィックをＵＥ―１ １００に伝送する。

また、図８では、ＵＥ―２ ２００が、ＵＥ―１ １００が参加するグループ通信であるグループ＃１のメンバーであると仮定した。しかし、ＵＥ―２ ２００がグループ＃１のメンバーでないと共に、ＵＥ―１ １００にグループ＃１に対するグループ通信をリレーすることもできる。

上述した本発明の多様な実施例で説明した各事項は、独立的に適用したり、または２以上の実施例を同時に適用することができる。

図９は、本発明の一例に係る端末装置及びネットワークノード装置に対する好ましい実施例の構成を示した図である。

図９を参照すると、本発明に係る端末装置１００は、送受信モジュール１１０、プロセッサ１２０及びメモリ１３０を含むことができる。送受信モジュール１１０は、外部装置に各種信号、データ及び情報を送信し、外部装置に各種信号、データ及び情報を受信するように構成することができる。端末装置１００は、外部装置と有線及び／または無線で連結することができる。プロセッサ１２０は、端末装置１００全般の動作を制御することができ、端末装置１００が外部装置と送受信する情報などを演算処理する機能を行うように構成することができる。メモリ１３０は、演算処理された情報などを所定時間の間格納することができ、バッファー（図示せず）などの構成要素に取り替えることができる。

本発明の一実施例に係る端末装置１００は、ネットワークによって開始されるＰｒｏＳｅ可否の検出またはＰｒｏＳｅ端末探索の結果によってＰｒｏＳｅに参加できるように構成することができる。端末装置１００のプロセッサ１２０は、送受信モジュール１１０を用いてネットワークノード２００にＰｒｏＳｅ基礎情報を伝送するように構成することができる。プロセッサ１２０は、送受信モジュール１１０を用いてネットワークノード２００からＰｒｏＳｅを許容するか否かの指示情報を受信するように構成することができる。プロセッサ１２０は、他の端末装置との直接データ経路セットアップを行うためのシグナリングを処理するように構成することができる。プロセッサ１２０は、送受信モジュール１１０を用いて他の端末装置との直接通信を行うように構成することができる。プロセッサ１２０は、送受信モジュール１１０を用いてネットワークノード２００装置にＰｒｏＳｅ遂行関連結果情報を伝送するように構成することができる。

図９を参照すると、本発明に係るネットワークノード装置２００は、送受信モジュール２１０、プロセッサ２２０及びメモリ２３０を含むことができる。送受信モジュール２１０は、外部装置に各種信号、データ及び情報を送信し、外部装置に各種信号、データ及び情報を受信するように構成することができる。ネットワークノード装置２００は、外部装置と有線及び／または無線で連結することができる。プロセッサ２２０は、ネットワークノード装置２００全般の動作を制御することができ、ネットワークノード装置２００が外部装置と送受信する情報などを演算処理する機能を行うように構成することができる。メモリ２３０は、演算処理された情報などを所定時間の間格納することができ、バッファー（図示せず）などの構成要素に取り替えることができる。

本発明の一実施例に係るネットワークノード装置２００は、複数の端末間のＰｒｏＳｅを支援するように構成することができる。ネットワークノード装置２００のプロセッサ２２０は、送受信モジュール２１０を用いて端末装置１００または他のネットワークノード装置からＰｒｏＳｅ基礎情報を受信するように構成することができる。プロセッサ１２０は、送受信モジュール２１０を用いて端末装置１００にＰｒｏＳｅ許容するか否かの指示情報を伝送するように構成することができる。プロセッサ２２０は、端末装置１００が他の端末装置と直接データ経路セットアップを行うことを支援するシグナリングを処理するように構成することができる。プロセッサ２２０は、送受信モジュール２１０を用いて端末装置１００からＰｒｏＳｅ遂行関連結果情報を受信するように構成することができる。

また、前記のような端末装置１００及びネットワーク装置２００の具体的な構成は、上述した本発明の多様な実施例で説明した各事項が独立的に適用されたり、または２以上の実施例が同時に適用されるように具現することができ、重複する内容は、明確性のために説明を省略する。

上述した本発明の各実施例は、多様な手段を通じて具現することができる。例えば、本発明の各実施例は、ハードウェア、ファームウェア、ソフトウェアまたはそれらの結合などによって具現することができる。

ハードウェアによる具現の場合、本発明の各実施例に係る方法は、一つまたはそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現することができる。

ファームウェアやソフトウェアによる具現の場合、本発明の各実施例に係る方法は、以上で説明した機能または動作を行うモジュール、手順または関数などの形態で具現することができる。ソフトウェアコードは、メモリユニットに格納され、プロセッサによって駆動され得る。メモリユニットは、プロセッサの内部または外部に位置し、既に公知となった多様な手段によってプロセッサとデータを取り交わすことができる。

上述したように開示された本発明の好ましい各実施例に対する詳細な説明は、当業者が本発明を具現して実施できるように提供された。以上では、本発明の好ましい各実施例を参照して説明したが、該当の技術分野で熟練した当業者であれば、本発明の領域から逸脱しない範囲内で本発明を多様に修正及び変更させ得ることを理解できるだろう。例えば、当業者は、上述した各実施例に記載した各構成を互いに組み合わせる方式で用いることができる。したがって、本発明は、ここで示した各実施形態に制限されるものではなく、ここで開示した各原理及び新規の各特徴と一致する最広の範囲を付与しようとするものである。

本発明は、本発明の精神及び必須的特徴を逸脱しない範囲で他の特定の形態に具体化することができる。したがって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は、本発明の範囲に含まれる。本発明は、ここで示した各実施形態に制限されるものではなく、ここで開示した各原理及び新規の各特徴と一致する最広の範囲を付与しようとするものである。また、特許請求の範囲で明示的な引用関係のない各請求項を結合して実施例を構成したり、出願後の補正によって新たな請求項として含むことができる。

上述したような本発明の各実施形態は、多様な移動通信システムに適用することができる。

Claims (16)

1. 無線通信システムにおいて、近接サービス基盤のグループ通信を行う方法であって、
   リレー端末がネットワークノードでグループ通信登録を行うステップと、
   前記リレー端末が前記ネットワークノードとグループ通信を行うステップと、を含み、
   前記グループ通信は、前記ネットワークノードに登録された多数の端末のうちリレーを受ける端末を除いた各端末の個数が基準値以上である場合、ＭＢＭＳ方式でダウンリンク信号を伝送するように設定されたことを特徴とする、グループ通信遂行方法。
2. 前記リレー端末が、リレーを受ける端末から前記ネットワークノードのグループ登録のための第１のメッセージを受信するステップと、
   前記ネットワークノードに、前記リレーを受ける端末のグループ登録のための第２のメッセージを送信するステップと、をさらに含む、請求項１に記載のグループ通信遂行方法。
3. 前記第２のメッセージは、前記リレー端末の位置情報を含む、請求項１に記載のグループ通信支援方法。
4. 前記位置情報は、ＴＡＩ、及びＥＣＧＩのうち少なくとも一つを含む、請求項３に記載のグループ通信支援方法。
5. 前記第２のメッセージは、リレー動作関連情報を含み、
   前記リレー動作関連情報は、前記リレー端末の前記リレーを受ける端末に対するリレー動作の有無、前記リレーを受ける端末の前記リレー端末を通じたグループ登録の有無、前記リレーを受ける端末の前記リレー端末を通じたグループ通信参加の有無、前記リレーを受ける端末のネットワークカバレッジ内への存在有無、前記リレーを受ける端末のグループ通信を支援しないＥ―ＵＴＲＡＮカバレッジへの存在有無、及び前記リレーを受ける端末がグループ通信サービス範囲内に位置するか否かのうち少なくとも一つを指示する、請求項３に記載のグループ通信支援方法。
6. 前記第２のメッセージは、前記リレー端末の識別情報を含む、請求項３に記載のグループ通信支援方法。
7. 前記ネットワークノードからＭＢＭＳサービス情報を受信するステップをさらに含む、請求項２に記載のグループ通信遂行方法。
8. 前記ＭＢＭＳサービス情報は、前記グループ通信のサービス範囲内の少なくとも一つのリレー端末及び少なくとも一つのリレーを受ける端末のうち、前記少なくとも一つのリレー端末に対してのみ伝送されるように設定される、請求項７に記載のグループ通信遂行方法。
9. 前記ＭＢＭＳサービス情報は、サービス識別子（ＩＤ）、ＴＭＧＩ、及びメディアのマルチキャスト住所のうち少なくとも一つを含む、請求項７に記載のグループ通信遂行方法。
10. 前記グループ通信のサービス範囲に対する地域単位は、単一セル、グループ通信サービス地域、ＭＢＭＳサービス地域、単一トラッキング地域、多数のトラッキング地域、多数のセル、ＭＢＳＦＮ地域、グループ通信のために予め特定された地域、及びＰＬＭＮのうち一つである、請求項１に記載のグループ通信遂行方法。
11. 無線通信システムにおいて、ネットワークノードが近接サービス基盤のグループ通信を支援する方法であって、
    少なくとも一つの端末を、前記ネットワークからデータを受信する特定グループに登録させるステップと、
    前記特定グループに登録された多数の端末に対するグループ通信方式を決定するステップと、を含み、
    前記グループ通信方式は、前記多数の端末のうちリレーを受ける端末を除いた各端末の個数が所定の基準を満足する場合、ＭＢＭＳ方式と決定されることを特徴とする、グループ通信支援方法。
12. 前記ネットワークノードが、ブロードキャスト―マルチキャストサービスセンターからＭＢＭＳ伝達のための使用者サービス情報を受信するステップをさらに含む、請求項１１に記載のグループ通信支援方法。
13. 前記ネットワークノードは、前記グループ通信のサービス範囲内の少なくとも一つのリレー端末及び少なくとも一つのリレーを受ける端末のうち、前記少なくとも一つのリレー端末に対してのみＭＢＭＳ情報が伝送されるように設定される、請求項１２に記載のグループ通信支援方法。
14. 前記使用者サービス情報は、前記グループ通信のサービス範囲内に存在するリレー端末のダウンリンクメディア／トラフィック受信に利用されるように設定される、請求項１２に記載のグループ通信支援方法。
15. 無線通信システムで近接サービス基盤のグループ通信を行うリレー端末において、
    無線周波数ユニットと、
    プロセッサと、を含み、
    前記プロセッサは、ネットワークノードでグループ通信登録を行い、前記ネットワークノードとグループ通信を行うように構成され、
    前記グループ通信は、前記ネットワークノードに登録された少なくとも一つの端末のうちリレー端末の個数が基準値以上である場合、ＭＢＭＳ方式でダウンリンク信号を伝送するように設定されたことを特徴とする、リレー端末。
16. 無線通信システムで近接サービス基盤のグループ通信を支援するネットワークノードにおいて、
    無線周波数ユニットと、
    プロセッサと、を含み、
    前記プロセッサは、少なくとも一つの端末を前記ネットワークノードからデータを受信する特定グループに登録させ、前記特定グループに登録された少なくとも一つの端末に対するグループ通信方式を決定するように構成され、
    前記グループ通信方式は、前記ネットワークノードに登録された多数の端末のうちリレーを受ける端末を除いた各端末の個数が基準値以上である場合、ＭＢＭＳ方式でダウンリンク信号を伝送するように設定されたことを特徴とする、ネットワークノード。

Images