JPH09172642A - Ｖｂｒビデオ符号化システム - Google Patents

Ｖｂｒビデオ符号化システム

Info

Publication number
JPH09172642A
JPH09172642A JP26326296A JP26326296A JPH09172642A JP H09172642 A JPH09172642 A JP H09172642A JP 26326296 A JP26326296 A JP 26326296A JP 26326296 A JP26326296 A JP 26326296A JP H09172642 A JPH09172642 A JP H09172642A
Authority
JP
Japan
Prior art keywords
value
upc
target
video
vbr
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
Application number
JP26326296A
Other languages
English (en)
Other versions
JP2845267B2 (ja
Inventor
Ramamaashii Goparakurishinan
ラママーシー ゴパラクリシナン
Reishiyadaharii Deipankaa
レイシャダハリー ディパンカー
Reininjiyaa Danieru
レイニンジャー ダニエル
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPH09172642A publication Critical patent/JPH09172642A/ja
Application granted granted Critical
Publication of JP2845267B2 publication Critical patent/JP2845267B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L12/5602—Bandwidth control in ATM Networks, e.g. leaky bucket
    • 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/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/115—Selection of the code volume for a coding unit prior to coding
    • 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/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/124—Quantisation
    • H04N19/126—Details of normalisation or weighting functions, e.g. normalisation matrices or variable uniform quantisers
    • 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/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/146—Data rate or code amount at the encoder output
    • H04N19/147—Data rate or code amount at the encoder output according to rate distortion criteria
    • 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/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/146—Data rate or code amount at the encoder output
    • H04N19/152—Data rate or code amount at the encoder output by measuring the fullness of the transmission buffer
    • 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/184—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 bits, e.g. of the compressed video stream
    • 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/189—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding
    • H04N19/192—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the adaptation method, adaptation tool or adaptation type used for the adaptive coding the adaptation method, adaptation tool or adaptation type being iterative or recursive
    • 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/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • 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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5614—User Network Interface
    • H04L2012/5616—Terminal equipment, e.g. codecs, synch.
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5629—Admission control
    • H04L2012/5631—Resource management and allocation
    • H04L2012/5632—Bandwidth allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5629—Admission control
    • H04L2012/5631—Resource management and allocation
    • H04L2012/5636—Monitoring or policing, e.g. compliance with allocated rate, corrective actions
    • 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/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/146—Data rate or code amount at the encoder output

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

(57)【要約】 【課題】 サービス品質を低下させることなくＶＢＲサ
ービスにおけるフレキシビリティを高めることである。 【解決手段】 利用パラメータ制御（ＵＰＣ）パラメー
タによって特徴付けられた符号化帯域幅が、ビデオエン
コーダおよび非同期送信モードネットワーク間で再交渉
される可変ビットレートビデオ符号化システムであり、
これによって、サービスの品質を維持し、且つ、帯域幅
を節約することができる。符号化システムは、バッファ
の占有レベルを制御する形でビデオソースの量子化を調
整する一方、新しいＵＰＣパラメータを要求する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、非同期転送モード
（ＡＴＭ）に使用される符号化システム、及び、符号化
方法に関し、特に、可変ビットレート（ＶＢＲ）サービ
スに使用されるビデオ符号化システム及び方法に関す
る。
【０００２】
【従来の技術】コンピュータベースのマルチメディアア
プリケーションよって生成されるトラヒックに対して、
ＡＴＭネットワークは、帯域幅要求に真の意味で随意に
対応できることが要求されている。マルチメディアコネ
クションでは、ユーザアプリケーションのために、セッ
ションの進行中に、トラヒックプロファイルがしばしば
変更される。これは、瞬時のビットレートが、画面の内
容およびエンコーダの状態によって、大幅に変化する可
変ビットレート（ＶＢＲ）ビデオを使用するアプリケー
ションに、特に、当てはまることである。更に、ソフト
ウェアベースのマルチメディアアプリケーションを使用
するユーザは、ビデオウィンドウの大きさを変更して、
大きな画像解像度を望むかもしれないし、ビデオサーバ
からの早送り、巻き戻し、停止、あるいは、ジョグとい
ったような“トリックモード”を要求したり、あるい
は、画像データベースのクイックサーチを突発的に開始
するかもしれない。現在活発に商業用に開発されている
ＡＴＭネットワークでは、このような広範囲にわたるビ
デオ及びマルチメディアアプリケーションに対して、所
謂ＶＢＲと呼ばれるサービスクラスによって対処するこ
とを企図している。
【０００３】呼接続中に、ソース及びネットワーク間
で、随意に、帯域を調整できる新しいＡＴＭのサービス
クラスが提案されている。ＶＢＲ＋と呼ばれる新しいサ
ービスクラスは、統計的多重化技術によって高度のネッ
トワーク利用を可能にするとと共に、コンピュータベー
スのマルチメディアアプリケーションにおけるサービス
の品質（ＱｏＳ）をサポートすることを意図している。
現在ＡＴＭネットワークに使用されているＶＢＲサービ
スクラスでは、ピークレート、バーストの長さ、及び維
持レート（ｓｕｓｔａｉｎｅｄ ｒａｔｅ）を含む利用
パラメータ制御（以下、ＵＰＣと呼ぶ）パラメータの特
定がコネクションの際に要求されている。ＵＰＣパラメ
ータは呼設定時に指定され、呼継続時間中、実際上、維
持される。
【０００４】ここで、ディジタル記録媒体に動画データ
を圧縮して蓄積するためのビデオ符号化規格として、Ｍ
ＰＥＧ標準規格がある。以下では、ＭＰＥＧ標準規格に
したがって、ビデオを符号化し、ＶＢＲでＡＴＭネット
ワークに送信するＭＰＥＧＶＢＲ処理について説明す
る。ＭＰＥＧ ＶＢＲ処理は、長い時間で見ると、画面
における変化によって静止したものではないから、最初
に指定されたＵＰＣパラメータを過大な大きさにしない
で、単一のＵＰＣパラメータを用いて、全体のセッショ
ン継続中、均一のビデオ品質が得られるようにすること
は一般的には不可能である。
【０００５】伝統的なＡＴＭのＶＢＲサービスクラスで
は、セットアップの際、前もって確立した一定のトラヒ
ックプロファイルでコネクションがサポートされる。ト
ラヒックプロファイルは、ピークレート（λｐ）、バー
ストの長さ（ＢＬ）、及び維持レート（λｓ）のような
一セットのトラヒック記述子、即ち、パラメータによっ
て規定される。これらのパラメータをＵＰＣパラメータ
と呼ぶ。ネットワークは指示されたＵＰＣパラメータに
基づきＶＢＲコネクションを受け付ける。一度、コネク
ションが確立すると、端末装置は指示されたＵＰＣパラ
メータにしたがって動作することが期待される。リーキ
ィバケットベースのネットワーク管理部（ポリサー）を
使って、ネットワークは、強制的に指示されたＵＰＣパ
ラメータにしても良い。セル間の間隔が１／λｐまでの
間隔を維持した状態で、ソースがセルを連続的にＢＬま
で生成するとすれば、ソースはＵＰＣパラメータに従っ
て動作し、セルカウンタがクリアされるまで、全ての残
りのセルは、１／λｓまでのセル間隔で到来しなければ
ならない。セルが受付けられる度毎に、リーキィバケッ
トカウンタは増加し、また、固定レートλｓで減少す
る。ＵＰＣパラメータに違反したセルは、通常、ポリサ
ーによってチェックされ、輻輳が生じたスイッチノード
で廃棄される。セルが廃棄されるのを防止するために、
ソースは最初に申告したＵＰＣパラメータを守るように
トラヒックを調整しなければならない。この調整動作
は、ソースにおいて、ポリサーメカニズムと同等のリー
キィバケットトラヒックシェーパーを模擬したものとソ
ースレート制御部とを組み合わせることにより実現され
る。
【０００６】
【発明が解決しようとする課題】ＶＢＲビデオソースで
生成された圧縮された一連のデータビット列はＡＴＭイ
ンターフェースのバッファ内に蓄積される。そのデータ
はリーキィバケットトラヒックシェーパによって特定さ
れているレートでバッファから除去される。もし、ＵＰ
Ｃパラメータが適切に決定されていれば、バッファ内容
はゼロに近くなる。もし、ＵＰＣパラメータがソースの
ＶＢＲバッファに対して適切に決定されていなければ、
バッファ内容は増加する。バッファ内容の増加の際、ビ
デオエンコーダは、ネットワークインターフェースにお
ける待ち行列サイズを管理し、データの送出最大遅延時
間を保証するために、ソースレート制御によってビット
レートを減少させなければならない。しかしながら、も
し、ソースレート制御メカニズムが、あまりにも頻繁に
働けば、結果的に、サービスの品質（すなわち画質）を
変化させ、場合によっては許容できないものになってし
まう。このように、スタティック（固定）ＵＰＣパラメ
ータのＶＢＲコネクションを許容できるサービス品質
（ＱｏＳ）の範囲にするために、ユーザはセットアップ
時におけるＵＰＣパラメータの指定を必要以上の大きさ
にしなければならない。呼受付制御部（ＣＡＣ）は、コ
ネクションの継続時間中、指定されたＵＰＣパラメータ
に基づいて資源を確保するので、必要以上に大きなＵＰ
Ｃパラメータの採用によって、ＱｏＳの低下を防止する
ことは、ユーザーに対してコスト的に高い負担を課すこ
とになる。
【０００７】固定ＵＰＣパラメータに基づいてＶＢＲビ
デオを送信するこれまでの研究では、リーキィバケット
カウンタの大きさを極めて長くし（できれば何十秒もの
長さであるが、ネットワーク設計者の目からみれば禁止
されるほどの長さ）、これによって、ビデオコネクショ
ンの期間の大部分の時間、均一の画質を与えることがで
きる。固定ＵＰＣパラメータを使った他の研究として、
ネットワークフィードバックだけによって、ソース帯域
を動的に制御することが、Ｈ． Ｋａｎａｋｉａ ｅｔ
ａｌ の論文“Ａｎ Ａｄａｐｔｉｖｅ Ｃｏｎｇｅ
ｓｔｉｏｎ Ｃｏｎｔｒｏｌ Ｓｃｈｅｍｅ ｆｏｒ
ＲｅａｌーＴｉｍｅ Ｐａｃｋｅｔ Ｖｉｄｅｏ Ｔｒ
ａｎｓｐｏｒｔ” ｉｎ Ｐｒｏｃ． ｏｆ ＳＩＧＣ
ＯＭＭ´９３， Ｉｔｈａｃａ， ＮＹ， Ｓｅｐｔｅ
ｍｂｅｒ １９９３で提案されている。しかしながら、
この研究においても、前述と同様な欠点がある。
【０００８】
【課題を解決するための手段】本発明の趣旨は、エンコ
ーダと、非同期転送モード（ＡＴＭ）ネットワークとの
間において、呼接続中に、符号化帯域を再交渉（ｒｅｎ
ｅｇｏｔｉａｔｅ）できるＶＢＲビデオ符号化システム
にある。前述したように、符号化帯域は、ピークレー
ト、バーストの長さ、及び、送信レートを含む、利用パ
ラメータ制御（ＵＰＣ）パラメータによって特徴づけら
れる。ここで、適応型エンコーダレート制御部は、ユー
ザ毎に特定されているサービス品質を維持するために、
必要なＵＰＣパラメータを算出する。一方、ネットワー
クは、ネットワーク輻輳状態を処理するために、より低
いＵＰＣパラメータ値を割り当てる。
【０００９】更に、本発明は、利用パラメータ制御（Ｕ
ＰＣ）を動的に変更して、可変ビットレートビデオエン
コーダをＡＴＭネットワークに効果的にインターフェー
スする方法を開示している。特に、ＵＰＣパラメータ再
交渉のためのアルゴリズムを、ＶＢＲ用ＭＰＥＧエンコ
ーダに用いた場合について説明する。ＵＰＣパラメータ
再交渉に比較的大きなラウンドトリップ遅延があって
も、再交渉中の過渡的な時間中に、僅かな品質の低下は
あるが、再交渉によって、充分な品質、及び、利得を得
ることができ、帯域幅を大いに節約することができる。
【００１０】ビデオエンコーダは、ビデオソースおよび
ＡＴＭネットワーク間に位置する。エンコーダは、符号
化の品質を保ち、且つ、サービス遅延を限られた範囲内
に維持するために、ＡＴＭネットワークに対して十分な
帯域幅を要求する。ビデオ帯域幅要求は、ピークレート
λｐ、バーストの長さＢＬ、及び送信レートλｓを含む
利用パラメータ制御（ＵＰＣ）パラメータによって特徴
づけられている。適応ＶＢＲビデオエンコーダは、ネッ
トワークインターフェースカード（ＮＩＣ）におけるバ
ッファメモリを制御するために、レート制御を行い、ビ
デオソースの量子化を調整する一方、要求されるサービ
スの質（ＱｏＳ）を維持するために、平行して、ＵＰＣ
パラメータ制御プロセッサは、呼受付制御（ＣＡＣ）部
に対して、新しいＵＰＣパラメータを要求する。
【００１１】ＡＴＭネットワークインターフェースカー
ド（ＮＩＣ）は、ＵＰＣパラメータ制御プロセッサを備
え、このプロセッサは、新しいＵＰＣパラメータを要求
するレート制御アルゴリズムを実行し、ＡＴＭネットワ
ークへの送信のための符号化されたビデオをパケット単
位で区切ることによって、新しいＵＰＣパラメータが受
け入れられることをあらわす、呼受付制御（ＣＡＣ）か
らの確認を受信する。また、ＮＩＣは、ビデオの送信レ
ートに関連して使用されるバッファ、及び、バッファを
介して、ＶＢＲエンコーダからＡＴＭネットワークに、
ビデオを結合するためのＡＴＭインターフェースを有し
ている。
【００１２】新しいアルゴリズムの適用の結果、新しい
ＵＰＣパラメータをＡＴＭネットワークに要求すると同
時に、ネットワークインターフェースカードのバッファ
を制御するために、ソースにおける量子化を適合させて
いる期間中におけるサービス品質を維持することができ
る。
【００１３】
【発明の実施の形態】
［概要説明］以下、本発明の理解を容易にするために、
図面を参照して説明する。以下に述べるように、本シス
テムは、適応型ＶＢＲエンコーダを備えており、このエ
ンコーダは、ビデオ信号をＡＴＭネットワークインター
フェースカード（ＮＩＣ）に送出する。この場合、ＮＩ
Ｃは、ＵＰＣパラメータ再交渉が行われている間に、同
時的に、ＡＴＭネットワークへのＶＢＲコネクションを
維持できる。
【００１４】ＶＢＲビデオエンコーダは未処理の入力原
デジタルビデオからＭＰＥＧ圧縮ビット列を生成する。
入力ビデオは、グループオブピクチャー（ＧＯＰ）単位
に区分されており、各単位は、イントラ（Ｉ）画像（フ
レーム内画像）と、予測（Ｐ）画像の配列、および、双
方向予測符号化、或いは、補間（Ｂ）画像とを含んでい
る。この場合、Ｉ画像は、その他の画像に関係なく符号
化されており、Ｐ画像は、前の（ＩあるいはＰ）画像を
参照して符号化される。更に、Ｂ画像は、直前の（Ｐあ
るいはＩ）画像と共に、直後の（ＩあるいはＰ）をも参
照して符号化される。ＧＯＰの始めに配置されるＩフレ
ームは、ランダムな検索、或いは、チャンネル切り替え
を容易にするための基準入力点として役立ち、ソース符
号化および送信エラーに対して、符号を強力にする。Ｇ
ＯＰは、Ｉ画像間の距離Ｎ、および、Ｐ画像間の距離Ｍ
によって規定される。圧縮の観点では、Ｉ画像は空間的
冗長性のみを利用するので最小の圧縮効率しかなく、Ｐ
画像は、空間的冗長性と共に、時間依存性をも利用する
ので、次に、効果的であり、Ｂ画像は、Ｐ画像が利用し
ているものに加えて、非時間依存性の冗長性をも利用す
るので最も効果的である。典型的なＶＢＲのＭＰＥＧビ
ットレートトレースのセグメントが、Ｉ、Ｐ、およびＢ
構造として図１に示されている。
【００１５】ＧＯＰのそれぞれの画像は、一つ以上のス
ライスを有しており、その基本単位は再同期情報が結合
されている。スライスは、一列のマクロブロックからな
っている。マクロブロックは、それぞれ８ｘ８のブロッ
クからなるＣｂおよびＣｒの色度ブロックと共に、１６
ｘ１６の輝度ブロックからなっている。エンコーダにお
いて、動き補償予測によって入力マクロブロックの差が
予測誤差として計算される。予測誤差は、どの符号化が
最も効率的に符号化できるかを決定するために、原（イ
ントラ）ブロックとも比較される。選択されたマクロブ
ロックは離散余弦変換（ＤＣＴ）によって変換される。
ＤＣＴは画素の強度を周波数係数に変換するための変換
であり、ＤＣＴは画素を非常に簡潔な形式（すなわち、
多くのゼロ係数とわずかな非ゼロ係数）で表している。
結果的に得られたＤＣＴ係数は動き量子化情報特性（以
下、“ｍｑｕａｎｔ”呼ぶ）（Movable Quantizer info
rmation ）の量子化ステップサイズで、一様量子化器で
量子化される。量子化された係数は、可変長符号化され
る。マクロブロックレイヤにおいて、フレーム間（ｉｎ
ｔｅｒ）／フレーム内（ｉｎｔｒａ）の決定、量子化パ
ラメータ、および、動きベクトルのようなデータ要素が
送信され、他方、スライスおよび画像レーヤにおいて
は、同期符号がＭＰＥＧビット列に多重化される。結果
的なＶＢＲ ＭＰＥＧビット列はＮＩＣのポートバッフ
ァに送信される。
【００１６】［ＵＰＣパラメータ推定］制御目標量子化
値Ｑｔａｒｇｅｔにおいて符号化されたＶＢＲビデオを
サポートするのに必要なＵＰＣパラメータ（λｐ、
λｓ、ＢＬ）は、平均ビットレートを推定するための観
測窓長（ＵＰＣｗｉｎｄｏｗ）サイズをスライドするこ
とによって、インターフェースバッファにおいて、到来
するビデオトラヒック（圧縮されたビット列）から決定
される。ＭＰＥＧにおける量子化の結果は、１から３１
までの間の整数である。ＶＢＲモードの場合、ＭＰＥＧ
エンコーダは、Ｉ、Ｐ、およびＢフレームを一様な品質
で符号化するために、フレームで平均したもののフレー
ム量子化３重項 （ｑＩ、ｑＰ、ｑＢ）を使用する。こ
こで、これらｑＩ、ｑＰ、ｑＢの間には、ｑＩ＝ｑＰ／
ｋＰ＝ｑＢ／ｋＢおよびｋＢ＞ｋＰ＞１の関係がある。
量子化Ｑにおけるフレームｎを符号化するために、エン
コーダによって使用されるビットの数ｂＱ（ｎ）は、以
下の式によって算出される： Ｂ（ｎ）＝Ｂ（ｎ−１）＋ｂＱ（ｎ）−Ｒ（ｎ）・Ｔ （１） ここで、Ｂ（ｎ−１）およびＢ（ｎ）は、それぞれフレ
ーム周期Ｔの最初と最後におけるＮＩＣでのバッファ占
有割合であり、Ｒ（ｎ）はフレームｎ中のバッファサー
ビスレート（待ち行列サービスレート）である。
【００１７】Ｑｔａｒｇｅｔにおいてビデオフレームを
符号化するために必要とされるフレームごとのビットの
数は、 ｂＱｔａｒｇｅｔ＝（Ｑ／Ｑｔａｒｇｅｔ）・ｂＱ（ｎ） （２） として予測される。この時、ＭＰＥＧのＶＢＲビデオに
おける双曲関数であらわされたレート歪線は、量子化の
小から中の範囲で有効であると推測される。すなわち、 Ｘ（ｎ）＝ｂQ target・Ｑｔａｒｇｅｔ＝ｂｑ・Ｑ （３） ここで、Ｘ（ｎ）はフレームｎの複雑性（ｃｏｍｐｌｅ
ｘｉｔｙ）をあらわしている。
【００１８】一旦、ｂQ targetが決まると、Ｑ
ｔａｒｇｅｔにおいて、ビデオを符号化するためのピー
クレートが以下のように算出される。
【００１９】 λｐ＝（１／Ｔ・ｍａｘ）［ｂQ target（ｎ）］ （４） ここで、観測区間であるＵＰＣパラメータｗｉｎｄｏｗ
長のフレームを動かすことによって得られるウィンドウ
内で観測した場合、ｍａｘ［ｂQ target（ｎ）］は、フ
レーム毎のビット数の最大値を示している。
【００２０】Ｑｔａｒｇｅｔにおけるスライドするウィ
ンドウ内で、フレームを符号化するための送信レートは
次の数１であらわされる式５によって算出される。
【００２１】
【数１】 最終的に、バースト長ＢＬは以下のように算出される。
【００２２】 ＢＬ＝ｍａｘ［ｂQ target（ｎ）］＋Ｂ（ｎ−１） （６） 式６におけるＢＬを選択することによって、前のバッフ
ァ内容を空にして、ピークレートでウィンドウ内の最長
フレームをサービスでき、これによって、待ち行列遅延
を適応的に減少させることができる。値Ｂ（ｎ−１）
は、前のＵＰＣパラメータが有効である間、累積エラー
を補償している。
【００２３】［Ｂｍａｘの更新］ＮＩＣにおける最大の
待ち行列サイズに対する基準値Ｂｍａｘは適応的に以下
のように算出される。
【００２４】 Ｂｍａｘ＝（Ｄｍａｘ−ｄ−ｅｍａｘ）・λｓ （７） ここで、Ｄｍａｘはアプリケーションによって規定され
た最大端末間（エンドーツーエンド）遅延であり、ｄは
一方向のネットワーク遅延（すなわち、伝搬および待ち
行列により遅延）であり、ｅｍａｘは以下の数２によっ
てあらわされる式８によって規定される。
【００２５】
【数２】 Ｂｓ（ｎ）＝α・Ｂ（ｎ）＋（１−α）・Ｂｓ（ｎ−１） （９） ここで、Ｂｓ（ｎ）はフレームｎのエンドにおける瞬時
バッファ占有割合の平滑値であり、また、αは０≦α≦
１の範囲の値をとり、且つ、ｍａｘ（Ｂｓ（ｎ）−Ｂ
ｍａｘ）はＵＰＣパラメータｗｉｎｄｏｗのフレーム周
期から算出される。値ｅｍａｘは、待ち行列による遅延
がユーザ規定値Ｄｍａｘを越えることを避けるために、
Ｂｍａｘの値を補償する。待ち行列がさらに輻輳する
時、Ｂｍａｘはリ−キィバケットによって維持されてい
る待ち行列サービスレートであるので、λｓを使用して
算出されることは注意すべきである。
【００２６】［ビデオレート制御］ソースレート制御を
使用することは、広帯域ネットワークにおいて、フィー
ドバックベースで防護的に輻輳を制御するアルゴリズム
にとって重要である。現在のＵＰＣパラメータが、入力
トラヒックに対して不適切であることを検出し、適切な
ＵＰＣパラメータがネットワークによって許容されリー
キィバケットに設定される時間によって定まる時間、ビ
デオレート制御はＮＩＣの待ち行列のサイズをＢｍａｘ
以下に維持しなければならない。また、一度新しいＵＰ
Ｃパラメータが設定された場合、レート制御によってレ
ートを上昇させ、エンコーダにターゲット量子化を行な
わせるように、制御が行われる。
【００２７】ＵＰＣコントローラにおけるレート制御ア
ルゴリズムは、現在のＢｍａｘ及びＢｓを使って、以下
の規則によって次のフレームＲ（ｎ＋１）に対する符号
化レートを更新する。
【００２８】（Ｂｓ（ｎ）＞ｔｈＩ2 ・Ｂｍａｘ）な
ら、Ｑ（ｎ＋１）＝Ｑ（ｎ）＋２；（Ｂｓ（ｎ）＞ｔｈ
Ｉ2 ・Ｂｍａｘ）かつ（Ｂｓ（ｎ）＞ｔｈＩ1 ・Ｂ
ｍａｘ）なら、Ｑ（ｎ＋１）＝Ｑ（ｎ）＋１；（Ｂ
ｓ（ｎ）＜ｔｈＤ2 ・Ｂｍａｘ）なら、Ｑ（ｎ＋１）＝
Ｑ（ｎ）−２；（Ｂｓ（ｎ）＞ｔｈＤ2 ・Ｂｍａｘ）か
つ（Ｂｓ（ｎ）＜ｔｈＤ1 ・Ｂｍａｘ）なら、Ｑ（ｎ＋
１）＝Ｑ（ｎ）−１；（Ｑ（ｎ＋１）＞Ｑｍａｘ）な
ら、Ｑ（ｎ＋１）＝Ｑｍａｘ；（Ｑ（ｎ＋１）＜Ｑ
ｍａｘ）なら、Ｑ（ｎ＋１）＝Ｑｔａｒｇｅｔ；そし
て、 Ｒ（ｎ＋１）＝Ｒ（ｎ）・Ｑ（ｎ）／Ｑ（ｎ＋１） （１０） 所定の閾値、ｔｈＩ2 ，ｔｈＩ1, ｔｈＤ2 ，ｔｈＤ
1 は、制御の際、適当なヒステリシスを与えるために選
択されるべきである。最後の２つの規則は、制御範囲
（Ｑｔａｒｇｅｔ，Ｑｍａｘ）においてアプリケーショ
ンによって特定された範囲に調整する。
【００２９】［ＵＰＣ再交渉］ＮＩＣの制御プロセッサ
は、各フレーム周期ごとに、値ＱとＱｔａｒｇｅｔを比
較する。もし、所定のＳフレーム周期の期間、Ｑ＞Ｑ
ｔａｒｇｅｔであるならば、ＵＰＣｕｐフラッグが設定
される。ＵＰＣｕｐフラッグを得る前に、Ｓフレーム周
期の期間、この状態が継続することを要求することによ
って、Ｓフレーム周期の期間までに含まれている過渡的
な時間における部分的なパラメータ調整をレート制御に
より初期的に許容し、ＵＰＣ再交渉の頻度を減少させる
ことができる。ＵＰＣｕｐが設定された後、ＵＰＣパラ
メータが上記のように得られると、ＡＴＭスイッチに対
して要求が出される。ＡＴＭスイッチは、現在のコネク
ションにおける現在の使用レベル、帯域幅予約、および
ＱｏＳ契約の状態に依存して、要求を受容あるいは拒絶
する。もし、ＵＰＣｕｐの要求が受け付けられた場合、
ＣＡＣからＮＩＣ２０にその受け付けについて送信され
る。ＵＰＣ再交渉がソースでトリガーされた時から、Ｕ
ＰＣパラメータが実際にリーキィバケットで有効になる
時間まで、かなりの遅延があることは重要なことであ
る。Ｓの値を増加させること、および／又は所定数量の
フレーム周期にわたって、値Ｑを平滑化することによっ
て、ビデオの品質の低下に対して反応制御が応答しづら
くなることを犠牲にしても、再交渉周波数を低下させる
ことができる。
【００３０】もし、Ｌ≧Ｓフレーム周期の間、Ｑ≦Ｑ
ｔａｒｇｅｔ、かつＢｓ（ｎ）＝０である時、ＵＰＣ
ｄｏｗｎの再交渉要求がなされる。所定数のフレーム周
期によって所定の期間Ｌは、測定された状況が安定して
（即ち、瞬時的ではない）いることを保証するのに、十
分な大きさであり、ＵＰＣｕｐ及びＵＰＣｄｏｗｎ状態
の間の変化に、ヒステリシス、即ち、時間差を与えるた
めに、Ｓより大きくなければならない。これらＵＰＣ
ｕｐ及びＵＰＣｄｏｗｎはＵＰＣパラメータを構成する
ピークレート、バースト長、維持レートの全てに関連し
て出力されてよい。
【００３１】本発明の全体に亘る操作を一般的な用語で
説明してきたが、以下では、本発明を実行するための好
ましい実施例を詳しく説明する。
【００３２】図２は、適応ＶＢＲビデオエンコーダ１０
およびＡＴＭネットワークインターフェースカード（Ｎ
ＩＣ）２０の相互接続の好ましい実施例を示している。
ここで、ＶＢＲビデオエンコーダ１０は量子化器制御部
１２およびＵＰＣモニタ１４を含んでいる。量子化器制
御部１２は、特定されたターゲットビデオ符号化レート
に基づいて量子化値Ｑを選択する。さらに、量子化器制
御部１２は、フレーム中、量子化値ＱをＵＰＣモニタ１
４およびＶＢＲエンコーダ１６の双方に送信する。量子
化値Ｑはビデオフレーム以上の量子化特性（ｍｑｕａｎ
ｔ）の平均をあらわしている。ＶＢＲエンコーダ１６
は、各マクロブロックに対する量子化値（ｍｑｕａｎ
ｔ）を要求しているので、量子化器制御部１２は、符号
化されるべき領域の局部符号化の複雑性（ｃｏｍｐｌｅ
ｘｉｔｙ）で、ターゲットＱを変調することによって、
量子化値を算出する。ＵＰＣモニタ１４は、また、入力
として、特定のターゲットビデオ符号化仕様、及び、フ
レームサイズ（ｍビット）情報をＶＢＲエンコーダ１６
から受信する。ターゲットビデオ符号化仕様は、量子化
範囲および最大限許容範囲の遅延を含む所望の動作領域
を定めている。ＮＩＣ２０中の制御プロセッサ１８は、
アルゴリズム（以下に説明されている）を動作させ、こ
のアルゴリズムによって、呼受付制御部（ＣＡＣ）を介
して、ＡＴＭネットワークへのＵＰＣ再交渉要求がトリ
ガーされる。
【００３３】図３は、ＶＢＲビデオ制御手順のフローチ
ャートである。制御手順はスタートすると（３０）、リ
ーキィバケット２４に対して、最初の特定値を設定する
（３２）。リーキィバケット２４からのレート情報は、
インターフェースバッファ２２に送信され、ＡＴＭネッ
トワークへ次に送信されるビデオデータとして使用され
る。リーキィバケット２４からの伝送レート（λｐ、λ
ｓ）は、フレーム時間における最大レートおよび中間レ
ートを算出することによって監視される（３４）。モニ
ターバッファの占有割合、あるいは、状態は以下に説明
されるように監視されて調整される（３６）。バッファ
の占有割合（Ｂｏｃｃ）に関する情報は、更新されたＶ
ＢＲビデオエンコーダ１０の量子化器制御部１２に与え
られ、量子化制御部において、更新されたＱの値が決定
され（３８）、この値はＶＢＲエンコーダ１６にも与え
られる。ＵＰＣパラメータの新しいおよび更新された値
が望ましい場合、再交渉レートに対する要求はＣＡＣに
送信され（４０）、ＣＡＣは、新しいパラメータ値の要
求がＡＴＭネットワークによって受付けられるか否かを
示す信号を返送する。使用されるべきＵＰＣパラメータ
（現在の値あるいは受け付けられた再交渉値）がリーキ
ィバケット２４に与えられ、処理が新たに開始される。
手順の各ステップで実行される処理が以下に詳細に説明
される。
【００３４】図４は、モニタレートアルゴリズムのフロ
ーチャートである。モニターレートアルゴリズムはフレ
ーム時間ｊにおける送信レートおよびピークレートを算
出する（４２）ためのものである。フレーム内の送信レ
ートＲｓが、動いているウィンドウのサイズに関連し
て、与えられたフレームサイズ（ｆｒａｍｅＳｉｚｅ）
に対する平均レートａｖｇとして計算される（４４）。
前のフレームに対する監視された送信レートＲｓもまた
計算される（４６）。監視された送信レートは２つの計
算されたレートの最大値である（４８）。監視されたピ
ークレートは全てのフレームに亘って与えられたフレー
ムサイズに対して最大値である（５０）。送信レートお
よびピークレートがフレーム時間算出されると、監視レ
ート処理は終了する（５２）。モニターレートアルゴリ
ズムは、好ましくはＵＰＣモニター１４で実行される。
【００３５】量子化ターゲット値Ｑｔａｒｇｅｔで動作
するためにエンコーダに必要なＵＰＣパラメータは、レ
ート歪モデルを使って現在のＶＢＲビットレートおよび
現在の量子化Ｑ値に基づいて算出される。バッファ最大
占有割合Ｂｍａｘは許容最大遅延Ｄｍａｘおよび伝搬遅
延の推定値にもとづいて算出される。バッファ２２の内
容ＢｏｃｃはＢｍａｘと比較される。輻輳が起こると、
バッファ内容であるＢｍａｘの値は、制御プロセッサ１
８からビデオエンコーダ１０のＵＰＣモニター１４に送
信され、この結果、バッファ２２の内容を値Ｂｍａｘよ
り小さく維持するようにＵＰＣパラメータが変更され
る。Ｑがユーザ規定値Ｑｔａｒｇｅｔよりも高くなるフ
レームの数が所定の閾値を越えると、制御プロセッサ１
８も、ＵＰＣパラメータを要求する。
【００３６】図５はバッファモニターアルゴリズム３６
（図３）のフローチャートであり、バッファモニターア
ルゴリズム３６は好ましくは量子化器制御部１２で実行
される。処理は５４で開始され、瞬時バッファ占有割合
すなわちレベルＢは、ビデオ画像のフレームサイズとバ
ッファサイズＢを加算した値に等しくなるように設定さ
れる（５６）。瞬時的にバッファはＢｓ＝αＢ＋（１−
α）Ｂｓになるように、平滑用ファクターαを与えるこ
とによって“平滑化”される（Ｂｓ）（５８）。バッフ
ァの最大値（Ｂｍａｘ）＝（Ｄｍａｘ−ｄｅｌａｙ）＊
ｒａｔｅは、バッファ上にセットされる（６０）。ここ
で、Ｄｍａｘはユーザが許容できる最大の遅延で、“ｄ
ｅｌａｙ”はネットワークで受け継がれる伝搬遅延、
“ｒａｔｅ”は維持されるべき送信レートである。
【００３７】次に、Ｂの瞬時値が平滑化された値Ｂｓよ
りも大きいかどうか比較される（６２）。もし、大きけ
れば、ΔＢは増加され（６４）、他方、大きくなけれ
ば、ΔＢは減少させられる（６６）。その結果、ΔＢの
値はバッファが瞬時的に増加すべきか、あるいは、減少
すべきかを示していることになる。
【００３８】平滑化されたバッファ占有割合Ｂｓが最大
値Ｂｍａｘの所定の割合よりも大きいかどうかがもう一
回、比較される（６８）。もし、大きければ、第１カウ
ンタＣｎｔｒＡが増加する（７０）。他方、大きくなけ
れば、カウンタＣｎｔｒＡは変化しない（７２）。さら
に、平滑化されたバッファ占有割合Ｂｓが、最大バッフ
ァ占有レベルのもう一方の低い方の割合と比較される
（７４）。もし、大きければ、第２のカウンタＣｎｔｒ
Ｂが増加し（７６）、通常フラッグがゼロに設定される
（７８）。もし、大きくなければ、通常フラッグが
“１”に設定される（８０）。これによって処理は終了
する（８２）。
【００３９】バッファモニターアルゴリズムは、占有割
合が最大バッファ占有範囲、すなわちβＢｍａｘとαＢ
ｍａｘ間にあるかどうかを決定する。好ましい実施例に
おいて、αは０．８でβは０．２である。すなわち、も
し、瞬時バッファ占有レベルが最大バッファ占有の２０
から８０％の間にあれば、動作は正常であると考えられ
る。もし、瞬時バッファ占有割合がその範囲外にあった
場合、ＵＰＣパラメータは、許容できるサービスの品質
を維持し、所望の範囲内に戻すために、バッファ占有割
合を（再交渉して）増加あるいは減少させるように変更
する必要がある。
【００４０】図６は、量子化器制御部１２においてバッ
ファモニターアルゴリズムに従って実行される量子化制
御アルゴリズム３８（図３）のフローチャートである。
処理が開始されると（８６）、Ｑの瞬時値はＱｓ＝ｂＱ
＋（１−ｂ）Ｑｓの値に平滑化される（８８）。ここ
で、Ｑは瞬時量子化値であり、ｂは予め決められた値で
ある。
【００４１】カウンタＣｎｔｒＡのカウントが所定の値
Ｕより大きいかどうかが決定される（９０）。もし、大
きければ、ΔＢがゼロより大きいかどうかについてもう
一介決定が行われる（９２）。もし、大きければ、（即
ち、ＹＥＳであれば）Ｑの値は大きく増加され（９
４）、処理はステップ１０６に進む。この処理は、量子
化値を粗調整する処理である。もし、ΔＢがステップ９
２においてゼロより大きくなければ、Ｑはより小さい値
だけ増加し（９６）、処理はステップ１０６に進む。こ
れは量子化値の微増調整処理である。
【００４２】もしＣｎｔｒＡの計数値がステップ９０の
Ｕより大きくなければ、カウンタＣｎｔｒＢの計数値が
もう一つの所定の値Ｄよりも大きいかどうかの決定が行
われる（９８）。もし、大きければ、ΔＢがゼロよりも
大きいかどうかのもう一つの決定が行われる（１０
０）。もし、大きければ、値Ｑは大きく減少され、処理
はステップ１０６に進む。もしステップ１０２のΔＢが
ゼロよりも小さくなければＱの値はよりほんの少しだけ
減少し（１０４）、処理はステップ１０６に進む。この
処理は、量子化値Ｑを減少方向に粗密に調整する処理で
ある。
【００４３】もし、ＣｎｔｒＢにおける計数値がステッ
プ９８のＤよりも大きくなければ、処理はオープンルー
プがあるかどうかの決定がされるステップ１０６に進
む。もしあれば、Ｑはターゲット値Ｑｔａｒｇｅｔに設
定され（１０８）、処理は終了する（１１６）。ターゲ
ット値はアプリケーション毎に設定された値である。も
し、オープンループがなければ、瞬時値Ｑがターゲット
値Ｑｔａｒｇｅｔよりも小さいかどうかの決定が行われ
る（１１０）。もし、小さければ、ＱはＱｔａｒｇｅｔ
と等しい値に設定され（１０８）、処理は終了する（１
１６）。もし小さくなければ、ＱはＱｍａｘよりも大き
いかどうかの決定が行われる（１１２）。Ｑｍａｘは、
ビデオが特定のアプリケーションに対して役に立たない
Ｑの値である。もし、大きければ、ＱはＱｍａｘと等し
い値に設定され（１１４）、処理は終了する（１１
６）。もし大きくなければ、処理は終了し（１１６）、
Ｑは変化しない。
【００４４】図７および８は、再交渉レートアルゴリズ
ム４０のフローチャートである。再交渉処理は１２０で
開始する。再交渉がすでに進行しているかどうかの決定
が行われる。もしされていれば（即ち、ＹＥＳであれ
ば）、処理は終了する（１２４）。もし（ＮＯ）であれ
ば、再交渉が開始する（１２６）。
【００４５】平滑化された量子化値Ｑｓが目標量子化値
Ｑｔａｒｇｅｔより大きいかどうかの決定が行われる
（１２８）。もし、大きければ（即ち、ＹＥＳであれ
ば）品質外（Ｑｕａｌｉｔｙ Ｏｆｆ）カウンタの値が
増加する（１３０）。品質外カウンタは、Ｑｓがどのく
らいの頻度で目標の範囲外に出るかをカウントする。
【００４６】再交渉された維持レートＲｓ−ｒｅｑは、
ステップ１３２に示すように、平滑化量子化値Ｑｓ、所
定の定数ｋ、及びモニターレートＲｓを乗算し、この乗
算結果を目標量子化値Ｑｔａｒｇｅｔによって割り算す
ることによって、計算される。同様の計算によって、再
交渉されたピークレート値（Ｒｐーｒｅｑ）がステップ
１３４で計算される。
【００４７】品質外カウンタの値が品質外フレームに定
められた所定数量より大きいかどうかの決定が行われる
（１３６）。もし、大きければ、再交渉が継続的に行わ
れる（１３８）。もし、大きくなければ、品質外カウン
タの値は変化しない、即ち、ゼロになる（１４０）。
【００４８】次に、平滑化された量子化値Ｑｓが目標量
子化値Ｑｔａｒｇｅｔと等しい値かどうかの決定が行わ
れる（１４２）。もし、等しい値であれば、処理はステ
ップ１５６に進む。もし等しい値でなければ、カウンタ
ＣｎｔｒＢの計数値がＣｎｔｒＡの計数値よりも大きい
かどうかの決定が行われる（１４４）。大きければ、処
理はステップ１５６へ進み、そうでなければ、要求され
た維持レート（Ｒｓ−ｒｅｑ）が監視された維持レート
（Ｒｓ−ｍｏｎ）と等しい値にされて（１４６）、要求
されたピークレート（Ｒｐ−ｒｅｑ）が監視されたピー
クレート（Ｒｐ−ｍｏｎ）と等しい値にされる（１４
８）。調整値はステップ１５０で１に設定される。カウ
ンタＣｎｔｒＢの計数値はステップ１５２でゼロに設定
される。もし調整が１に設定されれば、処理は継続する
（１５４）。
【００４９】要求される維持レート（Ｒｓ−ｒｅｑ）が
現行の維持レート（Ｒｓ−ｅｆｆ）よりも所定の割合だ
け大きいかどうかの決定が行われる（１５６）。フロー
チャートに示されるように、要求維持レート（Ｒｓ−ｒ
ｅｑ）が、効果的レートよりも１０％（１．１）好まし
く超越するかどうかの決定が行われる。もし、越えてい
なければ、要求された維持レート（Ｒｓ−ｒｅｑ）が有
効維持レート（Ｒｓ−ｅｆｆ）に対して所定の割合だけ
小さいかどうかの決定が行われる（１５８）。示されて
いるように、低い閾値が、効果的レートの９０％（０．
９）に設定されている。もし、効果的でなければ、処理
は終了する（１２４）。すなわち、もし、要求される再
交渉レートが現在効果的な維持レートの所定の範囲にあ
れば、現在のレートが、調整されるべきレートに十分近
いと判断されれば、再交渉は実行されない。値０．９お
よび１．１は好ましい値である。しかしながら、当業者
にはその他のサイズのウィンドウが選択されることは明
らかである。
【００５０】もし要求された値がステップ１５６あるい
はステップ１５８で決定されたような範囲外であれば、
調整されるピークレートが所定の量以上か、あるいは現
在効果的なピークレートの所定の割合よりも小さいかど
うかの決定が行われる（１６０）。さらに、フローチャ
ートに示されている範囲はプラスマイナス１０％であ
る。しかしながら、その範囲は維持レート決定に関して
使用される範囲と同様である必要はなく、その範囲はプ
ラスマイナス１０％である必要もないが、予め決められ
た値である。もしステップ１６０およびステップ１６２
における決定が両方ともＮＯであれば、すなわち、要求
されるピークレートが所定の範囲内にあるとき、処理は
終了される（１２４）。さらに、もし要求されるレート
が現在のピークレート内の所定の範囲にあれば、ピーク
レートの調整は要求されない。
【００５１】一方、ピークレートが所定の範囲外にあれ
ば、再交渉フレームの時間が現在のフレーム数と再交渉
されたレートが効果的であるフレームとの差異を計算す
る（１６４）。計算された経過時間Ｔｒｅｎｅｇがｍｉ
ｎＴｒｅｎｅｇより小さい、あるいは変化に影響を与え
るのに必要なフレームの最小限の数より小さいかどうか
の決定が行われる。もし小さくなければ、処理は終了す
る（１２４）。もし小さければ、計算された値Ｔ
ｒｅｎｅｇが再交渉された遅延の所定の倍数を越えてい
るかどうかの決定が行われる（１６８）。好ましい値は
１０倍である。もし越えていなければ、処理は終了する
（１２４）。もし、時間が変化に影響を与えるのに必要
な時間の範囲内であれば、送信レートおよびピークレー
トの再交渉された値に対するレート要求がステップ１７
０のＣＡＣに送信され、変化が効果を生じるべきである
フレームがステップ１７２のＣＡＣに送信される。そし
て処理は終了する（１２４）。上記のように、ＣＡＣ
は、新しいＣＡＣパラメータがＡＴＭネットワークによ
って許容されるかどうかを示す信号を返送する。この信
号は、アベーラブルリソースを示す、代わりのＵＰＣパ
ラメータを要求するＵＰＣパラメータに応じてＣＡＣに
対して延長される。Ｔｒｅｎｅｇはまた、過度なＵＰＣ
パラメータの要求を有するスイッチＣＡＣプロセッサに
負担をかけすぎることを避けるためメカニズムとして機
能する。
【００５２】リーキィバケット２４は、ＵＰＣパラメー
タの特定されたレートλｐあるいはλｓで、バッファ２
２からのデータをクロックし、制御プロセッサ１６によ
って設定された動的ＵＰＣパラメータに基づく対応レー
トで、ＡＴＭＳＡＲ（Ｓｅｇｍｅｎｔａｔｉｏｎ Ａｎ
ｄ Ｒｅ−ａｓｓｍｂｌｙ）レジスタ２６にデータを記
録する。ＡＴＭＳＡＲ２６はＡＴＭ転送のために、バッ
ファ２２からの圧縮データを保持し、データセルをＡＴ
Ｍネットワークに送信する。ＡＴＭＳＡＲレジスタ２６
は、ＡＴＭヘッダを有するＡＴＭセルにデータのビット
列を分解する。再構成処理は、受信機（ここでは示され
ていない）で実行され、受信機は、ヘッダを除去し、デ
ータを再構成あるいは再構築する。ＡＴＭネットワーク
はＣＡＣおよびＵＰＣ割当を行なうことでＮＩＣ要求を
処理する。ＵＰＣ呼受付の確率は、１に等しいと仮定さ
れている。
【００５３】動的帯域幅調整によるＶＢＲのＭＰＥＧビ
デオ符号化の好ましい方法を説明、図示してきたが、本
発明の精神および広い原則から逸脱することなく修正や
変更が可能であり、本発明がここに付されている請求項
の範囲によってのみ限定されることは、当業者には明ら
かであろう。
【図面の簡単な説明】
【図１】図１は、典型的なＶＢＲのＭＰＥＧビットレー
ト軌跡を示すグラフ表示である。
【図２】図２は、動的ＵＰＣパラメータを有するＭＰＥ
Ｇ、ＶＢＲエンコーダのＡＴＭインターフェースの概略
ブロック図である。
【図３】図３は、好ましいＶＢＲビデオ制御手順を示す
フローチャートである。
【図４】図４は、モニターレートアルゴリズムのフロー
チャートである。
【図５】図５は、バッファモニターアルゴリズムのフロ
ーチャートである。
【図６】図６は、量子化制御アルゴリズムのフローチャ
ートである。
【図７】図７は再交渉されたアルゴリズムのフローチャ
ートである。
【図８】図８は再交渉されたアルゴリズムのフローチャ
ートである。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｑ 3/00 Ｈ０４Ｎ 5/92 Ｈ (72)発明者 ダニエル レイニンジャー アメリカ合衆国，ニュージャージー 08540，プリンストン，キャッスルトン ロード 101

Claims (8)

    【特許請求の範囲】
  1. 【請求項１】 符号化帯域幅が呼接続中に再交渉される
    ＶＢＲビデオ符号化システムにおいて、 入力ビデオから圧縮された一連のビデオビット列を生成
    し、フレームサイズ情報を与えるためのＶＢＲビデオエ
    ンコーダと、 目標とするビデオ符号化仕様に基づき量子化値（Ｑ）を
    選択し、その値Ｑを前記ＶＢＲビデオエンコーダ及びＵ
    ＰＣモニタに出力する量子化制御器と、 量子化値（Ｑ）、目標とするビデオ符号化仕様、および
    フレームサイズ情報を受信し、所望のＵＰＣ（利用パラ
    メータ制御）パラメータを算出するＵＰＣモニタと、 現フレームの量子化値Ｑを目標量子化値（Ｑ
    ｔａｒｇｅｔ）と比較し、値ＱおよびＱｔａｒｇｅｔが
    所定枚数のフレームで異なっている時、ＵＰＣモニタか
    ら受信した所望のＵＰＣパラメータの再交渉を要求する
    制御プロセッサを有することを特徴とするＶＢＲビデオ
    符号化システム。
  2. 【請求項２】 請求項１のシステムにおいて、ＡＴＭネ
    ットワークに連結され、圧縮された一連のビデオビット
    列を受信する呼受付処理部を供え、前記制御プロセッサ
    は、前回交渉してから現在時刻までの経過時間（Ｔ
    ｒｅｎｅｇ）が再交渉を許容又は拒絶する呼受付制御に
    必要な遅延時間の所定倍を越えると、再交渉を要求する
    ことを特徴とするシステム。
  3. 【請求項３】 請求項１のシステムにおいて、前記ＵＰ
    Ｃモニタは、現監視ＵＰＣパラメータと、目標量子化値
    Ｑｔａｒｇｅｔによる動作中、所定の値Ｑを維持するた
    めに、圧縮された一連のビデオビット列に対する所望の
    ＵＰＣパラメータを算出することを特徴とするシステ
    ム。
  4. 【請求項４】 請求項１によるシステムにおいて、圧縮
    された一連のビデオビット列を受信するためのバッファ
    をさらに有しており、前記量子化制御器が、前記バッフ
    ァの占有レベルを予め定められた最大端末間（エンドー
    ツーエンド）の遅延になるように量子化値Ｑが選択され
    ることを特徴とするシステム。
  5. 【請求項５】 符号化帯域幅が呼接続中に再交渉される
    ＶＢＲビデオ符号化方法であって、 入力ビデオから圧縮された一連のビデオビット列を生成
    するステップ、 目標とするビデオコーディング仕様に基づき量子化値
    （Ｑ）を選択するステップ、 フレームの量子化値Ｑおよび目標量子化値（Ｑ
    ｔａｒｇｅｔ）を比較するステップ、及び量子化値Ｑお
    よび目標量子化値Ｑｔａｒｇｅｔが所定枚数のフレーム
    で異なっている時、ＵＰＣ値を再交渉する呼受付制御部
    に所望のＵＰＣパラメータを送信するステップを有する
    ことを特徴とする方法。
  6. 【請求項６】 請求項５による方法において、 再交渉ＵＰＣパラメータを再交渉するのに必要な経過時
    間（Ｔｒｅｎｅｇ）は、所望のＵＰＣ値を受付け又は拒
    絶する呼受付制御に必要な伝搬遅延時間の所定倍を越え
    ていることを特徴とする方法。
  7. 【請求項７】 請求項５による方法において、前記所望
    のＵＰＣ値を計算するステップでは、現在のＵＰＣ値お
    よび目標量子化値（Ｑｔａｒｇｅｔ）に従って、圧縮さ
    れた一連のビデオビット列を生成している間、圧縮され
    た一連のビデオビット列が所望の値Ｑを維持するような
    値を算出することを特徴とする方法。
  8. 【請求項８】 請求項５による方法において、圧縮され
    た一連のビデオビット列をバッファリングするステップ
    を含み、前記バッファリングするステップは、所定の端
    末間（エンドーツウーエンド）最大遅延を与えるような
    前記量子化値Ｑに選択されていることを特徴とする方
    法。
JP26326296A 1995-10-03 1996-10-03 Ｖｂｒビデオ符号化システム Expired - Fee Related JP2845267B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/538,672 US5675384A (en) 1995-10-03 1995-10-03 VBR MPEG video encoding for ATM networks with dynamic bandwidth renegotiation
US08/538672 1995-10-03

Publications (2)

Publication Number Publication Date
JPH09172642A true JPH09172642A (ja) 1997-06-30
JP2845267B2 JP2845267B2 (ja) 1999-01-13

Family

ID=24147933

Family Applications (1)

Application Number Title Priority Date Filing Date
JP26326296A Expired - Fee Related JP2845267B2 (ja) 1995-10-03 1996-10-03 Ｖｂｒビデオ符号化システム

Country Status (3)

Country Link
US (1) US5675384A (ja)
JP (1) JP2845267B2 (ja)
GB (1) GB2306073B (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7430219B2 (en) 2002-06-14 2008-09-30 Matsushita Electric Industrial Co., Ltd. Method for transporting media, transmitter and receiver therefor

Families Citing this family (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5877814A (en) * 1994-04-20 1999-03-02 Thomson Consumer Electronics, Inc. Asynchronous control signal generating apparatus
US6226265B1 (en) * 1995-07-25 2001-05-01 Fujitsu Limited Packet flow monitor and control system
US6075768A (en) * 1995-11-09 2000-06-13 At&T Corporation Fair bandwidth sharing for video traffic sources using distributed feedback control
FR2745455B1 (fr) * 1996-02-23 1998-03-27 France Telecom Procede de renegociation en cours de communication des parametres d'un contrat de trafic d'un reseau atm
JPH1065718A (ja) * 1996-08-23 1998-03-06 Sony Corp データ伝送方法及び装置
US5974029A (en) * 1996-10-31 1999-10-26 Inverness System Ltd. Method for limiting the transmission of data generated by a data source
US6208655B1 (en) * 1996-11-27 2001-03-27 Sony Europa, B.V., Method and apparatus for serving data
US6226266B1 (en) * 1996-12-13 2001-05-01 Cisco Technology, Inc. End-to-end delay estimation in high speed communication networks
US6011590A (en) * 1997-01-03 2000-01-04 Ncr Corporation Method of transmitting compressed information to minimize buffer space
US6141053A (en) * 1997-01-03 2000-10-31 Saukkonen; Jukka I. Method of optimizing bandwidth for transmitting compressed video data streams
US6240103B1 (en) * 1997-03-21 2001-05-29 Scientific-Atlanta, Inc. Method and apparatus for detecting and preventing bandwidth overflow in a statistical multiplexer
WO1998049862A1 (en) * 1997-04-24 1998-11-05 Northern Telecom Limited Resource management of an atm connection
WO1999004575A1 (en) * 1997-07-18 1999-01-28 Tiernan Communications, Inc. Method and apparatus for video compression and transmission with reduced delay
CN1192632C (zh) * 1997-07-29 2005-03-09 皇家菲利浦电子有限公司 可变比特率视频编码方法和相应的视频编码器
JP2910746B2 (ja) * 1997-10-02 1999-06-23 日本電気株式会社 トラフィックシェーピング方法および装置
US6404738B1 (en) * 1998-01-21 2002-06-11 Nec Usa, Inc. Dynamic network bandwidth allocation for multimedia applications with soft quality-of-service requirements
DE69829425T2 (de) * 1998-01-21 2006-04-13 Juniper Networks, Inc., Sunnyvale Dynamische Netzbandbreitenzuweisung für Multimedia-Anwendungen mit weichen Dienstqualitätsanforderungen
US6278735B1 (en) 1998-03-19 2001-08-21 International Business Machines Corporation Real-time single pass variable bit rate control strategy and encoder
IL125310A (en) 1998-07-12 2002-02-10 Eci Telecom Ltd Method and system for managing varying traffic load in telecommunication network
CN1174624C (zh) * 1998-09-29 2004-11-03 松下电器产业株式会社 可变比特率编码装置
US6289297B1 (en) 1998-10-09 2001-09-11 Microsoft Corporation Method for reconstructing a video frame received from a video source over a communication channel
US6618363B1 (en) 1998-10-09 2003-09-09 Microsoft Corporation Method for adapting video packet generation and transmission rates to available resources in a communications network
US6445701B1 (en) 1998-10-09 2002-09-03 Microsoft Corporation Channel access scheme for use in network communications
US6385454B1 (en) 1998-10-09 2002-05-07 Microsoft Corporation Apparatus and method for management of resources in cellular networks
US6754266B2 (en) 1998-10-09 2004-06-22 Microsoft Corporation Method and apparatus for use in transmitting video information over a communication network
US6438136B1 (en) 1998-10-09 2002-08-20 Microsoft Corporation Method for scheduling time slots in a communications network channel to support on-going video transmissions
US6507587B1 (en) 1998-10-09 2003-01-14 Microsoft Corporation Method of specifying the amount of bandwidth to reserve for use in network communications
US6519004B1 (en) * 1998-10-09 2003-02-11 Microsoft Corporation Method for transmitting video information over a communication channel
US6412013B1 (en) * 1998-10-23 2002-06-25 Koninklijke Philips Electronics N.V. System for controlling data output to a network
FI106999B (fi) * 1999-04-06 2001-05-15 Nokia Networks Oy Merkinannon toteutus tietoliikennejärjestelmässä
US7992172B1 (en) * 1999-04-15 2011-08-02 Cox Communications, Inc. Method and systems for multicast using multiple transport streams
US6535251B1 (en) 1999-10-26 2003-03-18 Sharplabs Of America, Inc. Video encoder and method for adjusting quantization step in real time
US6678332B1 (en) 2000-01-04 2004-01-13 Emc Corporation Seamless splicing of encoded MPEG video and audio
US7096481B1 (en) 2000-01-04 2006-08-22 Emc Corporation Preparation of metadata for splicing of encoded MPEG video and audio
US6792047B1 (en) 2000-01-04 2004-09-14 Emc Corporation Real time processing and streaming of spliced encoded MPEG video and associated audio
US6785377B1 (en) * 2000-01-19 2004-08-31 Sprint Communications Company L.P. Data calls using both constant bit rate and variable bit rate connections
US6771703B1 (en) 2000-06-30 2004-08-03 Emc Corporation Efficient scaling of nonscalable MPEG-2 Video
US6871006B1 (en) 2000-06-30 2005-03-22 Emc Corporation Processing of MPEG encoded video for trick mode operation
JP3343104B2 (ja) * 2000-07-06 2002-11-11 松下電送システム株式会社 画像処理装置及び画像処理方法
US6937770B1 (en) 2000-12-28 2005-08-30 Emc Corporation Adaptive bit rate control for rate reduction of MPEG coded video
US7023924B1 (en) 2000-12-28 2006-04-04 Emc Corporation Method of pausing an MPEG coded video stream
US6947378B2 (en) * 2001-02-28 2005-09-20 Mitsubishi Electric Research Labs, Inc. Dynamic network resource allocation using multimedia content features and traffic features
US6907081B2 (en) * 2001-03-30 2005-06-14 Emc Corporation MPEG encoder control protocol for on-line encoding and MPEG data storage
US7174561B2 (en) * 2001-04-13 2007-02-06 Emc Corporation MPEG dual-channel decoder data and control protocols for real-time video streaming
US6980594B2 (en) 2001-09-11 2005-12-27 Emc Corporation Generation of MPEG slow motion playout
US6959116B2 (en) * 2001-09-18 2005-10-25 Emc Corporation Largest magnitude indices selection for (run, level) encoding of a block coded picture
US6968091B2 (en) * 2001-09-18 2005-11-22 Emc Corporation Insertion of noise for reduction in the number of bits for variable-length coding of (run, level) pairs
US20070177723A1 (en) * 2004-05-28 2007-08-02 Koninklijke Philips Electronics, N.V. Method of and device for encoding a data stream
CN1728827A (zh) * 2004-07-26 2006-02-01 皇家飞利浦电子股份有限公司 一种视频流分级压缩方法及装置
KR100651486B1 (ko) * 2004-12-07 2006-11-29 삼성전자주식회사 네트워크를 통해 멀티미디어 컨텐츠를 전송하는 장치 및방법
WO2007138151A1 (en) * 2006-05-30 2007-12-06 Hantro Products Oy Apparatus, arrangement, method and computer program product for digital video processing
KR101453131B1 (ko) 2007-12-14 2014-10-27 톰슨 라이센싱 가변 대역폭 채널을 통한 동시송출을 위한 장치 및 방법
JP2011507127A (ja) 2007-12-18 2011-03-03 トムソン ライセンシング 放送ネットワークを通じてファイルのサイズを推定する装置及び方法
FI20095273A0 (fi) * 2009-03-17 2009-03-17 On2 Technologies Finland Oy Digitaalinen videokoodaus
FR2957743B1 (fr) * 2010-03-19 2012-11-02 Canon Kk Procede de gestion d'une transmission de donnees par un dispositif emetteur, avec gestion de codage source, produit programme d'ordinateur, moyen de stockage et dispositif emetteur correspondants
FR2960320B1 (fr) 2010-05-21 2012-05-04 Canon Kk Procede de gestion d'une transmission de donnees depuis un dispositif emetteur, produit programme d'ordinateur, moyen de stockage et dispositif emetteur correspondants
EP2405661B1 (en) 2010-07-06 2017-03-22 Google, Inc. Loss-robust video transmission using two decoders
US9832540B2 (en) * 2010-12-15 2017-11-28 Hulu, LLC Method and apparatus for hybrid transcoding of a media program
US8767821B2 (en) 2011-05-09 2014-07-01 Google Inc. System and method for providing adaptive media optimization
US9014265B1 (en) 2011-12-29 2015-04-21 Google Inc. Video coding using edge detection and block partitioning for intra prediction
US9210424B1 (en) 2013-02-28 2015-12-08 Google Inc. Adaptive prediction block size in video coding
US20140328384A1 (en) * 2013-05-02 2014-11-06 Magnum Semiconductor, Inc. Methods and apparatuses including a statistical multiplexer with global rate control
US9313493B1 (en) 2013-06-27 2016-04-12 Google Inc. Advanced motion estimation
US9807416B2 (en) 2015-09-21 2017-10-31 Google Inc. Low-latency two-pass video coding
US11159455B1 (en) 2018-12-28 2021-10-26 Innovium, Inc. Reducing power consumption in an electronic device
JP7323871B2 (ja) * 2019-04-26 2023-08-09 モメンティ インコーポレイテッド 多重反応型映像制作方法、多重反応型映像メタデータ生成方法、人間の行動を理解するための相互作用データ分析方法及びこれを用いたプログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB8921319D0 (en) * 1989-09-21 1989-11-08 British Broadcasting Corp Digital coder
US5231484A (en) * 1991-11-08 1993-07-27 International Business Machines Corporation Motion video compression system with adaptive bit allocation and quantization
EP0687120A1 (en) * 1994-06-09 1995-12-13 ALCATEL BELL Naamloze Vennootschap Policing method guaranteeing fair throughput and device realizing such a method

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7430219B2 (en) 2002-06-14 2008-09-30 Matsushita Electric Industrial Co., Ltd. Method for transporting media, transmitter and receiver therefor

Also Published As

Publication number Publication date
GB9613558D0 (en) 1996-08-28
GB2306073B (en) 2000-02-02
JP2845267B2 (ja) 1999-01-13
GB2306073B8 (en) 2000-01-31
GB2306073A (en) 1997-04-23
US5675384A (en) 1997-10-07

Similar Documents

Publication Publication Date Title
JP2845267B2 (ja) Ｖｂｒビデオ符号化システム
CN101084678B (zh) 防止缓冲器下溢的速率控制方法和设备
US7054371B2 (en) System for real time transmission of variable bit rate MPEG video traffic with consistent quality
US7170938B1 (en) Rate control method for video transcoding
US5724099A (en) Process for controlling the outflow rate of a coder of digital data representative of sequences of images
US6192032B1 (en) Rate attenuation systems, methods and computer program products for reducing low priority video frame packets transmitted over a network
US20050002453A1 (en) Network-aware adaptive video compression for variable bit rate transmission
JP2003244695A (ja) 映像情報伝送方式、それに用いられる装置およびプログラム
JP3908789B2 (ja) ビデオ伝送システム
EP0841820A2 (en) Method and apparatus for encoding, multiplexing and transmitting a video signal
JPH07107096A (ja) Ａｔｍネットワーク用ビデオ信号の二層符号化方法とその装置
US8477840B2 (en) Method and apparatus for constrained variable bit rate (VBR) video encoding
CN1263307C (zh) 根据网络带宽自适应地控制数据传输速率的装置
Luo et al. Quality control for VBR video over ATM networks
EP1173023B1 (en) Multiplex dependend video compression
Song et al. Adaptive rate control algorithms for low bit rate video under networks supporting bandwidth renegotiation
Jammeh et al. Smoothing transcoded MPEG-1 video streams for Internet transmission
Kassler et al. Classification and evaluation of filters for wavelet coded videostreams
Chang et al. Expanding network video capacity with delay-cognizant video coding
Chang et al. Adaptive video quality control based on connection status over ATM networks
Gara et al. Study of MPEG VBR sequence quality transmitted with rt-VBR and ABT/DT contracts
Bai et al. A rate control algorithm for VBR video encoding and transmission
Mitrou et al. Transmission of MPEG streams through Broadband Integrated Services Digital Networks (B-ISDN): tailoring profiles and levels to asynchronous transfer mode (ATM) channels
JP2000041250A (ja) ビデオ・フレ―ムの多重ストリ―ムを処理する方法及びシステム
Morino et al. Effective real-time video transmission system using fast bandwidth reservation protocol for ATM networks

Legal Events

Date Code Title Description
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 19980930

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20071030

Year of fee payment: 9

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20081030

Year of fee payment: 10

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091030

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091030

Year of fee payment: 11

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101030

Year of fee payment: 12

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111030

Year of fee payment: 13

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121030

Year of fee payment: 14

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131030

Year of fee payment: 15

LAPS Cancellation because of no payment of annual fees