JP2000134619A - エンコ―ド方法及びエンコ―ダ - Google Patents
エンコ―ド方法及びエンコ―ダInfo
- Publication number
- JP2000134619A JP2000134619A JP11299073A JP29907399A JP2000134619A JP 2000134619 A JP2000134619 A JP 2000134619A JP 11299073 A JP11299073 A JP 11299073A JP 29907399 A JP29907399 A JP 29907399A JP 2000134619 A JP2000134619 A JP 2000134619A
- Authority
- JP
- Japan
- Prior art keywords
- byte
- frame
- bytes
- priority
- partial information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 93
- 238000012937 correction Methods 0.000 claims abstract description 47
- 238000012217 deletion Methods 0.000 claims abstract description 14
- 230000037430 deletion Effects 0.000 claims abstract description 14
- 230000009897 systematic effect Effects 0.000 claims abstract description 10
- 230000036961 partial effect Effects 0.000 claims description 155
- 230000006835 compression Effects 0.000 claims description 25
- 238000007906 compression Methods 0.000 claims description 25
- 238000000638 solvent extraction Methods 0.000 claims 2
- 238000011084 recovery Methods 0.000 abstract description 12
- 230000006870 function Effects 0.000 description 22
- 230000005540 biological transmission Effects 0.000 description 18
- 238000010586 diagram Methods 0.000 description 10
- 230000011218 segmentation Effects 0.000 description 8
- 238000012913 prioritisation Methods 0.000 description 7
- 230000000694 effects Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 5
- 230000001419 dependent effect Effects 0.000 description 3
- 230000002829 reductive effect Effects 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 239000013598 vector Substances 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000003139 buffering effect Effects 0.000 description 1
- 230000000593 degrading effect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 230000001627 detrimental effect Effects 0.000 description 1
- SPCNPOWOBZQWJK-UHFFFAOYSA-N dimethoxy-(2-propan-2-ylsulfanylethylsulfanyl)-sulfanylidene-$l^{5}-phosphane Chemical compound COP(=S)(OC)SCCSC(C)C SPCNPOWOBZQWJK-UHFFFAOYSA-N 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000007429 general method Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012804 iterative process Methods 0.000 description 1
- 230000000670 limiting effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000001902 propagating effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000007789 sealing Methods 0.000 description 1
- 238000004088 simulation Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0041—Arrangements at the transmitter end
- H04L1/0042—Encoding specially adapted to other signal generation operation, e.g. in order to reduce transmit distortions, jitter, or to improve signal shape
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0057—Block codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/007—Unequal error protection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/188—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a video data packet, e.g. a network abstraction layer [NAL] unit
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
- H04N19/37—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability with arrangements for assigning different transmission priorities to video input data or to video coded data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/577—Motion compensation with bidirectional frame interpolation, i.e. using B-pictures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
- H04N19/67—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience involving unequal error protection [UEP], i.e. providing protection according to the importance of the data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
- H04N21/4381—Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Error Detection And Correction (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
(57)【要約】
【課題】 パケットロスからビデオ品質を保護する目的
でフレーム間符号化ビデオに回復情報を追加する方法を
実現すること。 【解決手段】 フレーム間符号化ビデオ信号が、ビデオ
ストリームを高優先度部分及び低優先度部分に分割する
データ分割機能を利用する。その後、システマティック
なフォワードエラー／抹消修正符号化が、高優先度部分
のデータにのみ実行される。フォワードエラー／抹消修
正された高優先度部分データ及びフォワードエラー／抹
消修正されていない低優先度部分データは組み合わせら
れてパケットとされ、同一のネットワークを介して受信
側宛に送出され、そこで復号化される。特定のＦＥＣに
よって提供されるエラーあるいは抹消に対する保護の程
度に依存して、高優先度データを含むパケットの喪失
が、高優先度部分における喪失の無いデータによって修
正される。
でフレーム間符号化ビデオに回復情報を追加する方法を
実現すること。 【解決手段】 フレーム間符号化ビデオ信号が、ビデオ
ストリームを高優先度部分及び低優先度部分に分割する
データ分割機能を利用する。その後、システマティック
なフォワードエラー／抹消修正符号化が、高優先度部分
のデータにのみ実行される。フォワードエラー／抹消修
正された高優先度部分データ及びフォワードエラー／抹
消修正されていない低優先度部分データは組み合わせら
れてパケットとされ、同一のネットワークを介して受信
側宛に送出され、そこで復号化される。特定のＦＥＣに
よって提供されるエラーあるいは抹消に対する保護の程
度に依存して、高優先度データを含むパケットの喪失
が、高優先度部分における喪失の無いデータによって修
正される。
Description
【０００１】
【発明の属する技術分野】本発明はインターネットを介
した符号化済みビデオ信号の送受信に関し、特に、ＭＰ
ＥＧ、ＭＰＥＧ−２、Ｈ．２６１、及びＨ．２６３標準
に用いられているような効率的なフレーム間圧縮符号化
技法を用いて符号化されたビデオ信号の送受信に関す
る。
した符号化済みビデオ信号の送受信に関し、特に、ＭＰ
ＥＧ、ＭＰＥＧ−２、Ｈ．２６１、及びＨ．２６３標準
に用いられているような効率的なフレーム間圧縮符号化
技法を用いて符号化されたビデオ信号の送受信に関す
る。
【０００２】
【従来の技術】あらゆるタイプのデータのインターネッ
トを介した伝送が過去数年の間に急速に広まりつつある
ため、最近では、デジタル的に符号化されたリアルタイ
ムオーディオ及びビデオのユニバーサルデータグラムプ
ロトコル（ＵＤＰ）を用いた、インターネットを介して
の送信に興味が持たれてきている。ＵＤＰは信頼性の低
いプロトコルであるため、ネットワークパケット喪失
（パケットロス）が発生する可能性があり、その結果と
して、受信されるオーディオ及びビデオの品質に悪影響
を及ぼす。パケットロスからの回復は受信側によっての
みなされるか、あるいは、送信側及び受信側の双方をエ
ラー回復プロセスに関与させることによってよりよい品
質が実現される。例えばＡＴＭのような、優先順位付け
をサポートしているネットワークにおいては、パケット
ロスが発生する場合におけるビデオ品質が、スケーラブ
ルビデオ符号化を用いることによって改善されうる（例
えば、R.Aravind, M.Civanlar, A.Reibmanによる“ＭＰ
ＥＧ−２スケーラブルビデオ符号化アルゴリズムにおけ
るパケットロス回復性”という表題の論文（IEEE Trans
actions on Circuits and Systems for Video Technolo
gy, Vol.6, No.5, October 1996）を参照）。しかしな
がら、現時点では、インターネットにおいては優先順位
付けの広範囲なサポートはなされていない。送信側及び
受信側の双方が関与する、インターネットを介したオー
ディオ及びビデオのストリーミングにおけるエラー回復
に係るこれまで提案された方法についての概説は、C.Pe
rkins及びO.Hodsonによる“ストリーミング媒体の修復
に関する選択肢”という表題の文献（Internet Enginee
ring Task Force Internet RFC 2354）、及び、G.Carle
及びE.Biersackによる“ＩＰベースのオーディオビジュ
アルマルチキャストアプリケーションに係るエラー回復
技法の概観”という表題の文献（IEEE Network, Novemb
er/December 1997）に記載されている。これらの概説に
記載されている一般的な方法はオーディオ及びビデオの
双方のＩＰ伝送に適用可能であるが、特定の技法がイン
プリメントされたこれまでの研究の大部分はオーディオ
のみを含むものである。その高いデータレート及びフレ
ーム間符号化によるエラー伝播のために、ビデオ品質を
維持することはオーディオよりもはるかに難しく、それ
ゆえ、オーディオ用の技法を直接ビデオ信号に適用する
ことは不可能である。
トを介した伝送が過去数年の間に急速に広まりつつある
ため、最近では、デジタル的に符号化されたリアルタイ
ムオーディオ及びビデオのユニバーサルデータグラムプ
ロトコル（ＵＤＰ）を用いた、インターネットを介して
の送信に興味が持たれてきている。ＵＤＰは信頼性の低
いプロトコルであるため、ネットワークパケット喪失
（パケットロス）が発生する可能性があり、その結果と
して、受信されるオーディオ及びビデオの品質に悪影響
を及ぼす。パケットロスからの回復は受信側によっての
みなされるか、あるいは、送信側及び受信側の双方をエ
ラー回復プロセスに関与させることによってよりよい品
質が実現される。例えばＡＴＭのような、優先順位付け
をサポートしているネットワークにおいては、パケット
ロスが発生する場合におけるビデオ品質が、スケーラブ
ルビデオ符号化を用いることによって改善されうる（例
えば、R.Aravind, M.Civanlar, A.Reibmanによる“ＭＰ
ＥＧ−２スケーラブルビデオ符号化アルゴリズムにおけ
るパケットロス回復性”という表題の論文（IEEE Trans
actions on Circuits and Systems for Video Technolo
gy, Vol.6, No.5, October 1996）を参照）。しかしな
がら、現時点では、インターネットにおいては優先順位
付けの広範囲なサポートはなされていない。送信側及び
受信側の双方が関与する、インターネットを介したオー
ディオ及びビデオのストリーミングにおけるエラー回復
に係るこれまで提案された方法についての概説は、C.Pe
rkins及びO.Hodsonによる“ストリーミング媒体の修復
に関する選択肢”という表題の文献（Internet Enginee
ring Task Force Internet RFC 2354）、及び、G.Carle
及びE.Biersackによる“ＩＰベースのオーディオビジュ
アルマルチキャストアプリケーションに係るエラー回復
技法の概観”という表題の文献（IEEE Network, Novemb
er/December 1997）に記載されている。これらの概説に
記載されている一般的な方法はオーディオ及びビデオの
双方のＩＰ伝送に適用可能であるが、特定の技法がイン
プリメントされたこれまでの研究の大部分はオーディオ
のみを含むものである。その高いデータレート及びフレ
ーム間符号化によるエラー伝播のために、ビデオ品質を
維持することはオーディオよりもはるかに難しく、それ
ゆえ、オーディオ用の技法を直接ビデオ信号に適用する
ことは不可能である。
【０００３】例えばＭｏｔｉｏｎ−ＪＰＥＧやウエーブ
レットベースの方式等の、インターネットを介したデジ
タルビデオ伝送の現時点で一般的な方式の多くは、フレ
ーム内符号化を用いている。ＭＰＥＧ−１、ＭＰＥＧ−
２、Ｈ．２６１、及びＨ．２６３標準に用いられている
ようなフレーム間符号化技法は、一般的にはフレーム内
符号化技法よりも圧縮率の点でより効率的である。しか
しながら、フレーム間標準は、インターネットパケット
ロスの影響をより受けやすい。なぜなら、一つのフレー
ムにおけるエラーが多くのフレームに亘って伝播するか
らである。ＭＰＥＧビデオシーケンスは、フレーム内符
号化（Ｉ）フレーム、フレーム間予測符号化フレーム
（Ｐ）、及び双方向フレーム間符号化フレーム（Ｂ）を
含んでいる。Ｉ及びＰフレームは、それ移行のフレーム
の予測に用いられ、Ｂフレームはそれ以降のフレームの
予測には用いられない。例えば、Ｉフレームが１５フレ
ーム毎に発生するＭＰＥＧビデオシーケンスを考える。
ＭＰＥＧ符号化においては、フレーム間予測のために、
予測可能な全てのＰ及びＢフレームは直前のＩフレーム
に依存している。よって、Ｉフレームの伝送中にエラー
が発生すると、その効果は１５フレーム、すなわち５０
０ミリ秒に亘って持続し、これはビデオシーケンスの受
け手に容易に認識されてしまう。受信されたビデオの品
質は、デコーダ側に適用されるエラー隠蔽技法及び送信
側に適用されるエラー回復技法の双方によって改善され
うる。
レットベースの方式等の、インターネットを介したデジ
タルビデオ伝送の現時点で一般的な方式の多くは、フレ
ーム内符号化を用いている。ＭＰＥＧ−１、ＭＰＥＧ−
２、Ｈ．２６１、及びＨ．２６３標準に用いられている
ようなフレーム間符号化技法は、一般的にはフレーム内
符号化技法よりも圧縮率の点でより効率的である。しか
しながら、フレーム間標準は、インターネットパケット
ロスの影響をより受けやすい。なぜなら、一つのフレー
ムにおけるエラーが多くのフレームに亘って伝播するか
らである。ＭＰＥＧビデオシーケンスは、フレーム内符
号化（Ｉ）フレーム、フレーム間予測符号化フレーム
（Ｐ）、及び双方向フレーム間符号化フレーム（Ｂ）を
含んでいる。Ｉ及びＰフレームは、それ移行のフレーム
の予測に用いられ、Ｂフレームはそれ以降のフレームの
予測には用いられない。例えば、Ｉフレームが１５フレ
ーム毎に発生するＭＰＥＧビデオシーケンスを考える。
ＭＰＥＧ符号化においては、フレーム間予測のために、
予測可能な全てのＰ及びＢフレームは直前のＩフレーム
に依存している。よって、Ｉフレームの伝送中にエラー
が発生すると、その効果は１５フレーム、すなわち５０
０ミリ秒に亘って持続し、これはビデオシーケンスの受
け手に容易に認識されてしまう。受信されたビデオの品
質は、デコーダ側に適用されるエラー隠蔽技法及び送信
側に適用されるエラー回復技法の双方によって改善され
うる。
【０００４】フォワードエラー／抹消修正（ＦＥＣ）を
用いるエラー回復技法は、伝送前にメディアストリーム
に冗長なデータを追加し、パケットロスが受け手側で、
送信側とのコンタクトあるいは送信側からの再送信を必
要とせずに回復されうるようにする方法である。フォワ
ードエラー／抹消修正技法は、再送信を回避できるとい
う点で、マルチキャストアプリケーションに適してい
る。同一の冗長データが、マルチキャストグループ内の
個々のレシーバにおいて、異なったパケットロスの修復
に用いられる。その代わりに再送信が用いられると仮定
すると、多重再送信要求が送出されなければならない。
マルチメディアに係るフォワードエラー／抹消修正技法
は、一般的には、メディア非依存ＦＥＣ及びメディア依
存ＦＥＣの二つのカテゴリーに分類される（例えば、C.
Perkins及びO.Hodsonによる“ストリーミング媒体の修
復に関する選択肢”（Internet Engineering Task Forc
e Internet RFC 2354, June 1998）という表題の文献を
参照）。
用いるエラー回復技法は、伝送前にメディアストリーム
に冗長なデータを追加し、パケットロスが受け手側で、
送信側とのコンタクトあるいは送信側からの再送信を必
要とせずに回復されうるようにする方法である。フォワ
ードエラー／抹消修正技法は、再送信を回避できるとい
う点で、マルチキャストアプリケーションに適してい
る。同一の冗長データが、マルチキャストグループ内の
個々のレシーバにおいて、異なったパケットロスの修復
に用いられる。その代わりに再送信が用いられると仮定
すると、多重再送信要求が送出されなければならない。
マルチメディアに係るフォワードエラー／抹消修正技法
は、一般的には、メディア非依存ＦＥＣ及びメディア依
存ＦＥＣの二つのカテゴリーに分類される（例えば、C.
Perkins及びO.Hodsonによる“ストリーミング媒体の修
復に関する選択肢”（Internet Engineering Task Forc
e Internet RFC 2354, June 1998）という表題の文献を
参照）。
【０００５】メディア非依存ＦＥＣにおいては、あらゆ
るタイプのデータを保護する公知の情報理論が用いられ
る。D.Budge, R.McKenzie, W.Mills, 及びP.Longによる
“ＲＴＰを用いたメディア非依存エラー修正”という表
題の文献（Internet Engineering Task Force Internet
Draft, May 1997）においては、二つあるいはそれ以上
のデータパケットからパリティパケットを生成する目的
で、排他的論理和（ＸＯＲ）演算のいくつかの変形が用
いられる。リード・ソロモン（Reed-Solomon、ＲＳ）符
号化などのより複雑な技法も利用可能である（例えば、
G.Carle及びE.Biersackによる“ＩＰベースのオーディ
オビジュアルマルチキャストアプリケーションに係るエ
ラー回復技法の概観”という表題の文献（IEEE Networ
k, November/December 1997）を参照）。リード・ソロ
モン符号化は、システマティックフォワードエラー／抹
消修正符号の一例である。システマティックフォワード
エラー／抹消修正符号は、情報バイトが修正なしにコー
ドワードで送信される符号の一つである。よって、チャ
ネルエラーが存在しない場合には、情報バイトを回復す
るためのリードソロモン復号化は不要である。ＲＳ
（ｎ，ｋ）コードワードがバイトデータから生成される
際には、ｋ個の情報バイトからｈ個のパリティバイトが
生成され、全ｎバイト（ｎ＝ｋ＋ｈ）が送信される。こ
のようなリード・ソロモンデコーダは、最大ｈ／２バイ
トまでのあらゆるエラー及びｈバイトの抹消を修正する
ことが可能である。ここで、抹消とは、既知の位置にお
けるエラーとして定義される。ＲＳ符号化がパケットロ
スからパケット化されたデータを保護する目的で適用さ
れる場合には、長さｊバイトのｋ個の情報パケットがｊ
個のＲＳコードワードを用いて符号化される。各々のＲ
Ｓコードワードに関しては、ｋ個の情報バイトがｋ個の
相異なったパケットから（一つずつ）取り出されてお
り、ｈ個の生成されたパリティバイトがｈ個の個別のパ
リティパケットに配置され、全ｎパケット（ｎ＝ｋ＋
ｈ）が送出される。送信されるパケットには番号が付さ
れており、パケットはそれ自体完全に受信されるかある
いは全く受信されないものと仮定されているため、レシ
ーバはどのパケットが失われたかを決定することが可能
であり、パケットロスは抹消と見なすことが可能であ
る。よって、ｎ個の送信されたパケット中でｈ個（ある
いはそれ以下の個数の）パケットが失われても、元のｋ
個の情報パケットは完全に回復される。
るタイプのデータを保護する公知の情報理論が用いられ
る。D.Budge, R.McKenzie, W.Mills, 及びP.Longによる
“ＲＴＰを用いたメディア非依存エラー修正”という表
題の文献（Internet Engineering Task Force Internet
Draft, May 1997）においては、二つあるいはそれ以上
のデータパケットからパリティパケットを生成する目的
で、排他的論理和（ＸＯＲ）演算のいくつかの変形が用
いられる。リード・ソロモン（Reed-Solomon、ＲＳ）符
号化などのより複雑な技法も利用可能である（例えば、
G.Carle及びE.Biersackによる“ＩＰベースのオーディ
オビジュアルマルチキャストアプリケーションに係るエ
ラー回復技法の概観”という表題の文献（IEEE Networ
k, November/December 1997）を参照）。リード・ソロ
モン符号化は、システマティックフォワードエラー／抹
消修正符号の一例である。システマティックフォワード
エラー／抹消修正符号は、情報バイトが修正なしにコー
ドワードで送信される符号の一つである。よって、チャ
ネルエラーが存在しない場合には、情報バイトを回復す
るためのリードソロモン復号化は不要である。ＲＳ
（ｎ，ｋ）コードワードがバイトデータから生成される
際には、ｋ個の情報バイトからｈ個のパリティバイトが
生成され、全ｎバイト（ｎ＝ｋ＋ｈ）が送信される。こ
のようなリード・ソロモンデコーダは、最大ｈ／２バイ
トまでのあらゆるエラー及びｈバイトの抹消を修正する
ことが可能である。ここで、抹消とは、既知の位置にお
けるエラーとして定義される。ＲＳ符号化がパケットロ
スからパケット化されたデータを保護する目的で適用さ
れる場合には、長さｊバイトのｋ個の情報パケットがｊ
個のＲＳコードワードを用いて符号化される。各々のＲ
Ｓコードワードに関しては、ｋ個の情報バイトがｋ個の
相異なったパケットから（一つずつ）取り出されてお
り、ｈ個の生成されたパリティバイトがｈ個の個別のパ
リティパケットに配置され、全ｎパケット（ｎ＝ｋ＋
ｈ）が送出される。送信されるパケットには番号が付さ
れており、パケットはそれ自体完全に受信されるかある
いは全く受信されないものと仮定されているため、レシ
ーバはどのパケットが失われたかを決定することが可能
であり、パケットロスは抹消と見なすことが可能であ
る。よって、ｎ個の送信されたパケット中でｈ個（ある
いはそれ以下の個数の）パケットが失われても、元のｋ
個の情報パケットは完全に回復される。
【０００６】ＲＳ符号化の重要な利点は、パラメータの
選択に依存するが、複数個の連続したエラーから保護す
ることが可能であるという点である。ＲＳ符号化におけ
るオーバーヘッド比率はｈ／ｋであり、ｋの大きな値に
係るバーストエラー保護としては最も効率的である。例
えば、ＲＳ（６，４）符号及びＲＳ（４，２）符号は、
双方とも、バースト長２のエラー保護が可能である。し
かしながら、ＲＳ（４，２）符号は１００％のオーバー
ヘッドを有するのに対し、ＲＳ（６，４）はわずか５０
％のオーバーヘッドを有するに過ぎない。しかしなが
ら、ブロック長を増加させることによってオーバーヘッ
ドパーセンテージを低減することは遅延につながる。な
ぜなら、大きなブロック長を利用することは、送信前に
大量のデータをバッファリングすることが必要になるか
らである。
選択に依存するが、複数個の連続したエラーから保護す
ることが可能であるという点である。ＲＳ符号化におけ
るオーバーヘッド比率はｈ／ｋであり、ｋの大きな値に
係るバーストエラー保護としては最も効率的である。例
えば、ＲＳ（６，４）符号及びＲＳ（４，２）符号は、
双方とも、バースト長２のエラー保護が可能である。し
かしながら、ＲＳ（４，２）符号は１００％のオーバー
ヘッドを有するのに対し、ＲＳ（６，４）はわずか５０
％のオーバーヘッドを有するに過ぎない。しかしなが
ら、ブロック長を増加させることによってオーバーヘッ
ドパーセンテージを低減することは遅延につながる。な
ぜなら、大きなブロック長を利用することは、送信前に
大量のデータをバッファリングすることが必要になるか
らである。
【０００７】メディア依存ＦＥＣ符号化においては、メ
ディア非依存ＦＥＣ符号化とは異なり、マルチメディア
ストリームがデータとしてのみ扱われ、送信されるマル
チメディアストリームの特定のタイプに係る知識が用い
られる。M.Podolsky, C.Romer及びS.McCanneによる“イ
ンターネット上のパケットオーディオに係るＦＥＣベー
スのエラー制御のシミュレーション”という表題の論文
（INFOCOM, March 1998, San Fransisco CA）及びV.Har
dman, M.A.Sasse, M.Handley及びA.Watsonによる“イン
ターネットを介した利用のための高信頼性オーディオ”
という表題の論文（Proc. INET'95, Honolulu, HI, pp.
171-78, June 1995）においては、標準的なオーディオ
ストリームと共に、冗長低ビットレートオーディオスト
リームが１パケット分遅延させられた後に送信される。
標準オーディオパケットが失われた場合には、レシーバ
は、その代替として、次のパケットにおいて受信される
低ビットレートデータを利用する。この方法は、単一パ
ケットロスに対する保護となる。
ディア非依存ＦＥＣ符号化とは異なり、マルチメディア
ストリームがデータとしてのみ扱われ、送信されるマル
チメディアストリームの特定のタイプに係る知識が用い
られる。M.Podolsky, C.Romer及びS.McCanneによる“イ
ンターネット上のパケットオーディオに係るＦＥＣベー
スのエラー制御のシミュレーション”という表題の論文
（INFOCOM, March 1998, San Fransisco CA）及びV.Har
dman, M.A.Sasse, M.Handley及びA.Watsonによる“イン
ターネットを介した利用のための高信頼性オーディオ”
という表題の論文（Proc. INET'95, Honolulu, HI, pp.
171-78, June 1995）においては、標準的なオーディオ
ストリームと共に、冗長低ビットレートオーディオスト
リームが１パケット分遅延させられた後に送信される。
標準オーディオパケットが失われた場合には、レシーバ
は、その代替として、次のパケットにおいて受信される
低ビットレートデータを利用する。この方法は、単一パ
ケットロスに対する保護となる。
【０００８】
【発明が解決しようとする課題】Perkins及びHodsonに
よる前掲の参照論文においては、ＦＥＣをマルチメディ
アビットストリーム全体に適用するのではなく、メディ
ア非依存ＦＥＣ技法を符号化器の最高位ビットに適用す
ることによってメディア依存技法及びメディア非依存技
法を組み合わせるという提案がなされている。しかしな
がら、このことに関する小長異な情報は全く与えられて
いない。パケットロスからビデオ品質を保護する目的で
ＭＰＥＧビデオなどのフレーム間符号化ビデオに回復情
報を追加する低オーバーヘッドでかつ低遅延な方法が必
要とされている。
よる前掲の参照論文においては、ＦＥＣをマルチメディ
アビットストリーム全体に適用するのではなく、メディ
ア非依存ＦＥＣ技法を符号化器の最高位ビットに適用す
ることによってメディア依存技法及びメディア非依存技
法を組み合わせるという提案がなされている。しかしな
がら、このことに関する小長異な情報は全く与えられて
いない。パケットロスからビデオ品質を保護する目的で
ＭＰＥＧビデオなどのフレーム間符号化ビデオに回復情
報を追加する低オーバーヘッドでかつ低遅延な方法が必
要とされている。
【０００９】
【課題を解決するための手段】本発明に従って、ＭＰＥ
Ｇビデオ信号などのフレーム間符号化ビデオ信号が、ビ
デオストリームを高優先度部分及び低優先度部分に分割
するデータ分割機能を利用する。その後、システマティ
ックなフォワードエラー／抹消修正符号化が、高優先度
部分のデータにのみ実行される。フォワードエラー／抹
消修正された高優先度部分データ及びフォワードエラー
／抹消修正されていない低優先度部分データは組み合わ
せられてパケットとされ、同一のネットワークを介して
受信側宛に送出され、そこで復号化される。用いられる
特定のＦＥＣによって提供されるエラーあるいは抹消に
対する保護の程度に依存して、高優先度データを含む単
一あるいは複数個のパケットの喪失が、高優先度部分に
おける喪失の無いデータによって修正される。低優先度
部分が保護されていない単一あるいは複数個のパケット
における低優先度データの喪失の影響は、高優先度デー
タが失われた場合よりも、復号化されたビデオ信号の品
質には有害ではない。従って、フォワードエラー／抹消
修正をより高優先度部分のデータに限定し、よって“よ
り重要なデータ”の喪失に対してのみ保護することによ
り、与えられたパケットロスに係る保護に必要とされる
全体としての要求が低減される。
Ｇビデオ信号などのフレーム間符号化ビデオ信号が、ビ
デオストリームを高優先度部分及び低優先度部分に分割
するデータ分割機能を利用する。その後、システマティ
ックなフォワードエラー／抹消修正符号化が、高優先度
部分のデータにのみ実行される。フォワードエラー／抹
消修正された高優先度部分データ及びフォワードエラー
／抹消修正されていない低優先度部分データは組み合わ
せられてパケットとされ、同一のネットワークを介して
受信側宛に送出され、そこで復号化される。用いられる
特定のＦＥＣによって提供されるエラーあるいは抹消に
対する保護の程度に依存して、高優先度データを含む単
一あるいは複数個のパケットの喪失が、高優先度部分に
おける喪失の無いデータによって修正される。低優先度
部分が保護されていない単一あるいは複数個のパケット
における低優先度データの喪失の影響は、高優先度デー
タが失われた場合よりも、復号化されたビデオ信号の品
質には有害ではない。従って、フォワードエラー／抹消
修正をより高優先度部分のデータに限定し、よって“よ
り重要なデータ”の喪失に対してのみ保護することによ
り、与えられたパケットロスに係る保護に必要とされる
全体としての要求が低減される。
【００１０】本発明の望ましい実施例においては、リー
ドソロモンエンコーダが、フレーム全体に係る高優先度
データに対して適用される。ＲＳ（ｎ，ｋ）コードワー
ドの各々に対して、各ｋ個のパケットから１情報バイト
が取り出され、構成されたパリティバイトがｈ個の相異
なったパケットに配置される。ここで、ｎ＝ｋ＋ｈであ
る。個々のフレームのデータは、パケットヘッダと情報
バイトあるいはパリティバイトのいずれかを含む高優先
度データと及び、低優先度データバイトとの組み合わせ
より構成されるｎ個の等長パケットに配置される。低優
先度データに関してはエラー修正符号化はなされないた
め、低優先度データバイトは情報バイトのみを含んでい
る。等しいバイト数の高優先度データ（あらゆる一つの
パケットにおける情報あるいはパリティ）がｎ個の等長
パケットのそれぞれに配置され、等しいバイト数の低優
先度データ（情報のみ）がこれら同一のｎ個のパケット
に配置される。これらの高優先度データと低優先度デー
タは、双方でビデオフレームを表現する。これらｎ個の
等長パケットの中で、ｋ個のパケットのみが高優先度部
分情報バイトを含んでおり、ｈ個のパケットは高優先度
パリティバイトを含むのみである。これらｈ個のパケッ
トの各々における各々の高優先度バイトポジションのパ
リティバイトは、ＲＳ（ｎ，ｋ）コードから、当該フレ
ームに関連するｋ個の他の高優先度部分情報包含パケッ
トにおける対応するバイトポジションでのｋ個の高優先
度部分情報バイトに対して適用されるように、構成され
る。このようにパケットを配置することによって、与え
られたパケットロス保護レートに対するオーバーヘッド
量及び遅延を最小化することができる。
ドソロモンエンコーダが、フレーム全体に係る高優先度
データに対して適用される。ＲＳ（ｎ，ｋ）コードワー
ドの各々に対して、各ｋ個のパケットから１情報バイト
が取り出され、構成されたパリティバイトがｈ個の相異
なったパケットに配置される。ここで、ｎ＝ｋ＋ｈであ
る。個々のフレームのデータは、パケットヘッダと情報
バイトあるいはパリティバイトのいずれかを含む高優先
度データと及び、低優先度データバイトとの組み合わせ
より構成されるｎ個の等長パケットに配置される。低優
先度データに関してはエラー修正符号化はなされないた
め、低優先度データバイトは情報バイトのみを含んでい
る。等しいバイト数の高優先度データ（あらゆる一つの
パケットにおける情報あるいはパリティ）がｎ個の等長
パケットのそれぞれに配置され、等しいバイト数の低優
先度データ（情報のみ）がこれら同一のｎ個のパケット
に配置される。これらの高優先度データと低優先度デー
タは、双方でビデオフレームを表現する。これらｎ個の
等長パケットの中で、ｋ個のパケットのみが高優先度部
分情報バイトを含んでおり、ｈ個のパケットは高優先度
パリティバイトを含むのみである。これらｈ個のパケッ
トの各々における各々の高優先度バイトポジションのパ
リティバイトは、ＲＳ（ｎ，ｋ）コードから、当該フレ
ームに関連するｋ個の他の高優先度部分情報包含パケッ
トにおける対応するバイトポジションでのｋ個の高優先
度部分情報バイトに対して適用されるように、構成され
る。このようにパケットを配置することによって、与え
られたパケットロス保護レートに対するオーバーヘッド
量及び遅延を最小化することができる。
【００１１】受信側デコーダは、フレームに係るデータ
を受信すると、各々のパケットに含まれる高優先度部分
バイトと低優先度部分バイトを、それぞれのバイトすな
わち各々の部分の個数に従って分割する。これらの個数
は、パケットヘッダにおいて送信される。ＲＳ（ｎ，
ｋ）復号化が、受信されたパケットにおける高優先度部
分ポジションに亘って、バイト位置毎に適用される。ｎ
個のフレームパケットにおける最大ｈ個が失われる場合
には、ＲＳ復号化プロセスは、これら失われたパケット
における各々の高優先度バイトを回復する。高優先度部
分情報データを含むｎ個のパケットのうちのｋ個のパケ
ットにおいて送信された高優先度部分情報バイトの完全
な再構成がこのようにして実現される。低優先度部分デ
ータ中の失われたパケットは回復不能であるが、完全に
復元された高優先度部分データが、高優先度部分情報の
みしか利用可能でないフレームあるいはフレームの一部
の品質レベルは低下するとしても、ビデオ画像の復号化
を可能にする。
を受信すると、各々のパケットに含まれる高優先度部分
バイトと低優先度部分バイトを、それぞれのバイトすな
わち各々の部分の個数に従って分割する。これらの個数
は、パケットヘッダにおいて送信される。ＲＳ（ｎ，
ｋ）復号化が、受信されたパケットにおける高優先度部
分ポジションに亘って、バイト位置毎に適用される。ｎ
個のフレームパケットにおける最大ｈ個が失われる場合
には、ＲＳ復号化プロセスは、これら失われたパケット
における各々の高優先度バイトを回復する。高優先度部
分情報データを含むｎ個のパケットのうちのｋ個のパケ
ットにおいて送信された高優先度部分情報バイトの完全
な再構成がこのようにして実現される。低優先度部分デ
ータ中の失われたパケットは回復不能であるが、完全に
復元された高優先度部分データが、高優先度部分情報の
みしか利用可能でないフレームあるいはフレームの一部
の品質レベルは低下するとしても、ビデオ画像の復号化
を可能にする。
【００１２】
【発明の実施の形態】ＭＰＥＧ−２標準（ＩＴＵ−Ｔ勧
告Ｈ．２６２、“動画及び関連する音声情報の一般的符
号化”、１９９５年７月）は、空間的スケーラビリテ
ィ、ＳＮＲスケーラビリティ、及びデータ分割を含む、
スケーラブルなビデオ符号化を実行する種々の手段を含
んでいる。スケーラブルビデオ符号化においては、相異
なった利用可能帯域を有するレシーバが、ベースレイヤ
を受信し、帯域が利用可能である場合には単一あるいは
複数個のエンハンスメントレイヤを受信することによっ
て、符号化されたビデオを受信して、適切な表示を復号
化できる。より多くのレイヤを受信すればするほど、復
号化されるビデオの品質は高くなる。Arvind, Civanlar
及びReibmanによる前掲の論文においては、ＡＴＭ等の
優先順位付けをサポートするネットワークにおいてＭＰ
ＥＧ符号化済みビデオ信号を送信する際のパケットロス
に対する保護を実現する目的で、データ分割が適用され
る。詳細に述べれば、パケットロスに対する保護は、ベ
ースレイヤをエンハンスメントレイヤより高い優先順位
で送信することによって達成可能であることが示されて
いる。現時点での公衆インターネットはパケットの優先
順位付けをサポートしていないため、この技法はインタ
ーネットを介した符号化済みビデオの送信には適用され
得ない。
告Ｈ．２６２、“動画及び関連する音声情報の一般的符
号化”、１９９５年７月）は、空間的スケーラビリテ
ィ、ＳＮＲスケーラビリティ、及びデータ分割を含む、
スケーラブルなビデオ符号化を実行する種々の手段を含
んでいる。スケーラブルビデオ符号化においては、相異
なった利用可能帯域を有するレシーバが、ベースレイヤ
を受信し、帯域が利用可能である場合には単一あるいは
複数個のエンハンスメントレイヤを受信することによっ
て、符号化されたビデオを受信して、適切な表示を復号
化できる。より多くのレイヤを受信すればするほど、復
号化されるビデオの品質は高くなる。Arvind, Civanlar
及びReibmanによる前掲の論文においては、ＡＴＭ等の
優先順位付けをサポートするネットワークにおいてＭＰ
ＥＧ符号化済みビデオ信号を送信する際のパケットロス
に対する保護を実現する目的で、データ分割が適用され
る。詳細に述べれば、パケットロスに対する保護は、ベ
ースレイヤをエンハンスメントレイヤより高い優先順位
で送信することによって達成可能であることが示されて
いる。現時点での公衆インターネットはパケットの優先
順位付けをサポートしていないため、この技法はインタ
ーネットを介した符号化済みビデオの送信には適用され
得ない。
【００１３】しかしながら、本発明の発明者は、公衆イ
ンターネット等の優先順位付けをサポートしないネット
ワークにおいて、従来技術においては優先順位付けをサ
ポートしているネットワークを介したパケット保護目的
で用いられたデータ分割機能を利用することによって、
技術的進展が実現されうることを見出した。データ分割
機能をフォワードエラー／抹消修正機能と共に、優先順
位付けをサポートしない公衆インターネットを介したフ
レーム間圧縮符号化ビデオ信号の送信に関して用いるこ
とにより、パケット保護に必要とされるオーバーヘッド
量を低減し、一方でパケット保護対象であるビデオ品質
の改善が実現される。さらに、同一パケット内に高優先
度及び低優先度データを組み合わせることにより、同一
オーバーヘッド及び保護に係る遅延を大幅に低減するこ
とが可能となる。
ンターネット等の優先順位付けをサポートしないネット
ワークにおいて、従来技術においては優先順位付けをサ
ポートしているネットワークを介したパケット保護目的
で用いられたデータ分割機能を利用することによって、
技術的進展が実現されうることを見出した。データ分割
機能をフォワードエラー／抹消修正機能と共に、優先順
位付けをサポートしない公衆インターネットを介したフ
レーム間圧縮符号化ビデオ信号の送信に関して用いるこ
とにより、パケット保護に必要とされるオーバーヘッド
量を低減し、一方でパケット保護対象であるビデオ品質
の改善が実現される。さらに、同一パケット内に高優先
度及び低優先度データを組み合わせることにより、同一
オーバーヘッド及び保護に係る遅延を大幅に低減するこ
とが可能となる。
【００１４】図１は、本発明に係るエンコーダの第一実
施例を示すブロック図である。この実施例においては、
ＭＰＥＧ標準データ分割に従ったエンコーダが、入力ビ
デオデータストリームを高優先度部分及び低優先度部分
に分割する目的で利用される。入力ビデオデータストリ
ーム１０１は、この種の標準に従ったデータ分割ＭＰＥ
Ｇ標準エンコーダ１０２に入力される。エンコーダ１０
２は、例えばＭＰＥＧ−２データ分割標準等の標準に従
って、入力ビデオビットストリームを圧縮／符号化し、
圧縮／符号化されたビットストリームを二つの出力レイ
ヤに分割する。第一レイヤはベースレイヤであり、本明
細書においては高優先度（ＨＰ）部分と呼称される。第
二レイヤはエンハンスメントレイヤであり、本明細書に
おいては低優先度（ＬＰ）部分と呼称される。
施例を示すブロック図である。この実施例においては、
ＭＰＥＧ標準データ分割に従ったエンコーダが、入力ビ
デオデータストリームを高優先度部分及び低優先度部分
に分割する目的で利用される。入力ビデオデータストリ
ーム１０１は、この種の標準に従ったデータ分割ＭＰＥ
Ｇ標準エンコーダ１０２に入力される。エンコーダ１０
２は、例えばＭＰＥＧ−２データ分割標準等の標準に従
って、入力ビデオビットストリームを圧縮／符号化し、
圧縮／符号化されたビットストリームを二つの出力レイ
ヤに分割する。第一レイヤはベースレイヤであり、本明
細書においては高優先度（ＨＰ）部分と呼称される。第
二レイヤはエンハンスメントレイヤであり、本明細書に
おいては低優先度（ＬＰ）部分と呼称される。
【００１５】ＭＰＥＧ符号化分野における当業者には公
知であるが、ＭＰＥＧ符号化ビデオビットストリーム
は、シーケンスレベル、画像群（ＧＯＰ）レベル、画像
（フレーム）レベル、及びスライスレベルにおけるヘッ
ダを有する。よく知られているように、スライスは隣接
するマクロブロック群より構成されており、各々のマク
ロブロックは、それ自体、四つの隣接するルミナンス
（輝度）ブロックデータ及び二つのクロミナンスブロッ
クより構成される群を有する。画像レベルにおいては、
フレームは、フレーム内符号化（Ｉ）フレーム、フレー
ム間符号化予測（Ｐ）フレーム、あるいは双方向フレー
ム間予測（Ｂ）フレームとして分類される。マクロブロ
ックレベルにおいては、予測タイプのＰ及びＢフレーム
に関しては、当該マクロブロックが他のフレームに関し
てフレーム間符号化あるいはフレーム内符号化されたも
のであるかを示す情報が、動きベクトル情報と共に包含
されている。ブロックレベルにおける情報には、実際の
ピクセル情報から導出された低周波及び高周波離散コサ
イン変換（ＤＣＴ）係数が含まれる。
知であるが、ＭＰＥＧ符号化ビデオビットストリーム
は、シーケンスレベル、画像群（ＧＯＰ）レベル、画像
（フレーム）レベル、及びスライスレベルにおけるヘッ
ダを有する。よく知られているように、スライスは隣接
するマクロブロック群より構成されており、各々のマク
ロブロックは、それ自体、四つの隣接するルミナンス
（輝度）ブロックデータ及び二つのクロミナンスブロッ
クより構成される群を有する。画像レベルにおいては、
フレームは、フレーム内符号化（Ｉ）フレーム、フレー
ム間符号化予測（Ｐ）フレーム、あるいは双方向フレー
ム間予測（Ｂ）フレームとして分類される。マクロブロ
ックレベルにおいては、予測タイプのＰ及びＢフレーム
に関しては、当該マクロブロックが他のフレームに関し
てフレーム間符号化あるいはフレーム内符号化されたも
のであるかを示す情報が、動きベクトル情報と共に包含
されている。ブロックレベルにおける情報には、実際の
ピクセル情報から導出された低周波及び高周波離散コサ
イン変換（ＤＣＴ）係数が含まれる。
【００１６】ＭＰＥＧ標準に従って、データ分割が、マ
クロブロックレイヤより上位、マクロブロックレイヤ、
あるいはマクロブロックレイヤ内などの種々の相異なっ
た優先度ブレークポイントにおいて実現されうる。一般
に、符号化ビットストリームのより重要な部分、例えば
ヘッダ、動きベクトル及び低周波ＤＣＴ係数などはＨＰ
部分に割り当てられ、より重要ではないデータ、例えば
高周波ＤＣＴ係数などはＬＰ部分に割り当てられる。標
準に従って、優先度ブレークポイントは各々のスライス
に関して選択され、どのコードワードタイプがどの部分
に配置されるかが決定される。
クロブロックレイヤより上位、マクロブロックレイヤ、
あるいはマクロブロックレイヤ内などの種々の相異なっ
た優先度ブレークポイントにおいて実現されうる。一般
に、符号化ビットストリームのより重要な部分、例えば
ヘッダ、動きベクトル及び低周波ＤＣＴ係数などはＨＰ
部分に割り当てられ、より重要ではないデータ、例えば
高周波ＤＣＴ係数などはＬＰ部分に割り当てられる。標
準に従って、優先度ブレークポイントは各々のスライス
に関して選択され、どのコードワードタイプがどの部分
に配置されるかが決定される。
【００１７】図１に示された実施例においては、標準的
なデータ分割ＭＰＥＧエンコーダ１０２が用いられてい
るが、優先度ブレークポイントは、分割されつつあるデ
ータストリーム中のフレームタイプ（Ｉ、Ｐ、あるいは
Ｂ）に従って決定される。詳細に述べれば、この実施例
においては、各Ｉフレームに関しては全てのデータがＨ
Ｐ部分に配置され、ＬＰ部分に配置されるデータはな
い。他の実施例においては、各ＩフレームのデータをＨ
Ｐ及びＬＰ部分に分割することも可能である。各Ｂフレ
ームに関しては、データ分割に係るＭＰＥＧ標準が許容
するだけ多くのデータがＬＰ部分に配置され、残りのデ
ータがＨＰ部分に配置される。各Ｐフレームに関して
は、フレームデータは、各ブロックの最初の二つのＤＣ
Ｔ係数に係るデータエレメントがＨＰ部分に配置され、
より高次のＤＣＴ係数がＬＰ部分に配置されるように、
ＨＰ及びＬＰ部分に分割される。この実施例に関連して
前述されたものとは異なった、ＬＰ及びＨＰ部分間の三
つのフレームタイプにおける相異なった優先度ブレーク
ポイントも、等しく用いられることが可能である。しか
しながら、より高いブレークポイントはＰフレームでは
なくＩフレームに関して用いられ、それがＢフレームに
係るブレークポイントよりも高いことが期待されてい
る。標準に従ったこの実施例においては、シーケンス、
ＧＯＰ、及び画像ヘッダは、エラー回復目的で、双方の
部分にコピーされる。
なデータ分割ＭＰＥＧエンコーダ１０２が用いられてい
るが、優先度ブレークポイントは、分割されつつあるデ
ータストリーム中のフレームタイプ（Ｉ、Ｐ、あるいは
Ｂ）に従って決定される。詳細に述べれば、この実施例
においては、各Ｉフレームに関しては全てのデータがＨ
Ｐ部分に配置され、ＬＰ部分に配置されるデータはな
い。他の実施例においては、各ＩフレームのデータをＨ
Ｐ及びＬＰ部分に分割することも可能である。各Ｂフレ
ームに関しては、データ分割に係るＭＰＥＧ標準が許容
するだけ多くのデータがＬＰ部分に配置され、残りのデ
ータがＨＰ部分に配置される。各Ｐフレームに関して
は、フレームデータは、各ブロックの最初の二つのＤＣ
Ｔ係数に係るデータエレメントがＨＰ部分に配置され、
より高次のＤＣＴ係数がＬＰ部分に配置されるように、
ＨＰ及びＬＰ部分に分割される。この実施例に関連して
前述されたものとは異なった、ＬＰ及びＨＰ部分間の三
つのフレームタイプにおける相異なった優先度ブレーク
ポイントも、等しく用いられることが可能である。しか
しながら、より高いブレークポイントはＰフレームでは
なくＩフレームに関して用いられ、それがＢフレームに
係るブレークポイントよりも高いことが期待されてい
る。標準に従ったこの実施例においては、シーケンス、
ＧＯＰ、及び画像ヘッダは、エラー回復目的で、双方の
部分にコピーされる。
【００１８】本発明に従って、ＨＰ部分はシステマティ
ックフォワードエラー／抹消修正符号によって符号化さ
れる。詳細に述べれば、この望ましい実施例において
は、リードソロモン符号化が、単一のフレーム全体に関
するＨＰデータに適用される。この実施例に関しては、
複数個のフレームからのデータが符号化及び送信の前に
集積されることに関して必要とされる場合に負わなけれ
ばならない遅延を最小にする目的で、単一のフレームか
らのデータのみがフォワードエラー／抹消修正エンコー
ダ／パケタイザ１０３によって一度に操作される。他の
実施例においては、Ｂフレーム及びその直後に続くアン
カーフレーム（ＩあるいはＰフレーム）が、フォワード
エラー／抹消修正エンコーダ／パケタイザ１０３によっ
て同時に処理される。
ックフォワードエラー／抹消修正符号によって符号化さ
れる。詳細に述べれば、この望ましい実施例において
は、リードソロモン符号化が、単一のフレーム全体に関
するＨＰデータに適用される。この実施例に関しては、
複数個のフレームからのデータが符号化及び送信の前に
集積されることに関して必要とされる場合に負わなけれ
ばならない遅延を最小にする目的で、単一のフレームか
らのデータのみがフォワードエラー／抹消修正エンコー
ダ／パケタイザ１０３によって一度に操作される。他の
実施例においては、Ｂフレーム及びその直後に続くアン
カーフレーム（ＩあるいはＰフレーム）が、フォワード
エラー／抹消修正エンコーダ／パケタイザ１０３によっ
て同時に処理される。
【００１９】リードソロモン符号化は、当該フレームに
係るＭＰＥＧエンコーダ１０２からのＨＰデータ出力に
対して適用される。以下に詳細に記述されているよう
に、ＨＰ部分のバイト数及びＬＰ部分のバイト数は、最
大許容パケット長及びパケット保護に係る希望される度
合と共に、そのフレームに係るＨＰ情報バイト、ＬＰ情
報バイト、及びＨＰ保護パリティバイトがフィットする
等長パケット個数、ｎ、を決定するために用いられる。
本発明に従って、ｎ個の等長パケットの各々は、ＬＰ情
報バイトと、ＨＰ情報バイトとパリティバイトのうちの
いずれかとの双方の組み合わせを含んでいる。パリティ
バイトは、ＨＰ情報バイトを含むｋ個のパケットの各々
から一ＨＰ情報バイトを取り出し、これらｋ個のバイト
から構成されたｈ個のパリティバイトを一度に一バイト
ずつｈ個の相異なったパケットに配置することでＲＳ
（ｎ，ｋ）コードワードを構成することにより決定され
る。ここで、ｎ＝ｋ＋ｈである。よって、これらｈ個の
パケットにおけるパリティバイトのバイト位置ｍ（ｍ
は、１からパケット内のＨＰ情報バイトの個数の間で変
化する）は、ＨＰ情報バイトから、ｋ個のパケットにお
いて同一のバイト位置ｍであるように導出される。これ
らｈ個のパケットにおける各バイト位置のパリティバイ
トは、他のｋ個のパケットにおける同一のバイト位置に
おけるＨＰ情報バイトから計算されるため、等長パケッ
トの各々は同一個数のＨＰデータバイトを有しており、
このＨＰデータバイトは全てが情報バイトであるか全て
がパリティバイトであるかのいずれかである。それゆ
え、各等長パケットは、同一個数のＬＰ情報バイトを含
んでいる。フレーム内のＨＰ情報バイトの個数はパケッ
ト数ｋによって必ずしも分割可能ではないため、必要に
応じてパッドバイトがｋ番目のパケットの終端部に付加
される。同様に、ＬＰ情報バイトに関しても、ｎ番目の
パケットにパッドバイトが適用される。
係るＭＰＥＧエンコーダ１０２からのＨＰデータ出力に
対して適用される。以下に詳細に記述されているよう
に、ＨＰ部分のバイト数及びＬＰ部分のバイト数は、最
大許容パケット長及びパケット保護に係る希望される度
合と共に、そのフレームに係るＨＰ情報バイト、ＬＰ情
報バイト、及びＨＰ保護パリティバイトがフィットする
等長パケット個数、ｎ、を決定するために用いられる。
本発明に従って、ｎ個の等長パケットの各々は、ＬＰ情
報バイトと、ＨＰ情報バイトとパリティバイトのうちの
いずれかとの双方の組み合わせを含んでいる。パリティ
バイトは、ＨＰ情報バイトを含むｋ個のパケットの各々
から一ＨＰ情報バイトを取り出し、これらｋ個のバイト
から構成されたｈ個のパリティバイトを一度に一バイト
ずつｈ個の相異なったパケットに配置することでＲＳ
（ｎ，ｋ）コードワードを構成することにより決定され
る。ここで、ｎ＝ｋ＋ｈである。よって、これらｈ個の
パケットにおけるパリティバイトのバイト位置ｍ（ｍ
は、１からパケット内のＨＰ情報バイトの個数の間で変
化する）は、ＨＰ情報バイトから、ｋ個のパケットにお
いて同一のバイト位置ｍであるように導出される。これ
らｈ個のパケットにおける各バイト位置のパリティバイ
トは、他のｋ個のパケットにおける同一のバイト位置に
おけるＨＰ情報バイトから計算されるため、等長パケッ
トの各々は同一個数のＨＰデータバイトを有しており、
このＨＰデータバイトは全てが情報バイトであるか全て
がパリティバイトであるかのいずれかである。それゆ
え、各等長パケットは、同一個数のＬＰ情報バイトを含
んでいる。フレーム内のＨＰ情報バイトの個数はパケッ
ト数ｋによって必ずしも分割可能ではないため、必要に
応じてパッドバイトがｋ番目のパケットの終端部に付加
される。同様に、ＬＰ情報バイトに関しても、ｎ番目の
パケットにパッドバイトが適用される。
【００２０】図２は、ＲＳ（４，３）符号に係るパケッ
トフレームグループの配置例を示した模式図である。図
より明らかなように、三つのパケット（ｋ＝３）がＨＰ
情報バイトとＬＰ情報バイトを含んでおり、一つのパケ
ット（ｈ＝１）がＨＰパリティバイトとＬＰ情報バイト
を含んでいる。この図に示されているようにパケットを
配置することにより、遅延を増大させることなく、与え
られたパケットロス保護レートに関するオーバーヘッド
量を最小になる。各パケットにおけるパケットヘッダ
は、パケット番号、パケットフレームグループ内のパケ
ット数（ｎ）、パケットフレームグループ内のパリティ
データを有するパケット数（ｈ）、当該フレームに係る
一時参照値、フレームタイプ（Ｉ、Ｐ、あるいはＢ）、
ＨＰ／ＬＰ優先度ブレークポイント、及び、各パケット
におけるＨＰ及びＬＰバイトの個数、を含んでいる。
トフレームグループの配置例を示した模式図である。図
より明らかなように、三つのパケット（ｋ＝３）がＨＰ
情報バイトとＬＰ情報バイトを含んでおり、一つのパケ
ット（ｈ＝１）がＨＰパリティバイトとＬＰ情報バイト
を含んでいる。この図に示されているようにパケットを
配置することにより、遅延を増大させることなく、与え
られたパケットロス保護レートに関するオーバーヘッド
量を最小になる。各パケットにおけるパケットヘッダ
は、パケット番号、パケットフレームグループ内のパケ
ット数（ｎ）、パケットフレームグループ内のパリティ
データを有するパケット数（ｈ）、当該フレームに係る
一時参照値、フレームタイプ（Ｉ、Ｐ、あるいはＢ）、
ＨＰ／ＬＰ優先度ブレークポイント、及び、各パケット
におけるＨＰ及びＬＰバイトの個数、を含んでいる。
【００２１】データ分割ＭＰＥＧエンコーダ１０２の出
力は、フレームに関連するビデオデータ入力ストリーム
に対して、二つのデータストリーム、すなわち出力１０
４上のＨＰ部分データストリームと出力１０５上のＬＰ
部分データストリームよりなり、双方がＦＥＣコーダ／
パケタイザ１０３に入力される。入力フレームのＨＰ部
分におけるバイト数、ＨＰ＃、と、入力フレームのＬＰ
部分におけるバイト数、ＬＰ＃、とが、コーダ／パケタ
イザ１０３内のプロセッサ１０６に入力される。以下に
詳細に記述されているように、フレーム当たりのバイト
数の所定の最大値と共にＨＰ＃及びＬＰ＃の値を用いる
ことによって、プロセッサ１０６は、パケットヘッダ、
ＨＰ部分情報バイト、ＨＰ部分パリティバイト、及びＬ
Ｐ部分情報バイト全てを含むフレーム全体を送信するた
めに必要とされるパケット数、ｎ、を決定する。さら
に、プロセッサ１０６は、所定の保護レベルで他のｋ個
のパケットにおいてＨＰ部分情報バイトを保護するため
に必要とされるパケット数、ｈ（＝ｎ−ｋ）、を決定す
る。プロセッサ１０６は、さらに、ｎ個のパケットの各
々のバイト長を決定する。その後、プロセッサ１０６
は、これらｎ個のパケットの各々に割り当てられるＨＰ
データ／パリティバイト及びＬＰデータバイトの個数
を、ｎ個のパケットの各々に割り当てられるＬＰ情報バ
イト数、ｋ個のパケットに割り当てられるＨＰ情報バイ
ト数、及び、その他のｈ個のパケットに割り当てられる
ＨＰパリティバイト数、のそれぞれと共に、図２の例に
示されているように決定する。
力は、フレームに関連するビデオデータ入力ストリーム
に対して、二つのデータストリーム、すなわち出力１０
４上のＨＰ部分データストリームと出力１０５上のＬＰ
部分データストリームよりなり、双方がＦＥＣコーダ／
パケタイザ１０３に入力される。入力フレームのＨＰ部
分におけるバイト数、ＨＰ＃、と、入力フレームのＬＰ
部分におけるバイト数、ＬＰ＃、とが、コーダ／パケタ
イザ１０３内のプロセッサ１０６に入力される。以下に
詳細に記述されているように、フレーム当たりのバイト
数の所定の最大値と共にＨＰ＃及びＬＰ＃の値を用いる
ことによって、プロセッサ１０６は、パケットヘッダ、
ＨＰ部分情報バイト、ＨＰ部分パリティバイト、及びＬ
Ｐ部分情報バイト全てを含むフレーム全体を送信するた
めに必要とされるパケット数、ｎ、を決定する。さら
に、プロセッサ１０６は、所定の保護レベルで他のｋ個
のパケットにおいてＨＰ部分情報バイトを保護するため
に必要とされるパケット数、ｈ（＝ｎ−ｋ）、を決定す
る。プロセッサ１０６は、さらに、ｎ個のパケットの各
々のバイト長を決定する。その後、プロセッサ１０６
は、これらｎ個のパケットの各々に割り当てられるＨＰ
データ／パリティバイト及びＬＰデータバイトの個数
を、ｎ個のパケットの各々に割り当てられるＬＰ情報バ
イト数、ｋ個のパケットに割り当てられるＨＰ情報バイ
ト数、及び、その他のｈ個のパケットに割り当てられる
ＨＰパリティバイト数、のそれぞれと共に、図２の例に
示されているように決定する。
【００２２】プロセッサ１０６が各々のパケットの配置
及びそれぞれのパケットの個数を決める全てのパラメー
タを決定すると、リードソロモンＲＳ（ｎ，ｋ）符号化
が、ＨＰ部分内の各バイト毎に実行される。詳細に述べ
れば、ＨＰ部分ビデオストリームがバイトインターリー
バ１０７に入力され、インターリーバ１０７は、プロセ
ッサ１０６によって決定されたパラメータに応答して、
シーケンシャルなコードワードを生成し、それらはリー
ドソロモンエンコーダ１０８に供給される。例えば、パ
ケット当たりのＨＰバイトが６５０と計算された場合に
は、ＨＰストリーム中の１番目、６５１番目、１３０１
番目、、、のバイトが、インターリーバ１０７によって
インターリーブされ、ＨＰパリティバイトを含むｈ個の
パケットに係る第一パリティバイト位置に対応するバイ
トを決定する目的で、ＲＳエンコーダ１０８への入力ワ
ードが形成される。その後、２番目、６５２番目、１３
０２番目、、、のバイトがインターリーブされ、ｈ個の
ＨＰパリティパケットに係る第二パリティバイト位置を
決定する目的で、ＲＳエンコーダ１０８への次の入力ワ
ードが構成される。このようにして、ＲＳエンコーダ１
０８にはｋバイトよりなる一連の入力ワードがシーケン
シャルに入力され、これらｋバイト入力ワードの各バイ
トは、ｋ個の相異なったパケットから取り出された各１
情報バイトがインターリーブされたものである。ｋバイ
ト入力ワードの各々に対して、ｈ個のパリティバイトが
決定される。よって、各ｋバイト入力ワードに対して、
ＲＳエンコーダ１０８は、ｋ個の情報バイト及びｈ個の
パリティバイトを含むｎ個のバイトワードを出力する。
及びそれぞれのパケットの個数を決める全てのパラメー
タを決定すると、リードソロモンＲＳ（ｎ，ｋ）符号化
が、ＨＰ部分内の各バイト毎に実行される。詳細に述べ
れば、ＨＰ部分ビデオストリームがバイトインターリー
バ１０７に入力され、インターリーバ１０７は、プロセ
ッサ１０６によって決定されたパラメータに応答して、
シーケンシャルなコードワードを生成し、それらはリー
ドソロモンエンコーダ１０８に供給される。例えば、パ
ケット当たりのＨＰバイトが６５０と計算された場合に
は、ＨＰストリーム中の１番目、６５１番目、１３０１
番目、、、のバイトが、インターリーバ１０７によって
インターリーブされ、ＨＰパリティバイトを含むｈ個の
パケットに係る第一パリティバイト位置に対応するバイ
トを決定する目的で、ＲＳエンコーダ１０８への入力ワ
ードが形成される。その後、２番目、６５２番目、１３
０２番目、、、のバイトがインターリーブされ、ｈ個の
ＨＰパリティパケットに係る第二パリティバイト位置を
決定する目的で、ＲＳエンコーダ１０８への次の入力ワ
ードが構成される。このようにして、ＲＳエンコーダ１
０８にはｋバイトよりなる一連の入力ワードがシーケン
シャルに入力され、これらｋバイト入力ワードの各バイ
トは、ｋ個の相異なったパケットから取り出された各１
情報バイトがインターリーブされたものである。ｋバイ
ト入力ワードの各々に対して、ｈ個のパリティバイトが
決定される。よって、各ｋバイト入力ワードに対して、
ＲＳエンコーダ１０８は、ｋ個の情報バイト及びｈ個の
パリティバイトを含むｎ個のバイトワードを出力する。
【００２３】ｎ個の相異なったパケットに適切に属する
バイトを含む、これら垂直方向に配置されたコードワー
ドを列方向に配置されたパケットフォーマットに再アセ
ンブルする目的で、デインターリーバ１０９が、ｎバイ
ト出力ワードからの各々のバイトをｎ個の相異なった列
のうちの個々の列に順次配置する。よって、これらｎ列
のうちの最初のｋ列は全てＨＰ情報バイトを含み、最後
のｈ列は全てＨＰパリティバイトを含んでいる。ｎ列が
再構成される場合には、これらの列の各々は、パケタイ
ザ１１０によって、パケットヘッダと、データ分割ＭＰ
ＥＧエンコーダ１０２のＬＰ出力１０５からの各々のパ
ケットに対して分配された、計算された固定数のＬＰ部
分情報バイトとに組み合わせられる。各々のパケット
は、図２にＲＳ（４，３）符号の場合に示されているフ
ォーマットで、ＵＤＰ／ＩＰネットワークにおける伝送
のために、出力１１１から順次出力される。
バイトを含む、これら垂直方向に配置されたコードワー
ドを列方向に配置されたパケットフォーマットに再アセ
ンブルする目的で、デインターリーバ１０９が、ｎバイ
ト出力ワードからの各々のバイトをｎ個の相異なった列
のうちの個々の列に順次配置する。よって、これらｎ列
のうちの最初のｋ列は全てＨＰ情報バイトを含み、最後
のｈ列は全てＨＰパリティバイトを含んでいる。ｎ列が
再構成される場合には、これらの列の各々は、パケタイ
ザ１１０によって、パケットヘッダと、データ分割ＭＰ
ＥＧエンコーダ１０２のＬＰ出力１０５からの各々のパ
ケットに対して分配された、計算された固定数のＬＰ部
分情報バイトとに組み合わせられる。各々のパケット
は、図２にＲＳ（４，３）符号の場合に示されているフ
ォーマットで、ＵＤＰ／ＩＰネットワークにおける伝送
のために、出力１１１から順次出力される。
【００２４】図２に示された例においては、フレーム情
報を含むパケットが伝送中に一つも失われなかった場合
には、ビデオ情報は完全にデコードされる（すなわち、
エンコードされたものと同一である）。一つのパケット
（あるいは、一般のＲＳ（ｎ，ｋ）符号化において最大
ｈ個のパケット）が失われた場合には、そのパケットに
含まれるＨＰ情報の全てがリードソロモンデコーダを用
いることによって回復可能である。しかしながら、失わ
れたパケット中のＬＰ情報データは、保護されていない
ために回復不能である。その結果、ＬＰデータが受信さ
れたマクロブロックに対応する画像の部分は完全にデコ
ードされ、ＬＰデータが失われたマクロブロックに対応
する画像の部分はそのマクロブロックに係るＨＰデータ
のみがデコードされる。ＨＰデータのみを用いてデコー
ドされたこれらのマクロブロックは、その画像を見る者
によって認識されうるものであるが、ＨＰ／ＬＰ優先度
ブレークポイントが適切に選択されている限りは、画像
として不快なものではない。ＨＰデータのみを用いてデ
コードされたマクロブロックの正確な画像品質は、この
ＨＰ／ＬＰ優先度ブレークポイントとビデオソースの素
材の特性に依存する。図１に示された実施例において
は、標準的なデータ分割ＭＰＥＧエンコーダ１０２が入
力ビデオストリームを圧縮／符号化してＨＰ及びＬＰ部
分を形成するために用いられているが、双方の部分にコ
ピーされる最低レベルのヘッダが画像ヘッダである。よ
って、いずれかのパケット及びそれに含まれていたＬＰ
部分情報が失われると、それは回復不能であり、次のパ
ケットにおいて受信されるＬＰ部分データは復号化プロ
セスに適切に組み込まれることが不可能になる。なぜな
ら、その受信されたデータが関連しているはずの識別可
能な空間的エントリポイントが、次の画像ヘッダが受信
されるまでは存在しないからである。よって、図１の実
施例に関しては、ＬＰ部分情報の喪失に係る知覚可能な
効果は、受信されたＬＰ部分情報内の次の画像ヘッダを
含むパケットが受信されるまで、持続する。その画像ヘ
ッダが受信されると、それ以降に引き続くＬＰ部分デー
タは受信されたＨＰ部分データに適切に組み込まれる。
報を含むパケットが伝送中に一つも失われなかった場合
には、ビデオ情報は完全にデコードされる（すなわち、
エンコードされたものと同一である）。一つのパケット
（あるいは、一般のＲＳ（ｎ，ｋ）符号化において最大
ｈ個のパケット）が失われた場合には、そのパケットに
含まれるＨＰ情報の全てがリードソロモンデコーダを用
いることによって回復可能である。しかしながら、失わ
れたパケット中のＬＰ情報データは、保護されていない
ために回復不能である。その結果、ＬＰデータが受信さ
れたマクロブロックに対応する画像の部分は完全にデコ
ードされ、ＬＰデータが失われたマクロブロックに対応
する画像の部分はそのマクロブロックに係るＨＰデータ
のみがデコードされる。ＨＰデータのみを用いてデコー
ドされたこれらのマクロブロックは、その画像を見る者
によって認識されうるものであるが、ＨＰ／ＬＰ優先度
ブレークポイントが適切に選択されている限りは、画像
として不快なものではない。ＨＰデータのみを用いてデ
コードされたマクロブロックの正確な画像品質は、この
ＨＰ／ＬＰ優先度ブレークポイントとビデオソースの素
材の特性に依存する。図１に示された実施例において
は、標準的なデータ分割ＭＰＥＧエンコーダ１０２が入
力ビデオストリームを圧縮／符号化してＨＰ及びＬＰ部
分を形成するために用いられているが、双方の部分にコ
ピーされる最低レベルのヘッダが画像ヘッダである。よ
って、いずれかのパケット及びそれに含まれていたＬＰ
部分情報が失われると、それは回復不能であり、次のパ
ケットにおいて受信されるＬＰ部分データは復号化プロ
セスに適切に組み込まれることが不可能になる。なぜな
ら、その受信されたデータが関連しているはずの識別可
能な空間的エントリポイントが、次の画像ヘッダが受信
されるまでは存在しないからである。よって、図１の実
施例に関しては、ＬＰ部分情報の喪失に係る知覚可能な
効果は、受信されたＬＰ部分情報内の次の画像ヘッダを
含むパケットが受信されるまで、持続する。その画像ヘ
ッダが受信されると、それ以降に引き続くＬＰ部分デー
タは受信されたＨＰ部分データに適切に組み込まれる。
【００２５】前述されているように、フレームデータの
パケットへの厳密な配置は、フレーム内のＨＰ部分情報
のバイト数とＬＰ部分情報のバイト数、ＲＳ（ｎ，ｋ）
符号のパラメータ、及びパケットサイズの関数である。
インターネットプロトコル（ＩＰ）伝送に関しては、こ
の実施例においては、最大パケットサイズが、１５００
バイトというイーサネット最大トランスポートユニット
（ＭＴＵ）サイズに設定されている。ＲＳ（ｎ，ｋ）符
号パラメータの選択は、フレームを送信するために必要
とされるパケット数、ネットワークロスコンディショ
ン、及び、受認可能と考えられるオーバーヘッドパーセ
ンテージに依存する。インターネットにおけるパケット
ロスはある程度バースト状に発生する傾向を有するた
め、ｋ／ｎ比は、ｎの小さな値に関しては小さく、ま
た、ｎの大きな値に関しては大きく選択することが可能
である。表１は、パケットロスのバースト状の性質に基
づいた、ｎ及びｋ値の対の例を表わしたものである。ｋ
／ｎ比は、ｎの小さな値に関しては小さく、また、ｎの
大きな値に関しては大きく選択されている。
パケットへの厳密な配置は、フレーム内のＨＰ部分情報
のバイト数とＬＰ部分情報のバイト数、ＲＳ（ｎ，ｋ）
符号のパラメータ、及びパケットサイズの関数である。
インターネットプロトコル（ＩＰ）伝送に関しては、こ
の実施例においては、最大パケットサイズが、１５００
バイトというイーサネット最大トランスポートユニット
（ＭＴＵ）サイズに設定されている。ＲＳ（ｎ，ｋ）符
号パラメータの選択は、フレームを送信するために必要
とされるパケット数、ネットワークロスコンディショ
ン、及び、受認可能と考えられるオーバーヘッドパーセ
ンテージに依存する。インターネットにおけるパケット
ロスはある程度バースト状に発生する傾向を有するた
め、ｋ／ｎ比は、ｎの小さな値に関しては小さく、ま
た、ｎの大きな値に関しては大きく選択することが可能
である。表１は、パケットロスのバースト状の性質に基
づいた、ｎ及びｋ値の対の例を表わしたものである。ｋ
／ｎ比は、ｎの小さな値に関しては小さく、また、ｎの
大きな値に関しては大きく選択されている。
【表１】
【００２６】表１に与えられているような（ｎ，ｋ）値
のリストが与えられると、各フレームに関して用いられ
る特定の（ｎ，ｋ）値の組が、反復プロセスを用いて決
定される。図３は、これらのパラメータを決定するため
にプロセッサ１０６が従うステップの詳細を示した流れ
図である。データ分割ＭＰＥＧエンコーダ１０２がビッ
トストリームをＨＰ部分及びＬＰ部分に分割した後に
は、ＨＰ部分にＨＰ＃バイト、ＬＰ部分にＬＰ＃バイト
が存在する。ステップ３０１においては、これらの情報
を送信するために必要とされるパケット数ｎが、最大パ
ケットサイズＰＳ maxを仮定して、初期推定される。こ
こで、本実施例においては、ＰＳmaxは、イーサネット
ＭＴＵサイズから用いられているパケットヘッダバイト
数を減算したものに等しい。初期推定ｎは、ｎ＝ｃｅｉ
ｌ（ＨＢ＃＋ＬＢ＃）／ＰＳmaxによって求められる。
ｃｅｉｌ（）はシーリング関数である。このように、ｎ
の初期推定は、ＨＰパリティバイトを考慮せずに計算さ
れるが、ＨＰパリティバイトもフレーム中に組み込まれ
なければならない。ステップ３０２においては、表１を
用いて、推定値ｎに対応するｋの値が読み出される。ス
テップ３０３においては、ＨＢ＃情報バイトに関して必
要とされるパケットサイズが、ＣｕｒＰａｃｋｅｔＳｉ
ｚｅ＝ｃｅｉｌ（ＨＢ＃／ｋ）＋ｃｅｉｌ（ＬＢ＃／
ｎ）から計算される。なぜなら、ＨＢ＃情報バイトはｋ
個のパケットに分割され（パリティバイトは、残りのｈ
個のパケットに分割される）、ＬＢ＃情報バイトはｎ個
のパケットに分割されるからである。ステップ３０４に
おいては、ＣｕｒＰａｃｋｅｔＳｉｚｅがＰＳmaxと比
較される。ＣｕｒＰａｃｋｅｔＳｉｚｅがＰＳmaxより
も小さい場合には、その時点での（ｎ，ｋ）値が用いら
れる。それ以外の場合には、パケットサイズが大きすぎ
ることになり、ｎが１だけインクリメントされる（ステ
ップ３０５）。表１から、このインクリメントされたｎ
の値に対して新たなｋの値が読み出される。その後、Ｃ
ｕｒＰａｃｋｅｔＳｉｚｅがこれら新たなパラメータを
用いて再計算される。このプロセスは、ＰＳmaxよりも
小さいＣｕｒＰａｃｋｅｔＳｉｚｅが計算された時点で
終了する。よって、ｎ個のフレームの各々におけるＨＰ
バイト（情報あるいはパリティ）の実際の数ＨＢＰがｃ
ｅｉｌ（ＨＢ＃／ｋ）に等しく、かつ、ｎ個のフレーム
の各々におけるＬＰバイトの実際の数ＬＰＢはｃｅｉｌ
（ＬＰ＃／ｎ）に等しく、各フレームにおける掃バイト
数からパケットヘッダバイト数を減じたものであるＴＰ
Ｂは、ＨＢＰ＋ＬＰＢに等しい。
のリストが与えられると、各フレームに関して用いられ
る特定の（ｎ，ｋ）値の組が、反復プロセスを用いて決
定される。図３は、これらのパラメータを決定するため
にプロセッサ１０６が従うステップの詳細を示した流れ
図である。データ分割ＭＰＥＧエンコーダ１０２がビッ
トストリームをＨＰ部分及びＬＰ部分に分割した後に
は、ＨＰ部分にＨＰ＃バイト、ＬＰ部分にＬＰ＃バイト
が存在する。ステップ３０１においては、これらの情報
を送信するために必要とされるパケット数ｎが、最大パ
ケットサイズＰＳ maxを仮定して、初期推定される。こ
こで、本実施例においては、ＰＳmaxは、イーサネット
ＭＴＵサイズから用いられているパケットヘッダバイト
数を減算したものに等しい。初期推定ｎは、ｎ＝ｃｅｉ
ｌ（ＨＢ＃＋ＬＢ＃）／ＰＳmaxによって求められる。
ｃｅｉｌ（）はシーリング関数である。このように、ｎ
の初期推定は、ＨＰパリティバイトを考慮せずに計算さ
れるが、ＨＰパリティバイトもフレーム中に組み込まれ
なければならない。ステップ３０２においては、表１を
用いて、推定値ｎに対応するｋの値が読み出される。ス
テップ３０３においては、ＨＢ＃情報バイトに関して必
要とされるパケットサイズが、ＣｕｒＰａｃｋｅｔＳｉ
ｚｅ＝ｃｅｉｌ（ＨＢ＃／ｋ）＋ｃｅｉｌ（ＬＢ＃／
ｎ）から計算される。なぜなら、ＨＢ＃情報バイトはｋ
個のパケットに分割され（パリティバイトは、残りのｈ
個のパケットに分割される）、ＬＢ＃情報バイトはｎ個
のパケットに分割されるからである。ステップ３０４に
おいては、ＣｕｒＰａｃｋｅｔＳｉｚｅがＰＳmaxと比
較される。ＣｕｒＰａｃｋｅｔＳｉｚｅがＰＳmaxより
も小さい場合には、その時点での（ｎ，ｋ）値が用いら
れる。それ以外の場合には、パケットサイズが大きすぎ
ることになり、ｎが１だけインクリメントされる（ステ
ップ３０５）。表１から、このインクリメントされたｎ
の値に対して新たなｋの値が読み出される。その後、Ｃ
ｕｒＰａｃｋｅｔＳｉｚｅがこれら新たなパラメータを
用いて再計算される。このプロセスは、ＰＳmaxよりも
小さいＣｕｒＰａｃｋｅｔＳｉｚｅが計算された時点で
終了する。よって、ｎ個のフレームの各々におけるＨＰ
バイト（情報あるいはパリティ）の実際の数ＨＢＰがｃ
ｅｉｌ（ＨＢ＃／ｋ）に等しく、かつ、ｎ個のフレーム
の各々におけるＬＰバイトの実際の数ＬＰＢはｃｅｉｌ
（ＬＰ＃／ｎ）に等しく、各フレームにおける掃バイト
数からパケットヘッダバイト数を減じたものであるＴＰ
Ｂは、ＨＢＰ＋ＬＰＢに等しい。
【００２７】具体例として、Ｐフレームが５６３２バイ
トを有していて、ＨＢ＃＝２１２９バイト、ＬＢ＃＝３
５０３ＬＰバイトと仮定する。ＰＳmaxは１４７５バイ
トに等しいものと仮定する。この値は、１５００バイト
というＭＴＵサイズからパケットヘッダ分の２５バイト
を減じたものである。パケット数の初期推定ｎは、ｎ＝
ｃｅｉｌ（（２１２９＋３５０３）／１４７５）＝ｃｅ
ｉｌ（３．８１８）＝４である。表１より、ｎ＝４に対
しては、ｋ＝３である。これらの値を用いて、ＨＰＢ、
ＬＰＢおよびＴＰＢが計算される： ＨＰＢ＝ｃｅｉｌ
（２１２９／３）＝７１０と ＬＰＢ＝ｃｅｉｌ（３５
０３／４）＝８７６と及び、ＴＰＢ＝７１０＋８７６＝
１５８６であり、これはＰＳmax＝１４７５よりも大き
い。よって、このパラメータの組は有効ではなく、さら
に反復が必要となる。次の反復においては、ｎは１だけ
インクリメントされて５になる。表１から、ｎ＝５に対
してはｋ＝４である。これらのパラメータを用いて、Ｈ
ＰＢ、ＬＰＢ及びＴＰＢが計算される： ＨＰＢ＝ｃｅ
ｉｌ（２１２９／４）＝５３３と ＬＰＢ＝ｃｅｉｌ
（３５０３／５）＝７０１と及び、 ＴＰＢ＝５３３＋
７０１＝１２３４である。このＴＰＢの値はＰＳmax＝
１４７５より小さい。
トを有していて、ＨＢ＃＝２１２９バイト、ＬＢ＃＝３
５０３ＬＰバイトと仮定する。ＰＳmaxは１４７５バイ
トに等しいものと仮定する。この値は、１５００バイト
というＭＴＵサイズからパケットヘッダ分の２５バイト
を減じたものである。パケット数の初期推定ｎは、ｎ＝
ｃｅｉｌ（（２１２９＋３５０３）／１４７５）＝ｃｅ
ｉｌ（３．８１８）＝４である。表１より、ｎ＝４に対
しては、ｋ＝３である。これらの値を用いて、ＨＰＢ、
ＬＰＢおよびＴＰＢが計算される： ＨＰＢ＝ｃｅｉｌ
（２１２９／３）＝７１０と ＬＰＢ＝ｃｅｉｌ（３５
０３／４）＝８７６と及び、ＴＰＢ＝７１０＋８７６＝
１５８６であり、これはＰＳmax＝１４７５よりも大き
い。よって、このパラメータの組は有効ではなく、さら
に反復が必要となる。次の反復においては、ｎは１だけ
インクリメントされて５になる。表１から、ｎ＝５に対
してはｋ＝４である。これらのパラメータを用いて、Ｈ
ＰＢ、ＬＰＢ及びＴＰＢが計算される： ＨＰＢ＝ｃｅ
ｉｌ（２１２９／４）＝５３３と ＬＰＢ＝ｃｅｉｌ
（３５０３／５）＝７０１と及び、 ＴＰＢ＝５３３＋
７０１＝１２３４である。このＴＰＢの値はＰＳmax＝
１４７５より小さい。
【００２８】フレームに関してパラメータｎ、ｋ、ＨＰ
Ｂ及びＬＢＰがひとたび決定されると、前述されたリー
ドソロモン符号化、及び、ＨＰ情報及びパリティバイト
及びＬＰ情報バイトのパケットへの配置が実行される。
詳細に述べれば、プロセッサ１０６がひとたびこれらの
パラメータを各フレームに係る分割済みＨＰ及びＬＰデ
ータから決定すると、前述されているように、そのフレ
ームのデータはインターリーブされ、ＲＳ符号化され、
デインターリーブされて、ＵＤＰ／ＩＰネットワークを
介した送出向けにパケット化される。
Ｂ及びＬＢＰがひとたび決定されると、前述されたリー
ドソロモン符号化、及び、ＨＰ情報及びパリティバイト
及びＬＰ情報バイトのパケットへの配置が実行される。
詳細に述べれば、プロセッサ１０６がひとたびこれらの
パラメータを各フレームに係る分割済みＨＰ及びＬＰデ
ータから決定すると、前述されているように、そのフレ
ームのデータはインターリーブされ、ＲＳ符号化され、
デインターリーブされて、ＵＤＰ／ＩＰネットワークを
介した送出向けにパケット化される。
【００２９】図１に示された実施例においては、データ
分割ＭＰＥＧエンコーダ１０２は、ビットストリームを
ＨＰ及びＬＰ部分に分割する目的で用いられる。図４
は、別の実施例を示すブロック図である。この実施例
は、厳密にはＭＰＥＧ規格に従ってはいないが、オーバ
ーヘッドを低減して性能を向上させる目的で、標準規格
に従ったＭＰＥＧエンコーダ及びデコーダを用いてい
る。この実施例は、ＭＰＥＧ−１あるいはＭＰＥＧ−２
ビデオ、及びＨ．２６１及びＨ．２６３等の他の同様の
ビデオ符号化標準に対して適用可能である。この実施例
においては、標準的なＭＰＥＧエンコーダ（あるいは他
の標準的なエンコーダ）４０１が、入力ビデオストリー
ムを圧縮符号化する。その後、データスプリッタ４０２
が、エンコーダ４０１の出力をＨＰ及びＬＰ部分に分割
する。本発明の目的に関しては、標準ＭＰＥＧエンコー
ダ４０１とデータスプリッタ４０２との組み合わせによ
り、図１に示されたデータ分割ＭＰＥＧエンコーダ１０
２と比較して、分割機能がより効率的かつ高性能に実行
されることが可能になる。詳細に述べれば、スライスヘ
ッダのみが双方の部分に複製され、他のデータは一方あ
るいは他方の部分にしか配置されず、双方ということは
ない。パケットのフレーム配置及びパケットヘッダそれ
自体におけるフレーム情報の含まれ方のために、画像ヘ
ッダ以上をそれぞれの部分に複製する必要が無く、オー
バーヘッドが最小化される。しかしながら、スライスヘ
ッダをＨＰ及びＬＰ部分の双方に配置することによっ
て、パケットロスに際してＬＰデータに係るエントリポ
イントが提供される。よって、パケットロスしたパケッ
トに引き続いて受信されたパケットにおいて、そのＬＰ
データは、デコーダが次のスライスヘッダをＬＰ部分デ
ータと共に受信した後に、デコードされる画像に組み込
まれる。図１に示された、パケットロスに引き続いて受
信したＬＰデータの挿入ポイントが次のフレームである
実施例と比較して、図４の実施例はＬＰデータの挿入ポ
イントが次のスライスであり、デコードされるビデオ信
号の画質が向上する。
分割ＭＰＥＧエンコーダ１０２は、ビットストリームを
ＨＰ及びＬＰ部分に分割する目的で用いられる。図４
は、別の実施例を示すブロック図である。この実施例
は、厳密にはＭＰＥＧ規格に従ってはいないが、オーバ
ーヘッドを低減して性能を向上させる目的で、標準規格
に従ったＭＰＥＧエンコーダ及びデコーダを用いてい
る。この実施例は、ＭＰＥＧ−１あるいはＭＰＥＧ−２
ビデオ、及びＨ．２６１及びＨ．２６３等の他の同様の
ビデオ符号化標準に対して適用可能である。この実施例
においては、標準的なＭＰＥＧエンコーダ（あるいは他
の標準的なエンコーダ）４０１が、入力ビデオストリー
ムを圧縮符号化する。その後、データスプリッタ４０２
が、エンコーダ４０１の出力をＨＰ及びＬＰ部分に分割
する。本発明の目的に関しては、標準ＭＰＥＧエンコー
ダ４０１とデータスプリッタ４０２との組み合わせによ
り、図１に示されたデータ分割ＭＰＥＧエンコーダ１０
２と比較して、分割機能がより効率的かつ高性能に実行
されることが可能になる。詳細に述べれば、スライスヘ
ッダのみが双方の部分に複製され、他のデータは一方あ
るいは他方の部分にしか配置されず、双方ということは
ない。パケットのフレーム配置及びパケットヘッダそれ
自体におけるフレーム情報の含まれ方のために、画像ヘ
ッダ以上をそれぞれの部分に複製する必要が無く、オー
バーヘッドが最小化される。しかしながら、スライスヘ
ッダをＨＰ及びＬＰ部分の双方に配置することによっ
て、パケットロスに際してＬＰデータに係るエントリポ
イントが提供される。よって、パケットロスしたパケッ
トに引き続いて受信されたパケットにおいて、そのＬＰ
データは、デコーダが次のスライスヘッダをＬＰ部分デ
ータと共に受信した後に、デコードされる画像に組み込
まれる。図１に示された、パケットロスに引き続いて受
信したＬＰデータの挿入ポイントが次のフレームである
実施例と比較して、図４の実施例はＬＰデータの挿入ポ
イントが次のスライスであり、デコードされるビデオ信
号の画質が向上する。
【００３０】前述されているように、データ分割ＭＰＥ
Ｇデコーダ１０２は、Ｉフレームにおけるエラーが他の
フレームに伝播することによる影響を最小化する目的
で、全てのＩフレームデータがＨＰ部分に配置されるよ
うにＩフレームを分割する。Ｂフレームは予測に用いら
れないため、データ分割標準を介して可能な限り多くの
データがＬＰ部分に配置される。図４に示された実施例
においては、標準に従ってある程度のデータがＨＰ部分
に必要とされる図１に示された実施例の場合とは異なっ
て、全てのＢフレームに係る全てのデータがＬＰ部分に
配置される。図１の実施例と図４の実施例の双方におい
て、Ｐフレームデータは、前述された様式で、ＨＰ及び
ＬＰ部分に分割される。各々のＰフレーム内では、マク
ロブロックはフレーム間符号化されるかフレーム内符号
化されるかのいずれかである。図４に示された実施例に
おいては、各Ｐフレームにおけるフレーム間及びフレー
ム内符号化マクロブロックに対して相異なった優先度ブ
レークポイントが選択されるが、このことは、データ分
割ＭＰＥＧエンコーダ１０２では不可能である。ＨＰ部
分のみ（すなわち、ＬＰ部分無しで）デコードされたフ
レーム間符号化マクロブロックは、直前のフレームにお
ける対応する動き補償済みマクロブロックからの高周波
数情報を保持しうるが、フレーム内符号化マクロブロッ
クは保持しない。よって、フレーム内符号化マクロブロ
ックに対する優先度ブレークポイントを、ＨＰ部分にお
けるＤＣＴ係数をフレーム間符号化マクロブロックより
もより多く含むように設定することが望ましい。このこ
とによって、与えられた品質レベルに対するオーバーヘ
ッドレートが低減され、同一のオーバーヘッドレートに
対する品質が向上する。
Ｇデコーダ１０２は、Ｉフレームにおけるエラーが他の
フレームに伝播することによる影響を最小化する目的
で、全てのＩフレームデータがＨＰ部分に配置されるよ
うにＩフレームを分割する。Ｂフレームは予測に用いら
れないため、データ分割標準を介して可能な限り多くの
データがＬＰ部分に配置される。図４に示された実施例
においては、標準に従ってある程度のデータがＨＰ部分
に必要とされる図１に示された実施例の場合とは異なっ
て、全てのＢフレームに係る全てのデータがＬＰ部分に
配置される。図１の実施例と図４の実施例の双方におい
て、Ｐフレームデータは、前述された様式で、ＨＰ及び
ＬＰ部分に分割される。各々のＰフレーム内では、マク
ロブロックはフレーム間符号化されるかフレーム内符号
化されるかのいずれかである。図４に示された実施例に
おいては、各Ｐフレームにおけるフレーム間及びフレー
ム内符号化マクロブロックに対して相異なった優先度ブ
レークポイントが選択されるが、このことは、データ分
割ＭＰＥＧエンコーダ１０２では不可能である。ＨＰ部
分のみ（すなわち、ＬＰ部分無しで）デコードされたフ
レーム間符号化マクロブロックは、直前のフレームにお
ける対応する動き補償済みマクロブロックからの高周波
数情報を保持しうるが、フレーム内符号化マクロブロッ
クは保持しない。よって、フレーム内符号化マクロブロ
ックに対する優先度ブレークポイントを、ＨＰ部分にお
けるＤＣＴ係数をフレーム間符号化マクロブロックより
もより多く含むように設定することが望ましい。このこ
とによって、与えられた品質レベルに対するオーバーヘ
ッドレートが低減され、同一のオーバーヘッドレートに
対する品質が向上する。
【００３１】データスプリッタ４０２のＨＰ及びＬＰ出
力は、ＦＥＣコーダ／パケタイザ４０３に供給される。
これは、図１に示されたＦＥＣコーダ／パケタイザと同
様に機能するものであり、その機能については前述され
ている。ＦＥＣコーダ／パケタイザ４０３によって出力
されるパケットは、ＵＤＰ／ＩＰネットワークを介して
送出される。
力は、ＦＥＣコーダ／パケタイザ４０３に供給される。
これは、図１に示されたＦＥＣコーダ／パケタイザと同
様に機能するものであり、その機能については前述され
ている。ＦＥＣコーダ／パケタイザ４０３によって出力
されるパケットは、ＵＤＰ／ＩＰネットワークを介して
送出される。
【００３２】図４に示された実施例においては、個別の
標準ＭＰＥＧエンコーダ４０１及びデータスプリッタ４
０２が含まれているが、前述されたデータ分割操作をサ
ポートするデータコーダも、エンコーダ４０１及びスプ
リッタ４０２が実行する機能と同一の機能を等しく実行
することが可能であることに留意されたい。
標準ＭＰＥＧエンコーダ４０１及びデータスプリッタ４
０２が含まれているが、前述されたデータ分割操作をサ
ポートするデータコーダも、エンコーダ４０１及びスプ
リッタ４０２が実行する機能と同一の機能を等しく実行
することが可能であることに留意されたい。
【００３３】図１及び図４の実施例におけるエンコーダ
ネットワークは、それらのネットワークに接続された対
応するデコーダ宛に、出力パケットを公衆インターネッ
トなどのＵＤＰ／ＩＰネットワークを介して送出する。
マルチキャストエンコーダの場合には、送信は、送信さ
れる情報を各々受信する複数のエンドユーザ宛の同時ブ
ロードキャストである。この種の相異なったエンドユー
ザ宛の経路に沿って相異なったパケットが失われうるた
め、パケットロスを保護する目的で本発明において用い
られているＦＥＣ技法は、個々のデコーダがそのエンド
ユーザ宛の経路において失われた特定のパケットを、エ
ンコーダによって用いられた特定のＲＳ符号によって提
供されるパケット保護レベルまで回復することを可能に
する。
ネットワークは、それらのネットワークに接続された対
応するデコーダ宛に、出力パケットを公衆インターネッ
トなどのＵＤＰ／ＩＰネットワークを介して送出する。
マルチキャストエンコーダの場合には、送信は、送信さ
れる情報を各々受信する複数のエンドユーザ宛の同時ブ
ロードキャストである。この種の相異なったエンドユー
ザ宛の経路に沿って相異なったパケットが失われうるた
め、パケットロスを保護する目的で本発明において用い
られているＦＥＣ技法は、個々のデコーダがそのエンド
ユーザ宛の経路において失われた特定のパケットを、エ
ンコーダによって用いられた特定のＲＳ符号によって提
供されるパケット保護レベルまで回復することを可能に
する。
【００３４】図１に示されたエンコーダネットワークに
係るデコーダネットワーク５００が図５に示されてい
る。データ分割ＭＰＥＧエンコーダ１０２が図１に示さ
れたエンコーダネットワークにおいては用いられている
ため、図５のデコーダネットワークは、対応するデータ
分割ＭＰＥＧデコーダ５１０を組み込んでいる。図５に
おいては、ＵＤＰ／ＩＰネットワーク５０１を介してエ
ンコーダネットワークによって送信された一連のパケッ
トが、デパケタイザ／デコーダ５０２に入力される。デ
パケタイザ／デコーダ５０２は、連続したパケットを受
信して各々のパケットからヘッダ情報を抜き取り、それ
をプロセッサ５０４へ供給するデパケタイザ５０３を有
する。パケットヘッダ情報には、パケット番号とフレー
ム番とフレームタイプ（Ｉ、Ｂ、Ｐ）とフレームの構造
を規定する（ｎ，ｋ）フレームパラメータと、各々のパ
ケットにおけるＨＰ部分のバイト数、ＨＰＢ、及び、Ｌ
Ｐ部分のバイト、ＬＰＢが含まれる。プロセッサ５０４
は、ヘッダ情報からフレームの開始を決定し、パラメー
タｎから多くのパケットが当該フレームを規定するため
に用いられることを“知る”。さらに、受信したパケッ
ト番号から、プロセッサ５０４は、これらｎ個のパケッ
トのうちのどの特定のパケットが失われたか、及び、こ
れらｎ個の一連のパケットの中での失われたパケットの
位置を決定する。プロセッサ５０４よりこの種の全ての
情報を受容すると、デパケタイザ５０３はフレーム内の
各々のパケットからパケットヘッダを取り除き、各パケ
ット内のデータをＨＰ部分及びＬＰ部分に分割する。失
われたと決定されたパケットに関しては、デパケタイザ
５０３は、ＨＰ及びＬＰデータストリームに“０”バイ
トあるいはエラーコードを挿入する。デパケタイザ５０
３のＨＰシリアルバイトストリームは、ＨＰデータを含
むｎ個のサブパケットよりなり、各々のサブパケットが
ＨＰＢバイトを含んでいる。このＨＰストリームはイン
ターリーバ５０５に入力され、複数のサブパケットにわ
たって存在するＲＳ（ｎ，ｋ）符号化ワードをデコード
し、最大ｈ個の失われたパケットからの失われたデータ
を置換する。よってサブパケットにわたる各々のバイト
位置に関しては、そのバイト位置におけるそれらサブパ
ケットの各々からバイトが選択され、ＲＳデコーダ５０
６へ入力ワード形成される。
係るデコーダネットワーク５００が図５に示されてい
る。データ分割ＭＰＥＧエンコーダ１０２が図１に示さ
れたエンコーダネットワークにおいては用いられている
ため、図５のデコーダネットワークは、対応するデータ
分割ＭＰＥＧデコーダ５１０を組み込んでいる。図５に
おいては、ＵＤＰ／ＩＰネットワーク５０１を介してエ
ンコーダネットワークによって送信された一連のパケッ
トが、デパケタイザ／デコーダ５０２に入力される。デ
パケタイザ／デコーダ５０２は、連続したパケットを受
信して各々のパケットからヘッダ情報を抜き取り、それ
をプロセッサ５０４へ供給するデパケタイザ５０３を有
する。パケットヘッダ情報には、パケット番号とフレー
ム番とフレームタイプ（Ｉ、Ｂ、Ｐ）とフレームの構造
を規定する（ｎ，ｋ）フレームパラメータと、各々のパ
ケットにおけるＨＰ部分のバイト数、ＨＰＢ、及び、Ｌ
Ｐ部分のバイト、ＬＰＢが含まれる。プロセッサ５０４
は、ヘッダ情報からフレームの開始を決定し、パラメー
タｎから多くのパケットが当該フレームを規定するため
に用いられることを“知る”。さらに、受信したパケッ
ト番号から、プロセッサ５０４は、これらｎ個のパケッ
トのうちのどの特定のパケットが失われたか、及び、こ
れらｎ個の一連のパケットの中での失われたパケットの
位置を決定する。プロセッサ５０４よりこの種の全ての
情報を受容すると、デパケタイザ５０３はフレーム内の
各々のパケットからパケットヘッダを取り除き、各パケ
ット内のデータをＨＰ部分及びＬＰ部分に分割する。失
われたと決定されたパケットに関しては、デパケタイザ
５０３は、ＨＰ及びＬＰデータストリームに“０”バイ
トあるいはエラーコードを挿入する。デパケタイザ５０
３のＨＰシリアルバイトストリームは、ＨＰデータを含
むｎ個のサブパケットよりなり、各々のサブパケットが
ＨＰＢバイトを含んでいる。このＨＰストリームはイン
ターリーバ５０５に入力され、複数のサブパケットにわ
たって存在するＲＳ（ｎ，ｋ）符号化ワードをデコード
し、最大ｈ個の失われたパケットからの失われたデータ
を置換する。よってサブパケットにわたる各々のバイト
位置に関しては、そのバイト位置におけるそれらサブパ
ケットの各々からバイトが選択され、ＲＳデコーダ５０
６へ入力ワード形成される。
【００３５】例として、図２に示された、ｎが４に等し
くｋが３に等しフレーム構造を用い、ＨＰＢが６５０バ
イトに等しいとすると、インターリーバ５０５は、ＨＰ
バイトストリームにおける１番目、６５１番目、１３０
１番目、及び１９５１番目のバイトを選択し、ＲＳデコ
ーダ５０６への４バイト入力ワーを構成する。ＲＳデコ
ーダ５０６は、対応する３バイト出力ワードを決定し、
これら３バイト出力ワードの各々のバイトが三つの情報
サブパケットの第一バイト位置におけるＨＰバイトとな
る。次に、インターリーバ５０５は、ＨＰバイトストリ
ーム中の２番目、６５２番目、１３０２番目及び１９５
２番目のバイトを、三つの情報サブパケットの各々にお
ける第二バイト位置を決定する目的で、ＲＳデコーダ５
０６へ供給する。同様に、インターリーバ５０５は３番
目から６５０番目のバイトを処理する。このようにし
て、各々のバイト位置における三つの情報バイトは、Ｒ
Ｓデコーダ５０６によって順次出力される。ＲＳ（３，
４）符号は最大一つの抹消の修正を行なうことが可能で
あるため、四つの内の一つのパケットが失われてデコー
ダネットワーク５００によって受信されない場合には、
ＲＳデコーダ５０６は、失われたＨＰサブパケットにお
ける各々のバイト位置での失われたバイトを決定する。
よって、プロセッサ５０４が第三パケットが失われたと
決定した場合には、ＨＰバイトストリームにおける１３
０１番目から１９５０番目までのバイトの各々のバイト
位置に“０”バイトが挿入される。プロセッサ５０４
は、これら失われたバイトの位置をＲＳデコーダ５０６
に供給し、ＲＳデコーダ５０６は、三つの受信済みパケ
ットからのバイトの供給を順次受ける際に、第三パケッ
トの各々のバイト位置における個々の失われたバイトを
回復する。よって、ＲＳデコーダ５０４は、失われた単
一の第三パケットにおけるＨＰデータのサブパケット全
体を回復することが可能となる。この例において、二つ
以上のパケットが失われた場合、あるいは、一般にｈ個
より多くのパケットが失われた場合には、ＲＳデコーダ
は失われたデータを再生成することができず、データ分
割ＭＰＥＧデコーダ５１０によって認識されうるシーケ
ンスエラーコードが回復されたデータ中のＨＰデータス
トリームの当該位置に挿入される。
くｋが３に等しフレーム構造を用い、ＨＰＢが６５０バ
イトに等しいとすると、インターリーバ５０５は、ＨＰ
バイトストリームにおける１番目、６５１番目、１３０
１番目、及び１９５１番目のバイトを選択し、ＲＳデコ
ーダ５０６への４バイト入力ワーを構成する。ＲＳデコ
ーダ５０６は、対応する３バイト出力ワードを決定し、
これら３バイト出力ワードの各々のバイトが三つの情報
サブパケットの第一バイト位置におけるＨＰバイトとな
る。次に、インターリーバ５０５は、ＨＰバイトストリ
ーム中の２番目、６５２番目、１３０２番目及び１９５
２番目のバイトを、三つの情報サブパケットの各々にお
ける第二バイト位置を決定する目的で、ＲＳデコーダ５
０６へ供給する。同様に、インターリーバ５０５は３番
目から６５０番目のバイトを処理する。このようにし
て、各々のバイト位置における三つの情報バイトは、Ｒ
Ｓデコーダ５０６によって順次出力される。ＲＳ（３，
４）符号は最大一つの抹消の修正を行なうことが可能で
あるため、四つの内の一つのパケットが失われてデコー
ダネットワーク５００によって受信されない場合には、
ＲＳデコーダ５０６は、失われたＨＰサブパケットにお
ける各々のバイト位置での失われたバイトを決定する。
よって、プロセッサ５０４が第三パケットが失われたと
決定した場合には、ＨＰバイトストリームにおける１３
０１番目から１９５０番目までのバイトの各々のバイト
位置に“０”バイトが挿入される。プロセッサ５０４
は、これら失われたバイトの位置をＲＳデコーダ５０６
に供給し、ＲＳデコーダ５０６は、三つの受信済みパケ
ットからのバイトの供給を順次受ける際に、第三パケッ
トの各々のバイト位置における個々の失われたバイトを
回復する。よって、ＲＳデコーダ５０４は、失われた単
一の第三パケットにおけるＨＰデータのサブパケット全
体を回復することが可能となる。この例において、二つ
以上のパケットが失われた場合、あるいは、一般にｈ個
より多くのパケットが失われた場合には、ＲＳデコーダ
は失われたデータを再生成することができず、データ分
割ＭＰＥＧデコーダ５１０によって認識されうるシーケ
ンスエラーコードが回復されたデータ中のＨＰデータス
トリームの当該位置に挿入される。
【００３６】ＲＳデコーダ５０６はｎバイトの入力ワー
ドの各々に対してｋバイトワードを出力し、前記ｋバイ
トの各々が相異なったサブパケットに関連しているた
め、デインターリーバ５０７は、各々のｋバイト出力ワ
ードを一度に一バイトずつｋ個の個々のＨＰサブパケッ
トへ再度シーケンスに組み直し、送信された各々のパケ
ット中のＨＰ情報を再形成する。再生成され、必要な場
合には回復されてデインターリーバ５０７によって出力
され、データ分割ＭＰＥＧデコーダ５１０の第一入力に
入力される。失われたパケットが回復不能なところは、
データストリームがシーケンスエラーコードを含んでい
る。
ドの各々に対してｋバイトワードを出力し、前記ｋバイ
トの各々が相異なったサブパケットに関連しているた
め、デインターリーバ５０７は、各々のｋバイト出力ワ
ードを一度に一バイトずつｋ個の個々のＨＰサブパケッ
トへ再度シーケンスに組み直し、送信された各々のパケ
ット中のＨＰ情報を再形成する。再生成され、必要な場
合には回復されてデインターリーバ５０７によって出力
され、データ分割ＭＰＥＧデコーダ５１０の第一入力に
入力される。失われたパケットが回復不能なところは、
データストリームがシーケンスエラーコードを含んでい
る。
【００３７】デパケタイザ５０３によって導出されたｎ
個のＬＰサブパケットにおけるＬＰ情報は、データ分割
ＭＰＥＧデコーダ５１０の第二入力に同時に入力され
る。これらのパケットが失われた場合には、ＬＰデータ
は回復され得ない。なぜなら、フォワードエラー／抹消
修正はＬＰ部分には適用されないからである。それゆ
え、これらのパケットに関しては、デパケタイザ５０３
のＬＰ出力には、失われたものであるとデータ分割ＭＰ
Ｅデコーダ５１０によって認識されるようなコードワー
ドが含まれる。
個のＬＰサブパケットにおけるＬＰ情報は、データ分割
ＭＰＥＧデコーダ５１０の第二入力に同時に入力され
る。これらのパケットが失われた場合には、ＬＰデータ
は回復され得ない。なぜなら、フォワードエラー／抹消
修正はＬＰ部分には適用されないからである。それゆ
え、これらのパケットに関しては、デパケタイザ５０３
のＬＰ出力には、失われたものであるとデータ分割ＭＰ
Ｅデコーダ５１０によって認識されるようなコードワー
ドが含まれる。
【００３８】いずれのパケットも失われなかった場合に
は、データ分割ＭＰＥＧデコーダ５１０へのＬＰ及びＨ
Ｐデータストリーム入力は、図１のデータ分割ＭＰＥＧ
エンコーダ１０２のＬＰ及びＨＰデータストリーム出力
と等価である。最大ｈ個のパケットが失われた場合に
は、デコーダ５１０へ入力されるＨＰデータストリーム
はエンコーダ１０２によって出力されたＨＰデータスト
リームと等価であり、デコーダ５１０へ入力されるＬＰ
データストリームには、失われたデータをマークするコ
ードワードが含まれる。ｈ個より多くのパケットが失わ
れてＲＳデコーダ５０６が失われたＨＰデータを回復で
きない場合には、データ分割ＭＰＥＧデコーダ５１０へ
入力されるＨＰ及びＬＰデータストリームの双方が失わ
れたデータ、すなわち、ＨＰデータストリームは実際の
データが欠落していることを示すシーケンスエラーコー
ドを、ＬＰデータストリームは失われたデータであるこ
とを示す認識可能なコードワードを、それぞれ含んでい
る。
は、データ分割ＭＰＥＧデコーダ５１０へのＬＰ及びＨ
Ｐデータストリーム入力は、図１のデータ分割ＭＰＥＧ
エンコーダ１０２のＬＰ及びＨＰデータストリーム出力
と等価である。最大ｈ個のパケットが失われた場合に
は、デコーダ５１０へ入力されるＨＰデータストリーム
はエンコーダ１０２によって出力されたＨＰデータスト
リームと等価であり、デコーダ５１０へ入力されるＬＰ
データストリームには、失われたデータをマークするコ
ードワードが含まれる。ｈ個より多くのパケットが失わ
れてＲＳデコーダ５０６が失われたＨＰデータを回復で
きない場合には、データ分割ＭＰＥＧデコーダ５１０へ
入力されるＨＰ及びＬＰデータストリームの双方が失わ
れたデータ、すなわち、ＨＰデータストリームは実際の
データが欠落していることを示すシーケンスエラーコー
ドを、ＬＰデータストリームは失われたデータであるこ
とを示す認識可能なコードワードを、それぞれ含んでい
る。
【００３９】データ分割ＭＰＥＧデコーダ５１０は、Ｌ
Ｐ部分データ及びＨＰ部分データの入力に応答して、標
準化されたアルゴリズムに従って、送信されたビデオデ
ータを伸長して再形成する。フレーム内において、対応
するＨＰデータが（実際に受信されたかあるいは回復さ
れたかのいずれかで）利用可能であるがＬＰデータが利
用可能ではない特定のペルに関しては、再構成されたビ
デオフレームのビデオ品質が劣化する。さらに、再構成
されたビデオフレームにおける、失われたＬＰ部分デー
タに関連しているそれらのペルに走査の観点で引き続く
空間的部分も同様に品質が劣化する。なぜなら、次に受
信されたパケットにおけるＬＰ部分データは当該フレー
ム内の特定の空間的ポイントに関連させられること、従
ってＨＰデータに関連させられることが不可能であるか
らである。前述されているように、画像ヘッダのみがＨ
Ｐ及びＬＰ部分の双方に含まれている。よって、次の画
像ヘッダが受信されるまでは、ビデオフレーム内の、失
われたパケットに引き続く全てのＬＰ部分のデータが、
ビデオ信号をデコードして再構成する目的で、空間的に
対応するＨＰデータに組み合わせられることが不可能で
ある。さらに、本実施例においては、個別のＨＰ及びＬ
Ｐ部分に分割されるフレームタイプはＰフレームであっ
て、これらは次のフレームを予測する目的で使用される
ため、当該フレームの残りの部分を再構成するためのＬ
Ｐ部分の喪失は、次のＰ及びＢフレームの品質に影響を
与える。しかしながら、その影響は、より重要なＨＰ部
分データが保護されている、本発明に係る実施例を用い
ない場合に引き起こされるデータの総喪失の影響に比べ
れば、遥かに低減されたものである。伝送に際してｈ個
より多くのパケットが失われる場合には、ＨＰ部分デー
タ及びＬＰ部分データの双方が失われて回復され得な
い。よって、標準的なエラー打ち消し技法が、ビデオ品
質の低減を最小にする目的で用いられる。
Ｐ部分データ及びＨＰ部分データの入力に応答して、標
準化されたアルゴリズムに従って、送信されたビデオデ
ータを伸長して再形成する。フレーム内において、対応
するＨＰデータが（実際に受信されたかあるいは回復さ
れたかのいずれかで）利用可能であるがＬＰデータが利
用可能ではない特定のペルに関しては、再構成されたビ
デオフレームのビデオ品質が劣化する。さらに、再構成
されたビデオフレームにおける、失われたＬＰ部分デー
タに関連しているそれらのペルに走査の観点で引き続く
空間的部分も同様に品質が劣化する。なぜなら、次に受
信されたパケットにおけるＬＰ部分データは当該フレー
ム内の特定の空間的ポイントに関連させられること、従
ってＨＰデータに関連させられることが不可能であるか
らである。前述されているように、画像ヘッダのみがＨ
Ｐ及びＬＰ部分の双方に含まれている。よって、次の画
像ヘッダが受信されるまでは、ビデオフレーム内の、失
われたパケットに引き続く全てのＬＰ部分のデータが、
ビデオ信号をデコードして再構成する目的で、空間的に
対応するＨＰデータに組み合わせられることが不可能で
ある。さらに、本実施例においては、個別のＨＰ及びＬ
Ｐ部分に分割されるフレームタイプはＰフレームであっ
て、これらは次のフレームを予測する目的で使用される
ため、当該フレームの残りの部分を再構成するためのＬ
Ｐ部分の喪失は、次のＰ及びＢフレームの品質に影響を
与える。しかしながら、その影響は、より重要なＨＰ部
分データが保護されている、本発明に係る実施例を用い
ない場合に引き起こされるデータの総喪失の影響に比べ
れば、遥かに低減されたものである。伝送に際してｈ個
より多くのパケットが失われる場合には、ＨＰ部分デー
タ及びＬＰ部分データの双方が失われて回復され得な
い。よって、標準的なエラー打ち消し技法が、ビデオ品
質の低減を最小にする目的で用いられる。
【００４０】図４に示されたエンコーダネットワークに
係るデコーダネットワーク６００が、図６に示されてい
る。デコーダネットワークのこの実施例においては、デ
パケタイザ／デコーダ６０１が、図４のエンコーダネッ
トワークによって送出されたデータストリームをＵＤＰ
／ＩＰネットワークから受信する。デパケタイザ／デコ
ーダ６０１は、図５に示されたデパケタイザ／デコーダ
５０２と同一の様式で機能し、図５に関連した記述にお
いて示されているものと同一のエレメントを含んでい
る。よって、デパケタイザ、インターリーバ、ＲＳデコ
ーダ、デインターリーバに関してはここでは詳細には記
述されない。デパケタイザ／デコーダ６０１の出力は、
図５のデパケタイザ／デコーダ５０２の出力と同様に、
ＬＰ及びＨＰ部分ストリームである。フレーム内のいず
れのパケットも失われない場合には、このＬＰ及びＨＰ
部分は、図４のエンコーダネットワークにおけるデータ
スプリッタ４０２の出力と等価である。１個からｈ個ま
でのパケットが失われた場合には、失われた全てのＨＰ
データが回復され、ＨＰデータストリームはデータスプ
リッタ４０２の出力と等価となる。しかしながら、デパ
ケタイザ／デコーダ６０１によって出力されるＬＰスト
リームは、ＬＰデータが失われたことを示すコードワー
ドを含んでいる。ｈ個より多くのパケットが失われた場
合には、ＨＰ及びＬＰデータストリームの双方がエラー
コードを含んでいる。あるいは、デパケタイザ／デコー
ダ６０１は、失われたＨＰ及びＬＰ情報の位置を表わす
情報をデータマージャ６０２宛に送出する。
係るデコーダネットワーク６００が、図６に示されてい
る。デコーダネットワークのこの実施例においては、デ
パケタイザ／デコーダ６０１が、図４のエンコーダネッ
トワークによって送出されたデータストリームをＵＤＰ
／ＩＰネットワークから受信する。デパケタイザ／デコ
ーダ６０１は、図５に示されたデパケタイザ／デコーダ
５０２と同一の様式で機能し、図５に関連した記述にお
いて示されているものと同一のエレメントを含んでい
る。よって、デパケタイザ、インターリーバ、ＲＳデコ
ーダ、デインターリーバに関してはここでは詳細には記
述されない。デパケタイザ／デコーダ６０１の出力は、
図５のデパケタイザ／デコーダ５０２の出力と同様に、
ＬＰ及びＨＰ部分ストリームである。フレーム内のいず
れのパケットも失われない場合には、このＬＰ及びＨＰ
部分は、図４のエンコーダネットワークにおけるデータ
スプリッタ４０２の出力と等価である。１個からｈ個ま
でのパケットが失われた場合には、失われた全てのＨＰ
データが回復され、ＨＰデータストリームはデータスプ
リッタ４０２の出力と等価となる。しかしながら、デパ
ケタイザ／デコーダ６０１によって出力されるＬＰスト
リームは、ＬＰデータが失われたことを示すコードワー
ドを含んでいる。ｈ個より多くのパケットが失われた場
合には、ＨＰ及びＬＰデータストリームの双方がエラー
コードを含んでいる。あるいは、デパケタイザ／デコー
ダ６０１は、失われたＨＰ及びＬＰ情報の位置を表わす
情報をデータマージャ６０２宛に送出する。
【００４１】デパケタイザ／デコーダ６０１によって出
力されるＬＰ及びＨＰデータストリームはデータマージ
ャ６０２に入力され、これらのデータストリームが、標
準ＭＰＥＧデコーダ６０３によって復号化かされ得るフ
ォーマットを有する単一のデータストリームに組み合わ
せられる。ＭＰＥＧデコーダ６０３は、標準アルゴリズ
ムを用いて符号化済みビデオ信号を伸長し、デジタルビ
デオ信号を再構成する。このデジタルビデオ信号はアナ
ログビデオ信号に変換されてビデオ端末において表示さ
れる。
力されるＬＰ及びＨＰデータストリームはデータマージ
ャ６０２に入力され、これらのデータストリームが、標
準ＭＰＥＧデコーダ６０３によって復号化かされ得るフ
ォーマットを有する単一のデータストリームに組み合わ
せられる。ＭＰＥＧデコーダ６０３は、標準アルゴリズ
ムを用いて符号化済みビデオ信号を伸長し、デジタルビ
デオ信号を再構成する。このデジタルビデオ信号はアナ
ログビデオ信号に変換されてビデオ端末において表示さ
れる。
【００４２】図４においてエンコーダの記述に関連して
前述されているように、スライスヘッダがデータスプリ
ッタ４０２によって出力されるＬＰ及びＨＰ部分の双方
に含まれている。よって、図６のデコーダに関しては、
パケット及びそのＬＰデータが失われると、それ以降の
パケットにおいて受信されたＬＰデータに関するエント
リポイントの位置が、そのデータの次のスライスヘッダ
を検出した際に設定される。よって、前述されているよ
うに、受信されたＬＰデータが次のフレームに係る次の
画像ヘッダの受信に際してＨＰデータに再び組み込まれ
るような図５に示された実施例とは異なって、図６の実
施例においては、失われたパケットに引き続くパケット
において受信されたＬＰデータが、次のスライスヘッダ
におけるエントリポイントにおいて、受信あるいは回復
されたＨＰデータと組み合わせられることが可能にな
る。それゆえ、図５に示された実施例の場合のように当
該フレームの残り全体の品質が劣化させられるのではな
く、失われたＬＰデータに係るフレームのその部分のみ
が、スライスヘッダが次に受信されるまで劣化させられ
ることになる。さらに、デコードされたフレームの画質
的に劣化させられる部分を最小化する目的で、そのフレ
ームに基づいて予測されるそれ以降のフレームの劣化も
最小化される。
前述されているように、スライスヘッダがデータスプリ
ッタ４０２によって出力されるＬＰ及びＨＰ部分の双方
に含まれている。よって、図６のデコーダに関しては、
パケット及びそのＬＰデータが失われると、それ以降の
パケットにおいて受信されたＬＰデータに関するエント
リポイントの位置が、そのデータの次のスライスヘッダ
を検出した際に設定される。よって、前述されているよ
うに、受信されたＬＰデータが次のフレームに係る次の
画像ヘッダの受信に際してＨＰデータに再び組み込まれ
るような図５に示された実施例とは異なって、図６の実
施例においては、失われたパケットに引き続くパケット
において受信されたＬＰデータが、次のスライスヘッダ
におけるエントリポイントにおいて、受信あるいは回復
されたＨＰデータと組み合わせられることが可能にな
る。それゆえ、図５に示された実施例の場合のように当
該フレームの残り全体の品質が劣化させられるのではな
く、失われたＬＰデータに係るフレームのその部分のみ
が、スライスヘッダが次に受信されるまで劣化させられ
ることになる。さらに、デコードされたフレームの画質
的に劣化させられる部分を最小化する目的で、そのフレ
ームに基づいて予測されるそれ以降のフレームの劣化も
最小化される。
【００４３】以上の記述は、本発明の原理を例示するの
みである。よって、当業者は、本明細書にはあらわには
記述されていないが、本発明の原理を具体化する種々の
変形例を作り出すことが可能であるが、それらは本発明
の範疇に包含される。さらに、本明細書に記述された全
ての実例及び条件言語は、本明細書の読者が、本発明の
発明者によって提供される本発明の原理及び概念を理解
するのを補助するための教育的目的のみのものであり、
これら本明細書に記述された実例に係る制限無しに本発
明は実施可能なものである。さらに、本発明の原理、側
面、及び実施例を示す目的でなされた全ての記述は、そ
れらに係る全ての実例と共に、それらの構造的及び機能
的同等物を包含することを企図したものである。さら
に、この種の同等物には、現時点で知られている同等物
のみならず将来において開発される同等物、すなわち、
その構造に拘わらず同一の機能を実行するように開発さ
れた全ての素子を含むことが企図されている。
みである。よって、当業者は、本明細書にはあらわには
記述されていないが、本発明の原理を具体化する種々の
変形例を作り出すことが可能であるが、それらは本発明
の範疇に包含される。さらに、本明細書に記述された全
ての実例及び条件言語は、本明細書の読者が、本発明の
発明者によって提供される本発明の原理及び概念を理解
するのを補助するための教育的目的のみのものであり、
これら本明細書に記述された実例に係る制限無しに本発
明は実施可能なものである。さらに、本発明の原理、側
面、及び実施例を示す目的でなされた全ての記述は、そ
れらに係る全ての実例と共に、それらの構造的及び機能
的同等物を包含することを企図したものである。さら
に、この種の同等物には、現時点で知られている同等物
のみならず将来において開発される同等物、すなわち、
その構造に拘わらず同一の機能を実行するように開発さ
れた全ての素子を含むことが企図されている。
【００４４】よって、例えば、当業者は、本明細書に含
まれるブロック図が本発明の原理を具体化する回路例を
概念的に表現するものであることを理解すべきである。
同様に、全ての流れ図、フローダイアグラム等は、コン
ピュータあるいはプロセッサが明示的に示されているい
ないに拘わらず、コンピュータによって読みとり可能な
媒体によって実質的に表現されて単一あるいは複数個の
コンピュータあるいはプロセッサによって実行される種
々のプロセスを表現するものであることに留意された
い。
まれるブロック図が本発明の原理を具体化する回路例を
概念的に表現するものであることを理解すべきである。
同様に、全ての流れ図、フローダイアグラム等は、コン
ピュータあるいはプロセッサが明示的に示されているい
ないに拘わらず、コンピュータによって読みとり可能な
媒体によって実質的に表現されて単一あるいは複数個の
コンピュータあるいはプロセッサによって実行される種
々のプロセスを表現するものであることに留意された
い。
【００４５】本明細書に含まれる図面に示された、“プ
ロセッサ”として明示された機能ブロックを含む種々の
素子の機能は、専用のハードウエア及び適切なソフトウ
エアと共に当該ソフトウエアを実行することが可能なハ
ードウエアの使用を通じて提供されうる。プロセッサに
よって提供される場合には、それらの機能は、専用の単
一プロセッサ、単一の共有されたプロセッサ、あるい
は、そのうちのいくつかが共有された、複数個の個別の
プロセッサ等によって提供される。さらに、“プロセッ
サ”あるいは“コントローラ”という術語の明示的使用
は、ソフトウエアを実行することが可能なハードウエア
のみを指し示すことを企図するものではなく、暗示的
に、デジタルシグナルプロセッサ（ＤＳＰ）ハードウエ
ア、ソフトウエアをストアするリードオンリメモリ（Ｒ
ＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、及び不揮
発性記憶媒体を含むが、それらに制限されるものではな
い。他の汎用あるいはカスタムハードウエアも含まれる
ことが可能である。それらの機能は、プログラムロジッ
クの動作、専用ロジック、プログラム制御及び専用ロジ
ックの組み合わせ等によって、さらには、手動で実行さ
れうるが、それらの目的で本発明の実施者によって選択
されうる特定の技法は本明細書本文より理解されうるも
のである。
ロセッサ”として明示された機能ブロックを含む種々の
素子の機能は、専用のハードウエア及び適切なソフトウ
エアと共に当該ソフトウエアを実行することが可能なハ
ードウエアの使用を通じて提供されうる。プロセッサに
よって提供される場合には、それらの機能は、専用の単
一プロセッサ、単一の共有されたプロセッサ、あるい
は、そのうちのいくつかが共有された、複数個の個別の
プロセッサ等によって提供される。さらに、“プロセッ
サ”あるいは“コントローラ”という術語の明示的使用
は、ソフトウエアを実行することが可能なハードウエア
のみを指し示すことを企図するものではなく、暗示的
に、デジタルシグナルプロセッサ（ＤＳＰ）ハードウエ
ア、ソフトウエアをストアするリードオンリメモリ（Ｒ
ＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、及び不揮
発性記憶媒体を含むが、それらに制限されるものではな
い。他の汎用あるいはカスタムハードウエアも含まれる
ことが可能である。それらの機能は、プログラムロジッ
クの動作、専用ロジック、プログラム制御及び専用ロジ
ックの組み合わせ等によって、さらには、手動で実行さ
れうるが、それらの目的で本発明の実施者によって選択
されうる特定の技法は本明細書本文より理解されうるも
のである。
【００４６】本明細書の請求項において、特定の機能を
実行する手段として表現されているあらゆる素子には、
例えば、ａ）その機能を実行する回路素子の組み合わ
せ、あるいは、ｂ）ファームウエア、マイクロコード等
の、そのソフトウエアを実行する適切な回路との組み合
わせで当該機能を実行する、あらゆる形態のソフトウエ
ア、を含む、当該機能を実行するあらゆる手段が包含さ
れることが企図されている。そのような請求項によって
規定される本発明は、種々の記述された手段によって提
供される機能が、それら請求項が要求する様式で組み合
わせられて実現されているという事実に基づくものであ
る。よって、本発明の発明者は、本明細書に記述されて
いるものと同等の機能を実現することが可能な全ての手
段が本発明に包含されることを主張する。
実行する手段として表現されているあらゆる素子には、
例えば、ａ）その機能を実行する回路素子の組み合わ
せ、あるいは、ｂ）ファームウエア、マイクロコード等
の、そのソフトウエアを実行する適切な回路との組み合
わせで当該機能を実行する、あらゆる形態のソフトウエ
ア、を含む、当該機能を実行するあらゆる手段が包含さ
れることが企図されている。そのような請求項によって
規定される本発明は、種々の記述された手段によって提
供される機能が、それら請求項が要求する様式で組み合
わせられて実現されているという事実に基づくものであ
る。よって、本発明の発明者は、本明細書に記述されて
いるものと同等の機能を実現することが可能な全ての手
段が本発明に包含されることを主張する。
【００４７】
【発明の効果】以上述べたごとく、本発明によれば、パ
ケットロスからビデオ品質を保護する目的でＭＰＥＧビ
デオなどのフレーム間符号化ビデオに回復情報を追加す
る低オーバーヘッドでかつ低遅延な方法が提供される。
ケットロスからビデオ品質を保護する目的でＭＰＥＧビ
デオなどのフレーム間符号化ビデオに回復情報を追加す
る低オーバーヘッドでかつ低遅延な方法が提供される。
【図１】 本発明に従った、ビデオ信号を符号化して符
号化済みビデオ信号をＨＰ部分とＬＰ部分とに分割する
データ分割ＭＰＥＧエンコーダを用いるビデオエンコー
ダの第一実施例を示すブロック図。
号化済みビデオ信号をＨＰ部分とＬＰ部分とに分割する
データ分割ＭＰＥＧエンコーダを用いるビデオエンコー
ダの第一実施例を示すブロック図。
【図２】 ＲＳ（４，３）符号化の一例に関するフレー
ムに係るパケット内でのＨＰデータ及びパリティ情報、
及びＬＰデータの配置を示す模式図。
ムに係るパケット内でのＨＰデータ及びパリティ情報、
及びＬＰデータの配置を示す模式図。
【図３】 フレーム内のＬＰ及びＨＰバイトの個数の関
数として当該フレームに係るパラメータｎ及びｋを決定
する方法の詳細を示す流れ図。
数として当該フレームに係るパラメータｎ及びｋを決定
する方法の詳細を示す流れ図。
【図４】 標準ＭＰＥＧエンコーダがビデオ信号を符号
化する目的で用いられ、データスプリッタが符号化済み
信号をＨＰ及びＬＰ部分に分割する、本発明に従ったビ
デオエンコーダの第二実施例を示すブロック図。
化する目的で用いられ、データスプリッタが符号化済み
信号をＨＰ及びＬＰ部分に分割する、本発明に従ったビ
デオエンコーダの第二実施例を示すブロック図。
【図５】 ＨＰ及びＬＰ部分からビデオ信号を復号化す
る目的でデータ分割ＭＰＥＧデコーダが用いられる、本
発明に従った、失われたパケットが再構成されてＨＰ及
びＬＰ部分が再形成されるビデオデコーダの実施例を示
すブロック図。
る目的でデータ分割ＭＰＥＧデコーダが用いられる、本
発明に従った、失われたパケットが再構成されてＨＰ及
びＬＰ部分が再形成されるビデオデコーダの実施例を示
すブロック図。
【図６】 データマネージャがＨＰ及びＬＰ部分を組み
合わせてそれらがビデオ信号を復号化する標準ＭＰＥＧ
デコーダに供給される、本発明に従ったビデオデコーダ
の第二実施例を示すブロック図。
合わせてそれらがビデオ信号を復号化する標準ＭＰＥＧ
デコーダに供給される、本発明に従ったビデオデコーダ
の第二実施例を示すブロック図。
１０１ 入力ビデオデータストリーム １０２ データ分割ＭＰＥＧエンコーダ １０３ ＦＥＣコーダ／パケタイザ １０４ 高優先度部分 １０５ 低優先度部分 １０６ プロセッサ １０７ インターリーバ １０８ ＲＳエンコーダ １０９ デインターリーバ １１０ パケタイザ １１１ 出力 ４０１ 標準ＭＰＥＧエンコーダ ４０２ データスプリッタ ４０３ ＦＥＣコーダ／パケタイザ ５００ デコーダネットワーク ５０１ ＵＤＰ／ＩＰネットワーク ５０２ デパケタイザ／デコーダ ５０３ デパケタイザ ５０４ プロセッサ ５０５ インターリーバ ５０６ ＲＳデコーダ ５０７ デインターリーバ ５１０ データ分割ＭＰＥＧデコーダ ６００ デコーダネットワーク ６０１ デパケタイザ／デコーダ ６０２ データマージャ ６０３ 標準ＭＰＥＧデコーダ
───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者 ジル マクドナルド ボーイス アメリカ合衆国、07726 ニュージャージ ー、マナラパン、ブランディーワイン コ ート ３
Claims (61)
- 【請求項１】 パケットベースのネットワークを介して
伝送されるビデオ信号をエンコード（符号化）する方法
において、当該方法が、 （Ａ）ビデオ信号を圧縮符号化するステップと、 （Ｂ）前記圧縮符号化済みビデオ信号の少なくとも一つ
のフレームを高優先度部分情報バイトと低優先度部分情
報バイトとに分割するステップと、 （Ｃ）前記高優先度部分情報バイトにのみフォワードエ
ラー／抹消修正（ＦＥＣ）符号化を適用してＦＥＣ符号
化済み高優先度部分情報バイトを形成するステップと、 （Ｄ）前記ＦＥＣ符号化済み高優先度部分情報バイト及
び前記低優先度部分情報バイトを複数個のパケットから
なる少なくとも一つのフレームに配置するステップと、
を有することを特徴とするエンコード方法。 - 【請求項２】 前記パケットベースネットワークがイン
ターネットであることを特徴とする請求項１に記載のエ
ンコード方法。 - 【請求項３】 前記フォワードエラー／抹消修正符号化
がシステマティックフォワードエラー／抹消修正符号化
であり、前記ＦＥＣ符号化済み高優先度部分情報バイト
が前記高優先度部分情報バイトとそれらに関連するパリ
ティバイトとの組み合わせより構成されていることを特
徴とする請求項１に記載のエンコード方法。 - 【請求項４】 前記各々のパケットが等長であり、前記
各々のパケットが高優先度部分データバイトと低優先度
部分データバイトの双方を含んでおり、前記各々のパケ
ットにおける前記高優先度部分データバイトが全て高優
先度部分情報バイトであるか全てパリティバイトである
かのいずれかであり、 前記方法が、 （Ｅ）前記システマティックフォワードエラー／抹消修
正符号化を別のパケットにおける高優先度部分情報バイ
トに適用することによってパリティバイトを含む単一あ
るいは複数個のパケットにおけるパリティバイトを形成
するステップを更に有することを特徴とする請求項３に
記載のエンコード方法。 - 【請求項５】 前記各々のパケットに同数の低優先度部
分情報バイトが含まれており、前記各々のパケットに同
数の高優先度部分データバイトが含まれていることを特
徴とする請求項４に記載のエンコード方法。 - 【請求項６】 前記各々の高優先度バイト位置に関して
は、前記フォワードエラー／抹消修正符号化が高優先度
部分情報バイトを含む各々のパケットの同一のバイト位
置からの一高優先度部分バイトを用いて、当該バイト位
置に係る関連するパリティバイトを決定する目的で適用
されることとここで、当該関連するパリティバイトは、
パリティバイトを含む各パケットに一バイトずつ、その
同一のバイト位置に配置されるとを特徴とする請求項５
に記載のエンコード方法。 - 【請求項７】 前記フォワードエラー／抹消修正符号が
リードソロモン符号であることを特徴とする請求項６に
記載のエンコード方法。 - 【請求項８】 前記方法が、さらに、 （Ｆ）前記圧縮符号化済みビデオ信号の少なくとも一つ
のフレームに関して高優先度部分情報バイトの個数と低
優先度部分情報バイトの個数を決定するステップと、 （Ｇ）単一あるいは複数個のパケットの喪失に対する所
定の望ましい最低保護レベルに関して、高優先度部分情
報バイトの個数、低優先度部分情報バイトの個数、及び
パケット当たりの所定の最大バイト数から、前記少なく
とも一つのフレームに関して、（１）パケット当たりの
バイト数、（２）高優先度部分情報バイト、関連するパ
リティバイト、及び低優先度部分情報バイトに対して必
要とされる総パケット数（ｎ）、及び、（３）当該ｎ個
のパケットのうちで高優先度部分情報を含むパケット数
（ｋ）を決定するステップと、を有することを特徴とす
る請求項６に記載のエンコード方法。 - 【請求項９】 前記フォワードエラー／抹消修正符号が
リードソロモンＲＳ（ｎ，ｋ）符号であることを特徴と
する請求項８に記載のエンコード方法。 - 【請求項１０】 前記ビデオ信号の圧縮符号化済みの少
なくとも一つのフレームの前記高優先度部分情報バイト
が、パケットベースネットワークを介した最大（ｎ−
ｋ）個のパケットの喪失に関して保護されていることを
特徴とする請求項８に記載のエンコード方法。 - 【請求項１１】 前記ビデオ信号の圧縮符号化ステップ
がＭＰＥＧ符号化を用いることを特徴とする請求項６に
記載のエンコード方法。 - 【請求項１２】 前記少なくとも一つのフレームが単一
フレームであって、前記分割ステップが、前記圧縮符号
化済みビデオ信号の情報バイトを高優先度部分情報バイ
トと低優先度部分情報バイトに分割するステップと、こ
こで、前記分割は、前記圧縮符号化済みビデオ信号の各
々のマクロブロックにおける優先度ブレークポイントに
おいてなされ、当該優先度ブレークポイントは、前記ビ
デオフレームがフレーム内符号化Ｉフレームであるか、
予測Ｐフレームであるか、あるいは予測Ｂフレームであ
るかの関数として決定されるとを有することを特徴とす
る請求項１１に記載のエンコード方法。 - 【請求項１３】 前記フレームがＩフレームであり、前
記優先度ブレークポイントが、前記圧縮符号化済みビデ
オ信号の全ての情報バイトが実質的に高優先度部分バイ
トであるように選択されることを特徴とする請求項１２
に記載のエンコード方法。 - 【請求項１４】 前記フレームがＢフレームであり、前
記優先度ブレークポイントが、前記圧縮符号化済みビデ
オ信号の全ての情報バイトが実質的に低優先度部分バイ
トであるように選択されることを特徴とする請求項１２
に記載のエンコード方法。 - 【請求項１５】 前記フレームがＰフレームであり、前
記圧縮符号化済みビデオ信号内のマクロブロックに係る
データバイトが、当該マクロブロックがフレーム内符号
化マクロブロックであるかフレーム間符号化マクロブロ
ックであるかの関数として決定される優先度ブレークポ
イントにおいて、高優先度部分バイトあるいは低優先度
部分バイトとして分割されることを特徴とする請求項１
２に記載のエンコード方法。 - 【請求項１６】 パケットベースのネットワークを介し
て伝送されるビデオ信号を符号化するエンコーダにおい
て、当該エンコーダが、圧縮符号化済みビデオ信号の少
なくとも一つのフレームを高優先度部分情報バイト及び
低優先度部分情報バイトに分割するビデオ圧縮コーダと
前記高優先度部分情報バイトを受容するように接続され
たフォワードエラー／抹消修正コーダと、前記低優先度
部分情報バイト及び前記フォワードエラー／抹消修正済
み高優先度部分バイトを受容するように接続されたパケ
タイザとを有することを特徴とするエンコーダ。 - 【請求項１７】 前記パケットベースネットワークがイ
ンターネットであることを特徴とする請求項１６に記載
のエンコーダ。 - 【請求項１８】 前記フォワードエラー／抹消修正コー
ダがシステマティックフォワードエラー／抹消修正符号
化を用いて高優先度部分情報バイトを符号化して、前記
高優先度部分情報バイトとそれらに関連するパリティバ
イトとの組み合わせより構成される符号化済み出力を生
成することを特徴とする請求項１６に記載のエンコー
ダ。 - 【請求項１９】 前記パケタイザが高優先度部分データ
バイトと低優先度部分情報バイトとの双方を含む等長パ
ケットを形成し、当該各々の等長パケット内の前記高優
先度部分データバイトが全て高優先度部分情報バイトで
あるかあるいは全てパリティバイトであるかのいずれか
であることを特徴とする請求項１８に記載のエンコー
ダ。 - 【請求項２０】 前記各々のパケット中に前記低優先度
部分情報バイトが等しい個数だけ含まれており、前記各
々のパケット中に前記高優先度データバイトが等しい個
数だけ含まれていることを特徴とする請求項１９に記載
のエンコーダ。 - 【請求項２１】 前記各々の高優先度バイト位置に関し
ては、前記フォワードエラー／抹消修正コーダが、高優
先度部分情報バイトを含む各々のパケットの同一のバイ
ト位置からの一高優先度部分バイトを用いて、当該バイ
ト位置に係る関連するパリティバイトを決定する目的で
フォワードエラー／抹消修正符号化が適用することとこ
こで、当該関連するパリティバイトは、パリティバイト
を含む各パケットに一バイトずつ、その同一のバイト位
置に配置されるとを特徴とする請求項２０に記載のエン
コーダ。 - 【請求項２２】 前記フォワードエラー／抹消修正コー
ダがリードソロモンコーダであることを特徴とする請求
項２１に記載のエンコーダ。 - 【請求項２３】 前記エンコーダが、さらにプロセッサ
を有しており、当該プロセッサが、前記圧縮符号化済み
ビデオ信号の前記少なくとも一つのフレームに関して高
優先度部分情報バイトの個数及び低優先度部分バイトの
個数を決定し、単一あるいは複数個のパケットの喪失に
対する所定の望ましい最低保護レベルに関して、高優先
度部分情報バイトの個数、低優先度部分バイトの個数、
及びパケット当たりの所定の最大バイト数から、前記少
なくとも一つのフレームに関して、（１）パケット当た
りのバイト数、（２）高優先度部分情報バイト、パリテ
ィバイト、及び低優先度部分情報バイトに対して必要と
される総パケット数（ｎ）、及び、（３）当該ｎ個のパ
ケットのうちで高優先度部分情報バイトを含むパケット
数（ｋ）を決定することを特徴とする請求項２１に記載
のエンコーダ。 - 【請求項２４】 前記フォワードエラー／抹消修正コー
ダがリードソロモン（ｎ，ｋ）コーダであることを特徴
とする請求項２３に記載のエンコーダ。 - 【請求項２５】 前記ビデオ圧縮コーダがＭＰＥＧエン
コーダであることを特徴とする請求項２１に記載のエン
コーダ。 - 【請求項２６】 パケットベースのネットワークを介し
て伝送されるビデオ信号を符号化するエンコーダにおい
て、当該エンコーダが、前記ビデオ信号を圧縮符号化す
る手段と圧縮符号化済みビデオ信号の少なくとも一つの
フレームを高優先度部分情報バイト及び低優先度部分情
報バイトに分割する手段と前記高優先度部分情報バイト
をフォワードエラー／抹消修正符号化する手段と、前記
低優先度部分情報バイト及び前記フォワードエラー／抹
消修正済み高優先度部分バイトを複数個のパケットにパ
ケット化する手段とを有することを特徴とするエンコー
ダ。 - 【請求項２７】 前記パケットベースネットワークがイ
ンターネットであることを特徴とする請求項２６に記載
のエンコーダ。 - 【請求項２８】 前記フォワードエラー／抹消修正符号
化手段がシステマティックフォワードエラー／抹消修正
符号化を用いて高優先度部分情報バイトを符号化して、
前記高優先度部分情報バイトとそれらに関連するパリテ
ィバイトとの組み合わせより構成される符号化済み出力
を生成することを特徴とする請求項２６に記載のエンコ
ーダ。 - 【請求項２９】 前記パケット化手段が高優先度部分デ
ータバイトと低優先度部分情報バイトとの双方を含む等
長パケットを形成し、当該各々の等長パケット内の前記
高優先度部分データバイトが全て高優先度部分情報バイ
トであるかあるいは全てパリティバイトであるかのいず
れかであることを特徴とする請求項２８に記載のエンコ
ーダ。 - 【請求項３０】 前記各々のパケット中に前記低優先度
部分情報バイトが等しい個数だけ含まれており、前記各
々のパケット中に前記高優先度データバイトが等しい個
数だけ含まれていることを特徴とする請求項２９に記載
のエンコーダ。 - 【請求項３１】 前記各々の高優先度バイト位置に関し
ては、前記フォワードエラー／抹消修正コーダが、高優
先度部分情報バイトを含む各々のパケットの同一のバイ
ト位置からの一高優先度部分バイトを用いて、当該バイ
ト位置に係る関連するパリティバイトを決定する目的で
フォワードエラー／抹消修正符号化が適用することとこ
こで、当該関連するパリティバイトは、パリティバイト
を含む各パケットに一バイトずつ、その同一のバイト位
置に配置されることを特徴とする請求項３０に記載のエ
ンコーダ。 - 【請求項３２】 前記フォワードエラー／抹消修正コー
ダがリードソロモンコーダであることを特徴とする請求
項３１に記載のエンコーダ。 - 【請求項３３】 前記エンコーダが、さらにプロセッサ
を有しており、当該プロセッサが、 前記圧縮符号化済みビデオ信号の前記少なくとも一つの
フレームに関して高優先度部分情報バイトの個数及び低
優先度部分情報バイトの個数を決定し、 パケットの喪失に対する所定の望ましい最低保護レベル
に関して、高優先度部分情報バイトの個数、低優先度部
分情報バイトの個数、及びパケット当たりの所定の最大
バイト数から、前記少なくとも一つのフレームに関し
て、（１）パケット当たりのバイト数、（２）高優先度
部分情報バイト、関連するパリティバイト、及び低優先
度部分情報バイトに対して必要とされる総パケット数
（ｎ）、及び、（３）当該ｎ個のパケットのうちで高優
先度部分情報を含むパケット数（ｋ）を決定することを
特徴とする請求項３１に記載のエンコーダ。 - 【請求項３４】 前記フォワードエラー／抹消修正コー
ダがリードソロモン（ｎ，ｋ）コーダであることを特徴
とする請求項３３に記載のエンコーダ。 - 【請求項３５】 前記ビデオ圧縮コーダがＭＰＥＧエン
コーダであることを特徴とする請求項３１に記載のエン
コーダ。 - 【請求項３６】 前記少なくとも一つのフレームが単一
フレームであって、 前記分割手段が、前記圧縮符号化済みビデオ信号の情報
バイトを高優先度部分情報バイトと低優先度部分情報バ
イトに分割し、ここで、前記分割は、前記圧縮符号化済
みビデオ信号の各々のマクロブロックにおける優先度ブ
レークポイントにおいてなされ、当該優先度ブレークポ
イントは、前記ビデオフレームがフレーム内符号化Ｉフ
レームであるか、予測Ｐフレームであるか、あるいは予
測Ｂフレームであるかの関数として決定されることを特
徴とする請求項３５に記載のエンコーダ。 - 【請求項３７】 前記フレームがＩフレームであり、前
記優先度ブレークポイントが、前記圧縮符号化済みビデ
オ信号の全ての情報バイトが実質的に高優先度部分バイ
トであるように選択されることを特徴とする請求項３６
に記載のエンコーダ。 - 【請求項３８】 前記フレームがＢフレームであり、前
記優先度ブレークポイントが、前記圧縮符号化済みビデ
オ信号の全ての情報バイトが実質的に低優先度部分バイ
トであるように選択されることを特徴とする請求項３６
に記載のエンコーダ。 - 【請求項３９】 前記フレームがＰフレームであり、前
記圧縮符号化済みビデオ信号内のマクロブロックに係る
データバイトが、当該マクロブロックがフレーム内符号
化マクロブロックであるかフレーム間符号化マクロブロ
ックであるかの関数として決定される優先度ブレークポ
イントにおいて、高優先度部分バイトあるいは低優先度
部分バイトとして分割されることを特徴とする請求項３
６に記載のエンコーダ。 - 【請求項４０】 パケットベースのネットワークを介し
て伝送されるビデオ信号をエンコード（符号化）する方
法において、当該方法が、 （Ａ）ビデオ信号を圧縮符号化するステップと、 （Ｂ）前記圧縮符号化済みビデオ信号の少なくとも一つ
のフレームを高優先度部分情報バイトと低優先度部分情
報バイトとに分割するステップと、 （Ｃ）前記高優先度部分情報バイトにのみシステマティ
ックフォワードエラー／抹消修正（ＦＥＣ）符号化を適
用して高優先度部分情報バイトと関連するパ （Ｄ）リティバイトとの組み合わせよりなる出力を形成
するステップと、 （Ｅ）前記低優先度部分情報バイト及び出力された高優
先度部分情報バイト並びに関連するパリティバイトを複
数個のパケットに配置するステップと、を有し、 前記各々のパケットは低優先度部分情報バイトと、高優
先度部分情報バイトあるいはパリティバイトのうちのい
ずれか一方とを含んでおり、高優先度バイトの各々の位
置に対して、前記フォワードエラー／抹消修正符号化が
当該バイト位置に対する関連するパリティバイトを決定
する目的で高優先度部分情報バイトを含む各々のパケッ
トから同一バイト位置にあるそれぞれ一つの高優先度部
分バイトを用いて適用され、前記決定された関連するパ
リティバイトが、パリティバイトを含む各々のパケット
の同一バイト位置にパケット当たり一バイトずつ配置さ
れるとを有することを特徴とするエンコード方法。 - 【請求項４１】 前記各々のパケットに等しい数及び等
しい長さの低優先度部分情報バイトが含まれており、前
記各々のパケットに同数の高優先度部分情報バイトある
いはパリティバイトが含まれていることを特徴とする請
求項４０に記載のエンコード方法。 - 【請求項４２】 前記フォワードエラー／抹消修正符号
がリードソロモン符号であることを特徴とする請求項４
１に記載のエンコード方法。 - 【請求項４３】 前記方法が、さらに、 （Ｆ）前記圧縮符号化済みビデオ信号の少なくとも一つ
のフレームに関して高優先度部分及び低優先度部分に含
まれる情報バイトの個数を決定するステップと、 （Ｇ）パケットの喪失に対する所定の望ましい最低保護
レベルに関して、高優先度部分情報バイトの個数、低優
先度部分情報バイトの個数、及びパケット当たりの所定
の最大バイト数から、前記少なくとも一つのフレームに
関して、（１）パケット当たりのバイト数、（２）高優
先度部分情報、関連するパリティバイト、及び低優先度
部分情報バイトに対して必要とされる総パケット数
（ｎ）、及び、（３）当該ｎ個のパケットのうちで高優
先度部分情報バイトを含むパケット数（ｋ）を決定する
ステップと、を有することを特徴とする請求項４１に記
載のエンコード方法。 - 【請求項４４】 前記フォワードエラー／抹消修正符号
がリードソロモンＲＳ（ｎ，ｋ）符号であることを特徴
とする請求項４３に記載のエンコード方法。 - 【請求項４５】 前記ビデオ信号の圧縮符号化済みの少
なくとも一つのフレームの前記高優先度部分情報バイト
が、パケットベースネットワークを介した最大（ｎ−
ｋ）個のパケットの喪失に関して保護されていることを
特徴とする請求項４３に記載のエンコード方法。 - 【請求項４６】 前記ビデオ信号の圧縮符号化ステップ
がＭＰＥＧ符号化を用いることを特徴とする請求項４０
に記載のエンコード方法。 - 【請求項４７】 前記少なくとも一つのフレームが単一
フレームであって、前記分割ステップが、前記圧縮符号
化済みビデオ信号の情報バイトを高優先度部分情報バイ
トと低優先度部分情報バイトに分割するステップを有
し、 前記分割は、前記圧縮符号化済みビデオ信号の各々のマ
クロブロックにおける優先度ブレークポイントにおいて
なされ、当該優先度ブレークポイントは、前記ビデオフ
レームがフレーム内符号化Ｉフレームであるか、予測Ｐ
フレームであるか、あるいは予測Ｂフレームであるかの
関数として決定されることを特徴とする請求項４６に記
載のエンコード方法。 - 【請求項４８】 前記フレームがＩフレームであり、前
記優先度ブレークポイントが、前記圧縮符号化済みビデ
オ信号の全ての情報バイトが実質的に高優先度部分バイ
トであるように選択されることを特徴とする請求項４７
に記載のエンコード方法。 - 【請求項４９】 前記フレームがＢフレームであり、前
記優先度ブレークポイントが、前記圧縮符号化済みビデ
オ信号の全ての情報バイトが実質的に低優先度部分バイ
トであるように選択されることを特徴とする請求項４７
に記載のエンコード方法。 - 【請求項５０】 前記フレームがＰフレームであり、前
記圧縮符号化済みビデオ信号内のマクロブロックに係る
データバイトが、当該マクロブロックがフレーム内符号
化マクロブロックであるかフレーム間符号化マクロブロ
ックであるかの関数として決定される優先度ブレークポ
イントにおいて、高優先度部分バイトあるいは低優先度
部分バイトとして分割されることを特徴とする請求項４
７に記載のエンコード方法。 - 【請求項５１】 パケットベースのネットワークを介し
て伝送されるビデオ信号を符号化するエンコーダにおい
て、当該エンコーダが、 前記ビデオ信号を圧縮符号化する手段と圧縮符号化済み
ビデオ信号の少なくとも一つのフレームを高優先度部分
情報バイト及び低優先度部分情報バイトに分割する手段
と前記高優先度部分情報バイトのみにシステマティック
フォワードエラー／抹消修正符号化を適用して前記高優
先度部分情報バイトと関連するパリティバイトとの組み
合わせよりなる出力を生成する手段と、 前記低優先度部分情報バイト及び出力された高優先度部
分情報バイト並びに関連するパリティバイトを複数個の
パケットに配置する手段とを有し、 前記各々のパケットは、低優先度部分情報バイトと、高
優先度部分情報バイトあるいはパリティバイトのうちの
いずれか一方とを含んでおり、前記高優先度バイトの各
々の位置に対して、前記フォワードエラー／抹消修正符
号化が当該バイト位置に対する関連するパリティバイト
を決定する目的で高優先度部分情報バイトを含む各々の
パケットから同一バイト位置にあるそれぞれ一つの高優
先度部分バイトを用いて適用され、前記決定された関連
するパリティバイトが、パリティバイトを含む各々のパ
ケットの同一バイト位置にパケット当たり一バイトずつ
配置されることを特徴とするエンコーダ。 - 【請求項５２】 前記各々のパケットに等しい数及び等
しい長さの低優先度部分情報バイトが含まれており、前
記各々のパケットに同数の高優先度部分情報バイトある
いはパリティバイトが含まれていることを特徴とする請
求項５１に記載のエンコーダ。 - 【請求項５３】 前記フォワードエラー／抹消修正符号
がリードソロモン符号であることを特徴とする請求項５
２に記載のエンコーダ。 - 【請求項５４】 前記エンコーダが、さらにプロセッサ
を有しており、当該プロセッサが、 前記圧縮符号化済みビデオ信号の少なくとも一つのフレ
ームに関して高優先度部分及び低優先度部分に含まれる
情報バイトの個数を決定し単一あるいは複数個のパケッ
トの喪失に対する所定の望ましい最低保護レベルに関し
て、高優先度部分情報バイトの個数、低優先度部分情報
バイトの個数、及びパケット当たりの所定の最大バイト
数から、前記少なくとも一つのフレームに関して、
（１）パケット当たりのバイト数、（２）高優先度部分
情報バイト、関連するパリティバイト、及び低優先度部
分情報バイトに対して必要とされる総パケット数
（ｎ）、及び、（３）当該ｎ個のパケットのうちで高優
先度部分情報バイトを含むパケット数（ｋ）を決定する
ことを特徴とする請求項５２に記載のエンコーダ。 - 【請求項５５】 前記フォワードエラー／抹消修正符号
がリードソロモンＲＳ（ｎ，ｋ）符号であることを特徴
とする請求項５４に記載のエンコーダ。 - 【請求項５６】 前記ビデオ信号の圧縮符号化済みの少
なくとも一つのフレームの前記高優先度部分情報バイト
が、パケットベースネットワークを介した最大（ｎ−
ｋ）個のパケットの喪失に関して保護されていることを
特徴とする請求項５４に記載のエンコーダ。 - 【請求項５７】 前記ビデオ信号の圧縮符号化ステップ
がＭＰＥＧ符号化を用いることを特徴とする請求項５１
に記載のエンコーダ。 - 【請求項５８】 前記少なくとも一つのフレームが単一
フレームであって、 前記分割手段が、前記圧縮符号化済みビデオ信号の情報
バイトを高優先度部分情報バイトと低優先度部分情報バ
イトに分割し、 前記分割は、前記圧縮符号化済みビデオ信号の各々のマ
クロブロックにおける優先度ブレークポイントにおいて
なされ、当該優先度ブレークポイントは、前記ビデオフ
レームがフレーム内符号化Ｉフレームであるか、予測Ｐ
フレームであるか、あるいは予測Ｂフレームであるかの
関数として決定されることを特徴とする請求項５７に記
載のエンコーダ。 - 【請求項５９】 前記フレームがＩフレームであり、前
記優先度ブレークポイントが、前記圧縮符号化済みビデ
オ信号の全ての情報バイトが実質的に高優先度部分バイ
トであるように選択されることを特徴とする請求項５８
に記載のエンコーダ。 - 【請求項６０】 前記フレームがＢフレームであり、前
記優先度ブレークポイントが、前記圧縮符号化済みビデ
オ信号の全ての情報バイトが実質的に低優先度部分バイ
トであるように選択されることを特徴とする請求項５８
に記載のエンコーダ。 - 【請求項６１】 前記フレームがＰフレームであり、前
記圧縮符号化済みビデオ信号内のマクロブロックに係る
データバイトが、当該マクロブロックがフレーム内符号
化マクロブロックであるかフレーム間符号化マクロブロ
ックであるかの関数として決定される優先度ブレークポ
イントにおいて、高優先度部分バイトあるいは低優先度
部分バイトとして分割されることを特徴とする請求項５
８に記載のエンコーダ。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/177008 | 1998-10-22 | ||
| US09/177,008 US6317462B1 (en) | 1998-10-22 | 1998-10-22 | Method and apparatus for transmitting MPEG video over the internet |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000134619A true JP2000134619A (ja) | 2000-05-12 |
| JP3831558B2 JP3831558B2 (ja) | 2006-10-11 |
Family
ID=22646798
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29907399A Expired - Lifetime JP3831558B2 (ja) | 1998-10-22 | 1999-10-21 | エンコード方法及びエンコーダ |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6317462B1 (ja) |
| EP (1) | EP0996291A1 (ja) |
| JP (1) | JP3831558B2 (ja) |
| CA (1) | CA2281353C (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002164925A (ja) * | 2000-11-29 | 2002-06-07 | Hitachi Ltd | マルチキャスト通信システムおよびマルチキャスト通信方法 |
| JP2007143142A (ja) * | 2005-11-15 | 2007-06-07 | Samsung Electronics Co Ltd | 無線ネットワークにおけるデータ伝送方法及び装置 |
| KR100772346B1 (ko) * | 2000-07-11 | 2007-11-02 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 통신 시스템, 송신기, 전송 오류들에 대한 보호 방법 |
| JP2008017331A (ja) * | 2006-07-07 | 2008-01-24 | Toshiba Corp | パケットストリーム送信装置 |
| JP2009535891A (ja) * | 2006-04-29 | 2009-10-01 | トムソン ライセンシング | スタガーキャスティングを使用するインターネットプロトコルベースの無線ネットワークにおけるマルチキャストセッションのシームレスハンドオーバのための方法及び装置 |
| US7657111B2 (en) | 2003-02-14 | 2010-02-02 | Fujifilm Corporation | Apparatus and program for image processing for obtaining processed compressed moving image data |
| JP2022546102A (ja) * | 2019-09-10 | 2022-11-02 | 華為技術有限公司 | パケット処理方法および装置、ならびにチップ |
Families Citing this family (110)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000078573A (ja) * | 1998-09-03 | 2000-03-14 | Hitachi Ltd | 階層符号化データ配信装置 |
| US6490705B1 (en) * | 1998-10-22 | 2002-12-03 | Lucent Technologies Inc. | Method and apparatus for receiving MPEG video over the internet |
| US6609223B1 (en) * | 1999-04-06 | 2003-08-19 | Kencast, Inc. | Method for packet-level fec encoding, in which on a source packet-by-source packet basis, the error correction contributions of a source packet to a plurality of wildcard packets are computed, and the source packet is transmitted thereafter |
| US6514140B1 (en) * | 1999-06-17 | 2003-02-04 | Cias, Inc. | System for machine reading and processing information from gaming chips |
| KR100677070B1 (ko) * | 1999-10-02 | 2007-02-01 | 삼성전자주식회사 | 무선 멀티미디어 통신에서의 비디오 비트스트림 데이터의 오류 제어방법 및 이를 위한 기록 매체 |
| US6931060B1 (en) * | 1999-12-07 | 2005-08-16 | Intel Corporation | Video processing of a quantized base layer and one or more enhancement layers |
| US7116717B1 (en) | 1999-12-15 | 2006-10-03 | Bigband Networks, Inc. | Method and system for scalable representation, storage, transmission and reconstruction of media streams |
| US6681362B1 (en) * | 2000-03-06 | 2004-01-20 | Sarnoff Corporation | Forward error correction for video signals |
| US6978306B2 (en) | 2000-08-10 | 2005-12-20 | Pts Corporation | Multi-tier video delivery network |
| JP2002171285A (ja) * | 2000-11-29 | 2002-06-14 | Mitsubishi Electric Corp | 通信システムおよび通信方法 |
| US7103669B2 (en) * | 2001-02-16 | 2006-09-05 | Hewlett-Packard Development Company, L.P. | Video communication method and system employing multiple state encoding and path diversity |
| US7136394B2 (en) | 2001-03-12 | 2006-11-14 | Polycom, Inc. | Low-delay video encoding method for concealing the effects of packet loss in multi-channel packet switched networks |
| EP1725038A3 (en) * | 2001-03-12 | 2009-08-26 | Polycom, Inc. | A low-delay video encoding method for concealing the effects of packet loss in multi-channel packet switched networks |
| US7631242B2 (en) | 2001-06-22 | 2009-12-08 | Broadcom Corporation | System, method and computer program product for mitigating burst noise in a communications system |
| EP1271955A3 (fr) * | 2001-06-26 | 2007-05-02 | Koninklijke Philips Electronics N.V. | Procédé de transmission par paquet avec requetes en retransmission de paquet et mécanisme de controle relatif à la transmission de telles requètes |
| WO2003009577A2 (en) * | 2001-07-18 | 2003-01-30 | Polycom Israel Ltd. | A system and method for improving the quality of video communication over a packet-based network |
| EP1292148A1 (en) * | 2001-08-17 | 2003-03-12 | Enrico Aprico | Transmission system and method for application to television signal distribution |
| KR100703295B1 (ko) * | 2001-08-18 | 2007-04-03 | 삼성전자주식회사 | 이동통신시스템에서 안테나 어레이를 이용한 데이터 송/수신 장치 및 방법 |
| US20030078045A1 (en) * | 2001-10-02 | 2003-04-24 | Anders Norstrom | Soft stream hand over |
| US20030072376A1 (en) * | 2001-10-12 | 2003-04-17 | Koninklijke Philips Electronics N.V. | Transmission of video using variable rate modulation |
| CN100344159C (zh) * | 2001-10-15 | 2007-10-17 | 汤姆森许可公司 | 可以错误恢复地传输数字视频文件的系统和方法 |
| KR100561838B1 (ko) | 2001-11-16 | 2006-03-16 | 삼성전자주식회사 | 멀티캐스트 데이터의 효율적인 송수신 장치 및 방법 |
| CA2411991A1 (en) * | 2001-11-19 | 2003-05-19 | Linear Systems Ltd. | Transmitting digital video signals over an ip network |
| US7155532B2 (en) * | 2002-01-04 | 2006-12-26 | Scientific-Atlanta, Inc. | Transmitting streams over asynchronous networks |
| US7292583B2 (en) * | 2002-01-04 | 2007-11-06 | Scientific-Atlanta, Inc. | Receiving streams over asynchronous networks |
| KR100810350B1 (ko) * | 2002-01-07 | 2008-03-07 | 삼성전자주식회사 | 안테나 어레이를 포함하는 부호분할다중접속 이동통신시스템에서 다양한 채널상태에 따른 데이터 송/수신 장치 및 방법 |
| US7043671B2 (en) * | 2002-01-16 | 2006-05-09 | Aviom, Inc. | System and method for transmitting audio or video data using multiple levels of protection |
| JP4150951B2 (ja) * | 2002-02-19 | 2008-09-17 | ソニー株式会社 | 動画配信システム、動画配信装置および方法、並びにプログラム |
| US7613727B2 (en) | 2002-02-25 | 2009-11-03 | Sont Corporation | Method and apparatus for supporting advanced coding formats in media files |
| FR2837332A1 (fr) * | 2002-03-15 | 2003-09-19 | Thomson Licensing Sa | Dispositif et procede d'insertion de codes de correction d'erreurs et de reconstitution de flux de donnees, et produits correspondants |
| US7020823B2 (en) * | 2002-03-19 | 2006-03-28 | Matsushita Electric Industrial Co., Ltd. | Error resilient coding, storage, and transmission of digital multimedia data |
| EP1504601B1 (en) * | 2002-04-17 | 2011-07-13 | Thomson Licensing | Packet error signal generator |
| US8046667B2 (en) | 2002-04-19 | 2011-10-25 | Thomson Licensing | Synchronization loss resilient digital communication system using forward erasure correction |
| CN1656691B (zh) * | 2002-04-19 | 2010-05-12 | 汤姆森特许公司 | 使用前向消除校正的同步丢失弹性数字通信系统 |
| JP4191054B2 (ja) * | 2002-04-19 | 2008-12-03 | トムソン ライセンシング | 優先順位付けされたデータを有するシステムにおける誤り制御符号化のためのダイバーシチ方式 |
| US7831990B2 (en) * | 2002-04-29 | 2010-11-09 | Sony Corporation | Generic adaptation layer for JVT video |
| KR100458878B1 (ko) * | 2002-05-03 | 2004-12-03 | 학교법인 경희대학교 | Ｆｅｃ 코딩 방식에 기초한 가변길이 패킷 송수신 방법 |
| US20030219513A1 (en) * | 2002-05-21 | 2003-11-27 | Roni Gordon | Personal nutrition control method |
| US20050226970A1 (en) * | 2002-05-21 | 2005-10-13 | Centrition Ltd. | Personal nutrition control method and measuring devices |
| MXPA04012517A (es) * | 2002-06-11 | 2005-02-17 | Thomson Licensing Sa | Servidor multimedia con adaptacion simple con condiciones dinamicas de perdida de red. |
| US20040047424A1 (en) * | 2002-10-15 | 2004-03-11 | Kumar Ramaswamy | System and method for transmitting digital video files with error recovery |
| EP1570620B1 (en) | 2002-12-04 | 2017-01-11 | Koninklijke Philips N.V. | Packetization of layered media bitstreams |
| US6847521B2 (en) * | 2003-01-03 | 2005-01-25 | Dell Products L.P. | PCB as a structural component and internal chassis alignment |
| FR2852180B1 (fr) * | 2003-03-07 | 2005-08-26 | Thales Sa | Procede et systeme de protection de donnees avec en-tete dans un systeme de transmission |
| US20040255338A1 (en) * | 2003-06-13 | 2004-12-16 | Apple Computer, Inc. | Interface for sending synchronized audio and video data |
| KR100698620B1 (ko) * | 2003-06-16 | 2007-03-21 | 삼성전자주식회사 | 강건한 에러 정정 부호화 장치를 가지는 디지털 송/수신시스템 및 그의 에러정정부호화/정정방법 |
| JP2005079793A (ja) * | 2003-08-29 | 2005-03-24 | Nec Corp | 画像通信方法、画像通信システム、画像送信装置および画像受信装置 |
| JP2005210219A (ja) * | 2004-01-20 | 2005-08-04 | Sony Corp | 送受信システム、送信装置および方法、受信装置および方法、記録媒体、並びにプログラム |
| CA2567846A1 (en) * | 2004-06-01 | 2005-12-15 | Centrition Ltd. | Personal nutrition control devices |
| US8331445B2 (en) * | 2004-06-01 | 2012-12-11 | Qualcomm Incorporated | Method, apparatus, and system for enhancing robustness of predictive video codecs using a side-channel based on distributed source coding techniques |
| US7739577B2 (en) * | 2004-06-03 | 2010-06-15 | Inphase Technologies | Data protection system |
| US7533324B2 (en) * | 2004-09-22 | 2009-05-12 | Kencast, Inc. | System, method and apparatus for FEC encoding and decoding |
| WO2006038055A1 (en) * | 2004-10-06 | 2006-04-13 | Nokia Corporation | Assembling forward error correction frames |
| US7447978B2 (en) * | 2004-11-16 | 2008-11-04 | Nokia Corporation | Buffering packets of a media stream |
| US20060151069A1 (en) * | 2005-01-10 | 2006-07-13 | Williams Peter C | Carburization of ferrous-based shape memory alloys |
| US7739580B1 (en) * | 2005-02-17 | 2010-06-15 | Kencast, Inc. | System, method and apparatus for reducing blockage losses on information distribution networks |
| US8223643B1 (en) | 2005-09-06 | 2012-07-17 | Kencast, Inc. | Method for packet-level FEC encoding a stream of source packets using shifted interleaving |
| CN1984332B (zh) * | 2005-12-14 | 2010-05-26 | 财团法人工业技术研究院 | 数据及图像编码之方法与系统 |
| US7852853B1 (en) * | 2006-02-07 | 2010-12-14 | Nextel Communications Inc. | System and method for transmitting video information |
| US8707139B2 (en) * | 2006-10-18 | 2014-04-22 | Kencast, Inc. | Systems, methods, apparatus, and computer program products for providing forward error correction with low latency |
| JP4250654B2 (ja) * | 2006-11-17 | 2009-04-08 | 株式会社東芝 | 通信装置、通信方法および通信プログラム |
| KR101221913B1 (ko) * | 2006-12-20 | 2013-01-15 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
| KR101125846B1 (ko) * | 2007-03-23 | 2012-03-28 | 삼성전자주식회사 | 패킷 기반의 영상 프레임 전송 방법 및 장치 |
| US7949778B2 (en) * | 2007-03-27 | 2011-05-24 | Kencast, Inc. | Systems, methods, apparatus and computer program products for providing packet-level FEC with higher throughput using user datagram protocol (UDP) |
| KR101328949B1 (ko) | 2007-04-10 | 2013-11-13 | 엘지전자 주식회사 | 방송 신호 송수신 방법 |
| KR101351019B1 (ko) | 2007-04-13 | 2014-01-13 | 엘지전자 주식회사 | 방송 신호 송수신 장치 및 방송 신호 송수신 방법 |
| KR101430483B1 (ko) | 2007-06-26 | 2014-08-18 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
| KR101405966B1 (ko) | 2007-06-26 | 2014-06-20 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
| KR101430484B1 (ko) | 2007-06-26 | 2014-08-18 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
| KR101456002B1 (ko) | 2007-06-26 | 2014-11-03 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
| WO2009005301A1 (en) * | 2007-07-02 | 2009-01-08 | Lg Electronics Inc. | Digital broadcasting system and data processing method |
| KR101490246B1 (ko) * | 2007-07-02 | 2015-02-05 | 엘지전자 주식회사 | 방송 수신기 및 방송신호 처리방법 |
| JP2009027720A (ja) * | 2007-07-23 | 2009-02-05 | Polycom Inc | 輻輳回避と共に損失パケット回復を行うシステム及び方法 |
| KR101486372B1 (ko) | 2007-07-25 | 2015-01-26 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
| CN101785304B (zh) | 2007-08-24 | 2013-04-24 | Lg电子株式会社 | 数字广播系统和数字广播系统中的数据处理方法 |
| CA2697453C (en) | 2007-08-24 | 2013-10-08 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| US8413194B2 (en) | 2007-08-24 | 2013-04-02 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| US8214872B2 (en) | 2007-08-24 | 2012-07-03 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| CA2695142C (en) | 2007-08-24 | 2013-06-18 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| US8276178B2 (en) | 2007-08-24 | 2012-09-25 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| CA2694704C (en) | 2007-08-24 | 2013-06-25 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| US8175065B2 (en) | 2007-08-24 | 2012-05-08 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in the digital broadcasting system |
| US8683529B2 (en) | 2007-08-24 | 2014-03-25 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| KR101556130B1 (ko) | 2007-08-24 | 2015-09-30 | 엘지전자 주식회사 | 디지털 방송 시스템 및 데이터 처리 방법 |
| US8161511B2 (en) | 2007-08-24 | 2012-04-17 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| US8051451B2 (en) | 2007-08-24 | 2011-11-01 | Lg Electronics, Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| MX2010002029A (es) | 2007-08-24 | 2010-03-15 | Lg Electronics Inc | Sistema de difusion digital y metodo de procesamiento de datos en sistema de difusion digital. |
| CA2697483C (en) | 2007-08-24 | 2013-05-21 | Lg Electronics Inc. | Digital broadcasting receiver and method for controlling the same |
| US7912006B2 (en) | 2007-08-24 | 2011-03-22 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| US8185925B2 (en) | 2007-08-24 | 2012-05-22 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in the digital broadcasting system |
| WO2009038407A2 (en) | 2007-09-21 | 2009-03-26 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| US8087052B2 (en) | 2007-09-21 | 2011-12-27 | Lg Electronics Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| WO2009038406A2 (en) | 2007-09-21 | 2009-03-26 | Lg Electronics Inc. | Digital broadcasting system and data processing method |
| US7975281B2 (en) | 2007-09-21 | 2011-07-05 | Lg Electronics, Inc. | Digital broadcasting system and method of processing data in digital broadcasting system |
| US8111757B2 (en) | 2007-09-28 | 2012-02-07 | Motorola Mobility, Inc. | Method and apparatus for video signal processing |
| US8418034B2 (en) * | 2008-02-08 | 2013-04-09 | Kencast, Inc. | Systems, methods, apparatus and computer program products for highly reliable file delivery using compound and braided FEC encoding and decoding |
| US8145975B2 (en) * | 2008-02-28 | 2012-03-27 | Ip Video Communications Corporation | Universal packet loss recovery system for delivery of real-time streaming multimedia content over packet-switched networks |
| JP5164714B2 (ja) * | 2008-07-24 | 2013-03-21 | キヤノン株式会社 | 送信装置及び方法、プログラム |
| WO2010021525A2 (en) | 2008-08-22 | 2010-02-25 | Lg Electronics Inc. | A method for processing a web service in an nrt service and a broadcast receiver |
| EP2200220A1 (en) * | 2008-12-22 | 2010-06-23 | Thomson Licensing | Method and apparatus for reliable multicast streaming |
| US8392800B2 (en) * | 2009-10-20 | 2013-03-05 | Hewlett-Packard Development Company, L.P. | Multi-hop network having increased reliability |
| KR101286912B1 (ko) | 2009-12-18 | 2013-07-16 | 한국전자통신연구원 | 3차원 저장장치를 이용한 가변길이 패킷의 ｆｅｃ 인코딩 및 ｆｅｃ 디코딩 방법 |
| EP2567546A4 (en) * | 2010-05-10 | 2014-01-15 | Samsung Electronics Co Ltd | METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING LAYERED CODED VIDEO |
| KR101443061B1 (ko) * | 2010-11-12 | 2014-09-26 | 한국전자통신연구원 | 패킷 손실에 강인한 애드혹 멀티미디어 그룹통신 단말 및 그 동작방법 |
| CN105426775B (zh) * | 2015-11-09 | 2018-06-19 | 北京联合大学 | 一种保护智能手机信息安全的方法和系统 |
| CN105933342A (zh) * | 2016-06-24 | 2016-09-07 | 浙江宇视科技有限公司 | 一种视频监控数据的传输方法及装置 |
| JP7408152B2 (ja) * | 2017-07-11 | 2024-01-05 | 上海交通大学 | メディア内容に基づく自己適応システムコードｆｅｃ符号化および復号化方法、装置、システムおよび媒体 |
| US10771191B2 (en) | 2018-03-09 | 2020-09-08 | Kencast, Inc. | System for highly reliable file delivery of using continuous FEC encoding/decoding |
| WO2019213497A1 (en) | 2018-05-03 | 2019-11-07 | Scotty Labs | Virtual vehicle control system |
| JP7261860B2 (ja) | 2019-05-12 | 2023-04-20 | アミモン リミテッド | ユーザ・データグラム・プロトコル（ｕｄｐ）を利用するロバストなビデオ送信のためのシステム、デバイス、及び方法 |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5001561A (en) | 1990-05-02 | 1991-03-19 | At&T Bell Laboratories | Embedded coding system for video signals |
| US5287178A (en) * | 1992-07-06 | 1994-02-15 | General Electric Company | Reset control network for a video signal encoder |
| US5231486A (en) * | 1992-07-27 | 1993-07-27 | General Electric Company | Data separation processing in a dual channel digital high definition television system |
| US5771081A (en) | 1994-02-28 | 1998-06-23 | Korea Telecommunication Authority | Bit system for transmitting digital video data |
| JPH07283740A (ja) | 1994-04-05 | 1995-10-27 | Sony Corp | 送信装置、受信装置、および伝送システム |
| US5555244A (en) * | 1994-05-19 | 1996-09-10 | Integrated Network Corporation | Scalable multimedia network |
| US5847779A (en) * | 1994-06-15 | 1998-12-08 | Rca Thomson Licensing Corporation | Synchronizing a packetized digital datastream to an output processor in a television signal processing system |
| US5481312A (en) * | 1994-09-12 | 1996-01-02 | At&T Corp. | Method of and apparatus for the transmission of high and low priority segments of a video bitstream over packet networks |
| DE19547707A1 (de) | 1995-12-20 | 1997-07-03 | Thomson Brandt Gmbh | Verfahren, Encoder und Decoder zur Übertragung von hierarchisch in mehrere Teile gegliederten digitalen Signalen |
| US5831690A (en) * | 1996-12-06 | 1998-11-03 | Rca Thomson Licensing Corporation | Apparatus for formatting a packetized digital datastream suitable for conveying television information |
-
1998
- 1998-10-22 US US09/177,008 patent/US6317462B1/en not_active Expired - Lifetime
-
1999
- 1999-09-02 CA CA002281353A patent/CA2281353C/en not_active Expired - Fee Related
- 1999-10-12 EP EP99308033A patent/EP0996291A1/en not_active Withdrawn
- 1999-10-21 JP JP29907399A patent/JP3831558B2/ja not_active Expired - Lifetime
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100772346B1 (ko) * | 2000-07-11 | 2007-11-02 | 코닌클리케 필립스 일렉트로닉스 엔.브이. | 통신 시스템, 송신기, 전송 오류들에 대한 보호 방법 |
| JP2002164925A (ja) * | 2000-11-29 | 2002-06-07 | Hitachi Ltd | マルチキャスト通信システムおよびマルチキャスト通信方法 |
| US7657111B2 (en) | 2003-02-14 | 2010-02-02 | Fujifilm Corporation | Apparatus and program for image processing for obtaining processed compressed moving image data |
| JP2007143142A (ja) * | 2005-11-15 | 2007-06-07 | Samsung Electronics Co Ltd | 無線ネットワークにおけるデータ伝送方法及び装置 |
| JP4611274B2 (ja) * | 2005-11-15 | 2011-01-12 | 三星電子株式会社 | 無線ネットワークにおけるデータ伝送方法及び装置 |
| JP2009535891A (ja) * | 2006-04-29 | 2009-10-01 | トムソン ライセンシング | スタガーキャスティングを使用するインターネットプロトコルベースの無線ネットワークにおけるマルチキャストセッションのシームレスハンドオーバのための方法及び装置 |
| JP2008017331A (ja) * | 2006-07-07 | 2008-01-24 | Toshiba Corp | パケットストリーム送信装置 |
| JP2022546102A (ja) * | 2019-09-10 | 2022-11-02 | 華為技術有限公司 | パケット処理方法および装置、ならびにチップ |
| US11695502B2 (en) | 2019-09-10 | 2023-07-04 | Huawei Technologies Co., Ltd. | Packet processing method and apparatus, and chip |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0996291A1 (en) | 2000-04-26 |
| JP3831558B2 (ja) | 2006-10-11 |
| CA2281353C (en) | 2003-07-01 |
| CA2281353A1 (en) | 2000-04-22 |
| US6317462B1 (en) | 2001-11-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3831559B2 (ja) | 圧縮符号化されたビデオ信号を復号化する方法 | |
| JP3831558B2 (ja) | エンコード方法及びエンコーダ | |
| Boyce | Packet loss resilient transmission of MPEG video over the Internet | |
| US8233539B2 (en) | Method and apparatus for transmitting packet-based image frame | |
| JP4982024B2 (ja) | ビデオ符号化方法 | |
| US7116714B2 (en) | Video coding | |
| KR100495820B1 (ko) | 비디오 코딩 | |
| EP1677547B1 (en) | Use of frame caching to improve packet loss recovery | |
| JP5007012B2 (ja) | ビデオ符号化方法 | |
| US7779336B2 (en) | Assembling forward error correction frames | |
| Frossard et al. | AMISP: a complete content-based MPEG-2 error-resilient scheme | |
| Vilei et al. | A novel unbalanced multiple description scheme for video transmission over wlan | |
| Wenger | High-level syntax for H. 26L: first results | |
| Gao et al. | A Low-Latency Video Transmission Scheme Based on Sliding-Window FEC | |
| Nguyen et al. | Adaptive error protection for Scalable Video Coding extension of H. 264/AVC | |
| Frossard et al. | Content-based MPEG-2 structuring and protection | |
| Song | Toward connected personal healthcare: Keynote address | |
| CN114554198A (zh) | 基于纠删码的视频关键帧冗余传输方法和系统 | |
| Aladrovic et al. | An error resilience scheme for layered video coding | |
| Horn | Scalable Internet Video Streaming With Unequal Error Protection | |
| Zhou et al. | Transmission Distortion Optimized FEC Scheme for Real-Time Wireless Video | |
| Huang et al. | Supporting Live Video on Ad Hoc Wireless Networks: Unbalanced Multiple Description Coding, Single Path Transport and Recursive Error Concealment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040526 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20040826 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20040831 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041126 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050530 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20050830 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20050905 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051130 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20051226 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20060324 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20060330 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060601 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060621 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060714 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3831558 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090721 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100721 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110721 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110721 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120721 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120721 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130721 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |