JP2004187279A - マルチメディア放送／マルチキャストサービスを提供する移動通信システムでの制御メッセージを送受信する方法 - Google Patents

Abstract

【課題】 本発明は、移動通信システムに関し、特に、マルチメディア放送／マルチキャストサービス(Multimedia Broadcast/Multicast Service；ＭＢＭＳ)を提供する移動通信システムで無線ネットワーク制御器と使用者端末機との間の制御メッセージを送受信する方法に関する。
【解決手段】 マルチメディア放送／マルチキャストサービスを提供する通信システムにおいて、ＭＢＭＳサービスを受信しようとする使用者端末機に伝送すべき制御情報が発生すると、使用者端末機が制御情報の受信のとき、その応答を伝送すべきであるか否かに従う動作を指示する情報を含む呼出し情報を使用者端末機へ伝送し、この後、呼出し情報に該当する制御情報を伝送することによって逆方向資源の使用及び干渉を最小化させる。
【選択図】 図４

Description

本発明は、移動通信システムに関し、特に、マルチメディア放送／マルチキャストサービスを提供する移動通信システムで無線ネットワーク制御器と使用者端末機との間の制御メッセージを送受信する方法に関する。

近年、通信産業の発達により符号分割多重接続(Code Division Multiple Access；以下、“ＣＤＭＡ”と略称する。)移動通信システムで提供するサービスは、音声サービスのみならずパケットデータ(packet data)、サーキットデータ(circuit data)などのような大容量のデータを伝送するマルチキャスティングマルチメディア通信に発展している。従って、前記マルチキャスティングマルチメディア通信を支援するために１つのデータソースで複数の使用者端末機(User Equipment；以下、“ＵＥ”と略称する。)にサービスを提供する放送／マルチキャストサービス(Broadcast/Multicast Service)の開発が活発に行われている。前記放送／マルチキャストサービスは、メッセージ中心のサービスであるセル放送サービス(Cell Broadcast Service；以下、“ＣＢＳサービス”と称する。)と実時間映像及び音声、静止映像、文字などのマルチメディア形態を支援するマルチメディア放送／マルチキャストサービス(Multimedia Broadcast/Multicast Service；以下、“ＭＢＭＳ”と略称する。)に区分することができる。

図１は、移動通信システムでＭＢＭＳサービスを提供するためのネットワーク構造を概略的に示す。図１を参照すると、まず、放送／マルチキャストサービスセンター(Broadcast/Multicast-Service Center；以下、“ＢＭ−ＳＣ”と略称する。)１１０は、ＭＢＭＳストリーム(stream)を提供するソース(source)であり、前記ＢＭ−ＳＣ１１０は、ＭＢＭＳサービスに対するストリームをスケジューリング(scheduling)して伝送ネットワーク(transit N/W)１２０へ伝達する。前記伝送ネットワーク１２０は、前記ＢＭ−ＳＣ１１０とサービスパケット無線サービス支援ノード(Serving GPRS Support Node；以下、“ＳＧＳＮ”と略称する。)１３０との間に存在するネットワーク(network)を意味し、前記ＢＭ−ＳＣ１１０から受信されたＭＢＭＳサービスに対するストリームを前記ＳＧＳＮ１３０へ伝達する。ここで、前記ＳＧＳＮ１３０は、ゲートウェイパケット無線サービス支援ノード(Gateway GPRS Support Node；以下、“ＧＧＳＮ”と略称する。)と外部ネットワークなどで構成可能であり、任意の時点で前記ＭＢＭＳサービスを受信しようとする複数のＵＥ、例えば、基地局１(Ｎｏｄｅ Ｂ１)またはｃｅｌｌ＃１ １６０に属するＵＥ１ １６１、ＵＥ２ １６２、及びＵＥ３ １６３と、基地局２(Ｎｏｄｅ Ｂ２)または ｃｅｌｌ＃２ １７０に属するＵＥ４ １７１、ＵＥ５ １７２が存在していると仮定する。

前記伝送ネットワーク１２０でＭＢＭＳサービスに対するストリームを受信したＳＧＳＮ１３０は、ＭＢＭＳサービスを受信しようとする加入者、すなわち、ＵＥのＭＢＭＳ関連サービスを制御する機能を遂行する。前記伝送ネットワーク１２０は、加入者のそれぞれのＭＢＭＳサービス課金関連データの管理及びＭＢＭＳサービスデータを特定の無線ネットワーク制御器(Radio Network Controller；以下、“ＲＮＣ”と略称する。)１４０に選別的に伝送するものようなＭＢＭＳ関連サービスを制御する。以下、説明の便宜上、前記“基地局(Ｎｏｄｅ Ｂ)”を“セル(Ｃｅｌｌ)”と同一の概念で使用することとする。前記Ｎｏｄｅ Ｂは、１個のセルのみを管理することもでき、複数のセルを管理することもできる。

また、前記ＳＧＳＮ１３０は、前記ＲＮＣ１４０を経由して該当セルへ選別的なＭＢＭＳデータの伝送を遂行するために、前記ＭＢＭＳサービスを受信するＲＮＣのリストを有しなければならなく、前記ＲＮＣ１４０も前記ＭＢＭＳサービスを受信するセルのリストを有しなければならない。前記ＭＢＭＳサービスを受信するセルのリストを有している前記ＲＮＣ１４０は、前記セルへＭＢＭＳサービスを提供する。前記ＲＮＣ１４０は複数のセルを制御し、自分が管理しているセルのうち、ＭＢＭＳサービスを要求するＵＥが存在するセルにＭＢＭＳサービスデータを伝送する。前記ＲＮＣ１４０は、前記ＭＢＭＳサービスを提供するために設定される無線チャンネル(radio channel)を制御し、前記ＳＧＳＮ１３０から受信されたＭＢＭＳサービスに対するストリームで前記ＭＢＭＳサービスに関する情報を管理する。

図１に示すように、１つのＮｏｄｅ Ｂ、例えば、ｃｅｌｌ＃２ １７０と前記ｃｅｌｌ＃２ １７０に属するＵＥ１７１及びＵＥ１７２との間には、ＭＢＭＳサービスを提供するために１つの無線チャンネルのみが構成される。そして、図１に示されていないが、ホーム位置登録器(Home Location Register；ＨＬＲ)は、前記ＳＧＳＮ１３０に連結されてＭＢＭＳサービスのための加入者認証を遂行する。

図１を参照すると、前記ＭＢＭＳストリームは、伝送ネットワーク１２０と、ＳＧＳＮ１３０と、ＲＮＣ１４０と、Ｎｏｄｅ Ｂ１ １６０またはＮｏｄｅ Ｂ２ １７０を通じて該当ＵＥへ伝達される。すなわち、前記ＭＢＭＳストリームは、最終的に前記Ｎｏｄｅ Ｂ１ １６０に属したＵＥ１ １６１、ＵＥ２ １６２、ＵＥ３ １６３と、Ｎｏｄｅ Ｂ２ １７０に属するＵＥ４ １７１、ＵＥ５ １７２へ伝達される。そして、図１に示されていないが、任意の１つのＭＢＭＳサービス“Ｘ”に対して複数のＳＧＳＮが存在することができ、また、前記複数のＳＧＳＮのそれぞれに対して複数のＲＮＣが存在することができる。前記ＳＧＳＮは、該当ＭＢＭＳストリームを伝達するＲＮＣのリストを貯蔵しておき、前記ＲＮＣは、前記該当ＭＢＭＳストリームを伝達するセル、すなわち、Ｎｏｄｅ Ｂのリストを貯蔵しておく。結果的に、前記ＭＢＭＳストリームは、前記貯蔵しておいたリストに存在するＮｏｄｅ Ｂにのみ伝達されて前記Ｎｏｄｅ Ｂの該当ＵＥにＭＢＭＳストリームを伝達することができる。

図２は、移動通信システムでＭＢＭＳサービスを提供するための過程を概略的に示す信号のフローチャートである。図２を参照すると、まず、ＵＥは、任意のＭＢＭＳサービスを受信するためにコアネットワーク(Core Network；以下、“ＣＮ”と略称する。)に使用者登録(user subscription)過程を遂行する(ステップ２０１)。前記ＣＮは、図１に示すように、ＢＭ−ＳＣ、伝送ネットワーク、及びＳＧＳＮを含む。前記使用者登録過程は、サービス提供者(service provider)と使用者との間にＭＢＭＳサービスのとき課金またはＭＢＭＳサービスの受信に関連した基本的な情報を交換する過程である。前記使用者登録が完了されると、前記ＣＮは、現在提供可能なＭＢＭＳサービスに対する基本的な情報、例えば、メニュー情報(MENU INFORMATION)を前記ＭＢＭＳサービス加入者であるＵＥに案内するためにサービス案内(ANNOUNCEMENT)過程を遂行する(ステップ２０２)。前記メニュー情報とは、特定のＭＢＭＳサービスが開始される時刻情報及び持続時間などを示す情報を意味する。前記ＣＮは、前記メニュー情報を所定のサービス領域(service area)に放送するか、すなわち、ＣＢＳなどのような放送サービスを通じて放送するか、またはＭＢＭＳサービス要請があるＵＥにのみ伝送することができる。そして、前記ＣＮは、前記メニュー情報を通じて前記ＭＢＭＳサービスを区分するためのＭＢＭＳサービス識別子(MBMS SERVICE ID)を通報する。

前記サービス案内過程を通じてメニュー情報を受信したＵＥは、前記メニュー情報のうちサービスを受信しようとする特定のＭＢＭＳサービスを選択し、前記ＣＮに前記選択したＭＢＭＳサービスに対するサービス要請(JOINING)過程を遂行する(ステップ２０３)。前記ＵＥが前記ＣＮへ伝送する前記サービス要請メッセージは、前記選択したＭＢＭＳサービスを示すＭＢＭＳサービス識別子と該当ＵＥを示すＵＥ識別子(ＵＥ ＩＤ)とを含む。前記ＵＥのサービス要請に従って前記ＣＮはＵＥがサービスを受信しようとするＭＢＭＳサービスを識別し、前記ＵＥとマルチキャストモードベアラーセットアップ(multicast mode bearer setup)過程を遂行する(ステップ２０４)。前記マルチキャストモードベアラーセットアップ過程で、前記ＣＮ(またはＳＧＳＮ)と伝送ネットワーク上に前記ＭＢＭＳサービスを提供するためのトランスポートベアラー(transport bearer)が予め設定されることができる。例えば、前記ＳＧＳＮとＧＧＳＮとの間に前記ＭＢＭＳサービスのためのＧＴＰ−Ｕ／ＵＤＰ／ＩＰ／Ｌ２／Ｌ１ベアラー(３ＧＰＰ ＴＳ ２３．０６０を参照)が予め設定されることもできる。

その後、前記ＣＮは、前記ＵＥに要請したＭＢＭＳサービスがすぐ開始されることを示すサービス通知(NOTIFICATION)過程を遂行する(ステップ２０５)。前記サービス通知過程は、一般的な符号分割多重接続通信システムのような呼出し方式が使用されるか、または前記ＭＢＭＳサービスに最適化された別途の新たな呼出し方式が使用されることもできる。

前記サービス通知過程を通じて要請したＭＢＭＳサービスがすぐ開始されることを感知したＵＥは、前記ＣＮと無線資源割当て(radio resource allocation)過程を遂行する。前記無線資源割当て過程を通じて前記ＭＢＭＳサービスを提供するために無線資源を実際に割り当て、前記割り当てた無線資源関連情報に基づいて無線ベアラーの設定及び無線チャンネルの設定過程を遂行する(ステップ２０６)。ステップ２０６をさらに詳細に説明すると、前記無線資源割当て過程は、前記ＲＮＣが任意のセルに位置したＵＥに該当セルで前記ＭＢＭＳサービスが伝送される無線ベアラー(radio bearer)情報を知らせるステップ(以下、“無線ベアラーセットアップ(radio bearer setup)”ステップ)と前記ＲＮＣがＭＢＭＳサービスデータを受信するＵＥが位置しているセルにＩｕｂインターフェース上に構成されるトランスポートベアラー(transport bearer)情報と無線ベアラー情報を知らせるステップ(以下、“無線リンクセットアップ(radio link setup)”ステップ)とに区分される。ステップ２０６が完了されると、特定のＭＢＭＳサービスを受信しようとするすべてのＵＥは、前記サービスが提供される無線リンク関連情報及び前記サービスが処理される上位階層情報を認知するようになり、セルは、前記無線リンクとＩｕｂインターフェースの設定が完了される。すなわち、ステップ２０６を遂行することにより、前記ＭＢＭＳサービスデータは、前記ＵＥに伝送される準備が完了される。

前記無線資源割当て過程が完了されると、特定のＭＢＭＳサービスデータを受信しようとするすべてのＵＥは、前記特定のＭＢＭＳサービスが提供される無線リンク関連情報及び前記サービスが処理される上位階層情報を認知するようになり、前記ＵＥが属しているセルは、前記無線リンクとＩｕｂインターフェースの設定を完了する。前記ＲＮＣとＵＥとの間にＭＢＭＳサービス提供のための準備が完了された状態で、前記ＣＮは、前記ＲＮＣを通じて前記ＵＥにＭＢＭＳサービスデータを伝送するＭＢＭＳデータの伝送過程を遂行する(ステップ２０７)。また、ステップ２０７で暗号化キー(以下、“ciphering key”と称する。)のアップデート(update)などが遂行されることができる。例えば、任意のＭＢＭＳサービスに対するciphering keyを変更すべき必要性が発生する場合、前記ＲＮＣは、前記新たなciphering keyを前記ＭＢＭＳサービスを受信しているすべてのＵＥに伝達する。この後、前記ＭＢＭＳサービスデータの伝送が完了されると、前記ＵＥとＣＮとの間には前記設定されている無線資源、すなわち、トランスポートベアラー及び無線ベアラーを解除する無線資源解除過程を遂行する(ステップ２０８)。

図３は、図２に示したＭＢＭＳサービス提供過程を具体的に示す。図２に示したＣＮは、ＳＧＳＮ１３０、伝送ネットワーク１２０、ＢＭ−ＳＣ１１０を含む。しかし、図３において、無線アクセスネットワーク(Radio Access Network；以下、“ＲＡＮ”と略称する。)動作に重点をおくために、ＳＧＳＮ１３０の概念を中心にして前記ＣＮに対して説明する。

図３を参照すると、図２で説明したようなサービス案内(ANNOUNCEMENT)過程を通じて現在提供可能なＭＢＭＳサービスに対する基本的な情報、例えば、メニュー情報(MENU INFORMATION)をＵＥ１６１へ提供する(ステップ２０２)。前記ＵＥ１６１は、前記ＳＧＳＮ１３０にＭＢＭＳパケットデータプロトコル(Packet Data Protocol；以下、“ＰＤＰ”と略称する。)コンテキスト(context)活性化要求(ACTIVATE MBMS PDP CONTEXT REQUEST)メッセージ(message)を伝送する(ステップ３０１)。前記ＰＤＰコンテキスト(context)は、第１ＰＤＰコンテキスト(primary PDP context)と第２ＰＤＰコンテキスト(second PDP context)とに分類される。前記第２ＰＤＰコンテキストは、前記第１ＰＤＰコンテキストと同一の情報を有するＰＤＰコンテキストである。すなわち、前記第２ＰＤＰコンテキストは、前記第１ＰＤＰコンテキストが存在する場合にのみ存在するコンテキストとして、前記第１ＰＤＰコンテキストの情報をそのまま再び使用する。このように前記第１ＰＤＰコンテキスト及び第２ＰＤＰコンテキストは同一の情報を使用し、ただ、実際パケットデータが伝送されるパケット無線サービス(General Packet Radio Service；以下、“ＧＰＲＳ”と略称する。)トンネリングプロトコル(GPRS Tunneling Protocol；以下、“ＧＴＰ”と略称する。)トンネル(tunnel)が相異である。前記ＧＰＲＳは、ＵＭＴＳ(Universal Mobile Terrestrial System)ネットワークで遂行するパケットデータサービスである。また、前記ＭＢＭＳ ＰＤＰコンテキスト活性化要求メッセージに含まれるパラメータ(parameter)には、ネットワーク階層サービスアクセスポイント識別子(Network layer Service Access Point Identifier；以下、“ＮＳＡＰＩ”と略称する。)、ＴＩ、ＰＤＰタイプ(type)、ＰＤＰアドレス(address)、アクセスポイントネットワーク(Access Point Network)、及びサービス品質(Quality of Service；ＱｏＳ)などがある。前記ＵＥ１６１がＣＮに含まれたＳＧＳＮ１３０への要請を伝送する場合、すなわち、ＵＥ初期活性化(ＵＥ-Initiated Activate)の場合と、外部ネットワークが前記ＣＮへの要請を伝送する場合、すなわち、ネットワーク要請活性化(Network Requested Activate)の場合に、前記移動通信システムでＧＴＰトンネルを生成する。前記ＳＧＳＮ１３０は、ＭＢＭＳ ＰＤＰコンテキスト活性化要求メッセージを受信すると、前記ＭＢＭＳ ＰＤＰコンテキスト活性化要求メッセージを伝送した前記ＵＥ１６１が該当ＭＢＭＳサービスを要請した一番目のＵＥである場合、前記該当ＭＢＭＳサービスのためのＭＢＭＳ ＰＤＰコンテキストを生成する。

