【誤訳訂正書】
【提出日】平成29年7月31日(2017.7.31)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
ビデオデータストリームが移送される一連のパケットのトランスポートストリームを受信するように構成されるレシーバーを含む、ネットワーク装置であって、
前記ビデオデータストリームは、画像が分割され、符号化順序に沿って、エントロピー符号化および空間予測を用いてコード化されたビデオの画像のタイルを有し、
前記タイルは、前記エントロピー符号化のコンテキスト導出、および、前記タイルの境界を横断しないように制限された前記空間予測を用いて、前記ビデオデータストリームに符号化され、
前記データストリームは、単一のタイルだけのデータを含むかまたは完全に２つ以上のタイルのデータを含むスライスヘッダーから始めている各スライスを有するスライスを単位にする符号化順に沿って符号化された前記ビデオの画像のタイルを備え、
前記ビデオデータストリームは、パケットが単に１枚のタイルだけのデータを移送するように、前記符号化順序に沿って、パケットのシーケンスへのパケット化され、
前記ネットワーク装置は、
一連のパケットで失われたパケットを識別し、前記一連のパケットの１つ以上の失われたパケットのランの各々に対して、いずれかの前記タイルの開始を運び、スライスを運ぶことに関与し、その前記スライスヘッダーが、失われていない前記一連のパケットのいずれかの前記パケットに含まれている、前記１つ以上の失われたパケットのそれぞれのランの後の、前記一連のパケットの最初のパケットを識別するために、前記一連のパケットの前記パケットの誤り耐性データを分析するように構成されるエラーハンドラーをさらに含むことを特徴とする、ネットワーク装置。
【請求項２】
前記装置は、前記それぞれのパケットがいずれかの前記タイルの開始を運ぶかどうか調べることによって、１つ以上の失われたパケットのそれぞれのランの後の各パケットを順次検査するように構成され、前記それぞれのパケットが前記タイルのいずれかからの開始と一致することを前記検査が明らかにしたパケットのそれぞれに対して、
前記それぞれのパケットの前記誤り耐性データに基づいて、前記それぞれのパケットによってもたらされる前記スライスの前記スライスヘッダーを識別し、および
前記それぞれのパケットによって運ばれる前記スライスの前記スライスヘッダーが、１つ以上の失われたパケットの前記それぞれのランに先行している失われていない前記一連のパケットの前記パケットのいずれかに含まれるかどうかを調査することを特徴とする、請求項１に記載のネットワーク装置。
【請求項３】
前記各スライスは、前記スライスの前記スライスヘッダーを含んでいる１つの独立したスライスセグメントであるか、または前記スライスの前記スライスヘッダーを含んでいる１つの独立したスライス部分と、その後に続く前記スライスヘッダーが不在である１つ以上の従属するスライスセグメントのシーケンスに再分割されるかであり、
タイル境界が連続した一連の１つの独立スライスセグメントのシーケンスの連続するものと１つ以上の従属スライスセグメントとの間のタイル境界と一致するとともに、すべての独立および従属スライスセグメントは、前記画像の範囲内でその開始を示すアドレスフィールドを含み、
前記ネットワーク装置は、前記アドレスフィールドを用いて検査することを実施するように構成されていることを特徴とする、請求項２に記載のネットワーク装置。
【請求項４】
前記ネットワーク装置は、前記パケットのトランスポートパケットヘッダーデータを用いて検査することを実行するように構成されていることを特徴とする、請求項２または請求項３に記載のネットワーク装置。
【請求項５】
前記ネットワーク装置は、前記一連のパケットの間に散在する予め定められたＮＡＬユニットから前記誤り耐性データを読み込むように構成されていることを特徴とする、請求項１〜請求項４のいずれか１項に記載のネットワーク装置。
【請求項６】
前記ネットワーク装置は、前記パケットのトランスポートパケットヘッダーから前記誤り耐性データを読み込むように構成されていることを特徴とする、請求項１〜請求項４のいずれか１項に記載のネットワーク装置。
【請求項７】
前記ネットワーク装置は、それぞれのパケットの誤り耐性データから、前記各パケットによって運ばれる前記スライスの前記スライスヘッダーを含む前記パケットへのポインタ、またはその識別子、を取得するように構成されていることを特徴とする、請求項１〜請求項６のいずれか１項に記載のネットワーク装置。
【請求項８】
前記ネットワーク装置は、前記一連のパケットの前記パケットのいずれかを含んでいる前記スライスヘッダーを適用することによって、前記識別された第１のパケット以降の一つ以上の失われたパケットの前記それぞれの実行の後で前記ビデオデータストリームを復号化することを再開するように構成されるデコーダであり、前記スライスヘッダーは、前記識別された最初のパケットに含まれる前記始めの前記タイルを復号化するために失われないことを特徴とする、請求項１〜請求項７のいずれか１項に記載のネットワーク装置。
【請求項９】
ビデオデータストリームが移送されるのを介して一連のパケットのトランスポートストリームを受信することを含む、方法であって、
前記ビデオデータストリームは、画像が分割され、符号化順序に沿って、エントロピー符号化および空間予測を用いてコード化されたビデオの画像のタイルを有し、
前記タイルは、前記エントロピー符号化のコンテキスト導出、および、前記タイルの境界を横断しないように制限された前記空間予測を用いて、前記ビデオデータストリームに符号化され、
前記データストリームは、単一のタイルだけのデータを含むかまたは完全に２つ以上のタイルのデータを含むスライスヘッダーから始めている各スライスを有するスライスを単位にする符号化順に沿って符号化された前記ビデオの画像のタイルを備え、
前記ビデオデータストリームは、パケットが単に１枚のタイルだけのデータを移送するように、前記符号化順序に沿って、パケットのシーケンスへのパケット化され、
前記方法は、
一連のパケットで失われたパケットを識別すること、および
一連のパケットで失われたパケットを識別して、前記一連のパケットの１つ以上の失われたパケットの実行の各々に対して、前記タイルのいずれかから開始し、スライスをもたらすことに関与し、前記１つ以上の失われたパケットのそれぞれの実行の後で前記一連のパケットの最初のパケットを識別するために、前記一連のパケットの前記パケットの誤り耐性データを分析することをさらに含み、前記一連のパケットのいずれかの前記パケットに含まれる前記スライスヘッダーは、失われないことを特徴とする、方法。
【請求項１０】
一連のパケットのトランスポートストリームを通して、ビデオデータストリームを送信するように構成されているネットワーク装置であって、
前記ビデオデータストリームは、画像が分割され、符号化順序に沿って、エントロピー符号化および空間予測を用いてコード化されたビデオの画像のタイルを有し、
前記タイルは、前記エントロピー符号化のコンテキスト導出、および、前記タイルの境界を横断しないように制限された前記空間予測を用いて、前記ビデオデータストリームに符号化され、
前記データストリームは、単一のタイルだけのデータを含むかまたは完全に２つ以上のタイルのデータを含むスライスヘッダーから始めている各スライスを有するスライスを単位にする符号化順に沿って符号化された前記ビデオの画像のタイルを備え、
前記ネットワーク装置は、
各々のパケットが単に１枚のタイルだけのデータを運ぶように、前記符号化順序に沿って前記一連のパケットに前記ビデオデータストリームをパケット化し、前記各々のパケットが部分的に運ぶ前記スライスのスライスヘッダーを含んでいない前記一連のパケットのパケットごとに、前記各々のパケットの前記スライスヘッダーを含む、前記一連のパケットにおいて先行するパケットを識別するために、誤り耐性データを前記一連のパケットの前記パケットに挿入するように構成されることを特徴とする、ネットワーク装置。
【請求項１１】
一連のパケットのトランスポートストリームを通して、ビデオデータストリームを送信する方法であって、
前記ビデオデータストリームは、画像が分割され、符号化順序に沿って、エントロピー符号化および空間予測を用いてコード化されたビデオの画像のタイルを有し、
前記タイルは、前記エントロピー符号化のコンテキスト導出、および、前記タイルの境界を横断しないように制限された前記空間予測を用いて、前記ビデオデータストリームに符号化され、
前記データストリームは、単一のタイルだけのデータを含むかまたは完全に２つ以上のタイルのデータを含むスライスヘッダーから始めている各スライスを有するスライスを単位にする符号化順に沿って符号化された前記ビデオの画像のタイルを備え、
前記方法は、
各々のパケットが単に１枚のタイルだけのデータを運ぶように、前記符号化順序に沿って前記一連のパケットに前記ビデオデータストリームをパケット化し、前記各々のパケットが部分的に運ぶ前記スライスのスライスヘッダーを含んでいない前記一連のパケットのパケットごとに、前記各々のパケットの前記スライスヘッダーを含む、前記一連のパケットにおいて先行するパケットを識別するために、誤り耐性データを前記一連のパケットの前記パケットに挿入するように構成されることを特徴とする、方法。
【請求項１２】
請求項１１に記載の方法によってビデオデータストリームが伝送される、トランスポートストリーム。
【請求項１３】
コンピュータ上で稼働しているときに、請求項９に記載の方法を実行するためのプログラムコードを有することを特徴とする、コンピュータプログラム。
【請求項１４】
コンピュータ上で実行された際に、請求項１１に記載の方法を実行するためのプログラムコードを有するコンピュータプログラム。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】ネットワーク装置およびエラー処理の方法
【技術分野】
【０００１】
本発明は、ビデオデータストリームが伝送される一連のパケットのトランスポートストリームに関連するネットワーク装置およびエラー処理の方法に関係している。
【０００２】
用途によっては、トランスポートパケットに基づくビデオデータストリーム伝送は、パケット損失から損害を被る。この種のパケット損失は、例えば、トランスポートストリームの任意に使用される順方向エラー修正のエラー修正能力、受信信号の承認を送るためのいかなるアップリンク接続の不足、またはその両方の組合せを上回る伝送エラーから生じ得る。
レシートアップリンクの承認の有効性にかかわりなく、失われたパケットの非受信のために復号化することができないビデオデータストリームの影響を受けた部分をできるだけ少なくしておくことが望ましい。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】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の略）／高効率映像符号化国際標準］おいて、例えば、ビデオデータストリームは、独立したスライス部分と従属するスライス部分を含む。従属するスライス部分は、例えば、すぐ前の独立したスライス部分に含まれ、従属するスライス部分を複合化するために継承されるスライスヘッダデータが関係する限り、独立したスライス部分に依存する。
【０００５】
それゆえに、パケット損失がある場合、ビデオデータストリームの影響を受けた復号できない部分の量を低減することができる当面の概念を有することは、有利である。
【０００６】
したがって、ビデオデータストリームが移送される一連のパケットのトランスポートストリームにおいて発生しているエラーを扱うために、この種の概念を提供することは、本出願の目的である。すなわち、その概念は、受信したものの復号することができない、できるだけ低く、失われたパケットの後のパケットに、影響を及ぼすことができる。
【課題を解決するための手段】
【０００７】
この目的は、添付の独立請求項の主題によって達成される。本出願の知見は、パケット損失による（正確に受信されているにもかかわらず）パケットの数が、一連のパケットのパケットにおける誤り耐性を提供し、分析し、一連のパケットの１つまたは複数の失われたパケットのそれぞれのランについて、ビデオデータストリームのいずれかのタイルの開始を搬送する１つまたは複数の失われたパケットのそれぞれのランの後の一連のパケットにおける最初のパケットと、それと同時にスライスを運び、そのスライスヘッダーは、一連のパケットの内のいずれかのパケットに含まれており、失われていない、ということである。特に、誤り耐性データを送信するためのサイド情報オーバーヘッドは、パケット損失による悪影響を受けたパケットの減少と比較して比較的低い。
【０００８】
有利な実施態様は、従属請求項の主題であり、本出願の好適な実施例は、以下に記載される図面のいずれかに関連している。
【図面の簡単な説明】
【０００９】
【図１】図１は、それによってビデオが符号化され、それによってビデオデータストリームが生成される、エンコーダの概略図を示し、本願の実施例は、図１のエンコーダによってサポートされ得るものである。
【図２Ａ】図２Ａは、デコーダ、それによって、ビデオデータストリームに基づいて再構成されるビデオと、ビデオデータストリームと、一連のパケットを介した移送を示す概略図であり、本願の実施例は、図２のデコーダに適用され得る。
【図２Ｂ】図２Ｂは、デコーダ、それによって、ビデオデータストリームに基づいて再構成されるビデオと、ビデオデータストリームと、一連のパケットを介した移送を示す概略図であり、本願の実施例は、図２のデコーダに適用され得る。
【図３】図３は、第１のオプションに従ってタイルおよびスライス部分に仕切られる画像１４を図式的に示す。
【図４】図４は、他の分割オプションを使用している画像１４の概略図を図式的に示す。
【図５】図５は、損失性チャネル上の２つのパケットストリームの実例が本願の実施例が取扱う課題を例示することを示す。
【図６】図６は、実施例によるネットワーク装置の概略ブロック図を示し、ネットワーク装置が一部でもよく、または、図２のデコーダの前に接続され得るものであってもよい。
【図７】図７は、概略的フロー図の構造を用いて、より詳細に、図６のエラーハンドラーの可能な作動モードを示す。
【発明を実施するための形態】
【００１０】
本願の実施例の以下の説明は、典型的なビデオコーデックまたは典型的なエンコーダ／デコーダの構造の説明から始める。後文に、パケット損失から生じている課題は、述べられる。後文に、本願の実施例は記載されている。そして、これらの実施例は、とりわけ、先に述べたエンコーダ／デコーダの構造に関して適用できる。
【００１１】
図１は、エンコーダ１０の入力に到着した一連の画像１４からなるビデオ１２を、エンコーダ１０の出力でデータストリームに符号化するように構成されたエンコーダ１０を示す。エンコーダ１０は、画像１４の時間順１６に従うことができるが必ずしもそうである必要はない符号化順序を使用して一連の画像１４を符号化するように構成されてもよい。より正確には、エンコーダ１０は、画像１４が分割されているブロック１８に対して異なる利用可能な予測モードを選択するように構成された複合型ビデオエンコーダであってもよい。
このような予測モードは、例えば、以前に符号化された画像の以前に符号化された部分から同じ画像と時間予測の前に符号化された部分から空間予測を含むことができる。
しかし、追加的または代替的に、他の予測モードは、例えば、そのような低品質の以前に符号化された階層からの階層間予測モードとして、同様にエンコーダ１０によってサポートされていてもよい。または、時間的に同じ場面を示している前に符号化された視点からの視点間予測は、ビデオ１２の画像１４を整列している。
エンコーダ１０は、選択された予測モード、その出力でデータストリーム２０内の残留予測の符号化に伴って、選択された予測モードに関連した予測パラメータの信号を送る。
例えば、空間的予測は、現在のブロック１８に既に符号化されたサンプルがコピーされ、近隣に沿った方向／外挿を示す外挿方向を含むことができ、そして、時間的予測モードは、動き予測パラメータのような動きベクトル伴う予測補償のように、実施することができる。
視点間の予測モードは、動作補償された方法で実施することができるのと同様に、それにより予測パラメータとして視差ベクトルが得られる。
予測を実行する際に、ビデオ１２の「前に符号化された部分」は、上述した符号化順序によって定義される。そして、それは、順次、画像１４を通過する。各画像１４の範囲内で、符号化順序は予め定められた順序のブロック１８も通過する。そして、それは、例えば、ラスタスキャン方法では、画像１４の左上隅からその底の右手角の方へリードする。
【００１２】
ビデオ１２および／またはビデオ１２の画像１４の選択的な／部分的な復号化の画像１４の並列符号化や並列復号化を可能にするために、図１のエンコーダ１０は、いわゆるタイル分割をサポートしている。タイルの分割によると、各々の画像１４は、たとえば、多数のタイル２２の配列に仕切られる。
図１において、１つの画像１４は、タイル２２の２つ×２つの配列に分割されることが例示的に示されているが、任意のｍ×ｎの分割を用いることも可能である（ｍ＋ｎ＞１であるならば、タイル分割は効果的である）。
タイル２２に分割することは、ブロック１８を横断しないように、制限することができる。すなわち、境界をブロックするように整列されるように、制限される。タイルは、例えば、ブロック１８のｐ×ｑの配列でもよい。その結果、タイルの行におけるタイルは、等しいｑを有し、そして、タイルの列におけるタイルは、等しいｐを有する。
【００１３】
エンコーダ１０は、データストリーム２０の中の画像１４のタイル分割の信号を送り、そして、特に、タイルそれぞれ２２を符号化する。つまり、各タイル２２までの予測とエントロピー復号化としての例えばデータストリーム２０から個別に復号可能であるように、たとえば、空間予測、エントロピー符号化データストリーム２０のコンテキスト選択、から生じている相互依存関係は、後者と交差しないようにタイル境界で制限される。
上述した符号化は、以下を分割しているタイルに適している。分割することをタイルに適応させた各画像１４の範囲内で、符号化順序は、タイル２２の第１の一つの範囲内で最初に画像１４を通過する。そして、タイル順序の次のタイルを横断する。タイル順序は、左の最上部のタイルから画像１４の最下部の右手のタイルまでリードしているラスタスキャン順序でもよい。
【００１４】
説明の便宜上、図１は、参照符号２４を有する１つの典型的な画像１４を求める符号化順序を示す。
【００１５】
データストリーム２０の伝送を容易にするために、エンコーダ１０は、いわゆるスライスを単位にする上述した方法のデータストリーム２０に、ビデオ１２を符号化する。スライスは、上述した符号化順序に従っているデータストリーム２０の部分である。スライスは、どちらか完全に１つのタイル２２の範囲内に位置して、すなわち、任意のタイル境界を横断しないように、または完全にタイルのために２以上のタイルで構成されるように制限されている。つまり、それらの全体が２つ以上のタイルをカバーするように、それによって、カバータイルの輪郭と、スライス境界に一致する。
【００１６】
図１は、図１の画像１４を２つのスライス２６ａ、２６ｂに分割して示しており、符号化順序２４の第１のスライス２６ａは、最初の２つのタイル２２からタイル順に構成され、第２のスライス２６ｂは、画像１４の下半分、すなわち第３および第４のタイル２２をタイル順にカバーしている。
エンコーダ１０は、スライス２６ａおよび２６ｂの単位でビデオ１２を符号化する場合、エントロピー符号化のために使用される確率を実際のシンボル統計およびピクチャ・コンテンツにそれぞれ適合させるために、エントロピー符号化、特にコンテキストのエントロピー確率の連続適応を用いたコンテキスト適応エントロピー符号化を用いる。当該コンテキストの確率は、各スライス２６ａおよび２６ｂの開始時にリセットされ、または各スライス内で、各タイル境界においてリセットまたは初期化される。
【００１７】
図１は、データストリーム２０のスライス２６を例示的に示す。スライスは、画像１４の最初の２枚のタイル２２のデータを含む。さらに、スライス２６は、その画像１４の対応する部分とスライス２６を符号化するために選択された符号化タイプに関するいくつかの高レベルの情報、すなわち、最初の２つのタイル２２、例えば、タイル２６が、イントラ符号化された部分、ｐ型符号化部分またはｂ型符号化された部分に関係するかどうかの情報を示すスライスヘッダー３０を含む。スライスヘッダー３０の情報なしで、スライス２６ａのタイルは、正しく復号化可能でない。
【００１８】
もう一つのメカニズムは、さらにコード化されたデータストリーム２０の伝達を再分割することができるために、さらにスライスを再分割することである。
この原理によれば、各スライス２６ａおよび２６ｂは、正確に１つの独立したスライスセグメント、実際にはスライス２６ａを有するケースまたは従属するスライス部分が続く一連の１つの独立スライス部分を構成する。スライス２６ａは、それ以上分けられない。エンコーダ１０は、このように、単に完全にスライス２６ａを出力するだけのことが可能である。
スライス２６ｂに関して、物事は異なる。スライス部分２８ａおよび２８ｂとの境界線と一致しているスライス２６ｂの中のタイル２２のタイル境界を有する符号化順序、従属するスライス部分２８ｂで、スライス２６ｂは、追従される独立したスライス部分２８ａで構成される。スライスのセグメント２８ａと２８ｂは、従って、スライスがそうするように、同様の特性を有し、すなわち、それらは、スライスヘッダーを除いて、独立して復号化可能である。従属するスライス部分２８ｂは、スライス２６ｂの前の、すなわちリードしている、独立スライス部分２８ａから、同じことが帰属するスライスヘッダー３０を継承する。
【００１９】
伝送の間、あり得るパケット損失から生じている課題について述べる前に、図１のエンコーダ１０に適合しているデコーダ５０は、図２に関して述べられる。そして、デコーダ５０がこのようにデータストリームの処理のためのネットワーク装置のための実施例を示す。デコーダ５０は、データストリーム２０を受信して、そこからビデオ１４を再建する。デコーダ５０は、例えば、スライス２６ｂが続くスライス２６ａを受信する。
例えば、デコーダ５０は、複合型ビデオを復号化しているタイプであり得る。すなわち、複合型ビデオデコーダでもよい。そして、それは、ビデオ１２の画像１４の部分を再建するために、上記の確認された予測ノードを用いる。そして、スライス２６ａおよび２６ｂに対応する。
スライス２６ａを復号化することにおいて、例えば、デコーダ５０は、スライス２６ａのスライスタイプを決定して、スライスタイプに依存している方法のスライス２６ａから、画像１４の第１および第２のタイル２２を再建するために、スライスヘッダー３０を用いる。例えば、Ｉスライスのために、ＰおよびＢスライスの有効性が提供されているのに対し、時間的予測モードは利用できない。したがって、スライス２６ａのペイロードデータの分析は、スライスヘッダー３０に依存することができる。
特に、デコーダ５０は、例えば、スライス２６ａの初めのコンテキスト確立の可能性を初期化することにより、それから、予測モードと、スライス２６ａ内の第１および第２のタイル２２を予測するために、スライス２６ａの中でシグナリングされる予測パラメータを用いることにより、上記の概説されたコンテキスト適応可能な方法で、エントロピーがスライス２６ａを符号化することができる。そして、結果として生じる予測信号と、スライス２６ａのペイロードデータの範囲内に含まれる予測残差とを組み合わせる。
タイル２２を復号化することにおいて、デコーダ５０は、上で概説される符号化命令に従う。しかしながら、デコーダ５０は、タイル２２が関する限り、並行して復号化タスクのいくつかを実施することができる。
これは、例えば、タイルの境界線を横断することがないように、予測が構成されるように、予測にとって真実である。そのため、同じ画像１４のタイルの復号化間の相互依存性が回避され、エントロピー復号化はタイル２２に関する限り、エントロピー復号化は、並行して実行することができる。
【００２０】
スライス部分２６ｂを復号化する際に、デコーダ５０は、スライス２６ａから独立しているこのスライス２６ｂを復号化することが可能である。
特に、画像１４の３枚目のタイル２２のデータをもたらしている独立したスライス部分２８ａが単独でスライスヘッダーを含み、デコーダ５０は、他のいかなるデータも必要とすることがなく、この３枚目のタイルを再建することが可能である。
しかしながら、従属するスライス部分２８ｂが関係している限り、デコーダ５０は、直ちに同じこと、すなわち、同じスライス２６ｂの独立スライス部分２８ａに先行している独立スライス部分に含まれるスライスヘッダー３０からスライスヘッダデータを継承し、したがって、４枚目のタイルを復号化することは、スライス部分２８ｂの存在に加えてスライス部分２８ａのスライスヘッダーについての知識を必要とする。
【００２１】
データストリーム２０の伝送に関する限り、ネットワーク抽象化層（ＮＡＬ）ユニットにおいて、スライスのセグメント２６ａ、２８ａおよび２８ｂの形態をなすか、またはフレーム化される。
以下の説明では、スライス部分およびスライス部分のＮＡＬユニットは、特に識別されない。理由は、スライス部分がスライス部分を担持しているＮＡＬユニットとほぼ同様であるということである。小さいＮＡＬユニットのヘッダは、単に、スライス部分でありながら、ＮＡＬユニットの内容を示しているＮＡＬユニットタイプが具備されている。
【００２２】
しかしながら、更に、伝送の間、スライス部分が変換パケットのペイロード部分に適合するように、更に断片的である場合があってもよい点に、留意する必要がある。好ましくは、特定のスライス２６ａの中の新規なタイルの開始または始まりが新しいトランスポートパケットに挿入されるように、これは方法でされる。
更に下で述べられるように、スライスヘッダデータが利用できて、たとえば前のパケットが失われる場合であっても、それの始まりが新規なタイルの符号化の始まりを示す従属するスライス部分２８ｂに関して、同じこの手段は復号化可能であることを意味する。
図２は、ペイロード部３２に加えて、トランスポートパケットヘッダー３６を含むトランスポートパケット３４のペイロードデータセクション３２の中に、スライス部分２６ａ、２８ａおよび２８ｂの分裂を例示している。そこにおいて、図２は、スライス部分の端を含んでいるトランスポートパケットのペイロード部分のトレーリング部が、パケット３４の範囲内で単にハッチングを掛けられ、そして、陰影線をつけられたヘッディングビット３８を示すスライスセグメントデータを示すことによって、サイズ部分データから区別されるパッディングビット３８で満たされ得ることもまた示している。
【００２３】
パケットが、伝送の間、失われるときはいつでも課題が発生する。特に、スライス部分２８ａは、たとえば、スライス部分２８ａが失われて断片化されている第２および第３番目のパケットに起因して、全くデコーダ５０で受信されていないと想像する。しかしながら、第１のトランスポートパケット３４は、スライスヘッダー３０を運ぶ。
したがって、デコーダは、従属するスライスセグメント２８ｂで画像１４を復号化することを再開することができ、そのデコーダ５０は確かに提供することができる。それは失われていたパケットの前に受け取られていた、独立したスライスセグメント２８ａのスライスヘッダー３０は、従属するスライス部分２８ｂに属しているスライスヘッダーであると確信する。しかしながら、これは、デコーダ５０のためにいずれにせよ保証されない。
【００２４】
例えば、今、６枚のタイルに細分化／分割化された典型的な画像１４を示す図３に目を向けると、すなわち、２行のタイル２２の３つの列は、前記タイル毎に、１つのスライスのセグメントが存在する。特に、図３の場合、第１のタイルは、独立したスライス部分２８ａに組み込まれる。その一方で、以下の５つのスライス部分は、従属するスライス部分２８ｂである。
図４は、分割している同じタイルを示す。しかし、タイル２２の最初の列の最初の３枚のタイルが最初のタイルをカバーしている最初の独立したスライス部分２８ａから成る１枚のスライス２６ａを作ることを示す。
図４の第２および第３のタイル２２をカバーしている２つの従属するスライス部分２８ｂによって後に続いている。そして、同様に、第２のスライス２６ｂは、画像１４の第４のタイルをカバーしている独立したスライス部分２８ａのシーケンスを含む。そして、画像１４の第５および第６のタイルに関する２つの従属するスライス部分２８ｂが後に続く。
画像１４に関するすべてのデータを受信することの場合、符号化側で図４のオプションの図３のオプションを選択したことにかかわりなく、画像１４を復号化することは、問題ではない。
しかしながら、例えば、第４のスライス部分がなくなるときに、問題が発生する。図３の場合、最初のスライスセグメントからスライスヘッダデータを継承する同じ画像１４の第５および第６のタイルに関連する後続のスライスセグメントの問題は、実際にはない。
しかしながら、図４の場合、それらが失われた第４のパケットのスライスヘッダデータを必要とするにつれて、第５および第６のタイルに関するスライス部分は、もう価値がない。そして、図４の場合、それは独立したスライス部分である。
【００２５】
図３の場合には、デコーダ５０が、第５および第６のタイル２２に関して、画像１４の符号化を再開することを可能にするために、以下に概説する概念を示唆する。誤り耐性データを備えたデータストリームは、従属するスライスセグメントのための独立したスライスセグメントのスライスヘッダーを運ぶパケットの識別を可能にすることを提供する。
【００２６】
図２のスライス２６ａのような一つの部分スライスに含まれるエントロピーを復号化しているスライスにおいて、デフォルト値まで、それぞれのスライス部分の第２のまたは後に続くタイルの最初の構文要素が発生する、復号化しているときはいつでも、連続的なコンテキストの確率、すなわち、コンテキスト確率の可能性をリセットする、エンコーダおよびデコーダ５０が形成される点に、留意されたい。
この理由から、図２の２６ａのように、例えば１つのスライス部分を備えている場合、スライスヘッダー３０を運んでいる最初のトランスポートパケット３４が正しく受信されたならば、結果として、スライス２６ａを運んでいる第２番目にもかかわらず、まだ、復号化可能なスライス部分２６ａの第２番目のタイルを移送する。
デコーダ５０は、第２のタイル２２に関するスライス２６ａのデータを復号化する、エントロピーに対するコンテキスト確率のための復号化する初期化の値のデフォルトを用いるエントロピー復号化を実行することができる。そして、その中において、スライス２６ａがタイル状に断片化されている、６つのパケットの最初のトランスポートパケット３４によって構成されるスライスヘッダデータ３０を用いる。すなわち、第２のタイルに関して最初の構文要素によって新しいパケット３４を開き、パディングデータを備えた最初のタイルに関する２６ａのスライスのデータの末尾を含む先行するパケットを充填している。
このように、図３において述べられるケースは、単一の独立したスライス部分が全部の画像１４をカバーする場合と非常に類似している。
この独立したスライス部分のエントロピー符号化／復号化において、コンテキスト確率は、タイル順序の連続的なタイル間のタイル境界が発生するたびに、新たに初期化される。
そして、それに応じて、デコーダは、例えば、独立したスライスセグメントの先頭にスライスヘッダーのヘッダが正しく受信されたことを条件とする第４番目のタイルについて、パケットの損失にもかかわらず、第５番目のタイルの復号化を再開することが可能である。
【００２７】
図３および４に関して概説される課題は、換言すれば、再び以下で概説される。ビデオ伝送シナリオにおいて、損失が発生することがしばしば予想される。この種の損失は、正しくは受け取られるにもかかわらず、依存のため失われたデータに復号可能でないデータに終わる場合がある。
例えば、ＲＴＰで、そして、図２にて図示されるように、スライス２６ａ，ｂは、いくつかのＲＴＰパケット３４（通常、分割ユニットと呼ばれる）を通じて移送することができる。
スライスのそれらのパケット３４のうちの１つが失われる場合、多くのデコーダ、例えばデコーダ５０は、対応するスライスのすべてのデータを放棄する必要があるか、または、失われた一部のデータを復号化して、そのスライスの残りの受信データを放棄する必要がある。しかしながら、スライス２６ａ，ｂは、それぞれに復号化することができる独立したパーツを含み得る。これは、ＨＥＶＣ［１］のための単一のスライスに含まれる複数のタイルのための場合である。
複数のタイル２２が単一のスライス（例えば図３および４にて図示するように、２以上）に含まれるときに、単一の独立したスライスセグメント（図２のｃｐ．２６ａ）またはタイルにつき１つのスライスセグメント（図２６ｂのｃｐ．２６ｂ）において、（独立スライス部分に含まれるスライスおよび従属するスライス部分に含まれるスライスの範囲内の残りのタイルの第１のタイルによって）タイル境界を考慮しているデータの輸送は、望ましい場合がある。
すなわち、ＲＴＰパケット３４は、タイル境界に合わせることができる。または、換言すれば、各ＲＴＰパケットは、いくつかのタイルに対してではなく、１つのタイルのデータだけを含み、そして、データのスマートな断片化が行われる場合であってもよく、例えば、例えば、ＲＴＰパケットは、いくつかのタイルを運んでいる１つの独立したスライス部分の場合には、タイル境界に合わせられる。
こうすることによって、いくつかのタイルのデータが失われるか、または、部分的なデータの何らかの選択的な復号化が行われるならば、それらが復号化のための非受信のタイルに依存しないので、他のタイルを復号化することはまだ可能である。
【００２８】
記載されている場合において、複数のタイル（ｃｐ．２６ａ）のためのスライス部分の両方ともまたはその場合従属するスライスが使われる（ｃｐ．図２および図３および図４の２６ｂ）ところでは、すべてのタイルのスライス２２が、独立したスライス２８ａのスライスセグメントヘッダ３０の正しい受信を必要とする。
しかしながら、すべてのデータが受信されたわけではないシナリオおよびいくつかのパケット３４は、欠落している。最後の独立したスライスセグメントのスライスセグメントヘッダは、損失（そして、例えば独立したタイルを含む）の後に、所定のスライスセグメントと一致しているスライスセグメントヘッダであるかどうかについて、さらに下で概説される概念なしで、知ることができない。または、独立したスライスの必須のスライスセグメントヘッダは、喪失により受信されなかった。実施例は、図５に示される。
【００２９】
図５の最上位の実施例において、必要なスライスセグメントヘッダ情報が、それが前述のように（例えばタイル）、受信された時からデータの独立した部分を含む場合、別々のパケットに図３の各々のスライス部分をパッケージングすることに例示的に対応する第５のパケットは、復号化することができる。その一方で、別々のパケットに図４の各スライス部分をパッケージングすることに例示的に対応する図５の最下位の実施例で、以前のパケットに含まれるヘッダ情報が失われた時から、第５のパケットは復号化することができない。
【００３０】
以下に概説する概念は、他から独立しており、損失の多い環境での誤り耐性のいくつかの種類を提供することに使用することができるいくつかのデータが存在するという事実を利用する。独立したスライスの以前のスライスセグメントヘッダに含まれるこの重要な情報が、以下に概説する概念なしに、受信されたかまたは失ったかどうかを検出することができないことが問題である。
【００３１】
したがって、下記に概説概念に従って、独立したスライスセグメントから以前に受信したスライスヘッダデータが現在受信したデータに適用されるか、または必要なデータがいくつか失われたデータに適用されるかどうかをレシーバーが検出することを許容するいくつかのシグナリングが追加される。
【００３２】
この種のシグナリングの例示は、例えば、ＲＴＰペイロードに特有のＮＡＬユニットにおいて、若干の補助情報でありえた。そして、例えば、そのことをＲＴＰペイロードのＰＡＣＳＩは、ＳＶＣ（ＲＦＣ６１９０）に対してフォーマットするが、ＨＥＶＣまたはＲＴＰパケットでデータを復号化するための必要なスライスセグメントヘッダに識別子を含むその拡張のために定めました。
【００３３】
このシグナリングは、例えば、識別子の形でこの種の誤り耐性情報の存在／不在を示す フラグ（例えばＴフラグ）を伴う可能性がある。補足情報は、この識別子を特定のスライスセグメントヘッダに割り当てるかまたは所定の識別子を有する独立したスライスセグメントのどのスライスセグメントヘッダは、特定のデータが符号化可能であるために必要かについて示すのに用いられる。
すなわち、この情報が、独立スライスセグメントのスライスセグメントヘッダを有するデータに、直接、先行する場合、識別子は、この独立スライスセグメントのスライスセグメントヘッダに割り当てられる。そして、もしそうでなければ、それはどちらが以下のデータを正しく復号化することに必要なスライスセグメントヘッダの識別子であるかについて示す。
【００３４】
実施例において、最初のデータは、すべてのデータのために一度送信されるだけである特定のヘッダ情報を必要とする独立した復号化可能なデータを含む。このヘッダ情報が正しく受信された場合に必要な重要なヘッダ情報を識別でき、追加の補足情報は、以前に受信したヘッダ情報に一致する場合、いくつかのデータが失われる場合であっても、他の受信された独立した復号可能なデータを復号することができる。
【００３５】
ビデオデータストリームが送信されるパケットの誤り耐性データを提供して、分析するだけで、概説された概念は、以下の図面に関連して、以下でより詳細に説明されている。
【００３６】
特に、図６は、デコーダ５０の前で配置されることができたか、それの一部を形成することができたネットワーク装置２００を表します。ネットワーク装置は、レシーバー２０２とエラーハンドラー２０４とを具備している。
【００３７】
レシーバー２０２が受信するトランスポートストリームは、２０６で示される。
それには、一連のパケット２０８、 図１および２の対応する要素３４で形成される。そして、それを介して、ビデオデータストリーム２１０は移送される。上述したように、パケットは、例えば、ＲＴＰパケットであってもよいが、代わりの実施態様では、ＩＰパケット等を用いるようにしてもよい。
ビデオデータストリーム２１０は、図１と２の要素２０と対応しているタイル２１２を備え、図１と２の要素１２と対応して、ビデオ２１６の図１〜４の要素１４と対応して、画像２１４の図１〜４の要素２２に対応して、いくつかの符号化順序２１８に沿って、そこへ符号化され、図１と２の要素２４と対応し、それから、例えば、画像のタイルを通してラスタスキャン順序において、しかしながら、画像２１４の間でプレゼンテーションタイムの順序と必ずしも一致し得るというわけではない画像符号化順序の次の画像２１４の方へ歩むように、リードする。
特に、タイル２１２は、エントロピー符号化および空間予測を用いたデータストリーム２１０に符号化される。この際、タイル２１２は、エントロピー符号化のコンテキスト誘導によるデータストリーム２１０と、図において点線を使用して例示されたタイル２１２の境界を横断しないように制限された空間予測とに、コード化される。
データストリーム２１０の典型的な画像２１４のタイル２１２によってカバーされる連続的な部分の間の関連は、一方では画像２１２の同じ波線型を使用して図示され、他方ではデータストリーム２１０を用いて図示されている。
規制を使用して、タイル２１２は、エントロピー符号化および空間予測に関する限り、符号化可能で、並行して復号可能である。
【００３８】
ビデオデータストリームは、そこへスライス２２０を単位にする符号化命令２１８に沿って符号化されるタイル２１２を有する。符号化順序２１８に沿って画像３枚の主要なタイルのデータを含む左側のものに関して完全に図６に図示されるように、図６またはより多くのタイルで例示される右側で２枚のスライスのために手本となっている場合にだけ、各々のスライス２２０も１枚のタイル２１２のデータを含む。
各スライスは、図１および２の要素３０に対応し、スライスヘッダー２２２で始まる。手本となって上で議論されるように、例えば、量子化ステップサイズ、デフォルト符号化モード、スライスタイプコードまたはその種の他のもの全体のスライスのために、グローバルに有効な特定のより高水準の構文要素を集める。
これは、次に、複数のタイルをカバーしているスライス２２０の場合には、最初のもの以外に、そのスライスに含まれるすべてのタイルは、しかし、スライスの先頭に配置されるスライスのスライスヘッダーのデータが、その復号に成功するために必要であることを意味している。
【００３９】
前に言及されないにもかかわらず、それはスライスがいわゆる独立スライス部分および従属するスライス部分に、符号化命令に沿って、更に再分割されるということでもよい。
明確にスライスヘッダーから成る始めの独立したスライス部分は、少なくとも独立したスライス部分の一部のスライスヘッダーを継承して、このように、うまく従属するスライス部分を復号化するために利用できるこの部分を必要とする１つ以上の従属するスライス部分によって後に続く。それぞれがタイルの中で、従属するかまたは独立しているいずれかのスライスセグメントの始まり、と一致してもよいタイルを始める。
【００４０】
ビデオデータストリーム２１０は、各々のパケットが単に１枚のタイルだけのデータをもたらすように、符号化命令２１８に沿ったパケット２０８のシーケンスへのパケット化である。これは、再び、典型的な画像の４枚の異なるタイルと関連した４つの異なる破線タイプを使用している図６において例示される。
【００４１】
レシーバー２１０がトランスポートストリーム２０６を受信している間、エラーハンドラー２０４は、パケット２０８、すなわち、受信していないか、時間内に受信していないか、または受信したパケットのうちの紛失パケットを識別するように構成される。そのため、同じものはその中にエラーを有するか、または例えば伝送中に発生したビットエラーの数が多すぎるためにフォワードエラーを訂正できない。
さらに、エラーハンドラー２０４は、一連のパケットのパケット２０８内の誤り耐性データを分析して、一連のパケットの１つまたは複数の失われたパケットのそれぞれのランについて、 いずれかのタイルの開始部分を運び、スライスに含まれる１つまたは複数の失われた一連のパケットのそれぞれのランは、そのスライスヘッダーが、一連のパケットのパケットの内のいずれかに含まれており、失われていない。
例えば、矢印２２４を使用して識別されたパケット２０８が失われたと想像する。通常、同じスライス、すなわち、２２６と２２８の断片を形成する以下の２つのパケットは、トランスポート層によって廃棄される。
ここでは、エラーハンドラー２０４は、パケット２２６が正に言及された要件の全てを満たすパケットであることを識別する。
（１）それは、一つ以上の失われたパケット、すなわち、パケット２２４のそれぞれのランの後である。
（２）パケット２２６に含まれるデータが帰属するスライス２２０のスライスヘッダー２２２は失われない。
（３）パケット２２６は、タイル２１２の先頭を搬送し、
（４）このパケット２２６は、上記（１）〜（３）を満たすパケットの最初のものである。
失われたパケット２２４および正に言及されたパケット２２６の間にあるパケット２２８は、上記要件（２）を満たさない。
したがって、エラーハンドラー２０４は、コンテンツ、すなわち、そのタイル２１２を破棄するのではなく、パケット２２６に復号化を行うことができる。当然のことながら、エラーハンドラー２０４は、そのパケットから、パケットを順番に処理し続け、１つまたは複数の失われたパケットの次のランに遭遇するまで続ける。
【００４２】
正しく言及された誤り耐性データは、トランスポートパケット２０８のパケットヘッダーに含まれてもよく、例えば、ペイロードスライス２２０の間に散在されたデータストリーム２１０の補足的な強化ＮＡＬユニットに含まれてもよい。
【００４３】
エラーハンドラー２０４の動作モードは、図７に関して更に詳細に以下に説明される。特に、エラーハンドラーは、１つの方法３００において、失われたパケットを識別するために、パケットの入力のシーケンスを連続的に調査する。識別３０２は、例えば、各パケット２０８に対して、ラウンドロビンパケット番号などのパケットヘッダー３６（図１および図２と比較されたい）の検査を含むことができる。
方法３００は、３０４で図示されるように、一連のパケットのシーケンス内の１つまたは複数の失われたパケットのランを検出し、パケット２０８のシーケンスをその順序で示し、失われたパケットがシーケンスエラー３０６の上に配置され、 エラー３０６の下に表示される。図示されているように、１つの例示的なランが３０８で見ることができる。エラーハンドラー２０４によって連続的に実行される別の方法３１０は、一連のパケットのパケットにおける分析誤り耐性データに関するものである。
この方法３１０内で、各ラン３０８について、エラーハンドラ−２０４は、タイルのいずれかの先頭を運び、スライスを運ぶそれぞれのラン３０８の後の一連のパケットのシーケンス内の最初のパケットを識別し、そのスライスヘッダは、一連のパケットのシーケンスの内のいずれかのパケットに含まれており、 失われていない。方法３１０は、ラン３０８に続いて受信パケットを循環する。
ラン３０８の後の最初の受信パケット３０８は、Ａを使用して図7に示されている。方法３１０内で、エラーハンドラー２０４は、それぞれのパケットＡがいずれかのタイルの開始を運ぶかどうかをチェックする。
このチェック３１２内で、エラーハンドラー２０４は、例えば、パケットＡのペイロードデータセクション３２を解析プロセスに委ねて、このペイロード部分３２が任意のタイルの符号化の始まりから開始するか、またはそのような符号化の到達まで少なくとも構文解析可能であるかどうかを決定する。例えば、ペイロードデータセクション３２の開始は、スライスセグメントＮＡＬユニットの開始と一致し、エラーハンドラー２０４は、スライスセグメントが新しいタイルの符号化を開始するかどうかを評価するために、スライスセグメントからエッジフィールドを読み取る。
【００４４】
あるいは、エラーハンドラー２０４は、パケットＡが、例えば、トランスポートパケットヘッダー３６内のフラグメンテーションパラメータに基づいて、ＮＡＬユニットの最初のフラグメントであるかどうかをチェックし、この場合、パケットＡは、ペイロードデータ３２に新しいタイルの開始点を有することが推測される。
ステップ３１２においてパケットが新しいタイルの開始と一致しないと判定された場合、方法３１０は次の受信パケット、ここではＢに進む。しかしながら、チェック３１２のチェック結果が肯定的である場合、すなわちタイル開始が見つかった場合、方法３１０において、エラーハンドラー２０４は、現在のパケットＡそれ自体がスライスヘッダ｜を含むかどうかをチェックする。
ＹＥＳであれば、ステップ３１６に示すように、すべてが正常であり、デコード手順上のパケットＡから、失われたパケット３０８のランの後に再開することができる。
しかしながら、ステップ３１４でのチェックは、現在のパケットがスライスヘッダーを含まないことを明らかにする場合、それぞれのパケットによって搬送されるスライスのスライスヘッダー、すなわち新しいタイルに関する従属スライスセグメントによって継承されるスライスヘッダー、またはスライスのスライスヘッダーを識別するために、すなわち、ステップ３１２において識別された新しいタイルが属する独立したスライスセグメントを含むように、エラーハンドラー２０４は、現在のパケットＡ内の誤り耐性データを検査する。
識別３１８は、以下のように動作することができる。例えば、パケットＡ自体のトランスポートパケットヘッダー３６は、誤り耐性データを備えていてもよく、この誤り耐性データは、先行するパケットのいくつかに対するポインタであってもよい。このパケットが受信パケット２０８に属し、３２０で検査が実行される場合、３１６において復号化の再開が実行される。
しかしながら、必要なスライスヘッダーが失われたパケットに属している場合、すなわち、受信したスライスヘッダーに属していない場合、方法３１０は、ステップ３２２において、新しいスライスヘッダーを有するパケットを検索する。このステップは、ステップ３１２および３１４の連結に対応し、いずれの「従属タイル」も失われたパケットのいずれかに属するスライスヘッダーを必要とするため、現在のパケットが新しいスライスヘッダーを含まない場合、ステップ３１２に戻る。
【００４５】
代わりに、特定のＮＡＬユニットが、誤り耐性データを搬送するために、これまで説明した実際のスライスセグメントＮＡＬユニットの間に散在していてもよいことに言及するべきである。
【００４６】
ステップ３１６における復号化を再開する際に、ビデオデータストリームの復号化は、受信パケットのいずれかに含まれるスライスヘッダーを適用することによって、識別されたパケットからの１つ以上の失われたパケットのそれぞれのランの後に再開され、誤り耐性データによって識別されるように、ステップ３１２でその開始が識別されたタイルの復号化に使用される。
【００４７】
従って、上記の説明は、部分スライスのエラー回復の移送を明らかにした。
【００４８】
まさに概説された誤り耐性データは、例えば、必要なスライスヘッダーが配置されているパケットのパケット番号を示すことによって、必要なスライスヘッダーを指し示すことができる。これは、絶対値または相対的な方法、すなわちエラー耐性データを含む現在のパケットから必要なスライスヘッダーを含むパケットへのオフセット値を使用して行うことができる。あるいは、必要なパケットは、必要なスライスヘッダーを含む独立したスライスセグメントのスライスアドレスによって索引付けされる。上述したように、すべてのスライスセグメントは、このスライスセグメントに符号化された最初のブロックが画像１４内のどの位置に位置するかを示すスライスアドレスを含む。
【００４９】
誤り耐性データを処理／解析することができない他のデバイスとの下位互換性を維持するために、それぞれのフラグを含む拡張メカニズムを使用して、誤り耐性データを無視／スキップするために旧式のデコーダを使用可能にして、それに応じて、同じものを廃棄するのに用いることができる。
【００５０】
言うまでもなく、誤り耐性データを使用する、上記の概念は、送信側で対応するネットワーク装置に現れる。この種のネットワーク装置は、図１のエンコーダの範囲内で含まれ得るかまたはその出力に接続され得る。この送信ネットワーク装置は、一連のパケットのトランスポートストリームを経て、ビデオデータストリームを送信するように構成される。
ビデオデータは、画像が分割されるビデオの画像のタイルを有し、そして、そこへ符号化順序を用いているエントロピー符号化および空間予測に沿って、符号化される。そして、タイルは、エントロピー符号化のコンテキスト派生を有するビデオデータストリームに符号化され、そして、空間予測がそのようにタイルの境界を横切らないように制限されている。そこにおいて、ビデオデータストリームは、１つのタイルだけのデータを含んでいるか、または完全に２つ以上のタイルを含んでいる、各スライスを有するスライスを単位にする符号化順序に沿ってコード化されるビデオの画像があるタイルを有する。各スライスは、スライスヘッダーから始めている。
各々のパケットが単に１枚のタイルだけのデータをもたらすような符号化順序に沿って、パケットのシーケンスにビデオデータストリームをパッケージ化して、それぞれのパケットが部分的にもたらすスライスのスライスヘッダーを含んでいない一連のパケットごとに、一連のパケットの先行しているそのパケットを識別するように、誤り耐性データを一連のパケットのシーケンスのパケットに挿入するように、ネットワーク装置が構成される。それはそれぞれのパケットのスライスヘッダーを含む。
【００５１】
若干の態様が装置のコンテキストに記載されていたにもかかわらず、これらの態様も対応する方法の説明を意味することは、明らかである。そこで、ブロックまたは装置は、方法ステップまたは方法ステップの特徴に対応する。類似して、方法ステップのコンテキストにも記載されて、態様は、対応するブロックまたはアイテムの説明または対応する装置の特徴を意味する。
ステップがそうである場合がある方法の一部もしくは全部は、（または使っている）たとえば、マイクロプロセッサーのようなハードウェア装置で、プログラム可能なコンピュータまたは電子回路を実行することができる。
いくつかの実施形態では、最も重要な方法ステップの若干の１つ以上は、この種の装置によって実行することができる。
【００５２】
特定の実施要件に応じて、本発明の実施例は、ハードウェアにおいて、または、ソフトウェアで実施することができる。
実施はデジタル記憶媒体、たとえばフロッピーディスク、ＤＶＤ、ブルーレイ、ＣＤ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭまたはＦＬＡＳＨ記憶を用いて実行されることができます。そして、電子的に読み込み可能な制御信号をその上に格納しておきます。
そして、それぞれの方法が実行されるように、それはプログラム可能なコンピュータシステムと協力します（または、協力することができます）。したがって、デジタル記憶媒体は、読み込み可能なコンピュータである場合があります。
【００５３】
ここに記述される方法の１つが実行されるように、本発明に従う若干の具体化は電子的に読み込み可能な制御信号）があるデータ記憶媒体を含み、そして、それはプログラム可能なコンピュータシステムと協力することができる。
【００５４】
通常、本発明の実施例はプログラムコード付きのコンピュータプログラム製品として実行されることができます。そして、コンピュータプログラム製品がコンピュータで動くとき、プログラムコードが方法の１つを実行するために実施されている。プログラムコードは、たとえば機械読み取り可読キャリアに格納することができる。
【００５５】
他の実施例は、本願明細書において記載されていて、機械読み取り可読キャリアに格納される方法のうちの１つを実行するためのコンピュータプログラムを含む。
【００５６】
換言すれば、本発明の方法の実施例は、したがって、プログラムコードを有するコンピュータプログラムである。本願明細書において記載されている方法のうちの１つを実行するために、そのとき、コンピュータプログラムはコンピュータで動く。
【００５７】
発明の方法の更なる実施例は、したがって、その上に記録されて、ここに記述される方法の１つを実行するためにコンピュータプログラムから成っているデータ記憶媒体（またはデジタル記憶媒体またはコンピュータで読取り可能な媒体）である。データ記憶媒体、デジタル記憶媒体または記録された媒体は、典型的に具体的でおよび／または、非移行に属する。
【００５８】
発明の方法の更なる実施例は、したがって、ここに記述される方法の１つを実行するためにコンピュータプログラムを意味しているデータストリームまたは一連の信号である。たとえばデータストリームまたは信号のシーケンスは、たとえばインターネットによってデータ通信接続を通して移されるように構成され得る。
【００５９】
更なる実施例は、処理手段、たとえばコンピュータまたはプログラム可能な論理デバイスを含む。または、本願明細書において記載されている方法の１つを実行して適するように構成される。
【００６０】
更なる実施例は、本願明細書において記載されている方法の１つを実行するために、その上にコンピュータプログラムをインストールされているコンピュータを含む。
【００６１】
本発明に従う更なる実施例は、レシーバーに、本願明細書において記載されている方法の1つを実行するためにコンピュータプログラムを移す（たとえば、電子的に、または、光学的に）ように構成される装置またはシステムを含む。
レシーバーは、たとえば、コンピュータ、モバイル機器、メモリデバイスまたはその種の他のものである場合がある。装置またはシステムは、たとえば、コンピュータプログラムをレシーバーに移すために、ファイルサーバを含み得る。
【００６２】
いくつかの実施形態では、プログラム可能な論理デバイス（たとえばフィールド・プログラム可能なゲートアレイ）は、ここに記述されている方法の機能の一部もしくは全部を実行するのに用いられるかもしれません。
いくつかの実施形態では、フフィールドプログラム可能なゲートアレイは、ここに記述される方法の1つを実行するために、マイクロプロセッサーと協力するかもしれません。通常、方法は、いかなるハードウェア装置によっても好ましくは実行される。
【００６３】
上記した実施例は、単に本発明の原則のために、単に、実例となるだけである。
準備の修正変更および本願明細書において記載されている詳細が他の当業者にとって明らかであるものと理解される。したがって、間近に迫った特許クレームの範囲だけによって、そして、本願明細書において実施例の説明および説明として示される特定の詳細だけでないことによって制限されることは、意図している。
【００６４】
参照
［１］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.