(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいてリレーＵＥ（Ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）がリモートＵＥにブロードキャストサービスを提供する方法であって、
前記リレーＵＥが、前記リモートＵＥからＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）とＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）ＳＡＩ（ｓｅｒｖｉｃｅ  ａｒｅａ  ｉｄｅｎｔｉｔｉｅ）を含むＴＭＧＩモニタリング要求を受信する段階と、
前記リレーＵＥが、前記ＴＭＧＩモニタリング要求の前記ＭＢＭＳ  ＳＡＩに基づき、前記リモートＵＥにブロードキャストサービスを提供するかを決定する段階と、を含み、
前記リレーＵＥは、前記ＭＢＭＳ  ＳＡＩがシステム情報から受信されたＳＡＩに対応する時、前記リモートＵＥにブロードキャストサービスを提供する、ブロードキャストサービス提供方法。
【請求項２】
前記ＴＭＧＩモニタリング要求に含まれた前記ＴＭＧＩ及びＭＢＭＳ  ＳＡＩは、前記リモートＵＥが獲得したサービスディスクリプションに含まれる、請求項１に記載のブロードキャストサービス提供方法。
【請求項３】
前記サービスディスクリプションはグループコミュニケーションアプリケーションにより送信される、請求項２に記載のブロードキャストサービス提供方法。
【請求項４】
前記システム情報はｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ  １５である、請求項１に記載のブロードキャストサービス提供方法。
【請求項５】
前記リレーＵＥは、前記リモートＵＥにＰｒｏＳｅ  Ｌａｙｅｒ  ２  Ｇｒｏｕｐ  ＩＤを含むＴＭＧＩモニタリング応答を送信する、請求項１に記載のブロードキャストサービス提供方法。
【請求項６】
無線通信システムにおいてブロードキャストサービスを提供するリレー端末装置であって、
送受信装置と、
プロセッサを含み、
前記プロセッサは、リモートＵＥからＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）とＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）ＳＡＩ（ｓｅｒｖｉｃｅ  ａｒｅａ  ｉｄｅｎｔｉｔｉｅ）を含むＴＭＧＩモニタリング要求を受信し、前記ＴＭＧＩモニタリング要求の前記ＭＢＭＳ  ＳＡＩに基づき、前記リモートＵＥにブロードキャストサービスを提供するかを決定し、前記リモートＵＥに前記ブロードキャストサービスをリレーし、
前記リレーＵＥは、前記ＭＢＭＳ  ＳＡＩがシステム情報から受信されたＳＡＩに対応する時、前記リモートＵＥに前記ブロードキャストサービスを提供する、リレー端末装置。
【請求項７】
前記ＴＭＧＩモニタリング要求に含まれた前記ＴＭＧＩ及びＭＢＭＳ  ＳＡＩは前記リモートＵＥが獲得したサービスディスクリプションに含まれる、請求項６に記載のリレー端末装置。
【請求項８】
前記サービスディスクリプションはグループコミュニケーションアプリケーションにより送信される、請求項７に記載のリレー端末装置。
【請求項９】
前記システム情報はｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ  １５である、請求項６に記載のリレー端末装置。
【請求項１０】
前記リレーＵＥは、前記リモートＵＥにＰｒｏＳｅ  Ｌａｙｅｒ  ２  Ｇｒｏｕｐ  ＩＤを含むＴＭＧＩモニタリング応答を送信する、請求項６に記載のリレー端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は無線通信システムに関するもので、より詳しくはブロードキャストサービスを提供する方法及び装置に関するものである。
【背景技術】
【０００２】
無線通信システムが音声やデータなどの多様な種類の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース（帯域幅、伝送パワーなど）を共有して多重使用者との通信を支援することができる多重接続（ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、ＭＣ−ＦＤＭＡ（ｍｕｌｔｉ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明はリレーノードがブロードキャストサービスを提供する方法を技術的課題とする。
【０００４】
本発明で達成しようとする技術的課題は以上で言及した技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【課題を解決するための手段】
【０００５】
本発明の一実施例は、無線通信システムにおいてリレーＵＥがリモートＵＥにブロードキャストサービスを提供する方法であって、リモートＵＥからＴＭＧＩモニタリング要求を受信する段階と、前記ＴＭＧＩモニタリング要求に含まれた情報に基づき、前記リモートＵＥにサービスを提供するかを決定する段階を含み、前記ＴＭＧＩモニタリング要求はＴＭＧＩ及びＭＢＭＳ  ＳＡＩを含み、前記リレーＵＥは、前記ＭＢＭＳ  ＳＡＩがシステム情報から受信されたＳＡＩに当たる場合、前記リモートＵＥにブロードキャストサービスを提供する、ブロードキャストサービス提供方法である。
【０００６】
無線通信システムにおいてブロードキャストサービスを提供するリレー端末装置であって、送受信装置と、プロセッサを含み、前記プロセッサは、リモートＵＥからＴＭＧＩモニタリング要求を受信し、前記ＴＭＧＩモニタリング要求に含まれた情報に基づき、前記リモートＵＥにサービスを提供するかを決定し、前記ＴＭＧＩモニタリング要求はＴＭＧＩ及びＭＢＭＳ  ＳＡＩを含み、前記リレーＵＥは前記ＭＢＭＳ  ＳＡＩがシステム情報から受信されたＳＡＩに当たる場合、前記リモートＵＥにブロードキャストサービスを提供する、リレー端末装置。
【０００７】
前記ＴＭＧＩモニタリング要求に含まれたＴＭＧＩ及びＭＢＭＳ  ＳＡＩは前記リモートＵＥが獲得したサービスディスクリプションに含まれたものであってもよい。
【０００８】
前記サービスディスクリプションはグループコミュニケーションアプリケーションが送信したものであってもよい。
【０００９】
前記システム情報はｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ  １５であってもよい。
【００１０】
前記リレーＵＥは、前記リモートＵＥでＰｒｏＳｅ  Ｌａｙｅｒ  ２  Ｇｒｏｕｐ  ＩＤを含むＴＭＧＩモニタリング応答を送信することができる。
【００１１】
前記ＴＭＧＩ及びＭＢＭＳ  ＳＡＩは単一情報セットを構成し、前記ＴＭＧＩモニタリング要求は複数の前記情報セットを含むことができる。
【発明の効果】
【００１２】
本発明によると、リレーＵＥが効率的にブロードキャストサービスを提供するかを判断し、これを遂行することができる。
【００１３】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【００１４】
本明細書に添付する図面は本発明に対する理解を提供するためのもので、本発明の多様な実施形態を示し、明細書の記載と一緒に本発明の原理を説明するためのものである。
【図１】ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の概略的な構造を示す図である。
【図２】一般的なＥ−ＵＴＲＡＮとＥＰＣのアキテクチャーを示した例示図である。
【図３】制御平面での無線インターフェースプロトコルの構造を示した例示図である。
【図４】使用者平面での無線インターフェースプロトコルの構造を示した例示図である。
【図５】ランダムアクセス過程を説明するためのフローチャートである。
【図６】無線リソース制御（ＲＲＣ）階層での連結過程を示す図である。
【図７】ＥＰＳを介してのデータ経路を示す図である。
【図８】直接モードでのデータ経路を示す図である。
【図９】直接モードでのデータ経路を示す図である。
【図１０】ＰｒｏＳｅ  ＵＥ−Ｎｅｔｗｏｒｋリレー過程を示す図である。
【図１１】予め樹立されたＭＢＭＳベアラーの使用を説明するための図である。
【図１２】ＴＭＧＩを説明するための図である。
【図１３】本発明の一実施例にブロードキャストサービス関連動作を説明するための図である。
【図１４】本発明の一実施例にブロードキャストサービス関連動作を説明するための図である。
【図１５】本発明の実施例によるノード装置の構成を例示した図である。
【発明を実施するための形態】
【００１５】
以下の実施例は本発明の構成要素及び特徴を所定の形態に結合したものである。それぞれの構成要素又は特徴は別途の明示的言及がない限り選択的なものと見なすことができる。それぞれの構成要素又は特徴は他の構成要素又は特徴と結合しなかった形態に実施可能である。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明する動作の順序は変更可能である。一実施例の一部の構成又は特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴に取り替えられることができる。
【００１６】
以下の説明で使う特定の用語は本発明の理解を助けるために提供するもので、このような特定の用語の使用は本発明の技術的思想を逸脱しない範疇内で他の形態に変更可能である。
【００１７】
場合によって、本発明の概念があいまいになることを避けるために、公知の構造及び装置は省略するか、それぞれの構造及び装置の核心機能を中心とするブロック図の形式で図示することができる。また、本明細書の全般にわたって同じ構成要素については同じ図面符号を用いて説明する。
【００１８】
本発明の実施例はＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２系システム、３ＧＰＰシステム、３ＧＰＰ  ＬＴＥ及びＬＴＥ−Ａシステム及び３ＧＰＰ２システムのうち少なくとも一つに関して開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例において本発明の技術的思想を明確に示すために説明しなかった段階又は部分は前記文書によって裏付けられることができる。また、本文書で開示している全ての用語は前記標準文書によって説明可能である。
【００１９】
以下の技術は多様な無線通信システムで使用可能である。明確性のために、以下では３ＧＰＰ  ＬＴＥ及び３ＧＰＰ  ＬＴＥ−Ａシステムを主として説明するが、本発明の技術的思想がこれに制限されるものではない。
【００２０】
本文書で使われる用語は次のように定義される。
【００２１】
−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に基づく３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術。
【００２２】
−ＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）に基づくＰＳ（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）とＬＴＥ／ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。
【００２３】
−ＮｏｄｅＢ：ＧＥＲＡＮ／ＵＴＲＡＮの基地局。屋外に設置され、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００２４】
−ｅＮｏｄｅＢ：Ｅ−ＵＴＲＡＮの基地局。屋外に設置され、カバレッジはマクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００２５】
−ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）：使用者器機。ＵＥは端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語でも言える。また、ＵＥはノートブック型パソコン、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア器機などの携帯可能な器機であってもよく、あるいはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置などの携帯不可の器機であってもよい。ＭＴＣ関連の内容でＵＥ又は端末という用語はＭＴＣデバイスを指すこともある。
【００２６】
−ＨＮＢ（Ｈｏｍｅ  ＮｏｄｅＢ）：ＵＭＴＳネットワークの基地局であって、屋内に設置され、カバレッジはマイクロセル（ｍｉｃｒｏ  ｃｅｌｌ）規模である。
【００２７】
−ＨｅＮＢ（Ｈｏｍｅ  ｅＮｏｄｅＢ）：ＥＰＳネットワークの基地局であって、屋内に設置され、カバレッジはマイクロセル規模である。
【００２８】
−ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）：移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ；ＭＭ）、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ；ＳＭ）機能を行うＥＰＳネットワークのネットワークノード。
【００２９】
−ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ−Ｇａｔｅｗａｙ）／ＰＧＷ：ＵＥ  ＩＰ住所割当て、パケットスクリーニング（ｓｃｒｅｅｎｉｎｇ）及びフィルタリング、課金データ収集（ｃｈａｒｇｉｎｇ  ｄａｔａ  ｃｏｌｌｅｃｔｉｏｎ）の機能などを行うＥＰＳネットワークのネットワークノード。
【００３０】
−ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）：移動性アンカー（ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒ）、パケットルーティング（ｒｏｕｔｉｎｇ）、遊休（ｉｄｌｅ）モードパケットバッファリング、ＭＭＥがＵＥをページングするようにトリガリングする機能などを行うＥＰＳネットワークのネットワークノード。
【００３１】
−ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥ間の制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の上位端（ｓｔｒａｔｕｍ）。ＬＴＥ／ＵＭＴＳプロトコルスタックにおいてＵＥとコアネットワーク間のシグナリング、トラフィックメッセージをやり取りするための機能的な階層であって、ＵＥの移動性を支援し、ＵＥとＰＤＮ  ＧＷ間のＩＰ連結を確立（ｅｓｔａｂｌｉｓｈ）及び維持するセッション管理過程を支援することを主な機能とする。
【００３２】
−ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）：特定のサービスを支援するサーバー（例えば、ＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅ）サーバー、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバーなど）が位置しているネットワーク。
【００３３】
−ＰＤＮ連結：一つのＩＰ住所（一つのＩＰｖ４住所及び／又は一つのＩＰｖ６プレフィックス）で表現される、ＵＥとＰＤＮ間の論理的連結。
【００３４】
−ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークでＮｏｄｅＢ、ｅＮｏｄｅＢ及びこれらを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）を含む単位。ＵＥ間に存在し、コアネットワークへの連結を提供する。
【００３５】
−ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を持っているデータベース。ＨＳＳは設定保存（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、アイデンティティ管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、使用者状態保存などの機能を行うことができる。
【００３６】
−ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーター別に区分されて構成できる。
【００３７】
−Ｐｒｏｘｉｍｉｔｙ Ｓｅｒｖｉｃｅ（又はＰｒｏＳｅ Ｓｅｒｖｉｃｅ又はＰｒｏｘｉｍｉｔｙ ｂａｓｅｄ Ｓｅｒｖｉｃｅ）：物理的に近接した装置間のディスカバリー及び互いに直接的なコミュニケーション又は基地局を介してのコミュニケーション又は第３の装置を介してのコミュニケーションが可能なサービス。この際、使用者平面データ（ｕｓｅｒ  ｐｌａｎｅ  ｄａｔａ）は３ＧＰＰコアネットワーク（例えば、ＥＰＣ）を介せずに直接データ経路（ｄｉｒｅｃｔ  ｄａｔａ  ｐａｔｈ）を介して交換される。
【００３８】
−ＰｒｏＳｅコミュニケーション：二つ以上のＰｒｏＳｅ可能な端末間の、ＰｒｏＳｅコミュニケーション経路を介してのコミュニケーションを意味する。特に他に言及しない限り、ＰｒｏＳｅコミュニケーションはＰｒｏＳｅ  Ｅ−ＵＴＲＡコミュニケーション、二つの端末間のＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＰｒｏＳｅグループコミュニケーション又はＰｒｏＳｅブロードキャストコミュニケーションの一つを意味することができる。
【００３９】
−ＰｒｏＳｅ  Ｅ−ＵＴＲＡコミュニケーション：ＰｒｏＳｅ  Ｅ−ＵＴＲＡコミュニケーション経路を用いるＰｒｏＳｅコミュニケーション
【００４０】
−ＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ：直接コミュニケーション経路を用いるＰｒｏＳｅコミュニケーション
【００４１】
−ＰｒｏＳｅコミュニケーション経路：ＰｒｏＳｅコミュニケーションを支援するコミュニケーション経路であって、ＰｒｏＳｅ  Ｅ−ＵＴＲＡコミュニケーション経路はＥ−ＵＴＲＡを用いてＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ間で又はローカルｅＮＢを介して確立できる。ＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｐａｔｈはＷＬＡＮを用いてＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥｓ間で直接確立できる。
【００４２】
−ＥＰＣ経路（又はｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ｄａｔａ  ｐａｔｈ）：ＥＰＣを介しての使用者平面コミュニケーション経路。
【００４３】
−ＰｒｏＳｅディスカバリー：Ｅ−ＵＴＲＡを用いて、近接したＰｒｏＳｅ−ｅｎａｂｌｅｄ端末を識別／確認する過程。
【００４４】
−ＰｒｏＳｅ  Ｇｒｏｕｐ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：近接した二つ以上のＰｒｏＳｅ−ｅｎａｂｌｅｄ端末の間で、共通コミュニケーション経路を用いる一対多のＰｒｏＳｅコミュニケーション。
【００４５】
−ＰｒｏＳｅ  ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ：Ｅ−ＵＴＲＡを用いるＰｒｏＳｅ−ｅｎａｂｌｅｄネットワークとＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末間のコミュニケーションリレーとして動作するＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末。
【００４６】
−ＰｒｏＳｅ  ＵＥ−ｔｏ−ＵＥ  Ｒｅｌａｙ：二つ以上のＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末間でＰｒｏＳｅコミュニケーションリレーとして動作するＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末。
【００４７】
−Ｒｅｍｏｔｅ  ＵＥ：ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ動作ではＥ−ＵＴＲＡＮによってサービスを受けずにＰｒｏＳｅ  ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙを介してＥＰＣネットワークに連結される、つまりＰＤＮ連結を受けるＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末であり、ＵＥ−ｔｏ−ＵＥ  Ｒｅｌａｙ動作ではＰｒｏＳｅ  ＵＥ−ｔｏ−ＵＥ  Ｒｅｌａｙを介して他のＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末と通信するＰｒｏＳｅ−ｅｎａｂｌｅｄパブリックセーフティー端末。
【００４８】
−ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｎｅｔｗｏｒｋ：ＰｒｏＳｅディスカバリー、ＰｒｏＳｅコミュニケーション及び／又はＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮ直接通信を支援するネットワーク。以下では、ＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｎｅｔｗｏｒｋを簡単にネットワークと言える。
【００４９】
−ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ：ＰｒｏＳｅディスカバリー、ＰｒｏＳｅコミュニケーション及び／又はＰｒｏＳｅ−ａｓｓｉｓｔｅｄ  ＷＬＡＮ直接通信を支援する端末。以下では、ＰｒｏＳｅ−ｅｎａｂｌｅｄ  ＵＥ及びＰｒｏＳｅ−ｅｎａｂｌｅｄ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ  ＵＥを端末と言える。
【００５０】
−Ｐｒｏｘｉｍｉｔｙ：ディスカバリーとコミュニケーションでそれぞれ定義されるｐｒｏｘｉｍｉｔｙ判定基準を満たすもの。
【００５１】
−ＳＬＰ（ＳＵＰＬ  Ｌｏｃａｔｉｏｎ  Ｐｌａｔｆｏｒｍ）：位置サービス管理（Ｌｏｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）とポジション決定（Ｐｏｓｉｔｉｏｎ  Ｄｅｔｅｒｍｉｎａｔｉｏｎ）を管掌するエンティティ。ＳＬＰはＳＬＣ（ＳＵＰＬ  Ｌｏｃａｔｉｏｎ  Ｃｅｎｔｅｒ）機能とＳＰＣ（ＳＵＰＬ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｃｅｎｔｅｒ）機能を含む。詳細な事項はＯｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ（ＯＭＡ）標準文書ＯＭＡ  ＡＤ  ＳＵＰＬ：“Ｓｅｃｕｒｅ  Ｕｓｅｒ  Ｐｌａｎｅ  Ｌｏｃａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ”を参考とする。
【００５２】
−ＵＳＤ（Ｕｓｅｒ  Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）：アプリケーション／サービスレイヤーは各ＭＢＭＳサービスのためのＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）、セッションの開始及び終了時間、ｆｒｅｑｕｅｎｃｉｅｓ、ＭＢＭＳサービス地域に属するＭＢＭＳ  ｓｅｒｖｉｃｅ  ａｒｅａ  ｉｄｅｎｔｉｔｉｅｓ（ＭＢＭＳ  ＳＡＩｓ）情報などをＵＳＤに含めて端末に送信する。詳細な事項は３ＧＰＰ  ＴＳ  ２３．２４６の内容を参考する。
【００５３】
−ＩＳＲ（Ｉｄｌｅ  ｍｏｄｅ  Ｓｉｇｎａｌｌｉｎｇ  Ｒｅｄｕｃｔｉｏｎ）：端末がＥ−ＵＴＲＡＮとＵＴＲＡＮ／ＧＥＲＡＮ間をよく移動する場合、反復的な位置登録手順によるネットワークリソースの浪費が発生する。これを減らすための方法として、端末がｉｄｌｅ  ｍｏｄｅの場合、Ｅ−ＵＴＲＡＮとＵＴＲＡＮ／ＧＥＲＡＮを介してそれぞれＭＭＥとＳＧＳＮ（以下、この二つのノードをｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｎｏｄｅと言う）に位置登録を行った後、既に登録した二つのＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）間の移動又はｃｅｌｌ  ｒｅｓｅｌｅｃｔｉｏｎを行った場合、別途の位置登録を行わないようにする技術である。したがって、該当端末へのＤＬ（ｄｏｗｎｌｉｎｋ）データが到着する場合、ページングをＥ−ＵＴＲＡＮとＵＴＲＡＮ／ＧＥＲＡＮに同時に送信することにより、端末を成功的に捜してＤＬデータを伝達することができる。［３ＧＰＰ  ＴＳ  ２３．４０１及び３ＧＰＰ  ＴＳ  ２３．０６０参照］
【００５４】
−ＭＢＳＦＮ（ＭＢＭＳ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）：ある地域をカバーするグルーピングされた多数のセルに同じ波形（ｗａｖｅｆｏｒｍ）を同時に送信することによって具現される同時放送（ｓｉｍｕｌｃａｓｔ）伝送技術。
【００５５】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）
【００５６】
図１はＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の概略的な構造を示す図である。
【００５７】
ＥＰＣは３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは多様な種類のネットワーク間の移動性を支援するネットワーク構造を決定する研究課題に相当する。ＳＡＥは、例えばＩＰに基づいて多様な無線接続技術を支援し、より向上したデータ伝送能力を提供するなどの最適化したパケットに基づくシステムを提供することを目標とする。
【００５８】
具体的には、ＥＰＣは３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であり、パケットに基づく実時間及び非実時間サービスを支援することができる。既存の移動通信システム（すなわち、２世代又は３世代移動通信システム）では音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の二つの区別されるサブドメインによってコアネットワークの機能が具現された。しかし、３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳのサブドメインが一つのＩＰドメインに単一化した。すなわち、３ＧＰＰ  ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末間の連結が、ＩＰに基づく基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ））で構成されることができる。すなわち、ＥＰＣは端対端（ｅｎｄ−ｔｏ−ｅｎｄ）ＩＰサービス具現に必須な構造である。
【００５９】
ＥＰＣは多様な構成要素を含むことができ、図１は、その一部に相当する、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【００６０】
ＳＧＷ（又はＳ−ＧＷ）は無線接続ネットワーク（ＲＡＮ）とコアネットワーク間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ  ＧＷ間のデータ経路を維持する機能を行う要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、ＳＧＷはローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役目をする。すなわち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後に定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のためにＳＧＷを介してパケットがルーティングされることができる。また、ＳＧＷは他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えばＵＴＲＡＮ又はＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【００６１】
ＰＤＮ  ＧＷ（又はＰ−ＧＷ）はパケットデータネットワークに向かうデータインターフェースの終了点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に相当する。ＰＤＮ  ＧＷは政策執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などを支援することができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）ネットワーク又はＷｉＭａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントの役目をすることができる。
【００６２】
図１のネットワーク構造の例示ではＳＧＷとＰＤＮ  ＧＷが別個のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００６３】
ＭＭＥは、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどを支援するためのシグナリング及び制御機能を行う要素である。ＭＭＥは加入者及びセッション管理に係わる制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の機能を制御する。ＭＭＥは幾多のｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは保安過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、遊休端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【００６４】
ＳＧＳＮは他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対する使用者の移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
【００６５】
ｅＰＤＧは信頼できない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対する保安ノードとしての役目をする。
【００６６】
図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろんのこと、非３ＧＰＰアクセスに基づいてもＥＰＣ内の多様な要素を介して事業者（すなわち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００６７】
また、図１では多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの相異なる機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する二つの機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次の表１は図１に示したレファレンスポイントをまとめたものである。表１の例示の外にもネットワーク構造によって多様なレファレンスポイントが存在することができる。
【００６８】
【表１−１】
0006563587.tif 000002
【００６９】
【表１−２】
0006563587.tif 000003
【００７０】
図１に示したレファレンスポイントのうちＳ２ａ及びＳ２ｂは非３ＧＰＰインターフェースに相当する。Ｓ２ａは信頼できる非３ＧＰＰアクセス及びＰＤＮ  ＧＷ間の関連制御及び移動性支援を使用者平面に提供するレファレンスポイントである。Ｓ２ｂはｅＰＤＧ及びＰＤＮ  ＧＷ間の関連制御及び移動性支援を使用者平面に提供するレファレンスポイントである。
【００７１】
図２は一般的なＥ−ＵＴＲＡＮとＥＰＣのアキテクチャーを示した例示図である。
【００７２】
図示のように、ｅＮｏｄｅＢはＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）連結が活性化しているうちにゲートウェイへのルーティング、ページングメッセージのスケジューリング及び伝送、ブロードキャストチャネル（ＢＣＨ）のスケジューリング及び伝送、上りリンク及び下りリンクでのリソースのＵＥへの動的割当て、ｅＮｏｄｅＢの測定のための設定及び提供、無線ベアラー制御、無線許可制御（ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）、及び連結移動性制御などのための機能を行うことができる。ＥＰＣ内ではページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、使用者平面の暗号化、ＳＡＥベアラー制御、ＮＡＳシグナリングの暗号化及び無欠性保護機能を行うことができる。
【００７３】
図３は端末と基地局間の制御平面での無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示した例示図、図４は端末と基地局間の使用者平面での無線インターフェースプロトコルの構造を示した例示図である。
【００７４】
前記無線インターフェースプロトコルは３ＧＰＰ無線接続網規格を基盤とする。前記無線インターフェースプロトコルは水平的に物理階層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、データリンク階層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）及びネットワーク階層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）からなり、垂直的にはデータ情報伝送のための使用者平面（Ｕｓｅｒ  Ｐｌａｎｅ）と制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のための制御平面（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に区分される。
【００７５】
前記プロトコル階層は通信システムで広く知られた開放型システム間の相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３個階層を基にしてＬ１（第１階層）、Ｌ２（第２階層）、Ｌ３（第３階層）に区分されることができる。
【００７６】
以下で、前記図３に示した制御平面の無線プロトコルと、図４に示した使用者平面での無線プロトコルの各階層を説明する。
【００７７】
第１階層である物理階層は物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。前記物理階層は上位の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）階層とは伝送チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されており、前記伝送チャネルを介して媒体接続制御階層と物理階層間のデータが伝達される。そして、相異なる物理階層の間、つまり送信側と受信側の物理階層の間は物理チャネルを介してデータが伝達される。
【００７８】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は時間軸上の複数のサブフレームと周波数軸上の複数のサブキャリア（Ｓｕｂ−ｃａｒｒｉｅｒ）で構成される。ここで、一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は時間軸上の複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアで構成される。一つのサブフレームは複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つのリソースブロックは複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアで構成される。データが伝送される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は一つのサブフレームに相当する１ｍｓである。
【００７９】
前記送信側と受信側の物理階層に存在する物理チャネルは、３ＧＰＰ  ＬＴＥによれば、データチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）、及び制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に区分することができる。
【００８０】
第２階層にはさまざまな階層が存在する。
【００８１】
まず、第２階層の媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）階層は多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様な伝送チャネルにマッピングする役目をし、また多様な論理チャネルを一つの伝送チャネルにマッピングする論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役目を行う。ＭＡＣ階層は上位階層であるＲＬＣ階層とは論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）で連結されており、論理チャネルは、大別して、伝送される情報の種類によって制御平面（Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の情報を送信する制御チャネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と使用者平面（Ｕｓｅｒ  Ｐｌａｎｅ）の情報を送信するトラフィックチャネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）に区分される。
【００８２】
第２階層の無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）階層は上位階層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して、下位階層が無線区間にデータを送信するのに適するようにデータの大きさを調節する役目を行う。
【００８３】
第２階層のパケットデータ収斂プロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ）階層はＩＰｖ４又はＩＰｖ６のようなＩＰパケットの伝送時に帯域幅の小さな無線区間で効率的に送信するために、相対的に大きくて不必要な制御情報を含んでいるＩＰパケットヘッダーのサイズを減らすヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）の機能を行う。また、ＬＴＥシステムではＰＤＣＰ階層が保安（Ｓｅｃｕｒｉｔｙ）機能も行う。これは第３者のデータ傍受を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）と第３者のデータ操作を防止する無欠性保護（Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）で構成される。
【００８４】
第３階層の最上部に位置する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下ＲＲＣと略称する）階層は制御平面でのみ定義され、無線運搬子（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢと略称する）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）に関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担う。この際、ＲＢは端末とＥ−ＵＴＲＡＮ間のデータ伝達のために第２階層によって提供されるサービスを意味する。
【００８５】
前記端末のＲＲＣと無線網のＲＲＣ階層の間にＲＲＣ連結（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ）がある場合、端末はＲＲＣ連結状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）にあるようになり、そうでない場合はＲＲＣ遊休モード（Ｉｄｌｅ  ｍｏｄｅ）にあるようになる。
【００８６】
以下で端末のＲＲＣ状態（ＲＲＣ  ｓｔａｔｅ）とＲＲＣ連結方法について説明する。ＲＲＣ状態とは端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣとの論理的連結（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）をなしているか否かを言い、連結されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）、連結されていない場合はＲＲＣ＿ＩＤＬＥ状態と言う。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末はＲＲＣ連結が存在するから、Ｅ−ＵＴＲＡＮは該当端末の存在をセル単位で把握することができ、よって端末を効果的に制御することができる。一方、ＲＲＣ＿ＩＤＬＥ状態の端末はＥ−ＵＴＲＡＮが端末の存在を把握することはできなく、セルより大きな地域単位であるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で核心網が管理する。すなわち、ＲＲＣ＿ＩＤＬＥ状態の端末はセルに比べて大きな地域単位で該当端末の存在有無のみ把握され、音声又はデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移しなければならない。各ＴＡはＴＡＩ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ）によって区分される。端末はセルで放送（ｂｒｏａｄｃａｓｔｉｎｇ）される情報であるＴＡＣ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｃｏｄｅ）によってＴＡＩを構成することができる。
【００８７】
使用者が端末の電源を最初に入れたとき、端末は先に適切なセルを探索した後、該当セルでＲＲＣ連結をなし、核心網に端末の情報を登録する。その後、端末はＲＲＣ＿ＩＤＬＥ状態に留まる。ＲＲＣ＿ＩＤＬＥ状態に留まる端末は必要によってセルを（再）選択し、システム情報（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）又はページング情報を調べる。これをセルにキャンプオン（Ｃａｍｐ  ｏｎ）すると言う。ＲＲＣ＿ＩＤＬＥ状態に留まっていた端末はＲＲＣ連結をなす必要があるときに初めてＲＲＣ連結過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）によってＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ連結をなし、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移する。ＲＲＣ＿ＩＤＬＥ状態にあった端末がＲＲＣ連結をなす必要がある場合は色々がある。例えば、使用者の通話試み、データ伝送試み、又はＥ−ＵＴＲＡＮからページングメッセージを受信した後、これに対する応答メッセージ伝送などを挙げることができる。
【００８８】
前記ＲＲＣ階層上に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層は連結管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【００８９】
以下では図３に示したＮＡＳ階層について詳細に説明する。
【００９０】
ＮＡＳ階層に属するｅＳＭ（ｅｖｏｌｖｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）はデフォルトベアラー（Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒ）管理、専用ベアラー（Ｄｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ）管理のような機能を行い、端末が網からＰＳサービスを用いるための制御を担う。デフォルトベアラーリソースは特定のパケットデータネットワーク（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ；ＰＤＮ）に最初に接続するとき、網から割り当てられるという特徴を有する。この際、ネットワークは、端末がデータサービスを使えるように端末が使用可能なＩＰ住所を割り当て、そしてデフォルトベアラーのＱｏＳを割り当てる。ＬＴＥでは、大別して、データ送受信のための特定の帯域幅を保障するＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）ＱｏＳ特性を有するベアラーと帯域幅の保障なしにＢｅｓｔ  ｅｆｆｏｒｔ  ＱｏＳ特性を有するＮｏｎ−ＧＢＲベアラーの２種を支援する。デフォルトベアラーの場合、Ｎｏｎ−ＧＢＲベアラーが割り当てられる。専用ベアラーの場合にはＧＢＲ又はＮｏｎ−ＧＢＲのＱｏＳ特性を有するベアラーが割り当てられることができる。
【００９１】
ネットワークで端末に割り当てたベアラーをＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ）ベアラーと言い、ＥＰＳベアラーを割り当てるとき、ネットワークは一つのＩＤを割り当てるようになる。これをＥＰＳベアラーＩＤと言う。一つのＥＰＳベアラーはＭＢＲ（ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）又は／及びＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）のＱｏＳ特性を有する。
【００９２】
図５は３ＧＰＰ  ＬＴＥでのランダムアクセス過程を示したフローチャートである。
【００９３】
ランダムアクセス過程はＵＥが基地局に対するＵＬ同期を得るかＵＬ無線リソースを割り当てられるために用いられる。
【００９４】
ＵＥはルートインデックス（ｒｏｏｔ  ｉｎｄｅｘ）とＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｅｘ）をｅＮｏｄｅＢから受信する。各セルにＺＣ（Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスによって定義される６４個の候補（ｃａｎｄｉｄａｔｅ）ランダムアクセスプリアンブルがあり、ルートインデックスは端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。
【００９５】
ランダムアクセスプリアンブルの伝送は各セルに特定の時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスはランダムアクセスプリアンブルの伝送が可能な特定のサブフレームとプリアンブルフォーマットを指示する。
【００９６】
ＵＥは任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢに送信する。ＵＥは６４個の候補ランダムアクセスプリアンブルの一つを選択する。そして、ＰＲＡＣＨ設定インデックスによって該当のサブフレームを選択する。ＵＥは選択されたランダムアクセスプリアンブルを選択されたサブフレームに送信する。
【００９７】
前記ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢはランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ、ＲＡＲ）をＵＥに送る。ランダムアクセス応答は２段階で検出される。まず、ＵＥはＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）でマスキングされたＰＤＣＣＨを検出する。ＵＥは検出されたＰＤＣＣＨによって指示されるＰＤＳＣＨ上でＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）内のランダムアクセス応答を受信する。
【００９８】
図６は無線リソース制御（ＲＲＣ）階層での連結過程を示す。
【００９９】
図６に示したように、ＲＲＣ連結可否によってＲＲＣ状態が示されている。前記ＲＲＣ状態とはＵＥのＲＲＣ階層のエンティティ（ｅｎｔｉｔｙ）がｅＮｏｄｅＢのＲＲＣ階層のエンティティと論理的連結（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）をなしているか否かを言い、連結されている場合はＲＲＣ連結状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）と言い、連結されていない状態をＲＲＣ遊休モード（ｉｄｌｅ  ｓｔａｔｅ）と言う。
【０１００】
前記連結状態（Ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）のＵＥはＲＲＣ連結（ｃｏｎｎｅｃｔｉｏｎ）が存在するから、Ｅ−ＵＴＲＡＮは該当端末の存在をセル単位で把握することができ、よってＵＥを効果的に制御することができる。一方、遊休モード（ｉｄｌｅ  ｓｔａｔｅ）のＵＥはｅＮｏｄｅＢが把握することはできなく、セルより大きな地域単位であるトラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位で核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）が管理する。前記トラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）はセルの集合単位である。すなわち、遊休モード（ｉｄｌｅ  ｓｔａｔｅ）ＵＥは大きな地域単位で存在有無のみ把握され、音声やデータのような通常の移動通信サービスを受けるためには、端末は連結状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）に遷移しなければならない。
【０１０１】
使用者がＵＥの電源を最初に入れたとき、前記ＵＥは先に適切なセルを探索した後、該当セルで遊休モード（ｉｄｌｅ  ｓｔａｔｅ）に留まる。前記遊休モード（ｉｄｌｅ  ｓｔａｔｅ）で留まっていたＵＥはＲＲＣ連結をなす必要があるときに初めてＲＲＣ連結過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）によってｅＮｏｄｅＢのＲＲＣ階層とのＲＲＣ連結をなし、ＲＲＣ連結状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）に遷移する。
【０１０２】
前記遊休モード（Ｉｄｌｅ  ｓｔａｔｅ）にあったＵＥがＲＲＣ連結をなす必要がある場合はいろいろがある。例えば、使用者の通話試み、データ伝送、又はＥＵＴＲＡＮからページングメッセージを受信した後、これに対する応答メッセージの伝送を挙げることができる。
【０１０３】
遊休モード（ｉｄｌｅ  ｓｔａｔｅ）のＵＥが前記ｅＮｏｄｅＢとＲＲＣ連結をなすためには、前述したようにＲＲＣ連結過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を進行しなければならない。ＲＲＣ連結過程は、大別して、ＵＥがｅＮｏｄｅＢにＲＲＣ連結要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージを送信する過程、ｅＮｏｄｅＢがＵＥにＲＲＣ連結設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを送信する過程、及びＵＥがｅＮｏｄｅＢにＲＲＣ連結設定完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを送信する過程を含む。このような過程について図６を参照してより詳細に説明すると次のようである。
【０１０４】
１）遊休モード（Ｉｄｌｅ  ｓｔａｔｅ）のＵＥは、通話試み、データ伝送試み、又はｅＮｏｄｅＢのページングに対する応答などの理由でＲＲＣ連結をなそうとする場合、まずＲＲＣ連結要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢに送信する。
【０１０５】
２）前記ＵＥからＲＲＣ連結要求メッセージを受信すれば、前記ｅＮＢは、無線リソースが十分な場合、前記ＵＥのＲＲＣ連結要求を受諾し、応答メッセージであるＲＲＣ連結設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを前記ＵＥに送信する。
【０１０６】
３）前記ＵＥが前記ＲＲＣ連結設定メッセージを受信すれば、前記ｅＮｏｄｅＢにＲＲＣ連結設定完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを送信する。前記ＵＥがＲＲＣ連結設定メッセージを成功的に送信すれば、初めて前記ＵＥはｅＮｏｄｅＢとｍｐＲＲＣ連結をなし、ＲＲＣ連結モードに遷移する。
【０１０７】
ＰｒｏＳｅ（Ｐｒｏｘｉｍｉｔｙ  Ｓｅｒｖｉｃｅ）
【０１０８】
Ｐｒｏｓｅサービスは物理的に近接した装置間のディスカバリー及び相互間の直接的なコミュニケーション又は基地局を介してのコミュニケーション又は第３装置を介してのコミュニケーションが可能なサービスを意味する。
【０１０９】
図７はＥＰＳにおいて二つのＵＥが通信する基本的な経路（ｄｅｆａｕｌｔ  ｄａｔａ  ｐａｔｈ）を示している。このような基本的な経路は事業者が運営する基地局（ｅＮｏｄｅＢ）及びコアネットワーク（ｃｏｒｅ  ｎｅｔｗｏｒｋ、すなわちＥＰＣ）を経る。本発明では、このような経路をインフラストラクチャーデータ経路（ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ｄａｔａ  ｐａｔｈ）（又はＥＰＣ  ｐａｔｈ）と呼ぶことにする。また、このようなインフラストラクチャーデータ経路を介しての通信をインフラストラクチャー通信と呼ぶことにする。
【０１１０】
図８はＰｒｏｓｅに基づく二つのＵＥ間の直接モード通信経路（ｄｉｒｅｃｔ  ｍｏｄｅ  ｄａｔａ  ｐａｔｈ）を示す。このような直接モード通信経路は、事業者が運営するｅＮｏｄｅＢ及びｃｏｒｅ  ｎｅｔｗｏｒｋ（すなわち、ＥＰＣ）を経ない。図８（ａ）はＵＥ−１とＵＥ−２が互いに異なるｅＮｏｄｅＢにキャンプオン（ｃａｍｐ−ｏｎ）していながら直接モード通信経路を介してデータをやり取りする場合を、図８（ｂ）は同じｅＮｏｄｅＢにキャンプオンしている二つのＵＥが直接モード通信経路を介してデータをやり取りする場合を示している。
【０１１１】
図９はＰｒｏｓｅに基づく二つのＵＥ間のｅＮｏｄｅＢを経る通信経路（ｌｏｃａｌｌｙ−ｒｏｕｔｅｄ  ｄａｔａ  ｐａｔｈ）を示す。このようなｅＮｏｄｅＢを経る通信経路は事業者が運営するコアネットワーク（ｃｏｒｅ  ｎｅｔｗｏｒｋ、すなわちＥＰＣ）は経ない。
【０１１２】
一方、３ＧＰＰ  Ｒｅｌｅａｓｅ  １３では、バックホール（ｂａｃｋｈａｕｌ、すなわちｃｏｒｅ  ｎｅｔｗｏｒｋ）との連結がない／切れたＥ−ＵＴＲＡＮ及びバックホール（ｂａｃｋｈａｕｌ）との連結が制限的なＥ−ＵＴＲＡＮでの移動通信サービスを提供するためのソリューションを研究している（３ＧＰＰ  ＳＰ−１４０７１４）。前記のようにバックホール（ｂａｃｋｈａｕｌ、すなわちｃｏｒｅ  ｎｅｔｗｏｒｋ）との連結がない／切れたＥ−ＵＴＲＡＮ及びバックホール（ｂａｃｋｈａｕｌ）との連結が制限的なＥ−ＵＴＲＡＮをｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮと呼び、特にこのようなｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮでの移動通信サービスはＰｕｂｌｉｃ  Ｓａｆｅｔｙ端末／シナリオのためのもので、このようなｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮの動作をＩＯＰＳ（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ  Ｏｐｅｒａｔｉｏｎ  ｆｏｒ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）と名付けている。ＩＯＰＳはＮｏ  ｂａｃｋｈａｕｌ、Ｌｉｍｉｔｅｄ  ｂａｎｄｗｉｄｔｈ  ｓｉｇｎａｌｌｉｎｇ  ｏｎｌｙ  ｂａｃｋｈａｕｌ、Ｌｉｍｉｔｅｄ  ｂａｎｄｗｉｄｔｈ  ｓｉｇｎａｌｌｉｎｇ  ａｎｄ  ｕｓｅｒ  ｄａｔａ  ｂａｃｋｈａｕｌなどの場合を仮定する。
【０１１３】
図１０はリモートＵＥがＵＥ対ネットワークリレー（ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ）を探索して互いに一対一直接通信（Ｏｎｅ−ｔｏ−Ｏｎｅ  Ｄｉｒｅｃｔ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を形成することによってネットワークへの連結サービスを準備する過程を例示したもので、より詳細な内容はＴＲ  ２３．７１３を参照することができる。
【０１１４】
段階Ｓ１００１で、ＵＥ対ネットワークリレー（ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ）は初期Ｅ−ＵＴＲＡＮアタッチ過程及び／又はリレーのためのＰＤＮ連結樹立を遂行する。ＩＰｖ６  ｃａｓｅにおいて、リレーはｐｒｅｆｉｘ  ｄｅｌｅｇａｔｉｏｎ  ｆｕｎｃｔｉｏｎからＩＰｖ６  ｐｒｅｆｉｘを得る。
【０１１５】
段階Ｓ１００２で、リモートＵＥはモデルＡディスカバリー又はモデルＢディスカバリーを介してＵＥ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙのディスカバリーを遂行する。
【０１１６】
モデルＡディスカバリーはアナウンシングＵＥが自分の存在を近接ＵＥに知らせる動作をし、モニタリングＵＥが関心ある情報を知らせるアナウンシングＵＥが近接位置にあるかをモニターする形態の直接ディスカバリーである。モデルＢディスカバリーはＤｉｓｃｏｖｅｒｅｒ  ＵＥが探索しようとする情報を含めて要求を送信すれば、前記要求についての情報を含めてＤｉｓｃｏｖｅｒｅｅ  ＵＥが応答する形態の直接ディスカバリーである。
【０１１７】
段階Ｓ１００３で、リモートＵＥはＵＥ対ネットワークリレー（ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ  Ｒｅｌａｙ）を選択し、１対１コミュニケーション（Ｏｎｅ−ｔｏ−Ｏｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のための連結を樹立する。
【０１１８】
段階Ｓ１００４で、ＰＣ５上でＩＰｖ６が使われるとき、リモートＵＥはＩＰｖ６  Ｓｔａｔｅｌｅｓｓ  Ａｄｄｒｅｓｓ  ａｕｔｏ−ｃｏｎｆｉｇｕｒａｔｉｏｎを遂行する。リモートＵＥはＤｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２ＩＤを用いてネットワークにＲｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ  ｍｅｓｓａｇｅを送信する。Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｍｅｓｓａｇｅｓは割り当てられたＩＰｖ６  ｐｒｅｆｉｘを含む。リモートＵＥがＲｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  ｍｅｓｓａｇｅを受信した後、ＩＰｖ６  Ｓｔａｔｅｌｅｓｓ  Ａｄｄｒｅｓｓ  ａｕｔｏ−ｃｏｎｆｉｇｕｒａｔｉｏｎによってｆｕｌｌ  ＩＰｖ６  ａｄｄｒｅｓｓを構成する。しかし、リモートＵＥはｉｎｔｅｒｆａｃｅ  ｉｄｅｎｔｉｆｉｅｒを生成するための基底として、ＴＳ  ２３．００３に定義された何のｉｄｅｎｔｉｆｉｅｒｓも使ってはいけない。プライバシーのために、リモートＵＥはネットワークに伴われないながら、ｆｕｌｌＩ  Ｐｖ６  ａｄｄｒｅｓｓを生成するために使われるｉｎｔｅｒｆａｃｅ  ｉｄｅｎｔｉｆｉｅｒを変更する。リモートＵＥはペキッウを送信するうちａｕｔｏ−ｃｏｎｆｉｇｕｒｅｄ  ＩＰｖ６  ａｄｄｒｅｓｓを使わなければならない。
【０１１９】
段階Ｓ１００５で、ＰＣ５上でＩＰｖ４が使われるとき、リモートＵＥはＤＨＣＰｖ４を使う。リモートＵＥはＤｅｓｔｉｎａｔｉｏｎ  Ｌａｙｅｒ−２  ＩＤを使用してＤＨＣＰｖ４ディスカバリーメッセージを送信しなければならない。ＤＨＣＰｖ４サーバーとして動作するリレーは割り当てられたＲｅｍｏｔｅ  ＵＥ  ＩＰｖ４  ａｄｄｒｅｓｓと一緒にＤＨＣＰｖ４  Ｏｆｆｅｒを送信する。リモートＵＥがｌｅａｓｅ  ｏｆｆｅｒを受信すれば、受信されたｒｅｃｅｉｖｅｄ  ＩＰｖ４  ａｄｄｒｅｓｓを含むＤＨＣＰ  ＲＥＱＵＥＳＴ  ｍｅｓｓａｇｅを送信する。ＤＨＣＰｖ４サーバーとして動作するリレーはｌｅａｓｅ  ｄｕｒａｔｉｏｎ及びクライアントが要求した構成情報を含むＤＨＣＰＡＣＫメッセージをリモートＵＥに送信する。ＤＨＣＰＡＣＫメッセージを受信すれば、リモートＵＥはＴＣＰ／ＩＰ構成プロセスを完了する。
【０１２０】
図１１は予め樹立されたＭＢＭＳベアラーの使用を説明するための図である。図１１を参照すると、段階Ｓ１１０１で、ＧＣＳ  ＡＳ（Ｇｒｏｕｐ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ）はグループコミュニケーションセッションのためのＭＢＭＳベアラーを予め樹立する。ＢＭ−ＳＣはＧＣＳ  ＡＳにＭＢＭＳベアラーに係わるＭＢＭＳサービスディスクリプションを返す。段階Ｓ１１０２で、ＵＥはＧＣＳ  ＡＳとのグループコミュニケーションセッションを樹立する。ＧＣＳ  ＡＳはＵＥへのＭＢＭＳベアラーサービスに関連したサービスディスクリプションを送信する。ＵＥはサービスディスクリプションからＭＢＭＳ  ｂｅａｒｅｒ（ｓ）を示すＴＭＧＩ（ｓ）を得る。段階Ｓ１１０３で、ＵＥはＴＭＧＩのための、受信されたＭＢＳＦＮブロードキャストのＭＣＣＨとＭＳＩをモニターする。段階Ｓ１１０４で、ＭＣＣＨ上で検出されたＴＭＧＩを有し、ＵＥはＭＳＩとＴＭＧＩに相応するＭＴＣＨ上で受信されたＤＬデータをモニターする。
【０１２１】
一方、ＴＭＧＩ情報はＴＳ  ２４．００８の１０．５．６．１３節を参考することができる。ＴＭＧＩはＭＢＭＳでグループページングするためのもので、図１２に例示したようであり得る。
【０１２２】
以下では、上述した説明に基づき、図１３を参照して、本発明の各実施例によるＭＢＭＳサービス提供方法について説明する。図１３の各ネットワークノード間の関係は図１４に例示したようであり得る。ただ、図１４は説明の便宜のための例示であるだけ、図１３及びこれについての説明が図１４のノードの位置、構成、ネットワーク環境などに従属するものではない。図１４で、グループコミュニケーションアプリケーションはアプリケーションドメインに位置し、通常的には移動通信事業者に属せずにサードパーティーアプリケーションサーバーに位置することもできる。リモートＵＥはカバレージの外に位置することもでき、よってｅＮＢからシステム情報を受信することができない。図１４に例示したように、ＴＭＧＩに係わるｅＭＢＭＳトラフィック、すなわちブロードキャストコンテンツは、以下の説明のように、リレーＵＥからリモートＵＥに、ＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤによって識別される一対多リンクを介してリレーできる。
【０１２３】
図１３を参照すると、リモートＵＥはリレーＵＥ（ＰｒｏＳｅ  ＵＥ−ｔｏ−Ｎｅｔｗｏｒｋ    Ｒｅｌａｙ）を見つけ、グループコミュニケーションアプリケーションからサービスディスクリプション（又はＧｒｏｕｐ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ  ＭＢＭＳ  ｓｅｒｖｉｃｅ  ｄｅｓｃｒｉｐｔｉｏｎ）を受信することができる（Ｓ１３０１）。ここで、サービスディスクリプションは、ＵＥが関連のｅＭＢＭＳコンテンツを受信するために使わなければならないＴＭＧＩ、周波数（ｆｒｅｑｕｅｎｃｉｅｓ）情報及び／又はＳＡＩｓ（ｓｅｒｖｉｃｅ  ａｒｅａ  ｉｄｅｎｔｉｔｉｅｓ、又はＭＢＭＳ  ＳＡＩｓ）を含むことができる。ＴＭＧＩはｓｔａｔｉｃ  ｃｏｎｆｉｇｕｒａｔｉｏｎによって獲得されることもでき、あるいはＧｒｏｕｐ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎとの相互作用によって獲得されることもできる。このような相互作用はリモートＵＥがリレーＵＥにジョインする前又は後に起こり得る。ＴＭＧＩ、ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ情報、ＭＢＭＳ  ｓｅｒｖｉｃｅ  ａｒｅａ情報以外にＭＢＭＳの受信に必要な多様な情報を獲得することもできる。
【０１２４】
リレーＵＥはリモートＵＥからＴＭＧＩモニタリング要求を受信することができる（Ｓ１３０２）。すなわち、リモートＵＥは、段階Ｓ１３０１で獲得したサービスディスクリプションを含むＴＭＧＩモニタリング要求をリレーＵＥに送信することができる。すなわち、ＴＭＧＩモニタリング要求に含まれたＴＭＧＩ及びＭＢＭＳ  ＳＡＩはリモートＵＥが獲得したサービスディスクリプションに含まれたものであり得る。
【０１２５】
リレーＵＥは、ＴＭＧＩモニタリング要求に含まれた情報に基づき、リモートＵＥにサービスを提供するか否かを決定することができる。具体的には、リレーＵＥは、ＭＢＭＳ  ＳＡＩがシステム情報（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ  １５）から受信されたＳＡＩに当たる場合、リモートＵＥにブロードキャストサービスを提供する（提供することに決定する）ことができる。仮に、リレーＵＥがｃａｍｐ−ｏｎ  ｃｅｌｌでリモートＵＥのために受信しなければならないＭＢＭＳがサービスされない場合、他のｆｒｅｑｕｅｎｃｙでサービスされるかが分かり、ｅＮＢに関心あるＭＢＭＳサービスに対するｉｎｄｉｃａｔｉｏｎを送信し、ｅＮＢはリレーＵＥを該当セルにハンドオーバーすることができる。
【０１２６】
このように、リモートＵＥがリレーＵＥにＴＭＧＩモニタリング要求を伝送するとき、ＴＭＧＩだけでなくＭＢＭＳ  ＳＡＩも含めることで、リレーＵＥはＳＩＢ１５（現在のｆｒｅｑｕｅｎｃｙだけでなくａ  ｌｉｓｔ  ｏｆ  ｎｅｉｇｈｂｏｒｉｎｇ  ｆｒｅｑｕｅｎｃｉｅｓも含み、各ｆｒｅｑｕｅｎｃｙはこのｆｒｅｑｕｅｎｃｙで支援されるＭＢＭＳ  ＳＡＩのｌｉｓｔを含む）を介してブロードキャストされるＭＢＭＳ  ＳＡＩ情報を持って、リモートＵＥが要求したＭＢＭＳトラフィックが受信可能であるかを判断することができる。これは、従来のＴＭＧＩモニタリング要求が単にＴＭＧＩのみ含むことによって、リレーＵＥがＳＩＢを受けてもＴＭＧＩとＳＩＢの関係が分からなくて正常にサービスを提供することができなかったことに比べて改善されたものである。
【０１２７】
ついで、リレーＵＥは、リモートＵＥにＰｒｏＳｅ  Ｌａｙｅｒ  ２  Ｇｒｏｕｐ  ＩＤ（又はＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤ＿ｔｒａｆｆｉｃ）及び／又はＴＭＧＩ＿Ｍｏｎｉｔｏｒｉｎｇ＿Ｒｅｆｒｅｓｈ  Ｔｉｍｅｒを含むＴＭＧＩモニタリング応答を伝送することができる（Ｓ１３０３）。ＰｒｏＳｅ  Ｌａｙｅｒ  ２  Ｇｒｏｕｐ  ＩＤはリレーＵＥがネットワークから受信されたＴＭＧＩに関連したｅＭＢＭＳコンテンツをリモートＵＥにフォワードするのに使われる。ＴＭＧＩ＿Ｍｏｎｉｔｏｒｉｎｇ＿Ｒｅｆｒｅｓｈ  Ｔｉｍｅｒは、タイマーの満了時、リモートＵＥがＴＭＧＩ  ｍｏｎｉｔｏｒｉｎｇ  ｒｅｑｕｅｓｔ過程を遂行するようにするために提供される。タイマーが満了したのにリモートＵＥがＴＭＧＩモニタリング過程を遂行せず、他のＵＥもＴＭＧＩモニタリング過程を遂行しなければ、リレーＵＥはＴＭＧＩをモニターすることに関連したコンテンツをフォワードすることを中断する。
【０１２８】
段階Ｓ１３０４で、リレーＵＥは、ＴＭＧＩ（これは以前段階でＭＢＭＳサービスディスクリプションに基づいてモニターされるように要求されたものであり得る）が検出されれば、前記ＴＭＧＩに相応するＰｒｏＳｅ  Ｌａｙｅｒ  ２  Ｇｒｏｕｐ  ＩＤ及び前記検出されたＴＭＧＩを含むＴＭＧＩアナウンスメントをブロードキャストする（Ｓ１３０５）。これはＤｉｒｅｃｔ  Ｄｉｓｃｏｖｅｒｙ  ｍｅｓｓａｇｅによってなることができる。これは、一般的にＴＭＧＩ＿Ｍｏｎｉｔｏｒｉｎｇ＿Ｒｅｆｒｅｓｈ  Ｔｉｍｅｒよりは小さく、構成可能な（ｃｏｎｆｉｇｕｒａｂｌｅ）繰り返し周期で繰り返されることができる。ＴＭＧＩ値はリレー選択のための選好度の判定に使われることができる。
【０１２９】
ここで、ＴＭＧＩは以前の段階でＭＢＭＳサービスディスクリプションに基づいてモニターされるように要求されたものであり得る。若しくは、ＴＭＧＩは以前のリモートＵＥのＴＭＧＩモニタリング要求／応答過程に関係ないものであり得る。すなわち、特定のリモートＵＥのＴＭＧＩモニタリング要求／応答過程とは関係ない、他のリモートＵＥのＴＭＧＩモニタリング要求／応答過程によって検出されたものであり得る。よって、ブロードキャストされるＰｒｏＳｅ  Ｌａｙｅｒ  ２  Ｇｒｏｕｐ  ＩＤを受信したリモートＵＥは、ＴＭＧＩモニタリング応答を受信する前にもリレーされるブロードキャストコンテンツを受信することができる。若しくは、リモートＵＥは前記リレーＵＥとＤ２Ｄリンクを結ぶ前にもリレーされるブロードキャストコンテンツを受信することができる。
【０１３０】
すなわち、ＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤ情報がリモートＵＥに伝送される代わりに、この情報がＳ１３０５でＴＭＧＩがａｄｖｅｒｔｉｓｅされるときに一緒に送信されることもできる。若しくは、ＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤ情報をＳ１３０３でもＳ１３０５でも送信することもできる。これにより、特定のＴＭＧＩに関心があるリモートＵＥが既にＵＥ−ｔｏ−ＮＷ  ＲｅｌａｙによってａｄｖｅｒｔｉｓｅされているＴＭＧＩを受信した後、ＴＭＧＩモニタリング要求動作（Ｓ１３０２−Ｓ１３０３）をしなくても良いようになる。どうせＵＥ−ｔｏ−ＮＷ  Ｒｅｌａｙが前記ＴＭＧＩに対するＭＢＭＳトラフィックをネットワークから受信し、前記ＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤをＬａｙｅｒ  ２  ｄｅｓｔｉｎａｔｉｏｎ  ａｄｄｒｅｓｓとして一対多直接コミュニケーション（ｏｎｅ−ｔｏ−ｍａｎｙ  ｄｉｒｅｃｔ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）によって送信するので、前記ＴＭＧＩモニタリング要求動作をしなくてもリモートＵＥは前記ＭＢＭＳトラフィックに対する受信が可能となる。ＴＭＧＩ＿Ｍｏｎｉｔｏｒｉｎｇ＿Ｒｅｆｒｅｓｈ  Ｔｉｍｅｒ情報もＳ１３０３及び／又はＳ１３０５で送信できる。
【０１３１】
このように、ＰｒｏＳｅ  Ｌａｙｅｒ  ２  Ｇｒｏｕｐ  ＩＤ及び前記検出されたＴＭＧＩを含むＴＭＧＩアナウンスメントをブロードキャストすることにより、リモートＵＥがより柔軟で速かにグループ通信を遂行することができる。より詳細に、従来のリモートＵＥは、ＰＣ５インターフェースを介して受信されるパケットのうちどのパケットが、自分が受信したいＴＭＧＩに対応するかを知るために、これに対応するＰｒｏＳｅ  Ｌａｙｅｒ  ２  Ｇｒｏｕｐ  ＩＤをリレーＵＥから獲得しなければならなかった。よって、リモートＵＥはリレーＵＥにＴＭＧＩモニタリング要求をし、それに対する応答を受けなければならなかった。これはリレーＵＥを探索してリレーＵＥと一対一リンク（ｏｎｅ−ｔｏ−ｏｎｅ  ｌｉｎｋ）を結んだ後であることを前提とする。よって、リモートＵＥが、ｉ）まだリレーＵＥを探索することができなかったとか、ｉｉ）リレーＵＥと一対一リンクを結ぶ前であるとか、ｉｉｉ）リレーＵＥとＴＭＧＩモニタリング要求／応答をやり取りする前には自分が受信しようとするグループ通信を受信することが不可能であった。
【０１３２】
前記ＴＭＧＩアナウンスメントは複数のＴＭＧＩを含むことができる。ここで、リレーＵＥがリモートＵＥのために多数のＴＭＧＩを受信しなければならない場合、これをａｄｖｅｒｔｉｓｅするためにＴＭＧＩごとに別個のＴＭＧＩアナウンスメントを送信しなければならなく、これはＰＣ５  ｒａｄｉｏ  ｒｅｓｏｕｒｃｅの浪費を引き起こした問題を解決することができる。また、リレーＵＥはＰＣ５インターフェースを介しての送信及び受信とＬＴＥ−Ｕｕインターフェースを介しての送信及び受信を全て遂行しなければならないが、これは同時に遂行することができないので、周期的に伝送しなければならないＴＭＧＩアナウンスメントが多くなる場合、他の送受信（例えば、実際のグループ通信トラフィック）に差し支えを与えることができた問題も解決することができる。
【０１３３】
前記ＴＭＧＩアナウンスメントメッセージにＴＭＧＩ情報が含まれるとき、ＰＬＭＮ  ＩＤ（すなわち、ＭＣＣ＋ＭＮＣ）が含まれないこともあり得る。若しくは、ＭＣＣとＭＮＣのいずれか一方のみ含まれることもできる。多数のＴＭＧＩ情報を含ませるとき、ＰＬＭＮ  ＩＤが同一であるＴＭＧＩに対してはＰＬＭＮ  ＩＤを一度のみ含ませ、各ＴＭＧＩを構成するＭＢＭＳ  Ｓｅｒｖｉｃｅ  ＩＤ部分のみそれぞれ含ませることもできる。多数のＴＭＧＩ情報を含ませるとき、ＭＣＣが同一であるＴＭＧＩに対してはＭＣＣを一度のみ含ませ、各ＴＭＧＩを構成する残りの部分をそれぞれ含ませることもできる。多数のＴＭＧＩ情報を含ませるとき、ＭＮＣが同一であるＴＭＧＩに対してはＭＮＣを一度のみ含ませ、各ＴＭＧＩを構成する残りの部分をそれぞれ含ませることもできる。
【０１３４】
ついで、段階Ｓ１３０６で、ＵＥが段階Ｓ１３０５のアナウンスメントを検出し、連続的にＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤに関連したＰＣ５  ＰｒｏＳｅ一対多リンク上でブロードキャストコンテンツを受信し始めることができる。この場合、ＧＣＳ  ＡＳとのｕｎｉｃａｓｔ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ｌｅｇはリリースできる。
【０１３５】
段階Ｓ１３０７でＴＭＧＩのロスを検出した場合、リレーＵＥはＴＭＧＩの可用性をブロードキャストすることを中断する。選択によって、ＴＭＧＩロスを検出するために、ロスのお知らせを送信することができる。ＵＥはＧＣＳ  ＡＳからのｕｎｉｃａｓｔ  ｄｉｓｔｒｉｂｕｔｉｏｎ  ｌｅｇを要求することができる。
【０１３６】
段階Ｓ１３０８で、ＵＥはＰｒｏＳｅ  Ｌａｙｅｒ−２  Ｇｒｏｕｐ  ＩＤに関連したＰＣ５  ＰｒｏＳｅ一対多リンク上でブロードキャストコンテンツの受信を中断することができる。
【０１３７】
本発明はＬＴＥ／ＥＰＣ網に限られず、３ＧＰＰ接続網（例えば、ＵＴＲＡＮ／ＧＥＲＡＮ／Ｅ−ＵＴＲＡＮ）及び非３ＧＰＰ接続網（例えば、ＷＬＡＮなど）を全て含むＵＭＴＳ／ＥＰＳ移動通信システムの全般に適用可能である。また、その他にネットワークの制御が適用される環境でその他の全ての無線移動通信システム環境で適用可能である。
【０１３８】
図１５は本発明の一例による端末装置及びネットワークノード装置の好適な実施例の構成を示す図である。
【０１３９】
図１５を参照すると、本発明による端末装置１００は、送受信装置１１０、プロセッサ１２０及びメモリ１３０を含むことができる。送受信装置１１０は、外部装置に各種の信号、データ及び情報を送信し、外部装置から各種の信号、データ及び情報を受信するように構成されることができる。端末装置１００は外部装置と有線及び／又は無線で連結されることができる。プロセッサ１２０は端末装置１００の全ての動作を制御することができ、端末装置１００が外部装置と送受信すべき情報などを演算処理する機能を行うように構成されることができる。また、プロセッサ１２０は本発明で提案する端末動作を行うように構成されることができる。メモリ１３０は演算処理された情報などを所定時間の間に記憶することができ、バッファー（図示せず）などの構成要素に取り替えられることができる。
【０１４０】
図１５を参照すると、本発明によるネットワークノード装置２００は、送受信装置２１０、プロセッサ２２０及びメモリ２３０を含むことができる。送受信装置２１０は、外部装置に各種の信号、データ及び情報を送信し、外部装置から各種の信号、データ及び情報を受信するように構成されることができる。ネットワークノード装置２００は外部装置と有線及び／又は無線で連結されることができる。プロセッサ２２０はネットワークノード装置２００の全ての動作を制御することができ、ネットワークノード装置２００が外部装置と送受信すべき情報などを演算処理する機能を行うように構成されることができる。また、プロセッサ２２０は本発明で提案するネットワークノード動作を行うように構成されることができる。メモリ２３０は演算処理された情報などを所定時間の間に記憶することができ、バッファー（図示せず）などの構成要素に取り替えられることができる。
【０１４１】
また、このような端末装置１００及びネットワーク装置２００の具体的な構成は、前述した本発明の多様な実施例で説明した事項が独立的に適用されるかあるいは二つ以上の実施例が同時に適用されるように具現でき、重複する内容は明確性のために説明を省略する。
【０１４２】
上述した本発明の実施例は多様な手段によって具現されることができる。例えば、本発明の実施例は、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現できる。
【０１４３】
ハードウェアによる具現の場合、本発明の実施例による方法は、一つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙｓ）、プロセッサ、コントローラー、マイクロコントローラー、マイクロプロセッサなどによって具現できる。
【０１４４】
ファームウエア又はソフトウェアによる具現の場合、本発明の実施例による方法は以上で説明した機能又は動作を行う装置、過程又は関数などの形態に具現できる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。前記メモリユニットは前記プロセッサの内部又は外部に位置し、既に知られた多様な手段によって前記プロセッサとデータを取り交わすことができる。
【０１４５】
前記のように開示された本発明の好適な実施形態についての詳細な説明は当業者が本発明を具現して実施することができるように提供した。以上では本発明の好適な実施形態に基づいて説明したが、当該技術分野の熟練した当業者は下記の特許請求範囲に記載された本発明の思想及び領域から逸脱しない範疇内で本発明を多様に修正及び変更することができることを理解することが可能であろう。よって、本発明はここで開示した実施形態に制限されるものではなく、ここで開示した原理及び新規の特徴と一致する最広の範囲を付与しようとするものである。
【産業上の利用可能性】
【０１４６】
上述したような本発明の多様な実施形態は３ＧＰＰシステムを中心に説明したが、多様な移動通信システムに同様な方式で適用可能である。
【図１】
0006563587.tif 000004
【図２】
0006563587.tif 000005
【図３】
0006563587.tif 000006
【図４】
0006563587.tif 000007
【図５】
0006563587.tif 000008
【図６】
0006563587.tif 000009
【図７】
0006563587.tif 000010
【図８】
0006563587.tif 000011
【図９】
0006563587.tif 000012
【図１０】
0006563587.tif 000013
【図１１】
0006563587.tif 000014
【図１２】
0006563587.tif 000015
【図１３】
0006563587.tif 000016
【図１４】
0006563587.tif 000017
【図１５】
0006563587.tif 000018