JP2010541508A - モバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法、システム及びゲートウェイ選択ノード - Google Patents

Abstract

【解決手段】本発明はモバイル・パケット・ドメインゲートウェイ選択方法、システムおよびゲートウェイ執行ノードを公開する。上記の方法は、ゲートウェイ選択執行ノードはユーザー装置が送信したベアラセットアップリクエストを受信した後、ＤＮＳ解析リクエストを構成する際、前記のベアラセットアップリクエストに対応する事業者ドメイン名をＤＮＳ解析リクエスト中にカプセル化して、ＤＮＳサーバーに送信するステップ、ＤＮＳサーバーはアクセスゲートウェイのアドレスを解析するステップ、ＤＮＳサーバーはゲートウェイ選択執行ノードに前記の事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報が含まれるＤＮＳ解析結果を返送するステップ、前記ゲートウェイ選択執行ノードが前記アドレス情報により前記の事業者ドメイン名に対応するアクセスゲートウェイを選択して、前記ベアラセットアップリクエストに対応するアクセスゲートウェイとするステップとを含む。本発明はローミング先のＤＮＳ解析サーバーのゲートウェイ選択に対する制限を減らすことができるため、ローミング先の事業者のＤＮＳサーバーがホームロケーション先の事業者のアクセスゲートウェイのアドレス情報を蓄積しなくても、ローミングしているサーバー端末のためにホームロケーションのアクセスゲートウェイを選択することができる。

Description

本発明はアクセスゲートウェイの選択、システムおよびゲートウェイ選択ノードに係わり、特にモバイルパケットドメインにおけるアクセスゲートウェイの選択、システムおよびゲートウェイ選択ノードに関する。

目下のモバイルパケットドメインネットワークの構成は図１が示す通り、そのうちＧＧＳＮ（Gateway GPRS Supporting Node ゲートウェイ ＧＰＲＳ支持ノード）は、モバイル通信ネットワークとＩＰネットワークのゲートウェイであり、ＵＥ（User Equipment，ユーザー装置）にＩＰアドレスを割り当て、ＵＥをＩＰネットワークにアクセスできるようにする。一方、ＳＧＳＮは資源管理とコントロールをし、ユーザーへ適切なＧＧＳＮを選択し、ＵＥとＧＧＳＮ間の通信のために通路を提供する。ＨＬＲ／ＨＳＳ（Home Location Register/Home Subscription Storage）は、ユーザー・サブスクリプション・データ（subscription data）を蓄積する。

図２が示すように、３ＧＰＰ Ｒ７以後はユーザープレイン（user plane）データが直接無線ネットワークとＧＧＳＮの間で伝送することができ、一方のシグナリングプレイン（signaling plane）は依然ＳＧＳＮ（ＧＰＲＳサービス支持ノード）を通して無線ネットワークとつなぎ、ワントンネル（One Tunnel）アーキテクチャと称する。

３ＧＰＰは、モバイル・パケット・ドメインネットワーク構成の標準化作業の簡略化を進めている。図３、図４は、比較的大きな可能性を持つ二種類の未来モバイル・パケット・ドメインネットワークの構成であり、そのうちのＰＤＮ ＧＷ（パケットデータネットゲートウェイ）とＳｅｒｖｉｎｇ ＧＷ（サービスゲートウェイ）は、ＧＧＳＮから変遷しており、ＰＤＮ ＧＷはＵＥにＩＰアドレスを分配し、Ｓｅｒｖｉｎｇ ＧＷの存在は、ＰＤＮ ＧＷが変化しない状況においてのユーザーの広範囲の移動を維持させるのに有利である。ＭＭＥ（モビリティ管理エンティティ）はＳＧＳＮから変遷してきて、資源管理とコントロールをし、ユーザーのために適切なＰＤＮ ＧＷを選択する。

上述から分かるように、現在のモバイル・パケット・ドメインネットワークアーキテクチャ、３ＧＰＰ Ｒ７定義のモバイル・パケット・ドメインネットワークアーキテクチャにしても、もしくは可能な未来のモバイル・パケット・ドメインネットワークアーキテクチャにしても、みな三つのロジックノードが存在する：ゲートウェイノード、ゲートウェイ選択執行ノード（ゲートウェイ選択ノードと省略可能）、ユーザー・サブスクリプション・データ・ストレージ・ノードであり、その関係もみな図５が示す通りである。

現在のモバイル・パケット・ドメインネットワークアーキテクチャ、３ＧＰＰ Ｒ７定義のモバイル・パケット・ドメインネットワークアーキテクチャにしても、もしくは未来に可能なモバイル・パケット・ドメインネットワークアーキテクチャにしても、ユーザーのサブスクリプション・データはみなユーザーがネットワークにアタッチする際に、ユーザーサブスクリプション・データ・ストレージ・ノードを通してゲートウェイ選択執行ノードに転送され、ユーザーが移動する際にゲートウェイ選択執行ノードを変えれば、ユーザーのサブスクリプション・データもユーザー・サブスクリプション・データ・ストレージ・ノードを通して新しいゲートウェイ選択執行ノードに転送され、ユーザー・サブスクリプション・データに変化が生じる際、新しいユーザー・サブスクリプション・データもユーザー・サブスクリプション・データ・蓄積・ノードを通してゲートウェイ選択執行ノードに転送される。転送のプロセスは図６が示す通りである。

