JP2001517385A

JP2001517385A - Incoming call routing

Info

Publication number: JP2001517385A
Application number: JP52709898A
Authority: JP
Inventors: フォゲルホルム，ラッベ; スベドベルグ，ヨハン
Original assignee: テレフオンアクチーボラゲツトエルエムエリクソン（パブル）
Priority date: 1997-03-11
Filing date: 1998-02-24
Publication date: 2001-10-02
Also published as: SE9700872D0; BR9807997A; WO1998041043A1; NO994172L; NO994172D0; SE517567C2; CN1255269A; AU6426398A; CA2283793A1; EP0966848A1; AU733799B2; SE9700872L

Abstract

(57)【要約】本発明の目的は、効率的に着信呼をルーティングできるようにすることである。効率的に着信呼をルーティングするにはどうしたらよいかという問題は、着信呼をサービスノードに転送し、サービスノードは被呼者の電話番号と他の特性との組み合わせに基づいて、その呼を更に特定のノードに転送することにより、解決される。 (57) [Summary] An object of the present invention is to enable an incoming call to be routed efficiently. The problem of how to route an incoming call efficiently is that the incoming call is forwarded to a service node, which then routes the call based on a combination of the called party's telephone number and other characteristics. The problem is solved by further forwarding to a specific node.

Description

【発明の詳細な説明】着信呼ルーティング発明の技術分野本発明は一般に電気通信に関するものであり、更に詳しくはインターネットによる音声通信に関するものである。関連技術の説明インターネットがますます普及するにつれて、インターネットに接続されている間に、我々がコンピュータの前でますます長い時間を費やす傾向にある。インターネットに接続する最も普通の方法はモデムを使用するものであり、接続時間は伝統的な音声会話で通常費やされる時間よりはるかに長い。家庭ユーザの場合、電話回線を使ってインターネットへ接続すると、かち合いが生じることがある。ほとんどの加入者には１回線しか無く、これをコンピュータ通信と音声通信の両方に使用しなければならないからである。スエーデン特許出願番号ＳＥ−９６０３９３２−４には、進行中のインターネット・セッションの間に加入者が音声呼の発信と受信を行えるようにするための方法が開示されている。スエーデン特許出願番号ＳＥ−９６０３９３２−６では、ＳＥ−９６０２２１２−４に開示された方法が更に発展され、付加的な問題が解決されている。上記出願の一般的な概念は、通常の電話回線を使用してモデムを介してインターネットに接続されたユーザが自分のコンピュータ内の特別なアプリケーションを使用するサービスに登録するということである。このサービスはユーザの電話番号を特番に接続して、ＩＮサービスを作動させる。したがって、そのユーザに向かって呼が発せられるたびに、その呼はその特番に送られる。ＩＮサービスは作動すると、ゲートウェイを作動させる。ゲートウェイはインターネットまたはサービスプロバイダ自身のＩＰに基づくネットワークを介してユーザのコンピュータの中のアプリケーションに接続して、ユーザに知らせ、ユーザが呼に応答できる。同様にして、ＩＰに基づくインターネットとＰＳＴＮとの間のブリッジとしての役目を果たすゲートウェイを使用して、ユーザは呼を発信することができる。この状況では、ＰＳＴＮｎｅｔｗｏｒｋ（公衆電話交換網）から見ると、あたかもゲートウエイが発呼して、課金されるべきであるように見える。この問題に対する解はＳＥ−９６０３９３２−６に示されている。上記の出願のどれにも、電気通信ネットワークとＩＰに基づくネットワークの両方のネットワークの利用を最大にするような仕方で、着信呼をクライアントへルーティングするための特定の方法は開示されていない。発明の概要本発明は、ネットワークの利用を増大するような着信呼のルーティングで問題を解決するための方法とネットワークを開示する。したがって、本発明の目的は、効率的に着信呼をルーティングできるようにすることである。効率的に着信呼をルーティングするにはどうしたらよいかという上記の問題は、着信呼をサービスノードに転送し、サービスノードは被呼者の電話番号と他の特性との組み合わせに基づいて、その呼を更に特定のノードに転送することにより、解決される。更に詳しく述べると上記の問題は、着信呼が前記サービスノードに転送されるように、ユーザ電話機の電話番号をサービスノードに転送することにより解決される。前記サービスノードが着信呼を検出すると、前記サービスノードは被呼Ａ番号、前記Ａ番号に対応するユーザのロケーション、および多数のノードのロケーション等の特性を解析し、前記解析に基づいて着信呼を転送する。本発明の利点の一つは、ネットワークか効率的に利用されるということである。もう一つの利点は、ＩＰパッケージの伝搬時間を最小にでき、これによりサービスの品質の妨害を少なくできるということである。他の利点は、以下の詳細な説明により熟練した当業者には明らかとなる。更に、本発明の利用可能性の範囲は以下の詳細な説明から明らかとなる。しかし、この詳細な説明から本発明の範囲内の種々の変更と変形は熟練した当業者には明らかとなるので、本発明の好適実施例は説明のためのものに過ぎないことが理解されるはずである。図面の簡単な説明図１はフォーン・ダブラのためのインタフェースを開示する。図２はネットワーク構成の、より詳細な図を開示する。図３は着信呼のルーティングのためのネットワーク構成を示す。図４はもう一つの好適実施例のネットワーク構成を示す。好適実施例の詳細な説明図１はフォーン・ダブラ（ｐｈｏｎｅｄｏｕｂｌｅｒ）のネットワークと、外部ネットワーク、ユーザ、および装置に対するフォーン・ダブラのネットワークのインタフェースを示す。ユーザ１０１は家庭でフォーン・ダブラを使用している人である。ユーザ１０１はそのサービスの加入者でもある。ＩＳＤＮ１０２（ＩｎｔｅｇｒａｔｅｄＳｅｒｖｉｃｅｓＤｉｇｉｔａｌＮｅｔｗｏｒｋ、総合ディジタル通信網）はＰＳＴＮ１０３（ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＴｅｌｅｐｈｏｎｅＮｅｔｗｏｒｋ、公衆電話交換網）に対するゲートウエイとして使用される。ＳＰ１０４（ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ、サービスプロバイダ）はフォーン・ダブラ１０５の良好な動作に対して責任があるシステム、組織、および人々である。図１には、フォーン・ダブラの内部構成も示されている。クライアント（ｃｌｉｅｎｔ）１０６はユーザの土地にあるフォーン・ダブラの部分である。レジストリ１０８は、フォーン・ダブラサービスのすべてのユーザに対して共通であるゲートウエイの中のノードである。このノードは、本明細書では以後レジストリ（ｒｅｇｉｓｔｒｙ）と呼ぶ。ＶＧ１０７（ＶｏｉｃｅＧａｔｅｗａｙ、ボイス・ゲートウエイ）は、すべての呼と通話伝送を処理する装置である。ＶＧ１０７は同時に多数の呼を取り扱うことができる。図１には、ネットワークとノードの外部のインタフェースも示されている。ＵＩ１０９（ＵｓｅｒＩｎｔｅｒｆａｃｅ）はユーザ１０１とクライアント１０６との間のインタフェースである。ＰＲＩ１１０（ＩＳＤＮＰｒｉｍａｒｙＲａｔｅＩｎｔｅｒｆａｃｅ、ＩＳＤＮ−次群インタフェース）は、ＶＧ１０７とＩＳＤＮ１０２との間に使用されるインタフェースである。ＯＭＩ１１１（ＯｐｅｒａｔｉｏｎａｎｄＭａｉｎｔｅｎａｎｃｅＩｎｔｅｒｆａｃｅ、オペレーション・メインテナンス・インタフェース）はＳＰ１０４とレジストリ１０８およびＶＧ１０７との間のインタフェースである。ＣＬＧＩ１１２（ＣｌｉｅｎｔＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ、クライアント・ゲートウエイ・インタフェース）はクライアント１０６とレジストリ１０８との間、クライアントとＶＧ１０７との間のインタフェースである。ＲＥＧＩ１１３（ＲｅｇｉｓｔｒｙＩｎｔｅｒｆａｃｅ、レジストリ・インタフェース）はレジストリ１０８とＶＧ１０７との間のインタフェースである。図２に示すようにクライアント２０１は、モデム２０２およびＰＳＴＮ２０３を介してＩＳＰ（ＩｎｔｅｒｎｅｔＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ、インターネット・サービス・プロバイダ）のＰＯＰ（ＰｏｉｎｔＯｆＰｒｅｓｅｎｃｅ、ポイント・オブ・プレゼンス）でＩＳＰのＡＳ２０７（ＡｃｃｅｓｓＳｅｒｖｅｒ、アクセス・サーバ）に接続されたＰＣ（図示しない）上で動作している。ＰＣはＩＳＰによりＩＰアドレスを与えられる。これは通常、ＰＯＰに接続するとき動的に行われる。本好適実施例では、ＩＳＰとＳＰ１０４とは同じ組織またはサービス・プロバイダである。ＶＧ２０３、２０４は、通常ＰＯＰと同じＥＳ２０５、２０６（ＳｗｉｔｃｈｅｄＥｔｈｅｒｎｅｔ、スイッチド・イーサネット）上で、ＩＳＰのＩＰネットワークに接続される。一つのＰＯＰで数個のＶＧ２０３、２０４を接続することができる。各ＶＧ２０３、２０４はＰＲＩ２０９、２１０を介してＩＳＤＮ２０８に接続される。一つのレジストリ・ノード２１１、２１２が数個のＶＧ２０３、２０４を取り扱うことができる。レジストリ・ノード２１１、２１２は物理的に離れたところに配置することができる。このとき、ＶＧ２０３、２０４とレジストリ２１１、２１２は通常、ＩＳＰのバックボーンＩＰネットワーク２１３を介して相互に接続される。冗長性のため、レジストリ・ノード２１１、２１２は通常、二重化される。図２では、数個のルータがＲで表されている。図３で、クライアント３０１はサービスプロバイダＩＰネットワーク３０２に接続される。クライアントの接続のため、クライアントはモデム３０３とＰＳＴＮネットワーク３０４を使用する。ＰＳＴＮネットワーク３０４はＩＳＤＮネットワーク３０５と接続されている。ＩＳＤＮネットワーク３０５はモデムプール３０６を介してサービスプロバイダＩＰネットワークに接続される。サービスプロバイダＩＰネットワークはルータ３０８を介してインターネット３０７にも接続されている。加入者３０９はＰＳＴＮネットワーク３０４を介してクライアント３０１に発呼するが、クライアント３０１が自分の電話を転送していない場合には、もちろん話中音が得られる。クライアント３０１はＳＳＣＰ３１０にあるＩＮサービスに自分の電話を転送している。これはもちろんＳＳＰと別個のＳＣＰとすることもできるが、この実施例に対してはＳＳＣＰで充分である。二つのＶＧ３１１および３１２（ＶｏｉｃｅＧａｔｅｗａｙ）ボイス・ゲートウエイ）はＩＳＤＮネットワーク３０５をサービスプロバイダＩＰネットワークに接続する。ＳＳＣＰは絶えず異なるＶＧの負荷状況で更新され、今さしあたって最低負荷のＶＧであるＶＧ３１２に着信呼を転送する。この手順により、ＶＧ３１２からクライアント３０１へ送られるＩＰパケットは最小遅延となる。図４は地理的な位置で転送するための実施例を示す。この状況では呼の最も長い部分がＰＳＴＮネットワーク内にあることが好ましいので、ＳＳＣＰ４０１は加入者４０２からの着信呼をクライアント４０４に最も近いＶＧ４０３に転送する。中央のレジストリノードは数個の分布したボイス・ゲートウエイ・モジュールにサービスし、広域の分布したゲートウエイを形成することができる。広域分布問題ゲートウエイがＰＯＰアクセスサーバと一まとめにされた単一組のＶＧを含む限り、モデムとＶＧとの間の充分なＩＰスループットは確保するのが簡単である（すべての装置が同じＬＡＮ環境に存在する）。単一のＩＳＤＮグループ番号はすべてのＶＧにサービスするのにも充分である。フォーン・ダブラサービスが広域ゲートウエイを形成するようにスケールアップされると、各ＰＯＰは中央レジストリノードによってサービスされる一つまたは数個のＶＧをそなえる。これにより、ルータを通る音声トラヒックが避けられるので、音声トラヒックは最小の待ち時間とジッタをそなえることが保証される。クライアントデータクライアントは次のデータをそなえている。・国番号、市外局番（市外局番が使用されていないデンマーク等の市場では選択自由である）、および市内番号で構成される電話番号。例−「４６−０８−６６７８０５４」。・認証データ。本好適実施例では、国番号、市外局番、市内番号、およびパスワードの連結に適用されるＯＮＦ（ＯＮｅｗａｙＦｕｎｃｔｉｏｎ）。（選択自由、永続的）・クライアントＩＰアドレス（揮発性）・レジストリのホストネーム１。・レジストリのホストネーム２。・一次ＶＧのＩＰアドレス（揮発性）・二次ＶＧのＩＰアドレス（揮発性）・着信呼の拒絶（揮発性）電話番号と認証データを除いて、これらのデータのすべてはサインオン手順で得ることができる。国番号、市外局番、および市内番号の組み合わせが各加入者を一義的に表す。ＶＧのＩＰアドレス属性はクライアントの状態をも表す。ヌルアドレスは「サインオフされている」ということを示し、他のどのアドレスも「サインオンされている」ということを示す。レジストリ・データ加入者レコード両方のレジストリノードとも下記の属性をそなえた同じ加入者レコードの集合を保持する。・電話番号（キー、永続性。国番号、市外局番、および市内番号で構成される）・認証データ。パスワードと連結された電話番号に適用されるＯＮＦ（永続的）。・状態。イネーブル（ｅｎａｂｌｅ）された、またはディセーブル（ｄｉｓａｂｌｅ）された。・クライアントＩＰアドレス（二次キー、揮発性）・ユーザｉｄ（選択自由）・一次ＶＧ（揮発性）・二次ＶＧ（揮発性）・サインオン数（永続性）・着信呼数（永続性）・発信呼数（永続性）・最初のサインオン（永続性）・最後のサインオン（永続性）クライアントＩＰアドレス属性は加入者レコードの状態をも表す（ヌルアドレスは「サインオフされている」ということを表し、他のどのアドレスも「サインオンされている」ということを表す。）Ｅ．１６４ＩＰアドレスの対応ユーザがインターネットに接続されたとき、クライアントのＩＰアドレスが両方のレジストリノードの中の加入者レコードに記入される。電話番号とこのＩＰアドレスがともにキーであるので、電話番号とＩＰアドレスとの間のＥ．１６４のＩＰアドレスの対応が加入者レコードに維持される。レジストリ構成データ次のデータはレジストリで構成可能である。両方のレジストリノードで同じであるべきデータ・ユーザ・プロビジョニング・モード、自動または手動。・自動サインオフ期間（選択自由、ＰＰＰインアクティビティ・タイムアウトより長くなければならない）・パスワード再試行数・自動除去期間（選択自由）・国番号・市外識別番号（ｔｒｕｎｋｐｒｅｆｉｘ）（選択自由）・ＳＭＴＰメールサーバ（イー・メールに基づくアラーム取り扱い）・メール・レシーバ（アラームを受信するイー・メールのアドレスのリスト）・時間同期ホスト。時間同期ホストに対するホスト名。各レジストリ・ノードに対して一義的なデータ・冗長なレジストリ・ノードのホスト名。（選択自由）・冗長なレジストリ・ノードのＦＴＰアカウント・緊急番号両方のノードで等しくなり得るデータ・ＷＷＷサーバにアクセスを許されるホスト・ＦＴＰサーバにアクセスを許されるホストＶＧレコードゲートウエイ構成は一組のＶＧレコードによって定義される。この一組のレコードはレジストリによって保持され、ＶＧの始動、停止のようなある種のイベントで更生される。・ＩＰアドレス（キー）・名前・一次クライアント・ネットワーク（正規動作の間、これらのネットワークのクライアントだけがこのＶＧによってサービスされる）・二次アップクライアント・ネットワーク（他のＶＧが故障したとき、これらのネットワークのクライアントがこのＶＧのサービスを受けることができる）・最大のサインオンされているユーザ・現在の一次サインオンされているユーザ・現在の二次サインオンされているユーザＶＧ構成データＶＧは各ＶＧに対して一義的である一組の構成データを保持する。・ダイヤルアウト識別番号・レジストリのＩＰアドレス。冗長レジスタの場合、選択自由で２。・モニタ・インタバル。・番号抽出方法（発呼者（Ａ）、被呼者（Ｂ）、または転送番号）・ＦＴＰサーバにアクセスを許されるホスト・ネットワーク課金サインオン機能とサインオフ機能目的ユーザが自分の電話回線を使用してインターネット・プロバイダのポイント・オブ・プレゼンス（ＰＯＰ：ｐｏｉｎｔ−ｏｆ−ｐｒｅｓｅｎｃｅ）に接続され、着信と発信電話呼に対してその回線と番号をまだ使用できるようにすること。これらの機能では、次のアドレスが重要である。・ユーザの電話番号・クライアントのＩＰアドレス・ゲートウエイのＩＳＤＮ番号概要レジストリ構成の認証モード属性のセッティングに応じて、サインオン機能とサインオフ機能とが二つの特質で現れる。自動プロビジョニングモードでは、それのＩＰアドレスがＶＧレコードの任意のクライアントネットワークに一致した場合、ユーザはそのサービスを使用することが許される。ＰＯＰの認証が信用され、一回パスされれば、ユーザは信用される。このモードでは、ＩＰアドレスの課金だけを使用することができ、したがって、ネットワーク課金を使用することができる。ユーザが述べる電話番号を信用することはできない。他方の手動モードは、ある管理手順によりシステムに登録しなければならないということを意味する。加入者管理機能参照。このモードでサービスを使用するために、ユーザは、やはりフォーン・ダブラシステムの中の認証手順を通らなければならない。認証手順は発信チャレンジ応答機構に基づく［ウォーウィック・フォード著「コンピュータ通信セキュリティ」、プレンティスホール、ＩＳＢＮ０−１３−７９９４５３−２、（ＣｏｍｐｕｔｅｒＣｏｍｍｕｎｉｃａｔｉｏｎｓＳｅｃｕｒｉｔｙ，ＷａｒｗｉｃｋＦｏｒｄ，ＰｒｅｎｔｉｃｅＨａｌｌ）参照］。ＯＮＦとしてＭＤ５アルゴリズムを使用することができる［ＲＳＡデータセキュリティ社、ＭＤ５メッセージ−ダイジェスト・アルゴリズム（ＲＳＡＤａｔａＳｅｃｕｒｉｔｙ，Ｉｎｃ．ＭＤ５Ｍｅｓｓａｇｅ−ＤｉｇｅｓｔＡｌｇｏｒｉｔｈｍ）］。以下では、ＯＮＦ（Ｘ＋Ｙ）は連接されたストリングＸ＋Ｙへの片方向機能の適用を表す。自動プロビジョニングモードでのサインオンこの使用のケースに入れるのは、クライアントの状態が「サインオフされている」である場合だけである。この使用のケースの前に、ユーザがＶＧのＩＳＤＮ番号に対するコール再送（ＣａｌｌＦｏｒｗａｒｄｉｎｇ）または（より良い）話中でのコール再送をセットアップしたものとする。これは電話機または他の仕方で行うことができる（これに対するソフトウェアサポートは製品には設けられていない）。もう一つの実施例では、コール再送はサービスにより自動的に取り扱われる。クライアントはユーザのインターネットのセッションがアクティブであることをチェックする。他の使用のケースによる参照のため（発信呼セットアップとサインオフ）、クライアントはそのクライアントのクライアントＩＰアドレス属性にそれの現在のＩＰアドレスをセーブする。クライアントはレジストリに接続し、ユーザの電話番号を転送する。レジストリは発信ＴＣＰセッションのパラメータとしてクライアントのＩＰアドレスを検索する。注意すべきことは、ＤＨＣＰが使用されている場合にはフォーン・ダブラ・セッションによりクライアントＩＰアドレスが異なるということである。レジストリはＶＧを選択し、それのＩＰアドレスをクライアントに引き渡す。ＶＧの選択はレジストリによって次のように行われる。（１）ユーザのＩＰアドレスがＶＧの一次クライアント・ネットワーク属性に一致するＶＧレコードを選択する。（２）最大のサインオンされたユーザと一次のサインオンされたユーザとの間の最大の差をそなえたＶＧレコードを選択する。（３）選択されたＶＧに対してサインオンされたユーザの最大限界を超えないということを確かめる。（４）選択されたＶＧがディセーブルされていないということを確かめる。選択されたＶＧレコードの現在の一次のサインオンされた属性がインクリメントされる。レジストリは述べられた電話番号で加入者レコードの存在をチェックする。この点でクライアントＩＰアドレスがレジストリの中のどの電話番号とも結合されていないことがチェックされる。加入者レコードの状態が「イネーブルされ」、「サインオフされている」であるということがチェックされる。加入者レコードが更新される（クライアントＩＰアドレス、サインオン数、および最後のサインオン属性が更新される）。これによりＰＳＴＮ−ＩＰの結合が確立され、前のチェックにより両方向ともあいまいでないことが確かめられる。ＶＧレコードの現在サインオンされているユーザ属性がインクリメントされる。ＶＧのＩＰアドレスがクライアントにセットされる。クライアントはレジストリから切断する。インターネット・セッションがアクティブでない場合には、ユーザはインターネット・セッションを開始して、再びサインオンを試みるようにアドバイスされる。レジストリがアクセス可能でない場合には、ユーザはこれを知らされて、後で再試行するように求められる。クライアントが成功裏にサインオンするまで、着信呼機能と発信呼機能は利用できない。使用ケースは終了する。ＶＧレコード内のクライアント・ネットワーク・パラメータのいずれかにより、クライアントＩＰアドレスが受け入れ不能の場合には、使用ケースは終了する。この例外は違法使用のケースであるかも知れないので、ユーザには情報が与えられない。リソースが欠乏しているためＶＧを選択することができない場合には、ユーザはこれを知らされる。クライアントはレジストリから切断され、使用ケースは終了する。クライアントから与えられた電話番号に対する加入者レコードが存在しない場合には、新しい加入者レコードが作成される。次の属性が記入される。すなわち、電話番号、クライアントＩＰアドレス、最初のサインオンである。残りの属性に対しては、明白なデフォルト値が記入される。この後、現在の使用ケースを進めることができる。もう一つの実施例では、新しい加入者レコードは作成されないで、使用ケースが終了する。この使用ケースの前にクライアントＩＰアドレスがレジストリの中のあるユーザの電話番号に結合されている場合には、この結合は明らかに無効である。クライアントＩＰアドレスとあるユーザの電話番号との結合が残っていなくなるまで、このような電話番号ごとに強制サインオフ使用ケースが繰り返し実行される。この後、現在の使用ケースを進めることができる。（いずれかのクライアントＩＰアドレスから）ユーザが既にサインオンされているということを加入者レコードが示す場合には、強制サインオフ使用ケースが実行される。この後、現在の使用ケースを進めることができる。加入者の状態がディセーブルされている場合には、ユーザはアクセスを拒絶され、使用ケースが終了する。サインオン手動モードこのケースの相違点は、サインオンの前にユーザがサービスプロバイダによって決められなければならないということである。以下、自動モードケースへの追加について説明する。クライアントはレジストリに信号を送ることにより、まずサインオン手順を開始するように要求する。このメッセージでは、電話番号が転送される。レジストリは、その電話番号をキーとして使用することにより加入者レコードが存在することをチェックし、ノンリピーティング値（ＮＲＶ：ｎｏｎｒｅｐｅａｔｉｎｇｖａｌｕｅ）を検索し、そのＮＲＶを加入者と結合する。このＮＲＶはクライアントに送られ、このときクライアントはＯＮＦ（ＯＮＦ（電話番号＋パスワード）＋ＮＲＶ）で応答する。ＮＲＶはたとえば、ミリ秒単位の現在の時点とすることができる。ＯＮＦ（電話番号＋パスワード）はクライアント構成からフェッチされるか、またはユーザとのパスワード・プロンプト・ダイアログの結果として計算される。どの機構を使用すべきはユーザが決める。レジストリは加入者レコードに認証データ（ＡＤ：ａｕｔｈｅｎｔｉｃａｔｉｏｎｄａｔａ）を取り込んだ後、ＯＮＦ（ＡＤ＋ＮＲＶ）をクライアントから受信した値と比較する。これらの値が等しい場合には、ユーザが認証され、認証失敗のカウンタがゼロとされる。ユーザが存在しない場合には、ユーザは登録されるべきサービスプロバイダに連絡しなければならないということを知らされる。認証に失敗すると、認証失敗カウンタがインクリメントされる。このカウンタがパスワード再試行数を超えると、ユーザはディセーブルされる。ユーザが既にサインオンされている場合には、ユーザはこのことを知らされる。他のすべての部分で、自動ケースからの例外が残る。サインオフ、自動モードクライアントはその状態が「サインオンされている」であるということをチェックする。自分のコール再送セッティングを取り消すようにという注意がユーザに与えられる。あいにく、（フォーン・ダブラ製品の範囲の外側で）インターネット・セッションが終了するまで、コール再送の取消しを行うことはできない。強制されたサインオフ使用ケースが実行される。クライアントはレジストリから切断される。クライアント状態が「サインオンされている」でない場合には、それ以上の動作無しに使用ケースが終了する（クライアントの活動停止を進めることができる）。レジストリがアクセスできない場合には、使用ケースが終了する。クライアントの活動停止を進めることができる。これにより、ユーザの電話番号とクライアントＩＰアドレスとの間の無効結合となり、これはサインオン、自動サインオフ、または着信呼セットアップ使用ケースによってクリアされるまで続く。サインオフ、手動モードクライアントはその状態が「サインオンされている」であるということをチェックする。自分のコール再送セッティングを取り消すようにという注意がユーザに与えられる。あいにく、（フォーン・ダブラ製品の範囲の外側で）インターネット・セッションが終了するまで、コール再送の取消しを行うことはできない。強制されたサインオフ使用ケースが実行される。クライアントはレジストリから切断される。クライアント状態が「サインオンされている」でない場合には、それ以上の動作無しに使用ケースが終了する（クライアントの活動停止を進めることができる）。レジストリがアクセスできない場合には、使用ケースが終了する。クライアントの活動停止を進めることができる。これにより、ユーザの電話番号とクライアントＩＰアドレスとの間の無効結合となり、これはサインオン、自動サインオフ、または着信呼セットアップ使用ケースによってクリアされるまで続く。強制サインオフこれに依存する他の使用ケースは、サインオン、サインオフ、着信呼セットアップ、自動サインオフである。ユーザの電話番号とクライアントＩＰアドレスとの間の結合が遮断される（加入者レコードが更新される）。加入者レコードの一次ＶＧと二次ＶＧに対応するＶＧレコードでは、現在の一次と二次のサインオンされたユーザはデクリメントされる。レジストリ・ログが更新される。自動サインオフ手動介入無しに、この使用ケースはレジストリで周期的に実行される。目的は加入者レコードから正しくない情報を除去することである。レジストリの自動サインオフ周期属性によって、周期性が与えられる。これは偶発的に切断されたユーザが救助されて再びサインオンする仕方であるので、周期は適度に短い値であるべきである。しかし、ＩＳＰのインターネット・サービスのその機能を妨げないように、周期はＰＰＰのインアクティビティ・タイムアウトより長くなければならない。各加入者レコードを調べて、下記のステップを実行する。加入者レコードの状態が「サインオンされている」である場合には、クライアントがそれに接続することにより実際にアライブ（ａｌｉｖｅ）であることを検証する。クライアントがアライブでない場合には、この加入者に対して強制サインオフ使用ケースを実行する。クライアントがアライブであるが、それの電話番号が加入者レコードの中の電話番号属性と一致しない場合には、「自動サインオフでの番号不整合」アラームを送出し、加入者レコードにより示された加入者に対して強制サインオフ使用ケースを実行する。（レジストリの中で規定された自動除去期間により）非常に長い時間の間、クライアントがサインオンしなかった場合には、加入者レコードは抹消される。クライアントＵＩと使用ケースとの間の関係クライアントのＵＩはサインオンとサインオフの使用ケースに密接に関連している。クライアントが始動されたとき、何か他のアプリケーションによって既に行われていなければ、クライアントはＩＳＰのＩＰネットワークに対する接続を確立する。次に、サインオン使用ケースが自動的に実行される。クライアントＵＩは、それによりユーザがサインオンを要求できる、メニュー選択または押しボタンも設ける。これは、たとえば、最初のサインオンが何かの理由で失敗した場合に、有意義である。クライアントが終了すると、サインオフ使用ケースが自動的に実行される。着信呼機能着信呼機能は、ユーザが自分の電話回線を使用してポイント・オブ・プレゼンス（ＰＯＰ：ｐｏｉｎｔ−ｏｆ−ｐｒｅｓｅｎｃｅ）に接続され、しかもその回線と番号で電話呼を受信できるようにする。Ａパーティはユーザの電話番号を呼び出しているパーティであり、ＶＧクラスタのＩＳＤＮグループ番号に転送される。もう一つの実施例では、ユーザの電話番号がＩＮサービスに転送され得る。アドレスこの機能では次のアドレスが重要である。・ユーザの電話番号・クライアントＩＰアドレス・Ａパーティの電話番号・ボイス・ゲートウエイのＩＳＤＮ番号使用ケース着信呼セットアップＡパーティはＢパーティの電話番号をダイヤルする。これはＵＡＮ（ＵｎｉｖｅｒｓａｌＡｃｃｅｓｓＮｕｍｂｅｒ、ユニバーサル・アクセス番号）に再送される。ＰＲＩインタフェースから発呼される。呼のセットアップの間に、ＰＲＩを介してＱ．９３１シグナリングからＢパーティの電話番号が抽出される。抽出すべき番号の型は、番号抽出方法で形成される。市外識別番号パラメータが存在する場合には、その値がＢ番号とみなされる。その時に国番号パラメータはＢ番号とみなされる。ＶＧはレジストリに接続されて、Ｂパーティの電話番号の加入者レコードを捜す。このレコードからクライアントＩＰアドレスが検索される。ＶＧはレジストリから切断される。レジストリからフェッチされたＩＰアドレスを使用して、クライアントへの接続が確立される。クライアントはＵＩを介してユーザへの着信呼を示す。Ａパーティの電話番号は与えられない。このとき、次の使用ケースのどれでも可能である。・着信呼応答・着信呼拒絶・呼出し信号の間に着信呼Ａパーティが受話器を置く・呼出し信号の間に着信呼ＩＳＤＮタイムアウトＶＧがディセーブルされている場合には、ＢパーティはＰＲＩで話し中であると伝えられ、使用ケースが終了する。ＰＲＩにＢパーティの電話番号が用意されていない場合には、呼を取り扱うことができない。次に、ＢパーティはＰＲＩで輻輳していると伝えられ、使用ケースが終了する。ＶＧがレジストリへの接続に失敗し、レジストリが冗長である場合には、この使用ケースは他方のレジストリを使用して継続される。ＶＧがレジストリへの接続に失敗した場合には、ＢパーティはＰＲＩで話し中であると伝えられ、使用ケースが終了する。与えられたＢ番号に対して加入者レコードが無い場合には、呼は取り扱うことができない。ＶＧはレジストリから切断され、ＢパーティはＰＲＩで話し中であると伝えられ、使用ケースが終了する。Ｂパーティの電話番号がＩＰアドレスと結合されていない場合には、ＶＧはレジストリから切断され、ＢパーティはＰＲＩで話し中であると伝えられる。次に、使用ケースが終了する。サインオフし、自分のコール再送を取り消すことを忘れたユーザに対して、この例外が生じる。示されたＩＰアドレス上のクライアントへの接続の確立が失敗した場合、ＢパーティはＰＲＩで話し中であると伝えられる。次に、使用ケースが終了する。クライアントへの接続は成功するが、クライアントの電話番号がＢパーティの電話番号に等しくない場合には、ＢパーティはＰＲＩで話し中であると伝えられる。次に、本使用ケースが終了する。クライアントで拒絶着信呼フラグがセットされた場合には、ＢパーティはＰＲＩで話し中であると伝えられ、使用ケースが終了する。クライアントソフトウェアがビジーである場合には、ＢパーティはＰＲＩで話し中であると伝えられ、使用ケースが終了する。クライアントがどの音声装置も割り当てることができない場合には、メッセージがユーザに与えられる。このメッセージは着信呼があること、そしてユーザには（１）音声を使用するアプリケーションを終了させて、呼に応答するか、または（２）呼を拒絶する、という二つのオプションがあるということをユーザに知らせる。（２）が選択された場合には、ＢパーティはＰＲＩで話し中であると伝えられ、使用ケースが終了する。（１）が選択された場合には、呼をセットアップするためにもう一つの試行が行われる。音声装置が空いていないためにこの試行が失敗した場合には、同じメッセージとオプションが繰り返し与えられる。着信呼応答この使用ケースが起こり得るのは、着信呼セットアップが成功した後だけである。ユーザは呼に応答することを選択する。クライアントはそれのステータス・メッセージを更新する。通話伝送が開始される。着信呼拒絶この使用ケースが起こり得るのは、着信呼セットアップが成功した後だけである。ＢパーティはＰＲＩで話し中であると伝えられる。その呼に割り当てられたすべてのリソースはクライアントとＶＧで解放される。ＶＧはクライアントから切断される。呼出し信号の間に着信呼Ａパーティが受話器置きこの使用ケースが起こり得るのは、着信呼セットアップが成功した後だけである。この使用ケースはＰＲＩからトリガされる。その呼に割り当てられたすべてのリソースはクライアントとＶＧで解放される。Ａパーティが受話器を置いたということをユーザは知らされる。ＶＧはクライアントから切断される。呼出し信号の間に着信呼ＩＳＤＮタイムアウトこの使用ケースが起こり得るのは、着信呼セットアップが成功した後だけである。この使用ケースはＰＲＩからトリガされる。Ｂパーティ（すなわち、フォーン・ダブラのユーザ）が全く操作せず、Ａパーティが受話器を置かない場合に、しばらくして、これが生じる。その呼に割り当てられたすべてのリソースはクライアントとＶＧで解放される。呼が切断されたということをユーザは知らされる。ＶＧはクライアントから切断される。通話の間に着信呼Ｂパーティが受話器置きこの使用ケースが起こり得るのは、着信呼応答が成功した、すなわち通話伝送が確立された後だけである。その呼に割り当てられたすべてのリソースはクライアントとＶＧで解放され、ＰＲＩでオンフックが伝えられる。ＶＧはクライアントから切断される。通話の間に着信呼Ａパーティが受話器置きこの使用ケースが起こり得るのは、着信呼応答が成功した、すなわち通話伝送が確立された後だけである。この使用ケースはＰＲＩからトリガされる。その呼に割り当てられたすべてのリソースはクライアントとＶＧで解放される。Ａパーティが受話器を置いたということをユーザは知らされる（ＶＧはこのメッセージのユーザ確認を待たない）。ＶＧはクライアントから切断される。発信呼機能ユーザが自分の電話回線でＩＳＰのポイント・オブ・プレゼンス（ＰＯＰ）に接続されている間にＰＳＴＮ／ＩＳＤＮに電話呼を発信できるようにすること。この機能では次のアドレスが重要である。・Ｂパーティの電話番号・ＡパーティのＩＰアドレスこれらのアドレスがどのように管理されるかを理解するためには、構成管理機能を参照されたい。使用ケースクライアントはＢ番号の非常に限定された番号解析を行う。発信呼セットアップクライアントの状態が「サインオンされている」でなければならない。ＡパーティがＢパーティの電話番号をダイヤルする。クライアントでは番号解析は行われない。クライアントは、オペレーティング・システムが報告する、そのクライアントの現在のＩＰアドレスがそのクライアントの、前にセーブされたクライアントＩＰアドレス属性に等しいことをチェックする。クライアントはクライアント・プラットホームで空き音声装置の存在をチェックし、それを確保する。サインオンでクライアントに割り当てられたＶＧへの接続が確立される。クライアントのＩＰアドレスが実際にＶＧのサービスを受けることができるかチェックされる。ダイヤルされた番号がＶＧに転送される。非常に限定された番号解析が次のように行われる。ＶＧの市外識別番号パラメータが空きでない場合には、ダイヤルされた番号の先行ディジットが市外識別番号と一致するかチェックされる。ダイヤルアウト・パラメータが存在する場合には、その値がダイヤルされた番号と見なされる。被呼番号へＩＳＤＮ呼がセットアップされる。ネットワーク課金パラメータが真である場合には、ユーザの電話番号がＰＲＩでユーザの与えたＡ番号として伝えられる。現在のクライアントＩＰアドレスが前にセーブされたクライアントＩＰアドレス属性と異なる場合には、クライアントの状態は「サインオフされている」にセットされる。ユーザは再びサインオンするようにアドバイスされ、使用ケースが終了する。この状況が起こり得るのは、ユーザがサインオンし、ＰＰＰ接続が終了し、異なるクライアントＩＰアドレスとの新しい接続が確立された場合である。クライアントがどの音声装置も割り当てることができない場合には、ユーザはその理由を知らされ、音声装置を使用するどのアプリケーションも閉じるように求められた後、再試行する。ＶＧへの接続が確立できない場合、またはＶＧの状態が「ディセーブルされている」である場合には、クライアントは二次ＶＧに接続しようとする。これに失敗した場合、（ユーザに別のもっと適したＶＧが割り当てられるだろうという仮定で）ユーザはクライアントを閉じて、それを再開するようにとアドバイスされる。音声装置は解放され、使用ケースが終了する。クライアントＩＰアドレスがＶＧによって受け入れられなかった場合には、「発信呼でＩＰアドレス拒絶」アラームが発せられる。音声装置は解放され、使用ケースが終了する。ＶＧに空き容量が無い場合には、ユーザはこれを知らされ、後で再試行するようにアドバイスされる。「ＶＧ容量超過」アラームが発せられる。ＶＧの市外識別番号パラメータに空きがなく、ダイヤルされた番号の先行ディジットが市外識別番号と一致する場合には、ダイヤルされた番号が緊急番号であるかチェックされる。緊急番号である場合には、使用ケースは続行される。緊急番号でない場合には、番号が違法フォーマットであるということがユーザに知らされ、使用ケースが終了する。被呼者番号に到達できない場合には、ユーザにその理由（話し中、輻輳等）が知らされる。音声装置は解放され、使用ケースが終了する。発信呼応答この使用ケースが生じ得るのは、発信呼セットアップ使用ケースが成功した後だけである。Ｂパーティは呼に応答することを選択する。クライアントはそれのステータス・メッセージを更新する。通話伝送が開始される。発信呼拒絶この使用ケースが生じ得るのは、発信呼セットアップ使用ケースが成功した後だけである。Ｂパーティは呼を拒絶することを選択する（たとえば、ＢパーティがＧＳＭ電話機を使用している場合に生じ得る）。ＶＧはＰＲＩのビジー信号を見る。その呼に割り当てられたすべてのリソースがクライアントとＶＧで解放される。Ｂパーティが呼を拒絶したということをユーザが知らされる（ＶＧはこのメッセージのユーザ確認を待たない）。ＶＧはクライアントから切断される。呼出し信号の間に発信呼Ａパーティが受話器置きこの使用ケースが生じ得るのは、発信呼セットアップ使用ケースが成功した後だけである。Ｂパーティが操作する前に、ユーザが受話器を置く。その呼に割り当てられたすべてのリソースがクライアントとＶＧで解放される。クライアント内のステータス・メッセージが空きメッセージにリセットされる。ＶＧはクライアントから切断される。呼出し信号の間に発信呼ＩＳＤＮタイムアウトこの使用ケースが生じ得るのは、発信呼セットアップ使用ケースが成功した後だけである。この使用ケースはＰＲＩからトリガされる。Ｂパーティが全く操作せず、Ａパーティが受話器を置かない場合に、しばらくして、これが生じる。その呼に割り当てられたすべてのリソースはクライアントとＶＧで解放される。呼が切断されたということをユーザは知らされる。ＶＧはクライアントから切断される。通話の間に発信呼Ａパーティが受話器置きこれは、成功した発信呼が通常終了する仕方である。この使用ケースが起こり得るのは、発信呼応答が成功した、すなわち通話伝送が確立された後だけである。その呼に割り当てられたすべてのリソースはクライアントとＶＧで解放される。クライアント内のステータス・メッセージが空きメッセージにリセットされる。ＶＧはクライアントから切断される。通話の間に発信呼ＩＳＤＮ切断この使用ケースはまれにしか生じない。この使用ケースが起こり得るのは、発信呼応答が成功した、すなわち通話伝送が確立された後だけである。Ｂパーティが受話器を置く。しばらくして、ＩＳＤＮネットワークが呼を切断する（ＶＧはこれをＰＲＩで見る）。その呼に割り当てられたすべてのリソースはクライアントとＶＧで解放される。呼がＢパーティによって切断されたことをユーザは知らされる（ＶＧはこのメッセージのユーザ確認を待たない）。ＶＧはクライアントから切断される。加入者管理機能サービスの加入者を管理できるようにすること。サービスの必要性は小さいと予想される。パスワードが失われた加入者レコードをときどき抹消することで構成される。使用ケース自動加入者除去長期間サインオンしないユーザの加入者レコードはレジストリから抹消される。障害管理の自動サインオフ使用ケース参照。これは、レジストリ内の加入者テーブルをかなりアクティブなフォーン・ダブラ・ユーザで構成するように制限する。レジストリから除去されたユーザはいつでも再びサインオンすることができる。加入者プロビジョン管理システムはＯＭＩＦＴＰインタフェースを介して、指定されたユーザを追加することができる。管理者はＯＭＩＨＴＴＰインタフェースを介して、指定されたユーザを除去することができる。一方のレジストリノードで行われた変更は冗長なレジストリノードに写される。加入者除去管理システムはＯＭＩＦＴＰインタフェースを介して、指定されたユーザを除去することができる。管理者はＯＭＩＨＴＴＰインタフェースを介して、指定されたユーザを除去することができる。一方のレジストリノードで行われた変更は冗長なレジストリノードに写される。ブラックリストへの加入者の追加とブラックリストからの加入者の除去加入者の状態は「ディセーブルされた」／「イネーブルされた」にセットされる。ＨＴＴＰおよびＦＴＰを介して行うことができる。加入者のパスワードの変更はＨＴＴＰおよびＦＴＰを介して行うことができる。加入者解析管理者はＯＭＴＨＴＴＰインタフェースを介して加入者レコードを検索することができる。認証機能サインオンとサインオフ機能での認証方式について説明する。サービスの違法な使用を禁止すること。特に、誰かがサインオン時に別のフォーン・ダブラユーザの電話番号を言う危険を減らすこと。課金機能課金は多数の仕方で支援される。周期的な料金請求または統計の目的で、レジストリログを作成し、また検索することができる。呼当たりの課金または統計の目的で、呼ログを作成し、また検索することができる。手動プロビジョニングモードで、ユーザはその電話番号またはユーザＩＤの正当なユーザであると認証することができる。課金システムがある時点の、あるＩＰアドレスのユーザを判定することができる場合には、ユーザのＩＰアドレスに基づいてユーザに課金することができる。ＤＨＣＰが使用されている場合には、これはアクセスサーバからのログに基づかなければならない。着信呼はＵＡＮ上のサービスレートに基づいて課金することができる。手動プロビジョニング・モードでは、発信呼課金のために電話ネットワーク課金システムで使用することができる、ユーザに与えられたＡ番号で呼発信を行うことができる。性能管理機能ＳＰがネットワークでのこのサービスのリソース利用のモニタと調整ができるようにすること。ゲートウエイに出入りするトラヒックがＩＳＤＮ側で測定される。これに対しては、周知の、よく理解されたツールと方法が存在している。サインオンとサインオフの動作の統計的解析にはレジストリ・ログを使用することができる。電話動作を解析するためのＩＳＤＮツールに対する補足物として呼ログを使用することができる。発信呼で容量を超過した場合には、アラームが送られる。以上本発明を説明してきたが、さまざまに変え得ることは明らかであろう。このような変更は本発明の趣旨と範囲からの逸脱とみなすべきでなく、熟練した当業者には明らかなように、このような変形はすべて下記請求の範囲内に含まれるものである。Description: FIELD OF THE INVENTION The present invention relates generally to telecommunications, and more particularly to voice communications over the Internet. 2. Description of the Related Art As the Internet becomes more and more popular, we tend to spend more and more time in front of computers while connected to the Internet. The most common way to connect to the Internet is by using a modem, and the connection time is much longer than the time normally spent in traditional voice conversations. For home users, connecting to the Internet using a telephone line may cause contact. Most subscribers only have one line, which must be used for both computer and voice communications. Swedish Patent Application No. SE-9603932-4 discloses a method for enabling a subscriber to make and receive voice calls during an ongoing Internet session. In Swedish patent application number SE-9603922-6, the method disclosed in SE-960221 2-4 has been further developed to solve additional problems. The general concept of the above application is that a user connected to the Internet via a modem using a regular telephone line registers for a service that uses a special application in his computer. This service connects the user's telephone number to a special number and activates the IN service. Thus, each time a call is made to the user, the call is sent to the special number. When the IN service is activated, it activates the gateway. The gateway connects to an application in the user's computer via the Internet or a network based on the service provider's own IP to inform the user and allow the user to answer the call. Similarly, a user can place a call using an IP-based gateway that acts as a bridge between the Internet and the PSTN. In this situation, from the point of view of the PSTN network (Public Switched Telephone Network), it appears as if a gateway is calling and should be charged. The solution to this problem is given in SE-9603932-6. None of the above applications disclose a specific method for routing incoming calls to clients in a manner that maximizes the use of both telecommunications networks and IP-based networks. SUMMARY OF THE INVENTION The present invention discloses a method and network for solving the problem of routing incoming calls that increases network utilization. Accordingly, it is an object of the present invention to be able to efficiently route incoming calls. The above problem of how to route an incoming call efficiently is that the incoming call is forwarded to a service node, which based on a combination of the called party's telephone number and other characteristics, This is resolved by forwarding the call to a more specific node. More specifically, the above problem is solved by transferring the telephone number of the user's telephone to the service node such that an incoming call is transferred to the service node. When the service node detects an incoming call, the service node analyzes characteristics such as the called A number, the location of the user corresponding to the A number, and the location of a number of nodes, and based on the analysis, identifies the Forward. One of the advantages of the present invention is that the network is used efficiently. Another advantage is that the propagation time of the IP package can be minimized, thereby reducing disturbance of quality of service. Other advantages will be apparent to the skilled artisan from the following detailed description. Further, the scope of applicability of the present invention will become apparent from the following detailed description. However, it is understood that the preferred embodiment of the invention is illustrative only, since various changes and modifications within the scope of the invention will become apparent to those skilled in the art from this detailed description. Should be. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 discloses an interface for phone doublers. FIG. 2 discloses a more detailed view of the network configuration. FIG. 3 shows a network configuration for routing an incoming call. FIG. 4 shows a network configuration of another preferred embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 shows a phone doubler network and the interface of the phone doubler network to external networks, users and devices. User 101 is a person using a phone doubler at home. User 101 is also a subscriber of the service. ISDN102 (I ntegrated S ervices D igital N etwork, Integrated Services Digital Network) is used as a gateway for PSTN103 (P ublic S witched T elephone N etwork, public switched telephone network). SP 104 (Service Provider, service provider) is the system, organization, and people responsible for the good operation of phone doubler 105. FIG. 1 also shows the internal structure of the phone doubler. The client 106 is the part of the phone doubler located on the user's land. The registry 108 is a node in the gateway that is common to all users of the phone doubler service. This node is hereinafter referred to as a registry. VG107 (V o ice G ateway, voice gateway) is a device for processing a call transmission and all calls. The VG 107 can handle multiple calls at the same time. FIG. 1 also shows the interface between the network and the nodes. UI1 09 (U ser I nterface) is the interface between the user 101 and the client 106. PRI110 (ISDN P rimary R a te I nterface, ISDN- order group interface) is the interface used between the VG107 and ISDN102. OMI111 (O p eration and M aintenance I nterface, Operation Maintenance Interface) is the interface between the SP104 and registry 108 and VG107. A CLGI 112 (Client Gateway Interface, client gateway interface) is an interface between the client 106 and the registry 108 and between the client and the VG 107. REGI113 (R egis try I nterface, registry interface) is the interface between the registry 108 and VG107. Client 201 As shown in Figure 2, ISP via the modem 202 and PSTN203 (I nternet S ervice P rovider , Internet Service Provider) of POP (P oint O f P rese nce, point of presence) in ISP of AS207 (a ccess S erver, access server) running on the PC connected to the (not shown). The PC is given an IP address by the ISP. This is typically done dynamically when connecting to the POP. In the preferred embodiment, ISP and SP 104 are the same organization or service provider. VG203,204 the same ES205,206 normal POP (S witched E thernet, switched Ethernet) on and connected to the IP network ISP. Several VGs 203 and 204 can be connected with one POP. Each VG 203, 204 is connected to an ISDN 208 via a PRI 209, 210. One registry node 211, 212 can handle several VGs 203, 204. The registry nodes 211, 212 can be physically located remotely. At this time, the VGs 203 and 204 and the registries 211 and 212 are usually connected to each other via the backbone IP network 213 of the ISP. For redundancy, the registry nodes 211, 212 are typically duplicated. In FIG. 2, several routers are represented by R. In FIG. 3, a client 301 is connected to a service provider IP network 302. For connection of the client, the client uses the modem 303 and the PSTN network 304. The PSTN network 304 is connected to the ISDN network 305. The ISDN network 305 is connected to the service provider IP network via the modem pool 306. The service provider IP network is also connected to the Internet 307 via the router 308. The subscriber 309 makes a call to the client 301 via the PSTN network 304, but if the client 301 has not transferred his / her telephone, a busy tone is of course obtained. Client 301 is forwarding its phone to the IN service at SSCP 310. This could of course be a separate SCP from the SSP, but SSCP is sufficient for this embodiment. Two VG311 and 312 (V oice G ateway) Voice Gateway) connects the ISDN network 305 to the service provider IP network. The SSCP is continually updated with different VG load situations and now forwards the incoming call to the VG 312, the least loaded VG. By this procedure, the IP packet sent from the VG 312 to the client 301 has the minimum delay. FIG. 4 shows an embodiment for transferring at a geographical location. Since in this situation the longest part of the call is preferably in the PSTN network, SSCP 401 forwards the incoming call from subscriber 402 to VG 403 closest to client 404. The central registry node can service several distributed voice gateway modules and form a widespread distributed gateway. Global Distribution Problem As long as the gateway includes a single set of VGs bundled with a POP access server, it is easy to ensure sufficient IP throughput between the modem and the VGs (all devices in the same LAN environment). Exists). A single ISDN group number is also sufficient to serve all VGs. As the phone doubler service is scaled up to form a global gateway, each POP will have one or several VGs serviced by a central registry node. This ensures that voice traffic has minimal latency and jitter since voice traffic through the router is avoided. Client data The client has the following data. A telephone number consisting of a country code, an area code (optional in markets such as Denmark where no area code is used), and a local number. Example-"46-08-66 78054". -Authentication data. ONF In the preferred embodiment, which is applied country code, area code, local number, and the password connection (ON e way F unction). (Optional, permanent) Client IP address (volatile) Registry host name 1. Registry host name 2. • IP address of the primary VG (volatile) • IP address of the secondary VG (volatile) • Rejection of incoming calls (volatile) All of these data, except for phone number and authentication data, are obtained through the sign-on procedure be able to. The combination of country code, area code, and local number uniquely represents each subscriber. The VG IP address attribute also indicates the status of the client. A null address indicates "signed off" and any other address indicates "signed on." Registry Data Subscriber Records Both registry nodes maintain the same set of subscriber records with the following attributes: • Telephone number (key, persistence, consisting of country code, area code, and local number) • Authentication data. ONF (permanent) applied to the phone number associated with the password. ·Status. Either enabled or disabled. -Client IP address (secondary key, volatile)-User id (optional)-Primary VG (volatile)-Secondary VG (volatile)-Number of sign-ons (persistence)-Number of incoming calls (persistence) -Number of outgoing calls (persistence)-First sign-on (persistence)-Last sign-on (persistence) The client IP address attribute also indicates the status of the subscriber record (null address is "signed off") E. means that any other address is "signed on." 164 IP Address Correspondence When the user is connected to the Internet, the client's IP address is entered in the subscriber record in both registry nodes. Since the telephone number and this IP address are both keys, the E.D. A correspondence of 164 IP addresses is maintained in the subscriber record. Registry configuration data The following data is configurable in the registry. Data user provisioning mode, automatic or manual, which should be the same on both registry nodes. Automatic sign-off period (optional, must be longer than PPP inactivity timeout) Number of password retries Automatic removal period (optional) Country code / trunk prefix (optional) SMTP mail server (alarm handling based on email) Mail receiver (list of email addresses to receive alarms) Time synchronization host. Host name for the time synchronization host. Unique data for each registry node / Hostname of redundant registry node. (Optional) • Redundant registry • FTP account of node • Emergency number Data that can be equal on both nodes • Hosts allowed access to WWW server • Hosts VG record allowed access to FTP server Gateway configuration is a set of Defined by VG record. This set of records is maintained by the registry and is regenerated at certain events, such as starting and stopping the VG. • IP address (key) • Name • Primary client networks (during regular operation, only clients on these networks are served by this VG) • Secondary up-client networks (when other VGs fail, these The largest signed-on user, the current primary signed-on user, the current secondary signed-on user, and the VG configuration data VG Holds a set of configuration data that is unique for each VG. • Dial-out identification number • Registry IP address. In the case of a redundant register, 2 is optional. -Monitor interval. -Number extraction method (caller (A), called party (B), or forwarding number)-Hosts allowed to access the FTP server-Network billing sign-on function and sign-off function Connected to the Internet provider's point-of-presence (POP) so that the line and number are still available for incoming and outgoing telephone calls. For these functions, the following addresses are important: -User's telephone number-Client's IP address-Gateway ISDN number outline Depending on the setting of the authentication mode attribute in the registry configuration, the sign-on function and the sign-off function appear with two characteristics. In the automatic provisioning mode, the user is allowed to use the service if its IP address matches any of the client networks in the VG record. If the authentication of the POP is trusted and passed once, the user is trusted. In this mode, only IP address charging can be used, and therefore network charging can be used. You cannot trust the telephone number mentioned by the user. The other manual mode means that some administrative procedures have to be registered with the system. See subscriber management function. To use the service in this mode, the user must still go through an authentication procedure in the phone doubler system. The authentication procedure is based on an outgoing challenge response mechanism [see Warwick Ford, "Computer Communication Security," Prentice Hall, ISBN 0-13-7 99453-2, (Computer Communications Security, Warwick Ford, Prentice Hall)]. The MD5 algorithm can be used as an ONF [RSA Data Security, Inc. MD5 Message-Digest Algorithm]. In the following, ONF (X + Y) refers to the application of the one-way function to the concatenated string X + Y. Sign-on in auto-provisioning mode This use case is only used if the client state is "signed off". Prior to this use case, assume that the user has set up Call Forwarding or (better) busy call retransmission for the ISDN number of the VG. This can be done by telephone or otherwise (no software support for this is provided in the product). In another embodiment, call retransmissions are handled automatically by the service. The client checks that the user's Internet session is active. For reference by other use cases (outgoing call setup and sign-off), the client saves its current IP address in the client's client IP address attribute. The client connects to the registry and transfers the user's phone number. The registry looks up the IP address of the client as a parameter of the outgoing TCP session. It should be noted that the client IP address will be different for each phone doubler session if DHCP is used. The registry selects the VG and passes its IP address to the client. The selection of the VG is performed by the registry as follows. (1) Select a VG record whose user IP address matches the VG's primary client network attribute. (2) Select the VG record with the largest difference between the largest signed-on user and the primary signed-on user. (3) Make sure that the maximum limit of the signed-on user for the selected VG is not exceeded. (4) Make sure that the selected VG is not disabled. The current primary signed-on attribute of the selected VG record is incremented. The registry checks the presence of the subscriber record at the stated telephone number. At this point it is checked that the client IP address has not been bound to any telephone number in the registry. It is checked that the state of the subscriber record is "enabled" and "signed off". The subscriber record is updated (client IP address, number of sign-ons, and last sign-on attributes are updated). This establishes a PSTN-IP connection and previous checks confirm that both directions are not ambiguous. The currently signed-on user attribute of the VG record is incremented. The IP address of the VG is set in the client. The client disconnects from the registry. If the Internet session is not active, the user is advised to start an Internet session and try signing on again. If the registry is not accessible, the user will be notified and will be asked to try again later. Until the client successfully signs on, the incoming and outgoing call features will not be available. The use case ends. The use case ends if the client IP address is unacceptable due to any of the client network parameters in the VG record. This exception may be a case of illegal use, so no information is provided to the user. If the VG cannot be selected due to lack of resources, the user is notified. The client disconnects from the registry and the use case ends. If no subscriber record exists for the telephone number provided by the client, a new subscriber record is created. The following attributes are filled in: That is, the telephone number, the client IP address, and the first sign-on. For the remaining attributes, explicit default values are entered. Thereafter, the current use case can proceed Mel possible. In another embodiment, no new subscriber record is created and the use case ends. If, prior to this use case, the client IP address has been bound to a user's telephone number in the registry, this binding is obviously invalid. Until the binding between the client IP address and the telephone number of a user remains, the forced sign-off use case is repeatedly executed for each such telephone number. After this, the current use case can proceed . If the subscriber record indicates that the user is already signed on (from any client IP address), a forced sign-off use case is performed. After this, the current use case can proceed. If the subscriber state is disabled, the user is denied access and the use case ends. Sign-on manual mode The difference in this case is that before sign-on the user has to be determined by the service provider. Hereinafter, the addition to the automatic mode case will be described. The client first requests to start the sign-on procedure by signaling the registry. In this message, the telephone number is transferred. The registry checks that the subscriber record exists by using the telephone number as a key, retrieves a non-repeat value (NRV), and associates the NRV with the subscriber. This NRV is sent to the client, at which time the client responds with ONF (ONF (phone number + password) + NRV). The NRV may be, for example, the current time in milliseconds. The ONF (phone number + password) is fetched from the client configuration or calculated as a result of a password prompt dialog with the user. The user decides which mechanism to use. The registry populates the subscriber record with authentication data (AD) and then compares the ONF (AD + NRV) with the value received from the client. If these values are equal, the user is authenticated and the authentication failure counter is set to zero. If the user does not exist, the user is notified that the service provider to be registered has to be contacted. If the authentication fails, the authentication failure counter is incremented. If this counter exceeds the number of password retries, the user is disabled. If the user is already signed on, the user is notified. In all other parts, exceptions from automatic cases remain. Sign-off, automatic mode The client checks that its status is "signed on". Attention is given to the user to cancel his call resend settings. Unfortunately, it is not possible to cancel call retransmission until the Internet session has ended (outside the scope of the Phone Doubler product). A forced sign-off use case is performed. Client is disconnected from the registry. If the client state is not "signed on", the use case ends without further action (the client can be deactivated). If the registry cannot be accessed, the use case ends. Can suspend client activity. This results in an invalid binding between the user's telephone number and the client IP address, which continues until cleared by a sign-on, automatic sign-off, or incoming call setup use case. Signoff, manual mode The client checks that its status is "signed on". Attention is given to the user to cancel his call resend settings. Unfortunately, it is not possible to cancel call retransmission until the Internet session has ended (outside the scope of the Phone Doubler product). A forced sign-off use case is performed. Client is disconnected from the registry. If the client state is not "signed on", the use case ends without further action (the client can be deactivated). If the registry cannot be accessed, the use case ends. Can suspend client activity. This results in an invalid binding between the user's telephone number and the client IP address, which continues until cleared by a sign-on, automatic sign-off, or incoming call setup use case. Forced sign-off Other use cases that rely on this are sign-on, sign-off, incoming call setup, and automatic sign-off. The binding between the user's telephone number and the client IP address is broken (the subscriber record is updated). In the VG records corresponding to the primary VG and the secondary VG of the subscriber record, the current primary and secondary signed-on users are decremented. The registry log is updated. Automatic sign-off This use case is performed periodically in the registry without manual intervention. The purpose is to remove incorrect information from the subscriber record. The periodicity is given by the auto-signoff period attribute of the registry. The cycle should be a reasonably short value, as this is how an accidentally disconnected user is rescued and signed on again. However, the period must be longer than the PPP inactivity timeout so as not to interfere with its functioning of the ISP's Internet service. Examine each subscriber record and perform the following steps. If the status of the subscriber record is "signed on", verify that the client is in fact alive by connecting to it. If the client is not alive, perform a forced sign-off use case for this subscriber. If the client is alive, but its telephone number does not match the telephone number attribute in the subscriber record, it sends out an "automatic sign-off inconsistency" alarm, indicated by the subscriber record. Perform a forced sign-off use case for the subscriber. If the client has not signed on for a very long time (due to the automatic removal period specified in the registry), the subscriber record will be deleted. Relationship between Client UI and Use Case The client UI is closely related to the sign-on and sign-off use cases. When the client is started, the client establishes a connection to the ISP's IP network, if not already done by any other application. Next, the sign-on use case runs automatically. The client UI also provides a menu selection or push button by which a user can request sign-on. This is useful, for example, if the first sign-on fails for any reason. When the client exits, the sign-off use case runs automatically. Incoming Call Function The incoming call function allows a user to connect to a point-of-presence (POP) using his or her telephone line, and to receive telephone calls on that line and number. . Party A is the party calling the user's telephone number and is forwarded to the ISDN group number of the VG cluster. In another embodiment, the user's telephone number may be forwarded to the IN service. Address The next address is important for this function. User telephone number Client IP address A party telephone number Voice gateway ISDN number use case Incoming call setup A party dials B party telephone number. This is retransmitted in UAN (U niv ersal A ccess N umber, universal access number). Originated from PRI interface. During call set-up, the Q.I. The B-party telephone number is extracted from the 931 signaling. The type of number to be extracted is formed by a number extraction method. If the area identification number parameter exists, its value is regarded as the B number. At that time, the country code parameter is considered a B number. The VG is connected to the registry and looks for a B-party telephone number subscriber record. The client IP address is searched from this record. The VG is disconnected from the registry. A connection to the client is established using the IP address fetched from the registry. The client indicates an incoming call to the user via the UI. No A-party phone number will be given. At this time, any of the following use cases is possible. -Incoming call answer-Incoming call rejected-Incoming call A party hangs up during ringing signal-Incoming call ISDN timeout during ringing signal B-party busy on PRI if VG is disabled And the use case ends. If the B-party's telephone number is not provided in the PRI, the call cannot be handled. Next, the B party is informed by PRI that it is congested, and the use case ends. If the VG fails to connect to the registry and the registry is redundant, this use case continues with the other registry. If the VG fails to connect to the registry, the B-party is informed that the PRI is busy and the use case ends. If there is no subscriber record for the given B number, the call cannot be handled. The VG is disconnected from the registry, the B-party is informed that the PRI is busy, and the use case ends. If the B-party's telephone number is not tied to the IP address, the VG is disconnected from the registry and the B-party is informed that the PRI is busy. Next, the use case ends. This exception occurs for users who sign off and forget to cancel their call retransmission. If the establishment of the connection to the client on the indicated IP address fails, the B-party is informed that the PRI is busy. Next, the use case ends. If the connection to the client succeeds, but the phone number of the client is not equal to the B-party's phone number, the B-party is told to be busy on the PRI. Next, this use case ends. If the rejected call flag is set at the client, the B-party is signaled busy on the PR and the use case ends. If the client software is busy, the B-party is told busy at the PRI and the use case ends. If the client cannot assign any audio devices, a message is given to the user. This message indicates that there is an incoming call and that the user has two options: (1) terminate the voice application and answer the call, or (2) reject the call. Notify the user. If (2) is selected, the B party is informed that the PRI is busy and the use case ends. If (1) is selected, another attempt is made to set up the call. If this attempt fails because the audio device is not free, the same message and options will be given repeatedly. Incoming Call Answer This use case can only occur after successful incoming call setup. The user chooses to answer the call. The client updates its status message. Call transmission is started. Incoming Call Rejection This use case can only occur after successful incoming call setup. The B party is reportedly busy on the PRI. All resources allocated to the call are released on the client and the VG. The VG is disconnected from the client. Incoming call A party hangs up during ringing This use case can only occur after successful incoming call setup. This use case is triggered from the PRI. All resources allocated to the call are released on the client and the VG. The user is notified that the A-party hangs up. The VG is disconnected from the client. Incoming Call ISDN Timeout During Ringing This use case can only occur after successful incoming call setup. This use case is triggered from the PRI. This occurs after some time if the B party (ie, the phone doubler user) does not operate at all and the A party does not hang up the handset. All resources allocated to the call are released on the client and the VG. The user is notified that the call has been disconnected. The VG is disconnected from the client. Incoming Call B Party Hangs Up During Call This use case can occur only after a successful incoming call answer, ie, after a call transmission has been established. All resources allocated to the call are released on the client and VG, and the PRI is signaled on-hook. The VG is disconnected from the client. Incoming call A party hangs up during a call This use case can only occur after a successful incoming call answer, ie, after a call transmission has been established. This use case is triggered from the PRI. All resources allocated to the call are released on the client and the VG. The user is notified that the A-party hangs up (the VG does not wait for user confirmation of this message). The VG is disconnected from the client. Outgoing Call Function To enable a user to place a telephone call to the PSTN / ISDN while connected to the ISP's Point of Presence (POP) on his telephone line. The next address is important for this function. B-party's phone number A-party's IP address To understand how these addresses are managed, see Configuration Management Functions. Use Case The client performs a very limited number analysis of the B number. Outgoing Call Setup Client state must be "Signed On". Party A dials the phone number of Party B. No number analysis is performed on the client. The client checks that the operating system reports that the client's current IP address is equal to the client's previously saved client IP address attribute. The client checks for the presence of a free audio device on the client platform and reserves it. At sign-on, a connection to the VG assigned to the client is established. It is checked whether the IP address of the client can actually receive the service of the VG. The dialed number is transferred to the VG. A very limited number analysis is performed as follows. If the VG toll identification parameter is not empty, a check is made to see if the leading digit of the dialed number matches the toll identification number. If a dial-out parameter is present, its value is assumed to be the dialed number. An ISDN call is set up to the called number. If the network charging parameter is true, the user's telephone number is communicated in the PRI as the user's assigned A number. If the current client IP address is different from the previously saved client IP address attribute, the status of the client is set to "Signed off". The user is advised to sign on again and the use case ends. This situation can occur when the user signs on, the PPP connection is terminated, and a new connection with a different client IP address is established. If the client is unable to assign any audio devices, the user will be told why and will be retried after being asked to close any applications that use the audio devices. If a connection to the VG cannot be established, or if the state of the VG is "disabled", the client attempts to connect to the secondary VG. If this fails, the user is advised to close the client and resume it (assuming the user will be assigned another more suitable VG). The audio device is released and the use case ends. If the client IP address is not accepted by the VG, an "IP address rejected on outgoing call" alarm is raised. The audio device is released and the use case ends. If there is no free space in the VG, the user is notified and advised to try again later. An "VG capacity exceeded" alarm is issued. If the VG toll identification parameter is full and the leading digit of the dialed number matches the toll identification number, it is checked whether the dialed number is an emergency number. If it is an emergency number, the use case continues. If not, the user is notified that the number is in an illegal format and the use case ends. If the called party number cannot be reached, the user is notified of the reason (busy, congestion, etc.). The audio device is released and the use case ends. Outgoing Call Response This use case can only occur after a successful outgoing call setup use case. The B-party chooses to answer the call. The client updates its status message. Call transmission is started. Outgoing Call Rejection This use case can only occur after a successful outgoing call setup use case. The B-party chooses to reject the call (eg, may occur if the B-party is using a GSM phone). The VG sees the PRI busy signal. All resources allocated to the call are released on the client and the VG. The user is notified that the B party has rejected the call (VG does not wait for user confirmation of this message). The VG is disconnected from the client. Outgoing Call A Party Hangs Up During Ringing This use case can only occur after a successful outgoing call setup use case. The user hangs up before the B-party operates. All resources allocated to the call are released on the client and the VG. The status message in the client is reset to a free message. The VG is disconnected from the client. Outgoing Call ISDN Timeout During Ringing This use case can only occur after a successful outgoing call setup use case. This use case is triggered from the PRI. This occurs after some time if the B party does not operate at all and the A party does not pick up the handset. All resources allocated to the call are released on the client and the VG. The user is notified that the call has been disconnected. The VG is disconnected from the client. Outgoing call A party hangs up during a call This is how a successful outgoing call normally ends. This use case can only occur after a successful outgoing call answer, ie after the call transmission has been established. All resources allocated to the call are released on the client and the VG. The status message in the client is reset to a free message. The VG is disconnected from the client. Outgoing call ISDN disconnection during a call This use case rarely occurs. This use case can only occur after a successful outgoing call answer, ie after the call transmission has been established. Party B hangs up. After some time, the ISDN network disconnects the call (VG sees this in the PRI). All resources allocated to the call are released on the client and the VG. The user is notified that the call has been disconnected by the B party (the VG does not wait for user confirmation of this message). The VG is disconnected from the client. To be able to manage subscribers of the subscriber management function service. The need for services is expected to be small. It consists of occasionally deleting subscriber records with lost passwords. Use Case Automatic Subscriber Removal Subscriber records for users who do not sign on for an extended period of time are deleted from the registry. See Automated Sign-Off Use Case for Fault Management. This limits the subscriber table in the registry to consist of fairly active phone doubler users. Users removed from the registry can always sign on again. The subscriber provision management system can add designated users via the OMI FTP interface. The administrator can remove the specified user via the OMI HTTP interface. Changes made in one registry node are mapped to redundant registry nodes. Subscriber Removal The management system can remove specified users via the OMI FTP interface. The administrator can remove the specified user via the OMI HTTP interface. Changes made in one registry node are mapped to redundant registry nodes. Add Subscriber to Blacklist and Remove Subscriber from Blacklist Subscriber status is set to "disabled" / "enabled". This can be done via HTTP and FTP. Changing a subscriber's password can be done via HTTP and FTP. Subscriber Analysis Administrators can retrieve subscriber records via the OMT HTTP interface. Authentication Function The authentication method for the sign-on and sign-off functions will be described. Prohibit the illegal use of the service. In particular, reduce the risk of someone saying another phone doubler user's phone number when signing on. Billing functions Billing is supported in a number of ways. Registry logs can be created and searched for periodic billing or statistical purposes. Call logs can be created and searched for per call billing or statistical purposes. In the manual provisioning mode, the user can authenticate as a valid user of the telephone number or user ID. If the charging system can determine the user of a certain IP address at a certain point in time, the user can be charged based on the user's IP address. If DHCP is used, this must be based on logs from the access server. Incoming calls can be charged based on the service rate on the UAN. In the manual provisioning mode, a call can be placed with an A number provided to the user, which can be used in the telephone network charging system for outgoing call charging. To enable the performance management function SP to monitor and adjust the resource utilization of this service in the network. Traffic to and from the gateway is measured at the ISDN side. There are well-known and well-understood tools and methods for this. Registry logs can be used for statistical analysis of sign-on and sign-off behavior. The call log can be used as a complement to an ISDN tool for analyzing telephone activity. If the outgoing call exceeds the capacity, an alarm is sent. Having described the invention, it will be apparent that various modifications can be made. Such modifications should not be deemed to depart from the spirit and scope of the present invention, and all such modifications are within the scope of the following claims, as will be apparent to those skilled in the art.

【手続補正書】特許法第１８４条の８第１項【提出日】平成１１年４月２９日（１９９９．４．２９）【補正内容】請求の範囲 1. 少なくともデータ・ネットワーク（ＩＰ）と電気通信ネットワーク（ＰＳＴＮ）とを含み、更にデータ・ネットワークと電気通信ネットワークとの間の音声接続の適応のための少なくとも二つのボイス・ゲートウエイ（ＶＧ）を含む通信ネットワークにおいて、データ・ネットワークに接続された加入者への接続を確立する方法であって、 −電話接続へのすべての着信呼を、少なくとも二つのボイス・ゲートウエイを表す番号に向けなおすようにサービス・ノードに命令するステップと、 −前記電話接続への着信呼毎に −少なくとも二つのボイス・ゲートウエイの一方を選択するステップと、 −前記呼を前記選択されたボイス・ゲートウエイに向けなおすステップと、を含む、前記方法。 2. 請求項１の方法であって、加入者が専用回線を介してデータ・ネットワークに直接接続される、前記方法。 3. 請求項１または２の方法であって、加入者がモデムと、電気通信ネットワークと、アクセス・サーバとを介してデータ・ネットワークに接続される、前記方法。 4. 請求項１または３の方法であって、通信ネットワークが、電気通信ネットワークを介してデータ端末をデータ・ネットワークに接続するための少なくとも二つのアクセス・サーバを含む、前記方法。 5. 先行請求項のいずれか一つの請求項の方法であって、最低のワークロードをそなえたボイス・ゲートウエイが最適のボイス・ゲートウエイとして選択される、前記方法。 6. 先行請求項のいずれか一つの請求項の方法であって、ボイス・ゲートウエイと加入者との間でＩＰパケットに対する伝搬時間を最小にするボイス・ゲートウエイが選択される、前記方法。 7. 請求項３の方法であって、接続に使用される遠隔アクセス・サーバに最も近く位置するボイス・ゲートウエイが選択される、前記方法。 8. 請求項１から４のいずれか一つの請求項の方法であって、ボイス・ゲートウエイの選択がインテリジェント電気通信ネットワークの中のサービス・コントロール・ポイント（ＳＣＰ）によって実行される、前記方法。 9. 電気通信ネットワークとデータ通信ネットワークとを含む通信ネットワークで使用するためのコントロール・ノードであって、前記コントロール・ノードが −電気通信ネットワークの中のサービス・ノードから少なくとも二つのボイス・ゲートウエイを表す番号を含む命令を受信するための手段と、 −前記少なくとも二つのボイス・ゲートウエイの一方を、着信呼をそれに送りなおすべき最適のボイス・ゲートウエイとして選択するための手段とを含むことを特徴とする、前記コントロール・ノード。 10．請求項７のコントロール・ノードであって、着信呼を最低のワークロードをそなえたボイス・ゲートウエイに向けるための手段を含む、前記コントロール・ノード。 11．請求項７または８のコントロール・ノードであって、着信呼をボイス・ゲートウエイと加入者との間でＩＰパケットに対する伝搬時間を最小にするボイス・ゲートウエイに接続する手段を含む、前記コントロール・ノード。 12．請求項７または８のコントロール・ノードであって、呼を接続に使用されるアクセス・サーバに最も近く位置するボイス・ゲートウエイに接続するための手段を含む、前記コントロール・ノード。 13．少なくともデータ・ネットワーク（ＩＰ）と電気通信ネットワーク（ＰＳＴＮ）とを含み、更にデータ・ネットワークと電気通信ネットワークとの間の音声接続の適応のための少なくとも二つのボイス・ゲートウエイ（ＶＧ）を含む通信ネットワークであって、前記通信ネットワークが請求項７から１０のいずれか一つの請求項のコントロール・ノードを含むことを特徴とする、前記通信ネットワーク。[Procedure of Amendment] Article 184-8, Paragraph 1 of the Patent Act [Submission date] April 29, 1999 (April 29, 1999) [Correction contents] The scope of the claims 1. At least a data network (IP) and a telecommunications network (PS) TN) and the sound between the data network and the telecommunications network. Communication including at least two voice gateways (VG) for adaptation of voice connections Connection to a subscriber connected to a data network in a telecommunications network. A method of establishing -Display at least two voice gateways for all incoming calls to the telephone connection Instructing the service node to redirect to the service number; -For each incoming call to said telephone connection Selecting one of at least two voice gateways; Redirecting the call to the selected voice gateway; The above method, comprising: 2. The method of claim 1, wherein the subscriber has a data network over a leased line. The above method, wherein the method is directly connected to the network. 3. The method of claim 1 or 2, wherein the subscriber has a modem and a telecommunications network. Network connected to a data network via a network and an access server. Method. 4. The method of claim 1 or 3, wherein the communication network is a telecommunications network. At least to connect the data terminal to the data network via the work Such a method, comprising two access servers. 5. The method of any one of the preceding claims, wherein the minimum workload Is selected as the optimal voice gateway with Said method. 6. The method of any one of the preceding claims, wherein the method comprises: Voice gate to minimize propagation time for IP packets between subscribers and subscribers The method wherein the way is selected. 7. The method of claim 3, wherein the remote access server used for the connection is The method, wherein a nearby voice gateway is selected. 8. The method of any one of claims 1 to 4, wherein the voice gate Way selection is the key to service control in intelligent telecommunications networks. Such a method, wherein the method is performed by a roll point (SCP). 9. Communication networks, including telecommunications networks and data communication networks A control node for use in the control node. But -At least two voices from a service node in the telecommunications network; Means for receiving an instruction including a number representing a gateway; -Sending one of said at least two voice gateways an incoming call to it; The means to select the best voice gateway to use The control node, comprising: Ten. 8. The control node of claim 7, wherein incoming calls have a minimum workload. Said control, including means for pointing to a voice gateway with ·node. 11． 9. The control node according to claim 7, wherein the incoming call is a voice call. Voice that minimizes the propagation time for IP packets between the gateway and the subscriber The control node, including means for connecting to a gateway; 12． 9. The control node according to claim 7, wherein the call is used for connection. To connect to the voice gateway closest to the access server The control node, including means. 13. At least a data network (IP) and a telecommunications network (PS) TN) and the sound between the data network and the telecommunications network. Communication including at least two voice gateways (VG) for adaptation of voice connections Communication network, wherein said communication network is one of claims 7 to 10. Said communication network comprising a control node according to one claim. work.

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＧＭ，ＧＷ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ────────────────────────────────────────────────── ─── Continuation of front page (81) Designated countries EP (AT, BE, CH, DE, DK, ES, FI, FR, GB, GR, IE, IT, L U, MC, NL, PT, SE), OA (BF, BJ, CF) , CG, CI, CM, GA, GN, ML, MR, NE, SN, TD, TG), AP (GH, GM, KE, LS, M W, SD, SZ, UG, ZW), EA (AM, AZ, BY) , KG, KZ, MD, RU, TJ, TM), AL, AM , AT, AU, AZ, BA, BB, BG, BR, BY, CA, CH, CN, CU, CZ, DE, DK, EE, E S, FI, GB, GE, GH, GM, GW, HU, ID , IL, IS, JP, KE, KG, KP, KR, KZ, LC, LK, LR, LS, LT, LU, LV, MD, M G, MK, MN, MW, MX, NO, NZ, PL, PT , RO, RU, SD, SE, SG, SI, SK, SL, TJ, TM, TR, TT, UA, UG, US, UZ, V N, YU, ZW

