セルラ通信システムにおけるブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を送信する方法および装置
【課題】セルラ通信システムにおいて、ブロードキャスト・サービスおよびマルチキャスト・サービスをサポートするための技術を提供する。
【解決手段】ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信する。スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される時間ユニットを伝える。別の設計では、ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックへ変換する。スケジューリング情報は、（ｉ）ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される時間周波数ブロックを伝えるか、または、（ｉｉ）おのおののサービスのために使用される時間周波数ブロックを伝える制御情報を示す。
【解決手段】ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信する。スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される時間ユニットを伝える。別の設計では、ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックへ変換する。スケジューリング情報は、（ｉ）ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される時間周波数ブロックを伝えるか、または、（ｉｉ）おのおののサービスのために使用される時間周波数ブロックを伝える制御情報を示す。
【発明の詳細な説明】
【優先権主張】
【０００１】
本願は、「A SCHEDULING SCHEME FOR E-MBMS」と題され２００７年５月３０日に出願された米国特許仮出願６０／９４０，８７３号の優先権を主張する。この出願は、本願の譲受人に譲渡されており、本明細書において参照によって組み込まれている。
【技術分野】
【０００２】
本開示は、一般に通信に関し、さらに詳しくは、セルラ通信システムにおいて、ブロードキャスト・サービスおよびマルチキャスト・サービスをサポートするための技術に関する。
【背景技術】
【０００３】
セルラ通信システムは、利用可能なシステム・リソースを共有することによって、複数のユーザのための双方向通信をサポートする。セルラ・システムは、ブロードキャスト局からユーザへの単一方向送信を主に、あるいはそれのみをサポートするブロードキャスト・システムとは異なる。セルラ・システムは、さまざまな通信サービスを提供するために広く開発され、例えば、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム等のような多元接続システムでありうる。
【０００４】
セルラ・システムはブロードキャスト・サービス、マルチキャスト・サービス、およびユニキャスト・サービスをサポートすることができる。ブロードキャスト・サービスは、例えばニュース・ブロードキャストのように、全てのユーザによって受信されうるサービスである。マルチキャスト・サービスは、例えば、予約ビデオ・サービスのように、ユーザのグループによって受信されうる。ユニキャスト・サービスは、例えば音声呼出のように、特定のユーザに向けられたサービスである。セルラ・システムにおいて、ブロードキャスト・サービス、マルチキャスト・サービス、およびユニキャスト・サービスを効率的にサポートすることが望まれる。
【発明の概要】
【０００５】
セルラ・システムにおいて、ブロードキャスト・サービス、マルチキャスト・サービス、およびユニキャスト・サービスをサポートするための技術が、本明細書において記載される。態様では、ノードＢが、送信のために利用可能なラジオ・リソースで、ユニキャスト・サービスのためのデータと、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータとを多重化しうる。ラジオ・リソースは、時間、周波数、電力、符号、および／または、エアを介した送信のために利用可能なその他のリソースを備えうる。ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスを搬送するラジオ・リソースを決定するためにユーザによって使用されるスケジューリング情報を定期的に送信する。このスケジューリング情報は、ブロードキャスト・サービスおよびマルチキャスト・サービスがどこへどのように送られるかを伝える。
【０００６】
１つの設計では、ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを時分割多重化（ＴＤＭ）しうる。ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおのは、少なくとも１つの時間ユニットで送られ、スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される時間ユニットを伝えることができる。別の設計では、ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックへ変換することができる。スケジューリング情報は、（ｉ）ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される時間周波数ブロックを伝えるか、または、（ｉｉ）おのおののサービスのために使用される時間周波数ブロックを伝える制御情報を示す。
【０００７】
スケジューリング情報は、おのおののスケジューリング期間において送信されうる。そして、現在または次のスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝えることができる。またノードＢは、次のスケジューリング期間においてスケジューリング情報が変わるか否かを示す変更フラグを定期的に送る。
【０００８】
本開示のさまざまな態様および特徴が、以下により詳細に記述される。
【図面の簡単な説明】
【０００９】
【図１】図１は、セルラ通信システムを示す。
【図２】図２は、送信構造の例を示す。
【図３】図３は、マルチ・セル・モードにおける異なるサービスの送信例を示す。
【図４】図４は、単一セル・モードにおける異なるサービスの送信例を示す。
【図５】図５は、マルチ・セル・モードにおいてスケジューリング情報を送信する設計を示す。
【図６】図６は、単一セル・モードにおいてスケジューリング情報を送信する設計を示す。
【図７】図７は、単一セル・モードにおいてスケジューリング情報を送信する設計を示す。
【図８】図８は、ブロードキャスト・サービス、マルチキャスト・サービスおよびユニキャスト・サービスを送信する処理を示す。
【図９】図９は、ブロードキャスト・サービス、マルチキャスト・サービスおよびユニキャスト・サービスを送信する装置を示す。
【図１０】図１０は、サービスを受信する処理を示す。
【図１１】図１１は、サービスを受信する装置を示す。
【図１２】図１２は、スケジューリング情報のための変更フラグを送信する設計を示す。
【図１３】図１３は、スケジューリング情報を送信する処理を示す。
【図１４】図１４は、スケジューリング情報を送信する装置を示す。
【図１５】図１５は、スケジューリング情報を受信する処理を示す。
【図１６】図１６は、スケジューリング情報を受信する装置を示す。
【図１７】図１７は、ノードＢおよびＵＥのブロック図を示す。
【発明を実施するための形態】
【００１０】
本明細書に記載された技術は、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡシステムのようなさまざまなセルラ通信システムのために使用されうる。「システム」、「ネットワーク」という用語は、しばしば置換可能に使用される。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のような無線技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含んでいる。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のような無線技術を実現することができる。ＯＦＤＭＡシステムは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、超モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、ダウンリンクではＯＦＤＭＡを適用し、アップリンクではＳＣ−ＦＤＭＡを適用するＥ−ＵＴＲＡを用いるＵＭＴＳの最新リリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）からの文書に記載されている。明瞭さのために、本技術のある態様は、下記にＬＴＥについて記述され、以下の説明の多くでは、ＬＴＥ用語が使用される。
【００１１】
図１は、ＬＴＥシステムでありうるセルラ通信システム１００を示す。システム１００は、多くのノードＢおよびその他のネットワーク・エンティティを含みうる。簡略化のために、３つのノードＢ１１０ａ、１１０ｂ、１１０ｃのみが図１中で示される。ノードＢは、ユーザ機器（ＵＥ）と通信するために使用される固定局であり、発展型ノードＢ（ｅＮＢ）、基地局、アクセス・ポイント等とも称されうる。ノードＢ１１０はおのおの、特定の地理的領域１０２に通信有効範囲を提供する。システム容量の向上を図るために、ノードＢの有効範囲領域の全体が、例えば３つの小さな領域１０４ａ、１０４ｂ、１０４ｃのような、より小さな複数の領域に分割されうる。より小さな領域のおのおのは、ノードＢサブシステムによってそれぞれサービス提供されうる。３ＧＰＰでは、用語「セル」は、この有効範囲領域にサービス提供するノードＢサブシステムおよび／またはノードＢの最も小さな有効範囲領域を称する。他のシステムでは、この有効範囲領域にサービス提供するノードＢサブシステムおよび／またはノードＢの最も小さな有効範囲領域を、「セクタ」という用語で称することができる。明瞭さのために、以下の記述では、セルの３ＧＰＰ概念が使用される。
【００１２】
図１に示す例において、ノードＢ１１０はおのおのの、異なる地理的領域をカバーする３個のセルを持っている。簡略化のために、図１は、互いにオーバラップしないセルを示す。現実的な構成では、隣接セルは一般に端部において他のセルとオーバラップする。これによって、ＵＥは、システム内を移動しても、１または複数のセルから有効範囲を受け取ることが可能となる。
【００１３】
ＵＥ１２０は、システム全体にわたって分散し、おのおののＵＥは、固定式あるいは移動式でありうる。ＵＥは、移動局、端末、アクセス端末、加入者ユニット、ステーションとも称されうる。ＵＥは、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム、無線通信デバイス、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話等でありうる。ＵＥは、ダウンリンクおよびアップリンクにおける送信によってノードＢと通信することができる。ダウンリンク（すなわち順方向リンク）は、ノードＢからＵＥへの通信リンクを称し、アップリンク（すなわち逆方向リンク）は、ＵＥからノードＢへの通信リンクを称する。図１では、２つの矢印を備えた実線が、ノードＢとＵＥとの双方向通信を示す。１つの矢印を備えた破線は、例えば、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスのため、ノードＢからダウンリンク信号を受信しているＵＥを示す。「ＵＥ」、「ユーザ」という用語は、本明細書において置換可能に使用される。
【００１４】
図２は、システム１００におけるダウンリンクのために使用されうる送信構造２００の一例を示す。送信タイム・ラインは、ラジオ・フレームのユニットへ分割されうる。ラジオ・フレームはおのおの、（例えば、１０ミリ秒（ｍｓ）のような）予め定めた持続時間をもち、１０個のサブフレームへ分割されうる。サブフレームはおのおの、２つのスロットを含みうる。そして、スロットはおのおの、固定数のシンボル期間を含むか、あるいは、６または７のシンボル期間のように、設定可能な数のシンボル期間を含みうる。
【００１５】
システム帯域幅は、直交周波数分割多重化（ＯＦＤＭ）を用いて、複数（Ｋ個）のサブキャリアへ分割されうる。利用可能な時間周波数リソースは、リソース・ブロックに分割されうる。リソース・ブロックはおのおの、１つのスロット内にＱ個のサブキャリアを含みうる。ここで、Ｑは、１２あるいはその他のある値と等しくなりうる。利用可能なリソース・ブロックは、データ、オーバヘッド情報、パイロット等を送信するために使用されうる。
【００１６】
このシステムは、個々のＵＥのためのユニキャスト・サービスのみならず、複数のＵＥのための発展型マルチメディア・ブロードキャスト／マルチキャスト・サービス（Ｅ−ＭＢＭＳ）をもサポートすることができる。Ｅ−ＭＢＭＳのためのサービスは、Ｅ−ＭＢＭＳサービスと称することができ、ブロードキャスト・サービスあるいはマルチキャスト・サービスでありうる。
【００１７】
ＬＴＥでは、データおよびオーバヘッド情報が、ラジオ・リンク制御（ＲＬＣ）レイヤにおいて、論理チャネルとして処理される。論理チャネルは、媒体アクセス制御（ＭＡＣ）レイヤにおいてチャネルを輸送するために変換される。輸送チャネルは、物理レイヤ（ＰＨＹ）において物理チャネルへ変換される。表１は、ＬＴＥで使用されているいくつかの論理チャネル（「Ｌ」と示す）、輸送チャネル（「Ｔ」と示す）、および物理チャネル（「Ｐ」と示す）をリストしており、おのおののチャネルのための簡単な説明をしている。
【表１】
【００１８】
表１に示すように、異なるタイプのオーバヘッド情報が、異なるチャネルで送信されうる。表２は、いくつかのタイプのオーバヘッド情報をリストしており、おのおののタイプに簡単な説明をしている。表２はまた、１つの設計にしたがって、おのおののタイプのオーバヘッド情報が送信されるチャネルも与えている。
【表２】
【００１９】
異なるタイプのオーバヘッド情報はまた、その他の名前でも称されうる。スケジューリング情報および制御情報は動的である一方、システムおよびコンフィギュレーション情報は、準固定的でありうる。
【００２０】
このシステムは、マルチ・セル・モードおよび単一セル・モードを含む、Ｅ−ＭＢＭＳのための複数の動作モードをサポートしうる。マルチ・セル・モードは、以下の特性を有することができる。
・ブロードキャスト・サービスまたはマルチキャスト・サービスのためのコンテンツが、複数のセルをまたいで同期して送信される。
・ブロードキャスト・サービスおよびマルチキャスト・サービスのためのラジオ・リソースが、ノードＢの上に論理的に位置するＭＢＭＳ調整（coordinating）エンティティ（ＭＣＥ）によって割り当てられる。
・ブロードキャスト・サービスおよびマルチキャスト・サービスのためのコンテンツが、ノードＢにおけるＭＣＨ上にマップされる。
・ブロードキャスト・サービス、マルチキャスト・サービスおよびユニキャスト・サービス用のデータの（例えば、サブフレーム・レベルでの）時分割多重化。
【００２１】
単一セル・モードは次の特性を有しうる。
・おのおののセルは、他のセルとの同期無しで、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのコンテンツを送信する。
・ブロードキャスト・サービスおよびマルチキャスト・サービス用のラジオ・リソースが、ノードＢによって割り当てられる。
・ブロードキャスト・サービスおよびマルチキャスト・サービスのためのコンテンツが、ＤＬ−ＳＣＨ上にマップされる。
・ブロードキャスト・サービス、マルチキャスト・サービスおよびユニキャスト・サービス用のデータが、ＤＬ−ＳＣＨ構造によって許容された任意の方法で多重化されうる。
【００２２】
一般に、Ｅ−ＭＢＭＳサービスは、マルチ・セル・モード、単一セル・モード、および／またはその他のモードを用いてサポートされうる。マルチ・セル・モードは、Ｅ−ＭＢＭＳマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）送信のために使用されうる。これによって、ＵＥは、受信性能を向上するために、複数のセルから受信した信号を合成することができる。
【００２３】
図３は、マルチ・セル・モードにおいて、セル１乃至ＭからなるＭ個のセルによるＥ−ＭＢＭＳサービスおよびユニキャスト・サービスの送信例を示す。ここで、Ｍは、任意の整数である。おのおののセルについて、横軸は時間を示し、縦軸は周波数を示す。以下の説明の多くで仮定されているＥ−ＭＢＭＳの１つの設計では、おのおののセルの送信タイム・ラインが、サブフレームからなる時間ユニットへ分割されうる。Ｅ−ＭＢＭＳの他の設計では、おのおののセルの送信タイム・ラインが、別の持続時間を持つ時間ユニットへ分割されうる。一般に、時間ユニットは、サブフレーム、スロット、シンボル期間、複数のシンボル期間、複数のスロット、複数のサブフレーム等に相当しうる。
【００２４】
図３に示す例では、Ｍ個のセルが、３つのＥ−ＭＢＭＳサービス１、２、３を送信する。Ｍ個のセルは全て、サブフレーム１、３においてＥ−ＭＢＭＳサービス１を送信し、サブフレーム４においてＥ−ＭＢＭＳサービス２を送信し、サブフレーム７、８においてＥ−ＭＢＭＳサービス３を送信する。Ｍ個のセルは、３つのＥ−ＭＢＭＳサービスのおのおのについて同じコンテンツを送信する。おのおののセルは、サブフレーム２、５、６において、自身のユニキャスト・サービスを送信しうる。これらＭ個のセルは、自身のユニキャスト・サービスのために異なるコンテンツを送信しうる。
【００２５】
図４は、単一セル・モードにおいて、Ｍ個のセルによるＥ−ＭＢＭＳサービスおよびユニキャスト・サービスの送信例を示す。おのおののセルについて、横軸は時間を示し、縦軸は周波数を示す。図４に示す例において、Ｍ個のセルは、３つのＥ−ＭＢＭＳサービス１、２、３を送信する。セル１は、２つの時間周波数ブロック４１０、４１２においてＥ−ＭＢＭＳサービス１を送信し、時間周波数ブロック４１４においてＥ−ＭＢＭＳサービス２（「Ｓ２」と示される）を送信し、２つの時間周波数ブロック４１６、４１８においてＥ−ＭＢＭＳサービス３を送信する。残りのセルはおのおのの、２つの時間周波数ブロックにおいてＥ−ＭＢＭＳサービス１を送信し、１つの時間周波数ブロックにおいてＥ−ＭＢＭＳサービス２を送信し、２つの時間周波数ブロックにおいてＥ−ＭＢＭＳサービス３を送信する。
【００２６】
一般に、Ｅ−ＭＢＭＳサービスは、任意の数の時間周波数ブロックで送信されうる。おのおのの時間周波数ブロックは、任意のディメンションを持ち、任意の数のサブキャリアと、任意の数のシンボル期間とをカバーしうる。おのおのの時間周波数ブロックのサイズは、送信されるデータ量と、その他の要因とに依存しうる。これらＭ個のセルは、時間周波数ブロックにおいて３つのＥ−ＭＢＭＳサービス１、２、３を送信する。これらは、図４に示すように、時間および周波数で整えられる。さらに、これらＭ個のセルは、３つのＥ−ＭＢＭＳサービスのための同じコンテンツか、または、異なるコンテンツを送信することができる。おのおののセルは、３つのＥ−ＭＢＭＳサービスのために使用されていない残りの時間周波数リソースで、自身のユニキャスト・サービスを送信することができる。これらＭ個のセルは、自身のユニキャスト・サービスのために、異なるコンテンツを送信することもできる。
【００２７】
図３および図４は、マルチ・セル・モードおよび単一セル・モードにおいてＥ−ＭＢＭＳサービスを送信する設計の一例を示す。Ｅ−ＭＢＭＳサービスはまた、例えば、時分割多重化（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、その他いくつかの多重化スキーム、あるいは、これらの任意の組み合わせを用いることによって、マルチ・セル・モードおよび単一セル・モードにおいて、別の手法でも送信されうる。
【００２８】
態様では、Ｅ−ＭＢＭＳサービスのためのスケジューリング情報が、例えばＭＳＣＨのようなスケジューリング・チャネルで定期的に送信されうる。１つの設計では、ＭＳＣＨが、マルチ・セル・モードでＭＣＨへ、あるいは、単一セル・モードでＤＬ−ＳＣＨへ変換されうる。ＭＳＣＨは、他の輸送チャネルへも変換されうる。
【００２９】
１つの設計では、ＭＳＣＨは、おのおののスケジューリング期間において、定期的に送信されうる。また、このスケジューリング期間において、Ｅ−ＭＢＭＳサービスを受信するために使用されるスケジューリング情報を伝送することができる。一般に、スケジューリング期間は、例えば、チャネル切替速度、バッテリ節電等のようなさまざまな要因に基づいて選択されうる任意の持続時間をカバーすることができる。ＵＥは、スケジューリング期間中に、チャネルを変更することができる。そして、新たなチャネルのためのスケジューリング情報を受信し、このチャネルからのデータの受信を開始するために、次のスケジューリング期間まで待たねばならない。より短いスケジューリング期間によって、チャネル切替速度を向上することができる。反対に、より長いスケジューリング期間によって、ＵＥがＭＳＣＨの受信または確認のために必要な時間を短縮することができる。これは、ＵＥのバッテリ電力消費量を低減する。１つの設計では、スケジューリング期間は、５００ミリ秒、１秒、あるいはその他の適切な持続時間でありうるスーパフレームである。マルチ・セル・モード用のスケジューリング期間は、単一セル・モード用のスケジューリング期間と等しいことも、等しくないこともありえる。
【００３０】
１つの設計では、ＭＳＣＨが、おのおののスケジューリング期間のうちの最初のＮ個のサブフレームで送られる。Ｎは（例えば、規格によって指定された）固定値であることができ、全てのＵＥによって演繹的に知られる。あるいは、Ｎは、設定可能な値であり、Ｄ−ＢＣＨまたはその他のあるチャネルで送られるシステム情報で伝送される。ＭＳＣＨのための変調および符号化は、（例えば、規格によって指定されるように）固定されているか、（例えば、Ｄ−ＢＣＨで伝送されるように）設定可能でありうる。
【００３１】
１つの設計では、ＭＳＣＨは、スケジューリング期間のうちの最初のＮ個のサブフレームにおいて利用可能な全てのラジオ・リソースで送られうる。スケジューリング期間における残りのサブフレームは、データ、および／または、ブロードキャスト・サービス、マルチキャスト・サービスおよび／またはユニキャスト・サービスのためのその他の情報を伝送しうる。別の設計では、ＭＳＣＨは、最初のＮ個のサブフレームにおけるラジオ・リソースのサブセットで送信されうる。ＭＳＣＨのために使用されるラジオ・リソースは、システム情報または制御情報で伝送されるか、あるいは、その他の方法で、ＵＥに知られる。スケジューリング期間における残りのラジオ・リソースは、データ、および／または、ブロードキャスト・サービス、マルチキャスト・サービスおよび／またはユニキャスト・サービスのためのその他の情報を送信するために使用されうる。
【００３２】
図５は、マルチ・セル・モードにおいてＭＳＣＨを送信する設計を示す。この設計では、ＭＳＣＨは、スケジューリング期間のうちの最初のサブフレームで送られ、このスケジューリング期間において、全てのＥ−ＭＢＭＳサービスのためのスケジューリング情報を伝送する。ＭＳＣＨはまた、ＭＣＣＨのためのスケジューリング情報を伝送することができる。これは、スケジューリング情報に関するＥ−ＭＢＭＳサービスであると考えられる。ＭＣＣＨは、Ｅ−ＭＢＭＳサービスのためのコンフィギュレーション情報を伝送することができる。コンフィギュレーション情報は、準固定的であり、ベアラ・コンフィギュレーション、サービス識別子（ＩＤ）の論理チャネルＩＤへの変換、および／または、（例えば、変調および符合化のような）Ｅ−ＭＢＭＳサービスのためのその他のパラメータを伝送することができる。
【００３３】
スケジューリング情報は、さまざまなフォーマットで提供されうる。図５に示す１つの設計では、スケジューリング情報は、サブフレーム中心であり、（もしもＭＢＭＳサービスがあれば）スケジューリング期間のおのおののサブフレームにおいてどのＭＢＭＳサービスが送られるのかを伝える。図５で示される例において、スケジューリング情報は、サブフレーム５、６がＭＣＣＨを伝送し、サブフレーム７、９がＥ−ＭＢＭＳサービス１を伝送し、サブフレーム８がユニキャスト・サービスを伝送し、サブフレーム１０がＥ−ＭＢＭＳサービス２を伝送し、サブフレーム１１、１２がユニキャスト・サービスを伝送し、サブフレーム１３、１４がＥ−ＭＢＭＳサービス３を伝送し、サブフレーム１５、１６がユニキャスト・サービスを伝送する等を示す。スケジューリング情報は（図５に示すように）、Ｅ−ＭＢＭＳサービスとユニキャスト・サービスとの両方のためのサブフレームと、Ｅ−ＭＢＭＳサービスのみのためのサブフレームとを伝送する。
【００３４】
別の設計では、スケジューリング情報は、サービス中心であり、おのおののＥ−ＭＢＭＳサービスのためにどのサブフレームが使用されるのかを伝える。図５に示す例において、スケジューリング情報は、ＭＣＣＨがサブフレーム５、６で送信され、Ｅ−ＭＢＭＳサービス１がサブフレーム７、９で送信され、Ｅ−ＭＢＭＳサービス２がサブフレーム１０で送信され、Ｅ−ＭＢＭＳサービス３がサブフレーム１３、１４で送信され、ユニキャスト・サービスがサブフレーム８、１１、１２、１５、１６で送信されることを示す。スケジューリング情報はまた、Ｅ−ＭＢＭＳサービスのために使用されるサブフレームを別の方法でも伝えることができる。
【００３５】
ＭＳＣＨは、上述したように、Ｅ−ＭＢＭＳサービスの位置（またはサブフレーム）を伝えることができる。１つの設計では、ＭＳＣＨはまた、Ｅ−ＭＢＭＳサービスを受信するために使用される制御情報を伝送することができる。この設計では、制御情報は、Ｅ−ＭＢＭＳサービスのために使用されるサブフレームでは送信されない。別の設計では、Ｅ−ＭＢＭＳサービスを受信するために使用される制御情報が、これらサービスが送信されるサブフレームで送信されうる。
【００３６】
おのおののＥ−ＭＢＭＳサービスは、サービスＩＤに関連付けられ、論理チャネルで送信されうる。Ｅ−ＭＢＭＳサービスＩＤの論理チャネルＩＤへの変換は、より高次のレイヤによって行われ、例えば、サービス・ガイドまたはその他いくつかの上部レイヤ・シグナリングで提供されうる。サービスからチャネルへの変換は、ブロードキャスト方式またはユニキャスト方式でＵＥへ送信されうる。１つの設計では、スケジューリング情報は、異なる論理チャネルＩＤのために使用されるサブフレームを伝えることができる。ＵＥは、サービスからチャネルへの変換を取得し、興味のあるＥ−ＭＢＭＳサービスのための論理チャネルＩＤを決定し、これら論理チャネルＩＤのために使用されるサブフレームを、スケジューリング情報から決定する。別の設計では、スケジューリング情報は、明示的にシグナルされるべき中間的な変換を必要とすることなく、別のサービスＩＤのために使用されるサブフレームを伝えることができる。
【００３７】
１つの設計では、サブフレームの数（Ｎ個）、変調および符合化スキーム、および、ＭＳＣＨのためのその他のパラメータが、（例えば、規格で指定されるように）ＵＥによって演繹的に知られうる。この設計では、ＵＥは、ＭＳＣＨのための既知の情報に基づいて、おのおののスケジューリング期間においてＭＳＣＨを受信することができる。別の設計では、サブフレームの数、変調および符合化スキーム、および／または、ＭＳＣＨのためのその他のパラメータが、Ｄ−ＢＣＨで送信されるシステム情報で伝送されうる。この設計では、ＵＥはまず、Ｄ−ＢＣＨからシステム情報を受信し、ＭＳＣＨのための関連情報を決定し、この関連情報に基づいて、ＭＳＣＨを受信することができる。
【００３８】
図６は、単一セル・モードにおいてＭＳＣＨを送信する設計を示す。ＭＳＣＨは、ＤＬ−ＳＣＨに変換されうる。また、ＤＬ−ＳＣＨは、ＰＤＳＣＨへと変換されうる。ＭＳＣＨは、おのおののスケジューリング期間のうちの最初のＮ個のサブフレームで送信され、（図６に示すように）これらＮ個のサブフレームのうちのいくつかのリソース・ブロックのみしか占有しないか、あるいは、これらＮ個のサブフレームのうちの利用可能な全てのリソース・ブロックを占有する。Ｎは、固定値でありうるか、あるいは、システム情報で伝送されうる。１つの設計では、ＭＳＣＨのために使用されるリソース・ブロックは、図６に示すように、ＰＤＳＣＨに関連付けられたＰＤＣＣＨで送信される制御情報によって伝送されうる。
【００３９】
一般に、Ｅ−ＭＢＭＳサービスのためのデータを搬送するために、任意の数のＭＴＣＨが使用され、Ｅ−ＭＢＭＳサービスのためのコンフィギュレーション情報を搬送するために、任意の数のＭＣＣＨが使用される。おのおののＥ−ＭＢＭＳサービスのためのデータが、１つのＭＴＣＨで送信され、おのおののＥ−ＭＢＭＳサービスのためのコンフィギュレーション情報が、１つのＭＣＣＨで送信されうる。１つの設計では、図６に示すように、ＭＳＣＨが送信された後、スケジューリング期間のサブフレームから、Ｅ−ＭＢＭＳサービスのためのＭＴＣＨおよびＭＣＣＨが送信されうる。ＭＴＣＨおよびＭＣＣＨがＤＬ−ＳＣＨへ変換され、スケジューリング期間にわたって分散しているリソース・ブロックを取り合わせて送信されうる。ＭＴＣＨおよびＭＣＣＨのために使用されるリソース・ブロックは、いくつかの方法で伝送されうる。図６で示される設計では、ＭＴＣＨおよびＭＣＣＨのためのリソース・ブロックが、ＭＳＣＨで送信されるスケジューリング情報によって伝送される。この設計では、スケジューリング情報は制御情報を備え、ＭＳＣＨは、スケジューリング期間内にＭＢＭＳサービスを伝送する全てのリソース・ブロックのために収集されたＰＤＣＣＨとして効果的に機能する。Ｅ−ＭＢＭＳサービスのためのリソース・ブロックは、非ＰＤＳＳＨ送信を利用する。このことは、これらリソース・ブロックのために、ＰＤＣＣＨで制御情報が送信されないことを意味する。
【００４０】
図６で示される一例において、ＰＤＣＣＨ送信６１０は、ＭＳＣＨ送信６１２のための（例えば、リソース・ブロック割当および／またはその他のパラメータのような）制御情報を提供する。ＭＳＣＨ送信６１２は、Ｅ−ＭＢＭＳサービス１のためのＭＴＣＨ送信６１６、６１８およびＭＣＣＨ送信６１４のための（例えば、リソース・ブロック割当および／またはその他のパラメータのような）スケジューリング情報を提供する。ＰＤＣＣＨ送信６２０は、ＭＳＣＨ送信６２２のための制御情報を提供することができる。ＭＳＣＨ送信６２２は、Ｅ−ＭＢＭＳサービス２のためのＭＴＣＨ送信６２４、および、Ｅ−ＭＢＭＳサービス３のためのＭＴＣＨ送信６２６、６２８のためのスケジューリング情報を提供する。ＭＳＣＨ送信は、単一のＭＳＣＨまたは別のＭＳＣＨ向けでありうる。同様に、ＰＤＣＣＨ送信は、単一のＰＤＣＣＨまたは別のＰＤＣＣＨ向けでありうる。
【００４１】
図７は、単一セル・モードにおいてＭＳＣＨを送信する別の設計を示す。この設計では、ＭＳＣＨは、おのおののスケジューリング期間のうちの最初のＮ個のサブフレームで送信され、ＭＳＣＨのために使用されるリソース・ブロックは、ＰＤＣＣＨによって伝送されうる。ＭＳＣＨで送信されるスケジューリング情報は、ＭＣＣＨサービスおよびＥ−ＭＢＭＳサービスが送信されるサブフレームを示しうる。ＰＤＣＣＨは、ＭＳＣＨによって示されるサブフレームのおのおので送信され、このサブフレームで送られるＭＣＣＨ送信および／またはＭＴＣＨ送信のための（例えば、リソース・ブロック割当および／またはその他のパラメータのような）制御情報を伝送することができる。この設計では、ＭＳＣＨは、ＰＤＣＣＨ送信に対するポインタとして効果的に機能する。一方、ＰＤＣＣＨ送信は、スケジューリング期間においてＥ−ＭＢＭＳサービスのために使用されるリソース・ブロックを示す。
【００４２】
図７で示される一例において、ＰＤＣＣＨ送信７１０は、ＭＳＣＨ送信７１２のための（例えば、リソース・ブロック割当および／またはその他のパラメータのような）制御情報を提供することができる。ＭＳＣＨ送信７１２は、ＭＣＣＨおよびＥ−ＭＢＭＳサービス１のためのＰＤＣＣＨ送信のためのスケジューリング情報を提供することができる。これらＰＤＣＣＨ送信は、Ｅ−ＭＢＭＳサービス１のためのＭＴＣＨ送信７１６、７１８およびＭＣＣＨ送信７１４のための（例えば、リソース・ブロック割当および／またはその他のパラメータのような）制御情報を提供する。ＰＤＣＣＨ送信７２０は、ＭＳＣＨ送信７２２のための制御情報を提供する。ＭＳＣＨ送信７２２は、Ｅ−ＭＢＭＳサービス２、３のためのＰＤＣＣＨ送信のためのスケジューリング情報を提供する。これらＰＤＣＣＨ送信は、Ｅ−ＭＢＭＳサービス２のためのＭＴＣＨ送信７２４と、Ｅ−ＭＢＭＳサービス３のためのＭＴＣＨ送信７２６、７２８とのための制御情報を提供する。
【００４３】
図６および図７は、ＭＳＣＨ、ＭＣＣＨ、およびＭＴＣＨの送信の例を示す。一般に、おのおののスケジューリング期間において、任意の数のＭＳＣＨ送信が送られる。おのおののスケジューリング期間においては、任意の数のＭＴＣＨ送信およびＭＣＣＨ送信も送られ、おのおののＥ−ＭＢＭＳサービスのためにも、任意の数のＭＴＣＨ送信が送られる。おのおのの送信は、任意のディメンションの時間周波数ブロックを占有しうる。
【００４４】
ＵＥは、サブフレームの数（Ｎ個）、変調および符号化スキーム、および、ＭＳＣＨのためのその他のパラメータを認識しているか、あるいは、このような情報をＤ−ＢＣＨから取得する。その後、ＵＥは、Ｎ個のサブフレームでＰＤＣＣＨを受信し、ＭＳＣＨのための制御情報を取得し、この制御情報に基づいてＭＳＣＨを受信する。図６で示される設計の場合、ＵＥは、ＭＳＣＨからスケジューリング情報を取得し、このスケジューリング情報に基づいて、興味のあるＭＣＣＨ送信および／またはＭＴＣＨ送信を受信することができる。スケジューリング情報は、通常はＭＣＣＨ送信および／またはＭＴＣＨ送信のＰＤＣＣＨで送信される（例えば、リソース・ブック割当および／またはその他のパラメータのような）制御情報を含みうる。ＭＣＣＨは、Ｅ−ＭＢＭＳサービスを受信するために用いられる（サービス毎ベースで提供される）コンフィギュレーション情報を伝送することができる。コンフィギュレーション情報は、希にしか変わらず、ＭＴＣＨ送信毎に再読取する必要はない。
【００４５】
図７に示す設計の場合、ＵＥは、ＭＳＣＨからスケジューリング情報を取得し、このスケジューリング情報に基づいてＰＤＣＣＨを受信することができる。この設計では、スケジューリング情報は、リソース・ブロック・ポインタ、サブフレーム・インデクス、あるいは、ＰＤＣＣＨを見つけるためのその他いくつかの情報を含みうる。その後、ＵＥは、ＰＤＣＣＨを処理して制御情報を取得し、制御情報に基づいてＭＣＣＨ送信および／またはＭＴＣＨ送信を受信することができる。
【００４６】
図６および図７両方の設計において、ＭＣＣＨ送信およびＭＴＣＨ送信を受信するための情報は、ＭＣＣＨおよびＭＴＣＨの送信を抑制することによって低減されうる。例えば、ＭＣＣＨ送信およびＭＴＣＨ送信は、（例えば図４に示すような）完全なサブフレームで送信され、その後、ＭＳＣＨは、ＭＣＣＨ送信およびＭＴＣＨ送信のためのサブフレーム・インデクスを伝送することができる。
【００４７】
上述しかつ図５乃至図７に示したように、ＭＳＣＨは、おのおののスケジューリング期間の開始時点において送信される。ＭＳＣＨはまた、例えば前のスケジューリング期間の後半のＮ個のサブフレームのように、おのおののスケジューリング期間前にも送信されうる。一般に、ＭＴＣＨは、おのおののスケジューリング期間において定期的に送信され、そのスケジューリング期間および／または次のスケジューリング期間のためのスケジューリング情報を伝送することができる。
【００４８】
図８は、セルラ通信システムにおいてブロードキャスト・サービス、マルチキャスト・サービス、およびユニキャスト・サービスを送信するための処理８００の設計を示す。処理８００は、（以下に示すように）ノードＢによって実行されるか、あるいはその他いくつかのエンティティによって実行されうる。ノードＢは、送信のために利用可能なラジオ・リソースにおいて、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを多重化する（ブロック８１２）。ノードＢはさらに、ブロードキャスト・サービスおよびマルチキャスト・サービスを受信するために使用されるコンフィギュレーション情報を、例えば１または複数のＭＣＣＨで送信することができる。コンフィギュレーション情報は、別のブロードキャスト・サービスと見なすことができる。ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信する（ブロック８１４）。スケジューリング情報は、例えば、ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用される時間ユニットまたは時間周波数ブロックのように、これらサービスがどこに送信されるのかを伝える。スケジューリング情報はまた、例えばブロードキャスト・サービスおよびマルチキャスト・サービスのために使用される変調および符合化のような制御情報のように、ブロードキャスト・サービスとマルチキャスト・サービスとがどのようにして送信されるのかをも伝えることができる。
【００４９】
ブロック８１２の１つの設計では、ノードＢは、例えば図５に示すように、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを時分割多重化する。ブロードキャスト・サービスあるいはマルチキャスト・サービスはおのおの、少なくとも１つの時間ユニットで送信されうる。ユニキャスト・サービスは、ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されない時間ユニットで送信されうる。この設計では、スケジューリング情報は、ブロードキャスト・サービスあるいはマルチキャスト・サービスおのおののために使用される時間ユニットを伝えることができる。
【００５０】
ブロック８１２の他の設計では、ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックへ変換する。ノードＢは、ユニキャスト・サービスのためのデータを、ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されない残りのラジオ・リソースへ変換する。１つの設計では、スケジューリング情報は、例えば図６に示すように、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間周波数ブロックを伝えることができる。別の設計では、スケジューリング情報が、制御情報の位置を伝え、制御情報は、例えば図７に示すように、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間周波数ブロックを伝える。例えば、スケジューリング情報は、ブロードキャスト・サービスおよびマルチキャスト・サービスが送信される時間ユニットを伝え、おのおのの時間ユニットにおける制御情報が、その時間ユニットで送信されたブロードキャスト・サービスおよびマルチキャスト・サービスのために使用される時間周波数ブロックを伝えることができる。
【００５１】
１つの設計では、ノードＢは、例えば図５に示すように、スケジューリング期間のおのおのにおける最初のＮ個の時間ユニットにおいて利用可能な全てのラジオ・リソースで、スケジューリング情報を送信することができる。別の設計では、ノードＢは、例えば図６および図７に示すように、スケジューリング期間のおのおのにおける最初のＮ個の時間ユニットのうちの少なくとも１つの時間周波数ブロックで、スケジューリング情報を送信することができる。一般に、ノードＢは、現在のスケジューリング期間および／または次のスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝送するために、おのおののスケジューリング期間において、スケジューリング情報を送信する。ノードＢはまた、次のスケジューリング期間においてスケジューリング情報が変わるか否かを示すフラグを定期的に送信することができる。
【００５２】
１つの設計では、図３に示すように、おのおののブロードキャスト・サービスまたはマルチキャスト・サービスが、複数のセルによって、少なくとも１つの時間ユニットで送信される。そして、これらのセルは、同期化されうる。別の設計では、例えば図４に示すように、ブロードキャスト・サービスおよびマルチキャスト・サービスが、セルによって送信され、近隣セルによって送信されたブロードキャスト・サービスおよびマルチキャスト・サービスとは同期化されない。
【００５３】
図９は、セルラ通信システムにおいてデータを送信する装置９００の設計を示す。装置９００は、送信のために利用可能なラジオ・リソースにおいて、ユニキャスト・サービスのためのデータと、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータとを多重化するモジュール９１２と、ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信するモジュール９１４とを含む。
【００５４】
図１０は、セルラ通信システムにおいて、サービスを受信する処理１０００の設計を示す。処理１０００は、（後述する）ＵＥまたはその他いくつかのエンティティによって実行されうる。ＵＥは、ユニキャスト・サービスを用いて多重化されたブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信する（ブロック１０１２）。ＵＥは、スケジューリング情報に基づいて、ブロードキャスト・サービスおよびマルチキャスト・サービスのうちの少なくとも１つのサービスのために使用されるラジオ・リソースを決定することができる（ブロック１０１４）。ＵＥは、その後、少なくとも１つのサービスのためのデータを復元するために、ラジオ・リソースで受信した送信を処理する（ブロック１０１６）。
【００５５】
ＵＥは、スケジューリング期間においてスケジューリング情報を受信し、このスケジューリング情報に基づいて、スケジューリング期間において、少なくとも１つのサービスのために使用されるラジオ・リソースを決定することができる。１つの設計では、例えば図５に示すように、おのおののサービスは、少なくとも１つの時間ユニットにおいて、利用可能な全てのラジオ・リソースで送信され、ＵＥは、おのおののサービスが送信される時間ユニットを、スケジューリング情報に基づいて決定することができる。別の設計では、例えば図６に示すように、おのおののサービスが、少なくとも１つの時間周波数ブロックで送信され、ＵＥは、おのおののサービスのために使用される時間周波数ブロックを、スケジューリング情報に基づいて決定する。また別の設計では、おのおののサービスは、少なくとも１つの時間ユニットにおいて、少なくとも１つの時間周波数ブロックで送信されうる。ＵＥは、例えば図７に示すように、（ｉ）おのおののサービスが送信される時間ユニットを、スケジューリング情報に基づいて決定し、（ｉｉ）この時間ユニットで送信された制御情報に基づいて、おのおののサービスのために使用される時間周波数ブロックを決定することができる。
【００５６】
図１１は、セルラ通信システムにおいてデータを受信する装置１１００の設計を示す。装置１１００は、ユニキャスト・サービスとともに多重化されたブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信するモジュール１１１２と、スケジューリング情報に基づいて、ブロードキャスト・サービスとマルチキャスト・サービスのうちの少なくとも１つのサービスのために使用されるラジオ・リソースを決定するモジュール１１１４と、少なくとも１つのサービスのためのデータを復元するために、ラジオ・リソースで受信された送信を処理するモジュール１１１６とを含む。
【００５７】
図９および図１１におけるモジュールは、プロセッサ、電子デバイス、ハードウェア・デバイス、電子構成要素、論理回路、メモリ等、あるいはこれらの任意の組み合わせを備えうる。
【００５８】
ＵＥは、おのおののスケジューリング期間においてＭＳＣＨを受信する。そして、ＭＢＭＳサービスを受信するために使用されるスケジューリング情報を取得する。Ｅ−ＭＢＭＳサービスのコンフィギュレーションは、稀にしか変わらない。Ｅ−ＭＢＭＳサービスのおのおのは、固定ビット・レートで送信され、スケジューリング期間からスケジューリング期間まで、同じラジオ・リソースが割り当てられる。このように、ＭＳＣＨの内容は、希にしか変わらない。この場合、必要な場合にのみＭＳＣＨを受信し、かつ、おのおののスケジューリング期間において、興味のあるＥ−ＭＢＭＳサービスを、同じリソースから受信することによって、ＵＥがアクティビティを低減することが望ましい。
【００５９】
別の態様では、ＭＳＣＨにおけるスケジューリング情報がいつ変わるのかをＵＥに通知するためのメカニズムが使用される。１つの設計では、システム情報は、ＭＳＣＨ変更インジケータ・フラグを含みうる。これは、単に変更フラグと称されうる。この変更フラグは、（ｉ）ＭＳＣＨが次のスケジューリング期間において変わらないことを示す第１の値（例えば０）に、あるいは（ｉｉ）ＭＳＣＨが次のスケジューリング期間において変わることを示す第２の値（例えば１）に設定される。変更フラグは、スケジューリング期間毎に少なくとも１度送信されうる。ＵＥは、変更フラグを読み取り、変更フラグの値に基づいて、ＭＳＣＨを受信するか否かを決定する。
【００６０】
図１２は、ＭＳＣＨ変更インジケータ・フラグを送信する設計を示す。この設計では、スケジュール期間おのおのの開始時にＭＳＣＨが送信される。また、おのおののスケジューリング期間においては、Ｄ−ＢＣＨも送信される。Ｄ−ＢＣＨは、変更フラグを、システム情報の一部として伝送する。図１２で示される一例では、ＭＳＣＨの内容は、スケジューリング期間１、２、３において変わらず、これらスケジューリング期間のおのおのの変更フラグは、０に設定される。ＭＳＣＨの内容は、スケジューリング期間４において変わり、（前のスケジューリング期間３で送信される）スケジューリング期間４の変更フラグが、１に設定される。
【００６１】
ＵＥは、スケジューリング期間１でＭＳＣＨを受信し、ＭＳＣＨからスケジューリング情報を取得する。変更フラグは０に設定されているので、ＵＥは、スケジューリング期間２、３のみならず、スケジュール期間１においても、Ｅ−ＭＢＭＳサービスを受信するためにスケジューリング情報を使用することができる。ＵＥは、スケジュール期間４のために１に設定された変更フラグを検出し、その後、このスケジューリング期間において、ＭＳＣＨを受信することができる。ＵＥは、変更フラグが０に設定されている後のスケジューリング期間のおのおのについて、スケジューリング期間４においてＭＳＣＨから取得したスケジューリング情報を用いることができる。
【００６２】
また別の態様では、ＭＳＣＨ変更インジケータ・フラグを伝えるシステム情報の一部における変更を検出するために、値タグが使用されうる。システム情報は、Ｌ個の部分に分割され、おのおのの部分は、それぞれメッセージで送信される。一般に、Ｌは、１またはそれより大きい。おのおのの部分は、その部分で送信される情報のバージョンを示す値タグに関連付けられる。おのおのの部分の値タグは、部分が変更される毎にインクリメントされ、その部分を読み取る必要があるか否かを判定するためにＵＥによって使用されうる。例えば、ＵＥが特定のメッセージのバージョン３を最後に読み取り、システムが現在バージョン４を送信していることが分かった場合、ＵＥは、このメッセージを読み取り、このメッセージで送信された最新の情報を取得することができる。
【００６３】
ＵＥは、現在の情報を得るために、システム情報を定期的に読み取る。ＭＳＣＨ変更インジケータ・フラグは、システム情報のうちの一部分で送信されうる。この部分は、フラグ伝送部分と称される。ＵＥがフラグ伝送部分を受信する場合は常に、ＵＥは、この部分の値タグを格納することができる。ＵＥは、フラグ伝送部分の値タグを定期的に受信することができる。受信した値タグが、格納された値タグに一致する場合、ＵＥは、ＵＥがフラグ伝送部分を最後に読み取ってから、フラグ伝送部分、すなわち変更フラグが変更されていないことを確認することができる。この場合、ＵＥは、フラグ伝送部分を読み取る必要はなく、変更フラグを読み取る必要はない。例えば、スケジューリング期間３の間に値タグが変更された場合、ＵＥは、フラグ伝送部分を読み取り、変更フラグを取得する。そして、変更フラグが１に設定されている場合、ＵＥはＭＳＣＨを読み取り、変更フラグが０に設定されている場合、ＭＳＣＨを読み取ることをスキップする。
【００６４】
図１３は、セルラ通信システムにおいてスケジューリング情報を送信する処理１３００の設計を示す。処理１３００は、（後述する）ノードＢまたはその他いくつかのエンティティによって実行されうる。ノードＢは、おのおののスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を定期的に送信する（ブロック１３１２）。ノードＢは、スケジューリング情報が次のスケジューリング期間において変わるか否かを示すフラグを定期的に送信する（ブロック１３１４）。ノードＢは、値タグに関連付けられたシステム情報の一部でフラグを定期的に送信し、システム情報の一部が変わった場合にはいつでも値タグを更新することができる。
【００６５】
図１４は、セルラ通信システムにおいてスケジューリング情報を送信する装置１４００の設計を示す。装置１４００は、おのおののスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を定期的に送信するモジュール１４１２と、スケジューリング情報が次のスケジューリング期間において変わるか否かを示すフラグを定期的に送信するモジュール１４１４とを含む。
【００６６】
図１５は、セルラ通信システムにおいてスケジューリング情報を受信する処理１５００の設計を示す。処理１５００は、（後述する）ＵＥまたはその他いくつかのエンティティによって実行されうる。ＵＥは、第１のスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信する（ブロック１５１２）。ＵＥは、スケジューリング情報が、第２のスケジューリング期間において変わるか否かを示すフラグを受信する（ブロック１５１４）。スケジューリング情報が変わるとフラグが示す場合、ＵＥは、第２のスケジューリング期間においてスケジューリング情報を受信する（ブロック１５１６）。スケジューリング情報が変わらないとフラグが示す場合、ＵＥは、第２のスケジューリング期間において、スケジューリング情報を受信することをスキップする（ブロック１５１８）。
【００６７】
ＵＥは、値タグおよびフラグを備えるシステム情報の一部を受信する。システム情報の一部が変更されたと値タグが示す場合にのみ、ＵＥは、フラグを受信する。フラグが受信され、スケジューリング情報が変わらないことが示された場合にのみ、ＵＥは、第２のスケジューリング期間において、スケジューリング情報を受信することができる。
【００６８】
図１６は、セルラ通信システムにおいてスケジューリング情報を受信する装置１６００の設計を示す。装置１６００は、第１のスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信するモジュール１６１２と、第２のスケジューリング期間において、スケジューリング情報が変わるか否かを示すフラグを受信するモジュール１６１４と、スケジューリング情報が変わるとフラグが示す場合、第２のスケジューリング期間において、スケジューリング情報を受信するモジュール１６１６と、スケジューリング情報が変わらないとフラグが示す場合、第２のスケジューリング期間において、スケジューリング情報を受信することをスキップするモジュール１６１８とを含む。
【００６９】
図１４および図１６におけるモジュールは、プロセッサ、電子デバイス、ハードウェア・デバイス、電子構成要素、論理回路、メモリ等、または、これらの組み合わせを備える。
【００７０】
図１７は、図１におけるノードＢのうちの１つ、およびＵＥのうちの１つでありうるノードＢ１１０とＵＥ１２０の設計のブロック図を示す。この設計では、ノードＢ１１０には、Ｔ個のアンテナ１７３４ａ乃至１７３４ｔが備えられ、ＵＥ１２０には、Ｒ個のアンテナ１７５２ａ乃至１７５２ｒが備えられている。一般に、Ｔ≧１およびＲ≧１である。
【００７１】
ノードＢ１１０では、送信プロセッサ１７２０が、ユニキャスト・サービスのためのデータと、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスのためのデータとを、データ・ソース１７１２から受信する。送信プロセッサ１７２０は、おのおののサービスのためのデータを処理して、データ・シンボルを取得する。送信プロセッサ１７２０はまた、コントローラ／プロセッサ１７４０および／またはスケジューラ１７４４から、スケジューリング情報、コンフィギュレーション情報、制御情報、システム情報、および／または、その他のオーバヘッド情報を受信する。送信プロセッサ１７２０は、受信したオーバヘッド情報を処理し、オーバヘッド・シンボルを提供する。送信（ＴＸ）複数入力複数出力（ＭＩＭＯ）プロセッサ１７３０は、パイロット・シンボルを用いてデータおよびオーバヘッド・シンボルを多重化し、多重化されたシンボルを処理（例えば、プレコード）し、Ｔ個の出力シンボル・ストリームを、Ｔ個の変調器（ＭＯＤ）１７３２ａ乃至１７３２ｔへ提供する。おのおのの変調器１７３２は出力されたそれぞれのシンボル・ストリームを、（例えば、ＯＦＤＭ用に）処理して、出力サンプル・ストリームを得る。おのおのの変調器１７３２はさらに、出力サンプル・ストリームを処理（例えば、アナログ変換、増幅、フィルタ、および、アップコンバート）して、ダウンリンク信号を得る。変調器１７３２ａ乃至１７３２ｔからのＴ個のダウンリンク信号は、Ｔ個のアンテナ１７３４ａ乃至１７３４ｔを介してそれぞれ送信されうる。
【００７２】
ＵＥ１２０では、アンテナ１７５２ａ乃至１７５２ｒが、ノードＢ１１０からダウンリンク信号を受信し、受信した信号をそれぞれ復調器（ＤＥＭＯＤ）１７５４ａ乃至１７５４ｒへ提供する。おのおのの復調器１７５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、ダウンコンバート、およびデジタル化）して、受信サンプルを得る。さらに、（例えばＯＦＤＭ用の）受信サンプルを処理して、受信シンボルを得る。ＭＩＭＯ検出器１７６０は、Ｒ個全ての復調器１７５４ａ乃至１７５４ｒからシンボルを受信し、受信したシンボルを処理し、検出済シンボルを与える。受信プロセッサ１７７０は、検出済みシンボルを処理し、所望のサービスおよび／またはＵＥ１２０のための復号済みデータをデータ・シンク１７７２に提供し、復号済みオーバヘッド情報を、コントローラ／プロセッサ１７９０へ提供する。一般に、ＭＩＭＯ検出器１７６０および受信プロセッサ１７７０による処理は、ノードＢ１１０におけるＴＸ ＭＩＭＯプロセッサ１７３０および送信プロセッサ１７２０による処理と相補的である。
【００７３】
アップリンクでは、ＵＥ１２０において、データ・ソース１７７８からのデータと、コントローラ・プロセッサ１７９０からのオーバヘッド情報とが、送信プロセッサ１７８０によって処理され、さらに、（適用可能であれば）ＴＸ ＭＩＭＯプロセッサ１７８２によって処理され、変調器１７５４ａ乃至１７５４ｒによって調整され、アンテナ１７５２ａ乃至１７５２ｒを介して送信される。ノードＢ１１０では、ＵＥ１２０からのアップリンク信号が、アンテナ１７３４によって受信され、復調器１７３２によって調整され、ＭＩＭＯ検出器１７３６によって検出され、受信プロセッサ１７３８によって処理されることによって、ＵＥ１２０によって送信されたデータおよびオーバヘッド情報が得られる。
【００７４】
コントローラ／プロセッサ１７４０、１７９０は、ノードＢ１１０およびＵＥ１２０それぞれにおける動作を指示する。コントローラ／プロセッサ１７４０は、図８における処理８００、図１３における処理１３００、および／または、本明細書に記載された技術のためのその他の処理を実施または指示する。コントローラ／プロセッサ１７９０は、図１０における処理１０００、図１５における処理１５００、および／または、本明細書に記載された技術のためのその他の処理を実施または指示する。メモリ１７４２、１７９２は、ノードＢ１１０およびＵＥ１２０のためのデータおよびプログラム・コードをそれぞれ格納することができる。スケジューラ１７４４は、ダウンリンク送信および／またはアップリンク送信のためＵＥをスケジュールし、ブロードキャスト・サービスおよびマルチキャスト・サービスの送信をスケジュールし、スケジュールされたＵＥおよびサービスのためのラジオ・リソースの割当を与える。コントローラ／プロセッサ１７４０および／またはスケジューラ１７４４は、スケジューリング情報、および／または、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのその他のオーバヘッド情報を生成する。
【００７５】
当業者であれば、これら情報および信号が、種々異なった技術や技法を用いて表されることを理解するであろう。例えば、上述した記載の全体で引用されているデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれら何れかの組み合わせによって表現されうる。
【００７６】
当業者であれば、さらに、本明細書での開示に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００７７】
本明細書での開示に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００７８】
本明細書での開示に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００７９】
１または複数の典型的な設計では、記述された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能媒体に格納されるか、あるいは、コンピュータ読取可能媒体の１または複数の命令またはコードによって送信されうる。コンピュータ読取可能媒体は、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含むコンピュータ記憶媒体および通信媒体の両方を含む。記憶媒体は、汎用コンピュータまたは特別目的コンピュータによってアクセス可能な任意の利用可能な媒体でありうる。限定ではなく一例として、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置あるいはその他の磁気記憶装置、あるいは命令群またはデータ構造の形態で所望のプログラム・コード手段を伝送または格納するために使用され、かつ汎用コンピュータまたは特別目的コンピュータ、または汎用プロセッサまたは特別目的プロセッサによってアクセス可能なその他任意の媒体を備えうる。また、いかなる接続も、コンピュータ読取可能媒体として適切に称される。例えば、ソフトウェアが、例えば赤外線、無線、およびマイクロ波のような無線技術や、デジタル加入者ライン（ＤＳＬ）や、ツィスト・ペアや、光ファイバ・ケーブルや、同軸ケーブルを用いたウェブサイト、サーバ、またはその他の遠隔ソースから送信された場合、例えば赤外線、無線、およびマイクロ波のような無線技術や、ＤＳＬや、ツィスト・ペアや、光ファイバ・ケーブルや、同軸ケーブルが、媒体の定義に含まれる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ＣＤ）、レーザ・ディスク、光ディスク、ＤＶＤ、フロッピー（登録商標）ディスクおよびブルー・レイ・ディスクを含む。なお、通常、ｄｉｓｋはデータを磁気的に再生し、ｄｉｓｃはデータをレーザを用いて光学的に再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００８０】
本開示の上記記載は、当業者をして、本開示の製造または利用を可能とするように提供される。これらの開示への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本発明の主旨または範囲から逸脱することなく他のバリエーションにも適用されうる。このように、本開示は、本明細書で示された例や設計に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
【優先権主張】
【０００１】
本願は、「A SCHEDULING SCHEME FOR E-MBMS」と題され２００７年５月３０日に出願された米国特許仮出願６０／９４０，８７３号の優先権を主張する。この出願は、本願の譲受人に譲渡されており、本明細書において参照によって組み込まれている。
【技術分野】
【０００２】
本開示は、一般に通信に関し、さらに詳しくは、セルラ通信システムにおいて、ブロードキャスト・サービスおよびマルチキャスト・サービスをサポートするための技術に関する。
【背景技術】
【０００３】
セルラ通信システムは、利用可能なシステム・リソースを共有することによって、複数のユーザのための双方向通信をサポートする。セルラ・システムは、ブロードキャスト局からユーザへの単一方向送信を主に、あるいはそれのみをサポートするブロードキャスト・システムとは異なる。セルラ・システムは、さまざまな通信サービスを提供するために広く開発され、例えば、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム等のような多元接続システムでありうる。
【０００４】
セルラ・システムはブロードキャスト・サービス、マルチキャスト・サービス、およびユニキャスト・サービスをサポートすることができる。ブロードキャスト・サービスは、例えばニュース・ブロードキャストのように、全てのユーザによって受信されうるサービスである。マルチキャスト・サービスは、例えば、予約ビデオ・サービスのように、ユーザのグループによって受信されうる。ユニキャスト・サービスは、例えば音声呼出のように、特定のユーザに向けられたサービスである。セルラ・システムにおいて、ブロードキャスト・サービス、マルチキャスト・サービス、およびユニキャスト・サービスを効率的にサポートすることが望まれる。
【発明の概要】
【０００５】
セルラ・システムにおいて、ブロードキャスト・サービス、マルチキャスト・サービス、およびユニキャスト・サービスをサポートするための技術が、本明細書において記載される。態様では、ノードＢが、送信のために利用可能なラジオ・リソースで、ユニキャスト・サービスのためのデータと、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータとを多重化しうる。ラジオ・リソースは、時間、周波数、電力、符号、および／または、エアを介した送信のために利用可能なその他のリソースを備えうる。ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスを搬送するラジオ・リソースを決定するためにユーザによって使用されるスケジューリング情報を定期的に送信する。このスケジューリング情報は、ブロードキャスト・サービスおよびマルチキャスト・サービスがどこへどのように送られるかを伝える。
【０００６】
１つの設計では、ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを時分割多重化（ＴＤＭ）しうる。ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおのは、少なくとも１つの時間ユニットで送られ、スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される時間ユニットを伝えることができる。別の設計では、ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックへ変換することができる。スケジューリング情報は、（ｉ）ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される時間周波数ブロックを伝えるか、または、（ｉｉ）おのおののサービスのために使用される時間周波数ブロックを伝える制御情報を示す。
【０００７】
スケジューリング情報は、おのおののスケジューリング期間において送信されうる。そして、現在または次のスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝えることができる。またノードＢは、次のスケジューリング期間においてスケジューリング情報が変わるか否かを示す変更フラグを定期的に送る。
【０００８】
本開示のさまざまな態様および特徴が、以下により詳細に記述される。
【図面の簡単な説明】
【０００９】
【図１】図１は、セルラ通信システムを示す。
【図２】図２は、送信構造の例を示す。
【図３】図３は、マルチ・セル・モードにおける異なるサービスの送信例を示す。
【図４】図４は、単一セル・モードにおける異なるサービスの送信例を示す。
【図５】図５は、マルチ・セル・モードにおいてスケジューリング情報を送信する設計を示す。
【図６】図６は、単一セル・モードにおいてスケジューリング情報を送信する設計を示す。
【図７】図７は、単一セル・モードにおいてスケジューリング情報を送信する設計を示す。
【図８】図８は、ブロードキャスト・サービス、マルチキャスト・サービスおよびユニキャスト・サービスを送信する処理を示す。
【図９】図９は、ブロードキャスト・サービス、マルチキャスト・サービスおよびユニキャスト・サービスを送信する装置を示す。
【図１０】図１０は、サービスを受信する処理を示す。
【図１１】図１１は、サービスを受信する装置を示す。
【図１２】図１２は、スケジューリング情報のための変更フラグを送信する設計を示す。
【図１３】図１３は、スケジューリング情報を送信する処理を示す。
【図１４】図１４は、スケジューリング情報を送信する装置を示す。
【図１５】図１５は、スケジューリング情報を受信する処理を示す。
【図１６】図１６は、スケジューリング情報を受信する装置を示す。
【図１７】図１７は、ノードＢおよびＵＥのブロック図を示す。
【発明を実施するための形態】
【００１０】
本明細書に記載された技術は、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡシステムのようなさまざまなセルラ通信システムのために使用されうる。「システム」、「ネットワーク」という用語は、しばしば置換可能に使用される。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のような無線技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含んでいる。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のような無線技術を実現することができる。ＯＦＤＭＡシステムは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、超モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、ダウンリンクではＯＦＤＭＡを適用し、アップリンクではＳＣ−ＦＤＭＡを適用するＥ−ＵＴＲＡを用いるＵＭＴＳの最新リリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）からの文書に記載されている。明瞭さのために、本技術のある態様は、下記にＬＴＥについて記述され、以下の説明の多くでは、ＬＴＥ用語が使用される。
【００１１】
図１は、ＬＴＥシステムでありうるセルラ通信システム１００を示す。システム１００は、多くのノードＢおよびその他のネットワーク・エンティティを含みうる。簡略化のために、３つのノードＢ１１０ａ、１１０ｂ、１１０ｃのみが図１中で示される。ノードＢは、ユーザ機器（ＵＥ）と通信するために使用される固定局であり、発展型ノードＢ（ｅＮＢ）、基地局、アクセス・ポイント等とも称されうる。ノードＢ１１０はおのおの、特定の地理的領域１０２に通信有効範囲を提供する。システム容量の向上を図るために、ノードＢの有効範囲領域の全体が、例えば３つの小さな領域１０４ａ、１０４ｂ、１０４ｃのような、より小さな複数の領域に分割されうる。より小さな領域のおのおのは、ノードＢサブシステムによってそれぞれサービス提供されうる。３ＧＰＰでは、用語「セル」は、この有効範囲領域にサービス提供するノードＢサブシステムおよび／またはノードＢの最も小さな有効範囲領域を称する。他のシステムでは、この有効範囲領域にサービス提供するノードＢサブシステムおよび／またはノードＢの最も小さな有効範囲領域を、「セクタ」という用語で称することができる。明瞭さのために、以下の記述では、セルの３ＧＰＰ概念が使用される。
【００１２】
図１に示す例において、ノードＢ１１０はおのおのの、異なる地理的領域をカバーする３個のセルを持っている。簡略化のために、図１は、互いにオーバラップしないセルを示す。現実的な構成では、隣接セルは一般に端部において他のセルとオーバラップする。これによって、ＵＥは、システム内を移動しても、１または複数のセルから有効範囲を受け取ることが可能となる。
【００１３】
ＵＥ１２０は、システム全体にわたって分散し、おのおののＵＥは、固定式あるいは移動式でありうる。ＵＥは、移動局、端末、アクセス端末、加入者ユニット、ステーションとも称されうる。ＵＥは、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム、無線通信デバイス、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話等でありうる。ＵＥは、ダウンリンクおよびアップリンクにおける送信によってノードＢと通信することができる。ダウンリンク（すなわち順方向リンク）は、ノードＢからＵＥへの通信リンクを称し、アップリンク（すなわち逆方向リンク）は、ＵＥからノードＢへの通信リンクを称する。図１では、２つの矢印を備えた実線が、ノードＢとＵＥとの双方向通信を示す。１つの矢印を備えた破線は、例えば、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスのため、ノードＢからダウンリンク信号を受信しているＵＥを示す。「ＵＥ」、「ユーザ」という用語は、本明細書において置換可能に使用される。
【００１４】
図２は、システム１００におけるダウンリンクのために使用されうる送信構造２００の一例を示す。送信タイム・ラインは、ラジオ・フレームのユニットへ分割されうる。ラジオ・フレームはおのおの、（例えば、１０ミリ秒（ｍｓ）のような）予め定めた持続時間をもち、１０個のサブフレームへ分割されうる。サブフレームはおのおの、２つのスロットを含みうる。そして、スロットはおのおの、固定数のシンボル期間を含むか、あるいは、６または７のシンボル期間のように、設定可能な数のシンボル期間を含みうる。
【００１５】
システム帯域幅は、直交周波数分割多重化（ＯＦＤＭ）を用いて、複数（Ｋ個）のサブキャリアへ分割されうる。利用可能な時間周波数リソースは、リソース・ブロックに分割されうる。リソース・ブロックはおのおの、１つのスロット内にＱ個のサブキャリアを含みうる。ここで、Ｑは、１２あるいはその他のある値と等しくなりうる。利用可能なリソース・ブロックは、データ、オーバヘッド情報、パイロット等を送信するために使用されうる。
【００１６】
このシステムは、個々のＵＥのためのユニキャスト・サービスのみならず、複数のＵＥのための発展型マルチメディア・ブロードキャスト／マルチキャスト・サービス（Ｅ−ＭＢＭＳ）をもサポートすることができる。Ｅ−ＭＢＭＳのためのサービスは、Ｅ−ＭＢＭＳサービスと称することができ、ブロードキャスト・サービスあるいはマルチキャスト・サービスでありうる。
【００１７】
ＬＴＥでは、データおよびオーバヘッド情報が、ラジオ・リンク制御（ＲＬＣ）レイヤにおいて、論理チャネルとして処理される。論理チャネルは、媒体アクセス制御（ＭＡＣ）レイヤにおいてチャネルを輸送するために変換される。輸送チャネルは、物理レイヤ（ＰＨＹ）において物理チャネルへ変換される。表１は、ＬＴＥで使用されているいくつかの論理チャネル（「Ｌ」と示す）、輸送チャネル（「Ｔ」と示す）、および物理チャネル（「Ｐ」と示す）をリストしており、おのおののチャネルのための簡単な説明をしている。
【表１】
【００１８】
表１に示すように、異なるタイプのオーバヘッド情報が、異なるチャネルで送信されうる。表２は、いくつかのタイプのオーバヘッド情報をリストしており、おのおののタイプに簡単な説明をしている。表２はまた、１つの設計にしたがって、おのおののタイプのオーバヘッド情報が送信されるチャネルも与えている。
【表２】
【００１９】
異なるタイプのオーバヘッド情報はまた、その他の名前でも称されうる。スケジューリング情報および制御情報は動的である一方、システムおよびコンフィギュレーション情報は、準固定的でありうる。
【００２０】
このシステムは、マルチ・セル・モードおよび単一セル・モードを含む、Ｅ−ＭＢＭＳのための複数の動作モードをサポートしうる。マルチ・セル・モードは、以下の特性を有することができる。
・ブロードキャスト・サービスまたはマルチキャスト・サービスのためのコンテンツが、複数のセルをまたいで同期して送信される。
・ブロードキャスト・サービスおよびマルチキャスト・サービスのためのラジオ・リソースが、ノードＢの上に論理的に位置するＭＢＭＳ調整（coordinating）エンティティ（ＭＣＥ）によって割り当てられる。
・ブロードキャスト・サービスおよびマルチキャスト・サービスのためのコンテンツが、ノードＢにおけるＭＣＨ上にマップされる。
・ブロードキャスト・サービス、マルチキャスト・サービスおよびユニキャスト・サービス用のデータの（例えば、サブフレーム・レベルでの）時分割多重化。
【００２１】
単一セル・モードは次の特性を有しうる。
・おのおののセルは、他のセルとの同期無しで、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのコンテンツを送信する。
・ブロードキャスト・サービスおよびマルチキャスト・サービス用のラジオ・リソースが、ノードＢによって割り当てられる。
・ブロードキャスト・サービスおよびマルチキャスト・サービスのためのコンテンツが、ＤＬ−ＳＣＨ上にマップされる。
・ブロードキャスト・サービス、マルチキャスト・サービスおよびユニキャスト・サービス用のデータが、ＤＬ−ＳＣＨ構造によって許容された任意の方法で多重化されうる。
【００２２】
一般に、Ｅ−ＭＢＭＳサービスは、マルチ・セル・モード、単一セル・モード、および／またはその他のモードを用いてサポートされうる。マルチ・セル・モードは、Ｅ−ＭＢＭＳマルチキャスト／ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）送信のために使用されうる。これによって、ＵＥは、受信性能を向上するために、複数のセルから受信した信号を合成することができる。
【００２３】
図３は、マルチ・セル・モードにおいて、セル１乃至ＭからなるＭ個のセルによるＥ−ＭＢＭＳサービスおよびユニキャスト・サービスの送信例を示す。ここで、Ｍは、任意の整数である。おのおののセルについて、横軸は時間を示し、縦軸は周波数を示す。以下の説明の多くで仮定されているＥ−ＭＢＭＳの１つの設計では、おのおののセルの送信タイム・ラインが、サブフレームからなる時間ユニットへ分割されうる。Ｅ−ＭＢＭＳの他の設計では、おのおののセルの送信タイム・ラインが、別の持続時間を持つ時間ユニットへ分割されうる。一般に、時間ユニットは、サブフレーム、スロット、シンボル期間、複数のシンボル期間、複数のスロット、複数のサブフレーム等に相当しうる。
【００２４】
図３に示す例では、Ｍ個のセルが、３つのＥ−ＭＢＭＳサービス１、２、３を送信する。Ｍ個のセルは全て、サブフレーム１、３においてＥ−ＭＢＭＳサービス１を送信し、サブフレーム４においてＥ−ＭＢＭＳサービス２を送信し、サブフレーム７、８においてＥ−ＭＢＭＳサービス３を送信する。Ｍ個のセルは、３つのＥ−ＭＢＭＳサービスのおのおのについて同じコンテンツを送信する。おのおののセルは、サブフレーム２、５、６において、自身のユニキャスト・サービスを送信しうる。これらＭ個のセルは、自身のユニキャスト・サービスのために異なるコンテンツを送信しうる。
【００２５】
図４は、単一セル・モードにおいて、Ｍ個のセルによるＥ−ＭＢＭＳサービスおよびユニキャスト・サービスの送信例を示す。おのおののセルについて、横軸は時間を示し、縦軸は周波数を示す。図４に示す例において、Ｍ個のセルは、３つのＥ−ＭＢＭＳサービス１、２、３を送信する。セル１は、２つの時間周波数ブロック４１０、４１２においてＥ−ＭＢＭＳサービス１を送信し、時間周波数ブロック４１４においてＥ−ＭＢＭＳサービス２（「Ｓ２」と示される）を送信し、２つの時間周波数ブロック４１６、４１８においてＥ−ＭＢＭＳサービス３を送信する。残りのセルはおのおのの、２つの時間周波数ブロックにおいてＥ−ＭＢＭＳサービス１を送信し、１つの時間周波数ブロックにおいてＥ−ＭＢＭＳサービス２を送信し、２つの時間周波数ブロックにおいてＥ−ＭＢＭＳサービス３を送信する。
【００２６】
一般に、Ｅ−ＭＢＭＳサービスは、任意の数の時間周波数ブロックで送信されうる。おのおのの時間周波数ブロックは、任意のディメンションを持ち、任意の数のサブキャリアと、任意の数のシンボル期間とをカバーしうる。おのおのの時間周波数ブロックのサイズは、送信されるデータ量と、その他の要因とに依存しうる。これらＭ個のセルは、時間周波数ブロックにおいて３つのＥ−ＭＢＭＳサービス１、２、３を送信する。これらは、図４に示すように、時間および周波数で整えられる。さらに、これらＭ個のセルは、３つのＥ−ＭＢＭＳサービスのための同じコンテンツか、または、異なるコンテンツを送信することができる。おのおののセルは、３つのＥ−ＭＢＭＳサービスのために使用されていない残りの時間周波数リソースで、自身のユニキャスト・サービスを送信することができる。これらＭ個のセルは、自身のユニキャスト・サービスのために、異なるコンテンツを送信することもできる。
【００２７】
図３および図４は、マルチ・セル・モードおよび単一セル・モードにおいてＥ−ＭＢＭＳサービスを送信する設計の一例を示す。Ｅ−ＭＢＭＳサービスはまた、例えば、時分割多重化（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、その他いくつかの多重化スキーム、あるいは、これらの任意の組み合わせを用いることによって、マルチ・セル・モードおよび単一セル・モードにおいて、別の手法でも送信されうる。
【００２８】
態様では、Ｅ−ＭＢＭＳサービスのためのスケジューリング情報が、例えばＭＳＣＨのようなスケジューリング・チャネルで定期的に送信されうる。１つの設計では、ＭＳＣＨが、マルチ・セル・モードでＭＣＨへ、あるいは、単一セル・モードでＤＬ−ＳＣＨへ変換されうる。ＭＳＣＨは、他の輸送チャネルへも変換されうる。
【００２９】
１つの設計では、ＭＳＣＨは、おのおののスケジューリング期間において、定期的に送信されうる。また、このスケジューリング期間において、Ｅ−ＭＢＭＳサービスを受信するために使用されるスケジューリング情報を伝送することができる。一般に、スケジューリング期間は、例えば、チャネル切替速度、バッテリ節電等のようなさまざまな要因に基づいて選択されうる任意の持続時間をカバーすることができる。ＵＥは、スケジューリング期間中に、チャネルを変更することができる。そして、新たなチャネルのためのスケジューリング情報を受信し、このチャネルからのデータの受信を開始するために、次のスケジューリング期間まで待たねばならない。より短いスケジューリング期間によって、チャネル切替速度を向上することができる。反対に、より長いスケジューリング期間によって、ＵＥがＭＳＣＨの受信または確認のために必要な時間を短縮することができる。これは、ＵＥのバッテリ電力消費量を低減する。１つの設計では、スケジューリング期間は、５００ミリ秒、１秒、あるいはその他の適切な持続時間でありうるスーパフレームである。マルチ・セル・モード用のスケジューリング期間は、単一セル・モード用のスケジューリング期間と等しいことも、等しくないこともありえる。
【００３０】
１つの設計では、ＭＳＣＨが、おのおののスケジューリング期間のうちの最初のＮ個のサブフレームで送られる。Ｎは（例えば、規格によって指定された）固定値であることができ、全てのＵＥによって演繹的に知られる。あるいは、Ｎは、設定可能な値であり、Ｄ−ＢＣＨまたはその他のあるチャネルで送られるシステム情報で伝送される。ＭＳＣＨのための変調および符号化は、（例えば、規格によって指定されるように）固定されているか、（例えば、Ｄ−ＢＣＨで伝送されるように）設定可能でありうる。
【００３１】
１つの設計では、ＭＳＣＨは、スケジューリング期間のうちの最初のＮ個のサブフレームにおいて利用可能な全てのラジオ・リソースで送られうる。スケジューリング期間における残りのサブフレームは、データ、および／または、ブロードキャスト・サービス、マルチキャスト・サービスおよび／またはユニキャスト・サービスのためのその他の情報を伝送しうる。別の設計では、ＭＳＣＨは、最初のＮ個のサブフレームにおけるラジオ・リソースのサブセットで送信されうる。ＭＳＣＨのために使用されるラジオ・リソースは、システム情報または制御情報で伝送されるか、あるいは、その他の方法で、ＵＥに知られる。スケジューリング期間における残りのラジオ・リソースは、データ、および／または、ブロードキャスト・サービス、マルチキャスト・サービスおよび／またはユニキャスト・サービスのためのその他の情報を送信するために使用されうる。
【００３２】
図５は、マルチ・セル・モードにおいてＭＳＣＨを送信する設計を示す。この設計では、ＭＳＣＨは、スケジューリング期間のうちの最初のサブフレームで送られ、このスケジューリング期間において、全てのＥ−ＭＢＭＳサービスのためのスケジューリング情報を伝送する。ＭＳＣＨはまた、ＭＣＣＨのためのスケジューリング情報を伝送することができる。これは、スケジューリング情報に関するＥ−ＭＢＭＳサービスであると考えられる。ＭＣＣＨは、Ｅ−ＭＢＭＳサービスのためのコンフィギュレーション情報を伝送することができる。コンフィギュレーション情報は、準固定的であり、ベアラ・コンフィギュレーション、サービス識別子（ＩＤ）の論理チャネルＩＤへの変換、および／または、（例えば、変調および符合化のような）Ｅ−ＭＢＭＳサービスのためのその他のパラメータを伝送することができる。
【００３３】
スケジューリング情報は、さまざまなフォーマットで提供されうる。図５に示す１つの設計では、スケジューリング情報は、サブフレーム中心であり、（もしもＭＢＭＳサービスがあれば）スケジューリング期間のおのおののサブフレームにおいてどのＭＢＭＳサービスが送られるのかを伝える。図５で示される例において、スケジューリング情報は、サブフレーム５、６がＭＣＣＨを伝送し、サブフレーム７、９がＥ−ＭＢＭＳサービス１を伝送し、サブフレーム８がユニキャスト・サービスを伝送し、サブフレーム１０がＥ−ＭＢＭＳサービス２を伝送し、サブフレーム１１、１２がユニキャスト・サービスを伝送し、サブフレーム１３、１４がＥ−ＭＢＭＳサービス３を伝送し、サブフレーム１５、１６がユニキャスト・サービスを伝送する等を示す。スケジューリング情報は（図５に示すように）、Ｅ−ＭＢＭＳサービスとユニキャスト・サービスとの両方のためのサブフレームと、Ｅ−ＭＢＭＳサービスのみのためのサブフレームとを伝送する。
【００３４】
別の設計では、スケジューリング情報は、サービス中心であり、おのおののＥ−ＭＢＭＳサービスのためにどのサブフレームが使用されるのかを伝える。図５に示す例において、スケジューリング情報は、ＭＣＣＨがサブフレーム５、６で送信され、Ｅ−ＭＢＭＳサービス１がサブフレーム７、９で送信され、Ｅ−ＭＢＭＳサービス２がサブフレーム１０で送信され、Ｅ−ＭＢＭＳサービス３がサブフレーム１３、１４で送信され、ユニキャスト・サービスがサブフレーム８、１１、１２、１５、１６で送信されることを示す。スケジューリング情報はまた、Ｅ−ＭＢＭＳサービスのために使用されるサブフレームを別の方法でも伝えることができる。
【００３５】
ＭＳＣＨは、上述したように、Ｅ−ＭＢＭＳサービスの位置（またはサブフレーム）を伝えることができる。１つの設計では、ＭＳＣＨはまた、Ｅ−ＭＢＭＳサービスを受信するために使用される制御情報を伝送することができる。この設計では、制御情報は、Ｅ−ＭＢＭＳサービスのために使用されるサブフレームでは送信されない。別の設計では、Ｅ−ＭＢＭＳサービスを受信するために使用される制御情報が、これらサービスが送信されるサブフレームで送信されうる。
【００３６】
おのおののＥ−ＭＢＭＳサービスは、サービスＩＤに関連付けられ、論理チャネルで送信されうる。Ｅ−ＭＢＭＳサービスＩＤの論理チャネルＩＤへの変換は、より高次のレイヤによって行われ、例えば、サービス・ガイドまたはその他いくつかの上部レイヤ・シグナリングで提供されうる。サービスからチャネルへの変換は、ブロードキャスト方式またはユニキャスト方式でＵＥへ送信されうる。１つの設計では、スケジューリング情報は、異なる論理チャネルＩＤのために使用されるサブフレームを伝えることができる。ＵＥは、サービスからチャネルへの変換を取得し、興味のあるＥ−ＭＢＭＳサービスのための論理チャネルＩＤを決定し、これら論理チャネルＩＤのために使用されるサブフレームを、スケジューリング情報から決定する。別の設計では、スケジューリング情報は、明示的にシグナルされるべき中間的な変換を必要とすることなく、別のサービスＩＤのために使用されるサブフレームを伝えることができる。
【００３７】
１つの設計では、サブフレームの数（Ｎ個）、変調および符合化スキーム、および、ＭＳＣＨのためのその他のパラメータが、（例えば、規格で指定されるように）ＵＥによって演繹的に知られうる。この設計では、ＵＥは、ＭＳＣＨのための既知の情報に基づいて、おのおののスケジューリング期間においてＭＳＣＨを受信することができる。別の設計では、サブフレームの数、変調および符合化スキーム、および／または、ＭＳＣＨのためのその他のパラメータが、Ｄ−ＢＣＨで送信されるシステム情報で伝送されうる。この設計では、ＵＥはまず、Ｄ−ＢＣＨからシステム情報を受信し、ＭＳＣＨのための関連情報を決定し、この関連情報に基づいて、ＭＳＣＨを受信することができる。
【００３８】
図６は、単一セル・モードにおいてＭＳＣＨを送信する設計を示す。ＭＳＣＨは、ＤＬ−ＳＣＨに変換されうる。また、ＤＬ−ＳＣＨは、ＰＤＳＣＨへと変換されうる。ＭＳＣＨは、おのおののスケジューリング期間のうちの最初のＮ個のサブフレームで送信され、（図６に示すように）これらＮ個のサブフレームのうちのいくつかのリソース・ブロックのみしか占有しないか、あるいは、これらＮ個のサブフレームのうちの利用可能な全てのリソース・ブロックを占有する。Ｎは、固定値でありうるか、あるいは、システム情報で伝送されうる。１つの設計では、ＭＳＣＨのために使用されるリソース・ブロックは、図６に示すように、ＰＤＳＣＨに関連付けられたＰＤＣＣＨで送信される制御情報によって伝送されうる。
【００３９】
一般に、Ｅ−ＭＢＭＳサービスのためのデータを搬送するために、任意の数のＭＴＣＨが使用され、Ｅ−ＭＢＭＳサービスのためのコンフィギュレーション情報を搬送するために、任意の数のＭＣＣＨが使用される。おのおののＥ−ＭＢＭＳサービスのためのデータが、１つのＭＴＣＨで送信され、おのおののＥ−ＭＢＭＳサービスのためのコンフィギュレーション情報が、１つのＭＣＣＨで送信されうる。１つの設計では、図６に示すように、ＭＳＣＨが送信された後、スケジューリング期間のサブフレームから、Ｅ−ＭＢＭＳサービスのためのＭＴＣＨおよびＭＣＣＨが送信されうる。ＭＴＣＨおよびＭＣＣＨがＤＬ−ＳＣＨへ変換され、スケジューリング期間にわたって分散しているリソース・ブロックを取り合わせて送信されうる。ＭＴＣＨおよびＭＣＣＨのために使用されるリソース・ブロックは、いくつかの方法で伝送されうる。図６で示される設計では、ＭＴＣＨおよびＭＣＣＨのためのリソース・ブロックが、ＭＳＣＨで送信されるスケジューリング情報によって伝送される。この設計では、スケジューリング情報は制御情報を備え、ＭＳＣＨは、スケジューリング期間内にＭＢＭＳサービスを伝送する全てのリソース・ブロックのために収集されたＰＤＣＣＨとして効果的に機能する。Ｅ−ＭＢＭＳサービスのためのリソース・ブロックは、非ＰＤＳＳＨ送信を利用する。このことは、これらリソース・ブロックのために、ＰＤＣＣＨで制御情報が送信されないことを意味する。
【００４０】
図６で示される一例において、ＰＤＣＣＨ送信６１０は、ＭＳＣＨ送信６１２のための（例えば、リソース・ブロック割当および／またはその他のパラメータのような）制御情報を提供する。ＭＳＣＨ送信６１２は、Ｅ−ＭＢＭＳサービス１のためのＭＴＣＨ送信６１６、６１８およびＭＣＣＨ送信６１４のための（例えば、リソース・ブロック割当および／またはその他のパラメータのような）スケジューリング情報を提供する。ＰＤＣＣＨ送信６２０は、ＭＳＣＨ送信６２２のための制御情報を提供することができる。ＭＳＣＨ送信６２２は、Ｅ−ＭＢＭＳサービス２のためのＭＴＣＨ送信６２４、および、Ｅ−ＭＢＭＳサービス３のためのＭＴＣＨ送信６２６、６２８のためのスケジューリング情報を提供する。ＭＳＣＨ送信は、単一のＭＳＣＨまたは別のＭＳＣＨ向けでありうる。同様に、ＰＤＣＣＨ送信は、単一のＰＤＣＣＨまたは別のＰＤＣＣＨ向けでありうる。
【００４１】
図７は、単一セル・モードにおいてＭＳＣＨを送信する別の設計を示す。この設計では、ＭＳＣＨは、おのおののスケジューリング期間のうちの最初のＮ個のサブフレームで送信され、ＭＳＣＨのために使用されるリソース・ブロックは、ＰＤＣＣＨによって伝送されうる。ＭＳＣＨで送信されるスケジューリング情報は、ＭＣＣＨサービスおよびＥ−ＭＢＭＳサービスが送信されるサブフレームを示しうる。ＰＤＣＣＨは、ＭＳＣＨによって示されるサブフレームのおのおので送信され、このサブフレームで送られるＭＣＣＨ送信および／またはＭＴＣＨ送信のための（例えば、リソース・ブロック割当および／またはその他のパラメータのような）制御情報を伝送することができる。この設計では、ＭＳＣＨは、ＰＤＣＣＨ送信に対するポインタとして効果的に機能する。一方、ＰＤＣＣＨ送信は、スケジューリング期間においてＥ−ＭＢＭＳサービスのために使用されるリソース・ブロックを示す。
【００４２】
図７で示される一例において、ＰＤＣＣＨ送信７１０は、ＭＳＣＨ送信７１２のための（例えば、リソース・ブロック割当および／またはその他のパラメータのような）制御情報を提供することができる。ＭＳＣＨ送信７１２は、ＭＣＣＨおよびＥ−ＭＢＭＳサービス１のためのＰＤＣＣＨ送信のためのスケジューリング情報を提供することができる。これらＰＤＣＣＨ送信は、Ｅ−ＭＢＭＳサービス１のためのＭＴＣＨ送信７１６、７１８およびＭＣＣＨ送信７１４のための（例えば、リソース・ブロック割当および／またはその他のパラメータのような）制御情報を提供する。ＰＤＣＣＨ送信７２０は、ＭＳＣＨ送信７２２のための制御情報を提供する。ＭＳＣＨ送信７２２は、Ｅ−ＭＢＭＳサービス２、３のためのＰＤＣＣＨ送信のためのスケジューリング情報を提供する。これらＰＤＣＣＨ送信は、Ｅ−ＭＢＭＳサービス２のためのＭＴＣＨ送信７２４と、Ｅ−ＭＢＭＳサービス３のためのＭＴＣＨ送信７２６、７２８とのための制御情報を提供する。
【００４３】
図６および図７は、ＭＳＣＨ、ＭＣＣＨ、およびＭＴＣＨの送信の例を示す。一般に、おのおののスケジューリング期間において、任意の数のＭＳＣＨ送信が送られる。おのおののスケジューリング期間においては、任意の数のＭＴＣＨ送信およびＭＣＣＨ送信も送られ、おのおののＥ−ＭＢＭＳサービスのためにも、任意の数のＭＴＣＨ送信が送られる。おのおのの送信は、任意のディメンションの時間周波数ブロックを占有しうる。
【００４４】
ＵＥは、サブフレームの数（Ｎ個）、変調および符号化スキーム、および、ＭＳＣＨのためのその他のパラメータを認識しているか、あるいは、このような情報をＤ−ＢＣＨから取得する。その後、ＵＥは、Ｎ個のサブフレームでＰＤＣＣＨを受信し、ＭＳＣＨのための制御情報を取得し、この制御情報に基づいてＭＳＣＨを受信する。図６で示される設計の場合、ＵＥは、ＭＳＣＨからスケジューリング情報を取得し、このスケジューリング情報に基づいて、興味のあるＭＣＣＨ送信および／またはＭＴＣＨ送信を受信することができる。スケジューリング情報は、通常はＭＣＣＨ送信および／またはＭＴＣＨ送信のＰＤＣＣＨで送信される（例えば、リソース・ブック割当および／またはその他のパラメータのような）制御情報を含みうる。ＭＣＣＨは、Ｅ−ＭＢＭＳサービスを受信するために用いられる（サービス毎ベースで提供される）コンフィギュレーション情報を伝送することができる。コンフィギュレーション情報は、希にしか変わらず、ＭＴＣＨ送信毎に再読取する必要はない。
【００４５】
図７に示す設計の場合、ＵＥは、ＭＳＣＨからスケジューリング情報を取得し、このスケジューリング情報に基づいてＰＤＣＣＨを受信することができる。この設計では、スケジューリング情報は、リソース・ブロック・ポインタ、サブフレーム・インデクス、あるいは、ＰＤＣＣＨを見つけるためのその他いくつかの情報を含みうる。その後、ＵＥは、ＰＤＣＣＨを処理して制御情報を取得し、制御情報に基づいてＭＣＣＨ送信および／またはＭＴＣＨ送信を受信することができる。
【００４６】
図６および図７両方の設計において、ＭＣＣＨ送信およびＭＴＣＨ送信を受信するための情報は、ＭＣＣＨおよびＭＴＣＨの送信を抑制することによって低減されうる。例えば、ＭＣＣＨ送信およびＭＴＣＨ送信は、（例えば図４に示すような）完全なサブフレームで送信され、その後、ＭＳＣＨは、ＭＣＣＨ送信およびＭＴＣＨ送信のためのサブフレーム・インデクスを伝送することができる。
【００４７】
上述しかつ図５乃至図７に示したように、ＭＳＣＨは、おのおののスケジューリング期間の開始時点において送信される。ＭＳＣＨはまた、例えば前のスケジューリング期間の後半のＮ個のサブフレームのように、おのおののスケジューリング期間前にも送信されうる。一般に、ＭＴＣＨは、おのおののスケジューリング期間において定期的に送信され、そのスケジューリング期間および／または次のスケジューリング期間のためのスケジューリング情報を伝送することができる。
【００４８】
図８は、セルラ通信システムにおいてブロードキャスト・サービス、マルチキャスト・サービス、およびユニキャスト・サービスを送信するための処理８００の設計を示す。処理８００は、（以下に示すように）ノードＢによって実行されるか、あるいはその他いくつかのエンティティによって実行されうる。ノードＢは、送信のために利用可能なラジオ・リソースにおいて、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを多重化する（ブロック８１２）。ノードＢはさらに、ブロードキャスト・サービスおよびマルチキャスト・サービスを受信するために使用されるコンフィギュレーション情報を、例えば１または複数のＭＣＣＨで送信することができる。コンフィギュレーション情報は、別のブロードキャスト・サービスと見なすことができる。ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信する（ブロック８１４）。スケジューリング情報は、例えば、ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用される時間ユニットまたは時間周波数ブロックのように、これらサービスがどこに送信されるのかを伝える。スケジューリング情報はまた、例えばブロードキャスト・サービスおよびマルチキャスト・サービスのために使用される変調および符合化のような制御情報のように、ブロードキャスト・サービスとマルチキャスト・サービスとがどのようにして送信されるのかをも伝えることができる。
【００４９】
ブロック８１２の１つの設計では、ノードＢは、例えば図５に示すように、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを時分割多重化する。ブロードキャスト・サービスあるいはマルチキャスト・サービスはおのおの、少なくとも１つの時間ユニットで送信されうる。ユニキャスト・サービスは、ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されない時間ユニットで送信されうる。この設計では、スケジューリング情報は、ブロードキャスト・サービスあるいはマルチキャスト・サービスおのおののために使用される時間ユニットを伝えることができる。
【００５０】
ブロック８１２の他の設計では、ノードＢは、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックへ変換する。ノードＢは、ユニキャスト・サービスのためのデータを、ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されない残りのラジオ・リソースへ変換する。１つの設計では、スケジューリング情報は、例えば図６に示すように、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間周波数ブロックを伝えることができる。別の設計では、スケジューリング情報が、制御情報の位置を伝え、制御情報は、例えば図７に示すように、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間周波数ブロックを伝える。例えば、スケジューリング情報は、ブロードキャスト・サービスおよびマルチキャスト・サービスが送信される時間ユニットを伝え、おのおのの時間ユニットにおける制御情報が、その時間ユニットで送信されたブロードキャスト・サービスおよびマルチキャスト・サービスのために使用される時間周波数ブロックを伝えることができる。
【００５１】
１つの設計では、ノードＢは、例えば図５に示すように、スケジューリング期間のおのおのにおける最初のＮ個の時間ユニットにおいて利用可能な全てのラジオ・リソースで、スケジューリング情報を送信することができる。別の設計では、ノードＢは、例えば図６および図７に示すように、スケジューリング期間のおのおのにおける最初のＮ個の時間ユニットのうちの少なくとも１つの時間周波数ブロックで、スケジューリング情報を送信することができる。一般に、ノードＢは、現在のスケジューリング期間および／または次のスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝送するために、おのおののスケジューリング期間において、スケジューリング情報を送信する。ノードＢはまた、次のスケジューリング期間においてスケジューリング情報が変わるか否かを示すフラグを定期的に送信することができる。
【００５２】
１つの設計では、図３に示すように、おのおののブロードキャスト・サービスまたはマルチキャスト・サービスが、複数のセルによって、少なくとも１つの時間ユニットで送信される。そして、これらのセルは、同期化されうる。別の設計では、例えば図４に示すように、ブロードキャスト・サービスおよびマルチキャスト・サービスが、セルによって送信され、近隣セルによって送信されたブロードキャスト・サービスおよびマルチキャスト・サービスとは同期化されない。
【００５３】
図９は、セルラ通信システムにおいてデータを送信する装置９００の設計を示す。装置９００は、送信のために利用可能なラジオ・リソースにおいて、ユニキャスト・サービスのためのデータと、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータとを多重化するモジュール９１２と、ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信するモジュール９１４とを含む。
【００５４】
図１０は、セルラ通信システムにおいて、サービスを受信する処理１０００の設計を示す。処理１０００は、（後述する）ＵＥまたはその他いくつかのエンティティによって実行されうる。ＵＥは、ユニキャスト・サービスを用いて多重化されたブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信する（ブロック１０１２）。ＵＥは、スケジューリング情報に基づいて、ブロードキャスト・サービスおよびマルチキャスト・サービスのうちの少なくとも１つのサービスのために使用されるラジオ・リソースを決定することができる（ブロック１０１４）。ＵＥは、その後、少なくとも１つのサービスのためのデータを復元するために、ラジオ・リソースで受信した送信を処理する（ブロック１０１６）。
【００５５】
ＵＥは、スケジューリング期間においてスケジューリング情報を受信し、このスケジューリング情報に基づいて、スケジューリング期間において、少なくとも１つのサービスのために使用されるラジオ・リソースを決定することができる。１つの設計では、例えば図５に示すように、おのおののサービスは、少なくとも１つの時間ユニットにおいて、利用可能な全てのラジオ・リソースで送信され、ＵＥは、おのおののサービスが送信される時間ユニットを、スケジューリング情報に基づいて決定することができる。別の設計では、例えば図６に示すように、おのおののサービスが、少なくとも１つの時間周波数ブロックで送信され、ＵＥは、おのおののサービスのために使用される時間周波数ブロックを、スケジューリング情報に基づいて決定する。また別の設計では、おのおののサービスは、少なくとも１つの時間ユニットにおいて、少なくとも１つの時間周波数ブロックで送信されうる。ＵＥは、例えば図７に示すように、（ｉ）おのおののサービスが送信される時間ユニットを、スケジューリング情報に基づいて決定し、（ｉｉ）この時間ユニットで送信された制御情報に基づいて、おのおののサービスのために使用される時間周波数ブロックを決定することができる。
【００５６】
図１１は、セルラ通信システムにおいてデータを受信する装置１１００の設計を示す。装置１１００は、ユニキャスト・サービスとともに多重化されたブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信するモジュール１１１２と、スケジューリング情報に基づいて、ブロードキャスト・サービスとマルチキャスト・サービスのうちの少なくとも１つのサービスのために使用されるラジオ・リソースを決定するモジュール１１１４と、少なくとも１つのサービスのためのデータを復元するために、ラジオ・リソースで受信された送信を処理するモジュール１１１６とを含む。
【００５７】
図９および図１１におけるモジュールは、プロセッサ、電子デバイス、ハードウェア・デバイス、電子構成要素、論理回路、メモリ等、あるいはこれらの任意の組み合わせを備えうる。
【００５８】
ＵＥは、おのおののスケジューリング期間においてＭＳＣＨを受信する。そして、ＭＢＭＳサービスを受信するために使用されるスケジューリング情報を取得する。Ｅ−ＭＢＭＳサービスのコンフィギュレーションは、稀にしか変わらない。Ｅ−ＭＢＭＳサービスのおのおのは、固定ビット・レートで送信され、スケジューリング期間からスケジューリング期間まで、同じラジオ・リソースが割り当てられる。このように、ＭＳＣＨの内容は、希にしか変わらない。この場合、必要な場合にのみＭＳＣＨを受信し、かつ、おのおののスケジューリング期間において、興味のあるＥ−ＭＢＭＳサービスを、同じリソースから受信することによって、ＵＥがアクティビティを低減することが望ましい。
【００５９】
別の態様では、ＭＳＣＨにおけるスケジューリング情報がいつ変わるのかをＵＥに通知するためのメカニズムが使用される。１つの設計では、システム情報は、ＭＳＣＨ変更インジケータ・フラグを含みうる。これは、単に変更フラグと称されうる。この変更フラグは、（ｉ）ＭＳＣＨが次のスケジューリング期間において変わらないことを示す第１の値（例えば０）に、あるいは（ｉｉ）ＭＳＣＨが次のスケジューリング期間において変わることを示す第２の値（例えば１）に設定される。変更フラグは、スケジューリング期間毎に少なくとも１度送信されうる。ＵＥは、変更フラグを読み取り、変更フラグの値に基づいて、ＭＳＣＨを受信するか否かを決定する。
【００６０】
図１２は、ＭＳＣＨ変更インジケータ・フラグを送信する設計を示す。この設計では、スケジュール期間おのおのの開始時にＭＳＣＨが送信される。また、おのおののスケジューリング期間においては、Ｄ−ＢＣＨも送信される。Ｄ−ＢＣＨは、変更フラグを、システム情報の一部として伝送する。図１２で示される一例では、ＭＳＣＨの内容は、スケジューリング期間１、２、３において変わらず、これらスケジューリング期間のおのおのの変更フラグは、０に設定される。ＭＳＣＨの内容は、スケジューリング期間４において変わり、（前のスケジューリング期間３で送信される）スケジューリング期間４の変更フラグが、１に設定される。
【００６１】
ＵＥは、スケジューリング期間１でＭＳＣＨを受信し、ＭＳＣＨからスケジューリング情報を取得する。変更フラグは０に設定されているので、ＵＥは、スケジューリング期間２、３のみならず、スケジュール期間１においても、Ｅ−ＭＢＭＳサービスを受信するためにスケジューリング情報を使用することができる。ＵＥは、スケジュール期間４のために１に設定された変更フラグを検出し、その後、このスケジューリング期間において、ＭＳＣＨを受信することができる。ＵＥは、変更フラグが０に設定されている後のスケジューリング期間のおのおのについて、スケジューリング期間４においてＭＳＣＨから取得したスケジューリング情報を用いることができる。
【００６２】
また別の態様では、ＭＳＣＨ変更インジケータ・フラグを伝えるシステム情報の一部における変更を検出するために、値タグが使用されうる。システム情報は、Ｌ個の部分に分割され、おのおのの部分は、それぞれメッセージで送信される。一般に、Ｌは、１またはそれより大きい。おのおのの部分は、その部分で送信される情報のバージョンを示す値タグに関連付けられる。おのおのの部分の値タグは、部分が変更される毎にインクリメントされ、その部分を読み取る必要があるか否かを判定するためにＵＥによって使用されうる。例えば、ＵＥが特定のメッセージのバージョン３を最後に読み取り、システムが現在バージョン４を送信していることが分かった場合、ＵＥは、このメッセージを読み取り、このメッセージで送信された最新の情報を取得することができる。
【００６３】
ＵＥは、現在の情報を得るために、システム情報を定期的に読み取る。ＭＳＣＨ変更インジケータ・フラグは、システム情報のうちの一部分で送信されうる。この部分は、フラグ伝送部分と称される。ＵＥがフラグ伝送部分を受信する場合は常に、ＵＥは、この部分の値タグを格納することができる。ＵＥは、フラグ伝送部分の値タグを定期的に受信することができる。受信した値タグが、格納された値タグに一致する場合、ＵＥは、ＵＥがフラグ伝送部分を最後に読み取ってから、フラグ伝送部分、すなわち変更フラグが変更されていないことを確認することができる。この場合、ＵＥは、フラグ伝送部分を読み取る必要はなく、変更フラグを読み取る必要はない。例えば、スケジューリング期間３の間に値タグが変更された場合、ＵＥは、フラグ伝送部分を読み取り、変更フラグを取得する。そして、変更フラグが１に設定されている場合、ＵＥはＭＳＣＨを読み取り、変更フラグが０に設定されている場合、ＭＳＣＨを読み取ることをスキップする。
【００６４】
図１３は、セルラ通信システムにおいてスケジューリング情報を送信する処理１３００の設計を示す。処理１３００は、（後述する）ノードＢまたはその他いくつかのエンティティによって実行されうる。ノードＢは、おのおののスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を定期的に送信する（ブロック１３１２）。ノードＢは、スケジューリング情報が次のスケジューリング期間において変わるか否かを示すフラグを定期的に送信する（ブロック１３１４）。ノードＢは、値タグに関連付けられたシステム情報の一部でフラグを定期的に送信し、システム情報の一部が変わった場合にはいつでも値タグを更新することができる。
【００６５】
図１４は、セルラ通信システムにおいてスケジューリング情報を送信する装置１４００の設計を示す。装置１４００は、おのおののスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を定期的に送信するモジュール１４１２と、スケジューリング情報が次のスケジューリング期間において変わるか否かを示すフラグを定期的に送信するモジュール１４１４とを含む。
【００６６】
図１５は、セルラ通信システムにおいてスケジューリング情報を受信する処理１５００の設計を示す。処理１５００は、（後述する）ＵＥまたはその他いくつかのエンティティによって実行されうる。ＵＥは、第１のスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信する（ブロック１５１２）。ＵＥは、スケジューリング情報が、第２のスケジューリング期間において変わるか否かを示すフラグを受信する（ブロック１５１４）。スケジューリング情報が変わるとフラグが示す場合、ＵＥは、第２のスケジューリング期間においてスケジューリング情報を受信する（ブロック１５１６）。スケジューリング情報が変わらないとフラグが示す場合、ＵＥは、第２のスケジューリング期間において、スケジューリング情報を受信することをスキップする（ブロック１５１８）。
【００６７】
ＵＥは、値タグおよびフラグを備えるシステム情報の一部を受信する。システム情報の一部が変更されたと値タグが示す場合にのみ、ＵＥは、フラグを受信する。フラグが受信され、スケジューリング情報が変わらないことが示された場合にのみ、ＵＥは、第２のスケジューリング期間において、スケジューリング情報を受信することができる。
【００６８】
図１６は、セルラ通信システムにおいてスケジューリング情報を受信する装置１６００の設計を示す。装置１６００は、第１のスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信するモジュール１６１２と、第２のスケジューリング期間において、スケジューリング情報が変わるか否かを示すフラグを受信するモジュール１６１４と、スケジューリング情報が変わるとフラグが示す場合、第２のスケジューリング期間において、スケジューリング情報を受信するモジュール１６１６と、スケジューリング情報が変わらないとフラグが示す場合、第２のスケジューリング期間において、スケジューリング情報を受信することをスキップするモジュール１６１８とを含む。
【００６９】
図１４および図１６におけるモジュールは、プロセッサ、電子デバイス、ハードウェア・デバイス、電子構成要素、論理回路、メモリ等、または、これらの組み合わせを備える。
【００７０】
図１７は、図１におけるノードＢのうちの１つ、およびＵＥのうちの１つでありうるノードＢ１１０とＵＥ１２０の設計のブロック図を示す。この設計では、ノードＢ１１０には、Ｔ個のアンテナ１７３４ａ乃至１７３４ｔが備えられ、ＵＥ１２０には、Ｒ個のアンテナ１７５２ａ乃至１７５２ｒが備えられている。一般に、Ｔ≧１およびＲ≧１である。
【００７１】
ノードＢ１１０では、送信プロセッサ１７２０が、ユニキャスト・サービスのためのデータと、ブロードキャスト・サービスおよび／またはマルチキャスト・サービスのためのデータとを、データ・ソース１７１２から受信する。送信プロセッサ１７２０は、おのおののサービスのためのデータを処理して、データ・シンボルを取得する。送信プロセッサ１７２０はまた、コントローラ／プロセッサ１７４０および／またはスケジューラ１７４４から、スケジューリング情報、コンフィギュレーション情報、制御情報、システム情報、および／または、その他のオーバヘッド情報を受信する。送信プロセッサ１７２０は、受信したオーバヘッド情報を処理し、オーバヘッド・シンボルを提供する。送信（ＴＸ）複数入力複数出力（ＭＩＭＯ）プロセッサ１７３０は、パイロット・シンボルを用いてデータおよびオーバヘッド・シンボルを多重化し、多重化されたシンボルを処理（例えば、プレコード）し、Ｔ個の出力シンボル・ストリームを、Ｔ個の変調器（ＭＯＤ）１７３２ａ乃至１７３２ｔへ提供する。おのおのの変調器１７３２は出力されたそれぞれのシンボル・ストリームを、（例えば、ＯＦＤＭ用に）処理して、出力サンプル・ストリームを得る。おのおのの変調器１７３２はさらに、出力サンプル・ストリームを処理（例えば、アナログ変換、増幅、フィルタ、および、アップコンバート）して、ダウンリンク信号を得る。変調器１７３２ａ乃至１７３２ｔからのＴ個のダウンリンク信号は、Ｔ個のアンテナ１７３４ａ乃至１７３４ｔを介してそれぞれ送信されうる。
【００７２】
ＵＥ１２０では、アンテナ１７５２ａ乃至１７５２ｒが、ノードＢ１１０からダウンリンク信号を受信し、受信した信号をそれぞれ復調器（ＤＥＭＯＤ）１７５４ａ乃至１７５４ｒへ提供する。おのおのの復調器１７５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、ダウンコンバート、およびデジタル化）して、受信サンプルを得る。さらに、（例えばＯＦＤＭ用の）受信サンプルを処理して、受信シンボルを得る。ＭＩＭＯ検出器１７６０は、Ｒ個全ての復調器１７５４ａ乃至１７５４ｒからシンボルを受信し、受信したシンボルを処理し、検出済シンボルを与える。受信プロセッサ１７７０は、検出済みシンボルを処理し、所望のサービスおよび／またはＵＥ１２０のための復号済みデータをデータ・シンク１７７２に提供し、復号済みオーバヘッド情報を、コントローラ／プロセッサ１７９０へ提供する。一般に、ＭＩＭＯ検出器１７６０および受信プロセッサ１７７０による処理は、ノードＢ１１０におけるＴＸ ＭＩＭＯプロセッサ１７３０および送信プロセッサ１７２０による処理と相補的である。
【００７３】
アップリンクでは、ＵＥ１２０において、データ・ソース１７７８からのデータと、コントローラ・プロセッサ１７９０からのオーバヘッド情報とが、送信プロセッサ１７８０によって処理され、さらに、（適用可能であれば）ＴＸ ＭＩＭＯプロセッサ１７８２によって処理され、変調器１７５４ａ乃至１７５４ｒによって調整され、アンテナ１７５２ａ乃至１７５２ｒを介して送信される。ノードＢ１１０では、ＵＥ１２０からのアップリンク信号が、アンテナ１７３４によって受信され、復調器１７３２によって調整され、ＭＩＭＯ検出器１７３６によって検出され、受信プロセッサ１７３８によって処理されることによって、ＵＥ１２０によって送信されたデータおよびオーバヘッド情報が得られる。
【００７４】
コントローラ／プロセッサ１７４０、１７９０は、ノードＢ１１０およびＵＥ１２０それぞれにおける動作を指示する。コントローラ／プロセッサ１７４０は、図８における処理８００、図１３における処理１３００、および／または、本明細書に記載された技術のためのその他の処理を実施または指示する。コントローラ／プロセッサ１７９０は、図１０における処理１０００、図１５における処理１５００、および／または、本明細書に記載された技術のためのその他の処理を実施または指示する。メモリ１７４２、１７９２は、ノードＢ１１０およびＵＥ１２０のためのデータおよびプログラム・コードをそれぞれ格納することができる。スケジューラ１７４４は、ダウンリンク送信および／またはアップリンク送信のためＵＥをスケジュールし、ブロードキャスト・サービスおよびマルチキャスト・サービスの送信をスケジュールし、スケジュールされたＵＥおよびサービスのためのラジオ・リソースの割当を与える。コントローラ／プロセッサ１７４０および／またはスケジューラ１７４４は、スケジューリング情報、および／または、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのその他のオーバヘッド情報を生成する。
【００７５】
当業者であれば、これら情報および信号が、種々異なった技術や技法を用いて表されることを理解するであろう。例えば、上述した記載の全体で引用されているデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれら何れかの組み合わせによって表現されうる。
【００７６】
当業者であれば、さらに、本明細書での開示に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００７７】
本明細書での開示に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００７８】
本明細書での開示に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００７９】
１または複数の典型的な設計では、記述された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能媒体に格納されるか、あるいは、コンピュータ読取可能媒体の１または複数の命令またはコードによって送信されうる。コンピュータ読取可能媒体は、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含むコンピュータ記憶媒体および通信媒体の両方を含む。記憶媒体は、汎用コンピュータまたは特別目的コンピュータによってアクセス可能な任意の利用可能な媒体でありうる。限定ではなく一例として、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置あるいはその他の磁気記憶装置、あるいは命令群またはデータ構造の形態で所望のプログラム・コード手段を伝送または格納するために使用され、かつ汎用コンピュータまたは特別目的コンピュータ、または汎用プロセッサまたは特別目的プロセッサによってアクセス可能なその他任意の媒体を備えうる。また、いかなる接続も、コンピュータ読取可能媒体として適切に称される。例えば、ソフトウェアが、例えば赤外線、無線、およびマイクロ波のような無線技術や、デジタル加入者ライン（ＤＳＬ）や、ツィスト・ペアや、光ファイバ・ケーブルや、同軸ケーブルを用いたウェブサイト、サーバ、またはその他の遠隔ソースから送信された場合、例えば赤外線、無線、およびマイクロ波のような無線技術や、ＤＳＬや、ツィスト・ペアや、光ファイバ・ケーブルや、同軸ケーブルが、媒体の定義に含まれる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ＣＤ）、レーザ・ディスク、光ディスク、ＤＶＤ、フロッピー（登録商標）ディスクおよびブルー・レイ・ディスクを含む。なお、通常、ｄｉｓｋはデータを磁気的に再生し、ｄｉｓｃはデータをレーザを用いて光学的に再生する。上記の組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００８０】
本開示の上記記載は、当業者をして、本開示の製造または利用を可能とするように提供される。これらの開示への様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本発明の主旨または範囲から逸脱することなく他のバリエーションにも適用されうる。このように、本開示は、本明細書で示された例や設計に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
【特許請求の範囲】
【請求項１】
セルラ通信システムにおいてデータを送信する方法であって、
送信のために利用可能なラジオ・リソースで、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを多重化することと、
前記ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信することと
を備える方法。
【請求項２】
前記多重化することは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、前記ユニキャスト・サービスのためのデータとを時分割多重化することを備え、
ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおのは、少なくとも１つの時間ユニットで送信され、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間ユニットを伝える請求項１に記載の方法。
【請求項３】
前記多重化することは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックに変換することを備え、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される少なくとも１つの時間周波数ブロックを伝える請求項１に記載の方法。
【請求項４】
前記多重化することは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックに変換することを備え、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される少なくとも１つの時間周波数ブロックを伝える制御情報の位置を伝える請求項１に記載の方法。
【請求項５】
前記スケジューリング情報は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスが送られる時間ユニットを伝え、
前記制御情報は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスが送信される時間ユニットでおのおの送信され、
前記時間ユニットで送信されるブロードキャスト・サービスおよびマルチキャスト・サービスのために使用される時間周波数ブロックを伝える請求項１に記載の方法。
【請求項６】
前記ブロードキャスト・サービスおよびマルチキャスト・サービスを受信するために使用されるコンフィギュレーション情報を送信することをさらに備え、
前記スケジューリング情報は、前記コンフィギュレーションを伝送するラジオ・リソースを伝える請求項１に記載の方法。
【請求項７】
前記ブロードキャスト・サービスまたはマルチキャスト・サービスはおのおの、前記少なくとも１つの時間ユニットにおいて、複数のセルによって送信され、前記複数のセルは同期化される請求項１に記載の方法。
【請求項８】
前記ブロードキャスト・サービスおよびマルチキャスト・サービスは、セルによって送信され、近隣セルによって送信されるブロードキャスト・サービスおよびマルチキャスト・サービスと同期化されない請求項１に記載の方法。
【請求項９】
前記スケジューリング情報を定期的に送信することは、現在または次のスケジューリング期間において、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝えるために、スケジューリング期間のおのおのにおいて、前記スケジューリング情報を送信することを備える請求項１に記載の方法。
【請求項１０】
前記スケジューリング情報が次のスケジューリング期間において変わるか否かを示すフラグを定期的に送信することをさらに備える請求項９に記載の方法。
【請求項１１】
前記スケジューリング情報を定期的に送信することは、前記スケジューリング期間において、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝えるために、おのおののスケジューリング期間の最初のＮ個の時間ユニットにおいて前記スケジューリング情報を送信することをさらに備え、
前記Ｎは１またはそれよりも大きい請求項１に記載の方法。
【請求項１２】
おのおののスケジューリング期間の最初のＮ個の時間ユニットにおいて前記スケジューリング情報を送信することは、おのおののスケジューリング期間の最初のＮ個の時間ユニットにおいて、利用可能な全てのラジオ・リソースでスケジューリング情報を送信することを備える請求項１１に記載の方法。
【請求項１３】
おのおののスケジューリング期間の最初のＮ個の時間ユニットにおいて前記スケジューリング情報を送信することは、
おのおののスケジューリング期間の最初のＮ個の時間ユニットにおける少なくとも１つの時間周波数ブロックにおいて前記スケジューリング情報を送信することと、
前記スケジューリング情報のために使用される少なくとも１つの時間周波数ブロックを伝える制御情報を送信することと
を備える請求項１１に記載の方法。
【請求項１４】
前記スケジューリング情報は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースか、または、前記ラジオ・リソースで送信される送信を処理するために使用されるパラメータか、あるいはそれら両方を伝える請求項１に記載の方法。
【請求項１５】
セルラ通信システムにおける装置であって、
送信のために利用可能なラジオ・リソースで、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを多重化し、前記ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信するように構成された少なくとも１つのプロセッサを備える装置。
【請求項１６】
前記少なくとも１つのプロセッサは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、前記ユニキャスト・サービスのためのデータとを時分割多重化するように構成され、
ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおのは、少なくとも１つの時間ユニットで送信され、
前記少なくとも１つのプロセッサは、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間ユニットを伝えるために前記スケジューリング情報を送信するように構成された請求項１５に記載の装置。
【請求項１７】
前記少なくとも１つのプロセッサは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックに変換し、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される少なくとも１つの時間周波数ブロックを伝えるために前記スケジューリング情報を送信するように構成された請求項１５に記載の装置。
【請求項１８】
前記少なくとも１つのプロセッサは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックへ変換し、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間周波数ブロックを伝える制御情報を送信し、前記制御情報の位置を伝えるために前記スケジューリング情報を送信するように構成された請求項１５に記載の装置。
【請求項１９】
前記少なくとも１つのプロセッサは、現在または次のスケジューリング期間において、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝えるために、スケジューリング期間のおのおのにおいて、前記スケジューリング情報を送信するように構成された請求項１５に記載の装置。
【請求項２０】
セルラ通信システムにおける装置であって、
送信のために利用可能なラジオ・リソースで、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを多重化する手段と、
前記ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信する手段と
を備える装置。
【請求項２１】
前記多重化する手段は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、前記ユニキャスト・サービスのためのデータとを時分割多重化する手段を備え、
ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおのは、少なくとも１つの時間ユニットで送信され、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間ユニットを伝える請求項２０に記載の装置。
【請求項２２】
前記多重化する手段は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックに変換する手段を備え、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される少なくとも１つの時間周波数ブロックを伝える請求項２０に記載の装置。
【請求項２３】
前記多重化する手段は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックに変換する手段を備え、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される少なくとも１つの時間周波数ブロックを伝える制御情報の位置を伝える請求項２０に記載の装置。
【請求項２４】
前記スケジューリング情報を定期的に送信する手段は、現在または次のスケジューリング期間において、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝えるために、スケジューリング期間のおのおのにおいて、前記スケジューリング情報を送信する手段を備える請求項２０に記載の装置。
【請求項２５】
コンピュータ・プログラム製品であって、
少なくとも１つのコンピュータに対して、セルラ通信システムにおいて、送信のために利用可能なラジオ・リソースで、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを多重化させるためのコードと、
前記少なくとも１つのコンピュータに対して、前記ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信させるためのコードと
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項２６】
セルラ通信システムにおいてデータを受信する方法であって、
ユニキャスト・サービスとともに多重化されたブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信することと、
前記スケジューリング情報に基づいて、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのうちの少なくとも１つのサービスのために使用されるラジオ・リソースを決定することと、
前記少なくとも１つのサービスのためのデータを復元するために、前記ラジオ・リソースで受信された送信を処理することと
を備える方法。
【請求項２７】
前記スケジューリング情報を受信することは、スケジューリング期間の最初のＮ個の時間ユニットで前記スケジューリング情報を受信することを備え、
前記Ｎは１またはそれよりも大きく、
前記少なくとも１つのサービスのために使用されるラジオ・リソースを決定することは、前記スケジューリング情報に基づいて、前記スケジューリング期間において少なくとも１つのサービスのために使用されるラジオ・リソースを決定することを備える請求項２６に記載の方法。
【請求項２８】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間ユニットにおいて利用可能な全てのラジオ・リソースで送信され、
前記少なくとも１つのサービスのために使用されるラジオ・リソースを決定することは、前記スケジューリング情報に基づいて、おのおののサービスが送信される少なくとも１つの時間ユニットを決定することを備える請求項２６に記載の方法。
【請求項２９】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間周波数ブロックで送信され、
前記少なくとも１つのサービスのために使用されるラジオ・リソースを決定することは、前記スケジューリング情報に基づいて、おのおののサービスのために使用される少なくとも１つの時間周波数ブロックを決定することを備える請求項２６に記載の方法。
【請求項３０】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間ユニットにおいて、少なくとも１つの時間周波数ブロックで送信され、
前記少なくとも１つのサービスのために使用されるラジオ・リソースを決定することは、
前記スケジューリング情報に基づいて、おのおののサービスが送信される少なくとも１つの時間ユニットを決定することと、
おのおののサービスが送信される少なくとも１つの時間ユニットで送信される制御情報に基づいて、前記サービスのために使用される少なくとも１つの時間周波数ブロックを決定することと
を備える請求項２６に記載の方法。
【請求項３１】
無線通信のための装置であって、
ユニキャスト・サービスとともに多重化されたブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信し、前記スケジューリング情報に基づいて、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのうちの少なくとも１つのサービスのために使用されるラジオ・リソースを決定し、前記少なくとも１つのサービスのためのデータを復元するために、前記ラジオ・リソースで受信された送信を処理するように構成された少なくとも１つのプロセッサを備える装置。
【請求項３２】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間ユニットにおいて利用可能な全てのラジオ・リソースで送信され、
前記少なくとも１つのプロセッサは、前記スケジューリング情報に基づいて、おのおののサービスが送信される少なくとも１つの時間ユニットを決定するように構成された請求項３１に記載の装置。
【請求項３３】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間周波数ブロックで送信され、
前記少なくとも１つのプロセッサは、前記スケジューリング情報に基づいて、おのおののサービスのために使用される少なくとも１つの時間周波数ブロックを決定するように構成された請求項３１に記載の装置。
【請求項３４】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間ユニットにおいて、少なくとも１つの時間周波数ブロックで送信され、
前記少なくとも１つのプロセッサは、前記スケジューリング情報に基づいて、おのおののサービスが送信される少なくとも１つの時間ユニットを決定し、おのおののサービスが送信される少なくとも１つの時間ユニットで送信される制御情報に基づいて、前記サービスのために使用される少なくとも１つの時間周波数ブロックを決定するように構成された請求項３１に記載の装置。
【請求項３５】
セルラ通信システムにおいてスケジューリング情報を送信する方法であって、
おのおののスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を定期的に送信することと、
前記スケジューリング情報が次のスケジューリング期間において変わるか否かを示すフラグを定期的に送信することと
を備える方法。
【請求項３６】
値タグに関連付けられたシステム情報の一部分で前記フラグを定期的に送信することと、
前記システム情報の一部分が変わる場合には常に前記値タグを更新することと
をさらに備える請求項３５に記載の方法。
【請求項３７】
セルラ通信システムにおいてスケジューリング情報を受信する方法であって、
第１のスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信することと、
第２のスケジューリング期間において、前記スケジューリング情報が変わるか否かを示すフラグを受信することと、
前記スケジューリング情報が変わると前記フラグが示すのであれば、前記第２のスケジューリング期間において前記スケジューリング情報を受信することと、
前記スケジューリング情報が変わらないと前記フラグが示すのであれば、前記第２のスケジューリング期間において前記スケジューリング情報を受信することをスキップすることと
を備える方法。
【請求項３８】
値タグおよび前記フラグを備えるシステム情報の部分を受信することをさらに備え、
前記フラグを備えるシステム情報の部分が変わったと前記値タグが示す場合にのみ、前記フラグが受信され、前記フラグが受信され、前記スケジューリング情報が変わると前記フラグが示す場合にのみ、前記スケジューリング情報が前記第２のスケジューリング期間で受信される請求項３７に記載の方法。
【請求項１】
セルラ通信システムにおいてデータを送信する方法であって、
送信のために利用可能なラジオ・リソースで、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを多重化することと、
前記ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信することと
を備える方法。
【請求項２】
前記多重化することは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、前記ユニキャスト・サービスのためのデータとを時分割多重化することを備え、
ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおのは、少なくとも１つの時間ユニットで送信され、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間ユニットを伝える請求項１に記載の方法。
【請求項３】
前記多重化することは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックに変換することを備え、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される少なくとも１つの時間周波数ブロックを伝える請求項１に記載の方法。
【請求項４】
前記多重化することは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックに変換することを備え、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される少なくとも１つの時間周波数ブロックを伝える制御情報の位置を伝える請求項１に記載の方法。
【請求項５】
前記スケジューリング情報は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスが送られる時間ユニットを伝え、
前記制御情報は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスが送信される時間ユニットでおのおの送信され、
前記時間ユニットで送信されるブロードキャスト・サービスおよびマルチキャスト・サービスのために使用される時間周波数ブロックを伝える請求項１に記載の方法。
【請求項６】
前記ブロードキャスト・サービスおよびマルチキャスト・サービスを受信するために使用されるコンフィギュレーション情報を送信することをさらに備え、
前記スケジューリング情報は、前記コンフィギュレーションを伝送するラジオ・リソースを伝える請求項１に記載の方法。
【請求項７】
前記ブロードキャスト・サービスまたはマルチキャスト・サービスはおのおの、前記少なくとも１つの時間ユニットにおいて、複数のセルによって送信され、前記複数のセルは同期化される請求項１に記載の方法。
【請求項８】
前記ブロードキャスト・サービスおよびマルチキャスト・サービスは、セルによって送信され、近隣セルによって送信されるブロードキャスト・サービスおよびマルチキャスト・サービスと同期化されない請求項１に記載の方法。
【請求項９】
前記スケジューリング情報を定期的に送信することは、現在または次のスケジューリング期間において、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝えるために、スケジューリング期間のおのおのにおいて、前記スケジューリング情報を送信することを備える請求項１に記載の方法。
【請求項１０】
前記スケジューリング情報が次のスケジューリング期間において変わるか否かを示すフラグを定期的に送信することをさらに備える請求項９に記載の方法。
【請求項１１】
前記スケジューリング情報を定期的に送信することは、前記スケジューリング期間において、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝えるために、おのおののスケジューリング期間の最初のＮ個の時間ユニットにおいて前記スケジューリング情報を送信することをさらに備え、
前記Ｎは１またはそれよりも大きい請求項１に記載の方法。
【請求項１２】
おのおののスケジューリング期間の最初のＮ個の時間ユニットにおいて前記スケジューリング情報を送信することは、おのおののスケジューリング期間の最初のＮ個の時間ユニットにおいて、利用可能な全てのラジオ・リソースでスケジューリング情報を送信することを備える請求項１１に記載の方法。
【請求項１３】
おのおののスケジューリング期間の最初のＮ個の時間ユニットにおいて前記スケジューリング情報を送信することは、
おのおののスケジューリング期間の最初のＮ個の時間ユニットにおける少なくとも１つの時間周波数ブロックにおいて前記スケジューリング情報を送信することと、
前記スケジューリング情報のために使用される少なくとも１つの時間周波数ブロックを伝える制御情報を送信することと
を備える請求項１１に記載の方法。
【請求項１４】
前記スケジューリング情報は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースか、または、前記ラジオ・リソースで送信される送信を処理するために使用されるパラメータか、あるいはそれら両方を伝える請求項１に記載の方法。
【請求項１５】
セルラ通信システムにおける装置であって、
送信のために利用可能なラジオ・リソースで、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを多重化し、前記ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信するように構成された少なくとも１つのプロセッサを備える装置。
【請求項１６】
前記少なくとも１つのプロセッサは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、前記ユニキャスト・サービスのためのデータとを時分割多重化するように構成され、
ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおのは、少なくとも１つの時間ユニットで送信され、
前記少なくとも１つのプロセッサは、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間ユニットを伝えるために前記スケジューリング情報を送信するように構成された請求項１５に記載の装置。
【請求項１７】
前記少なくとも１つのプロセッサは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックに変換し、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される少なくとも１つの時間周波数ブロックを伝えるために前記スケジューリング情報を送信するように構成された請求項１５に記載の装置。
【請求項１８】
前記少なくとも１つのプロセッサは、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックへ変換し、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間周波数ブロックを伝える制御情報を送信し、前記制御情報の位置を伝えるために前記スケジューリング情報を送信するように構成された請求項１５に記載の装置。
【請求項１９】
前記少なくとも１つのプロセッサは、現在または次のスケジューリング期間において、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝えるために、スケジューリング期間のおのおのにおいて、前記スケジューリング情報を送信するように構成された請求項１５に記載の装置。
【請求項２０】
セルラ通信システムにおける装置であって、
送信のために利用可能なラジオ・リソースで、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを多重化する手段と、
前記ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信する手段と
を備える装置。
【請求項２１】
前記多重化する手段は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、前記ユニキャスト・サービスのためのデータとを時分割多重化する手段を備え、
ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおのは、少なくとも１つの時間ユニットで送信され、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスのおのおののために使用される少なくとも１つの時間ユニットを伝える請求項２０に記載の装置。
【請求項２２】
前記多重化する手段は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックに変換する手段を備え、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される少なくとも１つの時間周波数ブロックを伝える請求項２０に記載の装置。
【請求項２３】
前記多重化する手段は、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータを、時間周波数ブロックに変換する手段を備え、
前記スケジューリング情報は、ブロードキャスト・サービスまたはマルチキャスト・サービスおのおののために使用される少なくとも１つの時間周波数ブロックを伝える制御情報の位置を伝える請求項２０に記載の装置。
【請求項２４】
前記スケジューリング情報を定期的に送信する手段は、現在または次のスケジューリング期間において、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのために使用されるラジオ・リソースを伝えるために、スケジューリング期間のおのおのにおいて、前記スケジューリング情報を送信する手段を備える請求項２０に記載の装置。
【請求項２５】
コンピュータ・プログラム製品であって、
少なくとも１つのコンピュータに対して、セルラ通信システムにおいて、送信のために利用可能なラジオ・リソースで、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのデータと、ユニキャスト・サービスのためのデータとを多重化させるためのコードと、
前記少なくとも１つのコンピュータに対して、前記ブロードキャスト・サービスおよびマルチキャスト・サービスを伝送するラジオ・リソースを決定するために使用されるスケジューリング情報を定期的に送信させるためのコードと
を備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項２６】
セルラ通信システムにおいてデータを受信する方法であって、
ユニキャスト・サービスとともに多重化されたブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信することと、
前記スケジューリング情報に基づいて、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのうちの少なくとも１つのサービスのために使用されるラジオ・リソースを決定することと、
前記少なくとも１つのサービスのためのデータを復元するために、前記ラジオ・リソースで受信された送信を処理することと
を備える方法。
【請求項２７】
前記スケジューリング情報を受信することは、スケジューリング期間の最初のＮ個の時間ユニットで前記スケジューリング情報を受信することを備え、
前記Ｎは１またはそれよりも大きく、
前記少なくとも１つのサービスのために使用されるラジオ・リソースを決定することは、前記スケジューリング情報に基づいて、前記スケジューリング期間において少なくとも１つのサービスのために使用されるラジオ・リソースを決定することを備える請求項２６に記載の方法。
【請求項２８】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間ユニットにおいて利用可能な全てのラジオ・リソースで送信され、
前記少なくとも１つのサービスのために使用されるラジオ・リソースを決定することは、前記スケジューリング情報に基づいて、おのおののサービスが送信される少なくとも１つの時間ユニットを決定することを備える請求項２６に記載の方法。
【請求項２９】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間周波数ブロックで送信され、
前記少なくとも１つのサービスのために使用されるラジオ・リソースを決定することは、前記スケジューリング情報に基づいて、おのおののサービスのために使用される少なくとも１つの時間周波数ブロックを決定することを備える請求項２６に記載の方法。
【請求項３０】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間ユニットにおいて、少なくとも１つの時間周波数ブロックで送信され、
前記少なくとも１つのサービスのために使用されるラジオ・リソースを決定することは、
前記スケジューリング情報に基づいて、おのおののサービスが送信される少なくとも１つの時間ユニットを決定することと、
おのおののサービスが送信される少なくとも１つの時間ユニットで送信される制御情報に基づいて、前記サービスのために使用される少なくとも１つの時間周波数ブロックを決定することと
を備える請求項２６に記載の方法。
【請求項３１】
無線通信のための装置であって、
ユニキャスト・サービスとともに多重化されたブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信し、前記スケジューリング情報に基づいて、前記ブロードキャスト・サービスおよびマルチキャスト・サービスのうちの少なくとも１つのサービスのために使用されるラジオ・リソースを決定し、前記少なくとも１つのサービスのためのデータを復元するために、前記ラジオ・リソースで受信された送信を処理するように構成された少なくとも１つのプロセッサを備える装置。
【請求項３２】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間ユニットにおいて利用可能な全てのラジオ・リソースで送信され、
前記少なくとも１つのプロセッサは、前記スケジューリング情報に基づいて、おのおののサービスが送信される少なくとも１つの時間ユニットを決定するように構成された請求項３１に記載の装置。
【請求項３３】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間周波数ブロックで送信され、
前記少なくとも１つのプロセッサは、前記スケジューリング情報に基づいて、おのおののサービスのために使用される少なくとも１つの時間周波数ブロックを決定するように構成された請求項３１に記載の装置。
【請求項３４】
前記少なくとも１つのサービスのおのおのは、少なくとも１つの時間ユニットにおいて、少なくとも１つの時間周波数ブロックで送信され、
前記少なくとも１つのプロセッサは、前記スケジューリング情報に基づいて、おのおののサービスが送信される少なくとも１つの時間ユニットを決定し、おのおののサービスが送信される少なくとも１つの時間ユニットで送信される制御情報に基づいて、前記サービスのために使用される少なくとも１つの時間周波数ブロックを決定するように構成された請求項３１に記載の装置。
【請求項３５】
セルラ通信システムにおいてスケジューリング情報を送信する方法であって、
おのおののスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を定期的に送信することと、
前記スケジューリング情報が次のスケジューリング期間において変わるか否かを示すフラグを定期的に送信することと
を備える方法。
【請求項３６】
値タグに関連付けられたシステム情報の一部分で前記フラグを定期的に送信することと、
前記システム情報の一部分が変わる場合には常に前記値タグを更新することと
をさらに備える請求項３５に記載の方法。
【請求項３７】
セルラ通信システムにおいてスケジューリング情報を受信する方法であって、
第１のスケジューリング期間において、ブロードキャスト・サービスおよびマルチキャスト・サービスのためのスケジューリング情報を受信することと、
第２のスケジューリング期間において、前記スケジューリング情報が変わるか否かを示すフラグを受信することと、
前記スケジューリング情報が変わると前記フラグが示すのであれば、前記第２のスケジューリング期間において前記スケジューリング情報を受信することと、
前記スケジューリング情報が変わらないと前記フラグが示すのであれば、前記第２のスケジューリング期間において前記スケジューリング情報を受信することをスキップすることと
を備える方法。
【請求項３８】
値タグおよび前記フラグを備えるシステム情報の部分を受信することをさらに備え、
前記フラグを備えるシステム情報の部分が変わったと前記値タグが示す場合にのみ、前記フラグが受信され、前記フラグが受信され、前記スケジューリング情報が変わると前記フラグが示す場合にのみ、前記スケジューリング情報が前記第２のスケジューリング期間で受信される請求項３７に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１２−１９９９５７（Ｐ２０１２−１９９９５７Ａ）
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−１１１７４２（Ｐ２０１２−１１１７４２）
【出願日】平成２４年５月１５日（２０１２．５．１５）
【分割の表示】特願２０１０−５１０５３０（Ｐ２０１０−５１０５３０）の分割
【原出願日】平成２０年５月３０日（２００８．５．３０）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公開日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願番号】特願２０１２−１１１７４２（Ｐ２０１２−１１１７４２）
【出願日】平成２４年５月１５日（２０１２．５．１５）
【分割の表示】特願２０１０−５１０５３０（Ｐ２０１０−５１０５３０）の分割
【原出願日】平成２０年５月３０日（２００８．５．３０）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]