JP4823916B2

JP4823916B2 - 通信セッションを提供するためのシステムおよび方法

Info

Publication number: JP4823916B2
Application number: JP2006540458A
Authority: JP
Inventors: チャン、ロン; グ、シャオフイ; シェイ、ゾン−イン
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 2003-12-01
Filing date: 2004-11-24
Publication date: 2011-11-24
Anticipated expiration: 2024-11-24
Also published as: EP1692841A1; CN1886969A; KR100809976B1; US20050129026A1; US7302053B2; CN100568874C; JP2007512744A; WO2005055552A1; KR20060092274A; EP1692841B1

Description

本開示は、情報技術（ＩＴ）サービスに関し、とりわけ、ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ（ＶｏＩＰ）会議サービスおよび２者通話サービスを含むインターネット電話と、それらの管理に関する。

通話の伝送にインターネットを使用することが可能な、会議サービスおよび２地点間２者通話サービスを含む様々なタイプのＶｏＩＰサービスが知られている。知られているそれぞれのＶｏＩＰサービス・プロバイダは、音声品質を監視および管理するための独自の管理システムを有する。また、知られているサービス・プロバイダは独自のサービス領域を有するため、特定ＶｏＩＰサービス用のすべてのリソースは単一のサービス・プロバイダに属することになる。その結果、ＶｏＩＰサービスのユーザは、特定のＶｏＩＰサービスを使用する際に、単一のＶｏＩＰサービス・プロバイダとの連携を余儀なくされる。サービス・プロバイダによって提供されるサービスまたはリソースは、サービス品質（ＱｏＳ）が管理されたＶｏＩＰネットワーク、ＶｏＩＰアクセス・ネットワーク、および会議ミキサ（ｃｏｎｆｅｒｅｎｃｅｍｉｘｅｒ）（たとえばオーディオ会議ミキサ）のセグメントを含むことができる。

インターネット・アーキテクチャが、様々なＶｏＩＰサービス・プロバイダの中から豊富な選択肢のセットをユーザに提供してきたことも知られている。実際に、インターネットへのアクセスおよび可用性が普及してきたことにより、大多数のＶｏＩＰサービス・プロバイダは、インターネットへのアクセスが可能なほとんどのマシンに到達可能である。しかしながら、標準ベースのＶｏＩＰサービス機構および様々なサービス・プロバイダの管理が可能な管理システムがないことから、ＶｏＩＰサービスはいぜんとして個々のサービス・プロバイダによって管理されており、サービスの価格および品質は依然としてそれぞれ個々のサービス・プロバイダに依存したままの状態である。

個々のサービス・プロバイダに依存することにより、結果としてＶｏＩＰ会議サービスの品質は低下することになる。たとえば、個々のＶｏＩＰ会議サービス・プロバイダは、会議通話の地理的なサービス範囲全体に十分な数の会議サーバを提供できない場合がある。その結果、会議音声データ・パスの大部分が非制御のインターネットを介して送られ、結果として音声品質の低下が生じる可能性がある。したがって会議ユーザは、より高価でより品質の低いサービスを受けることになる。

同様に、ルーティング・パスが制御できない場合、２地点間（２者）ＶｏＩＰサービスによって品質を制御することは困難である。たとえば図１に示されるように、従来の音声品質測定方法では、ユーザＡは音声パケット・プローブのセットを、インターネット１０の自由ルーティング・パスを介してユーザＢに送信する。送信されたプローブ・パケットと受信されたプローブ・パケットを比較することにより、音声品質は、パケットの遅延、損失、およびジッタなどの、何らかの事前に定義されたマトリックスに基づいて測定することができる。宛先のＩＰアドレスがわかっていれば、ＩＰプロトコルはパケットをソースから宛先へと首尾良く送達することができる。しかしながらＩＰソースのルーティング・プロトコルは、ルーティング・パスに沿ったＩＰアドレスがわからないために、ソースから宛先へのルーティング・パスを指定することができない。その結果、ルーティング・パスおよびそのサービス品質に関する効果を制御することができない。

したがって、複数のサービス・プロバイダのリソースが仮想化できるように、１つまたは複数のサービス・プロバイダを介して送信可能なＶｏＩＰサービス用の標準管理機構およびプロトコルが求められている。その結果、ＶｏＩＰサービス・プロバイダは未使用のリソースを完全に利用できるようになり、ユーザは低コストおよび高品質のサービスを受けられるようになる。

通信システムは複数のサービス・プロバイダと少なくとも１つの管理ユニットとを有し、少なくとも１つの管理ユニットは、複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダを選択し、この少なくとも１つのサービス・プロバイダの少なくとも１つのサービスを利用して、少なくとも１人のエンド・ユーザに通信セッションを提供し、少なくとも１つの管理ユニットは、少なくとも１つの他の管理ユニットと協働し、複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダおよび少なくとも１つの他のサービス・プロバイダによって提供されるサービスを仮想化する。

