JP3998541B2 - Voice communication system - Google Patents

Voice communication system Download PDF

Info

Publication number
JP3998541B2
JP3998541B2 JP2002256604A JP2002256604A JP3998541B2 JP 3998541 B2 JP3998541 B2 JP 3998541B2 JP 2002256604 A JP2002256604 A JP 2002256604A JP 2002256604 A JP2002256604 A JP 2002256604A JP 3998541 B2 JP3998541 B2 JP 3998541B2
Authority
JP
Japan
Prior art keywords
call
unit
network
path
contact
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.)
Expired - Fee Related
Application number
JP2002256604A
Other languages
Japanese (ja)
Other versions
JP2004096541A (en
Inventor
元 田村
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)

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,42などの処理能力に比して要求される呼設定の要求頻度が高い場合などに発生し得る。
【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から着信先の通話コンタクト部46内の呼設定部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 suitable for application to voice communication using, for example, VoIP (Voice over IP) technology.
[0002]
[Prior art]
When performing an IP telephone service using the VoIP technology, the network configuration is as shown in FIG. 2, for example.
[0003]
In FIG. 2, IP telephones (for example, 25 and 27) installed in a user use place 12 such as a home or office are directly connected to a LAN (local area network) of the user use place 12. However, in the case of a general telephone (for example, 26, 28) that does not support VoIP, it cannot be directly connected to the LAN, so the VoIP gateway devices (media conversion devices) 23, 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 uses the IP network 10 as a backbone and the fixed telephone 29 and the mobile telephone 30 via the VoIP gateway devices 21 and 22. Talk to a user who uses etc.
[0005]
The VoIP gateway devices 21 and 22 that connect the IP network 10 and the public telephone network 11 are called under the control of the IP telephone exchange (the IP telephone exchange is a component corresponding to a so-called call agent (CA)) 14 and 15. Perform operations such as setting. Note that only the control signals necessary for call setting and the like are transmitted to and received by the IP telephone exchanges 14 and 15 and processed by the IP telephone exchanges 14 and 15. The IP packet containing the voice data flows through the 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 that is configured by network devices such as a large number of routers (for example, 16 to 18) and switches (for example, 19 and 20) and supports the IP protocol. The Internet can be used as the IP network 10, but a dedicated IP network constructed by a communication carrier is often used to provide a VoIP service.
[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 the form shown in FIG.
[0008]
In FIG. 3, SNMP agents are arranged in peripheral devices such as the VoIP gateway devices 21 and 22, the switches 19 and 20, and the routers 16 to 18, and an SNMP manager is arranged in the illustrated monitoring system 25. Each SNMP agent has various management information related to the management target (for example, the gateway device 21 in the case of the SNMP agent arranged in the gateway device 21) (the status of the management target itself and the management target). Information indicating the state of the connection interface between them) 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 periodically transmitted, the management information can be periodically collected in the SNMP manager.
[0010]
Further, if necessary, the contents of the MIB can be transmitted from the SNMP agent to the SNMP manager even if there is no 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 management information is limited to the devices and apparatuses to be managed. For example, the SNMP agent arranged in the gateway apparatus 21 passes through the gateway apparatus 21. Even acquiring communication traffic as management information is quite difficult, and it is necessary to use RMON or the like.
[0012]
Even if RMON is used, for example, a large number of network devices and gateway devices between a telephone (25, 26, etc.) in the user usage location 12 and a telephone (eg, 29) on the public telephone network 11 side. Alternatively, 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]
Furthermore, it is difficult to manage the states of the IP telephone exchanges 14 and 15 that control the setting of such a communication path by cooperative operation.
[0014]
In addition, the misconfiguration may cause various kinds of information that causes call control or communication path abnormality (misconnection, connection failure, one-way communication, etc.), such as IP telephone exchanges (for example, 14, 15), gateway devices (21 23), address information set in the routers 16-18, etc., 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 a future call control or communication path abnormality based on a huge number of numbers composed of the above information.
[0015]
Note that degradation of communication quality such as voice delay is a phenomenon that occurs when communication traffic in any network device or device on the call 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 or devices on the communication path is large.
[0016]
In addition, regarding an IP network, even if any telephone (IP telephone, general telephone) requests call setting, it takes a long time until call setting is actually performed and a communication path is established (for example, A phenomenon (connection delay) that requires about 8 seconds may occur. Such a connection delay may occur when the call setup request frequency required is higher than the processing capacity of the IP telephone exchanges 14 and 15 or the like, but it is a dynamic factor such as the call setup request frequency. Is difficult to predict.
[0017]
[Means for Solving the Problems]
In order to solve this problem, in the first invention, a plurality of bases are connected. De In a voice communication system that performs voice communication on a network for data communication, (1) each site has Each call contact section that performs call path inspection Provided, (2) At least some of the above The call contact unit is a call setting request unit that automatically requests a call setting with a call contact unit at another location. (3) Each of the call contact parts is (4) a call setting response unit that automatically responds to a call setting request supplied from a call contact unit at another site and establishes a communication path between the other call contact units. Said call setting A speech path state determination unit that automatically determines the state of the speech path is provided.
[0018]
In the second invention, Connecting multiple locations Data communication network Of which network part In the voice communication system in the base that performs voice communication above, (1) the base Inside Is Perform a call path check A plurality of call contacts are provided, (2) At least some of the above The call contact unit is a call setting request unit that automatically requests call setting between other call contact units. (3) Each of the call contact parts is (4) a call setting response unit that automatically responds to a call setting request supplied from another call contact unit and establishes a call path between the other call contact unit; Said call setting A speech path state determination unit that automatically determines the state of the speech path is provided.
[0019]
DETAILED DESCRIPTION OF THE INVENTION
(A) Embodiment
Embodiments of a voice communication system according to the present invention will be described below.
[0020]
A feature common to the first to fourth embodiments is that a call contact unit having an automatic call function, an automatic response function, etc. is arranged at each base, and then automatically communicated between the call contact units, When a user actually makes a call from an IP telephone or the like, the actual call setting by the user is performed by simulating the operation that occurs inside the backbone IP network, etc., and monitoring the state of the call control or the communication path In other words, it is possible to detect in advance a failure or quality degradation that may occur in a telephone call.
[0021]
By comprehensively selecting combinations of call contact units that communicate with each other and periodically executing the communication, it becomes possible to detect failures and quality deterioration in advance when any telephone user makes a call.
[0022]
(A-1) Configuration of the first embodiment
An example of the overall configuration of the VoIP network 40 of this embodiment is shown in FIG.
[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 of FIG. 2, and the IP telephone switches 41 to 44 are also substantially the same as the IP telephone switches 14 and 15 of FIG. To 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 this 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. Since the telephone number system assigned to IP telephones is not global at present, a VoIP network that is not connected to a public telephone network is, for example, an extension telephone 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, it becomes a so-called Internet telephone, but here, a dedicated IP network is used. Unlike the Internet, whose quality is not guaranteed, it is easy to obtain relatively good communication quality in a dedicated IP network. The IP network 10 as a dedicated IP network may be constructed for one company to use by itself, but 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, it is not only one company that uses the IP network 10 constructed by a telecommunications carrier, so an IP-VPN is installed so that one company can connect between its bases while maintaining confidentiality. It is normal to use.
[0029]
Therefore, FIG. 1 shows only components related to one company among a plurality of companies that use the extension telephone network service (extension telephone network type VoIP network) provided by the telecommunications carrier and share the IP network 10. Is. Routers, switches (not shown in FIG. 1), etc., which are facilities on the IP network 10 are shared by each company that uses this extension telephone network service.
[0030]
The call contact parts 45 to 48 are components applying CTI technology, and are arranged for each company base ST1 to ST4. Each base ST1 to ST4 of one company may be distributed over a wide area, for example, may be distributed in a plurality of countries. Although the illustrated bases are four of ST1 to ST4, it is natural that this number may be less than four or more.
[0031]
Each base (for example, ST1) is an aggregate of a large number of information processing devices having communication functions. Become The internal configuration may be as shown in FIG. 11 as an example. Although the internal configuration of each site may be substantially the same, the following description will be given assuming that the internal configuration of the site ST1 is mainly shown in FIG.
[0032]
(A-1-1) Example of internal structure of base
In FIG. 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]
Among these, the router 60 is a device for connecting the LAN transmission line L1 and the transmission line L2 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, the encryption and decryption functions necessary for the IP-VPN may be installed in the router 60.
[0034]
A gatekeeper 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 telephone numbers and IP addresses, 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 IP telephone user (for example, U3) inputs only the telephone number of the communication partner to the IP telephone (for example, 62), but on the IP network 10 that performs communication according to the IP protocol. Since the only identifier effective for identifying the communication partner is an IP address, it is necessary to inquire the gatekeeper and obtain the IP address corresponding to the telephone number.
[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 and groupware can be connected to the transmission line L1 as necessary.
[0039]
The VoIP gateway device 61 connects 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, the VoIP function provided by the VoIP gateway device 61 is required.
[0040]
The function of the VoIP gateway device 61 may be installed in 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 as to how the above-described call contact portion 45 is arranged 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 non-illustrated components connected to the transmission line L1, but here it is mounted on the router 60.
[0042]
Since the call contact unit 45 periodically communicates with a call contact unit (for example, 46) of another base (for example, ST2), it is preferable not to provide the call contact unit 45 on the transmission line L1. 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 realized by software. In general, when a certain function is realized by software, the processing speed is slower than when it is realized by hardware, but it is flexible and much cheaper.
[0044]
An example of the internal configuration of the call contact unit 45 is shown in FIG.
[0045]
The internal configurations of the call contact portions 45 to 48 arranged at the respective bases ST1 to ST4 may be substantially the same. However, in the following description, the call contact portion 45 is mainly illustrated in FIG. .
[0046]
(A-1-2) Internal configuration example of call contact unit
In FIG. 12, the call contact unit 45 includes a call control unit 50, a PB transmission / reception unit 51, a call level analysis unit 52, a failure notification unit 53, and a contact information unit 54.
[0047]
The call control unit 50 is a part that performs call control such as automatic call (call setting), automatic response unit, 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 call setting for a call contact unit at any other site (for example, the call contact unit 46 of the site ST2), an identifier (designating the other party call contact unit 46 that is the destination) 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 switch 41.
[0050]
The IP telephone switch 41 controls the call control unit (corresponding to 50) of the partner call contact unit 46 via another IP telephone switch (for example, 42) (or, if possible, the IP telephone switch 41 itself). Thus, a call is established between both call contact parts (45 and 46 in this case).
[0051]
When the call control unit 50 establishes a call with the target call contact unit (in this case, 46) and the communication path is set, the PB transmission / reception unit 51 establishes a PB (push button) via the communication path. ) The part that transmits and receives signals. Since there are many routers and switches on the IP network 10 on the communication path, this 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 human conversation can be normally performed through the communication path, and so on. It can be replaced with other sound signals or sound signals such as synthesized sound. Although it is necessary to consider the ease of analysis, it can be said that it is desirable to inspect using sound (or speech) having characteristics as close as possible to the actual human conversational speech.
[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 are processed without distinction.
[0054]
The call level analysis unit 52 determines whether or not the PB signal is received from the other party call contact unit (here, 46) by the PB transmission / reception unit 51, or if received, This is the part that analyzes the degree of delay.
[0055]
Similarly to the call contact unit 45, the PB transmission / reception unit (corresponding to 51) also sends and receives PB signals in the other party call contact unit 46. It can be inferred that call control such as the above or a communication path abnormality has occurred.
[0056]
Further, when reception is performed, it is possible to determine whether or not the above-described audio delay occurs by analyzing the received PB signal in detail. For example, if the result of the analysis shows a voice delay of a level exceeding a preset threshold value (voice delay threshold value), it is determined that the communication quality of the speech path has deteriorated. It may be. Communication quality degradation due to voice delay can occur when communication traffic is excessive in one of the network devices or devices on the communication path and congestion occurs.
[0057]
Further, the call level analysis unit 52 measures the time until the call is established after the call control unit 50 transmits the call setting message, and the measurement result is a predetermined threshold value (for connection delay use). When the threshold value is exceeded, it may be determined that a large connection delay has occurred. The large connection delay is caused by the IP telephone switch 41, 42 This may occur when the call setup request frequency required is higher than the processing capability.
[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 part 54 is a part that stores an identifier of the other party call contact part that the call contact part 45 should request call setting according to a predetermined inspection procedure. The call level analysis unit 52 as the control unit reads out the identifier from the contact information unit 54 in a predetermined procedure, thereby calling the other party call contact unit to which call setting should be requested next and the other party call contact unit. The timing for requesting the setting can be recognized.
[0060]
As an identifier stored in the contact information unit 54, either a telephone number or an IP address can be used. When an IP address is used, it is advantageous in that the time and processing for making an inquiry to the gatekeeper can be omitted. However, 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, it is not necessary to change the contents stored in the contact information section 54, management is easy, and interoperability (interoperability) is improved. In the present embodiment, 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 clear failures, but a large degree of voice delay or connection delay is not necessarily a failure. However, if the degree is too high, it may be better to classify the fault and notify the fault.
[0063]
Various processes can be considered 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 switch on the IP network 10, an instruction is given to execute an automatic recovery process that can be performed by the function of the program. When it is confirmed that the restoration cannot be performed only by the restoration process, a predetermined maintenance person or the like may be notified and a maintenance operation may be requested.
[0064]
Also, a user such as an IP telephone (for example, U3 or U1) may be informed that he cannot make a call until he / she recovers by listening to a busy tone. This is because it is inconvenient not to make a call, but even if it is allowed to make a call, 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 in one-to-one correspondence 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 the respective bases ST1 to ST4, but are usually provided as equipment on the telecommunications carrier side that constructs the IP network 10.
[0067]
Further, the IP telephone exchanges 41 to 44 are not necessarily 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 meaning as that the telephone network and the common line signal network are independent within the ISDN network.
[0068]
The operation of the present embodiment having the above configuration will be described below with reference to FIG. FIG. 4 shows the components corresponding to the pair of caller base and callee base necessary for explaining the operation of the call contact section from FIG. Has steps.
[0069]
The calling site refers to a site having a call contact unit that requests call setting to any other call contact unit using the call control unit 50, and conversely, the called site is This refers to a base having a call contact portion for receiving 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 base can be the destination base. Now, a case will be described in which the base ST1 having the call contact part 45 is a calling base and the base ST2 having the call contact part 46 is a destination base.
[0071]
In order to distinguish the constituent elements of the call contact portions 45 and 46 on the caller side and the callee side, the reference numerals given to the constituent elements of the call contact portion 45 in FIG. The code given to the element has “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 portion 46 that is the called side may also be the calling side, it is necessary to equip the contact information portion 54B corresponding to the contact information portion 54 as a component, The contact information part 54B can be omitted if it functions only as the wearer side. Whether or not the call contact unit 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 unit 45 in the calling site ST1, the call level analysis unit 52A reads the content of the contact information unit 54A, and according to the inspection procedure, the telephone number of the call contact unit that should request call setting this time Search for. Assuming that the telephone number to be set this time is the telephone number NB2 pointing to the call contact unit 46 in the destination site ST2, the call level analyzing unit 52A sends a call setting message containing the telephone number NB2, The data 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), the route is determined in the IP telephone exchange 41, and the call setting is made 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 requested exchanges is transmitted (S2). In the IP telephone exchange 42 that has received this message, the same route determination is performed, and as a result of the route determination, the destination telephone contact section from the IP telephone exchange 42 46 A call setting message is transmitted to the call setting unit 50B, and a call setting is requested (S3).
[0076]
If the IP telephone exchanges 41 and 42 are in a state where the load on the processing capacity is high due to call control for calls between IP telephones, etc., the reception, transmission and route determination of these call setting messages are performed. However, it takes a long time to generate a large connection delay. Usually, since the call setup message is received and transmitted in a sufficiently short time and the route is determined, 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 that has received the call setting request in step S3 automatically responds, and follows the route of steps S1 to S3 in the opposite direction, that is, the call control unit 50B → IP telephone exchange 42 → IP telephone exchange. The response is transmitted through steps S4, S5, and S6 along the route 41 → call control unit 50A.
[0078]
The call contact unit 45 at the calling site measures the time from the start of the step S1 to the end of the step S6, and checks whether the measurement result exceeds the connection delay threshold value. It can be determined whether or not a delay has occurred.
[0079]
Regardless of the connection delay, when step S6 ends, the call level analysis unit 52A transmits a PB signal from the originating 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 on the IP network 10 (for example, routers 16A and 16B and switches 19A and 19B). The PB transmitter / receiver 51B is reached and received by the PB transmitter / receiver 51B (S8).
[0080]
With this reception or before and after 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 and transmitted in the opposite direction to the steps S9 and S10 on the IP network 10 as in step S7. Normally, this IP packet reaches the PB transmission / reception unit 51A on the originating side and is received by the PB transmission / reception unit 51A (S10).
[0081]
Within the communication contact unit 46 on the called side, the call level analysis unit 52B determines whether or not the arrival (reception) of the PB signal in step S8 has been performed. Check whether the threshold is exceeded.
[0082]
Similarly, in the call contact unit 45 on the calling side, the call level analysis unit 52A determines whether or not the arrival (reception) of the PB signal in step S10 has been performed. Check whether the voice delay threshold is exceeded.
[0083]
If the above-described call control or communication path abnormality (misconnection, poor connection, single call, etc.) is present, both or one of the call level analysis units 52A and 52B determines that the PB signal has not been received.
[0084]
When such a communication path abnormality or a large voice delay exceeding the voice delay threshold is detected, the call level analysis unit 52A and / or 52B sends the fault notification unit 53A and / or 53B to the monitoring system 49. Make the failure notification addressed. Of course, the specific contents of the failure notification may differ from each other when a large audio delay is detected, when a communication path abnormality is detected, or when a large connection delay is detected.
[0085]
When such a failure notification is received, the monitoring system 49 executes corresponding processing such as the above-described automatic recovery processing and maintenance work request in accordance with the specific contents of the failure notification. In addition, IP telephone users (for example, U3, U1, etc.) who are trying to make a call before restoration cannot make a call by listening to the busy sound as necessary. May be communicated.
[0086]
Thus, before the user makes a call, if the call control and the state of the communication path are automatically inspected and the corresponding processing according to the inspection result is executed, when the user actually makes a call, Since there is a high possibility that the failure has been recovered and the communication quality has been recovered, it is possible to provide a higher quality and more comfortable VoIP service.
[0087]
Note that a transmission path for 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. May be. Further, when a failure notification transmission path is provided in the IP network 10, it is desirable to secure a bandwidth dedicated to failure notification in advance. This is to avoid a situation in which the failure notification itself cannot be executed due to congestion of the IP network 10 or the like.
[0088]
Here, the base ST1 is selected as the originating base and the base ST2 is selected as the destination base. However, the originating base and the destination base can be selected regularly and comprehensively in other combinations.
[0089]
For example, it is possible to request the same call setting from the call contacts 47 and 48 of the call stations ST3 and ST4 from the call station ST1 to check the call control and the state of the call path.
[0090]
(A-3) Effects of the first embodiment
As described above, according to the present embodiment, it is possible to automatically check the call control and the state of the communication path, which have been difficult in the past.
[0091]
Moreover, if a predetermined response process is executed in accordance with the inspection result, a high-quality and more comfortable VoIP service can be provided to the user (for example, U3).
[0092]
(B) Second embodiment
Below, only the point from which this embodiment is different from 1st Embodiment is demonstrated.
[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 from the IP network 10 to the public telephone network 11. Accordingly, transmission / reception of a call control message (control signal) for call control also reaches the public telephone network 11 side.
[0094]
(B-1) Configuration and operation of the second embodiment
An example of the overall configuration of the VoIP network 70 of this embodiment is shown in FIG.
[0095]
In FIG. 5, the same reference numerals 10, 41 to 44, 45 to 48, 49, ST1 to ST4 as those in FIG.
[0096]
The public telephone network 11 may be a network such as a mobile telephone network, but in this embodiment, is assumed to be an ISDN network. The ISDN network 11 is connected to the IP network 10 via VoIP gateway devices 21 and 22. For the extension telephone network service, the VoIP service connected to the public telephone network in this way is called a public network service (IP relay telephone service).
[0097]
The bases ST1 to ST3 in this embodiment are bases accommodated in the IP network 10 as in the first embodiment, but the base ST4 is accommodated in the ISDN network 11.
[0098]
Therefore, in the case of this embodiment, the internal configuration of the base ST4 is different from that shown in FIG. However, the call contact section 48 is also provided at the site ST4.
[0099]
In the present embodiment, the operation when performing call control 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. When the call control is performed between any one of the call contact units 45 to 47 and the call contact unit 48 of the base ST4 accommodated in the ISDN network 11, the common line signal of the ISDN network 11 is used to transmit the call control message. The point that the net intervenes is different.
[0100]
Since all the telephones in the base ST4 are accommodated in one subscriber exchange (not shown) in the ISDN network 11 including the telephone contact section 48, any one of the telephone contact sections 45 to 47 can connect to the base ST4. When a call setting request is made to the call contact unit 48, the call setting message is delivered to the IP telephone switch 44 via the IP telephone switch 41 and the signal relay station (not shown) from the IP telephone switch 44. It is delivered to the subscriber exchange via (STP) or the like, and reaches the call control section 50 of the call contact section 48 from the subscriber exchange.
[0101]
When the call control unit 50 of the call contact unit 48 responds to the call setting message, the response message is transmitted through the opposite path.
[0102]
In addition, the transmission / reception of the PB signal is different in that the telephone 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 transferred 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 From The extracted voice data is converted into a signal corresponding to ISDN and transmitted to the ISDN network 11. From the subscriber exchange to the PB transmission / reception unit 51 of the call contact unit 48 via the ISDN network 11 communication network. Delivered.
[0104]
When a PB signal is transmitted from the PB transmission / reception unit 51 of the call contact unit 48, the PB signal is transmitted through the opposite path. Of course, in the VoIP gateway device 21 or 22 in the middle, the PB signal is converted into voice data, and processing for accommodating it in the IP packet is performed.
[0105]
In this case, the communication path set between any of the call contact units 45 to 47 and the call contact unit 48 extends from the IP network 10 to the ISDN network 11.
[0106]
However, excluding these points, in this embodiment as well, it is possible to automatically inspect the call control and the state of the speech path as in the first embodiment.
[0107]
Here, all the telephones of the base ST4 are accommodated in the ISDN network (public telephone network) 11, but some telephones of the base ST4 are accommodated in the public telephone network 11 and other telephones are accommodated in the IP network. Needless to say, it can be accommodated in 10.
[0108]
If the operation of the present embodiment as described above is expressed in the same format as that of FIG.
[0109]
However, in FIG. 6, the reference numerals given to the components of the call contact section 48 have “D” at the end instead of “B”.
[0110]
(B-2) Effects of the second embodiment
As described above, in this embodiment, the same effect as that of the first embodiment is obtained under the condition that the bases are distributed on the public telephone network (11) side and the IP network (10) side. be able to.
[0111]
(C) Third embodiment
In the following, only the differences of the present embodiment from the first and second embodiments will be described.
[0112]
In the present embodiment, a specific example preferable for carrying out an exhaustive inspection is proposed for the above-described inspection procedure that was not necessarily clear in the first and second embodiments.
[0113]
If there are multiple bases that can be the calling site, and the call contact section of each calling site sends a call setup message asynchronously, an incoming call collision occurs. There is a possibility that this inspection cannot be performed normally.
[0114]
Therefore, in the present embodiment, only one calling site (calling side call contact unit) is selected simultaneously according to the inspection procedure, and the selected calling site (calling side call contact unit) is cyclically selected. By making changes, comprehensive inspection is realized.
[0115]
(C-1) Configuration and operation of the 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. Assume that the network 70 is used.
[0116]
Further, in the present embodiment, in order to select the calling side call contact part, each of the contact information parts 54 of the call contact parts 45 to 47 that can be the calling side call contact part includes, for example, as shown in FIG. A number correspondence table TB1 in which identifiers (in this case, telephone numbers are assumed) of the call contact units 45 to 47 and circulation numbers (1 to 3) are stored in association with each other is accumulated.
[0117]
In FIG. 7, the circulation number of the call contact unit 45 of the telephone number NB1 is 1, the circulation number of the call contact unit 46 of the phone number NB2 is 2, and the circulation number of the call contact unit 47 of the phone number NB3 is 3.
[0118]
A certain calling side call contact unit (for example, 45) requests all the called side call contact units (46 by requesting call setting one by one from other call contact units (here, 46 to 48). To 48), the call control and the state of the speech path are inspected. When this inspection is completed, the calling side call contact unit (here 45) searches the number correspondence table TB1 and corresponds to the telephone number associated with its next circulation number (here, corresponding to circulation number 2). A predetermined circulation notification is transmitted to the call contact section (46) of the attached telephone number NB2).
[0119]
The circulation notification is a message that informs the call contact unit that has received the notification that the authority to become the calling side call contact unit has been transferred.
[0120]
Accordingly, when the circulation notification is received, 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. Thus, the call control and the state of the communication path are inspected with all the other call contact units 45, 47, and 48.
[0121]
When the call contact unit 46 finishes this inspection, the same operation is repeated cyclically as shown in FIG.
[0122]
If such an operation is repeated cyclically, an abnormality in the call control or communication path may be detected for any of the call contact units.
[0123]
For example, in the inspection when the call contact unit 45 with the circulation number 1 is the calling side call contact unit, the call control or the communication path abnormality may be detected with respect to the call contact unit 46 with the circulation number 2. In this case, even if the circulation notification is simply sent to the call contact unit 46 according to the number correspondence table TB1, it is unlikely that the call contact unit 46 can normally perform the inspection as the calling side call contact unit. In some cases, there is a possibility that the cyclical delegation of authority to be the calling side call contact unit may stagnate in the call contact unit 46, and as an example, no call control or abnormality in the call path is detected. The call contact part corresponding to the circulation number (here, circulation number 3) closest to the call contact part 46 from the call contact parts Here, the 47), may be transmitted circulation notification.
[0124]
Further, the transmission path for transmitting the circulation notification may be provided in the IP network 10 as with the transmission path for performing the failure notification, but a transmission path separate from the IP network 10 is prepared. May be. In addition, when providing a transmission path for transmitting the circulation notification in the IP network 10, it is also desirable to secure a dedicated band for the circulation notification in advance. This is to avoid a situation in which the circulation notification cannot be transmitted due to congestion of the IP network 10 or the like.
[0125]
In the present embodiment, as described above, the reason why the call contact unit 48 of the base ST4 accommodated in the public telephone network 11 does not become the calling side call contact unit is as follows. Since the system of telephone numbers assigned to the contact part (including 45 to 47, for example) is not global, the telephone on the public telephone network 11 side (here, the call contact part 48 is pointed) to the telephone on the IP network 10 side. This reflects that 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 the call contact units 45 to 48 can be calling side call contact units, and global telephones assigned to IP telephones When the number system is prepared, the call contact unit 48 can be a calling contact unit in the VoIP network 70 shown in FIG.
[0127]
(C-2) Effects of the third embodiment
According to the present embodiment, it is possible to obtain the same effect as that of the first and second embodiments.
[0128]
In addition, in this embodiment, it is possible to guarantee efficient and exhaustive execution of call control and communication path state inspection for the entire VoIP network.
[0129]
(D) Fourth embodiment
Below, only the point from which this embodiment differs from the 1st-3rd embodiment is explained.
[0130]
In the present embodiment, each call contact unit 45 to 48 accumulates the result of inspection regarding the call control and the state of the call path as log information, and responds to a request from the monitoring system 49 (or spontaneously). ), And the log information can be transmitted to the monitoring system 49.
[0131]
(D-1) Configuration and operation of the fourth embodiment
The overall configuration example of the VoIP network of this 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]
An example of the internal configuration of the call contact portions 45 to 48 of the present embodiment is shown in FIG.
[0133]
In FIG. 9, the same reference numerals 50, 51, 52, 53, and 54 as those in FIG. 12 are given to the components corresponding to the communication contact portions 45 to 48 of the first to third embodiments, and detailed description thereof is omitted. .
[0134]
In the log information section 55, for example, log information is accumulated in a format such as a log table TB2 shown in FIG. In the log table TB2, a record of communication such as outgoing call, incoming call, transmission of PB signal, and reception is accumulated as log information together with time information (time information) when the operation is performed.
[0135]
Specifically, in FIG. 10, the log table TB2 includes, as outgoing call logs, each of a transmission destination number (calling destination telephone number), transmission time, PB signal transmission time, transmission PB signal type, and disconnection time. Accumulate data items.
[0136]
Further, as incoming call logs, data items such as a caller number (caller's telephone number), incoming time, PB signal reception time, received PB signal type, and disconnection time are stored.
[0137]
When the communication interface unit (communication I / F unit) 56 receives a log information acquisition request (read request) from the monitoring system 49, the communication interface unit (communication I / F unit) 56 reads the specific value of each data item of the log table TB2 and transmits it to the monitoring system 49 It is.
[0138]
Since the values of the log table TB2 stored in each of the call contact units 45 to 48 are only the result of the inspection as seen from each call contact unit, a plurality of call contact units are necessary to accurately capture the overall image of the abnormality. There is a high possibility that it is necessary to comprehensively analyze the values of the log table TB2. When the necessity of such comprehensive analysis is recognized, the log information acquisition request may 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 similar to the IP network 10 as in the case of the failure notification. It is also desirable to use a separate transmission line or secure a dedicated band in the IP network 10.
[0140]
If necessary, even if the log information acquisition request is not received, it is natural that the specific values of the log table TB2 may be voluntarily transmitted to the monitoring system 49 based on the determination of the call contact unit. .
[0141]
(D-2) Effects of the fourth embodiment
According to this embodiment, an effect equivalent to that of the first and second embodiments can be obtained.
[0142]
In addition, in the present embodiment, it is possible for the monitoring system (49) to accurately capture the whole image of the abnormality based on the value of the log table (TB2) supplied from each call contact unit.
[0143]
As a result, for example, it is possible to calculate a delay time in the VoIP network by specifying a corresponding (departure / arrival) call log from the callee number and caller number and comparing the contents of the log information. .
[0144]
In addition, the monitoring system can execute a more appropriate response process by accurately capturing the entire image of the abnormality.
[0145]
(E) Other embodiments
In the first embodiment, the contact information unit 54 stores a telephone number (or IP address) as an identifier. However, other identifiers may be used as necessary. For example, a domain name (FQDN) can be used.
[0146]
In the first to fourth embodiments, after the call is established, the quality of the communication path such as voice delay is also inspected. However, until the establishment of the call is confirmed, the inspection for one destination call contact unit is performed. May be terminated.
[0147]
Furthermore, in the first to fourth embodiments, one call contact unit is arranged at each site and the call control between the sites and the state of the call path are inspected. It is possible to inspect the call control and the state of the communication path. However, in that case, naturally, it is necessary to arrange a plurality of call contact portions in one base. In the case where the scale of the base is large, it is effective to arrange a plurality of call contact portions in one base in this way.
[0148]
In the call contact unit of the first to fourth embodiments, as shown in FIG. 12, the call control unit (50), the PB transmission / reception unit (51), the call level analysis unit (52), and the failure notification unit (53) However, this shows a logical function, and does not limit the hardware / software configuration on implementation.
[0149]
Similarly, in the third embodiment, two data items of a circulation number and a telephone number are provided as data items of the number correspondence table TB1 stored in the contact information unit 54. This is an example of a schema. Yes, it does not limit the software configuration on implementation. Further, it is possible to use a database other than the relational database for the contact information unit 54.
[0150]
Note that the network configuration of the second embodiment shown in FIG. 5 can be easily extended to a public and public network configuration.
[0151]
The IP networks of 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]
Furthermore, since the characteristic part of 3rd Embodiment and the characteristic part of 4th Embodiment are not in a contradictory relationship, it is also possible to coexist both in the same VoIP network.
[0153]
In the above description, the present invention is realized mainly 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 a speech path that has been difficult in the past.
[0155]
Thereby, for example, it becomes easy to provide a high-quality VoIP service.
[Brief description of the drawings]
FIG. 1 is a schematic diagram showing 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 showing an example of the 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 the fourth embodiment.
FIG. 10 is an operation explanatory diagram of the fourth embodiment.
FIG. 11 is a schematic diagram showing an example of the internal configuration of a base used in the first to fourth embodiments.
FIG. 12 is a schematic diagram illustrating 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 apparatus, 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 part, 54, 54A, 54B ... contact information part, 60 ... router, ST1 to ST4 ... base.

Claims (7)

複数の拠点を接続するデータ通信用ネットワーク上で音声通信を実行する音声通信システムにおいて、
前記各拠点にはそれぞれ、通話路検査を実行する通話コンタクト部を設け、
少なくとも一部の前記通話コンタクト部は、他の拠点の通話コンタクト部とのあいだの呼設定を自動的に要求する呼設定要求部を備え、
全ての前記通話コンタクト部はそれぞれ、
他の拠点の通話コンタクト部から供給された呼設定の要求に対し、自動的に応答して自他の通話コンタクト部のあいだに通話路を確立させる呼設定応答部と、呼設定に係る前記通話路の状態を自動的に判定する通話路状態判定部とを備えた
ことを特徴とする音声通信システム。
In a voice communication system that performs a voice communication over a plurality of connecting bases Lud over data communication networks,
Each of the bases is provided with a call contact unit for performing a call path inspection ,
At least some of the call contact units include a call setting request unit that automatically requests call setting with a call contact unit of another base ,
All the call contacts are
A call setting response unit that automatically responds to a call setting request supplied from a call contact unit at another site and establishes a call path between the other call contact unit and the call related to the call setting. A speech communication system comprising: a speech path state determination unit that automatically determines a path state.
請求項1の音声通信システムにおいて、The voice communication system of claim 1.
前記各通話コンタクト部は、確立された通話路を介して対向する通話コンタクト部とのあいだで、PB信号を授受するPB送受部を有することを特徴とする音声通信システム。Each of the call contact units has a PB transmission / reception unit for transmitting / receiving a PB signal to / from a call contact unit facing each other through an established call path.
請求項1または2の音声通信システムにおいて、
前記通話路状態判定部は、前記呼設定要求部若しくは呼設定応答部の動作を監視することで、通話路の確立の正常性を判定、または、当該通話コンタクト部のPB送受部受信されたPB信号の品質、またはPB信号が受信されたか否かを監視して、前記通話路の状態を判定することを特徴とする音声通信システム。
The voice communication system according to claim 1 or 2 ,
The speech path status determination section, wherein by monitoring the operation of the call setting request unit or the call setting response unit determines the normality of the establishment of the communication path, or is received by the PB transmitting and receiving part of the call the contact portion quality of PB signals or to monitor whether or not a PB signal is received, a voice communication system, wherein the benzalkonium to determine the state of the communication path.
請求項1の音声通信システムにおいて、
前記データ通信用ネットワークを既存の公衆電話網と接続するゲートウエイ装置を設け、
前記通話路は、当該ゲートウエイ装置を介在させて、当該データ通信用ネットワークおよび公衆電話網をカバーするように設定することを特徴とする音声通信システム。
The voice communication system of claim 1.
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 through the gateway device.
請求項1の音声通信システムにおいて、
前記各拠点に設けた、前記呼設定要求部を備える前記通話コンタクト部を要素とする集合中から選択した1つの通話コンタクト部を、前記呼設定を要求する側の通話コンタクト部とし、
選択された呼設定を要求する側の前記通話コンタクト部が、内部に規定されている他の通話コンタクト部とのあいだで確立された通話路の状態判定を終了すると、前記集合に属する、内部に規定されている他の通話コンタクト部に通知して、通知された前記通話コンタクト部を、前記呼設定を要求する側の通話コンタクト部として選択された状態に移行させる
ことを特徴とする音声通信システム。
The voice communication system of claim 1 .
Wherein provided in each site, the one call contact section selects the call contact portion with a call setting request unit from within to that current if the element, and a call contact portion on the side that requests the call setting,
When the call contact unit on the side requesting the selected call setting finishes the determination of the state of the call path established with another call contact unit defined inside, the call contact unit belonging to the set A voice communication system characterized by notifying another specified call contact section and shifting the notified call contact section to a state selected as a call contact section on the call requesting side .
請求項の音声通信システムにおいて、
前記各通話コンタクト部は、
前記通話路状態判定部の判定結果に関するログ情報を蓄積しておくログ情報蓄積部と、
所定の監視センタ装置からの要求に応じて、当該ログ情報蓄積部に蓄積しているログ情報を送信するログ情報提供部とを備えたことを特徴とする音声通信システム。
The voice communication system of claim 1 .
Each call contact section is
A log information accumulating unit for accumulating log information related to the determination result of the speech path state determining unit;
A voice communication system comprising: a log information providing unit that transmits log information stored in the log information storage unit in response to a request from a predetermined monitoring center device.
複数の拠点を接続するデータ通信用ネットワークのうち、いずれかの拠点内のネットワーク部分上で音声通信を実行する拠点内の音声通信システムにおいて、
前記拠点には、通話路検査を実行する複数の通話コンタクト部を設け、
少なくとも一部の前記通話コンタクト部は、他の通話コンタクト部とのあいだの呼設定を自動的に要求する呼設定要求部を備え、
全ての前記通話コンタクト部はそれぞれ、
他の通話コンタクト部から供給された呼設定の要求に対し、自動的に応答して自他の通話コンタクト部のあいだに通話路を確立させる呼設定応答部と、呼設定に係る前記通話路の状態を自動的に判定する通話路状態判定部とを備えた
ことを特徴とする音声通信システム。
In a data communication network connecting a plurality of bases, in a voice communication system in a base that performs voice communication on the network part in any base ,
In the base , a plurality of call contact units for performing a call path inspection are provided,
At least some of the call contact units include a call setting request unit that automatically requests call setting between other call contact units ,
All the call contacts are
To request other supplied call setting from the call contact portion, automatically a call setting response unit to establish a call path between the calling contact portion of oneself and others in response, the speech path of the call setting A speech communication system comprising: a speech path state determining unit that automatically determines a state.
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 JP2004096541A (en) 2004-03-25
JP3998541B2 true 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
JP2004096541A (en) 2004-03-25

Similar Documents

Publication Publication Date Title
JP4236032B2 (en) Internet communication system, Internet communication method, session management server, and communication adapter
US7551565B2 (en) User semantic overlay for troubleshooting convergent network problems
US7298733B2 (en) Internet communication system, internet communication method, session management server, radio communication device, communication relay server, and program
EP1616420B1 (en) Method for verification of communication path in ip telephony ping
JP4390080B2 (en) In-band call association signaling for single number destinations
US8908558B2 (en) Method and apparatus for detecting a network impairment using call detail records
US20060168326A1 (en) Dial plan transparency for fragmented networks
JP2000059415A (en) Gateway for internet telephone system
JPH114292A (en) Communication system
JP3754619B2 (en) Method and apparatus for overload control in multi-branch packet network
US20080057937A1 (en) Method and Apparatus to Troubleshoot Voice Over Internet Protocol (VolP)
JP3639269B2 (en) VoIP voice monitoring method and VoIP voice monitoring system
JP3998541B2 (en) Voice communication system
KR100602643B1 (en) apparatus and method of Call backup service provide in VoIP device
JP2008092102A (en) Telephone switching system
JP2006279700A (en) System and method for ip fixed-line telephone
JP2011250250A (en) Failure detection device, method and program
JP2011151434A (en) Communication system and communication method for providing service provider selected service
JP4693771B2 (en) Communication network system, access gateway and control method thereof
JP4165335B2 (en) Delay time measuring device, jitter tolerance measuring device, and speech quality evaluation device using them
JP3664718B2 (en) IP phone gateway device outgoing and incoming call processing, recording medium recording the program, and IP phone system
JP4604915B2 (en) Test system, method and program
JP4325731B2 (en) Delay time measuring device, jitter tolerance measuring device, and speech quality evaluation device using them
US7215747B2 (en) Method and apparatus for producing information regarding the operation of a networked system
JP4088175B2 (en) Switching network system and telephone switching device

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