JP2008546245A - Ｉｐ電話ネットワークにおけるプロキシ信号操作のためのシステムおよび方法 - Google Patents

Abstract

呼び出しサービスマネジャと、ボイスオブインターネットプロトコル（「ＶＯＩＰ」）呼び出しの音声の品質を改善するための方法とが提供される。実施形態において、セントラルサービスプラットフォームの使用を必要とする呼び出しに関する通信リンクの利用を改善する方法が提供される。ＩＰ音声ネットワークにおいて発信および着信の通信デバイス間で交換される呼び出し者識別情報を承認するために、さらなる方法が提供される。サービスの品質の考慮に基づいて、１つの呼び出しルートから別の呼び出しルートへ動的にスイッチするために、呼び出しサービスマネジャを使用する方法が提供される。呼び出しサービスマネジャは、任意のタイプのネットワーク要素に存在し得るソフトウェアのプロキシである。

Description

本発明は通信に関し、さらに詳細には、ボイスオーバインターネットプロトコル（「ＶＯＩＰ」）に関する。

ボイスオブインターネットプロトコル（「ＶＯＩＰ」）は、急速に、既存の形式の音声通信に取って代わっている。ＶＯＩＰはますます多くの顧客に奉仕し続けるので、ＶＯＩＰサービスの品質および効率を高める方法が必要とされている。

呼び出しサービスマネジャと、ボイスオブインターネットプロトコル（「ＶＯＩＰ」）呼び出しの音声の品質を改善するための方法とが提供される。実施形態において、セントラルサービスプラットフォームの使用を必要とする呼び出しに関する通信リンクの利用を改善する方法が提供される。呼び出し接続が、発信通信デバイスとセントラルサービスプラットフォームとの間で確立され、呼び出し接続が着信通信デバイスとセントラルサービスプラットフォームとの間で確立されているときに、該方法は呼び出しに関する信号データを受動的に監視することを含む。代替的な実施形態において、発信通信デバイスとセントラルサービスプラットフォームとの間のネットワーク要素に配置される呼び出しサービスマネジャが使用される。信号を監視している間に、呼び出しサービスマネジャは、セントラルサービスプラットフォームが拡張された呼び出しサービスを提供することを可能にする。

いったん、呼び出しサービスマネジャが、セントラルサービスプラットフォームが拡張された呼び出しサービスを提供しているということを認識すると、呼び出しサービスマネジャは、セントラルサービスネットワークを除く、発信通信デバイスと着信通信デバイスとの間の呼び出し接続を確立する。次に、呼び出しサービスマネジャは、発信通信デバイスとセントラルサービスネットワークとの間の呼び出し接続と、着信通信デバイスとセントラルサービスネットワークとの間の呼び出し接続とを中断する命令を送信する。この方法で、セントラルサービスプラットフォームが、拡張された最初の呼び出しサービスを提供した後で、セントラルサービスプラットフォームへのリンクが、呼び出しの間に、無駄に使用されないという点で、通信リンクの利用が改善され得る。

本発明のこの局面は、確立された呼び出しの転送に関するが、単なる呼び出し転送メカニズムではない。確立された呼び出しの転送は、呼び出し転送メカニズムよりも達成することが困難であり、呼び出しサービスをサポートする。例えば、着信ユーザが識別を承認するためにセントラルサービスプラットフォームと相互交流することを可能にすること、呼び出しからセントラルサービスプラットフォームを除く前に、着信ユーザが代替的な呼び出しの処置を受諾、排除、または指定することを可能にすることなどである。

本発明の別の局面において、ＩＰ音声ネットワークにおいて発信および着信の通信デバイス間で交換される呼び出し者識別情報を承認するために、方法が提供される。本発明のこの局面において、着信ネットワークに配置されている呼び出しサービスマネジャは、着信通信デバイスへのＩＰ音声呼び出しの確立に関するデータパケットを監視する。呼び出しサービスマネジャは、識別認証データベースにアクセスし、呼び出しを行っている発信通信デバイスについての呼び出し者識別情報を獲得する。呼び出しサービスマネジャは、その情報を識別認証データベースから受信された情報と比較することによって、呼び出しセットアップメッセージで受信された呼び出し者識別情報の認証を承認する。呼び出しサービスマネジャは、着信通信デバイスへデータパケットを伝達する命令を提供し、該着信通信デバイスにおいて、データパケットは呼び出し者識別情報および／または呼び出し者識別情報の認証の表示を提供する。

本発明のさらなる局面において、サービスの品質の考慮に基づいて、１つの呼び出しルートから別の呼び出しルートへ動的にスイッチする方法が提供される。本発明のこの局面において、呼び出しサービスマネジャは、使用されている呼び出しルートの性能を監視し、かつ、他の利用可能な呼び出しルートを監視する。呼び出しサービスマネジャは、サービスの品質の考慮に基づいて、呼び出しルートをスイッチする命令を送信する。

本発明の別の実施形態において、呼び出しサービスマネジャが提供される。呼び出しサービスマネジャは、任意のタイプのネットワーク要素に存在し得るソフトウェアのプロキシである。呼び出しサービスマネジャは、ＶＯＩＰの品質を改善するための上記の方法を実装するためのソフトウェアモジュールを含み、他の呼び出しサービスおよび品質改善モジュールを含み得る。

本発明のさらなる実施形態、特徴、および利点、ならびに本発明の様々な実施形態の構造および動作が、添付の図面を参照して以下で詳細に記述される。

本明細書において援用され、本明細書の一部分を形成する添付の図面が、本発明を図示し、記述と共に、本発明の原理を説明するために、かつ、当業者が本発明を作成および使用することを可能にするためにさらに役立つ。

ここで、本発明は添付の図面を参照して記述される。図面においては、同じ参照番号は、同一か、または機能的に似た要素を指している。さらに、参照番号の最も左の桁は、その参照番号が最初に現れる図面を識別する。

本発明は、本明細書において、特定の用途に対する例示的実施形態を参照して記述されるが、理解されるべきは、本発明はそれに限定されないということである。本明細書において提供される教示を利用する当業者は、本教示の範囲内のさらなる改変、用途および実施形態と、本発明が非常に有用であるさらなる分野とを認識する。

