JP2007129730A

JP2007129730A - 通信網装置および方法

Info

Publication number: JP2007129730A
Application number: JP2006310460A
Authority: JP
Inventors: Martin Slater; マーティン・スレイター; Gary Crook; ゲーリー・クルック
Original assignee: British Telecommunications PLC
Current assignee: British Telecommunications PLC
Priority date: 1994-07-29
Filing date: 2006-11-16
Publication date: 2007-05-24
Also published as: DE69529567T2; JPH10505962A; DE69529567D1; EP0772941B1; CA2195568C; US5517564A; EP0772941B9; EP0772941A1; AU2895295A; CA2195568A1; WO1996004754A1

Abstract

【課題】通話サービスを提供する通信プロトコルに従って他の通信網を介する通話を確立する。
【解決手段】第１通信網により生成された通話を第２通信網２２を介して第３通信網に送信し、第１通信網が通話サービスを可能にする第１通信プロトコルに従って動作し、第３通信網が第１通信プロトコルにより可能にされる通話サービスの少なくとも１つを可能にする通信プロトコルに従って動作し、第２通信網が第１通信プロトコルとは異なる第２通信プロトコルに従って動作し、第２通信網により第１通信網から第３通信網に通話がルーティングされるべき通話が通話サービスを要求するか否かを決定する手段を具備する装置２７〜２９において、第２通信プロトコルと両立性があるデータメッセージおよび通話を生成する手段と、通話及びデータメッセージを第２通信網２２を介して第３通信網に送信する手段とを具備する。
【選択図】図２

Description

発明の分野

本発明は通信装置および通信方法に関する。本発明は特に通信網を介する通話サービスの提供に適用できる。

発明の背景

今日の商業的な会社および組織は、広く離れた地理的位置に部門を持っていることが多い。それぞれの地理的位置には通常、構内交換機ＰＢＸが設けられている。ＰＢＸはその位置における電話機を、公衆網または私設回線ルートに接続されている多数の出線に接続する。私設回線ルートにより、会社の従業員は他の位置いる従業員と通信し、所望されるように通話サービスを使用することができる。異なる部門にいる人にとって、電話網上で彼らに利用できる広い通話サービスを持つことが好ましいことが分かっている。これらのサービスは、“空いている時のコールバック”や、“次に使用された時にコールバック”や、“使用中に迂回”や“集中化オペレータ”が含まれる。

通話サービス“空いている時のコールバック”は、第１の電話ユーザが第２の電話ユーザと交信したかったが、第２の電話ユーザが他の通話に束縛されていることからそのようにできない状況に対する要求を満たす。第１の電話ユーザは“空いている時のコールバック”通話サービスに対するコード番号をダイヤルし、ハンドセットを戻す。このことにより、第２の電話ユーザが現在の通話を終了しハンドセットを戻した時に、第１の電話ユーザの電話機が鳴るようになる。ハンドセットを持ち上げることにより、第１の電話ユーザは第２のユーザの電話機を鳴らすようにでき、そして通話が可能になる。

通話サービス“次に使用された時にコールバック”は、第１の電話ユーザが第２の電話ユーザと交信しようとするが、リンガー音が聞こえるのにもかかわらず第２のユーザが電話ユーザに応答しない状況に対する要求を満たす。第１のユーザはこのサービスに対するコードを入力し、ハンドセットを戻す。これにより、第２のユーザ電話機を取扱うＰＢＸにおいて、次に使用された時にコールバックに対する要求の“登録”がなされる。ＰＢＸは、第２のユーザ電話機の動きを監視する。第２のユーザによって通話がなされ電話が切れた時、そのＰＢＸは第１のユーザの電話機を取扱うＰＢＸに知らせる。第１のユーザの電話機を取扱うＰＢＸは、２つの電話機間の会話パスを確立する“リング無し”通話を設定する。第１の人の電話機のみが電話が鳴るようにされる。第１のユーザが電話機に応答すると、第２のユーザの電話機が鳴るようにされ、通話が確立される。