Claims

[Claims] 1. for routing incoming calls to a primary subscriber to a specific node The method, wherein the first subscriber has a telecommunications network for connecting to the Internet. Network and the node is the Internet and the telecommunications network. Wherein the second subscriber is connected to the telecommunications network. Making a call to the first subscriber via a call and forwarding the call to a service node That the service node is based on the telephone number of the first subscriber. Multiple nodes connected to both the Internet and the telecommunications network Selecting one particular node from the call and forwarding the call to the particular node further Said method. 2. The method of claim 1, wherein the service node further comprises the specific node. Based on the geographical location of the node, or even the signaling location of a particular node. Or based on load information from a number of nodes Select a specific node from a number of nodes connected to both telecommunications networks The method as described above. 3. The method of claim 2, wherein said service node comprises a first subscriber and said node. The geographical distance between the first subscriber and said node Or minimized signaling distance from the node to the first subscriber The propagation time for an IP packet and vice versa, or The method wherein the node that minimizes the load on the node is selected. 4. The method of claim 1, wherein the service node is an intelligent network. Said service control point of the network Method. 5. The method of any of claims 1 to 5, wherein the plurality of nodes are voice The above method, wherein the method is a gateway. 6. To route incoming calls to the primary subscriber to a particular node A node, said first subscriber being telecommunications for connecting to the Internet Network, wherein the node is connected to the Internet and the telecommunications network. A node connected to both of the The node includes means for receiving, and the telephone number of the first subscriber Internet and said telecommunications based on the telephone number of said first subscriber based on Select one particular node from many nodes connected to both sides of the network The node includes means for forwarding the call to the particular node Said node comprising means for: 7. To route incoming calls to the primary subscriber to a particular node A network, wherein the first subscriber has a telephone for connecting to the Internet. Using a telecommunications network, wherein said node is A network that is connected to both of the Service node, and means for forwarding the call to the service node. Steps based on the fact that the network includes a step and the telephone number of the first subscriber. From a number of nodes connected to both the Internet and the telecommunications network Said service node includes means for selecting one particular node; The network includes means for forwarding the call to the particular node. And the network.