通信セッションは、会議通話および２地点間通話のうちの少なくとも１つを含むＶｏＩＰセッションとすることができる。少なくとも１人のエンド・ユーザは、アクセス・ネットワークを介して少なくとも１つの管理ユニットと接触することが可能であり、アクセス・ネットワークは、無線ＬＡＮ、ＬＡＮ、インターネット、ケーブル・ネットワーク、ケーブル・ゲートウェイ、電話会社網、公衆交換電話網、無線ネットワーク、および無線ゲートウェイのうちの少なくとも１つを含む。システムのシグナリング・プロトコルは、セッション開始プロトコルとすることができる。

複数のサービス・プロバイダのうちのそれぞれのサービス・プロバイダは、少なくとも１つのＶｏＩＰサービスを提供することができる。複数のサービス・プロバイダのうちのそれぞれのサービス・プロバイダのサービスを、所定の基準に基づいてサービス・セグメントに分割することが可能であり、所定の基準には、サービス位置、サービス・タイプ、サービス期間、サービス・タイミング、およびサービス品質のうちの少なくとも１つが含まれる。

少なくとも１つの管理ユニットが、少なくとも１つのサービス・レベルの合意に従って、複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダと少なくとも１つの他のサービス・プロバイダとのサービスを仮想化することができる。少なくとも１つのサービス・レベルの合意は、少なくとも１つのサービス・プロバイダと少なくとも１つの他のサービス・プロバイダとの間、少なくとも１つの管理ユニットと少なくとも１つのサービス・プロバイダとの間、および少なくとも１つの管理ユニットと少なくとも１つの他の管理ユニットとの間のうち、少なくとも１つとすることができる。システムは、少なくとも１人のエンド・ユーザとアクセス・ネットワークとの間のサービス・レベルの合意も含むことができる。少なくとも１つの管理ユニットは、少なくとも１つの他の管理ユニットと協働し、複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダおよび少なくとも１つの他のサービス・プロバイダによって提供されるサービスを仮想化することができる。複数のサービス・プロバイダのうちのそれぞれのサービス・プロバイダは、通信セッションについての知識なしに、通信セッションに少なくとも１つのサービスを提供することができる。

少なくとも１つの管理ユニットは、少なくとも１人のエンド・ユーザを識別すること、少なくとも１人のエンド・ユーザが通信セッションを要求するための権利を決定すること、および請求プロセスをトリガすることのうち、少なくとも１つに関する許可ユニットを含むことができる。少なくとも１つの管理ユニットは、最適な音声パスを計算すること、少なくとも１つのサービス・プロバイダを選択すること、ならびに、少なくとも１つの管理ユニットおよび少なくとも１つの他の管理ユニットからマスタ管理ユニットを選択することのうち、少なくとも１つに関するパス計算ユニットを含むことができる。最適な音声パスの計算および少なくとも１つのサービス・プロバイダの選択は、サービス・レベルの合意およびセッション性能情報のうちの少なくとも１つに基づくものとすることができる。セッション性能情報は、音声品質情報、通信リンク状況情報、およびリソース状況情報のうちの、少なくとも１つを含むことができる。少なくとも１つの管理ユニットは、通信セッションに関する音声品質の測定、サービス境界の画定、および通信セッションに関する少なくとも１つのサービス・レベルの合意の定義のうちの、少なくとも１つに関する監視ユニットを含むことができる。少なくとも１つの管理ユニットは、サービス・レベルの合意情報およびセッション性能情報のうちの少なくとも１つを格納するための、データベース・ユニットを含むことができる。

少なくとも１つの管理ユニットは、最適な音声パスをセットアップするためのパス・セットアップ・ユニットを含むことができる。少なくとも１つのサービス・プロバイダは、少なくとも１つのサービス・レベルの合意の下でアクセス可能な、少なくとも１つのアクセス・ポイントを含むことができる。最適な音声パスは、少なくとも１つのサービス・プロバイダ、または、複数のサービス・プロバイダのうちの少なくとも１つの他のサービス・プロバイダに接続された少なくとも１つのサービス・プロバイダを含む、少なくとも１つの線形分岐を含むことができる。少なくとも１つの管理ユニットは、少なくとも１つの管理ユニットと少なくとも１つの他の管理ユニットとの間で通信するための、通信ユニットを含むことができる。

パス計算ユニットは、監視ユニットによって集められた性能情報を使用して、最適な音声パスを計算すること、および少なくとも１つのサービス・プロバイダを選択することのうちの、少なくとも１つを実行することができる。

