JP2004064125A

JP2004064125A - VoIP gateway device and call control sound generation source determination method

Info

Publication number: JP2004064125A
Application number: JP2002215612A
Authority: JP
Inventors: Isao Senba; 船場　功; Kazumasa Azuma; 吾妻　一正; Nobuyuki Endo; 遠藤　信行
Original assignee: Hitachi Communication Technologies Ltd
Current assignee: Hitachi Ltd
Priority date: 2002-07-24
Filing date: 2002-07-24
Publication date: 2004-02-26
Anticipated expiration: 2022-07-24
Also published as: JP3891279B2

Abstract

【課題】通信相手のタイプにかかわらず、呼制御音を収容装置に送出する。
【解決手段】呼制御音生成源判定部１０７は、Ｈ．３２３処理部１０４による通信相手とのＨ．３２３に従った呼制御中に、通信相手とのメディアチャネルがオープンしたか否か、あるいは、ＲＴＰ処理部１０３が通信相手よりＲＴＰパケットを受信したか否かに応じて、ＲＢＴやＢＴなどの呼制御音の信号生成源が通信相手側であるか、それとも、自身のＶｏＩＰゲートウエイ装置１であるかを判定する。そして、その判定結果に応じて、呼制御音生成部１０６を制御し、自身の収容装置に送出する呼制御音信号を、自ら生成するか否かを決定する。
【選択図】図２Kind Code: A1 A call control tone is transmitted to an accommodation device regardless of the type of a communication partner.
A call control sound generation source determining unit (107) determines whether a call control sound is to be generated. H.323 communication with the communication partner by the H.323 processing unit 104 During a call control according to H.323, depending on whether a media channel with a communication partner has been opened or whether the RTP processing unit 103 has received an RTP packet from the communication partner, a call such as an RBT or a BT is made. It is determined whether the signal generation source of the control sound is the communication partner or the own VoIP gateway device 1. Then, according to the result of the determination, the call control sound generation section 106 is controlled to determine whether or not to generate a call control sound signal to be transmitted to its own accommodation device.
[Selection diagram] FIG.

Description