現在のモバイル・パケット・ドメインネットワークアーキテクチャ、３ＧＰＰ Ｒ７定義のモバイル・パケット・ドメインネットワークアーキテクチャにしても、もしくは未来に可能なモバイル・パケット・ドメインネットワークアーキテクチャにしても、パケットドメインゲートウェイの選択は全てゲートウェイ選択執行ノードにより完成し、そのフローは図７が示すように、主に以下のステップを含む。

ステップ１：ユーザー設備からゲートウェイ選択執行ノードへベアラセットアップリクエストを送信する。

ステップ２：ゲートウェイ選択執行ノードがＤＮＳ（Domain Name Server，ドメインネームサーバー，略称ＤＮＳ）リクエストメッセージを構成する。

ステップ３：ゲートウェイ選択執行ノードからＤＮＳサーバーへＤＮＳ解析リクエストを送信する。

ステップ４：ＤＮＳサーバーが解析を行った後、ゲートウェイ執行ノードへＤＮＳ解析結果を返す。

ステップ５：ゲートウェイ選択執行ノードはＤＮＳ解析結果からゲートウェイノードを一つ選んでベアラセットアップリクエストのアクセスゲートウェイとする。

ステップ２においては、ゲートウェイ選択執行ノードは一般的にユーザー・サブスクリプション・データ中のＩＭＳＩフィールドに含まれるユーザーの国コードとネットワークコードをユーザーが指定したＡＰＮ（Access Point Name，アクセスポイントネーム）の名前の後ろに付け加えることを通してＤＮＳ解析用のＡＰＮを確定する。このようにローミングユーザーがたとえローカルユーザーの使用するＡＰＮと同じでも、国コードとネットワークコードに基づき適切なゲートウェイノードに定位させることができる（事業者は一般的に他の事業者へローミングした自身のユーザーのトラフィックを自身のゲートウェイに帰って来て処理を行うように希望する）。

ステップ３においては、事業者のＤＮＳサーバーが他の事業者がローミングを必要とするＡＰＮとその事業者が所有する国コード、ネットワークコードのすべての組合せを設定してその事業者から来たローミングユーザーを支援することが必要である。

ステップ１においては、もしユーザー装置が送信したベアラセットアップリクエストメッセージにおけるユーザーの指示したＡＰＮを示していない場合、実際にはユーザーはデフォルトＡＰＮの使用を希望していることを示しており、このようにステップ２においてゲートウェイ選択執行ノードがＤＮＳ解析用ＡＰＮＸを構成する際、ユーザー・サブスクリプション・データに設定されたデフォルトＡＰＮをユーザーの指示したＡＰＮとして利用する。

ステップ２の前においては、ゲートウェイ選択執行ノードは一部のユーザー・サブスクリプション・データに含まれたフィールドとユーザーが送信したベアラセットアップリクエストメッセージに含まれるフィールドによってゲートウェイノードの選択をすることが可能である。このような状況ではステップ２、３、４、５を執行する必要がない可能性がある。例えば、ユーザーが送信したベアラセットアップリクエストメッセージにおいてユーザーが使用を希望するゲートウェイノードのＩＰアドレスが含まれ、且つユーザー・サブスクリプション・データにおいてもユーザーが当該ゲートウェイノードの使用を許可する場合は、ゲートウェイ選択執行ノードは当該ゲートウェイノードを選んでユーザーにサービスを提供する。

ステップ２においては、ゲートウェイ選択執行ノードは事業者の配置によってＤＮＳ解析用ＡＰＮＸを構成する際、他のメッセージを追加する可能性がある。例えば、ＩＭＳＩ（国際ユーザー識別コード）中の国コードとネットワークコードを除く一部の内容などである。

ステップ５の後においては、もしＤＮＳ解析結果中にゲートウェイノードのＩＰアドレスまたはＩＰアドレス表を提供していないためにステップ５においてゲートウェイノードを一つ選択できない場合、またはステップ５において選択したゲートウェイノードのＩＰアドレスが送達不能の際、ゲートウェイ選択執行ノードがユーザーのベアラセットアップリクエストを拒否しても良いし、事業者の配置によりゲートウェイノード（例えば、既定ゲートウェイデータ）を一つ選択しても良い。または、ユーザー・サブスクリプション・データ中の情報によりゲートウェイノード（例えば、ユーザー契約情報に配置された既定ゲートウェイノード）を選択してもよいし、新たにＤＮＳ解析用ＡＰＮＸを構成し、再びステップ３、４、５を繰り返してゲートウェイノードのアドレスを解析する。

中国特許出願公開第１０１００９８６４号明細書

上述の従来技術の分析を通して以下の欠点が存在することがわかる。

１）従来技術においては、ローミングユーザー装置のホーム事業者のゲートウェイノードへの訪問を実現するために、ローミング先の事業者のＤＮＳサーバーにはホームロケーション先の事業者のＡＰＮ（Access Point Name，アクセスポイントネーム）名と国コード、ネットワークコード及び対応するゲートウェイアドレスの設定が必要である。それにより、ＤＮＳ解析の過程にかけて、ローミング先の事業者のゲートウェイ選択執行ノードはホームロケーション先の事業者のゲートウェイノードのアドレスを獲得することができるようになる。もしローミング先の事業者のＤＮＳサーバー中にまだホームロケーション先の事業者のアクセスゲートウェイノードのアドレス情報を設定していない場合、または、ローミング先のＤＮＳサーバー中にホームロケーションゲートウェイと同じＡＰＮ（Access Point Name，アクセスポイントネーム）名が存在しているが、ホームロケーショ事業者の国コード、ネットワークコードがまだ蓄積していない場合、ユーザー装置のためにホームロケーション先の事業者のをゲートウェイを選択することができなくなる。

