JP6792020B2 - ネッワーク装置およびエラー処理の方法 - Google Patents

Description

本発明は、ビデオデータストリームが伝送される一連のパケットのトランスポートストリームに関連するネットワーク装置およびエラー処理の方法に関係している。

用途によっては、トランスポートパケットに基づくビデオデータストリーム伝送は、パケット損失から損害を被る。この種のパケット損失は、例えば、トランスポートストリームの任意に使用される順方向エラー修正のエラー修正能力、受信信号の承認を送るためのいかなるアップリンク接続の不足、またはその両方の組合せを上回る伝送エラーから生じ得る。
レシートアップリンクの承認の有効性にかかわりなく、失われたパケットの非受信のために復号化することができないビデオデータストリームの影響を受けた部分をできるだけ少なくしておくことが望ましい。

B. Bross, W.-J. Han, J.-R. Ohm, G. J. Sullivan, T. Wiegand (Eds.), "High Efficiency Video Coding (HEVC) text specification draft 10", JCTVC-L1003, Geneva, CH, Jan. 2013 G. Tech, K. Wegner, Y. Chen, M. Hannuksela, J.Boyce (Eds.), "MV-HEVC Draft Text 3 (ISO/IEC 23008-2 PDAM2)", JCT3V-C1004, Geneva, CH, Jan. 2013 G. Tech, K. Wegner, Y. Chen, S. Yea (Eds.), "3D-HEVC Test Model Description, draft specification", JCT3V-C1005, Geneva, CH, Jan. 2013 WILBURN, Bennett, et al. High performance imaging using large camera arrays. ACM Transactions on Graphics, 2005, 24. Jg., Nr. 3, S. 765-776. WILBURN, Bennett S., et al. Light field video camera. In: Electronic Imaging 2002. International Society for Optics and Photonics, 2001. S. 29-36. HORIMAI, Hideyoshi, et al. Full-color 3D display system with 360 degree horizontal viewing angle. In: Proc. Int. Symposium of 3D and Contents. 2010. S. 7-10.

しかしながら、トランスポートストリームのパケットは、トランスポートストリームの後続パケットによって運ばれるコンテンツの復号化するための必要な情報をもたらすことができる。
ＨＥＶＣ標準［ＨＥＶＣ（High Efficiency Video Codingの略）／高効率映像符号化国際標準］おいて、例えば、ビデオデータストリームは、独立したスライス部分と従属するスライス部分を含む。従属するスライス部分は、例えば、すぐ前の独立したスライス部分に含まれ、従属するスライス部分を複合化するために継承されるスライスヘッダデータが関係する限り、独立したスライス部分に依存する。

それゆえに、パケット損失がある場合、ビデオデータストリームの影響を受けた復号できない部分の量を低減することができる当面の概念を有することは、有利である。

したがって、ビデオデータストリームが移送される一連のパケットのトランスポートストリームにおいて発生しているエラーを扱うために、この種の概念を提供することは、本出願の目的である。すなわち、その概念は、受信したものの復号することができない、できるだけ低く、失われたパケットの後のパケットに、影響を及ぼすことができる。

この目的は、添付の独立請求項の主題によって達成される。パケット損失に起因してマイナスの影響を受ける（正しく受け取られることにもかかわらず）パケットの数は、パケット配列の１つ以上の失われたパケットの実行の各々のために、パケットのシーケンスのパケット内の誤り耐性および識別することを提供して、それを解析することによって低減され得ることが、本出願の知見である。１つ以上の失われたパケットのそれぞれの実行の後のパケットのシーケンス内のパケットは、ビデオデータストリームのタイルのいずれかの始まりをもたらし、また、並行してスライスをもたらす。そして、パケットのシーケンスのパケットのいずれかに含まれるスライスヘッダは、失われていない。
特に、誤り耐性のデータを送信するためのサイド情報オーバーヘッドは、パケット損失に悪影響を及ぼすパケットの減少に比べて比較的低いものである。

有利な実施態様は、従属請求項の主題であり、本出願の好適な実施例は、以下に記載される図面のいずれかに関連している。

図１は、それによってビデオが符号化され、それによってビデオデータストリームが生成される、エンコーダの概略図を示し、本願の実施例は、図１のエンコーダによってサポートされ得るものである。 図２Ａは、デコーダ、それによって、ビデオデータストリームに基づいて再構成されるビデオと、ビデオデータストリームと、一連のパケットを介した移送を示す概略図であり、本願の実施例は、図２のデコーダに適用され得る。 図２Ｂは、デコーダ、それによって、ビデオデータストリームに基づいて再構成されるビデオと、ビデオデータストリームと、一連のパケットを介した移送を示す概略図であり、本願の実施例は、図２のデコーダに適用され得る。 図３は、第１のオプションに従ってタイルおよびスライス部分に仕切られる画像１４を図式的に示す。 図４は、他の分割オプションを使用している画像１４の概略図を図式的に示す。 図５は、損失性チャネル上の２つのパケットストリームの実例が本願の実施例が取扱う課題を例示することを示す。 図６は、実施例によるネットワーク装置の概略ブロック図を示し、ネットワーク装置が一部でもよく、または、図２のデコーダの前に接続され得るものであってもよい。 図７は、概略的フロー図の構造を用いて、より詳細に、図６のエラーハンドラーの可能な作動モードを示す。

本願の実施例の以下の説明は、典型的なビデオコーデックまたは典型的なエンコーダ／デコーダの構造の説明から始める。後文に、パケット損失から生じている課題は、述べられる。後文に、本願の実施例は記載されている。そして、これらの実施例は、とりわけ、先に述べたエンコーダ／デコーダの構造に関して適用できる。

図１は、エンコーダの１０の出力のデータストリームに、エンコーダの１０の入力に到達する画像１４のシーケンスからなるビデオ１２を符号化するように構成されたエンコーダ１０を示す。エンコーダ１０は、そうすることができる符号化順序を使用している画像１４のシーケンスをコード化するように構成することができる。しかし、これは、必ずしも必要であるというわけではないために、画像１４の時間的順序１６に追従することがある。より正確には、エンコーダ１０は、画像１４が区画されているにブロック１８のために利用可能な異なる予測モードの中から選択するように構成された複合型ビデオエンコーダであってもよい。
このような予測モードは、例えば、以前に符号化された画像の以前に符号化された部分から同じ画像と時間予測の前に符号化された部分から空間予測を含むことができる。 しかし、追加的または代替的に、他の予測モードは、例えば、そのような低品質の以前に符号化された階層からの階層間予測モードとして、同様にエンコーダ１０によってサポートされていてもよい。または、時間的に同じ場面を示している前に符号化された視点からの視点間予測は、ビデオ１２の画像１４を整列している。
エンコーダ１０は、選択された予測モード、その出力でデータストリーム２０内の残留予測の符号化に伴って、選択された予測モードに関連した予測パラメータの信号を送る。
例えば、空間的予測は、現在のブロック１８に既に符号化されたサンプルがコピーされ、近隣に沿った方向／外挿を示す外挿方向を含むことができ、そして、時間的予測モードは、動き予測パラメータのような動きベクトル伴う予測補償のように、実施することができる。 視点間の予測モードは、動作補償された方法で実施することができるのと同様に、それにより予測パラメータとして視差ベクトルが得られる。
予測を実行する際に、ビデオ１２の「前に符号化された部分」は、上述した符号化順序によって定義される。そして、それは、順次、画像１４を通過する。各画像１４の範囲内で、符号化順序は予め定められた順序のブロック１８も通過する。そして、それは、例えば、ラスタスキャン方法では、画像１４の左上隅からその底の右手角の方へリードする。

ビデオ１２および／またはビデオ１２の画像１４の選択的な／部分的な復号化の画像１４の並列符号化や並列復号化を可能にするために、図１のエンコーダ１０は、いわゆるタイル分割をサポートしている。タイルの分割によると、各々の画像１４は、たとえば、多数のタイル２２の配列に仕切られる。
図１において、１つの画像１４は、タイル２２の２つ×２つの配列に分割されることが例示的に示されているが、任意のｍ×ｎの分割を用いることも可能である（ｍ＋ｎ＞１であるならば、タイル分割は効果的である）。
タイル２２に分割することは、ブロック１８を横断しないように、制限することができる。すなわち、境界をブロックするように整列されるように、制限される。タイルは、例えば、ブロック１８のｐ×ｑの配列でもよい。その結果、タイルの行におけるタイルは、等しいｑを有し、そして、タイルの列におけるタイルは、等しいｐを有する。

エンコーダ１０は、データストリーム２０の中の画像１４のタイル分割の信号を送り、そして、特に、タイルそれぞれ２２を符号化する。つまり、各タイル２２までの予測とエントロピー復号化としての例えばデータストリーム２０から個別に復号可能であるように、たとえば、空間予測、エントロピー符号化データストリーム２０のコンテキスト選択、から生じている相互依存関係は、後者と交差しないようにタイル境界で制限される。
上述した符号化は、以下を分割しているタイルに適している。分割することをタイルに適応させた各画像１４の範囲内で、符号化順序は、タイル２２の第１の一つの範囲内で最初に画像１４を通過する。そして、タイル順序の次のタイルを横断する。タイル順序は、左の最上部のタイルから画像１４の最下部の右手のタイルまでリードしているラスタスキャン順序でもよい。

説明の便宜上、図１は、参照符号２４を有する１つの典型的な画像１４を求める符号化命令を示す。

データストリーム２０の伝送を容易にするために、エンコーダ１０は、いわゆるスライスを単位にする上述した方法のデータストリーム２０に、ビデオ１２を符号化する。スライスは、上述した符号化順序に従っているデータストリーム２０の部分である。スライスは、どちらか完全に１つのタイル２２の範囲内に位置して、すなわち、任意のタイル境界を横断しないように、または完全にタイルのために２以上のタイルで構成されるように制限されている。つまり、それらの全体が２つ以上のタイルをカバーするように、それによって、カバータイルの輪郭と、スライス境界に一致する。

２枚のスライス２６ａおよび２６ｂ、タイル順序において、最初の２枚のタイル２２で構成されている符号化順序２４でスライス２６ａに仕切られるように、図１は、図１の画像１４を例示的に示している。そして、第２のスライス２６ｂが画像１４、すなわち、タイル順序の３および４枚目のタイル２２の下半分をカバーする。
ビデオ１２をスライス２６ａと２６ｂの単位にコード化する際に、それぞれ、実際のシンボル統計にエントロピー符号化のために用いられる可能性とコンテキストの可能性が各々のスライス２６ａと２６ｂの初めに、そして、各々のスライスの範囲内で、各々のタイル境界線でリセットされるか、初期化される画像内容を翻案するように、エンコーダー１０はコンテキストのエントロピー可能性の連続適合で、エントロピー符号化と特にコンテキスト適応可能なエントロピー符号化を用いる。

図１は、データストリーム２０のスライス２６を例示的に示す。スライスは、画像１４の最初の２枚のタイル２２のデータを含む。さらに、スライス２６は、その画像１４の対応する部分とスライス２６を符号化するために選択された符号化タイプに関するいくつかの高レベルの情報、すなわち、最初の２つのタイル２２、例えば、タイル２６が、イントラ符号化された部分、ｐ型符号化部分またはｂ型符号化された部分に関係するかどうかの情報を示すスライスヘッダー３０を含む。スライスヘッダ３０の情報なしで、スライス２６ａのタイルは、正しく復号化可能でない。

もう一つのメカニズムは、さらにコード化されたデータストリーム２０の伝達を再分割することができるために、さらにスライスを再分割することである。
この原理によれば、各スライス２６ａおよび２６ｂは、正確に１つの独立したスライスセグメント、実際にはスライス２６ａを有するケースまたは従属するスライス部分が続く一連の１つの独立スライス部分を構成する。スライス２６ａは、それ以上分けられない。エンコーダ１０は、このように、単に完全にスライス２６ａを出力するだけのことが可能である。
スライス２６ｂに関して、物事は異なる。スライス部分２８ａおよび２８ｂとの境界線と一致しているスライス２６ｂの中のタイル２２のタイル境界を有する符号化順序、従属するスライス部分２８ｂで、スライス２６ｂは、追従される独立したスライス部分２８ａで構成される。スライスのセグメント２８ａと２８ｂは、従って、スライスがそうするように、同様の特性を有し、すなわち、それらは、スライスヘッダを除いて、独立して復号化可能である。従属するスライス部分２８ｂは、スライス２６ｂの前の、すなわちリードしている、独立スライス部分２８ａから、同じことが帰属するスライスヘッダー３０を継承する。

伝送の間、あり得るパケット損失から生じている課題について述べる前に、図１のエンコーダ１０に適合しているデコーダ５０は、図２に関して述べられる。そして、デコーダ５０がこのようにデータストリームの処理のためのネットワーク装置のための実施例を示す。デコーダ５０は、データストリーム２０を受信して、そこからビデオ１４を再建する。デコーダ５０は、例えば、スライス２６ｂが続くスライス２６ａを受信する。
例えば、デコーダ５０は、複合型ビデオを復号化しているタイプであり得る。すなわち、複合型ビデオデコーダでもよい。そして、それは、ビデオ１２の画像１４の部分を再建するために、上記の確認された予測ノードを用いる。そして、スライス２６ａおよび２６ｂに対応する。
スライス２６ａを復号化することにおいて、例えば、デコーダ５０は、スライス２６ａのスライスタイプを決定して、スライスタイプに依存している方法のスライス２６ａから、画像１４の第１および第２のタイル２２を再建するために、スライスヘッダ３０を用いる。例えば、Ｉスライスのために、ＰおよびＢスライスの有効性が提供されているのに対し、時間的予測モードは利用できない。したがって、スライス２６ａのペイロードデータの分析は、スライスヘッダ３０に依存することができる。
特に、デコーダ５０は、例えば、スライス２６ａの初めのコンテキスト確立の可能性を初期化することにより、それから、予測モードと、スライス２６ａ内の第１および第２のタイル２２を予測するために、スライス２６ａの中でシグナリングされる予測パラメータを用いることにより、上記の概説されたコンテキスト適応可能な方法で、エントロピーがスライス２６ａを符号化することができる。そして、結果として生じる予測信号と、スライス２６ａのペイロードデータの範囲内に含まれる予測残差とを組み合わせる。
タイル２２を復号化することにおいて、デコーダ５０は、上で概説される符号化命令に従う。しかしながら、デコーダ５０は、タイル２２が関する限り、並行して復号化タスクのいくつかを実施することができる。
これは、例えば、タイルの境界線を横断することがないように、予測が構成されるように、予測にとって真実である。そのため、同じ画像１４のタイルの復号化間の相互依存性が回避され、エントロピー復号化はタイル２２に関する限り、エントロピー復号化は、並行して実行することができる。

スライス部分２６ｂを復号化する際に、デコーダ５０は、スライス２６ａから独立しているこのスライス２６ｂを復号化することが可能である。
特に、画像１４の３枚目のタイル２２のデータをもたらしている独立したスライス部分２８ａが単独でスライスヘッダを含み、デコーダ５０は、他のいかなるデータも必要とすることがなく、この３枚目のタイルを再建することが可能である。
しかしながら、従属するスライス部分２８ｂが関係している限り、デコーダ５０は、直ちに同じこと、すなわち、同じスライス２６ｂの独立スライス部分２８ａに先行している独立スライス部分に含まれるスライスヘッダ３０からスライスヘッダデータを継承し、したがって、４枚目のタイルを復号化することは、スライス部分２８ｂの存在に加えてスライス部分２８ａのスライスヘッダについての知識を必要とする。

データストリーム２０の伝送に関する限り、ネットワーク抽象化層（ＮＡＬ）ユニットにおいて、スライスのセグメント２６ａ、２８ａおよび２８ｂの形態をなすか、またはフレーム化される。
以下の説明では、スライス部分およびスライス部分のＮＡＬユニットは、特に識別されない。理由は、スライス部分がスライス部分を担持しているＮＡＬユニットとほぼ同様であるということである。小さいＮＡＬユニットのヘッダは、単に、スライス部分でありながら、ＮＡＬユニットの内容を示しているＮＡＬユニットタイプが具備されている。

しかしながら、更に、伝送の間、スライス部分が変換パケットのペイロード部分に適合するように、更に断片的である場合があってもよい点に、留意する必要がある。好ましくは、特定のスライス２６ａの中の新規なタイルの開始または始まりが新しいトランスポートパケットに挿入されるように、これは方法でされる。
更に下で述べられるように、スライスヘッダデータが利用できて、たとえば前のパケットが失われる場合であっても、それの始まりが新規なタイルの符号化の始まりを示す従属するスライス部分２８ｂに関して、同じこの手段は復号化可能であることを意味する。
図２は、ペイロード部３２に加えて、トランスポートパケットヘッダ３６を含むトランスポートパケット３４のペイロードデータセクション３２の中に、スライス部分２６ａ、２８ａおよび２８ｂの分裂を例示している。そこにおいて、図２は、スライス部分の端を含んでいるトランスポートパケットのペイロード部分のトレーリング部が、パケット３４の範囲内で単にハッチングを掛けられ、そして、陰影線をつけられたヘッディングビット３８を示すスライスセグメントデータを示すことによって、サイズ部分データから区別されるパッディングビット３８で満たされ得ることもまた示している。

パケットが、伝送の間、失われるときはいつでも課題が発生する。特に、スライス部分２８ａは、たとえば、スライス部分２８ａが失われて断片化されている第２および第３番目のパケットに起因して、全くデコーダ５０で受信されていないと想像する。しかしながら、第１のトランスポートパケット３４は、スライスヘッダ３０を運ぶ。
したがって、デコーダは、従属するスライスセグメント２８ｂで画像１４を復号化することを再開することができ、そのデコーダ５０は確かに提供することができる。それは失われていたパケットの前に受け取られていた、独立したスライスセグメント２８ａのスライスヘッダー３０は、従属するスライス部分２８ｂに属しているスライスヘッダであると確信する。しかしながら、これは、デコーダ５０のためにいずれにせよ保証されない。

例えば、今、６枚のタイルに細分化／分割化された典型的な画像１４を示す図３に目を向けると、すなわち、２行のタイル２２の３つの列は、前記タイル毎に、１つのスライスのセグメントが存在する。特に、図３の場合、第１のタイルは、独立したスライス部分２８ａに組み込まれる。その一方で、以下の５つのスライス部分は、従属するスライス部分２８ｂである。
図４は、分割している同じタイルを示す。しかし、タイル２２の最初の列の最初の３枚のタイルが最初のタイルをカバーしている最初の独立したスライス部分２８ａから成る１枚のスライス２６ａを作ることを示す。
図４の第２および第３のタイル２２をカバーしている２つの従属するスライス部分２８ｂによって後に続いている。そして、同様に、第２のスライス２６ｂは、画像１４の第４のタイルをカバーしている独立したスライス部分２８ａのシーケンスを含む。そして、画像１４の第５および第６のタイルに関する２つの従属するスライス部分２８ｂが後に続く。
画像１４に関するすべてのデータを受信することの場合、符号化側で図４のオプションの図３のオプションを選択したことにかかわりなく、画像１４を復号化することは、問題ではない。
しかしながら、例えば、第４のスライス部分がなくなるときに、問題が発生する。図３の場合、最初のスライスセグメントからスライスヘッダデータを継承する同じ画像１４の第５および第６のタイルに関連する後続のスライスセグメントの問題は、実際にはない。
しかしながら、図４の場合、それらが失われた第４のパケットのスライスヘッダデータを必要とするにつれて、第５および第６のタイルに関するスライス部分は、もう価値がない。そして、図４の場合、それは独立したスライス部分である。

図３の場合には、デコーダ５０が、第５および第６のタイル２２に関して、画像１４の符号化を再開することを可能にするために、以下に概説する概念を示唆する。誤り耐性データを備えたデータストリームは、従属するスライスセグメントのための独立したスライスセグメントのスライスヘッダーを運ぶパケットの識別を可能にすることを提供する。