通話サービス“使用中に迂回”は、第１の電話ユーザが第２の電話ユーザと交信しようとするが、そのユーザが話し中である状況に対する要求を満たす。第２の電話機ユーザは、自分が通話に束縛されている時に自分の電話システムが通話を同僚の内線に迂回させるようにプログラムする。

通話サービス“集中化オペレータ”により、構内電話網の１つの電話内線が、全私設電話網の別の内線の代わりにオペレータとして機能できるようになる。

図１は、従来の通信網形態を示しており、通信網は、４つの構内交換機１〜４、公衆電話交換網５、および通信パス６〜１２を備えている。

構内交換機（ＰＢＸ）１〜４は、同じ会社のさまざまな位置において構内電話網を取扱う。通信パス６〜１２に沿って１つの構内電話網から別の構内電話網へルーティングされる通話には、可能性がある多数のルートが存在することが図から容易に理解できる。

例えば、ＰＢＸ２により取扱われる構内電話網から発生した通話がＰＢＸ３により取扱われる構内電話網にルーティングされるべきであると仮定する。ＰＢＸ３に到達させるために、通話は、通信パス８、公衆電話交換網５および通話パス１０を介してルーティングされるかもしれない。代わりに、ＰＢＸ３に到達させるために、通話は通信パス９を介してルーティングされるかもしれない。このルートは、公衆電話交換網５を介して伝えられる通話を含んでいないことから、私設回線と呼ばれる。

同様な方法で、通話は、通話パス１１、公衆電話交換網５、および通話パス８により、ＰＢＸ４からＰＢＸ２にルーティングされるかもしれない。代わりに、ＰＢＸ２に到達させるために、通話パス１２、ＰＢＸ３および通話パス９を含んでいる私設回線が使用されるかもしれない。

現在のＰＢＸ設計は、その位置では第１の通信プロトコルにより管理されている関連した電話網からの通話を受入れ、第２のプロトコルによりその通話を公衆網に送る。第１のプロトコルの例はデジタル私設網信号システム（ＤＰＮＳＳ）であり、第２のプロトコルの例はデジタルアクセス信号システムＮｏ２（ＤＡＳＳ２）である。ＤＰＮＳＳは通話サービスをサポートするプロトコルであるが、ＤＡＳＳ２プロトコルは通話サービスをサポートしない。

私設回線ルートにより、ＰＢＸは第１のプロトコルＤＰＮＳＳを使用して通信でき、したがって追加サービスが可能である。地理的に遠い位置のために、組織にとって電話サービス供給者から専用通信パスを借りることは普通である。この場合、専用通信パスはパス９である。しかしながら一般的に述べると、これらのパスは十分に利用されないことが多く、主要レート２．０４８Ｍビット／秒パスの場合は特にそうである。これは、会社が発生させるよりも多くの通話トラフィック容量を伝えることができる専用通信パスに対して会社または組織が支払いをしなければならないことになる。

国際特許出願ＷＯ９３／１５５８３は、公衆電話交換網にわたる通話サービスを確立する方法および装置を開示している。開示されている方法は、２つの通信網ベアラーの確立を必要とし、１つは信号送信のため、もう１つは異なるプロトコルを使用してデータを送信するためである。

発明の要約

本発明の第１の観点にしたがうと、使用において、第１の通信網により生成された通話を第２の通信網を介して第３の通信網に送信し、前記第１の通信網が通話サービスを可能にする第１の通信プロトコルにしたがって動作し、前記第３の通信網が前記第１の通信プロトコルにより可能にされる通話サービスの少なくとも１つを可能にする通信プロトコルにしたがって動作し、前記第２の通信網が前記第１の通信プロトコルとは異なる第２の通信プロトコルにしたがって動作し、前記第２の通信網により前記第１の通信網から前記第３の通信網に通話がルーティングされるべき通話が通話サービスを要求するか否かを決定する手段を具備する装置において、前記第２の通信プロトコルと両立性があるデータメッセージおよび通話を生成する手段と、前記通話およびデータメッセージを前記第２の通信網を介して前記第３の通信網に送信する手段とを具備し、前記データメッセージは、要求されたサービスを示し、前記第３の通信網の構成要素により読み取られて、適切な通話サービスが確立されることを特徴とする装置が提供される。

