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 PDF

Info

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
Application number
JP2002226306A
Other languages
Japanese (ja)
Other versions
JP2004072256A (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.)
Hitachi Communication Technologies Ltd
Original Assignee
Hitachi Communication Technologies 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 Hitachi Communication Technologies Ltd filed Critical Hitachi Communication Technologies Ltd
Priority to JP2002226306A priority Critical patent/JP4038091B2/en
Publication of JP2004072256A publication Critical patent/JP2004072256A/en
Application granted granted Critical
Publication of JP4038091B2 publication Critical patent/JP4038091B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1046Call controllers; Call servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1083In-session procedures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16Error detection or correction of the data by redundancy in hardware
    • G06F11/20Error 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/202Error 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/2023Failover techniques
    • G06F11/2028Failover techniques eliminating a faulty processor or activating a spare
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3003Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006Monitoring 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
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3055Monitoring 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 communication terminals 7 and 8 that perform IP packet communication, and a call control device 3 that performs call control between the plurality of communication terminals 7 and 8. A plurality of communication terminals 7 and 8 and the call control device 3 are connected by a LAN line 9. Examples of the communication terminals 7 and 8 include an IP telephone, an IP gateway, and an IP / PBX (Private Branch Exchanger) to which a plurality of general telephones are connected.
[0004]
The call control device 3 includes a first call control unit 5a, a second call control unit 5b, and a call control management unit 6 that manages these call control units 5a and 5b in order to perform non-stop call service. And a communication interface 4 for performing IP packet communication. In the call control device 3, if the first call control unit 5a is in an operating state, the second call control unit 5b is in a standby state. At this time, the call control management unit 6 constantly monitors whether or not a failure has occurred in the first call control unit 5a in the operating state, and the call owned by the first call control unit 5b. The service setting information and the call control status information are given to the second call control unit 5b as they are. In other words, when the first call control unit 5a acquires the call service information and the call control state information, the information is dead-copied to the second call control unit 5b almost at the same time. Note that the call service setting information is information related to a call service that can be set by each terminal, for example, various services such as an incoming call transfer service for transferring an incoming call to the terminal itself to another terminal. Call control status information is information relating to the status of each terminal, such as which terminal is busy.
[0005]
In this call control device 3, when a failure occurs in the first call control unit 5a, the call control management unit 6 immediately detects this failure and owns all the information of the first call control unit 5a. The waiting second call control unit 5b is activated to realize a non-stop call service.
[0006]
[Problems to be solved by the invention]
However, in the above prior art, in addition to the first call control unit 5a, a second call control unit 5b as a spare device is provided, and hardware independent of the two call control units 5a and 5b is provided. Therefore, there is a problem that the apparatus cost is increased. In particular, as described above, when the first call control unit 5a acquires the call service setting information and call control state information of the terminal, the call control management unit 6 sends these information to the second call control unit almost simultaneously. In order to make a dead copy in 5b, it is composed of special hardware and is very expensive.
[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 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.
  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 second communication terminals 20, 28, and 29 that perform IP packet communication and first and second that perform call control between the plurality of communication terminals. Call control devices 10a and 10b. A plurality of communication terminals 20, 28, 29 and call control devices 10a, 10b are connected to each other by a LAN line 9. In this embodiment, one of the plurality of communication terminals 20, 28 and 29 is the IP gateway 20, and the rest are the IP telephones 28 and 29.
[0024]
Each of the first and second call control devices 10a and 10b includes communication interfaces 11a and 11b for performing IP packet communication, and call control units 12a and 12b for actually performing call control between the communication terminals. A monitoring unit 13a that monitors the states of the call control units 12a and 12b and the other call control devices 10b and 10a, and a setting information management unit 14a that manages setting information related to the call control service of each of the terminals 20, 28, and 29. Storage units 15a and 15b for storing call service setting information, IP addresses of the respective communication terminals, and the like.
[0025]
The monitoring units 13a and 13b can monitor the call control units 12a and 12b and the communication interfaces 11a and 11b, and can operate to indicate that the call control is possible via the communication interfaces 11a and 11b if there is no failure. A notification is sent to the other call control device. In addition, the other call control device receives an operable notification via the communication interfaces 11a and 11b. The monitoring units 13a and 13b are based on the monitoring results of the call control units 12a and 12b and the communication interfaces 11a and 11b and the operable notification from the other call control device, and the call control units 12a and 12b and the setting information management unit 14a, 14b is switched from the standby state to the operational state, or from the operational state to the standby state.
[0026]
In the operational state, the setting information management units 14a and 14b transmit the call service setting information stored in the storage units 15a and 15b to the other call control device via the communication interfaces 11a and 11b. At this time, call service setting information is acquired from the other call control device and registered in the storage units 15a and 15b.
[0027]
Each communication terminal 20, 28, 29 converts a communication interface 21 for performing IP packet communication and an IP packet received by the communication interface 21 into a voice signal and the like, while converting a voice signal and the like into an IP packet. The encoder / decoder 22, the A / D converter 23 that converts the audio signal decoded by the encoder / decoder 22 into an analog signal, and the states of the two call control devices 10 a and 10 b are monitored. And a monitoring unit 25. When the communication terminal is the IP gateway 20, an interface 24 for transmitting / receiving an audio signal or the like to / from the PBX or the like is connected to the A / D converter 23. When the communication terminals are IP telephones 28 and 29, a handset or the like is connected to the A / D converter.
[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 call control unit 11a of the first call control device 10a is in an operating state, the first call control device 10a functions as an active system, and the call of the second call control device 10b. It is assumed that the control unit 11b is set in a standby state so that the second call control device 10b functions as a standby system. Further, it is assumed that the communication terminal 20 is in a connection operation with respect to the first call control device 10a working as an active system.
[0029]
The monitoring unit 13a of the first call control device 10a, which is the active system, periodically monitors its own call control unit 12a and the communication interface 11a to confirm that the call control is possible, and the communication interface 11a. Then, an operation enable notification is transmitted to the second call control device 10b via the LAN line 9 (step 1). In addition, the monitoring unit 13b of the second call control device 10b, which is a standby system, also periodically transmits an operation enable notification to the first call control device 10a (step 2). In addition, the setting information management unit 14a of the first call control device 10a periodically transmits call service setting information of each communication terminal stored in the storage unit 15a via the communication interface 11a and the LAN line 9. Transmit to the second call control device 10b (step 3). Note that the call service setting information of each communication terminal 20 is set by an operation by a user or the like in each communication terminal 20, and this information is set information management of the call control device 10a by call control communication (step 4) described later. To the unit 14a.
[0030]
When the communication terminal 20 makes a call with another communication terminal, call control communication is performed with the call control device 10a that the communication terminal 20 recognizes as an active system, that is, the communication terminal 20 Call control device 10a is requested to perform call control between the communication terminal and another communication terminal (step 4). When a communication line with another communication terminal is established by this call control communication, a call can be made with the other communication terminal.
[0031]
The monitoring unit 13a of the active call control device 10a periodically monitors its own call control unit 12a and the communication interface 11a and confirms that the call control is possible, as in the case of transmitting the operation enable notification. Then, it indicates that the call control is possible via the communication interface 11a and the LAN line 9, and transmits an operation confirmation request for requesting a response to each communication terminal 20 (step 5). When receiving the operation confirmation request, the monitoring unit 25 of the communication terminal 20 recognizes that the operation confirmation request source is the active system. Then, as an answer to the operation confirmation request, an operation confirmation response is transmitted to the active call control device 10a (step 6).
In other words, the active call control device 10a periodically transmits an operation enable notification and call service setting information to the standby call control device 10b (steps 1 and 3), for example, every 5 seconds (steps 1 and 3). The device 10b periodically transmits an operation enable notification to the active call control device 10a (step 2). Further, the active call control device 10a periodically transmits an operation confirmation request to each communication terminal 20 (step 5).
[0032]
As described above, whether the two call control devices 10a and 10b transmit the operation ready notification to the other call control devices 10b and 10a, so that the other call control device is in a state in which call control is possible. You can recognize whether or not. Further, the call service setting information can be shared by the active call control device 10a periodically transmitting the call service setting information to the standby call control device 20b. In addition, when the active call control device 10a periodically transmits an operation check request, each terminal 10 can recognize which call control device is currently active.
[0033]
When a failure occurs in the call control unit 12a or the communication interface 11a of the active call control device 10a (step 7), the monitoring unit 13a of the active call control device 10a recognizes this failure, and the current standby call control device. The operation permission notification to 10b and the operation confirmation request to each communication terminal are stopped, the call control unit is set in a standby state, and the standby system is switched (step 8).
[0034]
Since the monitoring unit 13b of the second call control device 10b, which is the standby system, initially does not receive an operation permission notification from the first call control device 10a, which is the active system, for the first period, Recognizing that a failure has occurred in the call control device 10a, the call control unit 12b, which has been in a standby state, is put into an operation state, and the second call control device 10b is switched to the operation system (step 9).
[0035]
In addition, since the monitoring unit 25 of each communication terminal 20 does not receive an operation confirmation request for a certain period from the first call control device 10a that was initially active, the first call control device 10a. Recognizing that a failure has occurred, the connection with the first call control device 10a is released (step 10).
[0036]
The monitoring unit 25 of each communication terminal 20 transmits a search response request by multicast together with the IP address of the terminal itself in order to search for a call control device capable of call control (step 11). In response to this search response request, the first call control device 10b switched to the standby system does not respond, and the monitoring unit 13b of the second call control device 10b switched to the active system communicates with the search response request. The IP address of the second call control device 10b is transmitted to the terminal 20 together with the search response so that the call control device 10b currently in operation is recognized (step 12), and the communication terminal that requested the search response 20 IP addresses are stored (step 15). The communication interface 21 of the communication terminal 20 that has received the IP address of the second call control device 10b together with the search response stores this IP address (step 13), and then the second call control device that has become the active system. Connection processing for call control communication is performed with 10b (step 14).
[0037]
The monitoring unit 13b of the second call control device 10b that has been switched to the active system periodically performs its own call control unit 12b and communication interface 11b in the same manner as when the first call control device 10a is the active system. Is confirmed to be in a call controllable state, an operation ready notification is transmitted to the first call control device 10a as a standby system (step 21), and an operation confirmation request is transmitted to each communication terminal. (Step 25). In response to this operation confirmation request, each communication terminal 20 returns an operation confirmation response to the second call control device 10b that is currently in operation (step 26). The setting information management unit 14b of the second call control device 10b transmits call service setting information to the first call control device 10a (step 23). The monitoring unit 13a of the first call control device 10a, which is a standby system, monitors its own call control unit 12a and the communication interface 11a. Operational notification is periodically transmitted to the call control device 10b.
[0038]
When the communication terminal 20 makes a call with another communication terminal, as in step 4, the call control device recognized by the monitoring unit of the communication terminal 20 as the active system, in this case, the second call Call control communication is performed with the control device 10b (step 24). When a communication line with another communication terminal is established by this call control communication, a call can be made with the other communication terminal.
[0039]
Note that the processing in steps 11 to 14 described above is performed as initial processing so that each communication terminal 20 recognizes the active call control device even when each communication terminal 20 is started up. Specifically, as shown in the flowchart of FIG. 3, first, the monitoring unit 25 of the communication terminal 20 transmits a search response request together with the IP address of the terminal by multicast in order to search for a call control device capable of call control. (Step 11). Subsequently, the monitoring unit 25 waits for reception of a search response from the active call control device in response to this search response request (step 12). When this search response is received, the monitoring unit 25 is sent together with the search response. The IP address of the active call control device is registered in the storage unit 26 (step 13). Further, the monitoring unit 25 causes the communication interface 21 to execute a connection process for performing call control communication with the active call control device (step 14).
[0040]
Thereafter, when the communication terminal 20 makes a call with another communication terminal, call control communication is performed with the call control device stored as the active system in the storage unit 26 of the communication terminal 20 (step). 24). Further, the monitoring unit 25 determines whether or not an operation check request from the active call control device is periodically received (step 25). If the operation check request cannot be received, the monitoring unit 25 returns to step 11; If the operation confirmation request has been received, an operation confirmation response is sent to the active call control device (step 26).
[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 call control device 10a among the two call control devices 10a and 10b, the standby call control device 10b becomes the active system, and each communication Since terminal-to-terminal call control is performed, damage due to call control failure can be minimized. In addition, since the two call control devices 10a and 10b confirm whether or not the call control is possible by communication, in addition to the two call control devices 10a and 10b, these are separately provided. The call control management device for managing the device becomes unnecessary, and the device cost can be reduced.
[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 relay devices 2a and 2b such as routers. It is what has been. Each of the communication bases A and B includes call control devices 10a and 10b, the above-described relay devices 2a and 2b, and a plurality of communication terminals 20a, 29a, 20b, and 29b. The call control devices 10a and 10b, the relay devices 2a and 2b, and the plurality of terminals 20a, 29a, 20b, and 29b are connected to each other by LAN lines 9a and 9b. In other words, in the first embodiment, two call control devices and a plurality of communication terminals are provided in a certain base. However, in the first embodiment, two communication bases are respectively provided via the WAN 1. A call control device for each unit and a plurality of communication terminals are provided.
[0049]
As in the first embodiment, the call control devices 10a and 10b at the respective bases A and B are calls that actually perform call control between the communication interfaces 11a and 11b for performing IP packet communication and the communication terminals. Control units 12a and 12b, monitoring units 13a and 13b that monitor the states of the call control units 12a and 12b and the other call control device, and a setting information management unit 14a that manages setting information related to the call control service of each terminal. 14b and storage units 15a and 15b for storing call service setting information and the like.
[0050]
Similarly to the first embodiment, the communication terminals 20a and 20b of the respective bases A and B also use the communication interface 21 for performing IP packet communication and the IP packet received by the communication interface 21 as a voice signal or the like. An encoding / decoding unit 22 that converts an audio signal or the like into an IP packet, and an A / D converter 23 that converts the audio signal decoded by the encoding / decoding unit 22 into an analog signal, , A monitoring unit 25 for monitoring the states of the two call control devices, and a storage unit 26.
[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 call control device 10a at the site A functions as an active system and the second call control device 10b at the site B functions as a standby system by the initial setting. . In addition, it is assumed that the communication terminals 20a and 20b at the respective bases A and B are connected to the first call control device 10a working as an active system.
[0052]
As in the first embodiment, the monitoring unit 13a of the first call control device 10a, which is the active system, notifies the operation enable notification and the call of each communication terminal via the communication interface 11a, the relay devices 2a and 2b, and the WAN1. The service setting information is transmitted to the second call control device 10b which is a standby system (steps 31 and 33). In addition, the monitoring unit 13b of the second call control device 10b, which is a standby system, also periodically sends an operation enable notification to the first call control device 10a in the same manner as described above (step 32).
[0053]
When the communication terminals 20a and 20b at the bases A and B make a call with the other communication terminals 20b and 20a, a call is made with the call control device 10a that the communication terminals 20a and 20b recognize as an active system. Control communication is performed (steps 34a and 34b).
[0054]
The monitoring unit 13a of the active call control device 10a at the site A transmits an operation confirmation request to the communication terminals 20a and 20b at the sites A and B (steps 35a and 35b). When receiving the operation confirmation request, the monitoring units 13a and 13b of the communication terminals 20a and 20b at the respective bases A and B recognize that the operation confirmation request source is an active system and operate as a response to the operation confirmation request. A confirmation response is transmitted to the active call control device 10a (steps 36a and 36b).
[0055]
That is, the processes from step 31 to 36b are the same as the processes from step 1 to 6 in the first embodiment.
[0056]
When a failure occurs in the relay line between the bases A and B (step 37), the monitoring unit 13a of the active call control device 10a does not recognize the failure of its own call control unit 12a. First, an operation permission notification is transmitted to the standby call control device 10b at the site B (step 38), and an operation confirmation request is transmitted to the communication terminals 20a and 20b at the sites A and B (steps 40a and 40b). In addition, the monitoring unit 13b of the standby call control device 10b at the site B also transmits an operation confirmation request to the active call control device 10a at the site A (step 39). However, since a failure has occurred in the relay line between the bases A and B, the operation enable notification and the operation confirmation request from the active call control device 10a of the base A to the base B do not reach the base B (step 38). , Step 40b), and the notification of the availability of operation from the standby call control device 10b at the site B to the site A does not reach the site A (step 39).
[0057]
Since the active call control device 10a at the site A cannot receive the operation enable notification from the standby call control device at the site B, it recognizes that a failure has occurred at the site B, and thereafter only the communication terminal 20a at the site A. Then, an operation confirmation request is transmitted (step 40a), and an operation confirmation response is received from this terminal 20a (step 41a). Furthermore, call control communication is performed only with the communication terminal at the site A (step 42a). However, the operation confirmation request is transmitted to the base B periodically thereafter (steps 38, 38,...).
[0058]
On the other hand, since the monitoring unit 13b of the standby call control device 10b at the site B does not receive an operation permission notification from the active call control device 10a at the site A for a certain period (step 38), the operation of the site A Recognizing that a failure has occurred in the system call control device 10a, the call control unit 12b, which has been in a standby state, is put into an operation state, and the second call control device 10b, which is a standby system, is switched to the operation system (step 43). ).
[0059]
In addition, since the monitoring unit 25 of each communication terminal 20b at the site B does not receive an operation confirmation request for a certain period from the first call control device 20a that was initially active (step 40b), the site Recognizing that a failure has occurred in the first call control apparatus 10a of A, the connection with the first call control apparatus 10a is released (step 41).
[0060]
Then, the monitoring unit 25 of each communication terminal 20b at the base B transmits a search response request by multicast together with the IP address of the terminal itself in order to search for a call control device capable of call control (step 44). In response to this search response request, the monitoring unit 13b of the second call control device 10b switched to the active system sends the second call control together with the search response to the communication terminal 20b of the base B that has made the search response request. The IP address of the device 10b is transmitted to recognize the call control device 10b that is currently in operation (step 45), and the IP address of the communication terminal 20b that requested the search response is stored (step 48). The communication interface 21 of the communication terminal 20b that has received the IP address of the second call control device 10b together with the search response stores the IP address in the storage unit 25 (step 46), and then the second interface that has become the active system. Connection processing for call control communication is performed with the call control device 10b (step 47).
[0061]
The monitoring unit 13b of the second call control device 10b that has been switched to the active system periodically performs its own call control unit 12b and communication interface 11b in the same manner as when the first call control device 10a is the active system. Is confirmed to be in a call controllable state, an operation enable notification is transmitted to the first call control device 10a at the site A (step 52), and an operation confirmation request is sent to each communication terminal 20b at the site B. Is transmitted (step 50b). In response to this operation confirmation request, each communication terminal 20b at the site B returns an operation confirmation response (step 51b).
[0062]
As described above, when a failure occurs in the trunk line, the first call control device 10a at the site A maintains the active system, but only as a call control device for each communication terminal 20a at the site A. The second call control device 10b of the base B that was initially a standby system functions as a call control device only for each communication terminal 20b of the base B, although it is switched to the active system. That is, when a failure occurs in the relay line, the call control device at each site becomes the active call control device at each site.
[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 call control device 10b at the site B reaches the first call control device 10a at the site A (step 56). Similarly, the notification that the operation is possible from the first call control device 10a at the site A reaches the second call control device 10b at the site B (step 57).
[0065]
As a result, the monitoring unit 13b of the second call control device 10b at the base B recognizes that the failure of the first call control device 10a at the base A, which was the active system, has been recovered, and is in an operating state. Then, the call control unit 12b is set in the standby state, and the second call control device 10b, which is the active system, is switched to the standby system (step 58). Then, as a standby system, an operation enable notification is transmitted to the first call control device 10a at the site A (step 60). Note that the monitoring unit 13b of the second call control device 10b at the site B does not transmit an operation confirmation request to each communication terminal 20b at the site B from the time of switching to the standby system.
[0066]
In addition, the monitoring unit 13b of the first call control device 10a at the site A transmits an operation enable notification that has been periodically transmitted even during the occurrence of a failure to the second call control device 10b at the site B (step 57). When the operation is notified from the second call control device 10b at the site B (step 60), the second call control device 10b recognizes that the second call control device 10b has recovered, and the setting information management unit of the first call control device 10a 14a starts transmitting the call service setting information to the second call control device 10b at the site B (step 61).
[0067]
On the other hand, since the monitoring unit 25 of the communication terminal 20b at the site B does not receive an operation confirmation request for a certain period from the second call control device 10b that has been the active system until now (step 50b), the site B Recognizing that a failure has occurred in the second call control device 10b, the connection with the second call control device 10b is released (step 62).
[0068]
Then, the monitoring unit 25 of each communication terminal 20b at the base B transmits a search response request by multicast together with the IP address of the terminal itself in order to search for a call control device capable of call control (step 63). In response to this search response request, the monitoring unit 13a of the first call control device 10a that has become the active system again sends the first response together with the search response to the communication terminal 20b of the base B that has made the search response request. The IP address of the call control device 10a is transmitted to recognize the call control device 10a that is currently in operation (step 64), and the IP address of the communication terminal 20b that requested the search response is stored (step 68). The communication interface 21 of the communication terminal 20b that has received the IP address of the first call control device 10a together with the search response stores this IP address (step 65), and then the first call control device that has become the active system. Connection processing for call control communication is performed with 10a (step 67).
[0069]
Thereafter, the first call control device 10a at the site A transmits an operation check request to the communication terminals 20a and 20b at the sites A and B in the same manner as before the failure of the trunk line shown in FIG. (Steps 35a and 35b), operation confirmation responses are received from the communication terminals 20a and 20b at the bases A and B (Steps 36a and 36b). Further, the first call control device 10a transmits the operation enable notification and the call service setting information to the second call control device 10b which has become the standby system again (steps 31 and 33), and this second call control device. An operation enable notification is received from 10b (step 32).
[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 call control device 10a, which is the active system, the second call control device 10b becomes the active system as in the first embodiment. The second call control device 10b performs call control of the communication terminals 20a and 20b at the bases A and B. Therefore, also in this embodiment, the same effect as that of the first embodiment can be obtained.
[0072]
Moreover, in this embodiment, although the example which provided the call control apparatuses 10a and 10b in the two bases A and B was shown, this invention is not limited to this, respectively. A call control device may be provided. In this case, priorities are determined in advance for the standby call control devices at a plurality of bases, and when a failure occurs in the active call control device at one base, One should be active.
[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 SYMBOLS 1 ... WAN, 2a, 2b ... Relay apparatus, 3, 10a, 10b ... Call control apparatus, 9, 9a, 9b ... LAN line, 11a, 11b ... Communication interface, 12a, 12b ... Call control part, 13a, 13b ... Monitoring 14a, 14b ... setting information management unit, 15a, 15b ... storage unit, 20, 20a, 20b, 28, 29, 29a, 29b ... communication terminal, 21 ... communication interface, 22 ... encoding / decoding unit, 25 ... monitoring unit, 26 ... storage unit.

Claims (6)

他の通信端末とIPパケット通信を行うために、複数の呼制御装置のうちの一つに呼制御される通信端末であって、
前記他の通信端末及び複数の前記呼制御装置との間で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:
請求項1に記載の通信端末において、
前記監視手段は、前記呼制御可能な運用状態である旨を前記一定時間以上受信できず、前記一の呼制御装置に対する呼制御接続を解放させた後、複数の前記呼制御装置のうち、現時点で該呼制御可能な運用状態である呼制御装置からの応答を、前記通信手段を介して、要求する、
ことを特徴とする通信端末。
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の呼制御装置と
前記第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.
請求項3及び4のいずれか一項に記載の通信システムにおいて、
前記第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パケット通信を行う複数の通信端末相互間の呼制御障害の対策方法において、
複数の通信端末と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.
JP2002226306A 2002-08-02 2002-08-02 Communication terminal, communication system including the same, and call control failure countermeasure method Expired - Fee Related JP4038091B2 (en)

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)

* Cited by examiner, † Cited by third party
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

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