図２のスライス２６ａのような一つの部分スライスに含まれるエントロピーを復号化しているスライスにおいて、デフォルト値まで、それぞれのスライス部分の第２のまたは後に続くタイルの最初の構文要素が発生する、復号化しているときはいつでも、連続的なコンテキストの確率、すなわち、コンテキスト確率の可能性をリセットする、エンコーダおよびデコーダ５０が形成される点に、留意されたい。
この理由から、図２の２６ａのように、例えば１つのスライス部分を備えている場合、スライスヘッダ３０を運んでいる最初のトランスポートパケット３４が正しく受信されたならば、結果として、スライス２６ａを運んでいる第２番目にもかかわらず、まだ、復号化可能なスライス部分２６ａの第２番目のタイルを移送する。
デコーダ５０は、第２のタイル２２に関するスライス２６ａのデータを復号化する、エントロピーに対するコンテキスト確率のための復号化する初期化の値のデフォルトを用いるエントロピー復号化を実行することができる。そして、その中において、スライス２６ａがタイル状に断片化されている、６つのパケットの最初のトランスポートパケット３４によって構成されるスライスヘッダデータ３０を用いる。すなわち、第２のタイルに関して最初の構文要素によって新しいパケット３４を開き、パディングデータを備えた最初のタイルに関する２６ａのスライスのデータの末尾を含む先行するパケットを充填している。
このように、図３において述べられるケースは、単一の独立したスライス部分が全部の画像１４をカバーする場合と非常に類似している。
この独立したスライス部分のエントロピーエヌ／復号化において、コンテキスト確率は、タイル順序の連続的なタイル間のタイル境界が発生するたびに、新たに初期化される。 ― そして、それに応じて、デコーダは、例えば、独立したスライス・セグメントの先頭にスライスヘッダーのヘッダが正しく受信されたことを条件とする第４番目のタイルについて、パケットの損失にもかかわらず、第５番目のタイルの復号化を再開することが可能である。

図３および４に関して概説される課題は、換言すれば、再び以下で概説される。ビデオ伝送シナリオにおいて、損失が発生することがしばしば予想される。この種の損失は、正しくは受け取られるにもかかわらず、依存のため失われたデータに復号可能でないデータに終わる場合がある。
例えば、ＲＴＰで、そして、図２にて図示されるように、スライス２６ａ，ｂは、いくつかのＲＴＰパケット３４（通常、分割装置と呼ばれる）を通じて移送することができる。
スライスのそれらのパケット３４のうちの１つが失われる場合、多くのデコーダ、例えばデコーダ５０は、対応するスライスのすべてのデータを放棄する必要があるか、または、失われた一部のデータを復号化して、そのスライスの残りの受信データを放棄する必要がある。しかしながら、スライス２６ａ，ｂは、それぞれに復号化することができる独立したパーツを含み得る。これは、ＨＥＶＣ［１］のための単一のスライスに含まれる複数のタイルのための場合である。
複数のタイル２２が単一のスライス（例えば図３および４にて図示するように、２以上）に含まれるときに、単一の独立したスライスセグメント（図２のｃｐ．２６ａ）またはタイルにつき１つのスライスセグメント（図２６ｂのｃｐ．２６ｂ）において、（独立スライス部分に含まれるスライスおよび従属するスライス部分に含まれるスライスの範囲内の残りのタイルの第１のタイルによって）タイル境界を考慮しているデータの輸送は、望ましい場合がある。
すなわち、ＲＴＰパケット３４は、タイル境界に合わせることができる。または、換言すれば、各ＲＴＰパケットは、いくつかのタイルに対してではなく、１つのタイルのデータだけを含み、そして、データのスマートな断片化が行われる場合であってもよく、例えば、例えば、ＲＴＰパケットは、いくつかのタイルを運んでいる１つの独立したスライス部分の場合には、タイル境界に合わせられる。
こうすることによって、いくつかのタイルのデータが失われるか、または、部分的なデータの何らかの選択的な復号化が行われるならば、それらが復号化のための非受信のタイルに依存しないので、他のタイルを復号化することはまだ可能である。

記載されている場合において、複数のタイル（ｃｐ．２６ａ）のためのスライス部分の両方ともまたはその場合従属するスライスが使われる（ｃｐ．図２および図３および図４の２６ｂ）ところでは、すべてのタイルのスライス２２が、独立したスライス２８ａのスライスセグメントヘッダ３０の正しい受信を必要とする。
しかしながら、すべてのデータが受信されたわけではないシナリオおよびいくつかのパケット３４は、欠落している。最後の独立したスライスセグメントのスライスセグメントヘッダは、損失（そして、例えば独立したタイルを含む）の後に、所定のスライスセグメントと一致しているスライスセグメントヘッダであるかどうかについて、さらに下で概説される概念なしで、知ることができない。または、独立したスライスの必須のスライスセグメントヘッダは、喪失により受信されなかった。実施例は、図５に示される。

図５の最上位の実施例において、必要なスライスセグメントヘッダ情報が、それが前述のように（例えばタイル）、受信された時からデータの独立した部分を含む場合、別々のパケットに図３の各々のスライス部分をパッケージングすることに例示的に対応する第５のパケットは、復号化することができる。その一方で、別々のパケットに図４の各スライス部分をパッケージングすることに例示的に対応する図５の最下位の実施例で、以前のパケットに含まれるヘッダ情報が失われた時から、第５のパケットは復号化することができない。

以下に概説する概念は、他から独立しており、損失の多い環境での誤り耐性のいくつかの種類を提供することに使用することができるいくつかのデータが存在するという事実を利用する。独立したスライスの以前のスライスセグメントヘッダに含まれるこの重要な情報が、以下に概説する概念なしに、受信されたかまたは失ったかどうかを検出することができないことが問題である。

したがって、下記に概説概念に従って、独立したスライスセグメントから以前に受信したスライスヘッダデータが現在受信したデータに適用されるか、または必要なデータがいくつか失われたデータに適用されるかどうかをレシーバーが検出することを許容するいくつかのシグナリングが追加される。

この種のシグナリングの例示は、例えば、ＲＴＰペイロードに特有のＮＡＬユニットにおいて、若干の補助情報でありえた。そして、例えば、そのことをＲＴＰペイロードのＰＡＣＳＩは、ＳＶＣ（ＲＦＣ６１９０）に対してフォーマットするが、ＨＥＶＣまたはＲＴＰパケットでデータを復号化するための必要なスライスセグメントヘッダに識別子を含むその拡張のために定めました。

このシグナリングは、例えば、識別子の形でこの種の誤り耐性情報の存在／不在を示す フラグ（例えばＴフラグ）を伴う可能性がある。補足情報は、この識別子を特定のスライスセグメントヘッダに割り当てるかまたは所定の識別子を有する独立したスライスセグメントのどのスライスセグメントヘッダは、特定のデータが符号化可能であるために必要かについて示すのに用いられる。
すなわち、この情報が、独立スライスセグメントのスライスセグメントヘッダを有するデータに、直接、先行する場合、識別子は、この独立スライスセグメントのスライスセグメントヘッダに割り当てられる。そして、もしそうでなければ、それはどちらが以下のデータを正しく復号化することに必要なスライスセグメントヘッダの識別子であるかについて示す。

実施例において、最初のデータは、すべてのデータのために一度送信されるだけである特定のヘッダ情報を必要とする独立した復号化可能なデータを含む。このヘッダ情報が正しく受信された場合に必要な重要なヘッダ情報を識別でき、追加の補足情報は、以前に受信したヘッダ情報に一致する場合、いくつかのデータが失われる場合であっても、他の受信された独立した復号可能なデータを復号することができる。

ビデオデータストリームが送信されるパケットの誤り耐性データを提供して、分析するだけで、概説された概念は、以下の図面に関連して、以下でより詳細に説明されている。

特に、図6は、デコーダ５０の前で配置されることができたか、それの一部を形成することができたネットワーク装置２００を表します。ネットワーク装置は、レシーバー２０２とエラーハンドラー２０４とを具備している。

レシーバー２０２が受信するトランスポートストリームは、２０６で示される。
それには、一連のパケット２０８、 図１および２の対応する要素３４で形成される。そして、それを介して、ビデオデータストリーム２１０は移送される。上述したように、パケットは、例えば、ＲＴＰパケットであってもよいが、代わりの実施態様では、ＩＰパケット等を用いるようにしてもよい。
ビデオデータストリーム２１０は、図１と２の要素２０と対応しているタイル２１２を備え、図１と２の要素１２と対応して、ビデオ２１６の図１〜４の要素１４と対応して、画像２１４の図１〜４の要素２２に対応して、いくつかの符号化順序２１８に沿って、そこへ符号化され、図１と２の要素２４と対応し、それから、例えば、画像のタイルを通してラスタスキャン順序において、しかしながら、画像２１４の間でプレゼンテーションタイムの順序と必ずしも一致し得るというわけではない画像符号化順序の次の画像２１４の方へ歩むように、リードする。
特に、タイル２１２は、エントロピー符号化および空間予測を用いたデータストリーム２１０に符号化される。この際、タイル２１２は、エントロピー符号化のコンテキスト誘導によるデータストリーム２１０と、図において点線を使用して例示されたタイル２１２の境界を横断しないように制限された空間予測とに、コード化される。
データストリーム２１０の典型的な画像２１４のタイル２１２によってカバーされる連続的な部分の間の関連は、一方では画像２１２の同じ波線型を使用して図示され、他方ではデータストリーム２１０を用いて図示されている。
規制を使用して、タイル２１２は、エントロピー符号化および空間予測に関する限り、符号化可能で、並行して復号可能である。

ビデオデータストリームは、そこへスライス２２０を単位にする符号化命令２１８に沿って符号化されるタイル２１２を有する。符号化順序２１８に沿って画像３枚の主要なタイルのデータを含む左側のものに関して完全に図６に図示されるように、図６またはより多くのタイルで例示される右側で２枚のスライスのために手本となっている場合にだけ、各々のスライス２２０も１枚のタイル２１２のデータを含む。
各スライスは、図１および２の要素３０に対応し、スライスヘッダ２２２で始まる。手本となって上で議論されるように、例えば、量子化ステップサイズ、デフォルト符号化モード、スライスタイプコードまたはその種の他のもの全体のスライスのために、グローバルに有効な特定のより高水準の構文要素を集める。
これは、次に、複数のタイルをカバーしているスライス２２０の場合には、最初のもの以外に、そのスライスに含まれるすべてのタイルは、しかし、スライスの先頭に配置されるスライスのスライスヘッダのデータが、その復号に成功するために必要であることを意味している。

前に言及されないにもかかわらず、それはスライスがいわゆる独立スライス部分および従属するスライス部分に、符号化命令に沿って、更に再分割されるということでもよい。
明確にスライスヘッダから成る始めの独立したスライス部分は、少なくとも独立したスライス部分の一部のスライスヘッダを継承して、このように、うまく従属するスライス部分を復号化するために利用できるこの部分を必要とする１つ以上の従属するスライス部分によって後に続く。それぞれがタイルの中で、従属するかまたは独立しているいずれかのスライスセグメントの始まり、と一致してもよいタイルを始める。

ビデオデータストリーム２１０は、各々のパケットが単に１枚のタイルだけのデータをもたらすように、符号化命令２１８に沿ったパケット２０８のシーケンスへのパケット化である。これは、再び、典型的な画像の４枚の異なるタイルと関連した４つの異なる破線タイプを使用している図６において例示される。

レシーバー２１０がトランスポートストリーム２０６を受信している間に、エラーハンドラー２０４は、パケット２０８、すなわち、時間内に受信されないで、受信されもしないものの間で、失われたパケットを識別するように、構成されている。または同じものにはそれにおけるエラーがあるように、ある意味で受信される。または、同じことは、それにおけるエラーを有するように、例えば、伝送の間、発生した多くのビットエラーが高すぎることによるフォワードエラー訂正ではない。
さらに、エラーハンドラー２０４は、一連のパケットの１つ以上の失われたパケットの実行の各々のために、１つ以上の失われたパケットのそれぞれの実行のパケットのシーケンスで最初のパケットを識別するように、一連のパケットシーケンスのパケット２０８内の誤り耐性データを分析し、スライスに含まれている一つまたは複数の失われたパケットのそれぞれのランは、タイルのいずれかの開始でもたらされ、スライスヘッダが失われていない一連のパケットのシーケンスパケットのいずれかに含まれている。
例えば、矢印２２４を用いて識別されるパケット２０８が、失われたと想像してみて下さい。通常、同じスライス、すなわち、２２６と２２８の断片を作っている以下の２つのパケットは、トランスポート層によって捨てられる。
ここで、エラーハンドラー２０４は、パケット２２６が、まさに言及された要件の全てを果たすパケットであることを識別する。
（１）それは、一つ以上の失われたパケット、すなわち、パケット２２４のそれぞれの実行の後である。
（２）パケット２２６に含まれるデータが帰属するスライス２２０のスライスヘッダ２２２は失われない。
（３）パケット２２６は、タイル２１２から開始する。
（４）このパケット２２６は、上記（１）〜（３）を成し遂げるパケットで初めてのものである。
失われたパケット２２４および正に言及されたパケット２２６の間にあるパケット２２８は、上記要件（２）を満たさない。
したがって、エラーハンドラー２０４は、パケット２２６を従属させることができる ― パケットにその内容、すなわちタイル２１２内容を廃棄するよりは、むしろ、それを復号化されるかもしれない。当然、オンのパケットから、エラーハンドラー２０４は、１つ以上の失われたパケットの次の実行に遭遇することまで連続した順序でパケットを処理し続ける。

ちょうど言及された誤り耐性データは、トランスポートパケット２０８のパケットヘッダに含まれることができるか、例えば、ペイロードスライス２２０との間に散在するデータストリーム２１０の補足的な強化ＮＡＬニットに含まれ得る。