（呼び出しサービスマネジャ）
本発明の一局面は、呼び出しサービスマネジャと呼ばれるソフトウェアベースのマネジャに関する。呼び出しサービスマネジャは、プロキシと呼ばれ得、呼び出し情報を受動的に監視するが、物理スイッチが行うようには、呼び出しを制御しないソフトウェアアプリケーションである。呼び出しサービスマネジャは、呼び出しにおける様々なコンポーネントのプロキシとして働く。図１は、呼び出しサービスマネジャ１００の概略図である。呼び出しサービスマネジャ１００は、入力／出力プロトコルスタック１１０と、呼び出し制御マネジャ１３０と、アプリケーション論理マネジャ１４０と、ルーティングマネジャ１５０と、インターフェースマネジャ１６０とを含む。

入力／出力プロトコルスタック１１０は、ネットワーク内のメッセージを符号化および復号化し、呼び出し内の信号データコンポーネントと音声コンポーネントとを区別する。前者のコンポーネントは、呼び出しサービスマネジャ１００によって監視され、後者のコンポーネントは無視され、他のネットワーク要素に向けて通される。

呼び出し制御マネジャ１３０は、入力／出力プロトコルスタック１１０から復号化されたメッセージストリームを受信し、呼び出しに関する管理情報を含むデータコンポーネントを監視する機能を実行する。次の機能ブロックは、アプリケーション論理マネジャ１４０であり、特定の呼び出し処理機能、例えば帯域の最適化および呼び出しルーティングを実行する。

インターフェースマネジャ１６０は、外部コンポーネントに、例えば、呼び出しを処理するために必要である情報にアクセスするためのデータベースに、接続するために使用される。ルーティングマネジャ１５０は、インターフェースマネジャを制御する間に、ルーティングマネジャがどちらの外部コンポーネント、例えばデータベース１７０Ａまたは１７０Ｂにアクセスするか、を選択する。
（ネットワークの最適化）
今日の電話ネットワークにおいて、ネットワークリンクの利用は、特に、企業の音声メールのサービスのような集中サービスのプロバイダおよびコンタクトセンタにとって、非常にコストのかかる問題となる。呼び出しが企業ネットワーク内の着信の電話に行われたときに、サービスプラットフォームによって着信の電話にルーティングされる前に、呼び出しは、最初に、セントラルサービスプラットフォーム（「ＣＳＰ」）にルーティングされる。ＣＳＰは、例えば、音声メールプラットフォーム、音声自動応答装置（「ＩＶＲ」）、またはアドバンストインテリジェントネットワークインテリジェントペリフェラル（「ＡＩＮ−ＩＰ」）であり得る。一般電話網（「ＰＳＴＮ」）において、サービスプラットフォームにルーティングすることは、呼び出しを「曲げること」、つまり、ＣＳＰが、２つの別個の呼び出しレッグ−発信電話からＣＳＰまでのレッグおよびＣＳＰから着信電話までのレッグを確立、接続、および保持するプロセスによって、従来は達成されてきた。

例えば、図２Ａを参照すると、発信電話２１０のユーザは、発信スイッチ２２０を通じて呼び出しを行う。呼び出しの受信の際に、発信スイッチは、呼び出しがＣＳＰにルーティングされるべきであるということを認識し、呼び出しをＣＳＰ２３０にルーティングする。例えば、ＣＳＰ２３０はＩＶＲシステムであり得、該ＩＶＲシステムは、様々な指示メッセージを発信電話２１０のユーザに提供し、呼び出しの処理方法を決定する。発信電話２２０のユーザとの相互作用を通じて、ＣＳＰ２３０は、着信電話２５０への遂行のために、呼び出しが、着信スイッチ２４０にルーティングされるべきであるということを決定する。そうする際に、ＣＳＰ２３０は、２つのトランクポート−出力電話２１０からの入力呼び出しのためのトランクポートおよび着信電話２３０に接続する出発呼び出しのためのトランクポートに結合する。従って、発信電話２１０と着信電話２４０との間の全呼び出し接続の間、ＣＳＰ２３０が、もはや呼び出し処理を必要としない場合であっても、ＣＳＰ２３０は２つのトランクポートおよび関連するリンクを使用中のままにする。

代替的なルーティング方法は、ＣＳＰのようなポート当たりの価格が高いプラットフォームを使用することを避けるために実装されてきた。これらの代替的方法は、２Ｂチャンネル転送（「２ＢＣＴ」）およびリリースリンクトランク（「ＲＬＴ」）ルーティングを含む。

図２Ｂに図示されているような２ＢＣＴスキームにおいて、より安価なポートである中間スイッチが、２つの呼び出しをリンクする／曲げるために、ＣＳＰ自体よりも使用されている。つまり、呼び出しレッグは、ＣＳＰよりもスイッチによって保持されることにより、ＣＳＰのより高価なポートを使用して呼び出しをルーティングすることを回避する。中間スイッチは、発信電話および着信電話とＣＳＰとの間に存在し、ＩＳＤＮ ＰＲＩリンクを介してＣＳＰと通信する、
このように、２ＢＣＴスキームの下で、発信電話２１０から着信電話２５０に呼び出しを接続するために、４つの別個の呼び出し接続が２つの別個のネットワークを使用して行われる。これらは、ＳＳ７、ＩＳＤＮ、ＣＡＳ、または他の電話トランクを使用する、発信スイッチ２２０から中間スイッチ２６０への１つの呼び出し接続と、ＢチャンネルＩＳＤＮリンクを使用する、スイッチ２６０からＣＳＰ２３０への１つの呼び出し接続と、ＢチャンネルＩＳＤＮリンクを使用する、ＢチャンネルＩＳＤＮリンクを使用する、ＣＳＰ２３０からスイッチ２６０への１つの呼び出し接続と、ＳＳ７、ＩＳＤＮ、ＣＡＳまたは他の電話トランクを使用する、中間スイッチ２６０から着信電話２５０をサポートする着信スイッチ２４０への最終呼び出し接続とを含む。

１つの例示的なネットワーク構成において、発信スイッチ２２０および着信スイッチ２４０はセントラルオフィススイッチであり得、中間スイッチ２６０はアクセスタンデムスイッチであり得る。別の例において、発信スイッチ２２０および着信スイッチ２４０は構内交換機（ＰＢＸ）スイッチであり得、中間スイッチ２６０はセントラルオフィススイッチであり得る。他のネットワーク構成が可能である。

