(57)【特許請求の範囲】
【請求項１】
端末装置との間に回線交換呼レッグを確立することと、
第２のパーティとの間にパケット交換呼レッグを確立することと、
前記回線交換呼レッグと前記第２のパーティとの間の前記パケット交換呼レッグとを結合することにより、前記端末装置と前記第２のパーティとの間に呼接続を確立することと、
第３のパーティによって前記端末装置へ送信された呼要求を、前記パケット交換ドメインサーバを介して受信することと、
前記第３のパーティの前記呼要求を、非構造付加サービスデータ（ＵＳＳＤ）要求メッセージ又はパケット交換アクセスネットワークを介して前記端末装置へ配信することと、
前記端末装置によって送信された応答を受信した後に、前記第２のパーティとの間の前記パケット交換呼レッグを保留することと、
前記パケット交換ドメインサーバの制御下で、前記第３のパーティとの間に前記パケット交換呼レッグを確立することと、
前記回線交換呼レッグと、前記第３のパーティとの間の前記パケット交換呼レッグとを結合することにより、前記端末装置と前記第３のパーティとの間に呼接続を確立することと、
を含み、
前記第２のパーティとの間の前記パケット交換呼レッグは、前記パケット交換ドメインサーバの制御下で、回線交換ドメインアダプタと前記第２のパーティとの間に確立される、
呼制御方法。
【請求項２】
前記呼要求は、前記第３のパーティによって前記パケット交換ドメインサーバに送信され、前記第３のパーティによって前記端末装置へ送信された呼要求を前記パケット交換ドメインサーバを介して受信することは、
前記回線交換ドメインアダプタによって、前記パケット交換ドメインサーバによって送信された前記呼要求を受信すること、
を含む、請求項１に記載の呼制御方法。
【請求項３】
前記呼要求を前記端末装置へ配信した後に、
前記端末装置により送信される、前記呼を受け取るための応答を前記回線交換ドメインアダプタによって受信すること、
を更に含む、請求項１に記載の呼制御方法。
【請求項４】
前記応答は、回線交換ネットワークＵＳＳＤ要求メッセージ又はパケット交換アクセスネットワークを介して前記回線交換ドメインアダプタへ送信される、
請求項３に記載の呼制御方法。
【請求項５】
前記第２のパーティとの間の前記パケット交換呼レッグを保留することは、
前記回線交換ドメインアダプタによって、前記第２のパーティとの間の前記パケット交換呼レッグを保留するための呼保留要求を前記第２のパーティへ送信すること、
を含む、請求項１に記載の呼制御方法。
【請求項６】
前記呼要求は前記端末装置に対する呼要求である、
請求項１〜５のいずれか一項に記載の呼制御方法。
【請求項７】
前記端末装置によって送信された呼再開要求を受信することと、
前記第３のパーティとの間の前記パケット交換呼レッグを保留することと、
前記回線交換呼レッグと前記第２のパーティとの間の前記パケット交換呼レッグとを結合することによって、前記端末装置と前記第２のパーティとの間に呼接続を再開することと、
を更に含む、請求項１〜６のいずれか一項に記載の呼制御方法。
【請求項８】
前記端末装置によって送信された、前記第３のパーティの識別子を含む呼転送要求を受信することと、
前記呼転送要求を前記第２のパーティに送信することと、
呼接続を確立するように前記第２のパーティと前記第３のパーティとを制御することと、
前記パケット交換呼レッグと、前記回線交換呼レッグと、を解放することと、
を更に含む、請求項１〜７のいずれか一項に記載の呼制御方法。
【請求項９】
端末装置との間に回線交換呼レッグを確立するように構成された回線交換呼レッグ確立ユニットと、
第２のパーティとの間にパケット交換呼レッグを確立することと、パケット交換ドメインサーバの制御下で、第３のパーティとの間にパケット交換呼レッグを確立することと、を行うように構成されたパケット交換呼レッグ確立ユニットと、
前記回線交換呼レッグと前記第２のパーティとの間の前記パケット交換呼レッグとを結合することにより、前記端末装置と前記第２のパーティとの間に呼接続を確立することと、前記回線交換呼レッグと、前記第３のパーティとの間の前記パケット交換呼レッグとを結合することにより、前記端末装置と前記第３のパーティとの間に呼接続を確立することと、を行うように構成された呼接続確立ユニットと、
前記第３のパーティによって前記端末装置へ送信された呼要求を、前記パケット交換ドメインサーバを介して受信するように構成された受信ユニットと、
前記呼要求を、非構造付加サービスデータ（ＵＳＳＤ）要求メッセージ又はパケット交換アクセスネットワークを介して前記端末装置へ配信するように構成された配信ユニットと、
前記端末装置によって送信された応答を受信した後に、前記第２のパーティとの間の前記パケット交換呼レッグを保留するように構成された呼レッグ保留ユニットと、
を備えた回線交換ドメインアダプタ。
【請求項１０】
前記受信ユニットは、前記端末装置により送信される、前記呼を受け取るための応答を受信するように更に構成されている、
請求項９に記載の回線交換ドメインアダプタ。
【請求項１１】
前記配信ユニットは、前記第２のパーティとの間の前記パケット交換呼レッグを保留するための呼保留要求を前記第２のパーティへ送信するように更に構成されている、
請求項９又は１０に記載の回線交換ドメインアダプタ。
【請求項１２】
前記受信ユニットは、前記端末装置によって送信された呼再開要求を受信するように更に構成され、
前記呼レッグ保留ユニットは、前記第３のパーティとの間の前記パケット交換呼レッグを保留するように更に構成され、
前記回線交換ドメインアダプタは、
前記回線交換呼レッグと前記第２のパーティとの間の前記パケット交換呼レッグとを結合することによって、前記端末装置と前記第２のパーティとの間に呼接続を再開するように構成された呼接続再開ユニットを更に備える、
請求項９〜１１のいずれか一項に記載の回線交換ドメインアダプタ。
【請求項１３】
前記受信ユニットは、前記端末装置によって送信される、前記第３のパーティの識別子を含む呼転送要求を受信するように更に構成され、
前記配信ユニットは、前記呼転送要求を前記第２のパーティに送信するように更に構成され、
前記回線交換ドメインアダプタは、
呼接続を確立するように前記第２のパーティと前記第３のパーティとを制御するように構成された制御ユニットと、
前記パケット交換呼レッグと、前記回線交換呼レッグと、を解放するように構成された呼レッグ解放ユニットと、
請求項９〜１２のいずれか一項に記載の回線交換ドメインアダプタ。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、全体が参照により本明細書に組み込まれる、２００７年４月６日に中国専利局に出願された中国特許出願第２００７１００９０４１２．９号（件名「Ｃａｌｌ  Ｃｏｎｔｒｏｌ  Ｍｅｔｈｏｄ，  Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ  Ｄｏｍａｉｎ  Ａｄａｐｔｅｒ  ａｎｄ  Ｔｅｒｍｉｎａｌ  Ｄｅｖｉｃｅ」）の優先権を主張するものである。
【０００２】
本発明は通信技術分野に関し、特に、呼制御方法、回線交換ドメインアダプタ、および端末装置に関する。
【背景技術】
【０００３】
現在のところ、移動通信ネットワークは、ほとんどが回線交換（ＣＳ）ネットワークであり、これには、ＧＳＭ（汎欧州ディジタル移動電話方式（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ
ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ））、ＣＤＭＡ（符号分割多重アクセス方式）などが含まれる。各通信会社は、ＣＳネットワークに基づいて、比較的完結した、手厚いサービスプラットフォームを構築してきており、そこでは、移動交換局（ＭＳＣ）が、呼転送サービスや呼保留サービスなどのような、呼のルーティングおよびサービスのロジックを実行する。
【０００４】
ＣＳネットワークにおけるサービス提供は、ローミング領域内のＭＳＣによってサポートされる必要があり、このことは、新しいサービスを導入するうえで不便である。ＩＰマルチメディアサブシステム（ＩＭＳ）は、パケット交換（ＰＳ）サービスネットワークであり、サービス提供がローミング領域に無関係であるため、新しいマルチメディアサービスの導入が容易である。ＩＭＳは、ユーザ端末（ＵＥ）が様々なＰＳアクセスネットワークを介してＰＳ  ＩＭＳマルチメディアサービスを取得することをサポートしている。
【０００５】
ＰＳ  ＩＭＳネットワークは、将来の通信ネットワークの開発に向けての１つの流れである。しかしながら、ＩＭＳネットワークは、比較的複雑なネットワークでもある。ＰＳ
ＩＭＳネットワークの十分な配備は短期間では完了しないことが予想され、また一方、すべてのＣＳネットワークユーザが新しいＩＭＳ端末を短期間で採用できるとは限らないことも予想される。したがって、ＣＳネットワークは長期間にわたってＩＭＳネットワークと共存することになるため、ＣＳネットワークとＩＭＳネットワークとを同時に運用することが必要とされる。
【０００６】
ネットワークの共存を実施するための既存技術では、特定のネットワークインタフェースを介して、ＣＳネットワークとＩＭＳネットワークとの間の相互作用を実現する。たとえば、２つのネットワークの異なる呼プロトコルを変換するために、ＭＧＣ（メディアゲートウェイコントローラ）が導入されている。ＭＧＣは、ＭＧＣＦ（メディアゲートウェイ制御機能）を実現するための論理機能エンティティである。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来技術により、ＣＳネットワークとＩＭＳネットワークとの間の通信を実現することはできたが、これには以下の問題がある。
【０００８】
ＣＳネットワークでは、ＣＳサービス制御プラットフォームがＣＳユーザにサービスを提供するのに対し、ＰＳネットワークでは、ＩＭＳサービス制御プラットフォームがＩＭＳユーザにサービスを提供する。２つのネットワークのサービス制御プラットフォームを同時運用することは、運用コストを大幅に引き上げる。更に、新しいサービスを導入する際には、ＣＳサービス制御プラットフォームおよびＩＭＳサービス制御プラットフォームの両方で同時に構成および更新を実施することが必要であり、このことは、新しいサービスの導入のための困難性をもたらす。
【課題を解決するための手段】
【０００９】
本発明の各種実施形態が、パケット交換制御プラットフォームによる、回線交換端末装置の呼制御を実現する呼制御方法、回線交換ドメインアダプタ、および端末装置を提供する。
【００１０】
したがって、本発明の一実施形態は、端末装置との間に回線交換呼レッグを確立することと、第２のパーティとの間にパケット交換呼レッグを確立することと、回線交換呼レッグとパケット交換呼レッグとを結合することにより、端末装置と第２のパーティとの間に呼接続を確立することと、を含む呼制御方法を提供する。
【００１１】
本発明の一実施形態は、回線交換ドメイン内の被呼端末装置へ送信された呼要求を、パケット交換ドメインサーバにより受信することと、呼要求を回線交換ドメインアダプタへ転送することと、回線交換呼レッグを確立することを、回線交換ドメインアダプタにより、被呼端末装置に要求することと、被呼端末装置によって返され、回線交換ドメインアダプタを介してパケット交換ドメインサーバによって受信されたメッセージが、事前に設定されたトリガ条件を満たしている場合に、呼要求のイニシエータと、被呼端末装置の転送先との間に呼を確立することと、を含む呼制御方法を提供する。
【００１２】
本発明の一実施形態は、端末装置との間に回線交換呼レッグを確立するように構成されている回線呼レッグ確立ユニットと、第２のパーティとの間にパケット交換呼レッグを確立するように構成されているパケット呼レッグ確立ユニットと、回線交換呼レッグと、パケット交換呼レッグとを結合することにより、端末装置と第２のパーティとの間に呼接続を確立するように構成されている呼レッグ結合ユニットと、を含む回線交換ドメインアダプタを提供する。
【００１３】
本発明の一実施形態は、回線交換ドメインアダプタとの間に回線交換呼レッグを確立するように構成されている回線呼レッグ確立ユニットと、回線交換呼レッグが確立された後に、回線交換ドメインアダプタに宛てられた呼制御情報を生成するように構成されている制御情報生成ユニットと、制御情報生成ユニットによって生成された呼制御情報を、パケット交換アクセスネットワークまたは回線交換ネットワークを介して、回線交換ドメインアダプタへ送信するように構成されている制御情報送信ユニットと、を含む端末装置を提供する。
【００１４】
以上の技術ソリューションからわかるように、本発明の実施形態は、端末装置との間に回線交換呼レッグを確立することと、端末装置とパケット交換ドメインサーバの制御下にある第２のパーティとの間にパケット交換呼接続を確立することとにより、パケット交換制御プラットフォームによる、回線交換端末装置に対する呼制御を実現する。回線交換ネットワークの呼制御機能は使用されず、回線交換ドメインの端末装置に対しては、パケット交換ドメインサーバによって呼制御サービスが提供される。これにより、ネットワーク全体の制御機能が集中化され、ネットワーク運用コストが削減され、新しいサービスの導入がより容易になる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態による呼制御方法のフローチャートである。
【図２】本発明の第２の実施形態による呼制御方法のフローチャートである。
【図３】本発明の第３の実施形態による呼制御方法のフローチャートである。
【図４】本発明の第４の実施形態による呼制御方法のフローチャートである。
【図５】本発明の第５の実施形態による呼制御方法のフローチャートである。
【図６】本発明の第６の実施形態による呼制御方法のフローチャートである。
【図７】本発明の第７の実施形態による呼制御方法のフローチャートである。
【図８】本発明の第８の実施形態による回線交換ドメインアダプタの論理構造の概略図である。
【図９】本発明の第９の実施形態による回線交換ドメインアダプタの論理構造の概略図である。
【図１０】本発明の第１０の実施形態による端末装置の論理構造の概略図である。
【発明を実施するための形態】
【００１６】
以下、本発明の実施形態において提案される呼制御方法、回線交換ドメインアダプタ、および端末装置について、詳細に説明する。
【００１７】
＜第１の実施形態＞
呼制御方法のフローチャートを図１に示す。これには以下のステップが含まれる。
【００１８】
ステップ１０１で、端末装置と回線交換ドメインアダプタ（ＣＳＡ）との間に、回線交換呼レッグ（ＣＳ呼レッグ）が確立される。
【００１９】
端末装置は、携帯電話、固定回線電話、ネットワークコンピュータ、サーバなどのような、回線交換通信を実施するネットワーク装置であってもよいことが理解されるだろう。
【００２０】
ステップ１０２で、回線交換ドメインアダプタと第２のパーティとの間にパケット交換呼レッグが確立される。
【００２１】
ステップ１０３で、回線交換ドメインアダプタは、回線交換呼レッグとパケット交換呼レッグとを結合することにより、端末装置と第２のパーティとの間に呼接続を確立する。
【００２２】
ステップ１０２および１０３は、端末装置のプロキシとしての回線交換ドメインアダプタと、パケット交換ドメインサーバの制御下にある第２のパーティとの間に、パケット交換呼接続が確立されるものとして、理解されてもよい。
【００２３】
パケット交換ドメインサーバは、パケット交換ネットワークにおいて呼制御を実施するための機能エンティティであって、ＴＡＳ（電話アプリケーションサーバ）、ＣＳＣＦ（呼サーバ制御機能）サーバなどであってもよいことが理解されるだろう。
【００２４】
パケット交換ドメインサーバは、ＩＭＳネットワークにおいて呼制御を実施するための機能エンティティであってもよいことが理解されるだろう。
【００２５】
本実施形態では、回線交換ドメインアダプタは、パケット交換ドメインサーバの制御下にある第２のパーティとの間にパケット交換呼レッグを確立する。
【００２６】
端末装置の、ＰＳネットワークにおけるプロキシとしての回線交換ドメインアダプタは、第２のパーティとの呼を確立し、パケット交換ドメインサーバは、回線交換ドメインアダプタのプロキシを介してユーザに呼制御サービスを提供することが理解されるだろう。
【００２７】
本発明の第１の実施形態は、端末装置と回線交換ドメインアダプタとの間に回線交換呼レッグを確立することと、端末装置のプロキシとして動作する回線交換ドメインアダプタとパケット交換ドメインサーバの制御下にある第２のパーティとの間にパケット交換呼接続を確立することとにより、パケット交換制御プラットフォームによる、回線交換端末装置に対する呼制御を実現する。回線交換ネットワークの呼制御機能は使用されず、回線交換ドメインの端末装置に対しては、パケット交換ドメインサーバによって呼制御サービスが提供される。これにより、ネットワーク全体の制御機能が集中化され、ネットワーク運用コストが削減され、新しいサービスの導入がより容易になる。
【００２８】
＜第２の実施形態＞
呼制御方法のシグナリングフローチャートを図２に示す。これには以下のステップが含まれる。
【００２９】
ステップ２０１で、端末装置と回線交換ドメインアダプタとの間に、回線交換呼レッグが確立される。
【００３０】
ステップ２０２で、回線交換ドメインアダプタと、パケット交換ドメインサーバの制御下にある第２のパーティとの間にパケット交換呼レッグが確立される。
【００３１】
本発明の実施形態に関与するパケットネットワークは、パケット交換呼がＳＩＰ（セッション開始プロトコル）を使用し、パケット交換呼レッグがＳＩＰ呼レッグであるＩＭＳネットワークであってもよいことが理解されるだろう。
【００３２】
ステップ２０３で、回線交換ドメインアダプタは、回線交換呼レッグとパケット交換呼レッグとを結合することにより、端末装置と第２のパーティとの間に呼接続を確立する。
【００３３】
ステップ２０４で、端末装置は、第３のパーティの識別情報を含む呼保留要求を、回線交換ネットワークを介して、回線交換ドメインアダプタへ送信する。
【００３４】
第３のパーティの識別情報は、第３のパーティのＳＩＰ  ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）、Ｔｅｌ  ＵＲＩ（電話ＵＲＩ）、ＩＰ（インターネットプロトコル）アドレス、電話番号、または他の、ユーザを識別することが可能な識別情報であってもよい。本発明は、特定の識別情報に限定されない。
【００３５】
本実施形態では、呼保留要求を、回線交換ネットワークを介して回線交換ドメインアダプタへ送信されるＵＳＳＤ要求（非構造化補助サービスデータ要求）メッセージに含めて搬送することが可能である。
【００３６】
端末装置は、ＰＳアクセス機能を有することも可能であり、呼保留要求は、パケット交換アクセスネットワークを介して回線交換ドメインアダプタへ送信されることも可能であることが理解されるだろう。たとえば、端末装置は、呼保留要求を、既存のＧＰＲＳ（汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ））ネットワークを介して回線交換ドメインアダプタへ送信することが可能であり、呼保留要求は、ＩｎｖｉｔｅメッセージまたはＵｐｄａｔｅメッセージによって送信されることが可能である。
【００３７】
ステップ２０５で、回線交換ドメインアダプタは、第２のパーティとの間に確立された呼レッグを保留するために、呼保留要求を、パケット交換ドメインサーバを介して第２のパーティへ送信する。
【００３８】
通信でのこれら２つのパーティは、呼保留要求を互いに相手パーティに送信することが可能であり、相手パーティが保留に同意すれば、現在の呼を保留することになることが理解されるだろう。
【００３９】
回線交換ドメインアダプタによって第２のパーティへ送信される呼保留要求は、ＩｎｖｉｔｅメッセージまたはＵｐｄａｔｅメッセージによって搬送されることが可能であることが理解されるだろう。ＩｎｖｉｔｅメッセージまたはＵｐｄａｔｅメッセージは、第２のパーティに対して、回線交換ドメインアダプタとの間に確立された呼レッグを保留することを指示する識別情報を含み、一方、パケット交換ドメインサーバは、第２のパーティに対して呼保留音を鳴らして、呼が保留されていることを第２のパーティのユーザに知らせることが可能である。保留動作は、保留受け入れ側パーティが保留要求送信側パーティとの間の呼ステータスを保留するが、データ送信を停止することを意味する。本発明では、保留受け入れ側パーティは第２のパーティのユーザ端末であり、保留要求送信側パーティは回線交換ドメインアダプタである。
【００４０】
ステップ２０６で、回線交換ドメインアダプタと、パケット交換ドメインサーバの制御下にある第３のパーティとの間にパケット交換呼レッグが確立される。
【００４１】
ステップ２０７で、回線交換ドメインアダプタは、回線交換呼レッグと第３のパーティとの間の呼レッグとを結合することにより、端末装置と第３のパーティとの間に呼接続を確立する。
【００４２】
本方法は、ステップ２０７の後に、更に以下のステップを含むことが可能であることが理解されるだろう。
【００４３】
ステップ２０８で、端末装置は、第２のパーティとの呼の再開を、回線交換ドメインアダプタから要求することも可能である。
【００４４】
端末装置は、第２のパーティとの呼の再開要求を、パケット交換アクセスネットワークまたは回線交換ネットワークを介して回線交換ドメインアダプタへ送信する。
【００４５】
ステップ２０９で、回線交換ドメインアダプタは、第３のパーティに対し、第３のパーティとの間に確立された呼レッグを保留することを要求する。
【００４６】
第３のパーティとの間に確立された呼レッグを保留する方法は、ステップ２０５での、第２のパーティとの間に確立された呼レッグを保留する方法と同じである。
【００４７】
ステップ２１０で、回線交換ドメインアダプタは、端末装置との間に確立された呼レッグと、第２のパーティとの間に確立された呼レッグとを結合することにより、端末装置と第２のパーティとの間の呼接続を再開する。
【００４８】
本発明では、第２のパーティと第３のパーティとの間で端末装置の通信切替を実現するために、端末装置が、呼再開を回線交換ドメインアダプタから要求することを続けることが可能であることが理解されるだろう。
【００４９】
本発明の第２の実施形態は、第１の実施形態に基づいて、パケット交換ネットワークサービスプラットフォームが、回線交換ネットワーク端末装置に対して呼保留サービスを提供することを実現する。回線交換ドメインアダプタと端末装置との間で回線交換呼レッグを再利用することにより、呼保留サービスの手順の実装がより容易になり、それによって、ＣＳネットワークリソースが節約され、呼接続の確立時間が短縮される。
【００５０】
＜第３の実施形態＞
呼制御方法のシグナリングフローチャートを図３に示す。これには以下のステップが含まれる。
【００５１】
ステップ３０１で、端末装置と回線交換ドメインアダプタとの間に、回線交換呼レッグが確立される。
【００５２】
ステップ３０２で、回線交換ドメインアダプタと、パケット交換ドメインサーバの制御下にある第２のパーティとの間にパケット交換呼レッグが確立される。
【００５３】
ステップ３０３で、回線交換ドメインアダプタは、端末装置との間に確立された呼レッグと、第２のパーティとの間に確立された呼レッグとを結合することにより、端末装置と第２のパーティとの間の呼接続を確立する。
【００５４】
ステップ３０４で、第３のパーティが、端末装置宛ての呼要求をパケット交換ドメインサーバへ送信する。
【００５５】
本実施形態では、呼要求は、端末装置の識別情報を含むＩｎｖｉｔｅメッセージである。
【００５６】
ステップ３０５で、パケット交換ドメインサーバは、呼要求を回線交換ドメインアダプタへ送信する。
【００５７】
パケット交換ドメインサーバは、呼要求を受信し、初期フィルタ条件（ｉＦＣ）チェックを行うことが理解されるだろう。呼要求が回線交換ドメインの端末装置宛てであること、すなわち、呼が回線交換ネットワークを介して確立されることが確認された場合、パケット交換ドメインサーバは、呼要求を回線交換ドメインアダプタへ転送する。
【００５８】
ｉＦＣは、ユーザ加入情報の一部であって、サービストリガ情報である。ｉＦＣは、どのような条件の下で、着信ＳＩＰメッセージが、その後、特定のアプリケーションサーバへ転送されるかを記述するために使用される。典型的には、ＳＩＰメッセージは、呼の確立を要求するＩｎｖｉｔｅメッセージ、またはＩＭＳ登録のためのＲｅｇｉｓｔｅｒメッセージであってもよい。
【００５９】
ステップ３０６で、回線交換ドメインアダプタは、第３のパーティの呼要求を端末装置へ配信する。
【００６０】
本実施形態では、配信される呼要求は、回線交換ネットワークのＵＳＳＤ  Ｒｅｑｕｅｓｔメッセージにより端末装置へ配信されることが可能であり、また、パケット交換アクセスネットワークを介して端末装置へ配信されることも可能である。
【００６１】
ステップ３０７で、端末装置は、呼を受け入れる応答を、回線交換ドメインアダプタへ送信する。
【００６２】
本実施形態では、応答は、回線交換ネットワークのＵＳＳＤ  Ｒｅｑｕｅｓｔメッセージによって回線交換ドメインアダプタへ送信されることが可能であり、また、パケット交換アクセスネットワークを介して回線交換ドメインアダプタへ送信されることも可能である。
【００６３】
ステップ３０８で、回線交換ドメインアダプタは、応答を受信し、第２のパーティとの間に確立された呼レッグを保留するために、第２のパーティへ呼保留要求を送信する。
【００６４】
第２のパーティとの間に確立された呼レッグを保留する方法については、第２の実施形態のステップ２０５を参照することができる。
【００６５】
ステップ３０９で、回線交換ドメインアダプタと、パケット交換ドメインサーバの制御下にある第３のパーティとの間にパケット交換呼レッグが確立される。
【００６６】
ステップ３１０で、回線交換ドメインアダプタは、端末装置との間に確立された呼レッグと、第３のパーティとの間に確立された呼レッグとを結合することにより、端末装置と第３のパーティとの間の呼接続を確立する。
【００６７】
ステップ３１０の後、第２のパーティと第３のパーティとの間で端末装置の通信切替を実現するために、端末装置が、呼再開を回線交換ドメインアダプタから要求することが可能であることが理解されるだろう。具体的な切替方法については、第２の実施形態のステップ２０８〜２１０を参照することができる。
【００６８】
ステップ３０９とステップ３０５〜３０８との間の順番は限定されないことが理解されるだろう。ステップ３０４で回線交換ドメインアダプタが第３のパーティの呼要求を受信し、その後に、ステップ３０９が実行されて、回線交換ドメインアダプタと、パケット交換ドメインサーバの制御下にある第３のパーティとの間にパケット交換呼レッグが確立されることも可能である。ステップ３０７で、端末装置が、第３パーティからの呼を受け入れる応答を返した場合、プロセスはステップ３０８へ進む。端末装置が、第３のパーティと通信することを拒否した場合、回線交換ドメインアダプタは、その後のステップで、第３のパーティとの間に確立された呼レッグをクリアすることが可能である。
【００６９】
本発明の第３の実施形態が第２の実施形態と異なるのは、端末装置が、第２のパーティと通信している間に、第３のパーティの呼要求を受信し、呼要求を端末装置が受け入れた場合には、端末装置が、第２のパーティとの呼接続を保留し、第３のパーティとの呼接続を確立する点である。回線交換呼レッグを再利用することにより、パケット交換プラットフォームが、回線交換端末装置に呼待ちサービスを提供することが実現される。
【００７０】
＜第４の実施形態＞
呼制御方法のシグナリングフローチャートを図４に示す。これには以下のステップが含まれる。
【００７１】
本実施形態のステップ４０１〜４０７は、前述の第２の実施形態のステップ２０１〜２０７と同じなので、ここでは説明を繰り返さない。
【００７２】
ステップ４０８では、端末装置は、呼転送要求を、回線交換ドメインアダプタへ送信する。
【００７３】
端末装置は、パケット交換アクセスネットワークまたは回線交換ネットワークを介して、呼転送要求を回線交換ドメインアダプタへ送信してもよい。
【００７４】
ステップ４０９で、回線交換ドメインアダプタは、第３のパーティとの間に確立された呼レッグを保留するために、第３のパーティへ呼保留要求を送信する。
【００７５】
ステップ４１０で、回線交換ドメインアダプタは、呼転送要求を第２のパーティへ送信する。この場合、呼転送要求は、第３のパーティの識別情報を含む。
【００７６】
呼転送要求は、Ｉｎｖｉｔｅメッセージによって送信されることが可能である。
【００７７】
ステップ４１１で、第２のパーティは、呼転送要求を受け入れ、肯定応答メッセージを回線交換ドメインアダプタへ返す。
【００７８】
肯定応答メッセージは、２００ＯＫメッセージによって返されてもよい。
【００７９】
ステップ４１２で、第２のパーティおよび第３のパーティは、呼接続を確立する。
【００８０】
すなわち、第２のパーティおよび第３のパーティは、従来の既存の方法を用いて呼接続を確立することが可能であり、これに関しては、本実施形態では、これ以上の説明を行わない。
【００８１】
ステップ４１０〜４１２は、回線交換ドメインアダプタが第２のパーティおよび第３のパーティを制御して呼接続を確立するための具体的な実装である。回線交換ドメインアダプタは、回線交換ドメインアダプタと第２または第３のパーティとの間に確立された呼レッグを結合することによって、第２のパーティと第３のパーティとの呼接続の確立を実現することも可能であることが理解されるだろう。本発明は、第２のパーティと第３のパーティとの間の呼接続を確立する特定の方法によって限定されない。
【００８２】
ステップ４１１の後、回線交換ドメインアダプタと第２または第３のパーティとの間に確立されたパケット交換呼レッグは、ステップ４１３で、それぞれ解放される。
【００８３】
ステップ４１４で、第２のパーティと第３のパーティとの間の呼接続が正常に確立された後、第２のパーティは、呼転送成功メッセージを回線交換ドメインアダプタに返す。
【００８４】
ステップ４１５で、回線交換ドメインアダプタは、ＵＳＳＤ  Ｒｅｑｕｅｓｔメッセージを、回線交換ネットワークを介して端末装置へ送信する。この場合、ＵＳＳＤ  Ｒｅｑｕｅｓｔメッセージは、呼転送が成功したことを示す識別情報を含む。
【００８５】
回線交換ドメインアダプタは、呼転送成功メッセージを、パケット交換ネットワークを介して端末装置に通知することも可能であることが理解されるだろう。
【００８６】
ステップ４１６で、端末装置は、呼転送成功メッセージの受信後に、回線交換ドメインアダプタとの間に確立された呼レッグを解放する。
【００８７】
本実施形態のステップ４０１〜４０７は、第３の実施形態のステップ３０１〜３１０に置き換えられることが可能であることが理解されるだろう。
【００８８】
本発明の第４の実施形態は、第２または第３の実施形態の方法に基づいて、パケット交換制御プラットフォームが回線交換端末装置に呼転送サービスを提供する方法を実現する。
【００８９】
＜第５の実施形態＞
呼制御方法のシグナリングフローチャートを図５に示す。これには以下のステップが含まれる。
【００９０】
ステップ５０１で、端末装置と回線交換ドメインアダプタとの間に、回線交換呼レッグが確立される。
【００９１】
ステップ５０２で、回線交換ドメインアダプタと、パケット交換ドメインサーバの制御下にある第２のパーティとの間にパケット交換呼レッグが確立される。
【００９２】
ステップ５０３で、回線交換ドメインアダプタは、端末装置との間に確立された呼レッグと、第２のパーティとの間に確立された呼レッグとを結合することにより、端末装置と第２のパーティとの間の呼接続を確立する。
【００９３】
ステップ５０４で、端末装置は、呼転送要求を、回線交換ドメインアダプタへ送信する。この場合、呼転送要求は、第３のパーティの識別情報を含む。
【００９４】
端末装置は、パケット交換アクセスネットワークまたは回線交換ネットワークを介して、呼転送要求を回線交換ドメインアダプタへ送信してもよい。
【００９５】
ステップ５０５で、回線交換ドメインアダプタは、第２のパーティとの間に確立された呼レッグを保留するために、第２のパーティへ呼保留要求を送信する。
【００９６】
ステップ５０６〜５０８は、回線交換ドメインアダプタが第２のパーティおよび第３のパーティを制御して呼接続を確立するステップであり、これらは、第４の実施形態のステップ４１０〜４１２と同じなので、ここでは説明を繰り返さない。
【００９７】
ステップ５０９で、第２のパーティが、呼転送を受け入れる肯定応答メッセージを返した後、回線交換ドメインアダプタは、第２のパーティとの間に確立されたパケット交換呼レッグを解放する。
【００９８】
ステップ５１０で、第２のパーティと第３のパーティとの間の呼接続が正常に確立された後、第２のパーティは、呼転送成功メッセージを回線交換ドメインアダプタに返す。
【００９９】
ステップ５１１で、回線交換ドメインアダプタは、呼転送成功メッセージを、回線交換ネットワークを介して端末装置へ送信する。呼転送成功メッセージは、呼転送が成功したことを示す識別情報を含むＵＳＳＤ  Ｒｅｑｕｅｓｔメッセージによって送信されてもよい。
【０１００】
回線交換ドメインアダプタは、呼転送成功メッセージを、パケット交換ネットワークを介して端末装置に通知することも可能であることが理解されるだろう。
【０１０１】
ステップ５１２で、端末装置は、呼転送成功メッセージを受信した後、回線交換ドメインアダプタとの間に確立された回線交換呼レッグを解放する。
【０１０２】
本発明の第５の実施形態が第４の実施形態と異なるのは、回線交換ドメインアダプタが第３のパーティとの間に呼レッグを確立しない点、端末装置が呼転送要求を直接送信し、転送先となる第３のパーティの識別情報を回線交換ドメインアダプタに通知する点、および第２のパーティが、呼転送を実現するために、第３のパーティとの間に呼接続を確立する点である。
【０１０３】
＜第６の実施形態＞
呼制御方法のシグナリングフローチャートを図６に示す。これには以下のステップが含まれる。
【０１０４】
ステップ６０１で、端末装置と回線交換ドメインアダプタとの間に、回線交換呼レッグが確立される。
【０１０５】
ステップ６０２で、回線交換ドメインアダプタと、パケット交換ドメインサーバの制御下にある第２のパーティとの間にパケット交換呼レッグが確立される。
【０１０６】
ステップ６０３で、回線交換ドメインアダプタは、端末装置との間に確立された呼レッグと、第２のパーティとの間に確立された呼レッグとを結合することにより、端末装置と第２のパーティとの間の呼接続を確立する。
【０１０７】
ステップ６０４で、第２のパーティは、回線交換ドメインアダプタとの間に確立された呼レッグを保留するために、回線交換ドメインアダプタへ呼保留要求を送信する。
【０１０８】
ステップ６０５で、第２のパーティは、呼転送要求を、回線交換ドメインアダプタへ送信する。この場合、呼転送要求は、第３のパーティの識別情報を含む。
【０１０９】
ステップ６０６で、回線交換ドメインアダプタと、パケット交換ドメインサーバの制御下にある第３のパーティとの間にパケット交換呼レッグが確立される。
【０１１０】
ステップ６０７で、回線交換ドメインアダプタは、端末装置との間に確立された呼レッグと、第３のパーティとの間に確立された呼レッグとを結合することにより、端末装置と第３のパーティとの間の呼接続を確立する。
【０１１１】
ステップ６０８で、回線交換ドメインアダプタは、第２のパーティとの間に確立された呼レッグを解放するために、第２のパーティと対話する。
【０１１２】
本発明の第６の実施形態では、呼転送要求は、第２のパーティによって開始され、端末装置は、第３のパーティとの間に呼接続を確立し、第２のパーティは、呼を終了する。パケット交換プラットフォームが回線交換ネットワークの端末装置に受動的呼転送（ｐａｓｓｉｖｅ  ｃａｌｌ  ｔｒａｎｓｆｅｒ）サービスを提供することが実現される。
【０１１３】
＜第７の実施形態＞
呼制御方法のシグナリングフローチャートを図７に示す。これには以下のステップが含まれる。
【０１１４】
ステップ７０１で、パケット交換ドメインサーバが、回線交換ドメイン内の被呼端末装置に宛てられた呼要求を受信する。
【０１１５】
パケット交換ドメインサーバは、呼要求を受信した後、ｉＦＣチェックを行うことが理解されるだろう。この呼要求が回線交換ドメインの端末装置宛てであることが確認された場合、パケット交換ドメインサーバは、呼要求を、回線交換ドメインアダプタに転送する。
【０１１６】
ステップ７０２で、パケット交換ドメインサーバは、呼要求を回線交換ドメインアダプタへ転送する。
【０１１７】
ステップ７０３で、回線交換ドメインアダプタは、回線交換呼レッグを確立することを、被呼端末装置に要求する。
【０１１８】
具体的には、回線交換呼レッグを確立することを要求することが、回線交換ドメインアダプタにより、Ｉｎｖｉｔｅメッセージをメディアゲートウェイコントローラへ送信することと、メディアゲートウェイコントローラにより、被呼端末装置にサービスを提供している移動交換局（ＭＳＣ）へ初期アドレスメッセージ（ＩＡＭ）を送信することと、ＭＳＣにより、呼セットアップメッセージを被呼端末装置へ送信することと、のうちの１つを含んでもよい。
【０１１９】
回線交換ドメインアダプタは、発呼パーティの呼要求を、回線交換ネットワークを介して被呼端末装置へ送信することが可能であり、この間に、特定の送信メッセージおよびメッセージ送信パスに関して、様々な実装が可能であることが理解される。本発明は、特定の送信メッセージおよびメッセージ送信パスによって限定されない。
【０１２０】
ステップ７０４で、事前に設定されたトリガ条件が満たされている場合に、パケット交換ドメインサーバは、呼要求のイニシエータと、被呼端末装置の転送先との間に呼を確立する。
【０１２１】
本発明の実施形態では、事前に設定されたトリガ条件は、以下の４つの条件のうちの任意の１つ、または任意の組み合わせを含んでもよい。
【０１２２】
Ｉ．パケット交換ドメインサーバが、被呼端末装置から返された、被呼端末装置がビジーであることを示すメッセージを、回線交換ドメインアダプタを介して受信したこと。
【０１２３】
被呼ユーザ端末装置がビジーである場合とは、被呼端末装置が呼確立要求を受信した後に、ユーザが特定の操作により通信を拒否して、被呼端末装置がビジーであることを示すメッセージを返した場合、または、ＭＳＣが、呼要求を受信した後に、被呼端末装置が通信中であることを検出して、被呼端末装置がビジーであることを示すメッセージを直接返した場合を意味している可能性があることが理解されるだろう。
【０１２４】
ＩＩ．パケット交換ドメインサーバが、被呼端末装置から返された転送要求メッセージを、回線交換ドメインアダプタを介して受信したこと。この転送要求メッセージは、転送先の識別情報を含む。
【０１２５】
ユーザは、現在の呼を転送する要求を、被呼端末を介してパケット交換ドメインサーバへ送信することが可能であり、パケット交換ドメインサーバは、被呼端末装置から指定された転送先に従って転送動作を行うことが可能である。
【０１２６】
ＩＩＩ．回線交換サーバが、事前に設定された期間内に、回線交換ドメインアダプタを介して被呼端末装置から返された、呼要求に対する一時応答メッセージの受信に失敗したこと。すなわち、回線交換サーバが被呼端末装置と通信できないこと。
【０１２７】
ＩＶ．回線交換サーバが、事前に設定された期間内に、回線交換ドメインアダプタを介して被呼端末装置から返された、呼の受け入れに関する応答メッセージの受信に失敗したこと。
【０１２８】
呼転送に関する４つのトリガ条件について述べた。これらの、呼転送に関するトリガ条件は、個々の状況およびサービス実装に応じて適切に設定されてもよく、本発明は特定のトリガ条件によって限定されないことが理解されるだろう。
【０１２９】
本発明の第７の実施形態は、パケット交換ネットワークプラットフォームが、回線交換ネットワークの被呼端末装置に転送サービスを提供することを実現する。回線交換ネットワークからパケット交換ネットワークへの発展の過程において、転送サービスをパケット交換ネットワークによって集中制御することにより、ネットワーク構築コストが削減され、ネットワークリソースが節約される。
【０１３０】
＜第８の実施形態＞
回線交換ドメインアダプタ８００が、回線呼レッグ確立ユニット８１０および呼プロキシユニット８２０を含む。
【０１３１】
回線呼レッグ確立ユニット８１０は、端末装置との間に回線交換呼レッグを確立するように構成されている。
【０１３２】
呼プロキシユニット８２０は、パケット交換ドメインサーバの制御下で、端末装置との間にパケット交換呼接続を確立するように構成されている。
【０１３３】
相手側は、第１〜７の実施形態で説明された第２のパーティまたは第３のパーティであってもよく、具体的には、携帯電話、コンピュータ、サーバなどの端末装置と通信する通信装置であってもよい。
【０１３４】
＜第９の実施形態＞
回線交換ドメインアダプタ９００が、回線呼レッグ確立ユニット９１０および呼プロキシユニット９２０を含む。好ましくは、回線交換ドメインアダプタ９００は、制御情報転送ユニット９３０を含んでもよい。呼プロキシユニット９２０は、パケット呼レッグ確立ユニット９２１および呼レッグ結合ユニット９２２を含む。
【０１３５】
回線呼レッグ確立ユニット９１０は、端末装置との間に回線交換呼レッグを確立するように構成されている。呼プロキシユニット９２０は、端末装置のプロキシとして、パケット交換ドメイン内で第２のパーティとの間にパケット交換呼接続を確立するように構成されている。
【０１３６】
パケット呼レッグ確立ユニット９２１は、パケット交換ドメインサーバの制御下で、第２のパーティとの間にパケット交換呼レッグを確立するように構成されている。
【０１３７】
呼レッグ結合ユニット９２２は、端末装置との間に確立された呼レッグと、相手側との間に確立された呼レッグとを結合することにより、端末装置と第２のパーティとの間に呼接続を確立するように構成されている。
【０１３８】
制御情報転送ユニット９３０は、端末装置の制御情報を受信し、端末装置の制御情報を、パケット呼レッグ確立ユニット９２１によって確立されたパケット交換呼レッグを介して、第２のパーティへ転送するように構成されている。
【０１３９】
回線交換ドメインアダプタ９００内の各ユニットの機能の具体的な実施については、先述の各方法の対応するステップの実施プロセスを参照することができ、従って、ここでは説明を繰り返さない。
【０１４０】
＜第１０の実施形態＞
端末装置１０００が、回線呼レッグ確立ユニット１０１０と、制御情報生成ユニット１０２０と、制御情報送信ユニット１０３０と、呼クリアユニット１０４０とを含む。
【０１４１】
回線呼レッグ確立ユニット１０１０は、回線交換ドメインアダプタとの間に回線交換呼レッグを確立するように構成されている。
【０１４２】
制御情報生成ユニット１０２０は、回線交換呼レッグが確立された後に、回線交換ドメインアダプタに宛てられた呼制御情報を生成するように構成されている。
【０１４３】
制御情報送信ユニット１０３０は、制御情報生成ユニット１０２０によって生成された呼制御情報を、パケット交換アクセスネットワークまたは回線交換ネットワークを介して、回線交換ドメインアダプタへ送信するように構成されている。
【０１４４】
呼クリアユニット１０４０は、回線交換ドメインアダプタからの呼クリア要求を受信し、回線呼レッグ確立ユニット１０１０によって確立された回線交換呼レッグをクリアするように構成されている。
【０１４５】
上述の装置における各ユニットの機能の具体的な実施については、先述の各方法の対応するステップの実施プロセスを参照することができ、したがって、ここでは説明を繰り返さない。
【０１４６】
以上、本発明の実施形態によって提案される呼制御方法、回線交換ドメインアダプタ、および端末装置に関して、詳細な説明を行った。
【０１４７】
本発明の実施形態は、端末装置と回線交換ドメインアダプタとの間に回線交換呼レッグを確立することと、端末装置のプロキシとして動作する回線交換ドメインアダプタと、パケット交換ドメインサーバの制御下にある第２のパーティとの間にパケット交換呼接続を確立することとにより、パケット交換制御プラットフォームによる、回線交換端末装置に対する呼制御を実現する。回線交換ネットワークの呼制御機能は使用されず、回線交換ドメインの端末装置に対しては、パケット交換ドメインサーバによって呼制御サービスが提供され、これにより、ネットワーク全体の制御機能が集中化され、ネットワーク運用コストが削減され、新しいサービスの導入がより容易になる。
【０１４８】
更に本発明は、パケット交換ネットワークサービスプラットフォームが、呼保留、呼待ち、呼転送などの補助サービスを、回線交換ネットワークの端末装置に提供することを実現する。回線交換ドメインアダプタと端末装置との間で回線交換呼レッグを再利用することにより、第２の呼接続の実施がより容易になり、したがって、ＣＳネットワークリソースが節約され、呼接続の確立時間が短縮される。
【０１４９】
一方、本発明の実施形態は、パケット交換ネットワークプラットフォームが、回線交換ネットワークの被呼端末装置に転送サービスを提供することを実現する。回線交換ネットワークからパケット交換ネットワークへの発展の過程において、転送サービスをパケット交換ネットワークによって集中制御することにより、ネットワーク構築コストおよびネットワークリソースが節約される。
【０１５０】
特定の例を参照して、本発明の原理および実施を説明した。先述の各実施形態の説明は、本発明の方法および趣旨の理解を容易にすることのみを目的としている。一方、当業者であれば理解されるように、本発明の原理に照らして、特定の実施および応用範囲における修正が可能である。すなわち、本明細書は、本発明を限定するものとして解釈されてはならない。    
【図１】
0005437435.tif 000002
【図２】
0005437435.tif 000003
【図３】
0005437435.tif 000004
【図４】
0005437435.tif 000005
【図５】
0005437435.tif 000006
【図６】
0005437435.tif 000007
【図７】
0005437435.tif 000008
【図８】
0005437435.tif 000009
【図９】
0005437435.tif 000010
【図１０】
0005437435.tif 000011