(57)【要約】  無線装置（５０）は、基地局（１０）から、データの受信要否に関する問い合わせを受ける前に、前記データの受信要否を示す第１の情報を基地局（１０）宛に送信し、その後に、前記問い合わせを基地局（１０）から受信した場合に、前記第１の情報に変更がなければ、前記問い合わせに対する応答の送信を制限する。これにより、無線装置（５０）から基地局（１０）に対する通信の負荷を低減することが可能となる。
2010026636.tif 000002
【特許請求の範囲】
【請求項１】
基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける通信制御方法において、
前記無線装置は、
前記基地局から、前記データの受信要否に関する問い合わせを受ける前に、前記データの受信要否を示す第１の情報を前記基地局宛に送信し、
その後に、前記問い合わせを前記基地局から受信した場合に、前記第１の情報に変更がなければ、前記問い合わせに対する応答の送信を制限する、
ことを特徴とする、通信制御方法。
【請求項２】
前記制限は、前記データの受信要否を示す第２の情報を前記応答として前記基地局宛に送信することを停止すること、又は、前記送信は許容し前記第２の情報量を削減すること、
であることを特徴とする、請求項１記載の通信制御方法。
【請求項３】
前記基地局は、
前記無線装置から受信した前記第１及び第２の情報を基に、前記データの受信を希望する無線装置を管理する、ことを特徴とする、請求項２記載の通信制御方法。
【請求項４】
前記第１の情報は、前記無線装置が前記基地局に接続を行なう際の所定の接続処理の過程で前記基地局へ送信される、ことを特徴とする、請求項１〜３のいずれか１項に記載の通信制御方法。
【請求項５】
前記第１の情報は、前記基地局が前記データの提供が可能であることを告知するチャネルの受信応答、又は前記通知のためのチャネルよりも上位レイヤの信号を用いて前記基地局へ送信される、ことを特徴とする、請求項４記載の通信制御方法。
【請求項６】
前記チャネルの情報は、前記接続処理の過程で前記基地局から前記無線装置へ送信されるメッセージを用いて送信される、ことを特徴とする、請求項５記載の通信制御方法。
【請求項７】
前記メッセージは、前記無線装置が前記基地局に送信したランダムアクセスプリアンブルに対するランダムアクセスレスポンスである、ことを特徴とする、請求項６記載の通信制御方法。
【請求項８】
前記第２の情報は、前記基地局が前記問い合わせに用いるチャネルの受信応答、又は前記問い合わせに用いるチャネルよりも上位レイヤの信号を用いて前記基地局へ送信される、ことを特徴とする、請求項２又は３に記載の通信制御方法。
【請求項９】
前記第２の情報は、前記問い合わせを受けた後に前記基地局宛に送信するランダムアクセスプリアンブルに含められる、ことを特徴とする、請求項２又は３に記載の通信制御方法。
【請求項１０】
前記接続処理は、前記無線装置が接続先の基地局を変更するハンドオーバ処理を含む、ことを特徴とする、請求項４記載の通信制御方法。
【請求項１１】
前記無線装置は、電源オフ時又は接続先の基地局を変更するハンドオーバ処理を実行する際に、その旨を前記基地局に通知し、
前記基地局は、
当該通知を受信すると、当該無線装置から受信した前記第１の情報を、前記データの受信が不要であることを示す情報に更新する、
ことを特徴とする、請求項１記載の通信制御方法。
【請求項１２】
基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける前記無線装置において、
前記基地局から、前記データの受信要否に関する問い合わせを受ける前に、前記データの受信要否を示す第１の情報を前記基地局宛に送信する送信手段と、
前記送信手段による前記第１の情報の送信後に、前記問い合わせを前記基地局から受信した場合に、前記第１の情報に変更がなければ、前記問い合わせに対する応答の送信を制限する制御手段と、
をそなえたことを特徴とする、無線装置。
【請求項１３】
前記制御手段による前記制限は、
前記データの受信要否を示す第２の情報を前記応答として前記基地局宛に送信することを停止すること、又は、前記送信は許容し前記第２の情報量を削減すること、
であることを特徴とする、請求項１２記載の無線装置。
【請求項１４】
前記送信手段は、
前記第１の情報を、前記無線装置が前記基地局に接続を行なう際の所定の接続処理の過程で前記基地局へ送信する、ことを特徴とする、請求項１２又は１３に記載の無線装置。
【請求項１５】
前記送信手段は、
前記第２の情報を、前記基地局が前記問い合わせに用いるチャネルの受信応答、又は前記問い合わせに用いるチャネルよりも上位レイヤの信号を用いて前記基地局へ送信される、ことを特徴とする、請求項１３記載の無線装置。
【請求項１６】
前記送信手段は、
前記第２の情報を、前記問い合わせを受けた後に前記基地局宛に送信するランダムアクセスプリアンブルに含める、ことを特徴とする、請求項１３記載の無線装置。
【請求項１７】
前記接続処理は、接続先の基地局を変更するハンドオーバ処理を含む、ことを特徴とする、請求項１４記載の無線装置。
【請求項１８】
前記制御手段は、
電源オフ時又は接続先の基地局を変更するハンドオーバ処理を実行する際に、その旨を前記基地局に通知する、
ことを特徴とする、請求項１２記載の無線装置。
【請求項１９】
基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける前記基地局において、
前記データの受信要否に関する問い合わせを前記無線装置宛に送信する前に前記無線装置から送信された、前記データの受信要否を示す第１の情報と、前記問い合わせを送信した後に前記第１の情報に変更がある無線装置から送信された、前記データの受信要否を示す第２の情報と、を受信する受信手段と、
前記受信手段で受信された前記第１及び第２の情報に基づいて、前記データの受信を希望する無線装置を管理する管理手段と、
前記管理手段による管理の下に前記データの送信を行なう送信手段と、
をそなえたことを特徴とする、基地局。
【請求項２０】
前記受信手段は、
電源オフ又は接続先の基地局を変更するハンドオーバ処理の実行通知を前記無線装置から受信し、
前記管理手段は、
前記実行通知を受信すると、当該無線装置から受信した前記第１の情報を、前記データの受信が不要であることを示す情報に更新する、
ことを特徴とする、請求項１９記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、通信制御方法、無線装置、基地局に関する。
【背景技術】
【０００２】
Multimedia Broadcast and Multicast Service（ＭＢＭＳ）は、次世代の無線通信に採用される予定であり、Third Generation Partnership Project（３ＧＰＰ）のLong Term Evolution（ＬＴＥ）標準化会議において検討が行なわれている。【０００３】
ＭＢＭＳでの通信は、ポイントツーマルチポイント（ＰｔＭ）の通信である。例えば、１つの無線基地局から複数のユーザ端末（user equipment、ＵＥ）宛に、同じデータ（コンテンツ）が送信される。データには、例えば、音楽や映像などのマルチメディアデータが含まれる。【０００４】
ＭＢＭＳでは、基地局（base transceiver station、ＢＴＳ）からサービスの提供（開始）を通知する情報を送信する。この情報は、ＭＩＣＨ（ＭＢＭＳ notification Indicator Channel）と呼ばれるチャネルを用いて送信される。ＵＥは、このＭＩＣＨの情報を受信することで、当該ＢＴＳによってサービスが開始されることを認識することができる。【０００５】
次いで、ＢＴＳは、サービスの提供を希望するＵＥ数を認識するためにＭＣＣＨ（MBMS point-to-multipoint Control Channel）の情報を送信する。ＭＣＣＨの情報には、ＢＴＳが提供するサービスの内容に関する情報や、当該サービスの提供を希望する場合はＢＴＳに応答を返すことを要求する情報などが含まれる。【０００６】
ＵＥは、ＭＣＣＨの情報を受信すると、提供を受けることが可能なサービス内容を認識するとともに、当該サービスの提供を希望する場合には、その旨をＢＴＳに通知（応答）する。この応答は、例えば、上り（アップリンク、ＵＬ）のチャネルの一例としてのランダムアクセスチャネル（ＲＡＣＨ）を用いて行なうことができる。【０００７】
ＢＴＳは、ＭＣＣＨに対する応答の受信数をカウントすることで、サービスの提供を希望するＵＥ数を認識する。【０００８】
【特許文献１】特開２００６−３４５２９８号公報
【非特許文献１】3GPP TS25.211 V8.1.0
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来技術では、ＭＢＭＳサービスの提供を希望するＵＥのすべてが、ＭＣＣＨの情報の受信に対する応答をＢＴＳに返す。そのため、ＵＬのチャネル（例えばＲＡＣＨ）の負荷が増加するおそれがある。また、ＢＴＳの処理負荷も増大し得る。【００１０】
そこで、ＢＴＳに対する通信の負荷を低減できるようにしたい。また、ＢＴＳの処理負荷も低減できるようにしたい。
【課題を解決するための手段】
【００１１】
例えば、以下の通信制御方法、無線装置、基地局を用いることができる。【００１２】
（１）基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける通信制御方法において、前記無線装置は、前記基地局から、前記データの受信要否に関する問い合わせを受ける前に、前記データの受信要否を示す第１の情報を前記基地局宛に送信し、その後に、前記問い合わせを前記基地局から受信した場合に、前記第１の情報に変更がなければ、前記問い合わせに対する応答の送信を制限する、通信制御方法を用いることができる。【００１３】
（２）基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける前記無線装置において、前記基地局から、前記データの受信要否に関する問い合わせを受ける前に、前記データの受信要否を示す第１の情報を前記基地局宛に送信する送信手段と、前記送信手段による前記第１の情報の送信後に、前記問い合わせを前記基地局から受信した場合に、前記第１の情報に変更がなければ、前記問い合わせに対する応答の送信を制限する制御手段と、をそなえた無線装置を用いることができる。【００１４】
（３）基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける前記基地局において、前記データの受信要否に関する問い合わせを前記無線装置宛に送信する前に前記無線装置から送信された、前記データの受信要否を示す第１の情報と、前記問い合わせを送信した後に前記第１の情報に変更がある無線装置から送信された、前記データの受信要否を示す第２の情報と、を受信する受信手段と、前記受信手段で受信された前記第１及び第２の情報に基づいて、前記データの受信を希望する無線装置を管理する管理手段と、前記管理手段による管理の下に前記データの送信を行なう送信手段と、をそなえた基地局を用いることができる。
【発明の効果】
【００１５】
無線装置から基地局に対する通信の負荷を低減することが可能となる。また、基地局の処理負荷を低減することも可能である。
【図面の簡単な説明】
【００１６】
【図１】ＭＢＭＳ通信（リンク）の確立とＵＥカウンティングの一例を説明するシーケンス図である。
【図２】ＭＩＣＨ送信の様子を例示する模式図である。
【図３】ＭＩＣＨのフォーマット例を示す図である。
【図４】ＭＣＣＨ送信の様子を例示する模式図である。
【図５】ＭＣＣＨのフォーマット例を示す図である。
【図６】一実施形態に係るＭＢＭＳ通信とＵＥカウンティングの一例を説明するシーケンス図である。
【図７】既存のＲＡＣＨレスポンス（ｍｓｇ２）のフォーマット例を示す図である。
【図８】本実施形態で用いるＲＡＣＨレスポンス（ｍｓｇ２）のフォーマット例を示す図である。
【図９】図６に例示するシーケンスにおいてＵＥに対するＭＢＭＳ受信要否の問い合わせと応答の様子を例示する模式図である。
【図１０】図６に例示するシーケンスにおいてＭＢＭＳ受信要否に変更があるＵＥに限ってＭＣＣＨレスポンスを送信する様子を例示する模式図である。
【図１１】ＭＣＣＨレスポンスのフォーマット例を示す図である。
【図１２】ＭＣＣＨレスポンスの他のフォーマット例を示す図である。
【図１３】本実施形態のＵＥが電源オフ又はセル変更を行なう場合に、その旨を事前にＢＴＳに通知する様子を例示する模式図である。
【図１４】図６に例示するシーケンスの変形例を説明するシーケンス図である。
【図１５】本実施形態のＢＴＳの構成例を示すブロック図である。
【図１６】図１５に例示するＢＴＳで管理する管理テーブルの一例を示す図である。
【図１７】図１０に例示する状況での管理テーブルの更新例を示す図である。
【図１８】図１３に例示する状況での管理テーブルの更新例を示す図である。
【図１９】本実施形態のＵＥの構成例を示すブロック図である。
【符号の説明】
【００１７】
１０  基地局（ＢＴＳ）
１１  生成部
１１１  ＲＡＣＨレスポンス生成部
１１２  ＭＩＣＨ生成部
１１３  ＭＣＣＨ生成部
１１４  ＭＴＣＨ生成部
１１５  ＲＳ生成部
１２  ＲＡＣＨレスポンス構成部
１３，１５，１８，２０  変調部
１４  ＭＩＣＨ構成部
１６，２１  多重部
１７  ＭＣＣＨ構成部
１９  ＭＴＣＨ構成部
２２  送信部
２３  送信アンテナ
３１  受信アンテナ
３２  受信部
３３  分離部
３４  チャネル（ＣＨ）推定部
３５，３７  復調部
３６  制御情報復号部
３８  データ復号部
３９  ＭＢＭＳ受信要否情報管理部
３９１  管理テーブル
４０  スケジューラ
５０  無線装置〔ユーザ端末（ＵＥ）〕
５１  受信アンテナ
５２  受信部
５３  分離部
５４  チャネル推定部
５５，５７  復調部
５６  制御情報復号部
５８  データ復号部
６１  ＲＳ生成部
６２  制御情報生成部
６３  データ生成部
６４  ＲＡＣＨ生成部
６５  ＭＢＭＳ受信要否情報生成部
６６  ＭＢＭＳ受信要否情報バッファ
６７  制御情報構成部
６８，７０，７３  変調部
６９  データ構成部
７１  多重部
７２  ＲＡＣＨ構成部
７４  送信部
７５  送信アンテナ
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して実施の形態を説明する。ただし、以下に説明する実施形態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図はない。即ち、本実施形態は、その趣旨を逸脱しない範囲で種々変形（各実施例を組み合わせる等）して実施することができる。【００１９】
〔１〕一実施形態の説明
（１．１）ＭＢＭＳ通信の確立及びカウンティング
まず、ＭＢＭＳ通信（リンク）の確立とＵＥカウンティングについて、図１に例示するシーケンス図を用いて説明する。【００２０】
なお、ＵＥは、基地局（ＢＴＳ）をエンティティに含む無線アクセスネットワーク（ＲＡＮ）を介して一つ以上のコアネットワーク（インターネット等）と通信する。ＵＥは、音声及びはデータのいずれか一方又は双方をＲＡＮとの間で送受信できる無線装置であれば足りる。例えば、携帯電話、無線インタフェース付のラップトップコンピュータ、車載用の無線装置などであってもよい。また、ＵＥは、移動局に限らず、固定の無線装置であってもよい。【００２１】
図１において、無線装置の一例としてのＵＥ５０は、基地局１０との通信（リンク）を確立する場合、ＲＡＣＨプリアンブル（ｍｓｇ１）をＢＴＳ１０宛に送信する（処理１００１）。【００２２】
ＢＴＳ１０は、ＲＡＣＨプリアンブルを受信すると、その応答としてＲＡＣＨレスポンス（ｍｓｇ２）を、ＵＥ５０宛に送信する（処理１００２）。【００２３】
ＵＥ５０は、ＲＡＣＨレスポンスを受信すると、ＵＬのスケジューリング要求（ｍｓｇ３）を、例えばＵＬの共有チャネル（ＵＬ−ＳＣＨ）を用いてＢＴＳ１０宛に送信する（処理１００３）。ＵＬ−ＳＣＨの一例は、ＰＵＳＣＨ（Physical Uplink Shared Channel）である。【００２４】
ＢＴＳ１０は、前記スケジューリング要求を受信すると、ＵＥ５０との間の通信に用いる無線リソース（帯域など）を割り当てる。【００２５】
以後、ＵＥ５０は、割り当てられた無線リソースにてＢＴＳ１０との通信が可能な状態（リンク確立状態）となる。【００２６】
その後、ＢＴＳ１０は、ＭＩＣＨの情報を送信して、ＭＢＭＳサービスが開始されることをＵＥ５０に通知する（処理１００４）。ＭＩＣＨは、共有チャネルの一つであり、図２に模式的に例示するように、アイドル状態のＵＥ５０も含め、配下の全ＵＥ５０に対して、ＭＢＭＳの提供（開始）が可能であることを告知し、参加（提供）を希望するＵＥ５０を募る意義を有する。なお、前記共有チャネルとしてブロードキャストチャネルを用いることで、アイドル状態や、ドーマント状態にあるＵＥ５０に対してもＭＢＭＳサービスの提供（開始）を通知することができる。【００２７】
ＭＩＣＨのフォーマットの一例を、図３に示す。この図３において、ＮＩ１、ＮＩ２、ＮＩ３…は、様々な通知情報（Nortification Indicator）を示し、配信されるＭＢＭＳサービスのコンテンツや種類に応じて必要な数だけ設定される。ＭＩＣＨのサイズは、数百ビット程度（例えば３００ビット）である。なお、ＮＩは、ＢＴＳ１０とＵＥ５０との間に通信リンクが確立済み（ＲＡＣＨが確立済み）であれば、ＭＩＣＨ以外のチャネルを用いて送信することも可能である。【００２８】
次いで、ＢＴＳ１０は、ＭＣＣＨの情報を送信して〔処理１００５；図４の（１）参照〕、ＭＢＭＳサービスの内容を配下のＵＥ５０に知らせるとともに、ＭＢＭＳサービスの提供を希望するＵＥ５０は応答を返すように要求する。つまり、ＭＣＣＨの情報は、ＢＴＳ１０の配下のＵＥ５０に対してＭＢＭＳコンテンツの受信を希望するか否かを問い合わせる意義を有する。【００２９】
ＭＣＣＨは、ＭＩＣＨによってマッピングを示された個別チャネルである。この個別チャネルにて、共有チャネルを用いて送信すると不都合な情報等（例えば、ＵＥ５０毎のサービス情報等）をＵＥ５０個別に（安全に）送ることが可能である。【００３０】
ＭＣＣＨのフォーマットの一例を、図５に示す。
“ＭＢＭＳ System Information”には、ＭＣＣＨスケジューリング情報、ＭＣＣＨがマッピングされる無線ベアラのコンフィギュレーション情報が含まれる。【００３１】
“ＭＢＭＳ Service Information”には、利用可能なＭＢＭＳサービスの識別子（ＩＤ）、ＰｔＭ（Point to Multipoint）インジケータが含まれる。【００３２】
“MBMS Radio Bearer Information”は、ＰｔＭ通信時に設定される情報であり、ＭＴＣＨ（ＭＢＭＳ Traffic Channel）の無線ベアラ情報が含まれる。【００３３】
“ＭＢＭＳ Access Information”には、カウンティングを必要とするＭＢＭＳサービスのＩＤや、プロバビリティファクタが含まれる。【００３４】
“ＭＢＭＳ Neighboring Cell Information”には、近隣セル（ＢＴＳ）のＭＴＣＨの無線ベアラ情報が含まれる。【００３５】
ＭＢＭＳサービスの提供を希望するＵＥ５０は、このＭＣＣＨの情報を受信すると、ＢＴＳ１０に対して応答（ＭＣＣＨレスポンス）を返すことで、ＭＢＭＳコンテンツの送信を要求することができる〔処理１００６；図４の（２）参照〕。なお、ＭＣＣＨの情報の受信に対する応答は、ＲＡＣＨの確立後であることを条件としなくてもよい。例えば、アイドル状態のＵＥ５０がＲＡＣＨを確立するまでにＭＩＣＨの情報を受信し、その指示に従ってＭＣＣＨを受信することは可能である。したがって、その応答を例えばＲＡＣＨにて返せばよい。【００３６】
ＢＴＳ１０は、ＭＣＣＨレスポンスの受信数をカウントすることにより、ＭＢＭＳサービスの提供を希望するＵＥ５０の数を認識する。このカウントは、ＢＴＳ１０を通じて、図示を省略した上位レイヤ（上位装置）、例えば、ＲＮＣ（Radio Network Controller）や、ＭＢＭＳ−ＧＷ（Gateway）等において行なうことも可能である。【００３７】
ここで、ＭＢＭＳサービスの提供を希望するＵＥ５０のすべてが、一律に、ＭＣＣＨに対する応答（ＭＣＣＨレスポンス）を送信すると、ＵＬの無線チャネルの通信負荷が増加する。例えば、この応答にＲＡＣＨを用いる場合、ＲＡＣＨを圧迫し、負荷の増加、遅延の増加が発生しうる。【００３８】
そこで、本例においては、例えば、ＵＥ５０が、ＢＴＳ１０からＭＣＣＨの情報を受信する前に、ＭＢＭＳコンテンツの受信を希望するかしないか（ＭＢＭＳ受信要否情報）をＢＴＳ１０に予め知らせておく。そして、ＵＥ５０は、その後にＢＴＳ１０からＭＣＣＨの情報（ＭＢＭＳコンテンツの受信要否の問い合わせ）を受信した場合、その応答（ＭＣＣＨレスポンス）の送信を、予めＢＴＳ１０に通知しておいたＭＢＭＳ受信要否情報（第１の情報）に変更がある場合に制限する。【００３９】
すなわち、ＵＥ５０は、前記変更がある場合には、ＭＣＣＨレスポンス（受信要否を示す第２の情報）をＢＴＳ１０に送信し、前記変更が無い場合には、ＵＥ５０は、ＢＴＳ１０からの前記問い合わせ（ＭＣＣＨ）に対する応答の送信は制限する。この「制限」には、応答の送信を停止することのほか、送信は許容しつつ送信する情報量（ビット数）を本来の応答よりも削減することも含む。【００４０】
これによれば、ＵＥ５０は、ＭＣＣＨの情報を受信する前に予めＢＴＳ１０に通知しておいたＭＢＭＳコンテンツの受信要否の情報（第１の情報）に変更が生じた場合に限って、ＢＴＳ１０に本来の情報量の応答（第２の情報）を返すことができる。したがって、確率的に、ＵＬの無線チャネルの通信負荷、ＢＴＳ１０でのＵＬの処理負荷を低減することが可能となる。【００４１】
ここで、ＵＥ５０がＭＢＭＳ受信要否情報を予めＢＴＳ１０に送信するタイミングは、既述のＵＥ５０とＢＴＳ１０との間の通信リンクの確立シーケンスの過程に含まれるものとすることができる。前記確立シーケンスの一例としては、初期接続に用いるランダムアクセスシーケンスが挙げられる。【００４２】
例示的に、図６に示すように、ＢＴＳ１０は、ランダムアクセスシーケンスの過程で、ＭＩＣＨの情報（通知情報）をＵＥ５０宛に送信し、ＵＥ５０は、このＭＩＣＨの情報を受信すると、その応答（ＭＩＣＨレスポンス）をＢＴＳ１０に返す。ＵＥ５０は、この応答に、前記第１の情報の一例としてのＭＢＭＳ受信要否情報を含めることができる。【００４３】
ＢＴＳ１０は、図６（処理１０２１）及び図９の（１）に例示するように、前記ＭＩＣＨの情報を、ＵＥ５０から受信したＲＡＣＨプリアンブルに対する応答〔ＲＡＣＨレスポンス（ｍｓｇ２）〕に含めて、当該ＵＥ５０宛に送信することができる。【００４４】
ＭＩＣＨの情報をＲＡＣＨレスポンスに含めることで、ＵＥ５０は、ＭＩＣＨの受信を常時監視しなくてもよい。したがって、図１に例示するようにＭＩＣＨを個別に用意しなくてもよいから、その分の無線リソースを他のデータ伝送に用いることも可能である。ただし、ＭＩＣＨの情報は、ＲＡＣＨレスポンス（ｍｓｇ２）とは個別に送信（例えば、ブロードキャスト）することもできる。【００４５】
図８に、本例のＲＡＣＨレスポンスのフォーマット例を示す。この図８において、Ｐｒｅａｍｂｌｅは、同期情報を表し、Ｔｉｍｉｎｇ  Ａｄｂａｎｃｅは、ＢＴＳ１０がＵＥ５０のＵＬ送信タイミングを指定するのに用いられる情報である。ＵＥ  ＩＤは、ＵＥ５０の識別情報を表し、Ｇｒａｎｔは、ＵＬの送信許可を示す情報である。そして、ＭＩＣＨには、図３に例示したように、適宜数の通知情報（ＮＩ）が含められる。なお、図７には、比較のために、既存のＲＡＣＨレスポンスのフォーマット例を示す。【００４６】
一方、ＵＥ５０は、図６（処理１０２２）及び図９の（２）に例示するように、ＭＩＣＨの情報を含む前記ＲＡＣＨレスポンスをＢＴＳ１０から受信すると、ＭＢＭＳコンテンツの受信要否情報をＭＩＣＨレスポンスにてＢＴＳ１０宛に送信（通知）する。ＭＩＣＨに含まれるＮＩは、それぞれ別個のＭＢＭＳコンテンツと考えることができ、ここにコンテンツの概略、およびＭＣＣＨのマッピング先等の情報が格納されている。よって、ＭＩＣＨレスポンスは、どのＮＩを希望するかという情報を含めばよい。一例を次表１に示す。【００４７】
【表１】
2010026636.tif 000003
この受信要否情報は、ＲＡＣＨのメッセージパートに含めて送信してもよいし、既述のＵＬ−ＳＣＨ（ＰＵＳＣＨ）を用いて送信されるスケジューリング要求（ｍｓｇ３）に含めて送信してもよい。また、上位レイヤのシグナリングに含めてもよい。【００４８】
ＢＴＳ１０は、ＭＢＭＳ受信要否情報を受信すると、ＵＥ５０別にその情報を管理する。この管理には、前記ＵＥ  ＩＤを用いることができる。【００４９】
そして、ＢＴＳ１０は、ＭＢＭＳサービスの開始（ＭＢＭＳコンテンツの送信）前に、配下のＵＥ５０宛にＭＣＣＨの情報を送信する。この場合のＭＣＣＨの情報送信は、ＭＢＭＳ受信要否情報の変更の有無をＵＥ５０に確認する（問い合わせる）意義も有する〔図１０の（１）参照〕。この確認（問い合わせ）は、例示的に、ＢＴＳ１０の配下の各ＵＥ５０に対してポーリングにより周期的に実施することができる。【００５０】
ＵＥ５０は、ＢＴＳ１０から当該ＭＣＣＨの情報を受信すると、予めＢＴＳ１０に通知したＭＢＭＳ受信要否情報に変更があるか否かを確認し、変更があれば新たなＭＢＭＳ受信要否情報（第２の情報）をＢＴＳ１０に送信する。【００５１】
すなわち、図１０の（２）に模式的に例示するように、ＭＢＭＳコンテンツの提供を希望しないことをＢＴＳ１０に予め通知したがその後に希望することに変更したＵＥ５０（ＵＥ＃２）は、その旨（受信希望）をＢＴＳ１０に通知する。【００５２】
逆に、ＭＢＭＳコンテンツの提供を希望することをＢＴＳ１０に予め通知したがその後に希望しないことに変更したＵＥ５０（ＵＥ＃５）は、その旨（受信取りやめ）をＢＴＳ１０に通知する。【００５３】
以上のような変更の通知は、例えばＢＴＳ１０宛のＭＣＣＨレスポンスを用いて行なうことができる。一例として、図１１に、ＵＬのＲＡＣＨを用いる場合のＭＣＣＨレスポンスのフォーマット例を示す。この図１１に例示するフォーマットは、プリアンブルフィールドと、ＭＢＭＳサービスＩＤフィールドと、ＵＥ  ＩＤフィールドとを有する。ＭＢＭＳ受信要否情報に変更があるＵＥ５０は、希望するＭＢＭＳサービスのＩＤをＭＢＭＳサービスＩＤフィールドに設定するとともに、ＵＥ  ＩＤに自身のＩＤを設定する。【００５４】
予め通知したＭＢＭＳ受信要否情報に変更が無いＵＥ５０は、このような通知（応答）は行なわなくてよい。ただし、変更の無いことをＢＴＳ１０に通知することを許容してもよい。この場合の通知に用いるＭＣＣＨレスポンスのフォーマット例を、図１２に示す。図１２は、ＵＬのＲＡＣＨを用いる場合のＭＣＣＨレスポンスのフォーマット例を示している。【００５５】
図１２に示すＭＣＣＨレスポンスは、例示的に、プリアンブルフィールドと、ＵＥ  ＩＤフィールドと、変更無しを示す情報フィールドとを有する。ＭＢＭＳ受信要否情報に変更が無いＵＥ５０は、変更無しを表す情報（例えば１ビット）を前記情報フィールドに設定するとともに、自局５０のＩＤをＵＥ  ＩＤフィールドに設定する。【００５６】
この場合、ＭＢＭＳサービスＩＤは、例えば前記ＭＩＣＨレスポンスにて既にＢＴＳ１０に通知済みであるから、改めて通知しなくてもよい（ＭＢＭＳサービスＩＤフィールドは用意しなくてよい）。したがって、図１１のＭＣＣＨレスポンスに比べてＢＴＳ１０宛に送信する情報量を削減することができる。
なお、図１１及び図１２に示すプリアンブルフィールドには、所定の同期情報が設定される。【００５７】
また、図１３に模式的に例示するように、ＵＥ５０が電源をオフにする場合や、ハンドオーバにより接続先のＢＴＳのセルを変更する（在圏セルから離れる）場合、ＵＥ５０は、予めその旨をＢＴＳに報告することができる。【００５８】
これによれば、ＢＴＳ１０は、ＭＢＭＳ受信要否情報に変更が無くＭＣＣＨレスポンスを返さないＵＥ５０が存在するとしても、ＭＢＭＳコンテンツの送信が不要になったＵＥ５０を識別することができる。【００５９】
したがって、そのＵＥ５０宛のＭＢＭＳコンテンツの送信を停止することができ、無駄なＭＢＭＳコンテンツ送信を回避することが可能となる。【００６０】
さらに、図１４に例示するように、過去にＭＩＣＨ及びＭＣＣＨの情報をＢＴＳ１０から受信済み（処理２００１及び処理２００２参照）のＵＥ５０は、ＭＣＣＨレスポンスを送信可能な状態にある。したがって、当該ＵＥ５０は、ＲＡＣＨプリアンブルの送信の際にＭＣＣＨレスポンス（ＭＢＭＳ受信要否の変更）を併せてＢＴＳ１０に送信することもできる（処理２００３）。ＢＴＳ１０は、当該ＲＡＣＨプリアンブル及びＭＣＣＨレスポンスを受信すると、既述のＲＡＣＨレスポンスをＵＥ５０に送信する（処理２００４）。【００６１】
以下、上述のＭＢＭＳ通信制御を実現するＢＴＳ１０及びＵＥ５０の構成（機能）について、詳述する。【００６２】
（１．２）ＢＴＳ１０
図１５は、本例のＢＴＳ１０の構成例を示すブロック図である。この図１５に示すＢＴＳ１０は、例示的に、送信処理部の一例として、生成部１１と、ＲＡＣＨレスポンス構成部１２と、ＭＩＣＨ構成部１４と、ＭＣＣＨ構成部１７と、ＭＴＣＨ構成部１９と、変調部１３，１５，１８，２０と、多重部１６，２１と、送信部２２と、送信アンテナ２３とをそなえる。生成部１１は、さらに、ＲＡＣＨレスポンス生成部１１１と、ＭＩＣＨ生成部１１２と、ＭＣＣＨ生成部１１３と、ＭＴＣＨ生成部１１４と、ＲＳ生成部１１５とをそなえる。【００６３】
また、ＢＴＳ１０は、例示的に、受信処理部の一例として、受信アンテナ３１と、受信部３２と、分離部３３と、チャネル（ＣＨ）推定部３４と、復調部３５と、制御情報復号部３６と、復調部３７と、データ復号部３８とをそなえる。【００６４】
さらに、ＢＴＳ１０は、制御部の一例として、ＭＢＭＳ受信要否管理部３９と、スケジューラ４０とをそなえる。【００６５】
受信アンテナ３１は、ＵＥ５０が送信したＵＬの無線信号を受信して、受信部３２に入力する。【００６６】
受信部３２は、受信アンテナ３１で受信されたＵＬの無線信号に対して、所定の無線受信処理を施す。この無線受信処理には、例示的に、低雑音増幅、ベースバンド周波数への周波数変換（ダウンコンバージョン）、アナログ−ディジタル（ＡＤ）変換などの処理が含まれる。【００６７】
分離部３３は、受信部３２で得られた受信ベースバンド信号から、リファレンス信号（ＲＳ）、制御情報、データを分離する。ＲＳは、ＵＥ５０との間で既知の信号であり、チャネル推定部３４に入力される。制御情報には、例えば、ＣＱＩ（Channel Quality Indicator）情報、ＣＲＣ（Cyclic Redundancy Check）結果（ＡＣＫ／ＮＡＣＫ信号）が含まれ、復調部３５に入力される。データには、ＵＥ５０が送信したＵＬのデータ（制御データ、音声データ、映像データなど）が含まれ、復調部３７に入力される。【００６８】
チャネル推定部３４は、前記ＲＳを基にＵＥ５０との間のＵＬの伝搬路（チャネル）応答であるチャネル値を推定する。得られたチャネル推定値は、復調部３５及び３７にそれぞれ与えられる。【００６９】
復調部３５は、チャネル推定部３４から与えられるチャネル推定値と、スケジューラ４０から与えられるＭＣＳ（Modulation and Coding Scheme）情報とに基づいて、分離部３３で得られた制御情報を、ＵＥ５０でのＵＬの変調方式に応じた復調方式で復調する。【００７０】
制御情報復号部３６は、スケジューラ４０から与えられるＭＣＳ情報に基づいて、復調部３５で復調された制御情報を、ＵＥ５０での符号化方式、符号化率に応じて復号する。ＵＥ５０での符号化方式には、ターボ符号化等の誤り訂正符号化方式を適用でき、復号方式には、対応する誤り訂正復号方式を適用することができる。復号した制御情報は、スケジューラ４０に与えられる。【００７１】
復調部３７は、チャネル推定部３４から与えられるチャネル推定値と、スケジューラ４０から与えられるＭＣＳ情報とに基づいて、分離部３３により得られたＵＬの受信データを復調する。受信データには、ＲＡＣＨプリアンブルやＭＩＣＨレスポンス、ＵＬ−ＳＣＨの情報、ＭＣＣＨレスポンス、ＵＥ５０の電源オフ操作情報などが含まれる。【００７２】
データ復号部３８は、スケジューラ４０から与えられるＭＣＳ情報に基づいて、復調部３７で復調された受信データを復号する。この受信データの復号方式にも、誤り訂正復号方式を適用できる。復号結果は、ＣＲＣ処理を施され、その結果は制御情報の一つとしてスケジューラ４０に与えられる。また、復号結果にＭＩＣＨレスポンスが含まれる場合は、当該レスポンスに含まれるＭＢＭＳ受信要否情報が抽出されて、ＭＢＭＳ受信要否情報管理部３９に与えられる。【００７３】
つまり、符号３１〜３８で示す要素を含むブロックは、ＭＢＭＳコンテンツ（データ）の受信要否に関する問い合わせ（例えばＭＣＣＨ情報）をＵＥ５０宛に送信する前にＵＥ５０から送信された、ＭＢＭＳコンテンツの受信要否を示す第１の情報（例えばＭＩＣＨレスポンス）と、前記問い合わせを送信した後に前記第１の情報に変更があるＵＥ５０から送信された、ＭＢＭＳコンテンツの受信要否を示す第２の情報（例えばＭＣＣＨレスポンス）と、を受信する受信手段の一例として用いられる。【００７４】
ＭＢＭＳ受信要否情報管理部（以下、単に「管理部」ともいう）３９は、ＵＥ５０（ＵＥ  ＩＤ）別にＭＢＭＳコンテンツの受信要否情報を管理する。そのため、管理部３９は、例示的に、図１６に示すような、ＵＥ５０別にＭＢＭＳ受信要否情報を登録する管理テーブル（データベース）３９１を有する。管理部３９は、ＵＥ５０からのＭＢＭＳコンテンツ受信要否情報を収集し、当該管理テーブル３９１に情報を登録する。図１６には、ＵＥ  ＩＤ＝＃１のＵＥ５０がＭＢＭＳコンテンツの受信を希望することをＭＩＣＨレスポンスにて応答した場合の登録例を示している。この管理テーブル３９１の登録内容は、適宜、上書き更新可能である。【００７５】
例えば、ＭＩＣＨレスポンスにて事前にＢＴＳ１０に報告したＭＢＭＳ受信要否に変更がある場合、ＵＥ５０は、例えばＭＣＣＨレスポンスにて、その変更をＢＴＳ１０に報告してくる。したがって、管理部３９は、その変更内容を管理テーブル３９１に反映する。つまり、管理部３９は、前記受信手段で受信された前記第１及び第２の情報に基づいて、ＭＢＭＳコンテンツの受信を希望するＵＥ５０を管理する。【００７６】
一例を図１７に示す。図１７は、図１０に例示したように、５台のＵＥ５０（ＵＥ  ＩＤ＝＃１〜＃５）のうち、ＵＥ＃２及びＵＥ５が受信要否に変更がある場合の管理テーブル３９１の更新例を示している。【００７７】
すなわち、ＭＢＭＳコンテンツの受信を希望しないことをＢＴＳ１０に予め通知したがその後に受信希望に変更したＵＥ＃２のエントリは、受信不要（×）から受信要（○）に更新される。逆に、ＭＢＭＳコンテンツの提供を希望することをＢＴＳに予め通知したがその後に受信不要に変更したＵＥ＃５のエントリは、受信要（○）から受信不要（×）に更新される。受信要否に変更の無い他のＵＥ５０のエントリは、そのまま維持される。【００７８】
また、管理部３９は、ＵＥ５０の電源オフ操作情報がデータ復号部３８にて得られた場合、管理部３９は、該当ＵＥ  ＩＤのエントリを削除することができる。さらに、ＵＥ５０が他のＢＴＳ（ターゲットＢＴＳ）へハンドオーバする場合、ＢＴＳ１０では、そのＵＥが自局の管轄するセルを離れると認識できるため、該当ＵＥ  ＩＤのエントリを、ＭＢＭＳデータの受信が不要であることを示す情報に更新（削除を含む）することもできる。【００７９】
一例を図１８に示す。図１８は、ＭＢＭＳコンテンツの受信要（○）として管理していたＵＥ  ＩＤ＝＃３のＵＥ５０が、電源オフしたか、ハンドオーバするため、当該ＵＥ＃３宛のＭＢＭＳコンテンツ送信が不要となり、該当エントリが削除される様子を例示している。【００８０】
スケジューラ４０は、管理テーブル３９１の登録内容を参照することにより、各ＵＥ５０のＭＢＭＳコンテンツの受信希望状況（受信を希望するＵＥ５０及びその数）を把握（識別）することができる。なお、管理部３９は、管理テーブル３９１の登録内容の一部（例えば、ＭＢＭＳコンテンツの受信を希望するＵＥ５０の情報）又は全部を、上位レイヤ（ＲＮＣ、ＭＢＭＳ−ＧＷ等）へ送ることができる。これにより、上位レイヤは、ＭＢＭＳコンテンツの受信を希望するＵＥ５０の数をカウントすることができる。【００８１】
また、スケジューラ４０は、制御情報復号部３６から与えられた制御情報及び／又はデータ復号部３８による受信データのＣＲＣ結果を基に、通信相手のＵＥ５０を所定のスケジューリングルール（パラメータ）に従って選択（スケジューリング）する。スケジューリングルールには、ラウンドロビン方式、ＰＦ（Proportional Fairness）方式などを適用できる。ただし、これらに限られない。スケジューリング結果はユーザ割り当て情報として多重部２１に与えられる。【００８２】
さらに、スケジューラ４０は、制御情報復号部３６から与えられた制御情報を基に、例えば再送制御に関連する情報を、各生成部１１１〜１１５に与える。また、スケジューラ４０は、ＣＱＩ情報等の伝搬路品質に関連する情報を基に、ＤＬのＭＣＳ情報（符号化率、変調方式）を決定し、ＲＳ生成部１１５を除く各生成部１１１〜１１４に与える。【００８３】
生成部１１は、例示的に、ＲＡＣＨレスポンス、ＭＩＣＨ、ＭＣＣＨ、ＭＴＣＨ、ＲＳの情報をそれぞれ生成する。すなわち、ＲＡＣＨレスポンスはＲＡＣＨレスポンス生成部１１１、ＭＩＣＨの情報はＭＩＣＨ生成部１１２、ＭＣＣＨの情報はＭＣＣＨ生成部１１３、ＭＴＣＨの情報はＭＴＣＨ生成部１１４、ＲＳはＲＳ生成部１１５にてそれぞれ生成される。【００８４】
ＵＥ５０宛のＭＢＭＳコンテンツ（音楽や映像などのマルチメディアデータ）は、ＭＴＣＨ生成部１１４で生成される情報に含まれる。また、ＲＳ生成部１１５で生成されたＲＳは、図１９に例示するＵＥ５０のチャネル推定部５４によるＤＬのチャネル推定に用いられる。【００８５】
各構成部１２，１４，１７，１９は、前記ＭＣＳ情報のうちの符号化率情報に基づいて、対応する生成部１１１〜１１４でそれぞれ生成された情報を符号化する。【００８６】
各変調部１３，１５，１８，２０は、前記ＭＣＳ情報のうちの変調方式情報に基づいて、対応する構成部１２，１４，１７，１９で符号化された情報を変調する。その際、ＣＲＣ符号をそれぞれ付加することができる。変調方式には、ＱＰＳＫ（Quadrature Phase Shift Keying）や１６ＱＡＭ（Quadrature Amplitude Modulation），６４ＱＡＭなどを適用できる。【００８７】
多重部１６は、各変調部１３，１５により得られた、ＲＡＣＨレスポンス及びＭＩＣＨの情報の各変調信号を多重化して、所定の送信フレームフォーマットに適合する送信信号を生成する。多重化方式には、例示的に、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）やＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）方式を適用することができる。【００８８】
多重部２１は、スケジューラ４０によるスケジューリング結果に基づいて、変調部２０により得られた、ＭＴＣＨの情報（ＭＢＭＳコンテンツを含む）の変調信号と、ＲＳ生成部１１５により得られたＲＳとを多重化して、所定の送信フレームフォーマットに適合する送信信号を生成する。【００８９】
送信部２２は、各多重部１６，２１で得られた各送信信号、および、変調部１８により得られたＭＣＣＨの変調信号に対して、所定の無線送信処理を施す。この無線送信処理には、例示的に、ディジタル−アナログ（ＤＡ）変換、無線周波数への周波数変換（アップコンバージョン）、所定の送信電力への電力増幅などの処理が含まれる。【００９０】
送信アンテナ２３は、送信部２２により得られたＤＬの無線信号を、配下のセル（又はセクタ）に在圏するＵＥ５０宛に送信する。なお、送信アンテナ２３と受信アンテナ３１とは、送信処理部及び受信処理部に共用としてもよい。【００９１】
つまり、符号１１（１１４）、１９，２０〜２３で示す要素を含むブロックは、管理部３９による管理の下にＭＢＭＳデータの送信を行なう送信手段の一例として用いられる。【００９２】
（１．３）ＵＥ５０
図１９は、本例のＵＥ５０の構成例を示すブロック図である。この図１９に示すＵＥ５０は、例示的に、受信処理部の一例として、受信アンテナ５１と、受信部５２と、分離部５３と、チャネル推定部５４と、復調部５５と、制御情報復号部５６と、復調部５７と、データ復号部５８とをそなえる。【００９３】
また、本例のＵＥ５０は、例示的に、送信処理部の一例として、ＲＳ生成部６１と、制御情報生成部６２と、データ生成部６３と、ＲＡＣＨ生成部６４と、ＭＢＭＳ受信要否情報生成部６５と、ＭＢＭＳ受信要否情報バッファ６６とをそなえる。さらに、この送信処理部の一例は、制御情報構成部６７と、データ構成部６９と、ＲＡＣＨ構成部７２と、変調部６８，７０，７３と、多重部７１と、送信部７４と、送信アンテナ７５とをそなえる。【００９４】
受信アンテナ５１は、ＢＴＳ１０から送信されたＤＬの無線信号を受信する。【００９５】
受信部５２は、受信アンテナ５１で受信されたＤＬの無線信号に対して、所定の無線受信処理を施す。この無線受信処理には、例示的に、低雑音増幅、ベースバンド周波数への周波数変換（ダウンコンバージョン）、ＡＤ変換などの処理が含まれる。【００９６】
分離部５３は、受信部５２で前記無線受信処理を受けた受信信号から、ＤＬのＲＳ、制御情報及びデータを分離する。ＲＳはチャネル推定部５４に入力され、制御情報は復調部５５に入力される。制御情報には、ＣＱＩ情報やＣＲＣ結果、ＭＣＳ情報なども含まれる。受信データは復調部５７に入力される。受信データには、ＣＲＣ結果も含まれる。【００９７】
チャネル推定部５４は、前記ＲＳを基にＤＬのチャネル推定値を求める。得られたチャネル推定値は、復調部５７及び５８にそれぞれ与えられる。【００９８】
復調部５５は、分離部５３で得られた制御情報を、ＢＴＳ１０のＤＬの変調方式（ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭなど）に対応する復調方式で復調する。復調結果は、制御情報復号部５６に入力される。【００９９】
制御情報復号部５６は、復調部５５で得られた制御情報の復調結果を、ＢＴＳ１０のＤＬの符号化方式（ターボ符号化などの誤り訂正符号化）及び符号化率に応じて復号する。復号された制御情報は、その情報内容に応じて復調部５７、データ復号部５８、制御情報生成部６２及びＭＢＭＳ受信要否情報生成部６５に選択的に与えられる。【０１００】
復調部５７は、チャネル推定部５４から与えられるチャネル推定値と、制御情報復号部５６から与えられる制御情報（ＭＣＳ情報）とに基づいて、分離部５３で分離された受信データを復調する。【０１０１】
データ復号部５８は、制御情報復号部５６から与えられるＭＣＳ情報のうちの符号化率情報に基づいて、復調部５７で復調された受信データ（ＲＡＣＨレスポンス、ＭＣＣＨの情報、ＭＴＣＨの情報など）を復号する。復号された受信データのうち、ＣＲＣ結果は、制御情報生成部６２に与えられる。【０１０２】
ＲＳ生成部６１は、ＵＬのＲＳを生成する。このＲＳは、ＢＴＳ１０のチャネル推定部３４によるＵＬのチャネル推定に用いられる。【０１０３】
制御情報生成部６２は、制御情報復号部５６及びデータ復号部５７から与えられた情報を基に、ＣＱＩ情報やＭＣＳ情報、ＣＲＣ結果を制御情報の一例として生成する。【０１０４】
データ生成部６３は、ＢＴＳ１０宛のＵＬの送信データを生成する。【０１０５】
ＲＡＣＨ生成部６４は、ＲＡＣＨの送信情報を生成する。ＲＡＣＨを用いてＭＩＣＨレスポンス、ＭＣＣＨレスポンスをＢＴＳ１０宛に送信する場合、このＲＡＣＨ生成部６４にて、これらのレスポンスに含める情報を生成できる。【０１０６】
ＭＢＭＳ受信要否情報生成部６５は、ＭＢＭＳコンテンツの受信要否情報を生成する。【０１０７】
ＭＢＭＳ受信要否情報バッファ（メモリ）６６は、ＭＢＭＳ受信要否情報生成部６５で生成された受信要否情報を記憶しておく。したがって、ＭＩＣＨレスポンスにてＢＴＳ１０に事前に通知したＭＢＭＳ受信要否情報（第１の情報）も、このバッファ６６に記憶される。そして、ＭＢＭＳ受信要否情報生成部６５は、例えば、ＭＣＣＨの情報を受信した場合、このバッファ６６に記憶された受信要否情報を確認し、変更が生じている場合に、ＢＴＳ１０に通知すべき新たなＭＢＭＳ受信要否情報（第２の情報）を生成する。【０１０８】
本例では、例示的に、ＲＡＣＨを用いてＭＢＭＳ受信要否情報をＢＴＳ１０に通知する。その際、ＭＢＭＳ受信要否情報は、図１１に例示したようにＲＡＣＨのメッセージパートに含めることができる。ただし、これに限定されない。例えば、上位レイヤのシグナリングを用いてＭＢＭＳ受信要否情報をＢＴＳ１０に通知することも可能である。【０１０９】
なお、ＢＴＳ１０に事前に通知したＭＢＭＳ受信要否情報に変更が生じていない場合、ＭＢＭＳ受信要否情報生成部６５は、新たなＭＢＭＳ受信要否情報の生成は行なわなくてもよい。これにより、変更が生じていない場合には、ＢＴＳ１０からのＭＢＭＳの受信要否の問い合わせ（ＭＣＣＨ）に対する応答（ＭＣＣＨレスポンス）のＢＴＳ１０への送信は停止されることになる。ただし、図１２に例示したように、情報量を削減してＭＣＣＨレスポンスの送信を許容することとしてもよい。【０１１０】
制御情報構成部６７、データ構成部６９及びＲＡＣＨ構成部７２は、ＭＣＳ情報のうちのＵＬの符号化率情報に基づいて、それぞれ対応する生成部６２，６３及び６４により生成された情報を符号化する。符号化方式には、ターボ符号化などの誤り訂正符号化を適用できる。【０１１１】
変調部６８，７０及び７３は、ＭＣＳ情報のうちのＵＬの変調方式情報に基づいて、それぞれ対応する構成部６７，６９及び７２により得られた符号化情報を変調する。変調方式には、ＱＰＳＫや１６ＱＡＭ，６４ＱＡＭなどが適用できる。【０１１２】
多重部７１は、ＲＳ生成部６１で生成されたＲＳと、変調部６８及び７０でそれぞれ得られた変調信号とを多重化して、所定の送信フレームフォーマットに適合するＵＬの送信信号を生成する。多重化方式には、例示的に、ＯＦＤＭやＯＦＤＭＡ方式を適用することができる。【０１１３】
送信部７４は、多重部７１にて得られた多重化信号、および、変調部７３で得られた変調信号に対して、それぞれ所定の無線送信処理を施す。この無線送信処理には、例示的に、ＤＡ変換、無線周波数への周波数変換（アップコンバージョン）、所定の送信電力への電力増幅などの処理が含まれる。【０１１４】
送信アンテナ７５は、この送信部７４により得られたＵＬの無線送信信号をＢＴＳ１０に向けて送信する。なお、送信アンテナ７５は、受信アンテナ５１と共用としてもよい。【０１１５】
つまり、符号６４、７２、７３、７４及び７５で示す要素を含むブロックは、ＭＢＭＳコンテンツ（データ）の受信要否に関する問い合わせ（例えばＭＣＣＨ情報）をＢＴＳ１０から受ける前に、ＭＢＭＳコンテンツの受信要否を示す第１の情報（例えばＭＩＣＨレスポンス）をＢＴＳ１０に送信する送信手段の一例として用いられる。【０１１６】
また、ＭＢＭＳ受信要否情報生成部６５及びＭＢＭＳ受信要否情報バッファ６６は、前記第１の情報の送信後に、前記問い合わせをＢＴＳ１０から受信した場合に、前記第１の情報に変更がなければ、前記問い合わせに対する応答（例えばＭＣＣＨレスポンス）の送信を制限する制御手段の一例として用いられる。【０１１７】
ＢＴＳ１０及びＵＥ５０は、以上の構成、機能を具備することで、ＭＣＣＨを用いてＭＢＭＳの受信を希望するＵＥ数をカウントする際、ＵＬチャネルの負荷を低減することが可能である。その一例を従来方式との比較で以下に説明する。【０１１８】
・従来方式
ＢＴＳがＵＥに対してＭＣＣＨを送信する前に、総ＵＥ数Ｎのうち、α%のＵＥがＭＢＭＳコンテンツの受信を希望したとすると、
【数１】
2010026636.tif 000004
台のＵＥがＢＴＳに応答を返すことになる。【０１１９】
・提案方式
ＢＴＳがＵＥに対してＭＣＣＨを送信する以前に、総ＵＥ数Ｎのうち、β％のＵＥ５０がＭＢＭＳコンテンツの受信を希望したとすると、希望しないＵＥは（１００−β）%となる。ＭＢＭＳコンテンツの受信を希望するＵＥ（β％）の中でγ%、希望しないＵＥ（１００−β）％の中でδ%のＵＥがそれぞれ変更を希望したとすると、
【数２】
2010026636.tif 000005
台のＵＥがＢＴＳ１０に応答を返すことになる。【０１２０】
簡単のため、変更率γとδとが等しいと仮定すると、
【数３】
2010026636.tif 000006
となる。【０１２１】
α＞＞γなので、式（１）と式（２）とを比較すると、提案方式のＵＥ応答数は従来方式に比べて大幅に少なくなる。応答すべきＵＥ数が少なくなれば、ＵＬチャネルの負荷も低減される。
【図１】
2010026636.tif 000007
【図２】
2010026636.tif 000008
【図３】
2010026636.tif 000009
【図４】
2010026636.tif 000010
【図５】
2010026636.tif 000011
【図６】
2010026636.tif 000012
【図７】
2010026636.tif 000013
【図８】
2010026636.tif 000014
【図９】
2010026636.tif 000015
【図１０】
2010026636.tif 000016
【図１１】
2010026636.tif 000017
【図１２】
2010026636.tif 000018
【図１３】
2010026636.tif 000019
【図１４】
2010026636.tif 000020
【図１５】
2010026636.tif 000021
【図１６】
2010026636.tif 000022
【図１７】
2010026636.tif 000023
【図１８】
2010026636.tif 000024
【図１９】
2010026636.tif 000025
【手続補正書】
【提出日】平成22年12月3日(2010.12.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける通信制御方法において、
前記無線装置は、
前記基地局から、前記データの受信要否に関する問い合わせを受ける前に、前記データの受信要否を示す第１の情報を前記基地局宛に送信し、
その後に、前記問い合わせを前記基地局から受信した場合に、前記第１の情報に変更がなければ、前記問い合わせに対する応答の送信を制限する、
ことを特徴とする、通信制御方法。
【請求項２】
基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける前記無線装置において、
前記基地局から、前記データの受信要否に関する問い合わせを受ける前に、前記データの受信要否を示す第１の情報を前記基地局宛に送信する送信手段と、
前記送信手段による前記第１の情報の送信後に、前記問い合わせを前記基地局から受信した場合に、前記第１の情報に変更がなければ、前記問い合わせに対する応答の送信を制限する制御手段と、
をそなえたことを特徴とする、無線装置。
【請求項３】
前記制御手段による前記制限は、
前記データの受信要否を示す第２の情報を前記応答として前記基地局宛に送信することを停止すること、又は、前記送信は許容し前記第２の情報量を削減すること、
であることを特徴とする、請求項２記載の無線装置。
【請求項４】
前記送信手段は、
前記第１の情報を、前記無線装置が前記基地局に接続を行なう際の所定の接続処理の過程で前記基地局へ送信する、ことを特徴とする、請求項２又は３に記載の無線装置。
【請求項５】
前記送信手段は、
前記第２の情報を、前記基地局が前記問い合わせに用いるチャネルの受信応答、又は前記問い合わせに用いるチャネルよりも上位レイヤの信号を用いて前記基地局へ送信される、ことを特徴とする、請求項３記載の無線装置。
【請求項６】
前記送信手段は、
前記第２の情報を、前記問い合わせを受けた後に前記基地局宛に送信するランダムアクセスプリアンブルに含める、ことを特徴とする、請求項３記載の無線装置。
【請求項７】
前記接続処理は、接続先の基地局を変更するハンドオーバ処理を含む、ことを特徴とする、請求項４記載の無線装置。
【請求項８】
前記制御手段は、
電源オフ時又は接続先の基地局を変更するハンドオーバ処理を実行する際に、その旨を前記基地局に通知する、
ことを特徴とする、請求項２記載の無線装置。
【請求項９】
基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける前記基地局において、
前記データの受信要否に関する問い合わせを前記無線装置宛に送信する前に前記無線装置から送信された、前記データの受信要否を示す第１の情報と、前記問い合わせを送信した後に前記第１の情報に変更がある無線装置から送信された、前記データの受信要否を示す第２の情報と、を受信する受信手段と、
前記受信手段で受信された前記第１及び第２の情報に基づいて、前記データの受信を希望する無線装置を管理する管理手段と、
前記管理手段による管理の下に前記データの送信を行なう送信手段と、
をそなえたことを特徴とする、基地局。
【請求項１０】
前記受信手段は、
電源オフ又は接続先の基地局を変更するハンドオーバ処理の実行通知を前記無線装置から受信し、
前記管理手段は、
前記実行通知を受信すると、当該無線装置から受信した前記第１の情報を、前記データの受信が不要であることを示す情報に更新する、
ことを特徴とする、請求項９記載の基地局。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
α＞＞γなので、式（１）と式（２）とを比較すると、提案方式のＵＥ応答数は従来方式に比べて大幅に少なくなる。応答すべきＵＥ数が少なくなれば、ＵＬチャネルの負荷も低減される。
以上の実施形態に関し、さらに以下の付記を開示する。
（付記１）
基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける通信制御方法において、
前記無線装置は、
前記基地局から、前記データの受信要否に関する問い合わせを受ける前に、前記データの受信要否を示す第１の情報を前記基地局宛に送信し、
その後に、前記問い合わせを前記基地局から受信した場合に、前記第１の情報に変更がなければ、前記問い合わせに対する応答の送信を制限する、
ことを特徴とする、通信制御方法。
（付記２）
前記制限は、前記データの受信要否を示す第２の情報を前記応答として前記基地局宛に送信することを停止すること、又は、前記送信は許容し前記第２の情報量を削減すること、
であることを特徴とする、付記１記載の通信制御方法。
（付記３）
前記基地局は、
前記無線装置から受信した前記第１及び第２の情報を基に、前記データの受信を希望する無線装置を管理する、ことを特徴とする、付記２記載の通信制御方法。
（付記４）
前記第１の情報は、前記無線装置が前記基地局に接続を行なう際の所定の接続処理の過程で前記基地局へ送信される、ことを特徴とする、付記１〜３のいずれか１項に記載の通信制御方法。
（付記５）
前記第１の情報は、前記基地局が前記データの提供が可能であることを告知するチャネルの受信応答、又は前記通知のためのチャネルよりも上位レイヤの信号を用いて前記基地局へ送信される、ことを特徴とする、付記４記載の通信制御方法。
（付記６）
前記チャネルの情報は、前記接続処理の過程で前記基地局から前記無線装置へ送信されるメッセージを用いて送信される、ことを特徴とする、付記５記載の通信制御方法。
（付記７）
前記メッセージは、前記無線装置が前記基地局に送信したランダムアクセスプリアンブルに対するランダムアクセスレスポンスである、ことを特徴とする、付記６記載の通信制御方法。
（付記８）
前記第２の情報は、前記基地局が前記問い合わせに用いるチャネルの受信応答、又は前記問い合わせに用いるチャネルよりも上位レイヤの信号を用いて前記基地局へ送信される、ことを特徴とする、付記２又は３に記載の通信制御方法。
（付記９）
前記第２の情報は、前記問い合わせを受けた後に前記基地局宛に送信するランダムアクセスプリアンブルに含められる、ことを特徴とする、付記２又は３に記載の通信制御方法。
（付記１０）
前記接続処理は、前記無線装置が接続先の基地局を変更するハンドオーバ処理を含む、ことを特徴とする、付記４記載の通信制御方法。
（付記１１）
前記無線装置は、電源オフ時又は接続先の基地局を変更するハンドオーバ処理を実行する際に、その旨を前記基地局に通知し、
前記基地局は、
当該通知を受信すると、当該無線装置から受信した前記第１の情報を、前記データの受信が不要であることを示す情報に更新する、
ことを特徴とする、付記１記載の通信制御方法。
（付記１２）
基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける前記無線装置において、
前記基地局から、前記データの受信要否に関する問い合わせを受ける前に、前記データの受信要否を示す第１の情報を前記基地局宛に送信する送信手段と、
前記送信手段による前記第１の情報の送信後に、前記問い合わせを前記基地局から受信した場合に、前記第１の情報に変更がなければ、前記問い合わせに対する応答の送信を制限する制御手段と、
をそなえたことを特徴とする、無線装置。
（付記１３）
前記制御手段による前記制限は、
前記データの受信要否を示す第２の情報を前記応答として前記基地局宛に送信することを停止すること、又は、前記送信は許容し前記第２の情報量を削減すること、
であることを特徴とする、付記１２記載の無線装置。
（付記１４）
前記送信手段は、
前記第１の情報を、前記無線装置が前記基地局に接続を行なう際の所定の接続処理の過程で前記基地局へ送信する、ことを特徴とする、付記１２又は１３に記載の無線装置。
（付記１５）
前記送信手段は、
前記第２の情報を、前記基地局が前記問い合わせに用いるチャネルの受信応答、又は前記問い合わせに用いるチャネルよりも上位レイヤの信号を用いて前記基地局へ送信される、ことを特徴とする、付記１３記載の無線装置。
（付記１６）
前記送信手段は、
前記第２の情報を、前記問い合わせを受けた後に前記基地局宛に送信するランダムアクセスプリアンブルに含める、ことを特徴とする、付記１３記載の無線装置。
（付記１７）
前記接続処理は、接続先の基地局を変更するハンドオーバ処理を含む、ことを特徴とする、付記１４記載の無線装置。
（付記１８）
前記制御手段は、
電源オフ時又は接続先の基地局を変更するハンドオーバ処理を実行する際に、その旨を前記基地局に通知する、
ことを特徴とする、付記１２記載の無線装置。
（付記１９）
基地局から複数の無線装置を対象にデータを送信する無線通信システムにおける前記基地局において、
前記データの受信要否に関する問い合わせを前記無線装置宛に送信する前に前記無線装置から送信された、前記データの受信要否を示す第１の情報と、前記問い合わせを送信した後に前記第１の情報に変更がある無線装置から送信された、前記データの受信要否を示す第２の情報と、を受信する受信手段と、
前記受信手段で受信された前記第１及び第２の情報に基づいて、前記データの受信を希望する無線装置を管理する管理手段と、
前記管理手段による管理の下に前記データの送信を行なう送信手段と、
をそなえたことを特徴とする、基地局。
（付記２０）
前記受信手段は、
電源オフ又は接続先の基地局を変更するハンドオーバ処理の実行通知を前記無線装置から受信し、
前記管理手段は、
前記実行通知を受信すると、当該無線装置から受信した前記第１の情報を、前記データの受信が不要であることを示す情報に更新する、
ことを特徴とする、付記１９記載の基地局。
【国際調査報告】
2010026636.tif 000026
2010026636.tif 000027