エラーハンドラー２０４の作動モードは、図７に関して更に詳細に以下に記載されている。特に、エラーハンドラーは、１つの方法３００において、失われたパケットを識別するために、パケットの帰りのシーケンスを連続的に調査する。識別３０２は、例えば、各パケット２０８のために、パケットヘッダ３６（図１および２を比較する）、例えばラウンドロビンパケット番号またはその種の他のものの点検を必要とする場合がある。
方法３００は、図示するように３０４において、一連のパケットのシーケンスの中で一つ以上の失われたパケットの実行の検出に結果としてなる。そして、それはシーケンスエラー３０６より上に配置されている失われたパケットとエラー３０６の下に示されている正しく受信されているパケットによって、それらの経時的な命令でパケット２０８のシーケンスを示す。見られることができるように、典型的な１つは実行されて３０８において見える。エラーハンドラー２０４によって連続的に実行される他のプロセス３１０は、一連のパケットのシーケンスのパケットで分析の誤り耐性データに関するものである。
このプロセス３１０以内で、実行３０８ごとに、エラーハンドラー２０４は、それぞれの実行３０８の後、一連のパケットのシーケンスで最初のパケットを識別しようとする。そして、それはタイルのいずれかの始まりをもたらして、スライスをもたらす。そして、それのスライスヘッダは、失われていない一連のパケットのシーケンスのパケットのいずれかに含まれる。方法３１０は、受信パケットによって、実行３０８の後に循環する。
実行３０８の後の第１の受信パケットは、Ａを使用している図７において示される。プロセス３１０内において、エラーハンドラー２０４は、それぞれのパケットＡがタイルのいずれかの始まりをもたらすかどうかチェックする。
このチェック３１２の範囲内で、エラーハンドラー２０４が、このペイロード部３２が任意のタイルの符号化の始まりから始めるか、またはこの種の符号化の領域まで少なくとも解析可能かどうか識別するために、例えば、パケットＡのペイロードデータセクション３２を分析プロセスに従属させる。例えば、ペイロードデータセクション３２の始まりは、スライスセグメントのＮＡＬユニットの始まりと一致し、そして、エラーハンドラー２０４は、スライスセグメントが新規なタイルの符号化を始めるかどうか判断するために、スライスセグメントからフィールドエッジを読み込む。

あるいは、箱Ａが、たとえば、トランスポートパケットヘッダー３６の範囲内で断片化パラメータに基づくＮＡLユニットの最初の断片で、これが本当の場合、箱Ａがそのペイロードデータ３２で新しいタイルの始まりを有しているとそこから推論するかどうか、エラーハンドラー２０４は確認のために調べる。
パケットは、ここＢにおいて．新規なタイルの始まりと一致しないために、次の受信されたパケットにより方法３１０に進み、ステップ３１２において決定される。しかしながら、チェック３１２のチェックの結果が、肯定、すなわち、タイルのスタートが見つけられたならば、方法３１０は、現在のパケットＡが、それ自体スライスヘッダを含むかどうか調べているエラーハンドラー２０４に関与するものである。
ＹＥＳの場合は、全てが良く、そして、パケットＡから、復号化手順上の失われたパケット３０８の実行の後で、ステップ３１６で示されるように、再び始めることができる。
しかしながら、ステップ３１４における停止が単独でスライスヘッダを含まないことを明らかにする場合、現在のパケットは、それぞれのパケット、すなわち、従属するスライス部分によって新規なタイルに関して継承されるスライスヘッダまたはスライス、すなわち独立したスライス部分のスライスヘッダによってもたらされるスライスのスライスヘッダを確認するために、エラーハンドラー２０４は現在のパケットＡの範囲内で誤り耐性データを検査する。そして、それにとって、ステップ３１２において識別される新規なタイルは帰属する。
識別３１８は、以下の通りに働くことができる。例えば、パケットＡ自体のトランスパケットヘッダ３６は、誤り耐性データを含むことができる、そして、この誤り耐性データは、前のパケットのいくつかへのポインタである場合がある。
このパケットが受信パケット２０８に帰属する場合、チェックは３２０において実行され、それから、復号化を再開することは３１６において実行される。
しかしながら、必要なスライスヘッダが失われたパケットに従属しているならば、すなわち、「従属するタイル」が失われた箱のいずれかに属しているスライスヘッダも必要とするので現在の箱が新しいスライスヘッダを含まないならば、容認されているものに従属していなくて、そして新しいスライスヘッダで、箱のためにステップ３２２でステップ３１０の検索を処理しません。それのステップは、ステップ３１２と３１４の連結に、しかしステップ３１２に振り返ることで一致する。

代わりに特定のＮＡＬユニットが、誤り耐性データをもたらすために、今までに述べられる実際のスライスセグメントのＮＡＬユニットのと間に散在することができると、言わなければならない。

ステップ３１６を復号化することを再開することにおいて、ビデオデータストリームの復号化は、一つ以上の失われたパケットのそれぞれの進行の後で前方へ誤り耐性データによって識別されるにつれて、受信パケットのいずれかに含まれるスライスヘッダを適用することによって識別されたパケットからタイルを復号化することまで再開することができる。そして、それの始まりは、ステップ３１２において確認された。

従って、上記の説明は、部分スライスの誤り弾力性のトランスポートを明らかにした。

ほんとに概説された誤り耐性データは、たとえば、必要とされたスライスヘッダが配置されるパケットのパケットナンバーを示すことによって、必要とされたスライスヘッダを示すかもしれません。
これは、絶対値によって、または、相対的な方法、すなわち、誤り耐性データを含んでいる現在のパケットから必要とされたスライスヘッダを含んでいるパケットまで示している相殺された価値を用いてされるかもしれません。
あるいは、必要とされたパケットは、必要とされるスライスヘッダを含んでいる独立したスライスセグメントのスライスアドレスを経由してインデックスを付けられる。
上記のように、すべてのスライスセグメントは、このスライス部分に符号化される最初のブロックが画像１４の範囲内でどこに画像１４の範囲内に配置されるかについて示しているスライスアドレスを含む。

誤り耐性データを分配して／解析することが、可能でない他の装置を有する下位互換性を維持するために、それぞれのフラグを含む拡張メカニズムは、誤り耐性データを無視して／スキップするために旧式なデコーダを使用可能にして、それに応じて、同じものを廃棄するのに用いることができる。

言うまでもなく、誤り耐性データを使用する、上記の概念は、送信側で対応するネットワーク装置に現れる。この種のネットワーク装置は、図１のエンコーダの範囲内で含まれ得るかまたはその出力に接続され得る。この送信ネットワーク装置は、一連のパケットのトランスポートストリームを経て、ビデオデータストリームを送信するように構成される。
ビデオデータは、画像が分割されるビデオの画像のタイルを有し、そして、そこへ符号化順序を用いているエントロピー符号化および空間予測に沿って、符号化される。そして、タイルは、エントロピー符号化のコンテキスト派生を有するビデオデータストリームに符号化され、そして、空間予測がそのようにタイルの境界を横切らないように制限されている。そこにおいて、ビデオデータストリームは、１つのタイルだけのデータを含んでいるか、または完全に２つ以上のタイルを含んでいる、各スライスを有するスライスを単位にする符号化順序に沿ってコード化されるビデオの画像があるタイルを有する。各スライスは、スライスヘッダから始めている。
各々の箱が単に１枚のタイルだけのデータをもたらすような符号化順序に沿って、パケットのシーケンスにビデオデータストリームをパッケージ化して、それぞれのパケットが部分的にもたらすスライスのスライスヘッダを含んでいない一連のパケットごとに、一連のパケットの先行しているそのパケットを識別するように、誤り耐性データを一連のパケットのシーケンスのパケットに挿入するように、ネットワーク装置が構成される。それはそれぞれのパケットのスライスヘッダを含む。

若干の態様が装置のコンテキストに記載されていたにもかかわらず、これらの態様も対応する方法の説明を意味することは、明らかである。そこで、ブロックまたは装置は、方法ステップまたは方法ステップの特徴に対応する。類似して、方法ステップのコンテキストにも記載されて、態様は、対応するブロックまたはアイテムの説明または対応する装置の特徴を意味する。
ステップがそうである場合がある方法の一部もしくは全部は、（または使っている）たとえば、マイクロプロセッサーのようなハードウェア装置で、プログラム可能なコンピュータまたは電子回路を実行することができる。
いくつかの実施形態では、最も重要な方法ステップの若干の１つ以上は、この種の装置によって実行することができる。

特定の実施要件に応じて、本発明の実施例は、ハードウェアにおいて、または、ソフトウェアで実施することができる。
実施はデジタル記憶媒体、たとえばフロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはＦＬＡＳＨ記憶を用いて実行されることができます。そして、電子的に読み込み可能な制御信号をその上に格納しておきます。
そして、それぞれの方法が実行されるように、それはプログラム可能なコンピュータシステムと協力します（または、協力することができます）。したがって、デジタル記憶媒体は、読み込み可能なコンピュータである場合があります。

ここに記述される方法の１つが実行されるように、本発明に従う若干の具体化は電子的に読み込み可能な制御信号）があるデータ記憶媒体を含み、そして、それはプログラム可能なコンピュータシステムと協力することができる。

通常、本発明の実施例はプログラムコード付きのコンピュータープログラム製品として実行されることができます。そして、コンピュータープログラム製品がコンピュータで動くとき、プログラムコードが方法の１つを実行するために実施されている。プログラムコードは、たとえば機械読み取り可読キャリアに格納することができる。

他の実施例は、本願明細書において記載されていて、機械読み取り可読キャリアに格納される方法のうちの１つを実行するためのコンピュータプログラムを含む。

換言すれば、本発明の方法の実施例は、したがって、プログラムコードを有するコンピュータープログラムである。本願明細書において記載されている方法のうちの１つを実行するために、そのとき、コンピュータプログラムはコンピュータで動く。

発明の方法の更なる実施例は、したがって、その上に記録されて、ここに記述される方法の１つを実行するためにコンピュータープログラムから成っているデータ記憶媒体（またはデジタル記憶媒体またはコンピュータで読取り可能な媒体）である。データ記憶媒体、デジタル記憶媒体または記録された媒体は、典型的に具体的でおよび／または、非移行に属する。

発明の方法の更なる実施例は、したがって、ここに記述される方法の１つを実行するためにコンピュータープログラムを意味しているデータストリームまたは一連の信号である。たとえばデータストリームまたは信号のシーケンスは、たとえばインターネットによってデータ通信接続を通して移されるように構成され得る。

更なる実施例は、処理手段、たとえばコンピュータまたはプログラム可能な論理デバイスを含む。または、本願明細書において記載されている方法の１つを実行して適するように構成される。

更なる実施例は、本願明細書において記載されている方法の１つを実行するために、その上にコンピュータープログラムをインストールされているコンピュータを含む。

本発明に従う更なる実施例は、レシーバーに、本願明細書において記載されている方法の1つを実行するためにコンピュータープログラムを移す（たとえば、電子的に、または、光学的に）ように構成される装置またはシステムを含む。
レシーバーは、たとえば、コンピュータ、モバイル機器、メモリデバイスまたはその種の他のものである場合がある。装置またはシステムは、たとえば、コンピュータープログラムをレシーバーに移すために、ファイルサーバを含み得る。

いくつかの実施形態では、プログラム可能な論理デバイス（たとえばフィールド・プログラム可能なゲートアレイ）は、ここに記述されている方法の機能の一部もしくは全部を実行するのに用いられるかもしれません。
いくつかの実施形態では、フフィールドプログラム可能なゲートアレイは、ここに記述される方法の1つを実行するために、マイクロプロセッサーと協力するかもしれません。通常、方法は、いかなるハードウェア装置によっても好ましくは実行される。

上記した実施例は、単に本発明の原則のために、単に、実例となるだけである。
準備の修正変更および本願明細書において記載されている詳細が他の当業者にとって明らかであるものと理解される。したがって、間近に迫った特許クレームの範囲だけによって、そして、本願明細書において実施例の説明および説明として示される特定の詳細だけでないことによって制限されることは、意図している。

参照
［１］B. Bross, W.-J. Han, J.-R. Ohm, G. J. Sullivan, T. Wiegand (Eds.), “Hi gh Efficiency Video Coding (HEVC) text specification draft 10“, JCTVC- L1003, Geneva, CH, Jan. 2013
［２］G. Tech, K. Wegner, Y. Chen, M. Hannuksela, J.Boyce (Eds.), “MV-HEVC Dr aft Text 3 (ISO/IEC 23008-2 PDAM2)“, JCT3V-C1004, Geneva, CH, Jan. 2013
［３］G. Tech, K. Wegner, Y. Chen, S. Yea (Eds.), “3D-HEVC Test Model Descrip tion, draft specification“, JCT3V-C1005, Geneva, CH, Jan. 2013
［４］WILBURN, Bennett, et al. High performance imaging using large camera arr ays. ACM Transactions on Graphics, 2005, 24. Jg., Nr. 3, S. 765-776.
［５］WILBURN, Bennett S., et al. Light field video camera. In: Electronic Ima ging 2002. International Society for Optics and Photonics, 2001. S. 29-3 6.
［６］HORIMAI, Hideyoshi, et al. Full-color 3D display system with 360 degree horizontal viewing angle. In: Proc. Int. Symposium of 3D and Contents. 2 010. S. 7-10.

Claims (14)

1. ビデオデータストリームが移送されるパケットのシーケンスを受信するように構成されるレシーバーであって、前記ビデオデータストリームはビデオの画像のタイルを含み、
   （ａ）前記画像は前記タイルに分割され、前記タイルはエントロピー符号化および空間予測を用いて、符号化順序に従って前記ビデオデータストリームに符号化され、
   （ｂ）前記エントロピー符号化および前記空間予測のコンテキスト誘導は、前記タイルのタイル境界を横断しないように制限され、
   （ｃ）前記タイルは前記符号化順序に従って前記ビデオデータストリームにスライス単位で符号化され、各スライスは、タイル１つだけのデータ、または２つ以上のタイルを完全に含み、各スライスはスライスヘッダから始まり、
   （ｄ）前記パケットのシーケンスの各パケットは、タイル１つだけのデータを搬送する、レシーバーと、
   （i）前記パケットのシーケンス内で失われたパケットを識別し、
   （ii）前記パケットのシーケンスの１つ以上の失われたパケットの各ランについて、前記タイルのうちの１つの開始を搬送し且つスライスの搬送に携わる、前記１つ以上の失われたパケットの各ランの後の前記パケットのシーケンスの最初のパケットを前記パケットのシーケンス内の誤り耐性データに基づいて識別し、
   （iii）前記誤り耐性データに基づいて、前記最初のパケットが搬送する前記スライスの前記スライスヘッダを含む、失われていない前記パケットのシーケンスのパケットを識別するように構成されるエラーハンドラーを含む、ネットワーク装置。
2. 前記エラーハンドラーは、前記最初のパケットが搬送する前記スライスの前記スライスヘッダを含む前記パケットが、１つ以上の失われたパケットの前記各ランに先行しているかどうかをチェックすることを特徴とする、請求項１に記載のネットワーク装置。
3. 前記各スライスは、前記スライスの前記スライスヘッダを含んでいる１つの独立したスライスセグメントであるか、または前記スライスの前記スライスヘッダを含んでいる１つの独立したスライスセグメントのシーケンスに再分割されるかであり、前記スライスヘッダが存在しない１つ以上の従属するスライスセグメントが後続し、且つ、タイル境界が、連続する前記１つの独立スライスセグメントと前記１つ以上の従属スライスセグメントのシーケンスの間の境界と一致し、すべての独立および従属スライスセグメントは、前記画像内でその開始を示すアドレスフィールドを含み、
   前記最初のパケットによって搬送される前記スライスの前記スライスヘッダを含む前記パケットは、さらに前記アドレスフィールドに基づいて識別されるように構成されていることを特徴とする、請求項１に記載のネットワーク装置。
4. 前記誤り耐性データは、前記最初のパケットのトランスポートパケットヘッダの中に存在することを特徴とする、請求項１に記載のネットワーク装置。
5. 前記ネットワーク装置は、前記パケットのシーケンス内に散在する予め定められたＮＡＬユニットから前記誤り耐性データを読み込むように構成されていることを特徴とする、請求項１に記載のネットワーク装置。
6. 前記ネットワーク装置は、前記パケットのトランスポートパケットヘッダから前記誤り耐性データを読み込むように構成されていることを特徴とする、請求項１に記載のネットワーク装置。
7. 前記ネットワーク装置は、それぞれのパケットの前記誤り耐性データから、前記各パケットが搬送する前記スライスの前記スライスヘッダを含む前記パケットへのポインタまたはその識別子を取得するように構成されていることを特徴とする、請求項１に記載のネットワーク装置。
8. 前記ネットワーク装置は、前記誤り耐性データから、前記各パケットが部分的に搬送する前記スライスの前記スライスヘッダを含む前記パケットへのポインタまたはその識別子を取得するように構成されていることを特徴とする、請求項１に記載のネットワーク装置。
9. 前記ネットワーク装置は、前記スライスヘッダを適用して前記開始が前記最初のパケットに含まれる前記タイルを復号することによって、１つ以上の失われたパケットの前記各ランの後に、前記識別された最初のパケット以降からの前記ビデオデータストリームの復号化を再開するように構成されるデコーダであることを特徴とする、請求項１に記載のネットワーク装置。
10. パケットのシーケンスを受信するステップであって、ビデオの画像のタイルを含むビデオデータストリームは前記パケットのシーケンスを介して移送され、
    （ａ）前記画像はタイルに分割され、前記タイルはエントロピー符号化および空間予測を用いて符号化順序に従って前記ビデオデータストリームに符号化され、
    （ｂ）前記エントロピー符号化および前記空間予測のコンテキスト誘導は、前記タイルのタイル境界を横断しないように制限され、
    （ｃ）前記タイルは前記符号化順序に従って前記ビデオデータストリームにスライス単位で符号化され、各スライスはタイル１つだけのデータまたは２つ以上のタイルを完全に含み、各スライスはスライスヘッダから開始し、
    （ｄ）前記パケットのシーケンスの各パケットは、タイル１つだけのデータを搬送する、受信するステップと、
    パケットのシーケンス内で失われたパケットを識別するステップと、
    前記パケットのシーケンスの１つ以上の失われたパケットの各ランについて、前記タイルのうちの１つの開始を搬送し且つスライスの搬送に携わる、前記１つ以上の失われたパケットの各ランの後の前記パケットのシーケンスの最初のパケットを前記パケットのシーケンス内の誤り耐性データに基づいて識別するステップと、
    前記誤り耐性データに基づいて、前記最初のパケットが搬送する前記スライスの前記スライスヘッダを含む、失われていない前記パケットのシーケンスのパケットを識別するステップを含むことを特徴とする、方法。
11. パケットのシーケンスのトランスポートストリームを介してビデオデータストリームを送信するように構成されているネットワーク装置であって、前記ビデオデータストリームは、ビデオの画像のタイルを含み、
    （ａ）前記画像はタイルに分割され、前記タイルはエントロピー符号化および空間予測を用いて、符号化順序に従って前記ビデオデータストリームに符号化され、
    （ｂ）前記エントロピー符号化および前記空間予測のコンテキスト誘導は、前記タイルのタイル境界を横断しないように制限され、
    （ｃ）前記タイルは符号化順序に従って、スライス単位で前記ビデオデータストリームに符号化され、各スライスは、タイル１つだけのデータ、または２つ以上のタイルを完全に含み、各スライスはスライスヘッダから開始し、
    前記ネットワーク装置は、前記符号化順序に従って前記ビデオデータストリームを前記パケットのシーケンスにパケット化して各パケットがタイル１つだけのデータを搬送するようにし、且つ誤り耐性データを前記パケットのシーケンスに挿入するように構成され、前記誤り耐性データは、前記各パケットが少なくとも部分的に搬送する前記スライスのスライスヘッダを含んでいない前記パケットのシーケンスのパケットごとに、前記パケットのシーケンス内の各パケットに先行する特別なパケットを識別するために使用され、前記特別なパケットは前記各パケットが搬送する前記スライスの前記スライスヘッダを含むことを特徴とする、ネットワーク装置。
12. パケットのシーケンスのトランスポートストリームを介して、ビデオデータストリームを符号化および送信する方法であって、
    ビデオの画像をタイルに分割するステップと、
    エントロピー符号化および空間予測を用いて、符号化順序に従って前記タイルをビデオデータに符号化するステップであって、前記エントロピー符号化および前記空間予測のコンテキスト誘導は前記タイルのタイル境界を横断しないように制限され、前記タイルは前記符号化順序に従ってスライス単位で符号化され、各スライスは、タイル１つだけのデータまたは２つ以上のタイルを完全に含み、各スライスはスライスヘッダから開始する、符号化するステップと、
    各パケットがタイル１つだけのデータを搬送するように、前記ビデオデータストリームを前記パケットのシーケンスに前記符号化順序に従ってパケット化するステップと、
    誤り耐性データを挿入するステップであって、前記誤り耐性データは、前記各パケットが少なくとも部分的に搬送する前記スライスのスライスヘッダを含んでいない前記パケットのシーケンスのパケットごとに、前記パケットのシーケンス内の各パケットに先行する特別なパケットを識別するために使用され、前記特別なパケットは前記各パケットが搬送する前記スライスの前記スライスヘッダを含む、誤り耐性データを挿入するステップを含むことを特徴とする、方法。
13. コンピュータ上で動作するときに、請求項１０に記載の方法を実行するためのプログラムコードを含むことを特徴とする、非一次的デジタル記憶媒体。
14. コンピュータ上で動作するときに、請求項１２に記載の方法を実行するためのプログラムコードを含むことを特徴とする、非一次的デジタル記憶媒体。