JP2006042351A - ローミング無線クライアントとの通信 - Google Patents

Abstract

【課題】無線パケット・ネットワーク内のトンネリングを低減する方法を提供すること。
【解決手段】上記方法は、クライアント局のホーム・アクセス・ポイントを定義するステップと、クライアント局が当該ホーム・アクセス・ポイントとは異なるホーム・アクセス・ポイントからサービスを受けていると判定するステップと、クライアント局がそのホーム・アクセス・ポイントをクライアント局がサービスを受けているアクセス・ポイントに変更すべきか否かを決定するステップと、そのように決定された場合にクライアント局のホーム・アクセス・ポイントの変更を開始するステップとを含む。
【選択図】図１

Description

本発明は、無線パケット・ベースのネットワーク、特に、無線パケット・ベースのネットワーク内のローミング・クライアントとの通信に関する。

無線パケット・ネットワークでは、無線クライアント（ＳＴＡ）はアクセス・ポイント（ＡＰ）からサービスを受け取る。アクセス・ポイント（ＡＰ）は無線クライアント（ＳＴＡ）と分散ネットワークとのインタフェースとして機能する。クライアントＳＴＡが初めてネットワークに接続すると、クライアント（ＳＴＡ）はサービスを受ける窓口のＡＰを検索する。ＳＴＡは適当なＡＰを見つけ、このＡＰに関連を持つ。一般に、クライアント（ＳＴＡ）は最初に関連付けられるＡＰに従って識別（例えば、ＩＰアドレス）を割り当てられる。例えば、ＤＨＣＰプロトコルを用いて、クライアント（ＳＴＡ）はＤＨＣＰ要求をＩＰアドレスに送信する時に使用するアクセス・ポイント（ＡＰ）に関連するＩＰアドレスを割り当てられる。割り当てられたＩＰアドレスに対応するアクセス・ポイント（ＡＰ）は一般にクライアントのホーム・アクセス・ポイント（ＨＡＰ）と呼ばれる。ホームＡＰはＳＴＡ１４０が起動時に接続するＡＰ１３０または特定の領域の入口であるが、ホームＡＰは、例えば、事前構成するなど別の方法でも決定できる。

無線クライアント（ＳＴＡ）が異なるロケーションにローミングする場合、クライアント（ＳＴＡ）はホーム・アクセス・ポイント（ＨＡＰ）との関連を終了し異なるアクセス・ポイント（ＡＰ）と関連することができる。一般に、クライアント（ＳＴＡ）は元のＩＰアドレスを維持しながら別のアクセス・ポイント（ＡＰ）からサービスを受ける。他方のアクセス・ポイント（ＡＰ）が異なるＬＡＮ（ローカル・エリア・ネットワーク）または仮想ＬＡＮに属する場合、クライアント（ＳＴＡ）によって送受信されるデータはホーム・アクセス・ポイント（ＨＡＰ）によって転送される。これは、ＳＴＡのアドレスがこのアクセス・ポイント（ＡＰ）に関連するためである。新しいアクセス・ポイント（ＡＰ）との間でデータを転送するのに必要な追加のデータ送信はトンネリングと呼ばれる。多数のクライアント（ＳＴＡ）がデータをトンネリングする場合、またはトンネリング元クライアント（ＳＴＡ）が大量のデータを転送する場合、トンネリングはネットワークに負荷をかけ、ネットワークのサービス品質を低下させるおそれがある。

本発明の一態様は、ネットワーク上でパケットのトンネリングを低減する処理に関する。元のホーム・アクセス・ポイント（ＨＡＰ）の範囲外にローミングし、新しいアクセス・ポイントに再び関連する無線クライアント局（ＳＴＡ）は、トンネリングを回避するために、そのホーム・アクセス・ポイント（ＨＡＰ）を現在関連する新しいアクセス・ポイントに変更しようとする。

本発明の例示の実施形態では、新しいアクセス・ポイントに関連する無線クライアント局（ＳＴＡ）は、ＳＴＡのホーム・アクセス・ポイントが変更された（例えば、ホームＡＰの変更によってＳＴＡのアドレスが変更されたため）場合に終了する重要な通信セッションを実行しているか否かを判定する。そのような重要なセッションを本明細書では中断不可セッションと呼ぶ。無線クライアント（ＳＴＡ）がいかなる中断不可セッションも有さない場合、無線クライアント（ＳＴＡ）に関連するＡＰは、１つまたは複数の中断不可セッションの中断が必要な場合であっても、任意選択としてクライアントのホーム・アクセス・ポイントになることができる。

本発明のいくつかの実施形態では、セッションはユーザが構成可能な優先度に基いて、例えば、セッションのアプリケーションまたはセッションの継続時間に基いて中断不可と定義される。本発明の例示の実施形態では、開始した直後のセッション（例えば、最初の数秒後の）は中断不可と考えられる。任意選択で、ユーザはすべての接続を中断する、またはどの接続も中断しないことを選択できる。

本発明のいくつかの実施形態では、セッションは、セッションを再接続する代わりにトンネリングによってアプリケーションを継続する（例えば、アプリケーションの予測使用帯域幅に従って）ことによって追加されるネットワーク負荷または相対オーバヘッドなどのネットワークの優先度に基いて中断不可と定義される。

本発明のいくつかの実施形態では、ホーム・アクセス・ポイント（ＨＡＰ）を変更するか否かの決定は、無線クライアント（ＳＴＡ）を新しいアクセス・ポイント（ＡＰ）に再度関連付けなければならないと決定した最初の瞬間に実行される。別法として、または追加的に、トンネリングを実行中の無線クライアント（ＳＴＡ）は、そのホーム・アクセス・ポイント（ＨＡＰ）を現在のアクセス・ポイント（ＡＰ）に更新できるか否かを周期的に検査する。本発明のいくつかの実施形態では、トンネリングを実行中の無線クライアント（ＳＴＡ）は、通信セッション終了時に、または新しいセッションを開始する前に、そのホーム・アクセス・ポイント（ＨＡＰ）を現在のアクセス・ポイント（ＡＰ）に更新すべきか否かを検査する。

したがって、本発明の例示の実施形態によれば、無線パケット・ネットワーク内のトンネリングを低減する方法であって、クライアント局のホーム・アクセス・ポイントを定義するステップと、クライアント局が当該ホーム・アクセス・ポイントとは異なるホーム・アクセス・ポイントからサービスを受けていると判定するステップと、クライアント局がそのホーム・アクセス・ポイントをクライアント局がサービスを受けているアクセス・ポイントに変更すべきか否かを決定するステップと、そのように決定された場合にクライアント局のホーム・アクセス・ポイントの変更を開始するステップとを含む方法が提供される。

任意選択として、ホーム・アクセス・ポイントを変更するか否かを決定するステップは、クライアント局またはクライアント局にサービスを提供するアクセス・ポイントによって実行される。任意選択として、判定、決定、および開始ステップは、人手の介在なしに自動的に実行される。

任意選択として、変更を開始するステップは、ＤＨＣＰ要求を送信するステップを含み、場合によって、ホーム・アクセス・ポイントを変更できる、または変更すべきであることを示す値を有するフィールドを備えたＤＨＣＰ要求を送信するステップを含む。任意選択として、クライアント局からＤＨＣＰサーバへの経路に沿ったネットワーク要素は、ホーム・アクセス・ポイントを変更できる、または変更すべきであることを示す値を有するフィールドの値に応答してＤＨＣＰ要求をＤＨＣＰサーバに送信する経路を選択する。任意選択として、ネットワーク要素はアクセス・ポイント、レイヤ２スイッチ、レイヤ３スイッチおよび／または無線ネットワーク要素を含む。

任意選択として、決定ステップにかかわらず、クライアント局にサービスを提供するアクセス・ポイントの変更に応答して、ＤＨＣＰ要求が送信されるが、ＤＨＣＰ要求の少なくとも１つのフィールドの内容が決定ステップに応答して設定される。

任意選択として、クライアント局からネットワークに再接続させるために、開始ステップはクライアント局のサービスを停止することで実行される。任意選択として、判定ステップは、クライアント局にサービスを提供するアクセス・ポイントの変更および／またはネットワーク・トポロジの変更に応答して実行される。任意選択として、判定ステップは、周期的に実行される。任意選択として、決定ステップは、決定がクライアント局のホーム・アクセス・ポイントを変更しないという内容の場合に、所定の時間を置いて繰り返される。任意選択として、決定ステップは、ネットワーク内のトラヒック負荷に基いて少なくとも部分的に実行される。任意選択として、決定ステップは、クライアント局の通信セッションの分析に基いて少なくとも部分的に実行される。

任意選択として、決定ステップは、クライアント局のセッションのいずれも中断不可でない場合に再接続を決定するステップを含む。任意選択として、決定ステップは、クライアント局が非アイドルのセッションを有しない場合にホーム・アクセス・ポイントの変更を決定するステップを含む。任意選択として、決定ステップは、クライアント局がアクティブなリアルタイム・セッションを有しない場合にホーム・アクセス・ポイントの変更を決定するステップを含む。
任意選択として、ホーム・アクセス・ポイントの変更によってクライアント局の通信セッションは切断される。

本発明の例示の実施形態によれば、アクセス・ポイントに接続するように構成された無線送受信機と、特定のアクセス・ユニットとの接続を確立するように構成された接続制御ユニットと、クライアント局のホーム・アクセス・ポイントを変更するか否か決定し、そのように決定された場合にクライアント局のホーム・アクセス・ポイントを変更する必要があるということを示すメッセージを送信するように構成されたプロセッサとを含むクライアント局がさらに提供される。

任意選択として、ホーム・アクセス・ポイントを変更すべきである、または変更できるということを示すメッセージはｃｉａｄｄｒフィールド内にゼロ値を有するＤＨＣＰ要求を含む。別法として、ホーム・アクセス・ポイントを変更すべきである、または変更できるということを示すメッセージはｃｉａｄｄｒフィールド以外のフィールドに表示を有するＤＨＣＰ要求を含む。本発明のいくつかの実施形態では、ホーム・アクセス・ポイントを変更すべきである、または変更できるということを示すメッセージはＤＨＣＰプロトコルに準拠しないメッセージを含む。

本発明の例示の実施形態によれば、クライアント局のサービス要求を受信するように構成された入力インタフェースと、サービスを要求するクライアント局が異なるアクセス・ポイントに関連するか否かを判定し、クライアント局をアクセス・ポイントに再度関連付けるかまたは異なるアクセス・ポイントに関連付けたままにするかを決定するプロセッサとを含むアクセス・ポイントが提供される。
本発明の特定の非限定的な例示の実施形態を以下の図を参照する実施形態の説明に関連して記述する。

図１は、本発明の例示の実施形態を説明するのに有用な無線アクセス・ポイントを備えたネットワーク１００を示す図である。ネットワーク１００は、１つまたは複数の相互接続されたＶＬＡＮ（例えば、１５０、１６０）を含む。各ＶＬＡＮは、任意選択として、１つまたは複数の無線アクセス・ポイント（ＡＰ）１３０（１３０Ａ，１３０Ｂおよび１３０Ｃの符号が付いている）を含む。アクセス・ポイント１３０は、ネットワークに接続する無線クライアント局（ＳＴＡ）１４０（１４０Ａ、１４０Ｂ、１４０Ｃおよび１４０Ｄの符号が付いている）のネットワーク・インフラストラクチャを形成する。アクセス・ポイント（ＡＰ）１３０は多数のＳＴＡ１４０を随意に処理することができる。

通常、１つまたは複数のＡＰ１３０は相互に直接接続し、また他のＶＬＡＮと接続するためのハブまたはスイッチ１２０によって相互接続されている。さらに、ルータ１１０で１つまたは複数のＶＬＡＮを相互接続して、他の無線クライアント局（ＳＴＡ）とのワイド・エリア・ネットワーク（ＷＡＮ）を形成することができる。本発明のいくつかの実施形態では、例えば、ＤＨＣＰプロトコルを使用するサーバ１８０は、要求に応じてＳＴＡ１４０のＩＰアドレスを割り当てる。ＤＨＣＰ要求などの、ＩＰアドレスを割り当てる要求は、ＡＰ１３０および／またはスイッチ１２０によってサーバ１８０に送信される。サーバ１８０は、ＳＴＡ１４０が属するＶＬＡに従って、ＩＰアドレス要求が受信された特定のＡＰ１３０に従って決定されるＩＰアドレスをＳＴＡ１４０に割り当てる。

本発明のいくつかの実施形態では、無線ポイントを接続するインフラストラクチャは標準有線接続に基く。別法として、または追加的に、ＡＰ１３０は、無線接続またはその他の任意の接続によって相互接続できる。

