JP3668742B2 - ゲートウェイ装置およびそれを用いた通信システム - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、異種の通信ネットワーク同士を接続した通信システムおよびそれらのネットワーク間を接続するゲートウェイ装置に関する。
【０００２】
【従来の技術】
従来の技術として、ケーブルテレビとインタネットの２つのネットワークと、画像信号の伝送帯域を変換するためのトランスコーデックについて以下に説明する。
【０００３】
ケーブルテレビ（ＣＡＴＶ：CAble TeleVision）システムにおけるサービスのひとつに、ビデオオンデマンドというサービスがある。ビデオオンデマンド（以下ＶＯＤと略記：Video On Demand）とは、ＭＰＥＧ２(Moving Picture Experts Group 2)のようなデジタル画像圧縮技術を使って圧縮した映像信号を、デジタル信号を記録可能な記憶媒体に格納しておき、ＣＡＴＶ加入者の端末（セットトップボックス、以下ＳＴＢと略記）からの送信要求に応じて、ＶＯＤサーバが記憶媒体から映像信号を読み出して送信するサービスである。ＭＰＥＧ２は国際標準化機構/国際電気標準会議(ISO/IEC：International Organization for Standardization / International Electrotechnical Commission) 13818に標準化勧告されている。
【０００４】
ＶＯＤサービスを提供するシステムでは、上記のように映像信号をデジタル圧縮した形式で送信するため、デジタル信号を伝送可能な通信回線を使用している。具体的には、ハイブリッド・ファイバー／コアクシカル・ケーブル(ＨＦＣ：Hybrid Fiber Coaxial Cable)回線や光非同期転送モード(ＡＴＭ：Asynchronous Transfer Mode)回線などが現在実用に供している。
【０００５】
ＣＡＴＶシステムはその名の通りテレビシステムであり、加入者には高画質の映像をサービスすることが必要である。そこで、ＣＡＴＶネットワークは、映像信号データを確実に伝送するために伝送帯域等によって決まるサービスの品質(ＱｏＳ：Quality of Service)を完全に保証した、ギャランティー型のネットワーク構成を用いている。
【０００６】
一方、現在ではインタネットプロトコルを使用したいわゆるインタネットと呼ばれるコンピュータ通信が急速に普及しており、企業や家庭において手軽にインタネットに接続された情報サーバにアクセスすることが可能になってきている。
【０００７】
最近のインタネットでは、テキスト情報、静止画像情報等を提供するのに加えて映像情報を提供するようなサービスも出現し始めている。
【０００８】
ところが、インタネットは元来コンピュータ通信を主要サービスとして開発されてきたシステムであるため、リアルタイム性が要求される画像通信では種々の問題が生じる事が明らかになってきた。
【０００９】
これらの問題点は、インタネットにおいては通信時に最大限確保可能な伝送品質(帯域幅、エラー率)提供するのみで、ＱｏＳを保証しないことに一因がある。インタネットは、このようなネットワーク特性ゆえにベストエフォート型のネットワークと呼ばれている。このベストエフォート型のネットワークでは、例えばネットワーク内部の中継ノードの何れかの部分に通信トラフィックが集中するとそのノードではデータパケットを処理しきれずにパケットの廃棄が発生する。
【００１０】
通常のコンピュータ通信で行われるデータのやりとりでは、受信端末に正しくデータが到達しない場合には、受信端末がその未到着のパケットに対する再送信の要求信号を発し、再度データを正しく受信するよう動作を行なう事ができるため、パケットが破棄されても実質上の問題はない。
【００１１】
ところが画像通信のように信号配送タイミング・時間の連続性に対する要求の厳しい通信においては、上記再送メカニズムは有効に機能しない。なぜならば、中継ノードにおいてパケット廃棄が発生した場合、パケット再送を行ったとしても、リアルタイムで受信再生を行うような場合には再送データの到着が間に合わず、画面のフリーズ、駒落ち等の画質劣化が発生することになるからである。
【００１２】
そこでインタネットにおいては、時間の連続性に対する要求の厳しい通信のために、インタネット関連の技術開発を推進しているIETF(Internet Engineering Task Force)においてResource Reservation と呼ばれる通信プロトコル(以下、RSVP)の開発を行っている。この技術については Internet Draft Resource Reservation Protocol (RSVP) Version 1 Functional Specification August 12, 1996に開示されている。
【００１３】
RSVPでは、目的とする通信を開始する前に、データを受信しようとする端末(ＰＣ等)がネットワークに対して希望する信号伝送帯域を要求する(リザベーション)。するとネットワーク内部にある中継ノード(ルータ等)は提供可能な伝送帯域を決定しその予約帯域を次の中継ノードにリレーする。この手順をくり返し実行し、最終的には目的とするサーバにまでこの予約帯域を伝送する。こうして総ての中継ノード間に帯域が確保されると、サーバは受信要求を発した端末に確保できた帯域情報を返送し、これにより受信要求端末、ネットワーク、サーバの間に利用可能な信号伝送帯域が設定される。この設定手順を経た後、端末とサーバは確保された伝送帯域を用いて信号の送受信を行うことができる。
【００１４】
ところで、伝送信号帯域の異なる伝送路に対して画像信号を送出するために画像信号の符号量を変換するトランスコーデックと呼ばれる技術がある。トランスコーデックに関連する技術は、特開平７−５９０９１号公報、特開平８−８４３３９号公報、特開平８−２５１５８７号公報、特開平８−５０８３７８号公報などに記載されている。これらのトランスコーデックでは、入力される画像信号のデータ(ビット列)を、符号化した時の逆の手法(例えば離散コサイン変換と逆離散コサイン変換など)により元の信号に復号し、復号信号の係数等を打ち切ったり、量子化幅を変更することで符号量を変換しているものである。
【００１５】
【発明が解決しようとする課題】
従来の技術で述べたＣＡＴＶネットワークにおいては、ＶＯＤサーバは、配信するＣＡＴＶ回線の１チャンネルの信号伝送帯域幅が予め確保されておりかつその帯域幅に変化がないため、固定の信号速度でデータを配信するように構成されている。そのためＶＯＤサーバが扱うコンテンツの記録レートは、そのコンテンツをサーバに格納する際に決定したものであり、映像信号送出時には変更することができない。上記の理由により、ＶＯＤサーバをインタネットのような使用可能帯域が常時変化するようなベストエフォート型のネットワークにつなぐことは困難であった。また従来の技術で述べたトランスコーデックは、ある伝送帯域から別の伝送帯域へ画像信号を送出する際の符号量の変換手法について開示されているのみであり、ベストエフォート型のネットワークのように利用可能な帯域が時々刻々と変化するようなネットワークに対応することはできなかった。
【００１６】
本発明は上記課題を解決するためになされたもので、その目的は、ベストエフォート型のネットワークへ他のネットワークから信号の劣化を最小限にして送信することができるゲートウェイ装置およびそれを用いた通信システムを提供することにある。
【００１７】
【課題を解決するための手段】
上記課題を解決するために、本発明のゲートウェイ装置は、帯域予約プロトコル処理部と、デジタル信号の符号量の変換を行なうトランスコーデックと、トランスコーデックを制御する制御部とを備える。帯域予約プロトコルから帯域の情報を得てトランスコーデックの符号変換量を制御する。この時、制御部は、人間の視覚特性を考慮して符号変換量を適応的に制御する。
【００１８】
【発明の実施の形態】
以下、本発明の実施の形態を図１ないし図５を用いて説明する。
図１は本発明のシステム構成を示す図である。本システムでは、ゲートウェイ装置１は、ＣＡＴＶシステム１９とインタネット１５との間に設置される装置であり、ＣＡＴＶとインタネットの双方に接続される。
【００１９】
インタネット１５には、図には３台しか示していないがパーソナルコンピュータ(ＰＣ)等の端末が複数接続されている。この構成において、インタネットに接続された端末１８からゲートウェイ装置１に向けて画像のアクセス要求信号Ｓ１を発された場合について説明する。
【００２０】
アクセス要求信号Ｓ１はゲートウェイ装置１により処理され、この要求はＣＡＴＶのＶＯＤシステム１０の制御信号に変換される。要求を受信したＶＯＤシステム１０は、ＣＡＴＶネットワーク１１内部の経路を設定し、ゲートウェイ装置１に向けて映像信号の送出を開始する。ゲートウェイ装置１は、ＶＯＤシステム１０から受信した映像信号に対し所定のプロトコル変換、伝送速度変換を実施してインタネット側に映像信号を送出する。大まかには以上の手順によりインタネット端末１８は、ＣＡＴＶシステム１９のＶＯＤサーバ１０からの映像信号を受信し、利用することが可能となる。
【００２１】
図２は図１に示したゲートウェイ装置１の構成を示す図である。本ゲートウェイ装置１は、ＶＯＤシステム１０からの映像信号の符号量を変換するトランスコーデック部２と、トランスコーデック部２の送出符号量の制御等を行う制御部３と、インタネットのＲＳＶＰ対応の処理やインタネットからのＶＯＤシステム１０に対するアクセス要求をＶＯＤシステムのプロトコルに変換するプロトコル処理部４とから構成される。またこのゲートウェイ装置１は、インタネットと信号の入出力を行うポート５、ＶＯＤシステム１０に対する制御信号を入出力するポート６、およびＶＯＤシステムからの映像信号を入力するためのポート７を備えている。
【００２２】
次にゲートウェイ装置１の各構成要素の動作を説明する。なお以下の説明では、ＶＯＤシステムを含む画像通信システムにおいて標準として広く用いられており一般的な画像信号フォーマットであるＭＰＥＧ信号を例にとり説明を行う。ゲートウェイ装置１のトランスコーデック部２はＶＯＤシステム１０からＭＰＥＧ映像信号（トランスポートストリーム、プログラムストリーム、もしくはエレメンタリストリーム）を受け、この信号の符号量を変換して出力する機能を有する。符号量の変換方式は、例えば特開平７−５９０９１に技術開示されたような手法を用いることができる。なお、トランスコーデックを実現するには上記開示技術以外の方法も利用することができる。トランスコーデック部２の入力、出力はともに圧縮された画像信号であっても、入力が圧縮された画像信号で出力が非圧縮の画像信号であってもよい。また、入力は非圧縮の画像信号であって出力が圧縮された画像信号であってもかまわない。但し、非圧縮の信号の送信・受信では確保された信号伝送帯域を有効に活用できないので、入出力とも圧縮画像信号であることが回線使用効率上優れていることはいうまでもない。
【００２３】
次にプロトコル処理部４の動作を説明する。このプロトコル処理部４はインタネットに対するインタフェース、トランスコーデック部２に対するインタフェース、及び制御装置３に対するインタフェースを有している。このプロトコル処理部４のインタネット側のプロトコルは例えばイーサーネットによるＴＣＰ／ＩＰ(Transport Control Protocol/Internet Protocol)やIP over ATM（Request For Comments/RFC1483)といったインタネットプロトコルである。このインタフェースにはインタネットプロトコルに準拠したパケットが入力される。このパケットには前記のＲＳＶＰメッセージや、ＶＯＤシステム１０のアクセス要求メッセージ等が含まれる。一方制御装置３からのメッセージとしてはアクセス要求に対するＶＯＤシステム１０の肯定応答メッセージ(ACK)やエラーメッセージなどが含まれる。また、トランスコーデック部２からはＭＰＥＧ映像信号のパケットが入力される。このプロトコル処理部４はインタネットからのＲＳＶＰメッセージ（リザーブ）に対しては、構成応答メッセージを返信する。またこの時、プロトコル処理部４は予約された帯域幅の情報をプロトコル変換した後、制御部３に送信する。インタネット端末１８からのアクセス要求メッセージに対しては、プロトコルを変換してそのメッセージを制御部３を介してＶＯＤシステム１０に転送する。インタネットからのアクセス要求メッセージは、例えばＨＴＭＬ(HyperText Markup Language)等インタネットのブラウザに標準的に実装された言語により記述されている。一方ＶＯＤシステム１０の制御プロトコルとしてはＩＳＯ／ＩＥＣにより規格化されているＤＳＭ−ＣＣ(Digital Strage Media Command and Control)が一般的に利用されているので、このプロトコル処理部はＨＴＭＬからＤＳＭ−ＣＣにメッセージ翻訳を行う。逆にＶＯＤシステム１０からのACKに対しては、ＤＳＭ−ＣＣからＨＴＭＬへの翻訳を行ってから送信する。
【００２４】
図１に示したＶＯＤシステム１０は、プロトコル処理部により変換されたＤＳＭ−ＣＣによるアクセス要求メッセージに応じてＣＡＴＶネットワーク１１の映像信号配信経路の確立、及び図示していないがＶＯＤサーバの起動を行う。これによりサーバの記憶媒体に格納されたＭＰＥＧ映像信号が出力され、図２のゲートウェイ装置１のトランスコーデック部２に入力される。トランスコーデック部２は入力されたＭＰＥＧ映像信号の帯域を変換して、プロトコル処理部４にその信号を入力する。このＭＰＥＧ映像信号に対しプロトコル処理部４は、ＩＰパケットへのカプセル化を実行する。ここでカプセル化とは、ＩＰパケットのフォーマットでのＭＰＥＧ信号送信のための変換操作を意味している。なおＭＰＥＧ映像信号をＩＰパケットにカプセル化する手法はＩＥＴＦが発行したＲＦＣ(Request for Comment)２０３８：RTP Payload Format for MPEG1/MPEG2 Video等により開示された技術を用いることができる。
【００２５】
以上説明したように本発明は、インタネットからのＲＳＶＰメッセージを解釈しそのメッセージに応答するプロトコル処理部４と、予約された帯域に応じてトランスコーデックを制御し、かつＶＯＤシステム１０に対してはシステム起動のメッセージを送信するような制御部３を設け、ＲＳＶＰメッセージに基づいてトランスコーデック部を制御するようにして、インタネットのようなベストエフォート型のネットワークへＶＯＤシステムの映像信号の送出を可能にしたものである。
【００２６】
次に、ゲートウェイ装置の動作フローを説明する。
【００２７】
図３は、本発明のゲートウェイ装置の動作フローを説明する図である。
【００２８】
インタネット端末１８からのＶＯＤシステムアクセス要求があると、インタネット端末に実装されたＲＳＶＰは必要とする帯域を予約するため一番身近にある接続ノード（デフォルトゲートウェイ）に最終目的のサーバのアドレスと帯域要求信号（リザーブ）を送信する(Ｓ３０２)。このノードにおいて要求帯域が確保可能な場合は、さらに最終目的地までのパス上にある次のノードに向けて目的地アドレスとリザーブメッセージを中継する。このようにノードからノードへ確保したい帯域と最終アドレスを伝搬させていき、ネットワーク内部のＱｏＳを確立していく。最終のサーバ（本発明においてはゲートウェイがサーバの代理として動作する）に到着したならば、サーバはこの帯域予約要求を受け付け（Ｓ３０３）、それに対する承認信号を送信元の端末（レシーバ）に対して返信する（Ｓ３０４）。プロトコル処理部４は、ＲＳＶＰの承認信号を送信した後、トランスコーデック部２に対して初期の変換帯域を指定する（Ｓ３０５）。ＲＳＶＰは所定の時間を経過した後、予約した帯域を更新する動作を行うため、ゲートウェイ装置１においては、更新要求を監視し（Ｓ３０６）、更新する必要がある際は新規に確保する帯域のメッセージを受信（Ｓ３０７）して、それに対する承認信号を返信する（Ｓ３０８）。ＲＳＶＰの帯域幅が更新された場合はそれに伴いトランスコーデック部の変換帯域を更新する動作を行う。この時、以前に設定されていた帯域と新規に設定した帯域の大小関係を比較して（Ｓ３０９）、その大小関係に応じてトランスコーデック部を制御する（Ｓ３１０，Ｓ３１１）。サービスを継続している間は、Ｓ３０６からＳ３１２までの処理手順を繰り返し実行する。
【００２９】
図４は、上記の動作をメッセージフローの形式で説明した図である。
【００３０】
インタネット端末１８からのＲＳＶＰリザーブメッセージはノード（本図面では１ヶ所）により中継されゲートウェイのプロトコル処理部に入力される。プロトコル処理部は、このリザーブメッセージに対して肯定応答(ACK）を返信する。インタネットノードはこのACKを中継してインタネット端末に送信する。ＲＳＶＰリザーブメッセージを受信したプロトコル処理部は、制御部を介してトランスコーデックに対して帯域設定を行う。トランスコーデックはこの帯域設定要求に対し帯域を設定した後ACKを返信する。また、制御部はＶＯＤシステムからゲートウェイまでのＣＡＴＶネットワーク内での伝送経路を設定し、同時にＶＯＤシステムに対してＶＯＤサーバ起動の為のメッセージを送信する。このサーバ起動信号によりＶＯＤサーバはＭＰＥＧ映像信号の送信を開始する。送信されたＭＰＥＧ映像信号はトランスコーデックにより信号帯域を変換されインタネットノードに向けて送信され、最終的にはインタネット端末に到着することになる。
【００３１】
予約帯域の更新が行われた際には更新信号はインタネットノードを経由してプロトコル処理部に入力される。そして、初期動作と同様に制御部を介してトランスコーデックの帯域を更新し、帯域確保に成功したことを伝えるACKをインタネット端末に向けて返信する。以後、サービスを終了するまで更新から設定までを繰り返し実行する。
【００３２】
次に、トランスコーデックの制御について説明する。
図５は、制御部からトランスコーデックを制御する際の制御特性の一例を示した図である。
図の縦軸は信号帯域を、また横軸方向は時間経過を表している。ＲＳＶＰでは、前にも述べた通り、信号帯域の有効活用と不必要な確保帯域の開放を目的に確保帯域幅を定期的に更新することが定められている。そのため、ＲＳＶＰにより設定される帯域は時間と共に時折更新され、そのつどトランスコーデック部２の出力帯域幅（以後ターゲット符号量と記す）を制御しなければならない。図５に示した制御特性は、ＲＳＶＰの確保帯域が変化した際のターゲット符号量の制御特性を示している。図中の実線がＲＳＶＰにより確保された帯域、破線がトランスコーデックにおけるターゲット符号量である。
【００３３】
本実施の形態ではＲＳＶＰで確保した帯域と実際のトランスコーデックの送信帯域との間には差分を持たせて制御する。例えばＲＳＶＰにより３Mbit/sの帯域が確保された場合にはターゲット符号量を２．７Mbit/s程度に設定する。このようにターゲット符号量を低く設定する理由については後に述べる。
【００３４】
次にＲＳＶＰの確保している帯域に変化が生じた場合のターゲット符号量の設定方法を説明する。本実施の形態においては、ターゲット符号量の設定に際して、人間の視覚特性に配慮する。具体的には人間の視覚特性は、急激な画質の変動に対しては検知能力が高く、反対に緩やかな画質変動に対しては極めて鈍感であるといった特性を利用して、ＲＳＶＰの確保している帯域に変化が生じた場合にも画質変化を視聴者に気づかせないようにトランスコーデック部の帯域制御を行う。
【００３５】
このような帯域制御を行わない場合には、映像を視聴するユーザは、ＲＳＶＰ帯域の変動に伴う急激な画質変動を頻繁に検知することになる。この画質変動は映像の不連続感を誘導し、ひいては疲労や違和感につながる。
【００３６】
本実施の形態では、このような変動を抑圧するためＲＳＶＰの帯域更新時の処理を以下に示す３つのケースに分けてそれぞれ異なる処理を行う。
ケース１：ＲＳＶＰの帯域更新で確保帯域幅に変化がない場合。
ケース２：ＲＳＶＰの確保帯域が拡大した場合。
ケース３：ＲＳＶＰの確保帯域が縮小した場合。
【００３７】
以下、それぞれのケースについてターゲット符号量の設定方法を説明する。
ケース１：このケースではターゲット符号量は一切変更しない。
ケース２：この場合がターゲット符号量を徐々に増加させる。但し、初期の設定と同様にＲＳＶＰの確保帯域に対しては低めにターゲット符号量を設定する。すなわち、確保された帯域まで急激にターゲット符号量を増加させるのではなく、５段階程度のステップを経て最終的なターゲット符号量まで変化させる。
ケース３：この場合はまず確保された帯域まで一度にターゲット帯域を減少させる。その後、５段階程度のステップを経てさらに少ないターゲット符号量を減少させる。このような制御方法では、ＲＳＶＰの帯域が変化する前のターゲット符号量は実際に確保されていた帯域より少なく設定してあったため、ＲＳＶＰの帯域減少幅に比較して減少幅、すなわち画質の変動を少なく抑圧することができ、視覚上の画質変動も少なくすることが可能となる。
【００３８】
なお、上記の説明ではターゲット符号量は５段階程度のステップで変更すれば良いと記述したが、この値はあくまで実験的な主観評価により定められる値である。ターゲット符号量を段階的に増加、減少させることの主旨は、一度に全ての変更を行うのではなく複数回に分割して設定することにあり、その回数は２回以上であれば主旨を満足するものである。
【００３９】
また、他の視覚特性を利用したターゲット符号量の制御方法考えられる。例えば、(1)動きの不連続さ(フレームもしくはフィールド周波数の変化)に対する検知能力は解像度の変化の検知能力より極めて高い、(2)輝度解像度の変化に対する検知能力は色解像度の変化に対する検知能力より高いといったことがあげられる。これらの視覚特性を考慮してターゲット符号量を制御すれば効果的である。すなわちターゲット符号量を変更する際には、まず色に対する解像度情報を削減してビットレートを減少させ、さらに符号量を削減する場合には輝度解像度の情報を削減すればよい。前記の情報削減を行ってもまだ確保された帯域に適合しない場合は、フレームもしくはフィールド周波数を減少させて符号量を削減するようにすればよい。なお、上述した制御方法を表１にまとめて示す。
【００４０】
【表１】

【００４１】
上記に説明した制御特性となるようにトランスコーデック部のターゲット符号量を制御することで、インタネットのようなベストエフォート型のネットワークでの利用可能帯域が時々刻々と変動しても、ユーザにその変化を気付かせることを少なく、帯域を適合させていくことが可能となる。
【００４２】
なお、本発明の実施例の説明では主にインタネットプロトコルを例に説明を行なったが、本発明はベストエフォート型のネットワークにおいて帯域予約プロトコルとトランスコーデックを使用し、適応的に帯域制御を行いながら固定回線対応のＶＯＤシステムを活用するといったことにあり、特にインタネットのみに限定されるものではない。企業内ＬＡＮ（Local Area Network)等のネットワークに固定回線対応のＶＯＤシステムを接続する際にも効果があることは言うまでもない。さらに、本発明の実施例の説明では、画像と音声を伴った映像通信を中心に説明を行なったが、本発明のゲートウェイ装置はデジタル電話装置などの音声のみのアプリケーションにも適用できる。この場合、トランスコーデック装置は音声の符号量の変換を、インタネットのＲＳＶＰプロトコルにより適応的に制御するように動作する。
【００４３】
以上実施の形態において説明したように、ＲＳＶＰとトランスコーデック装置、およびトランスコーデック装置を制御する制御手段を用いることにより帯域保証されたネットワークにしか対応しないＶＯＤサーバ装置からの映像信号をインタネット等のベストエフォート型のネットワークに向けて送信できるようになる。
【００４４】
また、ＣＡＴＶのような閉じたネットワークにしか適用できなかったＶＯＤサーバを、インタネットのようなオープンネットワークに接続可能とすることによって、ＶＯＤサーバのユーザ数を飛躍的に増加でき、ＶＯＤ装置のアクセス率を高めることができる。ひいてはユーザ当たりのＶＯＤサーバ装置のコストを低減することが可能となるといった効果がある。
【００４５】
【発明の効果】
本発明によれば、ベストエフォート型のネットワークへ他のネットワークから信号の劣化を最小限にして送信することができるゲートウェイ装置およびそれを用いた通信システムを提供することができる。
【図面の簡単な説明】
【図１】本発明による通信システムの構成図である。
【図２】本発明によるゲートウェイ装置の構成図である。
【図３】本発明のゲートウェイ装置の動作を説明するフローチャートである。
【図４】本発明の画像伝送の通信手順を説明するシーケンス図である。
【図５】トランスコーデック部の帯域制御方法を説明する図である。
【符号の説明】
１…ゲートウェイ装置、２…トランスコーデック部、３…制御部、４…プロトコル処理部、５、６、７…インタフェースポート、１０…ＶＯＤシステム、１１…ＣＡＴＶネットワーク、１３…ＭＰＥＧ映像信号、１６，１７，１８…インタネット端末、１９…ＣＡＴＶシステム。

Claims (1)

1. 第一のネットワークとインターネットプロトコルを使用する第二のネットワークを接続するゲートウェイ装置であって、
   前記第一のネットワークから入力された第一のデジタル信号の符号量を変換して第二のデジタル信号を出力するトランスコーデック部と、
   前記トランスコーデック部の符号変換量を制御する制御部と、
   前記第二のネットワークから該第二のネットワークの使用可能な帯域の情報を受信して解析し前記制御部に送るとともに、前記トランスコーデック部から出力された第二のデジタル信号を前記第二のネットワークに送出する処理を行う情報処理部とを備え、
   前記制御部は、前記第二のネットワークの使用可能な帯域の変化を検出すると、該変化後の帯域に向けて、前記トランスコーデック部の符号変換量を段階的に増加又は減少させるように制御することを特徴とするゲートウェイ装置。

Images