前記ＳＧＳＮ１３０は、前記生成したＭＢＭＳ ＰＤＰコンテキストに前記ＵＥ１６１の情報を貯蔵した後、前記ＳＧＳＮ１３０に連結されているゲートウェイパケット無線サービス支援ノード(Gateway GPRS Support Node；以下、“ＧＧＳＮ”と略称する。)(図示せず)と一連の動作を遂行する。ここで、前記ＳＧＳＮ１３０が前記ＧＧＳＮと遂行する動作は、ＧＴＰトンネルセットアップのための動作として、前記ＳＧＳＮ１３０が前記ＵＥ１６１から受信したＭＢＭＳ ＰＤＰコンテキスト活性化要求メッセージに含まれているパラメータを前記ＧＧＳＮに通報すると、前記ＧＧＳＮは、前記パラメータでＧＴＰトンネルをセットアップする。ここで、前記ＧＴＰトンネルセットアップ過程は、本発明とは直接的な関連がないので、その詳細な説明を省略する。前記ＭＢＭＳ ＰＤＰコンテキストは、任意のＭＢＭＳサービスに関連した情報が貯蔵されている変数の集合であり、前記ＭＢＭＳ ＰＤＰコンテキスト活性化要求メッセージを伝送したＵＥのリストと、前記ＵＥの位置情報と前記該当ＭＢＭＳサービスデータを伝送するトランスポートベアラー(transport bearer)関連情報が貯蔵される。前記ＳＧＳＮ１３０は、前記ＵＥ１６１にＭＢＭＳ ＰＤＰコンテキスト活性化受諾(ACTIVATE MBMS PDP CONTEXT REQUEST ACCEPT)メッセージを伝送する(ステップ３０２)。前記ＭＢＭＳ ＰＤＰコンテキスト活性化受諾メッセージには、前記ＭＢＭＳサービスのためにグループ呼出し(group paging)に使用する臨時マルチキャストグループ識別子(Temporary Multicast Group Identity；以下、“ＴＭＧＩ”と略称する。)と不連続受信(Discontinuous Reception；以下、“ＤＲＸ”と略称する。)パラメータが含まれる。前記ＤＲＸパラメータは、前記ＵＥ１６１がＰＩＣＨ信号をモニタリングする周期に関連するパラメータであり、前記ＤＲＸパラメータは、ＤＲＸ周期(Cycle Length；ＣＬ)係数(coefficient)とＮｐなどが含まれる。前記Ｎｐは、[１８，３６，７２，１４４]のうちの１つの値を有し、システム情報(System Information；ＳＩ)として与えられ、１つのシ
ステムフレームに幾つの呼出し表示(Paging Instance；ＰＩ)が存在するかを示す値である。前記呼出し関連ＴＭＧＩとＤＲＸパラメータに関する動作については、本願出願人によって出願された韓国特許出願第２００２−３４７０４号及びこれに該当する米国特許出願第４６５，３２１号(２００３年６月１８日)に開示されている。

このように前記ＳＧＳＮ１３０からＭＢＭＳ ＰＤＰコンテキスト活性化受諾メッセージを受信したＵＥ１６１は、アイドル状態に遷移した後待機する。一方、前記ＳＧＳＮ１３０は、前記該当ＭＢＭＳサービス開始時点でまたはＢＭ−ＳＣ１１０から一番目のＭＢＭＳサービスデータを受信した後、前記サービスを受信しようとするＵＥ、すなわち、前記ＭＢＭＳ ＰＤＰコンテキスト活性化要求メッセージを伝送したＵＥ１６１の属したＲＮＣ１４０にサービス通知(notification)メッセージを伝送する(ステップ３０３)。前記ＳＧＳＮ１３０は、前記該当ＭＢＭＳサービスを要請したＵＥのリストと前記ＵＥが属しているＲＮＣを有しているので、前記該当ＭＢＭＳサービスが開始されると、該当ＵＥが属しているＲＮＣにサービス通知メッセージを伝送するようになる。前記サービス通知過程も本願出願人によって出願された韓国特許出願第２００２−３４７０４号に開示されている。

前記ＳＧＳＮ１３０は、前記ＭＢＭＳサービスの開始を知らせるサービス通知メッセージに前記ＴＭＧＩとＤＲＸパラメータを含ませてＲＮＣ１４０へ伝送する。前記ＲＮＣ１４０は、前記ＳＧＳＮ１３０から前記サービス通知メッセージを受信すると、前記サービス通知メッセージに含まれているＴＭＧＩとＤＲＸパラメータを利用して呼出し時点(Paging Occasion；以下、“ＰＯ”と略称する。)とＰＩを算出する。前記ＵＥ１６１も前記ＭＢＭＳ ＰＤＰコンテキスト活性化受諾メッセージに含まれているＴＭＧＩとＤＲＸパラメータを利用してＰＯ及びＰＩを算出する。前記ＲＮＣ１４０は、前記ＰＩとＰＯが指示する時点の呼出し表示チャンネル(Paging Indicator CHannel；以下、“ＰＩＣＨ”と略称する。)をオン(on)またはオフ(off)させて前記ＵＥ１６１が呼出しチャンネル(Paging CHannel；以下、“ＰＣＨ”と略称する。)に伝送される信号を受信するか否かを指示する(ステップ３０４−１)。前記ＰＩＣＨが該当ＰＯのＰＩでオンとなっている場合には、前記ＵＥ１６１は、前記ＰＣＨ信号を受信してＵＥ１６１の自分に対する呼出しを感知し、これとは反対に、前記ＰＩＣＨがオフとなっている場合には、前記ＵＥ１６１はＰＣＨ信号を受信しない。一方、前記ＲＮＣ１４０は、前記ＵＥ１６１に対する呼出しがある場合、前記ＰＩＣＨと予定の時間の後に前記ＰＩＣＨに関連するＰＣＨ、すなわち、ａｓｓｏｃｉａｔｅｄ ＰＣＨに前記サービス通知メッセージまたは呼出しメッセージを伝送して、前記ＵＥ１６１が該当ＭＢＭＳサービスがすぐ開始されることを認知するようにする(ステップ３０４−２)。前記ＲＮＣ１４０は、前記ＭＢＭＳサービスを受信しようとするＵＥに近い時間内に共通制御チャンネル(例えば、順方向アクセスチャンネル(Forward Access Channel；以下、“ＦＡＣＨ”と略称する。))を通じて伝送されるＭＢＭＳ無線ベアラーセットアップメッセージを受信するように指示する機能を行う。

一方、前記ＵＥ１６１は、前記計算したＰＯのＰＩで周期的にＰＩＣＨ信号を監視し、前記ＰＩＣＨ信号に該当ＭＢＭＳサービスに対する呼出しの存在を認識する場合、ａｓｓｏｃｉａｔｅｄ ＰＣＨのＭＢＭＳ呼出し(以下、ＭＢＭＳ ＰＡＧＩＮＧと称する。)メッセージを受信し、前記ＰＩＣＨ信号に該当ＭＢＭＳサービスに対する呼出しがないことを認識する場合、ａｓｓｏｃｉａｔｅｄ ＰＣＨ信号を受信しない。前記ＰＩＣＨ信号に該当ＭＢＭＳサービスに対する呼出しが存在することは、前記ＰＯのＰＩで前記ＰＩＣＨに“１”という情報がコーディングされている場合を意味し、前記ＰＩＣＨ信号に該当ＭＢＭＳサービスに対する呼出しがないことは、前記ＰＯのＰＩで前記ＰＩＣＨに“０”という情報がコーディングされている場合を意味する。

前記ＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥ１６１は、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれているＴＭＧＩを利用してどんなＭＢＭＳサービスが開始されるかを判断する。もしも、前記ＴＭＧＩが前記ＵＥ１６１の自分が要請したＭＢＭＳサービスを示す場合、前記ＵＥ１６１は、自分の要請したＭＢＭＳサービスが開始されることを認知するようになる。すなわち、前記ＵＥ１６１は、ＭＢＭＳ ＰＡＧＩＮＧメッセージを受信することによりＭＢＭＳサービスの通知を受信するようになる。ここでは、ＭＢＭＳサービスの通知を認知する方式のうちの１つでＭＢＭＳ ＰＡＧＩＮＧメッセージを受信する。

一方、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥ１６１は、前記サービス通知メッセージを正常的に受信したことを示すサービス通知応答(NOTIFICATION RESPONSE)メッセージを前記ＳＧＳＮ１３０に伝送する(ステップ３０５)。前記ＳＧＳＮ１３０は、前記サービス通知応答メッセージを受信した後、前記ＲＮＣ１４０にＭＢＭＳ無線アクセスベアラー(Radio Access Bearer；以下、“ＲＡＢ”と略称する。)割当て要求(MBMS RAB Assignment Request)メッセージを伝送する(ステップ３０６)。前記ＭＢＭＳ ＲＡＢ割当て要求ッセージには、前記ＭＢＭＳサービスを提供するために要求されるサービス品質情報とＭＢＭＳ ＲＡＢを設定するＵＥのリストなどが含まれることができる。

前記ではＵＥ１６１のみを例に挙げて説明したが、該当ＭＢＭＳサービスの受信を要求するＵＥが複数である場合には、前記ＳＧＳＮ１３０は、複数のＵＥのリストを前記ＭＢＭＳ ＲＡＢ割当て要求ッセージに含ませて前記ＲＮＣ１４０へ伝送し、前記ＲＮＣ１４０は、前記複数のＵＥのそれぞれに対して該当ＭＢＭＳサービスの受信のための以後の動作を遂行する。前記ＲＡＢは、任意のＭＢＭＳサービスを提供するために無線アクセスネットワーク(Radio Access Network；以下、“ＲＡＮ”と略称する。)に構成される伝送資源の集合を意味し、具体的に、ＳＧＳＮ１３０とＲＮＣ１４０との間(Ｉｕインタフェース)のトランスポートベアラー(transport bearer)と、ＲＮＣ１３０とＮｏｄｅ Ｂ１６０との間(Ｉｕｂインターフェース)のトランスポートベアラーと、無線チャンネル(radio channel)とを含む。

前記ＲＮＣ１４０は、前記ＳＧＳＮ１３０から受信したＭＢＭＳ ＲＡＢ割当て要求ッセージに相応するように前記該当ＭＢＭＳサービスのための無線ベアラー情報(ＭＢＭＳ ＲＢ ｉｎｆｏ)を決定する。前記ＭＢＭＳ無線ベアラー情報は、階層２(Layer 2；以下、“Ｌ２”と称する。)情報及び階層１(Layer 1；以下、“Ｌ１”と称する。)情報を含み、前記Ｌ２情報には、無線リンク制御(Radio Link Control；以下、“ＲＬＣ”と略称する。)／パケットデータ収斂プロトコル(Packet Data Convergence Protocol；以下、“ＰＤＣＰ”と略称する。)関連情報などが含まれることができる。そして、前記Ｌ１情報には、伝送フォーマットセット(Transport Format Set；以下、“ＴＦＳ”と略称する。)情報、伝送フォーマット組合せセット(Transport Format Combination Set；以下、“ＴＦＣＳ”と略称する。)情報、チャンネル化コード(channelization code)情報、及び伝送電力(transmit power)関連情報などが含まれることができる。一方、前記ＲＮＣ１４０は、前記ＵＥのリストを利用してＭＢＭＳ ＲＡＢを設定するセルを決定するが、ＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥの位置をセル単位で認知するので、ＵＥのリストをセルのリストに置き換えることができる。そこで、前記ＲＮＣ１４０は、下記で説明するＭＢＭＳ無線ベアラーセットアップ(MBMS RB SETUP)メッセージをセル別に伝送し、ＵＥが位置しているセルの数だけ前記ＭＢＭＳ無線ベアラーセットアップメッセージを反復して伝送する。

このように前記ＭＢＭＳ無線ベアラー情報を決定したＲＮＣ１４０は、前記ＵＥ１６１にＭＢＭＳ無線ベアラーセットアップメッセージを伝送する(ステップ３０７)。そうすると、前記ＵＥ１６１は、前記受信したＭＢＭＳ無線ベアラーセットアップメッセージに含まれているＭＢＭＳ無線ベアラー情報に相応するようにＭＢＭＳ無線ベアラーをセットアップした後、ＭＢＭＳ無線ベアラーセットアップ完了(MBMS RB SETUP COMPLETE)メッセージを前記ＲＮＣ１４０へ伝送する(ステップ３０８)。前記ＲＮＣ１４０は、前記ＵＥ１６１からＭＢＭＳ無線ベアラーセットアップ完了メッセージを受信すると、前記ＳＧＳＮ１３０にＭＢＭＳ無線ベアラー割当て応答(MBMS RAB ASSIGNMENT RESPONSE)メッセージを伝送する(ステップ３０９)。そうすると、前記ＳＧＳＮ１３０は、前記該当ＭＢＭＳサービスに対するデータ伝送を開始する(DATA TRANSFER)(ステップ２０７)。

この後、前記ＳＧＳＮ１３０が前記ＲＮＣ１４０へＭＢＭＳ制御(MBMS CONTROL)メッセージを伝送すると(ステップ３１０)、ステップ３０４−１で説明したように、前記ＲＮＣ１４０は、前記ＰＩとＰＯが指示する時点のＰＩＣＨをオンまたはオフさせて前記ＵＥ１６１がＰＣＨ信号を受信するか否かを指示する(ステップ３１１−１)。前記ＭＢＭＳ制御メッセージもＴＭＧＩのようなパラメータを含んでいる。その後、前記ＲＮＣ１４０は、前記ＵＥ１６１に対する呼出しが存在する場合、前記ＰＩＣＨと所定の時間の後に前記ＰＩＣＨに関連するＰＣＨ、すなわち、ａｓｓｏｃｉａｔｅｄ ＰＣＨに呼出し(PAGING)メッセージを伝送して前記ＵＥ１６１が該当ＭＢＭＳサービスがすぐ開始されることを認知するようにする(ステップ３１２−２)。また、前記ＲＮＣ１４０は、前記ＭＢＭＳ制御メッセージに前記ＴＭＧＩのようなパラメータを含んで前記ＵＥ１６１へ伝送する(ステップ３１３)。

一方、図３で説明したメッセージのうち、サービス通知メッセージ、ＭＢＭＳ無線ベアラーセットアップメッセージ、及びＭＢＭＳ制御メッセージは、グループメッセージ(group message)である。前記“グループメッセージ”とは、１つのメッセージを複数のＵＥが受信するようにしたメッセージを意味する。すなわち、ステップ３０４−１で、複数のＵＥが同一のＰＯのＰＩを参照して前記ＰＩＣＨ、すなわち、サービス通知メッセージが受信されるか否かを決定し、ステップ３０４−２で説明したＴＭＧＩは、サービス通知メッセージを受信するＵＥを示すので、１つのサービス通知メッセージを複数のＵＥが受信するようになる。また、ステップ３０７で説明したＭＢＭＳ無線ベアラーセットアップメッセージとステップ３１３で説明したＭＢＭＳ制御メッセージも共通チャンネルＦＡＣＨを通じて伝送する一方、ＴＭＧＩなどのようなパラメータを挿入して複数のＵＥが共通的に受信するように指定している。

以下に、前述したＵＥの状態に対して説明する。まず、前記ＵＥの状態は、ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、及びＩＤＬＥ状態に大別され、前記それぞれの状態を説明すると次のようである。

(１)ＣＥＬＬ＿ＤＣＨ：ＵＥとＲＮＣとの間に専用チャンネルが設定されている状態で、前記ＵＥとＲＮＣとの間のデータ交換は専用チャンネルを通じて行われる。ＲＮＣは、ＵＥの位置をセル単位で追跡する。ＲＮＣがＵＥへ、ＵＥがＲＮＣへデータを伝送するために別途の以前の手順が不要であり、現在設定されている専用チャンネルを通じてデータ交換が行われる。

