(57)【要約】【課題】  単一のネットワーク・ユニットについて、ブロードキャスト・パケットを取り扱う方法を提供すること。【解決手段】  本方法は、ブロードキャスト・アドレスを有するが単一のネットワーク・ユニットに向けられたパケットをネットワーク装置によって受信する工程、およびネットワーク装置の複数のポートを通すが、装置のうちのパケットが受信されなかった少なくとも１つのポートを通さずに前記パケットを転送する工程を含む。【選択図】  図２
2006033830.tif 000002
【特許請求の範囲】
【請求項１】
ブロードキャスト・パケットを取り扱う方法であって、該ブロードキャスト・パケットは、単一のネットワーク・ユニット用であり、該方法は、
ブロードキャスト・アドレスを有するが単一のネットワーク・ユニットに向けられたパケットをネットワーク装置によって受信する工程と、
前記ネットワーク装置の複数のポートを通すが、前記装置のうちの前記パケットが受信されなかった少なくとも１つのポートを通さずに前記パケットを転送する工程とを含む方法。
【請求項２】
前記パケットを受信する工程がアドレス割り当ての要求もしくは応答を受信する工程を含む、請求項１に記載の方法。
【請求項３】
前記パケットを受信する工程がＤＨＣＰパケットを受信する工程を含む、請求項１に記載の方法。
【請求項４】
前記パケットを受信する工程がＤＨＣＰ要求パケットを受信する工程を含む、請求項３に記載の方法。
【請求項５】
前記パケットを受信する工程がＤＨＣＰ応答パケットを受信する工程を含む、請求項３に記載の方法。
【請求項６】
前記パケットを受信する工程が、配線接続されたユニットに向けられたＤＨＣＰ応答パケットを受信する工程を含む、請求項５に記載の方法。
【請求項７】
前記パケットを受信する工程が、無線ユニットに向けられたＤＨＣＰ応答パケットを受信する工程を含む、請求項５に記載の方法。
【請求項８】
前記パケットを転送する工程が無線ユニットにつながっていないポートを通して転送する工程を含む、請求項１に記載の方法。
【請求項９】
前記パケットを転送する工程が、前記ネットワーク装置内に構成されたポートの一覧表を通じて転送される、請求項１に記載の方法。
【請求項１０】
ブロードキャスト・パケットを取り扱う方法であって、該ブロードキャスト・パケットは、単一のネットワーク・ユニット用であり、該方法は、
ブロードキャスト・アドレスを有するが単一のネットワーク・ユニットに向けられたパケットをネットワーク装置によって受信する工程と、
前記パケットのブロードキャスト・アドレスを前記パケットが対象とするネットワーク・ユニットのユニキャスト・アドレスへと置き換える工程とを含む方法。
【請求項１１】
前記パケットを受信する工程がＤＨＣＰパケットを受信する工程を含む、請求項１０に記載の方法。
【請求項１２】
前記パケットを受信する工程がＤＨＣＰ応答パケットを受信する工程を含む、請求項１１に記載の方法。
【請求項１３】
前記パケットを受信する工程がＤＨＣＰ要求パケットを受信する工程を含む、請求項１１に記載の方法。
【請求項１４】
前記ブロードキャスト・アドレスを置き換える工程が、前記パケットのアプリケーション・フィールドから抽出されたユニキャスト・アドレスへと置き換える工程を含む、請求項１０に記載の方法。
【請求項１５】
複数の物理的ポートと、
前記ポートを通してパケットを受信するための入力インターフェースと、
前記入力インターフェースによって受信された前記パケット内で、ブロードキャスト・アドレスを有するが単一のネットワーク・ユニットに向けられたパケットを識別するように構成された判定モジュールと、
前記判定モジュールによって識別されたパケットを、複数の前記物理的ポートを通すが、前記装置のうちの前記パケットが受信されなかった少なくとも１つのポートを通さずに転送するように構成された転送用ユニットとを有するネットワーク装置。
【請求項１６】
前記判定モジュールがＤＨＣＰパケットを識別するように構成される、請求項１５に記載の装置。
【請求項１７】
識別されたパケットが転送されるポートの一覧表を備えた前記転送用ユニットを構成するように構成された構成用モジュールを含む、請求項１５に記載の装置。
【請求項１８】
前記構成用モジュールが、識別されたパケットが転送されるポートを判定するために隣り合うネットワーク装置と制御パケットを交換するように構成される、請求項１７に記載の装置。
【請求項１９】
識別されたパケットが人間のオペレータから転送されるポートの表示を受信するためのユーザ・インターフェースを含む、請求項１７に記載の装置。
【請求項２０】
複数の物理的ポートと、
前記ポートを通してパケットを受信するための入力インターフェースと、
前記入力インターフェースによって受信された前記パケット内で、ブロードキャスト・アドレスを有するが単一のネットワーク・ユニットに向けられたパケットを識別するように構成された判定モジュールと、
前記パケットの前記ブロードキャスト・アドレスを前記パケットが対象とする前記ネットワーク・ユニットのユニキャスト・アドレスへと置き換えるように構成された置き換え用モジュールとを有するネットワーク装置。
【請求項２１】
前記置き換え用モジュールが前記パケットのアプリケーション・フィールドから前記ユニキャスト・アドレスを判定するように構成される、請求項２０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、無線式パケット・ベースのネットワークに関する。
【背景技術】
【０００２】
無線ユニットの設計での主な考慮事項は、それらが再充電の後に可能な限り長期間使用されることが可能となるようにそれらの電力使用量を削減することである。無線ネットワークでは、無線ユニットが非使用状態にあるとき、低電力消費レベルを有するスリープ状態へと移行する。送信を受信すると無線ユニットは通常状態へと戻る。パケット・ベースのネットワークでは、様々なネットワーク管理作業はネットワークのすべてのノードに制御パケットを送信することによって実行される。無線式パケット・ベースのネットワークがパケット・ベースのネットワークの一体部分として計画されるとき、ネットワーク内の無線ユニットは制御パケットもやはり受信する。無線ユニットによる制御パケットの受信は無線ユニットを呼び覚まし、そのバッテリ電力を使用する。
【０００３】
例えば、発信者がデータを送信する興味のある宛先のアドレスを判定するためにアドレス解決プロトコル（ＡＲＰ）パケットが発信者のユニットによってネットワークのすべてのノードへと送信される。
【０００４】
その開示を本明細書に参照で組み入れるコメントＲＦＣ３２２０に関する要求は、端末ユニットにサービス提供し、ＡＲＰパケットを傍受し、かつ必要であれば端末ユニットに代わってＡＲＰパケットに応答するＡＲＰプロキシを記述している。同様の条項が、２００３年９月８日のｈｔｔｐ：／／ｗｗｗ．ｆａｑｓ．ｏｒｇ／ｄｏｃｓ／Ｌｉｎｕｘ−ｍｉｎｉ／Ｐｒｏｘｙ−ＡＲＰ−Ｓｕｂｎｅｔ．ｈｔｍｌから利用可能なＢｏｂ  Ｅｄｗａｒｄｓによる「Ｐｒｏｘｙ  ＡＲＰ  Ｓｕｂｎｅｔｔｉｎｇ  ＨＯＷＴＯ」、および２００３年９月８日のｈｔｔｐ：／／ｗｗｗ．ｓｊｄｊｗｅｉｓ．ｃｏｍ／ｌｉｎｕｘ／ｐｒｏｘｙａｒｐ／から利用可能なＤａｖｉｄ  Ｗｅｉｓによる「Ｐｒｏｘｙ  ＡＲＰ  ｗｉｔｈ  Ｌｉｎｕｘ」に述べられており、それらの文書の開示は本明細書に参照で組み入れられる。
【０００５】
パケット・ベースのネットワーク内でＩＰユニットを構成するために動的ホスト構成プロトコル（ＤＨＣＰ）が使用される。数ある作業の中で、ＤＨＣＰはユニットにＩＰアドレスを自動的に割り当てるために使用される。概して、単純化した方式では、コンタクトされることが可能となるようにユニットがＩＰアドレスを必要とすると、そのユニットはブロードキャスト・アドレスを伴ってＤＨＣＰ要求を送信する。ＩＰアドレスの割り当てを管理しているアドレス・サーバは要求のあったＩＰアドレスを伴ったＤＨＣＰ応答パケットを作り出し、ブロードキャストもしくはユニキャスト通信で応答パケットを要求元ユニットへと送信する。ブロードキャスト・アドレスを伴ったＤＨＣＰ応答は一般的に送信の最後の段階で使用され、それにより、たとえ宛先が発信者と同じローカル・ネットワーク（例えばＶＬＡＮ）内に無く、かつ経路沿いのルータが要求元ユニットの宛先アドレスを提供する必要があるとしても応答パケットはその宛先に到着する。
【０００６】
ＤＨＣＰ要求はアドレス割り当てのためのものであり、単一のエンティティまたは統合された複数のエンティティによって実行されるべきその他の作業のためのものである。ＡＲＰ要求は情報を知っているいずれかのユニットによって供給されることが可能なアドレス情報を要求する。
【０００７】
その開示を本明細書に参照で組み入れるＢａｒｅの米国特許第５，９２０，６９９号は交換機を記述しており、それは、もしもＤＨＣＰ要求パケット内にアドレス・サーバのＩＰアドレスが登場し、かつこの交換機が目標の場所につながるポートを覚えていれば、そのＩＰアドレスに従ってそのポートを通じてＤＨＣＰ要求を方向付ける。米国特許第５，９２０，６９９号によると、アドレス・サーバにつながるポートが知られていないかまたはＤＨＣＰパケットが特定のサーバのＩＰアドレスを含んでいないかのどちらかである場合、この交換機はすべてのそのポートにパケットをブロードキャスト通信する。
【０００８】
ブロードキャストＤＨＣＰ応答に関すると、米国特許第５，９２０，６９９号は交換機によって扱われるＤＨＣＰ要求の中のトランザクションＩＤの探知を続けること、および探知されたＩＤを使用することでブロードキャストＤＨＣＰ応答を要求元ユニットにつながるポートを通じて戻すように方向付けることを示唆している。
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ｆａｑｓ．ｏｒｇ／ｄｏｃｓ／Ｌｉｎｕｘ−ｍｉｎｉ／Ｐｒｏｘｙ−ＡＲＰ−Ｓｕｂｎｅｔ．ｈｔｍｌから利用可能なＢｏｂ  Ｅｄｗａｒｄｓによる「Ｐｒｏｘｙ  ＡＲＰ  Ｓｕｂｎｅｔｔｉｎｇ  ＨＯＷＴＯ」
【非特許文献２】ｈｔｔｐ：／／ｗｗｗ．ｓｊｄｊｗｅｉｓ．ｃｏｍ／ｌｉｎｕｘ／ｐｒｏｘｙａｒｐ／から利用可能なＤａｖｉｄ  Ｗｅｉｓによる「Ｐｒｏｘｙ  ＡＲＰ  ｗｉｔｈ  Ｌｉｎｕｘ」
【特許文献１】米国特許第５，９２０，６９９号
【発明の開示】
【発明が解決しようとする課題】
【０００９】
米国特許第５，９２０，６９９号は、普通に実行されるように単一のポートの後方に多くの無線ユニットが設置されるケースでは不十分である。付け加えると、米国特許第５，９２０，６９９号の方法は、要求と応答との間で相関をとるためにＤＨＣＰ要求の状態を保持することを必要とするので相対的に複雑である。
【課題を解決するための手段】
【００１０】
本発明のいくつかの実施形態の態様は、ブロードキャスト・アドレスを有するが単一のネットワーク・ユニットへと向けられたパケット、例えばＤＨＣＰ要求を識別し、そのパケットを無線ユニットにつながらないポートを通してのみ転送するネットワーク・ノード（例えばアクセス・ポイントまたは交換機）に関する。場合によっては、ネットワークの無線ユニットと配線接続されたユニットは別々のポートを通じてネットワーク・ノードへと接続される。本発明のいくつかの実施形態ではネットワーク・ノードは配線接続されたユニットにつながる複数のポートを有し、このネットワーク・ノードはどのポートがアドレス・サーバにつながっているかを判定することに資源を費やすことなく配線接続されたユニットにつながるすべてのポート（要求が受信されたポートを除く）を通してＤＨＣＰ要求を転送する。
【００１１】
本発明のいくつかの実施形態の態様は、ブロードキャスト・アドレスを有するが単一のネットワーク・ユニットへと向けられたパケット、例えばＤＨＣＰ要求を識別し、かつそれらの宛先ブロードキャスト・アドレスを単一のネットワーク・ユニット、例えばそれぞれのＤＨＣＰ要求の中でＩＰアドレスを要求するユニットのアドレスで置き換えるネットワーク・ノード（例えばアクセス・ポイントまたは交換機）に関する。宛先アドレスの置き換えは、たとえこのユニットへとつながるポートが複数の他のユニットへとつながるときでさえ、このパケットを単一のユニットへと向けることを可能にする。
【００１２】
本発明のいくつかの実施形態では要求元ユニットのアドレスはパケットのアプリケーション層フィールドから判定される。
【００１３】
したがって本発明の範例の実施形態によると、ブロードキャスト・パケットを扱う方法であって、それは単一のネットワーク・ユニット用であり、ブロードキャスト・アドレスを有するが単一のネットワーク・ユニットへと向けられたパケットをネットワーク装置によって受信する工程、およびネットワーク装置の複数のポートを通すが、しかし装置のうちのパケットが受信されなかった少なくとも１つのポートを通さずにパケットを転送する方法が提供される。
【００１４】
場合によっては、パケットを受信する工程はアドレス割り当て要求もしくは応答、例えばＤＨＣＰ要求もしくは応答パケットを受信する工程を含む。場合によっては、パケットを受信する工程は配線接続されたユニットへと向けられたＤＨＣＰ応答パケットを受信する工程を含む。別の代替選択肢では、パケットを受信する工程は配線接続されたユニットへと向けられたＤＨＣＰ応答パケットを受信する工程を含む。場合によっては、パケットを転送する工程は無線ユニットにつながらないポートを通して転送する工程を含む。場合によっては、パケットを転送する工程はネットワーク装置内に構成されたポート一覧表を通じて転送する工程を含む。
【００１５】
本発明の範例の実施形態によると、ブロードキャストを扱う方法であって、それは単一のネットワーク・ユニット用であり、ブロードキャスト・アドレスを有するが単一のネットワーク・ユニットへと向けられたパケットをネットワーク装置によって受信する工程、パケットのブロードキャスト・アドレスをそのパケットが対象とするネットワーク・ユニットのユニキャスト通信アドレスに置き換える工程、そのパケットをユニキャストのパケットとして転送する工程を含む方法がさらに提供される。
【００１６】
場合によっては、パケットを受信する工程はＤＨＣＰ応答パケットもしくはＤＨＣＰ要求パケットのようなＤＨＣＰパケットを受信する工程を含む。場合によっては、ブロードキャスト・アドレスを置き換える工程はパケットのアプリケーション・フィールドから抽出されるユニキャスト・アドレスへと置き換える工程を含む。
【００１７】
本発明の範例の実施形態によると、複数の物理的ポート、これらのポートを通じてパケットを受信するための入力インターフェース、入力インターフェースによって受信されたパケット内で、ブロードキャスト・アドレスを有するが単一のネットワーク・ユニットへと向けられたパケットを識別するように構成された判定モジュール、および判定モジュールによって識別されたパケットを、複数の物理的ポートを通すが、しかし装置のうちのパケットが受信されなかった少なくとも１つのポートを通さずに転送するように構成された転送用ユニットを有するネットワーク装置がさらに提供される。
【００１８】
場合によっては、判定モジュールはＤＨＣＰパケットを識別するように構成される。場合によっては、この装置は識別されたパケットが転送されるポートの一覧表を備えた転送用ユニットを構成するように構成された構成用モジュールを含む。場合によっては、この構成用モジュールは、識別されたパケットが転送されるポートを判定するために隣り合うネットワーク装置と制御パケットを交換するように構成される。場合によっては、この装置は識別されたパケットが人間のオペレータから転送されるポートの表示を受け取るためのユーザ・インターフェースを含む。
【００１９】
本発明の範例の実施形態によると、複数の物理的ポート、これらのポートを通じてパケットを受信するための入力インターフェース、入力インターフェースによって受信されたパケットの中で、ブロードキャスト・アドレスを有するが単一のネットワーク・ユニットへと向けられたパケットを識別するように構成された判定モジュール、およびパケットのブロードキャスト・アドレスをこのパケットが対象としているネットワーク・ユニットのユニキャスト・アドレスへと置き換えるように構成された置き換え用モジュールを有するネットワーク装置がさらに提供される。
【００２０】
場合によっては、置き換え用モジュールはパケットのアプリケーション・フィールドからユニキャスト・アドレスを判定するように構成される。
【発明を実施するための最良の形態】
【００２１】
本発明の特に限定をしない実施形態が図面と関連付けて以下の実施形態の説明を参照しながら述べられるであろう。複数の図面に現れる同じ構造、素子または部品はそれらが現れるすべての図面で同じまたは類似した番号で標識されることが好ましい。
【００２２】
図１は本発明の範例の実施形態を説明するために使用されるローカル・エリア・ネットワーク１００の概略の例示である。ネットワーク１００はコンピュータ、プリンタ、電話器、および／またはファクシミリといった複数の配線接続された端末ユニット１０４を有する。配線接続された端末ユニット１０４は交換機１１０へと接続され、それが今度は他方で、本明細書で電力節減用交換機１０６と称される中央の交換機へと接続される。付け加えると、電力節減用交換機１０６は無線ユニット１０２にサービス提供する１つまたは複数のアクセス・ポイント（ＡＰ）１１２へと接続される。図１はさらに、無線ユニット１０２および／または配線接続された端末ユニット１０４にＩＰアドレスを割り当てるアドレス・サーバ１０８（例えばＤＨＣＰサーバ）を示している。ルータ１２０は、場合によってはローカル・エリア・ネットワーク１００を他のネットワーク、例えばインターネットへと接続する。ネットワーク１００が範例の方式で示されており、本発明がネットワークのレイアウトに関係なく実質的にどのようなパケット・ベースのネットワークにも導入され得ることは気付かれる。
【００２３】
ここで述べられるような本発明のいくつかの実施形態では、電力節減用交換機１０６は無線ユニット１０２によって受信される不必要なブロードキャスト・パケットの数を削減する役割りを果たすように構成される。その結果、交換機１０６は無線ユニット１０２の電力消費を削減する。電力節減用交換機１０６が交換機自体の電力消費を削減することに向けられていないことは気付かれる。実際では、本発明に従って実行する作業のせいで電力節減用交換機１０６は先行技術の交換機よりも高い電力消費を有することがあり得る。通常、電力節減用交換機１０６は（１３０で図式的に示される）複数のポートを有し、多様なポート１３０は場合によっては無線ユニット１０２および配線接続されたユニットのために使用される。すなわち、加入者線交換機１１０は場合によっては配線端末ユニット１０４だけを取り扱い、かつ／またはＡＰ１１２は無線ユニット１０２だけを取り扱う。電力節減用交換機１０６は、場合によっては、無線ユニット１０２につながるポート上の情報を備えて構成されるか、またはそれを自動的に判定する。本発明のいくつかの実施形態では、無線ユニット１０２につながるポート上の情報は人間のシステム・オペレータによって設定される。場合によっては、または追加的に、ポート上の情報は自動的に、例えば隣り合うネットワーク・エレメントおよび／または隣り合わないネットワーク・エレメント間の制御パケットの交換を含むプロトコルに基づいて見つけ出される。
【００２４】
当該技術で知られているように、無線ユニット１０２または配線端末ユニット１０４が自体のためのＩＰアドレスを要求する必要があるとき、ユニットはＤＨＣＰ要求パケットをブロードキャスト・メッセージとしてネットワーク１００のすべてのノードに送信する。端末ユニット１０２および１０４はそれらが接近すべきアドレス・サーバのＩＰアドレスを常に備えて構成されるわけではなく、かつ送信の時間にＩＰアドレスを有していないことがあり得るので、ＤＨＣＰ要求は概してブロードキャスト・メッセージとして送信される。本発明のいくつかの実施形態では、ＡＰ１１２は無線ユニット１１２から受信されたパケットを配線接続されたノードだけ（図１のレイアウトでは電力節減用交換機１０６だけ）に転送するように構成される。下記で述べられるように、電力節減用交換機１０６はＤＨＣＰ要求をアドレス・サーバ１０８、場合によっては他の配線接続されたユニットへと転送し、いずれの無線ユニット１０２にも（すなわちいずれのＡＰ１１２にも）その要求を転送しない。
【００２５】
いくつかのケースでは、ＤＨＣＰ応答は、要求元ユニット１０２または１０４がアドレス・サーバと同じローカル・エリア・ネットワーク内にない可能性があるのでブロードキャスト・アドレスを備えてアドレス・サーバ１０８によって作り出される。下記で述べられるように、電力節減用交換機１０６は場合によってはＤＨＣＰ要求を送信したユニット１０２または１０４のユニキャスト・アドレスでブロードキャスト・アドレスを置き換え、それにより、その応答はそのユニット１０２または１０４に到達するだけとなる。
【００２６】
図２は本発明の範例の実施形態による電力節減用交換機によって実行される作用のフローチャートである。受信された各々のパケットについて、交換機１０６はそのパケットがＤＨＣＰパケットであり、かつブロードキャスト・アドレスを有するかどうかを判定する（工程２００）。もしもパケットがブロードキャスト・パケットではなく、かつ／またはＤＨＣＰパケットではない場合、パケットは当該技術で知られているいずれかの手法を使用して取り扱われる（工程２１２）。もしも（工程２００の）パケットがブロードキャスト・アドレスを有するＤＨＣＰパケットである場合、電力節減用交換機１０６はそのパケットがＤＨＣＰ要求であるかまたはＤＨＣＰ応答であるかを判定する（工程２０２）。もしも（工程２０２の）ＤＨＣＰパケットが要求パケットである場合、そのパケットは配線接続されたユニットにつながる交換機１０６のポート（場合によってはその要求が受信されたポートを除く）を通して転送される。もしも（工程２０２の）ＤＨＣＰパケットが応答パケットである場合、電力節減用交換機１０６は応答が向けられるユニットのユニキャスト・アドレスを判定し（工程２０６）、パケットの宛先アドレスを判定されたユニキャスト・アドレスに置き換える（工程２０８）。その後、パケットは電力節減用交換機１０６によって正規のユニキャスト・パケットとして転送される（工程２１０）。
【００２７】
パケットがＤＨＣＰパケットであるかどうかの判定は、場合によっては、パケットのプロトコル・フィールドを調べることによって実行される。本発明のいくつかの実施形態では、パケットがＤＨＣＰパケットであるかどうかの判定はパケットがブロードキャスト・パケットであるかどうかの判定の後に実行される。場合によっては、判定は同時に実行されるか、またはパケットがＤＨＣＰパケットであるかどうかが最初に判定される。
【００２８】
本発明のいくつかの実施形態では、電力節減用交換機１０６は規則的な作業を実行するハードウェア・ユニット、およびハードウェア・ユニットによって自動的に取り扱うことが不可能な特別なパケットを取り扱うソフトウェア・ユニットを有する。場合によっては、ハードウェア・ユニットはＤＨＣＰブロードキャスト・パケットを識別してそれらを取り扱いのためにソフトウェア・ユニットへと移す。別の代替選択肢では、ＤＨＣＰ要求がハードウェア・ユニットによって扱われ、その一方でＤＨＣＰ応答がソフトウェア・ユニットによって扱われる。
【００２９】
当該技術で知られているように、ＤＨＣＰパケットはそのパケットが要求であるかまたは応答であるかを示すフィールドを有する。このフィールドは、場合によっては、そのパケットが要求であるかまたは応答であるかを判定する工程（工程２０２）で使用される。
配線接続されたユニットにつながる交換機１０６のポートを通してＤＨＣＰ要求を転送する工程（工程２０４）をさらに詳しく参照すると、上述したような本発明のいくつかの実施形態では無線および配線接続されたユニットは交換機１０６の異なるポートへと接続され、ＤＨＣＰ要求は配線接続されたユニットにつながるポートだけを通して転送される。場合によっては、または追加的に、可能であれば交換機１０６はアドレス・サーバ１０８へとつながるポートを備えて構成され、ＤＨＣＰ要求はこのポートだけを通して転送される。さらに場合によっては、または追加的に、配線接続されたユニットおよび無線ユニットは、アドレス・サーバ１０８が無線ユニットと共に接続されていないことを前提として、交換機１０６の単一のポートを通して接続されることが可能である。この代替選択肢によると、交換機１０６はいずれの無線ユニットにも接続されないポートを通して、またはアドレス・サーバ１０８に接続されたポートだけを通してＤＨＣＰ要求を転送するように構成される。さらに場合によっては、または追加的に、交換機１０６はアドレス・サーバ１０８のＩＰアドレスを備えて構成され（またはそれを自動的に判定し）、交換機１０６はＤＨＣＰ要求の宛先アドレスをアドレス・サーバ１０８のアドレスに置き換える。
【００３０】
応答が向けられるユニットのユニキャスト・アドレスを判定する工程（工程２０６）をさらに詳しく参照すると、本発明のいくつかの実施形態では交換機１０６はアドレスが記載されているパケットのアプリケーション層フィールド、例えばクライアント識別子フィールド（例えばクライアントのＭＡＣアドレスを記載している）を調べる。場合によっては、または追加的に、ＤＨＣＰ要求が受信されると常に、交換機１０６はパケットに現れる要求のＩＤをパケットのソース・アドレスと共に表の記載項目に登録する。ＤＨＣＰ応答が受信されると、交換機１０６はその応答を表の記載項目と照合し、したがってパケットのユニキャスト宛先アドレスを判定する。
【００３１】
同じ方式ですべてのブロードキャストＤＨＣＰパケットを取り扱う工程の代替選択肢として、無線ユニットに向けられたＤＨＣＰ応答は配線接続されたユニットに向けられたＤＨＣＰ応答とは異なって扱われる。本発明のいくつかの実施形態では、配線接続されたユニットに向けられたＤＨＣＰ応答の宛先アドレスは置き換え処理されず、これらのＤＨＣＰ応答はＤＨＣＰ要求のように、配線接続されたユニットにつながるポートだけを通して転送される（概して、配線接続されたユニットの電力消費を削減する必要はない）。
上記の説明では、ネットワーク１００の実質的にすべてのトラフィックが通過する中央の交換機１０６によって本発明が実行されるように述べられているが、これは必要条件ではない。本発明のいくつかの実施形態では電力節減用交換機１０６はネットワーク１００のうちの無線ユニット１０２につながる部分だけを範囲に入れる。他のユニット、例えば配線端末ユニット１０４は、場合によってはアドレス・サーバ１０８および／または他のネットワーク・エレメントと通信することも可能であり、それらのトラフィックが電力節減用交換機１０６を通過することはない。
【００３２】
さらに、中央の交換機１０６によって実行されるような上述の作業は、場合によっては１つまたは複数のＡＰ１１２のような他のネットワーク・エレメントによって実行されることが可能である。単一のユニットによって本発明の取り扱い作業を実行する工程の代替選択肢として、本発明のいくつかの実施形態では、本発明の特別の取り扱いルールが異なるＤＨＣＰパケットに異なるユニットによって適用される。例えば、ＤＨＣＰ要求パケットは場合によっては、無線ユニットへのそれらの送信を阻止することでＡＰ１１２によって取り扱われ、その一方でＤＨＣＰ応答は上述したように交換機１０６によって取り扱われる。本発明のいくつかの実施形態では、ネットワーク全体にわたる複数のユニットが同じ上述の作業を実行し、その結果、ユニット間に負荷を配分する。場合によっては、アドレスの置き換えはパケットの宛先と同じローカル・エリア・ネットワークの中に設置されたネットワーク・エレメントによって実行される。
【００３３】
上述の方法および装置が、本方法の作業の順序、および装置に使用される正確な実施法の変更を含めて多くの方式で変えられることが可能であることは理解されるであろう。上述の方法および装置が、本方法を実行するための装置、および本装置を使用する方法を含むように解釈されることもやはり理解されるはずである。
【００３４】
範例の方式で与えられ、本発明の範囲を限定することを意図されない実施形態の非限定的な詳細説明を使用して本発明が述べられてきた。例えば、本発明の方法はＤＨＣＰプロトコルに限定されず、ＢＯＯＴＰプロトコルのような類似したプロトコルで使用されることが可能である。１つの実施形態に関して述べられた特徴および／または工程が他の実施形態で使用されることが可能であること、および本発明のすべての実施形態が特定の図で示されるかまたは実施形態の１つに関して述べられた特徴および／または工程を有するわけではないことは理解されるはずである。述べられた実施形態の変形例が当業者に生じるであろう。
【００３５】
上述の実施形態のいくつかが発明人によって考えられる最良のモードを述べることが可能であり、したがって本発明に必須である可能性のあり、範例として述べられる構造、作用、または構造と作用の細部を含むことが可能であることは気付かれる。本明細書に述べられた構造および作用は、当該技術で知られているように、たとえその構造と作用が異なっていても同じ機能を果たす同等例と置き換えることが可能である。したがって、本発明の範囲は特許請求項に使用されるような要素および制限によってのみ限定される。添付の特許請求項に使用されるとき、「含む」、「包含する」、「有する」およびそれらの活用形は「含むが限定はされない」ことを意味する。
【図面の簡単な説明】
【００３６】
【図１】本発明の範例の実施形態による無線ユニットを有するローカル・エリア・ネットワークを概略で例示する図である。
【図２】本発明の範例の実施形態による電力節減用交換機によって実行される作用を示すフローチャートである。
【図１】
2006033830.tif 000003
【図２】
2006033830.tif 000004