JP2001057575A - ディジタルループキャリアを使用して、データネットワークに信号をルーティングするために、直接呼パスを確立するシステムおよび方法 - Google Patents

Abstract

(57)【要約】 【課題】 ディジタルループキャリアＤＬＣを使用し
て、通信装置とデータネットワークとの間で、信号の直
接的なルーティングを確立するシステムおよび方法を提
供すること。 【解決手段】 本発明は、ＤＬＣと、データネットワー
クと通信するデータネットワークサービスプロバイダＤ
ＳＰと、ローカル通信ネットワークとを含めたリソース
を管理する。データネットワークには、インターネッ
ト、ＦＲ、およびＡＴＭネットワークを含めることがで
きる。本発明は、ＤＬＣとＤＳＰとの間の直接接続を可
能にする。データネットワークを介して、呼パスを確立
することができ、双方向通信が可能となる。従来の電話
機、モデム付きＩＰ機能を有するコンピュータ、ＰＢＸ
ネットワーク、ＦＡＸ装置を含め、様々な通信装置およ
びシステムを使用することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般に通信システ
ムおよびデータネットワークに関し、より詳細には、デ
ィジタルループキャリア（「ＤＬＣ」）を使用して、通
信装置とデータネットワークとの間で、信号の直接的な
（ダイレクトな）ルーティングを確立するシステムおよ
び方法に関する。

【０００２】

【従来の技術】通信ネットワークは、定義された領域内
のローカル呼と、米国および他国にわたる長距離呼の両
方を可能にする。これらのネットワークは、公法人およ
び私法人と政府とによって、所有および運営される場合
がある。これらの通信ネットワークには、所有エンティ
ティまたは運営エンティティの私用（プライベート）用
途のためのもある。その他のものは、通信事業者または
通信サービスプロバイダによって、公衆による使用また
は限られた加入者グループによる使用のために運営され
る。

【０００３】様々な通信装置を使用して、既存の通信ネ
ットワークの電話回線を介した通信を行うことができ
る。装置のいくつかは、従来型の電話などのアナログ技
術に基づく。というのは、これらは人間の音声のアナロ
グ波形をサポートするように設計されているからであ
る。その他の装置、ファクシミリ（「ＦＡＸ」）機やパ
ーソナルコンピュータなどは、ディジタル技術に基づ
く。というのは、これらの装置によって処理されるデー
タは、データのバイナリストリングで符号化および操作
されるからである。パーソナルコンピュータは、モデ
ム、または当業者に知られている他の同様な装置を使用
して、電話回線を介して通信することができる。

【０００４】電話やモデムなどの通信装置は、一般に、
「加入者ループ」と一般に呼ばれる一対のワイヤを通し
て、ローカル通信ネットワークのサービス交換ポート
（「ＳＳＰ」）に接続される。ＳＳＰによりループの両
端に電圧が加えられて、通信装置に電力が供給され、通
信装置の動作を監視する機構が提供される。例えば、発
呼者が、通話を開始するために電話の受話器を上げると
き、電話のスイッチが閉じ、それにより、ループを通し
てＳＳＰと電話との間に電流が流れるようになる。ＳＳ
Ｐは、ループ中の電流を検出し、これを「オフフック」
状態と見なす。次いで、ＳＳＰは、通信装置にダイアル
トーンを送信し、したがって、発呼者が被呼者の、すな
わち呼に対して意図された受け手の番号をダイヤルする
ことができるようになる。

【０００５】前述のように、既存の通信ネットワーク
は、ローカルネットワーク間の長距離呼を可能にする。
長距離呼とは、一般に、ローカル通信ネットワークによ
ってサービス提供される呼よりも長い距離にわたる呼の
ルーティングを指す。例えば、第１の通信ネットワーク
のＳＳＰによってサービス提供される発呼者は、光ファ
イバネットワークなどの長距離キャリアを介して、別の
通信ネットワークのＳＳＰによってサービス提供される
被呼者に長距離呼を届けることができる。これは通常、
被呼者によって使用される番号のディジットをダイヤル
する前に「１」をダイヤルすることによって行われる。

【０００６】通常、長距離通信に対する回路に増幅器を
使用して、呼信号が長距離用の回路を渡るときの信号減
衰を補償している。しかし、増幅器が一般に単方向性で
あるため、通信ネットワーク間で長距離にわたって伝送
される信号は、一般に、各パスを通した信号伝送がそれ
ぞれの増幅器によって電力を供給されるように、２つの
異なるパスに分割される。一方のパスは、呼信号を送信
するのに使用され、他方のパスは、呼信号を受信するの
に使用される。このような信号分割は、４線式回線の使
用となり、この４線式回線は、一般に「トランク」と呼
ばれる。

【０００７】様々なタイプの大容量通信ネットワーク
が、データ伝送用に特に開発されてきた。これらのデー
タネットワークは、通常、フレームリレー（「Ｆ
Ｒ」）、非同期転送モード（「ＡＴＭ」）、インターネ
ットプロトコル（「ＩＰ」）、または他のパケットベー
スのデータ伝送技術を使用する。パケットベースのデー
タネットワークを通して、データ信号を送信するには、
信号はまず、限られたサイズの個別のブロック、すなわ
ち「パケット」に分けられる。次いで、これらデータの
個別のブロックは、ネットワークを通して送信され、受
信時に再構築されて元の信号が形成される。データネッ
トワークの容量は、一般に、ネットワークを通して信号
を最小限のコストで通信できるようなものである。した
がって、適切な伝送のシステムおよび方法が使用されれ
ば、データネットワークは、ローカルの、また特に長距
離の通信に対して、従来の電話ネットワークよりも相対
的に安価な代案を提供することができる。

【０００８】データネットワークは、一般に、既存の通
信ネットワークとインタフェースするようには設計され
ない。これは、データネットワークが、通常、前述のよ
うにディジタルデータの離散的なパケットまたはブロッ
クの形で信号を通信するからである。一方で、通信ネッ
トワークは、連続するアナログ波形として通信信号を伝
送する。したがって、データネットワークを通してアナ
ログ音声信号を送信するには、例えば、アナログ信号を
ディジタル形式に変換し、次いで適切なサイズのブロッ
クに分割することが望ましい。次いで、これらディジタ
ル音声データのブロックは、データネットワークを通し
て個別に通信される。データブロックがネットワークを
通過した後、ブロックは、元のアナログ音声信号に含ま
れていた何らかのメッセージを維持するように、好まし
くは送信された順に、再び組み立てられる。次いで、再
び組み立てられたディジタル音声信号は、被呼者に通信
されるようにアナログ音声信号に変換し直される。

【０００９】

【発明が解決しようとする課題】公衆交換電話網（「Ｐ
ＳＴＮ」）などのローカル通信ネットワークを、データ
ネットワークに効率的に融合することが必要とされてい
る。最も従来型の技術は、もっぱらＰＳＴＮと従来の長
距離公衆交換電話回線だけに依拠して、長距離通信パス
を確立する。従来の長距離通信システムの一例は、ビデ
オ・オーディオ機能を有するコンピュータを含む。各コ
ンピュータは、例えば約３３ＫｂｐｓのＶ．３４モデム
速度で動作するモデムに結合される。コンピュータのう
ちの１つは、第１のローカル通信ネットワークのＳＳＰ
によってサービス提供される発信電話回線から、第２の
ローカル通信ネットワークのＳＳＰによってサービス提
供される着信電話回線に接続された別のコンピュータに
起呼する。ローカル通信ネットワーク間の接続は、専用
ＰＳＴＮネットワークトランクを介して形成される。従
来の長距離通信システムの別の例は、それぞれの通信ネ
ットワークよって同様にサービス提供され、ＰＳＴＮだ
けを通して相互に通信する「ＦＡＸ」機を含む。これら
の接続は、コンピュータやＦＡＸ機を含めた、コストの
かかる機器を必要とし、そのために広く使用されていな
い。したがって、ローカル通信ネットワークの、データ
ネットワークへの効率的な融合を実現する必要性が依然
としてある。

【００１０】最近になり、インターネットなどのデータ
ネットワークを介して通信をサポートするいくつかの技
術が開発されてきた。例えば、第１の構内交換機（「Ｐ
ＢＸ」）および第２のＰＢＸが、データネットワークと
の通信に配置される場合がある。次いで、これらのＰＢ
Ｘは、アナログトランクを介して様々な通信装置に接続
される。この機器は、ダイヤル操作に応答し、呼が受信
されるときにリング（ｒｉｎｇ）電圧を提供し、着信呼
に対する発呼者識別データを被呼者に渡す。さらに、機
器は、発信呼が発信されるときにリングバックトーンや
ビジートーンなどのコールプログレス（ｃａｌｌ ｐｒ
ｏｇｒｅｓｓ）トーンを各ＰＢＸに提供する。しかし、
この技術が私用であるため、すなわち一般に単一の組織
内だけのものであり公衆に利用できないため、この技術
には限度がある。

【００１１】ある特許が、データネットワークを介し
て、１つのＰＳＴＮと別のＰＳＴＮの間に呼パスを確立
することに関係している。具体的には、Ｌａｎｄ他が、
米国特許第５７５１７０６号で「Ｓｙｓｔｅｍ ａｎｄ
Ｍｅｔｈｏｄ ｆｏｒ Ｅｓｔａｂｌｉｓｈｉｎｇ
ａ Ｃａｌｌ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ
Ｐａｔｈ」を述べている。Ｌａｎｄ他が述べるシステム
および方法は、インターネットなどパケットベースの通
信ネットワークを介して、呼を発信することを可能にす
るものである。しかし、Ｌａｎｄ他によって提案される
ように、呼は、ＰＳＴＮなど通信ネットワークの交換機
器を介して、電話機などの通信装置からパケットベース
のネットワークにルーティングされることになる。Ｌａ
ｎｄ他は、通信装置からデータネットワークに、呼をル
ーティングする直接的な呼パスの確立を開示していな
い。したがって、データネットワークを介した通信信号
の伝送を可能にする機器は存在するが、効果的かつ効率
的な伝送、すなわちデータネットワーク間でこれらの信
号を直接的にルーティングすることへの必要性は、依然
として存在する。

【００１２】

【課題を解決するための手段】本発明の例示的な実施形
態による方法およびシステムにより、従来の電話機のユ
ーザは、データネットワークを通して公衆交換用電話番
号をダイヤルすることができる。接続を確立することが
でき、ローカルレベル、国内レベル、国際レベルで呼を
発信することができる。本発明の原理は、公衆データネ
ットワークと私用データネットワークの両方を含めた様
々なデータネットワークに適用できる。様々なタイプの
データネットワークを使用することができ、これらに
は、公衆インターネット、私用イントラネット、公衆お
よび私用ＦＲネットワーク、公衆および私用ＡＴＭネッ
トワーク、ＳＭＤＳネットワーク、および他の様々なデ
ィジタルキャリアシステムを含めることができる。

【００１３】本発明の例示的な実施形態によれば、デー
タネットワークを通して、ローカルまたは長距離の呼パ
スを様々なシステムおよび通信装置の間に確立すること
ができ、続いて双方向通信を行うことができる。使用で
きるシステムおよび装置には、双方向会話用の従来の電
話システム、モデム付きＩＰ機能を有するコンピュー
タ、ＰＢＸネットワーク、ＦＡＸ装置、およびこれらの
様々な組合せが含まれる。例えば、通信は、以下の間に
確立することができる。すなわち、従来の電話システム
または電話装置とモデムに接続されたＩＰ機能を有する
ディジタルコンピュータとの間、ローカル電話ネットワ
ークとＰＢＸネットワークとの間、ＩＰ機能を有するコ
ンピュータとＰＢＸネットワークとの間、発信と着信の
ＦＡＸシステムまたはＦＡＸ装置の間、発信と着信のＩ
Ｐ機能を有するディジタルコンピュータの間などであ
る。

【００１４】本発明の例示的な実施形態による方法およ
びシステムは、ローカル通信ネットワークにあるリソー
ス、ディジタルループキャリア、およびデータネットワ
ークサービスプロバイダを管理する接続方法およびデー
タベースを含み、これらの間で互換性ある接続を形成し
てこれらの接続を管理する。これらの接続方法およびシ
ステムは、データネットワークサービスプロバイダとデ
ィジタルループキャリアとの間の直接接続、すなわち、
データネットワークを介した、それぞれ被呼者へまたは
発呼者からの着信呼と発信呼の両方に対する「ラインサ
イドダイレクト（ｌｉｎｅ ｓｉｄｅ ｄｉｒｅｃ
ｔ）」接続を可能にする。

【００１５】本発明の例示的な一実施形態では、ディジ
タルループキャリアは、通信装置に結合され、データネ
ットワークと通信するデータネットワークサービスプロ
バイダに直接的に結合される。このようにして、通信装
置とデータネットワークとの間で呼信号をルーティング
するために、ディジタルループキャリアとデータネット
ワークサービスプロバイダとの間に直接呼パスが提供さ
れる。ディジタルループキャリアとデータネットワーク
サービスプロバイダとの間の直接呼パスは、ローカル通
信ネットワークのサービス交換ポートを通るデフォルト
の呼パスをバイパスすることができる。

【００１６】本発明の別の例示的な実施形態では、通信
装置とデータネットワークとの間に通信パスを確立する
システムが提供される。システムは、データネットワー
クと通信するデータネットワークサービスプロバイダ
と、通信装置に結合されるディジタルループキャリアを
含む。ディジタルループキャリアは、データネットワー
クサービスプロバイダに直接的に結合されて、通信装置
とデータネットワークとの間の呼信号をルーティングす
るために、ディジタルループキャリアとデータネットワ
ークサービスプロバイダとの間に直接呼パスを提供す
る。メガハブ（ｍｅｇａｈｕｂ）コントローラをディジ
タルループキャリアに結合して、直接呼パスを介して呼
信号のルーティングを制御することができる。直接呼パ
スは、通信装置へ、および通信装置から呼をルーティン
グするために確立することができる。

【００１７】本発明の別の一実施形態では、データネッ
トワークサービスプロバイダは、いくつかの考えられる
形式のうちの１つを有する呼信号を、ディジタルループ
キャリアとデータネットワークの間で、ルーティングす
る複数のパスを有する。考えられる形式には、音声符号
化、モデム符号化、ファクシミリ符号化、および通信信
号をルーティングする当業者に知られた他の形式を含め
ることができる。この目的のために、データネットワー
クサービスプロバイダは、呼信号の形式を識別して、識
別した形式に基づいて呼信号を搬送するパスの１つを選
択するように構成された回路を有する。

【００１８】本発明の別の例示的な実施形態では、通信
システム内のリソースを識別するネットワークトポロジ
を、例えば通信システム内で使用されるメガハブコント
ローラ中に保存することができる。通信システムは、さ
らに、１つまたは複数の他のメガハブコントローラと、
データネットワークと通信する複数のデータネットワー
クサービスプロバイダと、データネットワークサービス
プロバイダに直接的に結合される複数のディジタルルー
プキャリアとを含む。通信システム内の１つまたは複数
のメガハブコントローラ内にある記録可能媒体上に、デ
ータベースをおそらくルーティングテーブルの形で保存
することができ、このデータベースは、メガハブコント
ローラと、データネットワークサービスプロバイダと、
ディジタルループキャリアと、通信システム内の様々な
構成要素間に結合される様々なトランクグループとを識
別する。ディジタルループキャリアは、各ディジタルル
ープキャリアによってサポートされる電話番号で索引を
付けられるのが好ましい。

【００１９】本発明の例示的な一方法は、通信装置と通
信するディジタルループキャリアと、データネットワー
クと通信するデータネットワークサービスプロバイダと
の間に、通信パスを確立するものである。このようにし
て、データネットワークに送信する呼、およびデータネ
ットワークから送信される呼に対して、呼信号を通信装
置とデータネットワークとの間で搬送することができ
る。ディジタルループキャリアは、通信回線によって通
信ネットワークのサービス交換ポートに結合される。サ
ービス交換ポートは、データネットワークサービスプロ
バイダに結合される。サービス交換ポートは、呼処理機
能を有し、この機能は、サービス交換ポートによって活
動状態にされたとき、通信回線を介して転送された呼を
処理する。例示的な呼処理機能は、呼転送、呼待機、お
よび３方向呼出しを含む。この方法は、サービス交換ポ
ートが通信回線に対して呼処理機能を活動状態にしたか
どうかを判定すること、および、呼処理機能が非活動状
態の場合に直接トランクグループを使用して通信パスを
確立することを含む。呼処理特性が活動状態な場合は、
通信パスは、通信回線を使用してサービス交換ポートを
通して確立される。

【００２０】本発明は、その特定の実施形態に関して述
べることとし、同じ番号が同じ部分を示す図面を参照す
ることとする。

【００２１】

【発明の実施の形態】（通信システム）図１は、本発明
の例示的な一実施形態による、データネットワーク１０
２を介してローカル通信ネットワークと通信装置との間
で電話信号を送信するシステム１００の概略ブロック図
である。図１のローカル通信ネットワークは、発信ネッ
トワーク１０４および着信ネットワーク１０６を含む。
データネットワーク１０２は、インターネット、ＦＲネ
ットワーク、ＡＴＭネットワーク、または当業者に知ら
れている他のパケットベースの通信ネットワークとする
ことができる。

【００２２】図１に、発信ネットワーク１０４をＰＳＴ
Ｎのローカル端局として示し、これは、発信信号転送ポ
イント（「ＳＴＰ」）１０８および発信サービス交換ポ
ート（「ＳＳＰ」）１１０を含む。発信ＳＳＰ１１０
は、例えば、公衆または私用の通信ネットワークの端局
で通常使用される交換機器を含むことができる。発信Ｓ
ＴＰ１０８は、信号方式Ｎｏ．７（「ＳＳ７」）「Ａ」
リンク１１２を介して発信ＳＳＰ１１０と通信する。

【００２３】図１で、システム１００は、さらに発信通
信装置１１４も含み、これを従来の電話装置または電話
システムとして図１に示す。通信装置１１４はまた、Ｆ
ＡＸ機や、ディジタルコンピュータに接続されたモデム
など、適切な他の通信システムまたは通信装置のいずれ
でもよい。第１の通信装置１１４は、従来の電話システ
ム、ＩＰ機能を有するコンピュータ、ＰＢＸネットワー
ク、あるいはＦＡＸ機など他の適切な通信システムまた
は通信装置のいずれかとすることができる。

【００２４】図１で、発信通信装置１１４への、および
発信通信装置１１４からの通信は、発信ディジタルルー
プキャリア（「ＤＬＣ」）１１６によってサポートさ
れ、発信通信装置１１４は、発信電話回線１１８を介し
て発信ＤＬＣに結合される。発信ＤＬＣ１１６は、回線
１２０を介して発信通信ネットワークの発信ＳＳＰ１１
０と通信する。発信ＤＬＣ１１６は、Ａｌｃａｔｅｌ
ＵＳＡ製のディジタルループキャリア製品、例えばＬｉ
ｔｅｓｐａｎ^（Ｒ）−２０００やＬｉｔｅｓｐａｎ
^（Ｒ）−Ｂｒｏａｄｂａｎｄ ＤＬＣの１つであること
が好ましく、以下により詳細に述べる。回線１２０は、
特定の電話番号に従い発信ＳＳＰ１１０によって識別さ
れ、発信ＤＬＣ１１６および発信通信装置１１４へ、お
よびそれらから呼をルーティングするために、発信ＳＳ
Ｐ１１０によってサポートされる。

【００２５】図１で、発信データネットワークサービス
プロバイダ（「ＤＳＰ」）１２２は、データネットワー
ク１０２と通信する。発信ＤＳＰ１２２はまた、直接ト
ランクグループ１２４を介して、発信ＤＬＣ１１６にも
直接的に結合され、ＳＳ７トランク１２６を介して、発
信ネットワーク１０４の発信ＳＳＰ１１０に結合され
る。複数の追加の発信ＤＳＰ（図示せず）もまた同様
に、それぞれ別々のトランクグループによって発信ＤＬ
Ｃ１１６および発信ＳＳＰ１１０に結合される。

【００２６】本発明の例示的な実施形態によって使用さ
れる図１の発信ＤＬＣ１１６などのディジタルループキ
ャリアは、データネットワークサービスプロバイダ１２
２に直接的に結合される。ディジタルループキャリアと
データネットワークサービスプロバイダとの間の直接結
合は、ディジタルＴ１キャリア、一次群速度ＩＳＤＮ回
線、または当業者に知られている他のインタフェースを
使用して実現することができる。さらに、１つまたは複
数のマルチプレクサをディジタルループキャリアとデー
タネットワークサービスプロバイダとの間に結合して、
それらの間で通信される信号を様々な伝送率に多重化す
ることができる。これは、発信ＤＬＣ１１６と着信ＤＬ
Ｃ１４４の両方、ならびに、ＤＬＣ１１６および１４４
が結合されるそれぞれのＤＳＰ１２２および１５０にあ
てはまる。

【００２７】ディジタルループキャリアをデータネット
ワークサービスプロバイダに直接的に結合することによ
り、呼は、通信装置からディジタルループキャリアを通
してデータネットワークサービスプロバイダに直接的に
ルーティングすることができる。同様に、呼は、データ
ネットワークサービスプロバイダからディジタルループ
キャリアを通して通信装置に直接的にルーティングする
ことができる。したがって、呼信号のこの直接ルーティ
ングによって、ローカル交換機、例えばローカルネット
ワークまたはＰＳＴＮのクラス５交換機がバイパスされ
る。

【００２８】当業者なら理解されるであろうが、本発明
によれば、通信システムの「発信」側または「着信」側
のいずれにおいても、ディジタルループキャリアの代わ
りに他の適したキャリアまたはスイッチ、例えばエッジ
スイッチやトランスポートキャリアを使用することがで
きる。したがって、本明細書で使用されるとき、「ディ
ジタルループキャリア」とは、データネットワークサー
ビスプロバイダに直接的に結合されて、データネットワ
ークサービスプロバイダと通信装置との間で呼信号の直
接ルーティングを提供することのできる、これらのよう
な適したキャリアまたは交換機のいずれかを指す。

【００２９】本発明の例示的な実施形態によって提供さ
れるように、ディジタルループキャリアを通して、呼を
ＤＳＰに直接的にルーティングすることは、ローカル端
局の交換機を通した従来の呼のルーティングに勝るいく
つかの重要な利点を有する。ディジタルループキャリア
を直接ＤＳＰに結合することの利点の１つは、ＤＳ１当
たりのコスト、あるいはポート当たりまたは回線当たり
の一次群速度インタフェース（「ＰＲＩ」）が、ローカ
ル端局の交換機をＤＳＰに接続する場合に対してより低
くなることである。さらに、呼信号を伝送するのに必要
とされるスイッチ素子の数が削減され、それだけでな
く、これらのネットワーク要素を相互に結合するのに必
要とされるリンクのコストも削減される。さらに、ディ
ジタルループキャリアをＤＳＰに直接的に結合すること
により、直接の呼ルートをより速く活動状態状態に変更
することができる。最後に、ライン側およびトランク側
の長期の呼およびデータ呼にクラス５機器を使用するこ
とに対して電話会社およびデータネットワークサービス
プロバイダ会社に普通なら課されるコストも削減され
る。その他の利点も、当業者には認識および理解される
であろう。

