JP3450298B2 - 通信ネットワーク、信号送信方法、ネットワーク接続ユニット、及びスケールされたデータフローのビットレートの調節方法 - Google Patents
通信ネットワーク、信号送信方法、ネットワーク接続ユニット、及びスケールされたデータフローのビットレートの調節方法Info
- Publication number
- JP3450298B2 JP3450298B2 JP2000531034A JP2000531034A JP3450298B2 JP 3450298 B2 JP3450298 B2 JP 3450298B2 JP 2000531034 A JP2000531034 A JP 2000531034A JP 2000531034 A JP2000531034 A JP 2000531034A JP 3450298 B2 JP3450298 B2 JP 3450298B2
- Authority
- JP
- Japan
- Prior art keywords
- network
- data
- bit rate
- data flow
- scaled
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/765—Media network packet handling intermediate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- 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
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
- Dc Digital Transmission (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は通信システム、特
に、特定のネットワーク条件に関係なく、スケールされ
たデータフローを与え加工することにより、効率的なネ
ットワークを介しての通信が達成できる、マルチスケー
ラブル通信ネットワークに関する。
に、特定のネットワーク条件に関係なく、スケールされ
たデータフローを与え加工することにより、効率的なネ
ットワークを介しての通信が達成できる、マルチスケー
ラブル通信ネットワークに関する。
【０００２】
【従来の技術と課題】通信産業の今後の主な目的は、現
在共存している通信ネットワークの融合である。このた
めの推進力は、移動性に対する要求、ユーザーにとって
の更なる快適さ、そして永久的な使用可能性の必要性で
ある。近代的で融通性のある通信システムの目標は、世
界のどこにいても、文字、音声、映像を通じてコミュニ
ケーションを可能にする情報サービスを各利用者に常に
提供することである。端末機器やネットワーク環境（特
に利用者側の）は今後もなお、互いに非常に異質のまま
であるであろう。移動オフィス、電子学習、在宅勤務、
世界的な情報システムというような画期的なシナリオの
実現のためには、ネットワークを介した視聴覚的通信、
ネットワークを介したデータサービスを提供する必要が
ある。このようなシナリオの一つの例は、携帯電話（Ｇ
ＳＭ）、ＰＣ（ＬＡＮ）及び狭帯域／広帯域端末（ＩＳ
ＤＮ，ＡＴＭ）を利用した同時ビデオ会議である。
在共存している通信ネットワークの融合である。このた
めの推進力は、移動性に対する要求、ユーザーにとって
の更なる快適さ、そして永久的な使用可能性の必要性で
ある。近代的で融通性のある通信システムの目標は、世
界のどこにいても、文字、音声、映像を通じてコミュニ
ケーションを可能にする情報サービスを各利用者に常に
提供することである。端末機器やネットワーク環境（特
に利用者側の）は今後もなお、互いに非常に異質のまま
であるであろう。移動オフィス、電子学習、在宅勤務、
世界的な情報システムというような画期的なシナリオの
実現のためには、ネットワークを介した視聴覚的通信、
ネットワークを介したデータサービスを提供する必要が
ある。このようなシナリオの一つの例は、携帯電話（Ｇ
ＳＭ）、ＰＣ（ＬＡＮ）及び狭帯域／広帯域端末（ＩＳ
ＤＮ，ＡＴＭ）を利用した同時ビデオ会議である。
【０００３】図６は、現存のネットワークのうちのいく
つかを示し、それら全てが一つの通信システムを介して
接続されているものである。図６は、また、ネットワー
クが受信する際のそれぞれのビットレートを示してい
る。種々のネットワークが採用しているビットレートに
かなり違いがあることがわかる。自動車電話ネットワー
クはたった１０キロビット以下のビットレートであり、
それに対して、超高速無線ネットワークにおいては１５
５メガビットにも及ぶデータ送信が可能である。インタ
ーネットに関しては、ビットレートが大きく変化する、
つまり、多くの加入者が使用している際には遅く、イン
ターネットが比較的あき状態である場合には非常に早く
なるので、一定のビットレートがない。
つかを示し、それら全てが一つの通信システムを介して
接続されているものである。図６は、また、ネットワー
クが受信する際のそれぞれのビットレートを示してい
る。種々のネットワークが採用しているビットレートに
かなり違いがあることがわかる。自動車電話ネットワー
クはたった１０キロビット以下のビットレートであり、
それに対して、超高速無線ネットワークにおいては１５
５メガビットにも及ぶデータ送信が可能である。インタ
ーネットに関しては、ビットレートが大きく変化する、
つまり、多くの加入者が使用している際には遅く、イン
ターネットが比較的あき状態である場合には非常に早く
なるので、一定のビットレートがない。
【０００４】図６に示されているような互いにビットレ
ートが異なるネットワークを接続することができる装置
は、今や既に存在している。これらの装置は「ゲートウ
ェイ」と呼ばれている。原則として、これらのゲートウ
ェイは、例えばビデオ会議のために、常に違うネットワ
ーク同士の接続を可能にする。公知のゲートウェイは、
現在の通信システムの不利な点、つまり、電話ネットワ
ーク、モバイルネットワーク、インターネットというよ
うな平行して存在し、他のネットワークの利用者との通
信は制限された範囲内でしか行えないというような点を
改良する。
ートが異なるネットワークを接続することができる装置
は、今や既に存在している。これらの装置は「ゲートウ
ェイ」と呼ばれている。原則として、これらのゲートウ
ェイは、例えばビデオ会議のために、常に違うネットワ
ーク同士の接続を可能にする。公知のゲートウェイは、
現在の通信システムの不利な点、つまり、電話ネットワ
ーク、モバイルネットワーク、インターネットというよ
うな平行して存在し、他のネットワークの利用者との通
信は制限された範囲内でしか行えないというような点を
改良する。
【０００５】現存のゲートウェイは常にそれぞれのアプ
リケーションに依存している。例えば、ビットレートの
高い第１のネットワークとビットレートの低い第２のネ
ットワークを接続するためのものは、高速で流れるデー
タを解読し、フォーマット変換、オーディオ信号のミキ
シング、あるいは会議映像の生成というような中間処理
を行い、対応するデータの流れをビットレートの低い第
２のネットワークを介して送信できるように符号化す
る。このステップはコード変換あるいは変換と呼ばれて
いる。符号化の効率を最高にすると同時に最適な質を達
成するために、現在使用されているオーディオ、ビデオ
標準は、通常、そのネットワークの帯域幅とマッチして
いるので、このコード変換が必要である。しかしなが
ら、これらのゲートウェイは非常に広範囲の計算源を必
要とし、また、非常に複雑であるので、開発段階におい
ても使用に際しても（メインテナンス、アプリケーショ
ンを変えるための適応等）コストがかかることになる。
更に、これらは非常に融通性に欠ける。というのは、ネ
ットワーク間の接続はアプリケーション段階で実行さ
れ、故にアプリケーションに依存しているからである。
リケーションに依存している。例えば、ビットレートの
高い第１のネットワークとビットレートの低い第２のネ
ットワークを接続するためのものは、高速で流れるデー
タを解読し、フォーマット変換、オーディオ信号のミキ
シング、あるいは会議映像の生成というような中間処理
を行い、対応するデータの流れをビットレートの低い第
２のネットワークを介して送信できるように符号化す
る。このステップはコード変換あるいは変換と呼ばれて
いる。符号化の効率を最高にすると同時に最適な質を達
成するために、現在使用されているオーディオ、ビデオ
標準は、通常、そのネットワークの帯域幅とマッチして
いるので、このコード変換が必要である。しかしなが
ら、これらのゲートウェイは非常に広範囲の計算源を必
要とし、また、非常に複雑であるので、開発段階におい
ても使用に際しても（メインテナンス、アプリケーショ
ンを変えるための適応等）コストがかかることになる。
更に、これらは非常に融通性に欠ける。というのは、ネ
ットワーク間の接続はアプリケーション段階で実行さ
れ、故にアプリケーションに依存しているからである。
【０００６】このアプリケーション依存性を説明するた
めに、以下にゲートウェイの典型例を簡単に説明する。
公知のＭＰＥＧ標準に基づき作動するオーディオエンコ
ーダを考える。これは、例えば毎秒５０キロビットのビ
ットレートで出力信号を送るために使用され得る。この
ビットレートはこのようなビットレートを持つ地方ネッ
トワーク（ＬＡＮ）に適している。符号化されたオーデ
ィオ信号をＧＳＭ標準に基づき無線電話ネットワークに
送ろうとする場合、そのビットレートはしかしながらか
なり早すぎる。なぜなら、携帯電話のビットレートは毎
秒１０キロビットを超えるものではないからである。従
って、ＬＡＮと移動無線ネットワーク間のインターフェ
ースにゲートウェイが必要である。このゲートウェイは
完全なオーディオデコーダ、完全なオーディオエンコー
ダ、及び中間処理のための適当な機器を有していなけれ
ばならない。このオーディオエンコーダ／デコーダは、
ビットレートの高い信号を完全に解読し、それを再び符
号化して移動電話ネットワークを介して送信できる出力
信号を生成する。これらの解読処理、中間処理、そして
引き続く符号化処理は非常に大きい計算量を伴い、時間
を要するという事実は別にしても、解読と符号化の繰り
返しが、これは送信機と受信機の間にいくつかの異なる
ネットワークが存在する場合に必要となるが、ひとえに
解読と符号化を繰り返さねばならないという事実のせい
で起こる付加的な符号化エラーという結果を招く。この
例は、また、アプリケーション依存性を説明している。
ＬＡＮを介してビデオ信号を送信しようとする場合、こ
れは上記のゲートウェイでは不可能であり、ビデオエン
コーダ／デコーダを有するゲートウェイを使用しなくて
はならない。データを送信しようとする場合、そのゲー
トウェイにはオーディオエンコーダもビデオエンコーダ
も必要ではなく、データコード変換器が必要となる。さ
らに、例えば、オーディオあるいはビデオ信号が新しい
符号化方法で処理される場合、関係する全てのゲートウ
ェイのコード変換器を置き換えなければならないという
点も指摘しなければならない。
めに、以下にゲートウェイの典型例を簡単に説明する。
公知のＭＰＥＧ標準に基づき作動するオーディオエンコ
ーダを考える。これは、例えば毎秒５０キロビットのビ
ットレートで出力信号を送るために使用され得る。この
ビットレートはこのようなビットレートを持つ地方ネッ
トワーク（ＬＡＮ）に適している。符号化されたオーデ
ィオ信号をＧＳＭ標準に基づき無線電話ネットワークに
送ろうとする場合、そのビットレートはしかしながらか
なり早すぎる。なぜなら、携帯電話のビットレートは毎
秒１０キロビットを超えるものではないからである。従
って、ＬＡＮと移動無線ネットワーク間のインターフェ
ースにゲートウェイが必要である。このゲートウェイは
完全なオーディオデコーダ、完全なオーディオエンコー
ダ、及び中間処理のための適当な機器を有していなけれ
ばならない。このオーディオエンコーダ／デコーダは、
ビットレートの高い信号を完全に解読し、それを再び符
号化して移動電話ネットワークを介して送信できる出力
信号を生成する。これらの解読処理、中間処理、そして
引き続く符号化処理は非常に大きい計算量を伴い、時間
を要するという事実は別にしても、解読と符号化の繰り
返しが、これは送信機と受信機の間にいくつかの異なる
ネットワークが存在する場合に必要となるが、ひとえに
解読と符号化を繰り返さねばならないという事実のせい
で起こる付加的な符号化エラーという結果を招く。この
例は、また、アプリケーション依存性を説明している。
ＬＡＮを介してビデオ信号を送信しようとする場合、こ
れは上記のゲートウェイでは不可能であり、ビデオエン
コーダ／デコーダを有するゲートウェイを使用しなくて
はならない。データを送信しようとする場合、そのゲー
トウェイにはオーディオエンコーダもビデオエンコーダ
も必要ではなく、データコード変換器が必要となる。さ
らに、例えば、オーディオあるいはビデオ信号が新しい
符号化方法で処理される場合、関係する全てのゲートウ
ェイのコード変換器を置き換えなければならないという
点も指摘しなければならない。
【０００７】結論として、現存のゲートウェイはかなり
の計算能力を要し、時間がかかり、高いコストを必要と
し、そして、その応用方法を変えようとする際には全く
融通性に欠ける。これらの不利な点の主な原因は、現存
のゲートウェイは完全にアプリケーションに依存してお
り、故に、コード変換の際には全てのＩＳＯ−ＯＳＩ層
を通らなければならないという事実である。挙げるべき
もう一つの不利な点は、非常に融通性に欠ける帯域幅あ
るいはビットレート制御である。IEEE JOURNAL ON S
ELECTED AREAS IN COMMUNICATIONS Vol． 15，N
o．6（1997年８月）中のPP．983−1001，“Low−Comple
xity Video Coding for Receiver−Driven Layere
d Multicast”は、少なくとも三つのデータ層を有する
スケールされたデータフローを生成するエンコーダを備
えた通信ネットワークを開示している。その三つのデー
タ層に関して、第１のデータ層を送信するためには低い
帯域幅、第２のデータ層を送信するためには中間の帯域
幅、第３のデータ層を送信するためには高い帯域幅を必
要とする。このエンコーダは広帯域配信ネットワークに
接続される。この広帯域配信ネットワークは狭帯域ネッ
トワークを介してISDNゲートウェイに接続され、これは
家庭の利用者達に接続されることになる。さらに、広帯
域配信ネットワークは中間の帯域幅のデータ接続によっ
てMBoneルータに接続され、これは同じ帯域幅のデータ
接続を介してインターネットに接続されることになる。
最終的に、広帯域配信ネットワークは広帯域ネットワー
ク接続を介してイーサネットに接続される。このネット
ワークは、各物理的接続が可能な範囲内の数の層だけを
送信し、各ボトルネックで選択的に層を除去できるよう
になっている。通信ネットワークは基本的に受信機駆動
型であり、受信機は送信機について何も知る必要がない
し、受信機だけがいくつのデータ層を受信したいのかを
決定する。いくつのデータ層を受信機に通じるネットワ
ークに送信するかを設定するために、受信機は、まず、
ネットワークからの全てのデータ層を要求し、もしネッ
トワークが込み合っていれば、その要求を減じる。かな
り長い時間ネットワークの込み合いがなければ、受信機
は試しに、より多くのデータ層を要求し、常にできる限
り多くのデータ層を受信するように試みる。この際、デ
ータ層のソース側は積極的な働きを何もしない。
の計算能力を要し、時間がかかり、高いコストを必要と
し、そして、その応用方法を変えようとする際には全く
融通性に欠ける。これらの不利な点の主な原因は、現存
のゲートウェイは完全にアプリケーションに依存してお
り、故に、コード変換の際には全てのＩＳＯ−ＯＳＩ層
を通らなければならないという事実である。挙げるべき
もう一つの不利な点は、非常に融通性に欠ける帯域幅あ
るいはビットレート制御である。IEEE JOURNAL ON S
ELECTED AREAS IN COMMUNICATIONS Vol． 15，N
o．6（1997年８月）中のPP．983−1001，“Low−Comple
xity Video Coding for Receiver−Driven Layere
d Multicast”は、少なくとも三つのデータ層を有する
スケールされたデータフローを生成するエンコーダを備
えた通信ネットワークを開示している。その三つのデー
タ層に関して、第１のデータ層を送信するためには低い
帯域幅、第２のデータ層を送信するためには中間の帯域
幅、第３のデータ層を送信するためには高い帯域幅を必
要とする。このエンコーダは広帯域配信ネットワークに
接続される。この広帯域配信ネットワークは狭帯域ネッ
トワークを介してISDNゲートウェイに接続され、これは
家庭の利用者達に接続されることになる。さらに、広帯
域配信ネットワークは中間の帯域幅のデータ接続によっ
てMBoneルータに接続され、これは同じ帯域幅のデータ
接続を介してインターネットに接続されることになる。
最終的に、広帯域配信ネットワークは広帯域ネットワー
ク接続を介してイーサネットに接続される。このネット
ワークは、各物理的接続が可能な範囲内の数の層だけを
送信し、各ボトルネックで選択的に層を除去できるよう
になっている。通信ネットワークは基本的に受信機駆動
型であり、受信機は送信機について何も知る必要がない
し、受信機だけがいくつのデータ層を受信したいのかを
決定する。いくつのデータ層を受信機に通じるネットワ
ークに送信するかを設定するために、受信機は、まず、
ネットワークからの全てのデータ層を要求し、もしネッ
トワークが込み合っていれば、その要求を減じる。かな
り長い時間ネットワークの込み合いがなければ、受信機
は試しに、より多くのデータ層を要求し、常にできる限
り多くのデータ層を受信するように試みる。この際、デ
ータ層のソース側は積極的な働きを何もしない。
【０００８】本発明の目的は、非常に異質のネットワー
ク環境において融通の利く帯域幅制御が可能であり、ア
プリケーション依存型ゲートウェイを排除できるネット
ワーク概念を提供することである。
ク環境において融通の利く帯域幅制御が可能であり、ア
プリケーション依存型ゲートウェイを排除できるネット
ワーク概念を提供することである。
【０００９】
【発明の構成、作用及び効果】この目的は請求項１に係
る通信ネットワーク、請求項１２に係る信号送信方法、
請求項１３に係るネットワーク接続ユニット、及び請求
項１４に係るスケールされたデータフローのビットレー
トの調節方法により達成できる。
る通信ネットワーク、請求項１２に係る信号送信方法、
請求項１３に係るネットワーク接続ユニット、及び請求
項１４に係るスケールされたデータフローのビットレー
トの調節方法により達成できる。
【００１０】本発明は、前述した問題点はマルチスケー
ラブル通信システムによって解決でき得るという発見に
基づくものである。本発明に係るマルチスケーラブル通
信システムは、第１に、ビデオデータ又はオーディオデ
ータの階層表記が可能な変換器に設けられたスケーラブ
ルエンコーダと、互いにビットレートが異なる二つのネ
ットワークを接続し、複数のデータ層を有する受信デー
タフローを、例えば、ビットレートの低い第２のネット
ワークに送れるように変更する本発明に係るネットワー
ク接続ユニットを備えていることを特徴とする。この変
更は、完全な解読とそれに続く符号化からなるのではな
く、挿入されたデータフローよりも少ないデータ層を有
するデータフローを第２のネットワークに送信するのに
十分なデータ層を単に抜粋することである。
ラブル通信システムによって解決でき得るという発見に
基づくものである。本発明に係るマルチスケーラブル通
信システムは、第１に、ビデオデータ又はオーディオデ
ータの階層表記が可能な変換器に設けられたスケーラブ
ルエンコーダと、互いにビットレートが異なる二つのネ
ットワークを接続し、複数のデータ層を有する受信デー
タフローを、例えば、ビットレートの低い第２のネット
ワークに送れるように変更する本発明に係るネットワー
ク接続ユニットを備えていることを特徴とする。この変
更は、完全な解読とそれに続く符号化からなるのではな
く、挿入されたデータフローよりも少ないデータ層を有
するデータフローを第２のネットワークに送信するのに
十分なデータ層を単に抜粋することである。
【００１１】マルチスケーラブル通信システムという概
念は、現存のネットワークの下部構造の重要な要素を変
更することなしに、現存のネットワークを融通性をもっ
て有効にそして安価に接続し、「世界的完全なネットワ
ーク」を形成することを可能にする基盤あるいは条件を
与えるものである。結果として、全種類のネットワー
ク、例えば、アナログネットワーク（ＰＳＴＮ）から移
動デジタル無線ネットワーク（ＧＳＭ、ＵＭＴＳ）まで
を統合することが可能になる。アプリケーションの範囲
は個々の通信から広範囲に広がる放送通信まで広がる。
スケールされたデータフローの生成、送信、変更は可能
な帯域幅を超える層が除去されるというネットワーク転
移において、大きな帯域幅でのマッチングが可能にな
る。更に、一つのネットワーク内での帯域幅分布が、送
信されたデータフローの層表記に基づき、動力学的に規
制される。
念は、現存のネットワークの下部構造の重要な要素を変
更することなしに、現存のネットワークを融通性をもっ
て有効にそして安価に接続し、「世界的完全なネットワ
ーク」を形成することを可能にする基盤あるいは条件を
与えるものである。結果として、全種類のネットワー
ク、例えば、アナログネットワーク（ＰＳＴＮ）から移
動デジタル無線ネットワーク（ＧＳＭ、ＵＭＴＳ）まで
を統合することが可能になる。アプリケーションの範囲
は個々の通信から広範囲に広がる放送通信まで広がる。
スケールされたデータフローの生成、送信、変更は可能
な帯域幅を超える層が除去されるというネットワーク転
移において、大きな帯域幅でのマッチングが可能にな
る。更に、一つのネットワーク内での帯域幅分布が、送
信されたデータフローの層表記に基づき、動力学的に規
制される。
【００１２】更に、このネットワーク接続ユニットは、
より簡単に実行でき、かなり少量の計算で済み、このこ
とはコスト削減につながる。ネットワーク間で変換され
るべきデータはもはやアプリケーション段階まで持ち込
む必要がなく、単に少なくとも一つのデータ層が除去さ
れるだけであるので、融通が効く。
より簡単に実行でき、かなり少量の計算で済み、このこ
とはコスト削減につながる。ネットワーク間で変換され
るべきデータはもはやアプリケーション段階まで持ち込
む必要がなく、単に少なくとも一つのデータ層が除去さ
れるだけであるので、融通が効く。
【００１３】最後に、本発明に係るマルチスケーラブル
通信システム内のデコーダ又は受信機は、実質、それら
が装備される端末機器の性能とは無関係である。なぜな
ら、データの層表記により、その基礎となる層が処理さ
れた後、それ以上の全ての層が除去可能となるからであ
る。これは、変更がソース側でなされた場合であって
も、例えば、新しく改良されたエンコーダが使用された
場合、加入者の既存のデコーダは、基礎層あるいは第１
の拡張層だけを符号化し、それ以上の新しい層を除去す
ることによって、新しく生成されたデータをも解読する
ことができる。もし加入者が新しいデコーダを購入しよ
うと決意した場合、その品質は全て彼の自由意志で選ぶ
ことができる。これは、スケーラブル通信ネットワーク
において、どの現存のデコーダであってもソース側の新
しいエンコーダとの相性が常に保証されるということで
ある。
通信システム内のデコーダ又は受信機は、実質、それら
が装備される端末機器の性能とは無関係である。なぜな
ら、データの層表記により、その基礎となる層が処理さ
れた後、それ以上の全ての層が除去可能となるからであ
る。これは、変更がソース側でなされた場合であって
も、例えば、新しく改良されたエンコーダが使用された
場合、加入者の既存のデコーダは、基礎層あるいは第１
の拡張層だけを符号化し、それ以上の新しい層を除去す
ることによって、新しく生成されたデータをも解読する
ことができる。もし加入者が新しいデコーダを購入しよ
うと決意した場合、その品質は全て彼の自由意志で選ぶ
ことができる。これは、スケーラブル通信ネットワーク
において、どの現存のデコーダであってもソース側の新
しいエンコーダとの相性が常に保証されるということで
ある。
【００１４】
【発明の実施の形態】本発明の好ましい実施形態を、添
付図面を参照して後に詳細に説明する。
付図面を参照して後に詳細に説明する。
【００１５】以下に、本発明に係る通信ネットワークの
基礎構造を、図１を参照しながら説明する。本発明に係
る通信ネットワークは、第１のビットレートでデータ送
信可能な第１のネットワーク１０を備えている。この通
信ネットワークはまた第２のビットレートでデータ送信
可能な第２のネットワーク１２を備えている。第１のネ
ットワーク１０の入力側に第１端末１４が接続され、第
２のネットワーク１２の出力側に第２端末１６が接続さ
れている。第１端末１４はエンコーダを有し、このエン
コーダは符号化されるべき信号から、少なくとも二つの
層を有するスケールされたデータフローを生成すること
ができる。これらのデータ層は、符号化されるべき信号
に関しての情報内容に関して互いに異なり、そのスケー
ルされたデータフローは、第１のビットレートよりも低
いかあるいは同じビットレートである。これは、第１端
末１４の出力が第１のネットワーク１０に受信され得る
ということである。更に、本発明に係るネットワーク接
続ユニット１８が第１のネットワーク１０と第２のネッ
トワーク１２の間に接続されている。このネットワーク
接続ユニット１８は以下の機能を実行する。一方で、第
１のネットワーク１０からスケールされたデータフロー
を受信可能である。更に、受信したデータフローを、そ
のデータフローから少なくとも一つのデータ層を除くこ
とによって、第２のビットレートよりも小さいかあるい
は同じビットレートを有するように変更する。その際、
ともかく通信を可能にするために基礎層のビットレート
が第２のネットワークのビットレートよりも小さくなる
ように注意する。もしこの後述の条件が満たされなけれ
ば、ネットワーク接続ユニットは、第２のネットワーク
はビットレートの小さい基礎層を有するデータフローを
要求していることを知らせるために送信機のエンコーダ
にエラーメッセージを送ることができる。このエラーメ
ッセージに応答して、本実施形態においては、送信機
は、基礎層のビットレートの必要条件を満たすようにエ
ンコーダの構成を変更する。
基礎構造を、図１を参照しながら説明する。本発明に係
る通信ネットワークは、第１のビットレートでデータ送
信可能な第１のネットワーク１０を備えている。この通
信ネットワークはまた第２のビットレートでデータ送信
可能な第２のネットワーク１２を備えている。第１のネ
ットワーク１０の入力側に第１端末１４が接続され、第
２のネットワーク１２の出力側に第２端末１６が接続さ
れている。第１端末１４はエンコーダを有し、このエン
コーダは符号化されるべき信号から、少なくとも二つの
層を有するスケールされたデータフローを生成すること
ができる。これらのデータ層は、符号化されるべき信号
に関しての情報内容に関して互いに異なり、そのスケー
ルされたデータフローは、第１のビットレートよりも低
いかあるいは同じビットレートである。これは、第１端
末１４の出力が第１のネットワーク１０に受信され得る
ということである。更に、本発明に係るネットワーク接
続ユニット１８が第１のネットワーク１０と第２のネッ
トワーク１２の間に接続されている。このネットワーク
接続ユニット１８は以下の機能を実行する。一方で、第
１のネットワーク１０からスケールされたデータフロー
を受信可能である。更に、受信したデータフローを、そ
のデータフローから少なくとも一つのデータ層を除くこ
とによって、第２のビットレートよりも小さいかあるい
は同じビットレートを有するように変更する。その際、
ともかく通信を可能にするために基礎層のビットレート
が第２のネットワークのビットレートよりも小さくなる
ように注意する。もしこの後述の条件が満たされなけれ
ば、ネットワーク接続ユニットは、第２のネットワーク
はビットレートの小さい基礎層を有するデータフローを
要求していることを知らせるために送信機のエンコーダ
にエラーメッセージを送ることができる。このエラーメ
ッセージに応答して、本実施形態においては、送信機
は、基礎層のビットレートの必要条件を満たすようにエ
ンコーダの構成を変更する。
【００１６】第２のネットワークのビットレートが全て
のデータ層を送信するのに十分大きい場合、ネットワー
ク接続ユニットは、もちろん、そのデータ信号からどの
データ層をも除去しない。このようにして、ネットワー
ク接続ユニット１８は変更されたビットレートのデータ
フローを第２のネットワーク１２に送ることができる。
のデータ層を送信するのに十分大きい場合、ネットワー
ク接続ユニットは、もちろん、そのデータ信号からどの
データ層をも除去しない。このようにして、ネットワー
ク接続ユニット１８は変更されたビットレートのデータ
フローを第２のネットワーク１２に送ることができる。
【００１７】この点において、本特許出願においては、
ビットレートは常に個々の接続に関していることを明記
しておかねばならない。このビットレートは従って、例
えば多くの加入者が一つのネットワークの最大のビット
レートを同時に使用する場合、そのネットワークが提供
するビットレートよりも小さくなる。
ビットレートは常に個々の接続に関していることを明記
しておかねばならない。このビットレートは従って、例
えば多くの加入者が一つのネットワークの最大のビット
レートを同時に使用する場合、そのネットワークが提供
するビットレートよりも小さくなる。
【００１８】既に述べたように、図１は本発明に係る通
信ネットワークの基本概略図である。図１から明らかな
ように、ネットワーク接続ユニットは、典型的には、付
加的な入力端子１８ａ及び付加的な出力端子１８ｂを有
している。これは、従って、実際使用する際には、ネッ
トワーク接続ユニットは、入力側で複数のネットワーク
に接続され、同時に、出力側で複数のネットワークに接
続されることを意味する。この場合、目的は、データ
を、入力側で接続されたある一つのネットワークから出
力側の別のネットワークへ、あるいは、そのデータが広
範囲に普及される（「放送」される）べきものである場
合、出力側の複数のネットワークへ送信することであ
る。あるいは、入力側の複数のネットワークからのデー
タを出力側の一つのネットワークへ多重通信する場合も
ある。このようなネットワーク接続ユニットはルータと
呼ばれている。
信ネットワークの基本概略図である。図１から明らかな
ように、ネットワーク接続ユニットは、典型的には、付
加的な入力端子１８ａ及び付加的な出力端子１８ｂを有
している。これは、従って、実際使用する際には、ネッ
トワーク接続ユニットは、入力側で複数のネットワーク
に接続され、同時に、出力側で複数のネットワークに接
続されることを意味する。この場合、目的は、データ
を、入力側で接続されたある一つのネットワークから出
力側の別のネットワークへ、あるいは、そのデータが広
範囲に普及される（「放送」される）べきものである場
合、出力側の複数のネットワークへ送信することであ
る。あるいは、入力側の複数のネットワークからのデー
タを出力側の一つのネットワークへ多重通信する場合も
ある。このようなネットワーク接続ユニットはルータと
呼ばれている。
【００１９】これまでの説明では、第１端末１４はエン
コーダを一つ有し、第２端末１６はデコーダを一つ有し
ているという前提に基づいている。図１に示すような本
発明に係る通信ネットワークの形態において、一方向の
みへの送信が可能である。つまり、第１端末１４を送信
機とし、受信機となる第２端末１６へ送信するだけであ
る。しかしながら、第１端末１４、第２端末１６の両方
がエンコーダとデコーダの両方を備えることによって、
本発明に係る通信ネットワークは双方向へのデータ送信
が可能になることは明白である。この場合、従って、端
子１８ｂはネットワーク接続ユニットの入力端子とな
り、端子１８ａはネットワーク接続ユニットの出力端子
となり得る。明確にするために、第１端末１４が送信機
であり、第２端末が受信機であるという一方向ネットワ
ークは以下のように考えられるということを明記してお
かねばならない。本発明による教示を、本発明に係る双
方向のネットワークを構成するためにどのように類似の
使用をするかということは、当業者にとって明白であ
る。
コーダを一つ有し、第２端末１６はデコーダを一つ有し
ているという前提に基づいている。図１に示すような本
発明に係る通信ネットワークの形態において、一方向の
みへの送信が可能である。つまり、第１端末１４を送信
機とし、受信機となる第２端末１６へ送信するだけであ
る。しかしながら、第１端末１４、第２端末１６の両方
がエンコーダとデコーダの両方を備えることによって、
本発明に係る通信ネットワークは双方向へのデータ送信
が可能になることは明白である。この場合、従って、端
子１８ｂはネットワーク接続ユニットの入力端子とな
り、端子１８ａはネットワーク接続ユニットの出力端子
となり得る。明確にするために、第１端末１４が送信機
であり、第２端末が受信機であるという一方向ネットワ
ークは以下のように考えられるということを明記してお
かねばならない。本発明による教示を、本発明に係る双
方向のネットワークを構成するためにどのように類似の
使用をするかということは、当業者にとって明白であ
る。
【００２０】以下に、図２（Ａ）を参照して、ビデオ信
号においてのスケーラビリティを説明する。一般的に、
画質、画像レートあるいは画像フォーマットに関してス
ケーリング可能であり、このスケーリングの結果、可変
ビットレートを得ることになる。スケーラブルエンコー
ダは、例えば、標準ＭＰＥＧ−４に基づいて作動するエ
ンコーダであってもよい。機能的な説明は標準ＭＰＥＧ
−４に記載されている。図２（Ａ）の左図は画像フォー
マットに関するスケーラビリティを示している。第１の
基礎層２０は例えば記録されたビデオ信号の中央部分の
情報だけを含んでいる。言い換えれば、可能なビデオ信
号フォーマットの全てが信号データフローに符号化され
るわけではなく、基礎層２０はそのビデオ信号の中心か
ら適当な大きさの部分だけを含んでいる。第１の拡張層
２２は幾分かは大きい部分を包含し、第２の拡張層２４
は完全なビデオフォーマットを符号化された形で含んで
いる。このように、これらの３層２０，２２，２４は、
もともとのビデオ信号に関する情報内容に関して異なっ
ている。詳しくは、基礎層２０は情報内容が低く、第１
の拡張層２２では情報内容がいくらか高くなり、第２の
拡張層２４は更に高い情報内容、この場合は、最大の情
報内容を含む。基礎層の情報内容は低いけれども、第２
の拡張層２４よりもずっと低いビットレートで送信する
ことができる。使用方法によっては、例えば、観察者が
ビデオシーケンスの大体の映像を得るために、ビデオ画
像の中央部分だけを見てこまの周辺部分には興味がない
場合、狭帯域ネットワークでの高速通信のためには、そ
れで充分である。図２（Ａ）右図は別のスケーリング可
能性を示している。ここでは、基礎層はビデオシーケン
スの一つおきの画像又はこまを含み、第１の拡張層は全
てのこまを符号化することができる。例えば、基礎層で
５こま毎あるいは１０こま毎のみを符号化し、中間のこ
まを含むいくつかの拡張層を設けてもよい。このように
して、例えば、１０こま毎の情報によって、少なくとも
ビデオシーケンスの印象は狭帯域ネットワークで送るこ
とができる。
号においてのスケーラビリティを説明する。一般的に、
画質、画像レートあるいは画像フォーマットに関してス
ケーリング可能であり、このスケーリングの結果、可変
ビットレートを得ることになる。スケーラブルエンコー
ダは、例えば、標準ＭＰＥＧ−４に基づいて作動するエ
ンコーダであってもよい。機能的な説明は標準ＭＰＥＧ
−４に記載されている。図２（Ａ）の左図は画像フォー
マットに関するスケーラビリティを示している。第１の
基礎層２０は例えば記録されたビデオ信号の中央部分の
情報だけを含んでいる。言い換えれば、可能なビデオ信
号フォーマットの全てが信号データフローに符号化され
るわけではなく、基礎層２０はそのビデオ信号の中心か
ら適当な大きさの部分だけを含んでいる。第１の拡張層
２２は幾分かは大きい部分を包含し、第２の拡張層２４
は完全なビデオフォーマットを符号化された形で含んで
いる。このように、これらの３層２０，２２，２４は、
もともとのビデオ信号に関する情報内容に関して異なっ
ている。詳しくは、基礎層２０は情報内容が低く、第１
の拡張層２２では情報内容がいくらか高くなり、第２の
拡張層２４は更に高い情報内容、この場合は、最大の情
報内容を含む。基礎層の情報内容は低いけれども、第２
の拡張層２４よりもずっと低いビットレートで送信する
ことができる。使用方法によっては、例えば、観察者が
ビデオシーケンスの大体の映像を得るために、ビデオ画
像の中央部分だけを見てこまの周辺部分には興味がない
場合、狭帯域ネットワークでの高速通信のためには、そ
れで充分である。図２（Ａ）右図は別のスケーリング可
能性を示している。ここでは、基礎層はビデオシーケン
スの一つおきの画像又はこまを含み、第１の拡張層は全
てのこまを符号化することができる。例えば、基礎層で
５こま毎あるいは１０こま毎のみを符号化し、中間のこ
まを含むいくつかの拡張層を設けてもよい。このように
して、例えば、１０こま毎の情報によって、少なくとも
ビデオシーケンスの印象は狭帯域ネットワークで送るこ
とができる。
【００２１】更に別のスケーリング可能性は、基礎層に
おいて、完全なビデオ画像の各行の五つ毎の画素と各列
の五つ毎の画素を符号化することである。この基礎層は
完全なビデオフォーマットと全てのビデオ画像を含むこ
とになるが、画質は劣る。いくつかの拡張層はそれぞれ
中間の画素を含むが、それぞれの拡張層の構成は自由で
ある。
おいて、完全なビデオ画像の各行の五つ毎の画素と各列
の五つ毎の画素を符号化することである。この基礎層は
完全なビデオフォーマットと全てのビデオ画像を含むこ
とになるが、画質は劣る。いくつかの拡張層はそれぞれ
中間の画素を含むが、それぞれの拡張層の構成は自由で
ある。
【００２２】オーディオ信号の場合、例えば、このよう
な信号の０−４ｋＨｚの周波数域のものだけを基礎層と
して符号化する。この場合、基礎層の受信機は大体電話
程度の質で信号を受け取る。第２の拡張層は例えば１２
ｋＨｚの周波数までの帯域を符号化し、これにより受信
機はハイファイの質で音声信号を受け取る。そして第3
の拡張層は例えば１６ｋＨｚの帯域の符号化されたオー
ディオ信号を含み、これは受信機側ではＣＤの質の音声
信号となる。
な信号の０−４ｋＨｚの周波数域のものだけを基礎層と
して符号化する。この場合、基礎層の受信機は大体電話
程度の質で信号を受け取る。第２の拡張層は例えば１２
ｋＨｚの周波数までの帯域を符号化し、これにより受信
機はハイファイの質で音声信号を受け取る。そして第3
の拡張層は例えば１６ｋＨｚの帯域の符号化されたオー
ディオ信号を含み、これは受信機側ではＣＤの質の音声
信号となる。
【００２３】以下に、拡張層と基礎層との関係を説明す
る。前述したように、基礎層は常にそれだけで解読され
るべきデータを含む。受信機は基礎層を解読し、ビデオ
信号やオーディオ信号を質的にあるいは情報量として欠
ける状態で受け取る。第１の拡張層は信号を完全に含む
ように備えられ、この第１拡張層は基礎層とは独立して
解読され得る。しかし、これは基礎層の全ての情報を繰
り返すことになり、ネットワーク内のデータを不必要に
増大させることになる。そこで、拡張層は基礎層のデー
タに対して付加的な情報を与えるものだけを含むことが
好ましい。しかし、これでは拡張層のみを解読すること
は不可能で、基礎層と共に解読しなければならない。図
２（Ｂ）はこの場合を示し、ネットワーク接続ユニット
１８に送り込まれた第１ネットワーク１０からのスケー
ルされたデータフローを示している。ここでは、ネット
ワーク接続ユニット１８はバッファ２５を備え、送られ
てきたスケールされたデータフローの受信部分はこのバ
ッファ２５に収容される。ネットワーク接続ユニット１
８は、図２に示された例のために二つの出力端子を有し
ている。特に、送られてきたデータフローは二つの出力
端子１２ａ、１２ｂに分配される。第１ネットワーク１
２ａは、“１”とラベルをはられた第１層のみを送信す
るので、比較的低いビットレートである。第２ネットワ
ーク１２ｂは、両方の層が送られてくるので、高いビッ
トレートで送信可能である。しかし、スケーリングを前
述のようにしたために、第１拡張層２は基礎層１と共に
解読されなければならないので、第２ネットワークは基
礎層１と第1拡張層２を必要とする。しかし、第２ネッ
トワーク１２ｂは直接第２端末１６に接続されるのでは
なく、出力側が第２ネットワーク１２ｂ上の信号を配信
すべき複数のネットワークに接続された別のネットワー
ク接続ユニットに接続するということも考えられる。可
能な限り高い質の信号をそのネットワーク内のできるだ
け多くの場所に配信するためには、全ての層、つまり、
基礎層と第１拡張層が入手可能であるということが常に
優先される。
る。前述したように、基礎層は常にそれだけで解読され
るべきデータを含む。受信機は基礎層を解読し、ビデオ
信号やオーディオ信号を質的にあるいは情報量として欠
ける状態で受け取る。第１の拡張層は信号を完全に含む
ように備えられ、この第１拡張層は基礎層とは独立して
解読され得る。しかし、これは基礎層の全ての情報を繰
り返すことになり、ネットワーク内のデータを不必要に
増大させることになる。そこで、拡張層は基礎層のデー
タに対して付加的な情報を与えるものだけを含むことが
好ましい。しかし、これでは拡張層のみを解読すること
は不可能で、基礎層と共に解読しなければならない。図
２（Ｂ）はこの場合を示し、ネットワーク接続ユニット
１８に送り込まれた第１ネットワーク１０からのスケー
ルされたデータフローを示している。ここでは、ネット
ワーク接続ユニット１８はバッファ２５を備え、送られ
てきたスケールされたデータフローの受信部分はこのバ
ッファ２５に収容される。ネットワーク接続ユニット１
８は、図２に示された例のために二つの出力端子を有し
ている。特に、送られてきたデータフローは二つの出力
端子１２ａ、１２ｂに分配される。第１ネットワーク１
２ａは、“１”とラベルをはられた第１層のみを送信す
るので、比較的低いビットレートである。第２ネットワ
ーク１２ｂは、両方の層が送られてくるので、高いビッ
トレートで送信可能である。しかし、スケーリングを前
述のようにしたために、第１拡張層２は基礎層１と共に
解読されなければならないので、第２ネットワークは基
礎層１と第1拡張層２を必要とする。しかし、第２ネッ
トワーク１２ｂは直接第２端末１６に接続されるのでは
なく、出力側が第２ネットワーク１２ｂ上の信号を配信
すべき複数のネットワークに接続された別のネットワー
ク接続ユニットに接続するということも考えられる。可
能な限り高い質の信号をそのネットワーク内のできるだ
け多くの場所に配信するためには、全ての層、つまり、
基礎層と第１拡張層が入手可能であるということが常に
優先される。
【００２４】図３は端末１４あるいは１６の側とそれに
接続されたネットワークを概略的に示す。明確にするた
めに、図３では、第1ネットワーク１０に接続された端
末１４の場合であると仮定する。第１端末１４のエンコ
ーダは複数のサブコーダ、例えば、スケーラブルビデオ
エンコーダ／デコーダ２６、スケーラブルオーディオエ
ンコーダ／デコーダ２８、データエンコーダ３０を有し
ていてもよい。第１端末のエンコーダはまた、端末／ネ
ットワーク用制御パラメータを生成する制御ユニット３
２を有する。スケーラブルビデオエンコーダ２６とスケ
ーラブルオーディオーエンコーダ２８は、それぞれ三つ
の出力端子を有し、このことは、これら両方が基礎層２
０、第１拡張層２２、第２拡張層２４を生成可能である
ことを意味している。それぞれのエンコーダはマルティ
プレクサ３４を介して三つのエンコーダ出力ステージ、
つまり、基礎ステージ２０、拡張ステージ２２、拡張ス
テージ２４に接続されている。これらの三つのステージ
は第１ネットワーク１０とのネットワークインターフェ
イス３６を形成している。図３より明らかなように、マ
ルティプレクサ３４を介して、基礎ステージは、スケー
ラブルビデオエンコーダ／デコーダ、スケーラブルオー
ディオエンコーダ／デコーダ両方の基礎層を含んでい
る。端末／ネットワーク制御の出力信号は基礎ステージ
の第３入力端子へ送られ、基礎層に現れることになる。
第１拡張ステージは、ビデオエンコーダ／デコーダの第
１ステージ２２とスケーラブルオーディオエンコーダ／
デコーダの第１拡張層の両方を含む。第３ステージ、つ
まり、第２拡張ステージ２４は、両方のエンコーダの第
２拡張層を含み、さらに、データエンコーダ３０からの
符号化されたデータを含む。
接続されたネットワークを概略的に示す。明確にするた
めに、図３では、第1ネットワーク１０に接続された端
末１４の場合であると仮定する。第１端末１４のエンコ
ーダは複数のサブコーダ、例えば、スケーラブルビデオ
エンコーダ／デコーダ２６、スケーラブルオーディオエ
ンコーダ／デコーダ２８、データエンコーダ３０を有し
ていてもよい。第１端末のエンコーダはまた、端末／ネ
ットワーク用制御パラメータを生成する制御ユニット３
２を有する。スケーラブルビデオエンコーダ２６とスケ
ーラブルオーディオーエンコーダ２８は、それぞれ三つ
の出力端子を有し、このことは、これら両方が基礎層２
０、第１拡張層２２、第２拡張層２４を生成可能である
ことを意味している。それぞれのエンコーダはマルティ
プレクサ３４を介して三つのエンコーダ出力ステージ、
つまり、基礎ステージ２０、拡張ステージ２２、拡張ス
テージ２４に接続されている。これらの三つのステージ
は第１ネットワーク１０とのネットワークインターフェ
イス３６を形成している。図３より明らかなように、マ
ルティプレクサ３４を介して、基礎ステージは、スケー
ラブルビデオエンコーダ／デコーダ、スケーラブルオー
ディオエンコーダ／デコーダ両方の基礎層を含んでい
る。端末／ネットワーク制御の出力信号は基礎ステージ
の第３入力端子へ送られ、基礎層に現れることになる。
第１拡張ステージは、ビデオエンコーダ／デコーダの第
１ステージ２２とスケーラブルオーディオエンコーダ／
デコーダの第１拡張層の両方を含む。第３ステージ、つ
まり、第２拡張ステージ２４は、両方のエンコーダの第
２拡張層を含み、さらに、データエンコーダ３０からの
符号化されたデータを含む。
【００２５】ここで、オーディオ、ビデオ、データそれ
ぞれのフローは「バーチャル」チャンネルを通じて別々
に送信可能であることを明記しなければならない。この
場合、これらのデータフローは、一つのパケットで一緒
にではなく、別々のパケットで出現することになる。
ぞれのフローは「バーチャル」チャンネルを通じて別々
に送信可能であることを明記しなければならない。この
場合、これらのデータフローは、一つのパケットで一緒
にではなく、別々のパケットで出現することになる。
【００２６】好ましくは、ネットワークでのデータ送信
はパケットＰ１，Ｐ２，Ｐ３によって行われる。パケッ
トＰ１は基礎層のパケットであり、パケットＰ２は第１
拡張層２２のデータを含み、パケットＰ３は第２拡張層
２４のデータを送信するものである。結論として、端末
１４は、スケールされ、通信にとって重要な情報が基礎
層に集められたデータフローを送ることになる。アプリ
ケーション（ビデオ、オーディオ等）の質がスケールさ
れ得る限り、拡張層の数はいくつでもよい。
はパケットＰ１，Ｐ２，Ｐ３によって行われる。パケッ
トＰ１は基礎層のパケットであり、パケットＰ２は第１
拡張層２２のデータを含み、パケットＰ３は第２拡張層
２４のデータを送信するものである。結論として、端末
１４は、スケールされ、通信にとって重要な情報が基礎
層に集められたデータフローを送ることになる。アプリ
ケーション（ビデオ、オーディオ等）の質がスケールさ
れ得る限り、拡張層の数はいくつでもよい。
【００２７】本発明の好ましい実施形態において、それ
ぞれのスケール層は、それぞれのデータパケットに先立
つ決定データ群によって指し示される。様々なスケール
層のビットレートはここではプリオリとして知られてい
る。
ぞれのスケール層は、それぞれのデータパケットに先立
つ決定データ群によって指し示される。様々なスケール
層のビットレートはここではプリオリとして知られてい
る。
【００２８】下記に、ネットワーク接続ユニット１８
が、送られてきたスケールされたオーディオデータフロ
ーを、第２ネットワーク、つまり、出力側に接続された
ネットワークに適合するビットレートを有するように変
更する二つの可能な方法を説明する。一つは、第２ネッ
トワーク１２がふさわしく設計されている場合、第２ネ
ットワーク１２のビットレートを保留する。そしてネッ
トワーク接続ユニット１８は、各スケール層のビットレ
ートの合計から、その合計が第２ネットワークのために
保留されたビットレートよりも小さいか又は同じである
かどうかを繰り返し判断する。第１ステップでは、最大
の帯域幅を送信できるように何の変更もなしに全てのス
ケールされたデータフローの送信を試みる。しかし、こ
れが失敗すれば、最高位の拡張層を除去し、残りのビッ
トレートが第２ネットワークでの送信に適切であるかど
うか、つまり、そのビットレートが第２ネットワークの
ビットレートよりも小さいか又は同じであるかどうかを
判断する。もしこれがまたもや失敗であれば、次に高位
の拡張層を除去する。そして、変更されたスケールされ
たデータフローのビットレートが保留されたビットレー
トよりも低いか又は同じであるという条件を満たすま
で、同様のことが繰り返される。
が、送られてきたスケールされたオーディオデータフロ
ーを、第２ネットワーク、つまり、出力側に接続された
ネットワークに適合するビットレートを有するように変
更する二つの可能な方法を説明する。一つは、第２ネッ
トワーク１２がふさわしく設計されている場合、第２ネ
ットワーク１２のビットレートを保留する。そしてネッ
トワーク接続ユニット１８は、各スケール層のビットレ
ートの合計から、その合計が第２ネットワークのために
保留されたビットレートよりも小さいか又は同じである
かどうかを繰り返し判断する。第１ステップでは、最大
の帯域幅を送信できるように何の変更もなしに全てのス
ケールされたデータフローの送信を試みる。しかし、こ
れが失敗すれば、最高位の拡張層を除去し、残りのビッ
トレートが第２ネットワークでの送信に適切であるかど
うか、つまり、そのビットレートが第２ネットワークの
ビットレートよりも小さいか又は同じであるかどうかを
判断する。もしこれがまたもや失敗であれば、次に高位
の拡張層を除去する。そして、変更されたスケールされ
たデータフローのビットレートが保留されたビットレー
トよりも低いか又は同じであるという条件を満たすま
で、同様のことが繰り返される。
【００２９】ネットワーク接続ユニット１８は、要求に
応じてあるいは自動的に、このビットレート保留を行う
ように調節することができる。これは、入力データフロ
ーのビットレートが接続の途中で変化した場合、便利で
ある。現在接続中のビットレートを出力側の接続のため
に変更する機能があれば、出力ビットレートは変化した
入力ビットレートに合わせることができる。
応じてあるいは自動的に、このビットレート保留を行う
ように調節することができる。これは、入力データフロ
ーのビットレートが接続の途中で変化した場合、便利で
ある。現在接続中のビットレートを出力側の接続のため
に変更する機能があれば、出力ビットレートは変化した
入力ビットレートに合わせることができる。
【００３０】接続を確立するための更なる可能性は、接
続を保留することではなく、ビットレートを動力学的に
決定することによるものである。このために、ネットワ
ーク接続ユニット１８は第２ネットワーク１２にコンタ
クトを取り、現在可能なビットレートを確認する必要が
ある。
続を保留することではなく、ビットレートを動力学的に
決定することによるものである。このために、ネットワ
ーク接続ユニット１８は第２ネットワーク１２にコンタ
クトを取り、現在可能なビットレートを確認する必要が
ある。
【００３１】ルータの入力時のビットレートと出力時の
ビットレートは、タイムスタンプとルータの基準時間と
から決定できる。一つの合間（現在有効なタイムスタン
プ）に存在するデータパケットは同じ時間内で送られな
ければならない。これが不可能であるなら、次の合間以
降、より少ない数のスケールステージが送られる。出力
時のビットレートは常にモニターされ、可能であれば、
より大きな数のスケールステージを送ることを許可す
る。そのデータ送信が等時的であるならば、タイムスタ
ンプは暗黙的にデータの到着時から決定される。
ビットレートは、タイムスタンプとルータの基準時間と
から決定できる。一つの合間（現在有効なタイムスタン
プ）に存在するデータパケットは同じ時間内で送られな
ければならない。これが不可能であるなら、次の合間以
降、より少ない数のスケールステージが送られる。出力
時のビットレートは常にモニターされ、可能であれば、
より大きな数のスケールステージを送ることを許可す
る。そのデータ送信が等時的であるならば、タイムスタ
ンプは暗黙的にデータの到着時から決定される。
【００３２】従って、ネットワーク接続ユニット１８の
出力側の接続のためにビットレートを保留する事ができ
ない場合、前述のように送信されるべきスケール層の数
が動力学的に決定され、現在可能なビットレートが決定
される。
出力側の接続のためにビットレートを保留する事ができ
ない場合、前述のように送信されるべきスケール層の数
が動力学的に決定され、現在可能なビットレートが決定
される。
【００３３】図４は、端末１４、別の端末１６、複数の
ネットワーク接続ユニット１８を備えた本発明に係る通
信ネットワークを示す。これらのネットワーク接続ユニ
ット１８は、任意のビットレートを有する多数のネット
ワークを通じて互いに接続されている。個々のネットワ
ーク１０，３８，４０，１２上のデータフローは太い矢
印で示されている。本発明に係るネットワークにおい
て、図４に示されているように、第１ネットワーク１０
と第２ネットワーク１２の間のネットワーク接続ユニッ
ト１８及びネットワーク３８，４０の数は任意であるこ
とを明記しておかねばならない。図４中、細い矢印はデ
ータフローとは逆の方向の制御フロー４２を示してい
る。この制御フローは、第１端末１４の送信機あるいは
エンコーダが現在のネットワーク条件又は現在の受信機
１６に最適に適応できるように働く。受信機は、この制
御フローつまりフィードバックフロー４２を通じて、い
くつのステージが設定されているか送信機に伝える。そ
れに呼応して、送信機はその符号化層の配列を、受信機
に最適応できるように変化させる。これを達成するため
に、現在の加入者によって使用されている最大のスケー
ル層数がプロトコルを通じて前段のネットワーク接続ユ
ニット１８に伝えられる。ビットレートの動力学的な変
更により、送信されるべきスケール層数を調節して現在
のネットワーク条件に素早く適合できる一方、他方で
は、ネットワークパラミータを送信機へフィードバック
することで、スケーラブルデータフローの構造をネット
ワークの基礎的な変更に合うように調整することが可能
になる。例えば、移動無線の加入者が加わった場合、基
礎層２０は、移動無線ネットワークそのものにもスケー
ラビリティを持たせるように、さらに細分化でき得る。
スケーラブルデータフローの構造の変更に代わる可能な
他の方法は、データフローのパケットサイズを調節する
こと、エラー防止可能な手段設置、異なるタイプの符号
化の適用等である。
ネットワーク接続ユニット１８を備えた本発明に係る通
信ネットワークを示す。これらのネットワーク接続ユニ
ット１８は、任意のビットレートを有する多数のネット
ワークを通じて互いに接続されている。個々のネットワ
ーク１０，３８，４０，１２上のデータフローは太い矢
印で示されている。本発明に係るネットワークにおい
て、図４に示されているように、第１ネットワーク１０
と第２ネットワーク１２の間のネットワーク接続ユニッ
ト１８及びネットワーク３８，４０の数は任意であるこ
とを明記しておかねばならない。図４中、細い矢印はデ
ータフローとは逆の方向の制御フロー４２を示してい
る。この制御フローは、第１端末１４の送信機あるいは
エンコーダが現在のネットワーク条件又は現在の受信機
１６に最適に適応できるように働く。受信機は、この制
御フローつまりフィードバックフロー４２を通じて、い
くつのステージが設定されているか送信機に伝える。そ
れに呼応して、送信機はその符号化層の配列を、受信機
に最適応できるように変化させる。これを達成するため
に、現在の加入者によって使用されている最大のスケー
ル層数がプロトコルを通じて前段のネットワーク接続ユ
ニット１８に伝えられる。ビットレートの動力学的な変
更により、送信されるべきスケール層数を調節して現在
のネットワーク条件に素早く適合できる一方、他方で
は、ネットワークパラミータを送信機へフィードバック
することで、スケーラブルデータフローの構造をネット
ワークの基礎的な変更に合うように調整することが可能
になる。例えば、移動無線の加入者が加わった場合、基
礎層２０は、移動無線ネットワークそのものにもスケー
ラビリティを持たせるように、さらに細分化でき得る。
スケーラブルデータフローの構造の変更に代わる可能な
他の方法は、データフローのパケットサイズを調節する
こと、エラー防止可能な手段設置、異なるタイプの符号
化の適用等である。
【００３４】図５は、ネットワーク接続ユニット１８の
詳細図である。ネットワーク接続ユニット１８は入力端
子１８ａを介して第１ネットワーク１０に接続されてい
る。ネットワーク接続ユニット１８は第２ネットワーク
１２ａ，１２ｂ，１２ｃに接続された複数の出力端子１
８ｂを有している。図５から明らかなように、第２ネッ
トワーク１２ａは他のネットワーク１２ｂ，１２ｃより
も低いビットレートを有している。なぜならば、ネット
ワーク１２ａでは基礎層Ｐ１だけが送信され、ネットワ
ーク１２ｂ、１２ｃにおいては基礎層Ｐ１と第１拡張層
Ｐ２の両方が送信されるからである。第２拡張層Ｐ３は
出力側のどのネットワークにおいても送信されないこと
も明らかである。なぜなら、この図５の例では、出力端
子１８ｂを介してネットワーク接続ユニット１８に接続
された第２ネットワーク１２のうちのいずれも、スケー
ラブルデータフローの全ての層を送信できる程に十分に
高いビットレートでのデータ送信を可能にすることがで
きないからである。ネットワーク接続ユニット１８は、
また、出力側で接続されたネットワークのために使用さ
れるスケール層の数を決定する装置４４と、どの入力端
子、どの出力端子が使用されるべきかを決定する装置４
６を備えている。この装置４６は従って、特別な回路決
定のプロトコルによってデータパケットの回路決定を行
う回路決定装置である。
詳細図である。ネットワーク接続ユニット１８は入力端
子１８ａを介して第１ネットワーク１０に接続されてい
る。ネットワーク接続ユニット１８は第２ネットワーク
１２ａ，１２ｂ，１２ｃに接続された複数の出力端子１
８ｂを有している。図５から明らかなように、第２ネッ
トワーク１２ａは他のネットワーク１２ｂ，１２ｃより
も低いビットレートを有している。なぜならば、ネット
ワーク１２ａでは基礎層Ｐ１だけが送信され、ネットワ
ーク１２ｂ、１２ｃにおいては基礎層Ｐ１と第１拡張層
Ｐ２の両方が送信されるからである。第２拡張層Ｐ３は
出力側のどのネットワークにおいても送信されないこと
も明らかである。なぜなら、この図５の例では、出力端
子１８ｂを介してネットワーク接続ユニット１８に接続
された第２ネットワーク１２のうちのいずれも、スケー
ラブルデータフローの全ての層を送信できる程に十分に
高いビットレートでのデータ送信を可能にすることがで
きないからである。ネットワーク接続ユニット１８は、
また、出力側で接続されたネットワークのために使用さ
れるスケール層の数を決定する装置４４と、どの入力端
子、どの出力端子が使用されるべきかを決定する装置４
６を備えている。この装置４６は従って、特別な回路決
定のプロトコルによってデータパケットの回路決定を行
う回路決定装置である。
【００３５】ネットワーク接続ユニット１８の回路決定
における動作モードを以下に説明する。入力データフロ
ーの最初のｎ個のスケール層がバッファ２５に取り込ま
れる。そして各パケットのデータ決定ブロックが、各パ
ケットがどのステージに属するのかを探して決定する。
それで、出力側の相当するネットワーク内にそのデータ
パケットのコピーを作り始めることができる。図に示さ
れた例では、基礎層Ｐ１のパケットが出力側に接続され
た三つの全てのネットワーク内にコピーされ、第１拡張
層のパケットＰ２は二つのネットワーク１２b，１２ｃ
だけにコピーされ、第２拡張層のパケットＰ３は削除さ
れている。 ［図面の簡単な説明］
における動作モードを以下に説明する。入力データフロ
ーの最初のｎ個のスケール層がバッファ２５に取り込ま
れる。そして各パケットのデータ決定ブロックが、各パ
ケットがどのステージに属するのかを探して決定する。
それで、出力側の相当するネットワーク内にそのデータ
パケットのコピーを作り始めることができる。図に示さ
れた例では、基礎層Ｐ１のパケットが出力側に接続され
た三つの全てのネットワーク内にコピーされ、第１拡張
層のパケットＰ２は二つのネットワーク１２b，１２ｃ
だけにコピーされ、第２拡張層のパケットＰ３は削除さ
れている。 ［図面の簡単な説明］
【図１】本発明に係る簡単な通信ネットワークの概要
図。
図。
【図２】（Ａ）は可能なスケール層を示し、（Ｂ）は本
発明に係るネットワーク接続ユニットにおける層の処理
を示す。
発明に係るネットワーク接続ユニットにおける層の処理
を示す。
【図３】ネットワークの一端の詳細、例えば、端末機器
のネットワークとの相互作用を示す。
のネットワークとの相互作用を示す。
【図４】異なるネットワークとネットワーク接続ユニッ
トの縦続接続を示す概要図。
トの縦続接続を示す概要図。
【図５】出力側で複数のネットワークと接続された本発
明に係るネットワーク接続ユニットの詳細を示す。
明に係るネットワーク接続ユニットの詳細を示す。
【図６】マルチスケーラブルな方法によって融通性のあ
る接続が可能な現存するネットワークの概略図。
る接続が可能な現存するネットワークの概略図。
１０…第１のネットワーク
１２…第２のネットワーク
１４…第１端末
１６…第２端末
１８…ネットワーク接続ユニット
２０，２２，２４…データ層
２６，２８…エンコーダ
Ｐ１，Ｐ２，Ｐ３…パケット
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 クロッキング、イェンス−ウーヴェ
ドイツ連邦共和国、Ｄ−80687 ミュン
ヘン、ハウゼンベルガー−シュトラーセ
20／406
(72)発明者 ツェラー、マークス
ドイツ連邦共和国、Ｄ−86420 ディー
ドルフ、アルター ポストヴェーク 33
(72)発明者 シュテッケンビラー、ヘルムート
ドイツ連邦共和国、Ｄ−84036 ラント
シュート、エングルベルクヴェーク 25
ｂ
(72)発明者 クノール、ルーディ
ドイツ連邦共和国、Ｄ−82140 オルヒ
ング、シラーシュトラーセ ７
(56)参考文献 荻野長生，ダイナミックマルチストリ
ームマルチキャストルーチング，信学技
報，日本，（社）電子情報通信学会,
1997年 ９月，ＳＳＥ97−88，ｐｐ75−
80
Ｘｕｅ Ｌｉ ｅｔ ａｌ．，Ｌａｙ
ｅｒｅｄ Ｖｉｄｅｏ Ｍｕｌｔｉｃａ
ｓｔ ｗｉｔｈ Ｒｅｔｒａｎｓｍｉｓ
ｓｉｏｎ（ＬＶＭＲ）：Ｅｖａｌｕａｔ
ｉｏｎ ｏｆ Ｅｒｒｏｒ Ｒｅｃｏｖ
ｅｒｙ Ｓｃｈｅｍｅｓ，ＩＥＥＥ ７
ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｗ
ｏｒｋｓｈｏｐ ｏｎ Ｎｅｔｗｏｒｋ
ａｎｄ Ｏｐｅｒａｔｉｎｇ ｓｙｓ
ｔｅｍ Ｓｕｐｐｏｒｔ ｆｏｒ Ｄｉ
ｇｉｔａｌ Ａｕｄｉｏ ａｎｄ Ｖｉ
ｄｅｏ，米国，ＩＥＥＥ，1997年 ５月
21日，ｐ161−172
Ｎａｃｈｕｍ Ｓｈａｃｈａｍ ｅｔ
ａｌ．，Ａｄｍｉｓｓｉｏｎ Ｃｏｎ
ｔｒｏｌ Ａｌｇｏｒｉｔｈｍｓ ｆｏ
ｒ Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏ
ｎｓ ｗｉｔｈ Ｍｕｌｔｉｐｌｅ Ｓ
ｔｒｅａｍｓ，ＩＥＥＥ Ｊｏｕｒｎａ
ｌ ｏｆ Ｓｅｌｅｃｔｅｄ Ａｒｅａ
ｓ ｉｎ Ｃｏｍｍｕｎｉｃａｔｉｏｎ
ｓ，米国，ＩＥＥＥ，1997年 ４月，Ｖ
ＯＬ．15，Ｎｏ．３，ｐ557−566
酒澤ほか，ビデオマルチキャストにお
ける符号化伝送制御方式，映像情報メデ
ィア学会誌，日本，（社）映像情報メデ
ィア学会，1998年 ６月20日，Ｖｏｌ.
52 Ｎｏ．６，ｐ863−870
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/66
H04L 12/28
H04L 12/46
Claims (14)
- 【請求項１】 以下のものを備えた通信ネットワーク、 第１のビットレートでデータ送信可能な第１ネットワー
ク（１０）、 第２のビットレートでデータ送信可能な第２ネットワー
ク（１２）、 前記第１ネットワーク（１０）に接続され、符号化され
るべき信号から少なくとも二つのデータ層（２０，２
２，２４）を有するスケールされたデータフローを生成
するエンコーダ（２６，２８）を有する第１端末（１
４）であり、該データ層（２０，２２，２４）はその符
号化されるべき信号に関する情報内容に関して異なり、
前記スケールされたデータフローは第１ビットレートよ
りも低いか又は同じビットレートを有する、 前記第２ネットワーク（１２）に接続され、第２ネット
ワーク上を送信可能なデータフローを解読することがで
きるデコーダを有する第２端末（１６）、 前記第１（１０）、第２（１２）ネットワークの間に接
続され、スケールされたデータフローを第１ネットワー
ク（１０）から受け取り、少なくとも一つのデータ層
（２２，２４）を除去することによって、スケールされ
たデータフローのビットレートが前記第２ビットレート
よりも小さいか又は同じになるように、受け取ったデー
タフローを変更し、前記変更されたスケールされたデー
タフローを第２ネットワークに送り込む（１８ｂ）よう
に作動するネットワーク接続ユニット（１８）、 ネットワーク接続ユニット（１８）は、さらに、以下の
ものを備えている、 第２ネットワーク（１２）のネットワーク条件に関する
情報を収集する装置（４４）、 第１端末（１４）が、エンコーダ（２６，２８）によっ
て生成されるデータ層の数を制御することによって、及
び／又は、データ層（２０）を複数のサブスケール層に
細分化することによって応答できるように、この情報を
フィードバックチャンネルを介してネットワーク接続ユ
ニット（１８）から第１端末（１４）へ送る装置（４
４）。 - 【請求項２】 請求項１に記載の通信ネットワークであ
って、前記第１及び第２端末（１４，１６）の両方がエ
ンコーダとデコーダの両方を有し、これにより、双方向
のデータ通信が可能である。 - 【請求項３】 請求項１又は２に記載の通信ネットワー
クであって、端末のエンコーダは以下のものを含む、 各データ層（２０，２２，２４）に対して別々のデータ
パケット（Ｐ１，Ｐ２，Ｐ３）を与える、符号化される
べき複数の信号のためのサブコーダ（２６，２８，３
０，３２）、 異なるスケール層からのデータパケットを第１ネットワ
ーク（１０）に順次送り込むための、複数のスケール層
（２０，２２，２４）を有するネットワークインターフ
ェイス（３６）、 サブコーダからのデータパケットをスケール層に配信す
るための、又はサブコーダによって生成されたパケット
を別々のバーチャルチャンネルで多重化させるためのマ
ルチプレクサ（３４）。 - 【請求項４】 請求項３に記載の通信ネットワークであ
って、前記スケール層は、各発信されたデータパケット
（Ｐ１，Ｐ２，Ｐ３）に、そのパケット（Ｐ１，Ｐ２，
Ｐ３）がどのデータ層（２０，２２，２４）に属するの
かを示す決定データ群を付加する。 - 【請求項５】 請求項１，２，３，４のいずれかに記載
の通信ネットワークであって、ネットワーク接続ユニッ
ト（１８）と第２ネットワーク（１２）の接続は保留付
きで確立され、該ネットワーク接続ユニット（１８）は
以下のものを含む、 低位のいくつかのデータ層のビットレートの合計が第２
ビットレートよりも小さいか又は同じになるように変更
されたビットレートを確認する装置、 第２ネットワークの変更されたビットレートを保留する
装置。 - 【請求項６】 請求項１，２，３，４のいずれかに記載
の通信ネットワークであって、ネットワーク接続ユニッ
ト（１８）と第２ネットワーク（１２）との接続が無条
件で確立され、該ネットワーク接続ユニット（１８）は
以下のものを含む、 第２ネットワークの可能なビットレートを確認する装
置、 低位のいくつかのデータ層のビットレートの合計が第２
ビットレートよりも小さいか又は同じになるような変更
されたビットレートを確認する装置。 - 【請求項７】 請求項１，２，３，４，５，６のいずれ
かに記載の通信ネットワークであって、ネットワーク接
続ユニット（１８）は、出力側で複数のネットワーク
（１２ａ，１２ｂ，１２ｃ）に接続され、該ネットワー
ク接続ユニット（１８）は以下のものを含む、 出力側のネットワーク（１２ａ，１２ｂ，１２ｃ）のそ
れぞれに送信され得るデータ層の数を決定する装置（４
４）、 各データ層（２０，２２，２４）のために少なくとも一
つのデータパケットを一時的に記憶するバッファ（２
５）、 一時記憶されたデータパケット（Ｐ１，Ｐ２，Ｐ３）を
スケールされたデータフローのデータ層に振り分ける装
置、 各ネットワークのために決定されたデータ層の数を考慮
しながら、出力側に接続されたそれぞれのネットワーク
（１２ａ，１２ｂ，１２ｃ）にデータパケットをコピー
する装置（４６）。 - 【請求項８】 請求項１，２，３，４，５，６，７のい
ずれかに記載の通信ネットワークであって、ネットワー
ク接続ユニット（１８）は、ネットワーク条件に関する
情報をネットワーク部の最低ビットレートに関するネッ
トワークパラメータという形で、そして端末のデコーダ
が解読する最高のデータ層数に関する情報を、フィード
バックチャンネル（４２）を介してエンコーダに送信す
るように設計されており、これにより、エンコーダはス
ケールされたデータフローのデータ層数を動力学的に制
御する。 - 【請求項９】 請求項１，２，３，４，５，６，７，８
のいずれかに記載の通信ネットワークであって、ネット
ワーク接続ユニットは、第２ネットワーク（１２）のネ
ットワーク条件に関する情報をフィードバックチャンネ
ル（４２）を介して第１端末（１４）のエンコーダ（２
６，２８）に送信するように設計されており、これによ
り、エンコーダはスケールされたデータフローのパケッ
トサイズを調節したり、エラー防止可能な手段を講じた
り、及び／又は、異なるタイプの符号化を適用すること
によって応答する。 - 【請求項１０】 請求項１，２，３，４，５，６，７，
８，９のいずれかに記載の通信ネットワークであって、
符号化されるべき信号はビデオ信号を含み、それぞれの
データ層は、無視されているビデオシークエンスの画像
数、個々のビデオ画像の画像フォーマット、及び／又
は、画像ごとのピクセル数、像の歪み、異なる画像フォ
ーマットというような画質に関して、互いに異なってい
る。 - 【請求項１１】 請求項１，２，３，４，５，６，７，
８，９，１０のいずれかに記載の通信ネットワークであ
って、符号化されるべき信号はオーディオ信号を含み、
それぞれのデータ層は、各データ層（Ｐ１，Ｐ２，Ｐ
３）で符号化される信号のオーディオ帯域幅に関して、
互いに異なっている。 - 【請求項１２】 互いに異なるビットレートを有する二
つの従続接続されたネットワーク（１０，１２）間で信
号を送る方法であり、以下のステップを含む、 符号化されるべき信号に関する情報内容がそれぞれ異な
るデータ層を有するスケールされたデータフロー（Ｐ
１，Ｐ２，Ｐ３）を得るために送信用の信号を符号化
し、送る、 前記スケールされたデータフローを第１ネットワーク
（１０）上では第１のビットレートで送信する、 前記スケールされたデータフローを受信する（１８
ａ）、 受信したスケールされたデータフローを、第１（１
０）、第２（１２）ネットワーク間に接続されたネット
ワーク接続ユニット（１８）内で、少なくとも一つのデ
ータ層（２２，２４）を除去することによって変更し、
変更後のスケールされたデータフローが第１のビットレ
ートよりも小さい第２のビットレートよりも小さいか又
は同じビットレートを有するようにする、 変更後のスケールされたデータフローを第２のビットレ
ートで発信する（１８ｂ）、 変更後のスケールされたデータフローを第２ネットワー
ク（１２）上で第２のビットレートで送信する、 変更後のスケールされたデータフローを受信、解読し、
送信された信号の情報よりも少ない情報内容の解読信号
を得る、 第２ネットワーク（１２）内のネットワーク条件に関す
る情報を収集する（４４）、 前記符号化送信ステップは、符号化の際に生成されるデ
ータ層の数を制御し、及び／又は、データ層（２０）を
複数のサブスケール層へ細分化するように、この情報に
応答して実行される。 - 【請求項１３】 以下のものを備えたネットワーク接続
ユニット（１８）、第１ネットワーク（１０）から スケールされたデータフ
ローを受信する装置（１８ａ）であって、該スケールさ
れたデータフローは端末（１４）で符号化により生成さ
れたものであり、そのデータフローの基礎を形成する信
号に関する情報内容に関して異なっている少なくとも二
つのデータ層（２０，２２，２４）を有する、 前記スケールされたデータフローから少なくとも一つの
データ層（２２，２４）を除去することによって該デー
タフローを変更し、変更後のスケールされたデータフロ
ーが所定のビットレートよりも小さいか又は同じビット
レートを有するようにする装置、 変更後のスケールされたデータフローをその変更後のビ
ットレートで第２ネットワーク（１２）へ発信する装置
（１８ｂ）、 第２ネットワーク（１２）のネットワーク条件に関する
情報を収集する装置（４４）、 第１端末が、符号化の際に生成するデータ層の数を制御
し、及び／又は、データ層（２０）を複数のサブスケー
ル層に細分化することによって応答できるように、この
情報を、フィードバックチャンネル（４２）を介してネ
ットワーク接続ユニット（１８）から第１端末（１４）
へ送信する装置（４４）。 - 【請求項１４】 スケールされたデータフローのビット
レートを所定のビットレートに調整する方法であって、
以下のステップを含む、第１ネットワーク（１０）から スケールされたデータフ
ローを受信するステップであって、該スケールされたデ
ータフローは端末（１４）で符号化により生成されたも
のであり、そのデータフローの基礎を形成する信号に関
する情報内容に関して異なっている少なくとも二つのデ
ータ層（２０，２２，２４）を有する、 前記スケールされたデータフローから少なくとも一つの
データ層（２２，２４）を除去することによって該デー
タフローを変更し、変更後のスケールされたデータフロ
ーが所定のビットレートよりも小さいか又は同じビット
レートを有するようにする、 変更後のスケールされたデータフローをその変更後のビ
ットレートで第２ネットワーク（１２）へ発信する、 第２ネットワーク（１２）のネットワーク条件に関する
情報を収集する（４４）、 第１端末が、符号化の際に生成するデータ層の数を制御
し、及び／又は、データ層（２０）を複数のサブスケー
ル層に細分化することによって応答できるように、この
情報を、フィードバックチャンネル（４２）を介してネ
ットワーク接続ユニット（１８）から第１端末（１４）
へ送信する。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE19804564.6 | 1998-02-05 | ||
| DE19804564A DE19804564A1 (de) | 1998-02-05 | 1998-02-05 | Kommunikationsnetz, Verfahren zum Übertragen eines Signals, Netzverbindungseinheit und Verfahren zum Anpassen der Datenrate eines skalierten Datenstroms |
| PCT/EP1999/000186 WO1999040753A1 (de) | 1998-02-05 | 1999-01-14 | Kommunikationsnetz, verfahren zum übertragen eines signals, netzverbindungseinheit und verfahren zum anpassen der datenrate eines skalierten datenstroms |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002503069A JP2002503069A (ja) | 2002-01-29 |
| JP3450298B2 true JP3450298B2 (ja) | 2003-09-22 |
Family
ID=7856738
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000531034A Expired - Fee Related JP3450298B2 (ja) | 1998-02-05 | 1999-01-14 | 通信ネットワーク、信号送信方法、ネットワーク接続ユニット、及びスケールされたデータフローのビットレートの調節方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US6853650B1 (ja) |
| EP (1) | EP1050186B1 (ja) |
| JP (1) | JP3450298B2 (ja) |
| AT (1) | ATE205992T1 (ja) |
| DE (2) | DE19804564A1 (ja) |
| WO (1) | WO1999040753A1 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10236694A1 (de) * | 2002-08-09 | 2004-02-26 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Vorrichtung und Verfahren zum skalierbaren Codieren und Vorrichtung und Verfahren zum skalierbaren Decodieren |
| EP1780896A4 (en) * | 2004-07-28 | 2009-02-18 | Panasonic Corp | REPLAY DEVICE AND SIGNAL DECODING DEVICE |
| DE102005052188B4 (de) | 2005-10-26 | 2019-01-10 | Deutsche Telekom Ag | Dienstqualitätssicherung mit Hilfe zentral erfasster Dienstgüteparameter |
| US8451994B2 (en) | 2010-04-07 | 2013-05-28 | Apple Inc. | Switching cameras during a video conference of a multi-camera mobile device |
| CN102664948B (zh) * | 2012-04-18 | 2015-05-27 | 杭州海康威视数字技术股份有限公司 | 一种跨网关数据存储的***及方法 |
| US9608943B2 (en) * | 2014-02-27 | 2017-03-28 | Yahoo! Inc. | Method of queuing signals |
| DE102015208878B4 (de) * | 2015-05-13 | 2023-11-30 | Continental Autonomous Mobility Germany GmbH | Testvorrichtung und Verfahren zur Beeinflussung eines Datenstroms in einem Fahrzeug |
| CN110049355A (zh) * | 2018-01-17 | 2019-07-23 | 华为技术有限公司 | 多媒体文件播放方法及装置 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5515377A (en) | 1993-09-02 | 1996-05-07 | At&T Corp. | Adaptive video encoder for two-layer encoding of video signals on ATM (asynchronous transfer mode) networks |
| DE4416967A1 (de) | 1994-05-13 | 1995-11-16 | Thomson Brandt Gmbh | Verfahren und Vorrichtung zur Transcodierung von Bitströmen mit Videodaten |
| EP0845908B1 (en) | 1994-06-17 | 2003-02-05 | Snell & Wilcox Limited | Compressing a signal combined from compression encoded video signals after partial decoding thereof |
| US5623312A (en) * | 1994-12-22 | 1997-04-22 | Lucent Technologies Inc. | Compressed-domain bit rate reduction system |
| US5600646A (en) * | 1995-01-27 | 1997-02-04 | Videoserver, Inc. | Video teleconferencing system with digital transcoding |
| JP3407838B2 (ja) * | 1995-09-05 | 2003-05-19 | ソニー株式会社 | ビデオオンデマンドシステム |
| US6148005A (en) * | 1997-10-09 | 2000-11-14 | Lucent Technologies Inc | Layered video multicast transmission system with retransmission-based error recovery |
| US6181693B1 (en) * | 1998-10-08 | 2001-01-30 | High Speed Video, L.L.C. | High speed video transmission over telephone lines |
| US6510553B1 (en) * | 1998-10-26 | 2003-01-21 | Intel Corporation | Method of streaming video from multiple sources over a network |
-
1998
- 1998-02-05 DE DE19804564A patent/DE19804564A1/de not_active Withdrawn
-
1999
- 1999-01-14 AT AT99945711T patent/ATE205992T1/de not_active IP Right Cessation
- 1999-01-14 WO PCT/EP1999/000186 patent/WO1999040753A1/de active IP Right Grant
- 1999-01-14 US US09/601,651 patent/US6853650B1/en not_active Expired - Lifetime
- 1999-01-14 JP JP2000531034A patent/JP3450298B2/ja not_active Expired - Fee Related
- 1999-01-14 DE DE59900273T patent/DE59900273D1/de not_active Expired - Lifetime
- 1999-01-14 EP EP99945711A patent/EP1050186B1/de not_active Expired - Lifetime
Non-Patent Citations (4)
| Title |
|---|
| Ｎａｃｈｕｍ Ｓｈａｃｈａｍ ｅｔ ａｌ．，Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ａｌｇｏｒｉｔｈｍｓ ｆｏｒ Ｍｕｌｔｉｃａｓｔ Ｓｅｓｓｉｏｎｓ ｗｉｔｈ Ｍｕｌｔｉｐｌｅ Ｓｔｒｅａｍｓ，ＩＥＥＥ Ｊｏｕｒｎａｌ ｏｆ Ｓｅｌｅｃｔｅｄ Ａｒｅａｓ ｉｎ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，米国，ＩＥＥＥ，１９９７年 ４月，ＶＯＬ．１５，Ｎｏ．３，ｐ５５７−５６６ |
| Ｘｕｅ Ｌｉ ｅｔ ａｌ．，Ｌａｙｅｒｅｄ Ｖｉｄｅｏ Ｍｕｌｔｉｃａｓｔ ｗｉｔｈ Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ（ＬＶＭＲ）：Ｅｖａｌｕａｔｉｏｎ ｏｆ Ｅｒｒｏｒ Ｒｅｃｏｖｅｒｙ Ｓｃｈｅｍｅｓ，ＩＥＥＥ ７ｔｈ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｗｏｒｋｓｈｏｐ ｏｎ Ｎｅｔｗｏｒｋ ａｎｄ Ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ Ｓｕｐｐｏｒｔ ｆｏｒ Ｄｉｇｉｔａｌ Ａｕｄｉｏ ａｎｄ Ｖｉｄｅｏ，米国，ＩＥＥＥ，１９９７年 ５月２１日，ｐ１６１−１７２ |
| 荻野長生，ダイナミックマルチストリームマルチキャストルーチング，信学技報，日本，（社）電子情報通信学会，１９９７年 ９月，ＳＳＥ９７−８８，ｐｐ７５−８０ |
| 酒澤ほか，ビデオマルチキャストにおける符号化伝送制御方式，映像情報メディア学会誌，日本，（社）映像情報メディア学会，１９９８年 ６月２０日，Ｖｏｌ．５２ Ｎｏ．６，ｐ８６３−８７０ |
Also Published As
| Publication number | Publication date |
|---|---|
| ATE205992T1 (de) | 2001-10-15 |
| US6853650B1 (en) | 2005-02-08 |
| EP1050186A1 (de) | 2000-11-08 |
| EP1050186B1 (de) | 2001-09-19 |
| WO1999040753A1 (de) | 1999-08-12 |
| JP2002503069A (ja) | 2002-01-29 |
| DE19804564A1 (de) | 1999-08-12 |
| DE59900273D1 (de) | 2001-10-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5963547A (en) | Method and apparatus for centralized multipoint conferencing in a packet network | |
| US6252862B1 (en) | Method and apparatus for routing packet data in a communications system | |
| KR100713435B1 (ko) | 이동통신시스템에서 다중 데이터 전송률 서비스 제공 장치 및 방법 | |
| KR100940139B1 (ko) | 무선 통신 시스템에서 데이터 전송을 위한 방법 및 장치 | |
| TWI223532B (en) | Method and apparatus for data packet transport in a wireless communication system using an Internet Protocol | |
| US8910223B2 (en) | Layered coded streaming control for unicast/MBMS interaction | |
| JP2012239184A (ja) | 低遅延かつ分散した会議アプリケーション向けコンファレンスサーバアーキテクチャのためのシステムおよび方法 | |
| EP1913772A2 (en) | Real time bit rate switching for internet protocol television | |
| KR20050056915A (ko) | 멀티캐스트/브로드캐스트 서비스들을 위한 패킷 데이터서빙 노드의 선택 | |
| GB2359209A (en) | Apparatus and methods for video distribution via networks | |
| JP3931531B2 (ja) | 階層符号化ビデオ配信システム | |
| JP4282904B2 (ja) | 音声パケット通信の方法と装置 | |
| JP2010098761A (ja) | マルチキャスティング装置 | |
| US6763035B1 (en) | Method and device for transmitting information to the DVB network | |
| JP4934054B2 (ja) | スケーラブルなデータを伝送するための方法および装置 | |
| JP3450298B2 (ja) | 通信ネットワーク、信号送信方法、ネットワーク接続ユニット、及びスケールされたデータフローのビットレートの調節方法 | |
| JP3941113B2 (ja) | 会議に参加するための多様な端末が接続可能な音声、映像その他のデータブリッジから構成される会議システム | |
| US7068664B2 (en) | Voice interception system for mobile switching system | |
| JP2001352326A (ja) | 通信装置、通信制御装置および通信方法 | |
| US7460671B1 (en) | Encryption processing apparatus and method for voice over packet networks | |
| US20030099234A1 (en) | Multi-point communication method | |
| JP2005260384A (ja) | テレビ会議システム | |
| Nilsson et al. | Layered audiovisual coding for multicast distribution on ip networks | |
| Jia et al. | Efficient 3G324M protocol Implementation for Low Bit Rate Multipoint Video Conferencing. | |
| KR20090132627A (ko) | 콘텐츠 배신 시스템, 콘텐츠 배신 방법 및 그들에 이용하는 변환 장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 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: 20070711 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080711 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080711 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090711 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090711 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100711 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110711 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120711 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130711 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |