JP5269842B2 - エラーが起こりやすい無線ブロードキャストチャネルで多重化する方法 - Google Patents

Description

（米国特許法第１１９条に基づく優先権の主張）
本特許出願は、本願の譲受人に譲渡された２００５年３月１０日に出願された仮出願番号第６０／６６０，８６５号の優先権を主張するものであり、本明細書に参照として明示的に組み込まれる。

本発明は通信ネットワークにおける伝送効率に関する。より具体的には、本発明は無線通信ネットワークで伝送エラーを減らすことに関する。

ＦＬＯは主に、何百万もの無線加入者へ同時に同じマルチメディアコンテンツを効率的且つ経済的に配布するための技術である。ＦＬＯ技術の目標は、かかるコンテンツの配信にともなうコストを抑え、従来のセルラー音声及びデータサービスに一般的に使われている携帯電話機で、ユーザがコンテンツのチャネルをサーフィンすることを可能にすることである。このマルチメディアコンテンツはまた、サービスとして知られている。サービスは、１つ以上の独立データコンポーネントの集まりである。サービスの各独立データコンポーネントはフローと呼ばれる。

サービスはそれらのカバレッジに基づき２種類に、すなわちワイドエリアサービスとローカルエリアサービスとに、分類される。ローカルエリアサービスは、一大都市地域の中で受信されるマルチキャストである。対照的に、ワイドエリアサービスは１つ以上の大都市地域の中でのマルチキャストである。

ＦＬＯサービスは、ＭｅｄｉａＦＬＯ（登録商標）論理チャネル又はＭＬＣとして知られる１つ以上の論理チャネル上で搬送される。ＭＬＣは、最高３つの論理サブチャネルに分けることができる。これらの論理サブチャネルはストリームと呼ばれる。各々のフローは単一のストリームの中で搬送される。

ＦＬＯネットワークにおけるＭＬＣの処理は、制御プロトコル情報に基づいて制御される。この制御プロトコル情報は、ネットワークによってコール物理層パケット（ＰＬＰ）単位で無線送信される。

ＦＬＯネットワークの中で、媒体が異なる多数のストリームをエラーが起こりやすい無線ブロードキャストチャネルで多重化することは、重大な課題を提起する。特に、ネットワークデバイスがデータを逆多重化する、及び／又は復号化するにあたって必要なオーバーヘッド情報が、デバイスの受信器によって誤って受信される場合には、有効なオーバーヘッド情報が受信されるまで該当する媒体は失われる。ストリーム情報を保持するＰＬＰが誤って受信された場合、受信器は、たとえ媒体が間違いなく受信されたとしても、個々のストリームを逆多重化する、及び／又は復号化することはできなくなる。

したがって、たとえ１つ以上の個別ストリームが誤って受信されても、個々のストリームを逆多重化しストリームデータを処理するための方法及びシステムが必要である。

本明細書において具体化され大まかに説明される本発明の原理に沿って、本発明は情報を送信する方法を含む。同方法は、送信される少なくとも１つのデータストリームのストリーム長情報を判定することと、ストリーム長情報にシステムパラメータメッセージを関連付けることとを含む。関連ストリーム長情報を含むシステムパラメータメッセージは、データストリームとは別個に送信される。

一態様において、情報を送信する装置は、送信される少なくとも１つのデータストリームのストリーム長情報を判定する手段と、ストリーム長情報にシステムパラメータメッセージを関連付ける手段とを含む。同装置はまた、関連ストリーム長情報を含むシステムパラメータメッセージを、データストリームとは別個に送信する手段を含む。

別の態様において、１つ以上のプロセッサによって実行される１つ以上の命令からなる１つ以上のシーケンスを保持するコンピュータ読取り可能媒体は、情報を送信する方法を遂行する。同命令は、１つ以上のプロセッサによって実行されるときに、送信される少なくとも１つのデータストリームのストリーム長情報を判定するステップと、ストリーム長情報にシステムパラメータメッセージを関連付けるステップとを、１つ以上のプロセッサに遂行させる。関連ストリーム長情報を含むシステムパラメータメッセージを、データストリームとは別個に送信するステップもまた遂行される。

別の態様において、情報を送信する送信モジュールは、送信される少なくとも１つのデータストリームのストリーム長情報を判定するよう構成された判定部を含む。同送信モジュールはまた、ストリーム長情報にシステムパラメータメッセージを関連付けるよう構成された関連付け部を含む。送信器は、関連ストリーム長情報を含むシステムパラメータメッセージを、データストリームとは別個に送信するよう構成される。

さらに別の態様において、システムは第１及び第２のロジック部を有するプロセッサを含む。第１のロジック部は送信される少なくとも１つのデータストリームのストリーム長情報を判定し、第２のロジック部はストリーム長情報にシステムパラメータメッセージを関連付ける。送信器は、関連ストリーム長情報を含むシステムパラメータメッセージを、データストリームとは別個に送信するよう構成される。

媒体が異なる多数のストリームをエラーが起こりやすい無線ブロードキャストチャネルで多重化することは、重大な課題を提起する。特に、デバイスがデータを逆多重化する、及び／又は復号化するにあたって必要なオーバーヘッド情報が、デバイスの受信器によって誤って受信される場合には、有効なオーバーヘッド情報が受信されるまで該当する媒体は失われる。

本発明は、個々のストリームを逆多重化するにあたって必要とされる、ＭＬＣの中で搬送される各ストリームの長さを、オーバーヘッド情報シンボル（ＯＩＳ）チャネルに入れることによって、この問題を解決する。このストリーム長情報はストリーム層パケットとともに帯域内で搬送できる。従来のシステムで、もしもストリーム長情報を保持するＰＬＰが誤って受信されると、受信器は、たとえデータがエラーをともなわずに受信されても、個々のストリームデータを逆多重化できない。しかし本発明においては、たとえ個々のストリームが保持するＰＬＰが誤って受信されても、個々のストリームを逆多重化してストリームデータを処理することは可能である。

多数の媒体ストリームはスーパーフレームのＭＬＣの中で送信される。開示される本発明の実施形態は、ストリームに関する情報を、例えばＭＬＣの中で搬送される各ストリームの長さを、ストリームとは別個に送信することに対応し、このようにして受信器は個々のストリームを逆多重化できる。ストリームに関する情報は、ストリーム層パケットとは別々に搬送できる。

これより本発明のさらなる特徴及び利点を、ならびに本発明の様々な実施形態の構造及び動作を、添付の図面を参照しながら詳しく説明する。

コンテンツ配信システムの一実施形態を含むネットワークの図解である。 図１のコンテンツ配信システムの一実施形態での使用に適するコンテンツプロバイダの図解である。 図１のコンテンツ配信システムの一実施形態での使用に適するコンテンツサーバの図解である。 従来のＦＬＯに基づいた通信ネットワークにおけるフロー、ストリーム、及びＭＬＣ間の関係のブロック図である。 ＭＬＣの中でストリームをパックする手法のブロック図である。 従来のネットワークの中で使用される例示的なスーパーフレームの図解である。 ＭＡＣ層パケットとＰＬＰとの対応の図解である。 本実施形態に従って構築された例示的なＯＩＳシステムパラメータメッセージの図解である。 本実施形態を実践する例示的な方法のフロー図である。 本実施形態による例示的なシステムのブロック図である。

本明細書に組み込まれ明細書の一部をなす添付の図面は、本発明の実施形態を図解し、さらに上述した概説と後述する実施形態の詳説とともに、本発明の原理を説明するのに役立つ。

以降の本発明の詳細な説明では、本発明に一致する例示的な実施形態を図解する添付の図面を参照する。別の実施形態は可能であり、本発明の精神と範囲の中でこれらの実施形態に修正を施すことができる。したがって、以降の詳細な説明は本発明を制限することを意図しない。むしろ本発明の範囲は添付の特許請求の範囲によって規定される。

本明細書では、本発明の特徴が盛り込まれた１つ以上の実施形態を開示する。開示される実施形態は本発明を例証するものに過ぎない。本発明の範囲は開示される実施形態に限定されない。本発明は、本明細書に添付された特許請求の範囲によって規定される。

説明される実施形態と、明細書における「一実施形態（one embodiment）」、「実施形態（an embodiment）」、「実施形態例（an example embodiment）」、その他への言及は、説明される実施形態が、ある特定の特徴、構造、又は特性を含み得ること、ただし必ずしも全ての実施形態が特定の特徴、構造、又は特性を含むとは限らないことを意味する。しかも、かかる文言は必ずしも同じ実施形態に言及するとは限らない。さらに、ある特定の特徴、構造、又は特性が実施形態との関係で説明される場合、明示的に説明されようがされまいが、別の実施形態との関係でかかる特徴、構造、又は特性を達成することは当業者の知識の範囲内にあると理解される。

これより説明する本発明を、ハードウェア、ソフトウェア、ファームウェア、及び／又は図面で図解されるエンティティの数多くの異なる実施形態で実施できることは、当業者にとって明白であろう。本発明を実施するための実際のソフトウェアコードと特化された制御下ハードウェアは本発明を制限するものではない。よって、本明細書に提示される詳細の度合いに応じて実施形態の修正及び変化は可能であるとの了解のもと、本発明の動作と挙動を説明する。

図１は、マルチメディアコンテンツフローを作成しデータネットワーク全域にこれをトランスポートするよう作動するトランスポートシステムを備える、通信ネットワーク１００を示している。例えば、トランスポートシステムは上で指摘したＦＬＯシステムの原理に一致し、ブロードキャスト配布のためコンテンツプロバイダネットワークから無線アクセスネットワークへのコンテンツクリップトランスポートでの使用に適する。