【００３０】図１で、発信ＤＳＰ１２２は、発信メガハ
ブコントローラ１２８と通信する。発信メガハブコント
ローラ１２８は、図１に示すようにネットワークインタ
フェース１３０によって発信ＤＳＰ１２２に接続され
る。発信メガハブコントローラ１２８は、このネットワ
ークインタフェース１３０を通して発信ＤＳＰ１２２と
通信し、それを制御する。ネットワークインタフェース
１３０は、以下により詳細に述べるように、発信ネット
ワーク１０４と発信メガハブコントローラ１２８との間
の呼の互換性を拡張し、呼信号が発信ネットワーク１０
４から発信ＤＳＰ１２２に通信されるようにする。ネッ
トワークインタフェース１３０はまた、発信メガハブコ
ントローラ１２８と発信ＤＳＰ１２２との間で、双方向
呼接続情報を含めたメッセージ信号および呼接続情報の
交換を可能にする。

【００３１】図１で、発信メガハブコントローラ１２８
は、ＳＳ７「Ａ」リンク１３２を介して、発信ネットワ
ーク１０４の発信ＳＴＰ１０８と通信し、専用制御リン
ク１３４を介して、発信ＤＬＣ１１６と通信する。専用
制御リンク１３４は、発信メガハブコントローラ１２８
と発信ＤＬＣ１１６との間の様々な目的のためのメッセ
ージ信号の交換をサポートするが、それらの目的とは、
例えば（ｉ）発信メガハブコントローラ１２８中で保存
されるデータベースの更新、（ｉｉ）発信メガハブコン
トローラ１２８と発信ＤＬＣ１１６との間の、双方向呼
接続情報を含めた呼接続情報の通信、（ｉｉｉ）ＤＳＰ
Ｎ１２２に接続された直接トランクグループ１２４また
は他のトランクグループにラインカードポートを接続す
るための、発信メガハブコントローラ１２８から発信Ｄ
ＬＣへのコマンドの送信、（ｉｖ）ＤＳＰ１２２への呼
に必要とされる場合のある、ＤＬＣ１１６接続の切断な
どである。

【００３２】図１で、着信ネットワーク１０６は、着信
ＳＴＰ１３６および着信ＳＳＰ１３８を含む。着信ＳＴ
Ｐ１３６は、ＳＳ７「Ａ」通信リンク１４０によって着
信ＳＳＰ１３８に接続される。第１の着信通信装置１４
２は、着信ＤＬＣ１４４と、それらの間に結合された第
１の着信電話回線１４６を介して通信する。第１の通信
装置１４２は、従来の電話システム、ＩＰ機能を有する
コンピュータ、ＰＢＸネットワーク、あるいはＦＡＸ機
など他の適した通信システムまたは通信装置のいずれか
とすることができる。着信ＤＬＣ１４４は、１４８を介
して着信ネットワーク１０６の着信ＳＳＰ１３８と通信
する。回線１２０と同様に、回線１４８は、特定の電話
番号によって着信ＳＳＰ１３８により識別され、着信Ｄ
ＬＣ１４４および着信通信装置１４２に、ならびにそれ
らから呼をルーティングするために着信ＳＳＰ１３８に
よってサポートされる。第２の着信通信装置１５４は、
第２の着信電話回線１５６を介して、着信ＳＳＰ１３８
によって直接的にサービス提供される。

【００３３】着信ＤＳＰ１５０は、データネットワーク
１０２と通信する。着信ＤＳＰ１５０は、好ましくは専
用暗号化ネットワークサービスプロバイダ回線を使用し
て、データネットワーク１０２を介して発信ＤＳＰ１２
２と通信する。着信ＤＳＰ１５０はまた、着信ＤＬＣ１
４４と、着信ネットワーク１０６の着信ＳＳＰ１３８の
両方と通信する。さらに、着信ＤＳＰ１５０は、着信メ
ガハブコントローラ１５２とも通信する。システム１０
０内の様々な「着信」装置の間の他のリンクまたは回線
は、システム１００内の対応する「発信」装置の間のリ
ンクまたは回線と同様の構造および用途を有する。

【００３４】図２は、本発明の例示的な一実施形態によ
る、従来の電話システム２０２とＩＰ機能を有するディ
ジタルコンピュータ２０４との間でデータネットワー
ク、例えばインターネット２０６を介して電話信号を送
信するシステム２００の概略ブロック図である。ディジ
タルコンピュータ２０４は、Ｔ１回線２０７を介してイ
ンターネット２０６と直接的に通信する内部モデムを有
する。図２に示す残りの装置およびそれらの間の接続
は、図１を参照しながら述べた装置と同様であり、全体
を通して、同じ参照番号は同じ部分を示す。図２で、デ
ィジタルコンピュータ２０４は、以下により詳細に述べ
る方法を使用して、呼信号を送信するために、電話シス
テム２０２との通信パスを確立する。発信メガハブコン
トローラ１２８は、以下に述べる呼管理技術を使用し
て、ディジタルコンピュータ２０４とのこのリンクを維
持する。

【００３５】図１に示したようなメガハブコントローラ
１２８および１５２は、リソースの利用可能性に関する
情報を交換して、効率的な呼のルーティングを実現す
る。これらのリソースにはＳＳＰやＤＬＣなどの装置が
含まれ、それぞれのメガハブコントローラはそれらと通
信する。例えば図１で、着信メガハブコントローラ１５
２は、呼を受信する着信ＳＳＰ１３８および着信ＤＬＣ
１４４の利用可能性を発信メガハブコントローラ１２８
に定期的に通信する。

【００３６】図１におけるメガハブコントローラ間の情
報の交換は、「付随（ａｓｓｏｃｉａｔｅｄ）信号方式
（シグナリング）」を使用して行われる。すなわち、情
報は、データネットワーク１０２を介して中継される。
図３に、図１の付随信号方式の代案を示すが、この中で
は、リソースの利用可能性に関する情報を交換するため
に、メガハブコントローラ間で直接結合が使用される。
通信システム３００の「独立（ｎｏｎ−ａｓｓｏｃｉａ
ｔｅｄ）信号方式」構成では、発信メガハブコントロー
ラ１２８は、専用制御リンク３０２を介して着信メガハ
ブコントローラ１５２に直接的に結合される。メガハブ
コントローラ１２８と１５２との間のこの直接接続は、
メガハブコントローラ１２８と１５２との間の直接リン
ク３０２が、データネットワーク１０２を通したＤＳＰ
１２２と１５０との間の既存の通信リンクを補うという
点で、図１のシステム１００に対する修正を表す。これ
により、呼信号を搬送するために、ＤＳＰ１２２と１５
０の間で、より多くの帯域幅が利用できるようになるた
め、呼確立はより速くなり、信号容量はより大きくな
る。

【００３７】図１〜３で、発信ＤＳＰ１２２も着信ＤＳ
Ｐ１５０も両方とも、データネットワーク１０２と通信
する。発信ＤＳＰ１２２および着信ＤＳＰ１５０は、デ
ータネットワーク１０２への接続を管理する役割をし、
ＤＳＰは、データネットワーク１０２内のデータリンク
の品質、特に音声および他のアナログ信号の伝送に対す
る品質を監視する。ＤＳＰ１２２および１５０は、ま
た、データネットワーク１０２への、およびデータネッ
トワーク１０２からの呼信号に優先順位を付けることに
より、データネットワーク１０２への呼のルーティング
にサービス提供する。さらに、ＤＳＰ１２２および１５
０は、いくつかのデータネットワークと通信することが
でき、その場合ＤＳＰは、いくつかのデータネットワー
クの中から、呼信号を搬送するのに適したものを選択す
るように構成される。例えば、ＤＳＰ１２２は、インタ
ーネット、私用イントラネット、ＡＴＭネットワーク、
およびＦＲネットワークと通信することができ、呼信号
の送信用にこれらのネットワークうちの１つを選択する
ことができる。この選択は、例えば、一日の時刻、着信
ＤＳＰ１５０の利用可能性、ＱｏＳ要件、コスト、およ
び様々なデータネットワークにおけるトラフィック量に
基づくことができる。

【００３８】本発明によって構築されるＤＳＰ、例えば
発信ＤＳＰ１２２および着信ＤＳＰ１５０などは、各Ｄ
ＳＰが結合されるデータネットワーク１０２を通して相
互に通信する。このために各ＤＳＰは、制御回路、例え
ばデータネットワークを通してシステム内の他のＤＳＰ
に信号を送信し、他のＤＳＰから信号を受信するサービ
スプロバイダネットワーク回路（ＰＶＣ）などを含む。
制御回路は、ＤＳＰ間の安全な通信を保証する暗号化機
能を有することが好ましい。ＤＳＰを通して送信される
データ信号は、インターネットのような、普通なら信頼
性のない場合もあるデータネットワークを挟んで許容で
きるサービス品質を維持するために、パケット分割およ
びインテリジェントパケット廃棄を使用して処理される
ことが望ましい。データネットワークからの着信呼を受
信する着信ＤＳＰは、パケットシーケンスを保存し、音
声信号を所望のペースで送達する役割を果たす。

【００３９】発信ＤＳＰ１２２および着信ＤＳＰ１５０
は、相互に通信するだけでなく、それぞれのメガハブコ
ントローラとも通信するため、一方のＤＳＰと通信シス
テム内の別の装置またはネットワークとの間の接続が失
われた場合、発信メガハブコントローラ１２８と着信メ
ガハブコントローラ１５２の両方とも、それぞれのＤＳ
Ｐによって通知されることが可能である。また、以下に
より詳細に述べるが、電話呼の呼確立段階の間、発信Ｄ
ＳＰ１２２および着信ＤＳＰ１５０は、発呼番号および
被呼番号を識別する情報、ならびに、モデム付きディジ
タルコンピュータやＦＡＸ機からまたはそれらに呼を搬
送するそれぞれのモデムやＦＡＸ接続などのリソースの
利用可能性を交換する。

【００４０】図４は、図１〜３で示したような通信シス
テム内の発信ＤＳＰまたは着信ＤＳＰとして使用するた
めの、本発明によって構築される例示的なＤＳＰ４００
の概略ブロック図である。一方の端では、ＤＳＰ４００
は、ローカルディジタルスイッチ（「ＬＤＳ」）４０２
およびＤＬＣ４０４に結合される。例えば、ＤＳＰ４０
０が、図２のシステム２００内で発信ＤＳＰ１２２とし
て使用されるとすれば、ＬＤＳ４０２は、発信ＳＳＰ１
１０の一例となり、ＤＬＣ４０４は、発信ＤＬＣ１１６
に対応することになる。ＬＤＳ４０２およびＤＬＣ４０
４は、ＳＳ７トランクグループ４０６を介して相互に結
合される。ＤＳＰ４００は、ＳＳ７トランクグループ４
０８を介してＬＤＳ４０２に接続され、ＤＳＰ４００は
また、専用直接トランクグループ４１０を通してＤＬＣ
４０４にも接続される。他方の端では、ＤＳＰ４００
は、ネットワーク入出力インタフェース４１２を通し
て、１つまたは複数のデータネットワーク（図示せ
ず）、例えばインターネット、ＦＲネットワーク、ＡＴ
Ｍネットワーク、または当業者に知られている他のデー
タネットワークと通信する。