図２Ｃに図示されているようなＲＬＴスキームにおいて、着信電話２５０に向けられている発信電話２１０からの呼び出しは、ＣＳＰ２３０によって受信される。発信電話２１０に結合されている発信スイッチ２２０は、ＣＳＰ２３０と対話し、着信電話２５０に関する情報を獲得する。いったん、そのような情報が発信スイッチ２２０によって受信されると、発信スイッチ２２０はＣＳＰ２３０への呼び出しを終了させることにより、呼び出し経路からＣＳＰ２３０を取り除く。次に、別個のかつ直接的な呼び出しが、発信スイッチ２２０によって、発信電話２２０と着信電話２５０との間で着信スイッチ２４０を介して確立される。ＣＳＰとの接続の終了および着信電話との新たな接続の確立は、発信電話のユーザには見ることができない。

最近まで、ＩＰ音声ネットワークにおけるネットワークリンクの利用および最適化は、問題とはならなかった。なぜならば、ＩＰの帯域はあまり利用されることがなく、ＰＳＴＮネットワークにおける従来の時分割多重帯域よりも非常に安価であったからである。しかしながら、その状況は、ＩＰネットワークおよびそれらのネットワークを上回る電話会社により提供される様々なＩＰベースの音声サービスの普及により変化した。

本発明の一局面は、例えば、呼び出しサービスマネジャ１００のようなソフトウェアベースのマネジャの使用を通じたＩＰ電話ネットワークにおける呼び出しのＳＩＰベースの転送に関する。本発明のこの局面において、呼び出しサービスマネジャ１００は、ＣＳＰの代わりに、呼び出し処理機能および後続のルーティングを行う。図３に図示されているように、呼び出しサービスマネジャ１００は、発信電話とＣＳＰとの間の経路に存在する中間スイッチ２６０またはその他任意の適切なネットワークコンポーネント上に存在する。その位置において、呼び出しサービスマネジャ１００は、電話２１０のような発信電話とＣＳＰ２３０のようなＣＳＰとの間の呼び出しに関する信号データを受動的に監視することができる。呼び出しの音声コンポーネントは、呼び出しサービスマネジャ１００を迂回し、ＣＳＰ２３０によって受信される。ＣＳＰ２３０は、着信電話２５０のような着信電話への別の呼び出しを確立する。

しかしながら、重要なことには、上に記述された先のネットワーク配置とは異なり、ＣＳＰ２３０は呼び出しを曲げない。つまり、ＣＳＰ２３０は、２つの確立された呼び出しを接続しない。むしろ、呼び出しサービスマネジャ１００が、発信電話２１０と着信電話２５０との間で音声コンポーネントの直接的な接続を行う。同時に、呼び出しの信号コンポーネントは、呼び出しサービスマネジャ１００を通過し続け、該呼び出しサービスマネジャ１００が、実際に信号コンポーネントを曲げる。次に、ＣＳＰ２３０は、発信電話２１０および終了電話２５０との接続を終了し、もはや呼び出し経路内にはなくなる。

図４は、本発明の実施形態に従った、呼び出しサービスマネジャ１００のようなプロキシに依存するサービスプラットフォームを必要とする呼び出しに関するリンクの使用法を改善する方法４００の流れ図である。図５Ａを参照すると、呼び出しが発信電話２１０から行われる。呼び出しは発信スイッチ２２０を通じてルーティングされる。発信スイッチ２２０は、呼び出しがＣＳＰ２３０のサービスを必要とするということを認識し、呼び出しを中間スイッチ２６０にルーティングし、該中間スイッチ２６０は、次に、呼び出しをＣＳＰ２３０にルーティングする。ＣＳＰ２３０は、次に、中間スイッチ２６０を通り、着信スイッチ２４０を通って着信電話２５０に第２の呼び出し接続を確立する。実施形態において、中間スイッチ２６０は呼び出しサービスマネジャ、例えば呼び出しサービスマネジャ１００を含む。代替的な実施形態において、呼び出しサービスマネジャ１００は、発信電話２１０とサービスプラットフォーム２３０との間に存在する発信スイッチ２２０、またはその他任意の中間スイッチあるいはネットワーク要素と共に配置され得る。

図５Ａは、線５１０によって表示されている音声接続と、線５２０によって表示されている信号接続とを示し、該信号接続は、この時点で呼び出し内に存在している。図５Ａに見られるように、音声接続５１０は呼び出しサービスマネジャ１００を通過せず、信号接続５２０は呼び出しサービスマネジャ１００を通過する。

ネットワークが図５Ａに記述された状態と似た状態にあるときに、方法４００は開始する。方法４００はステップ４１０で開始する。ステップ４１０において、呼び出しサービスマネジャ、例えば、呼び出しサービスマネジャ１００は、発信電話２１０とＣＳＰ２３０との間の呼び出しに関する信号データを受動的に監視する。ステップ４２０において、ＣＳＰ２３０は、必要とされる拡張呼び出しサービスはどれでも提供することを許可される。例えば、ＣＳＰ２３０は、音声応答指示メッセージを提供し得る。ステップ４３０において、呼び出しサービスマネジャ１００は、発信電話２１０と着信電話２５０との間の呼び出し接続を確立し、該呼び出し接続はＣＳＰ２３０を除外している。ステップ４４０において、ＣＳＰ２３０はＣＳＰ２３０を含む呼び出し接続を中断し、そのことが、実際に発信電話２１０から着信電話２５０に、確立された呼び出しを転送する。この状況が図５Ｂに描かれている。確立された呼び出しをＣＳＰ２３０によって呼び出しルートから転送する前に、本発明の局面は、着信電話２５０がＣＳＰ２３０と対話することを可能にする。例えば、これらの対話は、限定するわけではないが、発信電話２１０の識別を承認することと、着信電話２５０が代替的な呼び出しの処置を受諾、排除、または指定することを可能にすることとを含み得る。

図５Ｂは、線５３０によって表示される音声接続が、ここではＣＳＰ２３０を除外し、ＩＰトランスポート層を介して発信スイッチ２２０から着信スイッチ２４０に直接的にルーティングされ得るということを示す。代替的な実施形態において、音声接続５３０は、ＩＰトランスポート層を介して中間スイッチ２６０を通ってルーティングされる。図５Ｂはまた、線５４０によって表示されている信号接続は、ＣＳＰ２３０を除外し、発信スイッチ２２０から中間スイッチ２６０に、そして呼び出しサービスマネジャ１００を通って着信スイッチ２４０にルーティングされるということを示す。

