JP2005294938A - ＶｏＩＰ網における呼保留方法 - Google Patents

Abstract

【課題】様々なプロトコルが混在した環境で、公衆電話交換網に接続されている端末から、ＶｏＩＰ網に接続されている端末に、着信した場合の呼保留方法を提供する。
【解決手段】公衆電話交換網、ＶｏＩＰ網、及びＳＩＰ制御サーバを備えて構成される相互接続回線網において、公衆電話交換網から、ＶｏＩＰ網に接続されている着信先端末に着信する際の呼の保留を、ＶｏＩＰ網に備えられたソフトスイッチで行う。ここで、ＳＩＰ制御サーバには、番号変換サーバ、音源サーバ及びモニタサーバが備えられている。公衆電話交換網からの接続要求メッセージに応答して、番号変換サーバから着信先端末の着信状態等を収集する。着信先端末が着信不可状態の場合は、音源サーバと公衆電話交換網を接続することで呼保留状態を確立させる。その後、着信先端末が通話可能状態へ移行すると、モニタサーバから状態変更通知を受け取って、公衆電話交換網と着信先端末との接続を行うと共に、音源サーバとの間の接続を切断することで、公衆電話交換網と着信先端末との間での通話を可能とする。
【選択図】図３

Description

この発明は、ＶｏＩＰ網における呼保留方法に関するものである。

公衆電話回線網で実現している「着信課金サービス」等の付加サービスをＶｏＩＰ網で実現する方法について、国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ）、インターネット技術標準化委員会（ＩＥＴＦ）等の各種標準化団体で検討されている。代表的な付加サービスである「着信課金サービス」をＶｏＩＰ網で実現する上で、呼保留機能は必要性の高い機能である。このため、ＩＴＵ−ＴやＩＥＴＦ等の標準化団体で検討が進められていて、いくつかの方法が規定されている。

しかしながら、上述のＩＴＵ−ＴやＩＥＴＦ等による規定は単一プロトコルの範囲内で定められることが大半であり、様々なプロトコルを適用したネットワークが接続されている相互接続回線網で、呼保留機能を実現する方法については、規定されていない。

従って、例えば、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）で規定されるＶｏＩＰ網、及びＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）で規定されるＳＩＰ制御サーバが、公衆電話交換網と連動して、呼保留機能を実現することは、現在のＩＴＵ−Ｔ勧告やＩＥＴＦのＲＦＣ（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ）では規定されておらず、実現方法が明確ではなかった。

この発明は、上述の問題点に鑑みてなされたものであり、様々なプロトコルが混在した環境で、公衆電話交換網に接続されている端末から、ＶｏＩＰ網に接続されている端末に、着信した場合の呼保留方法の提供を目的としている。

上述した目的を達成するために、この発明の呼保留方法は、公衆電話交換網、ＶｏＩＰ網、及びＳＩＰ制御サーバを備えて構成される相互接続回線網において、公衆電話交換網から、ＶｏＩＰ網に接続されている着信先端末に着信する際の呼の保留を、ＶｏＩＰ網に備えられたソフトスイッチで行う。ここで、ＳＩＰ制御サーバに、着信先端末の着信番号を特定する番号変換サーバ、音声ガイダンスを送出する音源サーバ、及び、着信先端末の通話の可否を監視するモニタサーバを設けておく。

先ず、公衆電話交換網から、着信先端末への接続要求メッセージを受け取り、当該接続要求メッセージに応答して、番号変換サーバから着信先端末の着信番号及び着信状態を収集する。

着信先端末が着信不可状態の場合は、音源サーバと公衆電話交換網を接続することで、音源サーバから公衆電話交換網へ音声ガイダンスを送出し、この結果、呼保留状態を確立させる。

上述した呼保留方法の好適実施例によれば、以下の過程を備えるのが良い。呼保留状態の確立後、モニタサーバにおいて着信先端末の通話可能状態への移行が検知された場合は、モニタサーバから、音源サーバへ状態変更通知を送信する。次に、状態変更通知に応答して、音源サーバにより、公衆電話交換網と着信先端末との再接続要求をソフトスイッチに送信する。再接続要求の受信に応答して、ソフトスイッチは、公衆電話交換網と着信先端末との接続を行うと共に、音源サーバとの間の接続を切断することで、公衆電話交換網と着信先端末との間での通話を可能とする。

また、この発明の呼保留方法の他の好適実施例によれば、以下の過程を備えるのが良い。

呼保留状態の確立後、モニタサーバにおいて着信先端末の通話可能状態への移行が検知された場合は、モニタサーバから、音源サーバへ状態変更通知を送信する。状態変更通知に応答して、音源サーバにより、接続先を音源サーバから着信先端末に変更する転送要求をソフトスイッチに送信する。転送要求の受信に応答して、ソフトスイッチは、公衆電話交換網と着信先端末との接続を行うと共に、音源サーバとの間の接続を切断することで、公衆電話交換網と前記着信先端末との間での通話を可能とする。

この発明のＶｏＩＰ網における呼保留方法によれば、公衆電話交換網からＶｏＩＰ網に接続されている着信先端末へ着信した場合に、ソフトスイッチで呼保留の実現が可能となる。

また、着信先端末が着信可能状態に移行した場合に、再接続要求又は転送要求に応答して行うため、ＳＩＰの基本仕様の範囲で対応可能であり、ＳＩＰ基本仕様を適用しているサーバであれば、容易に適用可能である。

以下、図を参照して、この発明のＶｏＩＰ網における呼保留方法の実施の形態について説明するが、構成および配置関係についてはこの発明が理解できる程度に概略的に示したものに過ぎない。また、以下、この発明の好適な構成例につき説明するが、単なる好適例に過ぎず、従って、この発明は以下の実施の形態に限定されない。

図１及び図２を参照して、ＶｏＩＰ網における呼保留方法を実施する相互接続回線網について説明する。図１は、相互接続回線網の構成を説明するための概略図である。また、図２は、ＶｏＩＰ網に備えられるソフトスイッチの構成を説明するための概略図である。

公衆電話交換網（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）１０に、ＰＳＴＮ端末１５が接続されている。また、ＰＳＴＮ１０は、ＰＳＴＮ交換機１２、及びソフトスイッチ２２を介して、ＶｏＩＰ網２０に接続されている。

メディアゲートウェイ２７とシグナリングゲートウェイ２８は、ＰＳＴＮ１０とＶｏＩＰ網２０との間のゲートウェイとして働く。ソフトスイッチ２２は、従来の交換機の持つ呼処理などの機能をＶｏＩＰ網２０上で提供するシステムであり、プロトコル処理部３０、呼制御処理部２３、及び接続網情報管理部２５を備えて構成されている。ＶｏＩＰ網２０には、ＳＩＰ制御サーバ４０、及び、レジデンシャルゲートウェイ５０を介してＶｏＩＰ端末５１が、接続されている。ここでレジデンシャルゲートウェイは、家庭内の機器（図１の例ではＶｏＩＰ端末５１）やホームネットワークとＶｏＩＰ網とを接続するゲートウェイである。

呼制御処理部２３は、パーソナルコンピュータ等が備える、中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）６３、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）６５等により構成され、ＣＰＵ６１がＲＡＭ６３又はＲＯＭ６５に読み出し自在に記録されているプログラムを読み出して実行することにより、呼処理、信号処理、経路選択、回線制御等を行い、プロトコル処理部３０に指示を送る。

接続網情報管理部２５は、例えば、ＲＯＭ等で構成され、ダイヤル番号に対応して、プロトコル、網形態などの着信先情報がデータベース化されて読み出し自在に記録されている。

プロトコル処理部３０は、ＰＳＴＮプロトコル処理部３１、ＭＧＣＰ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）処理部３３、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）処理部３５を備えて構成される。プロトコル処理部３０は、呼制御処理部２３からの指示に従って、プロトコルの送信を行ったり、また、ＶｏＩＰ網２０等からの信号を受け取って、呼制御処理部２３に送ったりする処理を行う。ここでは、ＰＳＴＮプロトコル、ＭＧＣＰ及びＳＩＰを用いる相互接続回線網を例にとって説明するが、使用されるプロトコルに応じてプロトコル処理部３０の構成は任意に設定可能である。

ＳＩＰ制御サーバ４０は、番号変換サーバ４１、音源サーバ４３及びモニタサーバ４５のそれぞれをサービス制御サーバとして備えて構成される。

番号変換サーバ４１は、ＰＳＴＮ端末１５でダイヤルされたダイヤル番号情報に基づいて、該当する着信先端末であるＶｏＩＰ端末５１の着信先電話番号を導出するなど、ＶｏＩＰ端末５１の特定を行う機能を備えている。さらに、番号変換サーバ４１は、モニタサーバ４５にアクセスすることにより、当該ＶｏＩＰ端末５１が通話可であるか否かなどの状態を示す情報を得る。

音源サーバ４３は、呼保留の対象である発信者（この例では、ＰＳＴＮ端末１５）に対してガイダンスの送信等を行う機能を備えている。

モニタサーバ４５は、ＶｏＩＰ端末５１が通話中（着信不可状態）から空（着信可能状態）への状態変更を、レジデンシャルゲートウェイ５０からソフトスイッチ２２を経由して検知することで、着信先のＶｏＩＰ端末５１の着信状態を監視する機能、及び、状態変更通知を送信する機能を備えている。

図３を参照して、この発明の呼保留方法について説明する。図３は、呼保留方法の例を説明するためのシーケンス図である。なお、図中で、要求に対する成功応答をレスポンスコードである２００で示す。以下の説明では、要求に対する成功応答の送受信の処理、及び、レスポンスコードの受信に対する確認応答（図中、ＡＣＫで示す。）の説明を省略することもある。また、図では要求に対する暫定応答を１××で示す。

Ｓ１０で、発信者は、ＰＳＴＮ端末１５において特定の番号をダイヤルする等して通話要求を行う。ＰＳＴＮ交換機１２は、ＰＳＴＮ端末１５での通話要求を検知し、ＩＳＵＰ（ＩＳＤＮ Ｕｓｅｒ Ｐａｒｔ）プロトコルに従うメッセージである接続要求メッセージ（ＩＡＭ：Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）を、ソフトスイッチ２２へ送信する。

Ｓ２０で、ソフトスイッチ２２に備えられる呼制御処理部２３は、ＩＡＭの受信に応答して、呼制御を開始する。呼制御処理部２３は、プロトコル処理部３０に備えられるＰＳＴＮプロトコル処理部３１に対して、ＰＳＴＮ交換装置１２とソフトスイッチ２２間のコネクションを生成するコネクション生成要求をメディアゲートウェイ２７に対して送信するよう指示する。ＰＳＴＮプロトコル処理部３１は、呼制御処理部２３からの指示に応じてコネクション生成要求（図中、ＣＲＣＸで示す。）をメディアゲートウェイ２７に送信する。

また、Ｓ３０で、呼制御処理部２３は、ＩＡＭの信号分析を行い、さらに、接続網情報管理部２５に読み出し自在に記録されている接続網情報を読み出すことにより、着信先端末のプロトコル、網形態などの着信先情報を得る。呼制御処理部２３は、着信先情報に基づいて、プロトコル処理部３０に備えられるＳＩＰ処理部３５に送信指示を行う。ＳＩＰ処理部３５は、呼制御処理部２３からの送信指示に従って、ＳＩＰ制御サーバ４０に備えられる番号変換サーバ４１に、識別番号としてＣ１を付加したセッション参加要求（ＩＮＶＩＴＥ）（Ｃ１）を送信する。

Ｓ４０で、セッション参加要求（Ｃ１）を受信した番号変換サーバ４１は、セッション参加要求（Ｃ１）に情報として含まれるダイヤル番号から、該当する着信先であるＶｏＩＰ端末５１の着信先電話番号を導出することなどにより、ＶｏＩＰ端末５１を特定する。ＶｏＩＰ端末５１を特定した後は、番号変換サーバ４１は、モニタサーバ４５にアクセスすることにより、当該ＶｏＩＰ端末５１が通話中であるか空であるかなどの通話状態を収集する。ここで、ＶｏＩＰ端末５１が通話中である場合は、番号変換サーバ４１は、ＶｏＩＰ端末５１への着信が不可状態であると判断する。

着信先端末であるＶｏＩＰ端末５１への着信が不可状態である場合、Ｓ５０で、番号変換サーバ４１は、ソフトスイッチ２２に対して接続の確認を行った（トライング：Ｔｒｙｉｎｇ）後、セッション参加要求（Ｃ１）に対する応答として、音源サーバ４３を接続先とする接続先一時変更応答（図中、３０２で示す。）をソフトスイッチ２２に送信する。

Ｓ６０で、ソフトスイッチ２２の呼制御処理部２３は、接続先一時変更応答を受信した後、接続先一時変更応答の信号分析を行う。その結果、着信先がＳＩＰ制御サーバ４０に備えられる音源サーバ４３であると判断する。そこで、呼制御処理部２３は、着信先情報に基づいて、ＳＩＰ処理部３５に送信指示を行う。ＳＩＰ処理部３５は、呼制御処理部２３からの送信指示に従って、音源サーバ４３に対して、Ｓ３０での番号変換サーバ４１へのセッション参加要求（Ｃ１）と同じ識別番号Ｃ１を付加して、音源サーバ４３へのセッション参加要求（Ｃ１）を送信する。

音源サーバ４３へのセッション参加要求（Ｃ１）を送信した後、Ｓ７０で、呼制御処理部２３はメディアゲートウェイ２７へ、呼出音（ＲＢＴ：Ｒｉｎｇ Ｂａｃｋ Ｔｏｎｅ）送信要求（図中、ＲＱＮＴで示す。）を送信する。

また、Ｓ８０で、呼制御処理部２３は、ＲＢＴ送信要求の送信とともに、ＰＳＴＮ交換機１２に経路特定メッセージ（ＡＣＭ：Ａｄｒｅｓｓ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ）を送信する。

Ｓ９０で、音源サーバ４３は、セッション参加要求（Ｃ１）の受信に応答して、成功応答をソフトスイッチ２２に送信する。

Ｓ１００で、ソフトスイッチ２２はＳ９０で送信した、セッション参加要求（Ｃ１）に対する成功応答を受信する。その後、メディアゲートウェイ２７に対して、ＲＢＴ停止要求（図中、ＲＱＮＴで示す。）を送信する。

さらに、ソフトスイッチ２２は、Ｓ１１０で、メディアゲートウェイ２７に対してコネクション変更要求（図中、ＭＤＣＸで示す。）を送信する。このコネクション変更要求に、メディアゲートウェイ２７が、成功応答することにより、ＰＳＴＮ端末１５からの通話要求に応じた着信先が音源サーバ４３に変更される。

その後、Ｓ１２０で、ソフトスイッチ２２は、ＰＳＴＮ交換機１２にＣＰＧ（Ｃａｌｌ Ｐｒｏｇｒｅｓｓ Ｍｅｓｓａｇｅ）を送信する。

Ｓ１３０で、ＰＳＴＮ交換機１２がＣＰＧを受信することにより、ＰＳＴＮ交換装置１２と音源サーバ４３との間でセッションが確立され、リアルタイム・データ転送プロトコル（ＲＴＰ：Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）により通信が行われる。その結果、音源サーバ４３からＰＳＴＮ端末１５に対してガイダンスが送信されることになり、すなわち、呼保留状態が確立する。

Ｓ１４０で、レジデンシャルゲートウェイ５０からソフトスイッチ２２に対し、ＶｏＩＰ端末５１が話中から空状態へ移行したことを示す状態変更通知（オンフック）を送信する。ソフトスイッチ２２は、ＳＩＰ制御サーバにあるモニタサーバ４５に“ＮＯＴＩＦＹ（検知通知）”を送信する。

Ｓ１５０で、モニタサーバ４５は、検知した状態変更に応じて、当該状態変更通知を音源サーバ４３に送信する。

Ｓ１６０で、音源サーバ４３は、状態変更通知の受信により、ＶｏＩＰ端末５１が空状態になったことを認識する。その後、セッション参加要求（Ｃ１）と同じ識別番号Ｃ１を付加した再接続要求（ｒｅ−ＩＮＶＩＴＥ）（Ｃ１）を、ソフトスイッチ２２に対して送信する。

Ｓ１７０で、再接続要求（Ｃ１）を受信したソフトスイッチ２２は、呼制御処理部２３において、識別番号Ｃ１から、番号変換サーバ４１へのセッション参加要求（Ｃ１）を分析することにより、着信先のＶｏＩＰ端末５１を特定する。その結果を受けて、呼制御処理部２３は、レジデンシャルゲートウェイ５０にコネクション生成要求をするように、ＭＧＣＰ処理部３３に指示する。この指示に従って、ＭＧＣＰ処理部３３は、コネクション生成要求（図中、ＣＲＣＸで示す。）をレジデンシャルゲートウェイ５０に送信する。

Ｓ１８０で、コネクション生成要求の成功応答を受け取った後、レジデンシャルゲートウェイ５０に、呼び出し要求をするように、ＭＧＣＰ処理部３３に指示する。この指示を受けて、ＭＧＣＰ処理部３３は、呼び出し要求（図中、ＲＱＮＴで示す。）をレジデンシャルゲートウェイ５０に送信する。

Ｓ１９０で、レジデンシャルゲートウェイ５０は、着信先のＶｏＩＰ端末５１でのオフフックなどを検出し、その検出通知（図中、ＮＴＦＹで示す。）をソフトスイッチ２２に対して送信する。

Ｓ２００で、検出通知をソフトスイッチ２２が受信した後、ソフトスイッチ２２の呼制御処理部２３は、メディアゲートウェイ２７に対して、コネクション変更要求（図中、ＭＤＣＸで示す。）を送信する。

コネクション変更要求に対する成功応答を受けた後、Ｓ２１０で、ソフトスイッチ２２は、ＰＳＴＮ交換機１２に通話可能メッセージ（ＡＮＭ：Ａｎｓｗｅｒ Ｍｅｓｓａｇｅ）を送信する。このＡＮＭの送信により、ＰＳＴＮ端末１５とＶｏＩＰ端末５１でのセッションが確立される。

ＰＳＴＮ端末１５とＶｏＩＰ端末５１でのセッションが確立された後は、Ｓ２２０で、リアルタイム・データ転送プロトコル（ＲＴＰ：Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）によりＰＳＴＮ端末１５とＶｏＩＰ端末５１の間で通信が行われる。

ソフトスイッチ２２は、ＡＮＭ送信後、Ｓ２３０で、再接続要求（Ｃ１）に対する成功応答を音源サーバ４３に送信する。

Ｓ２４０で、音源サーバ４３への成功応答に対する確認応答を、音源サーバ４３から受信した後、Ｓ２５０で、ソフトスイッチ２２は、音源サーバ４３にセッション終了信号（ＢＹＥ）を送信する。

セッション終了信号の送受信により、サービス制御サーバとのセッションが開放され、呼保留の処理が終了する。

（変形例）
図４を参照して、この発明の呼保留方法の変形例について説明する。図４は、呼保留方法の変形例を説明するためのシーケンス図である。

この変形例では、Ｓ１０のＰＳＴＮ端末１５での通話要求がなされてから、Ｓ１５０で、ＶｏＩＰ端末５１の状態変更通知が、モニタサーバ４５から音源サーバ４３に送信されるまでの過程は、図３を参照して説明したのと同じなので説明を省略する。

音源サーバ４３が状態変更通知をモニタサーバ４５から受信した後、音源サーバは、Ｓ１６５で、セッション参加要求（Ｃ１）と同じ識別番号Ｃ１を付加した転送要求（ＲＥＦＥＲ）（Ｃ１）を、ソフトスイッチ２２に対して送信する。

Ｓ１７５で、転送要求（Ｃ１）を受信したソフトスイッチ２２は、呼制御処理部２３において、識別番号Ｃ１から、着信先のＶｏＩＰ端末５１を特定する。その結果を受けて、呼制御処理部２３は、レジデンシャルゲートウェイ５０にコネクション生成要求をするように、ＭＧＣＰ処理部３３に指示する。この指示を受けて、ＭＧＣＰ処理部３３は、コネクション生成要求（図中、ＣＲＣＸで示す。）をレジデンシャルゲートウェイ５０に送信する。

Ｓ１８０で、コネクション生成要求の成功応答を受け取ってから、Ｓ２２０で、ＲＴＰによりＰＳＴＮ端末１５とＶｏＩＰ端末５１の間で通信が行われるまでの過程は、図３を参照して説明したのと同様なので、ここでは、説明を省略する。

ソフトスイッチ２２は、ＡＮＭ送信後、Ｓ２３５で、転送要求に対する処理結果を音源サーバ４３に対して、状態変更通知（図中では、ＮＯＴＩＦＹで示す。）として送信する。

