ローカルドメイン名を取得するための方法、装置、およびシステム
本発明では、ローカルドメイン名を取得するための方法、装置、およびシステムが提供される。ユーザデバイスの動的ホスト構成プロトコル(DHCP)の要求が受信され、この要求は、ユーザデバイスが位置しているローカルドメインのドメイン名を返すことを示すために使用されるオプションを保持する(S200)。DHCP要求に基づいて、ユーザデバイスが位置しているローカルドメインのドメイン名が取得され、ユーザデバイスが位置しているローカルドメインのドメイン名は、DHCP応答メッセージの中に保持されて、ユーザデバイスに返される(S202)。また、本発明では、ローカルドメイン名を取得するための装置およびシステムが提供され、ユーザが完全認証後にローカルドメイン名を取得できないという問題を解決する。これにより、ユーザデバイスは、ハンドオフ中に迅速な再認証を行うことができるようになり、ハンドオフの時間遅延を軽減して、ユーザエクスペリエンスを向上させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、詳細には、ローカルドメイン名を取得するための方法、デバイス、システムに関する。
【背景技術】
【０００２】
拡張認証プロトコル(Extensible Authentication Protocol、EAP)は、認証および鍵管理アーキテクチャである。EAP認証方法は、EAPクライアントとEAPサーバとの間のエンドツーエンドの認証である。EAPパケットは、認証パス上の様々なネットワークエンティティ間で様々なプロトコルによって運ばれることが可能である。例えば、オーセンティケータとEAPサーバとの間で、Diameter、Radiusなどであることが可能である、認証、許可、アカウンティング(Authentication, Authorization and Accounting、AAA)プロトコルが採用される。
【０００３】
現在、EAP認証は、ネットワークアクセス制御において広く適用されている。EAP認証モデルである図2に示すように、拡張認証プロトコル(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つである。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
よって、本発明の実施形態の主要な目的は、ユーザが完全認証後にローカルドメイン名を取得することができないという問題を解決するために、ローカルドメイン名を取得するための方法、デバイス、およびシステムを提供することであり、したがってユーザ機器(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のサーバ
【技術分野】
【０００１】
本発明は、通信分野に関し、詳細には、ローカルドメイン名を取得するための方法、デバイス、システムに関する。
【背景技術】
【０００２】
拡張認証プロトコル(Extensible Authentication Protocol、EAP)は、認証および鍵管理アーキテクチャである。EAP認証方法は、EAPクライアントとEAPサーバとの間のエンドツーエンドの認証である。EAPパケットは、認証パス上の様々なネットワークエンティティ間で様々なプロトコルによって運ばれることが可能である。例えば、オーセンティケータとEAPサーバとの間で、Diameter、Radiusなどであることが可能である、認証、許可、アカウンティング(Authentication, Authorization and Accounting、AAA)プロトコルが採用される。
【０００３】
現在、EAP認証は、ネットワークアクセス制御において広く適用されている。EAP認証モデルである図2に示すように、拡張認証プロトコル(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つである。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
よって、本発明の実施形態の主要な目的は、ユーザが完全認証後にローカルドメイン名を取得することができないという問題を解決するために、ローカルドメイン名を取得するための方法、デバイス、およびシステムを提供することであり、したがってユーザ機器(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のサーバ
【特許請求の範囲】
【請求項１】
ローカルドメイン名を取得するための方法であって、
ユーザ機器(UE)が位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、前記UEの動的ホスト構成プロトコル(DHCP)の要求を受信するステップと、
前記DHCP要求によって、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得し、前記UEに返されるDHCP応答メッセージの中に、前記UEが位置している前記ローカルドメインの前記ドメイン名を保持するステップと
を含む、方法。
【請求項２】
前記UEが位置している前記ローカルドメインの前記ドメイン名を前記取得するステップが、詳細には、
第1のサーバ自体から、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得する、または、第2のサーバが前記DHCP要求を受信して、前記UEが位置している前記ローカルドメインの前記ドメイン名を前記DHCP要求に挿入した後に、前記UEが位置している前記ローカルドメインの前記ドメイン名が挿入され、前記第2のサーバによって転送された前記DHCP要求から、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得し、前記UEが位置している前記ローカルドメインの前記ドメイン名は第3のサーバから前記第2のサーバによって取得されるステップ
を含む、請求項1に記載の方法。
【請求項３】
前記第2のサーバが、ネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、前記第3のサーバが、拡張認証プロトコル(EAP)サーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項2に記載の方法。
【請求項４】
ユーザ機器(UE)が位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、動的ホスト構成プロトコル(DHCP)の要求を第1のサーバに送信するステップと、
前記第1のサーバによって返されたDHCP応答メッセージを受信し、前記応答メッセージから前記UEが位置している前記ローカルドメインの前記ドメイン名を取得するステップと
を含む、ローカルドメイン名を取得するための方法。
【請求項５】
前記DHCP要求を前記第1のサーバに前記送信するステップが、詳細には、
前記DHCP要求を前記第1のサーバに直接送信する、または、前記DHCP要求を第2のサーバに送信し、前記第2のサーバが前記DHCP要求を受信して、前記UEが位置している前記ローカルドメインの前記ドメイン名を前記DHCP要求に挿入した後、前記第2のサーバを介して前記DHCP要求を前記第1のサーバに転送するステップであって、前記UEが位置している前記ローカルドメインの前記ドメイン名は第3のサーバから前記第2のサーバによって取得されるステップ
を含む、請求項4に記載の方法。
【請求項６】
前記第1のサーバがDHCPサーバであり、前記第2のサーバがネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、前記第3のサーバが、拡張認証プロトコル(EAP)サーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項5に記載の方法。
【請求項７】
ユーザ機器(UE)が位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、前記UEの動的ホスト構成プロトコル(DHCP)の要求を受信するように構成された、第1の受信ユニットと、
前記DHCP要求によって、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得するように構成された、取得ユニットと、
前記UEに返されるDHCP応答メッセージ中に、前記取得ユニットによって取得された、前記UEが位置している前記ローカルドメインの前記ドメイン名を保持するように構成された、第1の送信ユニットと
を含む、ローカルドメイン名を取得するためのデバイス。
【請求項８】
前記取得ユニットが、詳細には、前記デバイス自体から、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得する、または第2のサーバが、前記DHCP要求を受信して、前記UEが位置している前記ローカルドメインの前記ドメイン名を前記DHCP要求に挿入した後に、前記第2のサーバによって前記UEが位置している前記ローカルドメインの前記ドメイン名が挿入され、転送された前記DHCP要求から、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得し、前記UEが位置している前記ローカルドメインの前記ドメイン名は第3のサーバから前記第2のサーバによって取得されるように構成された、請求項7に記載のデバイス。
【請求項９】
前記第2のサーバが、ネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、前記第3のサーバが、拡張認証プロトコル(EAP)サーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項8に記載のデバイス。
【請求項１０】
ユーザ機器(UE)が位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、動的ホスト構成プロトコル(DHCP)の要求を第1のサーバに送信するように構成された、第2の送信ユニットと、
前記第1のサーバによって返されたDHCP応答メッセージを受信し、前記応答メッセージから前記UEが位置している前記ローカルドメインの前記ドメイン名を取得するように構成された、第2の受信ユニットと
を含む、ローカルドメイン名を取得するためのデバイス。
【請求項１１】
前記第2の送信ユニットが、詳細には、前記DHCP要求を前記第1のサーバに直接送信する、または前記DHCP要求を第2のサーバに送信し、前記第2のサーバが前記DHCP要求を受信して前記UEが位置している前記ローカルドメインの前記ドメイン名を前記DHCP要求に挿入した後に、前記第2のサーバを介して前記第1のサーバに前記DHCP要求を転送し、前記UEが位置している前記ローカルドメインの前記ドメイン名は第3のサーバから前記第2のサーバによって取得されるように構成された、請求項10に記載のデバイス。
【請求項１２】
前記第1のサーバがDHCPサーバであり、前記第2のサーバがネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、前記第3のサーバが、拡張認証プロトコル(EAP)サーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項11に記載のデバイス。
【請求項１３】
ローカルドメイン名を取得するためのシステムであって、
ユーザ機器(UE)が位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する動的ホスト構成プロトコル(DHCP)の要求を第1のサーバに送信し、前記第1のサーバによって返されたDHCP応答メッセージを受信し、前記応答メッセージから前記UEが位置している前記ローカルドメインの前記ドメイン名を取得するように構成された前記UEと、
前記UEの前記DHCP要求を受信し、前記DHCP要求によって、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得し、前記UEに返される前記DHCP応答メッセージ中に、前記UEが位置している前記ローカルドメインの前記ドメイン名を保持するように構成された、前記第1のサーバと
を含む、システム。
【請求項１４】
第2のサーバをさらに含み、
前記第2のサーバが、第3のサーバから、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得し、前記UEが位置している前記ローカルドメインの前記ドメイン名を格納し、前記DHCP要求を受信して、前記UEが位置している前記ローカルドメインの前記ドメイン名を前記DHCP要求に挿入した後、前記DHCP要求を前記第1のサーバに転送するように構成され、
前記第1のサーバが、詳細には、前記第2のサーバによって転送された前記DHCP要求から、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得する、または、前記第1のサーバ自体から前記UEが位置している前記ローカルドメインの前記ドメイン名を取得するように構成される、
請求項13に記載のシステム。
【請求項１５】
前記第1のサーバがDHCPサーバであり、前記第2のサーバがネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、前記第3のサーバが、拡張認証プロトコル(EAP)サーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項14に記載のシステム。
【請求項１】
ローカルドメイン名を取得するための方法であって、
ユーザ機器(UE)が位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、前記UEの動的ホスト構成プロトコル(DHCP)の要求を受信するステップと、
前記DHCP要求によって、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得し、前記UEに返されるDHCP応答メッセージの中に、前記UEが位置している前記ローカルドメインの前記ドメイン名を保持するステップと
を含む、方法。
【請求項２】
前記UEが位置している前記ローカルドメインの前記ドメイン名を前記取得するステップが、詳細には、
第1のサーバ自体から、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得する、または、第2のサーバが前記DHCP要求を受信して、前記UEが位置している前記ローカルドメインの前記ドメイン名を前記DHCP要求に挿入した後に、前記UEが位置している前記ローカルドメインの前記ドメイン名が挿入され、前記第2のサーバによって転送された前記DHCP要求から、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得し、前記UEが位置している前記ローカルドメインの前記ドメイン名は第3のサーバから前記第2のサーバによって取得されるステップ
を含む、請求項1に記載の方法。
【請求項３】
前記第2のサーバが、ネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、前記第3のサーバが、拡張認証プロトコル(EAP)サーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項2に記載の方法。
【請求項４】
ユーザ機器(UE)が位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、動的ホスト構成プロトコル(DHCP)の要求を第1のサーバに送信するステップと、
前記第1のサーバによって返されたDHCP応答メッセージを受信し、前記応答メッセージから前記UEが位置している前記ローカルドメインの前記ドメイン名を取得するステップと
を含む、ローカルドメイン名を取得するための方法。
【請求項５】
前記DHCP要求を前記第1のサーバに前記送信するステップが、詳細には、
前記DHCP要求を前記第1のサーバに直接送信する、または、前記DHCP要求を第2のサーバに送信し、前記第2のサーバが前記DHCP要求を受信して、前記UEが位置している前記ローカルドメインの前記ドメイン名を前記DHCP要求に挿入した後、前記第2のサーバを介して前記DHCP要求を前記第1のサーバに転送するステップであって、前記UEが位置している前記ローカルドメインの前記ドメイン名は第3のサーバから前記第2のサーバによって取得されるステップ
を含む、請求項4に記載の方法。
【請求項６】
前記第1のサーバがDHCPサーバであり、前記第2のサーバがネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、前記第3のサーバが、拡張認証プロトコル(EAP)サーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項5に記載の方法。
【請求項７】
ユーザ機器(UE)が位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、前記UEの動的ホスト構成プロトコル(DHCP)の要求を受信するように構成された、第1の受信ユニットと、
前記DHCP要求によって、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得するように構成された、取得ユニットと、
前記UEに返されるDHCP応答メッセージ中に、前記取得ユニットによって取得された、前記UEが位置している前記ローカルドメインの前記ドメイン名を保持するように構成された、第1の送信ユニットと
を含む、ローカルドメイン名を取得するためのデバイス。
【請求項８】
前記取得ユニットが、詳細には、前記デバイス自体から、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得する、または第2のサーバが、前記DHCP要求を受信して、前記UEが位置している前記ローカルドメインの前記ドメイン名を前記DHCP要求に挿入した後に、前記第2のサーバによって前記UEが位置している前記ローカルドメインの前記ドメイン名が挿入され、転送された前記DHCP要求から、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得し、前記UEが位置している前記ローカルドメインの前記ドメイン名は第3のサーバから前記第2のサーバによって取得されるように構成された、請求項7に記載のデバイス。
【請求項９】
前記第2のサーバが、ネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、前記第3のサーバが、拡張認証プロトコル(EAP)サーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項8に記載のデバイス。
【請求項１０】
ユーザ機器(UE)が位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する、動的ホスト構成プロトコル(DHCP)の要求を第1のサーバに送信するように構成された、第2の送信ユニットと、
前記第1のサーバによって返されたDHCP応答メッセージを受信し、前記応答メッセージから前記UEが位置している前記ローカルドメインの前記ドメイン名を取得するように構成された、第2の受信ユニットと
を含む、ローカルドメイン名を取得するためのデバイス。
【請求項１１】
前記第2の送信ユニットが、詳細には、前記DHCP要求を前記第1のサーバに直接送信する、または前記DHCP要求を第2のサーバに送信し、前記第2のサーバが前記DHCP要求を受信して前記UEが位置している前記ローカルドメインの前記ドメイン名を前記DHCP要求に挿入した後に、前記第2のサーバを介して前記第1のサーバに前記DHCP要求を転送し、前記UEが位置している前記ローカルドメインの前記ドメイン名は第3のサーバから前記第2のサーバによって取得されるように構成された、請求項10に記載のデバイス。
【請求項１２】
前記第1のサーバがDHCPサーバであり、前記第2のサーバがネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、前記第3のサーバが、拡張認証プロトコル(EAP)サーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項11に記載のデバイス。
【請求項１３】
ローカルドメイン名を取得するためのシステムであって、
ユーザ機器(UE)が位置しているローカルドメインのドメイン名を返すことを示すためのオプションを保持する動的ホスト構成プロトコル(DHCP)の要求を第1のサーバに送信し、前記第1のサーバによって返されたDHCP応答メッセージを受信し、前記応答メッセージから前記UEが位置している前記ローカルドメインの前記ドメイン名を取得するように構成された前記UEと、
前記UEの前記DHCP要求を受信し、前記DHCP要求によって、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得し、前記UEに返される前記DHCP応答メッセージ中に、前記UEが位置している前記ローカルドメインの前記ドメイン名を保持するように構成された、前記第1のサーバと
を含む、システム。
【請求項１４】
第2のサーバをさらに含み、
前記第2のサーバが、第3のサーバから、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得し、前記UEが位置している前記ローカルドメインの前記ドメイン名を格納し、前記DHCP要求を受信して、前記UEが位置している前記ローカルドメインの前記ドメイン名を前記DHCP要求に挿入した後、前記DHCP要求を前記第1のサーバに転送するように構成され、
前記第1のサーバが、詳細には、前記第2のサーバによって転送された前記DHCP要求から、前記UEが位置している前記ローカルドメインの前記ドメイン名を取得する、または、前記第1のサーバ自体から前記UEが位置している前記ローカルドメインの前記ドメイン名を取得するように構成される、
請求項13に記載のシステム。
【請求項１５】
前記第1のサーバがDHCPサーバであり、前記第2のサーバがネットワークアクセスサーバ(NAS)、DHCPリレー、またはDHCPエージェントであり、前記第3のサーバが、拡張認証プロトコル(EAP)サーバ、認証、許可、アカウンティング(AAA)サーバ、またはEAP機能を備えたAAAサーバである、請求項14に記載のシステム。
【図１】
【図２】
【図３】
【図４】
【図４ａ】
【図４ｂ】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図４ａ】
【図４ｂ】
【図５】
【図６】
【図７】
【図８】
【公表番号】特表２０１２−５３０４１３（Ｐ２０１２−５３０４１３Ａ）
【公表日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願番号】特願２０１２−５１５３０９（Ｐ２０１２−５１５３０９）
【出願日】平成２１年７月３日（２００９．７．３）
【国際出願番号】ＰＣＴ／ＣＮ２００９／０７２６１８
【国際公開番号】ＷＯ２０１１／０００１６８
【国際公開日】平成２３年１月６日（２０１１．１．６）
【出願人】（５０４２７７３８８）▲ホア▼▲ウェイ▼技術有限公司 (220)
【Ｆターム（参考）】
【公表日】平成２４年１１月２９日（２０１２．１１．２９）
【国際特許分類】
【出願日】平成２１年７月３日（２００９．７．３）
【国際出願番号】ＰＣＴ／ＣＮ２００９／０７２６１８
【国際公開番号】ＷＯ２０１１／０００１６８
【国際公開日】平成２３年１月６日（２０１１．１．６）
【出願人】（５０４２７７３８８）▲ホア▼▲ウェイ▼技術有限公司 (220)
【Ｆターム（参考）】
[ Back to top ]