２）従来技術においてのゲートウェイ選択案は各事業者のＤＮＳサーバーの配置に対して比較的に多くのことを求めている。一つの事業者に対応するＡＰＮと国コード及び対応するゲートウェイアドレスは多くの他の事業者のＤＮＳサーバーの中に設定する必要がある。当該事業者のゲートウェイアドレス変更、または新たなネットワークコード増加の際、他の事業者のＤＮＳサーバーに蓄積されたデータに対する更新が必要となるが、前期データ更新が極めて不便である。

３）事業者のＤＮＳサーバーにおいては、少なくとも事業者に対応するＡＰＮと国コード、ネットワークコード及び対応するゲートウェイアドレスなどの内容を蓄積する必要がある。しかし、国コード、ネットワークコードが１つのみの事業者に対応することはできないため、事業者は複数のネットワークコードを持つ可能性がある。このように事業者のＤＮＳサーバーが国コード、ネットワークコードの違いによってそれぞれ蓄積を行い、事業者のＤＮＳサーバーの蓄積コストを大きく浪費する。

４）従来のゲートウェイ選択案は、ローミング先の事業者のＤＮＳサーバーの情報の制限を受け、柔軟にＤＮＳ解析を行うことができなく、ホームロケーション先の事業者がローミング業務を展開するのに不便である。

本発明に係る実施形態の目的はモバイル・パケット・ドメインのゲートウェイ選択方法、システム及びゲートウェイ選択執行ノードを提供し、ローミング先において実行ゲートウェイ選択の操作の際に、ローミング先のＤＮＳが解析したサーバーのゲートウェイ選択の制限及び国コード、ネットワークコードに基づきゲートウェイアドレス解析を行う上でもたらされる制限を減らすことにある。

上述の目的を実現するため、本発明に係る実施形態が提供したモバイル・パケット・ドメインのアクセスゲートウェイの選択方法は、
ゲートウェイ選択執行ノードがユーザー装置から送信されたベアラセットアップリクエストを受信した後、ＤＮＳ解析請求を構成する際、ゲートウェイ選択執行ノードが前記ベアラセットアップリクエストに対応する事業者ドメイン名をＤＮＳ解析リクエストの中にカプセル化して、ＤＮＳサーバーへ送信するステップ、
ＤＮＳサーバーがアクセスゲートウェイのアドレス解析を行うステップ、
ＤＮＳサーバーがゲートウェイ選択執行ノードに前記の事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報が含まれるＤＮＳ解析結果を返送するステップ、
前記ゲートウェイ選択執行ノードが前記アドレス情報により事業者ドメイン名に対応するアクセスゲートウェイを選択して、前記ベアラセットアップリクエストに対応するアクセスゲートウェイとするステップと
を備える。

本発明に係る実施形態が提供したモバイル・パケット・ドメインのアクセスゲートウェイの選択システムは、
ゲートウェイ選択執行ノードと、ゲートウェイ選択執行ノードが送信した解析リクエストを解析する第一ＤＮＳサーバーを備え、
前記のゲートウェイ選択執行ノードは、第一モジュールに更に設置され、ＤＮＳ解析請求を構成する際、前記のベアラセットアップリクエストに対応する事業者ドメイン名をＤＮＳ解析リクエストの中にカプセル化する。

本発明に係る実施形態が提供したゲートウェイ選択執行ノードにおいては、ＤＮＳ解析請求を構成する際、前記ベアラセットアップリクエストに対応する事業者ドメイン名をＤＮＳ解析リクエストの中にカプセル化するひとつの第一モジュールが設置されている。

上述の技術案から分かるように、本発明に係る実施形態はユーザー装置に対応する事業者のアクセスゲートウェイを選択する際、事業者ドメイン名解析メカニズムが導入され、以下のような有益効果がある。

１）ローミング先のＤＮＳ解析サーバーのゲートウェイ選択に対する制限を減らし、ローミング先の事業者のＤＮＳサーバーがホームロケーション先の事業者のアクセスゲートウェイのアドレス情報を蓄積せずとも、同様にローミングするユーザー装置のためにホームロケーション先のアクセスゲートウェイを選択することができるようになる。

２）ある事業者のゲートウェイアドレスが変化したり、または新たなネットワークコード及びその他の関連する情報に変化が生じたりする際に他の事業者のＤＮＳサーバー中のデータを更新する必要がなくなる。

３）ローミング先の事業者がＤＮＳサーバーのデータを蓄積するコストを下げることができる。

従来技術におけるモバイル・パケット・ドメインネットの構成を示す図である。 従来技術における３ＧＰＰ Ｒ７により定義されたモバイル・パケット・ドメインネットワークの構成を示す図である。 従来技術において記録されている可能な未来のモバイル・パケット・ドメインネットワークの構成を示す図である。 従来技術において記録されている可能な未来のモバイル・パケット・ドメインネットワークの構成を示す図である。 従来技術において抽象化されたモバイル・パケット・ドメインネットワーク・エレメントノード間の関係を示す図である。 従来技術におけるユーザー・サブスクリプション・データの転送フロー図である。 モバイル・パケット・ドメインにおいてアクセスゲートウェイノードを選択するフロー図である。 本発明に係る第１実施形態におけるモバイル・パケット・ドメインのゲートウェイ選択方法のフロー図である。 本発明に係る第２実施形態におけるモバイル・パケット・ドメインのゲートウェイ選択方法のフロー図である。 本発明に係る第３実施形態におけるモバイル・パケット・ドメインのゲートウェイ選択方法のフロー図である。 本発明に係る第１実施形態におけるモバイル・パケット・ドメインのゲートウェイ選択システムの構成を示す図である。 本発明に係る第１実施形態におけるモバイル・パケット・ドメインのゲートウェイ選択システムの構成を示す図である。 本発明に係る第２実施形態におけるモバイル・パケット・ドメインのゲートウェイ選択システムの構成を示す図である。

