(57)【要約】【課題】マルチメディア・ブロードキャスト／マルチキャスト（Multimedia Broadcast／Multicast Service；ＭＢＭＳ）サービスのための呼出し方法を提供する。【解決手段】ＭＢＭＳ移動通信システムにおいて、ＭＢＭＳ制御情報を効率的に送信するために、無線網制御器は、ＭＢＭＳ呼出しグループに対する通知指示子に関する情報のリストを含む制御メッセージを基地局へ送信し、基地局は、制御メッセージに従って物理チャンネルを設定し、設定された物理チャンネルを介して通知指示子を含むＭＢＭＳ通知指示子チャンネルを使用者端末へ送信する。【選択図】図３
2005236988.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディア・ブロードキャスト／マルチキャストサービス（ＭＢＭＳ）を提供する移動通信システムにおいて、無線網制御器（ＲＮＣ）が前記ＭＢＭＳサービスに従う制御情報を送信する方法であって、
（１）前記無線網制御器がＭＢＭＳ呼出しグループに対するＭＢＭＳ通知指示子（ＮＩ）に関する情報のリストを含む制御メッセージを基地局（Ｎｏｄｅ Ｂ）へ送信するステップと、
（２）前記基地局が前記制御メッセージに従って物理チャンネルを設定し、該設定された物理チャンネルを介して前記通知指示子を含むＭＳＭＳ通知指示子チャンネルを使用者端末（ＵＥ）へ送信するステップと
を備えることを特徴とする方法。
【請求項２】
前記制御メッセージは、コントロールプレーンメッセージであることを特徴とする請求項１記載の方法。
【請求項３】
前記制御メッセージは、コントロールプレーンＮｏｄｅ Ｂアプリケーションパーツ（ＮＢＡＰ）メッセージであることを特徴とする請求項１記載の方法。
【請求項４】
前記制御メッセージは、前記ＭＢＭＳ呼出しグループに従って配列された通知指示子情報とＭＢＭＳ呼出しグループに割り当てられたインデックスを含むことを特徴とする請求項２記載の方法。
【請求項５】
前記制御メッセージは、前記通知指示子に関する情報が送信される周期をさらに含むことを特徴とする請求項２記載の方法。
【請求項６】
前記ステップ（２）は、前記基地局が前記インデックスに設定されたＭＢＭＳ呼出しグループを用いて通知指示子を生成し、所定の周期の間に前記ＭＢＭＳ通知指示子チャンネルを介して前記通知指示子を使用者端末へ周期的に送信するステップをさらに備えることを特徴とする請求項５記載の方法。
【請求項７】
マルチメディア・ブロードキャスト／マルチキャストサービス（ＭＢＭＳ）を提供する移動通信システムにおいて、無線網制御器（ＲＮＣ）が前記ＭＢＭＳサービスに従う制御情報を送信する方法であって、
（ａ）無線網制御器がＭＢＭＳサービスに従う制御情報が存在するか否かを示すＭＢＭＳ通知指示子（ＮＩ）に関するインデックスのリストを含む通知情報更新要請メッセージを基地局（Ｎｏｄｅ Ｂ）へ送信するステップと、
（ｂ）前記基地局が前記通知情報更新要請メッセージに従って物理チャンネルを設定した後、前記インデックスに対応する通知指示子を含むＭＢＭＳ通知指示子チャンネル（ＭＩＣＨ）を使用者端末（ＵＥ）へ送信するステップと
を備えることを特徴とする方法。
【請求項８】
前記通知情報更新要請メッセージは、前記通知指示子が送信される周期をさらに含むことを特徴とする請求項７記載の方法。
【請求項９】
ステップ（ｂ）は、前記基地局が前記周期の間に前記インデックスに対応する通知指示子を前記ＭＢＭＳ通知指示子チャンネルを介して前記使用者端末へ周期的に送信するステップをさらに備えることを特徴とする請求項８記載の方法。
【請求項１０】
前記設定された物理チャンネルを区別する識別情報、前記通知指示子、及び前記周期をシステム情報ブロックを通して使用者端末へ送信するステップをさらに備えることを特徴とする請求項７記載の方法。
【請求項１１】
少なくとも１つの使用者端末と、前記少なくとも１つの使用者端末が位置するセルと、少なくとも１つのセルを管理し、前記少なくとも１つのセルを通して放送サービスを提供する無線網制御器（ＲＮＣ）を有する移動通信システムにおいて、使用者端末（ＵＥ）が前記放送サービスに従う制御情報を受信する方法であって、
基地局（Ｎｏｄｅ Ｂ）からシステム情報ブロック（ＳＩＢ）を通して前記基地局が設定した物理チャンネルを区別する識別情報と前記放送サービスに対する呼出しが存在するか否かを示す通知指示子とを受信するステップと、
呼出し専用時点で制御情報が存在するか否かを示す呼出し指示子とは異なる通知指示子（ＮＩ）を確認するステップと、
前記通知指示子を通して前記放送サービスに従う制御情報が存在することを確認すると、前記放送サービスに関連した制御チャンネルを受信するステップと
を備えることを特徴とする方法。
【請求項１２】
前記ステップ（１）は、前記無線網制御器が以前のＭＢＭＳ呼出しグループと呼出しが発生した新たなＭＢＭＳ呼出しグループとの差異のみを含む制御メッセージを前記基地局へ送信するステップをさらに備えることを特徴とする請求項１記載の方法。
【請求項１３】
前記ステップ（１）は、前記無線網制御器が前記新たなＭＢＭＳ呼出しグループ別に前記通知指示子に関する情報を含む制御メッセージを前記基地局へ送信するステップをさらに備えることを特徴とする請求項１２記載の方法。
【請求項１４】
前記ステップ（１）は、前記無線網制御器が前記新たなＭＢＭＳサービス識別子別に前記通知指示子に関する情報を含む制御メッセージを前記基地局へ送信するステップをさらに備えることを特徴とする請求項１２記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア・ブロードキャスト／マルチキャストサービス（Multimedia Broadcast／Multicast Service；以下、‘ＭＢＭＳサービス’と称する。）に関し、特に、ＭＢＭＳサービスを提供するための呼出し方法に関する。
【背景技術】
【０００２】
最近、通信技術の発達によって、広帯域（Wideband）符号分割多重接続（Code Division Multiple Access；以下、ＣＤＭＡと称する。）方式を使用する移動通信システムで提供するサービスは、従来の音声サービスのみならず、パケットデータ及びサーキットデータなどのような大容量のデータを送信するパケットデータサービスと、マルチメディアサービスを送信することができるマルチメディアブロードキャスト／通信に発展している。従って、上記マルチメディアブロードキャスト／通信を支援するためには、１つ又は複数のマルチメディアデータソースから複数の使用者端末機（User Equipment；以下、‘ＵＥ’と称する。）へサービスを提供するＭＢＭＳサービスが論議されている。
【０００３】
ＭＢＭＳサービスとは、無線ネットワークを介して同一のマルチメディアデータを複数の使用者へ送信するサービスを意味する。このとき、複数の使用者が１本の無線チャンネルを共有し、従って、無線資源を節約することができる。
【０００４】
このようなＭＢＭＳサービスは、実時間映像、音声、停止映像、及び文字などのマルチメディア送信形態を支援し、このマルチメディア送信形態に従って音声データ及び映像データを同時に提供することができるサービスであって、大量の送信資源を要求する。ＭＢＭＳサービスは、使用者が位置している複数のセルに同一のデータを送信するので、セルの内の使用者の数に従って、一対一（Point to Point；以下、‘ＰｔＰ’と称する。）又は一対多（Point to Multipoint；以下、‘ＰｔＭ’と称する。）接続がなされる。
【０００５】
図１は、移動通信ネットワークを介してＭＢＭＳサービスの提供に参加するノードを概略的に示す。
【０００６】
図１を参照すると、使用者端末機（ＵＥ）１６１，１６２，１６３，１７１，及び１７２（ＵＥ１乃至ＵＥ５）は、ＭＢＭＳサービスを受信することができる端末装置又は加入者であり、セル１６０及びセル１７０（セル１及びセル２）は、加入者にＭＢＭＳ関連データを無線で送信する基地局装置である。すなわち、Ｎｏｄｅ Ｂによって制御される。無線網制御器（Radio Network Controller；以下、‘ＲＮＣ’と称する。）１４０は、上記複数のセル１６０及び１７０を制御し、マルチメディアデータを特定のセルに選択的に送信し、ＭＢＭＳサービスを提供するために設定されている無線チャンネルを制御する。ＲＮＣ１４０は、無線資源制御（Radio Resource Control；以下、‘ＲＲＣ’と称する。）インターフェースを介してＵＥ１６１，１６２，１６３，１７１，及び１７２に無線で接続される。
【０００７】
ＲＮＣ１４０は、サービスパケット無線サービス支援ノード（Serving GPRS Support Node；以下、‘ＳＧＳＮ’と称する。）１３０を介してインターネットのようなパケット交換サービス（Packet Switched or Packet Service；以下、‘ＰＳ’と称する。）ネットワークに接続される。ＲＮＣ１４０とＰＳネットワークとの間の通信は、パケット交換シグナリングによって実行される。特に、ＲＮＣ１４０とＳＧＳＮ１３０との間の接続は、Ｉｕ−ＰＳインターフェースと称される。ＳＧＳＮ１３０は、各加入者に対するＭＢＭＳ関連サービスを制御する。ＳＧＳＮ１３０が担当する役割の代表的な例としては、各加入者のサービス課金関連データを管理する役割とマルチメディアデータを特定のＲＮＣ１４０へ選択的に送信する役割がある。
【０００８】
運送ネットワーク（Transit NW）１２０は、マルチキャスト放送サービスセンター（Broadcast Multicast Service Center；以下、‘ＢＭ−ＳＣ’と称する。）１１０とＳＧＳＮ１３０との間の通信路を提供し、ゲートウェイパケット無線サービス支援ノード(Gateway GPRS Support Node；以下、‘ＧＧＳＮ’と称する。)（図示せず）を介して外部網に接続されることができる。ＢＭ−ＳＣ１１０は、ＭＢＭＳデータソースであって、ＭＢＭＳデータスケジューリングに対して責任がある。
【０００９】
一方、ＲＮＣ１４０は、移動交換局（Mobile Switching Center；以下、‘ＭＳＣ’と称する。）１５０を介して回線交換（Circuit Switched；以下、‘ＣＳ’と称する。）ネットワークに接続される。ＣＳネットワークは、接続に基づく音声を主とする既存（legacy）の通信ネットワークを意味する。ＲＮＣ１４０とＭＳＣ１５０との間の通信は、回線シグナリング（Circuit Switched Signaling；CS Signaling）によって遂行される。特に、ＲＮＣ１４０とＭＳＣ１５０と間の接続は、ｌｕ−ＣＳインターフェースと称する。
【００１０】
ＭＢＭＳデータストリームは、運送ネットワーク１２０、ＳＧＳＮ１３０、ＲＮＣ１４０、及びセル１６０，１７０を介してＵＥ１６１，１６２，１６３，１７１及び１７２に伝達される。
【００１１】
図１には示されていないが、１つのＭＢＭＳサービスに対して複数のＳＧＳＮと各ＳＧＳＮに対して複数のＲＮＣとが存在することができる。各ＳＧＳＮは、ＲＮＣ１４０にデータを選択的に送信し、ＲＮＣ１４０は、複数のセルにデータを選択的に送信する。このために、データストリームを伝達しなければならないノードのリスト（すなわち、ＳＧＳＮはＲＮＣのリスト、ＲＮＣはセルのリスト）を貯蔵し、この貯蔵されているノードにのみＭＢＭＳデータを選択的に送信する。
【００１２】
ＵＥがネットワークに接続してネットワークからサービスを受信するためには、まず、ＵＥとネットワークノードとの間に該当サービスを提供するために必要な情報の集合であるコンテキスト（Context）が生成されなければならない。このコンテキストは、代表的に、ＵＥコンテキストと移動性管理（Mobility Management；以下、‘ＭＭ’と称する。）コンテキストがある。
【００１３】
図２は、加入者端末機とネットワークとの間のＭＢＭＳサービスを提供するための信号フローを示す図である。ここで、ＢＭ−ＳＣ３０６は、ＲＮＣ３０４を介してＵＥ３０２と通信する。
【００１４】
図２を参照すると、サービス登録（SUBSCRIPTION）ステップ３１０で、ＭＢＭＳサービスを受信しようとするＵＥ３０２は、サービスプロバイダーであるＢＭ−ＳＣ３０６に登録する。サービス登録ステップ３１０では、ＢＭ−ＳＣ３０６とＵＥ３０２との課金及びサービス受信に関連した基本的な情報を交換する。
【００１５】
サービス告知（ANNOUNCEMENT）ステップ３２０で、ＵＥ３０２は、ＭＢＭＳサービスに関する基本的な情報を取得する。例えば、ＢＭ−ＳＣ３０６から提供可能なＭＢＭＳサービスを区分するためのＭＢＭＳサービス識別子とＭＢＭＳサービスの開始時間及び持続時間を認知する。ここで、ＭＢＭＳサービス識別子は、マルチキャストアドレス（Multicast address）とアクセスポイントネーム（Access Point Name；以下、‘ＡＰＮ’と称する。）とから構成される。
【００１６】
サービス告知ステップ３２０で、ＢＭ−ＳＣ３０６とＵＥ３０２との間に位置しているノード、すなわち、ＲＮＣ３０４、ＳＧＳＮ、及び運送ネットワークは、ＵＥ３０２に関連した情報とＵＥ３０２にＵＥ３０２に接続されているノードを認知する。例えば、ＳＧＳＮは、自分の制御の下で、ＭＢＭＳサービスを受信しようとするＵＥリストとＵＥが有しているＲＮＣリストとを認知する。ＳＧＳＮは、このリストを参照して、ＭＢＭＳデータを要求するＲＮＣにのみＭＢＭＳデータを送信する。
【００１７】
ＭＢＭＳサービス基本情報を習得したＵＥ３０２は、所望のＭＢＭＳサービスデータを受信するためにサービス参加（JOINING）ステップ３３０を遂行する。サービス参加ステップ３３０で、ＵＥ３０２は、サービス告知ステップ３２０を介して取得したＭＢＭＳサービス識別子のうち所望の少なくとも１つのＭＢＭＳサービス識別子をＢＭ−ＳＣ３０６へ送信する。
【００１８】
サービス通知（NOTIFICATION）ステップ３４０では、ＵＥ３０２が要請したＭＢＭＳサービスがすぐ開始されることを知らせるために、ＵＥ３０２を呼び出す。サービス通知ステップ３４０では、ＭＢＭＳサービスに参加した複数のＵＥに対するグループ呼出し（Group Paging）が実行される。
【００１９】
無線資源割当て（RADIO RESOURCE ALLOCATION）ステップ３５０は、ＭＢＭＳサービスを提供するために、ＵＥ３０２とＲＮＣ３０４との間に無線資源を実際に割り当て、その情報を関連ノードに伝達する。ステップ３５０で、ＲＮＣ３０４は、下位の各セルに属したＵＥの数及び無線資源管理（Radio Resource Management；ＲＲＭ）機能に従うＰｔＭ送信モード又はＰｔＰ送信モードを選択することができる。
【００２０】
データ送信（DATA TRANSFER）ステップ３６０では、ＭＢＭＳデータは、ＲＮＣ３０４を介してＵＥ３０２へ送信される。ステップ３６０で、ＭＢＭＳサービスに対する暗号解読（ciphering key）を変更すべき必要がある場合、ＲＮＣ３０４は、新たな暗号解読をＭＢＭＳサービスを受信しているすべてのＵＥへ伝達する。
【００２１】
ＭＢＭＳサービスが終了されると、無線資源解除（RADIO RESOURCE RELEASE）ステップ３７０で、上記割り当てられた無線資源が解除され、ＵＥ３０２にＭＢＭＳ無線資源が解除されることを通知する。図示していないが、ＵＥ３０２は、ＭＢＭＳサービスを受信する（すなわち、ステップ３６０）間に、自発的にＭＢＭＳサービスの受信中断を要請し、ＭＢＭＳサービスの受信を中断することもできる。
【００２２】
このようなＭＢＭＳサービスを進行するためには、同一のＭＢＭＳサービスに加入した複数のＵＥにセッション開始又はＭＢＭＳサービスに従う制御情報の存在を通知するための呼出しメッセージを送信する。この呼出しメッセージの存在を通知するためには、呼出し指示子（Paging Indicator）を複数のＵＥへ送信する。この呼出し指示子は、複数のＵＥのためのものである。
【００２３】
しかしながら、現在、標準で使用している個々のＵＥに対する呼出し指示子の送信方法を使用すると、Ｉｕｂインターフェース上に不必要な制約を課す。また、ＭＢＭＳ呼出しメッセージがグループ呼出しメッセージであることを考慮すれば、これによって、特定のＵＥは、要請しないＭＢＭＳサービスに対してＭＢＭＳ呼出しメッセージを受信することがある。その結果、ＵＥのバッテリーが不要に消費される、という問題点があった。
【発明の開示】
【発明が解決しようとする課題】
【００２４】
上記背景に鑑みて、本発明の目的は、ＭＢＭＳサービスを提供するための呼出し方法を提供することにある。
【００２５】
本発明の他の目的は、ＭＢＭＳ移動通信システムにおいて、ＲＮＣが呼出しに必要とするパラメータを設定する方法を提供することにある。
【００２６】
本発明のさらなる目的は、ＭＢＭＳ移動通信システムにおいて、呼出し指示子を送信する物理チャンネルを構成する方法を提供することにある。
【００２７】
本発明のもう１つの目的は、ＭＢＭＳ移動通信システムにおいて、ＲＮＣがＮｏｄｅ Ｂへの呼出し指示子の信頼できる送信を保証するためのＮＢＡＰ（Node B Application Protocol）制御メッセージを使用する方法を提供することにある。
【００２８】
本発明のさらに他の目的は、ＭＢＭＳ移動通信システムにおいて、呼出し指示子を送信する物理チャンネルの主なパラメータを更新する方法を提供することにある。
【００２９】
本発明のさらにまた他の目的は、ＭＢＭＳ移動通信システムにおいて、ＲＮＣがＮｏｄｅ Ｂへの呼出し指示子の送信回数を周期情報を用いて最小化する方法を提供することにある。
【課題を解決するための手段】
【００３０】
上記のような目的を達成するために、本発明の第１の実施形態によると、マルチメディア・ブロードキャスト／マルチキャストサービスを提供する移動通信システムにおいて、無線網制御器が上記ＭＢＭＳサービスに従う制御情報を送信する方法は、上記無線網制御器がＭＢＭＳ呼出しグループに対するＭＢＭＳ通知指示子に関する情報のリストを含む制御メッセージを基地局へ送信するステップと、上記基地局が上記制御メッセージに従って物理チャンネルを設定し、上記設定された物理チャンネルを介して上記通知指示子を含むＭＳＭＳ通知指示子チャンネルを使用者端末へ送信するステップと、を備えることを特徴とする。
【００３１】
また、本発明の第２の実施形態によると、マルチメディア・ブロードキャスト／マルチキャストサービスを提供する移動通信システムにおいて、無線網制御器が上記ＭＢＭＳサービスに従う制御情報を送信する方法は、無線網制御器がＭＢＭＳサービスに従う制御情報が存在するか否かを示すＭＢＭＳ通知指示子に関するインデックスのリストを含む通知情報更新要請メッセージを基地局へ送信するステップと、上記基地局が上記通知情報更新要請メッセージに従って物理チャンネルを設定した後、上記インデックスに対応する通知指示子を含むＭＢＭＳ通知指示子チャンネルを使用者端末へ送信するステップとを備えることを特徴とする。
【００３２】
さらに、本発明の第３の実施形態によると、少なくとも１つの使用者端末と、上記少なくとも１つの使用者端末が位置するセルと、少なくとも１つのセルを管理し、上記少なくとも１つのセルを介して放送サービスを提供する無線網制御器を有する移動通信システムにおいて、使用者端末が上記放送サービスに従う制御情報を受信する方法であって、基地局からシステム情報ブロックを介して上記基地局が設定した物理チャンネルを区別する識別情報と上記放送サービスに対する呼出しが存在するか否かを示す通知指示子とを受信するステップと、呼出し専用時点で制御情報が存在するか否かを示す呼出し指示子とは異なる通知指示子を確認するステップと、上記通知指示子を介して上記放送サービスに従う制御情報が存在することを確認すると、上記放送サービスに関連した制御チャンネルを受信するステップとを備えることを特徴とする。
【発明の効果】
【００３３】
本発明は、ＭＢＭＳサービスを提供する移動通信システムでＵＥが呼出し専用の時点で、一般的な呼出し指示子と該当ＭＢＭＳサービスに従う呼出し指示子を確認して、ＵＥの電力消耗を最小化する。また、無線網制御器は、この呼出しが発生したＭＢＭＳサービスグループ、又は、それぞれのＭＢＭＳサービスと該当呼出しが連続的に送信される周期を含むリストを制御メッセージを通じて、基地局へ送信してＭＢＭＳサービスに従うシグナリングを効率的に遂行する。
【００３４】
すなわち、無線網制御器が基地局へ送信するメッセージの数が最小化され、制御メッセージを使用してこの呼出し情報を送信することに信頼性を保証するという効果を有する。また、基地局は、このメッセージに含まれている周期に従って、この呼出し情報をＵＥに反復的に送信することよって、ＭＢＭＳサービスに呼出し情報の信頼度を保証するという効果を有する。
【発明を実施するための最良の形態】
【００３５】
以下、本発明による好適な一実施形態について添付した図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能又は構成に関する具体的な説明は省略する。
【００３６】
本発明は、ＭＢＭＳサービスに加入した複数のＵＥに呼出しメッセージの存在を示す呼出し指示子を効率的に送信するための方法を提供する。
【００３７】
一般的に、移動通信システムにおいて、ＵＥは、バッテリーの不必要な消費を防止するために、所定の呼出し時点（Paging Occasion；以下、‘ＰＯ’と称する。）でＰＩＣＨ信号を受信する。上記受信されたＰＩＣＨ信号で特定の呼出し指示子(Paging Indicator；以下、‘ＰＩ’と称する。)が“１”である場合、ＵＥに対する呼出しメッセージが存在することを確認する。このとき、ＰＯの開始時点は、各ＵＥの識別子によって決定され、ＰＯの反復時点は、基幹回線網（Core Network）又はＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）によって予め決定されることができる。
【００３８】
ＰＩがＵＥに対する呼出しメッセージの存在を示す場合、ＵＥは、２次共通制御物理チャンネル（Secondary Common Control Physical Channel；以下、‘Ｓ−ＣＣＰＣＨ’と称する。）へ送信されるトランスポートチャンネルである呼出しチャンネル（Paging Channel；以下、‘ＰＣＨ’と称する。）を受信する。
【００３９】
しかしながら、従来技術で説明したように、ＭＢＭＳは、複数のＵＥに対するサービスであり、ＭＢＭＳ制御情報は、複数のＵＥのためのものである。従って、ＭＢＭＳ制御情報の存在を示すＰＩは、所定の期間の間に反復して送信し、これによって、すべてのＵＥは、ＰＩを信頼できるように確認することができる。
【００４０】
これに関連して、本発明は、ＭＢＭＳに関連した制御情報の存在を示すＰＩ及びＰＩを送信するＰＩＣＨをＭＢＭＳ制御情報の存在を示すＮＩ（ＭＢＭＳ通知指示子）及びＮＩを送信するＭＩＣＨと区別する。
【００４１】
また、ＭＢＭＳサービスを支援するＵＥは、ＰＩをモニタリングするために、受信器をターンオン（turn on）する時点ＰＯで、上記ＮＩを確認し、ＵＥがサービスの受信を要請した該当ＭＢＭＳサービスに対する呼出しが上記ＮＩを介して存在するか否かも判断する。すなわち、ＰＯでＮＩをモニタリングする理由は、ＵＥがＰＩ及びＮＩをモニタリングするために、反復される受信器のターンオンを避けることによって、不必要なＵＥの電力消費を防止するためのものである。
【００４２】
このとき、ＵＥは、ＮＩを介してＭＢＭＳサービスに対する制御情報の呼出しが存在することを確認すると、ＭＢＭＳ制御情報を送信するＭＢＭＳ制御チャンネル（MBMS Control Channel；以下、‘ＭＣＣＨ’と称する。）を受信する。上記ＭＣＣＨは、Ｓ−ＣＣＰＣＨを介して送信されるトランスポートチャンネルである下りアクセスチャンネル（Forward Access Channel ；以下、‘ＦＡＣＨ’と称する。）にマッピングされる。言い換えれば、ＵＥは、ＮＩを介して要請したＭＢＭＳサービスの制御情報が存在するか否かを確認する。従って、ＲＮＣは、ＭＢＭＳサービスを要請したすべてのＵＥが上記ＮＩを受信することができるように、所定の期間の間に上記ＮＩを反復して送信する。ＲＮＣは、３００ビットのＭＩＣＨのすべてを用いてＮＩを送信することができる。
【００４３】
このとき、ＲＮＣは、自分が管理しているセルを介して、特定のＭＢＭＳサービスに関連したＮＩをＵＥへ送信するために、まず、該当セルに共通物理チャンネルＭＩＣＨ（Common Physical Channel）を構成しなければならない。
【００４４】
図３は、ＭＩＣＨを構成するためのＲＮＣとＮｏｄｅ Ｂとの間の制御メッセージの送受信過程を示す信号フロー図である。
【００４５】
図３を参照すると、ステップ４１０及びステップ４１１で、ＲＮＣ４０３（すなわち、制御ＲＮＣ：ＣＲＮＣ）は、共通トランスポートチャンネル（Common Transport Channel；ＴｒＣＨ）セットアップ手順によって、ＮＩを送信するＭＩＣＨ物理チャンネルを構成する。下記表１ａ及び表１ｂは、ＮＩを送信する新たに定義されたＭＩＣＨについて説明する。
【００４６】
ＭＩＣＨの構成に際して、既存の共通ＴｒＣＨセットアップ要請メッセージに次のようなパラメータが付加される。
【００４７】
【表１ａ】
2005236988.tif 000003
【００４８】
【表１ｂ】
2005236988.tif 000004
【００４９】
表１ａを参照すると、ＭＩＣＨモードは、ＭＩＣＨに含まれたＭＢＭＳ呼出しグループの数を示す。例えば、ＭＩＣＨモードが３である場合、総３つのＭＢＭＳ呼出しグループが存在する。従って、ＲＮＣは、各ＭＢＭＳ呼出しグループに対応して任意のＮＩを１に設定してＮｏｄｅ Ｂへ送信する。そうすると、Ｎｏｄｅ Ｂは、ＭＩCＨフレームのＮＩに対応する１００個のビットを１に設定してＵＥへ送信する。
【００５０】
呼出しグループ識別子（paging Group ID）は、同一のＮＩが割り当てられた少なくとも１つのＭＢＭＳサービスを含むグループを識別する。複数のＭＢＭＳサービスは、呼出しグループＩＤで識別された１つのＭＢＭＳ呼出しグループにグループ化され、ＮＩは、ＭＢＭＳ呼出しグループ別に送信される。また、上記呼出しグループ識別子は、ＮＩが各ＭＢＭＳサービスごとに割り当てられるように設定されることができる。言い換えれば、呼出しグループ識別子は、各ＭＢＭＳサービス識別子にＮＩを設定してＮｏｄｅ Ｂへ送信することができる。
【００５１】
上記呼出し周期（Paging Duration）は、複数のＵＥが相互に異なる周期ＰＯと相互に異なるＤＲＸサイクルでＮＩを受信しても、同一のＭＢＭＳ呼出しグループに属した複数のＵＥが同一のＮＩを信頼できるように確認するために、Ｎｏｄｅ ＢがＮＩを連続的に送信する時間区間を意味する。上記呼出し周期は、ＭＢＭＳ呼出しグループ別に相互に異なって設定されることができる。
【００５２】
このとき、前記ＭＢＭＳ呼出しグループ識別子及び前記呼出し周期は、一対で設定され、最大ＭＢＭＳ呼出しグループ数だけの長さを有するリスト生成が可能である。または、呼出しグループ識別子を昇順に整列して、固定された順序に従って、上記呼出し周期のみを有するリストの生成も可能である。
【００５３】
また、ＭＢＭＳ呼出しグループがすべて同一の呼出し周期を有する場合、前記共通トランスポートチャンネルセットアップ要請メッセージは、１つの呼出し周期を含む。
【００５４】
表１ｂにおいて、変更周期（Modulation Period）とは、ＭＢＭＳ呼出しグループまたはＭＢＭＳサービスの共通呼出し周期を意味する。Ｎｏｄｅ Ｂは、特定のＭＢＭＳサービスを受信するＵＥが変更周期の内で新たなサービスに対する呼出しを追加するか又は除外させることを不可能にする。
【００５５】
表１ａ及び表１ｂにおいて、共通物理チャンネル識別子（Common Physical Channel ID）は、ＭＩＣＨを識別する。ＦＤＤ（Frequency Division Duplex）ＤＬ（Downlink）チャンネル化コード番号（Channelization Code Number）は、ＭＩＣＨに割り当てられたチャンネル化コードの番号を示す。上記ＭＢＭＳ通知指示子チャンネルパワー（MICH Power）は、ＭＩＣＨに割り当てられた最大電力量を示す。
【００５６】
さらに図３を参照すると、ＲＮＣ４０３は、ステップ４１０で、パラメータに、ＭＩＣＨモードのパラメータ及び呼出し周期を含む共通トランスポートチャンネルセットアップ要請メッセージをＮｏｄｅ Ｂ４０２へ送信する。ステップ４１１で、Ｎｏｄｅ Ｂ４０２は、ＮＩを送信するＭＩＣＨを成功的に構成することによって、上記共通トランスポートチャンネルセットアップを完了する。
【００５７】
ステップ４１５で、Ｎｏｄｅ Ｂ４０２は、ＮＩ送信に関連してＭＩＣＨに関連したシステム情報ブロック（System Information Block；以下、‘ＳＩＢ’と称する。）情報を更新する。ステップ４１７で、Ｎｏｄｅ Ｂ４０２は、上記更新されたＳＩＢ情報を指定された時点にセル全体に放送する。上記ＳＩＢ情報は、ＭＢＭＳ ＮＩ指示子（Indicator）及びＭＩＣＨモードを含む。ここで、ＭＢＭＳ ＮＩ指示子は、ＭＢＭＳ呼出しのために、新たに定義されたＭＩＣＨを使用するか否かを示す。ＭＩＣＨモードについては、表１ａ及び表１ｂを参照して上述した。
【００５８】
上記ＳＩＢ情報を取得したＵＥ４０１は、ＭＩＣＨを周期的にモニタリングし、ＭＢＭＳ制御情報が存在するか否かを確認する。ここで、１つのＭＢＭＳ呼出しグループの呼出し周期は、同一のＭＢＭＳ呼出しグループに属するＵＥのＤＲＸサイサービスが活性化されている間に変更されることができる値である。
【００５９】
図３に示した共通ＴｒＣＨ設定手順を通して、Ｎｏｄｅ Ｂは、所定の呼出し周期の間に特定のＭＢＭＳ呼出しグループに対応するＮＩを反復して送信するように準備され、ＵＥもＳＩＢを介してＮＩを送信するＭＩＣＨの構成情報を取得することによって、ＮＩを受信する準備が整っている。
【００６０】
従って、ＲＮＣは、ＭＢＭＳセッションの開始、又は、ＭＣＣＨを介して非周期的なＭＢＭＳ制御メッセージの送信を示すために、ＮＩをＵＥへ送信する。
【００６１】
しかしながら、図３のステップ４１０で遂行されたように、上記呼出し周期の間に、ＲＮＣがＮｏｄｅ ＢにＮＩを反復して送信することは、非効率的である。
【００６２】
図４は、本発明の他の実施形態に従って、ＲＮＣとＮｏｄｅ Ｂとの間の通知指示子の送信に関連したメッセージ送受信のための信号フローを示す図である。ＲＮＣは、開始時点で最初の通知指示子をＮｏｄｅ Ｂへ送信し、Ｎｏｄｅ Ｂは、ＭＩＣＨフレームを構成してＵＥへ反復して送信する。Ｎｏｄｅ ＢがＩｕｂインターフェース上のエラーによって最初のＮＩを受信しなかった場合、呼出し周期の間に、複数のＰＩＣＨとＭＩＣＨフレームの構成は、エラーを有するので、信頼できる通知指示子の送信が必須的である。
【００６３】
従って、本発明の実施形態において、ＲＮＣは、ユーザプレーン（User Plane）フレームプロトコル（Frame Protocol）メッセージの代わりに、コントロールプレーン（Control Plane）ＮＢＡＰ（Node B Application Protocol）メッセージを用いてＮＩをＮｏｄｅ Ｂへ送信する。
【００６４】
また、本発明において、ＲＮＣがＮｏｄｅ Ｂへ送信する通知情報更新要請（Notification Information Update Request）メッセージ及びＮｏｄｅ ＢがＲＮＣへ送信する通知情報更新応答（Notification Information Update Response）メッセージは、ＮＩ送信に関連した新たなＮＢＡＰメッセージと定義される。ここで、上記通知情報更新要請／応答（Notification Information Update Request／Response）メッセージは、既存のＮｏｄｅ Ｂコントロールポート（control port）を介して送信されるか、又は、本発明に従って新しく定義されたＭＢＭＳコントロールポートを介して送信されることができる。
【００６５】
Ｎｏｄｅ Ｂコントロールポートは、１つのＲＮＣと１つのＮｏｄｅ Ｂとの間に特定のＵＥに関連しないセルを管理するためのＮＢＡＰメッセージを交換するのに使用される。一方、上記ＭＢＭＳコントロールポートは、１つのＲＮＣと１つのＮｏｄｅ Ｂとの間のＮＢＡＰメッセージを用いてＮＩ情報を交換するのに使用される。
【００６６】
図４を参照すると、ＲＮＣ５０３は、ステップ５１０で、通知情報更新要請メッセージをＮｏｄｅ Ｂ５０２へ送信してＮｏｄｅ ＢがＭＩＣＨフレームを構成することができるようにする。ステップ５１０を実施する前に、図３の手順によってＭＩＣＨチャンネルを構成することは明らかである。
【００６７】
通知情報更新要請メッセージは、ＭＩＣＨフレームに設定されるＮＩに関する情報と、変更しようとする呼出し周期情報を含む。ここで、ＮＩ情報を表現するためには、下記のような２種類の方法を使用することができる。
【００６８】
（１）ビットマップ（Bitmap）
ＭＢＭＳ呼出しグループ別に１つのビットずつ割り当てる。従って、総ＭＩＣＨモード個のビットからなるビットマップが構成される。ここで、このビットが０に設定された場合は、ビットに該当するＮＩを送信せず、ビットが１に設定された場合は、所定の呼出し周期の間に該当ＮＩを反復して送信する。
【００６９】
（２）インデックス（index）
呼び出そうとするＭＢＭＳサービスをＭＢＭＳ呼出しグループに分け、上記ＭＢＭＳ呼出しグループに識別子を割り当てる方式である。すなわち、ＭＢＭＳ呼出しグループを順次に配列して昇順で番号を付ける。このような番号は、呼出しグループ識別子と定義される。この呼出しグループ識別子が含まれる場合、所定の呼出しグループ周期の間に、呼出しグループ識別子に該当するＮＩは、反復して送信され、呼出しグループ識別子が含まれない場合、該当ＮＩは、送信されない。このような場合、同一のＭＢＭＳ呼出しグループに属する２個のＭＢＭＳサービスは、変更周期（modulation period）内のフレームごとの同一の位置で呼出しが発生する。
【００７０】
下記表２ａ及び表２ｂは、上記通知情報更新要請メッセージの一例を示す。
【００７１】
【表２ａ】
2005236988.tif 000005
【００７２】
【表２ｂ】
2005236988.tif 000006
【００７３】
表２ａ及び表２ｂの各パラメータについては、上述したので省略する。表２ａ及び表２ｂを参照すると、ＲＮＣは、ＮＩを送信するに際して、選択型通知識別子情報(Choice NI Information To Be Configured)パラメータを使用して、ビットマップ及びインデックスのうちの１つを選択することができる。
【００７４】
また、表２ａ及び表２ｂに示すように、ＲＮＣは、上記通知情報更新要請メッセージの内の呼出し周期を選択的に含むことによって、ＭＢＭＳ呼出しグループ別に呼出し周期を変更することもできる。
【００７５】
表２ｂは、すでに呼出し中であるＭＢＭＳサービスグループと新たに呼び出そうとするＭＢＭＳ呼出しグループとの差異のみを通知情報更新要請メッセージに反映させることができることを示す。すなわち、上記通知情報更新要請メッセージは、現在のＭＳＭＢ呼出しグループに追加されるか、又は、除去されるべき呼出しグループを作るデルタリスト(delta list)を含む。
【００７６】
本発明は、ＭＢＭＳ呼出しグループ識別子の代わりに、ＭＢＭＳサービス識別子（MBMS Service ID）を使用してよい。
【００７７】
上記ビットマップを使用する場合、すべてのＭＢＭＳ呼出しサービスグループを同時に呼び出し、Ｉｕｂ有線資源を効率的に使用可能とする。
【００７８】
一方、上記ビットマップを比較すると、同時に呼び出そうとするＭＢＭＳ呼出しグループの数が多い場合、インデックス方法は、さらに少ないビットを有してＭＢＭＳ呼出しが存在するか否かを通知することができ、これによって、Ｉｕｂ有線資源をさらに効率的に使用することができる。従って、ＲＮＣは、Ｉｕｂ有線資源を効率的に使用するために、上記ビットマップ及び上記インデックスのうちの1つを選択する。
【００７９】
また、ビットマップを使用する場合、ＲＮＣは、この共通ＴｒＣＨセットアップ要請メッセージ、又は、通知情報更新要請メッセージに上記呼出し周期情報を含ませず、Ｎｏｄｅ Ｂへ送信する方法も可能である。すなわち、既存リリース（Release）９９のＰＩＣＨシグナリングのためのビットマップシグナリングと類似した方法で、ＮＩが０から１に更新される時点と１から０に更新される時点で、ＲＮＣは、更新されたビットマップをＮｏｄｅ Ｂへ送信する。
【００８０】
通知情報更新要請メッセージを受信すると、Ｎｏｄｅ Ｂ５０２は、ステップ５１１で、ＭＩＣＨ構成情報を貯蔵し、通知情報更新応答メッセージを送信する。そうすると、ステップ５１２で、Ｎｏｄｅ Ｂは、通知情報更新要請メッセージに設定された連結フレームナンバ（Connection Frame Number；以下、ＣＦＮと称する）時点から始めて、ＭＢＭＳ呼出しグループ別に予め設定された呼出し周期の間に連続したＭＩＣＨフレームで１に設定されたＮＩを反復して送信する。
【００８１】
上記呼出し周期は、図３のステップ４１０で、共通ＴｒＣＨセットアップ要請メッセージを通じてＭＢＭＳ呼出しグループ別に設定された。
【００８２】
例えば、特定のＮＩがＣＦＮ＃０で１に設定され、上記ＮＩに該当するＭＢＭＳ呼出しグループの呼出し周期が２００である場合、ＮＩのビットを１に設定し、２００個、すなわち、ＣＦＮ＃０からＣＦＮ＃１９９までＭＩＣＨフレームの内に送信される。このとき、上記ＮＩがＣＦＮ＃２０でさらに１に設定され、上記呼出し周期が２００である場合、ＮＩのビットを１に設定し、２００個、すなわち、ＣＦＮ＃２０からＣＦＮ＃２１９までＭＩＣＨフレームの内に送信される。
【００８３】
また、本発明では、３００ビット長さの新たに設定されたＭＩＣＨを介して相互に異なるＭＢＭＳサービスに対するＮＩを送信する場合、ＭＢＭＳ呼出しグループ識別子を使用する代わりに、ＭＢＭＳサービス識別子（MBMS Service ID）別にＮＩを送信する。
【００８４】
図５は、図３に示した手順に従ってＲＮＣの動作を示すフローチャートである。
【００８５】
図５を参照すると、ＲＮＣがＮｏｄｅ ＢにＭＩＣＨを設定しようとする場合、ステップ６００で、Ｎｏｄｅ ＢがＭＢＭＳサービスが可能なＮｏｄｅ Ｂであるか否かを確認する。Ｎｏｄｅ ＢがＭＢＭＳサービス可能なＮｏｄｅ Ｂである場合、ＲＮＣは、ステップ６１０で、ＲＲＭ機能を用いるか、又は、維持管理（operation and maintenance）ネットワークプロバイダーによって予め設定された値を用いて、ＮＩを送信するための共通物理チャンネルＭＩＣＨを選択する。
【００８６】
ステップ６２０で、ＲＮＣは、上記ＭＩＣＨを構成するためのパラメータを決定する。上記パラメータは、ＭＩＣＨモード及び呼出し周期を含む。ステップ６３０で、ＲＮＣは、上記共通ＴｒＣＨセットアップ手順によって上記ＭＩＣＨを構成する。
【００８７】
ステップ６４０で、ＲＮＣは、Ｎｏｄｅ Ｂが上記共用物理チャンネルＭＩＣＨに関する構成情報をＵＥに放送することができるようにするために、ＳＩＢ更新手順によってＳＩＢ情報を更新する。
【００８８】
図６Ａは、本発明の実施形態による図４に示した手順によってＲＮＣの動作を示すフローチャートである。
【００８９】
図６Ａを参照すると、ステップ７００で、ＲＮＣがＭＢＭＳサービスのためのグループ呼出しを必要とする場合、ＲＮＣは、上記ＭＢＭＳサービスがステップ７１０に属するＭＢＭＳ呼出しグループを確認する。このとき、ＵＥの移動性によってＲＮＣが管理するセルに位置するＵＥが変更される場合、上記ＭＢＭＳ呼出しグループの呼出し周期は、ＵＥのＤＲＸサイクルのうちの一番長い値を変更することができる。又は、ＲＮＣそれ自体は、ＲＲＭ機能によってＤＲＸ周期を変更することができる。
【００９０】
上記のような理由で、ステップ７２０で、最大ＤＲＸサイクルが変更された場合、ステップ７３０に進行して、ＲＮＣは、上記ＭＢＭＳ呼出しグループの呼出し周期を変更する。ステップ７２０で、上記最大ＤＲＸサイクル変更がなければ、ステップ７３０は遂行されない。ステップ７４０で、ＲＮＣは、ＮＩの送信方式のように、ビットマップ又はインデックスのうちの１つを選択する。
【００９１】
ステップ７４０で、ビットマップを使用してＮＩを送信する場合、ステップ７４１に進行する。ステップ７４１で、ＲＮＣは、ＭＢＭＳ呼出しグループ別に１つのビットを割り当て、総ＭＩＣＨモード個のビットからなるビットマップを構成する。このとき、このビットマップは、通知情報更新要請メッセージに含んでＮｏｄｅ Ｂへ送信する。このとき、呼び出そうとするＭＢＭＳ呼出しグループに該当するＮＩは、１に設定される。
【００９２】
一方、ステップ７４０で、インデックスを使用してＮＩを送信する場合、ステップ７４３に進行する。ステップ７４３で、ＲＮＣは、ＭＢＭＳ呼出しグループ、又は、それぞれのＭＢＭＳサービスに基づいて呼び出しを遂行するか否かを判断し、この判断の結果に従って、この呼び出そうとするＭＢＭＳ呼出しグループに該当する呼出しグループ識別子、又は、呼び出そうとするＭＢＭＳサービス識別子をこの通知情報更新要請メッセージに含んでＮｏｄｅ Ｂへ送信する。
【００９３】
呼び出そうとするＭＢＭＳサービス識別子が多い場合、ＲＮＣは、上記ＭＢＭＳサービス識別子をグルーピングした後、このグルーピングされたＭＢＭＳ呼出しグループ別にインデックスを割り当て、上記通知情報更新要請メッセージに含んでＮｏｄｅ Ｂへ送信する。
【００９４】
ステップ７５０で、ＲＮＣは、Ｎｏｄｅ Ｂから通知情報更新応答メッセージを受信することによって通知情報の更新を完了する。
【００９５】
図６Ｂは、本発明の他の実施形態による図４に示した手順に従ってＲＮＣの動作を示すフローチャートである。本発明に従って付加されるか又は削除されるＭＢＭＳ呼出しグループのデルタリストは、図６Ｂの手順で使用される。
【００９６】
図６Ｂを参照すると、ステップ７６０〜７７０は、図６Ａのステップ７００〜７４１のステップと同一の方式にて遂行される。
【００９７】
このとき、ＲＮＣがインデックスを使用してＮＩを送信しようと決めた場合、ＲＮＣは、ステップ７７２で、デルタリストを使用するか、又は、全体の呼出しグループ識別子を使用するかを判断する。ＲＮＣが上記デルタリストを使用せず、呼び出そうとするすべての呼出しグループに該当する呼出しグループ識別子をＮｏｄｅ Ｂへ送信することに決定すると、ステップ７７６に進行する。
【００９８】
一方、上記デルタリストを使用して既存に呼び出された呼出しグループとの差異のみを送信しようとすると、ステップ７７４に進行する。ＲＮＣは、ステップ７７４又はステップ７７６で、各フォーマットに該当するＮＩ情報を構成し、上記ＮＩ情報を通知情報更新要請メッセージを用いて送信する。ステップ７７８で、ＲＮＣは、Ｎｏｄｅ Ｂから上記通知情報更新応答メッセージを受信することによって、この通知情報の更新を完了する。
【００９９】
図７は、図３に示した手順に従ってＮｏｄｅ Ｂの動作を示すフローチャートである。
【０１００】
図７を参照すると、ステップ８００で、Ｎｏｄｅ Ｂは、受信メッセージが共通ＴｒＣＨセットアップ要請メッセージであるか否かを確認する。このとき、受信メッセージが共通ＴｒＣＨセットアップ要請メッセージである場合、Ｎｏｄｅ Ｂは、ステップ８１０で、上記ＭＩＣＨの構成のための重要なパラメータ、すなわち、上記メッセージに設定されたＭＩＣＨモード及び上記呼出し周期を貯蔵する。
【０１０１】
ステップ８１３で、Ｎｏｄｅ Ｂは、ＭＩＣＨモード及び呼出し周期に基づいて共用物理チャンネルＭＩＣＨを構成し、ステップ８１５に進行して、共通ＴｒＣＨセットアップ応答メッセージをＲＮＣへ送信する。
【０１０２】
一方、ステップ８００で、上記受信メッセージが共通ＴｒＣＨセットアップ要請メッセージでなければ、Ｎｏｄｅ Ｂは、ステップ８２０で、更新しようとするパラメータ（呼出し周期）を含むＮＢＡＰメッセージであるか否かを確認する。ステップ８２３で、上記受信メッセージが共通ＴｒＣＨセットアップ要請メッセージであれば、Ｎｏｄｅ Ｂは、変更されたパラメータを有する呼出し周期を更新する。そうすると、ステップ８２５で、Ｎｏｄｅ Ｂは、上記更新された呼出し周期に基づいてＭＩＣＨを再構成し、応答メッセージをＲＮＣへ送信する。
【０１０３】
図８は、図４に示した手順に従ってＮｏｄｅ Ｂの動作を示すフローチャートである。
【０１０４】
図８を参照すると、ステップ９００で、Ｎｏｄｅ Ｂは、ＲＮＣから通知情報更新要請メッセージを受信し、ステップ９１０で、Ｎｏｄｅ Ｂは、上記メッセージから呼出し周期が変更されたか否かを確認する。
【０１０５】
上記呼出し周期が変更された場合、ステップ９２０で、Ｎｏｄｅ Ｂは、上記変更に関連したＭＢＭＳ呼出しグループ又は各ＭＢＭＳサービスの呼出し周期を更新し、ＭＩＣＨを再構成する。その後、ステップ９３０で、Ｎｏｄｅ Ｂは、上記メッセージに設定されたＮＩ情報に基づいてＭＩＣＨフレームを構成する。
【０１０６】
ステップ９４０で、Ｎｏｄｅ Ｂは、ＲＮＣに通知情報更新応答メッセージを送信することによって、呼出し周期が正常に更新されることを知らせ、ステップ９５０で、Ｎｏｄｅ Ｂは、上記通知情報更新要請メッセージに設定されたＣＦＮからＭＩＣＨフレームをＭＢＭＳサービスを支援するＵＥへ送信する。このように、ＭＩＣＨフレームは、ＭＢＭＳ呼出しグループ又は各ＭＢＭＳサービス別に設定された呼出し周期の間にＵＥへ反復して送信される。
【０１０７】
以上、本発明の詳細について具体的な実施の形態に基づき説明してきたが、本発明の範囲を逸脱することなく、各種の変形が可能なのは明らかである。従って、本発明の範囲は、上記実施の形態に限定されるものではなく、特許請求の範囲の記載及び該記載と均等なものにより定められるべきである。
【図面の簡単な説明】
【０１０８】
【図１】ＭＢＭＳサービスを提供するためのネットワーク構成を示す図である。
【図２】ＭＢＭＳサービスを提供するための信号フローを示す図である。
【図３】本発明の一実施形態によるＭＩＣＨを構成するためのＲＮＣとＮｏｄｅ Ｂとの間の制御メッセージ送受信に対する信号フローを示す図である。
【図４】本発明の他の実施形態によるＭＩＣＨを構成するためのＲＮＣとＮｏｄｅ Ｂとの間の制御メッセージ送受信に対する信号フローを示す図である。
【図５】図３に示した手順に従ってＲＮＣの動作を示すフローチャートである。
【図６Ａ】本発明の実施形態による図４に示した手順に従ってＲＮＣの動作を示すフローチャートである。
【図６Ｂ】本発明の他の実施形態による図４に示した手順に従ってＲＮＣの動作を示すフローチャートである。
【図７】図３に示した手順に従ってＮｏｄｅ Ｂの動作を示すフローチャートである。
【図８】図４に示した手順に従ってＮｏｄｅ Ｂの動作を示すフローチャートである。
【符号の説明】
【０１０９】
４０２  Ｎｏｄｅ Ｂ
４０３  ＲＮＣ
【図１】
2005236988.tif 000007
【図２】
2005236988.tif 000008
【図３】
2005236988.tif 000009
【図４】
2005236988.tif 000010
【図５】
2005236988.tif 000011
【図６Ａ】
2005236988.tif 000012
【図６Ｂ】
2005236988.tif 000013
【図７】
2005236988.tif 000014
【図８】
2005236988.tif 000015
【外国語明細書】
2005236988.tif 000016
2005236988.tif 000017
2005236988.tif 000018
2005236988.tif 000019
2005236988.tif 000020
2005236988.tif 000021
2005236988.tif 000022
2005236988.tif 000023
2005236988.tif 000024
2005236988.tif 000025
2005236988.tif 000026
2005236988.tif 000027
2005236988.tif 000028
2005236988.tif 000029
2005236988.tif 000030
2005236988.tif 000031
2005236988.tif 000032
2005236988.tif 000033
2005236988.tif 000034
2005236988.tif 000035
2005236988.tif 000036
2005236988.tif 000037
2005236988.tif 000038
2005236988.tif 000039
2005236988.tif 000040
2005236988.tif 000041
2005236988.tif 000042
2005236988.tif 000043
2005236988.tif 000044
2005236988.tif 000045
2005236988.tif 000046
2005236988.tif 000047
2005236988.tif 000048
2005236988.tif 000049
2005236988.tif 000050
2005236988.tif 000051