したがって本発明により、通話サービスを提供する通信プロトコルにしたがってそれ自体が動作する必要がない通信網を介する通話サービスの確立が可能となる。必要なことは、目的地の通信網の構成要素により読取ることができ、要求されたサービスを表しているデータの送信がプロトコルにより可能になることだけである。したがって、同じ組織の地理的に遠隔な２つの位置の間に専用通信網を設ける必要がない。例えば、トランスペアレント状態で通話サービス情報を伝えるために公衆電話交換網を使用することができる。これは、私設回線を使用するよりもユーザにとって費用がかからない。本発明にしたがうと、通話および通話サービスを設定するために要求される情報を伝えるために１つのプロトコルが必要なだけである。

この装置が、第２の通信網からデータメッセージを受信し、そのデータメッセージを読んで要求されたデータサービスを決定し、要求されたサービスの確立を可能にする第１のプロトコルにしたがって第１の通信網にメッセージを送信する手段を含むことが望ましい。

通信プロトコルは、通話サービスを可能にする通信網プロトコルのためにＤＰＮＳＳを、第２の通信網上で動作するプロトコルのためにＤＡＳＳ２を含んでいてもよい。

本発明の第２の観点にしたがうと、少なくとも２つの構内網と、前記２つの構内網の間に接続され、前記少なくとも２つの構内網間の通話のルーティングを可能にする第３の通信網と、関連した構内網上で生成された通話をルーティングする各構内網に関連したものを、前記第３の通信網を介して、他の構内網に関連したものをルーティングする他の手段にルーティングする手段とを具備し、前記少なくとも２つの構内網が通話サービスを可能にする少なくとも１つの第１のプロトコルにしたがって動作し、前記第３の通信網が前記第１のプロトコルとは異なる第２のプロトコルにしたがって動作し、通話が第２のプロトコルにより管理された形態で送信され、各ルーティング手段が、構内網上のデータからサービス通話が要求されているか否かを決定し、前記第３の通信網を介して、要求されたサービスを示しているデータを含み、前記第２のプロトコルと両立性があるデータメッセージを送信する手段と、要求された通話サービスを確立するために、このようなデータメッセージを読んで、要求されたサービス通話を決定し、前記第１のプロトコルにしたがった関連する構内網上にデータメッセージを生成する手段とを含んでいることを特徴とする通信網が提供される。

第１のプロトコルがＤＰＮＳＳであり、第２のプロトコルがＤＡＳＳ１またはＤＡＳＳ２であり、メッセージが、通信網を介して、ＤＡＳＳ１またはＤＡＳＳ２により可能にされるユーザ間メッセージとして送信されることが望ましい。

本発明の別の観点にしたがうと、第１の通信プロトコルにしたがって構成され、通話サービスを要求している通話を受信し、第２のプロトコルと両立性があり、通話サービスを表しているデータを含んでいる１以上のデータメッセージを形成し、前記第２のプロトコルにしたがって動作する通信網を介して各データメッセージを送信し、通信網を介しての送信後に各データメッセージを受信し、各データメッセージにより表される要求された通話サービスを確立するステップを含み、別の通信網が、前記第１の通信プロトコルにより可能にされる通話サービスの少なくとも１つを可能にする通信プロトコルにしたがって動作することを特徴とするデータメッセージを生成する通信方法が提供される。

図面を参照して、例としてのみ、本発明の特定の実施例をこれから説明する。

詳細な説明

図２を参照すると、本発明にしたがった通信網２１は、公衆電話交換網２２、それぞれのＰＢＸが（示されていない）関連する構内網を取扱っている４つのＰＢＸ２３，２４，２５および２６、ならびに３つの仮想私設網サーバＶＰＮサーバ２７、ＶＰＮサーバ２８、およびＶＰＮサーバ２９を備えている。

通信網２１は多数の通信パスも含んでいる。通信パス３０はＰＢＸ２５をＶＰＮサーバ２７にリンクさせる一方、通信パス３１はＶＰＮサーバ２７をＰＳＴＮ２２にリンクさせる。同様に通信パス３２はＰＢＸ２６をＶＰＮサーバ２８にリンクさせ、通信パス３３はＶＰＮサーバ２８をＰＳＴＮ２２にリンクさせる。図２から、ＶＰＮサーバ２９は２台のＰＢＸにリンクされていることが分かる。通信パス３４はＶＰＮサーバ２９をＰＢＸ２３にリンクさせる一方、通信パス３５はＶＰＮサーバ２９をＰＢＸ２４にリンクさせる。別の通信パス３６はＶＰＮサーバ２９をＰＳＴＮ２２にリンクさせる。

各構内網は、電話機、ファクシミリ装置、コンピュータ、コンピュータモデムのようなよく知られたタイプの装置を含んでおり、これらは詳細に説明しない。

通信パスは光ファイバから構成されているが、他の通信ケーブルから構成してもよい。

ＰＢＸは、ノーザン・テレコム製のメリディアン１構内交換機であり、ロンドン、ニューゲートストリート８１のブリテッシュ・テレコミュニケーション公開有限責任会社から入手可能である。

各ＶＰＮサーバ２７，２８，２９は、後に説明する方法で、プロトコル変換を信号送信し、プロトコル操作を信号送信することができる知的交換機である。ＶＰＮサーバ２７および２８は名目上同一であり、その構造は図３に示されているようなものであり、４つの主要構成部品、すなわちプロセッサ４０、通話送受信機４１、メモリ４２およびプロセッサ命令手段４５を備えている。

ＶＰＮサーバ２８に対して、通話送受信機４１は、ＰＢＸ２６から発生した通信パス３２上の通話と、ＰＳＴＮ２２を通って到達したパス３３上の通話とを受信する。また通話は、プロセッサ４０の制御の下、通話送受信機４１によりこれらのパスに再度方向付けられる。同様にＶＰＮサーバ２７に対して、通話はパス３０，３１上でその送受信機４１により受信され、また通話はこれらのパスに再度方向付けることができる。

ＶＰＮサーバ２９は、別の通信パスの接続のみにおいてＶＰＮサーバ２７，２８と異なっている。すなわち、通信パス３４，３５および３６がその通話送受信機４１に接続されている。

通話送受信機４１は、制御およびデータバス４４によりプロセッサ４０に接続されている。プロセッサ４０は、通話送受信機４１により受信された通話情報を解釈し、通話送受信機４１にその通話をパスの適切な１つに再送信するように命令することができる。通話情報は、通話送受信機４１により制御およびデータバス４４に沿ってプロセッサ４０に送られる。同じ制御およびデータバス４４が、命令をプロセッサ４０から通話送受信機４１に伝える。

メモリ４２は、１組のルックアップテーブルとして構成される、ルーティングデータと対応するダイヤル数字ストリングのデータベースを記憶する。プロセッサ４０は、後に説明するような方法で、データバス４３により、ルックアップテーブルに記憶されているデータにアクセスすることができる。プロセッサ命令手段４５はデータ記憶領域であり、要求された動作をするためにプロセッサ４０が従う命令を記憶する。これはＲＯＭ（読取り専用メモリ）の形態を採るが、フロッピー（登録商標）ディスクやハードディスクや他のデータ記憶装置の形態を採ることもできる。

図４は、各ＶＰＮサーバ２７，２８および２９のメモリ４２に保持されているテーブル４６を示している。テーブル４６は、電話ユーザによりダイヤルされるかもしれない数字ストリングの先頭数字が記憶されている第１のフィールド４６ａを持っている。先頭数字は、“９”，“２２”，“３３”，“３４”および“４４”を含んでいる。

第２のフィールド４６ｂは、ダイヤルされた先頭数字と関連されるべき完全なベアラー通話番号を含んでいる。先頭数字“９”は、ヌルベアラー通話番号に関連している。先頭数字“２２”は、ベアラー通話番号“０６４２−２２４６９４”に関連している。先頭数字“３３”は、ベアラー通話番号“０７９８−３３２０４０”に関連している。先頭数字“３４”は、ベアラー通話番号“０７９８−３３２０４１”に関連している。先頭数字“４４”は、ベアラー通話番号“０４０２−４４０１０３”に関連している。

テーブル４６は、先頭数字の入力がベアラー通話番号を返すようなルックアップテーブルとして構成されている。したがって、先頭数字“３３”がテーブル４６に入力されると、ベアラー通話番号“０７９８−３３２０４０”が返される。

図２から分かるように、数字は以下のように通信網２１の一部に割当てられている。

ＶＰＮサーバ２７は番号“０６４２２２４６９４”に割当てられ、ＰＢＸ２５は番号“２２４”に割当てられ、ＰＢＸ２５によりサポートされている内線は、図では“ＸＸＸ”により表されている。

ＶＰＮサーバ２８は番号“０４０２４４０１０３”に割当てられ、自己が取扱うＰＢＸを持っている。ＰＢＸ２６は番号“４４０”に割当てられている。再度説明すると、このＰＢＸによりサポートされている内線は、番号範囲“ＸＸＸ”に割当てられているものとして示されている。

ＶＰＮサーバ２９は、番号“０７９８３３２０４０”と“０７９８３４２０４１”に割当てられている。ＰＢＸ２３は番号“３３２”に割当てられ、その内線は図では“ＸＸＸ”により表されている範囲の番号に割当てられている。ＰＢＸ２４は番号“３４２”に割当てられ、自己がサポートしている内線は図では“ＸＸＸ”により表されている範囲の番号に割当てられている。

構内網は、ＤＰＮＳＳ−１（デジタル私設網信号システム）と呼ばれる通信プロトコルにしたがって動作する。このプロトコルは通信技術分野の当業者によく知られており、これにより、“空いている時のコールバック”や、“次に使用された時にコールバック”や、“使用中に迂回”や“集中化オペレータ”のような多数の通話サービスを可能にする。

ＰＳＴＮ２２は、ＤＡＳＳ２（デジタルアクセス信号システムＮｏ．２）と呼ばれる通信プロトコルにしたがって動作する。再度説明すると、このプロトコルは通信技術分野の当業者によく知られているが、通話サービスをサポートしないことに留意することが重要である。しかしながら、これにより、ユーザ間データメッセージの形態で２つのＰＢＸノード間の信号送信が可能になる。

ユーザ間データメッセージは、図５に示されているようなフォーマットを持っている。これは３２バイト構造５０を持っている。第１の１バイト５１は、メッセージのＭＥＳＳＡＧＥ＿ＴＹＰＥフィールドである。これは、データメッセージが完成か未完成かを意味している。これは、特定の１組のデータを伝えるのに多数のデータメッセージが必要な状況に対する要求を満たす。最初のものから終りから２番目までのデータメッセージは、データメッセージが未完成であることを意味している第１のバイト５１を持っており、最後のデータメッセージは、そのデータメッセージが完成であることを意味している第１のバイト５１を持っている。第２のバイト５２は、データフィールド５３で伝えられるデータの長さを意味している。データフィールド５３には、３０バイトのメッセージが割当てられる。