【０００１】
【発明の属する技術分野】
本発明は、ＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）通信に用いられるＶｏＩＰゲートウエイ装置における呼制御音生成源の判定技術に関する。
【０００２】
【従来の技術】
既存のＰＢＸ（Ｐｒｉｖａｔｅ　Ｂｒａｎｃｈ　Ｅｘｃｈａｎｇｅ）や音声端末（以下、収容装置と呼ぶ）を用いたＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）通信を実現するための装置として、通話信号や呼制御信号をＩＰパケット化してＩＰ網に送出したり、ＩＰ網から受信したＩＰパケットから通話信号や呼制御信号を復元して収容装置に送出したりするＶｏＩＰゲートウエイ装置が知られている。
【０００３】
【発明が解決しようとする課題】
現在、ＶｏＩＰゲートウエイ装置には、呼制御に使用する可聴音信号である呼制御音信号（ＲＢＴ：Ｒｉｎｇ　Ｂａｃｋ　ＴｏｎｅやＢＴ：Ｂｕｓｙ　Ｔｏｎｅなど）を自ら生成し、これを収容装置へ送出するタイプや、呼制御音信号をＩＰ網を介して対向する通信相手のＶｏＩＰゲートウエイ装置から受信し、これを収容装置へ転送するタイプなど、様々なタイプが存在する。このため、同じ仕様のＶｏＩＰゲートウエイ装置同士でなければ、呼制御音を収容装置に送出することができないことがあり、使い勝手が悪いという問題が生じていた。
【０００４】
なお、ＴＴＣ（Ｔｈｅ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　Ｃｏｍｍｉｔｔｅｅ）標準のＪＴ−Ｑ．９３１「ＩＳＤＮユーザ・網インターフェース　レイヤ３仕様」には、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ　Ｓｅｒｖｉｃｅ　Ｄｉｇｉｔａｌ　Ｎｅｔｗｏｒｋ）のレイヤ３のメッセージに、経過識別子を含めることにより、呼制御音の信号生成源を指定できる旨規定されている。また、ＴＴＣ標準のＪＴ−Ｈ２２５．０「パケットに基づくマルチメディア通信システムのためのシグナリングプロトコルとメディア信号のパケット化」には、ＩＳＤＮやＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｔｒａｎｓｆｅｒ　Ｍｏｄｅ）ベースの端末を、ＴＴＣ標準のＨ．３２３（Ｈ２２５．０はＨ．３２３規格の一部である）ベースの端末に接続する場合に、上記の経過識別子を利用することについて規定されている。しかし、Ｈ．３２３ベースの端末であるＶｏＩＰゲートウエイ装置同士を接続する場合に、上記の経過識別子を使って呼制御音の信号生成源を指定することについて、何ら規定されていない。
【０００５】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ＶｏＩＰゲートウエイ装置において、通信相手であるＶｏＩＰゲートウエイ装置のタイプにかかわらず、呼制御音を収容装置に送出できるようにすることにある。
【０００６】
【課題を解決するための手段】
上記課題を解決するために、本発明のＶｏＩＰゲートウエイ装置は、収容装置より受信したメディア情報をＲＴＰ（Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）パケット化して、ＩＰ網またはＬＡＮを介して通信相手へ送信すると共に、前記通信相手より前記ＩＰ網またはＬＡＮを介して受信したＲＴＰパケットからメディア情報を復元して、前記収容装置へ送信するＲＴＰ処理手段と、ＴＴＣ標準のＨ．３２３に従って、前記通信相手と呼制御を行なうＨ．３２３処理手段と、呼制御音信号を生成して、これを前記収容装置に送出する呼制御音生成手段と、を有する。
【０００７】
そして、前記呼制御音生成手段は、前記Ｈ．３２３処理手段による前記通信相手との呼制御中に、前記通信相手とのメディアチャネルがオープンした場合、前記通信相手より呼制御音信号が送られてくるものとして、当該呼制御音信号の生成を行なわないようにする。
【０００８】
あるいは、前記呼制御音生成手段は、前記Ｈ．３２３処理手段による前記通信相手との呼制御中に、前記ＲＴＰ処理手段が前記通信相手よりＲＴＰパケットを受信した場合、前記通信相手より呼制御音信号が送られてくるものとして、当該呼制御音信号の生成を行なわないようにする。
【０００９】
本発明では、前記Ｈ．３２３処理手段による前記通信相手との呼制御中に、前記通信相手とのメディアチャネルがオープンしたか否か、あるいは、前記ＲＴＰ処理手段が前記通信相手よりＲＴＰパケットを受信したか否かに応じて、呼制御音の信号生成源が前記通信相手側であるか、それとも、本発明のＶｏＩＰゲートウエイ装置であるかを判定する。そして、その判定結果に応じて、前記収容装置に送出する呼制御音信号を、自ら生成するか否かを決定している。
【００１０】
このようにすることで、通信相手であるＶｏＩＰゲートウエイ装置のタイプにかかわらず、呼制御音を収容装置に送出することが可能となる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
【００１２】
図１は本発明の一実施形態が適用されたＩＰ通信システムの概略図である。
【００１３】
図１において、符号５はＰＢＸ、符号６は音声端末、符号２〜４は従来の技術で説明した既存のＶｏＩＰゲートウエイ装置、そして、符号１は、本実施形態が適用されたＶｏＩＰゲートウエイ装置である。ここで、ＶｏＩＰゲートウエイ装置１〜４は、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェースによりＩＰ網（Ｅｔｈｅｒｎｅｔ（登録商標）網）７に接続されているものとする。ここで、ＩＰ網７はＷＡＮおよびＬＡＮの両方を含む。また、ＶｏＩＰゲートウエイ装置１〜３は、４線式ＳＳ／ＳＲ・ＯＤインターフェースによりＰＢＸ５と接続され、そして、ＶｏＩＰゲートウエイ装置４は、２線式電話インターフェースにより音声端末６と接続されているものとする。
【００１４】
本実施形態のＶｏＩＰゲートウエイ装置１は、ＴＴＣ標準のＨ．３２３に規定する呼制御手順を行なうことにより、ＩＰ網７を介して通信相手である既存のＶｏＩＰゲートウエイ装置２〜４との間に呼を確立する。そして、この呼を介してメディア情報の送受を行なう。つまり、自身が収容するＰＢＸ（Ａ）５より送られてきたメディア情報をＲＴＰパケット化し、これをＩＰ網７を介して通信相手へ送信する。また、ＩＰ網７を介して通信相手より受信したＲＴＰパケットからメディア情報を復元し、ＰＢＸ（Ａ）５へ送信する。
【００１５】
また、本実施形態のＶｏＩＰゲートウエイ装置１は、ＰＢＸ（Ａ）５より送られてきた呼に従い、自身が発呼側となってＨ．３２３に規定する呼制御手順を通信相手と行なう場合、この呼制御中に、通信相手とのメディアチャネルがオープンしたか否か、あるいは、通信相手よりＲＴＰパケットを受信したか否かに応じて、ＲＢＴやＢＴといった呼制御音の信号生成源が通信相手側であるか、それとも、自身のＶｏＩＰゲートウエイ装置１であるかを判定する。そして、その判定結果に応じて、ＰＢＸ（Ａ）５に送出する呼制御音信号を、自ら生成するか否かを決定している。
【００１６】
なお、以下では、発呼側が生成するＲＢＴをローカルＲＢＴと呼び、着呼側が生成するＲＢＴをリモートＲＢＴと呼ぶ。同様に、発呼側が生成するＢＴをローカルＢＴと呼び、着呼側が生成するＢＴをリモートＢＴと呼ぶ。
【００１７】
図２は本実施形態が適用されたＶｏＩＰゲートウエイ装置１の概略図である。
【００１８】
図示するように、本実施形態のＶｏＩＰゲートウエイ装置１は、ＯＤインターフェース部１０１と、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２と、ＲＴＰ処理部１０３と、Ｈ．３２３処理部１０４と、ＩＰ処理部１０５と、呼制御音生成部１０６と、呼制御音生成源判定部１０７と、を有する。
【００１９】
ＯＤインターフェース部１０１は、４線式ＳＳ／ＳＲ・ＯＤインターフェースにより、ＰＢＸ（Ａ）５とメディア情報や呼制御情報を送受する。
【００２０】
Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２は、ＩＰ網７を介して、通信相手である既存のＶｏＩＰゲートウエイ装置２〜４と、ＩＰパケットを格納したＥｔｈｅｒｎｅｔ（登録商標）フレームを送受する。
【００２１】
ＲＴＰ処理部１０３は、ＯＤインターフェース部１０１より受け取ったメディア情報を、ＲＴＰパケット化する。そして、このＲＴＰパケットをＩＰ処理部１０５へ渡す。また、ＩＰ処理部１０５から受け取ったＲＴＰパケットからメディア情報を復元し、これをＯＤインターフェース部１０１へ渡す。
【００２２】
Ｈ．３２３処理部１０４は、ＴＴＣ標準のＨ．３２３に規定するＶｏＩＰの呼制御手順を行なう。具体的には、ＯＤインターフェース部１０１を介して受信した呼制御情報が示すメッセージを、Ｈ．３２３パケット化する。そして、このＨ．３２３パケットを、ＩＰ処理部１０５へ渡す。また、ＩＰ処理部１０５から受け取ったＨ．３２３パケットに格納されている呼制御メッセージを解析し、この呼制御メッセージを表す呼制御情報をＯＤインターフェース部１０１へ送信する。これにより呼を確立する。
【００２３】
ＩＰ処理部１０５は、ＲＴＰ処理部１０３から受け取ったＲＴＰパケットや、Ｈ．３２３処理部１０４から受け取ったＨ．３２３パケットをＩＰパケットに格納して、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２に渡す。また、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２より受け取ったＩＰパケットから、ＲＴＰパケットやＨ．３２３パケットを取り出して、ＲＴＰ処理部１０３やＨ．３２３処理部１０４に渡す。
【００２４】
呼制御音生成部１０６は、呼制御に使用する可聴音信号である呼制御音信号（ＲＢＴやＢＴ）を生成し、これをＯＤインターフェース部１０１へ送出する。
【００２５】
呼制御音生成源判定部１０７は、呼制御音の信号生成源が通信相手側であるか、それとも、本実施形態のＶｏＩＰゲートウエイ装置１であるかを判定する。そして、その判定結果に応じて、呼制御音生成部１０６による呼制御音信号のＯＤインターフェース部１０１への送出を制御する。
【００２６】
これにより、通信相手側から呼制御音信号が送られてくる場合は、この呼制御音信号がＰＢＸ（Ａ）５へ転送されるようにすると共に、通信相手側から呼制御音信号が送られてこない場合は、呼制御音生成部１０６に呼制御音信号を生成させ、この呼制御音信号がＰＢＸ（Ａ）５へ送出されるようにする。
【００２７】
なお、本実施形態では、Ｈ．３２３処理部１０４による通信相手との呼制御中に、通信相手とのメディアチャネルがオープンしたか否かを判定する方法（チャネルオープン判定方法と呼ぶ）、および、ＲＴＰ処理部１０３が通信相手よりＲＴＰパケットを受信したか否かを判定する（ＲＴＰ受信判定方法と呼ぶ）のいずれかにより、呼制御音の信号生成源の判定を行なうようにしている。
【００２８】
先ず、チャネルオープン判定方法について説明する。
【００２９】
チャネルオープンの検出方法は、Ｈ．３２３に規定するＶｏＩＰの呼制御手順に、Ｈ．２４５手順が利用される場合と、ファーストコネクト手順が利用される場合とで異なる。
【００３０】
図３は、Ｈ．３２３に規定するＶｏＩＰの呼制御手順に、Ｈ．２４５手順が利用される場合における、チャネルオープン判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【００３１】
呼制御音生成源判定部１０７は、ＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５より呼がＨ．３２３処理部１０４に着信し、このため、本実施形態のＶｏＩＰ装置１が発呼側となり、この呼に伴う番号情報に対応付けられているＩＰアドレスを持つＶｏＩＰゲートウエイ装置２〜４が着呼側となって、Ｈ．３２３に規定するＶｏＩＰの呼制御手順が開始されたことを検知すると（Ｓ１００１）、着呼側のＶｏＩＰゲートウエイ装置２〜４からＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットがＨ．３２３処理部１０４に届くのを待つ（Ｓ１００２）。
【００３２】
そして、ＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットが届いたならば、呼制御音生成源判定部１０７は、所定時間内に、Ｈ．２４５のＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを格納したＨ．３２３パケットがＨ．３２３処理部１０４に届くのをさらに待つ（Ｓ１００３、Ｓ１００４）。
【００３３】
さて、呼制御音生成源判定部１０７は、所定時間内にＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを格納したＨ．３２３パケットが届いた場合（Ｓ１００３でＹｅｓ）、着呼側のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されるものと判断する。
【００３４】
この所定時間は、ＡＬＥＲＴメッセージおよびＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージのそれぞれに対して別の時間を設定でき、例えばＡＬＥＲＴメッセージを２秒、Ｒｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを０秒とする。０秒では、直ちに、所定時間内にＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを格納したＨ．３２３パケットが届かなかったものと判断される。したがって、即次の処理へ移行する（Ｓ１００４でＹｅｓ）。
【００３５】
呼制御音生成源判定部１０７は、所定時間内にＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを格納したＨ．３２３パケットが届かなかった場合（Ｓ１００４でＹｅｓ）、着呼側のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されないものと判断する。
【００３６】
そこで、Ｓ１００４でＹｅｓの場合、呼制御音生成源判定部１０７は、Ｓ１００２で検知したＨ．３２３パケットがＡＬＥＲＴメッセージを格納したものならば（Ｓ１００５）、呼制御音生成部１０６にローカルＲＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ１００６）。また、Ｓ１００２で検知したＨ．３２３パケットがＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したものならば（Ｓ１００５）、呼制御音生成部１０６にローカルＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ１００７）。
【００３７】
以上の処理を、Ｈ．３２３処理部１０４によるＶｏＩＰの呼制御手順が終了するまで行なう（Ｓ１００８）。
【００３８】
図４は、Ｈ．３２３に規定するＶｏＩＰの呼制御手順に、ファーストコネクト手順が利用される場合における、チャネルオープン判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【００３９】
呼制御音生成源判定部１０７は、ＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５より呼がＨ．３２３処理部１０４に着信し、このため、Ｈ．３２３処理部１０４が、この呼に伴う番号情報に対応付けられているＩＰアドレスを持つ、通話相手のＶｏＩＰゲートウエイ装置２〜４に対して、ＦＳ（Ｆｉｒｓｔ　Ｓｔａｒｔ）要素を含むＳＥＴ　ＵＰメッセージを格納したＨ．３２３パケットを送信したことを検知すると（Ｓ２００１）、この通話相手からＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットがＨ．３２３処理部１０４に届くのを待つ（Ｓ２００２）。
【００４０】
そして、ＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットが届いたならば、呼制御音生成源判定部１０７は、このメッセージにＦＳ要素が含まれているか否かを判定する（Ｓ２００３）。
【００４１】
ＦＳ要素が含まれている場合、つまり通話相手がＦＳ応答した場合（Ｓ２００３でＹｅｓ）、Ｈ．３２３処理部１０４は、通話相手とのメディアチャネルを直ちにオープンする。呼制御音生成源判定部１０７は、このメディアチャネルにより、通話相手のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されるものと判断する。
【００４２】
一方、ＦＳ要素が含まれていない場合、つまり通話相手がＦＳ応答しなかった場合（Ｓ２００３でＮｏ）、Ｈ．３２３処理部１０４は、通話相手とのメディアチャネルを現時点ではオープンしない。したがって、呼制御音生成源判定部１０７は、通話相手のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されないものと判断する。
【００４３】
そこで、Ｓ２００３でＮｏの場合、呼制御音生成源判定部１０７は、Ｓ２００２で検知したＨ．３２３パケットがＡＬＥＲＴメッセージを格納したものならば（Ｓ２００４）、呼制御音生成部１０６にローカルＲＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ２００５）。また、Ｓ２００２で検知したＨ．３２３パケットがＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したものならば（Ｓ２００４）、呼制御音生成部１０６にローカルＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ２００６）。
【００４４】
以上の処理を、Ｈ．３２３処理部１０４によるＶｏＩＰの呼制御手順が終了するまで行なう（Ｓ２００７）。
【００４５】
なお、ファーストコネクト手順においても、途中からＨ．２４５手順へ移行することは可能である。この場合、ＦａｃｉｌｉｒｙメッセージのＳｔａｒｔ　Ｈ．２４５を相手装置から受信することで、Ｈ．２４５手順へ移行する。
【００４６】
次に、ＲＴＰ受信判定方法について説明する。
【００４７】
図５は、ＲＴＰ受信判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【００４８】
呼制御音生成源判定部１０７は、ＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５より呼がＨ．３２３処理部１０４に着信し、このため、本実施形態のＶｏＩＰ装置１が発呼側となり、この呼に伴う番号情報に対応付けられているＩＰアドレスを持つＶｏＩＰゲートウエイ装置２〜４が着呼側となって、Ｈ．３２３に規定するＶｏＩＰの呼制御手順が開始されたことを検知すると（Ｓ３００１）、着呼側のＶｏＩＰゲートウエイ装置２〜４からＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットがＨ．３２３処理部１０４に届くのを待つ（Ｓ３００２）。
【００４９】
そして、ＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットが届いたならば、呼制御音生成源判定部１０７は、所定時間（例えばＡＬＥＲＴメッセージでは２秒、Ｒｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージでは０秒）内に、ＲＴＰパケットがＲＴＰ処理部１０３に届くのをさらに待つ（Ｓ３００３、Ｓ３００４）。
【００５０】
さて、呼制御音生成源判定部１０７は、所定時間内にＲＴＰパケットが届いた場合（Ｓ３００３でＹｅｓ）、着呼側のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されるものと判断する。
【００５１】
一方、呼制御音生成源判定部１０７は、所定時間内にＲＴＰパケットが届かなかった場合（Ｓ３００４でＹｅｓ）、着呼側のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されないものと判断する。
【００５２】
そこで、Ｓ３００４でＹｓｅの場合、呼制御音生成源判定部１０７は、Ｓ３００２で検知したＨ．３２３パケットがＡＬＥＲＴメッセージを格納したものならば（Ｓ３００５）、呼制御音生成部１０６にローカルＲＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ３００６）。また、Ｓ３００２で検知したＨ．３２３パケットがＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したものならば（Ｓ３００５）、呼制御音生成部１０６にローカルＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ３００７）。
【００５３】
以上の処理を、Ｈ．３２３処理部１０４によるＶｏＩＰの呼制御手順が終了するまで行なう（Ｓ３００８）。
【００５４】
なお、Ｓ３００３において、ＲＴＰパケットがＲＴＰ処理部１０３に届いたか否かを確認するだけでなく、届いたＲＴＰパケットから復元されたメディア情報が可聴音信号（例えば検出レベル：−３８ｄＢ、検出時間：１００ｍｓ）であるか否かをも確認するようにしてもよい。そして、可聴音信号であることを確認できた場合に、Ｓ３００３でＹｅｓと判定してもよい。さらには、確認した可聴音信号が呼制御音に使用される周波数（例えば４００Ｈｚ）を持つ信号であることを確認できた場合に、Ｓ３００３でＹｅｓと判定してもよい。
【００５５】
以上、本発明の一実施形態について説明した。
【００５６】
本実施形態のＶｏＩＰゲートウエイ装置１によれば、Ｈ．３２３処理部１０４による通信相手との呼制御中に、通信相手とのメディアチャネルがオープンしたか否か、あるいは、ＲＴＰ処理部１０３が通信相手よりＲＴＰパケットを受信したか否かに応じて、ＲＢＴやＢＴなどの呼制御音の信号生成源が通信相手側であるか、それとも、本実施形態のＶｏＩＰゲートウエイ装置１であるかを判定する。そして、その判定結果に応じて、自身の収容装置に送出する呼制御音信号を、自ら生成するか否かを決定している。このようにすることで、通信相手であるＶｏＩＰゲートウエイ装置２〜４のタイプにかかわらず、呼制御音を自身の収容装置に送出することが可能となる。
【００５７】
ここで、本実施形態のＶｏＩＰゲートウエイ装置１と、既存のＶｏＩＰゲートウエイ装置２〜４との間で行なわれるＨ．３２３の呼制御手順の具体例について説明する。
【００５８】
図６は、チャネルオープン判定方法（Ｈ．２４５手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００５９】
ここで、ＶｏＩＰゲートウエイ装置２は、ＩＰ網７側から着呼した場合に、自身が収容するＰＢＸ（Ｂ）５からのリモートＲＢＴやリモートＢＴを受信し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置としている。
【００６０】
まず、本実施形態のＶｏＩＰゲートウエイ装置１が収容するＰＢＸ（Ａ）５は、音声端末（Ａ）６がオフフックされ（Ｓ５００１）、ＶｏＩＰゲートウエイ装置１の特番が入力されると（Ｓ５００２）、ＶｏＩＰゲートウエイ装置１へのＳＳ信号をオン（ＳＳ−ＯＮ）にする（Ｓ５００３）。
【００６１】
ＶｏＩＰゲートウエイ装置１において、Ｈ．３２３処理部１０４は、ＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５からＳＳ−ＯＮを検知すると、ＰＢＸ（Ａ）５からのダイヤル入力待ち状態となる。呼制御音生成源判定部１０７は、Ｈ．３２３処理部１０４のダイヤル入力待ちを検知すると、呼制御音生成部１０６にＤＴ（Ｄａｉａｌ　Ｔｏｎｅ）を生成させ、これをＯＤインターフェース１０１を介して、ＰＢＸ（Ａ）５へ送信する。
【００６２】
ＰＢＸ（Ａ）５は、このＤＴを音声端末（Ａ）５に転送する（Ｓ５００４）。そして、ＰＢＸ（Ａ）５は、音声端末（Ａ）５から受け取ったダイヤル情報をＶｏＩＰゲートウエイ装置１に転送する（Ｓ５００５）。
【００６３】
ＶｏＩＰゲートウエイ装置１において、Ｈ．３２３処理部１０４は、ＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５からダイヤル情報を受け取ると、このダイヤル情報から発信先（通信相手）となるＶｏＩＰゲートウエイ装置２を特定する（Ｓ５００６）。それから、ＳＥＴ　ＵＰメッセージを生成し、これをＩＰ処理部１０５およびＥｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２を介して、通信相手のＶｏＩＰゲートウエイ装置２に送信する（Ｓ５００７）。具体的には、Ｈ．３２３処理部１０４でＳＥＴ　ＵＰメッセージを格納したＨ．３２３パケットを生成し、ＩＰ処理部１０５でこのＨ．３２３パケットをＩＰパケットに格納し、さらにＥｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２でこのＩＰパケットをＥｔｈｅｒｎｅｔ（登録商標）フレームに格納してから、ＩＰ網（Ｅｔｈｅｒｎｅｔ（登録商標）網）７を介して、通信相手のＶｏＩＰゲートウエイ装置２へ送信する。
【００６４】
ＶｏＩＰゲートウエイ装置２は、ＶｏＩＰゲートウエイ装置１からＳＥＴ　ＵＰメッセージを受け取ると、自身が収容するＰＢＸ（Ｂ）５へのＳＲ信号をオン（ＳＲ−ＯＮ）にする（Ｓ５００８）。また、ＣＡＬＬ　ＰＲＯＣメッセージを、ＩＰ網７を介してＶｏＩＰゲートウエイ装置１に送信する（Ｓ５００９）。
【００６５】
ＰＢＸ（Ｂ）５は、ＳＲ−ＯＮになると、ＤＴをＶｏＩＰゲートウエイ装置２に送出する（Ｓ５０１０）。これを受けて、ＶｏＩＰゲートウエイ装置２は、ＡＬＥＲＴメッセージを、ＩＰ網７を介してＶｏＩＰゲートウエイ装置１に送信する（Ｓ５０１１）。また、ＶｏＩＰゲートウエイ装置１より受け取ったＳＥＴ　ＵＰメッセージに伴うダイヤル情報をＰＢＸ（Ｂ）５へ送出する（Ｓ５０１２）。そして、ＰＢＸ（Ｂ）５は、このダイヤル情報により特定される音声端末（Ｂ）６へＩＲ（Ｉｎｔｅｒ　Ｒｉｎｇｉｎｇ）を送出する（Ｓ５０１３）。
【００６６】
一方、ＶｏＩＰゲートウエイ装置１において、Ｈ．３２３処理部１０４が、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２およびＩＰ処理部１０５を介して、ＶｏＩＰゲートウエイ装置２からＡＬＥＲＴメッセージを受信すると（Ｓ５０１１）、呼制御音性制限判定部１０７は、呼制御音の信号生成源を判定するためのタイマを起動する。その後、Ｈ．３２３処理部１０４およびＶｏＩＰゲートウエイ装置２間で、Ｈ．２４５手順が実行される（Ｓ５０１４）。
【００６７】
さて、ＶｏＩＰゲートウエイ装置１において、呼制御音生成源判定部１０７は、起動したタイマが所定時間（例えば２秒）を経過してタイムアウトする前に、Ｈ．３２３処理部１０４が、ＶｏＩＰゲートウエイ装置２より、Ｈ．２４５手順のＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを受信したことを検知すると（Ｓ５０１５）、ＶｏＩＰゲートウエイ装置２よりリモートＲＢＴが送られてくることを認識する。このため、呼制御音性制限判定部１０７は、呼制御音生成部１０６にローカルＲＢＴの生成を指示しない。
【００６８】
一方、ＶｏＩＰゲートウエイ装置２は、Ｈ．２４５手順により（Ｓ５０１５）、ＶｏＩＰゲートウエイ装置１とのメディアチャネルがオープンすると、ＰＢＸ（Ｂ）５からのリモートＲＢＴをＶｏＩＰゲートウエイ装置１に送信する。具体的には、リモートＲＢＴをＲＴＰパケット化し、このＲＴＰパケットをＩＰパケットに格納し、さらに、このＩＰパケットをＥｔｈｅｒｎｅｔ（登録商標）フレームに格納してから、ＩＰ網７を介して、ＶｏＩＰゲートウエイ装置１へ送信する。
【００６９】
ＶｏＩＰゲートウエイ装置１において、ＲＴＰ処理部１０３は、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２およびＩＰ処理部１０５を介して、通信相手のＶｏＩＰゲートウエイ装置２からリモートＲＢＴを受信すると、これをＰＢＸ（Ａ）５へ転送する。ＰＢＸ（Ａ）５は、このリモートＲＢＴを音声端末（Ａ）６にさらに転送する（Ｓ５０１６）。
【００７０】
その後、ＶｏＩＰゲートウエイ装置２に収容されているＰＢＸ（Ｂ）５は、ＩＲを送出している音声端末（Ｂ）６がオフフックされたことを検知すると（Ｓ５０１７）、ＶｏＩＰゲートウエイ装置２へのＳＳ信号をオン（ＳＳ−ＯＮ）にする（Ｓ５０１８）。ＶｏＩＰゲートウエイ装置２は、ＳＳ−ＯＮを検知すると、ＣＯＮＮＥＣＴメッセージを生成して、これをＩＰ網７を介して、ＶｏＩＰゲートウエイ装置１に送信する（Ｓ５０１９）。
【００７１】
ＶｏＩＰゲートウエイ装置１において、Ｈ．３２３処理部１０４は、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２およびＩＰ処理部１０５を介して、通信相手のＶｏＩＰゲートウエイ装置２からＣＯＮＮＥＣＴメッセージを受信すると、ＰＢＸ（Ａ）５へのＳＲ信号をオン（ＳＲ−ＯＮ）にする（Ｓ５０２０）。これにより、ＰＢＸ（Ａ）５に収容されている音声端末（Ａ）６と、ＰＢＸ（Ｂ）５に収容されている音声端末（Ｂ）６との間で、ＲＴＰパケットを利用したメディア情報の交換（音声通信など）が可能となる。
【００７２】
なお、既存のＶｏＩＰゲートウエイ装置４が、ＩＰ網７側から着呼した場合に、自らがリモートＲＢＴやリモートＢＴを生成し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置とした場合、このＶｏＩＰゲートウエイ装置４と、チャネルオープン判定方法（Ｈ．２４５手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１との間で行なわれるＨ．３２３の呼制御手順は、図６に示すものと基本的に同様になる。但し、Ｓ５０１６において、リモートＲＢＴの生成源は、ＶｏＩＰゲートウエイ装置４となる。
【００７３】
図７は、チャネルオープン判定方法（Ｈ．２４５手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００７４】
図７において、図６に示す処理を同じものには、同じ符号を付すことでその詳細な説明を省略している。また、ＶｏＩＰゲートウエイ装置３は、ＩＰ網７側から着呼した場合に、リモートＲＢＴやリモートＢＴを、発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送することを行なわないタイプのＶｏＩＰ通信装置としている。
【００７５】
図７に示すように、Ｈ．２４５手順において、ＶｏＩＰゲートウエイ装置１のＨ．３２３処理部１０４は、ＣＯＮＮＥＣＴメッセージの受信前に、メディアチャネルをオープンするためのＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを、通信相手であるＶｏＩＰゲートウエイ装置３から受信することはない。
【００７６】
このため、ＶｏＩＰゲートウエイ装置１の呼制御音性制限判定部１０７は、Ｈ．２４５手順のＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを受信することなく、起動したタイマが所定時間（例えば２秒）を経過してタイムアウトしたことを検知すると（Ｓ５０１５’）、ＶｏＩＰゲートウエイ装置３よりリモートＲＢＴが送られてこないことを認識する。そして、呼制御音生成部１０６にローカルＲＢＴの生成を指示し、生成されたローカルＲＢＴをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５へ転送する。ＰＢＸ（Ａ）５は、このローカルＲＢＴを音声端末（Ａ）６にさらに転送する（Ｓ５０１６’）。
【００７７】
その後、ＶｏＩＰゲートウエイ装置２に収容されているＰＢＸ（Ｂ）５は、ＩＲを送出している音声端末（Ｂ）６がオフフックされたことを検知すると（Ｓ５０１７）、ＶｏＩＰゲートウエイ装置２へのＳＳ信号をオン（ＳＳ−ＯＮ）にする（Ｓ５０１８）。ＶｏＩＰゲートウエイ装置２は、ＳＳ−ＯＮを検知すると、ＣＯＮＮＥＣＴメッセージを生成して、これをＩＰ網７を介して、ＶｏＩＰゲートウエイ装置１に送信する（Ｓ５０１９）。
【００７８】
ＶｏＩＰゲートウエイ装置１において、Ｈ．３２３処理部１０４は、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２およびＩＰ処理部１０５を介して、通信相手のＶｏＩＰゲートウエイ装置２からＣＯＮＮＥＣＴメッセージを受信すると、ＰＢＸ（Ａ）５へのＳＲ信号をオン（ＳＲ−ＯＮ）にする（Ｓ５０２０）。
【００７９】
さらに、Ｈ．２４５手順が実行され（Ｓ５０１４）、これにより、ＰＢＸ（Ａ）５に収容されている音声端末（Ａ）６と、ＰＢＸ（Ｂ）５に収容されている音声端末（Ｂ）６との間で、ＲＴＰパケットを利用したメディア情報の交換（音声通信など）が可能となる。
【００８０】
図８は、チャネルオープン判定方法（ファーストコネクト手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００８１】
図８において、図６、図７に示す処理を同じものには、同じ符号を付すことでその詳細な説明を省略している。また、ＶｏＩＰゲートウエイ装置２は、ＩＰ網７側から着呼した場合に、自身が収容するＰＢＸ（Ｂ）５からのリモートＲＢＴやリモートＢＴを受信し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置としている。
【００８２】
ファーストコネクト手順の場合、図８に示すように、Ｓ５００７’において、ＶｏＩＰゲートウエイ装置１のＨ．３２３処理部１０４は、チャネルオープンのためのＦＳ（Ｆｉｒｓｔ　Ｓｔａｒｔ）要素を含むＳＥＴ　ＵＰメッセージを作成し、これをＩＰ処理部１０５およびＥｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２を介して、通信相手のＶｏＩＰゲートウエイ装置２に送信する。
【００８３】
また、Ｓ５０１１’において、ＶｏＩＰゲートウエイ装置１のＨ．３２３処理部１０４は、応答を示すＦＳ要素を含むＡＬＥＲＴメッセージを受信する。呼制御音生成源判定部１０７は、この事実により、ＶｏＩＰゲートウエイ装置２からリモートＲＢＴが送られてくることを認識する。
【００８４】
なお、既存のＶｏＩＰゲートウエイ装置４が、ＩＰ網７側から着呼した場合に、自らがリモートＲＢＴやリモートＢＴを生成し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置とした場合、このＶｏＩＰゲートウエイ装置４と、チャネルオープン判定方法（ファーストコネクト手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１との間で行なわれるＨ．３２３の呼制御手順は、図８に示すものと基本的に同様になる。但し、Ｓ５０１６において、リモートＲＢＴの生成源は、ＶｏＩＰゲートウエイ装置４となる。
【００８５】
図９は、チャネルオープン判定方法（ファーストコネクト手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００８６】
図９において、図６〜図８に示す処理を同じものには、同じ符号を付すことでその詳細な説明を省略する。また、ＶｏＩＰゲートウエイ装置３は、ＩＰ網７側から着呼した場合に、リモートＲＢＴやリモートＢＴを、発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送することを行なわないタイプのＶｏＩＰ通信装置としている。
【００８７】
図９に示すように、Ｓ５０１１”において、ＶｏＩＰゲートウエイ装置１のＨ．３２３処理部１０４は、応答を示すＦＳ要素を含んでいないＡＬＥＲＴメッセージをＶｏＩＰゲートウエイ装置３から受信する。呼制御音生成源判定部１０７は、この事実により、ＶｏＩＰゲートウエイ装置２からリモートＲＢＴが送られてこないことを認識する。
【００８８】
図１０は、ＲＴＰ受信判定方法が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００８９】
図１０において、図６〜図９に示す処理を同じものには、同じ符号を付すことでその詳細な説明を省略している。また、ＶｏＩＰゲートウエイ装置２は、ＩＰ網７側から着呼した場合に、自身が収容するＰＢＸ（Ｂ）５からのリモートＲＢＴやリモートＢＴを受信し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置としている。
【００９０】
図１０に示すように、Ｓ５０１１において、ＶｏＩＰゲートウエイ装置１のＨ．３２３処理部１０４が通信相手のＶｏＩＰゲートウエイ装置２よりＡＬＥＲＴメッセージを受信すると、呼制御音生成源判定部１０７は、呼制御音の信号生成源を判定するためのタイマを起動する。そして、起動したタイマが所定時間（例えば２秒）を経過してタイムアウトする前に、ＲＴＰ処理部１０４がＶｏＩＰゲートウエイ装置２よりＲＴＰパケットを受信したことを検知すると（Ｓ５０１５”）、ＶｏＩＰゲートウエイ装置２よりリモートＲＢＴが送られてくることを認識する。
【００９１】
なお、既存のＶｏＩＰゲートウエイ装置４が、ＩＰ網７側から着呼した場合に、自らがリモートＲＢＴやリモートＢＴを生成し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置とした場合、このＶｏＩＰゲートウエイ装置４と、ＲＴＰ受信判定方法が適用された本実施形態のＶｏＩＰゲートウエイ装置１との間で行なわれるＨ．３２３の呼制御手順は、図１０に示すものと基本的に同様になる。但し、Ｓ５０１６において、リモートＲＢＴの生成源は、ＶｏＩＰゲートウエイ装置４となる。
【００９２】
図１１は、ＲＴＰ受信判定方法が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００９３】
図１１において、図６〜図１０に示す処理を同じものには、同じ符号を付すことでその詳細な説明を省略する。また、ＶｏＩＰゲートウエイ装置３は、ＩＰ網７側から着呼した場合に、リモートＲＢＴやリモートＢＴを、発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送することを行なわないタイプのＶｏＩＰ通信装置としている。
【００９４】
図１１に示すＳ５０１５’’’において、ＶｏＩＰゲートウエイ装置１の呼制御音生成源判定部１０７は、ＲＴＰ処理部１０３がＲＴＰパケットを受信することなく、ＡＬＥＲＴメッセージの受信により起動したタイマが所定時間（例えば２秒）を経過してタイムアウトしたことを検知すると、ＶｏＩＰゲートウエイ装置３よりリモートＲＢＴが送られてこないことを認識する。
【００９５】
なお、本発明は上記の実施形態に限定されものではなく、その要旨の範囲内で数々の変形が可能である。
【００９６】
例えば、ＶｏＩＰゲートウエイ装置１は、ＰＢＸ（Ａ）５に代えて、あるいはＰＢＸ（Ａ）５と共に、音声端末やその他の交換機を直接収容してもよい。また、ＶｏＩＰゲートウエイ装置１および収容装置間のインターフェースは、４線式ＳＳ／ＳＲ・ＯＤインターフェースや２線式電話インターフェースに限定されない。同様に、ＶｏＩＰゲートウエイ装置１およびＩＰ網７間のインターフェースも、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェースに限定されるものではなく、例えばＡＴＭインターフェースなどのその他のインターフェースとしてもよい。
【００９７】
また、ＶｏＩＰゲートウエイ装置１の呼制御音生成源判定部１０７は、呼制御音の信号生成源を自身のＶｏＩＰゲートウエイ装置１にデフォルト設定しておき、呼制御音の信号生成源が通話相手側にあることを認識した時点で、呼制御音生成部１０６による呼制御音の生成・送信を停止するようにしてもよい。
【００９８】
また、ＶｏＩＰゲートウエイ装置１は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）やＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）を使用して専用装置として構築してもよいし、あるいは、汎用のコンピュータシステム上にソフトウエア的に構築しても構わない。ここで、汎用のコンピュータシステム上に、ＶｏＩＰゲートウエイ装置１をソフトウエア的に構築するためのプログラムは、ＣＤ−ＲＯＭ等の記録メディアに格納されて、コンピュータシステムに提供されるようにしてもよい。あるいは、ネットワークを介してコンピュータシステムに提供されるようにしてもよい。
【００９９】
図１２は、ＶｏＩＰゲートウエイ装置１のハードウエア構成例を示している。この例では、ＰＢＸ５と接続するためのＯＤインターフェース１５１と、ＩＰ網（Ｅｔｈｅｒｎｅｔ（登録商標）網）７と接続するためのＥｔｈｅｒｎｅｔ（登録商標）インターフェース１５２と、ＯＤインターフェース１５１を介してＰＢＸ５と送受するメディア情報や呼制御情報を処理するＤＳＰ１５３と、ＣＰＵ１５４と、ＣＰＵ１５４のワークエリアとして機能するＲＡＭ１５５と、ＣＰＵ１５４で実行すべき各種プログラムや、呼制御処理などで必要な各種データを格納したＲＯＭ１５６と、これらの各要素を相互接続するバス１５７と備えてる。ＣＰＵ１５４が、ＲＯＭ１５６に格納されている各種プログラムを実行することにより、図２に示す機能ブロックを実現する。
【０１００】
【発明の効果】
以上説明したように、本発明によれば、通信相手のタイプにかかわらず、呼制御音を収容装置に送出することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態が適用されたＶｏＩＰゲートウエイ装置１を含むＩＰ通信システムの概略図である。
【図２】図１に示すＶｏＩＰゲートウエイ装置１の概略図である。
【図３】Ｈ．３２３に規定するＶｏＩＰの呼制御手順に、Ｈ．２４５手順が利用される場合における、チャネルオープン判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【図４】Ｈ．３２３に規定するＶｏＩＰの呼制御手順に、ファーストコネクト手順が利用される場合における、チャネルオープン判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【図５】ＲＴＰ受信判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【図６】チャネルオープン判定方法（Ｈ．２４５手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図７】チャネルオープン判定方法（Ｈ．２４５手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図８】チャネルオープン判定方法（ファーストコネクト手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図９】チャネルオープン判定方法（ファーストコネクト手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図１０】ＲＴＰ受信判定方法が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図１１】ＲＴＰ受信判定方法が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図１２】ＶｏＩＰゲートウエイ装置１のハードウエア構成例を示す図である。
【符号の説明】
１〜４…ＶｏＩＰゲートウエイ装置
５…ＰＢＸ
６…音声端末
７…ＩＰ網
１０１…ＯＤインターフェース部
１０２…Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部
１０３…ＲＴＰ処理部
１０４…Ｈ．３２３処理部
１０５…ＩＰ処理部
１０６…呼制御音生成部
１０７…呼制御音生成源判定部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a technology for determining a call control sound generation source in a VoIP gateway device used for VoIP (Voice over IP) communication.
[0002]
[Prior art]
As a device for realizing VoIP (Voice over IP) communication using an existing PBX (Private Branch Exchange) or a voice terminal (hereinafter referred to as an accommodation device), a speech signal or a call control signal is converted into an IP packet to form an IP network. There is known a VoIP gateway device for transmitting a communication signal or a call control signal from an IP packet received from an IP network and transmitting the restored signal to an accommodation device.
[0003]
[Problems to be solved by the invention]
At present, a VoIP gateway device generates a call control tone signal (RBT: Ring Back Tone, BT: Busy Tone, etc.) which is an audible tone signal used for call control, and sends it to an accommodation device. There are various types such as a type of receiving a call control tone signal from a VoIP gateway device of a communication partner opposite via an IP network and transferring the received signal to an accommodation device. For this reason, unless the VoIP gateway devices have the same specifications, the call control tone may not be transmitted to the accommodation device, and there has been a problem that the usability is poor.
[0004]
The TTC (The Telecommunications Technology Committee) standard JT-Q. 931 “ISDN User / Network Interface Layer 3 Specification” specifies that a signal generation source of a call control tone can be specified by including a progress identifier in a layer 3 message of ISDN (Integrated Service Digital Network). . Also, in the ITU-T H.225.0 "Packet-based Signaling Protocols and Packetization of Media Signals for Multimedia Communication Systems Based on Packets", ISDN and ATM (Asynchronous Transfer Mode) -based terminals are used. . When connecting to a terminal based on H.323 (H225.0 is a part of the H.323 standard), the use of the above-mentioned progress identifier is specified. However, H. When connecting VoIP gateway devices, which are terminals based on H.323, there is no provision for specifying a signal generation source of a call control tone using the above-mentioned progress identifier.
[0005]
SUMMARY OF THE INVENTION The present invention has been made in view of the above circumstances, and an object of the present invention is to enable a VoIP gateway device to transmit a call control tone to an accommodation device regardless of the type of a VoIP gateway device as a communication partner. It is in.
[0006]
[Means for Solving the Problems]
In order to solve the above problems, a VoIP gateway device of the present invention converts RIP (Real-time Transport Protocol) packets of media information received from an accommodation device, and transmits the RTP packets to a communication partner via an IP network or LAN. RTP processing means for restoring media information from RTP packets received from the communication partner via the IP network or LAN and transmitting the media information to the accommodation device; H.323 that performs call control with the communication partner in accordance with H.323. 323 processing means, and call control sound generation means for generating a call control sound signal and sending it to the accommodation device.
[0007]
Then, the call control sound generating means is configured to generate the call control sound. If the media channel with the communication partner is opened during the call control with the communication partner by the H.323 processing means, the generation of the call control sound signal is performed on the assumption that the call control sound signal is transmitted from the communication partner. Do not do it.
[0008]
Alternatively, the call control sound generation means may be configured to output the call control sound. If the RTP processing unit receives an RTP packet from the communication partner during the call control by the H.323 processing unit with the communication partner, the call control sound signal is sent from the communication partner and the call control sound signal is transmitted. Disable signal generation.
[0009]
According to the present invention, During the call control with the communication partner by the H.323 processing means, depending on whether a media channel with the communication partner has been opened or whether the RTP processing means has received an RTP packet from the communication partner. It is determined whether the signal generation source of the call control sound is the communication partner or the VoIP gateway device of the present invention. Then, according to the determination result, it is determined whether or not to generate the call control sound signal to be transmitted to the accommodation device by itself.
[0010]
By doing so, it becomes possible to transmit the call control tone to the accommodation device regardless of the type of the VoIP gateway device that is the communication partner.
[0011]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described.
[0012]
FIG. 1 is a schematic diagram of an IP communication system to which an embodiment of the present invention is applied.
[0013]
In FIG. 1, reference numeral 5 denotes a PBX, reference numeral 6 denotes a voice terminal, reference numerals 2 to 4 denote existing VoIP gateway devices described in the related art, and reference numeral 1 denotes a VoIP gateway device to which the present embodiment is applied. . Here, it is assumed that the VoIP gateway devices 1 to 4 are connected to an IP network (Ethernet (registered trademark)) 7 through an Ethernet (registered trademark) interface. Here, the IP network 7 includes both a WAN and a LAN. The VoIP gateway devices 1 to 3 are connected to the PBX 5 by a 4-wire SS / SR / OD interface, and the VoIP gateway device 4 is connected to the voice terminal 6 by a 2-wire telephone interface. .
[0014]
The VoIP gateway device 1 according to the present embodiment is based on the H.264 standard of the TTC standard. By performing the call control procedure specified in H.323, a call is established with the existing VoIP gateway devices 2 to 4 as communication partners via the IP network 7. Then, media information is transmitted and received via this call. That is, it converts the media information sent from the PBX (A) 5 accommodated therein into an RTP packet, and transmits this to the communication partner via the IP network 7. Also, it restores the media information from the RTP packet received from the communication partner via the IP network 7 and transmits it to the PBX (A) 5.
[0015]
Further, the VoIP gateway device 1 according to the present embodiment follows the call sent from the PBX (A) 5 and becomes the calling side, and When a call control procedure specified in H.323 is performed with a communication partner, during this call control, depending on whether a media channel with the communication partner has been opened or whether an RTP packet has been received from the communication partner. It is determined whether the signal generation source of the call control sound such as RBT or BT is the communication partner side or the own VoIP gateway device 1. Then, according to the determination result, it is determined whether or not to generate the call control sound signal to be transmitted to the PBX (A) 5 by itself.
[0016]
Hereinafter, the RBT generated by the calling side is called a local RBT, and the RBT generated by the called side is called a remote RBT. Similarly, a BT generated by the calling side is called a local BT, and a BT generated by the called side is called a remote BT.
[0017]
FIG. 2 is a schematic diagram of a VoIP gateway device 1 to which the present embodiment is applied.
[0018]
As illustrated, the VoIP gateway device 1 of the present embodiment includes an OD interface unit 101, an Ethernet (registered trademark) interface unit 102, an RTP processing unit 103, 323 processing unit 104, IP processing unit 105, call control sound generation unit 106, and call control sound generation source determination unit 107.
[0019]
The OD interface unit 101 transmits and receives media information and call control information to and from the PBX (A) 5 via a 4-wire SS / SR OD interface.
[0020]
The Ethernet (registered trademark) interface unit 102 transmits and receives, via the IP network 7, an Ethernet (registered trademark) frame storing IP packets to and from the existing VoIP gateway devices 2 to 4 as communication partners.
[0021]
The RTP processing unit 103 converts the media information received from the OD interface unit 101 into an RTP packet. Then, the RTP packet is passed to the IP processing unit 105. Also, it restores the media information from the RTP packet received from the IP processing unit 105 and passes it to the OD interface unit 101.
[0022]
H. The H.323 processing unit 104 is based on the H.323 standard of the TTC standard. The VoIP call control procedure specified in H.323 is performed. Specifically, the message indicated by the call control information received via the OD interface unit 101 is transmitted to the H.264 server. 323 packets. And this H. The H.323 packet is passed to the IP processing unit 105. Also, the H.264 received from the IP processing unit 105. It analyzes the call control message stored in the H.323 packet, and transmits call control information representing the call control message to the OD interface unit 101. This establishes a call.
[0023]
The IP processing unit 105 transmits the RTP packet received from the RTP processing unit 103, H.323 received from the H.323 processing unit 104. The H.323 packet is stored in an IP packet and passed to the Ethernet (registered trademark) interface unit 102. Further, from an IP packet received from the Ethernet (registered trademark) interface unit 102, an RTP packet or an H.264 The H.323 packet is taken out, and the RTP processing unit 103 and the H.323. 323 processing unit 104.
[0024]
The call control sound generation unit 106 generates a call control sound signal (RBT or BT), which is an audible sound signal used for call control, and sends it to the OD interface unit 101.
[0025]
The call control sound generation source determining unit 107 determines whether the signal generation source of the call control sound is the communication partner or the VoIP gateway device 1 of the present embodiment. Then, in accordance with the determination result, the transmission of the call control sound signal to the OD interface unit 101 by the call control sound generation unit 106 is controlled.
[0026]
Thus, when a call control tone signal is sent from the communication partner, the call control tone signal is transferred to the PBX (A) 5 and a call control tone signal is sent from the communication partner. If not, the call control sound generation unit 106 generates a call control sound signal, and the call control sound signal is transmitted to the PBX (A) 5.
[0027]
Note that, in the present embodiment, H.264. A method for determining whether or not a media channel with a communication partner has been opened during the call control by the H.323 processing unit 104 (referred to as a channel open determination method); The determination of the signal generation source of the call control tone is performed by determining whether or not a packet has been received (referred to as an RTP reception determination method).
[0028]
First, a channel open determination method will be described.
[0029]
A method for detecting a channel open is described in H. The VoIP call control procedure specified in H.323 includes H.323. The case where the 245 procedure is used is different from the case where the first connect procedure is used.
[0030]
FIG. The VoIP call control procedure specified in H.323 includes H.323. FIG. 21 is a diagram illustrating an operation flow of a call control sound generation source determination unit 107 adopting a channel open determination method when the H.245 procedure is used.
[0031]
The call control sound generation source determining unit 107 determines that a call is received from the PBX (A) 5 In this case, the VoIP device 1 according to the present embodiment is the calling side, and the VoIP gateway devices 2 to 4 having the IP addresses associated with the number information associated with the call are received by the called side. H. When it is detected that the VoIP call control procedure specified in H.323 has been started (S1001), the H.323 storing the ALERT message or the Release Complete message from the called VoIP gateway apparatuses 2 to 4 is stored. H.323 packet is H.323. The process waits until it reaches the H.323 processing unit 104 (S1002).
[0032]
Then, an H.264 message storing an ALERT message or a Release Complete message is stored. When the H.323 packet arrives, the call control sound generation source determining unit 107 determines that the H.323 packet has been received within a predetermined time. H.245, which stores the Open Logical Channel message of H.245. H.323 packet is H.323. The process further waits for arrival at the H.323 processing unit 104 (S1003, S1004).
[0033]
By the way, the call control sound generation source determination unit 107 stores the Open Logical Channel message within a predetermined period of time. When the H.323 packet has arrived (Yes in S1003), it is determined that the remote RBT or remote BT is transmitted from the VoIP gateway devices 2 to 4 on the called side.
[0034]
This predetermined time can be set differently for each of the ALERT message and the Release Complete message. For example, the ALERT message is 2 seconds, and the Release Complete message is 0 seconds. At 0 seconds, the H.264 immediately stores the Open Logical Channel message within a predetermined time. It is determined that the H.323 packet has not arrived. Therefore, the process immediately proceeds to the next process (Yes in S1004).
[0035]
The call control sound generation source determining unit 107 stores the Open Logical Channel message within a predetermined time period. If the H.323 packet has not arrived (Yes in S1004), it is determined that the remote RBT or remote BT is not transmitted from the VoIP gateway devices 2 to 4 on the called side.
[0036]
Therefore, in the case of Yes in S1004, the call control sound generation source determination unit 107 detects the H.264 detected in S1002. If the H.323 packet stores an ALERT message (S1005), the call control tone generation unit 106 generates a local RBT and sends it to the PBX (A) 5 via the OD interface unit 101 (S1006). In addition, the H.264 detected in S1002. If the H.323 packet stores a Release Complete message (S1005), the control unit 106 causes the call control sound generation unit 106 to generate a local BT, and sends it to the PBX (A) 5 via the OD interface unit 101 (S1007).
[0037]
The above processing is described in H.264. The process is performed until the VoIP call control procedure by the H.323 processing unit 104 ends (S1008).
[0038]
FIG. FIG. 8 is a diagram for explaining an operation flow of a call control sound generation source determining unit 107 adopting a channel open determination method when a fast connect procedure is used for a VoIP call control procedure specified in H.323.
[0039]
The call control sound generation source determining unit 107 determines that a call is received from the PBX (A) 5 The H.323 processing unit 104 receives the call. The H.323 processing unit 104 stores a SET UP message including an FS (First Start) element for the VoIP gateway devices 2 to 4 having the IP address associated with the number information associated with the call. H. When the transmission of the H.323 packet is detected (S2001), the H.323 message storing the ALERT message or the Release Complete message from the other party is stored. H.323 packet is H.323. The process waits for the arrival at the H.323 processing unit 104 (S2002).
[0040]
Then, an H.264 message storing an ALERT message or a Release Complete message is stored. When the H.323 packet has arrived, the call control sound generation source determination unit 107 determines whether or not this message includes an FS element (S2003).
[0041]
If the FS element is included, that is, if the other party has made an FS response (Yes in S2003), the H. FS element is returned. The H.323 processing unit 104 immediately opens the media channel with the communication partner. The call control sound generation source determining unit 107 determines that a remote RBT or a remote BT is transmitted from the VoIP gateway devices 2 to 4 of the communication partner by using the media channel.
[0042]
On the other hand, if the FS element is not included, that is, if the other party has not made an FS response (No in S2003), the H.264 communication is performed. The H.323 processing unit 104 does not open the media channel with the other party at this time. Therefore, the call control sound generation source determination unit 107 determines that the remote RBT or the remote BT is not transmitted from the VoIP gateway devices 2 to 4 of the communication partner.
[0043]
Therefore, in the case of No in S2003, the call control sound generation source determination unit 107 detects the H.264 detected in S2002. If the H.323 packet stores an ALERT message (S2004), it causes the call control tone generation unit 106 to generate a local RBT, and sends this to the PBX (A) 5 via the OD interface unit 101 (S2005). Further, the H.264 detected in S2002. If the H.323 packet stores a Release Complete message (S2004), the control unit 106 causes the call control sound generation unit 106 to generate a local BT, and sends it to the PBX (A) 5 via the OD interface unit 101 (S2006).
[0044]
The above processing is described in H.264. The process is performed until the VoIP call control procedure by the H.323 processing unit 104 ends (S2007).
[0045]
It should be noted that even in the first connect procedure, H.P. It is possible to move to the H.245 procedure. In this case, Start H. of the facility message is used. By receiving H.245 from the partner device, H.245 is transmitted. Move to 245 procedure.
[0046]
Next, an RTP reception determination method will be described.
[0047]
FIG. 5 is a diagram for explaining an operation flow of the call control sound generation source determination unit 107 employing the RTP reception determination method.
[0048]
The call control sound generation source determining unit 107 receives a call from the PBX (A) 5 via the OD interface unit 101 when the call is H.264. In this case, the VoIP device 1 according to the present embodiment becomes the calling side, and the VoIP gateway devices 2 to 4 having the IP addresses associated with the number information associated with the call are received by the called side. H. Upon detecting that the VoIP call control procedure specified in H.323 has been started (S3001), the H.323 storing the ALERT message or the Release Complete message from the called VoIP gateway apparatuses 2 to 4 is stored. H.323 packet is H.323. The process waits for the arrival at the H.323 processing unit 104 (S3002).
[0049]
Then, an H.264 message storing an ALERT message or a Release Complete message is stored. When the H.323 packet arrives, the call control sound generation source determination unit 107 further determines that the RTP packet reaches the RTP processing unit 103 within a predetermined time (for example, 2 seconds for an ALERT message and 0 seconds for a Release Complete message). Wait (S3003, S3004).
[0050]
When the RTP packet arrives within the predetermined time (Yes in S3003), the call control sound generation source determining unit 107 determines that the remote RBT or the remote BT is transmitted from the VoIP gateway devices 2 to 4 on the called side. to decide.
[0051]
On the other hand, when the RTP packet has not arrived within the predetermined time (Yes in S3004), the call control sound generation source determination unit 107 determines that the remote RBT or remote BT is not transmitted from the VoIP gateway devices 2 to 4 on the called side. to decide.
[0052]
Therefore, in the case of Yse in S3004, the call control sound generation source determination unit 107 detects the H.264 signal detected in S3002. If the 323 packet stores an ALERT message (S3005), the call control tone generation unit 106 generates a local RBT and sends it to the PBX (A) 5 via the OD interface unit 101 (S3006). In addition, the H.264 detected in S3002. If the H.323 packet stores a Release Complete message (S3005), the control unit 106 causes the call control tone generation unit 106 to generate a local BT, and sends it to the PBX (A) 5 via the OD interface unit 101 (S3007).
[0053]
The above processing is described in H.264. The process is performed until the VoIP call control procedure by the H.323 processing unit 104 ends (S3008).
[0054]
In step S3003, not only is it checked whether the RTP packet has reached the RTP processing unit 103, but also the media information restored from the received RTP packet is an audible signal (for example, detection level: -38 dB, detection time: 100 ms). ) May be confirmed. If it can be confirmed that the signal is an audible sound signal, it may be determined as Yes in S3003. Further, when it is possible to confirm that the confirmed audible sound signal is a signal having a frequency (for example, 400 Hz) used for the call control sound, the determination may be Yes in S3003.
[0055]
Hereinabove, one embodiment of the present invention has been described.
[0056]
According to the VoIP gateway device 1 of the present embodiment, the H.264 gateway is used. Depending on whether the media channel with the communication partner has been opened during the call control by the H.323 processing unit 104 with the communication partner, or whether the RTP processing unit 103 has received an RTP packet from the communication partner, It is determined whether the signal generation source of the call control sound such as BT or BT is the communication partner or the VoIP gateway device 1 of the present embodiment. Then, according to the determination result, it is determined whether or not to generate a call control sound signal to be transmitted to its own accommodation device. By doing so, it becomes possible to transmit the call control tone to its own accommodation device regardless of the type of the VoIP gateway devices 2 to 4 that are the communication partners.
[0057]
Here, an H.264 connection between the VoIP gateway device 1 of the present embodiment and the existing VoIP gateway devices 2 to 4 is performed. A specific example of the H.323 call control procedure will be described.
[0058]
6 shows an example of the H.245 performed between the VoIP gateway device 1 of the present embodiment to which the channel open determination method (in the case of the H.245 procedure) is applied and the existing VoIP gateway device 2. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
[0059]
Here, when the VoIP gateway apparatus 2 receives a call from the IP network 7, the VoIP gateway apparatus 2 receives a remote RBT or a remote BT from the PBX (B) 5 accommodated by the VoIP gateway apparatus 2, and sends the received remote RBT or remote BT to the calling side. Is a VoIP communication device that transfers data to the VoIP gateway device 1.
[0060]
First, in the PBX (A) 5 accommodated in the VoIP gateway device 1 of the present embodiment, when the voice terminal (A) 6 is off-hook (S5001) and the special number of the VoIP gateway device 1 is inputted (S5002), the VoIP gateway. The SS signal to the device 1 is turned on (SS-ON) (S5003).
[0061]
In the VoIP gateway device 1, Upon detecting SS-ON from the PBX (A) 5 via the OD interface unit 101, the H.323 processing unit 104 enters a state of waiting for a dial input from the PBX (A) 5. The call control sound generation source determination unit 107 determines whether When detecting the dial input waiting of the H.323 processing unit 104, the control unit 104 causes the call control sound generation unit 106 to generate a DT (Dial Tone), and transmits this to the PBX (A) 5 via the OD interface 101.
[0062]
The PBX (A) 5 transfers the DT to the voice terminal (A) 5 (S5004). Then, the PBX (A) 5 transfers the dial information received from the voice terminal (A) 5 to the VoIP gateway device 1 (S5005).
[0063]
In the VoIP gateway device 1, Upon receiving the dial information from the PBX (A) 5 via the OD interface unit 101, the H.323 processing unit 104 specifies the VoIP gateway device 2 to be the destination (communication partner) from the dial information (S5006). Then, a SET UP message is generated and transmitted to the communication partner VoIP gateway device 2 via the IP processing unit 105 and the Ethernet (registered trademark) interface unit 102 (S5007). Specifically, H. H.323 storing the SET UP message in the H.323 processing unit 104. H.323 packet is generated, and the IP processing unit 105 generates the H.323 packet. 323 packets are stored in an IP packet, and the Ethernet (registered trademark) interface unit 102 stores the IP packet in an Ethernet (registered trademark) frame, and then, via an IP network (Ethernet (registered trademark) network) 7. The data is transmitted to the VoIP gateway device 2 of the communication partner.
[0064]
Upon receiving the SET UP message from the VoIP gateway device 1, the VoIP gateway device 2 turns on (SR-ON) the SR signal to the PBX (B) 5 accommodated therein (S5008). In addition, a CALL PROC message is transmitted to the VoIP gateway device 1 via the IP network 7 (S5009).
[0065]
When the PBX (B) 5 becomes SR-ON, the PBX (B) 5 sends DT to the VoIP gateway device 2 (S5010). In response, the VoIP gateway device 2 transmits an ALERT message to the VoIP gateway device 1 via the IP network 7 (S5011). The dial information accompanying the SET UP message received from the VoIP gateway device 1 is transmitted to the PBX (B) 5 (S5012). Then, the PBX (B) 5 sends out an IR (Inter Ringing) to the voice terminal (B) 6 specified by the dial information (S5013).
[0066]
On the other hand, in the VoIP gateway device 1, When the H.323 processing unit 104 receives the ALERT message from the VoIP gateway device 2 via the Ethernet (registered trademark) interface unit 102 and the IP processing unit 105 (S5011), the call control tone restriction determination unit 107 sets the call control tone. Activates a timer for determining the signal generation source. Then, H. Between the H.323 processing unit 104 and the VoIP gateway device 2. The H.245 procedure is executed (S5014).
[0067]
By the way, in the VoIP gateway device 1, the call control sound generation source determining unit 107 determines whether the call control sound generation source determination unit 107 should execute the H.323 before the activated timer elapses a predetermined time (for example, 2 seconds) and times out. The H.323 processing unit 104 sends an H.323 message from the VoIP gateway device 2. When detecting that the Open Logical Channel message of the H.245 procedure has been received (S5015), it recognizes that a remote RBT is transmitted from the VoIP gateway apparatus 2. Therefore, call control tone restriction determination section 107 does not instruct call control tone generation section 106 to generate a local RBT.
[0068]
On the other hand, the VoIP gateway device 2 is based on H.264. When the media channel with the VoIP gateway device 1 is opened according to the H.245 procedure (S5015), the remote RBT from the PBX (B) 5 is transmitted to the VoIP gateway device 1. More specifically, the remote RBT is converted into an RTP packet, the RTP packet is stored in an IP packet, and the IP packet is stored in an Ethernet (registered trademark) frame. Send to 1.
[0069]
In the VoIP gateway device 1, when the RTP processing unit 103 receives the remote RBT from the VoIP gateway device 2 of the communication partner via the Ethernet (registered trademark) interface unit 102 and the IP processing unit 105, the RTP processing unit 103 transmits the remote RBT to the PBX (A) 5. Transfer to The PBX (A) 5 further transfers this remote RBT to the voice terminal (A) 6 (S5016).
[0070]
Thereafter, when the PBX (B) 5 accommodated in the VoIP gateway device 2 detects that the voice terminal (B) 6 transmitting the IR is off-hook (S5017), the SS signal to the VoIP gateway device 2 is received. Is turned on (SS-ON) (S5018). Upon detecting SS-ON, the VoIP gateway device 2 generates a CONNECT message and transmits the CONNECT message to the VoIP gateway device 1 via the IP network 7 (S5019).
[0071]
In the VoIP gateway device 1, Upon receiving a CONNECT message from the VoIP gateway device 2 of the communication partner via the Ethernet (registered trademark) interface unit 102 and the IP processing unit 105, the H.323 processing unit 104 turns on the SR signal to the PBX (A) 5 (SR -ON) (S5020). Thereby, between the audio terminal (A) 6 accommodated in the PBX (A) 5 and the audio terminal (B) 6 accommodated in the PBX (B) 5, media information using RTP packets is transmitted. Exchange (voice communication, etc.) becomes possible.
[0072]
When the existing VoIP gateway device 4 receives a call from the IP network 7, it generates a remote RBT or a remote BT and transfers it to the VoIP gateway device 1 of the present embodiment, which is the calling side. In the case of a VoIP communication device of the H.245 type, an H.264 communication between the VoIP gateway device 4 and the VoIP gateway device 1 of the present embodiment to which the channel open determination method (in the case of the H.245 procedure) is applied. The call control procedure of H.323 is basically the same as that shown in FIG. However, in S5016, the generation source of the remote RBT is the VoIP gateway device 4.
[0073]
FIG. 7 shows an example of H.245 performed between the VoIP gateway apparatus 1 of the present embodiment to which the channel open determination method (in the case of the H.245 procedure) is applied and the existing VoIP gateway apparatus 3. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
[0074]
7, the same processes as those shown in FIG. 6 are denoted by the same reference numerals, and detailed description thereof is omitted. The VoIP gateway device 3 does not transfer a remote RBT or a remote BT to the VoIP gateway device 1 of the present embodiment, which is the calling side, when a call is received from the IP network 7 side. Equipment.
[0075]
As shown in FIG. In the H.245 procedure, the H.264 of the VoIP gateway device 1 is used. Before receiving the CONNECT message, the H.323 processing unit 104 does not receive an Open Logical Channel message for opening a media channel from the VoIP gateway device 3 that is the communication partner.
[0076]
For this reason, the call control tone restriction determination unit 107 of the VoIP gateway device 1 uses Without detecting the Open Logical Channel message of the H.245 procedure, when detecting that the activated timer has timed out after a predetermined time (for example, 2 seconds) has elapsed (S5015 '), the remote RBT is transmitted from the VoIP gateway apparatus 3 and transmitted. Recognize that it will not come. Then, it instructs the call control sound generation unit 106 to generate a local RBT, and transfers the generated local RBT to the PBX (A) 5 via the OD interface unit 101. The PBX (A) 5 further transfers the local RBT to the voice terminal (A) 6 (S5016 ').
[0077]
Thereafter, when the PBX (B) 5 accommodated in the VoIP gateway device 2 detects that the voice terminal (B) 6 transmitting the IR is off-hook (S5017), the SS signal to the VoIP gateway device 2 is received. Is turned on (SS-ON) (S5018). Upon detecting SS-ON, the VoIP gateway device 2 generates a CONNECT message and transmits the CONNECT message to the VoIP gateway device 1 via the IP network 7 (S5019).
[0078]
In the VoIP gateway device 1, Upon receiving a CONNECT message from the VoIP gateway device 2 of the communication partner via the Ethernet (registered trademark) interface unit 102 and the IP processing unit 105, the H.323 processing unit 104 turns on the SR signal to the PBX (A) 5 (SR -ON) (S5020).
[0079]
Furthermore, H. The H.245 procedure is executed (S5014), whereby the audio terminal (A) 6 accommodated in the PBX (A) 5 and the audio terminal (B) 6 accommodated in the PBX (B) 5 Exchange of media information using RTP packets (such as voice communication) becomes possible.
[0080]
FIG. 8 shows an H.264 protocol performed between the VoIP gateway device 1 of the present embodiment to which the channel open determination method (in the case of the first connect procedure) is applied and the existing VoIP gateway device 2. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
[0081]
8, the same processes as those shown in FIGS. 6 and 7 are denoted by the same reference numerals, and detailed description thereof is omitted. Further, when the VoIP gateway device 2 receives a call from the IP network 7, the VoIP gateway device 2 receives a remote RBT or a remote BT from the PBX (B) 5 accommodated by the VoIP gateway device 2 and sends the received remote RBT or BT to the VoIP gateway device 2 according to the present embodiment. It is a VoIP communication device of a type that transfers data to the VoIP gateway device 1.
[0082]
In the case of the first connect procedure, as shown in FIG. The H.323 processing unit 104 creates a SET UP message including an FS (First Start) element for channel opening, and transmits this via the IP processing unit 105 and the Ethernet (registered trademark) interface unit 102 to the VoIP gateway of the communication partner. Transmit to the device 2.
[0083]
Also, in S5011 ′, the H.323 of the VoIP gateway apparatus 1 is executed. The H.323 processing unit 104 receives the ALERT message including the FS element indicating the response. The call control sound generation source determination unit 107 recognizes that a remote RBT is sent from the VoIP gateway device 2 based on this fact.
[0084]
When the existing VoIP gateway device 4 receives a call from the IP network 7, it generates a remote RBT or a remote BT and transfers it to the VoIP gateway device 1 of the present embodiment, which is the calling side. In the case of a VoIP communication device of the type, an H.264 communication between the VoIP gateway device 4 and the VoIP gateway device 1 of the present embodiment to which the channel open determination method (in the case of the fast connect procedure) is applied. The call control procedure of H.323 is basically the same as that shown in FIG. However, in S5016, the generation source of the remote RBT is the VoIP gateway device 4.
[0085]
FIG. 9 shows an H.264 protocol performed between the VoIP gateway device 1 of the present embodiment to which the channel open determination method (in the case of the first connect procedure) is applied and the existing VoIP gateway device 3. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
[0086]
9, the same processes as those shown in FIGS. 6 to 8 are denoted by the same reference numerals, and detailed description thereof will be omitted. The VoIP gateway device 3 does not transfer a remote RBT or a remote BT to the VoIP gateway device 1 of the present embodiment, which is the calling side, when a call is received from the IP network 7 side. Equipment.
[0087]
9, in S5011 ″, the H.323 processing unit 104 of the VoIP gateway device 1 receives an ALERT message that does not include an FS element indicating a response from the VoIP gateway device 3. Call control sound generation source determination. The unit 107 recognizes that no remote RBT is sent from the VoIP gateway device 2 due to this fact.
[0088]
FIG. 10 shows an H.264 protocol performed between the VoIP gateway device 1 of the present embodiment to which the RTP reception determination method is applied and the existing VoIP gateway device 2. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
[0089]
10, the same processes as those shown in FIGS. 6 to 9 are denoted by the same reference numerals, and the detailed description thereof is omitted. Further, when the VoIP gateway device 2 receives a call from the IP network 7, the VoIP gateway device 2 receives a remote RBT or a remote BT from the PBX (B) 5 accommodated by the VoIP gateway device 2 and sends the received remote RBT or BT to the VoIP gateway device 2 according to the present embodiment. It is a VoIP communication device of a type that transfers data to the VoIP gateway device 1.
[0090]
As shown in FIG. 10, in S5011, the H.323 of the VoIP gateway device 1 is executed. When the H.323 processing unit 104 receives the ALERT message from the VoIP gateway device 2 of the communication partner, the call control tone generation source determination unit 107 starts a timer for determining the signal generation source of the call control tone. If the RTP processing unit 104 detects that the RTP packet has been received from the VoIP gateway device 2 before the activated timer elapses a predetermined time (for example, 2 seconds) and times out (S5015 ″), the VoIP gateway device 2 It recognizes that a remote RBT is sent.
[0091]
When the existing VoIP gateway device 4 receives a call from the IP network 7, it generates a remote RBT or a remote BT and transfers it to the VoIP gateway device 1 of the present embodiment, which is the calling side. In the case of a VoIP communication device of the type, the H.264 communication between the VoIP gateway device 4 and the VoIP gateway device 1 of the present embodiment to which the RTP reception determination method is applied is performed. The H.323 call control procedure is basically the same as that shown in FIG. However, in S5016, the generation source of the remote RBT is the VoIP gateway device 4.
[0092]
FIG. 11 shows an H.264 protocol performed between the VoIP gateway device 1 of the present embodiment to which the RTP reception determination method is applied and the existing VoIP gateway device 3. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
[0093]
11, the same processes as those shown in FIGS. 6 to 10 are denoted by the same reference numerals, and detailed description thereof will be omitted. The VoIP gateway device 3 does not transfer a remote RBT or a remote BT to the VoIP gateway device 1 of the present embodiment, which is the calling side, when a call is received from the IP network 7 side. Equipment.
[0094]
In S5015 ′ ″ illustrated in FIG. 11, the call control sound generation source determination unit 107 of the VoIP gateway apparatus 1 determines that the timer activated by the reception of the ALERT message by the RTP processing unit 103 without receiving the RTP packet has a predetermined time ( When the timeout is detected after elapse of 2 seconds, for example, it is recognized that the remote RBT is not sent from the VoIP gateway device 3.
[0095]
The present invention is not limited to the above embodiment, and various modifications can be made within the scope of the invention.
[0096]
For example, the VoIP gateway device 1 may directly accommodate a voice terminal or another exchange instead of the PBX (A) 5 or together with the PBX (A) 5. The interface between the VoIP gateway device 1 and the accommodation device is not limited to the 4-wire SS / SR / OD interface or the 2-wire telephone interface. Similarly, the interface between the VoIP gateway device 1 and the IP network 7 is not limited to the Ethernet (registered trademark) interface, but may be another interface such as an ATM interface.
[0097]
Also, the call control sound generation source determination unit 107 of the VoIP gateway device 1 sets the signal generation source of the call control sound to its own VoIP gateway device 1 by default, and the signal generation source of the call control sound is transmitted to the other party. The generation and transmission of the call control sound by the call control sound generation unit 106 may be stopped when it is recognized that the call control sound is present.
[0098]
Further, the VoIP gateway device 1 may be constructed as a dedicated device using an ASIC (Application Specific Integrated Circuit) or a DSP (Digital Signal Processor), or may be constructed as software on a general-purpose computer system. It does not matter. Here, a program for constructing the VoIP gateway device 1 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 a computer system via a network.
[0099]
FIG. 12 shows a hardware configuration example of the VoIP gateway device 1. In this example, an OD interface 151 for connecting to the PBX 5, an Ethernet (registered trademark) interface 152 for connecting to an IP network (Ethernet (registered trademark) network) 7, and transmission and reception to and from the PBX 5 via the OD interface 151. A DSP 153 for processing media information and call control information, a CPU 154, a RAM 155 functioning as a work area for the CPU 154, a ROM 156 storing various programs to be executed by the CPU 154, and various data necessary for call control processing, etc. And a bus 157 for interconnecting the components. The CPU 154 executes various programs stored in the ROM 156 to realize the functional blocks shown in FIG.
[0100]
【The invention's effect】
As described above, according to the present invention, a call control tone can be transmitted to an accommodation device regardless of the type of a communication partner.
[Brief description of the drawings]
FIG. 1 is a schematic diagram of an IP communication system including a VoIP gateway device 1 to which an embodiment of the present invention is applied.
FIG. 2 is a schematic diagram of the VoIP gateway device 1 shown in FIG.
FIG. The VoIP call control procedure specified in H.323 includes H.323. FIG. 21 is a diagram illustrating an operation flow of a call control sound generation source determination unit 107 adopting a channel open determination method when the H.245 procedure is used.
FIG. FIG. 8 is a diagram for explaining an operation flow of a call control sound generation source determining unit 107 adopting a channel open determination method when a fast connect procedure is used for a VoIP call control procedure specified in H.323.
FIG. 5 is a diagram for explaining an operation flow of a call control sound generation source determination unit 107 adopting an RTP reception determination method.
6 is a diagram illustrating an example of the H.245 performed between the VoIP gateway device 1 of the present embodiment to which the channel open determination method (in the case of the H.245 procedure) is applied and the existing VoIP gateway device 2. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
7 is a diagram illustrating an example of H.245 performed between the VoIP gateway device 1 of the present embodiment to which the channel open determination method (in the case of the H.245 procedure) is applied and the existing VoIP gateway device 3. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
FIG. 8 shows an H.264 protocol performed between the VoIP gateway device 1 of the present embodiment to which the channel open determination method (in the case of the first connect procedure) is applied and the existing VoIP gateway device 2. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
FIG. 9 is a flowchart illustrating an H.264 communication performed between the VoIP gateway device 1 of the present embodiment to which the channel open determination method (in the case of the first connect procedure) is applied and the existing VoIP gateway device 3. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
FIG. 10 is a diagram illustrating an example of an H.323 protocol performed between the VoIP gateway device 1 of the present embodiment to which the RTP reception determination method is applied and the existing VoIP gateway device 2. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
FIG. 11 illustrates an example of an H.323 protocol performed between the VoIP gateway device 1 of the present embodiment to which the RTP reception determination method is applied and the existing VoIP gateway device 3. FIG. 323 is a sequence diagram illustrating a call control procedure of H.323.
FIG. 12 is a diagram illustrating an example of a hardware configuration of a VoIP gateway device 1;
[Explanation of symbols]
1-4 VoIP gateway device
5 ... PBX
6. Voice terminal
7 ... IP network
101 ... OD interface
102: Ethernet (registered trademark) interface unit
103 ... RTP processing unit
104. 323 processing unit
105: IP processing unit
106: Call control sound generation unit
107: Call control sound generation source determination unit

Claims

A VoIP (Voice over IP) gateway device for connecting an exchange and / or a voice terminal (hereinafter, referred to as an accommodation device) to an IP (Internet Protocol) network or a LAN (Local Area Network),
The media information received from the accommodating device is converted into an RTP (Real-time Transport Protocol) packet and transmitted to the communication partner via the IP network, and the media information is transmitted from the RTP packet received from the communication partner via the IP network. RTP processing means for restoring information and transmitting the information to the accommodation device;
The H.T.C. (The Telecommunications Technology Committee) standard H.T. H.323 that performs call control with the communication partner in accordance with H.323. 323 processing means;
A call control sound generating means for generating a call control sound signal that is an audible signal used for call control, and transmitting the call control sound signal to the accommodation device;
The call control sound generation means,
H. If the media channel with the communication partner is opened during the call control with the communication partner by the H.323 processing means, the generation of the call control sound signal is performed on the assumption that the call control sound signal is transmitted from the communication partner. A VoIP gateway device that does not perform the operation.

The VoIP gateway device according to claim 1, wherein
H. 323 processing means,
H.400 is used for call control with the communication partner. Using the 245 procedure,
The call control sound generation means,
A VoIP gateway device, wherein the opening of a media channel with the communication partner is detected by receiving an Open Logical Channel message.

The VoIP gateway device according to claim 1 or 2,
The call control sound generation means,
H. As a response to the SET UP message to the communication partner by the H.323 processing means, the reception of the ALERT message or the ReleaseComplete message from the communication partner has not detected the opening of the media channel with the communication partner within a predetermined time. In this case, the VoIP gateway device generates a call control tone corresponding to the type of the received message, assuming that the call control tone signal is not sent from the communication partner, and sends the generated call control tone to the accommodation device.

The VoIP gateway device according to claim 1, wherein
H. 323 processing means,
Using a fast connect procedure for call control with the communication partner,
The call control sound generation means,
Opening of the media channel with the communication partner is determined according to Q.12 including a First Start element. A VoIP gateway device for detecting by receiving a 931 message.

A VoIP (Voice over IP) gateway device for connecting an exchange and / or a voice terminal (hereinafter, referred to as an accommodation device) to an IP (Internet Protocol) network or a LAN (Local Area Network),
The media information received from the accommodating device is converted into an RTP (Real-time Transport Protocol) packet and transmitted to the communication partner via the IP network, and the media information is transmitted from the RTP packet received from the communication partner via the IP network. RTP processing means for restoring information and transmitting the information to the accommodation device;
The H.T.C. (The Telecommunications Technology Committee) standard H.T. H.323 that performs call control with the communication partner in accordance with H.323. 323 processing means;
A call control sound generating means for generating a call control sound signal that is an audible signal used for call control, and transmitting the call control sound signal to the accommodation device;
The call control sound generation means,
H. If the RTP processing unit receives an RTP packet from the communication partner during the call control by the H.323 processing unit with the communication partner, the call control sound signal is sent from the communication partner and the call control sound signal is transmitted. A VoIP gateway device that does not generate a signal.

The VoIP gateway device according to claim 5, wherein
H. The VoIP gateway apparatus, wherein the RTP packet received by the RTP processing unit from the communication partner during the call control by the H.323 processing unit with the communication partner is an RTP packet storing an audible sound signal.

The VoIP gateway device according to claim 5 or 6, wherein
The audible signal generation means,
H. After receiving an ALERT message or a ReleaseComplete message from the communication partner as a response to the SET UP message to the communication partner by the H.323 processing unit, the RTP processing unit receives an RTP packet from the communication partner within a predetermined time. If no call control tone signal is sent from the communication partner, a call control tone signal corresponding to the type of the received message is generated and transmitted to the accommodation device. Gateway device.

A method for determining a call control sound generation source in a VoIP (Voice over IP) gateway device that connects an exchange and / or a voice terminal (hereinafter referred to as an accommodation device) to an IP (Internet Protocol) network or a LAN (Local Area Network). hand,
The VoIP gateway device includes:
Communication with a communication partner by TTC (The Telecommunication Technology Committee) standard H.264 Determining whether a media channel with the communication partner has been opened during call control according to H.323;
If it is determined that the media channel with the communication partner has been opened, a call control sound signal, which is an audible signal used for call control, is sent from the communication partner, and the call control sound signal is generated. On the other hand, if it is determined that the media channel with the communication partner has not been opened, the call control sound signal is not sent from the communication partner, and the call control sound signal is generated. Transmitting the call control sound to the device.

A method for determining a call control sound generation source in a VoIP (Voice over IP) gateway device that connects an exchange and / or a voice terminal (hereinafter referred to as an accommodation device) to an IP (Internet Protocol) network or a LAN (Local Area Network). hand,
The VoIP gateway device includes:
Communication with a communication partner by TTC (The Telecommunication Technology Committee) standard H.264 During call control according to H.323, Real-time Transport (RTP) is
Protocol) determining whether or not a packet has been received;
If it is determined that an RTP packet has been received from the communication partner, it is assumed that a call control sound signal, which is an audible signal used for call control, is sent from the communication partner, and the call control sound signal is not generated. On the other hand, if no RTP packet has been received from the communication partner, it is assumed that no call control tone signal has been sent from the communication partner, and the call control tone signal is generated and transmitted to the accommodation device. And a step of determining a call control sound generation source.