JP2004282556A

JP2004282556A - ＶｏＩＰ通信装置における呼制御方法

Info

Publication number: JP2004282556A
Application number: JP2003073340A
Authority: JP
Inventors: Atsushi Masukuni; 敦史升國
Original assignee: Oki Electric Industry Co Ltd
Current assignee: Oki Electric Industry Co Ltd
Priority date: 2003-03-18
Filing date: 2003-03-18
Publication date: 2004-10-07
Anticipated expiration: 2023-03-18
Also published as: JP4576796B2

Abstract

【課題】コールエージェント等に障害が発生しても電話発信の際のオフフック時に無音を回避し、故障不安を防止し、違和感なく操作することができるＶｏＩＰ通信装置における呼制御方法を提供する。
【解決手段】電話端末２２のオフフックをゲートウェイ２０にて検出すると、ＮＴＦＹメッセージがコールエージェント１２に送出され、オフフック検出をトリガとしてダイヤルトーンが電話端末２２に送出され、さらに発信先番号の受信を開始し、さらにタイムアウトを監視する監視タイマを起動する。応答監視設定時間以内に応答Ａｃｋが返送され、コマンド監視設定時間以内にＲＱＮＴ／ＣＲＣＸコマンドがゲートウェイ２０に通知されると、発信先電話番号の受信指示をしたコールエージェント１２に対し、コールエージェント１２からのコマンド受信以前および受信以降に入力された番号を含む発信先電話番号を送出する。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ネットワークにて音声通信を行うＶｏＩＰ通信装置における呼制御方法に係り、たとえば、ゲートウェイ装置および端末装置等に適用して好適なＶｏＩＰ通信装置における呼制御方法に関するものである。
【０００２】
【従来の技術】
近年、ＩＰパケットを用いて音声通信を行うＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）システムの研究開発が進められ、インターネットを利用して電話の音声通話を行うことができる。インターネット学会（ＩＳＯＣ：ＴｈｅＩｎｔｅｒｎｅｔＳｏｃｉｅｔｙ）のインターネット技術標準化委員会（ＩＥＴＦ：ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）では、このようなインターネットに関連する標準化処理を行って、インターネットに関する標準化提案等について議論され、標準勧告文書（ＲＦＣ：ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔｓ）が作成される。
【０００３】
標準以外の手順についてもＲＦＣが発行される。ＶｏＩＰに関連する情報（Ｉｎｆｏｒｍａｔｉｏｎａｌ）として、たとえば、ＲＦＣ−２７０５において、メディア・ゲートウエイ・コントロール・プロトコル（ＭＧＣＰ：ＭｅｄｉａＧａｔｅｗａｙＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）Ｖｅｒｓｉｏｎ１．０について記述されている。
【０００４】
このＭＧＣＰに基づくＶｏＩＰ通信装置がＩＰネットワークに接続されたＶｏＩＰネットワークシステムでは、たとえば、電話番号およびＩＰアドレスの変換とルーティングとを処理するコールエージェント（ＣａｌｌＡｇｅｎｔ）と、回線制御および音声のパケット化および非パケット化を処理するゲートウェイ（Ｇａｔｅｗａｙ）とにより音声通信サービスが提供される。
【０００５】
コールエージェントは、ＩＰネットワーク内のゲートウェイにおける音声符号化能力を管理し、電話番号およびＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）アドレスの対応を管理して、ゲートウェイ間の通信を制御する。コールエージェントは、接続、呼の確立、変更および切断を行うためのコマンドを生成してゲートウェイに通知する。
【０００６】
図５を参照すると、このようなＭＧＣＰを用いたＶｏＩＰ装置で音声通信を行う場合の呼接続時の動作手順が示されている。ゲートウェイ５０および電話端末５２が収容されたＶｏＩＰ装置５４は、ＩＰネットワークを介して接続されたコールエージェント５６からの指示に従って呼制御に関する動作を行う。
【０００７】
具体的には、電話端末５２のオフフック操作を検出するとゲートウェイ５０は、このイベントをＮＴＦＹメッセージでコールエージェント５６に通知し、コールエージェント５６はこのメッセージに対する応答Ａｃｋをゲートウェイ５０に返送する。その後コールエージェント５６は、ゲートウェイ５０に対し、ＲＱＮＴ／ＣＲＣＸコマンド用いてダイヤルトーン送出指示と発信先電話番号の受信指示とを行う。ゲートウェイ５０は、そのコマンドに対する応答Ａｃｋをコールエージェント５６に返送し、コールエージェント５６からの指示に従ってゲートウェイ５０は、収容している電話端末５２に対しダイヤルトーンを送出し、また、電話端末５２から送出される発信先電話番号の受信を開始する。
【０００８】
【非特許文献１】
Ａｒａｎｇｏ，ｅｔａｌ．，ＴｈｅＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ：ＲｅｑｕｅｓｔＦｏｒＣｏｍｍｅｎｔｓ：２７０５；Ｃａｔｅｇｏｒｙ：Ｉｎｆｏｒｍａｔｉｏｎａｌ．
【非特許文献２】
ジョナサンデイビッドソン（ＪｏｎａｔｈａｎＤａｖｉｄｓｏｎ）／ジェイムズピーターズ（ＪａｍｅｓＰｅｔｅｒｓ）著、風工社訳編、シスコシステムズ監修、「ＶｏＩＰ基本ガイド」、初版、ソフトバンクパブリッシング株式会社、２００１年１月１８日発行、ｐ．３０２−３１２。
【０００９】
【発明が解決しようとする課題】
しかしながら、ＩＰネットワーク網に何らかの障害が発生しているとＶｏＩＰ装置５４とコールエージェント５６間のメッセージ通信ができない。たとえばコールエージェント５６にて障害が発生すると、電話端末５２がオフフックした際にコールエージェント５６にて受信されるべきＮＴＦＹメッセージが受信されず、また、コールエージェント５６からＶｏＩＰ装置５４に対しＲＱＮＴ／ＣＲＣＸコマンドが送られてこない場合にはダイヤルトーンが生成されず、オフフック操作を行った発信者側の電話端末５２の受話器が無音状態になってしまうという問題があった。このコールエージェント５６側の障害時において、オフフック操作直後の発信者は、電話端末５２が故障したのではないかという無用の不安が生じてしまうことになる。
【００１０】
また、ＲＱＮＴ／ＣＲＣＸコマンドが遅延して電話端末５２に対するダイヤルトーンの送出が遅延する場合、オフフック操作を行った発信者は、ダイヤルトーンが聞こえるまでは発信先番号を電話端末５２に入力する発信操作を行うことができないので違和感が生じるという問題があった。
【００１１】
本発明はこのような従来技術の欠点を解消し、コールエージェントおよびＩＰネットワーク等に障害が発生したとしても電話発信の際のオフフック時に無音を回避して、電話端末等のＶｏＩＰ通信装置に対する故障不安を防止し、また、違和感なく操作することができて操作感のよいＶｏＩＰ通信装置における呼制御方法を提供することを目的とする。
【００１２】
【課題を解決するための手段】
本発明は上述の課題を解決するために、メディア・ゲートウエイ・コントロール・プロトコルに準拠して通信を行うＶｏＩＰ通信装置における呼制御方法において、この方法は、電話端末のオフフックを検出し、オフフックを検出すると、オフフックを示すメッセージをコールエージェントに通知するとともに、コールエージェントからのコマンドが通知されていなくても、オフフックの検出に応動してダイヤルトーンを自律的に電話端末に送出し、電話端末からの発信先電話番号の受信を開始し、コールエージェントからのコマンドが受信されると、コマンドに応じて発信先電話番号をコールエージェントに通知することを特徴とする。
【００１３】
この場合、コールエージェントからの応答が所定の時間内に検出できない場合であっても、オフフックの検出に応動してダイヤルトーンを電話端末に送出し、電話端末からの発信先電話番号の受信を開始するとよい。また、コールエージェントからの応答が所定の時間内に検出されない場合、通信途絶を検出し、通信途絶に応じたトーンを電話端末に送出するとよい。
【００１４】
また、コールエージェントからのコマンドが所定の時間内に検出されない場合であっても、ダイヤルトーンの送出と、発信先電話番号の受信を行うとよい。コールエージェントからのコマンドが所定の時間内に検出されない場合、通信途絶を検出し、この通信途絶に応じたトーンを電話端末に送出するとよい。
【００１５】
【発明の実施の形態】
次に添付図面を参照して本発明によるＶｏＩＰ通信装置における呼制御方法の実施例を詳細に説明する。
【００１６】
図２を参照すると、ＩＰネットワーク１０にコールエージェント１２と複数のＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）装置１４とが接続されたＶｏＩＰシステム１６の概略が例示されている。本実施例のＶｏＩＰ装置１４は、ＩＰネットワーク網１０に接続されるゲートウェイ２０と、ゲートウェイ２０に収容された電話端末２２とを含み、電話端末２２がオフフックすると、メディア・ゲートウエイ・コントロール・プロトコル（ＭＧＣＰ：ＭｅｄｉａＧａｔｅｗａｙＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ）に従ってコールエージェント１２からの指示に応じて呼接続制御を行う。
【００１７】
詳しくは、ＩＰネットワーク１０およびコールエージェント１２に障害やネットワーク輻輳が発生していない通常時における動作手順を図１に示す。電話端末２２がオフフックされたことがゲートウェイ２０にて検出されるとイベントが発生し、ゲートウェイ２０は、ＮＴＦＹメッセージをコールエージェント１２に送出するとともに、オフフック検出をトリガとして自発的にダイヤルトーンを生成して電話端末２２に送出し、さらに電話端末２２からの発信先番号の受信を開始する。これとともにゲートウェイ２０は、応答およびコマンドを監視するための監視タイマを起動する。つまり、この時点のゲートウェイ２０は、応答ＡｃｋとＲＱＮＴ／ＣＲＣＸコマンドとの受信を条件とすることなく、オフフック検出をトリガとして自律的にコールエージェント１２からの応答受信および通知受信以前にダイヤルトーンを電話端末２２に送出する。監視タイマには、応答Ａｃｋを監視する応答監視時間とコマンド受信を監視するコマンド監視時間との２つの制限時間が設定されて、それぞれのタイムアウトを監視する。コマンド監視時間は、ネットワーク障害が発生したことを検出することができる時間が設定され、たとえば数秒から数十秒に設定される。
【００１８】
次いで、障害が起きていないコールエージェント１２は、ＮＴＦＹメッセージに対する応答Ａｃｋをゲートウェイ２０に送出し、その後、ＲＱＮＴ／ＣＲＣＸコマンドをゲートウェイ２０に送出する。ゲートウェイ２０は、応答Ａｃｋが受信されたことによりＮＴＦＹメッセージがコールエージェント１２に届いたことを認識することができる。
【００１９】
なお、電話端末２２に対する発信先番号の入力がない状態にて、コールエージェント１２からのＲＱＮＴ／ＣＲＣＸコマンドがゲートウェイ２０にて受信した場合に、そのコマンドに従ってダイヤルトーンを電話端末２２に送出する点は従来と同様でよく、本実施例ではダイヤルトーンを継続して電話端末２２に送出する。
【００２０】
図示の例では、監視タイマの応答監視設定時間以内に応答Ａｃｋを受信し、さらに監視タイマのコマンド監視設定時間以内にＲＱＮＴ／ＣＲＣＸコマンドがゲートウェイ２０に通知された場合であり、コマンド内容のダイヤルトーン送出指示（Ｓ：ｄｌ）と、発信先電話番号の受信指示（ｒ：Ｄ／０−９＃＊Ｔ）とがコールエージェントからゲートウェイ２０に通知される。
【００２１】
ゲートウェイ２０は、発信者がダイヤル入力を開始するとダイヤルトーンの送出を停止させるとともに発信先番号を記憶する。このダイヤル入力中にＲＱＮＴ／ＣＲＣＸコマンドがゲートウェイ２０に通知された場合は、発信先電話番号の受信を開始しているので、あらたなダイヤルトーンの送出は行わず、発信先電話番号の受信を継続するとともに、コールエージェント１２に対しコマンド応答Ａｃｋを返送する。発信先番号の入力が完了すると、発信先電話番号の受信指示をしたコールエージェント１２に対し、コールエージェント１２からのコマンド受信以前および受信以降に入力された番号を含む発信先電話番号を送出することができる。
【００２２】
図３を参照すると、同図には、コールエージェント１２に何らかの障害が発生したりネットワーク輻輳が発生したりしたために、ゲートウェイ２０から送出したＮＴＦＹメッセージがコールエージェント１２にて受信されない状態を示している。この場合、ＮＴＦＹメッセージに対する応答Ａｃｋは生成されずゲートウェイ２０に送出されないので、応答監視時間が経過すると応答待ちタイムアウトとなる。ゲートウェイ２０から電話端末２２に対してオフフックの検出後からダイヤルトーンが電話端末２２に対して自律的に送出されているが、監視タイマのタイムアウト時には、ゲートウェイ２０は電話端末２２に対してビジートーン（ＢＵＳＹ）またはリオダートーン（ＲＥＯＲＤＥＲ）に切り換えて送出することにより、ＩＰネットワーク１０側の障害発生を発信者に通知する。なお、発信先番号の入力が開始されて番号入力受付中の場合には、タイムアウトを検出したゲートウェイ２０は、ビジートーン（ＢＵＳＹ）またはリオダートーン（ＲＥＯＲＤＥＲ）を電話端末２２に対し送出する。
【００２３】
図４に示す例は、ＮＴＦＹメッセージに対する応答Ａｃｋがコールエージェント１２からゲートウェイ２０に通知されたが、その後ＩＰネットワークまたはコールエージェント１２に何らかの障害や輻輳が発生して、一定時間内にＲＱＮＴ／ＣＲＣＸコマンドがゲートウェイ２０に通知されない状態である。このためゴートウェイ２０ではコマンド監視時間（たとえば２０秒）が経過するとコマンド待ちタイムアウトとなる。この場合、ゲートウェイ２０は、このタイムアウト検出によりコールエージェント１２との通信の途絶を認識し、電話端末２２に対してビジートーン（ＢＵＳＹ）またはリオダートーン（ＲＥＯＲＤＥＲ）を送出してＩＰネットワーク側の障害発生を発信者に通知する。また、図３に示した例と同様に、発信先番号入力中の無音時の場合でも、タイムアウトを検出したゲートウェイ２０は、ビジートーン（ＢＵＳＹ）またはリオダートーン（ＲＥＯＲＤＥＲ）を電話端末２２に対し送出する。
【００２４】
以上説明したように、ＩＰネットワーク１０に接続されたＶｏＩＰ装置１４は、基本的にはメディア・ゲートウエイ・コントロール・プロトコル（ＭＧＣＰ）に準じて呼制御動作する機能を有し、さらに、たとえばコールエージェント１２等のＩＰネットワーク側に障害等が発生して、コールエージェント１２からの応答およびコマンドがＶｏＩＰ装置１４にて検出できない場合であっても発信操作者側にダイヤルトーンを送出し、また、発信先電話番号の受付を開始するので、電話発信の際のオフフック時に電話端末等のＶｏＩＰ装置１４に対する故障不安を防止し、また、違和感なく操作することができて操作感がよくなる。またネットワーク側にてパケットの遅延が発生している場合でも、コールエージェントからのコマンドを待つことなく発信先番号入力の操作ができるから操作性が向上する。
【００２５】
【発明の効果】
このように本発明によれば、メディア・ゲートウエイ・コントロール・プロトコル（ＭＧＣＰ）に準じて呼制御動作する際に、コールエージェントやＩＰネットワークに障害や輻輳が発生して、コールエージェントからの応答およびコマンドが検出できない場合であっても発信操作者側にダイヤルトーンを送出することができ、また、発信先電話番号の受付を開始することができる。したがって、電話発信の際のオフフック時に無音を回避することができ、電話端末等のＶｏＩＰ通信装置に対する故障不安を防止され、また、違和感なく操作することができる。ネットワーク側にてパケットの遅延が発生している場合でも、コールエージェントからのコマンドを待つことなく発信先番号入力の操作ができるから操作性が向上する。
【図面の簡単な説明】
【図１】本発明が適用されたＶｏＩＰシステムの通常時動作手順を示す図である。
【図２】本発明が適用されたＶｏＩＰシステムの構成例を示すブロック図である。
【図３】ＶｏＩＰシステムの障害発生時の動作例を示す図である。
【図４】ＶｏＩＰシステムの障害発生時の動作例を示す図である。
【図５】メディア・ゲートウエイ・コントロール・プロトコル（ＭＧＣＰ）による呼接続手順の従来例を示す図である。
【符号の説明】
１２コールエージェント
１４ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）装置
２０ゲートウェイ
２２電話端末

Claims

メディア・ゲートウエイ・コントロール・プロトコルに準拠して通信を行うＶｏＩＰ通信装置における呼制御方法において、該方法は、
電話端末のオフフックを検出し、
前記オフフックを検出すると、該オフフックを示すメッセージをコールエージェントに通知するとともに、該コールエージェントからのコマンドが通知されていなくても、前記オフフックの検出に応動してダイヤルトーンを自律的に前記電話端末に送出し、
前記電話端末からの発信先電話番号の受信を開始し、
前記コールエージェントからのコマンドが受信されると、該コマンドに応じて前記発信先電話番号を前記コールエージェントに通知することを特徴とするＶｏＩＰ通信装置における呼制御方法。
請求項１に記載のＶｏＩＰ通信装置における呼制御方法において、該方法は、前記コールエージェントからの応答が所定の時間内に検出できない場合であっても、前記オフフックの検出に応動してダイヤルトーンを前記電話端末に送出し、前記電話端末からの発信先電話番号の受信を開始することを特徴とするＶｏＩＰ通信装置における呼制御方法。
請求項２に記載のＶｏＩＰ通信装置における呼制御方法において、該方法は、前記コールエージェントからの応答が所定の時間内に検出されない場合、通信途絶を検出し、該通信途絶に応じたトーンを前記電話端末に送出することを特徴とするＶｏＩＰ通信装置における呼制御方法。
請求項１に記載のＶｏＩＰ通信装置における呼制御方法において、該方法は、前記コールエージェントからのコマンドが所定の時間内に検出されない場合であっても、前記ダイヤルトーンの送出と、前記発信先電話番号の受信を行うことを特徴とするＶｏＩＰ通信装置における呼制御方法。
請求項４に記載のＶｏＩＰ通信装置における呼制御方法において、該方法は、前記コールエージェントからのコマンドが所定の時間内に検出されない場合、通信途絶を検出し、該通信途絶に応じたトーンを前記電話端末に送出することを特徴とするＶｏＩＰ通信装置における呼制御方法。