上記のように、ＳＴＡ１４０がホームＡＰ１３０からネットワーク１００の他のＶＬＡＮの他のＡＰ１３０にローミングすると、ＳＴＡ１４０との間の送受信はホームＡＰ１３０を介してトンネリングされる。本発明の実施形態によれば、ＳＴＡ１４０がそのＨＡＰを関連するＡＰ１３０と同じにするような試みがなされる。

図２は、本発明の例示の実施形態による異なるＡＰ１３０に再割り当てされるＳＴＡ１４０のホームＡＰを変更することでのトンネリングを低減するプロセスの流れ図２００である。そのホーム・アクセス・ポイント（ＨＡＰ）が例えば１３０ＢであるＳＴＡ１４０が、例えば、ＳＴＡ１４０の移動によって新しいＡＰ１３０Ｃに（２１０で）再び関連付けられると、ＳＴＡ１４０の上位レイヤ・ソフトウェアがＳＴＡ１４０上で実行されている中断不可セッションがあるか否かを（２３０で）検査する。ＳＴＡ１４０の移動はＡＰ１３０Ｂの近くまたはネットワーク内の任意の他のＡＰからでよい。（２３０で）ＳＴＡ１４０が中断不可セッションを実行している場合、ＳＴＡ１４０の上位レイヤ・ソフトウェアは何も実行しない、または言い換えれば、ＳＴＡ１４０は、ＡＰ１３０Ｃをホーム・アクセス・ポイント（ＨＡＰ）に変換する処理を開始せずに、新しいＡＰ１３０Ｃとの再関連付けを完了する。本発明のいくつかの実施形態では、以下に述べるように、ＳＴＡ１４０は後の時点で中断不可セッションはあるか否かを検査し（ブロック２４０に示すように）、可能であれば、その後の時点でホーム・アクセス・ポイント（ＨＡＰ）への新しいＡＰ１３０Ｃの変換を開始する。

ＳＴＡ１４０が中断不可セッションを実行中でない場合、ＳＴＡ１４０は、例えば、特別のＤＨＣＰ要求を（２５０で）送信することで、新しいＡＰ１３０Ｃが新しいホームＡＰになることを新しいＡＰ１３０Ｃに伝える。本発明のいくつかの実施形態では、新しいホームＡＰを割り当てるべきことを示す特別のＤＨＣＰは、ｃｉａｄｄｒフィールド内にゼロの値を含む。別法として、ＤＨＣＰ要求のその他の任意のフィールドを用いてホーム・アクセス・ポイントを変更しなければならないことが示される。

本発明のいくつかの実施形態では、ＳＴＡ１３０は新しいＡＰに接続するたびにＤＨＣＰ要求を送信する。中断不可セッションがある一方で特別のＤＨＣＰ要求が発行される中断不可セッションがない（２５０）時には、正規のＤＨＣＰ要求が送信される。別法として、ＳＴＡ１４０は、中断不可セッションがなく、ホームＡＰの変更が望まれる時にのみＤＨＣＰ要求（特別の要求）を送信する。

本発明のいくつかの実施形態では、ＡＰ１３０Ｃの背後のスイッチ１２０は受信してサーバ１８０に転送するＤＨＣＰ要求を検査する。（２６０で）検査されたＤＨＣＰ要求がホーム・アクセス・ポイントを変更しなければならないという表示を含む場合、ＤＨＣＰ要求は（２７０で）サーバ１８０に直接転送され（２７０で）、ＳＴＡ１４０のホームＡＰ１３０Ｂにトンネリングされない。ＤＨＣＰ要求が新しいＡＰ１３０Ｃから直接サーバ１８０によって受信されると、サーバ１８０は新しいＡＰに対応する（すなわち、新しいＡＰのＶＬＡＮに対応する）ＩＰアドレスをＳＴＡ１４０に割り当てる。その結果、現在の中断不可セッション（例えば、アイドル・セッション）は切断される。場合によっては、切断された中断不可セッションは自動的に再接続される。任意選択として、中断されたセッションを自動的に再接続するために、ＳＴＡ１４０はＤＨＣＰ要求を送信する前に各々のアクティブなセッションにデータを記憶する。これと対照的に、場合によっては、ユーザは所望するならば中断されたセッションの再接続を開始する必要がある。

ただし、（２６０で）ＡＰ１３０によって検査されたＤＨＣＰ要求が特別でない場合、要求は新しいＡＰ１３０ＣによってＳＡＴ１４０のホームＡＰ１３０Ｂへとトンネリングされる（２８０）。ホームＡＰ１３０Ｂから、ＤＨＣＰ要求はサーバ１８０に転送され、サーバ１８０はＳＴＡ１４０に割り当てられたＩＰアドレスを変更しない。これは、ＤＨＣＰ要求が、ＳＴＡ１４０の現在のＩＰアドレスに対応するホーム・アクセス・ポイント（ＨＡＰ）１３０ＢのＶＬＡＮから受信されたからである。

本発明のいくつかの実施形態では、現在のＡＰ１３０ＣがホームＡＰ１３０Ｂと同じＶＬＡＮに属する時には、ＤＨＣＰ要求は、特別であるか否かにかかわらず、ホームＡＰ１３０Ｂを通してトンネリングされない。これは、サーバ１８０が、同じＶＬＡＮに属するＡＰ１３０ＢおよびＡＰ１３０ＣからのＤＨＣＰ要求に同様に関連するからである。ＶＬＡＮ比較はＳＴＡ１４０によって記録され、かつ／またはネットワーク１００の中央のレジストリに現れるホームＡＰのＶＬＡＮを、ＶＬＡＮ検査を実行する現在のＡＰ１３０Ｃのレコード内に現れる新しいＡＰ１３０ＣのＶＬＡＮ識別と比較することで実行される。

ＡＰ１３０ＣによるＶＬＡＮ検査の代わりに、ＶＬＡＮ検査がＳＴＡ１４０によって実行される。ホームＡＰ１３０Ｂおよび現在のＡＰ１３０Ｃが同じＶＬＡＮに属する場合、ＳＴＡ１４０は特別のＤＨＣＰ要求を送信しない。ＶＬＡＮ上のデータは、任意選択として、ホームＡＰ１３０Ｂ、現在のＡＰ１３０Ｃ、および／またはネットワーク１００の中央のＶＬＡＮレジストリから受信される。さらに別法として、簡単化のため、および／またはＶＬＡＮ構造が変化した場合に、ＳＴＡ１４０およびＡＰ１３０Ｃは、ホームＡＰ１３０Ｂおよび新しいＡＰ１３０Ｃが同じＶＬＡＮに属するか否かを検査せず、旧ＡＰと新ＡＰとが現在同じＶＬＡＮに属するか否かにかかわらず、ＳＴＡ１４０をサービスを受ける元のＡＰ１３０Ｃに関連付けようと試みる。

本発明のいくつかの実施形態では、ＤＨＣＰ要求をサーバ１８０に送信する前に、サーバ１８０の混乱を防ぐために、特別の値が通常の値に変換される。別法として、サーバ１８０が使用しないフィールドを、ＤＨＣＰ要求が特別であることをＡＰ１３０Ｃに示すためにＳＴＡ１４０が使用する。

本発明のいくつかの実施形態では、中断不可セッションがあるか否かを検査し、かつ／または特別のＤＨＣＰ要求を生成する上位レイヤ・ソフトウェアが、関連化解除および再関連化を実行するＳＴＡ１４０の物理レイヤによって起動される。別法として、ＳＴＡ１４０のソフトウェアは、現在接続されているＡＰの識別をそのホームＡＰの識別と周期的に比較する。アクセス・ポイントが同じでない場合、上位レイヤ・ソフトウェアは図２のプロセスを開始する。

本発明の例示の実施形態では、中断不可セッションは中断された場合にデータの再送が必要なセッションである。別法として、または追加的に、中断不可セッションは再開できない重要な送信を扱うセッションである。さらに別法として、または追加的に、中断不可セッションは、切断された場合に、切断がＳＴＡ１４０のユーザ（人）によって通知されるセッションである。

本発明のいくつかの実施形態では、いくつかのタイプのセッションの中断可能性、例えば、非リアルタイム・セッションは、セッションの継続時間の関数である。任意選択として、ショート・セッションは始まったばかりなので中断可能と考えられる。別法として、または追加的に、いくつかのセッションは比較的長時間継続する場合に中断可能と考えられる。本発明のいくつかの実施形態では、中断不可の定義はセッションのアプリケーションの関数である。例えば、ＦＴＰセッションは中断可能と考えられるがＨＴＴＰセッションは中断不可ではない。

任意選択として、ＳＴＡ１４０はユーザの優先度および／またはサービス権利の品質に基いて異なる中断不可セッションの定義を有することができる。別法として、または追加的に、中断不可と定義されたセッションのレベルはネットワークの輻輳状態に応じて調整可能である。例えば、ネットワーク上の負荷が比較的低い場合、ホームＡＰの再割り当てはユーザが気付かない時にのみ実行されるが、ネットワーク上の負荷が極めて高い場合、ホームＡＰの再割り当てはリアルタイム・セッションの切断を引き起こさない限り実行される。

本発明の例示の実施形態では、特定のＳＴＡ１４０の送信のトンネリングがネットワーク上で重い負荷であるって、例えば、ネットワーク帯域幅を所定の割合を超えて使用している場合、その特定のＳＴＡ１４０により高い中断不可レベルが定義される。別法として、または追加的に、ＳＴＡ１４０を新しいＡＰ１３０に再割り当てしないという決定、および／またはその決定を再び実行するか否かは、ネットワークの輻輳レベルおよび／または特定のＳＴＡ１４０の帯域幅使用度に依存する。

上記のように、図２の方法の一部はＳＴＡ１４０によって実行され、別の部分はＡＰ１３０によって実行される。ただし、ＤＨＣＰサーバ１８０は、図２の方法には参加せず、特に本発明の動作に準拠しない。上記のように、新しいＡＰへの移行の識別はＳＴＡ１４０によって実行され、新しいＡＰ１３０Ｃをホーム・アクセス・ポイント（ＨＡＰ）にするか否かの決定はＳＴＡ１４０によって実行され、メッセージの実際の送信はＡＰ１３０Ｃによって実行される。

本発明の別の実施例では、ＡＰ１３０はＳＴＡ１４０のホームＡＰから遠ざかる移動を識別し、ＳＴＡ１４０に新しいＡＰ１３０ＣをＳＴＡ１４０のＨＡＰにするか否かを決定する。別法として、図２の方法はすべてＳＴＡ１４０によって実行される。任意選択として、ネットワーク情報が必要な実施形態では、ＳＴＡ１４０は中央のネットワーク・エンティティに情報を要求する。別法として、または追加的に、ネットワーク情報はすべてのＡＰ１３０またはすべてのＳＴＡ１４０に周期的に同報通信される。

本発明の他の実施形態では、ＡＰ１３０が図２の方法を実行する。ＡＰ１３０がＡＰに関連しないＳＴＡ１４０にサービスを提供する時に、図２のサービスが起動される。別法として、または追加的に、ＡＰ１３０はサービスを提供するＳＴＡを周期的に再確認して、どのＳＴＡがＡＰに関連していないかを判定する。本発明のいくつかの実施形態では、ＳＴＡ１４０のＨＡＰを変更する決定を下すと、ＡＰ１３０は要求されたＤＨＣＰ要求を送信するようにＳＴＡ１４０に命令する。別法として、ＡＰ１３０はＳＴＡ１４０によって生成されたかのようにＤＨＣＰ要求を生成する。さらに別法として、または追加的に、ＡＰ１３０はＳＴＡ１４０へのサービス提供を中止し、ＳＴＡ１４０がネットワークに再接続して新しいＨＳＰ１３０を受信するようにしむける。

本発明のいくつかの実施形態では、ホーム・アクセス・ポイントを変更するか否かの決定は、1回だけ、例えば、最初にアクセス・ポイント１３０に関連付けられる時に実行される。別法として、現在ホームＡＰに関連していないＳＴＡ１４０の場合、ＳＴＡ１４０またはＡＰ１３０はＨＡＰを周期的に変更するか、またはＳＴＡ１４０のアクティブな接続が状態が変化するたびに、例えば、接続が終了した時に変更するかを決定する。本発明のいくつかの実施形態では、ＳＴＡ１４０はローミングの周期を追跡する。頻繁にローミングするＳＴＡ１４０は、ローミング時にＨＡＰを変更するか否かを決定するだけであるが、めったにローミングしないＳＴＡ１４０は、ＨＡＰをより頻繁に変更するか否かを決定する。任意選択として、以前に同じＶＬＡＮにあったＡＰ１３０がもはや同じＶＬＡＮにないなど、ネットワーク構成が変化すると、ＳＴＡ１４０のＨＡＰを変更するか否かの決定が再び実行される。

