情報を送信する方法であって、送信される少なくとも1つのデータストリームのストリーム長情報を判定することと、前記ストリーム長情報にシステムパラメータメッセージを関連付けることと、前記関連ストリーム長情報を含む前記システムパラメータメッセージを、前記データストリームとは別個に送信することと、を備える方法。前記ストリーム長情報にオーバーヘッドチャネルデータを関連付けることをさらに備える、請求項1に記載の方法。前記ストリーム長情報は媒体アクセス制御MAC層パケットに基づく、請求項1に記載の方法。前記システムパラメータメッセージは第1の送信特性に従って送信され、前記データストリームは第2の送信特性に従って送信される、請求項1に記載の方法。前記ストリーム長情報は前記システムパラメータメッセージの中に埋め込まれる、請求項1に記載の方法。システムパラメータメッセージはオーバーヘッド情報シンボルOISチャネルの中に含まれる、請求項5に記載の方法。情報を受信する方法であって、少なくとも1つの送信データストリームのストリーム長情報を含むシステムパラメータメッセージを受信することであり、前記システムパラメータメッセージは前記送信データストリームとは別個に受信されることと、前記受信したシステムパラメータメッセージから前記ストリーム長情報を回収することと、前記ストリーム長情報に対応する前記データストリームを読み取ることと、を備える方法。情報を送信する装置であって、送信される少なくとも1つのデータストリームのストリーム長情報を判定する手段と、前記ストリーム長情報にシステムパラメータメッセージを関連付ける手段と、前記関連ストリーム長情報を含む前記システムパラメータメッセージを、前記データストリームとは別個に送信する手段と、を備える装置。前記ストリーム長情報にオーバーヘッドチャネルデータを関連付ける手段をさらに備える、請求項8に記載の装置。前記ストリーム長情報は媒体アクセス制御MAC層パケットに基づく、請求項8に記載の装置。前記システムパラメータメッセージは第1の送信特性に従って送信され、前記データストリームは第2の送信特性に従って送信される、請求項8に記載の装置。前記ストリーム長情報はシステムパラメータメッセージの中に埋め込まれる、請求項8に記載の装置。システムパラメータメッセージはオーバーヘッド情報シンボルOISチャネルの中に含まれる、請求項8に記載の装置。情報を送信する手段を遂行するため、1つ以上のプロセッサによって実行される1つ以上の命令からなる1つ以上のシーケンスを保持するコンピュータ読取り可能媒体であって、同命令は、前記1つ以上のプロセッサによって実行されるときに、前記1つ以上のプロセッサに、送信される少なくとも1つのデータストリームのストリーム長情報を判定することと、前記ストリーム長情報にシステムパラメータメッセージを関連付けることと、前記関連ストリーム長情報を含む前記システムパラメータメッセージを、前記データストリームとは別個に送信することと、の各ステップを遂行させる、コンピュータ読取り可能媒体。前記ストリーム長情報にオーバーヘッドチャネルデータを関連付けることをさらに備える、請求項14に記載の方法。前記ストリーム長情報は媒体アクセス制御MAC層パケットに基づく、請求項14に記載の方法。前記システムパラメータメッセージは第1の送信特性に従って送信され、前記データストリームは第2の送信特性に従って送信される、請求項14に記載の方法。前記ストリーム長情報は前記システムパラメータメッセージの中に埋め込まれる、請求項14に記載の方法。システムパラメータメッセージはオーバーヘッド情報シンボルOISチャネルの中に含まれる、請求項18に記載の方法。情報を送信する送信モジュールであって、送信される少なくとも1つのデータストリームのストリーム長情報を判定するよう構成された判定部と、前記ストリーム長情報にシステムパラメータメッセージを関連付けるよう構成された関連付け部と、前記関連ストリーム長情報を含む前記システムパラメータメッセージを、前記データストリームとは別個に送信するよう構成された送信器と、を備える送信モジュール。システムであって、送信される少なくとも1つのデータストリームのストリーム長情報を判定する、第1のロジック部と、前記ストリーム長情報にシステムパラメータメッセージを関連付ける、第2のロジック部と、を有するプロセッサと、前記関連ストリーム長情報を含む前記システムパラメータメッセージを、前記データストリームとは別個に送信するよう構成された送信器と、を備える、システム。本明細書に組み込まれ明細書の一部をなす添付の図面は、本発明の実施形態を図解し、さらに上述した概説と後述する実施形態の詳説とともに、本発明の原理を説明するのに役立つ。以降の本発明の詳細な説明では、本発明に一致する例示的な実施形態を図解する添付の図面を参照する。別の実施形態は可能であり、本発明の精神と範囲の中でこれらの実施形態に修正を施すことができる。したがって、以降の詳細な説明は本発明を制限することを意図しない。むしろ本発明の範囲は添付の特許請求の範囲によって規定される。本明細書では、本発明の特徴が盛り込まれた1つ以上の実施形態を開示する。開示される実施形態は本発明を例証するものに過ぎない。本発明の範囲は開示される実施形態に限定されない。本発明は、本明細書に添付された特許請求の範囲によって規定される。説明される実施形態と、明細書における一実施形態oneembodiment、実施形態anembodiment、実施形態例anexampleembodiment、その他への言及は、説明される実施形態が、ある特定の特徴、構造、又は特性を含み得ること、ただし必ずしも全ての実施形態が特定の特徴、構造、又は特性を含むとは限らないことを意味する。しかも、かかる文言は必ずしも同じ実施形態に言及するとは限らない。さらに、ある特定の特徴、構造、又は特性が実施形態との関係で説明される場合、明示的に説明されようがされまいが、別の実施形態との関係でかかる特徴、構造、又は特性を達成することは当業者の知識の範囲内にあると理解される。これより説明する本発明を、ハードウェア、ソフトウェア、ファームウェア、及び/又は図面で図解されるエンティティの数多くの異なる実施形態で実施できることは、当業者にとって明白であろう。本発明を実施するための実際のソフトウェアコードと特化された制御下ハードウェアは本発明を制限するものではない。よって、本明細書に提示される詳細の度合いに応じて実施形態の修正及び変化は可能であるとの了解のもと、本発明の動作と挙動を説明する。図1は、マルチメディアコンテンツフローを作成しデータネットワーク全域にこれをトランスポートするよう作動するトランスポートシステムを備える、通信ネットワーク100を示している。例えば、トランスポートシステムは上で指摘したFLOシステムの原理に一致し、ブロードキャスト配布のためコンテンツプロバイダネットワークから無線アクセスネットワークへのコンテンツクリップトランスポートでの使用に適する。ネットワーク100は、コンテンツプロバイダCP102と、コンテンツプロバイダネットワーク104と、最適化ブロードキャストネットワーク106と、無線アクセスネットワーク108とを備える。ネットワーク100はまた、携帯電話112と、個人用デジタル補助装置PDA114と、ノートブックコンピュータ116とを備える、デバイス110を含む。デバイス110は、トランスポートシステムとの使用に適するデバイスのほんの一部を図解している。図1には3つのデバイスが示されているが、当業者にとって明白であるように、事実上いくつもの類似デバイスであれ、又はいかなるタイプのデバイスであれ、トランスポートシステムでの使用に適することに注意されたい。コンテンツプロバイダ102は、ネットワーク100にてユーザへの配布のためコンテンツを提供するように作動する。コンテンツは、映像、音声、マルチメディアコンテンツ、クリップ、リアルタイム及び非リアルタイムコンテンツ、スクリプト、プログラム、データ、又は他の何らかのタイプの相応しいコンテンツを備える。コンテンツプロバイダ102は、配布のためコンテンツプロバイダネットワーク104へコンテンツを提供する。例えば、コンテンツプロバイダ102は通信リンク118を介しコンテンツプロバイダネットワーク104と通信し、同通信リンクは、何らかの相応しいタイプの有線及び/又は無線通信リンクを備える。コンテンツプロバイダネットワーク104は、ユーザへの配信のためコンテンツを配布するよう作動する有線及び無線ネットワークの任意の組み合わせを備える。コンテンツプロバイダネットワーク104は、リンク120を介して最適化ブロードキャストネットワーク106と通信する。リンク120は、何らかの相応しいタイプの有線及び/又は無線通信リンクを備える。最適化ブロードキャストネットワーク106は、高品質コンテンツをブロードキャストするよう設計された、有線及び無線ネットワークの任意の組み合わせを備える。例えば、最適化ブロードキャストネットワーク106は、複数の最適化通信チャネル上で選択されたデバイスへ高品質コンテンツを配信するよう最適化された専用独自ネットワークであってよい。トランスポートシステムは、配布のためコンテンツプロバイダ102からコンテンツプロバイダネットワーク104にあるコンテンツサーバCS122へ、コンテンツを配信するよう作動し、同コンテンツサーバは、無線アクセスネットワークにあるブロードキャスト基地局BBS124と通信するよう作動する。CS122とBBS124とはトランスポートインタフェース126の1つ以上の実施形態を用いて通信し、同トランスポートインタフェース126は、コンテンツプロバイダネットワーク104が、デバイス110へのブロードキャスト/マルチキャストのため無線アクセスネットワーク108へコンテンツをコンテンツフローの形で配信することを可能にする。トランスポートインタフェース126は、制御インタフェース128とベアラチャネル130とを備える。制御インタフェース128は、コンテンツプロバイダネットワーク104から無線アクセスネットワーク108へ流れるコンテンツフローを、CS122が追加する、変更する、取り消す、又は修正することを可能にするよう作動する。ベアラチャネル130は、コンテンツプロバイダネットワーク104から無線アクセスネットワーク108へコンテンツフローをトランスポートするよう作動する。CS122は、無線アクセスネットワーク108上でのブロードキャスト/マルチキャストのためBBS124へ送信されるコンテンツフローのスケジュールを組むためトランスポートインタフェース126を使用する。例えばコンテンツフローは、配布のためコンテンツプロバイダネットワーク104を用いてコンテンツプロバイダ102によって提供された非リアルタイムコンテンツクリップを備えてよい。CS122は、コンテンツクリップに関連する1つ以上のパラメータを判定するためBBS124と交渉するよう作動する。コンテンツクリップを受け取ったBBS124は、デバイス110の内1つ以上による受信のため、コンテンツクリップを無線アクセスネットワーク108上でブロードキャスト/マルチキャストする。デバイス110はいずれも、コンテンツクリップを受信することを、そしてデバイスユーザによる後刻の閲覧のためこれをキャッシュすることを、許可される。前述の例で、デバイス110はクライアントプログラム132を備え、同クライアントプログラムは、無線アクセスネットワーク108上でのブロードキャストに向けてスケジュールが組まれたコンテンツの一覧を表示する番組ガイドを提供するように作動する。このときデバイスユーザは、リアルタイム提供のため、又は後刻の閲覧のためキャッシュ134に格納される、特定のコンテンツの受信を選択できる。例えば、夕方のブロードキャストに向けてコンテンツクリップのスケジュールを組むことができ、デバイス112は、そのブロードキャストを受信しキャッシュ134にコンテンツクリップをキャッシュするよう作動し、このようにしてデバイスユーザは翌日にクリップを閲覧できる。典型的に、コンテンツは契約サービスの一部としてブロードキャストされ、受信デバイスはブロードキャストの受信にあたってキーを提供するか、又は自身を認証する必要がある場合がある。トランスポートシステムは、番組ガイドレコードと、番組コンテンツと、その他関連情報とを、CS122がコンテンツプロバイダ102から受信することを可能にする。CS122は、デバイス110への配信のためコンテンツを更新する、及び/又は作成する。図2はコンテンツ配信システムでの使用に適するコンテンツプロバイダサーバ200を示している。例えば、サーバ200は図1のサーバ102として使用できる。サーバ200は、いずれも内部データバス212へ結合された処理ロジック202と、リソース及びインタフェース204と、トランシーバロジック210とを備える。サーバ200はまた、同じくデータバス212へ結合された起動ロジック214と、PG206と、PGレコードロジック208とを備える。処理ロジック202は、中央演算処理装置CPU、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び/又はハードウェア及びソフトウェアの任意の組み合わせを備える。よって処理ロジック202は一般的に、機械読取り可能命令を実行するため、そして内部データバス212を介してサーバ200の1つ以上のその他機能素子を制御するためのロジックを備える。リソース及びインタフェース204は、サーバ200と内部及び外部システムとの通信を可能にするハードウェア及び/又はソフトウェアを備える。例えば内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、又はその他内部デバイスリソースを含んでよい。外部システムは、ユーザインターフェースデバイス、プリンタ、ディスクドライブ、又はその他ローカルデバイス又はシステムを含んでよい。トランシーバロジック210は、サーバ200が、通信チャネル216を用いてリモートデバイス又はシステムとともにデータ及び/又はその他情報を送受信することを可能にするよう作動する、ハードウェアロジック及び/又はソフトウェアを備える。例えば通信チャネル216は、サーバ200とデータネットワークとの通信を可能にするため、何らかの相応しいタイプの通信リンクを備える。起動ロジック214は、CPU、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び/又はハードウェア及びソフトウェアの任意の組み合わせを備える。起動ロジック214は、CS及び/又はデバイスがPG206に記載されたコンテンツ及び/又はサービスを選択し受信することを可能にするため、CS及び/又はデバイスを起動するよう作動する。起動ロジック214は起動プロセス中に、CS及び/又はデバイスへクライアントプログラム220を送信する。クライアントプログラム220は、PG206を受信し、利用可能なコンテンツ又はサービスに関する情報をデバイスユーザに向けて表示するため、CS及び/又はデバイス上で実行する。よって起動ロジック214は、CS及び/又はデバイスを認証し、クライアント220をダウンロードし、クライアント220によるデバイス上での提供のためPG206をダウンロードするよう作動する。PG206は、デバイスが受信できるコンテンツ及び/又はサービスを説明する情報を何らかの相応しい形式で備える。例えば、PG206はサーバ200のローカルメモリに格納でき、コンテンツ又はサービス識別子、スケジュール情報、料金、及び/又は他の何らかのタイプの関連情報等、情報を備えてよい。PG206は、利用可能なコンテンツ又はサービスへ変更が施されるときに処理ロジック202によって更新される1つ以上の識別可能なセクションを備える。PGレコード208は、通知メッセージを生成するよう作動するハードウェア及び/又はソフトウェアを備え、同通知メッセージはPG206への変更を識別する、及び/又は説明する。例えば、処理ロジック202がPG206を更新する場合、PGレコードロジック208は変更の通知を受ける。そしてPGレコードロジック208は1つ以上の通知メッセージを生成し、同通知メッセージはサーバ200とともに起動された可能性があるCSへ送信され、このようにしてCSはPG206への変更の通知を速やかに受ける。コンテンツ配信通知メッセージの一部として、メッセージの中で識別されるPGのセクションがいつブロードキャストされるかを指示するブロードキャスト標識が提供される。例えばブロードキャスト標識は、セクションがブロードキャストされることを伝える1ビットと、ブロードキャストがいつ行われるかを伝えるタイム標識とを備えてよい。よって、PGレコードのローカルコピーを更新することを望むCS及び/又はデバイスは、PGレコードの更新済みセクションを受信するため指定された時間にブロードキャストをリスンできる。一実施形態において、コンテンツ配信通知システムはコンピュータ読取り可能媒体に格納されたプログラム命令を備え、同プログラム命令は、プロセッサによって、例えば処理ロジック202によって実行されるときに、ここで説明するサーバ200の機能を提供する。例えばプログラム命令は、フロッピー登録商標ディスク、CDROM、メモリカード、フラッシュメモリデバイス、RAM、ROM、又は他の何らかのタイプのメモリデバイス等のコンピュータ読取り可能媒体、又はリソース204を通じてサーバ200へつながるコンピュータ読取り可能媒体から、サーバ200の中へロードされてよい。別の実施形態において命令は、トランシーバロジック210を通じてサーバ200へつながる外部デバイス又はネットワークリソースから、サーバ200の中へダウンロードされてよい。プログラム命令は、処理ロジック202によって実行されるときに、本明細書で説明するガイド状態通知システムを提供する。図3は、コンテンツ配信システムでの使用に適するコンテンツサーバCS又はデバイス300を示している。例えばCS300は、図1に示されたCS122又はデバイス110であってよい。CS300は、いずれもデータバス308へ結合された処理ロジック302と、リソース及びインタフェース304と、トランシーバロジック306とを備える。CS300はまた、同じくデータバス308へ結合されたクライアント310と、プログラムロジック314と、PGロジック312とを備える。処理ロジック302は、CPU、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び/又はハードウェア及びソフトウェアの任意の組み合わせを備える。よって処理ロジック302は一般的に、機械読取り可能命令を実行するため、そして内部データバス308を介してCS300の1つ以上のその他の機能素子を制御するためのロジックを備える。リソース及びインタフェース304は、CS300と内部及び外部システムとの通信を可能にするハードウェア及び/又はソフトウェアを備える。例えば内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、又はその他の内部デバイスリソースを含んでよい。外部システムは、ユーザインターフェースデバイス、プリンタ、ディスクドライブ、又はその他ローカルデバイス又はシステムを含んでよい。トランシーバロジック306は、CS300が、通信チャネル314を通じて外部デバイス又はシステムとともにデータ及び/又はその他情報を送受信することを可能にするよう作動する、ハードウェア及び/又はソフトウェアを備える。例えば通信チャネル314は、ネットワーク通信リンク、無線通信リンク、又は他の何らかのタイプの通信リンクを備えてよい。作動中にCS300は起動し、このようにしてこれはデータネットワーク上で利用可能なコンテンツ又はサービスを受信できる。例えばCS300は、起動プロセス中にコンテンツプロバイダサーバに対し自身を識別する。CS300は起動プロセスの一部として、PGロジック312によってPGレコードを受信し格納する。PG312は、CS300が受信できるコンテンツ又はサービスを識別する情報を収容する。クライアント310は、リソース及びインタフェース304を用いて、CS及び/又はデバイス300上でPGロジック312の中にある情報を提供するよう作動する。例えばクライアント310は、PGロジック312の中にある情報をデバイスの一部をなす表示画面上で提供する。クライアント310はまた、リソース及びインタフェースを通じてユーザ入力を受信し、このようにしてデバイスユーザはコンテンツ又はサービスを選択できる。CS300は、トランシーバロジック306を通じて通知メッセージを受信する。例えばメッセージは、CS300へブロードキャストされるか、又はユニキャストされてよく、トランシーバロジック306によって受信されてよい。PG通知メッセージは、PGロジック312にてPGレコードに対する更新を識別する。一実施形態においてクライアント310は、PGロジック312にあるローカルコピーを更新する必要があるか否かを判定するためPG通知メッセージを処理する。例えば一実施形態において、通知メッセージは、セクション識別子と、開始時間と、終了時間と、バージョン番号とを含む。CS300は、PG通知メッセージの中にある情報を、既存のPGロジック312にて局所的に格納されている情報に比較するよう作動する。CS300はPG通知メッセージから、PGロジック312にあるローカルコピーの1つ以上のセクションを更新する必要があると判定する場合に、数通りの方法の内1つでPGの更新済みセクションを受信するよう作動する。例えば、PG通知メッセージの中で指示された時間にPGの更新済みセクションがブロードキャストされてよく、このようにしてトランシーバロジック306はブロードキャストを受信し、更新済みセクションをCS300に渡すことができ、これを受けてCS300はPGロジック312にてローカルコピーを更新する。CS300は、更新の必要があるPGのセクションがどれなのかを受信したPG更新通知メッセージに基づき判定し、所望のPG更新済みセクションを入手するためCPサーバへ要求を送信する。例えば要求は、何らかの相応しい形式を用いてフォーマットされてよく、要求CS識別子、セクション識別子、バージョン番号、及び/又は他の何らかの相応しい情報等の、情報を備えてよい。CS300は、PG通知システムの1つ以上の実施形態において以下の機能の内1つ以上を遂行する。本発明の範囲内で以下の機能を変更、再配置、修正、追加、削除、又は調整できることに注意されたい。1.CSは、コンテンツプロバイダシステムとともに作動しコンテンツ又はサービスを受信するため、起動される。起動プロセスの一部として、クライアントとPGがCSへ送信される。2.1つ以上のPG通知メッセージがCSによって受信され、局所的に格納されたPGの1つ以上のセクションを更新する必要があるか否かを判定するため使用される。3.一実施形態においてCSは、局所的に格納された1つ以上のPGセクションを更新する必要があると判定する場合に、これがそのローカルコピーを更新するにあたって必要とするPG更新済みセクションを入手するため、配布システムからのブロードキャストをリスンする。4.別の実施形態においてCSは、これが必要とするPG更新済みセクションを入手するためCPへ1つ以上の要求メッセージを送信する。5.CPは要求に応じてPG更新済みセクションをCSへ送信する。6.CSは、受信したPG更新済みセクションを用いてこれのPGローカルコピーを更新する。コンテンツ配信システムは、コンピュータ読取り可能媒体に格納できるプログラム命令を備え、同プログラム命令は、例えば処理ロジック302等のプロセッサによって実行されるときに、ここで説明するコンテンツ配信通知システムの機能を提供する。例えば命令は、フロッピーディスク、CDROM、メモリカード、フラッシュメモリデバイス、RAM、ROM、又は他の何らかのタイプのメモリデバイス等のコンピュータ読取り可能媒体、又はリソース及びインタフェース304を通じてCS300へつながるコンピュータ読取り可能媒体から、CS300の中へロードされてよい。別の実施形態において命令は、トランシーバロジック306を通じてCS300へつながるネットワークリソースから、CS300の中へダウンロードされてよい。プログラム命令は、処理ロジック302によって実行されるときに、本明細書で説明するコンテンツ配信システムを提供する。CS300がただひとつの実施を代表すること、そして本発明の範囲内で他の実施が可能であることに注意されたい。図4は、従来のFLOに基づいたネットワークにおけるフロー、ストリーム、及びMLC間の関係のブロック図である。予備知識として、例示的なフロー400は、例えばケーブルニュースネットワークCNNによって提供される映像モバイルサービスから、デバイス112等のデバイスへダウンロードされる情報を含むことができる。このCNNブロードキャストは、アプリケーションレベルデータを映像フロー402、音声フロー404、及びテキストフロー406の形で含むことができる。固有のデータを搬送するフロー402、404、及び406の各々は、ネットワーク100の物理層にて、それぞれのストリーム0、1、及び2を通じて一意に識別可能なMLC408の中で送信される。図5は、MLC408の中でストリーム0-2をパックする手法500のブロック図である。つまり、上の図4の文脈の中で、アプリケーションレベルフロー402、404、及び406からのデータは、まずはストリーム2を充填することによってMLC408の中にパックされる。次にストリーム1が充填され、その後に続いてストリーム0が充填される。その根底にある要点は、MLC408がストリーム0-2の各々からのデータを含むということである。スーパーフレームの中では、ストリームの各々が全てのMLCの中でこの要領で充填される。図6は、上のMLC408を含むことができる、従来のネットワークの中で使われる例示的なスーパーフレーム600の図解である。図6で、スーパーフレーム600はさらに4つの個別フレームF1-F4に細分される。フレームF1-F4の各々は、MLC408等、1つ以上のMLCを含み、各MLCはそれぞれフレームF1-F4の内1つの中で同じ場所に置かれる。例えばスーパーフレーム600において、MLC408はフレームF1に位置する。よってストリーム0-2は、フレームF1の中に相次いで置かれる。MLC408はまた、スーパーフレーム600に関連する個々のMLCの中にあるストリームの特性に関する情報を伝える、オーバーヘッド部601を含む。スーパーフレーム600はまた、オーバーヘッド情報シンボルOISチャネル602を含む。OISチャネル602はとりわけ、スーパーフレーム600の中でのMLCの位置をデバイスに知らせる。よってデバイスは、最初にネットワークサービスを要求するときに、正確な位置とMLC408に関する他の特性をつかむため、まずはOISチャネル602を復号化しなければならず、その後MLC408の中のデータはアンパックでき、使用できる。スーパーフレーム600の残りのフレームF2-F4は、それぞれMLC603、604、及び606を含む。MLC603、604、及び606の各々もまた、複数のストリームによって表され相次いでパックされるデータを含むことができる。図5の構造500と図6のスーパーフレーム600は、デバイス側でストリーム0-2の各々からデータを正しく逆多重化するため、ストリーム間の境界がどこに位置するかをデバイスが知る必要があることを意味する。つまりデバイスは、あるひとつのストリームがどこで終わり、他のストリームがどこで始まるかを知る必要がある。ストリームの長さと境界は、媒体アクセス制御MAC層パケットの観点で伝達される。当業者によって理解されているとおり、MAC層は通信ネットワークの中で、MLCに関連する異なる媒体ストリームに属するパケットの多重化を遂行する。MAC層は、ネットワークの物理層上での送受信に用いる手順を定める。ネットワークの物理層は、ネットワークの順方向リンクのためチャネル構造、周波数、電力出力、変調、及び符号化仕様を提供する。MAC層パケットの長さはPLPと概ね同じである。上述のとおり、制御プロトコル情報はネットワークによってPLPの中で無線送信される。よって各MAC層パケットは1つのPLPの中で無線送信される。図7は、MAC層パケット702とPLP704との対応の図解700である。MAC層パケット702の各々は、長さにしてそれぞれPLP704の内1つに一致する。再び図5を参照し、ストリーム0-2の各々の長さはMAC層パケットの観点で規定できる。例えば、ストリーム2は13個のMAC層パケットであってよく、ストリーム1は20個のMAC層パケットであってよく、ストリーム0は2個のMAC層パケットであってよい。MLCにおいて、MAC層パケットはストリーム内で共に輸送される。よってデバイスは、例えばMLC408を正しく逆多重化するため、ストリーム0-2の各々でMAC層パケットの数を知らなければならない。従来のスーパーフレーム600で、このMAC層パケット情報はMLC408のオーバーヘッド部601の中に置かれる。従来のスーパーフレーム600の構造にともなう課題は、MLC408が、特にオーバーヘッド部601が壊れた場合に、デバイスがMLC408、603、604、及び606の中にあるどのストリームも逆多重化できなくなることである。たとえMLCの中にある実際のデータが壊れなくとも、オーバーヘッド部601の情報がなければ、関連ストリームは一切処理できない。本発明はこのジレンマに対する解決策を提供する。本発明においては、関連するMLCのオーバーヘッド部に加えて、スーパーフレームのOISチャネルの中にもMAC層パケット情報が置かれる。これには、スーパーフレームのOISチャネルが、MLC送信の送信特性より堅牢な送信特性を用いて無線送信されるという利点がある。よって、OISチャネルが送信中に壊れる見込みは、MLCのオーバーヘッド部が壊れる見込みより低い。図8は、本発明に従ってOISチャネルの中で搬送される、例示的なOISシステムパラメータメッセージ800の図解である。OISシステムパラメータメッセージ800は、関連するスーパーフレームの中でMLCの特性に関するレコード802を含む。ただし本発明においては、セグメント804を含むようレコード802が修正され、同セグメントは、上述したMAC層パケット及びストリーム長情報を含む。図8の例示的なOISシステムパラメータメッセージ800によると、デバイスは、MLCデータを受信するため、OISシステムパラメータメッセージ800を読み取り、セグメント804を探すよう構成できる。MLCの中だけでなく、より堅牢なOISチャネルにてMAC層パケットとストリーム長のデータを提供することにより、個々のストリームが壊れた場合でも、残りのストリームはデバイスにて逆多重化できる。図9は、本発明を実践する例示的な方法900のフロー図である。図9で、情報を送信する方法は、ステップ902に示すとおり送信される少なくとも1つのデータストリームのストリーム長情報を判定することと、ステップ904に示すとおりストリーム長情報にシステムパラメータメッセージを関連付けることとを含む。ステップ906に示すとおり、関連ストリーム長情報を含むシステムパラメータメッセージは、データストリームとは別個に送信される。図10は、実施形態による例示的なシステム1000のブロック図である。図10で、判定する手段1002は、送信される少なくとも1つのデータストリームのストリーム長情報を判定する。関連付ける手段1004は、ストリーム長情報にシステムパラメータメッセージを関連付ける。送信する手段は、関連ストリーム長情報を含むシステムパラメータメッセージを、データストリームとは別個に送信する。本発明の中では、多数の媒体ストリームがスーパーフレームのMLCの中で送信されることを再考する。本発明は、ストリームに関する情報を、例えばMLCの中で搬送される各ストリームの長さを、ストリームとは別個に送信することに対応し、このようにして受信器は個々のストリームを逆多重化できる。ストリームに関する情報は、ストリーム層パケットとは別々に搬送できる。こうして、たとえ個々のストリームが保持するPLPが誤って受信されても、個々のストリームを逆多重化してストリームデータを処理することは可能である。一実施形態においては、MLCに収容されるストリームのストリーム長を保持するため、システムパラメータメッセージOIS及び/又はデータチャネルMACプロトコルヘッダ埋め込みOISを使用する。OISメッセージは格段に堅牢な方法で送信されるため、より確実なストリーム逆多重化及び/又は復号化を達成できる。以上、指定機能の性能とその関係を図解する機能構成ブロックを用いて、本発明を説明した。説明の便宜を図るため、これらの機能構成ブロックの境界はここで恣意的に定められている。指定機能とその関係が適切に遂行される限り、代替の境界を定めることができる。よって、かかる代替境界は、特許請求の範囲に記載されている発明の範囲と精神との中にある。当業者は、アナログ及び/又はデジタル回路、個別コンポーネント、特定用途向け集積回路、ファームウェア、しかるべきソフトウェアを実行するプロセッサ等、又はこれらの任意の組み合わせによって、これらの機能構成ブロックを実施できることを認めるであろう。よって本発明の幅と範囲は上述した例示的な実施形態のいずれによっても制限されず、専ら以降の特許請求の範囲とこれの同等物とに従い規定される。前述した具体的な実施形態の説明は、他者が本明細書で引用された参考文献の内容を含む当技術の技能の中で知識を応用することにより、かかる具体的な実施形態を、本発明の一般概念から逸脱せず、過度の実験を行わずとも容易に修正するにあたり、及び/又は種々の用途に向けて適合するにあたり、十分に本発明の一般的性質を明らかにするであろう。したがってかかる適合及び修正は、本明細書に提示された教示と指導とに基づく、開示された実施形態の同等物の趣意及び範囲の中に入る。本明細書における表現又は専門用語は制限ではなく説明を目的とし、よって本明細書の表現又は専門用語は当業者によって、当業者の知識と併せて本明細書に提示された教示と指導とに鑑み、解釈されるべきものであることを理解されたい。詳細な説明の節は、主に特許請求の範囲の解釈に役立てるべきものである。要旨及び要約の節は、発明者によって企図された本発明の1つ以上の、ただし全てではない、例示的な実施形態を述べるものであって、よって特許請求の範囲を制限することを意図するものではない。要旨及び要約の節ではなく、詳細な説明の節が、特許請求の範囲の解釈に役立てることを意図するものであることを了解されたい。要旨及び要約の節は、発明者によって企図された本発明の1つ以上の、ただし全てではない例示的な実施形態を述べるものであって、よって本発明と添付の特許請求の囲とを何らかの形で制限することを意図するものではない。