(57)【要約】  電話番号に関連したＩＰアドレスに関する照会は、ＥＮＵＭレコードで含まれる照会フラグに従って行われる。照会フラグは、ＤＮＳデータベースに対する開始されるべき照会の種類を示す。照会フラグは、ＥＮＵＭレコード内に含まれるＵＲＩのドメイン名部を解釈する手段を提供する。照会フラグは、ＤＮＳに対して行われるべき照会の種類に関して明確な指標を与え、どのようにＥＮＵＭレコード内のＵＲＩのドメイン名部が解釈されるべきであるかに関して明確な指標を与える。照会フラグは、実行されるべき後続の動作に関連する指導も与える。照会フラグの使用は、ＥＮＵＭレコード内に含まれるドメイン名について仮定をすることに関連したあいまい性を除去する。したがって、照会フラグの使用は、待ち時間を低減し、伝送リンク上の負荷を低減し、ネットワーク要素上の処理負荷を低減することができる。
2009524939.tif 000002
【特許請求の範囲】
【請求項１】
電話番号に関連したインターネットプロトコル（ＩＰ）アドレスを取得する方法であって、
前記電話番号を示す第１の部分と、
前記電話番号に関連したドメイン名を示す第２の部分と、
ドメインネームシステム（ＤＮＳ）に対して開始されるべき照会の種類を示す照会フラグと
を備える電子ナンバリング（ＥＮＵＭ）レコードを生成するステップと、
前記ＥＮＵＭレコードを用いて前記ＤＮＳに照会して前記電話番号に関連した少なくとも１つのＩＰアドレスを取得するステップと
を備えることを特徴とする方法。
【請求項２】
開始されるべき前記照会の種類は、
メール交換リソースレコードに関する照会と、
サーバリソースレコードに関する照会と
のうちの少なくとも１つを備えることを特徴とする請求項１に記載の方法。
【請求項３】
「ｍ」の値を有する照会フラグは、メール交換リソースレコードに関する照会を開始することを示し、
「ｇ」の値を有する照会フラグは、サーバリソースレコードに関する照会を開始することを示す
ことを特徴とする請求項１に記載の方法。
【請求項４】
無線通信ネットワークを介して前記少なくとも１つのＩＰアドレスを取得するステップをさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
電話番号に関連したインターネットプロトコル（ＩＰ）アドレスを取得するシステムであって、
第１のプロセッサであって、
前記電話番号を受信し、
前記電話番号に関連したドメイン名に関する照会であって前記電話番号の指標を備える照会を生成し、
第２のプロセッサに前記照会を提供する、
第１のプロセッサと、
前記照会を受信することに応答して電子ナンバリング（ＥＮＵＭ）レコードを生成する前記第２のプロセッサと
を備え、
前記ＥＮＵＭレコードは、
前記電話番号を示す第１の部分と、
前記電話番号に関連したドメイン名を示す第２の部分と、
ドメインネームシステム（ＤＮＳ）に対して開始されるべき照会の種類を示す照会フラグとを備える、
ことを特徴とするシステム。
【請求項６】
開始されるべき前記照会の種類は、
メール交換リソースレコードに関する照会と、
サーバリソースレコードに関する照会と
のうちの少なくとも１つを備えることを特徴とする請求項５に記載のシステム。
【請求項７】
「ｍ」の値を有する照会フラグは、メール交換リソースレコードに関する照会を開始することを示し、
「ｇ」の値を有する照会フラグは、サーバリソースレコードに関する照会を開始することを示す
ことを特徴とする請求項５に記載のシステム。
【請求項８】
無線通信ネットワークの一部であることを特徴とする請求項５に記載のシステム。
【請求項９】
データ構造を格納しているコンピュータ可読媒体であって、前記データ構造は、
電子ナンバリング（ＥＮＵＭ）レコードであって、
前記電話番号を示す第１の部分と、
前記電話番号に関連したドメイン名を示す第２の部分と
を備える電子ナンバリングレコードと、
ドメインネームシステム（ＤＮＳ）に対して開始されるべき照会の種類を示す照会フラグと
を備えることを特徴とするコンピュータ可読媒体。
【請求項１０】
開始されるべき前記照会の種類は、
メール交換リソースレコードに関する照会と、
サーバリソースレコードに関する照会と
のうちの少なくとも１つを備えることを特徴とする請求項９に記載のコンピュータ可読媒体。
【請求項１１】
「ｍ」の値を有する照会フラグは、メール交換リソースレコードに関する照会を開始することを示し、
「ｇ」の値を有する照会フラグは、サーバリソースレコードに関する照会を開始することを示す
ことを特徴とする請求項９に記載のコンピュータ可読媒体。
【請求項１２】
前記ＥＮＵＭレコードを生成する動作と、
前記ＥＮＵＭレコードを用いて前記ＤＮＳに照会して前記電話番号に関連した少なくとも１つのＩＰアドレスを得る動作と
を実行するためのコンピュータ実行可能命令を有することを特徴とする請求項９に記載のコンピュータ可読媒体。
【請求項１３】
無線通信ネットワークを介して前記少なくとも１つのＩＰアドレスを取得するためのコンピュータ実行可能命令をさらに有することを特徴とする請求項１２に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、概して通信システムに関し、より具体的には電子ナンバリング（ＥＮＵＭ：Electronic Numbering）に関する。
【背景技術】
【０００２】
電子ナンバリング（ＥＮＵＭ）は、電話システムとインターネットを併合するために使用される技術を意味する。ＥＮＵＭを使用すると電話番号がインターネット上で通信をルーティングするために使用されることができ、単一の電話番号が、例えば電子メールまたはマルチメディアメッセージング（multimedia messaging）などの複数のサービスに関連付けられることができる。ＥＮＵＭは、電話番号を１つのインターネットプロトコル（ＩＰ：Internet Protocol）アドレスまたは複数のアドレスにマッピングするプロセスでの重大な第１のステップを提供する。ＥＮＵＭレコードが得られると、ドメイン名が抽出され、１つまたは複数の後続の照会（クエリー、query）はＩＰアドレスを得るために行われる。しかし、ドメイン名を解釈する方法を正確に決定するための特定の手順が配備されていない。誤った解釈がなされる場合には、システムの待ち時間が悪化し、成果が予測できない可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
したがって、この種のあいまい性の存在下では、もっとも実際的な手法は、もっとも一般的な状態に適用するシグナリングフローを追求することでありうるが、非効率である。この種のフローでの追加の照会は、システムの待ち時間を増大させ、伝送リンク上の負荷を増大させ、ネットワーク要素上の処理負荷を増大させることになりうる。
【課題を解決するための手段】
【０００４】
電話番号に関連したＩＰアドレスを得るために使用されるＥＮＵＭレコードは、少なくとも１つの照会フラグ（query flag）を備える。照会フラグは、ＤＮＳデータベースに対して開始されるべき照会の種類を示す。照会フラグは、ＥＮＵＭサーバが提供（セットアップ）されるときにＥＮＵＭレコードの中に組み込まれる。照会フラグは、ＥＮＵＭレコード内のＵＲＩのドメイン名部を解釈する手段を提供する。例示の実施形態では、「ｇ」の照会フラグ値はサーバリソースレコード（server resource record）に関するＤＮＳ照会が開始されるべきであることを示し、「ｍ」の照会フラグ値はメール交換リソースレコードに関するＤＮＳ照会が開始されるべきであることを示す。
【０００５】
前述の目的および他の目的、態様、および利点は、図面を参照して下記の詳細な説明からよりよく理解されることになる。
【発明を実施するための最良の形態】
【０００６】
図１は、電話番号に関連したＩＰアドレスを解決する例示のシステムの図である。ＥＮＵＭによってユーザは、電話番号に関連したＩＰアドレスのリスト（ｌｉｓｔ）を得ることができる。例えば、ユーザは、電話番号を携帯電話の中に打ち込み、ＩＰ電話、電子メール、ウェブサイト、またはその組合せに関するアドレスなど、その番号に関するインターネットプロトコルリソース（ＵＲＩ：Internet Protocol resource）のリストにアクセスすることができる。図１は例示であり、特定の実装形態を意味するものではないことを強調しておく。クライアントプロセッサ１２は、電話番号を受信し、または生成する能力を有し、ＥＮＵＭプロセッサ１４と通信する能力を有する任意の適切なプロセッサを備えることができる。クライアントプロセッサ１２は、コンピュータなどの単一のプロセッサまたは複数のプロセッサで実現されることができる。複数のプロセッサは、分散されるか、または中央に配置されることができる。複数のプロセッサは、無線で、または有線を介して、あるいはその組合せで通信することができる。例えば、クライアントプロセッサ１２の各部分は、複数の分散プロセッサを用いて実現されることができる。プロセッサはデータベースを含むことができる。
【０００７】
ＥＮＵＭプロセッサ１４は、電話番号とＵＲＩ（Uniform Resource Identifier）との関連性を備える。各ＵＲＩはドメイン名を含む。ＥＮＵＭプロセッサ１４は、電話番号をＵＲＩに関連付けることができる任意の適切なプロセッサであってよい。ＥＮＵＭプロセッサ１２は、コンピュータなどの単一のプロセッサ、または複数のプロセッサで実現されることができる。複数のプロセッサは、分散されるか、または中央に配置されることができる。複数のプロセッサは、無線で、または有線を介して、あるいはその組合せで通信することができる。例えば、ＥＭＵＭプロセッサ１４の各部分は、複数の分散プロセッサを用いて実現されることができる。プロセッサはデータベースを含むことができる。
【０００８】
ＤＮＳ １６は、ドメインネームシステム（ＤＮＳ：Domain Name System）を表す。ＤＮＳは当技術分野では知られている。今日のインターネットのユーザがウェブサイトを捜すとき、ユーザは「ｗｗｗ．ｄｏｍａｉｎ．ｎａｍｅ．ｃｏｍ」などのシンボリック（symbolic）の名前を指定する。しかし、プロセッサはこれらのシンボリックの名前を理解しない。したがって、ＤＮＳは、シンボリックの名前をプロセッサが理解可能な論理名（例えば、ＩＰアドレス）に変換するために確立されている。ＤＮＳは、シンボリック名を論理名にマッピングする。ＤＮＳ １６は、コンピュータなどの単一のプロセッサ、または複数のプロセッサで実現されることができる。複数のプロセッサは、分散されるか、または中央に配置されることができる。例えば、クライアントが捜しているＩＰアドレスを把握するＤＮＳプロセッサは、ターゲットキャリア（target carrier）のネットワーク内に配置されることができる。複数のプロセッサは、無線で、または有線を介して、あるいはその組合せで通信することができる。例えば、ＤＮＳ １６の各部分は、複数の分散プロセッサを用いて実現されることができる。プロセッサはデータベースを含むことができる。
【０００９】
下記でより詳細に説明されるように、プロセッサ１８は、クライアントプロセッサ１２のネットワークまたはキャリア以外の、ネットワーク内のサーバ、またはキャリアによって動作されるサーバを表す。
【００１０】
電話番号はクライアントプロセッサ１２に提供される。電話番号は任意の適切な手段によって提供されることができる。例えば、電話番号は、携帯電話、プロセッサ、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、インターネットブラウザ、無線リンク、有線リンク、またはその組合せによって提供されることができる。例示の実施形態ではクライアントプロセッサ１２は、電話番号提供者の上述の例のうちの１つを備え（例えば、クライアントプロセッサ１２は携帯電話を備えることができる）、したがって電話番号を生成する。電話番号はクライアントプロセッサ１２によってフォーマットされる。クライアントプロセッサ１２は、矢印２０によって示されるように、ＥＮＵＭプロセッサ１４にフォーマット化された電話番号を提供する。ＥＮＵＭプロセッサは、矢印２２によって示されるように、ＥＮＵＭレコードでクライアントプロセッサに応答する。
【００１１】
図２は、順序部３０、優先部３２、照会フラグ部３４、サービス部３６、正規表現部３８、および交換部２４を備えるＥＮＵＭレコードの例示部分の図である。順序部３０は、レコードが処理されなければならない順序を示す文字列を備える。優先部３２は、同等の順序を有するレコードが処理されるべきである順序を示す文字列を備える。照会フラグ部３４は、実行されるべき照会の種類を示す文字列を備える。例示の実施形態では照会フラグ部３４は、ＤＮＳに対して開始されるべき照会の種類を示す少なくとも１つの照会フラグを備える。サービス部３６は、アプリケーションの特定のパラメータを示す文字列を備える。正規表現部３８は、調べるべき次のドメイン名を示す文字列を備える。この文字列は、電話番号を示すこともできるが示す必要はない。
【００１２】
再び図１を参照するとクライアントプロセッサ１２は、ＥＮＵＭプロセッサ１４から受信したＥＮＵＭレコードに従ってＤＮＳ １６に対して照会（矢印２４）を開始する。ＤＮＳ １６は、ＥＮＵＭレコード内に含まれる照会フラグに従って照会される。照会フラグは、開始するべき照会の種類を示す。例えば、照会フラグは、ＤＮＳ １６がメール交換リソースレコードに関して照会されるべきである、またはＤＮＳ １６がサーバリソースレコードに関して照会されるべきであることを示すことができる。ＤＮＳ １６は、適切なサーバリソースレコードまたはメール交換リソースレコードと共に照会に応答する（矢印２６）。ＤＮＳ １６がその中に含まれるドメイン名に対して権限がある場合、対応するＤＮＳサーバは、その応答の中に適切なＩＰアドレスも含むことができる。そうでない場合、最終のＤＮＳ照会がＩＰアドレスに対して解決する必要がある。
【００１３】
例示の実施形態では、「ｇ」（大文字と小文字の区別をしない）の値を有する照会フラグは、サーバリソースレコードに関する照会を示し、「ｍ」（大文字と小文字の区別をしない）の値を有する照会フラグは、メール交換リソースレコードに関する照会を示す。図３は、例示のＥＮＵＭフラグ「ｇ」および「ｍ」を示すＥＮＵＭレコードの部分の図である。照会フラグ「ｇ」は、正規表現部内に含まれるドメイン名が、サーバリソースレコードが存在するものであり、したがってサーバリソースレコードに関する照会が開始されるべきであることを示す。「ｇ」の照会フラグを含むＥＮＵＭレコードを受信した後、ＤＮＳはサーバリソースレコードに関して照会される。つまり、シグナリングフローはサーバリソースレコードに関する照会に直接進み、サーバリソースレコードを配置する中間のステップはバイパス（bypass）される。照会フラグ「ｍ」は、正規表現部内に含まれるドメイン名が、メール交換リソースレコードが存在するものであり、したがってメール交換リソースレコードに関する照会が開始されるべきであることを示す。「ｍ」の照会フラグを含むＥＮＵＭレコードを受信した後、ＤＮＳはメール交換リソースレコードに関して照会される。
【００１４】
図４は、移動体通信用グローバルシステム（ＧＳＭ）網、汎用パケット無線サービス（ＧＰＲＳ）網、ＩＰマルチメディアネットワーク（ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ｎｅｔｗｏｒｋ）を含む無線通信ネットワーク内で電話番号に関連したＩＰアドレスを解決する例示のネットワークアーキテクチャ４００の図である。ＧＳＭは、携帯電話ユーザまたはコンピュータユーザなどの加入者に回線交換データサービスを提供する。ＧＰＲＳは、ＧＳＭ網にパケット交換を提供する。例示のネットワークアーキテクチャ３００は、ＧＳＭコアネットワーク（ＧＳＭ  ｃｏｒｅ  ｎｅｔｗｏｒｋ）およびＧＰＲＳ網を含む。例示のＧＳＭコアネットワークは、移動局（ＭＳ）４０、少なくとも１つの基地局（ＢＴＳ）４２、および基地局制御装置（ＢＳＣ）４４を備える。ＭＳ４０は、モバイル加入者によって使用される携帯電話またはラップトップコンピュータなど、加入者識別モジュール（ＳＩＭ）を有する物理的装置またはモバイル装置（ＭＥ）を備える。ＳＩＭは、加入者の固有の識別子である国際携帯電話加入者識別番号（ＩＭＳＩ）を含む。ＢＴＳ４２は、無線インターフェースがＭＳ４０と通信することを可能にする無線塔などの物理的装置を備える。各ＢＴＳ４２は２つ以上のＭＳ４０をサービスすることができる。ＢＳＣ４４は、ＢＴＳ４２を含む無線リソースを管理する。ＢＳＣ４４は複数のＢＴＳに接続されることができる。概して、ＢＳＣ４４およびＢＴＳ４２は本明細書で基地局システムＢＳＳと呼ばれる。
【００１５】
ＧＳＭコアネットワークはまた、移動交換局（ＭＳＣ）４６、関門移動交換局（ＧＭＳＣ）８２、ホームロケーションレジスタ（ＨＲＬ：home location register）５４、ビジタロケーションレジスタ（ＶＬＲ：visitor location register）４８、認証センタ（ＡｕＣ）５２、および装置識別レジスタ（ＥＩＲ）５０を備える。ＭＳＣ４６は、ＧＳＭ網に関する交換機能を実行する。ＭＳＣ ４６は、登録、認証、位置更新、ハンドオーバ、および呼ルーティングなどの他の機能も実行する。ＧＭＳＣ ８２は、ＧＳＭ網と、サービス総合デジタル網（ＩＳＤＮ）または公衆交換電話網（ＰＳＴＮ）６０などの他のネットワークとの間のゲートウェイを提供する。したがって、ＧＭＳＣ ８２は、ＩＳＤＮおよび／またはＰＳＴＮなどの外部のネットワークに網間接続機能を提供する。ＩＳＤＮは、通常の電話銅線上での音声およびデータのデジタル伝送を可能にするように設計された１種の回線交換電話網システムである。ＩＳＤＮは、回線交換接続を確立し切断するための１組のプロトコルも備える。ＰＳＴＮは、デジタル、アナログ（ａｎａｌｏｇ）、モバイル、および固定回線のシステムを含む回線交換電話網の寄せ集めである。
【００１６】
ＨＬＲ ５４は、対応するＧＳＭ網内に登録された各加入者に関する管理情報を含むデータベースを備える。ＨＬＲ ５４はまた、各ＭＳ ４０の現在位置を含む。ＶＬＲ ４８は、ＨＬＲ ５４に関する選択された管理情報を含むデータベースを備える。ＶＬＲ ４８は、ＶＬＲ ４８によって制御される地理的領域内に現在配置されたＭＳ ４０ごとに加入サービスの呼制御およびプロビジョニング（provision）に必要な情報を含む。ＭＳＣ ４６と共にＨＬＲ ５４およびＶＬＲ ４８は、ＧＳＭの呼ルーティングおよびローミング（roaming）能力を提供する。ＡｕＣ ５２は、認証および暗号化機能に必要とされるパラメータを提供する。この種のパラメータは加入者の識別番号の検証を可能にする。ＥＩＲ ５０は、モバイル装置についてのセキュリティ機密情報を格納する。
【００１７】
音声、データ、およびショートメッセージサービス（ＳＭＳ：short message service）などのＧＳＭサービスへのアクセス権を得るためにＭＳ ４０は、位置更新およびＩＭＳＩアタッチ（Attach）手順を実行するその現在位置ｂを示すためにネットワークに登録する。ＭＳ ４０は、その現在位置情報を含む位置更新メッセージをＢＴＳ ４２およびＢＳＣ ４４を介してＭＳＣ４６／ＶＬＲ４８に送信する。次いで、位置情報はＭＳ ４０のＨＬＲ ５４に送信される。ＨＬＲ ５４は、ＭＳＣ４６／ＶＬＲ４８から受信される位置情報を用いて更新される。位置更新は、ＭＳが新しい位置領域に移動するときにも行われる。典型的には位置更新は、位置更新イベントが行われるときにデータベースを更新するために定期的に実行される。
【００１８】
ＧＰＲＳ網は、２つのパケット交換網ノード（サービスＧＰＲＳサポートノード（ＳＧＳＮ：serving GPRS support node）５６およびゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ：gateway GPRS support node）５８）を介してＧＳＭコアネットワークアーキテクチャと論理的に一体化される。ＳＧＳＮ ５６は、ＧＳＭ網ではＭＳＣ ４６と同一の階層レベルにある。ＳＧＳＮ ５６は、ＧＰＲＳ網とＭＳ ４０との間の接続を制御する。ＳＧＳＮ ５６はまた、個々のＭＳの位置を常に把握し、セキュリティ機能およびアクセス制御を管理する。ＧＧＳＮ ５８は、ＧＰＲＳ網と公衆パケットデータ網（ＰＤＮ）または他のＧＰＲＳ網６４との間でゲートウェイを提供する。ＰＤＮは、公衆向けのデータ伝送サービスを提供する特定の目的のために電気通信主官庁または認定された私的運用機関によって確立され動作されているネットワークである。したがって、ＧＧＳＮ ５８は、外部のパケットデータ網に網間接続機能を提供し、ＳＧＳＮ ５６を介してＭＳ ４０への論理リンクを設定する。パケット交換データがＧＰＲＳ網を出るとき、パケット交換データはＸ．２５ネットワークまたはインターネットなどの外部のＴＣＰ−ＩＰネットワーク６４に転送される。ＧＰＲＳサービスにアクセスするために、ＭＳ ４０はまず、アタッチ手順を実行することによってＧＰＲＳ網にそれ自体をアタッチする。次いで、ＭＳ ４０はパケットデータプロトコル（ＰＤＰ：packet data protocol）のコンテキスト（context）を活性化し、したがってＭＳ ４０と，ＳＧＳＮ ５６と、ＧＧＳＮ ５８との間でパケット通信セッションを活性化する。
【００１９】
ＩＰマルチメディアネットワークは、３ＧＰＰ Ｒｅｌｅａｓｅ５で導入され、エンドユーザにマルチメディアサービスを提供するためにＩＰマルチメディアサブシステム（ＩＭＳ：IP multimedia subsystem）８４を含む。ＩＭＳ ８４内のネットワークエンティティ（network entity）の１つの代表的な組は、呼／セッション制御機能（ＣＳＣＦ）、メディアゲートウェイ制御機能（ＭＧＣＦ）７８、メディアゲートウェイ（ＭＧＷ）６６、およびホーム加入者サーバ（ＨＳＳ）７２と呼ばれるマスタ加入者データベースである。ＨＳＳ ７２は、ＧＳＭ網、ＧＰＲＳ網、ならびにＩＰマルチメディアネットワークに共通であってよい。
【００２０】
ＩＰマルチメディアサブシステム８４は、３つの種類（インテロゲーティング（ｉｎｔｅｒｒｏｇａｔｉｎｇ）ＣＳＣＦ（Ｉ−ＣＳＣＦ）７４、代理ＣＳＣＦ（Ｐ−ＣＳＣＦ）６６、およびサービス提供ＣＳＣＦ（Ｓ−ＣＳＣＦ）７６）がある呼／セッション制御機能を中心に構築される。Ｐ−ＣＳＣＦ ７４は、ＩＭＳ ８４とのＭＳの第１の接触点である。Ｐ−ＣＳＣＦ ６６は、ＭＳから受信したセッションイニシエーションプロトコル（ＳＩＰ：session initiation protocol）メッセージをＭＳのホームネットワーク内のＳＩＰサーバに転送する（逆も同様である）。Ｐ−ＣＳＣＦ ６６はまた、ネットワークオペレータによって定義される１組の規定に従って送出要求を変更することができる（例えば、アドレス解析および可能性のある変更）。
【００２１】
Ｉ−ＣＳＣＦ ７４は、ホームネットワークに対する入口部を形成し、他のネットワークからホームネットワークの内部のトポロジ（topology）を隠し、Ｓ−ＣＳＣＦを選択する自由度を与える。Ｉ−ＣＳＣＦ ７４は、複数のＨＳＳ ７２が存在する場合には、どのＨＳＳ ７２を特定の加入者用に使用するべきかを決定するために加入者位置機能（ＳＬＦ）７０に接触することができる。Ｓ−ＣＳＣＦ ７６は、ＭＳ １０２に対するセッション制御サービスを行う。これは、開始セッションを外部のネットワークにルーティングすることと、終了セッションを訪問ネットワークにルーティングすることとを含む。Ｓ−ＣＳＣＦ ７６はまた、アプリケーションサーバ（ＡＳ）６８が適切なサービス処理を保証するために着信ＳＩＰセッション要求についての情報を受信する必要があるかどうかを決定する。この決定は、ＨＳＳ ７２（またはアプリケーションサーバ６８などの他のソース）から受信された情報に基づいている。ＡＳ ６８はまた、ＭＳ ４０の位置（例えば、緯度／経度座標）を提供するロケーションサーバ９０（例えば、ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ：Gateway Mobile Location Center））とも通信する。
【００２２】
ＨＳＳ ７２は、加入者のプロファイルを含み、どのコアネットワークノードが加入者を現在処理しているかを常に把握する。ＨＳＳ ７２は、加入者認証および承認機能（ＡＡＡ）もサポートする。２つ以上のＨＳＳ ７２を有するネットワークでは、加入者位置機能が所与の加入者のプロファイルを含むＨＳＳ ７２についての情報を提供する。
【００２３】
ＭＧＣＦ ７８は、ＩＭＳ ８４からのＳＩＰセッション制御信号と外部のＧＳＴＮ網（図示せず）からのＩＳＵＰ／ＢＩＣＣ呼制御信号との間の網間接続機能を提供する。ＭＧＣＦ ７８はまた、ユーザ面（user-plane）の網間接続機能（例えば、ＡＭＲ符号化音声とＰＣＭ符号化音声との間で変換する）を提供するメディアゲートウェイ（ＭＧＷ）８６を制御する。ＭＧＷ ８６はまた、他のＩＰマルチメディアネットワーク８０とも通信する。
【００２４】
例示の実施形態では、電話番号は移動局（例えば、図４のＭＳ４０）によってもたらされることができる。図２のクライアントプロセッサ１２は、Ｓ−ＣＳＣＦ ７６として実現されることができる。図２のＤＮＳ １６は、公衆または私的ベースで実現されることができる図４のＤＮＳサーバ６２の一部として実現されることができる。図２のＥＮＵＭプロセッサ１４は、キャリアのネットワーク内で、キャリアのネットワーク外の私的ベースで、またはｅ１６４．ａｒｐａに存在する公衆ＤＮＳ階層内で特殊用途のＤＮＳサーバとして実現されることができる。
【００２５】
図５は、電話番号に関連したＩＰアドレスを解決するイベントの例示のシーケンスの順次流れ図である。電話番号は、ステップ９２でクライアントプロセッサによって受信される。Ｓ−ＣＳＣＦでありうるクライアントプロセッサは、電話番号をフォーマットし、ＵＲＩの一部でありうる１つのドメイン名（または複数のドメイン名）に対する要求をＥＮＵＭプロセッサにステップ９４で送信する。ＥＮＵＭ照会に応答して複数のＵＲＩを受信することが可能であることを留意されたい。複数のＵＲＩは、個々のＥＮＵＭレコード（各ＥＮＵＭレコードは１つのＵＲＩを含む）内に戻される。さらに、各ＵＲＩは１つのドメイン名を含む。ＥＮＵＭプロセッサは少なくとも１つの照会フラグを含むＥＮＵＭレコードを生成する。各照会フラグは、ＤＮＳに対する初期化されるべき検査の種類を示す。ＥＮＵＭプロセッサは、ＥＮＵＭレコード（さらにＵＲＩを含む）を含む応答をクライアントプロセッサにステップ９６で送信する。ステップ９８ではクライアントプロセッサは、ＥＮＵＭレコードの照会フラグを使用してＤＮＳに対して照会を開始する。ＤＮＳは、適切なＩＰアドレスと共にクライアントプロセッサにステップ１００で応答する。
【００２６】
図６は、電話番号に関連したＩＰアドレスを解決する例示のプロセスの流れ図である。電話番号はステップ１０４で受信される。電話番号はステップ１０６でフォーマットされる。電話番号は、任意の適切なプロトコルと互換性があるようにフォーマットされる。フォーマットされた電話番号は、ＥＮＵＭプロセッサにステップ１０８で提供される。ステップ１１０では、ＥＮＵＭプロセッサはＥＮＵＭレコードを生成する。ＥＮＵＭレコードは少なくとも１つの照会フラグを備える。各照会フラグは、ＤＮＳに対する開始されるべき照会の種別を示す。ＤＮＳは、ＥＮＵＭレコードの照会フラグを使用してステップ１１２で照会される。電話番号に関連したＩＰアドレスは、ステップ１１４でＤＮＳによって提供される（クライアントプロセッサによって受信される）。
【００２７】
他のネットワーク内のサーバが使用される場合（例えば、図１のプロセッサ１８）では、クライアントプロセッサによって受信されるＩＰアドレスは、電話番号に間接的に関連付けられる。この場合、クライアントプロセッサによって受信されるＩＰアドレスは、ネットワークプロセッサの外側のもの（例えば、図１のプロセッサ１８）のＩＰアドレスである。ネットワークプロセッサの外側のものは媒介として機能する。本明細書で使用されるように、ＩＰアドレスが電話番号に関連付けられるという記述は直接関連性および間接関連性の両方を備えた。
【００２８】
本明細書で説明されるように、ＥＮＵＭレコードに組み込まれるための照会フラグは、ＤＮＳに対して行われるべき照会の種類に関して明確な指標を与える。照会フラグの使用は、どのようにＥＮＵＭレコード内のＵＲＩのドメイン名部が解釈されるべきであるかに関して明確な指標を与える。照会フラグは、実行されるべき後続の動作に関してクライアントプロセッサに指導も与える。照会フラグの使用は、ＥＮＵＭレコード内に含まれるドメイン名について仮定することに関連したあいまい性を除去する。あいまい性を解決することは、ドメイン名を異なって解釈する様々なサービスプロバイダから生じる相互運用性の問題を軽減する。ＳＩＰベースのサービスの場合、照会フラグの使用は、ＲＦＣ３２６３で説明されるシグナリングフローより効率的なシグナリングフローを可能にする。したがって、本明細書で説明される照会フラグの使用は、待ち時間を低減し、伝送リンク上の負荷を低減し、ネットワーク要素上の処理負荷を低減することができる。
【００２９】
本明細書で説明される様々な技術は、ハードウェアもしくはソフトウェアを伴って、または適切な場合には両方の組合せを伴って実現されることができる。したがって、電話番号に関連したＩＰアドレスを解決する方法および装置、またはある種の態様もしくはその部分は、フロッピディスク、ＣＤ−ＲＯＭ、ハードディスクドライブ、または他の任意の機械可読記憶メディアなどの有形メディア内で具現化されるプログラムコード（すなわち、命令）の形をとることができ、プログラムコードが、ロードされ、コンピュータなどの機械によって実行されるとき、機械は本発明を実施する装置になる。プログラマブルコンピュータ上でプログラムコードが実行される場合には、概してコンピューティング装置は、プロセッサ、プロセッサによって可読の記憶メディア（揮発性および不揮発性メモリおよび／または記憶素子を含む）、少なくとも１つの入力装置、および少なくとも１つの出力装置を含むことになる。必要に応じて、プログラムはアセンブリ言語または機械言語で実現されることができる。いずれの場合でも、言語はコンパイラ型言語またはインタープリタ型言語であり、ハードウェア実装形態と組み合わされてよい。
【００３０】
電話番号に関連したＩＰアドレスを解決する方法および装置はまた、電気的配線もしくはケーブルを介して、光ファイバを介して、または他の任意の伝送形式などのある伝送メディアを介して送信されるプログラムコードの形に具現化されて通信を介して実施されてもよく、プログラムコードが、受信され、ロードされ、ＥＰＲＯＭ、ゲートアレイ、プログラム可能論理回路（ＰＬＤ）、クライアントコンピュータなどの機械によって実行されるとき、機械は本発明を実施する装置になる。汎用プロセッサ上で実現されるとき、プログラムコードは、電話番号に関連したＩＰアドレスを解決する機能を求めるように動作する固有の装置を提供するためにプロセッサと結合する。さらに、電話番号と関連したＩＰアドレスを解決することと関連して使用される任意の記憶技術は常に、ハードウェアとソフトウェアの組合せであってよい。
【００３１】
電話番号に関連したＩＰアドレスを解決するプロセッサは、プロセッサが他のプロセッサおよび／または装置と通信することができる通信接続も含むことができる。通信接続は通信メディアの一例である。典型的には通信メディアは、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを搬送波もしくは他のトランスポート機構などの変調されたデータ信号内に具現化し、任意の情報配信メディアを含む。用語「変調されたデータ信号」は、信号内の情報を符号化するような方法で設定されるまたは変更されるその特徴のうちの１つまたは複数を有する信号を意味する。例として（限定されない）、通信メディアは、有線ネットワークまたは直接有線接続などの有線メディア、ならびに音響、ＲＦ、赤外線および他の無線メディアなどの無線メディアを含む。本明細書で使用される用語のコンピュータ可読メディアは、記憶メディアおよび通信メディアの両方を含む。
【００３２】
電話番号に関連したＩＰアドレスを解決する方法、装置、およびシステムが、様々な図面の例示の実施形態に関連して説明されているが、他の同様の実施形態が使用され、または変更および追加が、それから逸脱することなく電話番号に関連したＩＰアドレスを解決する同一の機能を実行するために説明された実施形態に対してなされてよいことは理解されよう。したがって、電話番号に関連したＩＰアドレスを解決する方法、装置、およびシステムは、任意の単一の実施形態に限定されるべきではなく、むしろ添付の特許請求の範囲に従った範囲内で解釈されるべきである。
【図面の簡単な説明】
【００３３】
【図１】電話番号に関連したＩＰアドレスを解決する例示のシステムの図である。
【図２】ＥＮＵＭレコードの例示の部分の図である。
【図３】例示のＥＮＵＭフラグ「ｇ」および「ｍ」を示すＥＮＵＭレコードの部分の図である。
【図４】無線通信ネットワーク内で電話番号に関連したＩＰアドレスを解決する例示のネットワークアーキテクチャの図である。
【図５】電話番号に関連したＩＰアドレスを解決するイベントの例示のシーケンスのシーケンシャルフロー図である。
【図６】電話番号に関連したＩＰアドレスを解決する例示のプロセスのフロー図である。
【図１】
2009524939.tif 000003
【図２】
2009524939.tif 000004
【図３】
2009524939.tif 000005
【図４】
2009524939.tif 000006
【図５】
2009524939.tif 000007
【図６】
2009524939.tif 000008
【国際調査報告】
2009524939.tif 000009