ネットワーク１００は、コンテンツプロバイダ（ＣＰ）１０２と、コンテンツプロバイダネットワーク１０４と、最適化ブロードキャストネットワーク１０６と、無線アクセスネットワーク１０８とを備える。ネットワーク１００はまた、携帯電話１１２と、個人用デジタル補助装置（ＰＤＡ）１１４と、ノートブックコンピュータ１１６とを備える、デバイス１１０を含む。デバイス１１０は、トランスポートシステムとの使用に適するデバイスのほんの一部を図解している。図１には３つのデバイスが示されているが、当業者にとって明白であるように、事実上いくつもの類似デバイスであれ、又はいかなるタイプのデバイスであれ、トランスポートシステムでの使用に適することに注意されたい。

コンテンツプロバイダ１０２は、ネットワーク１００にてユーザへの配布のためコンテンツを提供するように作動する。コンテンツは、映像、音声、マルチメディアコンテンツ、クリップ、リアルタイム及び非リアルタイムコンテンツ、スクリプト、プログラム、データ、又は他の何らかのタイプの相応しいコンテンツを備える。コンテンツプロバイダ１０２は、配布のためコンテンツプロバイダネットワーク１０４へコンテンツを提供する。例えば、コンテンツプロバイダ１０２は通信リンク１１８を介しコンテンツプロバイダネットワーク１０４と通信し、同通信リンクは、何らかの相応しいタイプの有線及び／又は無線通信リンクを備える。

コンテンツプロバイダネットワーク１０４は、ユーザへの配信のためコンテンツを配布するよう作動する有線及び無線ネットワークの任意の組み合わせを備える。コンテンツプロバイダネットワーク１０４は、リンク１２０を介して最適化ブロードキャストネットワーク１０６と通信する。リンク１２０は、何らかの相応しいタイプの有線及び／又は無線通信リンクを備える。最適化ブロードキャストネットワーク１０６は、高品質コンテンツをブロードキャストするよう設計された、有線及び無線ネットワークの任意の組み合わせを備える。例えば、最適化ブロードキャストネットワーク１０６は、複数の最適化通信チャネル上で選択されたデバイスへ高品質コンテンツを配信するよう最適化された専用独自ネットワークであってよい。

トランスポートシステムは、配布のためコンテンツプロバイダ１０２からコンテンツプロバイダネットワーク１０４にあるコンテンツサーバ（ＣＳ）１２２へ、コンテンツを配信するよう作動し、同コンテンツサーバは、無線アクセスネットワークにあるブロードキャスト基地局（ＢＢＳ）１２４と通信するよう作動する。ＣＳ１２２とＢＢＳ１２４とはトランスポートインタフェース１２６の１つ以上の実施形態を用いて通信し、同トランスポートインタフェース１２６は、コンテンツプロバイダネットワーク１０４が、デバイス１１０へのブロードキャスト／マルチキャストのため無線アクセスネットワーク１０８へコンテンツをコンテンツフローの形で配信することを可能にする。トランスポートインタフェース１２６は、制御インタフェース１２８とベアラチャネル１３０とを備える。制御インタフェース１２８は、コンテンツプロバイダネットワーク１０４から無線アクセスネットワーク１０８へ流れるコンテンツフローを、ＣＳ１２２が追加する、変更する、取り消す、又は修正することを可能にするよう作動する。ベアラチャネル１３０は、コンテンツプロバイダネットワーク１０４から無線アクセスネットワーク１０８へコンテンツフローをトランスポートするよう作動する。

ＣＳ１２２は、無線アクセスネットワーク１０８上でのブロードキャスト／マルチキャストのためＢＢＳ１２４へ送信されるコンテンツフローのスケジュールを組むためトランスポートインタフェース１２６を使用する。例えばコンテンツフローは、配布のためコンテンツプロバイダネットワーク１０４を用いてコンテンツプロバイダ１０２によって提供された非リアルタイムコンテンツクリップを備えてよい。ＣＳ１２２は、コンテンツクリップに関連する１つ以上のパラメータを判定するためＢＢＳ１２４と交渉するよう作動する。コンテンツクリップを受け取ったＢＢＳ１２４は、デバイス１１０の内１つ以上による受信のため、コンテンツクリップを無線アクセスネットワーク１０８上でブロードキャスト／マルチキャストする。デバイス１１０はいずれも、コンテンツクリップを受信することを、そしてデバイスユーザによる後刻の閲覧のためこれをキャッシュすることを、許可される。

前述の例で、デバイス１１０はクライアントプログラム１３２を備え、同クライアントプログラムは、無線アクセスネットワーク１０８上でのブロードキャストに向けてスケジュールが組まれたコンテンツの一覧を表示する番組ガイドを提供するように作動する。このときデバイスユーザは、リアルタイム提供のため、又は後刻の閲覧のためキャッシュ１３４に格納される、特定のコンテンツの受信を選択できる。例えば、夕方のブロードキャストに向けてコンテンツクリップのスケジュールを組むことができ、デバイス１１２は、そのブロードキャストを受信しキャッシュ１３４にコンテンツクリップをキャッシュするよう作動し、このようにしてデバイスユーザは翌日にクリップを閲覧できる。典型的に、コンテンツは契約サービスの一部としてブロードキャストされ、受信デバイスはブロードキャストの受信にあたってキーを提供するか、又は自身を認証する必要がある場合がある。

トランスポートシステムは、番組ガイドレコードと、番組コンテンツと、その他関連情報とを、ＣＳ１２２がコンテンツプロバイダ１０２から受信することを可能にする。ＣＳ１２２は、デバイス１１０への配信のためコンテンツを更新する、及び／又は作成する。

図２はコンテンツ配信システムでの使用に適するコンテンツプロバイダサーバ２００を示している。例えば、サーバ２００は図１のサーバ１０２として使用できる。サーバ２００は、いずれも内部データバス２１２へ結合された処理ロジック２０２と、リソース及びインタフェース２０４と、トランシーバロジック２１０とを備える。サーバ２００はまた、同じくデータバス２１２へ結合された起動ロジック２１４と、ＰＧ２０６と、ＰＧレコードロジック２０８とを備える。

処理ロジック２０２は、中央演算処理装置（ＣＰＵ）、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び／又はハードウェア及びソフトウェアの任意の組み合わせを備える。よって処理ロジック２０２は一般的に、機械読取り可能命令を実行するため、そして内部データバス２１２を介してサーバ２００の１つ以上のその他機能素子を制御するためのロジックを備える。

リソース及びインタフェース２０４は、サーバ２００と内部及び外部システムとの通信を可能にするハードウェア及び／又はソフトウェアを備える。例えば内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、又はその他内部デバイスリソースを含んでよい。外部システムは、ユーザインターフェースデバイス、プリンタ、ディスクドライブ、又はその他ローカルデバイス又はシステムを含んでよい。

トランシーバロジック２１０は、サーバ２００が、通信チャネル２１６を用いてリモートデバイス又はシステムとともにデータ及び／又はその他情報を送受信することを可能にするよう作動する、ハードウェアロジック及び／又はソフトウェアを備える。例えば通信チャネル２１６は、サーバ２００とデータネットワークとの通信を可能にするため、何らかの相応しいタイプの通信リンクを備える。

起動ロジック２１４は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び／又はハードウェア及びソフトウェアの任意の組み合わせを備える。起動ロジック２１４は、ＣＳ及び／又はデバイスがＰＧ２０６に記載されたコンテンツ及び／又はサービスを選択し受信することを可能にするため、ＣＳ及び／又はデバイスを起動するよう作動する。起動ロジック２１４は起動プロセス中に、ＣＳ及び／又はデバイスへクライアントプログラム２２０を送信する。クライアントプログラム２２０は、ＰＧ２０６を受信し、利用可能なコンテンツ又はサービスに関する情報をデバイスユーザに向けて表示するため、ＣＳ及び／又はデバイス上で実行する。よって起動ロジック２１４は、ＣＳ及び／又はデバイスを認証し、クライアント２２０をダウンロードし、クライアント２２０によるデバイス上での提供のためＰＧ２０６をダウンロードするよう作動する。

ＰＧ２０６は、デバイスが受信できるコンテンツ及び／又はサービスを説明する情報を何らかの相応しい形式で備える。例えば、ＰＧ２０６はサーバ２００のローカルメモリに格納でき、コンテンツ又はサービス識別子、スケジュール情報、料金、及び／又は他の何らかのタイプの関連情報等、情報を備えてよい。ＰＧ２０６は、利用可能なコンテンツ又はサービスへ変更が施されるときに処理ロジック２０２によって更新される１つ以上の識別可能なセクションを備える。

ＰＧレコード２０８は、通知メッセージを生成するよう作動するハードウェア及び／又はソフトウェアを備え、同通知メッセージはＰＧ２０６への変更を識別する、及び／又は説明する。例えば、処理ロジック２０２がＰＧ２０６を更新する場合、ＰＧレコードロジック２０８は変更の通知を受ける。そしてＰＧレコードロジック２０８は１つ以上の通知メッセージを生成し、同通知メッセージはサーバ２００とともに起動された可能性があるＣＳへ送信され、このようにしてＣＳはＰＧ２０６への変更の通知を速やかに受ける。

コンテンツ配信通知メッセージの一部として、メッセージの中で識別されるＰＧのセクションがいつブロードキャストされるかを指示するブロードキャスト標識が提供される。例えばブロードキャスト標識は、セクションがブロードキャストされることを伝える１ビットと、ブロードキャストがいつ行われるかを伝えるタイム標識とを備えてよい。よって、ＰＧレコードのローカルコピーを更新することを望むＣＳ及び／又はデバイスは、ＰＧレコードの更新済みセクションを受信するため指定された時間にブロードキャストをリスンできる。

一実施形態において、コンテンツ配信通知システムはコンピュータ読取り可能媒体に格納されたプログラム命令を備え、同プログラム命令は、プロセッサによって、例えば処理ロジック２０２によって実行されるときに、ここで説明するサーバ２００の機能を提供する。例えばプログラム命令は、フロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭ、又は他の何らかのタイプのメモリデバイス等のコンピュータ読取り可能媒体、又はリソース２０４を通じてサーバ２００へつながるコンピュータ読取り可能媒体から、サーバ２００の中へロードされてよい。別の実施形態において命令は、トランシーバロジック２１０を通じてサーバ２００へつながる外部デバイス又はネットワークリソースから、サーバ２００の中へダウンロードされてよい。プログラム命令は、処理ロジック２０２によって実行されるときに、本明細書で説明するガイド状態通知システムを提供する。

図３は、コンテンツ配信システムでの使用に適するコンテンツサーバ（ＣＳ）又はデバイス３００を示している。例えばＣＳ３００は、図１に示されたＣＳ１２２又はデバイス１１０であってよい。ＣＳ３００は、いずれもデータバス３０８へ結合された処理ロジック３０２と、リソース及びインタフェース３０４と、トランシーバロジック３０６とを備える。ＣＳ３００はまた、同じくデータバス３０８へ結合されたクライアント３１０と、プログラムロジック３１４と、ＰＧロジック３１２とを備える。

処理ロジック３０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び／又はハードウェア及びソフトウェアの任意の組み合わせを備える。よって処理ロジック３０２は一般的に、機械読取り可能命令を実行するため、そして内部データバス３０８を介してＣＳ３００の１つ以上のその他の機能素子を制御するためのロジックを備える。

リソース及びインタフェース３０４は、ＣＳ３００と内部及び外部システムとの通信を可能にするハードウェア及び／又はソフトウェアを備える。例えば内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、又はその他の内部デバイスリソースを含んでよい。外部システムは、ユーザインターフェースデバイス、プリンタ、ディスクドライブ、又はその他ローカルデバイス又はシステムを含んでよい。

トランシーバロジック３０６は、ＣＳ３００が、通信チャネル３１４を通じて外部デバイス又はシステムとともにデータ及び／又はその他情報を送受信することを可能にするよう作動する、ハードウェア及び／又はソフトウェアを備える。例えば通信チャネル３１４は、ネットワーク通信リンク、無線通信リンク、又は他の何らかのタイプの通信リンクを備えてよい。

作動中にＣＳ３００は起動し、このようにしてこれはデータネットワーク上で利用可能なコンテンツ又はサービスを受信できる。例えばＣＳ３００は、起動プロセス中にコンテンツプロバイダサーバに対し自身を識別する。ＣＳ３００は起動プロセスの一部として、ＰＧロジック３１２によってＰＧレコードを受信し格納する。ＰＧ３１２は、ＣＳ３００が受信できるコンテンツ又はサービスを識別する情報を収容する。クライアント３１０は、リソース及びインタフェース３０４を用いて、ＣＳ及び／又はデバイス３００上でＰＧロジック３１２の中にある情報を提供するよう作動する。例えばクライアント３１０は、ＰＧロジック３１２の中にある情報をデバイスの一部をなす表示画面上で提供する。クライアント３１０はまた、リソース及びインタフェースを通じてユーザ入力を受信し、このようにしてデバイスユーザはコンテンツ又はサービスを選択できる。

ＣＳ３００は、トランシーバロジック３０６を通じて通知メッセージを受信する。例えばメッセージは、ＣＳ３００へブロードキャストされるか、又はユニキャストされてよく、トランシーバロジック３０６によって受信されてよい。ＰＧ通知メッセージは、ＰＧロジック３１２にてＰＧレコードに対する更新を識別する。一実施形態においてクライアント３１０は、ＰＧロジック３１２にあるローカルコピーを更新する必要があるか否かを判定するためＰＧ通知メッセージを処理する。例えば一実施形態において、通知メッセージは、セクション識別子と、開始時間と、終了時間と、バージョン番号とを含む。

ＣＳ３００は、ＰＧ通知メッセージの中にある情報を、既存のＰＧロジック３１２にて局所的に格納されている情報に比較するよう作動する。ＣＳ３００はＰＧ通知メッセージから、ＰＧロジック３１２にあるローカルコピーの１つ以上のセクションを更新する必要があると判定する場合に、数通りの方法の内１つでＰＧの更新済みセクションを受信するよう作動する。例えば、ＰＧ通知メッセージの中で指示された時間にＰＧの更新済みセクションがブロードキャストされてよく、このようにしてトランシーバロジック３０６はブロードキャストを受信し、更新済みセクションをＣＳ３００に渡すことができ、これを受けてＣＳ３００はＰＧロジック３１２にてローカルコピーを更新する。

ＣＳ３００は、更新の必要があるＰＧのセクションがどれなのかを受信したＰＧ更新通知メッセージに基づき判定し、所望のＰＧ更新済みセクションを入手するためＣＰサーバへ要求を送信する。例えば要求は、何らかの相応しい形式を用いてフォーマットされてよく、要求ＣＳ識別子、セクション識別子、バージョン番号、及び／又は他の何らかの相応しい情報等の、情報を備えてよい。

ＣＳ３００は、ＰＧ通知システムの１つ以上の実施形態において以下の機能の内１つ以上を遂行する。本発明の範囲内で以下の機能を変更、再配置、修正、追加、削除、又は調整できることに注意されたい。

