(57)【特許請求の範囲】
【請求項１】
ワイヤレスチャネル上で受信されるブロードキャスト・メッセージを処理する方法であって、前記方法は、
複数の信号を受け取ること、
前記信号のうちのどれが、信号が受信されるフレームのOFDMシンボルおよびサブバンドによって指定される少なくとも1つのブロードキャスト・メッセージに対応するかを決定すること、および
前記少なくとも1つのブロードキャスト・メッセージが、同じ物理層フレーム内において複数のブロードキャスト・メッセージを含んでいるとき、前記物理層フレームのインターレース内において前記複数のブロードキャスト・メッセージの順序を決定すること
を具備する方法。
【請求項２】
前記信号のうちのどれが少なくとも1つのブロードキャスト・メッセージに対応するかを決定することは、オーバーヘッド・メッセージ中に割り当てられたホップ・ポートにしたがって前記サブバンドを決定することを具備する、請求項1に記載の方法。
【請求項３】
前記ホップ・ポートは、前記オーバーヘッド・メッセージ中で事前告知される、請求項2に記載の方法。
【請求項４】
前記サブバンドは、インデックスされる、請求項1に記載の方法。
【請求項５】
前記信号のうちのどれが少なくとも1つのブロードキャスト・メッセージに対応するかを決定することは、前記フレームを決定することを含み、前記OFDMシンボルは、各外フレームの最後の1つ、2つ、4つまたは8つのOFDMシンボルを含む、請求項1に記載の方法。
【請求項６】
ワイヤレスチャネル上で受信されるブロードキャスト・メッセージを処理するための装置であって、前記装置は、
複数の信号を受信するための手段、
前記信号のうちのどれが、信号が受信されるフレームのOFDMシンボルおよびサブバンドによって指定される少なくとも1つのブロードキャスト・メッセージに対応するかを決定するための手段、および
前記少なくとも1つのブロードキャスト・メッセージが、同じ物理層フレーム内において複数のブロードキャスト・メッセージを含んでいるとき、前記物理層フレームのインターレース内において前記複数のブロードキャストから順序を決定するための手段
を具備する装置。
【請求項７】
前記信号のうちのどれが少なくとも1つのブロードキャスト・メッセージに対応するかを決定するための前記手段は、オーバーヘッド・メッセージ中に割り当てられたホップ・ポートにしたがって前記サブバンドを決定するための手段を具備する、請求項6に記載の装置。
【請求項８】
前記ホップ・ポートは、前記オーバーヘッド・メッセージ中で事前告知される、請求項7に記載の装置。
【請求項９】
前記サブバンドは、インデックスされる、請求項6に記載の装置。
【請求項１０】
前記信号のうちのどれが少なくとも1つのブロードキャスト・メッセージに対応するかを決定するための前記手段は、前記フレームを決定するための手段を具備し、前記OFDMシンボルは、各外フレームの最後の1つ、2つ、4つまたは8つのOFDMシンボルを具備する、請求項6に記載の装置。
【請求項１１】
ワイヤレスチャネル上で受信されるブロードキャスト・メッセージを処理するための装置であって、前記装置は、
複数の信号を受信するように構成されている受信機、および
前記信号のうちのどれが、信号が受信されるフレームのOFDMシンボルおよびサブバンドによって指定される少なくとも1つのブロードキャスト・メッセージに対応するかを決定するように構成され、前記少なくとも1つのブロードキャスト・メッセージが、同じ物理層フレーム内において複数のブロードキャスト・メッセージを含んでいるとき、前記物理層フレームのインターレース内において前記複数のブロードキャスト・メッセージの順序を決定するように構成されているプロセッサー
を具備する装置。
【請求項１２】
ワイヤレスチャネル上で受信されるブロードキャスト・メッセージを処理する方法を実行するためのプロセッサー実行可能な命令を記憶するプロセッサー可読記憶媒体であって、前記方法は、
複数の信号を受信すること、
前記信号のうちのどれが、信号が受信されるフレームのOFDMシンボルおよびサブバンドで指定される少なくとも1つのブロードキャスト・メッセージに対応するかを決定すること、および
前記少なくとも1つのブロードキャスト・メッセージが、同じ物理層フレーム内において複数のブロードキャスト・メッセージを含んでいるとき、前記物理層フレームのインターレース内において前記複数のブロードキャスト・メッセージの順序を決定すること
を具備する、プロセッサー可読記憶媒体。
【請求項１３】
前記信号のうちのどれが少なくとも1つのブロードキャスト・メッセージに対応するかを決定するための前記プロセッサー実行可能な命令は、オーバーヘッド・メッセージ中に割り当てられたホップ・ポートにしたがって前記サブバンドを決定するための前記プロセッサー実行可能な命令をさらに具備する、請求項12に記載のプロセッサー可読記憶媒体。
【請求項１４】
前記ホップ・ポートは、前記オーバーヘッド・メッセージ中で事前告知される、請求項13に記載のプロセッサー可読記憶媒体。
【請求項１５】
前記サブバンドは、インデックスされる、請求項12に記載のプロセッサー可読記憶媒体。
【請求項１６】
前記信号のうちのどれが少なくとも1つのブロードキャスト・メッセージに対応するかを決定するための前記プロセッサー実行可能な命令は、前記OFDMシンボルが、各外フレームの最後の1つ、2つ、4つまたは8つのOFDMシンボルを具備する前記フレームを決定するための前記プロセッサー実行可能な命令をさらに具備する、請求項12に記載のプロセッサー可読記憶媒体。
【発明の詳細な説明】
【関連出願の参照】
【０００１】
本件出願は、「ワイヤレス通信システムのためのブロードキャスト・メディア・アクセス・コントロール」という名称の2007年3月23日付けの米国仮出願第60/896,736号に基づいて優先権を主張するものである。
【技術分野】
【０００２】
本件開示は、一般にワイヤレス通信に関係し、特にワイヤレス通信システムのための信号獲得に関係する。
【背景技術】
【０００３】
ワイヤレス通信システムは、広く普及している通信手段になっていて、世界中の大多数の人々はこれを用いて通信をするようになっている。ワイヤレス通信デバイスは、消費者のニーズに応え、携帯性および便宜性を改善することを目的として、ますます小さく、かつますますパワフルなものになってきている。セルラー電話のようなモバイルデバイスにおける処理能力が向上し、その結果として、ワイヤレスネットワーク送信システムに対する要求が次第に大きなものになっている。そのようなシステムは、一般に、その上で通信をするセルラーデバイスに比べると、それほど容易に更新されるものでない。モバイルデバイス能力が拡大するのにともなって、新規・改良型のワイヤレスデバイスの能力を十分に利用することを促進する態様で旧式のワイヤレスネットワークシステムを維持していくことは、難しいことであり得る。
【０００４】
ワイヤレス通信システムは、チャネルの形式の送信リソースを生成するために、いくつかの異なるアプローチを一般に利用する。これらのシステムは、コード分割多重（CDM）システム、周波数分割多重（FDM）システムおよび時分割多重（TDM）システムであってもよい。一般に利用されるFDMの1つの変形は、システム全体の帯域幅を複数の直交サブキャリヤに効果的に分割する直交周波数分割多重（OFDM）である。これらのサブキャリヤは、トーン、ビンおよび周波数チャネルとも呼ばれることがある。各サブキャリヤは、データで変調されることができる。時分割を基本とする技術を用いることによって、各サブキャリヤは、連続的なタイムスライスまたはタイムスロットの一部分を具備することができる。各ユーザーは、定義されたバースト周期またはフレームにおける情報を送信しおよび受信するために、1つまたは複数のタイムスロットとサブキャリヤの組み合わせを与えられてもよい。そのような「ホッピング」スキームは、一般に、シンボルレート・ホッピング・スキームまたはブロック・ホッピング・スキームであってよい。
【０００５】
コード分割を基本とする技術は、一般に、ある範囲の任意の時刻において利用可能な多数の周波数の上でデータを送信する。一般に、データは、ディジタル化され、利用可能な帯域幅にわたって拡散されており、そこでは、複数のユーザーがチャネル上に重畳可能であって、それぞれのユーザーには固有のシーケンスコードを割り当てることができる。ユーザーは、同じスペクトラム広帯域部分の中で送信をすることができ、そこでは、各ユーザーの信号は、それぞれの固有の拡散コードによって帯域幅全体にわたって拡散されている。この技術は、1つまたは複数のユーザーが同時に送信および受信をすることができるという意味での共有を提供することができる。そのような共有は、スペクトラム拡散ディジタル変調によって達成されることができる。ここにおいて、ユーザーのビットストリームは、符号化され、擬似乱数的に非常に広いチャネルにわたって拡散されている。受信機は、特定のユーザーについてのビットを一貫的に集めるために、関連する固有のシーケンスコードを認識し、乱数化を復元するように設計されている。
【０００６】
典型的なワイヤレス通信ネットワーク（例えば、周波数分割技術、時間分割技術、および／または符号分割技術を採用するもの）は、あるカバレッジエリアを提供する1つまたは複数の基地局と、そのカバレッジエリアの内でデータの送信および受信を行なうことができる1つまたは複数のモバイル（例えば、ワイヤレスの）端末とを含んでいる。典型的な基地局は、ブロードキャスト、マルチキャスト、および／またはユニキャストのサービスのために、複数のデータストリームを同時に送信することができる。ここにおいて、データストリームは、モバイル端末の受信の関心と独立であり得るデータのストリームである。その基地局のカバレッジエリア内のモバイル端末は、基地局から送信される1つ、2つ以上、またはすべてのデータストリームを受信することに関心があってもよい。同様に、モバイル端末は、基地局または他のモバイル端末にデータを送信することができる。これらのシステムにおいて、帯域幅およびその他のシステムリソースは、スケジューラを利用して割り当てられる。
【０００７】
一般に、ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートすることができる。各端末は、順方向リンク（FL）および逆方向リンク（RL）上の送信によって、1つまたは複数の基地局と通信をする。順方向リンク（またはダウンリンク）とは、基地局から端末への通信リンクをいい、逆方向リンク（またはアップリンク）とは、端末から基地局への通信リンクをいう。この通信リンクは、単一入力単一出力、複数入力単一出力、または複数入力複数出力（MIMO）のシステムによって確立されてもよい。
【０００８】
MIMOシステムは、データ伝送のために複数の（NT個の）送信アンテナと複数の（NR個の）受信アンテナとを採用する。NT個の送信アンテナとNR個の受信アンテナとによって形成されるMIMOチャネルは、空間チャネルとも呼ばれるNS個の独立したチャネルに分解することが可能である。ここで、NS≦MIN{NT, NR}である。NS個の独立したチャネルの各々は、1次元に対応する。複数の送信アンテナと受信アンテナとによって創られる追加の次元が利用される場合、MIMOシステムは、パフォーマンスの改善（例えば、より高い処理能力および／またはより大きな信頼性）を提供することができる。
【０００９】
MIMOシステムは、時分割二重（TDD）および周波数分割二重（FDD）システムをサポートする。TDDシステムでは、順方向リンク送信と逆方向リンク送信とが同じ周波数領域上にあるので、相互性の原則により、逆方向リンクチャネルからの順方向リンクチャネルの推定が可能となる。このことによって、アクセス・ポイントは、複数のアンテナがそのアクセス・ポイントにおいて利用可能である場合、順方向リンク上の送信ビームフォーミング利得を引き出すことができる。
【００１０】
FDMAを基本とするシステムでは、サブバンド・スケジューリングおよびダイバーシティ・スケジューリングという2種類のスケジューリング技術が一般に採用される。サブバンド・スケジューリングでは、ユーザー・パケットは、狭い帯域幅の中に閉じ込められるトーン割り当てにマップされる。サブバンド・スケジューリングは、周波数選択スケジューリング（FSS）と呼ばれることもある。対照的に、ダイバーシティ・スケジューリングでは、ユーザー・パケットは、システム帯域幅全体にまたがるトーン割り当てにマップされる。ダイバーシティ・スケジューリングは、周波数ホップ・スケジューリング(FHS)とも呼ばれることがある。周波数ホッピングは、一般に、チャネル・ダイバーシティおよび干渉ダイバーシティの両方を達成するために使用される。したがって、ブロードキャストまたはマルチキャスト環境では、周波数選択スケジューリングを用いてサブバンド内の周波数ホッピングを実行するほうが望ましいかもしれない。
【発明の概要】
【００１１】
信号が受信されるフレームのOFDMシンボルおよびサブバンドによって決定されるブロードキャスト・メッセージを処理および生成するための方法および装置。実施形態は、ワイヤレスチャネル上で受信されるブロードキャスト・メッセージを処理するための方法、装置およびプロセッサー可読媒体を含んでいる。複数の信号が受信される。また信号が受信されるウルトラフレームのフレームのOFDMシンボルおよびサブバンドによって指定される信号から、ブロードキャスト・メッセージが決定される。
【００１２】
別の実施形態は、誤り制御ブロックの中に行（row）ベースでデータを入れることを含む、ワイヤレスチャネル上の送信のためのブロードキャスト・メッセージを処理する方法を含んでいる。制御ブロックの列（columns）に沿ってリード・ソロモン符号化が適用され、そしてデータが入れられて符号化された誤り制御ブロックが送信される。
【００１３】
さらなる実施形態は、ワイヤレス通信システムにおいてブロードキャスト・メッセージによって使用されるリソースを示す1つまたは複数のメッセージを生成する方法を含んでいる。本方法は、オーバーヘッド・メッセージを識別するMessageIDフィールドを含むオーバーヘッド・メッセージと、ブロードキャスト・チャネル情報メッセージを識別する署名フィールドと、ブロードキャスト・オーバーヘッド・メッセージを送信するために使用される多数の論理チャネルを識別する多数の論理チャネルと、およびブロードキャスト・メッセージによって占有される多数のサブバンドを示す間隔フィールドとを生成することを含んでいる。オーバーヘッド・メッセージは、その後、送信される。
【００１４】
さらなる実施形態は、ワイヤレスチャネル上で受信されるブロードキャスト・メッセージを処理するための装置を含んでいる。本装置は、複数の信号を受信するように構成されている受信機と、および前記信号のうちのどれが、信号が受信されるウルトラフレームのフレームのOFDMシンボルおよびサブバンドによって指定される少なくとも1つのブロードキャスト・メッセージに対応するかを決定するように構成されているプロセッサーとを含んでいる。
【図面の簡単な説明】
【００１５】
【図１】図1は、ある実施形態に準拠する多元接続ワイヤレス通信システムを例示している。
【図２】図2は、ある実施形態に準拠する通信システムのブロック図である。
【図３】図3は、ある実施形態に準拠する例示的なブロードキャスト・プロトコル構造のブロック図である。
【図４】図4は、ある実施形態に準拠するBCMCSサブバンドのインデキシングのブロック図である。
【図５】図5は、ある実施形態に準拠する外符号の誤り制御ブロック構造を例示している。
【図６】図6は、ある実施形態に準拠する可変レート送信スキームを例示している。
【発明の詳細な説明】
【００１６】
本件明細書において、「例示的である」という語は、「事例、実例または例示として役立つ」ことを意味するために使用される。本件明細書において「例示的である」と記述されるいかなる実施形態も、必ずしも好ましいまたは他の実施形態に比べて優れていると解釈されてはならない。
【００１７】
さて次に、様々な実施形態が図面を参照しながら説明されるが、これらの図面では、本件明細書全体を通じて、同様のエレメントには同様の参照数字が参照のために使用されている。以下の記載において、1つまたは複数の態様についての完全な理解を提供するために、説明の目的上、特定の詳細が数多く記述されている。しかしながら、これらの特定の詳細がなくても、そのような実施形態が実行可能であることは、明白なことであるかもしれない。他の事例において、周知の構造やデバイスは、1つまたは複数の実施形態についての説明を容易にするためにブロック図の形式で示される。
【００１８】
図1を参照し、1つの実施形態に準拠する多元接続ワイヤレス通信100システムが例示される。アクセス・ポイント102（AP）は、複数のアンテナグループを含んでいる。その1つのグループは、104および106を含み、他の1つは、108および110を含み、さらなる1つは、112および114を含んでいる。図1において、各アンテナグループには2つのアンテナしか図示されていないが、それより多くの、またはそれより少ない数のアンテナが各アンテナグループに用いられてもよい。アクセス端末116（AT）は、アンテナ112および114と通信可能な状態にある。ここで、アンテナ112および114は、順方向リンク120上でアクセス端末116へ情報を送信し、また逆方向リンク118上でアクセス端末116から情報を受信する。アクセス端末112（AT）は、アンテナ106および108と通信可能な状態にある。ここで、アンテナ106および108は、順方向リンク126上でアクセス端末122へ情報を送信し、また逆方向リンク124上でアクセス端末122から情報を受信する。FDDシステムにおいて、通信リンク118、120、124および126は、通信のために異なる周波数を使用することも可能である。例えば、順方向リンク120は、逆方向リンク118によって使用される周波数と異なる周波数を使用することができる。
【００１９】
各アンテナグループおよび／またはそれらが通信をするように設計されているエリアは、全体として、アクセス・ポイントのセクターと呼ばれることができる。ある実施形態において、アンテナグループは、各々、アクセス・ポイント102によってカバーされるエリアのセクターの中のアクセス端末と通信するように設計されている。
【００２０】
順方向リンク120および126上の通信において、アクセス・ポイント102の送信アンテナは、アクセス端末116および122のための順方向リンクのSN比を改善するためにビームフォーミングを利用する。カバレッジ全体にわたってランダムに散在させられているアクセス端末への送信のためにビームフォーミングを使用するアクセス・ポイントは、ただ1つのアンテナですべてのアクセス端末への送信を行なうアクセス・ポイントに比べると、近隣セル内のアクセス端末との干渉を引き起こすことが少ない。
【００２１】
アクセス・ポイントは、端末と通信するために使用される固定局であってもよく、またそれは、アクセス・ポイント、ノードBまたはその他のなんらかの同様の用語で呼ばれてもよい。アクセス端末もまた、アクセス端末、ユーザー設備（UE）、ワイヤレス通信デバイス、端末、アクセス端末またはその他のなんらかの同様の用語で呼ばれてもよい。
【００２２】
図2は、MIMOシステム200のブロック図であって、送信機システム210（アクセス・ポイントとしても知られている）および受信機システム250（アクセス端末としても知られている）の実施形態を含んでいる。送信機システム210において、多数のデータストリームのためのトラヒック・データが、データソース212から送信（TX）データプロセッサー214に提供される。
【００２３】
ある実施形態において、各データストリームは、それぞれの送信アンテナによって送信される。TXデータプロセッサー214は、各データストリームのために選択された特定の符号化方式に基づいて、当該データストリームのためのトラヒック・データをフォーマットし、符号化し、インターリーブし、そのことによって、符号化されたデータを提供する。
【００２４】
各データストリームのための前記符号化されたデータは、OFDM技術を使用して、パイロット・データによって多重化されてもよい。パイロット・データは、一般に、公知のやりかたで処理される公知のデータパターンであって、チャネル応答を推定するために受信機システムにおいて使用されることができる。各データストリームのためにパイロットによって多重化された符号化されたデータは、次に、そのデータストリームのために選択された変調方式（例えば、BPSK、QSPK、M-PSK、またはM-QAM）に基づいて変調される（すなわち、シンボルマップされる）。各データストリームのためのデータレート、符号化、および変調は、プロセッサー230によって実行される命令によって決定されてもよい。命令は、メモリ232に格納されてもよい。
【００２５】
すべてのデータストリームについての変調シンボルは、次に、TX MIMOプロセッサー220に提供される。TX MIMOプロセッサー220は、変調方式（例えば、OFDMの場合）に依存して、変調シンボルをさらに処理することもある。TX MIMOプロセッサー220は、次に、NT個の変調シンボルストリームをNT個の送信機（TMTR）222aないし222tに供給する。ある実施形態において、TX MIMOプロセッサー220は、データストリームのシンボルと、そのシンボルの送信している送信元のアンテナとに対して、ビームフォーミング重みを適用する。
【００２６】
各送信機222は、それぞれのシンボルストリームを受信し、処理し、そのことによって1つまたは複数のアナログ信号を提供し、当該アナログ信号をさらに調整（例えば、増幅、フィルタリング、アップコンバージョン）し、そのことによって、MIMOチャネル上の送信にふさわしい変調信号を提供する。送信機222aないし222tから来るNT個の変調信号は、次に、NT個のアンテナ224aないし224tからそれぞれ送信される。
【００２７】
送信された変調された信号は、受信機システム250において、NR個のアンテナ252aないし252rによって受信され、また各アンテナ252から受信された信号は、それぞれの受信機（RCVR）254aないし254rに提供される。各受信機254は、それぞれの受信された信号を調整（例えば、増幅、フィルタリング、ダウンコンバージョン）し、その変調された信号をディジタル化し、そのことによって、サンプルを提供し、そのサンプルをさらに処理し、それに対応する「受信された」シンボルストリームを提供する。
【００２８】
RXデータプロセッサー260は、次に、特定の受信機処理技術に基づいて、NR個の受信機254からNR個の受信されたシンボルストリームを受信し、処理し、そのことによって、NT個の「検出された」シンボルストリームを提供する。RXデータプロセッサー260は、次に、各々の検出されたシンボルストリームを復調し、インターリーブ解除し、および復号し、そのことによって、各データストリームのためのトラヒック・データを復元する。RXデータプロセッサー260による処理は、送信機システム210のTX MIMOプロセッサー220およびTXデータプロセッサー214によって行なわれた処理と相補的である。命令は、メモリ272に格納されてもよい。
【００２９】
逆方向リンクのメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでいてもよい。逆方向リンクメッセージは、次に、TXデータプロセッサー238によって処理され、変調器280によって変調され、送信機254aないし254rによって調整され、および送信機システム210に向けて送信される。なお、TXデータプロセッサー238はまた、データソース236から多数のデータストリームのためのトラヒック・データを受信する。
【００３０】
RXデータプロセッサー260は、それが同時に復調することができるサブキャリヤの数（例えば、512サブキャリヤまたは5MHz）に制限があるかもしれず、そのような受信機は、シングルキャリア上でスケジュールされなくてはならない。この制限は、そのFFT範囲の関数、例えば、プロセッサー260が作動可能なサンプルレート、FFTのために利用可能なメモリ、または復調に利用可能なその他の関数であるかもしれない。さらに、利用されるサブキャリヤの数が大きくなればなるほど、アクセス端末の費用は、ますます大きくなる。
【００３１】
RXプロセッサー260によって生成されるチャネル応答推定は、受信機における空間、空間／時間処理の実行、電力レベルの調節、変調レートまたは方式の変更、またはその他のアクションのために使用されることができる。RXプロセッサー260は、検出されたシンボルストリームの信号対雑音および干渉比（SNR）および場合によって他のチャネル特性をもさらに推定し、これらの量をプロセッサー270に提供する。RXデータプロセッサー260またはプロセッサー270は、システムのための「作動」SNRの推定をさらに計算してもよい。プロセッサー270は、次に、チャネル状態情報（CSI）を提供する。これは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでもよい。例えば、CSIは、作動SNRのみを含むものでもよい。CSIは、次に、TXデータプロセッサー238によって処理され、変調器280によって変調され、送信機254aないし254rによって調整され、送信機システム210に向けて送信される。
【００３２】
送信機システム210において、受信機システム250からの変調された信号は、アンテナ224によって受信され、受信機222によって調整され、復調器240によって復調され、RXデータプロセッサー242によって処理され、そのことによって、受信機システムによって報告されたCSIが復元される。報告されたCSIは、次に、プロセッサー230に提供され、（1）データストリームのために使用されるべきデータレートおよび符号化方式を決定するために、および（2）TXデータプロセッサー214およびTXプロセッサー220のための様々な制御を生成するために、使用される。代替的に、CSIは、変調方式および／または符号化レートを決定するために、他の情報とともに、プロセッサー270によって使用されてもよい。この情報は、次に、この情報を使用する送信機に提供されてもよく、受信機へ後で送信するために量子化されてもよい。
【００３３】
プロセッサー230および270は、それぞれ送信機および受信機システム内のオペレーションを指示する。メモリ232および272は、それぞれプロセッサー230および270によって使用されるプロセッサー可読プログラムコードおよびデータのための記憶媒体を提供する。
【００３４】
NT個の送信されたシンボルストリームを検出するためにNR個の受信された信号を処理するために、受信機において、様々な処理技術が使用されてよい。これらの受信機処理技術は、主に2つのカテゴリーに分けることができる。1つは、空間および時空受信機処理技術（平等化技術とも呼ばれる）であり、他の1つは、「連続的ヌル化／平等化および干渉除去」受信機処理技術（「連続干渉除去」または「連続除去」受信機処理技術とも呼ばれる）である。
【００３５】
図2はMIMOシステムについて論じているが、同システムは、MISO(複数入力単一出力)システムにも適用可能である。MISOシステムでは、複数の送信アンテナ（例えば、基地局上の送信アンテナ）が、1つまたは複数のシンボルストリームを単一のアンテナデバイス（例えば、モバイル局）に送信する。さらに、SISO（単一入力単一出力）アンテナシステムも、図2に関して説明されたのと同じやりかたで利用されることができる。
【００３６】
シンボルストリームは、次に、チャネル上で送信および受信される。ある態様において、論理チャネルは、制御チャネルとトラヒック・チャネルとに分類される。論理制御チャネルは、ブロードキャストシステム制御情報のためのダウンリンク（DL）チャネルであるブロードキャスト制御チャネル（BCCH）を具備している。ページング情報を転送するDLチャネルであるページング制御チャネル（PCCH）。1つまたは複数のマルチキャスト・トラヒック・チャネル（MTCH)のためのマルチメディア・ブロードキャストおよびマルチキャスト・サービス（MBMS）スケジューリングおよび制御情報を送信するために使用されるポイント・ツー・マルチポイントのDLチャネルであるマルチキャスト制御チャネル（MCCH）。一般に、このチャネルは、RRC接続を確立した後は、MBMSを受信するUEによってのみ使用される（注：古いMCCH+MSCH）。専用制御チャネル（DCCH）は、専用制御情報を送信するポイント・ツー・ポイントの双方向チャネルであって、RRC接続を有するUEによって使用される。ある態様において、論理トラヒック・チャネルは、ユーザー情報の転送のために1つのUEのために専用化されているトラヒック・チャネルであって、ポイント・ツー・ポイントの双方向チャネルである専用トラヒック・チャネル（DTCH）を具備している。さらに、マルチキャスト・トラヒック・チャネル（MTCH）は、ポイント・ツー・マルチポイントのDLチャネル上のトラヒック・データ送信のために使用される。
【００３７】
ある態様において、トランスポート・チャネルは、ダウンリンクDLとアップリンクULとに分類される。DLトランスポート・チャネルは、ブロードキャスト・チャネル（BCH）、ダウンリンク共有データ・チャネル（DL−SDCH）およびページング・チャネル（PCH）を具備し、後者のPCHは、UE省電力のサポートのためのものであって（DRXサイクルはネットワーク対UEによって示される）、セル全体の上でブロードキャストされ、物理層リソースにマップされる。この物理層リソースは、その他の制御／トラヒック・チャネルのために使用されることができる。ULトランスポート・チャネルは、ランダムアクセス・チャネル（RACH）、リクエスト・チャネル（REQCH）、アップリンク共有データチャネル（UL-SDCH）、および複数の物理層チャネルを具備している。物理層チャネルは、1セットのDLチャネルおよびULチャネルを含んでいる。
【００３８】
ダウンリンクの物理チャネルは、以下のチャネルを含んでいる。共通パイロットチャネル（CPICH）；同期チャネル（SCH）；共通制御チャネル（CCCH）；共有ダウンリンク（DL）制御チャネル（SDCCH）；マルチキャスト制御チャネル（MCCH）、共有アップリンク（UL）割り当てチャネル（SUACH）；肯定応答チャネル（ACKCH）；ダウンリンク（DL）物理的共有データ・チャネル（DL-PSDCH）；アップリンク（UL）電力制御チャネル（UPCCH）；ページング・インジケータ・チャネル（PICH）；および負荷インジケータ・チャネル（LICH）。
【００３９】
アップリンク（UL）の物理チャネルは、以下のものを含んでいる：物理的ランダムアクセス・チャネル（ＰRACH）；チャネル品質インジケータ・チャネル（CQICH）；肯定応答チャネル（ACKCH）；アンテナ・サブセット・インジケータ・チャネル（ASICH）；共有リクエストト・チャネル（SREQCH）；アップリンク（UL）物理的共有データ・チャネル（UL-PSDCH）；および広帯域パイロットチャネル（BPICH）。
【００４０】
ある態様に準拠して、本件発明は、高速データレート・ネットワークにおけるブロードキャスト・マルチキャスト・サービス（BCMCS）を提供する。BCMCSは、IPネットワーク上のブロードキャストおよびマルチキャスト・サービスの簡易型である。このサービスによって、ユーザーは、ウルトラ・モバイル・ブロードバンド・システムを使用してセルラー・リンク上のハンドセット上で様々なコンテンツ（例えば、ビデオ／テキスト）を受信することができる。本件発明のある態様は、以下のパラグラフにおいて、より詳細に論じられる。
【００４１】
BCMCSのような特定のサービスは、ブロードキャスト・パケット・データ・システムとして作動するワイヤレス通信媒体によってブロードキャスト・データを受信する複数のモバイル局に、ワイヤレス通信システムにおけるポイント・ツー・マルチポイント通信サービスを提供する。ワイヤレス通信システムによって複数のモバイル局へ送信されるブロードキャスト・データ（すなわちコンテンツ）は、ニュース、映画、スポーツイベント等々を含んでもよいが、必ずしもこれらのものに限られるわけではない。モバイル局へ送信される特定のタイプのコンテンツは、テキスト、オーディオ、画像、ストリーミング・ビデオなどのような多様なマルチメディア・データを含んでもよい。これらのコンテンツは、典型的には、コンテンツ・プロバイダによって生成され、ワイヤレス通信システムのブロードキャスト・チャネル上の特別のサービスに加入しているモバイル局にブロードキャストされる。
【００４２】
ブロードキャスト・パケット・データ・システムは、アクセス・ネットワークから多元接続端末に上位層のパケットを搬送するのに使用され得るパケット・ストリームを提供する。BCMCサービスの実装のためのサポートを提供する様々なチャネルは、フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルを含んでおり、これはさらに、ブロードキャスト物理チャネル、ブロードキャスト論理チャネルを含んでいる。
【００４３】
フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルは、コンテンツ・サーバーによって生成されるコンテンツを内包するパケットを搬送する。フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルは、図3のブロードキャスト・プロトコル構造によって生成される順方向リンクのシグナリング・メッセージを伝えることができる。図3は、様々な実施形態に準拠して、基礎的なブロードキャスト・プロトコルの一揃いまたは構造300のブロック図を例示している。一般に、ブロードキャスト・プロトコルは、以下のものを含んでもよい。 
ブロードキャスト制御プロトコル302：ブロードキャスト制御プロトコルは、BCMCSフロー登録要件のような、ブロードキャスト・パケット・データ・システムの様々な態様のオペレーションを制御するために使用される手順を定義する。ブロードキャスト制御プロトコルはまた、ブロードキャスト・パラメータ・メッセージを定義する。 
ブロードキャスト・インタールート・トンネリング・プロトコル304：ブロードキャスト・インタールート・トンネリング・プロトコルは、ブロードキャスト物理チャネル上のユニキャスト・ルートによって生成されるパケットのトンネリングを実行する。 
ブロードキャスト・パケット統合プロトコル（PCP）306：ブロードキャスト・パケット統合プロトコルは、上位層パケットのフレーミングを実行し、上位層パケットおよびシグナリング・メッセージを多重化する。 
ブロードキャスト・セキュリティ・プロトコル308：ブロードキャスト・セキュリティ・プロトコルは、ブロードキャスト・パケット統合プロトコル・ペイロードの暗号化を提供する。 
ブロードキャストMACプロトコル310：ブロードキャストMACプロトコルは、フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルによって送信をするために使用される手順を定義する。ブロードキャストMACプロトコルはまた、上位層によって見られるような無線リンク誤り率を低減するために、フォワード・エラー訂正（FEC）および多重化を提供する。 
ブロードキャスト物理層プロトコル312：ブロードキャスト物理層プロトコルは、フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルのためのチャネル構造を提供する。
【００４４】
フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルはまた、他のルートからのペイロードを搬送することもできる。フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルは、順方向リンクを持っているが、逆方向リンクは持っていない。順方向リンクメッセージは、フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネル上での送信のために直接送られてもよく、またはユニキャスト・ルートのインタールート・トンネリング・プロトコルによってトンネリングされてもよい。ユニキャスト・ルートのインタールート・トンネリング・プロトコルによって、逆方向リンクメッセージがトンネリングされてもよい。フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルは、ブロードキャスト物理チャネルとブロードキャスト論理チャネルとから成る。フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルに向けられたシグナリング・メッセージと同様に、ブロードキャスト・マルチキャスト・フロー（BCMCSフローとも呼ばれる）もまた、ブロードキャスト論理チャネルと関連付けられていて、ブロードキャスト物理チャネルによって送信される。
【００４５】
ブロードキャスト物理チャネルは、インターレース・マルチプレクス・ペアと呼ばれる複数のサブチャネルから成っている。インターレース・マルチプレクス・ペアの構造は、セクターによって異なるものであってもよい。ブロードキャストMACプロトコルおよびブロードキャスト物理層プロトコルは、ブロードキャスト物理チャネルの構造を記述する。
【００４６】
ブロードキャスト論理チャネル（論理チャネルとも呼ばれる）とは、ブロードキャスト・コンテンツが送信されるセクターに関連付けられているブロードキャスト物理チャネルの1つまたは複数のインターレース・マルチプレクス・ペアの1セットをいう。各論理チャネルは、1つまたは複数のBCMCSフローを搬送する。セクターに関連付けられているインターレース・マルチプレクス・ペアは、多くて1つの論理チャネルに割り当てられることができる。
【００４７】
セクターがペア＜セクターID, BCMCS チャネル＞によって識別される場合、論理的チャネルは、＜セクター、BCインデックス＞の形式のペアによって識別される。BCMCSチャネルは、単一チャネルに関連付けられている周波数割り当てを指す。BCIndexとは、フレームインデックス0と同時またはその後に生じる論理チャネルに関連付けられているインターレース・マルチプレクス・ペアのセットのすべての物理層フレームのセットの中の、第1の物理層フレームに対応する値をいう。
【００４８】
ブロードキャスト・マルチキャスト・サービス・フロー識別子（BCMCSFlowID)は、ブロードキャスト・マルチキャストのフロー（BCMCSフローとも呼ばれる）を識別する。与えられたBCMCSフローのコンテンツは、時間とともに変化してもよい。BCMCSフローは、単一のマルチメディア・フローと同形である。BCMCSフローのコンテンツは、複数の論理チャネルにまたがっては分割されない。
【００４９】
すでに述べたように、ブロードキャストMACプロトコル310は、フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルのオペレーションおよびタイミングを管理する規則を内包している。ブロードキャストMACプロトコル310は、ブロードキャスト・セキュリティ・プロトコル308からブロードキャスト・パケット統合プロトコル（PCP）パケットを受信する。ブロードキャスト・セキュリティ・プロトコル308から受信された各パケットは、1つのブロードキャスト論理チャネルに向けられている。ブロードキャストMACプロトコル310は、論理チャネルに向けられるペイロードに例えば外リード・ソロモン符号を加えることによって誤り制御ブロックを形成する。このようにして、ブロードキャストMACプロトコル310は、上位層によって見られるような無線リンク誤り率を低減する。
【００５０】
ブロードキャスト・フローは、BCMCS論理チャネルにマップされてよもよい。BCMCS論理チャネルは、ブロードキャスト物理チャネルの集合の上で送信されてもよい。ブロードキャスト物理チャネルの集合の各々は、SIMT（サブバンド・インターレース・マルチプレクス・トリプル）によって一義的に特徴づけられることができる。ブロードキャスト・マルチキャスト・システム（BCMCS）送信は、ウルトラフレームのユニット内でインデックスされる。各ウルトラフレームは、多数のサブゾーンと48個の物理層スーパーフレームのインターレースとから成る。
【００５１】
論理チャネルの物理位置についての情報は、例えば、関連するブロードキャスト・オーバーヘッド・チャネルから得られることができる。ブロードキャスト・オーバーヘッド・チャネルは、本件明細書では可変数NumBOCによって指定されるように1ウルトラフレームあたり例えば最大4まで許可される。各ブロードキャスト・オーバーヘッド・チャネルがアドレスする物理チャネルの集合は、PhysicalChannelGroup-iによって表記される。ここで、iは、0から3までの値をとることができる。ウルトラフレームkの上で送信されるブロードキャスト・オーバーヘッド・チャネルは、ウルトラフレームk+1の上で送信される論理チャネルについての情報を内包することができる。各PhysicalChannelGroup-iは、NumOuterframesPerUltraframe-i 個の外フレームに分割されることができる。ここで、NumOuterframesPerUltraframe-i＝1、2、4、または8である。1ウルトラフレーム中の各論理チャネルは、PhysicalChannelGroup-iに関連付けられている外フレームごとに1つだけ送信されることができる。
【００５２】
サブバンド・インデキシングに関し、ブロードキャストおよびマルチキャスト・サービスの部分である物理層フレームの128のホップ・ポートの各々は、本件明細書では、BCMCSサブバンドと呼ばれる。これらのBCMCSサブバンドの位置は、事前告知される。これらのホップ・ポートのいくつかは、ガード・キャリアにマップし、したがってデータ送信のためには使用できないことに注意せよ。各ウルトラフレームにおいて、BCMCSサブバンドは、UltraframeResourcesIndexによってインデックスされ、0からNumResourcesPerUltraframe-1までの番号が付けられる。BCMCSが許可される物理層フレームは、より早く生じるものにより低い番号が付けられる物理層フレームを用いて増順に番号を付けられることができる。2以上のBCMCSサブバンドが物理層フレーム内にある場合、各サブバンドは、増順で番号を付けられる。
【００５３】
一例として、図4のボックスとして表わされているような、各リソースが128のホップ・ポートと1つのインターレースである5MHzの配備を考えてみよう。予約済みのサブバンドは、ハッシュされたボックスで表わされていて、そのうちBCMCSサブバンドは、インデックスを備えたハッシュされたボックスである。このインデックスは、UltraframeResourcesIndexと呼ばれる。図4において、8つのインターレースにつき4つのサブバンドは、予約されているものとして図示されている。そのうちの3つは、BCMCSに割り当てられる。
【００５４】
外リード・ソロモン符号は、図5に示されるような誤り制御ブロック構造を使用する。誤り制御ブロックは、N行・MACPacketSize列の形式の行列である。誤り制御ブロックのトップのK行は、サーブされているプロトコルからのペイロードを内包している。それらのうちの一部は、スタッフ・パケット（stuffing packets）であってもよい。誤り制御ブロックの下位のR ＝ N − K行は、リード・ソロモン・パリティ・オクテットを内包している。
【００５５】
ブロードキャスト論理チャネル（BLC）上のペイロード・パケットは、外符号によってプロテクトされていて、BLCデータの各ブロックが1つの外符号を有することができる。オペレーションにおいて、上で説明された外制御符号は、BOC周期Nを有するBLCのS個のウルトラフレームのスパンを持っている。ここで、SはNの倍数である。UFt（ここで、t mod S = 0である）について、BLCのECBは、S個の連続するウルトラフレームのシーケンスから形成される。もしN│Sであれば、トラヒック・ブロードキャスト・オーバーヘッド・チャネル（BOC）は、ECB境界上で変化する。
【００５６】
S個のウルトラフレームにわたるBLC上のBPCパケット（または抹消）のシーケンスは、R行C列のマトリックスの中に行ベースで書き込まれる。欠けているエントリーはどれも、全ゼロのパケットで満たされる。最良のダイバーシティのためには、ウルトラフレームの硬決定（hard decisions）は、すべてバッファーされなければならない。R行×1バイトのサブマトリックスの各々は、受信された(R, k)リード・ソロモン符号の符号語に等しく、エンハンスト・ブロードキャスト・マルチキャスト・サービスと互換性がある。
【００５７】
誤り訂正ブロックのタイムスパンは、以下のとおりである。ブロードキャスト論理チャネルのための最小スイッチング時間は、S個のウルトラサブフレームであるECBのスパンに比例する。Sの値が小さければ小さいほど、スイッチは、速く生じることができる。比較的長い時間にわたってみてみると、ブロードキャスト論理チャネルのデータレートは、平均レートに接近する。ブロードキャスト論理チャネルが比較的長い時間にわたって固定されている場合、オーバーヘッドは、改善されることができる。Sはまた、リード・ソロモン符号を増やし、したがってダイバーシティを増加させる。非ストリーミング系アプリケーションの場合には、比較的長い誤り訂正ブロックが必要である。その一方、ストリーミング系アプリケーションの場合、スイッチング時間を改善するために、比較的短い誤り訂正ブロックを使用することができる。
【００５８】
誤り制御ブロックの各行は、任意の論理チャネルのためのブロードキャストMACパケットのためのペイロードを形成する。それは、論理チャネルに割り当てられたブロードキャスト物理層パケットの中で、ブロードキャスト物理層パケットの送信開始時刻の順序で送信される。実際、誤り制御ブロックは、R行C列のマトリックスである。ここで、R＝1、16、または32である。RおよびCは、BLCの属性であって、以下において一層詳しく説明されるブロードキャスト・チャネル情報メッセージの中でシグナルされる。行の幅は、拡張チャネルBCMCS（ECB）の上で送信されるペイロード・パケットのシーケンスによって決定される。
【００５９】
ペイロードをK行と等しくする必要がある場合、アクセス・ネットワークは、ブロードキャストPCPパケットにスタッフ・パケットを追加する。これらのパケットは、全ゼロのペイロードを内包しており、物理層には渡されず、したがって無線送信はされない。
【００６０】
誤り制御ブロックは、次のパラグラフで説明されるようにして生成される。アクセス・ネットワークは、論理チャネル上の送信を誤り制御ブロック（ECB）の中へセグメント化する。各誤り制御ブロックは、BCMCS MACによって受信される0または1つのMACパケットから始まることができる。
【００６１】
アクセス・ネットワークは、次に、誤り制御ブロックの行にデータを入れる。アクセス・ネットワークは、誤り制御ブロックの列に沿って、リード・ソロモン符号化を適用する。アクセス・ネットワークは、フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネル上で誤り制御ブロックの行を送信する。各誤り制御ブロックは、N行・MACPacketSize 列を内包している。誤り制御ブロックのトップのK行は、サーブされているプロトコルからのペイロードまたはスタッフ・パケットを内包することができる。誤り制御ブロックの下位のR = N − K行は、リード・ソロモン・パリティ・オクテットを内包することができる。 
各リード・ソロモン符号語の長さは、Nオクテットでありえる。各誤り制御ブロックは、1つのリード・ソロモン符号語から成ることができる。リード・ソロモン符号は、(N, K, R)符号として特定される。N、KおよびRは、以下のように定義される：◎
1．N＝リード・ソロモン符号語のオクテットの数。Nの値は、参照によって本件明細書に組み込まれる「ウルトラ・モバイル・ブロードバンド(UMB)無線インターフェースのための物理層」仕様であるC.S0084-1において定義されているとおりのものであってよい。 
2．K＝リード・ソロモン符号語のデータ・オクテットの数。Ｋの値は、参照によって本件明細書に組み込まれる「ウルトラ・モバイル・ブロードバンド(UMB)無線インターフェースのための物理層」仕様であるC.S0084-1において定義されているとおりのものであってよい。 
3．R ＝ N − K＝リード・ソロモン符号語のパリティ・オクテットの数。Ｒの値は、参照によって本件明細書に組み込まれる「ウルトラ・モバイル・ブロードバンド(UMB)無線インターフェースのための物理層」仕様であるC.S0084-1において定義されているとおりのものであってよい。 
誤り制御ブロックの各行は、1つまたは複数のブロードキャストMACパケットのためのペイロードを形成することができる。論理チャネルは、アクセス端末が論理チャネルをソフト・コンバインすることが許されるすべてのセクター上で、同じ値の[N、KおよびMACPacketSize]を備えた誤り制御ブロックを使用することができる。 
誤り制御ブロックからのデータは、ブロードキャストMACパケットを使用して送信される。誤り制御ブロックの各行は、MACPacketSizeビットのブロードキャストMACパケットを使用して搬送される。以下に述べるようにK行を満たし尽くすほど十分なデータが利用可能でない場合、データパケットの数をKと等しくさせるために、スタッフ・パケットが追加されてもよい。このプロトコルのためのプロトコルデータ単位（PDU）は、ブロードキャストMACパケットである。
【００６２】
ブロードキャスト・マルチキャスト送信構造に関して、BCMCS送信はウルトラフレームによってインデックスされる。例えば、各ウルトラフレームは、多数のサブゾーンおよび例えば48個のインターレースまたは他の数の物理層スーパーフレームから成る。
【００６３】
物理リソースのインデキシングに関して、各PhysicalChannelGroup-iは、多数のBCMCSサブバンドNumOuterframeSubbands-iによって特定される。ここで、NumOuterframeSubbands-iは、NumOuterframesPerUltraframe-iの倍数であって、iは、0から3までの値をとることができる。NumPhysicalResources-iは、NumOuterframeSubbands-i / NumOuterframesPerUltraframe-iによって定義される整数であると定義される。物理層グループあたりのこれらのBCMCSサブバンドは、PhysicalChannelGroup-iに属する各外フレームに対応するPhysicalChannelGroup-iの各々について、例えば0からNumPhysicalResources-i-1まで連続的に（BCMCSサブバンド数の増加する順序で）番号付けされる。したがって、ペア ＜OuterframeIndexi, PhysicalResourceIndexi＞は、UltraframeResourcesIndexによる1対1のマッピングを持っている。そのようなBCMCSサブバンドの各々は、NumOuterframesPerUltraframe-iの倍数であるように選ばれるNumOuterframeSubbands-iとして表記される。
【００６４】
各PhysicalChannelGroup-i、各外フレームに割り当てられるBCMCSリソースは、次のペアによって決定される：Offset-j および Period-j。ｋは、外フレームにおけるBCMCSサブバンドのインデックスを表わすものとする。k ≡ Offset-j (mod Period-j)であるようなあらゆるBCMCSサブバンドは、PhysicalChannelGroup-iの部分であってよい。PhysicalChannelGroup-i は、NumOffsetsPerGroup-i（ただし j = 0, 1, ..., 15）によって定義されるような多数のそのようなペア＜Offset-j, Period-j＞から構成されることができることに留意せよ。NumPhysicalResources-i はPeriod-jの倍数であるから、前述のことは結果として、スーパーフレームの終端に、ある未使用のBCMCSサブバンドを生じさせることになることに留意せよ。ある任意のペア＜Offset-j, Period-j＞は、複数の物理チャネル・グループに属し得ることにさらに留意せよ。この場合、複数の物理層グループのブロードキャスト・オーバーヘッド・メッセージが同じ論理チャネルをアドレスする可能性がある。このシナリオが役立つのは、論理チャネルの単一周波数ネットワーク（SFN）カバレッジがブロードキャスト・オーバーヘッド・チャネルのSFNカバレッジと異なるときである。
【００６５】
物理リソースのインデキシングに関して、フォワード・ブロードキャストおよびマルチキャスト・チャネルの各々は、多数の物理層リソースから構成される。これらの物理層リソースは、BroadcastChannelInfo メッセージにおいて特定されているような多数のサブバンドから構成され、本件明細書に記載されているように論理チャネルにマップされる。論理チャネルが外フレームの第1のBCMCSサブバンドにマップされる場合、論理チャネルは、ブロードキャスト・オーバーヘッド・チャネル・メッセージ（これは1つまたは2つのOFDMシンボルを占有してもよい）の終端にスタートし得ることに留意せよ。他のすべてのBCMCSサブバンドに関し、論理チャネルは、すべてのOFDMシンボルを占有する。
【００６６】
論理チャネルは、1つまたは複数のBCMCSフローからのブロードキャストPCPパケットを搬送することができる。同じBCMCSフローが複数の論理チャネル上で独立に送信されることがあり得るのに対し、どのBCMCSフローについても、そのコンテンツが複数の論理チャネルに分かれて送信されることはありえない。BCMCSフローが、異なるセクターに属する2以上の論理チャネル上で搬送される場合、そのBCMCSフローから物理チャネルへのマッピングは、これらのすべてのセクター上で同じである必要はない。同じブロードキャスト・コンテンツを搬送する論理チャネルは、ソフト結合を促進するために複数のセクターにまたがって同期的に送信されてもよい。フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルに関連付けられている論理チャネルは、複数のセクターにまたがって同期的に送信されてもよい。
【００６７】
ブロードキャスト・オーバーヘッド・チャネルに関して、アクセス・ネットワークの各セクターは、NumBOCパラメータによって定義されるような例えば最高4つまでのブロードキャスト・オーバーヘッド・チャネルを搬送することができる。ブロードキャスト・オーバーヘッド・チャネルは、PhysicalChannelGroupの各外フレームの最後の1つ、2つ、4つまたは8つのOFDMシンボルの上で送られる。
【００６８】
ブロードキャスト・オーバーヘッド・チャネルの変調パラメータは、BroadcastChannelInfo メッセージ内で搬送される。ブロードキャスト・オーバーヘッド・チャネルに加えて、各論理チャネルは、次のウルトラフレームにおけるそれの位置についてのインバンド情報も搬送する。さらに、アクセス端末がブロードキャスト・コンテンツを成功裏に発見および監視することができるためには、様々なブロードキャスト関連パラメータが無線インターフェース上でシグナリングされる必要がある。アクセス・ネットワークは、これらのパラメータを１つの制御チャネルの1つまたは複数の情報パケット上でBroadcastChannelInfo メッセージの形式でブロードキャストする。セクターによって送信されるBroadcastChannelInfo メッセージは、そのセクターについての論理チャネルから物理チャネルへのマッピング情報を内包している。アクセス・ネットワークは、j mod NBCIPeriod = NBCIPeriod −1となるようなあらゆるスーパーフレームjの上で、ユニキャストメッセージとしてブロードキャストMCIDを備えたBroadcastChannelInfo メッセージを送信することができる。ここにおいて、NBCIPeriod は、BroadcastChannelInfo メッセージの反復の周期（スーパーフレームの単位）であって、定数値（例えば、240）を有していてもよい。このメッセージの位置は、例えば、対応するスーパーフレームを含む物理層フレーム2と7との間であってもよい。
【００６９】
したがって、誤りコントロール・ブロックの各行は、1つまたは複数のブロードキャストMACパケットのためのペイロードを形成する。さらに、論理チャネルは、アクセス端末が論理チャネルをソフト結合することが許されるすべてのセクター上で、同じ値の[N、KおよびMACPacketSize]を備えた誤り制御ブロックを使用することができる。
【００７０】
上で説明されたように、ペイロードをK行と等しくする必要がある場合、アクセス・ネットワークは、ブロードキャストPCPパケットに詰め草パケットを追加する。これらのパケットは、全ゼロのペイロードを内包しており、物理層にパスされることはなく、したがって無線送信されることもない。
【００７１】
誤り制御ブロック・フォームの各行は、与えられた論理チャネルのためのブロードキャストMACパケットのためのペイロードを形成する。それらは、ブロードキャスト物理層パケットの送信開始時刻の順序で、論理チャネルに割り当てられたブロードキャスト物理層パケットの中で送信される。
【００７２】
送信フォーマットに関して、各ブロードキャスト物理層パケットのために、ブロードキャストMACプロトコルは、ブロードキャスト物理層プロトコルに送信フォーマットを供給する。送信フォーマットは、ブロードキャスト物理層パケットの1セットのパラメータを定義する。アクセス・ネットワークは、各論理チャネルに送信フォーマットを割り当てる。任意の論理チャネルに関連付けられているすべてのブロードキャスト物理層パケットについて、アクセス・ネットワークは、その論理チャネルに関連付けられている送信フォーマットを使用する。ブロードキャスト物理層パケットの送信フォーマットは、次の2つのタイプのうちの1つであってよい。すなわち、ブロードキャスト・オーバーヘッド・チャネル送信フォーマット、またはブロードキャスト送信フォーマット。
【００７３】
フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネル上で送信されるブロードキャスト・オーバーヘッド・メッセージは、ブロードキャスト・オーバーヘッド・メッセージの送信フォーマットと関連付けられている。フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネル上で送信される論理チャネルは、ブロードキャスト送信フォーマットと関連付けられている。基礎的なブロードキャスト送信フォーマットは、それのパケット・フォーマット・インデックスによって識別される。各パケット・フォーマット・インデックスは、パケット・サイズ、レート・セット、無線設定、変調次元に対応する。
【００７４】
ブロードキャスト・オーバーヘッド・チャネルのための送信フォーマットの一例が表1に示されている。スペクトル効率は、ウルトラフレームあたりの外フレームの数に対応する。変調次元は、すべての場合において2である。ブロードキャスト・オーバーヘッド・チャネルの送信に必要なOFDMシンボルの数 (NumOFDMSymbolsPerBOC)は、例えば、NumOFDMSymbolsPerBOC = パケット・サイズ/ 99によって与えられることに留意せよ。
【表１】
0005431299.tif 000002
【００７５】
物理リソースに関して、BCMCSデータのために、ブロードキャスト物理層パケットによって搬送されるビット（PADおよびFCSのビットを含む）の数は、そのパケット・サイズと呼ばれ、Ndataによって表記される。パケットのスパンは、そのパケットのために許可される送信の回数であると定義される。ある任意の送信モード内のレート・セットは、2つのパラメータ、すなわち、パケットの第1のBCMCSサブバンドのBCMCSサブバンド設定およびパケット・サイズによって定義される。ブロードキャスト送信フォーマット（これはBCMCS送信フォーマットとも呼ばれる）は、パケット・フォーマット・インデックスおよび送信の回数によって定義される。各送信モード内には、例えば、それぞれレート・セット1、2、3、4と呼ばれる4つのレート・セットがある。各レート・セットは、第3の送信のために使用されることができるユニキャスト・ヌメロロジーに加えて、2つの無線設定を内包している。この場合、第1および第2の送信がブロードキャスト・ヌメロロジーを用いて送信されるのに対して、第3の送信は、ユニキャスト・ヌメロロジーを用いて生起する。
【００７６】
送信フォーマットは、表2に示されている。2つのBCMCS送信フォーマットは、それらが同じパケット・フォーマット・インデックスを持っている場合およびその場合にのみ、レート・コンパティブルである。しかし、両者のスパンは、たぶん異なっている。パケット・フォーマットは、4ビットから成る。これらの4ビットは、データパケットの各HARQ送信に使用されるべき変調フォーマットおよびスペクトル効率にインデックスを付ける。送信のデフォルト最大回数は3である（この場合、スパンは3である）ことに留意せよ。しかしながら、セクターは、各パケット・フォーマット・インデックスのために1回または2回の送信を選択することももちろん可能である。後者の場合、スパンは、それぞれ1または2にセットされる。
【００７７】
各割り当てのためのパケット・サイズは、下記の表にリストされているスペクトル効率および割り当てサイズに基づいて計算される。パケット・サイズも表2に与えられている。
【表２】
0005431299.tif 000003
【００７８】
複数のセクターからのフォワード・ブロードキャストおよびマルチキャスト・サービス・チャネル送信に関して、フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルは、単一周波数ネットワーク（SFN）送信に特に適している。このSFN送信においては、任意のブロードキャスト・カバレッジエリアにおけるすべてのセクターが、それらのブロードキャスト送信を同期化し、ブロードキャスト物理層パケットに割り当てられたタイムインターバルの間に同じ波形（ただし、セクターに依存する遅延および複雑な利得を例外として）を無線送信する。アクセス端末のアンテナにおいて、参加セクターから来るすべての送信は、互いに結合して単一の送信となって、マルチパス・チャネルを通過する。マルチパスにおいて、最初に来るパスと最後に来るパスとの間に広がる遅延は、たぶん大きなものである。
【００７９】
さらに、送信フォーマットが互いにレート・コンパティブルであることを条件として、隣接するセクターが、スパンの異なるフォーマットを使用して、同じリソース上で同じコンテンツをブロードキャストすることができるように、アクセス・ネットワークを構成することができる。SFN送信の場合のように、各パケットの最初のBCMCSサブバンドの送信時刻は、同じコンテンツを送信するすべてのセクターにわたって同期化されている。セクターによって送信されるBroadcastChannelInfo メッセージは、対応する論理チャネルの送信フォーマットを特定する。
【００８０】
図6は、ある実施形態に準拠する可変レート送信スキームを例示している。図6に示されるレート・コンパティブルな送信スキームにおいて、セルAは、2つのBCMCSサブバンドのスパンを有する送信フォーマットを使用し、他方、セルBおよびCは、3つのBCMCSサブバンドのスパンを有するレート・コンパティブルな送信フォーマットを使用している。セルAは、図6に例示されているように、フリー・スロット中のスーパーキャスト・パケットを送信することを選択することができる。
【００８１】
アクセス・ネットワークは、フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネル上で送信される各論理チャネルのための以下のようなパラメータの値を決定することができる。 
Period：論理チャネルに割り当てられたPeriodパラメータは、その論理チャネルの送信フォーマットのスパンと同等またはそれ以上である。その周期がパケット・フォーマット・インデックスのスパンより大きい場合、アクセス・ネットワークは、次のBCMCSパケットを送信するために、次の周期まで待つことができる。アクセス・ネットワークは、図6に例示されているように、スーパーキャスト送信のために、この利用可能なスロットを使用することができる。 
FDSSeed：周波数領域拡散シード。周波数領域拡散において使用される10ビットの2進数。 
PilotStagger：パイロット・トーン挿入において使用されるパラメータ。PilotStaggerは、コンテンツに依存するパラメータである：異なるコンテンツを同時にブロードキャストするためには、アクセス・ネットワークは、PilotStaggerパラメータに対して異なる値を割り当てなければならない。 
パイロット対データの電力比：下記で定義。 
変調層：このパラメータは、階層変調がサポートされている場合、論理チャネルがベース層またはエンハンスメント層のいずれの上で送信されるかを特定する。
【００８２】
あらゆるブロードキャスト物理層パケットについて、ブロードキャストMACプロトコルは、ブロードキャスト物理層プロトコルに以下のようなパラメータの値を供給することができる：ブロードキャスト物理層パケットによってサーブされる論理チャネルのFDSSeed。ブロードキャスト物理層パケットによってサーブされる論理チャネルのPilotStagger。下記に定義されるようなブロードキャスト物理層パケットによってサーブされる論理チャネルのDCPDROffset およびインユースのパイロット対データ比（PDR）パラメータ。ブロードキャスト物理層パケットによってサーブされる論理チャネルのModulationLayer。
【００８３】
パイロット対データ電力比（PDR）パラメータに関して、フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルに関連付けられている論理チャネルの「インユースのパイロット対データ比（PDR）パラメータ」という用語は、4ビットによって表わされることができ、かつ以下のように解釈されることができる。Zは、符号のない整数として解釈されるとき、パラメータの4ビット表現の値であるとせよ。そうすると、そのパラメータのdBの値は、0．5×（Z−4）として得られる。例えば、−2dBの値は、「0000」と表わされ、5.5dBの値は、「1111」と表わされる。適切な送信フォーマットに関連付けられているブロードキャスト・オーバーヘッド・チャネルのためのデフォルトのパイロット対データ比は、表3において特定されている。
【表３】
0005431299.tif 000004
【００８４】
フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネルに関連付けられている各論理チャネルについて、アクセス・ネットワークは、デフォルトのPDRパラメータの値を以下のように決定することができる。アクセス・ネットワークは、表4にしたがって、各論理チャネルのBCMCS送信フォーマットに基づいて、各論理チャネルのデフォルトのパイロット対データ比の値を決定する。最初の2つの送信についてのパイロット対データ比は、BCMCSPilotToDataRatioと表記され、これは3番目の送信とは異なってもよい。3番目のものは、PilotToDataRatioと表記される。
【表４】
0005431299.tif 000005
【００８５】
下記においてさらに説明されるBroadcastChannelInfoメッセージは、論理チャネルのインユースのPDRパラメータを示す情報を搬送する。ブロードキャスト・コンテンツを受信するアクセス端末は、BroadcastChannelInfo メッセージを監視する。その他のアクセス端末は、このメッセージを無視してもよい。ブロードキャストおよびマルチキャスト・サービス・チャネルに関連付けられている各論理チャネルについて、アクセス・ネットワークは、BCMCSPDRProvidedForThisLogicalChと呼ばれる1ビットのパラメータの値を以下のようにセットすることができる。 
論理チャネルのBCMCS送信フォーマットが2またはそれ以下のスパンから成る場合、アクセス・ネットワークは、BCMCSPDRProvidedForThisLogicalChパラメータを以下のようにセットすることができる。 
＊  BCMCSPilotToDataRatioの値がPDRDataDefaultの値と同じである場合、アクセス・ネットワークは、BCMCSPDRProvidedForThisLogicalChパラメータを「0」にセットすることができる。 
＊  そうでない場合、アクセス・ネットワークは、BCMCSPDRProvidedForThisLogicalChパラメータを「1」にセットすることができる。 
論理チャネルのBCMCS送信フォーマットが3のスパンから成る場合、アクセス・ネットワークは、BCMCSPDRProvidedForThisLogicalCh パラメータを以下のようにセットすることができる。 
＊  以下の条件がすべて論理値の真である場合、アクセス・ネットワークは、BCMCSPDRProvidedForThisLogicalChパラメータを「0」にセットすることができる。 
○  BCMCSPilotToDataRatioの値は、最初の2つの送信について、PDRDataDefaultの値と同じである。 
○  PilotToDataRatioの値は、3番目の送信について、PDRDataDefault値と同じである。 
＊  そうでない場合、アクセス・ネットワークは、BCMCSPDRProvidedForThisLogicalChパラメータを「1」にセットすることができる。
【００８６】
あらゆるブロードキャスト物理層パケットについて、ブロードキャストMACプロトコルは、ブロードキャスト物理層プロトコルにMACインデックスを提供することができる。ブロードキャストMACプロトコルは、MAC インデックスを NBroadcastGenericMACIndexにセットすることができる。
【００８７】
下記においてさらに説明されるBroadcastOverheadメッセージは、論理チャネルのインユースのPDRパラメータを示す情報を搬送する。アクセス・ネットワークは、BroadcastOverhead メッセージを送って、論理チャネルとブロードキャストおよびマルチキャスト・サービス・チャネル上の開始BCMCSサブバンドとの間のマッピングをアクセス端末に供給する。ブロードキャスト・オーバーヘッド・メッセージのフォーマットは、表5に例示されている。
【表５】
0005431299.tif 000006
【００８８】
MessageID
アクセス・ネットワークは、このフィールドを0x01にセットすることができる。 
BCISignature
アクセス・ネットワークは、このフィールドを、対応するBroadcastChannelInfo メッセージの署名にセットすることができる。 
NumLogicalChannels
アクセス・ネットワークは、このフィールドを、ブロードキャスト・オーバーヘッド・メッセージによってインデックスされている論理チャネルの数にセットすることができる。 
StartLocationj
アクセス・ネットワークは、このフィールドを、PhysicalResources-iの数における論理チャネルｊの開始位置にセットすることができる。 
Durationj
アクセス・ネットワークは、このフィールドを、表6において特定されているような論理チャネルｊが占有する連続BCMCSサブバンドの数にセットすることができる。
【表６】
0005431299.tif 000007
【００８９】
アクセス・ネットワークは、論理チャネルとブロードキャスト物理チャネルとの間のマッピングをアクセス端末に供給するために、BroadcastChannelInfo メッセージを送信する。BroadcastChannelInfo メッセージのフォーマットは、表7に例示されている。
【表７】
0005431299.tif 000008
【００９０】
MessageID
アクセス・ネットワークは、このフィールドを0x00にセットすることができる。 
ProtocolSubtype
アクセス・ネットワークは、このフィールドを適切にセットすることができる。 
BroadcastChannelInfoSignature
BroadcastChannelInfoメッセージ中の他のフィールドのどれかが変化する場合、アクセス・ネットワークは、このフィールドを変更することができる。 
QCISignature
アクセス・ネットワークは、このフィールドを、オーバーヘッド・メッセージ・プロトコルのQCISignatureパブリックデータにセットすることができる。 
AllReservedInterlaces
アクセス・ネットワークは、すべての予約済みインターレースのすべてのサブバンドがBCMCSのために使用されていることを示すために、このフィールドを「1」にセットすることができる。もしくは、アクセス・ネットワークは、このフィールドを「0」にセットすることができる。 
BCMCSReservedInterlaces
AllReservedInterlaceフィールドが「1」にセットされている場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合は、アクセス・ネットワークは、このフィールドを含み、表8にしたがって、このフィールドをセットすることができる。これらのインターレース中のすべてのサブバンドは、BCMCSのために使用されることができる。
【表８】
0005431299.tif 000009
【００９１】
NumBOC
アクセス・ネットワークは、各BCMCSウルトラフレーム中に存在する異なるブロードキャスト・オーバーヘッド・チャネルの数（したがって物理チャネル・グループの数）を示すために、このフィールドをセットすることができる。 
BCMCSFlowIDLength
アクセス・ネットワークは、このフィールドを、オクテットのユニットにおけるBCMCSフロー識別子の長さより1つ小さい値にセットすることができる。アクセス・ネットワークは、このフィールドを「00」にセットすることはできない。 
BCMCSOverheadFields
BCMCSOverheadFieldsIncludedフィールドが含まれていてかつ「1」にセットされている場合、アクセス・ネットワークは、このフィールド（BCMCSOverheadFields）を含むことができる。そうでない場合、アクセス・ネットワークは、このフィールドを省略することができる。もし含まれていれば、アクセス・ネットワークは、これを表9で定義されているようにセットすることができる。このフィールドは、フォワード・ブロードキャストおよびマルチキャスト・サービス・チャネル上で送信される論理チャネルのための、論理チャネルから物理チャネルへのマッピングを指定する。 
Reserved
アクセス・ネットワークは、メッセージ全体の長さをオクテットの整数と等しくするために、予約されているビットを追加することができる。アクセス・ネットワークは、これらのビットを「0」にセットすることができる。アクセス端末は、これらのビットを無視することができる。
【表９】
0005431299.tif 000010
【００９２】
BCMCSFlowCount
アクセス・ネットワークは、このフィールドを、このメッセージのBCMCSOverheadFields フィールドに含まれるBCMCSフロー識別子の数にセットすることができる。 
NumOuterframes
アクセス・ネットワークは、このフィールドを、表10に示されているようなウルトラフレームあたりの外フレームの数にセットすることができる。
【表１０】
0005431299.tif 000011
【００９３】
NumOffsets
アクセス・ネットワークは、このフィールドを、上で説明されたような、外フレームに割り当てられたオフセットの数にセットすることができる。 
BOCTransmissionFormat
アクセス・ネットワークは、このフィールドを、上で特定されたような、ブロードキャスト・オーバーヘッド・チャネルのパケット・フォーマット・インデックスにセットすることができる。 
BOCPDRParametersIncluded
BCMCSFlowCountフィールドがゼロにセットされている場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合、アクセス・ネットワークは、このフィールドを含み、かつそれを以下のようにセットすることができる。 
ブロードキャスト・オーバーヘッド・チャネルのパイロット対データ比がPDRBOCDefualtと同じでない場合、アクセス・ネットワークは、このフィールドを「1」にセットすることができる。その反対の場合（同じである場合）、アクセス・ネットワークは、このフィールドを「0」にセットすることができる。 
BOCPilotToDataRecord
LogicalChannelSameAsPreviousBCMCSFlow が「1」にセットされている場合、またはBOCPDRParametersIncludedフィールドが「0」にセットされている場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合、アクセス・ネットワークは、このフィールドを含み、それを表13にしたがってセットすることができる。 
FDSSeedNumMSBs
BCMCSFlowCountフィールドがゼロにセットされている場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合、アクセス・ネットワークは、このフィールドを含むことができ、FDSSeedMSBs フィールドの長さを示すために、それを0から10までの（両端を含む）符号なし二進数表現にセットすることができる。FDSSeedNumMSBsは、PhysicalChannelCountがゼロより大きいこのフィールドの後に定義されるすべての論理チャネルの10ビットの FDSSeed パラメータのFDSSeedNumMSBs のMSBs が同じであるようなものであってよい。 
FDSSeedMSBs
BCMCSFlowCount フィールドがゼロにセットされている場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合、アクセス・ネットワークは、このフィールドを含むことができ、かつそのフィールドを、PhysicalChannelCountがゼロより大きいこのフィールドの後に定義されるすべての論理チャネルのFDSSeed パラメータの共通のFDSSeedNumMSBs のMSBs にセットすることができる。 
Offset-j
アクセス・ネットワークは、このフィールドを、上で説明されたような値Offset-j-1にセットすることができる。 
Period-j
アクセス・ネットワークは、このフィールドを、上で説明されたような値Period-j-1にセットすることができる。 
BCMCSFlowID
アクセス・ネットワークは、このフィールドを、このBCMCSフローのBCMCSフロー識別子にセットすることができる。 
RegisterForPaging
アクセス・ネットワークが適切なチャネル上でアクセス端末へメッセージを送ることを可能にするために、アクセス端末がBCMCSFlowRegistration メッセージ内にこのBCMCSフローを含むことが必要とされる場合、アクセス・ネットワークは、このフィールドを「1」にセットすることができる。そうでない場合、アクセス・ネットワークは、このフィールドを「0」にセットすることができる。 
RegisterForDynamicBroadcast
アクセス・ネットワークがBCMCSフローを物理チャネルに割り当てることおよび割り当てを解除することをダイナミックに行なうことを可能とするために、アクセス端末がBCMCSFlowRegistration メッセージ内にこのBCMCSフローを含むことが必要とされる場合、アクセス・ネットワークは、このフィールドを「1」にセットすることができる。そうでない場合、アクセス・ネットワークは、このフィールドを「0」にセットすることができる。 
LogicalChannelSameAsPreviousBCMCSFlow
このメッセージのBCMCSOverheadFieldsフィールド内にリストされていた前のBCMCSフローと同じ論理チャネルを使用してこのBCMCSフローが送信される場合、アクセス・ネットワークは、このフィールドを「1」にセットすることができる。そうでない場合、アクセス・ネットワークは、このフィールドを「0」にセットすることができる。これがこのメッセージのBCMCSOverheadFields フィールド内にリストされている最初のBCMCSフローである場合、アクセス・ネットワークは、このフィールドを「0」にセットすることができる。 
同じ論理チャネルを共有するすべてのBCMCS フローIDのための記録は、BroadcastChannelInfo メッセージ内に連続的に置かれることができる。 
StartLocation
アクセス・ネットワークは、このフィールドを、PhysicalResources-iの数における論理チャネルの開始位置にセットすることができる。 
Duration
アクセス・ネットワークは、このフィールドを、表6に指定されるような論理チャネルが占有する連続するBCMCSサブバンドの数にセットすることができる。 
BCMCSTransmissionFormat
LogicalChannelSameAsPreviousBCMCSFlow が「1」にセットされている場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合、アクセス・ネットワークは、この論理チャネルのブロードキャスト送信フォーマットを示すために、このフィールドを、表2にしたがってこの論理チャネルのTransmissionFormatパラメータにセットすることができる。 
Period
LogicalChannelSameAsPreviousBCMCSFlow フィールドが「1」にセットされている場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合、アクセス・ネットワークは、このフィールドを、表11に示されるようなこの論理チャネルに関連付けられているPeriodパラメータの2ビット表現にセットすることができる。
【表１１】
0005431299.tif 000012
【００９４】
OuterCode
LogicalChannelSameAsPreviousBCMCSFlow が「1」にセットされている場合、またはPhysicalChannelCount が0である場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合、アクセス・ネットワークは、表12にしたがって、この論理チャネルについての誤り制御ブロックを形成するために、どのリード・ソロモン外符号が使用されるかを示すために、このフィールドをセットすることができる。 
【表１２】
0005431299.tif 000013
【００９５】
PilotStaggerIndex
LogicalChannelSameAsPreviousBCMCSFlow が「1」にセットされている場合、またはPhysicalChannelCountがゼロである場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合、アクセス・ネットワークは、表13にしたがって、コンテンツ依存のPilotStaggerパラメータを示すために、このフィールドをセットすることができる。異なるコンテンツを同時にブロードキャストするためには、アクセス・ネットワークは、異なるPilotStaggerIndexを割り当てなければならない。
【表１３】
0005431299.tif 000014
【００９６】
BCMCSPilotToDataRatioRecord
LogicalChannelSameAsPreviousBCMCSFlowが「1」にセットされている場合、またはPhysicalChannelCount がゼロである場合、または BCMCSPDRParametersIncluded フィールドが「0」にセットされている場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合、アクセス・ネットワークは、このフィールドを含むことができ、それを表14にしたがってセットすることができる。 
FDSSeedSameAsPreviousLogCh
LogicalChannelSameAsPreviousBCMCSFlowが「1」にセットされている場合、またはPhysicalChannelCountがゼロである場合、または(10 − FDSSeedNumMSBs)がゼロである場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合、アクセス・ネットワークは、このフィールドを含むことができ、それを以下のようにセットすることができる。 
このフィールドに先立って非空のFDSSeedLSBsフィールドの発生が存在し、かつ最後のそのような発生がこの論理チャネルのFDSSeed パラメータの(10 − FDSSeedMSBs) LSBに等しい値にセットされている場合、アクセス・ネットワークは、このフィールドを「1」にセットすることができる。そうでない場合、アクセス・ネットワークは、このフィールドを「0」にセットすることができる。 
FDSSeedLSBs
FDSSeedSameAsPreviousLogChが含まれていて、かつその値が「0」にセットされている場合、アクセス・ネットワークは、このフィールドを含むことができ、かつそのフィールドを、この論理チャネルのためのFDSSeed パラメータの(10 − FDSSeedNumMSBs) LSBにセットすることができる。そうでない場合、アクセス・ネットワークは、このフィールドを省略することができる。 
ModulationLayer
論理チャネルがベース層上で送信される場合、アクセス・ネットワークは、このフィールドを「0」にセットすることができる。この論理チャネルがエンハンスメント層上で送信される場合、アクセス・ネットワークは、このフィールドを「1」にセットすることができる。
【表１４】
0005431299.tif 000015
【００９７】
BCMCSPDRProvidedForThisLogicalCh
ブロードキャスト・パケットのパイロット対データ比がPDRDataDefaultと異なる場合、アクセス・ネットワークは、このフィールドを「1」にセットすることができる。 
BCMCSPDRSameAsBefore
BCMCSPDRProvidedForThisLogicalChフィールドが「0」にセットされている場合、アクセス・ネットワークは、このフィールドを省略することができる。そうでない場合、アクセス・ネットワークは、このフィールドを含むことができ、それを以下のようにセットすることができる：◎
BroadcastChannelInfoメッセージのBCMCSOverheadFieldsフィールドが、非空の BCMCSPDRRecordForThisLogicalChフィールドを含むこの論理チャネルに先立って少なくとも1つの論理チャネルを指定するとともに、この論理チャネルと同じBCMCS送信フォーマットを有する場合で、かつそのような論理チャネルの最後の1つが、上で説明されたすべてのインユースのパイロット対データ比について、この論理チャネルと同じ値を有する場合、アクセス・ネットワークは、このフィールドを「1」にセットすることができる。そうでない場合、アクセス・ネットワークは、このフィールドを「0」にセットすることができる。 
BCMCSPilotToDataRatio
アクセス・ネットワークは、上で説明されたようにこのフィールドをセットすることができる。アクセス・ネットワークがBCMCSPilotToDataRatioパラメータをセットする方法は、本件明細書の範囲外である。 
PilotToDataRatio
アクセス・ネットワークは、上で説明されたようにこのフィールドをセットすることができる。アクセス・ネットワークがPilotToDataRatioパラメータをセットする方法は、本件明細書の範囲外である。
【００９８】
ブロードキャストMAC  NextUltraframeInfo フォーマットに関して、アクセス・ネットワークは、あらゆるブロードキャストMACパケットの終端に、以下のフィールドを置く：
【表１５】
0005431299.tif 000016
【００９９】
StartBCMCSSubbandNumber
アクセス・ネットワークは、このフィールドを、次のウルトラフレーム中の論理チャネルの最初のBCMCSサブバンドの位置にセットすることができる。論理チャネルが次のウルトラフレーム中にない場合、アクセス・ネットワークは、このフィールドをヌルにセットすることができる。 
EndBCMCSSubbandNumber
アクセス・ネットワークは、このフィールドを、次のウルトラフレーム中の論理チャネルの最後のBCMCSサブバンドの位置にセットすることができる。論理チャネルが次のウルトラフレーム中にない場合、アクセス・ネットワークは、このフィールドをヌルにセットすることができる。 
ReadBroadcastChannelInfo
BroadcastChannelInfo上のパラメータ・ブロードキャストが変わっていない場合、アクセス・ネットワークは、このフィールドを「0」にセットすることができる。BroadcastChannelInfo上のパラメータ・ブロードキャストがBroadcastChannelInfoの次のインスタンスのときに変わることができる場合、アクセス・ネットワークは、このフィールドを「1」にセットすることができる。 
Reserved
アクセス・ネットワークは、これらのビットを「0」にセットすることができる。
【０１００】
本件明細書において説明された送信技術は、様々な手段によって実装可能である。例えば、これらの技術は、ハードウェア、ファームウェア、ソフトウェアまたはこれらのものの組み合わせの中で実装されてもよい。ハードウェアによる実装の場合、送信機における処理ユニットは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサー（ＤＳＰ）、ディジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理回路（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサー、コントローラ、マイクロ・コントローラ、マイクロプロセッサー、電子デバイス、その他の電子ユニットであって本件明細書記載の機能を実行するように設計されたもの、またはこれらのものの組み合わせの中で実装されてもよい。受信機における処理ユニットも1つまたは複数のＡＳＩＣ、ＤＳＰ、プロセッサーなどの中で実装されてもよい。
【０１０１】
ソフトウェアによる実装の場合、本件明細書記載の機能を実行する命令（例えば、手順、機能、モジュール、ソフトウェアコードなど）で実装されてもよい。命令またはソフトウェアのコードは、メモリ（例えば、図2中のメモリ832または872）に格納され、プロセッサー（例えば、プロセッサー830または870）によって実行されてもよい。メモリは、プロセッサーの内部で実装されてもよく、またはプロセッサーの外部で実装されてもよい。
【０１０２】
本件明細書におけるチャネルの概念は、アクセス・ポイントまたはアクセス端末によって送信されることができる情報または通信のタイプをさすものであることに留意しておくべきである。そのことは、固定されたまたはあらかじめ決定されたサブキャリヤ・ブロック、タイムピリオドまたはその他のリソースであってそのような送信に専属化されているものを必要としないし、また利用もしない。
【０１０３】
開示された実施形態についての前記説明は、どのような当業者も本発明を製造しまたは使用することができるように提供されている。これらの実施形態に対する様々な修正は、当業者にとって直ちに明白であろう。また、本明細書において定義された一般原則は、本開示の要旨または範囲から逸脱することなく、他の変形に対して適用可能である。そのような意味において、本開示は、本明細書において説明された事例および設計に限定されるよう意図されているものではなく、本明細書に開示された原則および新規な特徴と一致する最も広い範囲が与えられるべきものである。
以下に本件出願当初の特許請求の範囲に記載された発明を付記する。
［１］ワイヤレスチャネル上で受信されるブロードキャスト・メッセージを処理する方法であって、前記方法は、複数の信号を受け取ること、および前記信号のうちのどれが、信号が受信されるフレームのOFDMシンボルおよびサブバンドによって指定される少なくとも1つのブロードキャスト・メッセージに対応するかを決定することを具備する方法。
［２］決定することは、オーバーヘッド・メッセージ中に割り当てられたホップ・ポートにしたがって前記サブバンドを決定することを具備する、［１］に記載の方法。
［３］前記ホップ・ポートは、前記オーバーヘッド・メッセージ中で事前告知される、［２］に記載の方法。
［４］前記サブバンドは、インデックスされる、［１］に記載の方法。
［５］前記少なくとも1つのブロードキャスト・メッセージが、同じ物理層内に複数のブロードキャスト・メッセージを含んでいるとき、前記複数のブロードキャスト・メッセージの順序を決定する、［１］に記載の方法。
［６］決定することは、前記フレームを決定することを含み、前記OFDMシンボルは、各外フレームの最後の1つ、2つ、4つまたは8つのOFDMシンボルを含む、［１］に記載の方法。
［７］ワイヤレスチャネル上の送信のためのブロードキャスト・メッセージを処理するための方法であって、前記方法は誤り制御ブロックの中に行ベースでデータを入れること、
前記誤り制御ブロックの列に沿ってリード・ソロモン符号化を適用すること、および
データが入れられて符号化された前記誤り制御ブロックを送信のために提供すること、
を具備する方法。
［８］適用することは、[N,K,R]符号を適用することを具備する、［７］に記載の方法。
［９］各誤り制御ブロックの１つの行は、1つまたは複数のブロードキャスト・メッセージのペイロードを形成する、［７］に記載の方法。
［１０］前記ペイロードは、外符号によって保護される、［９］に記載の方法。
［１１］ワイヤレス通信システムにおいてブロードキャスト・メッセージによって使用されるリソースを示す1つまたは複数のメッセージを生成する方法であって、前記方法は、  オーバーヘッド・メッセージを識別するMessageID フィールドと、ブロードキャスト・チャネル情報メッセージを識別する署名フィールドと、ブロードキャスト・オーバーヘッド・メッセージを送信するために使用される多数の論理チャネルを識別する多数の論理チャネルと、ブロードキャスト・メッセージによって占有される多数のサブバンドを示す間隔フィールドとを具備するオーバーヘッド・メッセージを生成すること、および前記オーバーヘッド・メッセージを送信することを具備する方法。
［１２］ワイヤレス通信システムにおいてブロードキャスト・メッセージによって使用されるリソースを示す1つまたは複数のメッセージを生成するための装置であって、前記装置は、オーバーヘッド・メッセージを識別するMessageID フィールドと、ブロードキャスト・チャネル情報メッセージを識別する署名フィールドと、ブロードキャスト・オーバーヘッド・メッセージを送信するために使用される多数の論理チャネルを識別する多数の論理チャネルと、ブロードキャスト・メッセージによって占有される多数のサブバンドを示す間隔フィールドとを具備するオーバーヘッド・メッセージを生成するための手段、および前記オーバーヘッド・メッセージを送信するための手段を具備する装置。
［１３］ワイヤレスチャネル上で受信されるブロードキャスト・メッセージを処理するための装置であって、前記装置は、複数の信号を受信するための手段、および前記信号のうちのどれが、信号が受信されるフレームのOFDMシンボルおよびサブバンドによって指定される少なくとも1つのブロードキャスト・メッセージに対応するかを決定するための手段
を具備する装置。
［１４］決定するための前記手段は、オーバーヘッド・メッセージ中に割り当てられたホップ・ポートにしたがって前記サブバンドを決定するための手段を具備する、［１３］に記載の装置。
［１５］前記ホップ・ポートは、前記オーバーヘッド・メッセージ中で事前告知される、［１４］に記載の装置。
［１６］前記サブバンドは、インデックスされる、［１３］に記載の装置。
［１７］前記少なくとも1つのブロードキャスト・メッセージを決定するための前記手段が同じ物理層内の複数のブロードキャスト・メッセージを決定する場合、前記複数のブロードキャストから順序を決定する、［１３］に記載の装置。
［１８］決定するための前記手段は、前記フレームを決定するための手段を具備し、前記OFDMシンボルは、各外フレームの最後の1つ、2つ、4つまたは8つのOFDMシンボルを具備する、［１３］に記載の装置。
［１９］ワイヤレスチャネル上で受信されるブロードキャスト・メッセージを処理するための装置であって、前記装置は、複数の信号を受信するように構成されている受信機、および前記信号のうちのどれが、信号が受信されるフレームのOFDMシンボルおよびサブバンドによって指定される少なくとも1つのブロードキャスト・メッセージに対応するかを決定するように構成されているプロセッサーを具備する装置。
［２０］ワイヤレス通信システムにおいてブロードキャスト・メッセージによって使用されるリソースを示す1つまたは複数の受信されたメッセージを処理するための方法であって、前記方法は、オーバーヘッド・メッセージを識別するMessageID フィールドと、ブロードキャスト・チャネル情報メッセージを識別する署名フィールドと、ブロードキャスト・オーバーヘッド・メッセージを送信するために使用される多数の論理チャネルを識別する多数の論理チャネルと、ブロードキャスト・メッセージによって占有される多数のサブバンドを示す間隔フィールドとを具備するオーバーヘッド・メッセージを生成すること、および前記オーバーヘッド・メッセージを処理することを具備する方法。
［２１］ワイヤレスチャネル上で受信されるブロードキャスト・メッセージを処理する方法を実行するためのプロセッサー実行可能な命令を内蔵するプロセッサー可読媒体であって、前記方法は、複数の信号を受信すること、および前記信号のうちのどれが、信号が受信されるフレームのOFDMシンボルおよびサブバンドで指定される少なくとも1つのブロードキャスト・メッセージに対応するかを決定することを具備する、プロセッサー可読媒体。
［２２］決定するための前記プロセッサー実行可能な命令は、オーバーヘッド・メッセージ中に割り当てられたホップ・ポートにしたがって前記サブバンドを決定することを具備する、［２１］に記載のプロセッサー可読媒体。
［２３］前記ホップ・ポートは、前記オーバーヘッド・メッセージ中で事前告知される、［２２］に記載のプロセッサー可読媒体。
［２４］前記サブバンドは、インデックスされる、［２１］に記載のプロセッサー可読媒体。
［２５］決定するための前記プロセッサー実行可能な命令は、前記少なくとも1つのブロードキャスト・メッセージが同じ物理層内に複数のブロードキャスト・メッセージを含む場合、複数のブロードキャスト・メッセージの順序を決定することを具備する、［２１］に記載のプロセッサー可読媒体。
［２６］決定することは、前記フレームを決定するためのプロセッサー実行可能な命令を具備し、前記OFDMシンボルは、各外フレームの最後の1つ、2つ、4つまたは8つのOFDMシンボルを具備する、［２１］に記載のプロセッサー可読媒体。
【図１】
0005431299.tif 000017
【図２】
0005431299.tif 000018
【図３】
0005431299.tif 000019
【図４】
0005431299.tif 000020
【図５】
0005431299.tif 000021
【図６】
0005431299.tif 000022