JPH06501365A - パケット・スイッチング通信システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるため要約のデータは記録されません。

Description

【発明の詳細な説明】 パケット・スイッチング通信システム （技術分野） 本発明は、多重チャンネル電話通信分野に関する。特に、本発明は、一義的な被 呼番号の形態で各パケットに埋込まれた、ダイヤルされた数字に基いてパケット 化情報をソース・ノートから所定の宛て先ノードへ切換える通信システムに関す る。

（背景技術） １つの企業の遠隔地に位置したオフィス間の電話通信は、伝統的に公衆電話回線 の使用により、あるいは専用構内回線により行われる。偶発的な通信量に対して は、公衆電話回線は充分である。通信量が増加するに伴い、公衆電話回線は専用 構内回線よりも経済的に有利となる。公衆電話回線に比較したコストは低下する が、構内回線のリースは非常に高価なままである。コストを更に低減する試みに おいて、少ない数の通信線における多重通信チャンネルを多重化するための技術 が開発されてきた。これらの技術は、当技術においては周知であり、同期時分割 多重化（ＴＤＭ）ならびに情報のパケット化を含む。

これら技術を実施するマルチプレクサは、通信経路の両端に配置されて特定の回 線が取扱える通信量を増大し、これにより通信事象当たりのコストを低減する。

大きな企業は、国内あるいは更に地球的規模で分散された幾つかのオフィスを持 ち得る。このような企業の必要を満たす専用通信システムは、各所在地に１つ以 上のマルチプレクサ、各所在地を相互に接続する専用トランク回線、および内線 電話を公衆電話システムおよび専用トランク回線にインターフェースする各所在 地における局部ＰＢＸシステムを提供することが典型的である。

このような試みにおける問題は、マルチプレクサが地点間装置であり、この場合 マルチプレクサは１つの通信経路の２つのノード（即ち、端点）において接続さ れることが意図される。２つ以上のノードの相互接続は、トランク回線が各対の ノードを相互接続することを要し、また各ノートにおけるマルチプレクサが多数 のトランク回線の処理が可能であることを要する。この形式のシステムの複雑さ がノートの付設により増加するに伴い、全てのノード対の相互接続に必要なトラ ンク回線数が指数係数的に増加し、コストの対応する指数的増加を伴う。

ある地点ではシステムの複雑さは莫大なコストを伴い、コストを低減する試みに おいて、計画されたトランク回線の一部が廃止される。トランク回線により直接 接続されない１対のノード間の通信は、通信が行われる対の両方のノードと接続 される別のノードを経由することにより行われる。別のノードにおけるＰＢＸ、 発信元のノードから秤量を受取り、これをそのマルチプレクサを介して別のトラ ンク回線および宛て先ノードへ送り返す。

このような経路選択は必要とされる相互接続トランク回線数および関連するコス トを低減するが、他の問題および制約が生じる。例えば、マルチプレクサが音声 圧縮を含むディジタル・パケット化方式を使用するならば、多数のＰＢＸシステ ムによる経路選択は直列コーディング（Ｌａｎｄｅｍ　ｅｎｃｏｄｉｎｇ）を含 むことになる。直列コーディングは、アナログ信号がソース・ノードでパケット 化されてディジタルに圧縮され、中間ノードのＰＢＸで圧縮解除されてアナログ に復元され、再びパケット化されてディジタルに再び圧縮され、宛て先ＰＢＸに おいて圧縮解除されてアナログ信号に再び復元される時に生じる。圧縮および圧 縮解除の生成毎に結果として生じるアナログ信号に歪みを生じ、２回以上の生成 は通信を理解不能にするに充分な歪みをもたらす結果となる。このことは、シス テムが各ノードがノード相互で通信することを可能にするに充分なトランク回線 数を提供しなければならず、１つのＰＢＸに１回以上の中間経路選択（ｉｎｔｅ ｒｍｅｄｉａｔｅ　ｒｏｕｔｉｎｇ）ができない。この要件は、企業がトランク 回線の廃止によりコストを減少する能力を制限する。

