JP2002271392A - Ｉｐ網における呼毎の音声品質管理方法 - Google Patents

Abstract

(57)【要約】 【課題】呼毎の通話品質を遠隔から監視することが可能
であり、外付け測定装置を配置せずに測定することがで
き、コストを抑制し、ｅｎｄ−ｅｎｄの遅延情報を収集
できるようにする。 【解決手段】リアルタイムに近い形で品質劣化を検出
し、その品質劣化の被疑区間を分析し、かつ表示させ、
ＯＳＳにおいて品質劣化を回避するための制御を行う。
複数ＧＷから取得した品質劣化情報を予めＯＳＳに持た
せておいたネットワークトポロジー情報と照合し、これ
を表示させることにより、品質劣化被疑区間を特定し、
故障・輻輳箇所の切り分けを可能にする。特定した区間
に対して、迂回などの制御を行うことにより、サービス
を早期に回復すること可能にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電話網とＩＰ（Ｉ
ｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網を接合する複数
のＧＷ（Ｇａｔｅ ｗａｙ）と、ＩＰ網の呼毎の音声品
質を監視、制御するＯＳＳ（Ｏｐｅｒａｔｉｏｎ Ｓｕ
ｐｐｏｒｔ Ｓｙｓｔｅｍ）における音声品質管理方法
に関する。

【０００２】

【従来の技術】従来のＩＰ網では、ＩＰルータ、ゲート
ウェイなどの物理ポート単位での送受信パケット数、損
失パケット数などの情報を一定時間毎に収集しており、
呼という概念はなく呼毎の品質監視ができなかった。そ
れに加えて、ｅｎｄ−ｅｎｄの遅延情報を収集すること
が不可能であった。遅延情報を収集するために、外付け
の測定機器を使用する場合には、配置するための装置コ
ストが大きくなる。また、擬似呼を発生させて、これを
解析することにより遅延情報を収集する方法があるが、
この方法では、ＩＰ網に対してトラフィックを発生させ
るため、網に負荷をかける欠点がある。そして、測定す
るための端末が必要となるため、コストが大きくなって
しまう。

【０００３】

【発明が解決しようとする課題】このように、従来のＩ
Ｐ網では、呼毎の音声品質管理ができない点、ｅｎ
ｄ−ｅｎｄの遅延情報を収集できない点、および外付
け装置が必要であるが、コストアップとなってしまう
点、の各問題点があった。

【０００４】本発明の目的は、このような従来の問題点
を解決し、呼毎の通話品質を遠隔から監視することが可
能であり、外付け測定装置を配置せずに測定することが
でき、コストを抑制することでｅｎｄ−ｅｎｄの遅延情
報を収集することができるＩＰ網における呼毎の音声品
質管理方法を提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、本発明のＩＰ網における呼毎の音声品質管理方法
は、リアルタイムに近い形で品質劣化を検出し、その品
質劣化の被疑区間を分析し、かつ表示させ、ＯＳＳにお
いて品質劣化を回避するための制御を行う。また、複数
ＧＷから取得した品質劣化情報を予めＯＳＳに持たせて
おいたネットワークトポロジー情報と照合し、これを表
示させることにより、品質劣化被疑区間を特定し、故障
・輻輳箇所の切り分けを可能にする。特定した区間に対
して、迂回などの制御を行うことにより、サービスを早
期に回復すること可能にする。具体的には、ＯＳＳから
各ＧＷに対して予めしきい値を設定しておき、ＧＷでし
きい値を超えたことの判断を行い、しきい値を超えたも
ののみをＯＳＳに通知する（第１の実施例）。また、Ｇ
Ｗは全情報をＯＳＳに通知し、ＯＳＳでしきい値を超え
たことの判断を行う（第２の実施例）。

【０００６】

【発明の実施の形態】以下、本発明の実施例を、図面に
より詳細に説明する。 （第１の実施例）図１〜図３は、本発明の第１の実施例
を示すＩＰ網における呼毎の音声品質管理方法の動作原
理の説明図である。図１〜図３には、それぞれ上段と下
段にＯＳＳにおける画面を示しており、ＯＳＳにおいて
画面上でしきい値を設定できるようにしている。ネット
ワークトポロジー内の記号ＧＷは、ゲートウェイであ
り、その他の無印交点はそれぞれルータである。なお、
ＩＰアドレスは、一般的にルータのインターフェース毎
に持たせているが、ここでは説明を簡単にするために１
つのルータで１つのＩＰアドレスを持たせている。な
お、図１〜図３には、サブネットマスク２５５．２５
５．２５５．０の条件があるが、記載が省略されてい
る。 （１）先ず、ＯＳＳより、呼毎の音声品質管理情報を収
集するＧＷに対して、予め遠隔から音声品質管理情報の
しきい値を設定する。例えば、遅延２００ｍｓｅｃ以上
はＯＳＳへ通知するように設定する（図１（１））。こ
れは、具体的な数値をＧＵＩで投入する。実際に、ＧＷ
に設定する方法としては、ａ）ＳＮＭＰ（Ｓｉｍｐｌｅ
Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏ
ｃｏｌ）のｓｅｔで設定する方法と、ｂ）ｃｏｎｆｉｇ
（設定）をｔｅｌｎｅｔまたはＦＴＰ（Ｆｉｌｅ Ｔｒ
ａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用してＧＷに設
定する方法とがある。

【０００７】（２）ＯＳＳには、予め通信機器に割り当
てられているＩＰアドレスの接続関係情報（ネットワー
クトポロジー情報）を持たせておく。例えば、各ＭＧ
（ゲートウェイ）および各ノード毎に、１０．１０．１
０．１〜１０．１０．１１０．１のＩＰアドレス接続情
報が付与される（図１（２））。（３）ＧＷに設定した
しきい値を越えた場合、ＯＳＳへその呼の品質情報を通
知する。品質情報としては、例えばルート情報（１０．
１０．２０．１→１０．１０．９０．１→１０．１０．
６０．１→１０．１０．３０．１）で、遅延時間が２３
０ｍｓｅｃ以上あったとき（しきい値超過）には、ＯＳ
Ｓに通知させる（図２（３））。なお、ＯＳＳにネット
ワークトポロジー情報を設定する具体的方法としては、
ＳＮＭＰのポーリングを使用してノードを発見するた
め、先ずＯＳＳ自身に対してＳＮＭＰによりポーリング
（ＳＮＭＰの管理コマンドｇｅｔ）を行い、デフォルト
ゲートウェイを知る。次に、そのデフォルトゲートウェ
イに対してＳＮＭＰポーリングを行い、ルーティングテ
ーブル情報を得る。得られたｎｅｘｔ ｈｏｐルータに
対して再びＳＮＭＰポーリングを行う。順次、この操作
を繰り返してトポロジーを作成する。また、ＡＲＰテー
ブルからホスト情報（ＩＰアドレス）を知る。 （４）複数ＧＷから通知された品質情報を、ＯＳＳに持
たせておいたＩＰアドレスの接続関係情報とそれぞれ照
合し、品質劣化が起こっている経路を表示する。例え
ば、図２では、ＩＰアドレスの接続関係情報として、ル
ート情報（１０．１０．２０．１→１０．１０．９０．
１→１０．１０．６０．１→１０．１０．３０．１）の
遅延２３０ｍｓｅｃが保有されているので、ＭＧから通
知されてくる複数の品質情報をＯＳＳトポロジー情報と
照合して品質絡化経路を表示する（図２（４））。

【０００８】（５）表示された複数の品質劣化している
経路情報の重なっている区間を、品質劣化被疑区間とし
て、これを表示する。ここでは、保有しているルート情
報の他に、１０．１０．１０．１→１０．１０．４０．
１→１０．１０．９０．１→１０．１０．６０．１→１
０．１０．３０．１の経路も品質劣化として通知された
ため、両方の重複部分である１０．１０．９０．１→１
０．１０．６０．１の経路を品質劣化被疑区間として表
示する（ルータＡ〜ルータＢ）（図３（５））。ＯＳＳ
では、先ずエラーが出たＲＴＣＰに対応するそれぞれの
呼のルート上のノード（ルータ）アドレスを書き出す。
次に、アドレスが重ね合った区間が品質劣化被疑区間で
あるため、この区間を表示することになる。これは、プ
ログラム的に自動表示が可能である。 （６）故障情報、工事情報など、品質劣化被疑区間と関
連のありそうな情報を表示する。図３では、重複してい
るルータ１０．１０．９０．１に『故障情報、ルータ
Ａ、ポート１：１．１０．９０．１ Ｌｉｎｋ Ｄｏ
ｗｎ』を表示する（図３（６））。

【０００９】図４、図５および図６は、それぞれ本発明
の動作原理を示す迂回制御、帯域制御、呼制御の説明図
である。図４、図５および図６は、いずれも図１〜図３
により品質劣化被疑区間が表示された場合に、迂回制
御、帯域制御または呼制御を行うことで、サービスを回
復する。なお、図４〜図６には、サブネットマスク２５
５．２５５．２５５．０の条件があるが、記載を省略し
ている。 図４（７），（８）：品質劣化被疑区間に対して、制御
を実施する。図４では、破線で示すように、３つの迂回
制御ルートが示される。これらは、１０．１０．２０．
１→１０．１０．７０．１→１０．１０．８０．１→１
０．１０．１００．１→１０．１０．１１０．１の第１
迂回ルートと、１０．１０．２０．１→１０．１０．７
０．１→１０．１０．５０．１→１０．１０．６０．１
→１０．１０．３０．１の第２迂回ルートと、１０．１
０．１０．１→１０．１０．４０．１→１０．１０．５
０．１→１０．１０．６０．１→１０．１０．３０．１
の第３の迂回ルートである（図４（７）（８））。

【００１０】図５（７），（８）：品質劣化被疑区間に
対して、制御を実施する。図５では、３つの経路で品質
劣化が表示され、３つの経路が重複した１０．１０．９
０．１→１０．１０．６０．１の経路で、品質劣化被疑
区間表示（ルータＡ〜ルータＢ）がなされる。この結
果、品質劣化被疑区間に対して、帯域制御（帯域増加）
が行われる。 図６（７），（８）：品質劣化被疑区間に対して、制御
を実施する。図６では、３つの経路で品質劣化が表示さ
れ、３つの経路が重複した１０．１０．９０．１→１
０．１０．６０．１の経路で、品質劣化被疑区間表示
（ルータＡ〜ルータＢ）がなされる。この結果、呼制御
が行われ、２つの経路の入口であるＭＧ１０．１０．２
０．１および他の１つの経路の入口であるＭＧ１０．１
０．１０．１の入呼制御、つまりこのゲートウェイにお
いて時間を区切って呼の制限を行う。

【００１１】図７および図８は、本出願人が先に提案し
た出願（特願２０００−２４６４２４号明細書および図
面）におけるＧＷで取得できる情報および取得方法、な
らびに品質情報の一例を示した図である。本発明は、こ
の技術を利用している。本発明においては、通信機器間
の通信中に用いられる品質管理パケット（ＲＴＣＰ）、
ｔｒａｃｅｒｏｕｔｅを用いることにより、品質情報を
生成する。その品質情報には、呼の発生時刻、ＳＴＭ回
線番号、ＩＰ側通話先ＩＰアドレス、パケット損失率、
揺らぎ時間、遅延、通過ＩＰホストのＩＰアドレスがあ
る。品質管理情報を収集している複数ＧＷに対して、予
めＯＳＳで遠隔からしきい値を設定する。そして、しき
い値を超えた場合に、ＧＷからＯＳＳへその呼の品質情
報を通知する。

【００１２】ＯＳＳに予め通信機器に割り当てられてい
るＩＰアドレスの接続関係を持たせておく。ＧＷが持っ
ている品質情報には、ＧＷと端末間、もしくはＧＷとＧ
Ｗ間の品質劣化した呼が通った通過ホストＩＰアドレス
情報があるので、それとＯＳＳに予め持たせておいたＩ
Ｐアドレス情報と照合し、照合の結果を表示する。一区
間が劣化している場合、その区間を利用している複数の
呼が劣化するので、複数のＧＷから品質劣化情報がＯＳ
Ｓへ通知される。その複数のＧＷの品質劣化した経路情
報を表示すると、経路情報が重なる部分が存在する。こ
の重なる部分が品質劣化している可能性の高い区間であ
り、このことから品質劣化被疑区間を特定することがで
きる。それに加えて、品質劣化被疑区間に関連のありそ
うな故障情報、工事情報などを表示する。保守者はそれ
らの情報をもとに、品質劣化被疑区間に対して制御（迂
回、帯域制御、呼制御）を行い、サービスを回復する。
予め決めておいた制御内容により、保守者が介在せずに
自動的に制御に移行することも可能である。

【００１３】図７には、特願２０００−２４６４２４号
明細書中に記載されているＧＷで取得できる情報および
取得方法が示されている（括弧内は明細書の段落番
号）。 ＧＷ（通信システム）から通信端末方向のパケット損
失率は、ＲＲパケットに含まれるＧＷから通信端末方向
の損失パケット数と、送信パケット数カウンタ部で計算
したＧＷ→通信端末方向の送信パケット数から、計算式
（損失パケット数÷送信パケット数）をもって計算す
る。 通信端末からＧＷ方向のパケット損失率は、ＳＲパケ
ットに含まれる通信端末→ＧＷ方向の送信パケット数
と、音声パケット品質測定部から通知される通信端末→
ＧＷ方向の損失パケット数とから、計算式（損失パケッ
ト数÷送信パケット数）をもって計算する。

【００１４】ＧＷから通信端末方向のパケットの揺ら
ぎ時間は、ＲＲパケット内に含まれるＧＷ→通信端末方
向の音声パケットの揺らぎ時間を用いる。 通信端末からＧＷ方向のパケットの揺らぎ時間は、音
声パケット品質測定部から通知される通信端末→ＧＷ方
向の音声パケットの揺らぎ時間を用いる。 ＧＷ・通信端末間のパケットの遅延時間は、Ｐｉｎｇ
パケットの送出開始時刻と、該パケットに応答して折り
返されたＰｉｎｇパケットの受信時刻から、計算式（受
信時刻−送出開始時刻）をもって算出する。 ＧＷ・通信端末間のパケット経路情報は、受信したＴ
ｒａｃｅＲｏｕｔｅパケットに含まれる通過ＩＰホスト
（ルータ）経路情報を用いる。

【００１５】次に、図８には、特願２０００−２４６４
２４号明細書に記載されている品質情報の一例を示して
いる。呼の識別情報（呼の発生時刻、ＳＴＭ回線番号、
ＩＰ側通話先ＩＰアドレス）、ＩＰ側通話先→通信シス
テムのパケット損失と揺らぎ時間、通信システム→ＩＰ
側通信先のパケット損失と揺らぎ時間、遅延時間、通過
ＩＰホストのＩＰアドレスが示されている。

【００１６】（第２の実施例）図９〜図１２は、本発明
の第２の実施例を示す音声品質管理方法の具体例を示す
図である。前述のように、第２の実施例では、ＧＷは全
情報をＯＳＳに通知し、ＯＳＳでしきい値を超えたこと
の判断を行う。図９は、ＱｏＳごとのＶｏＩＰサービス
の説明図である。この方法では、高品位ＶｏＩＰサービ
スを収容しているＧＷに対しては、遅延、ロスなどの情
報に対してしきい値を厳しく設定し、低品位ＶｏＩＰサ
ービスを収容しているＧＷに対しては、遅延、ロスなど
の情報に対してしきい値を甘く設定する。このことによ
り、それぞれのＭＧに収容された呼がそれぞれサービス
基準を満たしているか否かを一箇所で監視することが可
能になる。そして、保守者が早期に品質劣化部分を発見
することができる。図９では、ＰＳＴＮ（公衆交換電話
網）２ｂとＩＰ−ＮＷ３の境界に低品位ＶｏＩＰサービ
スのＧＷ６ｂが、またＰＳＴＮ２ａとＩＰ−ＮＷ３の境
界に高品位ＶｏＩＰサービスのＧＷ６ａがそれぞれ設け
られ、ＩＰ−ＮＷ３にはＯＳＳ４が接続されている。Ｏ
ＳＳにおいて、それぞれのＧＷに収容された呼がＳＬＡ
基準を満たしているか否かを監視することができる。

【００１７】図１０は、ポーリングによる監視方法の説
明図である。太線矢印は、いずれもポーリングの奇跡で
ある。ＯＳＳ（オペレーションシステム）４からのポー
リングにより、ＧＷ（ゲートウェイ）６ａ、ＩＰルータ
（ＭＩＢａ〜ｉ）などの物理ポート単位での送受信パケ
ット数、損失パケット数などの情報を一定時間毎に収集
する。すなわち、ＯＳＳからＳＮＭＰにより各ノードの
ＭＩＢに格納されている情報（通過パケット数など）の
取得を行う。具体的には、ＯＳＳからＳＮＭＰの管理コ
マンドｇｅｔを管理対象ノードに対して発行し、それを
受けたノードはＭＩＢから対象となる情報をＯＳＳへＧ
ｅｔ−Ｒｅｓｐｏｎｓｅで返す。これを一定時間ごとに
行うことにより、ＯＳＳで情報を記録、収集、統計を行
う。

【００１８】図１１は、プローブを配置してパケットを
キャプチャする方法の説明図である。この方法は、ネッ
トワーク上にプローブａ〜ｌを配置し、流れているパケ
ットをマネージャ（ＯＳＳ）４でキャプチャして、これ
を解析する。すなわち、ノード内のＭＩＢではなく、外
部にパケットの情報を専用に収集する装置（プローブ）
を置く。この専用に情報を収集する装置のＭＩＢに対し
て、上記と同様にＳＮＭＰでＯＳＳから情報を取得す
る。図１０との違いは、情報を収集する装置を専用とし
たことにより、より細かな情報が取得できること、外付
けにすることにより、ノードに負担がかからないことが
挙げられる。図の点線矢印は、ネットワークに配置され
た各プローブからの異常時通知信号である。なお、３は
ネットワーク、６ａはＧＷ（ゲートウェイ）である。

【００１９】図１２は、試験パケットを投げる方法の説
明図である。この方法は、ネットワーク上に測定器ａ〜
ｅを配置しておき、試験パケット（ＲＴＰ等）（太線矢
印で示す）を流して、そのパケットを測定器ａ〜ｅで遅
延、ジッタ等を測定し、しきい値と照合する。そして、
照合結果をマネージャ（ＯＳＳ）４に通知する（点線矢
印は通知信号）。なお、しきい値を超えた結果のみをマ
ネージャ４に通知してもよい。すなわち、試験パケット
を送出する装置とそれを受信して解析する装置とを設置
する。例えば、図１２の測定器ａからのパケットを測定
器ｂで解析することにより、パケットの遅延（例えば、
遅延４００ｍｓ）が判明した場合、ＯＳＳ（マネージ
ャ）へＳＮＭＰのｔｒａｐ通知を送出する。ＯＳＳ側で
は、ｔｒａｐを受け取り、測定器ｂで異常が起こったこ
とを確認することが可能となる。

【００２０】

【発明の効果】以上説明したように、本発明によれば、
呼毎の通話品質を遠隔から監視することが可能になり、
その場合に、外付け測定装置を置くことなく測定が可能
であるため、コストを抑制できる。また、複数のＧＷか
ら取得した品質劣化情報を予めＯＳＳに持たせておいた
ネットワークトポロジー情報と照合し、その結果を表示
させることにより、品質劣化被疑区間を特定するので、
故障・輻輳箇所の切り分けが可能になる。さらに、特定
した区間に対して、迂回などの制御を行うことにより、
サービスを早期に回復することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施例を示すＩＰ網における呼
毎の音声品質管理方法の動作原理図（１）である。

【図２】同じくＩＰ網における呼毎の音声品質管理方法
の動作原理図（２）である。

【図３】同じくＩＰ網における呼毎の音声品質管理方法
の動作原理図（３）である。

【図４】同じくＩＰ網における呼毎の音声品質管理方法
（迂回制御）の動作原理図である。

【図５】同じくＩＰ網における呼毎の音声品質管理方法
（帯域制御）の動作原理図である。

【図６】同じくＩＰ網における呼毎の音声品質管理方法
（呼制御）の動作原理図である。

【図７】本発明で利用する先願明細書に示されるＧＷで
取得できる情報および取得方法の説明図である。

【図８】同じく先願明細書で示される品質情報の一例を
示す図である。

【図９】本発明の第２の実施例を示すＱｏＳごとのＶｏ
ＩＰサービスの説明図である。

【図１０】同じくポーリングによる監視方法の説明図で
ある。

【図１１】同じくプローブを配置し、パケットをキャプ
チャする方法の説明図である。

【図１２】同じく試験パケットを投げる方法の説明図で
ある。

【符号の説明】

ＯＳＳ…オペレーションサポートシステム、ＧＷ…ゲー
トウェイ、１ａ，１ｂ，１ｃ…通信端末、２ａ，２ｂ…
ＰＳＴＮ（公衆交換電話網）、３…ＩＰ−ＮＷ（インタ
ーネットプロトコル・ネットワーク）、４…ＯＳＳ、６
ａ…高品位ＶｏＩＰサービス用ゲートウェイ、６ｂ…低
品位ＶｏＩＰサービス用ゲートウェイ、プローブａ〜ｌ
…プローブ、測定器ａ〜ｅ…試験パケットの遅延等を測
定ししきい値と照合する測定器。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 一條 武久 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 藤原 健 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 小川 正人 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 松田 隆男 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 水澤 実 東京都新宿区西新宿三丁目19番２号 東日 本電信電話株式会社内 (72)発明者 松浦 治 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コムウェア株式会社内 (72)発明者 都筑 佳紀 東京都港区港南一丁目９番１号 エヌ・テ ィ・ティ・コムウェア株式会社内 Ｆターム(参考） 5K030 HB01 HD03 JA10 MA04 MB04 MB20 MC07 MC09 5K033 DB20 EA02 EA07

Claims (2)

【特許請求の範囲】
1. 【請求項１】 呼毎の音声品質管理情報を収集する複数
   のゲートウェイに対して、予めオペレーションサポート
   システムにより、遠隔から音声品質管理情報のしきい値
   を設定し、 前記オペレーションサポートシステムに予め通信機器に
   割り当てられているＩＰアドレスの接続関係情報を持た
   せておき、 前記ゲートウェイに設定したしきい値を超えた場合、オ
   ペレーションサポートシステムに該当する呼の品質情報
   を通知し、 前記オペレーションサポートシステムは、複数のゲート
   ウェイから通知された品質情報を、該オペレーションサ
   ポートシステムに持たせておいたＩＰアドレスの接続関
   係情報とそれぞれ照合し、品質劣化が起こっている経路
   を表示し、 表示された複数の品質劣化している経路情報の重なって
   いる区間を、品質劣化被疑区間として、これを表示し、 故障情報、工事情報などの品質劣化被疑区間と関連のあ
   りそうな情報を表示し、 前記表示された情報により、品質劣化被疑区間に対して
   迂回、帯域制御あるいは呼制御を行って、サービスを回
   復することを特徴とするＩＰ網における呼毎の音声品質
   管理方法。
2. 【請求項２】 呼毎の音声品質管理情報を収集する複数
   のゲートウェイに保持している全ての品質情報をオペレ
   ーションサポートシステムから収集し、 前記オペレーションサポートシステムに予めネットワー
   クトポロジー情報を持たせておき、 前記オペレーションサポートシステムに予め品質情報に
   関するしきい値を設定しておき、 前記オペレーションサポートシステムは、複数のゲート
   ウェイより収集した全品質情報からしきい値を超えたも
   のを抽出し、 予めオペレーションサポートシステムに持たせておいた
   ネットワークトポロジー情報と抽出した値とを照合し
   て、品質劣化が起こっている経路を表示し、 表示された複数の経路情報の重なっている区間を品質劣
   化被疑区間とし、これを表示し、 故障情報、工事情報など、品質劣化被疑区間と関連のあ
   りそうな情報を表示し、 前記表示された情報により、品質劣化被疑区間に対して
   迂回、帯域制御、呼制御を行って、サービスを回復する
   ことを特徴とするＩＰ網における呼毎の音声品質管理方
   法。