１． ＣＳは、コンテンツプロバイダシステムとともに作動しコンテンツ又はサービスを受信するため、起動される。起動プロセスの一部として、クライアントとＰＧがＣＳへ送信される。

２． １つ以上のＰＧ通知メッセージがＣＳによって受信され、局所的に格納されたＰＧの１つ以上のセクションを更新する必要があるか否かを判定するため使用される。

３． 一実施形態においてＣＳは、局所的に格納された１つ以上のＰＧセクションを更新する必要があると判定する場合に、これがそのローカルコピーを更新するにあたって必要とするＰＧ更新済みセクションを入手するため、配布システムからのブロードキャストをリスンする。

４． 別の実施形態においてＣＳは、これが必要とするＰＧ更新済みセクションを入手するためＣＰへ１つ以上の要求メッセージを送信する。

５． ＣＰは要求に応じてＰＧ更新済みセクションをＣＳへ送信する。

６． ＣＳは、受信したＰＧ更新済みセクションを用いてこれのＰＧローカルコピーを更新する。

コンテンツ配信システムは、コンピュータ読取り可能媒体に格納できるプログラム命令を備え、同プログラム命令は、例えば処理ロジック３０２等のプロセッサによって実行されるときに、ここで説明するコンテンツ配信通知システムの機能を提供する。例えば命令は、フロッピーディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭ、又は他の何らかのタイプのメモリデバイス等のコンピュータ読取り可能媒体、又はリソース及びインタフェース３０４を通じてＣＳ３００へつながるコンピュータ読取り可能媒体から、ＣＳ３００の中へロードされてよい。別の実施形態において命令は、トランシーバロジック３０６を通じてＣＳ３００へつながるネットワークリソースから、ＣＳ３００の中へダウンロードされてよい。プログラム命令は、処理ロジック３０２によって実行されるときに、本明細書で説明するコンテンツ配信システムを提供する。

ＣＳ３００がただひとつの実施を代表すること、そして本発明の範囲内で他の実施が可能であることに注意されたい。

図４は、従来のＦＬＯに基づいたネットワークにおけるフロー、ストリーム、及びＭＬＣ間の関係のブロック図である。予備知識として、例示的なフロー４００は、例えばケーブルニュースネットワーク（ＣＮＮ）によって提供される映像モバイルサービスから、デバイス１１２等のデバイスへダウンロードされる情報を含むことができる。このＣＮＮブロードキャストは、アプリケーションレベルデータを映像フロー４０２、音声フロー４０４、及びテキストフロー４０６の形で含むことができる。固有のデータを搬送するフロー４０２、４０４、及び４０６の各々は、ネットワーク１００の物理層にて、それぞれのストリーム０、１、及び２を通じて一意に識別可能なＭＬＣ４０８の中で送信される。

図５は、ＭＬＣ４０８の中でストリーム０−２をパックする手法５００のブロック図である。つまり、上の図４の文脈の中で、アプリケーションレベルフロー４０２、４０４、及び４０６からのデータは、まずはストリーム２を充填することによってＭＬＣ４０８の中にパックされる。次にストリーム１が充填され、その後に続いてストリーム０が充填される。その根底にある要点は、ＭＬＣ４０８がストリーム０−２の各々からのデータを含むということである。スーパーフレームの中では、ストリームの各々が全てのＭＬＣの中でこの要領で充填される。

図６は、上のＭＬＣ４０８を含むことができる、従来のネットワークの中で使われる例示的なスーパーフレーム６００の図解である。図６で、スーパーフレーム６００はさらに４つの個別フレームＦ１−Ｆ４に細分される。フレームＦ１−Ｆ４の各々は、ＭＬＣ４０８等、１つ以上のＭＬＣを含み、各ＭＬＣはそれぞれフレームＦ１−Ｆ４の内１つの中で同じ場所に置かれる。例えばスーパーフレーム６００において、ＭＬＣ４０８はフレームＦ１に位置する。よってストリーム０−２は、フレームＦ１の中に相次いで置かれる。

ＭＬＣ４０８はまた、スーパーフレーム６００に関連する個々のＭＬＣの中にあるストリームの特性に関する情報を伝える、オーバーヘッド部６０１を含む。スーパーフレーム６００はまた、オーバーヘッド情報シンボル（ＯＩＳ）チャネル６０２を含む。ＯＩＳチャネル６０２はとりわけ、スーパーフレーム６００の中でのＭＬＣの位置をデバイスに知らせる。よってデバイスは、最初にネットワークサービスを要求するときに、正確な位置とＭＬＣ４０８に関する他の特性をつかむため、まずはＯＩＳチャネル６０２を復号化しなければならず、その後ＭＬＣ４０８の中のデータはアンパックでき、使用できる。

スーパーフレーム６００の残りのフレームＦ２−Ｆ４は、それぞれＭＬＣ６０３、６０４、及び６０６を含む。ＭＬＣ６０３、６０４、及び６０６の各々もまた、複数のストリームによって表され相次いでパックされるデータを含むことができる。

図５の構造５００と図６のスーパーフレーム６００は、デバイス側でストリーム０−２の各々からデータを正しく逆多重化するため、ストリーム間の境界がどこに位置するかをデバイスが知る必要があることを意味する。つまりデバイスは、あるひとつのストリームがどこで終わり、他のストリームがどこで始まるかを知る必要がある。

ストリームの長さと境界は、媒体アクセス制御（ＭＡＣ）層パケットの観点で伝達される。当業者によって理解されているとおり、ＭＡＣ層は通信ネットワークの中で、ＭＬＣに関連する異なる媒体ストリームに属するパケットの多重化を遂行する。ＭＡＣ層は、ネットワークの物理層上での送受信に用いる手順を定める。ネットワークの物理層は、ネットワークの順方向リンクのためチャネル構造、周波数、電力出力、変調、及び符号化仕様を提供する。

ＭＡＣ層パケットの長さはＰＬＰと概ね同じである。上述のとおり、制御プロトコル情報はネットワークによってＰＬＰの中で無線送信される。よって各ＭＡＣ層パケットは１つのＰＬＰの中で無線送信される。

図７は、ＭＡＣ層パケット７０２とＰＬＰ７０４との対応の図解７００である。ＭＡＣ層パケット７０２の各々は、長さにしてそれぞれＰＬＰ７０４の内１つに一致する。

再び図５を参照し、ストリーム０−２の各々の長さはＭＡＣ層パケットの観点で規定できる。例えば、ストリーム２は１３個のＭＡＣ層パケットであってよく、ストリーム１は２０個のＭＡＣ層パケットであってよく、ストリーム０は２個のＭＡＣ層パケットであってよい。ＭＬＣにおいて、ＭＡＣ層パケットはストリーム内で共に輸送される。よってデバイスは、例えばＭＬＣ４０８を正しく逆多重化するため、ストリーム０−２の各々でＭＡＣ層パケットの数を知らなければならない。従来のスーパーフレーム６００で、このＭＡＣ層パケット情報はＭＬＣ４０８のオーバーヘッド部６０１の中に置かれる。

従来のスーパーフレーム６００の構造にともなう課題は、ＭＬＣ４０８が、特にオーバーヘッド部６０１が壊れた場合に、デバイスがＭＬＣ４０８、６０３、６０４、及び６０６の中にあるどのストリームも逆多重化できなくなることである。たとえＭＬＣの中にある実際のデータが壊れなくとも、オーバーヘッド部６０１の情報がなければ、関連ストリームは一切処理できない。本発明はこのジレンマに対する解決策を提供する。

本発明においては、関連するＭＬＣのオーバーヘッド部に加えて、スーパーフレームのＯＩＳチャネルの中にもＭＡＣ層パケット情報が置かれる。これには、スーパーフレームのＯＩＳチャネルが、ＭＬＣ送信の送信特性より堅牢な送信特性を用いて無線送信されるという利点がある。よって、ＯＩＳチャネルが送信中に壊れる見込みは、ＭＬＣのオーバーヘッド部が壊れる見込みより低い。

図８は、本発明に従ってＯＩＳチャネルの中で搬送される、例示的なＯＩＳシステムパラメータメッセージ８００の図解である。ＯＩＳシステムパラメータメッセージ８００は、関連するスーパーフレームの中でＭＬＣの特性に関するレコード８０２を含む。ただし本発明においては、セグメント８０４を含むようレコード８０２が修正され、同セグメントは、上述したＭＡＣ層パケット及びストリーム長情報を含む。

図８の例示的なＯＩＳシステムパラメータメッセージ８００によると、デバイスは、ＭＬＣデータを受信するため、ＯＩＳシステムパラメータメッセージ８００を読み取り、セグメント８０４を探すよう構成できる。ＭＬＣの中だけでなく、より堅牢なＯＩＳチャネルにてＭＡＣ層パケットとストリーム長のデータを提供することにより、個々のストリームが壊れた場合でも、残りのストリームはデバイスにて逆多重化できる。

図９は、本発明を実践する例示的な方法９００のフロー図である。図９で、情報を送信する方法は、ステップ９０２に示すとおり送信される少なくとも１つのデータストリームのストリーム長情報を判定することと、ステップ９０４に示すとおりストリーム長情報にシステムパラメータメッセージを関連付けることとを含む。ステップ９０６に示すとおり、関連ストリーム長情報を含むシステムパラメータメッセージは、データストリームとは別個に送信される。

図１０は、実施形態による例示的なシステム１０００のブロック図である。図１０で、判定する手段１００２は、送信される少なくとも１つのデータストリームのストリーム長情報を判定する。関連付ける手段１００４は、ストリーム長情報にシステムパラメータメッセージを関連付ける。送信する手段は、関連ストリーム長情報を含むシステムパラメータメッセージを、データストリームとは別個に送信する。

本発明の中では、多数の媒体ストリームがスーパーフレームのＭＬＣの中で送信されることを再考する。本発明は、ストリームに関する情報を、例えばＭＬＣの中で搬送される各ストリームの長さを、ストリームとは別個に送信することに対応し、このようにして受信器は個々のストリームを逆多重化できる。ストリームに関する情報は、ストリーム層パケットとは別々に搬送できる。こうして、たとえ個々のストリームが保持するＰＬＰが誤って受信されても、個々のストリームを逆多重化してストリームデータを処理することは可能である。

一実施形態においては、ＭＬＣに収容されるストリームのストリーム長を保持するため、システムパラメータメッセージ（ＯＩＳ）及び／又はデータチャネルＭＡＣプロトコルヘッダ（埋め込みＯＩＳ）を使用する。ＯＩＳメッセージは格段に堅牢な方法で送信されるため、より確実なストリーム逆多重化及び／又は復号化を達成できる。

以上、指定機能の性能とその関係を図解する機能構成ブロックを用いて、本発明を説明した。説明の便宜を図るため、これらの機能構成ブロックの境界はここで恣意的に定められている。指定機能とその関係が適切に遂行される限り、代替の境界を定めることができる。

よって、かかる代替境界は、特許請求の範囲に記載されている発明の範囲と精神との中にある。当業者は、アナログ及び／又はデジタル回路、個別コンポーネント、特定用途向け集積回路、ファームウェア、しかるべきソフトウェアを実行するプロセッサ等、又はこれらの任意の組み合わせによって、これらの機能構成ブロックを実施できることを認めるであろう。よって本発明の幅と範囲は上述した例示的な実施形態のいずれによっても制限されず、専ら以降の特許請求の範囲とこれの同等物とに従い規定される。

前述した具体的な実施形態の説明は、他者が（本明細書で引用された参考文献の内容を含む）当技術の技能の中で知識を応用することにより、かかる具体的な実施形態を、本発明の一般概念から逸脱せず、過度の実験を行わずとも容易に修正するにあたり、及び／又は種々の用途に向けて適合するにあたり、十分に本発明の一般的性質を明らかにするであろう。したがってかかる適合及び修正は、本明細書に提示された教示と指導とに基づく、開示された実施形態の同等物の趣意及び範囲の中に入る。本明細書における表現又は専門用語は制限ではなく説明を目的とし、よって本明細書の表現又は専門用語は当業者によって、当業者の知識と併せて本明細書に提示された教示と指導とに鑑み、解釈されるべきものであることを理解されたい。

詳細な説明の節は、主に特許請求の範囲の解釈に役立てるべきものである。要旨及び要約の節は、発明者によって企図された本発明の１つ以上の、ただし全てではない、例示的な実施形態を述べるものであって、よって特許請求の範囲を制限することを意図するものではない。

要旨及び要約の節ではなく、詳細な説明の節が、特許請求の範囲の解釈に役立てることを意図するものであることを了解されたい。要旨及び要約の節は、発明者によって企図された本発明の１つ以上の、ただし全てではない例示的な実施形態を述べるものであって、よって本発明と添付の特許請求の範囲とを何らかの形で制限することを意図するものではない。

Claims (7)

1. オーバヘッド部と、複数のフレームとを含むスーパーフレームを用いて情報を送信するための方法であって、各フレームは複数のデータストリームからのデータをもつ複数のチャネルを含み、各チャネルは各フレーム内の同一の位置に配置され、前記方法は、
   送信すべきデータストリームのストリーム長を決定することと、
   前記ストリーム長を、前記スーパーフレームの前記オーバヘッド部と、前記送信すべき前記データストリームを含む前記チャネルに関連するオーバヘッド部と、に配置することと、
   を具備する方法。
2. 前記スーパーフレームの前記オーバヘッド部は、オーバヘッド情報シンボル（ＯＩＳ）チャネルである請求項１に記載の方法。
3. 前記ストリーム長は、媒体アクセス制御（ＭＡＣ）層パケットに基づいて規定される請求項１または２に記載の方法。
4. オーバヘッド部と、複数のフレームとを含むスーパーフレームを用いて情報を送信するための装置であって、各フレームは複数のデータストリームからのデータをもつ複数のチャネルを含み、各チャネルは各フレーム内の同一の位置に配置され、前記装置は、
   送信すべきデータストリームのストリーム長を決定するための手段と、
   前記ストリーム長を、前記スーパーフレームの前記オーバヘッド部と、前記送信すべき前記データストリームを含む前記チャネルに関連するオーバヘッド部と、に配置するための手段と、
   を具備する装置。
5. 前記スーパーフレームの前記オーバヘッド部は、オーバヘッド情報シンボル（ＯＩＳ）チャネルである請求項４に記載の装置。
6. 前記ストリーム長は、媒体アクセス制御（ＭＡＣ）層パケットに基づいて規定される請求項４または５に記載の装置。
7. 情報を送信するための方法を実行するために、１つ以上のプロセッサによる実行のための１つ以上のシーケンスの１つ以上の命令を記憶したコンピュータ読み取り可能な媒体であって、前記命令は、前記１つ以上のプロセッサによって実行されたときに、前記１つ以上のプロセッサに請求項１−３に記載の方法のステップを実行させるコンピュータ読み取り可能な媒体。

Images