JP4087857B2 - マルチメディア・ブロードキャスト／マルチキャストサービスのための制御情報を効率的に送信する方法 - Google Patents

Description

本発明は、マルチメディア・ブロードキャスト／マルチキャストサービス（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；ＴｒＣＨ）セットアップ手順によって、ＮＩを送信するＭＩＣＨ物理チャンネルを構成する。下記表１ａ及び表１ｂは、ＮＩを送信する新たに定義されたＭＩＣＨについて説明する。

ＭＩＣＨの構成に際して、既存の共通ＴｒＣＨセットアップ要請メッセージに次のようなパラメータが付加される。

表１ａを参照すると、ＭＩＣＨモードは、ＭＩＣＨに含まれたＭＢＭＳ呼出しグループの数を示す。例えば、ＭＩＣＨモードが３である場合、総３つのＭＢＭＳ呼出しグループが存在する。従って、ＲＮＣは、各ＭＢＭＳ呼出しグループに対応して任意のＮＩを１に設定してＮｏｄｅ Ｂへ送信する。そうすると、Ｎｏｄｅ Ｂは、ＭＩ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）内のフレームごとの同一の位置で呼出しが発生する。

下記表２ａ及び表２ｂは、上記通知情報更新要請メッセージの一例を示す。

表２ａ及び表２ｂの各パラメータについては、上述したので省略する。表２ａ及び表２ｂを参照すると、ＲＮＣは、ＮＩを送信するに際して、選択型通知識別子情報(Choice NI Information To Be Configured)パラメータを使用して、ビットマップ及びインデックスのうちの１つを選択することができる。

また、表２ａ及び表２ｂに示すように、ＲＮＣは、上記通知情報更新要請メッセージの内の呼出し周期を選択的に含むことによって、ＭＢＭＳ呼出しグループ別に呼出し周期を変更することもできる。

表２ｂは、すでに呼出し中であるＭＢＭＳサービスグループと新たに呼び出そうとするＭＢＭＳ呼出しグループとの差異のみを通知情報更新要請メッセージに反映させることができることを示す。すなわち、上記通知情報更新要請メッセージは、現在のＭＳＭＢ呼出しグループに追加されるか、又は、除去されるべき呼出しグループを作るデルタリスト(delta list)を含む。

本発明は、ＭＢＭＳ呼出しグループ識別子の代わりに、ＭＢＭＳサービス識別子（MBMS Service ID）を使用してよい。

上記ビットマップを使用する場合、すべてのＭＢＭＳ呼出しサービスグループを同時に呼び出し、Ｉｕｂ有線資源を効率的に使用可能とする。

一方、上記ビットマップを比較すると、同時に呼び出そうとするＭＢＭＳ呼出しグループの数が多い場合、インデックス方法は、さらに少ないビットを有してＭＢＭＳ呼出しが存在するか否かを通知することができ、これによって、Ｉｕｂ有線資源をさらに効率的に使用することができる。従って、ＲＮＣは、Ｉｕｂ有線資源を効率的に使用するために、上記ビットマップ及び上記インデックスのうちの1つを選択する。

また、ビットマップを使用する場合、ＲＮＣは、この共通ＴｒＣＨセットアップ要請メッセージ、又は、通知情報更新要請メッセージに上記呼出し周期情報を含ませず、Ｎｏｄｅ Ｂへ送信する方法も可能である。すなわち、既存リリース（Release）９９のＰＩＣＨシグナリングのためのビットマップシグナリングと類似した方法で、ＮＩが０から１に更新される時点と１から０に更新される時点で、ＲＮＣは、更新されたビットマップをＮｏｄｅ Ｂへ送信する。

通知情報更新要請メッセージを受信すると、Ｎｏｄｅ Ｂ５０２は、ステップ５１１で、ＭＩＣＨ構成情報を貯蔵し、通知情報更新応答メッセージを送信する。そうすると、ステップ５１２で、Ｎｏｄｅ Ｂは、通知情報更新要請メッセージに設定された連結フレームナンバ（Connection Frame Number；以下、ＣＦＮと称する）時点から始めて、ＭＢＭＳ呼出しグループ別に予め設定された呼出し周期の間に連続したＭＩＣＨフレームで１に設定されたＮＩを反復して送信する。

