JP2016533671A - 初期リンクセットアップの間の低減された待ち時間のためのシステムおよび方法 - Google Patents

初期リンクセットアップの間の低減された待ち時間のためのシステムおよび方法 Download PDF

Info

Publication number
JP2016533671A
JP2016533671A JP2016527038A JP2016527038A JP2016533671A JP 2016533671 A JP2016533671 A JP 2016533671A JP 2016527038 A JP2016527038 A JP 2016527038A JP 2016527038 A JP2016527038 A JP 2016527038A JP 2016533671 A JP2016533671 A JP 2016533671A
Authority
JP
Japan
Prior art keywords
access point
dhcp
address
mobile device
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016527038A
Other languages
English (en)
Other versions
JP6117441B2 (ja
JP2016533671A5 (ja
Inventor
ホークス、フィリップ・マイケル
チェリアン、ジョージ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2016533671A publication Critical patent/JP2016533671A/ja
Publication of JP2016533671A5 publication Critical patent/JP2016533671A5/ja
Application granted granted Critical
Publication of JP6117441B2 publication Critical patent/JP6117441B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/503—Internet protocol [IP] addresses using an authentication, authorisation and accounting [AAA] protocol, e.g. remote authentication dial-in user service [RADIUS] or Diameter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5084—Providing for device mobility
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0077—Transmission or use of information for re-establishing the radio link of access information of target access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

リンクセットアップ時間を低減するためのモバイルデバイスの動作の方法は、第１のアクセスポイントとのリンクセットアッププロシージャを開始することを含む。リンクセットアッププロシージャは、第１のアクセスポイントを介して動的ホスト構成プロトコル（ＤＨＣＰ）情報を受信することを含む。この方法は、ＤＨＣＰ情報を使用して第１のアクセスポイントと通信することと、第１のアクセスポイントと通信した後に、第２のアクセスポイントとの通信を開始することとをさらに含む。この方法は、第２のアクセスポイントから、モバイルデバイスがＤＨＣＰ情報を使用して第２のアクセスポイントと通信することができるのかどうかを識別するインジケーションを受信することをさらに含む。インジケーションの値は、第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって、モバイルデバイスが第２のアクセスポイントとのリンクセットアップ時間を低減することができるのかどうかを識別する。【選択図】図１３

Description

関連出願の相互参照
[0001]本願は、２０１３年７月１５日に出願した米国特許仮出願第６１／８４６，５３６号、名称「SYSTEMS AND METHODS FOR REDUCED LATENCY DURING INITIAL LINK SETUP」（代理人整理番号１３３９１２Ｐ１）と、２０１３年７月２９日に出願した米国特許仮出願第６１／８５９，６１１号、名称「SYSTEM AND METHOD TO ASSIGN AN INTERNET PROTOCOL ADDRESS TO A MOBILE DEVICE DURING A HANDOFF」（代理人整理番号１３３７７７Ｐ１）と、２０１４年７月１４日に出願した米国特許非仮出願第１４／３３１，１１８号、名称「SYSTEMS AND METHODS FOR REDUCED LATENCY DURING INITIAL LINK SETUP」（代理人整理番号１３３９１２）とからの優先権を主張するものである。前述の特許出願の開示は、その全体が参照によって本明細書に組み込まれている。
[0002]本出願は概して、ワイヤレス通信システムに関し、より詳細には、ワイヤレス通信システム内での高速初期ネットワークリンクセットアップのためのシステムと、方法と、デバイスとに関する。
[0003]技術の進歩は、より小さく、より強力な電子デバイスをもたらした。たとえば、現在、ワイヤレス電話機、携帯情報端末（ＰＤＡ）、およびページングデバイスなど、様々なモバイルデバイスが存在する。モバイルデバイスは、小さく、軽量で、ユーザよって容易に携帯され得る。セルラー電話機およびインターネットプロトコル（ＩＰ）電話機などのワイヤレス電話機は、ワイヤレスネットワークを介して音声パケットとデータパケットとを通信することができる。さらに、多くのワイヤレス電話機は、その中に組み込まれた他のタイプのデバイスを含む。たとえば、ワイヤレス電話機は、デジタルスチールカメラと、デジタルビデオカメラと、デジタルレコーダと、オーディオファイルプレイヤとをも含むことができる。また、ワイヤレス電話機は、インターネットにアクセスするのに使用され得るウェブブラウザアプリケーションなどのソフトウェアアプリケーションを含む実行可能命令を処理することができる。ワイヤレス電話機および他のモバイルデバイスは、ワイヤレスリンクを介して（たとえば、特定の周波数などのワイヤレスチャネルまたは別のタイプのワイヤレスチャネルなどを使用して）他のデバイス（たとえば、アクセスポイント）とデータを通信することができる。
[0004]モバイルデバイスおよびアクセスポイントは、ユーザデータを交換する前に、ネットワーク情報に関するある種の初期通信を交換することができる。たとえば、ユーザデータを交換する前に、モバイルデバイスおよびアクセスポイントは、例示的な例として、サポートされる通信技術のタイプ、ネットワークアドレス、認証情報、および／または関連付け情報に関する情報を交換することによって、「リンクセットアップ」プロシージャを実行することができる。いくつかの場合に、多数のモバイルデバイスが、特定のアクセスポイントとのワイヤレス接続性を確立することを試みる場合がある。たとえば、複数のモバイルデバイスが、あるアクセスポイントの範囲内を移動する時に、そのアクセスポイントは、リンクセットアッププロセスの待ち時間を引き起こす高められたレートのリンクセットアップ要求を経験する可能性がある。したがって、ワイヤレス通信ネットワーク内での改善された初期リンクセットアッププロシージャの必要がある。
[0005]モバイルデバイスとアクセスポイント（ＡＰ）との間のワイヤレス接続性セットアップ時間（または「リンクセットアップ」時間）は、ある種の場合にモバイルデバイスが動的ホスト構成プロトコル（ＤＨＣＰ）プロセスを回避することを可能にすることによって、低減される。例示のために、モバイルデバイスは、インターネットプロトコル（ＩＰ）通信を可能にするために、第１のＡＰとの初期リンクセットアップの間にＤＨＣＰプロセスを開始することができる。たとえば、モバイルデバイスは、モバイルデバイスにＤＨＣＰ情報を与えるＤＨＣＰ「リース」を入手するためにＤＨＣＰサーバと通信することができる（第１のＡＰを介して）。ＤＨＣＰ情報は、特定の時間持続期間の間に有効であるＩＰアドレスを含む場合がある。ＤＨＣＰプロセスを開始した後、ＤＨＣＰリースの満了の前に、モバイルデバイスのユーザが、第１のＡＰの範囲から出、第２のＡＰの範囲内に移動し、第１のＡＰから第２のＡＰへのモバイルデバイスの「ハンドオフ」をトリガする場合がある。ハンドオフに基づいて、ＤＨＣＰサーバは、モバイルデバイスに割り当てるべきＩＰアドレス（たとえば、「新しい」ＩＰアドレス）を決定することができる。「新しい」ＩＰアドレスを決定するプロセスは、ハンドオフプロシージャの間の遅延を引き起こす可能性がある。たとえば、ＤＨＣＰサーバは、「新しい」ＩＰアドレスを決定するのに１秒超を要する場合がある。ハンドオフプロシージャの完了時刻までの遅延は、モバイルデバイスが第１のＡＰのカバレージエリアの外に移動する前にハンドオフプロシージャが完了できないことを引き起こす可能性がある。したがって、この場合には、モバイルデバイスで進行中の通信セッションが、ハンドオフプロシージャの間に中断されまたは終了される可能性がある。
[0006]本願は、ハンドオフ時間を短縮し、ＤＨＣＰサーバと通信せずにＩＰアドレス割当を可能にするシステムと方法とを説明するものである。第１の方法によれば、モバイルデバイスは、モバイルデバイスがハンドオフの間にアクセスポイントに関連付ける時に、アクセスポイントによって以前のＩＰアドレスを再割当され得る。例示のために、モバイルデバイスは、モバイルデバイスが第１のＡＰに関連付けられる時にＤＨＣＰサーバから第１のＩＰアドレスを割り当てられ得る。第１のＩＰアドレスは、認証サーバなどのサーバにも供給され得る。モバイルデバイスが、第２のＡＰとのハンドオフプロシージャを開始する時に、モバイルデバイスは、第２のＡＰに第１のＩＰアドレスを要求することができる。第２のＡＰは、要求されたＩＰアドレスを、認証サーバによって供給されるＩＰアドレスと比較することができる。要求されたＩＰアドレスが、認証サーバによって供給されたＩＰアドレスと一致する時には、第２のＡＰは、第１のＩＰアドレスをモバイルデバイスに再割当することができる。したがって、モバイルデバイスは、ハンドオフの間のＤＨＣＰサーバの関与なしで、ハンドオフの間に同一のＩＰアドレスを再割当され得る。
[0007]第２の方法によれば、ある種の従来のシステムにおけるように、第２のＡＰを用いてＤＨＣＰプロセスを自動的に再開始するのではなく、モバイルデバイスが、現在のＤＨＣＰリースを維持することができる。特定の実施形態では、モバイルデバイスは、第２のＡＰとの初期リンクセットアップの間に第２のＡＰからインジケーションを受信する。このインジケーションは、第１のＡＰおよび第２のＡＰが共通のネットワーク（たとえば、共通のＤＨＣＰサーバによって管理されるＡＰのネットワーク）内に含まれるのかどうかを指定することができる。第１のＡＰおよび第２のＡＰが共通のネットワーク内に含まれる場合に、モバイルデバイスは、ＤＨＣＰ情報を使用し続けることができ（たとえば、新しいＩＰアドレスを入手するためにＤＨＣＰプロセスを再実行するのではなく）、したがって、第２のＡＰとの接続性を確立するための時間持続期間が低減される。
[0008]特定の実施形態では、リンクセットアップ時間を低減するためのモバイルデバイスの動作の方法は、第１のアクセスポイントとのリンクセットアッププロシージャを開始することを含む。リンクセットアッププロシージャは、第１のアクセスポイントを介して動的ホスト構成プロトコル（ＤＨＣＰ）情報を受信することを含む。この方法は、ＤＨＣＰ情報を使用して第１のアクセスポイントと通信することと、第１のアクセスポイントと通信した後に、第２のアクセスポイントとの通信を開始することとをさらに含む。この方法は、第２のアクセスポイントから、モバイルデバイスがＤＨＣＰ情報を使用して第２のアクセスポイントと通信することができるのかどうかを識別するインジケーションを受信することをさらに含む。インジケーションの値は、第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって、モバイルデバイスが第２のアクセスポイントとのリンクセットアップ時間を低減することができるのかどうかを識別する。
[0009]別の特定の実施形態では、装置は、メモリと、ラジオ周波数（ＲＦ）インターフェースとを含む。メモリは、ＤＨＣＰ情報を記憶するように構成される。ＲＦインターフェースは、第１のアクセスポイントとのリンクセットアッププロシージャを開始するように構成される。リンクセットアッププロシージャは、第１のアクセスポイントを介してＤＨＣＰ情報を受信することを含む。ＲＦインターフェースは、ＤＨＣＰ情報を使用して第１のアクセスポイントと通信し、第２のアクセスポイントとの通信を開始し、第２のアクセスポイントから、ＤＨＣＰ情報を使用して第２のアクセスポイントと通信すべきかどうかを識別するインジケーションを受信するようにさらに構成される。インジケーションの値は、第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって、第２のアクセスポイントとのリンクセットアップ時間が低減され得るのかどうかを識別する。
[0010]別の特定の実施形態では、コンピュータ可読媒体は、モバイルデバイスに、リンクセットアップ時間を低減する動作を実行させるためにモバイルデバイスのプロセッサによって実行可能な命令を記憶する。動作は、第１のアクセスポイントとのリンクセットアッププロシージャを開始することを含む。リンクセットアッププロシージャは、第１のアクセスポイントを介して動的ホスト構成プロトコル（ＤＨＣＰ）情報を受信することを含む。動作は、ＤＨＣＰ情報を使用して第１のアクセスポイントと通信することと、第１のアクセスポイントと通信した後に、第２のアクセスポイントとの通信を開始することとをさらに含む。動作は、第２のアクセスポイントから、モバイルデバイスがＤＨＣＰ情報を使用して第２のアクセスポイントと通信することができるのかどうかを識別するインジケーションを受信することをさらに含む。インジケーションの値は、第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって、モバイルデバイスが第２のアクセスポイントとのリンクセットアップ時間を低減することができるのかどうかを識別する。
[0011]別の特定の実施形態では、装置は、第１のアクセスポイントとのリンクセットアッププロシージャを開始するための手段を含む。リンクセットアッププロシージャは、第１のアクセスポイントを介して動的ホスト構成プロトコル（ＤＨＣＰ）情報を受信することを含む。装置は、ＤＨＣＰ情報を使用して第１のアクセスポイントと通信するための手段と、第１のアクセスポイントと通信した後に、第２のアクセスポイントとの通信を開始するための手段とをさらに含む。装置は、第２のアクセスポイントから、モバイルデバイスがＤＨＣＰ情報を使用して第２のアクセスポイントと通信することができるかどうかを識別するインジケーションを受信するための手段をさらに含む。インジケーションの値は、第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって、第２のアクセスポイントとのリンクセットアップ時間が低減され得るのかどうかを識別する。
[0012]開示される実施形態のうちの少なくとも１つによって提供される特定の利点は、より高速の初期リンクセットアップである。たとえば、モバイルデバイスは、アクセスポイントとのリンクセットアップに応答するＤＨＣＰの自動再構成を回避することができる。その代わりに、モバイルデバイスは、いくつかの情況でアクセスポイントと通信するのに既存のＤＨＣＰ証明書（DHCP credential）を利用することができ、アクセスポイントとのワイヤレス接続性の確立に関連する待ち時間が低減される。本開示の他の態様、利点、および特徴は、「図面の簡単な説明」と、「発明を実施するための形態」と、「特許請求の範囲」とを含めて本願全体を再検討した後に明白になる。
ＡＰを使用してハンドオフプロシージャの間にモバイルデバイスにＩＰアドレスを割り当てるように動作可能なシステムの特定の実施形態を示す図。 図１のシステムのメッセージングフローの特定の実施形態を示す図。 ハンドオフプロシージャの間の図１のシステムのメッセージングフローの別の特定の実施形態を示す図。 ハンドオフプロシージャの間の図１のシステムのメッセージングフローの別の特定の実施形態を示す図。 図１のアクセスポイントでの動作の方法の特定の実施形態を示すフローチャート。 図１のモバイルデバイスでの動作の方法の特定の実施形態を示すフローチャート。 図１のＡＡＡサーバでの動作の方法の特定の実施形態を示すフローチャート。 図１のＤＨＣＰサーバでの動作の方法の特定の実施形態を示すフローチャート。 図１のＡＡＡサーバでの動作の方法の別の特定の実施形態を示すフローチャート。 図２〜図４のメッセージングフローによる、図１のシステムでの動作の方法の特定の実施形態を示すフローチャート。 ハンドオフプロシージャの間に図１のＡＰからＩＰアドレスの割当を受信するように動作可能なコンポーネントを含む通信デバイスを示すブロック図。 ＤＨＣＰ再構成を回避できるのかどうかを示すモバイルデバイスへのインジケーションを送信するように動作可能なシステムの特定の実施形態を示す図。 図１２のワイヤレス通信システム内での例示的な通信交換を示す図。 図１２のワイヤレス通信システム内での別の例示的な通信交換を示す図。 図１２のワイヤレス通信システム内で動作するモバイルデバイスによって実行され得る動作の例の方法を示すフローチャート。 図１２のワイヤレス通信システム内で動作するアクセスポイントによって実行され得る動作の例の方法を示すフローチャート。 図１２のワイヤレス通信システム内で動作するサーバによって実行され得る動作の例の方法を示すフローチャート。 図１２のワイヤレス通信システム内で動作することのできるモバイルデバイスを示すブロック図。
[0031]新規のシステム、装置、および方法の様々な態様が、以下で、添付図面を参照してより十分に説明される。しかし、本開示は、様々な異なる形態で実施され得、本開示全体で提示される特定の構造または機能に限定されると解釈されてはならない。そうではなく、これらの態様は、本開示が完全になり、本開示の範囲を当業者に十分に伝えるようにするために提供される。本明細書の教示に基づいて、当業者は、本明細書で開示される新規のシステム、装置、および方法の態様が、他の態様と独立に実施されようと他の態様と組み合わされようと、本開示の範囲が、本明細書で開示される新規のシステムと、装置と、方法とのすべての態様を包含することを意図されていることを了解するに違いない。たとえば、本明細書で開示される態様のうちの任意の個数を使用して、装置が実施され得、方法が実践され得る。さらに、本開示の範囲は、本明細書で示される開示の様々な態様に加えて、またはそれらの態様以外の他の構造、機能性、または構造と機能性とを使用して実践される装置または方法を包含することが意図されている。本明細書で開示されるすべての態様が、ある請求項の１つまたは複数の要素によって実施され得ることを理解されたい。
[0032]特定の態様が本明細書で説明されるが、これらの態様の多数の変形および置換が、本開示の範囲に含まれる。好ましい態様のいくつかの利益および利点が言及されるが、本開示の範囲は、特定の利益、使用、または目的に限定されることを意図されてはいない。そうではなく、本開示の諸態様は、その一部が例として図面と好ましい態様の以下の説明とに示されている、異なるワイヤレス技術と、システム構成と、ネットワークと、伝送プロトコルとに幅広く適用可能であることが意図されている。この詳細な説明および図面は、限定的であるのではなく本開示の説明に役立つものにすぎず、本開示の範囲は、添付の特許請求の範囲とその同等物とによって定義される。
[0033]本開示の特定の実施形態が、下で図面を参照して説明される。この説明および図面では、共通の特徴が、図示され説明される実施形態の明瞭さのために、共通の符号によって指定される。
[0034]本開示は、ある種の動的ホスト構成プロトコル（ＤＨＣＰ）再構成動作を回避することによるなど、通信システムでのリンクセットアップ時間を低減する例示的な技法を提示する。たとえば、図１〜図１１は、特定のインターネットプロトコル（ＩＰ）アドレスが、複数のアクセスポイントとの通信の間に１つのモバイルデバイスに割り当てられ得、これがリンクセットアップ時間を低減することができることを説明する。別の例として、図１２〜図１８は、アクセスポイントなどのデバイスが、リンクセットアップ時間を低減するためにＤＨＣＰ再構成が回避され得るのかどうかを示すためにモバイルデバイスにインジケーションを送信できることを説明する。したがって、図１〜図１８は、通信システム内で低減されたリンクセットアップ時間を容易にすることができるある種の例示的な実施態様を説明する。
[0035]図１に、アクセスポイント（ＡＰ）を使用してハンドオフプロシージャの間にモバイルデバイスにＩＰアドレスを割り当てるように動作可能なシステム１００の特定の実施形態を示す。システム１００は、モバイルデバイス１０２（たとえば、ワイヤレス電話機、ラップトップコンピュータ、タブレットコンピュータなど）と、第１のＡＰ１０４と、第２のＡＰ１０６と、認証、認可、およびアカウンティング（authentication, authorization, and accounting）（ＡＡＡ）サーバ１０８と、動的ホスト構成プロトコル（ＤＨＣＰ）サーバ１１０とを含むことができる。
[0036]システム１００の各デバイス、ＡＰ、およびサーバは、プロセッサとメモリとを含むことができる。メモリは、プロセッサ実行可能命令を含むことができる。たとえば、モバイルデバイス１０２は、プロセッサ１１２とメモリ１１４とを含むことができる。メモリ１１４は、モバイルデバイス１０２の動作を制御するためにプロセッサ１１２によって実行可能な命令１１６を含むことができる。別の例として、第１のＡＰ１０４は、プロセッサ１１８とメモリ１２０とを含むことができる。メモリ１２０は、第１のＡＰ１０４の動作を制御するためにプロセッサ１１８によって実行可能な命令１２２を含むことができる。別の例として、第２のＡＰ１０６は、プロセッサ１３６とメモリ１３８とを含むことができる。メモリ１３８は、第２のＡＰ１０６の動作を制御するためにプロセッサ１３６によって実行可能な命令１４０を含むことができる。別の例として、ＡＡＡサーバ１０８は、プロセッサ１２４とメモリ１２６とを含むことができる。メモリ１２６は、ＡＡＡサーバ１０８の動作を制御するためにプロセッサ１２４によって実行可能な命令１２８を含むことができる。別の例として、ＤＨＣＰサーバ１１０は、プロセッサ１３０とメモリ１３２とを含むことができる。メモリ１３２は、ＤＨＣＰサーバ１１０の動作を制御するためにプロセッサ１３０によって実行可能な命令１３４を含むことができる。
[0037]特定の実施形態では、第１のＡＰ１０４および第２のＡＰ１０６は、ワイヤレスＡＰである。たとえば、モバイルデバイス１０２は、米国電気電子技術者協会（ＩＥＥＥ）標準規格（たとえば、ＩＥＥＥ ８０２．１１ａ標準規格、ＩＥＥＥ ８０２．１１ｂ標準規格、ＩＥＥＥ ８０２．１１ｇ標準規格、ＩＥＥＥ ８０２．１１ａｉ標準規格など）に準拠するワイヤレス接続を介して第１のＡＰ１０４または第２のＡＰ１０６と通信することができる。別の特定の実施形態では、第１のＡＰ１０４は、セルラー（たとえば、第３世代（３Ｇ）、第４世代（４Ｇ）、ロングタームエボリューション（ＬＴＥ（登録商標））など）基地局であり、第２のＡＰ１０６は、ワイヤレスＡＰである。たとえば、モバイルデバイス１０２は、セルラー接続を使用して第１のＡＰ１０４と通信することができ、モバイルデバイス１０２は、ＩＥＥＥ標準規格に準拠する接続を使用して第２のＡＰ１０６と通信することができる。第１のＡＰ１０４および第２のＡＰ１０６は、共通のネットワークオペレータによって所有され得る。したがって、高速の認証（たとえば、拡張認証プロトコル（extensible-authentication-protocol）（ＥＡＰ）−再認証プロトコル（reauthentication-protocol）（ＲＰ）を使用する認証）が、第１のＡＰ１０４または第２のＡＰ１０６と共に実行され得る。
[0038]動作の間に、モバイルデバイス１０２は、第１の関連付け期間の間に第１のＡＰ１０４に関連付けることができる。本明細書で使用される時に、第１の関連付け期間は、その間にモバイルデバイス１０２が第１のＡＰ１０４に関して認証する期間、その間にモバイルデバイス１０２が第１のＡＰ１０４に関連付ける期間、その間にモバイルデバイス１０２が第１のＡＰ１０４を介して別のデバイスと通信するのにＩＰアドレスを使用する期間、またはその組合せを含む。たとえば、モバイルデバイス１０２は、第１のＡＰ１０４から受信されるビーコンメッセージまたはプローブ応答メッセージを介して、第１のＡＰ１０４の存在の通知を有することができる。モバイルデバイス１０２は、接続１４２を介して第１のＡＰ１０４に関する認証を実行する。たとえば、モバイルデバイス１０２は、接続１４２を介して第１のＡＰ１０４にモバイルデバイス１０２の証明書を送信することができる。第１のＡＰ１０４は、検証のために接続１４４を介してＡＡＡサーバ１０８に証明書を転送することができる。モバイルデバイス１０２が認証される時に、第１のＡＰ１０４は、接続１５８を介してモバイルデバイス１０２にＩＰアドレス（たとえば、ＩＰｖ４アドレスまたはＩＰｖ６アドレス）を割り当てるようにＤＨＣＰサーバ１１０に要求することができる。ＤＨＣＰサーバ１１０は、接続１５６を介してモバイルデバイス１０２にＩＰアドレス１５４を割り当てることができる。代替案では、ＤＨＣＰサーバ１１０は、ＩＰアドレス１５４を第１のＡＰ１０４に転送することができ、第１のＡＰ１０４は、ＩＰアドレス１５４をモバイルデバイス１０２に転送することができる。モバイルデバイス１０２は、別のモバイルデバイス（図示せず）、第１のＡＰの範囲内の１つもしくは複数のデバイス、第１のＡＰの範囲外の１つもしくは複数のデバイス（たとえば、インターネットを介して）、またはその任意の組合せと通信するのに、ＩＰアドレス１５４を使用することができる。
[0039]モバイルデバイス１０２が第１のＡＰ１０４のカバレージエリアを去ろうとしているとモバイルデバイス１０２が決定する（たとえば、接続１４２の信号強度を測定することによって）時に、モバイルデバイス１０２は、第２の関連付け期間の間に第２のＡＰ１０６と関連付けるために、第２のＡＰ１０６とのハンドオフプロシージャを開始することができる。本明細書で使用される時に、第２の関連付け期間は、その間にモバイルデバイス１０２が第２のＡＰ１０６に関して認証する期間、その間にモバイルデバイス１０２が第２のＡＰ１０６に関連付ける期間、その間にモバイルデバイス１０２が第２のＡＰ１０６を介して別のデバイスと通信するのにＩＰアドレスを使用する期間、またはその組合せを含む。モバイルデバイス１０２は、第２のＡＰ１０６から受信されるビーコンメッセージまたはプローブ応答メッセージを介して、第２のＡＰ１０６の存在に関して知ることができる。モバイルデバイス１０２は、ネットワークオペレータまたは異なるソースから供給されるハンドオフ候補リストまたはハンドオフ候補テーブルを介して第２のＡＰ１０６の存在に関して知ることもできる。モバイルデバイス１０２は、接続１４８を介して第２のＡＰ１０６に関する認証を実行することができる。特定の実施形態では、モバイルデバイス１０２は、ＥＡＰ−ＲＰを使用して第２のＡＰ１０６に関する認証を実行する。第２のＡＰ１０６に関する認証の後に、モバイルデバイス１０２は、関連付け要求メッセージを第２のＡＰ１０６に送信することができる。関連付け要求メッセージは、特定のＩＰアドレスの要求を含むことができる。第２の関連付け期間の間にＩＰアドレス１５４の生存時間（ＴＴＬ）期間が有効である（たとえば、ＴＴＬ期間が満了していない）時には、モバイルデバイス１０２は、同一のＩＰアドレス１５４を要求することができる。第２の関連付け期間の間にＩＰアドレス１５４のＴＴＬ期間が満了している時には、モバイルデバイス１０２は、異なるＩＰアドレスを要求することができる。モバイルデバイス１０２は、ＴＴＬ期間を記録するために、内部カウンタまたは内部クロックを含むことができる。ＴＴＬ期間は、ＤＨＣＰサーバ１１０によってセットされ得る。
[0040]関連付け要求メッセージの受信に応答して、第２のＡＰ１０６は、関連付け要求内の特定のＩＰアドレスを、前の関連付け期間の間にモバイルデバイス１０２に割り当てられたＩＰアドレス（たとえば、ＩＰアドレス１５４）と比較することができる。第２のＡＰ１０６は、接続１４６を介してＡＡＡサーバ１０８からＩＰアドレス１５４を入手することができる。
[0041]ＡＡＡサーバ１０８は、接続１５２を介してＤＨＣＰサーバ１１０からＩＰアドレス１５４を入手することができる。特定の実施形態では、ＡＡＡサーバ１０８は、第１の関連付け期間の間にＤＨＣＰサーバ１１０からＩＰアドレス１５４を入手する。別の特定の実施形態では、ＡＡＡサーバ１０８は、第２の関連付け期間の間にＤＨＣＰサーバ１１０からＩＰアドレス１５４を入手する。別の特定の実施形態では、ＡＡＡサーバ１０８は、第１の関連付け期間の間のモバイルデバイス１０２へのＩＰアドレス１５４の割当の知識を有する別のデバイス（たとえば、別のＡＰ）からＩＰアドレス１５４を入手する。別の特定の実施形態では、ＤＨＣＰサーバ１１０が、モバイルデバイス１０２にＩＰアドレス１５４を割り当てる際に、自動的にＡＡＡサーバ１０８にＩＰアドレス１５４を転送する（第１の関連付け期間の間または第２の関連付け期間の間に）。別の特定の実施形態では、ＡＡＡサーバ１０８が、ＩＰアドレス１５４の転送を要求するために、ＤＨＣＰサーバ１１０に要求を送信する。この要求の受信に応答して、ＤＨＣＰサーバ１１０は、ＩＰアドレス１５４をＡＡＡサーバ１０８に転送する。そのようなメッセージフローの例が、図２〜図４を参照してさらに説明される。
[0042]ＡＡＡサーバ１０８は、ＩＰアドレス１５４のＴＴＬ期間が満了するまで、ＩＰアドレス１５４をメモリ１２６内に記憶することができる。特定の実施形態では、ＤＨＣＰサーバ１１０は、ＩＰアドレス１５４のＴＴＬ期間を記録し、ＴＴＬ期間の満了時に、ＤＨＣＰサーバ１１０は、ＴＴＬ期間が満了したことを示すために、ＡＡＡサーバ１０８にメッセージを送信する。ＤＨＣＰサーバ１１０からのメッセージの受信に応答して、ＡＡＡサーバ１０８は、ＩＰアドレス１５４をメモリ１２６から削除することができる。
[0043]第２の関連付けの間の比較のために第２のＡＰ１０６に転送すべき適当なＩＰアドレスを決定するために、ＡＡＡサーバ１０８は、モバイルデバイス１０２の識別情報にＩＰアドレス１５４を関連付けることができる。たとえば、ＡＡＡサーバ１０８は、モバイルデバイス１０２の媒体アクセス制御（ＭＡＣ）アドレスにＩＰアドレス１５４を関連付けることができる。別の例として、ＡＡＡサーバ１０８は、モバイルデバイス１０２のネットワークアクセス識別子（ＮＡＩ）にＩＰアドレス１５４を関連付けることができる。ＡＡＡサーバ１０８は、ＤＨＣＰサーバ１１０から識別情報を入手することができる。たとえば、ＤＨＣＰサーバ１１０は、ＩＰアドレス１５４と一緒に識別情報をＡＡＡサーバ１０８に送信することができる。代替案では、ＡＡＡサーバ１０８は、第１のＡＰ１０４または第２のＡＰ１０６から識別情報を入手することができる。
[0044]第２のＡＰ１０６は、第２のＡＰ１０６が第２の関連付け期間の間に要求された特定のＩＰアドレスをＩＰアドレス１５４と比較できるようにするために、モバイルデバイス１０２の識別情報にＩＰアドレス１５４を関連付けることもできる。たとえば、ＡＡＡサーバ１０８は、ＩＰアドレス１５４とモバイルデバイス１０２の識別情報との両方をＡＡＡ−ＥＡＰ回答メッセージに含めるprior to ことができる。ＡＡＡ−ＥＡＰ回答メッセージに基づいて、第２のＡＰ１０６は、モバイルデバイス１０２の識別情報にＩＰアドレス１５４を関連付けることもできる。第２のＡＰ１０６が、第２の関連付け期間の間にモバイルデバイス１０２から関連付け要求メッセージを受信する時に、第２のＡＰ１０６は、ＡＡＡサーバ１０８から入手されたＩＰアドレスのどれが、関連付け要求メッセージ内の特定のＩＰアドレスと比較されるべきなのかを決定することができる。
[0045]第２のＡＰ１０６が、特定のＩＰアドレスがＩＰアドレス１５４と一致すると決定する時に、第２のＡＰ１０６は、ハンドオフプロシージャを完了するために、モバイルデバイス１０２にＩＰアドレス１５４を割り当てることができる。したがって、第２のＡＰ１０６は、第２の関連付け期間の間に、ＤＨＣＰサーバ１１０と通信せずに、モバイルデバイスにＩＰアドレスを割り当てることができる。モバイルデバイス１０２は、他のモバイルデバイスと通信するのにＩＰアドレス１５４を使用することができる。
[0046]第２のＡＰ１０６が、特定のＩＰアドレスがＩＰアドレス１５４と一致しないと決定する時に、第２のＡＰ１０６は、接続１５０を介して、モバイルデバイス１０２にＩＰアドレスを割り当てるようにＤＨＣＰサーバ１１０に要求することができる。ＤＨＣＰサーバ１１０は、特定のＩＰアドレスが使用可能である（たとえば、第２のＡＰ１０６に関連付けられた他のデバイスのいずれにも割り当てられていない）時に、モバイルデバイス１０２に特定のＩＰアドレス（すなわち、モバイルデバイス１０２によって要求されたが、ＩＰアドレス１５４とは異なる）を割り当てることができる。ＤＨＣＰサーバ１１０は、特定のＩＰアドレスが使用可能ではない時には、モバイルデバイス１０２に異なるＩＰアドレス（すなわち、モバイルデバイス１０２によって要求されたＩＰアドレスとは異なり、ＩＰアドレス１５４とは異なる）を割り当てることができる。特定の実施形態では、ＤＨＣＰサーバ１１０は、割り当てられたＩＰアドレスを第２のＡＰ１０６に転送し、第２のＡＰ１０６は、ハンドオフプロシージャを完了するために、割り当てられたＩＰアドレスを関連付け応答メッセージ内でモバイルデバイス１０２に転送する。モバイルデバイス１０２は、他のデバイスと通信するのに、割り当てられたＩＰアドレスを使用することができる。
[0047]したがって、システム１００は、ＡＰ（たとえば、第２のＡＰ１０６）が、ハンドオフプロシージャの間に、モバイルデバイスに以前に割り当てられたＩＰアドレス（たとえば、ＩＰアドレス１５４）をモバイルデバイスに割り当てることを可能にすることができる。したがって、ハンドオフプロシージャの完了時間は、ハンドオフプロシージャの間またはハンドオフプロシージャ後にＩＰアドレスを割り当てるのにＤＨＣＰサーバ（たとえば、ＤＨＣＰサーバ１１０）を使用することと比較して、低減され得る。
[0048]図２は、図１のシステム１００のメッセージングフローの特定の実施形態を示す図である。２０２では、モバイルデバイス１０２が、第１のＡＰ１０４から第１のビーコンメッセージまたは第１のプローブ応答メッセージを受信することができる。第１のビーコンメッセージは、第１のＡＰ１０４の近傍情報と、第１のＡＰ１０４のセキュリティドメイン情報と、第１のＡＰ１０４のＩＰドメイン情報とを含むことができる。２０４では、第１のビーコンメッセージに基づいて、モバイルデバイス１０２が、第１の関連付け期間の間に第１のＡＰ１０４に関連付けることができる。たとえば、モバイルデバイス１０２は、第１のＡＰ１０４に関する「フル」認証を実行することができる。たとえば、モバイルデバイス１０２は、第１のＡＰ１０４にモバイルデバイス１０２の証明書を送信することができる。２０６では、第１のＡＰ１０４が、検証のために証明書をＡＡＡサーバ１０８に転送することができる。
[0049]２０８では、ＩＰアドレス割当要求の受信に応答して、ＤＨＣＰサーバ１１０が、モバイルデバイス１０２に第１のＩＰアドレス（たとえば、図１のＩＰアドレス１５４）を割り当てることができる。２１０では、ＡＡＡサーバ１０８が、要求メッセージを介して、モバイルデバイス１０２に割り当てられたＩＰアドレス（たとえば、第１のＩＰアドレス）を送信するようにＤＨＣＰサーバ１１０に要求することができる。２１２では、モバイルデバイス１０２に第１のＩＰアドレスを割り当てた後に、ＤＨＣＰサーバ１１０が、ＡＡＡサーバ１０８からの要求メッセージの受信に応答して、ＡＡＡサーバ１０８に第１のＩＰアドレスを転送することができる。ＡＡＡサーバ１０８は、第１のＩＰアドレスのＴＴＬ期間が満了するまで、第１のＩＰアドレスを記憶することができる。２１４では、モバイルデバイス１０２が、別のモバイルデバイスと通信する（たとえば、ボイスオーバーＩＰ（ＶＯＩＰ）呼を開始するか受信する）のに、第１のＩＰアドレスを使用することができる。
[0050]２１６では、モバイルデバイス１０２が、第２のＡＰ１０６から第２のビーコンメッセージ（または第２のプローブ応答メッセージ）を受信することができる。モバイルデバイス１０２は、モバイルデバイス１０２が第２のＡＰ１０６のカバレージエリア内にある時に、第２のビーコンメッセージを受信することができる。第２のビーコンメッセージは、第２のＡＰ１０６の近傍情報と、第２のＡＰ１０６のセキュリティドメイン情報と、第２のＡＰ１０６のＩＰドメイン情報とを含むことができる。２１８では、モバイルデバイス１０２が、他のモバイルデバイスとの通信（たとえば、ＶＯＩＰ呼）がまだアクティブである間に、第２の関連付け期間の間に第２のＡＰ１０６と関連付けるためにハンドオフプロシージャを開始することができる（たとえば、第１のＡＰ１０４のカバレージエリアから離れて移動することに起因して）。たとえば、モバイルデバイス１０２は、ＥＡＰ−ＲＰを使用して、第２のＡＰ１０６に関する認証を実行することができる。モバイルデバイス１０２は、第２のＡＰ１０６に第１の認証フレーム（たとえば、再認証開始メッセージ）を送信することができる。
[0051]２２０では、第２のＡＰ１０６が、ＡＡＡサーバ１０８にＡＡＡ−ＥＡＰ要求メッセージを送信することができる。ＡＡＡ−ＥＡＰ要求メッセージは、ＡＡＡ−ＥＡＰ要求メッセージのペイロード内に第１の認証フレームを含むことができる。２２２では、ＡＡＡ−ＥＡＰ要求メッセージの受信に応答して、ＡＡＡサーバ１０８が、第２のＡＰ１０６にＡＡＡ−ＥＡＰ回答メッセージ（たとえば、ＥＡＰ終了メッセージ）を送信することができる。ＡＡＡ−ＥＡＰ回答メッセージは、ｐａｉｒ−ｗｉｓｅ ｍａｓｔｅｒ ｋｅｙ（ＰＭＫ）と第１のＩＰアドレスとを含むことができる。
[0052]２２４では、ＡＡＡ−ＥＡＰ回答メッセージの受信に応答して、第２のＡＰ１０６が、モバイルデバイス１０２に第２の認証フレーム（たとえば、再認証終了メッセージ）を送信することができる。２２６では、ＡＡＡ−ＥＡＰ回答メッセージの受信に応答して、モバイルデバイス１０２が、第２のＡＰ１０６に関連付け要求メッセージを送信することができる。関連付け要求は、鍵確認とモバイルデバイス１０２によって要求される特定のＩＰアドレスとを含むことができる。２２８では、関連付け要求メッセージの受信に応答して、第２のＡＰ１０６が、特定のＩＰアドレスが第１のＩＰアドレスと一致するのかどうかを決定するために、特定のＩＰアドレスを第１のＩＰアドレスと比較することができる。
[0053]２３０では、第２のＡＰ１０６が、特定のＩＰアドレスが第１のＩＰアドレスと一致すると決定する時に、第２のＡＰ１０６が、第２の関連付け期間の間に使用されるためにモバイルデバイス１０２に第１のＩＰアドレスを割り当てることができる。たとえば、第２のＡＰ１０６は、モバイルデバイス１０２に関連付け応答メッセージを送信することができる。関連付け応答メッセージは、鍵確認と、グループ鍵配布情報と、第１のＩＰアドレスとを含むことができる。第２のＡＰ１０６が、特定のＩＰアドレスが第１のＩＰアドレスと一致しないと決定する時に、第２のＡＰ１０６は、モバイルデバイス１０２に以前に割り当てられたＩＰアドレス１５４とは異なる可能性がある「新しい」ＩＰアドレスをモバイルデバイス１０２に割り当てるようにＤＨＣＰサーバ１１０に要求するために、ＤＨＣＰサーバ１１０を伴うプロシージャを開始することができる。第２の関連付け期間の間のＤＨＣＰサーバ１１０を使用する「新しい」ＩＰアドレスの割当は、図４においてより詳細に説明される。モバイルデバイス１０２が、第１のＩＰアドレスの割当を受信する時に、ハンドオフプロシージャは、完了される。２３２では、モバイルデバイス１０２が、他のモバイルデバイスとの通信を継続するのに第１のＩＰアドレスを使用することができる。したがって、ハンドオフプロシージャの完了時間は、モバイルデバイス１０２と他のモバイルデバイスとの間の通信を維持しながら（たとえば、ＶＯＩＰ呼を捨てずに）低減され得る。
[0054]図３は、ハンドオフプロシージャの間の図１のシステム１００のメッセージングフローの別の特定の実施形態を示す。具体的には、図３は、図２の２２０で第２のＡＰ１０６がＡＡＡサーバ１０８にＡＡＡ−ＥＡＰ要求メッセージを送信した後、図２の２２２でＡＡＡサーバ１０８がＡＡＡ−ＥＡＰ回答メッセージを送信する前に通信され得るメッセージングの２つの実施形態を示す。図３に示された第１の実施形態は、メッセージングフロー３０２〜３０４を含み、図３に示された第２の実施形態は、メッセージングフロー３０６〜３０８を含む。第１の実施形態では、ＤＨＣＰサーバ１１０が、モバイルデバイス１０２の以前に割り当てられたＩＰアドレスをＡＡＡサーバ１０８に転送する。第２の実施形態では、第１のＡＰ１０４が、ＩＰアドレスをＡＡＡサーバ１０８に転送する。したがって、メッセージング３０２〜３０４または３０６〜３０８は、図２のメッセージング２１０〜２１２の代わりにまたはこれに加えて通信され得る。
[0055]図３に示された第１の実施形態によれば、３０２では、第２の関連付け期間の間に、ＡＡＡサーバ１０８が、要求メッセージを介してＤＨＣＰサーバ１１０に第１のＩＰアドレス（たとえば、以前の関連付け期間の間にモバイルデバイス１０２に割り当てられたＩＰアドレス）を要求することができる。ＡＡＡサーバ１０８は、モバイルデバイス１０２がハンドオフプロシージャを実行しつつあることと、モバイルデバイス１０２が以前の関連付け期間（たとえば、第１の関連付け期間）の間にＩＰアドレスを割り当てられたこととを示すＡＡＡ−ＥＡＰ要求メッセージの受信（たとえば、図２の２２０での）に応答して、以前の関連付け期間の間にモバイルデバイス１０２に割り当てられたＩＰアドレス（たとえば、第１のＩＰアドレス）を要求することができる。ＡＡＡサーバ１０８は、要求メッセージ内にモバイルデバイスの識別情報（たとえば、ＭＡＣアドレス、ＮＡＩ情報など）を含めることができる。識別情報に基づいて、ＤＨＣＰサーバ１１０は、以前の関連付け期間の間にモバイルデバイス１０２に割り当てられた第１のＩＰアドレスを取り出すことができる。３０４では、ＤＨＣＰサーバ１１０が、要求メッセージの受信に応答して、応答メッセージを介してＡＡＡサーバ１０８にＩＰアドレスを送信することができる。３０４でのＡＡＡサーバへのＩＰアドレスの送信の後に、図２を参照して説明されたメッセージング２２２〜２３２が、図示のように通信され得る。
[0056]図３に示された第２の実施形態によれば、ＡＡＡサーバ１０８は、第１のＡＰ１０４にＩＰアドレスを要求し、受信することができる。たとえば、ＡＡＡサーバ１０８は、３０６で、第２の関連付け期間の間に要求メッセージを介して、以前の関連付け期間の間にモバイルデバイス１０２に割り当てられたＩＰアドレスを第１のＡＰ１０４に要求することができる。３０８では、要求メッセージの受信に応答して、第１のＡＰ１０４が、第１のＩＰアドレスをＡＡＡサーバ１０８に送信する。３０８でのＡＡＡサーバへのＩＰアドレスの送信の後に、図２を参照して説明されたメッセージングフロー２２２〜２３２が、図示のように通信され得る。
[0057]図２〜図３が、モバイルデバイス１０２によって第２のＡＰ１０６に要求されるＩＰアドレスがモバイルデバイス１０２が第１のＡＰ１０４に関連付けられている間にモバイルデバイス１０２に割り当てられたＩＰアドレスと一致する場合のメッセージングフローを示すことに留意されたい。したがって、図２〜図３では、第２のＡＰ１０６は、２２８で一致を検出した後に、２３０でモバイルデバイス１０２に同一のＩＰアドレスを再割当する。しかしながら、いくつかの状況では、モバイルデバイス１０２が、以前に割り当てられたＩＰアドレスと一致しないＩＰアドレスを第２のＡＰ１０６に要求する場合がある。図４は、そのような状況での、ハンドオフプロシージャの間の図１のシステム１００のメッセージングフローの特定の実施形態を示す。具体的には、図４は、モバイルデバイス１０２によって要求されたＩＰアドレスが第１の関連付け期間の間にモバイルデバイス１０２に割り当てられたＩＰアドレス１５４と一致しないと第２のＡＰ１０６が決定する時のシステム１００のメッセージングフローを示す。したがって、図４に示されたメッセージングは、図２のメッセージング２０２〜２２６および／または図３のメッセージング３０２〜３０８の後に通信される可能性があり、図２のメッセージング２２８〜２３２を置換する可能性がある。４０２では、ＡＡＡサーバ１０８が、以前の関連付け期間（たとえば、第１の関連付け期間）の間にモバイルデバイス１０２に割り当てられたＩＰアドレス（たとえば、第１のＩＰアドレス）をＤＨＣＰサーバ１１０から入手することができる。たとえば、ＡＡＡサーバ１０８は、第１の関連付け期間の間、第２の関連付け期間の間、第２のＡＰ１０６がモバイルデバイス１０２から関連付け要求メッセージを受信する前、または第２のＡＰ１０６がモバイルデバイスから関連付け要求メッセージを受信した後に、第１のＩＰアドレスを入手することができる。
[0058]４０４では、ＡＡＡサーバ１０８が、第２のＡＰ１０６に第１のＩＰアドレスを転送することができる。４０６では、第２のＡＰ１０６が、モバイルデバイス１０２によって要求されたＩＰアドレスが第１のＩＰアドレスと一致しないと決定することができる。４０８では、モバイルデバイス１０２によって要求されたＩＰアドレスが第１のＩＰアドレスと一致しないという決定に応答して、第２のＡＰ１０６が、第２の関連付け期間の間に使用される「新しい」ＩＰアドレスをモバイルデバイス１０２に割り当てるようにＤＨＣＰサーバ１１０に要求するためにＤＨＣＰサーバ１１０に要求を送信することができる。４１０では、要求の受信に応答して、ＤＨＣＰサーバ１１０が、ＩＰアドレスを割り当てることができる。ＤＨＣＰサーバ１１０は、モバイルデバイス１０２によって要求されたＩＰアドレス、または、要求されたＩＰアドレスが使用可能ではない時には別のＩＰアドレスを割り当てることができる。ＤＨＣＰサーバ１１０は、割り当てられたＩＰアドレスをモバイルデバイス１０２に送ることができる。４１６では、モバイルデバイス１０２が、別のデバイスと通信するのに、割り当てられたＩＰアドレスを使用することができる。
[0059]代替実施形態では、４１２で、ＤＨＣＰサーバ１１０が、割り当てられたＩＰアドレスを第２のＡＰ１０６に送ることができる。４１４では、第２のＡＰ１０６が、割り当てられたＩＰアドレスをモバイルデバイス１０２に転送することができる。
[0060]様々な実施形態が、ＶＯＩＰ呼の間のハンドオフを参照して本明細書で説明される場合があるが、本開示がそれに限定されないことに留意されたい。本開示のシステムおよび方法は、非ＶＯＩＰ接続の間または中断に敏感である可能性があるセッションの間の、デバイスへのＩＰアドレスの割当または再割当をも可能にすることができる。例示的で非限定的な例として、ハンドオフの間に、モバイルデバイスは、ビデオ呼および／またはデータ接続を行っている間に、ＩＰアドレスの割当または再割当を受信することができる。
[0061]図５は、アクセスポイント（たとえば、図１の第２のＡＰ１０６）での動作の方法５００の特定の実施形態を示すフローチャートである。方法５００は、５０２で、第２のアクセスポイント（ＡＰ）において、第１のインターネットプロトコル（ＩＰ）アドレスをサーバから受信することを含む。第１のＩＰアドレスは、第１のＡＰとのモバイルデバイスの関連付けの間にモバイルデバイスに割り当てられる。たとえば、図１を参照すると、第２のＡＰ１０６は、ＡＡＡサーバ１０８からＩＰアドレス１５４を入手することができる。第２のＡＰ１０６は、モバイルデバイス１０２から関連付け要求を受信する前にＩＰアドレス１５４を入手することができ、ＩＰアドレス１５４は、モバイルデバイス１０２が第１のＡＰ１０４に関連付けられている間にモバイルデバイス１０２に割り当てられた。方法５００は、５０４で、第２のＡＰにおいて、第１のＡＰから第２のＡＰへのモバイルデバイスのハンドオフに基づいて、関連付け要求をモバイルデバイスから受信することをも含む。関連付け要求は、第２のＩＰアドレスを含む。たとえば、図１を参照すると、第２の認証フレームの受信に応答して、モバイルデバイス１０２は、関連付け要求メッセージを介して第２のＡＰ１０６に特定のＩＰアドレスを要求することができる。特定のＩＰアドレスは、第１のＩＰアドレスの生存時間（ＴＴＬ）期間が有効である時には、第１のＩＰアドレスとされ得る。
[0062]方法５００は、５０６で、第１のＩＰアドレスが第２のＩＰアドレスと一致するのかどうかを決定することをさらに含むことができる。たとえば、図１を参照すると、第２のＡＰ１０６は、特定のＩＰアドレスがＩＰアドレス１５４と一致するのかどうかを決定することができる。第１のＩＰアドレスが第２のＩＰアドレスと一致する時には、方法５００は、５０８で、第１のＩＰアドレスをモバイルデバイスに割り当てることを含むことができる。たとえば、図１を参照すると、第２のＡＰ１０６は、ハンドオフプロシージャを完了するために、ＩＰアドレス１５４をモバイルデバイス１０２に割り当てることができる。第１のＩＰアドレスが第２のＩＰアドレスと一致しない時には、方法５００は、５１０で、第３のＩＰアドレスを入手するためにＤＨＣＰサーバと通信することと、５１２で、第３のＩＰアドレスをモバイルデバイスに割り当てることとを含むことができる。たとえば、図１を参照すると、第２のＡＰ１０６は、第３の（たとえば、「新しい」）ＩＰアドレスを受信するためにＤＨＣＰサーバ１１０と通信し、第３のＩＰアドレスをモバイルデバイス１０２に割り当てることができる。したがって、要求されたＩＰアドレスが、以前に割り当てられたＩＰアドレスと一致する時には、方法５００は、アクセスポイント（ＡＰ）が、ＤＨＣＰサーバと通信せずにハンドオフプロシージャの間にモバイルデバイスにＩＰアドレスを割り当てることを可能にする。ハンドオフプロシージャの完了時間は、ハンドオフプロシージャの間にＩＰアドレスを割り当てるのにＤＨＣＰサーバを使用することと比較して、方法５００の使用によって低減され得る。
[0063]図６は、モバイルデバイス（たとえば、図１のモバイルデバイス１０２）での動作の方法６００の特定の実施形態を示す。方法６００は、６０２で、モバイルデバイスにおいて、第１のアクセスポイント（ＡＰ）との第１の関連付けの間に、動的ホスト構成プロトコル（ＤＨＣＰ）サーバによって割り当てられた第１のインターネットプロトコル（ＩＰ）アドレスを受信することを含む。たとえば、図１を参照すると、ＤＨＣＰサーバ１１０は、接続１５６を介してモバイルデバイス１０２にＩＰアドレス１５４を割り当てることができる。
[0064]方法６００は、６０４で、モバイルデバイスにおいて、第１のＡＰを介する通信を開始することを含む。方法６００は、６０６で、第１のＡＰから第２のＡＰへのモバイルデバイスのハンドオフと、ＩＰアドレスの生存時間（ＴＴＬ）期間が有効であることの決定とに基づいて、第２のＡＰによる第１のＩＰアドレスの再割当を要求するために、モバイルデバイスから第２のＡＰに関連付け要求を送ることをも含む。たとえば、図１を参照すると、モバイルデバイス１０２は、第１のＡＰ１０４から第２のＡＰ１０６へのモバイルデバイスのハンドオフの間に、ＩＰアドレス１５４の再割当を第２のＡＰ１０６に要求することができる。方法６００は、６０８で、第２のＡＰとの第２の関連付けの間にモバイルデバイスにおいて第１のＩＰアドレスを受信することをも含むことができ、第１のＩＰアドレスは、第２のＡＰによってモバイルデバイスに再割当される。たとえば、第２のＡＰ１０６が、特定のＩＰアドレスがＩＰアドレス１５４と一致すると決定する時に、第２のＡＰ１０６は、ハンドオフプロシージャを完了するためにＩＰアドレス１５４をモバイルデバイス１０２に再割当することができる。方法６００は、６１０で、第１のＩＰアドレスを使用して第２のＡＰを介して通信セッションを継続することを含む。
[0065]方法６００は、６１２で、ＴＴＬ期間が満了しているとの決定に応答して、第２のＩＰアドレスを第２のＡＰに要求することと、６１４で、第２のＡＰから第２のＩＰアドレスを受信することとをさらに含む。たとえば、図１を参照すると、ＩＰアドレス１５４のＴＴＬ期間が満了した後に、モバイルデバイス１０２は、第２のＡＰ１０６に第２のＩＰアドレスの割当を要求し、受信することができる。第２のＩＰアドレスは、第１のＩＰアドレスと同一であってもよく（たとえば、モバイルデバイスが、リセットされたＴＴＬと共に第１のＩＰアドレスを再割当される）、あるいは、第２のＩＰアドレスが、第１のＩＰアドレスとは異なってもよい。
[0066]例示的な実施形態では、モバイルデバイスは、第１のＩＰアドレス、第２のＩＰアドレス、またはその両方を、関連付け要求メッセージを介して要求する。ＩＰアドレスは、ＡＡＡメッセージ、ＥＡＰメッセージ、ＲＡＤＩＵＳメッセージ、またはその組合せを介して通信され得る。さらに、特定の実施形態では、モバイルデバイスは、セルラー接続またはＩＥＥＥ標準規格に準拠する接続（たとえば、ＩＥＥＥ ８０２．１１接続）を使用して、第１のＡＰと通信することができる。モバイルデバイスは、ＩＥＥＥ標準規格に準拠する接続を使用して、第２のＡＰと通信することもできる。
[0067]したがって、方法６００は、モバイルデバイスが、ＤＨＣＰサーバと通信せずにハンドオフプロシージャの間にＡＰによってＩＰアドレスを割り当てられることを可能にする。ハンドオフプロシージャの完了時間は、ハンドオフプロシージャの間にＩＰアドレスを割り当てるのにＤＨＣＰサーバを使用することと比較して、方法６００の使用によって低減され得る。
[0068]図７は、ＡＡＡサーバ（たとえば、図１のＡＡＡサーバ１０８）での動作の方法７００の特定の実施形態を示す。方法７００は、７０２で、認証、認可、およびアカウンティング（ＡＡＡ）サーバにおいて、デバイスからインターネットプロトコルアドレスを受信することを含む。ＩＰアドレスは、第１の関連付け期間の間に第１のアクセスポイント（ＡＰ）に関連付けられたモバイルデバイスに割り当てられる。たとえば、図１を参照すると、ＡＡＡサーバ１０８は、ＤＨＣＰサーバ１１０からＩＰアドレス１５４を入手することができる。ＤＨＣＰサーバ１１０は、第１の関連付け期間の間に接続１５６を介してモバイルデバイス１０２にＩＰアドレス１５４を割り当てることができる。
[0069]方法７００は、７０４で、第２の関連付け期間の間に使用されるＩＰアドレスを第２のＡＰに送信することをも含む。たとえば、第２のＡＰ１０６は、ＡＡＡサーバ１０８からＩＰアドレス１５４を入手することができる。したがって、方法７００は、ハンドオフプロシージャの間にＡＰがＩＰアドレス割当を実行することを可能にするために、ＡＡＡサーバがＡＰにＩＰアドレスを送信することを可能にする。ハンドオフプロシージャの完了時間は、ハンドオフプロシージャの間にＩＰアドレスを割り当てるのにＤＨＣＰサーバを使用することと比較して、方法７００の使用によって低減され得る。
[0070]図８は、ＤＨＣＰサーバ（たとえば、図１のＤＨＣＰサーバ１１０）での動作の方法８００の特定の実施形態を示すフローチャートである。方法８００は、８０２で、第１の関連付け期間の間に動的ホスト構成プロトコル（ＤＨＣＰ）サーバからモバイルデバイスにインターネットプロトコル（ＩＰ）アドレスを割り当てることを含む。たとえば、図１を参照すると、ＤＨＣＰサーバ１１０は、接続１５６を介してモバイルデバイス１０２にＩＰアドレス１５４を割り当てることができる。
[0071]方法８００は、８０４で、第２の関連付け期間の間に使用されるＩＰアドレスを認証、認可、およびアカウンティング（ＡＡＡ）サーバに送信することをも含む。たとえば、図１を参照すると、ＡＡＡサーバ１０８は、ＤＨＣＰサーバ１１０からＩＰアドレス１５４を入手することができる。したがって、方法８００は、ＡＡＡサーバがハンドオフプロシージャの間にＡＰによって割り当てられたＩＰアドレスをＡＰに転送できるようにするために、ＤＨＣＰサーバがＩＰアドレスをＡＡＡサーバに転送することを可能にする。ハンドオフプロシージャの完了時間は、ハンドオフプロシージャの間にＩＰアドレスを割り当てるのにＤＨＣＰサーバを使用することと比較して、方法８００の使用によって低減され得る。
[0072]図９は、サーバ（たとえば、図１のＡＡＡサーバ１０８）での動作の方法９００の別の特定の実施形態を示す。方法９００は、９０２で、関連付け期間の前にモバイルデバイスに割り当てられたＩＰアドレスをサーバから受信することを含む。たとえば、図１を参照すると、ＡＡＡサーバ１０８は、ＤＨＣＰサーバ１１０からＩＰアドレス１５４を受信することができる。
[0073]方法９００は、９０２で、関連付け期間の間にアクセスポイントにメッセージを送信することをも含む。図示の実施形態では、メッセージは、ＡＡＡメッセージ、ＥＡＰメッセージ、ＲＡＤＩＵＳメッセージ、またはその任意の組合せとされ得る。メッセージは、関連付け期間の前にモバイルデバイスに割り当てられたＩＰアドレスを含む。たとえば、図１を参照すると、ＡＡＡサーバ１０８は、メッセージ内に、ＩＰアドレス１５４とモバイルデバイス１０２の識別情報との両方を含めることができる。したがって、方法９００は、ＡＰがハンドオフプロシージャの間にＩＰアドレスを割り当てられるようにするために、ＡＡＡサーバがＡＰにＩＰアドレスを送信することを可能にする。ハンドオフプロシージャの完了時間は、ハンドオフプロシージャの間にＩＰアドレスを割り当てるのにＤＨＣＰサーバを使用することと比較して、方法９００の使用によって低減され得る。
[0074]図１０は、図１のシステム１００での動作の方法１０００の特定の実施形態を示す。方法１０００は、図２〜４のメッセージングフローに対応することができる。方法１０００は、１００２で、モバイルデバイスを第１のＡＰに関連付けることを含む。モバイルデバイスは、ＡＡＡサーバで認証され、ＤＨＣＰサーバから第１のＩＰアドレスを割り当てられる。たとえば、モバイルデバイス１０２は、第１の関連付け期間の間に第１のＡＰ１０４に関連付けることができる。例示のために、モバイルデバイス１０２は、２０２に示されているように、第１のＡＰ１０４からビーコンメッセージまたはプローブ応答メッセージを受信することができ、モバイルデバイス１０２は、受信されたビーコンメッセージまたはプローブ応答メッセージ内の情報に基づいて、第１のＡＰ１０４に関連付けることができる。ＡＡＡサーバ１０８は、２０４〜２０６に示されているように、モバイルデバイス１０２を認証することができ、ＤＨＣＰサーバは、２０８に示されているように、モバイルデバイス１０２に第１のＩＰアドレスを割り当てることができる。
[0075]方法１０００は、１００４で、ＡＡＡサーバにおいて、ＤＨＣＰサーバから第１のＩＰアドレスを入手することをも含むことができる。たとえば、ＡＡＡサーバ１０８は、２１０〜２１２に示されているように、ＤＨＣＰサーバ１１０から第１のＩＰアドレスを入手することができる。図１０では、ステップ１００４は、破線内に示され、オプションとされ得る（たとえば、ＡＡＡサーバが、その代わりに、本明細書でさらに説明されるように、別の時に第１のＩＰアドレスを入手することができる）。
[0076]方法１０００は、１００６で、モバイルデバイスにおいて第１のＡＰを介して通信セッションを開始することをさらに含む。たとえば、モバイルデバイス１０２は、２１４に示されているように、第１のＩＰアドレスを使用して第１のＡＰ１０４を介して通信セッション（たとえば、ＶＯＩＰ呼、ビデオ呼、データ接続など）を開始することができる。
[0077]方法１０００は、１００８で、通信セッションが進行中である間に、第１のＡＰから第２のＡＰへのハンドオフを開始することを含む。たとえば、モバイルデバイス１０２は、第２のＡＰ１０６の信号強度が第１のＡＰ１０４の信号強度より強い、第１のＡＰ１０４のカバレージエリアのエッジに接近する場合がある。モバイルデバイス１０２は、２０２で第１のＡＰ１０４からのビーコンメッセージまたはプローブ応答メッセージ内で受信された近傍情報に基づいて、または２１６で第２のＡＰ１０６から受信されたビーコンメッセージまたはプローブ応答メッセージに基づいて、第２のＡＰ１０６を知ることができる。したがって、モバイルデバイス１０２は、２１８に示されているように、第２のＡＰ１０６に再認証要求を送ることができ、第２のＡＰ１０６は、２２０に示されているように、ＡＡＡサーバ１０８に再認証要求を送ることができる。
[0078]方法１０００は、１０１０で、ＡＡＡサーバにおいてモバイルデバイスを再認証することをさらに含む。たとえば、ＡＡＡサーバ１０８は、２２２に示されているように、モバイルデバイス１０２を再認証し、第２のＡＰ１０６に再認証応答を送ることができる。特定の実施形態では、再認証応答は、モバイルデバイス１０２に以前に割り当てられ、１００４でＡＡＡサーバによって入手された第１のＩＰアドレスを含む。例示のために、方法１０００は、１０１２で、ＡＡＡサーバにおいて、ＤＨＣＰサーバからまたは第１のＡＰから第１のＩＰアドレスを入手することを含むことができる。ＤＨＣＰサーバ１１０からの第１のＩＰアドレスの入手は、メッセージングフロー３０２〜３０４および／または４０２を含むことができる。第１のＡＰ１０４からの第１のＩＰアドレスの入手は、メッセージングフロー３０６〜３０８を含むことができる。第２のＡＰ１０６への第１のＩＰアドレスの提供は、メッセージングフロー２２２および／または４０４を含むことができる。
[0079]方法１０００は、１０１４で、第１のＩＰアドレスを第２のＡＰに提供することを含む。たとえば、ＡＡＡサーバ１０８は、メッセージングフロー２２２および／または４０４を使用して、第２のＡＰ１０６に第１のＩＰアドレスを提供することができる。方法１０００は、１０１６で、第２のＡＰにおいてモバイルデバイスから第２のＩＰアドレスの要求を受信することをも含む。たとえば、２２４で再認証が完了した後に、第２のＡＰ１０６は、２２６に示されているように、第２のＩＰアドレスの要求をモバイルデバイス１０２から受信することができる。第１のＩＰアドレスのＴＴＬが有効である時には、モバイルデバイス１０２は、第１のＩＰアドレスの再割当を要求することができる（すなわち、第２のＡＰ１０６に関連付けられている間に第１のＩＰアドレスを使用し続けることを望むことを示すことができる）。その代わりに、第１のＩＰアドレスのＴＴＬが満了している場合には、モバイルデバイス１０２は、異なるＩＰアドレスを第２のＡＰ１０６に要求することができる。
[0080]１０１８に継続して、方法１０００は、モバイルデバイスによって要求されている第２のＩＰアドレスが、１００２でモバイルデバイスに以前に割り当てられた第１のＩＰアドレスと一致するのかどうかを第２のＡＰにおいて決定することを含む。第２のＩＰアドレスが第１のＩＰアドレスと一致する場合には、方法１０００は、１０２０で、第２のＡＰがモバイルデバイスに（同一の）第１のＩＰアドレスを再割当することを含む。たとえば、第２のＡＰ１０６は、２２８に示されているように、第２のＩＰアドレスおよび第１のＩＰアドレスが一致すると決定することができ、２３０に示されているように、第１のＩＰアドレスをモバイルデバイス１０２に再割当することができる。方法１０００は、１０２６で、モバイルデバイスが第２のＡＰを介して通信セッションを継続することをも含む。たとえば、モバイルデバイス１０２は、２３２に示されているように、第２のＡＰ１０６を介して、再割当された第１のＩＰアドレスを使用して通信セッション（たとえば、ＶＯＩＰ呼、ビデオ呼、データ接続など）を継続することができる。
[0081]その代わりに、第２のＡＰが、第２のＩＰアドレスが第１のＩＰアドレスと一致しないと決定する場合がある。第２のＩＰアドレスが、第１のＩＰアドレスと一致しない時には、方法１０００は、１０２２で、モバイルデバイスに「新しい」（たとえば、第３の）ＩＰアドレスを割り当てるようにＤＨＣＰサーバに要求することを含む。たとえば、第２のＡＰ１０６は、４０６に示されているように、第２のＩＰアドレスが第１のＩＰアドレスと一致しないと決定することができ、第２のＡＰ１０６は、４０８に示されているように、モバイルデバイス１０２に新しいＩＰアドレスを割り当てるようにＤＨＣＰサーバに要求する。方法１０００は、１０２４で、モバイルデバイスにおいて「新しい」ＩＰアドレスの割当を受信することをも含む。たとえば、モバイルデバイス１０２は、４１０に示されているように、ＤＨＣＰサーバ１１０から「新しい」ＩＰアドレスの割当を受信することができる。代替案では、ＤＨＣＰサーバ１１０が、４１２に示されているように、「新しい」ＩＰアドレスを第２のＡＰ１０６に送ることができ、第２のＡＰ１０６は、４１４に示されているように、「新しい」ＩＰアドレスをモバイルデバイス１０２に転送することができる。１０２６に継続して、モバイルデバイス１０２は、４１６に示されているように、第２のＡＰ１０６を介して、「新しい」ＩＰアドレスを使用して通信セッション（たとえば、ＶＯＩＰ呼、ビデオ呼、データ接続など）を継続することができる。
[0082]図１１は、ハンドオフプロシージャの間に図１のＡＰ（たとえば、第２のＡＰ１０６）からＩＰアドレスの割当を受信するように動作可能なコンポーネントを含む通信デバイス１１００のブロック図である。例示的な実施形態では、通信デバイス１１００は、図１のモバイルデバイス１０２とされ得る。別の例示的な実施形態では、通信デバイス１１００またはそのコンポーネントは、モバイルデバイス１０２を含み、あるいはモバイルデバイス１０２内に含まれる。さらに、図５に示された方法のすべてまたは一部は、通信デバイス１１００がモバイルデバイス（たとえば、モバイルデバイス１０２）として実施される時に、通信デバイス１１００においてまたはこれによって実行され得る。図６に示された方法のすべてまたは一部は、通信デバイス１１００がＡＰ（たとえば、第２のＡＰ１０６）として実施される時に、通信デバイス１１００においてまたはこれによって実行され得る。図７および図９に示された方法のすべてまたは一部は、通信デバイス１１００がＡＡＡサーバ（たとえば、ＡＡＡサーバ１０８）として実施される時に、通信デバイス１１００においてまたはこれによって実行され得る。図８に示された方法のすべてまたは一部は、通信デバイス１１００がＤＨＣＰサーバ（たとえば、ＤＨＣＰサーバ１１０）として実施される時に、通信デバイス１１００においてまたはこれによって実行され得る。
[0083]通信デバイス１１００は、メモリ１１０４に結合されたプロセッサ１１０２（たとえば、デジタル信号プロセッサ）を含むことができる。メモリ１１０４は、命令１１０６を記憶する非一時的で有形のコンピュータ可読記憶デバイスおよび／またはプロセッサ可読記憶デバイスとされ得る。命令１１０６は、通信デバイス１１００がモバイルデバイス（たとえば、モバイルデバイス１０２）として実施される時に、図５を参照して説明された方法など、本明細書で説明される１つまたは複数の機能または方法を実行するために、プロセッサ１１０２によって実行可能とされ得る。命令１１０６は、通信デバイス１１００がＡＰ（たとえば、第２のＡＰ１０６）として実施される時に、図６を参照して説明された方法を実行するために、プロセッサ１１０２によって実行可能とされ得る。命令１１０６は、通信デバイス１１００がＡＡＡサーバ（たとえば、ＡＡＡサーバ１０８）として実施される時に、図７と図９とを参照して説明された方法を実行するために、プロセッサ１１０２によって実行可能とされ得る。命令１１０６は、通信デバイス１１００がＤＨＣＰサーバ（たとえば、ＤＨＣＰサーバ１１０）として実施される時に、図８を参照して説明された方法を実行するために、プロセッサ１１０２によって実行可能とされ得る。命令１１０６は、図１０の方法１０００の少なくとも一部を実行するために、プロセッサ１１０２によって実行可能ともされ得る。特定の実施形態では、プロセッサ１１０２は、図１８を参照してさらに説明されるように、信号検出器を含むことができる。
[0084]メモリ１１０４は、第１の割り当てられたＩＰアドレス１１３０をも含むことができる。第１の割り当てられたＩＰアドレス１１３０は、第１の関連付け期間の間にＤＨＣＰサーバによって通信デバイス１１００に割り当てられたＩＰアドレスとされ得る。たとえば、第１の割り当てられたＩＰアドレス１１３０は、図１のＩＰアドレス１５４とされ得る。メモリ１１０４は、第２の割り当てられたＩＰアドレス１１３２をさらに含むことができる。第２の割り当てられたＩＰアドレス１１３２は、第２の関連付け期間の間にＡＰによって通信デバイス１１００に割り当てられたＩＰアドレスとされ得る。たとえば、第２の割り当てられたＩＰアドレス１１３２は、ＩＰアドレス１５４または別のＩＰアドレス（たとえば、ＩＰアドレス１５４のＴＴＬ期間が経過している時）とされ得る。
[0085]図１１は、通信デバイス１１００が、プロセッサ１１０２におよびディスプレイデバイス１１１０に結合されているディスプレイコントローラ１１０８をさらに含むことができることを示す。符号器／復号器（コーデック）１１２０も、プロセッサ１１０２に結合され得る。スピーカ１１１４およびマイクロホン１１１６は、コーデック１１２０に結合され得る。図１１は、ワイヤレスコントローラ１１２４が、プロセッサ１１０２に結合され得、ワイヤレスコントローラ１１２４が、トランシーバ１１２６を介してアンテナ１１２８と通信していることをも示す。特定の実施形態では、トランシーバ１１２６は、図１８を参照してさらに説明されるように、ラジオ周波数（ＲＦ）インターフェースを含み、またはこれに結合される。したがって、ワイヤレスコントローラ１１２４、トランシーバ１１２６、およびアンテナ１１２８は、通信デバイス１１００によるワイヤレス通信を可能にするワイヤレスインターフェースを表すことができる。たとえば、通信デバイス１１００がモバイルデバイス１０２である実施形態では、そのようなワイヤレスインターフェースは、図１の第１のＡＰ１０４、第２のＡＰ１０６、またはＤＨＣＰサーバ１１０と通信するのに使用され得る。通信デバイス１１００は、異なるワイヤレスネットワークが、異なるネットワーキング技術またはネットワーキング技術の組合せをサポートするように構成される場合に、多数のワイヤレスインターフェースを含むことができる。たとえば、通信デバイス１１００は、ＩＥＥＥワイヤレスインターフェースおよび／またはセルラーインターフェースを含むことができる。
[0086]特定の実施形態では、プロセッサ１１０２、ディスプレイコントローラ１１０８、メモリ１１０４、コーデック１１２０、ワイヤレスコントローラ１１２４、およびトランシーバ１１２６は、システムインパッケージまたはシステムオンチップデバイス１１２２内に含まれる。特定の実施形態では、入力デバイス１１１２および電源１１１８が、システムオンチップデバイス１１２２に結合される。さらに、特定の実施形態では、図１１に示されているように、ディスプレイデバイス１１１０、入力デバイス１１１２、スピーカ１１１４、マイクロホン１１１６、アンテナ１１２８、および電源１１１８は、システムオンチップデバイス１１２２の外部にある。しかしながら、ディスプレイデバイス１１１０、入力デバイス１１１２、スピーカ１１１４、マイクロホン１１１６、アンテナ１１２８、および電源１１１８の各々は、インターフェースまたはコントローラなどのシステムオンチップデバイス１１２２のコンポーネントに結合され得る。
[0087]通信デバイス１１００の１つまたは複数のコンポーネントまたはそれに類似するコンポーネントは、モバイルデバイス１０２などのワイヤレスデバイスに一体化され得る。たとえば、モバイルデバイス１０２は、ワイヤレスコントローラと、トランシーバと、アンテナと、プロセッサと、図５の方法および／または図１０の方法のすべてまたは一部を実行するためにプロセッサによって実行可能な命令を記憶するメモリとを含むことができる。
[0088]通信デバイス１１００の１つまたは複数のコンポーネントまたはそれに類似するコンポーネントは、第２のＡＰ１０６などのＡＰに一体化され得る。たとえば、第２のＡＰ１０６は、ワイヤレスコントローラと、トランシーバと、アンテナと、プロセッサと、図６の方法および／または図１０の方法のすべてまたは一部を実行するためにプロセッサによって実行可能な命令を記憶するメモリとを含むことができる。
[0089]通信デバイス１１００の１つまたは複数のコンポーネントまたはそれに類似するコンポーネントは、ＡＡＡサーバ１０８などのＡＡＡサーバに一体化され得る。たとえば、ＡＡＡサーバ１０８は、ワイヤレスコントローラと、トランシーバと、アンテナと、プロセッサと、図７、図９、および図１０の方法のうちの１つまたは複数のすべてまたは一部を実行するためにプロセッサによって実行可能な命令を記憶するメモリとを含むことができる。
[0090]通信デバイス１１００の１つまたは複数のコンポーネントまたはそれに類似するコンポーネントは、ＤＨＣＰサーバ１１０などのＤＨＣＰサーバに一体化され得る。たとえば、ＤＨＣＰサーバ１１０は、ワイヤレスコントローラと、トランシーバと、アンテナと、プロセッサと、図８の方法および／または図１０の方法のすべてまたは一部を実行するためにプロセッサによって実行可能な命令を記憶するメモリとを含むことができる。
[0091]説明される実施形態に関連して、装置は、受信するための手段を含むことができる。受信するための手段は、モバイルデバイスにおいて、第１のアクセスポイント（ＡＰ）との第１の関連付けの間に、動的ホスト構成プロトコル（ＤＨＣＰ）サーバによるインターネットプロトコル（ＩＰ）アドレスの第１の割当を受信するように構成される。受信するための手段は、モバイルデバイスにおいて、第２のＡＰとの第２の関連付けの間に、第２のＡＰによるＩＰアドレスの第２の割当を受信するようにも構成される。たとえば、受信するための手段は、モバイルデバイス１０２の１つもしくは複数のコンポーネント（たとえば、受信器）、図１１のワイヤレスコントローラ１１２４、トランシーバ１１２６、アンテナ１１２８、データを受信するように構成された１つもしくは複数のデバイス、またはその組合せを含むことができる。装置は、サーバと通信するための手段をも含むことができる。たとえば、サーバと通信するための手段は、モバイルデバイス１０２の１つもしくは複数のコンポーネント（たとえば、プロセッサ１１２）、プロセッサ１１０２、ワイヤレスコントローラ１１２４、トランシーバ１１２６、アンテナ１１２８、サーバと通信するように構成された１つもしくは複数のデバイス、またはその組合せを含むことができる。
[0092]第２の装置は、受信するための手段を含むことができる。受信するための手段は、アクセスポイント（ＡＰ）において、モバイルデバイスから関連付け要求を受信するように構成される。関連付け要求は、第１のインターネットプロトコル（ＩＰ）アドレスを含む。受信するための手段は、ＡＰにおいて、サーバから第２のＩＰアドレスを受信するようにも構成される。たとえば、受信するための手段は、第１のＡＰ１０４の１つもしくは複数のコンポーネント（たとえば、受信器）、第２のＡＰ１０６の１つもしくは複数のコンポーネント（たとえば、受信器）、データを受信するように構成された１つもしくは複数のデバイス、またはその組合せを含むことができる。第２の装置は、割り当てるための手段をも含むことができる。割り当てるための手段は、第１のＩＰアドレスが第２のＩＰアドレスと一致することの決定に応答して、モバイルデバイスに第１のＩＰアドレスを割り当てるように構成される。たとえば、割り当てるための手段は、第１のＡＰ１０４の１つもしくは複数のコンポーネント（たとえば、プロセッサ１１８）、第２のＡＰ１０６の１つもしくは複数のコンポーネント（たとえば、プロセッサ１３６）、ＩＰアドレスを割り当てるように構成された１つもしくは複数のデバイス、またはその組合せを含むことができる。
[0093]第３の装置は、第１の関連付け期間の間に動的ホスト構成プロトコル（ＤＨＣＰ）サーバからモバイルデバイスにインターネットプロトコル（ＩＰ）アドレスを割り当てるための手段を含むことができる。たとえば、割り当てるための手段は、ＤＨＣＰサーバ１１０の１つもしくは複数のコンポーネント（たとえば、プロセッサ１３０）、ＩＰアドレスを割り当てるように構成された１つもしくは複数のデバイス、またはその組合せを含むことができる。第３の装置は、第２の関連付け期間の間に使用されるＩＰアドレスを認証、認可、およびアカウンティング（ＡＡＡ）サーバに送信するための手段をも含むことができる。送信するための手段は、ＤＨＣＰサーバ１１０の１つもしくは複数のコンポーネント（たとえば、送信器）、データを送信するように構成された１つもしくは複数のデバイス、またはその組合せを含むことができる。
[0094]第４の装置は、認証、認可、およびアカウンティング（ＡＡＡ）サーバにおいて、デバイスからインターネットプロトコルアドレスを受信するための手段を含むことができる。ＩＰアドレスは、第１の関連付け期間の間に第１のアクセスポイント（ＡＰ）に関連付けられたモバイルデバイスに割り当てられる。たとえば、受信するための手段は、ＡＡＡサーバの１つもしくは複数のコンポーネント（たとえば、受信器）、データを受信するように構成された１つもしくは複数のデバイス、またはその組合せを含むことができる。第４の装置は、第２の関連付け期間の間に使用されるＩＰアドレスを第２のＡＰに送信するための手段をも含むことができる。たとえば、送信するための手段は、ＡＡＡサーバ１０８の１つもしくは複数のコンポーネント（たとえば、送信器）、データを送信するように構成された１つもしくは複数のデバイス、またはその組合せを含むことができる。
[0095]第５の装置は、関連付け期間の間に認証、認可、およびアカウンティング（ＡＡＡ）−拡張認証プロトコル（ＥＡＰ）−回答メッセージをＡＡＡサーバからアクセスポイントに送信するための手段を含むことができる。ＡＡＡ−ＥＡＰ−回答メッセージは、関連付け期間の前にモバイルデバイスに割り当てられたインターネットプロトコル（ＩＰ）アドレスを含む。たとえば、送信するための手段は、ＡＡＡサーバ１０８の１つもしくは複数のコンポーネント（たとえば、送信器）、データを送信するように構成された１つもしくは複数のデバイス、またはその組合せを含むことができる。第５の装置は、デバイスと通信するための手段をも含むことができる。たとえば、通信するための手段は、ＡＡＡサーバ１０８の１つもしくは複数のコンポーネント（たとえば、プロセッサ）、プロセッサ１２４、ワイヤレスコントローラ１１２４、トランシーバ１１２６、アンテナ１１２８、デバイスと通信するように構成された１つもしくは複数のデバイス、またはその組合せを含むことができる。
[0096]したがって、図１〜図１１は、ワイヤレス通信システム内で待ち時間を低減するためのある種の例示的な技法を示す。図１〜図１１の例の代わりにまたはこれに加えて、ワイヤレス通信システム内の待ち時間は、モバイルデバイスがある種のＤＨＣＰ再構成動作を回避できるのかどうかを識別するインジケーションを利用することによるなど、図１２〜図１８を参照して示される１つまたは複数の技法を使用して低減され得る。
[0097]図１２は、本開示の諸態様を使用することができる、ワイヤレス通信システム１２００の例を示す。ワイヤレス通信システム１２００のある種のコンポーネントおよび動作は、基本サービスエリア（ＢＳＡ）１２０７ａ内の、ステーション（ＳＴＡ）１２０６ａ〜１２０６ｄなどの１つまたは複数のモバイルデバイスと通信するアクセスポイント（ＡＰ）１２０４ａを含む。ワイヤレス通信システム１２００は、ＢＳＡ１２０７ｂなどの特定の範囲内で通信することができるＡＰ１２０４ｂをさらに含むことができる。１つまたは複数のＳＴＡ１２０６は、ＢＳＡ１２０７ａ〜１２０７ｂに出入りして移動することができる。本明細書で説明される様々な実施形態では、ＳＴＡ１２０６および１２０６ａ〜１２０６ｄは、特にＢＳＡ１２０７ａおよび／または１２０７ｂ内に移動する時に、ＡＰ１２０４ａおよび／または１２０４ｂとのワイヤレスリンクをすばやく確立するように構成され得る。
[0098]ＡＰ１２０４ａ〜ｂは、ＢＳＡ１２０７ａ〜ｂ内のある種のインターネットプロトコル（ＩＰ）通信を管理する１つまたは複数の動的ホスト構成プロトコル（ＤＨＣＰ）サーバと通信することができる。たとえば、ＤＨＣＰサーバ１２１０ａは、ＩＰアドレスなどのネットワーク構成パラメータを、ＡＰ１２０４ａを介してＳＴＡ１２０６ａ〜ｄなどのモバイルデバイスに配布することができる。ＡＰ１２０４ａ〜ｂは、ＤＨＣＰサーバ１２１０ａなどの共通のサーバと各々通信することができる。代替案では、ＡＰ１２０４ｂは、ＤＨＣＰサーバ１２１０ｂなどの別のＤＨＣＰサーバと通信することができる。
[0099]図１２のデバイスは、ＡＰが共通のＤＨＣＰサーバまたは異なるＤＨＣＰサーバのどちらに対応するのか（たとえば、そのどちらによって管理されるのか）を示すのにインジケーション１２０９を利用する高速初期リンクセットアップ（ＦＩＬＳ）技法を使用して通信することができる。例示のために、ＳＴＡ１２０６ａは、ＡＰ１２０４ａと通信することができる。ＡＰ１２０４ａとの通信は、ＡＰ１２０４ａとのワイヤレス接続性を確立する間（たとえば、ＡＰ１２０４ａとの「リンクセットアップ」の間）に、ＡＰ１２０４ａを介してＤＨＣＰサーバ１２１０ａにＤＨＣＰ情報（たとえば、ＩＰアドレス）を要求することを含むことができる。ＳＴＡ１２０６ａのユーザが、ＢＳＡ１２０７ａを去り、ＢＳＡ１２０７ｂに入る（図１２では、経路１２２０によって表される）場合に、ＳＴＡ１２０６ａは、ＡＰ１２０４ａとの通信を終了することができ、ＡＰ１２０４ａとの接続性を確立するのにリンクセットアッププロシージャを使用して、ＡＰ１２０４ｂとの通信を開始することができる（たとえば、ＡＰ１２０４ｂに登録することによって、ＡＰ１２０４ｂを介して認証プロシージャおよび／または関連付けプロシージャを実行することによって、ワイヤレス接続性を確立するために１つまたは複数の他の動作を実行することによってなど）。
[00100]本開示によれば、ＡＰ１２０４ｂは、ＳＴＡ１２０６ａがＤＨＣＰ情報を使用してＡＰ１２０４ｂと通信できるのかどうかを指定するインジケーション１２０９をＳＴＡ１２０６ａに送ることができる。例示のために、ＡＰ１２０４ａ〜ｂが、共通のＤＨＣＰサーバ（たとえば、ＤＨＣＰサーバ１２１０ａ）によって各々管理される場合に、ＡＰ１２０４ａ〜ｂは、共通のＤＨＣＰ証明書を「認識する」ことができる（つまり、ＩＰアドレスの同一のセットまたは「プール」を各々使用することができる）。ＳＴＡ１２０６ａとＡＰ１２０４ｂとの間のリンクセットアップは、認証プロセスの間にサーバ１２１２と通信することを含む、認証プロセスを含むことができる。サーバ１２１２は、例示的な例として、認証サーバ（ＡＳ）および／または、ＥＡＰ再認証（ＥＲ）サーバなどの拡張認証プロトコル（ＥＡＰ）に従って動作するサーバに対応することができる。ある種の認証プロトコル（たとえば、ＥＡＰ準拠認証プロシージャ）は、ＥＡＰネットワークアドレス識別子（ＮＡＩ）などのＡＰ１２０４ａに関連付けられた情報が、ＳＴＡ１２０６ａを認証するためにＡＰ１２０４ｂとのリンクセットアップの間にＳＴＡ１２０６ａによってサーバ１２１２に送信されなければならないことを指定することができる。
[00101]認証プロセスの間に、サーバ１２１２は、ＳＴＡ１２０６ａが、共通のネットワークのＡＰの間で移動したことと、ＤＨＣＰ再構成が回避され得ることとを決定することができる。たとえば、サーバ１２１２は、ＮＡＩなど、ＡＰ１２０４ａに関連付けられた情報を識別するために、認証プロセスの間にＳＴＡ１２０６ａによってＡＰ１２０４ｂに送られる通信の内容を解析することができる。この場合に、サーバ１２１２は、ＤＨＣＰ再構成が回避され得ることを示す同一ネットワークフラグをＡＰ１２０４ｂに提供することができ、インジケーション１２０９は、ＤＨＣＰ再構成が回避され得ることを示す値を有することができる。他の場合には、インジケーション１２０９は、別の値を有することができる。たとえば、ＡＰ１２０４ａ〜ｂが、異なるＤＨＣＰサーバ（たとえば、それぞれＤＨＣＰサーバ１２１０ａ〜ｂ）に関連付けられる場合には、インジケーション１２０９は、ＤＨＣＰ再構成がＳＴＡ１２０６ａによって実行されるべきである（たとえば、ＤＨＣＰ要求をＡＰ１２０４ｂを介してＤＨＣＰサーバ１２１０ｂに送ることによって）ことを示す値を有することができる。
[00102]図１２の技法は、ワイヤレス通信システム１２００内の通信の待ち時間を低減することができる。たとえば、インジケーション１２０９に基づいて、モバイルデバイス（ＳＴＡ１２０６ａなど）は、ＤＨＣＰ再構成を回避することができる。その代わりに、モバイルデバイスは、各リンクセットアッププロシージャの間にＤＨＣＰ再構成が自動的に実行されるシステムと比較して、より早くＩＰ通信（たとえば、電子メール、ビデオ、ピクチャなどの送出および／または受信）を開始することができる。
[00103]本明細書で説明される様々な高速初期リンクセットアップ（ＦＩＬＳ）実施態様は、様々な使用条件の下で高められたシステム性能を提供することができる。いくつかの実施形態では、モバイルデバイスが、あるアクセスポイントから別のアクセスポイントに推移する時に、モバイルデバイスは、新しいアクセスポイントに関する認証および関連付けプロセスを好む。認証および関連付けプロセスの一部は、新しいアクセスポイントを介するＩＰ通信に使用され得る新しいＩＰアドレスの要求を含む。新しいＩＰアドレスのこの要求は、認証および関連付けプロセスに追加の待ち時間を追加し、新しいアクセスポイントを利用するＩＰ通信の確立を遅延させる可能性がある。新しいＩＰアドレスのこの要求は、追加のネットワークデータトラフィックに寄与し、通信ネットワークの利用を増大し、パケット衝突に寄与する可能性もある。
[00104]新しいアクセスポイントに関して認証し、関連付ける時の新しいＩＰアドレスのこの要求は、いくつかの情況の下で不必要である可能性がある。たとえば、新しいアクセスポイントが、以前のアクセスポイントと同一のＩＰネットワークを介してＩＰ通信を提供する場合には、そのアクセスポイントを用いるＩＰ通信に使用される以前のＩＰアドレスは、新しいアクセスポイントと共に使用するために互換である可能性がある。この場合には、新しいＩＰアドレスを要求する必要はない。
[00105]いくつかの他の環境では、モバイルデバイスが、ある時間期間にわたって多数のアクセスポイントに関して認証され、関連付けられる場合があり、それらのアクセスポイントの一部が、同一のＩＰネットワークを使用してＩＰ通信サービスを提供する可能性がある。たとえば、あるシナリオでは、モバイルユーザが、大都市区域内の歩道を歩く。モバイルユーザは、様々な商人に出会う可能性があり、それらの商人の一部が、彼らの得意客にＩＰ通信能力を提供する。ＩＰ通信は、ＩＥＥＥ ８０２．１１ａｉ技法を介するなど、ＦＩＬＳプロシージャを使用してセットアップされ得る。モバイルユーザが、各商人のアクセスポイントの範囲内に来る時に、彼らのモバイルデバイスは、認証および関連付けプロセスを実行することができる。従来の技法を用いると、各認証および関連付けプロセスは、通信が確立される前（たとえば、ユーザデータが送られ、受信され得る前）に、新しいＩＰアドレスを要求する。
[00106]いくつかの環境では、これらの商人のうちの複数が、共通のＩＰネットワークを介してＩＰ通信を提供する場合がある。たとえば、３つの主要なビジネスインターネットプロバイダが、その地方で支配的な市場占有率を維持する場合がある。この例では、モバイルユーザが通りを歩く時に、モバイルデバイスは、３つのＩＰネットワークの各々とＦＩＬＳプロシージャを開始する可能性がある。この３つのＩＰネットワークのうちの任意の１つまたは複数が、歩行の間にモバイルデバイスによって複数回見られる範囲で、歩行の間に以前に関連付けられたＩＰネットワーク内での新しいＩＰアドレスの要求は、不必要である可能性がある。
[00107]本明細書で開示される実施形態の一部は、モバイルデバイスが以前にアクセスされたＩＰネットワークに関する情報を記憶する能力を提供する。以前にアクセスされたＩＰネットワークに関して認証し、関連付ける時に、ＩＰアドレスがある種の品質判断基準および他の判断基準を満足し続けると仮定すると、以前に入手されたＩＰアドレスは、再利用され得る。これは、モバイルデバイスによって導入されるネットワークオーバヘッドの量をも低減すると同時に、ネットワークに関するＩＰ通信を確立する際の待ち時間を低減することができる。
[00108]「ＩＰネットワーク」という用語が、本開示全体で使用されるが、この用語が、ＩＰサブネットワークまたはサブネットを指すのにも使用され得ることに留意されたい。この用語が指す可能性があるサブネットは、単一の物理サブネットの一部である可能性があり、あるいは、複数の物理サブネットにまたがって分散され得る。
[00109]様々な実施形態において、ワイヤレス通信システム１２００は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を含むことができる。ＷＬＡＮは、１つまたは複数のネットワーキングプロトコルを利用して、近くのデバイスを相互接続するのに使用され得る。本明細書で説明される様々な態様は、ＩＥＥＥ８０２．１１ワイヤレスプロトコルなど、任意の通信標準規格に適用され得る。たとえば、本明細書で説明される様々な態様は、ＩＥＥＥ ８０２．１１ａプロトコル、ＩＥＥＥ ８０２．１１ｂプロトコル、ＩＥＥＥ ８０２．１１ｇプロトコル、ＩＥＥＥ ８０２．１１ｎプロトコル、ＩＥＥＥ ８０２．１１ａｈプロトコル、および／またはＩＥＥＥ ８０２．１１ａｉプロトコルの一部として使用され得る。８０２．１１プロトコルの実施態様は、センサ、ホームオートメーション、パーソナルヘルスケアネットワーク、監視ネットワーク、計測、スマートグリッドネットワーク、車間通信、車内通信、緊急調整ネットワーク、セルラー（たとえば、３Ｇ／４Ｇ）ネットワークオフロード、短距離および／または長距離のインターネットアクセス（たとえば、ホットスポットと使用するための）、マシンツーマシン（Ｍ２Ｍ）通信などに使用され得る。
[00110]ＡＰ１２０４ａ〜１２０４ｂは、ワイヤレス通信システム１２００のハブまたは基地局として働くことができる。たとえば、ＡＰ１２０４ａは、ＢＳＡ１２０７ａ内でワイヤレス通信カバレージを提供することができ、ＡＰ１２０４ｂは、ＢＳＡ１２０７ｂ内でワイヤレス通信カバレージを提供することができる。ＡＰ１２０４ａおよび／または１２０４ｂは、ＮｏｄｅＢ、無線ネットワーク制御装置（ＲＮＣ）、ｅＮｏｄｅＢ、基地局制御装置（ＢＳＣ）、トランシーバ基地局（ＢＴＳ）、基地局（ＢＳ）、トランシーバ機能（ＴＦ）、無線ルータ、無線トランシーバ、またはある他の用語法を含み、それらとして実施され、あるいはそのように称することができる。
[00111]ＳＴＡ１２０６および１２０６ａ〜１２０６ｄ（本明細書では集合的にＳＴＡ１２０６と称する）は、たとえば、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、携帯電話機、その他など、様々なデバイスを含むことができる。ＳＴＡ１２０６は、インターネットまたは他の広域ネットワークへの全般的な接続性を入手するために、ＷｉＦｉ（登録商標）（たとえば、８０２．１１ａｉなどのＩＥＥＥ ８０２．１１プロトコル）準拠ワイヤレスリンクを介してＡＰ１２０４ａ〜１２０４ｂに接続し、またはこれに関連付けることができる。ＳＴＡ１２０６は、「クライアント」と呼ばれる場合もある。
[00112]様々な実施形態において、ＳＴＡ１２０６は、アクセス端末（ＡＴ）、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末（ＵＴ）、端末、ユーザエージェント、ユーザデバイス、ユーザ機器（ＵＥ）、または何らかの他の用語法を含み、それらとして実施され、またはそのように称することができる。いくつかの実施態様では、ＳＴＡ１２０６は、セルラー電話機、コードレス電話機、セッション開始プロトコル（ＳＩＰ）電話機、ワイヤレスローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ワイヤレス接続能力を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の好適な処理デバイスを含むことができる。したがって、本明細書で教示される１つまたは複数の態様は、電話機（たとえば、セルラー電話機またはスマートフォン）、コンピュータ（たとえば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（たとえば、携帯情報端末）、エンターテイメントデバイス（たとえば、音楽デバイス、ビデオデバイス、または衛星無線）、ゲーミングデバイスもしくはゲーミングシステム、全地球測位システムデバイス、またはワイヤレスモデムを介して通信するように構成された任意の他の好適なデバイス内に組み込まれ得る。
[00113]ＡＰ１２０４ａは、ＡＰ１２０４ａに関連付けられ、通信にＡＰ１２０４ａを使用するように構成されたＳＴＡ１２０６ａ〜１２０６ｄと一緒に、基本サービスセット（ＢＳＳ）と呼ばれ得る。いくつかの実施形態では、ワイヤレス通信システム１２００は、中央ＡＰを有しない「分散」ネットワークに対応することができる。たとえば、いくつかの実施形態では、ワイヤレス通信システム１２００は、ＳＴＡ１２０６の間のピアツーピアネットワークとして機能することができる。したがって、本明細書で説明されるＡＰ１２０４ａの動作は、いくつかの場合に、ＳＴＡ１２０６のうちの１つまたは複数によって実行され得る。さらに、ＡＰ１２０４ａは、いくつかの実施形態で、ＳＴＡ１２０６に関して説明される１つまたは複数の態様を実施することができる。
[00114]ＡＰ１２０４ａからＳＴＡ１２０６のうちの１つまたは複数への送信を容易にする通信リンクは、ダウンリンク（ＤＬ）と呼ばれ得、ＳＴＡ１２０６のうちの１つまたは複数からＡＰ１２０４ａへの送信を容易にする通信リンクは、アップリンク（ＵＬ）と呼ばれ得る。その代わりに、ダウンリンクは、順方向リンクまたは順方向チャネルと呼ばれ得、アップリンクは、逆方向リンクまたは逆方向チャネルと呼ばれ得る。
[00115]様々なプロセスおよび方法が、ワイヤレス通信システム１２００内のＡＰ１２０４ａとＳＴＡ１２０６との間での送信に使用され得る。いくつかの態様では、ワイヤレス信号は、直交周波数分割多重（ＯＦＤＭ）、直接シーケンススペクトル拡散（ＤＳＳＳ：direct-sequence spread spectrum）通信、ＯＦＤＭ通信とＤＳＳＳ通信との組合せ、または他の方式を使用して送信され得る。たとえば、信号は、ＡＰ１２０４ａとＳＴＡ１２０６との間で、ＯＦＤＭ／ＯＦＤＭＡプロセスに従って送られ、受信され得る。したがって、ワイヤレス通信システム１２００は、ＯＦＤＭ／ＯＦＤＭＡシステムと呼ばれ得る。別の例として、信号は、ＡＰ１２０４ａとＳＴＡ１２０６との間で、ＣＤＭＡプロセスに従って送られ、受信され得る。したがって、ワイヤレス通信システム１２００は、ＣＤＭＡシステムと呼ばれ得る。
[00116]あるデバイス（ＡＰ１２０４ａおよびＳＴＡ１２０６など）の態様は、相対的に長い距離、たとえば約１ｋｍ以上にわたってワイヤレス信号を送信するのに使用され得る。本明細書でより詳細に説明されるように、いくつかの実施形態では、デバイスは、他のワイヤレスプロトコルを実施するデバイスよりも速くワイヤレスリンクを確立するように構成され得る。
[00117]一般に、ＩＥＥＥ ８０２．１１プロトコルでは、認証は、モバイルデバイスと認証サーバ（たとえば、アイデンティティ検証、認可、プライバシ、および否認防止などの認証サービスを提供するサーバ）との間で行われる。たとえば、オーセンティケータとして機能するＡＰは、認証プロセスの間にモバイルデバイスと認証サーバとの間でメッセージを中継する。いくつかの例で、モバイルデバイスとＡＰとの間の認証メッセージは、ローカルエリアネットワーク上で動作する拡張認証プロトコル（ＥＡＰＯＬ：extensible authentication protocol over local area network）フレームを使用してトランスポートされる。ＥＡＰＯＬフレームは、ＩＥＥＥ ８０２．１１ａｉプロトコルにおいて定義され得る。ＡＰと認証サーバとの間の認証メッセージは、リモート認証ダイアルインユーザサービス（ＲＡＤＩＵＳ：remote authentication dial in user service）プロトコルまたはＤｉａｍｅｔｅｒ認証、認可、およびアカウンティングプロトコルを使用してトランスポートされ得る。
[00118]高速初期リンクセットアップを可能にする、ある種のワイヤレス通信技法（たとえば、ＩＥＥＥ ８０２．１１ａｉにおける）は、関連付けプロシージャが認証プロシージャの後に実行されなければならないことを指定する場合がある。そのような技法は、ワイヤレス通信の遅延を引き起こす可能性がある。従来の通信システムでの認証プロシージャおよび関連付けプロシージャの特定の例が、そのような遅延を例示するために説明される。例の従来のリンクセットアッププロシージャでは、ＡＰは、デバイスによるそのＡＰの「発見」を可能にするビーコンを送信することができる。このビーコンは、モバイルデバイスによって受信され得る。ビーコンを検出した後に、モバイルデバイスは、ＡＰとの拡張認証プロトコル（ＥＡＰ）認証を開始することができる。ＡＰは、モバイルデバイスを認証するために、認証サーバに関する認証プロシージャを実行することができる。
[00119]認証プロシージャの間に、モバイルデバイスは、認証フレームをＡＰに送信することができる。認証フレームは、ＥＡＰ再認証プロトコルに関連するものなどのＥＡＰ再認証開始メッセージを含むＥＡＰＯＬフレームとされ得る。モバイルデバイスから認証フレームを受信した後に、ＡＰは、認証要求を認証サーバに送信することができる。認証要求は、ＥＡＰ再認証開始メッセージを含むことができる、認証、認可、およびアカウンティング（ＡＡＡ）ＥＡＰ要求（たとえば、ＥＡＰペイロード）とされ得る。
[00120]認証サーバは、ＡＰからの認証要求に応答して、ＡＰに認証回答を送信することができる。認証回答は、認証が成功または失敗のどちらであったのか（すなわち、モバイルデバイスが認証されるのか否か）のインジケーションを含むことができる、ＡＡＡ ＥＡＰ回答（たとえば、ＥＡＰペイロード）とされ得る。たとえば、認証回答は、ＥＡＰ成功メッセージまたはＥＡＰ失敗メッセージを含むことができる。認証回答は、データ通信を暗号化するのにＡＰによって使用され得る、ペアワイズマスターキー（ＰＭＫ）を示すこともできる。
[00121]認証サーバから認証回答を受信した時に、ＡＰは、認証フレームをモバイルデバイスに送信することができる。認証フレームは、ＥＡＰＯＬフレームとされ得、認証が成功または失敗のどちらであったのかを示す、ＥＡＰ認証終了メッセージ（たとえば、ＥＡＰ再認証プロトコルの一部である）を含むことができる。
[00122]ＡＰから認証フレームを受信した後に、モバイルデバイスは、ＡＰとの関連付けを開始するために、ＡＰに関連付け要求を送信することができる。関連付け要求は、ＥＡＰＯＬフレームとされ得、鍵確認を含むことができる。モバイルデバイスと関連付けるために、ＡＰは、モバイルデバイスがＡＰを介するＩＰ通信を実行することを可能にするためにモバイルデバイスのＩＰアドレスを入手するためにＤＨＣＰサーバとのＤＨＣＰ要求／応答交換を実行することができる。
[00123]例示のために、モバイルデバイスからＡＰに送られる関連付け要求は、ＤＨＣＰ要求を含むことができる。ＤＨＣＰ要求は、ＡＰが、モバイルデバイスによる使用のためのＩＰアドレスを入手すべきであることを示すことができる。関連付け要求を受信した時に、ＡＰは、ＤＨＣＰ要求をＤＨＣＰサーバに転送することができる。その後、ＤＨＣＰサーバは、使用可能なＩＰアドレスのグループからＩＰアドレスを選択することによるなど、モバイルデバイスにＩＰアドレスを割り振る。ＩＰアドレスが選択された後に、ＤＨＣＰサーバは、ＤＨＣＰ肯定応答メッセージをＡＰに送信する。ＤＨＣＰ肯定応答メッセージは、ＩＰアドレスのインジケーションを含むことができる。
[00124]ＡＰは、関連付け要求に対する関連付け応答をモバイルデバイスに送信することができる。関連付け応答は、ＥＡＰＯＬフレームとされ得、データ通信のデータトラフィックを暗号化するのに使用され得る鍵確認および／またはグループ鍵配布を含むことができる。関連付け応答を受信した後に、モバイルデバイスは、ＩＰアドレスを使用してＩＰパケットを送信し、受信することができる（たとえば、インターネットをブラウズし、電子メールを送信し、受信するなどのために）。
[00125]したがって、従来の通信システムでのモバイルデバイスとＡＰとの間の関連付けプロセスは、ＡＰとＤＨＣＰサーバとの間でのＤＨＣＰ要求／応答交換を含む可能性がある。ＤＨＣＰ要求／応答交換は、モバイルデバイスによる関連付け要求の送信と関連付け応答の受信との間の待ち時間（たとえば、ＤＨＣＰサーバがモバイルデバイスのためのＩＰアドレスを選択する間の待ち時間）をもたらす可能性がある。
[00126]本開示に関連して、ＤＨＣＰ要求／応答に関連する待ち時間は、ある種の情況で回避され得る。たとえば、モバイルデバイスが、第１のＡＰとのＩＰ通信に使用すべき有効なＩＰアドレスを以前に入手済みである場合がある。そのＩＰアドレスが、第２のＡＰを介するＩＰ通信とも互換である場合がある。したがって、新しいＩＰアドレスを入手するための追加のＤＨＣＰ要求／応答プロシージャの実行は（既存のＩＰアドレスを使用できる時に）、いくつかの情況で回避され得る追加の待ち時間をもたらす。
[00127]さらに例示するために、モバイルデバイスは、特定の建物内に配置された一連のアクセスポイントにまたがって移動する場合がある。建物は、会社など、共通のエンティティの運営の下にあるものとされ得る。その会社のＩＰ通信の少なくとも実質的な部分が、単一のＩＰネットワークまたは単一のＩＰサブネット内で実行される可能性がある。ＩＰサブネットは、単一の物理サブネットの一部とされ得、あるいは、複数の物理サブネットにまたがって分散され得る。したがって、モバイルデバイスが、その建物内で移動し、その建物内の様々なアクセスポイントのカバレージエリアの下に来る時に、モバイルデバイスは、アクセスポイントの各々に関する認証および関連付けを実行することができる。従来の通信システムでは、モバイルデバイスは、アクセスポイントの各々に接続する時に、アクセスポイントにＤＨＣＰ要求を送信することによって、複数のＩＰアドレスを繰り返して要求する可能性がある。しかし、その建物内の各アクセスポイントが、同一のＩＰネットワークまたは同一のＩＰサブネットを使用してＩＰ通信を実行する場合には、あるアクセスポイントとの関連付けを介して入手されるＩＰアドレスは、その建物内の他のアクセスポイントの各々とのＩＰ通信を実行する時に、使用され得る。したがって、この例では、ＤＨＣＰ要求のうちの１つまたは複数が、アクセスポイントの各々とのＩＰ通信にＩＰアドレスを使用することによって回避され得る。
[00128]リンクセットアップ待ち時間を低減する様々な実施形態が、本明細書で説明される。特定のネットワーク構成に依存して、待ち時間は、拡張認証プロトコル再認証（ＥＲ）サーバを使用して低減され得る。代替案では、１つまたは複数のネットワークが、ＥＲサーバを含まない場合がある。ＥＲサーバを使用する例の通信シーケンスが、図１４を参照して説明される。図１３は、ＥＲサーバを利用しない可能性がある通信を説明する。
[00129]図１３は、図１２のワイヤレス通信システム１２００などのワイヤレス通信システム内での例示的な通信交換１３００を示す。シグナリングは、認証および関連付けプロセスの間の、ＳＴＡ１２０６と、ＡＰ１２０４ａおよび１２０４ｂと、ＤＨＣＰサーバ１３０９と、認証サーバ１３０８との間に示される。ＡＰ１２０４ａおよび１２０４ｂは、共通のネットワーク内に含まれ得る。たとえば、ＡＰは、ＤＨＣＰサーバ１３０９などの共通のＤＨＣＰサーバによって管理され得る。
[00130]通信交換１３００は、ＳＴＡ１２０６とＡＰ１２０４ａとの間の初期リンクセットアップ１３０１を示す。初期リンクセットアップ１３０１は、ＥＡＰ通信１３０２、１３０３とＤＨＣＰ通信１３０４とを含むことができる。ＤＨＣＰ通信１３０４は、ＩＰアドレス（ＩＰＡｄｄｒ１）などのＤＨＣＰ情報を要求することと、そのＤＨＣＰ情報を入手することとを含むことができる。初期リンクセットアップ１３０１の間に、認証サーバ１３０８は、ＳＴＡ１２０６に関連付けられたネットワークを識別することができる。たとえば、認証サーバ１３０８は、ＥＡＰ通信１３０３においてＳＴＡ１２０６に関連付けられた、ｋｅｙＮａｍｅ−ＮＡＩなどのネットワークアドレス識別子（ＮＡＩ）を記憶することができる。認証サーバ１３０８は、ｋｅｙＮａｍｅ−ＮＡＩならびにＳＴＡ１２０６とｋｅｙＮａｍｅ−ＮＡＩとの間の関連付けを記憶することができる。
[00131]通信交換１３００は、ＳＴＡ１２０６のユーザがＡＰ１２０４ａに関連付けられたカバレージエリアから出てＡＰ１２０４ｂに関連付けられたカバレージエリアに入って移動することに応答してなど、ＳＴＡ１２０６とＡＰ１２０４ｂとの間の高速初期リンクセットアップ１３０７をさらに示す。高速初期リンクセットアップ１３０７は、ＳＴＡ１２０６からＡＰ１２０４ｂに送信される認証フレーム１３０５と、ＡＰ１２０４ｂから認証サーバ１３０８に送信される認証要求１３１０とを含むことができる。認証フレーム１３０５、認証要求１３１０、および／または通信交換１３００の１つもしくは複数の他のメッセージは、リモート認証ダイアルインユーザサービス（ＲＡＤＩＵＳ：remote authentication dial in user service）プロトコルおよび／またはＤｉａｍｅｔｅｒ認証、認可、およびアカウンティングプロトコルに準拠することができる。
[00132]認証要求１３１０を受信した時に、認証サーバ１３０８は、ＳＴＡ１２０６が以前の認証の際と同一のｋｅｙＮａｍｅ−ＮＡＩを使用しつつあると決定することができる。認証サーバ１３０８は、ＥＡＰ終了／再認証メッセージ１３１５をＡＰ１２０４ｂに送信することができる。ＥＡＰ終了／再認証メッセージ１３１５は、「同一ネットワーク」フラグを含むことができる。同一ネットワークフラグは、ＡＰ１２０４ｂが、ＤＨＣＰ情報を再構成せずにＩＰ通信を提供できることを示すことができる。同一ネットワークフラグは、インジケーション１２０９に対応することができる。ＥＡＰ終了／再認証メッセージ１３１５を受信した時に、ＡＰ１２０４ｂは、認証フレーム１３２０をステーションに送信することができる。認証フレーム１３２０も、同一ネットワークフラグを含む。
[00133]同一ネットワークフラグを示された認証フレーム１３２０を受信した時に、ＳＴＡ１２０６は、同一ネットワークフラグを検出することができ、同一ネットワークフラグにかかわりなく、別のＩＰアドレス（ＩＰＡｄｄｒ２）が要求されるべきであるのかどうかを決定するために１つまたは複数のパラメータをチェックすることができる。たとえば、ＳＴＡ１２０６は、ＩＰＡｄｄｒ２が要求されなければならないかどうかを決定するために、ＩＰＡｄｄｒ１に関連する「リース」の満了（たとえば、ＩＰＡｄｄｒ１に関連するリースがしきい時間持続期間内に満了するかどうか）をチェックすることができる。ＳＴＡ１２０６が、ＩＰＡｄｄｒ１を使用し続けると決定する場合に、ＳＴＡ１２０６は、関連付け要求１３２５をＡＰ１２０４ｂに送信する。しかし、ある種の従来の技法とは異なって、この関連付け要求は、ＤＨＣＰ要求がＳＴＡ１２０６のためにＡＰ１２０４ｂによって実行されなければならないことのインジケーションを含まない。その後、ＡＰ１２０４ｂは、関連付け応答１３３０をＳＴＡ１２０６に送信する。
[00134]関連付け応答１３３０を受信した後に、ＳＴＡ１２０６は、それが以前に初期リンクセットアップ１３０１の間に使用したＩＰアドレスを使用してＩＰ通信を開始する。これは、ＳＴＡ１２０６が初期リンクセットアップ１３０１の間に受信する可能性があるＩＰＡｄｄｒ１を使用する、ＳＴＡ１２０６によるＩＰパケット１３３５の送信によって示されている。ＩＰパケット１３３５は、ＩＰＡｄｄｒ１を示すソースフィールド（ｓｒｃ）を含む。
[00135]図１３は、ＡＰ１２０４ａが、ＩＰパケット１３３５を受信することができ、ＩＰパケット１３３５の宛先フィールド内に含まれる宛先アドレスによって示される宛先デバイスにＩＰパケット１３３５を転送することができることを、さらに示す。ＡＰ１２０４ａは、ＩＰＡｄｄｒ１をＳＴＡ１２０６に関連する媒体アクセス制御（ＭＡＣ）アドレスにマップするなど、１つまたは複数の他の動作を実行することができる。ＳＴＡ１２０６から宛先デバイスまでの経路上の１つまたは複数の他のノード（たとえば、サーバ、ルータ、ハブなど）は、ＳＴＡ１２０６と宛先デバイスとの間のＩＰ通信を可能にするために、（たとえば、アドレスをキャッシュすることによって）経路を記録することができる。
[00136]図１３の例は、ＳＴＡ１２０６が、認証フレーム１３２０内で受信された同一ネットワークフラグに基づいてＩＰＡｄｄｒ１を再利用できることを示す。同一ネットワークフラグは、ＡＰ１２０４ｂが、（たとえば、ＡＰ１２０４ａとの）以前の認証のために使用したＳＴＡ１２０６のと同一の通信のためのＩＰネットワークまたはＩＰサブネットワークを利用することを示す。初期リンクセットアップ１３０１の間に最初に入手されたＩＰアドレスを再利用することによって、高速初期リンクセットアップ１３０７の間にＤＨＣＰ要求を実行する必要が、除去され得、したがって、ＡＰ１２０４ｂとの関連付けに関連する待ち時間が低減される。これは、ＳＴＡ１２０６がＡＰ１２０４ｂを介するＩＰ通信を確立するための全体的な経過時間を低減する。
[00137]図１３の例は、認証サーバ（たとえば、認証サーバ１３０８）が、リンクセットアップでの待ち時間を低減するために動作を実行できることを示す。その代わりにまたはそれに加えて、図１４を参照してさらに説明されるように、ＥＲサーバが、リンクセットアップでの待ち時間を低減することができる。
[00138]図１４は、図１２のワイヤレス通信システム１２００内での別の例示的な通信交換１４００を示す。通信は、ＳＴＡ１２０６と、ＡＰ１２０４ａ、１２０４ｂ、および１２０４ｃと、ＤＨＣＰサーバ１３０９と、認証サーバ１３０８との間に示されている。図１４は、ローカル拡張認証プロトコル再認証（ＥＲ）サーバ１４０８との通信をも示す。
[00139]通信交換１４００は、ＳＴＡ１２０６とＡＰ１２０４ａとの間の初期リンクセットアップ１４０１を示す。初期リンクセットアップ１４０１は、ＥＡＰ通信１４０２、１４０３とＤＨＣＰ通信１４０４とを含むことができる。ＤＨＣＰ通信１４０４は、ＩＰアドレス（ＩＰＡｄｄｒ１）などのＤＨＣＰ情報を要求することと、これを入手することとを含むことができる。
[00140]通信交換１４００は、ＳＴＡ１２０６のユーザがＡＰ１２０４ａに関連するカバレージエリアを出てＡＰ１２０４ｂに関連するカバレージエリアに入って移動することに応答してなど、ＳＴＡ１２０６とＡＰ１２０４ｂとの間の高速初期リンクセットアップ１４０７をさらに示す。高速初期リンクセットアップ１４０７は、ＳＴＡ１２０６からＡＰ１２０４ｂに送信される認証フレーム１４０５と、ＡＰ１２０４ｂからローカルＥＲサーバ１４０８に送信される認証要求１４１０とを含むことができる。その後、認証要求１４１５が、ローカルＥＲサーバ１４０８から認証サーバ１３０８に送信される。認証フレーム１４０５、認証要求１４１０および１４１５、ならびに／または通信交換１４００の１つもしくは複数の他のメッセージは、リモート認証ダイアルインユーザサービス（ＲＡＤＩＵＳ）プロトコルおよび／またはＤｉａｍｅｔｅｒ認証、認可、およびアカウンティングプロトコルに準拠することができる。通信交換１４００の１つまたは複数のメッセージは、ＩＰ通信に関連するドメイン名を示すことができる。
[00141]認証要求１４１５を受信した時に、認証サーバ１３０８は、認証応答メッセージ１４２０をローカルＥＲサーバ１４０８に送信する。図１４の例では、ローカルＥＲサーバ１４０８は、ローカルＥＲサーバ１４０８と通信するのにＡＰ１２０４ｂによって使用されるＩＰネットワークとＳＴＡ１２０６のｋｅｙＮａｍｅ−ＮＡＩとの間の関連付けを記録する（たとえば、認証応答メッセージ１４２０に基づいて）。ローカルＥＲサーバ１４０８は、ドメイン固有ルート鍵（domain-specific root key）（ＤＳＲＫ）を使用するなど、１つまたは複数の拡張認証プロトコル再認証プロトコル（ＥＡＰ−ＲＰ）プロシージャを実行することができる。その後、ローカルＥＲサーバ１４０８は、認証応答メッセージ１４２５をＡＰ１２０４ｂに送信する。
[00142]認証応答メッセージ１４２５を受信した時に、ＡＰ１２０４ｂは、認証フレーム１４３０をＳＴＡ１２０６に送信する。認証フレーム４３０は、認証が完了したことを示す。高速初期リンクセットアップ１４０７は、第２のＩＰアドレス（ＩＰＡｄｄｒ２）を入手するために、ＤＨＣＰ再構成動作１４４０、１４４５をさらに含むことができる。この例では、ＤＨＣＰサーバ１３０９は、ＩＰＡｄｄｒ２をＳＴＡ１２０６に割り当てる。その後、ＳＴＡ１２０６は、ＩＰ通信に（たとえば、例示的な例として、コンテンツをダウンロードしまたは電子メールを送るのに）ＩＰＡｄｄｒ２を使用する。
[00143]通信交換１４００は、ＳＴＡ１２０６のユーザがＡＰ１２０４ｂに関連するカバレージエリアから出てＡＰ１２０４ｃに関連するカバレージエリアに入って移動することに応答してなど、ＳＴＡ１２０６とＡＰ１２０４ｃとの間の高速初期リンクセットアップ１４０９をさらに示す。高速初期リンクセットアップ１４０９は、ＳＴＡ１２０６によるＡＰ１２０４ｃへの認証フレーム１４５０の送信を含むことができる。認証フレーム１４５０に応答して、ＡＰ１２０４ｃは、認証メッセージ１４５５をローカルＥＲサーバ１４０８に送信する。
[00144]認証メッセージ１４５５を受信した時に、ローカルＥＲサーバ１４０８は、ＳＴＡ１２０６がまだ高速初期リンクセットアップ１４０７の間と同一のネットワーク内にあると決定する（たとえば、ＳＴＡ１２０６がｋｅｙＮａｍｅ−ＮＡＩを使用しつつあることの決定に基づいて）。ローカルＥＲサーバ１４０８は、ＤＳＲＫを使用するなど、１つまたは複数のＥＡＰ−ＲＰプロシージャを実行することができる。
[00145]ローカルＥＲサーバ１４０８は、認証応答メッセージ１４６０を送信することができる。いくつかの態様では、認証応答メッセージ１４６０は、ＥＡＰ終了／再認証メッセージとされ得る。認証応答メッセージ１４６０は、ｋｅｙＮａｍｅ−ＮＡＩが、まだ以前の認証の間と同一のネットワーク内にあることのインジケーション（たとえば、「同一ネットワーク」フラグ）を含む。同一ネットワークフラグは、インジケーション１２０９に対応することができる。認証応答メッセージ１４６０を受信した時に、ＡＰ１２０４ｃは、認証フレーム１４６５をＳＴＡ１２０６に送信する。認証応答メッセージ１４６０が、同一ネットワークフラグを含むので、認証フレーム１４６５も、同一ネットワークフラグを含む。
[00146]ＳＴＡ１２０６は、認証フレーム１４６５を受信することができる。ＳＴＡ１２０６は、同一ネットワークフラグを検出することができ、同一ネットワークフラグにかかわりなく、別のＩＰアドレス（ＩＰＡｄｄｒ３）が要求されなければならないのかどうかを決定するために、１つまたは複数のパラメータをチェックすることができる。たとえば、ＳＴＡ１２０６は、ＩＰＡｄｄｒ３が要求されなければならないのかどうかを決定するために、ＩＰＡｄｄｒ２に関連する「リース」の満了（たとえば、ＩＰＡｄｄｒ２に関連するリースがしきい時間持続期間内に満了するかどうか）をチェックすることができる。ＳＴＡ１２０６が、ＩＰＡｄｄｒ２を使用し続けると決定する場合に、ＳＴＡ１２０６は、関連付け要求１４７０をＡＰ１２０４ｃに送信する。
[00147]図１４の例では、ＳＴＡ１２０６が、認証フレーム１４６５内で受信された同一ネットワークフラグに少なくとも部分的に基づいて、ＡＰ１２０４ｃを介するＩＰ通信に使用されたＩＰＡｄｄｒ２を再利用するので、関連付け要求１４７０は、ＤＨＣＰ要求のインジケーションを含まない。図１４の例は、関連付け要求の受信に応答して、ＡＰ１２０４ｃによって実行されるＤＨＣＰがないことを示す。その後、ＡＰ１２０４ｃは、関連付け応答１４７５をＳＴＡ１２０６に送り返す。
[00148]ＤＨＣＰメッセージが、ＳＴＡ１２０６との関連付けの間にＡＰ１２０４ｃによって受信されず、送信されないので、関連付け要求１４７０と関連付け応答メッセージ１４７５との間の待ち時間が、低減される。たとえば、待ち時間は、モバイルデバイスによって開始される各関連付けプロセスに応答してモバイルデバイスにＤＨＣＰ情報を提供するシステムと比較して、低減される。
[00149]図１５を参照すると、モバイルデバイスを動作させる方法の特定の例示的実施形態が示され、全体的に１５００と指定されている。方法１５００は、図１２のＳＴＡ１２０６のいずれによっても実行され得る。
[00150]方法１５００は、１５０４で、リンクセットアッププロシージャを開始することを含む。リンクセットアッププロシージャは、例示的な例として、ＦＩＬＳプロシージャに対応することができる。リンクセットアッププロシージャは、第１のアクセスポイントを介してＤＨＣＰ情報を受信することを含む。ＤＨＣＰ情報は、図１２のＤＨＣＰサーバ１２１０ａなどのＤＨＣＰサーバから受信され得る。
[00151]ＤＨＣＰ情報は、モバイルデバイスに関連付けられたＩＰアドレスを含むことができる。ＩＰアドレスは、ＩＰネットワークに対応する。いくつかの態様では、ＩＰアドレスのネットワーク部分は、ＩＰネットワークを識別することができる。いくつかの態様では、ＩＰネットワークは、ＩＰサブネットまたはＩＰサブネットワークとされ得る。ＩＰアドレスが、ＩＰサブネットに対応する場合には、そのＩＰサブネットは、単一の物理サブネットの一部とされ得、あるいは、複数の物理サブネットにまたがって分散され得る。いくつかの態様では、ＩＰアドレスは、認証フレーム内、たとえば、関連付け応答および／または関連付け応答内で受信される。
[00152]方法１５００は、１５０６で、ＤＨＣＰ情報を使用して第１のアクセスポイントと通信することをさらに含む。第１のアクセスポイントは、図１２のＡＰ１２０４ａに対応することができる。ＤＨＣＰ情報を使用して第１のアクセスポイントと通信することは、第１のアクセスポイントを介して、ＩＰアドレスを介してモバイルデバイスにアドレスされるデータを受信することを含む。特定の非限定的な例として、モバイルデバイスは、ＩＰアドレスに基づいて、第１のアクセスポイントを介してサーバからデータ（たとえば、ビデオ、イメージ、電子メールなど）を受信することができる。その代わりにまたはそれに加えて、第１のアクセスポイントとの通信は、ＩＰアドレスを使用して第１のアクセスポイントを介して宛先（たとえば、サーバ）にデータを送ることを含むことができる。
[00153]いくつかの態様では、ＩＰアドレスは、第１のアクセスポイントと通信する時にソースＩＰアドレスとして使用され得る。いくつかの態様では、第１のアクセスポイントとの通信は、第１のアクセスポイントとのＩＰレベル通信の交換を含まない。そうではなく、いくつかの態様では、ＩＰ通信は、何らかの他のプロトコルパケット内にカプセル化され得る。その後、例示的な例として、第１のアクセスポイントは、ＩＰパケットをカプセル化解除し、これらを、モバイルデバイスの代わりにＩＰネットワークを介して送信することができる。
[00154]方法１５００は、１５１２で、第１のアクセスポイントと通信した後に、第２のアクセスポイントとの通信を開始することをさらに含むことができる。第２のアクセスポイントは、図１２のＡＰ１２０４ｂに対応することができる。モバイルデバイスは、第１のアクセスポイントの範囲から出て、第２のアクセスポイントの範囲内に移動することに応答して、第２のアクセスポイントとの通信を開始することができる。たとえば、モバイルデバイスは、米国電気電子技術者協会（ＩＥＥＥ）８０２．１１通信標準規格などの通信標準規格に準拠することができる、「ビーコン」または他の信号を受信する範囲内など、第２のアクセスポイントの範囲内の位置に移動することに応答して、第２のアクセスポイントからの１つまたは複数の通信を検出することができる。
[00155]ビーコンまたは他の信号の検出に応答して、モバイルデバイスは、例示的な例として、第２のアクセスポイントに関する認証プロシージャを開始することができる。いくつかの態様では、認証プロシージャは、ＥＡＰ開始／再認証メッセージを送信することを含むことができる。ＥＡＰ開始／再認証メッセージは、モバイルデバイスおよび／またはモバイルデバイスによって使用されるネットワークを識別するｋｅｙＮａｍｅ−ＮＡＩを示すことができる。
[00156]方法１５００は、１５１６で、第２のアクセスポイントから、モバイルデバイスがＤＨＣＰ情報を使用して第２のアクセスポイントと通信することができるのかどうかを識別するインジケーション（たとえば、同一ネットワークフラグ）を受信することをさらに含むことができる。インジケーションは、インジケーション１２０９に対応することができる。インジケーションの値は、第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって、モバイルデバイスが第２のアクセスポイントとのリンクセットアップ時間を低減することができるのかどうかを識別する。例示のために、インジケーションは、第１のアクセスポイントおよび第２のアクセスポイントが、共通のＤＨＣＰサーバを含む共通のネットワークなどの共通のネットワーク内に含まれることを指定することができ、ここで、第１のアクセスポイントおよび第２のアクセスポイントは、共通のＤＨＣＰサーバと通信している（たとえば、これによって管理される）。この場合に、インジケーションは、例示的な例として、「０」値などの第１の値を有することができる。代替案では、インジケーションは、第１のアクセスポイントおよび第２のアクセスポイントが、異なるＤＨＣＰサーバによって管理されることを指定することができる。この例では、インジケーションは、例示的な例として、「１」値などの第２の値を有することができる。
[00157]インジケーションは、第２のアクセスポイントが、モバイルデバイスによって以前に使用されたＩＰネットワークを介してモバイルデバイスにＩＰ通信を提供できるのかどうかを識別することができる。いくつかの態様では、ＩＰネットワークは、ＩＰサブネットワークである。いくつかの態様では、第１のアクセスポイントと共に使用されるＩＰアドレスは、モバイルデバイスによって以前に使用されたＩＰネットワークを示す。いくつかの態様では、インジケーションは、拡張認証プロトコル（ＥＡＰ）メッセージ内で受信される。いくつかの態様では、インジケーションは、ＥＡＰ終了／再認証メッセージの一部として受信される。インジケーションは、拡張認証プロトコル再認証プロトコル（ＥＡＰ−ＲＰ）属性など、タイプ／値属性によって提供され得る。たとえば、ＥＡＰ−ＲＰ属性の存在または不在が、インジケーションを提供することができる。いくつかの他の態様では、異なるＥＡＰメッセージが、インジケーションを提供することができる。
[00158]方法１５００は、１５２０で、第２のアクセスポイントと通信するのにＤＨＣＰ情報を使用すべきかどうかを、インジケーションに基づいて決定することをさらに含むことができる。例示的な例として、インジケーションの第１の値は、モバイルデバイスが、第２のアクセスポイントとの通信にＤＨＣＰ情報を使用できることを指定することができ、インジケーションの第２の値は、モバイルデバイスが、第２のアクセスポイントとの通信のために第２のＤＨＣＰ情報を入手すべきであることを指定することができる。
[00159]モバイルデバイスがＤＨＣＰ情報を使用すべきである場合に、方法１５００は、１５２４で、ＤＨＣＰ情報を使用して第２のアクセスポイントと通信することをさらに含むことができ、第１のアクセスポイントおよび第２のアクセスポイントは、共通のＤＨＣＰサーバと通信している。共通のＤＨＣＰサーバは、例示的な例として、図１２のＤＨＣＰサーバ１２１０ａに対応することができる。
[00160]モバイルデバイスが、第２のアクセスポイントとの通信のために第２のＤＨＣＰサーバからＤＨＣＰ情報を入手すべきである場合には、方法１５００は、１５２８で、第２のＤＨＣＰサーバにＤＨＣＰ情報を要求することをさらに含むことができる。第２のＤＨＣＰサーバは、例示的な例として、図１２のＤＨＣＰサーバ１２１０ｂに対応することができる。ある種の実施態様では、モバイルデバイスがＤＨＣＰ要求メッセージを送信するのではなく、モバイルデバイスは、関連付け要求内のメッセージなどのメッセージを第２のアクセスポイントに送ることができる。このメッセージは、モバイルデバイスの代わりにＤＨＣＰ要求を開始するように第２のアクセスポイントに要求することができる。いくつかの他の態様では、モバイルデバイスは、ＤＨＣＰサーバと直接にメッセージを交換することができる。この場合には、モバイルデバイスは、インジケーションに基づいて、ＤＨＣＰサーバにＤＨＣＰ要求メッセージを送信すべきかどうかを決定することができる。
[00161]方法１５００は、１５３２で、第２のＤＨＣＰ情報を使用して第２のアクセスポイントと通信することをさらに含むことができる。たとえば、第２のＤＨＣＰ情報は、第２のＩＰアドレスを含むことができ、データは、第２のＩＰアドレスを使用して第２のアクセスポイントを介してサーバに送られ、および／またはサーバから受信され得る。
[00162]図１５の方法１５００は、高速リンクセットアップ動作を可能にする。たとえば、方法１５００は、現在のまたは「既存の」ＤＨＣＰ証明書（たとえば、ＩＰアドレス）が十分である可能性がある時に、ＤＨＣＰ再構成を回避することができる。この場合に、ＤＨＣＰサーバとの通信を低減しまたは除去することによって、リンクセットアップ時間が低減される。
[00163]方法１５００は、オプションで、１つまたは複数のパラメータにさらに基づいて、ＩＰアドレスを使用して第２のアクセスポイントとのＩＰ通信を実行すべきかどうかを決定することを含むことができる。たとえば、モバイルデバイスは、ＩＰアドレスのリースが満了する前の残っている時間を決定することができる。残っている時間がしきい値を満足できない場合、またはＩＰアドレスのリースがすでに満了している場合には、ステーションは、第２のアクセスポイントを介するＩＰ通信にＩＰアドレスを再利用しないと決定することができる（ＩＰアドレスが第２のアクセスポイントとの通信においてモバイルデバイスによって再利用され得ることをインジケーションが識別する場合であっても）。
[00164]方法１５００は、オプションで、ＩＰアドレスと第１のアクセスポイントとの間の関連付けを記憶することを含むことができる。モバイルデバイスは、第２のアクセスポイントを介してインジケーションを受信した時に、ＩＰアドレスを識別するためにその関連付けにアクセスすることができる。たとえば、いくつかの態様では、インジケーションを受信した時に、モバイルデバイスは、モバイルデバイスがそれを介してＩＰ通信を実行した直近のアクセスポイント（すなわち、図１５の例示的な例では第１のアクセスポイント）を決定することができる。関連付けにアクセスした後に、モバイルデバイスは、第２のアクセスポイントとの通信に使用され得るＩＰアドレスを決定することができる。
[00165]いくつかの態様では、方法１５００は、オプションで、第１のドメイン名を示すメッセージを第１のアクセスポイントから受信することを含むことができる。たとえば、モバイルデバイスは、ドメイン名を示すＥＡＰ終了／再認証パケットを受信することができる。いくつかの態様では、ドメイン名は、第１のアクセスポイントの代わりに認証を実行するのに使用されるローカルＥＲサーバ（たとえば、図１４のローカルＥＲサーバ１４０８）のドメイン名とされ得る。これらの態様は、ＩＰアドレスと、第１のアクセスポイントと、第１のドメイン名との間の関連付けを記憶することをさらに含むことができる。これらの態様では、方法１５００は、第２のアクセスポイントから第２のドメイン名を受信することをさらに含むことができる。第２のドメイン名は、ＥＡＰ終了／再認証パケット内でも受信され得る。第２のドメイン名は、第２のアクセスポイントの代わりに認証を実行するのに使用されるローカルＥＲサーバを識別することができる。
[00166]この例では、第２のドメイン名を受信した後に、モバイルデバイスは、ＩＰアドレスと、第１のアクセスポイントと、第１のドメイン名との間の関連付けを含む関連付けのリストを検索することができる。リストの検索は、第２のドメイン名を、関連付けのリスト内に記憶されたドメイン名と比較することを含むことができる。モバイルデバイスが、等しい２つのドメイン名を識別する場合に、モバイルデバイスは、第２のドメイン名と等しいドメイン名に関連付けられたＩＰアドレスが、第２のアクセスポイントを介するＩＰ通信に使用され得ることのインジケーションを有することができる。いくつかの場合に、これは、第１のＩＰアドレスとされ得る。
[00167]いくつかの態様では、モバイルデバイスは、アクセスポイントとの通信のためにモバイルデバイスを認証するのに使用される認証サーバ（たとえば、認証サーバ１３０８）のインジケーションを受信することができる。認証サーバのインジケーションは、いくつかの態様で、認証サーバのホスト名またはＩＰアドレスとされ得る。たとえば、このインジケーションは、認証フレーム１３２０または１４３０内で受信され得る。モバイルデバイスは、複数の認証サーバの複数のインジケーションを受信することができる。たとえば、第１、第２、および第３のアクセスポイントが、それぞれ第１、第２、および第３の認証サーバと通信することができる。これらの認証サーバのインジケーションは、モバイルデバイスによって受信され得る。モバイルデバイスは、特定のアクセスポイントと通信する時に、特定のＩＰアドレスを利用すべきかどうかを決定するのに、インジケーションを使用することができる。
[00168]たとえば、ＩＰアドレスは、まず、第１のアクセスポイントからモバイルデバイスによって入手され得、第１のアクセスポイントに関する認証は、第１の認証サーバを示すことができる。第２のアクセスポイントに関する後続の認証では、モバイルデバイスは、第１の認証サーバとは異なる第２の認証サーバのインジケーションを受信することができる。第２のアクセスポイントの認証サーバが、第１のアクセスポイントの認証サーバとは異なるので、モバイルデバイスは、第１のアクセスポイントとの通信のために入手されたＩＰアドレスを再利用するのではなく、第２のアクセスポイントとの関連付けの間に新しいＩＰアドレスを入手することができる。モバイルデバイスは、第２のアクセスポイントに関する認証が、第２のアクセスポイントがＩＰネットワークを使用するＩＰ通信を提供することができるは第２のアクセスポイントによって提供されることのインジケーションを含む場合であっても、新しいＩＰアドレスを入手することができる。
[00169]方法１５００を参照して説明されるある種のデバイスは、ＩＰアドレスと、認証サーバと、また、ローカルＥＲサーバとの間の関連付けのリストを維持することができる。１つの例のリストが、表１に示されている。
Figure 2016533671
[00170]これらの実施態様では、デバイスは、アクセスポイントに関する認証の間に、認証サーバおよびおそらくはローカルＥＲサーバのインジケーションを受信することができる。第２のアクセスポイントがステーションによって以前に使用されたＩＰネットワークを使用するＩＰ通信を提供することのインジケーションをデバイスが受信する時に、デバイスは、表１の例に記憶された、その以前の関連付けを検索することができる。検索は、第２のアクセスポイントに関する関連付けの間に示された認証サーバとローカルＥＲサーバとの組合せと一致するＩＰアドレスを識別することができる。
[00171]テーブル内に、示された認証サーバおよび／またはローカルＥＲサーバと一致するエントリが見つからない場合には、デバイスは、第２のアクセスポイントとのＩＰ通信を実行する時にＩＰアドレスを再利用しないものとすることができる。その代わりに、第２のアクセスポイントとの関連付けの間に、デバイスは、新しいＩＰアドレスがそのデバイスのために割り振られることを要求することができる。これは、第２のアクセスポイントに、ＤＨＣＰ要求／応答交換を開始させることができる。ＩＰネットワークを使用するＩＰ通信が第２のアクセスポイントによって提供され得ることをインジケーションが示す場合であっても、新しいＩＰアドレスが要求され得ることに留意されたい。さらに例示するために、表２に示された例を検討されたい。この例は、表１にリストされたＩＰアドレスのすべてが、適当な場合にこれらが再利用され得るように、適当な残りのリース時間を有することを仮定する。
Figure 2016533671
[00172]表２の例を使用して例示するために、第１の例では、方法１５００を実行するデバイスは、ＡＰ４に関して認証することができる。ＡＰ４に関する認証プロセスの一部として、デバイスは、認証サーバがＡ１であり、ローカルＥＲサーバがＥＲ１であることのインジケーションを受信する。デバイスは、以前に使用されたＩＰネットワークを使用するＩＰ通信が第２のアクセスポイントによって提供されることのインジケーションをも受信する。デバイスは、「ＩＰ１」のＩＰアドレスを示す、認証サーバ＝Ａ１およびローカルＥＲサーバ＝ＥＲ１と一致するエントリを識別するために、表１に対応するテーブルなどのテーブルを検索することができる。ＩＰ１のリースがまだ満了しておらず、すぐには満了しない場合には、デバイスは、ＡＰ４を介するＩＰ通信にＩＰ１を再利用することができる。
[00173]ＡＰ５に関する上の例では、デバイスは、認証サーバ＝Ａ５およびローカルＥＲサーバ＝ＥＲ２をテーブルから検索し、ＩＰ２を提供するエントリを見つける。同一ＩＰネットワークフラグがセットされているので、ＩＰ２は、ＡＰ５を介するＩＰ通信のために再利用され得る。
[00174]ＡＰ６に関する上の例では、デバイスは、認証サーバ＝Ａ６およびローカルＥＲサーバ＝ＥＲ６を表１から検索する。エントリは見つからない。したがって、同一ＩＰネットワークを識別するインジケーションにもかかわらず、デバイスは、ＡＰ６を介してＩＰ通信を実行する前に、ＡＰ６に新しいＩＰアドレスを要求する。
[00175]ＡＰ７に関する上の例では、デバイスは、認証サーバがＡ３であるエントリを表１から検索する。ＡＰ７に関する認可を実行する時に、ローカルＥＲサーバインジケーションが受信されないので、認証サーバＡ３だけが検索されることに留意されたい。認証サーバＡ３と共にＩＰ３を識別するエントリが、表１で見つかり、したがって、ＡＰ７に関する認証が、ＩＰネットワークを使用するＩＰ通信が第７のアクセスポイント（ＡＰ７）によって提供されることのインジケーションを含んだので、ＩＰ３が、ＡＰ７を用いるＩＰ通信に再利用される。
[00176]ＡＰ８に関する上の例では、デバイスは、Ａ３の認証サーバとＥＲ８のローカルＥＲサーバとを有するエントリを表１から検索する。エントリは見つからず、したがって、デバイスは、ＡＰ８を介してＩＰ通信を実行する時に使用すべき新しいＩＰアドレスを要求する。上記は、別のアクセスポイントを介する通信に以前に使用されたＩＰアドレスを潜在的に再利用するためのアクセスポイントに関する認証プロセスの一部として受信されるインジケーションと組み合わされた、アクセスポイント、認証サーバ、および／またはローカルＥＲサーバ、および／またはＩＰアドレスの間の関連付けをデバイスがどのように利用できるのかの例にすぎない。可能な時にＩＰアドレスを再利用することによって、デバイスは、アクセスポイントを介するＩＰ通信の確立に関連する待ち時間を低減することができる。
[00177]ある種の場合に、モバイルデバイス（またはＳＴＡ）は、サーバまたはアクセスポイントによって送信される応答を受信しない場合がある。たとえば、認証プロシージャを完了するために、認証サーバまたはローカルＥＲサーバは、ＡＰ２を介するなど、ＳＴＡにＥＡＰ終了メッセージまたはＥＡＰ終了／再認証メッセージを送信する場合がある。しかし、いくつかの場合に、ＳＴＡが、このメッセージを受信しない場合がある。これは、たとえば下記など、様々な理由から発生する可能性がある。
Ｉ．ＡＳ／ローカルＥＲサーバが、ネットワーク通信問題のゆえにＳＴＡからＥＡＰパケットまたはＥＡＰ−ＲＰパケットを一度も受信しなかった。
ＩＩ．ＡＳ／ローカルＥＲサーバが、ＥＡＰパケットまたはＥＡＰ−ＲＰパケットを受信したが、認証が失敗したか、ＡＳ／ローカルＥＲサーバがＡＰ２に関してＳＴＡを認可しないと決定し、したがって、認証が不成功と考えられる。しかし、ＳＴＡは、通信問題のゆえにＡＳ／ローカルＥＲサーバからＥＡＰ終了パケットまたはＥＡＰ終了／再認証パケットを受信しなかった。通信問題は、ＡＳ／ローカルＥＲサーバとＡＰとの間またはＡＰとＳＴＡとの間にある可能性がある。
ＩＩＩ．ＡＳ／ローカルサーバが、ＥＡＰパケットまたはＥＡＰ−ＲＰパケットを受信し、ＳＴＡがＡＰ２を使用することを認可すると決定した。この認証は、成功と考えられる。しかし、ＳＴＡは、通信問題のゆえに、ＡＳ／ローカルＥＲサーバからＥＡＰ終了パケットまたはＥＡＰ終了／再認証パケットを受信しなかった。
[00178]上の例では、ＳＴＡは、一般に、例の状況のどれが発生したのか（Ｉ、ＩＩ、またはＩＩＩ）を決定することができない。その後、ＳＴＡは、ＥＡＰ−ＲＰを使用してＡＰ３に接続するために第２の認証を試み、ＡＰ３がネットワーク１、ネットワーク２、または別のネットワーク（ネットワーク３）内にある可能性があることを記録する。
[00179]ＳＴＡの正しい挙動は、次の通りである。
ａ．ＡＰ３がネットワーク１内にある場合には、ＳＴＡは、ＤＨＣＰ構成された情報を再利用することができ、ＡＰ３に関連付ける時の追加のＤＨＣＰ動作の必要を低減する。ステーションは、ＡＰ３に関連付ける時に新しいＩＰアドレスを要求することができるが、これは、関連付けの間の追加の待ち時間をもたらし、この追加の待ち時間は、回避される安全性になり得る場合には不利である。
ｂ．ＡＰ３がネットワーク２またはネットワーク３内にある場合には、ＳＴＡは、ネットワーク１に関するＤＨＣＰ構成された情報を再利用することができない。したがって、ＳＴＡは、ＡＰ３に新しいＩＰアドレスを要求しなければならない。
[00180]次に、我々は、次の３つの条件の下で繰り返される認証の試みを検討する。第１に、ＡＳ／ローカルサーバは、第１の認証の試みを知らない。第２の認証の試みの際に、ＡＳ／ローカルサーバは、ＳＴＡが、直近の成功の認証時にネットワーク１内にあったことに気付く。我々は、ＡＰ３を含むネットワークに基づいてケースを調べる。
ａ．ＡＰ３はネットワーク１内にある ＡＳ／ローカルＥＲサーバは、同一ネットワークフラグを返す。ＳＴＡがこのフラグを使用する場合に、これは、ＳＴＡの好ましい挙動をもたらす。
ｂ．ＡＰ３はネットワーク２内にある ＡＳ／ローカルＥＲサーバは、同一ネットワークフラグを返さない。ＳＴＡがこのフラグを使用する場合に、これは、ＳＴＡの好ましい挙動をもたらす。
ｃ．ＡＰ３はネットワーク３内にある ＡＳ／ローカルＥＲサーバは、同一ネットワークフラグを返さない。ＳＴＡがこのフラグを使用する場合に、これは、ＳＴＡの好ましい挙動をもたらす。
[00181]第２に、ＡＳ／ローカルサーバは、第１の認証の試みを知っており、認証の試みが不成功であると考える。第２の認証の試みの際に、ＡＳ／ローカルサーバは、ＳＴＡが、直近の成功の認証時にネットワーク１内にあったことに気付く。我々は、ＡＰ３を含むネットワークに基づいてケースを調べる。
ａ．ＡＰ３はネットワーク１内にある ＡＳ／ローカルＥＲサーバは、同一ネットワークフラグを返す。ＳＴＡがこのフラグを使用する場合に、これは、ＳＴＡの許容できる（好ましくはない）挙動をもたらす。
ｂ．ＡＰ３はネットワーク２内にある ＡＳ／ローカルＥＲサーバは、同一ネットワークフラグを返さない。ＳＴＡがこのフラグを使用する場合に、これは、ＳＴＡの好ましい挙動をもたらす。
ｃ．ＡＰ３はネットワーク３内にある ＡＳ／ローカルＥＲサーバは、同一ネットワークフラグを返さない。ＳＴＡがこのフラグを使用する場合に、これは、ＳＴＡの好ましい挙動をもたらす。
[00182]第３に、ＡＳ／ローカルサーバは、第１の認証の試みを知っており、認証の試みが成功であると考える。第２の認証の試みの際に、ＡＳ／ローカルサーバは、ＳＴＡが、直近の成功の認証時にネットワーク２内にあったことに気付く。我々は、ＡＰ３を含むネットワークに基づいてケースを調べる。
ａ．ＡＰ３はネットワーク１内にある：ＡＳ／ローカルＥＲサーバは、同一ネットワークフラグを返さない。ＳＴＡがこのフラグを使用する場合に、これは、ＳＴＡの許容できる（好ましくはない）挙動をもたらす。
ｂ．ＡＰ３はネットワーク２内にある：ＡＳ／ローカルＥＲサーバは、同一ネットワークフラグを返す。ＳＴＡがこのフラグを使用する場合に、これは、ＳＴＡの許容できない挙動をもたらす。
ｃ．ＡＰ３はネットワーク３内にある：ＡＳ／ローカルＥＲサーバは、同一ネットワークフラグを返さない。ＳＴＡがこのフラグを使用する場合に、これは、ＳＴＡの好ましい挙動をもたらす。
[00183]ＳＴＡが、応答を正しいものとして扱う場合に、第１のケースは、好ましい挙動をもたらし、第２のシナリオは、必ず少なくとも許容できる挙動（常に好ましいとは限らないが）をもたらし、第３のケースは、許容できない挙動をもたらす可能性がある。
[00184]ＳＴＡが、上で説明された状況のうちのどれが発生したのかを知らず、上で説明された状況の一部が、ＳＴＡによるＩＰアドレスの許容できない再利用をもたらすので、ＳＴＡは、あるＡＳ／ローカルＥＲサーバに関するＳＴＡの直近のＥＡＰ認証またはＥＡＰ−ＲＰ認証の終りにＥＡＰ終了またはＥＡＰ終了／再認証を受信しなかった場合に、そのＡＳ／ローカルＥＲサーバからの（アクセスポイントを介する）同一ネットワークインジケーションを無視することができる。
[00185]さらに例示するために、図１５をもう一度参照すると、方法１５００は、オプションで、１つまたは複数の追加のアクセスポイントと通信することを含むことができる。たとえば、認証応答が、第２のアクセスポイントから受信されない（たとえば、第２のアクセスポイントとのリンクセットアップの間に）場合に、ＳＴＡ１２０６ａは、図１４のＡＰ１２０４ｃに対応することができる第３のアクセスポイントとの通信を開始することができる。
[00186]第３のアクセスポイントとの通信は、ＥＡＰ開始／再認証メッセージの送信を含むことができる。ＥＡＰ開始／再認証メッセージは、モバイルデバイスおよび／またはモバイルデバイスによって使用されるネットワークを識別するｋｅｙＮａｍｅ−ＮＡＩを示すことができる。インジケーション（たとえば、インジケーション１２０９）は、第３のアクセスポイントからモバイルデバイスによって受信され得る。インジケーションは、第３のアクセスポイントが、モバイルデバイスによって以前に使用されたＩＰネットワークまたはＩＰサブネットワークを介するＩＰ通信を提供できるのかどうかを指定することができる。いくつかの態様では、インジケーションは、ＥＡＰメッセージ内で受信される。いくつかの態様では、インジケーションは、ＥＡＰ終了／再認証メッセージの一部として受信される。インジケーションは、ＥＡＰ−ＲＰ属性など、タイプ／値属性によって提供され得る。たとえば、ＥＡＰ−ＲＰ属性の存在または不在は、インジケーションを提供することができる。いくつかの他の態様では、異なるＥＡＰメッセージが、インジケーションを提供することができる。
[00187]方法１５００は、オプションで、認証応答が第２のアクセスポイントから受信されたのかどうかに基づき、インジケーションにさらに基づいて、第３のアクセスポイントとのＩＰ通信のための第２のＩＰアドレスを要求することを含むことができる。たとえば、インジケーションが、第３のアクセスポイントとのＩＰ通信が、ＩＰネットワーク（またはサブネットワーク）上で実行されなければならないことを指定する場合に、モバイルデバイスは、第２のアクセスポイントに関する認証要求に対する応答が受信されている場合に、新しいＩＰアドレス（第３のアクセスポイントに関する使用のための）を要求することを回避することができる。しかしながら、認証要求に対する応答が第２のアクセスポイントから受信されなかった場合には、新しいＩＰアドレスが、モバイルデバイスによって要求され得る（インジケーションにかかわりなく）。これは、モバイルデバイスとアクセスポイントとの間の一致しない状態に起因するＩＰアドレスの不適切な再利用を防ぐことができる。
[00188]図１６は、通信ネットワーク上でＩＰ通信を確立する時の待ち時間を低減するための低減するための方法１６００のフローチャートである。いくつかの態様で、通信ネットワークは、図１２のワイヤレス通信システム１２００である。一実施形態で、方法１６００は、ＡＰ１２０４ａ〜ｃのいずれかなどのアクセスポイントによって実行され得る。いくつかの態様で、方法１６００は、以前に割り振られ、異なるアクセスポイントとのＩＰ通信に使用された、アクセスポイントとのＩＰ通信のためのＩＰアドレスをステーションが再利用することを可能にするために、アクセスポイントによって実行され得る。方法１６００は、ステーションが、従来の技法と比較してより効率的によりすばやくアクセスポイントを介するＩＰ通信を確立することを可能にする、ステーションとの関連付けを確立することに関連する低減された待ち時間を容易にすることができる。
[00189]１６０５では、第２のデバイスの認証要求が、第１のデバイスによって受信される（たとえば、第２のデバイスから直接に受信され、または、第２のデバイスの代わりの「中間デバイス」からなど、第２のデバイスから間接に受信される）。いくつかの態様では、第１のデバイスは、アクセスポイント（たとえば、ＡＰ１２０４ａ〜ｃのいずれか）であり、第２のデバイスは、ステーション（たとえば、ＳＴＡ１２０６ａ〜ｄのいずれか）である。いくつかの態様では、第２のデバイスは、中継器である。いくつかの態様では、認証要求は、たとえば方法１６００がアクセスポイントによって実行される時に、第２のデバイスから直接に受信される。
[00190]いくつかの態様では、認証要求は、第２のデバイスの認証要求の受信に応答して、第３のデバイスに送信され得る。いくつかの態様では、第３のデバイスは、ＥＡＰサーバまたはローカルＥＲサーバである。たとえば、方法１６００を実行するアクセスポイントは、ステーションから認証要求を受信することができ、ステーションからの要求の受信に応答して、認証サーバおよび／またはローカルＥＲサーバへの認証要求を生成することができる。いくつかの態様では、方法１６００は、認証サーバまたはローカルＥＲサーバから認証応答を受信することをさらに含むことができる。応答は、デバイスが、第２のデバイスによって以前に使用されたＩＰネットワーク上でインターネットプロトコル通信を提供できるのかどうかのインジケーションを含むことができる。その後、このインジケーションは、方法１６００を実行するデバイスを「パススルー」され得る。
[00191]１６１０では、第１のデバイスが、第２のデバイスによって以前に使用されたＩＰネットワーク上でＩＰ通信を提供できることを指定するインジケーションが、第２のデバイスに送信される。いくつかの態様では、インジケーションは、第１のデバイスが第２のデバイスによって以前に使用されたＩＰサブネットワーク上でＩＰ通信を提供できることを識別する。いくつかの態様では、インジケーションは、第２のデバイスによって、第１のデバイスによって送信されたＥＡＰ終了／再認証パケット内で受信される。いくつかの態様では、認証を実行するのに使用される認証サーバのインジケーションも、第１のデバイスによって第２のデバイスに送信され得る。いくつかの態様では、ローカルＥＲサーバのインジケーションが、第１のデバイスによって第２のデバイスに送信され得る。
[00192]図１７は、通信ネットワーク上でＩＰ通信を確立する時の待ち時間を低減するための方法１７００のフローチャートである。いくつかの態様では、通信ネットワークは、図１２のワイヤレス通信システム１２００である。様々な実施態様で、方法１７００は、サーバ（たとえば、サーバ１２１２）によって、認証サーバ（たとえば、認証サーバ１３０８）によって、および／またはローカルＥＲサーバ（たとえば、ローカルＥＲサーバ１４０８）などのＥＡＰサーバによって実行され得る。いくつかの態様では、方法１７００は、ステーションが、以前に割り振られ、異なるアクセスポイントとのＩＰ通信に使用されたＩＰアドレスを再利用することを可能にすることができる。方法１７００は、ステーションが、従来の技法と比較してより効率的によりすばやくアクセスポイントを介するＩＰ通信を確立することを可能にする、ステーションとアクセスポイントとの間の関連付けプロシージャの低減された待ち時間を容易にすることができる。
[00193]方法１７００は、１７０５で、サーバによって認証要求を受信することを含むことができる。いくつかの態様で、サーバは、認証サーバである。いくつかの態様で、サーバは、ローカルＥＲサーバである。いくつかの態様で、サーバは、ＥＡＰサーバである。認証要求は、第１のデバイス（たとえば、ＳＴＡ１２０６ａ〜ｄのいずれかなどのモバイルデバイス）に関する。認証要求は、第１のデバイスと第２のデバイス（たとえば、ＡＰ１２０４ａ〜ｃのいずれかなどのアクセスポイント）との間の通信に関連する。いくつかの態様で、認証要求は、第２のデバイスによって第１のデバイスから受信される第２の認証要求に基づく。たとえば、サーバ（認証サーバ１３０８またはローカルＥＲサーバ１４０８など）は、アクセスポイントから（直接にまたは、ゲートウェイ、ファイヤウォール、ルータ、もしくは他のネットワークデバイスのうちの１つもしくは複数を介するなど、間接にのいずれかで）認証要求を受信することができる。
[00194]いくつかの態様で、認証要求は、ＥＡＰ開始／再認証メッセージなどのＥＡＰ認証とされ得る。認証要求は、第１のデバイスに対応するまたはこれを識別するｋｅｙＮａｍｅ−ＮＡＩを含むことができる。認証要求を生成するアクセスポイントは、認証フレーム１３０５、１４０５のいずれかに対応することができる対応する認証要求を第１のデバイスから受信することができる。
[00195]方法１７００は、１７１０で、ＩＰ通信のために第２のデバイスによって利用されるＩＰネットワークを決定することをさらに含むことができる。たとえば、認証サーバは、１７０５で受信された認証要求内に含まれるソースＩＰアドレスを識別することによるなど、認証要求を生成するアクセスポイントによって使用されるＩＰネットワークを決定することができる。代替案では、アクセスポイントは、サーバに、ＥＡＰメッセージまたは他のメッセージ内で明示的にアクセスポイントのＩＰネットワークを示すことができる。代替案では、サーバは、サーバがＩＰ通信のためにアクセスポイントによって使用されるＩＰネットワークを決定することを可能にするネットワーク構成データベースへのアクセスを有することができる。
[00196]方法１７００は、１７１５で、第１のデバイスによって利用された以前のＩＰネットワークを決定することをさらに含むことができる。いくつかの態様では、サーバは、認証を要求するデバイスとＩＰ通信のためにそのデバイスによって使用されるＩＰネットワークとの間の関連付けを記憶することができる。デバイスからの認証要求が受信される時に、関連付けのデータベースが蓄積され得る。いくつかの態様では、データベースは、表３に示された例に対応することができる。
Figure 2016533671
[00197]いくつかの態様では、表３の例に対応するデータベース内のエントリは、当技術分野で既知の１つまたは複数の技法に基づいて「加齢され」（たとえば、追い出され）得る。あるデバイスの認証要求が受信される時に、その認証要求は、第１のデバイスを識別するｋｅｙＮａｍｅ−ＮＡＩフィールドを含むことができる。いくつかの態様では、表３によって表されるデータベースの例は、デバイスの以前の認証が実行されたかどうかを決定し、そうである場合には、それらの認証がどのＩＰネットワークに関連付けられたのかを決定するために検索され得る。
[00198]方法１７００は、１７２０で、第２のデバイスによって利用されるＩＰネットワークが、第１のデバイスによって利用された以前のＩＰネットワークと同等であるかどうかのインジケーションを送信することをさらに含むことができる。いくつかの態様では、インジケーションは、ＥＡＰ開始／再認証メッセージの一部として送信される。
[00199]いくつかの態様で、第１のデバイスの以前のＩＰネットワークが、識別されない場合がある。たとえば、上の表３の例では、認証メッセージ内に含まれるｋｅｙＮａｍｅ−ＮＡＩのエントリがない場合がある。この場合に、送信されるインジケーションは、第２のデバイスによって利用されるＩＰネットワークが、第１のデバイスによって利用された「以前のＩＰネットワーク」と同等ではないことを示すことができる（以前のＩＰネットワークがない場合であっても）。代替案では、データベースの検索が、認証要求内に含まれるｋｅｙＮａｍｅ−ＮＡＩのエントリを識別することができるが、そのｋｅｙＮａｍｅ−ＮＡＩに関連付けられたＩＰネットワークインジケーションが、１７１０で決定されるＩＰネットワークとは異なる場合がある。この場合には、送信されるインジケーションは、やはり、第２のデバイスによって利用されるＩＰネットワークが、第１のデバイスによって利用された以前のＩＰネットワークと同等ではないことを示すことができる。
[00200]いくつかの態様では、上の例の両方が、第１のデバイスの以前のＩＰネットワークに関する明示的なインジケーションを含まないメッセージの送信をもたらす可能性がある。たとえば、いくつかの実施態様では、第１のデバイスの以前のＩＰネットワークが、デバイスによって利用されるＩＰネットワークと同等ではない場合に、１７２０で、明示的なインジケーションが送信されない。これらの実施態様では、明示的なインジケーションは、第１のデバイスの以前のＩＰネットワークが、第２のデバイスによって利用されるＩＰネットワークと同等である時に限って送信される。たとえば、いくつかの実施態様は、以前のＩＰネットワークが第２のデバイスによって利用されるＩＰネットワークと同等である時に、ＥＡＰ終了メッセージにＥＡＰ−ＲＰ属性を追加する。
[00201]他の実施態様は、各条件を示すのに異なるＥＡＰ−ＲＰ属性を使用することができる。いくつかの他の実施態様は、上で説明された様々な条件を示すために様々な異なる値を有することができるＥＡＰ−ＲＰ属性を使用することができる。
[00202]図１８を参照すると、モバイルデバイスの特定の例示的実施形態が、示され、全体的に１８００と指定されている。モバイルデバイス１８００は、図１２のＳＴＡ１２０６ａ〜ｄのうちの１つまたは複数に対応することができる。
[00203]モバイルデバイス１８００は、プロセッサ１８１０を含む。プロセッサ１８１０は、メモリ１８５６に結合され得る。プロセッサ１８１０は、命令１８５２を実行することができるは、データ１８５４を使用する。プロセッサ１８１０は、モバイルデバイス１８００の動作を制御するように構成された１つまたは複数のプロセッサユニットを含むことができる。プロセッサユニットのうちの１つまたは複数が、集合的に中央処理装置（ＣＰＵ）と呼ばれ得る。プロセッサ１８１０は、汎用マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、状態機械、ゲーテッドロジック、ディスクリートハードウェアコンポーネント、専用ハードウェア有限状態機械、または、計算もしくは情報の他の操作を実行できる任意の他の好適なエンティティの任意の組合せを用いて実施され得る。プロセッサ１８１０がＤＳＰを含む一実施態様では、ＤＳＰは、送信のためのパケット（たとえば、データパケット）を生成するように構成され得る。いくつかの態様では、パケットは、物理層データユニット（ＰＰＤＵ）を含むことができる。
[00204]モバイルデバイス１８００は、メモリ１８５６をも含むことができる。メモリ１８５６は、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、またはその組合せを含むことができる。メモリ１８５６の一部が、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含むこともできる。プロセッサ１８１０は、メモリ１８５６内に記憶されたプログラム命令に基づいて論理演算と算術演算とを実行するように構成され得る。プロセッサ１８１０は、たとえばメモリ１８５６からアクセスされる実行可能命令に関連して、本明細書で説明される１つまたは複数の方法を実施するように構成され得る。
[00205]図１８は、プロセッサ１８１０とディスプレイ１８２８とに結合されたディスプレイコントローラ１８２６をも示す。コーダ／デコーダ（コーデック）１８３４も、プロセッサ１８１０に結合され得る。スピーカ１８３６およびマイクロホン１８３８は、コーデック１８３４に結合され得る。モバイルデバイス１８００は、入力デバイス１８３０と電源１８４４とをさらに含むことができる。モバイルデバイス１８００は、モバイルデバイス１８００の１つまたは複数のコンポーネントを含むハウジング１８２２を含むことができる。モバイルデバイス１８００の１つまたは複数のコンポーネントは、代表的なバス１８９８を含むことができる１つまたは複数のバス（またはバスシステム）によって一緒に結合され得る。バスシステムは、例示的な例として、データバス、電力バス、制御信号バス、および／またはステータス信号バスを含むことができる。当業者は、モバイルデバイス１８００のコンポーネントが、１つまたは複数の他の構造を使用して、お互いに結合され得、あるいはお互いへの入力を受け入れまたは供給することができることを認めるであろう。
[00206]図１８は、ワイヤレスコントローラ１８４０がプロセッサ１８１０に結合され得ることをさらに示す。ワイヤレスコントローラ１８４０は、ラジオ周波数（ＲＦ）インターフェース１８４６（たとえば、トランシーバ）を介してアンテナ１８４２にさらに結合され得る。ＲＦインターフェース１８４６は、送信器（Ｔｘ）１８６２と受信器（Ｒｘ）１８６４とを含むことができる。モバイルデバイス１８００は、複数の送信器、複数の受信器、複数のトランシーバ、および／または複数のアンテナ（図１８には図示せず）を含むこともできる。
[00207]特定の実施形態では、プロセッサ１８１０は、信号検出器１８９９を含む。信号検出器１８９９は、ＲＦインターフェース１８４６によって受信された信号を検出するのに使用され得る。信号検出器１８９９は、総エネルギ、エネルギ毎副搬送波毎シンボル、パワースペクトル密度、および／または１つもしくは複数の他のパラメータなどの１つまたは複数の信号パラメータを検出しまたは測定することができる。
[00208]動作中に、モバイルデバイス１８００は、ＡＰ１２０４ａなどの第１のアクセスポイントと通信することができる。たとえば、モバイルデバイス１８００は、ＤＨＣＰ情報１８５８などのネットワーク構成情報を要求し、および／または受信することができる。モバイルデバイス１８００は、ＤＨＣＰサーバ１２１０ａなどのＤＨＣＰサーバからＤＨＣＰ情報１８５８を受信することができる。ＤＨＣＰ情報１８５８は、モバイルデバイス１８００に関連付けられたＩＰアドレスを示すことができる。モバイルデバイスは、１つまたは複数のサーバにデータを送り、１つまたは複数のサーバからデータを受信するためなどのインターネット通信にＩＰアドレスを使用することができる。ＩＰアドレスは、特定の時間持続期間の間に有効とされ得る（たとえば、ＩＰアドレスは、その時間持続期間の間に有効な「リース」に関連付けられ得る）。時間持続期間の終りに、モバイルデバイス１８００は、別のＩＰアドレスを要求することができる（たとえば、ＡＰ１２０４ａを介してＤＨＣＰサーバ１２１０ａに要求を送ることによって）。
[00209]第１のアクセスポイントと通信した後に、モバイルデバイス１８００は、第２のアクセスポイントとの通信を開始することができる。たとえば、モバイルデバイス１８００のユーザが、第１のアクセスポイントに関連するサービスエリアから出て移動する場合に、モバイルデバイス１８００は、第２のアクセスポイントとの通信を開始することができる（たとえば、リンクセットアップを実行することができる）。リンクセットアップの間に、モバイルデバイス１８００は、インジケーション１２０９を受信することができる。インジケーション１２０９は、第２のアクセスポイントから受信され得、モバイルデバイス１８００が現在のＤＨＣＰ情報（たとえば、メモリ１８５６に記憶されたＤＨＣＰ情報１８５８）を使用して第２のアクセスポイントと通信できるのかどうかを示すことができる。例示のために、インジケーション１２０９は、第１のアクセスポイントおよび第２のアクセスポイントが共通のＤＨＣＰサーバ（たとえば、ＤＨＣＰサーバ１２１０ａ）によって管理される場合に、第１の値を有することができる。この場合に、モバイルデバイスは、第２のサーバとの通信にＤＨＣＰ情報１８５８を使用することができ、ＤＨＣＰ再構成プロセスを回避することができる。インジケーション１２０９の第２の値は、第２のアクセスポイントが第１のアクセスポイントとは異なるＤＨＣＰサーバ（たとえば、ＤＨＣＰサーバ１２１０ｂ）によって管理されることと、モバイルデバイス１８００が第２のＤＨＣＰ情報（たとえば、第２のＩＰアドレス）を入手すべきであることとを示すことができる。この場合に、モバイルデバイス１８００は、第２のＤＨＣＰ情報を要求する要求をＤＨＣＰサーバ１２１０ｂに送ることができる。
[00210]図１８のインジケーション１２０９は、第２のアクセスポイントに関する高速リンクセットアップを可能にする。たとえば、インジケーション１２０９は、モバイルデバイス１８００が、第２のアクセスポイントとの通信を開始することに応答する自動ＤＨＣＰ再構成を回避することを可能にすることができる。その代わりに、モバイルデバイス１８００は、インジケーション１２０９に基づいて、ＤＨＣＰ情報１８５８を利用することができる。
[00211]図１８のある種の構造および動作が、モバイルデバイス（モバイルデバイス１８００）を参照して説明されたが、１つまたは複数の構造および動作が、別のデバイス内で実施され得、または別のデバイスで実行され得ることを了解されたい。たとえば、図１８の１つまたは複数の構造または動作は、ＡＰおよび／またはサーバ内で実施され得、あるいはＡＰおよび／またはサーバにおいて実行され得る。ＡＰおよび／またはサーバは、例示的な例として、プロセッサ１８１０に対応する１つまたは複数のプロセッサを含むことができる。
[00212]特定の実施態様に依存して、本明細書で説明されるデバイス（たとえば、モバイルデバイス、アクセスポイント、および／またはサーバ）は、本明細書で説明されるある種の動作を実行するために１つまたは複数の回路を含むことができる。例示のために、デバイスは、ＩＰ再利用回路、ＩＰ通信回路、認証回路、送信回路、現行ＩＰネットワーク決定回路、ＩＰネットワーク同等性回路、以前のＩＰネットワーク決定回路、またはその組合せを含むことができる。その代わりにまたはそれに加えて、デバイスは、デバイスに本明細書で説明されるある種の動作を実行させる命令を実行するように構成された処理ユニット（たとえば、ＤＳＰ、ＣＰＵ、および／または他の処理ユニット）を含むことができる。
[00213]説明された実施形態に関連して、装置は、メモリ（たとえば、メモリ１８５６）とＲＦインターフェース（たとえば、ＲＦインターフェース１８４６）とを含む。メモリは、ＤＨＣＰ情報（たとえば、ＤＨＣＰ情報１８５８）を記憶するように構成される。ＲＦインターフェースは、第１のアクセスポイント（たとえば、ＡＰ１２０４ａ）とのリンクセットアッププロシージャを開始するように構成される。リンクセットアッププロシージャは、第１のアクセスポイントを介してＤＨＣＰ情報を受信することを含む。ＲＦインターフェースは、ＤＨＣＰ情報を使用して第１のアクセスポイントと通信するようにさらに構成される。ＲＦインターフェースは、第２のアクセスポイント（たとえば、ＡＰ１２０４ｂ）との通信を開始し、ＤＨＣＰ情報を使用して第２のアクセスポイントと通信すべきかどうかを識別するインジケーション（たとえば、インジケーション１２０９）を第２のアクセスポイントから受信するようにさらに構成される。インジケーションの値は、第２のアクセスポイントとのリンクセットアップ時間が、第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって低減され得るのかどうかを識別する。
[00214]説明された実施形態に関連して、コンピュータ可読媒体（たとえば、メモリ１８５６）は、モバイルデバイスにリンクセットアップ時間を低減する動作を実行させるためにモバイルデバイス（たとえば、モバイルデバイス１８００）のプロセッサ（たとえば、プロセッサ１８１０）によって実行可能な命令を記憶する。動作は、第１のアクセスポイント（たとえば、ＡＰ１２０４ａ）とのリンクセットアッププロシージャを開始することを含む。リンクセットアッププロシージャは、第１のアクセスポイントを介してＤＨＣＰ情報（たとえば、ＤＨＣＰ情報１８５８）を受信することを含む。動作は、ＤＨＣＰ情報を使用して第１のアクセスポイントと通信することと、第１のアクセスポイントと通信した後に、第２のアクセスポイント（たとえば、ＡＰ１２０４ｂ）との通信を開始することとをさらに含む。動作は、モバイルデバイスがＤＨＣＰ情報を使用して第２のアクセスポイントと通信できるのかどうかを識別するインジケーション（たとえば、インジケーション１２０９）を第２のアクセスポイントから受信することをさらに含む。インジケーションの値は、モバイルデバイスが、第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって第２のアクセスポイントとのリンクセットアップ時間を低減することができるのかどうかを識別する。
[00215]説明された実施形態に関連して、装置は、ＤＨＣＰ情報（たとえば、ＤＨＣＰ情報１８５８）を記憶するための手段（たとえば、メモリ１８５６）を含む。装置は、第１のアクセスポイントとのリンクセットアッププロシージャを開始するための手段（たとえば、ＲＦインターフェース１８４６）をさらに含む。リンクセットアッププロシージャは、第１のアクセスポイントを介してＤＨＣＰ情報（たとえば、ＤＨＣＰ情報１８５８）を受信することを含む。装置は、ＤＨＣＰ情報を使用して第１のアクセスポイントと通信するための手段（たとえば、ＲＦインターフェース１８４６）と、第２のアクセスポイントとの通信を開始するための手段と、第２のアクセスポイントから、モバイルデバイスがＤＨＣＰ情報を使用して第２のアクセスポイントと通信すべきであるのかどうかを識別するインジケーションを受信するための手段とをさらに含む。インジケーションは、インジケーション１２０９に対応することができる。第１のアクセスポイントは、ＡＰ１２０４ａに対応することができ、第２のアクセスポイントは、ＡＰ１２０４ｂに対応することができる。インジケーションの値は、第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって、第２のアクセスポイントとのリンクセットアップ時間が低減され得るのかどうかを識別する。
[00216]図１〜１１および図１２〜１８の例が、例示の便宜のために別々に説明されるが、図１〜１１を参照して説明される１つまたは複数の構造および動作が、図１２〜１８を参照して説明される１つまたは複数のデバイスにおいて実施され得ることを了解されたい。たとえば、図１のシステム１００のある種の特徴は、図１２のワイヤレス通信システム１２００の１つまたは複数の特徴に対応することができる。さらに例示するために、モバイルデバイス１０２のある種の態様は、ＳＴＡ１２０６ａ〜１２０６ｄのうちの１つまたは複数の特徴に対応することができる。ＡＰ１０４、１０６の１つまたは複数の特徴は、ＡＰ１２０４ａ〜ｂの１つまたは複数の特徴に対応することができる。ＡＡＡサーバ１０８は、サーバ１２１２、認証サーバ１３０８、ローカルＥＲサーバ１４０８、またはその組合せに対応することができる。ＤＨＣＰサーバ１１０は、ＤＨＣＰサーバ１２１０ａ〜ｂと１３０９とのうちのいずれにも対応することができる。図１１のデバイス１１００の１つまたは複数のコンポーネントは、図１８のデバイス１８００の１つまたは複数のコンポーネントに対応することができる。さらに、本開示によるある種の実施形態は、本明細書で説明される複数の高速初期リンクセットアップ方法の態様を含むことができる。例示のために、特定のモバイルデバイスは、図１〜図１１を参照して説明されるように、ハンドオフの間に同一のＩＰアドレスの再割当を要求すること、ならびに、図１２〜図１８を参照して説明されるように、２つのＡＰが共通のネットワークの一部であることのインジケーションに基づいて以前のＤＨＣＰ情報を自動的に再利用することが可能であるものとされ得る。
[00217]様々な実施形態が、特定のメッセージングプロトコルに関連するものとして本明細書で説明されたが、そのようなプロトコルの例が、例示のみのためのものであって、限定的と考えられてはならないことに留意されたい。代替実施形態では、本開示の範囲から逸脱せずに異なるメッセージングプロトコルが、使用されおよび／または組み合わされ得る。たとえば、ＩＰアドレスは、ＡＡＡメッセージ、ＥＡＰメッセージ、および／またはｒｅｍｏｔｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｄｉａｌ ｉｎ ｕｓｅｒ ｓｅｒｖｉｃｅ（ＲＡＤＩＵＳ）メッセージの一部（たとえば、その中の属性）として、デバイス（たとえば、モバイルデバイス１０２と、第１のＡＰ１０４と、第２のＡＰ１０６と、ＡＡＡサーバ１０８と、ＤＨＣＰサーバ１１０とから選択された２つ以上のデバイス）の間で通信され得る。さらに、選択された実施形態では、第１のプロトコルに対応する第１のメッセージが、第２のプロトコルに対応する第２のメッセージ内にカプセル化され得る。例示のために、ＩＰアドレスは、ＲＡＤＩＵＳメッセージ内にカプセル化されたＥＡＰメッセージ内に含まれ得る。
[00218]開示される実施形態のうちの１つまたは複数は、携帯電話機、スマートフォン、セルラー電話機、コンピュータ、タブレットコンピュータ、ポータブルデジタルビデオプレイヤ、ポータブルコンピュータ、ポータブル音楽プレイヤ、携帯情報端末（ＰＤＡ）、モバイルロケーションデータユニットを含むシステムまたは装置内で実施され得る。さらに、システムまたは装置は、携帯電話機、スマートフォン、セルラー電話機、コンピュータ、タブレットコンピュータ、通信デバイス、固定位置データユニット、セットトップボックス、エンターテイメントユニット、ナビゲーションデバイス、モニタ、コンピュータモニタ、テレビジョン、チューナ、ラジオ、衛星ラジオ、音楽プレイヤ、デジタル音楽プレイヤ、ビデオプレイヤ、デジタルビデオプレイヤ、デジタルビデオディスク（disc）（ＤＶＤ）プレイヤ、デスクトップコンピュータ、データもしくはコンピュータ命令を記憶しまたは取り出す任意の他のデバイス、またはその組合せを含むことができる。別の例示的で非限定な例として、システムまたは装置は、全地球測位システム（ＧＰＳ）対応デバイスなどのリモートユニット、ナビゲーションデバイス、検針装置などの固定位置データユニット、または任意の他の電子デバイスを含むことができる。図１〜図１８のうちの１つまたは複数は、本開示の教示によるシステム、装置、および／または方法を示すが、本開示は、これらの図示されたシステム、装置、および／または方法に限定されない。本開示の実施形態は、回路網を含む任意のデバイス内で適切に使用され得る。
[00219]「第１」、「第２」などの指定を使用する本明細書での要素へのすべての言及が、一般に、これらの要素の量または順序を限定しないことを理解されたい。そうではなく、これらの指定は、本明細書で、２つ以上の要素または要素のインスタンスの間で区別する便利な方法として使用され得る。したがって、第１の要素および第２の要素への言及は、２つの要素だけが使用されること、または第１の要素が何らかの形で第２の要素に先行しなければならないことを意味しない。また、そうではないと述べられない限り、要素のセットは、１つまたは複数の要素を備えることができる。
[00220]本明細書で使用される時に、「決定」という用語は、様々なアクションを包含する。たとえば、「決定」は、計算、コンピューティング、処理、導出、調査、ルックアップ（たとえば、テーブル、データベース、または別のデータ構造内でのルックアップ）、確認、および類似物を含むことができる。また、「決定」は、受信（たとえば、情報の受信）、アクセス（たとえば、メモリ内のデータへのアクセス）、および類似物を含むことができる。また、「決定」は、解決、選択（selecting）、選択（choosing）、確立、および類似物を含む。
[00221]本明細書で使用される時に、項目のリストのうちの「少なくとも１つ」に言及する句は、単一のメンバを含む、これらの項目の任意の組合せに言及する。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａと、ｂと、ｃと、ａ−ｂと、ａ−ｃと、ｂ−ｃと、ａ−ｂ−ｃとを包含することが意図されている。
[00222]様々な例示的なコンポーネント、ブロック、構成、モジュール、回路、およびステップが、全般的にその機能性に関して上で説明された。そのような機能性が、ハードウェアまたはプロセッサ実行可能命令のどちらとして実施されるのかは、特定の応用例と、システム全体に課せられる設計制約とに依存する。さらに、上で説明された方法の様々な動作（たとえば、図１〜図１８に示された任意の動作）は、様々なハードウェアおよび／またはソフトウェアのコンポーネント、回路、および／またはモジュールなど、動作を実行することができる任意の好適な手段によって実行され得る。当業者は、特定の応用例毎に様々な形で説明された機能性を実施することができるが、そのような実施決定が、本開示の範囲からの逸脱を引き起こすと解釈されてはならない。
[00223]当業者は、本開示に関連して説明された様々な例示的な論理ブロック、構成、モジュール、回路、およびアルゴリズムステップが、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ディスクリートゲートもしくはトランジスタ論理、ディスクリートハードウェアコンポーネント（たとえば、電子ハードウェア）、プロセッサによって実行されるコンピュータソフトウェア、または本明細書で説明される機能を実行するように設計されたその任意の組合せを用いて実施されまたは実行され得ることを、さらに了解するはずである。汎用プロセッサは、マイクロプロセッサとされ得るが、代替案では、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とされ得る。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成としても実施され得る。
[00224]１つまたは複数の態様では、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、またはその任意の組合せで実施され得る。ソフトウェアで実施される場合に、機能は、コンピュータ可読媒体上の１つまたは複数の命令またはコードとして記憶され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムデータの転送を容易にする任意の媒体を含む、コンピュータ可読記憶媒体と通信媒体とを含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体とすることができる。限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、プログラマブル読取専用メモリ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ（登録商標））、レジスタ、ハードディスク（disk）、リムーバブルディスク（disk）、コンパクトディスク（disc）読取専用メモリ（ＣＤ−ＲＯＭ）、他の光ディスク（disk）ストレージ、磁気ディスク（disk）ストレージ、または、命令もしくはデータの形でプログラムコードを記憶するのに使用され得、コンピュータによってアクセスされ得る任意の他の媒体を含むことができる。代替案では、コンピュータ可読媒体（たとえば、記憶媒体）は、プロセッサと一体とされ得る。プロセッサおよび記憶媒体は、特定用途向け集積回路（ＡＳＩＣ）に存在することができる。ＡＳＩＣは、コンピューティングデバイスまたはユーザ端末に存在することができる。代替案では、プロセッサおよび記憶媒体は、コンピューティングデバイスまたはユーザ端末内にディスクリートコンポーネントとして存在することができる。
[00225]また、すべての接続が、コンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、ウェブサイト、サーバ、または他のリモートソースから、同軸ケーブル、光ファイバケーブル、より対線、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して送信される場合に、同軸ケーブル、光ファイバケーブル、より対線、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ディスク（ｄｉｓｋおよびｄｉｓｃ）は、本明細書で使用される時に、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、およびフロッピー（登録商標）ディスク（disk）を含み、ｄｉｓｋは、通常、データを磁気的に再生し、ｄｉｓｃは、データをレーザーを用いて光学的に再生する。したがって、いくつかの態様では、コンピュータ可読媒体は、非一時的コンピュータ可読媒体（たとえば、有形の媒体）を含むことができる。上記の組合せも、コンピュータ可読媒体の範囲に含まれなければならない。
[00226]本明細書で開示される方法は、１つまたは複数のステップまたはアクションを含む。方法ステップおよび／またはアクションは、特許請求の範囲の範囲から逸脱せずに、お互いと交換され得る。言い換えると、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は、本開示の範囲から逸脱せずに変更され得る。
[00227]ある種の態様は、本明細書で提示される動作を実行するコンピュータプログラム製品を含むことができる。たとえば、コンピュータプログラム製品は、その上に命令を記憶された（および／または符号化された）コンピュータ可読記憶媒体を含むことができ、命令は、本明細書で説明される動作を実行するために１つまたは複数のプロセッサによって実行可能である。コンピュータプログラム製品は、パッケージング材料を含むことができる。
[00228]さらに、本明細書で説明された方法と技法とを実行するためのモジュールおよび／または他の適切な手段は、適用可能な場合にユーザ端末および／または基地局によってダウンロードされ、および／または他の形で入手され得ることを了解されたい。代替案では、本明細書で説明された様々な方法は、記憶手段（たとえば、ＲＡＭ、ＲＯＭ、またはコンパクトディスク（disc）（ＣＤ）などの物理的な記憶媒体）を介して提供され得る。その上、本明細書で説明された方法と技法とを提供するための任意の他の好適な技法が、利用され得る。本開示の範囲が、上に示された正確な構成と構成要素とに限定されないことを理解されたい。
[00229]開示された実施形態の前の説明は、当業者が開示された実施形態を作成しまたは使用することを可能にするために提供される。前述は、本開示の諸態様を対象とするが、本開示の他の態様が、本発明の基本範囲から逸脱することなく考案され得、その範囲は、以下の特許請求の範囲によって決定される。本開示または特許請求の範囲から逸脱することなく、本明細書で説明された実施形態の配列、動作、および詳細において、様々な改変、変更、および変形が行われ得る。したがって、本開示は、本明細書の実施形態に限定されるものではなく、以下の特許請求の範囲およびその均等物によって定義される原理および新規の特徴と一致することが可能な最も広い範囲が与えられるべきものである。

Claims (30)

  1. リンクセットアップ時間を低減するためのモバイルデバイスの動作の方法であって、
    第１のアクセスポイントとのリンクセットアッププロシージャを開始すること、ここにおいて、前記リンクセットアッププロシージャは、前記第１のアクセスポイントを介して動的ホスト構成プロトコル（ＤＨＣＰ）情報を受信することを含む、と、
    前記ＤＨＣＰ情報を使用して前記第１のアクセスポイントと通信することと、
    前記第１のアクセスポイントと通信した後に、第２のアクセスポイントとの通信を開始することと、
    前記第２のアクセスポイントから、前記モバイルデバイスが前記ＤＨＣＰ情報を使用して前記第２のアクセスポイントと通信することができるのかどうかを識別するインジケーションを受信することと
    を備え、前記インジケーションの値は、前記第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって、前記モバイルデバイスが前記第２のアクセスポイントとのリンクセットアップ時間を低減することができるのかどうかを識別する、
    方法。
  2. 前記ＤＨＣＰ情報は、インターネットプロトコル（ＩＰ）アドレスを含み、前記インジケーションは、同一ネットワークフラグを含む、
    請求項１に記載の方法。
  3. 前記ＤＨＣＰ情報を使用して前記第１のアクセスポイントと通信することは、前記第１のアクセスポイントを介してデータを受信することを含み、前記データは、前記ＩＰアドレスを介して前記モバイルデバイスにアドレスされる、
    請求項２に記載の方法。
  4. 前記第２のアクセスポイントとの通信を開始することは、前記第２のアクセスポイントとの接続性を確立するために初期リンクセットアップを実行することを含む、
    請求項１に記載の方法。
  5. 前記インジケーションは、前記第１のアクセスポイントおよび前記第２のアクセスポイントが共通のネットワーク内に含まれるのかどうかを識別する、
    請求項１に記載の方法。
  6. 前記共通のネットワークは、共通のＤＨＣＰサーバを含み、前記第１のアクセスポイントおよび前記第２のアクセスポイント各々は、前記共通のＤＨＣＰサーバと通信する、
    請求項５に記載の方法。
  7. 前記ＤＨＣＰ情報を使用して前記第２のアクセスポイントと通信することをさらに備え、前記第１のアクセスポイントおよび前記第２のアクセスポイントは、共通のＤＨＣＰサーバと通信している、
    請求項１に記載の方法。
  8. 前記第１のアクセスポイントは、第１のＤＨＣＰサーバと通信しており、
    前記第２のアクセスポイントと通信している第２のＤＨＣＰサーバにＤＨＣＰ情報を要求することと、
    前記第２のＤＨＣＰサーバからの前記ＤＨＣＰ情報を使用して前記第２のアクセスポイントと通信することと
    をさらに備える、請求項１に記載の方法。
  9. 動的ホスト構成プロトコル（ＤＨＣＰ）情報を記憶するように構成されたメモリと、
    第１のアクセスポイントとのリンクセットアッププロシージャを開始するように構成されたラジオ周波数（ＲＦ）インターフェース、ここにおいて、前記リンクセットアッププロシージャは、前記第１のアクセスポイントを介して前記ＤＨＣＰ情報を受信することを含み、前記ＲＦインターフェースは、前記ＤＨＣＰ情報を使用して前記第１のアクセスポイントと通信し、第２のアクセスポイントとの通信を開始し、前記第２のアクセスポイントから、前記ＤＨＣＰ情報を使用して前記第２のアクセスポイントと通信すべきかどうかを識別するインジケーションを受信するようにさらに構成される、と
    を備え、前記インジケーションの値は、前記第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって、前記第２のアクセスポイントとのリンクセットアップ時間が低減され得るのかどうかを識別する、
    装置。
  10. 前記ＤＨＣＰ情報は、第１のＤＨＣＰサーバから受信され、前記メモリに結合されたプロセッサをさらに備え、前記プロセッサは、前記ＤＨＣＰ情報を使用して前記第２のアクセスポイントと通信すべきなのか、あるいは第２のＤＨＣＰサーバにＤＨＣＰ情報を要求すべきなのかを決定するために前記ＤＨＣＰ情報にアクセスするように構成される、
    請求項９に記載の装置。
  11. 前記メモリは、前記第２のＤＨＣＰサーバから前記ＤＨＣＰ情報を受信した後に、前記第２のＤＨＣＰサーバからの前記ＤＨＣＰ情報を記憶するようにさらに構成される、
    請求項１０に記載の装置。
  12. モバイルデバイス内に一体化された、
    請求項９に記載の装置。
  13. 前記ＤＨＣＰ情報は、インターネットプロトコル（ＩＰ）アドレスを含む、
    請求項９に記載の装置。
  14. 前記インジケーションは、前記第１のアクセスポイントおよび前記第２のアクセスポイントが共通のネットワーク内に含まれるのかどうかを識別する、
    請求項９に記載の装置。
  15. 前記共通のネットワークは、共通のＤＨＣＰサーバを含み、前記第１のアクセスポイントおよび前記第２のアクセスポイント各々は、前記共通のＤＨＣＰサーバと通信する、
    請求項１４に記載の装置。
  16. モバイルデバイスに、リンクセットアップ時間を低減する動作を実行させるために前記モバイルデバイスのプロセッサによって実行可能な命令を記憶するコンピュータ可読媒体であって、前記動作は、
    第１のアクセスポイントとのリンクセットアッププロシージャを開始すること、ここにおいて、前記リンクセットアッププロシージャは、前記第１のアクセスポイントを介して動的ホスト構成プロトコル（ＤＨＣＰ）情報を受信することを含む、と、
    前記ＤＨＣＰ情報を使用して前記第１のアクセスポイントと通信することと、
    前記第１のアクセスポイントと通信した後に、第２のアクセスポイントとの通信を開始することと、
    前記第２のアクセスポイントから、前記モバイルデバイスが前記ＤＨＣＰ情報を使用して前記第２のアクセスポイントと通信することができるのかどうかを識別するインジケーションを受信することと
    を備え、前記インジケーションの値は、前記第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって、前記モバイルデバイスが前記第２のアクセスポイントとのリンクセットアップ時間を低減することができるのかどうかを識別する、
    コンピュータ可読媒体。
  17. 前記ＤＨＣＰ情報は、インターネットプロトコル（ＩＰ）アドレスを含む、
    請求項１６に記載のコンピュータ可読媒体。
  18. 前記ＤＨＣＰ情報を使用して前記第１のアクセスポイントと通信することは、前記第１のアクセスポイントを介してデータを受信することを含み、前記データは、前記ＩＰアドレスを介して前記モバイルデバイスにアドレスされる、
    請求項１７に記載のコンピュータ可読媒体。
  19. 前記第２のアクセスポイントとの通信を開始することは、前記第２のアクセスポイントとの接続性を確立するために初期リンクセットアップを実行することを含む、
    請求項１６に記載のコンピュータ可読媒体。
  20. 前記インジケーションは、前記第１のアクセスポイントおよび前記第２のアクセスポイントが共通のネットワーク内に含まれるのかどうかを識別する、
    請求項１６に記載のコンピュータ可読媒体。
  21. 前記共通のネットワークは、共通のＤＨＣＰサーバを含み、前記第１のアクセスポイントおよび前記第２のアクセスポイント各々は、前記共通のＤＨＣＰサーバと通信する、
    請求項２０に記載のコンピュータ可読媒体。
  22. 前記動作は、前記ＤＨＣＰ情報を使用して前記第２のアクセスポイントと通信することをさらに含み、前記第１のアクセスポイントおよび前記第２のアクセスポイントは、共通のＤＨＣＰサーバと通信している、
    請求項１６に記載のコンピュータ可読媒体。
  23. 前記第１のアクセスポイントは、第１のＤＨＣＰサーバと通信しており、前記動作は、
    前記第２のアクセスポイントと通信している第２のＤＨＣＰサーバにＤＨＣＰ情報を要求することと、
    前記第２のＤＨＣＰサーバからの前記ＤＨＣＰ情報を使用して前記第２のアクセスポイントと通信することと
    をさらに含む、請求項２２に記載のコンピュータ可読媒体。
  24. 第１のアクセスポイントとのリンクセットアッププロシージャを開始するための手段、ここにおいて、前記リンクセットアッププロシージャは、前記第１のアクセスポイントを介して動的ホスト構成プロトコル（ＤＨＣＰ）情報を受信することを含む、と、
    前記ＤＨＣＰ情報を使用して前記第１のアクセスポイントと通信するための手段と、
    前記第１のアクセスポイントと通信した後に、第２のアクセスポイントとの通信を開始するための手段と、
    前記第２のアクセスポイントから、前記ＤＨＣＰ情報を使用して前記第２のアクセスポイントと通信すべきであるのかどうかを識別するインジケーションを受信するための手段と
    を備え、前記インジケーションの値は、前記第２のアクセスポイントに関するＤＨＣＰ再構成を回避することによって、前記第２のアクセスポイントとのリンクセットアップ時間が低減され得るのかどうかを識別する、
    装置。
  25. 前記ＤＨＣＰ情報を記憶するための手段をさらに備える、
    請求項２４に記載の装置。
  26. 命令を実行するための手段をさらに備え、前記命令を実行するための手段は、前記記憶するための手段から前記ＤＨＣＰ情報にアクセスするように構成される、
    請求項２５に記載の装置。
  27. 前記インジケーションは、同一ネットワークフラグを含む、
    請求項２４に記載の装置。
  28. 前記ＤＨＣＰ情報は、インターネットプロトコル（ＩＰ）アドレスを含む、
    請求項２４に記載の装置。
  29. 前記インジケーションは、前記第１のアクセスポイントおよび前記第２のアクセスポイントが共通のネットワーク内に含まれるのかどうかを識別する、
    請求項２４に記載の装置。
  30. 前記共通のネットワークは、共通のＤＨＣＰサーバを含み、前記第１のアクセスポイントおよび前記第２のアクセスポイント各々は、前記共通のＤＨＣＰサーバと通信する、
    請求項２９に記載の装置。
JP2016527038A 2013-07-15 2014-07-15 初期リンクセットアップの間の低減された待ち時間のためのシステムおよび方法 Active JP6117441B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201361846536P 2013-07-15 2013-07-15
US61/846,536 2013-07-15
US201361859611P 2013-07-29 2013-07-29
US61/859,611 2013-07-29
US14/331,118 2014-07-14
US14/331,118 US9392494B2 (en) 2013-07-15 2014-07-14 Systems and methods for reduced latency during initial link setup
PCT/US2014/046709 WO2015009729A1 (en) 2013-07-15 2014-07-15 Systems and methods for reduced latency during initial link setup

Publications (3)

Publication Number Publication Date
JP2016533671A true JP2016533671A (ja) 2016-10-27
JP2016533671A5 JP2016533671A5 (ja) 2016-12-08
JP6117441B2 JP6117441B2 (ja) 2017-04-19

Family

ID=52277045

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2016527038A Active JP6117441B2 (ja) 2013-07-15 2014-07-15 初期リンクセットアップの間の低減された待ち時間のためのシステムおよび方法
JP2016527041A Ceased JP2016532357A (ja) 2013-07-15 2014-07-15 ハンドオフの間のモバイルデバイスにインターネットプロトコルアドレスを割り当てるシステムおよび方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2016527041A Ceased JP2016532357A (ja) 2013-07-15 2014-07-15 ハンドオフの間のモバイルデバイスにインターネットプロトコルアドレスを割り当てるシステムおよび方法

Country Status (10)

Country Link
US (2) US9392494B2 (ja)
EP (2) EP3022956A1 (ja)
JP (2) JP6117441B2 (ja)
KR (2) KR20160033152A (ja)
CN (2) CN105379329B (ja)
BR (1) BR112016000851B1 (ja)
CA (2) CA2913620C (ja)
ES (1) ES2715384T3 (ja)
HU (1) HUE041993T2 (ja)
WO (2) WO2015009729A1 (ja)

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9392494B2 (en) 2013-07-15 2016-07-12 Qualcomm Incorporated Systems and methods for reduced latency during initial link setup
US9713083B2 (en) * 2013-08-28 2017-07-18 Noki Technologies Oy LTE advanced service indicator
CN104427567B (zh) * 2013-09-04 2019-10-01 南京中兴新软件有限责任公司 实现ip移动的方法及系统、接入点设备、无线接入控制器
US9432329B2 (en) * 2013-09-13 2016-08-30 Netapp, Inc. Network address assignment with duplication detection
US20150237003A1 (en) * 2014-02-18 2015-08-20 Benu Networks, Inc. Computerized techniques for network address assignment
US9490419B2 (en) * 2014-07-21 2016-11-08 Cisco Technology, Inc. DHCPv6 address autoconfiguration for source-routed networks
DE102014012673A1 (de) * 2014-08-22 2016-02-25 Wabco Gmbh Fahrzeug-Netzwerk und Verfahren zum Aufbau eines Fahrzeug-Netzwerks
US20170005909A1 (en) * 2015-07-01 2017-01-05 Linearedge Technologies, Llc Wireless underground communication system
SG11201800098WA (en) 2015-07-15 2018-02-27 Huawei Tech Co Ltd Ip address management method and apparatus, ip address anchor, and mobile node
DE112015006953T5 (de) * 2015-09-26 2018-06-14 Intel Corporation Training einer gültigen lane
US10517126B2 (en) * 2015-10-19 2019-12-24 Time Warner Cable Enterprises Llc Communication management and wireless roaming support
EP3409043A1 (en) * 2016-01-28 2018-12-05 Telefonaktiebolaget LM Ericsson (publ) Oss node, network node and methods performed therein
US10462612B2 (en) * 2016-04-22 2019-10-29 Veniam, Inc. Systems and methods for managing mobility of users in a network of moving things at the backhaul
US10200945B2 (en) 2016-04-22 2019-02-05 Veniam, Inc. Systems and methods for managing mobility of users in a network of moving things at the edge
CN106231005A (zh) * 2016-08-29 2016-12-14 上海斐讯数据通信技术有限公司 一种dhcp配置方法、客户端及接入点
US11818569B2 (en) * 2016-10-31 2023-11-14 Telefonaktiebolaget Lm Ericsson (Publ) Methods supporting authentication in wireless communication networks and related network nodes and wireless terminals
CN109561429B (zh) * 2017-09-25 2020-11-17 华为技术有限公司 一种鉴权方法及设备
JP7034682B2 (ja) 2017-11-27 2022-03-14 キヤノン株式会社 通信装置、通信装置の制御方法、プログラム
CN109088959A (zh) * 2018-11-07 2018-12-25 迈普通信技术股份有限公司 一种地址分配方法、装置及系统
US10924927B2 (en) * 2019-02-28 2021-02-16 At&T Intellectual Property I, L.P. Wireless network association and authentication system
BR112021021159B1 (pt) * 2019-05-03 2023-03-14 Telefonaktiebolaget Lm Ericsson (Publ) Servidor de emulação de terminal de usuário, método por um servidor de emulação de terminal de usuário para prover serviços de comunicação usando conjuntos de dispositivos de usuário de entrada e/ou saída, e meio não transitório legível por computador
US11032743B1 (en) * 2019-11-30 2021-06-08 Charter Communications Operating, Llc Methods and apparatus for supporting devices of different types using a residential gateway
US11888898B2 (en) * 2020-12-31 2024-01-30 Cisco Technology, Inc. Network configuration security using encrypted transport
CN112954750A (zh) * 2021-01-26 2021-06-11 上海商米科技集团股份有限公司 一种WiFi漫游中对切换AP网络的检测方法及系统
CN113079512B (zh) * 2021-03-11 2022-06-28 武汉思普崚技术有限公司 一种支持终端漫游的方法、装置及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1505799A1 (en) * 2003-08-05 2005-02-09 Alcatel IPv4/v6 address acquisition techniques for mobile terminals operating within wireless LANs
JP2007536872A (ja) * 2004-05-10 2007-12-13 エルジー エレクトロニクス インコーポレイティド Ｉｐ接続設定手順の簡略化
JP2008011184A (ja) * 2006-06-29 2008-01-17 Nec Infrontia Corp 無線ｌａｎ端末およびハンドオーバにおけるｉｐアドレス継続利用方法
JP2010506437A (ja) * 2006-07-19 2010-02-25 クゥアルコム・インコーポレイテッド Ｗｌａｎ内のハンドオフ後にｉｐ構成を実施する方法および装置

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100442594B1 (ko) * 2001-09-11 2004-08-02 삼성전자주식회사 무선통신 시스템의 패킷 데이터 서비스 방법 및 장치
US20050138178A1 (en) 2003-12-19 2005-06-23 Shaun Astarabadi Wireless mobility manager
US7046647B2 (en) 2004-01-22 2006-05-16 Toshiba America Research, Inc. Mobility architecture using pre-authentication, pre-configuration and/or virtual soft-handoff
KR101119372B1 (ko) 2004-05-10 2012-06-12 엘지전자 주식회사 Ｉｐ 연결 설정 방법
US7873012B2 (en) 2004-07-26 2011-01-18 Avaya Communication Israel Ltd. Roaming wireless client communication
KR100636168B1 (ko) 2004-09-03 2006-10-19 삼성전자주식회사 Ｄｈｃｐ 환경에서 ｉｐ 주소를 획득하는 방법 및 장치
EP1646189A1 (en) * 2004-10-06 2006-04-12 Matsushita Electric Industrial Co., Ltd. WLAN radio access network to UMTS radio access network handover with network requested packet data protocol context activation
US20070002833A1 (en) * 2005-06-30 2007-01-04 Symbol Technologies, Inc. Method, system and apparatus for assigning and managing IP addresses for wireless clients in wireless local area networks (WLANs)
CN1992736A (zh) * 2005-12-30 2007-07-04 西门子（中国）有限公司 Ip地址分配方法及其应用
US20070160049A1 (en) * 2006-01-09 2007-07-12 Motorola, Inc. Method and apparatus for effecting a handoff in a mobile internet protocol communication system
US7624181B2 (en) * 2006-02-24 2009-11-24 Cisco Technology, Inc. Techniques for authenticating a subscriber for an access network using DHCP
CN100574503C (zh) 2006-04-18 2009-12-23 华为技术有限公司 一种终端和终端切换方法及系统
US8134969B2 (en) * 2006-11-10 2012-03-13 Motorola Solutions, Inc. IP layer-handoff using mobility domains and IP caching
US7711801B2 (en) * 2006-11-20 2010-05-04 Avago Technologies Ecbu Ip (Singapore) Pte. Ltd. DHCP client/server device and method of providing DHCP server services on a network
CN101127727B (zh) 2007-09-28 2012-07-04 电信科学技术研究院 一种用于移动ip的ip地址配置和移动检测方法
TWI345405B (en) 2007-12-26 2011-07-11 Ind Tech Res Inst Apparatus and method for executing the handoff process in wireless networks
CN101448252B (zh) 2008-06-20 2011-03-16 中兴通讯股份有限公司 网络切换实现方法及系统以及移动节点
CN101640943B (zh) * 2008-07-31 2012-11-07 国际商业机器公司 用于无线局域网的网络层切换方法及相应无线接入点设备
US8103915B2 (en) * 2010-02-12 2012-01-24 Verizon Patent And Licensing Inc. Failure system for domain name system client
US8325679B2 (en) * 2010-03-05 2012-12-04 Intel Corporation Interworking of networks with single radio handover
WO2013004905A1 (en) 2011-07-07 2013-01-10 Nokia Corporation Trusted wireless local area network access
US9143937B2 (en) 2011-09-12 2015-09-22 Qualcomm Incorporated Wireless communication using concurrent re-authentication and connection setup
US20130114463A1 (en) * 2011-11-03 2013-05-09 Futurewei Technologies, Inc. System and Method for Domain Name Resolution for Fast Link Setup
EP4068827A1 (en) * 2012-01-11 2022-10-05 Interdigital Patent Holdings, Inc. Method and apparatuses for accelerated link setup
US20140241266A1 (en) 2013-02-22 2014-08-28 Qualcomm Incorporated Systems and methods for reduced latency when establishing communication with a wireless communication system
US9392494B2 (en) 2013-07-15 2016-07-12 Qualcomm Incorporated Systems and methods for reduced latency during initial link setup

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1505799A1 (en) * 2003-08-05 2005-02-09 Alcatel IPv4/v6 address acquisition techniques for mobile terminals operating within wireless LANs
JP2007536872A (ja) * 2004-05-10 2007-12-13 エルジー エレクトロニクス インコーポレイティド Ｉｐ接続設定手順の簡略化
JP2008011184A (ja) * 2006-06-29 2008-01-17 Nec Infrontia Corp 無線ｌａｎ端末およびハンドオーバにおけるｉｐアドレス継続利用方法
JP2010506437A (ja) * 2006-07-19 2010-02-25 クゥアルコム・インコーポレイテッド Ｗｌａｎ内のハンドオフ後にｉｐ構成を実施する方法および装置

Also Published As

Publication number Publication date
EP3022956A1 (en) 2016-05-25
CN105379329B (zh) 2018-11-23
BR112016000851B1 (pt) 2023-04-18
CN105379327B (zh) 2017-10-24
CA2913620C (en) 2017-11-07
CN105379329A (zh) 2016-03-02
WO2015009735A1 (en) 2015-01-22
HUE041993T2 (hu) 2019-06-28
US20150016416A1 (en) 2015-01-15
EP3022957B1 (en) 2018-12-12
US9392494B2 (en) 2016-07-12
KR20160033152A (ko) 2016-03-25
CA2913620A1 (en) 2015-01-22
EP3022957B8 (en) 2019-04-24
BR112016000851A2 (ja) 2017-07-25
US9693266B2 (en) 2017-06-27
CN105379327A (zh) 2016-03-02
JP6117441B2 (ja) 2017-04-19
US20150016415A1 (en) 2015-01-15
KR20160033151A (ko) 2016-03-25
CA2913661A1 (en) 2015-01-22
JP2016532357A (ja) 2016-10-13
WO2015009729A1 (en) 2015-01-22
ES2715384T3 (es) 2019-06-04
EP3022957A1 (en) 2016-05-25
KR101780371B1 (ko) 2017-09-21

Similar Documents

Publication Publication Date Title
JP6117441B2 (ja) 初期リンクセットアップの間の低減された待ち時間のためのシステムおよび方法
US10993112B2 (en) Systems and methods for accessing a network
US20210345099A1 (en) Infrastructure coordinated media access control address assignment
US8665819B2 (en) System and method for providing mobility between heterogenous networks in a communication environment
JP6067891B2 (ja) ワイヤレス通信システムとの通信を確立するときの低減された遅延のためのシステムおよび方法
US8897197B2 (en) Virtual access point using single service set identifiers
KR20180030023A (ko) 셀룰러 사물 인터넷에 대한 네트워크 보안 아키텍처
WO2019017835A1 (zh) 网络验证方法、相关设备及系统
EP3020219B1 (en) Trusted wireless local area network (wlan) access scenarios
US8676999B2 (en) System and method for remote authentication dial in user service (RADIUS) prefix authorization application
JP2017529770A (ja) 異種ネットワークに対して有効なユーザ機器識別情報
JP2015516779A (ja) ドメイン名システムクエリングのためのシステムおよび方法
EP3648488B1 (en) Methods, devices, system and computer-readable storage medium for acquiring identifier of terminal device
JP4371250B1 (ja) 通信システム、サーバ装置、情報通知方法、プログラム
JP4371249B1 (ja) 通信システム、サーバ装置、情報通知方法、プログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160912

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160912

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20160912

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20161003

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161025

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170125

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20170221

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170322

R150 Certificate of patent or registration of utility model

Ref document number: 6117441

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250