【００４１】本発明の例示的なＤＳＰ、例えば図４のＤ
ＳＰ４００は、グループＩＩＩ ＦＡＸ、Ｖ．３４モデ
ム、ＰＣＭ符号化音声、５６Ｋｂｐｓモデム、および２
Ｂ１Ｑ符号化音声などの様々な形式を有するデータ信号
の伝送を認識し、サポートすることができる。ＤＳＰ
は、これらの形式を有する着信データ信号を復号し、復
号した信号をデータネットワークとの間の伝送に適した
他の形式に符号化する。図４のＤＳＰ４００は、音声、
モデム、ＦＡＸの呼を区別する回路を有する。この回路
は、回線ユニット、およびこれらの回線ユニットにサー
ビスするモデムグループを含む。

【００４２】図４で、ＤＳＰ４００内には、ＳＳ７トラ
ンクグループ４０８を介してＬＤＳ４０２に接続される
回線ユニットの第１グループがあり、グループ中の各ト
ランクは、そのトランクが接続される特定の回線ユニッ
トによって認識されるデータ信号形式を搬送するように
指定される。この第１グループ内の回線ユニットは、Ｆ
ＡＸ回線ユニット４１４、音声回線ユニット４１６、お
よびＶ．３４モデム回線ユニット４１８を含み、これら
は、ＬＤＳ４０２から呼信号を受け取り、また、ＬＤＳ
４０２に呼信号を送るように結合される。同様に、ＤＳ
Ｐ４００は、直接トランクグループ４１０を介してＤＬ
Ｃ４０４に接続される回線ユニットの第２グループを含
む。この第２グループ内の回線ユニットは、ＦＡＸ回線
ユニット４２０、Ｖ．３４モデム回線ユニット４２２、
および音声回線ユニット４２４を含み、これらは、ＤＬ
Ｃ４０４からデータ信号を受け取り、また、ＤＬＣ４０
４に呼信号を送るように結合される。

【００４３】図４で、ＬＤＳ４０２からの回線ユニット
４１４、またはＤＬＣ４０４からの回線ユニット４１４
のいずれかに通信されたＦＡＸ信号は、次いで、ＦＡＸ
信号を復号し、復号した信号をＣＰＵ４２８に通信する
ことのできるＦＡＸモデム４２６に通信され、次いで、
ネットワーク入出力インタフェース４１２を通してデー
タネットワークに通信される。ＬＤＳ４０２からの回線
ユニット４１８かＤＬＣ４０４からの回線ユニット４２
２のいずれかに通信されるＶ．３４モデム信号は、Ｖ．
３４モデム４３０に通信され、このＶ．３４モデムは、
モデム信号を認識および復号し、復号したモデム信号
を、ネットワーク入出力インタフェース４１２を通して
データネットワークに通信するように構成される。５６
Ｋｂｐｓまたは他のモデム信号を使用することもでき、
その場合は、ＤＳＰ４００内のＶ．３４モデム４３０が
５６Ｋｂｐｓモデムまたは他の適したモデムで置き換え
られる。

【００４４】図４では、ＤＳＰ４００は、音声ディジタ
ル化技法および圧縮技法を使用して、アナログ音声信号
をデータネットワークとの間で伝送できるようにする。
例えば図４で、回線ユニット４１６は、ＳＳ７トランク
グループ４０８中のトランクの１つを介してアナログ音
声信号（例えば約４ＫＨｚを中心とした周波数の信号）
をＬＤＳ４０２から受け取る場合がある。同様に、回線
ユニット４２４は、直接トランクグループ４１０中のト
ランクの１つを介してアナログ音声信号をＤＬＣ４０４
から受け取る場合がある。ＤＳＰ４００はさらに、図４
に示すように結合された無音圧縮ユニット４３２、音声
圧縮ユニット４３４、およびホワイトノイズ発生器４３
６も含む。

【００４５】図４のＤＳＰ４００内の音声処理回路は、
いくつかの利点を有する。無音圧縮ユニット４３２は、
より効率的なデータネットワークの利用のために、送信
される音声信号上で無音除去を行う。さらに、音声圧縮
器４３４を使用して、音声信号上で音声圧縮を行うこと
により、データネットワークの負荷を低減する。また、
ホワイトノイズ発生器４３６は、バックグラウンドノイ
ズを音声信号に挿入して、例えば音声信号の送信中にパ
ケットが失われたときなどに無音を置換する。

【００４６】本発明によって構築される例示的なＤＳＰ
はまた、その中に記憶され保存されるデータベースを含
むことができ、これらのデータベースは、特定の電話番
号への呼のルーティングを管理する、通信システム内の
メガハブコントローラを識別する。これらのデータベー
スはまた、これらのメガハブコントローラに結合され
た、システム内の他のＤＳＰへ関連付けられたルートも
識別することが好ましい。例示的なＤＳＰはまた、支払
請求（ｂｉｌｌｉｎｇ）を管理することもできる。支払
請求記録は、個々の発呼者に対してＤＳＰ内に記録し保
存することができる。このような支払請求はどれも、呼
信号（例えば音声、ＦＡＸ、モデム）の形式を特徴とす
ることが好ましい。

【００４７】図１で、発信メガハブコントローラ１２８
は、データネットワーク１０２を介して、様々なデータ
リンクのいずれかによって呼信号をルーティングするよ
うに構成される。発信メガハブコントローラ１２８は、
システムの他の構成要素によって認識されるセッション
プロトコルを使用して呼を管理する。セッションプロト
コルは、発呼者および被呼者以外の相手による盗聴を防
止することが好ましく、一般に３つの段階を含む。すな
わち、（ｉ）呼確立、（ｉｉ）データ転送、および（ｉ
ｉｉ）呼終了であり、これらすべてを、以下により詳細
に述べる。

【００４８】図１に示すような付随信号方式の構成を使
用しても、あるいは図３に示すような独立信号方式の構
成を使用しても、メガハブコントローラは、データネッ
トワークを介した通信パスを呼信号に対して確立および
管理する役割をする。通信パスまたは「呼」パスを確立
するために、メガハブコントローラおよびＤＳＰは、セ
ットアップ信号、呼処理信号、接続信号、およびリリー
ス信号を相互に送信するように構成される。メガハブコ
ントローラ間で通信される特定の情報は、特定の信号に
応じて様々である。

【００４９】典型的な呼セットアップ信号は、信号タイ
プ（セットアップ、リリース、呼処理、接続）、呼形式
またはタイプ（例えばＦＡＸ、モデム、音声）、発呼者
番号、被呼者番号の番号、発信メガハブコントローラを
識別する発信点コード、着信メガハブコントローラを識
別する終着点コード、ＱｏＳパラメータ（例えば帯域
幅、トラフィッククラス、遅延変動など）、発信チャネ
ル識別、呼参照、リダイレクト番号、および発信ＤＳＰ
を識別するアドレスを伝達する。典型的な呼処理信号
は、呼参照、および着信ＤＳＰを識別するアドレスを伝
達する。典型的な接続信号は、呼参照、ＱｏＳパラメー
タ、着信チャネル識別、および着信ＤＳＰを識別するア
ドレスを伝達する。最後に、典型的なリリース信号は、
呼参照および原因を伝達する。

【００５０】図５は、本発明の例示的な実施形態によ
る、ローカル通信ネットワークとデータネットワークを
介する装置との間で電話信号を送信するために、図１〜
３に示すようなシステム内で使用する例示的なメガハブ
コントローラ５００の概略ブロック図である。メガハブ
コントローラ５００は、通信システム内の様々な装置に
信号を送り、また、それらからの信号を受け取るように
構成された制御回路５０２のグループを含む。制御回路
５０２は、インタフェース５０４、５０６、５０８を介
して、図１〜３に示す装置にリンクすることができる。
例えば、メガハブコントローラ５００が、図１の発信メ
ガハブコントローラ１２８として使用される場合、イン
タフェース５０４は、発信ＳＴＰ１０８と通信するため
に、ＳＳ７「Ａ」リンク１３２に接続することができ
る。同様に、インタフェース５０６は、発信ＤＳＰ１２
２と通信するために、ネットワークインタフェース１３
０に接続することができ、インタフェース５０８は、発
信ＤＬＣ１１６に制御信号を送信するために、専用制御
リンク１３４に接続することができる。

【００５１】本発明によって構築されるメガハブコント
ローラは、図１のシステム１００などの通信システム内
で使用されて、呼管理を行う。すなわち、システム１０
０を通した呼のルーティングを管理する。発信メガハブ
コントローラ１２８中の制御回路５０２は、例えば、発
呼者から被呼者への発信呼のルーティングを管理するよ
うに構成される。着信メガハブコントローラ１５２中の
制御回路５０２は、同じ特徴によって、被呼者から発呼
者への着信呼のルーティングを管理するように構成され
る。制御回路５０２はまた、図１のＤＬＣからＤＳＰ
に、例えば発信ＤＬＣ１１６を通して発信ＤＳＰ１２２
に直接的に呼を「リダイレクト」するように構成され
る。呼をルーティングするために、呼パスを確立するの
に使用される特定の技術を、以下により詳細に述べる。

【００５２】呼の所望のルーティングを行うために、例
示的なメガハブコントローラは、ＤＳＰ、ＤＬＣ、ＳＳ
Ｐなどシステム内の様々なリソースの識別を含め、メガ
ハブコントローラが使用される通信システム内の中継設
備のネットワークトポロジを保存する。発信メガハブコ
ントローラ１２８は、付随信号方式の構成の使用により
データネットワーク１０２を通して着信メガハブコント
ローラ１５２と通信して、これら様々なシステムの構成
要素の使用を管理および監視する。

【００５３】図５で、本発明の例示的な実施形態によれ
ば、メガハブコントローラ５００によって保存されるネ
ットワークトポロジは、好ましくはメガハブコントロー
ラ５００内の記録可能媒体５１０上に記憶されるデータ
ベースの使用によって実現される。これらのデータベー
スは、例えば、メガハブコントローラがそれによって通
信するシステム内の装置および構成要素を識別する情報
を有するルーティングテーブルとして構成することがで
きる。いくつかのデータベースがメガハブコントローラ
５００中の制御回路５０２によって保存されるが、これ
には、メガハブコントローラ５００に結合されてそれと
通信し、それぞれのＳＳＰによってサービス提供される
回線の電話番号で索引を付けられる、例えばローカルデ
ィジタルスイッチなどのＳＳＰを識別する、ＳＳＰデー
タベース５１２が含まれる。メガハブコントローラ５０
０は、さらにＭＣデータベース５１４も含み、これは、
メガハブコントローラ５００が、付随信号方式または独
立信号方式、あるいは当業者に知られている他の信号技
術を使用して通信する、通信システム内の他のメガハブ
コントローラを識別する。

【００５４】図５で、メガハブコントローラは、ＤＳＰ
データベース５１６も含み、これは、メガハブコントロ
ーラ５００と通信するＤＳＰを識別する。ＤＳＰは、例
えば５ディジットのキャリアコードの形をとるアドレス
によって識別されるのが好ましい。ＤＳＰを識別するア
ドレスは、使用される特定のデータネットワーク１０２
によって様々な形をとる場合がある。例えば、データネ
ットワーク１０２がＦＲネットワークの場合は、ＤＬＣ
Ｉ番号を使用することができ、データネットワーク１０
２がＡＴＭネットワークの場合は、Ｅ．１６４アドレス
を使用することができる。データネットワーク１０２が
インターネットの場合は、このアドレスはおそらくＩＰ
アドレスとなる。ＤＳＰアドレスは、各ＤＳＰによって
サービス提供される電話回線を識別するコードで索引を
付けられるのが好ましい。例えば図１で、ＤＳＰ１５０
に、第１および第２の着信電話回線１４６および１５６
に対応するコードで索引を付けることができる。

【００５５】図５で、メガハブコントローラ５００はま
た、ＤＬＣデータベース５１８も含み、これは、例えば
図１の直接トランクグループ１２４を介したＤＳＰへの
呼の直接ルーティングを提供するために、メガハブコン
トローラ５００が通信する各ＤＬＣを識別する。データ
ベース５１８中で識別されるＤＬＣは、各ＤＬＣによっ
てサポートされる回線を識別する電話番号で索引を付け
られるのが好ましい。例えば図１で、着信ＤＬＣ１４４
は、回線１４８に対応する電話番号で索引を付けられ
る。各ＤＬＣによってサービス提供される電話番号の集
合は、一般に、各ＤＬＣ内で定期的に、例えば毎日また
は毎週、更新される。したがって、これらの電話番号
が、メガハブコントローラ５００によって各ＤＬＣから
定期的に取り出されることが好ましい。あるいは、デー
タベース５１８中の電話番号の代わりにアクセス識別子
（「ＡＩＤ」）情報を使用して、各ＤＬＣの電話回線を
識別することもできる。

【００５６】最後に、図５で、メガハブコントローラ５
００は、トランクグループデータベース５２０を含み、
これは、（ｉ）ＤＳＰデータベース５１６中で識別され
る各ＤＳＰにデータネットワークを介して送信するため
に、ＳＳＰからＤＳＰへの呼のルーティングを提供する
特定のトランクグループ、および（ｉｉ）メガハブコン
トローラ５００と通信するＤＬＣからＤＳＰへの呼の直
接ルーティングを提供するトランクグループ、例えば図
１の直接トランクグループ１２４を識別する。ＤＬＣと
ＤＳＰの間の接続を識別するのに確保されるトランクグ
ループデータベース５２０の一部分はまた、ＤＳＰへの
接続用に各ＤＬＣによって使用される回路要素の目録も
作成することが好ましい。

【００５７】（通信方法）本発明の例示的な実施形態に
よる通信システム内のメガハブコントローラによって管
理されるセッションプロトコルの第１段階は、データネ
ットワークを介した呼信号の送信用に通信チャネルまた
は「呼パス」を確立するものである。図１を参照する
と、発呼者は、発信通信装置１１４を活動状態にする。
例えば、通信装置が電話機である場合、この電話機は、
電話フックから受話器を上げることによって活動状態に
される。発信通信装置１１４の活動状態化は、発信ＤＬ
Ｃ１１６によって検出され、「オフフック」状況と認識
される。次いで、オフフック状況は、発信ＤＬＣ１１６
から回線１２０を介して発信ＳＳＰ１１０に信号として
通信される。発信ＳＳＰ１１０は、オフフック信号を受
信すると、発信ＤＬＣ１１６を通して、逆に発信通信装
置１１４にダイヤルトーンを中継する。次いで、発呼者
は、そのオプションが与えられる場合に、呼信号をデー
タネットワーク１０２に通信する特定のＤＳＰを選択す
るか、あるいは、回線１４８または１５６など被呼者に
使用される特定の電話回線を識別する電話番号のディジ
ットをダイヤルすることによって直接、電話の発信に取
りかかる。

【００５８】ダイヤルされたディジットは、発信通信装
置１１４から発信ＤＬＣ１１６に通信され、次いで、発
信ＳＳＰ１１０に通信される。次いで、発信ＳＳＰ１１
０は、発信ＳＴＰ１０８を通してイニシャルアドレスメ
ッセージ（「ＩＡＭ」）信号を発信メガハブコントロー
ラ１２８に通信する。ＩＡＭ信号は、少なくとも、
（１）発呼者に使用される発信電話回線１１８の電話番
号を識別する情報、（２）被呼者の電話番号を識別する
情報、例えば第１の着信電話回線１４８に対応する番
号、および（３）着信メガハブコントローラ１５２を識
別する終着点コードを含む。

【００５９】発信メガハブコントローラ１２８は、終着
点コードを検査するように構成された検査回路、例え
ば、前述のようにデータネットワークを介して通信を確
立するための様々な着信ＳＳＰおよび着信ＤＬＣを識別
する番号を含むローカルナンバーポータビリティ（「Ｌ
ＮＰ」）データベースなどを含む。着信メガハブコント
ローラ１５２の終着点コードが、着信メガハブコントロ
ーラ１５２が、発信メガハブコントローラ１２８と通信
することを確認するために、ＭＣデータベース５１４中
の番号と相互参照されて、呼パスが確立される。さら
に、着信ＳＳＰ１３８は、ダイヤルされる電話番号、こ
の例では回線１４８に対応する番号を使用して識別され
る。

【００６０】図６のステップ６００で、発信ＳＳＰ１１
０から発信ＳＴＰ１０８を通してＩＡＭ信号を受信した
後、発信メガハブコントローラ１２８は、ステップ６０
２で、データネットワーク１０２を介した発信ＤＳＰ１
２２と着信ＤＳＰ１５０との間のデータリンクが、呼信
号を搬送するのに利用可能かどうかを判定する。これ
は、ダイヤルされたディジットを復号し、復号したディ
ジットを索引として使用して、ＤＳＰデータベース５１
６中で表引きを行うことを伴う。このようにして、発信
メガハブコントローラ１２８は、着信電話回線１４８に
サービス提供するＤＳＰとして着信ＤＳＰ１５０を識別
するために、着信ＤＳＰ１５０に被呼番号をマッピング
することを試みる。着信ＤＳＰ１５０が識別されない場
合、ＤＳＰ１２８と１５０の間ではデータリンクが利用
できず、そのため、発信メガハブコントローラ１２８
は、ステップ６０３で、発信ＤＬＣ１１６を通して通信
装置１１４に逆にビジー信号を中継するために、発信Ｓ
ＳＰ１１０に信号を送り、後続のＩＡＭ信号を待機して
ステップ６００に戻る。着信ＤＳＰ１５０が表引きで識
別された場合、流れはステップ６０４に進む。

【００６１】図６で、ステップ６０４は、例えば着信Ｄ
ＳＰ１５０、着信ネットワーク１０６、および着信ＤＬ
Ｃ１４４で、データネットワーク１０２から被呼者に呼
を搬送するのに必要なリソースが利用可能かどうかを発
信メガハブコントローラ１２８が判定することを含む。
この判定は、図７を参照しながら以下でより詳しく考察
する。ステップ６０４はまた、着信ＤＳＰ１５０から着
信ＤＬＣ１４４を通して着信通信装置１４２に呼を直接
的にルーティングし、それによって着信ネットワーク１
０６をバイパスすることができるかどうかの判定も含
み、これは、図８を参照しながら以下でより詳しく考察
する。

【００６２】図６のステップ６０４で、必要なリソース
が利用できない場合、流れはステップ６０３に進むか、
あるいは、発信メガハブコントローラ１２８は、ステッ
プ６０４を１回または複数回、所定の時間間隔で繰り返
すこともできる。ステップ６０２および６０４が満たさ
れた場合、発信メガハブコントローラ１２８は、最後に
ステップ６０６で、発信ＤＬＣ１１６から直接トランク
１２４に沿って発信ＤＳＰ１２２に直接的に呼信号をル
ーティングして、発信ネットワーク１０４をバイパスで
きるかどうかを判定する。この判定は、発信メガハブコ
ントローラ１２８と発信ＤＬＣ１１６との間で、制御リ
ンク１３４を介して信号を送ることによって行われる。
特に、発信ＳＳＰ１１０が、発信ＤＬＣ１１６とＤＳＰ
１２２の間の直接通信をサポートしないいずれかの機能
を回線１２０上で活動状態にする場合、発信ＤＬＣ１１
６から発信メガハブコントローラ１２８に渡される信号
中で、ＳＳ７ビットに論理的「１」が割り当てられる。
これは、図８を参照しながら以下により詳しく述べる。

【００６３】呼を発信ＤＬＣ１１６から発信ＤＳＰ１２
２に直接的にルーティングできない場合、呼は、発信ネ
ットワーク１０４を通してルーティングされるべきであ
る。したがって、ステップ６０８で、発信ＤＬＣ１１６
と発信ＤＳＰ１２２との間のリンクを定義するためにト
ランク１２０および１２６を使用して、発信通信装置１
１４と発呼者によって識別される特定の着信通信装置と
の間の呼パスが、発信ＳＳＰ１１０を通して確立され
る。直接トランク１２４を介した、発信ＤＬＣ１１６か
ら発信ＤＳＰ１２２への呼の直接ルーティングが可能な
場合、ステップ６１０で、データネットワークを通した
通信装置間の呼パスが、ステップ６０８と同様に確立さ
れるが、発信ＤＬＣ１１６と発信ＤＳＰ１２２の間にあ
る呼パスの部分は、直接トランク１２４を使用して確立
される。

【００６４】図７は、図１のシステム１００などの通信
システム中で、データネットワークから被呼者に呼信号
を搬送するために、リソースが利用可能かどうかを判定
する例示的な方法を示す流れ図である。図７の方法は、
付随信号方式を使用して実施され、したがって、メガハ
ブコントローラ間の通信は、ＤＳＰによってデータネッ
トワーク１０２を介して中継される。あるいは、図３に
示すような独立信号方式の構成を使用することもでき、
この場合、メガハブコントローラ間の通信は、専用制御
リンク３０２を介して搬送される。ＤＳＰ１２２と１５
０の間のデータリンクが識別された後、発信メガハブコ
ントローラ１２８は、呼セットアップ信号を発信ＤＳＰ
１２２に送信する。呼セットアップ信号に応答して、ス
テップ７００で、発信ＤＳＰ１２２は、データネットワ
ーク１０２を介して着信ＤＳＰ１５０および着信メガハ
ブコントローラ１５２に接続要求信号を送信する。接続
要求信号は、発信メガハブコントローラ１２８から呼セ
ットアップ信号中で伝達される情報、具体的には（ｉ）
発呼者の番号、（ｉｉ）発信メガハブコントローラ１２
８を識別する発信点コード、（ｉｉｉ）着信メガハブコ
ントローラ１５２を識別する終着点コード、および（ｉ
ｖ）被呼者の番号を使用して、発信ＤＳＰ１２２によっ
て送信される。

【００６５】接続要求信号を受信すると、ステップ７０
１で、着信メガハブコントローラ１５２は、着信ＤＳＰ
１５０から着信ＳＳＰ１３８に呼を搬送するＳＳ７トラ
ンクグループが存在することを保証するために、被呼者
の電話番号を使用してトランクグループデータベースに
索引を付ける。ステップ７０２で、着信メガハブコント
ローラ１５２は、着信ＤＳＰ１５０を通して、トランク
グループおよびメンバ番号の情報を含むＳＳ７メッセー
ジを着信ＳＳＰ１３８に送信する。ＣＬＡＳＳ呼に使用
される発呼者の番号に対する呼情報が、着信ＳＳＰ１３
８の被呼番号回線メモリ中に更新される。次いでステッ
プ７０４で、着信ＳＳＰ１３８は、それを通して呼信号
を着信通信装置１４２に中継できるかどうかを判定す
る。これは、着信ＤＬＣ１４４への回線１４８を使用し
て呼を着信ＤＬＣ１４４に送達できることの保証、着信
ＤＬＣ１４４が呼信号を着信通信装置１４２に通信でき
ることの保証、および着信回線１４６がアイドルまたは
ビジーでないことの保証を含む。これらの理由のいずれ
かのために呼が受信されない場合、ステップ７０６で、
着信ＳＳＰは、ミスルート信号を着信ＤＳＰ１５０に逆
に通信し、このミスルート信号は、着信ＤＳＰ１５０か
らデータネットワーク１０２を通して発信ＤＳＰ１２２
および発信メガハブコントローラ１２８に逆に中継され
る。

【００６６】図７で、ミスルート信号を受信すると、発
信メガハブコントローラ１２８は、被呼者との通信の確
立を再度試みるか、あるいはステップ７０８で、発信Ｄ
ＳＰ１２２およびデータネットワーク１０２との通信を
「中止する」。被呼者の回線がアイドルである場合に、
発信メガハブコントローラ１２８が被呼者との通信の確
立を再度試みることは、異なるデータネットワークを選
択して呼を搬送することを含むことができる。通信の
「中止」は、発信ＳＴＰ１０８を通してリリースコンプ
リートメッセージ（「ＲＬＣ」）を発信ＳＳＰ１１０に
送信して、それらの間の通信を中止することを含む。以
下により詳しく述べるように発信通信装置１１４から発
信ＤＬＣ１１６を通して、呼を直接的に発信ＤＳＰ１２
２にルーティングする直接パスが確立されている場合、
発信メガハブコントローラ１２８は、発信ＤＬＣ１１６
に信号を送って、発信ＤＬＣ１１６と発信ＤＳＰ１２２
との間に確立された直接呼パスを終了する。発信メガハ
ブコントローラ１２８はまた、ミスルート信号をメガハ
ブコントローラ保守端末（図示せず）にも転送する。

【００６７】図７で、着信ＳＳＰ１３８を通して、また
は着信ＤＬＣ１４４を通して直接的に、着信ＤＳＰ１５
０と着信通信装置１４２との間に呼パスが確立できる場
合、ステップ７１０で、着信ＤＳＰ１５０は、着信ＳＳ
Ｐ１３８に、それらの間に結合されたＳＳ７トランクを
介して信号を送って、どのルーティングオプションを使
用するべきかを決定する。この信号は、ＴＣＡＰメッセ
ージ形式であることが好ましい。着信ＳＳＰ１３８は、
呼を着信ＤＳＰ１５０から着信ＤＬＣ１４４を通して直
接的に着信通信装置１４２に送信できるか、あるいは着
信ネットワーク１０６を通して呼を着信通信装置１４２
に向けるべきかを判定する。

【００６８】図８は、ＤＬＣとＤＳＰの間に直接的な通
信パスを確立するために、着信ＳＳＰ１３８が使用でき
る例示的な方法を示す流れ図である。この方法を使用し
て、発信通信装置１１４から直接トランク１２４を介し
て発信ＤＳＰ１２２に、および、着信通信装置１４２か
ら着信ＤＬＣ１４４を通して着信ＤＳＰ１５０に呼を直
接的に送信できるかどうかが判定される。この方法の原
理は、発信通信装置１１４から着信通信装置１４２また
は１５４に、および、着信通信装置１４２または１５４
から発信通信装置１１４に発信される呼に当てはまる。
図８の方法を以下に述べるが、分かりやすくするため
に、着信ＤＳＰ１５０と着信ＤＬＣ１４４との間におけ
る直接パスの確立のみに関して述べる。

【００６９】図８で、着信メガハブコントローラ１５２
は、発呼者番号および被呼者番号の情報を含むＴＣＡＰ
（ｔｒａｎｓａｃｔｉｏｎａｌ ｃａｐａｂｉｌｉｔｉ
ｅｓａｐｐｌｉｃａｔｉｏｎ ｐａｒｔ）メッセージ信
号を、着信ＳＳＰ１３８に送信する。このようにして、
着信メガハブコントローラ１５２は、着信ＤＬＣ１４４
を通して着信通信装置１４２にサービス提供する着信Ｓ
ＳＰ１３８内の回路が、通常ＤＬＣと互換性を持たな
い、ダイヤルされた電話番号に対して活動状態にされる
発呼機能を有しているかどうかを要求する。これらの機
能には、ステップ８００の呼転送、ステップ８０２の呼
待機、ステップ８０４の３方向呼出し、ステップ８０６
の第三者による盗聴用の盗聴器、または、着信ＤＬＣ１
４４を通した着信ＤＳＰ１５０と着信通信装置１４２と
の間の直接接続をサポートしない当業者に知られている
他の機能が含まれる。

【００７０】図８で、前述の機能のいずれかが、着信電
話回線１４６に対して活動状態にされる場合、ステップ
８０８で、着信ＳＳＰ１３８は、着信ＤＳＰ１５０に、
それらの間のＳＳ７トランクを介して、発信ＤＬＣ１１
６を通した呼のルーティングが不可能であることを示す
応答信号を送信する。この応答信号は、ＴＣＡＰメッセ
ージ形式であることが好ましい。着信ＤＳＰ１５０は、
ＴＣＡＰ応答信号を受信して解釈し、着信ＤＳＰ１５０
と着信ＤＬＣ１４４との間における呼パスの一部分に対
するデフォルト選択である、着信ＤＳＰ１５０と着信Ｄ
ＬＣ１４４との間における着信ＳＳＰ１３８を介した呼
パスの一部分を確立する。

【００７１】図８で、着信電話回線１４６に対する前述
の発呼機能が、着信ＳＳＰ１３８においてどれも活動状
態でない場合、ステップ８１０で、着信ＳＳＰ１３８
は、着信ＤＬＣ１４４を通した呼のルーティングが可能
であることを示す応答信号を着信ＤＳＰ１５０に送信す
る。したがって、着信ＤＳＰ１５０は、呼パスの一部分
を着信ＤＳＰ１５０と着信ＤＬＣ１４４との間に直接的
に確立して、着信ネットワーク１０６をバイパスしなが
ら、着信通信装置１４２に呼信号を通信する。通信装置
１４２および着信ＤＬＣ１４４が、ＧＲ−３０３インタ
フェースによって着信ＳＳＰ１３８に対してサービス提
供される場合、ＤＬＣ１４４は、回線１４８を介して着
信ＳＳＰ１３８に埋め込みオペレーションチャネル
（「ＥＯＣ」）メッセージを送信して、回線１４８が呼
「ビジー」であることを示す。着信ＳＳＰ１３８は、Ｔ
ＣＡＰ発呼番号および被呼番号の情報を使用して、被呼
番号情報で回線履歴ブロックを更新する。さらに、着信
ＳＳＰ１３８は、盗聴または呼追跡の機能が、回線１４
８に対して活動状態にされているかどうかを決定する。

【００７２】着信ＤＳＰ１５０と着信通信装置１４２と
の間の呼パスが決定された後、着信ＳＳＰ１３８は、Ｄ
ＬＣ１４４を通して通信装置１４２に「ベル音（リン
グ）」信号を送信する。ベル音信号が送信された後すぐ
に、着信ＳＳＰ１３８は、アドレス完了メッセージ
（「ＡＣＭ」）信号を着信ＤＳＰ１５０に送信する。Ａ
ＣＭ信号を受信すると、着信ＤＳＰ１５０は、前述のよ
うにデータネットワーク１０２を通して、発信ＤＳＰ１
２２および発信メガハブコントローラ１２８に呼処理信
号をトランク識別子および呼参照と共に逆に送信し、し
たがって通信を確立することができる。

【００７３】図６に戻り、ステップ６０６で、発信メガ
ハブコントローラ１２８は、前述の図８の一般方法を使
用して、呼信号を発信ＤＬＣ１１６から直接トランク１
２４に沿って発信ＤＳＰ１２２に直接的にルーティング
して発信ネットワーク１０４をバイパスすることができ
るかどうかを判定する。さらに、発信メガハブコントロ
ーラ１２８は、発呼者の番号を使用してＤＬＣデータベ
ース５１８中で表引きも行って、適切なトランク、例え
ば直接トランクグループ１２４を決定する。次いで、発
信メガハブコントローラ１２８は、発信ＤＬＣ１１６に
信号を送信し、直接トランクグループ１２４が利用可能
かどうかを判定する。直接トランク１２４が利用できな
い場合、発信ＤＬＣ１１６は、「原因により失敗」信号
を発信メガハブコントローラ１２８に送信する。「原因
により失敗」信号を受信すると、発信メガハブコントロ
ーラ１２８は、呼信号を発信ネットワーク１０４内の従
来の電話交換を使用して発信ＤＳＰ１２２に送信するた
めに、回線１２０を介して発信ＳＳＰ１１０に送信する
ようステップ６０８で、発信ＤＬＣ１１６に信号を送信
する前に、所定の時間にわたって待ち、直接トランクグ
ループ１２４の利用可能性の検査を再度試みることもで
きる。

【００７４】図６で、発信ＳＳＰ１１０が、発信ＤＬＣ
１１６から発信ＤＳＰ１２２への呼の直接ルーティング
をサポートしない機能を活動状態にしない場合、および
直接トランク１２４が利用可能な場合、ステップ６１０
で、発信メガハブコントローラ１２８は、発信ＤＬＣ１
１６から発信ＤＳＰ１２２への呼のルーティング用に直
接トランクグループ１２４を使用するために、専用制御
リンク１３４を介して発信ＤＬＣ１１６に信号を送信す
る。この情報は、例えば、おそらく図５のトランクグル
ープデータベース５２０から取り出される、直接トラン
クグループ１２４を識別する電話番号の形をとることが
できる。元来メガハブコントローラ１２８はまた、特定
のトランクグループおよび回線の識別情報と回線番号情
報とを、専用制御リンク１３４を介して、発信ＤＬＣ１
１６に送信して、発信ＤＬＣ１１６と発信ＤＳＰ１２２
との間の接続を確立する。次いで、呼パスは完成し、こ
のとき、発信ＤＬＣ１１６は、回線１２０を介して、回
線１２０がビジーであることを示す信号を発信ＳＳＰ１
１０に送信する。

【００７５】ベル音信号は、前述のように通信装置１４
２に加えられる。被呼者が呼に応答すると、例えば電話
の受話器をフックから上げると、着信ＤＬＣ１４４およ
び着信ＳＳＰ１３８によってオフフック状況が認識され
る。次いで、着信ＳＳＰ１３８は、着信ＤＳＰ１５０に
応答メッセージ（「ＡＮＭ」）信号を送信し、これは、
着信メガハブコントローラ１５２に中継することができ
る。次いで、着信メガハブコントローラ１５２または着
信ＤＳＰ１５０は、前述のように、データネットワーク
１０２を介して、発信ＤＳＰ１２２に接続信号を送信す
ることができる。その後データは、確立された呼パスを
介して発呼者と被呼者の間で転送することができる。

【００７６】データ転送の実際の量および長さは、呼信
号の形式によって変動する。特にＦＡＸ信号に関して
は、発信ＤＳＰ１２２は、発信ＳＳＰ１１０と発信ＤＬ
Ｃ１１６のいずれかからＦＡＸ送信を受信し、通常、送
信されたＦＡＸデータをローカルディスクに記憶する。
次いで、発信ＤＳＰ１２２は、安全な電子メールかＦＴ
Ｐかどちらかを一般に使用して、ＦＡＸ信号を着信ＤＳ
Ｐ１５０に送信する。着信ＤＳＰ１５０および着信ＤＬ
Ｃ１４４が、信号のＦＡＸ形式をサポートすると仮定し
た場合、着信ＤＳＰ１５０は、ＦＡＸ信号を受信する
と、次いで、着信ＤＬＣ１４４および着信電話回線１４
６を介した被呼者へのＦＡＸ信号の送達を計画する。

【００７７】データ転送の間、どちらの側も、それが使
用する通信装置と、その通信装置が結合されるＤＬＣと
の間の接続を開放することにより、呼を終了することが
できる。例えば図１で、通信装置１４２が従来の電話機
である場合、被呼者は、受話器を電話機のフックの上に
置くことによって呼を終了する。着信ＤＬＣ１４４は、
これを「オンフック」状況と認識し、この状況を信号と
して着信ＳＳＰ１３８に通信する。それに応答して、着
信ＳＳＰ１３８は、リリースメッセージ（「ＲＥＬ」）
信号を着信ＤＳＰ１５０に送信し、ＲＥＬ信号は、着信
ＤＳＰ１５０から着信メガハブコントローラ１５２に中
継される。ＲＥＬ信号を受信すると、着信メガハブコン
トローラ１５２は、データネットワーク１０２を介して
発信ＤＳＰ１２２にリリース信号（前により詳しく述べ
た）を送信し、発信ＤＳＰ１２２は、この信号を発信メ
ガハブコントローラ１２８に転送する。次いで、発信メ
ガハブコントローラ１２８は、着信メガハブコントロー
ラ１５２との通信を終了することができる。

【００７８】（ユーザからのアクセス）前述のいずれか
の通信システムのユーザは、発呼者または被呼者の役割
を担うことができる。発呼者となる場合、ユーザは、デ
ータネットワークを介して送信しようとする呼信号に対
する通信パスを選択する能力を与えられることが望まし
い。本発明の例示的な実施形態によれば、ユーザは、様
々なシステムおよび方法によってこの選択を行うことが
できる。例えば、通信システム内のＤＳＰがキャリアコ
ード（例えば「１０３２２」などの５ディジットコー
ド）でプログラムされている場合、ユーザは、被呼者の
番号をダイヤルする前にそのＤＳＰのキャリアコードを
ダイヤルすることにより、データネットワークを介して
呼を送信するために、特定のＤＳＰを選択することがで
きる。このタイプの選択は、ＰＳＴＮなどのみの（イン
ターネットなどのデータネットワークを使用しない）ロ
ーカル通信ネットワークを通した、またはそれらの間
の、デフォルトの呼ルーティングを無効にすることにな
る。

【００７９】他の例示的な実施形態によれば、ユーザ
は、８００または９００番をダイヤルすることにより
（例えば、被呼者の番号を「ｘｘｘ−ｘｘｘｘ」で表す
場合に１−８００−ｘｘｘ−ｘｘｘｘまたは１−９００
−ｘｘｘ−ｘｘｘｘをダイヤルすることにより）、特定
のＤＳＰをキャリアとして選択することができる。ある
いは、キャリア選択は、ユーザが対応するローカル通信
ネットワークに、電話サービスを要求するときに、すべ
ての呼がＳＳＰプログラミング中で識別される特定のＤ
ＳＰによってデータネットワークを通してルーティング
されるようにローカルＳＳＰ中にプログラムすることも
できる。本発明によって考えられる他のキャリア選択シ
ステムおよび方法には、専用ＮＸＸ番号ルーティング
（例えばｘｘｘ−ｘｘｘｘまたはＮＰＡ−ｘｘｘ−ｘｘ
ｘｘをダイヤルする）、従来の６／１０ディジットルー
ティングによるローカル７ディジット呼（例えばｎｘｘ
−ｘｘｘｘをダイヤルする）、および標準的な６／１０
ディジットルーティングによるローカル呼または長距離
呼（例えばＮＰＡ−Ｎｘｘ−ｘｘｘｘ）が含まれる。

【００８０】前述の特定の実施形態は、本発明の原理を
例示するものにすぎず、当業者により本発明の趣旨およ
び範囲を逸脱することなく様々な修正を加えることがで
きる。したがって、本発明の趣旨は、特許請求の範囲の
みによって限定される。

【図面の簡単な説明】

【図１】本発明の例示的な一実施形態による、データネ
ットワークを介してローカル通信ネットワークと装置と
の間で、電話信号を送信するシステムの概略ブロック図
である。

【図２】本発明の例示的な一実施形態による、データネ
ットワークを介して従来の電話システムとモデム付きデ
ィジタルコンピュータとの間で、電話信号を送信するシ
ステムの概略ブロック図である。

【図３】本発明の例示的な一実施形態による、独立信号
方式の使用により、データネットワークを介してローカ
ル通信ネットワークと装置との間で、電話信号を送信す
るシステムの概略ブロック図である。

【図４】本発明の例示的な一実施形態による、データネ
ットワークを介してローカル通信ネットワークと装置と
の間で、電話信号を送信するシステムに使用される例示
的なデータネットワークサービスプロバイダの概略ブロ
ック図である。

【図５】本発明の例示的な一実施形態による、データネ
ットワークを介してローカル通信ネットワークと装置と
の間で、電話信号を送信するシステムに使用される例示
的なメガハブコントローラの概略ブロック図である。

【図６】本発明の例示的な一実施形態による、データネ
ットワークを介したローカル通信ネットワークと装置と
の間で、直接通信パスを確立する方法を示す流れ図であ
る。

【図７】本発明の例示的な一実施形態による、データネ
ットワークから被呼者に呼信号を搬送するために、リソ
ースが通信システム内で利用可能かどうかを判定する方
法を示す流れ図である。

【図８】本発明の例示的な一実施形態による、ディジタ
ルループキャリアを通した通信装置とデータネットワー
クとの間で、直接通信パスを確立する方法を示す流れ図
である。

【符号の説明】

１００、２００、３００ 通信システム １０２、２０６ データネットワーク １０４、１０６ ローカル通信ネットワーク １０８、１３６ 信号転送ポイント（「ＳＴＰ」） １１０、１３８ サービス交換ポート（「ＳＳＰ」） １１４、１４２、１５４、２０２、２０４ 通信装置 １１６、１４４、４０４ ディジタルループキャリア
（「ＤＬＣ」） １２２、１５０、４００ データネットワークサービス
プロバイダ（「ＤＳＰ」） １２４、４１０ 直接トランクグループ １２８、１５２、５００ メガハブコントローラ ４０２ ローカルディジタルスイッチ（「ＬＤＳ」） ４２６ ＦＡＸモデム ４３０ Ｖ．３４モデム ４３２ 無音圧縮ユニット ４３４ 音声圧縮ユニット ４３６ ホワイトノイズ発生器 ５０２ 制御回路 ５１２ ＳＳＰデータベース ５１４ ＭＣデータベース ５１６ ＤＳＰデータベース ５１８ ＤＬＣデータベース ５２０ トランクグループデータベース

───────────────────────────────────────────────────── フロントページの続き (72)発明者 ステイーブン・マツク アメリカ合衆国、コロラド・80234、デン バー、ブルチエス・パークウエイ・2718、 ナンバー・108

Claims (48)

【特許請求の範囲】
1. 【請求項１】 データネットワークと通信装置との間
   で、呼信号をルーティングするために、前記データネッ
   トワークと前記通信装置との間に、通信パスを確立する
   方法であって、 前記データネットワークと通信するデータネットワーク
   サービスプロバイダを利用して呼信号を搬送できるかど
   うかを判定するステップと、 前記通信装置に結合され、前記データネットワークサー
   ビスプロバイダに直接的に結合されたキャリアを利用し
   て、前記呼信号を搬送できるかどうかを判定するステッ
   プと、 前記キャリアおよび前記データネットワークサービスプ
   ロバイダが利用可能な場合に、前記キャリアおよび前記
   データネットワークサービスプロバイダを通して通信パ
   スを確立するステップとを含む方法。
2. 【請求項２】 前記キャリアが、ディジタルループキャ
   リアである請求項１に記載の方法。
3. 【請求項３】 前記キャリアが、トランスポートキャリ
   アである請求項１に記載の方法。
4. 【請求項４】 前記キャリアが、エッジスイッチである
   請求項１に記載の方法。
5. 【請求項５】 通信装置とデータネットワークとの間で
   呼信号を搬送するために、ディジタルループキャリアと
   データネットワークと通信するデータネットワークサー
   ビスプロバイダとの間に、通信パスを確立する方法であ
   り、 前記ディジタルループキャリアが、（ｉ）前記通信装置
   に結合され、（ｉｉ）直接トランクグループによって前
   記データネットワークサービスプロバイダに直接的に結
   合され、（ｉｉｉ）通信回線によって通信ネットワーク
   のサービス交換ポートに結合され、 前記サービス交換ポートが、前記データネットワークサ
   ービスプロバイダに結合され、前記サービス交換ポート
   によって活動状態にされたときに前記通信回線を介して
   送信された呼を処理する呼処理機能を有する方法であっ
   て、 前記サービス交換ポートが前記通信回線に対して呼処理
   機能を活動状態にしたかどうかを判定するステップと、 前記呼処理機能が活動状態であるとき、前記サービス交
   換ポートによって前記通信回線を介して通信パスを確立
   するステップと、 前記呼処理機能が活動状態でないとき、前記直接トラン
   クグループを使用して通信パスを確立するステップとを
   含む方法。
6. 【請求項６】 前記呼処理機能が、呼転送機能である請
   求項５に記載の方法。
7. 【請求項７】 前記呼処理機能が、呼待機機能である請
   求項５に記載の方法。
8. 【請求項８】 前記呼処理機能が、３方向呼出し機能で
   ある請求項５に記載の方法。
9. 【請求項９】 前記呼処理機能が、盗聴機能である請求
   項５に記載の方法。
10. 【請求項１０】 前記サービス交換ポートが前記呼処理
    機能を活動状態にしたかどうかを判定するステップが、
    前記サービス交換ポートにＴＣＡＰ照会を送信するステ
    ップを含む請求項５に記載の方法。
11. 【請求項１１】 前記ＴＣＡＰ照会が、ＳＳ７「Ａ」リ
    ンクを介して前記サービス交換ポートに送信される請求
    項１０に記載の方法。
12. 【請求項１２】 前記呼処理機能が活動状態でないと
    き、被呼番号および発呼番号の情報によって、前記ＴＣ
    ＡＰ照会中の回線履歴ブロックを更新するステップをさ
    らに含む請求項１０に記載の方法。
13. 【請求項１３】 通信装置に結合され、データネットワ
    ークと通信するデータネットワークサービスプロバイダ
    に直接的に結合され、 前記通信装置と前記データネットワークとの間で呼信号
    をルーティングするために、前記ディジタルループキャ
    リアと前記データネットワークサービスプロバイダとの
    間に直接呼パスを提供する、ディジタルループキャリ
    ア。
14. 【請求項１４】 前記データネットワークサービスプロ
    バイダと通信するローカル通信ネットワークのサービス
    交換ポートにさらに結合され、前記ディジタルループキ
    ャリアと前記データネットワークサービスプロバイダと
    の間の直接呼パスが、前記サービス交換ポートを通る呼
    パスをバイパスする、請求項１３に記載のディジタルル
    ープキャリア。
15. 【請求項１５】 前記ディジタルループキャリアが、Ｌ
    ｉｔｅｓｐａｎ装置である請求項１３に記載のディジタ
    ルループキャリア。
16. 【請求項１６】 通信装置とデータネットワークとの間
    に、通信パスを確立するシステムであって、 データネットワークと通信するデータネットワークサー
    ビスプロバイダと、 前記通信装置に結合され、前記データネットワークサー
    ビスプロバイダに直接的に結合されて、前記通信装置と
    前記データネットワークとの間で呼信号をルーティング
    するために、前記ディジタルループキャリアと前記デー
    タネットワークサービスプロバイダとの間に、直接呼パ
    スを提供するディジタルループキャリアとを含むシステ
    ム。
17. 【請求項１７】 前記ディジタルループキャリアに結合
    されて、前記直接呼パスを介して呼信号のルーティング
    を制御するメガハブコントローラをさらに含む、請求項
    １６に記載のシステム。
18. 【請求項１８】 前記データネットワークサービスプロ
    バイダと前記ディジタルループキャリアとの間に結合さ
    れたサービス交換ポートを有する通信ネットワークをさ
    らに含み、 前記メガハブコントローラが、前記直接呼パスを介し
    て、または前記通信ネットワークのサービス交換ポート
    を通して、前記ディジタルループキャリアから前記デー
    タネットワークサービスプロバイダに、呼信号をルーテ
    ィングするように結合される、請求項１７に記載のシス
    テム。
19. 【請求項１９】 前記通信装置が、電話機、ファクシミ
    リ機、ディジタルコンピュータに結合されたモデムから
    なるグループから選択される請求項１６に記載のシステ
    ム。
20. 【請求項２０】 前記通信装置が、構内交換ネットワー
    クの一部である請求項１６に記載のシステム。
21. 【請求項２１】 データネットワークを介して、発信通
    信装置と着信通信装置との間に、通信パスを確立するた
    めのシステムであって、 前記データネットワークと通信する発信データネットワ
    ークサービスプロバイダと、 前記データネットワークと通信する着信データネットワ
    ークサービスプロバイダと、 前記発信通信装置に結合され、前記発信データネットワ
    ークサービスプロバイダに直接的に結合されて、前記発
    信通信装置から前記データネットワークに呼信号をルー
    ティングするために、前記発信ディジタルループキャリ
    アと前記発信データネットワークサービスプロバイダと
    の間に、発信直接呼パスを提供する、発信ディジタルル
    ープキャリアと、 前記着信通信装置に結合され、前記着信データネットワ
    ークサービスプロバイダに直接的に結合されて、前記デ
    ータネットワークから前記着信通信装置に呼信号をルー
    ティングするために、前記着信ディジタルループキャリ
    アと前記着信データネットワークサービスプロバイダと
    の間に、着信直接呼パスを提供する、着信ディジタルル
    ープキャリアとを含むシステム。
22. 【請求項２２】 前記発信ディジタルループキャリアに
    結合されて、前記発信直接呼パスを介して呼信号のルー
    ティングを制御する、発信メガハブコントローラをさら
    に含む請求項２１に記載のシステム。
23. 【請求項２３】 前記着信ディジタルループキャリアに
    結合されて、前記着信直接呼パスを介して呼信号のルー
    ティングを制御する、着信メガハブコントローラをさら
    に含む請求項２１に記載のシステム。
24. 【請求項２４】 前記データネットワークが、フレーム
    リレーネットワークである請求項２１に記載のシステ
    ム。
25. 【請求項２５】 前記データネットワークが、非同期転
    送モードネットワークである請求項２１に記載のシステ
    ム。
26. 【請求項２６】 前記データネットワークが、公衆イン
    ターネットである請求項２１に記載のシステム。
27. 【請求項２７】 前記データネットワークが、私用イン
    トラネットである請求項２６に記載のシステム。
28. 【請求項２８】 前記発信通信装置が、電話機、ファク
    シミリ機、ディジタルコンピュータに結合されたモデム
    からなるグループから選択される請求項２１に記載のシ
    ステム。
29. 【請求項２９】 前記着信通信装置が、電話機、ファク
    シミリ機、ディジタルコンピュータに結合されたモデム
    からなるグループから選択される請求項２１に記載のシ
    ステム。
30. 【請求項３０】 前記発信通信装置が、電話機であり、
    前記着信通信装置が、モデムに結合されたディジタルコ
    ンピュータである請求項２１に記載のシステム。
31. 【請求項３１】 データネットワークと通信し、ディジ
    タルループキャリアに直接的に結合され、前記ディジタ
    ルループキャリアと前記データネットワークとの間で、
    複数の形式のうちの１つを有する呼信号をルーティング
    する複数のパスを有するデータネットワークサービスプ
    ロバイダであって、 前記呼信号の形式を識別し、前記識別した形式に基づい
    て、前記呼信号を搬送するパスの１つを選択するように
    構成される回路を有するデータネットワークサービスプ
    ロバイダ。
32. 【請求項３２】 前記複数の形式に、音声符号化、モデ
    ム符号化、ファクシミリ符号化が含まれる請求項３１に
    記載のデータネットワークサービスプロバイダ。
33. 【請求項３３】 サービス交換ポートを通して前記ディ
    ジタルループキャリアと前記データネットワークとの間
    で前記呼信号をルーティングするために、通信ネットワ
    ークのサービス交換ポートにさらに結合される請求項３
    １に記載のデータネットワークサービスプロバイダ。
34. 【請求項３４】 ネットワーク入出力インタフェースを
    通してデータネットワークと通信し、所定の形式を有す
    る呼信号をディジタルループキャリアとデータネットワ
    ークとの間でルーティングするために、前記ディジタル
    ループキャリアに直接的に結合される、データネットワ
    ークサービスプロバイダであり、 前記ディジタルループキャリアと前記ネットワーク入出
    力インタフェースとの間にそれぞれ結合される音声パ
    ス、ファクシミリパス、モデムパスを有するデータネッ
    トワークサービスプロバイダであって、 前記呼信号の形式を音声符号化として識別し、前記音声
    パスを通して、前記音声符号化の呼信号をルーティング
    するように結合される音声回線ユニットと、 前記呼信号の形式をファクシミリ符号化として識別し、
    前記ファクシミリパスを通して、前記ファクシミリ符号
    化の呼信号をルーティングするように結合されるファク
    シミリ回線ユニットと、 前記呼信号の形式をモデム符号化として識別し、前記モ
    デムパスを通して、前記モデム符号化の呼信号をルーテ
    ィングするように結合されるモデム回線ユニットとを含
    むデータネットワークサービスプロバイダ。
35. 【請求項３５】 前記音声回線ユニットと前記ネットワ
    ーク入出力インタフェースとの間に結合され、前記音声
    パスに沿ってルーティングされる前記音声符号化の呼信
    号を処理するように構成される音声処理回路と、 前記ファクシミリ回線ユニットと前記ネットワーク入出
    力インタフェースとの間に結合され、前記ファクシミリ
    パスに沿ってルーティングされる前記ファクシミリ符号
    化の呼信号を処理するように構成されるファクシミリモ
    デムと、 前記モデム回線ユニットと前記ネットワーク入出力イン
    タフェースとの間に結合され、前記モデムパスに沿って
    ルーティングされる前記モデム符号化の呼信号を処理す
    るように構成されるＶ．５６モデムとをさらに含む請求
    項３４に記載のデータネットワークサービスプロバイ
    ダ。
36. 【請求項３６】 前記音声処理回路が、無音圧縮ユニッ
    ト、音声圧縮ユニット、ホワイトノイズ発生器を含む請
    求項３５に記載のデータネットワークサービスプロバイ
    ダ。
37. 【請求項３７】 複数のメガハブコントローラと、デー
    タネットワークと通信する複数のデータネットワークサ
    ービスプロバイダと、前記データネットワークサービス
    プロバイダに直接的に結合された複数のディジタルルー
    プキャリアとを含む通信システム内のリソースを識別す
    るネットワークトポロジを保存する方法であって、 前記通信システム内のメガハブコントローラのうちの発
    信メガハブコントローラ内にある記録可能媒体上で、前
    記メガハブコントローラを識別するメガハブコントロー
    ラデータベースを保存するステップと、 前記通信システム内の発信メガハブコントローラ内にあ
    る記録可能媒体上で、前記データネットワークサービス
    プロバイダを識別するデータネットワークサービスプロ
    バイダデータベースを保存するステップと、 前記通信システム内の発信メガハブコントローラ内にあ
    る記録可能媒体上で、前記ディジタルループキャリアを
    識別するディジタルループキャリアデータベースを保存
    するステップとを含む方法。
38. 【請求項３８】 前記通信システム内のトランクグルー
    プを識別するトランクグループデータベースを保存する
    ステップをさらに含み、 識別される各トランクグループが、前記ディジタルルー
    プキャリアデータベース中で識別される前記ディジタル
    ループキャリアの１つと前記データネットワークサービ
    スプロバイダデータベース中で識別される前記データネ
    ットワークサービスプロバイダの１つとの間に結合され
    る請求項３７に記載の方法。
39. 【請求項３９】 前記ディジタルループキャリアデータ
    ベースが、ルーティングテーブルの形で保存され、識別
    される各ディジタルループキャリアが、前記識別される
    ディジタルループキャリアによってサポートされる電話
    回線に対応する電話番号で索引を付けられる請求項３７
    に記載の方法。
40. 【請求項４０】 前記各ディジタルループキャリアによ
    ってサポートされる電話番号が、前記各ディジタルルー
    プキャリア内に記憶される方法であって、 前記記録可能媒体に記憶するために、前記ディジタルル
    ープキャリアから前記電話番号を取り出すステップをさ
    らに含む請求項３９に記載の方法。
41. 【請求項４１】 前記ディジタルループキャリアデータ
    ベースが、ルーティングテーブルの形で保存され、識別
    される各ディジタルループキャリアが、ＡＩＤ番号によ
    って索引を付けられる請求項３７に記載の方法。
42. 【請求項４２】 各データネットワークサービスプロバ
    イダが、データネットワークサービスプロバイダアドレ
    スによって識別される請求項３７に記載の方法。
43. 【請求項４３】 前記データネットワークが、フレーム
    リレーネットワークであり、各データネットワークサー
    ビスプロバイダアドレスが、ＤＬＣＩ番号である請求項
    ４２に記載の方法。
44. 【請求項４４】 前記データネットワークが、非同期転
    送モードネットワークであり、各データネットワークサ
    ービスプロバイダアドレスが、Ｅ．１６４アドレスであ
    る請求項４２に記載の方法。
45. 【請求項４５】 前記データネットワークが、インター
    ネットであり、各データネットワークサービスプロバイ
    ダアドレスが、インターネットプロトコルアドレスであ
    る請求項４２に記載の方法。
46. 【請求項４６】 前記通信システムが、ローカル通信ネ
    ットワークの複数のサービス交換ポートをさらに含む方
    法であって、 前記サービス交換ポートを識別するサービス交換ポート
    データベースを保存するステップをさらに含む請求項３
    ７に記載の方法。
47. 【請求項４７】 前記サービス交換ポートデータベース
    が、ルーティングテーブルの形で保存され、識別される
    各サービス交換ポートが、前記サービス交換ポートによ
    ってサービスされる電話回線に対応する１つまたは複数
    の電話番号で索引を付けられる請求項４６に記載の方
    法。
48. 【請求項４８】 発信通信装置からデータネットワーク
    を介して発信された呼信号を受信するため、および前記
    呼信号を着信通信装置に送達するために、前記データネ
    ットワークと通信する複数のデータネットワークサービ
    スプロバイダのうちの着信データネットワークサービス
    プロバイダを通信システム内で識別する方法であり、 前記着信通信装置が、前記発信通信装置を使用してダイ
    ヤルされた電話番号によって識別される方法であって、 データネットワークサービスプロバイダデータベースを
    ルーティングテーブルの形で記録可能媒体上に保存する
    ステップであって、前記複数のデータネットワークサー
    ビスプロバイダのそれぞれが、前記データネットワーク
    サービスプロバイダによってサービス提供される電話番
    号でそれぞれ識別され索引を付けられるステップと、 前記着信データネットワークサービスプロバイダを識別
    するために、ダイヤルされた電話番号を使用して前記デ
    ータネットワークサービスプロバイダデータベースにア
    クセスするステップと、 前記呼信号を受信および送達するために、前記識別され
    た着信データネットワークサービスプロバイダを選択す
    るステップとをさらに含む方法。