ステップ４５０において、呼び出しサービスマネジャ１００は、任意的に、進行中の信号を監視する。進行中の信号の監視は、呼び出しサービスマネジャ１００が呼び出し特性の変化に応答し、以下で記述するようなさらなる機能性を提供することを可能にする。ステップ４６０において、方法４００は終了する。

上記のように、呼び出しサービスマネジャ１００は、情報を受動的に監視するが、物理スイッチが行うようには、呼び出しを制御しないソフトウェアアプリケーションである。電話とＣＳＰの両方とも、呼び出しサービスマネジャ１００が呼び出しに含まれているということに気付かない。呼び出しサービスマネジャ１００は、実際に、呼び出し内の異なるコンポーネントのプロキシとして機能する。例えば、ＣＳＰにとって、呼び出しサービスマネジャ１００は発信または着信の電話に似ている。発信電話２１０および着信電話２５０にとって、呼び出しサービスマネジャ１００はＣＳＰに似ている。呼び出しサービスマネジャ１００は、発信電話２１０とＣＳＰ２３０との間の通信経路に存在する任意のネットワーク要素に配置され得る。例えば、上記の例において、呼び出しサービスマネジャ１００はまた、発信スイッチ２２０に配置され得る。ネットワーク要素は、限定するわけではないが、発信セントラルオフィス電話スイッチ、アクセスタンデム電話スイッチ、ＩＰ構内交換機、ソフトスイッチ、ゲートウェイ、およびルータを含み得る。発信および着信の電話は、限定するわけではないが、従来の電話、ＩＰ電話、音声通信を提供するコンピュータを含み得る。

（呼び出し者ＩＤ／ディレクトリサービスの挿入）
ＩＰベースの音声ネットワークが、加入者の情報サービス、例えば、呼び出し者ＩＤおよび呼び出し者名の配信を実装している点で、ＩＰベースの音声ネットワークは従来のＰＳＴＮネットワークとは明らかに異なる。ＰＳＴＮネットワークにおいて、着信キャリアは、様々なプライバシー規定を条件として、呼び出し者の識別を決定することと、それを着信電話のユーザに提示することとに責任を負う。発信キャリアによって維持されている信頼できるデータベースにアクセスすることによって、着信キャリアはこれを行う。例えば、Ｂｅｌｌｃｏｒｅ Ｎｏｔｅｓ ｏｎ ｔｈｅ Ｎｅｔｗｏｒｋｓ，Ｓｐｅｃｉａｌ Ｒｅｐｏｒｔ ２２７５、第３号、１９９７年１２月、１４．７８−１４．７９を参照されたい。対照的に、ＩＰネットワークにおいて、呼び出し者の識別情報が発信電話から着信電話に沿って呼び出しと共に伝えられる。これは、ＩＰネットワークにおけるセキュリティおよび／またはプライバシーを漏洩する少なくとも２つの問題を提示する。

第１に、着信電話が発信電話から受信する呼び出し者の識別情報を確認する能力が着信電話にないことは、着信電話のユーザが、呼び出し者の本当の身元に関して騙される可能性をもたらす。これは明確な事実である。なぜならば、テキストベースのＩＰプロトコル、例えば、ＳＩＰは、呼び出し者の識別情報による容易なスプーフィングを可能にするからである。ＳＩＰを使用して、発信電話における呼び出し者は、事実ではない識別情報を着信電話に送信し得る（例えば、呼び出し者が誰かになりすまし得る）。

第２に、呼び出し者情報を呼び出しと共に呼び出しルートの発信から呼び出しルートの終端に送信することは、権限のない者がそのような情報を獲得する多くの可能性を提供する。任意の所与の呼び出しルートにおける各呼び出しは、いくつかのキャリアベースのネットワークを通過し得、着信電話に到達する前に、該いくつかのキャリアベースのネットワークは、呼び出しを接続および制御する。これらのスイッチポイントのそれぞれは、第３者が呼び出し者情報にアクセスする可能性をもたらす。各呼び出しと共に伝えられる呼び出し者情報はあまり安全ではないので、呼び出しが着信電話に向けて進むにつれ、権限のない者が呼び出し者に関する情報にアクセスし得る。

これらの問題に対処するために、本発明の一局面は、ＩＰ音声ネットワークにおける呼び出し者識別情報を承認および認証する方法を提供する。プロキシ、例えば、呼び出しサービスマネジャ１００は、着信キャリア内のネットワーク要素と結合され得ることにより、呼び出し者の識別を決定し、その情報、例えば、呼び出し者の名前および／または電話番号の正確な表示を提供する。

本発明に従って、呼び出しサービスマネジャ、例えば、呼び出しサービスマネジャ１００は、着信電話によって受信された呼び出しを監視し、呼び出しおよび呼び出し者に関する情報のために（例えば、発信キャリアによって維持されている）信頼できるデータベースにアクセスする。この情報を通じて、呼び出しサービスマネジャは、呼び出し者の本当の身元を決定し、その身元を着信電話のユーザに通信し得る。さらに、安全な場所に格納されている信頼できる呼び出し者識別情報にアクセスすることによって、本発明は、呼び出し者の識別情報を各呼び出しと共に伝える必要性を排除することにより、帯域幅の必要条件を減少させ、個人情報への違法アクセスの可能性を減少させる。このメカニズムの使用は、今日ではまだ利用可能ではないネットワーク−例えば、Ｈ．３２３、ＳＩＰ、ＳＳ７、ＩＳＤＮなどを含む混成の環境においても、この呼び出し者識別情報の提示を可能にする。これらのトランジットネットワークの一部の組み合わせは、このメカニズムを使用することがなければ、この情報の端から端への転送を全く信頼できないものにするか、または全く可能とはしないようなネットワークである。

図６Ａは、呼び出し者の識別情報を承認することに関する本発明の実施形態を図示する。特に、図６Ａは、本発明の実施形態に従った、発信および着信の通信デバイスの間で交換される呼び出し者識別情報を承認するための方法６００の流れ図を提供する。方法６００は、図７を参照して説明され、図７は、通信ネットワークの一部分７００を図示している。通信ネットワークの一部分７００は、本発明の範囲を限定することを意図されていない。当業者は、本明細書の教示に基づいて、本発明が使用され得る他のネットワーク構成を認識する。

