JP2014112846A - ローカルドメイン名を取得するための方法、デバイス、およびシステム - Google Patents

Abstract

【課題】ローカルドメイン名を取得するための方法、デバイス、およびシステムを提供する。
【解決手段】ユーザ機器のＤＨＣＰ要求が受信され、この要求は、ユーザ機器が位置しているローカルドメインのドメイン名を返すことを示すために使用されるオプションを保持する（Ｓ２００）。ＤＨＣＰ要求に基づいて、ユーザ機器が位置しているローカルドメインのドメイン名が取得され、ユーザ機器が位置しているローカルドメインのドメイン名は、ＤＨＣＰ応答メッセージの中に保持されて、ユーザ機器に返される（Ｓ２０２）。また、ローカルドメイン名を取得するためのデバイスおよびシステムが提供され、ユーザが完全認証後にローカルドメイン名を取得できないという問題を解決する。これにより、ユーザ機器は、ハンドオフ中に迅速な再認証を行うことができるようになり、ハンドオフの時間遅延を軽減して、ユーザエクスペリエンスを向上させる。
【選択図】図２

Description

本発明は、通信分野に関し、詳細には、ローカルドメイン名を取得するための方法、デバイス、システムに関する。

拡張認証プロトコル(Extensible Authentication Protocol、EAP)は、認証および鍵管理アーキテクチャである。EAP認証方法は、EAPクライアントとEAPサーバとの間のエンドツーエンドの認証である。EAPパケットは、認証パス上の様々なネットワークエンティティ間で様々なプロトコルによって運ばれることが可能である。例えば、オーセンティケータとEAPサーバとの間で、Diameter、Radiusなどであることが可能である、認証、許可、アカウンティング(Authentication, Authorization and Accounting、AAA)プロトコルが採用される。

現在、EAP認証は、ネットワークアクセス制御において広く適用されている。EAP認証モデルである図1に示すように、拡張認証プロトコル(EAP)のクライアント、すなわちEAPクライアントは、ピアもしくはサプリカントとも呼ばれる(これらの名称のすべては同義で使用することができる)が、これはユーザ端末の機能エンティティであって、リンク上のオーセンティケータによって起動されたEAP認証に応答し、EAPクライアントとEAPサーバとの間の認証を実行するように構成される。オーセンティケータは、一般にネットワークアクセスサーバ(NAS)に位置し、リンク上でEAP認証プロセスを起動して、EAPクライアントとEAPサーバとの間の認証を実行するように構成される。認証プロセスの間、オーセンティケータはEAPメッセージを転送し、基となる(underlying)プロトコルの変換を行う。例えば、レイヤ2/3によって運ばれるEAPクライアントのEAPパケットが受信され、レイヤ2/3プロトコルのパケットヘッダが取り除かれ、その後EAPパケットは、AAAプロトコルによってカプセル化され、EAPサーバへ送信される。EAPサーバは、バックエンド認証サーバ、AAAサーバ、もしくは(再認証中には)再認証サーバとも呼ばれ、または略してドメインサーバと呼ばれ、オーセンティケータに認証サービスを提供する、すなわちEAPクライアントを認証するように構成される。

ノードがホームドメインを離れるとき、ノードはホームサーバと完全なEAP認証を行った後、ノード(EAPクライアント)のホームドメインサーバおよびローカルドメインサーバによって共有鍵がセットアップされる。ローカルドメインでノードが再認証を行うとき、ノードはこの鍵を使用して、ローカルドメインサーバと認証を行うことができ、再認証の鍵を生成するプロセスは次のようである。

ローカルドメインサーバおよびEAPクライアントの共有鍵は、ドメイン固有ルート鍵(Domain Specific Root Key、DSRK)と呼ばれる。鍵の計算方法は、DSRK=KDF(EMSK, Domain_ID|NULL|Peer_ID|Key_length)となり、ここで「|」は接続記号であって、例えばA|Bでは、Aが文字列「good」を表し、Bが「night」を表す場合、A|Bは「good night」を表し、KDFは鍵導出関数、一般的には一方向ハッシュ関数を表し、EMSKは拡張マスタセッション鍵(extended master session key)であり、Domain_IDはローカルドメイン名であり、Peer_IDはユーザ識別情報であり、Key_lengthは鍵の長さである。ローカルドメインサーバには、DSRKを生成するためのマスタ鍵EMSK(これはホームEAPサーバおよびEAPクライアントに保存されている)がないので、ローカルドメインサーバは、ホームEAPサーバからマスタ鍵EMSKを取得する必要がある。マスタ鍵EMSKを取得するプロセスは、暗黙的プロセスと明示的プロセスに分類される。暗黙的プロセスは、暗黙的EAP再認証プロトコル(ERP)立ち上げプロセスであって、これは完全認証プロセスに含まれ、ローカルドメインサーバは、ホームドメインサーバからDSRKのような鍵に関連する情報を要求する。明示的プロセスは、明示的ERP立ち上げプロセスであって、これはEAPクライアントにローカルドメイン名がないときEAPクライアントによって起動され、やはりローカルドメインサーバは、ホームドメインサーバからDSRKのような鍵に関連する情報を要求する。

本発明の実施において、先行技術には少なくとも次の問題があることがわかる。