なお、ＡＰ１３０が実行する上記のタスクのいずれも、ＡＰ１３０にサービスを提供するレイヤ２またはレイヤ３スイッチ、例えば、スイッチ１２０によって実行できる。本発明に従って動作するように構成しなければならないＡＰ１３０の協力を得ずにスイッチ１２０によってこの方法を実行することで、変更への適応力が弱い自社開発のＡＰではなく、一般にさまざまなタスク向けに簡単に構成できるスイッチを本発明に従って動作するように計画することができる。

別法として、または追加的に、本発明の実施形態によるいくつかの、またはすべてのタスクは、サーバ１８０によって実行される。例えば、サーバ１８０は独自の特別なＤＨＣＰ要求上で識別できる。

本発明のいくつかの実施形態では、各ＳＴＡ１４０を単一のＩＰアドレスに限定する代わりに、ＳＴＡ１４０は２つのＩＰアドレスを有することができる。新しいＡＰ１３０Ｃに接続すると、新しいＩＰアドレスはＳＴＡ１４０に関連付けられ、すべての新しい接続と任意選択として中断不可の接続とが新しいＩＰアドレスに転送される。中断不可セッションは、アプリケーションによってすべて終了するまで、または中断可能になってＳＴＡ１４０によって終了されるまで、任意選択として、旧ＩＰアドレスを用いて継続する。旧ＩＰアドレスを必要とする接続がない時には、ＩＰアドレスはそのＩＰアドレスを割り当てたＡＰのプールに戻される。

上記のように、ＳＴＡ１４０は、ＳＴＡが中断不可の接続を有するか否かにかかわらず、無線判定基準に基いて新しいＡＰ１３０に関連付けられる。ただし、本発明のいくつかの実施形態では、ＳＴＡ１４０が関連するＡＰを変更するか否かの決定は新しいＡＰ１３０がＳＴＡ１４０のホーム・アクセス・ポイントになることが可能か否かを考慮する。例えば、２つの使用できる可能なＡＰ１３０がある場合、ＳＴＡ１４０が中断不可の接続を有する場合、ＨＡＰと同じＶＬＡＮ内のＡＰ１３０が好ましい。ただし、ＳＴＡ１４０が中断不可の接続を有しない場合、よりよい無線パラメータを有するＡＰ１３０が任意選択として選択される。

本発明をＴＣＰ／ＩＰプロトコル・スイートに関連して説明してきたが、本発明のいくつかの実施形態は、例えば、ＩＰＸ、ＤＥＣＮＥＴおよびＩＳＯプロトコルなどの他のパケット・ベースの伝送プロトコルに関連して実施してもよい。

上記の方法は、実行順序および具体的な実施態様を変更するなど、さまざまに変更することができる。また、この方法および装置の上記の説明は、上記方法を実行する装置と装置を使用する方法とを含むものと解釈することができることを理解されたい。

以上、例として提供され、本発明の範囲を限定しない本発明の実施形態の非限定的な説明を用いて本発明を記述してきた。一実施形態に関して説明される特徴および／またはステップは他の実施形態と併用でき、また、本発明のすべての実施形態が、特定の図で示されている、または実施形態の１つに関して説明されている特徴および／またはステップのすべてを有するわけではない。当業者は、これら実施形態の変形形態を容易に思いつくであろう。

上記の実施形態のいくつかは本発明者らが考える最良の形態を記述していることがあり、本発明にとって必須ではなく、例として記述されている構造、動作または構造および動作の詳細を含むことがある。本明細書に記載する構造および動作は、当技術分野で知られているように、構造または動作が異なる場合であっても、同じ機能を実行する均等物と交換できる。したがって、本発明の範囲は特許請求の範囲に記載する要素および限定によってのみ限定される。特許請求の範囲で使用する「から成る」、「含む」、「有する」およびその同根の語は「これに限定はされないが、含む」という意味である。

本発明の例示の実施形態を説明するのに有用な無線アクセス・ポイントを備えたネットワークを示す図である。 本発明の例示の実施形態によるトンネリングを低減する方法の流れ図である。

Claims (28)

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. クライアント局のサービス要求を受信するように構成された入力インタフェースと、
    サービスを要求するクライアント局が異なるアクセス・ポイントに関連するか否かを判定し、前記クライアント局を前記アクセス・ポイントに再度関連付けるかまたは異なるアクセス・ポイントに関連付けたままにするかを決定するプロセッサとを含むアクセス・ポイント。
    

Images