上記呼出し周期は、図３のステップ４１０で、共通ＴｒＣＨセットアップ要請メッセージを通じてＭＢＭＳ呼出しグループ別に設定された。

例えば、特定のＮＩがＣＦＮ＃０で１に設定され、上記ＮＩに該当するＭＢＭＳ呼出しグループの呼出し周期が２００である場合、ＮＩのビットを１に設定し、２００個、すなわち、ＣＦＮ＃０からＣＦＮ＃１９９までＭＩＣＨフレームの内に送信される。このとき、上記ＮＩがＣＦＮ＃２０でさらに１に設定され、上記呼出し周期が２００である場合、ＮＩのビットを１に設定し、２００個、すなわち、ＣＦＮ＃２０からＣＦＮ＃２１９までＭＩＣＨフレームの内に送信される。

また、本発明では、３００ビット長さの新たに設定されたＭＩＣＨを介して相互に異なるＭＢＭＳサービスに対するＮＩを送信する場合、ＭＢＭＳ呼出しグループ識別子を使用する代わりに、ＭＢＭＳサービス識別子（MBMS Service ID）別にＮＩを送信する。

図５は、図３に示した手順に従ってＲＮＣの動作を示すフローチャートである。

図５を参照すると、ＲＮＣがＮｏｄｅ ＢにＭＩＣＨを設定しようとする場合、ステップ６００で、Ｎｏｄｅ ＢがＭＢＭＳサービスが可能なＮｏｄｅ Ｂであるか否かを確認する。Ｎｏｄｅ ＢがＭＢＭＳサービス可能なＮｏｄｅ Ｂである場合、ＲＮＣは、ステップ６１０で、ＲＲＭ機能を用いるか、又は、維持管理（operation and maintenance）ネットワークプロバイダーによって予め設定された値を用いて、ＮＩを送信するための共通物理チャンネルＭＩＣＨを選択する。

ステップ６２０で、ＲＮＣは、上記ＭＩＣＨを構成するためのパラメータを決定する。上記パラメータは、ＭＩＣＨモード及び呼出し周期を含む。ステップ６３０で、ＲＮＣは、上記共通ＴｒＣＨセットアップ手順によって上記ＭＩＣＨを構成する。

ステップ６４０で、ＲＮＣは、Ｎｏｄｅ Ｂが上記共用物理チャンネルＭＩＣＨに関する構成情報をＵＥに放送することができるようにするために、ＳＩＢ更新手順によってＳＩＢ情報を更新する。

図６Ａは、本発明の実施形態による図４に示した手順によってＲＮＣの動作を示すフローチャートである。

図６Ａを参照すると、ステップ７００で、ＲＮＣがＭＢＭＳサービスのためのグループ呼出しを必要とする場合、ＲＮＣは、上記ＭＢＭＳサービスがステップ７１０に属するＭＢＭＳ呼出しグループを確認する。このとき、ＵＥの移動性によってＲＮＣが管理するセルに位置するＵＥが変更される場合、上記ＭＢＭＳ呼出しグループの呼出し周期は、ＵＥのＤＲＸサイクルのうちの一番長い値を変更することができる。又は、ＲＮＣそれ自体は、ＲＲＭ機能によってＤＲＸ周期を変更することができる。

上記のような理由で、ステップ７２０で、最大ＤＲＸサイクルが変更された場合、ステップ７３０に進行して、ＲＮＣは、上記ＭＢＭＳ呼出しグループの呼出し周期を変更する。ステップ７２０で、上記最大ＤＲＸサイクル変更がなければ、ステップ７３０は遂行されない。ステップ７４０で、ＲＮＣは、ＮＩの送信方式のように、ビットマップ又はインデックスのうちの１つを選択する。

ステップ７４０で、ビットマップを使用してＮＩを送信する場合、ステップ７４１に進行する。ステップ７４１で、ＲＮＣは、ＭＢＭＳ呼出しグループ別に１つのビットを割り当て、総ＭＩＣＨモード個のビットからなるビットマップを構成する。このとき、このビットマップは、通知情報更新要請メッセージに含んでＮｏｄｅ Ｂへ送信する。このとき、呼び出そうとするＭＢＭＳ呼出しグループに該当するＮＩは、１に設定される。