ノードが移動中にあるオーセンティケータから新しいオーセンティケータへハンドオーバするとき、またはそのアクセスの再承認(re-acknowledgement)(再認証、re-authentication)が行われるとき、既存のEAPアーキテクチャは、ノードがホームドメイン認証サーバと完全EAPプロセスを行うことを要求する。一般には、1つの完全認証プロセスは、EAP認証メッセージの複数ラウンドの対話を必要とする。さらに、現在のオーセンティケータからホーム認証サーバまでの距離は長く、複数のホップが存在する。EAPクライアントは、クライアントが所属しているローカルドメイン名がわからないので、完全認証プロセスが再び行われなければならない。したがってノードは、ホームドメインを離れるとき、完全認証を一度行うのに長い時間を費やす必要がある。ハンドオーバ中のネットワークアクセス認証および鍵管理は、ハンドオーバ遅延を引き起こす主要な要因の1つであり、ノードによって行われる再認証によって引き起こされるハンドオーバ遅延は、移動体網の最大の問題の1つである。

国際公開第２００９／０５６２０９号（特表２０１１−５０１６２６号公報）

H. Jang et al., DHCP Options for Home Information Discovery in MIPv6, draft-ietf-mip6-hiopt-17.txt, ２００８年 ５月２２日, http://tools.ietf.org/html/draft-ietf-mip6-hiopt-17

よって、本発明の実施形態の主要な目的は、ユーザが完全認証後にローカルドメイン名を取得することができないという問題を解決するために、ローカルドメイン名を取得するための方法、デバイス、およびシステムを提供することであり、したがってユーザ機器(UE)は、ハンドオーバ中に迅速な再認証を行うことができ、それによってハンドオーバ遅延を軽減し、ユーザエクスペリエンスを向上させるものである。

上記の目的を達成するために、本発明は、次の技術的解決法を提供する。

本発明の一実施形態は、ローカルドメイン名を取得するための方法を提供し、この方法は、
UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、UEの動的ホスト構成プロトコル(DHCP)要求を受信するステップと、
DHCP要求によって、UEが位置するローカルドメインのドメイン名を取得し、UEに返されるDHCP応答メッセージの中に、UEが位置するローカルドメインのドメイン名を保持するステップと
を含む。

本発明の一実施形態は、ローカルドメイン名を取得するための別の方法を提供し、この方法は、
UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、DHCP要求を第1のサーバに送信するステップと、
第1のサーバによって返されたDHCP応答メッセージを受信し、この応答メッセージからUEが位置しているローカルドメインのドメイン名を取得するステップと
を含む。

本発明の一実施形態は、ローカルドメイン名を取得するためのデバイスを提供し、このデバイスは、
UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、UEのDHCP要求を受信するように構成された、第1の受信ユニットと、
DHCP要求によって、UEが位置しているローカルドメインのドメイン名を取得するように構成された、取得ユニットと、
UEに返されるDHCP応答メッセージの中に、UEが位置しているローカルドメインの、取得ユニットによって取得されたドメイン名を保持するように構成された、第1の送信ユニットと
を含む。

本発明の一実施形態は、ローカルドメイン名を取得するための別のデバイスを提供し、このデバイスは、
UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、DHCP要求を第1のサーバに送信するように構成された、第2の送信ユニットと、
第1のサーバによって返されたDHCP応答メッセージを受信し、この応答メッセージからUEが位置しているローカルドメインのドメイン名を取得するように構成された、第2の受信ユニットと
を含む。

本発明の一実施形態は、ローカルドメイン名を取得するためのシステムを提供し、このシステムは、
UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、DHCP要求を第1のサーバに送信し、第1のサーバによって返されたDHCP応答メッセージを受信し、この応答メッセージから、UEが位置しているローカルドメインのドメイン名を取得するように構成された、UEと、
UEのDHCP要求を受信し、このDHCP要求によってUEが位置しているローカルドメインのドメイン名を取得し、UEに返されるDHCP応答メッセージの中に、UEが位置しているローカルドメインのドメイン名を保持するように構成された、第1のサーバと
を含む。

本発明の実施形態による特定の実施の解決法から、UEは、UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持するDHCP要求を第1のサーバに送信し、第1のサーバは、DHCP要求によって、UEに返されるDHCP応答メッセージの中に、UEが位置しているローカルドメインのドメイン名を保持し、これによりユーザが完全認証後にローカルドメイン名を取得することができないという問題を解決し、したがってUEはハンドオーバ中に迅速な再認証を行うことができ、それによってハンドオーバ遅延を軽減して、ユーザエクスペリエンスを向上させるということがわかる。

従来技術のEAP認証モデルを示す図である。 本発明の一実施形態によりローカルドメイン名を取得するための方法の流れ図である。 本発明の一実施形態によりローカルドメイン名を取得するための別の方法の流れ図である。 本発明の一実施形態によりローカルドメイン名を取得するための特定の実施の流れ図である。 本発明の一実施形態によるDHCPバージョン4(DHCPv4)メッセージ中のローカルドメイン名のオプション概略構造図である。 本発明の一実施形態によるDHCPバージョン6(DHCPv6)メッセージ中のローカルドメイン名の概略構造図である。 本発明の一実施形態によりローカルドメイン名を取得するための別の特定の実施の流れ図である。 本発明の一実施形態によりローカルドメイン名を取得するためのデバイスの概略構造図である。 本発明の一実施形態によりローカルドメイン名を取得するための別のデバイスの概略構造図である。 本発明の一実施形態によりローカルドメイン名を取得するためのシステムの概略構造図である。

目的の技術的解決法、および本発明の利点をよりわかりやすくするために、添付の図面を参照して以下に本発明の実施形態をさらに詳細に説明する。

当然ながら、記載する実施形態は、本発明の実施形態のすべてではなく一部にすぎない。本発明の実施形態に基づいて、当業者は創造的な努力なしに、他の実施形態を導き出すことができるが、これらはすべて本発明の範囲内に含まれる。

図2は、本発明の一実施形態によりローカルドメイン名を取得するための方法の流れ図である。この方法は、以下のステップを含む:

ステップS200:UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、UEのDHCP要求が受信される。

UEはユーザ、ユーザ端末、ERPクライアント、DHCPクライアント、ピア、サプリカント等であることが可能であり、これらのすべては、この解決法では同じ物理的意味を有する。

UEが位置しているローカルドメインのドメイン名は、略してローカルドメイン名と呼ばれるが、これはUEがアタッチされる現在のネットワークがあるドメインの名前である。現在のネットワークは、主として在圏網(visited network)を指し、ホーム網を指すこともある。

ステップS202:UEが位置しているローカルドメインのドメイン名は、DHCP要求によって取得され、UEが位置しているローカルドメインのドメイン名は、UEに返されるDHCP応答メッセージの中に保持される。

UEが位置しているローカルドメインのドメイン名を取得することは、詳細には次のようである。

UEが位置するローカルドメインのドメイン名は、第1のサーバ自体から取得される、または、第2のサーバがDHCP要求を受信し、UEが位置しているローカルドメインのドメイン名をDHCP要求に挿入した後、DHCP要求からUEが位置しているローカルドメインのドメイン名が取得され、この中にUEが位置しているローカルドメインのドメイン名が挿入され、これが第2のサーバによって転送され、UEが位置するローカルドメインのドメイン名は、第3のサーバから第2のサーバによって取得される。

第1のサーバは、DHCPサーバであることが可能であり、DHCPサーバは、好ましくはローカル網に位置しており、ホーム網に位置していることも可能である。第2のサーバは、リレーもしくはDHCPサーバのエージェントとして使用されるNASであることが可能であり、またDHCPリレーもしくはDHCPエージェントであることも可能であり、または、オーセンティケータとDHCPリレー/エージェントとの間の内部モジュールインタフェースを介してDHCPサーバのリレーもしくはエージェント機能を実装することが可能である。第2のサーバおよび第1のサーバは、物理的に分離される、または共存することが可能である。第3のサーバは、ローカルEAPサーバ、ホームEAPサーバ、EAP機能を有するAAAサーバ、またはERP機能を有するAAAサーバであることが可能である。

UEに返されるDHCP応答メッセージの中に、UEが位置しているローカルドメインのドメイン名を保持することは、詳細には、UEが位置しているローカルドメインのドメイン名を設定することと、ローカルドメイン名をカプセル化することとを含む。

本発明の実施形態による特定の実施の解決法から、UEのDHCP要求が受信され、この要求はUEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持すること、UEが位置しているローカルドメインのドメイン名がDHCP要求によって取得され、UEが位置しているローカルドメインのドメイン名が、UEに返されるDHCP応答メッセージの中に保持され、これにより、ユーザが完全認証後にローカルドメイン名を取得できないという問題を解決し、したがってUEはハンドオーバ中に迅速な再認証を行うことができ、それによってハンドオーバ遅延を軽減して、ユーザエクスペリエンスを向上させるということがわかる。

図3は、本発明の一実施形態によりローカルドメイン名を取得するための別の方法の流れ図である。

ステップS300:UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、DHCP要求が第1のサーバに送信される。

第1のサーバにDHCP要求を送信することは、詳細には次のステップを含む。

DHCP要求は、第1のサーバに直接送信される、またはDHCP要求は、第2のサーバに送信され、第2のサーバがDHCP要求を受信し、UEが位置しているローカルドメインのドメイン名をDHCP要求に挿入した後に、DHCP要求は第2のサーバを介して第1のサーバに転送され、UEが位置しているローカルドメインのドメイン名は、第3のサーバから第2のサーバによって取得される。

略してローカルドメイン名と呼ばれる、UEが位置しているローカルドメインのドメイン名は、UEがアタッチされる現在のネットワークがあるドメインの名前である。現在のネットワークは、主として在圏網を指し、ホーム網を指すこともある。

ステップS302:第1のサーバによって返されたDHCP応答メッセージが受信され、この応答メッセージからUEが位置しているローカルドメインのドメイン名が取得される。

第1のサーバにDHCP要求を送信することは、詳細には、第2のサーバによって第1のサーバにDHCP要求を送信することを含み、第1のサーバおよび第2のサーバは、1つのサーバに統合される、または別個に配置される。

UEはユーザ、ユーザ端末、ERPクライアント、DHCPクライアント、ピア、サプリカント等であることが可能であり、これらのすべては、この解決法では同じ物理的意味を有する。

第1のサーバは、DHCPサーバであることが可能であり、DHCPサーバは、好ましくはローカル網に位置しており、ホーム網に位置していることも可能である。第2のサーバは、DHCPサーバのリレーとしてまたはエージェントとして使用されるNASであることが可能であり、DHCPリレーもしくはDHCPエージェントであることが可能であり、または、オーセンティケータとDHCPリレー/エージェントとの間の内部モジュールインタフェースを通してDHCPサーバのリレー機能もしくはエージェント機能を実装することができ、認証機能およびDHCPリレー/エージェント機能を備えたサーバであることも可能である。第2のサーバおよび第1のサーバは、物理的に分離される、または共存することが可能である。

本発明の実施形態による特定の実施の解決法から、DHCP要求は第1のサーバに送信され、要求は、UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持し、第1のサーバによって返されるDHCP応答メッセージが受信され、UEが位置しているローカルドメインのドメイン名は応答メッセージから取得され、これにより、ユーザが完全認証後にローカルドメイン名を取得できないという問題を解決し、したがってUEは、ハンドオーバ中に迅速な再認証を行うことができ、それによってハンドオーバ遅延を軽減して、ユーザエクスペリエンスを向上させることがわかる。

図4は、本発明の一実施形態によりローカルドメイン名を取得するための特定の実施の流れ図である。

ステップS400:ネットワークにアクセスした後、UEはEAP完全認証を行う。

UEはユーザ、ユーザ端末、ERPクライアント、DHCPクライアント、ピア、サプリカント等であることが可能であり、これらのすべては、この解決法では同じ物理的意味を有する。

詳細には、UEは、第3のサーバとEAPアクセス完全認証を行い、認証が成功した後、次のステップが行われる。第3のサーバは、ローカルEAPサーバ、ホームEAPサーバ、EAP機能を有するAAAサーバ、またはERP機能を有するAAAサーバであることが可能である。

ステップS402:UEは、UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、DHCP要求メッセージを起動する。

略してローカルドメイン名と呼ばれる、UEが位置しているローカルドメインのドメイン名は、UEが位置している現在のネットワークがあるドメインの名前である。現在のネットワークは、主として在圏網を指し、ホーム網を指すこともある。

DHCP要求メッセージは、DHCPv4のDHCP DISCOVERYメッセージもしくはDHCP REQUESTメッセージ、またはDHCPv6のDHCP Solicitメッセージ、DHCP Requestメッセージ、もしくはDHCP Information Requestメッセージであることが可能である。ローカルドメイン名を要求するためのオプション情報は、要求メッセージ中に保持される。DHCPv4については、ローカルドメイン名のオプションのコードは、Parameter Request Listに保持され、DHCPv6については、ローカルドメイン名のオプションのコードは、Option Request Optionに保持される。

詳細には、DHCP要求メッセージ中の、UEが位置しているローカルドメインのドメイン名を返すという情報を示すためのオプションの概略構造図については、図4aおよび4bを参照することができる。

図4aは、DHCPv4メッセージ中のローカルドメイン名のオプションの概略構造図であり、オプションは、UEが位置しているローカルドメインのドメイン名を返すという情報を示す、または記載するために使用される。コードは、オプションを他のオプションと区別するためのオプションのシリアル番号を表す。例えば、コードが「100」であるとき、オプションは、ローカルドメイン名のオプションを表し(コードの値として特定の値を定義することもできる)、コードの値が「101」であるとき(コードの値として特定の値を定義することもできる)、オプションは、リレー-エージェント情報のオプションのサブオプションを表すこともでき、このサブオプションは、DHCPリレー/エージェントに使用されてローカルドメイン名情報を挿入する。Lengthは、オプションの長さを表す。

Local Domain Nameは、UEが位置しているローカルドメインのドメイン名を示すために使用され、そのコード化形式は、例えばwww.example.comのような一般的なドメイン名のものと同じである。

図4bは、DHCPv6メッセージ中のローカルドメイン名のオプション(DHCPv6ローカルドメイン名のオプション)の概略構造図である。

「OPTION_LOCAL_DOMAIN_NAME」は、DHCPv6ローカルドメイン名のオプションのコード値を表す。例えば、「OPTION_LOCAL_DOMAIN_NAME」が「103」である場合、オプションは、ローカルドメイン名のオプションを表す(特定の値がコード値として定義されることも可能である)。

Lengthは、オプションの長さを表す。

Local Domain Nameは、UEが位置しているローカルドメインのドメイン名を示すために使用され、そのコード化形式は、一般的なドメイン名のものと同じである。

メッセージ中のオプションは、UEが位置しているローカルドメインのドメイン名を保持するように拡張され、これによってEAP完全認証後にUEが再び認証を行うプロセスを省略し、したがってUEは迅速な再認証を行うことができ、それによってハンドオーバ遅延を軽減する。

ステップS404:第1のサーバがDHCP要求を受信し、要求によって、UEが位置しているローカルドメインのドメイン名を取得する。

ステップS406:UEが位置しているローカルドメインのドメイン名は、UEに返されるDHCP応答メッセージ中に保持される。

詳細には、第1のサーバ、例えばDHCPサーバは、DHCP要求によってローカルドメイン名のオプションにローカルドメイン名を設定し、その後UEに送信されるDHCP要求メッセージ中にローカルドメイン名のオプションを保持する。

応答メッセージは、DHCPv4のDHCP DISOFFERメッセージもしくはDHCP ACKメッセージ、またはDHCPv6のDHCP Advertiseメッセージ、DHCP Replyメッセージ、もしくはDHCP Information Replyメッセージであることが可能である。

第1のサーバは、ローカル網またはホーム網にあることが可能である。

ステップS408:UEは、DHCP応答メッセージを受信し、メッセージからローカルドメイン名を取得する。

本発明の実施形態の特定の実施の解決法から、UEによって行われたEAP完全認証が成功した後に、UEはDHCP要求を起動し、この要求はUEが位置しているローカルドメインのドメイン名を返すことを示す情報を保持し、第1のサーバはDHCP要求を受信し、UEが位置しているローカルドメインのドメイン名をUEに返されるDHCP応答メッセージ中に保持し、これによってユーザが完全認証後にローカルドメイン名を取得できない問題を解決し、したがってUEはハンドオーバ中に迅速な再認証を行うことができ、それによってハンドオーバ遅延を軽減して、ユーザエクスペリエンスを向上させることがわかる。

図5は、本発明の一実施形態によりローカルドメイン名を取得するための別の特定の実施の流れ図である。

ステップS500:ネットワークにアクセスした後、UEはEAP完全認証を行う。

UEはユーザ、ユーザ端末、ERPクライアント、DHCPクライアント、ピア、サプリカント等であることが可能であり、これらのすべては、この解決法では同じ物理的意味を有する。

詳細には、UEは第3のサーバとEAPアクセス完全認証を行い、認証が成功した後に、次のステップが行われる。

ステップS502:第3のサーバは、ローカルドメイン名を含むアクセス成功メッセージを第2のサーバに送信する。

詳細には、UEは第3のサーバとEAPアクセス完全認証を行い、認証が成功した後に、次のステップが行われる。第3のサーバは、ローカルEAPサーバ、ホームEAPサーバ、EAP機能を有するAAAサーバ、またはERP機能を有するAAAサーバであることが可能である。第2のサーバは、DHCPサーバのリレーまたはエージェントとして使用されるNASであることが可能である、または、オーセンティケータとDHCPリレー/エージェントとの間の内部モジュールインタフェースによってDHCPサーバのリレーもしくはエージェント機能を実装することが可能である、または、認証機能およびDHCPリレー/エージェント機能を備えたサーバであることも可能である。第2のサーバおよび第1のサーバは、物理的に分離される、または共存することが可能である。

ステップS504:第2のサーバは、UEが位置しているローカルドメインのドメイン名を受信して保存する。

ステップS506:UEは、UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、DHCP要求メッセージを起動する。

DHCP要求メッセージは、DHCPv4のDHCP DISCOVERYメッセージもしくはDHCP REQUESTメッセージ、またはDHCPv6のDHCP Solicitメッセージ、DHCP Requestメッセージ、もしくはDHCP Information Requestメッセージであることが可能である。ローカルドメイン名を要求するためのオプション情報は、要求メッセージ中に保持される。DHCPv4については、ローカルドメイン名のオプションのコードはParameter Request Listに保持され、DHCPv6については、ローカルドメインのオプションのコードはOption Request Optionに保持される。

詳細には、DHCP要求メッセージ中に、UEが位置しているローカルドメインのドメイン名を返すという情報を示すためのオプションの概略構造図については、図4aおよび4bを参照することができる。オプションの概略構造図については、図4の説明で詳細に記載したので、ここでは再び記載しない。

ステップS508:第2のサーバは、DHCP要求を受信し、UEが位置しているローカルドメインのドメイン名を要求に挿入し、DHCP要求を第1のサーバに転送する。

ステップS510:第1のサーバは、受信したDHCP要求によって要求からネットワークノードのローカルドメイン名情報を取得し、UEに返されるDHCP応答メッセージ中に、UEが位置しているローカルドメインのドメイン名を保持する。

ステップS508において、第2のサーバは、DHCP要求を転送するとき、UEが位置しているローカルドメインのドメイン名をDHCP要求に挿入しないことも可能であり、ステップS510において、DHCPサーバがDHCP応答メッセージを送信するとき、第2のサーバはDHCP応答メッセージを転送し、UEが位置しているローカルドメインの取得したドメイン名を応答メッセージに挿入し、DHCP応答メッセージを介してドメイン名をUEに送信することに注意されたい。

ステップS512:UEは、DHCP応答メッセージを受信し、メッセージからローカルドメイン名を取得する。

本発明の実施形態による特定の実施の解決法から、UEによって行われるEAP完全認証が成功した後に、第2のサーバはUEが位置しているローカルドメインのドメイン名を第3のサーバから取得し、UEが位置しているローカルドメインのドメイン名を格納すること、UEがDHCP要求を起動するとき、第2のサーバは第1のサーバに送信されるDHCP要求メッセージにローカルドメイン名情報を挿入すること、DHCP要求メッセージを受信した後に、第1のサーバはローカルドメイン名情報を取得し、UEに送信されるDHCP応答メッセージの中に、ローカルドメイン名情報を保持し、これによってユーザが完全認証後にローカルドメイン名を取得できないという問題を解決し、したがってUEはハンドオーバ中に迅速な再認証を行うことができ、それによってハンドオーバ遅延を軽減して、ユーザエクスペリエンスを向上させることがわかる。

図6は、本発明の一実施形態によりローカルドメイン名を取得するためのデバイスの概略構造図である。

ローカルドメイン名を取得するためのデバイスは、第1の受信ユニット600と、取得ユニット602と、第1の送信ユニット604とを含む。

第1の受信ユニット600は、UEのDHCP要求を受信するように構成され、要求は、UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する。

取得ユニット602は、DHCP要求によって、UEが位置しているローカルドメインのドメイン名を取得するように構成される。

第1の送信ユニット604は、UEに返されるDHCP応答メッセージ中に、取得ユニットによって取得された、UEが位置しているローカルドメインのドメイン名を保持するように構成される。

取得ユニット602は、詳細にはUEが位置しているローカルドメインのドメイン名をデバイス自体から取得するように構成される、または、第2のサーバがDHCP要求を受信し、UEが位置しているローカルドメインのドメイン名をDHCP要求に挿入した後、第2のサーバによってUEが位置しているローカルドメインのドメイン名が挿入され、転送されたDHCP要求から、UEが位置しているローカルドメインのドメイン名を取得し、UEが位置しているローカルドメインのドメイン名は、第3のサーバから第2のサーバによって取得される。

略してローカルドメイン名と呼ばれる、UEが位置しているローカルドメインのドメイン名は、UEが位置している現在のネットワークがあるドメインの名前である。現在のネットワークは、主として在圏網を指し、ホーム網を指すこともある。

UEはユーザ、ユーザ端末、ERPクライアント、DHCPクライアント、ピア、サプリカント等であることが可能であり、これらのすべては、この解決法では同じ物理的意味を有する。

第1のサーバは、DHCPサーバであることが可能であり、DHCPサーバは、好ましくはローカル網に位置しており、ホーム網に位置していることも可能である。第2のサーバは、DHCPサーバのリレーまたはエージェントとして使用されるNASであることが可能であり、DHCPリレーもしくはDHCPエージェントであることも可能であり、またはオーセンティケータとDHCPリレー/エージェントとの間の内部モジュールインタフェースを介してDHCPサーバのリレーもしくはエージェント機能を実装することが可能である。第2のサーバおよび第1のサーバは、物理的に分離される、または共存することが可能である。第3のサーバは、ローカルEAPサーバ、ホームEAPサーバ、EAP機能を有するAAAサーバ、またはERP機能を有するAAAサーバであることが可能である。

DHCP要求メッセージは、DHCPv4のDHCP DISCOVERYメッセージもしくはDHCP REQUESTメッセージ、またはDHCPv6のDHCP Solicitメッセージ、DHCP Requestメッセージ、もしくはDHCP Information Requestメッセージであることが可能である。ローカルドメイン名を要求するためのオプション情報は、要求メッセージ中に保持される。DHCPv4については、ローカルドメイン名のオプションのコードはParameter Request Listに保持され、DHCPv6については、ローカルドメインのオプションのコードはOption Request Optionに保持される。

詳細には、DHCP要求メッセージ中に、UEが位置しているローカルドメインのドメイン名を返すという情報を示すためのオプションの概略構造図については、図4aおよび4bの説明を参照することができ、ここでは再び詳細を説明しない。

本発明の実施形態による特定の実施の解決法から、EAP完全認証が実行された後、第1の受信ユニットはUEのDHCP要求を受信し、要求は、UEが位置しているローカルドメインのドメイン名を返すことを示すための情報を保持すること、取得ユニットは、DHCP要求によってUEが位置しているローカルドメインのドメイン名を取得すること、第1の送信ユニットは、UEに返されるDHCP応答メッセージ中にUEが位置しているローカルドメインの、取得ユニットによって取得されたドメイン名を保持し、これによって、ユーザが完全認証後にローカルドメイン名を取得できないという問題を解決し、したがってUEはハンドオーバ中に迅速な再認証を行うことができ、それによってハンドオーバ遅延を軽減して、ユーザエクスペリエンスを向上させることがわかる。

図7は、本発明の一実施形態によりローカルドメイン名を取得するための別のデバイスの概略構造図である。

ローカルドメイン名を取得するためのデバイスは、第2の送信ユニット702と、第2の受信ユニット704とを含む。

第2の送信ユニット702は、DHCP要求を第1のサーバに送信するように構成され、要求は、UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する。

第2の受信ユニット704は、第1のサーバによって返されたDHCP応答メッセージを受信し、この応答メッセージからUEが位置しているローカルドメインのドメイン名を取得するように構成される。

第2の送信ユニットは、詳細にはDHCP要求を第1のサーバに直接送信する、またはDHCP要求を第2のサーバに送信し、第2のサーバがDHCP要求を受信し、UEが位置しているローカルドメインのドメイン名をDHCP要求に挿入した後、第2のサーバを介してDHCP要求を第1のサーバに転送し、UEが位置しているローカルドメインのドメイン名は、第3のサーバから第2のサーバによって取得される。第1のサーバは、DHCPサーバであることが可能であり、DHCPサーバは、好ましくはローカル網に位置しており、ホーム網に位置していることも可能である。第2のサーバは、DHCPサーバのリレーもしくはエージェントとして使用されるNASであることが可能であり、またDHCPリレーもしくはDHCPエージェントであることも可能であり、またはオーセンティケータとDHCPリレー/エージェントとの間の内部モジュールインタフェースを介してDHCPサーバのリレーもしくはエージェント機能を実装することが可能である。第2のサーバおよび第1のサーバは、物理的に分離される、または共存することが可能である。

略してローカルドメイン名と呼ばれる、UEが位置しているローカルドメインのドメイン名は、UEが位置している現在のネットワークがあるドメインの名前である。現在のネットワークは、主として在圏網を指し、ホーム網を指すこともある。

デバイスは、DHCPサーバであることが可能であり、DHCP要求メッセージは、DHCPv4のDHCP DISCOVERYメッセージ、もしくはDHCP REQUESTメッセージ、または、DHCPv6のDHCP Solicitメッセージ、DHCP Requestメッセージ、もしくはDHCP Information Requestメッセージであることが可能である。ローカルドメイン名を要求するためのオプション情報は、要求メッセージ中に保持される。DHCPv4については、ローカルドメイン名のオプションのコードはParameter Request Listに保持され、DHCPv6については、ローカルドメインのオプションのコードはOption Request Optionに保持される。

詳細には、DHCP要求メッセージ中に、UEが位置しているローカルドメインのドメイン名を返すという情報を示すためのオプションの概略構造図については、図4aおよび4bを参照することができる。

本発明の実施形態による特定の実施の解決法から、EAP完全認証が実行された後に、第2の送信ユニットは第1のサーバにDHCP要求を送信し、この要求は、UEが位置しているローカルドメインのドメイン名を返すことを示すための情報を保持すること、および第2の受信ユニットは、第1のサーバによって返されるDHCP応答メッセージを受信し、この応答メッセージから、UEが位置しているローカルドメインのドメイン名を取得すること、これによってUEが完全認証後にローカルドメイン名を取得できないという問題を解決し、したがってUEはハンドオーバ中に迅速な再認証を行うことができ、それによってハンドオーバ遅延を軽減し、ユーザエクスペリエンスを向上させることがわかる。

図8は、本発明の一実施形態によりローカルドメイン名を取得するためのシステムの概略構造図である。

ローカルドメイン名を取得するためのシステムは、UE802および第1のサーバ804を含む。

UE802は、UEが位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持するDHCP要求を、EAP完全認証後に第1のサーバに送信する、また第1のサーバによって返されるDHCP応答メッセージを受信し、応答メッセージからUEが位置しているローカルドメインのドメイン名を取得するように構成される。

第1のサーバ804は、EAP完全認証が実行された後に、UEのDHCP要求を受信し、DHCP要求によってUEが位置しているローカルドメインのドメイン名を取得し、UEに返されるDHCP応答メッセージの中に、UEが位置しているローカルドメインのドメイン名を保持するように構成される。

システムはまた、第2のサーバを含む。

第2のサーバ806は、第3のサーバから、UEが位置しているローカルドメインのドメイン名を取得し、UEが位置しているローカルドメインのドメイン名を格納し、DHCP要求を受信して、UEが位置しているローカルドメインのドメイン名をDHCP要求に挿入した後、DHCP要求を第1のサーバに転送するように構成される。

第1のサーバ804は、詳細には、第2のサーバによって転送されたDHCP要求から、UEが位置しているローカルドメインのドメイン名を取得する、または、第1のサーバ自体からUEが位置しているローカルドメインのドメイン名を取得するように構成される。

UEはユーザ、ユーザ端末、ERPクライアント、DHCPクライアント、ピア、サプリカント等であることが可能であり、これらのすべては、この解決法では同じ物理的意味を有する。

略してローカルドメイン名と呼ばれる、UEが位置しているローカルドメインのドメイン名は、UEが位置している現在のネットワークがあるドメインの名前である。現在のネットワークは、主として在圏網を指し、ホーム網を指すこともある。

第1のサーバは、DHCPサーバであることが可能であり、DHCPサーバは、好ましくはローカル網に位置しており、ホーム網に位置していることも可能である。第2のサーバは、DHCPサーバのリレーもしくはエージェントとして使用されるNASであることが可能であり、またDHCPリレーもしくはDHCPエージェントであることも可能であり、またはオーセンティケータとDHCPリレー/エージェントとの間の内部モジュールインタフェースを介してDHCPサーバのリレーもしくはエージェント機能を実装することが可能であり、認証機能およびDHCPリレー/エージェント機能を有するサーバであることも可能である。第2のサーバおよび第1のサーバは、物理的に分離される、または共存することが可能である。第3のサーバは、ローカルEAPサーバ、ホームEAPサーバ、EAP機能を有するAAAサーバ、またはERP機能を有するAAAサーバであることが可能である。

本発明の実施形態によるローカルドメイン名を取得するためのシステムおよび各UEとシステムの中の第1のサーバとの間の対話によって、ユーザが完全認証後にローカルドメイン名を取得できないという問題が解決され、したがって、UEはハンドオーバ中に迅速な再認証を行うことができ、それによってハンドオーバ遅延を軽減し、ユーザエクスペリエンスを向上させる。

本発明をいくつかの例示的実施形態に関して説明したが、本発明の範囲はこれらに限定されない。本発明の技術的範囲内で当業者によって容易に思い付かれる可能性がある変形形態または代替形態は、本発明の保護範囲内に入るとみなされるべきである。したがって、本発明の保護範囲は、添付の特許請求の範囲に含まれる。

600 第1の受信ユニット
602 取得ユニット
604 第1の送信ユニット
702 第2の送信ユニット
704 第2の受信ユニット
802 UE
804 第1のサーバ
806 第2のサーバ

Claims (10)

1. ローカルドメイン名を取得するための方法であって、
   動的ホスト構成プロトコル(DHCP)サーバにより、ローカルドメイン名を返すことを示すためのオプションを保持する、ユーザ機器(UE)のDHCP要求を受信するステップと、
   前記DHCPサーバにより、前記DHCP要求に従って前記ローカルドメイン名を取得し、前記UEに返されるDHCP応答メッセージで前記ローカルドメイン名を伝送するステップと
   を含み、
   前記ローカルドメイン名は、前記UEの所属する現在のネットワークが位置しているドメインのドメイン名であり、
   前記現在のネットワークは、訪問先ネットワークであり、
   前記ローカルドメイン名は、前記訪問先ネットワークのローカルドメインサーバで拡張認証プロトコル(EAP)再認証を実行するために前記UEによって使用される、方法。
2. 前記ローカルドメイン名を取得するステップが、
   前記DHCPサーバにより、前記DHCPサーバ自体から前記ローカルドメイン名を取得するか、または、第2のサーバが前記DHCP要求を受信して、前記ローカルドメイン名を前記DHCP要求に挿入した後に、前記第2のサーバによって転送された前記DHCP要求から前記ローカルドメイン名を取得するステップを含み、
   前記ローカルドメイン名は、前記第2のサーバによって、第3のサーバから取得され、
   前記第2のサーバが、ネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、
   前記第3のサーバが、EAPサーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項1に記載の方法。
3. ローカルドメイン名を取得するための方法であって、
   ユーザ機器(UE)により、ローカルドメイン名を返すことを示すためのオプションを保持する、動的ホスト構成プロトコル(DHCP)要求をDHCPサーバに送信するステップと、
   前記UEにより、前記DHCPサーバによって返されたDHCP応答メッセージを受信し、前記DHCP応答メッセージから前記ローカルドメイン名を取得するステップと
   を含み、
   前記ローカルドメイン名は、前記UEの所属する現在のネットワークが位置しているドメインのドメイン名であり、
   前記現在のネットワークは、訪問先ネットワークであり、
   前記ローカルドメイン名は、前記訪問先ネットワークのローカルドメインサーバで拡張認証プロトコル(EAP)再認証を実行するために前記UEによって使用される、方法。