〈本発明に係るモバイル・パケット・ドメインのゲートウェイ選択方法の第１実施形態〉
図８は、本発明に係る第１実施形態におけるモバイル・パケット・ドメインのゲートウェイ選択方法のフロー図である。図８に示すように、本発明に係る実施例にはユーザー装置のために対応する事業者のアクセスゲートウェイを選択する際、事業者ドメイン名解析メカニズムを導入し、具体的なフローは以下の通りである。

ステップ１０１：ユーザー装置はゲートウェイ選択執行ノードにベアラセットアップリクエストを送信する。

ステップ１０２：ＤＮＳ解析請求を構成する際、ゲートウェイ選択執行ノードは当該のユーザー装置に対応する事業者ドメイン名をＤＮＳ解析リクエストの中にカプセル化する。当該ステップは具体的に次の通りである。ゲートウェイ選択執行ノードがホームロケーション先の事業者ドメイン名特徴とアクセスポイント名を使用してベアラセットアップリクエストに対応する事業者ドメイン名を構成する。ユーザー・サブスクリプション・データ・蓄積・ノードが蓄積したユーザーデータに１フィールドを増やすことによりユーザー装置に対応する事業者ドメイン名特徴を蓄積する。これをＡＰＮ解析に付加が必要な事業者特定サフィックスとし、ゲートウェイ選択執行ノードがＤＮＳサーバーを利用しＡＰＮ解析を行う前に当該特定サフィックスをユーザー装置が送出したベアラセットアップリクエストに含まれるＡＰＮの後ろに付加して、ＤＮＳ解析用ＡＰＮを形成する。

ステップ１０３：ゲートウェイ選択執行ノードが事業者ドメイン名を含むＤＮＳ解析リクエストをＤＮＳサーバーに送信する。

ステップ１０４：ＤＮＳサーバーがアクセスゲートウェイのアドレス解析を行う。

ステップ１０５：ＤＮＳサーバーがゲートウェイ選択執行ノードへ事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報が含まれる解析結果を返送する。

ステップ１０６：ゲートウェイ選択執行ノードがアドレス情報により事業者ドメイン名に対応するアクセスゲートウェイを選択してベアラセットアップリクエストに対応するアクセスゲートウェイとする。

本実施形態において、ゲートウェイ選択執行ノードはユーザー・サブスクリプション・データ・蓄積・ノードからユーザー装置に対応する事業者ドメイン名特徴を獲得することができる。ユーザー・サブスクリプション・データ・蓄積・ノードはユーザー装置に対応するホームロケーションドメイン名特徴が含まれるユーザー・サブスクリプション・データを蓄積し、ゲートウェイ選択執行ノードにユーザー・サブスクリプション・データを送出することにより、ホームロケーション先の事業者ドメイン名特徴をゲートウェイ選択執行ノードに送出する。

具体的に、ユーザー・サブスクリプション・データ・蓄積・ノードが蓄積したデータにおいて１フィールドを増やしてユーザー装置に対応する事業者ドメイン名特徴を蓄積でき、これをＡＰＮ解析に付加が必要な事業者ドメイン特定サフィックスとする。当該特定サフィックスはゲートウェイ選択執行ノードがＤＮＳサーバーを利用しＡＰＮ解析を行う前に付加すべきものである。当該特定サフィックスは一つのサイズが変化可能な文字列（標準化においておそらく当該文字列の最大の長さを規定することで関連するメッセージの大きさへのコントロールができないことを防ぐ）とすることができる。事業者は「chinamobile.com」のような文字列（事業者自身が所有するドメイン名）のサイズを当該フィールドの値としても良い。このようにＤＮＳの解析過程において、ＤＮＳ解析リクエストを事業者自身のＤＮＳサーバーに転送でき、最終的に事業者のアクセスゲートウェイノードのアドレスを獲得することができるようにする。事業者にとっては、より広範な展開応用もでき、一つの事業者が複数の事業者ドメイン名を設定でき、各ドメイン名はそれぞれのアクセスゲートウェイに対応する。例えば、「chinamobile1.com」「chinamobile2.com」などと設定することができ、事業者ドメイン名の解析メカニズムをゲートウェイ選択執行ノードがアクセスゲートウェイを選択する過程の中に取り入れるため、柔軟に事業者ドメイン名を設置することにより、柔軟にアクセスゲートウェイノードを選択することができるようになる。それによってアクセスゲートウェイの選択がこれ以上ローミング先のＤＮＳサーバーの制限を受けず、事業者が柔軟にローミング先の業務を展開させることができるようになる。

本実施形態において、ＤＮＳ解析請求を構成する前に、ゲートウェイ選択執行ノードがベアラセットアップリクエスト中にユーザー装置が指示したアクセスポイント名が含まれているかどうかを判断する。もし、ユーザー装置が送信したベアラセットアップリクエスト中にユーザー装置が指示したアクセスポイント名を含む場合、ゲートウェイ選択執行ノードがこれをアクセスポイント名とすることにより事業者ドメイン名を構成する。もし、ユーザー装置が送信したベアラセットアップリクエスト中にユーザー装置の指示したアクセスポイント名を含まない場合、ゲートウェイ選択執行ノードをユーザー・サブスクリプション・データにおいて設置したデフォルトアクセスポイント名を使用し、アクセスポイント名とすることにより事業者ドメイン名を構成する。

本実施形態において、ゲートウェイ選択執行ノードがＤＮＳ解析請求を構成する際に、ベアラセットアップリクエストに対応する事業者ドメイン名の構成に使用する情報はまた、国際モバイルユーザー識別コード中の国コード及び／またはネットワークコード、または国コードとネットワークコードを除くその他の情報により構成されたベアラセットアップリクエストに対応する事業者ドメイン名を含むことができる。

〈本発明に係るモバイル・パケット・ドメインのゲートウェイ選択方法の第２実施形態〉
本実施形態において、ゲートウェイ選択執行ノードポイントはユーザー装置のローミング先またはホームロケーション先のゲートウェイ選択執行ノードであり、ＤＮＳサーバーはローミング先またはホームロケーション先の事業者のＤＮＳサーバーである。ローミング先またはホームロケーション先の事業者のＤＮＳサーバーにはユーザー装置に対応する事業者名（即ちホームロケーション先の事業者のドメイン名）及び当該事業者ドメイン名に対応するアクセスゲートウェイのアドレスが蓄積されている。本実施形態のフローは図９に示すように以下のステップを含む。

ステップ２０１：ユーザー装置はゲートウェイ選択執行ノードにベアラセットアップリクエストを送信する。

ステップ２０２：ＤＮＳ解析請求を構成する際、ゲートウェイ選択執行ノードはユーザー装置に対応するホームロケーション先の事業者のドメイン名をＤＮＳ解析リクエストの中にカプセル化する。

ステップ２０３：ゲートウェイ選択執行ノードは事業者ドメイン名を含むＤＮＳ解析リクエストをローミング先またはホームロケーション先の事業者のＤＮＳサーバーに送信する。

ステップ２０４：ローミング先或いはホームロケーション先の事業者のＤＮＳサーバーを問い合わせ、ＤＮＳサーバーが事業者ドメイン名により検索を行い、且つそれに対応するアクセスゲートウェイのアドレスを獲得する。

ステップ２０５：ローミング先或いはホームロケーション先の事業者のＤＮＳサーバーはゲートウェイ選択執行ノードにホームロケーション先の事業者のドメイン名に対応するアクセスゲートウェイアドレス情報が含まれる解析結果を返送する。

ステップ２０６：ゲートウェイ選択執行ノードがアドレス情報により事業者ドメイン名に対応するアクセスゲートウェイを選択してベアラセットアップリクエストに対応するアクセスゲートウェイとする。

〈本発明に係るモバイル・パケット・ドメインのゲートウェイ選択方法の第３実施形態〉
本実施形態において、ユーザー装置はローミング状態にあり、ゲートウェイ選択執行ノードはユーザー装置のローミング先のゲートウェイ選択執行ノード、ＤＮＳサーバーは前記ローミング先の事業者のＤＮＳサーバーである。ローミング先の事業者のＤＮＳサーバーにはホームロケーション先の事業者のドメイン名及び前記事業者ドメイン名に対応するアクセスゲートウェイのアドレスが蓄積されていないのである。本発明に係る実施形態のフローは図１０に示すように以下のステップを含む。

ステップ３０１：ユーザー装置はゲートウェイ選択執行ノードにベアラセットアップリクエストを送信する。

ステップ３０２：ＤＮＳ解析リクエストを構成する際、ゲートウェイ選択執行ノードは当該ユーザー装置に対応するホームロケーション先の事業者のドメイン名をＤＮＳ解析リクエストの中にカプセル化する。

ステップ３０３：ゲートウェイ選択執行ノードは事業者ドメイン名を含むＤＮＳ解析情報リクエストをローミング先の事業者のＤＮＳサーバーに送信する。

ステップ３０４：ローミング先の事業者のＤＮＳサーバーを問い合わせても、当該ホームロケーション先の事業者のドメイン名に対応するアクセスゲートウェイのアドレス情報（即ちユーザー装置がベアラリクエストにおいて指示したＡＰＮ名称に対応するＤＮＳエントリ（DNS Entry）を獲得できないのである。

ステップ３０５：ホームロケーション先の事業者のドメイン名に対応するアクセスゲートウェイのアドレスを獲得するまで、ローミング先の事業者のＤＮＳサーバーは当該解析リクエストを１グレード上のＤＮＳサーバーに転送し、標準的なＤＮＳ再帰問い合わせ方法によりＤＮＳ再帰解析を行う。

ステップ３０５において、採用したのは標準的なドメイン解析であるので、当該ドメイン名が合法のものであれば、必然的に解析を完成させ、さらにそれに対応するアクセスゲートウェイのアドレスを獲得できる（その他のＤＮＳサーバーにおいて解析できるかどうかに係わらず、当該解析リクエストは最終的に帰属する事業者のＤＮＳサーバーに転送することができ、さらにアクセスゲートウェイのアドレスを獲得する）。そして、当該事業者のドメイン名は全世界において唯一的であり、事業者は多くのドメイン名を設置でき、各ドメイン名を異なったアクセスゲートウェイに対応させ、国コードやネットワークコードを通してアクセスゲートウェイノードを確定するという欠陥を避けられるようになる。

ローミングロケーション事業者のＤＮＳサーバーにおいてサービスセットアップリクエスト中のユーザー装置が指示したＡＰＮに対応するＤＮＳエントリが見つからない場合（往々にして当該ユーザーがローミングユーザーである）、標準的なＤＮＳ再帰問い合わせ方法によりＤＮＳ再帰解析を行う。当該ユーザーが帰属する事業者のＤＮＳサーバーにおいて対応するＤＮＳエントリさえあれば、正確な解析結果をゲートウェイ選択執行ノードへ送信するため、ゲートウェイ選択執行ノードはアクセスゲートウェイのＩＰアドレスを獲得できるようになる。

ステップ３０６：ローミング先の事業者のＤＮＳサーバーの１グレード上のＤＮＳサーバーはＤＮＳ解析結果を返送する。

ステップ３０７：ローミングロケーション事業者のＤＮＳサーバーは１グレード上のＤＮＳサーバーが返したＤＮＳ解析結果を受信した後、ゲートウェイ選択執行ノードにユーザー装置のホームロケーション先の事業者に対応するアクセスゲートウェイのアドレス情報が含まれる当該解析結果を返送する。

ステップ３０８：ゲートウェイ選択執行ノードはアドレス情報により事業者ドメイン名に対応するアクセスゲートウェイを選択してベアラセットアップリクエストに対応するアクセスゲートウェイとする。

その他に説明が必要な点は、上述の本発明に係る実施形態の技術案は、従来技術におけるゲートウェイ選択案と衝突せず、従来技術案を関連して共に使用できる。

上述の実施形態において、ユーザー端末がベアラセットアップリクエストメッセージにおいてユーザーが指示したＡＰＮを示していない場合、実際にはユーザーはデフォルトＡＰＮの使用を希望していることを示しており、このようにゲートウェイ選択執行ノードはＤＮＳ解析用ＡＰＮを構成する場合、ユーザー・サブスクリプション・データ中に設置されたデフォルトＡＰＮをユーザー指示のＡＰＮとして利用する。

ゲートウェイ選択執行ノードは依然として一部のユーザー・サブスクリプション・データ中に含んだフィールドとユーザーが送信したベアラセットアップリクエストメッセージ中に含まれたフィールドによりアクセスゲートウェイの選択を行い、このような状況ではおそらく後続する事業者ドメイン名を挿入するステップ及び後続の解析過程は不必要になり、完全に従来のゲートウェイ選択フローにより実行できる。例えば、ユーザー装置が送信したベアラセットアップリクエストメッセージにユーザーが使用を希望するゲートウェイノードのＩＰアドレスが含まれ、さらにユーザー・サブスクリプション・データにおいてもユーザーが当該ゲートウェイノードの使用が許可される場合は、ゲートウェイ選択執行ノードは当該アクセスゲートウェイを選択して、ユーザーに対してサービスを提供しても良い。

ゲートウェイ選択執行ノードは事業者の配置によりＤＮＳ解析用ＡＰＮを構成する際、他のメッセージを付け加えることができ、例えば、ＩＭＳＩにおいての国コードとネットワークコードを除く一部の内容などである。

ＤＮＳ解析結果においてゲートウェイノードのＩＰアドレスまたはＩＰアドレス表を提供していないために一つのアクセスゲートウェイを選択できなかったり、または選択したアクセスゲートウェイのＩＰアドレスへの到達が不可能である場合、ゲートウェイ選択執行ノードはユーザーのベアラセットアップリクエストを拒否することができたり、ローミング先の事業者の配置によりアクセスゲートウェイ（例えば、デフォルトアクセスゲートウェイ）を一つ選択もできたり、またはユーザー・サブスクリプション・データ中の情報により、アクセスゲートウェイ（例えば、ユーザーサブスクリプション情報中に設置された既定のアクセスゲートウェイ）を１つ選択したり、または新たにＤＮＳ解析用ＡＰＮを構成して、ＤＮＳ解析を行うことによりアクセスゲートウェイのアドレス情報を獲得したりすることができる。新たにＤＮＳ解析用ＡＰＮを構成する際、ゲートウェイ選択執行ノードはさらに従来の構成方法により、ユーザー・サブスクリプション・データ中のＩＭＳＩフィールドに含まれたユーザーの国コード及び／またはネットワークコードをユーザーが指示したＡＰＮの後ろに添付して、ＤＮＳ解析用ＡＰＮを確定するようにする。または本発明に係る実施形態の方法を用いて事業者のドメイン名をＤＮＳ解析リクエスト中に構成させ、ＤＮＳサーバーにより解析を行なっても良い。

また、事業者は「ＡＰＮ解析に付加が必要な事業者特定サフィックス」のフィールドの値の変更を通して、他の事業者ＤＮＳサーバーが配置したＤＮＳエントリを自動失効させたり、または、特定ユーザーが次回のベアラセットアップを行う際、異なるゲートウェイノードにより当該ユーザーに対してサービスを提供することを実現したり、または、無効の事業者ドメイン名をサフィックスとして当該ユーザーへのサービス提供を拒否したりすることができる。

〈本発明に係るモバイル・パケット・ドメインのゲートウェイ選択システムの第１実施形態〉
図１１に示すように、本実施形態のモバイル・パケット・ドメインのゲートウェイ選択システムは、ゲートウェイ選択執行ノード１とゲートウェイ選択執行ノードが送信した解析リクエストを解析する第一ＤＮＳサーバー２を備え、ゲートウェイ選択執行ノード１にＤＮＳ解析リクエストを構成する際にベアラセットアップリクエストに対応する事業者ドメイン名をＤＮＳ解析リクエスト中にカプセル化する第一モジュール１１を更に設置される。

本実施形態のゲートウェイ選択システムには二つの状況が存在する。

１）第一ＤＮＳサーバーをローミング先またはホームロケーション先の事業者のＤＮＳサーバーとし、もし第一ＤＮＳサーバーにおいて事業者ドメイン名及び、事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報が蓄積されている場合は、ＤＮＳ解析を行う際、当該第一ＤＮＳサーバーを問い合わせし、事業者ドメイン名により検索して、対応するアクセスゲートウェイのアドレス情報を獲得し、その後ゲートウェイ執行ノードへ返送すれば良い。

２）図１２に示すように、第一ＤＮＳサーバーをローミング先の事業者のＤＮＳサーバーとし、もし第一ＤＮＳサーバーにおいてまだ事業者ドメイン名及び事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報を蓄積していない場合は、ＤＮＳ解析を行う際、ＤＮＳ解析リクエストを第二ＤＮＳサーバー３に送信し、標準によるドメイン名解析の方法を通して事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報を獲得する。このうち、第二ＤＮＳサーバーは第一ＤＮＳサーバーのグレードアップＤＮＳサーバーであり、標準によるＤＮＳ再帰問い合わせ方法に基づき、これらに係る第二ＤＮＳサーバーがおそらく１つまたは複数個である。

〈本発明のモバイルパケットのゲートウェイ選択システムの第２実施形態〉
図１３に示すように、上述のゲートウェイ選択システムの第１実施形態と異なる点（図では図１１との相違点のみを示している）は更に、ユーザー装置に対応するホームロケーション先の事業者ドメイン名特徴を含むサブスクリプション・データを蓄積し、当該サブスクリプション・データをゲートウェイ選択執行ノードに転送するユーザー・サブスクリプション・データ・ストレージ・ノード４を更に備える。

〈本発明のゲートウェイ選択執行ノードの実施形態〉
本実施形態のゲートウェイ選択執行ノードは従来のゲートウェイ選択執行ノードに一つ第一モジュールを増設し、ＤＮＳ解析リクエストを構成する際、ベアラセットアップリクエストに対応する事業者ドメイン名をＤＮＳ解析リクエスト中にカプセル化する。

最後に説明すべきことは、以上の実施形態は本発明の技術案の説明にのみ使用し、これに制限を与えない。たとえ好ましい実施形態を参照し、本発明に更に詳細な説明をしたとしても、当然本発明の技術案に変更や同等の置換を行っても良いし、こういった変更や同等の置換は変更後の技術案が本発明技術案の範囲を逸脱させることはないことを当業者は理解すべきである。

Claims (16)

1. ゲートウェイ選択執行ノードはユーザー装置から送信されたベアラセットアップリクエストを受信した後、ＤＮＳ解析リクエストを構成する際、前記のベアラセットアップリクエストに対応する事業者ドメイン名をＤＮＳ解析リクエストの中にカプセル化して、ＤＮＳサーバーに送信するステップと、
   ＤＮＳサーバーはアクセスゲートウェイのアドレスを解析するステップと、
   ＤＮＳサーバーは、前記の事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報が含まれるＤＮＳ解析結果をゲートウェイ選択執行ノードに返送するステップと、
   前記ゲートウェイ選択執行ノードが前記アドレス情報により前記の事業者ドメイン名に対応するアクセスゲートウェイを選択して、前記ベアラセットアップリクエストに対応するアクセスゲートウェイとするステップと
   を含むことを特徴とするモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法。
2. ゲートウェイ選択執行ノードがユーザー装置から送信されたベアラセットアップリクエストを受信する前に、ユーザー・サブスクリプション・データ・ストレージ・ノードは前記ユーザー装置に対応するホームロケーション先の事業者ドメイン名の特徴を含むユーザー・サブスクリプション・データを前記のゲートウェイ選択執行ノードに転送するステップを含むことを特徴とする請求項１に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法。
3. 前記ゲートウェイ選択執行ノードは前記ユーザー装置のローミング先またはホームロケーション先のゲートウェイ選択執行ノードであり、
   前記ＤＮＳサーバーはローミング先またはホームロケーション先の事業者のＤＮＳサーバーであり、
   前記ローミング先またはホームロケーション先の事業者のＤＮＳサーバーの中には前記事業者ドメイン名及び前記の事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報が蓄積されており、
   前記アクセスゲートウェイのアドレス解析は、
   前記ローミング先またはホームロケーション先の事業者のＤＮＳサーバーを問い合わせ、前期の事業者ドメイン名により検索を行い、対応するアクセスゲートウェイのアドレス情報を獲得することであることを特徴とする請求項１に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法。
4. 前記ゲートウェイ選択執行ノードは前記のユーザー装置のローミング先のゲートウェイ選択執行ノードであり、
   前記ＤＮＳサーバーはローミング先の事業者のＤＮＳサーバーであり、
   前記ローミング先の事業者のＤＮＳサーバーには前記事業者ドメイン名及び前記事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報は蓄積されていないのであり、
   前記アクセスゲートウェイのアドレス解析は、
   ローミング先の事業者のＤＮＳサーバーが前記解析リクエストを自分より１グレード上のＤＮＳサーバーに送信し、標準のドメイン名解析方法を通して前記事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報を獲得することである
   ことを特徴とする請求項１に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法。
5. 前記ベアラセットアップリクエストに対応する事業者ドメイン名をＤＮＳ解析メッセージ中にカプセル化することは、
   前記ゲートウェイ選択執行ノードが前記ホームロケーション先の事業者ドメイン名の特徴とアクセスポイント名により前記ベアラセットアップリクエストに対応する事業者ドメイン名を構成すること
   であることを特徴とする請求項２に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法。
6. ＤＮＳ解析リクエストを構成する前に、ゲートウェイ選択執行ノードは前記ベアラセットアップリクエストにユーザー装置が指示したアクセスポイント名が含まれているかどうかを判断し、ユーザー装置が送信したベアラセットアップリクエストにユーザー装置が指示したアクセスポイント名が含まれている場合、ゲートウェイ選択執行ノードは前記ユーザー装置が指示したアクセスポイント名をアクセスポイント名とし、前記の事業者ドメイン名を構成し、
   ユーザー装置が送信したベアラセットアップリクエストにユーザー装置が指示したアクセスポイント名が含まれていない場合、ゲートウェイ選択執行ノードはユーザー・サブスクリプション・データに設置されたデフォルトアクセスポイント名をアクセスポイント名とし、前記事業者ドメイン名を構成する
   ことを特徴とする請求項５に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法。
7. 前記ゲートウェイ選択執行ノードがＤＮＳ解析リクエストを構成する際、前記ベアラセットアップリクエストに対応する事業者ドメイン名の構成に用いられる情報は、
   国際モバイルユーザー識別コードにおける国コード及び／またはネットワークコード、または国コードとネットワークコードを除く他の情報を含むことを特徴とする請求項５に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法。
8. ＤＮＳ解析リクエストを構成する前に、ゲートウェイ選択執行ノードがベアラセットアップリクエストにユーザー装置が使用を希望するアクセスゲートウェイのＩＰアドレスが含まれているかどうかを判断し、ユーザー装置が送信したベアラセットアップリクエストにユーザー装置が使用を希望するアクセスゲートウェイのＩＰアドレスが含まれているし、且つユーザー・サブスクリプション・データによりユーザー装置の前記アクセスゲートウェイ使用が許可されている場合、ゲートウェイ選択執行ノードはベアラセットアップリクエストに含まれるアクセスゲートウェイのＩＰアドレス情報に基づき、直接アクセスゲートウェイを選択して、ベアラセットアップリクエストに対応するアクセスゲートウェイとすることを特徴とする請求項１に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法。
9. 前記のＤＮＳ解析結果にゲートウェイノードのアドレス情報が含まれず、または前記のゲートウェイノードに接続できない場合、前記ゲートウェイ選択執行ノードはユーザー装置のベアラセットアップリクエストを拒否し、またはローミングロケーション事業者の配置ポリシーによりデフォルトアクセスゲートウェイを選択し、
   ユーザー装置のベアラセットアップリクエストに対応するアクセスゲートウェイとし、 または、ユーザー・サブスクリプション・データにおける情報によりアクセスゲートウェイを選択して、前記ユーザー装置の前記ベアラセットアップリクエストに対応するアクセスゲートウェイとし、
   または、新たに解析リクエストを構成し、新たにアクセスゲートウェイのアドレス解析の操作を行うことを特徴とする請求項１に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法。
10. 前記新たに解析リクエストを構成する操作において、ゲートウェイ選択執行ノードはユーザー・サブスクリプション・データにおける国際モバイルユーザー識別コードフィールドに含まれるユーザー装置の国コード及び／またはネットワークコードをユーザー装置が指示したアクセスポイント名の後ろに付け加え、新たに解析リクエストを構成することを特徴とする請求項９に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法。
11. 異なる前記ホームロケーション先の事業者ドメイン名の特徴はそれぞれホームロケーション先の事業者のタイプの違うユーザー装置に対応することを特徴とする請求項５に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択方法。
12. ゲートウェイ選択執行ノードと、ゲートウェイ選択執行ノードが送信した解析リクエストを解析する第一ＤＮＳサーバーを備えるモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択システムであって、
    ＤＮＳ解析リクエストを構成する際、前記ベアラセットアップリクエストに対応する事業者ドメイン名をＤＮＳ解析リクエスト中にカプセル化する第一モジュールが更に前記ゲートウェイ選択執行ノードに設置されることを特徴とするモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択システム。
13. 前記第一ＤＮＳサーバーはローミング先またはホームロケーション先の事業者のＤＮＳサーバーであり、前記第一ＤＮＳサーバーに前記事業者ドメイン名及び当該事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報が蓄積されることを特徴とする請求項１２に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択システム。
14. 前記第一ＤＮＳサーバーのアップグレードＤＮＳサーバーである第二ＤＮＳサーバー１つ以上を更に含み、
    前記第一ＤＮＳサーバーはローミング先の事業者のＤＮＳサーバーであり、その中に事業者ドメイン名及び当該事業者ドメイン名に対応するアクセスゲートウェイのアドレス情報を蓄積していないのであり、
    前記第一ＤＮＳサーバーと第二ＤＮＳサーバーは、解析リクエストメッセージにおける事業者ドメイン名に対し、標準のドメイン名解析操作を行うことを特徴とする請求項１２に記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択システム。
15. ユーザー装置に対応するホームロケーション先の事業者ドメイン名の特徴を含むサブスクリプション・データの蓄積に用いられるユーザー・サブスクリプション・データ・ストレージ・ノードであり、さらに当該サブスクリプション・データを前記のゲートウェイ選択執行ノードに転送することを含むことを特徴とする請求項１２から１４の何れかに記載のモバイル・パケット・ドメインにおけるアクセスゲートウェイの選択システム。
16. ゲートウェイ選択執行ノードであって、その中に設置された第一モジュールは、ＤＮＳ解析リクエストを構成する際、ベアラセットアップリクエストに対応する事業者ドメイン名をＤＮＳ解析リクエスト中にカプセル化することを特徴とするゲートウェイ選択執行ノード。

Images