JP6563587B2

JP6563587B2 - 無線通信システムにおいてブロードキャストサービスを提供する方法及びそのための装置

Info

Publication number: JP6563587B2
Application number: JP2018511577A
Authority: JP
Inventors: レヨンキム; ヨンテリ; チンソクリュ; ヒョンソクキム; チェヒョンキム; テフンキム
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2015-05-15
Filing date: 2016-05-16
Publication date: 2019-08-21
Anticipated expiration: 2036-05-16
Also published as: JP2018521605A; WO2016186414A1; WO2016186415A1; US10575139B2; US20180295671A1; EP3297301B1; EP3297301A4; EP3297301A1; US20180302754A1; US10834540B2

Description

以下の説明は無線通信システムに関するもので、より詳しくはブロードキャストサービスを提供する方法及び装置に関するものである。

無線通信システムが音声やデータなどの多様な種類の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース（帯域幅、伝送パワーなど）を共有して多重使用者との通信を支援することができる多重接続（ｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システムなどがある。

本発明はリレーノードがブロードキャストサービスを提供する方法を技術的課題とする。

本発明で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

本発明の一実施例は、無線通信システムにおいてリレーＵＥがリモートＵＥにブロードキャストサービスを提供する方法であって、リモートＵＥからＴＭＧＩモニタリング要求を受信する段階と、前記ＴＭＧＩモニタリング要求に含まれた情報に基づき、前記リモートＵＥにサービスを提供するかを決定する段階を含み、前記ＴＭＧＩモニタリング要求はＴＭＧＩ及びＭＢＭＳＳＡＩを含み、前記リレーＵＥは、前記ＭＢＭＳＳＡＩがシステム情報から受信されたＳＡＩに当たる場合、前記リモートＵＥにブロードキャストサービスを提供する、ブロードキャストサービス提供方法である。

無線通信システムにおいてブロードキャストサービスを提供するリレー端末装置であって、送受信装置と、プロセッサを含み、前記プロセッサは、リモートＵＥからＴＭＧＩモニタリング要求を受信し、前記ＴＭＧＩモニタリング要求に含まれた情報に基づき、前記リモートＵＥにサービスを提供するかを決定し、前記ＴＭＧＩモニタリング要求はＴＭＧＩ及びＭＢＭＳＳＡＩを含み、前記リレーＵＥは前記ＭＢＭＳＳＡＩがシステム情報から受信されたＳＡＩに当たる場合、前記リモートＵＥにブロードキャストサービスを提供する、リレー端末装置。

前記ＴＭＧＩモニタリング要求に含まれたＴＭＧＩ及びＭＢＭＳＳＡＩは前記リモートＵＥが獲得したサービスディスクリプションに含まれたものであってもよい。

前記サービスディスクリプションはグループコミュニケーションアプリケーションが送信したものであってもよい。

前記システム情報はｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１５であってもよい。

前記リレーＵＥは、前記リモートＵＥでＰｒｏＳｅＬａｙｅｒ２ＧｒｏｕｐＩＤを含むＴＭＧＩモニタリング応答を送信することができる。

前記ＴＭＧＩ及びＭＢＭＳＳＡＩは単一情報セットを構成し、前記ＴＭＧＩモニタリング要求は複数の前記情報セットを含むことができる。

本発明によると、リレーＵＥが効率的にブロードキャストサービスを提供するかを判断し、これを遂行することができる。

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

本明細書に添付する図面は本発明に対する理解を提供するためのもので、本発明の多様な実施形態を示し、明細書の記載と一緒に本発明の原理を説明するためのものである。
ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）を含むＥＰＳ（ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ）の概略的な構造を示す図である。一般的なＥ−ＵＴＲＡＮとＥＰＣのアキテクチャーを示した例示図である。制御平面での無線インターフェースプロトコルの構造を示した例示図である。使用者平面での無線インターフェースプロトコルの構造を示した例示図である。ランダムアクセス過程を説明するためのフローチャートである。無線リソース制御（ＲＲＣ）階層での連結過程を示す図である。ＥＰＳを介してのデータ経路を示す図である。直接モードでのデータ経路を示す図である。直接モードでのデータ経路を示す図である。ＰｒｏＳｅＵＥ−Ｎｅｔｗｏｒｋリレー過程を示す図である。予め樹立されたＭＢＭＳベアラーの使用を説明するための図である。ＴＭＧＩを説明するための図である。本発明の一実施例にブロードキャストサービス関連動作を説明するための図である。本発明の一実施例にブロードキャストサービス関連動作を説明するための図である。本発明の実施例によるノード装置の構成を例示した図である。

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

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

場合によって、本発明の概念があいまいになることを避けるために、公知の構造及び装置は省略するか、それぞれの構造及び装置の核心機能を中心とするブロック図の形式で図示することができる。また、本明細書の全般にわたって同じ構成要素については同じ図面符号を用いて説明する。

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

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

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

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

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

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

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

−ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）：使用者器機。ＵＥは端末（ｔｅｒｍｉｎａｌ）、ＭＥ（ＭｏｂｉｌｅＥｑｕｉｐｍｅｎｔ）、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）などの用語でも言える。また、ＵＥはノートブック型パソコン、携帯電話、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア器機などの携帯可能な器機であってもよく、あるいはＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、車両搭載装置などの携帯不可の器機であってもよい。ＭＴＣ関連の内容でＵＥ又は端末という用語はＭＴＣデバイスを指すこともある。

−ＨＮＢ（ＨｏｍｅＮｏｄｅＢ）：ＵＭＴＳネットワークの基地局であって、屋内に設置され、カバレッジはマイクロセル（ｍｉｃｒｏｃｅｌｌ）規模である。

−ＨｅＮＢ（ＨｏｍｅｅＮｏｄｅＢ）：ＥＰＳネットワークの基地局であって、屋内に設置され、カバレッジはマイクロセル規模である。

−ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）：移動性管理（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ；ＭＭ）、セッション管理（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ；ＳＭ）機能を行うＥＰＳネットワークのネットワークノード。

−ＰＤＮ−ＧＷ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）／ＰＧＷ：ＵＥＩＰ住所割当て、パケットスクリーニング（ｓｃｒｅｅｎｉｎｇ）及びフィルタリング、課金データ収集（ｃｈａｒｇｉｎｇｄａｔａｃｏｌｌｅｃｔｉｏｎ）の機能などを行うＥＰＳネットワークのネットワークノード。

−ＳＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ）：移動性アンカー（ｍｏｂｉｌｉｔｙａｎｃｈｏｒ）、パケットルーティング（ｒｏｕｔｉｎｇ）、遊休（ｉｄｌｅ）モードパケットバッファリング、ＭＭＥがＵＥをページングするようにトリガリングする機能などを行うＥＰＳネットワークのネットワークノード。

−ＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）：ＵＥとＭＭＥ間の制御プレーン（ｃｏｎｔｒｏｌｐｌａｎｅ）の上位端（ｓｔｒａｔｕｍ）。ＬＴＥ／ＵＭＴＳプロトコルスタックにおいてＵＥとコアネットワーク間のシグナリング、トラフィックメッセージをやり取りするための機能的な階層であって、ＵＥの移動性を支援し、ＵＥとＰＤＮＧＷ間のＩＰ連結を確立（ｅｓｔａｂｌｉｓｈ）及び維持するセッション管理過程を支援することを主な機能とする。

−ＰＤＮ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ）：特定のサービスを支援するサーバー（例えば、ＭＭＳ（ＭｕｌｔｉｍｅｄｉａＭｅｓｓａｇｉｎｇＳｅｒｖｉｃｅ）サーバー、ＷＡＰ（ＷｉｒｅｌｅｓｓＡｐｐｌｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）サーバーなど）が位置しているネットワーク。

−ＰＤＮ連結：一つのＩＰ住所（一つのＩＰｖ４住所及び／又は一つのＩＰｖ６プレフィックス）で表現される、ＵＥとＰＤＮ間の論理的連結。

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

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

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

−ＰｒｏｘｉｍｉｔｙＳｅｒｖｉｃｅ（又はＰｒｏＳｅＳｅｒｖｉｃｅ又はＰｒｏｘｉｍｉｔｙｂａｓｅｄＳｅｒｖｉｃｅ）：物理的に近接した装置間のディスカバリー及び互いに直接的なコミュニケーション又は基地局を介してのコミュニケーション又は第３の装置を介してのコミュニケーションが可能なサービス。この際、使用者平面データ（ｕｓｅｒｐｌａｎｅｄａｔａ）は３ＧＰＰコアネットワーク（例えば、ＥＰＣ）を介せずに直接データ経路（ｄｉｒｅｃｔｄａｔａｐａｔｈ）を介して交換される。

−ＰｒｏＳｅコミュニケーション：二つ以上のＰｒｏＳｅ可能な端末間の、ＰｒｏＳｅコミュニケーション経路を介してのコミュニケーションを意味する。特に他に言及しない限り、ＰｒｏＳｅコミュニケーションはＰｒｏＳｅＥ−ＵＴＲＡコミュニケーション、二つの端末間のＰｒｏＳｅ−ａｓｓｉｓｔｅｄＷＬＡＮｄｉｒｅｃｔｃｏｍｍｕｎｉｃａｔｉｏｎ、ＰｒｏＳｅグループコミュニケーション又はＰｒｏＳｅブロードキャストコミュニケーションの一つを意味することができる。

−ＰｒｏＳｅＥ−ＵＴＲＡコミュニケーション：ＰｒｏＳｅＥ−ＵＴＲＡコミュニケーション経路を用いるＰｒｏＳｅコミュニケーション

−ＰｒｏＳｅ−ａｓｓｉｓｔｅｄＷＬＡＮｄｉｒｅｃｔｃｏｍｍｕｎｉｃａｔｉｏｎ：直接コミュニケーション経路を用いるＰｒｏＳｅコミュニケーション

−ＰｒｏＳｅコミュニケーション経路：ＰｒｏＳｅコミュニケーションを支援するコミュニケーション経路であって、ＰｒｏＳｅＥ−ＵＴＲＡコミュニケーション経路はＥ−ＵＴＲＡを用いてＰｒｏＳｅ−ｅｎａｂｌｅｄＵＥ間で又はローカルｅＮＢを介して確立できる。ＰｒｏＳｅ−ａｓｓｉｓｔｅｄＷＬＡＮｄｉｒｅｃｔｃｏｍｍｕｎｉｃａｔｉｏｎｐａｔｈはＷＬＡＮを用いてＰｒｏＳｅ−ｅｎａｂｌｅｄＵＥｓ間で直接確立できる。

−ＥＰＣ経路（又はｉｎｆｒａｓｔｒｕｃｔｕｒｅｄａｔａｐａｔｈ）：ＥＰＣを介しての使用者平面コミュニケーション経路。

−ＰｒｏＳｅディスカバリー：Ｅ−ＵＴＲＡを用いて、近接したＰｒｏＳｅ−ｅｎａｂｌｅｄ端末を識別／確認する過程。

−ＰｒｏＳｅＧｒｏｕｐＣｏｍｍｕｎｉｃａｔｉｏｎ：近接した二つ以上のＰｒｏＳｅ−ｅｎａｂｌｅｄ端末の間で、共通コミュニケーション経路を用いる一対多のＰｒｏＳｅコミュニケーション。

−ＰｒｏＳｅＵＥ−ｔｏ−ＮｅｔｗｏｒｋＲｅｌａｙ：Ｅ−ＵＴＲＡを用いるＰｒｏＳｅ−ｅｎａｂｌｅｄネットワークとＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末間のコミュニケーションリレーとして動作するＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末。

−ＰｒｏＳｅＵＥ−ｔｏ−ＵＥＲｅｌａｙ：二つ以上のＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末間でＰｒｏＳｅコミュニケーションリレーとして動作するＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末。

−ＲｅｍｏｔｅＵＥ：ＵＥ−ｔｏ−ＮｅｔｗｏｒｋＲｅｌａｙ動作ではＥ−ＵＴＲＡＮによってサービスを受けずにＰｒｏＳｅＵＥ−ｔｏ−ＮｅｔｗｏｒｋＲｅｌａｙを介してＥＰＣネットワークに連結される、つまりＰＤＮ連結を受けるＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末であり、ＵＥ−ｔｏ−ＵＥＲｅｌａｙ動作ではＰｒｏＳｅＵＥ−ｔｏ−ＵＥＲｅｌａｙを介して他のＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末と通信するＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末。

−ＰｒｏＳｅ−ｅｎａｂｌｅｄＮｅｔｗｏｒｋ：ＰｒｏＳｅディスカバリー、ＰｒｏＳｅコミュニケーション及び／又はＰｒｏＳｅ−ａｓｓｉｓｔｅｄＷＬＡＮ直接通信を支援するネットワーク。以下では、ＰｒｏＳｅ−ｅｎａｂｌｅｄＮｅｔｗｏｒｋを簡単にネットワークと言える。

−ＰｒｏＳｅ−ｅｎａｂｌｅｄＵＥ：ＰｒｏＳｅディスカバリー、ＰｒｏＳｅコミュニケーション及び／又はＰｒｏＳｅ−ａｓｓｉｓｔｅｄＷＬＡＮ直接通信を支援する端末。以下では、ＰｒｏＳｅ−ｅｎａｂｌｅｄＵＥ及びＰｒｏＳｅ−ｅｎａｂｌｅｄＰｕｂｌｉｃＳａｆｅｔｙＵＥを端末と言える。

−Ｐｒｏｘｉｍｉｔｙ：ディスカバリーとコミュニケーションでそれぞれ定義されるｐｒｏｘｉｍｉｔｙ判定基準を満たすもの。

−ＳＬＰ（ＳＵＰＬＬｏｃａｔｉｏｎＰｌａｔｆｏｒｍ）：位置サービス管理（ＬｏｃａｔｉｏｎＳｅｒｖｉｃｅＭａｎａｇｅｍｅｎｔ）とポジション決定（ＰｏｓｉｔｉｏｎＤｅｔｅｒｍｉｎａｔｉｏｎ）を管掌するエンティティ。ＳＬＰはＳＬＣ（ＳＵＰＬＬｏｃａｔｉｏｎＣｅｎｔｅｒ）機能とＳＰＣ（ＳＵＰＬＰｏｓｉｔｉｏｎｉｎｇＣｅｎｔｅｒ）機能を含む。詳細な事項はＯｐｅｎＭｏｂｉｌｅＡｌｌｉａｎｃｅ（ＯＭＡ）標準文書ＯＭＡＡＤＳＵＰＬ：“ＳｅｃｕｒｅＵｓｅｒＰｌａｎｅＬｏｃａｔｉｏｎＡｒｃｈｉｔｅｃｔｕｒｅ”を参考とする。

−ＵＳＤ（ＵｓｅｒＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎ）：アプリケーション／サービスレイヤーは各ＭＢＭＳサービスのためのＴＭＧＩ（ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＧｒｏｕｐＩｄｅｎｔｉｔｙ）、セッションの開始及び終了時間、ｆｒｅｑｕｅｎｃｉｅｓ、ＭＢＭＳサービス地域に属するＭＢＭＳｓｅｒｖｉｃｅａｒｅａｉｄｅｎｔｉｔｉｅｓ（ＭＢＭＳＳＡＩｓ）情報などをＵＳＤに含めて端末に送信する。詳細な事項は３ＧＰＰＴＳ２３．２４６の内容を参考する。

−ＩＳＲ（ＩｄｌｅｍｏｄｅＳｉｇｎａｌｌｉｎｇＲｅｄｕｃｔｉｏｎ）：端末がＥ−ＵＴＲＡＮとＵＴＲＡＮ／ＧＥＲＡＮ間をよく移動する場合、反復的な位置登録手順によるネットワークリソースの浪費が発生する。これを減らすための方法として、端末がｉｄｌｅｍｏｄｅの場合、Ｅ−ＵＴＲＡＮとＵＴＲＡＮ／ＧＥＲＡＮを介してそれぞれＭＭＥとＳＧＳＮ（以下、この二つのノードをｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｎｏｄｅと言う）に位置登録を行った後、既に登録した二つのＲＡＴ（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ）間の移動又はｃｅｌｌｒｅｓｅｌｅｃｔｉｏｎを行った場合、別途の位置登録を行わないようにする技術である。したがって、該当端末へのＤＬ（ｄｏｗｎｌｉｎｋ）データが到着する場合、ページングをＥ−ＵＴＲＡＮとＵＴＲＡＮ／ＧＥＲＡＮに同時に送信することにより、端末を成功的に捜してＤＬデータを伝達することができる。［３ＧＰＰＴＳ２３．４０１及び３ＧＰＰＴＳ２３．０６０参照］

−ＭＢＳＦＮ（ＭＢＭＳＳｉｎｇｌｅＦｒｅｑｕｅｎｃｙＮｅｔｗｏｒｋ）：ある地域をカバーするグルーピングされた多数のセルに同じ波形（ｗａｖｅｆｏｒｍ）を同時に送信することによって具現される同時放送（ｓｉｍｕｌｃａｓｔ）伝送技術。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図２は一般的なＥ−ＵＴＲＡＮとＥＰＣのアキテクチャーを示した例示図である。

図示のように、ｅＮｏｄｅＢはＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）連結が活性化しているうちにゲートウェイへのルーティング、ページングメッセージのスケジューリング及び伝送、ブロードキャストチャネル（ＢＣＨ）のスケジューリング及び伝送、上りリンク及び下りリンクでのリソースのＵＥへの動的割当て、ｅＮｏｄｅＢの測定のための設定及び提供、無線ベアラー制御、無線許可制御（ｒａｄｉｏａｄｍｉｓｓｉｏｎｃｏｎｔｒｏｌ）、及び連結移動性制御などのための機能を行うことができる。ＥＰＣ内ではページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、使用者平面の暗号化、ＳＡＥベアラー制御、ＮＡＳシグナリングの暗号化及び無欠性保護機能を行うことができる。

図３は端末と基地局間の制御平面での無線インターフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）の構造を示した例示図、図４は端末と基地局間の使用者平面での無線インターフェースプロトコルの構造を示した例示図である。

前記無線インターフェースプロトコルは３ＧＰＰ無線接続網規格を基盤とする。前記無線インターフェースプロトコルは水平的に物理階層（ＰｈｙｓｉｃａｌＬａｙｅｒ）、データリンク階層（ＤａｔａＬｉｎｋＬａｙｅｒ）及びネットワーク階層（ＮｅｔｗｏｒｋＬａｙｅｒ）からなり、垂直的にはデータ情報伝送のための使用者平面（ＵｓｅｒＰｌａｎｅ）と制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のための制御平面（Ｃｏｎｔｒｏｌｐｌａｎｅ）に区分される。

前記プロトコル階層は通信システムで広く知られた開放型システム間の相互接続（ＯｐｅｎＳｙｓｔｅｍＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層を基にしてＬ１（第１階層）、Ｌ２（第２階層）、Ｌ３（第３階層）に区分されることができる。

以下で、前記図３に示した制御平面の無線プロトコルと、図４に示した使用者平面での無線プロトコルの各階層を説明する。

第１階層である物理階層は物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を用いて情報伝送サービス（ＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＳｅｒｖｉｃｅ）を提供する。前記物理階層は上位の媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）階層とは伝送チャネル（ＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）を介して連結されており、前記伝送チャネルを介して媒体接続制御階層と物理階層間のデータが伝達される。そして、相異なる物理階層の間、つまり送信側と受信側の物理階層の間は物理チャネルを介してデータが伝達される。

物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）は時間軸上の複数のサブフレームと周波数軸上の複数のサブキャリア（Ｓｕｂ−ｃａｒｒｉｅｒ）で構成される。ここで、一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は時間軸上の複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアで構成される。一つのサブフレームは複数のリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ）で構成され、一つのリソースブロックは複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアで構成される。データが伝送される単位時間であるＴＴＩ（ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）は一つのサブフレームに相当する１ｍｓである。

前記送信側と受信側の物理階層に存在する物理チャネルは、３ＧＰＰＬＴＥによれば、データチャネルであるＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）及びＰＵＳＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）、及び制御チャネルであるＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＣＦＩＣＨ（ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）、ＰＨＩＣＨ（ＰｈｙｓｉｃａｌＨｙｂｒｉｄ−ＡＲＱＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）及びＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）に区分することができる。

第２階層にはさまざまな階層が存在する。

まず、第２階層の媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ；ＭＡＣ）階層は多様な論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を多様な伝送チャネルにマッピングする役目をし、また多様な論理チャネルを一つの伝送チャネルにマッピングする論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役目を行う。ＭＡＣ階層は上位階層であるＲＬＣ階層とは論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）で連結されており、論理チャネルは、大別して、伝送される情報の種類によって制御平面（Ｃｏｎｔｒｏｌｐｌａｎｅ）の情報を送信する制御チャネル（ＣｏｎｔｒｏｌＣｈａｎｎｅｌ）と使用者平面（ＵｓｅｒＰｌａｎｅ）の情報を送信するトラフィックチャネル（ＴｒａｆｆｉｃＣｈａｎｎｅｌ）に区分される。

第２階層の無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ；ＲＬＣ）階層は上位階層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して、下位階層が無線区間にデータを送信するのに適するようにデータの大きさを調節する役目を行う。

第２階層のパケットデータ収斂プロトコル（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ；ＰＤＣＰ）階層はＩＰｖ４又はＩＰｖ６のようなＩＰパケットの伝送時に帯域幅の小さな無線区間で効率的に送信するために、相対的に大きくて不必要な制御情報を含んでいるＩＰパケットヘッダーのサイズを減らすヘッダー圧縮（ＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）の機能を行う。また、ＬＴＥシステムではＰＤＣＰ階層が保安（Ｓｅｃｕｒｉｔｙ）機能も行う。これは第３者のデータ傍受を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）と第３者のデータ操作を防止する無欠性保護（Ｉｎｔｅｇｒｉｔｙｐｒｏｔｅｃｔｉｏｎ）で構成される。

第３階層の最上部に位置する無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；以下ＲＲＣと略称する）階層は制御平面でのみ定義され、無線運搬子（ＲａｄｉｏＢｅａｒｅｒ；ＲＢと略称する）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）に関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担う。この際、ＲＢは端末とＥ−ＵＴＲＡＮ間のデータ伝達のために第２階層によって提供されるサービスを意味する。

前記端末のＲＲＣと無線網のＲＲＣ階層の間にＲＲＣ連結（ＲＲＣｃｏｎｎｅｃｔｉｏｎ）がある場合、端末はＲＲＣ連結状態（ＣｏｎｎｅｃｔｅｄＭｏｄｅ）にあるようになり、そうでない場合はＲＲＣ遊休モード（Ｉｄｌｅｍｏｄｅ）にあるようになる。

以下で端末のＲＲＣ状態（ＲＲＣｓｔａｔｅ）とＲＲＣ連結方法について説明する。ＲＲＣ状態とは端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣとの論理的連結（ｌｏｇｉｃａｌｃｏｎｎｅｃｔｉｏｎ）をなしているか否かを言い、連結されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）、連結されていない場合はＲＲＣ＿ＩＤＬＥ状態と言う。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末はＲＲＣ連結が存在するから、Ｅ−ＵＴＲＡＮは該当端末の存在をセル単位で把握することができ、よって端末を効果的に制御することができる。一方、ＲＲＣ＿ＩＤＬＥ状態の端末はＥ−ＵＴＲＡＮが端末の存在を把握することはできなく、セルより大きな地域単位であるＴＡ（ＴｒａｃｋｉｎｇＡｒｅａ）単位で核心網が管理する。すなわち、ＲＲＣ＿ＩＤＬＥ状態の端末はセルに比べて大きな地域単位で該当端末の存在有無のみ把握され、音声又はデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移しなければならない。各ＴＡはＴＡＩ（Ｔｒａｃｋｉｎｇａｒｅａｉｄｅｎｔｉｔｙ）によって区分される。端末はセルで放送（ｂｒｏａｄｃａｓｔｉｎｇ）される情報であるＴＡＣ（Ｔｒａｃｋｉｎｇａｒｅａｃｏｄｅ）によってＴＡＩを構成することができる。

使用者が端末の電源を最初に入れたとき、端末は先に適切なセルを探索した後、該当セルでＲＲＣ連結をなし、核心網に端末の情報を登録する。その後、端末はＲＲＣ＿ＩＤＬＥ状態に留まる。ＲＲＣ＿ＩＤＬＥ状態に留まる端末は必要によってセルを（再）選択し、システム情報（Ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ）又はページング情報を調べる。これをセルにキャンプオン（Ｃａｍｐｏｎ）すると言う。ＲＲＣ＿ＩＤＬＥ状態に留まっていた端末はＲＲＣ連結をなす必要があるときに初めてＲＲＣ連結過程（ＲＲＣｃｏｎｎｅｃｔｉｏｎｐｒｏｃｅｄｕｒｅ）によってＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ連結をなし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。ＲＲＣ＿ＩＤＬＥ状態にあった端末がＲＲＣ連結をなす必要がある場合は色々がある。例えば、使用者の通話試み、データ伝送試み、又はＥ−ＵＴＲＡＮからページングメッセージを受信した後、これに対する応答メッセージ伝送などを挙げることができる。

前記ＲＲＣ階層上に位置するＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）階層は連結管理（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）と移動性管理（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ）などの機能を行う。

以下では図３に示したＮＡＳ階層について詳細に説明する。

ＮＡＳ階層に属するｅＳＭ（ｅｖｏｌｖｅｄＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）はデフォルトベアラー（ＤｅｆａｕｌｔＢｅａｒｅｒ）管理、専用ベアラー（ＤｅｄｉｃａｔｅｄＢｅａｒｅｒ）管理のような機能を行い、端末が網からＰＳサービスを用いるための制御を担う。デフォルトベアラーリソースは特定のパケットデータネットワーク（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ；ＰＤＮ）に最初に接続するとき、網から割り当てられるという特徴を有する。この際、ネットワークは、端末がデータサービスを使えるように端末が使用可能なＩＰ住所を割り当て、そしてデフォルトベアラーのＱｏＳを割り当てる。ＬＴＥでは、大別して、データ送受信のための特定の帯域幅を保障するＧＢＲ（Ｇｕａｒａｎｔｅｅｄｂｉｔｒａｔｅ）ＱｏＳ特性を有するベアラーと帯域幅の保障なしにＢｅｓｔｅｆｆｏｒｔＱｏＳ特性を有するＮｏｎ−ＧＢＲベアラーの２種を支援する。デフォルトベアラーの場合、Ｎｏｎ−ＧＢＲベアラーが割り当てられる。専用ベアラーの場合にはＧＢＲ又はＮｏｎ−ＧＢＲのＱｏＳ特性を有するベアラーが割り当てられることができる。

ネットワークで端末に割り当てたベアラーをＥＰＳ（ｅｖｏｌｖｅｄｐａｃｋｅｔｓｅｒｖｉｃｅ）ベアラーと言い、ＥＰＳベアラーを割り当てるとき、ネットワークは一つのＩＤを割り当てるようになる。これをＥＰＳベアラーＩＤと言う。一つのＥＰＳベアラーはＭＢＲ（ｍａｘｉｍｕｍｂｉｔｒａｔｅ）又は／及びＧＢＲ（Ｇｕａｒａｎｔｅｅｄｂｉｔｒａｔｅ）のＱｏＳ特性を有する。

図５は３ＧＰＰＬＴＥでのランダムアクセス過程を示したフローチャートである。

ランダムアクセス過程はＵＥが基地局に対するＵＬ同期を得るかＵＬ無線リソースを割り当てられるために用いられる。

ＵＥはルートインデックス（ｒｏｏｔｉｎｄｅｘ）とＰＲＡＣＨ（ｐｈｙｓｉｃａｌｒａｎｄｏｍａｃｃｅｓｓｃｈａｎｎｅｌ）設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎｉｎｄｅｘ）をｅＮｏｄｅＢから受信する。各セルにＺＣ（Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスによって定義される６４個の候補（ｃａｎｄｉｄａｔｅ）ランダムアクセスプリアンブルがあり、ルートインデックスは端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。

ランダムアクセスプリアンブルの伝送は各セルに特定の時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスはランダムアクセスプリアンブルの伝送が可能な特定のサブフレームとプリアンブルフォーマットを指示する。

ＵＥは任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢに送信する。ＵＥは６４個の候補ランダムアクセスプリアンブルの一つを選択する。そして、ＰＲＡＣＨ設定インデックスによって該当のサブフレームを選択する。ＵＥは選択されたランダムアクセスプリアンブルを選択されたサブフレームに送信する。

前記ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢはランダムアクセス応答（ｒａｎｄｏｍａｃｃｅｓｓｒｅｓｐｏｎｓｅ、ＲＡＲ）をＵＥに送る。ランダムアクセス応答は２段階で検出される。まず、ＵＥはＲＡ−ＲＮＴＩ（ｒａｎｄｏｍａｃｃｅｓｓ−ＲＮＴＩ）でマスキングされたＰＤＣＣＨを検出する。ＵＥは検出されたＰＤＣＣＨによって指示されるＰＤＳＣＨ上でＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）ＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）内のランダムアクセス応答を受信する。

図６は無線リソース制御（ＲＲＣ）階層での連結過程を示す。

図６に示したように、ＲＲＣ連結可否によってＲＲＣ状態が示されている。前記ＲＲＣ状態とはＵＥのＲＲＣ階層のエンティティ（ｅｎｔｉｔｙ）がｅＮｏｄｅＢのＲＲＣ階層のエンティティと論理的連結（ｌｏｇｉｃａｌｃｏｎｎｅｃｔｉｏｎ）をなしているか否かを言い、連結されている場合はＲＲＣ連結状態（ｃｏｎｎｅｃｔｅｄｓｔａｔｅ）と言い、連結されていない状態をＲＲＣ遊休モード（ｉｄｌｅｓｔａｔｅ）と言う。

前記連結状態（Ｃｏｎｎｅｃｔｅｄｓｔａｔｅ）のＵＥはＲＲＣ連結（ｃｏｎｎｅｃｔｉｏｎ）が存在するから、Ｅ−ＵＴＲＡＮは該当端末の存在をセル単位で把握することができ、よってＵＥを効果的に制御することができる。一方、遊休モード（ｉｄｌｅｓｔａｔｅ）のＵＥはｅＮｏｄｅＢが把握することはできなく、セルより大きな地域単位であるトラッキング地域（ＴｒａｃｋｉｎｇＡｒｅａ）単位で核心網（ＣｏｒｅＮｅｔｗｏｒｋ）が管理する。前記トラッキング地域（ＴｒａｃｋｉｎｇＡｒｅａ）はセルの集合単位である。すなわち、遊休モード（ｉｄｌｅｓｔａｔｅ）ＵＥは大きな地域単位で存在有無のみ把握され、音声やデータのような通常の移動通信サービスを受けるためには、端末は連結状態（ｃｏｎｎｅｃｔｅｄｓｔａｔｅ）に遷移しなければならない。

使用者がＵＥの電源を最初に入れたとき、前記ＵＥは先に適切なセルを探索した後、該当セルで遊休モード（ｉｄｌｅｓｔａｔｅ）に留まる。前記遊休モード（ｉｄｌｅｓｔａｔｅ）で留まっていたＵＥはＲＲＣ連結をなす必要があるときに初めてＲＲＣ連結過程（ＲＲＣｃｏｎｎｅｃｔｉｏｎｐｒｏｃｅｄｕｒｅ）によってｅＮｏｄｅＢのＲＲＣ階層とのＲＲＣ連結をなし、ＲＲＣ連結状態（ｃｏｎｎｅｃｔｅｄｓｔａｔｅ）に遷移する。

前記遊休モード（Ｉｄｌｅｓｔａｔｅ）にあったＵＥがＲＲＣ連結をなす必要がある場合はいろいろがある。例えば、使用者の通話試み、データ伝送、又はＥＵＴＲＡＮからページングメッセージを受信した後、これに対する応答メッセージの伝送を挙げることができる。

遊休モード（ｉｄｌｅｓｔａｔｅ）のＵＥが前記ｅＮｏｄｅＢとＲＲＣ連結をなすためには、前述したようにＲＲＣ連結過程（ＲＲＣｃｏｎｎｅｃｔｉｏｎｐｒｏｃｅｄｕｒｅ）を進行しなければならない。ＲＲＣ連結過程は、大別して、ＵＥがｅＮｏｄｅＢにＲＲＣ連結要求（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｑｕｅｓｔ）メッセージを送信する過程、ｅＮｏｄｅＢがＵＥにＲＲＣ連結設定（ＲＲＣｃｏｎｎｅｃｔｉｏｎｓｅｔｕｐ）メッセージを送信する過程、及びＵＥがｅＮｏｄｅＢにＲＲＣ連結設定完了（ＲＲＣｃｏｎｎｅｃｔｉｏｎｓｅｔｕｐｃｏｍｐｌｅｔｅ）メッセージを送信する過程を含む。このような過程について図６を参照してより詳細に説明すると次のようである。

１）遊休モード（Ｉｄｌｅｓｔａｔｅ）のＵＥは、通話試み、データ伝送試み、又はｅＮｏｄｅＢのページングに対する応答などの理由でＲＲＣ連結をなそうとする場合、まずＲＲＣ連結要求（ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢに送信する。

２）前記ＵＥからＲＲＣ連結要求メッセージを受信すれば、前記ｅＮＢは、無線リソースが十分な場合、前記ＵＥのＲＲＣ連結要求を受諾し、応答メッセージであるＲＲＣ連結設定（ＲＲＣｃｏｎｎｅｃｔｉｏｎｓｅｔｕｐ）メッセージを前記ＵＥに送信する。

３）前記ＵＥが前記ＲＲＣ連結設定メッセージを受信すれば、前記ｅＮｏｄｅＢにＲＲＣ連結設定完了（ＲＲＣｃｏｎｎｅｃｔｉｏｎｓｅｔｕｐｃｏｍｐｌｅｔｅ）メッセージを送信する。前記ＵＥがＲＲＣ連結設定メッセージを成功的に送信すれば、初めて前記ＵＥはｅＮｏｄｅＢとｍｐＲＲＣ連結をなし、ＲＲＣ連結モードに遷移する。

ＰｒｏＳｅ（ＰｒｏｘｉｍｉｔｙＳｅｒｖｉｃｅ）

Ｐｒｏｓｅサービスは物理的に近接した装置間のディスカバリー及び相互間の直接的なコミュニケーション又は基地局を介してのコミュニケーション又は第３装置を介してのコミュニケーションが可能なサービスを意味する。

図７はＥＰＳにおいて二つのＵＥが通信する基本的な経路（ｄｅｆａｕｌｔｄａｔａｐａｔｈ）を示している。このような基本的な経路は事業者が運営する基地局（ｅＮｏｄｅＢ）及びコアネットワーク（ｃｏｒｅｎｅｔｗｏｒｋ、すなわちＥＰＣ）を経る。本発明では、このような経路をインフラストラクチャーデータ経路（ｉｎｆｒａｓｔｒｕｃｔｕｒｅｄａｔａｐａｔｈ）（又はＥＰＣｐａｔｈ）と呼ぶことにする。また、このようなインフラストラクチャーデータ経路を介しての通信をインフラストラクチャー通信と呼ぶことにする。

図８はＰｒｏｓｅに基づく二つのＵＥ間の直接モード通信経路（ｄｉｒｅｃｔｍｏｄｅｄａｔａｐａｔｈ）を示す。このような直接モード通信経路は、事業者が運営するｅＮｏｄｅＢ及びｃｏｒｅｎｅｔｗｏｒｋ（すなわち、ＥＰＣ）を経ない。図８（ａ）はＵＥ−１とＵＥ−２が互いに異なるｅＮｏｄｅＢにキャンプオン（ｃａｍｐ−ｏｎ）していながら直接モード通信経路を介してデータをやり取りする場合を、図８（ｂ）は同じｅＮｏｄｅＢにキャンプオンしている二つのＵＥが直接モード通信経路を介してデータをやり取りする場合を示している。

図９はＰｒｏｓｅに基づく二つのＵＥ間のｅＮｏｄｅＢを経る通信経路（ｌｏｃａｌｌｙ−ｒｏｕｔｅｄｄａｔａｐａｔｈ）を示す。このようなｅＮｏｄｅＢを経る通信経路は事業者が運営するコアネットワーク（ｃｏｒｅｎｅｔｗｏｒｋ、すなわちＥＰＣ）は経ない。

一方、３ＧＰＰＲｅｌｅａｓｅ１３では、バックホール（ｂａｃｋｈａｕｌ、すなわちｃｏｒｅｎｅｔｗｏｒｋ）との連結がない／切れたＥ−ＵＴＲＡＮ及びバックホール（ｂａｃｋｈａｕｌ）との連結が制限的なＥ−ＵＴＲＡＮでの移動通信サービスを提供するためのソリューションを研究している（３ＧＰＰＳＰ−１４０７１４）。前記のようにバックホール（ｂａｃｋｈａｕｌ、すなわちｃｏｒｅｎｅｔｗｏｒｋ）との連結がない／切れたＥ−ＵＴＲＡＮ及びバックホール（ｂａｃｋｈａｕｌ）との連結が制限的なＥ−ＵＴＲＡＮをｉｓｏｌａｔｅｄＥ−ＵＴＲＡＮと呼び、特にこのようなｉｓｏｌａｔｅｄＥ−ＵＴＲＡＮでの移動通信サービスはＰｕｂｌｉｃＳａｆｅｔｙ端末／シナリオのためのもので、このようなｉｓｏｌａｔｅｄＥ−ＵＴＲＡＮの動作をＩＯＰＳ（ＩｓｏｌａｔｅｄＥ−ＵＴＲＡＮＯｐｅｒａｔｉｏｎｆｏｒＰｕｂｌｉｃＳａｆｅｔｙ）と名付けている。ＩＯＰＳはＮｏｂａｃｋｈａｕｌ、Ｌｉｍｉｔｅｄｂａｎｄｗｉｄｔｈｓｉｇｎａｌｌｉｎｇｏｎｌｙｂａｃｋｈａｕｌ、Ｌｉｍｉｔｅｄｂａｎｄｗｉｄｔｈｓｉｇｎａｌｌｉｎｇａｎｄｕｓｅｒｄａｔａｂａｃｋｈａｕｌなどの場合を仮定する。

図１０はリモートＵＥがＵＥ対ネットワークリレー（ＵＥ−ｔｏ−ＮｅｔｗｏｒｋＲｅｌａｙ）を探索して互いに一対一直接通信（Ｏｎｅ−ｔｏ−ＯｎｅＤｉｒｅｃｔＣｏｍｍｕｎｉｃａｔｉｏｎ）を形成することによってネットワークへの連結サービスを準備する過程を例示したもので、より詳細な内容はＴＲ２３．７１３を参照することができる。

段階Ｓ１００１で、ＵＥ対ネットワークリレー（ＵＥ−ｔｏ−ＮｅｔｗｏｒｋＲｅｌａｙ）は初期Ｅ−ＵＴＲＡＮアタッチ過程及び／又はリレーのためのＰＤＮ連結樹立を遂行する。ＩＰｖ６ｃａｓｅにおいて、リレーはｐｒｅｆｉｘｄｅｌｅｇａｔｉｏｎｆｕｎｃｔｉｏｎからＩＰｖ６ｐｒｅｆｉｘを得る。

段階Ｓ１００２で、リモートＵＥはモデルＡディスカバリー又はモデルＢディスカバリーを介してＵＥ−ＮｅｔｗｏｒｋＲｅｌａｙのディスカバリーを遂行する。

モデルＡディスカバリーはアナウンシングＵＥが自分の存在を近接ＵＥに知らせる動作をし、モニタリングＵＥが関心ある情報を知らせるアナウンシングＵＥが近接位置にあるかをモニターする形態の直接ディスカバリーである。モデルＢディスカバリーはＤｉｓｃｏｖｅｒｅｒＵＥが探索しようとする情報を含めて要求を送信すれば、前記要求についての情報を含めてＤｉｓｃｏｖｅｒｅｅＵＥが応答する形態の直接ディスカバリーである。

