JP2004096541A - Voice communication system - Google Patents

Voice communication system Download PDF

Info

Publication number
JP2004096541A
JP2004096541A JP2002256604A JP2002256604A JP2004096541A JP 2004096541 A JP2004096541 A JP 2004096541A JP 2002256604 A JP2002256604 A JP 2002256604A JP 2002256604 A JP2002256604 A JP 2002256604A JP 2004096541 A JP2004096541 A JP 2004096541A
Authority
JP
Japan
Prior art keywords
call
agent means
network
communication
unit
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
Application number
JP2002256604A
Other languages
Japanese (ja)
Other versions
JP3998541B2 (en
Inventor
Hajime Tamura
田村 元
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Oki Electric Industry Co Ltd
Original Assignee
Oki Electric Industry Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Oki Electric Industry Co Ltd filed Critical Oki Electric Industry Co Ltd
Priority to JP2002256604A priority Critical patent/JP3998541B2/en
Publication of JP2004096541A publication Critical patent/JP2004096541A/en
Application granted granted Critical
Publication of JP3998541B2 publication Critical patent/JP3998541B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Monitoring And Testing Of Exchanges (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To automatically check a state of a communication path. <P>SOLUTION: In a voice communication system for executing voice communication on a prescribed data communication network, to which a plurality of bases are connected, each base is provided with a communication path check agent means, the agent means comprises a call-setting request part for automatically requesting call-setting among communication path check agent means of other bases; a call-setting responding part for establishing the communication path among agent means of itself and others, in automatic response to the request for the call setting applied from the agent means of the other bases; and a communication path state determining part for automatically determining the state of the communication path. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の所属する技術分野】
本発明は音声通信システムに関し、例えば、VoIP(Voice over IP)技術によって音声通信を行う場合などに適用して好適なものである。
【0002】
【従来の技術】
VoIP技術を利用するIP電話サービスを行う場合そのネットワーク構成は、例えば、図2に示すようになる。
【0003】
図2において、家庭やオフィスなどのユーザ利用場所12に設置されたIP電話機(例えば、25、27)は、当該ユーザ利用場所12のLAN(ローカルエリアネットワーク)に直結される。ただし、VoIPに対応していない一般の電話機(例えば、26,28)の場合には、LANに直結することはできないので、VoIPゲートウエイ装置(メディア変換装置)23、24と図示しないPBX(構内交換機)を介して接続される。
【0004】
ユーザ利用場所12内の当該IP電話機(IP電話端末)25,27や一般電話機26,28を用いるユーザは、IP網10をバックボーンにVoIPゲートウェイ装置21,22を介して固定電話機29や携帯電話機30等を用いるユーザと通話する。
【0005】
IP網10と公衆電話網11を接続する当該VoIPゲートウエイ装置21,22は、IP電話交換機(このIP電話交換機は、いわゆるコールエージェント(CA)に対応する構成要素)14,15の制御下で呼設定などの動作を行う。なお、当該IP電話交換機14,15に送受され、IP電話交換機14,15で処理されるのは、呼設定などに必要な制御用信号のみであり、エンドエンドの電話機間の通話の構成要素となる音声データを収容したIPパケットは、前記ルータ16〜18、スイッチ19,20,ゲートウエイ装置21,22などによって構成されるバックボーンを流れる。
【0006】
IP網10は、多数のルータ(例えば、16〜18)やスイッチ(例えば、19,20)などのネットワーク機器によって構成されIPプロトコルに対応するネットワークである。当該IP網10としてはインターネットを用いることもできるが、VoIPサービスを提供するために通信事業者が構築した専用のIPネットワークを利用することも多い。
【0007】
このようなネットワーク構成のもとでは、例えば、図3に示すような形態で、SNMP(Simple Network Management Protocol)等を用いたネットワーク管理システムを構築することができる。
【0008】
図3においては、VoIPゲートウエイ装置21,22、スイッチ19,20、ルータ16〜18などの周辺機器にSNMPエージェントを配置し、図示の監視システム25にSNMPマネージャを配置する。そして、各SNMPエージェントは、自身が配置されている管理対象(例えば、ゲートウエイ装置21に配置されたSNMPエージェントの場合には、ゲートウエイ装置21)に関する各種の管理情報(管理対象自体の状態や管理対象間の接続インタフェースの状態を示す情報)を収集して所定のデータベース(MIB)に蓄積しておき、基本的に、SNMPマネージャからの読出し要求があると、当該MIBの内容を読み出してSNMPマネージャに送信する仕組みになっている。
【0009】
したがって読出し要求を定期的に送信すれば、管理情報を定期的にSNMPマネージャに集めることができる。
【0010】
また、必要に応じて、読出し要求が無くても、SNMPエージェント発で、MIBの内容をSNMPエージェントからSNMPマネージャに送信することができる。
【0011】
【発明が解決しようとする課題】
しかしながら、このようなネットワーク管理システムでは、SNMPエージェントが管理情報を収集できる範囲は管理対象の機器や装置に局限されるため、例えば、ゲートウエイ装置21に配置したSNMPエージェントが当該ゲートウエイ装置21を介した通信トラフィックを管理情報として取得することさえ、かなり困難で、RMONなどを利用する必要がある。
【0012】
また、RMONを利用したとしても、例えば、前記ユーザ利用場所12内の電話機(25,26など)から公衆電話網11側の電話機(例えば、29)とのあいだで、多数のネットワーク機器やゲートウエイ装置、あるいは公衆電話網側の回線交換機や基地局などを介して設定される長い通話路の状態を検査し、管理することは、ほとんど不可能である。
【0013】
さらに、このような通話路の設定を協調動作によって制御するIP電話交換機14,15などの状態を管理することも困難である。
【0014】
また、その設定ミスが、呼制御や通話路の異常(誤接続、接続不良・片通話など)の原因となる各種の情報、例えば、IP電話交換機(例えば、14,15)、ゲートウェイ装置(21,23)などに設定されるアドレス情報、ルータ16〜18などに設定されるルーティング情報などを管理情報としてSNMPマネージャに集めることができ、SNMPマネージャ側で画面表示できたとしても、このような各種の情報から構成される膨大な量の数字の羅列をもとに、将来おきる呼制御や通話路の異常を予測することは、通常、管理者にとって容易ではない。
【0015】
なお、音声遅延などの通信品質の劣化は、通話路上のいずれかのネットワーク機器や装置などにおける通信トラフィックが過大で輻輳が発生している場合などに発生する現象であるが、個々のネットワーク機器や装置について前記RMONによって通信トラフィックを得たとしても、通話路上のネットワーク機器や装置の数が多い場合などには、音声遅延の発生を事前に予測することは容易ではない。
【0016】
また、IP網に関しては、いずれかの電話機(IP電話機、一般電話機)が呼設定を要求しても、実際に呼設定が行われ、通話路が確立されるまでに長い時間(一例としては、8秒程度)を要する現象(接続遅延)が起きることがある。このような接続遅延は、IP電話交換機14,15などの処理能力に比して要求される呼設定の要求頻度が高い場合などに発生し得るが、呼設定の要求頻度などの動的な要因は予測することが困難である。
【0017】
【課題を解決するための手段】
かかる課題を解決するために、第1の発明では、複数の拠点を接続する所定のデータ通信用ネットワーク上で音声通信を実行する音声通信システムにおいて、(1)前記各拠点には、通話路検査エージェント手段を設け、当該通話路検査エージェント手段は、(2)他の拠点の通話路検査エージェント手段とのあいだの呼設定を自動的に要求する呼設定要求部と、(3)他の拠点の通話路検査エージェント手段から供給された呼設定の要求に対し、自動的に応答して自他の通話路検査エージェント手段のあいだに通話路を確立させる呼設定応答部と、(4)当該通話路の状態を自動的に判定する通話路状態判定部とを備えたことを特徴とする。
【0018】
また、第2の発明では、所定のデータ通信用ネットワーク上で音声通信を実行する拠点内の音声通信システムにおいて、(1)前記拠点には、複数の通話路検査エージェント手段を設け、当該通話路検査エージェント手段は、(2)他の通話路検査エージェント手段とのあいだの呼設定を自動的に要求する呼設定要求部と、(3)他の通話路検査エージェント手段から供給された呼設定の要求に対し、自動的に応答して自他の通話路検査エージェント手段のあいだに通話路を確立させる呼設定応答部と、(4)当該通話路の状態を自動的に判定する通話路状態判定部とを備えたことを特徴とする。
【0019】
【発明の実施の形態】
(A)実施形態
以下、本発明にかかる音声通信システムの実施形態について説明する。
【0020】
第1〜第4の実施形態に共通する特徴は、自動呼出し機能、自動応答機能などを備えた通話コンタクト部を各拠点に配置した上で、通話コンタクト部相互間で自動的に通信させて、実際にIP電話機などからユーザが電話をかける場合にバックボーンとなるIP網などの内部で起きる動作を模擬的に発生させ、呼制御や通話路の状態を監視することにより、ユーザによる実際の呼設定や通話において発生し得る障害や品質の劣化を事前に検知する点にある。
【0021】
相互に通信する通話コンタクト部の組合せを網羅的に選定し、当該通信を定期的に実行すれば、いずれの電話ユーザがいつ電話をかけるケースでも、障害や品質劣化の事前検知が可能となる。
【0022】
(A−1)第1の実施形態の構成
本実施形態のVoIPネットワーク40の全体構成例を図1に示す。
【0023】
図1において、当該VoIPネットワーク40は、IP網10と、IP電話交換機41〜44と、通話コンタクト部45〜48と、監視システム49とを備えている。
【0024】
このうちIP網10は実質的に図2のIP網10と同じであり、IP電話交換機41〜44も実質的に図2のIP電話交換機14,15と同じであるので、その詳しい説明は省略する。
【0025】
ただし図2のIP網10は、VoIPゲートウエイ装置21,22を介して公衆電話網11と接続されていたが、図1に示す本実施形態のIP網10は、公衆電話網と接続されていない。
【0026】
このようなネットワーク構成によるVoIPネットワークを内線電話網型VoIPネットワークと呼ぶ。IP電話機に割り当てる電話番号の体系は、現在のところ、グローバルなものではないため、公衆電話網に接続されていないVoIPネットワークは、例えば、1つの組織(企業など)の内部だけで通用する内線電話網になる。
【0027】
内線電話網型VoIPネットワークのためのIP網10としてインターネットを用いれば、いわゆるインターネット電話になるが、ここでは、専用のIPネットワークを用いるものとする。品質の保証されていないインターネットと異なり、専用のIPネットワークでは、比較的、良好な通信品質を得やすい。専用のIPネットワークとしてのIP網10は、1つの企業が自身で利用するために構築してもかまわないが、通信事業者が構築して他の企業に提供してもかまわない。ここでは、当該IP網10は、通信事業者が構築したものとする。
【0028】
通信事業者が構築した当該IP網10を利用するのは、多くの場合、1つの企業だけではないため、1つの企業がその拠点間を秘匿性を保ちながら接続できるように、IP−VPNを利用するのが普通である。
【0029】
したがって、図1は、通信事業者が提供する内線電話網サービス(内線電話網型VoIPネットワーク)を利用し、IP網10を共用する複数の企業のうち、1つの企業に関する構成要素だけを示したものである。IP網10上の設備であるルータ、スイッチ(図1では図示していない)などは、この内線電話網サービスを利用する各企業によって共用されることになる。
【0030】
前記通話コンタクト部45〜48はCTIテクノロジーを応用した構成要素で、1つの企業の拠点ST1〜ST4ごとに配置する。1つの企業の各拠点ST1〜ST4は、広域に分散していてもよく、例えば、複数の国に分散していてもよい。図示した拠点はST1〜ST4の4つであるが、この数は4つより少なくてもよく、多くてもよいことは当然である。
【0031】
各拠点(例えば、ST1)は通信機能を持つ多数の情報処理装置の集合体でり、その内部構成は、一例として、図11に示すようなものであってよい。各拠点の内部構成は実質的に同じであってよいが、以下では、図11には主として拠点ST1の内部構成を示したものとして説明を進める。
【0032】
(A−1−1)拠点の内部構成例
図11において、当該拠点ST1は、ルータ60と、VoIPゲートウエイ装置61と、IP電話機62,63と、パソコン64と、PBX(構内交換機)65と、一般電話機66,67とを備えている。
【0033】
このうちルータ60は、IP網10に対し拠点ST1内のLANの伝送路L1や伝送路L2を接続する機器である。伝送路L1はルータ60のLANインタフェース(LANポート)LFに接続され、伝送路L2はPBX収容インタフェースPFに接続される。前記IP−VPNを利用する場合、IP−VPNのために必要な暗号化や復号化の機能は、当該ルータ60に搭載されるものであってよい。
【0034】
ゲートキーパ機能なども、当該ルータ60に搭載され得る。
【0035】
ゲートキーパとは、電話番号とIPアドレスの対応関係を管理する一種のサーバで、IP電話機などからの問い合わせに応じて、IPアドレスを返す機能を持つ。電話をかける際、IP電話機のユーザ(例えば、U3)がIP電話機(例えば、62)に入力するのは、通信相手の電話番号だけであるが、IPプロトコルに応じた通信を行うIP網10上で通信相手を識別するために有効な唯一の識別子はIPアドレスであるから、当該ゲートキーパに問い合わせて、当該電話番号に対応するIPアドレスを取得することが必要になる。
【0036】
IP電話機62,63はVoIPに対応した機能を内蔵した電話機で、当該伝送路L1に直結されている。
【0037】
パソコン64は、マイクロフォンやスピーカなどを装備して、VoIP電話機として利用することも可能であるが、音声データ以外のデータを送受するデータ通信端末として利用することもできる。
【0038】
このほか、伝送路L1には、必要に応じて、各種のサーバやグループウエアなどが接続され得る。
【0039】
VoIPゲートウエイ装置61は、PBX65の配下の一般電話機66,67を伝送路L2に接続する。一般電話機66,67は、前記IP電話機62,63と異なり、VoIPに対応した機能を備えていないため、当該VoIPゲートウエイ装置61が提供するVoIP機能が必要になる。
【0040】
当該VoIPゲートウエイ装置61の機能は専用の装置ではなく、ルータに搭載するようにしてもよい。このルータは、前記ルータ60であってもよく、ルータ60の配下に設けた新たなルータであってもよい。
【0041】
上述した通話コンタクト部45をこのような構造を持つ拠点ST1のなかにどのように配置するかについては様々な方法が可能である。例えば、伝送路L1に接続された図示した、または図示しないいずれかの構成要素に通話コンタクト部45の機能を搭載してもよいが、ここでは、ルータ60上に搭載するものとする。
【0042】
通話コンタクト部45は他の拠点(例えば、ST2)の通話コンタクト部(例えば、46)などと定期的に通信するため、伝送路L1上に設けないほうが、その定期的な通信によって伝送路L1上の他の構成要素のあいだの通信が妨げられず、効率的である。
【0043】
通話コンタクト部45の機能は、ハードウエア的に実現してもかまわないが、本実施形態では、ソフトウエア的に実現するものとする。一般的に、ある機能をソフトウエア的に実現するとハードウエア的に実現する場合に比べ、処理速度は遅くなるが、柔軟性に富み、はるかに低価格なものになる。
【0044】
通話コンタクト部45の内部構成例を図12に示す。
【0045】
各拠点ST1〜ST4に配置される通話コンタクト部45〜48の内部構成は実質的に同じであってよいが、以下では、図12には主として、通話コンタクト部45を示したものとして説明を進める。
【0046】
(A−1−2)通話コンタクト部の内部構成例
図12において、当該通話コンタクト部45は、呼制御部50と、PB送受部51と、通話レベル解析部52と、障害通知部53と、コンタクト情報部54とを備えている。
【0047】
このうち呼制御部50は、自動呼出し(呼設定)、自動応答部、自動切断などの呼制御を行う部分である。
【0048】
これらの呼制御は、当該呼制御部50が、所定の呼制御メッセージ(制御信号)をIP電話交換機41などとやり取りすることによって実行する。
【0049】
例えば、呼制御部50が他のいずれかの拠点の通話コンタクト部(例えば、拠点ST2の通話コンタクト部46)に対する呼設定を要求する場合、着信先である相手通話コンタクト部46を指定する識別子(例えば、電話番号NB2)を収容した呼設定を要求する制御信号(呼設定メッセージ)を、当該呼制御部50からIP電話交換機41に送信することになる。
【0050】
IP電話交換機41は他のIP電話交換機(例えば、42)を介して(あるいは、可能ならば、IP電話交換機41自身で)、相手通話コンタクト部46の呼制御部(50に対応)を制御して、双方の通話コンタクト部(ここでは、45,46)のあいだに呼を確立させる。
【0051】
PB送受部51は、呼制御部50によって目的とする通話コンタクト部(ここでは、46)とのあいだで呼が確立され、通話路が設定されたとき、当該通話路を介してPB(プッシュボタン)信号を送信および受信する部分である。通話路上にはIP網10上の多数のルータやスイッチが存在しているため、このPB信号は、これらのルータやスイッチを介して送信または受信される。
【0052】
ここでは、PB信号を用いているが、このPB信号は、実際の人間による会話が当該通話路を通して正常に行えるか否か等を検査するための信号であるから、その目的に反しないかぎり、その他の音信号あるいは、合成音声などの音声信号に置換可能である。解析の容易さなどにも配慮する必要があるが、できるだけ実際の人間の会話音声に近い特性を持つ音(あるいは音声)を使って検査することが望ましいといえる。
【0053】
このような呼制御部50やPB送受部51を有する通話コンタクト部45は、IP電話交換機41やIP網10側からみると通常のIP電話機(例えば、62)とまったく同じ機能を持つ電話機であり、IP電話機62などと区別なく処理される。
【0054】
通話レベル解析部52は、当該PB送受部51による相手通話コンタクト部(ここでは、46)からのPB信号の受信が行われたか否か判定し、あるいは、受信が行われた場合には、その遅延の程度などを解析する部分である。
【0055】
相手通話コンタクト部46内でもこの通話コンタクト部45と同様、PB送受部(51に対応)がPB信号を送受するため、PB信号がまったく受信できなければ、上述した誤接続、接続不良・片通話などの呼制御や通話路の異常が発生していることが推測できる。
【0056】
また、受信が行われた場合、受信されたPB信号を詳細に解析することによって、上述した音声遅延が発生しているか否かを判定することができる。例えば、解析の結果、予め設定したしきい値(音声遅延用しきい値)を越えたレベルの音声遅延が認められた場合には、通話路の通信品質が劣化しているものと判定するようにしてもよい。音声遅延による通信品質の劣化は、通話路上のいずれかのネットワーク機器や装置などにおける通信トラフィックが過大で輻輳が発生している場合などに発生し得る。
【0057】
さらに当該通話レベル解析部52は、呼制御部50が前記呼設定メッセージを送信してから、呼が確立されるまでの時間などを計測し、計測結果を所定のしきい値(接続遅延用しきい値)を越えた場合には、大きな接続遅延が発生していると判定するようにしてもよい。大きな接続遅延は、IP電話交換機41,46などの処理能力に比して要求される呼設定の要求頻度が高い場合などに発生し得る。
【0058】
当該通話レベル解析部52はまた、通話コンタクト部45全体の制御部としての機能も備えている。
【0059】
コンタクト情報部54は、所定の検査手順にしたがって、当該通話コンタクト部45が呼設定を要求すべき相手通話コンタクト部の識別子を格納している部分である。前記制御部としての通話レベル解析部52は、所定の手順で当該コンタクト情報部54から当該識別子を読み出すことにより、次に呼設定を要求すべき相手通話コンタクト部と、その相手通話コンタクト部に呼設定を要求するタイミングを認識することができる。
【0060】
コンタクト情報部54に格納する識別子としては、電話番号またはIPアドレスのいずれかを用いることが可能である。IPアドレスを用いた場合、前記ゲートキーパに対する問い合わせを行う時間や処理を省略できる点で有利であるが、電話番号を識別子とすれば、拠点内で相手通話コンタクト部の配置変更などが行われた場合でもコンタクト情報部54の格納内容を変更する必要がなく、管理が容易でインターオペラビリティ(相互運用性)が向上する。本実施形態では、管理の容易さや、インターオペラビリティの高さを重視して電話番号を用いるものとする。
【0061】
障害通知部53は、前記通話レベル解析部52からの指示に応じて、監視システム49へ障害通知を送信する部分である。
【0062】
前記誤接続、接続不良・片通話などは明確な障害であるが、音声遅延または接続遅延の程度が大きいことは、必ずしも障害とはいえない。ただし、あまりにもその程度が甚だしい場合には、障害に分類し障害通知を行ったほうがよい場合もある。
【0063】
監視システム49がこの障害通知を受信した場合に実行する処理には様々なものが考えられる。例えば、前記SNMPエージェントのようなプログラムをIP網10上のルータやスイッチに配置している場合には、そのプログラムの機能で可能な自動復旧処理の実行を指示し、この指示とともに、あるいは当該自動復旧処理だけでは復旧できないことが確認できたときに、所定の保守者などに通知して保守作業を依頼するようにしてもよい。
【0064】
また、IP電話機などのユーザ(例えば、U3やU1など)に対しては、話中音などを聴取させて、復旧するまで、電話をかけることができないことを伝えるようにしてもよい。電話をかけられないことは不便であるが、電話をかけることを許容しても、劣悪な通話品質であると、ユーザはかえって不快な思いをする可能性が高いからである。
【0065】
なお、図1上、IP電話交換機41〜44は拠点ST1〜ST4と1対1に対応するように設けてあるが、必ずしもその必要はない。例えば、IP電話交換機41〜44の数は、拠点ST1〜ST4の数よりも少なくしてもよい。
【0066】
また、当該IP電話交換機41〜44は、各拠点ST1〜ST4の構成要素としてもよいが、IP網10を構築する通信事業者側の設備として設けられるのが普通である。
【0067】
さらに、当該IP電話交換機41〜44は、必ずしもIP網10の構成要素である必要はない。例えば、ISDN網内において通話網と共通線信号網が独立であるということと同様な意味において、IP電話交換機41〜44は、IP網10とは独立した存在であるとみることもできる。
【0068】
以下、上記のような構成を有する本実施形態の動作について、図4を参照しながら説明する。図4は、図1のなかから、前記通話コンタクト部の動作を説明するために必要な一対の発側拠点と着側拠点に対応する構成要素を抜き出して示したもので、S1〜S10の各ステップを備えている。
【0069】
発側拠点とは、前記呼制御部50を用いて他のいずれかの通話コンタクト部への呼設定を要求するほうの通話コンタクト部を有する拠点を指し、反対に、着側拠点とは、この呼設定要求に応じて着信するほうの通話コンタクト部を有する拠点を指す。
【0070】
原理的には、図1中に示した拠点ST1〜ST4のうち、いずれの拠点も発側拠点となることが可能であり、いずれの拠点も着側拠点となることが可能であるが、ここでは、前記通話コンタクト部45を有する拠点ST1が発側拠点となり、前記通話コンタクト部46を有する拠点ST2が着側拠点となる場合について説明する。
【0071】
発側と着側の通話コンタクト部45、46の構成要素を区別するため、図4上では、通話コンタクト部45の構成要素に付与した符号は末尾を「A」とし、通話コンタクト部46の構成要素に付与した符号は末尾を「B」としている。
【0072】
すなわち、通話コンタクト部45は構成要素50A〜54Aを備え、通話コンタクト部46は構成要素50B〜54Bを備えている。
【0073】
なお、このとき着側となる通話コンタクト部46も発側になることがあるのであれば、構成要素として前記コンタクト情報部54に対応するコンタクト情報部54Bを装備する必要があるが、発側となることがなく着側としてのみ機能するのであれば、当該コンタクト情報部54Bは省略可能である。当該通話コンタクト部46が発側となることがあるか否かは、前記検査手順の具体的な内容に依存する。
【0074】
(A−2)第1の実施形態の動作
発側拠点ST1内の前記通話コンタクト部45において、前記通話レベル解析部52Aが、前記コンタクト情報部54Aの内容を読出し、前記検査手順にしたがって今回、呼設定を要求すべき通話コンタクト部の電話番号を検索する。今回、呼設定を行うべき電話番号は着側拠点ST2内の通話コンタクト部46を指す電話番号NB2であるものとすると、通話レベル解析部52Aは、当該電話番号NB2を収容した呼設定メッセージを、呼設定部50Aに送信させる。
【0075】
呼設定部50Aは、当該呼設定メッセージをIP電話交換機41に送信し(S1)、IP電話交換機41内で方路決定が行われ当該方路決定の結果としてIP電話交換機42へ、呼設定を要求する交換機間のメッセージ(例えば、IAM(Initial Address Message)メッセージ)が送信される(S2)。このメッセージを受信したIP電話交換機42でも、同様な方路決定が行われ、方路決定の結果としてIP電話交換機42から着信先の通話コンタクト部42内の呼設定部50Bへ、呼設定メッセージが送信されて呼設定が要求される(S3)。
【0076】
もしも、IP電話交換機41,42が、IP電話機間の通話などのための呼制御により、その処理能力にかかる負荷が高い状態にある場合には、これら呼設定メッセージの受信、送信および方路決定に長い時間がかかって、大きな接続遅延が発生し得るが、通常は、十分に短い時間で、呼設定メッセージが受信、送信され方路決定が行われるから、ステップS1の開始からステップS3の終了までの時間は十分に短い。
【0077】
ステップS3で呼設定の要求を受けた呼設定部50Bでは、自動的に応答し、前記ステップS1〜S3の経路を反対にたどる経路、すなわち、呼制御部50B→IP電話交換機42→IP電話交換機41→呼制御部50Aの経路で、ステップS4,S5,S6により、応答を伝達する。
【0078】
発側拠点の通話コンタクト部45は、前記ステップS1の開始からこのステップS6の終了までの時間を計測し、計測結果が前記接続遅延用しきい値を越えるか否かを調べることにより、大きな接続遅延が発生したか否かを判定することができる。
【0079】
接続遅延の大小にかかわらず、ステップS6が終了すると、通話レベル解析部52Aは、発側のPB送受部51AからPB信号を送信する(S7)。このPB信号に対応する音声データはIPパケットに収容されてIP網10上の機器(例えば、ルータ16A、16Bや、スイッチ19A、19Bなど)によって構成される通話路を伝送され、通常は、着側のPB送受部51Bまで到達し、PB送受部51Bによって受信される(S8)。
【0080】
この受信とともに、または、受信の前後にPB送受部51Bは、PB信号を送信する(S9)。このPB信号に対応する音声データは、前記ステップS7と同様に、IPパケットに収容されて、IP網10上の前記通話路をステップS9、S10の場合と反対方向に伝送される。通常、このIPパケットは、発側のPB送受部51Aまで到達し、PB送受部51Aによって受信される(S10)。
【0081】
着側の通信コンタクト部46内では、通話レベル解析部52Bが、前記ステップS8のPB信号の到達(受信)が行われたか否か、行われた場合には、音声遅延は、前記音声遅延用しきい値を越えたか否かを検査する。
【0082】
同様に、発側の通話コンタクト部45内でも、通話レベル解析部52Aが、前記ステップS10のPB信号の到達(受信)が行われたか否か、行われた場合には、音声遅延は、前記音声遅延用しきい値を越えたか否かを検査する。
【0083】
上述した呼制御や通話路の異常(誤接続、接続不良・片通話など)があると、これら通話レベル解析部52A、52Bの双方または一方が、PB信号の受信が行われなかったと判定する。
【0084】
このような通話路の異常や、音声遅延用しきい値を越える大きな音声遅延を検出すると、その通話レベル解析部52Aおよび/または52Bは、障害通知部53Aおよび/または53Bに、監視システム49に宛てた障害通知を行わせる。障害通知の具体的な内容は、大きな音声遅延を検出した場合、通話路の異常を検出した場合、大きな接続遅延を検出した場合など、それぞれ相違するものとしてよいことは当然である。
【0085】
このような障害通知を受信すると、監視システム49は、障害通知の具体的内容に応じて、上述した自動復旧処理や保守作業の依頼などの対応処理を実行する。また、復旧前に電話をかけようとするIP電話機などのユーザ(例えば、U3やU1など)に対しては、必要に応じて、話中音などを聴取させて、電話をかけることができないことを伝えるようにしてもよい。
【0086】
このように、ユーザが電話をかける前に、呼制御や、通話路の状態を自動的に検査して検査結果に応じた対応処理を実行しておけば、実際にユーザが電話をかけるときには、障害が復旧し、通信の品質が高い状態に復旧している可能性が高いため、高品質で、より快適なVoIPサービスを提供することができる。
【0087】
なお、障害通知部53Aや53Bが監視システム49に対して障害通知を行うための伝送路は、IP網10内に設けるようにしてもよいが、IP網10とは別個の伝送路を用意してもよい。また、IP網10内に障害通知用の伝送路を設ける場合には、予め、障害通知専用の帯域を確保しておくことが望ましい。これは、IP網10の輻輳などによって、障害通知そのものが実行できなくなる事態を回避するためである。
【0088】
また、ここでは、発側拠点として拠点ST1を、着側拠点として拠点ST2を選んだが、その他の組合せで、定期的かつ網羅的に発側拠点と着側拠点を選ぶことができる。
【0089】
例えば、拠点ST1から拠点ST3やST4の通話コンタクト部47,48に対しても、同様な呼設定を要求し、呼制御や通話路の状態を検査することも可能である。
【0090】
(A−3)第1の実施形態の効果
以上のように、本実施形態では、従来は困難であった呼制御や通話路の状態を自動的に検査することが可能になる。
【0091】
また、この検査結果に応じて所定の対応処理を実行すれば、ユーザ(例えば、U3など)に対して、高品質で、より快適なVoIPサービスを提供することができる。
【0092】
(B)第2の実施形態
以下では、本実施形態が第1の実施形態と相違する点についてのみ説明する。
【0093】
第1の実施形態では通話路はIP網10の内部に閉じていたが、本実施形態における通話路は、IP網10から公衆電話網11にまたがって設定され得る。これにともない、呼制御のための呼制御メッセージ(制御信号)の送受も公衆電話網11側にまでおよぶ。
【0094】
(B−1)第2の実施形態の構成および動作
本実施形態のVoIPネットワーク70の全体構成例を図5に示す。
【0095】
図5において、第1の実施形態と対応する構成要素には図1と同じ符号10,41〜44,45〜48,49,ST1〜ST4を付与してその詳しい説明は省略する。
【0096】
公衆電話網11は、携帯電話網などのネットワークであってもよいが、本実施形態では、ISDN網であるものとする。当該ISDN網11は、VoIPゲートウエイ装置21,22を介してIP網10と接続されている。前記内線電話網サービスに対し、このように公衆電話網と接続するVoIPサービスを、公衆網サービス(IP中継電話サービス)と呼ぶ。
【0097】
本実施形態の拠点ST1〜ST3は第1の実施形態と同様にIP網10に収容された拠点であるが、拠点ST4は、ISDN網11に収容されている。
【0098】
したがって本実施形態の場合、拠点ST4の内部構成は、上述した図11と異なり、ISDN対応電話機や、アナログ電話機などから構成されている。ただしこの拠点ST4にも、前記通話コンタクト部48が設けられている。
【0099】
本実施形態において、IP網10内に収容されている拠点ST1〜ST3の通話コンタクト部45〜47のあいだで呼制御を行う場合の動作は、第1の実施形態とまったく同じであるが、これらの通話コンタクト部45〜47のいずれかと、ISDN網11に収容されている拠点ST4の通話コンタクト部48のあいだで呼制御を行う場合には、呼制御メッセージの伝送にISDN網11の共通線信号網が介在する点などが異なる。
【0100】
拠点ST4内の電話機は、通話コンタクト部48も含め、すべてISDN網11内の1つの加入者交換機(図示せず)に収容されているため、通話コンタクト部45〜47のいずれかから拠点ST4の通話コンタクト部48に呼設定を要求した場合、その呼設定メッセージは、前記IP電話交換機41などを経由して前記IP電話交換機44に届けられ、さらに、当該IP電話交換機44から図示しない信号中継局(STP)などを介して前記加入者交換機に届けられて、当該加入者交換機から通話コンタクト部48の呼制御部50に届く。
【0101】
そして、呼設定メッセージに通話コンタクト部48の呼制御部50が応答すると、これと反対の経路を応答メッセージが伝送されることになる。
【0102】
また、PB信号の送受では、ISDN網11の通話網が介在する点などが異なる。
【0103】
すなわち、通話コンタクト部45〜47のいずれかから、拠点ST4の通話コンタクト部48にPB信号を送信すると、当該PB信号に対応する音声データを収容したIPパケットは、IP網10上のスイッチやルータによって伝送されてVoIPゲートウエイ装置21または22まで届けられ、VoIPゲートウエイ装置21または22では、IPパケットがら取り出した音声データを、ISDNに対応した信号に変換した上でISDN網11上に送出し、ISDN網11の通話網を介して、前記加入者交換機から、通話コンタクト部48のPB送受部51に届けられる。
【0104】
通話コンタクト部48のPB送受部51からPB信号を送信する場合には、これと反対の経路をPB信号が伝送されることになる。もちろん、途中のVoIPゲートウエイ装置21または22では、PB信号が音声データに変換され、IPパケットに収容する処理が行われる。
【0105】
この場合、通話コンタクト部45〜47のいずれかと、通話コンタクト部48のあいだに設定される通話路は、IP網10からISDN網11にいたる。
【0106】
ただし、これらの点を除くと、本実施形態でも、第1の実施形態と同様に、自動的に呼制御や通話路の状態を検査することが可能である。
【0107】
なお、ここで当該拠点ST4の電話機はすべてISDN網(公衆電話網)11に収容されるものとしたが、拠点ST4の一部の電話機を公衆電話網11に収容し、他の電話機をIP網10に収容すること等も可能であることは当然である。
【0108】
以上のような本実施形態の動作を、上述した図4と同じ形式で表現すると、例えば、図6に示すようになる。
【0109】
ただし図6上、通話コンタクト部48の構成要素に付与した符号は、前記「B」の替わりに、末尾を「D」としてある。
【0110】
(B−2)第2の実施形態の効果
以上のように、本実施形態では、拠点が公衆電話網(11)側と、IP網(10)側に分散配置されている条件下で、第1の実施形態の効果と同等な効果を得ることができる。
【0111】
(C)第3の実施形態
以下では、本実施形態が第1、第2の実施形態と相違する点についてのみ説明する。
【0112】
本実施形態では、第1、第2の実施形態において必ずしも明確でなかった前述の検査手順につき、網羅的な検査を行う上で好ましい具体例を提案するものである。
【0113】
発側拠点となり得る拠点を複数用意し、それぞれの発側拠点の通話コンタクト部が非同期に呼設定メッセージの送信などを行うと、着信の衝突などが発生するために、呼制御や通話路の状態の検査が正常に行えない可能性もある。
【0114】
そこで、本実施形態では、検査手順にしたがって同時にはただ一つの発側拠点(発側の通話コンタクト部)を選定し、なおかつ、選定する発側拠点(発側の通話コンタクト部)を循環的に変化させることで、網羅的な検査を実現するものである。
【0115】
(C−1)第3の実施形態の構成および動作
本実施形態のVoIPネットワークの全体構成としては、図1に示した第1の実施形態のVoIPネットワーク40を用いることも可能であるが、ここでは、図5に示した第2の実施形態のVoIPネットワーク70を用いるものとする。
【0116】
また、本実施形態では、発側通話コンタクト部を選定するため、発側通話コンタクト部となり得る通話コンタクト部45〜47の前記コンタクト情報部54内には、例えば、図7に示すような、各通話コンタクト部45〜47の識別子(ここでは、電話番号を想定)と循環番号(1〜3)を対応付けて格納した番号対応テーブルTB1が蓄積される。
【0117】
図7において、電話番号NB1の通話コンタクト部45の循環番号は1で、電話番号NB2の通話コンタクト部46の循環番号は2で、電話番号NB3の通話コンタクト部47の循環番号は3である。
【0118】
ある発側通話コンタクト部(例えば、45)は、その他の通話コンタクト部(ここでは、46〜48)に対し、1つずつ呼設定を要求すること等により、すべての着側通話コンタクト部(46〜48)とのあいだで、呼制御および通話路の状態の検査を行う。この検査を終えると、発側通話コンタクト部(ここでは、45)は、前記番号対応テーブルTB1を検索し、自身の次の循環番号に対応付けられた電話番号(ここでは、循環番号2に対応付けられた電話番号NB2)の通話コンタクト部(46)に対して、所定の循環通知を送信する。
【0119】
循環通知は、それを受信した通話コンタクト部に、発側通話コンタクト部となる権限が委譲されたことを伝えるメッセージである。
【0120】
したがって、当該循環通知を受信すると、前回は着側通話コンタクト部の1つであった通話コンタクト部46が、今回は発側通話コンタクト部として動作することになり、1つずつ呼設定を要求すること等により、他のすべての通話コンタクト部45,47,48とのあいだで、呼制御および通話路の状態の検査を行う。
【0121】
当該通話コンタクト部46がこの検査を終えると、以降は、図8に示すように、同様の動作が循環的に繰り返される。
【0122】
なお、このような動作を循環的に繰り返していると、いずれかの通話コンタクト部に関して、前記呼制御や通話路の異常が検出されることがある。
【0123】
例えば、循環番号1の通話コンタクト部45が発側通話コンタクト部であるときの検査で、循環番号2の通話コンタクト部46に関して、前記呼制御や通話路の異常が検出されることが起こり得るが、その場合、単純に前記番号対応テーブルTB1にしたがって通話コンタクト部46に宛てて循環通知を送信したとしても、通話コンタクト部46が発側通話コンタクト部として正常に検査を遂行できる可能性は低く、場合によっては、発側通話コンタクト部となる権限の循環的な委譲が、この通話コンタクト部46で停滞してしまう可能性もあるため、一例として、呼制御や通話路の異常が検出されていない通話コンタクト部のなかから、当該通話コンタクト部46に最も近い循環番号(ここでは、循環番号3)に対応する通話コンタクト部(ここでは、47)へ、循環通知を送信するようにしてもよい。
【0124】
また、循環通知を送信するための伝送路は、前記障害通知を行うための伝送路と同様、IP網10内に設けるようにしてもよいが、IP網10とは別個の伝送路を用意してもよい。また、IP網10内に循環通知を伝送するための伝送路を設ける場合には、予め、循環通知専用の帯域を確保しておくことも望ましい。これは、IP網10の輻輳などによって、循環通知が伝送できなくなる事態を回避するためである。
【0125】
なお、本実施形態において、公衆電話網11に収容されている拠点ST4の通話コンタクト部48が発側通話コンタクト部となることがないのは、上述したように、現在のところ、IP電話機(通話コンタクト部(例えば、45〜47)も含む)に割り当てる電話番号の体系はグローバルなものではないため、公衆電話網11側の電話機(ここでは通話コンタクト部48を指す)からIP網10側の電話機に発呼することが困難である点を反映したものである。
【0126】
したがって、例えば、図1に示した第1の実施形態のVoIPネットワーク40を用いる場合には、すべての通話コンタクト部45〜48が発側の通話コンタクト部となり得るし、IP電話機に割り当てるグローバルな電話番号の体系が整備された場合には、図5に示すVoIPネットワーク70において、通話コンタクト部48が発側の通話コンタクト部となることも可能である。
【0127】
(C−2)第3の実施形態の効果
本実施形態によれば、第1、第2の実施形態の効果と同等な効果を得ることができる。
【0128】
加えて、本実施形態では、呼制御や通話路の状態の検査の効率的で網羅的な実行を、VoIPネットワーク全体について保証することが可能である。
【0129】
(D)第4の実施形態
以下では、本実施形態が第1〜第3の実施形態と相違する点についてのみ説明する。
【0130】
本実施形態は、各通話コンタクト部45〜48が、呼制御や通話路の状態に関して検査した結果をログ情報として蓄積しておき、前記監視システム49からの要求に応じて(あるいは、自発的に)、監視システム49へ当該ログ情報を送信することができるようにした点に特徴を有する。
【0131】
(D−1)第4の実施形態の構成および動作
本実施形態のVoIPネットワークの全体構成例は、図1に示す第1の実施形態の全体構成であってもよく、図5に示す第2の実施形態の全体構成であってもかまわない。
【0132】
本実施形態の通話コンタクト部45〜48の内部構成例を図9に示す。
【0133】
図9において、第1〜第3の実施形態の通信コンタクト部45〜48と対応する構成要素には図12と同じ符号50,51,52,53,54を付与してその詳しい説明は省略する。
【0134】
ログ情報部55には、例えば、図10に示すログテーブルTB2のような形式でログ情報が蓄積されている。当該ログテーブルTB2には、発信、着信、PB信号の送出、受信などの通信の記録を、当該動作を行った時間情報(時刻情報)とともに、ログ情報として蓄積する。
【0135】
具体的には、図10において、当該ログテーブルTB2には、発信呼のログとして、発信先番号(発信先の電話番号)、発信時間、PB信号送出時間、送出PB信号種別、切断時間の各データ項目を蓄積している。
【0136】
また、着信呼のログとしては、発信元番号(発信元の電話番号)、着信時間、PB信号受信時間、受信PB信号種別、切断時間の各データ項目を蓄積している。
【0137】
通信インタフェース部(通信I/F部)56は、監視システム49からログ情報取得要求(読出し要求)を受信すると、当該ログテーブルTB2の各データ項目の具体値を読み出して監視システム49へ送信する部分である。
【0138】
各通話コンタクト部45〜48に蓄積されているログテーブルTB2の値は、各通話コンタクト部からみた検査の結果にすぎないから、異常の全体像を正確に捉えるためには、複数の通話コンタクト部のログテーブルTB2の値を総合的に解析することが必要になる可能性が高い。そのような総合的な解析の必要性を認めたとき、監視システム49から前記ログ情報取得要求を該当する複数の通話コンタクト部に送信するようにするとよい。
【0139】
ログ情報取得要求や、当該ログ情報取得要求に応じて監視システム49に送信されるログテーブルTB2の具体値を伝送するための伝送路は、前記障害通知の場合などと同様、IP網10とは別個の伝送路としたり、IP網10内に専用の帯域を確保するようにすることも望ましい。
【0140】
必要ならば、ログ情報取得要求を受信しない場合でも、通話コンタクト部の判断に基づいて、自発的に、ログテーブルTB2の具体値を監視システム49に送信できるようにしてもよいことは当然である。
【0141】
(D−2)第4の実施形態の効果
本実施形態によれば、第1、第2の実施形態と同等な効果を得ることができる。
【0142】
加えて、本実施形態では、各通話コンタクト部から供給されるログテーブル(TB2)の値に基づいて、監視システム(49)が異常の全体像を正確に捉えること等が可能である。
【0143】
これにより、例えば、前記発信先番号、発信元番号から対応する(発着の)通話ログを特定し、ログ情報の内容を比較することにより、VoIPネットワークにおける遅延時間を算出すること等も可能になる。
【0144】
また、異常の全体像を正確に捉えることにより、監視システムは、いっそう適切な対応処理を実行することが可能になる。
【0145】
(E)他の実施形態
上記第1の実施形態では、前記コンタクト情報部54には識別子として電話番号(またはIPアドレス)を格納するものとしたが、必要に応じてその他の識別子を用いることも可能である。例えば、ドメイン名(FQDN)を利用することも可能である。
【0146】
また、上記第1〜第4の実施形態では呼の確立後、音声遅延など通話路の品質の検査まで行うようにしたが、呼の確立の確認までで、1つの着信先通話コンタクト部に対する検査を終了するようにしてもよい。
【0147】
さらに、上記第1〜第4の実施形態では、各拠点に1つずつ通話コンタクト部を配置して拠点間における呼制御や通話路の状態について検査したが、1拠点の内部においても同様にして呼制御や通話路の状態について検査することが可能である。ただしその場合には、当然、1つの拠点内に複数の通話コンタクト部を配置する必要がある。拠点の規模が大きい場合などには、このように1拠点内に複数の通話コンタクト部を配置することは、有効である。
【0148】
また、上記第1〜第4の実施形態の通話コンタクト部では、図12などに、呼制御部(50)、PB送受部(51)、通話レベル解析部(52)、障害通知部(53)などを分けて示したが、これは論理的な機能を示したものであり、実装上のハードウェア・ソフトウェア構成を限定するものではない。
【0149】
同様に、上記第3の実施形態では、コンタクト情報部54に格納する番号対応テーブルTB1のデータ項目として、循環番号と電話番号の2つを設けたが、これはスキーマの一例を示したものであり、実装上のソフトウェア構成を限定するものではない。また、コンタクト情報部54に関係型データベース以外のデータベースを用いることも可能である。
【0150】
なお、図5に示した第2の実施形態のネットワーク構成は、公専公型のネットワーク構成に拡張することも容易である。
【0151】
また、上記第1〜第4の実施形態のIP網はその他のデータ通信用のネットワークに置換可能である。一例としては、フレームリレー網などに置換することができる。
【0152】
さらに、第3の実施形態の特徴部分と第4の実施形態の特徴部分は背反の関係にないので、両者を同一のVoIPネットワーク内に併存させることも可能である。
【0153】
以上の説明では主としてハードウエア的に本発明を実現したが、本発明はソフトウエア的に実現することも可能である。
【0154】
【発明の効果】
以上に説明したように、本発明によれば、従来は困難であった通話路の状態を自動的に判定することが可能になる。
【0155】
これにより、例えば、品質の高いVoIPサービスを提供すること等が容易になる。
【図面の簡単な説明】
【図1】第1の実施形態に係るVoIPネットワークの全体構成例を示す概略図である。
【図2】従来のVoIPネットワークの全体構成例を示す概略図である。
【図3】従来のVoIPネットワークにおけるネットワーク管理システムの構成例を示す概略図である。
【図4】第1の実施形態の動作説明図である。
【図5】第2および第3の実施形態に係るVoIPネットワークの全体構成例を示す概略図である。
【図6】第2の実施形態の動作説明図である。
【図7】第3の実施形態に係るVoIPネットワークの全体構成例を示す概略図である。
【図8】第3の実施形態の動作説明図である。
【図9】第4の実施形態で使用する通話コンタクト部の主要部の構成例を示す概略図である。
【図10】第4の実施形態の動作説明図である。
【図11】第1〜第4の実施形態で使用する拠点の内部構成例を示す概略図である。
【図12】第1〜第3の実施形態で使用する通話コンタクト部の主要部の構成例を示す概略図である。
【符号の説明】
10…IP網、11…公衆電話網、14,25,41〜44…IP電話交換機、45〜48…通話コンタクト部、21,22,61…VoIPゲートウエイ装置、40,70…VoIPネットワーク、49…監視システム、25,27,62、63…IP電話機、50、50A、50B…呼制御部、51、51A、51B…PB送受部、52、52A、52B…通話レベル解析部、53、53A、53B…障害通知部、54、54A、54B…コンタクト情報部、60…ルータ、ST1〜ST4…拠点。
[0001]
[Technical field to which the invention belongs]
The present invention relates to a voice communication system, and is suitably applied to, for example, a case where voice communication is performed by VoIP (Voice over IP) technology.
[0002]
[Prior art]
When an IP telephone service using the VoIP technology is provided, the network configuration is as shown in FIG. 2, for example.
[0003]
In FIG. 2, IP telephones (for example, 25 and 27) installed at a user use place 12 such as a home or an office are directly connected to a LAN (local area network) of the user use place 12. However, general telephones (for example, 26 and 28) that do not support VoIP cannot be directly connected to the LAN, so that VoIP gateway devices (media conversion devices) 23 and 24 and a PBX (private branch exchange not shown) ).
[0004]
A user who uses the IP telephones (IP telephone terminals) 25 and 27 and the general telephones 26 and 28 in the user use place 12 can use the IP network 10 as a backbone and the fixed telephone 29 or the mobile telephone 30 via the VoIP gateway devices 21 and 22. Talk with a user who uses
[0005]
The VoIP gateway devices 21 and 22 for connecting the IP network 10 and the public telephone network 11 make calls under the control of IP telephone exchanges (the IP telephone exchanges are components corresponding to a so-called call agent (CA)) 14 and 15. Perform operations such as setting. It is to be noted that only the control signals necessary for call setting and the like are transmitted and received by the IP telephone exchanges 14 and 15 and processed by the IP telephone exchanges 14 and 15, and the components of the call between the end-end telephones are The IP packet containing the voice data flows through a backbone constituted by the routers 16 to 18, the switches 19 and 20, the gateway devices 21 and 22, and the like.
[0006]
The IP network 10 is a network configured by a large number of network devices such as routers (for example, 16 to 18) and switches (for example, 19 and 20) and corresponding to the IP protocol. Although the Internet can be used as the IP network 10, a dedicated IP network established by a communication carrier to provide a VoIP service is often used.
[0007]
Under such a network configuration, for example, a network management system using SNMP (Simple Network Management Protocol) or the like can be constructed in a form as shown in FIG.
[0008]
In FIG. 3, an SNMP agent is arranged in peripheral devices such as the VoIP gateway devices 21 and 22, switches 19 and 20, and routers 16 to 18, and an SNMP manager is arranged in the illustrated monitoring system 25. Each SNMP agent manages various types of management information (such as the status of the management target itself and the management target) on the management target in which the SNMP agent is disposed (for example, in the case of the SNMP agent disposed in the gateway device 21). Information indicating the state of the connection interface between the two) is collected and stored in a predetermined database (MIB). Basically, when there is a read request from the SNMP manager, the contents of the MIB are read and sent to the SNMP manager. It is a mechanism to send.
[0009]
Therefore, if the read request is transmitted periodically, the management information can be periodically collected in the SNMP manager.
[0010]
If necessary, the contents of the MIB can be transmitted from the SNMP agent to the SNMP manager from the SNMP agent without a read request.
[0011]
[Problems to be solved by the invention]
However, in such a network management system, the range in which the SNMP agent can collect the management information is limited to the device or device to be managed. Therefore, for example, the SNMP agent arranged in the gateway device 21 passes through the gateway device 21 Even obtaining communication traffic as management information is quite difficult and requires the use of RMON or the like.
[0012]
Also, even if RMON is used, for example, a large number of network devices and gateway devices are connected between the telephones (25, 26, etc.) in the user use place 12 and the telephones (eg, 29) on the public telephone network 11 side. It is almost impossible to inspect and manage the state of a long communication path set via a circuit switch or a base station on the public telephone network side.
[0013]
Further, it is also difficult to manage the states of the IP telephone exchanges 14 and 15 that control the setting of such a communication path by a cooperative operation.
[0014]
In addition, various information that causes a setting error to cause an abnormality in call control or a communication path (misconnection, poor connection, one-way communication, etc.), for example, an IP telephone exchange (for example, 14, 15), a gateway device (21) , 23), routing information set in the routers 16-18, etc. can be collected as management information in the SNMP manager. It is usually not easy for an administrator to predict future call control or anomalies in a communication path based on an enormous number of numbers composed of the above information.
[0015]
Deterioration of communication quality such as voice delay is a phenomenon that occurs when communication traffic in any network device or device on the communication path is excessive and congestion occurs. Even if communication traffic is obtained for the device by the RMON, it is not easy to predict the occurrence of voice delay in advance when the number of network devices and devices on the communication path is large.
[0016]
Regarding the IP network, even if any telephone (IP telephone, general telephone) requests a call setup, a long time is required until the call setup is actually performed and a communication path is established (for example, (Approximately 8 seconds) may occur (connection delay). Such a connection delay may occur when the request frequency of call setting required is higher than the processing capability of the IP telephone exchanges 14 and 15 or the like. Is difficult to predict.
[0017]
[Means for Solving the Problems]
According to a first aspect of the present invention, there is provided a voice communication system for executing voice communication on a predetermined data communication network connecting a plurality of locations. Agent means, the call path inspection agent means comprising: (2) a call setting request section for automatically requesting call setting with the call path inspection agent means at another location; and (3) a call setting request section at another location. A call setting response section for automatically responding to a call setting request supplied from the channel inspection agent means to establish a communication path between itself and another channel inspection agent means; And a call path state determination unit for automatically determining the state of the communication path.
[0018]
According to a second aspect of the present invention, in the voice communication system in a site that executes voice communication on a predetermined data communication network, (1) the site is provided with a plurality of communication path inspection agent means, The inspection agent means includes: (2) a call setup request unit for automatically requesting a call setup with another call path inspection agent means; and (3) a call setup request supplied from the other call path inspection agent means. A call setting response unit for automatically responding to a request to establish a communication path between itself and another communication path inspection agent means, and (4) determining a communication path state for automatically determining the state of the communication path And a unit.
[0019]
BEST MODE FOR CARRYING OUT THE INVENTION
(A) Embodiment
Hereinafter, embodiments of the voice communication system according to the present invention will be described.
[0020]
A feature common to the first to fourth embodiments is that a call contact unit having an automatic calling function, an automatic answering function, etc. is arranged at each base, and then the communication units automatically communicate with each other. When a user actually makes a call from an IP telephone or the like, an operation that occurs inside an IP network or the like serving as a backbone is simulated, and call control and a state of a communication path are monitored, so that the user actually sets a call. The problem is to detect in advance failures and quality degradation that may occur in communication and telephone calls.
[0021]
By comprehensively selecting the combinations of the communication contact units that communicate with each other and performing the communication periodically, it is possible to detect failures and quality deterioration in advance regardless of which telephone user calls at any time.
[0022]
(A-1) Configuration of First Embodiment
FIG. 1 shows an example of the overall configuration of the VoIP network 40 of the present embodiment.
[0023]
In FIG. 1, the VoIP network 40 includes an IP network 10, IP telephone exchanges 41 to 44, call contact units 45 to 48, and a monitoring system 49.
[0024]
Of these, the IP network 10 is substantially the same as the IP network 10 in FIG. 2, and the IP telephone exchanges 41 to 44 are also substantially the same as the IP telephone exchanges 14 and 15 in FIG. I do.
[0025]
However, the IP network 10 of FIG. 2 is connected to the public telephone network 11 via the VoIP gateway devices 21 and 22, but the IP network 10 of the present embodiment shown in FIG. 1 is not connected to the public telephone network. .
[0026]
A VoIP network having such a network configuration is called an extension telephone network type VoIP network. At present, the system of telephone numbers assigned to IP telephones is not global, so VoIP networks not connected to the public telephone network are, for example, extension telephones that can be used only within one organization (such as a company). Become a net.
[0027]
If the Internet is used as the IP network 10 for the extension telephone network type VoIP network, a so-called Internet telephone is used. Here, a dedicated IP network is used. Unlike the Internet, whose quality is not guaranteed, a dedicated IP network makes it easier to obtain relatively good communication quality. The IP network 10 as a dedicated IP network may be constructed for use by one company by itself, or may be constructed by a communication carrier and provided to another company. Here, it is assumed that the IP network 10 is constructed by a communication carrier.
[0028]
In many cases, not only one company uses the IP network 10 constructed by the communication carrier, but the IP-VPN is used so that one company can connect the bases while maintaining confidentiality. It is usually used.
[0029]
Accordingly, FIG. 1 shows only components related to one company among a plurality of companies sharing the IP network 10 using an extension telephone network service (extension telephone network type VoIP network) provided by a communication carrier. Things. Routers and switches (not shown in FIG. 1), which are facilities on the IP network 10, are shared by companies using the extension telephone network service.
[0030]
The call contact units 45 to 48 are components applying CTI technology, and are arranged at each of the bases ST1 to ST4 of one company. The bases ST1 to ST4 of one company may be distributed over a wide area, for example, may be distributed over a plurality of countries. Although the illustrated bases are four ST1 to ST4, the number may be less than four or more than four.
[0031]
Each base (for example, ST1) is an aggregate of a large number of information processing apparatuses having a communication function, and the internal configuration may be, for example, as shown in FIG. Although the internal configuration of each base may be substantially the same, the following description will be made assuming that FIG. 11 mainly shows the internal configuration of the base ST1.
[0032]
(A-1-1) Example of internal configuration of base
11, the base ST1 includes a router 60, a VoIP gateway device 61, IP telephones 62 and 63, a personal computer 64, a PBX (private branch exchange) 65, and general telephones 66 and 67.
[0033]
The router 60 is a device that connects the transmission line L1 and the transmission line L2 of the LAN in the base ST1 to the IP network 10. The transmission line L1 is connected to the LAN interface (LAN port) LF of the router 60, and the transmission line L2 is connected to the PBX accommodating interface PF. When the IP-VPN is used, encryption and decryption functions necessary for the IP-VPN may be mounted on the router 60.
[0034]
A gate keeper function or the like can also be mounted on the router 60.
[0035]
A gatekeeper is a type of server that manages the correspondence between a telephone number and an IP address, and has a function of returning an IP address in response to an inquiry from an IP telephone or the like. When making a call, the user of the IP telephone (for example, U3) inputs to the IP telephone (for example, 62) only the telephone number of the communication partner, but on the IP network 10 that performs communication according to the IP protocol. Since the only identifier effective for identifying a communication partner is an IP address, it is necessary to obtain an IP address corresponding to the telephone number by inquiring of the gatekeeper.
[0036]
The IP telephones 62 and 63 are telephones having a function corresponding to VoIP and are directly connected to the transmission line L1.
[0037]
The personal computer 64 can be used as a VoIP telephone equipped with a microphone, a speaker, and the like, but can also be used as a data communication terminal that transmits and receives data other than voice data.
[0038]
In addition, various servers, groupware, and the like can be connected to the transmission line L1 as needed.
[0039]
The VoIP gateway device 61 connects the general telephones 66 and 67 under the control of the PBX 65 to the transmission line L2. Unlike the IP telephones 62 and 63, the general telephones 66 and 67 do not have a function corresponding to VoIP, and therefore need the VoIP function provided by the VoIP gateway device 61.
[0040]
The function of the VoIP gateway device 61 may be mounted on a router instead of a dedicated device. This router may be the router 60 or a new router provided under the router 60.
[0041]
Various methods are possible for arranging the above-mentioned call contact part 45 in the base ST1 having such a structure. For example, the function of the call contact unit 45 may be mounted on any of the illustrated or unillustrated components connected to the transmission line L1, but is assumed to be mounted on the router 60 here.
[0042]
Since the call contact section 45 periodically communicates with a call contact section (eg, 46) at another base (eg, ST2), it is better not to provide the call contact section on the transmission path L1 due to the periodic communication. Communication between other components is unimpeded and efficient.
[0043]
The function of the call contact unit 45 may be realized by hardware, but in the present embodiment, it is assumed to be realized by software. Generally, when a certain function is implemented by software, the processing speed is slower than when the function is implemented by hardware, but the function is flexible and much lower in price.
[0044]
FIG. 12 shows an example of the internal configuration of the call contact section 45.
[0045]
Although the internal configuration of the communication contact portions 45 to 48 arranged at each of the bases ST1 to ST4 may be substantially the same, the following description will be made assuming that the communication contact portion 45 is mainly shown in FIG. .
[0046]
(A-1-2) Internal configuration example of call contact section
12, the call contact section 45 includes a call control section 50, a PB transmission / reception section 51, a call level analysis section 52, a failure notification section 53, and a contact information section 54.
[0047]
The call control section 50 is a section that performs call control such as automatic calling (call setting), automatic answering section, and automatic disconnection.
[0048]
These call controls are executed by the call control unit 50 exchanging a predetermined call control message (control signal) with the IP telephone exchange 41 or the like.
[0049]
For example, when the call control unit 50 requests a call setting for a call contact unit at any other site (for example, the call contact unit 46 at the site ST2), an identifier (such as a call destination contact unit 46 that is the destination of the call) is specified. For example, a control signal (call setting message) requesting call setting accommodating the telephone number NB2) is transmitted from the call control unit 50 to the IP telephone exchange 41.
[0050]
The IP telephone exchange 41 controls the call control unit (corresponding to 50) of the other party's call contact unit 46 via another IP telephone exchange (for example, 42) (or, if possible, the IP telephone exchange 41 itself). Thus, a call is established between the two call contact sections (here, 45 and 46).
[0051]
When a call is established between the call control unit 50 and a target call contact unit (here, 46) by the call control unit 50 and a call path is set, the PB transmission / reception unit 51 transmits a PB (push button) via the call path. A) A part for transmitting and receiving a signal. Since a number of routers and switches on the IP network 10 exist on the communication path, the PB signal is transmitted or received via these routers and switches.
[0052]
Here, the PB signal is used, but this PB signal is a signal for checking whether or not an actual conversation by a human can be normally performed through the communication path. It can be replaced with another sound signal or a sound signal such as a synthesized sound. Although consideration must be given to the ease of analysis, it is desirable to perform inspection using sound (or voice) having characteristics as close as possible to actual human conversation voice.
[0053]
The call contact unit 45 including the call control unit 50 and the PB transmission / reception unit 51 is a telephone having exactly the same function as a normal IP telephone (for example, 62) when viewed from the IP telephone exchange 41 or the IP network 10 side. , The IP telephone 62 and the like.
[0054]
The call level analysis unit 52 determines whether or not the PB transmission / reception unit 51 has received a PB signal from the other party's call contact unit (here, 46). This part analyzes the degree of delay.
[0055]
In the other party's call contact section 46, similarly to the call contact section 45, the PB transmission / reception section (corresponding to 51) sends and receives the PB signal. It can be inferred that call control such as the above or an abnormality of the communication path has occurred.
[0056]
In addition, when reception is performed, it is possible to determine whether or not the above-described audio delay has occurred by analyzing the received PB signal in detail. For example, as a result of the analysis, when a voice delay of a level exceeding a preset threshold (voice delay threshold) is recognized, it is determined that the communication quality of the communication path is degraded. It may be. Deterioration of communication quality due to voice delay may occur when communication traffic in any network device or device on a communication path is excessive and congestion occurs.
[0057]
Further, the call level analysis unit 52 measures the time from when the call control unit 50 transmits the call setup message to when a call is established, and uses the measurement result as a predetermined threshold (for a connection delay). If the threshold value is exceeded, it may be determined that a large connection delay has occurred. A large connection delay may occur when the request frequency of call setting required is higher than the processing capacity of the IP telephone exchanges 41 and 46 and the like.
[0058]
The call level analysis unit 52 also has a function as a control unit of the entire call contact unit 45.
[0059]
The contact information section 54 is a section that stores the identifier of the other party's call contact section to which the call contact section 45 should request call setting in accordance with a predetermined inspection procedure. The call level analysis unit 52 as the control unit reads out the identifier from the contact information unit 54 according to a predetermined procedure, so that the other party's call contact unit to request the next call setup and the other party's call contact unit are called. It is possible to recognize the timing for requesting the setting.
[0060]
As the identifier stored in the contact information section 54, either a telephone number or an IP address can be used. The use of an IP address is advantageous in that the time and processing for making an inquiry to the gate keeper can be omitted, but if the telephone number is used as an identifier, the arrangement of the other party's call contact unit is changed in the base. However, there is no need to change the storage contents of the contact information section 54, and management is easy and interoperability (interoperability) is improved. In the present embodiment, it is assumed that telephone numbers are used with emphasis on ease of management and high interoperability.
[0061]
The failure notification unit 53 is a part that transmits a failure notification to the monitoring system 49 in response to an instruction from the call level analysis unit 52.
[0062]
The erroneous connection, poor connection, one-way call, etc. are obvious obstacles, but a large degree of voice delay or connection delay is not necessarily an obstacle. However, if the degree is too great, it may be better to classify the fault and send a fault notification.
[0063]
Various processes can be considered for the process executed when the monitoring system 49 receives this failure notification. For example, when a program such as the SNMP agent is arranged in a router or a switch on the IP network 10, an instruction is given to execute an automatic recovery process which can be performed by the function of the program, and together with the instruction or the automatic When it is confirmed that the restoration cannot be performed by the restoration process alone, a predetermined maintenance person or the like may be notified to request maintenance work.
[0064]
Also, a user such as an IP telephone (for example, U3 or U1) may be made to listen to a busy tone or the like and to inform that a call cannot be made until the call is recovered. It is inconvenient to be unable to make a call, but even if the call is allowed, if the call quality is poor, the user is more likely to feel uncomfortable.
[0065]
In FIG. 1, the IP telephone exchanges 41 to 44 are provided so as to correspond one-to-one with the bases ST1 to ST4, but this is not always necessary. For example, the number of IP telephone exchanges 41 to 44 may be smaller than the number of bases ST1 to ST4.
[0066]
In addition, the IP telephone exchanges 41 to 44 may be components of each of the bases ST1 to ST4, but are usually provided as facilities on the side of a communication carrier that constructs the IP network 10.
[0067]
Further, the IP telephone exchanges 41 to 44 need not necessarily be components of the IP network 10. For example, the IP telephone exchanges 41 to 44 can be regarded as being independent of the IP network 10 in the same sense that the communication network and the common channel signaling network are independent in the ISDN network.
[0068]
Hereinafter, the operation of the present embodiment having the above configuration will be described with reference to FIG. FIG. 4 shows components extracted from FIG. 1 and corresponding to a pair of the originating site and the receiving site necessary for explaining the operation of the call contact unit. It has steps.
[0069]
The originating site refers to a site having a call contact unit that requests a call setup to any other call contact unit using the call control unit 50. Conversely, the terminating site refers to this It refers to a base having a call contact part that receives a call in response to a call setting request.
[0070]
In principle, any of the bases ST1 to ST4 shown in FIG. 1 can be the originating base, and any of the bases can be the destination base. In the following, a case will be described in which the base ST1 having the call contact section 45 is a calling base and the base ST2 having the call contact section 46 is a destination base.
[0071]
In order to distinguish the components of the calling and receiving side call contact portions 45 and 46 from each other, in FIG. The reference numerals assigned to the elements have "B" at the end.
[0072]
That is, the call contact unit 45 includes the components 50A to 54A, and the call contact unit 46 includes the components 50B to 54B.
[0073]
At this time, if the call contact section 46 on the receiving side may also be on the calling side, it is necessary to equip the contact information section 54B corresponding to the contact information section 54 as a component. The contact information section 54B can be omitted as long as the contact information section 54B functions only as the receiving side. Whether or not the call contact section 46 may be the calling side depends on the specific contents of the inspection procedure.
[0074]
(A-2) Operation of the first embodiment
In the call contact section 45 in the originating base ST1, the call level analysis section 52A reads out the contents of the contact information section 54A, and according to the inspection procedure, the telephone number of the call contact section to request a call setting this time. Search for. In this case, assuming that the telephone number for which the call setting is to be performed is the telephone number NB2 indicating the communication contact unit 46 in the destination base ST2, the communication level analysis unit 52A transmits the call setting message containing the telephone number NB2 to The call is transmitted to the call setting unit 50A.
[0075]
The call setting unit 50A transmits the call setting message to the IP telephone exchange 41 (S1), a route is determined in the IP telephone exchange 41, and the call is set to the IP telephone exchange 42 as a result of the route determination. A message (for example, an IAM (Initial Address Message) message) between the requesting exchanges is transmitted (S2). The same route determination is also made in the IP telephone exchange 42 receiving this message, and as a result of the route determination, a call setting message is sent from the IP telephone exchange 42 to the call setting unit 50B in the call contact unit 42 of the destination. The request is transmitted to request a call setup (S3).
[0076]
If the IP telephone exchanges 41 and 42 have a high load on their processing capacity due to call control for a telephone call between the IP telephones, reception, transmission and route determination of these call setup messages are performed. Takes a long time, and a large connection delay may occur. However, since the call setup message is normally received and transmitted in a sufficiently short time, the route determination is performed. Therefore, the start of step S1 and the end of step S3 are performed. The time until is short enough.
[0077]
The call setting unit 50B which has received the call setting request in step S3 automatically responds and reverses the route of steps S1 to S3, that is, the call control unit 50B → the IP telephone exchange 42 → the IP telephone exchange. A response is transmitted in steps S4, S5, and S6 on the path from 41 to the call control unit 50A.
[0078]
The call contact unit 45 of the originating base measures the time from the start of the step S1 to the end of the step S6, and checks whether or not the measurement result exceeds the connection delay threshold value. It can be determined whether or not a delay has occurred.
[0079]
Regardless of the magnitude of the connection delay, when step S6 ends, the call level analysis unit 52A transmits a PB signal from the calling side PB transmission / reception unit 51A (S7). The voice data corresponding to the PB signal is accommodated in an IP packet and transmitted through a communication path constituted by devices (for example, routers 16A and 16B, switches 19A and 19B, etc.) on the IP network 10, and is usually received. Reaches the PB transmission / reception unit 51B, and is received by the PB transmission / reception unit 51B (S8).
[0080]
Along with this reception, or before and after the reception, the PB transmission / reception unit 51B transmits a PB signal (S9). The voice data corresponding to the PB signal is accommodated in an IP packet, as in step S7, and transmitted through the communication path on the IP network 10 in a direction opposite to that in steps S9 and S10. Normally, this IP packet reaches the PB transmitting / receiving section 51A on the calling side and is received by the PB transmitting / receiving section 51A (S10).
[0081]
In the communication contact unit 46 on the receiving side, the communication level analysis unit 52B determines whether or not the PB signal has arrived (received) in step S8. Check if the threshold has been exceeded.
[0082]
Similarly, also in the calling contact unit 45 on the calling side, the communication level analysis unit 52A determines whether or not the PB signal has been reached (received) in step S10. Check whether the voice delay threshold has been exceeded.
[0083]
If there is an abnormality in the call control or the communication path (misconnection, poor connection, one-way communication, or the like), both or one of the communication level analysis units 52A and 52B determines that the PB signal has not been received.
[0084]
When such an abnormality of the communication path or a large voice delay exceeding the voice delay threshold is detected, the communication level analysis unit 52A and / or 52B sends the failure notification unit 53A and / or 53B to the monitoring system 49. Make a failure notification addressed to it. Naturally, the specific contents of the failure notification may be different from each other, for example, when a large voice delay is detected, when a communication path abnormality is detected, or when a large connection delay is detected.
[0085]
Upon receiving such a failure notification, the monitoring system 49 executes the above-described automatic recovery processing and a corresponding processing such as a maintenance work request in accordance with the specific contents of the failure notification. In addition, a user (for example, U3, U1, etc.) such as an IP telephone that attempts to make a telephone call before recovery cannot listen to the busy tone and make a telephone call if necessary. May be transmitted.
[0086]
In this way, before the user makes a call, if the call control and the state of the communication path are automatically inspected and a corresponding process is performed according to the inspection result, when the user actually makes the call, Since there is a high possibility that the failure has recovered and the communication quality has recovered to a high state, it is possible to provide a high-quality and more comfortable VoIP service.
[0087]
A transmission path for the failure notification units 53A and 53B to notify the monitoring system 49 of a failure may be provided in the IP network 10, but a transmission path separate from the IP network 10 is prepared. You may. When a transmission path for failure notification is provided in the IP network 10, it is desirable to secure a dedicated bandwidth for failure notification in advance. This is to avoid a situation where the failure notification itself cannot be executed due to the congestion of the IP network 10 or the like.
[0088]
Further, here, the base ST1 is selected as the originating base and the base ST2 is selected as the destination base. However, in other combinations, the originating base and the destination base can be regularly and exhaustively selected.
[0089]
For example, it is also possible to request the same call setting from the base ST1 to the call contact units 47 and 48 of the bases ST3 and ST4 to check the call control and the state of the communication path.
[0090]
(A-3) Effects of the first embodiment
As described above, in the present embodiment, it is possible to automatically inspect the call control and the state of the communication path, which were difficult in the past.
[0091]
In addition, if a predetermined corresponding process is executed according to the inspection result, a high-quality and more comfortable VoIP service can be provided to the user (for example, U3).
[0092]
(B) Second embodiment
Hereinafter, only the points of the present embodiment that are different from the first embodiment will be described.
[0093]
In the first embodiment, the communication path is closed inside the IP network 10, but the communication path in the present embodiment can be set to extend from the IP network 10 to the public telephone network 11. Accordingly, transmission / reception of a call control message (control signal) for call control extends to the public telephone network 11 side.
[0094]
(B-1) Configuration and Operation of Second Embodiment
FIG. 5 shows an overall configuration example of the VoIP network 70 of the present embodiment.
[0095]
5, components corresponding to those in the first embodiment are denoted by the same reference numerals 10, 41 to 44, 45 to 48, 49, and ST1 to ST4 as those in FIG. 1, and detailed description thereof will be omitted.
[0096]
The public telephone network 11 may be a network such as a mobile telephone network, but is assumed to be an ISDN network in the present embodiment. The ISDN network 11 is connected to the IP network 10 via VoIP gateway devices 21 and 22. In contrast to the extension telephone network service, a VoIP service connected to the public telephone network in this way is called a public network service (IP relay telephone service).
[0097]
Although the bases ST1 to ST3 of the present embodiment are housed in the IP network 10 as in the first embodiment, the base ST4 is housed in the ISDN network 11.
[0098]
Therefore, in the case of the present embodiment, the internal configuration of the base ST4 is different from the above-described FIG. 11, and is configured by an ISDN-compatible telephone, an analog telephone, and the like. However, the call contact section 48 is also provided at the base ST4.
[0099]
In the present embodiment, the operation when call control is performed between the call contact units 45 to 47 of the bases ST1 to ST3 accommodated in the IP network 10 is exactly the same as that of the first embodiment. In the case where call control is performed between any one of the communication contact units 45 to 47 of the ISDN network 11 and the communication contact unit 48 of the base station ST4 accommodated in the ISDN network 11, the common line signal of the ISDN network 11 is used to transmit the call control message. They differ in that a net is interposed.
[0100]
Since all telephones in the base ST4, including the telephone contact section 48, are accommodated in one local exchange (not shown) in the ISDN network 11, one of the telephone contact sections 45 to 47 receives the telephone from the base ST4. When a call setting is requested from the call contact unit 48, the call setting message is delivered to the IP telephone exchange 44 via the IP telephone exchange 41 and the like, and further transmitted from the IP telephone exchange 44 to a signal relay station (not shown). (STP) and the like, and are delivered to the local exchange, and reach the call control unit 50 of the telephone contact unit 48 from the local exchange.
[0101]
Then, when the call control unit 50 of the call contact unit 48 responds to the call setting message, the response message is transmitted on the reverse route.
[0102]
The transmission and reception of the PB signal is different in that a communication network of the ISDN network 11 is interposed.
[0103]
That is, when a PB signal is transmitted from any of the call contact units 45 to 47 to the call contact unit 48 of the base ST4, an IP packet containing voice data corresponding to the PB signal is transmitted to a switch or router on the IP network 10. Is transmitted to the VoIP gateway device 21 or 22, and the VoIP gateway device 21 or 22 converts the voice data extracted from the IP packet into a signal corresponding to the ISDN, and transmits the signal to the ISDN network 11, and sends the signal to the ISDN network 11. The data is delivered from the local exchange to the PB transmission / reception unit 51 of the communication contact unit 48 via the communication network of the network 11.
[0104]
When the PB signal is transmitted from the PB transmission / reception unit 51 of the call contact unit 48, the PB signal is transmitted on the opposite path. Of course, the VoIP gateway device 21 or 22 on the way converts the PB signal into voice data and performs processing for accommodating the data in the IP packet.
[0105]
In this case, the communication path set between any of the communication contact units 45 to 47 and the communication contact unit 48 extends from the IP network 10 to the ISDN network 11.
[0106]
However, excluding these points, also in the present embodiment, it is possible to automatically check the call control and the state of the communication path as in the first embodiment.
[0107]
Here, all the telephones at the base ST4 are assumed to be accommodated in the ISDN (public telephone network) 11, but some telephones at the base ST4 are accommodated in the public telephone network 11 and other telephones are connected to the IP network. Needless to say, it is also possible to accommodate them in the apparatus 10.
[0108]
When the operation of the present embodiment as described above is expressed in the same format as in FIG. 4 described above, for example, it is as shown in FIG.
[0109]
However, in FIG. 6, the reference numerals given to the components of the communication contact section 48 are suffixed with “D” instead of “B”.
[0110]
(B-2) Effects of the second embodiment
As described above, in the present embodiment, under the condition that the bases are distributed and arranged on the public telephone network (11) side and the IP network (10) side, an effect equivalent to the effect of the first embodiment is obtained. be able to.
[0111]
(C) Third embodiment
In the following, only differences between the present embodiment and the first and second embodiments will be described.
[0112]
The present embodiment proposes a specific example that is preferable for performing an exhaustive inspection on the above-described inspection procedure that is not always clear in the first and second embodiments.
[0113]
When a plurality of bases that can be the originating bases are prepared and the call contact section of each originating base asynchronously transmits a call setup message, etc., collisions of incoming calls may occur. May not be able to be performed normally.
[0114]
Therefore, in the present embodiment, only one caller site (caller contact portion of the caller) is selected at the same time according to the inspection procedure, and the caller site (caller contact portion of the caller) to be selected is cyclically selected. By changing it, an exhaustive inspection is realized.
[0115]
(C-1) Configuration and Operation of Third Embodiment
As the overall configuration of the VoIP network of the present embodiment, the VoIP network 40 of the first embodiment shown in FIG. 1 can be used, but here, the VoIP network of the second embodiment shown in FIG. 5 is used. It is assumed that the network 70 is used.
[0116]
Further, in the present embodiment, in order to select a caller-side call contact unit, the contact information unit 54 of each of the call contact units 45 to 47 that can be a caller-side call contact unit includes, for example, each of the contacts shown in FIG. A number correspondence table TB1 in which identifiers of the call contact sections 45 to 47 (here, telephone numbers are assumed) and circulation numbers (1 to 3) are stored in association with each other is stored.
[0117]
In FIG. 7, the cyclic number of the telephone contact section 45 of the telephone number NB1 is 1, the cyclic number of the telephone contact section 46 of the telephone number NB2 is 2, and the cyclic number of the telephone contact section 47 of the telephone number NB3 is 3.
[0118]
One outgoing call contact section (e.g., 45) requests all other call contact sections (here, 46 to 48) to set up one call at a time, and so on, thereby making all of the incoming call contact sections (46). 4848), the call control and the state of the communication path are checked. When this check is completed, the calling party contact section (here, 45) searches the number correspondence table TB1 and finds the telephone number (here, corresponding to the circulation number 2) associated with its own next circulation number. A predetermined circulation notification is transmitted to the call contact part (46) of the attached telephone number NB2).
[0119]
The cyclic notification is a message that notifies the call contact unit that has received the notification that the authority to be the calling call contact unit has been delegated.
[0120]
Therefore, upon receiving the circulation notification, the call contact unit 46, which was one of the called-side call contact units last time, operates as the calling-side call contact unit this time, and requests call setting one by one. As a result, the call control and the state of the call path are performed between all the other call contact portions 45, 47, and 48.
[0121]
When the call contact section 46 finishes this inspection, the same operation is thereafter cyclically repeated as shown in FIG.
[0122]
If such an operation is repeated cyclically, the call control or the abnormality of the communication path may be detected in any of the communication contact portions.
[0123]
For example, in the test when the call contact part 45 of the circulation number 1 is the calling side call contact part, the call control and the abnormality of the communication path may be detected with respect to the call contact part 46 of the circulation number 2. In this case, even if the circulation notification is simply transmitted to the telephone contact unit 46 according to the number correspondence table TB1, the possibility that the telephone contact unit 46 can normally perform the inspection as the calling telephone contact unit is low, In some cases, the cyclic delegation of the right to be the calling side call contact unit may be stagnated at the call contact unit 46, and therefore, as an example, no call control or call path abnormality is detected. The call contact section corresponding to the circulation number closest to the call contact section 46 (here, the circulation number 3) from the call contact sections. Here, the 47), may be transmitted circulation notification.
[0124]
Further, the transmission line for transmitting the circulation notification may be provided in the IP network 10 like the transmission line for performing the failure notification, but a transmission line separate from the IP network 10 is prepared. You may. When a transmission path for transmitting the circulation notification is provided in the IP network 10, it is also desirable to secure a band dedicated to the circulation notification in advance. This is to avoid a situation where the circulation notification cannot be transmitted due to the congestion of the IP network 10 or the like.
[0125]
In the present embodiment, as described above, the telephone contact section 48 of the base ST4 accommodated in the public telephone network 11 does not become the calling telephone contact section as described above. Since the system of telephone numbers assigned to the contact units (including, for example, 45 to 47) is not global, the telephone on the public telephone network 11 side (here, the call contact unit 48) is connected to the telephone on the IP network 10 side. This is because it is difficult to make a call.
[0126]
Therefore, for example, when the VoIP network 40 of the first embodiment shown in FIG. 1 is used, all of the call contact units 45 to 48 can be caller-side call contact units, and the global telephone When the system of numbers is prepared, in the VoIP network 70 shown in FIG. 5, the call contact unit 48 can be a call contact unit on the calling side.
[0127]
(C-2) Effects of the third embodiment
According to the present embodiment, it is possible to obtain the same effects as the effects of the first and second embodiments.
[0128]
In addition, in the present embodiment, it is possible to guarantee efficient and comprehensive execution of the call control and the check of the state of the communication path for the entire VoIP network.
[0129]
(D) Fourth embodiment
Hereinafter, only the points in which the present embodiment is different from the first to third embodiments will be described.
[0130]
In the present embodiment, each of the call contact units 45 to 48 accumulates, as log information, the results of an inspection on the call control and the state of the call path, and in response to a request from the monitoring system 49 (or voluntarily). ), The log information can be transmitted to the monitoring system 49.
[0131]
(D-1) Configuration and Operation of Fourth Embodiment
The overall configuration example of the VoIP network of the present embodiment may be the overall configuration of the first embodiment shown in FIG. 1 or the overall configuration of the second embodiment shown in FIG.
[0132]
FIG. 9 shows an example of the internal configuration of the communication contact portions 45 to 48 of the present embodiment.
[0133]
9, components corresponding to the communication contact portions 45 to 48 of the first to third embodiments are denoted by the same reference numerals 50, 51, 52, 53, and 54 as those in FIG. 12, and detailed description thereof is omitted. .
[0134]
The log information section 55 stores log information in a format such as a log table TB2 shown in FIG. In the log table TB2, a record of communication such as transmission, reception, transmission and reception of a PB signal is stored as log information together with time information (time information) at which the operation was performed.
[0135]
Specifically, in FIG. 10, in the log table TB2, as a log of the outgoing call, each of a destination number (destination telephone number), a transmission time, a PB signal transmission time, a transmission PB signal type, and a disconnection time is stored. Accumulates data items.
[0136]
In addition, as the log of the incoming call, data items such as a source number (source telephone number), a receiving time, a PB signal receiving time, a received PB signal type, and a disconnection time are stored.
[0137]
Upon receiving a log information acquisition request (read request) from the monitoring system 49, the communication interface unit (communication I / F unit) 56 reads a specific value of each data item of the log table TB2 and transmits the read value to the monitoring system 49. It is.
[0138]
Since the value of the log table TB2 stored in each of the communication contact portions 45 to 48 is only a result of the inspection as viewed from each of the communication contact portions, a plurality of communication contact portions are required to accurately capture the entire image of the abnormality. It is highly likely that it is necessary to comprehensively analyze the value of the log table TB2. When the necessity of such comprehensive analysis is recognized, it is preferable that the log information acquisition request be transmitted from the monitoring system 49 to a plurality of corresponding call contact units.
[0139]
The transmission path for transmitting the log information acquisition request and the specific value of the log table TB2 transmitted to the monitoring system 49 in response to the log information acquisition request is the same as the transmission path of the failure notification. It is also desirable to use a separate transmission path or to secure a dedicated band in the IP network 10.
[0140]
If necessary, even if the log information acquisition request is not received, the specific value of the log table TB2 may be spontaneously transmitted to the monitoring system 49 based on the judgment of the call contact unit. .
[0141]
(D-2) Effects of the fourth embodiment
According to the present embodiment, the same effects as those of the first and second embodiments can be obtained.
[0142]
In addition, in the present embodiment, the monitoring system (49) can accurately capture the entire image of the abnormality based on the value of the log table (TB2) supplied from each call contact unit.
[0143]
Thus, for example, it is possible to calculate the delay time in the VoIP network by specifying the corresponding (outgoing / incoming) call log from the destination number and the source number, and comparing the contents of the log information. .
[0144]
In addition, by accurately capturing the entire image of the abnormality, the monitoring system can execute more appropriate response processing.
[0145]
(E) Other embodiments
In the first embodiment, the contact information section 54 stores a telephone number (or an IP address) as an identifier. However, other identifiers can be used as necessary. For example, a domain name (FQDN) can be used.
[0146]
Further, in the first to fourth embodiments, after the call is established, the test is performed until the quality of the communication path, such as the voice delay, is checked. May be ended.
[0147]
Furthermore, in the above-described first to fourth embodiments, one call contact unit is disposed at each site to check the call control and the state of the communication path between the sites. It is possible to inspect the call control and the state of the communication path. However, in this case, it is naturally necessary to arrange a plurality of call contact sections in one base. When the size of the base is large, it is effective to arrange a plurality of call contact sections in one base.
[0148]
In the call contact units of the first to fourth embodiments, as shown in FIG. 12 and the like, a call control unit (50), a PB transmission / reception unit (51), a call level analysis unit (52), a failure notification unit (53) Although these are shown separately, they show logical functions and do not limit the hardware / software configuration in implementation.
[0149]
Similarly, in the third embodiment, as the data items of the number correspondence table TB1 stored in the contact information section 54, two items, a circulation number and a telephone number, are provided, but this is an example of a schema. Yes, it does not limit the software configuration on implementation. It is also possible to use a database other than the relational database for the contact information section 54.
[0150]
The network configuration according to the second embodiment shown in FIG. 5 can be easily extended to a public-private network configuration.
[0151]
Further, the IP networks according to the first to fourth embodiments can be replaced with other data communication networks. As an example, it can be replaced with a frame relay network or the like.
[0152]
Further, since the characteristic parts of the third embodiment and the characteristic parts of the fourth embodiment do not have a trade-off relationship, it is possible to make both coexist in the same VoIP network.
[0153]
In the above description, the present invention is mainly realized by hardware, but the present invention can also be realized by software.
[0154]
【The invention's effect】
As described above, according to the present invention, it is possible to automatically determine the state of the communication channel, which has been difficult in the past.
[0155]
This facilitates, for example, providing a high-quality VoIP service.
[Brief description of the drawings]
FIG. 1 is a schematic diagram illustrating an example of the overall configuration of a VoIP network according to a first embodiment.
FIG. 2 is a schematic diagram showing an example of the overall configuration of a conventional VoIP network.
FIG. 3 is a schematic diagram showing a configuration example of a network management system in a conventional VoIP network.
FIG. 4 is an operation explanatory diagram of the first embodiment.
FIG. 5 is a schematic diagram showing an example of the overall configuration of a VoIP network according to the second and third embodiments.
FIG. 6 is an operation explanatory diagram of the second embodiment.
FIG. 7 is a schematic diagram illustrating an example of an overall configuration of a VoIP network according to a third embodiment.
FIG. 8 is an operation explanatory diagram of the third embodiment.
FIG. 9 is a schematic diagram illustrating a configuration example of a main part of a call contact unit used in a fourth embodiment.
FIG. 10 is an operation explanatory diagram of the fourth embodiment.
FIG. 11 is a schematic diagram showing an example of an internal configuration of a base used in the first to fourth embodiments.
FIG. 12 is a schematic diagram showing a configuration example of a main part of a call contact unit used in the first to third embodiments.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... IP network, 11 ... Public telephone network, 14, 25, 41-44 ... IP telephone exchange, 45-48 ... Call contact part, 21, 22, 61 ... VoIP gateway device, 40, 70 ... VoIP network, 49 ... Monitoring system, 25, 27, 62, 63: IP telephone, 50, 50A, 50B: Call control unit, 51, 51A, 51B: PB transmission / reception unit, 52, 52A, 52B: Call level analysis unit, 53, 53A, 53B ... Failure notification unit, 54, 54A, 54B... Contact information unit, 60... Router, ST1 to ST4.