4. DHCP要求をDHCPサーバに送信するステップが、
   前記UEにより、前記DHCP要求を前記DHCPサーバに直接送信するか、または、前記DHCP要求を第2のサーバに送信し、前記第2のサーバが前記DHCP要求を受信して、前記ローカルドメイン名を前記DHCP要求に挿入した後、前記第2のサーバを介して前記DHCP要求を前記DHCPサーバに転送するステップを含み、
   前記ローカルドメイン名は、前記第2のサーバによって、第3のサーバから取得され、
   前記第2のサーバが、ネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、
   前記第3のサーバが、EAPサーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項3に記載の方法。
5. ローカルドメイン名を取得するためのデバイスであって、
   ローカルドメイン名を返すことを示すためのオプションを保持する、ユーザ機器(UE)の動的ホスト構成プロトコル(DHCP)要求を受信するように構成された、第1の受信ユニットと、
   前記DHCP要求に従って前記ローカルドメイン名を取得するように構成された、取得ユニットと、
   前記UEに返されるDHCP応答メッセージで、前記取得ユニットによって取得された前記ローカルドメイン名を伝送するように構成された、第1の送信ユニットと
   を含み、
   前記ローカルドメイン名は、前記UEの所属する現在のネットワークが位置しているドメインのドメイン名であり、
   前記現在のネットワークは、訪問先ネットワークであり、
   前記ローカルドメイン名は、前記訪問先ネットワークのローカルドメインサーバで拡張認証プロトコル(EAP)再認証を実行するために前記UEによって使用される、デバイス。
6. 前記取得ユニットが、デバイス自体から前記ローカルドメイン名を取得するか、または、第2のサーバが前記DHCP要求を受信して、前記ローカルドメイン名を前記DHCP要求に挿入した後に、前記第2のサーバによって転送された前記DHCP要求から前記ローカルドメイン名を取得するようにさらに構成され、
   前記ローカルドメイン名は、前記第2のサーバによって、第3のサーバから取得され、
   前記第2のサーバが、ネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、
   前記第3のサーバが、EAPサーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項5に記載のデバイス。
7. ローカルドメイン名を取得するためのデバイスであって、
   ローカルドメイン名を返すことを示すためのオプションを保持する、動的ホスト構成プロトコル(DHCP)要求をDHCPサーバに送信するように構成された、第2の送信ユニットと、
   前記DHCPサーバによって返されたDHCP応答メッセージを受信し、前記DHCP応答メッセージから前記ローカルドメイン名を取得するように構成された、第2の受信ユニットと
   を含み、
   前記ローカルドメイン名は、ユーザ機器(UE)の所属する現在のネットワークが位置しているドメインのドメイン名であり、
   前記現在のネットワークは、訪問先ネットワークであり、
   前記ローカルドメイン名は、前記訪問先ネットワークのローカルドメインサーバで拡張認証プロトコル(EAP)再認証を実行するために前記UEによって使用される、デバイス。
8. 前記第2の送信ユニットが、前記DHCP要求を前記DHCPサーバに直接送信するか、または、前記DHCP要求を第2のサーバに送信し、前記第2のサーバが前記DHCP要求を受信して、前記ローカルドメイン名を前記DHCP要求に挿入した後に、前記第2のサーバを介して前記DHCPサーバに前記DHCP要求を転送するようにさらに構成され、
   前記ローカルドメイン名は、前記第2のサーバによって、第3のサーバから取得され、
   前記第2のサーバが、ネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、
   前記第3のサーバが、EAPサーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項7に記載のデバイス。
9. ローカルドメイン名を取得するためのシステムであって、
   ローカルドメイン名を返すことを示すためのオプションを保持する、動的ホスト構成プロトコル(DHCP)要求をDHCPサーバに送信し、前記DHCPサーバによって返されたDHCP応答メッセージを受信し、前記DHCP応答メッセージから前記ローカルドメイン名を取得するように構成された、ユーザ機器(UE)と、
   前記UEの前記DHCP要求を受信し、前記DHCP要求に従って前記ローカルドメイン名を取得し、前記UEに返される前記DHCP応答メッセージで、前記ローカルドメイン名を伝送するように構成された、DHCPサーバと
   を含み、
   前記ローカルドメイン名は、前記UEの所属する現在のネットワークが位置しているドメインのドメイン名であり、
   前記現在のネットワークは、訪問先ネットワークであり、
   前記ローカルドメイン名は、前記訪問先ネットワークのローカルドメインサーバで拡張認証プロトコル(EAP)再認証を実行するために前記UEによって使用される、システム。
10. 第2のサーバをさらに含み、
    前記第2のサーバは、第3のサーバから前記ローカルドメイン名を取得し、前記ローカルドメイン名を格納し、前記DHCP要求を受信して、前記ローカルドメイン名を前記DHCP要求に挿入した後、前記DHCP要求を前記DHCPサーバに転送するように構成され、
    前記DHCPサーバが、前記第2のサーバによって転送された前記DHCP要求から前記ローカルドメイン名を取得するか、または、前記DHCPサーバ自体から前記ローカルドメイン名を取得するようにさらに構成され、
    前記第2のサーバが、ネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、
    前記第3のサーバが、EAPサーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項9に記載のシステム。

Images