JP2005515665A

JP2005515665A - インターネット・プロトコルを用いて通信するための電気通信ネットワーク用の方法および装置

Info

Publication number: JP2005515665A
Application number: JP2003559094A
Authority: JP
Inventors: ナスシーガル、ニランジャン
Original assignee: Motorola Inc
Current assignee: Motorola Solutions Inc
Priority date: 2002-01-07
Filing date: 2003-01-07
Publication date: 2005-05-26
Anticipated expiration: 2023-01-07
Also published as: WO2003058900A1; US7274683B2; KR100548862B1; KR20030080074A; CN1565113A; EP1466452A4; US20030128693A1; EP1466452A1; JP3905085B2; CN100405789C; AU2003206409A1

Abstract

本発明は電気通信ネットワーク（４００）を具体化する。電気通信ネットワーク（４００）は、インターネット・プロトコル・ネットワーク（３００）に接続された少なくとも１つのルータと、前記少なくとも１つのルータに結合しているコンピュータ・ネットワーク機器とを備える。前記コンピュータ・ネットワーク機器は、目標の電気通信ネットワーク（４００）に関連する情報について問い合わせを行うために、ＩＰ問合わせメッセージ（１）を送信するように適合されている。前記ＩＰメッセージは前記目標の電気通信ネットワーク（４００）に関連する電話番号を含み、前記コンピュータ・ネットワーク機器は、前記ＩＰ問合わせメッセージに応じて、前記目標の電気通信ネットワーク（４００）に関連するＩＰアドレス（２）を受信するように適合されており、かつ前記目標の電気通信ネットワーク（４００）に関連する前記ＩＰアドレス（２）を用いて、前記目標の電気通信ネットワーク（４００）にＩＰメッセージを送信するように適合されている。

Description

本発明は、概して、通信システムに関し、特にインターネット・プロトコルを用いて通信する電気通信ネットワークに関する。

現在、Ｎｏ．７信号方式（ＳＳ７）は、無線オペレータが提供する補足音声サービス、および移動／ローミング・サービスをサポートしているほとんどすべての音声ベースの用途を有する。現在のＳＳ７信号方式は、Ｔ１／Ｅ１回線を通して、また、ＳＳ７転送プロトコル、すなわち、ＭＴＰ３／２／１を使用するＳＳ７／ＰＳＴＮ（公衆電話網）を通して独占的に転送される。有線および無線ネットワークの両方に、膨大な数のＳＳ７がインストールされている基地（ｂａｓｅ）がある。これらのネットワークの信頼性は高いが、比較的高価であり、インターネット・プロトコル（ＩＰ）に基づくネットワークと比較すると柔軟性に乏しい。それ故、業界では、ＳＳ７転送プロトコルの代わりにＩＰを使用しようとしている。

この目的のために、インターネット技術調査会（ＩＥＴＦ）のＳＩＧＴＲＡＮワーキング・グループは、Ｍ２ＵＡ、Ｍ３ＵＡ、ＩＵＡおよびＳＵＡを含む多数のＳＳ７／ＩＰユーザ適応プロトコルを定義する、ＩＰネットワークによるパケットに基づくＰＳＴＮ信号の転送に焦点をあててきた。ＳＳ７／ＩＰユーザ適応プロトコル開発の際に遭遇する重要な問題のうちの２つが、メッセージに対する適当なサービス・アプリケーション・ノードを見つけることと、レガシーＳＳ７ネットワークとの効率的な経路選択およびインタフェースを行なうことであることが分かってきている。例えば、移動加入者の登録のようなある種の移動性サービス（ｍｏｂｉｌｉｔｙｓｅｒｖｉｃｅ）は、特に困難な問題である。移動環境においては、それは、Ｅ．１６４番号ではなくて、加入者を登録したり、認証したりするために使用される国際電気通信連合（ＩＴＵ）のＥ．２１２規格により割り当てられる国際移動局識別子（ＩＭＳＩ）である。それ故、移動性サービスおよび共通のＥ．１６４番号関連サービス（簡単な電話呼出し、ショート・メッセージ・サービス（ＳＭＳ）など）を提供するために、２つの別々のドメイン名サービス（ＤＮＳ）に基づくデータベース、格納、経路選択および管理スキームを現在開発する必要がある。１つは、Ｅ．１６４（例えば、（ＩＥＴＦ規格ＲＦＣ２９１６による）ＥＮＵＭサービスを使用する）に基づくスキームであり、もう１つは、Ｅ．２１２／ＤＮＳに基づくスキームである。もちろん、他のグローバル・タイトル（ＧＴ）に関連するサービスにより追加する必要がある他のドメインも開発する必要がある。さらに、このような解決方法は、専用的なもので、広く受け入れられる可能性は少ない。

別の方法としては、ＥＮＵＭ／ＤＮＳサーバが提供するような共通の外部サービスによりＧＴ情報をＩＰアドレスに変換することができる。しかし、移動体番号をＩＰアドレスにマッピングするために使用するＥＮＵＭ（ＤＮＳ）の場合には、各番号割当てプラン（例えば、ｅ１６４．ａｒｐａ、ｅ２１２．ａｒｐａ、およびｅ２１４．ａｒｐａ）に対して一意のドメインを定義する必要がある。インターネット割り当て番号機関（ＩＡＮＡ）（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎｅｄＮｕｍｂｅｒｓＡｕｔｈｏｒｉｔｙ）による新しいドメインの生成の他に、すべてのＥ．１６４／２１２／２１４番号の大量のデータベースを管理するための手順を開発するためには、途方もない量の作業を行わなければならない。これらの各番号を、適当なオペレータのシステム内の適当なＳＳ７ノードに対応するＩＰアドレスにマッピングしなければならない（オペレータは、自分がそのシステムをスケールする場合、複数のＳＵＡノードを有することができる）。それ故、例えば、サ
ービス発見およびサービス・ノードの識別（すなわち、宛先ＩＰアドレスの検索）を行うためには、すべてのＥ．１６４／２１２／２１４番号の管理は必要としないＥＮＵＭ／ＤＮＳに基づく共通の解決方法が、これらの現在提案されている解決方法に対して好ましい解決方法である。

それ故、ＳＳ７／ＩＰ通信に対してこのような解決策を可能にする装置および方法の開発が待望されている。

本発明は、Ｅ．１６４、Ｅ．２１２、およびＥ．２１４のような番号割当てスキーム用のＥＮＵＭの１つのドメイン（ｅ１６４．ａｒｐａ）を使用するＳＳ７／ＩＰ通信のための解決策を実施可能にすることにより、ネットワーク・オペレータ・メモリ要件、管理諸経費、および運用コストを低減する。本発明を使用すれば、ＳＵＡは、ＳＣＣＰユーザ・メッセージを、ＩＭＳＩまたはＥ．１６４番号に基づくグローバル・タイトル情報により宛先ノードに送ることができる。ネットワーク・オペレータは、ＥＮＵＭデータベースにＭＳＣ、ＨＬＲおよびＶＬＲのような移動性サービスに関連するＭＡＰＵＲＩを導入する。一連のサービスに関連するエンドポイント・サービス・ノードＩＰアドレスは、所与のＰＬＭＮに対するローカル・オペレータに属するＳＡＰＣに対応するＥＮＵＭに格納される。これらのエンドノードＩＰアドレスは、次に、ＥＮＵＭ／ＤＮＳ応答で、Ｅ．１６４に基づく問い合わせに返信される。

類似の構成要素には類似の参照番号が付いている、図１〜図６を参照すれば、本発明をよりよく理解することができるだろう。図３〜図６に示すように、本発明の好ましい実施形態は、ＰＬＭＮ５００，６００，７００のような公衆陸上移動通信網（ＰＬＭＮ）間の（ＩＰネットワーク３００を介した）ＩＰ通信に焦点をあてている。好適なＰＬＭＮは、ＩＰルータ（例えば、符号５０１，６０１または符号７０１）、ＥＮＵＭデータベース（例えば、符号５０２，６０２または符号７０２）、およびサービス・アプリケーション・ノード（例えば、符号５０４，５０５，６０３，６０４，７０４または符号７０５）を備える。好適なＰＬＭＮは、また、ＳＳ７ネットワーク４００に対してインタフェースとして機能する信号ゲートウェイ（例えば、符号５０３または符号７０３）を備えることもできる。そのコンピュータ・ネットワーク構成要素およびそれらが提供する規格に基づく通信を可能にするソフトウェア／ファームウェアが周知であるように、ＰＬＭＮ、ＳＳ７ネットワーク、およびＩＰネットワーク（ＥＮＵＭ機能およびＥＮＵＭデータベース階層を含む）は、電気通信においてはすべて周知のものである。

ＥＮＵＭ機能は、電話番号をインターネット・アドレスにマッピングするドメイン名サービス（ＤＮＳ）技術を使用するＩＥＴＦＥＮＵＭ規格（ＲＦＣ２９１６）に基いている。ＥＮＵＭサービスは、通信アプリケーションが、所与の電話番号に関連するＩＰ動作可能通信サービスを効率的に「発見」することができるようにするインターネット・インフラストラクチャの核となるものである。サービス・アプリケーション・ノードに対するＩＰアドレスの発見／検索は、ＥＮＵＭに指定された任意のサービスＵＲＩ（ユニバーサル・リソース識別子（ＲＦＣ１６３０））に基づくことができる。本発明の好ましい実施形態の場合には、ＥＮＵＭは、目標サービス・アプリケーション・ノードのＩＰアドレスを識別／発見するため、およびＰＬＭＮのサービス処理機能を識別／発見するための少なくともいずれかのために使用される。

ＥＮＵＭは、ＩＰアドレスおよび／またはＰＬＭＮサービス機能を発見するために、サ
ービス・アプリケーションＰＬＭＮコード（ＳＡＰＣ）を使用する。ＩＭＳＩから検索された目標ＭＣＣ（携帯電話国番号）およびＭＮＣ（移動体ネットワーク・コード）の両方をＳＡＰＣにマッピングすることにより、他のＰＬＭＮでサービス／ノードの発見を開始するために、ＳＡＰＣはＥＮＵＭ問合わせメッセージ内に含まれ得る。それ故、加入者に対するＩＭＳＩまたはＥ．１６４番号を用いて、目標サービス・アプリケーション・ノードのＩＰアドレスおよび／またはサービスを発見することができる。中間ＥＮＵＭサーバは、ドメイン名ＣＣ（ＣｏｕｎｔｒｙＣｏｄｅ（国番号））およびＮＰＡ／ＮＤＣ（ＮａｔｉｏｎａｌＰｌａｎｎｅｄＡｒｅａ（国内計画エリア）／ＮａｔｉｏｎａｌＤｅｓｔｉｎａｔｉｏｎＣｏｄｅ（国内宛先コード））のみに基づいてアドレス・マッピングを行い、ＥＮＵＭ階層の層１にある任意の他のＥ．１６４関連情報を保持する必要はない。また、ＥＮＵＭに入力されたサービスは、層２／層３の下に位置していて、ＰＬＭＮを担当するオペレータの厳重な制御および管理下にあることに留意されたい。ＤＮＳ／ＥＮＵＭは、「交換コード（ｅｘｃｈａｎｇｅｃｏｄｅ）」としてＥ．１６４番号およびＳＡＰＣのみを含む。ローミング契約をしているオペレータだけが、そのオペレータが契約しているオペレータのＰＬＭＮのＳＡＰＣコードをそのローカルＥＮＵＭ内に導入する必要がある。

ＳＡＰＣ割当てに対して２つのスキームが提供される。図１および図２は、それぞれ、スキーム１およびスキーム２を示す。図１は、各サービス／プロトコルが一意のＳＡＰＣで表される一連のサービス／プロトコルを提供するＰＬＭＮの一例である。サービスは、Ｅ．１６４（ＣＡＰ，ＭＡＰ，ＳＩＰ）、Ｅ．２１２（ＭＡＰ）、Ｅ．ＸＸＸ（ディスパッチ／グルーブ呼出し）、ポイント・コード（ＳＳ７サポート・サービス）等のような多数の異なる加入者ＩＤスキームと関連付けられることができる。図２は、各ＰＬＭＮが一意のＳＡＰＣで表される一連のサービス／プロトコルを提供するＰＬＭＮの一例である。この場合、ＳＡＰＣは、一連のサービスを提供するＰＬＭＮに割り当てられた一意のＥ．１６４番号である。

