JP2000509232A

JP2000509232A - 不均一接続

Info

Publication number: JP2000509232A
Application number: JP9538790A
Authority: JP
Inventors: アンデルソン，シュタッファン; ダグベルグ，ラルス，ジョン，オラ
Original assignee: テレフオンアクチーボラゲツトエルエムエリクソン
Priority date: 1996-04-26
Filing date: 1997-04-14
Publication date: 2000-07-18
Also published as: CN1115883C; US6341126B1; SE506475C2; EP0879537A1; CN1217127A; SE9601605L; AU2718097A; CA2251313A1; SE9601605D0; WO1997041696A1

Abstract

(57)【要約】いくつかのドメイン（１４−１７）を含むコールと接続が分離された網（１０）において、この網は接続層とサービス層を含む階層構造を有する。各接続ドメインには、ハードウエアを制御するための接続制御処理が存在する。この発明によれば、コールと接続が分離された網から発信し着信する送信チャネルを遂行するために外部網（１１）が使用される。このようなコールは不均一コールと呼ばれる。不均一コールの発信側における接続制御処理は、外部網を通じて前記送信チャネルを経路選択するための経路選択番号を使用する。この経路選択番号は、コールの終端点において制御処理により使用されるサービスによって管理される。経路選択番号は、それ自体で知られる方法によって外部網のシグナリング・プロトコルに従う。

Description

【発明の詳細な説明】不均一接続発明の技術的分野この発明は、コール（呼）と接続が分離したネットワーク（網）に関し、ここではサービス処理に関するソフトウェアが、接続処理に関するソフトウェアから分離している。特に、サービス処理はコール層（コール・レイヤー）で起こるのに対して、接続処理は接続層（コネクション・レイヤー）で起こる。以下において、コール接続分離電気通信網は、ＣＣＳ網と呼ばれる。ＣＣＳ網から外部網へ行き、そこからＣＣＳ網へ戻る接続であって、ＣＣＳ網において完全に管理されるサービスを用いる接続は、不均一接続（インホモジニアス・コネクション）と呼ばれる。不均一接続内においては、全てのサービス処理がＣＣＳ網において起こるのに対して、接続処理は、ＣＣＳ網内とともに外部網においても起こる。ＣＣＳ網内でのみそのサービス処理と接続処理が起こるコールは、均一接続（ホモジニアス・コネクション）により搬送されると言われる。サービス処理は、サービス制御、サービス実行、サービス信号、サービス設置、サービス修正、サービス管理を含む。接続処理は、接続の確立（セットアップ）と開放、並びに、交換機に接続された他のハードウェア装置（トーンセンダ、会議装置など）と交換機との間に延びているトランク及び複数の交換機を含む物理的電気通信網の制御に関する。接続層は、物理網モデル、交換機及びトランク線を含んだ抽象概念である。加入者データ、経路選択テーブル（ルーチング・テーブル）、および一般的特質に係る情報（交換機群、交換機群間に張っているトランク線、並びに交換機群により供される加入者線及び加入者に関する一般的特質に係る情報）は、共通データベース内に記憶されている。交換機群、トランク線、加入者と加入者線を、以下にドメインと言う。従って、ドメインは、それ自身のデータベースの保全性を有する。関連技術の説明今日の通信網は、特殊化によって特徴づけられる。テレックス網はテレックス情報を移送し、ＰＯＴＳ（普通の古い電話サービス）は公衆交換電話網（ＰＳＴＮ）によって伝送され、Ｘ．２５プロトコルに基づくパッケージ交換データ網（ＰＳＤＮ）はコンピュータデータを移送し、また、共同視聴アンテナ・テレビ網（ＣＡＴＶ）の同軸ツリー網はテレビジョン信号を伝送する。これらの網はそれぞれ、個々のサービスのために設計され、一般に他のサービスを移送することはできない。例えば、ＰＳＴＮはＴＶ信号を移送しないし、また音声は、エンドーツー−エンド遅延が大きいために、Ｘ．２５網を用いて移送することは困難である。例外的な場合にのみ、１つの網で移送されたサービスを、他の網で移送できる。例えば、元来音声の移送のために設計されたＰＳＴＮは、網の両端でモデムを使用するならば、限られた速度で、コンピュータデータを伝送することができる。全ての新しいサービスのために、新しい物理電気通信網を建設することは、不経済である。米国特許第５，４３４，８５２号は、広帯域および狭帯域の通信サービスの配信のための通信網に関する。通信網は、階層アーキテクチャを有し、（ａ）ユーザ・ツー・ユーザ機能とユーザ・ツー・網機能を提供するコールサーバと、（ｂ）コールにおいて使用されるべきサービスを提供するサービス特定サーバと、（ｃ）接続の確立と開放を提供するための接続サーバを含む。いくつかの網の間に展開する均一接続で、全て同一の方法で設計されるものが、この特許に記載されている。米国特許第５，４０２，４７１には、ＰＳＴＮと移動電話網間の接続を移送する方法が示されているが、ここで、コール制御と接続制御は、あらかじめ定義済のインテリジェンス・ポイント（移動電話網における複数の移動交換機センター、すなわちＰＳＴＮにおける交換機）において分離されている。この２つの網間の不均一接続が考えられている。中間網を使用する不均一網は、そこには記述されていない。例えば、ＰＳＴＮを中間網として使用する２つの移動局間のコールは考えられていないが、これはコールがこの移動網においてのみ経路選択されるからである。ＰＳＴＮ内の２つの加入者間のコール、すなわち移動網を中間網として使用するコールも、考えられていないが、それは、そうしたコールがＰＳＴＮ内だけで経路選択されるからである。発明の要約この発明の主要な目的は、今日の既存の電気通信網の物理構造を再利用して、それらが元来そのために設計されたもの以外のサービスを移送することである。この発明の別の目的は、不均一接続の確立を許容する、コール接続分離電気通信網を提供することである。この発明の更に別の目的は、外部網を用いて、ＣＣＳ網内の２つのノード間の接続を確立する、ＣＣＳ網を提供することである。この発明の更なる目的は、不均一接続とともに均一接続を確立するために、網アクセス処理を開始し、また網アクセス処理を終結させる、コールの再利用を提供することである。この発明の別の目的は、今日の既存の非分離電気通信網が、接続の確立と制御のためにのみ用いられる一方で、シグナリングに関連するサービスがシグナリング網を用いて行われるような仕方で、シグナリングに関連するサービスが接続確立に使用されるシグナリングと独立しているコール接続分離電気通信網を提供することである。この発明の長所は、既存の網を接続確立の手段として使用できるとともに、既存のサービスと同様に将来のサービスを、シグナリング網で処理することであり、このシグナリング網は、接続確立に使用される物理網から、一般に独立している。ＣＣＳ網の使用は、特定サービスのためのコール層を使用できるようにし、また、任意の２人のユーザ間で、ＳＴＭ、ＡＴＭのような要求された特性を備えた接続層を確立するための接続層を使用できるようにする。不均一接続は、接続を確立するために既存の網を使用できるようにし、一方、前記コールのコールレベルでサービスが移送される。シグナリング網のハードウェアとソフトウェアは、一般に接続層のハードウェアとソフトウェアとは独立のシグナリング層を形成する。新しいサービスが創設されるか、または既存のサービスがアップグレードされるか、修正されるかするとき、これがシグナリング層においてのみ行われるが、接続確立のために使用されるソフトウェアとハードウェアとは、一般に無関係である。接続層を新しいサービスに適応させるために、いくつかの修正が必要なだけである。この発明の方法は、既存の網に必要なばかりでなく、新しい網に関連しても使用される。上記の諸目的は、添付の請求の範囲により定義されるＣＣＳ網により達成される。図面の簡単な説明図１ないし図３は、特定のアプリケーションにより処理される発信側と着信側のそれぞれで行われる処理の間の相互作用を図示するブロック図である。図４は、このアプリケーションが使用される電気通信網を図示する。図５は、図４の電気通信網で使用されるシグナリング網である。図６は、同一の交換機によって供される２人のユーザ間のコールを図示するブロック図である。図７は、同一のドメインに属する２人のユーザ間のコールを図示するブロック図である。図８は、２つのドメインをブリッジするブロック図である。図９は、いくつかのドメインに及ぶ１つのコールを図示するブロック図である。図１０は、外部網により終端される接続のブロック図である。図１１は、接続の移送のために中継外部網を使用するこの発明の電気通信網により終端される不均一接続のブロック図を示す。図１２は、不均一接続の移送のために外部網を使用する不均一接続を図示するブロック図である。図１３は、図１２に示されたタイプの不均一接続の確立を詳細に図示するブロック図である。図１４は、交換機を通じて接続を確立するために外部網が使用される交換機のブロック図である。図１５は、外部網がドメインを通した接続を移送するドメインのブロック図である。図１６は、発信呼網アクセス処理を図示するフロー図である。図１７は、着信呼網アクセス処理を図示するフロー図である。図１８は、不均一接続の確立のために使用される接続制御処理を図示するフロー図である。実施例の詳細な説明図１ないし図３は既知のハーフ・コールの原理を説明するのに用いられる。これによれば１つであって、かつ同一のコールの２端点がそれぞれの処理に関連され、各処理はコールのそれぞれの端部において実行することを要求されるオペレーションを制御する。これら２つの処理はまた、実行すべきサービスの種類を不在中に確立するために、互いに通信する。ＩＳＤＮ（総合サービスディジタル網）、ＶＬＬ（仮想専用回線）、ＧＳＭ（自動車電話用グローバルシステム）、ビデオ・オン・デマンド等、その他多くの電気通信サービスが考えられると理解できるであろうが、以下の例においては、ＰＯＴＳサービスが記述される。ＰＯＴＳサービスの２つの例は、２人の加入者間の通常のコールと何人かの加入者間の会議サービスである。以下において、２人の加入者ＡとＢ間の通常のコールを記述する。図１において、アプリケーションの２つのサービス処理１、２が示されている。特に処理１は、コールの発信部で作成され実行されるソフトウェアであり、発信呼処理と呼び、ＯＣ処理と略す。処理２は、コールの着信部で作成され実行されるソフトウェアであり、着信呼処理と呼び、ＴＣ処理と略す。ＯＣ処理１は加入者Ａが接続されている加入者線交換機で実行し、ＴＣ処理２は加入者Ｂが接続されている加入者線交換機で実行する。処理１と処理２は両方とも、加入者アクセスプロセスである。これは、ある加入者がコールをしたいと思うときに、彼または彼女が電話の受話器を上げることを意味する。これは、アクセス・シグナリング・プロトコル３を使用して、市内局へ信号を送られる。加入者が受話器を上げたことの検出に応答して、市内局内にＯＣプロセス１が開始される。ＯＣ処理において起こること自体は、この発明の部分ではなく、従って詳細に記述しない。一般的に見て、加入者はＢナンバーをダイアルするように、彼または彼女を促すトーンを受信する。ＯＣ処理１は、ダイアルされた数字を受信して、これらの数字を分析し、コールの宛先と、どんな種類のサービスが予約されているかを見いだすために、後述するシグナリング網で、それらをディレクション（方向）分析に送る。コールの宛先と、要求されたサービスの種類が確認されたときに、この宛先とサービスがシグナリング・プロトコル４を用いてＯＣ処理１によってＴＣ処理２へ送信される。シグナリング・プロトコル４は、電話サービス・ダイアログ・プロトコルであり、ＴＳＤと略され、我々のＷＯ−Ａ−９４０６２５１に記述されている種類のものである。ＴＳＤプロトコルの主な特徴は、あるコールの発信ノードと、この同じコールの着信ノード間の、直接のシグナリング・パスを確立する能力である。これにより、発信ノード内と受信ノード内に新サービスを追加することが、同じコールが接続層で経路選択される中間ノード内で新サービスを実行する必要なしに、可能になる。このＴＳＤプロトコルはまた、分散されたプロセッサシステム内にソフトウェアをローカライズするためにも使用される。ＴＳＤプロトコルを用いたシグナリングは、エンド・ツー・エンドベースで行われる。ＯＣ処理１からのシグナリングを受信すると、ＴＣ処理２が開始される。ＴＣ処理２において遂行される処理そのものは、使用される特定のアプリケーションによるので詳細には記述しない。一般的に見て、ＴＣ処理は、Ｂがビジーであるかどうかを見出すために、加入者Ｂの状態をチェックする。ＴＣ処理２はこれを、システムデザインにより異なる方法で実行することができる。最初の例として、ＴＣ処理２は、ＴＳＤプロトコル４と異なったシグナリング・プロトコル５を使用して、加入者Ｂへ信号を送ることができる。第２の例として、ＴＣ処理２は、データベース内の加入者Ｂのステータスをチェックできる。シグナリング・プロトコル５は典型的に、Ｑ９３１標準シグナリング・プロトコルである。ＴＣ処理２はまた、加入者Ｂがコールを受けることを許されるか、すなわち、加入者Ｂが網のオペレータにより禁止されていないかどうかについてもチェックする。図２において、ＯＣ処理１は、ＴＳＤプロトコル４を使用して、他側の着信呼処理６と通信する。ＯＣ処理１は、図１に示されたものと同一である。着信呼処理６は、着信呼網アクセス処理（ＴＣ−ＮＡ処理と略される）であって、プロトコル７を使用して、図示されていない網アクセスポイントと通信する。プロトコル７は、ＩＳＵＰ（統合サービスユーザパート）またはＴＵＰ（電話ユーザパート）プロトコルである。ＴＣ−ＮＡプロセス６は、この場合、加入者にではなく、外部網内の加入者線交換機へ信号を送る。加入者Ａが図１および図２と同一であると仮定すると、その時はＯＣ処理１が、加入者Ａにより要求されたサービスによって、ＴＣ処理２かまたはＴＣ−ＮＡ処理のいずれかが稼動される。ＴＣ処理のタイプ２または６は、加入者Ｂの位置によって選択される。もし加入者Ｂが外部サービス網内に居住しているならば、その時は着信呼網アクセス処理ＴＣ−ＮＡが用いられる。もし加入者Ｂが自分のサービス網内に居住しているならば、その時は着信呼処理ＴＣが用いられる。図３において、発信呼処理８が、網アクセス発信呼処理（ＯＣ−ＮＡと略す）であることが示される。この処理では、プロトコル９を用いて、この発明によるＣＣＳ網への入接続呼の信号を送る。こうした状況は、コールの発信部が外部網内にあって、同一コールの着信部がこの発明によるＣＣＳ網内にある場合に現れる。着信呼処理はシグナリング・プロトコル５を使用してコールされた加入者へ信号を送るＴＣ処理２である。処理８と処理２はＴＳＤプロトコル４を使用して互いに通信している。ＯＣ−ＮＡ処理８は、ＴＳＤプロトコル４を使用してＴＣ−ＮＡ処理６に信号できる。この状況は中継呼について起こる。中継呼は第１外部網から発信し、第２外部網内へ着信するもので、この発明によるＣＣＳ網を中間網として使用する。説明された処理のペア１、２および１、６および８、２および８、６における各処理は、ハーフ・コール処理と呼ばれる。このように１つのコールは２つの部分に分割され、その各部分はそれぞれのソフトウエアを有する。１つのコールの２つのハーフ・コールは、シグナリング網を使用して通信し、要求された接続にサービスが配信されるように一致する。図４は、ＣＣＳ網１０と外部網１１を示す概略図である。ＣＣＳ網１０は、図６ないし図１１、図１３ないし図１６に示すように、コール層１２と接続層１３を有する。コール層はしばしばサービス層と呼ばれ、複数のサービスを提供する。接続層は接続の確立と開放を提供する。図４の中の雲形は、ＣＣＳ網１０の広がりを象徴する。網１０の内部に、ドメイン１４、１５、１６、１７、１８がある。ドメイン１４、１５、１６、１７は一緒に、均一網１９を形成する。ドメイン１８は均一網と均一に接続されることができないサテライト・ドメインと呼ばれる。図５にシグナリング網２０を示す。特にシグナリング網２０は、ドメイン１４ないし１８に対応するノード１４ないし１８を含み、また中央シグナリングノード２１を星形網構成で含む。ＣＣＳ網１０内のドメインは、シグナリング網２０を用いて、任意の他のドメインに信号できる。サテライト・ドメイン１８は、ドメイン１４ないし１７の一団から非常に離れているので、均一網１９からドメイン１８への直接のトランクは、トランクを提供し確立するために必要なコストの観点から、検討対象外となる。その代わりに、ドメイン１８は外部網１１を経由して、均一網１９に接続される。外部網１１は、ＴＳＤプロトコル４と異なるシグナリング・プロトコルを使用する。均一網１９と外部網１１間の通信を提供するトランク２２があり、また外部網１１とサテライト・ドメイン１８間の通信を提供するもう１つのトランク２３がある。ＣＣＳ網１０は、図１ないし図３に関連して記述されるハーフ・コール原理を使用する。記号Ａ、Ｂ、Ｃ、Ｄは、均一網１９に接続された加入者であり、記号Ｆは外部網１１に接続された加入者であり、記号Ｈは、サテライト・ドメイン１８に接続された加入者である。ＣＣＳ網１０内の均一網１９におけるドメイン１４、１５、１６、１７は、トランク線２４、２５、２６に支持された仕方で相互結合されている。各ドメイン１４ないし１８は、１つ、２つ、またはそれ以上の交換機を含む。図５のシグナリング網２０は、複数のドメイン間のサービス・シグナリングと接続制御シグナリングを提供する。このシグナリング網は、ＣＣＳ網１０を構成する物理網から分離されているか、または前記物理網の一部であって、後者の場合は、ドメイン内の交換機は、同一ドメイン内の全ての他の交換機と、他の全てのドメイン内の他の全ての交換機と、直接の接続を有するように、シグナリング網は、例えばドメイン１４ないし１８の間に延びる専用回線で構成する。図６において、加入者ＡおよびＢを、ドメイン１４に居住する１つでかつ同一の交換機２７によって供することが意図されている。図６においてＣＣＳ網１０の階層構造が、コール層１２と、接続層１３と、物理層２８を含むことが示されている。物理層には、交換機２７、加入者ＡおよびＢのアクセス装置（この場合は電話）と共に、加入者を交換機へ接続する加入者線が含まれる。交換機は多数の加入者に供するが、分かりやすくするためにＡおよびＢだけを示す。接続層１３において、ＣＮＣ処理と略される接続制御処理２９を実行する。このＣＮＣ処理は交換機２７を通しての接続の確立、ドメイン１４内の複数の交換機を通じて、または均一網１９内のいくつかのドメインにわたって広がる接続の確立の開始、サテライト・ドメイン１８への接続の確立のための機能を含む。加入者Ａは、交換機２７へのアクセスポイントＴＰ−Ａを有する。同様に、交換機２７への加入者Ｂのアクセスポイントは、ＴＰ−Ｂで表記される。以下において、間に１つの接続が確立される二人の加入者のアクセスポイントは、終端点（ターミネーション・ポイント）ＴＰと呼ばれる。注意すべきことは、終端点が１つの接続の端点からなることである。通常の場合、１つの接続は２つの端点を有するが、いくつかの端点を含むこともあり、これは一点からマルチポイントへの接続、またはマルチポイントから一点への接続の場合である。ＣＮＣ処理２９は、回線３０で象徴されるように交換機２７を制御し、またそれぞれ矢印３１と同３２で象徴されるシグナリング・プロトコルを通じて、ＯＣ処理１およびＴＣ処理２と通信する。矢印３１および３２を使用しての通信は、ドメイン１４において起きる。加入者Ａが彼または彼女の電話器から受話器を上げると、ＯＣ処理１が生成される。ＯＣ処理１は、ＡがダイアルしたＢナンバーのディレクション分析を遂行するが、これは加入者Ｂが居住するドメインについての情報を得るために、表示されていないディレクション分析テーブルを用いて行われる。この場合、ＢはＡと同じドメイン１４に位置している。ディレクション分析のための入力データとしてＢナンバーが使用され、またディレクション分析の結果として、このコールが着信すべきドメインが与えられる。次にＯＣ処理１は、ＴＣ処理２を開始する。ＴＣ処理２は、加入者Ｂが空いているかどうかをチェックする。たとえば加入者Ｂが空いていると仮定し、ＴＣ処理２は、加入者Ｂが話し中であるとマークする。次にＴＣ処理２はＯＣ処理１へ加入者Ｂの終端点ＴＰ−Ｂと共にそれ自身の処理識別（アイデンティティ）ＴＣ −ＩＤの信号を送る。ＴＣ処理２もまたＯＣ処理１へ、コールされた加入者Ｂが空いていることを知らせる。ＯＣ処理１は接続を確立できることを知る。ＯＣ処理１はＣＮＣ処理２９を生成し、ＣＮＣ処理２９へコール確立要求を送り、この要求の中に終端点ＴＰ−Ａ、ＴＰ−ＢおよびＴＣ−ＩＤを含める。ＴＰ−Ａ、ＴＰ−ＢおよびＴＣ−ＩＤを受け取ると、ＣＮＣ処理は、物理層において終端点ＴＰ−Ｂへの道を見出すために経路選択分析を遂行する。経路選択分析のための入力データとして、ドメインと終端点のポイントが与えられる。経路選択分析は、後述の経路選択テーブルを使用する。経路選択分析からの出力データとして、トランク線アイデンティティまたはＥＯＳ（選択終了）指示が与えられる。この場合ＣＮＣ処理２９は、１つのＥＯＳ指示を受け取るが、これはＴＰ−Ｂがドメイン１４内にあることを意味する。ＣＮＣ処理２９は、次にＴＰ−ＡとＴＰ−Ｂ間の接続を確立し、矢印３２に示すプロトコル上ＴＣ処理２へレディ信号を送る。このレディ信号は要求された接続が確立されたことを示す。次に呼び出し信号が加入者Ｂへ送られ、加入者Ａへ呼び出し音が送られる。これに対する応答の処理およびこれの遂行方法は、システム設計により異なる。たとえば加入者Ｂが呼び出しに応答すると仮定する。ＡとＢは通信できる。ＣＮＣ処理２９は接続を監視し、また加入者Ａが受話器を電話受け台に置いた時に、ＣＮＣ処理はＴＰ−ＡとＴＰ−Ｂ間の接続を開放するように要求される。ＣＮＣ処理29はまた加入者ＡとＢが空いているとマークし、ＯＣ処理１へ返信する。次にＯＣ処理１は処理２と２９を終結して、これが完了すると、自身を最終的に終結する。説明した例は、多くの仕方で変化し得ると共に、ＰＯＴＳサービスシステムが設計される方法に依存する。この設計は国ごとに異なり得る。たとえばＴＰ−ＡとＴＰ−Ｂ間の接続は、加入者Ｂが予約されたとマークされると同時に確立され得る。さらに、この接続は加入者Ｂが彼または彼女の受話器を上げて応答するまで確立されない。さらにまた、処理を終結する順序も種々であり得る。各ドメイン１４ないし１８および接続のために、１つのＣＮＣ処理が生成される。従って、１つの接続がいくつかの交換機を含む１つのドメイン上に延びているならば、これらはすべて同一の接続制御処理により制御される。１つの接続がいくつかのドメイン上に延びていれば、ＣＮＣ処理が各ドメイン内に生成される。あるドメイン内にいくつかの異なった接続があれば、各々はそれぞれの接続を制御するそれぞれのＣＮＣに結びつけられている。あるＣＮＣは接続層１３に所属し、またシグナリング網２０を使用して他のＣＮＣへ信号を送る。図７において、加入者ＡおよびＢが同一のドメイン１４内に居住する場合の状況が記述される。このドメイン１４はいくつかの交換機２７、３３、３４、３５を含み、これらは指示された仕方で回線Ｌ１、Ｌ２、Ｌ３、Ｌ４に相互接続される。加入者Ａは交換機２７内に居住し、加入者Ｂは交換機３４内に居住する。加入者Ａがオフフックになると、このＯＣ処理１が開始される。ＯＣ処理１は、加入者Ｂが居住するドメインを見出すためにディレクション分析を遂行する。この場合処理１は、コール層１２においてＴＳＤプロトコル４上で処理２を開始させる。処理２は、処理１へＴＰ−Ｂの信号を送り、そして他の処理に加入者Ｂがビジーであることを知らせる。処理１はＣＮＣ処理２９を開始して、それに接続要求を送るが、前記接続要求はその中にＴＰ−Ａ、ＴＰ−Ｂ、ＴＣ−ＩＤを含む。要求された接続を確立するために、ＣＮＣ処理２９は経路選択テーブルを用いて、交換機２７、３３、３４の各々において経路選択分析を遂行する。ドメイン１４の各交換機のための単純化された経路選択テーブルが３６、３７、３８、３９に示されている。交換機２７内の経路選択分析のための入力データとして、終端点ＴＰ−Ｂが与えられ、また交換機３６への出力データリンクＬ１として受信される。このＣＮＣ処理２９は、ＴＰ−Ａから交換機２７を通じて、リンクＬ１内の選択されたチャネルへ交換機内部接続を確立する。交換機３３において新しい経路分析が、同一の終端点ＴＰ−Ｂを入力データとして用いて遂行される。リンクＬ２は出力データとして与えられる。１つの交換機内部接続が、交換機３２内にＬ１とＬ２内の選択されたチャネルの間に確立される。このコールは、交換機３４へ伝播する。交換機３４において経路選択分析は、加入者Ｂがこの交換機内に居住することを意味するＥＯＳ指示を返す。これは経路選択テーブル３８内に、ＥＯＳとしてマークされる。接続制御処理２９は、コールが到着した交換機内のポートを知り、また終端点ＴＰ−Ｂをも知る。接続制御処理２８は、従ってリンクＬ２から交換機３４を通じて、ＴＰ−Ｂへの交換機内部接続を確立する。次にＣＮＣ２９は、着信呼処理２へレディ信号を送る。呼び出し音および呼び出し信号が、ＡおよびＢに与えられる。ＡとＢ間の接続が確立され、ＡとＢは互いに話すことができる。従って図７において処理１および２が動作する仕方は、図６において動作する仕方と一致する。図６と比較して図７における接続制御処理２９が異なる動作をするのは、それが各交換機ごとに経路選択分析を繰り返し、最終の交換機に到るまで繰り返す点であり、またそれが問題の交換機において交換機内部接続を繰り返して確立する点である。次の例において、加入者Ａは自分が所属するのと異なった領域内に居住する加入者Ｃへコールを行う。この状況は、図４を参照し、また図８を参照して詳細に説明される。説明をクリアにするために、ドメイン１４はただ１つの交換機として交換機２７を含むこと、及びドメイン１５はただ１つの交換機４０を含むことを仮定する。どこで着信呼処理２が生成されるかを見出すために、ＯＣ処理１は上記のディレクション分析を遂行する。次にＯＣ処理１は、Ｃへのコールが着信すべきであると確認された領域へ信号を送る。前記の信号を受け取ると、ドメイン１５内にＴＣ処理２が生成される。先行の例におけるように、ＯＣ処理１と着信呼処理２の間にはコール層１２において、エンドツーエンドのシグナリング方式がある。ＴＣ処理２は、Ｃが空いているかまたはＣがすでに電話コールで話し中であるかを見るためにチェックする。後者の場合このコールは終結される。例として加入者Ｃが空いていると仮定する。ＴＣ処理２は発信呼処理１へ信号を送り、前記シグナリングにコールされた加入者の終端点ＴＰ−Ｃと共に、それ自身のアイデンティティＴＣ−ＩＤを含ませる。接続の確立のための準備がすべて整い、ＯＣ処理１がＣＮＣ処理２９を生成（ＣＮＣ１）し、コールを確立するリクエストをそれに送る。このリクエストの中には、終端点ＴＰ−Ａ、ＴＰ−Ｃ、ＴＣ−ＩＤが含まれる。要求を受け取ると、ＣＮＣ１処理２９は、交換機２７に関連する経路選択テーブル３６を用いて、経路選択分析を開始する。この例は図７の例と異なるので、経路選択テーブル３６の内容は異なる。経路選択分析にデータを入力すると、加入者Ｃの終端点ＴＰ−Ｃが与えられ、経路選択テーブルが、Ｃへのコールに使用すべきトランク線２４があることを指示する。その接続が他のドメインに移送されることを見出すと、ＣＮＣ１処理は、トランク線２４内の空いているチャネルを選択する。選択されたチャネルは、終端点ＴＰ−２４というアイデンティティを割り当てられる。選択されたチャネルは、周期的に反復されるフレーム構造の中のタイムスロットである。次にＣＮＣ１処理は、ドメイン１５へ接続要求を送る。接続要求は、同様な接続制御処理２９（図８にＣＮＣ２と明示）をドメイン１５内に生成し、開始する。この接続要求は、接続制御ダイアログＣＮＣＤ４１を使用して送られる。接続制御ダイアログ４１は、接続層１３において使用されるプロトコルである。接続要求は、ＴＰ−Ｃ、ＴＰ−２４、ＴＣ−ＩＤを含む。従って、選択されたチャネルのアイデンティティがＣＮＣ２へ移送される。全てのＣＮＣ処理２９と同様に、ＣＮＣ２は経路選択を遂行し、加入者Ｃがその関連の交換機４０内に居住することを見出す。これは、交換機４０に関連する経路選択テーブル４２内のＥＯＳにより指示される。ＣＮＣ２は、次にＴＰ−２４をＴＰ−Ｃに接続する。次に、ＣＮＣ２処理は、識別された着信呼処理２へ、レディー信号を送る。呼び出し音と呼び出し信号が送られる。こうして、加入者Ａと加入者Ｃが通信する。上記の諸例について、多くの変化が考えられる。例えば、ＯＣ処理１が呼び出し音を加入者Ａに送る一方で、ＴＣ処理２は呼び出し信号を加入者Ｃに送ることができる。更なる変形例は、ＴＣ処理２が呼び出し信号を加入者Ｃに送り、呼び出し音を加入者Ａに送るものである。図４を参照する。次に説明する例は、加入者Ａが加入者Ｄに電話をかけ、この通話がドメイン１４、１６、１７に及ぶ場合である。通話を確立する方法を、図９に関連して説明する。説明をクリアにするために、ドメイン１４がただ１つの交換機２７のみを含み、ドメイン１６がただ１つの交換機４３のみを含み、ドメイン１７がただ１つの交換機４４のみを含むと仮定する。加入者Ｄは、交換機４４内に終端点ＴＰ−Ｄを有する。上記のように、ＯＣ処理１はディレクション分析を遂行し、加入者Ｄが居住するドメイン１７を発見し、エンドツーエンドベースでこの領域に信号し、ＴＣ処理２を開始する。通常のごとく、このシグナリングはＴＳＤプロトコル４を用いて行われる。ＴＣ処理２は、加入者Ｄの状態をチェックする。例として、加入者があいていると仮定する。ＴＣ処理２は、次に、ＯＣ処理１に対して、ＴＰ−Ｄとそれ自身のアイデンティティＴＣ−ＩＤ信号を送る。ＯＣ処理１がＣＮＣ処理２９を生成（図の中にＣＮＣ１と表示）し、コールを確立するために要求をＣＮＣ１へ送る（これもまた接続の要求と呼ばれる）。ＣＮＣ１処理は経路選択分析を遂行し、宛先としてＴＰ−Ｄを有するコールがトランク線２５を使用すべきであることを見出す。ＣＮＣ１処理はトランク線２５内の空いているチャネルを捕捉し、この選択されたチャネルにアイデンティティＴＰ−２５を割り当てる。次にＣＮＣ１はＴＰ−Ａからトランク線２５内に捕捉されたチャネルへの接続を交換機２７を通して確立し、その隣接のドメイン１６に接続の要求を送る。この中でＣＮＣ２と表示された新しいＣＮＣ処理２９が開始される。この接続要求は、ＴＰ−Ｄ、ＴＣ−ＩＤ、ＴＰ−２５を含む。ＣＮＣ２処理２９は経路選択分析を遂行し、この接続はトランク線２６を使用すべきであることを見出す。ＣＮＣ２処理２９は経路選択分析を遂行し、トランク線２６内の空いているチャネルを捕捉し、捕捉したチャネルにアイデンティティＴＰ −２６を割り当て、ＴＰ−２５から交換機４３を通してＴＰ−２６に接続を確立し、ドメイン１７へ接続要求を送る。接続要求はＴＰ−Ｂ、ＴＣ−ＩＤ、ＴＰ− ２６を含む。ドメイン１７においてＣＮＣ３と表示されたＣＮＣ処理２９が、この接続要求の受信に応答して生成される。ＣＮＣ１処理とＣＮＣ２処理がＴＰ−Ｄの正確な位置を知る必要がないことを見て取るべきであり、それはＴＰ−Ｄの方向を知れば充分である。ＣＮＣ１からＣＮＣ２へ、またＣＮＣ２からＣＮＣ３への接続要求は、ＣＮＣＤダイアログ４１を使用して送信される。ＣＮＣ３処理２９は、自分の番で、経路選択分析を遂行し、ＴＰ−Ｄがその関連する交換機４４に所属することを見出す。ＣＮＣ３処理２９は、トランク線２６内に捕捉されたチャネルとＴＰ−Ｄの間に接続を確立する。こうして、ＡとＤの間にコールが確立された。ＣＮＣ３処理は、これをＴＣ処理２へ、レディー信号により報告する。呼び出し音と呼び出し信号がＡおよびＢに送られ、Ｂが受話器を上げると、ＡとＢは通信することができる。図９に示す単純化された例において、各ドメインは、ただ１つだけの交換機を有する。通常、１つのドメインは、いくつかの交換機を含み、そうした場合、図７に関連して説明した方法を用いて、このドメインを通してコールが確立される。図４を参照されたい。次に説明する例は、加入者Ａが、外部網１１内に居住する加入者Ｆへコールする場合である。そうしたコールを確立する方法を、図１０に関連して説明する。説明をクリアにするために、この例では、ドメイン１４が１つの交換機２７を含み、ドメイン１６が１つの交換機４３を含むと仮定する。外部網１１は、この例では、ＩＳＤＮ網である。接続の観点から、ＡとＦの間に確立される接続は、ＣＣＳ網から外部網１１へ行き、従ってある意味で不均一接続であるが、サービスの観点から見れば、接続の確立とコール中に必要なサービスの管理に要求される全ての信号が、網１０において起こり、従って、上に与えられた定義により、この接続は均一である。ＣＣＳ網において使用される経路選択テーブルは、加入者Ｆの位置の情報を含んでいないが、しかし、網１０から外部網１１へ行くトランク線２２上の情報を含む。ＯＣ処理１が命令したディレクション分析から結果を受け取るとき、ダイアルされたＢナンバーがＣＣＳ網の外側にあることが判明する。ダイアルされたＢナンバーは、着信加入者Ｆのカタログ番号である。「加入者アクセス」型のＴＣ処理２を生成する代わりに、それは「網アクセス」型のＴＣ処理６を生成し、これはＩＳＵＰ信号を用いて外部網へ信号を送る。ＴＣ処理は、図１０で、ＴＣ −ＩＳＤＮ−ＮＡと表示される。ＴＣ−ＩＳＤＮ−ＮＡ処理６が開始された後に、それは外部網１１へ到る発信トランク線の終端点へ帰る。この終端点は、ＴＰ −Ｅと呼ばれ、ＯＣ処理１へ返される。ＩＳＤＮ−ＮＡ６は、この終端点TP−Ｅを他の処理により占拠されているとマークする。次にＯＣ処理１はＣＮＣ１と表示されたＣＮＣ処理２９を生成し、接続を確立するように要求を送る。この要求は、ＴＣ−ＩＳＤＮ−ＮＡ６処理のＴＰ−Ａ、ＴＰ−Ｅ、およびアイデンティティＴＣ−ＩＤを含む。ＣＮＣ処理２９は経路選択分析を開始し、ドメイン１６へ接続を確立すべきことを学ぶ。ＣＮＣ１処理２９は、トランク線２５内に１つのチャネルを選択し、選択されたチャネルをＴＰ−２５と指定し、ＴＰ−ＡからＴＰ−２５へ交換機２７を通して接続を確立し、ドメイン１５へ新しい接続の要求を送る。これが、図中にＣＮＣ２と表示された新しいＣＮＣ処理２９を、ドメイン１６内に開始させる。この接続要求は、接続制御ダイアログＣＮＣＤダイアログ４１を使用して送信され、終端点ＴＰ−Ｅ、ＴＰ−ＩＤ、ＴＰ−２５を含む。ＣＮＣ２処理２９は、経路選択分析を開始し、ＣＣＳ網１０から外へ到るトランク線２２へ、接続を確立すべきことを見出す。ＣＮＣ２処理２９は、トランク線２２内に１つのチャネルを選択し、選択されたチャネルをＴＰ−Ｅと指定し、交換機４３内のＴＰ−２５とＴＰ−Ｅの間に内部接続を確立し、そしてレディー信号をＴＣ−ＩＳＤＮ−ＮＡ処理６へ送る。次にＴＣ−ＩＳＤＮ−ＮＡ処理６は、加入者Ｆのカタログ番号を外部網へ、外部網の標準化されたプログラムを用いて、信号を送る。加入者Ｆのカタログ番号は、慣例的に、アドレス信号ＩＡＭ内に埋め込まれる。この初期アドレスメッセージＩＡＭは、加入者ＦのＩＳＤＮ電話局へのコールを経路選択し、また外部網を使用して加入者Ｆへ、終端点ＴＰ−Ｅから接続を確立するために必要な情報を提供する。外部網内の経路選択は慣例通りであり、経路選択分析への入力データとして、加入者Ｆのカタログ番号を使用する。外部網とＴＣ−ＩＳＤＮ−ＮＡ間のシグナリングは、接続に使用されるチャネルと異なるトランク線２２内のチャネル内に、生起する。これはカーブした矢印により象徴される。このシグナリングは、標準化された共通チャネルシグナリングの原理に従う。次に、ＴＰ−Ｅと外部網内の加入者Ｆの間に、接続が確立される。従来通りのシグナリングが、外部網とＴＣ−ＩＳＤＮ−ＮＡ処理６の間に、接続確立中を通じて、生起する。上記の例は単純化されている。図４に関連して説明したように、１つのドメインがいくつかの交換機を含み得る。もし外部網がＰＳＤＮであれば、その時はＴＣ−ＮＡ処理６はＴＣ−ＰＳＴＮ−ＮＡと表示される。ＴＣ−ＰＳＴＮ−ＮＡ処理は、ＰＳＴＮのための網アプリケーションであり、ＰＳＴＮ網へ信号を送るであろうし、ＴＵＰプロトコルを使用するであろう。図４を参照されたい。次に記述する例は、加入者Ａと加入者Ｈ間の不均一コールの確立であって、接続確立のための中間網として、外部網１１を使用する。この不均一網を確立する方法は、図１１に関連して説明されるであろう。また、この例においては、外部網１１はＩＳＤＮであると仮定している。更に、ドメイン１４内にはただ１つの交換機２７、ドメイン１６内には１つの交換機４３、サテライト・ドメイン１８内に１つの交換機４５があると仮定している。上述のように、サテライト・ドメイン１８はＣＣＳ網の部分であり、従って、ドメイン１８は、均一網１９に関連する経路選択テーブル内に含まれていると共に、ディレクション・テーブル内に含まれている。またドメイン１８に関連された経路選択テーブルとディレクション・テーブルは、均一網１９についての情報を含んでいる。ドメイン１８内に、経路選択が、図７ないし図９に関連して説明したのと同じ仕方で、生起する。しかしながら、ＣＣＳ網の経路選択テーブルは、外部網を使用したコールに経路選択するために使用することはできない。それは、外部網は、ＣＣＳ網がするように終端点に基づくコールを経路選択することはできないからである。更に、外部網は、接続を確立するために、ＣＮＣＤ処理とＴＳＤシグナリング・プロトコルを用いることはしない。外部網は、それぞれのＢナンバーをベースにしてコールを経路選択する。従って、均一網１９の出口点からコールを経路選択するために、外部網１１を通じて、ドメイン１８の入り口点へ、ある方法を実施して、これにより、外部網に知られていないサービスをサポートするこの接続が、外部網を通じて伝播できるようにしなければならない。この新しい方法は、以前に記述した処理を使用するこの発明に一致して提案されているが、不均一接続の確立を可能にするために、いくつかの処理を再設計しなければならない。加入者Ａは彼の受話器を上げて、加入者Ｈへ番号をダイヤルする。全てのことは前述のように開始する。ＯＣ処理１が、ドメイン１７においてＴＣ処理２を開始する。ＴＣ処理２は、加入者が終端点ＴＰ−Ｈに関連し、加入者Ｈがビジーでないことを検出する。終端点ＴＰ−ＨとＴＣ処理２のアイデンティティＴＣ−ＩＤが、ＴＳＤプロトコル４を使用してＯＣ処理１へ送信される。ＯＣ処理１は、ＣＮＣ１処理２９を開始し、コールを確立するための要求をそれに送る。この要求は、ＴＰ−Ａ、ＴＰ−Ｈ、ＴＣ−ＩＤを含む。ＣＮＣ１処理２９は、通常通り経路選択分析を要求し、出トランク線２５を用いて、コールをドメイン１６へ経路選択しなければならないことを検出する。ＣＮＣ１処理で使用される経路選択テーブルは、３６で示される。図面を見にくくしないために、経路選択テーブルは、交換機２７の下に示される。しかしながら、経路選択テーブルは接続層１３に所属する。次にＣＮＣ１処理２９は出トランク線２５内に１つのチャネルを選択して、選択されたチャネルにアイデンティティＴＰ−２５を指定し、ドメイン１６へ接続要求を送り、ＴＰ−ＡからＴＰ−２５へ交換機２７を通して、接続を確立する。この接続要求は、ドメイン１６内に、図中にＣＮＣ４と表示された新しいＣＮＣプロセス２９を開始する。この接続要求は、ＣＮＣＤダイアログを使用して送られ、ＴＰ−Ｈ、ＴＣ−ＩＤ、ＴＰ−２５を含む。ＣＮＣ４処理は、経路選択テーブル４６を用いて、経路選択分析を遂行する。この経路選択分析の結果として、ＣＮＣ４処理は、加入者Ｈがドメイン１６内にではなくドメイン１８内にあり、またＩＳＤＮアプリケーションを接続のために使用できるであろうことを見出す。従って、図２内に６で示された種類のＩＳＤＮ網アクセス・アプリケーションが、終端コール・プロセスとして使用されるべきである。ＣＮＣ４処理が、経路選択分析から、宛先アドレスがサテライト・ドメイン１８内に存在することを知ると、ＣＮＣ４処理は接続要求をドメイン１８へ送る。接続要求は、修正された接続制御ダイアログＣＮＣＤ＋４７を使用して送られる。このＣＮＣＤ＋ダイアログは、接続層１３で起こる。このプラス記号は、ＣＮＣＤダイアログ４１の修正を示す。この接続要求は宛先ＴＰ−Ｈ、接続及びアイデンティティＴＣ−ＩＤ、要求された接続に関連するＴＣ処理２を含む。接続要求は、ドメイン１８内にＣＮＣ５と表示された新しいＣＮＣ処理２９を開始する。ＣＮＣＤ＋ダイアログを使用して、ＣＮＣ４処理は、ＣＮＣ５処理に、経路選択番号Ｒ−ｎｏを送り返すことを要求する。この経路選択番号は、外部網を通じて接続を経路選択するために使用される。経路選択番号は、接続の経路選択のために外部ネットワークが使用できる番号であると言うだけで、さしあたり充分である。この発明により、サテライト・ドメイン１８は、外部ネットワーク１１に関連した番号計画の中の番号シリーズを割り当てられている。割り当てられた番号シリーズの番号は、経路選択番号と呼ばれる。経路選択番号の前記番号シリーズには、加入者が１人も割り当てられていない。外部網にとって、こうしてサテライト・ドメインは、外部網内の１つのノードのように見える。使用できる経路選択番号は、サテライト・ドメインにおいて使用できる経路選択番号リスト４８にリストされている。経路選択番号は、接続確立中の間のみ、占有される。経路選択番号が使用中の時は、経路選択番号リストに、それが占有されているとマークされる。経路選択番号と接続が確立されると、この経路選択番号は開放されて、経路選択番号リストに、空いていることがマークされる。「ライフタイム」すなわちある経路選択番号がアクティブである時間は、このように、コールの持続に比べて短い。経路選択番号を送り返す要求を受信すると、ＣＮＣ５処理は経路選択番号リストから、空いている番号を拾い、このケースでは経路選択番号Ｒ−ｎｏ＝２２を拾い、このリストの対応するエントリに、自分のアイデンティティＣＮＣ５−ＩＤを書き込む。これは、経路選択番号２２が、ＣＮＣ５処理により取り扱われる接続のために予約されたことを示す。次に、このＣＮＣ５処理は、経路選択番号Ｒ−ｎｏ＝２２を、ＣＮＣ４へ、ＣＮＣＤ＋ダイアログ４７を使用して送る。経路選択番号を受け取ると、ＣＮＣ４処理は、ＴＳＤ＋プロトコルを使用して、ＴＣ−ＩＳＤＮ−ＮＡ処理６へ、接続確立メッセージ５０を送る。このプラス符号は、ＴＳＤシグナリング・プロトコル４の修正を示す。接続確立メッセージ５０は、通常通りｂ番号、このケースでは経路選択番号Ｒ−ｎｏ＝２２、および、その目的を後述するフラグ５１を含む。ＴＣ−ＩＳＤＮ−ＮＡ処理６は、このケースでは接続層１３で開始される。ＴＣ−ＩＳＤＮ−ＮＡ処理６は、最初に外部網へのトランク線を選択し、それから選択されたトランク線において、空いているチャネルを選択する。この例では、トランク線２２が選択されると仮定している。選択されたチャネルは、１つのアイデンティティ、終端点ＴＰ−Ｅを指定される。ＴＣ−ＩＳＤＮ−ＮＡ処理６は、選択されたチャネルのこのアイデンティティ、ＴＰ−Ｅを、ＣＮＣ４処理へ送る。ＣＮＣ４処理は、ＴＰ−Ｈ、ＴＣ−ＩＤ、ＴＰ−２５、Ｒ−ｎｏ＝２５、ＴＰ −Ｅを保持する。ＣＮＣ２処理は次に、交換機４３を通じて、ＴＰ−２５からＴＰ−Ｅへの接続を確立する。次にＴＣ−ＩＳＤＮ−ＮＡ処理６は、トランク線２を使用して、外部網１１へ、ＩＡＭメッセージ５２の信号を送る。この信号を送るチャネルは、カーブした矢印で象徴される接続に使用されたチャネル、ＴＰ−Ｅと異なる。このＩＡＭメッセージは、宛先番号（ｂ番号）としての選択された経路選択番号Ｒ−ｎｏ＝２２を含む。このＩＡＭメッセージは、ＩＳＵＰプロトコルを用いて送られる。外部網において、トランク線２２に接続された交換機は、ＩＳＵＰプロトコルを通して送られる接続要求を受け取る。外部網は、経路選択番号Ｒ−ｎｏ＝２２に関連するノード、このケースではサテライト・ドメイン１８へのコールを経路選択する。このコールはトランク線２３内のドメイン１８へ到着する。ＩＡＭメッセージを受け取ると、ドメイン１８においてＯＣ−ＮＡ処理８が開始する。ＯＣ−ＮＡ処理８は、このケースではＩＳＤＮ網アクセスアプリケーションであり、図１１にＯＣ−ＩＳＤＮ−ＮＡと表示されている。ＯＣ−ＩＳＤＮ−ＮＡ処理８により最初になされることは、受信されたＢナンバーが経路選択番号であるかどうかをチェックすることである。このチェックは、通常のＢナンバー分析を用いて行われる。もし受信されたＢナンバーが経路選択番号でなければ、ＯＣ−ＩＳＤＮ−ＮＡ処理８は通常のＯＣ処理１のように振る舞う。この場合のように、ＯＣ−ＩＳＤＮ−ＮＡ処理８が、受信されたＢナンバーが経路選択番号であることを発見すれば、それは経路選択リスト４８を探索して、受信された経路選択番号が関連する処理のアイデンティティを見出す。このケースでは、このリスト探索により、受信された経路選択番号が、ＣＮＣ５処理に関連することが明らかになるであろう。ＯＣ−ＩＳＤＮ−ＮＡ処理８とＴＣ−ＩＳＤＮ−ＮＡ処理６は、外部網内に接続を確立するために、標準化されたＩＳＤＮシグナリング・メッセージを交換する。この接続は、アイデンティティＴＰ−Ｇを有するチャネル上のドメイン１８に出現する。ＯＣ−ＩＳＤＮ−ＮＡ処理８は、前記シグナリング・セッションにおいて、チャネル・アイデンティティＴＰ−Ｇを与えられる。これで、ＯＣ−ＩＳＤＮ−ＮＡ処理８は、下記の情報を所有している：確認されたチャネル内の入接続呼は、経路選択番号Ｒ−ｎｏ＝２２に付属し、経路選択番号リスト４８から、Ｒ−ｎｏ＝２２を取った処理のアイデンティティは、ＣＮＣ５である。次にＯＣ−ＩＳＤＮ−ＮＡ処理８は、このように確認されたＣＮＣ５処理へ信号して、ＴＰ−ＧをＣＮＣ５へ転送する。このシグナリング発信は、修正されたＴＳＤ＋プロトコルを用いて行われる。注意すべきことは、ＣＮＣ５処理が既に経路選択番号を有しているので、これをＯＣ−ＩＳＤＮ−ＮＡからＣＮＣ５処理へ信号を送る必要は全くないことである。ＣＮＣ５処理において、確認されたチャネルにおける入接続呼、ＴＰ−Ｇと、Ｈへの要求された接続の間に、１つの関係が確立された。このＣＮＣ５処理は、経路選択番号リスト４８の中で空いているとマークすることにより、経路選択番号Ｒ−ｎｏ＝２２を開放する。ＣＮＣ５処理は、サテライト・ドメインに関連する経路選択テーブル４９を使用することにより、経路選択分析を遂行する。終端点ＴＰ−Ｈはこの分析への入力として使用される。この分析の出力は、ＥＯＳを結果として与える。これは、接続がドメイン１８で、特にその交換機４５で終結すべきことを指示する。ＣＮＣ５処理は、エンドポイントへ達したことを知る。ＣＮＣ処理５は、ＴＰ−ＧとＴＰ−Ｈの間に接続を確立して、最終的にＴＣ処理２へレディーメッセージを送る。ＯＣ処理１とＴＣ処理２がダイアログ処理して、それぞれトーンと呼び出し信号を送る。不均一接続が、加入者Ａと加入者Ｈの間に完成した。図６に関連して議論したように、接続が確立される順序は、種々であり得る。例えば、ＴＰ−Ｇの受信に際してＴＰ−ＧとＴＰ−Ｈ間の接続を確立する代わりに、ＣＮＣ５がレディー信号をＴＣ処理２へ送る以前に、他の処理に占拠されたりして、ＣＮＣ５処理がこれらのポイントを予約またはマークすることがあり得る。接続の実際の確立は、それから加入者Ｈが受話器を上げたとき、または呼び出し信号が発せられたときに、行うことができる。図１１に関連して説明した例において、ＴＣ−ＩＳＤＮ−ＮＡ処理６は最初に外部網へのトランク線を選択して、それから選択されたトランク線内の空いているチャネルを選択する。選択肢として、ＣＮＣ４処理は、経路選択分析の結果として、出トランク線２２の情報を受信する。そのとき経路選択テーブル４６は、サテライト・ドメインへの接続に使用すべきトランク上の情報を含む追加の列（カラム）を含むかも知れない。図１１において、そうした列を破線で示してある。ＴＣ−ＩＳＤＮ−ＮＡ処理は、拡張された経路選択テーブル４６により指摘されたトランク内の空いているチャネルを選択するだけである。図１１と関連して説明した例において、コールが均一網１９で発信しサテライト・ドメイン１８で着信すると仮定していた。外部網１１経由でこのコールを経路選択するために、サテライト・ドメイン１８は、外部網のナンバープラン内のナンバーシリーズを割り当てられた。反対方向にコールが行われたと仮定する。そうしたコールもまた外部網１１を用いなければならない。外部網を通じてそうしたコールを経路選択できるためには、複数の経路選択番号を割り当てる必要があり、これらの経路選択番号は外部網に属し、均一網に属する。この発明によれば、サテライト・ドメインは前記経路選択番号の１つを用いて、前記サテライト・ドメインから前記均一網へ、外部網経由でコールを確立する。次に図１２に示す状況を議論する。この場合は２つの交換機２７と４５があり、４５およびそ間のシグナリングネットだけがある。しかしながら均一網１９もサテライト・ドメイン１８も存在しない。外部網１１に接続されたむき出しの交換機が２つあるだけである。この外部網はこれら交換機間の接続を移送するために用いなければならない。加入者Ａは交換機２７に接続され、また加入者Ｉは交換機４５に接続される。この状況はたとえば２つのシステムの特定交換機が、既存の網内の２つの異なった場所に挿入される時に起こる。図１３を参照すると、図１２のＡとＩ間の接続を確立する手順が図１１の接続で説明した手順に類似しているが、ＯＣ処理がＣＮＣ４処理を開始することだけが異なる。代わりに、ＣＮＣ処理がＣＮＣＤ＋ダイアログ４７を使用してＣＮＣ５処理を開始する。ＣＮＣ５処理は、図１１のＣＮＣ５処理と同じ仕方で動作するが、経路選択番号Ｒ−ｎｏ＝２３をフェッチして、経路選択番号リスト４８内の経路選択番号２３に関連したエントリーにおいて、その処理アイデンティティＣＮＣ５を書き込む点が異なる。ＣＮＣ１処理は、ＴＳＤ＋プロトコルを用いてＴＣ−ＩＳＤＮ−ＮＡ処理６を開始させ、また接続確立メッセージ５０内にフラグ５１をセットする。ＴＣ−ＩＳＤＮ−ＮＡ処理は、ＩＳＵＰプロトコルを用い、またそのＩＡＭメッセージ内に経路選択番号Ｒ−ｎｏ＝２３を含む。ＩＡＭメッセージが交換機４５へ到着するとき、このＯＣ−ＩＳＤＮ−ＮＡ処理が開始される。標準化されたＩＳＤＮシグナリングメッセージがＯＣ−ＩＳＤＮ−ＮＡ処理とＴＣ−ＩＳＤＮ−ＮＡの間で交換され、またＴＰ−ＥからＴＰ−Ｇへ外部網を使用して接続が確立される。ＯＣ−ＩＳＤＮ−ＮＡ処理は、受信されたＢナンバーが経路選択番号であるかないかをチェックする。この場合それは経路選択番号であり、従ってＯＣ−ＩＳＤＮ−ＮＡ処理は終端点ＴＰ−ＧをＣＮＣ５処理へ移送する。このＣＮＣ５処理は経路選択分析を遂行し、その結果としてＥＯＳメッセージを受け取って交換機４５を通して接続を確立する。接続確立の媒体として外部網を用いて、ＡとＩの間に接続が確立された。２つの交換機２７と４５間のサービスと接続のシグナリングが、その間に存在するシグナリング網を使用して行われる。交換機２７はドメイン１４に所属し、また交換機４３は更なるノードに所属するが、図５に示されただけではなくシグナリング網２０のノードに所属する。上記の例において要求されるサービスは、ＩＳＤＮを使用する通常の電話コールであったが、もちろん多くの他のタイプの接続が説明と同じ諸原理を用いて確立され得る。注意すべきことはＩＳＵＰプロトコルは、サービス・シグナリングとともにＢナンバー転送シグナリングを提供するが、この発明はサービス・シグナリングのためにＩＳＵＰプロトコルを用いないことである。この発明によりサービス・シグナリングはコール層１２におけるシグナリング網を使用して行われる。外部網は、ＩＳＵＰプロトコルを使用するＩＳＤＮ網として記述されてきた。その代わりに通常のＰＳＴＮ網でも良く、この場合は、ＴＣ−ＮＡ処理６とＯＣ −ＮＡ処理８がＴＵＰプロトコルを用いている。一般にＴＣ処理とＯＣ処理はコール層１２において実行する。一般にそれらはまたそれぞれの接続制御処理ＣＮＣ２９を生成し、これは接続層１３で実行する。図１１と図１３においてＴＣ−ＮＡ処理とＯＣ−ＮＡ処理は、接続層１３で実行し、従って修正されなければならない。特に接続層１３で実行するＴＣ−ＮＡとＯＣ−ＮＡ処理は、それぞれのＣＮＣ処理２９を生成してはならない。この発明によれば、図２のＴＣ−ＮＡ処理６と図３のＯＣ−ＮＡ処理８は、接続層１３において経路選択番号処理を提供するように修正される。この修正されたＴＣ−ＮＡ処理とＯＣ−ＮＡ処理もまたコール層１２で使用されるが、これは通常のＴＣ−ＮＡ処理６およびＯＣ−ＮＡ処理８と同様である。この発明によれば、修正されたＯＣ−ＮＡ処理のシグナリングと修正されたＴＣ−ＮＡ処理へのシグナリングは、両方とも接続層１３で実行するが、ＴＳＤ＋プロトコルを使用して行われる。この修正されたＴＳＤ＋プロトコルは、フラグ５１を有する接続確立メッセージ５０を含む。接続確立メッセージ５０内にフラグがセットされると、これはＴＣＮＡ処理が下記の一定の方法で行動することを命令する。この修正されたＴＣ−ＮＡ処理は、チャネルの取得（予約）の機能と、外部ネットワークへＢナンバー信号を送る機能と、捕捉されたチャネルについて、図１１と１３の終端点ＴＰ、ＴＰ−ＥをＣＮＣ処理へ送り返す機能を、開始する。ＯＣ−ＩＳＤＮ−ＮＡ処理８は修正されたＯＣ処理であり、この修正は、それがＴＣ処理を開始してはならないことと、それが経路選択ナンバーを処理する機能を含むことである。ＣＮＣＤ＋ダイアログは、それが全ての必要な情報、終端点ＴＣやＴＣ処理のアイデンティティのような情報を、ＣＮＣ処理へ送ることにおいて、ＣＮＣ処理に等しい。ＣＮＣＤ＋ダイアログにおいて、経路選択番号の要求が接続処理に送られる。新しいサービス「コールバック」が図４のＣＣＳ網１０に導入されると仮定する。もし目的は全ての加入者がこの新しいサービスにアクセスを有することであれば、ドメイン１４ないし１８の各々にこのサービスのソフトウェアを導入するのに充分であろう。もし目的は、ドメイン１４と１８だけの居住する加入者だけがこの新しいサービスへ加入することであれば、そのときはコールバック・サービスのためのソフトウェアは、ドメイン１４と１８だけに確立される。これが可能なのは、中間ドメイン１６が接続の確立のためにのみ使用され、それは、このタスクを達成するためにコールバック・サービスを要求し、必要なサポート、ソフトウェアとプロトコルを有するからである。中間ドメイン１６は、コールバック・サービスのためにサポートを含む必要はない。図１４において、加入者Ａと加入者Ｂ間の不均一接続の１例を示す。加入者Ａと加入者Ｂの両方が、同一の交換機２７に所属する。地方の法律が点線５３で象徴される直接の交換機内部接続の確立を禁止する。状況を理解するために交換機２７が２つに分けられて１点鎖線５４により象徴されたようになっているものと想像されたい。ＡとＢ間の接続を確立するためには外部網１１を用いなければならない。特に交換機内部接続５５、５６を生成してこれらがまた図１４に示す仕方で外部網内の接続５７により相互接続されている。こうして不均一接続が生成されて、図６、図１１、図１３に示される諸原理がこの接続を確立するために使用される。特にＣＮＣ処理２９によりＴＣ−ＮＡ処理６とＯＣ−ＮＡ処理８が形成される。この外部網はＩＳＤＮ網で、１つはＴＣ−ＩＳＤＮ−ＮＡ処理６で、もう１つはＯＣ−ＩＳＤＮ−ＮＡ８であって、ＴＰ−ＥとＴＰ−Ｇ間の接続を確立するためのものである。ＣＮＣ処理２９は２つの交換機内部接続５５と５６を確立する。図６においてと同様にＣＮＣ処理２９はＯＣ処理１により生成され、ＯＣ処理１を通してドメイン内部シグナリングがＴＣ処理２を開始する。それで、図１３に示された処理原理は図１３にコールのエンドポイントが２つの異なったドメインの中にあり、図１３に示された諸原理はコールのエンドポイントが同一のドメイン内の同一の交換機内にある図１４における状況においても適用される。図１４においてＣＮＣ１処理２９で実行する処理は２つの処理に分割され、その１つは図１３のＣＮＣ１処理に対応し、もう１つは図１３のＣＮＣ５処理に対応するが、しかし図１４におけるＣＮＣ１処理は同一のドメインにおいて実行する。図１４と同様の状況が図１５に存在し、加入者Ａはドメイン１４に居住する交換機２７により供され加入者Ｂは、同じドメイン１４に居住する交換機３４により供され、これらの交換機の間では直接の接続を全く使用できない。その代わりにＡからＢへのコールは、外部網１１を経由して送信されて結果として不均一接続が生じる。またこの場合ＣＮＣ１処理がＴＣ−ＩＳＤＮ−ＮＡ処理６とＯＣ− ＩＳＤＮ−ＮＡ処理を生成し、外部網１１内のＴＰ−ＥとＴＰ−Ｇ間の接続を確立するために使用する。それで図１３ではコールのエンドポイントが２つの異なったドメイン内に居住するが図１３に示されたこれらの諸原理は、コールのエンドポイントが同一のドメイン内にある図１５における状況においても適応される。図１６はＯＣ−ＩＳＤＮ−ＮＡ処理８を図示するフローチャートである。ＯＣ −ＩＳＤＮ−ＮＡ処理を開始してから、それはボックス５９でＩＡＭメッセージを待つ。外部網からＢナンバーを受信するとボックス６０でＢナンバー分析が行われる。このＢナンバー分析は、その結果として実行すべきサービス及びコールが向けられるべきドメインのアイデンティティ、すなわち上にディレクション分析と読んだものを与える。次のステップ、選択ボックス６１は、Ｂナンバーが経路選択番号であるかどうかを決定する。もしそうでなければ（選択肢ＮＯ）、ボックス６２で、それからＴＣ処理２またはＴＣ処理６を開始して、ＴＳＤプロトコルを用いて、これにＢナンバーが信号を送られる。次にボックス６３で、ＯＣ −ＩＳＤＮ−ＮＡは、コールされた加入者Ｘの終端点ＴＰ−Ｘと、開始したＴＣ処理２のアイデンティティＴＣ−ＩＤを待つ。この情報は、ＴＳＤプロトコルを用いて送られる。この情報を受け取ると、ボックス６４で、ＣＮＣ処理２９へ、接続要求が送られる。ＯＣ−ＩＳＤＮ−ＮＡ処理は、次にブロック６５で、接続の到着を待つが、このイベントはＴＣ処理からＴＳＤプロトコル４を使用して、レディー信号の受信により検出される。次にブロック６８で、標準化されたメッセージが、外部網へ送られる。もしＢナンバーが経路選択番号であれば、選択ボックス６１の選択肢ＹＥＳであり、それからボックス６６で、経路選択番号が関連するＣＮＣ処理のアイデンティティがチェックされる。ボックス６７で、どの接続処理であるかを発見した後に、図１１においてはそれはＣＮＣ５処理であったが、確立メッセージがそれに送られ、前記確立メッセージは、外部網を通じて接続に用いたチャネルの終端点ＴＰ−Ｇを含む。この接続要求は、ＴＳＤ＋プロトコルを用いて送られる。ボックス６８で外部網を通じて接続を確立するのにすべての準備が整い、またＯＣ −ＩＳＤＮ−ＮＡ処理が標準化されたメッセージを送る。図１７はＴＣ−ＩＳＤＮ−ＮＡ処理で実行するステップを図示したフローチャートである。ボックス６９でコールされた加入者のＢナンバーを含む確立メッセージ５０がＴＳＤプロトコルまたはＴＳＤ＋プロトコルを使用して到着する。もしフラグ５１がセットされていなければ確立メッセージ５０はＴＳＤプロトコルを使用して信号を送られる。確立メッセージは拡張ＴＳＤプロトコルを使用して信号を送られる。次にボックス７０でＴＣ−ＩＳＤＮ−ＮＡ処理は出トランクとそのトランク内の１つのチャネルを選択する。次にＴＣ−ＩＳＤＮ−ＮＡ処理は受信されたメッセージをテストしてフラグがセットされているかどうかを見る。もしフラグがセットされていれば、選択ボックス７１の選択肢ＹＥＳでボックス７２でコールされた加入者の終端点が、ＴＣ−ＩＳＤＮ−ＮＡ処理を開始する接続制御処理へ返される。次にボックス７３でＴＣ−ＩＳＤＮ−ＮＡ処理は関連する接続制御処理からレディ信号が到着するのを待つ。レディー信号の到着は、ＴＣ−ＩＳＤＮ−ＮＡ処理に、関連する接続制御処理が関連する交換機またはドメインを通じて接続を確立したことを知らせる。このレディー信号は、ＴＳＤ＋プロトコルを使用して到着する。レディー信号が到着すると、ボックス７４で、ＴＣ−ＩＳＤＮ−ＮＡ処理がＩＡＭメッセージを選択されたチャネルで送る。ＩＡＭメッセージは、ＩＳＵＰプロトコルを使用して送られる。もしフラグ５１がセットされていなければ、選択ボックス７１の選択肢ＮＯであり、ボックス７５で、ＴＣ−ＩＳＤＮ−ＮＡ処理が選択されたチャネルの終端点ＴＰ−Ｘに、ＯＣ処理１または８へのそれ自身のアイデンティティＴＣ−ＩＤを送る。次にボックス７６で、ＴＣ−ＩＳＤＮ−ＮＡ処理はレディー信号を待つ。レディー信号はＣＮＣ処理２９からプロトコル３２を使用して送られる。最後にボックス７７で、ＴＣ−ＩＳＤＮ−ＮＡ処理は、ＩＡＭ信号を外部網へ送る。図１８は、ＣＮＣ処理２９のフローチャートを示す。ボックス７８、７９、８０に示すように、ＣＮＣ処理は３つの方法のいずれかで生成される。ボックス７８は、ＣＮＣ処理が同一ドメイン内のＯＣ処理により開始された場合を示し、ボックス７９は、ＣＮＣ処理が他のドメイン内のＣＮＣ処理により、ＣＮＣＤダイアログを使用する接続要求によって、生成された場合を示す。。ボックス８０は、ＣＮＣ処理が他のドメイン内のＣＮＣ処理により、ＣＮＣＤ＋ダイアログを使用する接続要求によって、生成された場合を示す。接続制御処理においての異なった演算への入力アーギュメントに含まれる情報をボックスの左に示す。ボックスの右に、ＣＮＣ処理において異なった演算から出力が信号を送るプロトコルを示す。接続要求を受け取った後に、ボックス８１で、ＣＮＣ処理は経路選択分析を開始する。経路選択分析の結果により、異なった状況が発生する。これは選択ボックス８２に示される。３つの異なった結果が有り得る。すなわち、選択のＥＯＳエンド、経路選択（ＲＯＵＴＥ）、および、ＩＳＤＮサービスである。選択ボックス８２からの結果のＥＯＳ、すなわち選択肢のＥＯＳは、ＣＮＣプロセスにより制御された交換機内に、接続が終結する場合を表現する。従って、ボックス８３で、関連する交換機が接続される。図面の中で、この手順は、「交換機をセットする」と表示されている。これに続いて、ボックス８４で、図６の矢印３２で表現されたように、ＴＣ処理へレディー信号が送られる。選択ボックス８２における結果の経路選択（ＲＯＵＴＥ）、すなわち選択肢のＲＯＵＴＥは、ボックス８５で、接続要求が隣接のドメインへ転送されて、次の動作が出トランクとその中のチャネルを選択することを意味する。次に、ボックス８６で、経路選択分析が遂行された交換機が「セット」され、すなわち接続される。最後に、ボックス８７で、接続要求がＣＮＣＤダイアログを使用して隣接のドメインへ送られる。この接続要求はボックス８７の右に指示される。ボックス７９で、この接続要求がＣＮＣ処理内に受信され、それからＣＮＣ処理が隣接のドメインで開始される。それからボックス８１の経路選択分析が、隣接領域でＣＮＣ処理を開始させる。選択ボックス８２における結果のＩＳＤＮサービス、すなわち選択肢のＩＳＤＮサービスは、ボックス８８で接続要求が送られて、宛先ドメインにおいてＣＮＣ処理を開始することを意味する。この接続要求はＣＮＣＤ＋ダイアログを使用して送られ、またそれはコールされた加入者ＴＣ−ＩＤの終端点ＴＰ−Ｘと、経路選択番号の要求を含む。次にボックス８９で、接続制御処理は経路選択番号の受信を待つ。次にボックス９０で、確立メッセージ５０が、ＴＳＤ＋プロトコルを使用してＴＣ−ＩＳＤＮ−ＮＡ処理へ送られる。フラグ５１はメッセージの中にセットされ、受信ＴＣ−ＩＳＤＮ−ＮＡ処理が図１７に示した動作７２、７３、７４に続くことを指示する。接続要求メッセージへの応答として、ボックス９１で選択されたチャネルの終端点ＴＰが、ＴＳＤ＋ダイアログを使用して受信される。次にボックス９２の、「交換機をセットする」で、ＣＮＣ処理が関連の交換機を通じて接続を確立する。最後にボックス９３で、１つの信号がＴＳＤ＋ダイアログ上をＴＣ−ＩＳＤＮ−ＮＡ処理へ送られる。ＴＣ−ＩＳＤＮ−ＮＡ処理はそのＩＡＭメッセージを送ることができ、これは図１７の処理７４である。図１８のボックス８０で、ＣＮＣ処理がＣＮＣＤ＋ダイアログを使用して接続要求を受信すると、ＣＮＣ処理は空いている経路選択番号を選択し、またボックス９４で、それ自身のアイデンティティを選択された経路選択番号に結びつける。次にボックス９５で、この選択された経路選択番号はそれを要求したＣＮＣ処理へ送られる。ＣＮＣ処理は終端点ＴＰ−Ｇの受信を待ち、この終端点ＴＰ−Ｇへ外部網を通じた接続が到着する。ボックス９６で、この終端点がＴＳＤ＋ダイアログを使用してＯＣ−ＮＡ処理８から送られる。次にボックス９７で、この選択された経路選択番号が開放される。ボックス８１で経路選択分析が行われ、この分析の結果により、選択ボックス８２で接続制御処理がＥＯＳ選択肢またはＲＯＵＴＥ選択肢に追随する。上述した特定実施例の説明は、２つの加入者間の不均一接続の確立に関する。この発明は、１つのセッション内に含まれる２つのコンピュータ間の、不均一接続の確立を含む。また、この発明の精神の範囲内には、コンピュータ制御の複数の端末装置間の不均一接続の確立もある。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ

Claims

【特許請求の範囲】１．第１交換機（２７）と、第１交換機と直接の送信接続がない第２交換機（４５）とを含む、コールと接続が分離した網（１０）であって、前記第１交換機は第１終端点（ＴＰ−Ｅ）において外部網への接続を有し、また前記第２交換機は第２終端点（ＴＰ−Ｇ）において、外部網（１１）のナンバリング・プランに属するが、外部網（１１）を経由して前記第１交換機から前記第２交換機にコールを経路選択するように、第２交換機（４５）に割り当てられた、第１カタログ番号を含む第１経路選択番号テーブル（４８）によって特徴付けられる外部網へ接続を有する前記網（１０）。２．前記外部網１１のナンバリング・プランに属するが、外部網経由で第２交換機（４５）から前記第１交換機へコールを経路選択するように前記第１交換機（２７）に割り当てられた、第２カタログ番号を含む第２経路選択番号テーブルによって特徴付けられる請求項１によるコールと接続が分離された網。３．前記第１および第２の交換機の間に延びているシグナリング・パス（４）によって特徴付けられる請求の範囲２項によるコールと接続が分離された網（１０)であって、コールの発信側において：シグナリング・パスを使用して、サービス関連情報とコールの宛先アドレスとを前記コールの着信サイドへ信号を送る第１処理（ＯＣ）と、前記第１終端点（ＴＰ−Ｅ）へ接続を確立するため、また前記コールの前記着信側から経路選択番号（Ｒ−ｎｏ）を要求するための、前記第１処理（ＯＣ）と関連して動作する第２処理（ＣＮＣ４）と、前記コールの着信側において：前記第１処理へ前記コールの終端点（ＴＰ−Ｈ）をシグナリングする、前記第１処理に対する第１の同等の処理（ＴＣ）と、前記第２の処理に対する第２の同等の処理（ＣＮＣ５）であって、経路選択番号（Ｒ−ｎｏ＝２３）を選択するためと、この選択された経路選択番号をそれ自身のアイデンティティ（ＣＮＣ５−ＩＤ）と結びつけるためのものと、前記コールの発信側において：前記第１終端点（ＴＰ−Ｅ）から外部網を通じて、前記第２終端点（ＴＰ− Ｇ）へ接続を確立するための要求（ＩＡＭ）を、外部網（１１）へシグナリングするためのものであって、前記要求が外部網内の要求された接続の宛先アドレスとして、前記第２の同等の処理に関連した経路選択番号（Ｒ−ｎｏ＝２３）を含んでいる第３の処理（ＴＣ−ＮＡ）と、前記コールの着信側において：前記選択された経路選択番号を受信するため、また前記第２の同等の処理（ＣＮＣ５）へのサテライト・ドメインに、それが到着する終端点（ＴＰ−Ｇ）へ送信するための前記第３処理に対する第３の同等の処理（ＯＣ−ＮＡ）と、前記コールの着信側において：前記第３の同等の処理から前記終端点（ＴＰ−Ｇ）を受け取ると、前記第２の同等の処理ＣＮＣ５は、前記終端点（ＴＰ−Ｇ）から前記コールの終端点（ＴＰ−Ｈ）へ、前記サテライト・ドメインを通して接続を確立し、こうして前記コールの発信側から着信側へ前記外部網（１１）を経由して、不均一接続を完成することを特徴とする前記網。４．請求項２によるコールと接続が分離された網であって、第１ドメインは前記第１交換機（４３）と前記コールが発信する少なくとも１つの第３交換機とを含み、前記第１処理（ＯＣ）は前記第２処理（ＣＮＣ４）を開始し、前記第２処理は、前記コールの終端点（ＴＰ−Ｈ）と前記第１の同等の処理のアイデンティティ（ＴＣ−ＩＤ）を受信すると、経路選択分析を開始し、前記コールのための接続を、前記第３交換機から前記第１終端点（ＴＰ−Ｅ）へ前記第１ドメインを通じて確立することを特徴とする前記網。５．請求項２によるコールと接続が分離された網であって、第１ドメイン（１６）は、前記第１交換機（４３）を含み、第２のドメイン（１４）は、前記コールが発信する更なる交換機（２７）を含み、前記第２ドメイン内の前記第１処理（ＯＣ）は、更なる第２処理（ＣＮＣ１）を開始し、前記更なる第２処理は、前記コールの終端点（ＴＰ−Ｈ）と第１同等の処理のアイデンティティ（ＴＣ−ＩＤ）とを受容すると経路選択分析を開始すると共に、前記更なる交換機（２７）から前記第２ドメイン（１４）を通じて、前記第１ドメインに到るトランク線（２５）へ接続を確立し、前記更なる第２処理（ＣＮＣ１）は、前記経路選択分析の結果が、前記コールの終端点（ＴＰ−Ｈ）が前記第１ドメイン内に位置していることを与えると、前記第１ドメイン（１６）内で前記第２処理（ＣＮＣ４）を開始すると共に、前記コールの終端点（ＴＣ−Ｈ）と前記第１同等の処理のアイデンティティ（ＴＣ−ＩＤ）をそれに提供することを特徴とする前記網。６．請求項５によるコールと接続が分離した網であって、前記第２処理（ＣＮＣ４）は、前記コールの前記終端点（ＴＰ−Ｈ）と前記第１同等の処理（ＴＣ− ＩＤ）を受信すると経路選択分析を開始し、前記第２処理（ＣＮＣ４）は、前記経路選択分析が結果として前記コールの終端点（ＴＰ−Ｈ）が前記第１ドメイン内に位置していることを与えると、前記第３処理（ＴＣ−ＮＡ）を開始することを特徴とする前記網。７．請求項６によるコールと接続が分離された網であって、前記第１および第２のドメインと共に均一網を形成する更なるドメイン（１５、１７）を有し、各ドメインは少なくとも１つの交換機を含み、１つの更なる第２処理（ＣＮＣ）が各更なるドメインと各接続とに備えられ、各第２処理と共に各更なる第２処理は、その関連するドメインの複数の交換機を制御する接続制御処理であり、１つのドメインの接続制御処理が前記第２プロトコル（ＣＮＣＤ）を用いて、前記接続層（１３）上の隣接するドメインの接続処理と通信することを特徴とする前記網。８．請求項３、４、６、または７によるコールと接続が分離された網であって、前記第１処理が加入者発信コール処理（ＯＣ）であり、前記第１同等の処理が加入者着信呼処理（ＴＣ）であり、前記第１処理が前記コール層上で第１プロトコル（ＴＳＤ）を用いて前記第１同等の処理と通信することを特徴とする前記網。９．請求項８によるコールと接続が分離された網であって、前記第１プロトコル（ＴＳＤ）はそれにより前記第１処理（ＯＣ）が前記第１同等の処理（ＴＣ）を開始する機能と、前記第１同等の処理から前記第１処理へコールの終端点（ＴＰ−Ｉ）を移送するために、前記コールの宛先アドレス（Ｂナンバー）を前記第１処理から前記第１同等の処理へ移送する機能と、前記第１同等の処理のアイデンティティ（ＴＣ−ＩＤ）を前記第１同等の処理から前記第１処理へ移送する機能と、前記第１処理が接続層（１３）で前記第２処理（ＣＮＣ４）を開始すると共に、前記第１処理がコールの終端点（ＴＰ−Ｉ）および前記第１同等の処理（ＴＣ−ＩＤ）と一緒に第２処理（ＣＮＣ４）へ接続要求を送る機能とを含むことを特徴とする前記網。１０．請求項９によるコールと接続が分離された網であって、均一網を形成するいくつかのドメイン（１４、１６）があって、前記均一網内の各ドメインは、少なくとも１つの交換機（２７、３３、３４、３５；４３）を含み、各ドメインと各接続について１つの第２処理（ＣＮＣ１；ＣＮＣ４）があり、各第２処理はその関連するドメイン（１４；１６）の交換機（２７、３３、３４、３５；４３）を制御する接続制御処理であり、１つのドメインの接続制御処理は、接続層（１３）上で第２プロトコル（ＣＮＣＤ）を用いて隣接のドメインの接続処理と通信することを特徴とする前記網。１１．請求項１０によるコールと接続が分離された網であって、前記第２プロトコル（ＣＮＣＤ）は、新しい第２処理（ＣＮＣ２）を開始する機能と、この新しく開始された機能へ前記コールの終端点（ＴＰ−Ｈ）、前記第１同等の処理のアイデンティティ（ＴＣ−ＩＤ）及び捕捉されたチャネルの終端点を輸送する機能とを有することを特徴とする前記網。１２．請求項１１によるコールと接続が分離された網であって、前記第２プロトコル（ＣＮＣＤ）は、もし経路選択分析の結果が、前記コールの終端点が前記均一網内の他のドメイン内に位置していることを与えれば作動されることを特徴とする前記網。１３．請求項１２によるコールと接続が分離された網であって、前記開始された第２処理（ＣＮＣ４）は、もし経路選択分析の結果が、宛先アドレスが前記コールと接続が分離された網内に位置するが均一網の外にある場合には、修正された第１プロトコル（ＴＳＤ＋）を使用して前記第３処理（ＴＣ−ＮＡ）を開始する機能を有し、前記第３処理（ＴＣ−ＮＡ）は前記接続層（１３）上に開始されることを特徴とする前記網。１４．請求項１３によりコールと接続が分離された網であって、前記修正された第２プロトコル（ＣＮＣＤ＋）は、第２同等の処理（ＣＮＣ３）へ経路選択番号を得ることの要求信号を送る機能を追加した前記第２プロトコルと同じ機能を含むことを特徴とする前記網。１５．請求項１４によりコールと接続が分離された網であって、前記第２処理（ＣＮＣ４）は、前記修正された第１プロトコルを使用して、（ｉ）前記開始された第３処理（ＴＣ−ＮＡ）へ、前記選択された経路選択番号を含むメッセージを送り、（ｉｉ）それが前記接続層上で作用するように第３処理に指示する前記メッセージにフラグをセットすることを特徴とする前記網。１６．請求項１５による通信網であって、前記第３処理は外部網内に接続を確立するために使用される網アクセス着信呼処理（ＴＣ−ＮＡ）であることを特徴とする前記通信網。１７．請求項１６による呼び出しと接続が分離された網であって、コール層における前記第１処理（ＯＣ−ＮＡ）は、接続層（１３）における前記第３同等の処理（ＯＣ−ＮＡ）の機能を含み、これにより、前記コール層における前記第１処理として、また前記接続層（１３）における前記第３同等の処理として使用される第１の包括的処理を形成するようにしたことを特徴とする前記網。１８．請求項１７によるコールと接続が分離された網であって、コール層における前記第１同等の処理（ＴＣ−ＮＡ）は、接続層（１３）における前記第３処理の機能を含み、これにより、前記コール層における前記第１同等の処理として、また前記接続層（１３）における前記第３処理として使用される第２の包括的処理を形成するようにしたことを特徴とする前記網。１９．請求項１８によるコールと接続層が分離された網であって、前記第２の同等の処理（ＣＮＣ３）は、外部網のナンバリング・プランに属すると共に、前記外部網がコールを受信するドメインを割り当てられている経路選択番号のグループから前記経路選択番号を選択する接続制御処理であることを特徴とする前記網。２０．前記第２の同等の処理（ＣＮＣ３）は、それ自身のアイデンティティ（ＣＮＣ３−ＩＤ）をそれが選択する経路選択番号と関連させることを特徴とする、請求項１９によるコールと接続が分離された網。２１．前記経路選択番号のグループはサテライト・ドメインに関連させられていることを特徴とする、請求項２０によるコールと接続が分離された網。２２．前記サテライト・ドメインは、外部網から前記メッセージ（ＩＡＭ）の第２終端点（ＴＰ−Ｇ）で受信すると、前記第３の同等の処理（ＯＣ−ＮＡ）を生成することを特徴とする、請求項２１によるコールと接続が分離された網。２３．請求項２２によるコールと接続が分離された網であって、前記第３の同等の処理（ＯＣ−ＮＡ）は、前記メッセージ（ＩＡＭ）に含まれる経路選択番号を、着信側に割り当てられた経路選択番号のグループと比較して一致があれば、この経路選択番号を選択した第２の同等の処理のアイデンティティを読み取り、確認された第２の同等の処理へ、経路選択番号を含むコールが到着した前記第２終端点（ＴＰ−Ｇ）を送ることを特徴とする前記網。２４．前記第２の同等の処理は、前記第２終端点（ＴＰ−Ｇ）を受信すると、経路選択分析を開始することを特徴とする、請求項２３によるコールと接続が分離された網。２５．請求項２４によるコールと接続が分離された網であって、もし経路選択分析の結果が、前記コールの終端点（ＴＰ−Ｈ）が、前記第２の同等の処理により制御される領域内にあることを与えるならば、前記第２の同等の処理は、前記第２終端点（ＴＰ−Ｇ）から前記コールの終端点（ＴＰ−Ｈ）へ接続を確立することを特徴とする前記網。２６．請求項２５によるコールと接続が分離された網であって、前記第２の同等の処理は、第２終端点（ＴＰ−Ｇ）から前記第２の同等の処理により制御されるドメインを通して隣接のドメインに至るトランクへ接続を確立し、また、もし経路選択分析の結果が、前記コールの終端点（ＴＰ−Ｈ）が、前記第２の同等の処理により制御される領域外にあることを与えるならば、前記第２プロトコルを使用して、前記コールの終端点（ＴＰ−Ｈ）、前記第１の同等の処理のアイデンティティ、前記トランク内の捕捉された終端点を、前記隣接ドメインへ送ることを特徴とする前記網。２７．請求項２６によるコールと接続が分離された網であって、前記第２の同等の処理は前記終端点（ＴＰ−Ｈ）への接続の確立後に、前記第１の同等の処理へレディ信号を送り、このレディ信号は接続の送信側から着信側へ外部網を経由して接続が完成したことを指示することを特徴とする前記網。２８．前記第２処理（ＣＮＣ４）は隣接ドメインの更なる第２処理（ＣＮＣ１）により生成され、また前記更なる第２処理は自分の番において前記第１処理（ＯＣ）により生成されることを特徴とする、請求項２７によるコールと接続が分離された網。２９．コールと接続が分離された網において、起呼ユーザから被呼ユーザへの接続を経路選択する方法であって、両方がコールと接続が分離された網内に居住し、中継外部網（１１）を経由し：（ａ）前記外部網のナンバープラン中で選択された一時的な経路選択番号を、前記コールと接続が分離された網（１０）の交換ノード（４５）へ割り当てるステップと、（ｂ）前記経路選択番号の１つを選択して、それを前記コールに割り当てるステップと、（ｃ）前記選択された経路選択番号を用いて、前記外部網を通して前記交換ノード（４５）へ、前記コールを経路選択するステップと、（ｄ）前記コールを前記ノードから前記被呼ユーザへ経路選択するステップを含むことを特徴とする前記方法。３０．コールと接続が分離された方法において、請求項２９による接続を経路選択する方法であって、ステップ（ａ）および（ｂ）を遂行した後に起呼ユーザから、外部網へのエントリーを有するコールと接続が分離された網の終端点（ＴＰ−Ｅ）へ経路選択するステップと、次にステップ（ｃ）を遂行し、次に（ｄ）を遂行することを含むことを特徴とする前記方法。３１．コールと接続が分離された網におけるコールの確立方法であって、前記コールと接続が分離された網（１０）は、均一網（１９）とサテライト・ドメイン（１８）を含み、前記均一網は各々が少なくとも１つの交換機を含む多数のドメインを含み、前記サテライト・ドメインは少なくとも１つの交換機を含むと共に、均一網と直接の接続がないものであり、外部網に所属し、それ自体で知られる方法において、その中のコールの経路選択のために使用される経路選択番号が、前記均一網を割り当てられ、また前記サテライト・ドメインから前記均一網へ外部網を経由して、コールを確立するために、前記サテライト・ドメインが前記経路選択番号の１つを使用することを特徴とする前記方法。３２．請求項３１によりコールと接続が分離した網にコールを確立する方法であって、前記均一網は第１交換機と呼ばれるただ１つだけの交換機を含み、また前記サテライト・ドメインは第２交換機と呼ばれるただ１つだけの交換機を含むものであり、前記経路選択番号の１つは第１交換機から第２交換機へ外部網を経由して接続を確立するために使用されることを特徴とする前記方法。３３．複数の交換機ポートを含む交換機（２７）を通じてコールを確立する方法であって、前記交換機はコールと接続が分離した網内に含まれており、この網は、サービス層と呼ばれる第１のシグナリング・プロトコル（ＣＮＣＤ）及びコールにおいて要求されるサービスを提供するコール層（１２）を使用する接続を確立しまた開放するための接続層１３と、前記第１プロトコルとは異なり、前記交換機（２７）を通して前記コールが外部ネットワークを経由して確立される接続を確立しまた開放するための第２プロトコルを用いる外部ネットワーク（２７）とを含むものであり、外部ネットワークに所属しそれ自体で知られる方法でその中のコールの経路選択に使用される経路選択番号が、前記交換機（２７）で指定され、また前記交換機は、第１交換機ポートから第２交換機ポートへ外部網経由でコールを確立するために前記経路選択番号の１つを用いることを特徴とする前記方法。３４．均一網のドメイン（１４）を通じてコールを確立する方法であって、前記ドメインは第１交換機（２７）と第２交換機（３４）を含み、前記ドメインはコールと接続が分離した網内に含まれ、この網は、第１シグナリング・プロトコル（ＣＮＣＤ）を用いて接続を確立し開放するための接続層（１３）と、コールにおいて要求されるサービスを提供するためのサービス層と呼ばれるコール層（１２）と、接続を確立し開放するための第１プロトコルとは異なり、前記コールが前記ドメインを通じて外部網を経由して確立される第２プロトコルを使用する外部網（１１）を含むものであり、外部網に所属しそれ自身で知られる方法でその中のコールの経路選択に使用される経路選択番号が、前記ドメイン（１４）で指定され、また前記ドメインは、前記第１交換機から前記第２交換機へ前記ドメインにおいて外部網を経由してコールを確立するために前記経路選択番号の１つを用いることを特徴とする前記方法。