異なるＰＢＸにより取扱われる内線間に通話が確立されるべき時には、通信網２１は、図６に示されているような方法で動作する。図では、プリフィックスＰ１は、メッセージが第１のプロトコルＤＰＮＳＳにしたがって構成されていることを意味し、プリフィックスＰ２は、メッセージが第２のプロトコルＤＡＳＳ２にしたがって構成されていることを意味している。

第１のユーザがＰＢＸ２４により取扱われる内線上に存在し、ＰＢＸ２５により取扱われる内線上の第２のユーザを呼出したいと仮定する。第１のユーザは、外線のために、その後に内線への直接接続（交換台オペレータを介さずにいくという意味で直接）のためのＰＳＴＮ番号“０６４２２２４ＸＸＸ”が後続する“９”をダイヤルする。

“９−０６４２２２４ＸＸＸ”のダイヤル操作により、メッセージＰ１＿ＣＡＬＬ（９−０６４２２２４ＸＸＸ）がＰＢＸ２４からＶＰＮサーバ２９に送られるようになる。ＶＰＮサーバ２９は、通信パス３５に沿ってこれを受信する。通話送受信機４１は、メッセージをプロセッサ４０に送る。プロセッサ４０は、メモリ４２に保持されているルックアップテーブル４６に先頭数字９を入力する。ルックアップテーブルはベアラー通話番号を返し、これはこの場合ヌルである。その後プロセッサ４０は、通話送受信機４１に先頭数字“９”を削除するように命令し、ＤＡＳＳ２プロトコルにしたがった通話メッセージＰ２＿ＣＡＬＬ（０６４２２２４ＸＸＸ）が、ＰＳＴＮ２２を介してＶＰＮサーバ２７に送られる。ＶＰＮサーバ２７は、このメッセージをＤＰＮＳＳにおいてこれに等価なものであるＰ１＿ＣＡＬＬ（０６４２２２４ＸＸＸ）に変換する。

その後ＰＢＸ２５が、受領通知メッセージＰ１＿ＡＣＫをＶＰＮサーバ２７に送る。ＶＰＮサーバ２７は、受領通知メッセージＰ２＿ＡＣＫをＰＳＴＮ２２を介してＶＰＮサーバ２９に送る。そしてＶＰＮサーバ２９は、Ｐ１＿ＡＣＫをＰＢＸ２４に送る。

そしてＰＢＸ２５はＰ１＿ＡＮＳＷＥＲメッセージを送り、これにより、ＶＰＮサーバ２７がＰ２＿ＡＮＳＷＥＲをＰＳＴＮ２２を介してＶＰＮサーバ２９に送ることになる。ＶＰＮサーバ２９は、Ｐ１＿ＡＮＳＷＥＲメッセージをＰＢＸ２４に送る。

その後、２つの内線間の会話通信を開始することができる。

図７は、ＰＳＴＮ２２を介して、異なるＰＢＸにより取扱われる内線間に通話サービスが利用されるべき時に起こるメッセージシーケンスを示している。ＰＢＸ２５により取扱われる第１の内線から、ＰＢＸ２３により取扱われる第２の内線に通話がなされ、通話が通話サービスを利用すると仮定する。再度この図を見ると、プリフィックスＰ１は、プロトコルＤＰＮＳＳに適合するメッセージに付けられ、プリフィックスＰ２は、プロトコルＤＡＳＳ２に適合するメッセージに付けられる。

通話を設定するために、ＰＢＸ２５は、通話サービスのためのコードを含んでいるダイヤル数字ストリングを第１の内線から受信する。そしてＰＢＸ２５は、ＶＰＮサーバ２７にメッセージＰ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ）を送る。ここで、３３２ＸＸＸはＰＢＸ２３により取扱われる第２の内線であり、ＳＥＲＶＩＣＥは要求された特定の通話サービスに対するコードである。

