限られたＤＶＢ受信機メモリを用いて複数の同時ストリームバーストを受信するための方法及び装置
フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定することと、第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定することであって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズであることと、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記パケットへの前記利用可能メモリの割り当てを解除することを要求することと、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つことと、前記利用可能メモリを前記第２のパケットに関する前記フレームに割り当てることとを備える、複数の同時ストリームバーストを受信するための装置及び方法。
【発明の詳細な説明】
【技術分野】
【０００１】
３５Ｕ．Ｓ．Ｃ．§１１９に基づく優先権の主張
本特許出願は、“MULTIPLE STREAM BURSTS”（複数のストリームバースト）という題名を有し、ここの譲受人に対して譲渡され、ここにおいて参照されることによって明示で組み入れられている仮特許出願番号６０／９７０，９２２（出願日：２００７年９月７日）及び“MULTIPLE STREAM BURSTS” （複数のストリームバースト）という題名を有し、ここの譲受人に対して譲渡され、ここにおいて参照されることによって明示で組み入れられている仮特許出願番号６０／９７１，５３１（出願日：２００７年９月１１日）に対する優先権を主張するものである。
【０００２】
この開示は、一般的には、複数のストリームバーストを受信するための装置及び方法に関するものである。この開示は、より具体的には、限られたＤＶＢ受信機メモリを用いて複数の同時ストリームバーストを受信することに関するものである。
【背景技術】
【０００３】
デジタルビデオ放送（ＤＶＢ）は、デジタルテレビの用途に関する規格の１つの系統である。ＤＶＢは、オーディオビジュアル情報、例えばデジタルテレビ、の効率的で強固なデジタル送信のためのソースコーディング方法（例えば、ソースデータレートの低下）及びチャネルコーディング方法（例えば、送信弾力性の向上）の両方を含む。特定の通信配信モードに対処することを目的としてＤＶＢの異なるバージョンが開発されている。例えば、ＤＶＢ−Ｓは、デジタルテレビの衛星放送を対象として設計されており、ＤＶＢ−Ｔは、デジタルテレビの地上放送を対象として設計されており、ＤＶＢ−Ｃは、デジタルテレビのケーブル放送を対象として設計されている。より最近のバージョンであるデジタルビデオ放送−ハンドヘルド（ＤＶＢ−Ｈ）は、携帯電話及びパーソナルデジタルアシスタント（ＰＤＡ）等のハンドヘルドデバイスへのモバイルデジタルテレビの応用のために開発されている。
【０００４】
ＤＶＢの全バージョンは、ムービングピクチャズエキスパーツグループ（ＭＰＥＧ）デジタル圧縮基準に基づくソースコーディングを組み入れている。デジタル圧縮は、絶対的情報のみではなく情報の冗長性を考慮することによって及びほとんどの場合時間差のある情報をコーディングすることによってソースデータレートを低下させる非常によく知られたデジタル信号処理方法である。
【０００５】
いずれかの一時点において、複数の情報ストリームバースト（例えばデジタルテレビ、ファイル／データのダウンロード、データマルチキャスト、等）をＤＶＢ受信機によって受信することができる。同時の複数のストリームバーストを受信する容量は、ＤＶＢ受信機のメモリサイズによって制限される。しかしながら、メモリサイズを増大させることは、コスト及びＤＣ電力消費量も増大させ、このことは、バッテリ寿命を制限する。ハンドヘルドデバイス（例えば、モバイルデバイス）においては、限られたバッテリ寿命は特に問題である。
【発明の概要】
【０００６】
限られた受信機メモリを用いて複数の同時ストリームバーストを受信するための装置及び方法が開示される。一側面により、複数の同時ストリームバーストを受信するための方法は、フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定することと、第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定することであって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズであることと、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記パケットへの前記利用可能メモリの割り当てを解除することを要求することと、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つことと、前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てること、とを備える。一側面においては、前記方法は、第３のパケットを受信するために受信機をウェークアップさせる時間であるかどうかを決定することと、前記利用可能メモリが前記第３のパケットを収容可能であるかどうかを決定すること、とをさらに備える。
【０００７】
一側面により、受信機は、プロセッサと、プロセッサメモリと、を備え、前記プロセッサメモリは、次のこと、すなわち、フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定すること、第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定すること、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記第１のパケットへの前記利用可能メモリの割り当てを解除することを要求すること、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つこと、及び前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てること、を行うための前記プロセッサによって実行可能なプログラムコードであって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズであるプログラムコードを含む。一側面においては、前記フレームは、マルチプロトコルカプセル化−前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである。一側面においては、前記受信機は、デジタルビデオ放送−ハンドヘルド（ＤＶＢ−Ｈ）受信機である。一側面においては、前記利用可能メモリは、前記ＤＶＢ−Ｈ受信機の復調器内に常駐する。
【０００８】
一側面により、複数の同時ストリームバーストを受信するためのハンドヘルド受信機は、フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定するための手段と、第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定するための手段であって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズである手段と、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記パケットへの前記利用可能メモリの割り当てを解除することを要求するための手段と、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つための手段と、前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てるための手段と、を備える
一側面により、フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定するためのプログラムコードと、第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定するためのプログラムコードであって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズであるプログラムコードと、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記パケットに関する前記利用可能メモリの割り当てを解除することを要求するためのプログラムコードと、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つためのプログラムコードと、前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てるためのプログラムコードと、を備える格納されたプログラムコードを含むコンピュータによって読み取り可能な媒体を備える、コンピュータプログラム製品。
【０００９】
一側面により、パケット識別子（ＰＩＤ）と関連づけられたパケットの追加又は削除を実行するためのＰＩＤマネージャと、前記パケットの前記追加又は前記削除を実行することを前記ＰＩＤマネージャに要求するためのプロトコルプロセッサと、を備える、複数の同時バーストストリームを受信するための装置であって、前記パケットは、前記複数の同時バーストストリームの一部として受信される、装置。一側面においては、前記プロトコルプロセッサは、優先度情報、決定時間、フレームサイズのうちの少なくとも１つを前記ＰＩＤマネージャに送信された要求メッセージ内の前記パケット識別子と関連づける。一側面においては、前記ＰＩＤマネージャは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を前記要求メッセージ内の前記パケット識別子に関連づける。
【００１０】
この開示の１つの利点は、限られたメモリを有するＤＶＢ−Ｈ受信機を用いながら同時の複数の情報ストリームバーストを受信する能力を含む。その他の利点は、前記メモリサイズを維持すること、従って前記ＤＶＢ−Ｈ受信機のコストを維持することを含む。さらに、複数の情報ストリームバーストの同時受信を可能にする一方で前記ＤＶＢ−Ｈ受信機の前記電力消費量が維持される。
【００１１】
様々な側面が例を用いて示され及び説明される後続の発明を実施するための形態からその他の側面が当業者に容易に明確になることが理解される。図面及び発明を実施するための形態は、その性質上例示を目的とするものであって限定することを目的とするものではないとみなすべきである。
【図面の簡単な説明】
【００１２】
【図１】ＤＶＢシグナリングと、オーディオビジュアルストリーミングと、ファイルダウンロードと、ＵＤＰマルチキャスティングと、ＩＰマルチキャスティングとを含む様々なユーザサービスがＤＶＢ−Ｈプロトコルスタックによってどのようにして搬送されるかの例を示した図である。
【図２】プロトコル層分解例を示した図である。
【図３】４秒のバースト期間における１つのエレメンタリストリームに関する送信タイムライン例を示した図である。
【図４】４秒のバースト期間における１６の異なるエレメンタリストリームに関する送信タイムライン例を示した図である。
【図５】限られた受信機メモリを用いて複数の同時ストリームバーストを受信するためのフローチャート例を示した図である。
【図６】ＰＩＤマネージャ内のＰＩＤ管理モジュール（ＰＭＭ）のＰＩＤモニタリング状態とＰＩＤ取得状態との間の関係を示した図である。
【図７】受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第１の例を示した図である。
【図８】受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第２の例を示した図である。
【図９】受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第３の例を示した図である。
【図１０】受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第４の例を示した図である。
【図１１】複数の同時ストリームバーストを受信するためにメモリと通信中のプロセッサを備えるデバイスの例を示した図である。
【図１２】複数の同時ストリームバーストを受信するのに適するデバイスの例を示した図である。
【発明を実施するための形態】
【００１３】
添付図と関係させて後述される発明を実施するための形態は、この開示の様々な側面に関する説明であることが意図されており、この開示を実践することができる側面のみを表すことは意図されていない。この開示において説明される各側面は、この開示の単なる一例又は１つの説明として提供されており、その他の側面よりも優先される又は有利であるとは必ずしも解釈すべきではない。発明を実施するための形態は、この開示の徹底的な理解を可能にすることを目的とする具体的な詳細を含む。しかしながら、この開示は、これらの具体的な詳細なしで実践可能であることが当業者にとって明らかであろう。幾つかの例においては、この開示の概念を不明瞭にするのを回避するためによく知られた構造及びデバイスはブロック図に示される。頭字語及びその他の説明用語は、単なる便宜上及び明確化を目的として用いられるものであり、この開示の適用範囲を限定することは意図されていない。
【００１４】
説明を単純化することを目的として、これらの方法は、一連の行為として示されて説明される一方で、幾つかの行為はここにおいて示されて説明される順序とは異なる順序で及び／又はその他の行為と同時並行して生じることができるため、これらの方法は行為の順序によって制限されないことが理解及び評価されるべきである。例えば、方法は、代替として、例えば状態図において、一連の相互に関連する状態又はイベントとして表すことが可能であることを当業者は理解及び評価するであろう。さらに、１つ以上の側面により方法を実装するためにすべての例示される行為が要求されるわけではない。
【００１５】
ＤＶＢ−Ｈは、モバイルテレビの用途に関する幾つかのネットワークプロトコル層を規定する。ＤＶＢ−Ｈ物理層は、ＤＶＢ−Ｔ物理層に基づき、ＤＶＢ−Ｔ物理層に対して幾つかの小さい追加が行われている。ＤＶＢ−Ｈ物理層は、直交周波数分割多元（ＯＦＤＭ）多搬送波変調を採用する。データリンク層は、ＩＴＵ−Ｔ Ｈ．２２２．０において定義されるＭＰＥＧ２トランスポートストリーム（ＴＳ）に基づき、ＭＰＥＧ２トランスポートストリーム（ＴＳ）は、リアルタイムの符号化された映像ストリーム及び音声ストリームを一定のオーバーヘッドデータ及びシグナリング情報、例えばプログラム特定情報／システム情報（ＰＳＩ／ＳＩ）、とともに多重化することによって形成される。伝播上の不具合にかかわらず信頼できる送信を確保するためにデータリンク層における拡張誤り保護技法も用いられる。この技法は、物理層においてＤＶＢ−Ｔチャネルコーディングの追加のチャネルコーディング及び時間インターリービングを提供するマルチプロトコルカプセル化前方誤り訂正（ＭＰＥ−ＦＥＣ）と呼ばれる。さらに、ＤＶＢ−Ｈではタイムスライシングと呼ばれる節電技法も導入されている。ＤＶＢ−Ｈ送信における個々のサービスは、受信機がスリープ状態になること及び意図されるサービスの受信のためのみにウェークアップすることを可能にするバースト状態で送信される。
【００１６】
ネットワーク層及びトランスポート層は、インターネットプロトコル（ＩＰ）及びユーザデータグラムプロトコル（ＵＤＰ）を利用する。ＤＶＢ−Ｈシステムは、その他のＤＶＢ送信システムとは対照的に、その他のＩＰに基づくネットワークとの相互運用性を容易にするためのＩＰを採用する。トランスポート層は、オーディオビジュアル（Ａ／Ｖ）ストリーミング用のリアルタイムトランスポートプロトコル／リアルタイムトランスポート制御プロトコル（ＲＴＰ／ＲＴＣＰ）と、非同期層化コーディング／層化コーディングトランスポート（ＡＬＣ／ＬＣＴ）と、ファイルオブジェクト配信のための単方向トランスポートにおけるファイル配信（ＦＬＵＴＥ）と、も含む。ＦＬＵＴＥは、あらゆるタイプのファイルオブジェクトを配信するために用いることができる。ＦＬＵＴＥの典型的用法は、拡張可能マークアップ言語（ＸＭＬ）フラグメント／ファイル及びプログラム情報を搬送するセッション記述プロトコル（ＳＤＰ）の配信と、Ａ／Ｖファイル、ピクチャ、ロゴ、等のメディアファイルオブジェクトの配信と、を含む。リアルタイム映像ストリーム及び音声ストリームは、マルチプロトコルカプセル化（ＭＰＥ）適合プロトコルを用いてＭＰＥＧトランスポートストリーム内に埋め込まれたＩＰパケットを通じてＵＤＰにおいてリアルタイムトランスポートプロトコル（ＲＴＰ）によって搬送される。
【００１７】
図１は、ＤＶＢシグナリングと、オーディオビジュアルストリーミングと、ファイルダウンローディングと、ＵＤＰマルチキャスティングと、ＩＰマルチキャスティングとを含む様々なユーザサービスがＤＶＢ−Ｈプロトコルスタックによってどのようにして搬送されるかの例を示す。例示されるように、すべてのユーザサービスが、ＤＶＢ−Ｈ物理層を通じてＭＰＥＧ２トランスポートストリーム内に埋め込まれる。プログラム特定情報（ＰＳＩ）は、ＭＰＥＧ２トランスポートストリームにおいて送信中のプログラム（メディア／コンテンツ）に関する情報及び多重化されたストリームからこれらのプログラムを抽出するための位置情報（例えば、リンク層識別子）を提供する。システム情報（ＳＩ）は、ネットワーク情報、例えば、一定のネットワークからのトランスポートストリームの送信周波数、一定の送信されたプログラム／ＩＰストリームの位置（トランスポートストリーム、サービス識別子．）、等を提供する。
【００１８】
アプリケーション層は、ＲＴＰ／ＲＴＣＰ及びＩＰマルチキャストを利用可能なあらゆる用途を含む。モバイルブロードキャストに関するほとんどの典型的用途は、リアルタイムＡ／Ｖプログラミング、メディアファイルオブジェクト、等の再生用メディアプレイヤと、ＦＬＵＴＥを通じて受信されるＸＭＬプログラムガイド情報を利用する電子サービスガイド（ＥＳＧ）ブラウザに関する用途と、ブロードキャスト／マルチキャストフレームワークに基づくゲームプレイ／対話に関する用途と、を含む。
【００１９】
各プログラムは、特定の組／タイプのオブジェクトを搬送するリアルタイムＡ／Ｖストリーム又はＦＬＵＴＥセッションとして定義され、エレメンタリストリーム（ＥＳ）の一部である。各ＥＳは、１つ以上の該プログラムを搬送可能である。各エレメンタリストリームは、これらのプログラムに属するカプセル化されたＩＰデータグラム（ＭＰＥセクション）から成るか又はこれらのプログラムに属するカプセル化されたＩＰデータグラム（ＭＰＥセクション）を含む。ＭＰＥセクションは、固定長（１８８バイト）で送信される。ＭＰＥＧ２トランスポートストリームパケットは、このＥＳ専用のパケット識別子（ＰＩＤ）を有する。図２は、プロトコル層分解例を示す。
【００２０】
ＤＶＢ−Ｈにおいては、エレメンタリストリームに属する（ＭＰＥセクション及び対応するＦＥＣセクションから成る）マルチプロトコルカプセル化前方誤り訂正（ＭＰＥＧ−ＦＥＣ）フレームが５１２キロビット、１０２４キロビット、１５３６キロビット又は２０４８キロビットのデータのバーストとして送信される。これらのデータバーストは、エレメンタリストリーム内のプログラムの平均ビットレートよりもはるかに高いビットレートで送信される。このことは、プログラムデータがタイムスライス方式で送信されるのを可能にする。
【００２１】
一側面においては、エレメンタリストリーム（ＥＳ）は、１つのプログラム、例えば５１２ｋｂｐｓの平均ビットレートを有するＡ／Ｖストリーム、のみから成る又は１つのプログラム、例えば５１２ｋｂｐｓの平均ビットレートを有するＡ／Ｖストリームのみを含む。このＥＳを送信するために２０４８キロビットのバーストサイズが用いられると仮定すると、このバーストでは４秒の価値のデータを送信可能である。バーストが８Ｍｂｐｓで送信された場合は、そのバーストは、２５０ミリ秒内で送信可能である。送信機は、このプログラムに関しては４秒毎に１回２５０ミリ秒の継続時間のバーストを送信しなければならないだけである。逆に、受信機（例えばＤＶＢ−Ｈ受信機）は、４秒毎に１回２５０ミリ秒の間バーストを受信しなければならないだけである。送信機がすべてのエレメンタリストリームに関して同じバーストサイズ及びバースト帯域幅を用いた場合は、バーストを繰り返す前に、１６の別個のエレメンタリストリームバーストを送信可能である。図３は、４秒のバースト期間にわたる１つのエレメンタリストリームに関する送信タイムライン例を示す。図４は、４秒のバースト期間にわたる１６の異なるエレメンタリストリームに関する送信タイムライン例を示す。
【００２２】
一側面においては、ＤＶＢ−Ｈ受信機は、対象となるＥＳが送信中であるときに、該継続時間中だけウェークアップする。バースト内の各ＭＰＥセクションは、エレメンタリストリームに関する次のバーストの開始に対する相対的時間オフセットを搬送し、それによりＤＶＢ−Ｈ受信機が同じＥＳのバーストを受信するために次にいつウェークアップすべきかを計算するのを可能にする。これは、ＤＶＢ−Ｈ受信機が大部分の時間においてＲＦフロントエンド及びベースバンド処理を停止させて節電することを可能にする。
【００２３】
一例においては、ＤＶＢ−Ｈ受信機がプログラムを選択時に、選択されたプログラムに対応するＥＳバースト（すなわち、ＭＰＥ−ＦＥＣフレーム）がＤＶＢ−Ｈ受信機によって取得され、このバーストからのコンテンツ／データがＤＶＢ−Ｈ受信機によって消費される。例えば、バースト（ＭＰＥ−ＦＥＣフレーム）のサイズが５１２キロビットである場合は、このバーストを受信するために復調器チップ内において５１２キロビットのサイズのメモリが要求される。２つのバースト（ＭＰＥ−ＦＥＣフレーム）、すなわち、２つの異なるエレメンタリストリームに属する５１２キロビットのバースト及び２０４８キロビットの他のバースト、が同じバーストサイクルから受信された場合は、メモリサイズは少なくとも２．５Ｍビットでなければならない。
【００２４】
ＤＶＢ−Ｈ受信機によって受信可能なエレメンタリストリーム（ＥＳ）の最大数は、メモリサイズに依存する。しかしながら、復調器チップのメモリサイズは、シリコンサイズに対して直接的な影響を有し、このことは、復調器チップのコストに直接的影響を有する。１つのその他の影響において、メモリサイズが大きくなるのに従って電力消費量も増大する。最も単純なパケット識別子（ＰＩＤ）管理技法においては、新ＰＩＤと関連づけられた新パケットの追加要求は、（最新の要求を含む）異なるＩＤと関連づけられた全パケットに関するＭＰＥフレームサイズの合計が例えば復調器メモリの内部サイズである２Ｍビットよりも小さいか又は等しいときのみに受信機復調器によって受け入れられる。図５において用いられるように、第１のＰＩＤは、第１のＰＩＤと関連づけられた第１のパケットを指し、第２のＰＩＤは、第２のＰＩＤと関連づけられた第２のパケットを指し、第３のＰＩＤは、第３のＰＩＤと関連づけられた第３のパケットを指す。
【００２５】
図５は、限られた受信機メモリを用いて複数の同時ストリームバーストを受信するためのフローチャート例を示す。一側面においては、受信機は、ＤＶＢ−Ｈ受信機である。図５には、バーストサイクル内の異なるエレメンタリストリーム（例えば、上図におけるＥＳ１及びＥＳ４）に属する複数のＭＰＥ−ＦＥＣフレームの受信をサポートするためのＰＩＤ管理技法が示される。図５において示されるように、すべてのＭＰＥ−ＦＥＣフレームサイズの合計は、復調器チップによって提供されるメモリを超える。一側面においては、復調チップは、ＤＶＢ−Ｈ受信機内に常駐する。一側面においては、図５に示されるアルゴリズムは、ＰＩＤ取得状態を対象とする。
【００２６】
ブロック５０５において、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を有する最高の優先度のＰＩＤ（すなわち、第２のＰＩＤ）を選択する。次に、ブロック５１０において、第２のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームのフレームサイズが利用可能メモリよりも小さいかどうかを決定する。例えば、利用可能メモリは、復調器チップのメモリサイズである。バーストを受信中でも処理中でもない場合は、復調器タップのメモリ全体が利用可能メモリである。第２のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームのフレームサイズが利用可能メモリよりも小さい場合は、ブロック５３０に進む。第２のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームのフレームサイズが利用可能メモリよりも小さくない場合は、ブロック５１５に進み、前ＰＩＤ（すなわち、第１のＰＩＤ）の優先度が第２のＰＩＤの優先度よりも低いかどうかを決定する。第１のＰＩＤの優先度が第２のＰＩＤの優先度よりも低い場合は、ブロック５２０に進む。ブロック５２０において、既存のＭＰＥ−ＦＥＣフレームの処理を打ち切ること及び第１のＰＩＤへのメモリ割り当てを解除することを復調器に要求する。一側面においては、ＰＭＭがこの要求を復調器に対して行う。第１のＰＩＤの優先度が第２のＰＩＤの優先度よりも低くない（すなわち高い）場合は、ブロック５２５に進む。ブロック５２５において、利用可能メモリのサイズが第２のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームのフレームサイズと等しいか又はそれよりも大きくなるまで待ち、その後にブロック５３０に進む。
【００２７】
ブロック５３０において、第２のＰＩＤにメモリを割り当てる。ブロック５３０に引き続き、ブロック５４０において、第３のＰＩＤと関連づけられたバーストを受信するためにＤＶＢ−Ｈ受信機をウェークアップさせる時間であるかどうかを決定する。ＤＶＢ−Ｈ受信機をウェークアップさせる時間である場合は、ブロック５４５に進む。ブロック５４５において、利用可能メモリが第３のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームのフレームサイズを収容可能であるかどうかを決定する。一側面においては、ＰＭＭが利用可能メモリを決定する。収容可能である場合は、ブロック５５０に進み、ブロック５５０において、利用可能メモリが第３のＰＩＤに割り当てられる。収容可能でない場合は、ブロック５５５に進む。ブロック５５５において、第３のＰＩＤの優先度が第２のＰＩＤの優先度よりも高いかどうかを決定する。一側面においては、ＰＭＭが優先度を決定する。第３のＰＩＤの優先度が第２のＰＩＤの優先度よりも高い場合は、ブロック５６０に進む。ブロック５６０において、第２のＰＩＤへのメモリ割り当てを解除し、第３のＰＩＤにメモリを割り当てた。ブロック５６０に引き続き、ブロック５１０に戻る。第３のＰＩＤの優先度が第２のＰＩＤの優先度よりも高くない（すなわち低い）場合は、ブロック５６５に進む。ブロック５６５において、第３のＰＩＤのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変更する。ブロック５６５に引き続き、ブロック５４０に戻る。
【００２８】
ブロック５４０に引き続き、ＤＶＢ−Ｈ受信機をウェークアップさせる時間でない場合は、ブロック５７０において第２のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームの組み立てが完了しているかどうかを決定する。該組み立てが完了している場合は、ブロック５７５に進み、第２のＰＩＤへのメモリ割り当てを解除してスロット状態をｄｅｌｔａＴ＿ｋｎｏｗｎに設定する。ブロック５７５に引き続き、ブロック５９０に進む。組み立てが完了していない場合は、ブロック５８０に進み、第２のＰＩＤと関連づけられたタイマ（例えば、ｄｅｌｔａＴ＿ｄｅｔｅｒｍｉｎａｔｉｏｎ＿ｔｉｍｅ）が時間切れになっているかどうかを決定する。一側面においては、ＰＭＭがタイマ時間切れを決定する。タイマが時間切れになっている場合は、ブロック５８５に進む。ブロック５８５において、第２のＰＩＤを削除して失敗メッセージ（例えば、ａｄｄ＿ｐｉｄ＿ｆａｉｌｅｄ（））を送信する。一例においては、失敗メッセージは、ＤＶＢ−Ｈ受信機内のＤＶＢ−Ｈプロトコルプロセッサに送られる。ブロック５８５に引き続き、ブロック５９０に進む。タイマが時間切れになっていない場合は、ブロック５４０に戻る。ブロック５９０において、ＰＩＤモニタリング状態に移行する。
【００２９】
図５のフローチャートにおいて開示されるステップは、この開示の適用範囲及び精神から逸脱せずに互換可能であることを当業者は理解するであろう。同様に、図５のフローチャートにおいて示されるステップは排他的でないこと及びこれらのステップはアプリケーション又はシステムパラメータに従って変更可能であり、及びこの開示の適用範囲及び精神に影響を及ぼさずにその他のステップを含めることが可能であることを当業者は理解するであろう。
【００３０】
図５に示されるアルゴリズムを用いずに情報の複数のストリームバーストを受信する１つの試みにおいては、第１のＰＩＤ追加要求は、例えば２Ｍビットのフレームサイズに関するものである。この例においては、引き続く新ＰＩＤの追加要求は、メモリサイズが例えば２Ｍビットに限られている場合は常に失敗に終わることになる。この失敗は、第２のＰＩＤ要求に対応するＭＰＥ−ＦＥＣフレームが時間の点で第１のＰＩＤに対応するＭＰＥ−ＦＥＣから分離されている場合でさえも発生する。バーストを受信後は、バースト（ＭＰＥ−ＦＥＣフレーム）を処理してメモリからフラッシング（ｆｌｕｓｈｉｎｇ）するための有限量の時間が要求される。従って、メモリサイズの合計が内部メモリサイズを超える２つのバーストである場合は、第２のバーストに割り当てるべき利用可能メモリが存在しないためこれらの両方のバーストを受信するのは可能でない。部分的であるが、第２のＰＩＤの受信失敗は、メモリが所定のバースト（例えば第１のＰＩＤ）に関して静的に割り当てられることに起因して発生する。
【００３１】
代わりに、図５に示されるように、メモリは動的に割り当てられる。すなわち、メモリは、バーストを受信時に割り当てられ、バーストを受信後に割り当てが解除される。従って、時間的に遅れて現れる他のパケットに対して同じメモリを再度割り当てることが可能である。この方法により、合計がメモリサイズよりも大きい２つ以上のＥＳバーストを１回のバーストサイクル内において受信可能である。図５に示されるアルゴリズムは、複数の新ＰＩＤを追加することを考慮しており、従って追加された全ＰＩＤに対応するＭＰＥ−ＦＥＣフレームサイズの合計は復調器メモリよりも大きいことができる。さらに、図５に示されるアルゴリズムは、各ＰＩＤに関する優先度割り当てを含み、従って、他のバーストとの衝突の場合には、最高の優先度を有するＰＩＤに対応するバースト（ＭＰＥ−ＦＥＣフレーム）に対してより高いメモリ割り当て優先度が割り当てられる。例えば、バックツーバックバースト例において、第１のバーストよりも高い優先度が第２のバーストに割り当てられる場合は、第２のバーストは、第１のバーストに優先してメモリスペースが割り当てられる。優先度を割り当てることは、より高い優先度を有するＰＩＤがより低い優先度を有するＰＩＤよりも良い受信機会を有することを保証する。一側面においては、第１及び第２のバーストが、一方のバーストが現れる前に他方のバーストがメモリからフラッシングされることになるような十分に長い時間だけ分離されている場合は、両方のバーストが受信可能であるため優先度の割り当ては呼び出されない。一例においては、リアルタイムＡ／Ｖストリーミングサービス及びキーストリームに対応するＰＩＤは、非リアルタイムのサービス（例えば、電子サービスガイド（ＥＳＧ）、ＦＬＵＴＥに基づくサービス）に対応するＰＩＤよりも高い優先度が割り当てられる。
【００３２】
一側面においては、図５に示されるアルゴリズムは、次の規則のうちの１つ以上によって支配される。例えば、メモリを割り当てる際には、より高い優先度のＰＩＤと関連づけられたＭＰＥ−ＦＥＣフレームが、より低い優先度のＰＩＤと関連づけられた他のＭＰＥ−ＦＥＣフレームに優先する。他の例においては、ＭＰＥ−ＦＥＣフレームのｄｅｌｔａＴが決定されている場合はＰＩＤのスロット状態（従ってその関連づけられたＭＰＥ−ＦＥＣフレーム）をｄｅｌｔａＴ＿ｋｎｏｗｎに設定する。ｄｅｌｔａＴは、次のバーストサイクルにおける同じエレメンタリストリーム（ＥＳ）内の次のＭＰＥ−ＦＥＣに対するＭＰＥ−ＦＥＣの時間オフセットである。ＭＰＥ−ＦＥＣフレームのｄｅｌｔａＴが決定されていない場合は、スロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに設定する。一例においては、タイマ（例えば、ｄｅｌｔａＴ＿ｄｅｔｅｒｍｉｎａｔｉｏｎ＿ｔｉｍｅ）は、スロット状態がｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに設定されたときに開始される。タイマは、スロット状態がｄｅｌｔａＴ＿ｋｎｏｗｎに変わったときに打ち切られる。一例においては、ＭＰＥ−ＦＥＣフレームサイズ（例えば、ｆｒａｍｅ＿ｓｉｚｅ）が各ＰＩＤに関して指定される。一例においては、タイマは、新バーストを取得するために割り振られた時間である決定時間を提供する。
【００３３】
一例においては、プロトコルプロセッサは、ＰＩＤ、優先度、ｆｒａｍｅ＿ｓｉｚｅ及び／又はｄｅｌｔａＴ＿ｄｅｔｅｒｍｉｎａｔｉｏｎ＿ｔｉｍｅを指定することによって１つ以上のＰＩＤの追加要求（例えば、ａｄｄ＿ｐｉｄ＿ｒｅｑｕｅｓｔ（））をＰＩＤマネージャに送信する。一例においては、１つ以上のＰＩＤの追加が成功であるということがデフォルト時の仮定である。他の例においては、ＰＩＤマネージャは、追加されるべきＰＩＤに対応するＭＰＥ−ＦＥＣフレームが取得可能になる前にｄｅｌｔａＴ＿ｄｅｔｅｒｍｉｎａｔｉｏｎ＿ｔｉｍｅが時間切れになったときに失敗メッセージ（例えば、ａｄｄ＿ｐｉｄ＿ｆａｉｌｅｄ（））をプロトコルプロセッサに送信する。一例においては、プロトコルプロセッサは、ＰＩＤマネージャからのＰＩＤフィルタルの削除を要求する削除メッセージ（例えば、ｄｅｌｅｔｅ＿ｐｉｄ＿ｒｅｑｕｅｓｔ（））を送信する。一例においては、ＰＩＤマネージャは、各ＰＩＤに関する次の記入項目、すなわち、ｄｅｌｔａＴ＿ｄｅｔｅｒｍｉｎａｔｉｏｎ＿ｔｉｍｅ、フレームサイズ、優先度及びスロット状態、を含むＰＩＤ管理テーブル（例えば、テーブル１）を維持する。テーブル１は、３つのＰＩＤに関する値例を示す。
【表１】
【００３４】
一例においては、ＰＩＤマネージャは、ａｄｄ＿ｐｉｄ＿ｒｅｑｕｅｓｔ（）メッセージをＤＶＢ−Ｈプロトコルプロセッサから受信時にＰＩＤ管理テーブル（例えば、テーブル１）に１つ以上の記入項目を追加する。新しい記入項目を追加し次第、ＰＩＤマネージャは、その新しい記入項目に関するスロット状態を‘ｄｅｌｔａＴ＿ｕｎｋｏｗｎ’に設定する。同様に、ＰＩＤマネージャは、ｄｅｌｅｔｅ＿ｐｉｄ＿ｒｅｑｕｅｓｔ（）メッセージをＤＶＢ−Ｈプロトコルプロセッサから受信時又はＰＩＤ管理モジュール（ＰＭＭ）が記入項目の削除を要求時にＰＩＤ管理テーブル（例えば、テーブル１）から記入項目を削除する。一側面においては、ＰＩＤマネージャ内のＰＩＤ管理モジュール（ＰＭＭ）は、２つの状態、すなわちＰＩＤモニタリング状態及びＰＩＤ取得状態、を含む。初期化時点においては、ＰＭＭは、ＰＩＤモニタリング状態にある。
【００３５】
図６は、ＰＩＤマネージャ内のＰＩＤ管理モジュール（ＰＭＭ）のＰＩＤモニタリング状態とＰＩＤ取得状態との間の関係を示す。ＰＭＭは、モニタリング状態に入り次第、ＰＩＤ管理テーブル（例えば、テーブル１）を確認する。一例においては、ＰＭＭは、ＰＩＤ管理テーブル内に記入項目が存在しない場合、又はＰＩＤ管理テーブル内の全記入項目のスロット状態が‘ｄｅｌｔａＴ＿ｋｎｏｗｎ’に設定されている場合はモニタリング状態を維持する。モニタリング状態において、ＰＩＤ管理テーブルに記入されたエレメンタリストリームのうちの１つに関するバーストを受信するためにＤＶＢ−Ｈ受信機をウェークアップさせる時間であるとＰＭＭが決定した場合は、ＰＭＭは、（ＥＳバーストを受信するために）指定されたＰＩＤにメモリを割り当てるように復調器に要求する。バーストが受信及び処理され、復調器メモリからフラッシングされてホストプロセッサ内に入れられた後において、ＰＭＭは、メモリの割り当て解除を要求する。一側面においては、ＰＩＤ管理テーブル（例えば、テーブル１）内の１つ以上の記入項目のスロット状態がｄｅｌｔａＴ＿ｕｎｋｏｗｎに設定されている場合は、ＰＭＭは、ＰＩＤモニタリング状態からＰＩＤ取得状態に移行する。一例においては、ＰＭＭがＤＶＢ−Ｈ制御要素（ＣＥ）からａｄｄ＿ｐｉｄ＿ｒｅｑｕｅｓｔを受信時に、ＰＭＭをＰＩＤ取得状態に移行させる。
【００３６】
一側面においては、図６の例は、パケット識別子（ＰＩＤ）と関連づけられたパケットの追加又は削除を実行するためのＰＩＤマネージャと、パケットの追加又は削除の実行をＰＩＤマネージャに要求するためのプロトコルプロセッサであって、前記パケットは、複数の同時バーストストリームの一部として受信されるプロトコルプロセッサとを備える、複数の同時バーストストリームを受信するための装置、において具現化される。プロトコルプロセッサは、優先度情報、決定時間、フレームサイズのうちの少なくとも１つをＰＩＤマネージャに送信された要求メッセージ内のパケット識別子と関連づける。ＰＩＤマネージャは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を要求メッセージ内のパケット識別子に関連づける。一側面においては、ＰＩＤマネージャは、パケット識別子リストのＰＩＤ管理テーブルを維持し、リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられる。ＰＩＤマネージャは、パケット識別子のうちの１つを削除するためのメッセージがプロトコルプロセッサから受信された場合にパケット識別子のうちの１つをリストから削除する。
【００３７】
一側面においては、ＰＩＤマネージャは、ＰＩＤ管理モジュール（ＰＭＭ）を備え、ＰＭＭは、ＰＩＤモニタリング状態とＰＩＤ取得状態とをさらに備える。ＰＭＭは、ＰＩＤテーブル内に記入項目が存在しない場合又はＰＩＤ管理テーブル内の全記入項目がｄｅｌｔａＴ＿ｋｎｏｗｎスロット状態を有する場合にＰＩＤモニタリング状態になり及びＰＩＤモニタリング状態を維持する。ＰＩＤ管理テーブルは、パケット識別子のリストを備え、リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられる。ＰＭＭは、ＰＩＤ管理テーブル内の少なくとも１つの記入項目がｄｅｌｔａＴ＿ｕｎｋｏｗｎスロット状態を有する場合にＰＩＤ取得状態になる。ＰＭＭは、新パケットを受信するためにウェークアップする時間であるときに新パケットに内部メモリを割り当てるための割り当て要求を送信する。新パケットは、ＰＩＤ管理テーブル内のパケット識別子のうちの１つと関連づけられる。ＰＭＭは、ＰＩＤ管理テーブル内のパケット識別子のうちの１つと関連づけられた旧パケットが受信されて処理された後に、旧パケットへの内部メモリ割り当てを解除するための割り当て解除要求を送信する。ＰＭＭは、パケット識別子のうちの１つのスロット状態がｄｅｌｔａＴ＿ｕｎｋｏｗｎに変化時にＰＩＤモニタリング状態からＰＩＤ取得状態に移行する。一側面においては、図５に示されるアルゴリズムは、ＰＩＤ取得状態に関するものである。
【００３８】
一例においては、複数の未処理の要求が存在する場合は、最初に最高の優先度のＰＩＤと関連づけられたＭＰＥ−ＦＥＣフレームが要求の対象となる。さらに、次に最高の優先度のＰＩＤと関連づけられたＭＰＥ−ＦＥＣフレームが次に要求対象となり、以下同様である。これらの例における規則は例示を目的とするものであって包括的ではないことを当業者は理解するであろう。幾つかの場合においては、ここにおいて説明される規則例のうちの１つ以上を実装する必要がなく、この開示の適用範囲及び精神に影響を及ぼさずにここにおいて記載されない追加の規則又はその組み合わせを追加する必要がある。
【００３９】
ここにおいては、バックツーバックバーストを示す４例が説明される。これらの全例に関して、復調器は２Ｍビットのメモリを有すると仮定する。図７に示される第１の例においては、２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）が受信に関して選択される。ＥＳ２には優先度１が割り当てられ、ＥＳ１には優先度２が割り当てられる。この第１の例においては、ＥＳ１が成功裏に受信されるかどうかは、ＥＳ２（より高い優先度）の受信が開始する前にＥＳ１アプリケーションデータをメモリからフラッシング可能であるかどうかに依存する。ＥＳ１の全アプリケーションデータが誤りなしで（又は最小の誤りの状態で）受信された場合は、ＤＶＢ−Ｈ受信機は、関連づけられたＥＳ１パリティデータを待たずにＥＳ１アプリケーションデータをフラッシングするのを開始することが可能である。従って、ＥＳ１アプリケーションデータは、ＤＶＢ−Ｈ受信機がＥＳ２にメモリを割り当てる準備が完了する前にメモリからフラッシングすることが可能である。この場合は、ＥＳ１及びＥＳ２の両方が成功裏に受信される。他方、ＥＳ１のアプリケーションデータが、前方誤り訂正のための関連づけられたＥＳ１パリティデータを要求する誤りを伴った状態で受信された場合は、ＤＶＢ−Ｈ受信機がＥＳ２にメモリを割り当てる準備が完了する前に十分な時間がないことがある。この後者の場合は、ＥＳ１は廃棄され、ＥＳ２のみが成功裏に受信される。
【００４０】
図８は、受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第２の例を示す。第２の例においては、ＥＳ１はＥＳ２（すなわち、優先度２）よりも高い優先度（すなわち、優先度１）を有する。ＥＳ１の全アプリケーションデータが誤りなしで（又は最小の誤りが存在する状態で）受信された場合は、ＤＶＢ−Ｈ受信機は、関連づけられたＥＳ１パリティデータを待たずにＥＳ１アプリケーションメモリをフラッシングするのを開始することができる。従って、ＥＳ１アプリケーションデータは、ＤＶＢ−Ｈ受信機がより低い優先度のバーストＥＳ２にメモリを割り当てる準備が完了する前にメモリからフラッシングすることが可能である。この場合は、ＥＳ１及びＥＳ２の両方が成功裏に受信される。他方、ＥＳ１のアプリケーションデータが、前方誤り訂正のための関連づけられたＥＳ１パリティデータを要求する誤りを伴った状態で受信された場合は、ＤＶＢ−Ｈ受信機がより低い優先度のバーストＥＳ２にメモリ割り当てる準備が完了する前に十分な時間がないことがある。この後者の場合は、ＥＳ１アプリケーションデータ（及び関連づけられたパリティデータ）がメモリからフラッシングされるまでＥＳ２はメモリが割り当てられない。一例においては、ＥＳ２データの一部のみが受信される。受信されたＥＳ２データ内における誤り量に依存して、ＥＳ２バーストを復元するために誤り訂正技法を適用することができる。
【００４１】
図９は、受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第３の例を示す。第３の例においては、ＥＳ１はＥＳ２（すなわち、優先度２）よりも高い優先度（すなわち、優先度１）を有し、ＥＳ２はＥＳ１（例えば、サイズが２Ｍビット）よりも小さいバースト（例えば、サイズが０．５Ｍビット）である。メモリからのＥＳアプリケーションデータのフラッシングが、ＥＳ２バースト送信の完了前に完了されない場合は、ＥＳ２は受信されない。他の例においては、ＥＳ１アプリケーションデータのフラッシングはＥＳ２バースト送信と時間の点で同時に発生したためＥＳ２の一部のみが受信される。ＥＳ２バーストは短いため、受信されるものは、完全なＥＳ２バーストの復元を可能にしない場合がある。
【００４２】
図１０は、受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第４の例を示す。第３の例においては、ＥＳ１はＥＳ２（すなわち、優先度２）よりも高い優先度（すなわち、優先度１）を有し、ＥＳ１はＥＳ１（例えば、サイズが２Ｍビット）よりも小さいバースト（例えば、サイズが０．５Ｍビット）である。ＥＳ１はより小さいバーストであるため、ＥＳ１アプリケーションデータをメモリからフラッシングするために要する時間はより短く、従って（存在するとしても）ＥＳ２バースト送信からのデータ紛失をほとんど生じさせない。ＥＳ２バーストのサイズは大きいため、誤り訂正を通じての復元は、紛失したデータに関するほうが可能性がより高い。
【００４３】
図７乃至１０における４つの例によって示されるように、データバーストを受信するための時間量は、（用いられる変調の種類、コードレート、ガード間隔、等に依存する）バースト帯域幅に依存する。メモリからデータをフラッシングするための時間量は、チャネル誤り率（従って誤り訂正に要する時間量）、及び復調器メモリからホストプロセッサにデータを転送するのに要する時間量に依存する。従って、所定のチャネル誤り率に関しては、全体のサイズがメモリサイズよりも大きいバックツーバックバーストを成功裏に受信する確率は、よりの低いバースト帯域幅のほうがより高く、より高いバースト帯域幅のほうがより低い。
【００４４】
ここにおいて開示される例に関係させて説明される様々な例示的構成要素、論理ブロック、モジュール及び／又はアルゴリズム上のステップは、電子ハードウェア、ファームウェア、コンピュータソフトウェア、又はその組み合わせとして実装可能であることを当業者はさらに明確に理解するであろう。ハードウェア、ファームウェア及びソフトウェアのこの互換性を明確に例示するため、上記においては、様々な例示的構成要素、ブロック、モジュール及び／又はアルゴリズム上のステップが、各々の機能の観点で一般的に説明されている。該機能がハードウェア、ファームウェア又はソフトウェアとして実装されるかは、全体的システムに対する特定の用途上の及び設計上の制約事項に依存する。当業者は、説明されている機能を各々の特定の用途に合わせて様々な形で実装することができるが、これらの実装決定は、この開示の適用範囲及び精神からの逸脱を生じさせるものであるとは解釈すべきではない。
【００４５】
例えば、ハードウェアに実装する場合は、処理ユニットは、ここにおいて説明される機能を果たすように設計された１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、その他の電子ユニット、又はその組み合わせ内に実装することができる。ソフトウェアに実装する場合は、該実装は、ここにおいて説明される機能を果たすモジュール（例えば、手順、関数、等）を通じて行うことができる。ソフトウェアコードは、メモリユニットに格納すること及びプロセッサユニットによって実行することができる。さらに、ここにおいて説明される様々な例示的フローチャート、論理ブロック、モジュール及び／又はアルゴリズム上のステップは、当業において知られるあらゆるコンピュータによって読み取り可能な媒体において搬送されるコンピュータによって実行可能な命令としてコーディングすることも可能である。
【００４６】
一例においては、ここにおいて説明される例示的構成要素、フローチャート、論理ブロック、モジュール及び／又はアルゴリズム上のステップは、１つ以上のプロセッサとともに実装又は実行される。一側面においては、プロセッサは、ここにおいて説明される様々なフローチャート、論理ブロック及び／又はモジュールを実装又は実行するためにプロセッサによって実行されるデータ、メタデータ、プログラム命令、等を格納するメモリと結合される。図１１は、複数の同時ストリームバーストを受信するためにメモリ１１２０と通信するプロセッサ１１１０を備えるデバイス１１００の例である。一例においては、デバイス１１００は、図５に示されるアルゴリズムを実装するために用いられる。一側面においては、メモリ１１２０は、プロセッサ１１１０内に配置される。他の側面においては、メモリ１１２０は、プロセッサ１１１０の外部に配置される。
【００４７】
図１２は、複数の同時ストリームバーストを受信するのに適するデバイス１２００の例を示す。一側面においては、デバイス１２００は、ここにおいてはブロック１２０５、１２１０、１２１５、１２２０、１２２５、１２３０、１２４０、１２４５、１２５０、１２５５、１２６０、１２６５、１２７０、１２７５、１２８０、１２８５及び１２９０において説明されるように限られたＤＶＢ−Ｈ受信機メモリを用いて複数の同時ストリームバーストを受信する異なる側面を提供するように構成された１つ以上のモジュールを備える少なくとも１つのプロセッサによって実装される。例えば、各モジュールは、ハードウェア、ファームウェア、ソフトウェア、又はその組み合わせを備える。一側面においては、デバイス１２００は、少なくとも１つのプロセッサと通信する少なくとも１つのメモリによっても実装される。図１２において用いられる第１のＰＩＤは、第１のＰＩＤと関連づけられた第１のパケットを指し、第２のＰＩＤは、第２のＰＩＤと関連づけられた第２のパケットを指し、第３のＰＩＤは、第３のＰＩＤと関連づけられた第３のパケットを指す。
【００４８】
開示される側面に関する上記の説明は、当業者がこの開示を製造又は使用できるようにすることを目的とするものである。これらの側面に対する様々な修正は、当業者にとって容易に明確になるであろう。さらに、ここにおいて定められている一般原理は、この開示の精神及び適用範囲を逸脱しない形でその他の側面に対しても適用することができる。
【技術分野】
【０００１】
３５Ｕ．Ｓ．Ｃ．§１１９に基づく優先権の主張
本特許出願は、“MULTIPLE STREAM BURSTS”（複数のストリームバースト）という題名を有し、ここの譲受人に対して譲渡され、ここにおいて参照されることによって明示で組み入れられている仮特許出願番号６０／９７０，９２２（出願日：２００７年９月７日）及び“MULTIPLE STREAM BURSTS” （複数のストリームバースト）という題名を有し、ここの譲受人に対して譲渡され、ここにおいて参照されることによって明示で組み入れられている仮特許出願番号６０／９７１，５３１（出願日：２００７年９月１１日）に対する優先権を主張するものである。
【０００２】
この開示は、一般的には、複数のストリームバーストを受信するための装置及び方法に関するものである。この開示は、より具体的には、限られたＤＶＢ受信機メモリを用いて複数の同時ストリームバーストを受信することに関するものである。
【背景技術】
【０００３】
デジタルビデオ放送（ＤＶＢ）は、デジタルテレビの用途に関する規格の１つの系統である。ＤＶＢは、オーディオビジュアル情報、例えばデジタルテレビ、の効率的で強固なデジタル送信のためのソースコーディング方法（例えば、ソースデータレートの低下）及びチャネルコーディング方法（例えば、送信弾力性の向上）の両方を含む。特定の通信配信モードに対処することを目的としてＤＶＢの異なるバージョンが開発されている。例えば、ＤＶＢ−Ｓは、デジタルテレビの衛星放送を対象として設計されており、ＤＶＢ−Ｔは、デジタルテレビの地上放送を対象として設計されており、ＤＶＢ−Ｃは、デジタルテレビのケーブル放送を対象として設計されている。より最近のバージョンであるデジタルビデオ放送−ハンドヘルド（ＤＶＢ−Ｈ）は、携帯電話及びパーソナルデジタルアシスタント（ＰＤＡ）等のハンドヘルドデバイスへのモバイルデジタルテレビの応用のために開発されている。
【０００４】
ＤＶＢの全バージョンは、ムービングピクチャズエキスパーツグループ（ＭＰＥＧ）デジタル圧縮基準に基づくソースコーディングを組み入れている。デジタル圧縮は、絶対的情報のみではなく情報の冗長性を考慮することによって及びほとんどの場合時間差のある情報をコーディングすることによってソースデータレートを低下させる非常によく知られたデジタル信号処理方法である。
【０００５】
いずれかの一時点において、複数の情報ストリームバースト（例えばデジタルテレビ、ファイル／データのダウンロード、データマルチキャスト、等）をＤＶＢ受信機によって受信することができる。同時の複数のストリームバーストを受信する容量は、ＤＶＢ受信機のメモリサイズによって制限される。しかしながら、メモリサイズを増大させることは、コスト及びＤＣ電力消費量も増大させ、このことは、バッテリ寿命を制限する。ハンドヘルドデバイス（例えば、モバイルデバイス）においては、限られたバッテリ寿命は特に問題である。
【発明の概要】
【０００６】
限られた受信機メモリを用いて複数の同時ストリームバーストを受信するための装置及び方法が開示される。一側面により、複数の同時ストリームバーストを受信するための方法は、フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定することと、第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定することであって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズであることと、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記パケットへの前記利用可能メモリの割り当てを解除することを要求することと、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つことと、前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てること、とを備える。一側面においては、前記方法は、第３のパケットを受信するために受信機をウェークアップさせる時間であるかどうかを決定することと、前記利用可能メモリが前記第３のパケットを収容可能であるかどうかを決定すること、とをさらに備える。
【０００７】
一側面により、受信機は、プロセッサと、プロセッサメモリと、を備え、前記プロセッサメモリは、次のこと、すなわち、フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定すること、第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定すること、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記第１のパケットへの前記利用可能メモリの割り当てを解除することを要求すること、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つこと、及び前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てること、を行うための前記プロセッサによって実行可能なプログラムコードであって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズであるプログラムコードを含む。一側面においては、前記フレームは、マルチプロトコルカプセル化−前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである。一側面においては、前記受信機は、デジタルビデオ放送−ハンドヘルド（ＤＶＢ−Ｈ）受信機である。一側面においては、前記利用可能メモリは、前記ＤＶＢ−Ｈ受信機の復調器内に常駐する。
【０００８】
一側面により、複数の同時ストリームバーストを受信するためのハンドヘルド受信機は、フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定するための手段と、第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定するための手段であって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズである手段と、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記パケットへの前記利用可能メモリの割り当てを解除することを要求するための手段と、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つための手段と、前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てるための手段と、を備える
一側面により、フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定するためのプログラムコードと、第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定するためのプログラムコードであって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズであるプログラムコードと、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記パケットに関する前記利用可能メモリの割り当てを解除することを要求するためのプログラムコードと、前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つためのプログラムコードと、前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てるためのプログラムコードと、を備える格納されたプログラムコードを含むコンピュータによって読み取り可能な媒体を備える、コンピュータプログラム製品。
【０００９】
一側面により、パケット識別子（ＰＩＤ）と関連づけられたパケットの追加又は削除を実行するためのＰＩＤマネージャと、前記パケットの前記追加又は前記削除を実行することを前記ＰＩＤマネージャに要求するためのプロトコルプロセッサと、を備える、複数の同時バーストストリームを受信するための装置であって、前記パケットは、前記複数の同時バーストストリームの一部として受信される、装置。一側面においては、前記プロトコルプロセッサは、優先度情報、決定時間、フレームサイズのうちの少なくとも１つを前記ＰＩＤマネージャに送信された要求メッセージ内の前記パケット識別子と関連づける。一側面においては、前記ＰＩＤマネージャは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を前記要求メッセージ内の前記パケット識別子に関連づける。
【００１０】
この開示の１つの利点は、限られたメモリを有するＤＶＢ−Ｈ受信機を用いながら同時の複数の情報ストリームバーストを受信する能力を含む。その他の利点は、前記メモリサイズを維持すること、従って前記ＤＶＢ−Ｈ受信機のコストを維持することを含む。さらに、複数の情報ストリームバーストの同時受信を可能にする一方で前記ＤＶＢ−Ｈ受信機の前記電力消費量が維持される。
【００１１】
様々な側面が例を用いて示され及び説明される後続の発明を実施するための形態からその他の側面が当業者に容易に明確になることが理解される。図面及び発明を実施するための形態は、その性質上例示を目的とするものであって限定することを目的とするものではないとみなすべきである。
【図面の簡単な説明】
【００１２】
【図１】ＤＶＢシグナリングと、オーディオビジュアルストリーミングと、ファイルダウンロードと、ＵＤＰマルチキャスティングと、ＩＰマルチキャスティングとを含む様々なユーザサービスがＤＶＢ−Ｈプロトコルスタックによってどのようにして搬送されるかの例を示した図である。
【図２】プロトコル層分解例を示した図である。
【図３】４秒のバースト期間における１つのエレメンタリストリームに関する送信タイムライン例を示した図である。
【図４】４秒のバースト期間における１６の異なるエレメンタリストリームに関する送信タイムライン例を示した図である。
【図５】限られた受信機メモリを用いて複数の同時ストリームバーストを受信するためのフローチャート例を示した図である。
【図６】ＰＩＤマネージャ内のＰＩＤ管理モジュール（ＰＭＭ）のＰＩＤモニタリング状態とＰＩＤ取得状態との間の関係を示した図である。
【図７】受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第１の例を示した図である。
【図８】受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第２の例を示した図である。
【図９】受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第３の例を示した図である。
【図１０】受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第４の例を示した図である。
【図１１】複数の同時ストリームバーストを受信するためにメモリと通信中のプロセッサを備えるデバイスの例を示した図である。
【図１２】複数の同時ストリームバーストを受信するのに適するデバイスの例を示した図である。
【発明を実施するための形態】
【００１３】
添付図と関係させて後述される発明を実施するための形態は、この開示の様々な側面に関する説明であることが意図されており、この開示を実践することができる側面のみを表すことは意図されていない。この開示において説明される各側面は、この開示の単なる一例又は１つの説明として提供されており、その他の側面よりも優先される又は有利であるとは必ずしも解釈すべきではない。発明を実施するための形態は、この開示の徹底的な理解を可能にすることを目的とする具体的な詳細を含む。しかしながら、この開示は、これらの具体的な詳細なしで実践可能であることが当業者にとって明らかであろう。幾つかの例においては、この開示の概念を不明瞭にするのを回避するためによく知られた構造及びデバイスはブロック図に示される。頭字語及びその他の説明用語は、単なる便宜上及び明確化を目的として用いられるものであり、この開示の適用範囲を限定することは意図されていない。
【００１４】
説明を単純化することを目的として、これらの方法は、一連の行為として示されて説明される一方で、幾つかの行為はここにおいて示されて説明される順序とは異なる順序で及び／又はその他の行為と同時並行して生じることができるため、これらの方法は行為の順序によって制限されないことが理解及び評価されるべきである。例えば、方法は、代替として、例えば状態図において、一連の相互に関連する状態又はイベントとして表すことが可能であることを当業者は理解及び評価するであろう。さらに、１つ以上の側面により方法を実装するためにすべての例示される行為が要求されるわけではない。
【００１５】
ＤＶＢ−Ｈは、モバイルテレビの用途に関する幾つかのネットワークプロトコル層を規定する。ＤＶＢ−Ｈ物理層は、ＤＶＢ−Ｔ物理層に基づき、ＤＶＢ−Ｔ物理層に対して幾つかの小さい追加が行われている。ＤＶＢ−Ｈ物理層は、直交周波数分割多元（ＯＦＤＭ）多搬送波変調を採用する。データリンク層は、ＩＴＵ−Ｔ Ｈ．２２２．０において定義されるＭＰＥＧ２トランスポートストリーム（ＴＳ）に基づき、ＭＰＥＧ２トランスポートストリーム（ＴＳ）は、リアルタイムの符号化された映像ストリーム及び音声ストリームを一定のオーバーヘッドデータ及びシグナリング情報、例えばプログラム特定情報／システム情報（ＰＳＩ／ＳＩ）、とともに多重化することによって形成される。伝播上の不具合にかかわらず信頼できる送信を確保するためにデータリンク層における拡張誤り保護技法も用いられる。この技法は、物理層においてＤＶＢ−Ｔチャネルコーディングの追加のチャネルコーディング及び時間インターリービングを提供するマルチプロトコルカプセル化前方誤り訂正（ＭＰＥ−ＦＥＣ）と呼ばれる。さらに、ＤＶＢ−Ｈではタイムスライシングと呼ばれる節電技法も導入されている。ＤＶＢ−Ｈ送信における個々のサービスは、受信機がスリープ状態になること及び意図されるサービスの受信のためのみにウェークアップすることを可能にするバースト状態で送信される。
【００１６】
ネットワーク層及びトランスポート層は、インターネットプロトコル（ＩＰ）及びユーザデータグラムプロトコル（ＵＤＰ）を利用する。ＤＶＢ−Ｈシステムは、その他のＤＶＢ送信システムとは対照的に、その他のＩＰに基づくネットワークとの相互運用性を容易にするためのＩＰを採用する。トランスポート層は、オーディオビジュアル（Ａ／Ｖ）ストリーミング用のリアルタイムトランスポートプロトコル／リアルタイムトランスポート制御プロトコル（ＲＴＰ／ＲＴＣＰ）と、非同期層化コーディング／層化コーディングトランスポート（ＡＬＣ／ＬＣＴ）と、ファイルオブジェクト配信のための単方向トランスポートにおけるファイル配信（ＦＬＵＴＥ）と、も含む。ＦＬＵＴＥは、あらゆるタイプのファイルオブジェクトを配信するために用いることができる。ＦＬＵＴＥの典型的用法は、拡張可能マークアップ言語（ＸＭＬ）フラグメント／ファイル及びプログラム情報を搬送するセッション記述プロトコル（ＳＤＰ）の配信と、Ａ／Ｖファイル、ピクチャ、ロゴ、等のメディアファイルオブジェクトの配信と、を含む。リアルタイム映像ストリーム及び音声ストリームは、マルチプロトコルカプセル化（ＭＰＥ）適合プロトコルを用いてＭＰＥＧトランスポートストリーム内に埋め込まれたＩＰパケットを通じてＵＤＰにおいてリアルタイムトランスポートプロトコル（ＲＴＰ）によって搬送される。
【００１７】
図１は、ＤＶＢシグナリングと、オーディオビジュアルストリーミングと、ファイルダウンローディングと、ＵＤＰマルチキャスティングと、ＩＰマルチキャスティングとを含む様々なユーザサービスがＤＶＢ−Ｈプロトコルスタックによってどのようにして搬送されるかの例を示す。例示されるように、すべてのユーザサービスが、ＤＶＢ−Ｈ物理層を通じてＭＰＥＧ２トランスポートストリーム内に埋め込まれる。プログラム特定情報（ＰＳＩ）は、ＭＰＥＧ２トランスポートストリームにおいて送信中のプログラム（メディア／コンテンツ）に関する情報及び多重化されたストリームからこれらのプログラムを抽出するための位置情報（例えば、リンク層識別子）を提供する。システム情報（ＳＩ）は、ネットワーク情報、例えば、一定のネットワークからのトランスポートストリームの送信周波数、一定の送信されたプログラム／ＩＰストリームの位置（トランスポートストリーム、サービス識別子．）、等を提供する。
【００１８】
アプリケーション層は、ＲＴＰ／ＲＴＣＰ及びＩＰマルチキャストを利用可能なあらゆる用途を含む。モバイルブロードキャストに関するほとんどの典型的用途は、リアルタイムＡ／Ｖプログラミング、メディアファイルオブジェクト、等の再生用メディアプレイヤと、ＦＬＵＴＥを通じて受信されるＸＭＬプログラムガイド情報を利用する電子サービスガイド（ＥＳＧ）ブラウザに関する用途と、ブロードキャスト／マルチキャストフレームワークに基づくゲームプレイ／対話に関する用途と、を含む。
【００１９】
各プログラムは、特定の組／タイプのオブジェクトを搬送するリアルタイムＡ／Ｖストリーム又はＦＬＵＴＥセッションとして定義され、エレメンタリストリーム（ＥＳ）の一部である。各ＥＳは、１つ以上の該プログラムを搬送可能である。各エレメンタリストリームは、これらのプログラムに属するカプセル化されたＩＰデータグラム（ＭＰＥセクション）から成るか又はこれらのプログラムに属するカプセル化されたＩＰデータグラム（ＭＰＥセクション）を含む。ＭＰＥセクションは、固定長（１８８バイト）で送信される。ＭＰＥＧ２トランスポートストリームパケットは、このＥＳ専用のパケット識別子（ＰＩＤ）を有する。図２は、プロトコル層分解例を示す。
【００２０】
ＤＶＢ−Ｈにおいては、エレメンタリストリームに属する（ＭＰＥセクション及び対応するＦＥＣセクションから成る）マルチプロトコルカプセル化前方誤り訂正（ＭＰＥＧ−ＦＥＣ）フレームが５１２キロビット、１０２４キロビット、１５３６キロビット又は２０４８キロビットのデータのバーストとして送信される。これらのデータバーストは、エレメンタリストリーム内のプログラムの平均ビットレートよりもはるかに高いビットレートで送信される。このことは、プログラムデータがタイムスライス方式で送信されるのを可能にする。
【００２１】
一側面においては、エレメンタリストリーム（ＥＳ）は、１つのプログラム、例えば５１２ｋｂｐｓの平均ビットレートを有するＡ／Ｖストリーム、のみから成る又は１つのプログラム、例えば５１２ｋｂｐｓの平均ビットレートを有するＡ／Ｖストリームのみを含む。このＥＳを送信するために２０４８キロビットのバーストサイズが用いられると仮定すると、このバーストでは４秒の価値のデータを送信可能である。バーストが８Ｍｂｐｓで送信された場合は、そのバーストは、２５０ミリ秒内で送信可能である。送信機は、このプログラムに関しては４秒毎に１回２５０ミリ秒の継続時間のバーストを送信しなければならないだけである。逆に、受信機（例えばＤＶＢ−Ｈ受信機）は、４秒毎に１回２５０ミリ秒の間バーストを受信しなければならないだけである。送信機がすべてのエレメンタリストリームに関して同じバーストサイズ及びバースト帯域幅を用いた場合は、バーストを繰り返す前に、１６の別個のエレメンタリストリームバーストを送信可能である。図３は、４秒のバースト期間にわたる１つのエレメンタリストリームに関する送信タイムライン例を示す。図４は、４秒のバースト期間にわたる１６の異なるエレメンタリストリームに関する送信タイムライン例を示す。
【００２２】
一側面においては、ＤＶＢ−Ｈ受信機は、対象となるＥＳが送信中であるときに、該継続時間中だけウェークアップする。バースト内の各ＭＰＥセクションは、エレメンタリストリームに関する次のバーストの開始に対する相対的時間オフセットを搬送し、それによりＤＶＢ−Ｈ受信機が同じＥＳのバーストを受信するために次にいつウェークアップすべきかを計算するのを可能にする。これは、ＤＶＢ−Ｈ受信機が大部分の時間においてＲＦフロントエンド及びベースバンド処理を停止させて節電することを可能にする。
【００２３】
一例においては、ＤＶＢ−Ｈ受信機がプログラムを選択時に、選択されたプログラムに対応するＥＳバースト（すなわち、ＭＰＥ−ＦＥＣフレーム）がＤＶＢ−Ｈ受信機によって取得され、このバーストからのコンテンツ／データがＤＶＢ−Ｈ受信機によって消費される。例えば、バースト（ＭＰＥ−ＦＥＣフレーム）のサイズが５１２キロビットである場合は、このバーストを受信するために復調器チップ内において５１２キロビットのサイズのメモリが要求される。２つのバースト（ＭＰＥ−ＦＥＣフレーム）、すなわち、２つの異なるエレメンタリストリームに属する５１２キロビットのバースト及び２０４８キロビットの他のバースト、が同じバーストサイクルから受信された場合は、メモリサイズは少なくとも２．５Ｍビットでなければならない。
【００２４】
ＤＶＢ−Ｈ受信機によって受信可能なエレメンタリストリーム（ＥＳ）の最大数は、メモリサイズに依存する。しかしながら、復調器チップのメモリサイズは、シリコンサイズに対して直接的な影響を有し、このことは、復調器チップのコストに直接的影響を有する。１つのその他の影響において、メモリサイズが大きくなるのに従って電力消費量も増大する。最も単純なパケット識別子（ＰＩＤ）管理技法においては、新ＰＩＤと関連づけられた新パケットの追加要求は、（最新の要求を含む）異なるＩＤと関連づけられた全パケットに関するＭＰＥフレームサイズの合計が例えば復調器メモリの内部サイズである２Ｍビットよりも小さいか又は等しいときのみに受信機復調器によって受け入れられる。図５において用いられるように、第１のＰＩＤは、第１のＰＩＤと関連づけられた第１のパケットを指し、第２のＰＩＤは、第２のＰＩＤと関連づけられた第２のパケットを指し、第３のＰＩＤは、第３のＰＩＤと関連づけられた第３のパケットを指す。
【００２５】
図５は、限られた受信機メモリを用いて複数の同時ストリームバーストを受信するためのフローチャート例を示す。一側面においては、受信機は、ＤＶＢ−Ｈ受信機である。図５には、バーストサイクル内の異なるエレメンタリストリーム（例えば、上図におけるＥＳ１及びＥＳ４）に属する複数のＭＰＥ−ＦＥＣフレームの受信をサポートするためのＰＩＤ管理技法が示される。図５において示されるように、すべてのＭＰＥ−ＦＥＣフレームサイズの合計は、復調器チップによって提供されるメモリを超える。一側面においては、復調チップは、ＤＶＢ−Ｈ受信機内に常駐する。一側面においては、図５に示されるアルゴリズムは、ＰＩＤ取得状態を対象とする。
【００２６】
ブロック５０５において、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を有する最高の優先度のＰＩＤ（すなわち、第２のＰＩＤ）を選択する。次に、ブロック５１０において、第２のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームのフレームサイズが利用可能メモリよりも小さいかどうかを決定する。例えば、利用可能メモリは、復調器チップのメモリサイズである。バーストを受信中でも処理中でもない場合は、復調器タップのメモリ全体が利用可能メモリである。第２のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームのフレームサイズが利用可能メモリよりも小さい場合は、ブロック５３０に進む。第２のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームのフレームサイズが利用可能メモリよりも小さくない場合は、ブロック５１５に進み、前ＰＩＤ（すなわち、第１のＰＩＤ）の優先度が第２のＰＩＤの優先度よりも低いかどうかを決定する。第１のＰＩＤの優先度が第２のＰＩＤの優先度よりも低い場合は、ブロック５２０に進む。ブロック５２０において、既存のＭＰＥ−ＦＥＣフレームの処理を打ち切ること及び第１のＰＩＤへのメモリ割り当てを解除することを復調器に要求する。一側面においては、ＰＭＭがこの要求を復調器に対して行う。第１のＰＩＤの優先度が第２のＰＩＤの優先度よりも低くない（すなわち高い）場合は、ブロック５２５に進む。ブロック５２５において、利用可能メモリのサイズが第２のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームのフレームサイズと等しいか又はそれよりも大きくなるまで待ち、その後にブロック５３０に進む。
【００２７】
ブロック５３０において、第２のＰＩＤにメモリを割り当てる。ブロック５３０に引き続き、ブロック５４０において、第３のＰＩＤと関連づけられたバーストを受信するためにＤＶＢ−Ｈ受信機をウェークアップさせる時間であるかどうかを決定する。ＤＶＢ−Ｈ受信機をウェークアップさせる時間である場合は、ブロック５４５に進む。ブロック５４５において、利用可能メモリが第３のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームのフレームサイズを収容可能であるかどうかを決定する。一側面においては、ＰＭＭが利用可能メモリを決定する。収容可能である場合は、ブロック５５０に進み、ブロック５５０において、利用可能メモリが第３のＰＩＤに割り当てられる。収容可能でない場合は、ブロック５５５に進む。ブロック５５５において、第３のＰＩＤの優先度が第２のＰＩＤの優先度よりも高いかどうかを決定する。一側面においては、ＰＭＭが優先度を決定する。第３のＰＩＤの優先度が第２のＰＩＤの優先度よりも高い場合は、ブロック５６０に進む。ブロック５６０において、第２のＰＩＤへのメモリ割り当てを解除し、第３のＰＩＤにメモリを割り当てた。ブロック５６０に引き続き、ブロック５１０に戻る。第３のＰＩＤの優先度が第２のＰＩＤの優先度よりも高くない（すなわち低い）場合は、ブロック５６５に進む。ブロック５６５において、第３のＰＩＤのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変更する。ブロック５６５に引き続き、ブロック５４０に戻る。
【００２８】
ブロック５４０に引き続き、ＤＶＢ−Ｈ受信機をウェークアップさせる時間でない場合は、ブロック５７０において第２のＰＩＤに対応するＭＰＥ＿ＦＥＣフレームの組み立てが完了しているかどうかを決定する。該組み立てが完了している場合は、ブロック５７５に進み、第２のＰＩＤへのメモリ割り当てを解除してスロット状態をｄｅｌｔａＴ＿ｋｎｏｗｎに設定する。ブロック５７５に引き続き、ブロック５９０に進む。組み立てが完了していない場合は、ブロック５８０に進み、第２のＰＩＤと関連づけられたタイマ（例えば、ｄｅｌｔａＴ＿ｄｅｔｅｒｍｉｎａｔｉｏｎ＿ｔｉｍｅ）が時間切れになっているかどうかを決定する。一側面においては、ＰＭＭがタイマ時間切れを決定する。タイマが時間切れになっている場合は、ブロック５８５に進む。ブロック５８５において、第２のＰＩＤを削除して失敗メッセージ（例えば、ａｄｄ＿ｐｉｄ＿ｆａｉｌｅｄ（））を送信する。一例においては、失敗メッセージは、ＤＶＢ−Ｈ受信機内のＤＶＢ−Ｈプロトコルプロセッサに送られる。ブロック５８５に引き続き、ブロック５９０に進む。タイマが時間切れになっていない場合は、ブロック５４０に戻る。ブロック５９０において、ＰＩＤモニタリング状態に移行する。
【００２９】
図５のフローチャートにおいて開示されるステップは、この開示の適用範囲及び精神から逸脱せずに互換可能であることを当業者は理解するであろう。同様に、図５のフローチャートにおいて示されるステップは排他的でないこと及びこれらのステップはアプリケーション又はシステムパラメータに従って変更可能であり、及びこの開示の適用範囲及び精神に影響を及ぼさずにその他のステップを含めることが可能であることを当業者は理解するであろう。
【００３０】
図５に示されるアルゴリズムを用いずに情報の複数のストリームバーストを受信する１つの試みにおいては、第１のＰＩＤ追加要求は、例えば２Ｍビットのフレームサイズに関するものである。この例においては、引き続く新ＰＩＤの追加要求は、メモリサイズが例えば２Ｍビットに限られている場合は常に失敗に終わることになる。この失敗は、第２のＰＩＤ要求に対応するＭＰＥ−ＦＥＣフレームが時間の点で第１のＰＩＤに対応するＭＰＥ−ＦＥＣから分離されている場合でさえも発生する。バーストを受信後は、バースト（ＭＰＥ−ＦＥＣフレーム）を処理してメモリからフラッシング（ｆｌｕｓｈｉｎｇ）するための有限量の時間が要求される。従って、メモリサイズの合計が内部メモリサイズを超える２つのバーストである場合は、第２のバーストに割り当てるべき利用可能メモリが存在しないためこれらの両方のバーストを受信するのは可能でない。部分的であるが、第２のＰＩＤの受信失敗は、メモリが所定のバースト（例えば第１のＰＩＤ）に関して静的に割り当てられることに起因して発生する。
【００３１】
代わりに、図５に示されるように、メモリは動的に割り当てられる。すなわち、メモリは、バーストを受信時に割り当てられ、バーストを受信後に割り当てが解除される。従って、時間的に遅れて現れる他のパケットに対して同じメモリを再度割り当てることが可能である。この方法により、合計がメモリサイズよりも大きい２つ以上のＥＳバーストを１回のバーストサイクル内において受信可能である。図５に示されるアルゴリズムは、複数の新ＰＩＤを追加することを考慮しており、従って追加された全ＰＩＤに対応するＭＰＥ−ＦＥＣフレームサイズの合計は復調器メモリよりも大きいことができる。さらに、図５に示されるアルゴリズムは、各ＰＩＤに関する優先度割り当てを含み、従って、他のバーストとの衝突の場合には、最高の優先度を有するＰＩＤに対応するバースト（ＭＰＥ−ＦＥＣフレーム）に対してより高いメモリ割り当て優先度が割り当てられる。例えば、バックツーバックバースト例において、第１のバーストよりも高い優先度が第２のバーストに割り当てられる場合は、第２のバーストは、第１のバーストに優先してメモリスペースが割り当てられる。優先度を割り当てることは、より高い優先度を有するＰＩＤがより低い優先度を有するＰＩＤよりも良い受信機会を有することを保証する。一側面においては、第１及び第２のバーストが、一方のバーストが現れる前に他方のバーストがメモリからフラッシングされることになるような十分に長い時間だけ分離されている場合は、両方のバーストが受信可能であるため優先度の割り当ては呼び出されない。一例においては、リアルタイムＡ／Ｖストリーミングサービス及びキーストリームに対応するＰＩＤは、非リアルタイムのサービス（例えば、電子サービスガイド（ＥＳＧ）、ＦＬＵＴＥに基づくサービス）に対応するＰＩＤよりも高い優先度が割り当てられる。
【００３２】
一側面においては、図５に示されるアルゴリズムは、次の規則のうちの１つ以上によって支配される。例えば、メモリを割り当てる際には、より高い優先度のＰＩＤと関連づけられたＭＰＥ−ＦＥＣフレームが、より低い優先度のＰＩＤと関連づけられた他のＭＰＥ−ＦＥＣフレームに優先する。他の例においては、ＭＰＥ−ＦＥＣフレームのｄｅｌｔａＴが決定されている場合はＰＩＤのスロット状態（従ってその関連づけられたＭＰＥ−ＦＥＣフレーム）をｄｅｌｔａＴ＿ｋｎｏｗｎに設定する。ｄｅｌｔａＴは、次のバーストサイクルにおける同じエレメンタリストリーム（ＥＳ）内の次のＭＰＥ−ＦＥＣに対するＭＰＥ−ＦＥＣの時間オフセットである。ＭＰＥ−ＦＥＣフレームのｄｅｌｔａＴが決定されていない場合は、スロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに設定する。一例においては、タイマ（例えば、ｄｅｌｔａＴ＿ｄｅｔｅｒｍｉｎａｔｉｏｎ＿ｔｉｍｅ）は、スロット状態がｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに設定されたときに開始される。タイマは、スロット状態がｄｅｌｔａＴ＿ｋｎｏｗｎに変わったときに打ち切られる。一例においては、ＭＰＥ−ＦＥＣフレームサイズ（例えば、ｆｒａｍｅ＿ｓｉｚｅ）が各ＰＩＤに関して指定される。一例においては、タイマは、新バーストを取得するために割り振られた時間である決定時間を提供する。
【００３３】
一例においては、プロトコルプロセッサは、ＰＩＤ、優先度、ｆｒａｍｅ＿ｓｉｚｅ及び／又はｄｅｌｔａＴ＿ｄｅｔｅｒｍｉｎａｔｉｏｎ＿ｔｉｍｅを指定することによって１つ以上のＰＩＤの追加要求（例えば、ａｄｄ＿ｐｉｄ＿ｒｅｑｕｅｓｔ（））をＰＩＤマネージャに送信する。一例においては、１つ以上のＰＩＤの追加が成功であるということがデフォルト時の仮定である。他の例においては、ＰＩＤマネージャは、追加されるべきＰＩＤに対応するＭＰＥ−ＦＥＣフレームが取得可能になる前にｄｅｌｔａＴ＿ｄｅｔｅｒｍｉｎａｔｉｏｎ＿ｔｉｍｅが時間切れになったときに失敗メッセージ（例えば、ａｄｄ＿ｐｉｄ＿ｆａｉｌｅｄ（））をプロトコルプロセッサに送信する。一例においては、プロトコルプロセッサは、ＰＩＤマネージャからのＰＩＤフィルタルの削除を要求する削除メッセージ（例えば、ｄｅｌｅｔｅ＿ｐｉｄ＿ｒｅｑｕｅｓｔ（））を送信する。一例においては、ＰＩＤマネージャは、各ＰＩＤに関する次の記入項目、すなわち、ｄｅｌｔａＴ＿ｄｅｔｅｒｍｉｎａｔｉｏｎ＿ｔｉｍｅ、フレームサイズ、優先度及びスロット状態、を含むＰＩＤ管理テーブル（例えば、テーブル１）を維持する。テーブル１は、３つのＰＩＤに関する値例を示す。
【表１】
【００３４】
一例においては、ＰＩＤマネージャは、ａｄｄ＿ｐｉｄ＿ｒｅｑｕｅｓｔ（）メッセージをＤＶＢ−Ｈプロトコルプロセッサから受信時にＰＩＤ管理テーブル（例えば、テーブル１）に１つ以上の記入項目を追加する。新しい記入項目を追加し次第、ＰＩＤマネージャは、その新しい記入項目に関するスロット状態を‘ｄｅｌｔａＴ＿ｕｎｋｏｗｎ’に設定する。同様に、ＰＩＤマネージャは、ｄｅｌｅｔｅ＿ｐｉｄ＿ｒｅｑｕｅｓｔ（）メッセージをＤＶＢ−Ｈプロトコルプロセッサから受信時又はＰＩＤ管理モジュール（ＰＭＭ）が記入項目の削除を要求時にＰＩＤ管理テーブル（例えば、テーブル１）から記入項目を削除する。一側面においては、ＰＩＤマネージャ内のＰＩＤ管理モジュール（ＰＭＭ）は、２つの状態、すなわちＰＩＤモニタリング状態及びＰＩＤ取得状態、を含む。初期化時点においては、ＰＭＭは、ＰＩＤモニタリング状態にある。
【００３５】
図６は、ＰＩＤマネージャ内のＰＩＤ管理モジュール（ＰＭＭ）のＰＩＤモニタリング状態とＰＩＤ取得状態との間の関係を示す。ＰＭＭは、モニタリング状態に入り次第、ＰＩＤ管理テーブル（例えば、テーブル１）を確認する。一例においては、ＰＭＭは、ＰＩＤ管理テーブル内に記入項目が存在しない場合、又はＰＩＤ管理テーブル内の全記入項目のスロット状態が‘ｄｅｌｔａＴ＿ｋｎｏｗｎ’に設定されている場合はモニタリング状態を維持する。モニタリング状態において、ＰＩＤ管理テーブルに記入されたエレメンタリストリームのうちの１つに関するバーストを受信するためにＤＶＢ−Ｈ受信機をウェークアップさせる時間であるとＰＭＭが決定した場合は、ＰＭＭは、（ＥＳバーストを受信するために）指定されたＰＩＤにメモリを割り当てるように復調器に要求する。バーストが受信及び処理され、復調器メモリからフラッシングされてホストプロセッサ内に入れられた後において、ＰＭＭは、メモリの割り当て解除を要求する。一側面においては、ＰＩＤ管理テーブル（例えば、テーブル１）内の１つ以上の記入項目のスロット状態がｄｅｌｔａＴ＿ｕｎｋｏｗｎに設定されている場合は、ＰＭＭは、ＰＩＤモニタリング状態からＰＩＤ取得状態に移行する。一例においては、ＰＭＭがＤＶＢ−Ｈ制御要素（ＣＥ）からａｄｄ＿ｐｉｄ＿ｒｅｑｕｅｓｔを受信時に、ＰＭＭをＰＩＤ取得状態に移行させる。
【００３６】
一側面においては、図６の例は、パケット識別子（ＰＩＤ）と関連づけられたパケットの追加又は削除を実行するためのＰＩＤマネージャと、パケットの追加又は削除の実行をＰＩＤマネージャに要求するためのプロトコルプロセッサであって、前記パケットは、複数の同時バーストストリームの一部として受信されるプロトコルプロセッサとを備える、複数の同時バーストストリームを受信するための装置、において具現化される。プロトコルプロセッサは、優先度情報、決定時間、フレームサイズのうちの少なくとも１つをＰＩＤマネージャに送信された要求メッセージ内のパケット識別子と関連づける。ＰＩＤマネージャは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を要求メッセージ内のパケット識別子に関連づける。一側面においては、ＰＩＤマネージャは、パケット識別子リストのＰＩＤ管理テーブルを維持し、リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられる。ＰＩＤマネージャは、パケット識別子のうちの１つを削除するためのメッセージがプロトコルプロセッサから受信された場合にパケット識別子のうちの１つをリストから削除する。
【００３７】
一側面においては、ＰＩＤマネージャは、ＰＩＤ管理モジュール（ＰＭＭ）を備え、ＰＭＭは、ＰＩＤモニタリング状態とＰＩＤ取得状態とをさらに備える。ＰＭＭは、ＰＩＤテーブル内に記入項目が存在しない場合又はＰＩＤ管理テーブル内の全記入項目がｄｅｌｔａＴ＿ｋｎｏｗｎスロット状態を有する場合にＰＩＤモニタリング状態になり及びＰＩＤモニタリング状態を維持する。ＰＩＤ管理テーブルは、パケット識別子のリストを備え、リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられる。ＰＭＭは、ＰＩＤ管理テーブル内の少なくとも１つの記入項目がｄｅｌｔａＴ＿ｕｎｋｏｗｎスロット状態を有する場合にＰＩＤ取得状態になる。ＰＭＭは、新パケットを受信するためにウェークアップする時間であるときに新パケットに内部メモリを割り当てるための割り当て要求を送信する。新パケットは、ＰＩＤ管理テーブル内のパケット識別子のうちの１つと関連づけられる。ＰＭＭは、ＰＩＤ管理テーブル内のパケット識別子のうちの１つと関連づけられた旧パケットが受信されて処理された後に、旧パケットへの内部メモリ割り当てを解除するための割り当て解除要求を送信する。ＰＭＭは、パケット識別子のうちの１つのスロット状態がｄｅｌｔａＴ＿ｕｎｋｏｗｎに変化時にＰＩＤモニタリング状態からＰＩＤ取得状態に移行する。一側面においては、図５に示されるアルゴリズムは、ＰＩＤ取得状態に関するものである。
【００３８】
一例においては、複数の未処理の要求が存在する場合は、最初に最高の優先度のＰＩＤと関連づけられたＭＰＥ−ＦＥＣフレームが要求の対象となる。さらに、次に最高の優先度のＰＩＤと関連づけられたＭＰＥ−ＦＥＣフレームが次に要求対象となり、以下同様である。これらの例における規則は例示を目的とするものであって包括的ではないことを当業者は理解するであろう。幾つかの場合においては、ここにおいて説明される規則例のうちの１つ以上を実装する必要がなく、この開示の適用範囲及び精神に影響を及ぼさずにここにおいて記載されない追加の規則又はその組み合わせを追加する必要がある。
【００３９】
ここにおいては、バックツーバックバーストを示す４例が説明される。これらの全例に関して、復調器は２Ｍビットのメモリを有すると仮定する。図７に示される第１の例においては、２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）が受信に関して選択される。ＥＳ２には優先度１が割り当てられ、ＥＳ１には優先度２が割り当てられる。この第１の例においては、ＥＳ１が成功裏に受信されるかどうかは、ＥＳ２（より高い優先度）の受信が開始する前にＥＳ１アプリケーションデータをメモリからフラッシング可能であるかどうかに依存する。ＥＳ１の全アプリケーションデータが誤りなしで（又は最小の誤りの状態で）受信された場合は、ＤＶＢ−Ｈ受信機は、関連づけられたＥＳ１パリティデータを待たずにＥＳ１アプリケーションデータをフラッシングするのを開始することが可能である。従って、ＥＳ１アプリケーションデータは、ＤＶＢ−Ｈ受信機がＥＳ２にメモリを割り当てる準備が完了する前にメモリからフラッシングすることが可能である。この場合は、ＥＳ１及びＥＳ２の両方が成功裏に受信される。他方、ＥＳ１のアプリケーションデータが、前方誤り訂正のための関連づけられたＥＳ１パリティデータを要求する誤りを伴った状態で受信された場合は、ＤＶＢ−Ｈ受信機がＥＳ２にメモリを割り当てる準備が完了する前に十分な時間がないことがある。この後者の場合は、ＥＳ１は廃棄され、ＥＳ２のみが成功裏に受信される。
【００４０】
図８は、受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第２の例を示す。第２の例においては、ＥＳ１はＥＳ２（すなわち、優先度２）よりも高い優先度（すなわち、優先度１）を有する。ＥＳ１の全アプリケーションデータが誤りなしで（又は最小の誤りが存在する状態で）受信された場合は、ＤＶＢ−Ｈ受信機は、関連づけられたＥＳ１パリティデータを待たずにＥＳ１アプリケーションメモリをフラッシングするのを開始することができる。従って、ＥＳ１アプリケーションデータは、ＤＶＢ−Ｈ受信機がより低い優先度のバーストＥＳ２にメモリを割り当てる準備が完了する前にメモリからフラッシングすることが可能である。この場合は、ＥＳ１及びＥＳ２の両方が成功裏に受信される。他方、ＥＳ１のアプリケーションデータが、前方誤り訂正のための関連づけられたＥＳ１パリティデータを要求する誤りを伴った状態で受信された場合は、ＤＶＢ−Ｈ受信機がより低い優先度のバーストＥＳ２にメモリ割り当てる準備が完了する前に十分な時間がないことがある。この後者の場合は、ＥＳ１アプリケーションデータ（及び関連づけられたパリティデータ）がメモリからフラッシングされるまでＥＳ２はメモリが割り当てられない。一例においては、ＥＳ２データの一部のみが受信される。受信されたＥＳ２データ内における誤り量に依存して、ＥＳ２バーストを復元するために誤り訂正技法を適用することができる。
【００４１】
図９は、受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第３の例を示す。第３の例においては、ＥＳ１はＥＳ２（すなわち、優先度２）よりも高い優先度（すなわち、優先度１）を有し、ＥＳ２はＥＳ１（例えば、サイズが２Ｍビット）よりも小さいバースト（例えば、サイズが０．５Ｍビット）である。メモリからのＥＳアプリケーションデータのフラッシングが、ＥＳ２バースト送信の完了前に完了されない場合は、ＥＳ２は受信されない。他の例においては、ＥＳ１アプリケーションデータのフラッシングはＥＳ２バースト送信と時間の点で同時に発生したためＥＳ２の一部のみが受信される。ＥＳ２バーストは短いため、受信されるものは、完全なＥＳ２バーストの復元を可能にしない場合がある。
【００４２】
図１０は、受信のために選択された２つのバックツーバックエレメンタリストリーム（ＥＳ１及びＥＳ２）の第４の例を示す。第３の例においては、ＥＳ１はＥＳ２（すなわち、優先度２）よりも高い優先度（すなわち、優先度１）を有し、ＥＳ１はＥＳ１（例えば、サイズが２Ｍビット）よりも小さいバースト（例えば、サイズが０．５Ｍビット）である。ＥＳ１はより小さいバーストであるため、ＥＳ１アプリケーションデータをメモリからフラッシングするために要する時間はより短く、従って（存在するとしても）ＥＳ２バースト送信からのデータ紛失をほとんど生じさせない。ＥＳ２バーストのサイズは大きいため、誤り訂正を通じての復元は、紛失したデータに関するほうが可能性がより高い。
【００４３】
図７乃至１０における４つの例によって示されるように、データバーストを受信するための時間量は、（用いられる変調の種類、コードレート、ガード間隔、等に依存する）バースト帯域幅に依存する。メモリからデータをフラッシングするための時間量は、チャネル誤り率（従って誤り訂正に要する時間量）、及び復調器メモリからホストプロセッサにデータを転送するのに要する時間量に依存する。従って、所定のチャネル誤り率に関しては、全体のサイズがメモリサイズよりも大きいバックツーバックバーストを成功裏に受信する確率は、よりの低いバースト帯域幅のほうがより高く、より高いバースト帯域幅のほうがより低い。
【００４４】
ここにおいて開示される例に関係させて説明される様々な例示的構成要素、論理ブロック、モジュール及び／又はアルゴリズム上のステップは、電子ハードウェア、ファームウェア、コンピュータソフトウェア、又はその組み合わせとして実装可能であることを当業者はさらに明確に理解するであろう。ハードウェア、ファームウェア及びソフトウェアのこの互換性を明確に例示するため、上記においては、様々な例示的構成要素、ブロック、モジュール及び／又はアルゴリズム上のステップが、各々の機能の観点で一般的に説明されている。該機能がハードウェア、ファームウェア又はソフトウェアとして実装されるかは、全体的システムに対する特定の用途上の及び設計上の制約事項に依存する。当業者は、説明されている機能を各々の特定の用途に合わせて様々な形で実装することができるが、これらの実装決定は、この開示の適用範囲及び精神からの逸脱を生じさせるものであるとは解釈すべきではない。
【００４５】
例えば、ハードウェアに実装する場合は、処理ユニットは、ここにおいて説明される機能を果たすように設計された１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、その他の電子ユニット、又はその組み合わせ内に実装することができる。ソフトウェアに実装する場合は、該実装は、ここにおいて説明される機能を果たすモジュール（例えば、手順、関数、等）を通じて行うことができる。ソフトウェアコードは、メモリユニットに格納すること及びプロセッサユニットによって実行することができる。さらに、ここにおいて説明される様々な例示的フローチャート、論理ブロック、モジュール及び／又はアルゴリズム上のステップは、当業において知られるあらゆるコンピュータによって読み取り可能な媒体において搬送されるコンピュータによって実行可能な命令としてコーディングすることも可能である。
【００４６】
一例においては、ここにおいて説明される例示的構成要素、フローチャート、論理ブロック、モジュール及び／又はアルゴリズム上のステップは、１つ以上のプロセッサとともに実装又は実行される。一側面においては、プロセッサは、ここにおいて説明される様々なフローチャート、論理ブロック及び／又はモジュールを実装又は実行するためにプロセッサによって実行されるデータ、メタデータ、プログラム命令、等を格納するメモリと結合される。図１１は、複数の同時ストリームバーストを受信するためにメモリ１１２０と通信するプロセッサ１１１０を備えるデバイス１１００の例である。一例においては、デバイス１１００は、図５に示されるアルゴリズムを実装するために用いられる。一側面においては、メモリ１１２０は、プロセッサ１１１０内に配置される。他の側面においては、メモリ１１２０は、プロセッサ１１１０の外部に配置される。
【００４７】
図１２は、複数の同時ストリームバーストを受信するのに適するデバイス１２００の例を示す。一側面においては、デバイス１２００は、ここにおいてはブロック１２０５、１２１０、１２１５、１２２０、１２２５、１２３０、１２４０、１２４５、１２５０、１２５５、１２６０、１２６５、１２７０、１２７５、１２８０、１２８５及び１２９０において説明されるように限られたＤＶＢ−Ｈ受信機メモリを用いて複数の同時ストリームバーストを受信する異なる側面を提供するように構成された１つ以上のモジュールを備える少なくとも１つのプロセッサによって実装される。例えば、各モジュールは、ハードウェア、ファームウェア、ソフトウェア、又はその組み合わせを備える。一側面においては、デバイス１２００は、少なくとも１つのプロセッサと通信する少なくとも１つのメモリによっても実装される。図１２において用いられる第１のＰＩＤは、第１のＰＩＤと関連づけられた第１のパケットを指し、第２のＰＩＤは、第２のＰＩＤと関連づけられた第２のパケットを指し、第３のＰＩＤは、第３のＰＩＤと関連づけられた第３のパケットを指す。
【００４８】
開示される側面に関する上記の説明は、当業者がこの開示を製造又は使用できるようにすることを目的とするものである。これらの側面に対する様々な修正は、当業者にとって容易に明確になるであろう。さらに、ここにおいて定められている一般原理は、この開示の精神及び適用範囲を逸脱しない形でその他の側面に対しても適用することができる。
【特許請求の範囲】
【請求項１】
複数の同時ストリームバーストを受信するための方法であって、
フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定することと、
第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定することであって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズであることと、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記第１のパケットへの前記利用可能メモリの割り当てを解除することを要求することと、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つことと、
前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てること、とを備える、方法。
【請求項２】
前記第２のパケットは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を備える請求項１に記載の方法。
【請求項３】
前記第２のパケットは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を備える複数のパケットの中で最高の優先度を備える請求項２に記載の方法。
【請求項４】
前記フレームは、マルチプロトコルカプセル化前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである請求項１に記載の方法。
【請求項５】
第３のパケットを受信するために受信機をウェークアップさせる時間であるかどうかを決定することをさらに備える請求項１に記載の方法。
【請求項６】
前記利用可能メモリは、前記第３のパケットを収納可能であるかどうかを決定することをさらに備える請求項５に記載の方法。
【請求項７】
前記第３のパケットに前記利用可能メモリを割り当てることをさらに備える請求項６に記載の方法。
【請求項８】
前記第３のパケットの優先度は前記第２のパケットの前記優先度よりも高いかどうかを決定することをさらに備える請求項６に記載の方法。
【請求項９】
前記第３の前記パケットの前記優先度が前記第２のパケットの前記優先度よりも高い場合は前記第２のパケットへの前記利用可能メモリの割り当てを解除することと前記第３のパケットに前記利用可能メモリを割り当てることとをさらに備える請求項８に記載の方法。
【請求項１０】
前記第３の前記パケットの前記優先度が前記第２のパケットの前記優先度よりも高くない場合は前記第３のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変更することをさらに備える請求項８に記載の方法。
【請求項１１】
前記第２のパケットに関する前記フレームの組み立てが完了しているかどうかを決定することをさらに備える請求項５に記載の方法。
【請求項１２】
前記第２のパケットへの前記利用可能メモリの割り当てを解除することと、 前記組み立てが完了している場合は前記第２のパケットのスロット状態をｄｅｌｔａＴ＿ｋｎｏｗｎに設定することと、ＰＩＤモニタリング状態に移行すること、とをさらに備える請求項１１に記載の方法。
【請求項１３】
前記組み立てが完了していない場合は前記第２のパケットと関連づけられたタイマが時間切れになっているかどうかを決定することをさらに備える請求項１１に記載の方法。
【請求項１４】
前記タイマが時間切れだった場合に前記第２のパケットを削除することと前記第２のパケットの受信失敗を示す失敗メッセージを送信することとをさらに備える請求項１３に記載の方法。
【請求項１５】
ＰＩＤモニタリング状態に移行することをさらに備える請求項１４に記載の方法。
【請求項１６】
前記受信機は、デジタルビデオ放送ハンドヘルド（ＤＶＢ−Ｈ）受信機であり、前記フレームは、マルチプロトコルカプセル化前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである請求項５に記載の方法。
【請求項１７】
プロセッサとプロセッサメモリとを備える受信機であって、前記プロセッサメモリは、下記、すなわち、
フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定すること、
第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定すること、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること前記第１のパケットへの前記利用可能メモリの割り当てを解除することを要求すること、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つこと、及び
前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てること、を実行するための前記プロセッサによって実行可能なプログラムコードを含み、前記フレームサイズは前記第２のパケットに関するフレームのサイズである、受信機。
【請求項１８】
前記第２のパケットは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を備える請求項１７に記載の受信機。
【請求項１９】
前記第２のパケットは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を備える複数のパケットの中で最高の優先度を備える請求項１８に記載の受信機。
【請求項２０】
前記フレームは、マルチプロトコルカプセル化前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである請求項１７に記載の受信機。
【請求項２１】
前記プロセッサメモリは、第３のパケットを受信するために前記受信機をウェークアップさせる時間であるかどうかを決定するためのプログラムコードをさらに備える請求項１７に記載の受信機。
【請求項２２】
前記プロセッサメモリは、前記利用可能メモリが前記第３のパケットを収容可能であるかどうかを決定するためのプログラムコードをさらに備える請求項２１に記載の受信機。
【請求項２３】
前記プロセッサメモリは、前記第３のパケットに前記利用可能メモリを割り当てるためのプログラムコードをさらに備える請求項２２に記載の受信機。
【請求項２４】
前記プロセッサメモリは、前記第３のパケットの優先度が前記第２のパケットの前記優先度よりも高いかどうかを決定するためのプログラムコードをさらに備える請求項２２に記載の受信機。
【請求項２５】
前記プロセッサメモリは、前記第３のパケットの前記優先度が前記第２のパケットの前記優先度よりも高い場合は前記第２のパケットへの前記利用可能メモリの割り当てを解除し及び前記第３のパケットに前記利用可能メモリを割り当てるためのプログラムコードをさらに備える請求項２４に記載の受信機。
【請求項２６】
前記プロセッサメモリは、前記第３の前記パケットの前記優先度が前記第２のパケットの前記優先度よりも高くない場合は前記第３のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変更するためのプログラムコードをさらに備える請求項２４に記載の受信機。
【請求項２７】
前記プロセッサメモリは、前記第２のパケットに関する前記フレームの組み立てが完了しているかどうかを決定するためのプログラムコードをさらに備える請求項２１に記載の受信機。
【請求項２８】
前記プロセッサメモリは、前記第２のパケットへの前記利用可能メモリの割り当てを解除し、前記組み立てが完了している場合は前記第２のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに設定し、及びＰＩＤモニタリング状態に移行するためのプログラムコードをさらに備える請求項２７に記載の受信機。
【請求項２９】
前記プロセッサメモリは、前記組み立てが完了していない場合は前記第２のパケットと関連づけられたタイマが時間切れになっているかどうかを決定するためのプログラムコードをさらに備える請求項２７に記載の受信機。
【請求項３０】
前記プロセッサメモリは、前記タイマが時間切れだった場合は前記第２のパケットを削除し及び前記第２のパケットの受信失敗を示す失敗メッセージを送信するためのプログラムコードをさらに備える請求項２９に記載の受信機。
【請求項３１】
前記プロセッサメモリは、ＰＩＤモニタリング状態に移行するためのプログラムコードをさらに備える請求項２９に記載の受信機。
【請求項３２】
前記受信機は、デジタルビデオ放送−ハンドヘルド（ＤＶＢ−Ｈ）受信機であり、前記フレームは、マルチプロトコルカプセル化前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである請求項２１に記載の受信機。
【請求項３３】
前記利用可能メモリは、前記受信機の復調器内に常駐する請求項１７に記載の受信機。
【請求項３４】
複数の同時ストリームバーストを受信するためのハンドヘルド受信機であって、
フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定するための手段と、
第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定するための手段であって、前記フレームサイズは前記第２のパケットに関するフレームのサイズである手段と、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記第１のパケットへの前記利用可能メモリの割り当てを解除することを要求するための手段と、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つための手段と、
前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てるための手段と、を備える、ハンドヘルド受信機。
【請求項３５】
前記フレームは、マルチプロトコルカプセル化−前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである請求項３４に記載のハンドヘルド受信機。
【請求項３６】
第３のパケットを受信するために前記ハンドヘルド受信機をウェークアップさせる時間であるかどうかを決定することをさらに備える請求項３４に記載のハンドヘルド受信機。
【請求項３７】
前記利用可能メモリは、前記第３のパケットを収納可能であるかどうかを決定するための手段をさらに備える請求項３６に記載のハンドヘルド受信機。
【請求項３８】
前記第３のパケットに前記利用可能メモリを割り当てるための手段をさらに備える請求項３７に記載のハンドヘルド受信機。
【請求項３９】
前記第３のパケットの優先度が前記第２のパケットの前記優先度よりも高いかどうかを決定するための手段をさらに備える請求項３７に記載のハンドヘルド受信機。
【請求項４０】
前記第３の前記パケットの前記優先度が前記第２のパケットの前記優先度よりも高い場合は前記第２のパケットへの前記利用可能メモリの割り当てを解除するための手段と前記第３のパケットに前記利用可能メモリを割り当てるための手段とをさらに備える請求項３９に記載のハンドヘルド受信機。
【請求項４１】
前記第３のパケットの前記優先度が前記第２のパケットの前記優先度よりも高くない場合は前記第３のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変更するための手段をさらに備える請求項３９に記載のハンドヘルド受信機。
【請求項４２】
前記第２のパケットに関する前記フレームの組み立てが完了しているかどうかを決定するための手段をさらに備える請求項３６に記載のハンドヘルド受信機。
【請求項４３】
前記第２のパケットへの前記利用可能メモリの割り当てを解除するための手段と、前記組み立てが完了している場合は前記第２のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに設定するための手段と、ＰＩＤモニタリング状態に移行するための手段と、をさらに備える請求項４２に記載のハンドヘルド受信機。
【請求項４４】
前記組み立てが完了していない場合は前記第２のパケットと関連づけられたタイマが時間切れになっているかどうかを決定するための手段をさらに備える請求項４２に記載のハンドヘルド受信機。
【請求項４５】
前記第２のパケットを削除するための手段と、前記タイマが時間切れだった場合は前記第２のパケットの受信失敗を示す失敗メッセージを送信するための手段と、ＰＩＤモニタリング状態に移行するための手段と、をさらに備える請求項４４に記載のハンドヘルド受信機。
【請求項４６】
コンピュータプログラム製品であって、
フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定するためのプログラムコードと、
第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定するためのプログラムコードであって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズであるプログラムコードと、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記第１のパケットへの前記利用可能メモリの割り当てを解除することを要求するためのプログラムコードと、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つためのプログラムコードと、
前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てるためのプログラムコードと、を備える格納されたプログラムコード、を含むコンピュータによって読み取り可能な媒体を備える、コンピュータプログラム製品。
【請求項４７】
第３のパケットを受信するためにＤＶＢ−Ｈ受信機をウェークアップさせる時間であるかどうかを決定するためのプログラムコードと、
前記利用可能メモリは前記第３のパケットを収納可能であるかどうかを決定するためのプログラムコードと、
前記第３のパケットに前記利用可能メモリを割り当てるためのプログラムコードと、をさらに備える請求項４６に記載のコンピュータプログラム製品。
【請求項４８】
第３のパケットを受信するためにＤＶＢ−Ｈ受信機をウェークアップさせる時間であるかどうかを決定するためのプログラムコードと、
前記第３のパケットの優先度が前記第２のパケットの前記優先度よりも高いかどうかを決定するためのプログラムコードと、
前記第３の前記パケットの前記優先度が前記第２のパケットの前記優先度よりも高い場合は前記第２のパケットへの利用可能メモリの割り当てを解除し及び前記第３のパケットに前記利用可能メモリを割り当てるためのプログラムコードと、
前記第３のパケットの前記優先度が前記第２のパケットの前記優先度よりも高くない場合は前記第３のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変更するためのプログラムコードと、をさらに備える請求項４６に記載のコンピュータプログラム製品。
【請求項４９】
第３のパケットを受信するためにＤＶＢ−Ｈ受信機をウェークアップさせる時間であるかどうかを決定するためのプログラムコードと、
前記第２のパケットに関する前記フレームの組み立てが完了しているかどうかを決定するためのプログラムコードと、
前記組み立てが完了している場合は前記第２のパケットへの前記利用可能メモリの割り当てを解除し及び前記第２のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに設定するためのプログラムコードと、
前記組み立てが完了してない場合は前記第２のパケットと関連づけられたタイマが時間切れになっているかどうかを決定し、前記第２のパケットを削除し及び前記第２のパケットの受信失敗を示す失敗メッセージを送信するためのプログラムコードと、をさらに備える請求項４６に記載のコンピュータプログラム製品。
【請求項５０】
ＰＩＤモニタリング状態に移行するためのプログラムコードをさらに備える請求項４９に記載のコンピュータプログラム製品。
【請求項５１】
複数の同時バーストストリームを受信するための装置であって、
パケット識別子（ＰＩＤ）と関連づけられたパケットの追加又は削除を行うためのＰＩＤマネージャと、
前記パケットの前記追加又は前記削除を行うように前記ＰＩＤマネージャに要求するためのプロトコルプロセッサであって、前記パケットは前記複数の同時バーストストリームの一部として受信されるプロトコルプロセッサと、を備える、装置。
【請求項５２】
前記プロトコルプロセッサは、優先度情報、決定時間、フレームサイズのうちの少なくとも１つを前記ＰＩＤマネージャに送信された要求メッセージ内の前記パケット識別子と関連づける請求項５１に記載の装置。
【請求項５３】
前記ＰＩＤマネージャは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を前記要求メッセージ内の前記パケット識別子に関連づける請求項５２に記載の装置。
【請求項５４】
前記ＰＩＤマネージャは、パケット識別子リストのＰＩＤ管理テーブルを維持し、前記リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられる請求項５１に記載の装置。
【請求項５５】
前記ＰＩＤマネージャは、前記パケット識別子のうちの１つを削除するメッセージが前記プロトコルプロセッサから受信された場合に前記パケット識別子のうちの前記１つを前記リストから削除する請求項５４に記載の装置。
【請求項５６】
前記ＰＩＤマネージャは、ＰＩＤ管理モジュール（ＰＭＭ）を備え、前記ＰＭＭは、ＰＩＤモニタリング状態とＰＩＤ取得状態とをさらに備える請求項５１に記載の装置。
【請求項５７】
前記ＰＭＭは、ＰＩＤ管理テーブル内に記入項目が存在しない場合又は前記ＰＩＤ管理テーブル内の全記入項目がｄｅｌｔａＴ＿ｋｎｏｗｎスロット状態を有する場合にＰＩＤモニタリング状態になってＰＩＤモニタリング状態を維持し、前記ＰＩＤ管理テーブルは、パケット識別子リストを備え、前記リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられる請求項５６に記載の装置。
【請求項５８】
前記ＰＭＭは、ＰＩＤ管理テーブル内の少なくとも１つの記入項目がｄｅｌｔａＴ＿ｕｎｋｎｏｗｎスロット状態を有する場合に前記ＰＩＤ取得状態になり、前記ＰＩＤ管理テーブルは、パケット識別子リストを備え、前記リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられる請求項５６に記載の装置。
【請求項５９】
前記ＰＭＭは、新パケットを受信するためにウェークアップする時間であるときに前記新パケットに内部メモリを割り当てるための割り当て要求を送信し、前記新パケットは、前記ＰＩＤ管理テーブル内の前記パケット識別子のうちの１つと関連づけられる請求項５７に記載の装置。
【請求項６０】
前記ＰＭＭは、前記ＰＩＤ管理テーブル内の前記パケット識別子のうちの１つと関連づけられた旧パケットが受信されて処理された後に、前記旧パケットへの内部メモリの割り当てを解除するための割り当て解除要求を送信する請求項５９に記載の装置。
【請求項６１】
前記ＰＩＤマネージャは、パケット識別子リストのＰＩＤ管理テーブルを維持し、前記リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられ、前記ＰＭＭは、前記パケット識別子のうちの少なくとも１つの前記スロット状態がｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変化時に前記ＰＩＤモニタリング状態から前記ＰＩＤ取得状態に移行する請求項５６に記載の装置。
【請求項１】
複数の同時ストリームバーストを受信するための方法であって、
フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定することと、
第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定することであって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズであることと、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記第１のパケットへの前記利用可能メモリの割り当てを解除することを要求することと、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つことと、
前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てること、とを備える、方法。
【請求項２】
前記第２のパケットは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を備える請求項１に記載の方法。
【請求項３】
前記第２のパケットは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を備える複数のパケットの中で最高の優先度を備える請求項２に記載の方法。
【請求項４】
前記フレームは、マルチプロトコルカプセル化前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである請求項１に記載の方法。
【請求項５】
第３のパケットを受信するために受信機をウェークアップさせる時間であるかどうかを決定することをさらに備える請求項１に記載の方法。
【請求項６】
前記利用可能メモリは、前記第３のパケットを収納可能であるかどうかを決定することをさらに備える請求項５に記載の方法。
【請求項７】
前記第３のパケットに前記利用可能メモリを割り当てることをさらに備える請求項６に記載の方法。
【請求項８】
前記第３のパケットの優先度は前記第２のパケットの前記優先度よりも高いかどうかを決定することをさらに備える請求項６に記載の方法。
【請求項９】
前記第３の前記パケットの前記優先度が前記第２のパケットの前記優先度よりも高い場合は前記第２のパケットへの前記利用可能メモリの割り当てを解除することと前記第３のパケットに前記利用可能メモリを割り当てることとをさらに備える請求項８に記載の方法。
【請求項１０】
前記第３の前記パケットの前記優先度が前記第２のパケットの前記優先度よりも高くない場合は前記第３のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変更することをさらに備える請求項８に記載の方法。
【請求項１１】
前記第２のパケットに関する前記フレームの組み立てが完了しているかどうかを決定することをさらに備える請求項５に記載の方法。
【請求項１２】
前記第２のパケットへの前記利用可能メモリの割り当てを解除することと、 前記組み立てが完了している場合は前記第２のパケットのスロット状態をｄｅｌｔａＴ＿ｋｎｏｗｎに設定することと、ＰＩＤモニタリング状態に移行すること、とをさらに備える請求項１１に記載の方法。
【請求項１３】
前記組み立てが完了していない場合は前記第２のパケットと関連づけられたタイマが時間切れになっているかどうかを決定することをさらに備える請求項１１に記載の方法。
【請求項１４】
前記タイマが時間切れだった場合に前記第２のパケットを削除することと前記第２のパケットの受信失敗を示す失敗メッセージを送信することとをさらに備える請求項１３に記載の方法。
【請求項１５】
ＰＩＤモニタリング状態に移行することをさらに備える請求項１４に記載の方法。
【請求項１６】
前記受信機は、デジタルビデオ放送ハンドヘルド（ＤＶＢ−Ｈ）受信機であり、前記フレームは、マルチプロトコルカプセル化前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである請求項５に記載の方法。
【請求項１７】
プロセッサとプロセッサメモリとを備える受信機であって、前記プロセッサメモリは、下記、すなわち、
フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定すること、
第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定すること、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること前記第１のパケットへの前記利用可能メモリの割り当てを解除することを要求すること、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つこと、及び
前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てること、を実行するための前記プロセッサによって実行可能なプログラムコードを含み、前記フレームサイズは前記第２のパケットに関するフレームのサイズである、受信機。
【請求項１８】
前記第２のパケットは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を備える請求項１７に記載の受信機。
【請求項１９】
前記第２のパケットは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を備える複数のパケットの中で最高の優先度を備える請求項１８に記載の受信機。
【請求項２０】
前記フレームは、マルチプロトコルカプセル化前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである請求項１７に記載の受信機。
【請求項２１】
前記プロセッサメモリは、第３のパケットを受信するために前記受信機をウェークアップさせる時間であるかどうかを決定するためのプログラムコードをさらに備える請求項１７に記載の受信機。
【請求項２２】
前記プロセッサメモリは、前記利用可能メモリが前記第３のパケットを収容可能であるかどうかを決定するためのプログラムコードをさらに備える請求項２１に記載の受信機。
【請求項２３】
前記プロセッサメモリは、前記第３のパケットに前記利用可能メモリを割り当てるためのプログラムコードをさらに備える請求項２２に記載の受信機。
【請求項２４】
前記プロセッサメモリは、前記第３のパケットの優先度が前記第２のパケットの前記優先度よりも高いかどうかを決定するためのプログラムコードをさらに備える請求項２２に記載の受信機。
【請求項２５】
前記プロセッサメモリは、前記第３のパケットの前記優先度が前記第２のパケットの前記優先度よりも高い場合は前記第２のパケットへの前記利用可能メモリの割り当てを解除し及び前記第３のパケットに前記利用可能メモリを割り当てるためのプログラムコードをさらに備える請求項２４に記載の受信機。
【請求項２６】
前記プロセッサメモリは、前記第３の前記パケットの前記優先度が前記第２のパケットの前記優先度よりも高くない場合は前記第３のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変更するためのプログラムコードをさらに備える請求項２４に記載の受信機。
【請求項２７】
前記プロセッサメモリは、前記第２のパケットに関する前記フレームの組み立てが完了しているかどうかを決定するためのプログラムコードをさらに備える請求項２１に記載の受信機。
【請求項２８】
前記プロセッサメモリは、前記第２のパケットへの前記利用可能メモリの割り当てを解除し、前記組み立てが完了している場合は前記第２のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに設定し、及びＰＩＤモニタリング状態に移行するためのプログラムコードをさらに備える請求項２７に記載の受信機。
【請求項２９】
前記プロセッサメモリは、前記組み立てが完了していない場合は前記第２のパケットと関連づけられたタイマが時間切れになっているかどうかを決定するためのプログラムコードをさらに備える請求項２７に記載の受信機。
【請求項３０】
前記プロセッサメモリは、前記タイマが時間切れだった場合は前記第２のパケットを削除し及び前記第２のパケットの受信失敗を示す失敗メッセージを送信するためのプログラムコードをさらに備える請求項２９に記載の受信機。
【請求項３１】
前記プロセッサメモリは、ＰＩＤモニタリング状態に移行するためのプログラムコードをさらに備える請求項２９に記載の受信機。
【請求項３２】
前記受信機は、デジタルビデオ放送−ハンドヘルド（ＤＶＢ−Ｈ）受信機であり、前記フレームは、マルチプロトコルカプセル化前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである請求項２１に記載の受信機。
【請求項３３】
前記利用可能メモリは、前記受信機の復調器内に常駐する請求項１７に記載の受信機。
【請求項３４】
複数の同時ストリームバーストを受信するためのハンドヘルド受信機であって、
フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定するための手段と、
第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定するための手段であって、前記フレームサイズは前記第２のパケットに関するフレームのサイズである手段と、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記第１のパケットへの前記利用可能メモリの割り当てを解除することを要求するための手段と、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低くない場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つための手段と、
前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てるための手段と、を備える、ハンドヘルド受信機。
【請求項３５】
前記フレームは、マルチプロトコルカプセル化−前方誤り訂正（ＭＰＥ−ＦＥＣ）フレームである請求項３４に記載のハンドヘルド受信機。
【請求項３６】
第３のパケットを受信するために前記ハンドヘルド受信機をウェークアップさせる時間であるかどうかを決定することをさらに備える請求項３４に記載のハンドヘルド受信機。
【請求項３７】
前記利用可能メモリは、前記第３のパケットを収納可能であるかどうかを決定するための手段をさらに備える請求項３６に記載のハンドヘルド受信機。
【請求項３８】
前記第３のパケットに前記利用可能メモリを割り当てるための手段をさらに備える請求項３７に記載のハンドヘルド受信機。
【請求項３９】
前記第３のパケットの優先度が前記第２のパケットの前記優先度よりも高いかどうかを決定するための手段をさらに備える請求項３７に記載のハンドヘルド受信機。
【請求項４０】
前記第３の前記パケットの前記優先度が前記第２のパケットの前記優先度よりも高い場合は前記第２のパケットへの前記利用可能メモリの割り当てを解除するための手段と前記第３のパケットに前記利用可能メモリを割り当てるための手段とをさらに備える請求項３９に記載のハンドヘルド受信機。
【請求項４１】
前記第３のパケットの前記優先度が前記第２のパケットの前記優先度よりも高くない場合は前記第３のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変更するための手段をさらに備える請求項３９に記載のハンドヘルド受信機。
【請求項４２】
前記第２のパケットに関する前記フレームの組み立てが完了しているかどうかを決定するための手段をさらに備える請求項３６に記載のハンドヘルド受信機。
【請求項４３】
前記第２のパケットへの前記利用可能メモリの割り当てを解除するための手段と、前記組み立てが完了している場合は前記第２のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに設定するための手段と、ＰＩＤモニタリング状態に移行するための手段と、をさらに備える請求項４２に記載のハンドヘルド受信機。
【請求項４４】
前記組み立てが完了していない場合は前記第２のパケットと関連づけられたタイマが時間切れになっているかどうかを決定するための手段をさらに備える請求項４２に記載のハンドヘルド受信機。
【請求項４５】
前記第２のパケットを削除するための手段と、前記タイマが時間切れだった場合は前記第２のパケットの受信失敗を示す失敗メッセージを送信するための手段と、ＰＩＤモニタリング状態に移行するための手段と、をさらに備える請求項４４に記載のハンドヘルド受信機。
【請求項４６】
コンピュータプログラム製品であって、
フレームサイズが利用可能メモリのサイズよりも小さいかどうかを決定するためのプログラムコードと、
第１のパケットの優先度が第２のパケットの優先度よりも低いかどうかを決定するためのプログラムコードであって、前記フレームサイズは、前記第２のパケットに関するフレームのサイズであるプログラムコードと、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記第１のパケットの処理を打ち切ること及び前記第１のパケットへの前記利用可能メモリの割り当てを解除することを要求するためのプログラムコードと、
前記第１のパケットの前記優先度が前記第２のパケットの前記優先度よりも低い場合は前記利用可能メモリの前記サイズが前記フレームサイズと等しいか又はそれよりも大きくなるまで待つためのプログラムコードと、
前記第２のパケットに関する前記フレームに前記利用可能メモリを割り当てるためのプログラムコードと、を備える格納されたプログラムコード、を含むコンピュータによって読み取り可能な媒体を備える、コンピュータプログラム製品。
【請求項４７】
第３のパケットを受信するためにＤＶＢ−Ｈ受信機をウェークアップさせる時間であるかどうかを決定するためのプログラムコードと、
前記利用可能メモリは前記第３のパケットを収納可能であるかどうかを決定するためのプログラムコードと、
前記第３のパケットに前記利用可能メモリを割り当てるためのプログラムコードと、をさらに備える請求項４６に記載のコンピュータプログラム製品。
【請求項４８】
第３のパケットを受信するためにＤＶＢ−Ｈ受信機をウェークアップさせる時間であるかどうかを決定するためのプログラムコードと、
前記第３のパケットの優先度が前記第２のパケットの前記優先度よりも高いかどうかを決定するためのプログラムコードと、
前記第３の前記パケットの前記優先度が前記第２のパケットの前記優先度よりも高い場合は前記第２のパケットへの利用可能メモリの割り当てを解除し及び前記第３のパケットに前記利用可能メモリを割り当てるためのプログラムコードと、
前記第３のパケットの前記優先度が前記第２のパケットの前記優先度よりも高くない場合は前記第３のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変更するためのプログラムコードと、をさらに備える請求項４６に記載のコンピュータプログラム製品。
【請求項４９】
第３のパケットを受信するためにＤＶＢ−Ｈ受信機をウェークアップさせる時間であるかどうかを決定するためのプログラムコードと、
前記第２のパケットに関する前記フレームの組み立てが完了しているかどうかを決定するためのプログラムコードと、
前記組み立てが完了している場合は前記第２のパケットへの前記利用可能メモリの割り当てを解除し及び前記第２のパケットのスロット状態をｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに設定するためのプログラムコードと、
前記組み立てが完了してない場合は前記第２のパケットと関連づけられたタイマが時間切れになっているかどうかを決定し、前記第２のパケットを削除し及び前記第２のパケットの受信失敗を示す失敗メッセージを送信するためのプログラムコードと、をさらに備える請求項４６に記載のコンピュータプログラム製品。
【請求項５０】
ＰＩＤモニタリング状態に移行するためのプログラムコードをさらに備える請求項４９に記載のコンピュータプログラム製品。
【請求項５１】
複数の同時バーストストリームを受信するための装置であって、
パケット識別子（ＰＩＤ）と関連づけられたパケットの追加又は削除を行うためのＰＩＤマネージャと、
前記パケットの前記追加又は前記削除を行うように前記ＰＩＤマネージャに要求するためのプロトコルプロセッサであって、前記パケットは前記複数の同時バーストストリームの一部として受信されるプロトコルプロセッサと、を備える、装置。
【請求項５２】
前記プロトコルプロセッサは、優先度情報、決定時間、フレームサイズのうちの少なくとも１つを前記ＰＩＤマネージャに送信された要求メッセージ内の前記パケット識別子と関連づける請求項５１に記載の装置。
【請求項５３】
前記ＰＩＤマネージャは、ｄｅｌｔａＴ＿ｕｎｋｎｏｗｎのスロット状態を前記要求メッセージ内の前記パケット識別子に関連づける請求項５２に記載の装置。
【請求項５４】
前記ＰＩＤマネージャは、パケット識別子リストのＰＩＤ管理テーブルを維持し、前記リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられる請求項５１に記載の装置。
【請求項５５】
前記ＰＩＤマネージャは、前記パケット識別子のうちの１つを削除するメッセージが前記プロトコルプロセッサから受信された場合に前記パケット識別子のうちの前記１つを前記リストから削除する請求項５４に記載の装置。
【請求項５６】
前記ＰＩＤマネージャは、ＰＩＤ管理モジュール（ＰＭＭ）を備え、前記ＰＭＭは、ＰＩＤモニタリング状態とＰＩＤ取得状態とをさらに備える請求項５１に記載の装置。
【請求項５７】
前記ＰＭＭは、ＰＩＤ管理テーブル内に記入項目が存在しない場合又は前記ＰＩＤ管理テーブル内の全記入項目がｄｅｌｔａＴ＿ｋｎｏｗｎスロット状態を有する場合にＰＩＤモニタリング状態になってＰＩＤモニタリング状態を維持し、前記ＰＩＤ管理テーブルは、パケット識別子リストを備え、前記リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられる請求項５６に記載の装置。
【請求項５８】
前記ＰＭＭは、ＰＩＤ管理テーブル内の少なくとも１つの記入項目がｄｅｌｔａＴ＿ｕｎｋｎｏｗｎスロット状態を有する場合に前記ＰＩＤ取得状態になり、前記ＰＩＤ管理テーブルは、パケット識別子リストを備え、前記リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられる請求項５６に記載の装置。
【請求項５９】
前記ＰＭＭは、新パケットを受信するためにウェークアップする時間であるときに前記新パケットに内部メモリを割り当てるための割り当て要求を送信し、前記新パケットは、前記ＰＩＤ管理テーブル内の前記パケット識別子のうちの１つと関連づけられる請求項５７に記載の装置。
【請求項６０】
前記ＰＭＭは、前記ＰＩＤ管理テーブル内の前記パケット識別子のうちの１つと関連づけられた旧パケットが受信されて処理された後に、前記旧パケットへの内部メモリの割り当てを解除するための割り当て解除要求を送信する請求項５９に記載の装置。
【請求項６１】
前記ＰＩＤマネージャは、パケット識別子リストのＰＩＤ管理テーブルを維持し、前記リスト内の各パケット識別子は、優先度情報、決定時間、フレームサイズ及びスロット状態と関連づけられ、前記ＰＭＭは、前記パケット識別子のうちの少なくとも１つの前記スロット状態がｄｅｌｔａＴ＿ｕｎｋｎｏｗｎに変化時に前記ＰＩＤモニタリング状態から前記ＰＩＤ取得状態に移行する請求項５６に記載の装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公表番号】特表２０１０−５３９７５２（Ｐ２０１０−５３９７５２Ａ）
【公表日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願番号】特願２０１０−５２４２１４（Ｐ２０１０−５２４２１４）
【出願日】平成２０年９月６日（２００８．９．６）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０７５５２０
【国際公開番号】ＷＯ２００９／０３３１１８
【国際公開日】平成２１年３月１２日（２００９．３．１２）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願日】平成２０年９月６日（２００８．９．６）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０７５５２０
【国際公開番号】ＷＯ２００９／０３３１１８
【国際公開日】平成２１年３月１２日（２００９．３．１２）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]