JP3853233B2 - Ｉｐ網における回線状態検出方法およびｉｐ通信装置 - Google Patents
Ｉｐ網における回線状態検出方法およびｉｐ通信装置 Download PDFInfo
- Publication number
- JP3853233B2 JP3853233B2 JP2002054705A JP2002054705A JP3853233B2 JP 3853233 B2 JP3853233 B2 JP 3853233B2 JP 2002054705 A JP2002054705 A JP 2002054705A JP 2002054705 A JP2002054705 A JP 2002054705A JP 3853233 B2 JP3853233 B2 JP 3853233B2
- Authority
- JP
- Japan
- Prior art keywords
- communication device
- line
- echo
- communication
- response
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネットやＩＰ-ＶＰＮ（Internet Protocol-Virtual Path Network）等のＩＰ網に接続されたＩＰ通信装置間の回線状態を検出する技術に関する。
【０００２】
【従来の技術】
インターネット端末等のＩＰ通信装置は、相手装置との呼の確立にＴＣＰ/ＩＰ（Transmission Control Protocol/Internet Protocol）を利用することが多い。したがって、ＩＰ網で輻輳等が発生し、このために回線遅延が大きい場合でも、ＴＣＰ/ＩＰが持つ再送制御/フロー制御機能等によりリンクを確立することが可能である。
【０００３】
【発明が解決しようとする課題】
近年、ＶｏＩＰ（Voice over IP）電話システム等のＩＰ網を利用して電話通信やＦＡＸ通信を行なうシステムが提案されている。ところで、電話通信やＦＡＸ通信では、リアルタイム性が要求される。したがって、ＩＰ網の輻輳等により回線遅延が発生すると、例えリンクの確立が維持されても、音声の途切れやＦＡＸ通信エラーが生じることがある。
【０００４】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、電話通信やＦＡＸ通信等のリアルタイム性が要求される通信をＩＰ網を利用して実現する場合において、リンク確立後に、声の途切れやＦＡＸ通信エラーが生じる可能性を低減することにある。
【０００５】
【課題を解決するための手段】
上記課題を解決するために、本発明では、ＩＰ通信装置間でＩＣＭＰ（Internet Control Message Protocol）のエコー要求（通称ＰＩＮＧ）およびエコー応答のやり取りを定期的に行なって、一方のＩＰ通信装置が他方のＩＰ通信装置へエコー要求を送出してから、他方のＩＰ通信装置から一方のＩＰ通信装置へエコー応答が到着するまでの時間（応答時間）を測定する。そして、この測定結果（ＩＰ通信装置間の回線状態）に応じて、該当回線の閉塞/閉塞解除を制御したり、管理端末等に回線状態をアラーム通知したり、ＳＮＭＰ（Simple Network Management Protocol）のＴＲＡＰを利用して、網監視装置等に回線状態を通知したりする。
【０００６】
本発明によれば、前記の構成により、ＩＰ通信装置間の回線状態を定期的に監視できる。そして、回線に障害がある場合や回線遅延が大きい場合は、該当回線を閉塞したり、あるいは、その旨を適当な装置に通知したりすることにより、該当回線の使用を規制したり、その使用に注意を促したり、あるいは、バックアップ回線へ切替えを促したりすることが可能となる。これにより、リアルタイム性が要求される通信をＩＰ網を利用して実現する場合において、リンク確立後にエラー等が生じる可能性を低減できる。
【０００７】
なお、本発明において、ＩＰ通信装置間の回線状態監視のために使用するＩＣＭＰのエコー要求/エコー応答は、ＴＣＰ/ＩＰを実装したＩＰ通信装置の殆どがサポートしている。つまり、通信相手のＩＰ通信装置が、他メーカ製や他機種等であっても、本発明によるＩＰ通信装置間の回線状態監視が可能となる。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
【０００９】
図１は、本発明の一実施形態が適用されたＩＰ通信システムの概略図である。
【００１０】
図１において、符号３０はＰＢＸ（Private Branch Exchange）あるいは音声、ＦＡＸ端末（以下、ＰＢＸ/端末と呼ぶ）、符号４０はルータ、そして、符号１０はＰＢＸ/端末３０をルータ４０を介してＩＰ網６０に接続するＩＰ通信装置である。また、符号２０は管理端末、符号５０は網監視装置である。
【００１１】
ＩＰ通信装置１０は、例えばＩＴＵＴのＨ．３２３に規定するＶｏＩＰの呼制御手順を行なうことにより、ＩＰ網６０を介して通信相手（ＩＰ通信装置１０）との間に呼を確立する。そして、この呼を介して音声信号やＦＡＸ信号等の通信信号の送受を行なう。つまり、ＰＢＸ/端末３０より送られてきた通信信号をパケット化し、ＩＰ網６０を介して通信相手へ送信する。また、ＩＰ網６０を介して通信相手より受信したパケットから通信信号を抽出し、ＰＢＸ/端末３０へ送信する。
【００１２】
また、ＩＰ通信装置１０は、ＩＰ網６０に接続する他のＩＰ通信装置１０に対して、ＩＣＭＰ（Internet Control Message Protocol）のエコー要求を使用してポーリングを行なう。そして、通信相手（ＩＰ通信装置１０）からのエコー応答の応答時間を測定することで、この通信相手との間の回線状態（障害および遅延状態）を監視する。通信相手との間の回線状態が障害あるいは遅延が大きい状態にある場合、ＩＰ通信装置１０は、次の制御処理▲１▼〜▲３▼のうちの少なくとも１つを実施する。すなわち、▲１▼通信相手に対する発呼を制限して、この通信相手との回線を閉塞する。▲２▼自装置に接続された管理端末２０あるいは自装置が備える表示部に、回線状態（障害あるいは遅延発生）をアラーム通知する。▲３▼ＳＮＭＰ（Simple Network Management Protocol）のＴＲＡＰを利用して網監視装置５０に回線状態を通知する。
【００１３】
また、ＩＰ通信装置１０は、通信相手との間の回線状態が障害あるいは遅延が大きい状態から回復した場合に、この通信相手と回線が閉塞されているならば、これを解除する。また、自装置に接続された管理端末２０あるいは自装置が備える表示部に、回線状態（回復）をアラーム通知したり、ＳＮＭＰのＴＲＡＰを利用して網監視装置５０に回線状態を通知したりする。
【００１４】
なお、ＩＰ通信装置１０は、ＩＰ網６０に接続する他の全てのＩＰ通信装置１０との回線を閉塞する場合、例えばＰＢＸ/端末３０への信号線をビジー状態にするなどにより、自装置とＰＢＸ/端末３０との間を閉塞する。ここで、複数のＩＰ通信装置Ａ、Ｂ（１０）と接続するＰＢＸ/端末（Ａ）３０は、例えばＩＰ通信装置（Ａ）１０との間が閉塞されたことを検出した場合、通信にＩＰ通信装置（Ｂ）１０を経由するバックアップ回線（迂回ルート）を利用するように切替えることも可能である。
【００１５】
図２は、本実施形態のＩＰ通信システムにおけるＩＣＭＰのエコー要求パケット/エコー応答パケットの経路を示す図である。ここでは、ＩＰ通信装置（Ａ）１０がＩＰ通信装置（Ｃ）１０との間の回線状態を監視するために行なうＩＣＭＰのエコー要求パケット/エコー応答パケットの経路を示している。
【００１６】
図示するように、ＩＰ通信装置（Ａ）１０は、定期的に、ＩＰ通信装置Ｃ（１０）を宛先としたＩＣＭＰのエコー要求パケットを作成し、ＩＰ網６０側へ送出する。このエコー要求パケットは、ルータ（Ａ）４０、ＩＰ網６０およびルータ（Ｃ）４０を経由して、ＩＰ通信装置（Ｃ）１０に到達する。これを受けて、ＩＰ通信装置（Ｃ）１０は、このエコー要求パケットに対するエコー応答パケットを作成し、ＩＰ網６０側へ送出する。このエコー応答パケットは、ルータ（Ｃ）４０、ＩＰ網６０およびルータ（Ａ）４０を経由して、ＩＰ通信装置（Ａ）１０に到達する。ＩＰ通信装置（Ａ）１０は、エコー要求パケットをＩＰ通信装置（Ｃ）１０に送信してから、このエコー要求パケットに対するエコー応答パケットがＩＰ通信装置Ｃ（１０）から送られてくるまでの時間（応答時間）を測定する。そして、この結果に従い、ＩＰ通信装置（Ａ）１０は、ＩＰ通信装置（Ｃ）１０とのKEEP-ALIVE（疎通確認）および回線遅延検出を行なう。
【００１７】
図３は、図２に示したエコー要求パケット/エコー応答パケットのKEEP-ALIVEおよび回線遅延検出のための応答時間を示す図である。図示するように、応答時間Ｔ（ms）は、エコー要求パケットのＩＰ通信装置（Ａ）１０からＩＰ通信装置（Ｃ）１０への伝送時間Ｔ１（ms）と、エコー応答パケットのＩＰ通信装置（Ｃ）１０からＩＰ通信装置（Ａ）１０への伝送時間Ｔ２（ms）とを加算した時間となる。したがって、応答時間Ｔ（ms）には、ルータ４０等での遅延時間も含まれる。そこで、上述したように、ＩＰ通信装置（Ａ）１０は、エコー要求パケットをＩＰ通信装置（Ｃ）１０に送信してから、このエコー要求パケットに対するエコー応答パケットがＩＰ通信装置（Ｃ）１０から送られてくるまでの時間を測定することで、応答時間を検出している。
【００１８】
図４は、本実施形態のＩＰ通信システムでのポーリング間隔と回線状態（障害の有無）との関係を示す図である。ここでは、図１において、ＩＰ通信装置（Ａ）１０がＩＰ通信装置（Ｃ）１０との間の回線状態（障害の有無）を監視するために行なうＩＣＭＰのエコー要求パケットのポーリング間隔を示している。
【００１９】
図示するように、ＩＰ通信装置（Ａ）１０は、ＩＰ通信装置Ｃ（１０）との間でやり取りされるエコー要求パケット/エコー応答パケットの応答時間が第１の所定タイムアウト時間内である場合（Ｔ７１１）、ポーリング間隔は第１のポーリング間隔とする。そして、第１の所定タイムアウト時間（Ｔ７１１）を過ぎてもエコー応答パケットが来ない場合は、第１のポーリング間隔よりも短い第２のポーリング間隔でポーリングを実施する。そして、第１の所定タイムアウト時間（Ｔ７１１）よりも短い第２の所定タイムアウト時間（Ｔ７１２）を過ぎても、エコー応答パケットが来ない場合は、ＩＰ通信装置（Ｃ）１０との間の回線に断等の障害が発生していると判断する。そして、その後は第２のポーリング間隔でポーリングを続け、所定回数連続して応答が第２の所定タイムアウト時間内にあった場合に、回線に発生していた障害が解消したものと判断し、ポーリング間隔を第１のポーリング間隔へ戻す。
【００２０】
図５は、本実施形態のＩＰ通信システムでのポーリング間隔と回線状態（遅延の有無）との関係を示す図である。ここでは、図１において、ＩＰ通信装置（Ａ）１０がＩＰ通信装置（Ｃ）１０との間の回線状態（遅延の有無）を監視するために行なうＩＣＭＰのエコー要求パケットのポーリング間隔を示している。
【００２１】
図示するように、ＩＰ通信装置（Ａ）１０は、前記第１のポーリング間隔でＩＰ通信装置（Ｃ）１０に対してポーリングを行なう。そして、エコー要求パケット/エコー応答パケットの応答時間が所定の基準時間（但し、前記タイムアウト時間より短い）を超える事態が所定回数連続した場合（Ｔ７１３）に、ＩＰ通信装置（Ｃ）１０との間の回線に大きな遅延が発生していると判断する。そして、所定回数連続して応答が基準時間内にあった場合に、回線に発生していた大きな遅延が解消したものと判断する。
【００２２】
なお、上述のポーリング間隔や、タイムアウト時間や、基準時間や、回線状態が障害/遅延であると判定するときの連続検出回数や、回線状態が障害/遅延から回復したと判定するときの連続検出回数は、ＩＰ通信装置１０の設定値により変更可能である。
【００２３】
図６は、ＩＰ通信装置１０の概略図である。
【００２４】
ここで、ＬＡＮインターフェース（ＩＦ）部１０１は、ＬＡＮを介して接続されたルータ４０とのフレーム送受を制御する。
【００２５】
ＩＰ処理部１０２は、ＬＡＮインターフェース部１０２、ＩＣＭＰ制御部１０３、呼制御部１０８、ＳＮＭＰエージェント１０７およびＲＴＰ（Real-time Transfer Protocol）制御１０９とのＩＰパケット送受を制御する。
【００２６】
ＩＣＭＰ制御部１０３は、ＩＣＭＰのエコー要求パケットの生成・送信処理と、これに対するＩＣＭＰのエコー応答パケットの受信・解析処理とを行なう。また、ＩＣＭＰのエコー要求パケットの受信・解析処理と、これに対するＩＣＭＰのエコー応答パケットの生成・送信処理と、を行なう。
【００２７】
監視制御部１０４は、ＩＣＭＰ制御部１０３で処理結果を基に、各通信相手に対する前記応答時間の測定を行なう。そして、その測定結果に応じて各通信相手との回線状態を判断し、呼制御部１０８やＳＮＭＰエージェント１０７やアラーム通知部１０６を制御する。具体的には、呼制御部１０８に対して、回線の閉塞/閉塞解除の設定を指示する。また、アラーム通知部１０６やＳＮＭＰエージェント１０７に対して、回線状態の通知を指示する。
【００２８】
ＰＢＸ/端末インターフェース（ＩＦ）部１０５は、ＰＢＸ/端末３０との通話信号および制御信号の送受を制御する。例えば、ＰＢＸ/端末３０との接続に４線式ＳＳ/ＳＲ・ＯＤインターフェースが採用されている場合、ＰＢＸ/端末インターフェース部１０５は、ＳＳ信号線の状態を呼制御部１０８に通知すると共に、呼制御部１０８の指示に従いＳＲ信号線の状態を制御する。また、ＲＴＰ制御部１０９より送られてきた通話信号を通話線へ送出すると共に、通話線から受信した通話信号をＲＴＰ制御部１０９へ渡す。
【００２９】
アラーム通知部１０６は、監視制御部１０４からの指示に従い、管理端末２０に回線状態等をアラーム通知する。あるいは、自装置が備える表示部（不図示）等に回線状態等を表示する。
【００３０】
ＳＮＭＰエージェント１０７は、監視制御部１０４からの指示に従い、ＳＮＭＰマネージャ（図１では網監視装置５０）へＴＲＡＰ送信を行なう。これにより、回線状態等を通知する。
【００３１】
呼制御部１０８は、例えばＩＴＵＴのＨ．３２３に規定するＶｏＩＰの呼制御手順を行なうことにより、ＩＰ網６０を介して通信相手（ＩＰ通信装置１０）との間に呼を確立する。また、呼制御部１０８は、監視制御部１０４からの指示に従い、ＰＢＸ/端末インターフェース部１０５を制御して、指定された通信相手との回線の閉塞/閉塞解除の設定を行なったりする。具体的には、ＰＢＸ/端末３０よりの、閉塞設定された通信相手への呼に対し、ＰＢＸ/端末３０にビジートーンを返す。また、全ての通信相手に対して閉塞設定する場合は、ＰＢＸ/端末３０との間の回線を全てビジー状態に設定する。
【００３２】
ＲＴＰ制御部１０９は、ＰＢＸ/端末インターフェース部１０５の通話線から受信した音声信号を、ＲＴＰに従ってパケット化して、ＩＰ処理部１０２へ送出する。また、ＲＴＰに従い、ＩＰ処理部１０２より受け取ったＩＰパケットから音声信号を取り出して、ＰＢＸ/端末インターフェース部１０５へ送信する。
【００３３】
次に、ＩＰ通信装置１０の監視制御部１０４の動作についてより詳細に説明する。本実施形態において、監視制御部１０４の動作は、ＩＰ網６０に接続する他のＩＰ通信装置１０各々に対して個別に行なわれる個別回線制御処理と、ＰＢＸ/端末３０に対してＩＰ通信装置１０が使用できない状態であることを知らせるための全回線制御処理とに分けることができる。
【００３４】
まず、個別回線制御処理について説明する。
【００３５】
図７は、ＩＰ通信装置１０の監視制御部１０４における個別回線制御処理を説明するためのフロー図である。このフローは、ＩＰ網６０に接続する他のＩＰ通信装置１０各々に対して行なわれる。なお、通信相手となる各ＩＰ通信装置１０の宛先等は、予め登録されているものとする。
【００３６】
まず、監視制御部１０４は、ＩＣＭＰ制御部１０３に対して、監視対象のＩＰ通信装置１０に対するエコー要求を指示する。これを受けて、ＩＣＭＰ制御部１０３は、監視対象のＩＰ通信装置１０を宛先とするＩＣＭＰのエコー要求パケットを作成する。この要求パケットは、ＩＰ処理部１０２およびＬＡＮインターフェース部１０１を介してＩＰ網６０へ送出される（Ｓ７００１）。
【００３７】
次に、監視制御部１０４は、エコー要求パケットに対する監視対象のＩＰ通信装置１０よりのエコー応答パケットが、ＬＡＮインターフェース部１０１およびＩＰ処理部１０２を介して、所定のタイムアウト時間内にＩＣＭＰ制御部１０３に届くのを待つ（Ｓ７００２、Ｓ７００３）。
【００３８】
そして、所定のタイムアウト時間内に届いたならば（Ｓ７００３でＹｅｓ）、エコー要求パケットを送出してから、これに対するエコー応答パケットを受け取るまでの応答時間が、所定の基準時間内であるか否かを調べる（Ｓ７００４）。基準時間内である場合、監視対象のＩＰ通信装置１０との間の現在の回線状態が正常であるならば（Ｓ７００５、Ｓ７００６で共にＮｏ）、第１のポーリング間隔が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対するエコー要求を続ける。
【００３９】
また、監視制御部１０４は、Ｓ７００１で送出したエコー要求パケットに対する監視対象のＩＰ通信装置１０よりのエコー応答パケットが、タイムアウト時間内にＩＣＭＰ制御部１０３に届かなかった場合（Ｓ７００２でＮｏ）、エコー応答パケットがタイムアウト時間内に届かないという事態が連続して何回生じているか（連続ＴＯ検出回数）を確認する（Ｓ７００８）。
【００４０】
そして、連続ＴＯ検出回数が所定の基準回数Ｓ１以内ならば、前記第１のポーリング間隔よりも短い第２のポーリング時間が経過するのを待って（Ｓ７００９）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対する監視を続ける。
【００４１】
一方、連続ＴＯ検出回数が基準回数Ｓ１を超えている場合、監視制御部１０４は、監視対象のＩＰ通信装置１０との回線に障害が発生したものと判定し、呼制御部１０８に対し、監視対象のＩＰ通信装置１０への発呼を規制するように指示する。これにより、呼制御部１０８は、ＰＢＸ/端末３０より発せられた監視対象のＩＰ通信装置１０への呼に対し、例えばビジートーンをＰＢＸ/端末３０に返して話中処理を行なうことにより、監視対象のＩＰ通信装置１０との回線を閉塞する（Ｓ７０１０）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、監視対象のＩＰ通信装置１０との回線が障害状態にあること、および/または、監視対象のＩＰ通信装置１０との回線が閉塞されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、監視対象のＩＰ通信装置１０との回線が障害状態にあること、および/または、監視対象のＩＰ通信装置１０との回線が閉塞されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置および監視対象のＩＰ通信装置１０間の回線が障害状態にあること、および/または、自装置および監視対象のＩＰ通信装置１０間の回線が閉塞されていることを知らせる（Ｓ７０１１）。それから、監視制御部１０４は、第２のポーリング時間が経過するのを待って（Ｓ７００９）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対する監視を続ける。
【００４２】
また、監視制御部１０４は、Ｓ７００１で送出したエコー要求パケットに対する監視対象のＩＰ通信装置１０よりのエコー応答パケットが、タイムアウト時間内に届いたけれども、その応答時間が基準時間を超えている場合（Ｓ７００４でＮｏ）、応答時間が基準時間を超えている事態が連続して何回生じているか（連続基準オーバ検出回数）を確認する（Ｓ７０１２）。
【００４３】
そして、連続基準オーバ検出回数が所定の基準回数Ｓ２以内ならば、第１のポーリング間隔が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対するエコー要求を続ける。
【００４４】
一方、連続基準オーバ検出回数が基準回数Ｓ２を超えている場合、監視制御部１０４は、監視対象のＩＰ通信装置１０との回線に大きな遅延が発生したものと判定し、呼制御部１０８に対し、監視対象のＩＰ通信装置１０への発呼を規制するように指示する。これにより、呼制御部１０８は、ＰＢＸ/端末３０より発せられた監視対象のＩＰ通信装置１０への呼に対し、例えばビジートーンをＰＢＸ/端末３０に返して話中処理を行なうことにより、監視対象のＩＰ通信装置１０との回線を閉塞する（Ｓ７０１３）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、監視対象のＩＰ通信装置１０との回線が遅延状態にあること、および/または、監視対象のＩＰ通信装置１０との回線が閉塞されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、監視対象のＩＰ通信装置１０との回線が遅延状態にあること、および/または、監視対象のＩＰ通信装置１０との回線が閉塞されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置および監視対象のＩＰ通信装置１０間の回線が遅延状態にあること、および/または、自装置および監視対象のＩＰ通信装置１０間の回線が閉塞されていることを知らせる（Ｓ７０１４）。それから、監視制御部１０４は、第１のポーリング時間が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対する監視を続ける。
【００４５】
また、監視制御部１０４は、Ｓ７００１で送出したエコー要求パケットに対する監視対象のＩＰ通信装置１０よりのエコー応答パケットが、タイムアウト時間内に届いており、且つ、その応答時間が基準時間内である場合において、監視対象のＩＰ通信装置１０との間の現在の回線状態が障害状態であると判定しているならば（Ｓ７００５でＹｅｓ）、エコー応答パケットがタイムアウト時間内に届いており、且つ、その応答時間が基準時間内である事態が、連続して何回生じているか（連続クリア検出回数）を確認する（Ｓ７０１５）。
【００４６】
そして、連続クリア検出回数が所定の基準回数Ｓ３以内ならば、第２のポーリング間隔が経過するのを待って（Ｓ７００９）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対するエコー要求を続ける。
【００４７】
一方、連続クリア検出回数が基準回数Ｓ３を超えている場合、監視制御部１０４は、監視対象のＩＰ通信装置１０との回線に生じていた障害が解消したものと判定し、呼制御部１０８に対し、監視対象のＩＰ通信装置１０への発呼の規制を解除するように指示する。これにより、呼制御部１０８は、ＰＢＸ/端末３０より発せられた監視対象のＩＰ通信装置１０への呼に対し、呼制御手順に従って通常処理を行なうことにより、監視対象のＩＰ通信装置１０との回線を閉塞解除する（Ｓ７０１６）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、監視対象のＩＰ通信装置１０との回線障害が解消したこと、および/または、監視対象のＩＰ通信装置１０との回線が閉塞解除されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、監視対象のＩＰ通信装置１０との回線障害が解消したこと、および/または、監視対象のＩＰ通信装置１０との回線が閉塞解除されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置および監視対象のＩＰ通信装置１０間の回線障害が解消されたこと、および/または、自装置および監視対象のＩＰ通信装置１０間の回線が閉塞解除されていることを知らせる（Ｓ７０１７）。それから、監視制御部１０４は、第１のポーリング時間が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対する監視を続ける。
【００４８】
また、監視制御部１０４は、Ｓ７００１で送出したエコー要求パケットに対する監視対象のＩＰ通信装置１０よりのエコー応答パケットが、タイムアウト時間内に届いており、且つ、その応答時間が基準時間内である場合において、監視対象のＩＰ通信装置１０との間の現在の回線状態が遅延状態であると判定しているならば（Ｓ７００６でＹｅｓ）、エコー応答パケットがタイムアウト時間内に届いており、且つ、その応答時間が基準時間内である事態が、連続して何回生じているか（連続クリア検出回数）を確認する（Ｓ７０１８）。
【００４９】
そして、連続クリア検出回数が所定の基準回数Ｓ４以内ならば、第１のポーリング間隔が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対するエコー要求を続ける。
【００５０】
一方、連続クリア検出回数が基準回数Ｓ４を超えている場合、監視制御部１０４は、監視対象のＩＰ通信装置１０との回線に生じていた遅延が解消したものと判定し、呼制御部１０８に対し、監視対象のＩＰ通信装置１０への発呼の規制を解除するように指示する。これにより、呼制御部１０８は、ＰＢＸ/端末３０より発せられた監視対象のＩＰ通信装置１０への呼に対し、呼制御手順に従って通常処理を行なうことにより、監視対象のＩＰ通信装置１０との回線を閉塞解除する（Ｓ７０１６）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、監視対象のＩＰ通信装置１０との回線遅延が解消したこと、および/または、監視対象のＩＰ通信装置１０との回線が閉塞解除されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、監視対象のＩＰ通信装置１０との回線遅延が解消したこと、および/または、監視対象のＩＰ通信装置１０との回線が閉塞解除されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置および監視対象のＩＰ通信装置１０間の回線遅延が解消されたこと、および/または、自装置および監視対象のＩＰ通信装置１０間の回線が閉塞解除されていることを知らせる（Ｓ７０１７）。それから、監視制御部１０４は、第１のポーリング時間が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対する監視を続ける。
【００５１】
次に、全回線制御処理について説明する。
【００５２】
図８は、ＩＰ通信装置１０の監視制御部１０４における全回線制御処理を説明するためのフロー図である。
【００５３】
まず、監視制御部１０４は、ＩＰ網６０を介して接続する全てのＩＰ通信装置１０（通信相手のＩＰ通信装置１０）各々との回線が閉塞設定されている場合（Ｓ８００１でＹｅｓ）、全回線の一括閉塞が設定されていないならば（Ｓ８００２でＮｏ）、呼制御部１０８に対して、全回線の一括閉塞設定を指示する。これにより、呼制御部１０８は、ＰＢＸ/端末インターフェース部１０５を制御し、ＰＢＸ/端末３０との信号線をビジー状態に設定するなどして、ＰＢＸ/端末３０からの呼を一切受け付けないようにする（Ｓ８００３）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、全回線が一括閉塞されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、全回線が一括閉塞されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置の全回線が一括閉塞されていることを知らせる（Ｓ８００４）。
【００５４】
また、監視制御部１０４は、ＩＰ網６０を介して接続する少なくとも１つのＩＰ通信装置１０との回線が閉塞設定されていない場合（Ｓ８００１でＮｏ）、全回線が一括閉塞設定されているならば（Ｓ８００５でＹｅｓ）、呼制御部１０８に対して、全回線の一括閉塞解除を指示する。これにより、呼制御部１０８は、ＰＢＸ/端末インターフェース部１０５を制御し、ＰＢＸ/端末３０との信号線のビジー状態を解消するなどして、ＰＢＸ/端末３０からの呼を受け付けられるようにする（Ｓ８００６）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、全回線の一括閉塞が解除されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、全回線の一括閉塞が解除されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置の全回線の一括閉塞が解除されていることを知らせる（Ｓ８００７）。
【００５５】
最後に、図７および図８で説明した閉塞設定の違いについて説明する。図９は、全回線閉塞（図８による閉塞）と個別回線閉塞（図７による閉塞）との違いを説明するための図である。図示するように、全回線閉塞では、ＰＢＸ/端末３０との信号線をビジー状態にするなどして、ＰＢＸ/端末３０からの呼を一切受け付けないようにしている（この場合、ＩＰ網６０からの着呼も一切受け付けない）。一方、個別回線閉塞では、特定のＩＰ通信装置１０への呼が制限されるのみであり、その他のＩＰ通信装置１０へ呼やＩＰ網６０からの着呼は、通常通りに処理できる。
【００５６】
以上、本発明の一実施形態について説明した。
【００５７】
本実施形態によれば、ＩＰ通信装置１０間の回線状態を監視できる。そして、回線遅延が大きい場合や回線に障害が発生した場合は、該当回線を閉塞する。また、その旨を管理端末２０や網監視装置５０に通知したりする。これにより、該当回線の使用を規制したり、使用に注意を促したり、あるいは、バックアップ回線への切替えを行なわせたりすることが可能となる。これにより、リアルタイム性が要求される通信をＩＰ網を利用して実現する場合において、リンク確立後にエラー等が生じる可能性を低減できる。
【００５８】
なお、本発明は上記の実施形態に限定されものではなく、その要旨の範囲内で数々の変形が可能である。
【００５９】
例えば、上記の実施形態において、ＩＰ網６０に接続する全てのＩＰ通信装置１０が、図６に示す構成を有する必要はない。ＩＰ通信を行なう１対のＩＰ通信装置１０のいずれか一方が、図６に示す構成を有していればよい。他方はＴＣＰ/ＩＰを実装した通常のＩＰ通信装置でよい。ＩＣＭＰのエコー要求/エコー応答は、ＴＣＰ/ＩＰを実装したＩＰ通信装置の殆どがサポートしているので、通信相手のＩＰ通信装置１０が、他メーカ製や他機種等であっても、本発明による回線状態の監視が可能となる。
【００６０】
また、上記の実施形態において、ＩＰ通信装置１０は、ＡＳＩＣ（Application Specific Integrated Circuit）やＤＳＰ（Digital Signal Processor）を使用して専用装置として構築してもよいし、あるいは、汎用のコンピュータシステム上にソフトウエア的に構築しても構わない。ここで、汎用のコンピュータシステム上に、ＩＰ通信装置１０をソフトウエア的に構築するためのプログラムは、ＣＤ-ＲＯＭ等の記録メディアに格納されて、コンピュータシステムに提供されるようにしてもよい。あるいは、ネットワークを介してコンピュータシステムに提供されるようにしてもよい。
【００６１】
【発明の効果】
以上説明したように、本発明によれば、リアルタイム性が要求される通信をＩＰ網を利用して実現する場合において、リンク確立後に、声の途切れやＦＡＸ通信エラーが生じる可能性を低減できる。
【図面の簡単な説明】
【図１】本発明の一実施形態が適用されたＩＰ通信システムの概略図である。
【図２】本実施形態のＩＰ通信システムにおけるＩＣＭＰのエコー要求パケット/エコー応答パケットの経路を示す図である。
【図３】図２に示したエコー要求パケット/エコー応答パケットのKEEP-ALIVEおよび回線遅延検出のための応答時間を示す図である。
【図４】本実施形態のＩＰ通信システムでのポーリング間隔と回線状態（障害の有無）との関係を示す図である。
【図５】本実施形態のＩＰ通信システムでのポーリング間隔と回線状態（遅延の有無）との関係を示す図である。
【図６】図１に示すＩＰ通信装置１０の概略図である。
【図７】ＩＰ通信装置１０の監視制御部１０４における個別回線制御処理を説明するためのフロー図である。
【図８】ＩＰ通信装置１０の監視制御部１０４における全回線制御処理を説明するためのフロー図である。
【図９】全回線閉塞（図８による閉塞）と個別回線閉塞（図７による閉塞）との違いを説明するための図である。
【符号の説明】
１０…ＩＰ通信装置
２０…管理端末
３０…ＰＢＸ/音声端末
４０…ルータ
５０…網監視装置
６０…ＩＰ網
１０１…ＬＡＮインターフェース部
１０２…ＩＰ処理部
１０３…ＩＣＭＰ制御部
１０４…監視制御部
１０５…ＰＢＸ/端末インターフェース部
１０６…アラーム通知部
１０７…ＳＮＭＰエージェント部
１０８…呼制御部
１０９…ＲＴＰ制御部
【発明の属する技術分野】
本発明は、インターネットやＩＰ-ＶＰＮ（Internet Protocol-Virtual Path Network）等のＩＰ網に接続されたＩＰ通信装置間の回線状態を検出する技術に関する。
【０００２】
【従来の技術】
インターネット端末等のＩＰ通信装置は、相手装置との呼の確立にＴＣＰ/ＩＰ（Transmission Control Protocol/Internet Protocol）を利用することが多い。したがって、ＩＰ網で輻輳等が発生し、このために回線遅延が大きい場合でも、ＴＣＰ/ＩＰが持つ再送制御/フロー制御機能等によりリンクを確立することが可能である。
【０００３】
【発明が解決しようとする課題】
近年、ＶｏＩＰ（Voice over IP）電話システム等のＩＰ網を利用して電話通信やＦＡＸ通信を行なうシステムが提案されている。ところで、電話通信やＦＡＸ通信では、リアルタイム性が要求される。したがって、ＩＰ網の輻輳等により回線遅延が発生すると、例えリンクの確立が維持されても、音声の途切れやＦＡＸ通信エラーが生じることがある。
【０００４】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、電話通信やＦＡＸ通信等のリアルタイム性が要求される通信をＩＰ網を利用して実現する場合において、リンク確立後に、声の途切れやＦＡＸ通信エラーが生じる可能性を低減することにある。
【０００５】
【課題を解決するための手段】
上記課題を解決するために、本発明では、ＩＰ通信装置間でＩＣＭＰ（Internet Control Message Protocol）のエコー要求（通称ＰＩＮＧ）およびエコー応答のやり取りを定期的に行なって、一方のＩＰ通信装置が他方のＩＰ通信装置へエコー要求を送出してから、他方のＩＰ通信装置から一方のＩＰ通信装置へエコー応答が到着するまでの時間（応答時間）を測定する。そして、この測定結果（ＩＰ通信装置間の回線状態）に応じて、該当回線の閉塞/閉塞解除を制御したり、管理端末等に回線状態をアラーム通知したり、ＳＮＭＰ（Simple Network Management Protocol）のＴＲＡＰを利用して、網監視装置等に回線状態を通知したりする。
【０００６】
本発明によれば、前記の構成により、ＩＰ通信装置間の回線状態を定期的に監視できる。そして、回線に障害がある場合や回線遅延が大きい場合は、該当回線を閉塞したり、あるいは、その旨を適当な装置に通知したりすることにより、該当回線の使用を規制したり、その使用に注意を促したり、あるいは、バックアップ回線へ切替えを促したりすることが可能となる。これにより、リアルタイム性が要求される通信をＩＰ網を利用して実現する場合において、リンク確立後にエラー等が生じる可能性を低減できる。
【０００７】
なお、本発明において、ＩＰ通信装置間の回線状態監視のために使用するＩＣＭＰのエコー要求/エコー応答は、ＴＣＰ/ＩＰを実装したＩＰ通信装置の殆どがサポートしている。つまり、通信相手のＩＰ通信装置が、他メーカ製や他機種等であっても、本発明によるＩＰ通信装置間の回線状態監視が可能となる。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
【０００９】
図１は、本発明の一実施形態が適用されたＩＰ通信システムの概略図である。
【００１０】
図１において、符号３０はＰＢＸ（Private Branch Exchange）あるいは音声、ＦＡＸ端末（以下、ＰＢＸ/端末と呼ぶ）、符号４０はルータ、そして、符号１０はＰＢＸ/端末３０をルータ４０を介してＩＰ網６０に接続するＩＰ通信装置である。また、符号２０は管理端末、符号５０は網監視装置である。
【００１１】
ＩＰ通信装置１０は、例えばＩＴＵＴのＨ．３２３に規定するＶｏＩＰの呼制御手順を行なうことにより、ＩＰ網６０を介して通信相手（ＩＰ通信装置１０）との間に呼を確立する。そして、この呼を介して音声信号やＦＡＸ信号等の通信信号の送受を行なう。つまり、ＰＢＸ/端末３０より送られてきた通信信号をパケット化し、ＩＰ網６０を介して通信相手へ送信する。また、ＩＰ網６０を介して通信相手より受信したパケットから通信信号を抽出し、ＰＢＸ/端末３０へ送信する。
【００１２】
また、ＩＰ通信装置１０は、ＩＰ網６０に接続する他のＩＰ通信装置１０に対して、ＩＣＭＰ（Internet Control Message Protocol）のエコー要求を使用してポーリングを行なう。そして、通信相手（ＩＰ通信装置１０）からのエコー応答の応答時間を測定することで、この通信相手との間の回線状態（障害および遅延状態）を監視する。通信相手との間の回線状態が障害あるいは遅延が大きい状態にある場合、ＩＰ通信装置１０は、次の制御処理▲１▼〜▲３▼のうちの少なくとも１つを実施する。すなわち、▲１▼通信相手に対する発呼を制限して、この通信相手との回線を閉塞する。▲２▼自装置に接続された管理端末２０あるいは自装置が備える表示部に、回線状態（障害あるいは遅延発生）をアラーム通知する。▲３▼ＳＮＭＰ（Simple Network Management Protocol）のＴＲＡＰを利用して網監視装置５０に回線状態を通知する。
【００１３】
また、ＩＰ通信装置１０は、通信相手との間の回線状態が障害あるいは遅延が大きい状態から回復した場合に、この通信相手と回線が閉塞されているならば、これを解除する。また、自装置に接続された管理端末２０あるいは自装置が備える表示部に、回線状態（回復）をアラーム通知したり、ＳＮＭＰのＴＲＡＰを利用して網監視装置５０に回線状態を通知したりする。
【００１４】
なお、ＩＰ通信装置１０は、ＩＰ網６０に接続する他の全てのＩＰ通信装置１０との回線を閉塞する場合、例えばＰＢＸ/端末３０への信号線をビジー状態にするなどにより、自装置とＰＢＸ/端末３０との間を閉塞する。ここで、複数のＩＰ通信装置Ａ、Ｂ（１０）と接続するＰＢＸ/端末（Ａ）３０は、例えばＩＰ通信装置（Ａ）１０との間が閉塞されたことを検出した場合、通信にＩＰ通信装置（Ｂ）１０を経由するバックアップ回線（迂回ルート）を利用するように切替えることも可能である。
【００１５】
図２は、本実施形態のＩＰ通信システムにおけるＩＣＭＰのエコー要求パケット/エコー応答パケットの経路を示す図である。ここでは、ＩＰ通信装置（Ａ）１０がＩＰ通信装置（Ｃ）１０との間の回線状態を監視するために行なうＩＣＭＰのエコー要求パケット/エコー応答パケットの経路を示している。
【００１６】
図示するように、ＩＰ通信装置（Ａ）１０は、定期的に、ＩＰ通信装置Ｃ（１０）を宛先としたＩＣＭＰのエコー要求パケットを作成し、ＩＰ網６０側へ送出する。このエコー要求パケットは、ルータ（Ａ）４０、ＩＰ網６０およびルータ（Ｃ）４０を経由して、ＩＰ通信装置（Ｃ）１０に到達する。これを受けて、ＩＰ通信装置（Ｃ）１０は、このエコー要求パケットに対するエコー応答パケットを作成し、ＩＰ網６０側へ送出する。このエコー応答パケットは、ルータ（Ｃ）４０、ＩＰ網６０およびルータ（Ａ）４０を経由して、ＩＰ通信装置（Ａ）１０に到達する。ＩＰ通信装置（Ａ）１０は、エコー要求パケットをＩＰ通信装置（Ｃ）１０に送信してから、このエコー要求パケットに対するエコー応答パケットがＩＰ通信装置Ｃ（１０）から送られてくるまでの時間（応答時間）を測定する。そして、この結果に従い、ＩＰ通信装置（Ａ）１０は、ＩＰ通信装置（Ｃ）１０とのKEEP-ALIVE（疎通確認）および回線遅延検出を行なう。
【００１７】
図３は、図２に示したエコー要求パケット/エコー応答パケットのKEEP-ALIVEおよび回線遅延検出のための応答時間を示す図である。図示するように、応答時間Ｔ（ms）は、エコー要求パケットのＩＰ通信装置（Ａ）１０からＩＰ通信装置（Ｃ）１０への伝送時間Ｔ１（ms）と、エコー応答パケットのＩＰ通信装置（Ｃ）１０からＩＰ通信装置（Ａ）１０への伝送時間Ｔ２（ms）とを加算した時間となる。したがって、応答時間Ｔ（ms）には、ルータ４０等での遅延時間も含まれる。そこで、上述したように、ＩＰ通信装置（Ａ）１０は、エコー要求パケットをＩＰ通信装置（Ｃ）１０に送信してから、このエコー要求パケットに対するエコー応答パケットがＩＰ通信装置（Ｃ）１０から送られてくるまでの時間を測定することで、応答時間を検出している。
【００１８】
図４は、本実施形態のＩＰ通信システムでのポーリング間隔と回線状態（障害の有無）との関係を示す図である。ここでは、図１において、ＩＰ通信装置（Ａ）１０がＩＰ通信装置（Ｃ）１０との間の回線状態（障害の有無）を監視するために行なうＩＣＭＰのエコー要求パケットのポーリング間隔を示している。
【００１９】
図示するように、ＩＰ通信装置（Ａ）１０は、ＩＰ通信装置Ｃ（１０）との間でやり取りされるエコー要求パケット/エコー応答パケットの応答時間が第１の所定タイムアウト時間内である場合（Ｔ７１１）、ポーリング間隔は第１のポーリング間隔とする。そして、第１の所定タイムアウト時間（Ｔ７１１）を過ぎてもエコー応答パケットが来ない場合は、第１のポーリング間隔よりも短い第２のポーリング間隔でポーリングを実施する。そして、第１の所定タイムアウト時間（Ｔ７１１）よりも短い第２の所定タイムアウト時間（Ｔ７１２）を過ぎても、エコー応答パケットが来ない場合は、ＩＰ通信装置（Ｃ）１０との間の回線に断等の障害が発生していると判断する。そして、その後は第２のポーリング間隔でポーリングを続け、所定回数連続して応答が第２の所定タイムアウト時間内にあった場合に、回線に発生していた障害が解消したものと判断し、ポーリング間隔を第１のポーリング間隔へ戻す。
【００２０】
図５は、本実施形態のＩＰ通信システムでのポーリング間隔と回線状態（遅延の有無）との関係を示す図である。ここでは、図１において、ＩＰ通信装置（Ａ）１０がＩＰ通信装置（Ｃ）１０との間の回線状態（遅延の有無）を監視するために行なうＩＣＭＰのエコー要求パケットのポーリング間隔を示している。
【００２１】
図示するように、ＩＰ通信装置（Ａ）１０は、前記第１のポーリング間隔でＩＰ通信装置（Ｃ）１０に対してポーリングを行なう。そして、エコー要求パケット/エコー応答パケットの応答時間が所定の基準時間（但し、前記タイムアウト時間より短い）を超える事態が所定回数連続した場合（Ｔ７１３）に、ＩＰ通信装置（Ｃ）１０との間の回線に大きな遅延が発生していると判断する。そして、所定回数連続して応答が基準時間内にあった場合に、回線に発生していた大きな遅延が解消したものと判断する。
【００２２】
なお、上述のポーリング間隔や、タイムアウト時間や、基準時間や、回線状態が障害/遅延であると判定するときの連続検出回数や、回線状態が障害/遅延から回復したと判定するときの連続検出回数は、ＩＰ通信装置１０の設定値により変更可能である。
【００２３】
図６は、ＩＰ通信装置１０の概略図である。
【００２４】
ここで、ＬＡＮインターフェース（ＩＦ）部１０１は、ＬＡＮを介して接続されたルータ４０とのフレーム送受を制御する。
【００２５】
ＩＰ処理部１０２は、ＬＡＮインターフェース部１０２、ＩＣＭＰ制御部１０３、呼制御部１０８、ＳＮＭＰエージェント１０７およびＲＴＰ（Real-time Transfer Protocol）制御１０９とのＩＰパケット送受を制御する。
【００２６】
ＩＣＭＰ制御部１０３は、ＩＣＭＰのエコー要求パケットの生成・送信処理と、これに対するＩＣＭＰのエコー応答パケットの受信・解析処理とを行なう。また、ＩＣＭＰのエコー要求パケットの受信・解析処理と、これに対するＩＣＭＰのエコー応答パケットの生成・送信処理と、を行なう。
【００２７】
監視制御部１０４は、ＩＣＭＰ制御部１０３で処理結果を基に、各通信相手に対する前記応答時間の測定を行なう。そして、その測定結果に応じて各通信相手との回線状態を判断し、呼制御部１０８やＳＮＭＰエージェント１０７やアラーム通知部１０６を制御する。具体的には、呼制御部１０８に対して、回線の閉塞/閉塞解除の設定を指示する。また、アラーム通知部１０６やＳＮＭＰエージェント１０７に対して、回線状態の通知を指示する。
【００２８】
ＰＢＸ/端末インターフェース（ＩＦ）部１０５は、ＰＢＸ/端末３０との通話信号および制御信号の送受を制御する。例えば、ＰＢＸ/端末３０との接続に４線式ＳＳ/ＳＲ・ＯＤインターフェースが採用されている場合、ＰＢＸ/端末インターフェース部１０５は、ＳＳ信号線の状態を呼制御部１０８に通知すると共に、呼制御部１０８の指示に従いＳＲ信号線の状態を制御する。また、ＲＴＰ制御部１０９より送られてきた通話信号を通話線へ送出すると共に、通話線から受信した通話信号をＲＴＰ制御部１０９へ渡す。
【００２９】
アラーム通知部１０６は、監視制御部１０４からの指示に従い、管理端末２０に回線状態等をアラーム通知する。あるいは、自装置が備える表示部（不図示）等に回線状態等を表示する。
【００３０】
ＳＮＭＰエージェント１０７は、監視制御部１０４からの指示に従い、ＳＮＭＰマネージャ（図１では網監視装置５０）へＴＲＡＰ送信を行なう。これにより、回線状態等を通知する。
【００３１】
呼制御部１０８は、例えばＩＴＵＴのＨ．３２３に規定するＶｏＩＰの呼制御手順を行なうことにより、ＩＰ網６０を介して通信相手（ＩＰ通信装置１０）との間に呼を確立する。また、呼制御部１０８は、監視制御部１０４からの指示に従い、ＰＢＸ/端末インターフェース部１０５を制御して、指定された通信相手との回線の閉塞/閉塞解除の設定を行なったりする。具体的には、ＰＢＸ/端末３０よりの、閉塞設定された通信相手への呼に対し、ＰＢＸ/端末３０にビジートーンを返す。また、全ての通信相手に対して閉塞設定する場合は、ＰＢＸ/端末３０との間の回線を全てビジー状態に設定する。
【００３２】
ＲＴＰ制御部１０９は、ＰＢＸ/端末インターフェース部１０５の通話線から受信した音声信号を、ＲＴＰに従ってパケット化して、ＩＰ処理部１０２へ送出する。また、ＲＴＰに従い、ＩＰ処理部１０２より受け取ったＩＰパケットから音声信号を取り出して、ＰＢＸ/端末インターフェース部１０５へ送信する。
【００３３】
次に、ＩＰ通信装置１０の監視制御部１０４の動作についてより詳細に説明する。本実施形態において、監視制御部１０４の動作は、ＩＰ網６０に接続する他のＩＰ通信装置１０各々に対して個別に行なわれる個別回線制御処理と、ＰＢＸ/端末３０に対してＩＰ通信装置１０が使用できない状態であることを知らせるための全回線制御処理とに分けることができる。
【００３４】
まず、個別回線制御処理について説明する。
【００３５】
図７は、ＩＰ通信装置１０の監視制御部１０４における個別回線制御処理を説明するためのフロー図である。このフローは、ＩＰ網６０に接続する他のＩＰ通信装置１０各々に対して行なわれる。なお、通信相手となる各ＩＰ通信装置１０の宛先等は、予め登録されているものとする。
【００３６】
まず、監視制御部１０４は、ＩＣＭＰ制御部１０３に対して、監視対象のＩＰ通信装置１０に対するエコー要求を指示する。これを受けて、ＩＣＭＰ制御部１０３は、監視対象のＩＰ通信装置１０を宛先とするＩＣＭＰのエコー要求パケットを作成する。この要求パケットは、ＩＰ処理部１０２およびＬＡＮインターフェース部１０１を介してＩＰ網６０へ送出される（Ｓ７００１）。
【００３７】
次に、監視制御部１０４は、エコー要求パケットに対する監視対象のＩＰ通信装置１０よりのエコー応答パケットが、ＬＡＮインターフェース部１０１およびＩＰ処理部１０２を介して、所定のタイムアウト時間内にＩＣＭＰ制御部１０３に届くのを待つ（Ｓ７００２、Ｓ７００３）。
【００３８】
そして、所定のタイムアウト時間内に届いたならば（Ｓ７００３でＹｅｓ）、エコー要求パケットを送出してから、これに対するエコー応答パケットを受け取るまでの応答時間が、所定の基準時間内であるか否かを調べる（Ｓ７００４）。基準時間内である場合、監視対象のＩＰ通信装置１０との間の現在の回線状態が正常であるならば（Ｓ７００５、Ｓ７００６で共にＮｏ）、第１のポーリング間隔が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対するエコー要求を続ける。
【００３９】
また、監視制御部１０４は、Ｓ７００１で送出したエコー要求パケットに対する監視対象のＩＰ通信装置１０よりのエコー応答パケットが、タイムアウト時間内にＩＣＭＰ制御部１０３に届かなかった場合（Ｓ７００２でＮｏ）、エコー応答パケットがタイムアウト時間内に届かないという事態が連続して何回生じているか（連続ＴＯ検出回数）を確認する（Ｓ７００８）。
【００４０】
そして、連続ＴＯ検出回数が所定の基準回数Ｓ１以内ならば、前記第１のポーリング間隔よりも短い第２のポーリング時間が経過するのを待って（Ｓ７００９）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対する監視を続ける。
【００４１】
一方、連続ＴＯ検出回数が基準回数Ｓ１を超えている場合、監視制御部１０４は、監視対象のＩＰ通信装置１０との回線に障害が発生したものと判定し、呼制御部１０８に対し、監視対象のＩＰ通信装置１０への発呼を規制するように指示する。これにより、呼制御部１０８は、ＰＢＸ/端末３０より発せられた監視対象のＩＰ通信装置１０への呼に対し、例えばビジートーンをＰＢＸ/端末３０に返して話中処理を行なうことにより、監視対象のＩＰ通信装置１０との回線を閉塞する（Ｓ７０１０）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、監視対象のＩＰ通信装置１０との回線が障害状態にあること、および/または、監視対象のＩＰ通信装置１０との回線が閉塞されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、監視対象のＩＰ通信装置１０との回線が障害状態にあること、および/または、監視対象のＩＰ通信装置１０との回線が閉塞されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置および監視対象のＩＰ通信装置１０間の回線が障害状態にあること、および/または、自装置および監視対象のＩＰ通信装置１０間の回線が閉塞されていることを知らせる（Ｓ７０１１）。それから、監視制御部１０４は、第２のポーリング時間が経過するのを待って（Ｓ７００９）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対する監視を続ける。
【００４２】
また、監視制御部１０４は、Ｓ７００１で送出したエコー要求パケットに対する監視対象のＩＰ通信装置１０よりのエコー応答パケットが、タイムアウト時間内に届いたけれども、その応答時間が基準時間を超えている場合（Ｓ７００４でＮｏ）、応答時間が基準時間を超えている事態が連続して何回生じているか（連続基準オーバ検出回数）を確認する（Ｓ７０１２）。
【００４３】
そして、連続基準オーバ検出回数が所定の基準回数Ｓ２以内ならば、第１のポーリング間隔が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対するエコー要求を続ける。
【００４４】
一方、連続基準オーバ検出回数が基準回数Ｓ２を超えている場合、監視制御部１０４は、監視対象のＩＰ通信装置１０との回線に大きな遅延が発生したものと判定し、呼制御部１０８に対し、監視対象のＩＰ通信装置１０への発呼を規制するように指示する。これにより、呼制御部１０８は、ＰＢＸ/端末３０より発せられた監視対象のＩＰ通信装置１０への呼に対し、例えばビジートーンをＰＢＸ/端末３０に返して話中処理を行なうことにより、監視対象のＩＰ通信装置１０との回線を閉塞する（Ｓ７０１３）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、監視対象のＩＰ通信装置１０との回線が遅延状態にあること、および/または、監視対象のＩＰ通信装置１０との回線が閉塞されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、監視対象のＩＰ通信装置１０との回線が遅延状態にあること、および/または、監視対象のＩＰ通信装置１０との回線が閉塞されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置および監視対象のＩＰ通信装置１０間の回線が遅延状態にあること、および/または、自装置および監視対象のＩＰ通信装置１０間の回線が閉塞されていることを知らせる（Ｓ７０１４）。それから、監視制御部１０４は、第１のポーリング時間が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対する監視を続ける。
【００４５】
また、監視制御部１０４は、Ｓ７００１で送出したエコー要求パケットに対する監視対象のＩＰ通信装置１０よりのエコー応答パケットが、タイムアウト時間内に届いており、且つ、その応答時間が基準時間内である場合において、監視対象のＩＰ通信装置１０との間の現在の回線状態が障害状態であると判定しているならば（Ｓ７００５でＹｅｓ）、エコー応答パケットがタイムアウト時間内に届いており、且つ、その応答時間が基準時間内である事態が、連続して何回生じているか（連続クリア検出回数）を確認する（Ｓ７０１５）。
【００４６】
そして、連続クリア検出回数が所定の基準回数Ｓ３以内ならば、第２のポーリング間隔が経過するのを待って（Ｓ７００９）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対するエコー要求を続ける。
【００４７】
一方、連続クリア検出回数が基準回数Ｓ３を超えている場合、監視制御部１０４は、監視対象のＩＰ通信装置１０との回線に生じていた障害が解消したものと判定し、呼制御部１０８に対し、監視対象のＩＰ通信装置１０への発呼の規制を解除するように指示する。これにより、呼制御部１０８は、ＰＢＸ/端末３０より発せられた監視対象のＩＰ通信装置１０への呼に対し、呼制御手順に従って通常処理を行なうことにより、監視対象のＩＰ通信装置１０との回線を閉塞解除する（Ｓ７０１６）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、監視対象のＩＰ通信装置１０との回線障害が解消したこと、および/または、監視対象のＩＰ通信装置１０との回線が閉塞解除されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、監視対象のＩＰ通信装置１０との回線障害が解消したこと、および/または、監視対象のＩＰ通信装置１０との回線が閉塞解除されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置および監視対象のＩＰ通信装置１０間の回線障害が解消されたこと、および/または、自装置および監視対象のＩＰ通信装置１０間の回線が閉塞解除されていることを知らせる（Ｓ７０１７）。それから、監視制御部１０４は、第１のポーリング時間が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対する監視を続ける。
【００４８】
また、監視制御部１０４は、Ｓ７００１で送出したエコー要求パケットに対する監視対象のＩＰ通信装置１０よりのエコー応答パケットが、タイムアウト時間内に届いており、且つ、その応答時間が基準時間内である場合において、監視対象のＩＰ通信装置１０との間の現在の回線状態が遅延状態であると判定しているならば（Ｓ７００６でＹｅｓ）、エコー応答パケットがタイムアウト時間内に届いており、且つ、その応答時間が基準時間内である事態が、連続して何回生じているか（連続クリア検出回数）を確認する（Ｓ７０１８）。
【００４９】
そして、連続クリア検出回数が所定の基準回数Ｓ４以内ならば、第１のポーリング間隔が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対するエコー要求を続ける。
【００５０】
一方、連続クリア検出回数が基準回数Ｓ４を超えている場合、監視制御部１０４は、監視対象のＩＰ通信装置１０との回線に生じていた遅延が解消したものと判定し、呼制御部１０８に対し、監視対象のＩＰ通信装置１０への発呼の規制を解除するように指示する。これにより、呼制御部１０８は、ＰＢＸ/端末３０より発せられた監視対象のＩＰ通信装置１０への呼に対し、呼制御手順に従って通常処理を行なうことにより、監視対象のＩＰ通信装置１０との回線を閉塞解除する（Ｓ７０１６）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、監視対象のＩＰ通信装置１０との回線遅延が解消したこと、および/または、監視対象のＩＰ通信装置１０との回線が閉塞解除されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、監視対象のＩＰ通信装置１０との回線遅延が解消したこと、および/または、監視対象のＩＰ通信装置１０との回線が閉塞解除されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置および監視対象のＩＰ通信装置１０間の回線遅延が解消されたこと、および/または、自装置および監視対象のＩＰ通信装置１０間の回線が閉塞解除されていることを知らせる（Ｓ７０１７）。それから、監視制御部１０４は、第１のポーリング時間が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１０に対する監視を続ける。
【００５１】
次に、全回線制御処理について説明する。
【００５２】
図８は、ＩＰ通信装置１０の監視制御部１０４における全回線制御処理を説明するためのフロー図である。
【００５３】
まず、監視制御部１０４は、ＩＰ網６０を介して接続する全てのＩＰ通信装置１０（通信相手のＩＰ通信装置１０）各々との回線が閉塞設定されている場合（Ｓ８００１でＹｅｓ）、全回線の一括閉塞が設定されていないならば（Ｓ８００２でＮｏ）、呼制御部１０８に対して、全回線の一括閉塞設定を指示する。これにより、呼制御部１０８は、ＰＢＸ/端末インターフェース部１０５を制御し、ＰＢＸ/端末３０との信号線をビジー状態に設定するなどして、ＰＢＸ/端末３０からの呼を一切受け付けないようにする（Ｓ８００３）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、全回線が一括閉塞されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、全回線が一括閉塞されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置の全回線が一括閉塞されていることを知らせる（Ｓ８００４）。
【００５４】
また、監視制御部１０４は、ＩＰ網６０を介して接続する少なくとも１つのＩＰ通信装置１０との回線が閉塞設定されていない場合（Ｓ８００１でＮｏ）、全回線が一括閉塞設定されているならば（Ｓ８００５でＹｅｓ）、呼制御部１０８に対して、全回線の一括閉塞解除を指示する。これにより、呼制御部１０８は、ＰＢＸ/端末インターフェース部１０５を制御し、ＰＢＸ/端末３０との信号線のビジー状態を解消するなどして、ＰＢＸ/端末３０からの呼を受け付けられるようにする（Ｓ８００６）。また、監視制御部１０４は、アラーム通知部１０６およびＳＮＭＰエージェント１０７に対し、全回線の一括閉塞が解除されていることの通知を指示する。これにより、アラーム通知部１０６は、管理装置２０や図示していない表示部等に、全回線の一括閉塞が解除されていることを知らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡＰにより、自装置の全回線の一括閉塞が解除されていることを知らせる（Ｓ８００７）。
【００５５】
最後に、図７および図８で説明した閉塞設定の違いについて説明する。図９は、全回線閉塞（図８による閉塞）と個別回線閉塞（図７による閉塞）との違いを説明するための図である。図示するように、全回線閉塞では、ＰＢＸ/端末３０との信号線をビジー状態にするなどして、ＰＢＸ/端末３０からの呼を一切受け付けないようにしている（この場合、ＩＰ網６０からの着呼も一切受け付けない）。一方、個別回線閉塞では、特定のＩＰ通信装置１０への呼が制限されるのみであり、その他のＩＰ通信装置１０へ呼やＩＰ網６０からの着呼は、通常通りに処理できる。
【００５６】
以上、本発明の一実施形態について説明した。
【００５７】
本実施形態によれば、ＩＰ通信装置１０間の回線状態を監視できる。そして、回線遅延が大きい場合や回線に障害が発生した場合は、該当回線を閉塞する。また、その旨を管理端末２０や網監視装置５０に通知したりする。これにより、該当回線の使用を規制したり、使用に注意を促したり、あるいは、バックアップ回線への切替えを行なわせたりすることが可能となる。これにより、リアルタイム性が要求される通信をＩＰ網を利用して実現する場合において、リンク確立後にエラー等が生じる可能性を低減できる。
【００５８】
なお、本発明は上記の実施形態に限定されものではなく、その要旨の範囲内で数々の変形が可能である。
【００５９】
例えば、上記の実施形態において、ＩＰ網６０に接続する全てのＩＰ通信装置１０が、図６に示す構成を有する必要はない。ＩＰ通信を行なう１対のＩＰ通信装置１０のいずれか一方が、図６に示す構成を有していればよい。他方はＴＣＰ/ＩＰを実装した通常のＩＰ通信装置でよい。ＩＣＭＰのエコー要求/エコー応答は、ＴＣＰ/ＩＰを実装したＩＰ通信装置の殆どがサポートしているので、通信相手のＩＰ通信装置１０が、他メーカ製や他機種等であっても、本発明による回線状態の監視が可能となる。
【００６０】
また、上記の実施形態において、ＩＰ通信装置１０は、ＡＳＩＣ（Application Specific Integrated Circuit）やＤＳＰ（Digital Signal Processor）を使用して専用装置として構築してもよいし、あるいは、汎用のコンピュータシステム上にソフトウエア的に構築しても構わない。ここで、汎用のコンピュータシステム上に、ＩＰ通信装置１０をソフトウエア的に構築するためのプログラムは、ＣＤ-ＲＯＭ等の記録メディアに格納されて、コンピュータシステムに提供されるようにしてもよい。あるいは、ネットワークを介してコンピュータシステムに提供されるようにしてもよい。
【００６１】
【発明の効果】
以上説明したように、本発明によれば、リアルタイム性が要求される通信をＩＰ網を利用して実現する場合において、リンク確立後に、声の途切れやＦＡＸ通信エラーが生じる可能性を低減できる。
【図面の簡単な説明】
【図１】本発明の一実施形態が適用されたＩＰ通信システムの概略図である。
【図２】本実施形態のＩＰ通信システムにおけるＩＣＭＰのエコー要求パケット/エコー応答パケットの経路を示す図である。
【図３】図２に示したエコー要求パケット/エコー応答パケットのKEEP-ALIVEおよび回線遅延検出のための応答時間を示す図である。
【図４】本実施形態のＩＰ通信システムでのポーリング間隔と回線状態（障害の有無）との関係を示す図である。
【図５】本実施形態のＩＰ通信システムでのポーリング間隔と回線状態（遅延の有無）との関係を示す図である。
【図６】図１に示すＩＰ通信装置１０の概略図である。
【図７】ＩＰ通信装置１０の監視制御部１０４における個別回線制御処理を説明するためのフロー図である。
【図８】ＩＰ通信装置１０の監視制御部１０４における全回線制御処理を説明するためのフロー図である。
【図９】全回線閉塞（図８による閉塞）と個別回線閉塞（図７による閉塞）との違いを説明するための図である。
【符号の説明】
１０…ＩＰ通信装置
２０…管理端末
３０…ＰＢＸ/音声端末
４０…ルータ
５０…網監視装置
６０…ＩＰ網
１０１…ＬＡＮインターフェース部
１０２…ＩＰ処理部
１０３…ＩＣＭＰ制御部
１０４…監視制御部
１０５…ＰＢＸ/端末インターフェース部
１０６…アラーム通知部
１０７…ＳＮＭＰエージェント部
１０８…呼制御部
１０９…ＲＴＰ制御部
Claims (2)
- 通信装置を収容するＩＰ通信装置が、ＩＰ網を介して複数の他のＩＰ通信装置と通信を行うための回線の状態を検出する回線状態検出方法であって、
前記複数の他のＩＰ通信装置各々に対して、第１のポーリング間隔でエコー要求を送信し、当該エコー要求に対するエコー応答を受信するまでの応答時間を測定するステップと、
前記第１のポーリング間隔で送信したエコー要求に対するエコー応答の応答時間が第１のタイムアウト時間内でない場合に、当該エコー応答の送信元である他のＩＰ通信装置に対して、前記第１のポーリング間隔より短い第２のポーリング間隔でエコー要求を送信し、当該エコー要求に対するエコー応答を受信するまでの応答時間を測定するステップと、
前記第２のポーリング間隔で送信したエコー要求に対するエコー応答の応答時間が前記第１のタイムアウト時間より短い第２のタイムアウト時間内でない場合に、当該エコー応答の送信元である他のＩＰ通信装置との回線に障害が発生したものと判定するステップと、
前記複数の他のＩＰ通信装置のいずれかとの回線に障害が発生したものと判定した場合において、収容している前記通信装置から当該いずれかの他のＩＰ通信装置への呼を受信した場合に、当該通信装置に対して話中処理を行うステップと、
前記複数の他のＩＰ通信装置との全ての回線に障害が発生したものと判定した場合に、収容している前記通信装置との信号線をビジー状態にするステップと、
前記他のＩＰ通信装置との回線に障害が発生したものと判定した場合において、前記第２のポーリング間隔で送信したエコー要求に対するエコー応答の応答時間が、所定回数連続して前記第２のタイムアウト時間内である場合に、当該他のＩＰ通信装置との回線の障害が解消したものと判定するステップと、
前記他のＩＰ通信装置との回線の障害が解消したものと判定した場合に、当該他のＩＰ通信装置に送信するエコー要求の間隔を、前記第２のポーリング間隔から前記第１のポーリング間隔へ戻して、収容している前記通信装置に対する話中処理、または収容している前記通信装置との信号線のビジー状態を解除するステップと、を行うこと
を特徴とする回線状態検出方法。 - 通信装置を収容し、ＩＰ網を介して複数の他のＩＰ通信装置と通信を行うＩＰ通信装置であって、
前記複数の他のＩＰ通信装置各々に対して、第１のポーリング間隔でエコー要求を送信し、当該エコー要求に対するエコー応答を受信するまでの応答時間を測定する手段と、
前記第１のポーリング間隔で送信したエコー要求に対するエコー応答の応答時間が第１のタイムアウト時間内でない場合に、当該エコー応答の送信元である他のＩＰ通信装置に対して、前記第１のポーリング間隔より短い第２のポーリング間隔でエコー要求を送信し、当該エコー要求に対するエコー応答を受信するまでの応答時間を測定する手段と、
前記第２のポーリング間隔で送信したエコー要求に対するエコー応答の応答時間が前記第１のタイムアウト時間より短い第２のタイムアウト時間内でない場合に、当該エコー応答の送信元である他のＩＰ通信装置との回線に障害が発生したものと判定する手段と、
前記複数の他のＩＰ通信装置のいずれかとの回線に障害が発生したものと判定した場合において、収容している前記通信装置から当該いずれかの他のＩＰ通信装置への呼を受信した場合に、当該通信装置に対して話中処理を行う手段と、
前記複数の他のＩＰ通信装置との全ての回線に障害が発生したものと判定した場合に、収容している前記通信装置との信号線をビジー状態にする手段と、
前記他のＩＰ通信装置との回線に障害が発生したものと判定した場合において、前記第２のポーリング間隔で送信したエコー要求に対するエコー応答の応答時間が、所定回数連続して前記第２のタイムアウト時間内である場合に、当該他のＩＰ通信装置との回線の障害が解消したものと判定する手段と、
前記他のＩＰ通信装置との回線の障害が解消したものと判定した場合に、当該他のＩＰ通信装置に送信するエコー要求の間隔を、前記第２のポーリング間隔から前記第１のポーリング間隔へ戻して、収容している前記通信装置に対する話中処理、または収容している前記通信装置との信号線のビジー状態を解除する手段と、を有すること
を特徴とするＩＰ通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002054705A JP3853233B2 (ja) | 2002-02-28 | 2002-02-28 | Ｉｐ網における回線状態検出方法およびｉｐ通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002054705A JP3853233B2 (ja) | 2002-02-28 | 2002-02-28 | Ｉｐ網における回線状態検出方法およびｉｐ通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003258902A JP2003258902A (ja) | 2003-09-12 |
| JP3853233B2 true JP3853233B2 (ja) | 2006-12-06 |
Family
ID=28665785
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002054705A Expired - Fee Related JP3853233B2 (ja) | 2002-02-28 | 2002-02-28 | Ｉｐ網における回線状態検出方法およびｉｐ通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3853233B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101086397B1 (ko) * | 2003-12-02 | 2011-11-23 | 삼성전자주식회사 | Ｉｐ 패킷의 에러 처리 장치 및 방법, 그리고 상기 방법을실행하는 프로그램을 기록한 컴퓨터로 읽을 수 있는 기록매체 |
| JP4567363B2 (ja) * | 2004-04-09 | 2010-10-20 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | 回線帯域判定システム、回線帯域判定方法及びプログラム |
| US7782787B2 (en) * | 2004-06-18 | 2010-08-24 | Avaya Inc. | Rapid fault detection and recovery for internet protocol telephony |
| JP4502847B2 (ja) * | 2005-03-08 | 2010-07-14 | Ｎｅｃフィールディング株式会社 | 音声ネットワークの異常検知方法と音声ネットワーク用異常検出装置および異常検出システム |
| JP5222341B2 (ja) * | 2010-11-12 | 2013-06-26 | ミハル通信株式会社 | Ｓｎｍｐトラップの伝送方法 |
| KR20210030091A (ko) * | 2019-09-09 | 2021-03-17 | 주식회사 엘지화학 | 통신 장치, 통신 방법 및 전기 차량 |
-
2002
- 2002-02-28 JP JP2002054705A patent/JP3853233B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003258902A (ja) | 2003-09-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1158736B1 (en) | Gateway system for interconnecting internet and telephone network, and routing control method | |
| WO2009124499A1 (zh) | 信令传送的保护方法、装置及通信系统 | |
| JP2004186766A (ja) | バックアップ制御装置および制御装置バックアップ方法 | |
| CN102577332A (zh) | 用于多向路径选择的系统、方法和计算机程序 | |
| WO2012088843A1 (zh) | 双向转发检测方法和系统 | |
| JP3829467B2 (ja) | 網間経路制御装置 | |
| JP4482050B2 (ja) | 電話システムとそのゲートウェイ、および冗長切替方法 | |
| JP3853233B2 (ja) | Ｉｐ網における回線状態検出方法およびｉｐ通信装置 | |
| WO2012165726A1 (ko) | 메쉬 네트워크 노드 및 그의 데이터 전송 방법 | |
| WO2010034147A1 (zh) | 一种实现中继网关容灾不断话的方法、系统及媒体网关 | |
| JP2003298660A (ja) | ＶｏＩＰゲートウエイ装置およびＶｏＩＰ通信状態の検出方法 | |
| JP2008160308A (ja) | 通信システム、ＶｏＩＰ通信装置及び通信方法 | |
| TWI394402B (zh) | 網路偵測設備及其主動偵測網路品質的方法 | |
| US9357070B2 (en) | Recovery of established emergency calls | |
| KR100438071B1 (ko) | ＶｏＩＰ게이트웨이의 인터넷망 장애시 발신호 경로재설정방법 | |
| KR100469244B1 (ko) | Ｖｏｉｐ 게이트웨이 및 이를 위한 장애 처리 방법 | |
| JP4692419B2 (ja) | ネットワーク装置及びそれに用いる冗長切替え方法並びにそのプログラム | |
| JP4576796B2 (ja) | ＶｏＩＰ通信装置における呼制御方法 | |
| JP4579746B2 (ja) | 接続管理装置、接続管理装置の制御方法および制御プログラム | |
| JP2006121246A (ja) | 移動体パケット通信システム、ノード装置及びそれらに用いるｐｄｐコンテキスト継続方法 | |
| JP4768201B2 (ja) | ＶｏＩＰシステム及びそれに用いるルート障害通知方法 | |
| JP3874638B2 (ja) | ＶｏＩＰシステムにおける特定相手非動作通知方法およびＶｏＩＰシステム用通信交換管理装置 | |
| JP3934901B2 (ja) | ＶｏＩＰシステムにおける障害対策方法、ＶｏＩＰシステムおよびＶｏＩＰシステム用通信交換管理装置 | |
| JP3567873B2 (ja) | 無線通信ネットワーク及びそれに用いる障害検出方法 | |
| JP2000083058A (ja) | 音声パケット転送装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040811 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20040811 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20051209 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060131 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060331 |
|
| 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: 20060822 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060905 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D04 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090915 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
| 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: 20100915 Year of fee payment: 4 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100915 Year of fee payment: 4 |
|
| 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: 20100915 Year of fee payment: 4 |
|
| 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: 20100915 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110915 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120915 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130915 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |