"符号化ピクチャをバッファリングする方法であって、符号化ピクチャをエンコーダにおいて形成する符号化ステップと、前記符号化ピクチャを伝送ユニットとしてデコーダに伝送する伝送ステップと、前記デコーダに伝送された伝送ユニットをバッファにバッファリングするバッファリングステップと、復号化ピクチャを形成するため、前記符号化ピクチャを復号化する復号化ステップとを含む方法において、少なくとも2つの伝送ユニットの合計サイズが規定され、前記合計サイズに基づいて最大バッファサイズが規定されるように、前記バッファのサイズが規定される方法。前記合計サイズの計算に用いられる伝送ユニット数が、前記伝送ユニット数に関して必要なバッファサイズの分数である、請求項1に記載の方法。前記合計サイズの計算に用いられる伝送ユニット数が、前記伝送ユニット数に関して必要なバッファサイズの分数であり、前記分数は1/Nの形態を持ち、ここで、Nは整数である、請求項1に記載の方法。前記合計サイズの計算に用いられる伝送ユニット数が、前記伝送ユニット数に関して必要なバッファサイズと同じである、請求項1に記載の方法。前記合計サイズの計算に用いられる伝送ユニット数が、前記伝送ユニットのバッファリング順序として表現される、請求項1に記載の方法。ピクチャを符号化するエンコーダと、前記符号化されたピクチャをVCLNALユニットとしてデコーダに伝送する送信機と、前記符号化されたピクチャを復号化して復号化ピクチャを形成するデコーダとを含むシステムであって、前記デコーダが、前記デコーダに伝送された伝送ユニットをバッファリングするバッファを含むシステムにおいて、少なくとも2つの伝送ユニットの合計サイズが規定され、前記合計サイズに基づいて最大バッファサイズが規定されるように、前記バッファのサイズを規定するデファイナを更に含むシステム。ピクチャを符号化するエンコーダであって、バッファにバッファリングし復号化するために、前記符号化されたピクチャを伝送ユニットとしてデコーダに伝送する送信機を含むエンコーダにおいて、少なくとも2つの伝送ユニットの合計サイズが規定され、前記合計サイズに基づいて最大バッファサイズが規定されるように、前記バッファのサイズを規定するデファイナを更に含むエンコーダ。前記エンコーダが、前記符号化されたピクチャをバッファリングするバッファと、前記符号化されたピクチャを復号化するためのバッファリング要件を決定する仮想参照デコーダと含む、請求項7に記載のエンコーダ。復号化ピクチャを形成するため符号化ピクチャを復号化するデコーダであって、復号化のために、受信した符号化ピクチャをバッファリングするプリデコーディングバッファを含むデコーダにおいて、前記デコーダが、バッファサイズを示す受信パラメータに従って前記プリデコーディングバッファのためにメモリを割り当てるプロセッサを更に含み、少なくとも2つの伝送ユニットの合計サイズが規定され、前記合計サイズに基づいて最大バッファサイズが規定されるように、前記バッファサイズが規定されるデコーダ。符号化ピクチャをバッファリングする方法を実行するマシン実行可能ステップを含むソフトウェアプログラムであって、前記方法が、符号化ピクチャをエンコーダに形成する符号化ステップと、前記符号化ピクチャを伝送ユニットとしてデコーダに伝送する伝送ステップと、前記デコーダに伝送された伝送ユニットをバッファにバッファリングするバッファリングステップと、復号化ピクチャを形成するため、前記符号化ピクチャを復号化する復号化ステップとを含むソフトウェアプログラムにおいて、少なくとも2つの伝送ユニットの合計サイズが規定され、前記合計サイズに基づいて最大バッファサイズが規定されるように、前記バッファのサイズが規定されるソフトウェアプログラム。符号化ピクチャをバッファリングする方法を実行するマシン実行可能ステップを含むソフトウェアプログラムを格納する記憶媒体であって、前記方法が、符号化ピクチャをエンコーダに形成する符号化ステップと、前記符号化ピクチャを伝送ユニットとしてデコーダに伝送する伝送ステップと、前記デコーダに伝送された伝送ユニットをバッファにバッファリングするバッファリングステップと、復号化ピクチャを形成するため、前記符号化ピクチャを復号化する復号化ステップとを含む記憶媒体において、少なくとも2つの伝送ユニットの合計サイズが規定され、前記合計サイズに基づいて最大バッファサイズが規定されるように、前記バッファのサイズが規定される記憶媒体。ピクチャを符号化するエンコーダと、バッファにバッファリングし復号化するために、前記符号化されたピクチャを伝送ユニットとしてデコーダに伝送する送信機とを含む電子装置において、少なくとも2つの伝送ユニットの合計サイズが規定され、前記合計サイズに基づいて最大バッファサイズが規定されるように、前記バッファのサイズを規定するデファイナを更に含む電子装置。伝送ユニットとして符号化ピクチャを含む信号であって、前記符号化ピクチャを復号化するためのバッファリング要件が決定される信号において、少なくとも2つの伝送ユニットの合計サイズが規定され、前記合計サイズに基づいて最大バッファサイズが規定されるようにパラメータがバッファサイズを示し、前記パラメータが前記信号に添付される信号。ピクチャを符号化するエンコーダであって、バッファにバッファリングし復号化するために、前記符号化されたピクチャを伝送ユニットとしてデコーダに伝送する送信機を含むエンコーダを有する伝送装置において、少なくとも2つの伝送ユニットの合計サイズが規定され、前記合計サイズに基づいて最大バッファサイズが規定されるように、前記バッファのサイズを規定するデファイナを更に含む伝送装置。復号化ピクチャを形成するため符号化ピクチャを復号化するデコーダであって、復号化のために、受信した符号化ピクチャをバッファリングするプリデコーディングバッファを含むデコーダを有する受信装置において、前記デコーダが、バッファサイズを示す受信パラメータに従って前記プリデコーディングバッファのためにメモリを割り当てるプロセッサを更に含み、少なくとも2つの伝送ユニットの合計サイズが規定され、前記合計サイズに基づいて最大バッファサイズが規定されるように、前記バッファサイズが規定される受信装置。デコーダのプリデコーディングバッファの最大サイズをバイトとしてデコーダに知らせることができる。バイトに基づく方式が用いられ、デコーダに対して再順序付け処理が規定されていなければ、バッファリングモデルは明確に規定されなければならない。その理由は、エンコーダ及びデコーダが異なるバッファリング方式を用いる場合があるためである。バッファに対してバイト単位で特定サイズが規定され、デコーダは、バッファが一杯になるまで、また、最も古いデータがバッファから取り出され復号化された後だけに伝送ユニットがバッファに格納されるバッファリング方式を用いるとする。このようなバッファリングは、復号化が開始される前に必要以上に長く続くことがある。プリデコーディングバッファの最大サイズを知らせる別の実現性は伝送ユニットを用いることであり、この点、バッファのサイズは、バッファリングされる最大量の伝送ユニットとして知らされる。しかし、伝送ユニットの最大サイズは規定されておらず、伝送ユニットのサイズが変化するおそれがある。最大サイズが規定され、特定のデータユニットに対してサイズが小さすぎれば、データユニットを2つの以上の伝送ユニットに分割しなければならず、これによって符号化及び伝送オーバヘッドを増大させ、すなわち、圧縮効率を減少させ、且つ/または、システムの複雑性を増大させる。伝送ユニットの最大サイズは充分に大きくなければならず、バッファの合計サイズを不必要に大きくするおそれがある。本発明では、少なくとも2つの伝送ユニットの合計サイズが規定され、この合計サイズに基づいて最大バッファサイズが規定されるように、バッファサイズが規定される。合計サイズに加えて、ネットワーク伝送ジッタを考慮することが必要である場合がある。本発明の別の態様によれば、合計サイズの計算に用いられる伝送ユニットの数は、伝送ユニットの数に関して必要なバッファサイズの分数である。本発明の更なる別の態様によれば、合計サイズの計算に用いられる伝送ユニットの数は、伝送ユニットの数に関して必要なバッファサイズの分数であり、分数は1/Nの形態を持っている。ここで、Nは整数である。本発明の更に別の態様によれば、合計サイズの計算に用いられる伝送ユニットの数は、伝送ユニットの数に関して必要なバッファサイズと同じである。本発明の実施形態では、合計サイズの計算に用いられる伝送ユニットの数は、伝送ユニットのバッファリング順序として表現される。バッファリング順序は、伝送ユニットが復号化のためにデコーダにバッファリングされる順序、すなわち、プリデコーダバッファにおけるバッファリング順序に関連する。本発明は、デコーダに受信バッファのサイズを規定することができる。以下では、独立したGOPは、あるIDRピクチャこれを含むから復号化順序で次のIDRピクチャこれを含まないまでのピクチャより成る。本発明では、所要バッファの最大量を信号送信するパラメータを提案する。このようなパラメータの幾つかの単位すなわち、継続期間、バイト、符号化ピクチャ、フレーム、VCLNALユニット、あらゆるタイプのNALユニット、並びに、RTPパケットまたはペイロードが検討されている。不規則の量を継続期間で指定することは、伝送ビットレートと、指定された継続期間との間に依存関係を生じさせて、バイトでバッファリングの所要量を断定する。伝送ビットレートが一般に知られていないので、継続期間に基づくアプローチは用いられない。不規則の量をバイト数で指定することは、信号送信限度を超えないように、伝送されるストリームを慎重に検査する送信機を必要とする。このアプローチは、すべてのサーバから多くの処理能力を要求する。このアプローチは、サーバに対してバッファリングベリファイアを指定することも要求する。不規則の量を符号化ピクチャまたはフレームで指定することは、単位を粗くしすぎる。その理由は、任意スライス順序をサポートしないデコーダのための単一スライスインターリービング方法が、復号化順序の回復のためにバッファリングの最小レイテンシを達成するサブピクチャ分解を必要とするためである。異なるタイプの集約パケットが優勢なネットワーク状態に依存して存在する場合があるため、不規則の量をRTPパケットの数で指定することは、適切であると考えられなかった。従って、あるRTPパケットは、変化する量のデータを含む場合がある。異なるSEIメッセージを優勢なネットワーク状態に依存して伝送する場合がある。例えば、比較的悪い状態では、シーン情報SEIメッセージのような、誤り耐性を対象としているSEIメッセージを伝送するのが有益である。従って、あらゆるタイプのNALユニットの数で指定された不規則の量すなわち、順番が狂って伝送されるSEI及びパラメータセットNALユニットの量は優勢なネットワーク状態に依存する。従って、あらゆるタイプのNALユニットも良好な単位と考えられなかった。故に、不規則の量をVCLNALユニットの数で指定することは最善の選択肢と考えられた。VCLNALユニットは、符号化スライス、符号化データパーティションまたはシーケンス終了マーカであるとJVT符号化規格に規定されている。提案したパラメータはnum‐reorder‐VCL‐NAL‐unitsである。このパラメータは、NALユニット配信順序においてパケットストリーム内のいかなるVCLNALユニットにも先行し、RTPシーケンス番号順において、または、VCLNALユニットを含む集約パケットの作成順においてVCLNALユニットの後に続くVCLNALユニットの最大量を指定する。MIMEタイプの通知における随意のパラメータとして、または随意のSDPフィールドとして、提案したパラメータを伝達することができる。提案したパラメータは、セッション設定手続きの段階及びプロトコルに応じてデコーダ機能またはストリーム特性またはその双方を示すことができる。パラメータnum‐reorder‐VCL‐NAL‐unitsに従って構成されたバッファのバッファサイズをバイトで正確に指定することができない。バッファリングメモリ要件が正確に知られる受信機の設計を可能にするため、復号化時間適合性の指定を提案する。復号化時間適合性は仮想バッファリングモデルを用いて指定される。この仮想バッファリングモデルは一定の入力ビットレートをとるのではなくむしろ、伝送されたパケットストリームがモデルに整合することを保証するため、ストリーミングサーバがモデルを含むことを要求する。指定された仮想バッファモデルは場合によって集中的なパケットレートを防止し、結果として生じたビットストリームを一定のビットレートで仮想デコーダに入力できるようにNALユニットを伝送順序から復号化順序へ再順序付けする。下記の記載では、エンコーダ‐デコーダに基づくシステムを用いることにより本発明を説明するが、ビデオ信号が格納されるシステムでも本発明を実装できること明らかである。格納されたビデオ信号を、符号化前に格納された符号化されていない信号、または、符号化後に格納された符号化信号、または、符号化及び復号化処理後に格納された復号化信号とすることができる。例えば、エンコーダは復号化順序でビットストリームを生成する。ファイルシステムは、例えば復号化順序にカプセル化されファイルとして格納されたオーディオ及び/またはビデオビットストリームを受信する。更に、エンコーダ及びファイルシステムは、NALユニット及びピクチャの主観的な重要性を知らせ、特にサブシーケンスに関する情報を含むメタデータを生成することができる。ファイルをデータベースに格納することができ、このデータベースからストリーミングサーバがNALユニットを読み取り、これらNALユニットをRTPパケットにカプセル化することができる。使用されるデータ接続及び随意のメタデータに従って、ストリーミングサーバは、例えば、復号化順序と異なるパケットの伝送順序を変更し、サブシーケンスを取り除き、SEIメッセージがあれば、何のSEIメッセージを伝送するかを決定することができる。受信端では、RTPパケットは受信され、バッファリングされる。典型的に、NALユニットがまず正確な順序に再順序付けされ、その後、NALユニットがデコーダに配信される。更に、下記の記載では、エンコーダ‐デコーダに基づくシステムを用いることにより本発明を説明するが、エンコーダが符号化データをストリーミングサーバのような他の構成要素に復号化順序で出力し伝送するシステムでも本発明を実装できること明らかである。他の構成要素は、符号化データを復号化順序から他の順序へ再順序付けし、再順序付けした形態の符号化データをデコーダに転送する。本発明による方法は、少なくとも2つの伝送ユニットの合計サイズが規定され、合計サイズに基づいて最大バッファサイズが規定されるように、バッファのサイズが規定されることを主として特徴とする。本発明によるシステムは、少なくとも2つの伝送ユニットの合計サイズが規定され、合計サイズに基づいて最大バッファサイズが規定されるように、バッファのサイズを規定するデファイナをシステムが更に含むことを主として特徴とする。本発明によるエンコーダは、少なくとも2つの伝送ユニットの合計サイズが規定され、合計サイズに基づいて最大バッファサイズが規定されるように、バッファのサイズを規定するデファイナをエンコーダが更に含むことを主として特徴とする。本発明によるデコーダは、デコーダが、バッファサイズを示す受信パラメータに従ってプリデコーディングバッファのためにメモリを割り当てるプロセッサを更に含み、少なくとも2つの伝送ユニットの合計サイズが規定され、合計サイズに基づいて最大バッファサイズが規定されるように、バッファサイズが規定されることを主として特徴とする。本発明による伝送装置は、少なくとも2つの伝送ユニットの合計サイズが規定され、合計サイズに基づいて最大バッファサイズが規定されるように、バッファのサイズを規定するデファイナを伝送装置が更に含むことを主として特徴とする。本発明による受信装置は、デコーダが、バッファサイズを示す受信パラメータに従ってプリデコーディングバッファのためにメモリを割り当てるプロセッサを更に含み、少なくとも2つの伝送ユニットの合計サイズが規定され、合計サイズに基づいて最大バッファサイズが規定されるように、バッファサイズが規定されることを主として特徴とする。本発明によるソフトウェアプログラムは、少なくとも2つの伝送ユニットの合計サイズが規定され、合計サイズに基づいて最大バッファサイズが規定されるように、バッファのサイズが規定されることを主として特徴とする。本発明による記憶媒体は、少なくとも2つの伝送ユニットの合計サイズが規定され、合計サイズに基づいて最大バッファサイズが規定されるように、バッファのサイズが規定されることを主として特徴とする。本発明による電子装置は、少なくとも2つの伝送ユニットの合計サイズが規定され、合計サイズに基づいて最大バッファサイズが規定されるように、バッファのサイズを規定するデファイナを電子装置が更に含むことを主として特徴とする。本発明の有利な実施形態に従っていかなる復号化順序情報にもビデオビットストリームで信号送信する代替案を下記に提示する。復号化順序番号DONは、デコーダへのNALユニットの配信順序と異なるNALユニットの復号化順序を示す。以下、一般性を失わずに、DONを16ビット符号なし整数であると仮定する。あるNALユニットのDONがD1であり、別のNALユニットのDONがD2であるとする。D1<D2かつD2-D1<32768であれば、または、D1>D2かつD1-D2≧32768であれば、D1に等しいDONを有するNALユニットは、NALユニット配信順序において、D2に等しいDONを有するNALユニットに先行する。D1<D2かつD2-D1≧32768であれば、または、D1>D2かつD1-D2<32768であれば、D2に等しいDONを有するNALユニットは、NALユニット配信順序において、D1に等しいDONを有するNALユニットに先行する。異なる1次符号化ピクチャと関連するNALユニットは同一値のDONを持たない。同一の1次符号化ピクチャと関連するNALユニットは同一値のDONを持つことができる。1次符号化ピクチャのNALユニットすべてが同一値のDONを持っていれば、1次符号化ピクチャと関連する冗長符号化ピクチャのNALユニットは、1次符号化ピクチャのNALユニットと同じ値のDONを持つべきである。同一値のDONを有するNALユニットのNALユニット配信順序が次の通りであるのが好ましい。1.ピクチャ区切りNALユニットがあるとすれば、ピクチャ区切りNALユニット2.シーケンスパラメータセットNALユニットがあるとすれば、シーケンスパラメータセットNALユニット3.ピクチャパラメータセットNALユニットがあるとすれば、ピクチャパラメータセットNALユニット4.SEINALユニットがあるとすれば、SEINALユニット5.1次符号化ピクチャの符号化スライス及びスライスデータパーティションNALユニットがあるとすれば、1次符号化ピクチャの符号化スライス及びスライスデータパーティションNALユニット6.冗長符号化ピクチャの符号化スライス及びスライスデータパーティションNALユニットがあるとすれば、冗長符号化ピクチャの符号化スライス及びスライスデータパーティションNALユニット7.フィラーデータNALユニットがあるとすれば、フィラーデータNALユニット8.シーケンス終了NALユニットがあるとすれば、シーケンス終了NALユニット9.ストリーム終了NALユニットがあるとすれば、ストリーム終了NALユニット本発明は符号化システムのバッファリング効率を改善する。本発明を用いることにより、どのくらいプリデコーディングバッファリングが必要とされるかを復号化装置に知らせることができる。従って、復号化装置でプリデコーディングバッファに対して必要以上多くのメモリを割り当てる必要がない。しかも、プリデコーディングバッファのオーバフローを回避することができる。デパケット化ルールの背後にある一般概念は、NALユニットのような伝送ユニットを伝送順序からNALユニット復号化順序に再順序付けすることにある。受信機は、パケットを伝送順序からNALユニット復号化順序に再順序付けするのに用いられる受信機バッファまたはプリデコーダバッファを含む。本発明の例示的な一実施形態では、受信機バッファサイズは、バイト数の観点から、deint‐buf‐sizeパラメータの値以上に、例えば、値1.2×deint‐buf‐sizeMIMEパラメータの値に設定されている。受信機は伝送遅延ジッタのバッファリングも考慮に入れて、別々のバッファを伝送遅延ジッタバッファリングのために取っておくか、または、伝送遅延ジッタのバッファを受信機バッファと結合する従って、受信機バッファ内に幾つかの追加のスペースを遅延ジッタバッファリングのために取っておくことができる。受信機は次の通りに受信NALユニットを受信順に受信機バッファ内に格納する。集約パケットのNALユニットを受信機バッファ内に個々に格納する。すべてのNALユニットについてDONの値を計算し、格納する。ここで、Nは、NALユニット伝送順序においてパケットストリーム内のいかなるVCLNALユニットにも先行し、復号化順序においてVCLNALユニットの後に続くVCLNALユニットの最大量を指定する随意のパラメータnum‐reorder‐VCL‐NAL‐unitsインターリーブ深さパラメータの値であるとする。パラメータが存在しない場合、0値の数であることを暗黙的に示す。ビデオストリーム転送セッションが初期化されると、受信機8は、少なくともN個のVCLNALユニットを格納するため、メモリを受信バッファ9.1に割り当てる。次に、受信機はビデオストリームを受信し始め、受信したVCLNALユニットを受信バッファに格納する。初期バッファリングは、‐少なくともN個のVCLNALユニットが受信バッファ9.1に格納されるまで、または、‐nが、受信したNALユニットのうちでAbsDONの最大値を有するNALユニットに対応し、mが、受信したNALユニットのうちでAbsDONの最小値を有するNALユニットに対応し、max‐don‐diffMIMEパラメータが存在すれば、関数don_diffm,nの値がmax‐don‐diffの値よりも大きくなるまで、または、‐初期バッファリングが随意のinit‐buf‐timeMIMEパラメータの値以上の期間経過するまで持続する。関数don_diffm,nは次の通りに指定されている。すなわち、DONm==DONnであれば、don_diffm,n=0DONm<DONn且つDONn-DONm<32768であれば、don_diffm,n=DONn-DONmDONm>DONn且つDONm-DONn≧32768であれば、don_diffm,n=65536-DONmDONnDONm<DONn且つDONn-DONm≧32768であれば、don_diffm,n=-DONm65536-DONnDONm>DONn且つDONm-DONn<32768であれば、don_diffm,n=-DONm-DONnここで、DONiは、伝送順序でインデックスiを有するNALユニットの復号化順序番号である。don_diffm,nの正の値は、伝送順序インデックスnを有するNALユニットが復号化順序において、伝送順序インデックスmを有するNALユニットの後に来るということを示す。AbsDONは、65535の後で0にラップアラウンドしないNALユニットの復号化順序番号を意味する。言い換えれば、AbsDONは次の通りに計算される。m及びnが、伝送順序に連続したNALユニットであるとする。0であるインデックスを有する伝送順序でまさしく最初のNALユニットに対して、AbsDON0=DON0である。他のNALユニットに対して、AbsDONは次の通りに計算される。すなわち、DONm==DONnであれば、AbsDONn=AbsDONmDONm<DONn且つDONn-DONm<32768であれば、AbsDONn=AbsDONmDONn-DONmDONm>DONn且つDONm-DONn≧32768であれば、AbsDONn=AbsDONm65536-DONmDONnDONm<DONn且つDONn-DONm≧32768であれば、AbsDONn=AbsDONm-DONm65536-DONnDONm>DONn且つDONm-DONn<32768であれば、AbsDONn=AbsDONm-DONm-DONnここで、DONiは、伝送順序でインデックスiを有するNALユニットの復号化順序番号である。受信機において通常2つのバッファリング状態すなわち初期バッファリングと再生中のバッファリングとがある。RTPセッションが初期化されると、初期バッファリングが起こる。初期バッファリングの後、復号化及び再生が開始され、再生中バッファリングモードが用いられる。受信機バッファ9.1が少なくともN個のVCLNALユニットを含む場合、NALユニットは受信機バッファ9.1から1つずつ取り出され、デコーダ2に移される。NALユニットは必ずしも、NALユニットが格納された順序と同じ順序で受信機バッファ9.1から取り出されるとは限らないが、下記に説明するようにNALユニットのDONに従って取り出される。バッファがN個のVCLNALユニット未満すなわちN-1個のVCLNALユニットを含むまでデコーダ2へのパケットの供給は継続する。受信機バッファから取り出されるNALユニットは以下の通りに決定される。すなわち、-受信機バッファが少なくともN個のVCLNALユニットを含めば、NALユニットは受信機バッファから取り出され、バッファがN-1個のVCLNALユニットを含むまで、下記に指定される順序でデコーダに移される。-max‐don‐diffが存在すれば、don_diffm,nがmax‐don‐diffよりも大きいすべてのNALユニットmが受信機バッファから取り出され、下記に指定される順序でデコーダに移される。ここで、nは、受信したNALユニットのうちでAbsDONの最大値を有するNALユニットに対応する。-NALユニットストリームの第1パケットが受信されたときに0に初期化されたシステムタイマの値に変数tsが設定される。受信機バッファが、ts-tr>init‐buf‐timeという条件を満たす受信時間trを有するNALユニットを含めば、NALユニットは、指定された条件を満たす受信時間trを有するNALユニットのいずれをも受信機バッファが含まなくなるまで、下記に指定される順序でデコーダに移され受信機バッファから取り出される。NALユニットがデコーダに移される順序は次の通りに指定される。PDONが、RTPセッションの初めで0に初期化される変数であるとする。DONの値と関連する各NALユニットに対して、DON間隔は以下の通りに計算される。NALユニットのDONの値がPDONの値よりも大きければ、DON間隔はDON-PDONに等しい。そうでなければ、DON間隔は65535-PDONDON1に等しい。NALユニットはDON間隔の昇順でデコーダに供給される。幾つかのNALユニットがDON間隔の同一値を共有すれば、それらを任意の順序でデコーダに移すことができる。所望の数のNALユニットがデコーダに移されていれば、PDONの値は、デコーダに移された最後のNALユニットのDONの値に設定される。追加のデパケット化の指針下記の追加のデパケット化ルールを用いて、操作可能なH.264デパケッタイザを実装することができる。例えば、ゲートウェイにおける知的RTP受信機は、損失した符号化スライスデータパーティションADPAを識別することができる。損失したDPAが検出されれば、ゲートウェイは、対応の符号化スライスデータパーティションB及びCを送信しないと決定することができる。その理由は、それら情報がH.264デコーダにとって意味のないものであるからである。このように、ネットワーク要素は、複雑なビットストリームを解析することなく、無駄なパケットを廃棄することによりネットワーク負荷を減少させることができる。例えば、ゲートウェイにおける知的RTP受信機は、損失した部分的なユニットFUを識別することができる。損失したFUが検出されれば、ゲートウェイは、同一のNALユニットのうちで次に来るFUを送信しないと決定することができる。その理由は、それら情報がH.264デコーダにとって意味のないものであるからである。このように、ネットワーク要素は、複雑なビットストリームを解析することなく、無駄なパケットを廃棄することによりネットワーク負荷を減少させることができる。パケットまたはNALUを廃棄する必要がある知的受信機は、NALユニットタイプオクテットのNRIフィールドの値が0に等しいすべてのパケット/NALUを最初に廃棄することができる。このことは、ユーザ体験に与える影響を最小限に抑えることができる。以下では、デコーダにおいて最大のバッファサイズを示すのに用いられるパラメータについて説明する。パケット化モードを表すパケット化モードパラメータが存在しないときか、または、パケット化モードパラメータの値が0または1に等しいときには通常、パラメータdeint‐buf‐sizeは存在しない。このパラメータは、パケット化モードパラメータの値が2に等しいときには存在しなければならない。パラメータdeint‐buf‐sizeの値は、以下の仮想デインターリービングバッファモデルと関連して指定される。最初に、仮想デインターリービングバッファは空であり、最大バッファ占有値mは0に設定されている。このモデルにおいて、以下の処理が用いられる。すなわち、i伝送順序で次のVCLNALユニットを仮想デインターリービングバッファに挿入する。iisが、バイト単位で表すバッファにおけるVCLNALユニットの合計サイズであるとする。iiisがmよりも大きければ、mはsに等しく設定される。iv仮想デインターリービングバッファにおけるVCLNALユニットの数がインターリーブ深さの値以下であれば、段階viiから処理を継続する。v仮想デインターリービングバッファにおけるVCLNALユニットのうち復号化順序で最も早いVCLNALユニットを、RFCXXXXのセクション5.5に従ってVCLNALユニットのDONの値から決定する。vi最も早いVCLNALユニットを仮想デインターリービングバッファから取り出す。vii伝送順序においてそれ以上VCLNALユニットがなければ、処理を終了する。viii処理を段階iから継続する。このパラメータは、NALユニットストリームのプロパティまたは受信機実行の可能性を通知する。パラメータがNALユニットストリームのプロパティを通知するのに用いられるとき、パラメータVの値は、aNALユニットストリームが仮想デインターリービングバッファモデルにより完全に処理されたときに生じるmの値は、v以下である。または、bバッファオーバフローがある限り、最も早いVCLNALユニットをデインターリービングバッファから取り出すことにより決定されたVCLNALユニットの順序は、仮想デインターリービングバッファからVCLNALユニットを取り出す順序と同じである。その結果として、VCLNALユニット復号化順序回復のバッファサイズが、バイト単位で表す少なくともdeint‐buf‐sizeの値であるとき、受信機がVCLNALユニット復号化順序を再構築できることが保証される。パラメータが、受信機実行の可能性を通知するのに用いられる場合、受信機は、deint‐buf‐sizeの同一値により特徴付けられるあらゆるNALユニットストリームのVCLNALユニット復号化順序を正確に再構築することができる。受信機が、deint‐buf‐sizeの値以上であるこのようなバイト数をバッファリングする場合、VCLNALユニット復号化順序を伝送順序から再構築することができる。デインターリービングバッファのサイズを決定するときに非VCLNALユニットをも考慮すべきである。このパラメータが存在する場合、すべてのNALユニットに対してデインターリービングバッファの充分なサイズは、このパラメータの値よりも20大きい値以下である。このパラメータが存在しなければ、deint‐buf‐sizeに0の値が用いられる。deint‐buf‐sizeの値は、例えば0~4294967295の範囲内にある整数である。以下では、図8のシステムと、図9のエンコーダ1及び仮想参照デコーダHRD5と、図10のデコーダ2とを参照して本発明を詳細に説明する。符号化されるピクチャを、例えば、ビデオ源3例えばカメラやビデオレコーダなどからのビデオストリームのピクチャとすることができる。ビデオストリームのピクチャフレームをスライスのような細かい部分に分割することができる。スライスを更にブロックに分割することができる。エンコーダ1では、ビデオストリームは、伝送チャネル4を介して伝送されるか、または記憶媒体図示せずへ伝送される情報を減少させるように符号化される。ビデオストリームのピクチャはエンコーダ1に入力される。エンコーダは、符号化されるピクチャの幾つかを一時的に格納する符号化バッファ1.1図9を有する。エンコーダ1は、本発明による符号化タスクを適用できるメモリ1.3及びプロセッサ1.2をも含む。メモリ1.3及びプロセッサ1.2は伝送装置6と共通化することができる。または、伝送装置6は、伝送装置6の他の機能のために他のプロセッサ及び/またはメモリ図示せずを有することができる。エンコーダ1は、ビデオストリームを圧縮するために動き補償及び/または他のタスクを実行する。動き推定では、符号化されるピクチャ現在のピクチャと、前及び/または後のピクチャと間の類似点を検索する。類似点が検出されれば、比較されたピクチャまたはその一部を、符号化されるピクチャ用の参照ピクチャとして用いることができる。JVTでは、ピクチャの表示順序と復号化順序とが同一とは限らない。参照ピクチャとして用いられる限り、参照ピクチャをバッファ内例えば、符号化バッファ1.1に格納しなければならない。また、エンコーダ1は、ピクチャの表示順序に関する情報を伝送ストリームに挿入する。必要ならば、符号化ピクチャは符号化処理から符号化ピクチャバッファ5.2に移動される。符号化ピクチャは、伝送チャネル4を介してエンコーダ1からデコーダ2に伝送される。デコーダ2では、符号化ピクチャは、可能な限り符号化ピクチャに一致する伸長ピクチャを形成するように復号化される。復号化ピクチャが復号化のほとんど直後に表示されず、参照ピクチャとして用いられる限り、各復号化ピクチャはデコーダ2のDPB2.1にバッファリングされる。本発明によるシステムでは、参照ピクチャバッファリング及び表示ピクチャバッファリングの双方は結合され、それらは同一の復号化ピクチャバッファ2.1を用いる。このことは、2つの異なる場所に同一のピクチャを格納する必要性を削減し、従って、デコーダ2のメモリ要件を減少させる。デコーダ1は、本発明による復号化タスクを適用できるメモリ2.3及びプロセッサ2.2をも含む。メモリ2.3及びプロセッサ2.2を受信装置8と共通化することができる。または、受信装置8は、受信装置8の他の機能のために他のプロセッサ及び/またはメモリ図示せずを有することができる。符号化次に、符号化‐復号化処理を詳細に検討する。ビデオ源3からのピクチャはエンコーダ1に入力され、有利には、符号化バッファ1.1に格納される。符号化処理は、最初のピクチャがエンコーダに入力された直後に開始されるとは限らないが、符号化バッファ1.1内に特定量のピクチャが利用できるようになってから開始される。次に、エンコーダ1は、参照フレームとして用いられるピクチャから適切な候補を検出しようとする。次に、エンコーダ1は、符号化ピクチャを形成するように符号化を実行する。符号化ピクチャを、例えば、予測ピクチャP、双予測ピクチャB及び/またはイントラ符号化ピクチャIとすることができる。他のいかなるピクチャをも用いず、イントラ符号化ピクチャを復号化することができるが、他のタイプのピクチャは、それらを復号化できる前に少なくとも1つの参照ピクチャを必要とする。上述したピクチャタイプのいずれかのピクチャを参照ピクチャとして用いることができる。エンコーダは、2つのタイムスタンプすなわち復号化タイムスタンプDTS及び出力タイムスタンプOTSをピクチャに添付するのが有利である。デコーダは、正確な復号化時間及びピクチャの出力表示時間を決定するのにタイムスタンプを用いることができる。しかし、これらタイムスタンプはデコーダに伝送されるとは限らず、または、デコーダがこれらタイムスタンプを用いない場合がある。また、エンコーダは、最下の層0よりも上にある1つ以上の層でサブシーケンスを形成する。層0のピクチャを独立して復号化することができるが、上位の層のピクチャは、ある下位の層または幾つかの下位の層のピクチャに依存することができる。図6aの例では、2つの層すなわち層0及び層1がある。図6aに示すように、ピクチャI0、P6及びP12が層0に属するのに対して、他のピクチャP1~P5及びP7~P11は層1に属する。有利には、エンコーダは、同一のグループオブピクチャGOPのピクチャのみを用いることにより1つのGOPの各ピクチャを再構築できるようにGOPを形成する。言い換えれば、1つのGOPは、少なくとも1つの独立して復号化できるピクチャを含み、他のすべてのピクチャに対して、独立して復号化できるピクチャが参照ピクチャである。図7の例では、2つのグループオブピクチャがある。第1グループオブピクチャは、層0のピクチャI00,P10,P30と層1のピクチャB20,2×B30,B40,2×B50,B60,P50,P60とを含む。第2グループオブピクチャは、層0のピクチャI01,P11と層1のピクチャ2×B31,B21とを含む。各グループオブピクチャの層1のピクチャはサブシーケンスとして更に配置されている。第1グループオブピクチャの第1サブシーケンスはピクチャB30,B20,B30を含み、第2サブシーケンスはピクチャB50,B40,B50を含み、第3サブシーケンスはピクチャB60,P50,P60を含む。第2グループオブピクチャのサブシーケンスはピクチャB31,B21,B31を含む。かっこの中の数字は、ピクチャが属するグループオブピクチャに対して規定されているビデオシーケンスIDを示す。ビデオシーケンスIDは各ピクチャについて転送される。ビデオシーケンスIDを追加拡張情報データの場合のようにビデオビットストリームで伝達することができる。JVT符号化規格のRTPペイロードヘッダでのようなトランスポートプロトコルのヘッダフィールドでもビデオシーケンスIDを伝送することができる。独立したGOPに与えられた分割によるビデオシーケンスIDを、MPEG‐4AVCファイルフォーマットのようなビデオファイルフォーマットのメタデータに格納することができる。図11a及び図11bには、本発明と用いることができるNALパケットフォーマットの例を表す。パケットは、ヘッダ11及びペイロード部12を含む。ヘッダ11は、エラー表示子フィールド11.1F,Forbidden禁制、優先フィールド11.2及びタイプフィールド11.3を含むのが有利である。エラー表示子フィールド11.1は、ビットエラーのないNALユニットを示す。エラー表示子フィールドが設定されている場合、デコーダは、ビットエラーがペイロードまたはNALUタイプオクテットに存在するおそれがあることを忠告するのが有利である。ビットエラーを処理できないデコーダは次に、このようなパケットを廃棄することができる。優先フィールド11.2は、パケットのペイロード部12にカプセル化されたピクチャの重要性を示すのに用いられる。例示的な実施形態では、優先フィールドは、次の通りに4つの異なる値を有することができる。00の値は、将来の参照ピクチャとして用いることができる格納されたピクチャを再構築するのにNALUの内容が用いられないということを示す。参照ピクチャの整合性を危うくすることなく、このようなNALUを廃棄することができる。00よりも上の値は、参照ピクチャの整合性を維持するのにNALUの復号化が必要とされるということを示す。更に、00よりも上の値は、エンコーダにより決定されるような相対移送優先順位を示す。この情報を用いて、知的ネットワーク要素は、重要性の低いNALUよりも重要性の高いNALUを保護することができる。11は、最も高い移送優先順位を示し、その後に10であって、次に01が続き、最後に、00が最も低い。NALUのペイロード部12は、少なくともビデオシーケンスIDフィールド12.1、フィールド表示子12.2、サイズフィールド12.3、タイミング情報12.4及び符号化ピクチャ情報12.5を含む。ビデオシーケンスIDフィールド12.1は、ピクチャが属するビデオシーケンスの数を格納するのに用いられる。フィールド表示子12.2は、2フレームピクチャ形式が用いられる場合にピクチャが第1フレームであるか第2フレームであるかを信号送信するのに用いられる。双方のフレームを別々のピクチャとして符号化することができる。1に等しい第1フィールド表示子は、同一フレームのうち復号化順序で第2の符号化フィールドに先行する符号化フィールドまたは符号化フレームにNALUが属することを通知するのが有利である。0に等しい第1フィールド表示子は、同一フレームのうち復号化順序で第1の符号化フィールドの後に続く符号化フィールドにNALUが属することを通知する。タイミング情報フィールド11.3は、必要に応じ、時間に関する情報を変換するのに用いられる。異なる種類のパケットでNALユニットを配信することができる。この有利な実施形態では、異なるパケットフォーマットは、単純パケット及び集約パケットを含む。集約パケットをシングルタイム集約パケット及びマルチタイム集約パケットに更に分割することができる。本発明による単純パケットは1つのNALUから成る。単純パケットをRTPシーケンス番号順にデカプセル化することにより構成されたNALユニットストリームはNALユニット配信順序に合致しなければならない。集約パケットは、このペイロード仕様のパケット集約方式である。この方式は、2つの異なるタイプのネットワークすなわちEthernet登録商標MTUサイズによりしばしば制限されるMTUサイズ‐‐約1500バイトを有する有線IPネットワークと、254バイト以下の好ましい伝送ユニットサイズを有するIPまたは非IP例えば、H.324/Mベースの無線ネットワークとの劇的に異なるMTUサイズを反映するように導入されている。2つの世界間のメディアトランスコーディングを防止するため、また、不所望なパケット化オーバヘッドを回避するため、パケット集約方式は導入されている。シングルタイム集約パケットSTAPは、同一のNALUタイムでNALUを集約する。マルチタイム集約パケットMTAPは、異なる可能性を秘めているNALUタイムでNALUを集約する。NALUタイムスタンプオフセットの長さの点で異なる2つの異なるMTAPが規定されている。NALUタイムなる用語は、NALUがそれ自体のRTPパケットで移送される場合にRTPタイムスタンプが有する値として定義されている。MTAP及びSTAPは、本発明の有利な実施形態による下記の限定されないパケット化ルールを共有する。RTPタイムスタンプを、集約されるすべてのNALUのNALUタイムの最小値に設定しなければならない。NALUタイプオクテットのタイプフィールドを、表1に示すような適切な値に設定しなければならない。集約されたNALUのすべてのエラー表示子フィールドが零であれば、エラー表示子フィールド11.1を消去しなければならず、そうでなければ、設定しなければならない。集約パケットのNALUペイロードは1つ以上の集約ユニットから成る。集約パケットは、必要な限り多くの集約ユニットを伝達できるが、集約パケットのデータの総量は、当然IPパケットに合致しなければならなく、結果として生じたIPパケットがMTUサイズよりも小さくなるようにサイズを選択しなければならない。同一のNALUタイムを共有するNALUを集約するときはいつでもシングルタイム集約パケットSTAPを用いなければならない。STAPのNALUペイロードは、ビデオシーケンスIDフィールド12.1例えば、7ビットと、シングルピクチャ集約ユニットSPAUが後に続くフィールド表示子12.2とから成る。他の代替の実施形態では、シングルピクチャ集約パケットSTAPのNALUペイロードは、シングルピクチャ集約ユニットSPAUが後に続く16ビット符号なし復号化順序番号DONから成る。この仕様に準じるビデオシーケンスを、NALUストリームの他の部分から独立して復号化できるNALUストリームのいずれかの部分とすることができる。フレームは、別々のピクチャとして符号化できる2つのフィールドから成る。1に等しい第1フィールド表示子は、同一フレームのうち復号化順序で第2の符号化フィールドに先行する符号化フィールドまたは符号化フレームにNALUが属することを信号送信する。0に等しい第1フィールド表示子は、同一フレームのうち復号化順序で第1の符号化フィールドの後に続く符号化フィールドにNALUが属することを信号送信する。シングルピクチャ集約ユニットは、2つのオクテットを除くが、NALUのNALUタイプオクテットを含む後に続くNALUのサイズをバイトで示す例えば16ビット符号なしサイズ情報から成り、この後には、NALUタイプバイトを含むNALU自体が続く。マルチタイム集約パケットMTAPは、STAPと類似する構造を有する。マルチタイム集約パケットMTAPは、NALUヘッダバイト及び1つ以上のマルチピクチャ集約ユニットから成る。異なるMTAPフィールド間の選択は用途に依存する。すなわち、タイムスタンプオフセットが大きい程、MTAPのフレキシビリティが高くなるが、オーバヘッドも大きくなる。2つの異なるマルチタイム集約ユニットは、この仕様に規定されている。これら双方は、STAPでのサイズ情報と同じ後に続くNALUの例えば16ビット符号なしサイズ情報から成り、これら16ビットに加えて、ビデオシーケンスIDフィールド12.1例えば、7ビットと、フィールド表示子12.2と、このNALUに関するnビットのタイミング情報をも含む。ここで、nを、例えば16または24とすることができる。MTAPのRTPタイムスタンプからのタイミング情報を加えることによりMTAPにおける各NALUのRTPパケットのRTPタイムスタンプNALUタイムを生成できるようにタイミング情報フィールドを設定しなければならない。他の代替の実施形態では、マルチタイム集約パケットMTAPは、NALUヘッダバイト、復号化順序番号ベースDONBフィールド12.1例えば、16ビット及び1つ以上のマルチピクチャ集約ユニットから成る。この場合、2つの異なるマルチタイム集約ユニットは次の通りに規定される。これら双方は、STAPでのサイズ情報と同じ後に続くNALUの例えば16ビット符号なしサイズ情報から成り、これら16ビットに加えて、復号化順序番号デルタDONDフィールド12.5例えば、7ビットと、このNALUに関するnビットのタイミング情報をも含む。ここで、nを、例えば16または24とすることができる。後に続くNALUのDONは、DONBDONDに等しい。MTAPのRTPタイムスタンプからのタイミング情報を加えることによりMTAPにおける各NALUのRTPパケットのRTPタイムスタンプNALUタイムを生成できるようにタイミング情報フィールドを設定しなければならない。DONBは、MTAPのNALユニットのうちで最も小さいDONの値を含めるべきである。本発明によるバッファリングモデルの動作は、次のパラメータすなわち初期入力期間例えば、90kHzクロックのクロックチック単位及び仮想パケット入力バッファのサイズ例えば、バイト単位を用いて制御されるのが有利である。好ましくは、初期設定の初期入力期間及び仮想パケット入力バッファの初期設定サイズを0とする。PSSクライアントは、大きいバッファを機能交換過程で用いる機能を信号送信することができる。最大ビデオビットレートを、例えば、SDPのメディアレベル帯域幅特性で、または、専用のSDPパラメータで信号送信することができる。ビデオレベル帯域幅特性がプレゼンテーション記述に存在しなかったなら、最大ビデオビットレートは、使用されているビデオ符号化プロファイル及びレベルに従って規定される。例えばMIMEタイプパラメータまたは類似の非規格SDPパラメータを用いて、各ストリームの初期パラメータ値をストリームのSDP記述に信号送信することができる。通知されたパラメータ値は対応の初期設定パラメータ値をオーバライドする。一定遅延の信頼できる伝送チャネルを仮定すれば、SDP記述に信号送信された値はストリームの最初からストリームの最後まで一時停止なしの再生を保証する。PSSサーバは、RTSP再生要求に応答してパラメータ値を更新することができる。更新されるパラメータ値が存在すれば、SDP記述に信号送信された値、または、初期設定のパラメータ値をPSSバッファリングモデルの動作中に置き換えなければならない。更新されるパラメータ値は、指示された再生範囲のみに有効であり、その後、何の効果もない。一定遅延の信頼できる伝送チャネルを仮定すれば、更新されるパラメータ値は、再生要求に応答して、指示された実際の範囲で一時停止なしの再生を保証する。指示された仮想入力パケットバッファのサイズ及び初期入力期間は、どちらも有効であるSDP記述での対応値または対応の初期設定値に等しいかそれ以下でなければならない。サーババッファリングベリファイアは、指定のバッファリングモデルに従って指定される。このモデルは仮想パケット入力バッファに基づく。バッファリングモデルを次に提示する。最初、バッファは空である。RTPパケットが伝送されるとすぐに、PSSサーバは、ビデオペイロードを有して各々伝送されたRTPパケットを仮想パケット入力バッファ1.1に加える。RTPまたはあらゆる下位層のすべてのプロトコルヘッダが取り除かれる。初期入力期間と呼ばれている期間中、仮想パケット入力バッファからデータは取り出されない。第1RTPパケットが仮想パケット入力バッファに加えられたときに初期入力期間は開始する。初期入力期間が終了したとき、仮想パケット入力バッファからのデータの取り出しが開始される。仮想パケット入力バッファ1.1が空でない限り、データの取り出しは最大ビデオビットレートで起こるのが好ましい。仮想パケット入力バッファ1.1から取り出されたデータは仮想参照デコーダ5に入力される。仮想参照デコーダ5は、設定パラメータに従って符号化ビデオストリームを確実に復号化できるようにする仮想復号化処理を実行する。または、例えば、仮想参照デコーダ5のピクチャバッファ5.2がオーバフローしていることに仮想参照デコーダ5が気付けば、バッファパラメータを変更することができる。この場合、新しいパラメータも受信装置8に伝送され、これに応じてバッファは再初期化される。PSSサーバのような符号化及び伝送装置1は、伝送されるRTPパケットストリームが下記の要件に従うことを検証しなければならない。-バッファリングモデルを初期設定パラメータ値で、または、信号送信されたバッファリングパラメータ値で用いるものとする。信号送信されたパラメータ値は対応の初期設定パラメータ値をオーバライドする。-仮想パケット入力バッファの占有値は、初期設定または信号送信されたバッファサイズを超えないものとする。-仮想パケット入力バッファの出力ビットストリームは仮想参照デコーダの規定に合致するものとする。バッファリングモデルが用いられていれば、RTPパケットストリームが一定遅延の信頼できる伝送チャネルに伝達されるとき、PSSクライアントは、PSSサーババッファリングベリファイアに従うRTPパケットストリームを受信できなければならない。更に、PSSクライアントのデコーダは、受信されたパケットストリームのRTPタイムスタンプにより規定された正確なレートでフレームを出力しなければならない。伝送最初の符号化ピクチャが準備されると直ちに符号化ピクチャの伝送及び/または格納及び随意の仮想復号化を開始することができる。このピクチャは、デコーダ出力順序で最初のものとは限らない。その理由は、復号化順序及び出力順序が同じでない場合があるためである。ビデオストリームの最初のピクチャが符号化されると、伝送を開始することができる。符号化ピクチャは、符号化ピクチャバッファ1.2に随意に格納される。後の段階でも、例えば、ビデオストリームの特定部分が符号化された後でも、伝送を開始することができる。デコーダ2も、例えばピクチャオーダカウントの順序付けを用いることにより正確な順序で復号化ピクチャを出力すべきである。従って、再順序付け処理を明瞭にかつ標準的に規定する必要がある。デパケット化デパケット化処理は実装に依存する。従って、以下の説明は、適切な実装の非限定的な例である。他の方式も用いることができる。記載のアルゴリズムに関する最適化も可能である。これらデパケット化ルールの背後にある一般概念は、NALユニットを伝送順序からNALユニット配信順序に再順序付けすることにある。復号化次に、受信機8の動作を説明する。受信機8は、ピクチャに属するすべてのパケットを収集して、これらを適切な順序の状態にする。順序の正確性は、用いられるプロファイルに依存する。受信されたパケットは受信バッファ9.1プリデコーディングバッファに格納される。受信機8は、使用できないものを廃棄し、残りの部分をデコーダ2に移す。集約パケットは、NALUを伝達する個々のRTPパケットにペイロードをアップロードすることにより処理される。これらNALUは、それらが別々のRTPパケットで受信されたかのように、それらが集約パケットに配置された順序で処理される。以後、Nは、パケットストリームにおいてNALユニット配信順序でいかなるVCLNALユニットにも先行し、RTPシーケンス番号順序で、または、VCLNALユニットを含む集約パケットの生成順序でVCLNALユニットの後に続くVCLNALユニットの最大量を指定する随意のnum‐reorder‐VCL‐NAL‐unitsMIMEタイプのパラメータ値であるとする。パラメータが存在しなければ、0値の数であることを意味することができる。ビデオストリーム転送セッションが初期化されるとき、受信機8は、少なくともN個のVCLNALユニットを格納するため受信バッファ9.1にメモリを割り当てる。次に、受信機はビデオストリームを受信し始め、少なくともN個のVCLNALユニットが受信バッファ9.1に格納されるまで、受信したVCLNALユニットを受信バッファに格納する。受信バッファ9.1が少なくともN個のVCLNALユニットを含めば、NALユニットは受信バッファ9.1から1つずつ取り出され、デコーダ2に移される。NALユニットは、それらが格納された順序と同じ順序で受信バッファ9.1から取り出されるとは限らないが、下記に説明するようにNALユニットのビデオシーケンスIDに従って取り出される。バッファがN個のVCLNALユニット未満すなわちN-1個のVCLNALユニットを含むまでデコーダ2へのパケットの供給は継続する。図12では、デコーダのプリデコーダバッファにおける伝送ユニットのバッファリングの一例を表す。伝送ユニットが並ぶ順序が伝送順序しかも、受信順序を意味するが、数字は復号化順序を意味する。以後、PVSIDは、デコーダに移された最後のNALユニットのビデオシーケンスIDVSIDであるとする。STAPのすべてのNALユニットは、同一のVSIDを共有する。NALユニットがデコーダに移される順序は次の通りに指定される。すなわち、バッファで最も古いRTPシーケンス番号が単純パケットに対応すれば、単純パケットのNALUは、NALユニット配信順序で次のNALUである。バッファで最も古いRTPシーケンス番号が集約パケットに対応すれば、次の単純パケットこれを含まないまでRTPシーケンス番号順序で集約パケットに運ばれたNALUの間でNALユニット配信順序が回復される。この一連のNALUは、以後、候補NALUと称する。単純パケットで運ばれたNALUのいずれもバッファ内に存在しなければ、すべてのNALUは候補NALUに属する。候補NALUの各NALユニットに対して、VSID間隔は次の通りに計算される。NALユニットのVSIDがPVSIDよりも大きければ、VSID間隔は、VSID-PVSIDに等しい。そうでなければ、VSID間隔は、2^VSIDを信号送信するのに用いられたビット数-PVSIDVSIDに等しい。NALユニットはVSID間隔の昇順でデコーダに配信される。幾つかのNALユニットが同一のVSID間隔を共有すれば、これらをデコーダに移す順序は、この仕様に規定されたNALユニット配信順序に合致すべきである。下記に説明するようにNALユニット配信順序を回復することができる。第1に、スライス及びデータパーティションは、フレーム番号、RTPタイムスタンプ及び第1フィールドフラグに従ってピクチャと関連付けられている。すなわち、同一値のフレーム番号、RTPタイムスタンプ及び第1フィールドフラグを共有するすべてのNALUは、同一のピクチャに属する。SEINALU、シーケンスパラメータセットNALU、ピクチャパラメータセットNALU、ピクチャ区切りNALU、シーケンス終了NALU、ストリーム終了NALU及びフィラーデータNALUは、伝送順序で次のVCLNALユニットのピクチャに属する。第2に、ピクチャの配信順序は、各ピクチャのnal_ref_idc、フレーム番号、第1フィールドフラグ及びRTPタイムスタンプに基づいて判断される。ピクチャの配信順序は、モジュロ演算のフレーム番号の昇順である。幾つかのピクチャが同一値のフレーム番号を共有すれば、0に等しいnal_ref_idcを有する複数のピクチャは最初に配信される。幾つかのピクチャが同一値のフレーム番号を共有し、それらすべてが、0に等しいnal_ref_idcを有すれば、ピクチャは昇順のRTPタイムスタンプ順序に配信される。2つのピクチャが同一のRTPタイムスタンプを共有すれば、1に等しい第1フィールドフラグを有するピクチャは最初に配信される。留意すべきは、本明細書では、1次符号化ピクチャ及び対応の冗長符号化ピクチャが1つの符号化ピクチャと見なされるということである。第3に、使用しているビデオデコーダが任意スライス順序をサポートしていなければ、スライス及びAデータパーティションの配信順序は、スライスヘッダのfirst_mb_in_slice構文要素の昇順である。更に、B及びCデータパーティションは、配信順序で対応のAデータパーティションのすぐ後に続く。上記では、PVSID及びVSIDなる用語が用いられた。その代わりに、PDON集約パケットのうちNALユニット配信順序で前のNALユニットの復号化順序番号及びDON復号化順序番号なる用語を次の通りに用いることができる。デコーダに移される最初のNALユニットのPDONは0であるとする。NALユニットがデコーダに移される順序は次の通りに指定される。すなわち、バッファ内で最も古いRTPシーケンス番号が単純パケットに対応すれば、単純パケットのNALUは、NALユニット配信順序で次のNALUである。バッファ内で最も古いRTPシーケンス番号が集約パケットに対応すれば、次の単純パケットこれを含まないまでRTPシーケンス番号順に集約パケットで運ばれたNALU間でNALユニット配信順序が回復される。この一連のNALUを、以後、候補NALUと称する。単純パケットで運ばれたNALUのいずれもバッファ内に存在しなければ、すべてのNALUは候補NALUに属する。候補NALUの各NALユニットに対して、DON間隔は次の通りに計算される。NALユニットのDONがPDONよりも大きければ、DON間隔は、DON-PDONに等しい。そうでなければ、DON間隔は、2^符号なしの整数としてDON及びPDONを表すビット数-PDONDONに等しい。NALユニットはDON間隔の昇順にデコーダに配信される。幾つかのNALユニットが同一のDON間隔を共有すれば、これらをデコーダに移す順序は、1.ピクチャ区切りNALユニットがあるとすれば、ピクチャ区切りNALユニット2.シーケンスパラメータセットNALユニットがあるとすれば、シーケンスパラメータセットNALユニット3.ピクチャパラメータセットNALユニットがあるとすれば、ピクチャパラメータセットNALユニット4.sEINALUがあるとすれば、SEINALU5.1次符号化ピクチャの符号化スライス及びスライスデータパーティションNALユニットがあるとすれば、1次符号化ピクチャの符号化スライス及びスライスデータパーティションNALユニット6.冗長符号化ピクチャの符号化スライス及びスライスデータパーティションNALユニットがあるとすれば、冗長符号化ピクチャの符号化スライス及びスライスデータパーティションNALユニット7.フィラーデータNALユニットがあるとすれば、フィラーデータNALユニット8.シーケンス終了NALユニットがあるとすれば、シーケンス終了NALユニット9.ストリーム終了NALユニットがあるとすれば、ストリーム終了NALユニットである。使用しているビデオデコーダが任意スライス順序をサポートしていなければ、スライス及びAデータパーティションの配信順序は、スライスヘッダのfirst_mb_in_slice構文要素の昇順である。更に、B及びCデータパーティションは、配信順序で対応のAデータパーティションのすぐ後に続く。動作可能なJVTデパケッタイザを実装するのに下記の追加のデパケット化ルールを用いることができる。すなわち、NALUはRTPシーケンス番号順でJVTデコーダに与えられる。集約パケットに運ばれるNALUはそれらの順序で集約パケットに与えられる。集約パケットのすべてのNALUは、次のRTPパケットが処理される前に処理される。例えば、ゲートウェイにおける知的RTP受信機は、損失したDPAを識別することができる。損失したDPAが検出されれば、ゲートウェイは、DPB及びDPCを送信しないと決定することができる。その理由は、それら情報がJVTデコーダにとって意味のないものであるからである。このように、ネットワーク要素は、複雑なビットストリームを解析することなく、無駄なパケットを廃棄することによりネットワーク負荷を減少させることができる。知的受信機は、0のNAL参照Idcを有するすべてのパケットを廃棄することができる。しかし、パケットが廃棄されれば、ユーザが不快な体験をするおそれがあるので、可能であれば、知的受信機はこれらパケットを処理しなければならない。DPB2.1は、多くのピクチャを格納する記憶箇所を含む。本明細書では、これら箇所をフレームストアとも称する。デコーダ2は、受信したピクチャを正確な順序で復号化する。そうするため、デコーダは、受信したピクチャのビデオシーケンスID情報を検査する。エンコーダが各グループオブピクチャに対して自由にビデオシーケンスIDを選択していたら、デコーダはグループオブピクチャのピクチャを、それらが受信された順序で復号化する。エンコーダが、インクリメントまたはデクリメント番号付け方式を用いることにより各グループオブピクチャに対してビデオシーケンスIDを規定していたら、デコーダはビデオシーケンスIDの順序でグループオブピクチャを復号化する。言い換えれば、最小または最大のビデオシーケンスIDを有するグループオブピクチャが最初に復号化される。本発明を多くの種類のシステム及び装置に適用することができる。エンコーダ1を含み随意にHRD5を含むのが有利である伝送装置6は、符号化ピクチャを伝送チャネル4に伝送する送信機7をも含む。受信装置8は、符号化ピクチャを受信するための受信機9と、デコーダ2と、復号化ピクチャを表示できる表示装置10とを含む。伝送チャネルを、例えば、有線通信チャネル及び/または無線通信チャネルとすることができる。伝送装置及び受信装置は、本発明によるビデオストリームの符号化/復号化処理を制御する必要なステップを実行できる1つ以上のプロセッサ1.2,2.2をも含む。従って、本発明による方法を主にプロセッサのマシン実行可能ステップとして実装することができる。ピクチャのバッファリングを装置のメモリ1.3,2.3に実装することができる。エンコーダのプログラムコード1.4をメモリ1.3に格納することができる。また、デコーダのプログラムコード2.4をメモリ2.3に格納することができる。仮想参照デコーダ5をエンコーダ1の後に位置付けすることができ、これによって、仮想参照デコーダ5が必要に応じて符号化ピクチャを再配置し、受信機8のプリデコーディングバッファがオーバフローしないことを保証できること明らかである。仮想参照デコーダ5の一部とすることができ、または、仮想参照デコーダ5から分離することができるバッファリングベリファイアに本発明を実装することができる。"