JP2004200945A - ＶｏＩＰシステム及びそれに用いるルート障害通知方法 - Google Patents
ＶｏＩＰシステム及びそれに用いるルート障害通知方法 Download PDFInfo
- Publication number
- JP2004200945A JP2004200945A JP2002365990A JP2002365990A JP2004200945A JP 2004200945 A JP2004200945 A JP 2004200945A JP 2002365990 A JP2002365990 A JP 2002365990A JP 2002365990 A JP2002365990 A JP 2002365990A JP 2004200945 A JP2004200945 A JP 2004200945A
- Authority
- JP
- Japan
- Prior art keywords
- voip
- route
- pbx
- failure
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 25
- 238000012544 monitoring process Methods 0.000 claims description 32
- 238000011084 recovery Methods 0.000 claims description 13
- 238000006243 chemical reaction Methods 0.000 claims description 7
- 230000011664 signaling Effects 0.000 claims description 7
- 230000004913 activation Effects 0.000 claims description 4
- 230000009849 deactivation Effects 0.000 claims description 4
- 238000012545 processing Methods 0.000 abstract description 41
- 238000004891 communication Methods 0.000 abstract description 8
- 230000008569 process Effects 0.000 abstract description 8
- 238000013507 mapping Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000008901 benefit Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42314—Systems providing special services or facilities to subscribers in private branch exchanges
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/0024—Services and arrangements where telephone services are combined with data services
- H04M7/0057—Services where the data services network provides a telephone service in addition or as an alternative, e.g. for backup purposes, to the telephone service provided by the telephone services network
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Sub-Exchange Stations And Push- Button Telephones (AREA)
Abstract
【課題】ＶｏＩＰルートでの呼接続の失敗を確認することなく、ＰＢＸ側で事前に迂回ルートを選択可能なＶｏＩＰシステムを提供する。
【解決手段】対局監視モジュール２０２は予め定められた回数ｎ１回連続で、応答が無かった局について、ＩＰ網を使用した通信が不可能であると判定し、当該局のＩＰアドレスと電話番号情報とをメイン処理部２０４へ通知する。メイン処理部２０４はＶｏＩＰ使用不可を示す特番を使用し、ＰＢＸ１０に対して擬似的な着信信号を送信する。ＰＢＸ１０は着信信号を受信すると、着信信号を呼処理部１０２で処理し、番号分析部１０１で受信したダイヤル番号を分析する。番号分析部１０１は分析した結果をルートテーブル１０３と比較し、局番へのルートがＶｏＩＰ経由で通信することができないと認識し、ルートテーブル１０３からＶｏＩＰルートを削除し、公衆電話網ルートを優先ルートとする。
【選択図】 図１
【解決手段】対局監視モジュール２０２は予め定められた回数ｎ１回連続で、応答が無かった局について、ＩＰ網を使用した通信が不可能であると判定し、当該局のＩＰアドレスと電話番号情報とをメイン処理部２０４へ通知する。メイン処理部２０４はＶｏＩＰ使用不可を示す特番を使用し、ＰＢＸ１０に対して擬似的な着信信号を送信する。ＰＢＸ１０は着信信号を受信すると、着信信号を呼処理部１０２で処理し、番号分析部１０１で受信したダイヤル番号を分析する。番号分析部１０１は分析した結果をルートテーブル１０３と比較し、局番へのルートがＶｏＩＰ経由で通信することができないと認識し、ルートテーブル１０３からＶｏＩＰルートを削除し、公衆電話網ルートを優先ルートとする。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明はＶｏＩＰシステム及びそれに用いるルート障害通知方法に関し、特にＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ゲートウェイにおける電話交換機へのルート障害通知方式に関する。
【０００２】
【従来の技術】
ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：構内交換機）側で音声トランクを各局向けに共通に使用している場合には、対向する個別のＶｏＩＰゲートウェイの障害や一部のルートが障害になっただけでは、全トランクを閉塞することはできない。
【０００３】
従来の電話交換機へのルート障害通知方式としては、上記のような状況の中で、自装置のＩＰ網側の中継リンク障害を検出し、対向する全ＶｏＩＰゲートウェイとも通信できない場合にのみ、自装置の対ＰＢＸインタフェースを全トランクをビジーにして、ＰＢＸ側に迂回ルートを選択するように通知している。
【０００４】
上記のルート障害通知方式では、ＶｏＩＰゲートウェイ内のＷＡＮ（ＷｉｄｅＡｒｅａ Ｎｅｔｗｏｒｋ）及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インタフェースを監視し、レイヤ１監視モジュールでキャリア断を検出した場合、その旨をメイン処理部に通知する。
【０００５】
メイン処理部では音声チャネル制御部に指示し、音声チャネルのＳＲ（着信開始）信号をｏｎすることによって、ＰＢＸインタフェースがビジーになるように制御している（例えば、特許文献１参照）。
【０００６】
ＰＢＸ側では、上記のように、ＩＰ網側の中継リンク障害でＰＢＸインタフェースがビジーになると、その信号路から別の専用線あるいは公衆電話網に迂回させる方法も提案されている（例えば、特許文献２参照）。
【０００７】
【特許文献１】
特許第３１４４５４６号公報（第６〜１０頁、図１）
【特許文献２】
特開２０００−３４９９０１号公報（第５〜９頁、図１）
【０００８】
【発明が解決しようとする課題】
しかしながら、上述した従来のルート障害通知方式では、一部装置の障害、あるいは一部ルートの障害で、ＶｏＩＰルートでの呼接続の失敗を確認してから、ＰＢＸ側で迂回ルートに再発呼しなければならないという問題がある。上記の特許文献１，２に開示された技術でも、これと同様の問題がある。
【０００９】
そこで、本発明の目的は上記の問題点を解消し、ＶｏＩＰルートでの呼接続の失敗を確認することなく、ＰＢＸ側で事前に迂回ルートを選択することができるＶｏＩＰシステム及びそれに用いるルート障害通知方法を提供することにある。
【００１０】
【課題を解決するための手段】
本発明によるＶｏＩＰシステムは、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）と、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク網と前記ＰＢＸとの間においてシグナリング変換及び音声のパケット符号化を行うＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ゲートウェイとを含むＶｏＩＰシステムであって、
他のＶｏＩＰゲートウェイの起動及び停止状態を監視する機能と、予め設定されかつ前記他のＶｏＩＰゲートウェイの監視結果に対応する擬似的な着信信号の生成と送出とを行う機能とを前記ＶｏＩＰゲートウェイに備え、
前記擬似着信信号を受信して番号分析しかつその指定された局番のルート情報を変更する機能を前記ＰＢＸに備えている。
【００１１】
本発明によるルート障害通知方法は、ＰＢＸ（Ｐｒｉｖａｔｅ ＢｒａｎｃｈｅＸｃｈａｎｇｅ）と、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク網と前記ＰＢＸとの間においてシグナリング変換及び音声のパケット符号化を行うＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ゲートウェイとを含むＶｏＩＰシステムのルート障害通知方法であって、
前記ＶｏＩＰゲートウェイは、他のＶｏＩＰゲートウェイの起動及び停止状態を監視し、予め設定されかつその監視結果に対応する擬似的な着信信号を生成して前記ＰＢＸに送出し、
前記ＰＢＸは、前記擬似着信信号を受信して番号分析し、その指定された局番のルート情報を変更している。
【００１２】
すなわち、本発明のＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）システムは、インタネット／イントラネットに代表されるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク網に接続されるＩＰテレフォニーネットワークと、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：電話交換機）との間において、シグナリング変換や音声のパケット符号化を行うＶｏＩＰゲートウェイとＰＢＸとから構成されている。
【００１３】
ＶｏＩＰゲートウェイ及びＰＢＸにおけるＶｏＩＰとＰＢＸインタフェースとのゲートウェイ機能や交換機能の他に、ＶｏＩＰゲートウェイは他局のＶｏＩＰゲートウェイの起動及び停止状態を監視する機能と、擬似的な着信信号の生成と送出とを行う機能とを備え、ＰＢＸは擬似着信信号を受信して番号分析し、指定された局番のルート情報を変更する機能を備えている。
【００１４】
本発明のＶｏＩＰシステムでは、ＶｏＩＰゲートウェイがＩＰ網または対向局のＶｏＩＰゲートウェイの障害を検出した場合、ＶｏＩＰゲートウェイからＰＢＸへ擬似的な着呼通知を発行し、ＶｏＩＰゲートウェイとＰＢＸとの間で予め定めた特番によって、任意のＶｏＩＰゲートウェイ、または当該ＶｏＩＰゲートウェイ向けのルートが障害（あるいは障害復旧）である旨を通知することで、ＶｏＩＰルートでの呼接続の失敗を確認することなく、ＰＢＸ側で事前に迂回ルートを選択することが可能となる。
【００１５】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）システムの構成を示すブロック図である。図１において、本発明の一実施例によるＶｏＩＰシステムは電話交換機［以下、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）とする］１１〜１３と、ＶｏＩＰゲートウェイ２１〜２３と、インタネット／イントラネットに代表されるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークで構成されたＩＰ網１００と、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）及びＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）網に代表される公衆電話網２００とから構成されている。
【００１６】
ＶｏＩＰゲートウェイ２１〜２３はＩＰ網１００にＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）またはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）回線ｘ１，ｘ２，ｘ３で接続され、ＰＢＸ１１〜１３にトランク回線ｐ，ｑ，ｒで接続されている。ＰＢＸ１１〜１３はトランク回線ｙ１，ｙ２，ｙ３で公衆電話網２００に接続されている。
【００１７】
ＰＢＸ１１〜１３は加入者インタフェースとトランクインタフェースとを備え、トランクインタフェースはＶｏＩＰゲートウェイ２１〜２３と接続するトランクインタフェース（ｐ，ｑ，ｒ）だけでなく、公衆電話網２００と接続する公衆電話網またはＩＳＤＮインタフェース（ｙ１，ｙ２，ｙ３）を備えている。
【００１８】
ＶｏＩＰゲートウェイ２１〜２３はＩＰ網１００と接続するためのＷＡＮまたはＬＡＮインタフェース（ｘ１，ｘ２，ｘ３）を備えている。ＶｏＩＰゲートウェイ２１〜２３は、通常、ＩＰ網１００と接続し、音声呼接続のためのシグナリングや音声パケットを伝送する。
【００１９】
ＶｏＩＰゲートウェイ２１〜２３はＩＰ網１００内に何らかの障害が発生したか、または対向するＶｏＩＰゲートウェイが障害となり、通信することができない場合、あるいはＷＡＮ／ＬＡＮインタフェース（ｘ１，ｘ２，ｘ３）の障害を検出した場合に、トランクインタフェース（ｐ，ｑ，ｒ）を使用してＰＢＸ１１〜１３に対してＶｏＩＰ網による呼接続が不可能である旨を通知する。ＰＢＸ１１〜１３は当該通知を受けると、公衆電話網２００向けのトランクインタフェース（ｙ１，ｙ２，ｙ３）をＶｏＩＰのバックアップ回線として使用し、音声呼接続を行う。
【００２０】
また、ＶｏＩＰゲートウェイ２１〜２３はその障害が復旧した場合、トランクインタフェース（ｐ，ｑ，ｒ）を使用して、ＰＢＸ１１〜１３に対して、ＶｏＩＰ網が復旧したことを通知する。ＰＢＸ１１〜１３は当該通知を受けると、次発信呼からＶｏＩＰ網を選択し、呼接続を行う。
【００２１】
図２は図１のＶｏＩＰゲートウェイ２１〜２３及びＰＢＸ１１〜１３の構成例を示すブロック図である。図２において、ＶｏＩＰゲートウェイ２０（ＶｏＩＰゲートウェイ２１〜２３をまとめた表記）はＩＰアドレス−電話番号マッピングテーブル２０１と、対局監視機能モジュール２０２と、音声処理部２０３と、呼処理・呼管理部２０４と、レイヤ２及びレイヤ３プロトコル処理部２０５と、音声チャネル制御部２０６と、レイヤ１監視モジュール２０７と、対ＰＢＸインタフェース２０８と、ＷＡＮ及びＬＡＮインタフェース２０９とから構成されている。
【００２２】
ＩＰアドレス−電話番号マッピングテーブル２０１は対局監視や呼接続処理の際に、ＩＰアドレスと電話番号とを関連付けるために参照するテーブルである。対局監視機能モジュール２０２は対局へのルートが正常に稼動しているかどうかを監視する機能モジュールで、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）エコーパケットを送受信することで実現している。
【００２３】
音声処理部２０３は音声インタフェースとの間で送受する６４ＫＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）信号と、エンコード（Ｅｎｃｏｄｅ）／デコード（Ｄｅｃｏｄｅ）して音声パケット化する変換処理を実行している。
【００２４】
メイン処理部２０４は、ＰＢＸ１１〜１３からの発呼信号、ＩＰ網１００側からの着呼信号に基づき、ＶｏＩＰ呼接続処理や同呼の状態管理等、呼処理及び呼管理を実行するほか、ルート障害通知のメイン処理及び管理を行う。
【００２５】
レイヤ２及びレイヤ３プロトコル処理部２０５はＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ／ＩＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等のレイヤ３プロトコル処理と、Ｅｔｈｅｒｎｅｔ（Ｒ）、Ｆｒａｍｅ Ｒｅｌａｙ、ＰＰＰ（ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）等のレイヤ２プロトコル処理を行っている。
【００２６】
音声チャネル制御部２０６は音声チャネルのステータスを管理し、メイン処理部２０４の指示にしたがってチャネル状態を制御する。レイヤ１監視モジュール２０７はＷＡＮ及びＬＡＮインタフェース２０９のレイヤ１のＵＰ／Ｄｏｗｎ状態を監視する。対ＰＢＸインタフェース２０８はＰＢＸ１０（ＰＢＸ１１〜１３をまとめて表記）と接続するための物理インタフェースを示している。ＷＡＮ及びＬＡＮインタフェース２０９はＶｏＩＰ網と接続するための物理インタフェースを示している。
【００２７】
ＰＢＸ１０は番号分析部１０１と、呼処理部１０２と、ルートテーブル１０３と、ＰＢＸインタフェース１０４とから構成されている。番号分析部１０１はＶｏＩＰゲートウェイ２０から受信した信号のダイヤル番号を分析し、ルートを決定する処理を実行する。
【００２８】
呼処理部１０２はＶｏＩＰゲートウェイ２０から受信した信号を分析し、呼接続、切断処理を実行する。ルートテーブル１０３は電話番号とトランク方路との対応付けを記載したテーブルを示す。ＰＢＸインタフェース１０４はＶｏＩＰゲートウェイ２０に実装される、対ＰＢＸインタフェース２０８との相互接続を行う。
【００２９】
ＩＰ網１００経由の通信不可の判定と、ＶｏＩＰゲートウェイ２０−ＰＢＸ１０間インタフェースについて以下に述べる。
【００３０】
ＰＢＸ１０に実装されるルートテーブル１０３には、予めＩＰ網１００内の障害及び障害復旧通知信号を識別するための特別番号（以下、特番とする）が設定されている。
【００３１】
番号分析部１０１はルートテーブル１０３を参照し、同信号内のダイヤル番号が特番であると判定すると、その信号がＩＰ網１００内の障害及び障害復旧通知するための擬似着信信号であることを認識する。また、番号分析部１０１はこの擬似着信信号に、特番に続けて、障害及び障害復旧の対象局番が設定されていることを認識することができ、これらの情報をルートテーブル１０３に反映させることができる。上記の擬似着信信号はルートテーブル１０３に反映された後、廃棄される。
【００３２】
ＶｏＩＰゲートウェイ２０は対向局のＶｏＩＰゲートウェイ装置に到達することができるか否かを定期的に監視しており、その監視を以下のような動作で行っている。
【００３３】
対局監視機能モジュール２０２はＩＰアドレス−電話番号マッピングテーブル２０１を参照し、対向局情報を取得する。対局監視機能モジュール２０２は監視対象局を決定した後、対象局のＩＰアドレスを指定し、レイヤ２及びレイヤ３プロトコル処理部２０５にＩＣＭＰエコー（ｐｉｎｇ）要求を指示する。レイヤ２及びレイヤ３プロトコル処理部２０５はｐｉｎｇ応答を監視し、応答の有無を対局監視モジュール２０２へ通知する。
【００３４】
対局監視モジュール２０２は上記の動作を、ＩＰアドレス−電話番号マッピングテーブル２０１に記述された局全てに一巡し、応答が無かった局を記録する。対局監視モジュール２０２は予め定められた時間ｔ１周期で、この監視動作を繰り返す。また、対局監視モジュール２０２は予め定められた回数ｎ１回連続で、応答が無かった局について、ＩＰ網１００を使用した通信が不可能であると判定し、当該局のＩＰアドレスと電話番号情報とをメイン処理部２０４へ通知する。
【００３５】
メイン処理部２０４はその通知を受信すると、ＶｏＩＰ使用不可を示す特番を使用し、ＰＢＸ１０に対して擬似的な着信信号を送信する。例えば、ＶｏＩＰ使用不可を示す特番が「＊＊」、当該対向先の局番が「１０」であった場合に、メイン処理部２０４は着信信号内のダイヤル番号を「＊＊１０」に設定し、対ＰＢＸインタフェース２０８を経由し、ＰＢＸ１０へ送信する。
【００３６】
ＰＢＸ１０はＰＢＸインタフェース１０４を経由して着信信号を受信する。着信信号は呼処理部１０２で処理され、番号分析部１０１で受信したダイヤル番号「＊＊１０」が分析される。
【００３７】
番号分析部１０１は分析した結果をルートテーブル１０３と比較し、局番「１０」へのルートがＶｏＩＰ経由で通信することができないと認識し、ルートテーブル１０３からＶｏＩＰルートを削除し、迂回ルートである公衆電話網ルートを優先ルートとする。番号分析部１０１は局番「１０」のルート情報を変更したことを呼処理部１０２に通知する。呼処理部１０２では擬似着信信号を廃棄し、当該呼処理を完了する。
【００３８】
次に、ＩＰ網１００経由の通信復旧の判定と、ＶｏＩＰゲートウェイ２０−ＰＢＸ１０間インタフェースについて述べる。
【００３９】
対向局のＶｏＩＰゲートウェイに対する定期監視は、障害局の有無に関係なく継続される。上述したように、対局監視モジュール２０２では無応答と判断された局から、予め定められた回数ｎ２回連続で、応答が有った場合に、ＩＰ網１００を使用した通信が復旧したと判定し、当該局のＩＰアドレスと電話番号情報とをメイン処理部２０４へ通知する。
【００４０】
メイン処理部２０４はその通知を受けると、ＶｏＩＰ復旧を示す特番を使用し、ＰＢＸ１０に対して擬似的な着信信号を送信する。例えば、ＶｏＩＰ復旧を示す特番が「＊＃」、当該対向先の局番が「１０」であった場合に、メイン処理部２０４は着信信号内のダイヤル番号を「＊＃１０」に設定し、対ＰＢＸインタフェース２０８を経由してＰＢＸ１０へ送信する。
【００４１】
ＰＢＸ１０はＰＢＸインタフェース１０４を経由して着信信号を受信する。着信信号は呼処理部１０２で処理され、番号分析部１０１で受信したダイヤル番号「＊＃１０」が分析される。番号分析部１０１は分析した結果をルートテーブル１０３と比較し、局番「１０」へのルートにおいてＶｏＩＰ経由の通信が復旧したと認識し、ルートテーブル１０３にＶｏＩＰルートを優先ルートに復帰させ、公衆電話網ルートを二次ルートに変更する。番号分析部１０１は局番「１０」のルート情報を変更したことを呼処理部１０２に通知する。呼処理部１０２では擬似着信信号を廃棄し、当該呼処理を完了する。
【００４２】
図３は本発明の一実施例によるＶｏＩＰルート障害・復旧検出及び擬似着信信号の送信フローを示すフローチャートである。これら図１〜図３を参照して本発明の一実施例によるＶｏＩＰルート障害・復旧検出及び擬似着信信号の送信フローについて説明する。
【００４３】
ＶｏＩＰゲートウェイ２０は監視ｔ１周期で起動されると（図３ステップＳ１）、最初にレイヤ１障害の有無をチェックし（図３ステップＳ２）、レイヤ１障害中であれば、対局監視する必要がないため、処理を終了する。
【００４４】
また、ＶｏＩＰゲートウェイ２０はレイヤ１障害がなければ、上述した対局監視ルーティンをコールし（図３ステップＳ３）、全対局を一巡して、対局状態の結果を出力する（図３ステップＳ４）。ＶｏＩＰゲートウェイ２０は今回出力した結果と前回の結果とを比較し、それらに差分があるかどうかをチェックする（図３ステップＳ５）。
【００４５】
ＶｏＩＰゲートウェイ２０はその比較結果に差分がなければ、状態管理テーブル（図示せず）中の全カウンタを全て１加算する（図３ステップＳ７）。ここで、状態管理テーブルには対向局毎に、「局番号」、「ＩＰアドレス」、「状態（自局との通信状態；ＵＰ／Ｄｏｗｎ）」、「予備状態（前回の周期監視状態；ＵＰ／Ｄｏｗｎ）」、「カウンタ」が記述されている。
【００４６】
ＶｏＩＰゲートウェイ２０はその比較結果に差分があった場合、変化した局の予備状態をＵＰからＤｏｗｎ、またはＤｏｗｎからＵＰへ状態表を書換え、カウンタを０クリアし、変化がなかった局の全カウンタを１加算する（図３ステップＳ６）。
【００４７】
続いて、ＶｏＩＰゲートウェイ２０は状態管理テーブル上において、状態がＵＰ、予備状態がＤｏｗｎ、カウンタがｎ１に等しい局をチェックする（図３ステップＳ８）。ＶｏＩＰゲートウェイ２０は該当する局の状態をＤｏｗｎに変更し（図３ステップＳ９）、上述したＶｏＩＰルート使用不可ルーティンをコールする（図３ステップＳ１０）。ＶｏＩＰルート使用不可ルーティンでは、上述したように、当該特番を設定した擬似着信信号を用いてＰＢＸ１０へ障害情報を通知する。
【００４８】
ＶｏＩＰゲートウェイ２０は該当する局がなければ、状態管理テーブル上において、状態がＤｏｗｎ、予備状態がＵＰ、カウンタがｎ２に等しい局をチェックする（図３ステップＳ１１）。ＶｏＩＰゲートウェイ２０は該当する局の状態をＵＰに変更し（図３ステップＳ１２）、上述したＶｏＩＰルート使用復旧ルーティンをコールする（図３ステップＳ１３）。ＶｏＩＰルート復旧ルーティンでは、上述したように、当該特番を設定した擬似着信信号を用いてＰＢＸ１０へ復旧情報を通知する。
【００４９】
ＶｏＩＰゲートウェイ２０は該当する局がなければ、処理を終了し、次の監視ｔ１周期を待ち、待機状態となる。
【００５０】
図４は本発明の一実施例による擬似着信信号の受信処理フローを示すフローチャートである。これら図１と図２と図４とを参照して本発明の一実施例による擬似着信信号の受信処理フローについて説明する。
【００５１】
ＰＢＸ１０は着呼信号を受信すると（図４ステップＳ２１）、番号分析を行い（図４ステップＳ２２）、ＶｏＩＰルート使用不可特番かどうかをチェックする（図４ステップＳ２３）。ＰＢＸ１０は着呼信号が該当すれば、上述したように、特番の後に付与された対象局番のルートテーブル１０３を変更する（図４ステップＳ２４）。
【００５２】
また、ＰＢＸ１０は着呼信号が該当しなければ、ＶｏＩＰルート復旧特番かどうかをチェックし（図４ステップＳ２５）、該当すれば、特番の後に付与された対象局番のルートテーブルを変更する（図４ステップＳ２６）。ＰＢＸ１０はどちらにも該当しない場合、通常の着信処理を実行する（図４ステップＳ２７）。
【００５３】
このように、本実施例では、対向局毎にＶｏＩＰルートの使用不可を通知することが可能になり、ＶｏＩＰゲートウェイ２０へ信号を送出することなく、ＰＢＸ１０の判断だけで、公衆電話網２００等の迂回ルートを選択することができるようになる。
【００５４】
したがって、本実施例では、ＰＢＸ１０において、一旦、ＶｏＩＰゲートウェイ２０からビジーが返送されてから、迂回することがないため、迂回ルートを選択する場合にも、呼接続時間を短縮することができるという利点がある。
【００５５】
また、本実施例では、ＶｏＩＰルートの障害通知方法として多様な方式が考案されているが、物理インタフェースの追加が不要であり、これまでの音声インタフェースだけで実現することができるという利点もある。
【００５６】
【発明の効果】
以上説明したように本発明は、ＰＢＸと、ＩＰネットワーク網とＰＢＸとの間においてシグナリング変換及び音声のパケット符号化を行うＶｏＩＰゲートウェイとを含むＶｏＩＰシステムにおいて、ＶｏＩＰゲートウェイが他のＶｏＩＰゲートウェイの起動及び停止状態を監視し、予め設定されかつその監視結果に対応する擬似的な着信信号を生成してＰＢＸに送出し、ＰＢＸが擬似着信信号を受信して番号分析し、その指定された局番のルート情報を変更することによって、ＶｏＩＰルートでの呼接続の失敗を確認することなく、ＰＢＸ側で事前に迂回ルートを選択することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるＶｏＩＰシステムの構成を示すブロック図である。
【図２】図１のＶｏＩＰゲートウェイ及びＰＢＸの構成例を示すブロック図である。
【図３】本発明の一実施例によるＶｏＩＰルート障害・復旧検出及び擬似着信信号の送信フローを示すフローチャートである。
【図４】本発明の一実施例による擬似着信信号の受信処理フローを示すフローチャートである。
【符号の説明】
１０，１１〜１３ 電話交換機
２０，２１〜２３ ＶｏＩＰゲートウェイ
１００ ＩＰ網
１０１ 番号分析部
１０２ 呼処理部
１０３ ルートテーブル
１０４ ＰＢＸインタフェース
２００ 公衆電話網
２０１ ＩＰアドレス−電話番号マッピングテーブル
２０２ 対局監視機能モジュール
２０３ 音声処理部
２０４ 呼処理・呼管理部
２０５ レイヤ２及びレイヤ３プロトコル処理部
２０６ 音声チャネル制御部
２０７ レイヤ１監視モジュール
２０８ 対ＰＢＸインタフェース
２０９ ＷＡＮ及びＬＡＮインタフェース
【発明の属する技術分野】
本発明はＶｏＩＰシステム及びそれに用いるルート障害通知方法に関し、特にＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ゲートウェイにおける電話交換機へのルート障害通知方式に関する。
【０００２】
【従来の技術】
ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：構内交換機）側で音声トランクを各局向けに共通に使用している場合には、対向する個別のＶｏＩＰゲートウェイの障害や一部のルートが障害になっただけでは、全トランクを閉塞することはできない。
【０００３】
従来の電話交換機へのルート障害通知方式としては、上記のような状況の中で、自装置のＩＰ網側の中継リンク障害を検出し、対向する全ＶｏＩＰゲートウェイとも通信できない場合にのみ、自装置の対ＰＢＸインタフェースを全トランクをビジーにして、ＰＢＸ側に迂回ルートを選択するように通知している。
【０００４】
上記のルート障害通知方式では、ＶｏＩＰゲートウェイ内のＷＡＮ（ＷｉｄｅＡｒｅａ Ｎｅｔｗｏｒｋ）及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）インタフェースを監視し、レイヤ１監視モジュールでキャリア断を検出した場合、その旨をメイン処理部に通知する。
【０００５】
メイン処理部では音声チャネル制御部に指示し、音声チャネルのＳＲ（着信開始）信号をｏｎすることによって、ＰＢＸインタフェースがビジーになるように制御している（例えば、特許文献１参照）。
【０００６】
ＰＢＸ側では、上記のように、ＩＰ網側の中継リンク障害でＰＢＸインタフェースがビジーになると、その信号路から別の専用線あるいは公衆電話網に迂回させる方法も提案されている（例えば、特許文献２参照）。
【０００７】
【特許文献１】
特許第３１４４５４６号公報（第６〜１０頁、図１）
【特許文献２】
特開２０００−３４９９０１号公報（第５〜９頁、図１）
【０００８】
【発明が解決しようとする課題】
しかしながら、上述した従来のルート障害通知方式では、一部装置の障害、あるいは一部ルートの障害で、ＶｏＩＰルートでの呼接続の失敗を確認してから、ＰＢＸ側で迂回ルートに再発呼しなければならないという問題がある。上記の特許文献１，２に開示された技術でも、これと同様の問題がある。
【０００９】
そこで、本発明の目的は上記の問題点を解消し、ＶｏＩＰルートでの呼接続の失敗を確認することなく、ＰＢＸ側で事前に迂回ルートを選択することができるＶｏＩＰシステム及びそれに用いるルート障害通知方法を提供することにある。
【００１０】
【課題を解決するための手段】
本発明によるＶｏＩＰシステムは、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）と、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク網と前記ＰＢＸとの間においてシグナリング変換及び音声のパケット符号化を行うＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ゲートウェイとを含むＶｏＩＰシステムであって、
他のＶｏＩＰゲートウェイの起動及び停止状態を監視する機能と、予め設定されかつ前記他のＶｏＩＰゲートウェイの監視結果に対応する擬似的な着信信号の生成と送出とを行う機能とを前記ＶｏＩＰゲートウェイに備え、
前記擬似着信信号を受信して番号分析しかつその指定された局番のルート情報を変更する機能を前記ＰＢＸに備えている。
【００１１】
本発明によるルート障害通知方法は、ＰＢＸ（Ｐｒｉｖａｔｅ ＢｒａｎｃｈｅＸｃｈａｎｇｅ）と、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク網と前記ＰＢＸとの間においてシグナリング変換及び音声のパケット符号化を行うＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ゲートウェイとを含むＶｏＩＰシステムのルート障害通知方法であって、
前記ＶｏＩＰゲートウェイは、他のＶｏＩＰゲートウェイの起動及び停止状態を監視し、予め設定されかつその監視結果に対応する擬似的な着信信号を生成して前記ＰＢＸに送出し、
前記ＰＢＸは、前記擬似着信信号を受信して番号分析し、その指定された局番のルート情報を変更している。
【００１２】
すなわち、本発明のＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）システムは、インタネット／イントラネットに代表されるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク網に接続されるＩＰテレフォニーネットワークと、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ：電話交換機）との間において、シグナリング変換や音声のパケット符号化を行うＶｏＩＰゲートウェイとＰＢＸとから構成されている。
【００１３】
ＶｏＩＰゲートウェイ及びＰＢＸにおけるＶｏＩＰとＰＢＸインタフェースとのゲートウェイ機能や交換機能の他に、ＶｏＩＰゲートウェイは他局のＶｏＩＰゲートウェイの起動及び停止状態を監視する機能と、擬似的な着信信号の生成と送出とを行う機能とを備え、ＰＢＸは擬似着信信号を受信して番号分析し、指定された局番のルート情報を変更する機能を備えている。
【００１４】
本発明のＶｏＩＰシステムでは、ＶｏＩＰゲートウェイがＩＰ網または対向局のＶｏＩＰゲートウェイの障害を検出した場合、ＶｏＩＰゲートウェイからＰＢＸへ擬似的な着呼通知を発行し、ＶｏＩＰゲートウェイとＰＢＸとの間で予め定めた特番によって、任意のＶｏＩＰゲートウェイ、または当該ＶｏＩＰゲートウェイ向けのルートが障害（あるいは障害復旧）である旨を通知することで、ＶｏＩＰルートでの呼接続の失敗を確認することなく、ＰＢＸ側で事前に迂回ルートを選択することが可能となる。
【００１５】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）システムの構成を示すブロック図である。図１において、本発明の一実施例によるＶｏＩＰシステムは電話交換機［以下、ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）とする］１１〜１３と、ＶｏＩＰゲートウェイ２１〜２３と、インタネット／イントラネットに代表されるＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークで構成されたＩＰ網１００と、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）及びＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）網に代表される公衆電話網２００とから構成されている。
【００１６】
ＶｏＩＰゲートウェイ２１〜２３はＩＰ網１００にＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）またはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）回線ｘ１，ｘ２，ｘ３で接続され、ＰＢＸ１１〜１３にトランク回線ｐ，ｑ，ｒで接続されている。ＰＢＸ１１〜１３はトランク回線ｙ１，ｙ２，ｙ３で公衆電話網２００に接続されている。
【００１７】
ＰＢＸ１１〜１３は加入者インタフェースとトランクインタフェースとを備え、トランクインタフェースはＶｏＩＰゲートウェイ２１〜２３と接続するトランクインタフェース（ｐ，ｑ，ｒ）だけでなく、公衆電話網２００と接続する公衆電話網またはＩＳＤＮインタフェース（ｙ１，ｙ２，ｙ３）を備えている。
【００１８】
ＶｏＩＰゲートウェイ２１〜２３はＩＰ網１００と接続するためのＷＡＮまたはＬＡＮインタフェース（ｘ１，ｘ２，ｘ３）を備えている。ＶｏＩＰゲートウェイ２１〜２３は、通常、ＩＰ網１００と接続し、音声呼接続のためのシグナリングや音声パケットを伝送する。
【００１９】
ＶｏＩＰゲートウェイ２１〜２３はＩＰ網１００内に何らかの障害が発生したか、または対向するＶｏＩＰゲートウェイが障害となり、通信することができない場合、あるいはＷＡＮ／ＬＡＮインタフェース（ｘ１，ｘ２，ｘ３）の障害を検出した場合に、トランクインタフェース（ｐ，ｑ，ｒ）を使用してＰＢＸ１１〜１３に対してＶｏＩＰ網による呼接続が不可能である旨を通知する。ＰＢＸ１１〜１３は当該通知を受けると、公衆電話網２００向けのトランクインタフェース（ｙ１，ｙ２，ｙ３）をＶｏＩＰのバックアップ回線として使用し、音声呼接続を行う。
【００２０】
また、ＶｏＩＰゲートウェイ２１〜２３はその障害が復旧した場合、トランクインタフェース（ｐ，ｑ，ｒ）を使用して、ＰＢＸ１１〜１３に対して、ＶｏＩＰ網が復旧したことを通知する。ＰＢＸ１１〜１３は当該通知を受けると、次発信呼からＶｏＩＰ網を選択し、呼接続を行う。
【００２１】
図２は図１のＶｏＩＰゲートウェイ２１〜２３及びＰＢＸ１１〜１３の構成例を示すブロック図である。図２において、ＶｏＩＰゲートウェイ２０（ＶｏＩＰゲートウェイ２１〜２３をまとめた表記）はＩＰアドレス−電話番号マッピングテーブル２０１と、対局監視機能モジュール２０２と、音声処理部２０３と、呼処理・呼管理部２０４と、レイヤ２及びレイヤ３プロトコル処理部２０５と、音声チャネル制御部２０６と、レイヤ１監視モジュール２０７と、対ＰＢＸインタフェース２０８と、ＷＡＮ及びＬＡＮインタフェース２０９とから構成されている。
【００２２】
ＩＰアドレス−電話番号マッピングテーブル２０１は対局監視や呼接続処理の際に、ＩＰアドレスと電話番号とを関連付けるために参照するテーブルである。対局監視機能モジュール２０２は対局へのルートが正常に稼動しているかどうかを監視する機能モジュールで、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）エコーパケットを送受信することで実現している。
【００２３】
音声処理部２０３は音声インタフェースとの間で送受する６４ＫＰＣＭ（Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）信号と、エンコード（Ｅｎｃｏｄｅ）／デコード（Ｄｅｃｏｄｅ）して音声パケット化する変換処理を実行している。
【００２４】
メイン処理部２０４は、ＰＢＸ１１〜１３からの発呼信号、ＩＰ網１００側からの着呼信号に基づき、ＶｏＩＰ呼接続処理や同呼の状態管理等、呼処理及び呼管理を実行するほか、ルート障害通知のメイン処理及び管理を行う。
【００２５】
レイヤ２及びレイヤ３プロトコル処理部２０５はＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）、ＵＤＰ／ＩＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）等のレイヤ３プロトコル処理と、Ｅｔｈｅｒｎｅｔ（Ｒ）、Ｆｒａｍｅ Ｒｅｌａｙ、ＰＰＰ（ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）等のレイヤ２プロトコル処理を行っている。
【００２６】
音声チャネル制御部２０６は音声チャネルのステータスを管理し、メイン処理部２０４の指示にしたがってチャネル状態を制御する。レイヤ１監視モジュール２０７はＷＡＮ及びＬＡＮインタフェース２０９のレイヤ１のＵＰ／Ｄｏｗｎ状態を監視する。対ＰＢＸインタフェース２０８はＰＢＸ１０（ＰＢＸ１１〜１３をまとめて表記）と接続するための物理インタフェースを示している。ＷＡＮ及びＬＡＮインタフェース２０９はＶｏＩＰ網と接続するための物理インタフェースを示している。
【００２７】
ＰＢＸ１０は番号分析部１０１と、呼処理部１０２と、ルートテーブル１０３と、ＰＢＸインタフェース１０４とから構成されている。番号分析部１０１はＶｏＩＰゲートウェイ２０から受信した信号のダイヤル番号を分析し、ルートを決定する処理を実行する。
【００２８】
呼処理部１０２はＶｏＩＰゲートウェイ２０から受信した信号を分析し、呼接続、切断処理を実行する。ルートテーブル１０３は電話番号とトランク方路との対応付けを記載したテーブルを示す。ＰＢＸインタフェース１０４はＶｏＩＰゲートウェイ２０に実装される、対ＰＢＸインタフェース２０８との相互接続を行う。
【００２９】
ＩＰ網１００経由の通信不可の判定と、ＶｏＩＰゲートウェイ２０−ＰＢＸ１０間インタフェースについて以下に述べる。
【００３０】
ＰＢＸ１０に実装されるルートテーブル１０３には、予めＩＰ網１００内の障害及び障害復旧通知信号を識別するための特別番号（以下、特番とする）が設定されている。
【００３１】
番号分析部１０１はルートテーブル１０３を参照し、同信号内のダイヤル番号が特番であると判定すると、その信号がＩＰ網１００内の障害及び障害復旧通知するための擬似着信信号であることを認識する。また、番号分析部１０１はこの擬似着信信号に、特番に続けて、障害及び障害復旧の対象局番が設定されていることを認識することができ、これらの情報をルートテーブル１０３に反映させることができる。上記の擬似着信信号はルートテーブル１０３に反映された後、廃棄される。
【００３２】
ＶｏＩＰゲートウェイ２０は対向局のＶｏＩＰゲートウェイ装置に到達することができるか否かを定期的に監視しており、その監視を以下のような動作で行っている。
【００３３】
対局監視機能モジュール２０２はＩＰアドレス−電話番号マッピングテーブル２０１を参照し、対向局情報を取得する。対局監視機能モジュール２０２は監視対象局を決定した後、対象局のＩＰアドレスを指定し、レイヤ２及びレイヤ３プロトコル処理部２０５にＩＣＭＰエコー（ｐｉｎｇ）要求を指示する。レイヤ２及びレイヤ３プロトコル処理部２０５はｐｉｎｇ応答を監視し、応答の有無を対局監視モジュール２０２へ通知する。
【００３４】
対局監視モジュール２０２は上記の動作を、ＩＰアドレス−電話番号マッピングテーブル２０１に記述された局全てに一巡し、応答が無かった局を記録する。対局監視モジュール２０２は予め定められた時間ｔ１周期で、この監視動作を繰り返す。また、対局監視モジュール２０２は予め定められた回数ｎ１回連続で、応答が無かった局について、ＩＰ網１００を使用した通信が不可能であると判定し、当該局のＩＰアドレスと電話番号情報とをメイン処理部２０４へ通知する。
【００３５】
メイン処理部２０４はその通知を受信すると、ＶｏＩＰ使用不可を示す特番を使用し、ＰＢＸ１０に対して擬似的な着信信号を送信する。例えば、ＶｏＩＰ使用不可を示す特番が「＊＊」、当該対向先の局番が「１０」であった場合に、メイン処理部２０４は着信信号内のダイヤル番号を「＊＊１０」に設定し、対ＰＢＸインタフェース２０８を経由し、ＰＢＸ１０へ送信する。
【００３６】
ＰＢＸ１０はＰＢＸインタフェース１０４を経由して着信信号を受信する。着信信号は呼処理部１０２で処理され、番号分析部１０１で受信したダイヤル番号「＊＊１０」が分析される。
【００３７】
番号分析部１０１は分析した結果をルートテーブル１０３と比較し、局番「１０」へのルートがＶｏＩＰ経由で通信することができないと認識し、ルートテーブル１０３からＶｏＩＰルートを削除し、迂回ルートである公衆電話網ルートを優先ルートとする。番号分析部１０１は局番「１０」のルート情報を変更したことを呼処理部１０２に通知する。呼処理部１０２では擬似着信信号を廃棄し、当該呼処理を完了する。
【００３８】
次に、ＩＰ網１００経由の通信復旧の判定と、ＶｏＩＰゲートウェイ２０−ＰＢＸ１０間インタフェースについて述べる。
【００３９】
対向局のＶｏＩＰゲートウェイに対する定期監視は、障害局の有無に関係なく継続される。上述したように、対局監視モジュール２０２では無応答と判断された局から、予め定められた回数ｎ２回連続で、応答が有った場合に、ＩＰ網１００を使用した通信が復旧したと判定し、当該局のＩＰアドレスと電話番号情報とをメイン処理部２０４へ通知する。
【００４０】
メイン処理部２０４はその通知を受けると、ＶｏＩＰ復旧を示す特番を使用し、ＰＢＸ１０に対して擬似的な着信信号を送信する。例えば、ＶｏＩＰ復旧を示す特番が「＊＃」、当該対向先の局番が「１０」であった場合に、メイン処理部２０４は着信信号内のダイヤル番号を「＊＃１０」に設定し、対ＰＢＸインタフェース２０８を経由してＰＢＸ１０へ送信する。
【００４１】
ＰＢＸ１０はＰＢＸインタフェース１０４を経由して着信信号を受信する。着信信号は呼処理部１０２で処理され、番号分析部１０１で受信したダイヤル番号「＊＃１０」が分析される。番号分析部１０１は分析した結果をルートテーブル１０３と比較し、局番「１０」へのルートにおいてＶｏＩＰ経由の通信が復旧したと認識し、ルートテーブル１０３にＶｏＩＰルートを優先ルートに復帰させ、公衆電話網ルートを二次ルートに変更する。番号分析部１０１は局番「１０」のルート情報を変更したことを呼処理部１０２に通知する。呼処理部１０２では擬似着信信号を廃棄し、当該呼処理を完了する。
【００４２】
図３は本発明の一実施例によるＶｏＩＰルート障害・復旧検出及び擬似着信信号の送信フローを示すフローチャートである。これら図１〜図３を参照して本発明の一実施例によるＶｏＩＰルート障害・復旧検出及び擬似着信信号の送信フローについて説明する。
【００４３】
ＶｏＩＰゲートウェイ２０は監視ｔ１周期で起動されると（図３ステップＳ１）、最初にレイヤ１障害の有無をチェックし（図３ステップＳ２）、レイヤ１障害中であれば、対局監視する必要がないため、処理を終了する。
【００４４】
また、ＶｏＩＰゲートウェイ２０はレイヤ１障害がなければ、上述した対局監視ルーティンをコールし（図３ステップＳ３）、全対局を一巡して、対局状態の結果を出力する（図３ステップＳ４）。ＶｏＩＰゲートウェイ２０は今回出力した結果と前回の結果とを比較し、それらに差分があるかどうかをチェックする（図３ステップＳ５）。
【００４５】
ＶｏＩＰゲートウェイ２０はその比較結果に差分がなければ、状態管理テーブル（図示せず）中の全カウンタを全て１加算する（図３ステップＳ７）。ここで、状態管理テーブルには対向局毎に、「局番号」、「ＩＰアドレス」、「状態（自局との通信状態；ＵＰ／Ｄｏｗｎ）」、「予備状態（前回の周期監視状態；ＵＰ／Ｄｏｗｎ）」、「カウンタ」が記述されている。
【００４６】
ＶｏＩＰゲートウェイ２０はその比較結果に差分があった場合、変化した局の予備状態をＵＰからＤｏｗｎ、またはＤｏｗｎからＵＰへ状態表を書換え、カウンタを０クリアし、変化がなかった局の全カウンタを１加算する（図３ステップＳ６）。
【００４７】
続いて、ＶｏＩＰゲートウェイ２０は状態管理テーブル上において、状態がＵＰ、予備状態がＤｏｗｎ、カウンタがｎ１に等しい局をチェックする（図３ステップＳ８）。ＶｏＩＰゲートウェイ２０は該当する局の状態をＤｏｗｎに変更し（図３ステップＳ９）、上述したＶｏＩＰルート使用不可ルーティンをコールする（図３ステップＳ１０）。ＶｏＩＰルート使用不可ルーティンでは、上述したように、当該特番を設定した擬似着信信号を用いてＰＢＸ１０へ障害情報を通知する。
【００４８】
ＶｏＩＰゲートウェイ２０は該当する局がなければ、状態管理テーブル上において、状態がＤｏｗｎ、予備状態がＵＰ、カウンタがｎ２に等しい局をチェックする（図３ステップＳ１１）。ＶｏＩＰゲートウェイ２０は該当する局の状態をＵＰに変更し（図３ステップＳ１２）、上述したＶｏＩＰルート使用復旧ルーティンをコールする（図３ステップＳ１３）。ＶｏＩＰルート復旧ルーティンでは、上述したように、当該特番を設定した擬似着信信号を用いてＰＢＸ１０へ復旧情報を通知する。
【００４９】
ＶｏＩＰゲートウェイ２０は該当する局がなければ、処理を終了し、次の監視ｔ１周期を待ち、待機状態となる。
【００５０】
図４は本発明の一実施例による擬似着信信号の受信処理フローを示すフローチャートである。これら図１と図２と図４とを参照して本発明の一実施例による擬似着信信号の受信処理フローについて説明する。
【００５１】
ＰＢＸ１０は着呼信号を受信すると（図４ステップＳ２１）、番号分析を行い（図４ステップＳ２２）、ＶｏＩＰルート使用不可特番かどうかをチェックする（図４ステップＳ２３）。ＰＢＸ１０は着呼信号が該当すれば、上述したように、特番の後に付与された対象局番のルートテーブル１０３を変更する（図４ステップＳ２４）。
【００５２】
また、ＰＢＸ１０は着呼信号が該当しなければ、ＶｏＩＰルート復旧特番かどうかをチェックし（図４ステップＳ２５）、該当すれば、特番の後に付与された対象局番のルートテーブルを変更する（図４ステップＳ２６）。ＰＢＸ１０はどちらにも該当しない場合、通常の着信処理を実行する（図４ステップＳ２７）。
【００５３】
このように、本実施例では、対向局毎にＶｏＩＰルートの使用不可を通知することが可能になり、ＶｏＩＰゲートウェイ２０へ信号を送出することなく、ＰＢＸ１０の判断だけで、公衆電話網２００等の迂回ルートを選択することができるようになる。
【００５４】
したがって、本実施例では、ＰＢＸ１０において、一旦、ＶｏＩＰゲートウェイ２０からビジーが返送されてから、迂回することがないため、迂回ルートを選択する場合にも、呼接続時間を短縮することができるという利点がある。
【００５５】
また、本実施例では、ＶｏＩＰルートの障害通知方法として多様な方式が考案されているが、物理インタフェースの追加が不要であり、これまでの音声インタフェースだけで実現することができるという利点もある。
【００５６】
【発明の効果】
以上説明したように本発明は、ＰＢＸと、ＩＰネットワーク網とＰＢＸとの間においてシグナリング変換及び音声のパケット符号化を行うＶｏＩＰゲートウェイとを含むＶｏＩＰシステムにおいて、ＶｏＩＰゲートウェイが他のＶｏＩＰゲートウェイの起動及び停止状態を監視し、予め設定されかつその監視結果に対応する擬似的な着信信号を生成してＰＢＸに送出し、ＰＢＸが擬似着信信号を受信して番号分析し、その指定された局番のルート情報を変更することによって、ＶｏＩＰルートでの呼接続の失敗を確認することなく、ＰＢＸ側で事前に迂回ルートを選択することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるＶｏＩＰシステムの構成を示すブロック図である。
【図２】図１のＶｏＩＰゲートウェイ及びＰＢＸの構成例を示すブロック図である。
【図３】本発明の一実施例によるＶｏＩＰルート障害・復旧検出及び擬似着信信号の送信フローを示すフローチャートである。
【図４】本発明の一実施例による擬似着信信号の受信処理フローを示すフローチャートである。
【符号の説明】
１０，１１〜１３ 電話交換機
２０，２１〜２３ ＶｏＩＰゲートウェイ
１００ ＩＰ網
１０１ 番号分析部
１０２ 呼処理部
１０３ ルートテーブル
１０４ ＰＢＸインタフェース
２００ 公衆電話網
２０１ ＩＰアドレス−電話番号マッピングテーブル
２０２ 対局監視機能モジュール
２０３ 音声処理部
２０４ 呼処理・呼管理部
２０５ レイヤ２及びレイヤ３プロトコル処理部
２０６ 音声チャネル制御部
２０７ レイヤ１監視モジュール
２０８ 対ＰＢＸインタフェース
２０９ ＷＡＮ及びＬＡＮインタフェース
Claims (6)
- ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）と、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク網と前記ＰＢＸとの間においてシグナリング変換及び音声のパケット符号化を行うＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ゲートウェイとを含むＶｏＩＰシステムであって、
他のＶｏＩＰゲートウェイの起動及び停止状態を監視する機能と、予め設定されかつ前記他のＶｏＩＰゲートウェイの監視結果に対応する擬似的な着信信号の生成と送出とを行う機能とを前記ＶｏＩＰゲートウェイに有し、
前記擬似着信信号を受信して番号分析しかつその指定された局番のルート情報を変更する機能を前記ＰＢＸに有することを特徴とするＶｏＩＰシステム。 - 前記ＶｏＩＰゲートウェイは、前記ＩＰネットワーク網及び対向局のＶｏＩＰゲートウェイのいずれかの障害を検出した時に前記ＰＢＸへ擬似的な着呼通知を発行し、前記ＶｏＩＰゲートウェイと前記ＰＢＸとの間で予め定めた特別番号によって任意のＶｏＩＰゲートウェイ及び当該ＶｏＩＰゲートウェイ向けのルートの障害及び障害復旧のいずれかである旨を通知することを特徴とする請求項１記載のＶｏＩＰシステム。
- 前記特別番号は、予め設定されかつ前記ＩＰネットワーク網内の障害及び障害復旧の通知信号を識別するための番号であることを特徴とする請求項２記載のＶｏＩＰシステム。
- ＰＢＸ（Ｐｒｉｖａｔｅ Ｂｒａｎｃｈ ｅＸｃｈａｎｇｅ）と、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク網と前記ＰＢＸとの間においてシグナリング変換及び音声のパケット符号化を行うＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ゲートウェイとを含むＶｏＩＰシステムのルート障害通知方法であって、
前記ＶｏＩＰゲートウェイは、他のＶｏＩＰゲートウェイの起動及び停止状態を監視し、予め設定されかつその監視結果に対応する擬似的な着信信号を生成して前記ＰＢＸに送出し、
前記ＰＢＸは、前記擬似着信信号を受信して番号分析し、その指定された局番のルート情報を変更することを特徴とするルート障害通知方法。 - 前記ＶｏＩＰゲートウェイは、前記ＩＰネットワーク網及び対向局のＶｏＩＰゲートウェイのいずれかの障害を検出した時に前記ＰＢＸへ擬似的な着呼通知を発行し、前記ＶｏＩＰゲートウェイと前記ＰＢＸとの間で予め定めた特別番号によって任意のＶｏＩＰゲートウェイ及び当該ＶｏＩＰゲートウェイ向けのルートの障害及び障害復旧のいずれかである旨を通知することを特徴とする請求項４記載のルート障害通知方法。
- 前記特別番号は、予め設定されかつ前記ＩＰネットワーク網内の障害及び障害復旧の通知信号を識別するための番号であることを特徴とする請求項５記載のルート障害通知方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002365990A JP4768201B2 (ja) | 2002-12-18 | 2002-12-18 | ＶｏＩＰシステム及びそれに用いるルート障害通知方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002365990A JP4768201B2 (ja) | 2002-12-18 | 2002-12-18 | ＶｏＩＰシステム及びそれに用いるルート障害通知方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004200945A true JP2004200945A (ja) | 2004-07-15 |
| JP4768201B2 JP4768201B2 (ja) | 2011-09-07 |
Family
ID=32763333
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002365990A Expired - Fee Related JP4768201B2 (ja) | 2002-12-18 | 2002-12-18 | ＶｏＩＰシステム及びそれに用いるルート障害通知方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4768201B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080317003A1 (en) * | 2007-06-21 | 2008-12-25 | Knauft James P | Adaptive routing for packet-based calls using a circuit-based call routing infrastructure |
| JP2009130711A (ja) * | 2007-11-26 | 2009-06-11 | Fujitsu Ltd | 監視装置 |
| JP2012080155A (ja) * | 2010-09-30 | 2012-04-19 | Casio Comput Co Ltd | 情報処理装置及び通信システム |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06343109A (ja) * | 1993-06-01 | 1994-12-13 | Mitsubishi Denki Bill Techno Service Kk | 電話機の遠隔制御装置 |
| JP2000135262A (ja) * | 1998-11-02 | 2000-05-16 | Matoba Denki Seisakusho:Kk | マッサージ機 |
| JP3144546B2 (ja) * | 1998-04-21 | 2001-03-12 | 日本電気株式会社 | ネットワークと構内ネットワーク |
| JP2001144854A (ja) * | 1999-11-12 | 2001-05-25 | Fujitsu Ltd | Ｉｐ網を経由する電話接続方法及び電話接続装置 |
| JP2001333063A (ja) * | 2000-05-24 | 2001-11-30 | Nec Corp | ネットワーク管理システム及びそれに用いるアラーム管理方法 |
| JP2002135262A (ja) * | 2000-10-23 | 2002-05-10 | Matsushita Electric Ind Co Ltd | ネットワーク監視システム |
| JP2002171293A (ja) * | 2000-12-01 | 2002-06-14 | Matsushita Electric Ind Co Ltd | Ｉｐゲートウエイ装置 |
-
2002
- 2002-12-18 JP JP2002365990A patent/JP4768201B2/ja not_active Expired - Fee Related
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06343109A (ja) * | 1993-06-01 | 1994-12-13 | Mitsubishi Denki Bill Techno Service Kk | 電話機の遠隔制御装置 |
| JP3144546B2 (ja) * | 1998-04-21 | 2001-03-12 | 日本電気株式会社 | ネットワークと構内ネットワーク |
| JP2000135262A (ja) * | 1998-11-02 | 2000-05-16 | Matoba Denki Seisakusho:Kk | マッサージ機 |
| JP2001144854A (ja) * | 1999-11-12 | 2001-05-25 | Fujitsu Ltd | Ｉｐ網を経由する電話接続方法及び電話接続装置 |
| JP2001333063A (ja) * | 2000-05-24 | 2001-11-30 | Nec Corp | ネットワーク管理システム及びそれに用いるアラーム管理方法 |
| JP2002135262A (ja) * | 2000-10-23 | 2002-05-10 | Matsushita Electric Ind Co Ltd | ネットワーク監視システム |
| JP2002171293A (ja) * | 2000-12-01 | 2002-06-14 | Matsushita Electric Ind Co Ltd | Ｉｐゲートウエイ装置 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080317003A1 (en) * | 2007-06-21 | 2008-12-25 | Knauft James P | Adaptive routing for packet-based calls using a circuit-based call routing infrastructure |
| US8274964B2 (en) * | 2007-06-21 | 2012-09-25 | Alcatel Lucent | Adaptive routing for packet-based calls using a circuit-based call routing infrastructure |
| JP2009130711A (ja) * | 2007-11-26 | 2009-06-11 | Fujitsu Ltd | 監視装置 |
| JP2012080155A (ja) * | 2010-09-30 | 2012-04-19 | Casio Comput Co Ltd | 情報処理装置及び通信システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4768201B2 (ja) | 2011-09-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100450040C (zh) | 通信网以及网络单元中消息路径的测试方法 | |
| CN101365169A (zh) | 路由控制的实现方法、系统、媒体网关及媒体网关控制器 | |
| US6816483B1 (en) | Switched virtual circuit call processing/routing system | |
| US20090323551A1 (en) | Method and apparatus for monitoring and the prevention of call storms in a communications network | |
| US20100085897A1 (en) | Method and apparatus for reconfiguring network routes | |
| US20110216647A1 (en) | Telephone system, gateway for telephone system, and redundancy switching method | |
| US7804822B2 (en) | Method and apparatus for detecting subscriber service address change | |
| JP2006504293A (ja) | 通信ネットワークの状態のモニタリング | |
| JP2004229112A (ja) | 交換装置 | |
| EP1432204A2 (en) | Method and system for providing softswitch failure protection in a communication network | |
| US8644296B1 (en) | Method and apparatus for establishing a media path between a gateway system and a border element | |
| JP4768201B2 (ja) | ＶｏＩＰシステム及びそれに用いるルート障害通知方法 | |
| US9131081B2 (en) | Method for synchronously implementing media switch in gateways used for fax over IP network | |
| CN101202655B (zh) | 用于互为备份软交换设备的心跳检测方法和装置 | |
| US6822755B2 (en) | Method and apparatus for detecting facsimile transmissions over a network | |
| EP1715651A2 (en) | Method and apparatus for enabling local survivability during network disruptions | |
| US6888793B1 (en) | Internet protocol network alternate routing system | |
| WO2006089490A1 (en) | A method for implementing fec bfd | |
| US20010053125A1 (en) | Fail-over circuit for voice-enabled switch | |
| US20090092125A1 (en) | Method and apparatus for providing customer controlled traffic redistribution | |
| US20080130509A1 (en) | Leased Line Emulation for PSTN Alarms Over IP | |
| JP2006094487A (ja) | ＦＴＴｘプラットフォーム上のＰＯＴＳエミュレーションサービスのための障害分離構成 | |
| US20090002156A1 (en) | Method and apparatus for correlating non-critical alarms with potential service disrupting events | |
| JP3934901B2 (ja) | ＶｏＩＰシステムにおける障害対策方法、ＶｏＩＰシステムおよびＶｏＩＰシステム用通信交換管理装置 | |
| JP4527651B2 (ja) | 構内交換機 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20051115 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20070308 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070806 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070904 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080902 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081104 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090602 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090721 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20090910 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20100402 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110616 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4768201 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140624 Year of fee payment: 3 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |