JP4038091B2 - Communication terminal, communication system including the same, and call control failure countermeasure method - Google Patents
Communication terminal, communication system including the same, and call control failure countermeasure method Download PDFInfo
- Publication number
- JP4038091B2 JP4038091B2 JP2002226306A JP2002226306A JP4038091B2 JP 4038091 B2 JP4038091 B2 JP 4038091B2 JP 2002226306 A JP2002226306 A JP 2002226306A JP 2002226306 A JP2002226306 A JP 2002226306A JP 4038091 B2 JP4038091 B2 JP 4038091B2
- Authority
- JP
- Japan
- Prior art keywords
- call control
- control device
- communication
- call
- communication terminals
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1046—Call controllers; Call servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
- G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/30—Monitoring
- G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
Description
【0001】
【発明の属する技術分野】
本発明は、他の通信端末とIPパケット通信を行うために、複数の呼制御装置のうちの一つに呼制御される通信端末、これを含む通信システム、及び呼制御障害の対策方法に関する。
【0002】
【従来の技術】
従来、IPパケット通信システムとしては、例えば、図8に示すようなものがある。
【0003】
このIPパケット通信システムは、IPパケット通信を行う複数の通信端末7,8と、複数の通信端末7,8相互間の呼制御を行う呼制御装置3と、を有している。複数の通信端末7,8や呼制御装置3の相互間は、LAN回線9で接続されている。通信端末7,8としては、IP電話機や、IPゲートウエイや、一般電話機が複数接続されるIP・PBX(Private Branch Exchanger)等があげられる。
【0004】
呼制御装置3は、無停止呼サービスを行うために、第1の呼制御部5aと、第2の呼制御部5bと、これらの呼制御部5a,5bを管理する呼制御管理部6と、IPパケット通信を行うための通信インタフェース4と、を有している。この呼制御装置3は、仮に、第1の呼制御部5aが運用状態である際には、第2の呼制御部5bは待機状態になっている。この際、呼制御管理部6は、運用状態にある第1の呼制御部5aに障害が発生していないかを常時監視していると共に、第1の呼制御部5bが所有している呼サービス設定情報や呼制御状態情報をそのまま第2の呼制御部5bに与えている。言い換えると、第1の呼制御部5aが呼サービス情報や呼制御状態情報を取得すると、これとほぼ同時にこれらの情報を第2の呼制御部5bにデッドコピーしている。なお、呼サービス設定情報とは、各端末が設定し得る呼サービスに関する情報で、例えば、端末自身への着信を他の端末へ転送する着信転送サービス等の各種サービスである。また、呼制御状態情報とは、いずれの端末が通話中であるか等、各端末の状態に関する情報である。
【0005】
この呼制御装置3は、第1の呼制御部5aに障害が生じた場合、呼制御管理部6が、この障害を直ちに検知して、第1の呼制御部5aの全ての情報を所有している待機中の第2の呼制御部5bを起動させて、無停止呼サービスを実現している。
【0006】
【発明が解決しようとする課題】
しかしながら、以上の従来技術では、第1の呼制御部5aの他に、予備機としての第2の呼制御部5bを設けておくと共に、二つの呼制御部5a,5bから独立したハードウェアーとしての呼制御管理部6を設けておく必要があるため、装置コストがかさむという問題点がある。特に、呼制御管理部6は、前述したように、第1の呼制御部5aが端末の呼サービス設定情報や呼制御状態情報を取得すると、ほぼ同時に、これらの情報を第2の呼制御部5bにデッドコピーするために、特殊なハードウェアーで構成され、非常に高価である。
【0007】
本発明は、このような従来技術の問題点に着目してなされたもので、装置コストを抑えつつ、呼制御に障害が生じても対応することができる、装置、これを含む通信システム、及び呼制御障害の対策方法を提供することを目的とする。
【0008】
【課題を解決するための手段】
前記目的を達成するための通信端末は、
他の通信端末とIPパケット通信を行うために、複数の呼制御装置のうちの一つに呼制御される通信端末であって、
前記他の通信端末及び複数の前記呼制御装置との間でIPパケット通信を行う通信手段と、
複数の前記呼制御装置のうちの一の呼制御装置が呼制御可能な運用状態で、他の呼制御装置が待機状態であるときに、前記通信手段を介して、該一の呼制御装置から呼制御可能な運用状態である旨を一定時間毎に受信して、該運用状態の該一の呼制御装置を監視し、該呼制御可能な運用状態である旨を該一定時間以上受信できない場合には、該一の呼制御装置による呼制御に障害が発生していると認識して、該一の呼制御装置に対する呼制御接続を該通信手段に解放させる監視手段と、
を備えていることを特徴とするものである。
【0009】
ここで、前記通信端末の前記監視手段は、前記呼制御可能な運用状態である旨を前記一定時間以上受信できず、前記一の呼制御装置に対する呼制御接続を解放させた後、複数の前記呼制御装置のうち、現時点で該呼制御可能な運用状態である呼制御装置からの応答を、前記通信手段を介して、要求することが好ましい。
【0017】
ここで、前記目的を達成するための通信システムは、
第一の呼制御装置と、
第二の呼制御装置と、
請求項1に記載の複数の通信端末と、
を備え、
前記第1の呼制御装置と前記第2の呼制御装置と複数の前記通信端末のそれぞれとは、互いに回線で接続され、
前記第一の呼制御装置は、
複数の前記通信端末及び前記第二の呼制御装置との間でIPパケット通信を行う通信手段と、複数の該通信端末の呼制御を行う呼制御手段と、該呼制御手段による呼制御に障害が発生しているか否かを監視し、障害が発生しておらず呼制御可能状態である際に該第二の呼制御装置へ動作可通知を送り、該呼制御手段による呼制御に障害が発生していることを認識すると、該第二の呼制御装置への前記動作可通知の送信を中止して、該呼制御手段を運用状態から待機状態にする監視手段と、を有し、
前記第二の呼制御装置は、
複数の前記通信端末及び前記第一の呼制御装置との間でIPパケット通信を行う通信手段と、複数の該通信端末の呼制御を行う呼制御手段と、該通信手段を介して、該第一の呼制御装置から呼制御可能状態であることを示す動作可通知を受け付け、該動作可通知が一定時間以上受信できない場合、該第一の呼制御装置が呼制御不可状態であると判断し、待機状態の前記呼制御手段を起動させて、運用状態にする監視手段と、を有し、
複数の通信端末のうち、一の通信端末と他の通信端末との間で通信する際には、前記第1の呼制御装置の前記呼制御手段と前記第2の呼制御装置の呼制御手段とのうち、前記運用状態の呼制御手段により、呼制御が行われる、
ことを特徴とするものである。
【0018】
前記目的を達成するための他の通信システムは、
第1の呼制御装置と、
前記第1の呼制御装置に対して、LAN( Local Area network )回線を介して接続されている複数の、請求項1に記載の通信端末(以下、第1の通信端末とする)と、
前記第1の呼制御装置に対して、WAN( Wide Area network )を介して接続されている第2の呼制御装置と、
前記第2の呼制御装置に対して、LAN( Local Area network )回線を介して接続されている複数の、請求項1に記載の通信端末(以下、第2の通信端末とする)と、
を備え、
前記第一の呼制御装置は、
複数の前記通信端末及び前記第二の呼制御装置との間でIPパケット通信を行う通信手段と、複数の該通信端末の呼制御を行う呼制御手段と、該呼制御手段による呼制御に障害が発生しているか否かを監視し、障害が発生しておらず呼制御可能状態である際に該第二の呼制御装置へ動作可通知を送り、該呼制御手段による呼制御に障害が発生していることを認識すると、該第二の呼制御装置への前記動作可通知の送信を中止して、該呼制御手段を運用状態から待機状態にする監視手段と、を有し、
前記第二の呼制御装置は、
複数の前記通信端末及び前記第一の呼制御装置との間でIPパケット通信を行う通信手段と、複数の該通信端末の呼制御を行う呼制御手段と、該通信手段を介して、該第一の呼制御装置から呼制御可能状態であることを示す動作可通知を受け付け、該動作可通知が一定時間以上受信できない場合、該第一の呼制御装置が呼制御不可状態であると判断し、待機状態の前記呼制御手段を起動させて、運用状態にする監視手段と、を有し、
複数の前記第1の通信端末と複数の前記第2の通信端末とのうちのいずれか二つの通信端末相互間で通信する際には、前記第1の呼制御装置の前記呼制御手段と前記第2の呼制御装置の呼制御手段とのうち、前記運用状態の呼制御手段により、呼制御が行われる、
ことを特徴とするものである。
【0019】
また、前記目的を達成するための呼制御障害の対策方法は、
複数の通信端末とIPパケット通信が可能な第1の呼制御装置及び第二の呼制御装置を設け、
前記第1の呼制御装置は、
複数の前記通信端末の呼制御を行う呼制御工程と、
前記呼制御工程での呼制御に障害が発生しているか否かを監視し、障害が発生しておらず呼制御可能状態である際に前記第2の呼制御装置へ一定時間毎に動作可通知を送り、前記呼制御工程での呼制御に障害が発生していることを認識すると、該第2の呼制御装置への前記動作可通知の送信を中止して、前記呼制御工程を運用状態から待機状態にする監視工程と、
を実行し、
前記第2の呼制御装置は、
複数の前記通信端末の呼制御を行う呼制御工程と、
前記第1の呼制御装置から呼制御可能状態であることを示す動作可通知を受け付け、該動作可通知が前記一定時間以上受信できない場合、該第1の呼制御装置が呼制御不可状態であると判断し、待機状態の前記呼制御工程を起動させて、運用状態にする監視工程と、
を実行し、
前記第1の呼制御装置と前記第2の呼制御装置とのうち、前記呼制御工程が運用状態である呼制御装置の前記監視工程では、複数の前記通信端末に対して、呼制御可能な状態である旨を一定時間毎に通知し、
複数の前記通信端末は、前記呼制御可能な運用状態である旨を前記一定時間以上受信できないときには、前記第1の呼制御装置と前記第2の呼制御装置とのうち、現時点で該呼制御可能な運用状態である呼制御装置からの応答を要求し、
前記第1の呼制御装置と前記第2の呼制御装置とのうち、現時点で該呼制御可能な運用状態である呼制御装置の監視工程では、複数の前記通信端末からの前記応答要求に対して、該応答要求を送信してきた前記通信端末に対して、該呼制御装置のIPアドレスを送信する、
ことを特徴とするものである。
【0021】
【発明の実施の形態】
以下、本発明に係るIPパケット通信システムの各種実施形態について、図面を用いて説明する。
【0022】
まず、図1〜図4を用いて、本発明に係る第1の実施形態としてのIPパケット通信システムについて説明する。
【0023】
本実施形態のIPパケット通信システムは、図1に示すように、IPパケット通信を行う複数の通信端末20,28,29と、複数の通信端末相互間の呼制御を行う第1及び第2の呼制御装置10a,10bと、を有している。複数の通信端末20,28,29や各呼制御装置10a,10bの相互間は、LAN回線9で接続されている。この実施形態において、複数の通信端末20,28,29のうち、一つはIPゲートウエイ20で、残りはIP電話機28,29である。
【0024】
第1及び第2の呼制御装置10a,10bは、いずれも、IPパケット通信を行うための通信インタフェース11a,11bと、各通信端末相互間の呼制御を実際に行う呼制御部12a,12bと、この呼制御部12a,12b及び他方の呼制御装置10b,10aの状態を監視する監視部13aと、各端末20,28,29の呼制御サービスに関する設定情報を管理する設定情報管理部14aと、呼サービス設定情報や各通信端末のIPアドレス等を記憶する記憶部15a,15bと、を備えている。
【0025】
監視部13a,13bは、呼制御部12a,12b及び通信インタフェース11a,11bを監視し、これらの障害がなければ、通信インタフェース11a,11bを介して、呼制御可能状態であることを示す動作可能通知を他方の呼制御装置に送信する。また、他方の呼制御装置からは、通信インタフェース11a,11bを介して、動作可能通知を受信する。監視部13a,13bは、呼制御部12a,12b及び通信インタフェース11a,11bの監視結果、及び他方の呼制御装置からの動作可能通知に基づき、呼制御部12a,12b及び設定情報管理部14a,14bを待機状態から運用状態へ、又は運用状態から待機状態へ切り替える。
【0026】
設定情報管理部14a,14bは、運用状態の際、通信インタフェース11a,11bを介して、記憶部15a,15bに記憶されている呼サービス設定情報を他方の呼制御装置へ送信し、待機状態の際には、他方の呼制御装置から呼サービス設定情報を取得し、記憶部15a,15bに登録する。
【0027】
各通信端末20,28,29は、IPパケット通信を行うための通信インタフェース21と、この通信インタフェース21で受信したIPパケットを音声信号等に変換する一方で、音声信号等をIPパケットに変換する符号化・復号化部22と、符号化・復号化部22で復号化された音声信号をアナログ信号に変換するA/D変換器23と、二つの呼制御装置10a,10bの状態を監視する監視部25と、を有している。なお、通信端末がIPゲートウエイ20である場合には、A/D変換器23に、PBX等との間で音声信号等を送受信するためのインタフェース24が接続されることになる。また、通信端末がIP電話機28,29である場合には、A/D変換器に、ハンドセット等が接続されることになる。
【0028】
次に、以上で説明した本実施形態の通信システムの動作について、図2を用いて説明する。なお、同図では、初期設定により、第1の呼制御装置10aの呼制御部11aが運用状態で、この第1の呼制御装置10aが運用系として働き、第2の呼制御装置10bの呼制御部11bが待機状態で、この第2の呼制御装置10bが予備系として働くよう、設定されているものとする。また、通信端末20は、運用系として働いている第1の呼制御装置10aに対して接続運用中であるとする。
【0029】
運用系である第1の呼制御装置10aの監視部13aは、定期的に、自身の呼制御部12a及び通信インタフェース11aを監視し、呼制御可能な状態であることを確かめて、通信インタフェース11a及びLAN回線9を介して、動作可通知を第2の呼制御装置10bへ送信する(ステップ1)。また、予備系である第2の呼制御装置10bの監視部13bも、以上と同様に、動作可通知を定期的に第1の呼制御装置10aへ送信する(ステップ2)。また、第1の呼制御装置10aの設定情報管理部14aは、定期的に、記憶部15aに記憶されている各通信端末の呼サービス設定情報を、通信インタフェース11a及びLAN回線9を介して、第2の呼制御装置10bへ送信する(ステップ3)。なお、各通信端末20の呼サービス設定情報は、各通信端末20において、ユーザ等による操作で設定され、この情報が、後述の呼制御通信(ステップ4)で、呼制御装置10aの設定情報管理部14aに渡される。
【0030】
通信端末20が他の通信端末と通話する場合には、この通信端末20が運用系であると認識している呼制御装置10aとの間で呼制御通信が行われる、つまり、この通信端末20と他の通信端末との間の呼制御が呼制御装置10aに依頼される(ステップ4)。この呼制御通信により、他の通信端末との通信回線が確立すると、他の通信端末との間で通話が可能になる。
【0031】
運用系呼制御装置10aの監視部13aは、動作可通知を送信する際と同様、定期的に、自身の呼制御部12a及び通信インタフェース11aの監視し、呼制御可能な状態であることを確かめて、通信インタフェース11a及びLAN回線9を介して、呼制御可能な状態であることを示すと共に、その応答を要求する動作確認要求を各通信端末20に送信する(ステップ5)。通信端末20の監視部25は、この動作確認要求を受け取ると、この動作確認要求元が運用系であると認識する。そして、この動作確認要求に対する返答として、動作確認応答を運用系呼制御装置10aへ送信する(ステップ6)
つまり、運用系呼制御装置10aは、定期的に、例えば、5秒毎に、動作可通知及び呼サービス設定情報を予備系呼制御装置10bへ送信し(ステップ1,3)、予備系呼制御装置10bは、定期的に、動作可通知を運用系呼制御装置10aへ送信する(ステップ2)。さらに、運用系呼制御装置10aは、定期的に、各通信端末20に動作確認要求を送信する(ステップ5)。
【0032】
以上のように、二つの呼制御装置10a,10bが互いに他方の呼制御装置10b,10aに対して動作可通知を送信し合うことで、他方の呼制御装置が呼制御可能な状態であるか否かを認識することができる。また、運用系呼制御装置10aが定期的に呼サービス設定情報を予備系呼制御装置20bへ送信することで、この呼サービス設定情報の共有化を図ることができる。また、運用系呼制御装置10aが定期的に動作確認要求を送信することで、各端末10はいずれの呼制御装置が現在運用系であるかを認識することができる。
【0033】
運用系呼制御装置10aの呼制御部12a又は通信インタフェース11aに障害が生じると(ステップ7)、運用系呼制御装置10aの監視部13aは、この障害を認識し、現在の予備系呼制御装置10bへの動作可通知及び各通信端末への動作確認要求を停止し、呼制御部を待機状態にして、予備系に切り替える(ステップ8)。
【0034】
予備系である第2の呼制御装置10bの監視部13bは、当初、運用系であった第1の呼制御装置10aから、一定期間、動作可通知が送信されてこないことから、この第1の呼制御装置10aに障害が発生したと認識して、待機状態であった呼制御部12bを運用状態にして、当該第2の呼制御装置10bを運用系に切り替える(ステップ9)。
【0035】
また、各通信端末20の監視部25も、当初、運用系であった第1の呼制御装置10aから、一定期間、動作確認要求が送信されてこないことから、この第1の呼制御装置10aに障害が発生したと認識して、この第1の呼制御装置10aとの接続を解放する(ステップ10)。
【0036】
各通信端末20の監視部25は、呼制御可能な呼制御装置を検索するため、端末自身のIPアドレスと共に、検索応答要求をマルチキャストで送信する(ステップ11)。この検索応答要求に対して、予備系に切り替わった第1の呼制御装置10bは応答せず、運用系に切り替わった第2の呼制御装置10bの監視部13bは、検索応答要求のあった通信端末20に対して、検索応答と共に第2の呼制御装置10bのIPアドレスを送信して、現在運用状態にある呼制御装置10bを認識させると共に(ステップ12)、検索応答要求のあった通信端末20のIPアドレスを記憶する(ステップ15)。検索応答と共に第2の呼制御装置10bのIPアドレスを受信した通信端末20の通信インタフェース21は、このIPアドレスを記憶し(ステップ13)、その後、この運用系になった第2の呼制御装置10bとの間で、呼制御通信のための接続処理を行う(ステップ14)。
【0037】
運用系に切り替わった第2の呼制御装置10bの監視部13bは、第1の呼制御装置10aが運用系であったときと同様に、定期的に、自身の呼制御部12b及び通信インタフェース11bを監視し、呼制御可能な状態であることを確かめて、動作可通知を予備系である第1の呼制御装置10aへ送信すると共に(ステップ21)、各通信端末に動作確認要求を送信する(ステップ25)。この動作確認要求に対して、各通信端末20は、現在運用系である第2の呼制御装置10bに動作確認応答を返す(ステップ26)。また、第2の呼制御装置10bの設定情報管理部14bは、呼サービス設定情報を第1の呼制御装置10aへ送信する(ステップ23)。予備系である第1の呼制御装置10aの監視部13aは、自身の呼制御部12a及び通信インタフェース11aを監視し、故障等の障害が復旧して呼制御可能な状態になると、第2の呼制御装置10bに対して、動作可通知を定期的に送信し始める。
【0038】
通信端末20が他の通信端末と通話する場合には、ステップ4と同様に、この通信端末20の監視部が運用系であると認識している呼制御装置、この場合は、第2の呼制御装置10bとの間で呼制御通信が行われる(ステップ24)。この呼制御通信により、他の通信端末との通信回線が確立すると、他の通信端末との間で通話が可能になる。
【0039】
なお、以上で説明したステップ11〜14の処理は、各通信端末20の立ち上げ時にも、各通信端末20が運用系呼制御装置を認識等するために、初期処理として行われる。具体的は、図3のフローチャートに示すように、まず、通信端末20の監視部25が、呼制御可能な呼制御装置を検索するため、端末自身のIPアドレスと共に、検索応答要求をマルチキャストで送信する(ステップ11)。続いて、監視部25は、この検索応答要求に対する運用系呼制御装置からの検索応答の受信を待ち(ステップ12)、この検索応答を受信すると、監視部25は、検索応答と共に送られてきた運用系呼制御装置のIPアドレスを記憶部26に登録する(ステップ13)。さらに、監視部25は、通信インタフェース21に、運用系呼制御装置との間での呼制御通信を行うための接続処理を実行させる(ステップ14)。
【0040】
その後、この通信端末20が他の通信端末と通話する場合には、この通信端末20の記憶部26に運用系として記憶されている呼制御装置との間で、呼制御通信が行われる(ステップ24)。また、監視部25は、運用系呼制御装置からの動作確認要求を定期的に受信しているか否かを判断し(ステップ25)、動作確認要求を受信できない場合には、ステップ11に戻り、動作確認要求を受信できた場合には、運用系呼制御装置へ動作確認応答を送る(ステップ26)。
【0041】
ここで、図4を用いて、各呼制御装置の動作について、まとめて説明する。
【0042】
運用系呼制御装置は、障害がない場合、予備系呼制御装置に障害が在ろうが無かろうが、予備系呼制御装置に対して、動作可通知及び呼サービス設定情報を定期的に送信する。また、通信端末に対しては、動作確認要求を送信し、検索応答要求に対して検索応答を返し、呼制御接続時の呼サービス指示を与える。
【0043】
運用系呼制御装置に障害が発生し、この運用系が予備系に移行し、予備系が運用系に移動した場合、予備系から運用系に移動した呼制御装置は、運用系から予備系に移行した呼制御装置に対して、この呼制御装置に障害が在ろうが無かろうが、動作可通知及び呼サービス設定情報を定期的に送信する。また、通信端末に対しては、動作確認要求を送信し、検索応答要求に対して検索応答を返し、呼制御接続時の呼サービス指示を与える。
【0044】
予備系呼制御装置は、障害がない場合、運用系呼制御装置に対して、動作可通知を定期的に送信する。運用系呼制御装置に対する呼サービス設定情報の送信、通信端末に対する動作確認要求の送信、通信端末からの検索応答要求に対する検索応答、呼制御接続時の呼サービス指示は、いずれも、運用系呼制御装置が行い、予備系呼制御装置は行わない。
【0045】
運用系呼制御装置に障害が発生し、この運用系が予備系に移行した場合、運用系から予備系に移行した呼制御装置は、運用系呼制御装置に対する動作可通知及び呼サービス設定情報の送信を行わない。さらに、通信端末に対する動作確認要求の送信、通信端末からの検索応答要求に対する検索応答、呼制御接続時の呼サービス指示も行わない。
【0046】
以上のように、本実施形態では、2台の呼制御装置10a,10bのうち、運用系呼制御装置10aに障害が生じても、予備系呼制御装置10bが運用系となって、各通信端末相互の呼制御を行うので、呼制御障害による被害を最小限に抑えることができる。また、2台の呼制御装置10a,10b相互間で、呼制御可能な状態であるか否かを通信で確認しあっているので、2台の呼制御装置10a,10bの他に別途、これらを管理する呼制御管理装置が不要になり、装置コストを抑えることができる。
【0047】
次に、図5〜図7を用いて、本発明に係る第2の実施形態としてのIPパケット通信システムについて説明する。
【0048】
本実施形態のIPパケット通信システムは、図5に示すように、IP網であるWAN(Wide Area network)1及びルータ等の中継装置2a,2bを介して、二つの通信拠点A,Bが接続されているものである。各通信拠点A,Bには、呼制御装置10a,10bと、前述の中継装置2a,2bと、複数の通信端末20a,29a,20b,29bとを備えている。呼制御装置10a,10b、中継装置2a,2b、複数の端末20a,29a,20b,29b相互は、LAN回線9a,9bで接続されている。つまり、第1の実施形態は、ある拠点内に2台の呼制御装置と複数の通信端末とを設けたものであるが、本実施形態は、WAN1を介して、二つの通信拠点にそれぞれ一台ずつの呼制御装置と複数の通信端末とを設けたものである。
【0049】
各拠点A,Bの呼制御装置10a,10bは、第1の実施形態と同様に、IPパケット通信を行うための通信インタフェース11a,11bと、各通信端末相互間の呼制御を実際に行う呼制御部12a,12bと、この呼制御部12a,12b及び他方の呼制御装置の状態を監視する監視部13a,13bと、各端末の呼制御サービスに関する設定情報を管理する設定情報管理部14a,14bと、呼サービス設定情報等を記憶する記憶部15a,15bと、を備えている。
【0050】
また、各拠点A,Bの通信端末20a,20bも、第1の実施形態と同様に、IPパケット通信を行うための通信インタフェース21と、この通信インタフェース21で受信したIPパケットを音声信号等に変換する一方で、音声信号等をIPパケットに変換する符号化・復号化部22と、符号化・復号化部22で復号化された音声信号をアナログ信号に変換するA/D変換器23と、二つの呼制御装置の状態を監視する監視部25と、記憶部26と、を備えている。
【0051】
次に、以上で説明した本実施形態の通信システムの動作について、図6を用いて説明する。なお、同図では、初期設定により、拠点Aの第1の呼制御装置10aが運用系として働き、拠点Bの第2の呼制御装置10bが予備系として働くよう、設定されているものとする。また、各拠点A,Bの通信端末20a,20bは、運用系として働いている第1の呼制御装置10aに対して接続運用中であるとする。
【0052】
運用系である第1の呼制御装置10aの監視部13aは、第1の実施形態と同様に、通信インタフェース11a、中継装置2a,2b及びWAN1を介して、動作可通知及び各通信端末の呼サービス設定情報を予備系である第2の呼制御装置10bへ送信する(ステップ31,33)。また、予備系である第2の呼制御装置10bの監視部13bも、以上と同様に、動作可通知を定期的に第1の呼制御装置10aへ送信する(ステップ32)。
【0053】
拠点A,Bの通信端末20a,20bが他の通信端末20b,20aと通話する場合には、この通信端末20a,20bが運用系であると認識している呼制御装置10aとの間で呼制御通信が行われる(ステップ34a,34b)。
【0054】
拠点Aの運用系呼制御装置10aの監視部13aは、動作確認要求を各拠点A,Bの通信端末20a,20bに送信する(ステップ35a,35b)。各拠点A,Bの通信端末20a,20bの監視部13a,13bは、この動作確認要求を受け取ると、この動作確認要求元が運用系であると認識し、この動作確認要求に対する返答として、動作確認応答を運用系呼制御装置10aへ送信する(ステップ36a,36b)。
【0055】
つまり、以上のステップ31〜36bまでの処理は、第1の実施形態におけるステップ1〜6までの処理と同様の処理である。
【0056】
拠点A,B間の中継回線に障害が生じた場合(ステップ37)、運用系呼制御装置10aの監視部13aは、自身の呼制御部12aの障害ではないため、この中継回線障害を認識せず、拠点Bの予備系呼制御装置10bへ動作可通知を送信する共に(ステップ38)、拠点A,Bの各通信端末20a,20bへ動作確認要求を送信する(ステップ40a,40b)。また、拠点Bの予備系呼制御装置10bの監視部13bも、拠点Aの運用系呼制御装置10aへ動作確認要求を送信する(ステップ39)。しかしながら、拠点A,B間の中継回線に障害が生じているため、拠点Aの運用系呼制御装置10aから拠点Bへの動作可通知及び動作確認要求は、拠点Bに到達せず(ステップ38,ステップ40b)、また、拠点Bの予備系呼制御装置10bから拠点Aへの動作可通知も、拠点Aに到達しない(ステップ39)。
【0057】
拠点Aの運用系呼制御装置10aは、拠点Bの予備系呼制御装置からの動作可通知を受信できないため、拠点Bで障害が生じたと認識して、以降、拠点Aの通信端末20aにのみ、動作確認要求を送信し(ステップ40a)、この端末20aから動作確認応答を受信する(ステップ41a)。さらに、拠点Aの通信端末とのみ、呼制御通信を行う(ステップ42a)。但し、拠点Bへの動作確認要求の送信は、以降も定期的に行う(ステップ38,38,…)。
【0058】
一方、拠点Bの予備系呼制御装置10bの監視部13bは、拠点Aの運用系呼制御装置10aから、一定期間、動作可通知が送信されてこないことから(ステップ38)、拠点Aの運用系呼制御装置10aに障害が発生したと認識して、待機状態であった呼制御部12bを運用状態にして、予備系であった第2の呼制御装置10bを運用系に切り替える(ステップ43)。
【0059】
また、拠点Bの各通信端末20bの監視部25も、当初、運用系であった第1の呼制御装置20aから、一定期間、動作確認要求が送信されてこないことから(ステップ40b)、拠点Aの第1の呼制御装置10aに障害が発生したと認識して、この第1の呼制御装置10aとの接続を解放する(ステップ41)。
【0060】
そして、拠点Bの各通信端末20bの監視部25は、呼制御可能な呼制御装置を検索するため、端末自身のIPアドレスと共に、検索応答要求をマルチキャストで送信する(ステップ44)。この検索応答要求に対して、運用系に切り替わった第2の呼制御装置10bの監視部13bは、検索応答要求のあった拠点Bの通信端末20bに対して、検索応答と共に第2の呼制御装置10bのIPアドレスを送信して、現在運用状態にある呼制御装置10bを認識させると共に(ステップ45)、検索応答要求のあった通信端末20bのIPアドレスを記憶する(ステップ48)。検索応答と共に第2の呼制御装置10bのIPアドレスを受信した通信端末20bの通信インタフェース21は、このIPアドレスを記憶部25に記憶し(ステップ46)、その後、この運用系になった第2の呼制御装置10bとの間で、呼制御通信のための接続処理を行う(ステップ47)。
【0061】
運用系に切り替わった第2の呼制御装置10bの監視部13bは、第1の呼制御装置10aが運用系であったときと同様に、定期的に、自身の呼制御部12b及び通信インタフェース11bを監視し、呼制御可能な状態であることを確かめて、動作可通知を拠点Aの第1の呼制御装置10aへ送信すると共に(ステップ52)、拠点Bの各通信端末20bに動作確認要求を送信する(ステップ50b)。この動作確認要求に対して、拠点Bの各通信端末20bは、動作確認応答を返す(ステップ51b)。
【0062】
以上のように、中継回線に障害が発生した場合には、拠点Aの第1の呼制御装置10aは、運用系を維持するものの、拠点Aの各通信端末20aに対してのみ呼制御装置として機能し、当初、予備系であった拠点Bの第2の呼制御装置10bは、運用系に切り替わるものの、拠点Bの各通信端末20bに対してのみ呼制御装置として機能する。つまり、中継回線に障害が発生している際中は、各拠点の呼制御装置が、それぞれの拠点の運用系呼制御装置となる。
【0063】
次に、図7を用いて、中継回線の障害が復旧した場合の動作について、説明する。
【0064】
中継回線の障害が復旧すると(ステップ55)、拠点Bの第2の呼制御装置10bからの動作可通知が拠点Aの第1の呼制御装置10aへ到達するようになる(ステップ56)。同様に、拠点Aの第1の呼制御装置10aからの動作可通知が拠点Bの第2の呼制御装置10bへ到達するようになる(ステップ57)。
【0065】
この結果、拠点Bの第2の呼制御装置10bの監視部13bは、当初、運用系であった拠点Aの第1の呼制御装置10aの障害が復旧したと認識して、運用状態であった呼制御部12bを待機状態にして、運用系であった第2の呼制御装置10bを予備系に切り替える(ステップ58)。そして、予備系として、拠点Aの第1の呼制御装置10aに動作可通知を送信する(ステップ60)。なお、拠点Bの第2の呼制御装置10bの監視部13bは、予備系に切り替わった時点から、拠点Bの各通信端末20bへ動作確認要求を送信しなくなる。
【0066】
また、拠点Aの第1の呼制御装置10aの監視部13bは、障害発生中も定期的に送っていた動作可通知を拠点Bの第2の呼制御装置10bへ送信すると共に(ステップ57)、拠点Bの第2の呼制御装置10bからの動作可通知により(ステップ60)、この第2の呼制御装置10bが復旧したと認識して、第1の呼制御装置10aの設定情報管理部14aは、呼サービス設定情報を拠点Bの第2の呼制御装置10bへ送信し始める(ステップ61)。
【0067】
一方、拠点Bの通信端末20bの監視部25は、今まで運用系であった第2の呼制御装置10bから、一定期間、動作確認要求が送信されてこないことから(ステップ50b)、拠点Bの第2の呼制御装置10bに障害が発生したと認識して、この第2の呼制御装置10bとの接続を解放する(ステップ62)。
【0068】
そして、拠点Bの各通信端末20bの監視部25は、呼制御可能な呼制御装置を検索するため、端末自身のIPアドレスと共に、検索応答要求をマルチキャストで送信する(ステップ63)。この検索応答要求に対して、再び、運用系になった第1の呼制御装置10aの監視部13aは、検索応答要求のあった拠点Bの通信端末20bに対して、検索応答と共に第1の呼制御装置10aのIPアドレスを送信して、現在運用状態にある呼制御装置10aを認識させると共に(ステップ64)、検索応答要求のあった通信端末20bのIPアドレスを記憶する(ステップ68)。検索応答と共に第1の呼制御装置10aのIPアドレスを受信した通信端末20bの通信インタフェース21は、このIPアドレスを記憶し(ステップ65)、その後、この運用系になった第1の呼制御装置10aとの間で、呼制御通信のための接続処理を行う(ステップ67)。
【0069】
以降、図7に示す中継回線に障害が発生する前と同様に、拠点Aの第1の呼制御装置10aは、拠点A,Bの通信端末20a,20bに対して、動作確認要求を送信し(ステップ35a,35b)、拠点A,Bの通信端末20a,20bから動作確認応答を受信する(ステップ36a,36b)。さらに、第1の呼制御装置10aは、再び予備系になった第2の呼制御装置10bに動作可通知及び呼サービス設定情報を送信し(ステップ31,33)、この第2の呼制御装置10bから動作可通知を受信する(ステップ32)。
【0070】
以上のように、本実施形態では、二つの拠点間の中継回線に障害が生じても、各拠点に設けられている呼制御装置が運用系になり、各拠点内での各通信端末相互の呼制御を行うので、中継回線障害による被害を最小限に抑えることができる。また、中継回線に障害が生じて、予備系であった呼制御装置が運用系に切り替わっても、当初から運用系であった呼制御装置から、呼サービス設定情報を取得しているので、各拠点で同じサービスを提供することができる。
【0071】
なお、本実施形態で、当初、運用系である第1の呼制御装置10aに障害が発生した場合には、第1の実施形態と同様に、第2の呼制御装置10bが運用系になり、この第2の呼制御装置10bが各拠点A,Bの各通信端末20a,20bの呼制御を行うことになる。従って、本実施形態でも、第1の実施形態と同様の効果を得ることができる。
【0072】
また、本実施形態では、二つの拠点A,Bにそれぞれ呼制御装置10a,10bを設けた例を示したが、本発明は、これに限定されるものではなく、三つ以上の拠点にそれぞれ呼制御装置を設けてもよい。この場合、複数の拠点の各予備系呼制御装置に関して、予め優先順位を定めておき、一つの拠点の運用系呼制御装置に障害が発生すると、この優先順位に従って、複数の予備系のうちの一つが運用系になるようにするとよい。
【0073】
【発明の効果】
本発明によれば、2台の呼制御装置のうち、運用状態の呼制御装置に障害が生じても、待機状態の呼制御装置が運用状態となって、各通信端末相互の呼制御を行うので、呼制御障害による被害を最小限に抑えることができる。また、2台の呼制御装置相互間で、呼制御可能な状態であるか否かを通信で確認しあっているので、2台の呼制御装置の他に別途、これらを管理する呼制御管理装置が不要になり、装置コストを抑えることができる。
【図面の簡単な説明】
【図1】本発明に係る第1の実施形態における通信システムの機能ブロック図である。
【図2】本発明に係る第1の実施形態における通信システムのシーケンス図である。
【図3】本発明に係る第1の実施形態における通信端末の立ち上がり時からの動作を示すフローチャートである。
【図4】本発明に係る第1の実施形態における呼制御装置の各状態での動作を示す説明図である。
【図5】本発明に係る第2の実施形態における通信システムの回路ブロック図である。
【図6】本発明に係る第2の実施形態における通信システムのシーケンス図(その1)である。
【図7】本発明に係る第2の実施形態における通信システムのシーケンス図(その2)である。
【図8】従来の通信システムの機能ブロック図である。
【符号の説明】
1…WAN、2a,2b…中継装置、3,10a,10b…呼制御装置、9,9a,9b…LAN回線、11a,11b…通信インタフェース、12a,12b…呼制御部、13a,13b…監視部、14a,14b…設定情報管理部、15a,15b…記憶部、20,20a,20b,28,29,29a,29b…通信端末、21…通信インタフェース、22…符号化・複合化部、25…監視部、26…記憶部。[0001]
BACKGROUND OF THE INVENTION
The present inventionA communication terminal that is call-controlled by one of a plurality of call control devices to perform IP packet communication with other communication terminals,thisTheIncluding communication system, AndThe present invention relates to a countermeasure method for call control failure.
[0002]
[Prior art]
Conventional IP packet communication systems include those shown in FIG.
[0003]
This IP packet communication system includes a plurality of
[0004]
The
[0005]
In this
[0006]
[Problems to be solved by the invention]
However, in the above prior art, in addition to the first
[0007]
The present invention has been made by paying attention to such problems of the prior art, and can suppress a device cost and can cope with a failure in call control, a communication system including the device, and An object is to provide a countermeasure method for a call control failure.
[0008]
[Means for Solving the Problems]
To achieve the purposeCommunication terminalIs
A communication terminal that is call-controlled by one of a plurality of call control devices to perform IP packet communication with another communication terminal,
Communication means for performing IP packet communication between the other communication terminal and the plurality of call control devices;
When one call control device of the plurality of call control devices is in an operational state in which call control is possible, and when the other call control device is in a standby state, from the one call control device via the communication means When it is received every certain time that it is in an operational state in which call control is possible, the one call control device in the operational state is monitored, and the fact that it is in an operational state in which call control is possible cannot be received for a certain period of time or more The monitoring means for recognizing that a failure has occurred in the call control by the one call control apparatus, and for causing the communication means to release the call control connection to the one call control apparatus;
It is characterized by having.
[0009]
here,The monitoring unit of the communication terminal is unable to receive the call control enabled operation state for a predetermined time or more, and after releasing a call control connection to the one call control device, a plurality of the call control devices Requesting a response from the call control device that is currently in an operational state capable of call control via the communication means.It is preferable.
[0017]
Here, a communication system for achieving the object is
A first call control device;
A second call control device;
A plurality of communication terminals according to
With
The first call control device, the second call control device, and each of the plurality of communication terminals are connected to each other via a line,
The first call control device includes:
Communication means for performing IP packet communication between the plurality of communication terminals and the second call control device, call control means for performing call control of the plurality of communication terminals, and failure in call control by the call control means Is sent to the second call control device when a failure has not occurred and the call control is possible, and there is a failure in the call control by the call control means. Recognizing that it has occurred, the monitoring means for stopping the transmission of the operation enable notification to the second call control device, to put the call control means from the operating state to the standby state,
The second call control device includes:
A communication means for performing IP packet communication between the plurality of communication terminals and the first call control device; a call control means for performing call control of the plurality of communication terminals; When an operation enable notification indicating that the call control is possible is received from one call control device and the operation enable notification cannot be received for a predetermined time or more, it is determined that the first call control device is in a call control disabled state. Monitoring means for activating the call control means in a standby state to put it in an operating state,
When communicating between one communication terminal and another communication terminal among a plurality of communication terminals, the call control means of the first call control device and the call control means of the second call control device Among these, call control is performed by the call control means in the operating state.
It is characterized by this.
[0018]
Other to achieve the above purposeThe communication system
A first call control device;
For the first call control device, a LAN ( Local Area network A plurality of communication terminals according to claim 1 (hereinafter referred to as first communication terminals) connected via a line;
For the first call control device, WAN ( Wide Area network A second call control device connected via
For the second call control device, a LAN ( Local Area network A plurality of communication terminals according to claim 1 (hereinafter referred to as second communication terminals) connected via a line;
With
The first call control device includes:
Communication means for performing IP packet communication between the plurality of communication terminals and the second call control device, call control means for performing call control of the plurality of communication terminals, and failure in call control by the call control means Is sent to the second call control device when a failure has not occurred and the call control is possible, and there is a failure in the call control by the call control means. Recognizing that it has occurred, the monitoring means for stopping the transmission of the operation enable notification to the second call control device, to put the call control means from the operating state to the standby state,
The second call control device includes:
A communication means for performing IP packet communication between the plurality of communication terminals and the first call control device; a call control means for performing call control of the plurality of communication terminals; When an operation enable notification indicating that the call control is possible is received from one call control device and the operation enable notification cannot be received for a predetermined time or more, it is determined that the first call control device is in a call control disabled state. Monitoring means for activating the call control means in a standby state to put it in an operating state,
When communicating between any two of the plurality of first communication terminals and the plurality of second communication terminals, the call control means of the first call control device and the Call control is performed by the call control means in the operating state among the call control means of the second call control device.
It is characterized by this.
[0019]
MaFurther, a countermeasure method for a call control failure to achieve the above-mentioned object is as follows:
Providing a first call control device and a second call control device capable of IP packet communication with a plurality of communication terminals;
The first call control device includes:
A call control step for performing call control of a plurality of the communication terminals;
Whether or not a failure has occurred in the call control in the call control step is monitored, and when no failure has occurred and the call control is possible, the second call control device can operate at regular intervals. When a notification is sent and it is recognized that a failure has occurred in the call control in the call control step, the transmission of the operation enable notification to the second call control device is stopped and the call control step is operated. A monitoring process for switching from a state to a standby state;
Run
The second call control device includes:
A call control step for performing call control of a plurality of the communication terminals;
When a notification indicating that the call control is possible is received from the first call control device, and the operation enable notification cannot be received for the predetermined time or more, the first call control device is in a call control disabled state. And the monitoring step of activating the call control step in the standby state to bring it into an operating state;
Run
Among the first call control device and the second call control device, in the monitoring step of the call control device in which the call control step is in operation, call control is possible for a plurality of the communication terminals. Notify every time that it is in a state,
When the plurality of communication terminals cannot receive the operational state in which the call control is possible for the predetermined time or longer, the call control is currently performed between the first call control device and the second call control device. Request a response from a call control device in a possible operational state,
Among the first call control device and the second call control device, in the monitoring process of the call control device that is currently in an operation state in which the call control is possible, in response to the response requests from the plurality of communication terminals The IP address of the call control device is transmitted to the communication terminal that has transmitted the response request.
It is characterized by this.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, various embodiments of an IP packet communication system according to the present invention will be described with reference to the drawings.
[0022]
First, an IP packet communication system as a first embodiment according to the present invention will be described with reference to FIGS.
[0023]
As shown in FIG. 1, the IP packet communication system according to the present embodiment includes first and
[0024]
Each of the first and second
[0025]
The
[0026]
In the operational state, the setting
[0027]
Each
[0028]
Next, the operation of the communication system of the present embodiment described above will be described with reference to FIG. In the figure, by the initial setting, the
[0029]
The
[0030]
When the
[0031]
The
In other words, the active
[0032]
As described above, whether the two
[0033]
When a failure occurs in the
[0034]
Since the
[0035]
In addition, since the
[0036]
The
[0037]
The
[0038]
When the
[0039]
Note that the processing in steps 11 to 14 described above is performed as initial processing so that each
[0040]
Thereafter, when the
[0041]
Here, the operation of each call control device will be described together with FIG.
[0042]
If there is no failure, the active call control device periodically sends an operational notification and call service setting information to the standby call control device, regardless of whether or not there is a failure in the standby call control device. To do. Also, an operation confirmation request is transmitted to the communication terminal, a search response is returned in response to the search response request, and a call service instruction at the time of call control connection is given.
[0043]
When a failure occurs in the active call control device, this active system is transferred to the standby system, and the standby system is moved to the active system, the call control device moved from the standby system to the active system is changed from the active system to the standby system. Regardless of whether the call control device has a fault or not, the operation control notification and call service setting information are periodically transmitted to the transferred call control device. Also, an operation confirmation request is transmitted to the communication terminal, a search response is returned in response to the search response request, and a call service instruction at the time of call control connection is given.
[0044]
When there is no failure, the standby call control device periodically transmits an operation enable notification to the active call control device. The transmission of call service setting information to the active call control device, the transmission of an operation confirmation request to the communication terminal, the search response to the search response request from the communication terminal, and the call service instruction at the time of call control connection are all active call control. It is performed by the device, and the standby call control device is not performed.
[0045]
When a failure occurs in the active call control device, and this active system is transferred to the standby system, the call control device that has been transferred from the active system to the standby system receives an operation enable notification and call service setting information for the active call control device. Do not send. Furthermore, the transmission of an operation confirmation request to the communication terminal, the search response to the search response request from the communication terminal, and the call service instruction at the time of call control connection are not performed.
[0046]
As described above, in this embodiment, even if a failure occurs in the active
[0047]
Next, an IP packet communication system as a second embodiment according to the present invention will be described with reference to FIGS.
[0048]
In the IP packet communication system of this embodiment, as shown in FIG. 5, two communication bases A and B are connected via a WAN (Wide Area Network) 1 that is an IP network and
[0049]
As in the first embodiment, the
[0050]
Similarly to the first embodiment, the
[0051]
Next, the operation of the communication system of the present embodiment described above will be described with reference to FIG. In the figure, it is assumed that the first
[0052]
As in the first embodiment, the
[0053]
When the
[0054]
The
[0055]
That is, the processes from
[0056]
When a failure occurs in the relay line between the bases A and B (step 37), the
[0057]
Since the active
[0058]
On the other hand, since the
[0059]
In addition, since the
[0060]
Then, the
[0061]
The
[0062]
As described above, when a failure occurs in the trunk line, the first
[0063]
Next, the operation when the failure of the trunk line is recovered will be described with reference to FIG.
[0064]
When the failure of the trunk line is recovered (step 55), the operation ready notification from the second
[0065]
As a result, the
[0066]
In addition, the
[0067]
On the other hand, since the
[0068]
Then, the
[0069]
Thereafter, the first
[0070]
As described above, in this embodiment, even if a failure occurs in a relay line between two bases, the call control device provided at each base becomes an active system, and each communication terminal in each base Because call control is performed, damage caused by a trunk line failure can be minimized. Also, even if a failure occurs in the trunk line and the call control device that was the standby system is switched to the active system, the call service setting information is acquired from the call control device that was the active system from the beginning. The same service can be provided at the base.
[0071]
In the present embodiment, when a failure occurs in the first
[0072]
Moreover, in this embodiment, although the example which provided the
[0073]
【The invention's effect】
According to the present invention, even if a failure occurs in the active call control device of the two call control devices, the call control device in the standby state becomes the active state and performs call control between the communication terminals. Therefore, damage due to call control failure can be minimized. In addition, since it is confirmed by communication whether or not call control is possible between the two call control devices, in addition to the two call control devices, call control management for managing these separately. An apparatus becomes unnecessary, and the apparatus cost can be suppressed.
[Brief description of the drawings]
FIG. 1 is a functional block diagram of a communication system in a first embodiment according to the present invention.
FIG. 2 is a sequence diagram of the communication system in the first embodiment according to the present invention.
FIG. 3 is a flowchart showing the operation of the communication terminal in the first embodiment according to the present invention from the start-up time.
FIG. 4 is an explanatory diagram showing an operation in each state of the call control device according to the first embodiment of the present invention.
FIG. 5 is a circuit block diagram of a communication system in a second embodiment according to the present invention.
FIG. 6 is a sequence diagram (No. 1) of a communication system according to a second embodiment of the present invention.
FIG. 7 is a sequence diagram (No. 2) of the communication system in the second embodiment according to the present invention.
FIG. 8 is a functional block diagram of a conventional communication system.
[Explanation of symbols]
DESCRIPTION OF
Claims (6)
前記他の通信端末及び複数の前記呼制御装置との間でIPパケット通信を行う通信手段と、
複数の前記呼制御装置のうちの一の呼制御装置が呼制御可能な運用状態で、他の呼制御装置が待機状態であるときに、前記通信手段を介して、該一の呼制御装置から呼制御可能な運用状態である旨を一定時間毎に受信して、該運用状態の該一の呼制御装置を監視し、該呼制御可能な運用状態である旨を該一定時間以上受信できない場合には、該一の呼制御装置による呼制御に障害が発生していると認識して、該一の呼制御装置に対する呼制御接続を該通信手段に解放させる監視手段と、
を備えていることを特徴とする通信端末。A communication terminal that is call-controlled by one of a plurality of call control devices to perform IP packet communication with another communication terminal,
Communication means for performing IP packet communication between the other communication terminal and the plurality of call control devices;
When one call control device of the plurality of call control devices is in an operational state in which call control is possible, and when the other call control device is in a standby state, from the one call control device via the communication means When it is received every certain time that it is in an operational state in which call control is possible, the one call control device in the operational state is monitored, and the fact that it is in an operational state in which call control is possible cannot be received for a certain period of time or more the recognizes the call control according to the one of the call control device has failed, a monitoring means for a call control connection Ru is released to the communication means to said first call control apparatus,
A communication terminal comprising:
前記監視手段は、前記呼制御可能な運用状態である旨を前記一定時間以上受信できず、前記一の呼制御装置に対する呼制御接続を解放させた後、複数の前記呼制御装置のうち、現時点で該呼制御可能な運用状態である呼制御装置からの応答を、前記通信手段を介して、要求する、
ことを特徴とする通信端末。The communication terminal according to claim 1 ,
The monitoring means is unable to receive the call control enabled operation state for a certain period of time, and after releasing a call control connection to the one call control device, among the plurality of call control devices, Requesting a response from the call control device in the operation state capable of call control via the communication means,
A communication terminal characterized by that.
第二の呼制御装置と、
請求項1に記載の複数の通信端末と、
を備え、
前記第1の呼制御装置と前記第2の呼制御装置と複数の前記通信端末のそれぞれとは、互いに回線で接続され、
前記第一の呼制御装置は、
複数の前記通信端末及び前記第二の呼制御装置との間でIPパケット通信を行う通信手段と、複数の該通信端末の呼制御を行う呼制御手段と、該呼制御手段による呼制御に障害が発生しているか否かを監視し、障害が発生しておらず呼制御可能状態である際に該第二の呼制御装置へ動作可通知を送り、該呼制御手段による呼制御に障害が発生していることを認識すると、該第二の呼制御装置への前記動作可通知の送信を中止して、該呼制御手段を運用状態から待機状態にする監視手段と、を有し、
前記第二の呼制御装置は、
複数の前記通信端末及び前記第一の呼制御装置との間でIPパケット通信を行う通信手段と、複数の該通信端末の呼制御を行う呼制御手段と、該通信手段を介して、該第一の呼制御装置から呼制御可能状態であることを示す動作可通知を受け付け、該動作可通知が一定時間以上受信できない場合、該第一の呼制御装置が呼制御不可状態であると判断し、待機状態の前記呼制御手段を起動させて、運用状態にする監視手段と、を有し、
複数の通信端末のうち、一の通信端末と他の通信端末との間で通信する際には、前記第1の呼制御装置の前記呼制御手段と前記第2の呼制御装置の呼制御手段とのうち、前記運用状態の呼制御手段により、呼制御が行われる、
ことを特徴とする通信システム。 A first call control equipment,
A second call control equipment,
A plurality of communication terminals according to claim 1 ;
With
The first call control device, the second call control device, and each of the plurality of communication terminals are connected to each other via a line,
The first call control device includes:
Communication means for performing IP packet communication between the plurality of communication terminals and the second call control device, call control means for performing call control of the plurality of communication terminals, and failure in call control by the call control means Is sent to the second call control device when a failure has not occurred and the call control is possible, and there is a failure in the call control by the call control means. Recognizing that it has occurred, the monitoring means for stopping the transmission of the operation enable notification to the second call control device, to put the call control means from the operating state to the standby state,
The second call control device includes:
A communication means for performing IP packet communication between the plurality of communication terminals and the first call control device; a call control means for performing call control of the plurality of communication terminals; When an operation enable notification indicating that the call control is possible is received from one call control device and the operation enable notification cannot be received for a predetermined time or more, it is determined that the first call control device is in a call control disabled state. Monitoring means for activating the call control means in a standby state to put it in an operating state,
When communicating between one communication terminal and another communication terminal among a plurality of communication terminals, the call control means of the first call control device and the call control means of the second call control device Among these, call control is performed by the call control means in the operating state.
A communication system characterized by the above.
前記第1の呼制御装置に対して、LAN(Local Area network)回線を介して接続されている複数の、請求項1に記載の通信端末(以下、第1の通信端末とする)と、
前記第1の呼制御装置に対して、WAN(Wide Area network)を介して接続されている第2の呼制御装置と、
前記第2の呼制御装置に対して、LAN(Local Area network)回線を介して接続されている複数の、請求項1に記載の通信端末(以下、第2の通信端末とする)と、
を備え、
前記第一の呼制御装置は、
複数の前記通信端末及び前記第二の呼制御装置との間でIPパケット通信を行う通信手段と、複数の該通信端末の呼制御を行う呼制御手段と、該呼制御手段による呼制御に障害が発生しているか否かを監視し、障害が発生しておらず呼制御可能状態である際に該第二の呼制御装置へ動作可通知を送り、該呼制御手段による呼制御に障害が発生していることを認識すると、該第二の呼制御装置への前記動作可通知の送信を中止して、該呼制御手段を運用状態から待機状態にする監視手段と、を有し、
前記第二の呼制御装置は、
複数の前記通信端末及び前記第一の呼制御装置との間でIPパケット通信を行う通信手段と、複数の該通信端末の呼制御を行う呼制御手段と、該通信手段を介して、該第一の呼制御装置から呼制御可能状態であることを示す動作可通知を受け付け、該動作可通知が一定時間以上受信できない場合、該第一の呼制御装置が呼制御不可状態であると判断し、待機状態の前記呼制御手段を起動させて、運用状態にする監視手段と、を有し、
複数の前記第1の通信端末と複数の前記第2の通信端末とのうちのいずれか二つの通信端末相互間で通信する際には、前記第1の呼制御装置の前記呼制御手段と前記第2の呼制御装置の呼制御手段とのうち、前記運用状態の呼制御手段により、呼制御が行われる、
ことを特徴とする通信システム。 A first call control equipment,
A plurality of communication terminals (hereinafter referred to as first communication terminals) according to claim 1 , connected to the first call control device via a LAN (Local Area Network) line,
To the first call control apparatus, and the second call control equipment that is connected via a WAN (Wide Area network),
A plurality of communication terminals (hereinafter referred to as second communication terminals) according to claim 1 , connected to the second call control device via a LAN (Local Area Network) line,
With
The first call control device includes:
Communication means for performing IP packet communication between the plurality of communication terminals and the second call control device, call control means for performing call control of the plurality of communication terminals, and failure in call control by the call control means Is sent to the second call control device when a failure has not occurred and the call control is possible, and there is a failure in the call control by the call control means. Recognizing that it has occurred, the monitoring means for stopping the transmission of the operation enable notification to the second call control device, to put the call control means from the operating state to the standby state,
The second call control device includes:
A communication means for performing IP packet communication between the plurality of communication terminals and the first call control device; a call control means for performing call control of the plurality of communication terminals; When an operation enable notification indicating that the call control is possible is received from one call control device and the operation enable notification cannot be received for a predetermined time or more, it is determined that the first call control device is in a call control disabled state. Monitoring means for activating the call control means in a standby state to put it in an operating state,
When communicating between any two of the plurality of first communication terminals and the plurality of second communication terminals, the call control means of the first call control device and the Call control is performed by the call control means in the operating state among the call control means of the second call control device.
A communication system characterized by the above.
前記第1の呼制御装置と前記第2の呼制御装置とのうち、前記呼制御手段が運用状態である呼制御装置の前記監視手段は、前記通信手段を介して、複数の前記通信端末に対して、呼制御可能な状態である旨を一定時間毎に通知し、
複数の前記通信端末の前記監視手段は、前記呼制御可能な運用状態である旨を前記一定時間以上受信できないときには、前記第1の呼制御装置と前記第2の呼制御装置とのうち、現時点で該呼制御可能な運用状態である呼制御装置からの応答を要求し、
前記第1の呼制御装置と前記第2の呼制御装置とのうち、現時点で該呼制御可能な運用状態である呼制御装置の前記監視手段は、複数の前記通信端末からの前記応答要求に対して、該応答要求を送信してきた前記通信端末に対して、該呼制御装置のIPアドレスを送信する、
ことを特徴とする通信システム。The communication system according to any one of claims 3 and 4 ,
Of the first call control device and the second call control device, the monitoring means of the call control device in which the call control means is in operation is connected to a plurality of the communication terminals via the communication means. On the other hand, it is notified at regular intervals that the call control is possible,
When the monitoring means of the plurality of communication terminals cannot receive the operational state in which the call control is possible for the predetermined time or longer, the monitoring means of the first call control device and the second call control device And requesting a response from the call control device in the operational state capable of controlling the call,
Of the first call control device and the second call control device, the monitoring means of the call control device that is currently in an operational state capable of call control responds to the response requests from the plurality of communication terminals. On the other hand, the IP address of the call control device is transmitted to the communication terminal that has transmitted the response request.
A communication system characterized by the above.
複数の通信端末とIPパケット通信が可能な第1の呼制御装置及び第二の呼制御装置を設け、
前記第1の呼制御装置は、
複数の前記通信端末の呼制御を行う呼制御工程と、
前記呼制御工程での呼制御に障害が発生しているか否かを監視し、障害が発生しておらず呼制御可能状態である際に前記第2の呼制御装置へ一定時間毎に動作可通知を送り、前記呼制御工程での呼制御に障害が発生していることを認識すると、該第2の呼制御装置への前記動作可通知の送信を中止して、前記呼制御工程を運用状態から待機状態にする監視工程と、
を実行し、
前記第2の呼制御装置は、
複数の前記通信端末の呼制御を行う呼制御工程と、
前記第1の呼制御装置から呼制御可能状態であることを示す動作可通知を受け付け、該動作可通知が前記一定時間以上受信できない場合、該第1の呼制御装置が呼制御不可状態であると判断し、待機状態の前記呼制御工程を起動させて、運用状態にする監視工程と、
を実行し、
前記第1の呼制御装置と前記第2の呼制御装置とのうち、前記呼制御工程が運用状態である呼制御装置の前記監視工程では、複数の前記通信端末に対して、呼制御可能な状態である旨を一定時間毎に通知し、
複数の前記通信端末は、前記呼制御可能な運用状態である旨を前記一定時間以上受信できないときには、前記第1の呼制御装置と前記第2の呼制御装置とのうち、現時点で該呼制御可能な運用状態である呼制御装置からの応答を要求し、
前記第1の呼制御装置と前記第2の呼制御装置とのうち、現時点で該呼制御可能な運用状態である呼制御装置の監視工程では、複数の前記通信端末からの前記応答要求に対して、該応答要求を送信してきた前記通信端末に対して、該呼制御装置のIPアドレスを送信する、
ことを特徴とする呼制御障害の対策方法。In a countermeasure method for a call control failure between a plurality of communication terminals performing IP packet communication,
A first call control device and a second call control device capable of IP packet communication with a plurality of communication terminals;
The first call control device includes:
A call control step for performing call control of a plurality of the communication terminals;
Whether or not a failure has occurred in the call control in the call control step is monitored, and when the failure has not occurred and the call control is possible, the second call control device can operate at regular intervals. When a notification is sent and it is recognized that a failure has occurred in the call control in the call control process, the transmission of the operation enable notification to the second call control device is stopped and the call control process is operated. A monitoring process for switching from a state to a standby state;
Run
The second call control device includes:
A call control step for performing call control of a plurality of the communication terminals;
When a notification indicating that the call control is possible is received from the first call control device, and the operation enable notification cannot be received for the predetermined time or longer, the first call control device is in a call control disabled state. A monitoring step of activating the call control step in the standby state to bring it into an operating state;
Run
Among the first call control device and the second call control device, in the monitoring step of the call control device in which the call control step is in operation, call control is possible for a plurality of the communication terminals. Notify every time that it is in a state,
When the plurality of communication terminals cannot receive the operational state in which the call control is possible for the predetermined time or longer, the call control is currently performed between the first call control device and the second call control device. Request a response from a call control device in a possible operational state,
Among the first call control device and the second call control device, in the monitoring process of the call control device that is currently in an operation state in which the call control is possible, in response to the response requests from the plurality of communication terminals The IP address of the call control device is transmitted to the communication terminal that has transmitted the response request.
Call control failure countermeasure method characterized by the above.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002226306A JP4038091B2 (en) | 2002-08-02 | 2002-08-02 | Communication terminal, communication system including the same, and call control failure countermeasure method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002226306A JP4038091B2 (en) | 2002-08-02 | 2002-08-02 | Communication terminal, communication system including the same, and call control failure countermeasure method |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007257271A Division JP4564523B2 (en) | 2007-10-01 | 2007-10-01 | Communication system and communication terminal |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004072256A JP2004072256A (en) | 2004-03-04 |
JP4038091B2 true JP4038091B2 (en) | 2008-01-23 |
Family
ID=32013691
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002226306A Expired - Fee Related JP4038091B2 (en) | 2002-08-02 | 2002-08-02 | Communication terminal, communication system including the same, and call control failure countermeasure method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4038091B2 (en) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4774831B2 (en) | 2005-06-30 | 2011-09-14 | 沖電気工業株式会社 | Voice processing peripheral device and IP telephone system |
JP4570551B2 (en) * | 2005-10-27 | 2010-10-27 | 沖電気工業株式会社 | Distributed control communication system and method |
JP2008244570A (en) * | 2007-03-26 | 2008-10-09 | Hitachi Communication Technologies Ltd | Telephone system and method of synchronizing operation information |
JP5035355B2 (en) * | 2010-01-21 | 2012-09-26 | 株式会社ナカヨ通信機 | SIP gateway backup method and SIP gateway |
JP2011045124A (en) * | 2010-10-14 | 2011-03-03 | Oki Electric Industry Co Ltd | Exchange system, and method for recovering failure thereof |
JP7381834B2 (en) * | 2019-03-15 | 2023-11-16 | アイコム株式会社 | Redundancy method for voice communication system and call control server |
-
2002
- 2002-08-02 JP JP2002226306A patent/JP4038091B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004072256A (en) | 2004-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2004186766A (en) | Backup control apparatus, and method for backing up control apparatus | |
CN101155073A (en) | Computer system, changeover-to-backup-system method, changeover-to-backup-system program, monitoring device, terminal device and backup system | |
JP2005191799A (en) | Media gateway and automatic telephone transfer service system | |
JP4482050B2 (en) | Telephone system and its gateway, and redundant switching method | |
JP4038091B2 (en) | Communication terminal, communication system including the same, and call control failure countermeasure method | |
WO2009089787A1 (en) | Method, system and device for call center to process client calls | |
JP4564523B2 (en) | Communication system and communication terminal | |
JP2009218727A (en) | Communication management system, communication management method and communication device | |
JP3964589B2 (en) | Information communication system and call control device connection method | |
JP2008187621A (en) | Telephone system and server apparatus | |
JP5135290B2 (en) | IP telephone and IP communication command system for receiving simultaneous command broadcast | |
KR100723698B1 (en) | Method for preventing error of data path in mobile switching center | |
JP2001339464A (en) | Remote supervisory control unit connected to radio network and terminal device | |
JP2000286882A (en) | Multimedia information communication system | |
JP3016458B2 (en) | Terminating terminal state control method in communication system | |
JP5211975B2 (en) | Call center system, call center server, and power supply control method for user terminal | |
WO2011120282A1 (en) | Method and system for emergency switching | |
JP5248415B2 (en) | Wireless LAN communication system | |
JP3811019B2 (en) | Communication device registration method and communication system in communication system | |
JP2023125007A (en) | Communication device and communication method | |
JP4083511B2 (en) | Telephone system | |
WO2018055694A1 (en) | Elevator system | |
JP2004032205A (en) | Ip telephone system | |
JP2009033513A (en) | Ip telephone terminal | |
JP2000201149A (en) | Internet telephone system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050602 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20050602 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20061201 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070613 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070731 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071001 |
|
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: 20071023 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071102 |
|
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: 20101109 Year of fee payment: 3 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101109 Year of fee payment: 3 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101109 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111109 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111109 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121109 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121109 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131109 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |