JP2002141935A - 通信網の品質制御管理システム - Google Patents
通信網の品質制御管理システムInfo
- Publication number
- JP2002141935A JP2002141935A JP2000331015A JP2000331015A JP2002141935A JP 2002141935 A JP2002141935 A JP 2002141935A JP 2000331015 A JP2000331015 A JP 2000331015A JP 2000331015 A JP2000331015 A JP 2000331015A JP 2002141935 A JP2002141935 A JP 2002141935A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- manager
- congestion
- failure
- packet
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 故障あるいは輻輳を早期に回復可能な通信網
の品質制御管理システムを提供すること。 【解決手段】 故障あるいは輻輳が起きたことを品質管
理マネージャ２０１へ通知する手段をパケット交換装置
２３１，２３２，２４１〜２４３に設け、前記通知を受
けた場合は音声通信マネージャ１１１よりユーザ端末か
らの新たな通信要求が通知される時に該要求通信の受け
入れを否と判断し、これを音声通信マネージャ１１１へ
通知する手段を品質管理マネージャ２０１に設けること
により、音声通信マネージャ１１１及び音声パケット処
理装置１２１間での呼制御において故障あるいは輻輳が
発生した際の通信要求の拒否（呼切断）を可能とする。
の品質制御管理システムを提供すること。 【解決手段】 故障あるいは輻輳が起きたことを品質管
理マネージャ２０１へ通知する手段をパケット交換装置
２３１，２３２，２４１〜２４３に設け、前記通知を受
けた場合は音声通信マネージャ１１１よりユーザ端末か
らの新たな通信要求が通知される時に該要求通信の受け
入れを否と判断し、これを音声通信マネージャ１１１へ
通知する手段を品質管理マネージャ２０１に設けること
により、音声通信マネージャ１１１及び音声パケット処
理装置１２１間での呼制御において故障あるいは輻輳が
発生した際の通信要求の拒否（呼切断）を可能とする。
Description
【０００１】
【発明の属する技術分野】本発明は、例えばインタネッ
トプロトコル（以下、ＩＰと称する）を通信プロトコル
として用いる通信網において、高品質な通信を提供する
ための通信網の品質制御管理システムに関する。
トプロトコル（以下、ＩＰと称する）を通信プロトコル
として用いる通信網において、高品質な通信を提供する
ための通信網の品質制御管理システムに関する。
【０００２】
【従来の技術】従来技術に基づく品質制御管理システム
は、例えば図５に示すように、品質管理マネージャ１０
１と、音声通信マネージャ１１１，１１２と、音声パケ
ット処理装置１２１，１２２と、パケット交換装置１３
１，１３２，１４１，１４２，１４３とから構成されて
いる。
は、例えば図５に示すように、品質管理マネージャ１０
１と、音声通信マネージャ１１１，１１２と、音声パケ
ット処理装置１２１，１２２と、パケット交換装置１３
１，１３２，１４１，１４２，１４３とから構成されて
いる。
【０００３】音声パケット処理装置１２１，１２２は、
音声信号のパケット化処理を行う。
音声信号のパケット化処理を行う。
【０００４】また、音声通信マネージャ１１１，１１２
は、ユーザ情報の管理と、パケット処理装置１２１，１
２２の管理とを行い、該パケット処理装置１２１，１２
２との間で呼制御を行い、ユーザ端末からの通信要求に
対する呼受付制御を実施すると共に前記通信要求を品質
管理マネージャ１０１に通知する。
は、ユーザ情報の管理と、パケット処理装置１２１，１
２２の管理とを行い、該パケット処理装置１２１，１２
２との間で呼制御を行い、ユーザ端末からの通信要求に
対する呼受付制御を実施すると共に前記通信要求を品質
管理マネージャ１０１に通知する。
【０００５】品質管理マネージャ１０１は、パケット交
換装置１３１，１３２，１４１〜１４３の管理と、該パ
ケット交換装置間を結ぶ通信経路の接続管理と、該通信
経路における品質クラスの管理と、前記通信経路あるい
は各品質クラスの使用帯域の管理とを行い、前記品質ク
ラスに基づく通信経路を決定する手段と、パケット交換
装置、パケット処理装置及び通信マネージャのうちの少
なくともパケット交換装置に対して前記管理内容に基づ
く設定情報を配信する手段とを備える。
換装置１３１，１３２，１４１〜１４３の管理と、該パ
ケット交換装置間を結ぶ通信経路の接続管理と、該通信
経路における品質クラスの管理と、前記通信経路あるい
は各品質クラスの使用帯域の管理とを行い、前記品質ク
ラスに基づく通信経路を決定する手段と、パケット交換
装置、パケット処理装置及び通信マネージャのうちの少
なくともパケット交換装置に対して前記管理内容に基づ
く設定情報を配信する手段とを備える。
【０００６】パケット交換装置１３１，１３２，１４１
〜１４３は、品質管理マネージャ１０１から配信された
内容（通信経路、品質クラス、帯域等の設定情報）に基
づいて各パケットの交換処理と送出処理とを行う。
〜１４３は、品質管理マネージャ１０１から配信された
内容（通信経路、品質クラス、帯域等の設定情報）に基
づいて各パケットの交換処理と送出処理とを行う。
【０００７】また、１５１，１５２はＳＴＭ交換機、１
６１，１６２，１６３，１６４はユーザ端末であり、Ｓ
ＴＭ交換機１５１はユーザ端末１６１と音声パケット処
理装置１２１との間に介在され、ＳＴＭ交換機１５２は
ユーザ端末１６３と音声パケット処理装置１２２との間
に介在されている。
６１，１６２，１６３，１６４はユーザ端末であり、Ｓ
ＴＭ交換機１５１はユーザ端末１６１と音声パケット処
理装置１２１との間に介在され、ＳＴＭ交換機１５２は
ユーザ端末１６３と音声パケット処理装置１２２との間
に介在されている。
【０００８】また、１８１，１８２，１８３，１８４，
１８５，１８６，１８７は伝送路であり、これらによっ
てパケット交換装置１３１，１３２，１４１〜１４３間
及び音声パケット処理装置１２１，１２２とパケット交
換装置１３１，１３２，１４１〜１４３との間を接続す
ることにより、パケット通信網１７１が形成されてい
る。
１８５，１８６，１８７は伝送路であり、これらによっ
てパケット交換装置１３１，１３２，１４１〜１４３間
及び音声パケット処理装置１２１，１２２とパケット交
換装置１３１，１３２，１４１〜１４３との間を接続す
ることにより、パケット通信網１７１が形成されてい
る。
【０００９】前記構成において、例えばユーザ端末１６
１から音声パケット処理装置１２１に通信要求があった
場合、これに対する呼受付制御が音声通信マネージャ１
１１において実施され、該音声通信マネージャ１１１か
らユーザ情報、発信側ユーザ端末及び着信側ユーザ端末
を収容あるいは接続するパケット処理装置の情報、要求
品質クラス情報、要求帯域情報が品質管理マネージャ１
０１に通知される。品質管理マネージャ１０１ではこれ
らの情報に基づいて受付可否を判断し、音声通信マネー
ジャ１１１に通知するとともに通信経路を決定し、その
設定情報をパケット交換装置に配信することにより、時
々刻々変化するパケット通信網１７１の使用可能帯域に
対応した通信品質の維持と使用効率の向上を可能となし
ていた。
１から音声パケット処理装置１２１に通信要求があった
場合、これに対する呼受付制御が音声通信マネージャ１
１１において実施され、該音声通信マネージャ１１１か
らユーザ情報、発信側ユーザ端末及び着信側ユーザ端末
を収容あるいは接続するパケット処理装置の情報、要求
品質クラス情報、要求帯域情報が品質管理マネージャ１
０１に通知される。品質管理マネージャ１０１ではこれ
らの情報に基づいて受付可否を判断し、音声通信マネー
ジャ１１１に通知するとともに通信経路を決定し、その
設定情報をパケット交換装置に配信することにより、時
々刻々変化するパケット通信網１７１の使用可能帯域に
対応した通信品質の維持と使用効率の向上を可能となし
ていた。
【００１０】
【発明が解決しようとする課題】前述した従来の品質制
御管理システムにおいても、パケット交換装置１３１，
１３２，１４１〜１４３または音声パケット処理装置１
２１，１２２またはパケット通信網１７１において故障
あるいは輻輳が発生した場合、これを品質管理マネージ
ャ１０１に対して通知することは可能であった。
御管理システムにおいても、パケット交換装置１３１，
１３２，１４１〜１４３または音声パケット処理装置１
２１，１２２またはパケット通信網１７１において故障
あるいは輻輳が発生した場合、これを品質管理マネージ
ャ１０１に対して通知することは可能であった。
【００１１】しかし、従来は、故障あるいは輻輳の通知
情報と呼受付の可否判断とが独立であったため、故障あ
るいは輻輳が起きても、新たな通信要求が発生した時は
本通信要求を受け入れていた。従って、この場合、本通
信の品質が保証されないのはもちろんのこと、故障ある
いは輻輳の状態をさらに悪化させる可能性があった。
情報と呼受付の可否判断とが独立であったため、故障あ
るいは輻輳が起きても、新たな通信要求が発生した時は
本通信要求を受け入れていた。従って、この場合、本通
信の品質が保証されないのはもちろんのこと、故障ある
いは輻輳の状態をさらに悪化させる可能性があった。
【００１２】本発明の目的は、故障あるいは輻輳を早期
に回復可能な通信網の品質制御管理システムを提供する
ことにある。
に回復可能な通信網の品質制御管理システムを提供する
ことにある。
【００１３】
【課題を解決するための手段】故障あるいは輻輳が発生
した場合に、新しい通信要求の受け付けを否とすること
により、前記課題を解決する。手段は３通りを提案し、
第１の手段を図１を用いて説明する。
した場合に、新しい通信要求の受け付けを否とすること
により、前記課題を解決する。手段は３通りを提案し、
第１の手段を図１を用いて説明する。
【００１４】パケット交換装置２３１，２３２，２４１
〜２４３または音声パケット処理装置１２１，１２２ま
たはパケット通信網１７１にて故障あるいは輻輳が発生
した場合に、該故障あるいは輻輳に関わる音声パケット
処理装置１２１，１２２及びパケット交換装置２３１，
２３２，２４１〜２４３のうちのいずれかが品質管理マ
ネージャ２０１に対し、故障あるいは輻輳が起きたこと
を通知する。
〜２４３または音声パケット処理装置１２１，１２２ま
たはパケット通信網１７１にて故障あるいは輻輳が発生
した場合に、該故障あるいは輻輳に関わる音声パケット
処理装置１２１，１２２及びパケット交換装置２３１，
２３２，２４１〜２４３のうちのいずれかが品質管理マ
ネージャ２０１に対し、故障あるいは輻輳が起きたこと
を通知する。
【００１５】本図ではパケット交換装置２３１にて故障
あるいは輻輳が発生した場合を例とし、パケット交換装
置２３１から品質管理マネージャ２０１に対し、故障あ
るいは輻輳が起きたことを通知するものとする。
あるいは輻輳が発生した場合を例とし、パケット交換装
置２３１から品質管理マネージャ２０１に対し、故障あ
るいは輻輳が起きたことを通知するものとする。
【００１６】その後、ユーザ端末１６１（または１６
２）からの通信要求が新たに発生した時、音声通信マネ
ージャ１１１は通信要求があることを品質管理マネージ
ャ２０１へ通知する。この通信要求に対し、品質管理マ
ネージャ２０１は要求通信の受け入れを否と判断し、否
であることを音声通信マネージャ１１１に通知する。こ
れにより、音声通信マネージャ１１１は音声パケット処
理装置１２１との間で呼制御を行い、音声パケット処理
装置１２１は呼切断処理を行う。
２）からの通信要求が新たに発生した時、音声通信マネ
ージャ１１１は通信要求があることを品質管理マネージ
ャ２０１へ通知する。この通信要求に対し、品質管理マ
ネージャ２０１は要求通信の受け入れを否と判断し、否
であることを音声通信マネージャ１１１に通知する。こ
れにより、音声通信マネージャ１１１は音声パケット処
理装置１２１との間で呼制御を行い、音声パケット処理
装置１２１は呼切断処理を行う。
【００１７】以上の手段を用い、故障あるいは輻輳に対
する早期回復を促すことができる。
する早期回復を促すことができる。
【００１８】第２の手段を図２を用いて説明する。
【００１９】パケット交換装置２３１，２３２，２４１
〜２４３または音声パケット処理装置１２１，１２２ま
たはパケット通信網１７１にて故障あるいは輻輳が発生
した場合に、該故障あるいは輻輳に関わる音声パケット
処理装置１２１，１２２及びパケット交換装置２３１，
２３２，２４１〜２４３のうちのいずれかが品質管理マ
ネージャ２０２に対し、故障あるいは輻輳が起きたこと
を通知する。
〜２４３または音声パケット処理装置１２１，１２２ま
たはパケット通信網１７１にて故障あるいは輻輳が発生
した場合に、該故障あるいは輻輳に関わる音声パケット
処理装置１２１，１２２及びパケット交換装置２３１，
２３２，２４１〜２４３のうちのいずれかが品質管理マ
ネージャ２０２に対し、故障あるいは輻輳が起きたこと
を通知する。
【００２０】本図でも、図１と同様にパケット交換装置
２３１にて故障あるいは輻輳が発生した場合を例とし、
パケット交換装置２３１から品質管理マネージャ２０２
に対し、故障あるいは輻輳が起きたことを通知するもの
とする。
２３１にて故障あるいは輻輳が発生した場合を例とし、
パケット交換装置２３１から品質管理マネージャ２０２
に対し、故障あるいは輻輳が起きたことを通知するもの
とする。
【００２１】故障あるいは輻輳の通知を受信した品質管
理マネージャ２０２は、これを音声通信マネージャ２１
１に転送する。その後、ユーザ端末１６１（または１６
２）からの通信要求が新たに発生した時、音声通信マネ
ージャ２１１は要求通信の受け入れを否と判断し、音声
パケット処理装置１２１との間で呼制御を行い、音声パ
ケット処理装置１２１は呼切断処理を行う。
理マネージャ２０２は、これを音声通信マネージャ２１
１に転送する。その後、ユーザ端末１６１（または１６
２）からの通信要求が新たに発生した時、音声通信マネ
ージャ２１１は要求通信の受け入れを否と判断し、音声
パケット処理装置１２１との間で呼制御を行い、音声パ
ケット処理装置１２１は呼切断処理を行う。
【００２２】以上の手段を用いることによっても、故障
あるいは輻輳に対する早期回復を促すことができる。
あるいは輻輳に対する早期回復を促すことができる。
【００２３】第３の手段を図３を用いて説明する。
【００２４】パケット交換装置３３１，３３２，３４１
〜３４３または音声パケット処理装置１２１，１２２ま
たはパケット通信網１７１にて故障あるいは輻輳が発生
した場合に、該故障あるいは輻輳に関わる音声パケット
処理装置１２１，１２２及びパケット交換装置３３１，
３３２，３４１〜３４３のうちのいずれかが音声通信マ
ネージャ２１１に対し、故障あるいは輻輳が起きたこと
を通知する。
〜３４３または音声パケット処理装置１２１，１２２ま
たはパケット通信網１７１にて故障あるいは輻輳が発生
した場合に、該故障あるいは輻輳に関わる音声パケット
処理装置１２１，１２２及びパケット交換装置３３１，
３３２，３４１〜３４３のうちのいずれかが音声通信マ
ネージャ２１１に対し、故障あるいは輻輳が起きたこと
を通知する。
【００２５】本図では、パケット交換装置３４１にて故
障あるいは輻輳が発生した場合を例とする。
障あるいは輻輳が発生した場合を例とする。
【００２６】本手段では、故障あるいは輻輳が起きたこ
との通知は、品質管理マネージャ１０１を介さずにパケ
ット交換装置３４１から直接、音声通信マネージャ２１
１に届けられる。但し、音声通信マネージャ２１１を直
接収容していないパケット交換装置３４１にて故障ある
いは輻輳が発生した場合は、本図に示すように音声通信
マネージャ２１１を直接収容するパケット交換装置３３
１を経由し、音声通信マネージャ２１１に故障あるいは
輻輳が起きたことを通知する。
との通知は、品質管理マネージャ１０１を介さずにパケ
ット交換装置３４１から直接、音声通信マネージャ２１
１に届けられる。但し、音声通信マネージャ２１１を直
接収容していないパケット交換装置３４１にて故障ある
いは輻輳が発生した場合は、本図に示すように音声通信
マネージャ２１１を直接収容するパケット交換装置３３
１を経由し、音声通信マネージャ２１１に故障あるいは
輻輳が起きたことを通知する。
【００２７】その後、ユーザ端末１６１（または１６
２）からの通信要求が新たに発生した場合、音声通信マ
ネージャ２１１は要求通信の受け入れを否と判断し、音
声パケット処理装置１２１との間で呼制御を行い、音声
パケット処理装置１２１は呼切断処理を行う。
２）からの通信要求が新たに発生した場合、音声通信マ
ネージャ２１１は要求通信の受け入れを否と判断し、音
声パケット処理装置１２１との間で呼制御を行い、音声
パケット処理装置１２１は呼切断処理を行う。
【００２８】以上の手段を用いることによっても、故障
あるいは輻輳に対する早期回復を促すことができる。
あるいは輻輳に対する早期回復を促すことができる。
【００２９】また、発側及び着側の音声パケット処理装
置間（１２１及び１２２間）に、予め設定しておいた通
信経路が複数あり、かつ、図４に示すようにパケット交
換装置２４１にて故障あるいは輻輳が発生した場合、本
解決手段では、ユーザ端末１６１（または１６２）から
の新たな通信要求に対して、品質管理マネージャ２０４
は、故障あるいは輻輳が起きていない通信経路（パケッ
ト交換装置２３１、伝送路１８６、パケット交換装置２
４３、伝送路１８７、パケット交換装置２３２を経由す
る通信経路）を選択し、パケット通信網１７１の最端点
に位置するパケット交換装置２３１に対してのみ選択し
た通信経路の設定情報を配信すると共に、要求通信の受
け入れを可と判断し、可であることを音声通信マネージ
ャ１１１に通知する手段を有する。
置間（１２１及び１２２間）に、予め設定しておいた通
信経路が複数あり、かつ、図４に示すようにパケット交
換装置２４１にて故障あるいは輻輳が発生した場合、本
解決手段では、ユーザ端末１６１（または１６２）から
の新たな通信要求に対して、品質管理マネージャ２０４
は、故障あるいは輻輳が起きていない通信経路（パケッ
ト交換装置２３１、伝送路１８６、パケット交換装置２
４３、伝送路１８７、パケット交換装置２３２を経由す
る通信経路）を選択し、パケット通信網１７１の最端点
に位置するパケット交換装置２３１に対してのみ選択し
た通信経路の設定情報を配信すると共に、要求通信の受
け入れを可と判断し、可であることを音声通信マネージ
ャ１１１に通知する手段を有する。
【００３０】本手段により、故障あるいは輻輳に対する
早期回復を促すことができると共に、新しい通信要求に
対する通信も確立することができる。
早期回復を促すことができると共に、新しい通信要求に
対する通信も確立することができる。
【００３１】
【００３２】
【実施の形態１】図１は本発明の通信網の品質制御管理
システムの第１の実施の形態を示すもので、図中、従来
例と同一構成部分は同一符号をもって表す。即ち、１１
１，１１２は音声通信マネージャ、１２１，１２２は音
声パケット処理装置、１５１，１５２はＳＴＭ交換機、
１６１〜１６４はユーザ端末、１７１はパケット通信
網、１８１〜１８７は伝送路、２０１は品質管理マネー
ジャ、２３１，２３２，２４１，２４２，２４３はパケ
ット交換装置である。
システムの第１の実施の形態を示すもので、図中、従来
例と同一構成部分は同一符号をもって表す。即ち、１１
１，１１２は音声通信マネージャ、１２１，１２２は音
声パケット処理装置、１５１，１５２はＳＴＭ交換機、
１６１〜１６４はユーザ端末、１７１はパケット通信
網、１８１〜１８７は伝送路、２０１は品質管理マネー
ジャ、２３１，２３２，２４１，２４２，２４３はパケ
ット交換装置である。
【００３３】品質管理マネージャ２０１は、従来の品質
管理マネージャの機能に加えて、パケット処理装置、前
記パケット交換装置及び前記パケット通信網のうちの少
なくとも１つに故障あるいは輻輳のいずれか一方もしく
は両方が発生した場合であってユーザ端末からの通信要
求が新たに発生した時に、前記通信マネージャから通知
される通信要求の受け入れを否と判断し、否であること
を前記通信マネージャに通知する手段を備えている。
管理マネージャの機能に加えて、パケット処理装置、前
記パケット交換装置及び前記パケット通信網のうちの少
なくとも１つに故障あるいは輻輳のいずれか一方もしく
は両方が発生した場合であってユーザ端末からの通信要
求が新たに発生した時に、前記通信マネージャから通知
される通信要求の受け入れを否と判断し、否であること
を前記通信マネージャに通知する手段を備えている。
【００３４】また、パケット交換装置２３１，２３２，
２４１〜２４３は、従来のパケット交換装置の機能に加
えて、パケット処理装置、前記パケット交換装置及び前
記パケット通信網のうちの少なくとも１つに故障あるい
は輻輳のいずれか一方もしくは両方が発生した場合に、
これを品質管理マネージャ２０１に通知する手段を備え
ている。
２４１〜２４３は、従来のパケット交換装置の機能に加
えて、パケット処理装置、前記パケット交換装置及び前
記パケット通信網のうちの少なくとも１つに故障あるい
は輻輳のいずれか一方もしくは両方が発生した場合に、
これを品質管理マネージャ２０１に通知する手段を備え
ている。
【００３５】まず、故障あるいは輻輳が発生する前の動
作のようすを図６を用いて説明する。
作のようすを図６を用いて説明する。
【００３６】ユーザ端末１６２はユーザ端末１６４との
音声通信の要求を出す場合を考える。
音声通信の要求を出す場合を考える。
【００３７】品質管理マネージャ２０１は、各パケット
交換装置間を結ぶ経路、各経路で提供される品質クラス
の種類、各経路の帯域を、各パケット交換装置２３１，
２３２，２４１〜２４３に予め設定（４０１）してお
く。本実施の形態では、各経路に複数の音声通信が同時
接続可能である形態をとりあげる。但し、各経路に割り
当てられる帯域は、パケット通信網１７１の管理者の網
設計に依存する。これにより、品質管理マネージャ２０
１は、各経路、各品質クラスの空き帯域を管理する。
交換装置間を結ぶ経路、各経路で提供される品質クラス
の種類、各経路の帯域を、各パケット交換装置２３１，
２３２，２４１〜２４３に予め設定（４０１）してお
く。本実施の形態では、各経路に複数の音声通信が同時
接続可能である形態をとりあげる。但し、各経路に割り
当てられる帯域は、パケット通信網１７１の管理者の網
設計に依存する。これにより、品質管理マネージャ２０
１は、各経路、各品質クラスの空き帯域を管理する。
【００３８】ユーザ端末１６２から音声パケット処理装
置１２１へ通信要求があると、音声パケット処理装置１
２１は音声通信マネージャ１１１に向けて通信要求３０
１を出す。音声通信マネージャ１１１は各音声パケット
処理装置のアドレス、各ユーザの品質クラス及び要求帯
域を管理している。音声パケット処理装置１２１からの
通信要求メッセージの中には、発着ユーザの電話番号が
格納されているため、音声通信マネージャ１１１は、
（１）発音声パケット処理装置１２１のアドレス及び
（２）着音声パケット処理装置１２２のアドレス、ま
た、（３）発ユーザ端末１６２の品質クラス及び（４）
要求帯域を認識できる。
置１２１へ通信要求があると、音声パケット処理装置１
２１は音声通信マネージャ１１１に向けて通信要求３０
１を出す。音声通信マネージャ１１１は各音声パケット
処理装置のアドレス、各ユーザの品質クラス及び要求帯
域を管理している。音声パケット処理装置１２１からの
通信要求メッセージの中には、発着ユーザの電話番号が
格納されているため、音声通信マネージャ１１１は、
（１）発音声パケット処理装置１２１のアドレス及び
（２）着音声パケット処理装置１２２のアドレス、ま
た、（３）発ユーザ端末１６２の品質クラス及び（４）
要求帯域を認識できる。
【００３９】その後、音声通信マネージャ１１１は品質
管理マネージャ２０１に向けて、通信要求通知３０２を
送出する。通信要求通知３０２の中には、（１）発音声
パケット処理装置１２１のアドレス、（２）着音声パケ
ット処理装置１２２のアドレス、（３）発ユーザ端末１
６２の品質クラス及び（４）要求帯域の４つの情報が格
納されている。
管理マネージャ２０１に向けて、通信要求通知３０２を
送出する。通信要求通知３０２の中には、（１）発音声
パケット処理装置１２１のアドレス、（２）着音声パケ
ット処理装置１２２のアドレス、（３）発ユーザ端末１
６２の品質クラス及び（４）要求帯域の４つの情報が格
納されている。
【００４０】通信要求通知３０２の中に格納される
（１）発音声パケット処理装置１２１のアドレス、
（２）着音声パケット処理装置１２２のアドレス、及び
（３）発ユーザ端末１６２の品質クラスに基づき、品質
管理マネージャ２０１は設定４０１で定めた経路の中か
ら該当経路を割り出す。本実施の形態では、パケット交
換装置２３１、伝送路１８６、パケット交換装置２４
３、伝送路１８７、パケット交換装置２３２の経路が該
当経路であるとして、説明を進める。
（１）発音声パケット処理装置１２１のアドレス、
（２）着音声パケット処理装置１２２のアドレス、及び
（３）発ユーザ端末１６２の品質クラスに基づき、品質
管理マネージャ２０１は設定４０１で定めた経路の中か
ら該当経路を割り出す。本実施の形態では、パケット交
換装置２３１、伝送路１８６、パケット交換装置２４
３、伝送路１８７、パケット交換装置２３２の経路が該
当経路であるとして、説明を進める。
【００４１】次に、品質管理マネージャ２０１は、通信
要求通知３０２の中に格納される（４）要求帯域が該当
経路で確保できるかを判断する。
要求通知３０２の中に格納される（４）要求帯域が該当
経路で確保できるかを判断する。
【００４２】帯域が確保できた場合、品質管理マネージ
ャ２０１は、音声通信マネージャ１１１に対して通信要
求が受付可であることを通知する（３０４）。これによ
り音声通信マネージャ１１１はユーザ端末１６２とユー
ザ端末１６４の通信は可と判断し、音声パケット処理装
置１２１との間で、また、音声通信マネージャ１１２と
の間で呼確立のための呼制御処理を行う（それぞれ３０
５，３０６）。また、音声通信マネージャ１１２は音声
パケット処理装置１２２との間で呼制御処理を行う。こ
れにより、ユーザ端末１６２とユーザ端末１６４との間
の音声通信は、要求した品質クラスと帯域を満足するこ
とができる。
ャ２０１は、音声通信マネージャ１１１に対して通信要
求が受付可であることを通知する（３０４）。これによ
り音声通信マネージャ１１１はユーザ端末１６２とユー
ザ端末１６４の通信は可と判断し、音声パケット処理装
置１２１との間で、また、音声通信マネージャ１１２と
の間で呼確立のための呼制御処理を行う（それぞれ３０
５，３０６）。また、音声通信マネージャ１１２は音声
パケット処理装置１２２との間で呼制御処理を行う。こ
れにより、ユーザ端末１６２とユーザ端末１６４との間
の音声通信は、要求した品質クラスと帯域を満足するこ
とができる。
【００４３】次に、パケット交換装置２３１にて故障あ
るいは輻輳が発生した場合の動作を図７を用いて説明す
る。
るいは輻輳が発生した場合の動作を図７を用いて説明す
る。
【００４４】パケット交換装置２３１にて故障あるいは
輻輳が発生すると、パケット交換装置２３１から品質管
理マネージャ２０１に対し、故障あるいは輻輳が起きた
ことを通知する（６０３）。
輻輳が発生すると、パケット交換装置２３１から品質管
理マネージャ２０１に対し、故障あるいは輻輳が起きた
ことを通知する（６０３）。
【００４５】その後、ユーザ端末１６１から新たな通信
要求があった場合、音声パケット処理装置１２１は音声
通信マネージャ１１１に向けて、前記同様に通信要求３
０１を出す。次に、音声通信マネージャ１１１は、品質
管理マネージャ２０１に向けて、前記同様に通信要求通
知３０２を送出する。
要求があった場合、音声パケット処理装置１２１は音声
通信マネージャ１１１に向けて、前記同様に通信要求３
０１を出す。次に、音声通信マネージャ１１１は、品質
管理マネージャ２０１に向けて、前記同様に通信要求通
知３０２を送出する。
【００４６】品質管理マネージャ２０１は、既に故障あ
るいは輻輳の通知６０３を受信しているため、通信要求
通知３０２に対し要求通信の受け入れを否と判断し、否
であることを音声通信マネージャ１１１に通知する（６
０１）。これにより音声通信マネージャ１１１は、音声
パケット処理装置１２１との間で呼制御を行い、パケッ
ト処理装置は呼切断処理を行う（６０２）。
るいは輻輳の通知６０３を受信しているため、通信要求
通知３０２に対し要求通信の受け入れを否と判断し、否
であることを音声通信マネージャ１１１に通知する（６
０１）。これにより音声通信マネージャ１１１は、音声
パケット処理装置１２１との間で呼制御を行い、パケッ
ト処理装置は呼切断処理を行う（６０２）。
【００４７】また、パケット交換装置２３１における故
障あるいは輻輳が解消された時に、パケット交換装置２
３１は品質管理マネージャ２０１に対し、故障あるいは
輻輳が解消されたことを通知する。以降、ユーザ端末か
らの通信要求が新たに発生した時、音声通信マネージャ
から通知される通信要求（例えば図６の３０２に相当）
を、品質管理マネージャは受け入れを可と判断し、可で
あることを通信マネージャに通知（例えば図６の３０４
に相当）できる。
障あるいは輻輳が解消された時に、パケット交換装置２
３１は品質管理マネージャ２０１に対し、故障あるいは
輻輳が解消されたことを通知する。以降、ユーザ端末か
らの通信要求が新たに発生した時、音声通信マネージャ
から通知される通信要求（例えば図６の３０２に相当）
を、品質管理マネージャは受け入れを可と判断し、可で
あることを通信マネージャに通知（例えば図６の３０４
に相当）できる。
【００４８】
【実施の形態２】図４は本発明の通信網の品質制御管理
システムの第２の実施の形態を示すもので、ここでは音
声パケット処理装置間の経路が複数設定されており、か
つ、そのうちの１つの通信経路において故障あるいは輻
輳が発生している場合を取り上げる（但し、音声パケッ
ト処理装置１２１とパケット交換装置２３１間の伝送路
は一義に定められているものとする）。
システムの第２の実施の形態を示すもので、ここでは音
声パケット処理装置間の経路が複数設定されており、か
つ、そのうちの１つの通信経路において故障あるいは輻
輳が発生している場合を取り上げる（但し、音声パケッ
ト処理装置１２１とパケット交換装置２３１間の伝送路
は一義に定められているものとする）。
【００４９】同図において、２０４は品質管理マネージ
ャであり、ユーザ端末からの通信要求が新たに発生した
時に前記複数の通信経路のうち故障あるいは輻輳が起き
ていない通信経路を選択し、パケット通信網の最端点に
位置するパケット交換装置あるいはパケット処理装置に
対してのみ前記選択した通信経路の設定情報を配信する
と共に前記通信マネージャから通知された要求通信の受
け入れを可と判断し、可であることを前記通信マネージ
ャに通知する手段を備えている点を除いて、第１の実施
の形態の場合と同様である。なお、その他の構成は第１
の実施の形態の場合と同様である。
ャであり、ユーザ端末からの通信要求が新たに発生した
時に前記複数の通信経路のうち故障あるいは輻輳が起き
ていない通信経路を選択し、パケット通信網の最端点に
位置するパケット交換装置あるいはパケット処理装置に
対してのみ前記選択した通信経路の設定情報を配信する
と共に前記通信マネージャから通知された要求通信の受
け入れを可と判断し、可であることを前記通信マネージ
ャに通知する手段を備えている点を除いて、第１の実施
の形態の場合と同様である。なお、その他の構成は第１
の実施の形態の場合と同様である。
【００５０】図８を用いて本実施の形態の動作を説明す
る。
る。
【００５１】第１の実施の形態と同様、品質管理マネー
ジャ２０４は、予め各パケット交換装置間を結ぶ経路、
各経路で提供される品質クラスの種類、各経路の帯域
を、各パケット交換装置２３１，２３２，２４１〜２４
３に設定（４０１）しておく。
ジャ２０４は、予め各パケット交換装置間を結ぶ経路、
各経路で提供される品質クラスの種類、各経路の帯域
を、各パケット交換装置２３１，２３２，２４１〜２４
３に設定（４０１）しておく。
【００５２】ここで、パケット交換装置２４１にて故障
あるいは輻輳が発生した場合、パケット交換装置２４１
から品質管理マネージャ２０４に対し、故障あるいは輻
輳が起きたことを通知する（６０３）。
あるいは輻輳が発生した場合、パケット交換装置２４１
から品質管理マネージャ２０４に対し、故障あるいは輻
輳が起きたことを通知する（６０３）。
【００５３】その後、ユーザ端末１６１からユーザ端末
１６３へ音声通信の要求が行われる場合を考える。ユー
ザ端末１６１から発せられた新たな通信要求によって、
音声パケット処理装置１２１は音声通信マネージャ１１
１に向けて、第１の実施の形態の場合と同様に通信要求
３０１を出す。次に、音声通信マネージャ１１１は、品
質管理マネージャ２０４に向けて、第１の実施の形態の
場合と同様に通信要求通知３０２を送出する。
１６３へ音声通信の要求が行われる場合を考える。ユー
ザ端末１６１から発せられた新たな通信要求によって、
音声パケット処理装置１２１は音声通信マネージャ１１
１に向けて、第１の実施の形態の場合と同様に通信要求
３０１を出す。次に、音声通信マネージャ１１１は、品
質管理マネージャ２０４に向けて、第１の実施の形態の
場合と同様に通信要求通知３０２を送出する。
【００５４】通信要求通知３０２の中に格納される
（１）発音声パケット処理装置１２１のアドレス、
（２）着音声パケット処理装置１２２のアドレス、及び
（３）発ユーザ端末１６２の品質クラスに基づき、品質
管理マネージャ２０４は設定４０１で定めた経路の中か
ら、複数の経路候補を割り出す。
（１）発音声パケット処理装置１２１のアドレス、
（２）着音声パケット処理装置１２２のアドレス、及び
（３）発ユーザ端末１６２の品質クラスに基づき、品質
管理マネージャ２０４は設定４０１で定めた経路の中か
ら、複数の経路候補を割り出す。
【００５５】さらに品質管理マネージャ２０４は、既に
故障あるいは輻輳の通知６０３を受信しているため、故
障あるいは輻輳が起きていない通信経路（パケット交換
装置２３１、伝送路１８６、パケット交換装置２４３、
伝送路１８７、パケット交換装置２３２を経由する通信
経路）を選択し、パケット交換装置２３１に対してのみ
経路指定５０１を通知すると共に、音声通信マネージャ
１１１に対して通信要求が受付可であることを通知する
（３０４）。
故障あるいは輻輳の通知６０３を受信しているため、故
障あるいは輻輳が起きていない通信経路（パケット交換
装置２３１、伝送路１８６、パケット交換装置２４３、
伝送路１８７、パケット交換装置２３２を経由する通信
経路）を選択し、パケット交換装置２３１に対してのみ
経路指定５０１を通知すると共に、音声通信マネージャ
１１１に対して通信要求が受付可であることを通知する
（３０４）。
【００５６】以後の動作３０５及び３０６は、第１の実
施の形態の場合と同様である。
施の形態の場合と同様である。
【００５７】
【実施の形態３】図２は本発明の通信網の品質制御管理
システムの第３の実施の形態を示すもので、ここでは音
声通信マネージャにおいてユーザ端末からの通信要求の
受け入れ可否を判断する例を示す。
システムの第３の実施の形態を示すもので、ここでは音
声通信マネージャにおいてユーザ端末からの通信要求の
受け入れ可否を判断する例を示す。
【００５８】同図において、２０２は品質管理マネージ
ャであり、従来の品質管理マネージャの機能に加えて、
受信した前記故障あるいは輻輳の通知を通信マネージャ
に転送する手段を備えている。
ャであり、従来の品質管理マネージャの機能に加えて、
受信した前記故障あるいは輻輳の通知を通信マネージャ
に転送する手段を備えている。
【００５９】また、２１１，２１２は音声通信マネージ
ャであり、従来の音声通信マネージャの機能に加えて、
故障あるいは輻輳の通知を受け、ユーザ端末からの通信
要求が新たに発生した時に要求通信の受け入れを否と判
断し、パケット処理装置との間で呼制御を行う手段を備
えている。なお、その他の構成は第２の実施の形態の場
合と同様である。
ャであり、従来の音声通信マネージャの機能に加えて、
故障あるいは輻輳の通知を受け、ユーザ端末からの通信
要求が新たに発生した時に要求通信の受け入れを否と判
断し、パケット処理装置との間で呼制御を行う手段を備
えている。なお、その他の構成は第２の実施の形態の場
合と同様である。
【００６０】図９を用いて本実施の形態の動作を説明す
る。
る。
【００６１】品質管理マネージャ２０２は、第１、第２
の実施の形態の場合と同様に、各パケット交換装置間を
結ぶ経路、各経路で提供される品質クラスの種類、各経
路の帯域を、各パケット交換装置２３１，２３２，２４
１〜２４３に予め設定（４０１）する。また、これと同
時に、音声通信マネージャ２１１に対しても同様の情報
を通知する（１００１）。これにより、音声通信マネー
ジャ２１１が、各経路、各品質クラスの空き帯域を管理
する。
の実施の形態の場合と同様に、各パケット交換装置間を
結ぶ経路、各経路で提供される品質クラスの種類、各経
路の帯域を、各パケット交換装置２３１，２３２，２４
１〜２４３に予め設定（４０１）する。また、これと同
時に、音声通信マネージャ２１１に対しても同様の情報
を通知する（１００１）。これにより、音声通信マネー
ジャ２１１が、各経路、各品質クラスの空き帯域を管理
する。
【００６２】ここで、パケット交換装置２３１にて故障
あるいは輻輳が発生した場合、パケット交換装置２３１
から品質管理マネージャ２０２に対し、故障あるいは輻
輳が起きたことを通知する（６０３）。故障あるいは輻
輳の通知を受信した品質管理マネージャ２０２は、音声
通信マネージャ２１１に通知する（９０１）。
あるいは輻輳が発生した場合、パケット交換装置２３１
から品質管理マネージャ２０２に対し、故障あるいは輻
輳が起きたことを通知する（６０３）。故障あるいは輻
輳の通知を受信した品質管理マネージャ２０２は、音声
通信マネージャ２１１に通知する（９０１）。
【００６３】その後、ユーザ端末１６１からユーザ端末
１６３へ音声通信の要求が行われる場合を考える。ユー
ザ端末１６１から発せられた新たな通信要求によって、
音声パケット処理装置１２１は音声通信マネージャ２１
１に向けて、第１の実施の形態の場合と同様に通信要求
３０１を出す。
１６３へ音声通信の要求が行われる場合を考える。ユー
ザ端末１６１から発せられた新たな通信要求によって、
音声パケット処理装置１２１は音声通信マネージャ２１
１に向けて、第１の実施の形態の場合と同様に通信要求
３０１を出す。
【００６４】音声通信マネージャ２１１は、既に故障あ
るいは輻輳の通知９０１を受信しているため、通信要求
通知３０１に対し要求通信の受け入れを否と判断し、音
声パケット処理装置１２１との間で呼制御を行い、音声
パケット処理装置１２１は呼切断処理を行う（６０
２）。
るいは輻輳の通知９０１を受信しているため、通信要求
通知３０１に対し要求通信の受け入れを否と判断し、音
声パケット処理装置１２１との間で呼制御を行い、音声
パケット処理装置１２１は呼切断処理を行う（６０
２）。
【００６５】
【実施の形態４】図３は本発明の通信網の品質制御管理
システムの第４の実施の形態を示すもので、ここでは故
障あるいは輻輳が起きたことをパケット交換装置から音
声通信マネージャに直接通知する例を示す。
システムの第４の実施の形態を示すもので、ここでは故
障あるいは輻輳が起きたことをパケット交換装置から音
声通信マネージャに直接通知する例を示す。
【００６６】同図において、３３１，３３２，３４１，
３４２，３４３はパケット交換装置であり、従来のパケ
ット交換装置の機能に加えて、パケット処理装置、前記
パケット交換装置及び前記パケット通信網のうちの少な
くとも１つに故障あるいは輻輳のいずれか一方もしくは
両方が発生した場合に、これを音声通信マネージャ２１
１，２１２に通知する（但し、音声通信マネージャ２１
１，２１２を直接収容していないパケット交換装置にて
故障あるいは輻輳が発生した場合は、音声通信マネージ
ャ２１１，２１２を直接収容するパケット交換装置を経
由し、音声通信マネージャ２１１，２１２に故障あるい
は輻輳が起きたことを通知する）手段を備えている。
３４２，３４３はパケット交換装置であり、従来のパケ
ット交換装置の機能に加えて、パケット処理装置、前記
パケット交換装置及び前記パケット通信網のうちの少な
くとも１つに故障あるいは輻輳のいずれか一方もしくは
両方が発生した場合に、これを音声通信マネージャ２１
１，２１２に通知する（但し、音声通信マネージャ２１
１，２１２を直接収容していないパケット交換装置にて
故障あるいは輻輳が発生した場合は、音声通信マネージ
ャ２１１，２１２を直接収容するパケット交換装置を経
由し、音声通信マネージャ２１１，２１２に故障あるい
は輻輳が起きたことを通知する）手段を備えている。
【００６７】また、品質管理マネージャ１０１は従来の
品質管理マネージャと同様で良い。なお、その他の構成
は第３の実施の形態の場合と同様である。
品質管理マネージャと同様で良い。なお、その他の構成
は第３の実施の形態の場合と同様である。
【００６８】図１０を用いて本実施の形態の動作を説明
する。
する。
【００６９】品質管理マネージャ１０１は、第１乃至第
３の実施の形態の場合と同様に、各パケット交換装置間
を結ぶ経路、各経路で提供される品質クラスの種類、各
経路の帯域を、各パケット交換装置３３１，３３２，３
４１〜３４３に予め設定（４０１）する。また、これと
同時に、音声通信マネージャ２１１に対しても同様の情
報を通知する（１００１）。これにより、音声通信マネ
ージャ２１１が、各経路、各品質クラスの空き帯域を管
理する。
３の実施の形態の場合と同様に、各パケット交換装置間
を結ぶ経路、各経路で提供される品質クラスの種類、各
経路の帯域を、各パケット交換装置３３１，３３２，３
４１〜３４３に予め設定（４０１）する。また、これと
同時に、音声通信マネージャ２１１に対しても同様の情
報を通知する（１００１）。これにより、音声通信マネ
ージャ２１１が、各経路、各品質クラスの空き帯域を管
理する。
【００７０】ここで、パケット交換装置３４１にて故障
あるいは輻輳が発生した場合、パケット交換装置３４１
からパケット交換装置３３１を介して音声通信マネージ
ャ２１１に対し、故障あるいは輻輳が起きたことを通知
する（９０２）。
あるいは輻輳が発生した場合、パケット交換装置３４１
からパケット交換装置３３１を介して音声通信マネージ
ャ２１１に対し、故障あるいは輻輳が起きたことを通知
する（９０２）。
【００７１】その後、ユーザ端末１６１からユーザ端末
１６３へ音声通信の要求が行われる場合を考える。ユー
ザ端末１６１から発せられた新たな通信要求によって、
音声パケット処理装置１２１は音声通信マネージャ２１
１に向けて、第１の実施の形態の場合と同様に通信要求
３０１を出す。
１６３へ音声通信の要求が行われる場合を考える。ユー
ザ端末１６１から発せられた新たな通信要求によって、
音声パケット処理装置１２１は音声通信マネージャ２１
１に向けて、第１の実施の形態の場合と同様に通信要求
３０１を出す。
【００７２】音声通信マネージャ２１１は、既に故障あ
るいは輻輳の通知９０１を受信しているため、通信要求
通知３０１に対し要求通信の受け入れを否と判断し、音
声パケット処理装置１２１との間で呼制御を行い、音声
パケット処理装置１２１は呼切断処理を行う（６０
２）。
るいは輻輳の通知９０１を受信しているため、通信要求
通知３０１に対し要求通信の受け入れを否と判断し、音
声パケット処理装置１２１との間で呼制御を行い、音声
パケット処理装置１２１は呼切断処理を行う（６０
２）。
【００７３】
【発明の効果】以上説明したように、本発明によれば、
故障あるいは輻輳が起きた場合に、呼受付の可否判断を
行う品質管理マネージャあるいは通信マネージャに対
し、故障あるいは輻輳の通知を行うことによって呼受付
制御機能がより効果的に作用する、即ち故障あるいは輻
輳が起きた場合、新しい通信要求を拒否することができ
る。
故障あるいは輻輳が起きた場合に、呼受付の可否判断を
行う品質管理マネージャあるいは通信マネージャに対
し、故障あるいは輻輳の通知を行うことによって呼受付
制御機能がより効果的に作用する、即ち故障あるいは輻
輳が起きた場合、新しい通信要求を拒否することができ
る。
【００７４】故障あるいは輻輳中に通信を新たに確立さ
せた場合、その通信の品質保証は困難であるため、新し
い通信要求を拒否することは有効である。特に輻輳が起
きた後、新しい通信を拒否することはパケット通信網の
トラヒック増加を抑制する働きがあり、パケット通信網
の早期回復を促すことができる。
せた場合、その通信の品質保証は困難であるため、新し
い通信要求を拒否することは有効である。特に輻輳が起
きた後、新しい通信を拒否することはパケット通信網の
トラヒック増加を抑制する働きがあり、パケット通信網
の早期回復を促すことができる。
【００７５】また、複数の通信経路が存在する場合、本
発明によれば、新しい通信要求に対し、故障あるいは輻
輳が発生している通信経路を回避し、正常な通信経路に
通信を確立させることができるため、品質とパケット通
信網の使用効率の両方を維持できる。
発明によれば、新しい通信要求に対し、故障あるいは輻
輳が発生している通信経路を回避し、正常な通信経路に
通信を確立させることができるため、品質とパケット通
信網の使用効率の両方を維持できる。
【図１】本発明の通信網の品質制御管理システムの第１
の実施の形態を示す構成図
の実施の形態を示す構成図
【図２】本発明の通信網の品質制御管理システムの第３
の実施の形態を示す構成図
の実施の形態を示す構成図
【図３】本発明の通信網の品質制御管理システムの第４
の実施の形態を示す構成図
の実施の形態を示す構成図
【図４】本発明の通信網の品質制御管理システムの第２
の実施の形態を示す構成図
の実施の形態を示す構成図
【図５】従来の通信網の品質制御管理システムを示す構
成図
成図
【図６】第１の実施の形態における通常時の動作シーケ
ンス図
ンス図
【図７】第１の実施の形態における故障あるいは輻輳発
生時の動作シーケンス図
生時の動作シーケンス図
【図８】第２の実施の形態における故障あるいは輻輳発
生時の動作シーケンス図
生時の動作シーケンス図
【図９】第３の実施の形態における故障あるいは輻輳発
生時の動作シーケンス図
生時の動作シーケンス図
【図１０】第４の実施の形態における故障あるいは輻輳
発生時の動作シーケンス図
発生時の動作シーケンス図
１０１，２０１，２０２，２０４：品質管理マネージ
ャ、１１１，１１２，２１１，２１２：音声通信マネー
ジャ、１２１，１２２：音声パケット処理装置、１５
１，１５２：ＳＴＭ交換機、１６１〜１６４：ユーザ端
末、１７１：パケット通信網、１８１〜１８７：伝送
路、２３１，２３２，２４１〜２４３，３３１，３３
２，３４１〜３４３：パケット交換装置。
ャ、１１１，１１２，２１１，２１２：音声通信マネー
ジャ、１２１，１２２：音声パケット処理装置、１５
１，１５２：ＳＴＭ交換機、１６１〜１６４：ユーザ端
末、１７１：パケット通信網、１８１〜１８７：伝送
路、２３１，２３２，２４１〜２４３，３３１，３３
２，３４１〜３４３：パケット交換装置。
───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K030 GA11 HA08 JA10 JA11 LB02 LB07 LB08 LC09 LE02 MB01 MB02 5K051 AA01 BB02 CC02 DD13 FF02 GG01 HH27 LL07 5K101 LL02 QQ08 SS01 SS07 SS08 TT06 VV03 VV04 VV05
Claims (8)
- 【請求項１】 品質管理マネージャと通信マネージャと
パケット処理装置とパケット交換装置とを備え、前記パ
ケット交換装置間及び前記パケット処理装置とパケット
交換装置との間を接続することによりパケット通信網が
形成され、 前記パケット処理装置は通信データ信号のパケット化処
理を行い、 前記通信マネージャはユーザ情報の管理と、前記パケッ
ト処理装置の管理とを行い、該パケット処理装置との間
で呼制御を行い、ユーザ端末からの通信要求に対する呼
受付制御を実施すると共に前記通信要求を前記品質管理
マネージャに通知し、 前記品質管理マネージャはパケット交換装置の管理と、
該パケット交換装置間を結ぶ通信経路の接続管理と、該
通信経路における品質クラスの管理と、前記通信経路あ
るいは各品質クラスの使用帯域の管理とを行い、前記品
質クラスに基づく通信経路を決定する手段と、前記パケ
ット交換装置、前記パケット処理装置及び前記通信マネ
ージャのうちの少なくとも前記パケット交換装置に対し
て前記管理内容に基づく設定情報を配信する手段とを備
え、 前記パケット交換装置は前記品質管理マネージャから配
信された内容に基づいて各パケットの交換処理と送出処
理とを行う通信網の品質制御管理システムにおいて、 前記パケット処理装置、前記パケット交換装置及び前記
パケット通信網のうちの少なくとも１つに故障あるいは
輻輳のいずれか一方もしくは両方が発生した場合、 前記故障あるいは輻輳に関わる前記パケット処理装置及
び前記パケット交換装置のうちの少なくとも一方は前記
品質管理マネージャに対して故障あるいは輻輳が起きた
ことを通知する手段を有し、 前記品質管理マネージャはユーザ端末からの通信要求が
新たに発生した時に前記通信マネージャから通知される
要求通信の受け入れを否と判断し、否であることを前記
通信マネージャに通知する手段を有することを特徴とす
る通信網の品質制御管理システム。 - 【請求項２】 発信側パケット処理装置及び着信側パケ
ット処理装置の間に予め設定しておいた通信経路が複数
存在し、かつ、複数の通信経路のうちの少なくとも１つ
の通信経路において故障あるいは輻輳が発生した場合、 前記品質管理マネージャはユーザ端末からの通信要求が
新たに発生した時に前記複数の通信経路のうち故障ある
いは輻輳が起きていない通信経路を選択し、パケット通
信網の最端点に位置するパケット交換装置あるいはパケ
ット処理装置に対してのみ前記選択した通信経路の設定
情報を配信すると共に前記通信マネージャから通知され
る要求通信の受け入れを可と判断し、可であることを前
記通信マネージャに通知する手段を有することを特徴と
する請求項１記載の通信網の品質制御管理システム。 - 【請求項３】 前記パケット処理装置、前記パケット交
換装置、前記パケット通信網のうちの少なくとも１つに
故障あるいは輻輳のいずれか一方もしくは両方が発生し
た場合、 前記故障あるいは輻輳に関わる前記パケット処理装置及
び前記パケット交換装置のうちの少なくとも一方は前記
品質管理マネージャに対して故障あるいは輻輳が起きた
ことを通知する手段を有し、 前記品質管理マネージャは受信した前記故障あるいは輻
輳の通知を通信マネージャに転送する手段を有し、 前記通信マネージャはユーザ端末からの通信要求が新た
に発生した時に要求通信の受け入れを否と判断し、前記
パケット処理装置との間で呼制御を行う手段を有するこ
とを特徴とする請求項１記載の通信網の品質制御管理シ
ステム。 - 【請求項４】 前記故障あるいは輻輳に関わる前記パケ
ット処理装置及び前記パケット交換装置のうちの少なく
とも一方は前記通信マネージャに対して故障あるいは輻
輳が起きたことを通知する手段を有し、 前記通信マネージャはユーザ端末からの通信要求が新た
に発生した時に要求通信の受け入れを否と判断し、前記
パケット処理装置との間で呼制御を行う手段を有するこ
とを特徴とする請求項１記載の通信網の品質制御管理シ
ステム。 - 【請求項５】 前記故障あるいは輻輳が解消された場
合、 前記故障あるいは輻輳に関わっていた前記パケット処理
装置及び前記パケット交換装置のうちの少なくとも一方
は前記品質管理マネージャに対して故障あるいは輻輳が
解消されたことを通知する手段を有し、 前記品質管理マネージャはユーザ端末からの通信要求が
新たに発生した時に前記通信マネージャから通知される
要求通信の受け入れを可と判断し、可であることを前記
通信マネージャに通知する手段を有することを特徴とす
る請求項１記載の通信網の品質制御管理システム。 - 【請求項６】 前記故障あるいは輻輳が解消された場
合、 前記故障あるいは輻輳に関わっていた前記パケット処理
装置及び前記パケット交換装置のうちの少なくとも一方
は前記品質管理マネージャに対して該通信経路の故障あ
るいは輻輳が解消されたことを通知する手段を有し、 前記品質管理マネージャは該通信経路を選択可能な複数
の通信経路のうちの１つに含める手段を有することを特
徴とする請求項２記載の通信網の品質制御管理システ
ム。 - 【請求項７】 前記故障あるいは輻輳が解消された場
合、 前記故障あるいは輻輳に関わっていた前記パケット処理
装置及び前記パケット交換装置のうちの少なくとも一方
は前記品質管理マネージャに対して故障あるいは輻輳が
解消されたことを通知する手段を有し、 前記品質管理マネージャは前記解消されたことの通知を
通信マネージャに転送する手段を有し、 前記通知を受けた通信マネージャはユーザ端末からの通
信要求が新たに発生した時に要求通信の受け入れを可と
判断し、通信を実施するために必要な呼制御を前記パケ
ット処理装置との間で行う手段を有することを特徴とす
る請求項３記載の通信網の品質制御管理システム。 - 【請求項８】 前記故障あるいは輻輳が解消された場
合、 前記故障あるいは輻輳に関わっていた前記パケット処理
装置及び前記パケット交換装置のうちの少なくとも一方
は前記通信マネージャに対して故障あるいは輻輳が解消
されたことを通知する手段を有し、 前記通知を受けた通信マネージャはユーザ端末からの通
信要求が新たに発生した時に要求通信の受け入れを可と
判断し、通信を実施するために必要な呼制御を前記パケ
ット処理装置との間で行う手段を有することを特徴とす
る請求項４記載の通信網の品質制御管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000331015A JP3597776B2 (ja) | 2000-10-30 | 2000-10-30 | 通信網の品質制御管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000331015A JP3597776B2 (ja) | 2000-10-30 | 2000-10-30 | 通信網の品質制御管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002141935A true JP2002141935A (ja) | 2002-05-17 |
| JP3597776B2 JP3597776B2 (ja) | 2004-12-08 |
Family
ID=18807431
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000331015A Expired - Fee Related JP3597776B2 (ja) | 2000-10-30 | 2000-10-30 | 通信網の品質制御管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3597776B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006526297A (ja) * | 2003-05-16 | 2006-11-16 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | ＶｏＩＰシステムにおける呼承認制御 |
| JP2006527537A (ja) * | 2003-06-06 | 2006-11-30 | マイクロソフト コーポレーション | グローバルルーティングおよび帯域幅共有のための方法およびシステム |
| JP2008546245A (ja) * | 2005-05-16 | 2008-12-18 | ポーソス テクノロジーズ， インコーポレイテッド | Ｉｐ電話ネットワークにおけるプロキシ信号操作のためのシステムおよび方法 |
-
2000
- 2000-10-30 JP JP2000331015A patent/JP3597776B2/ja not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006526297A (ja) * | 2003-05-16 | 2006-11-16 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | ＶｏＩＰシステムにおける呼承認制御 |
| US8971308B2 (en) | 2003-05-16 | 2015-03-03 | Unwired Planet, Llc | Call admission control in VoIP systems |
| JP2006527537A (ja) * | 2003-06-06 | 2006-11-30 | マイクロソフト コーポレーション | グローバルルーティングおよび帯域幅共有のための方法およびシステム |
| JP2008546245A (ja) * | 2005-05-16 | 2008-12-18 | ポーソス テクノロジーズ， インコーポレイテッド | Ｉｐ電話ネットワークにおけるプロキシ信号操作のためのシステムおよび方法 |
| US8259705B2 (en) | 2005-05-16 | 2012-09-04 | Openpeak Inc. | System and method for proxy signaling manipulation in an IP telephony network |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3597776B2 (ja) | 2004-12-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6222820B1 (en) | Method of VCC/VPC redundancy for asynchronous transfer mode networks | |
| US7180866B1 (en) | Rerouting in connection-oriented communication networks and communication systems | |
| US7286467B1 (en) | Failure protection for packet telephony | |
| US5953312A (en) | Method and apparatus for determining alternate routes in a network using a connection-oriented protocol | |
| US7317731B2 (en) | System and method for distributed resource reservation protocol-traffic engineering (RSVP-TE) hitless restart in multi-protocol label switching (MPLS) network | |
| US7864665B2 (en) | Methods and systems for detecting IP route failure and for dynamically re-routing VoIP sessions in response to failure | |
| US7940660B2 (en) | Methods, systems, and computer program products for voice over IP (VoIP) traffic engineering and path resilience using media gateway and associated next-hop routers | |
| JP3394394B2 (ja) | ネットワーク接続品質制御方式 | |
| US20030179747A1 (en) | System and method for intercepting telecommunications | |
| US6741600B1 (en) | Rapid call establishment in ATM rings | |
| US6724756B2 (en) | Method for introducing switched virtual connection call redundancy in asynchronous transfer mode networks | |
| US20050180396A1 (en) | Managing routing path of voice over internet protocol (VoIP) system | |
| JP4712941B2 (ja) | パケットネットワークと回路ネットワークを含む通信ネットワークにおいて呼を設定する方法 | |
| EP1233579B1 (en) | ATM packet access gateway | |
| US20080069089A1 (en) | Method for Transmitting Signalling Information Via a Network Limiting Element in a Communications Network | |
| US6839324B1 (en) | Method and apparatus providing dial on demand scaling | |
| JP3597776B2 (ja) | 通信網の品質制御管理システム | |
| JP3597765B2 (ja) | 通信網の品質制御管理システム | |
| US6717937B1 (en) | Method and apparatus for voice over internet protocol resource management | |
| KR100538876B1 (ko) | 패킷 교환기와 패킷 관문 교환기간의 링크 채널 관리 방법 | |
| JP3637893B2 (ja) | ネットワークアドレス変換装置の分離方式および分離方法 | |
| EP1668849A1 (en) | Voip traffic engineering and path resilience using media gateway including next-hop routers | |
| US7855949B1 (en) | Method and apparatus for bundling signaling messages for scaling communication networks | |
| WO2002005501A1 (en) | Connectionless routing of data within a telecommunication gateway | |
| WO2006058464A1 (fr) | Systeme en grappes de centre de message court et son procede de commande |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040408 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040518 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040706 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040907 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040909 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080917 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080917 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090917 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090917 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100917 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100917 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110917 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |