(57)【要約】【課題】通信相手のタイプにかかわらず、呼制御音を収容装置に送出する。【解決手段】呼制御音生成源判定部１０７は、Ｈ．３２３処理部１０４による通信相手とのＨ．３２３に従った呼制御中に、通信相手とのメディアチャネルがオープンしたか否か、あるいは、ＲＴＰ処理部１０３が通信相手よりＲＴＰパケットを受信したか否かに応じて、ＲＢＴやＢＴなどの呼制御音の信号生成源が通信相手側であるか、それとも、自身のＶｏＩＰゲートウエイ装置１であるかを判定する。そして、その判定結果に応じて、呼制御音生成部１０６を制御し、自身の収容装置に送出する呼制御音信号を、自ら生成するか否かを決定する。【選択図】図２
2004064125.tif 000002
【特許請求の範囲】
【請求項１】
交換機および／または音声端末（以下、収容装置と呼ぶ）をＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）網またはＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）に接続するＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）ゲートウエイ装置であって、
前記収容装置より受信したメディア情報をＲＴＰ（Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）パケット化して、前記ＩＰ網を介して通信相手へ送信すると共に、前記通信相手より前記ＩＰ網を介して受信したＲＴＰパケットからメディア情報を復元して、前記収容装置へ送信するＲＴＰ処理手段と、
ＴＴＣ（Ｔｈｅ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　Ｃｏｍｍｉｔｔｅｅ）標準のＨ．３２３に従って、前記通信相手と呼制御を行なうＨ．３２３処理手段と、
呼制御に使用する可聴信号である呼制御音信号を生成して、これを前記収容装置に送出する呼制御音生成手段と、を有し、
前記呼制御音生成手段は、
前記Ｈ．３２３処理手段による前記通信相手との呼制御中に、前記通信相手とのメディアチャネルがオープンした場合、前記通信相手より呼制御音信号が送られてくるものとして、当該呼制御音信号の生成を行なわないこと
を特徴とするＶｏＩＰゲートウエイ装置。
【請求項２】
請求項１記載のＶｏＩＰゲートウエイ装置であって、
前記Ｈ．３２３処理手段は、
前記通信相手との呼制御にＨ．２４５手順を利用し、
前記呼制御音生成手段は、
前記通信相手とのメディアチャネルのオープンを、Ｏｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージの受信により検出すること
を特徴とするＶｏＩＰゲートウエイ装置。
【請求項３】
請求項１または２記載のＶｏＩＰゲートウエイ装置であって、
前記呼制御音生成手段は、
前記Ｈ．３２３処理手段による前記通信相手へのＳＥＴ　ＵＰメッセージに対する応答として、前記通信相手からＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅＣｏｍｐｌｅｔｅメッセージを受信してから、所定時間内に、前記通信相手とのメディアチャネルのオープンを検出しなかった場合、前記通信相手より呼制御音信号が送られてこないものとして、受信したメッセージの種類に応じた呼制御音を生成し、これを前記収容装置に送出すること
を特徴とするＶｏＩＰゲートウエイ装置。
【請求項４】
請求項１記載のＶｏＩＰゲートウエイ装置であって、
前記Ｈ．３２３処理手段は、
前記通信相手との呼制御にファーストコネクト手順を利用し、
前記呼制御音生成手段は、
前記通信相手とのメディアチャネルのオープンを、Ｆｉｒｓｔ　Ｓｔａｒｔ要素を含むＱ．９３１メッセージの受信により検出すること
を特徴とするＶｏＩＰゲートウエイ装置。
【請求項５】
交換機および／または音声端末（以下、収容装置と呼ぶ）をＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）網またはＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）に接続するＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）ゲートウエイ装置であって、
前記収容装置より受信したメディア情報をＲＴＰ（Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）パケット化して、前記ＩＰ網を介して通信相手へ送信すると共に、前記通信相手より前記ＩＰ網を介して受信したＲＴＰパケットからメディア情報を復元して、前記収容装置へ送信するＲＴＰ処理手段と、
ＴＴＣ（Ｔｈｅ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　Ｃｏｍｍｉｔｔｅｅ）標準のＨ．３２３に従って、前記通信相手と呼制御を行なうＨ．３２３処理手段と、
呼制御に使用する可聴信号である呼制御音信号を生成して、これを前記収容装置に送出する呼制御音生成手段と、を有し、
前記呼制御音生成手段は、
前記Ｈ．３２３処理手段による前記通信相手との呼制御中に、前記ＲＴＰ処理手段が前記通信相手よりＲＴＰパケットを受信した場合、前記通信相手より呼制御音信号が送られてくるものとして、当該呼制御音信号の生成を行なわないこと
を特徴とするＶｏＩＰゲートウエイ装置。
【請求項６】
請求項５記載のＶｏＩＰゲートウエイ装置であって、
前記Ｈ．３２３処理手段による前記通信相手との呼制御中に、前記ＲＴＰ処理手段が前記通信相手より受信するＲＴＰパケットとは、可聴音信号を格納したＲＴＰパケットであること
を特徴とするＶｏＩＰゲートウエイ装置。
【請求項７】
請求項５または６記載のＶｏＩＰゲートウエイ装置であって、
前記可聴信号生成手段は、
前記Ｈ．３２３処理手段による前記通信相手へのＳＥＴ　ＵＰメッセージに対する応答として、前記通信相手からＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅＣｏｍｐｌｅｔｅメッセージを受信してから、所定時間内に、前記ＲＴＰ処理手段が前記通信相手よりＲＴＰパケットを受信しなかった場合、前記通信相手より呼制御音信号が送られてこないものとして、受信したメッセージの種類に応じた呼制御音信号を生成し、これを前記収容装置に送出すること
を特徴とするＶｏＩＰゲートウエイ装置。
【請求項８】
交換機および／または音声端末（以下、収容装置と呼ぶ）をＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）網またはＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）に接続するＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）ゲートウエイ装置における呼制御音生成源の判定方法であって、
前記ＶｏＩＰゲートウエイ装置は、
通信相手とのＴＴＣ（Ｔｈｅ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　Ｃｏｍｍｉｔｔｅｅ）標準のＨ．３２３に従った呼制御中に、前記通信相手とのメディアチャネルがオープンしたか否かを判定するステップと、
前記通信相手とのメディアチャネルがオープンしたと判定した場合は、前記通信相手より呼制御に使用する可聴信号である呼制御音信号が送られてくるものとして、当該呼制御音信号の生成を行なわず、一方、前記通信相手とのメディアチャネルがオープンしなかった判定した場合は、前記通信相手より呼制御音信号が送られてこないものとして、当該呼制御音信号を生成し、これを前記収容装置に送出するステップと、を行なうこと
を特徴とする呼制御音生成源の判定方法。
【請求項９】
交換機および／または音声端末（以下、収容装置と呼ぶ）をＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）網またはＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）に接続するＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）ゲートウエイ装置における呼制御音生成源の判定方法であって、
前記ＶｏＩＰゲートウエイ装置は、
通信相手とのＴＴＣ（Ｔｈｅ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　Ｃｏｍｍｉｔｔｅｅ）標準のＨ．３２３に従った呼制御中に、前記通信相手よりＲＴＰ（Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ
Ｐｒｏｔｏｃｏｌ）パケットを受信したか否かを判定するステップと、
前記通信相手よりＲＴＰパケットを受信したと判定した場合は、前記通信相手より呼制御に使用する可聴信号である呼制御音信号が送られてくるものとして、当該呼制御音信号の生成を行なわず、一方、前記通信相手よりＲＴＰパケットを受信しなかった場合は、前記通信相手より呼制御音信号が送られてこないものとして、当該呼制御音信号を生成し、これを前記収容装置に送出するステップと、を行なうこと
を特徴とする呼制御音生成源の判定方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）通信に用いられるＶｏＩＰゲートウエイ装置における呼制御音生成源の判定技術に関する。
【０００２】
【従来の技術】
既存のＰＢＸ（Ｐｒｉｖａｔｅ　Ｂｒａｎｃｈ　Ｅｘｃｈａｎｇｅ）や音声端末（以下、収容装置と呼ぶ）を用いたＶｏＩＰ（Ｖｏｉｃｅ　ｏｖｅｒ　ＩＰ）通信を実現するための装置として、通話信号や呼制御信号をＩＰパケット化してＩＰ網に送出したり、ＩＰ網から受信したＩＰパケットから通話信号や呼制御信号を復元して収容装置に送出したりするＶｏＩＰゲートウエイ装置が知られている。
【０００３】
【発明が解決しようとする課題】
現在、ＶｏＩＰゲートウエイ装置には、呼制御に使用する可聴音信号である呼制御音信号（ＲＢＴ：Ｒｉｎｇ　Ｂａｃｋ　ＴｏｎｅやＢＴ：Ｂｕｓｙ　Ｔｏｎｅなど）を自ら生成し、これを収容装置へ送出するタイプや、呼制御音信号をＩＰ網を介して対向する通信相手のＶｏＩＰゲートウエイ装置から受信し、これを収容装置へ転送するタイプなど、様々なタイプが存在する。このため、同じ仕様のＶｏＩＰゲートウエイ装置同士でなければ、呼制御音を収容装置に送出することができないことがあり、使い勝手が悪いという問題が生じていた。
【０００４】
なお、ＴＴＣ（Ｔｈｅ　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　Ｃｏｍｍｉｔｔｅｅ）標準のＪＴ−Ｑ．９３１「ＩＳＤＮユーザ・網インターフェース　レイヤ３仕様」には、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ　Ｓｅｒｖｉｃｅ　Ｄｉｇｉｔａｌ　Ｎｅｔｗｏｒｋ）のレイヤ３のメッセージに、経過識別子を含めることにより、呼制御音の信号生成源を指定できる旨規定されている。また、ＴＴＣ標準のＪＴ−Ｈ２２５．０「パケットに基づくマルチメディア通信システムのためのシグナリングプロトコルとメディア信号のパケット化」には、ＩＳＤＮやＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ　Ｔｒａｎｓｆｅｒ　Ｍｏｄｅ）ベースの端末を、ＴＴＣ標準のＨ．３２３（Ｈ２２５．０はＨ．３２３規格の一部である）ベースの端末に接続する場合に、上記の経過識別子を利用することについて規定されている。しかし、Ｈ．３２３ベースの端末であるＶｏＩＰゲートウエイ装置同士を接続する場合に、上記の経過識別子を使って呼制御音の信号生成源を指定することについて、何ら規定されていない。
【０００５】
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、ＶｏＩＰゲートウエイ装置において、通信相手であるＶｏＩＰゲートウエイ装置のタイプにかかわらず、呼制御音を収容装置に送出できるようにすることにある。
【０００６】
【課題を解決するための手段】
上記課題を解決するために、本発明のＶｏＩＰゲートウエイ装置は、収容装置より受信したメディア情報をＲＴＰ（Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）パケット化して、ＩＰ網またはＬＡＮを介して通信相手へ送信すると共に、前記通信相手より前記ＩＰ網またはＬＡＮを介して受信したＲＴＰパケットからメディア情報を復元して、前記収容装置へ送信するＲＴＰ処理手段と、ＴＴＣ標準のＨ．３２３に従って、前記通信相手と呼制御を行なうＨ．３２３処理手段と、呼制御音信号を生成して、これを前記収容装置に送出する呼制御音生成手段と、を有する。
【０００７】
そして、前記呼制御音生成手段は、前記Ｈ．３２３処理手段による前記通信相手との呼制御中に、前記通信相手とのメディアチャネルがオープンした場合、前記通信相手より呼制御音信号が送られてくるものとして、当該呼制御音信号の生成を行なわないようにする。
【０００８】
あるいは、前記呼制御音生成手段は、前記Ｈ．３２３処理手段による前記通信相手との呼制御中に、前記ＲＴＰ処理手段が前記通信相手よりＲＴＰパケットを受信した場合、前記通信相手より呼制御音信号が送られてくるものとして、当該呼制御音信号の生成を行なわないようにする。
【０００９】
本発明では、前記Ｈ．３２３処理手段による前記通信相手との呼制御中に、前記通信相手とのメディアチャネルがオープンしたか否か、あるいは、前記ＲＴＰ処理手段が前記通信相手よりＲＴＰパケットを受信したか否かに応じて、呼制御音の信号生成源が前記通信相手側であるか、それとも、本発明のＶｏＩＰゲートウエイ装置であるかを判定する。そして、その判定結果に応じて、前記収容装置に送出する呼制御音信号を、自ら生成するか否かを決定している。
【００１０】
このようにすることで、通信相手であるＶｏＩＰゲートウエイ装置のタイプにかかわらず、呼制御音を収容装置に送出することが可能となる。
【００１１】
【発明の実施の形態】
以下、本発明の実施の形態について説明する。
【００１２】
図１は本発明の一実施形態が適用されたＩＰ通信システムの概略図である。
【００１３】
図１において、符号５はＰＢＸ、符号６は音声端末、符号２〜４は従来の技術で説明した既存のＶｏＩＰゲートウエイ装置、そして、符号１は、本実施形態が適用されたＶｏＩＰゲートウエイ装置である。ここで、ＶｏＩＰゲートウエイ装置１〜４は、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェースによりＩＰ網（Ｅｔｈｅｒｎｅｔ（登録商標）網）７に接続されているものとする。ここで、ＩＰ網７はＷＡＮおよびＬＡＮの両方を含む。また、ＶｏＩＰゲートウエイ装置１〜３は、４線式ＳＳ／ＳＲ・ＯＤインターフェースによりＰＢＸ５と接続され、そして、ＶｏＩＰゲートウエイ装置４は、２線式電話インターフェースにより音声端末６と接続されているものとする。
【００１４】
本実施形態のＶｏＩＰゲートウエイ装置１は、ＴＴＣ標準のＨ．３２３に規定する呼制御手順を行なうことにより、ＩＰ網７を介して通信相手である既存のＶｏＩＰゲートウエイ装置２〜４との間に呼を確立する。そして、この呼を介してメディア情報の送受を行なう。つまり、自身が収容するＰＢＸ（Ａ）５より送られてきたメディア情報をＲＴＰパケット化し、これをＩＰ網７を介して通信相手へ送信する。また、ＩＰ網７を介して通信相手より受信したＲＴＰパケットからメディア情報を復元し、ＰＢＸ（Ａ）５へ送信する。
【００１５】
また、本実施形態のＶｏＩＰゲートウエイ装置１は、ＰＢＸ（Ａ）５より送られてきた呼に従い、自身が発呼側となってＨ．３２３に規定する呼制御手順を通信相手と行なう場合、この呼制御中に、通信相手とのメディアチャネルがオープンしたか否か、あるいは、通信相手よりＲＴＰパケットを受信したか否かに応じて、ＲＢＴやＢＴといった呼制御音の信号生成源が通信相手側であるか、それとも、自身のＶｏＩＰゲートウエイ装置１であるかを判定する。そして、その判定結果に応じて、ＰＢＸ（Ａ）５に送出する呼制御音信号を、自ら生成するか否かを決定している。
【００１６】
なお、以下では、発呼側が生成するＲＢＴをローカルＲＢＴと呼び、着呼側が生成するＲＢＴをリモートＲＢＴと呼ぶ。同様に、発呼側が生成するＢＴをローカルＢＴと呼び、着呼側が生成するＢＴをリモートＢＴと呼ぶ。
【００１７】
図２は本実施形態が適用されたＶｏＩＰゲートウエイ装置１の概略図である。
【００１８】
図示するように、本実施形態のＶｏＩＰゲートウエイ装置１は、ＯＤインターフェース部１０１と、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２と、ＲＴＰ処理部１０３と、Ｈ．３２３処理部１０４と、ＩＰ処理部１０５と、呼制御音生成部１０６と、呼制御音生成源判定部１０７と、を有する。
【００１９】
ＯＤインターフェース部１０１は、４線式ＳＳ／ＳＲ・ＯＤインターフェースにより、ＰＢＸ（Ａ）５とメディア情報や呼制御情報を送受する。
【００２０】
Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２は、ＩＰ網７を介して、通信相手である既存のＶｏＩＰゲートウエイ装置２〜４と、ＩＰパケットを格納したＥｔｈｅｒｎｅｔ（登録商標）フレームを送受する。
【００２１】
ＲＴＰ処理部１０３は、ＯＤインターフェース部１０１より受け取ったメディア情報を、ＲＴＰパケット化する。そして、このＲＴＰパケットをＩＰ処理部１０５へ渡す。また、ＩＰ処理部１０５から受け取ったＲＴＰパケットからメディア情報を復元し、これをＯＤインターフェース部１０１へ渡す。
【００２２】
Ｈ．３２３処理部１０４は、ＴＴＣ標準のＨ．３２３に規定するＶｏＩＰの呼制御手順を行なう。具体的には、ＯＤインターフェース部１０１を介して受信した呼制御情報が示すメッセージを、Ｈ．３２３パケット化する。そして、このＨ．３２３パケットを、ＩＰ処理部１０５へ渡す。また、ＩＰ処理部１０５から受け取ったＨ．３２３パケットに格納されている呼制御メッセージを解析し、この呼制御メッセージを表す呼制御情報をＯＤインターフェース部１０１へ送信する。これにより呼を確立する。
【００２３】
ＩＰ処理部１０５は、ＲＴＰ処理部１０３から受け取ったＲＴＰパケットや、Ｈ．３２３処理部１０４から受け取ったＨ．３２３パケットをＩＰパケットに格納して、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２に渡す。また、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２より受け取ったＩＰパケットから、ＲＴＰパケットやＨ．３２３パケットを取り出して、ＲＴＰ処理部１０３やＨ．３２３処理部１０４に渡す。
【００２４】
呼制御音生成部１０６は、呼制御に使用する可聴音信号である呼制御音信号（ＲＢＴやＢＴ）を生成し、これをＯＤインターフェース部１０１へ送出する。
【００２５】
呼制御音生成源判定部１０７は、呼制御音の信号生成源が通信相手側であるか、それとも、本実施形態のＶｏＩＰゲートウエイ装置１であるかを判定する。そして、その判定結果に応じて、呼制御音生成部１０６による呼制御音信号のＯＤインターフェース部１０１への送出を制御する。
【００２６】
これにより、通信相手側から呼制御音信号が送られてくる場合は、この呼制御音信号がＰＢＸ（Ａ）５へ転送されるようにすると共に、通信相手側から呼制御音信号が送られてこない場合は、呼制御音生成部１０６に呼制御音信号を生成させ、この呼制御音信号がＰＢＸ（Ａ）５へ送出されるようにする。
【００２７】
なお、本実施形態では、Ｈ．３２３処理部１０４による通信相手との呼制御中に、通信相手とのメディアチャネルがオープンしたか否かを判定する方法（チャネルオープン判定方法と呼ぶ）、および、ＲＴＰ処理部１０３が通信相手よりＲＴＰパケットを受信したか否かを判定する（ＲＴＰ受信判定方法と呼ぶ）のいずれかにより、呼制御音の信号生成源の判定を行なうようにしている。
【００２８】
先ず、チャネルオープン判定方法について説明する。
【００２９】
チャネルオープンの検出方法は、Ｈ．３２３に規定するＶｏＩＰの呼制御手順に、Ｈ．２４５手順が利用される場合と、ファーストコネクト手順が利用される場合とで異なる。
【００３０】
図３は、Ｈ．３２３に規定するＶｏＩＰの呼制御手順に、Ｈ．２４５手順が利用される場合における、チャネルオープン判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【００３１】
呼制御音生成源判定部１０７は、ＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５より呼がＨ．３２３処理部１０４に着信し、このため、本実施形態のＶｏＩＰ装置１が発呼側となり、この呼に伴う番号情報に対応付けられているＩＰアドレスを持つＶｏＩＰゲートウエイ装置２〜４が着呼側となって、Ｈ．３２３に規定するＶｏＩＰの呼制御手順が開始されたことを検知すると（Ｓ１００１）、着呼側のＶｏＩＰゲートウエイ装置２〜４からＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットがＨ．３２３処理部１０４に届くのを待つ（Ｓ１００２）。
【００３２】
そして、ＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットが届いたならば、呼制御音生成源判定部１０７は、所定時間内に、Ｈ．２４５のＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを格納したＨ．３２３パケットがＨ．３２３処理部１０４に届くのをさらに待つ（Ｓ１００３、Ｓ１００４）。
【００３３】
さて、呼制御音生成源判定部１０７は、所定時間内にＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを格納したＨ．３２３パケットが届いた場合（Ｓ１００３でＹｅｓ）、着呼側のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されるものと判断する。
【００３４】
この所定時間は、ＡＬＥＲＴメッセージおよびＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージのそれぞれに対して別の時間を設定でき、例えばＡＬＥＲＴメッセージを２秒、Ｒｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを０秒とする。０秒では、直ちに、所定時間内にＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを格納したＨ．３２３パケットが届かなかったものと判断される。したがって、即次の処理へ移行する（Ｓ１００４でＹｅｓ）。
【００３５】
呼制御音生成源判定部１０７は、所定時間内にＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを格納したＨ．３２３パケットが届かなかった場合（Ｓ１００４でＹｅｓ）、着呼側のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されないものと判断する。
【００３６】
そこで、Ｓ１００４でＹｅｓの場合、呼制御音生成源判定部１０７は、Ｓ１００２で検知したＨ．３２３パケットがＡＬＥＲＴメッセージを格納したものならば（Ｓ１００５）、呼制御音生成部１０６にローカルＲＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ１００６）。また、Ｓ１００２で検知したＨ．３２３パケットがＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したものならば（Ｓ１００５）、呼制御音生成部１０６にローカルＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ１００７）。
【００３７】
以上の処理を、Ｈ．３２３処理部１０４によるＶｏＩＰの呼制御手順が終了するまで行なう（Ｓ１００８）。
【００３８】
図４は、Ｈ．３２３に規定するＶｏＩＰの呼制御手順に、ファーストコネクト手順が利用される場合における、チャネルオープン判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【００３９】
呼制御音生成源判定部１０７は、ＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５より呼がＨ．３２３処理部１０４に着信し、このため、Ｈ．３２３処理部１０４が、この呼に伴う番号情報に対応付けられているＩＰアドレスを持つ、通話相手のＶｏＩＰゲートウエイ装置２〜４に対して、ＦＳ（Ｆｉｒｓｔ　Ｓｔａｒｔ）要素を含むＳＥＴ　ＵＰメッセージを格納したＨ．３２３パケットを送信したことを検知すると（Ｓ２００１）、この通話相手からＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットがＨ．３２３処理部１０４に届くのを待つ（Ｓ２００２）。
【００４０】
そして、ＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットが届いたならば、呼制御音生成源判定部１０７は、このメッセージにＦＳ要素が含まれているか否かを判定する（Ｓ２００３）。
【００４１】
ＦＳ要素が含まれている場合、つまり通話相手がＦＳ応答した場合（Ｓ２００３でＹｅｓ）、Ｈ．３２３処理部１０４は、通話相手とのメディアチャネルを直ちにオープンする。呼制御音生成源判定部１０７は、このメディアチャネルにより、通話相手のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されるものと判断する。
【００４２】
一方、ＦＳ要素が含まれていない場合、つまり通話相手がＦＳ応答しなかった場合（Ｓ２００３でＮｏ）、Ｈ．３２３処理部１０４は、通話相手とのメディアチャネルを現時点ではオープンしない。したがって、呼制御音生成源判定部１０７は、通話相手のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されないものと判断する。
【００４３】
そこで、Ｓ２００３でＮｏの場合、呼制御音生成源判定部１０７は、Ｓ２００２で検知したＨ．３２３パケットがＡＬＥＲＴメッセージを格納したものならば（Ｓ２００４）、呼制御音生成部１０６にローカルＲＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ２００５）。また、Ｓ２００２で検知したＨ．３２３パケットがＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したものならば（Ｓ２００４）、呼制御音生成部１０６にローカルＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ２００６）。
【００４４】
以上の処理を、Ｈ．３２３処理部１０４によるＶｏＩＰの呼制御手順が終了するまで行なう（Ｓ２００７）。
【００４５】
なお、ファーストコネクト手順においても、途中からＨ．２４５手順へ移行することは可能である。この場合、ＦａｃｉｌｉｒｙメッセージのＳｔａｒｔ　Ｈ．２４５を相手装置から受信することで、Ｈ．２４５手順へ移行する。
【００４６】
次に、ＲＴＰ受信判定方法について説明する。
【００４７】
図５は、ＲＴＰ受信判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【００４８】
呼制御音生成源判定部１０７は、ＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５より呼がＨ．３２３処理部１０４に着信し、このため、本実施形態のＶｏＩＰ装置１が発呼側となり、この呼に伴う番号情報に対応付けられているＩＰアドレスを持つＶｏＩＰゲートウエイ装置２〜４が着呼側となって、Ｈ．３２３に規定するＶｏＩＰの呼制御手順が開始されたことを検知すると（Ｓ３００１）、着呼側のＶｏＩＰゲートウエイ装置２〜４からＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットがＨ．３２３処理部１０４に届くのを待つ（Ｓ３００２）。
【００４９】
そして、ＡＬＥＲＴメッセージあるいはＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したＨ．３２３パケットが届いたならば、呼制御音生成源判定部１０７は、所定時間（例えばＡＬＥＲＴメッセージでは２秒、Ｒｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージでは０秒）内に、ＲＴＰパケットがＲＴＰ処理部１０３に届くのをさらに待つ（Ｓ３００３、Ｓ３００４）。
【００５０】
さて、呼制御音生成源判定部１０７は、所定時間内にＲＴＰパケットが届いた場合（Ｓ３００３でＹｅｓ）、着呼側のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されるものと判断する。
【００５１】
一方、呼制御音生成源判定部１０７は、所定時間内にＲＴＰパケットが届かなかった場合（Ｓ３００４でＹｅｓ）、着呼側のＶｏＩＰゲートウエイ装置２〜４からリモートＲＢＴあるいはリモートＢＴが伝送されないものと判断する。
【００５２】
そこで、Ｓ３００４でＹｓｅの場合、呼制御音生成源判定部１０７は、Ｓ３００２で検知したＨ．３２３パケットがＡＬＥＲＴメッセージを格納したものならば（Ｓ３００５）、呼制御音生成部１０６にローカルＲＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ３００６）。また、Ｓ３００２で検知したＨ．３２３パケットがＲｅｌｅａｓｅ　Ｃｏｍｐｌｅｔｅメッセージを格納したものならば（Ｓ３００５）、呼制御音生成部１０６にローカルＢＴを生成させ、これをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５に送出する（Ｓ３００７）。
【００５３】
以上の処理を、Ｈ．３２３処理部１０４によるＶｏＩＰの呼制御手順が終了するまで行なう（Ｓ３００８）。
【００５４】
なお、Ｓ３００３において、ＲＴＰパケットがＲＴＰ処理部１０３に届いたか否かを確認するだけでなく、届いたＲＴＰパケットから復元されたメディア情報が可聴音信号（例えば検出レベル：−３８ｄＢ、検出時間：１００ｍｓ）であるか否かをも確認するようにしてもよい。そして、可聴音信号であることを確認できた場合に、Ｓ３００３でＹｅｓと判定してもよい。さらには、確認した可聴音信号が呼制御音に使用される周波数（例えば４００Ｈｚ）を持つ信号であることを確認できた場合に、Ｓ３００３でＹｅｓと判定してもよい。
【００５５】
以上、本発明の一実施形態について説明した。
【００５６】
本実施形態のＶｏＩＰゲートウエイ装置１によれば、Ｈ．３２３処理部１０４による通信相手との呼制御中に、通信相手とのメディアチャネルがオープンしたか否か、あるいは、ＲＴＰ処理部１０３が通信相手よりＲＴＰパケットを受信したか否かに応じて、ＲＢＴやＢＴなどの呼制御音の信号生成源が通信相手側であるか、それとも、本実施形態のＶｏＩＰゲートウエイ装置１であるかを判定する。そして、その判定結果に応じて、自身の収容装置に送出する呼制御音信号を、自ら生成するか否かを決定している。このようにすることで、通信相手であるＶｏＩＰゲートウエイ装置２〜４のタイプにかかわらず、呼制御音を自身の収容装置に送出することが可能となる。
【００５７】
ここで、本実施形態のＶｏＩＰゲートウエイ装置１と、既存のＶｏＩＰゲートウエイ装置２〜４との間で行なわれるＨ．３２３の呼制御手順の具体例について説明する。
【００５８】
図６は、チャネルオープン判定方法（Ｈ．２４５手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００５９】
ここで、ＶｏＩＰゲートウエイ装置２は、ＩＰ網７側から着呼した場合に、自身が収容するＰＢＸ（Ｂ）５からのリモートＲＢＴやリモートＢＴを受信し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置としている。
【００６０】
まず、本実施形態のＶｏＩＰゲートウエイ装置１が収容するＰＢＸ（Ａ）５は、音声端末（Ａ）６がオフフックされ（Ｓ５００１）、ＶｏＩＰゲートウエイ装置１の特番が入力されると（Ｓ５００２）、ＶｏＩＰゲートウエイ装置１へのＳＳ信号をオン（ＳＳ−ＯＮ）にする（Ｓ５００３）。
【００６１】
ＶｏＩＰゲートウエイ装置１において、Ｈ．３２３処理部１０４は、ＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５からＳＳ−ＯＮを検知すると、ＰＢＸ（Ａ）５からのダイヤル入力待ち状態となる。呼制御音生成源判定部１０７は、Ｈ．３２３処理部１０４のダイヤル入力待ちを検知すると、呼制御音生成部１０６にＤＴ（Ｄａｉａｌ　Ｔｏｎｅ）を生成させ、これをＯＤインターフェース１０１を介して、ＰＢＸ（Ａ）５へ送信する。
【００６２】
ＰＢＸ（Ａ）５は、このＤＴを音声端末（Ａ）５に転送する（Ｓ５００４）。そして、ＰＢＸ（Ａ）５は、音声端末（Ａ）５から受け取ったダイヤル情報をＶｏＩＰゲートウエイ装置１に転送する（Ｓ５００５）。
【００６３】
ＶｏＩＰゲートウエイ装置１において、Ｈ．３２３処理部１０４は、ＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５からダイヤル情報を受け取ると、このダイヤル情報から発信先（通信相手）となるＶｏＩＰゲートウエイ装置２を特定する（Ｓ５００６）。それから、ＳＥＴ　ＵＰメッセージを生成し、これをＩＰ処理部１０５およびＥｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２を介して、通信相手のＶｏＩＰゲートウエイ装置２に送信する（Ｓ５００７）。具体的には、Ｈ．３２３処理部１０４でＳＥＴ　ＵＰメッセージを格納したＨ．３２３パケットを生成し、ＩＰ処理部１０５でこのＨ．３２３パケットをＩＰパケットに格納し、さらにＥｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２でこのＩＰパケットをＥｔｈｅｒｎｅｔ（登録商標）フレームに格納してから、ＩＰ網（Ｅｔｈｅｒｎｅｔ（登録商標）網）７を介して、通信相手のＶｏＩＰゲートウエイ装置２へ送信する。
【００６４】
ＶｏＩＰゲートウエイ装置２は、ＶｏＩＰゲートウエイ装置１からＳＥＴ　ＵＰメッセージを受け取ると、自身が収容するＰＢＸ（Ｂ）５へのＳＲ信号をオン（ＳＲ−ＯＮ）にする（Ｓ５００８）。また、ＣＡＬＬ　ＰＲＯＣメッセージを、ＩＰ網７を介してＶｏＩＰゲートウエイ装置１に送信する（Ｓ５００９）。
【００６５】
ＰＢＸ（Ｂ）５は、ＳＲ−ＯＮになると、ＤＴをＶｏＩＰゲートウエイ装置２に送出する（Ｓ５０１０）。これを受けて、ＶｏＩＰゲートウエイ装置２は、ＡＬＥＲＴメッセージを、ＩＰ網７を介してＶｏＩＰゲートウエイ装置１に送信する（Ｓ５０１１）。また、ＶｏＩＰゲートウエイ装置１より受け取ったＳＥＴ　ＵＰメッセージに伴うダイヤル情報をＰＢＸ（Ｂ）５へ送出する（Ｓ５０１２）。そして、ＰＢＸ（Ｂ）５は、このダイヤル情報により特定される音声端末（Ｂ）６へＩＲ（Ｉｎｔｅｒ　Ｒｉｎｇｉｎｇ）を送出する（Ｓ５０１３）。
【００６６】
一方、ＶｏＩＰゲートウエイ装置１において、Ｈ．３２３処理部１０４が、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２およびＩＰ処理部１０５を介して、ＶｏＩＰゲートウエイ装置２からＡＬＥＲＴメッセージを受信すると（Ｓ５０１１）、呼制御音性制限判定部１０７は、呼制御音の信号生成源を判定するためのタイマを起動する。その後、Ｈ．３２３処理部１０４およびＶｏＩＰゲートウエイ装置２間で、Ｈ．２４５手順が実行される（Ｓ５０１４）。
【００６７】
さて、ＶｏＩＰゲートウエイ装置１において、呼制御音生成源判定部１０７は、起動したタイマが所定時間（例えば２秒）を経過してタイムアウトする前に、Ｈ．３２３処理部１０４が、ＶｏＩＰゲートウエイ装置２より、Ｈ．２４５手順のＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを受信したことを検知すると（Ｓ５０１５）、ＶｏＩＰゲートウエイ装置２よりリモートＲＢＴが送られてくることを認識する。このため、呼制御音性制限判定部１０７は、呼制御音生成部１０６にローカルＲＢＴの生成を指示しない。
【００６８】
一方、ＶｏＩＰゲートウエイ装置２は、Ｈ．２４５手順により（Ｓ５０１５）、ＶｏＩＰゲートウエイ装置１とのメディアチャネルがオープンすると、ＰＢＸ（Ｂ）５からのリモートＲＢＴをＶｏＩＰゲートウエイ装置１に送信する。具体的には、リモートＲＢＴをＲＴＰパケット化し、このＲＴＰパケットをＩＰパケットに格納し、さらに、このＩＰパケットをＥｔｈｅｒｎｅｔ（登録商標）フレームに格納してから、ＩＰ網７を介して、ＶｏＩＰゲートウエイ装置１へ送信する。
【００６９】
ＶｏＩＰゲートウエイ装置１において、ＲＴＰ処理部１０３は、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２およびＩＰ処理部１０５を介して、通信相手のＶｏＩＰゲートウエイ装置２からリモートＲＢＴを受信すると、これをＰＢＸ（Ａ）５へ転送する。ＰＢＸ（Ａ）５は、このリモートＲＢＴを音声端末（Ａ）６にさらに転送する（Ｓ５０１６）。
【００７０】
その後、ＶｏＩＰゲートウエイ装置２に収容されているＰＢＸ（Ｂ）５は、ＩＲを送出している音声端末（Ｂ）６がオフフックされたことを検知すると（Ｓ５０１７）、ＶｏＩＰゲートウエイ装置２へのＳＳ信号をオン（ＳＳ−ＯＮ）にする（Ｓ５０１８）。ＶｏＩＰゲートウエイ装置２は、ＳＳ−ＯＮを検知すると、ＣＯＮＮＥＣＴメッセージを生成して、これをＩＰ網７を介して、ＶｏＩＰゲートウエイ装置１に送信する（Ｓ５０１９）。
【００７１】
ＶｏＩＰゲートウエイ装置１において、Ｈ．３２３処理部１０４は、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２およびＩＰ処理部１０５を介して、通信相手のＶｏＩＰゲートウエイ装置２からＣＯＮＮＥＣＴメッセージを受信すると、ＰＢＸ（Ａ）５へのＳＲ信号をオン（ＳＲ−ＯＮ）にする（Ｓ５０２０）。これにより、ＰＢＸ（Ａ）５に収容されている音声端末（Ａ）６と、ＰＢＸ（Ｂ）５に収容されている音声端末（Ｂ）６との間で、ＲＴＰパケットを利用したメディア情報の交換（音声通信など）が可能となる。
【００７２】
なお、既存のＶｏＩＰゲートウエイ装置４が、ＩＰ網７側から着呼した場合に、自らがリモートＲＢＴやリモートＢＴを生成し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置とした場合、このＶｏＩＰゲートウエイ装置４と、チャネルオープン判定方法（Ｈ．２４５手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１との間で行なわれるＨ．３２３の呼制御手順は、図６に示すものと基本的に同様になる。但し、Ｓ５０１６において、リモートＲＢＴの生成源は、ＶｏＩＰゲートウエイ装置４となる。
【００７３】
図７は、チャネルオープン判定方法（Ｈ．２４５手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００７４】
図７において、図６に示す処理を同じものには、同じ符号を付すことでその詳細な説明を省略している。また、ＶｏＩＰゲートウエイ装置３は、ＩＰ網７側から着呼した場合に、リモートＲＢＴやリモートＢＴを、発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送することを行なわないタイプのＶｏＩＰ通信装置としている。
【００７５】
図７に示すように、Ｈ．２４５手順において、ＶｏＩＰゲートウエイ装置１のＨ．３２３処理部１０４は、ＣＯＮＮＥＣＴメッセージの受信前に、メディアチャネルをオープンするためのＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを、通信相手であるＶｏＩＰゲートウエイ装置３から受信することはない。
【００７６】
このため、ＶｏＩＰゲートウエイ装置１の呼制御音性制限判定部１０７は、Ｈ．２４５手順のＯｐｅｎ　Ｌｏｇｉｃａｌ　Ｃｈａｎｎｅｌメッセージを受信することなく、起動したタイマが所定時間（例えば２秒）を経過してタイムアウトしたことを検知すると（Ｓ５０１５’）、ＶｏＩＰゲートウエイ装置３よりリモートＲＢＴが送られてこないことを認識する。そして、呼制御音生成部１０６にローカルＲＢＴの生成を指示し、生成されたローカルＲＢＴをＯＤインターフェース部１０１を介してＰＢＸ（Ａ）５へ転送する。ＰＢＸ（Ａ）５は、このローカルＲＢＴを音声端末（Ａ）６にさらに転送する（Ｓ５０１６’）。
【００７７】
その後、ＶｏＩＰゲートウエイ装置２に収容されているＰＢＸ（Ｂ）５は、ＩＲを送出している音声端末（Ｂ）６がオフフックされたことを検知すると（Ｓ５０１７）、ＶｏＩＰゲートウエイ装置２へのＳＳ信号をオン（ＳＳ−ＯＮ）にする（Ｓ５０１８）。ＶｏＩＰゲートウエイ装置２は、ＳＳ−ＯＮを検知すると、ＣＯＮＮＥＣＴメッセージを生成して、これをＩＰ網７を介して、ＶｏＩＰゲートウエイ装置１に送信する（Ｓ５０１９）。
【００７８】
ＶｏＩＰゲートウエイ装置１において、Ｈ．３２３処理部１０４は、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２およびＩＰ処理部１０５を介して、通信相手のＶｏＩＰゲートウエイ装置２からＣＯＮＮＥＣＴメッセージを受信すると、ＰＢＸ（Ａ）５へのＳＲ信号をオン（ＳＲ−ＯＮ）にする（Ｓ５０２０）。
【００７９】
さらに、Ｈ．２４５手順が実行され（Ｓ５０１４）、これにより、ＰＢＸ（Ａ）５に収容されている音声端末（Ａ）６と、ＰＢＸ（Ｂ）５に収容されている音声端末（Ｂ）６との間で、ＲＴＰパケットを利用したメディア情報の交換（音声通信など）が可能となる。
【００８０】
図８は、チャネルオープン判定方法（ファーストコネクト手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００８１】
図８において、図６、図７に示す処理を同じものには、同じ符号を付すことでその詳細な説明を省略している。また、ＶｏＩＰゲートウエイ装置２は、ＩＰ網７側から着呼した場合に、自身が収容するＰＢＸ（Ｂ）５からのリモートＲＢＴやリモートＢＴを受信し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置としている。
【００８２】
ファーストコネクト手順の場合、図８に示すように、Ｓ５００７’において、ＶｏＩＰゲートウエイ装置１のＨ．３２３処理部１０４は、チャネルオープンのためのＦＳ（Ｆｉｒｓｔ　Ｓｔａｒｔ）要素を含むＳＥＴ　ＵＰメッセージを作成し、これをＩＰ処理部１０５およびＥｔｈｅｒｎｅｔ（登録商標）インターフェース部１０２を介して、通信相手のＶｏＩＰゲートウエイ装置２に送信する。
【００８３】
また、Ｓ５０１１’において、ＶｏＩＰゲートウエイ装置１のＨ．３２３処理部１０４は、応答を示すＦＳ要素を含むＡＬＥＲＴメッセージを受信する。呼制御音生成源判定部１０７は、この事実により、ＶｏＩＰゲートウエイ装置２からリモートＲＢＴが送られてくることを認識する。
【００８４】
なお、既存のＶｏＩＰゲートウエイ装置４が、ＩＰ網７側から着呼した場合に、自らがリモートＲＢＴやリモートＢＴを生成し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置とした場合、このＶｏＩＰゲートウエイ装置４と、チャネルオープン判定方法（ファーストコネクト手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１との間で行なわれるＨ．３２３の呼制御手順は、図８に示すものと基本的に同様になる。但し、Ｓ５０１６において、リモートＲＢＴの生成源は、ＶｏＩＰゲートウエイ装置４となる。
【００８５】
図９は、チャネルオープン判定方法（ファーストコネクト手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００８６】
図９において、図６〜図８に示す処理を同じものには、同じ符号を付すことでその詳細な説明を省略する。また、ＶｏＩＰゲートウエイ装置３は、ＩＰ網７側から着呼した場合に、リモートＲＢＴやリモートＢＴを、発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送することを行なわないタイプのＶｏＩＰ通信装置としている。
【００８７】
図９に示すように、Ｓ５０１１”において、ＶｏＩＰゲートウエイ装置１のＨ．３２３処理部１０４は、応答を示すＦＳ要素を含んでいないＡＬＥＲＴメッセージをＶｏＩＰゲートウエイ装置３から受信する。呼制御音生成源判定部１０７は、この事実により、ＶｏＩＰゲートウエイ装置２からリモートＲＢＴが送られてこないことを認識する。
【００８８】
図１０は、ＲＴＰ受信判定方法が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００８９】
図１０において、図６〜図９に示す処理を同じものには、同じ符号を付すことでその詳細な説明を省略している。また、ＶｏＩＰゲートウエイ装置２は、ＩＰ網７側から着呼した場合に、自身が収容するＰＢＸ（Ｂ）５からのリモートＲＢＴやリモートＢＴを受信し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置としている。
【００９０】
図１０に示すように、Ｓ５０１１において、ＶｏＩＰゲートウエイ装置１のＨ．３２３処理部１０４が通信相手のＶｏＩＰゲートウエイ装置２よりＡＬＥＲＴメッセージを受信すると、呼制御音生成源判定部１０７は、呼制御音の信号生成源を判定するためのタイマを起動する。そして、起動したタイマが所定時間（例えば２秒）を経過してタイムアウトする前に、ＲＴＰ処理部１０４がＶｏＩＰゲートウエイ装置２よりＲＴＰパケットを受信したことを検知すると（Ｓ５０１５”）、ＶｏＩＰゲートウエイ装置２よりリモートＲＢＴが送られてくることを認識する。
【００９１】
なお、既存のＶｏＩＰゲートウエイ装置４が、ＩＰ網７側から着呼した場合に、自らがリモートＲＢＴやリモートＢＴを生成し、これを発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送するタイプのＶｏＩＰ通信装置とした場合、このＶｏＩＰゲートウエイ装置４と、ＲＴＰ受信判定方法が適用された本実施形態のＶｏＩＰゲートウエイ装置１との間で行なわれるＨ．３２３の呼制御手順は、図１０に示すものと基本的に同様になる。但し、Ｓ５０１６において、リモートＲＢＴの生成源は、ＶｏＩＰゲートウエイ装置４となる。
【００９２】
図１１は、ＲＴＰ受信判定方法が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【００９３】
図１１において、図６〜図１０に示す処理を同じものには、同じ符号を付すことでその詳細な説明を省略する。また、ＶｏＩＰゲートウエイ装置３は、ＩＰ網７側から着呼した場合に、リモートＲＢＴやリモートＢＴを、発呼側である本実施形態のＶｏＩＰゲートウエイ装置１に転送することを行なわないタイプのＶｏＩＰ通信装置としている。
【００９４】
図１１に示すＳ５０１５’’’において、ＶｏＩＰゲートウエイ装置１の呼制御音生成源判定部１０７は、ＲＴＰ処理部１０３がＲＴＰパケットを受信することなく、ＡＬＥＲＴメッセージの受信により起動したタイマが所定時間（例えば２秒）を経過してタイムアウトしたことを検知すると、ＶｏＩＰゲートウエイ装置３よりリモートＲＢＴが送られてこないことを認識する。
【００９５】
なお、本発明は上記の実施形態に限定されものではなく、その要旨の範囲内で数々の変形が可能である。
【００９６】
例えば、ＶｏＩＰゲートウエイ装置１は、ＰＢＸ（Ａ）５に代えて、あるいはＰＢＸ（Ａ）５と共に、音声端末やその他の交換機を直接収容してもよい。また、ＶｏＩＰゲートウエイ装置１および収容装置間のインターフェースは、４線式ＳＳ／ＳＲ・ＯＤインターフェースや２線式電話インターフェースに限定されない。同様に、ＶｏＩＰゲートウエイ装置１およびＩＰ網７間のインターフェースも、Ｅｔｈｅｒｎｅｔ（登録商標）インターフェースに限定されるものではなく、例えばＡＴＭインターフェースなどのその他のインターフェースとしてもよい。
【００９７】
また、ＶｏＩＰゲートウエイ装置１の呼制御音生成源判定部１０７は、呼制御音の信号生成源を自身のＶｏＩＰゲートウエイ装置１にデフォルト設定しておき、呼制御音の信号生成源が通話相手側にあることを認識した時点で、呼制御音生成部１０６による呼制御音の生成・送信を停止するようにしてもよい。
【００９８】
また、ＶｏＩＰゲートウエイ装置１は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）やＤＳＰ（Ｄｉｇｉｔａｌ　Ｓｉｇｎａｌ　Ｐｒｏｃｅｓｓｏｒ）を使用して専用装置として構築してもよいし、あるいは、汎用のコンピュータシステム上にソフトウエア的に構築しても構わない。ここで、汎用のコンピュータシステム上に、ＶｏＩＰゲートウエイ装置１をソフトウエア的に構築するためのプログラムは、ＣＤ−ＲＯＭ等の記録メディアに格納されて、コンピュータシステムに提供されるようにしてもよい。あるいは、ネットワークを介してコンピュータシステムに提供されるようにしてもよい。
【００９９】
図１２は、ＶｏＩＰゲートウエイ装置１のハードウエア構成例を示している。この例では、ＰＢＸ５と接続するためのＯＤインターフェース１５１と、ＩＰ網（Ｅｔｈｅｒｎｅｔ（登録商標）網）７と接続するためのＥｔｈｅｒｎｅｔ（登録商標）インターフェース１５２と、ＯＤインターフェース１５１を介してＰＢＸ５と送受するメディア情報や呼制御情報を処理するＤＳＰ１５３と、ＣＰＵ１５４と、ＣＰＵ１５４のワークエリアとして機能するＲＡＭ１５５と、ＣＰＵ１５４で実行すべき各種プログラムや、呼制御処理などで必要な各種データを格納したＲＯＭ１５６と、これらの各要素を相互接続するバス１５７と備えてる。ＣＰＵ１５４が、ＲＯＭ１５６に格納されている各種プログラムを実行することにより、図２に示す機能ブロックを実現する。
【０１００】
【発明の効果】
以上説明したように、本発明によれば、通信相手のタイプにかかわらず、呼制御音を収容装置に送出することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態が適用されたＶｏＩＰゲートウエイ装置１を含むＩＰ通信システムの概略図である。
【図２】図１に示すＶｏＩＰゲートウエイ装置１の概略図である。
【図３】Ｈ．３２３に規定するＶｏＩＰの呼制御手順に、Ｈ．２４５手順が利用される場合における、チャネルオープン判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【図４】Ｈ．３２３に規定するＶｏＩＰの呼制御手順に、ファーストコネクト手順が利用される場合における、チャネルオープン判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【図５】ＲＴＰ受信判定方法を採用した呼制御音生成源判定部１０７の動作フローを説明するための図である。
【図６】チャネルオープン判定方法（Ｈ．２４５手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図７】チャネルオープン判定方法（Ｈ．２４５手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図８】チャネルオープン判定方法（ファーストコネクト手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図９】チャネルオープン判定方法（ファーストコネクト手順の場合）が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図１０】ＲＴＰ受信判定方法が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置２との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図１１】ＲＴＰ受信判定方法が適用された本実施形態のＶｏＩＰゲートウエイ装置１と既存のＶｏＩＰゲートウエイ装置３との間で行なわれるＨ．３２３の呼制御手順を示すシーケンス図である。
【図１２】ＶｏＩＰゲートウエイ装置１のハードウエア構成例を示す図である。
【符号の説明】
１〜４…ＶｏＩＰゲートウエイ装置
５…ＰＢＸ
６…音声端末
７…ＩＰ網
１０１…ＯＤインターフェース部
１０２…Ｅｔｈｅｒｎｅｔ（登録商標）インターフェース部
１０３…ＲＴＰ処理部
１０４…Ｈ．３２３処理部
１０５…ＩＰ処理部
１０６…呼制御音生成部
１０７…呼制御音生成源判定部
【図１】
2004064125.tif 000003
【図２】
2004064125.tif 000004
【図３】
2004064125.tif 000005
【図４】
2004064125.tif 000006
【図５】
2004064125.tif 000007
【図６】
2004064125.tif 000008
【図７】
2004064125.tif 000009
【図８】
2004064125.tif 000010
【図９】
2004064125.tif 000011
【図１０】
2004064125.tif 000012
【図１１】
2004064125.tif 000013
【図１２】
2004064125.tif 000014