JP2001016254A

JP2001016254A - 音声対応ルータのパケット送受信方法

Info

Publication number: JP2001016254A
Application number: JP18290999A
Authority: JP
Inventors: Toshihiko Murakami; 俊彦村上
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1999-06-29
Filing date: 1999-06-29
Publication date: 2001-01-19

Abstract

(57)【要約】【課題】通信品質保証が可能なデータ通信ネットワー
クシステムに、さらに音声通信を統合する場合に、音声
の通信品質をさらに保証し、エンド−エンドの通話の低
遅延、ゆらぎが少の保証を行うパケット送受信を行う。【解決手段】ルータが受信したパケットから抽出した
音声パケット、またはルータが電話やＰＢＸを直接収容
している場合に、これらの電話やＰＢＸから受信した音
声パケットに対し、その通信品質を保証し、管理するた
めのポリシィテーブルを備え、従来のルータの機能であ
る帯域制御、優先制御、廃棄制御を利用し、前記音声パ
ケットの通信品質保証を行う手段を備えて、パケット送
受信を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は電話やＰＢＸ（Priv
ate Branch Exchange）を直接収容できる音声対応ルー
タに関し、特に、音声通信の品質保証の方法に関する。

【０００２】

【従来の技術】ルータは、ＬＡＮやＷＡＮインタフェー
スを備えており、そのＬＡＮインタフェースを介して、
ルータや端末、そのＷＡＮインタフェースを介して、デ
ィジタル専用線、ＡＴＭ（Asynchronous Transfer Mod
e）、フレームリレー等が接続されることによりネット
ワークを構成する。最近では、電話やＰＢＸといった音
声通信のための機器からの信号が、音声をディジタル化
し、符号化し、パケット化するような音声処理機能によ
りパケット化され、音声パケットがルータで中継され
る、または前記音声処理機能がルータに搭載されること
により、ルータで音声パケットを取り扱うようになっ
た。

【０００３】

【発明が解決しようとする課題】前述したルータにおい
て、通信品質保証のために、帯域制御、優先制御、廃棄
制御の機能により、ルータに到着するパケットの解析を
行い、その解析結果により、パケットをクラス分けし、
クラス毎に、最適な通信品質保証を行う手段は既に提供
されている。音声パケットは、帯域の保証は必要である
が帯域幅はそれほど必要ではない。その代わりに、低遅
延やパケット到着間隔のゆらぎの少なさが必要である。
さらに、音声パケットには、映像と共に流れる放送型の
ような音声だけでなく、電話の音声もあり、この場合、
エンド−エンドは人間同士の会話であり、遅延やゆらぎ
に関しては品質の高さが要求される。

【０００４】本発明の目的は、ルータで音声パケットを
中継、またはルータが電話やＰＢＸを直接収容して音声
通信を行う場合に、その通信品質を保証および管理する
手段を提供することにある。

【０００５】

【課題を解決するための手段】本発明の音声対応ルータ
におけるパケット送受信方法は、ルータが受信したパケ
ットから抽出した音声パケット、またはルータが電話や
ＰＢＸを直接収容している場合に、これらの電話やＰＢ
Ｘから受信した音声パケットに対し、その通信品質を保
証し、管理するためのポリシィテーブルを備え、従来の
ルータの機能である帯域制御、優先制御、廃棄制御を利
用し、前記音声パケットの通信品質保証を行う手段を備
えていることに特徴がある。

【０００６】

【発明の実施の形態】本発明の第一の実施の形態を図１
から図１２を参照して説明する。

【０００７】図１は本発明を適用するデータ・音声統合
ネットワークの一構成例を示す図である。本システム
は、通信品質を保証するＱｏＳ（Quality of Service）
対応ルータ１０６（１０６Ａ，１０６Ｂ）を複数台中継
して構成されるインターネットまたはイントラネット１
０７に、電話１０３（１０３Ａ，１０３Ｃ）、ＦＡＸ１
０４（１０４Ａ，１０４Ｄ）、ＰＢＸ１０２（１０２
Ａ，１０２Ｂ）、計算機１０５（１０５Ａ〜１０５Ｄ）
を接続できる音声対応ルータ１０１（１０１Ａ，１０１
Ｂ）が接続され、ＰＢＸ１０２には、電話１０３（１０
３Ｂ、１０３Ｄ）やＦＡＸ１０４（１０４Ｂ，１０４
Ｂ）が接続され、計算機１０５間通信のようなデータ通
信と、電話１０３間通信およびＦＡＸ１０４間通信のよ
うな音声通信とを統合して通信が可能なネットワークシ
ステムである。本実施例では、本発明を音声対応ルータ
１０１に適用した場合について示す。

【０００８】図２は本発明を適用する音声対応ルータ１
０１（１０１Ａ，１０１Ｂ）の構成例を示す図である。
音声対応ルータ１０１Ａは、音声インタフェース２０１
Ａを持ち、音声インタフェース２０１にはアナログ／デ
ィジタル変換２０２Ａ、音声符号化２０２Ｂ、音声パケ
ット化２０２Ｃを行う音声処理部２０２が接続され、Ｌ
ＡＮが接続されるＬＡＮインタフェース２０１Ｂ、ＷＡ
Ｎが接続されるＷＡＮインタフェース２０１Ｃを持ち、
各インタフェース２０１（２０１Ａ〜２０１Ｃ）はそれ
ぞれルーティング処理部２０３に接続される構成であ
る。音声インタフェース２０１Ａには、電話１０３Ａ，
ＦＡＸ１０４Ａ，ＰＢＸ１０２Ａが接続され、ＬＡＮ／
ＷＡＮインタフェース２０１Ｂ，２０１Ｃには、ＬＡＮ
やＷＡＮを介して、計算機１０５Ａ，１０５Ｂや、Ｑｏ
Ｓ対応ルータ１０６Ａが接続される。音声対応ルータ１
０１Ｂについても同様であるので、以下でも特に説明は
しない。

【０００９】図３は音声対応ルータ１０１Ａのルーティ
ング処理部２０３の構成例を示す図である。音声処理部
２０２からのパケットは、受信バッファ３０３Ａに格納
され、ＬＡＮインタフェース２０１Ｂからのパケット
は、受信バッファ３０３Ｂに格納され、ＷＡＮインタフ
ェース２０１Ｃからのパケットは、受信バッファ３０３
Ｃに格納される。パケット振分け部は、受信バッファ３
０３（３０３Ａ〜３０３Ｃ）に格納されているパケット
のヘッダ部の情報からパケットの宛先とタイプを認識
し、前記パケットの宛先により、ルーティングテーブル
３０５を参照して、宛先インタフェースがどれであるか
を認識し、さらに前記パケットのタイプにより、ポリシ
ィテーブル３０６を参照して、宛先の送信バッファ３０
４（３０４Ａ〜３０４Ｃ）のどのクラスのバッファに格
納するかを認識し、そのパケットは、宛先の送信バッフ
ァ３０４に転送される。送信バッファ３０４Ｂ，３０４
Ｃは、ポリシィテーブル３０６の各クラスに対応して、
論理的にクラス分けされたバッファ構成となっている。
パケットスケジューラ３０２Ｂ，３０２Ｃは、送信バッ
ファ３０４Ｂ，３０４Ｃの各クラスのバッファから、各
クラス毎に定められたスケジューリング方法で、パケッ
トを各宛先インタフェース２０１Ｂ，２０１Ｃに送信す
る。なお、本実施例の最初の説明では、送信バッファ３
０４Ａについては、音声のパケットのクラス分けを行わ
ないため、バッファが論理的に１つの構成としており、
パケットスケジューラを介さず、パケットの到着順に送
信する構成としている。

【００１０】図４はルーティングテーブル３０５の構成
例を示す図である。ルーティングテーブル３０５は、ネ
ットワークと宛先インタフェースを組とするエントリ４
００を複数持つ。ネットワークＮ１には電話１０３Ａ，
ＦＡＸ１０４Ａ，ＰＢＸ１０２Ａが属し、ネットワーク
Ｎ２には計算機１０５Ａ，１０５Ｂが属し、ネットワー
クＮ３にはＱｏＳ対応ルータ１０６Ａが属する構成とし
ている。この例では、音声対応ルータ１０１Ａに直接接
続されていないネットワークについては、ＷＡＮインタ
フェース２０１Ｃに向けて送信する構成としている。従
って、ルーティングテーブル３０５は、エントリ４０１
から４０４の様に表される。

【００１１】図５はポリシィテーブル３０６の構成例を
示す図である。ポリシィテーブル５００（３０６）は、
バッファクラスとルールを組とするエントリ５０１を複
数持つ。この例では、４つのバッファクラスを持つもの
とする。バッファクラスＣ１は、音声パケットの送受信
に用いられるＲＴＰ（Real-time Protocol）パケットの
ように、低遅延でパケット送信間隔が一定（ゆらぎが少
ない）であることが要求されるパケットを格納するバッ
ファクラスとする。バッファクラスＣ２は、音声通信の
開始／終了時の制御を行うＲＴＣＰ（RTP Control Prot
ocol）パケットや、リモートログインを行うＴＥＬＮＥ
Ｔパケットのように、低遅延であることが要求されるパ
ケットを格納するバッファクラスとする。バッファクラ
スＣ３は、メールの転送に使用されるＳＭＴＰ（Simple
Mail Transfer Protocol）パケットや、ＷＥＢアクセ
スのために使用されるＨＴＴＰ（HyperText Transfer P
rotocol）パケットのように、最低限の帯域が保証され
ていることが要求されるパケットを格納するバッファク
ラスとする。バッファクラスＣ４は、前記以外のパケッ
トで、ベストエフォートで送信するパケットを格納する
バッファクラスとする。従って、ポリシィテーブル５０
０は、エントリ５１１から５１４の様に表される。

【００１２】図６は本発明の実施例の説明で使用される
プロトコルのレイヤ構成６００を示す図である。各レイ
ヤのプロトコルは、ＯＳＩ（Open Systems Interconnec
tion）の参照モデルおよびＴＣＰ／ＩＰ（Transmission
Control Protocol／Internet Protocol）のプロトコル
・アーキテクチャのレイヤで示している。Ｈ．３２３
は、インターネットを含むＩＰベースのネットワーク上
で、音声、ビデオ、データといった通信基盤を提供する
ＩＴＵ（International Telecommunications Union）の
規格である。例えば、Ｇ．７１１およびＧ．７２９は、
音声のディジタルデータを符号化するときのプロトコル
である。

【００１３】以下、本発明を適用する音声対応ルータ１
０１のパケット受信からパケット送信までの処理手順を
図７から図１２のフローを用いて説明する。

【００１４】図７はパケット振分け処理部３０１の受信
パケットの処理手順を示すフローである。パケット振分
け処理部３０１は、受信バッファにパケットが有ると、
ヘッダ情報を読込み（７０１）、宛先ネットワークによ
りルーティングテーブルを検索して（７０２）、宛先ネ
ットワークがＮ１、すなわち音声インタフェース宛であ
れば、音声インタフェースの送信バッファ３０４Ａへパ
ケットを転送する（７０３，７０４）。宛先ネットワー
クがＮ２、すなわちＬＡＮインタフェース宛であれば、
ＬＡＮインタフェースへのパケット転送処理を行う（７
０５，７０６）。宛先ネットワークがＮ３、すなわちＷ
ＡＮインタフェース宛であれば、ＷＡＮインタフェース
へのパケット転送処理を行う（７０７，７０８）。宛先
ネットワークが前記のどのネットワークにも該当しなけ
れば、デフォルトネットワークインタフェースへのパケ
ット転送処理を行う（７０９）。この例では、デフォル
トネットワークインタフェースは、ＷＡＮインタフェー
スであるので、前記７０９の処理は、前記７０８の処理
と等しい。

【００１５】図８は図７のＬＡＮインタフェースへのパ
ケット転送処理７０６および前記ＷＡＮインタフェース
へのパケット転送処理７０８の処理手順を示すフローで
ある。図６で示したプロトコルのレイヤ構成６００を前
提としてプロトコル解析を行い（８０１）、ポリシィテ
ーブル３０６を参照して（８０２）、バッファクラスＣ
１のパケット、すなわちＲＴＰパケットであれば、送信
バッファ３０４のバッファクラスＣ１へパケットを転送
する（８０３，８０４）。バッファクラスＣ２のパケッ
ト、すなわちＲＴＣＰパケットまたはＴＥＬＮＥＴパケ
ットであれば、送信バッファ３０４のバッファクラスＣ
２へパケットを転送する（８０５，８０６）。バッファ
クラスＣ３のパケット、すなわちＳＭＴＰパケットまた
はＨＴＴＰパケットであれば、送信バッファ３０４のバ
ッファクラスＣ３へパケットを転送する（８０７，８０
８）。前記のどのパケットにも該当しなければ、送信バ
ッファ３０４のバッファクラスＣ４へパケットを転送す
る（８０９）。

【００１６】図９はパケットスケジューラ３０２が、バ
ッファクラスＣ１からパケットを送信する処理手順を示
すフローである。既存技術の低遅延、ゆらぎが少となる
スケジューリング方法を用いて、パケットの有無のチェ
ックを行うタイミングを得て（９０１，９０２）、パケ
ットが有る場合はパケット送信処理９０３を行う。パケ
ット送信処理９０３は、音声パケットがパケット送信時
間の長いロングパケットの送信により、遅延が発生して
しまうことを防ぐため、既存技術であるパケットのフラ
グメント処理を行うようにしている。フラグメントが既
に行われ、フラグメントされたパケットの残りがまだあ
るかどうかをチェックし、残りがある場合はパケットの
送信を行う（９０４，９０６）。フラグメントされたパ
ケットの残りが無い場合は、これから送信しようとする
パケットの送信時間が、フラグメントをするかどうかの
判断を行うための時間、すなわちフラグメント時間Ｔ以
下である場合はパケットの送信を行う（９０５，９０
６）。前記パケットの送信時間がフラグメント時間Ｔよ
りも大きい場合は、パケットのフラグメント処理を行い
（９０５，９０７）、フラグメントされた最初のパケッ
トの送信を行う（９０６）。

【００１７】図１０はパケットスケジューラ３０２が、
バッファクラスＣ２からパケットを送信する処理手順を
示すフローである。既存技術の低遅延となるスケジュー
リング方法を用いて、パケットの有無のチェックを行う
タイミングを得て（１００１，１００２）、パケットが
有る場合はパケット送信処理９０３を行う。

【００１８】図１１はパケットスケジューラ３０２が、
バッファクラスＣ３からパケットを送信する処理手順を
示すフローである。既存技術の最低帯域保証が可能なス
ケジューリング方法を用いて、パケットの有無のチェッ
クを行うタイミングを得て（１１０１、１１０２）、パ
ケットが有る場合はパケット送信処理９０３を行う。

【００１９】図１２はパケットスケジューラ３０２が、
バッファクラスＣ４からパケットを送信する処理手順を
示すフローである。図９から図１１で示したパケットス
ケジューラ３０２の処理で、バッファクラスＣ１からＣ
３にパケットが無いと判断されている期間に、バッファ
クラスＣ４のパケットの有無のチェックを行い（１２０
１）、パケットが有る場合はパケット送信処理９０３を
行う。

【００２０】次に本発明の第二の実施の形態を図１３か
ら図１５を参照して説明する。第二の実施の形態ではポ
リシィテーブルの管理方法を示す。

【００２１】図１３はポリシィテーブルを管理するため
の機器の構成例を示す図である。図１で示したネットワ
ーク構成例において、音声対応ルータ１０１にネットワ
ークを介して計算機１０５が接続されており、ポリシィ
テーブル３０６はこの計算機１０５から音声対応ルータ
１０１の管理者により設定が可能である。

【００２２】また音声対応ルータ１０１とシリアルケー
ブル１３０１を介して接続されるダム端末１３０２や、
ネットワークに接続されているネットワーク管理装置１
３０３により設定が可能である。

【００２３】図１４は複数のポリシィテーブルを時間軸
で管理するためのタイムテーブルの構成例を示す図であ
る。タイムテーブル１４００は、図５で示したようなポ
リシィテーブル３０６を複数用意し、ポリシィテーブル
番号１４０１により区別を行い、例えば３つの時間軸に
よる設定、すなわち１日の中の時間帯で使用するポリシ
ィテーブルを指定する設定１４０２、週の中の曜日で使
用するポリシィテーブルを指定する設定１４０３、１年
の中で月日で使用するポリシィテーブルを指定する設定
１４０４を行う。

【００２４】図１５は図５とは別のポリシィテーブルの
構成例を示す図である。ポリシィテーブル１５００で
は、バッファクラスＣ１は指定はなく、バッファクラス
Ｃ２はＴＥＬＮＥＴパケットを指定し、バッファクラス
Ｃ３は、ファイルの転送に使用されるＦＴＰ（File Tra
nsfer Protocol）パケットを指定する。従って、ポリシ
ィテーブル１５００は、エントリ１５０１から１５０４
の様に表される。

【００２５】タイムテーブル１４００において、ポリシ
ィテーブル番号１はポリシィテーブル５００、ポリシィ
テーブル番号２はポリシィテーブル１５００として設定
１４０２を行うと、８時から２０時までは、音声通信に
最適なパケットスケジューリング方法であるが、それ以
外はリモートアクセスやファイル転送に最適なパケット
スケジューリング方法にすることができる。

【００２６】次に本発明の第三の実施の形態を図１６か
ら図１９を参照して説明する。第三の実施の形態ではポ
リシィテーブルの補足情報の設定方法を示す。

【００２７】図１６は電話番号とその番号の機器が接続
されている音声対応ルータの対応を管理するゲートキー
パーの構成例を示す図である。この例では、ゲートキー
パー１６００はネットワーク上に１つ存在する場合を示
しているが、複数の音声対応ルータ１０１にこのゲート
キーパーの機能を有する構成も可能である。

【００２８】図１７は電話番号管理テーブルの構成例を
示す図である。電話番号管理テーブル１７００は、電話
やＦＡＸの電話番号とこれらの機器が接続される音声対
応ルータ１０１のアドレスを組とするエントリ１７０１
を複数持つ。例えば、電話１０３ＢはＤ１という電話番
号で、音声対応ルータ１０１Ａに接続されており、音声
対応ルータ１０１ＡのアドレスはＧ１とすると、エント
リ１７１１のように表される。同様に電話１０３Ｄはエ
ントリ１７１３のように表されるものとする。

【００２９】電話１０３Ｂから電話１０３Ｄと通話を行
う場合の処理の概要を図１６，図１７を用いて説明す
る。この例では、ＩＴＵのＨ．３２３で規定されている
処理の概要を示す。電話１０３Ｂから電話１０３Ｄの電
話番号Ｄ３をダイアルすると（１６１１）、音声対応ル
ータ１０１Ａはゲートキーパー１６００に電話１０３Ｄ
の電話番号Ｄ３に対応する音声対応ルータのアドレスを
問い合わせ（１６１２）、ゲートキーパー１６００は電
話番号管理テーブル１７００から調べ、そのアドレスが
Ｇ２であることを音声対応ルータ１０１Ａに伝える（１
６１３）。音声対応ルータ１０１Ａは、アドレスがＧ２
の音声対応ルータ、すなわち音声対応ルータ１０１Ｂ
に、宛先の電話番号Ｄ３を通知する（１６１４）。相手
の電話１０３Ｄが応答するとコネクションが確立し、通
話が始まる（１６１５）。通話が終了すると、ゲートキ
ーパー１６００に通話ログ情報などを送信する（１６１
６）。

【００３０】図１８は本実施の形態のポリシィテーブル
３０６の構成例を示す図である。ポリシィテーブル１８
００（３０６）は、音声パケットの補足情報として、音
声通話が始まる前に、前記のゲートキーパー１６００と
の処理で得られる電話１０３やＦＡＸ１０４の発信元と
発信先の音声対応ルータ１０１のアドレスをキャッシュ
として持ち、発信元と発信先の音声対応ルータ１０１間
をＩＰのｔｒａｃｅｒｏｕｔｅのような処理で、中継ネ
ットワーク数を計算し、その中継ネットワーク数の範囲
により、長距離、中距離、短距離のように、バッファク
ラス１をさらに、バッファクラスＣ１１〜Ｃ１３のよう
に論理的に分ける。

【００３１】図１９は図８で示したパケット転送処理の
処理手順の一部を変更した処理手順を示すフローであ
る。図８のポリシィテーブル３０６を参照した後（８０
２）、バッファクラスＣ１のパケット、すなわちＲＴＰ
パケットであり、発信元，発信先間が長距離であれば、
送信バッファ３０４のバッファクラスＣ１１へパケット
を転送する（１９０１，１９０２）。発信元、発信先間
が中距離であれば、送信バッファ３０４のバッファクラ
スＣ１２へパケットを転送する（１９０３，１９０
４）。発信元、発信先間が近距離であれば、送信バッフ
ァ３０４のバッファクラスＣ１３へパケットを転送する
（１９０５，１９０６）。

【００３２】発信元、発信先のアドレスが登録されてい
ない場合は、送信バッファ３０４のバッファクラスＣ１
へパケットを転送する（８０４）。パケットスケジュー
ラ３０２が各バッファクラスＣ１１〜Ｃ１３からパケッ
トを送信する処理は、既存技術の優先制御やＷＦＱ（We
ighted Fair Queuing）を用いて、長距離の音声パケッ
トを優先して転送するようにする。

【００３３】

【発明の効果】本発明によれば、データ・音声統合ネッ
トワークシステムにおいて、音声通話の通信品質を考慮
したパケットの送受信が可能となり、エンド−エンドで
低遅延、ゆらぎの少ない通話を提供することが可能であ
る。

【図面の簡単な説明】

【図１】本発明を適用するデータ・音声統合ネットワー
クの一構成例を示す図。

【図２】本発明を適用する音声対応ルータの構成例を示
す図。

【図３】音声対応ルータのルーティング処理部の構成例
を示す図。

【図４】ルーティングテーブルの構成例を示す図

【図５】ポリシィテーブルの構成例を示す図。

【図６】プロトコルのレイヤ構成を示す図。

【図７】パケット振分け処理部の受信パケットの処理手
順を示す図。

【図８】パケット振分け処理部のパケット転送の処理手
順を示す図。

【図９】バッファクラスＣ１のパケットスケジューラの
処理手順を示す図。

【図１０】バッファクラスＣ２のパケットスケジューラ
の処理手順を示す図。

【図１１】バッファクラスＣ３のパケットスケジューラ
の処理手順を示す図。

【図１２】バッファクラスＣ４のパケットスケジューラ
の処理手順を示す図。

【図１３】ポリシィテーブル管理機器の構成例を示す
図。

【図１４】ポリシィテーブルのタイムテーブルの構成例
を示す図。

【図１５】前記図１４で使用するポリシィテーブルの構
成例を示す図。

【図１６】ゲートキーパーの構成例を示す図。

【図１７】電話番号管理テーブルの構成例を示す図。

【図１８】補足情報を含めたポリシィテーブルの構成例
を示す図。

【図１９】前記図８のパケット振分け処理部に前記図１
８のポリシィテーブルを参照する処理を加えたパケット
転送の処理手順を示す図。

【符号の説明】

１０１…音声対応ルータ、１０２…ＰＢＸ、１０３…電
話、１０４…ＦＡＸ、１０５…計算機、３０１…パケッ
ト振分け処理部、３０２…パケットスケジューラ、３０
３…受信バッファ、３０４…送信バッファ、３０５…ル
ーティングテーブル、３０６（５００、１８００）…ポ
リシィテーブル、１４００…タイムテーブル。

Claims

【特許請求の範囲】