ＶＰＮサーバ２７はそのメッセージを受信し、内線番号の最初の２つの数字“３３”をそのルックアップテーブル４６に入力する。このルックアップテーブルは、ベアラー通話番号０７９８−３３２０４０を返す。プロセッサ４０は、通話受信機４１からメッセージＰ２＿ＣＡＬＬ（ＵＵＤ＋０７９８−３３２０４０）を送信する。このメッセージは、ＰＳＴＮ２２を介してＶＰＮサーバ２９に送信される。ＶＰＮサーバ２９は、Ｐ２＿ＡＣＫ受領通知メッセージをＰＳＴＮ２２を介してＶＰＮサーバ２７に送る。この後に、Ｐ２＿ＡＮＳＷＥＲメッセージが続く。

そしてＶＰＮサーバ２７は、ＤＡＳＳ２プロトコルのＵＵＤで、元の通話メッセージＰ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ）を送る。これは図７において、メッセージＰ２＿ＵＵＤ（Ｐ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ））として示されている。これは、“トランスペアレント”状態でＰＳＴＮ２２を介してＶＰＮサーバ２９に伝わる。言い換えると、番号変換やプロトコル変換は実行されないが、元のメッセージが、ＵＵＤと両立するＤＡＳＳ２内で伝えられる。

そしてＶＰＮサーバ２９のプロセッサ４０は、ＵＵＤからＤＰＮＳＳメッセージＰ１＿ＣＡＬＬ（ＳＥＲＶＩＣＥ＋３３２ＸＸＸ）を取り出す。そしてプロセッサ４０は、そのメッセージをＰＢＸ２３に送る。したがって、ＰＢＸ２３に対して、ＰＢＸ２５から直接的にそのメッセージが受信されたことは明らかであること、すなわち、これはＤＰＮＳＳ通話であることが分かる。

そしてＰＢＸ２３は、Ｐ１＿ＡＮＳＷＥＲが後続する受領通知メッセージＰ１＿ＡＣＫを返す。これらは、ＶＰＮサーバ２９によりＵＵＤにロードされ、Ｐ２＿ＵＵＤ（Ｐ１＿ＡＣＫ）およびＰ２＿ＵＵＤ（Ｐ１＿ＡＮＳＷＥＲ）を形成し、これらはＰＳＴＮ２２を介してＶＰＮサーバ２７に送られる。そしてＶＰＮサーバ２７は、ＤＰＮＳＳメッセージを取り出し、それらをＰＢＸ２５に送る。会話を開始することができる。

図１は、専用回線および公衆電話交換網により内部リンクされている多数の構内交換機の従来技術の通信網を示している。図２は、本発明にしたがった通信網を示している。図３は、本発明にしたがった仮想私設網サーバを示している。図４は、図３に示されているＶＰＮサーバのメモリに記憶されているメモリ構造を示している。図５は、図２に示されている通信網で使用されるプロトコルと両立性があるユーザ間データメッセージ（ＵＵＤ）を示している。図６は説明図である。図７は説明図である。

Claims

