(57)【要約】【課題】個別に復号化できるパケットで制御情報を送信することによって制御情報取得レイテンシーを改善する方法【解決手段】通信ネットワークで取得レイテンシーを改善する方法及びシステムが提供される。同方法は、送信情報に関連する制御情報を識別することと、識別した制御情報を断片化することとを含む。制御情報の各断片にはその後、送信情報の対応する送信単位が関連付けられる。このプロセスは、物理層パケットの中に埋め込まれた制御情報の個別の復号化及び処理を促進する。【選択図】      図１０
2008536361.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークで取得レイテンシーを改善する方法であって、
送信情報に関連する制御情報を識別することと、
前記制御情報を断片化することと、
制御情報の各断片に、前記送信情報の対応する送信単位を関連付けることと、
を備える方法。
【請求項２】
前記対応する送信単位はスーパーフレームの物理層パケット（ＰＬＰ）である、請求項１に記載の方法。
【請求項３】
前記制御情報はｍｅｄｉａｆｌｏ論理チャネル（ＭＬＣ）に関係する、請求項１に記載の方法。
【請求項４】
前記制御情報はフロー対ＭＬＣマッピングデータを含む、請求項３に記載の方法。
【請求項５】
無線情報が、直交周波数分割の原理に従いネットワークにわたって送信される、請求項１に記載の方法。
【請求項６】
通信ネットワークで取得レイテンシーを改善する方法であって、
送信情報と関連制御情報とを受信することであり、前記制御情報は複数の断片を備えることと、
受信した送信情報の各単位を対応する制御情報断片に基づき復元することと、
を備える方法。
【請求項７】
前記送信情報と関連制御情報は無線で受信される、請求項６に記載の方法。
【請求項８】
制御情報を断片化する方法であって、
送信される情報を識別することと、
前記情報を制御情報の断片に論理的に仕切ることであり、これにより受信器は有用な制御情報を復元するため各断片を使用できることと、
を備える方法。
【請求項９】
前記識別される情報は無線送信されるよう構成される、請求項８に記載の方法。
【請求項１０】
通信ネットワークで取得レイテンシーを改善する装置であって、
送信情報に関連する制御情報を識別する手段と、
前記制御情報を断片化する手段と、
制御情報の各断片に、前記送信情報の対応する送信単位を関連付ける手段と、
を備える装置。
【請求項１１】
前記対応する送信単位はスーパーフレームの物理層パケット（ＰＬＰ）である、請求項１０に記載の装置。
【請求項１２】
通信ネットワークで取得レイテンシーを改善する装置であって、
送信情報と関連制御情報とを受信する手段であり、前記制御情報は複数の断片を備える手段と、
受信した送信情報の各単位を、対応する制御情報断片に基づき復元する手段と、
を備える装置。
【請求項１３】
前記送信情報と関連する制御情報は無線で受信される、請求項１２に記載の方法。
【請求項１４】
前記制御情報はｍｅｄｉａｆｌｏ論理チャネル（ＭＬＣ）に関係する、請求項１３に記載の方法。
【請求項１５】
前記制御情報はフロー対ＭＬＣマッピングデータを含む、請求項１４に記載の方法。
【請求項１６】
無線情報が、直交周波数分割の原理に従いネットワークにわたって送信される、請求項１２に記載の方法。
【請求項１７】
制御情報を断片化する装置であって、
送信される情報を識別する手段と、
前記情報を有意義な制御情報の断片に論理的に仕切る手段であり、これにより受信器は有用な制御情報を復元するため各断片を使用できる手段と、
を備える装置。
【請求項１８】
前記識別される情報は無線送信されるよう構成される、請求項１７に記載の装置。
【請求項１９】
通信ネットワークで取得レイテンシーを改善する方法を遂行するため、１つ以上のプロセッサによって実行される１つ以上の命令からなる１つ以上のシーケンスを保持するコンピュータ読取り可能媒体であって、同命令は、前記１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、
送信情報に関連する制御情報を識別することと、
前記制御情報を断片化することと、
制御情報の各断片に、前記送信情報の対応する送信単位を関連付けることと、
の各ステップを遂行させる、コンピュータ読取り可能媒体。
【請求項２０】
通信ネットワークで取得レイテンシーを改善するよう構成されたプロセッサであって、
送信情報に関連する制御情報を識別する識別ロジックと、
前記制御情報を断片化する断片化ロジックと、
制御情報の各断片に、前記送信情報の対応する送信単位を関連付ける関連付けロジックと、
を備えるプロセッサ。
【発明の詳細な説明】
【技術分野】
【０００１】
（米国特許法第１１９条に基づく優先権の主張）
本特許出願は、本願の譲受人に譲渡された２００５年３月１０日に出願された仮出願番号第６０／６６０，８６６号の優先権を主張するものであり、本明細書に参照として明示的に組み込まれる。
【０００２】
本発明は通信ネットワークにおける伝送効率に関する。より具体的には、本発明は無線通信ネットワークで取得時間を抑えることに関する。
【背景技術】
【０００３】
ＦＬＯは主に、何百万もの無線加入者へ同時に同じマルチメディアコンテンツを効率的且つ経済的に配布するための技術である。ＦＬＯ技術の目標は、かかるコンテンツの配信にともなうコストを抑え、従来のセルラー音声及びデータサービスに一般的に使われている携帯電話機で、ユーザがコンテンツのチャネルをサーフィンすることを可能にすることである。このマルチメディアコンテンツはまた、サービスとして知られている。サービスは、１つ以上の独立データコンポーネントの集まりである。サービスの各独立データコンポーネントはフローと呼ばれる。
【０００４】
サービスはそれらのカバレッジに基づき２種類に、すなわちワイドエリアサービスとローカルエリアサービスとに、分類される。ローカルエリアサービスは、一大都市地域の中で受信されるマルチキャストである。対照的に、ワイドエリアサービスは１つ以上の大都市地域の中でのマルチキャストである。
【０００５】
ＦＬＯサービスは、ＭｅｄｉａＦＬＯ（登録商標）論理チャネル又はＭＬＣとして知られる１つ以上の論理チャネル上で搬送される。ＭＬＣは、最高３つの論理サブチャネルに分けることができる。これらの論理サブチャネルはストリームと呼ばれる。各々のフローは単一のストリームの中で搬送される。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ＦＬＯネットワークにおけるＭＬＣ処理は、制御プロトコル情報に基づく。この制御プロトコル情報は、ネットワークによってコール物理層パケット（ＰＬＰ）単位で無線送信される。この制御プロトコル情報の断片を保持する不正な物理層パケットを受信したＦＬＯデバイスは、制御プロトコル情報を完全な状態で受信することを改めて試みなければならない。その結果、デバイスがサービスの受信を開始するまでの期間は長引く。
【０００７】
したがって、ＦＬＯデバイスが個々のＰＬＰの中に埋め込まれた制御情報を個別に復号化し処理することを可能にする、方法及びシステムが必要である。
【課題を解決するための手段】
【０００８】
本明細書において具体化され大まかに説明される本発明の原理に沿って、本発明は通信ネットワークで取得レイテンシーを改善する方法を含む。同方法は、送信情報に関連する制御情報を識別することと、識別した制御情報を断片化することとを含む。制御情報の各断片にはその後、送信情報の対応する送信単位が関連付けられる。
【０００９】
一態様において、通信ネットワークで取得レイテンシーを改善するための装置が提供される。同装置は、送信情報に関連する制御情報を識別する手段と、制御情報を断片化する手段とを含む。制御情報の各断片に送信情報の対応する送信単位を関連付けるため、関連付ける手段が提供される。
【００１０】
別の態様において、１つ以上のプロセッサによって実行される１つ以上の命令からなる１つ以上のシーケンスを保持するコンピュータ読取り可能媒体は、通信ネットワークで取得レイテンシーを改善する方法を遂行する。同命令は、１つ以上のプロセッサによって実行されるときに、送信情報に関連する制御情報を識別するステップを１つ以上のプロセッサに遂行させる。また、制御情報を断片化するステップと、制御情報の各断片に送信情報の対応する送信単位を関連付けるステップとが遂行される。
【００１１】
さらに別の態様において、通信ネットワークで取得レイテンシーを改善するためプロセッサが構成される。同プロセッサは、送信情報に関連する制御情報を識別する識別ロジックを含む。同プロセッサはまた、制御情報を断片化する断片化ロジックと、制御情報の各断片に送信情報の対応する送信単位を関連付ける関連付けロジックとを含む。
【００１２】
制御プロトコル情報の送信単位は制御プロトコルパケット（ＣＰＰ）と呼ばれる。無線送信を要求するとき、ＣＰＰはＰＬＰと概ね同じサイズになる。制御情報を保持する制御プロトコルメッセージは断片化され、このようにして各断片はＣＰＰの中に収容される。制御情報の総パケット数を受信器に伝えるため、各々のＣＰＰにはヘッダ情報が追加される。これまで受信したＣＰＰをデバイスに認識させるためＣＰＰ識別子が搬送される。本発明において制御プロトコルメッセージは、個々のＣＰＰが、制御プロトコルメッセージの有意義な論理的断片を収容することができるよう設計される。
【００１３】
これより本発明のさらなる特徴及び利点を、ならびに本発明の様々な実施形態の構造及び動作を、添付の図面を参照しながら詳しく説明する。
【発明を実施するための最良の形態】
【００１４】
本明細書に組み込まれ明細書の一部をなす添付の図面は、本発明の実施形態を図解し、さらに上述した概説と後述する実施形態の詳説とともに、本発明の原理を説明するのに役立つ。
【００１５】
以降の本発明の詳細な説明では、本発明に一致する例示的な実施形態を図解する添付の図面を参照する。別の実施形態は可能であり、本発明の精神と範囲の中でこれらの実施形態に修正を施すことができる。したがって、以降の詳細な説明は本発明を制限することを意図しない。むしろ本発明の範囲は添付の特許請求の範囲によって規定される。
【００１６】
本明細書では、本発明の特徴が盛り込まれた１つ以上の実施形態を開示する。開示される実施形態は本発明を例証するものに過ぎない。本発明の範囲は開示される実施形態に限定されない。本発明は、本明細書に添付された特許請求の範囲によって規定される。
【００１７】
説明される実施形態と、明細書における「一実施形態（one embodiment）」、「実施形態（an embodiment）」、「実施形態例（an example embodiment）」、その他への言及は、説明される実施形態が、ある特定の特徴、構造、又は特性を含み得ること、ただし必ずしも全ての実施形態が特定の特徴、構造、又は特性を含むとは限らないことを意味する。しかも、かかる文言は必ずしも同じ実施形態に言及するとは限らない。さらに、ある特定の特徴、構造、又は特性が実施形態との関係で説明される場合、明示的に説明されようがされまいが、別の実施形態との関係でかかる特徴、構造、又は特性を達成することは当業者の知識の範囲内にあると理解される。
【００１８】
これより説明する本発明を、ハードウェア、ソフトウェア、ファームウェア、及び／又は図面で図解されるエンティティの数多くの異なる実施形態で実施できることは、当業者にとって明白であろう。本発明を実施するための実際のソフトウェアコードと特化された制御下ハードウェアは本発明を制限するものではない。よって、本明細書に提示される詳細の度合いに応じて実施形態の修正及び変化は可能であるとの了解のもと、本発明の動作と挙動を説明する。
【００１９】
図１は、マルチメディアコンテンツフローを作成しデータネットワーク全域にこれをトランスポートするよう作動するトランスポートシステムを備える、通信ネットワーク１００を示している。例えば、トランスポートシステムは上で指摘したＦＬＯシステムの原理に一致し、ブロードキャスト配布のためコンテンツプロバイダネットワークから無線アクセスネットワークへのコンテンツクリップトランスポートでの使用に適する。
【００２０】
ネットワーク１００は、コンテンツプロバイダ（ＣＰ）１０２と、コンテンツプロバイダネットワーク１０４と、最適化ブロードキャストネットワーク１０６と、無線アクセスネットワーク１０８とを備える。ネットワーク１００はまた、携帯電話１１２と、個人用デジタル補助装置（ＰＤＡ）１１４と、ノートブックコンピュータ１１６とを備える、デバイス１１０を含む。デバイス１１０は、トランスポートシステムとの使用に適するデバイスのほんの一部を図解している。図１には３つのデバイスが示されているが、当業者にとって明白であるように、事実上いくつもの類似デバイスであれ、又はいかなるタイプのデバイスであれ、トランスポートシステムでの使用に適することに注意されたい。
【００２１】
コンテンツプロバイダ１０２は、ネットワーク１００にてユーザへの配布のためコンテンツを提供するように作動する。コンテンツは、映像、音声、マルチメディアコンテンツ、クリップ、リアルタイム及び非リアルタイムコンテンツ、スクリプト、プログラム、データ、又は他の何らかのタイプの相応しいコンテンツを備える。コンテンツプロバイダ１０２は、配布のためコンテンツプロバイダネットワーク１０４へコンテンツを提供する。例えば、コンテンツプロバイダ１０２は通信リンク１１８を介しコンテンツプロバイダネットワーク１０４と通信し、同通信リンクは、何らかの相応しいタイプの有線及び／又は無線通信リンクを備える。
【００２２】
コンテンツプロバイダネットワーク１０４は、ユーザへの配信のためコンテンツを配布するよう作動する有線及び無線ネットワークの任意の組み合わせを備える。コンテンツプロバイダネットワーク１０４は、リンク１２０を介して最適化ブロードキャストネットワーク１０６と通信する。リンク１２０は、何らかの相応しいタイプの有線及び／又は無線通信リンクを備える。最適化ブロードキャストネットワーク１０６は、高品質コンテンツをブロードキャストするよう設計された、有線及び無線ネットワークの任意の組み合わせを備える。例えば、最適化ブロードキャストネットワーク１０６は、複数の最適化通信チャネル上で選択されたデバイスへ高品質コンテンツを配信するよう最適化された専用独自ネットワークであってよい。
【００２３】
トランスポートシステムは、配布のためコンテンツプロバイダ１０２からコンテンツプロバイダネットワーク１０４にあるコンテンツサーバ（ＣＳ）１２２へ、コンテンツを配信するよう作動し、同コンテンツサーバは、無線アクセスネットワークにあるブロードキャスト基地局（ＢＢＳ）１２４と通信するよう作動する。ＣＳ１２２とＢＢＳ１２４とはトランスポートインタフェース１２６の１つ以上の実施形態を用いて通信し、同トランスポートインタフェース１２６は、コンテンツプロバイダネットワーク１０４が、デバイス１１０へのブロードキャスト／マルチキャストのため無線アクセスネットワーク１０８へコンテンツをコンテンツフローの形で配信することを可能にする。トランスポートインタフェース１２６は、制御インタフェース１２８とベアラチャネル１３０とを備える。制御インタフェース１２８は、コンテンツプロバイダネットワーク１０４から無線アクセスネットワーク１０８へ流れるコンテンツフローを、ＣＳ１２２が追加する、変更する、取り消す、又は修正することを可能にするよう作動する。ベアラチャネル１３０は、コンテンツプロバイダネットワーク１０４から無線アクセスネットワーク１０８へコンテンツフローをトランスポートするよう作動する。
【００２４】
ＣＳ１２２は、無線アクセスネットワーク１０８上でのブロードキャスト／マルチキャストのためＢＢＳ１２４へ送信されるコンテンツフローのスケジュールを組むためトランスポートインタフェース１２６を使用する。例えばコンテンツフローは、配布のためコンテンツプロバイダネットワーク１０４を用いてコンテンツプロバイダ１０２によって提供された非リアルタイムコンテンツクリップを備えてよい。ＣＳ１２２は、コンテンツクリップに関連する１つ以上のパラメータを判定するためＢＢＳ１２４と交渉するよう作動する。コンテンツクリップを受け取ったＢＢＳ１２４は、デバイス１１０の内１つ以上による受信のため、コンテンツクリップを無線アクセスネットワーク１０８上でブロードキャスト／マルチキャストする。デバイス１１０はいずれも、コンテンツクリップを受信することを、そしてデバイスユーザによる後刻の閲覧のためこれをキャッシュすることを、許可される。
【００２５】
前述の例で、デバイス１１０はクライアントプログラム１３２を備え、同クライアントプログラムは、無線アクセスネットワーク１０８上でのブロードキャストに向けてスケジュールが組まれたコンテンツの一覧を表示する番組ガイドを提供するように作動する。このときデバイスユーザは、リアルタイム提供のため、又は後刻の閲覧のためキャッシュ１３４に格納される、特定のコンテンツの受信を選択できる。例えば、夕方のブロードキャストに向けてコンテンツクリップのスケジュールを組むことができ、デバイス１１２は、そのブロードキャストを受信しキャッシュ１３４にコンテンツクリップをキャッシュするよう作動し、このようにしてデバイスユーザは翌日にクリップを閲覧できる。典型的に、コンテンツは契約サービスの一部としてブロードキャストされ、受信デバイスはブロードキャストの受信にあたってキーを提供するか、又は自身を認証する必要がある場合がある。
【００２６】
トランスポートシステムは、番組ガイドレコードと、番組コンテンツと、その他関連情報とを、ＣＳ１２２がコンテンツプロバイダ１０２から受信することを可能にする。ＣＳ１２２は、デバイス１１０への配信のためコンテンツを更新する、及び／又は作成する。
【００２７】
図２はコンテンツ配信システムでの使用に適するコンテンツプロバイダサーバ２００を示している。例えば、サーバ２００は図１のサーバ１０２として使用できる。サーバ２００は、いずれも内部データバス２１２へ結合された処理ロジック２０２と、リソース及びインタフェース２０４と、トランシーバロジック２１０とを備える。サーバ２００はまた、同じくデータバス２１２へ結合された起動ロジック２１４と、ＰＧ２０６と、ＰＧレコードロジック２０８とを備える。
【００２８】
処理ロジック２０２は、中央演算処理装置（ＣＰＵ）、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び／又はハードウェア及びソフトウェアの任意の組み合わせを備える。よって処理ロジック２０２は一般的に、機械読取り可能命令を実行するため、そして内部データバス２１２を介してサーバ２００の１つ以上のその他機能素子を制御するためのロジックを備える。
【００２９】
リソース及びインタフェース２０４は、サーバ２００と内部及び外部システムとの通信を可能にするハードウェア及び／又はソフトウェアを備える。例えば内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、又はその他内部デバイスリソースを含んでよい。外部システムは、ユーザインターフェースデバイス、プリンタ、ディスクドライブ、又はその他ローカルデバイス又はシステムを含んでよい。
【００３０】
トランシーバロジック２１０は、サーバ２００が、通信チャネル２１６を用いてリモートデバイス又はシステムとともにデータ及び／又はその他情報を送受信することを可能にするよう作動する、ハードウェアロジック及び／又はソフトウェアを備える。例えば通信チャネル２１６は、サーバ２００とデータネットワークとの通信を可能にするため、何らかの相応しいタイプの通信リンクを備える。
【００３１】
起動ロジック２１４は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び／又はハードウェア及びソフトウェアの任意の組み合わせを備える。起動ロジック２１４は、ＣＳ及び／又はデバイスがＰＧ２０６に記載されたコンテンツ及び／又はサービスを選択し受信することを可能にするため、ＣＳ及び／又はデバイスを起動するよう作動する。起動ロジック２１４は起動プロセス中に、ＣＳ及び／又はデバイスへクライアントプログラム２２０を送信する。クライアントプログラム２２０は、ＰＧ２０６を受信し、利用可能なコンテンツ又はサービスに関する情報をデバイスユーザに向けて表示するため、ＣＳ及び／又はデバイス上で実行する。よって起動ロジック２１４は、ＣＳ及び／又はデバイスを認証し、クライアント２２０をダウンロードし、クライアント２２０によるデバイス上での提供のためＰＧ２０６をダウンロードするよう作動する。
【００３２】
ＰＧ２０６は、デバイスが受信できるコンテンツ及び／又はサービスを説明する情報を何らかの相応しい形式で備える。例えば、ＰＧ２０６はサーバ２００のローカルメモリに格納でき、コンテンツ又はサービス識別子、スケジュール情報、料金、及び／又は他の何らかのタイプの関連情報等、情報を備えてよい。ＰＧ２０６は、利用可能なコンテンツ又はサービスへ変更が施されるときに処理ロジック２０２によって更新される１つ以上の識別可能なセクションを備える。
【００３３】
ＰＧレコード２０８は、通知メッセージを生成するよう作動するハードウェア及び／又はソフトウェアを備え、同通知メッセージはＰＧ２０６への変更を識別する、及び／又は説明する。例えば、処理ロジック２０２がＰＧ２０６を更新する場合、ＰＧレコードロジック２０８は変更の通知を受ける。そしてＰＧレコードロジック２０８は１つ以上の通知メッセージを生成し、同通知メッセージはサーバ２００とともに起動された可能性があるＣＳへ送信され、このようにしてＣＳはＰＧ２０６への変更の通知を速やかに受ける。
【００３４】
コンテンツ配信通知メッセージの一部として、メッセージの中で識別されるＰＧのセクションがいつブロードキャストされるかを指示するブロードキャスト標識が提供される。例えばブロードキャスト標識は、セクションがブロードキャストされることを伝える１ビットと、ブロードキャストがいつ行われるかを伝えるタイム標識とを備えてよい。よって、ＰＧレコードのローカルコピーを更新することを望むＣＳ及び／又はデバイスは、ＰＧレコードの更新済みセクションを受信するため指定された時間にブロードキャストをリスンできる。
【００３５】
一実施形態において、コンテンツ配信通知システムはコンピュータ読取り可能媒体に格納されたプログラム命令を備え、同プログラム命令は、プロセッサによって、例えば処理ロジック２０２によって実行されるときに、ここで説明するサーバ２００の機能を提供する。例えばプログラム命令は、フロッピー（登録商標）ディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭ、又は他の何らかのタイプのメモリデバイス等のコンピュータ読取り可能媒体、又はリソース２０４を通じてサーバ２００へつながるコンピュータ読取り可能媒体から、サーバ２００の中へロードされてよい。別の実施形態において命令は、トランシーバロジック２１０を通じてサーバ２００へつながる外部デバイス又はネットワークリソースから、サーバ２００の中へダウンロードされてよい。プログラム命令は、処理ロジック２０２によって実行されるときに、本明細書で説明するガイド状態通知システムを提供する。
【００３６】
図３は、コンテンツ配信システムでの使用に適するコンテンツサーバ（ＣＳ）又はデバイス３００を示している。例えばＣＳ３００は、図１に示されたＣＳ１２２又はデバイス１１０であってよい。ＣＳ３００は、いずれもデータバス３０８へ結合された処理ロジック３０２と、リソース及びインタフェース３０４と、トランシーバロジック３０６とを備える。ＣＳ３００はまた、同じくデータバス３０８へ結合されたクライアント３１０と、プログラムロジック３１４と、ＰＧロジック３１２とを備える。
【００３７】
処理ロジック３０２は、ＣＰＵ、プロセッサ、ゲートアレイ、ハードウェアロジック、記憶素子、仮想マシン、ソフトウェア、及び／又はハードウェア及びソフトウェアの任意の組み合わせを備える。よって処理ロジック３０２は一般的に、機械読取り可能命令を実行するため、そして内部データバス３０８を介してＣＳ３００の１つ以上のその他の機能素子を制御するためのロジックを備える。
【００３８】
リソース及びインタフェース３０４は、ＣＳ３００と内部及び外部システムとの通信を可能にするハードウェア及び／又はソフトウェアを備える。例えば内部システムは、大容量記憶システム、メモリ、ディスプレイドライバ、モデム、又はその他の内部デバイスリソースを含んでよい。外部システムは、ユーザインターフェースデバイス、プリンタ、ディスクドライブ、又はその他ローカルデバイス又はシステムを含んでよい。
【００３９】
トランシーバロジック３０６は、ＣＳ３００が、通信チャネル３１４を通じて外部デバイス又はシステムとともにデータ及び／又はその他情報を送受信することを可能にするよう作動する、ハードウェア及び／又はソフトウェアを備える。例えば通信チャネル３１４は、ネットワーク通信リンク、無線通信リンク、又は他の何らかのタイプの通信リンクを備えてよい。
【００４０】
作動中にＣＳ３００は起動し、このようにしてこれはデータネットワーク上で利用可能なコンテンツ又はサービスを受信できる。例えばＣＳ３００は、起動プロセス中にコンテンツプロバイダサーバに対し自身を識別する。ＣＳ３００は起動プロセスの一部として、ＰＧロジック３１２によってＰＧレコードを受信し格納する。ＰＧ３１２は、ＣＳ３００が受信できるコンテンツ又はサービスを識別する情報を収容する。クライアント３１０は、リソース及びインタフェース３０４を用いて、ＣＳ及び／又はデバイス３００上でＰＧロジック３１２の中にある情報を提供するよう作動する。例えばクライアント３１０は、ＰＧロジック３１２の中にある情報をデバイスの一部をなす表示画面上で提供する。クライアント３１０はまた、リソース及びインタフェースを通じてユーザ入力を受信し、このようにしてデバイスユーザはコンテンツ又はサービスを選択できる。
【００４１】
ＣＳ３００は、トランシーバロジック３０６を通じて通知メッセージを受信する。例えばメッセージは、ＣＳ３００へブロードキャストされるか、又はユニキャストされてよく、トランシーバロジック３０６によって受信されてよい。ＰＧ通知メッセージは、ＰＧロジック３１２にてＰＧレコードに対する更新を識別する。一実施形態においてクライアント３１０は、ＰＧロジック３１２にあるローカルコピーを更新する必要があるか否かを判定するためＰＧ通知メッセージを処理する。例えば一実施形態において、通知メッセージは、セクション識別子と、開始時間と、終了時間と、バージョン番号とを含む。
【００４２】
ＣＳ３００は、ＰＧ通知メッセージの中にある情報を、既存のＰＧロジック３１２にて局所的に格納されている情報に比較するよう作動する。ＣＳ３００はＰＧ通知メッセージから、ＰＧロジック３１２にあるローカルコピーの１つ以上のセクションを更新する必要があると判定する場合に、数通りの方法の内１つでＰＧの更新済みセクションを受信するよう作動する。例えば、ＰＧ通知メッセージの中で指示された時間にＰＧの更新済みセクションがブロードキャストされてよく、このようにしてトランシーバロジック３０６はブロードキャストを受信し、更新済みセクションをＣＳ３００に渡すことができ、これを受けてＣＳ３００はＰＧロジック３１２にてローカルコピーを更新する。
【００４３】
ＣＳ３００は、更新の必要があるＰＧのセクションがどれなのかを受信したＰＧ更新通知メッセージに基づき判定し、所望のＰＧ更新済みセクションを入手するためＣＰサーバへ要求を送信する。例えば要求は、何らかの相応しい形式を用いてフォーマットされてよく、要求ＣＳ識別子、セクション識別子、バージョン番号、及び／又は他の何らかの相応しい情報等の、情報を備えてよい。
【００４４】
ＣＳ３００は、ＰＧ通知システムの１つ以上の実施形態において以下の機能の内１つ以上を遂行する。本発明の範囲内で以下の機能を変更、再配置、修正、追加、削除、又は調整できることに注意されたい。
【００４５】
１．  ＣＳは、コンテンツプロバイダシステムとともに作動しコンテンツ又はサービスを受信するため、起動される。起動プロセスの一部として、クライアントとＰＧがＣＳへ送信される。
【００４６】
２．  １つ以上のＰＧ通知メッセージがＣＳによって受信され、局所的に格納されたＰＧの１つ以上のセクションを更新する必要があるか否かを判定するため使用される。
【００４７】
３．  一実施形態においてＣＳは、局所的に格納された１つ以上のＰＧセクションを更新する必要があると判定する場合に、これがそのローカルコピーを更新するにあたって必要とするＰＧ更新済みセクションを入手するため、配布システムからのブロードキャストをリスンする。
【００４８】
４．  別の実施形態においてＣＳは、これが必要とするＰＧ更新済みセクションを入手するためＣＰへ１つ以上の要求メッセージを送信する。
【００４９】
５．  ＣＰは要求に応じてＰＧ更新済みセクションをＣＳへ送信する。
【００５０】
６．  ＣＳは、受信したＰＧ更新済みセクションを用いてこれのＰＧローカルコピーを更新する。
【００５１】
コンテンツ配信システムは、コンピュータ読取り可能媒体に格納できるプログラム命令を備え、同プログラム命令は、例えば処理ロジック３０２等のプロセッサによって実行されるときに、ここで説明するコンテンツ配信通知システムの機能を提供する。例えば命令は、フロッピーディスク、ＣＤＲＯＭ、メモリカード、フラッシュメモリデバイス、ＲＡＭ、ＲＯＭ、又は他の何らかのタイプのメモリデバイス等のコンピュータ読取り可能媒体、又はリソース及びインタフェース３０４を通じてＣＳ３００へつながるコンピュータ読取り可能媒体から、ＣＳ３００の中へロードされてよい。別の実施形態において命令は、トランシーバロジック３０６を通じてＣＳ３００へつながるネットワークリソースから、ＣＳ３００の中へダウンロードされてよい。プログラム命令は、処理ロジック３０２によって実行されるときに、本明細書で説明するコンテンツ配信システムを提供する。
【００５２】
ＣＳ３００がただひとつの実施を代表すること、そして本発明の範囲内で他の実施が可能であることに注意されたい。
【００５３】
図４は、ネットワーク１００の中で送信される信号の代表的なスーパーフレーム４００の図解である。例証の目的で、信号送信はネットワーク１００の全体を通じて、直交周波数分割多重化（ＯＦＤＭ）の原理に従って行うことができる。ネットワーク１００で送信される信号は、ネットワーク１００の物理層におけるデータ送信単位であるスーパーフレームに編成される。当業者によって十分に理解されているとおり、ネットワーク物理層はネットワークの順方向リンクのため、チャネル構造、周波数、電力出力、変調、及び符号化仕様を提供する。
【００５４】
上述したとおり、ＦＬＯに基づくネットワーク１００は、数個のサービスを１つ以上の独立データコンポーネントの集まりとしてマルチキャストする。各々の独立データコンポーネントはフローと呼ばれ、映像コンポーネント、音声コンポーネント、及び／又はテキスト、又はサービスのシグナリングコンポーネントを含むことができる。ＦＬＯサービスは１つ以上の論理チャネルＭＬＣ上で搬送される。
【００５５】
図４の例示的な図解において、代表的なスーパーフレーム４００はオーバーヘッド部４０２とデータ部４０４とを含む。データ部４０４は、データフレームＦ１−Ｆ４を含むようさらに細分される。ネットワーク１００の物理層において、ＭＬＣはデータ部４０４の中でトランスポートされる。実際のところ、１つのＭＬＣはデータフレームＦ１−Ｆ４にわたって分割されるであろう。図４の例示的なデータ部４０４では、データフレームＦ１−Ｆ４にわたって２つのＭＬＣ（１０及び２０）が分割されている。つまり、ＭＬＣ１０及び２０の各々の内容の４分の１はそれぞれフレームＦ１−Ｆ４の各々の中で搬送される。
【００５６】
例えば、識別情報（ＩＤ）１０を有するＭＬＣは、フレームＦ１−Ｆ４の内１つに各々対応する部分４０６ａ−４０６ｄに分割される。フレームＦ１は、ＭＬＣ１０に対応する部分４０６ａに加えて、ＭＬＣ２０に対応するＭＬＣ部分４０８をも含む。
【００５７】
また、データ部４０４の中で、スーパーフレーム４００のフレームＦ１−Ｆ４の各々は、それぞれのフレームの中に含まれたＭＬＣ（例えば、ＭＬＣ１０及び２０）のそれぞれの部分の送信特性に関する重要情報を保持する、それぞれの制御チャネル４１０ａ−４１０ｄを含む。
【００５８】
スーパーフレーム４００のヘッダ部４０２は、オーバーヘッド情報シンボル（ＯＩＳ）チャネル４１２を含む。ＯＩＳチャネル４１２はとりわけ、スーパーフレーム４００の中でのＭＬＣ１０の位置をデバイス１１２に知らせる。よってデバイス１１２は最初にサービスを要求するときに、正確な位置とＭＬＣ１０に関係する他の特性をつかむため、まずはスーパーフレーム４００の中でＯＩＳチャネル４１２を復号化しなければならなず、その後ＭＬＣ１０の中のデータはアンパックでき、使用できる。
【００５９】
別の視点から、ＭＬＣは、独自のデータを搬送するよう構成される物理層における論理的分類である。アプリケーション層で、フローとも呼ばれるデータはストリームと呼ばれるエンティティの中で搬送される。アプリケーション層は、アプリケーションがネットワークの中で他のアプリケーションプログラムとの効果的通信を保証するためのサービスを提供する。ストリームもやはり、ＭＬＣの中で搬送される。例えば、１つのＭＬＣで最高３つのストリーム（すなわち、異なるアプリケーションレベルデータの最高３つの異なるフロー）を搬送できる。図５は、本発明の原理によるフローとストリームとＭＬＣとの関係の図解である。
【００６０】
図５で、例示的なフロー配置５００は、例えばケーブルニュースネットワーク（ＣＮＮ）によって提供される映像モバイルサービス５０１から、デバイス１１２へダウンロードされる情報を含んでよい。このＣＮＮブロードキャストは、アプリケーションレベルデータを映像フロー５０２、音声フロー５０４、及びテキストフロー５０６の形で含むことができる。よって、固有のデータを搬送するフロー５０２、５０４、及び５０６の各々は、ネットワーク１００の物理層にて一意に識別可能なＭＬＣ１０の中で送信される。
【００６１】
図５で、映像フロー５０２には一意なフローＩＤ１００．０が関連付けられ、ＭＬＣ１０でトランスポートされる。音声フロー５０４にはフローＩＤ１００．１が関連付けられ、ＭＬＣ２０でトランスポートされる。相応に、テキストフロー５０６には１００．２のフローＩＤが関連付けられているが、ただしある特定のＭＬＣとの関連付けは図示されていない。同様に、ＣＮＮに相当する映像モバイルサービス５０１には、一意なサービスＩＤ１００が関連付けられている。
【００６２】
また、図５の中で第２の例示的なフロー配置５１０は、例えばＥＳＰＮによって提供されるサービス５１２を含むことができる。例証の目的で、ＥＳＰＮサービス５１２にはサービスＩＤ２００が関連付けられている。ＥＳＰＮサービス５１２は、フローＩＤ２００．０を有する映像フロー５１２と、フローＩＤ２００．１を有する音声フロー５１６とを含む。
【００６３】
実際のところ、デバイス１１２はまず、例えばＣＮＮモバイルサービス５０１からダウンロードされる情報を要求するであろう。デバイス１１２は、映像フロー５０２又は音声フロー５０４の受信を開始する前に、まずは要求フロー（５０２及び５０４）を関連するＭＬＣ（それぞれＭＬＣ１０及び２０）へマップし、次にネットワーク１００の物理層でＭＬＣ１０及び２０を受信する必要がある。これを果たすための情報は制御チャネル４１０ａの中に収容される。
【００６４】
ＯＩＳチャネル４１２は、スーパーフレーム４００の中でのＭＬＣ１０及び２０の位置に関係する情報を含むことを再考する。加えてＯＩＳチャネル４１２は、デバイス１１２が（フレームＦ１−Ｆ４の各々の中にある）制御チャネル４１０ａを正しく復号化し受信するのに役立つ情報を含む。
【００６５】
制御チャネル４１０ａは、フローからＭＬＣへのマッピングに関する必須情報を含む。制御チャネル４１０ａはまた、ＭＬＣ１０及び２０等、特定のＭＬＣの送信特性に関する情報を含み、これによりデバイス１１２はフローマッピングを決定した後に、ＭＬＣに物理的に適合し、これを受信できる。例えば、選択された１つのフロー（例えば映像フロー５０２及び／又は音声フロー５０４）に関連し、関連データビットを無線でいかに送受信するかについて、デバイスからネットワーク１００の物理層に対する命令をこの物理的適合の一部に含むことができる。
【００６６】
他方、ＯＩＳチャネル４１２は独自の固定送信モードを有する。一例として、スーパーフレーム４００に関連する固定送信モードは、５分の１レートの直角位相偏移キーイング（ＱＰＳＫ）を含む。デバイス１１２は、起動すると直ちにＯＩＳチャネル４１２の送信モードを認識し、直ちにこれに適合できる。ＯＩＳチャネル４１２に適合したデバイス１１２は、制御チャネル４１０ａの受信と復号化の方法についてさらなる命令を受け取るため、ＯＩＳチャネル４１２を読み取る。
【００６７】
ＯＩＳチャネル４１２は、例えば制御チャネル４１０ａを見るために、デバイス１１２が特定の送信パラメータに従って送信しなければならないことを、デバイス１１２に伝えるよう構築される。これらの特定のパラメータに従って送信することにより、デバイス１１２は制御チャネル４１０ａと、その中にある制御プロトコル情報とを受信でき、フロー対ＭＬＣマッピングを読み取ることができる。例えば図４の制御チャネル４１０ａは、映像フロー５０２（フローＩＤ１００．０）と音声フロー５０４（フローＩＤ１００．１）等、特定のフローが特定のＭＬＣにいかにマップするかを説明するフロー記述メッセージを含む。
【００６８】
図４のスーパーフレーム４００の例で、映像フロー５０２（フローＩＤ１００．０）と音声フロー５０４（フローＩＤ１００．１）は、それぞれＭＬＣ１０とＭＬＣ２０とにマップする。フロー記述メッセージを含む制御プロトコル情報を完全な状態で受信したデバイス１１２は、ＭＬＣ１０とＭＬＣ２０とを復号化及びアンパックでき、ユーザへサービスを提供できる。
【００６９】
図６は、本発明に従って配置された例示的なサービスＩＤメッセージ６００の図解である。ネットワーク１００の中で、図５に示すサービスＩＤとフローＩＤはいずれも、サービスＩＤ部６０２とフローＩＤ部６０４とを有する１つの２０ビット幅メッセージにパックされる。よって、このフロー記述メッセージ６００の例で、ＣＮＮを表すサービスＩＤ１００等、１つのサービスＩＤは最高１６個の一意なフローに対応できる。サービスＩＤメッセージ６００は、フロー記述メッセージの中に埋め込まれてデバイス１１０へ転送される。
【００７０】
図７は、本発明による例示的なフロー記述メッセージ７００の図解である。図７に示すとおり、フロー記述メッセージ７００には図５のＣＮＮサービスＩＤ１００を関連付けることができる。よって、デバイス１１２等のデバイス１１０の内１つは、フロー記述メッセージ７００を受信するときに、まずはフローＩＤ１００．０を受信する。フローＩＤ１００．０（すなわち、映像）はＭＬＣ１０にマップする。
【００７１】
要求サービスがＭＬＣ１０に含まれていることを知ったデバイス１１２はまた、サービスを受信するためには、例えば３分の１レートのＱＰＳＫ変調を含む送信モード用に構成しなければならないことを知る。符号化方式等、他の送信パラメータは送信モードに関係する情報の中に含まれている。
【００７２】
デバイス１１２は次に、フローＩＤ１００．１（すなわち、映像）とこれのＭＬＣ２０へのマッピングを受信する。その結果デバイス１１２は、例えばＭＬＣ２０を受信するため、デバイス１１２が２分の１レートの直角振幅変調（ＱＡＭ）を使用しながら作動しなければならないことを伝える、送信情報を受信する。デバイス１１２は、この情報に従い作動を開始した後、要求サービス情報のダウンロードを開始できる。
【００７３】
デバイス１１０のいずれかが特定のＭＬＣの受信と復号化を開始する前には、制御チャネル４１０ａとともに制御プロトコル情報を完全な状態で受信しなければならない。制御データは従来のシステムの中で取得レイテンシーのため蓄積することがあり、数個のスーパーフレームにまたがることがある。よってデバイスは、制御情報の全てをダウンロードしサービスの送信を開始するため数秒を要することがある。この数秒の期間は、制御情報が壊れるか、又は不完全になる確率を高める。制御情報が壊れるか、又は何らかの形で不完全になった場合、デバイスはこれを使用できない。代わりにデバイスは、ＯＩＳ及び制御チャネルを受信するプロセスを新たに開始するため後続スーパーフレームを待たなければならず、ユーザにサービスの遅延を招く。
【００７４】
フロー記述メッセージ７００はネットワーク１００の物理層でトランスポートされる。当業者によって十分に理解されているとおり、ネットワーク物理層はネットワークの順方向リンクのため、チャネル構造、周波数、電力出力、変調、及び符号化仕様を提供する。この物理層は、ネットワーク１００の中でＭＬＣを入手しＭＬＣを無線送信する責任を帯びる。
【００７５】
従来のネットワークでＭＬＣはＰＬＰの中で無線送信される。ある特定のスーパーフレームのＭＬＣからのデータは、例えば３つのパケットに分けることができる。３つのパケットの各々はその後個別に無線送信できる。受信側で受信された３つのパケットの各々は蓄積され、特定のＭＬＣに関連付けられる。ただし問題は、パケットのいずれか１つが（例えば、送信異常のため）送信中に中断された場合に、ＭＬＣ全体が使い物にならなくなることである。
【００７６】
よって、１秒（典型的スーパーフレームで適度の期間）の全期間にわたって、ＭＬＣが壊れるか又は中断する見込みは高い。例えば、１つのＭＬＣが無線通信にあたって１２個のＰＬＰにまたがると仮定する。この場合、もしも１２個のＰＬＰの内いずれか１つが壊れると、一連のＭＬＣ情報は失われ、デバイスはこのプロセスを繰り返すため次のスーパーフレームを待つ必要がある。つまり、従来型ネットワークの個々のＰＬＰはどれも、シーケンスの中にある残りのＰＬＰから独立して有用情報を持たない。図８の例示的な図解に示すとおり、本発明はこのジレンマに対する救済措置を提供する。
【００７７】
図８は、従来のネットワークで発生する取得レイテンシーにともなう課題を解決する例示的な手法８００のブロック図である。図８で、ＭＬＣ８０２はデバイス１１２等のデバイスによって要求されるサービス情報を含む。ＭＬＣ８０２の中のデータは、無線送信に向けての準備として１２個のＰＬＰ８０４に断片化される。１２個のＰＬＰの各々は特定のシーケンス（分別）情報８０５でマークされ、送信中にＰＬＰ８０４の内いずれか１つが失われても、受信側では不在のＰＬＰ８０４の１つを容易く識別できる。不在のＰＬＰは後ほど送信再試行のときに回収できる。また、デバイス１１２の中の受信器は、完全なセグメントを形成するにあたって必要とされる総ＰＬＰ数を承知している。
【００７８】
図８の例示的な実施形態で、ＭＬＣ８０２は、ＣＰＰ８０６等、ＣＰＰとして知られる個別の論理的エンティティに断片化される。ＣＰＰ８０６は独自の論理的エンティティであるため、他のＣＰＰとは無関係に難なく使える情報を含む。同様に、ＭＬＣ８０２の後続部分は断片化され、同じく単独で使用可能なＣＰＰ８１０を形成する。
【００７９】
ＣＰＰ８０８とＣＰＰ８１０は互いに独立して別々に送受信できる。つまり、断片化されＣＰＰ８０８を形成するＭＬＣ８０２の部分は、送信シーケンス中に失われる可能性がある。しかし、ＣＰＰ８１０が失われずに受信側で受信された場合、ＣＰＰ８０８に相当するＭＬＣの部分は使用可能である。ＣＰＰ８０６及び８１０とシーケンスの中にある他のＣＰＰの各々は、別々の論理的エンティティであって個別に使用可能であるため、取得レイテンシーは抑えることができる。
【００８０】
取得レイテンシーが抑えられるのは、たとえＰＬＰのいくつかが送信中に失われても、実際に受信されたＰＬＰは使用できるからである。例えばデバイス１１２は、ＰＬＰ８０４のＰＬＰ３／１２及び４／１２が送信中に壊れても、ＰＬＰ８０４の残りを受信したなら、要求サービスを受信できる。この例でデバイス１１２は、後続スーパーフレームのときに不在のＰＬＰ３／１２及び４／１２を要求するだけでよい。
【００８１】
図８の実施形態で、ＣＰＰ８０６及び８１０の長さはＰＬＰの各々に概ね等しい。ネットワーク１００の中においてＣＰＰはネットワークの物理層で搬送され、ＰＬＰの境界と一致するよう構成される。
【００８２】
図９は、ＣＰＰ８０６の構造のより詳細な図解である。図９に示すとおり、ＣＰＰ８０６は制御プロトコルパケットヘッダ９００と制御プロトコルメッセージ９０２とを含む。ヘッダ９００は、ＣＰＰ８０６が保持している断片（例えば１／１２、２／１２、５／１２、その他）がどれかと、そこに含まれるデータ又は情報は何かについての情報を保持する。ＣＰＰ８０６はまた、データリンクパディング部９０４を含む。パディング部９０４の存在は、ＣＰＰ８０６を論理的エンティティとして構成する試みで、実際のデータをパックするために最後のパディング部９０４を使用できない可能性があることを意味する。
【００８３】
図１０は、本発明の一実施形態を実践する例示的な方法１０００のフロー図である。図８で受信器は、通信ネットワークで取得レイテンシーを改善するため、ステップ１００２に示すとおり、送信情報に関連する制御情報を適切に識別する。次にステップ１００４に示すとおり制御情報は断片化され、各断片にはステップ１００６に示すとおり送信情報の対応する送信単位が関連付けられる。
【００８４】
図１１は、実施形態による例示的なシステム１１００のブロック図である。図１１で、識別する手段１１０２は送信情報に関連する制御情報を識別する。断片化する手段１１０４は、識別した制御情報を断片化する。関連付ける手段１１０６は次に、各断片に送信情報の対応する送信単位を関連付ける。
【００８５】
本発明は、個々のＰＬＰに埋め込まれた制御情報を、ＦＬＯデバイスが個別に処理することを可能にする。ＰＬＰはまた、単独で使用可能であり且つ復号可能である。この個別の処理及び復号能力は、ＦＬＯに基づいた通信ネットワークの中でＦＬＯデバイスにおける取得時間の低減を促進する。
【００８６】
以上、指定機能の性能とその関係を図解する機能構成ブロックを用いて、本発明を説明した。説明の便宜を図るため、これらの機能構成ブロックの境界はここで恣意的に定められている。指定機能とその関係が適切に遂行される限り、代替の境界を定めることができる。
【００８７】
よって、かかる代替境界は、特許請求の範囲に記載されている発明の範囲と精神との中にある。当業者は、アナログ及び／又はデジタル回路、個別コンポーネント、特定用途向け集積回路、ファームウェア、しかるべきソフトウェアを実行するプロセッサ等、又はこれらの任意の組み合わせによって、これらの機能構成ブロックを実施できることを認めるであろう。よって本発明の幅と範囲は上述した例示的な実施形態のいずれによっても制限されず、専ら以降の特許請求の範囲とこれの同等物とに従い規定される。
【００８８】
前述した具体的な実施形態の説明は、他者が（本明細書で引用された参考文献の内容を含む）当技術の技能の中で知識を応用することにより、かかる具体的な実施形態を、本発明の一般概念から逸脱せず、過度の実験を行わずとも容易に修正するにあたり、及び／又は種々の用途に向けて適合するにあたり、十分に本発明の一般的性質を明らかにするであろう。したがってかかる適合及び修正は、本明細書に提示された教示と指導とに基づく、開示された実施形態の同等物の趣意及び範囲の中に入る。本明細書における表現又は専門用語は制限ではなく説明を目的とし、よって本明細書の表現又は専門用語は当業者によって、当業者の知識と併せて本明細書に提示された教示と指導とに鑑み、解釈されるべきものであることを理解されたい。
【００８９】
詳細な説明の節は、主に特許請求の範囲の解釈に役立てるべきものである。要旨及び要約の節は、発明者によって企図された本発明の１つ以上の、ただし全てではない、例示的な実施形態を述べるものであって、よって特許請求の範囲を制限することを意図するものではない。
【００９０】
要旨及び要約の節ではなく、詳細な説明の節が、特許請求の範囲の解釈に役立てることを意図するものであることを了解されたい。要旨及び要約の節は、発明者によって企図された本発明の１つ以上の、ただし全てではない例示的な実施形態を述べるものであって、よって本発明と添付の特許請求の範囲とを何らかの形で制限することを意図するものではない。
【図面の簡単な説明】
【００９１】
【図１】本発明によるコンテンツ配信システムの一実施形態を含むネットワークの図解である。
【図２】図１の一実施形態での使用に適するコンテンツプロバイダの一実施形態の図解である。
【図３】コンテンツ配信システムの一実施形態での使用に適するコンテンツサーバの一実施形態の図解である。
【図４】ネットワークの中で送信される信号の代表的なスーパーフレームの図解である。
【図５】本実施形態の原理によるフロー、ストリーム、及びＭＬＣ間の関係の図解である。
【図６】本実施形態に従って構築された例示的なサービスＩＤメッセージの図解である。
【図７】本実施形態に従って構築された例示的なフロー記述メッセージの図解である。
【図８】本実施形態に従って取得レイテンシーを解決する例示的な手法のブロック図である。
【図９】図８に示された制御プロトコルパケット（ＣＰＰ）の構造のより詳細な図解である。
【図１０】本実施形態を実践する例示的な方法のフロー図である。
【図１１】本実施形態による例示的なシステムのブロック図である。
【図１】
2008536361.tif 000003
【図２】
2008536361.tif 000004
【図３】
2008536361.tif 000005
【図４】
2008536361.tif 000006
【図５】
2008536361.tif 000007
【図６】
2008536361.tif 000008
【図７】
2008536361.tif 000009
【図８】
2008536361.tif 000010
【図９】
2008536361.tif 000011
【図１０】
2008536361.tif 000012
【図１１】
2008536361.tif 000013
【手続補正書】
【提出日】平成20年4月23日(2008.4.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワークで取得レイテンシーを改善する方法であって、
送信情報に関連する制御情報を識別することと、
前記制御情報を断片化することと、
制御情報の各断片に、前記送信情報の対応する送信単位を関連付けることと、
を備える方法。
【請求項２】
前記対応する送信単位はスーパーフレームの物理層パケット（ＰＬＰ）である、請求項１に記載の方法。
【請求項３】
前記制御情報はｍｅｄｉａｆｌｏ論理チャネル（ＭＬＣ）に関係する、請求項１に記載の方法。
【請求項４】
前記制御情報はフロー対ＭＬＣマッピングデータを含む、請求項３に記載の方法。
【請求項５】
無線情報が、直交周波数分割多重（ＯＦＤＭ）の原理に従いネットワークにわたって送信される、請求項１に記載の方法。
【請求項６】
通信ネットワークで取得レイテンシーを改善する方法であって、
送信情報と関連制御情報とを受信することであり、前記制御情報は複数の断片を備えることと、
受信した送信情報の各単位を対応する制御情報断片に基づき復元することと、
を備える方法。
【請求項７】
前記送信情報と関連制御情報は無線で受信される、請求項６に記載の方法。
【請求項８】
制御情報を断片化する方法であって、
送信される情報を識別することと、
前記情報を制御情報の断片に論理的に仕切ることであり、これにより受信器は有用な制御情報を復元するため各断片を使用できることと、
を備える方法。
【請求項９】
前記識別される情報は無線送信されるよう構成される、請求項８に記載の方法。
【請求項１０】
通信ネットワークで取得レイテンシーを改善する装置であって、
送信情報に関連する制御情報を識別する手段と、
前記制御情報を断片化する手段と、
制御情報の各断片に、前記送信情報の対応する送信単位を関連付ける手段と、
を備える装置。
【請求項１１】
前記対応する送信単位はスーパーフレームの物理層パケット（ＰＬＰ）である、請求項１０に記載の装置。
【請求項１２】
通信ネットワークで取得レイテンシーを改善する装置であって、
送信情報と関連制御情報とを受信する手段であり、前記制御情報は複数の断片を備える手段と、
受信した送信情報の各単位を、対応する制御情報断片に基づき復元する手段と、
を備える装置。
【請求項１３】
前記送信情報と関連する制御情報は無線で受信される、請求項１２に記載の装置。
【請求項１４】
前記制御情報はｍｅｄｉａｆｌｏ論理チャネル（ＭＬＣ）に関係する、請求項１３に記載の装置。
【請求項１５】
前記制御情報はフロー対ＭＬＣマッピングデータを含む、請求項１４に記載の装置。
【請求項１６】
無線情報が、直交周波数分割多重（ＯＦＤＭ）の原理に従いネットワークにわたって送信される、請求項１２に記載の装置。
【請求項１７】
制御情報を断片化する装置であって、
送信される情報を識別する手段と、
前記情報を有意義な制御情報の断片に論理的に仕切る手段であり、これにより受信器は有用な制御情報を復元するため各断片を使用できる手段と、
を備える装置。
【請求項１８】
前記識別される情報は無線送信されるよう構成される、請求項１７に記載の装置。
【請求項１９】
通信ネットワークで取得レイテンシーを改善する方法を遂行するため、１つ以上のプロセッサによって実行される１つ以上の命令からなる１つ以上のシーケンスを保持するコンピュータ読取り可能媒体であって、同命令は、前記１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、
送信情報に関連する制御情報を識別することと、
前記制御情報を断片化することと、
制御情報の各断片に、前記送信情報の対応する送信単位を関連付けることと、
の各ステップを遂行させる、コンピュータ読取り可能媒体。
【請求項２０】
通信ネットワークで取得レイテンシーを改善するよう構成されたプロセッサであって、
送信情報に関連する制御情報を識別する識別ロジックと、
前記制御情報を断片化する断片化ロジックと、
制御情報の各断片に、前記送信情報の対応する送信単位を関連付ける関連付けロジックと、
を備えるプロセッサ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
図１は、マルチメディアコンテンツフローを作成しデータネットワーク全域にこれをトランスポートするよう作動するトランスポートシステム１３６を備える、通信ネットワーク１００を示している。例えば、トランスポートシステム１３６は上で指摘したＦＬＯシステムの原理に一致し、ブロードキャスト配布のためコンテンツプロバイダネットワークから無線アクセスネットワークへのコンテンツクリップトランスポートでの使用に適する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
ネットワーク１００は、コンテンツプロバイダ（ＣＰ）１０２と、コンテンツプロバイダネットワーク１０４と、最適化ブロードキャストネットワーク１０６と、無線アクセスネットワーク１０８とを備える。ネットワーク１００はまた、携帯電話１１２と、個人用デジタル補助装置（ＰＤＡ）１１４と、ノートブックコンピュータ１１６とを備える、デバイス１１０を含む。デバイス１１０は、トランスポートシステム１３６との使用に適するデバイスのほんの一部を図解している。図１には３つのデバイスが示されているが、当業者にとって明白であるように、事実上いくつもの類似デバイスであれ、又はいかなるタイプのデバイスであれ、トランスポートシステム１３６での使用に適することに注意されたい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】変更
【補正の内容】
【００２３】
トランスポートシステム１３６は、配布のためコンテンツプロバイダ１０２からコンテンツプロバイダネットワーク１０４にあるコンテンツサーバ（ＣＳ）１２２へ、コンテンツを配信するよう作動し、同コンテンツサーバは、無線アクセスネットワークにあるブロードキャスト基地局（ＢＢＳ）１２４と通信するよう作動する。ＣＳ１２２とＢＢＳ１２４とはトランスポートインタフェース１２６の１つ以上の実施形態を用いて通信し、同トランスポートインタフェース１２６は、コンテンツプロバイダネットワーク１０４が、デバイス１１０へのブロードキャスト／マルチキャストのため無線アクセスネットワーク１０８へコンテンツをコンテンツフローの形で配信することを可能にする。トランスポートインタフェース１２６は、制御インタフェース１２８とベアラチャネル１３０とを備える。制御インタフェース１２８は、コンテンツプロバイダネットワーク１０４から無線アクセスネットワーク１０８へ流れるコンテンツフローを、ＣＳ１２２が追加する、変更する、取り消す、又は修正することを可能にするよう作動する。ベアラチャネル１３０は、コンテンツプロバイダネットワーク１０４から無線アクセスネットワーク１０８へコンテンツフローをトランスポートするよう作動する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】変更
【補正の内容】
【００２６】
トランスポートシステム１３６は、番組ガイドレコードと、番組コンテンツと、その他関連情報とを、ＣＳ１２２がコンテンツプロバイダ１０２から受信することを可能にする。ＣＳ１２２は、デバイス１１０への配信のためコンテンツを更新する、及び／又は作成する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
図２はコンテンツ配信システムでの使用に適するコンテンツプロバイダサーバ２００を示している。例えば、サーバ２００は図１のサーバ１０２として使用できる。サーバ２００は、いずれも内部データバス２１２へ結合された処理ロジック２０２と、リソース及びインタフェース２０４と、トランシーバロジック２１０とを備える。サーバ２００はまた、同じくデータバス２１２へ結合された起動ロジック２１４と、ＰＧ２０６と、ガイドステートロジック２０８とを備える。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
ガイドステートロジック２０８は、通知メッセージを生成するよう作動するハードウェア及び／又はソフトウェアを備え、同通知メッセージはＰＧ２０６への変更を識別する、及び／又は説明する。例えば、処理ロジック２０２がＰＧ２０６を更新する場合、ガイドステートロジック２０８は変更の通知を受ける。そしてガイドステートロジック２０８は１つ以上の通知メッセージを生成し、同通知メッセージはサーバ２００とともに起動された可能性があるＣＳへ送信され、このようにしてＣＳはＰＧ２０６への変更の通知を速やかに受ける。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】変更
【補正の内容】
【００３４】
コンテンツ配信通知メッセージの一部として、メッセージの中で識別されるＰＧのセクションがいつブロードキャストされるかを指示するブロードキャスト標識が提供される。例えばブロードキャスト標識は、セクションがブロードキャストされることを伝える１ビットと、ブロードキャストがいつ行われるかを伝えるタイム標識とを備えてよい。よって、ガイドステートロジック２０８のローカルコピーを更新することを望むＣＳ及び／又はデバイスは、ガイドステートロジック２０８の更新済みセクションを受信するため指定された時間にブロードキャストをリスンできる。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００３６
【補正方法】変更
【補正の内容】
【００３６】
図３は、コンテンツ配信システムでの使用に適するコンテンツサーバ（ＣＳ）又はデバイス３００を示している。例えばＣＳ３００は、図１に示されたＣＳ１２２であってよい。ＣＳ３００は、いずれもデータバス３０８へ結合された処理ロジック３０２と、リソース及びインタフェース３０４と、トランシーバロジック３０６とを備える。ＣＳ３００はまた、同じくデータバス３０８へ結合されたクライアント３１０と、プログラムガイド（ＰＧ）３１２とを備える。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００４０
【補正方法】変更
【補正の内容】
【００４０】
作動中にＣＳ３００は起動し、このようにしてこれはデータネットワーク上で利用可能なコンテンツ又はサービスを受信できる。例えばＣＳ３００は、起動プロセス中にコンテンツプロバイダサーバに対し自身を識別する。ＣＳ３００は起動プロセスの一部として、プログラムガイド（ＰＧ）３１２によってＰＧレコードを受信し格納する。ＰＧ３１２は、ＣＳ３００が受信できるコンテンツ又はサービスを識別する情報とロジックを収容する。クライアント３１０は、リソース及びインタフェース３０４を用いて、ＣＳ及び／又はデバイス３００上でＰＧ３１２の中にある情報を提供するよう作動する。例えばクライアント３１０は、ＰＧ３１２の中にある情報をデバイスの一部をなす表示画面上で提供する。クライアント３１０はまた、リソース及びインタフェースを通じてユーザ入力を受信し、このようにしてデバイスユーザはコンテンツ又はサービスを選択できる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００４１
【補正方法】変更
【補正の内容】
【００４１】
ＣＳ３００は、トランシーバロジック３０６を通じて通知メッセージを受信する。例えばメッセージは、ＣＳ３００へブロードキャストされるか、又はユニキャストされてよく、トランシーバロジック３０６によって受信されてよい。ＰＧ通知メッセージは、ＰＧ３１２にてＰＧレコードに対する更新を識別する。一実施形態においてクライアント３１０は、ＰＧ３１２にあるローカルコピーを更新する必要があるか否かを判定するためＰＧ通知メッセージを処理する。例えば一実施形態において、通知メッセージは、セクション識別子と、開始時間と、終了時間と、バージョン番号とを含む。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
ＣＳ３００は、ＰＧ通知メッセージの中にある情報を、既存のＰＧ３１２にて局所的に格納されている情報に比較するよう作動する。ＣＳ３００はＰＧ通知メッセージから、ＰＧ３１２にあるローカルコピーの１つ以上のセクションを更新する必要があると判定する場合に、数通りの方法の内１つでＰＧの更新済みセクションを受信するよう作動する。例えば、ＰＧ通知メッセージの中で指示された時間にＰＧの更新済みセクションがブロードキャストされてよく、このようにしてトランシーバロジック３０６はブロードキャストを受信し、更新済みセクションをＣＳ３００に渡すことができ、これを受けてＣＳ３００はＰＧ３１２にてローカルコピーを更新する。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００５５
【補正方法】変更
【補正の内容】
【００５５】
図４の例示的な図解において、代表的なスーパーフレーム４００はヘッダ部４０２とデータ部４０４とを含む。データ部４０４は、データフレームＦ１−Ｆ４を含むようさらに細分される。ネットワーク１００の物理層において、ＭＬＣはデータ部４０４の中でトランスポートされる。実際のところ、１つのＭＬＣはデータフレームＦ１−Ｆ４にわたって分割されるであろう。図４の例示的なデータ部４０４では、データフレームＦ１−Ｆ４にわたって２つのＭＬＣ（１０及び２０）が分割されている。つまり、ＭＬＣ１０及び２０の各々の内容の４分の１はそれぞれフレームＦ１−Ｆ４の各々の中で搬送される。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】変更
【補正の内容】
【００６０】
図５で、例示的なフロー配置５００は、例えばケーブルニュースネットワーク（ＣＮＮ）によって提供される映像モバイルサービス５０１から、デバイス１１２へダウンロードされる情報を含んでよい。このＣＮＮブロードキャストは、アプリケーションレベルデータを映像フロー５０２、音声フロー５０４、及びテキストフロー５０６の形で含むことができる。よって、固有のデータを搬送するフロー５０２は、ネットワーク１００の物理層にて一意に識別可能なＭＬＣ１０の中で送信される。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】００６２
【補正方法】変更
【補正の内容】
【００６２】
また、図５の中で第２の例示的なフロー配置５１０は、例えばＥＳＰＮによって提供されるサービス５１２を含むことができる。例証の目的で、ＥＳＰＮサービス５１２にはサービスＩＤ２００が関連付けられている。ＥＳＰＮサービス５１２は、フローＩＤ２００．０を有する映像フロー５１４と、フローＩＤ２００．１を有する音声フロー５１６とを含む。
【手続補正１６】
【補正対象書類名】明細書
【補正対象項目名】００７７
【補正方法】変更
【補正の内容】
【００７７】
図８は、従来のネットワークで発生する取得レイテンシーにともなう課題を解決する例示的な手法８００のブロック図である。図８で、ＭＬＣ８０８はデバイス１１２等のデバイスによって要求されるサービス情報を含む。ＭＬＣ８０８の中のデータは、無線送信に向けての準備として１２個のＰＬＰ８０４に断片化される。１２個のＰＬＰの各々は特定のシーケンス（分別）情報８０５でマークされ、送信中にＰＬＰ８０４の内いずれか１つが失われても、受信側では不在のＰＬＰ８０４の１つを容易く識別できる。不在のＰＬＰは後ほど送信再試行のときに回収できる。また、デバイス１１２の中の受信器は、完全なセグメントを形成するにあたって必要とされる総ＰＬＰ数を承知している。
【手続補正１７】
【補正対象書類名】明細書
【補正対象項目名】００７８
【補正方法】変更
【補正の内容】
【００７８】
図８の例示的な実施形態で、ＭＬＣ８０８は、ＣＰＰ８０６等、ＣＰＰとして知られる個別の論理的エンティティに断片化される。ＣＰＰ８０６は独自の論理的エンティティであるため、他のＣＰＰとは無関係に難なく使える情報を含む。同様に、ＭＬＣ８０８の後続部分は断片化され、同じく単独で使用可能なＣＰＰ８１０を形成する。
【手続補正１８】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
ＣＰＰ８０６とＣＰＰ８１０は互いに独立して別々に送受信できる。つまり、断片化されＣＰＰ８０６を形成するＭＬＣ８０８の部分は、送信シーケンス中に失われる可能性がある。しかし、ＣＰＰ８１０が失われずに受信側で受信された場合、ＣＰＰ８０６に相当するＭＬＣの部分は使用可能である。ＣＰＰ８０６及び８１０とシーケンスの中にある他のＣＰＰの各々は、別々の論理的エンティティであって個別に使用可能であるため、取得レイテンシーは抑えることができる。
【国際調査報告】
2008536361.tif 000014
2008536361.tif 000015