【請求項１】インターネットまたはイントラネットに音
声をパケット化して送信する、または音声パケットを中
継する音声対応ルータであって、音声パケットを含む各
種のパケットを一時的に格納するための受信バッファお
よび送信バッファを備え、前記送信バッファは複数のク
ラスに論理的に分割されており、前記受信バッファから
１パケット毎に、先頭から決まった範囲のデータを読み
出し、読み出した内容を解析するパケット解析手段によ
り、前記送信バッファのクラス別に格納するパケット振
分け手段を備え、前記送信バッファからパケットを取り
出すパケットスケジューラを備え、前記パケット解析手
段は、音声パケットを検出すると、前記送信バッファの
指定されたクラスにパケットを格納し、前記パケットス
ケジューラは、音声通信に最適になるように、低遅延、
パケット送信間隔のゆらぎが少なくなるようなスケジュ
ーリング方法により音声パケットを取り出し、送信する
ことを特徴とするパケット送受信方法。
【請求項２】請求項１に記載の音声対応ルータにおい
て、電話，ＰＢＸ，ＦＡＸ等を接続する音声インタフェ
ースおよび音声をディジタル化するアナログ／ディジタ
ル変換手段と、前記アナログ／ディジタル変換手段によ
りディジタル化されたデータを圧縮する音声符号化手段
と、前記音声符号化手段により符号化されたデータをパ
ケット化する音声パケット化手段を備え、前記音声パケ
ット化手段により生成された音声パケットは、前記受信
バッファに格納された後、前記パケット解析手段を介す
ことなく、前記送信バッファの指定されたクラスにパケ
ットを格納することを特徴とする前記パケット振分け手
段のパケット振分け方法。
【請求項３】請求項１に記載のパケット振分け手段のパ
ケット振分け方法であって、前記パケット解析手段は、
受信パケットの内容により前記送信バッファのどのクラ
スにパケットを格納するかを示しているポリシィテーブ
ルを参照し、前記受信パケットを前記送信バッファの指
定されたクラスに格納することを特徴とするパケット振
分け方法。
【請求項４】請求項１に記載のパケットスケジューラの
スケジューリング方法であって、クラス分けされた前記
送信バッファからパケットを取り出す際に、クラス毎に
定められた取り出し方法によりパケットを取り出すこと
を特徴とするスケジューリング方法。
【請求項５】請求項３に記載のポリシィテーブルの記述
方法であって、一例として、音声系のデータのように、
低遅延、ゆらぎの少なさが要求されるクラス、オンライ
ン系のデータのように、レスポンスが要求されるクラ
ス、ビデオのデータのように、帯域または転送速度のみ
が要求されるクラス、ファイルのデータ転送のように、
特に通信品質は問題としないクラス、前記のどのクラス
にも属さないまたは指定のないデータを格納するクラ
ス、などに分類することを特徴とするポリシィテーブル
の記述方法。
【請求項６】請求項３記載のポリシィテーブルの管理方
法であって、前記ポリシィテーブルは、管理者により設
定され、前記ポリシィテーブルは、時間軸上に従って設
定できるものとし、一例として、１日のうち何時から何
時までのような設定、週，月，年内を通じての特定期間
の設定、定期的な設定を行うことが可能であることを特
徴とするポリシィテーブルの管理方法。
【請求項７】請求項３に記載のポリシィテーブルの補足
情報の設定方法であって、音声パケット、特に電話の音
声パケットについて、通話を開始するための制御パケッ
トを流す時に、その内容から発信元と発信先の情報を取
得し、前記ポリシィテーブルへ補足情報としてキャッシ
ュ的に記録しておき、その発信元と発信先との間の通過
ネットワーク数も自動的に計算して記録しておき、その
後、同じ組合せの発信元と発信先の間のデータを受信し
た場合は、前記通過ネットワーク数が大きいものほど、
音声パケットの中でも優先的に中継することを特徴とす
る設定方法。
【請求項８】請求項７に記載のポリシィテーブルの補足
情報の取得方法であって、電話の通話を開始／終了する
ための制御プロトコルが実装されているルータまたは計
算機の、電話番号を管理しているテーブルから、発信元
と発信先の情報を取得することを特徴とする取得方法。