しかしながら、一般的に、ＳＡＰＣコンセプトは、Ｅ．１６４番号割当てスキームに基いていない、または関連していないことがあるインスタント・メッセージおよびディスパッチのような、現在の移動性サービス並びに潜在的な将来のサービスを提供するために適用される。実際には、サービス／プロトコルは、任意の番号割当てスキームに基づくこともできるし、関連づけることもできる。例えば、サービスは、ＳＳ７レガシー・ネットワーク（例えば、ＳＳ７メッセージ経路選択機能をサポートするデータ変換サービス）、音声ディスパッチ・サービス、およびＧＴデータ・タイプ（Ｅ．２１２、Ｅ．２１４、Ｅ．１６４、ノード・アドレスとしてのポイント・コード等）をサポートするものであり得る。また、ＳＡＰＣは、（サービスの自動発見のための）特定のサービス／プロトコルに割り当てられることもできるし、または特定のデータ・タイプ変換を処理することができるＧＴタイプの特定ノード（加入者のＳＳ７等価物またはノードＩＤ）に割り当てられることもできる。よって、ＳＡＰＣは、特定のサービスを提供する物理ノードまたは仮想ノードを識別する。

これらのサービス・アプリケーション・ノードは、任意の形式または方法で、サービス・プロバイダにより定義され得る。すなわち、サービス・アプリケーション・ノードのＩＰアドレスは、そのサービス・アプリケーション・ノードが提供するサービスの種類またはそのサービス・アプリケーション・ノードが処理することができるＧＴタイプによって、ローカルＥＮＵＭデータベースに提供され得る。サービス・プロバイダは、そのローカルＥＮＵＭデータベース内にＩＰアドレスおよびサービス・インジケータを格納することにより、サービス・プロバイダが他者にどんなサービスを提供するかを制御する。それ故、ネットワーク・オペレータが相互にローミング契約に同意した場合には、例えば、ネットワーク・オペレータは、自分が他者に提供するサービスに対してそれらのネットワーク
・オペレータのローカルＥＮＵＭデータベースの各々に格納されている関連ＳＡＰＣを交換することができる。

目標サービス・アプリケーション・ノードのＩＰアドレスが識別されると、ＳＣＣＰユーザ適応層（ＳＵＡ）ノードは、ＳＣＣＰユーザから、処理機能アプリケーション・パート（ＴＣＡＰ）、無線アクセス・ネットワーク・アプリケーション・パート（ＲＡＮＡＰ）、および無線ネットワーク・サブシステム・アプリケーション・パート（ＲＮＳＡＰ）のような信号メッセージを、ストリーム制御送信プロトコル（ＳＣＴＰ）によりインターネット・プロトコル（ＩＰ）ネットワークを通して目標ノードに転送することができる。よって、ＳＵＡノードは、ＳＳ７内のＳＣＣＰユーザとＩＰドメインとの間の途切れのない相互動作をサポートする。いくつかの適応プロトコルの中で、ＳＵＡは、すべてのＩＰ環境で有意な利点を有する。何故なら、ＳＵＡを使用すれば、ＳＣＣＰ層自身を含むＳＣＣＰ層の下のいかなる付加的なＳＳ７プロトコルをも使用する必要がなくなるからである。これにより、高価で柔軟性のないポイント・コード・アドレス指定スキームが必要なくなる。

本発明の好ましい実施形態の動作は、ほぼ図３〜図６に示すように、行われる。それぞれが図の１つに対応する４つのシナリオについて説明する。
第１のシナリオ（図３）は、ＤＮＳ／ＥＮＵＭ問合わせを介したＰＬＭＮＮ（ＰＬＭＮ６００）による、ＰＬＭＮ１（ＰＬＭＮ５００）内に常駐するエンド・ノード（一例としてＳＵＡ）の発見とアドレス検索を示す。これは、スキーム１のＳＡＰＣを用いて、ＭＡＰＵＲＩ／ノードＩＰアドレスを見つけることを目的たした移動性サービス動作のためのＥＮＵＭの使用方法を示す。ＰＬＭＮ１およびＰＬＭＮＮは、ローミング契約をしていて、相手方の各ＰＬＭＮ（それぞれその各ＳＡＰＣコードを含むＤＢ／ＥＮＵＭ５０２および６０２）に対するＳＡＰＣコードを知っているものと見なされる。これらのローカルＥＮＵＭは、移動性サービスを提供する物理サービス・アプリケーション・ノード（この場合は、ＨＬＲ）の仮想ＩＰアドレスまたはＩＰアドレスを含むことができることに留意されたい。サービス・アプリケーション・ノード５０４，５０５は任意のＳＳ７／ＩＰ適応層プロトコルに基づき得るが、ＳＵＡを使用する。また、一般的に、サービス・アプリケーション・ノードに対するＩＰアドレスの発見／検索は、ＥＮＵＭ内に指定されている任意のサービスＵＲＩに基づき得ること、および一般的に、サービスの発見は、順序および優先順位を含む標準ＤＮＳ／ＥＮＵＭ問合わせに基づき得ることに留意されたい。

第１のシナリオにおいて、ＰＬＭＮ６００は、登録を要求している移動加入者からＩＭＳＩを受信する。ＰＬＭＮ６００は、ＩＭＳＩからＭＣＣおよびＭＮＣを入手し、移動性サービスに対応するＳＡＰＣを用いてＥＮＵＭ問合わせメッセージ（１）を送信する。ＥＮＵＭ／ＤＢ５０２は、ＳＡＰＣに基づいてメッセージ（１）を受信し、ＳＵＡ−ＭＡＰノード５０４に対応するＩＰアドレスを探し、ＳＵＡ−ＭＡＰノード５０４のＩＰアドレスで応答する（ＩＰメッセージ２）。応答を受信した後で、ＰＬＭＮ６００は、ノード５０４のＩＰアドレスを用いて、ＳＵＡメッセージ（３）をＰＬＭＮ５００に送信することができる。

第２のシナリオ（図４）も、ＤＮＳ／ＥＮＵＭ問合わせを介したＰＬＭＮＮによる、ＰＬＭＮ１内に常駐するエンド・ノード（一例としてＳＵＡ）の発見およびアドレス検索を示す。第２のシナリオは、スキーム２のＳＡＰＣを用いて、ＭＡＰＵＲＩ／ノードＩＰアドレスを見つけるための、ＥＮＵＭによる移動性サービス動作の使用方法を示す。第２のシナリオの場合、ＰＬＭＮ６００は、登録を要求している移動加入者からＩＭＳＩを受信する。ＰＬＭＮ６００は、ＩＭＳＩからＭＣＣおよびＭＮＣを入手し、ＭＣＣおよびＭＮＣに対応するＤＢ／ＥＮＵＭ６０２からＳＡＰＣを用いてＥＮＵＭ問合わせメッセージ（１）を送信する（これは、ＰＬＭＮ５００に対する一意のＥ．１６４（ＩＳＤＮ）番号
である）。ＥＮＵＭ／ＤＢ５０２は、メッセージ（１）を受信し、ＳＵＡ−ＭＡＰノード５０４に対応するＩＰアドレスを探し、ＳＵＡ−ＭＡＰノード５０４のＩＰアドレスで応答する（ＩＰメッセージ２）。応答を受信した後で、ＰＬＭＮ６００は、ノード５０４のＩＰアドレスを用いて、ＳＵＡメッセージ（３）をＰＬＭＮ５００に送信することができる。

第３のシナリオ（図５）は、スキーム２のＳＡＰＣを用いたグローバル・タイトルとしてのポイント・コードによるサービスの発見を示す。これは、ポイント・コードに基づくアドレス指定スキームを用いたレガシーＳＳ７ネットワークに対する相互作用機能を提供する「ＳＳ７サポート・サービス」の一例である。これについて説明すると、ＳＧを通してレガシーＳＳ７ネットワーク・サポートを提供することができない小型衛星ＰＬＭＮは、ＰＬＭＮ１を通してこのサービスを使用することができる。よって、ＥＮＵＭドメイン内のＳＡＰＣコンセプトを用いて、衛星ＰＬＭＮは、レガシーＳＳ７ネットワークに後続するＳＳ７アプリケーション・メッセージを送信するために使用される他のＰＬＭＮの特定のサービス・アプリケーション・ノードのＩＰアドレスを識別することができる。

第３のシナリオの場合、ＰＬＭＮ６００は、登録を要求している移動加入者からＩＭＳＩを受信する。ＰＬＭＮ６００は、この加入者がレガシーＳＳ７サポートだけを行うＰＬＭＮに属していると判断する。ＰＬＭＮ６００は、ＩＭＳＩからＭＣＣおよびＭＮＣを入手し、ＭＣＣおよびＭＮＣに対応するＤＢ／ＥＮＵＭ６０２からＳＡＰＣを用いてＥＮＵＭ問合わせメッセージ（１）を送信する（これは、ＰＬＭＮ５００に対する一意のＥ．１６４（ＩＳＤＮ）番号である）。ＥＮＵＭ／ＤＢ５０２は、メッセージ（１）を受信し、ＳＵＡ−ＳＧノード５０３に対応するＩＰアドレスを探し、ＳＵＡ−ＳＧノード５０３のＩＰアドレスで応答（ＩＰメッセージ２）する。応答を受信した後で、ＰＬＭＮ６００は、ノード５０３のＩＰアドレスにより、ＳＵＡメッセージ（３）をＰＬＭＮ５００に送ることができる。ＳＵＡメッセージ（３）内のポイント・コードに基づいて、ＳＵＡ−ＳＧノード５０３は、ＳＳ７メッセージ（４）を生成し、それをＳＳ７ネットワーク４００を通して送る。ＳＳ７ネットワーク４００は、次に、ＳＳ７メッセージ（５）を適当なＰＬＭＮに経路選択する。

第４のシナリオ（図６）は、スキーム２により、任意の２つのＳＳ７／ＩＰ適応（ＸＵＡ）プロトコル間の相互作用のための本発明の使用方法を説明する。この図は、ＳＡＰＣコンセプトが、どのようにしてオペレータに対して洗練された移動経路を提供し、種々のＳＳ７／ＩＰプロトコルとの反対方向の互換性および相互作用を提供するのかを示す。

第４のシナリオの場合、ＰＬＭＮ５００（ＳＵＡネットワーク）内のＳＵＡノード５０７は、そのＳＡＰＣに基づいて経路選択されるＥＮＵＭ問合わせメッセージ（１）をＰＬＭＮ７００に送る。ＰＬＭＮ７００（Ｍ３ＵＡ／ＸＵＡネットワーク）内のローカルＤＢ／ＥＮＵＭ７０２は、Ｍ３ＵＡとして、ＸＵＡノード７０４のＩＰアドレスおよびプロトコルＩＤを含む問合わせ応答メッセージ（２）を送る。ＳＵＡノード５０７は、メッセージ（３）をＳＧ５０３に送り、ＳＧ５０３は、このメッセージをＳＳ７ネットワーク４００に経路選択する。ＳＳ７ネットワーク４００は、このメッセージをＳＧ７０３に経路選択し、ＳＧ７０３は、プロトコル変換を行い、このメッセージをＸＵＡノード７０４に経路選択する。

特定の実施形態を参照しながら、本発明を詳細に図示し説明してきたが、当業者であれば本発明の精神および範囲から逸脱することなしに、形式および詳細な点を種々に変更することができることを理解することができるだろう。