一方、ステップ７４０で、インデックスを使用してＮＩを送信する場合、ステップ７４３に進行する。ステップ７４３で、ＲＮＣは、ＭＢＭＳ呼出しグループ、又は、それぞれのＭＢＭＳサービスに基づいて呼び出しを遂行するか否かを判断し、この判断の結果に従って、この呼び出そうとするＭＢＭＳ呼出しグループに該当する呼出しグループ識別子、又は、呼び出そうとするＭＢＭＳサービス識別子をこの通知情報更新要請メッセージに含んでＮｏｄｅ Ｂへ送信する。

呼び出そうとするＭＢＭＳサービス識別子が多い場合、ＲＮＣは、上記ＭＢＭＳサービス識別子をグルーピングした後、このグルーピングされたＭＢＭＳ呼出しグループ別にインデックスを割り当て、上記通知情報更新要請メッセージに含んでＮｏｄｅ Ｂへ送信する。

ステップ７５０で、ＲＮＣは、Ｎｏｄｅ Ｂから通知情報更新応答メッセージを受信することによって通知情報の更新を完了する。

図６Ｂは、本発明の他の実施形態による図４に示した手順に従ってＲＮＣの動作を示すフローチャートである。本発明に従って付加されるか又は削除されるＭＢＭＳ呼出しグループのデルタリストは、図６Ｂの手順で使用される。

図６Ｂを参照すると、ステップ７６０〜７７０は、図６Ａのステップ７００〜７４１のステップと同一の方式にて遂行される。

このとき、ＲＮＣがインデックスを使用してＮＩを送信しようと決めた場合、ＲＮＣは、ステップ７７２で、デルタリストを使用するか、又は、全体の呼出しグループ識別子を使用するかを判断する。ＲＮＣが上記デルタリストを使用せず、呼び出そうとするすべての呼出しグループに該当する呼出しグループ識別子をＮｏｄｅ Ｂへ送信することに決定すると、ステップ７７６に進行する。

一方、上記デルタリストを使用して既存に呼び出された呼出しグループとの差異のみを送信しようとすると、ステップ７７４に進行する。ＲＮＣは、ステップ７７４又はステップ７７６で、各フォーマットに該当するＮＩ情報を構成し、上記ＮＩ情報を通知情報更新要請メッセージを用いて送信する。ステップ７７８で、ＲＮＣは、Ｎｏｄｅ Ｂから上記通知情報更新応答メッセージを受信することによって、この通知情報の更新を完了する。

図７は、図３に示した手順に従ってＮｏｄｅ Ｂの動作を示すフローチャートである。

図７を参照すると、ステップ８００で、Ｎｏｄｅ Ｂは、受信メッセージが共通ＴｒＣＨセットアップ要請メッセージであるか否かを確認する。このとき、受信メッセージが共通ＴｒＣＨセットアップ要請メッセージである場合、Ｎｏｄｅ Ｂは、ステップ８１０で、上記ＭＩＣＨの構成のための重要なパラメータ、すなわち、上記メッセージに設定されたＭＩＣＨモード及び上記呼出し周期を貯蔵する。

ステップ８１３で、Ｎｏｄｅ Ｂは、ＭＩＣＨモード及び呼出し周期に基づいて共用物理チャンネルＭＩＣＨを構成し、ステップ８１５に進行して、共通ＴｒＣＨセットアップ応答メッセージをＲＮＣへ送信する。

一方、ステップ８００で、上記受信メッセージが共通ＴｒＣＨセットアップ要請メッセージでなければ、Ｎｏｄｅ Ｂは、ステップ８２０で、更新しようとするパラメータ（呼出し周期）を含むＮＢＡＰメッセージであるか否かを確認する。ステップ８２３で、上記受信メッセージが共通ＴｒＣＨセットアップ要請メッセージであれば、Ｎｏｄｅ Ｂは、変更されたパラメータを有する呼出し周期を更新する。そうすると、ステップ８２５で、Ｎｏｄｅ Ｂは、上記更新された呼出し周期に基づいてＭＩＣＨを再構成し、応答メッセージをＲＮＣへ送信する。

図８は、図４に示した手順に従ってＮｏｄｅ Ｂの動作を示すフローチャートである。

図８を参照すると、ステップ９００で、Ｎｏｄｅ Ｂは、ＲＮＣから通知情報更新要請メッセージを受信し、ステップ９１０で、Ｎｏｄｅ Ｂは、上記メッセージから呼出し周期が変更されたか否かを確認する。

上記呼出し周期が変更された場合、ステップ９２０で、Ｎｏｄｅ Ｂは、上記変更に関連したＭＢＭＳ呼出しグループ又は各ＭＢＭＳサービスの呼出し周期を更新し、ＭＩＣＨを再構成する。その後、ステップ９３０で、Ｎｏｄｅ Ｂは、上記メッセージに設定されたＮＩ情報に基づいてＭＩＣＨフレームを構成する。

ステップ９４０で、Ｎｏｄｅ Ｂは、ＲＮＣに通知情報更新応答メッセージを送信することによって、呼出し周期が正常に更新されることを知らせ、ステップ９５０で、Ｎｏｄｅ Ｂは、上記通知情報更新要請メッセージに設定されたＣＦＮからＭＩＣＨフレームをＭＢＭＳサービスを支援するＵＥへ送信する。このように、ＭＩＣＨフレームは、ＭＢＭＳ呼出しグループ又は各ＭＢＭＳサービス別に設定された呼出し周期の間にＵＥへ反復して送信される。

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

ＭＢＭＳサービスを提供するためのネットワーク構成を示す図である。 ＭＢＭＳサービスを提供するための信号フローを示す図である。 本発明の一実施形態によるＭＩＣＨを構成するためのＲＮＣとＮｏｄｅ Ｂとの間の制御メッセージ送受信に対する信号フローを示す図である。 本発明の他の実施形態によるＭＩＣＨを構成するためのＲＮＣとＮｏｄｅ Ｂとの間の制御メッセージ送受信に対する信号フローを示す図である。 図３に示した手順に従ってＲＮＣの動作を示すフローチャートである。 本発明の実施形態による図４に示した手順に従ってＲＮＣの動作を示すフローチャートである。 本発明の他の実施形態による図４に示した手順に従ってＲＮＣの動作を示すフローチャートである。 図３に示した手順に従ってＮｏｄｅ Ｂの動作を示すフローチャートである。 図４に示した手順に従ってＮｏｄｅ Ｂの動作を示すフローチャートである。

符号の説明

４０２ Ｎｏｄｅ Ｂ
４０３ ＲＮＣ

Claims (15)

1. マルチメディア・ブロードキャスト／マルチキャストサービス，ＭＢＭＳ，を提供する移動通信システムにおいて、無線網制御器，ＲＮＣ，が前記ＭＢＭＳサービスに従う制御情報を送信する方法であって、
   （１）前記無線網制御器(403,503)から基地局（Ｎｏｄｅ Ｂ:402,502）へ、ＭＢＭＳ通知指示子チャンネル，ＭＩＣＨ，と、ＭＢＭＳ通知指示子チャンネル，ＭＩＣＨ，を構成するモードとを有するパラメータを含む制御メッセージを、前記パラメータを使用することによって、送信するステップと、
   （２）前記基地局が前記制御メッセージに従って物理チャンネル(417,512)を設定し、該設定された物理チャンネルを介してＭＢＭＳ通知指示子，ＮＩ，を含むＭＢＭＳ通知指示子チャンネル，ＭＩＣＨ，を使用者端末，ＵＥ，へ送信するステップと
   を備えることを特徴とする方法。
2. 前記パラメータは、ＭＢＭＳコントロールポートを介して前記無線網制御器(403,503)と前記基地局との間で転送されることを特徴とする請求項１記載の方法。
3. 前記制御メッセージは、コントロールプレーンＮｏｄｅ Ｂアプリケーションパーツ（ＮＢＡＰ）メッセージであることを特徴とする請求項１記載の方法。
4. 前記制御メッセージは、ＭＢＭＳサービス識別子について、変更されたＮＩ周期を持つＭＢＭＳ通知指示子，ＮＩ，グループにおける少なくとも１つで拒否されているインデックス情報を含むことを特徴とする請求項１記載の方法。
5. 前記制御メッセージは、前記制御メッセージは、ＭＢＭＳサービス識別子の前記ＭＢＭＳ通知指示子グループに１つのビットを割り当てるビットマップ情報をさらに含むことを特徴とする請求項１記載の方法。
6. 前記ステップ（２）は、少なくとも１つの前記ＭＢＭＳ通知指示子グループにしたがって定期的に構成された前記ＭＩＣＨを送信することによって、前記基地局の中から使用者端末を呼出すステップをさらに備えることを特徴とする請求項１記載の方法。
7. 前記制御メッセージは、前記無線網制御器(403,503)から基地局（402,502）へ、通知情報更新要求メッセージを介して送信される請求項３記載の方法。
8. 前記通知情報更新要請メッセージは、ＭＢＭＳサービス識別子について、変更されたＮＩ周期を持つＭＢＭＳ通知指示子グループにおける少なくとも１つで拒否されているインデックス情報をさらに含むことを特徴とする請求項７記載の方法。
9. 前記基地局における前記ＭＢＭＳ通知指示子グループの少なくとも１つにしたがって構成された前記ＭＢＭＳ通知指示子チャンネルを送信することによって定期的に使用者端末(401,501)を呼出すステップをさらに備えることを特徴とする請求項８記載の方法。
10. 前記ＭＢＭＳ通知指示子チャンネルを送信する前に、前記使用者端末(401,501)にシステム情報ブロック，ＳＩＢ，を送信するステップをさらに備え、
    前記システム情報ブロックは、前記ＭＢＭＳ通知指示子チャンネルと、前記ＭＢＭＳ通知指示子グループの少なくとも１つと、各ＭＢＭＳサービス識別子に従う各ＭＢＭＳサービスについての前記ＮＩ周期と、を使用するか否かを示す情報を有していることを特徴とする請求項７記載の方法。
11. ＭＢＭＳ移動通信システムにおいて使用者端末，ＵＥ，(401)がマルチメディア・ブロードキャスト／マルチキャストサービス，ＭＢＭＳ，制御情報を受信する方法であって、
    システム情報ブロック，ＳＩＢ，を基地局(402)から受信して、前記システム情報ブロックを使用して、前記基地局がＭＢＭＳ通知指示子チャンネル，ＭＩＣＨ，を構成するか否かを判断するステップと、
    前記ＭＢＭＳ制御情報が存在するか否かを示すＭＢＭＳ通知指示子，ＮＩ，と、呼出し専用時点で制御情報が存在するか否かす呼出し指示子，ＰＩ，と、をモニタリングするステップと、
    前記ＭＢＭＳ通知指示子チャンネルにおいてモニタされたＭＢＭＳ通知指示子に従って前記ＭＢＭＳサービスに関連したＭＢＭＳ制御チャンネル，ＭＣＣＨ，を受信するステップと
    を備え、
    前記ＭＢＭＳ通知指示子チャンネルは、前記使用者端末が要求するＭＢＭＳサービス識別子に従ってＭＢＭＳサービスについて前記ＭＢＭＳ制御情報が存在するか否かを示すことを特徴とする方法。
12. 前記ステップ（１）は、ＭＢＭＳサービス識別子に従ってＭＢＭＳサービスについて変更されたＮＩ周期を少なくとも１つ含む制御メッセージを、無線網制御器(503)，ＲＮＣ，から前記基地局(502)が受信して、構成されたＭＩＣＨを前記使用者端末を含んでいる呼出しＭＢＭＳ通知指示子グループに送信するステップをさらに備えることを特徴とする請求項１１記載の方法。
13. ＭＢＭＳ制御ポートを通じて、前記無線網制御器(503)から前記制御メッセージを前記基地局(502)が受信することを特徴とする請求項１２記載の方法。
14. 前記ステップ（１）は、通知情報更新要求メッセージ(510)を介して、前記無線網制御器から前記制御メッセージを前記基地局(502)が受信するステップをさらに備えることを特徴とする請求項１２記載の方法。
15. 前記使用者端末は、システム情報ブロックを使用して変更されたＮＩ周期に従って定期的に前記ＭＢＭＳ通知指示子チャンネルをモニタすることを特徴とする請求項１２記載の方法。

Images