音源サーバ４３は、Ｓ２４５で、状態変更通知に対する成功応答をソフトスイッチ２２に対して送信した後、Ｓ２５５で、セッション終了信号（ＢＹＥ）をソフトスイッチ２２に送信する。セッション終了信号の送受信により、サービス制御サーバとのセッションが開放され、呼保留の処理が終了する。

この発明の呼保留方法を実施する相互接続ネットワークの構成例を説明するための概略図である。 この発明の呼保留方法を実施するソフトスイッチの構成例を説明するための概略図である。 この発明の呼保留方法のシーケンスを示す図である。 この発明の呼保留方法のシーケンスの変形例を示す図である。

符号の説明

１０ 公衆電話交換網（ＰＳＴＮ）
１２ ＰＳＴＮ交換機
１５ ＰＳＴＮ端末
２０ ＶｏＩＰ網
２２ ソフトスイッチ
２３ 呼制御処理部
２５ 接続網情報管理部
２７ メディアゲートウェイ
２８ シグナリングゲートウェイ
３０ プロトコル処理部
３１ ＰＳＴＮプロトコル処理部
３３ ＭＧＣＰ処理部
３５ ＳＩＰ処理部
４０ ＳＩＰ制御サーバ
４１ 番号変換サーバ
４３ 音源サーバ
４５ モニタサーバ
５０ レジデンシャルゲートウェイ
５１ ＶｏＩＰ端末
６１ ＣＰＵ
６３ ＲＡＭ
６５ ＲＯＭ

Claims (3)

1. 公衆電話交換網、ＶｏＩＰ網、及びＳＩＰ制御サーバを備えて構成される相互接続回線網において、公衆電話交換網から、ＶｏＩＰ網に接続されている着信先端末に着信する際の呼の保留を、ＶｏＩＰ網に備えられたソフトスイッチで行うにあたり、
   前記ＳＩＰ制御サーバに、前記着信先端末の着信番号を特定する番号変換サーバ、音声ガイダンスを送出する音源サーバ、及び、前記着信先端末の通話の可否を監視するモニタサーバを設けておき、
   公衆電話交換網から、前記着信先端末への接続要求メッセージを受け取る過程と、
   該接続要求メッセージに応答して、前記番号変換サーバから前記着信先端末の着信番号及び着信状態を収集する過程と、
   前記着信先端末が着信不可状態の場合は、前記音源サーバと前記公衆電話交換網を接続することで、前記音源サーバから前記公衆電話交換網へ音声ガイダンスを送出し、この結果、呼保留状態を確立させる過程と、
   を備えることを特徴とするＶｏＩＰ網における呼保留方法。
2. 前記呼保留状態の確立後、前記モニタサーバにおいて前記着信先端末の通話可能状態への移行が検知された場合は、
   前記モニタサーバから、前記音源サーバへ状態変更通知を送信する過程と、
   前記状態変更通知に応答して、前記音源サーバにより、前記公衆電話交換網と前記着信先端末との再接続要求を前記ソフトスイッチに送信する過程と、
   該再接続要求の受信に応答して、前記ソフトスイッチは、前記公衆電話交換網と前記着信先端末との接続を行うと共に、音源サーバとの間の接続を切断することで、前記公衆電話交換網と前記着信先端末との間での通話を可能とする過程と
   を備えることを特徴とする請求項１に記載のＶｏＩＰ網における呼保留方法。
3. 前記呼保留状態の確立後、前記モニタサーバにおいて前記着信先端末の通話可能状態への移行が検知された場合は、
   前記モニタサーバから、前記音源サーバへ状態変更通知を送信する過程と、
   前記状態変更通知に応答して、前記音源サーバにより、接続先を前記音源サーバから前記着信先端末に変更する転送要求を前記ソフトスイッチに送信する過程と、
   該転送要求の受信に応答して、前記ソフトスイッチは、前記公衆電話交換網と前記着信先端末との接続を行うと共に、音源サーバとの間の接続を切断することで、前記公衆電話交換網と前記着信先端末との間での通話を可能とする過程と
   を備えることを特徴とする請求項１に記載のＶｏＩＰ網における呼保留方法。
   

Images