(57)【要約】  電話システムの様々なコンポーネントを地理的に分散させることを可能にする電話システムアーキテクチャは、それにもかかわらず、シームレスに統合されたシステムとして機能する。シグナリングゲートウェイは、ＳＳ７インタフェースを介してＰＳＴＮとインタフェースをとる。該シグナリングゲートウェイは、電話プロトコルサーバを含む。該電話システムの少なくとも１つのコンポーネントは、電話プロトコルクライアントを含む。該電話プロトコルクライアントと、電話プロトコルサーバは、インターネットプロトコル（ＩＰ）ネットワークを介して通信する。該電話プロトコルサーバは、該ＰＳＴＮへのアクセスを、該電話プロトコルクライアントを有するコンポーネントに提供する。該ＰＳＴＮに対するＳＳ７インタフェースを必要とする様々なコンポーネントにおけるどの機能も、該電話プロトコルサーバにより、該シグナリングゲートウェイを介して簡単に処理される。【選択図】図１
2008505549.tif 000002
【特許請求の範囲】
【請求項１】
分散型アーキテクチャを有する通信プラットフォームから通信サービスを提供する方法であって、
公衆交換電話網（ＰＳＴＮ）に対するシグナリングインタフェースと、ＩＰネットワークに対するインターネットプロトコル（ＩＰ）インタフェースと、電話プロトコルサーバとを含むように信号ゲートウェイを構成するステップと、
電話プロトコルクライアントを含むように、前記通信プラットフォームのコンポーネントを構成するステップと、
前記電話プロトコルサーバと前記電話プロトコルクライアントとの間の通信を前記ＩＰネットワークを介して確立するステップと、
を備える、方法。
【請求項２】
前記電話プロトコルサーバが、ＳＳ７プロトコルのセットを有するＳＳ７サーバを備える、請求項１に記載の方法。
【請求項３】
前記電話プロトコルクライアントが、前記ＳＳ７サーバとインタフェースをとるアプリケーションプログラムインタフェース（ＡＰＩ）を備える、請求項２に記載の方法。
【請求項４】
前記ＡＰＩが、前記ＳＳ７サーバに、ペイロードを有するメッセージを供給することを可能にするステップと、
前記ＳＳ７サーバが、前記ＳＳ７プロトコルのセットの特定のプロトコルを用いて、前記メッセージのペイロードを前記ＰＴＳＮへ供給することを可能にするステップであって、前記特定のプロトコルがＴＣＡＰである、ステップと、
をさらに含む、請求項３に記載の方法。
【請求項５】
前記ＡＰＩから前記ＳＳ７サーバへのメッセージが、伝送制御プロトコル（ＴＣＰ）に準拠する、請求項４に記載の方法。
【請求項６】
前記ペイロードが、ショート・メッセージ・システム（ＳＭＳ）プロトコルに準拠する、請求項４に記載の方法。
【請求項７】
前記通信を確立するステップが、
ｂｉｎｄ＿ｔｒａｎｓｃｅｉｖｅｒメッセージを前記電話プロトコルクライアントから前記電話プロトコルサーバへ送信して、前記サーバとのクライアントセッションのインスタンスを始めるステップと、
ｂｉｎｄ＿ｔｒａｎｓｃｅｉｖｅｒ＿ｒｅｓｐメッセージを前記電話プロトコルサーバから前記電話プロトコルクライアントへ送信するステップと、
を含む、請求項３に記載の方法。
【請求項８】
前記通信を確立するステップが、
ｋｅｅｐ＿ａｌｉｖｅメッセージを前記電話プロトコルクライアントから前記電話プロトコルサーバへ送信するステップを含む、
請求項３に記載の方法。
【請求項９】
前記ＩＰネットワークを介した通信に対するルーツ可用性を判断するステップをさらに含む、請求項３に記載の方法。
【請求項１０】
分散型アーキテクチャに基づく通信システムプラットフォームであって、
シグナリングゲートウェイ及び電話プロトコルサーバを含む、前記通信プラットフォームの第１のコンポーネントであって、前記シグナリングゲートウェイが、インターネットプロトコル（ＩＰ）インタフェースと、公衆交換電話網（ＰＴＳＮ）とのシグナリングインタフェースとを有する、第１のコンポーネントと、
ＩＰネットワークと、
電話プロトコルクライアント及びＩＰインタフェースを有する、前記通信プラットフォームの第２のコンポーネントであって、前記電話プロトコルサーバと前記電話プロトコルクライアントとが、前記ＩＰネットワークを通じて通信する、第２のコンポーネントと、
を備える、通信システムプラットフォーム。
【請求項１１】
前記電話プロトコルサーバが、ＳＳ７プロトコルのセットを有するＳＳ７サーバを備える、請求項１０に記載の通信プラットフォーム。
【請求項１２】
前記電話プロトコルクライアントが、前記ＳＳ７サーバとインタフェースをとるアプリケーションプログラムインタフェース（ＡＰＩ）を備える、請求項１１に記載の通信プラットフォーム。
【請求項１３】
前記ＡＰＩは、前記ＳＳ７サーバに、ペイロードを有するメッセージを供給できるようになっており、前記ＳＳ７サーバは、前記ＳＳ７プロトコルのセットの特定のプロトコルを用いて、前記メッセージのペイロードを前記ＰＴＳＮへ供給できるようになっており、前記特定のプロトコルがＴＣＡＰである、請求項１２に記載の通信プラットフォーム。
【請求項１４】
前記ＡＰＩから前記ＳＳ７サーバへのメッセージが、伝送制御プロトコル（ＴＣＰ）に準拠する、請求項１３に記載の通信プラットフォーム。
【請求項１５】
前記ペイロードが、ショート・メッセージ・システム（ＳＭＳ）プロトコルに準拠する、請求項１３に記載の通信プラットフォーム。
【請求項１６】
前記電話プロトコルクライアントが、ｂｉｎｄ＿ｔｒａｎｓｃｅｉｖｅｒメッセージを前記電話プロトコルサーバへ送信して、前記サーバとのクライアントセッションのインスタンスを始め、前記電話プロトコルサーバが、ｂｉｎｄ＿ｔｒａｎｓｃｅｉｖｅｒ＿ｒｅｓｐメッセージを前記電話プロトコルクライアントへ送信する、請求項１２に記載の通信プラットフォーム。
【請求項１７】
前記電話プロトコルクライアントが、ｋｅｅｐ＿ａｌｉｖｅメッセージを前記電話プロトコルサーバへ送信する、請求項１２に記載の通信プラットフォーム。
【請求項１８】
前記電話プロトコルサーバが、前記ＩＰネットワークを介した通信に対するルート可用性を判断する、請求項１２に記載の通信プラットフォーム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の参照
［０００１］
この出願は、２００４年６月３０日に出願され、出願番号６０／５８４，１１７が割り振られた「通信システムのための分散型ＩＰアーキテクチャ（“ＤＩＳＴＲＩＢＵＴＥＤ  ＩＰ  ＡＲＣＨＩＴＥＣＴＵＲＥ  ＦＯＲ  ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＳＹＳＴＥＭ”）」というタイトルの米国仮出願の出願日遡及の利益を請求する。
【０００２】
連邦政府から委託された研究又は開発に関する告知
［０００２］
なし
配列記載書、表、または、コンピュータプログラムリスティングコンパクトディスク付録の参照
［０００３］
なし
発明の背景
［０００４］
本発明は、分散型ＩＰシステム及び通信システムに関し、および、より具体的には、分散型ＩＰアーキテクチャを通じて情報をやりとりする、地理的に分散可能なコンポーネントを伴う多機能通信システムに関する。
【０００３】
［０００５］
この数十年の間に、音声メールは、規模を拡大し続け、ほとんどのビジネスの成功する経営における重要な要素として定着した。典型的な音声メールシステムは、今日、ビジネス電話システムに接続されているパーソナルコンピュータ内で作動することができるコンピュータカード、または、該ビジネス電話システムに直接的に一体化されているコンピュータカードまたはコンポーネント、あるいは、通信会社により提供されるサービスを含む様々な形態をとることができる。
【０００４】
［０００６］
今日、利用可能な音声メールシステムの各々のための共通の要素は、該音声メールシステムを構成するコンポーネントが、互いに通信しなければならず、そのため、同一場所に配設しなければならないということである。これは、地理的に分散した営業所を有する会社にとってはかなり不都合となりうる。
【０００５】
［０００７］
今日の世界経済においては、小さなビジネスでさえも、顧客に応えるために、ベンダーと関係を持つために、または、様々な他の理由のために複数のオフィスに対する必要性を有する可能性がある。インターネット、電子メール及びビデオ会議の出現は、そのような分散した経営がシームレスになる可能性を助ける。しかし、分散したオフィスになお存在する重大な問題は、単一の、同一場所に配設されたシステムとして機能するが、様々なオフィスの要求に応える共通の電話システムを有することである。一般に、それぞれのオフィスは、各オフィスの電話システム間の何らかの直接的インタフェースを伴わない、および何らかの中央制御を伴わない、それぞれの電話システムを購入して、維持する。このことは、重複する可能性のあるハードウェアを購入して、それぞれの場所において維持しなければならないという点で、コストのかかる努力になる可能性がある。加えて、着信転送、音声メール検索等のオフィス間通信のロジスティクスが複雑になる可能性がある。従って、当技術分野においては、遠く離れて配置されたオフィスのためのシームレス・インテグレーションを可能にする通信システムに対する要求がある。
【０００６】
［０００８］
また、電話システムのシームレス・インテグレーションが確保された場合でも、様々なオフィスにおける電話システムの個別化の必要性がなお存在する。例えば、該オフィスが、異なる時間帯に配置されている場合、各オフィスが、独自に該システムをセットアップして、着呼を処理し、該システムを夜間または週末モードに切替え、特定の個人を該システムに入れたり、該システムから削除したりする等の能力を有することが重要になる。従って、当技術分野においては、シームレス・インテグレーションを実現できると共に、該システムのコンポーネントを、地理的に分散したオフィスにおいて個別にプログラムし、および／または維持することができるようにする分散型電話システムに対する要求がある。
【０００７】
発明の概要
［０００９］
本発明は、分散型通信システム、およびそのような通信システムを構築するための分散型アーキテクチャに注力する。該通信システムは、自動転送、自動案内、音声メール、音声メッセージ等の、現代のほとんどの小さなまたは大きなビジネス環境に典型的に必要とされる機能性を実現できる。該通信システムは、互いに遠く離れている様々な位置に配設することができるいくつかのコンポーネントで構成される。該コンポーネントの各々は、インターネット等のＩＰネットワークに対するインタフェースを含む。単一のコンポーネント、またはコンポーネント群（シグナリングゲートウェイ）は、Ｎｏ．７共通線信号方式（ＳＳ７）一式のプロトコルを用いて、交換電話網とインタフェースをとる。該交換電話網とのインタフェースを要することになる、該通信システムの他のコンポーネントの各々は、単に、該シグナリングゲートウェイを介して通信する。
【０００８】
［００１０］
上記通信システムの各コンポーネントは、ＩＰネットワークを介して他のコンポーネントと通信する。このことは、該コンポーネントが、地理的に分散させてもなお、単一のシームレス通信システムとして作動することを有利に可能にする。
【０００９】
［００１１］
より具体的には、本発明の一実施形態は、シグナリングゲートウェイと、メディアサーバと、アプリケーションサーバと、中央メッセージ及びデータストアとを含む。該シグナリングゲートウェイは、ＳＳ７インタフェース等の、電話網との信号インタフェースと、ＩＰネットワークとのインタフェースとを含む。該メディアサーバは、該電話網を通じて、電話サービスを受け、および起動する、該電話網との回線交換インタフェースを含む。また、該メディアサーバは、該ＩＰネットワークとのインタフェースも含む。該メディアサーバは、音声メール、音声メッセージ、音声ベースのメニュー等の通信サービスを、該電話網を介した回線交換接続を通じて発呼者及び加入者に提供するように作動する。
【００１０】
［００１２］
上記メディアサーバは、上記アプリケーションサーバと連動して作動し、上記ＩＰネットワークを通じて該アプリケーションサーバと通信する。該メディアサーバは、サービスの要求を受取った後、それらのサービスの提供を、該アプリケーションサーバを介して要求する。該アプリケーションサーバは、様々な通信サービスを提供する機能を発呼者及び加入者へ提供する。上記中央及びメッセージストアは、該アプリケーションサーバによって提供される通信サービスの動作を制御するのに用いられるコンフィギュレーション情報を提供する。
【００１１】
［００１３］
動作中、第１の位置に配設されたメディアサーバは、通信サービスの要求を受取る可能性がある。通信サービスの要求は、限定するものではないが、着呼を受けること、発呼の要求を受けること、音声ベースのメニューのメニュー選択を受けることを含む様々な形態を有することができる。該メディアサーバは、上記アプリケーションサーバからアプリケーションを起動するか、または、呼び出すことにより、該要求に応答する。本発明の特定の実施形態により、該アプリケーションサーバは、単に、該アプリケーションを該メディアサーバに提供して与えることができ、または、該アプリケーションサーバにより、部分的または全体的に与えることができる。通信サービスを与える際、該通信サービスの提供に関連する特定のコンフィギュレーション情報またはカスタマイズ情報を得るために、上記中央メッセージ及びデータストアにアクセスさせることができる。該通信サービスが提供されている間、該メディアサーバは、発呼者または加入者から追加的なフィードバックを受取ることができ、該アプリケーションは、それに応答することになる。例えば、該通信サービスは、音声メール機能を含んでもよい。この場合、該アプリケーションは、音声メッセージを残すように発呼者に指示する。そして、音声メッセージは、該中央データ及びメッセージストアに受取られて、蓄積させることができる。本発明の他の特徴、能力及び効果は、図面及び詳細な説明を参照して、より十分に説明される。
【００１２】
［００１４］
本発明の様々な態様、特徴及び効果は、いくつかの図面にわたって、同様の参照文字が、同じかまたは同様の部材を示す添付図面と共に考えれば、十分に認識され、かつ理解されるであろう。
【００１３】
発明の詳細な説明
［００２０］
本発明は、ＰＢＸ、音声メールシステム等の通信装置のための、次世代通信プラットフォームとも記述される分散型ＩＰアーキテクチャを提供する。本発明のアーキテクチャを用いることにより、該通信装置の様々な機能を、様々な物理的コンポーネントに分けることができ、また、該物理的コンポーネントは、地理的に分散させることができる。該コンポーネントの各々は、必要に応じて、ＩＰネットワークとの個別のインタフェースを介して互いに通信する。電話網とのインタフェースの複雑性は、単一のゲートウェイコンポーネントを介して処理され、単純化されたプロトコルが、該通信装置の残りのコンポーネント間の通信、または、該ゲートウェイコンポーネントを介した該電話網への通信のために用いられる。
【００１４】
［００２１］
ここで、いくつかの図面にわたって、同様の符号が同様の要素を示す図面を参照して、本発明の様々な態様及び特徴を説明する。
【００１５】
［００２２］
図１は、本発明の例示的な次世代通信プラットフォームの構成要素および接続性を示すシステム図である。本発明の一つの態様は、特に、音声メール、自動転送及び他の通信機能等の通信サービスを提供することができる、通信装置のための分散型ＩＰベースのアーキテクチャである。図示した実施形態において、次世代通信プラットフォーム１００は、分散型ＩＰアーキテクチャを有し、ＳＳ７ネットワーク１１１を含む公衆交換電話網（ＰＳＴＮ）１１０に接続されている。通信プラットフォーム１００は、シグナリングゲートウェイ機能（ＳＧＦ）１２０と、１つ以上のメディアサーバ（ＭＳ）１３０と、１つ以上のシステム管理ユニット（ＳＭＵ）１４０と、１つ以上のアプリケーションサーバ（ＡＳ）１５０と、１つ以上の中央データ及びメッセージストア（ＣＤＭＳ）１６０とを含むように示されている。図面に示されかつ記述され、それ自体の中に新規な態様を有する機能の分散が、唯一の容認可能な構成ではなく、また、本発明の態様を、より少ないまたはより多いコンポーネントと、該コンポーネント間の機能の異なる構成とを含むシステムに組み込むことができることを理解すべきである。
【００１６】
［００２３］
ＳＧＦ１２０は、ＰＳＴＮ１１０及び次世代通信プラットフォーム１００に対するインタフェースとして機能する。明確にするため、ＰＳＴＮ１１０は、共通線信号方式（ＳＳ７）を用いるものとして説明し、また、ＳＧＦ１２０は、ＳＳ７プロトコルを用いて、ＰＳＴＮ１１０とインタフェースをとるものとして説明する。しかし、本発明は、ＳＳ７インタフェースに限定されず、また、他の電話プロトコルも本発明の範囲内にあることが意図されていることに留意すべきである。
【００１７】
［００２４］
ＳＧＦ１２０は、ＰＳＴＮ１１０に対するＳＳ７インタフェースとして機能し、１つ以上のコンポーネントまたはサブシステムが、同じポイントコードを共有できるようにし、それによって、宛先ポイントコード（ＤＰＣ）及び呼制御のための信号リンクの必要性を低減する。いくつかの実施形態において、次世代通信プラットフォーム１００は、該ポイントコードの共有により、ＰＳＴＮ１１０のＳＳ７ネットワーク１１１に対する単一のトランク群に見える。しかし、他の実施形態においては、次世代通信プラットフォーム１００は、ＳＳ７ネットワークに対して、複数のトランク群を有するように見える。
【００１８】
［００２５］
メディアサーバ１３０は、マルチインタフェースデザインを介して、ＰＳＴＮからのＩＰおよび／または回線交換トラフィックを終了させ、また、トランキング（ｔｒａｎｋｉｎｇ）及び呼制御に関与する。アプリケーションサーバモジュール１５０は、様々なアプリケーションのためのダイナミック音声ＸＭＬページを生成し、該ページをメディアサーバ１３０を介して与え、ウェブ・アプリケーションサーバ・コンフィギュレーションを介して外部インタフェースを提供する。ＳＭＵ１４０は、サービスプロバイダが加入者アカウントを提供して維持し、集中型ウェブインタフェースからのネットワーク要素を管理することを可能にする管理ポータルである。ＣＤＭＳ１６０は、音声メッセージ、加入者レコードを格納し、通知を含む特定のアプリケーション機能を管理する。以下に、これらの各サブシステムをより詳細に説明する。
【００１９】
［００２６］
上記次世代通信プラットフォーム内のコンポーネントの各々は、単独で拡張可能であり、また、ＩＰネットワーク上に個別に相互接続される。従って、該コンポーネントは、地理的に分散させることができるが、それでもなお、該ＩＰネットワークを通じて互いに通信することができる限り、単一の通信プラットフォームとして機能することができる。このことは、最先端の通信システムでは利用できない、本発明の重要な利点である。
【００２０】
シグナリングゲートウェイ機能（ＳＧＦ）
［００２７］
ＳＧＦ１２０は、次世代通信プラットフォームのための単一の仮想ＳＳ７信号ポイントを生成する統合信号インタフェースを提供する。ＳＳ７は、大きいか小さいかにかかわらず、ネットワークが必要とする余分な馬力を提供する。多機能メディアサーバ１３０とのＳＩＧＴＲＡＮインタフェース（ＩＰを介したＩＥＴＦ  ＳＳ７回線制御）ならびにＩＰプロキシ機能は、ＳＧＦ１２０を介してサポートされる。該次世代通信プラットフォームの単一のコンポーネント（この場合、ＳＧＦ１２０）にＳＳ７を統合することは、低減されたポイントコード、他のコンポーネントのデザインにおける費用効果、および容易なメンテナンスという利点を与える。
【００２１】
［００２８］
ＳＳ７ネットワークにおける各信号ポイントは、数字のポイントコードによって固有に識別される。ポイントコードは、各メッセージのソース及び宛先を識別するために、信号ポイント間で交換されたメッセージをシグナリングする際に伝えられる。各信号ポイントは、ルーティングテーブルを用いて、各メッセージのための適切な信号経路を選択する。
【００２２】
［００２９］
ＳＳ７ネットワークには、３種類の信号ポイント、すなわち、ＳＳＰ（サービス交換ポイント）、ＳＴＰ（サービス転送ポイント）及びＳＣＰ（サービス制御ポイント）がある。ＳＳＰは、呼を発し、終了させ、または連結する。ＳＳＰは、呼を完了させるのに必要な音声回線を設定し、管理しおよび開放するために、信号メッセージを他のＳＳＰに送信する。また、ＳＳＰは、呼（例えば、北米における、フリーダイヤル１−８００／８８８の呼）をどのようにルーティングするかを決めるために、問合せメッセージを集中型データベース（ＳＣＰ）へ送信することもできる。ＳＣＰは、かけた番号に関連するルーティング番号を含む応答を、発信元ＳＳＰに送信する。最初の番号がビジーの場合、または、その呼が特定の時間内に返答がない場合には、代替のルーティング番号を該ＳＳＰが用いることができる。実際の呼の機能は、ネットワークごとに、およびサービスごとに変わる。
【００２３】
［００３０］
信号ポイント間のネットワークトラフィックは、ＳＴＰと呼ばれるパケットスイッチを介してルーティングすることができる。ＳＴＰは、ＳＳ７メッセージに含まれるルーティング情報に基づいて、それぞれの入ってくるメッセージを発信信号リンクへルーティングする。該ＳＴＰは、ネットワークハブとして機能するため、該ＳＴＰは、信号ポイント間の直接リンクの必要性をなくすことにより、ＳＳ７ネットワークの改良された利用を実現できる。ＳＴＰは、グローバル名称翻訳、宛先信号ポイントがそれによって、信号メッセージ内に存在する数字(例えば、ダイヤルされたフリーダイヤル番号、コーリングカード番号、または、携帯電話加入者識別番号)から決まる処理手順を実行することができる。
【００２４】
［００３１］
また、ＳＴＰは、他のネットワークと交換されたＳＳ７メッセージを選別する「ファイアウォール」としても機能することができる。ＳＳ７ネットワークは、呼の処理に不可欠であるため、ＳＣＰ及びＳＴＰは、孤立した障害の場合に、ネットワーク全体のサービスを保証するために、通常、別々の物理的位置に、適合したペア構成で配置される。また、信号ポイント間のリンクもペアで設けられる。トラフィックは、そのリンクセット内の全てのリンクで共有される。該リンクのうちの１つが故障すると、該信号トラフィックは、該リンクセット内の別のリンクを通じて再ルーティングされる。ＳＳ７プロトコルは、誤り訂正能力及び再送信能力の両方を提供して、信号ポイントまたはリンクの故障時に、継続したサービスを可能にする。
【００２５】
［００３２］
ポイントコードの使用性は、典型的に限定される。信号リンクの統合は、それらのリソースに対する圧力を軽減し、または、追加的なポイントコードの必要性を全くなくす。従って、ＳＧＦ１２０内の統合信号インタフェースは、迅速なネットワークの簡素化及びコストの節約をもたらす。ＳＧＦ１２０は、メッセージングネットワークの単一の「仮想」ポイントコードを介したＳＳ７ネットワークへの単一の一致の出現を提示し、透過的な方法でメッセージを認識して処理する。ＳＧＦ１２０は、必要なポイントコードの最大数を、場合によっては、５０からたったの４まで潜在的に低減することができる。
【００２６】
［００３３］
ネットワーキングの観点から見ると、ＳＧＦ１２０は、仮想ポイントコードの利用によって、上記次世代通信プラットフォームの様々なコンポーネントにアクセスする、該ネットワークの残りの部分に対するＳＴＰのように見える。本発明の分散型態様によれば、複数のＳＧＦを該システムに組込むことができる。この構成においては、該次世代通信プラットフォームの様々なコンポーネントへの複数の経路が利用可能である。
【００２７】
［００３４］
各ＳＧＦ１２０は、上記通信プラットフォーム内の様々なコンポーネントにアクセスするのに用いられる仮想ポイントコードを含む。通信プラットフォーム全体には、単一の宛先ポイントコードが必要である。該ＳＧＦは、互いに通信して、上記メディアサーバ、及び該通信プラットフォームに一体化された他のコンポーネントのために該仮想ポイントコードを同期させる。従って、１つのＳＧＦが故障した場合、該通信プラットフォームへのアクセスは、別のＳＧＦによって実行できる。
【００２８】
［００３５］
このことは、同期されたＳＳ７スタックのように見える上記次世代通信プラットフォーム内のコンポーネントの各々に関して、著しい違いであり、かつ利点である。
【００２９】
［００３６］
例示的な実施形態において、ＳＧＦ１２０サーバは、冗長構成及び負荷分散構成によって、Ｎ＋１の故障をサポートし、また、インターネット上に構築される。増加した使用性の場合、負荷分散及び冗長のためには、最低２つのＳＧＦが推奨される。全てのプラットフォーム・コンポーネントに対して同様に、ＳＮＭＰアラーム、ロギング及び取引情報記録が生成される。該ＳＧＦの特徴、効果及び利点は、
［００３７］
複数のメディアサーバが、信号リンク及びポイントコードを共有できるようにして、著しいコストの節約を実現できること、
［００３８］
集中型ＳＳ７信号リンクを実現できること、
［００３９］
複数の多機能メディアサーバにわたる１つのトランク群を実現できること、
［００４０］
ＳＧＦ１２０が、より少ないＳＳ７リンクを要し、その結果として、低減された月間の接続料金をもたらすこと、および
［００４１］
ＳＧＦ１２０が、上記通信プラットフォームのためのＩＰ分散型アーキテクチャを実施する能力において、重要な構成要素であることを含む。
【００３０】
［００４２］
本発明の別の態様は、上記システムにおける各ＳＧＦを、ＳＴＰインタフェースのサブセットを模倣するインタフェースブロックに結合することを可能にする。実施時において、該システムの各ＳＧＦは、該ＳＧＦにアクセスする場合に用いられる仮想ポイントコードを含む。各ＳＧＦは、交換網に対するＳＴＰのように見えるため、該交換網は、どのような通信も、単に、異なるＳＴＰへ向けることにより、どのＳＧＦへもルーティングすることができる。従って、障害が発生した場合、上記システムは、相変わらず、該システム内のどのＳＧＦへも到達することができる。この方法は、システム内の宛先ポイントコード（ＤＰＣ）を取得し、維持することに関連する費用を有利に軽減する。この発明を利用すれば、該システム全体には、たった１つのＤＰＣしか必要ない。このようなＳＴＰインタフェースを備える他のシステムは、一般に、該ＳＴＰインタフェースに接続されたプライベートネットワーク間で行う複雑な同期プロセスを要する。しかし、この発明においては、同期プロセスは必要なく、従って、該システムは、実質的により単純である。図４を参照すると、該ＳＧＦの使用の概念図が示されている。ＳＧＦ４１０は、標準的なＳＴＰとしてスイッチ４２０に依存し、その結果、該スイッチは、任意のＳＴＰによって、どのＳＧＦとも通信することができる。また、該スイッチは、上記プラットフォーム上のいずれかのＳＧＦによって、該プラットフォーム上のメディアサーバ４３０にアクセスすることができる。このアーキテクチャの場合、たった１つのＤＰＣが必要であるのに対して、従来のシステムにおいては、各メディアサーバが、それぞれのＤＰＣを必要としていた。
【００３１】
メディアサーバ（ＭＳ）
［００４３］
ＭＳ１３０は、ＳＧＦ１２０からのＩＰトラフィック及びＰＳＴＮ１１０からの回線交換トラフィックを終了させる。ＭＳ１３０は、上記プラットフォームアーキテクチャ内での呼の設定及び制御に関与する。ＭＳ１３０は、ユーザからの入力を、音声、ＤＴＭＦフォーマットまたは他の信号方式で処理する（例えば、ウェブクライアントは、ユーザからのキーボード及びマウスクリック入力を収集する）。そして、ＭＳ１３０は、（ＰＣクライアント上の該ユーザへ戻して表示されるグラフィック及びテキストと原理的に同様に）その内容を該ユーザへ音声で戻して提示する。このクライアント／サーバの方法論は、新たなアプリケーションの迅速な形成、およびワールド・ワイド・ウェブ上で使用可能なコンテンツの即時利用を可能にするという点で、該プラットフォームアーキテクチャにおいて重要である。
【００３２】
［００４４］
ＭＳ１３０は、ＨＴＴＰを用いて、ＡＳ１５０への要求によって、着呼処理をする。ロードバランサは、好ましくは、多機能ＭＳ１３０に到達するトラフィックを、複数のＡＳ１５０のうちの１つへ向ける。この機能は、トラフィックが、アクティブなサーバ間に一様に配分されることを実現する。多機能ＭＳ１３０は、Ｎｅｔｓｃａｐｅのようなクライアントが、ＰＣ上のＨＴＭＬユーザの代わりに機能するのと同様に、エンドユーザに代わって、音声ＸＭＬクライアントとして機能する。多機能メディアサーバに備わっている音声ＸＭＬまたはＣＣＸＭＬブラウザは、ユーザへの提示のために、音声ＸＭＬドキュメントを解釈実行する。
【００３３】
［００４５］
音声ＸＭＬは、音声使用可能なソフトウェアアプリケーションを開発するための規格ベースのスクリプト言語である。このことは、開発者が、音声ベースの電話のアプリケーションを開発する際に、ウェブベースの（ＨＴＭＬ）開発技術を用いて活用することを意味する。
【００３４】
［００４６］
図２は、次世代通信プラットフォームにおけるメディアサーバ１３０の相互作用を説明するブロック図である。メディアサーバ１３０は、移動通信交換局２１０を介してＴ１／Ｅ１インタフェースおよび／またはＩＳＤＮ／ＰＲＩインタフェースによって、およびクラス５のスイッチ２２０、または、同様のスイッチを介してＴ１／Ｅ１インタフェースによって、ＰＳＴＮ１１０とインタフェースをとる。また、メディアサーバ１３０は、自動音声認識（ＡＳＲ）サーバ２３０および／またはテキスト／音声変換サーバ（ＴＴＳ）２４０とインタフェースをとることもできる。また、メディアサーバ１３０は、ＳＩＰ、Ｈ．３２３または他の規格に基づいて、適切なインタフェース２６２を介して、ボイス・オーバーＩＰ（ＶｏＩＰ）のサポートをＩＰネットワーク２６０に対して実行できる。典型的な実施形態においては、当業者にとっては公知であるＧ．７１１及びＧ．７２３音声符号化技術によって、ＶｏＩＰをサポートすることができる。好ましくは、メディアサーバ１３０は、多数の音声ベンダーとのインタフェースのためのビルトイン抽象化レイヤを含むことができる。有利には、メディアサーバ１３０のこの態様は、単一のＡＳＲ２３０またはＴＴＳ２４０のベンダーへの依存性の排除を可能にする。
【００３５】
［００４７］
また、好適な実施形態において、メディアサーバ１３０は、汎用部品使用の（ＣＯＴＳ）ハードウェア及びソフトウェアコンポーネントで構成されており、キャリアグレードのサーバである。電話用途の電話インタフェース及びリソースボードを付加することもできる。例えば、ファクシミリカードまたはソフトウェアをメディアサーバ１３０に追加して、ファクシミリ終了を管理することができる。
【００３６】
［００４８］
一つの実施形態において、次世代通信プラットフォーム１００は、ＳＳ７ネットワーク１１１を介して加入者へ、次世代通信プラットフォーム１００の通知メッセージを与えるように構成されている。ＣＤＭＳ１６０は、該加入者への通知メッセージを生成する。典型的には、該通知メッセージは、該加入者が、特定の発呼者から、または、特定の電話番号から呼び出しを受けたときに生成される。通知メッセージは、該加入者の音声メールボックスが一杯に、または、ほぼ一杯になっている場合、あるいは、該音声メールボックスが、その容量のうちの一定量に達した場合等の他の基準で生成することもできる。ＣＤＭＳ１６０は、通知メッセージを生成し、該通知メッセージをＳＧＦ１２０へ与える。ＳＧＦ１２０は、該通知メッセージを受取って、該通知メッセージを表示し、または、スイッチ２２０を介してＳＳ７ネットワーク１１１へ該通知メッセージのペイロードを供給する。典型的には、ＣＤＭＳ１６０からＳＧＦ１２０への通知メッセージは、限定するものではないが、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）等のプロトコルに準拠するペイロードを含む。
【００３７】
アプリケーションサーバ（ＡＳ）
［００４９］
上記次世代通信プラットフォームのモジュラー式デザインは、音声ダイヤル及び音声ナビゲーション、統合された通信ソリューション、マルチメディアメッセージングサービス、およびプレゼンス及び使用性の管理アプリケーション等の高度なサービスを展開することが容易であるという追加的な利点を有する。該プラットフォームにアプリケーションを追加することは、該共通プラットフォームへの標準アプリケーションサーバ１５０の追加によって遂行される。
【００３８】
［００５０］
各アプリケーションサーバ１５０は、内部イーサネット(登録商標)網を介したメディアサーバ１３０からの要求に応えて、アプリケーションドキュメント（音声ＸＭＬページ）を生成する。アプリケーションサーバ１５０は、ウェブアプリケーションインフラストラクチャを利用して、バックエンドデータストア（メッセージストア、ユーザプロファイルデータベース、コンテンツサーバ）とインタフェースをとり、音声ＸＭＬベースのドキュメントを生成する。
【００３９】
［００５１］
ウェブアプリケーションインフラストラクチャ全体は、より拡張可能なアプリケーションアーキテクチャを形成するために、コアサービス論理（すなわち、ビジネスロジックを実行すること）と提示詳細（音声ＸＭＬ、ＣＣＸＭＬ、ＳＡＬＴ、ＸＨＴＭＬ、ＷＭＬ）とを区別する。アプリケーションサーバ１５０は、Ｊａｖａ(登録商標)２  Ｅｎｔｅｒｐｒｉｓｅ  Ｅｄｉｔｉｏｎ（Ｊ２ＥＥ）環境及びＪＳＰ（Ｊａｖａ(登録商標)  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）を用いて、該多機能メディアサーバのためのダイナミック音声ＸＭＬページを生成する。これらの技術を組合わせることは、ＷＡＰ、ＨＴＭＬ、ＸＨＴＭＬ及び音声等のアプリケーション間の相互運用性（マルチモーダル）を実行できるＳＡＬＴ（Ｓｐｅｅｃｈ  Ａｐｐｌｉｃａｔｉｏｎ  Ｌａｎｇｕａｇｅ  Ｔａｇｓ）の素早い組込みを可能にし、エンドユーザが、音声コマンドによってデータを同時に入力し、ＷＡＰまたはＨＴＭＬによってプレゼンテーションを受取ることを可能にする。
【００４０】
［００５２］
簡単なアプリケーション展開のための環境を形成するために、アプリケーションサーバ１５０は、好ましくは、Ｔｅｍｐｌａｔｅ＋ＪＳＰをサポートする。アプリケーションは、メッセージング機能へのアクセスのためのＡＰＩを用いてＪＳＰに実装される。それらのＪＳＰは、容易に修正可能であり、アプリケーションの動作の変更、および新たなアプリケーションの生成を非常に簡単にする。
【００４１】
［００５３］
メディアサーバ１３０とアプリケーションサーバ１５０の連携は、特定の機能のカストマイズを、特定の加入者に提供できるようにする。例えば、ある会社が、西海岸に１つのオフィスを所有し、東海岸に別のオフィスを所有している場合、電話システム、特に、各オフィスの場合のメディアサーバ１３０及びアプリケーションサーバ１５０の動作は、全く異なる可能性がある。例えば、音声メールシステム及び自動案内は、東海岸のオフィスでは東部時間午後６時に、また、西海岸のオフィスでは西部時間午後６時に、夜間モードになる。加えて、様々なオフィスによって形成されるメニュー構造及びプロンプトは、かなり異なる可能性がある。例えば、氏名録によるダイヤルは、異なる従業員を含むであろう。本発明の場合、独立したメディアサーバは、それらの２つのオフィスに配置することができ、また、メディアサーバ１３０は、異なる通信サービスを提供することができる。該異なる通信サービスは、メディアサーバ１３０と同一場所に配置された、異なるアプリケーションサーバ１５０から、または、メディアサーバ１３０の位置またはＩＤに基づいて、通信サービスアプリケーションを提供することができる共通アプリケーションサーバを介して提供することができる。
【００４２】
［００５４］
また、遠く離れて配置されたメディアサーバ１３０は、様々な加入者及び発呼者に対して共通の機能を実行することができ、また、加入者及びユーザの両者の視点から、該電話システムのシームレスインテグレーションを実行できる。会社は、該会社の全てのオフィスにシームレスでサービスを提供する音声メール及び自動案内インタフェースを提供したい可能性がある。本発明は、そのような機能性を実現するのに用いることができる。アプリケーションサーバ１５０は、まず、発呼者があるオフィスを選択できるように、次に、アプリケーションサーバ１５０および／またはメディアサーバ１３０が、特定の機能を呼び出して、当該オフィスのためのネームサービスによるダイヤルを実行できるネームまたはメニュー選択機能による段階的ダイヤルを提供することができる。別法として、アプリケーションサーバ１５０は、該会社の全てのオフィスの全ての加入者情報を含む、単一のＣＤＭＳ１６０または複数のＣＤＭＳ１６０へのアクセスを維持してもよい。その結果、アプリケーションサーバ１５０は、氏名録による全社的なダイヤルのための単一レベルのメニュー構造を形成することができる。
【００４３】
共通データベース及びメッセージストア（ＣＤＭＳ）
［００５５］
上記次世代通信プラットフォームは、ＣＤＭＳ１６０を用いて、音声／オーディオメッセージ、加入者記録を蓄積し、通知スケジュール等の特定のアプリケーション機能を管理する。ＣＤＭＳ１６０は、好ましくは、冗長なコンポーネントでデザインされ、リフレクティブメモリ、および耐故障性、フェイルオーバー及びリカバリのためのＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ  Ａｒｒａｙ  ｏｆ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｄｉｓｋｓ）技術を利用する。このことは、関連するハードウェア及びソフトウェアコンポーネントに対して、９９．９９９％の可用性を保障する。必要不可欠なディスクドライブ及びＲＡＩＤコントローラコンポーネントは、好ましくは、ホットスワップ可能であり、交換時に該システムを電源オフにする必要性をなくす。ＣＤＭＳ１６０の場合、パフォーマンスは、音声メッセージングの固有の特性に対して最適化され、パフォーマンスの劣化、すなわち、電子メールストアの検索及び分類を備える不必要な電子メール中心のデータベース機能をなくす。
【００４４】
［００５６］
ＣＤＭＳ１６０は、シェルフ電子メール保存システムの規格を利用することができる。該メッセージストアは、該メッセージストアの選択を、アプリケーションに対して透過的にするＪａｖａ(登録商標)ミドルウェアの使用によって抽象化され、各メッセージが、最も効率的なストアに格納できるようにする。
【００４５】
システム管理ユニット（ＳＭＵ）
［００５７］
ＳＭＵ１４０は、全てのネットワーク要素を管理する、サービスプロバイダのための集中型ポイントを形成し、リモートアクセス、メンテナンス及びバックアップ機能を実行できる。ＳＭＵ１４０は、プロビジョニング、アラーム、リポート及び加入者移行のための単一のインタフェースを形成する。ＳＭＵ１４０は、システムと新たな構成要素及びアプリケーションとを統合して、カスタマイズし、急速に成長するネットワーク及び急増するトラフィック量に曝されているキャリアのために、運用支援及びネットワーク管理機能を実行できる。該ＳＭＵコンポーネントのコア機能は、以下の機能を含む。
【００４６】
［００５８］
構成要素自動リカバリ：サービスプロバイダが新たなネットワーク要素を追加した場合、上記ＳＭＵは、該要素を自動的に認識し、該新たな要素を、グラフィカルネットワークマップ内に含める。
【００４７】
［００５９］
グラフィカルネットワークマップ：ネットワーク／クラスタマップ及びマップエディタは、ネットワークまたはクラスタ全体のスナップショットを実行でき、また、迅速な問題識別及び解決を容易にする。
【００４８】
［００６０］
時刻同期：中央時刻ソースは、全てのネットワーク要素が、メッセージングネットワーク全域にわたって、均一な時間基準を維持することを実現し、このことは、どんな分散型アーキテクチャにとっても重要である。
【００４９】
［００６１］
集中型ネットワークロギング：メッセージングネットワーク全体のロギングは、ＳＭＵ１４０に集中管理される。
【００５０】
［００６２］
ＳＭＵ１４０は、デュアルプロセッサコンピュータを用い、ＳＭＵ１４０サーバへの、ならびに、テルネットを介した上記システム内の全ての他のサーバへのアクセスのためのリモートダイヤルインを可能にする。システムコンフィギュレーション及び他の重要なデータのバックアップも、該ＳＭＵによって遂行することができる。
【００５１】
［００６３］
有利には、上述した次世代通信プラットフォームは、単一のアーキテクチャソースからの全ての様々なアプリケーションの迅速かつ費用効果的な展開を可能にする。オープンソースの利用、すなわち、Ｊａｖａ(登録商標)ベースのアプリケーション形成環境は、この高度なフレキシビリティを可能にする。該通信プラットフォーム用いて、オペレータは、基本的な呼応答から、マルチメディアメッセージング及びプレゼンス使用可能ソリューションのような先進的なアプリケーションに及ぶクラス最高のメッセージング及び通信サービスの強力な塊を創り出すことができる。ユーザの経験をさらに容易にするために、該次世代通信プラットフォームは、「セルフサービス」を基盤とする優先度及び機能を追加しおよび修正する、加入者用ウェブインタフェースを備えてもよい。この性能は、消費者による使用を増加させ、カスタマーロイヤルティを向上させ、また、より少ない日常的な修理依頼によって、サービスプロバイダの運用コストも低減される。
【００５２】
［００６４］
上記通信プラットフォームの別の利点は、様々なアプリケーションを含みかつ組込む能力である。該アプリケーションが、元々、該プラットフォーム用に作られたか、あるいは、サードパーティベンダーから供給されたものであるかにかかわらず、該アプリケーションは、該通信プラットフォームを、様々なカスタマー要求及び製品差別化に対してカスタマイズできるようになっている。該通信プラットフォームに容易に組込むことができる該アプリケーションのうちの一部は、以下のものを含む。
【００５３】
［００６５］
音声メール：加入者に、音声メッセージ内容の交換を中心としてデザインされた様々な機能を与える。
【００５４】
［００６６］
マルチメディアメッセージング：ＭＭＳは、写真や音楽等の最新のマルチメディアコンテンツを通信に付加して独自のものにし、従来の通信の限界を破るメッセージングを生成できるようにする。“Ｍｅｓｓａｇｅ  Ｃｏｍｐｏｓｅｒ”、“Ｐｈｏｔｏ  Ａｌｂｕｍ”及び“Ｇｒｅｅｔｉｎｇ  Ｃａｒｄｓ”のような機能を用いて、加入者は、ＭＭＳが可能な携帯電話、ＰＤＡ及びＰＣ上で、動的なマルチメディアコンテンツを送受信することができる。また、加入者は、インターネットを介して、非ＭＭＳ加入者へマルチメディアコンテンツを送信することもでき、オペレータのウェブサイトへのトラフィックを駆動し、それによって、加入者の使用性を向上させる。
【００５５】
［００６７］
統合された通信：音声、ファックス及び電子メールメッセージング、全てのメッセージタイプのための単一のメールボックス、総合住所録、および特別なオンラインマネジメント及びパーソナライズツールを含む、加入者の要求に対してカスタマイズされたサービスの完璧なパッケージ。
【００５６】
［００６８］
マルチパーティー・パーソナル・コンファレンスサービス：友人／家族との即時の会議を始める能力を加入者に与える。
【００５７】
［００６９］
音声が使用可能なメッセージングサービス：有力な音声が制御する電話サービス。加入者は、自身の個人的コンタクト番号、および自然な言語認識及び任意のテキスト／音声変換能力を特徴とする使い勝手のよい音声インタフェースを介して一連のサービスを利用することができる。音声が使用可能なメッセージングのパッケージソフトに共通する特徴は、音声ＸＭＬ及びＳＡＬＴ等の業界標準に準拠したＩＰベースのアーキテクチャ上に供給された、音声指示を介した音声メールのナビゲーション、音声ダイヤル及び音声が制御する住所録を含む。
【００５８】
［００７０］
音声ＭＭＳ：新たに投函された音声メールメッセージを、オーディオクリップの形で、ＭＭＳが可能なハンドセットまたはＥメールボックスに配信できるようにすることにより、加入者の通信チャネルを通じて、加入者が大量にアクセスし、かつ制御することを可能にする。また、加入者は、電子メールによって音声メッセージを共有することができ、また、音声メッセージを、該音声メールシステムの外部の宛先に転送することができる。
【００５９】
［００７１］
本発明の別の態様は、制御及びデータの配信のためのトランザクション媒体である。上述したような同じＳＧＦ１２０コンポーネントを用いると、ＳＳ７プロトコルのトランザクション機能応用部（ＴＣＡＰ）コンポーネントを中心とするトランザクション媒体を実現できる。より具体的には、ＳＳ７プロトコルのＴＣＡＰコンポーネントを用いて、ショート・メッセージング・サービスを上記次世代通信プラットフォームの分散型アーキテクチャ内に設けることができる。ショート・メッセージの送信者は、上記ＩＰネットワークを通じて、メディアサーバ１３０との通信を確立する。該送信者は、メディアサーバ１３０に、ＳＧＦ１２０に該ショート・メッセージの配信のためのＳＳ７  ＴＣＡＰメッセージを送信するように要求させる。この技術は、トランザクション処理への呼処理のためのＳＧＦ用ＳＴＰインタフェースのための、上述したような単一のポイント・アクセス・ノードをもたらす。
【００６０】
［００７２］
不在着信通知：これは発信者番号通知サービスの内線であり、無線オペレータにより頻繁に利用される。不在着信通知は、発信者番号通知を止めた場合に機能する。無線電話が作動中であり、かつ該ネットワークのサービスエリア内にある場合に、着信呼出し番号を単に表示する発信者番号通知サービスとは違って、不在着信通知は、加入者が重要な呼び出しを逃すことがない追加的な安心感を該加入者に与える継続的な、ネットワークベースのサービスを提供する。ここで、加入者が呼び出しを受けることができない場合、不在着信通知サービスは、該加入者が利用可能になるまで、着呼情報を捕捉して蓄積することになる。そのとき、全ての不在着信のリストを含むＳＭＳメッセージが該加入者へ送られ、該加入者の都合の良い時に、折り返し電話をすることができるようにする。
【００６１】
［００７３］
本発明の別の態様は、ポータブルアプリケーションプロトコルインタフェース（ＡＰＩ）の利用である。本発明のこの態様は、どのようなデバイスにもスタックすることができ、トランザクション能力を実現できるＡＰＩに注力する。有利には、この発明は、デバイスが、フルＳＳ７プロトコルスタックを実装する費用を回避できるようにする。上記電話システムにおいて、このことは、該システムの様々なコンポーネントが、地理的に分散しており、そのため、同じＳＳ７のスタックを共有することができないため、特に有益である。
【００６２】
［００７４］
図３は、ポータブルＡＰＩを用いる次世代通信プラットフォーム１００の実施形態を示す。ＳＧＦ１２０は、電話プロトコルサーバ３０２を含む。電話プロトコルサーバ３０２は、一式のＳＳ７プロトコルに関して記述されているが、これは単に明確にするためであり、限定を意図するものでない。次世代通信プラットフォーム１００のコンポーネント３０４は、ＩＰベースのネットワークであるネットワーク３０６を介して、ＳＧＦ１２０とつながっている。コンポーネント３０４は、ＡＰＩとして機能する電話プロトコルクライアント３０８を含む。明確にするため、コンポーネント３０４は、ＣＤＭＳ１６０に関して記述されているが、電話プロトコルクライアント３０８を、次世代通信プラットフォーム１００の他のコンポーネントの一部または全てにスタックすることができることを理解すべきである。特に、電話プロトコルサーバ３０２及び電話プロトコルクライアント３０４は、ＩＰネットワーク３０６による通信を確立し、維持し、終了させるように構成されている。
【００６３】
［００７５］
図５は、電話ＳＳ７プロトコルスタック５０２と、国際標準化機構（ＩＳＯ）によって規定された開放型システム間相互接続（ＯＳＩ）７層モデル５０４との概念的関係を示す。ＳＳ７プロトコルスタックは、３つの層のメッセージトランスポートパート（ＭＰＴ）、すなわち、ＭＰＴ−１  ５０４、ＭＰＴ−２  ５０６及びＭＰＴ−３  ５０８を含む。ＭＰＴ−１  ５０４は、ディジタル信号リンクのＯＳＩの物理的、電気的及び機能的特性に相当する。規定された物理的インタフェースは、Ｅ−１（２０４８ｋｂ／ｓ；３２  ６４ｋｂ／ｓチャネル）、ＤＳ−１（１５４４ｋｂ／ｓ；２４  ６４ｋｂ／ｓチャネル）、Ｖ．３５（６４ｋｂ／ｓ）、ＤＳ−０（６４ｋｂ／ｓ）及びＤＳ−０Ａ（５６ｋｂ／ｓ）を含む。
【００６４】
［００７６］
ＭＰＴ−２  ５０６は、信号リンク全域での正確なメッセージの終端間伝送を保障する。ＭＰＴ−２は、フロー制御、メッセージシーケンスバリデーション及びエラーチェックを実施する。信号リンク上でエラーが発生した場合、該メッセージ（または、メッセージのセット）が再送信される。ＭＰＴ−２  ５０８は、ＯＳＩのデータリンク層の等価物である。
【００６５】
［００７７］
ＭＰＴ−３  ５０８は、ＳＳ７ネットワーク１１１内の信号ポイント間で、メッセージのルーティングを実行できる。ＭＴＰレベル３は、故障したリンク及び信号ポイントから離れて、トラフィックを再ルーティングし、混雑状態が生じたときに、トラフィックを制御する。ＭＴＰレベル３は、ＯＳＩのネットワーク層に相当する。
【００６６】
［００７８］
レベル５１２は、ＩＳＵＰ（ＩＳＤＮ  Ｕｓｅｒ  Ｐａｒｔ）、ＴＵＰ（Ｔｅｌｅｐｈｏｎｅ  Ｕｓｅｒ  Ｐａｒｔ）及びＴＣＡＰ（Ｔｒａｎｓａｃｔｉｏｎ  Ｃａｐａｂｉｌｉｔｉｅｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）を含む。ＩＳＵＰは、終端回線交換間で（例えば、発呼者と被呼者との間で）音声及びデータを伝送する中継回線を設定し、管理し、解放するのに用いられるプロトコルを定義する。ＩＳＵＰは、ＩＳＤＮ及び非ＩＳＤＮの両方の呼に用いられる。しかし、同じスイッチで発信され、終了される呼は、ＩＳＵＰシグナリングを用いない。
【００６７】
［００７９］
世界の一部の国（例えば、中国、ブラジル）では、ＴＵＰは、基本的な呼の設定及び解体をサポートするのに用いられる。ＴＵＰは、アナログ回線のみを処理する。多くの国においては、ＩＳＵＰは、呼管理のために、ＴＵＰに取って代わった。
【００６８】
［００８０］
ＴＣＡＰは、ＳＣＣＰコネクションレス型サービスを用いて、ＳＳ７ネットワーク全域のアプリケーション間で、非回線関連データの交換をサポートする。ＳＳＰとＳＣＰとの間に送られたクエリー及び応答は、ＴＣＡＰメッセージで伝えられる。例えば、ＳＳＰは、ダイヤルされた８００／８８８番号に関連するルーティング番号を決め、コーリングカードのユーザの個人識別番号（ＰＩＮ）を照合するために、ＴＣＡＰクエリーを送信する。携帯電話ネットワーク（ＩＳ−４１及びＧＳＭ）において、ＴＣＡＰは、ユーザの認証、機体識別及びローミングをサポートするために、携帯電話のスイッチと、データベースとの間で送られるＭＡＰ（Ｍｏｂｉｌｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）メッセージを伝える。
【００６９】
［００８１］
レベル５１４は、ＳＣＣＰ（Ｓｉｇｎａｌｉｎｇ  Ｃｏｎｅｃｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐａｒｔ）を含む。ＳＣＣＰは、コネクションレスの及びコネクション指向のネットワークサービス、およびＭＴＰレベル３以上のグローバルタイトル変換（ＧＴＴ）能力を提供する。グローバルタイトルは、ＳＣＣＰによって宛先ポイントコード及びサブシステム番号に変換されるアドレス（例えば、フリーダイヤル、コーリングカード番号、または移動電話加入者識別番号）である。サブシステム番号は、宛先信号ポイントにおいて、アプリケーションを固有に識別する。ＳＣＣＰは、ＴＣＡＰベースのサービスのためのトランスポート層として用いられる。
【００７０】
［００８２］
最上レベル５１６は、ＩＮ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ）、ＡＩＮ（Ａｄｖａｎｃｅｄ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ）、ＩＭＡＰ（Ｉｎｔｅｒｎｅｔ  Ｍｅｓｓａｇｅ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）及びＭＡＰ（Ｍｏｂｉｌｅ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）を含む。
【００７１】
［００８３］
一実施形態において、電話プロトコルサーバ３０２と電話プロトコルクライアント３０４との間のインタフェースは、ＳＭＰＰ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｐｅｅｒ  ｔｏ  Ｐｅｅｒ）メッセージのＴＣＰベースの双方向交換とすることができる。ＳＭＰＰは、基礎をなすＴＣＰ／ＩＰネットワーク接続による、クライアントとサーバとの間のＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）の伝送に基づいている。ＳＭＰＰプロトコルは、以下のものを定義する。
【００７２】
・クライアントとサーバとの間のメッセージの交換のための、動作と関連するＰＤＵのセット。
【００７３】
・クライアントアプリケーションが、ＳＭＰＰ動作中に、サーバと交換することができるデータ。
【００７４】
［００８４］
エラー状態の判断時の受信エントリは、ＰＤＵヘッダ内で設定されたエラーコードによって、関連するＳＭＰＰ  ＰＤＵを返さなければならない。ＳＭＰＰを介した、該クライアントとサーバとの間のメッセージの交換は、該クライアント（トランシーバ）から該サーバへ送信されたメッセージと、該サーバから該クライアント（トランシーバ）へ送信されたメッセージとに分類することができ、この場合、トランシーバは、単一のＴＣＰ接続のみが、該クライアントとサーバとの間で用いられることを示す。
【００７５】
［００８５］
電話プロトコルサーバ３０２は、ＳＭＰＰプロトコルメッセージまたはＰＤＵのかたちでアプリケーション要求を受取ることになる。メディアサーバ到達性等のＡＬＥＲＴＳは、電話プロトコルサーバ３０２上で発信する。該インタフェース上の他の種類のＰＤＵは、(キープアライブともいう)可用性及びエラーメッセージを必要とする。
【００７６】
［００８６］
特に、電話プロトコルクライアント３０４は、アプリケーション層（例えば、ＩＳ４１／ＭＡＰ）と、ＳＳ７スタック５０４の残りとの間の導管として機能する。電話プロトコルクライアント３０４が、一旦、構成され、かつ生み出されると、該クライアントは、電話プロトコルサーバ３０２へのＴＣＰ接続を確立しようとする。該ＴＣＰ接続が、一旦、確立されると、該クライアントは、関係のあるルートと共に、それ自体を該サーバに登録することができる。また、該クライアントは、もはや関係のないルートの登録を取り消すこともできる。ルートの登録は、到達性リスト上のルートのためのルート使用性の更新を送信するための、該サーバからの要求である。
【００７７】
［００８７］
また、電話プロトコルクライアント３０４は、アプリケーションレベル（ＰＤＵ）キープアライブメッセージを電話プロトコルサーバ３０２へ送信し、および該電話プロトコルサーバから該キープアライブメッセージを受信する。該キープアライブＰＤＵは、まさに、可用性ＰＤＵの例である。該キープアライブの頻度及びタイムアウト値は、クライアントの仕様設定の一部とする。該キープアライブが、受信非活動性のタイムアウト期間内に受信されない場合、該クライアントは、該ＴＣＰ接続を解体し、解体の状態監視を実行する（恐らく、クライアントルーティングテーブルにおいて使用不能のルートを記録する）。
【００７８】
［００８８］
上記クライアントは、送信非活動性の設定可能な間隔で、キープアライブを生成しなければならない。ＴＣＰ接続が落ちた後、該クライアントは、再接続アルゴリズムを用いて、上記サーバとのＴＣＰ接続の再確立を試みなければならない。該クライアントまたは該サーバのいずれか、または両者は、例えば、それらがメンテナンス状態になっているときに、使用不能のステータスを伴うキープアライブを送信してもよい。
【００７９】
［００８９］
サーバとクライアントとの間のＳＭＰＰセッションは、該クライアントにより、まず、該サーバとのＴＣＰネットワーク接続を確立した後、ＳＭＰＰバインド（または登録）要求を発して、セッションをオープンにすることによって始まる。該サーバは、バインドレスポンスＰＤＵで応答して、該セッションを受け入れるか、または拒否する。メッセージに従い、および該メッセージを受取ることを望むクライアントは、単一のトランシーバＴＣＰ接続のみを確立する必要がある。バインドが失敗した場合、該クライアントは、徐々に減少するレートで、再びトライすべきである。
【００８０】
［００９０］
ＳＭＰＰセッションの間、クライアントは、一連の要求をサーバへ発することができ、エラーの場合には、各厄介な要求に対する適切な応答を受取るであろう。同様に、上記サーバは、該クライアントに対する要求を発してもよく、これは、適宜応答しなければならない。
【００８１】
［００９１］
ＳＭＰＰセッションは、以下の可能な状態に関して定義することができる。
【００８２】
・ＯＰＥＮ（接続及びバインド中）：クライアントは、上記サーバとのネットワーク接続を確立しているが、バインド要求をまだ発していない。
【００８３】
・ＢＯＵＮＤ＿ＴＲＸ：接続されたクライアントは、（ｂｉｎｄ＿ｔｒａｎｓｃｅｉｖｅｒＰＤＵを発することにより）クライアントトランシーバとしてバインドするように要求しており、また、そのバインド要求を認める応答を該サーバから受取っている。トランシーバとしてバインドされたクライアントは、ＳＭＰＰトランスミッタクライアント及びＳＭＰＰレシーバクライアントによりサポートされる動作の完全なセットをサポートする。
【００８４】
［００９２］
従って、トランシーバとしてバインドされたクライアントは、前方への配信のために、あらゆる種類のクライアントメッセージをサーバへ送信することができる。また、該クライアントは、要求していないメッセージをサーバから受取る可能性もある。
【００８５】
・ＣＬＯＳＥＤ(バインドされておらず、かつ接続が切断されている)：クライアントは、該サーバからバインドされておらず、ネットワーク接続を閉じている。該サーバは、該クライアントからアンバインドすることもできる。
【００８６】
［００９３］
本発明の上述した実施形態、特に、何らかの「好適な」実施形態は、実施の単に有力な実施例であり、本発明の原理の明確な理解のために記載されていることを強調しておかなければならない。多くの変形及び変更を、本発明の趣旨及び原理から実質的に逸脱することなく、本発明の上述した実施形態に対して行うことが可能である。そのような変更及び変形の全ては、この開示及び本発明の範囲内で本願明細書に含まれるように、及び以下の特許請求の範囲により保護されるように意図されている。
【図面の簡単な説明】
【００８７】
［００１５］
【図１】本発明の例示的な次世代通信プラットフォームの構成要素及び接続性を示すシステム図である。
【００８８】
［００１６］
【図２】次世代通信プラットフォームの相互作用を示すブロック図である。
【００８９】
［００１７］
【図３】電話プロトコルサーバ及び電話プロトコルクライアントを示すブロック図である。
【００９０】
［００１８］
【図４】ＳＧの使用の概念図である。
【００９１】
［００１９］
【図５】ＯＳＩレイヤとＳＳ７レイヤの関係を示す概念図である。
【図１】
2008505549.tif 000003
【図２】
2008505549.tif 000004
【図３】
2008505549.tif 000005
【図４】
2008505549.tif 000006
【図５】
2008505549.tif 000007
【国際調査報告】
2008505549.tif 000008