更に、呼量の経路選択（ｔｒａｆｆｉｃ　ｒｏｕＬｉｎｇ　ｒｅｑｕｉｒｅｓ） は、各ノードがそれ自体の通信のため詐りでなくこのノードが他のノードへ通さ なければならない呼量の通信のため充分なトランク資源を持つことを必要とする 。

あるノードに対して必要なトランク回線の資源量を決定することはこのように複 雑な過程となり、この場合ノードが直接関与しない呼量に依存する。更に問題を 複雑にするものは、各ノードがそれぞれその時の遠隔ノードと対応する多数のト ランク回線を有することであち、更にトランク回線の接続に対するマルチプレク サが「クギ付けにされて（ｎａｉｌｅｄ　ｕｐ）Ｊいると、即ちＰＢＸおよびマ ルチプレクサが所定の宛て先ノードと対応するトランク回線を使用することであ る。このようなアーキテクチャの結果は、各トランク回線における秤量がノード 間の経路選択ならびにこのノードにより処理されつつある呼量に依存することで ある。

前の論議は、「クギ付けにされたＪ　ＰＢＸ接続を有し、通過する呼量に対する 直接的な接続がないマルチプレクサの使用を前提としている。しかし、使用中の マルチプレクサがネットワークをサポートする（即ち、ＰＢＸの直列コーディン グなしに通過呼量を通す）場合でも、通過呼量が経路選択される接続は静的であ り、時刻あるいは他の統計的パラメータに基いて変更できるのがせいぜいである 。

このことは、「クギ付けにされた」接続と関連する問題を緩和はするが、これを 取除くものではない。１つのノードで必要なトランク回線の資源量は、ノードが 関与しない呼量に依存し、かつ使用される経路選択に依存する。

従来技術の通信経路選択システムと関連するこれらの問題は、システムの複雑さ が増加するに伴って悪化する。より多くのノードの付設は、必要なトランク回線 数を増加させるか、あるいは経路選択を更に複雑にするか、あるいはその両方で ある。経路選択パターンが更に複雑になるほど、１つのノードが他のノード資源 に対して更に依存し、各ノードにおけるあるトランク回線に対して必要な資源量 を決定することが更に困難となる。複雑さが増すことは、回線資源および関与す る設備の管理に含まれる管理負担をも増す。

トランク回線の経費を最小限に抑えかつ不当な複雑さあるいは経費なしに拡張を 可能にする、トランク回線資源の使用を最適化する通信システムの必要が存在す ることは明らかである。

（発明の概要） 本発明は、ノード間の音声、ファクシミリ（ＦＡＸ）およびデータの伝送が可能 なパケット・スイッチング通信システムに関するものである。このシステムは、 情報（音声、ＦＡＸあるいはデータ）をパケット化して圧縮し、ソースの所在地 においてダイヤルされた数字に基いて一義的な電話番号（ａ　ｕｎｉｑｕｅ　ｃ ａｌｌ　ｎｕｍｂｅｒ）を含む各パケット内にヘッダを埋込むことにより動作す る。、この経路選択情報（電話番号）を、送られる音声、ＦＡＸまたはコンピュ ータ・データに含めることにより、パケット化および圧縮システムは経路選択ア ーキテクチャではなくスイッチング・アーキテクチャを使用することができ、こ れにより種々のノードを相互に接続するため必要なディジタル回路の最適使用を 行う。このアーキテクチャは、「クギ付けにされた」静的な接続問題を取除いて 、実際に呼出しベース（ａ　ｃａｌｌ−ｂｙ−ｃａｌｌ　ｂａｓｉｓ）で接続を 変更することが可能である。

電話番号がソース・ノードでダイヤルされる時動作が開始し、ソース・ノードに おけるＲＬＸがパケット・スイッチング装置に対する接続要求を送る。このパケ ット・スイッチング装置は、ソース・ノードでダイヤルされた数字を読出し、要 求された接続上の通信が生じるに充分な帯域幅があるかどうかを判定する。充分 な帯域幅があるならば、パケット・スイッチング装置は所定の宛て先ノートに対 する接続を要求する。受入れられると、接続は完了し、ノード間の通信が開始で きる。

パケット・スイッチング装置は、共通に内部バス上で一緒に接続されるマスター ・ボードと、１つ以上のスレーブ・ボードからなっている。各スレーブ・ボード は、各々がシステムの種々のノードの１つに位置する４個ものＲＬＸ装置と接続 している。

パケット化データは、１つのＲＬＸから１つのスレーブ・ボードへ到達し、ヘッ ダが読出されてその宛て先を決定し、パケットは呼出し番号により示される如き 所定の宛て先ＲＬＸへ切換えられる。次に、パケットは所望の宛て先に関連する トランク回線へ切換えられる。

従って、本発明の目的は、システムの種々の通信ノードを相互に接続するディジ タル・トランク回線の最適使用を行う通信システムを提供することである。

本発明の別の目的は、パケット化情報を使用してパケットをソース・ノードから 所定の宛て先ノードへ切換える通信システムを提供することである。

本発明の上記および他の目的については、図面、望ましい実施態様の詳細な記述 および頭書の特許請求の範囲を参照して明らかになるであろう。

（図面の簡単な説明） 図１は、従来技術による多重ノード通信システムを示す図、図２は、本発明によ る多重ノード・パケット・スイッチング通信システムを示す図、 図３は、図２のパケット・スイッチング装置および多重ノードに対するその接続 のブロック図、 図４は、図３のパケット・スイッチング装置のマスター・モジュールを示すブロ ック図、 図５は、図３のパケット・スイッチング装置のスレーブ・モジュールを示すブロ ック図、 図６は、本発明のパケット・スイッチ通信接続プロトコルのフローチャート、図 ７は、本発明のパケット−フロー制御を示す図である。

（実施例） 本発明の譲受人はまた、開示内容が参考のため本文に引用されるディジタル・パ ケット化技術に対する米国特許第４．７８２，４８５号の譲受人である。

図１において、従来技術の電気通信システム１０のブロック図が示される。シス テム内の各所在地部ちノードは、Ｔ１トランク回線とインターフェースし、種々 の所在地を相互に接続する１組のトランク回線１６と接続するＰＢＸ１２とＴｌ フルチプレクサ１４とを有する。例えば、トランク回！１１６ａは、マルチプレ クサ１４ａおよび１４ｃを接続し、トランク回線１６ｂはマルチプレクサ１４ａ および１４ｄを接続する如（である。４つの全ての場所を完全に接続するために は、６つのトランク回線１６ａ〜１６ｆが必要である。図示した事例では、完全 に接続する４つの場所は６つのトランク回線を必要とする。相互に接続される場 所の数が増加するに伴い、トランク回線の必要数は指数的に増加する。全ての場 所を完全に接続するためには、トランク回線の必要数は、（ｎ２−ｎ）　／２ 但し、ｒｎＪは接続されるべき場所の数である。

各マルチプレクサ１４は、問題のノードと接続された全てのトランク回線１６を 処理することができる１つの装置であり、あるいは各々が１つ以上のトランク回 線１６を処理する多数の装置でよい。いずれの場合も、各場所と接続されたトラ ンク回線１６の各々にインターフェースする充分な多重化装置１４がこの場所に なければならない。同じことが、各場所におけるＰＢＸ装置にも妥当する。マル チプレクサの接続が「クギ付け（ｎａｉｌｅｄ　ｕｐ）される」ため、ＰＢＸは この場所に接続されるトランク回線と同数のトランク回線と接続できねばならな い。各場所におけるＰＢＸおよび多重化装置と関連するコスト、および対応する 保守コストは、トランク回線数の関数である。組込まれる通信システムは多くの 場所を含み、あるいは現在あるシステムの大きさが大きくなるに伴い、トランク 回線および関連する装置のコストは、トランク回線数が増加するに従って指数的 に増加する。

システム・サイズと関連するコストを制限する１つの方法は、トランク回線数を 減少することである。例えば、ＰＢＸ　Ａ１２ａおよびＰＢＸ　Ｂ１２ｂ間の呼 量が小さいと判定されるならば、この２つの場所１６ｅを接続するトランク回線 は取除くことができる。これはまた、両方の場所において多重化資ｉ１！１４ａ 、１４ｂおよびＰＢＸ資源１２ａ、１２ｂを減少することを許容する。ＰＢＸ　 Ａ１２ａおよびＰＢＸ　Ｂ１２ｂ間の通信は、両方に接続される別のノードへ送 られるため必要である。例えば、ＰＢＸ　Ａ１２ａからの呼出しは、トランク回 線１６ａと接続されたチャンネルでマルチプレクサ１４ａを通るように送られ、 ＰＢＸ　Ｃｌ２Ｃにより受取られる。ＰＢＸ　Ｃｌ２ｃは呼出しがＰＢＸ　Ｂ１ ２ｂに対して意図されたことを検出し、通信をＰＢＸ接続１８をへてマルチプレ クサ１４ｃへ送り戻す。選択されるマルチプレクサ・チャンネルはトランク回線 １６ｄと接続されたものであり、これは場所Ｂにおけるマルチプレクサ１４ｂお よびＰＢＸ　Ｂ１２ｂに接続する。このため、マルチプレクサ１４が直接：ｉｉ ｉ過呼量を通さなければ直列コーディングを必要とし、いずれの場合も静的であ る接続による先に述べた資源問題を生じることになる。

次に図２には、本発明の望ましい実施態様による通信システム４０が示される。

各場所は、内部通信システムを管理するため標準的なＰＢＸ　１２を有する。外 部のトランク回線に対するインターフェースは、各場所におかれた多重化ディジ タルパケット化装置（ＲＬＸ）４２により達成される。各ＲＬＸは、パケット・ スイッチ・システム４４に対するトランク回線１６ｇ〜１６ｊと接続される。

動作において、例えばＰＢＸ　Ａ１２ａに生じる通信は、当技術で周知の方法で ＲＬＸ４２ａによりパケット化される（米国特許第４，７８２，４８５号参照） 。要約すれば、音声信号のディジタル・パケット化は、アナログ信号のディジタ ル・サンプリングを生じ、音声圧縮アルゴリズムを用いてデータを圧縮し、この データを一連のグループ即ちパケットに構成する。ファクシミリ（ＦＡＸ）およ びコンピュータ・データもまた、周知のデータ圧縮アルゴリズムを用いてパケッ ト化し圧縮することができる。全ての種類の通信がパケット化されるため、シス テムは音声、ＦＡＸおよびコンピュータ・データを容易に混合することができる 。

各パケット内には、パケット内に含まれるデータの種類を識別する情報を含むヘ ッダがある。本発明で重要なことは、各ＲＬＸ４２が各パケット内に通信の発信 者によりダイアルされた数字の関数として一義的に得られた呼出し番号を盛込む ことである。

データのグループがパケット化された後、このパケットはトランク回線１６上で パケット・スイッチ４４へ送られる。パケット・スイッチ４４は、各パケットか ら呼出し番号を読出し、呼出し番号により示される如き所望の宛て先に従ってこ のパケットをトランク回線１６へ切換える。本システムにより提供される第１の 利点は、各場所が１つのスイッチ４４と接続しさえすればよいため、場所毎に１ つ以上のトランク回線が必要でないことである。このため、システムの複雑さが 増すことは、従来技術のシステムではそうであったように、トランク回線および 装置コストの指数係数的な増加をもたらす結果とならない。

図２のシステムには、従来技術に勝る他の重要な利点がある。別のトランク回線 数における余分なノードのインパクトを制限することに加えて、ある数のノード に必要なトランク回線の数もまた低減される。各ノードに存在するＰＢＸおよび マルチプレクサに必要な回路数もまたこれに対応して低減する。これらの利点も また、必要なトランク回線資源量が各ノードの通信呼量に依存するため、システ ムの管理負担を減少させて計画を更に容易にすることになり、もはやノード間の 呼量パターンには依存しない。

当業者は、本発明の範囲から逸脱することなく図２に示されたシステムに対して 多くの変更可能であることを認識されよう。例えば、パケット・スイッチ４４は おそらくはシステム・ノードの１つに配置されて、その場所におけるパケット・ スイッチ４４およびＲＬＸ２０を局部回線と接続させ、専用トランク回線の必要 を軽減する。図２の事例においては、パケット・スイッチ４４が場所Ａに配置さ れたならば、ＲＬＸ　Ａ２０ａおよびパケット・スイッチ４４間の１６ｇで表わ される接続は、より高価な専用回線の代わりに安価な局部配線でよいことになる 。

