(57)【要約】【課題】ＵＥをＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移させることなく、ＭＢＭＳデータの同報配信可能な無線制御装置を提供する。【解決手段】バッファ１５は上位装置側インタフェース部１４を介して受信するＢＭＳＣからのＭＢＭＳデータをバッファリングし、ＭＢＭＳデータ管理部１６はそのバッファリングされたＭＢＭＳデータをＮｏｄｅＢとＵＥとの間で送受信可能な大きさに分割するとともに、そのＭＢＭＳデータ配信スケジュール情報を決定する。スケジュール報知部１７は配信スケジュール情報をＮｏｄｅＢインタフェース部１１を介してＰＣＨによるページングメッセージあるいは報知チャネルにてＵＥに通知する。ＭＢＭＳデータ送信部１８はＭＢＭＳデータをＮｏｄｅＢインタフェース部１１を介してＦＡＣＨにてＵＥに送信する。【選択図】      図１
2004221760.tif 000002
【特許請求の範囲】
【請求項１】
無線端末からのサービス参加要求に応答して無線制御装置から前記無線端末に前記サービス参加要求に対応するサービスデータを同報配信する移動通信システムであって、ページングメッセージにて前記サービスデータを配信する旨を前記無線端末に通知する手段を前記無線制御装置に有することを特徴とする移動通信システム。
【請求項２】
前記サービスデータを配信する旨を通知する手段は、前記無線端末への報知情報が変更された旨を前記ページングメッセージにて前記無線端末に通知し、前記サービスデータを配信する旨を前記報知情報にて前記無線端末に通知することを特徴とする請求項１記載の移動通信システム。
【請求項３】
前記サービスデータを配信する旨を通知する手段は、前記ページングメッセージにて前記サービスデータの配信スケジュールを前記無線端末に通知することを特徴とする請求項１記載の移動通信システム。
【請求項４】
前記サービスデータを配信する旨を通知する手段は、前記無線端末への報知情報が変更された旨を前記ページングメッセージにて前記無線端末に通知し、前記サービスデータの配信スケジュールを前記報知情報にて前記無線端末に通知することを特徴とする請求項１記載の移動通信システム。
【請求項５】
ＰＩＣＨ（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ）受信可能状態の時に前記無線制御装置からの通知内容に基づいて前記サービスデータを取得する手段を前記無線端末に含むことを特徴とする請求項１から請求項４のいずれか記載の移動通信システム。
【請求項６】
前記サービスデータの連続的な配信及び間欠的な配信のうちの少なくとも一方にて前記サービスデータを前記無線制御装置から前記無線端末に配信することを特徴とする請求項１から請求項５のいずれか記載の移動通信システム。
【請求項７】
前記サービスデータがＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）のデータであることを特徴とする請求項１から請求項６のいずれか記載の移動通信システム。
【請求項８】
無線端末からのサービス参加要求に応答して前記無線端末に前記サービス参加要求に対応するサービスデータを同報配信する無線制御装置であって、ページングメッセージにて前記サービスデータを配信する旨を前記無線端末に通知する手段を有することを特徴とする無線制御装置。
【請求項９】
前記サービスデータを配信する旨を通知する手段は、前記無線端末への報知情報が変更された旨を前記ページングメッセージにて前記無線端末に通知し、前記サービスデータを配信する旨を前記報知情報にて前記無線端末に通知することを特徴とする請求項８記載の無線制御装置。
【請求項１０】
前記サービスデータを配信する旨を通知する手段は、前記ページングメッセージにて前記サービスデータの配信スケジュールを前記無線端末に通知することを特徴とする請求項８記載の無線制御装置。
【請求項１１】
前記サービスデータを配信する旨を通知する手段は、前記無線端末への報知情報が変更された旨を前記ページングメッセージにて前記無線端末に通知し、前記サービスデータの配信スケジュールを前記報知情報にて前記無線端末に通知することを特徴とする請求項８記載の無線制御装置。
【請求項１２】
前記無線端末がＰＩＣＨ（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ）受信可能状態の時に前記サービスデータを配信する旨を通知する手段からの通知内容に基づいて前記サービスデータを取得することを特徴とする請求項８から請求項１１のいずれか記載の無線制御装置。
【請求項１３】
前記サービスデータの連続的な配信及び間欠的な配信のうちの少なくとも一方にて前記サービスデータを前記無線端末に配信することを特徴とする請求項８から請求項１２のいずれか記載の無線制御装置。
【請求項１４】
前記サービスデータがＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）のデータであることを特徴とする請求項８から請求項１３のいずれか記載の無線制御装置。
【請求項１５】
自端末からのサービス参加要求に応答して無線制御装置から前記サービス参加要求に対応するサービスデータを同報配信にて受信する無線端末であって、前記無線制御装置からページングメッセージにて通知される前記サービスデータを配信する旨に基づいて前記サービスデータを取得する手段を有することを特徴とする無線端末。
【請求項１６】
前記ページングメッセージにて自端末への報知情報が変更された旨が通知されてきた時に、前記報知情報にて前記サービスデータを配信する旨を受信することを特徴とする請求項１５記載の無線端末。
【請求項１７】
前記ページングメッセージにて通知される前記サービスデータの配信スケジュールを受信した時にその配信スケジュールに基づいて前記サービスデータを取得することを特徴とする請求項１５記載の無線端末。
【請求項１８】
前記ページングメッセージにて自端末への報知情報が変更された旨が通知されかつ前記報知情報にて前記サービスデータの配信スケジュールを受信した時にその配信スケジュールに基づいて前記サービスデータを取得することを特徴とする請求項１５記載の無線端末。
【請求項１９】
ＰＩＣＨ（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ）受信可能状態の時に前記無線制御装置からの通知内容に基づいて前記サービスデータを取得することを特徴とする請求項１５から請求項１８のいずれか記載の無線端末。
【請求項２０】
前記サービスデータの連続的な配信及び間欠的な配信のうちの少なくとも一方にて前記サービスデータが前記無線制御装置から配信されることを特徴とする請求項１５から請求項１９のいずれか記載の無線端末。
【請求項２１】
前記サービスデータがＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）のデータであることを特徴とする請求項１５から請求項２０のいずれか記載の無線端末。
【請求項２２】
無線端末からのサービス参加要求に応答して無線制御装置から前記無線端末に前記サービス参加要求に対応するサービスデータを同報配信する移動通信システムのデータ配信方法であって、前記無線制御装置側に、ページングメッセージにて前記サービスデータを配信する旨を前記無線端末に通知する処理を有することを特徴とするデータ配信方法。
【請求項２３】
前記サービスデータを配信する旨を通知する処理は、前記無線端末への報知情報が変更された旨を前記ページングメッセージにて前記無線端末に通知し、前記サービスデータを配信する旨を前記報知情報にて前記無線端末に通知することを特徴とする請求項２２記載のデータ配信方法。
【請求項２４】
前記サービスデータを配信する旨を通知する処理は、前記ページングメッセージにて前記サービスデータの配信スケジュールを前記無線端末に通知することを特徴とする請求項２２記載のデータ配信方法。
【請求項２５】
前記サービスデータを配信する旨を通知する処理は、前記無線端末への報知情報が変更された旨を前記ページングメッセージにて前記無線端末に通知し、前記サービスデータの配信スケジュールを前記報知情報にて前記無線端末に通知することを特徴とする請求項２２記載のデータ配信方法。
【請求項２６】
前記無線端末側に、ＰＩＣＨ（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ）受信可能状態の時に前記無線制御装置からの通知内容に基づいて前記サービスデータを取得する処理を含むことを特徴とする請求項２２から請求項２５のいずれか記載のデータ配信方法。
【請求項２７】
前記サービスデータの連続的な配信及び間欠的な配信のうちの少なくとも一方にて前記サービスデータを前記無線制御装置から前記無線端末に配信することを特徴とする請求項２２から請求項２６のいずれか記載のデータ配信方法。
【請求項２８】
前記サービスデータがＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）のデータであることを特徴とする請求項２２から請求項２７のいずれか記載のデータ配信方法。
【請求項２９】
無線端末からのサービス参加要求に応答して無線制御装置から前記無線端末に前記サービス参加要求に対応するサービスデータを同報配信する移動通信システムのデータ配信方法のプログラムであって、前記無線制御装置に、ページングメッセージにて前記サービスデータを配信する旨を前記無線端末に通知する処理を実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は移動通信システム、無線制御装置、無線端末及びそのデータ配信方法並びにそのプログラムに関し、特に同一サービスのデータを複数の無線端末へ同報配信する機能を有する移動通信システムに関する。
【０００２】
【従来の技術】
移動通信システムにおいては、複数の無線端末に対して、音声や画像を含む大容量の同一コンテンツのデータを同報配信するサービスがあり、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）と称されている（例えば、非特許文献１参照）。
【０００３】
このようなＭＢＭＳ機能を持つ移動通信システムの構成を図７に示す。図７において、ＢＭＳＣ（Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  ＳｅｒｖｉｃｅＣｅｎｔｅｒ）３１はＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）網１００に接続されるとともに、ＧＧＳＮ［Ｇａｔｅｗａｙ  ＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ］３２及びＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ］３３を介して複数のＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線制御装置）３４，３５へ接続されている。
【０００４】
ＲＮＣ３４はその配下にＮｏｄｅＢ（無線基地局）３６，３７を有し、またＲＮＣ３５はその配下にＮｏｄｅＢ３８を有している。ＮｏｄｅＢ３６〜３８はそれぞれサービスエリアである１つまたは複数のセルＡ〜Ｃをカバーするようにななっているが、図７では、簡単化のために、各ＮｏｄｅＢ３６〜３８は１つのセルＡ〜Ｃをカバーするように示しており、４０はＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：無線端末）である。
【０００５】
尚、ＳＧＳＮ３３とＲＮＣ３４，３５との間のインタフェースはＩｕと称され、またＲＮＣ３４，５とＮｏｄｅＢ６〜８との間のインタフェースはＩｕｂと称されている。更に、ＲＮＣ３４，３５間のインタフェースとしてＩｕｒも存在している。
【０００６】
図７に示すＵＥ４０が上述したＭＢＭＳデータの配信を希望する場合には、このＵＥ４０とＢＭＳＣ３１との間で、図８に示す手順が実行される。すなわち、ＵＥ４０から当該サービスへの入会申し込みのための“ｓｕｂｓｃｒｉｐｔｉｏｎ”が送信され（図８のｃ１）、ＲＮＣ３４を経てＢＭＳＣ３１へ送信される。
【０００７】
そして、ＢＭＳＣ３１からサービスの告知のための“ｓｅｒｖｉｃｅ  ａｎｎｏｕｎｃｅｍｅｎｔ”が送信され（図８のｃ２）、これに応答して、ＵＥ４０からサービス参加要求のための“ｊｏｉｎｉｎｇ”が送出されると（図８のｃ３）、ＢＭＳＣ３１からＲＮＣ３４に対して、ＭＢＭＳのためのベアラ設定である“ＭＢＭＳ  ｍｕｌｔｉｃａｓｔ  ｍｏｄｅ  ｂｅａｒｅｒ  ｓｅｔ  ｕｐ”が行われる（図８のｃ４）。
【０００８】
しかる後に、ＢＭＳＣ３１からＲＮＣ３４へ当該ＭＢＭＳデータが送信されると（図８のｃ５）、ＲＮＣ３４からＵＥ４０に対して、ＭＢＭＳを通知する“ＭＢＭＳ  ｎｏｔｉｆｉｃａｔｉｏｎ”が送信される（図８のｃ６）。そして、上記のデータがＲＮＣ３４からＵＥ４０へと同報配信される（図８のｃ７）。
【０００９】
全てのデータの同報配信が終了すると、ＢＭＳＣ３１からベアラ開放のための“ＭＢＭＳ  ｍｕｌｔｉｃａｓｔ  ｍｏｄｅ  ｂｅａｒｅｒ  ｒｅｌｅａｓｅ”が送信され（図８のｃ８）、ＵＥ４０から当該サービスの脱会を示す“ｌｅａｖｉｎｇ”が送信され（図８のｃ９）、処理終了となる。
【００１０】
【非特許文献１】
３ＧＰＰ勧告のＴＳ２２．１４６ｖｅｒｓｉｏｎ６．１．０（２００２−０９）、第４章
【００１１】
【発明が解決しようとする課題】
しかしながら、上述した従来の移動通信システムでは、上記の手順にしたがってＭＢＭＳデータの同報配信が開始される場合、ＵＥが“ｊｏｉｎｉｎｇ”を送出した後、ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）の待ち受け状態に遷移してアイドル（ＩＤＬＥ）状態、あるいはＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態等になっており、ＵＥを一度、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）上のＣＥＬＬ＿ＤＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）状態あるいはＣＥＬＬ＿ＦＡＣＨ（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）状態に遷移させた上で、ＭＢＭＳデータの同報配信を行わなければならない。
【００１２】
ここで、ＤＣＨは双方向のチャネルで、ユーザデータの送信に使用され、各ＵＥに個別に割当てられ、高速なレート変更及び高速な電力制御が可能である。ＦＡＣＨは下り方向の共通チャネルで、制御情報及びユーザデータの送信に使用され、複数のＵＥに共有して使用し、上位レイヤからの低レートのデータ送信等に使用する。
【００１３】
また、ＣＥＬＬ＿ＤＣＨ状態はＵＥに個別物理チャネルが割当てられており、常にＤＣＨを監視している状態であり、ＣＥＬＬ＿ＦＡＣＨ状態はＵＥに個別物理チャネルが割当てられておらず、ＵＥがダウンリンクにおいてＦＡＣＨを受信し、アップリンクにおいて随時送信可能な共通チャネルが使用可能な状態であり、常にＦＡＣＨを監視している状態である。
【００１４】
さらに、ＣＥＬＬ＿ＰＣＨ状態はＵＥに個別物理チャネルが割当てられておらず、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ：間欠受信）でＰＩＣＨ（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ）を介してＰＣＨを受信し、アップリンクとしては何も有していない状態である。
【００１５】
上記のＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移させると、各ＵＥではＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移させるための切替処理が行われるので、ＵＥ間においては、ＵＥ毎の切替処理の有無、切替時間の差等によってＭＢＭＳデータの配信時間に差が発生してしまうという問題がある。
【００１６】
そこで、本発明の目的は上記の問題点を解消し、ＵＥをＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移させることなく、ＭＢＭＳデータの同報配信を行うことができる移動通信システム、無線制御装置、無線端末及びそのデータ配信方法並びにそのプログラムを提供することにある。
【００１７】
【課題を解決するための手段】
本発明による移動通信システムは、無線端末からのサービス参加要求に応答して無線制御装置から前記無線端末に前記サービス参加要求に対応するサービスデータを同報配信する移動通信システムであって、ページングメッセージにて前記サービスデータを配信する旨を前記無線端末に通知する手段を前記無線制御装置に備えている。
【００１８】
本発明による無線制御装置は、無線端末からのサービス参加要求に応答して前記無線端末に前記サービス参加要求に対応するサービスデータを同報配信する無線制御装置であって、ページングメッセージにて前記サービスデータを配信する旨を前記無線端末に通知する手段を備えている。
【００１９】
本発明による無線端末は、自端末からのサービス参加要求に応答して無線制御装置から前記サービス参加要求に対応するサービスデータを同報配信にて受信する無線端末であって、前記無線制御装置からページングメッセージにて通知される前記サービスデータを配信する旨に基づいて前記サービスデータを取得する手段を備えている。
【００２０】
本発明によるデータ配信方法は、無線端末からのサービス参加要求に応答して無線制御装置から前記無線端末に前記サービス参加要求に対応するサービスデータを同報配信する移動通信システムのデータ配信方法であって、前記無線制御装置側に、ページングメッセージにて前記サービスデータを配信する旨を前記無線端末に通知する処理を備えている。
【００２１】
本発明によるデータ配信方法のプログラムは、無線端末からのサービス参加要求に応答して無線制御装置から前記無線端末に前記サービス参加要求に対応するサービスデータを同報配信する移動通信システムのデータ配信方法のプログラムであって、前記無線制御装置に、ページングメッセージにて前記サービスデータを配信する旨を前記無線端末に通知する処理を実行させている。
【００２２】
すなわち、本発明の第１の移動通信システムは、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線制御装置）がＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：無線端末）に対して、ページング（Ｐａｇｉｎｇ）メッセージにてＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）のデータを配信することを通知することで、ＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）の待ち受け状態に遷移してアイドル（ＩＤＬＥ）状態、あるいはＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態にあるＵＥをＣＥＬＬ＿ＤＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｈａｎｎｅｌ）状態あるいはＣＥＬＬ＿ＦＡＣＨ（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）状態に遷移させることなく、ＭＢＭＳデータの同報配信を行うことが可能となる。
【００２３】
つまり、ＵＥではＭＢＭＳデータがどのタイミングで送られてくるかが分かるので、単にＦＡＣＨ上のＭＢＭＳデータを取得するのみでよく、ＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移することなく、ＭＢＭＳデータを受信して表示することが可能となる。
【００２４】
また、本発明の第２の移動通信システムは、ページングメッセージにてＭＢＭＳデータを配信するスケジュールを通知してからＭＢＭＳデータを配信することで、ＰＣＨの待ち受け状態に遷移してアイドル状態にあるＵＥをＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移させることなく、ＭＢＭＳデータの同報配信を行うことが可能となる。
【００２５】
さらに、本発明の第３の移動通信システムは、ページングメッセージにて報知情報が変わったことを通知し、報知チャネル［ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ），ＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）］にてＭＢＭＳデータを配信することを通知することで、ＰＣＨの待ち受け状態に遷移してアイドル状態にあるＵＥをＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移させることなく、ＭＢＭＳデータの同報配信を行うことが可能となる。
【００２６】
さらにまた、本発明の第４の移動通信システムは、ページングメッセージにて報知情報が変わったことを通知し、報知チャネルにてＭＢＭＳデータを配信するスケジュールを通知してからＭＢＭＳデータを配信することで、ＰＣＨの待ち受け状態に遷移してアイドル状態にあるＵＥをＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移させることなく、ＭＢＭＳデータの同報配信を行うことが可能となる。
【００２７】
上述した本発明の第１〜第４の移動通信システムにおいては、ＭＢＭＳデータが配信されること、あるいはＭＢＭＳデータが配信されるスケジュールを通知しているので、ＭＢＭＳデータを連続的に、あるいは間欠的に配信することが可能である。
【００２８】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線制御装置）の構成を示すブロック図である。図１において、ＲＮＣ１はＮｏｄｅＢ（無線基地局）インタフェース部１１と、位置情報管理部１２と、位置情報データベース（ＤＢ）１３と、上位装置側インタフェース部１４と、バッファ１５と、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）データ管理部１６と、スケジュール報知部１７と、ＭＢＭＳデータ送信部１８と、これら各部の動作を実現するためのプログラム（コンピュータで実行可能なプログラム）を格納する記録媒体１９とから構成されている。
【００２９】
ＮｏｄｅＢインタフェース部１１は図示せぬＮｏｄｅＢとの間でデータの送受信を行うためのインタフェースである。位置情報管理部１２はＮｏｄｅＢ及びＮｏｄｅＢインタフェース部１１を介して受信するＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：無線端末）からの位置情報を管理し、その位置情報を位置情報データベース１３に蓄積するとともに、スケジュール報知部１７に通知する。
【００３０】
上位装置側インタフェース部１４は図示せぬ上位装置［本実施例ではＢＭＳＣ（Ｂｒｏａｄｃａｓｔ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ  Ｃｅｎｔｅｒ）（図示せず）］との間でデータの送受信を行うためのインタフェースである。バッファ１５は上位装置側インタフェース部１４を介して受信するＢＭＳＣからのＭＢＭＳデータをバッファリングし、そのＭＢＭＳデータをＭＢＭＳデータ管理部１６に渡す。
【００３１】
ＭＢＭＳデータ管理部１６はバッファ１５にバッファリングされたＭＢＭＳデータをＮｏｄｅＢとＵＥとの間で送受信可能な大きさに分割してＭＢＭＳデータ送信部１８に渡すとともに、ＭＢＭＳデータを連続的に配信するか、あるいは間欠的に配信するかを決定し、その配信スケジュール情報をスケジュール報知部１７及びＭＢＭＳデータ送信部１８に通知する。
【００３２】
スケジュール報知部１７はＭＢＭＳデータ管理部１６からの配信スケジュール情報を、ＮｏｄｅＢインタフェース部１１を介してＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）によるページング（Ｐａｇｉｎｇ）メッセージあるいは報知チャネル［ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ），ＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）］にてＵＥに通知する。
【００３３】
ＰＣＨは下り方向の共通チャネルで、ページング信号の送信に使用する。ＢＣＣＨはシステム制御情報の報知に使用する下りチャネルであり、ＢＣＨは下り方向の共通チャネルで、報知情報（システム情報、セル情報等）を送信し、固定レートで送信される。
【００３４】
ＭＢＭＳデータ送信部１８はＭＢＭＳデータ管理部１６からの配信スケジュール情報にしたがって、ＭＢＭＳデータ管理部１６で分割されたＭＢＭＳデータをＮｏｄｅＢインタフェース部１１を介してＦＡＣＨ（Ｆｏｒｗａｒｄ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）にてＵＥに送信する。ここで、ＦＡＣＨは下り方向の共通チャネルで、制御情報及びユーザデータの送信に使用され、複数のＵＥに共有して使用し、上位レイヤからの低レートのデータ送信等に使用する。
【００３５】
尚、ＮｏｄｅＢインタフェース部１１及び上位装置側インタフェース部１４は通常の送受信データの送受信動作も行うが、本発明の直接関係する部分ではないので、それらの点についての説明は省略する。
【００３６】
図２は本発明の一実施例によるＵＥの構成を示すブロック図である。図２において、ＵＥ２はアンテナ２１と、送受信共用器（ＤＵＰ）２２と、受信部２３と、ユーザデータ分離部２４と、スケジュール判定部２５と、パケット組立て部２６と、信号合成部２７と、送信部２８と、各部の動作を実現するためのプログラム（コンピュータで実行可能なプログラム）を格納する記録媒体２９とを含んで構成されている。尚、ＵＥ２の呼制御部分、音声入出力部分、表示部分については、公知の技術が適用可能であるので、それらの構成及び動作についての説明は省略する。
【００３７】
受信部２３はアンテナ２１及び送受信共用器２２を介して受信した信号［ＣＰＩＣＨ（Ｃｏｍｍｏｎ  Ｐｉｌｏｔ  Ｃｈａｎｎｅｌ：共通パイロット信号），ＤＰＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ：個別チャネル）（ＤＬ：Ｄｏｗｎｌｉｎｋ），ＨＳ−ＰＤＳＣＨ（Ｈｉｇｈ  ＳｐｅｅｄＰｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）］をユーザデータ分離部２４に送出する。
【００３８】
ユーザデータ分離部２４は受信部２３からの受信信号をユーザ情報（音声信号、画像信号等）と制御情報とに分離し、ユーザ情報を上述した移動局２の呼制御部分、音声出力部分、表示部分、パケット組立て部２６にそれぞれ送出し、制御情報をスケジュール判定部２５に送出する。
【００３９】
スケジュール判定部２５はＲＮＣ１からページングメッセージあるいは報知チャネルにてＭＢＭＳデータが配信されること、あるいはＭＢＭＳデータの配信スケジュールが通知されると、その通知内容を受信部２３及びパケット組立て部２６に通知する。
【００４０】
パケット組立て部２６はスケジュール判定部２５からの通知にしたがって受信部２３で受信されてユーザデータ分離部２４で分離されたユーザ情報の中から、スケジュール判定部２５からの通知に応じて取得したユーザ情報をＭＢＭＳデータに組立て、そのＭＢＭＳデータを図示せぬメモリに蓄積するとともに、表示部に表示する。
【００４１】
信号合成部２７はＵＥ２の呼制御部分や音声入力部分等の外部からの入力信号等を合成し、ＤＰＣＨ（ＵＬ：Ｕｐｌｉｎｋ），ＨＳ−ＤＰＣＣＨとして送信部２８及び送受信共用器２２を介してアンテナ２１から発信する。
【００４２】
ここで、本発明の一実施例によるＲＮＣ１及びＵＥ２を含む移動通信システムは、図７に示す従来の構成と同様の構成となっており、ＭＢＭＳデータを取得するための基本的な手順は図８に示す手順と同様である。
【００４３】
但し、ＵＥ２が“ｊｏｉｎｉｎｇ”を送出した後、ＰＣＨの待ち受け状態に遷移してアイドル（ＩＤＬＥ）状態、あるいはＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態等になっている場合には、ＰＣＨや報知チャネルにてＭＢＭＳデータが配信されること、あるいはＭＢＭＳデータの配信スケジュールが通知されると、ＣＥＬＬ＿ＦＡＣＨ状態に遷移させることなく、その配信通知や配信スケジュールに基づいてＦＡＣＨにて送られてくるＭＢＭＳデータを取得する点が異なる。
【００４４】
ここで、ＤＣＨは双方向のチャネルで、ユーザデータの送信に使用され、各ＵＥに個別に割当てられ、高速なレート変更及び高速な電力制御が可能である。ＦＡＣＨは下り方向の共通チャネルで、制御情報及びユーザデータの送信に使用され、複数のＵＥに共有して使用し、上位レイヤからの低レートのデータ送信等に使用する。
【００４５】
また、ＣＥＬＬ＿ＤＣＨ状態はＵＥに個別物理チャネルが割当てられており、常にＤＣＨ（下りの共通チャネル）を監視している状態であり、ＣＥＬＬ＿ＦＡＣＨ状態はＵＥに個別物理チャネルが割当てられておらず、ＵＥがダウンリンクにおいてＦＡＣＨを受信し、アップリンクにおいて随時送信可能な共通チャネルが使用可能な状態であり、常にＦＡＣＨ（下りの共通チャネル）を監視している状態である。
【００４６】
さらに、ＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態はＵＥに個別物理チャネルが割当てられておらず、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ：間欠受信）でＰＩＣＨ（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ）を介してＰＣＨを受信し、アップリンクとしては何も有していない状態である。
【００４７】
したがって、本実施例では、ＲＮＣ１からＰＣＨや報知チャネルにてＭＢＭＳデータが配信されること、あるいはＭＢＭＳデータの配信スケジュールが通知されると、ＵＥ２がＣＥＬＬ＿ＦＡＣＨ状態に遷移することなく、その通知に応じてＦＡＣＨ上のデータを選択的に取得すればよいため、ＵＥ２を一度、ＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移させることなく、ＭＢＭＳデータの同報配信を受信することができる。よって、ＵＥ２と他のＵＥとの間においては、ＵＥ毎の切替処理の有無、切替時間の差等によってＭＢＭＳデータの配信時間に差が発生することはない。
【００４８】
図３は本発明の一実施例による移動通信システムにおけるＭＢＭＳデータの受信手順を示すシーケンスチャートである。これら図１〜図３を参照して本発明の一実施例による移動通信システムにおけるＭＢＭＳデータの受信手順について説明する。尚、図３に示す動作はＲＮＣ１及びＵＥ２がそれぞれ記録媒体１９，２９のプログラムを実行することで実現される。
【００４９】
ＵＥ２がＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）  ＩＤＬＥ状態（ＣＥＬＬ＿ＰＣＨ状態）でＭＢＭＳデータを受信する場合、ＵＥ２はＪｏｉｎｉｎｇ手順で、Ｊｏｉｎｉｎｇしたコンテンツ対するＴＭＧＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｇｒｏｕｐ  Ｉｄｅｎｔｉｔｙ）を取得して記憶する（図３のａ１，ａ２，ａ３）。
【００５０】
ＵＥ２はＪｏｉｎｉｎｇ手順後、ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮを解放するか、あるいはＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）（Ｂｅｓｔ  Ｅｆｆｏｒｔ）とのマルチコール状態であれば、ＰＳ  ＲＡＢ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）トラヒック量減によって、ＲＮＣ１主導でＣＥＬＬ＿ＰＣＨ状態、あるいはさらにＩＤＬＥ状態に遷移する。
【００５１】
ＲＮＣ１はＢＭＳＣからＭＢＭＳデータが送られてくると、そのデータをバッファ１５にバッファリングし（図３のａ４，ａ５）、ＵＥ２のＲＲＣ上の状態を把握し、ＵＥ２がＩＤＬＥ状態（ＣＥＬＬ＿ＰＣＨ状態）の場合、ＭＢＭＳのＲＢ（Ｒａｄｉｏ  Ｂｅａｒｅｒ）を確立せずに、ＵＥ２にＰＣＨによるページングメッセージにてＭＢＭＳデータが配信されること、あるいはＭＢＭＳデータの配信スケジュールを通知する（図３のａ６）。
【００５２】
ＲＮＣ１はページングメッセージによってＵＥ２に通知した内容にしたがってＭＢＭＳデータをＦＡＣＨにて配信することで（図３のａ７）、ＵＥ２にＭＢＭＳサービスを提供する。尚、上記の説明ではＲＮＣ１がＵＥ２にＭＢＭＳサービスを提供する場合について述べたが、ＲＮＣ１がＭＢＭＳデータの同報配信を行っていることが前提であるので、他のＵＥもＪｏｉｎｉｎｇしているものとする。
【００５３】
これによって、本実施例では、ＲＮＣ１からＰＣＨにてＭＢＭＳデータが配信されること、あるいはＭＢＭＳデータの配信スケジュールを通知し、ＵＥ２がＣＥＬＬ＿ＦＡＣＨ状態に遷移することなく、その通知に応じてＦＡＣＨ上のデータを選択的に取得すればよいため、ＵＥ２をＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移させることなく、ＭＢＭＳデータの同報配信を行うことができる。
【００５４】
図４は本発明の他の実施例による移動通信システムにおけるＭＢＭＳデータの受信手順を示すシーケンスチャートである。本発明の他の実施例による移動通信システムは図８に示す従来の移動通信システムに、図１に示すＲＮＣ１及び図２に示すＵＥ２を用いることで実現される。よって、図１と図２と図４とを参照して本発明の他の実施例による移動通信システムにおけるＭＢＭＳデータの受信手順について説明する。尚、図４に示す動作はＲＮＣ１及びＵＥ２がそれぞれ記録媒体１９，２９のプログラムを実行することで実現される。
【００５５】
ＵＥ２はＩＤＬＥ状態、あるいはＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態の場合、ページングするために、ＰＩＣＨ（Ｐａｇｉｎｇ  Ｉｎｄｉｃａｔｉｏｎ  Ｃｈａｎｎｅｌ）を予め決められたタイミングでチェックする必要がある。このタイミングではＭＢＭＳデータをＵＥ２が受信することはできない［ページング受信時には、最大、ＰＩＣＨとＰＣＨとの２回（ＳＦＮ：Ｓｅｒｉａｌ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）分］。
【００５６】
よって、ＲＮＣ１はＵＥ２のページングタイミングを避けてＭＢＭＳデータを送信する必要があり、ＵＥ２にもそのＭＢＭＳの送信タイミング（スケジューリング情報）をＵＥ２に報知情報で予め通知する必要がある。
【００５７】
ＵＥ２がＲＲＣ上のＩＤＬＥ状態、あるいはＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態でＭＢＭＳデータを受信する場合、ＵＥ２はＪｏｉｎｉｎｇ手順で、Ｊｏｉｎｉｎｇしたコンテンツに対するＴＭＧＩを取得して記憶する（図４のｂ１，ｂ２，ｂ３）。
【００５８】
ＵＥ２はＪｏｉｎｉｎｇ手順後、ＲＲＣ  ＣＯＮＮＥＣＴＩＯＮを解放するか、あるいはＰＳ（Ｂｅｓｔ  Ｅｆｆｏｒｔ）とのマルチコール状態であれば、ＰＳ  ＲＡＢトラヒック量減によって、ＲＮＣ１主導でＰＣＨ、あるいはさらにＩＤＬＥに遷移する。
【００５９】
ＲＮＣ１はＢＭＳＣからＭＢＭＳデータが送られてくると、そのデータをバッファ１５にバッファリングし（図４のｂ４，ｂ５）、ＵＥ２のＲＲＣ状態を把握し、ＵＥ２がＩＤＬＥ状態、あるいはＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態の場合、ＭＢＭＳのＲＢを確立せずに、ＵＥ２にＰＣＨによるページングメッセージにて報知情報が変更された旨を通知し（図４のｂ６）、報知チャネル（ＢＣＣＨ，ＢＣＨ）にてＭＢＭＳデータが配信されること、あるいはＭＢＭＳデータの配信スケジュールを通知する（図４のｂ７）。
【００６０】
ＲＮＣ１は報知チャネルによってＵＥ２に通知した内容にしたがってＭＢＭＳデータをＦＡＣＨにて配信することで（図４のｂ８）、ＵＥ２にＭＢＭＳサービスを提供する。尚、上記の説明ではＲＮＣ１がＵＥ２にＭＢＭＳサービスを提供する場合について述べたが、ＲＮＣ１がＭＢＭＳデータの同報配信を行っていることが前提であるので、他のＵＥもＪｏｉｎｉｎｇしているものとする。
【００６１】
これによって、本実施例では、ＲＮＣ１から報知チャネルにてＭＢＭＳデータが配信されること、あるいはＭＢＭＳデータの配信スケジュールを通知し、ＵＥ２がＣＥＬＬ＿ＦＡＣＨ状態に遷移することなく、その通知に応じてＦＡＣＨ上のデータを選択的に取得すればよいため、ＵＥ２をＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移させることなく、ＭＢＭＳデータの同報配信を行うことができる。
【００６２】
ＭＢＭＳ送信タイミング（スケジューリング情報）を報知チャネルで転送する場合、ＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態のＵＥはこの報知情報を参照することができない。よって、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）が報知情報の代わりに、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）上のＲＲＣメッセージでＵＥ毎（個別）に通知するか、ＭＢＭＳ送信として、ＩＤＬＥ・ＰＣＨ用とＦＡＣＨ／ＤＣＨ用（ＤＣＨユーザにはＦＡＣＨでの配信ができないので、ＤＣＨでの配信）とを別々に配信する。
【００６３】
ページングのタイミングはＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ：間欠受信）  Ｃｙｃｌｅ毎に１回訪れ（全ＵＥ、タイミングは異なるが必ず１回は訪れる）、そのＳＦＮではＭＢＭＳのデータを送受信することができない。よって、ＩＤＬＥ、ＰＣＨ状態のユーザにはＭＢＭＳを間欠配信することができないので、スループットが下がる。
【００６４】
図５（ａ），（ｂ）は本発明によるＭＢＭＳデータの同報配信のスケジュール例を示す図である。この図５を参照してＭＢＭＳでの送信タイミング方法について説明する。
【００６５】
ＵＥがＲＲＣ上でＩＤＬＥ状態、あるいはＣＥＬＬ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ状態でＭＢＭＳ送受信を可能にするためには、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）がＵＭ（Ｕｎａｋｎｏｗｌｅｄｇｅ  Ｍｏｄｅ：非確認型データ転送）であり、ＡＭ（Ａｋｎｏｗｌｅｄｇｅ  Ｍｏｄｅ：確認型データ転送）ではない。したがって、ＲＲＣメッセージのＵＬ（Ｕｐ  Ｌｉｎｋ）メッセージはない。
【００６６】
ページングはＤＲＸ  Ｃｙｃｌｅ毎に１回行っており、ＵＥ毎にタイミングが異なる。よって、全てのＵＥがページング（ＰＩＣＨを含む）のタイミングではないというＳＦＮは存在しないので、ＵＴＲＡＮはＭＢＭＳデータを最低２回（あるいはＰＩＣＨとＰＣＨとを考慮すると３回）、同じデータを配信する必要がある。
【００６７】
例えば、特定のＵＥ（ＵＥ＃Ａ）は、ＳＦＮ＝０，１２８，２５６，・・・・のタイミングでページングをチェックする必要がある。そのため、ＳＦＮ＝１でＭＢＭＳデータを送信した場合、別のＵＥ（ＵＥ＃Ｂ）がＳＦＮ＝１，１２９，２５７，・・・・で受信している可能性があり、ＭＢＳＭデータを受信することができない恐れがある。
【００６８】
よって、ＭＢＭＳのために割り当てるＦＡＣＨのＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）における無線フレームの整数をＭｔｔｉとすると、ＳＣＣＰＣＨ（Ｓｅｃｏｎｄａｒｙ  Ｃｏｍｍｏｎ  ＣｏｎｔｒｏｌＰｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）でのＭＢＭＳに割り当て周期、無線フレームの整数Ｎは、
Ｎ＝Ｍｔｔｉ×ｍ（整数）
で算出され、ＭＢＭＳフレーム・オフセットで無線フレームの整数番号Ｋは、
Ｋ＝Ｍｔｔｉ×ｎ（整数）
で算出される。ここでは、ＩＤＬＥ、ＰＣＨユーザ向けのＬｏｇｉｃａｌ  ＣＨをｘＴＣＨとし、ｘＴＣＨがＦＡＣＨ、ＳＣＣＰＣＨ上で転送されることを前提としている。
【００６９】
このセルではコンテンツが３種類あり、そのうちのあるコンテンツ（ＴＭＧＩ＝ａ）の場合、Ｎ＝６、Ｋ＝２、Ｍｔｔｉ＝２とすると、ＭＢＭＳ送信タイミングは、
ＳＦＮ＝Ｎ×ｐ（整数）＋Ｋ
で求められ、この後、Ｍｔｔｉだけ続くことになる。すなわち、
2004221760.tif 000003
となる［図５（ａ）参照］。
【００７０】
次に、別のコンテンツ（ＴＭＧＩ＝ｂ）では、Ｎ＝６、Ｋ＝０、Ｍｔｔｉ＝２とすると、ＭＢＭＳ送信タイミングは、
ＳＦＮ＝Ｎ×ｐ（整数）＋Ｋ
で求められ、この後、Ｍｔｔｉだけ続くことになる。すなわち、
2004221760.tif 000004
となる［図５（ｂ）参照］。
【００７１】
上記の例において、１周目と２周目とではＭＢＭＳが配信するＳＦＮの値が異なるので、ＭＢＭＳを開始するための通知がＮＷ側からＵＥに必要であるので、上述したように、ＭＢＭＳの開始をＮｏｔｉｆｉｃａｔｉｏｎしている。
【００７２】
図６は本発明によるコンテンツ（ＴＭＧＩ＝ａ）におけるＭＢＭＳ開始タイミングを通知する例を示す図である。図６において、１回目（ｐ＝０）を開始する前に、ＳＦＮ＝１１０〜２３８（ＤＲＸ  Ｃｙｃｌｅ  Ｌｅｎｇｔｈ＝１２８）の間（図６のｃ−ｃ）、ＲＮＣはＴＭＧＩ＝ａについて、ＳＦＮ＝２からＭＢＭＳが開始されることをＲＲＣ：Ｐａｇｉｎｇ  Ｔｙｐｅ１（Ｎｏｔｉｆｉｃａｔｉｏｎ）でＵＥに通知する。この場合には、１ＤＲＸ  Ｃｙｃｌｅ  Ｌｅｎｇｔｈで全ＵＥに通知される。
【００７３】
その後に、ＳＮＦ＝２（図６のｄ）からＴＭＧＩ＝ａのデータが配信される。ＭＢＭＳデータの配信スケジューリングは報知情報のＮ、Ｋ、Ｍｔｔｉによって決まる。尚、このセルに後から入ってきたＵＥを考慮し、上記のＰａｇｉｎｇ  Ｔｙｐｅ１（ＭＢＭＳ  Ｎｏｔｉｆｉｃａｔｉｏｎ）は定期的に行ってもよい。
【００７４】
上述した本発明の各実施例では、ＦＡＣＨ内コンテンツ（ＴＭＧＩ）毎に、時分割でデータが配信され、またそのタイミングがページングのタイミングと重複した場合を考慮し、同じデータを繰り返し送信している（ＳＦＮ単位）。よって、必ずＦＡＣＨのスループット以下となり、繰り返し回数を２回とした場合には、最高でもＦＡＣＨのスループットの半分になってしまう。
【００７５】
これを解消するために、本実施例では、同一セル内に複数のＳＣＣＰＣＨを収容し、コンテンツ毎に収容するＳＣＣＰＣＨを定義することで解消している。例えば、
ＳＣＣＰＣＨ＃１：ＤＴＣＨ／ＤＣＣＨ／ＣＣＣＨ用ＦＡＣＨ
ＳＣＣＰＣＨ＃２：ｘＴＣＨ用ＦＡＣＨ［ＩＤＬＥ、ＰＣＨユーザ対象外（ＦＡＣＨ状態対象）：コンテンツ＃Ａ］
ＳＣＣＰＣＨ＃３：ｘＴＣＨ用ＦＡＣＨ［ＩＤＬＥ、ＰＣＨユーザ対象外（ＦＡＣＨ状態対象）：コンテンツ＃Ａ］
ＳＣＣＰＣＨ＃４：ｘＴＣＨ用ＦＡＣＨ［ＩＤＬＥ、ＰＣＨユーザ対象外（ＦＡＣＨ状態対象）：コンテンツ＃Ｂ］
ＳＣＣＰＣＨ＃５：ｘＴＣＨ用ＦＡＣＨ［ＩＤＬＥ、ＰＣＨユーザ対象（ＦＡＣＨ状態対象外）：コンテンツ＃Ａ］
ＳＣＣＰＣＨ＃６：ｘＴＣＨ用ＦＡＣＨ［ＩＤＬＥ、ＰＣＨユーザ対象（ＦＡＣＨ状態対象外）：コンテンツ＃Ａ］
ＳＣＣＰＣＨ＃７：ｘＴＣＨ用ＦＡＣＨ［ＩＤＬＥ、ＰＣＨユーザ対象（ＦＡＣＨ状態対象外）：コンテンツ＃Ｂ］
ＳＣＣＰＣＨ＃８：ＰＣＣＨ用ＰＣＨ、ＣＴＣＨ用ＦＡＣＨ
というように定義する。
【００７６】
ＵＥにはどのコンテンツ、どのＲＲＣ状態がどのＳＣＣＰＣＨのＦＡＣＨで配信しているかを予め報知情報でＵＥに通知する。ＳＣＣＰＣＨ＃２，３、ＳＣＣＰＣＨ＃５，６では異なるデータを配信し、上位レベルで分割、組み立てを行うことでスループット向上を目指している。
【００７７】
【発明の効果】
以上説明したように本発明は、無線端末からのサービス参加要求に応答して無線制御装置から無線端末にサービス参加要求に対応するサービスデータを同報配信する移動通信システムにおいて、ページングメッセージにてサービスデータを配信する旨を無線制御装置から無線端末に通知することによって、ＵＥをＣＥＬＬ＿ＤＣＨ状態あるいはＣＥＬＬ＿ＦＡＣＨ状態に遷移させることなく、ＭＢＭＳデータの同報配信を行うことができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるＲＮＣの構成を示すブロック図である。
【図２】本発明の一実施例によるＵＥの構成を示すブロック図である。
【図３】本発明の一実施例による移動通信システムにおけるＭＢＭＳデータの受信手順を示すシーケンスチャートである。
【図４】本発明の他の実施例による移動通信システムにおけるＭＢＭＳデータの受信手順を示すシーケンスチャートである。
【図５】（ａ），（ｂ）は本発明によるＭＢＭＳデータの同報配信のスケジュール例を示す図である。
【図６】本発明によるコンテンツ（ＴＭＧＩ＝ａ）におけるＭＢＭＳ開始タイミングを通知する例を示す図である。
【図７】従来例による移動通信システムの構成を示すブロック図である。
【図８】従来例による移動通信システムのデータ配信手順を示すシーケンスチャートである。
【符号の説明】
１  ＲＮＣ
２  ＵＥ
１１  ＮｏｄｅＢインタフェース部
１２  位置情報管理部
１３  位置情報データベース
１４  上位装置側インタフェース部
１５  バッファ
１６  ＭＢＭＳデータ管理部
１７  スケジュール報知部
１８  ＭＢＭＳデータ送信部
１９，２９  記録媒体
２１  アンテナ
２２  送受信共用器
２３  受信部
２４  ユーザデータ分離部
２５  スケジュール判定部
２６  パケット組立て部
２７  信号合成部
２８  送信部
【図１】
2004221760.tif 000005
【図２】
2004221760.tif 000006
【図３】
2004221760.tif 000007
【図４】
2004221760.tif 000008
【図５】
2004221760.tif 000009
【図６】
2004221760.tif 000010
【図７】
2004221760.tif 000011
【図８】
2004221760.tif 000012