JP2003258902A - Method for detecting line state of ip network and ip communication device - Google Patents
Method for detecting line state of ip network and ip communication deviceInfo
- Publication number
- JP2003258902A JP2003258902A JP2002054705A JP2002054705A JP2003258902A JP 2003258902 A JP2003258902 A JP 2003258902A JP 2002054705 A JP2002054705 A JP 2002054705A JP 2002054705 A JP2002054705 A JP 2002054705A JP 2003258902 A JP2003258902 A JP 2003258902A
- Authority
- JP
- Japan
- Prior art keywords
- communication device
- communication
- line
- echo
- line state
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】本発明は、インターネットや
ＩＰ-ＶＰＮ（Internet Protocol-Virtual PathNetwor
k）等のＩＰ網に接続されたＩＰ通信装置間の回線状態
を検出する技術に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to the Internet and IP-VPN (Internet Protocol-Virtual Path Network).
The present invention relates to a technique for detecting a line state between IP communication devices connected to an IP network such as k).
【０００２】[0002]
【従来の技術】インターネット端末等のＩＰ通信装置
は、相手装置との呼の確立にＴＣＰ/ＩＰ（Transmissio
n Control Protocol/Internet Protocol）を利用するこ
とが多い。したがって、ＩＰ網で輻輳等が発生し、この
ために回線遅延が大きい場合でも、ＴＣＰ/ＩＰが持つ
再送制御/フロー制御機能等によりリンクを確立するこ
とが可能である。2. Description of the Related Art An IP communication device such as an Internet terminal or the like uses a TCP / IP (Transmissio) to establish a call with a partner device.
n Control Protocol / Internet Protocol) is often used. Therefore, even if congestion occurs in the IP network and thus the line delay is large, the link can be established by the retransmission control / flow control function of TCP / IP.
【０００３】[0003]
【発明が解決しようとする課題】近年、ＶｏＩＰ（Voic
e over IP）電話システム等のＩＰ網を利用して電話通
信やＦＡＸ通信を行なうシステムが提案されている。と
ころで、電話通信やＦＡＸ通信では、リアルタイム性が
要求される。したがって、ＩＰ網の輻輳等により回線遅
延が発生すると、例えリンクの確立が維持されても、音
声の途切れやＦＡＸ通信エラーが生じることがある。In recent years, VoIP (Voic
A system for performing telephone communication and FAX communication using an IP network such as an e over IP (telephone) system has been proposed. By the way, real-time performance is required for telephone communication and FAX communication. Therefore, if a line delay occurs due to congestion of the IP network or the like, voice interruption or FAX communication error may occur even if the establishment of the link is maintained.
【０００４】本発明は上記事情に鑑みてなされたもので
あり、本発明の目的は、電話通信やＦＡＸ通信等のリア
ルタイム性が要求される通信をＩＰ網を利用して実現す
る場合において、リンク確立後に、声の途切れやＦＡＸ
通信エラーが生じる可能性を低減することにある。The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a link in the case where real-time communication such as telephone communication or FAX communication is realized using an IP network. After establishment, voice interruption and FAX
It is to reduce the possibility of communication errors.
【０００５】[0005]
【課題を解決するための手段】上記課題を解決するため
に、本発明では、ＩＰ通信装置間でＩＣＭＰ（Internet
Control Message Protocol）のエコー要求（通称ＰＩ
ＮＧ）およびエコー応答のやり取りを定期的に行なっ
て、一方のＩＰ通信装置が他方のＩＰ通信装置へエコー
要求を送出してから、他方のＩＰ通信装置から一方のＩ
Ｐ通信装置へエコー応答が到着するまでの時間（応答時
間）を測定する。そして、この測定結果（ＩＰ通信装置
間の回線状態）に応じて、該当回線の閉塞/閉塞解除を
制御したり、管理端末等に回線状態をアラーム通知した
り、ＳＮＭＰ（Simple Network Management Protocol）
のＴＲＡＰを利用して、網監視装置等に回線状態を通知
したりする。In order to solve the above problems, according to the present invention, ICMP (Internet) is used between IP communication devices.
Echo request of Control Message Protocol (commonly called PI
NG) and an echo response are periodically exchanged, one IP communication device sends an echo request to the other IP communication device, and then the other IP communication device transmits one I
The time (response time) until the echo response arrives at the P communication device is measured. Then, according to this measurement result (line state between IP communication devices), control of blocking / unblocking of the relevant line, alarm notification of the line state to a management terminal, and SNMP (Simple Network Management Protocol)
The TRAP is used to notify the network monitoring device or the like of the line status.
【０００６】本発明によれば、前記の構成により、ＩＰ
通信装置間の回線状態を定期的に監視できる。そして、
回線に障害がある場合や回線遅延が大きい場合は、該当
回線を閉塞したり、あるいは、その旨を適当な装置に通
知したりすることにより、該当回線の使用を規制した
り、その使用に注意を促したり、あるいは、バックアッ
プ回線へ切替えを促したりすることが可能となる。これ
により、リアルタイム性が要求される通信をＩＰ網を利
用して実現する場合において、リンク確立後にエラー等
が生じる可能性を低減できる。According to the present invention, the IP
The line status between communication devices can be regularly monitored. And
If there is a line failure or a large line delay, block the line or notify the appropriate device to restrict the use of the line or be careful of its use. It is possible to prompt the switch or to switch to the backup line. This can reduce the possibility that an error or the like will occur after the link is established when the communication requiring the real-time property is realized using the IP network.
【０００７】なお、本発明において、ＩＰ通信装置間の
回線状態監視のために使用するＩＣＭＰのエコー要求/
エコー応答は、ＴＣＰ/ＩＰを実装したＩＰ通信装置の
殆どがサポートしている。つまり、通信相手のＩＰ通信
装置が、他メーカ製や他機種等であっても、本発明によ
るＩＰ通信装置間の回線状態監視が可能となる。In the present invention, the echo request / request of ICMP used for monitoring the line status between the IP communication devices.
The echo response is supported by most of IP communication devices that implement TCP / IP. That is, even if the IP communication device of the communication partner is made by another maker or another model, it is possible to monitor the line state between the IP communication devices according to the present invention.
【０００８】[0008]
【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described below.
【０００９】図１は、本発明の一実施形態が適用された
ＩＰ通信システムの概略図である。FIG. 1 is a schematic diagram of an IP communication system to which an embodiment of the present invention is applied.
【００１０】図１において、符号３０はＰＢＸ（Privat
e Branch Exchange）あるいは音声、ＦＡＸ端末（以
下、ＰＢＸ/端末と呼ぶ）、符号４０はルータ、そし
て、符号１０はＰＢＸ/端末３０をルータ４０を介して
ＩＰ網６０に接続するＩＰ通信装置である。また、符号
２０は管理端末、符号５０は網監視装置である。In FIG. 1, reference numeral 30 is a PBX (Privat).
e Branch Exchange) or voice, FAX terminal (hereinafter referred to as PBX / terminal), reference numeral 40 is a router, and reference numeral 10 is an IP communication device for connecting the PBX / terminal 30 to the IP network 60 via the router 40. . Further, reference numeral 20 is a management terminal, and reference numeral 50 is a network monitoring device.
【００１１】ＩＰ通信装置１０は、例えばＩＴＵＴの
Ｈ．３２３に規定するＶｏＩＰの呼制御手順を行なうこ
とにより、ＩＰ網６０を介して通信相手（ＩＰ通信装置
１０）との間に呼を確立する。そして、この呼を介して
音声信号やＦＡＸ信号等の通信信号の送受を行なう。つ
まり、ＰＢＸ/端末３０より送られてきた通信信号をパ
ケット化し、ＩＰ網６０を介して通信相手へ送信する。
また、ＩＰ網６０を介して通信相手より受信したパケッ
トから通信信号を抽出し、ＰＢＸ/端末３０へ送信す
る。The IP communication device 10 is, for example, H.264 of ITUT. By performing the VoIP call control procedure defined in H.323, a call is established with the communication partner (IP communication device 10) via the IP network 60. Then, communication signals such as voice signals and FAX signals are transmitted and received through this call. That is, the communication signal transmitted from the PBX / terminal 30 is packetized and transmitted to the communication partner via the IP network 60.
Also, the communication signal is extracted from the packet received from the communication partner via the IP network 60 and transmitted to the PBX / terminal 30.
【００１２】また、ＩＰ通信装置１０は、ＩＰ網６０に
接続する他のＩＰ通信装置１０に対して、ＩＣＭＰ（In
ternet Control Message Protocol）のエコー要求を使
用してポーリングを行なう。そして、通信相手（ＩＰ通
信装置１０）からのエコー応答の応答時間を測定するこ
とで、この通信相手との間の回線状態（障害および遅延
状態）を監視する。通信相手との間の回線状態が障害あ
るいは遅延が大きい状態にある場合、ＩＰ通信装置１０
は、次の制御処理〜のうちの少なくとも１つを実施
する。すなわち、通信相手に対する発呼を制限して、
この通信相手との回線を閉塞する。自装置に接続され
た管理端末２０あるいは自装置が備える表示部に、回線
状態（障害あるいは遅延発生）をアラーム通知する。
ＳＮＭＰ（Simple Network Management Protocol）のＴ
ＲＡＰを利用して網監視装置５０に回線状態を通知す
る。Further, the IP communication device 10 sends an ICMP (In) to another IP communication device 10 connected to the IP network 60.
Poll using echo request of ternet Control Message Protocol). Then, by measuring the response time of the echo response from the communication partner (IP communication device 10), the line status (fault and delay status) with the communication partner is monitored. If there is a failure or a large delay in the line status with the communication partner, the IP communication device 10
Performs at least one of the following control processes. That is, restricting calls to the communication partner,
The line with this communication partner is blocked. An alarm is sent to the management terminal 20 connected to the own device or the display unit included in the own device to notify the line status (failure or delay occurrence).
T for SNMP (Simple Network Management Protocol)
The network status is notified to the network monitoring device 50 using RAP.
【００１３】また、ＩＰ通信装置１０は、通信相手との
間の回線状態が障害あるいは遅延が大きい状態から回復
した場合に、この通信相手と回線が閉塞されているなら
ば、これを解除する。また、自装置に接続された管理端
末２０あるいは自装置が備える表示部に、回線状態（回
復）をアラーム通知したり、ＳＮＭＰのＴＲＡＰを利用
して網監視装置５０に回線状態を通知したりする。Further, when the line state with the communication partner recovers from a failure or a large delay, the IP communication device 10 releases the line with the communication partner if the line is blocked. Further, the management terminal 20 connected to the own device or a display unit included in the own device is notified of the line status (recovery) by an alarm, or the TRAP of SNMP is used to notify the network monitoring apparatus 50 of the line status. .
【００１４】なお、ＩＰ通信装置１０は、ＩＰ網６０に
接続する他の全てのＩＰ通信装置１０との回線を閉塞す
る場合、例えばＰＢＸ/端末３０への信号線をビジー状
態にするなどにより、自装置とＰＢＸ/端末３０との間
を閉塞する。ここで、複数のＩＰ通信装置Ａ、Ｂ（１
０）と接続するＰＢＸ/端末（Ａ）３０は、例えばＩＰ
通信装置（Ａ）１０との間が閉塞されたことを検出した
場合、通信にＩＰ通信装置（Ｂ）１０を経由するバック
アップ回線（迂回ルート）を利用するように切替えるこ
とも可能である。When the IP communication device 10 closes the lines with all the other IP communication devices 10 connected to the IP network 60, for example, by making the signal line to the PBX / terminal 30 busy. The device and the PBX / terminal 30 are closed. Here, the plurality of IP communication devices A and B (1
0), the PBX / terminal (A) 30 connected to
When it is detected that the connection with the communication device (A) 10 is blocked, it is possible to switch to use a backup line (a detour route) that passes through the IP communication device (B) 10 for communication.
【００１５】図２は、本実施形態のＩＰ通信システムに
おけるＩＣＭＰのエコー要求パケット/エコー応答パケ
ットの経路を示す図である。ここでは、ＩＰ通信装置
（Ａ）１０がＩＰ通信装置（Ｃ）１０との間の回線状態
を監視するために行なうＩＣＭＰのエコー要求パケット
/エコー応答パケットの経路を示している。FIG. 2 is a diagram showing paths of ICMP echo request packets / echo response packets in the IP communication system of this embodiment. Here, an echo request packet of ICMP performed by the IP communication device (A) 10 to monitor the line state with the IP communication device (C) 10.
/ Shows the path of the echo reply packet.
【００１６】図示するように、ＩＰ通信装置（Ａ）１０
は、定期的に、ＩＰ通信装置Ｃ（１０）を宛先としたＩ
ＣＭＰのエコー要求パケットを作成し、ＩＰ網６０側へ
送出する。このエコー要求パケットは、ルータ（Ａ）４
０、ＩＰ網６０およびルータ（Ｃ）４０を経由して、Ｉ
Ｐ通信装置（Ｃ）１０に到達する。これを受けて、ＩＰ
通信装置（Ｃ）１０は、このエコー要求パケットに対す
るエコー応答パケットを作成し、ＩＰ網６０側へ送出す
る。このエコー応答パケットは、ルータ（Ｃ）４０、Ｉ
Ｐ網６０およびルータ（Ａ）４０を経由して、ＩＰ通信
装置（Ａ）１０に到達する。ＩＰ通信装置（Ａ）１０
は、エコー要求パケットをＩＰ通信装置（Ｃ）１０に送
信してから、このエコー要求パケットに対するエコー応
答パケットがＩＰ通信装置Ｃ（１０）から送られてくる
までの時間（応答時間）を測定する。そして、この結果
に従い、ＩＰ通信装置（Ａ）１０は、ＩＰ通信装置
（Ｃ）１０とのKEEP-ALIVE（疎通確認）および回線遅延
検出を行なう。As shown, the IP communication device (A) 10
Is periodically addressed to the IP communication device C (10) by I
An echo request packet for CMP is created and sent to the IP network 60 side. This echo request packet is sent to the router (A) 4
0, IP network 60 and router (C) 40
The P communication device (C) 10 is reached. In response to this, IP
The communication device (C) 10 creates an echo response packet for this echo request packet and sends it to the IP network 60 side. This echo reply packet is sent to the router (C) 40, I
The IP communication device (A) 10 is reached via the P network 60 and the router (A) 40. IP communication device (A) 10
Measures the time (response time) from when the echo request packet is sent to the IP communication device (C) 10 until the echo response packet for the echo request packet is sent from the IP communication device C (10). . Then, according to this result, the IP communication device (A) 10 performs KEEP-ALIVE (communication confirmation) and line delay detection with the IP communication device (C) 10.
【００１７】図３は、図２に示したエコー要求パケット
/エコー応答パケットのKEEP-ALIVEおよび回線遅延検出
のための応答時間を示す図である。図示するように、応
答時間Ｔ（ms）は、エコー要求パケットのＩＰ通信装置
（Ａ）１０からＩＰ通信装置（Ｃ）１０への伝送時間Ｔ
１（ms）と、エコー応答パケットのＩＰ通信装置（Ｃ）
１０からＩＰ通信装置（Ａ）１０への伝送時間Ｔ２（m
s）とを加算した時間となる。したがって、応答時間Ｔ
（ms）には、ルータ４０等での遅延時間も含まれる。そ
こで、上述したように、ＩＰ通信装置（Ａ）１０は、エ
コー要求パケットをＩＰ通信装置（Ｃ）１０に送信して
から、このエコー要求パケットに対するエコー応答パケ
ットがＩＰ通信装置（Ｃ）１０から送られてくるまでの
時間を測定することで、応答時間を検出している。FIG. 3 shows the echo request packet shown in FIG.
FIG. 13 is a diagram showing KEEP-ALIVE of an echo response packet and a response time for detecting a line delay. As illustrated, the response time T (ms) is the transmission time T of the echo request packet from the IP communication device (A) 10 to the IP communication device (C) 10.
IP communication device of 1 (ms) and echo response packet (C)
Transmission time T2 (m) from IP communication device 10 to IP communication device (A) 10
s) and the time added. Therefore, the response time T
The delay time in the router 40 or the like is also included in (ms). Therefore, as described above, the IP communication device (A) 10 transmits an echo request packet to the IP communication device (C) 10 and then an echo response packet for this echo request packet is sent from the IP communication device (C) 10. The response time is detected by measuring the time until it is sent.
【００１８】図４は、本実施形態のＩＰ通信システムで
のポーリング間隔と回線状態（障害の有無）との関係を
示す図である。ここでは、図１において、ＩＰ通信装置
（Ａ）１０がＩＰ通信装置（Ｃ）１０との間の回線状態
（障害の有無）を監視するために行なうＩＣＭＰのエコ
ー要求パケットのポーリング間隔を示している。FIG. 4 is a diagram showing the relationship between the polling interval and the line status (whether there is a failure) in the IP communication system of this embodiment. Here, in FIG. 1, the polling interval of the echo request packet of the ICMP performed by the IP communication device (A) 10 for monitoring the line status (presence / absence of a fault) with the IP communication device (C) 10 is shown. There is.
【００１９】図示するように、ＩＰ通信装置（Ａ）１０
は、ＩＰ通信装置Ｃ（１０）との間でやり取りされるエ
コー要求パケット/エコー応答パケットの応答時間が第
１の所定タイムアウト時間内である場合（Ｔ７１１）、
ポーリング間隔は第１のポーリング間隔とする。そし
て、第１の所定タイムアウト時間（Ｔ７１１）を過ぎて
もエコー応答パケットが来ない場合は、第１のポーリン
グ間隔よりも短い第２のポーリング間隔でポーリングを
実施する。そして、第１の所定タイムアウト時間（Ｔ７
１１）よりも短い第２の所定タイムアウト時間（Ｔ７１
２）を過ぎても、エコー応答パケットが来ない場合は、
ＩＰ通信装置（Ｃ）１０との間の回線に断等の障害が発
生していると判断する。そして、その後は第２のポーリ
ング間隔でポーリングを続け、所定回数連続して応答が
第２の所定タイムアウト時間内にあった場合に、回線に
発生していた障害が解消したものと判断し、ポーリング
間隔を第１のポーリング間隔へ戻す。As shown, the IP communication device (A) 10
If the response time of the echo request packet / echo response packet exchanged with the IP communication device C (10) is within the first predetermined timeout time (T711),
The polling interval is the first polling interval. Then, if the echo response packet does not arrive even after the first predetermined timeout time (T711) has passed, polling is performed at the second polling interval shorter than the first polling interval. Then, the first predetermined timeout time (T7
Second predetermined timeout time (T71) shorter than 11)
If the echo reply packet does not come after 2),
It is determined that a failure such as a disconnection has occurred in the line to the IP communication device (C) 10. Then, after that, the polling is continued at the second polling interval, and when the response is continuously within the second predetermined timeout time for a predetermined number of times, it is determined that the fault occurring in the line is resolved, and the polling is performed. Return the interval to the first polling interval.
【００２０】図５は、本実施形態のＩＰ通信システムで
のポーリング間隔と回線状態（遅延の有無）との関係を
示す図である。ここでは、図１において、ＩＰ通信装置
（Ａ）１０がＩＰ通信装置（Ｃ）１０との間の回線状態
（遅延の有無）を監視するために行なうＩＣＭＰのエコ
ー要求パケットのポーリング間隔を示している。FIG. 5 is a diagram showing the relationship between the polling interval and the line status (presence or absence of delay) in the IP communication system of this embodiment. Here, in FIG. 1, the polling interval of the echo request packet of ICMP performed by the IP communication device (A) 10 for monitoring the line status (presence or absence of delay) with the IP communication device (C) 10 is shown. There is.
【００２１】図示するように、ＩＰ通信装置（Ａ）１０
は、前記第１のポーリング間隔でＩＰ通信装置（Ｃ）１
０に対してポーリングを行なう。そして、エコー要求パ
ケット/エコー応答パケットの応答時間が所定の基準時
間（但し、前記タイムアウト時間より短い）を超える事
態が所定回数連続した場合（Ｔ７１３）に、ＩＰ通信装
置（Ｃ）１０との間の回線に大きな遅延が発生している
と判断する。そして、所定回数連続して応答が基準時間
内にあった場合に、回線に発生していた大きな遅延が解
消したものと判断する。As shown, the IP communication device (A) 10
Is the IP communication device (C) 1 at the first polling interval.
Poll 0. When the response time of the echo request packet / echo response packet exceeds a predetermined reference time (however, shorter than the timeout time) for a predetermined number of times (T713), the time with the IP communication device (C) 10 It is determined that there is a large delay on the line. Then, when the response is within the reference time continuously for a predetermined number of times, it is determined that the large delay occurring in the line has been eliminated.
【００２２】なお、上述のポーリング間隔や、タイムア
ウト時間や、基準時間や、回線状態が障害/遅延である
と判定するときの連続検出回数や、回線状態が障害/遅
延から回復したと判定するときの連続検出回数は、ＩＰ
通信装置１０の設定値により変更可能である。The polling interval, the timeout time, the reference time, the number of continuous detections when it is determined that the line status is a failure / delay, and the line status recovered from a failure / delay are determined. The number of consecutive detections of
It can be changed by the setting value of the communication device 10.
【００２３】図６は、ＩＰ通信装置１０の概略図であ
る。FIG. 6 is a schematic diagram of the IP communication device 10.
【００２４】ここで、ＬＡＮインターフェース（ＩＦ）
部１０１は、ＬＡＮを介して接続されたルータ４０との
フレーム送受を制御する。Here, the LAN interface (IF)
The unit 101 controls frame transmission / reception with the router 40 connected via the LAN.
【００２５】ＩＰ処理部１０２は、ＬＡＮインターフェ
ース部１０２、ＩＣＭＰ制御部１０３、呼制御部１０
８、ＳＮＭＰエージェント１０７およびＲＴＰ（Real-t
ime Transfer Protocol）制御１０９とのＩＰパケット
送受を制御する。The IP processing unit 102 includes a LAN interface unit 102, an ICMP control unit 103, and a call control unit 10.
8, SNMP agent 107 and RTP (Real-t
Controls IP packet transmission / reception with the ime Transfer Protocol) control 109.
【００２６】ＩＣＭＰ制御部１０３は、ＩＣＭＰのエコ
ー要求パケットの生成・送信処理と、これに対するＩＣ
ＭＰのエコー応答パケットの受信・解析処理とを行な
う。また、ＩＣＭＰのエコー要求パケットの受信・解析
処理と、これに対するＩＣＭＰのエコー応答パケットの
生成・送信処理と、を行なう。The ICMP control unit 103 generates and transmits an ICMP echo request packet and the IC for the processing.
It receives and analyzes MP echo response packets. Also, the reception / analysis processing of the ICMP echo request packet and the generation / transmission processing of the ICMP echo response packet for the same are performed.
【００２７】監視制御部１０４は、ＩＣＭＰ制御部１０
３で処理結果を基に、各通信相手に対する前記応答時間
の測定を行なう。そして、その測定結果に応じて各通信
相手との回線状態を判断し、呼制御部１０８やＳＮＭＰ
エージェント１０７やアラーム通知部１０６を制御す
る。具体的には、呼制御部１０８に対して、回線の閉塞
/閉塞解除の設定を指示する。また、アラーム通知部１
０６やＳＮＭＰエージェント１０７に対して、回線状態
の通知を指示する。The monitor control unit 104 includes the ICMP control unit 10
In step 3, the response time for each communication partner is measured based on the processing result. Then, the line status with each communication partner is judged according to the measurement result, and the call control unit 108 and the SNMP are connected.
The agent 107 and the alarm notification unit 106 are controlled. Specifically, the call control unit 108 is blocked by the line.
/ Instruct to release the blockade. Also, the alarm notification unit 1
06 and the SNMP agent 107 are instructed to notify the line status.
【００２８】ＰＢＸ/端末インターフェース（ＩＦ）部
１０５は、ＰＢＸ/端末３０との通話信号および制御信
号の送受を制御する。例えば、ＰＢＸ/端末３０との接
続に４線式ＳＳ/ＳＲ・ＯＤインターフェースが採用さ
れている場合、ＰＢＸ/端末インターフェース部１０５
は、ＳＳ信号線の状態を呼制御部１０８に通知すると共
に、呼制御部１０８の指示に従いＳＲ信号線の状態を制
御する。また、ＲＴＰ制御部１０９より送られてきた通
話信号を通話線へ送出すると共に、通話線から受信した
通話信号をＲＴＰ制御部１０９へ渡す。The PBX / terminal interface (IF) section 105 controls transmission / reception of a call signal and a control signal to / from the PBX / terminal 30. For example, when a 4-wire SS / SR / OD interface is used for connection with the PBX / terminal 30, the PBX / terminal interface unit 105
Notifies the state of the SS signal line to the call control unit 108 and controls the state of the SR signal line according to the instruction of the call control unit 108. Also, the call signal sent from the RTP control unit 109 is sent to the call line, and the call signal received from the call line is passed to the RTP control unit 109.
【００２９】アラーム通知部１０６は、監視制御部１０
４からの指示に従い、管理端末２０に回線状態等をアラ
ーム通知する。あるいは、自装置が備える表示部（不図
示）等に回線状態等を表示する。The alarm notification unit 106 is a monitoring control unit 10.
According to the instruction from 4, the management terminal 20 is notified of the line status by an alarm. Alternatively, the line status or the like is displayed on a display unit (not shown) or the like included in the own device.
【００３０】ＳＮＭＰエージェント１０７は、監視制御
部１０４からの指示に従い、ＳＮＭＰマネージャ（図１
では網監視装置５０）へＴＲＡＰ送信を行なう。これに
より、回線状態等を通知する。The SNMP agent 107 follows the instructions from the monitoring control unit 104 and the SNMP manager (see FIG.
Then, TRAP transmission is performed to the network monitoring device 50). This notifies the line status and the like.
【００３１】呼制御部１０８は、例えばＩＴＵＴのＨ．
３２３に規定するＶｏＩＰの呼制御手順を行なうことに
より、ＩＰ網６０を介して通信相手（ＩＰ通信装置１
０）との間に呼を確立する。また、呼制御部１０８は、
監視制御部１０４からの指示に従い、ＰＢＸ/端末イン
ターフェース部１０５を制御して、指定された通信相手
との回線の閉塞/閉塞解除の設定を行なったりする。具
体的には、ＰＢＸ/端末３０よりの、閉塞設定された通
信相手への呼に対し、ＰＢＸ/端末３０にビジートーン
を返す。また、全ての通信相手に対して閉塞設定する場
合は、ＰＢＸ/端末３０との間の回線を全てビジー状態
に設定する。The call control unit 108, for example, H.264 of ITUT.
By performing the VoIP call control procedure defined in H.323, the communication partner (IP communication device 1
0) to establish a call with In addition, the call control unit 108
According to the instruction from the monitor control unit 104, the PBX / terminal interface unit 105 is controlled to set the blocking / unblocking of the line with the designated communication partner. Specifically, a busy tone is returned to the PBX / terminal 30 in response to a call from the PBX / terminal 30 to the communication partner for which blocking is set. Further, when the blocking setting is made for all the communication partners, all the lines with the PBX / terminal 30 are set to the busy state.
【００３２】ＲＴＰ制御部１０９は、ＰＢＸ/端末イン
ターフェース部１０５の通話線から受信した音声信号
を、ＲＴＰに従ってパケット化して、ＩＰ処理部１０２
へ送出する。また、ＲＴＰに従い、ＩＰ処理部１０２よ
り受け取ったＩＰパケットから音声信号を取り出して、
ＰＢＸ/端末インターフェース部１０５へ送信する。The RTP control unit 109 packetizes the voice signal received from the telephone line of the PBX / terminal interface unit 105 according to RTP, and the IP processing unit 102.
Send to. Further, according to RTP, a voice signal is extracted from the IP packet received from the IP processing unit 102,
It is transmitted to the PBX / terminal interface unit 105.
【００３３】次に、ＩＰ通信装置１０の監視制御部１０
４の動作についてより詳細に説明する。本実施形態にお
いて、監視制御部１０４の動作は、ＩＰ網６０に接続す
る他のＩＰ通信装置１０各々に対して個別に行なわれる
個別回線制御処理と、ＰＢＸ/端末３０に対してＩＰ通
信装置１０が使用できない状態であることを知らせるた
めの全回線制御処理とに分けることができる。Next, the monitoring controller 10 of the IP communication device 10
The operation of No. 4 will be described in more detail. In the present embodiment, the operation of the monitor control unit 104 is the individual line control processing individually performed for each of the other IP communication devices 10 connected to the IP network 60 and the IP communication device 10 for the PBX / terminal 30. Can be divided into all-line control processing for notifying that it is in an unusable state.
【００３４】まず、個別回線制御処理について説明す
る。First, the individual line control processing will be described.
【００３５】図７は、ＩＰ通信装置１０の監視制御部１
０４における個別回線制御処理を説明するためのフロー
図である。このフローは、ＩＰ網６０に接続する他のＩ
Ｐ通信装置１０各々に対して行なわれる。なお、通信相
手となる各ＩＰ通信装置１０の宛先等は、予め登録され
ているものとする。FIG. 7 shows the monitoring controller 1 of the IP communication device 10.
4 is a flow chart for explaining an individual line control process in 04. FIG. This flow corresponds to another I connected to the IP network 60.
This is performed for each P communication device 10. It is assumed that the destination and the like of each IP communication device 10 that is a communication partner are registered in advance.
【００３６】まず、監視制御部１０４は、ＩＣＭＰ制御
部１０３に対して、監視対象のＩＰ通信装置１０に対す
るエコー要求を指示する。これを受けて、ＩＣＭＰ制御
部１０３は、監視対象のＩＰ通信装置１０を宛先とする
ＩＣＭＰのエコー要求パケットを作成する。この要求パ
ケットは、ＩＰ処理部１０２およびＬＡＮインターフェ
ース部１０１を介してＩＰ網６０へ送出される（Ｓ７０
０１）。First, the monitor control unit 104 instructs the ICMP control unit 103 to make an echo request to the monitored IP communication device 10. In response to this, the ICMP control unit 103 creates an ICMP echo request packet addressed to the monitored IP communication device 10. This request packet is sent to the IP network 60 via the IP processing unit 102 and the LAN interface unit 101 (S70).
01).
【００３７】次に、監視制御部１０４は、エコー要求パ
ケットに対する監視対象のＩＰ通信装置１０よりのエコ
ー応答パケットが、ＬＡＮインターフェース部１０１お
よびＩＰ処理部１０２を介して、所定のタイムアウト時
間内にＩＣＭＰ制御部１０３に届くのを待つ（Ｓ７００
２、Ｓ７００３）。Next, the monitor control unit 104 sends an echo reply packet from the IP communication device 10 to be monitored for the echo request packet through the LAN interface unit 101 and the IP processing unit 102 within the predetermined timeout time to ICMP. Wait until it reaches the control unit 103 (S700
2, S7003).
【００３８】そして、所定のタイムアウト時間内に届い
たならば（Ｓ７００３でＹｅｓ）、エコー要求パケット
を送出してから、これに対するエコー応答パケットを受
け取るまでの応答時間が、所定の基準時間内であるか否
かを調べる（Ｓ７００４）。基準時間内である場合、監
視対象のＩＰ通信装置１０との間の現在の回線状態が正
常であるならば（Ｓ７００５、Ｓ７００６で共にＮ
ｏ）、第１のポーリング間隔が経過するのを待って（Ｓ
７００７）、Ｓ７００１へ戻り、監視対象のＩＰ通信装
置１０に対するエコー要求を続ける。When the packet arrives within the predetermined timeout time (Yes in S7003), the response time from the transmission of the echo request packet to the reception of the echo response packet for the echo request packet is within the predetermined reference time. It is checked whether or not (S7004). If it is within the reference time and the current line status with the monitored IP communication device 10 is normal (N in both S7005 and S7006)
o) Wait for the first polling interval to elapse (S
7007) and returning to S7001, the echo request to the monitored IP communication device 10 is continued.
【００３９】また、監視制御部１０４は、Ｓ７００１で
送出したエコー要求パケットに対する監視対象のＩＰ通
信装置１０よりのエコー応答パケットが、タイムアウト
時間内にＩＣＭＰ制御部１０３に届かなかった場合（Ｓ
７００２でＮｏ）、エコー応答パケットがタイムアウト
時間内に届かないという事態が連続して何回生じている
か（連続ＴＯ検出回数）を確認する（Ｓ７００８）。When the echo response packet from the IP communication device 10 to be monitored for the echo request packet sent in S7001 does not reach the ICMP control unit 103 within the timeout time (S).
(No in 7002), it is confirmed how many times the echo reply packet has not arrived within the timeout time (the number of continuous TO detections) (S7008).
【００４０】そして、連続ＴＯ検出回数が所定の基準回
数Ｓ１以内ならば、前記第１のポーリング間隔よりも短
い第２のポーリング時間が経過するのを待って（Ｓ７０
０９）、Ｓ７００１へ戻り、監視対象のＩＰ通信装置１
０に対する監視を続ける。Then, if the number of continuous TO detections is within the predetermined reference number S1, wait for the second polling time shorter than the first polling interval to elapse (S70).
09), and returns to S7001 to monitor the IP communication device 1
Continue monitoring for 0.
【００４１】一方、連続ＴＯ検出回数が基準回数Ｓ１を
超えている場合、監視制御部１０４は、監視対象のＩＰ
通信装置１０との回線に障害が発生したものと判定し、
呼制御部１０８に対し、監視対象のＩＰ通信装置１０へ
の発呼を規制するように指示する。これにより、呼制御
部１０８は、ＰＢＸ/端末３０より発せられた監視対象
のＩＰ通信装置１０への呼に対し、例えばビジートーン
をＰＢＸ/端末３０に返して話中処理を行なうことによ
り、監視対象のＩＰ通信装置１０との回線を閉塞する
（Ｓ７０１０）。また、監視制御部１０４は、アラーム
通知部１０６およびＳＮＭＰエージェント１０７に対
し、監視対象のＩＰ通信装置１０との回線が障害状態に
あること、および/または、監視対象のＩＰ通信装置１
０との回線が閉塞されていることの通知を指示する。こ
れにより、アラーム通知部１０６は、管理装置２０や図
示していない表示部等に、監視対象のＩＰ通信装置１０
との回線が障害状態にあること、および/または、監視
対象のＩＰ通信装置１０との回線が閉塞されていること
を知らせる。また、ＳＮＭＰエージェント１０７は、Ｔ
ＲＡＰにより、自装置および監視対象のＩＰ通信装置１
０間の回線が障害状態にあること、および/または、自
装置および監視対象のＩＰ通信装置１０間の回線が閉塞
されていることを知らせる（Ｓ７０１１）。それから、
監視制御部１０４は、第２のポーリング時間が経過する
のを待って（Ｓ７００９）、Ｓ７００１へ戻り、監視対
象のＩＰ通信装置１０に対する監視を続ける。On the other hand, when the number of continuous TO detections exceeds the reference number S1, the monitor control unit 104 determines that the IP to be monitored is
It is determined that a failure has occurred in the line with the communication device 10,
The call control unit 108 is instructed to restrict calls to the monitored IP communication device 10. As a result, the call control unit 108 returns a busy tone, for example, to the PBX / terminal 30 in response to a call to the monitored IP communication device 10 issued from the PBX / terminal 30, and performs busy processing to monitor the target. The line with the IP communication device 10 is closed (S7010). Further, the monitoring control unit 104 informs the alarm notification unit 106 and the SNMP agent 107 that the line with the IP communication device 10 to be monitored is in a failure state and / or the IP communication device 1 to be monitored.
It gives a notification that the line with 0 is blocked. As a result, the alarm notification unit 106 causes the management device 20 and the display unit (not shown) to display the IP communication device 10 to be monitored.
And that the line with the monitored IP communication device 10 is blocked. Also, the SNMP agent 107
By RAP, own device and IP communication device 1 to be monitored
It is notified that the line between 0s is in a failure state and / or that the line between itself and the IP communication device 10 to be monitored is blocked (S7011). then,
The monitoring control unit 104 waits for the second polling time to elapse (S7009), returns to S7001, and continues to monitor the IP communication device 10 to be monitored.
【００４２】また、監視制御部１０４は、Ｓ７００１で
送出したエコー要求パケットに対する監視対象のＩＰ通
信装置１０よりのエコー応答パケットが、タイムアウト
時間内に届いたけれども、その応答時間が基準時間を超
えている場合（Ｓ７００４でＮｏ）、応答時間が基準時
間を超えている事態が連続して何回生じているか（連続
基準オーバ検出回数）を確認する（Ｓ７０１２）。Further, although the echo response packet from the IP communication device 10 to be monitored for the echo request packet sent in S7001 arrives within the timeout time, the monitoring control unit 104 determines that the response time exceeds the reference time. When the response time exceeds the reference time (No in S7004), how many times the response time exceeds the reference time (continuous reference over detection frequency) is confirmed (S7012).
【００４３】そして、連続基準オーバ検出回数が所定の
基準回数Ｓ２以内ならば、第１のポーリング間隔が経過
するのを待って（Ｓ７００７）、Ｓ７００１へ戻り、監
視対象のＩＰ通信装置１０に対するエコー要求を続け
る。Then, if the number of continuous reference over detections is within the predetermined reference number S2, wait for the first polling interval to pass (S7007) and return to S7001 to perform an echo request to the IP communication device 10 to be monitored. Continue.
【００４４】一方、連続基準オーバ検出回数が基準回数
Ｓ２を超えている場合、監視制御部１０４は、監視対象
のＩＰ通信装置１０との回線に大きな遅延が発生したも
のと判定し、呼制御部１０８に対し、監視対象のＩＰ通
信装置１０への発呼を規制するように指示する。これに
より、呼制御部１０８は、ＰＢＸ/端末３０より発せら
れた監視対象のＩＰ通信装置１０への呼に対し、例えば
ビジートーンをＰＢＸ/端末３０に返して話中処理を行
なうことにより、監視対象のＩＰ通信装置１０との回線
を閉塞する（Ｓ７０１３）。また、監視制御部１０４
は、アラーム通知部１０６およびＳＮＭＰエージェント
１０７に対し、監視対象のＩＰ通信装置１０との回線が
遅延状態にあること、および/または、監視対象のＩＰ
通信装置１０との回線が閉塞されていることの通知を指
示する。これにより、アラーム通知部１０６は、管理装
置２０や図示していない表示部等に、監視対象のＩＰ通
信装置１０との回線が遅延状態にあること、および/ま
たは、監視対象のＩＰ通信装置１０との回線が閉塞され
ていることを知らせる。また、ＳＮＭＰエージェント１
０７は、ＴＲＡＰにより、自装置および監視対象のＩＰ
通信装置１０間の回線が遅延状態にあること、および/
または、自装置および監視対象のＩＰ通信装置１０間の
回線が閉塞されていることを知らせる（Ｓ７０１４）。
それから、監視制御部１０４は、第１のポーリング時間
が経過するのを待って（Ｓ７００７）、Ｓ７００１へ戻
り、監視対象のＩＰ通信装置１０に対する監視を続け
る。On the other hand, when the number of continuous reference over detections exceeds the reference number S2, the monitoring controller 104 determines that a large delay has occurred in the line with the IP communication device 10 to be monitored, and the call controller The CPU 108 instructs the IP communication device 10 to restrict calls to the monitored IP communication device 10. As a result, the call control unit 108 returns a busy tone, for example, to the PBX / terminal 30 in response to a call to the monitored IP communication device 10 issued from the PBX / terminal 30, and performs busy processing to monitor the target. The line with the IP communication device 10 is closed (S7013). Also, the monitoring control unit 104
Indicates to the alarm notification unit 106 and the SNMP agent 107 that the line with the monitored IP communication device 10 is in a delay state, and / or the monitored IP.
It gives an instruction to notify that the line with the communication device 10 is blocked. As a result, the alarm notification unit 106 informs the management device 20 or a display unit (not shown) that the line with the monitored IP communication device 10 is in a delayed state and / or the monitored IP communication device 10 is in a delayed state. Notify that the line with is blocked. Also, the SNMP agent 1
07 indicates the IP of the self device and the monitoring target by TRAP.
The line between the communication devices 10 is in a delay state, and /
Alternatively, it notifies that the line between itself and the IP communication device 10 to be monitored is blocked (S7014).
Then, the monitoring controller 104 waits for the first polling time to elapse (S7007), returns to S7001, and continues to monitor the IP communication device 10 to be monitored.
【００４５】また、監視制御部１０４は、Ｓ７００１で
送出したエコー要求パケットに対する監視対象のＩＰ通
信装置１０よりのエコー応答パケットが、タイムアウト
時間内に届いており、且つ、その応答時間が基準時間内
である場合において、監視対象のＩＰ通信装置１０との
間の現在の回線状態が障害状態であると判定しているな
らば（Ｓ７００５でＹｅｓ）、エコー応答パケットがタ
イムアウト時間内に届いており、且つ、その応答時間が
基準時間内である事態が、連続して何回生じているか
（連続クリア検出回数）を確認する（Ｓ７０１５）。Also, the monitoring control unit 104 determines that the echo reply packet from the IP communication device 10 to be monitored for the echo request packet sent in S7001 has arrived within the timeout time, and the response time is within the reference time. If it is determined that the current line state with the monitored IP communication device 10 is a failure state (Yes in S7005), the echo response packet has arrived within the timeout time, In addition, it is confirmed how many times the response time is within the reference time (the number of continuous clear detections) in succession (S7015).
【００４６】そして、連続クリア検出回数が所定の基準
回数Ｓ３以内ならば、第２のポーリング間隔が経過する
のを待って（Ｓ７００９）、Ｓ７００１へ戻り、監視対
象のＩＰ通信装置１０に対するエコー要求を続ける。If the number of consecutive clear detections is within the predetermined reference number S3, wait for the second polling interval to pass (S7009), and return to S7001 to send an echo request to the IP communication device 10 to be monitored. to continue.
【００４７】一方、連続クリア検出回数が基準回数Ｓ３
を超えている場合、監視制御部１０４は、監視対象のＩ
Ｐ通信装置１０との回線に生じていた障害が解消したも
のと判定し、呼制御部１０８に対し、監視対象のＩＰ通
信装置１０への発呼の規制を解除するように指示する。
これにより、呼制御部１０８は、ＰＢＸ/端末３０より
発せられた監視対象のＩＰ通信装置１０への呼に対し、
呼制御手順に従って通常処理を行なうことにより、監視
対象のＩＰ通信装置１０との回線を閉塞解除する（Ｓ７
０１６）。また、監視制御部１０４は、アラーム通知部
１０６およびＳＮＭＰエージェント１０７に対し、監視
対象のＩＰ通信装置１０との回線障害が解消したこと、
および/または、監視対象のＩＰ通信装置１０との回線
が閉塞解除されていることの通知を指示する。これによ
り、アラーム通知部１０６は、管理装置２０や図示して
いない表示部等に、監視対象のＩＰ通信装置１０との回
線障害が解消したこと、および/または、監視対象のＩ
Ｐ通信装置１０との回線が閉塞解除されていることを知
らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡ
Ｐにより、自装置および監視対象のＩＰ通信装置１０間
の回線障害が解消されたこと、および/または、自装置
および監視対象のＩＰ通信装置１０間の回線が閉塞解除
されていることを知らせる（Ｓ７０１７）。それから、
監視制御部１０４は、第１のポーリング時間が経過する
のを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対
象のＩＰ通信装置１０に対する監視を続ける。On the other hand, the number of consecutive clear detections is the reference number S3.
If it exceeds, the monitoring control unit 104 determines that the I
It is determined that the failure that has occurred in the line with the P communication device 10 has been resolved, and the call control unit 108 is instructed to release the restriction of calling to the monitored IP communication device 10.
As a result, the call control unit 108 responds to the call to the monitored IP communication device 10 from the PBX / terminal 30.
By performing normal processing according to the call control procedure, the line with the monitored IP communication device 10 is released (S7).
016). Further, the monitoring control unit 104 causes the alarm notification unit 106 and the SNMP agent 107 to eliminate the line failure with the monitored IP communication device 10.
And / or, it gives an instruction to notify that the line with the monitored IP communication device 10 is released. As a result, the alarm notification unit 106 causes the management device 20, a display unit (not shown), and the like to detect that the line fault with the monitored IP communication device 10 has been resolved and / or the monitored I
Notify that the line with the P communication device 10 is released. Also, the SNMP agent 107 is a TRA.
P indicates that the line failure between the self-device and the monitored IP communication device 10 has been resolved, and / or the line between the self-device and the monitored IP communication device 10 has been unblocked ( S7017). then,
The monitoring controller 104 waits for the first polling time to elapse (S7007), returns to S7001, and continues to monitor the IP communication device 10 to be monitored.
【００４８】また、監視制御部１０４は、Ｓ７００１で
送出したエコー要求パケットに対する監視対象のＩＰ通
信装置１０よりのエコー応答パケットが、タイムアウト
時間内に届いており、且つ、その応答時間が基準時間内
である場合において、監視対象のＩＰ通信装置１０との
間の現在の回線状態が遅延状態であると判定しているな
らば（Ｓ７００６でＹｅｓ）、エコー応答パケットがタ
イムアウト時間内に届いており、且つ、その応答時間が
基準時間内である事態が、連続して何回生じているか
（連続クリア検出回数）を確認する（Ｓ７０１８）。Further, the monitoring control unit 104 determines that the echo reply packet from the IP communication device 10 to be monitored for the echo request packet sent in S7001 has arrived within the timeout time, and the response time is within the reference time. If it is determined that the current line state with the monitored IP communication device 10 is the delay state (Yes in S7006), the echo response packet has arrived within the timeout time, At the same time, it is confirmed how many times the response time is within the reference time (continuous clear detection frequency) (S7018).
【００４９】そして、連続クリア検出回数が所定の基準
回数Ｓ４以内ならば、第１のポーリング間隔が経過する
のを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対
象のＩＰ通信装置１０に対するエコー要求を続ける。If the number of consecutive clear detections is within the predetermined reference number S4, wait for the first polling interval to pass (S7007), and return to S7001 to send an echo request to the monitored IP communication device 10. to continue.
【００５０】一方、連続クリア検出回数が基準回数Ｓ４
を超えている場合、監視制御部１０４は、監視対象のＩ
Ｐ通信装置１０との回線に生じていた遅延が解消したも
のと判定し、呼制御部１０８に対し、監視対象のＩＰ通
信装置１０への発呼の規制を解除するように指示する。
これにより、呼制御部１０８は、ＰＢＸ/端末３０より
発せられた監視対象のＩＰ通信装置１０への呼に対し、
呼制御手順に従って通常処理を行なうことにより、監視
対象のＩＰ通信装置１０との回線を閉塞解除する（Ｓ７
０１６）。また、監視制御部１０４は、アラーム通知部
１０６およびＳＮＭＰエージェント１０７に対し、監視
対象のＩＰ通信装置１０との回線遅延が解消したこと、
および/または、監視対象のＩＰ通信装置１０との回線
が閉塞解除されていることの通知を指示する。これによ
り、アラーム通知部１０６は、管理装置２０や図示して
いない表示部等に、監視対象のＩＰ通信装置１０との回
線遅延が解消したこと、および/または、監視対象のＩ
Ｐ通信装置１０との回線が閉塞解除されていることを知
らせる。また、ＳＮＭＰエージェント１０７は、ＴＲＡ
Ｐにより、自装置および監視対象のＩＰ通信装置１０間
の回線遅延が解消されたこと、および/または、自装置
および監視対象のＩＰ通信装置１０間の回線が閉塞解除
されていることを知らせる（Ｓ７０１７）。それから、
監視制御部１０４は、第１のポーリング時間が経過する
のを待って（Ｓ７００７）、Ｓ７００１へ戻り、監視対
象のＩＰ通信装置１０に対する監視を続ける。On the other hand, the number of consecutive clear detections is the reference number S4.
If it exceeds, the monitoring control unit 104 determines that the I
It is determined that the delay that has occurred in the line with the P communication device 10 has been eliminated, and the call control unit 108 is instructed to cancel the restriction of the call to the monitored IP communication device 10.
As a result, the call control unit 108 responds to the call to the monitored IP communication device 10 from the PBX / terminal 30.
By performing normal processing according to the call control procedure, the line with the monitored IP communication device 10 is released (S7).
016). In addition, the monitoring control unit 104, for the alarm notification unit 106 and the SNMP agent 107, that the line delay with the monitored IP communication device 10 has been eliminated,
And / or, it gives an instruction to notify that the line with the monitored IP communication device 10 is released. As a result, the alarm notification unit 106 causes the management device 20 and a display unit (not shown) to cancel the line delay with the monitored IP communication device 10 and / or to monitor the I
Notify that the line with the P communication device 10 is released. Also, the SNMP agent 107 is a TRA.
P informs that the line delay between the own device and the monitored IP communication device 10 has been resolved, and / or that the line between the own device and the monitored IP communication device 10 has been unblocked ( S7017). then,
The monitoring controller 104 waits for the first polling time to elapse (S7007), returns to S7001, and continues to monitor the IP communication device 10 to be monitored.
【００５１】次に、全回線制御処理について説明する。Next, the all-line control processing will be described.
【００５２】図８は、ＩＰ通信装置１０の監視制御部１
０４における全回線制御処理を説明するためのフロー図
である。FIG. 8 shows the supervisory control unit 1 of the IP communication device 10.
FIG. 4 is a flowchart for explaining all-line control processing in 04.
【００５３】まず、監視制御部１０４は、ＩＰ網６０を
介して接続する全てのＩＰ通信装置１０（通信相手のＩ
Ｐ通信装置１０）各々との回線が閉塞設定されている場
合（Ｓ８００１でＹｅｓ）、全回線の一括閉塞が設定さ
れていないならば（Ｓ８００２でＮｏ）、呼制御部１０
８に対して、全回線の一括閉塞設定を指示する。これに
より、呼制御部１０８は、ＰＢＸ/端末インターフェー
ス部１０５を制御し、ＰＢＸ/端末３０との信号線をビ
ジー状態に設定するなどして、ＰＢＸ/端末３０からの
呼を一切受け付けないようにする（Ｓ８００３）。ま
た、監視制御部１０４は、アラーム通知部１０６および
ＳＮＭＰエージェント１０７に対し、全回線が一括閉塞
されていることの通知を指示する。これにより、アラー
ム通知部１０６は、管理装置２０や図示していない表示
部等に、全回線が一括閉塞されていることを知らせる。
また、ＳＮＭＰエージェント１０７は、ＴＲＡＰによ
り、自装置の全回線が一括閉塞されていることを知らせ
る（Ｓ８００４）。First, the monitoring control unit 104 makes all the IP communication devices 10 (I of the communication partner) connected via the IP network 60.
P communication device 10) If the line with each of them is set to be blocked (Yes in S8001), if the block of all lines is not set (No in S8002), the call control unit 10
8 is instructed to collectively block all lines. As a result, the call control unit 108 controls the PBX / terminal interface unit 105, sets the signal line with the PBX / terminal 30 in a busy state, and prevents the call from the PBX / terminal 30 at all. Yes (S8003). Further, the monitoring control unit 104 instructs the alarm notification unit 106 and the SNMP agent 107 to notify that all lines are blocked at once. As a result, the alarm notification unit 106 notifies the management device 20 and a display unit (not shown) that all the lines are blocked.
Further, the SNMP agent 107 informs by TRAP that all the lines of the own device are collectively blocked (S8004).
【００５４】また、監視制御部１０４は、ＩＰ網６０を
介して接続する少なくとも１つのＩＰ通信装置１０との
回線が閉塞設定されていない場合（Ｓ８００１でＮ
ｏ）、全回線が一括閉塞設定されているならば（Ｓ８０
０５でＹｅｓ）、呼制御部１０８に対して、全回線の一
括閉塞解除を指示する。これにより、呼制御部１０８
は、ＰＢＸ/端末インターフェース部１０５を制御し、
ＰＢＸ/端末３０との信号線のビジー状態を解消するな
どして、ＰＢＸ/端末３０からの呼を受け付けられるよ
うにする（Ｓ８００６）。また、監視制御部１０４は、
アラーム通知部１０６およびＳＮＭＰエージェント１０
７に対し、全回線の一括閉塞が解除されていることの通
知を指示する。これにより、アラーム通知部１０６は、
管理装置２０や図示していない表示部等に、全回線の一
括閉塞が解除されていることを知らせる。また、ＳＮＭ
Ｐエージェント１０７は、ＴＲＡＰにより、自装置の全
回線の一括閉塞が解除されていることを知らせる（Ｓ８
００７）。Further, the supervisory control unit 104 determines that the line with at least one IP communication device 10 connected via the IP network 60 is not set to be blocked (N in S8001).
o) If all lines are set to block at once (S80)
(Yes in 05), the call control unit 108 is instructed to release the block blocking of all lines. As a result, the call control unit 108
Controls the PBX / terminal interface unit 105,
By canceling the busy state of the signal line with the PBX / terminal 30, the call from the PBX / terminal 30 can be accepted (S8006). In addition, the monitor control unit 104
Alarm notification unit 106 and SNMP agent 10
7 is instructed to notify that the blockade of all lines has been released. As a result, the alarm notification unit 106
The management device 20 and a display unit (not shown) are informed that the blockade of all lines has been released. Also, SNM
The P agent 107 informs by TRAP that the block blocking of all the lines of its own device has been released (S8).
007).
【００５５】最後に、図７および図８で説明した閉塞設
定の違いについて説明する。図９は、全回線閉塞（図８
による閉塞）と個別回線閉塞（図７による閉塞）との違
いを説明するための図である。図示するように、全回線
閉塞では、ＰＢＸ/端末３０との信号線をビジー状態に
するなどして、ＰＢＸ/端末３０からの呼を一切受け付
けないようにしている（この場合、ＩＰ網６０からの着
呼も一切受け付けない）。一方、個別回線閉塞では、特
定のＩＰ通信装置１０への呼が制限されるのみであり、
その他のＩＰ通信装置１０へ呼やＩＰ網６０からの着呼
は、通常通りに処理できる。Finally, the difference between the blockage settings described with reference to FIGS. 7 and 8 will be described. Fig. 9 shows all lines blocked (Fig. 8
FIG. 8 is a diagram for explaining the difference between (blocking due to) and individual line blocking (blocking according to FIG. 7). As shown in the figure, when all lines are blocked, the signal line with the PBX / terminal 30 is set to a busy state so that no call from the PBX / terminal 30 is accepted (in this case, from the IP network 60). Will not accept any incoming calls). On the other hand, in the individual line blocking, the call to the specific IP communication device 10 is limited,
Calls to the other IP communication devices 10 and incoming calls from the IP network 60 can be processed as usual.
【００５６】以上、本発明の一実施形態について説明し
た。The embodiment of the present invention has been described above.
【００５７】本実施形態によれば、ＩＰ通信装置１０間
の回線状態を監視できる。そして、回線遅延が大きい場
合や回線に障害が発生した場合は、該当回線を閉塞す
る。また、その旨を管理端末２０や網監視装置５０に通
知したりする。これにより、該当回線の使用を規制した
り、使用に注意を促したり、あるいは、バックアップ回
線への切替えを行なわせたりすることが可能となる。こ
れにより、リアルタイム性が要求される通信をＩＰ網を
利用して実現する場合において、リンク確立後にエラー
等が生じる可能性を低減できる。According to this embodiment, the line status between the IP communication devices 10 can be monitored. If the line delay is large or if a line failure occurs, the line is blocked. Further, the fact is notified to the management terminal 20 and the network monitoring device 50. As a result, it becomes possible to restrict the use of the relevant line, call attention to the use, or switch to the backup line. This can reduce the possibility that an error or the like will occur after the link is established when the communication requiring the real-time property is realized using the IP network.
【００５８】なお、本発明は上記の実施形態に限定され
ものではなく、その要旨の範囲内で数々の変形が可能で
ある。The present invention is not limited to the above embodiment, and various modifications can be made within the scope of the invention.
【００５９】例えば、上記の実施形態において、ＩＰ網
６０に接続する全てのＩＰ通信装置１０が、図６に示す
構成を有する必要はない。ＩＰ通信を行なう１対のＩＰ
通信装置１０のいずれか一方が、図６に示す構成を有し
ていればよい。他方はＴＣＰ/ＩＰを実装した通常のＩ
Ｐ通信装置でよい。ＩＣＭＰのエコー要求/エコー応答
は、ＴＣＰ/ＩＰを実装したＩＰ通信装置の殆どがサポ
ートしているので、通信相手のＩＰ通信装置１０が、他
メーカ製や他機種等であっても、本発明による回線状態
の監視が可能となる。For example, in the above embodiment, it is not necessary that all the IP communication devices 10 connected to the IP network 60 have the configuration shown in FIG. A pair of IPs for IP communication
Any one of the communication devices 10 may have the configuration shown in FIG. The other is a normal I that implements TCP / IP.
It may be a P communication device. Since the echo request / echo response of ICMP is supported by most of the IP communication devices mounted with TCP / IP, even if the IP communication device 10 of the communication partner is made by another manufacturer or another model, the present invention The line status can be monitored by.
【００６０】また、上記の実施形態において、ＩＰ通信
装置１０は、ＡＳＩＣ（Application Specific Integra
ted Circuit）やＤＳＰ（Digital Signal Processor）
を使用して専用装置として構築してもよいし、あるい
は、汎用のコンピュータシステム上にソフトウエア的に
構築しても構わない。ここで、汎用のコンピュータシス
テム上に、ＩＰ通信装置１０をソフトウエア的に構築す
るためのプログラムは、ＣＤ-ＲＯＭ等の記録メディア
に格納されて、コンピュータシステムに提供されるよう
にしてもよい。あるいは、ネットワークを介してコンピ
ュータシステムに提供されるようにしてもよい。Further, in the above embodiment, the IP communication device 10 uses the ASIC (Application Specific Integrator).
ted circuit) and DSP (Digital Signal Processor)
May be used as a dedicated device, or may be built as software on a general-purpose computer system. Here, the program for constructing the IP communication device 10 as software on a general-purpose computer system may be stored in a recording medium such as a CD-ROM and provided to the computer system. Alternatively, it may be provided to the computer system via a network.
【００６１】[0061]
【発明の効果】以上説明したように、本発明によれば、
ルタイム性が要求される通信をＩＰ網を利用して実現す
る場合において、リンク確立後に、声の途切れやＦＡＸ
通信エラーが生じる可能性を低減できる。As described above, according to the present invention,
When communication that requires real-time performance is realized using an IP network, voice interruptions and faxes may occur after the link is established.
The possibility that a communication error will occur can be reduced.
【図１】本発明の一実施形態が適用されたＩＰ通信シス
テムの概略図である。FIG. 1 is a schematic diagram of an IP communication system to which an embodiment of the present invention is applied.
【図２】本実施形態のＩＰ通信システムにおけるＩＣＭ
Ｐのエコー要求パケット/エコー応答パケットの経路を
示す図である。FIG. 2 is an ICM in the IP communication system of this embodiment.
It is a figure which shows the path | route of the echo request packet / echo response packet of P.
【図３】図２に示したエコー要求パケット/エコー応答
パケットのKEEP-ALIVEおよび回線遅延検出のための応答
時間を示す図である。FIG. 3 is a diagram showing KEEP-ALIVE of the echo request packet / echo response packet shown in FIG. 2 and a response time for detecting a line delay.
【図４】本実施形態のＩＰ通信システムでのポーリング
間隔と回線状態（障害の有無）との関係を示す図であ
る。FIG. 4 is a diagram showing a relationship between a polling interval and a line status (whether there is a failure) in the IP communication system of this embodiment.
【図５】本実施形態のＩＰ通信システムでのポーリング
間隔と回線状態（遅延の有無）との関係を示す図であ
る。FIG. 5 is a diagram showing a relationship between a polling interval and a line state (presence or absence of delay) in the IP communication system of the present embodiment.
【図６】図１に示すＩＰ通信装置１０の概略図である。FIG. 6 is a schematic diagram of an IP communication device 10 shown in FIG.
【図７】ＩＰ通信装置１０の監視制御部１０４における
個別回線制御処理を説明するためのフロー図である。FIG. 7 is a flowchart for explaining an individual line control process in the supervisory control unit 104 of the IP communication device 10.
【図８】ＩＰ通信装置１０の監視制御部１０４における
全回線制御処理を説明するためのフロー図である。FIG. 8 is a flowchart for explaining an all-line control process in the supervisory control unit 104 of the IP communication device 10.
【図９】全回線閉塞（図８による閉塞）と個別回線閉塞
（図７による閉塞）との違いを説明するための図であ
る。FIG. 9 is a diagram for explaining the difference between all line blocking (blocking according to FIG. 8) and individual line blocking (blocking according to FIG. 7).
１０…ＩＰ通信装置 ２０…管理端末 ３０…ＰＢＸ/音声端末 ４０…ルータ ５０…網監視装置 ６０…ＩＰ網 １０１…ＬＡＮインターフェース部 １０２…ＩＰ処理部 １０３…ＩＣＭＰ制御部 １０４…監視制御部 １０５…ＰＢＸ/端末インターフェース部 １０６…アラーム通知部 １０７…ＳＮＭＰエージェント部 １０８…呼制御部 １０９…ＲＴＰ制御部 10 ... IP communication device 20 ... Management terminal 30 ... PBX / voice terminal 40 ... Router 50 ... Network monitoring device 60 ... IP network 101 ... LAN interface section 102 ... IP processing unit 103 ... ICMP control unit 104 ... Monitoring control unit 105 ... PBX / terminal interface section 106 ... Alarm notification unit 107 ... SNMP agent section 108 ... Call control unit 109 ... RTP control unit
Claims (10)
て、 ＩＰ通信を行なうＩＰ通信装置間でエコー要求およびエ
コー応答のやり取りを定期的に行なって、一方のＩＰ通
信装置が他方のＩＰ通信装置へエコー要求を送出してか
ら、他方のＩＰ通信装置から一方のＩＰ通信装置へエコ
ー応答が到着するまでの応答時間を測定し、その測定結
果に応じてＩＰ通信装置間の回線状態を判定することを
特徴とする回線状態検出方法。1. A method of detecting a line state in an IP network, wherein an echo request and an echo response are periodically exchanged between IP communication devices performing IP communication, and one IP communication device is the other IP communication device. The response time from the sending of the echo request to the other IP communication device until the echo response arrives at one of the IP communication devices is measured, and the line state between the IP communication devices is determined according to the measurement result. A line state detection method characterized by the above.
て、 エコー要求に対するエコー応答が所定のタイムアウト時
間内に到達しない事態が連続して所定回数発生した場合
に、前記ＩＰ通信装置間の回線に障害が発生したものと
判定することを特徴とする回線状態検出方法。2. The line state detecting method according to claim 1, wherein when a situation occurs in which an echo response to an echo request does not arrive within a predetermined time-out period for a predetermined number of times in succession, the IP communication devices are connected to each other. A line state detecting method characterized by determining that a line failure has occurred.
て、 エコー要求に対するエコー応答が所定の基準時間内に到
達しない事態が連続して所定回数発生した場合に、前記
ＩＰ通信装置間の回線に遅延が発生したものと判定する
ことを特徴とする回線状態検出方法。3. The line state detecting method according to claim 1, wherein the echo response to the echo request does not arrive within a predetermined reference time when a predetermined number of times continuously occur, the IP communication apparatuses are connected to each other. A line state detection method characterized by determining that a delay has occurred in a line.
方法であって、 前記ＩＰ通信装置間の回線状態の判定結果に応じて、前
記回線の閉塞/閉塞解除を制御することを特徴とする回
線状態検出方法。4. The line state detecting method according to claim 1, 2, or 3, wherein blocking / unblocking of the line is controlled according to a determination result of the line state between the IP communication devices. And the line status detection method.
検出方法であって、 前記ＩＰ通信装置間の回線状態の判定結果を外部に通知
することを特徴とする回線状態検出方法。5. The line state detecting method according to claim 1, 2, 3 or 4, wherein the determination result of the line state between the IP communication devices is notified to the outside.
であって、 ＩＰ網に接続されている通信相手各々に対して、エコー
要求パケットを送信し、このエコー要求パケットを送信
してからエコー応答パケットを受け取るまでの応答時間
を測定し、その測定結果から通信相手との回線状態を判
定する処理を、定期的に行なう監視手段を有することを
特徴とするＩＰ通信装置。6. An IP communication device for connecting a communication device to an IP network, wherein an echo request packet is transmitted to each communication partner connected to the IP network, and the echo request packet is transmitted. An IP communication device comprising a monitoring means for periodically measuring a response time until receiving an echo response packet and determining a line state with a communication partner from the measurement result.
コー応答パケットが所定のタイムアウト時間内に到達し
ない事態が連続して所定回数発生した場合に、当該通信
相手との回線に障害が発生したものと判定することを特
徴とするＩＰ通信装置。7. The IP communication device according to claim 6, wherein the monitoring unit continuously sends a reply to an echo request packet to a communication partner within a predetermined time-out period. An IP communication device, characterized in that when a predetermined number of times occurs, it is determined that a failure has occurred in a line with the communication partner.
コー応答パケットが所定の基準時間内に到達しない事態
が連続して所定回数発生した場合に、当該通信相手との
回線に遅延が発生したものと判定することを特徴とする
ＩＰ通信装置。8. The IP communication device according to claim 6, wherein the monitoring unit continuously sends an echo reply packet for the echo request packet to a communication partner within a predetermined reference time. An IP communication device, characterized in that when a predetermined number of times occurs, it is determined that a delay has occurred in a line with the communication partner.
であって、 前記監視手段による通信相手への回線状態の判定結果に
応じて、本ＩＰ通信装置に接続している通信装置より発
せられた当該通信相手への呼の受け付けを制御すること
により、当該通信相手との回線の閉塞/閉塞解除を制御
する制御手段をさらに有することを特徴とするＩＰ通信
装置。9. The IP communication apparatus according to claim 6, 7 or 8, wherein the communication apparatus connected to the IP communication apparatus according to the result of the determination of the line status to the communication partner by the monitoring means. An IP communication device further comprising control means for controlling blocking / unblocking of a line with the communication partner by controlling acceptance of a call issued to the communication partner.
されている場合に、本ＩＰ通信装置に接続している通信
装置への信号線をビジー状態にすることで、当該通信装
置との間を閉塞することを特徴とするＩＰ通信装置。10. The IP communication device according to claim 9, wherein the control means connects to the IP communication device when lines with all communication partners connected to the IP network are blocked. The IP communication device is characterized in that the communication line is blocked by setting a signal line to the communication device in a busy state.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002054705A JP3853233B2 (en) | 2002-02-28 | 2002-02-28 | Line state detection method and IP communication apparatus in IP network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002054705A JP3853233B2 (en) | 2002-02-28 | 2002-02-28 | Line state detection method and IP communication apparatus in IP network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003258902A true JP2003258902A (en) | 2003-09-12 |
| JP3853233B2 JP3853233B2 (en) | 2006-12-06 |
Family
ID=28665785
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002054705A Expired - Fee Related JP3853233B2 (en) | 2002-02-28 | 2002-02-28 | Line state detection method and IP communication apparatus in IP network |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3853233B2 (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005303629A (en) * | 2004-04-09 | 2005-10-27 | Ntt Communications Kk | Line band determination system, and line band determining method and program |
| JP2006005942A (en) * | 2004-06-18 | 2006-01-05 | Avaya Technology Corp | Rapid fault detection and recovery for internet protocol telephony |
| JP2006253783A (en) * | 2005-03-08 | 2006-09-21 | Nec Fielding Ltd | Method, apparatus, and system for detecting abnormity of voice network system |
| KR101086397B1 (en) * | 2003-12-02 | 2011-11-23 | 삼성전자주식회사 | IP packet error handling apparatus and method using the same, and computer readable medium on which program executing the method is recorded |
| JP2012104050A (en) * | 2010-11-12 | 2012-05-31 | Miharu Communications Co Ltd | Transmission method for snmp trap and transmission device for snmp trap |
| JP2022516655A (en) * | 2019-09-09 | 2022-03-01 | エルジー エナジー ソリューション リミテッド | Communication equipment, communication methods and electric vehicles |
-
2002
- 2002-02-28 JP JP2002054705A patent/JP3853233B2/en not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101086397B1 (en) * | 2003-12-02 | 2011-11-23 | 삼성전자주식회사 | IP packet error handling apparatus and method using the same, and computer readable medium on which program executing the method is recorded |
| JP2005303629A (en) * | 2004-04-09 | 2005-10-27 | Ntt Communications Kk | Line band determination system, and line band determining method and program |
| JP4567363B2 (en) * | 2004-04-09 | 2010-10-20 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | Line bandwidth judgment system, line bandwidth judgment method and program |
| JP2006005942A (en) * | 2004-06-18 | 2006-01-05 | Avaya Technology Corp | Rapid fault detection and recovery for internet protocol telephony |
| US7782787B2 (en) | 2004-06-18 | 2010-08-24 | Avaya Inc. | Rapid fault detection and recovery for internet protocol telephony |
| JP4625377B2 (en) * | 2004-06-18 | 2011-02-02 | アバイア インコーポレーテッド | Fast failure detection and recovery for Internet protocol phones |
| JP2006253783A (en) * | 2005-03-08 | 2006-09-21 | Nec Fielding Ltd | Method, apparatus, and system for detecting abnormity of voice network system |
| JP4502847B2 (en) * | 2005-03-08 | 2010-07-14 | Ｎｅｃフィールディング株式会社 | Voice network abnormality detection method, voice network abnormality detection apparatus and abnormality detection system |
| JP2012104050A (en) * | 2010-11-12 | 2012-05-31 | Miharu Communications Co Ltd | Transmission method for snmp trap and transmission device for snmp trap |
| JP2022516655A (en) * | 2019-09-09 | 2022-03-01 | エルジー エナジー ソリューション リミテッド | Communication equipment, communication methods and electric vehicles |
| JP7120533B2 (en) | 2019-09-09 | 2022-08-17 | エルジー エナジー ソリューション リミテッド | Communication device, communication method and electric vehicle |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3853233B2 (en) | 2006-12-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1158736B1 (en) | Gateway system for interconnecting internet and telephone network, and routing control method | |
| TWI459778B (en) | The method and system for selecting multi-path of network communication | |
| WO2011100882A1 (en) | Link detecting method, apparatus and system | |
| JP5088239B2 (en) | Congestion control system, boundary gateway device, and congestion control method used therefor | |
| CN102577332A (en) | System, method, computer program for multidirectional pathway selection | |
| WO2009124499A1 (en) | Protection method, device and communication system for transmitting signaling | |
| WO2013053267A1 (en) | Lacp link switching and data transmission method and device | |
| WO2012088843A1 (en) | Method and system for bidirectional forwarding detection | |
| JP2004186766A (en) | Backup control apparatus, and method for backing up control apparatus | |
| JP4482050B2 (en) | Telephone system and its gateway, and redundant switching method | |
| TWI536785B (en) | Network equipment and method for selecting communication path | |
| JP2003258902A (en) | Method for detecting line state of ip network and ip communication device | |
| JP2006166244A (en) | Network telephone system, and main device of the network telephone system | |
| JP2003298660A (en) | VoIP GATEWAY EQUIPMENT AND DETECTING METHOD OF VoIP COMMUNICATION CONDITION | |
| WO2010034147A1 (en) | Trunk gateway disaster tolerance no off-line realizing method, system and media gateway | |
| JP4102060B2 (en) | Data receiver | |
| JP5012273B2 (en) | Extended communication control device and specific device connection adapter | |
| JP2009065610A (en) | Communication system | |
| JP4692419B2 (en) | Network device, redundant switching method used therefor, and program thereof | |
| KR100438071B1 (en) | Method of send call route re-setting for VoIP gateway with internet network trouble | |
| JP4579746B2 (en) | Connection management device, connection management device control method, and control program | |
| JP3666412B2 (en) | Communications system | |
| JP2006121246A (en) | Mobile packet communication system, node unit and pdp context continuation method for use therein | |
| JP4576796B2 (en) | Call control method in VoIP communication apparatus | |
| JP4099708B2 (en) | Communication path failure detection apparatus and method |
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 |