更に、当業者はトランク回線が専用Ｔ１回線と考えようが、Ｅ１回線、衛星リン ク、アナログ回線と接続されたモデム、専用あるいは切換えられるディジタル回 線、あるいは総合サービス・ディジタル網（ＩＳＤＮ）回線の如き他のどんな通 信媒体でもよい。更に、これらのトランク回線は、要求される使用量に応じて全 体あるいは一部を専用とすることができる。このため、本開示におけるトランク 回線とは、特殊な用途および予期される呼量によって要求される如きトランク回 線あるいは多重トランク回線の一部を指す。

次に図３において、本発明の望ましい実施態様によるパケット・スイッチ４４の ブロック図が示される。１つ以上のスレーブ・ボード６０がトランク回線１６を 介してＲＬＸパケット化マルチプレクサ２０と接続される。スレーブ・ボード６ ０は、望ましい実施態様では産業標準「多重バス」であるが他のどんな適当なバ スあるいはインターフェースでもよいシステム・バス６４を介してマスター・ボ ード６２と接続される。マスター・ボード６２は、スレーブ・ボード６ｏの動作 を制御し、スレーブ・ボード６０とマルチプレクサ２０間の接続プロトコルを管 理し、システムの動作を監視し記録することができる。システム全体は、コンソ ール６６あるいはＰＣ６８から制御し監視することができる。コンソール６６は 、組込み、保守における如き、あるいはＰＣ６８が動作不能あるいはアクセス不 能状態にある場合にシステムを直接制御するため使用される。

ＰＣ６８は、種々のオペレーティング・システムで動作する多岐にわたるコンピ ュータあるいはワークステーションも使用できるが、Ｉ　ｎ　ｔｅ　ｌ　８０３ ８６ｖイク口プロセッサを用いて、ＵＮＩＸオペレーティング・システムで作動 する産業標準パーソナル・コンピュータであることが望ましい。ＰＣ５３は、パ ケット・スイッチの動作ファームウェアをパワーアップと同時にマスター６２お よびスレーブ６０にダウンロードし、ユーザ・インターフェースをシステム管理 者に提供し、エラーを記録（ｌｏｇ）Ｌ、呼出し、開始時間、終了時間、ソース ・ノード、宛て先ｎ、ダイヤルされた数字などの如き呼出しアクティビティ・パ ラメータの記録を含む種々のアクティビティを処理するネットワーク制御システ ム（ＮＣ３）プログラムを実行する。更に、経路選択テーブル、ＲＬＸパラメー タおよび時刻に基いて行われる諸動作の如きネットワーク構成パラメータが、Ｐ Ｃ６８に格納される。

動作において、通信は、別のシステム・ノードに位置する相手と対応する番号を ダイヤルする１つのシステム・ノードにおける電話、ＦＡＸ装置あるいはコンピ ュータにより開始される。通信を確立するため、ソース・ノードにおけるＲＬＸ ２０が最初にパケット・スイッチ４４との接続を要求し、このスイッチが図６に 関して更に述べる接続プロトコル交換を開始する。ソースＲＬＸと所望の宛て先 ＲＬＸ間で一旦接続が確立されると、マスター・ボード６２による介入を必要と せずに関与するスレーブ６ｏの指令下で、パケット化された情報をソースＲＬＸ から宛て先ＲＬＸへ送ることができる。当業者は直接システム・バス６４上でス レーブ６０にパケット移動を制御させることが可能なことは理解されようが、ソ ースおよび宛て先ＲＬＸが異なるスレーブ・ボードと接続されると、パケットは マスター・ボード６２により１つのスレーブから他のスレーブへ移動される。

次に図４において、マスター・ボード６２のブロック図が示される。バブ７゜７ ２がシステム・バスをマスター・プロセッサ・バス７４から遮断する。Ｉｎｅｅ １８０ｃ１８６の如きマイクロプロセッサ７６がマスター・プロセッサ・バス７ ４上でプログラム可能読出し専用メモリー（ＦＲＯＭ）７８、ランダム−アクセ ス・メモリー（ＲＡＭ）８０、時間遅延クロック８２および割込みコントローラ ８４を含む種々の標準的プロセッサ周辺装置と接続される。更に、並列バスある いはデバイスと与えられた構成で所要の如く接続するため並列ポート８６が提供 される。直列チャンネル・コントローラ８８は４つの直列ポート９０を提供し、 これを介してマスター・ボードがコンソール６６、ＰＣ６８および他の所定の直 列デバイスと接続する。最後に、ウォッチドッグ−タイマー９２が設けられて、 ソフトウェアの誤動作の際にプロセッサ７６に対してリセットを生じる。

望ましい実施態様において、ＦＲＯＭ７８は、ＰＣ６８から動作ファームウェア をダウンロードするよう働くブートストラップ・コードを含む。これは動作ファ ームウェアの保守を容易にし、内部装置を交換しなければならない代わりに、フ ロッピー・ディスクあるいはモデムを介して送られたファイルを用いて新しいフ ァームウェアを組込むことができる。当業者は、本発明の範囲から逸脱すること な（マスター６２に対して多くの変更が可能であることが理解されよう。例えば 、マスター６２に対するファームウェアは、ＥＰＲＯＭ、ＥＥＰＲＯＭあるいは 他の便利に使用される不揮発性記憶媒体に常駐することができる。更に、直列ポ ート９０はデータ・マルチプレクサ（図示せず）と接続することができ、これは ファームウェアの制御下でトランク回線１６の使用可能な帯域幅をパケット化デ ータとビット・インターリーブされた多重データ間に分割することができる。

次に図５において、スレーブ−ボード６０のブロック図が示される。スレーブ− プロセッサ９６がその周辺装置にスレーブ・プロセッサ・バス９８を介して接続 される。マスター・ボード６２に対するインターフェース（図示せず）は、共用 されるデユアルーボー１−ＲＡＭ１００を介してシステム・バス６４に至る。マ スター・ボード６２からスレーブ・ボード６０に対する指令は、マスター・ボー ド６２により共用Ｒ，ＡＭ１００に書込まれ、望ましい実施態様においてはこれ もＩｎ　ｔｅ　１８０Ｃ１８６であるスレーブ・プロセッサ９６による実行のた め検索される。スレーブ・ボード・プロセッサ９６に対するファームウェアはス レーブの局部ＲＡＭ１０２に常駐し、ここでＰＣ６８からスレーブ・ファームウ ェアを受取った後パワーアップ・シーケンスの間マスター・ボード６２によりダ ウンロードされる。スレーブ・プロセッサ・バス９６はまた８つのＤＭＡチャン ネル１゜６を制御するメモリー直接アクセス（ＤＭＡ）コントローラ１０４と接 続し、これはデータ転送時のマイクロプロセッサの関与を最小限に抑えるように 直列通信コントローラをサポートする。パワーオン・リセットの如きスレーブ・ ボード６０の典型的な動作特性を制御するためボード制御ロジック１ｏ８もまた 設けられる。

次に図６において、ソースＲＬＸとパケット・スイッチ間の接続プロトコルのフ ローチャートが示される。全ての接続が信頼できかつ理解し得る状態を維持する ことを保証するため、充分なトランク回線帯域幅がなければならない。不充分な 帯域幅であれば、パケットは失われ、通信の了解性が低下する結果となる。ステ ップ１２０において、試みられる接続の宛て先ノードがソース・ノードにおいて ダイアルされる数字から決定される。その時のアクティビティはステップ１２２ で監視されて、接続をサポートするに充分な帯域幅があるかどうかを判定する。

充分な帯域幅があるならば、ステップ１２４において接続の要求が宛て先ノード へ送られる。この要求がステップ１２６で与えられるならば、ソース・ノードは この接続要求がステップ１２８で与えられたことを通知される。ステップ１２２ において充分な帯域幅がないか、あるいはステップ１２６において接続要求が宛 て先ノードにより否定されるならば、ソース・ノードは接続要求がステップ１３ ０で拒絶されたことが通知される。

次に図７において、本発明の望ましい実施態様によるパケットのフロー制御のフ ローチャートが示される。フロー制御は、通信呼量により使用される帯域幅が動 的に調整されることを可能にし、必要な時音声の品質を犠牲にし、可能な場合は 音声品質を向上する。その結果、音声品質は、使用可能な帯域幅およびその時の 呼量により可能な最適の品質あるいはその付近に維持される。

如何なる時も、あるノードでその時の呼量を処理するのに不充分な帯域であるな らば、送信する音声パケットは聞き取りを容易にするため捨てられる。ステップ １４０においてパケットが宛て先ノードにより受取られると、ＲＬＸは、その時 のパケットが前のパケットに直列に追従するかどうかを調べるためパケットに盛 込まれたシーケンス番号を検査する。連続的なパケットのシーケンス番号におけ る間隔は、通信経路の１つのリンクにおけるオーバーフローの結果として、１つ 以上のパケットが捨てられたことを示す。パケットが順序通りであるならば（ス テップ１４２）　、ステップ１４４において宛て先ＲＬＸはソースＲＬＸに圧縮 を僅かに減らすように信号し、これが音声の品質を改善しながら使用される帯域 幅を増加させる。パケットはステップ１４６において通常の方法で処理される。

しカシ、パケットが順序通りでな（受取られる場合（ステップ１４２）は、その 時の呼量が必要とする帯域幅が使用可能な帯域幅を越えるものと仮定される。宛 て先ＲＬＸはステップ１４８においてソースＲＬＸに圧縮係数をますように信号 し、その結果帯域幅要求が減少することになる。ステップ１４６において、パケ ットは再び通常の方法で処理される。

音声パケットの圧縮係数が変更される量は、多くの要因に依存している。重要な ことは、オーバーフローの検出が即時パケットの損失を排除するように比較的大 きな量だけ圧縮を増さねばならないことである。圧縮の減少は更に徐々に生じる ことができ、常に正しい順序のパケットにおいて生じる必要はない。

望ましい実施態様の記述を行ったが、本発明の趣旨から逸脱することなく種々の 変更が可能である。従って、本発明の範囲は、望ましい実施態様の記述によるの ではなく請求の範囲によって示されるべきものである。

ＰＲＩＯＲＡＲＴ 浄書（内容に変更なし） 浄書（内容に変更なし） 浄書（内容に変更ない 浄書（内容に変更なし） 浄書（内容に変更なし） 手続補正書（，８カ

Claims (5)

【特許請求の範囲】
1. １．ソース・ノードと所望の宛て先ノードとを含む複数のノードを設け、該ソー ス・ノードは情報をパケット化する手段を含み、該所望の宛て先ノードはパケッ ト化された情報を復元する手段を含み、前記複数のノードに接続されて、前記ソ ース・ノードからパケットを受取り、該パケットを前記所望の宛て先ノードに切 換えるスイッチング手段を設けてなることを特徴とする通信システム。
2. ２．情報パケットのヘッダ部分内に宛て先情報を埋込むステップと、前記パケッ ト・ヘッダに含まれる宛て先情報に基いて情報パケットに対する宛て先ノードを 選定するステップと、 前記情報パケットを前記選択された宛て先ノードへ切換えるステップと、を含む ことを特徴とするパケット化情報を切換える方法。
3. ３．ソースと宛て先とを有するパケット化通信システムにおける圧縮された音声 情報を含むパケットのフローを制御する方法において、ソースから送られ宛て先 において受取られる複数のパケットの各々に一義的な連続番号を埋込むステップ と、 ソースにおいて、これに送るべき帯域幅が不充分であればパケットを捨てるステ ップと、 宛て先において、受取られたパケットに含まれる連続番号からパケットが捨てら れたかかどうかを調べて決定するステップと、パケットが捨てられたならば、帯 域幅を減らすためソースにおいて圧縮を増すステップと、 を含むことを特徴とする方法。
4. ４．パケットの棄却を防止するに充分な量だけ圧縮が増加されることを特徴とす る請求項３記載の方法。
5. ５．パケットが正しい順序で受取られるならば、圧縮をソースにおける増分量だ け減らすステップを更に含むことを特徴とする請求項３記載の方法。