(２)ＣＥＬＬ＿ＦＡＣＨ：ＵＥとＲＮＣとの間にＦＡＣＨが設定されている状態で、ＵＥは、ＲＮＣに伝送するデータがある場合逆方向アクセスチャンネル(Reverse Access Channel；以下、“ＲＡＣＨ”と略称する。)を利用し、前記ＵＥは、前記ＲＮＣからＦＡＣＨを通じてデータを受信している。ＵＥ及びＲＮＣは、共通チャンネル(ＦＡＣＨ／ＲＡＣＨ)を通じてデータを送受信し、ＲＮＣは、ＵＥの位置をセル単位で追跡する。ＲＮＣがＵＥへ、ＵＥがＲＮＣへデータを伝送するために別途の事前手順が不要である。ＣＥＬＬ＿ＦＡＣＨ状態のＵＥは、ＦＡＣＨを通じて伝送されるすべてのデータを受信し、前記受信したデータの識別子(ＩＤ)を利用してＵＥの自分のデータであるか否かを判断する。

(３)ＣＥＬＬ＿ＰＣＨ：ＣＥＬＬ＿ＰＣＨ状態のＵＥは、ＰＩＣＨ信号を監視し、ＦＡＣＨなどのような他のチャンネル信号は受信しない。ＲＮＣは、ＵＥにデータを伝送する前にＵＥを呼び出してＣＥＬＬ＿ＦＡＣＨ状態に遷移しなければならなく、これと同様に、ＵＥは、ＲＮＣにデータを伝送する前にＣＥＬＬ＿ＦＡＣＨ状態に遷移すべきである。ＲＮＣは、ＵＥの位置をセル単位で追跡する。前記呼出し手順には、前述したようなＲＮＣで決定したＤＲＸパラメータが利用される。

(４)ＵＲＡ＿ＰＣＨ：ＲＮＣがＵＥの位置をＵＲＡ(UTRAN Registration Area；複数のセルで構成された地域)単位で追跡する点を除外すると、前述したＣＥＬＬ＿ＰＣＨの状態と同一である。

(５)ＩＤＬＥ：ＲＮＣは、ＵＥの位置に対する情報を有しておらず、ＣＮの要請に従ってＵＥを呼び出すことができる。前記呼出し手順は、ＣＮで決定するＤＲＸパラメータを使用する点を除外すると、前述したＣＥＬＬ＿ＰＣＨ状態の呼出し手順と同一である。ＲＮＣ及びＵＥがデータを送受信するためには、無線資源制御(Radio Resource Control；以下、“ＲＲＣ”と略称する。)連結(connection)セットアップ(RRC CONNECTION SETUP)過程が先行されなければならない。

前述したように、Ｃｅｌｌ＿ＰＣＨ状態のＵＥとＵＲＡ＿ＰＣＨ状態のＵＥは、ネットワークから呼出しがあるとセルアップデート(以下、“ＣＥＬＬ ＵＰＤＡＴＥ”と称する。)過程を遂行し、ＩＤＬＥ状態のＵＥは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行する。ここで、前記ＣＥＬＬ ＵＰＤＡＴＥ過程及びＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を説明すると、次のようである。

〈ＣＥＬＬ ＵＰＤＡＴＥ過程〉
前記ＣＥＬＬ ＵＰＤＡＴＥ過程を通じて、ＵＥは、ＲＮＣからＣ(Cell)−無線ネットワーク臨時識別子(Radio Network Temporary Identity；ＲＮＴＩ)というＵＥ識別子が割り当てられる。前記Ｃ−ＲＮＴＩは、ＦＡＣＨを通じて受信される前記ＵＥに関連したデータを識別する機能を行う。例えば、前記ＲＮＣがＣＥＬＬ＿ＦＡＣＨ状態にある任意のＵＥに特定のメッセージを伝送しようとすると、前記メッセージの媒体アクセス制御(Medium Access Control；以下、ＭＡＣと略称する。)ヘッダ(header)に前記Ｃ−ＲＮＴＩを挿入してＦＡＣＨを通じてＵＥへ伝送する。そうすると、前記Ｃｅｌｌ＿ＦＡＣＨ状態でＦＡＣＨ信号を受信している前記ＵＥは、ＦＡＣＨを通じて伝送されるメッセージのＭＡＣヘッダを読み取って、そのうち、ＵＥの自分のＣ−ＲＮＴＩと一致するＣ−ＲＮＴＩを有するメッセージのみを受信する。また、前記ＵＥは、ＲＡＣＨを通じて前記ＲＮＣにメッセージを伝送するとき、ＵＥの自分のＣ−ＲＮＴＩをＭＡＣヘッダに挿入して伝送し、前記ＲＮＣは、前記Ｃ−ＲＮＴＩを利用してメッセージを伝送したＵＥを識別する。

〈ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程〉
前記ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を通じて、ＵＥは、ＲＮＣからＣ−ＲＮＴＩ及びＵ(UTRAN)−ＲＮＴＩというＵＥ識別子が割り当てられる。前記Ｕ−ＲＮＴＩも前記ＵＥを識別するための識別子であり、Ｃ−ＲＮＴＩを使用することができない場合与えられる。前記Ｃ−ＲＮＴＩはセル別に割り当てられるので、ＵＥがセルを変更する場合、前記ＲＮＣは、該当ＵＥに対して前記Ｃ−ＲＮＴＩを新たに割り当てなければならない。そこで、前記ＵＥがセルを変更する場合セルが変更された事実などをＵ−ＲＮＴＩを使用して前記ＲＮＣに通報する。また、ＲＮＣ及びＵＥは、前記ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を通じて前記ＲＮＣ及びＵＥがこの後に送受信する制御メッセージ(control message)のフォーマット(format)を相互間に予め規約する。前記制御メッセージは、ＲＮＣとＵＥとの間のシグナリング無線ベアラー(Signaling Radio Bearer；以下、“ＳＲＢ”と略称する。)を通じて伝送され、前記ＲＮＣ及びＵＥは、前記ＳＲＢのフォーマットを前記ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を通じて相互間に規約する。前記ＳＲＢは複数で構成することができ、前記複数のＳＲＢのそれぞれには固有の整数が与えられる。従って、前記与えられた整数で前記ＳＲＢを区分する。例えば、１つのＵＥとＲＮＣとの間に４個のＳＲＢが構成される場合、前記ＳＲＢは、無線ベアラー＃１(ＲＢ１)、無線ベアラー＃２(ＲＢ２)、無線ベアラー＃３(ＲＢ３)、及び無線ベアラー＃４(ＲＢ４)と呼ばれる。また、前記ＳＲＢのフォーマットは、各ＳＲＢに使用されるＬ２／Ｌ１情報、例えば、ＲＬＣ情報と伝送フォーマットセット(Transport Format Set；ＴＦＳ)情報などを含むことができる。一方、前記ＵＥとＲＮＣとの間の前記ＳＲＢのフォーマットを決定するメッセージフォーマットは予め設定されてシステム情報としてすべてのＵＥに通報され、無線ベアラー＃０(ＲＢ０)というＳＲＢを使用する。結果的に、Ｃｅｌｌ＿ＰＣＨ状態、ＵＲＡ＿ＰＣＨ状態、ＣＥＬＬ＿ＦＡＣＨ状態、及びＣＥＬＬ＿ＤＣＨ状態に存在するＵＥは、前記ＲＮＣ及び前記ＳＲＢの構成をすでに完了した状態であり、前記ＲＮＣとの制御メッセージの送受信は、前記構成されているＳＲＢを利用して遂行される。

前述したように、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を経たＵＥとＲＮＣ、すなわち、ＣＲＮＣは、専用メッセージ(dedicated message)を送受信することが可能である。前記専用メッセージは、前記グループメッセージと反対される概念でグループ形態ではない送信側及び受信側が一対一に対応するメッセージを意味し、前記Ｃ−ＲＮＴＩが該当ＵＥを区別するための識別子の機能を行う。また、前記専用メッセージは、前記ＵＥとＲＮＣとの間に構成されている複数のＳＲＢのうち１つを通じて伝送される。グループメッセージの送受信過程で前記Ｃ−ＲＮＴＩの代わりに無線ベアラー＃０(ＲＢ０)またはＳＲＢを使用すると、前記ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を別途に遂行する必要がない。

前記ＵＥの状態を図３を参照して説明すると、ＩＤＬＥ状態またはＣｅｌｌ＿ＰＣＨ状態及びＵＲＡ＿ＰＣＨ状態に存在するＵＥがＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行すべき必要性が発生する場合を“CU/RC performed”と称する。図３に示すように、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程は頻繁に遂行されなければならないことを分かる。すなわち、ＩＤＬＥ状態またはＣｅｌｌ＿ＰＣＨ状態及びＵＲＡ＿ＰＣＨ状態に存在するＵＥが前記任意のＭＢＭＳサービスに対する呼出しメッセージを受信すると、前記ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を実行する。もちろん、前記呼出しメッセージはグループメッセージを伝達するためのものであり、ＵＥが前記グループメッセージに対する応答メッセージ(response message)をＲＮＣに伝送する必要がなければ、前記ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行する必要がないこともある。例えば、前記ＵＥがＣＥＬＬ＿ＰＣＨまたはＵＲＡ ＰＣＨ状態で共通チャンネルを通じてＭＢＭＳデータを受信するか、またはそれ以外の場合制御メッセージを受信するためにＭＢＭＳ ＰＡＧＩＮＧメッセージを受信し、ＦＡＣＨを通じてＭＢＭＳ関連制御メッセージを通じてＭＢＭＳ制御情報を受信するが、ＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態でＣＥＬＬ ＵＰＤＡＴＥ過程を遂行する必要がないこともある。

通常的なＵＭＴＳ標準規格に従って、呼出しメッセージを受信したＵＥは、前記呼出しメッセージに対する応答メッセージを伝送するために前記ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行するように規定している。従って、前記呼出しメッセージを受信したＵＥは、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を必須的に遂行しなければならない。しかし、前記呼出しメッセージに対する応答メッセージの伝送は逆方向伝送資源の効率性を低下させ、また、前記応答メッセージによる逆方向干渉の増加をもたらす。さらに、前記呼出しメッセージに対してＵＥがＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行することは不必要な負荷を発生させることができるので、前記呼出しメッセージの受信に対する新たな応答体系が要求されている。

上記背景に鑑みて、本発明の目的は、ＭＢＭＳサービスを提供する移動通信システムで制御メッセージを送受信する方法を提供することにある。

本発明の他の目的は、ＭＢＭＳサービスを提供する移動通信システムで制御メッセージの送受信のときＵＥの状態遷移を最小化する方法を提供することにある。

本発明のまた他の目的は、ＭＢＭＳサービスを提供する移動通信システムで制御メッセージの送受信のときＵＥの応答伝送を最小化する方法を提供することにある。

前記のような目的を達成するために、本発明によれば、ＵＥと前記ＵＥにＭＢＭＳを提供するＲＮＣとから構成された移動通信システムで前記ＲＮＣが前記ＭＢＭＳのための制御情報を伝送する方法において、前記ＵＥへ伝送するＭＢＭＳのための制御メッセージが発生すると、前記ＲＮＣは、受信した呼出しメッセージに応答するか否かを指示する前記ＵＥの動作指示情報を生成するステップと、前記動作指示情報を含んだ呼出しメッセージを前記制御メッセージの伝送の前に前記ＵＥへ伝送するステップと、からなることを特徴とする。

また、本発明によれば、ＵＥと前記ＵＥにＭＢＭＳを提供するＲＮＣとから構成された移動通信システムで前記ＵＥが前記ＭＢＭＳのための制御情報を受信する方法において、受信した呼出しメッセージに応答するか否かを指示する動作指示情報を利用して前記呼出しメッセージに応答するか否かを決定するステップと、前記呼出しメッセージに含まれている動作指示情報に応じて応答メッセージを前記ＲＮＣへ伝送するステップと、からなることを特徴とする。

本発明は、ＭＢＭＳサービスを提供する移動通信システムにおいて、制御情報を伝送するとき、前記制御情報の特性に応じてその応答伝送を制御することにより、逆方向伝送資源の効率性を最大にでき、また、前記応答伝送のためのＵＥの不要な状態遷移を防止してＵＥの不要な負荷を最小にできる。さらに、該当セルの特性、すなわち、該当セルがトラッキングエリア(tracking area)であるか、またはノントラッキングエリア(non tracking area)であるかに応じてその応答伝送を制御することにより、逆方向伝送資源の効率性を最大にすることができる。

以下、本発明の好適な一実施例について添付図を参照しつつ詳細に説明する。下記説明において、本発明の要旨のみを明瞭するために公知の機能又は構成に対する詳細な説明は省略する。

本発明は、効率的なグループシグナリング(group signaling)方式、すなわち、１つの制御メッセージ(control message)が複数のＵＥに伝達されるダウンリンク(downlink)制御メッセージの伝送方式を提示する。まず、ＲＮＣは、ＭＢＭＳ制御(以下、“ＭＢＭＳ ＣＯＮＴＲＯＬ”と称する。)メッセージを伝送する必要が発生する場合、前記伝送すべきＭＢＭＳ ＣＯＮＴＲＯＬメッセージがグループメッセージ(group message)である場合、ＲＮＣ及びＵＥは、本発明による動作を遂行する。前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージは、前記ＭＢＭＳサービスに関連して送受信される制御メッセージを意味し、前記“グループメッセージ”とは、１つのメッセージを複数のＵＥが受信するようにしたメッセージを意味する。

まず、ＲＮＣは、ＭＢＭＳ呼出し(以下、“ＭＢＭＳ ＰＡＧＩＮＧ”と称する。)メッセージを通じてＩＤＬＥ状態及びＣｅｌｌ＿ＰＣＨ(Paging Channel；以下、“ＰＣＨ”と称する。)／ＵＲＡ＿ＰＣＨ状態にあるＵＥに前記ＭＢＭＳサービスが開始されることを通知する。前記ＭＢＭＳサービス呼出し過程を通じて前記ＭＢＭＳサービスが開始されることを認知したＵＥは、順方向アクセスチャンネル(Forward Access Channel；以下、“ＦＡＣＨ”と略称する。)のような共通制御チャンネル(common control channel)信号を受信するようにする。前記ＭＢＭＳサービスが開始されることを認知したＵＥは、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれているセルアップデート(Cell Upadte；ＣＵ)／無線資源制御連結(RRC(Radio Resource Control) Connection；ＲＣ)要求(required)パラメータ(parameter)に相応するようにセルアップデート(以下、“ＣＥＬＬ ＵＰＤＡＴＥ”と称する。)または無線資源制御連結セットアップ(以下、“ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ”と称する。)過程を遂行するかまたは遂行しない。本発明は、現在、ＩＤＬＥ／Ｃｅｌｌ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態にあるＵＥが不必要なＣＥＬＬ ＵＰＤＡＴＥまたはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を行わないように制御して不必要なメッセージ伝送による干渉または負荷を減少させようとするためである。

一方、前記ＲＮＣは、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージをＦＡＣＨのような共通制御チャンネルを通じて伝送し、このとき、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージがすべてのＵＥに確実に伝達されることができるように所定の回数だけ反復して伝送することもできる。そして、前記ＲＮＣが伝送したＭＢＭＳ ＣＯＮＴＲＯＬメッセージをＵＥが受信することができない場合が発生されることができる。前記ＲＮＣが伝送したＭＢＭＳ ＣＯＮＴＲＯＬメッセージを正常的に受信することができない前記ＵＥは、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれている待機時間(Time To Request；以下、“ＴＴＲ”と略称する。)が経過される時点で、前記ＲＮＣに前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対する再伝送要求を行うことができる。

前述したような過程を通じて、前記ＲＮＣ及びＵＥは、不必要なメッセージ送受信(例えば、前記ＣＥＬＬ ＵＰＤＡＴＥ過程及びＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ過程などで発生するメッセージの送受信)過程を遂行しないようになる。また、ＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対する応答メッセージ(response message)を伝送する必要がない場合には、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを所定の回数だけ反復して伝送することにより、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージがすべてのＵＥに確実に伝達されるようにする。

前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージには、現在伝送されるＭＢＭＳ ＣＯＮＴＲＯＬメッセージが所定の回数で反復されるメッセージであることを示す反復表示(value tag)を含ませてＵＥが同一のＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対して反応しないように制御する。また、前記所定の回数で同一のＭＢＭＳ ＣＯＮＴＲＯＬメッセージを反復して伝送したにもかかわらずＵＥが受信することができない場合、前記ＵＥは、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対して再び伝送を要請することができるように、関連メッセージ識別子(Associated Message ID；以下、“ＡＭＩＤ”と略称する。)を前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージに含ませる。ここで、前記ＡＭＩＤは一種の再伝送要求識別子である。前記ＡＭＩＤは、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージに含まれないこともできる。すなわち、前記ＵＥは、前記ＴＴＲの以後に前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信することができない場合には、自分のＩＤとサービスＩＤ情報のみを伝送することができ、前記ＲＮＣが前記受信することができないＭＢＭＳ ＣＯＮＴＲＯＬメッセージを前記受信することができないＵＥに再び伝送することもできる。

図４は、本発明の第１実施例によるＵＥとＲＮＣとの間のＭＢＭＳ ＣＯＮＴＲＯＬメッセージの送受信過程を示す信号のフローチャートである。図４を説明するに先立って、前記ＭＢＭＳサービスを提供するためのネットワーク構造は、図１に示したネットワーク構造と同一の構造を有することに留意されたい。前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージはグループメッセージであるので、同一のＭＢＭＳサービスを受信しているすべてのＵＥに伝達されなければならないが、説明の便宜上、図４には、１つのＵＥに対するメッセージの送受信過程のみが開始されていることに留意されたい。

〈１．ＭＢＭＳ ＰＡＧＩＮＧメッセージの送受信過程〉
まず、ＲＮＣがＭＢＭＳサービスを提供する間にＭＢＭＳ ＣＯＮＴＲＯＬメッセージをＵＥに伝送すべき必要性が発生すると、前記ＲＮＣは、前記ＭＢＭＳサービスを受信しているすべてのＵＥに前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを伝送するためにＭＢＭＳ ＰＡＧＩＮＧメッセージの伝送を遂行する。前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージがグループメッセージであるから、同一のＭＢＭＳサービスを受信しているすべてのＵＥは、その状態に関係なく前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信しなければならない。前記ＵＥは、ＩＤＬＥ状態、ＣＥＬＬ＿ＤＣＨ(Dedicated Channel；以下、“ＤＣＨ”と略称する。)状態、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態のうちのいずれか１つの状態を有する。

前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージをＵＥへ伝送するために、前記ＲＮＣは、前記ＵＥへＭＢＭＳ ＰＡＧＩＮＧメッセージをまず伝送し、これによるＲＮＣ及びＵＥの動作過程は次のようである。

まず、前記ＲＮＣは、前記ＭＢＭＳの臨時マルチキャストグループ識別子(Temporary Multicast Group Identity；以下、“ＴＭＧＩ”と略称する。)を利用して呼出し時点(Paging Occasion；以下、“ＰＯ”と略称する。)及び呼出し表示(Paging Instance；以下、“ＰＩと略称する。)を算出する。ここで、前記ＴＭＧＩは、ＭＢＭＳサービスの種類に従って割り当てられる識別子であり、前記ＰＯ及びＰＩを算出するとき、前記ＴＭＧＩのみならず不連続受信(Discontinuous Reception；以下、“ＤＲＸ”と略称する。)パラメータも考慮されることはもちろんである。その後、前記ＲＮＣは、前記算出したＰＯ及びＰＩに該当する時点で呼出し表示チャンネル信号(Paging Indicator CHannel；以下、“ＰＩＣＨ”と略称する。)に前記ＭＢＭＳサービスに対する呼出しがあることを知らせる情報を含んで前記ＵＥへ伝送し(ステップ４０１)、前記ＵＥは、ＭＢＭＳ ＰＡＧＩＮＧメッセージがＰＣＨを通じてすぐ伝送されることを感知するようにする。この後、前記ＲＮＣは、前記ＰＩＣＨ信号を伝送した時点で所定の時点の以後に前記ＰＣＨを通じてＭＢＭＳ ＰＡＧＩＮＧメッセージをＵＥへ伝送する(ステップ４０２)。ここで、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージには、ＴＭＧＩ、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄ、ＴＴＲ、ＡＭＩＤ、及びＭＢＭＳページングコーズ(paging cause)などのようなパラメータが含まれる。

ここで、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれているパラメータを説明すると次のようである。

(１)ＴＭＧＩ
ＴＭＧＩは、任意のＭＢＭＳサービスを識別するための識別子として、ＭＢＭＳ要請(JOINING)過程で、ＵＥは、前記任意のＭＢＭＳサービスに対するＴＭＧＩを認知する。また、任意のＭＢＭＳサービスを要請した前記ＵＥは、自分の要請したＭＢＭＳサービスに対するページングを識別するための識別子として利用されることもできる。

(２)ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄ
前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄは、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄを含んでいるＭＢＭＳ ＰＡＧＩＮＧメッセージに対してＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行する必要があるか否かを表示するパラメータである。前記ＲＮＣは、該当ＭＢＭＳ ＰＡＧＩＮＧメッセージ及び前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに関連するＭＢＭＳ ＣＯＮＴＲＯＬメッセージの特性に従って前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータに設定(setting)する値を決定する。例えば、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに関連するＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信側、すなわち、ＵＥからの応答が必要しないメッセージである場合、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄはオフ(off)、すなわち、“ｎｏｔ ｒｅｑｕｉｒｅｄ”に設定され、ＵＥからの応答が必要なメッセージである場合、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄはオン(on)、すなわち、“ｒｅｑｕｉｒｅｄ”に設定される。以下説明では、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータが前記ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行する必要がある場合にはオンに設定され、前記ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行する必要がない場合にはオフに設定される。そこで、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄがオンに設定されている場合、該当ＵＥは、自分の現在状態に従ってＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行する。前記のように、ＲＮＣは、呼出しメッセージの“ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄ“フィールドを利用して実際ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程が必要であるか否かに従って前記ＵＥの動作を制御することができる。前記“ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄ”フィールドを利用することにより、前記ＵＥは、状況に応じてＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行するかまたは遂行しないこともある。本発明のＵＥは、制御メッセージを受信する以前のステップで呼出しメッセージをＣＥＬＬ ＰＣＨ状態またはＵＲＡ ＰＣＨ状態で受信することができる。従って、前記呼出しメッセージは、ただＭＢＭＳサービスの開始を知らせるための通知(Notification)メッセージの機能のみならず、制御メッセージの受信を知らせるための機能も同時に遂行する。

(３)ＡＭＩＤ
前記ＡＭＩＤは、ＭＢＭＳ ＰＡＧＩＮＧメッセージに関連したＭＢＭＳ ＣＯＮＴＲＯＬメッセージを識別するパラメータである。例えば、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに割り当てられたＡＭＩＤが“１”である場合、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに関連したＭＢＭＳ ＣＯＮＴＲＯＬメッセージにも同一にＡＭＩＤは“１”に割り当てられる。また、前記ＡＭＩＤは、この後に前記ＭＢＭＳ ＰＡＧＩＮＧメッセージ及びＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対する再伝送要求のための識別子として使用される。

(４)ＴＴＲ
前記ＴＴＲは、前記ＵＥがＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したが、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージと関連したＭＢＭＳ ＣＯＮＴＲＯＬメッセージ、すなわち、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージと同一のＡＭＩＤを有するＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信できない場合、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対する再伝送を要請するために待機しなければならない待機時間である。

(５)ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅ
前記ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅは、ＭＢＭＳ ＰＡＧＩＮＧメッセージを伝送する理由を示すパラメータとして、現在、広帯域符号分割多重接続(Wideband-Code Division Multiple Access；以下、“Ｗ−ＣＤＭＡ”と略称する。)移動通信システムで、前記ＭＢＭＳサービスに適用することができるｐａｇｉｎｇ ｃａｕｓｅは、‘Ｔｅｒｍｉｎａｔｉｎｇ ｓｔｒｅａｍｉｎｇ ｃａｌｌ’を含むことができ、既存のｐａｇｉｎｇ ｃａｕｓｅではない別途の新たなｐａｇｉｎｇ ｃａｕｓｅをＭＢＭＳサービスのために定義することもできる。すなわち、ＭＢＭＳサービスの通知のためのPaging Causeの値を新たに定義することもでき、既存のPaging Causeの値の意味を拡張させてＭＢＭＳサービスのページングのための値としても使用することができる。

一方、前記ＩＤＬＥ状態、ＣＥＬＬ＿ＤＣＨ状態、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態にあるＵＥが受信されたＰＩＣＨ信号に前記ＭＢＭＳサービスに対する呼出しがあることを感知すると、所定の時点でＰＣＨを通じて受信されるＭＢＭＳ ＰＡＧＩＮＧメッセージを受信する。前記ＵＥは、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれているＴＭＧＩを検査して認知しているＴＭＧＩと一致する場合、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージ内のＣＵ／ＲＣ ｒｅｑｕｉｒｅｄフィールド情報によりＣＥＬＬ ＵＰＤＡＴＥ過程／ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行するかまたは遂行しないこともある。さらに詳細に説明すると、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージにＣＵ／ＲＣ ｒｅｑｕｉｒｅｄがオンとなっている場合、前記ＵＥは、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行する(ステップ４０６)。

〈２．ＭＢＭＳ ＣＯＮＴＲＯＬメッセージの送受信過程〉
前記のようにＭＢＭＳ Ｐａｇｉｎｇ過程が終了されると、前記ＲＮＣは、共通制御チャンネル、例えば、ＦＡＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージを前記ＵＥへ伝送する(ステップ４０３)。前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージには、メッセージタイプ(以下、“message type”と称する。)、ＴＭＧＩ、応答要求(以下、“ｒｅｓｐｏｎｓｅ ｒｅｑｕｉｒｅｄ”と称する。)、ＡＭＩＤ、及びｖａｌｕｅ ｔａｇが含まれ、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージに含まれるパラメータを説明すると次のようである。

(１)ｍｅｓｓａｇｅ ｔｙｐｅ
ｍｅｓｓａｇｅ ｔｙｐｅは、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージのメッセージタイプを示すパラメータとして、そのメッセージタイプを説明すると次のようである。
例えば、前記ｍｅｓｓａｇｅ ｔｙｐｅが“０”に設定されている場合、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージは、ＭＢＭＳ無線ベアラーセットアップ(MBMS Radio Bearer Setup)を示し、前記ｍｅｓｓａｇｅ ｔｙｐｅが“１”に設定されている場合、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージは、ＭＢＭＳ無線ベアラー再構成(MBMS RB RECONFIGURATION)を示し、前記ｍｅｓｓａｇｅ ｔｙｐｅが“２”に設定されている場合、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージは、ＭＢＭＳ暗号化キーアップデート(MBMS CIPHERING KEY UPDATE)を示し、前記ｍｅｓｓａｇｅ ｔｙｐｅが“３”に設定されている場合、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージは、ＭＢＭＳ無線ベアラー解除(MBMS RB RELEASE)を示す。

(２)ＴＭＧＩ
前述したように、ＴＭＧＩは、任意のＭＢＭＳサービスを識別する識別子である。

(３)ｒｅｓｐｏｎｓｅ ｒｅｑｕｉｒｅｄ
前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信したＵＥが前記受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対する応答メッセージを前記ＲＮＣへ伝送すべきか否かを示すパラメータである。一般的に、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄとともにｒｅｓｐｏｎｓｅ ｒｅｑｕｉｒｅｄが設定される。例えば、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄがオフに設定されている場合、該当ＭＢＭＳ ＰＡＧＩＮＧメッセージに関連したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｒｅｓｐｏｎｓｅ ｒｅｑｕｉｒｅｄもオフに設定され、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄがオンに設定されている場合、該当ＭＢＭＳ ＰＡＧＩＮＧメッセージに関連したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｒｅｓｐｏｎｓｅ ｒｅｑｕｉｒｅｄもオンに設定される。ここで、前記ｒｅｓｐｏｎｓｅ ｒｅｑｕｉｒｅｄがオフに設定された場合、前記ＵＥは、受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対する応答メッセージを伝送する必要がないことを示し、前記ｒｅｓｐｏｎｓｅ ｒｅｑｕｉｒｅｄがオンに設定された場合、前記ＵＥは、受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対する応答メッセージを伝送すべきであることを示す。

(４)ＡＭＩＤ
前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに割り当てられたＡＭＩＤと同一の値に設定される。

(５)ｖａｌｕｅ ｔａｇ
ＭＢＭＳ ＣＯＮＴＲＯＬメッセージが所定の回数だけ反復して伝送される場合、前記所定の回数だけ伝送される同一のＭＢＭＳ ＣＯＮＴＲＯＬメッセージには、同一のバリュータグ(value tag)が割り当てられる。そこで、２個以上の同一のＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信するＵＥは、前記受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージに含まれているｖａｌｕｅ ｔａｇを利用して、すでに受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対して再び受信する過程を防止することができる。

そして、図４には示さなかったが、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージには、制御(control)パラメータなども含まれることができ、前記制御パラメータは、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージが制御しようとする対象に適用するパラメータを有する。例えば、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージがＭＢＭＳ無線ベアラー再構成を示す場合、前記再び構成する無線ベアラーのＬ２(Layer 2)情報及びＬ１(Layer 1)情報などが前記制御パラメータに含まれる。

前記ＲＮＣは、ＦＡＣＨを通じてＵＥにＭＢＭＳ ＣＯＮＴＲＯＬメッセージを反復して伝送する(ステップ４０４)。前記所定の回数だけ前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを伝送したにもかかわらず、前記ＴＴＲが経過する時点(ステップ４０７)でもＵＥがＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信することができない場合、前記ＵＥは、再伝送要求(以下、“RETRANSMISSION REQUEST”と称する。)メッセージを前記ＲＮＣへ伝送する(ステップ４０５)。前記ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージは、前記ＵＥが前記ＲＮＣからＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したにもかかわらず、これに関連するＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信することができない場合に、前記受信することができないＭＢＭＳ ＣＯＮＴＲＯＬメッセージの再伝送を要請するためのメッセージである。そこで、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージを受信した後、これに関連するＭＢＭＳ ＣＯＮＴＲＯＬメッセージを正常的に受信した場合には、前記ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージの送信過程が必要しない。前記ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージには、ＵＥ識別子(ＵＥ ＩＤ)、ＴＭＧＩ、及びＡＭＩＤが含まれ、前記ＵＥは、前記ＡＭＩＤを利用してＭＢＭＳ ＣＯＮＴＲＯＬメッセージの再伝送を要求する。前記ＲＮＣは、前記ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージに含まれているＡＭＩＤで該当ＡＭＩＤを有するＭＢＭＳ ＣＯＮＴＲＯＬメッセージを前記ＵＥへ再び伝送する。

以下に、図４で説明したようなＭＢＭＳ ＰＡＧＩＮＧメッセージとＭＢＭＳ ＣＯＮＴＲＯＬメッセージを送受信過程によるＵＥ及びＲＮＣの動作を図５乃至図８を参照して説明する。

図５は、図４でＩＤＬＥ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態にあるＵＥのＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信のための動作過程を示すフローチャートである。図５を参照すると、まず、ステップ５０１で、ＩＤＬＥ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態にあるＵＥがサービス要請(JOINING)過程を通じてＴＭＧＩとＤＲＸパラメータを認知すると、前記認知したＴＭＧＩとＤＲＸパラメータを利用してＰＯ及びＰＩを計算してステップ５０２へ進行する。ステップ５０２で、前記ＵＥは、前記計算したＰＯに従って前記ＰＩＣＨ信号をモニタリングしてステップ５０３へ進行する。ステップ５０３で、前記ＵＥは、前記モニタリングしたＰＩＣＨ信号にＭＢＭＳサービスに対する呼出しがあることを知らせる呼出し表示情報があるか否かを検査する。前記ＭＢＭＳサービスに対する呼出しがあることを知らせる呼出し表示情報(ＰＩ)がなければステップ５０２へ戻る。もしも、ＭＢＭＳサービスに対する呼出しがあることを知らせる呼出し表示情報(ＰＩ)があれば、前記ＵＥは、ステップ５０４へ進行する。ステップ５０４で、前記ＵＥは、モニタリングしているＰＩＣＨ信号に相応するＰＣＨ信号を受信してＭＢＭＳ ＰＡＧＩＮＧメッセージを受信してステップ５０５へ進行する。ステップ５０５で、前記ＵＥは、前記受信したＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれているＴＭＧＩは、ＵＥが前記サービス要請(JOINING)過程で認知しているＴＭＧＩと一致するか否かを検査する。前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれているＴＭＧＩが前記ＵＥが認知しているＴＭＧＩと一致しない場合、前記ＵＥはステップ５０２へ戻る。これは、ＭＢＭＳサービスに対する呼出しはあるが、自分の要請したＭＢＭＳサービスの開始情報ではないので、ＰＩＣＨ信号をモニタリングするステップに戻る。前記検査結果、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれているＴＭＧＩが前記ＵＥが認知しているＴＭＧＩと一致する場合、前記ＵＥはステップ５０６へ進行する。これは、前記ＵＥが自分の要請したＭＢＭＳサービスの開始を認識することである。このとき、ステップ５０６で、前記ＵＥは、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれているＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータがオンとなっているか否かを検査する。前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータがオンとなっている場合、前記ＵＥはステップ５０７へ進行する。もしも、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータがオンとなっていない場合、すなわち、オフとなっている場合、前記ＵＥは、ステップ５０８へ進行する。これは、前記ＵＥの現在の状態及びＭＢＭＳサービスデータの受信状態のような多様な考慮事項により決定され、ＵＥは、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータの設定値に従って動作を遂行するようになる。

ステップ５０７で、前記ＵＥは、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータがオンとなっているにつれて、前記ＵＥの現在状態に相応するようにＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行した後ステップ５０９へ進行する。一方、ステップ５０８で、前記ＵＥは、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれているＡＭＩＤ及びＴＴＲをバッファリング(buffering)した後ステップ５０９へ進行する。ステップ５０９で、前記ＵＥはＦＡＣＨをモニタリングする。ステップ５１０で、前記ＵＥは、前記モニタリングしたＦＡＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信されるか否かを検査する。前記ＦＡＣＨを通じて前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信されない場合、前記ＵＥはステップ５１１へ進行する。ステップ５１１で、前記ＵＥは、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信されないにつれて前記ＴＴＲが経過されたか否かを検査する。前記ＴＴＲが経過されなかった場合、前記ＵＥは、ステップ５０９へ戻って持続的に前記ＦＡＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信を待機する。もしも、ステップ５１１で、前記ＴＴＲが経過された場合、前記ＵＥはステップ５１２へ進行する。ステップ５１２で、前記ＵＥは、前記ＴＴＲが経過されるにつれて前記受信したＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれているＡＭＩＤ及びＴＭＧＩを含んでＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージをＲＮＣへ伝送する。

ステップ５１３で、前記ＵＥは、前記ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージに相応するＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信を待機するためにＦＡＣＨ信号をモニタリングする。ステップ５１４で、前記ＵＥは、前記モニタリングしたＦＡＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信されたか否かを検査する。前記ＦＡＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信されなかった場合、ステップ５１３へ戻って持続的に前記ＦＡＣＨをモニタリングする。前記ＦＡＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信された場合、前記ＵＥは、ステップ５１５へ進行する。ステップ５１５で、前記ＵＥは、前記受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージに相応する動作を遂行して終了する。

一方、ステップ５１０で、ＦＡＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信された場合、前記ＵＥは、ステップ５１６へ進行する。ステップ５１６で、前記ＵＥは、前記現在受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇが以前に受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇと一致するか否かを検査する。前記現在受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇが以前に受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇと一致する場合、前記ＵＥは、ステップ５１７へ進行する。ステップ５１７で、前記ＵＥは、前記現在受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージが以前に受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージの反復伝送であるので無視して終了する。一方、ステップ５１６で、前記現在受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇが以前に受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇと一致しない場合、前記ＵＥは、ステップ５１８へ進行する。ステップ５１８で、前記ＵＥは、前記現在受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇをバッファリングした後、ステップ５１９へ進行する。ステップ５１９で、前記ＵＥは、前記受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージに相応する動作を遂行した後終了する。

図６は、図４でＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥのＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信のための動作過程を示すフローチャートである。図６を参照すると、まず、ステップ６０１で、ＵＥはＣＥＬＬ＿ＦＡＣＨ状態にあるので、ＦＡＣＨ信号をモニタリングした後、ステップ６０２へ進行する。ステップ６０２で、前記ＵＥは、前記モニタリングしたＦＡＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信されたか否かを検査する。前記ＦＡＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信されなかった場合、前記ＵＥは、ステップ６０１へ戻って持続的にＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信を待機する。前記ＦＡＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信された場合、前記ＵＥはステップ６０３へ進行する。ステップ６０３で前記ＵＥは、前記現在受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇが以前に受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇと一致するか否かを検査する。前記現在受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇが以前に受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇと一致する場合、前記ＵＥはステップ６０４へ進行する。ステップ６０４で、前記ＵＥは、前記現在受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージが以前に受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージの反復伝送であるので、無視して終了する。一方、ステップ６０３で、前記現在受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇが以前に受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇと一致しない場合、前記ＵＥはステップ６０５へ進行する。ステップ６０５で、前記ＵＥは、前記現在受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージのｖａｌｕｅ ｔａｇをバッファリングした後、ステップ６０６へ進行する。ステップ６０６で、前記ＵＥは、前記受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージに相応する動作を遂行した後終了する。

図７は、図４でＣＥＬＬ＿ＤＣＨ状態にあるＵＥのＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信のための動作過程を示すフローチャートである。図７を参照すると、まず、ステップ７０１で、ＵＥはＣＥＬＬ＿ＤＣＨ状態にあるので、ＤＣＨ信号をモニタリングした後ステップ７０２へ進行する。ステップ７０２で、前記ＵＥは、前記モニタリングしたＤＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信されたか否かを検査する。前記ＤＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信されなかった場合、前記ＵＥは、ステップ７０１へ戻って持続的にＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信を待機する。もしも、前記DCHを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージが受信された場合、前記ＵＥは、ステップ７０３へ進行する。ステップ７０３で、前記ＵＥは、前記受信したＭＢＭＳ ＣＯＮＴＲＯＬメッセージに相応する動作を遂行した後終了する。図７でｖａｌｕｅ ｔａｇを利用したＭＢＭＳ ＣＯＮＴＲＯＬメッセージの再伝送を考慮しない理由は、ＣＥＬＬ＿ＤＣＨ状態にあるＵＥが信頼性が高いＤＣＨを通じて前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信し、また、前記ＤＣＨ信号の高い信頼性にもかかわらずエラーが発生した場合には、無線リンク制御(Radio Link Control；ＲＬＣ)階層の再伝送過程を通じてもＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信することができるからである。

図８は、図４でＭＢＭＳ ＣＯＮＴＲＯＬメッセージの伝送のためのＲＮＣの動作過程を示すフローチャートである。図８を参照すると、まず、ステップ８００で、ＲＮＣは、ＲＮＣの自分が管理する領域で提供されている任意のＭＢＭＳサービスに対してＭＢＭＳコンテキストを管理している。ここで、前記ＭＢＭＳコンテキストに含まれる情報は、次のようである。
(１)ＴＭＧＩ
(２)ＤＲＸパラメータ
(３)ＣＥＬＬ＿ＤＣＨ状態のＵＥのリスト
これは、ＣＥＬＬ＿ＤＣＨ状態でＭＢＭＳサービスを受信するか、または現在ＭＢＭＳサービスを受信しているＵＥのリストとＤＣＨ関連情報である。
(４)ＣＥＬＬ＿ＦＡＣＨ状態のＵＥのリスト
これは、Ｃｅｌｌ＿ＦＡＣＨ状態でＭＢＭＳサービスを受信するか、または現在ＭＢＭＳサービスを受信しているＵＥのリストと各ＵＥが位置しているセルのリストである。
(５)Ｃｅｌｌ＿ＰＣＨ状態のＵＥのリスト
これは、Ｃｅｌｌ＿ＰＣＨ状態でＭＢＭＳサービスを受信するか、または現在ＭＢＭＳサービスを受信しているＵＥのリストと各ＵＥが位置しているセルのリストである。
(６)ＵＲＡ＿ＰＣＨ状態のＵＥのリスト
これは、ＵＲＡ＿ＰＣＨ状態でＭＢＭＳサービスを受信するか、または現在ＭＢＭＳサービスを受信しているＵＥのリストと各ＵＥが位置しているセルのリストである。
(７)各セル別Ｌ１情報
これは、チャンネル化コード(channelization code)及び最大伝送電力(max power)などのようなＬ１情報を含む。

前記ＭＢＭＳコンテキストには、前記のような情報の以外にも、他の情報が追加的に含まれることができるが、本発明と直接的な影響を有しない情報は省略するものとする。

一方、前記各種ＵＥのリストは、各ＵＥがセル間を移動しつつ伝送する移動性関連メッセージを利用してアップデートされる。例えば、Ｃｅｌｌ＿ＰＣＨ状態のＵＥは、セルの変更とともにＣＥＬＬ ＵＰＤＡＴＥメッセージを前記ＲＮＣへ伝送し、前記ＲＮＣは、前記ＣＥＬＬ ＵＰＤＡＴＥメッセージを利用してＵＥの属したセルが変更されたことを認知するようにする。前記ＵＥがＣＥＬＬ ＵＰＤＡＴＥメッセージを伝送する場合は、次のようである。

(１)ＵＥがＣＥＬＬ＿ＰＣＨ状態にあるとき現在のセルから他のセルへ移動する場合
(２)ＵＥがＣＥＬＬ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態にあるとき呼出しメッセージを受信する場合
(３)物理チャンネル(physical channel)でセル同期(sync)を失ってしまうなどの場合

前記のようなＣＥＬＬ ＵＰＤＡＴＥメッセージを伝送する場合のうち、本発明で提示したＭＢＭＳ ＰＡＧＩＮＧメッセージのＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータは、前記二番目の場合、すなわち、ＵＥがＣＥＬＬ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態にあるときのみ該当し、残りの場合には該当しない。

このようにＭＢＭＳコンテキストを管理しているうち、ステップ８０１で前記ＲＮＣは、ＭＢＭＳサービスを受信しているＵＥに伝送すべきＭＢＭＳ ＣＯＮＴＲＯＬメッセージが発生するとステップ８０２へ進行する。前記任意のＭＢＭＳサービスに対するＭＢＭＳ ＣＯＮＴＲＯＬメッセージが発生する場合は、前記ＲＮＣが自体的に前記任意のＭＢＭＳサービスと関連したパラメータを修正する必要性が発生するか、またはＣＮがＭＢＭＳサービス関連パラメータを修正することを要求する場合である。前記ＲＮＣが自体的に前記任意のＭＢＭＳサービスと関連したパラメータを修正する必要性が発生する場合は、任意のセルのＭＢＭＳ無線ベアラー情報を修正するためにＭＢＭＳ無線ベアラー再構成(MBMS RB RECONFIGURATION)メッセージを伝送すべき場合などであり、前記ＣＮがＭＢＭＳサービス関連パラメータを修正することを要求する場合は、前記ＣＮが前記任意のＭＢＭＳサービスが終了されたことを通知する場合などである。

ステップ８０２で、前記ＲＮＣは、前記ＭＢＭＳコンテキストで管理しているＵＥに前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを伝送しなければならなく、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを伝送するためには、前記ＭＢＭＳコンテキストで管理しているＵＥの状態を分析しなければならない。すなわち、前記ＵＥの状態に従って、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを伝送するための一連の過程、例えば、呼出し過程などが相異であるから前記ＭＢＭＳコンテキストで管理しているＵＥの状態を分析しなければならない。ステップ８０２で、前記ＲＮＣは、前記ＭＢＭＳコンテキストで管理しているＵＥの状態を分析して該当ＵＥがＣＥＬＬ＿ＤＣＨ状態にあるか否かを検査する。該当ＵＥがＣＥＬＬ＿ＤＣＨ状態にない場合、前記ＲＮＣはステップ８０３に進行する。ステップ８０３で、前記ＲＮＣは、前記ＵＥが位置したセルを確認してステップ８０４へ進行する。このようにＵＥが属しているセルを確認した以後の過程、すなわち、ステップ８０３乃至ステップ８０９の過程は、ＵＥが属しているセル別に進行するのでステップ８０４からは任意の１つのセルを例に挙げて説明する。

ステップ８０３で、ＵＥが属しているセルを確認したＲＮＣは、ステップ８０４で前記ＭＢＭＳコンテキストに貯蔵されているＴＭＧＩとＤＲＸパラメータなどを利用してＰＯ及びＰＩを算出した後ステップ８０５へ進行する。ステップ８０５で前記ＲＮＣは、該当ＰＯ時点のＰＩをターンオンさせてＰＩＣＨ信号を伝送する。ステップ８０６で、前記ＲＮＣは、前記ＰＩＣＨ信号を伝送した時点で所定の時間以後の時点でＰＣＨを通じてＭＢＭＳ ＰＡＧＩＮＧメッセージを伝送した後ステップ８０７へ進行する。前記ＭＢＭＳ ＰＡＧＩＮＧメッセージには、前述したように、ＴＭＧＩ、ＡＭＩＤ、ＴＴＲ、及びＣＵ／ＲＣ ｒｅｑｕｉｒｅｄなどのようなパラメータが含まれる。ステップ８０７で、前記ＲＮＣは、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに関連するＭＢＭＳ ＣＯＮＴＲＯＬメッセージを所定の回数、例えば、Ｎ回に到達するときまで前記ＰＣＨを通じて反復して伝送し、前記反復して伝送したＭＢＭＳ ＣＯＮＴＲＯＬメッセージを貯蔵した後ステップ８０８へ進行する。前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージの反復伝送には、ｖａｌｕｅ ｔａｇが加えられて同一のＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対してＵＥが複数回反復して動作する場合を防止する。ステップ８０８で、前記ＲＮＣは、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを前記Ｎ回反復して伝送した後ＵＥからＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージを受信し、ステップ８０９へ進行する。前記ＲＮＣは、前記受信したＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージのＵＥ ＩＤ及びＡＭＩＤなどを確認するが、その理由は、前記ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージに相応するＭＢＭＳ ＣＯＮＴＲＯＬメッセージをＵＥへ再び伝送するためである。

そして、ステップ８０９で前記ＵＥは、前記ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージに含まれているＵＥ ＩＤ及びＡＭＩＤを利用して該当するＭＢＭＳ ＣＯＮＴＲＯＬメッセージを再び伝送した後終了する。ここで、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージをＵＥ ＩＤ及びＡＭＩＤを利用して再び伝送することは専用メッセージを伝送するものであり、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージを前記ＡＭＩＤのみを利用して再び伝送することはグループメッセージを再び伝送することである。そして、このような専用メッセージの再伝送またはグループメッセージの再伝送は、システム特性に合うように可変されることができる。一方、ステップ８０２で前記ＲＮＣは、該当ＵＥがＣＥＬＬ＿ＤＣＨ状態にある場合には、別途の呼出し過程が不必要であるのでステップ８１０へ進行する。ステップ８１０で、前記ＲＮＣは、前記ＣＥＬＬ＿ＤＣＨ状態にあるＵＥへＭＢＭＳ ＣＯＮＴＲＯＬメッセージを伝送して終了する。前記ＣＥＬＬ＿ＤＣＨ状態にあるＵＥにＭＢＭＳ ＣＯＮＴＲＯＬメッセージを反復して伝送しない理由は、前述したように、ＤＣＨは、信頼性が高いチャンネルであるからエラーが発生する確率が非常に低く、また、エラーが発生する場合であってもＲＬＣの再伝送などを通じて再び伝送することができるからである。

図４乃至図８を参照して、本発明の第１実施例によるＭＢＭＳ ＣＯＮＴＲＯＬメッセージの送受信過程を説明した。次に、本発明の第２実施例によるＭＢＭＳ ＣＯＮＴＲＯＬメッセージの送受信過程を説明する。

図９は、本発明の第１実施例によるＵＥとＲＮＣとの間のＭＢＭＳ ＣＯＮＴＲＯＬメッセージの送受信過程を示す信号のフローチャートである。図９を説明するに先立って、本発明の第２実施例は、本発明の第１実施例とは異なり、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータを使用しない点に留意されたい。図９は、図４で説明したステップ４０１、ステップ４０３乃至ステップ４０７は同一に動作し、ただ、図４のステップ４０２とは異なり、ステップ９０２では、ＭＢＭＳ ＰＡＧＩＮＧメッセージにＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータが含まれない。前述したように、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータは、ＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥがＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行するか否かを指示するパラメータである。本発明の第２実施例では、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータを利用しなくても、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージのＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅパラメータを利用して前記ＵＥがＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行するか否かを判断するようにする。

一方、本発明の第１実施例では、前記ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅをＭＢＭＳ ＰＡＧＩＮＧメッセージに追加して、ページングがＭＢＭＳのためのコール(call)である場合に対して認識するようにした。本発明の第２実施例では、ＭＢＭＳサービス通知(ＭＢＭＳ ＮＯＴＩＦＩＣＡＴＩＯＮ)、第１ＭＢＭＳシグナリングタイプ(ＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ １)、及び第２ＭＢＭＳシグナリングタイプ(ＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ ２)をＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅと定義する。ここで、前記ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅが含まれたＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥの動作を説明すると次のようである。

一番目に、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれたＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＮＯＴＩＦＩＣＡＴＩＯＮを示す場合、すなわち、ＭＢＭＳサービスがすぐ開始されることを示すと、該当ＵＥは、ＣＮにＭＢＭＳ呼出し応答(MBMS PAGING RESPONSE)メッセージを伝送しなければならない。従って、前記ＵＥは、自分の状態に相応するようにＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程などの必要な動作を遂行しなければならない。

二番目に、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれたＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ １を示す場合、すなわち、応答メッセージを伝送しなければならないＭＢＭＳ ＣＯＮＴＲＯＬメッセージがＦＡＣＨを通じて伝送されることを示すと、ＵＥは、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程などの必要な動作を遂行しなければならない。

三番目に、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれたＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ ２を示す場合、すなわち、応答メッセージを伝送する必要がないＭＢＭＳ ＣＯＮＴＲＯＬメッセージがＦＡＣＨを通じて伝送される。この場合、前記ＵＥは、別途の動作、すなわち、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程などを遂行せずＦＡＣＨを通じてＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信する。

図９を参照すると、ＲＮＣがＵＥへ該当ＰＯのＰＩ時点でページングがあることを知らせる呼出し表示情報を含んだＰＩＣＨを伝送し(ステップ４０１)、所定の時間が経過された後、ＰＣＨを通じてＭＢＭＳ ＰＡＧＩＮＧメッセージをＵＥへ伝送する(ステップ９０２)。ＭＢＭＳ ＰＡＧＩＮＧメッセージは、図４のステップ４０２で説明したＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータの代わりに、Ｐａｇｉｎｇ ＣａｕｓｅでＣＥＬＬ ＵＰＤＡＴＥ過程/ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行すべきであるか否かを示す。すなわち、前記ＲＮＣは、伝送するＭＢＭＳ ＣＯＮＴＲＯＬメッセージの種類に従って、ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅを相異であるように設定することにより、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータを含まなくともＵＥのＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程の遂行を制御する。例えば、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージと関連して伝送するＭＢＭＳ ＣＯＮＴＲＯＬメッセージが別途の応答メッセージの受信が必要しないメッセージであれば、前記ＲＮＣは、ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅをＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ ２で設定し、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージと関連して伝送するＭＢＭＳ ＣＯＮＴＲＯＬメッセージが別途の応答メッセージの受信が必要なメッセージであれば、ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅをＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ １で設定し、また、前記ＲＮＣは、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージと関連して伝送するＭＢＭＳ ＣＯＮＴＲＯＬメッセージがＭＢＭＳ ＮＯＴＩＦＩＣＡＴＩＯＮを示すメッセージであれば、ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅをＮＯＴＩＦＩＣＡＴＩＯＮに設定する。この後、ステップ４０３乃至ステップ４０７の過程は、図４で説明したものと同一であるので、その詳細な説明を省略する。

図１０は、ＩＤＬＥ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態にあるＵＥのＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信のための動作過程を示すフローチャートである。図１０の説明に先立って、図５で説明した動作と同一の動作を遂行するステップは同一の参照符号を使用することに留意されたい。すなわち、図１０のステップ５０１乃至ステップ５０４の過程は、図５で説明したステップ５０１乃至ステップ５０４の過程と同一であり、図１０のステップ５０７乃至ステップ５１９は、図５で説明したステップ５０７乃至ステップ５１９と同一であることに留意されたい。図１０を参照すると、ステップ１００６で、ＵＥは、受信したＭＢＭＳ ＰＡＧＩＮＧメッセージのＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ １またはＭＢＭＳ ＮＯＴＩＦＩＣＡＴＩＯＮのうちの１つであるか否かを検査する。前記受信したＭＢＭＳ ＰＡＧＩＮＧメッセージのＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ １またはＭＢＭＳ ＮＯＴＩＦＩＣＡＴＩＯＮのうちの１つである場合、前記ＵＥはステップ５０７へ進行する。ステップ５０７で、前記ＵＥは、前記ＵＥの現在状態に相応するようにＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行し、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージのＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ １である場合にはステップ５０９へ進行する。これとは異なり、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージのＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＮＯＴＩＦＩＣＡＴＩＯＮである場合にはステップ１０３０へ進行する。ステップ１０３０で、前記ＵＥは、前記受信したＭＢＭＳ ＰＡＧＩＮＧメッセージに相応してＭＢＭＳ ＰＡＧＩＮＧ ＲＥＳＰＯＮＳＥメッセージを前記ＲＮＣへ伝送した後ステップ１０３１へ進行する。ステップ１０３１で、前記ＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態で待機して終了する。前記ＭＢＭＳ ＰＡＧＩＮＧ ＲＥＳＰＯＮＳＥメッセージには、前記ＭＢＭＳ ＰＡＧＩＮＧ ＲＥＳＰＯＮＳＥメッセージを伝送するＵＥ ＩＤが含まれることができ、前記ＲＮＣは、受信した前記ＭＢＭＳ ＰＡＧＩＮＧ ＲＥＳＰＯＮＳＥメッセージをＳＧＳＮへ伝達する。そうすると、前記ＳＧＳＮは、前記ＭＢＭＳ ＰＡＧＩＮＧ ＲＥＳＰＯＮＳＥメッセージを受信してＲＮＣ別にＭＢＭＳサービスを受信しようとするＵＥのリストを認知することができる。

一方、ステップ１００６で、受信したＭＢＭＳ ＰＡＧＩＮＧメッセージのＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ １またはＭＢＭＳ ＮＯＴＩＦＩＣＡＴＩＯＮのうち１つでない場合、すなわち、ＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ ２である場合、前記ＵＥはステップ５０８へ進行する。以後の過程は、図５で説明した過程と同一であるので、その詳細な説明を省略するものとする。

図１０では、ＩＤＬＥ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態にあるＵＥのＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信のための動作過程を説明した。ＣＥＬＬ＿ＦＡＣＨ状態及びＣＥＬＬ＿ＤＣＨ状態にあるＵＥがＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信する動作過程において、本発明の第１実施例及び第２実施例が同一であるので、その詳細な説明を省略する。

図１１は、図９でＭＢＭＳ ＣＯＮＴＲＯＬメッセージの伝送のためのＲＮＣの動作過程を示すフローチャートである。図１１を説明するに先立って、図１１のステップ８００乃至ステップ８０５と、ステップ８０７乃至ステップ８１０の過程は、図８で説明したステップ８００乃至ステップ８０５と、ステップ８０７乃至ステップ８１０の過程と同一であることに留意されたい。図１１を参照すると、ステップ１１０６で、前記ＲＮＣは、ＰＩＣＨ信号を伝送した後の所定の時点でＰＣＨを通じてＭＢＭＳ ＰＡＧＩＮＧメッセージを伝送した後にステップ８０７へ進行する。前記ＭＢＭＳ ＰＡＧＩＮＧメッセージには、前述したように、ＴＭＧＩ、ＡＭＩＤ、ＴＴＲ、及びＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅなどのようなパラメータが含まれ、前記ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅは、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージと関連して伝送されるＭＢＭＳ ＣＯＮＴＲＯＬメッセージの特性に相応するように決定される。ステップ８０７乃至ステップ８１０の過程は、図８で説明した過程と同一であるので、その詳細な説明を省略する。

次に、図１２乃至図１４を参照して、本発明の第１実施例及び第２実施例によるＳＧＳＮ、ＲＮＣ、及びＵＥの具体的な動作過程を説明する。

図１２は、本発明による任意のＵＥ Ｘ及びＵＥ Ｙが同一のセルに存在するときサービス通知過程及びＭＢＭＳ無線ベアラーセットアップ過程を示す信号のフローチャートである。図１２の説明において、別途の規定がない場合、すべての過程は、本発明の第１実施例及び第２実施例に共通的に適用されることに留意されたい。図１２を参照すると、まず、ＳＧＳＮは、ＴＭＧＩ及びＤＲＸパラメータとＵＥのリスト及びルーティング地域(Routing Area；以下、“ＲＡ”と略称する。)リストが含まれたＭＢＭＳ ＰＡＧＩＮＧメッセージを前記ＲＮＣへ伝送する(ステップ１２０１)。前記ＲＮＣは、前記ＳＧＳＮからＭＢＭＳ ＰＡＧＩＮＧメッセージを受信して連結モード(connected mode)にあるＵＥのリスト及びＲＡのリストを利用してＭＢＭＳ ＰＡＧＩＮＧメッセージを伝送するセルを確認することができる。すなわち、連結モードのＵＥ(ＵＲＡ＿ＰＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態、ＣＥＬＬ＿ＦＡＣＨ状態、またはＣＥＬＬ＿ＤＣＨ状態にあるＵＥ)が位置しているセルまたはＵＲＡは、ＲＮＣが常に認知しているので、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージを伝送すべきセルを確認することができる。また、ＵＲＡは、セルの集合であるので、結局、連結モード状態にあるＵＥのリストはセルの集合に置き換えられる。前記セルの集合に同一のセルが含まれている場合、前記同一のセルは、１つのセルのみ残して重複するセルを削除する。前記残された１つのセルは同一ではない残りのセルとともに前記ＭＢＭＳ ＰＡＧＩＮＧメッセージを受信するセルになる。また、ＳＧＳＮは、セルの集合であるＲＡのリストを前記ＲＮＣに伝達することができるが、前記ＲＡは、サービス要請(JOINING)過程を遂行した後にＩＤＬＥ状態にあるＵＥが位置している位置情報を示す。前記ＳＧＳＮは、ＩＤＬＥ状態にあるＵＥの位置をＲＡ単位で追跡する。そこで、前記ＲＡのリストもＭＢＭＳ ＰＡＧＩＮＧメッセージを伝送するセルの集合に置き換えられ、前記ＲＮＣは、前記２種類のセル集合(連結モードにあるＵＥのリストによるセル集合とＲＡのリストによるセル集合)のうち同一のセルは１つのみ残して残りは削除する。前記削除されないセルの該当ＵＥ、すなわち、ＵＥ Ｘ及びＵＥ ＹにＭＢＭＳ ＰＡＧＩＮＧメッセージを伝送する(ステップ１２０２及びステップ１２０３)。前述したように、前記ＵＥ Ｘ及びＵＥ Ｙは、同一のセルに存在するＵＥである。

前述したように、前記ＲＮＣから各ＵＥへ伝送するＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれるパラメータは、本発明の第１実施例及び第２実施例に従って相異である。図１２では、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータがオンとなっており、ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＮＯＴＩＦＩＣＡＴＩＯＮに設定されているか(第１実施例)、またはＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＮＯＴＩＦＩＣＡＴＩＯＮに設定されている場合(第２実施例)を仮定する。このようにＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥは、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行する(ステップ１２０４)。前記ＵＥがＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行する理由は、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータがオンとなっており、ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＮＯＴＩＦＩＣＡＴＩＯＮに設定(第１実施例)されているか、またはＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＮＯＴＩＦＩＣＡＴＩＯＮに設定(第２実施例)されているからである。この後、前記ＵＥ Ｙ及びＵＥ Ｘのそれぞれは、前記ＲＮＣを通じてＳＧＳＮにＭＢＭＳ ＰＡＧＩＮＧ ＲＥＳＰＯＮＳＥメッセージを伝送する(ステップ１２０５)。前記ＭＢＭＳ ＰＡＧＩＮＧ ＲＥＳＰＯＮＳＥメッセージにはＴＭＧＩとＵＥ ＩＤが含まれる。

このように、ＵＥ Ｘ及びＵＥ Ｙが伝送したＭＢＭＳ ＰＡＧＩＮＧ ＲＥＳＰＯＮＳＥメッセージを受信すると、前記ＳＧＳＮは、該当ＵＥが属しているＲＮＣ別にＭＢＭＳ無線ベアラー割当て要求(MBMS RAB Assignment Request)メッセージを伝送する(ステップ１２０６)。前記ＭＢＭＳ ＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージには、ＴＭＧＩと、サービス品質(Quality of Service；以下、“ＱｏＳ”と略称する。)情報と、ＵＥのリスト(UE list to be served)などが含まれる。前記ＱｏＳ情報は、ＭＢＭＳサービスの要求帯域幅、許容遅延、及び許容エラー比率などで構成されることができ、ＲＮＣは、前記ＱｏＳを満足することができるＭＢＭＳ無線ベアラーパラメータを決定することができる。また、前記ＵＥ list to be servedは、ＭＢＭＳ ＰＡＧＩＮＧ ＲＥＳＰＯＮＳＥメッセージを伝送したＵＥのＲＮＣ別のリストになることができ、ＲＮＣは、前記情報を利用してＭＢＭＳ無線ベアラーセットアップ(MBMS RB Setup)メッセージを伝送すべきセルを判断することができる。

前記ＲＮＣは、ＳＧＳＮが伝送したＭＢＭＳ ＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＱＵＥＳＴメッセージを利用して生成したＭＢＭＳ ＲＢ ＳＥＴＵＰメッセージを所定の回数でＵＥ Ｘ及びＵＥ Ｙへ伝送する(ステップ１２０７)。前記ＭＢＭＳ ＲＢ ＳＥＴＵＰメッセージには、ＴＭＧＩ、ＭＢＭＳ無線ベアラー情報(MBMS RB info)及びｖａｌｕｅ ｔａｇなどが含まれ、前記ＭＢＭＳ ＲＢ ｉｎｆｏには、ＭＢＭＳサービスが提供される無線チャンネルパラメータ、ＰＤＣＰ(Packet Data Convergence Protocol)パラメータ(header compression-related information)、ＲＬＣパラメータ(サービスデータユニット廃棄情報(Service Data Unit(ＳＤＵ) discard information)、伝送フォーマット組合せセット(Transport Format Combination Set；ＴＦＣＳ)、及びチャンネル化コード(channelization code)情報などが含まれる。前記所定の回数でＭＢＭＳ ＲＢ ＳＥＴＵＰメッセージを受信したＵＥ Ｘ 及びＵＥ Ｙは、正常的に前記ＭＢＭＳ ＲＢ ＳＥＴＵＰメッセージを受信すると、該当する動作、すなわち、受信器をＭＢＭＳ ＲＢ ｉｎｆｏに従って構成する。もちろん、前記ＵＥ Ｘ及びＵＥ Ｙは、前記ＭＢＭＳ ＲＢ ＳＥＴＵＰメッセージを前記所定の回数で反復して受信するが、前記ＭＢＭＳ ＲＢ ＳＥＴＵＰメッセージに該当する動作は一回のみ遂行する。このように前記ＵＥ Ｘ及びＵＥ ＹとＲＮＣとの間にＭＢＭＳデータを伝送する準備が完了されると、前記ＲＮＣは、ＳＧＳＮにＭＢＭＳ無線アクセスベアラー割当て応答(MBMS RAB ASSIGNMENT RESPONSE)メッセージを伝送する(ステップ１２０８)。前記ＭＢＭＳ ＲＡＢ ＡＳＳＩＧＮＭＥＮＴ ＲＥＳＰＯＮＳＥメッセージを受信したＳＧＳＮは、該当ＲＮＣにＭＢＭＳデータを伝送し、前記ＲＮＣは、該当ＵＥ、すなわち、ＵＥ Ｘ及びＵＥ ＹにＭＢＭＳデータを伝送する(ステップ１２０９)。

図１３は、本発明による任意のＵＥ Ｘ及びＵＥ Ｙが同一のセルに存在するとき暗号化キーのアップデート過程を示す信号のフローチャートである。図１３の説明に先立って、説明の便宜上、前記暗号化キー(Ciphering key)アップデート過程は、暗号化キーアップデート情報(CIPHERING KEY UPDATE INFORMATION)メッセージの伝送を通じて遂行され、前記ＣＩＰＨＥＲＩＮＧ ＫＥＹ ＵＰＤＡＴＥ ＩＮＦＯＲＭＡＴＩＯＮメッセージに対しては別途の応答が不必要であると仮定する。前記暗号化キーの使用は、一種の認証過程で資格のないＵＥ、例えば、サービス要請(JOINING)過程を遂行しないＵＥまたはＭＢＭＳサービスの受信中断を要請したＵＥがＭＢＭＳサービスを受信することを防止する。そして、本発明では、ＲＮＣが前記暗号化キーの使用及び暗号化キーのアップデート過程を担当すると仮定する。

図１３を参照すると、まず、前記ＲＮＣは、任意のＭＢＭＳサービスに対して暗号化キーのアップデートを決定する(ステップ１３０１)。前記暗号化キーアップデートは、ＲＮＣにより自体的に遂行されるか、例えば、現在使用している暗号化キーを所定の時間の間使用した場合のようにＲＮＣにより自体的に遂行される。前記暗号化キーアップデートは、ＳＧＳＮが暗号化キーアップデートを要求した場合、例えば、任意のＵＥがＭＢＭＳサービスの受信中断を要求した場合のようにＳＧＳＮが暗号化キーアップデートを要求した場合遂行される。そうすると、前記ＲＮＣは、前記暗号化キーアップデートを示すＣＩＰＨＥＲＩＮＧ ＫＥＹ ＵＰＤＡＴＥ ＩＮＦＯＲＭＡＴＩＯＮメッセージを伝送するために該当時点のＰＯ及びＰＩをオンさせてＰＩＣＨを該当ＵＥ、すなわち、ＵＥ Ｘ及びＵＥ Ｙへ伝送する(ステップ１３０２)。この後、前記ＲＮＣは、ＰＣＨを通じてＭＢＭＳ ＰＡＧＩＮＧメッセージを前記ＵＥ Ｘ及びＵＥ Ｙへ伝送する(ステップ１３０３)。前述したように、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれるパラメータは、本発明の第１実施例及び第２実施例に従って相異であり、図１３では、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータがオフとなっており、ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧに設定されているか(第１実施例)、またはＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ ２に設定されている場合(第２実施例)を仮定する。

このようにＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥは、次のように動作する(ステップ１３０４)。まず、本発明の第１実施例によるＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥは、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄがオフとなっているので、ＴＭＧＩ、ＡＭＩＤ、及びＴＴＲなどのようなパラメータを貯蔵し、ＦＡＣＨを通じて伝送されるデータを受信し始める。前記ＵＥは、ＣＥＬＬ ＵＰＤＡＴＥ(Ｃｅｌｌ＿ＰＣＨ状態及びＵＲＡ＿ＰＣＨ状態のＵＥ)過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程(ＩＤＬＥ状態のＵＥ)を遂行しない。次に、本発明の第２実施例によるＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥは、前記ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ ２に設定されているので、ＴＭＧＩ、ＡＭＩＤ、及びＴＴＲなどのようなパラメータを貯蔵し、ＦＡＣＨを通じて伝送されるデータを受信し始める。前記ＵＥは、ＣＥＬＬ ＵＰＤＡＴＥ過程(Ｃｅｌｌ＿ＰＣＨ状態及びＵＲＡ＿ＰＣＨ状態のＵＥ)またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程(ＩＤＬＥ状態のＵＥ)を遂行しない。

その後、前記ＲＮＣは、前記ＵＥ Ｘ及びＵＥ ＹにＣＩＰＨＥＲＩＮＧ ＫＥＹ ＵＰＤＡＴＥ ＩＮＦＯＲＭＡＴＩＯＮメッセージを所定の回数だけ反復して伝送する(ステップ１３０５)。前記ＣＩＰＨＥＲＩＮＧ ＫＥＹ ＵＰＤＡＴＥ ＩＮＦＯＲＭＡＴＩＯＮメッセージには、ＴＭＧＩ、ＡＭＩＤ、ｖａｌｕｅ ｔａｇ、及びｎｅｗ ｃｉｐｈｅｒｉｎｇ ｋｅｙなどが含まれている。このように前記ＲＮＣが前記所定の回数だけＣＩＰＨＥＲＩＮＧ ＫＥＹ ＵＰＤＡＴＥ ＩＮＦＯＲＭＡＴＩＯＮメッセージを反復して伝送したにもかかわらず、ＵＥ Ｘが前記ＣＩＰＨＥＲＩＮＧ ＫＥＹ ＵＰＤＡＴＥ ＩＮＦＯＲＭＡＴＩＯＮメッセージを受信できない場合が発生する。すなわち、ＭＢＭＳ ＰＡＧＩＮＧメッセージと同一のＴＭＧＩ及びＡＭＩＤを有するＭＢＭＳ ＣＯＮＴＲＯＬメッセージをＴＴＲが経過するときまで受信できない場合が発生する(ステップ１３０６)。この場合、前記ＵＥ Ｘは、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行することができる(ステップ１３０７)。前述したように、その理由は、前記ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程の目的が任意のＵＥに対してＲＡＮ固有の識別子(Ｕ−ＲＮＴＩ、Ｃ−ＲＮＴＩ)を割り当て、ＲＲＣメッセージの伝送フォーマットに合意することにあるからである。もしも、ステップ１３０８及びステップ１３０９でＣ−ＲＮＴＩ／Ｕ−ＲＮＴＩを使用する代わり、ＳＲＢ ０を使用するとステップ１３０７(ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程)は不要である。

前記ＵＥ Ｘは、ＴＭＧＩ、ＡＭＩＤ、及びＵＥ ＩＤを利用してＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージをＲＡＣＨを通じて前記ＲＮＣへ伝送する(ステップ１３０８)。前記ＵＥ ＩＤはＣ−ＲＮＴＩ／Ｕ−ＲＮＴＩになることができ、もしも、前記Ｃ−ＲＮＴＩ／Ｕ−ＲＮＴＩが存在しないと前記ＵＥ ＩＤはＩＭＳＩ(International Mobile Subscriber Identification)などになることができる。前記ＵＥ ＸからＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージを受信したＲＮＣは、前記ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージに含まれているＴＭＧＩ及びＡＭＩＤを利用して再び伝送するメッセージを判断し、前記判断結果に応じて、前記ＣＩＰＨＥＲＩＮＧ ＫＥＹ ＵＰＤＡＴＥ ＩＮＦＯＲＭＡＴＩＯＮメッセージをＦＡＣＨを通じて再び伝送する(ステップ１３０９)。ステップ１３０７で、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程が遂行されない場合には、前記再び伝送されるＣＩＰＨＥＲＩＮＧ ＫＥＹ ＵＰＤＡＴＥ ＩＮＦＯＲＭＡＴＩＯＮメッセージもグループメッセージ形態で伝送され、ステップ１３０７でＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程が遂行される場合には前記ＵＥ Ｘに対する専用メッセージ形態で伝送される。

図１４は、本発明による任意のＵＥ Ｘ及びＵＥ Ｙが同一のセルに存在するときＭＢＭＳ無線ベアラーが解除される過程を示す信号のフローチャートである。図１４の説明に先立って、前記ＭＢＭＳ無線ベアラー解除(ＭＢＭＳ ＲＢ)は、ＭＢＭＳ無線ベアラー解除(MBMS RB RELEASE)メッセージの伝送を通じて遂行され、前記ＭＢＭＳ ＲＢ ＲＥＬＥＡＳＥメッセージも別途の応答が必要しないものと仮定する。図１４を参照すると、まず、前記ＲＮＣは、任意のＭＢＭＳサービスに対してＭＢＭＳ ＲＢの解除を決定する(ステップ１４０１)。前記ＭＢＭＳ ＲＢの解除も前記ＲＮＣが自体的に決定して(例えば、特定のセルにそれ以上の無線資源が利用可能ではない場合)遂行されるか、またはＳＧＳＮがＭＢＭＳ ＲＢの解除を要請(例えば、ＭＢＭＳサービスが終了されるとき)した場合に遂行される。そうすると、前記ＲＮＣは、前記ＭＢＭＳ ＲＢの解除を示すＭＢＭＳ ＲＢ ＲＥＬＥＡＳＥメッセージを伝送するために該当時点のＰＯ及びＰＩをオンさせてＰＩＣＨを該当ＵＥ、すなわち、ＵＥ Ｘ及びＵＥ Ｙへ伝送する(ステップ１４０２)。この後、前記ＲＮＣは、ＰＣＨを通じてＭＢＭＳ ＰＡＧＩＮＧメッセージを前記ＵＥ Ｘ 及びＵＥ Ｙへ伝送する(ステップ１４０３)。前述したように、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれるパラメータは、本発明の第１実施例及び第２実施例により相異であり、図１４では、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータがオフとなっており、ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅが ＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧに設定されているか(第１実施例)、またはＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ ２に設定されている場合(第２実施例)を仮定する。

このようにＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥは、次のように動作する(ステップ１４０４)。まず、本発明の第１実施例によるＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥは、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄがオフとなっているのでＴＭＧＩ、ＡＭＩＤ、及びＴＴＲなどのパラメータを貯蔵し、ＦＡＣＨを通じて伝送されるデータを受信し始める。前記ＵＥは、ＣＥＬＬ ＵＰＤＡＴＥ(Ｃｅｌｌ＿ＰＣＨ状態及びＵＲＡ＿ＰＣＨ状態のＵＥ)過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ(ＩＤＬＥ状態のＵＥ)過程を遂行しない。次に、本発明の第２実施例によるＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥは、前記ＭＢＭＳ ｐａｇｉｎｇ ｃａｕｓｅがＭＢＭＳ ＳＩＧＮＡＬＬＩＮＧ ＴＹＰＥ ２に設定されているので、ＴＭＧＩ、ＡＭＩＤ、及びＴＴＲなどのパラメータを貯蔵し、ＦＡＣＨを通じて伝送されるデータを受信し始める。前記ＵＥは、ＣＥＬＬ ＵＰＤＡＴＥ過程(Ｃｅｌｌ＿ＰＣＨ状態及びＵＲＡ＿ＰＣＨ状態のＵＥ)またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程(ＩＤＬＥ状態のＵＥ)を遂行しない。

その後、前記ＲＮＣは、前記ＵＥ Ｘ及びＵＥ ＹにＭＢＭＳ ＲＢ ＲＥＬＥＡＳＥメッセージを所定の回数だけ反復して伝送する(ステップ１４０５)。前記ＭＢＭＳ ＲＢ ＲＥＬＥＡＳＥメッセージには、ＴＭＧＩ、ＡＭＩＤ、ｖａｌｕｅ ｔａｇ、及び無線ベアラー 解除情報(RB RELEASE info)などが含まれている。このように前記ＲＮＣが前記所定の回数だけＭＢＭＳ ＲＢ ＲＥＬＥＡＳＥメッセージを反復して伝送したにもかかわらず、ＵＥ Ｘが前記ＭＢＭＳ ＲＢ ＲＥＬＥＡＳＥメッセージを受信できない場合が発生する。すなわち、ＭＢＭＳ ＰＡＧＩＮＧメッセージと同一のＴＭＧＩ及びＡＭＩＤを有するＭＢＭＳ ＣＯＮＴＲＯＬメッセージをＴＴＲが経過するときまで受信できない場合が発生する(ステップ１４０６)。この場合、前記ＵＥ Ｘは、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行することができる(ステップ１４０７)。前述したように、その理由は、前記ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程の目的が任意のＵＥに対してＲＡＮ固有の識別子(Ｕ−ＲＮＴＩ、Ｃ−ＲＮＴＩ)を割り当て、ＲＲＣメッセージ伝送フォーマットを合意することにあるからである。もしも、ステップ１４０８及びステップ１４０９で、Ｃ−ＲＮＴＩ／Ｕ−ＲＮＴＩを使用する代わりＳＲＢ ０を使用すると、ステップ１４０７、すなわち、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程が不要である。

前記ＵＥ Ｘは、ＴＭＧＩ、ＡＭＩＤ、及びＵＥ ＩＤを利用してＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージをＲＡＣＨを通じて前記ＲＮＣへ伝送する(ステップ１４０８)。前記ＵＥ ＩＤはＣ−ＲＮＴＩ／Ｕ−ＲＮＴＩになることができ、もしも、前記Ｃ−ＲＮＴＩ／Ｕ−ＲＮＴＩが存在しないと前記ＵＥ ＩＤはＩＭＳＩなどになることができる。前記ＵＥ ＸからＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージを受信したＲＮＣは、前記ＲＥＴＲＡＮＳＭＩＳＳＩＯＮ ＲＥＱＵＥＳＴメッセージに含まれているＴＭＧＩ及びＡＭＩＤを利用して再び伝送するメッセージを判断し、前記判断結果に応じて、前記ＭＢＭＳ ＲＢ ＲＥＬＥＡＳＥメッセージをＦＡＣＨを通じて再び伝送する(ステップ１４０９)。ステップ１４０７で、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程が遂行されない場合には、前記再び伝送されるＭＢＭＳ ＲＢ ＲＥＬＥＡＳＥメッセージもグループメッセージ形態で伝送され、ステップ１３０７でＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程が遂行される場合には、前記ＵＥ Ｘに対する専用メッセージ形態で伝送される。

一方、前記ＭＢＭＳサービスを提供するとき、ＭＢＭＳサービスを提供する地域をトラッキング地域(以下、“ｔｒａｃｋｉｎｇ ａｒｅａ”と称する。)及び非トラッキング地域(以下、“ｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａ”と称する。)に区分する。ＭＢＭＳサービスを受信するＵＥが存在する地域が前記ｔｒａｃｋｉｎｇ ａｒｅａであるかｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるかにより、ＵＥのＣＥＬＬ ＵＰＤＡＴＥ過程／ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程の遂行を制御する方法を本発明の第３実施例で提案する。

前記ｔｒａｃｋｉｎｇ ａｒｅａ及びｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａは下記で説明し、ここでは、その詳細な説明を省略する。ｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａに該当するサービス地域に位置したＵＥは、ＭＢＭＳ ＰＡＧＩＮＧメッセージなどを受信しても(すなわち、一般的にはＣＥＬＬ ＵＰＤＡＴＥなどの動作を遂行すべきときでも)、前記ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行しないように制御することにより、前記ＵＥはメッセージの伝送を遂行しない。前記ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程によるメッセージの送信過程を遂行しないことにより逆方向信号の輻輳が発生しない。このように逆方向信号の輻輳発生を除去する理由は、１つのセルに多いＵＥが位置している場合、例えば、スポーツ競技場などのように非常に多いＵＥが存在する場合にその効果が極大化される。すなわち、任意のサービス地域で１０００名のＵＥが特定のＭＢＭＳサービスを受信しようとすると、前記サービス地域をｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａに指定して前記ＵＥがＭＢＭＳ ＰＡＧＩＮＧメッセージの受信に相応するようにＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行することにより発生する逆方向信号の伝送を除去する。このように、本発明の第３実施例で一番重要な判断基準は、ＵＥが自分の属したサービス地域がｔｒａｃｋｉｎｇ ａｒｅａであるかまたはｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるかをどのように判断するかによっている。

一番目に、前記ＵＥが自分の属したサービス地域がｔｒａｃｋｉｎｇ ａｒｅａであるかまたはｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるかをシステム情報ブロック(System Information Block；以下、“ＳＩＢ”と略称する。)を利用して判断する場合を説明する。すなわち、特定のセルから放送される特定のＳＩＢに前記セルがｔｒａｃｋｉｎｇ ａｒｅａであるかｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるかを示す情報を含むことにより、前記セルにアクセスするＵＥは、この後にＭＢＭＳサービス関連呼出しメッセージまたはＭＢＭＳ ＣＯＮＴＲＯＬメッセージを受信するときそれぞれに対する応答動作を遂行するか否かを判断する。前記ＳＩＢを利用する方式は１つの問題点があるが、すなわち、ＣＥＬＬ＿ＰＣＨ状態またはＣＥＬＬ＿ＦＡＣＨ状態のＵＥがｔｒａｃｋｉｎｇ ａｒｅａであるセルＡからｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるセルＢへ移動する場合、ＣＥＬＬ ＵＰＤＡＴＥメッセージを伝送することができないのでＵＥの移動性管理にエラーが発生することができる。エラーが発生する場合を説明すると、ＲＮＣは、前記セルＡからセルＢへ移動したＵＥが前記セルＡに位置していると判断するので、前記ＵＥに対して着信号呼出し(incoming call paging)などのような過程を遂行すべき場合、前記セルＡへ前記ＵＥの呼出しのためのメッセージを伝送するようになる。このように、ＵＥが実際存在しないセルへのＲＮＣ信号の不適切な伝送の増加は、エラーを発生させるようになる。

従って、本発明の第３実施例では、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージのＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータが伝送されるフィールドを利用する。前述したように、ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータは、ＭＢＭＳ ＰＡＧＩＮＧメッセージの受信に応じてＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行するか否かを示すパラメータである。結果的に、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータは、前記ｔｒａｃｋｉｎｇ ａｒｅａまたはｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａに従ってＭＢＭＳ ＣＯＮＴＲＯＬメッセージに対する応答が遂行されるか否かを示すパラメータとその機能が同一であるので、本発明の第３実施例では、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータをｔｒａｃｋｉｎｇ ａｒｅａまたはｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａに従う応答動作を遂行するか否かを示すパラメータとして使用する。そうすると、ｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａに属するセルへＭＢＭＳ ＣＯＮＴＲＯＬメッセージを伝送する場合、前記ＭＢＭＳ ＣＯＮＴＲＯＬメッセージの伝送に関連するＭＢＭＳ ＰＡＧＩＮＧメッセージのＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータを“オフ(off)”に設定して伝送する。前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータが“オフ”に設定されたＭＢＭＳ ＰＡＧＩＮＧメッセージを受信したＵＥは、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに関連して受信されるＭＢＭＳ ＣＯＮＴＲＯＬメッセージに応じて応答過程(ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程)を遂行しない。そこで、本発明の第３実施例によるＵＥのＭＢＭＳサービスと関連するメッセージ、すなわち、ＭＢＭＳ ＰＡＧＩＮＧメッセージまたはＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信動作は、基本的に本発明の第１実施例と同一である。しかし、本発明の第３実施例でＵＥと専用メッセージ形態のＭＢＭＳ ＣＯＮＴＲＯＬメッセージの送受信過程では、本発明の第１実施例と同一のメッセージの送受信方式を使用する。しかし、グループメッセージ形態のＭＢＭＳ ＣＯＮＴＲＯＬメッセージの送受信過程では、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージのＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータ値により以後の動作を決定する。このように、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージのＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータを使用することにより、ＵＥがＵＥの自分が属したサービス地域がｔｒａｃｋｉｎｇ ａｒｅａであるかまたはｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるかを判断できないとしても、正常的なＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行することができる。すなわち、前記ＵＥは、ＭＢＭＳ ＰＡＧＩＮＧメッセージに含まれているＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータの値を利用して応答動作、すなわち、ＣＥＬＬ ＵＰＤＡＴＥ過程またはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程を遂行するので、ＲＮＣは、前記ＵＥが新たなセルへ移動する場合、その移動の事実を正確に感知することができるので移動性管理のエラーが発生しない。

図１５は、本発明の第３実施例によるＭＢＭＳ ＣＯＮＴＲＯＬメッセージ伝送のためのＲＮＣの動作過程を示すフローチャートである。図１５の説明に先立って、本発明の第３実施例によるＵＥの動作は本発明の第１実施例によるＵＥの動作と同一であり、ただＲＮＣ動作のみが相異であることに留意されたい。そこで、図１５を参照して、本発明の第３実施例によるＲＮＣ動作を説明するとき、本発明の第１実施例によるＲＮＣ動作と同一の動作に対しては同一の参照番号で示される。

図１５を参照すると、まず、ＲＮＣは、自分が管理する領域で提供されている任意のＭＢＭＳサービスに対しては常にＭＢＭＳコンテキストを管理しなければならなく、前記ＭＢＭＳコンテキストに含まれる情報は次のようである。
(１)ＴＭＧＩ
(２)ＤＲＸパラメータ
(３)ＣＥＬＬ＿ＤＣＨ状態のＵＥのリスト
(４)ＣＥＬＬ_ＦＡＣＨ状態のＵＥのリスト
(５)ＣＥＬＬ＿ＰＣＨ状態のＵＥのリスト
(６)ＵＲＡ＿ＰＣＨ状態のＵＥのリスト
(７)各セル別Ｌ１ ｉｎｆｏ
前記各セル別Ｌ１ ｉｎｆｏに含まれる情報には、チャンネル化コード(channelization code)及び最大伝送電力(max power)などがある。
(８)各セルの特性
前記各セルにあるサービス地域がｔｒａｃｋｉｎｇ ａｒｅａであるかまたはｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるかを示す情報である。

もちろん、前記ＭＢＭＳコンテキストには、前記情報の以外にも他の情報が含まれることもできるが、ここでは、本発明の第３実施例の説明において、必要な情報のみを表記し、本発明の第１実施例とは異なり本発明の第３実施例では、各セルがｔｒａｃｋｉｎｇ ａｒｅａであるかまたはｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるかを示す情報を管理しなければならない。前述したように、その理由は、ＵＥの属したセルがｔｒａｃｋｉｎｇ ａｒｅａであるかまたはｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるかに従って、ＭＢＭＳ ＰＡＧＩＮＧメッセージ及び前記ＭＢＭＳ ＰＡＧＩＮＧメッセージに関連したＭＢＭＳ ＣＯＮＴＲＯＬメッセージの送受信に関連した動作が異なるようになるからである。

また、前記ＭＢＭＳコンテキストで管理する前記ＵＥのリストは、各ＵＥがセル間を移動しつつ伝送する移動性関連メッセージを利用してアップデートされる。例えば、ＣＥＬＬ＿ＰＣＨ状態のＵＥは、セル変更とともに、ＣＥＬＬ ＵＰＤＡＴＥメッセージをＲＮＣへ伝送して自分が属したセルが変更されたことを通報する。前記ＣＥＬＬ ＵＰＤＡＴＥメッセージを受信したＲＮＣは、前記ＣＥＬＬ ＵＰＤＡＴＥメッセージを伝送したＵＥがセルを移動したことを認知するようになる。

ここで、前記ＣＥＬＬ ＵＰＤＡＴＥメッセージに対して簡略に説明すると次のようである。まず、ＵＥは、下記のような状況でＲＮＣにＣＥＬＬ ＵＰＤＡＴＥメッセージを伝送する。
(１)ＣＥＬＬ＿ＰＣＨ状態にあるＵＥが現在のセルから新たなセルに移動する場合。
(２)ＣＥＬＬ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態にあるＵＥが呼出しメッセージを受信した場合。
(３)物理チャンネルで同期を失うなどの問題が発生した場合。

本発明の第３実施例において、前記ＣＥＬＬ ＵＰＤＡＴＥメッセージを二番目の場合、すなわち、該当ＵＥが呼出しメッセージを受信した場合を考慮して伝送する。

一般的に、すべてのセルは基本的にｔｒａｃｋｉｎｇ ａｒｅａに該当するといえる。しかし、一般的なセルに比べて非常に多い使用者が存在するセル、例えば、大規模競技場のようなセルをｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａとして指定することができる。また、前記ｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａは、ＭＢＭＳサービス別に指定されなければならない。例えば、任意のセルが１つのＭＢＭＳサービスに対してはｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａとして指定されることができ、他のＭＢＭＳサービスに対してはｔｒａｃｋｉｎｇ ａｒｅａとして指定されることができる。そして、該当セルがｔｒａｃｋｉｎｇ ａｒｅａであるかまたはｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるかを示す情報は、ＢＭ−ＳＣからＳＧＳＮへ伝達(サービス要請過程)された後に、ＳＧＳＮからＲＮＣへ伝達(サービス通知過程)されると仮定する。図１２のステップ１２０１で説明したように、ＭＢＭＳ ＰＡＧＩＮＧメッセージにｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａに属するセルのリストとｔｒａｃｋｉｎｇ ａｒｅａに属するセルのリストが含まれることができ、従って、前記ＲＮＣは、ＳＧＳＮからＭＢＭＳ ＰＡＧＩＮＧメッセージを受信する時点から各セルの特性、すなわち、各セルがｔｒａｃｋｉｎｇ ａｒｅａであるかまたはｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるかを認知することができる。

図１５のステップ８００乃至ステップ８０５は、図８のステップ８００乃至ステップ８０５で遂行される動作と同一である。ステップ８０５で、前記ＲＮＣは、該当ＰＯ時点のＰＩをオンさせてＰＩＣＨ信号を伝送した後にステップ１５０５へ進行する。ステップ１５０５で、前記ＲＮＣは、前記ＵＥが属したセルがｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるか否かを検査する。前記ＵＥが属したセルがｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａである場合、前記ＲＮＣはステップ１５０６へ進行する。ステップ１５０６で、前記ＲＮＣは、前記ＰＩＣＨ信号を伝送した後に所定の時点でＰＣＨを通じてＭＢＭＳ ＰＡＧＩＮＧメッセージを伝送し、その後にステップ８０７へ進行する。前述したように、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージには、ＴＭＧＩ、ＡＭＩＤ、ＴＴＲ、及びＣＵ／ＲＣ ｒｅｑｕｉｒｅｄなどのようなパラメータが含まれる。また、前記ＵＥの属したセルがｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａであるので、ＣＥＬＬ ＵＰＤＡＴＥまたはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程などのような応答動作を遂行する必要がない。従って、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータは、伝送される前にオフに設定される。一方、ステップ１５０５で、前記ＵＥの属したセルがｎｏｎ ｔｒａｃｋｉｎｇ ａｒｅａではない場合、すなわち、ｔｒａｃｋｉｎｇ ａｒｅａである場合、前記ＲＮＣはステップ１５０７へ進行する。ステップ１５０７で、前記ＲＮＣは、前記ＰＩＣＨ信号を伝送した後に所定の時点でＰＣＨを通じてＭＢＭＳ ＰＡＧＩＮＧメッセージを伝送し、その後にステップ８０７へ進行する。前述したように、前記ＭＢＭＳ ＰＡＧＩＮＧメッセージには、ＴＭＧＩ、ＡＭＩＤ、ＴＴＲ、及びＣＵ／ＲＣ ｒｅｑｕｉｒｅｄなどのようなパラメータが含まれる。また、前記ＵＥが属したセルがｔｒａｃｋｉｎｇ ａｒｅａであるから、ＣＥＬＬ ＵＰＤＡＴＥまたはＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰ過程などのような応答動作を遂行しなければならない。従って、前記ＣＵ／ＲＣ ｒｅｑｕｉｒｅｄパラメータは伝送される前にオンに設定される。図１５のステップ８０７乃至ステップ８１０は、図８のステップ８０７乃至ステップ８１０で遂行される動作と同一の動作を遂行する。

以上、本発明の詳細について具体的な実施例に基づき説明してきたが、本発明の範囲を逸脱しない限り、各種の変形が可能なのは明らかである。従って、本発明の範囲は、上記実施例に限るものでなく、特許請求の範囲のみならず、その範囲と均等なものにより定められるべきである。

移動通信システムでＭＢＭＳサービスを提供するためのネットワーク構造を概略的に示す図。 移動通信システムでＭＢＭＳサービスを提供するための過程を概略的に示す信号のフローチャート。 図２のＭＢＭＳサービス提供過程を具体的に示す信号のフローチャート。 本発明の第１実施例によるＵＥとＲＮＣとの間のＭＢＭＳ ＣＯＮＴＲＯＬメッセージの送受信過程を示す信号のフローチャート。 図４でＩＤＬＥ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態にあるＵＥのＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信のための動作過程を示すフローチャート。 図４でＣＥＬＬ＿ＦＡＣＨ状態にあるＵＥのＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信のための動作過程を示すフローチャート。 図４でＣＥＬＬ＿ＤＣＨ状態にあるＵＥのＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信のための動作過程を示すフローチャート。 図４でＭＢＭＳ ＣＯＮＴＲＯＬメッセージの伝送のためのＲＮＣの動作過程を示すフローチャート。 本発明の第２実施例によるＵＥとＲＮＣとの間のＭＢＭＳ ＣＯＮＴＲＯＬメッセージの送受信過程を示す信号のフローチャート。 ＩＤＬＥ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態にあるＵＥのＭＢＭＳ ＣＯＮＴＲＯＬメッセージの受信のための動作過程を示すフローチャート。 図９でＭＢＭＳ ＣＯＮＴＲＯＬメッセージの伝送のためのＲＮＣの動作過程を示すフローチャート。 本発明による任意のＵＥ Ｘ及びＵＥ Ｙが同一のセルに存在するときサービス通知過程及びＭＢＭＳ無線ベアラーセットアップ過程を示す信号のフローチャート。 本発明による任意のＵＥ Ｘ及びＵＥ Ｙが同一のセルに存在するとき暗号化キーをアップデートする過程を示す信号のフローチャート。 本発明による任意のＵＥ Ｘ及びＵＥ Ｙが同一のセルに存在するときＭＢＭＳ無線ベアラーが解除される過程を示す信号のフローチャート。 本発明の第３実施例によるＵＥとＲＮＣとの間のＭＢＭＳ ＣＯＮＴＲＯＬメッセージの送受信過程を示す信号のフローチャート。

Claims (14)

1. 使用者端末機と前記使用者端末機にマルチメディア放送／マルチキャストサービス(Multimedia Broadcast/Multicast Service；ＭＢＭＳ)を提供する無線ネットワーク制御器で構成された移動通信システムで前記無線ネットワーク制御器が前記ＭＢＭＳのための制御情報を伝送する方法において、
   前記使用者端末機へ伝送するＭＢＭＳのための制御メッセージが発生すると、呼出しメッセージに対して応答するか否かを指示する前記使用者端末機の動作指示情報を生成するステップと、
   前記制御メッセージの伝送の前に前記使用者端末機へ前記動作指示情報を含んだ呼出しメッセージを伝送するステップと
   からなることを特徴とする方法。
2. 前記動作指示情報は、前記使用者端末機が呼出しメッセージに対して応答するか否かを指示する状態遷移指示情報を備える請求項１記載の方法。
3. 前記動作指示情報は、呼出しメッセージの発生理由を備える請求項１記載の方法。
4. 前記制御メッセージは、共通チャンネルを通じて伝送される請求項１記載の方法。
5. 前記制御メッセージは、同一の識別子を使用して所定の回数だけ反復して伝送する請求項４記載の方法。
6. 使用者端末機と、前記使用者端末機にマルチメディア放送／マルチキャストサービス(Multimedia Broadcast/Multicast Service；ＭＢＭＳ)を提供する無線ネットワーク制御器で構成された移動通信システムで前記使用者端末機が前記ＭＢＭＳのための制御情報を受信する方法において、
   呼出しメッセージに応答するか否かを指示する動作指示情報を含んだ呼出し情報を利用して前記呼出しメッセージに対して応答するか否かを決定するステップと、
   前記呼出しメッセージに含まれている動作指示情報に応じて前記無線ネットワーク制御器へ応答情報を伝送するステップと
   からなることを特徴とする方法。
7. 前記動作指示情報は、前記使用者端末機の呼出しメッセージに応答するか否かを指示する状態遷移指示情報を備える請求項６記載の方法。
8. 前記動作指示情報は、呼出しメッセージの発生理由を備える請求項６記載の方法。
9. 使用者端末機と、前記使用者端末機にマルチメディア放送／マルチキャストサービス(Multimedia Broadcast/Multicast Service；ＭＢＭＳ)を提供する無線ネットワーク制御器で構成された移動通信システムで前記無線ネットワーク制御器が前記ＭＢＭＳのための制御情報を伝送する方法において、
   前記ＭＢＭＳサービスを受信しようとする使用者端末機に伝送すべき制御情報が発生すると、前記使用者端末機がサービスを受信する地域の特性に相応するように前記使用者端末機の動作を指示する情報指示情報を含む呼出しメッセージを前記使用者端末機へ伝送するステップと、
   前記動作指示情報を含む呼出しメッセージを伝送した後に前記制御情報を前記使用者端末機へ伝送するステップと
   からなることを特徴とする方法。
10. 前記動作指示情報は、前記呼出しメッセージの受信のとき前記使用者端末機の状態遷移が遂行されたか否かを指示する情報を備える請求項９記載の方法。
11. 前記ＭＢＭＳサービスを受信する地域の特性は、前記使用者端末機のセルアップデートまたは無線資源制御連結セットアップを遂行しない非トラッキング地域、または前記使用者端末機のセルアップデートまたは無線資源制御連結セットアップを遂行するトラッキング地域である請求項９記載の方法。
12. 前記サービスを受信する地域の特性は、前記ＭＢＭＳサービスのサービス種類別に決定される請求項９記載の方法。
13. 前記サービスを受信する地域の特性は、前記ＭＢＭＳサービスを受信しようとするＵＥの数により決定される請求項９記載の方法。
14. 前記使用者端末機は前記呼出しメッセージを受信し、前記受信された呼出しメッセージに含まれている前記動作指示情報に相応するようにセルアップデートまたは無線資源制御連結セットアップが遂行されるか否かを決定する請求項９記載の方法。
    
    

Images