それぞれのサービス／プロトコルが一意のＳＡＰＣで表される一連のサービス／プロトコルを提供するＰＬＭＮの一例を示す表。それぞれのＰＬＭＮが一意のＳＡＰＣで表される一連のサービス／プロトコルを提供するＰＬＭＮの一例を示す表。移動性サービスのためのＥＮＵＭおよびＳＡＰＣ（スキーム１）の使用を示すＩＰネットワークを通して相互に接続しているＰＬＭＮのブロック図。移動性サービスのためのＥＮＵＭおよびＳＡＰＣ（スキーム２）の使用を示すＩＰネットワークを通して相互に接続しているＰＬＭＮのブロック図。ポイント・コード・グローバル・タイトルに対するＳＡＰＣ（スキーム２）を使用するサービスの発見を示すＩＰネットワークを通して相互に接続しているＰＬＭＮのブロック図。２つの異なるＳＳ７／ＩＰプロトコル間の相互作用を示すＩＰネットワークを通して相互に接続しているＰＬＭＮのブロック図。

Claims

電気通信ネットワークがインターネット・プロトコル（ＩＰ）を用いて通信するための方法であって、
目標の電気通信ネットワークに関連する情報に対して問い合わせを行うために、前記目標の電気通信ネットワークに関連する電話番号を含むＩＰ問合わせメッセージを送信するステップと、
前記ＩＰ問合わせメッセージに応じて、前記目標の電気通信ネットワークに関連するＩＰアドレスを受信するステップと、
前記目標の電気通信ネットワークに関連するＩＰアドレスを用いて、前記目標の電気通信ネットワークにＩＰメッセージを送信するステップとを含む方法。
前記ＩＰ問合わせメッセージが、ＩＰＥＮＵＭ問合わせメッセージを含む、請求項１に記載の方法。
前記電話番号が、サービス・アプリケーションＰＬＭＮコード（ＳＡＰＣ）として使用されるＥ．１６４番号を含む、請求項１に記載の方法。
移動加入者からＩＭＳＩを含む登録要求を受信するステップをさらに含む、請求項１に記載の方法。
前記ＩＭＳＩから、ＭＣＣ（携帯電話国番号）およびＭＮＣ（移動体ネットワーク・コード）を用いて、前記ＩＭＳＩからのＳＡＰＣを判定するステップをさらに含む、請求項４に記載の方法。
前記ＩＰ問合わせメッセージに応じて、前記目標の電気通信ネットワークが提供する少なくとも１つのサービスを受信するステップをさらに含む、請求項１に記載の方法。
電気通信ネットワークがインターネット・プロトコル（ＩＰ）を用いて通信するための方法であって、
目標の電気通信ネットワークに関連する情報に対して問い合わせを行うために、前記目標の電気通信ネットワークに関連する電話番号を含む、ＩＰ問合わせメッセージを送信するステップと、
前記ＩＰ問合わせメッセージに応じて、前記目標の電気通信ネットワークに関連するＩＰアドレスと、前記目標の電気通信ネットワークに関連するプロトコルとを受信するステップと、
前記プロトコルに基づいて、プロトコル不適性（ｐｒｏｔｏｃｏｌｉｎｃａｐａｂｉｌｉｔｙ）が存在することを判断するステップと、
前記目標の電気通信ネットワークに、ＩＰメッセージではなく、ＳＳ７メッセージを送信するステップとを含む方法。
前記ＩＰ問合わせメッセージが、ＩＰＥＮＵＭ問合わせメッセージを含む、請求項７に記載の方法。
前記電話番号が、サービス・アプリケーションＰＬＭＮコード（ＳＡＰＣ）として使用されるＥ．１６４番号を含む、請求項７に記載の方法。
電気通信ネットワークであって、
インターネット・プロトコル（ＩＰ）ネットワークに接続している少なくとも１つのルータと、
前記少なくとも１つのルータに結合しているコンピュータ・ネットワーク機器とを備え、前記コンピュータ・ネットワーク機器は、目標の電気通信ネットワークに関連する情報について問い合わせを行うために、ＩＰ問合わせメッセージを送信するように適合されており、前記ＩＰメッセージは前記目標の電気通信ネットワークに関連する電話番号を含み、前記コンピュータ・ネットワーク機器は、前記ＩＰ問合わせメッセージに応じて、前記目標の電気通信ネットワークに関連するＩＰアドレスを受信するように適合されており、かつ前記目標の電気通信ネットワークに関連する前記ＩＰアドレスを用いて、前記目標の電気通信ネットワークにＩＰメッセージを送信するように適合されている、電気通信ネットワーク。