通信セッションを提供するための方法は、通信セッションを管理するための少なくとも１つのサーバにアクセスすること、複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダを選択すること、および、少なくとも１人のエンド・ユーザに通信セッションを提供するために少なくとも１つのサービス・プロバイダの少なくとも１つのサービスを利用することを有し、少なくとも１つの管理ユニットは、少なくとも１つの他の管理ユニットと協働し、複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダおよび少なくとも１つの他のサービス・プロバイダによって提供されるサービスを仮想化する。

通信セッションは、会議通話および２地点間通話のうちの少なくとも１つを含む、ＶｏＩＰセッションとすることができる。この方法は、セッション開始プロトコルをシグナリング・プロトコルとして使用すること、複数のサービス・プロバイダのうちのそれぞれのサービス・プロバイダのサービスを所定の基準に基づいてサービス・セグメントに分割すること、を含むことが可能であり、所定の基準には、サービス位置、サービス・タイプ、サービス期間、サービス・タイミング、およびサービス品質のうちの少なくとも１つが含まれる。

この方法は、少なくとも１つのサービス・レベルの合意に従って、複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダと少なくとも１つの他のサービス・プロバイダとのサービスを仮想化することを含むことも可能であり、少なくとも１つのサービス・レベルの合意は、少なくとも１つのサービス・プロバイダと少なくとも１つの他のサービス・プロバイダとの間、通信セッションを管理するための少なくとも１つのサーバと少なくとも１つのサービス・プロバイダとの間、および、通信セッションを管理するための少なくとも１つのサーバと通信セッションを管理するための少なくとも１つの他のサーバとの間のうちの、少なくとも１つである。

この方法は、少なくとも１人のエンド・ユーザを識別すること、少なくとも１人のエンド・ユーザが通信セッションを要求するための権利を決定すること、請求プロセスをトリガすること、最適な音声パスを計算すること、最適な音声パスをセットアップすること、通信セッションに関する音声品質を測定すること、サービス境界を画定すること、および通信セッションに関する少なくとも１つのサービス・レベルの合意を定義すること、を含むこともできる。測定された音声品質、サービス境界、および少なくとも１つのサービス・レベルの合意のうちの少なくとも１つを使用して、最適な音声パスを計算することができる。この方法は、サービス・レベルの合意情報と、少なくとも１つの音声パスを介した音声品質に関するデータとのうちの、少なくとも１つを格納することもできる。最適な音声パスのセットアップは、少なくとも１つのサービス・プロバイダと通信セッションを管理するための少なくとも１つのサーバとの間に第１の接続を確立すること、少なくとも１つのサービス・プロバイダと複数のサービス・プロバイダのうちの少なくとも１つの他のサービス・プロバイダとの間に第２の接続を確立すること、および、少なくとも１つの他のサービス・プロバイダと通信セッションを管理するための少なくとも１つの他のサーバとの間に第３の接続を確立すること、を含むことができる。少なくとも１つのサービス・プロバイダおよび少なくとも１つの他のサービス・プロバイダは、それぞれ、少なくとも１つのサービス・レベルの合意の下でアクセス可能な少なくとも１つのアクセス・ポイントを含むことができる。

この方法は、通信セッションを管理するための少なくとも１つのサーバと通信セッションを管理するための少なくとも１つの他のサーバとの間に、通信回線を確立することを含むこともできる。

本発明の一実施形態では、マシンによる読み取り可能なプログラム・ストレージ・デバイスが、通信セッションを提供するための方法ステップを実行するためにマシンによって実行可能なプログラムを有形に具体化する。この方法ステップは、複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダを選択すること、および少なくとも１人のエンド・ユーザに通信セッションを提供するために少なくとも１つのサービス・プロバイダの少なくとも１つのサービスを利用することを含み、少なくとも１つの管理ユニットは、少なくとも１つの他の管理ユニットと協働し、複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダおよび少なくとも１つの他のサービス・プロバイダによって提供されるサービスを仮想化する。

通信セッションは、会議通話および２地点間通話のうちの少なくとも１つを含む、ＶｏＩＰセッションとすることができる。プログラム・ストレージ・デバイスは、セッション開始プロトコルをシグナリング・プロトコルとして使用するため、複数のサービス・プロバイダのうちのそれぞれのサービス・プロバイダのサービスを所定の基準に基づいてサービス・セグメントに分割するため、の命令を含むことも可能であり、所定の基準には、サービス位置、サービス・タイプ、サービス期間、サービス・タイミング、およびサービス品質のうちの少なくとも１つが含まれる。

プログラム・ストレージ・デバイスは、少なくとも１つのサービス・レベルの合意に従って、複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダと少なくとも１つの他のサービス・プロバイダとのサービスを仮想化するための命令を含むことも可能であり、少なくとも１つのサービス・レベルの合意は、少なくとも１つのサービス・プロバイダと少なくとも１つの他のサービス・プロバイダとの間、通信セッションを管理するための少なくとも１つのサーバと少なくとも１つのサービス・プロバイダとの間、および、通信セッションを管理するための少なくとも１つのサーバと通信セッションを管理するための少なくとも１つの他のサーバとの間のうちの、少なくとも１つである。

プログラム・ストレージ・デバイスは、少なくとも１人のエンド・ユーザを識別するため、少なくとも１人のエンド・ユーザが通信セッションを要求するための権利を決定するため、請求プロセスをトリガするため、最適な音声パスを計算するため、最適な音声パスをセットアップするため、通信セッションに関する音声品質を測定するため、サービス境界を画定するため、通信セッションに関する少なくとも１つのサービス・レベルの合意を定義するため、ならびに、測定された音声品質、サービス境界、および最適な音声パスを計算するための少なくとも１つのサービス・レベルの合意のうちの少なくとも１つを使用するため、の命令を含むこともできる。プログラム・ストレージ・デバイスは、サービス・レベルの合意情報とセッション性能情報のうちの少なくとも１つを格納するための命令も含むことが可能であり、セッション性能情報は、音声品質情報、通信リンク状況情報、およびリソース状況情報のうちの、少なくとも１つを含むことができる。

最適な音声パスのセットアップは、少なくとも１つのサービス・プロバイダと通信セッションを管理するための少なくとも１つのサーバとの間に第１の接続を確立すること、少なくとも１つのサービス・プロバイダと複数のサービス・プロバイダのうちの少なくとも１つの他のサービス・プロバイダとの間に第２の接続を確立すること、および、少なくとも１つの他のサービス・プロバイダと通信セッションを管理するための少なくとも１つの他のサーバとの間に第３の接続を確立すること、を含むことができる。少なくとも１つのサービス・プロバイダおよび少なくとも１つの他のサービス・プロバイダは、それぞれ、少なくとも１つのサービス・レベルの合意の下でアクセス可能な少なくとも１つのアクセス・ポイントを含むことができる。

プログラム・ストレージ・デバイスは、通信セッションを管理するための少なくとも１つのサーバと通信セッションを管理するための少なくとも１つの他のサーバとの間に、通信回線を確立するための命令を含むこともできる。

本発明の好ましい諸実施形態については、添付の図面に関して説明される以下の記述からより詳細に理解できるであろう。

次に、本発明の好ましい諸実施形態について、本発明の好ましい諸実施形態が示された添付の図面をより詳細に参照しながら、より完全に説明する。しかしながら、本発明は異なる形式での具体化が可能であり、本明細書に記載された諸実施形態に限定されるものと解釈すべきではない。むしろこれらの諸実施形態は、この開示が徹底的および完全であり、本発明の範囲を当業者に完全に伝えるものとなるように、提供されるものである。

図２を参照すると、本発明の一実施形態に従った、ＶｏＩＰサービスのためのＶｏＩＰサービス管理フレームワーク１００（たとえば、ＶｏＩＰ会議通話および２地点間２者通話）は、インターネットを介して配布可能な複数のＶｏＩＰサービス管理ユニット、たとえばＶｏＩＰサービス管理ユニット１１０および１２０を含む。サービス管理フレームワーク１００は、標準的なセッション開始プロトコル（ＳＩＰ）をシグナリング・プロトコルとして使用するが、データを伝送するための任意の既知のフォーマットを使用することもできる。

図３に示されるように、ユーザは、ＶｏＩＰ関連サービスのための様々なアクセス・ネットワーク１５０を介して、ＶｏＩＰサービス管理ユニット１１０、１２０と接触することができる。アクセス・ネットワーク１５０は、たとえば無線ＬＡＮ１５１、ＬＡＮ１５２、インターネット１５３、ケーブル・ネットワーク１５４、ケーブル・ゲートウェイ１５５、電話会社（Ｔｅｌｃｏ）電話網１５６、公衆交換電話網（ＰＳＴＮ）１５７、無線ネットワーク１５８、無線ゲートウェイ１５９、または前述の任意の組み合わせとすることができる。

様々な個々のサービス・プロバイダ間でのサービス・レベルの合意（ＳＬＡ）、サービス・コンポーネント、またはサービス管理ユニット、あるいはそれらすべてを使用して、ＶｏＩＰサービス管理ユニット１１０、１２０は協働し、複数のサービス・プロバイダから入手可能なＶｏＩＰリソースおよびサービスを仮想化（すなわちプール）する。一般に、ＳＬＡは、サービス・プロバイダによるサービスの規定を定義する条項を含む契約である。本明細書で開示されたＳＬＡは、サービス・プロバイダ間でのリソースおよびサービスの仮想化または割り振りを定義する規定を含むことができる。たとえば、もはや会議サービスＡ、Ｂ、およびＣに関連付けられたリソースおよびサービスは、それぞれ会議サービスＡ、Ｂ、およびＣのユーザに限定されるものではない。本発明の一実施形態によれば、もはやユーザは、それぞれサービスＡ、Ｂ、またはＣに関連付けられたＶｏＩＰリソースおよびサービスを取得するために、サービスＡ、Ｂ、またはＣと排他的に協働する必要はない。その代わりに、会議サービスＡ、Ｂ、およびＣのサービスおよびリソースは、ＳＬＡ１〜６に基づき、必要に応じてＶｏＩＰセッション用に自由に割り振りおよび使用可能にすることができる。同様に、２地点間通話サービスＤおよびＥに関連付けられたリソースおよびサービスを、ＳＬＡ１、２、および７〜９に基づいてＶｏＩＰセッション用に自由に割り振ることもできる。

本発明の一実施形態によれば、個々のサービス・プロバイダそれぞれ（たとえば、会議サービスＡ、Ｂ、およびＣ）は、たとえばインターネット内の地理的位置、サービスのタイプ、サービスの期間、サービスのタイミング（たとえば、通信セッション中でサービスが必要な時点）、またはサービスの品質、あるいはそれらすべてなどの、何らかの基準に基づいて、そのＶｏＩＰサービスをサービス・セグメントに分割する。各サービス・セグメントは、ＶｏＩＰサービス・プロバイダがその未使用のリソースをより効率的に利用または割り振りできるように、ＶｏＩＰサービス全体のうちの別々および個々のコンポーネントとして利用可能にすることができる。

ＳＬＡ１および２は、それぞれサービス管理ユニット１１０および１２０によってユーザＰおよびユーザＱに提供される、ＶｏＩＰサービス用のＳＬＡ全体を表す。ユーザＰ（ＳＬＡ１）およびユーザＱ（ＳＬＡ２）は、異なる権利を付与する異なるＳＬＡ全体を有し、電話セッションを最終的に管理するＳＬＡは、たとえばそのセッションのサービス料を支払っているユーザに属するＳＬＡとすることができる。

ＶｏＩＰサービス管理ユニット１１０、１２０は、サービス管理機能をサービス提供機能から分離するサービス・フレームワークを提供する。その結果、ＶｏＩＰリソース／サービスは再使用可能となり、ユーザは個々のサービス・プロバイダＡ〜Ｅに固定される必要がなくなる。また、サービス・プロバイダＡ〜ＣまたはＤ〜Ｅは、たとえばすべての地理的サービス領域をカバーするようにそれらのリソースおよびサービスを組み合わせることができる。概念上は、あらゆるＶｏＩＰサービスを再使用および構成可能なユーティリティとみなすことができる。ＶｏＩＰサービス管理ユニットを介したＶｏＩＰリソース／サービスの仮想化により、通信システムはスケーラブルかつより信頼可能なものとなる。さらにエンド・ユーザは、より低いコストおよびより高いサービス品質を享受することができる。

状況に応じて、ＶｏＩＰ管理ユニット１１０または１２０が、所与のＶｏＩＰ会議セッションについて単一のサービス・プロバイダを選択するか、あるいは管理ユニット１１０または１２０が同じ会議セッションについて協働するように複数の会議サービス・プロバイダを選択することができる。複数のサービス・プロバイダが使用される状況では、各会議サービス・プロバイダは、会議セッション全体についての知識なしに独立して働くことができる。また管理ユニット・ソフトウェアは、新しいかまたは異なるＳＬＡを反映するように自動的に更新することができる。

図４を参照すると、ＶｏＩＰ管理ユニット１１０／１２０は、認証、許可、および会計ユニット１３１と、セッション・パス最適化計算ユニット１３２と、セッション関係のすべての情報を格納および更新するためのデータベースおよび記帳（ｂｏｏｋｋｅｅｐｉｎｇ）ユニット１３３と、分散型ＶｏＩＰ品質監視ユニット１３４と、セッション・パス・セットアップ・ユニット１３５と、他の管理ユニットと通信するための通信ユニット１３６と、を含む。

ＶｏＩＰサービス管理ユニット１１０／１２０は、ユーザからサービス要求を受信すると、認証、許可、および会計ユニット１３１を使用して認証、許可、および会計を実行する。認証、許可、および会計は、ユーザと彼らがサービスを要求するための権利とを識別するため、および請求プロセスをトリガするために実行される。一般に、ユーザはＶｏＩＰサービス要求を開始するためにＳＩＰプロトコルを使用することになる。認証、許可、および会計は、当業者に既知の任意の方法で実行可能である。たとえば、ＲＡＤＩＵＳなどの既知のプロトコルを使用することができる。

セッション・パス最適化計算ユニット１３２は、最適な音声パスを計算し、ＳＬＡと分散型品質監視ユニット１３４によって集められたセッション性能情報とに基づいて、サービス・プロバイダを選択する（以下で詳細に説明）。セッション性能情報は、音声品質、通信リンク状況情報、または、平均評価スコア（ＭＯＳ／ｍｅａｎｏｐｉｎｉｏｎｓｃｏｒｅ）、帯域幅使用率、パケット損失率、およびリソース使用率を含むリソース状況情報、あるいはそれらすべてを含むことができる。好ましくは、ＳＬＡおよびセッション性能に関する情報は、各サービス管理ユニットによって監視され、これに格納される。この情報は、たとえばデータベースおよび記帳ユニット１３３に格納することができる。データベースおよび記帳ユニット１３３は、使用可能なＳＬＡ情報（たとえばＳＬＡの規定）およびセッション性能情報をすべて格納することができる。データは、最適な音声パスを計算するためにセッション・パス最適化計算ユニット１３２によって使用される。この計算には、たとえばダイクストラ法などの当業者に既知の任意の好適な最適化アルゴリズムを採用することができる。

さらにセッション・パス最適化計算ユニット１３２は、セッションのマスタ管理ユニットとして、パスの管理ユニットのうちの１つを任意に選択する。

分散型ＶｏＩＰ品質監視ユニット１３４は、ＶｏＩＰサービス要求セッションの音声品質を測定する。音声品質は、サービスの品質および要求セッションに関するＳＬＡに対応する。各サービス管理ユニット（たとえば１１０および１２０）の複数の分散型ＶｏＩＰ品質監視ユニット１３４は、品質が保証されたサービス境界を画定し、それによって、ユーザ・エージェントからのヘルプなしに、ＶｏＩＰサービス・セッションに関するＳＬＡの定義または構成が可能になる。その結果として、ユーザ・デバイスはいかなる特殊な性能監視ツールも必要としない。さらにユーザは、任意の標準ＳＩＰソフトウェアを使用してサービスを要求し、管理ユニットによって確定されたサービス境界を含むＳＬＡを取得することができる。

ユーザ・デバイス内に管理ユーザ・エージェント（たとえば、スタンドアロン型ＶｏＩＰ電話内部で動作する埋め込み型Ｊａｖａアプリケーション）が格納またはインストールされている場合、および、アクセス・ネットワーク１５０内に使用可能なＳＬＡが存在する場合、品質保証の境界を管理ユニットからエンド・ユーザまで拡張することができる。したがって、分散型音声品質監視ユニット１３４を使用して、エンドツーエンド・サービスＳＬＡ、エンドツーエンド性能管理、およびエンドツーエンド音声品質測定を取得することができる。

前述のように、分散型音声品質監視ユニット１３４によって集められたセッション性能情報は、最適な音声パスを計算するため、およびサービス・プロバイダを選択するために、セッション・パス最適化計算ユニット１３２によって使用される。したがって、ＶｏＩＰ品質が測定および監視される被制御音声パスを有する品質保証ＶｏＩＰサービスを確立することができる。分散型音声品質監視ユニット１３４は、最適な音声パスがセットアップされた後に、音声品質の監視を続行することができる。

図５を参照すると、管理ユニット１１０／１２０が特定のルートに沿って音声パケット・プローブを送信するように決定した場合は必ず、管理ユニット１１０／１２０はセッション・パス・セットアップおよび修正ユニット１３５を利用して、管理ユニット１１０／１２０間のルートをセットアップする。プローブ・パケットはセッション・パス・セットアップ・ユニット１３５内に定義されたパスをたどるため、選択されたパスの音声品質を測定することができる。

セッション・パス・セットアップ・ユニット１３５は、セッション・パス最適化計算ユニット１３２によって選択されたパスをセットアップする。各ＶｏＩＰサービス・プロバイダは、確立されたパスに沿ったデータの動きが発生可能なように、ＳＬＡ契約の下でアクセス可能なサービス・アクセス・ポイントのセットを提供するものとする。標準インターフェースおよびアプリケーション・プログラム・インターフェース（ＡＰＩ）、ならびにＳＩＰを、セッション・パス・セットアップに使用することができる。

図５に示されるように、管理ユニット１１０および１２０ならびにサービス・プロバイダＢおよびＣは、選択されたパス内にある。選択されたパスは、これより多いかまたは少ない管理ユニットおよびサービス・プロバイダを含むことができる。この例では、管理ユニット１１０がセッションの選択されたマスタである。

管理ユニット１１０は、特定のセッション識別子（ＩＤ）を備えるＩＮＶＩＴＥメッセージをサービス・プロバイダＢのサービス・アクセス・ポイントに送信し（ステップ１８１）、管理ユニット１１０とサービス・プロバイダＢとの間の接続をセットアップする。サービス・アクセス・ポイントは、好ましくは、ＳＩＰなどのオープン業界標準プロトコルおよびインターフェース・メソッドで動作する。管理ユニット１１０は、同じセッションＩＤを備える他のＩＮＶＩＴＥメッセージをサービス・プロバイダＣのサービス・アクセス・ポイントに送信し（ステップ１８３）、管理ユニット１１０とサービス・プロバイダＣとの間の接続をセットアップする。その後、管理ユニット１１０はＲＥＦＥＲメッセージをサービス・プロバイダＣに送信し（ステップ１８４）、管理ユニット１１０とサービス・プロバイダＣとの間の接続を、サービス・プロバイダＢとサービス・プロバイダＣとの間の接続に置き換えるよう、サービス・プロバイダＣに要求する（ステップ１８５）。管理ユニット１１０は、同じセッションＩＤを備える他のＩＮＶＩＴＥメッセージを管理ユニット１２０に送信し（ステップ１８６）、管理ユニット１１０と１２０との間の接続を確立する。その後、管理ユニット１１０はＲＥＦＥＲメッセージを管理ユニット１２０に送信し（ステップ１８７）、管理ユニット１１０と１２０との間の接続を、管理ユニット１２０とサービス・プロバイダＣとの間の接続に置き換えるよう、管理ユニット１２０に要求する（ステップ１８８）。すべての接続が同じセッションＩＤでセットアップされるため、所与のセッションについて、管理ユニット１１０、サービス・プロバイダＢおよびＣ、ならびに管理ユニット１２０の間で、音声パスがセットアップされることになる。サービス・プロバイダＢおよびＣ内部の音声パスは、同様に対応するＳＬＡに従って隠されるため、パス内に未知のＩＰアドレスを備えた１つまたは複数のサービス・セグメントが存在する可能性がある。

最終的に、特定セッションのあらゆるＶｏＩＰサービス・ユーザは、ＶｏＩＰサービスにアクセスするために１つのサービス管理ユニットに接続するだけでよい。さらに、あるセッションに関与する各管理ユニットは、最終的に少なくとも１つのサービス・プロバイダまたはリソースに接続するだけでよく、関与するサービス・プロバイダはユーザの数に応じて線形セッション音声パスを形成する。テスト・プローブ音声パケットは、音声パスをトラバースして所与のパスの音声品質を測定することができる。

再度図４を参照すると、通信ユニット１３６は他の管理ユニットおよびインターネットへの通信チャネルである。各管理ユニットは、データベースおよび記帳ユニット１３３内に格納された情報を更新および同期させるため、ならびに所与のセッションに関するマスタ管理ユニットを選択するために、通信ユニット１３６を使用する。通信ユニット１３６は、たとえば伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）を使用してセッション情報を送り、マスタ管理ユニットを選択する。

ユーザがアクセス可能なＶｏＩＰ管理ユニットのＵＲＬは、たとえばＷｅｂサービス出版物などの良く知られた手段を介して公開することができる。ユーザは、たとえば会社方針、ローカル方針、またはコストなどに基づいて、ＶｏＩＰ管理サービス・ユニットを自由に選択することができる。状況によっては、指定された会議ＩＤを使用して、管理ユニットが同じ会議をホストしている協働管理ユニットを発見すること、および会議セッションをホストするための１つまたは複数の会議サービス・プロバイダまたはリソースを見つけることを可能にすることができる。２地点間２者ＶｏＩＰ通話サービスの場合、管理ユニットは、ＳＩＰメッセージで搬送される宛先情報からピア・エンド管理ユニットを発見し、セッションをホストするための１つまたは複数の２地点間通話サービス・プロバイダを特定することができる。

要するに、低コストでより良い品質のＶｏＩＰサービスを実行可能にするための、標準ＳＩＰプロトコルに基づいたサービス機構、フレームワーク、およびアーキテクチャが開示される。新しいＶｏＩＰサービス・モデルを作成するために、様々なＶｏＩＰサービスおよびリソースを管理するスケーラブルなＶｏＩＰサービス管理システムが開示され、サービス・モデルは、より低コストかつより高品質サービスで１つまたは複数のサービス・プロバイダまたはリソースを利用することができる。個々のＶｏＩＰサービス・プロバイダは、それぞれその未使用のリソースを、ＶｏＩＰサービス全体に対する個々のサービス・コンポーネントとしてより効率良く利用することができる。さらに個々のＶｏＩＰサービス・プロバイダは、エンド・ユーザが体験しているＶｏＩＰセッションの知識なしに、ＳＬＡに基づいてそれぞれそのＶｏＩＰリソースを他のサービス・プロバイダに販売することができる。

