(57)【要約】開示するのは、ビーコンパケット（４００）を１つ以上のクライアント端末（１０６、１０８）に同報通信しビーコンパケットを処理する為の、システムと、方法と、コンピュータプログラム製品と、コンピュータデータ信号とである。ビーコンパケットには、プリアンブル（４０２）と、ヘッダ（４０４）と、データ部（４０６）とがある。ある同報通信の方法では、クライアント端末のいずれかの為にバッファされた何らかのデータがあるかを判定する（６０４）。バッファされたデータがある場合に、ビーコンパケットのデータ部よりも前に設置されたトラフィックインジケータフラグを第１の論理値に設定する（６０６）。バッファされたデータが何もない場合に、トラフィックインジケータフラグを第２の論理値に設定する（６０８）。このビーコンパケットをクライアント端末に同報通信する（６１２）。
2006527538.tif 000002
【特許請求の範囲】
【請求項１】
プリアンブル、ヘッダ、およびデータ部を有するビーコンパケットを１つ以上のクライアント端末へと同報通信する方法であって、、前記方法が、
前記クライアント端末のいずれかの為にバッファされたデータがあるかを判定する工程と、
バッファされたデータがある場合に、前記ビーコンパケットのデータ部よりも前に設置されているトラフィックインジケータフラグを第１の論理値に設定する工程と、
バッファされたデータが何もない場合に、前記トラフィックインジケータフラグを、前記第１の論理値とは異なる第２の論理値に設定する工程と、
前記ビーコンパケットを前記クライアント端末に同報通信する工程と、を含む方法。
【請求項２】
前記トラフィックインジケータフラグを前記ビーコンパケットのヘッダに設置する請求項１に記載の方法。
【請求項３】
請求項２に記載の方法であって、
前記ヘッダに、ＩＥＥＥ８０２．１１通信規格に従うサービス部があり、
前記トラフィックインジケータフラグが前記ヘッダの前記サービス部に設置される、方法。
【請求項４】
プリアンブルと、ヘッダと、データ部とを有するビーコンパケットを処理する方法であって、前記方法が、
前記ビーコンパケットを受信する工程と、
前記ビーコンパケットのデータ部よりも前に設置されている前記ビーコンパケットのトラフィックインジケータフラグの値を判定する為に前記ビーコンパケットの第１の部分を処理する工程と、
前記トラフィックインジケータフラグが第１の論理値を有している場合に、待機モードに入ることを選択する工程と、
前記トラフィックインジケータフラグが第２の論理値を有している場合に、通常動作モードを保ちながら前記ビーコンパケットの残りの部分の全てを処理する工程と、を含む方法。
【請求項５】
前記トラフィックインジケータフラグを前記ビーコンパケットのヘッダに設置する請求項４に記載の方法。
【請求項６】
請求項５に記載の方法であって、
前記ヘッダに、ＩＥＥＥ８０２．１１通信規格に従うサービス部があり、
前記トラフィックインジケータフラグが前記ヘッダのサービス部に設置される方法。
【請求項７】
プリアンブル、ヘッダ、およびデータ部を有するビーコンパケットに組み入れられたコンピュータデータ信号であって、前記コンピュータデータ信号が、
前記ビーコンパケットの前記データ部よりも前に設置されたトラフィックインジケータフラグを含む第１のデータセグメントと、前記トラフィックインジケータフラグが、１つ以上のクライアント端末の為にバッファされたデータがあることを指し示す為に第１の論理値に設定されているか、又は、バッファされたデータがないことを指し示す為に第２の論理値に設定されていることと、
前記ビーコンパケットのデータ部内に設置されたクライアント固有のトラフィックインジケータフラグを複数含む第２のデータセグメントを含み、前記クライアント固有のトラフィックインジケータフラグの各々が、前記クライアント端末のうちの対応する端末の為にバッファされたデータがあるかないかを指し示していることと、
からなるコンピュータデータ信号。
【請求項８】
前記ビーコンパケットがＩＥＥＥ８０２．１１通信規格に準拠した請求項７に記載のコンピュータデータ信号。
【請求項９】
前記トラフィックインジケータフラグが前記ビーコンパケットのヘッダに設置された、請求項７に記載のコンピュータデータ信号。
【請求項１０】
請求項９に記載のコンピュータデータ信号であって、
前記ヘッダに、ＩＥＥＥ８０２．１１通信規格に従うサービス部があり、
前記トラフィックインジケータフラグが前記ビーコンパケットのヘッダのサービス部に設置された、コンピュータデータ信号。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に無線通信の分野に関し、特に無線デバイスの無線ネットワーク通信に関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．１１無線通信規格の出現で、無線通信の新しい市場が誕生した。８０２．１１通信規格に記載されているプロトコルにより、無線デバイスと無線基地局との通信が可能になった。無線基地局（アクセスポイント即ちＡＰとしても知られている）が、その無線基地局に無線で接続された無線デバイスにネットワークを提供する。加えて、無線基地局は更に、ローカルエリアネットワーク（ＬＡＮ）、広域通信網（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）、専用線等々に接続可能である。このような接続により、無線基地局に無線で接続された無線デバイスに更なるネットワークアクセスが供給される。無線デバイスのユーザ向けの無線ネットワークアクセスは、ビル又はオフィスをあちこち移動しているときや旅行中や路上でのその他の状況でユーザに付加的な通信能力を供給するので有益である。しかし、無線ネットワークアクセスにも問題点はある。
【０００３】
無線基地局は、無線基地局に無線で接続されたクライアント端末（即ち無線デバイス）の全てに定期的に（例えば１００ｍｓおきに）ビーコンパケットを同報通信する。ビーコンパケットが保持しているのは、無線基地局に無線で接続された各無線デバイスに処理される多様な情報である。ビーコンパケットに存在する情報の一態様がトラフィック表示である。トラフィック表示は、無線基地局に無線で接続された無線デバイスのいずれかの為にバッファされたデータがあるかないかを指し示す情報である。しかし、トラフィック表示情報は、従来のビーコンパケットではほぼその端に設置されている。
【０００４】
クライアント端末（即ち無線デバイス）は、その無線デバイスの為にバッファされたデータがあるかどうかを判定する為に、ビーコンパケット全体を処理しなくてはならない。これでは、無線デバイスの為にバッファされたデータがない場合には有用でない多くの情報をその無線デバイスが処理するよう強制され、処理資源が無駄になる。この無駄は、ビーコンパケットが１００ｍｓおきくらいに同報通信されるという事実により更に多くなる。更に、ビーコンパケットの処理中は、無線デバイスが通常動作モードでなくてはならないので通常動作速度で無線デバイスの電力が消費される。これでは、無線デバイスがその無線デバイスにとって有用でない情報を処理する為にバッテリ資源を費やすよう強制され、携帯機器のバッテリ資源が無駄になる。その上、この無駄は、ビーコンパケットが１００ｍｓおきくらいに同報通信されるという事実により更に多くなる。    
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、好適な実施形態に従い、先行技術の問題点を、バッファされたデータがないときはビーコンパケットの全て又は実質的には全てをクライアント端末が処理しなくて済むようにすることで克服する。
【課題を解決するための手段】
【０００６】
簡潔に、本発明の一態様に従って、ビーコンパケットを１つ以上のクライアント端末へ同報通信する方法が提供され、このビーコンパケットには、プリアンブルと、ヘッダと、データ部とがある。本方法に従って、クライアント端末のいずれかの為にバッファされた何らかのデータがあるかを判定する。バッファされたデータがある場合に、ビーコンパケットのデータ部よりも前に設置されたトラフィックインジケータフラグを第１の論理値に設定する。バッファされたデータが何もない場合に、トラフィックインジケータフラグを第２の論理値に設定する。このビーコンパケットをクライアント端末に同報通信する。
【０００７】
本発明の別の態様に従って、ビーコンパケットを処理する方法が提供され、このビーコンパケットには、プリアンブルと、ヘッダと、データ部とがある。本方法に従って、ビーコンパケットが受信され、ビーコンパケットのデータ部よりも前に設置されたトラフィックインジケータフラグの値を判定する為にビーコンパケットの第１の部分を処理する。トラフィックインジケータフラグが第１の論理値を有している場合に、待機モードに入ることを選択する。トラフィックインジケータフラグが第２の論理値を有している場合に、ビーコンパケットの残りの部分の全て又は実質的には全てを処理する。
【０００８】
本発明の更にもう一つの別の態様に従って、ビーコンパケットに組み入れられたコンピュータデータ信号が提供され、このビーコンパケットには、プリアンブルと、ヘッダと、データ部とがある。コンピュータデータ信号には、ビーコンパケットのデータ部よりも前に設置されたトラフィックインジケータフラグを含む第１のコードセグメントと、ビーコンパケットのデータ部内に設置されたクライアント固有のトラフィックインジケータフラグを複数含む第２のコードセグメントとがある。トラフィックインジケータフラグが、１つ以上のクライアント端末の為にバッファされたデータがあることを指し示す為に第１の論理値に設定されている、又は、バッファされたデータが何もないことを指し示す為に第２の論理値に設定されている。クライアント固有のトラフィックインジケータフラグの各々が、クライアント端末のうちの対応する端末の為にバッファされた何らかのデータがあるかないかを指し示す。
【発明を実施するための最良の形態】
【０００９】
図１は従来の無線ネットワークを図示するブロック図である。図１の模範的な無線ネットワークには、無線基地局１０２と、無線デバイス１０６〜１０８とがある。無線基地局１０２は、無線デバイス１０６〜１０８が無線で使用可能なネットワークアクセスポイントである。ある実施形態では、無線基地局１０２は、一体化された無線アクセスポイントを備えたルータであり、ＩＥＥＥ８０２．１１（ｂ）無線通信規格に準拠している。無線基地局１０２は多数の無線デバイス１０６〜１０８を支援し、無線デバイス１０６〜１０８は別の状況ではクライアント端末として知られている。
【００１０】
無線デバイス１０６〜１０８の各々は、デスクトップコンピュータ、ラップトップコンピュータ、ハンドヘルドコンピュータ、パームトップコンピュータ、移動電話、プッシュトゥトーク移動無線装置、テキストメッセージ通信装置、双方向ページャ、一方向ページャ、その他の無線通信に使用可能な装置である。無線デバイス１０６〜１０８の各々が、無線基地局１０２と通信する為に、適切な無線通信規格に従う送信器と受信器とを装備している。本発明のある実施形態では、無線デバイス１０６〜１０８の各々が、無線基地局１０２と通信する為に、ＩＥＥＥ８０２．１１（ｂ）準拠の無線アクセスチップセットを装備している。
【００１１】
無線基地局１０２には更にネットワーク接続（図示せず）があってもよい。ネットワーク接続は、ローカルエリアネットワーク（ＬＡＮ）、広域通信網（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）、専用線、等々のうち任意の一つ又は任意の組み合わせとの接続である。このような接続により、無線デバイス１０６〜１０８に更なるネットワークアクセスがもたらされる。
【００１２】
図２は無線通信システム用の従来の無線デバイス１０６のブロック図である。無線デバイス１０６には、無線信号又は他の無線の信号（即ちチャネル２１０）により無線基地局１０２と情報を送受信する為の受信器２０６と送信器２０８とがある。本発明のある実施形態では、受信器２０６及び送信器２０８は、チャネル２１０を通じＩＥＥＥ８０２．１１（ｂ）無線通信規格に従って動作する。受信器２０６及び送信器２０８により送受信された情報の全てが通信サブプロセッサ２０４により処理される。
【００１３】
無線デバイス１０６には、無線デバイス１０６の送受信機能に関連付けられた全プロセスを扱うメインプロセッサ２１２がある。メインプロセッサ２１２は無線デバイス１０６の他の機能を果たしてもよい。図２には更に、情報を保存する記憶装置２１４と、ＤＲＡＭモジュールのような揮発性メモリ要素又はフラッシュＥＥＰＲＯＭモジュールなどの不揮発性メモリ又はこれらの両方などのメインメモリ２１６とがある。メインメモリ２１６は、無線デバイス１０６の機能を果たすのに必要なデータ及び命令を保存する為に用いられている。通信バス２０２は、通信サブプロセッサ２０４とメインプロセッサ２１２と記憶装置２１４とメインメモリ２１６との間の通信用のコンジットを提供する。他の実施形態では、無線デバイス自身にはプロセッサが無い。このような実施形態では、パケットの処理などの無線デバイスの機能を、無線デバイスが接続されたホストシステムのプロセッサが扱う。
【００１４】
図３は、無線通信システム用の従来の無線基地局１０２のブロック図である。無線基地局１０２には、無線信号又は他の無線の信号（即ちチャネル３１０）により無線デバイス１０６〜１０８と情報を送受信する為の受信器３０６と送信器３０８とがある。本発明のある実施形態では、受信器３０６及び送信器３０８はチャネル３１０を通じＩＥＥＥ８０２．１１（ｂ）無線通信規格に従って動作する。受信器３０６及び送信器３０８により送受信された情報の全てが通信サブプロセッサ３０４により処理される。
【００１５】
無線基地局１０２には、無線基地局１０２の送受信機能に関連付けられた全プロセスを扱うメインプロセッサ３１２がある。メインプロセッサ３１２は無線基地局１０２の他の機能を果たしてもよい。図３には更に、情報を保存する記憶装置３１４と、ＤＲＡＭモジュールのような揮発性メモリ要素又はフラッシュＥＥＰＲＯＭモジュールなどの不揮発性メモリ又はこれらの両方などのメインメモリ３１６とがある。メインメモリ３１６は、無線基地局１０２の機能を果たすのに必要なデータ及び命令を保存する為に用いられている。通信バス３０２は、通信サブプロセッサ３０４とメインプロセッサ３１２と記憶装置３１４とメインメモリ３１６との間の通信用のコンジットを提供する。
【００１６】
以上の通り、無線基地局１０２には、イーサネットポートなどの通信インタフェース３２２へのネットワーク接続３１８があってもよい。接続３１８及び通信インタフェース３２２が、例えば、ＬＡＮや、ＷＡＮや、ＰＳＴＮや、専用線などのうち１つ以上である、ネットワーク３２０へのアクセスをもたらす。
【００１７】
図４は、本発明の一つの実施形態に係るビーコンパケット４００の図である。ビーコンパケット４００は、無線基地局１０２により無線基地局１０２に無線で接続されたクライアント端末（即ち無線デバイス１０６〜１０８）の全てに定期的に（例えば１００ｍｓおきに）同報通信されるパケットである。ビーコンパケット４００が保持しているのは、無線基地局１０２に無線で接続された各無線デバイスによる処理の為の多様な情報である。本発明は、ビーコンパケット４００に存在する情報の一態様、即ちトラフィック表示に焦点を合わせている。トラフィック表示は、無線基地局１０２に無線で接続された無線デバイスの為にバッファされたデータがあるかないかを指し示す情報である。
【００１８】
図示の実施形態では、ビーコンパケット４００はＩＥＥＥ８０２．１１（ｂ）無線通信規格に準拠している。更なる実施形態では、ビーコンパケットが準拠しているのは、ＩＥＥＥ８０２．１１（ｇ）規格、又はビーコンパケット等々を含むその他の規格である。図４のビーコンパケット４００には３つの主要な構成要素がある。プリアンブル４０２と、物理層コンバージェンスプロシージャ（ＰＬＣＰ）ヘッダ４０４と呼ばれるヘッダと、メディアアクセスコントローラプロトコルデータユニット（ＭＰＤＵ）４０６と呼ばれるデータ部とである。（以下に記載される模範的な実施形態では８０２．１１（ｂ）規格を用いているので、本記述では、ヘッダを参照するのに「ＰＬＣＰヘッダ」、データ部を参照するのに「ＭＰＤＵ」を用いる。しかし、これは単にわかりやすくする為になされたことと理解されるべきである。本発明は、８０２．１１（ｂ）規格に制限されておらず、ビーコンパケット等を用いる任意の通信規格又はプロトコルに一般に適用可能である。）
図示のビーコンパケット４００は、無線基地局１０２により同報通信される一連のデータを左から右へと示す。つまり、ビーコンパケット４００の左端のデータが右端のデータよりも前に送られる。ここで留意すべきは、規格のビーコンパケットとその構成要素とが、公開されたＡＮＳＩ／ＩＥＥＥ規格８０２．１１、１９９９年版の７．２．３節、７．２．３．１節、７．３節と、その補遺のＡＮＳＩ／ＩＥＥＥ規格８０２．１１（ｂ）（１９９９）と、ＡＮＳＩ／ＩＥＥＥドラフト規格８０２．１１（ｇ）のドラフト８．２（２００３年４月）に詳しく記載されていることであり、これら全ての全体が参照により本明細書に組み込まれる。
【００１９】
プリアンブル４０２には２つのフィールドがある。同期フィールド（ＳＹＮＣ）とフレーム開始デリミタ（ＳＦＤ）フィールドである。プリアンブル４０２はロングプリアンブル又は代案としてショートプリアンブルである。ロングプリアンブルの場合について言えば、同期フィールド４１２が１２８ビットで、ＳＦＤフィールド４２２が１６ビットである。ショートプリアンブルの場合について言えば、同期フィールド４１２が５６ビットで、ＳＦＤフィールド４２２が１６ビットである。ビーコンパケット４００のプリアンブル４０２は、８０２．１１（ｂ）規格の下では速度１Ｍｂｐｓで送信される。
【００２０】
ＰＬＣＰヘッダ４０４には４つのフィールドがある。信号フィールド４１４と、サービスフィールド４１６と、長さフィールド４１８と、巡回冗長検査（ＣＲＣ）フィールド４２０である。信号フィールド４１４及びサービスフィールド４１６は各々８ビットで、長さフィールド４１８及びＣＲＣフィールド４２０は各々１６ビットである。サービスフィールド４１６は、以下で図５を参照し更に詳しく記載される。８０２．１１（ｂ）規格の下では、ビーコンパケット４００のＰＬＣＰヘッダ４０４は、プリアンブル４０２がロングプリアンブルであれば、速度１Ｍｂｐｓで送信される。ビーコンパケット４００のＰＬＣＰヘッダ４０４は、プリアンブル４０２がショートプリアンブルであれば、速度２Ｍｂｐｓで送信される。
【００２１】
ＭＰＤＵ４０６には８つのフィールドがある。１６ビットのフレーム制御フィールド４３６と、１６ビットの持続時間フィールド４４６と、４８ビットの宛先アドレスフィールド４５６と、４８ビットのソースアドレスフィールド４６６と、４８ビットの基本サービスセット識別（ＢＳＳＩＤ）フィールド４７６と、１６ビットのシーケンス制御フィールド４８６と、可変長のフレーム本体フィールド４９６と、３２ビットのフレームチェックシーケンス（ＦＣＳ）フィールド４９７である。
【００２２】
フレーム本体フィールド４９６には幾つかのサブフィールドがある。規格及びその補遺で説明されているように、これらのサブフィールドには、６４ビットのタイムスタンプフィールド４５０と、１６ビットのビーコン間隔フィールド４５１と、１６ビットの機能フィールド４５２とがある。フレーム本体フィールド４９６には更に、１６ビットの長さに加えＳＳＩＤのキャラクタ毎に８ビットが付加されるサービスセット識別子（ＳＳＩＤ）フィールド４５３がある（ＳＳＩＤのキャラクタの数はゼロから３２までである）。フレーム本体フィールド４９６には更に、１６ビットの長さに加え最大８種までのサポート速度毎に８ビットが付加される補助速度フィールド４５４がある（例えば、８０２．１１（ｂ）規格ではサポート速度が４種ある）。フレーム本体フィールド４９６には更に、長さ２４〜８８ビットのパラメータフィールド４５５がある。
【００２３】
加えて、フレーム本体フィールド４９６には長さ４０＋８ｘビットのトラフィックインジケータマップ（ＴＩＭ）フィールド４５７があり、ここでｘは、８０２．１１（ｂ）規格の下では不等式１≦５ｘ≦２５１を満たす。より具体的には、ＴＩＭフィールド４５７には、４０ビットに加え、無線基地局１０２に無線で接続されたクライアント端末毎に１ビットが付加され、ここで付加されるビットの数は８の倍数であるという条件がある。無線で接続されたクライアント端末の数が８の倍数でない場合、ＴＩＭフィールド４５７の付加されるビットの総数が８で割り切れるよう、要望に応じてＴＩＭフィールド４５７の端に付加的な（無意味な）１ビット〜７ビットが単純に追加される。ＴＩＭフィールド４５７には、無線基地局１０２に無線で接続されたクライアント端末の各々（即ち無線デバイス１０６〜１０８）の為にバッファされたデータがあるかないかに関する情報が含まれている。具体的には、無線基地局１０２に無線で接続された無線デバイス毎に、ＴＩＭフィールド４５７に対応する１ビットの値があり、この値がその無線デバイスの為にバッファされたデータがあるかないかを特定する。ビーコンパケット４００のＭＰＤＵ４０６は、８０２．１１（ｂ）規格の下では速度１、２、５．５、１１Ｍｂｐｓで送信される。
【００２４】
従来、クライアント端末（即ち無線デバイス）１０６は、この無線デバイス１０６の為にバッファされたデータがあるかどうかを判定する為にビーコンパケット４００の全体を処理しなければならなかった。これでは、この無線デバイス１０６の為にバッファされたデータがない場合に有用でない多くの情報を処理するよう無線デバイス１０６が強制され、処理資源が無駄になる。この無駄は、ビーコンパケットが頻繁に（８０２．１１（ｂ）規格の下では１００ｍｓおきに）同報通信されるという事実により更に多くなる。更に、ビーコンパケットの処理中は、無線デバイス１０６が通常動作モードになっていなくてはならないので、通常動作速度で電力資源が消費される。これでは、無線デバイス１０６が有用でない情報を処理する為にバッテリ資源を費やすよう強制され、携帯機器のバッテリ資源が無駄になる。その上、この無駄は、ビーコンパケットが頻繁に同報通信されるという事実により更に多くなる。
【００２５】
具体的には、一つの例では、ビーコンパケットが、持続時間を１３７μｓ（マイクロ秒）より長くするように、無線基地局１０２により無線デバイス１０６へと１１Ｍｂｐｓで同報通信される（ショートプリアンブル４０２を用いた場合）。ここで留意すべきは、ＭＰＤＵ４０６の長さが可変（上記の説明参照）なのでビーコンパケット４００の長さ又は持続時間も可変だということである。合計持続時間のうち、プリアンブル４０２の持続時間は７２μｓであり、ＰＬＣＰヘッダ４０４の持続時間は２４μｓであり、ＭＰＤＵ４０６の持続時間は４１μｓを上回る。ＴＩＭ４５７の長さは可変なのでその持続時間も可変であり、４８ビット〜２０４８ビットから成るＴＩＭ４５７の持続時間は、ビーコンパケットが１１Ｍｂｐｓで送られた場合、４．４μｓ〜１８６．２μｓである。従って、従来、無線デバイス１０６は、ビーコンパケットのほぼ端に設置されたＴＩＭ４５７のトラフィック情報を処理する為に、１３７μｓよりも長い間処理しなくてはならなかった（ＴＩＭの適正な受信を認可する為にＦＣＳの処理が必要とされる）。この結果、無線デバイス１０６は、ビーコンパケットを受信する毎に通常動作速度でこの持続時間に亘り電力を消費しなくてはならなかった。この消費は、ビーコンパケットが頻繁に（例えば、１００ｍｓおきくらいに）同報通信されるという事実により更に増大する。
【００２６】
本発明の実施形態では、このような効率の悪さを抑えるべく、ビーコンパケットの少なくとも幾つかのトラフィック表示情報が早めに送られる。本発明の実施形態の一例では、トラフィックフラグインジケータがビーコンパケット４００のＰＬＣＰヘッダ４０４のサービスフィールド４１６の予約ビットに配置されている。本実施形態のビーコンパケット４００のサービスフィールド４１６は以下で図５を参照し更に詳しく記載される。トラフィックインジケータフラグは、無線基地局１０２に無線で接続された無線デバイス１０６〜１０８のいずれかの為にバッファされたデータがあるかないかを指し示す単一のビットである。トラフィックインジケータフラグが第１の論理値（例えば１）に設定されているとき、このフラグは、無線基地局１０２に無線で接続された無線デバイス１０６〜１０８の少なくとも１つの為にバッファされたデータがあることを指し示す。この情報は、まさしく無線デバイス１０６〜１０８についての情報であり、依然として、ＴＩＭフィールド４５７のクライアント固有のインジケータフラグにある。トラフィックインジケータフラグが第２の論理値（例えばゼロ）に設定されているとき、このフラグは、無線基地局１０２に無線で接続された無線デバイス１０６〜１０８のいずれかの為にバッファされたデータが現在何もないことを指し示す。トラフィックインジケータフラグを設定する模範的なプロセスが以下で図６を参照し更に詳しく記載される。
【００２７】
本実施形態におけるＰＬＣＰヘッダ４０４のサービスフィールド４１６でのトラフィックインジケータフラグの配置により、多くの場合に、バッファされたデータがあるかないかを確認する為にビーコンパケット４００の全体を無線デバイス１０６が処理する必要がなくなる。具体的には、ＰＬＣＰヘッダ４０４のサービスフィールド４１６でのトラフィックインジケータフラグの配置により、各無線デバイス１０６の処理は、１）プリアンブル４０２と、２）ＰＬＣＰヘッダ４０４と、バッファされたデータがないことを確認する為に任意に３）ＭＰＤＵ４０６のフレーム制御フィールド４３６とについてのみで済む。これにより、バッファされたデータがないときにビーコンパケットのＭＰＤＵ４０６の全て又は実質的には全てを無線デバイス１０６が処理する必要がなくなる。これにより、無線デバイス１０６を早めに待機モードに入れることができ、よってバッテリ電力及び処理資源が節減される結果になる。無線デバイス１０６によりトラフィックインジケータフラグを処理する模範的なプロセスが以下で図７を参照し更に詳しく記載される。
【００２８】
本発明のこの特質によって、バッファされたデータがないとき、ビーコンパケット４００の関連部分の持続時間が短縮される。その理由は、無線デバイス１０６が処理しなくてはならないものが、１）持続時間７２μｓのプリアンブル４０２と、２）持続時間２４μｓのＰＬＣＰヘッダ４０４と、３）持続時間１．４５μｓのＭＰＤＵ４０６のフレーム制御フィールド４３６（ショートプリアンブル４０２でありＭＰＤＵの伝送速度を１１Ｍｂｐｓとした場合）のみだからである。よって、ビーコンパケット４００のこの関連部分の合計持続時間は９７．４５μｓとなる。この合計持続時間は、全てそろっているビーコンパケット４００の持続時間（＞１３７μｓでほぼ３４８μｓまで）に比べ相当短い。これで、バッファされたデータがないときは必ず、ビーコンパケット４００を処理する為に無線デバイス１０６が通常動作モードでなくてはならない時間が短縮される（少なくとも３９．５５μｓ）。この結果、無線デバイス１０６を早めに待機モードに入れることが可能になり、無線デバイス１０６の電力が節減される。ビーコンパケットが頻繁に送られるので、この節減は急速に向上する。
【００２９】
これによって、この場合にはビーコンパケット４００の処理される部分が小さいので、ビーコンパケット４００の処理の間に無線デバイス１０６が費やす処理資源の量も低減する。これにより、処理資源をより良くより効率的に割り当てることができる。
【００３０】
ここで留意すべきは、トラフィックインジケータフラグがＰＬＣＰヘッダのサービスフィールドにあるので、バッファされたデータがあるかないかを判定する為にこのサービスフィールドの先まで処理する必要がないことである。しかし、適正な受信と受信したものがビーコンパケットであることとを保証する為に、ＰＬＣＰヘッダの長さフィールド及びＣＲＣフィールドとＭＰＤＵのフレーム制御フィールドとについても処理することが好ましい。
【００３１】
図５は、図４のビーコンパケットの部分のより詳細な図である。具体的には、図５は、ビーコンパケット４００のＰＬＣＰヘッダ４０４のサービスフィールド４１６を示す。サービスフィールド４１６には、ｂ０〜ｂ７と名付けられた８ビットがある。８０２．１１（ｂ）規格では、ビット５０６即ちｂ２が固定クロックビットに指定され、ビット５０８即ちｂ３が変調選択ビットに指定され、ビット５１６即ちｂ７が長さ延長ビットに指定され、ビット５０２、５０４、５１０、５１２、５１４（即ちビットｂ０、ｂ１、ｂ４、ｂ５、ｂ６）が予約ビットである。ここで留意すべきは、従来のサービスフィールドとその構成要素との詳細が、公開されたＡＮＳＩ／ＩＥＥＥ規格８０２．１１及びその補遺の節１５．２．３．４に記載されていることである。
【００３２】
本発明のある実施形態では、ビーコンパケット４００のＰＬＣＰヘッダ４０４のサービスフィールド４１６の予約ビットにトラフィックインジケータフラグが配置されている。この模範的な実施形態のトラフィックインジケータフラグは、無線基地局１０２に無線で接続された無線デバイス１０６〜１０８のいずれかの為にバッファされたデータがあるかないかを指し示す単一のビットである。トラフィックインジケータフラグが第１の論理値に設定されているときは、このフラグは、無線基地局１０２に無線で接続された無線デバイス１０６〜１０８の１つ以上の為にバッファされたデータがあることを指し示す。この情報は、まさしく無線デバイス１０６〜１０８についての情報であり、ＴＩＭフィールド４５７にある。トラフィックインジケータフラグが第２の論理値に設定されているときは、このフラグは、無線基地局１０２に無線で接続された無線デバイス１０６〜１０８のどれの為にもバッファされたデータがないことを指し示す。一つの模範的な実施形態におけるトラフィックインジケータフラグ設定プロセスを以下で図６を参照し更に詳しく記載する。
【００３３】
本発明の好適な実施形態では、トラフィックインジケータフラグが、ビーコンパケット４００のＰＬＣＰヘッダ４０４のサービスフィールド４１６の、予約ビット５０２（ｂ０）か予約ビット５０４（ｂ１）か予約ビット５１０（ｂ４）に配置された。これは、公開されたＡＮＳＩ／ＩＥＥＥ規格８０２．１１（ｇ）のドラフト８．２の節１９．３．２．１では、予約ビット５１２（即ちｂ５）及び５１４（即ちｂ６）には用途が割り当てられているからである。しかし、更なる実施形態では、トラフィックインジケータフラグ（即ち単数又は複数のビット）が配置されるのは、ビーコンパケットのＴＩＭフィールドよりも前のどこでもよく、好ましいのは、ビーコンパケットのプリアンブルフィールド又はヘッダフィールドである。
【００３４】
図６は、本発明の一つの実施形態に係るビーコンパケット生成プロセスを示す操作フローチャートである。図６の操作フローチャートは、どのようにビーコンパケット４００が無線基地局１０２により生成され、無線基地局１０２に無線で接続された無線デバイス１０６〜１０８に同報通信されるかについての、全体的なプロセスを示す。図６の操作フローチャートは工程６０２で開始しすぐに工程６０４へと進む。
【００３５】
工程６０４では、無線基地局１０２が、無線基地局１０２に無線で接続された無線デバイス１０６〜１０８のいずれかへの伝送の為にバッファされた何らかのデータがあるかどうかを判定する。この判定の結果が肯定の場合、制御は工程６０６へと進む。この判定の結果が否定の場合、制御は工程６０８へと進む。
【００３６】
工程６０６では、無線基地局１０２が、指定されたトラフィックインジケータフラグ、例えば、８０２．１１（ｂ）規格の下ではビーコンパケット４００のＰＬＣＰヘッダ４０４のサービスフィールド４１６の予約ビット５０２（即ちｂ０）や５０４（即ちｂ１）や５１０（即ちｂ４）などを、第１の論理値、例えば１などに設定する。代わりの工程６０８では、無線基地局１０２が、指定されたトラフィックインジケータフラグを、第２の論理値、例えばゼロなどに設定する。工程６１０では、無線基地局１０２がビーコンパケット４００の残りの部分を処理する。工程６１２では、無線基地局１０２によりビーコンパケット４００が、送信器３０８を介し適切な無線チャネル（又は他の無線のチャネル）３１０を通じて同報通信される。
【００３７】
工程６１４では、ビーコンパケット４００同士間の間隔（１００ｍｓなど）に対応する期間が経過する。その後、制御は工程６０４へと戻り、工程６０４では次のビーコンパケット４００を生成するプロセスが始まる。
【００３８】
図７は、本発明の一つの実施形態に係るパケット処理を示す操作フローチャートである。図７の操作フローチャートは、無線基地局１０２に無線で接続された無線デバイス１０６によりビーコンパケット４００がどのように処理されるかについての、全体的なプロセスを示す。図７の操作フローチャートは工程７０２で開始し、すぐに工程７０４へと進む。
【００３９】
工程７０４では、無線デバイス１０６が、情報パケットの先頭が無線基地局１０２から（即ち、受信器２０６を介してデータチャネル２１０を通じて）受信されたかどうかを判定する。この判定の結果が肯定の場合、制御は工程７０６へと進む。この判定の結果が否定の場合、制御は工程７０４へと戻る。
【００４０】
工程７０６では、無線デバイス１０６が、受信したパケットのプリアンブル４０２とＰＬＣＰヘッダ４０４とを処理する。工程７０８では、無線デバイス１０６が、受信したパケットのＰＬＣＰヘッダのサービスフィールド４１６の予約ビット５０２や５０４や５１０などの、トラフィックインジケータフラグの値を判定する。この判定の結果が第１の論理値（例えば１）の場合、制御は工程７１０へと進む。この判定の結果が第２の論理値（例えばゼロ）の場合、制御は工程７１２へと進む。これまでに述べたように、トラフィックインジケータフラグが第１の論理値に設定されているとき、このフラグは、無線基地局１０２に無線で接続された無線デバイス１０６〜１０８の１つ以上の為にバッファされたデータがあることを指し示す。トラフィックインジケータフラグが第２の論理値に設定されているとき、このフラグは、無線基地局１０２に無線で接続された無線デバイス１０６〜１０８のどれの為にもバッファされたデータがないことを指し示す。
【００４１】
工程７１０では、無線デバイス１０６が、受信したパケットの残りを処理する。この場合は、バッファされたデータを持つ無線デバイス１０６〜１０８についての情報は、受信したパケットの後ろの方のＴＩＭフィールド４５７にある。
【００４２】
工程７１２では、無線デバイス１０６が、受信したパケットのＭＰＤＵ４０６のフレーム制御フィールド４３６を処理する。フレーム制御フィールド４３６には、受信したパケットのタイプに関連付けられた情報がある。工程７１４では、無線デバイス１０６がフレーム制御フィールド４３６の情報から、受信したパケットがビーコンパケット４００かどうかを判定する。この判定の結果が肯定の場合、制御は工程７１６へと進む。この判定の結果が否定の場合、制御は工程７１０へと進む。
【００４３】
工程７１６では、無線デバイス１０６が、電力を節約する待機モードに入る。工程７１８では、ビーコンパケット４００同士間の間隔（１００ｍｓなど）に対応する期間が経過する。その後、制御は工程７０４へと戻り、工程７０４では次のビーコンパケット４００の処理が始まる。
【００４４】
本発明の実現は、ハードウェア（論理回路、レジスタ、ステートマシンを用いることなどにより）でも、ソフトウェアでも、ハードウェアとソフトウェアとの組み合わせでも、可能である（例えば、無線デバイス又は基地局において）。本発明の好適な実施形態に係るシステムの実現は、１つの情報処理システムに集中させるやり方でも、異なる要素が幾つかの相互接続されたシステムに散在するよう分配するやり方でも、可能である。本明細書で記載された方法を達成する為に改造された種類の情報処理システム又は他の装置なら何でも適している。ハードウェアとソフトウェアとの典型的な組み合わせはコンピュータプログラムを備えた汎用コンピュータシステムであり、このコンピュータプログラムは、ロードされ実行されたときに、コンピュータシステムが本明細書で記載された方法を達成するようコンピュータシステムを制御する。
【００４５】
本発明の実施形態は、本明細書で記載された方法の実装を可能にする特質全てを備え、システムにロードされたときにこれらの方法を達成可能なコンピュータプログラム製品に組み込むこともできる。本発明で用いられたようなコンピュータプログラム手段又はコンピュータプログラムは、情報処理能力のあるシステムに特定の機能を、すぐに果たすよう、又は、ａ）別の言語やコードや記法への変換とｂ）異なる材料形態での再現とのうち、一方又は両方の後で果たすよう意図された、任意の言語やコードや記法での、一組の命令の任意の表現を指し示す。
【００４６】
システムには、とりわけ、１つ以上の情報処理システム及び／又はコンピュータと、少なくとも機械可読媒体又はコンピュータ可読媒体とがあり、これにより、システムが、データと、命令と、メッセージ又はメッセージパケットと、機械可読媒体又はコンピュータ可読媒体の他の情報とを読み込むことができる。機械可読媒体又はコンピュータ可読媒体には不揮発性メモリがあり、例えば、ＲＯＭ、フラッシュメモリ、ディスクドライブメモリ、ＣＤ−ＲＯＭ、他の永久記憶装置などである。加えて、機械可読媒体又はコンピュータ可読媒体には、例えば、永久記憶装置もあり、その例は、ＲＡＭ、バッファ、キャッシュメモリ、ネットワーク回路などである。更に、機械可読媒体又はコンピュータ可読媒体には、有線ネットワークや無線ネットワークなどを含む、ネットワークリンク及び／又はネットワークインタフェースなどの一時的な状態の媒体の情報が含まれる場合もあり、この一時的な状態の媒体によりコンピュータシステムがこのようなコンピュータ可読の情報を読み込めるようになる。
【００４７】
図８は、本発明の実施形態の実施に有用なコンピュータシステムのブロック図である。図８のコンピュータシステムには、プロセッサ８０４などの多数のプロセッサがある。プロセッサ８０４は通信インフラストラクチャ８０２（例えば、通信バス、クロスバー、ネットワーク）に接続されている。この模範的なコンピュータシステムにより種々のソフトウェアの実施形態が記載されている。この記述によって、本発明を他のコンピュータシステム及び／又はコンピュータアーキテクチャを用いてどのように実施するかが当業者には明白となる。
【００４８】
コンピュータシステムには、表示装置８１０に表示する為に、グラフィックス、テキスト、他のデータを通信インフラストラクチャ８０２から（又は図示しないフレームバッファから）回送する表示インタフェース８０８があってもよい。コンピュータシステムには更に、好ましくはランダムアクセスメモリ（ＲＡＭ）のメインメモリ８０６があり、更に補助メモリ８１２があってもよい。補助メモリ８１２には、例えば、ハードディスクドライブ８１４及び／又は脱着可能な記憶ドライブ８１６があり、フロッピーディスクドライブ、磁気テープドライブ、光ディスクドライブ等に相当する。脱着可能な記憶ドライブ８１６は、脱着可能な記憶装置８１８に対し読み込み及び／又は書き込みを当業者に周知のやり方で行う。脱着可能な記憶装置８１８は、フロッピーディスク、磁気テープ、光ディスク等に相当し、脱着可能な記憶ドライブ８１６により読み込みと書き込みとをなされる。もちろん、脱着可能な記憶装置８１８には、コンピュータソフトウェア及び／又はデータが保存されているコンピュータ使用可能な記憶媒体がある。
【００４９】
幾つかの実施形態では、補助メモリ８１２に、コンピュータプログラムできる別の同様な手段、又はコンピュータシステムにロードされる他の命令がある。このような手段には、例えば、脱着可能な記憶装置８２２とインタフェース８２０とがある。これらの例には、プログラムカートリッジ及びカートリッジインタフェース（ビデオゲーム装置にあるものなど）と、脱着可能なメモリチップ（ＥＰＲＯＭ、ＰＲＯＭなど）及び関連付けられたソケットと、他の脱着可能な記憶装置８２２及びその脱着可能な記憶装置８２２からソフトウェアとデータとをコンピュータシステムに転送させるインタフェース８２０とがある。
【００５０】
コンピュータシステムには更に通信インタフェース８２４があってもよい。通信インタフェース８２４が、ソフトウェアとデータとをコンピュータシステムと外部装置との間で転送可能にする。通信インタフェース８２４の例には、モデム、ネットワークインタフェース（イーサネットカードなど）、通信ポート、ＰＣＭＣＩＡスロットとカード等がある。通信インタフェース８２４には、好ましくは１つ以上の無線通信インタフェースがあり、更に１つ以上の有線通信インタフェースがあってもよい。通信インタフェース８２４により転送されたソフトウェア及びデータの形は信号であり、この信号は、例えば、電気信号、電磁気の信号、光学の信号、通信インタフェース８２４が受信可能な他の信号である。これらの信号を通信インタフェース８２４に供給するのは通信パス（即ちチャネル）８２６である。このチャネル８２６は信号を運び、チャネル８２６の実施は、電線又はケーブル、光ファイバ、電話回線、セルラー電話リンク、ＲＦリンク、及び／又は、他の通信チャネルを用いて行えばよい。
【００５１】
本明細書では、用語「コンピュータプログラム媒体（ｃｏｍｐｕｔｅｒ  ｐｒｏｇｒａｍ  ｍｅｄｉｕｍ）」、「コンピュータ使用可能な媒体（ｃｏｍｐｕｔｅｒ−ｕｓａｂｌｅ  ｍｅｄｉｕｍ）」、「機械可読媒体（ｍａｃｈｉｎｅ−ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）」、「コンピュータ可読媒体（ｃｏｍｐｕｔｅｒ−ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）」を、一般に、メインメモリ８０６及び補助メモリ８１２、脱着可能な記憶ドライブ８１６、ハードディスクドライブ８１４にインストールされたハードディスク、信号、などの媒体を参照する為に使用した。これらのコンピュータプログラム製品は、ソフトウェアをコンピュータシステムに供給する為の手段である。コンピュータ可読媒体により、データ、命令、メッセージ又はメッセージパケット、コンピュータ可読媒体からの他のコンピュータ可読の情報を、コンピュータシステムが読み込み可能になる。コンピュータ可読媒体には、例えば不揮発性メモリがあり、その例は、フロッピー、ＲＯＭ、フラッシュメモリ、ディスクドライブメモリ、ＣＤ−ＲＯＭ、他の永久記憶装置などである。不揮発性メモリは、例えば、データ及びコンピュータ命令などの情報をコンピュータシステム同士間で移送するのに有用である。更に、コンピュータ可読媒体には、有線ネットワークや無線ネットワークを含む、ネットワークリンク及び／又はネットワークインタフェースなどの一時的な状態の媒体のコンピュータ可読の情報があってもよく、この一時的な状態の媒体によりコンピュータがそのようなコンピュータ可読の情報を読み込めるようになる。
【００５２】
コンピュータプログラム（コンピュータ制御論理とも呼ばれる）がメインメモリ８０６及び／又は補助メモリ８１２に保存されている。コンピュータプログラムは通信インタフェース８２４により受信されることもある。このようなコンピュータプログラムが実行されると、本明細書で論じられた本発明の特質をコンピュータシステムが果たせるようになる。中でも特に、コンピュータプログラムが実行されると、コンピュータシステムの特質をプロセッサ８０４が果たせるようになる。従って、このようなコンピュータプログラムがコンピュータシステムの制御装置に相当する。
【００５３】
本発明の特殊な実施形態が開示されたが、当業者には、本通信のシステム精神及び範囲から逸脱することなくこの特殊な実施形態を変更できることが分かる。従って、この特殊な実施形態に本発明の範囲は限定されていない。更に、添付の請求項があらゆるこのような応用、修正、実施形態を、本発明の範囲内に含むことが意図されている。
【図面の簡単な説明】
【００５４】
【図１】従来の無線ネットワークを図示するブロック図。
【図２】無線通信システム用の従来の無線デバイスブロック図。
【図３】無線通信システム用の従来の無線基地局のブロック図。
【図４】本発明の一つの実施形態に係るビーコンパケットの図。
【図５】図４のビーコンパケットの一部分の更に詳細な図。
【図６】本発明の一つの実施形態に係るビーコンパケット生成プロセスを示す操作フローチャート。
【図７】本発明の一つの実施形態に係るパケット処理を示す操作フローチャート。
【図８】本発明の実施に有用な情報処理システムのブロック図。
【図１】
2006527538.tif 000003
【図２】
2006527538.tif 000004
【図３】
2006527538.tif 000005
【図４】
2006527538.tif 000006
【図５】
2006527538.tif 000007
【図６】
2006527538.tif 000008
【図７】
2006527538.tif 000009
【図８】
2006527538.tif 000010
【国際調査報告】
2006527538.tif 000011