使用において、第１の通信網により生成された通話を第２の通信網を介して第３の通信網に送信し、前記第１の通信網が通話サービスを可能にする第１の通信プロトコルにしたがって動作し、前記第３の通信網が前記第１の通信プロトコルにより可能にされる通話サービスの少なくとも１つを可能にする通信プロトコルにしたがって動作し、前記第２の通信網が前記第１の通信プロトコルとは異なる第２の通信プロトコルにしたがって動作し、前記第２の通信網により前記第１の通信網から前記第３の通信網に通話がルーティングされるべき通話が通話サービスを要求するか否かを決定する手段を具備する装置において、
前記第２の通信プロトコルと両立性があるデータメッセージおよび通話を生成する手段と、
前記通話およびデータメッセージを前記第２の通信網を介して前記第３の通信網に送信する手段とを具備し、
前記データメッセージは、要求されたサービスを示し、前記第３の通信網の構成要素により読み取られて、適切な通話サービスが確立されることを特徴とする装置。
接続を確立させることが望まれている前記第３の通信網の構成要素を示しているダイヤル数字ストリングが、前記第２の通信プロトコルと両立性があるデータメッセージの形態で送信する手段により送信されることを特徴とする請求項１記載の装置。
前記第３の通信網の構成要素への接続を可能にするデータと、ダイヤル数値のルックアップテーブルへの入力が、前記第３の通信網の構成要素への接続を可能にするデータのルックアップテーブルからの返還になるように構成された対応するダイヤル数字とを含んでいるルックアップテーブルを具備していることを特徴とする請求項１または請求項２記載の装置。
請求項１ないし請求項３のいずれか１項に記載されているような少なくとも第１および第２の装置と、第１の通信網と、第２の通信網と、第３の通信網とを具備し、
前記第１の通信網が通話サービスを可能にする第１の通信プロトコルにしたがって動作し、前記第３の通信網が前記第１の通信プロトコルにより可能にされる通話サービスの少なくとも１つを可能にする通信プロトコルにしたがって動作し、前記第２の通信網が前記第１の通信プロトコルとは異なる第２の通信プロトコルにしたがって動作し、
前記第１の装置は、使用において、前記第２の通信網を介して前記第１の通信網から生成された通話を前記第２の装置にルーティングするように構成され、
前記第２の装置は、このような通話を受入れて、それらを前記第３の通信網の適切な構成要素にルーティングするように構成されていることを特徴とする通信網。
少なくとも２つの構内網と、
前記少なくとも２つの構内網の間に接続され、前記少なくとも２つの構内網間の通話のルーティングを可能にする第３の通信網と、
関連した構内網上で生成された通話をルーティングする各構内網に関連したものを、前記第３の通信網を介して、他の構内網に関連したものをルーティングする他の手段にルーティングする手段とを具備し、
少なくとも２つの構内網が、通話サービスを可能にする少なくとも１つの第１のプロトコルにしたがって動作し、前記第３の通信網が、前記第１のプロトコルとは異なる第２のプロトコルにしたがって動作し、
各ルーティング手段が、
構内網上のデータからサービス通話が要求されているか否かを決定し、前記第３の通信網を介して、要求されたサービスを示しているデータを含み、前記第２のプロトコルと両立性があるデータメッセージを送信する手段と、
要求された通話サービスを確立するために、このようなデータメッセージを読んで、要求されたサービス通話を決定し、前記第１のプロトコルにしたがった関連する構内網上にデータメッセージを生成する手段とを含んでいることを特徴とする通信網。
第１の通信プロトコルにしたがって構成され、通話サービスを要求している通話を受信し、
第２のプロトコルと両立性があり、通話サービスを表しているデータを含んでいる１以上のデータメッセージを形成し、
前記第２のプロトコルにしたがって動作する通信網を介して各データメッセージを送信し、
通信網を介しての送信後に各データメッセージを受信し、
各データメッセージにより表される要求された通話サービスを確立するステップを含み、
別の通信網が、前記第１の通信プロトコルにより可能にされた通話サービスの少なくとも１つを可能にする通信プロトコルにしたがって動作することを特徴とするデータメッセージを生成する通信方法。
ダイヤル数字ストリングを受信し、
前記ダイヤル数字ストリングを前記第２のプロトコルと両立性がある１以上のデータメッセージにロードして、前記第２の通信プロトコルにしたがって動作する通信網を介して前記データメッセージを送信し、
前記通信網を介する送信後に各データメッセージを受信して、ダイヤル数字ストリングを前記別の通信網に送信することを特徴とする請求項６記載の通信方法。
請求項６または請求項７に記載されたような方法により生成されたことを特徴とするデータメッセージ。
プロセッサに請求項６または請求項７に記載されたような方法を実行するように命令することを特徴とするプロセッサ命令手段。