(57)【特許請求の範囲】
【請求項１】
交換機間でベアラ・トラフィックを転送するのにＡＴＭバックボーン・ネットワークを使用するようになされた第１および第２のサブネットワークにそれぞれ関連する第１および第２の電話交換機の間で、音声データまたは音声グレードのデータを転送する装置であって、前記第１の電話交換機が前記第１のサブネットワークとの第１のインターフェースを有し、前記第２の電話交換機が前記第２のサブネットワークとの第２のインターフェースを有し、前記第１および第２のインターフェースがそれぞれパルスコード変調データをＡＴＭセルに変換し、ＡＴＭセルをパルスコード変調データに変換するようになっており、
第１のサブネットワークに論理的に関連する第１の呼マネージャと、
第２のサブネットワークに論理的に関連する第２の呼マネージャとを備え、
前記第１の呼マネージャが、前記第２の呼マネージャと信号通信方式７（ＳＳ７）ネットワークを介して信号通信メッセージを交換することができ、少なくとも１つの信号通信メッセージが、初期アドレスメッセージ（ＩＡＭ）を含み、ＩＡＭが前記第１のインタフェースと第２のインタフェースとの間で呼設定を行うための情報を含み、
前記第１の呼マネージャが、前記第１の電話交換機からＩＡＭを受信し、ＩＡＭに関連する呼を設定するのに必要とされる前記第１のインタフェースに関する情報を含むように当該ＩＡＭの内容を修正し、
前記第２の呼マネージャが、前記修正後のＩＡＭをさらに前記呼が到着するトランクを示す情報を含むように修正し、当該修正されたＩＡＭを前記第２の電話交換機へ転送して前記呼のためのトランク捕捉を開始する、
音声または音声グレードのデータを転送する装置。
【請求項２】
前記第２のインタフェースが、メッセージをＡＴＭバックボーン・ネットワークを介して前記第２のインタフェースから前記第１のインタフェースへ送り、前記第１のインタフェースと前記第２のインタフェースとの間で仮想チャネル接続を行うことができるようにすることによって逆方向呼設定を行うように構成される、請求項１に記載の装置。
【請求項３】
第１の電話交換機が第１のサブネットワークとの第１のインタフェースを有し、第２の電話交換機が第２のサブネットワークとの第２のインタフェースを有し、第１および第２のサブネットワークにそれぞれ第１および第２の呼マネージャが論理的に関連付けられ、それぞれのサブネットワーク内の電話交換機の間でベアラ・トラフィックを転送するために非同期転送モード（ＡＴＭ）プロトコルを使用する第１および第２のサブネットワークにそれぞれ関連する前記第１の電話交換機と前記第２の電話交換機との間で電話呼を送る方法であって、
(i)前記第１の電話交換機から前記第１の呼マネージャへ呼要求メッセージを送るステップと、
(ii)前記呼要求メッセージから抽出されたダイヤルされた番号を変換し、前記呼に関する経路情報を得るステップと、
(iii)呼の発信に関する情報を含むように前記呼要求メッセージを修正し、呼要求メッセージに関する経路情報を使用して前記修正された呼要求メッセージを前記第２の呼マネージャへ転送するステップと、
(iv)前記修正された呼要求メッセージから抽出されたダイヤルされた番号を前記第２の呼マネージャで変換し、前記第２の電話交換機を識別するステップと、
(v)呼の発信に関する情報を含む信号通信メッセージを前記第２の呼マネージャから前記第２のインタフェースへ送信するステップと、
(vi)前記第２のインタフェースから前記第１のインタフェースへ信号通信メッセージを送信し、呼に関連するベアラ・トラフィックを転送するための接続を行うステップと、
(vii)前記修正された呼要求メッセージをさらに前記呼が到着するトランクを示す情報を含むように修正し、当該修正された呼要求メッセージを前記第２の呼マネージャから前記第２の電話交換機へ転送し、前記第２の電話交換機でトランクの捕捉を開始し、呼完了を可能にするステップとを含む、電話呼を送る方法。
【請求項４】
前記呼要求メッセージが共通チャネル信号通信メッセージである、請求項３に記載の方法。
【請求項５】
前記呼要求メッセージがＳＳ７初期アドレス・メッセージ（ＩＡＭ）である、請求項３に記載の方法。
【請求項６】
前記呼要求メッセージを修正するステップが、前記第１のインタフェースのＡＴＭアドレスを呼要求メッセージに挿入することを含む、請求項３に記載の方法。
【請求項７】
前記呼要求メッセージを修正するステップ(iii)が、前記修正された呼要求メッセージに関するメッセージと、第２のインタフェースから第１のインタフェースへ送信される前記信号通信メッセージとの、第１のインタフェースでの相関付けを可能にする相関タグを挿入することを含む、請求項３に記載の方法。
【請求項８】
第２のインタフェースから第１のインタフェースへ送信される前記信号通信メッセージが、呼に関連するベアラ・トラフィックをＡＴＭバックボーン・ネットワークを介して転送するために、前記第１のサブネットワークと前記第２のサブネットワークとの間で仮想チャネル接続を行うことを可能にする、請求項３に記載の方法。
【請求項９】
第２のインタフェースから第１のインタフェースへ送信される前記信号通信メッセージが、ベアラ・トラフィックを転送するための、ＡＴＭバックボーン・ネットワークを通る仮想チャネル接続を識別する請求項３に記載の方法。
【請求項１０】
前記呼要求メッセージがＩＳＵＰ信号通信メッセージである、請求項３に記載の方法。
【請求項１１】
前記呼設定が呼パスに対して逆方向に行われ、前記呼設定が第２のインタフェースから第１のインタフェースへ行われる、請求項１に記載の装置。
【請求項１２】
前記ＳＳ７信号通信メッセージがＩＳＤＮユーザ部（ＩＳＵＰ）メッセージを含む、請求項１に記載の装置。
【請求項１３】
前記信号通信メッセージがＡＴＭバックボーン・ネットワークを介して交換される、請求項１に記載の装置。
【請求項１４】
前記第１および第２のインタフェースの各々は、パルスコード変調（ＰＣＭ）データをＡＴＭセルに変換し、逆にＡＴＭセルをＰＣＭデータに変換する、請求項１３記載の装置。
【請求項１５】
前記第１および第２のサブネットワークは、ＡＴＭバックボーン・ネットワーク上にある、請求項３に記載の方法。
【請求項１６】
前記信号通信メッセージがＡＴＭ信号通信メッセージである、請求項１５に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、非同期転送モード（ＡＴＭ）を使用して電話サービスを実現する分野に関し、詳細には、ＡＴＭバックボーン・ネットワーク上に配置されたＡＴＭサブネットワークの間で電話呼を完了する方法および装置に関する。
【０００２】
【従来の技術】
通信サービス・プロバイダは、自分たちのネットワーキング・インフラストラクチャを１つの「傘下」に統合するための好ましい技術としてＡＴＭを使用することを検討している。この活動の目的は、様々な供給源から発信されるトラフィック用の転送技術として働くことのできるＡＴＭ交換システムをネットワーキング・バックボーンに導入することである。この活動の第２の目的は、サービス・プロバイダがＡＴＭ機器への投資を最大にできるようにすることである。現在のサービス・プロバイダは、ＡＴＭネットワークを主としてデータ転送用に使用している。ＡＴＭネットワークを離散トラフィック源用のバックボーンとして使用することによって、サービス・プロバイダはＡＴＭ機能の利用度を向上させ、この機器への資本投資に対する利益を最大にすることができる。
【０００３】
また、ＰＳＴＮ／ＩＳＤＮがますます混雑しているため、ＡＴＭバックボーン上で電話サービスをサポートするシステムの開発が進められている。長距離サービスの料金が下がり、業者間の競争が進み、インターネット・サービス・プロバイダ（ＩＳＰ）へのアクセスが求められているため、長距離サービスの需要が増大しており、したがって、ＰＳＴＮ／ＩＳＤＮの利用可能な容量に関する要求が高まっている。
【０００４】
しかし、ＡＴＭネットワーク・バックボーン上で電話サービスを実現するうえでいくつかの問題がある。このネットワーク開発に伴う１つの問題として、現在のＰＳＴＮ／ＩＳＤＮで利用できる多数のサービスを実現する問題がある。ＡＴＭベースの電話サービスによって実現されるサービスは、ＰＳＴＮ／ＩＳＤＮで実現されるサービスと同じでなければならない。しかし、現在のＡＴＭ交換機およびネットワークは、ＰＳＴＮ／ＩＳＤＮサービスをサポートすることができない。現在設けられているＡＴＭ交換機には、ＰＳＴＮ／ＩＳＤＮインテリジェント・サービスをサポートする物理的インフラストラクチャと信号通信システムの両方が欠落している。ＡＴＭ交換機は、簡単な接続制御を除いて、ＰＳＴＮ／ＩＳＤＮ交換機によって実現されるフリー・ダイヤルや、番号変換や、局番移植性や、多数の補助サービスなどのインテリジェント・サービスを実現しない。他の問題として、いくつかの地区では、サービス・プロバイダが実現しなければならないサービスの種類が規制されている。また、顧客は、サービス・プロバイダが転送機能を変更または更新する際、サービスの数が少なくなることを受けいれないことが予想される。サービスの数が減少すると、ただちに顧客を失い、収益を失い、かつ競争のために新規顧客を開拓するのが困難になる。
【０００５】
ＰＳＴＮ／ＩＳＤＮで実現されるサービスをサポートすることのできるＡＴＭベースのシステムは、１９９８年９月２３日に出願された「ＴＲＡＮＳＩＴ  ＴＲＵＮＫ  ＳＵＢＮＥＴＷＯＲＫ」という名称の本出願人の関連特許出願に記載され、米国特許出願第０９／１５８８５５号として譲渡されている。この出願の開示を参照によって本明細書に合体する。中継回線（transit trunk）サブネットワークは、「マルチサービス・プラットフォーム」（ＭＳＰ）と呼ばれるインタフェースを使用してＡＴＭサブネットワークをＰＳＴＮに組み込むことを可能にする。ＭＳＰは、同期転送モード（ＳＴＭ）交換機によってＡＴＭサブネットワークにアクセスすることを可能にし、パルスコード変調（ＰＣＭ）データをＡＴＭセルに変換すると共に、ＡＴＭセルをＰＣＭデータに変換する。中継回線サブネットワークは、信号通信方式７（ＳＳ７）ネットワークなどの共通チャネル信号通信（ＣＣＳ）ネットワークを介してＳＴＭ交換機と通信する呼マネージャも含む。この呼マネージャはまた、ＡＴＭリンクを介してＡＴＭサブネットワークと通信する。したがって、この呼マネージャは、ＰＳＴＮ／ＩＳＤＮインテリジェント・サービスをサポートすることができ、同時にＡＴＭサブネットワークがサブネットワーク内のＳＴＭ交換機の間で送られるベアラ・トラフィック用の転送媒体として働くことを可能にする。
【０００６】
しかし、中継回線サブネットワークから与えられる利益を利用するには、ＰＳＴＮを介して呼を転送することなしにサブネットワークの間で呼を完了する方法が必要である。
【０００７】
【発明が解決しようとする課題】
したがって、本発明の目的は、呼をＰＳＴＮに転送することなしに中継回線サブネットワークの間で呼を完了する方法を提供することである。
【０００８】
本発明の他の目的は、中継回線サブネットワークの間で呼を送ることを可能にする信号通信プロトコルを提供することである。
【０００９】
本発明の他の目的は、ＰＳＴＮ／ＩＳＤＮのＣＣＳシステムを使用する中継回線サブネットワークの間で呼を完了するための信号通信プロトコルを提供することである。
【００１０】
本発明の他の目的は、ＣＣＳメッセージが標準順方向に送られるにもかかわらず、信号通信メッセージを受信側インタフェースから発信側インタフェースへ送ることによって呼が設定される逆方向呼設定を使用する中継回線サブネットワークの間で呼を完了するための信号通信プロトコルを提供することである。
【００１１】
本発明の他の目的は、サブネットワークのサービスを受けるＰＳＴＮ／ＩＳＤＮ交換機を修正することなしに呼制御信号送信が行われるように標準ＩＳＤＮユーザ部（ＩＳＵＰ）、ＳＳ７信号通信メッセージを使用して呼が完了される中継回線サブネットワークの間で呼を完了するための信号通信プロトコルを提供することである。
【００１２】
【課題を解決するための手段】
上記の目的に従って、本発明は、それぞれ第１および第２のサブネットワークに関連する第１の電話交換機と第２の電話交換機の間でＡＴＭプロトコルを使用して音声データまたは音声グレードのデータを転送する装置を提供する。第１および第２のサブネットワークは、交換機間のベアラ（bearer）トラフィックを転送できるようにＡＴＭバックボーン・ネットワークで使用される。第１の電話交換機は第１のサブネットワークとの第１のインタフェースを有し、第２の電話交換機は第２のサブネットワークとの第２のインタフェースを有する。第１および第２のインタフェースは、ＰＣＭデータをＡＴＭセルに変換すると共に、ＡＴＭセルをＰＣＭデータに変換するようになされる。この装置は、第１のサブネットワークに論理的に関連する第１の呼マネージャと、第２のサブネットワークに論理的に関連する第２の呼マネージャとを備える。第１の呼マネージャは、第１のインタフェースと第２のインタフェースとの間で呼設定を行うための情報を含む第２の呼マネージャと信号通信メッセージを交換することができる。
【００１３】
上記の目的に従って、本発明は、ＡＴＭプロトコルを使用して電話交換機の間でベアラ・トラフィックを転送する第１および第２のサブネットワークにそれぞれ関連する第１の電話交換機と第２の電話交換機との間で電話呼を送る方法も提供する。第１の電話交換機は第１のサブネットワークとの第１のインタフェースを有し、第２の電話交換機は第２のサブネットワークとの第２のインタフェースを有する。第１の呼マネージャは第１のサブネットワークに論理的に関連付けられ、それに対して第２の呼マネージャは第２のサブネットワークに論理的に関連付けられる。この方法は、まず、呼要求メッセージを第１の電話交換機から第１の呼マネージャに送るステップを含む。第１の呼マネージャは、この呼要求メッセージを受信し、呼要求メッセージから抽出されたダイヤルされた番号を変換し、この呼に関する経路情報を得る。第１の呼マネージャはまた、呼の発信に関する情報を含むように呼要求メッセージを修正し、次いで、経路情報を使用して、修正された呼要求メッセージを第２の呼マネージャに転送する。修正された呼要求メッセージが第２の呼マネージャで受信されると、メッセージから得られたダイヤルされた番号が、第２の電話交換機を識別するように変換される。第２の呼マネージャは、ＡＴＭメッセージを使用して、修正された呼要求メッセージを第２のインタフェースに伝え、次いで第２のインタフェースへＡＴＭメッセージを送信し、呼発信および終了の詳細情報を与える。第２のインタフェースは、第１のインタフェースへＡＴＭメッセージを送信し、この呼に関連するベアラ・トラフィックを転送するための仮想接続を開始する。その後、第２の呼マネージャは、さらに呼要求メッセージを修正し、次いでこの修正済みメッセージを第２の電話交換機に転送し、呼を搬送するトランクの捕捉を開始する。
【００１４】
【発明の実施の形態】
本発明は、狭帯域サービスと広帯域サービスの両方を実現するＡＴＭバックボーン・ネットワーク上に配置された中継回線サブネットワークの間の呼転送をサポートする装置および方法に関する。
【００１５】
図１は、様々な供給源から発信されたトラフィックをサポートするＡＴＭバックボーン・ネットワーク５を示す概略図である。トラフィック源は、ＰＳＴＮ／ＩＳＤＮ７、インターネット・ネットワーク９、フレーム・リレー・ネットワーク１１、パケット交換網１３、および交換式マルチメガビット・データ・サービス（ＳＭＤＳ、Switched Multi-mega bit Date Service）１５からなるネットワーク・アイランドとして示されている。ＡＴＭバックボーン・ネットワーク５は、交換機間の実線で概略的に示されたＡＴＭリンクによって相互接続された複数のＡＴＭ交換機を含む。図１は、６つのこのような交換機を示す。ただし、ＡＴＭバックボーン・ネットワークは任意の数のＡＴＭ交換機を含むことができ、ネットワークの物理寸法は設計上の選択の問題である。ＰＳＴＮ／ＩＳＤＮサービスをサポートする複数の論理サブネットワークをサポートするためにＡＴＭバックボーン・ネットワーク５を使用することができる。このようなサブネットワークは、上記で引用され本出願人の関連特許出願に記載された中継回線サブネットワークでよい。
【００１６】
図２は、ベアラ・トラフィックをＡＴＭバックボーン・ネットワーク２５を介してＰＳＴＮ内の末端オフィス２７と末端オフィス２９との間で送ることを可能にするネットワーク・アーキテクチャを示す。末端オフィス２７および２９はそれぞれ、異なる中継回線サブネットワークによってサポートされる。ＡＴＭバックボーン・ネットワークはブロック２５によって表わされ、不定サイズである。ＡＴＭバックボーン・ネットワーク２５は、少なくとも第１の中継回線ネットワーク３２および第２の中継回線ネットワーク３４をサポートする。これらのサブネットワークを以下では、サブネットワーク３２および３４と呼ぶ。サブネットワーク３２および３４はそれぞれ、ＡＴＭリンクによって相互接続されたＡＴＭ交換機に関連付けられる。第１のサブネットワーク３２および第２のサブネットワーク３４は、リンク３５によって相互接続されるサブネットワークとして概略的に示されており、リンク３５は、サブネットワーク３２および３４を相互接続するように確立することのできる１つまたは複数の仮想回線（ＶＣ）を表わす。ＡＴＭバックボーン・ネットワーク２５は、転送サービスしか実現しないので、呼のパス内で隣接するとみなすことのできる２つのインタフェース間のひと跳び（ホップ）として抽象化することができる。この概念によって「ＡＴＭトランキング（trunking、中継）」の語が得られる。この語は、現行のＰＳＴＮ／ＩＳＤＮ階層に基づく通常のトランク（中継線）ではなく交換式の仮想チャネル接続（ＶＣＣ、Virtual Channel Connections）または交換式の仮想パス接続（ＶＰＣ、Virtual Path Connections）を使用してＰＳＴＮ／ＩＳＤＮノードにある１つのインタフェースから他のインタフェースへトラフィックを転送することを示す。これらのＡＴＭ「トランク」の確立は、以下で詳しく説明するように、ＩＳＵＰプロトコルとＡＴＭプロトコルの両方の制御下で行われる。
【００１７】
末端オフィス２７、２９とＡＴＭバックボーン２５との間のインタフェースを以下ではマルチサービス・プラットフォーム（ＭＳＰ）４０および４２と呼ぶ。マルチサービス・プラットフォームについては、前述の本出願人の関連出願に詳しく記載されている。ＭＳＰ４０および４２はＰＣＭデータをＡＴＭセルに変換すると共に、ＡＴＭセルをＰＣＭデータに変換する。また、ＭＳＰ４０および４２は、ＶＣＣをマップし、特に、それぞれの末端オフィス２７および２９に捕捉された対応するトランク４１とトランク４３の間でベアラ・トラフィックを転送するためＳＶＣが設定される。
【００１８】
図２のネットワーク・アーキテクチャはまた、サブネットワーク３２に関連する第１の呼マネージャ４４と、サブネットワーク３４に関連する第２の呼マネージャ５０とを含む。第１および第２の呼マネージャ４４および５０はそれぞれ、ＣＣＳネットワーク局コードを有し、以下に詳しく説明するようにＩＳＵＰ信号通信メッセージをＣＣＳネットワークを介して送受信するように構成されている。ＭＳＰ４０、４２および呼マネージャ４４、５０は図２には別々のエンティティとして示されているが、これらを同じプラットフォーム上で実現できることを理解されたい。呼マネージャは、１９９８年１２月７日に出願された「ＨＹＢＲＩＤ  ＴＤＭ  ＡＮＤ  ＡＴＭ  ＶＯＩＣＥ  ＳＷＩＴＣＨＩＮＧ  ＣＥＮＴＲＡＬ  ＯＦＦＩＣＥ  ＡＮＤ  ＭＥＴＨＯＤ  ＯＦ  ＣＯＭＰＬＥＴＩＮＧ  ＩＮＴＥＲ−ＯＦＦＩＣＥ  ＣＡＬＬＳ  ＵＳＩＮＧ  ＳＡＭＥ」という名称の本出願人の関連米国特許出願に記載されたように末端オフィス２７、２９内で実現することもできる。
【００１９】
図２のネットワーク・アーキテクチャはさらに、ＣＣＳ信号通信リンク４６および５２を含み、ＣＣＳ信号通信リンク４６および５２は、末端オフィス２７および２９がＣＣＳネットワーク５８と通信することを可能にし、ＣＣＳネットワーク５８は通常、ＳＳ７プロトコルを使用する。第１の呼マネージャ４４はＣＣＳ信号通信リンク４８を含み、それに対して第２の呼マネージャ５０はＣＣＳ信号通信リンク５１を含む。各呼マネージャはさらに、第１および第２の呼マネージャがＭＳＰ４０および４２へ制御メッセージを送信することを可能にするためにＡＴＭリンク５４および５６を含む。したがって、末端オフィスと呼マネージャの両方からのＣＣＳメッセージは、ＣＣＳネットワーク５８を介して送られ、それに対して、サブネットワーク３２、３４内のＭＳＰ用の制御メッセージは、ＡＴＭ回線を使用するＡＴＭバックボーン・ネットワーク２５を介して送られる。ＡＴＭ回線は、第１のＭＳＰ４０と第１の呼マネージャ４４との間、および第２のＭＳＰ４２と第２の呼マネージャ５０との間に点線で概略的に示されている。呼が設定されたときに得られるＡＴＭベアラ回線６０も、サブネットワーク３２とサブネットワーク３４の間に概略的に示されている。したがって、各呼マネージャは、ＣＣＳネットワークを用いたＩＳＵＰ信号送信と、サブネットワークを用いた制御メッセージ送信を行うように構成されるが、これらの信号通信機能を互いに別々に維持する。この構成は、ネットワーク・アーキテクチャが、ＰＳＴＮ／ＩＳＤＮによって実現されるインテリジェント・サービスをサポートし、同時に呼転送用の基礎インフラストラクチャとしてＡＴＭバックボーンを使用することを可能にする。また、この信号通信構成はＡＴＭバックボーン・ネットワーク２５に対する要件を最小限に抑え、このアーキテクチャをＰＳＴＮ／ＩＳＤＮでただちに実現できるようにする。さらに、ＣＣＳ（Common Channel Signaling、共通チャネル信号通信）メッセージングおよびＡＴＭ制御メッセージが各呼マネージャによって別々に管理されるので、ＣＣＳプロトコルを変更する必要はない。
【００２０】
しかし、２つ以上のサブネットワークの間で呼を設定するために必要とされる信号通信プロトコルを実現するには、各サブネットワークに関連する呼マネージャが呼に関連する情報を得ることができるよう、あるメカニズムを実現しなければならない。本発明によれば、使用するメカニズムは、情報を転送するために使用されるメッセージング・パラメータである。このパラメータは、アプリケーション転送パラメータ（ＡＰＰ、Application Transport Parameter）と呼ばれ、ＣＣＳネットワーク５８（図２）を横切って送られるＩＳＵＰ信号通信メッセージに挿入される。ＡＰＰは、ＡＴＭサブネットワークを横切る信号通信処理に関する様々な情報を与える複数のオクテットからなる。ＡＰＰは、１９９７年１１月に発行された「Ｒｅｐｏｒｔ  Ｒ−７７  ｏｆ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ  ｏｆ  ｔｈｅ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ」で詳しく定義されている。この報告書を参照によって本明細書に合体する。
【００２１】
図３は、ＡＰＰの構造の概略図を示す。最初の４つのオクテットはそれぞれ、他のオクテットが存在するかどうかを示すために使用される１ビット拡張インジケータを含む。これによって、各フィールドについての値範囲が拡張される。この拡張インジケータが「０」に設定されている場合は、他のオクテットが存在する。この拡張インジケータが「１」に設定されている場合、他のオクテットは存在しない。第１の拡張インジケータの後に、７ビットのアプリケーション・コンテクスト識別子、すなわち、アプリケーション転送機構を使用するアプリケーションを一意に識別する値が続く。第２のオクテットは、１ビット拡張識別子と、その後に続く５つのスペア・ビットを含む。その後に続く２ビットはアプリケーション転送命令インジケータ（ＡＴＩＩ）であり、それぞれ「Ｂ」および「Ａ」と呼ばれる。ビットＢは通知送信インジケータであり、通知を送信することか、あるいは通知を送信しないことを求める命令を示す。ビットＡは、呼解放インジケータであり、呼を解放することか、あるいは呼を解放しないことを求める命令を示す。オクテット３は１ビット拡張インジケータと、その後に続く１ビット・シーケンス・インジケータ（ＳＩ）とを有する。ＳＩは、アプリケーション転送メッセージ（ＡＰＭ）分割インジケータ・シーケンスの第１のセグメントを示すために使用される。ＡＰＭは、上記で引用され引用によって本明細書に取り込むＲｅｐｏｒｔ  Ｒ−７７に記載されたメッセージ・タイプである。ＡＰＭは、ＶＣＣがキャッシュから呼び出されるときに呼を完了するために使用されるＩＳＵＰメッセージ・タイプである。ＡＰＭの呼設定での使用については図６を参照して以下に詳しく説明する。ＡＰＭ分割インジケータは、ＡＰＭで使用される情報を搬送する残りのセグメントの数を示す。ＡＰＭ分割インジケータは、最後のセグメント（値「０」）を示すか、あるいは指定された数のセグメントが後に続く（値＝「１〜９」）ことを示す。オクテット３ａは１ビット拡張インジケータと、その後に続く、７ビットで定義される分割ローカル参照（ＳＬＲ）とを含む。ＳＬＲは、呼に割り当てられる固有の値であり、分割されたＡＲＭ内のセグメントを関連付けるために使用される。セグメントの数は、オクテット３内のＡＰＭ分割インジケータによって定義される。オクテット４ａから４ｎは、カプセル化アプリケーション情報を含み、可変数のオクテット内の８ビットを使用する。カプセル化アプリケーション情報とは、ＩＳＵＰ初期アドレス・メッセージ（ＩＡＭ、Initial Address Message）またはＡＰＭによって転送する必要のあるアプリケーション情報である。カプセル化アプリケーション情報のコード化はいくつかの形をとることができる。たとえば、このコード化は、タグと、その後に続く長さフィールドおよび値フィールド、あるいはタグと、その後に続く値フィールドのみ、タグと、その後に続くフラグでよい。
【００２２】
サブネットワークの間の呼設定では、カプセル化アプリケーション情報は、呼設定中に必要とされる以下の３つのデータ・セットを定義する。
【００２３】
（１）ＡＴＭ  ＶＣＣ識別子
（２）発信側末端オフィスに関連するＭＳＰのＡＴＭアドレス
（３）信号通信相関タグ
カプセル化アプリケーション情報で搬送されるこの３つのデータ・セットの目的について、図４Ａに示す呼設定信号通信シーケンスを参照して説明する。
【００２４】
図４Ａは、図２に示すＡＴＭバックボーン・ネットワーク２５を介して呼を設定するための信号通信シーケンスを示す。図４Ａは、呼が末端オフィス２７から発信され末端オフィス２９で終了するときの、ＶＣＣを使用した接続設定用の信号通信シーケンスを示す。しかし、任意の数の中間サブネットワークを横切る呼を設定する際に同様な原則を提供できることを理解されたい。発信側（発呼側）末端オフィス２７と第１のサブネットワークとの間のインタフェースは、第１のＭＳＰ４０および第１の呼マネージャ４４によって実現される。受信側（受呼側）末端オフィス２９と第２のサブネットワークとの間のインタフェースは、第２のＭＳＰ４２および第２の呼マネージャ５０によって実現される。図４Ａから図６に示す信号通信シーケンスで、点線はＩＳＵＰ信号通信メッセージを示すために使用され、実線はＡＴＭ信号通信メッセージを示すために使用される。
【００２５】
図４Ａに示すように、呼は末端オフィス２７から発信される。呼に応答して、発信側末端オフィス２７はＳＳ７  ＩＡＭを生成し、第１のサブネットワークに関連する第１の呼マネージャ４４にＳＳ７ネットワークを介してＩＡＭを転送する。第１の呼マネージャ４４は、ＩＡＭを受信すると、メッセージから呼情報を抽出し、ＩＡＭアドバイザリ・メッセージ（ＩＡＭ  ＡＤＶ）を生成し、ＡＴＭバックボーン・ネットワーク２５を介して第１のＭＳＰ４０に送信する。ＭＳＰ４０はＩＡＭ肯定応答（ＩＡＭ  ＡＣＫ）で応答し、この肯定応答は第１の呼マネージャ４４に返される。第１の呼マネージャ４４は、ＩＡＭから抽出されたダイヤルされた番号を変換し、呼に関する経路情報を得る。次いで、ＩＡＭは、呼マネージャ４４の発信側局コード（ＯＰＣ）と、第２のサブネットワーク３４内の呼マネージャ５０の宛先局コード（ＤＰＣ）と、呼に関する第１のサブネットワーク３２の機能を識別する情報とを含むように修正される。その後、修正されたＩＡＭは第２の呼マネージャ５０へ送信される。図３に示すＡＰＰを挿入することによって、ＩＡＭは部分的に修正され、アプリケーション・コンテクスト識別子と、前述のようにカプセル化アプリケーション情報フィールドに記憶されている３つのデータとを含む。この３つのデータは、次のとおりである。
【００２６】
（１）ＡＴＭ  ＶＣＣ識別子、
（２）第１のＭＳＰのＡＴＭアドレス、および
（３）信号通信相関タグ
ＡＴＭ  ＶＣＣ識別子は、図３に示すようにアプリケーション・コンテクスト識別子と共に使用される。図３に示すアプリケーション・コンテクスト識別子は、呼データを転送するために第２のＭＳＰ４２と第１のＭＳＰ４０との間でＡＴＭ  ＶＣＣが使用されることを第２の呼マネージャ５０に示すが、呼に使用される特定のＡＴＭ  ＶＣＣを識別するものではない。第２のＭＳＰ４２は、第１のＭＳＰ４０を有する新しいＡＴＭ  ＶＣＣを設定するか、あるいはキャッシュから既存のＶＣＣを選択する。第１のＭＳＰ４０のＡＴＭアドレスは、第１のＭＳＰ４０がＡＴＭバックボーン・ネットワーク２５内のどこに位置しているかを識別する。この情報は、第１のＭＳＰ４０へのＶＣＣを確立するために第２のＭＳＰ４２によって必要とされる。第１のＭＳＰ４０のＡＴＭアドレスを含めることによって、２つのＭＳＰの間でＶＣＣを逆方向に設定することが可能になる。信号補正タグは、第１のＭＳＰ４０が逆方向に第２のＭＳＰ４２から第１のＭＳＰ４０へ送信される設定メッセージを、第１の呼マネージャ４４から第１のＭＳＰ４０へのＩＡＭ  ＡＤＶと相関付けることを可能にする。これによって、この呼のために捕捉された発信側末端オフィスにあるＴＤＭトランクにＳＶＣをマップすることができる。
【００２７】
ＩＡＭは、ＡＰＰを含むように修正された後、第２の呼マネージャ５０へ送られる。第２の呼マネージャ５０は、修正されたＩＡＭを受信すると、第２のＭＳＰ４２へＩＡＭ  ＡＤＶを送信する。第２のＭＳＰ４２は、第２の呼マネージャ５０へＩＡＭ  ＡＣＫを返す。第２の呼マネージャ５０は、ＩＡＭ  ＡＣＫを受信すると、第２のＭＳＰ４２へ接続要求メッセージを送信する。接続要求メッセージには、ＡＰＰのカプセル化アプリケーション情報フィールドのデータが含まれる。第２のＭＳＰ４２は、接続要求メッセージを受信すると、カプセル化アプリケーション情報を調べ、第１のＭＳＰ４０に既存の（キャッシュされた）ＶＣＣが存在するか、それともこの呼のために新しいＶＣＣを確立しなければならないかを判定する。
【００２８】
この例では、呼のために新しいＶＣＣを確立するものと仮定する。第２のＭＳＰ４２は、この呼に使用されるＶＣＣを識別するためにＭＳＰ４２によって選択されたＡＴＭ  ＶＣＣ識別子と、ＡＰＰから得た信号通信相関タグとを含む設定メッセージを生成する。設定メッセージは、ＡＴＭバックボーン・ネットワーク２５を通って、第１のＭＳＰ４０をサポートする受信側ノードに至るように、当技術分野でよく知られている方式で送られる。設定メッセージは、第２のＭＳＰ４２と第１のＭＳＰ４０との間の交換式の仮想回線（ＳＶＣ）としてＡＴＭ  ＶＣＣを設定し、ＶＣＣ識別子によって第１のＭＳＰ４０に識別される。この場合、設定メッセージ内の信号通信相関タグは、すでに第１の呼マネージャ４４から第１のＭＳＰ４０に送信されたＩＡＭ  ＡＤＶメッセージと設定メッセージを相関付けるために第１のＭＳＰ４０によって使用される。この相関付けは、第１のＭＳＰ４０が、ＭＳＰ４２とＭＳＰ４０の間で設定されたＳＶＣを、呼を運ぶために発信側オフィス２７が捕捉したＴＤＭトランク・メンバにマップすることを可能にする。次いで、設定メッセージが順方向に横切るのと同じパスに沿って第１のＭＳＰ４０から第２のＭＳＰ４２へ送信される接続メッセージによってＳＶＣの設定が完了する。この後で、第２のＭＳＰ４２から第１のＭＳＰ４０へ同期メッセージが送信される。同期メッセージは、この呼のために設定されたＳＶＣの完全性を試験する。第１のＭＳＰ４０は、第１のＭＳＰ４０から第２のＭＳＰ４２へ送信される同期肯定応答（同期ＡＣＫ）メッセージで応答する。ＭＳＰ４２は、同期ＡＣＫメッセージを受信すると、第２の呼マネージャ５０へ接続要求肯定応答（接続ＲＥＱ  ＡＣＫ）を送信する。これと並行して、第２の呼マネージャ５０は、ＩＡＭからＡＰＰデータを取り出し、末端オフィス２９を第２のＭＳＰ４２に接続するトランク・グループに維持されているトランクの回線識別コード（ＣＩＣ）を含むようにＩＡＭを修正する。ＣＩＣは、着呼が到着するトランクを末端オフィス２９に示す。次いで、修正されたＩＡＭが第２の呼マネージャ５０から受信側末端オフィス２９へ送信される。
【００２９】
図４Ｂは、信号通信シーケンス、すなわち、図４Ａに示す信号通信シーケンスの続きを示す。受信側末端オフィス２９は、ＩＡＭを受信すると、この番号が有効であること、および呼び出された回線が利用可能であることを検証する。検証が完了した後、受信側末端オフィスは、アドレス完了メッセージ（ＡＣＭ）を生成し、このＡＣＭを第２の呼マネージャ５０へ送信する。次いで、第２の呼マネージャ５０は第２のＭＳＰ４２へＡＣＭアドバイザリ・メッセージ（ＡＣＭ  ＡＤＶ）を送信し、第２のＭＳＰ４２はＡＣＭ肯定応答メッセージ（ＡＣＭ  ＡＣＫ）で応答する。ＡＣＭ  ＡＣＫが受信されると、ＡＣＭが第２の呼マネージャ５０から第１の呼マネージャ４４へ転送され、第１の呼マネージャ４４が同様に第１のＭＳＰ４０へＡＣＭ  ＡＤＶを送信し、第１のＭＳＰ４０がＡＣＭ  ＡＣＫを返す。ＡＣＭ  ＡＣＫが受信されると、第１の呼マネージャ４４は発信側末端オフィス２７へＡＣＭを転送する。発信側末端オフィス２７でＡＣＭが受信されると、呼出し側回線と被呼側回線との間の接続が完了する。したがって、受信側末端オフィス２９から被呼側回線に加えられるリンギングが呼出し側で聞こえる。被呼側が応答すると、受信側末端オフィス２９から第２の呼マネージャ５０へ応答メッセージ（ＡＮＭ）が送信される。第２の呼マネージャ５０は、第２のＭＳＰ４２へＡＮＭアドバイザリ・メッセージ（ＡＮＭ  ＡＤＶ）を送信することによって応答し、第２のＭＳＰ４２はＡＮＭ肯定応答メッセージ（ＡＮＭ  ＡＣＫ）を返す。第２の呼マネージャ５０は、ＡＮＭ  ＡＣＫを受信すると、ＡＮＭを第１の呼マネージャ４４へ転送する。第１の呼マネージャ４４は第１のＭＳＰ４０へＡＮＭ  ＡＤＶを送信し、第１のＭＳＰ４０はＡＮＭ  ＡＣＫを返す。次いで、第１の呼マネージャ４４から発信側末端オフィス２７へＡＮＭが送信され、通常の呼と同様に対話が行われ、ＡＴＭバックボーン・ネットワーク２５を介してパルスコード変調（ＰＣＭ）呼データが転送される。
【００３０】
図５は、発信側末端オフィス２７と受信側末端オフィス２９との間で呼設定を追跡するための信号通信シーケンスを示す。この場合、呼のベアラ・トラフィックはＡＴＭバックボーン・ネットワーク２５によって転送される。図５に示すネットワーク要素は、図４Ａおよび図４Ｂに示すネットワーク要素と同一である。
【００３１】
末端オフィス２９の当事者が受話器を戻すと、末端オフィス２９から第２の呼マネージャ５０へ解放メッセージが送信され、第２の呼マネージャ５０が、第２のＭＳＰ４２へ解放アドバイザリ・メッセージ（ＲＥＬ  ＡＤＶ）を送信することによって応答し、第２のＭＳＰ４２が解放肯定応答メッセージ（ＲＥＬ  ＡＣＫ）を返す。第２の呼マネージャ５０は、ＲＥＬ  ＡＣＫを受信すると、第１の呼マネージャ４４にＲＥＬメッセージを転送し、第１の呼マネージャ４４は第１のＭＳＰ４０へＲＥＬ  ＡＤＶを送信し、第１のＭＳＰ４０はＲＥＬ  ＡＣＫを返す。次いで、ＲＥＬメッセージは発信側末端オフィス２７へ転送される。発信側末端オフィス２７は、解放完了メッセージ（ＲＬＣ）で第１の呼マネージャ４４に応答する。第１の呼マネージャ４４は、第１のＭＳＰ４０へＲＬＣアドバイザリ・メッセージ（ＲＬＣ  ＡＤＶ）を送信することによって、ＲＬＣメッセージを受信したことに応答し、第１のＭＳＰ４０はＲＬＣ肯定応答メッセージ（ＲＬＣ  ＡＣＫ）を返す。その後で、ＲＬＣは第２の呼マネージャ５０へ送信され、第２の呼マネージャ５０はＲＬＣを受信側末端オフィス２９へ転送する。第２の呼マネージャ５０は、第２のＭＳＰ４２へＲＬＣ  ＡＤＶメッセージも送信し、第２のＭＳＰ４２はＲＬＣ  ＡＣＫで応答する。この呼のために確立されたＳＶＣは、第１の呼マネージャ４０から受信されたＲＬＣアドバイザリ・メッセージに応答して第１のＭＳＰ４０が第２のＭＳＰ４２に解放ＳＶＣメッセージを送信したときに解放される。これは、第２のＭＳＰ４２から第１のＭＳＰ４０へ送信される解放肯定応答（解放ＡＣＫ）メッセージによって肯定応答される。この時点で、呼が完全にテーク・ダウンされ、呼のために確立されたＳＶＣが解放され、ＡＴＭ機能が他のトラフィックによって使用できるように解放される。
【００３２】
図６は、ＡＴＭバックボーン・ネットワーク２５を介して呼が確立され、ベアラ・トラフィックを転送するために使用されるＶＣＣが、事前に確立されキャッシュに記憶されているＳＶＣである信号通信シーケンスを示す。この信号通信シーケンスは、引用によって本明細書に取り込む前述のＲｅｐｏｒｔ  Ｒ−７７  ｏｆ  ｔｈｅ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｕｎｉｏｎで定義されたＡＰＭ信号通信メッセージを使用する。ＡＰＭは、アプリケーション情報を搬送するためにどちらかの方向に送信されるＩＳＵＰ信号通信メッセージである。前述のＡＰＰは、ＩＡＭメッセージがＶＣＣ識別子を含むことを除いてＩＡＭメッセージへのコード化とほとんど同じようにＡＰＭにコード化される。ＡＰＭは、事前に確立されたＶＣＣが、呼に関連するベアラ・トラフィックを搬送するＶＣＣとしてキャッシュから選択されたときに、ＡＴＭバックボーン・ネットワーク２５上に配置された２つのサブネットワークの間の逆方向呼設定を可能にする。ＡＰＭはＩＳＵＰプロトコル・メッセージであるが、ＡＰＭ中のデータをＡＴＭセルに充填し、ＡＴＭバックボーン２５を介して送信することができる。この信号通信シーケンスは、この呼が末端オフィス２７から発信され末端オフィス２９で終了するときの呼設定に関するステップを示す。このネットワーク構成は、上記で図４Ａおよび図４Ｂを参照して説明した構成と同一である。
【００３３】
図６に示すように、末端オフィス２７で呼が発信され、末端オフィス２７はＩＡＭを生成し、呼出し側によってダイヤルされた番号に応答して第１の呼マネージャ４４へ送信する。第１の呼マネージャ４４は、ＩＡＭを受信すると、呼情報を抽出し、ＩＡＭ  ＡＤＶを生成し、第１のＭＳＰ４０へ送信し、第１のＭＳＰ４０はＩＡＭ  ＡＣＫを返す。次いで、第１の呼マネージャ４４は、第１の呼マネージャ４４のＯＰＣと、第２の呼マネージャ５０のＤＰＣと、この呼に関する第１のサブネットワークの機能を識別する情報とを含むようにＩＡＭを修正する。この情報は、前述のように、ＡＰＰのカプセル化アプリケーション情報フィールドによって部分的に定義される。ＡＰＰがＩＡＭにコード化された後、ＩＡＭは第１の呼マネージャ４４から第２の呼マネージャ５０へ送信される。第２の呼マネージャ５０は、ＩＡＭを受信すると、第２のＭＳＰ４２へＩＡＭ  ＡＤＶを送信し、第２のＭＳＰ４２はＩＡＭ  ＡＣＫで応答する。第２の呼マネージャ５０は、ＩＡＭ  ＡＣＫを受信すると、接続要求メッセージを生成し、第２のＭＳＰ４２へ送信する。接続要求メッセージには、ＩＡＭから抽出されたカプセル化アプリケーション情報が含まれる。
【００３４】
第２のＭＳＰ４２は、接続要求メッセージを受信すると、カプセル化アプリケーション情報を調べ、第１のＭＳＰ４０のＡＴＭアドレス用の事前に確立された（キャッシュされた）ＶＣＣが存在するかどうかを判定する。この例では、キャッシュされたアイドル状態のＶＣＣが存在し、この呼用に選択されるものと仮定する。ＳＶＣキャッシングは、１９９８年１０月２日に出願され明細書全体が引用によって本明細書と合体された「ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳＦＯＲ  ＲＥＤＵＣＴＩＯＮ  ＯＦ  ＣＡＬＬ  ＳＥＴＵＰ  ＲＡＴＥ  ＩＮＡＴＭ  ＮＥＴＷＯＲＫ」という名称の本出願人の関連米国特許出願に詳しく記載されている。第２のＭＳＰ４２は、カプセル化アプリケーション情報フィールド中の２つのデータでコード化されたＡＰＰを含むＡＰＭメッセージを生成する。この第１のデータは、ＡＴＭ  ＶＣＣ識別子であり、キャッシュ・プール中の利用可能なＳＶＣを、この呼に関連するベアラ・トラフィックを搬送するＳＶＣとして識別する。第２のデータは信号通信相関タグであり、すでに第１の呼マネージャ４４から第１のＭＳＰ４０へ送信されたＩＡＭ  ＡＤＶとＡＰＭを相関付ける。
【００３５】
ＡＴＭ  ＶＣＣ識別子は、第１のＭＳＰ４０が、この利用可能なＳＶＣを、この呼のベアラ・トラフィックを搬送するＳＶＣとして選択することを可能にする。信号通信相関タグは、第１のＭＳＰ４０が、すでに発信側末端オフィス２７から第１のＭＳＰ４０へ送信されたＩＡＭ  ＡＤＶとＡＰＭメッセージを相関付けることも可能にする。この相関付けによって、キャッシュから選択されたＳＶＣを、発信側末端オフィスで捕捉されたＴＤＭトランクにマップすることが可能になる。次いで、第１のＭＳＰ４０は第２のＭＳＰ４２へ同期メッセージを送信する。同期メッセージはＳＶＣ接続の完全性を試験し、その後で、第２のＭＳＰ４２によって同期ＡＣＫが返される。その後で、第２のＭＳＰ４２は第２の呼マネージャ５０へ接続ＲＥＱ  ＡＣＫを送信する。第２の呼マネージャ５０は、接続ＲＥＱ  ＡＣＫメッセージを受信すると、第２のＭＳＰ４２を受信側末端オフィス２９に接続するトランク・グループ内のＴＤＭトランク・メンバを識別するＣＩＣ情報をＩＡＭに挿入する。次いで、ＣＩＣ情報を含むＩＡＭは第２の呼マネージャ５０から受信側末端オフィス２９へ送信される。その後で、上記で図４Ｂを参照して説明したのと同一の方式で呼処理が行われる。
【００３６】
キャッシュから得たＳＶＣを使用した呼設定に関する呼解放手順は、図５に示すのとほとんど同じ信号通信シーケンスに従う。ＩＳＵＰ信号通信シーケンスが完了した後、あるいはそれと同時に、この呼に使用されたＳＶＣをキャッシュに戻すか、それとも解放するかが判定される。ＳＶＣをキャッシュに戻す場合、キャッシュ・プールのマスタとして働く２つのＭＳＰのうちの一方、たとえば第１のＭＳＰ４０は、第２のＭＳＰ４２へキャッシュＳＶＣメッセージ（図示せず）を送信し、キャッシュ内のこのＳＶＣの状況を「アイドル」に変更する。ＳＶＣをキャッシュに戻さない場合、第１のＭＳＰ４０から第２のＭＳＰ４２へ解放ＳＶＣメッセージが送信され、第２のＭＳＰにこのＳＶＣを解放するよう命令する。解放ＳＶＣメッセージは解放ＡＣＫによって肯定応答され、ＳＶＣの解放が完了する。
【００３７】
前述のＰＳＴＮ信号通信方式はＩＳＵＰプロトコルの使用を仮定しているが、交換型電話網を介して呼の流れを制御することのできる他の信号通信プロトコルを使用することもできることを理解されたい。ＰＳＴＮ電話交換機と呼マネージャ４４、５０との間で交換される信号通信メッセージ用の好ましいパスとしてＣＣＳネットワークについて説明したが、ＡＴＭバックボーン・ネットワーク２５を使用して信号通信メッセージを転送することもできることを理解されたい。この場合、ＰＳＴＮ電話交換機は、当技術分野でよく知られているようにＡＴＭインタフェースを備える。
【００３８】
したがって、本明細書で説明した目的および利点を達成する、ＡＴＭサブネットワークの間で呼を設定する方法および装置の新規の態様を図示し説明した。しかし、当業者には、本発明の好ましい実施形態を開示する明細書および添付の図面を検討した後で、本発明の変更形態、修正形態、変形形態、組合せ形態、部分組合せ形態、ならびにその他の用途および応用例が明白になろう。本発明の趣旨および範囲から逸脱しないそのようなすべての変更形態、修正形態、変形形態、およびその他の用途および応用例は、本発明によってカバーされ、本発明は請求の範囲によってのみ制限される。
【図面の簡単な説明】
【図１】様々な供給源から発信されるトラフィックの転送をサポートするＡＴＭバックボーン・ネットワークを示す概略図である。
【図２】ＡＴＭバックボーン上に配置されたＡＴＭサブネットワークによってサポートされるＰＳＴＮ用のネットワーク・トポロジおよび信号通信構成を示す概略図である。
【図３】あるＩＳＵＰ信号通信メッセージにコード化されるアプリケーション転送パラメータ（ＡＰＰ）の構造を示す概略図である。
【図４】図４Ａは、呼のために設定された交換型仮想専用線（ＳＶＣ）を横切って呼のベアラ・トラフィックが送られる、ＡＴＭバックボーン上に配置されたサブネットワークを横切る呼を確立する信号通信シーケンスを示す図であり、図４Ｂは、図４Ａの信号通信シーケンスの残りのステップを示す図である。
【図５】呼のために設定されたＳＶＣを使用して呼のベアラ・トラフィックが転送される、ＡＴＭバックボーン上に配置されたサブネットワークを横切る呼をテーク・ダウンする信号通信シーケンスを示す図である。
【図６】ＳＶＣキャッシュから取り出されたＳＶＣを使用して呼のベアラ・トラフィックが転送される、ＡＴＭバックボーン上に配置されたサブネットワークを横切る呼を確立する信号通信シーケンスを示す図である。
【符号の説明】
４ａ〜４ｎ    オクテット
５、２５    ＡＴＭバックボーン・ネットワーク
７    ＰＳＴＮ／ＩＳＤＮ
９    インターネット・ネットワーク
１１    フレーム・リレー・ネットワーク
１３    パケット交換網
１５    交換機ド・マルチメガ・ビット・データ・サービス
２７、２９    末端オフィス
３２、３４    サブネットワーク
４１、４３    トランク
４０、４２    マルチサービス・プラットフォーム
４４、５０    呼マネージャ
４６、４８、５２    ＣＣＳ信号通信リンク
５４、５６    ＡＴＭリンク
５８    ＣＣＳネットワーク
【図１】
0004469039.tif 000002
【図２】
0004469039.tif 000003
【図３】
0004469039.tif 000004
【図４】
0004469039.tif 000005
【図５】
0004469039.tif 000006
【図６】
0004469039.tif 000007