以上、例示的な諸実施形態について、添付の図面を参照しながら説明してきたが、本発明はこれらの精密な諸実施形態に限定されるものではないこと、ならびに本明細書の様々な他の変更および修正が、本発明の範囲または趣旨を逸脱することなく関連分野の当業者の１人によって実行可能であることを理解されよう。こうしたすべての変更および修正は、添付の特許請求の範囲で定義された本発明の範囲内に含まれることが意図される。

音声品質測定の従来の方法を示すブロック図である。本発明の一実施形態に従った、ＶｏＩＰサービスのための管理アーキテクチャを示すブロック図である。本発明の一実施形態に従った、ＶｏＩＰサービス・アクセス・ネットワークを示すブロック図である。本発明の一実施形態に従った、ＶｏＩＰサービス管理ユニットを示すブロック図である。本発明の一実施形態に従った、セッション・パス・セットアップ手順を示すブロック図である。

Claims

複数のサービス・プロバイダと、
少なくとも１つの管理ユニットと、
を有する通信システムであって、前記少なくとも１つの管理ユニットは、エンド・ユーザが前記管理ユニットへのアクセスを可能にするＵＲＬを使用して選択可能な管理ユニットであり、
前記少なくとも１つの管理ユニットが、
通信セッションに関する性能情報を集めるための監視ユニットと、
前記監視ユニットによって集められた前記性能情報を使用して、最適な音声パスを計算し、前記複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダを選択するためのパス計算ユニットと、
前記少なくとも１つのサービス・プロバイダの少なくとも１つのサービスを利用して前記最適な音声パスをセットアップし、少なくとも１人のエンド・ユーザに通信セッションを提供するためのパス・セットアップ・ユニットと、
を含み、
さらに前記少なくとも１つの管理ユニットは、少なくとも１つの他の管理ユニットと協働し、前記複数のサービス・プロバイダのうちの前記少なくとも１つのサービス・プロバイダおよび少なくとも１つの他のサービス・プロバイダによって提供されるサービスを仮想化し、
前記通信セッションが、複数のサービス・プロバイダにわたったＶｏＩＰセッションである、
通信システム。
通信セッションを提供するための方法であって、
通信セッションを管理するための少なくとも１つのサーバにアクセスすること、
監視ユニットによって集められた通信セッションに関する性能情報を使用して、最適な音声パスを計算し、複数のサービス・プロバイダのうちの少なくとも１つのサービス・プロバイダを選択すること、
少なくとも１人のエンド・ユーザに前記通信セッションを提供するために前記少なくとも１つのサービス・プロバイダの少なくとも１つのサービスを利用して前記最適な音声パスをセットアップすること、および、
前記通信セッションを管理するための少なくとも１つの管理ユニットと、前記通信セッションを管理するための少なくとも１つの他の管理ユニットとの間に、通信回線を確立すること、を含み、
前記少なくとも１つの管理ユニットは、エンド・ユーザが前記管理ユニットへのアクセスを可能にするＵＲＬを使用して選択可能な管理ユニットであり、
さらに前記少なくとも１つの管理ユニットは、少なくとも１つの他の管理ユニットと協働し、前記複数のサービス・プロバイダのうちの前記少なくとも１つのサービス・プロバイダおよび少なくとも１つの他のサービス・プロバイダによって提供されるサービスを仮想化し、
前記通信セッションが、複数のサービス・プロバイダにわたったＶｏＩＰセッションである、
方法。
前記最適な音声パスをセットアップすることが、
前記少なくとも１つのサービス・プロバイダと、前記通信セッションを管理するための前記少なくとも１つのサーバとの間に、第１の接続を確立すること、
前記少なくとも１つのサービス・プロバイダと、前記複数のサービス・プロバイダのうちの少なくとも１つの他のサービス・プロバイダとの間に、第２の接続を確立すること、
および、
前記少なくとも１つの他のサービス・プロバイダと、前記通信セッションを管理するための少なくとも１つの他のサーバとの間に、第３の接続を確立すること、
を含む、請求項２に記載の方法。
請求項２乃至３のいずれか１項に記載の方法の各ステップをコンピュータに実行させるためのコンピュータ・プログラムを記録したコンピュータ読み取り可能な記録媒体。