段階Ｓ１００３で、リモートＵＥはＵＥ対ネットワークリレー（ＵＥ−ｔｏ−ＮｅｔｗｏｒｋＲｅｌａｙ）を選択し、１対１コミュニケーション（Ｏｎｅ−ｔｏ−ＯｎｅＣｏｍｍｕｎｉｃａｔｉｏｎ）のための連結を樹立する。

段階Ｓ１００４で、ＰＣ５上でＩＰｖ６が使われるとき、リモートＵＥはＩＰｖ６ＳｔａｔｅｌｅｓｓＡｄｄｒｅｓｓａｕｔｏ−ｃｏｎｆｉｇｕｒａｔｉｏｎを遂行する。リモートＵＥはＤｅｓｔｉｎａｔｉｏｎＬａｙｅｒ−２ＩＤを用いてネットワークにＲｏｕｔｅｒＳｏｌｉｃｉｔａｔｉｏｎｍｅｓｓａｇｅを送信する。ＲｏｕｔｅｒＡｄｖｅｒｔｉｓｅｍｅｎｔｍｅｓｓａｇｅｓは割り当てられたＩＰｖ６ｐｒｅｆｉｘを含む。リモートＵＥがＲｏｕｔｅｒＡｄｖｅｒｔｉｓｅｍｅｎｔｍｅｓｓａｇｅを受信した後、ＩＰｖ６ＳｔａｔｅｌｅｓｓＡｄｄｒｅｓｓａｕｔｏ−ｃｏｎｆｉｇｕｒａｔｉｏｎによってｆｕｌｌＩＰｖ６ａｄｄｒｅｓｓを構成する。しかし、リモートＵＥはｉｎｔｅｒｆａｃｅｉｄｅｎｔｉｆｉｅｒを生成するための基底として、ＴＳ２３．００３に定義された何のｉｄｅｎｔｉｆｉｅｒｓも使ってはいけない。プライバシーのために、リモートＵＥはネットワークに伴われないながら、ｆｕｌｌＩＰｖ６ａｄｄｒｅｓｓを生成するために使われるｉｎｔｅｒｆａｃｅｉｄｅｎｔｉｆｉｅｒを変更する。リモートＵＥはペキッウを送信するうちａｕｔｏ−ｃｏｎｆｉｇｕｒｅｄＩＰｖ６ａｄｄｒｅｓｓを使わなければならない。

段階Ｓ１００５で、ＰＣ５上でＩＰｖ４が使われるとき、リモートＵＥはＤＨＣＰｖ４を使う。リモートＵＥはＤｅｓｔｉｎａｔｉｏｎＬａｙｅｒ−２ＩＤを使用してＤＨＣＰｖ４ディスカバリーメッセージを送信しなければならない。ＤＨＣＰｖ４サーバーとして動作するリレーは割り当てられたＲｅｍｏｔｅＵＥＩＰｖ４ａｄｄｒｅｓｓと一緒にＤＨＣＰｖ４Ｏｆｆｅｒを送信する。リモートＵＥがｌｅａｓｅｏｆｆｅｒを受信すれば、受信されたｒｅｃｅｉｖｅｄＩＰｖ４ａｄｄｒｅｓｓを含むＤＨＣＰＲＥＱＵＥＳＴｍｅｓｓａｇｅを送信する。ＤＨＣＰｖ４サーバーとして動作するリレーはｌｅａｓｅｄｕｒａｔｉｏｎ及びクライアントが要求した構成情報を含むＤＨＣＰＡＣＫメッセージをリモートＵＥに送信する。ＤＨＣＰＡＣＫメッセージを受信すれば、リモートＵＥはＴＣＰ／ＩＰ構成プロセスを完了する。

図１１は予め樹立されたＭＢＭＳベアラーの使用を説明するための図である。図１１を参照すると、段階Ｓ１１０１で、ＧＣＳＡＳ（ＧｒｏｕｐＣｏｍｍｕｎｉｃａｔｉｏｎＳｅｒｖｉｃｅＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）はグループコミュニケーションセッションのためのＭＢＭＳベアラーを予め樹立する。ＢＭ−ＳＣはＧＣＳＡＳにＭＢＭＳベアラーに係わるＭＢＭＳサービスディスクリプションを返す。段階Ｓ１１０２で、ＵＥはＧＣＳＡＳとのグループコミュニケーションセッションを樹立する。ＧＣＳＡＳはＵＥへのＭＢＭＳベアラーサービスに関連したサービスディスクリプションを送信する。ＵＥはサービスディスクリプションからＭＢＭＳｂｅａｒｅｒ（ｓ）を示すＴＭＧＩ（ｓ）を得る。段階Ｓ１１０３で、ＵＥはＴＭＧＩのための、受信されたＭＢＳＦＮブロードキャストのＭＣＣＨとＭＳＩをモニターする。段階Ｓ１１０４で、ＭＣＣＨ上で検出されたＴＭＧＩを有し、ＵＥはＭＳＩとＴＭＧＩに相応するＭＴＣＨ上で受信されたＤＬデータをモニターする。

一方、ＴＭＧＩ情報はＴＳ２４．００８の１０．５．６．１３節を参考することができる。ＴＭＧＩはＭＢＭＳでグループページングするためのもので、図１２に例示したようであり得る。

以下では、上述した説明に基づき、図１３を参照して、本発明の各実施例によるＭＢＭＳサービス提供方法について説明する。図１３の各ネットワークノード間の関係は図１４に例示したようであり得る。ただ、図１４は説明の便宜のための例示であるだけ、図１３及びこれについての説明が図１４のノードの位置、構成、ネットワーク環境などに従属するものではない。図１４で、グループコミュニケーションアプリケーションはアプリケーションドメインに位置し、通常的には移動通信事業者に属せずにサードパーティーアプリケーションサーバーに位置することもできる。リモートＵＥはカバレージの外に位置することもでき、よってｅＮＢからシステム情報を受信することができない。図１４に例示したように、ＴＭＧＩに係わるｅＭＢＭＳトラフィック、すなわちブロードキャストコンテンツは、以下の説明のように、リレーＵＥからリモートＵＥに、ＰｒｏＳｅＬａｙｅｒ−２ＧｒｏｕｐＩＤによって識別される一対多リンクを介してリレーできる。

図１３を参照すると、リモートＵＥはリレーＵＥ（ＰｒｏＳｅＵＥ−ｔｏ−ＮｅｔｗｏｒｋＲｅｌａｙ）を見つけ、グループコミュニケーションアプリケーションからサービスディスクリプション（又はＧｒｏｕｐＣｏｍｍｕｎｉｃａｔｉｏｎＡｐｐｌｉｃａｔｉｏｎＭＢＭＳｓｅｒｖｉｃｅｄｅｓｃｒｉｐｔｉｏｎ）を受信することができる（Ｓ１３０１）。ここで、サービスディスクリプションは、ＵＥが関連のｅＭＢＭＳコンテンツを受信するために使わなければならないＴＭＧＩ、周波数（ｆｒｅｑｕｅｎｃｉｅｓ）情報及び／又はＳＡＩｓ（ｓｅｒｖｉｃｅａｒｅａｉｄｅｎｔｉｔｉｅｓ、又はＭＢＭＳＳＡＩｓ）を含むことができる。ＴＭＧＩはｓｔａｔｉｃｃｏｎｆｉｇｕｒａｔｉｏｎによって獲得されることもでき、あるいはＧｒｏｕｐＣｏｍｍｕｎｉｃａｔｉｏｎＡｐｐｌｉｃａｔｉｏｎとの相互作用によって獲得されることもできる。このような相互作用はリモートＵＥがリレーＵＥにジョインする前又は後に起こり得る。ＴＭＧＩ、ｒａｄｉｏｆｒｅｑｕｅｎｃｙ情報、ＭＢＭＳｓｅｒｖｉｃｅａｒｅａ情報以外にＭＢＭＳの受信に必要な多様な情報を獲得することもできる。

リレーＵＥはリモートＵＥからＴＭＧＩモニタリング要求を受信することができる（Ｓ１３０２）。すなわち、リモートＵＥは、段階Ｓ１３０１で獲得したサービスディスクリプションを含むＴＭＧＩモニタリング要求をリレーＵＥに送信することができる。すなわち、ＴＭＧＩモニタリング要求に含まれたＴＭＧＩ及びＭＢＭＳＳＡＩはリモートＵＥが獲得したサービスディスクリプションに含まれたものであり得る。

リレーＵＥは、ＴＭＧＩモニタリング要求に含まれた情報に基づき、リモートＵＥにサービスを提供するか否かを決定することができる。具体的には、リレーＵＥは、ＭＢＭＳＳＡＩがシステム情報（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１５）から受信されたＳＡＩに当たる場合、リモートＵＥにブロードキャストサービスを提供する（提供することに決定する）ことができる。仮に、リレーＵＥがｃａｍｐ−ｏｎｃｅｌｌでリモートＵＥのために受信しなければならないＭＢＭＳがサービスされない場合、他のｆｒｅｑｕｅｎｃｙでサービスされるかが分かり、ｅＮＢに関心あるＭＢＭＳサービスに対するｉｎｄｉｃａｔｉｏｎを送信し、ｅＮＢはリレーＵＥを該当セルにハンドオーバーすることができる。

このように、リモートＵＥがリレーＵＥにＴＭＧＩモニタリング要求を伝送するとき、ＴＭＧＩだけでなくＭＢＭＳＳＡＩも含めることで、リレーＵＥはＳＩＢ１５（現在のｆｒｅｑｕｅｎｃｙだけでなくａｌｉｓｔｏｆｎｅｉｇｈｂｏｒｉｎｇｆｒｅｑｕｅｎｃｉｅｓも含み、各ｆｒｅｑｕｅｎｃｙはこのｆｒｅｑｕｅｎｃｙで支援されるＭＢＭＳＳＡＩのｌｉｓｔを含む）を介してブロードキャストされるＭＢＭＳＳＡＩ情報を持って、リモートＵＥが要求したＭＢＭＳトラフィックが受信可能であるかを判断することができる。これは、従来のＴＭＧＩモニタリング要求が単にＴＭＧＩのみ含むことによって、リレーＵＥがＳＩＢを受けてもＴＭＧＩとＳＩＢの関係が分からなくて正常にサービスを提供することができなかったことに比べて改善されたものである。

ついで、リレーＵＥは、リモートＵＥにＰｒｏＳｅＬａｙｅｒ２ＧｒｏｕｐＩＤ（又はＰｒｏＳｅＬａｙｅｒ−２ＧｒｏｕｐＩＤ＿ｔｒａｆｆｉｃ）及び／又はＴＭＧＩ＿Ｍｏｎｉｔｏｒｉｎｇ＿ＲｅｆｒｅｓｈＴｉｍｅｒを含むＴＭＧＩモニタリング応答を伝送することができる（Ｓ１３０３）。ＰｒｏＳｅＬａｙｅｒ２ＧｒｏｕｐＩＤはリレーＵＥがネットワークから受信されたＴＭＧＩに関連したｅＭＢＭＳコンテンツをリモートＵＥにフォワードするのに使われる。ＴＭＧＩ＿Ｍｏｎｉｔｏｒｉｎｇ＿ＲｅｆｒｅｓｈＴｉｍｅｒは、タイマーの満了時、リモートＵＥがＴＭＧＩｍｏｎｉｔｏｒｉｎｇｒｅｑｕｅｓｔ過程を遂行するようにするために提供される。タイマーが満了したのにリモートＵＥがＴＭＧＩモニタリング過程を遂行せず、他のＵＥもＴＭＧＩモニタリング過程を遂行しなければ、リレーＵＥはＴＭＧＩをモニターすることに関連したコンテンツをフォワードすることを中断する。

段階Ｓ１３０４で、リレーＵＥは、ＴＭＧＩ（これは以前段階でＭＢＭＳサービスディスクリプションに基づいてモニターされるように要求されたものであり得る）が検出されれば、前記ＴＭＧＩに相応するＰｒｏＳｅＬａｙｅｒ２ＧｒｏｕｐＩＤ及び前記検出されたＴＭＧＩを含むＴＭＧＩアナウンスメントをブロードキャストする（Ｓ１３０５）。これはＤｉｒｅｃｔＤｉｓｃｏｖｅｒｙｍｅｓｓａｇｅによってなることができる。これは、一般的にＴＭＧＩ＿Ｍｏｎｉｔｏｒｉｎｇ＿ＲｅｆｒｅｓｈＴｉｍｅｒよりは小さく、構成可能な（ｃｏｎｆｉｇｕｒａｂｌｅ）繰り返し周期で繰り返されることができる。ＴＭＧＩ値はリレー選択のための選好度の判定に使われることができる。

ここで、ＴＭＧＩは以前の段階でＭＢＭＳサービスディスクリプションに基づいてモニターされるように要求されたものであり得る。若しくは、ＴＭＧＩは以前のリモートＵＥのＴＭＧＩモニタリング要求／応答過程に関係ないものであり得る。すなわち、特定のリモートＵＥのＴＭＧＩモニタリング要求／応答過程とは関係ない、他のリモートＵＥのＴＭＧＩモニタリング要求／応答過程によって検出されたものであり得る。よって、ブロードキャストされるＰｒｏＳｅＬａｙｅｒ２ＧｒｏｕｐＩＤを受信したリモートＵＥは、ＴＭＧＩモニタリング応答を受信する前にもリレーされるブロードキャストコンテンツを受信することができる。若しくは、リモートＵＥは前記リレーＵＥとＤ２Ｄリンクを結ぶ前にもリレーされるブロードキャストコンテンツを受信することができる。

すなわち、ＰｒｏＳｅＬａｙｅｒ−２ＧｒｏｕｐＩＤ情報がリモートＵＥに伝送される代わりに、この情報がＳ１３０５でＴＭＧＩがａｄｖｅｒｔｉｓｅされるときに一緒に送信されることもできる。若しくは、ＰｒｏＳｅＬａｙｅｒ−２ＧｒｏｕｐＩＤ情報をＳ１３０３でもＳ１３０５でも送信することもできる。これにより、特定のＴＭＧＩに関心があるリモートＵＥが既にＵＥ−ｔｏ−ＮＷＲｅｌａｙによってａｄｖｅｒｔｉｓｅされているＴＭＧＩを受信した後、ＴＭＧＩモニタリング要求動作（Ｓ１３０２−Ｓ１３０３）をしなくても良いようになる。どうせＵＥ−ｔｏ−ＮＷＲｅｌａｙが前記ＴＭＧＩに対するＭＢＭＳトラフィックをネットワークから受信し、前記ＰｒｏＳｅＬａｙｅｒ−２ＧｒｏｕｐＩＤをＬａｙｅｒ２ｄｅｓｔｉｎａｔｉｏｎａｄｄｒｅｓｓとして一対多直接コミュニケーション（ｏｎｅ−ｔｏ−ｍａｎｙｄｉｒｅｃｔｃｏｍｍｕｎｉｃａｔｉｏｎ）によって送信するので、前記ＴＭＧＩモニタリング要求動作をしなくてもリモートＵＥは前記ＭＢＭＳトラフィックに対する受信が可能となる。ＴＭＧＩ＿Ｍｏｎｉｔｏｒｉｎｇ＿ＲｅｆｒｅｓｈＴｉｍｅｒ情報もＳ１３０３及び／又はＳ１３０５で送信できる。

このように、ＰｒｏＳｅＬａｙｅｒ２ＧｒｏｕｐＩＤ及び前記検出されたＴＭＧＩを含むＴＭＧＩアナウンスメントをブロードキャストすることにより、リモートＵＥがより柔軟で速かにグループ通信を遂行することができる。より詳細に、従来のリモートＵＥは、ＰＣ５インターフェースを介して受信されるパケットのうちどのパケットが、自分が受信したいＴＭＧＩに対応するかを知るために、これに対応するＰｒｏＳｅＬａｙｅｒ２ＧｒｏｕｐＩＤをリレーＵＥから獲得しなければならなかった。よって、リモートＵＥはリレーＵＥにＴＭＧＩモニタリング要求をし、それに対する応答を受けなければならなかった。これはリレーＵＥを探索してリレーＵＥと一対一リンク（ｏｎｅ−ｔｏ−ｏｎｅｌｉｎｋ）を結んだ後であることを前提とする。よって、リモートＵＥが、ｉ）まだリレーＵＥを探索することができなかったとか、ｉｉ）リレーＵＥと一対一リンクを結ぶ前であるとか、ｉｉｉ）リレーＵＥとＴＭＧＩモニタリング要求／応答をやり取りする前には自分が受信しようとするグループ通信を受信することが不可能であった。

前記ＴＭＧＩアナウンスメントは複数のＴＭＧＩを含むことができる。ここで、リレーＵＥがリモートＵＥのために多数のＴＭＧＩを受信しなければならない場合、これをａｄｖｅｒｔｉｓｅするためにＴＭＧＩごとに別個のＴＭＧＩアナウンスメントを送信しなければならなく、これはＰＣ５ｒａｄｉｏｒｅｓｏｕｒｃｅの浪費を引き起こした問題を解決することができる。また、リレーＵＥはＰＣ５インターフェースを介しての送信及び受信とＬＴＥ−Ｕｕインターフェースを介しての送信及び受信を全て遂行しなければならないが、これは同時に遂行することができないので、周期的に伝送しなければならないＴＭＧＩアナウンスメントが多くなる場合、他の送受信（例えば、実際のグループ通信トラフィック）に差し支えを与えることができた問題も解決することができる。

前記ＴＭＧＩアナウンスメントメッセージにＴＭＧＩ情報が含まれるとき、ＰＬＭＮＩＤ（すなわち、ＭＣＣ＋ＭＮＣ）が含まれないこともあり得る。若しくは、ＭＣＣとＭＮＣのいずれか一方のみ含まれることもできる。多数のＴＭＧＩ情報を含ませるとき、ＰＬＭＮＩＤが同一であるＴＭＧＩに対してはＰＬＭＮＩＤを一度のみ含ませ、各ＴＭＧＩを構成するＭＢＭＳＳｅｒｖｉｃｅＩＤ部分のみそれぞれ含ませることもできる。多数のＴＭＧＩ情報を含ませるとき、ＭＣＣが同一であるＴＭＧＩに対してはＭＣＣを一度のみ含ませ、各ＴＭＧＩを構成する残りの部分をそれぞれ含ませることもできる。多数のＴＭＧＩ情報を含ませるとき、ＭＮＣが同一であるＴＭＧＩに対してはＭＮＣを一度のみ含ませ、各ＴＭＧＩを構成する残りの部分をそれぞれ含ませることもできる。

ついで、段階Ｓ１３０６で、ＵＥが段階Ｓ１３０５のアナウンスメントを検出し、連続的にＰｒｏＳｅＬａｙｅｒ−２ＧｒｏｕｐＩＤに関連したＰＣ５ＰｒｏＳｅ一対多リンク上でブロードキャストコンテンツを受信し始めることができる。この場合、ＧＣＳＡＳとのｕｎｉｃａｓｔｄｉｓｔｒｉｂｕｔｉｏｎｌｅｇはリリースできる。

段階Ｓ１３０７でＴＭＧＩのロスを検出した場合、リレーＵＥはＴＭＧＩの可用性をブロードキャストすることを中断する。選択によって、ＴＭＧＩロスを検出するために、ロスのお知らせを送信することができる。ＵＥはＧＣＳＡＳからのｕｎｉｃａｓｔｄｉｓｔｒｉｂｕｔｉｏｎｌｅｇを要求することができる。

段階Ｓ１３０８で、ＵＥはＰｒｏＳｅＬａｙｅｒ−２ＧｒｏｕｐＩＤに関連したＰＣ５ＰｒｏＳｅ一対多リンク上でブロードキャストコンテンツの受信を中断することができる。

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

図１５は本発明の一例による端末装置及びネットワークノード装置の好適な実施例の構成を示す図である。

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

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

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

上述した本発明の実施例は多様な手段によって具現されることができる。例えば、本発明の実施例は、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現できる。

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

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

前記のように開示された本発明の好適な実施形態についての詳細な説明は当業者が本発明を具現して実施することができるように提供した。以上では本発明の好適な実施形態に基づいて説明したが、当該技術分野の熟練した当業者は下記の特許請求範囲に記載された本発明の思想及び領域から逸脱しない範疇内で本発明を多様に修正及び変更することができることを理解することが可能であろう。よって、本発明はここで開示した実施形態に制限されるものではなく、ここで開示した原理及び新規の特徴と一致する最広の範囲を付与しようとするものである。

上述したような本発明の多様な実施形態は３ＧＰＰシステムを中心に説明したが、多様な移動通信システムに同様な方式で適用可能である。

Claims

無線通信システムにおいてリレーＵＥ（Ｕｓｅｒｅｑｕｉｐｍｅｎｔ）がリモートＵＥにブロードキャストサービスを提供する方法であって、
前記リレーＵＥが、前記リモートＵＥからＴＭＧＩ（ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＧｒｏｕｐＩｄｅｎｔｉｔｙ）とＭＢＭＳ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅ）ＳＡＩ（ｓｅｒｖｉｃｅａｒｅａｉｄｅｎｔｉｔｉｅ）を含むＴＭＧＩモニタリング要求を受信する段階と、
前記リレーＵＥが、前記ＴＭＧＩモニタリング要求の前記ＭＢＭＳＳＡＩに基づき、前記リモートＵＥにブロードキャストサービスを提供するかを決定する段階と、を含み、
前記リレーＵＥは、前記ＭＢＭＳＳＡＩがシステム情報から受信されたＳＡＩに対応する時、前記リモートＵＥにブロードキャストサービスを提供する、ブロードキャストサービス提供方法。
前記ＴＭＧＩモニタリング要求に含まれた前記ＴＭＧＩ及びＭＢＭＳＳＡＩは、前記リモートＵＥが獲得したサービスディスクリプションに含まれる、請求項１に記載のブロードキャストサービス提供方法。
前記サービスディスクリプションはグループコミュニケーションアプリケーションにより送信される、請求項２に記載のブロードキャストサービス提供方法。
前記システム情報はｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１５である、請求項１に記載のブロードキャストサービス提供方法。
前記リレーＵＥは、前記リモートＵＥにＰｒｏＳｅＬａｙｅｒ２ＧｒｏｕｐＩＤを含むＴＭＧＩモニタリング応答を送信する、請求項１に記載のブロードキャストサービス提供方法。
無線通信システムにおいてブロードキャストサービスを提供するリレー端末装置であって、
送受信装置と、
プロセッサを含み、
前記プロセッサは、リモートＵＥからＴＭＧＩ（ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＧｒｏｕｐＩｄｅｎｔｉｔｙ）とＭＢＭＳ（ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅ）ＳＡＩ（ｓｅｒｖｉｃｅａｒｅａｉｄｅｎｔｉｔｉｅ）を含むＴＭＧＩモニタリング要求を受信し、前記ＴＭＧＩモニタリング要求の前記ＭＢＭＳＳＡＩに基づき、前記リモートＵＥにブロードキャストサービスを提供するかを決定し、前記リモートＵＥに前記ブロードキャストサービスをリレーし、
前記リレーＵＥは、前記ＭＢＭＳＳＡＩがシステム情報から受信されたＳＡＩに対応する時、前記リモートＵＥに前記ブロードキャストサービスを提供する、リレー端末装置。
前記ＴＭＧＩモニタリング要求に含まれた前記ＴＭＧＩ及びＭＢＭＳＳＡＩは前記リモートＵＥが獲得したサービスディスクリプションに含まれる、請求項６に記載のリレー端末装置。
前記サービスディスクリプションはグループコミュニケーションアプリケーションにより送信される、請求項７に記載のリレー端末装置。
前記システム情報はｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１５である、請求項６に記載のリレー端末装置。
前記リレーＵＥは、前記リモートＵＥにＰｒｏＳｅＬａｙｅｒ２ＧｒｏｕｐＩＤを含むＴＭＧＩモニタリング応答を送信する、請求項６に記載のリレー端末装置。