方法６００はステップ６０５で開始する。ステップ６０５において、着信通信デバイスをサポートしているネットワーク内のＩＰ音声呼び出しに関するデータパケットが監視される。例えば、図７を参照すると、呼び出しサービスマネジャ１００は、発信電話７１０と着信電話７７０との間に確立されている呼び出しに関する、着信キャリアネットワーク７４０によって受信された信号情報を監視する。呼び出しサービスマネジャ１００は、着信電話７７０をサポートする着信キャリアネットワーク７４０内のネットワーク要素内に配置されている。この例において、発信電話７１０は発信キャリアネットワーク７２０によってサポートされている。発信キャリアネットワーク７２０および着信キャリアネットワーク７４０は、１つ以上のトランジットネットワーク、例えば、トランジットネットワーク７３０を介して結合される。さらに、発信キャリアネットワーク７２０と着信キャリアネットワーク７４０とが直接的に結合され得るか、または１つのネットワークのみが、発信キャリアネットワークと着信キャリアネットワークとの両方として働き得る。発信キャリアネットワーク７２０は、それに結合される加入者データベース７６０を有し、該加入者データベース７６０において、加入者識別情報が維持されている。

ステップ６１０において、発信電話７１０と着信電話７７０との間の呼び出し確立の試みの認識の際に、呼び出しサービスマネジャ１００は、加入者データベース７６０を査定するメッセージを送信し、該データベースは発信キャリアによってサポートされている、加入者に関する情報の識別認証データベースを含んでいる。

加入者データベース７６０は、発信キャリアの身元を承認するために使用される情報を含む返信メッセージを提供する。ステップ６１５において、この情報の受信の際に、呼び出しサービスマネジャ１００は本物の発信呼び出し者識別情報を承認し、該発信呼び出し者識別情報は、呼び出しサービスマネジャ１００が監視していた発信信号メッセージで、呼び出しサービスマネジャ１００が受信する。ステップ６２０において、呼び出しサービスマネジャ１００は、着信電話７７０に送信されるデータパケット内に承認確認を添付する。ステップ６２５において、呼び出しサービスマネジャ１００は、発信呼び出し者識別情報を着信電話７７０に送信する。

代替的な実施形態において、呼び出しは完了するが、承認確認情報は着信電話７７０に送信されない。別の実施形態において、呼び出し者の身元が承認されない、すなわち、加入者データベース７６０から受信される情報と発信信号メッセージに含まれる情報とが異なる場合には、呼び出しは排除され、呼び出しの確立は拒否される。本発明のさらなる局面において、指示メッセージは、適切な識別を要求している発信呼び出し者に返信され得る。

図６Ｂは、発信および着信通信デバイスの間での交換のために、インターネットプロトコル（ＩＰ）音声ネットワークにおける呼び出し者識別情報を獲得する方法６５０の流れ図を提供する。方法６５０はまた、図７を参照して説明される。方法６５０はステップ６５５で開始する。ステップ６５５において、着信通信デバイスをサポートするネットワーク内のＩＰ音声呼び出しに関するデータパケットが監視される。例えば、図７を参照すると、呼び出しサービスマネジャ１００は、発信電話７１０と着信電話７７０との間で確立されている呼び出しに関する、着信キャリアネットワーク７４０によって受信された信号情報を監視する。

ステップ６６０において、発信電話７１０と着信電話７７０との間の呼び出し確立の試みの認識の際に、発信呼び出し者識別情報が存在しないという事実が識別される。例えば、呼び出しサービスマネジャ１００は、発信電話７１０識別情報が呼び出し確立メッセージに存在しないということを認識する。

ステップ６６５において、識別認証データベースがアクセスされる。例えば、呼び出しサービスマネジャ１００は、加入者データベース７６０を査定するメッセージを送信し、該データベースは発信キャリアによってサポートされている、加入者に関する情報の識別認証データベースを含んでいる。

加入者データベース７６０は、発信呼び出し者７１０に関する加入者識別情報を含む返信メッセージを提供する。ステップ６７０において、この情報の受信の際に、呼び出し者識別情報が着信電話に向けられているデータパケットの中に挿入される。例えば、呼び出しサービスマネジャ１００は、発信電話７１０に関する呼び出し者識別情報を着信電話７７０に向けられているデータパケットの中に挿入する。

ステップ６７５において、発信呼び出し者識別情報は着信電話に送信される。例えば、呼び出しサービスマネジャ１００は、発信呼び出し者識別情報を着信電話７７０に送信する。任意的に、識別認証確認が着信電話７７０に送信され得る。

（ネットワークルータ／ＱｏＳの最適化）
ＩＰベースの音声通信のサービスの品質は重要な問題である。各呼び出しに対する保障された最低限のレベルの音声の品質を提供し得るＴＤＭベースのＰＳＴＮネットワークとは異なり、ＩＰネットワークは、ファイルの転送と音声通信とを区別するための、実際の実行可能な分類スキームがない、「バースト」な環境である。その結果、音声およびデータのパケットは同じ帯域を共有し、ＩＰネットワークによって同様に扱われる。音声パケットとデータパケットとを区別することができないことは、音声通信に対する品質の低いサービスをもたらし得る。（データパケットが適切な順序で到着する限りは）データパケットの受信における妥当な遅延を許容し得るファイル転送アプリケーションとは異なり、音声通信アプリケーションは、音声パケットのタイムリーな受信を必要とする。さもなければ、アプリケーションのサービスの品質が著しく犠牲となるからである。

ＩＰネットワークにおける音声通信に関するＱｏＳの問題に対処するために提案されている１つの解決策は、ネットワークおよび呼び出しルータに関する現在の状態のリアルタイムの探査を実行することである。そのような探査に基づいて、キャリアは、呼び出しが確立され得る利用可能な最善のルートを選択し得る。しかしながら、ＩＰネットワークのバーストな性質は、この利用可能な最善のルートの有益性を非常に制限する。ネットワークの状態が一定の状態のフラックスにあるので、そのような監視された状態に基づくルーティング決定も同様に一定の状態のフラックスにある。言い換えると、あるときに存在している状態に基づいて、呼び出しのために選択された「利用可能な最善の」ルートは、ネットワークにおける変化の結果、わずか数秒後には不充分なルートとなり得る。従って、確立された呼び出しに対する所望のレベルのサービスは保証され得ず、実際に、非常に短い期間だけ存在する傾向にあり、ユーザに対して質の悪い体験をもたらす。

本発明の一局面は、ＩＰネットワークにおける音声通信に影響するＱｏＳの問題に対する解決策を提供する。特に、状況が許すときはいつでも、プロキシ、例えば、呼び出しサービスマネジャ１００は、１つのルート上の確立された呼び出しを別のルートにリアルタイムで動的に転送する。呼び出しサービスマネジャは、確立された呼び出しに対して利用可能である少なくとも２つの代替の呼び出しルートを監視する。特に、呼び出しサービスマネジャ１００は、一貫して、呼び出しの信号コンポーネントを監視および分析する。プロキシが、現在の呼び出しルートが、もはや（例えば、キャリアによって現在の呼び出しルートに供給される一連のルールまたは基準に基づいた）特定のレベルのサービスを提供することができないということを決定するときには、プロキシは、呼び出しの音声コンポーネントを代替的に利用可能なルートに転送するために、スイッチに命令を送信する。特定の呼び出しセッションの期間に、呼び出しは、監視された状態を考慮して、可能である最高レベルのサービスを提供するために、プロキシによって必要とみなされる回数だけ、利用可能なルート間で相互に転送され得る。利用可能な呼び出しルート間でのそのような動的な転送は、呼び出しのユーザにとっては見ることができない。

呼び出しサービスマネジャ１００が呼び出しを転送するかどうかを決定するために必要とされる呼び出し状態の情報を獲得するために、呼び出しを受動的に監視することに加えて、呼び出しサービスマネジャ１００はまた、そのような転送の決定を行うために必要な呼び出し状態の情報を求めて、様々な呼び出し経路内のネットワークコンポーネントを能動的に問い合わせし得る。呼び出しルートをスイッチすることを決定するために、存在している呼び出しの信号コンポーネントを監視するか、または監視することなく、そのような問い合わせが使用され得る。

図８は、本発明の実施形態に従った、ルートの性能比較に基づいて１つの呼び出しルートから別の呼び出しルートにＩＰ音声呼び出しを動的に転送する方法８００の流れ図を提供する。図８は、図９を参照して説明される。

図９は、発信電話９１０が着信電話９４０との呼び出しを確立している遠隔通信ネットワークの一部分を図示している。呼び出しルート１は、発信スイッチ９１５と、中間スイッチ９２０と、着信スイッチ９３０とを含む。呼び出しルート２は、発信スイッチ９１５と、中間スイッチ９２５と、着信スイッチ９３０とを含む。発信スイッチ９１５は発信電話９１０をサポートし、着信スイッチ９３０は着信電話９４０をサポートする。呼び出しサービスマネジャ１００は、発信スイッチ９１５内に位置されている。当業者には公知であるように、発信電話９１０と着信電話９４０とを接続し得るさらに多くのルートが存在し得る。さらに、任意の所与のルートにおいて、複数の中間ネットワーク要素が存在し得る。

２つの電話、例えば、発信電話９１０および着信電話９４０の間の呼び出しの確立に続いて、方法８００が行われる。方法８００はステップ８１０で開始する。ステップ８１０において、確立されたＩＰ音声呼び出しに対する性能に関して、代替のルートが監視される。例えば、図９を参照すると、呼び出しがルート１を通じて確立されている場合に、呼び出しサービスマネジャ１００はルート１の性能およびルート２の性能も監視し得る。広い範囲の性能パラメータが監視され得る。例えば、帯域、渋滞、トラフィックポリシングおよび／またはシェーピングのポリシー、呼び出しの優先度（例えば、９１１優先呼び出し）、ビットエラー率、遅延およびジッタなどである。

ステップ８２０において、呼び出しの信号コンポーネントが分析される。どの性能レベルが適切な性能であるかに関する閾値が、呼び出しサービスマネジャ１００に設定されることにより、一実施形態において、それらの性能の閾値が現在のルートにおいて満たされていない場合には、呼び出しサービスマネジャ１００は他のルートに関する性能の監視のみを行い得る。さらに、代替のルートに対して、性能レベルが継続的に分析および監視され得ることにより、最高の性能レベルを有するルートが常に選択され得る。

ステップ８３０において、現在の呼び出しルートが一定のレベルのサービスを維持し得ないかどうかの決定が行われる。例えば、呼び出しサービスマネジャ１００は、ルート１が一定のレベルのサービスを最早サポートしないということを決定し得る。

ステップ８４０において、所望のレベルのサービスが特定のルートに満たされ得ないという決定が行われた場合には、ルートをスイッチする命令が送信され得る。例えば、呼び出しサービスマネジャ１００は、ルート１からルート２に変更するように、発信スイッチ９１５に命令を提供し得る。ステップ８５０において、方法８００は終了する。

本発明のさらなる局面において、呼び出しサービスマネジャ１００は、ネットワーク要素を問い合わせすることにより、代替のルートに関する性能情報を獲得する。例えば、ルート１が呼び出しのために使用されていたことを仮定する。呼び出しサービスマネジャ１００は、中間スイッチ９２５を問い合わせし得ることにより、ルート２に関する性能データを要求し得る。

（結論）
本発明の様々な実施形態が上で記述されてきたが、それらは、例示としてのみ提示され、限定として提示されてはいないということが理解されるべきである。実施形態における形状および詳細に関する様々な変更が、本発明の意図および範囲を逸脱することなく行われ得るということが当業者には明らかである。従って、本発明の広さおよび範囲は上記の例示的な実施形態のいずれによっても限定されるべきではなく、特許請求の範囲およびその均等物に従ってのみ定義されるべきである。

図１は、本発明の実施形態に従った、呼び出しサービスマネジャの概略図である。 図２Ａは、「曲げる」方法を使用して、呼び出しをサービスプラットフォームにルーティングすることを図示している電話ネットワークの一部分の概略図である。 図２Ｂは、２Ｂチャンネル転送方法（２ＢＣＴ）を使用して、呼び出しをサービスプラットフォームにルーティングすることを図示している電話ネットワークの一部分の概略図である。 図２Ｃは、リリースリンクトランク（「ＲＬＴ」）方法を使用して、呼び出しをサービスプラットフォームにルーティングすることを図示している電話ネットワークの一部分の概略図である。 図３は、本発明の実施形態に従った、リンクの使用を最適化するために呼び出しサービスマネジャを使用する、サービスプラットフォームに対する呼び出しの使用を図示している電話ネットワークの一部分の概略図である。 図４は、本発明の実施形態に従った、サービスプラットフォームを必要とする呼び出しに関するリンクの使用方法を改善する方法の流れ図である。 図５Ａは、本発明の実施形態に従った、セントラルサービスプラットフォームを含む呼び出しのセットアップに関する最初の段階を図示している電話ネットワークの一部分の概略図である。 図５Ｂは、本発明の実施形態に従った、セントラルサービスプラットフォームを含む呼び出しのセットアップに関する次に段階を図示している電話ネットワークの一部分の概略図である。 図６Ａは、本発明の実施形態に従った、発信および着信の通信デバイス間で交換される呼び出し者識別情報を承認する方法の流れ図である。 図６Ｂは、本発明の実施形態に従った、発信および着信の通信デバイス間で交換される呼び出し者識別情報を獲得する方法の流れ図である。 図７は、本発明の実施形態に従った、電話ネットワークの一部分の概略図であり、呼び出し者の識別の承認および挿入を提供するための呼び出しサービスマネジャの使用を説明している。 図８は、本発明の実施形態に従った、ＩＰ音声呼び出しを動的にルーティングする方法の流れ図である。 図９は、本発明の実施形態に従った、電話ネットワークの一部分の概略図であり、ＩＰ音声呼び出しが、図８の方法に基づいて動的にルーティングされる方法を説明している。

Claims (29)

1. インターネットプロトコル（ＩＰ）音声ネットワークにおいて、セントラルサービスプラットフォームの使用を必要とする呼び出しに関する通信リンクの利用を改善する方法であって、呼び出しの接続が発信通信デバイスと該セントラルサービスプラットフォームとの間で既に確立されており、呼び出しの接続が着信通信デバイスと該セントラルサービスプラットフォームとの間で確立されており、該方法は、
   （ａ）該発信通信デバイスと該セントラルサービスプラットフォームとの間の該呼び出しに関する信号データを受動的に監視することと、
   （ｂ）該セントラルサービスプラットフォームが、拡張された呼び出しサービスを提供することを可能にすることと、
   （ｃ）該セントラルサービスネットワークを除く、該発信通信デバイスと着信通信デバイスとの間の呼び出しの接続を確立することと、
   （ｄ）該発信通信デバイスと該セントラルサービスネットワークとの間、および該着信通信デバイスと該セントラルサービスネットワークとの間で呼び出し接続を中断することと
   を包含する、方法。
2. 前記発信通信デバイスと前記着信通信デバイスとの間の信号を継続して監視することをさらに包含する、請求項１に記載の方法。
3. 前記ステップ（ａ）は、前記発信通信デバイスに直接的または間接的に接続されているネットワーク要素に配置されている呼び出しサービスマネジャによって、該発信通信デバイスと前記セントラルサービスプラットフォームとの間の呼び出しについて信号データを受動的に監視することを含む、請求項１に記載の方法。
4. 前記ネットワーク要素は、発信セントラルオフィス電話スイッチ、発信アクセスタンデム電話スイッチ、ＩＰ構内交換機、ゲートウェイスイッチまたはルータである、請求項３に記載の方法。
5. 前記発信通信デバイスは、電話、ＩＰ電話、または音声通信を提供するために使用されるパーソナルコンピュータである、請求項１に記載の方法。
6. インターネットプロトコル（ＩＰ）音声ネットワークにおいて、発信通信デバイスと着信通信デバイスとの間で交換される呼び出し者識別情報を承認する方法であって、該方法は、
   （ａ）該着信通信デバイスをサポートするネットワーク内のＩＰ音声呼び出しの確立に関するデータパケットを監視することと、
   （ｂ）識別認証データベースにアクセスすることであって、該識別認証データベースは、該発信通信デバイスについての識別情報を含む、ことと、
   （ｃ）該呼び出し者識別情報の認証を承認することと、
   （ｄ）該着信通信デバイスに該データパケットを転送することであって、該データパケットは、呼び出し者識別情報を提供する、ことと
   を包含する、方法。
7. 前記呼び出し者識別情報を提供する前記データパケット内に識別認証識別子を添付することをさらに包含し、該識別認証識別子は、該呼び出し者識別情報が承認されたかどうかを示す、請求項６に記載の方法。
8. 前記ステップ（ａ）は、前記着信通信デバイスに直接的または間接的に接続されているネットワーク要素に配置されている呼び出しサービスマネジャによって、信号データを受動的に監視することを含んでいる、請求項６に記載の方法。
9. 前記ネットワーク要素は、発信セントラルオフィス電話スイッチ、発信アクセスタンデム電話スイッチ、ＩＰ構内交換機、ゲートウェイスイッチまたはルータである、請求項８に記載の方法。
10. 前記発信通信デバイスおよび前記着信通信デバイスは、電話、ＩＰ電話、または音声通信を提供するために使用されるパーソナルコンピュータである、請求項６に記載の方法。
11. 発信通信デバイスと着信通信デバイスとの間の呼び出しの確立のために、インターネットプロトコル（ＩＰ）音声ネットワークにおいて呼び出し者識別情報を獲得するための方法であって、該方法は、
    （ａ）ＩＰ音声呼び出しと関係付けられた該着信通信デバイスをサポートしているネットワーク内のＩＰ音声呼び出しと関係付けられたデータパケットを受動的に監視することと、
    （ｂ）該発信呼び出し者識別情報が、該着信通信デバイスに向けられているデータパケット内に存在しないことを決定することと、
    （ｃ）識別認証データベースにアクセスすることであって、該識別認証データベースは、該発信通信デバイスについての識別情報を含んでいる、ことと、
    （ｄ）該発信呼び出し者識別情報を獲得することと、
    （ｅ）データパケットを該着信通信デバイスに転送することであって、該データパケットは、該発信呼び出し者識別情報を提供する、ことと
    を包含する、方法。
12. 呼び出し者識別情報を提供する前記データパケット内に識別認証識別子を添付することをさらに包含し、該識別認証識別子は、該呼び出し者識別情報が承認されたかどうかを示す、請求項１１に記載の方法。
13. 前記ステップ（ａ）は、前記着信通信デバイスに直接的または間接的に接続されているネットワーク要素に配置されている呼び出しサービスマネジャによって、信号データを受動的に監視することを含んでいる、請求項１１に記載の方法。
14. 前記ネットワーク要素は、発信セントラルオフィス電話スイッチ、発信アクセスタンデム電話スイッチ、ＩＰ構内交換機、ゲートウェイスイッチまたはルータである、請求項１３に記載の方法。
15. 前記発信通信デバイスおよび前記着信通信デバイスは、電話、ＩＰ電話、または音声通信を提供するために使用されるパーソナルコンピュータである、請求項１１に記載の方法。
16. １つの呼び出しルートから別の呼び出しルートにＩＰ音声呼び出しを動的に転送するための方法であって、該方法は、
    （ａ）該ＩＰ音声呼び出しのための代替的なルートを監視することと、
    （ｂ）該ＩＰ音声呼び出しの信号コンポーネントを分析することと、
    （ｃ）該ＩＰ音声呼び出しのための現在の呼び出しルートが、所定のレベルのサービスを維持できないことを決定することと、
    （ｄ）該ＩＰ音声呼び出しのための代替的な呼び出しルートにスイッチする命令を送信することと
    を包含する、方法。
17. 前記ステップ（ｂ）の前記ＩＰ音声呼び出しの信号コンポーネントを分析することは、該ＩＰ音声呼び出しに関する帯域、渋滞、トラフィックポリシングおよび／またはシェーピングのポリシー、呼び出しの優先度、ビットエラー率、遅延、およびジッタを評価すること含んでいる、請求項１６に記載の方法。
18. 前記ステップ（ｃ）は、１つ以上の代替の呼び出しルートに関する性能レベルを比較することと、最高レベルのサービスを有する、呼び出しルートを決定するために該呼び出しルートを選択することとをさらに包含する、請求項１６に記載の方法。
19. 前記ステップ（ａ）は、代替の呼び出しルート内のネットワークコンポーネントを問い合わせして、呼び出し状態の情報を集めることをさらに包含する、請求項１６に記載の方法。
20. １つの呼び出しルートから別の呼び出しルートにＩＰ音声呼び出しを動的に転送するための方法であって、該方法は、
    （ａ）代替の呼び出しルート内のネットワークコンポーネントを問い合わせして、該代替の呼び出しルートについての呼び出し状態の情報を集めることと、
    （ｂ）該ステップ（ａ）における問い合わせに基づいて、所望のレベルの性能が、代替の呼び出しルートに存在することを決定することと、
    （ｃ）該ＩＰ音声呼び出しのための代替の呼び出しルートにスイッチする命令を送信することと
    を包含する、方法。
21. 音声データおよび二人以上のユーザの間の接続に関係付けられた管理情報を含んでいるデータパケットを処理する呼び出しサービスマネジャであって、該呼び出しサービスマネジャは、
    データパケットを復号化し、音声データと管理情報とを区別する入力プロトコルスタックと、
    データパケットを符号化し、音声データと管理情報とを区別する出力プロトコルスタックと、
    データパケット内の音声コンテンツを監視する呼び出し制御マネジャと、
    該管理情報に基づいて、呼び出し処理機能を実行するアプリケーション論理マネジャと、
    呼び出しサービスを集め、情報を処理する外部コンポーネントへのインターフェースをサポートするインターフェースマネジャと、
    該インターフェースマネジャを制御するルーティングマネジャと
    を備えている、呼び出しサービスマネジャ。
22. 前記アプリケーション論理マネジャは、データパケットを交換するために使用される通信リンク上での帯域幅の利用を最適化する、請求項２１に記載の呼び出しサービスマネジャ。
23. 前記アプリケーション論理マネジャは、データパケットを交換するために使用される通信リンク上での呼び出しルートの決定を実行する、請求項２１に記載の呼び出しサービスマネジャ。
24. ＩＰ電話ネットワークであって、
    発信通信デバイスと着信通信デバイスとの間で電話呼び出しを確立する呼び出し信号情報を処理する複数のネットワーク要素と、
    該複数のネットワーク要素内の少なくとも１つのネットワーク要素に存在する少なくとも１つの呼び出しサービスマネジャであって、該少なくとも１つの呼び出しサービスマネジャは、該ＩＰ電話ネットワーク上で行われる呼び出しに関する信号データを受動的に監視する、少なくとも１つの呼び出しサービスマネジャと
    を備えている、ＩＰ電話ネットワーク。
25. 拡張された呼び出しサービスを提供するセントラルサービスプラットフォームをさらに備え、前記少なくとも１つの呼び出しサービスマネジャは、前記発信通信デバイスと該セントラルサービスプラットフォームとの間の呼び出し信号を監視し、該少なくとも１つの呼び出しサービスマネジャは、該発信通信デバイスと該セントラルサービスプラットフォームとの間の確立された呼び出しを転送し、該セントラルサービスプラットフォームを迂回する、該発信の通信デバイスと前記着信の通信デバイスとの間の直接的な接続を確立する、請求項２４に記載のＩＰ電話ネットワーク。
26. 識別認証データベースをさらに備え、前記少なくとも１つの呼び出しサービスマネジャは、前記発信通信デバイスと前記着信通信デバイスとの間の呼び出し信号を監視し、前記少なくとも１つの呼び出しサービスマネジャは、該識別認証データベースにアクセスすることによって、該発信通信デバイスに関する呼び出し者識別情報を獲得する、請求項２４に記載のＩＰ電話ネットワーク。
27. 前記少なくとも１つの呼び出しサービスマネジャは、前記発信通信デバイスと前記着信通信デバイスとの間で呼び出し接続を確立する代替の呼び出しルートを監視し、該少なくとも１つの呼び出しサービスマネジャは、代替ルートに呼び出し接続のルートを決定し直す命令をネットワーク要素に提供する、請求項２４に記載のＩＰ電話ネットワーク。
28. 前記ネットワーク要素は、発信セントラルオフィス電話スイッチ、発信アクセスタンデム電話スイッチ、ＩＰ構内交換機、ゲートウェイスイッチまたはルータのうちの１つ以上を含んでいる、請求項２４に記載のＩＰ電話ネットワーク。
29. 前記発信通信デバイスおよび前記着信通信デバイスは、電話、ＩＰ電話、または音声通信を提供するために使用されるパーソナルコンピュータである、請求項２４に記載のＩＰ電話ネットワーク。

Images