Claims (6)

複数の拠点を接続する所定のデータ通信用ネットワーク上で音声通信を実行する音声通信システムにおいて、
前記各拠点には、通話路検査エージェント手段を設け、
当該通話路検査エージェント手段は、
他の拠点の通話路検査エージェント手段とのあいだの呼設定を自動的に要求する呼設定要求部と、
他の拠点の通話路検査エージェント手段から供給された呼設定の要求に対し、自動的に応答して自他の通話路検査エージェント手段のあいだに通話路を確立させる呼設定応答部と、
当該通話路の状態を自動的に判定する通話路状態判定部とを備えたことを特徴とする音声通信システム。
In a voice communication system that performs voice communication on a predetermined data communication network connecting a plurality of bases,
Each of the bases is provided with a communication path inspection agent means,
The channel check agent means,
A call setup requesting unit for automatically requesting a call setup between the call path inspection agent means of another base,
A call setting response unit that automatically responds to a call setting request supplied from the call path inspection agent means at another base and establishes a call path between itself and another call path inspection agent means;
A voice communication system comprising: a communication channel state determination unit that automatically determines a state of the communication channel.
請求項1の音声通信システムにおいて、
前記通話路状態判定部は、
前記呼設定要求部と呼設定応答部の動作を監視することで、通話路の確立の正常性を判定、または、
自通話路検査エージェント手段の音信号送受部に受信された音信号の品質、または音信号が受信されたか否かを監視して、前記通話路の状態を判定し、
当該通話路状態判定部が音信号の品質または受信の有無を判定する場合、前記各通話路検査エージェント手段は、
確立された前記通話路を介して所定の音信号を双方向に伝送させるため、前記音信号送受部を備えることを特徴とする音声通信システム。
The voice communication system according to claim 1,
The communication path state determination unit,
By monitoring the operation of the call setting request unit and the call setting response unit, determine the normality of the establishment of the communication path, or,
Monitoring the quality of the sound signal received by the sound signal transmitting and receiving unit of the own channel inspection agent means, or whether the sound signal was received, to determine the state of the channel,
When the channel state determination unit determines the quality of the sound signal or the presence or absence of reception, each of the channel inspection agent means,
An audio communication system comprising the sound signal transmitting / receiving unit for transmitting a predetermined sound signal bidirectionally through the established communication path.
請求項1の音声通信システムにおいて、
前記データ通信用ネットワークを既存の公衆電話網と接続するゲートウエイ装置を設け、
前記通話路は、当該ゲートウエイ装置を介在させて、当該データ通信用ネットワークおよび公衆電話網をカバーするように設定することを特徴とする音声通信システム。
The voice communication system according to claim 1,
Providing a gateway device for connecting the data communication network to an existing public telephone network,
The voice communication system, wherein the communication path is set so as to cover the data communication network and the public telephone network with the gateway device interposed.
請求項1〜3のいずれかの音声通信システムにおいて、
前記各拠点に設けた各通話路検査エージェント手段を要素とするエージェント集合中から選択した1つの通話路検査エージェント手段を、前記呼設定を要求する要求エージェント手段とし、
当該要求エージェント手段から呼設定を要求することによって当該エージェント集合中の他の要素である応答エージェント手段とのあいだで確立された通話路に関し、当該通話路の確立の正常性および/または通話路の状態を判定し、全応答エージェント手段とのあいだでこの判定が終了すると、要求エージェント手段の選択を前記エージェント集合の他の通話路検査エージェント手段に変更することを特徴とする音声通信システム。
The voice communication system according to any one of claims 1 to 3,
One call path inspection agent means selected from an agent set having each call path inspection agent means provided at each of the bases as request agent means for requesting the call setting,
Requesting call setup from the requesting agent means, regarding the communication path established with the response agent means, which is another element in the agent set, regarding the normality of the establishment of the communication path and / or the A voice communication system wherein a state is determined, and when this determination is completed between all response agent means, selection of the request agent means is changed to another call path inspection agent means of the agent set.
請求項1または2の音声通信システムにおいて、
前記各通話路検査エージェント手段は、
前記通話路状態判定部の判定結果に関するログ情報を蓄積しておくログ情報蓄積部と、
所定の監視センタ装置からの要求に応じて、当該ログ情報蓄積部に蓄積しているログ情報を送信するログ情報提供部とを備えたことを特徴とする音声通信システム。
The voice communication system according to claim 1 or 2,
Each said communication path inspection agent means,
A log information storage unit that stores log information related to the determination result of the communication path state determination unit,
And a log information providing unit for transmitting log information stored in the log information storage unit in response to a request from a predetermined monitoring center device.
所定のデータ通信用ネットワーク上で音声通信を実行する拠点内の音声通信システムにおいて、
前記拠点には、複数の通話路検査エージェント手段を設け、
当該通話路検査エージェント手段は、
他の通話路検査エージェント手段とのあいだの呼設定を自動的に要求する呼設定要求部と、
他の通話路検査エージェント手段から供給された呼設定の要求に対し、自動的に応答して自他の通話路検査エージェント手段のあいだに通話路を確立させる呼設定応答部と、
当該通話路の状態を自動的に判定する通話路状態判定部とを備えたことを特徴とする音声通信システム。
In a voice communication system in a base that performs voice communication on a predetermined data communication network,
The base is provided with a plurality of call path inspection agent means,
The channel check agent means,
A call setup requesting unit for automatically requesting a call setup with another channel check agent means;
A call setting response unit that automatically responds to a call setting request supplied from another channel inspection agent means and establishes a communication path between itself and the other channel inspection agent means;
A voice communication system comprising: a communication channel state determination unit that automatically determines a state of the communication channel.
JP2002256604A 2002-09-02 2002-09-02 Voice communication system Expired - Fee Related JP3998541B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002256604A JP3998541B2 (en) 2002-09-02 2002-09-02 Voice communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002256604A JP3998541B2 (en) 2002-09-02 2002-09-02 Voice communication system

Publications (2)

Publication Number Publication Date
JP2004096541A true JP2004096541A (en) 2004-03-25
JP3998541B2 JP3998541B2 (en) 2007-10-31

Family

ID=32061782

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002256604A Expired - Fee Related JP3998541B2 (en) 2002-09-02 2002-09-02 Voice communication system

Country Status (1)

Country Link
JP (1) JP3998541B2 (en)

Also Published As

Publication number Publication date
JP3998541B2 (en) 2007-10-31

Similar Documents

Publication Publication Date Title
US7551565B2 (en) User semantic overlay for troubleshooting convergent network problems
JP4236032B2 (en) Internet communication system, Internet communication method, session management server, and communication adapter
US7613106B2 (en) Dial plan transparency for fragmented networks
US8908558B2 (en) Method and apparatus for detecting a network impairment using call detail records
JP4390080B2 (en) In-band call association signaling for single number destinations
US20100014431A1 (en) Method and apparatus for providing automated processing of a network service alarm
US20070294415A1 (en) User interface
JP2009543452A (en) Method and apparatus for a single chassis communication server having a connection only interface
US20050105708A1 (en) Method of routing signals through communication networks
US6826708B1 (en) Method and system for logging debugging information for communication connections
CN1992650B (en) Method for detecting calling continuity of IP packet carrying network
JP3754619B2 (en) Method and apparatus for overload control in multi-branch packet network
US20130176863A1 (en) Method and apparatus for providing automated processing of a switched voice service alarm
JP2007306522A (en) Terminal
JP4205445B2 (en) Exchange device
US20080057937A1 (en) Method and Apparatus to Troubleshoot Voice Over Internet Protocol (VolP)
WO2012000346A1 (en) Method and device for detecting telephone channel fault
JP3144546B2 (en) Network and campus network
US20080112329A1 (en) Method and apparatus for warning telephony users of service degradation
US20080080366A1 (en) IP telephone system and telephone exchange
JP3998541B2 (en) Voice communication system
JP2011250250A (en) Failure detection device, method and program
JP4693771B2 (en) Communication network system, access gateway and control method thereof
JP4604915B2 (en) Test system, method and program
TWM393936U (en) System for detecting disability on packets

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041221

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070315

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070320

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070518

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: 20070807

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070807

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: 20100817

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100817

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110817

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120817

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130817

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees