JP5815873B2 - 無線ネットワークにおけるデバイスプロファイルのための方法及び装置 - Google Patents

Description

実施例は無線通信の分野である。より詳細には、実施例は無線送信機と受信機との間の通信プロトコルの分野である。

図１は、複数の固定又は移動通信装置を含む複数の通信装置を有する無線ネットワークの実施例を示す。 図１Ａは、無線通信装置の間の通信を確立するためのマネージメントフレームの実施例を示す。 図１Ｂは、図１Ａのマネージメントフレームのフレームボディのデバイスプロファイルインデックスエレメントの実施例を示す。 図１Ｃは、デバイスプロファイル識別子フィールドの実施例を示す。 図１Ｄは、無線通信装置の間の通信を確立するためのデバイスカテゴリ及びデバイスタイプテーブルの実施例を示す。 図１Ｅは、デバイスプロファイル識別子フィールドに基づき通信装置のトラフィック特性を決定するため、アクセスポイントのメモリに格納されているデバイスプロファイルデータ構造の実施例を示す。 図２は、フレームのデバイスプロファイルインデックスエレメントを生成、送信、受信及び解釈する装置の実施例を示す。 図３は、デバイスプロファイルインデックスエレメントを有するフレームを生成するためのフローチャートの実施例を示す。 図４Ａ〜Ｂは、図２に示されるデバイスプロファイルインデックスエレメントにより通信を送信、受信及び解釈するためのフローチャートの実施例を示す。

以下において、添付した図面に示される新規な実施例が詳細に説明される。しかしながら、提供される詳細さの程度は開示された実施例の予想される変形を限定することを意図しておらず、請求項及び詳細な説明は、添付した請求項により規定される本教示の趣旨及び範囲内に属する全ての改良、均等及び代替をカバーする。以下の詳細な説明は、そのような実施例を当業者に理解可能にすることを意図している。

実施例は、無線通信装置のデバイスプロファイル機構を提供する。多数の実施例は、第１通信装置のデバイスプロファイルインデックスエレメントを有するフレームを構築するため、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤロジックを有する。複数の実施例において、ＭＡＣサブレイヤロジックは、関連付けフレーム及び再関連付けフレームのフレームボディにおいてデバイスプロファイルインデックスエレメントを実現してもよい。実施例は、第１通信装置からのデバイスプロファイル全体の通信なく、第１通信装置のデバイスプロファイルに対する第２通信装置によるアクセスを実現してもよい。いくつかの実施例では、第２通信装置は、デバイスプロファイルを決定するため、第２通信装置に一体化された又はアクセス可能な記憶媒体にアクセスしてもよい。複数の実施例は、デバイスカテゴリ及びデバイスタイプを示すインデックスに基づきアクセス可能であって、デバイスプロファイルインデックスエレメントに含まれる少なくとも１つのデバイスプロファイルを有するデータ構造を有する。いくつかの実施例は、メモリ、ロジック又はフレームによりデバイスプロファイルインデックスエレメントの送信を実現する他の方法によりデバイスプロファイルインデックスエレメントを格納してもよい。いくつかの実施例は、デバイスプロファイルインデックスエレメントによる通信を受信及び検出してもよい。さらなる実施例は、デバイスプロファイルインデックスエレメントによる通信を生成及び送信してもよい。

いくつかの実施例は、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）デバイスを有する。ＩｏＴは、インターネットを介したＴｈｉｎｇ−ｔｏ−Ｔｈｉｎｇ接続と呼ばれる。ＩｏＴ装置は、他の特有の特性のうち、かなり低い電力消費しかしばしば必要としない新たなアプリケーションを可能にするＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）ネットワークユビキタス性を利用する。ＷｉＦｉは、一般にＩＥＥＥ（ｔｈｅ Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃ Ｅｎｇｉｎｅｅｒｓ）８０２．１１−２００７，ＩＥＥＥ Ｓｔａｎｄａｒｄ ｆｏｒ Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ−Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ａｎｄ ｉｎｆｏｒｍａｔｉｏｎ ｅｘｃｈａｎｇｅ ｂｅｔｗｅｅｎ ｓｙｓｔｅｍｓ−Ｌｏｃａｌ ａｎｄ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋｓ−Ｓｐｅｃｉｆｉｃ ｒｅｑｕｉｒｅｍｅｎｔｓ−Ｐａｒｔ １１：Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ） ａｎｄ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ（ＰＨＹ） Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ（ｈｔｔｐ：／／ｓｔａｎｄａｒｄｓ．ｉｅｅｅ．ｏｒｇ／ｇｅｔｉｅｅｅ８０２／ｄｏｗｎｌｏａｄ／８０２．１１−２００７．ｐｄｆ）及び他の関連する無線規格を実現する装置を参照する。

従来のモバイル装置（ラップトップ、スマートフォン、タブレットなど）に加えて、ＩｏＴ装置は、センサ、メータ、コントロール、インスツルメント、モニタ、アプライアンスなどを含むものであってもよい。これらのデバイスは、深く埋め込まれた無線接続を必要とし、何れの視覚的コントロール又はディスプレイ機能を有さなくてもよく、数年のバッテリ寿命を要求してもよい。

いくつかの実施例は、ＩＥＥＥ８０２．１１ｖシステムを利用する。ＩＥＥＥ８０２．１１ｖシステムは、クライアント装置が必須の機能を実行しながらより長期間スリープすることを可能にするネットワークインフラストラクチャにより支援された電力セービング機能セットを有してもよい。しかしながら、これらの機能は、汎用的なパーソナル装置であり、包括的なユーザインタフェースを有するモバイル装置用に主として設計されている。パーソナル装置と異なって、ＩｏＴ装置は、特定の機能を実行するよう設計され、限定的なリソース（メモリなど）を有する。従って、複数の実施例は、限定的なメモリ及び限定的なユーザインタフェース能力を備えたＩｏＴ装置のＩＥＥＥ８０２．１１ｖ装置について規定された電力セービング機能を実現するデバイスプロファイル機構を実装する。

いくつかの実施例は、Ｗｉ−Ｆｉ埋め込み装置がＢＳＳ Ｍａｘ Ｉｄｌｅ Ｐｅｒｉｏｄ、Ｔｒａｆｆｉｃ Ｆｉｌｔｅｒ Ｓｅｒｖｉｃｅ、Ｆｌｅｘｉｂｌｅ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ及びＤｉｒｅｃｔｅｄ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅを含むＩＥＥＥ８０２．１１ｖ電力セービング機能などを利用しているとき、Ｗｉ−Ｆｉ埋め込み装置のコンフィギュレーション及び通信を簡単化するためのデバイスプロファイル機構を実現する。さらなる実施例は、何れかのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）に関連するトラフィック分類（ＴＣＬＡＳ）又はトラフィック仕様（ＴＳＰＥＣ）設定のためのデバイスプロファイル機構を実現する。いくつかの実施例によると、新たなデバイスプロファイルは、小型バッテリ駆動無線装置（センサなど）がより長い又は拡張された通信範囲によりインターネットとを接続するためＷｉ−Ｆｉを利用することを可能にするＵｌｔｒａ Ｌｏｗ Ｐｏｗｅｒ技術の構成ブロックであってもよい。

さらなる実施例は、屋内及び／又は屋外の“スマート”グリッド及びセンササービスなどを提供するものであってもよい。例えば、いくつかの実施例は、特定エリア内の家庭のための電気、水道、ガス及び／又は他のユーティリティの利用を測定し、メータサブステーションにこれらのサービスの利用を無線送信するためのセンサを提供してもよい。さらなる実施例は、低下検出、薬瓶モニタリング、体重モニタリング、睡眠時無呼吸、血糖レベル、心拍などの患者の健康関連イベント及びバイタルサインをモニタリングするための在宅医療、クリニック又は病院用のセンサを利用してもよい。このようなサービス用に設計された実施例は、一般にＩＥＥＥ８０２．１１ｎ／ａｃシステムにおいて提供される装置よりはるかに低いデータレート及びはるかに低い（超低）電力消費を要求する。

ここに開示されるロジック、モジュール、装置及びインタフェースは、ハードウェア及び／又はコードにより実現される機能を実行する。ハードウェア及び／又はコードは、当該機能を実現するため設計されたソフトウェア、ファームウェア、マイクロコード、プロセッサ、状態マシーン、チップセット又はこれらの組み合わせから構成されてもよい。

実施例は、無線通信を実現してもよい。いくつかの実施例は、このような装置間のインタラクションを実現するため、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＭＡＮ（Ｗｉｒｅｌｅｓｓ Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＰＡＮ（Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、セルラネットワーク、ＩＥＥＥ８０２．１１−２００７、ネットワークにおける通信、メッセージングシステム及びスマートデバイスなどの低電力無線通信を有してもよい。さらに、いくつかの無線実施例は単一のアンテナを内蔵し、他の実施例は複数のアンテナを利用してもよい。例えば、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ ａｎｄ Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ）は、通信パフォーマンスを向上させるため、送信機と受信機との双方において複数のアンテナを介し信号を搬送する無線チャネルを利用する。

後述される特定の実施例のいくつかは特定のコンフィギュレーションにより実施例を参照するが、当業者は、本開示の実施例は同様の問題を有する他のコンフィギュレーションにより効果的に実現されてもよい。

図１を参照して、無線通信システム１０００の実施例が示される。無線通信システム１０００は、ネットワーク１００５に有線及び無線接続されてもよい通信装置１０１０を有する。通信装置１０１０は、ネットワーク１００５を介し複数の通信装置１０３０，１０５０，１０５５と無線通信可能である。通信装置１０１０は、アクセスポイントから構成されてもよい。通信装置１０３０は、センサ、家電機器、パーソナルモバイル装置などの低電力通信装置から構成されてもよい。また、通信装置１０５０，１０５５は、センサ、ステーション、アクセスポイント、ハブ、スイッチ、ルータ、コンピュータ、ラップトップ、ネットブック、携帯電話、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）又は他の無線対応装置から構成されてもよい。従って、通信装置は移動又は固定であってもよい。例えば、通信装置１０１０は、家庭の近傍の範囲内の水道消費の測定サブステーションから構成されてもよい。当該近傍内の各家庭は、通信装置１０３０などのセンサを有し、通信装置１０３０が、水道メータ使用メータに一体化又は接続されてもよい。まず、通信装置１０３０は、通信装置１０１０からビーコンを受信し、その後、通信装置１０１０に通信装置１０３０のデバイスプロファイルを通知するため、デバイスプロファイルインデックスエレメント１０３５を有する関連付けフレームを有する通信を送信する。その後、定期的に、通信装置１０３０は、水道使用に関連するデータを送信するため、測定サブステーションとの通信を開始する。さらに、測定ステーション又は他の通信装置は、例えば、通信装置１０３０のファームウェアを更新するため、通信装置１０３０のデバイスプロファイルのトラフィックパラメータに従って、通信装置１０３０との通信を定期的に起動してもよい。他の実施例では、通信装置１０３０は、通信のみに応答し、通信を起動するロジックを有しなくてもよい。

更なる実施例では、通信装置１０１０は、データオフロード処理を実行してもよい。例えば、低電力センサである通信装置は、例えば、測定ステーションなどへのアクセスを待機するため使用される電力消費を低減するため、及び／又は帯域幅の可用性を増加させるため、Ｗｉ−Ｆｉ、他の通信装置、セルラネットワークなどを介し通信するためのデータオフロードスキームを有してもよい。測定ステーションなどのセンサからデータを受信する通信装置は、ネットワーク１００５の輻輳を低減するため、Ｗｉ−Ｆｉ、他の通信装置、セルラネットワークなどを介し通信するためのデータオフロードスキームを有してもよい。

ネットワーク１００５は、複数のネットワークの相互接続を表すものであってもよい。例えば、ネットワーク１００５は、インターネットやイントラネットなどのワイドアリアネットワークと接続され、１以上のハブ、ルータ又はスイッチを介し有線又は無線相互接続されるローカル装置と相互接続してもよい。本実施例では、ネットワーク１００５は、通信装置１０１０，１０３０，１０５０，１０５５と通信接続する。

通信装置１０１０，１０３０はそれぞれ、メモリ１０１１，１０３１とＭＡＣサブレイヤロジック１０１８，１０３８とを有する。メモリ１０１１，１０３１は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ、ハードディスクドライブ、ソリッドステートドライブなどの記憶媒体を有してもよい。メモリ１０１１は、装置１０３２などの装置の１以上のデバイスプロファイルを有するデバイスプロファイルデータ構造１０１２を有してもよい。デバイスプロファイルデータ構造１０１２は、デバイスプロファイルインデックスエレメント１０３２などのデバイスプロファイルインデックスエレメントに基づきデバイスプロファイルを抽出又は検索するためのインデックス化構造を有してもよい。メモリ１０３１は、デバイスプロファイルインデックスエレメント１０３２を有し、いくつかの実施例では、通信装置１０３０のデバイスプロファイルのカスタムパラメータを有してもよい。

ＭＡＣサブレイヤロジック１０１８，１０３８は、通信装置１０１０，１０３０のデータリンクレイヤのＭＡＣサブレイヤの機能を実現するロジックを有してもよい。ＭＡＣサブレイヤロジック１０１８，１０３８は、フレームを生成し、当該フレームを物理レイヤ（ＰＨＹ）にわたし、物理レイヤプロトコルデータユニット（ＰＰＤＵ）を生成する。より詳細には、フレームビルダ１０１３，１０３３がフレームを生成し、ＰＨＹロジックのデータユニットビルダが、送受信機（ＲＸ／ＴＸ）１０３０，１０４０などの物理レイヤ装置を介した送信用のＰＰＤＵを生成するため、プリアンブルによって当該フレームをカプセル化してもよい。ＭＡＣレイヤプロトコルデータユニット（ＭＰＤＵ）とも呼ばれるフレーム１０１４，１０３４は、マネージメント、コントロール及びデータフレームを含むものであってもよい。多数の実施例において、フレームビルダ１０１３，１０３３は、デバイスプロファイルインデックスエレメント１０１５，１０３５を有するフレーム１０１４，１０３４を生成する。例えば、フレームビルダ１０３３は、通信装置１０１０などのアクセスポイントとの関連付けを要求するための関連付けリクエストフレーム又は通信装置１０１０との再関連付けを要求するための再関連付けリクエストフレームなどのマネージメントフレーム１０３４を生成してもよい。関連付けリクエストフレームは、デバイスプロファイルインデックスエレメント１０３５を有し、通信装置１０１０が送受信機１０４０にリソースを割り当て同期することを可能にする。関連付けリクエストフレームは、通信装置１０３０が関連付けを所望するネットワークのサポートされているデータレート及びサービスセット識別情報（ＳＳＩＤ）などの送受信機１０４０に関する情報を有する。

関連付けリクエストを受信した後、通信装置１０１０は、送受信機１０４０と関連付けするか判断し、許容される場合、メモリスペースを確保し、送受信機１０４０の関連付け識別子（ＡＩＤ）を確立する。通信装置１０１０は、関連付けリクエストフレームからデバイスプロファイルインデックスエレメント１０３５を決定し、デバイスプロファイルデータ構造１０１２においてデバイスプロファイルを検索することによって、通信装置１０３０のデバイスプロファイルを決定する。通信装置１０１０は、デバイスプロファイルデータ構造１０１２に対するインデックスなどのデバイスプロファイルインデックス１０３５を利用することによって、デバイスプロファイルデータ構造１０１２におけるデバイスプロファイルを検索する。その後、カスタムパラメータが通信装置１０３０について設定されていない場合、通信装置１０３０のデバイスプロファイルのデフォルト値が利用されてもよい。通信装置１０３０は、トラフィックフィルタサービス（ＴＦＳ）フレーム、フレキシブルマルチキャストサービスフレーム、有向マルチキャストサービスフレーム又は他のトラフィック関連フレームを利用して、デバイスプロファイルのカスタムパラメータを通信装置１０１０に提示してもよい。

その後、通信装置１０１０は、関連付けレスポンスフレーム又は再関連付けレスポンスフレームなどのマネージメントフレーム１０１４によって関連付けリクエストに応答する。通信装置１０１０は、受入又は拒絶通知を含む関連付けレスポンスフレームを送受信機１０４０に送信する。通信装置１０１０が送受信機１０４０との関連付けを受け入れる場合、関連付けレスポンスフレームは、関連付け識別子（ＡＩＤ）及びサポートされるデータレートなどの関連付けに関する情報を含めてもよい。

通信装置１０１０，１０３０，１０５０，１０５５はそれぞれ、送受信機１０２０，１０４０などの送受信機を有してもよい。各送受信機１０２０，１０４０は、ＲＦ送信機とＲＦ受信機とを有する。各ＲＦ送信機は、電磁放射によってデータの伝送用のＲＦ周波数にデジタルデータを印加する。ＲＦ受信機は、ＲＦ周波数により電磁エネルギーを受信し、そこからデジタルデータを抽出する。図１は、例えば、４つの空間ストリームなどによるＭＩＭＯシステムを含む複数の異なる実施例を示し、通信装置１０１０，１０３０，１０５０，１０５５の１以上が、ＳＩＳＯ（Ｓｉｎｇｌｅ−Ｉｎｐｕｔ，Ｓｉｎｇｌｅ Ｏｕｔｐｕｔ）システム、ＳＩＭＯ（Ｓｉｎｇｌｅ−Ｉｎｐｕｔ，Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）システム及びＭＩＳＯ（Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ，Ｓｉｎｇｌｅ Ｏｕｔｐｕｔ）システムを含む単一のアンテナを有する受信機及び／又は送信機から構成される縮退したシステムを示してもよい。

多数の実施例において、送受信機１０２０，１０４０は、直交周波数分割多重（ＯＦＤＭ）を実現する。ＯＦＤＭは、デジタルデータを複数のキャリア周波数に符号化する方法である。ＯＦＤＭは、デジタルマルチキャリア変調方法として利用される周波数分割多重方式である。多数の近接して配置された直交サブキャリア信号が、データを搬送するのに利用される。当該データは、各サブキャリアについて１つである複数のパラレルなデータストリーム又はチャネルに分割される。各サブキャリアは、同一の帯域幅に従来のシングルキャリア変調方式に類似したトータルデータレートを維持する低シンボルレートによる変調方式により変調される。

ＯＦＤＭシステムは、データ、パイロット、ガード及びヌル化を含む機能のための複数のキャリア又は“トーン”を利用する。データトーンは、チャネルの１つを介し送信機と受信機との間で情報を伝送するのに利用される。パイロットトーンは、チャネルを維持するのに利用され、時間／周波数及びチャネルトラッキングに関する情報を提供してもよい。ガードトーンは、マルチパス歪みから生じうるシンボル間干渉（ＩＳＩ）を回避するため、送信中にショートトレーニングフィールド（ＳＴＦ）とロングトレーニングフィールド（ＬＴＦ）シンボルなどのシンボルの間に挿入される。これらのガードトーンはまた、信号がスペクトルマスクに従うことに役立つ。ダイレクトコンポーネント（ＤＣ）のヌル化は、直流変換受信機の設計を簡単化するのに利用される。

いくつかの実施例では、通信装置１０１０は、任意的には破線により示されるようなデジタルビームフォーマ（ＤＢＦ）を有する。ＤＢＦ１０２２は、情報信号をアンテナアレイ１０２４のエレメントに印加すべき信号に変更する。アンテナアレイ１０２４は、個別に励起可能なアンテナエレメントのアレイである。アンテナアレイ１０２４のエレメントに印加される信号は、アンテナアレイ１０２４に１〜４個の空間チャネルを放射させる。このように形成された各空間チャネルは、通信装置１０３０，１０５０，１０５５の１以上に情報を搬送する。同様に、通信装置１０３０は、通信装置１０１０との間で信号を送受信するための送受信機１０４０を有する。送受信機１０４０は、アンテナアレイ１０４４と、任意的にＤＢＦ１０４２とを有してもよい。

図１Ａは、図１の通信装置１０１０，１０３０，１０５０，１０５５などの無線通信装置の間の通信を確立するためのマネージメントフレーム１０６０の実施例を示す。マネージメントフレーム１０６０は、ＭＡＣヘッダ１０６１と、その後のフレームボディ１０７４と、その後のフレームチェックシーケンス（ＦＣＳ）１０７６とを有する。ＭＡＣヘッダ１０６１は、フレームコントロールフィールド１０６２、デュレーションフィールド１０６４、デスティネーションアドレス（ＤＡ）フィールド１０６６、ソースアドレス（ＳＡ）フィールド１０６８、ベーシックサービスセット識別子（ＢＳＳＩＤ）フィールド１０７０及びシーケンスコントロールフィールド１０７２を有する。フレームコントロールフィールド１０６２は、２オクテットであってもよく、マネージメントタイプ及び関連付けサブタイプフレームなどのフレームのタイプ及びサブタイプを特定してもよい。デュレーションフィールド１０６４は、２オクテットであってもよく、ネットワークアロケーションベクトル（ＮＡＶ）などのデュレーションを示すものであってもよい。ＤＡフィールド１０６６は、６オクテットであってもよく、デスティネーション通信装置とのＭＡＣアドレスを特定してもよい。ＳＡフィールド１０６８は、６オクテットであってもよく、ソース通信装置のＭＡＣアドレスを特定してもよい。ＢＳＳＩＤフィールド１０７０は、６オクテットであってもよく、ベーシックサービスセットの識別子を示すものであってもよい。また、シーケンスコントロールフィールド１０７２は、２オクテットであってもよく、ＭＡＣサービスデータユニット（ＭＳＤＵ）のシーケンス番号及びフラグメント番号を示すものであってもよい。

フレームボディ１０７４は、２３１２オクテットまでであってもよく、図１Ｂに示されるデバイスプロファイルインデックスエレメント１０８０などのデバイスプロファイルインデックスエレメントを有してもよい。ＦＣＳ１０７６は、ＩＥＥＥ３２ビットサイクリックリダンダンシチェック値などのサイクリックリダンダンシチェック値を有してもよい。サイクリックリダンダンシチェック値は、通信チャネル上の共通するタイプのエラーを検出するため、エラー検出サイクリックリダンダンシコード（ＣＲＣ）により利用される値であり、受信した通信のインテグリティの迅速かつ妥当な保証を提供する。

図１Ｂは、図１Ａのマネージメントフレーム１０６０のフレームボディ１０７４のデバイスプロファイルインデックスエレメント１０８０の実施例を示す。デバイスプロファイルインデックスエレメント１０８０は、エレメント識別子フィールド１０８２、長さフィールド１０８４及びデバイスプロファイル識別子フィールド１０８６を有してもよい。エレメント識別子フィールド１０８２は、１オクテットであってもよく、デバイスプロファイルインデックスエレメントして当該エレメント１０８０を特定してもよい。長さフィールド１０８４は、１オクテットであってもよく、デバイスプロファイル識別子フィールド１０８６の長さを特定してもよい。また、デバイスプロファイル識別子フィールド１０８６は、２オクテットであってもよく、マネージメントフレーム１０６０のフレームボディ１０７４にデバイスプロファイル識別子フィールド１０８６を含む通信装置などの通信装置のデバイスプロファイルを特定するためのデータを有してもよい。

図１Ｃは、図１の通信装置１０１０，１０３０，１０５０，１０５５などの無線通信装置の間の通信を確立するためのデバイスプロファイル識別子フィールド１０９０の実施例を示す。図１Ｂのデバイスプロファイル識別子１０８６は、図１Ｃに示されるデバイスプロファイル識別子１０９０などのデバイスプロファイル識別子を利用してもよい。デバイスプロファイル識別子フィールド１０９０は、デバイスカテゴリフィールド１０９２とデバイスタイプフィールド１０９４との２つのフィールドを有する。デバイスカテゴリフィールド１０９２は、１オクテットであってもよく、デバイスカテゴリ１０９２を有するマネージメントフレーム１０６０を生成する通信装置など、通信装置が属するカテゴリを特定してもよい。また、デバイスタイプフィールド１０９４は、１オクテットであってもよく、デバイスカテゴリ１０９２内のデバイスのタイプを特定してもよい。例えば、デバイスカテゴリ１０９２は、図１のデバイスプロファイルデータ構造１０１２などのデバイスプロファイルデータ構造のインデックスを有する８バイトのデータを有し、デバイスタイプ１０９４は、図１のデバイスプロファイルデータ構造１０１２などのデバイスプロファイルデータ構造のインデックスを有する８バイトのデータを有してもよい。

図１Ｄは、無線通信装置の間の通信を確立するためのデバイスカテゴリデバイスタイプテーブル１１００の実施例を示す。特に、図１Ｄは、図１Ｃのデバイスカテゴリ１０２９及びデバイスタイプ１０９４のためのパーシャルインデックス値のテーブルを示す。インデックス値は、当該値を示すためのパーシャル値である。多くの実施例は、８バイト値と４バイト値とを有してもよい。特に、デバイスカテゴリインデックスカラムは、隣接する説明カラムに記載されるデバイスを示す１６進数値などのインデックス値を提供する。いくつかの実施例では、デバイスカテゴリインデックスカラムに表される１６進数値は、図１Ｃのデバイスカテゴリフィールド１０９２に含めるためのインデックスを有してもよい。同様に、デバイスタイプインデックスカラムは、隣接する説明カラムに記載されるデバイスを示す１６進数値などのインデックス値を提供する。いくつかの実施例では、デバイスタイプインデックスカラムに表される１６進数値は、図１Ｃのデバイスタイプフィールド１０９４に含めるためのインデックスを有する。図示されるテーブル１１００では、デバイスタイプインデックスは同じ行においてデバイスカテゴリインデックスの有効なデバイスタイプを含むことに留意されたい。また、当該テーブルの値及び説明は例示のためであり、実施例は当該テーブル１１００のインデックス値及び説明に限定されず、実際、全く異なるインデックス番号及び説明を有してもよいことに留意されたい。

説明のため、Ｗｉ−Ｆｉ装置は、限定することなく、パーソナルコンピュータ、パーソナルモバイル装置、ディスプレイユニット、家電装置（ＣＥ）、センサ装置などのカテゴリとして分類されてもよい。各カテゴリは、特定のデバイスタイプを有してもよい。例えば、パーソナルコンピュータカテゴリは、デスクトップ、ゲームステーション、ホームシアタコンピュータ、ワークステーションなどの特定タイプのパーソナルコンピュータを含むものであってもよい。パーソナルモバイル装置カテゴリは、ラップトップ、ネットブック、スマートフォン、タブレットなどの特定タイプのパーソナルモバイル装置を含むものであってもよい。ディスプレイユニットカテゴリは、モニタ、テレビ、ウェザーステーションなどの特定タイプのディスプレイユニットを含むものであってもよい。家電装置カテゴリは、アラームクロック、デジタルビデオレコーダ（ＤＶＲ）、時計などの特定タイプの家電機器を含むものであってもよい。また、センサ装置カテゴリは、アプライアンスモニタ、セキュリティモニタ、スマートガスメータ、スマート水道メータ、サーモスタット、給湯器モニタなどの特定タイプのセンサ装置を含むものであってもよい。他の実施例は、デバイスカテゴリインデックス及びデバイスタイプインデックスの独立したリストなどの異なるテーブル１１００を構成してもよい。

図１Ｅは、図１に示されるデバイスプロファイルデータ構造１０１２などのアクセスポイントのメモリに格納されるデバイスプロファイルデータ構造を含むテーブル１２００の実施例を示す。デバイスプロファイルデータ構造は、図１Ｃに示されるデバイスプロファイル識別子フィールド１０９０などのデバイスプロファイル識別子フィールドに基づき、通信装置と関連付けるするための接続及び／又はトラフィックパラメータの決定を実行してもよい。いくつかの実施例では、デバイスプロファイルは、デバイスカテゴリ及びデバイスタイプのそれぞれについて定義されてもよく、デバイスカテゴリ及びデバイスタイプフィールドの値は、特定の通信装置についてデバイスプロファイルを検索するためのインデックスとして利用されてもよい。

デバイスプロファイルは、共通カテゴリパラメータセットと、デバイスタイプ固有パラメータセットとを含むものであってもよい。本実施例では、デバイスプロファイルは、デバイスカテゴリインデックス、デバイスタイプインデックス、デバイスカテゴリのベーシックサービスセット（ＢＢＳ）最大（ｍａｘ）アイドル期間の値を規定するＢＳＳ ｍａｘアイドル期間フィールド、及び通信装置のためにアクセスポイントが応答すべきトラフィックタイプを指定するアクセスポイント（ＡＰ）プロキシフィールドのアイテムから構成されてもよい。デバイスカテゴリインデックスフィールド及びデバイスタイプインデックスフィールドは、図１Ｄに示されるカテゴリ及びタイプなどのデバイスカテゴリ及びデバイスタイプを示す値を有する。ＢＳＳ ｍａｘアイドル期間は、アクセスポイントが通信装置からのフレームの非受信のため通信装置を関連付け解除しない期間を示すことを可能にする。例えば、ＢＳＳ ｍａｘアイドル期間は、固定的なバッテリ駆動される装置について大きな値に設定され、これにより、これらの装置はより長い期間スリープモードに入ることが可能であり、ＢＳＳ ｍａｘアイドル期間は、モバイル装置について小さな値に設定され、これにより、ネットワークは、当該装置が異なるアクセスポイントに関連付けされるエリアの間でローミングするときなどに更新され続けることができる。

ＡＰプロキシカラムは、アクセスポイントがネットワークメンテナンストラフィックなどの関連付けされた通信装置のプロキシとして機能するイベントを記述する。本実施例は、デバイスカテゴリのデバイスタイプのためのステーションのためにアクセスポイントが応答すべきトラフィックタイプを規定するアクセスポイントプロキシフィールドを含む。ＡＰプロキシは、プロキシアドレスレゾルーションプロトコルトラフィックのためのビット、キープアライブトラフィックのためのビット及び他のネットワークメンテナンストラフィックのための１以上のビットを含むものであってもよい。プロキシアドレスレゾルーションプロトコルトラフィックカラムは、通信装置のためルータノード又はアクセスポイントがトラフィックを受信し、当該トラフィックを以降の時点で通信装置に転送するトラフィックを有してもよい。プロキシアドレスレゾルーションプロトコルトラフィックは、アクセスポイントがアドレスレゾルーションプロトコルトラフィックについて通信装置のため応答すべきことを示すために論理１に設定されてもよい。

キープアライブトラフィックカラムは、通信装置と他の装置との間のリンクが良好であるか、又は保持されるべきか検証するため、通信装置からのレスポンスを要求する他の装置からのトラフィックを有する。キープアライブビットが論理１に設定されている場合、アクセスポイントは、通信装置のためにキープアライブトラフィックに応答してもよい。

他のトラフィックカラムは、例えば、インターネットプロトコルネットワーク上の装置を管理するためのＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）トラフィックなどを含んでもよい。ＳＮＭＰトラフィックは、アクセスポイントが通信装置のために当該トラフィックに応答するように、管理上の注意を必要とする条件についてネットワークにアタッチした装置をモニタリングするため、ネットワークマネージメントシステムにおいて利用されてもよい。

いくつかの実施例によると、デバイスプロファイルはまたトラフィックパターンカラムを規定してもよく、これにより、アクセスポイントは通信装置のためにいくつかの処理、すなわち、トラフィックフィルタサービス（ＴＦＳ）カラムのためのトラフィック分類（ＴＣＬＡＳ）及びトラフィック仕様（ＴＳＰＥＣ）パラメータの設定、フレキシブルマルチキャストサービス（ＦＭＳ）カラムのためのＴＣＬＡＳ及びＴＳＰＥＣパラメータの設定、及び／又は有向マルチキャストサービス（ＤＭＳ）カラムのためのＴＣＬＡＳ ＴＳＰＥＣパラメータの設定を実行可能である。ＴＣＬＡＳパラメータは、入力ＭＳＤＵを特定するのに必要なパラメータセットを、それらが属する特定のトラフィックストリームと共に含む情報を有する。ＴＳＰＥＣパラメータは、トラフィックフローのＱｏＳ予想及び特性を規定するパラメータセットを有する。

ＴＦＳは、アクセスポイントが関連付けされた通信装置に全ての入力フレームを送信せず、所定の条件に対応するフレームのみを送信するサービスである。全てのフレームでなく所定の条件を充足するフレームのみを通信装置に送信することは、不要なトラフィックが行われることを防ぎ、これにより、無線リソースの利用の効率性を向上させ、電力消費を低減する。

ＦＭＳは、通信装置がマルチキャストトラフィックに対する個別サービスを要求するサービスである。ＦＭＳは、マルチキャストストリームセットを特定し、複数のＤＴＩＭ（Ｄｅｌｉｖｅｒｙ Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ）として配信間隔と利用されるべきデータレートとの調整を可能にする。

ＤＭＳは、マルチキャスト・ツー・ユニキャスト変換サービスである。当該特徴は、アクセスポイントによるユニキャストトラフィックとして選択された又は特定されたマルチキャストストリームを通信装置に配信する。その利点は、ユニキャストが認められ、自動的に再送されるため、信頼性の向上と通信時間の節約とを含む。

いくつかの実施例では、他のＴＣＬＡＳ／ＴＳＰＥＣトラフィックは、例えば、何れかのＱｏＳ関連のＴＣＬＡＳ／ＴＳＰＥＣトラフィックなどを含むものであってもよい。さらなる実施例では、通信装置がデバイスプロファイル設定を調整することを決定した場合、通信装置は、ＴＦＳ、ＦＭＳ、ＤＭＳリクエスト及びレスポンスフレームを利用して、カスタマイズされたパラメータセットをアクセスポイントに設定してもよい。

デバイスプロファイルテーブル１２００の各行がデバイスプロファイルを有してもよい。デバイスプロファイルは、特定のデバイスタイプの特定のカテゴリの装置に対するデフォルト値を有してもよい。他の実施例では、デバイスプロファイルテーブルは、より多くのパラメータ、より少ないパラメータ、異なるパラメータ又はこれらの組み合わせを有してもよい。いくつかの実施例では、デバイスプロファイルは、特定タイプのパラメータに限定されるものでない。

図２は、フレームのデバイスプロファイルインデックスエレメントを生成、送信、受信及び解釈する装置の実施例を示す。当該装置は、ＭＡＣサブレイヤロジック２０１と物理レイヤ（ＰＨＹ）ロジック２５０とに接続される送受信機２００を有する。ＭＡＣサブレイヤロジック２０１は、ＰＨＹロジック２５０に送信するＭＡＣプロトコルデータユニット（ＭＰＤＵ）を生成するためのＭＡＣサービスデータユニット（ＭＳＤＵ）をカプセル化し、ＰＨＹロジック２５０は、送受信機２００を介し送信する１以上のＭＰＤＵによりＰＰＤＵを生成してもよい。

多数の実施例では、ＭＡＣサブレイヤロジック２０１は、デバイスプロファイルインデックスエレメントを有するＭＰＤＵとしてＰＨＹロジック２５０にわたされるフレームを生成するフレームビルダ２０２を有する。デバイスプロファイルインデックスエレメントは、図１の通信装置１０１０などのアクセスポイントにより維持される特定のデバイスプロファイルを示すデータを有する。例えば、フレームビルダ２０２は、当該フレームがマネージメントフレームであるなどを指定するタイプフィールドと、フレームの機能を指定するサブタイプフィールドとを含むフレームを生成してもよい。マネージメントフレームは、例えば、ビーコン、プローブリクエスト、プローブレスポンス、関連付けリクエスト、関連付けレスポンス、再関連付けリクエスト及び再関連付けレスポンスのフレームサブタイプなどを有してもよい。最初のフレームコントロールフィールドに続くデュレーションフィールドは、当該送信の期間を指定する。デュレーションフィールドは、通信のためのプロテクション機構として利用可能なネットワークアロケーションベクトル（ＮＡＶ）を含むものであってもよい。アドレスフィールドは、デュレーションフィールドに後続し、当該送信のための意図される受信機のアドレスを指定する。また、デバイスプロファイルインデックスエレメントは、アプライアンスモニタであるセンサなどのデバイスプロファイルを示す。

ＰＨＹロジック２５０は、データユニットビルダ２０３を有する。データユニットビルダ２０３は、ＰＰＤＵを生成するためＭＰＤＵをカプセル化するためのプリアンブルを決定する。多数の実施例において、データユニットビルダ２０３は、デスティネーション通信装置とのインタラクションを介して選択された通信パラメータに基づきプリアンブルを生成する。

送受信機２００は、受信機２０４及び送信機２０６を有する。送信機２０６は、エンコーダ２０８、変調手段２１０、ＯＦＤＭ２１２及びデジタルビデオフォーマ（ＤＢＦ）２１４の１以上を有してもよい。送信機２０６のエンコーダ２０８は、バイナリ畳み込み符号化（ＢＣＣ）、低密度パリティ検査符号化（ＬＤＰＣ）などと共に、ＭＡＣサブレイヤロジック２０２からの送信用のデータを受信及び符号化する。変調手段２１０は、エンコーダ２０８からデータを受信し、例えば、受信したデータブロックをシヌソイドの離散的な振幅の対応するセット、シヌソイドの離散的な位相のセット又はシヌソイドの周波数に対する離散的な周波数シフトのセットにマッピングするなどを介し、受信したデータブロックを選択された周波数のシヌソイドに印加してもよい。変調手段２１０の出力は、直交周波数分割マルチプレクサ（ＯＦＤＭ）２１２に提供され、変調手段２１０からの変調されたデータを複数の直交サブキャリアに印加する。いくつかの実施例では、変調手段２１０の出力は、ＳＴＢＣ（Ｓｐａｃｅ−Ｔｉｍｅ Ｂｌｏｃｋ Ｃｏｄｉｎｇ）を介しＯＦＤＭに提供される。また、ＯＦＤＭ２１２の出力は、複数の空間チャネルを形成し、複数のユーザ端末のそれぞれに対して送受信される信号パワーを最大化するため、各空間チャネルを独立に操作するため、デジタルビームフォーマ（ＤＢＦ）２１４に提供される。

送受信機２００はまた、アンテナアレイ２１８に接続されたダイプレクサ２１６を有する。本実施例では、単一のアンテナアレイが、送信と受信の双方について利用される。送信時、信号はダイプレクサ２１６を通過し、アップ変換された情報搬送信号によりアンテナを駆動する。送信中、ダイプレクサ２１６は、送信対象の信号が受信機２０４に入ることを防ぐ。受信時、アンテナアレイにより受信された情報搬送信号は、アンテナアレイから受信機２０４に信号を送信するため、ダイプレクサ２１６を通過する。その後、ダイプレクサ２１６は、受信信号が送信機２０６に入ることを防ぐ。従って、ダイプレクサ２１６は、アンテナアレイエレメントを受信機２０４と送信機２０６とに交互に接続するためのスイッチとして動作する。

アンテナアレイ２１８は、情報搬送信号を受信機のアンテナにより受信可能な電磁エネルギーの時間可変的な空間分布に放射する。その後、受信機は、受信信号の情報を抽出することが可能である。

送受信機２００は、情報搬送信号を受信、復調及び復号化するための受信機２０４を有する。受信機２０４は、ＤＢＦ２２０、ＯＦＤＭ２２２、復調手段２２４及びデコーダ２２６の１以上を有する。受信信号は、アンテナエレメント２１８からＤＢＦ２２０に提供される。ＤＢＦ２２０は、Ｎ個のアンテナ信号をＬ個の情報信号に変換する。ＤＢＦ２２０の出力はＯＦＤＭ２２２に提供される。ＯＦＤＭ２２２は、情報搬送信号が変調された複数のサブキャリアから信号情報を抽出する。復調手段２２４は、受信信号を復調し、受信信号から情報コンテンツを抽出し、非復調情報信号を生成する。また、デコーダ２２６は、復調手段２２４からの受信データを復号化し、復号化された情報であるＭＰＤＵをＭＡＣサブレイヤロジック２０１に送信する。

当業者は、送受信機が図２に図示されない多数の更なる機能を有し、受信機２０４及び送信機２０６が１つの送受信機としてパッケージ化されるのでなく別々の装置とすることが可能であることを認識するであろう。例えば、送受信機の実施例は、ＤＲＡＭ、リファレンスオシレータ、フィルタリング回路、同期回路、複数の可能な周波数変換段階及び複数の増幅段階などを有してもよい。さらに、図２に示される機能の一部は一体化されてもよい。例えば、デジタルビーム形成は、直交周波数分割多重と一体化されてもよい。

ＭＡＣサブレイヤロジック２０１がアクセスポイントの一部である実施例について、ＭＡＣサブレイヤロジック２０１は、図１Ｂに示されるデバイスプロファイルインデックスエレメント１０８０などのデバイスプロファイルインデックスエレメントを決定するため、ＭＰＤＵを解析する。その後、ＭＡＣサブレイヤロジック２０１は、指定されたデバイスカテゴリ及びデバイスタイプを利用して、図１Ｅに示されるデバイスプロファイルテーブル１２００などのデバイスプロファイルデータ構造からデバイスプロファイルを決定してもよい。デバイスプロファイルに基づき、アクセスポイントは、対応する通信装置との以降のインタラクションを決定するため、対応する通信装置に関連するパラメータを設定してもよい。

図３は、デバイスプロファイルインデックスエレメントを有するフレームを生成するためのフローチャート３００の実施例を示す。フローチャート３００は、ＭＡＣサブレイヤロジックが関連付け又は再関連付けフレームのＭＡＣヘッダを決定することから開始される（要素３０５）。例えば、ＭＡＣサブレイヤロジックは、マネージメントタイプフレームと関連付け又は再関連付けリクエストサブタイプフレームを示すフレームコントロールを有するヘッダを決定してもよい。

ＭＡＣサブレイヤロジックは、関連付け又は再関連付けリクエストフレームのフレームボディのエレメントのエレメント識別子フィールドを決定する（要素３１０）。当該エレメント識別子フィールドは、後続するフィールドがデバイスプロファイルインデックスエレメントと一致するエレメントを特定するためのデータを提供する。ＭＡＣサブレイヤロジックは、フレームボディのエレメントの長さフィールドを決定し（要素３１５）、フレームボディのデバイスカテゴリフィールドを決定し（要素３２０）、フレームボディのデバイスタイプフィールドを決定する（要素３２５）。多数の実施例において、エレメント識別子フィールド、長さフィールド及びデバイスプロファイル識別子フィールド（デバイスカテゴリフィールド及びデバイスタイプフィールドを含む）を決定することは、フレームに包含するため記憶媒体からこれらのフィールドを抽出することを含む。他の実施例では、当該フィールドに含める値は、ＲＯＭ、ＲＡＭ、キャッシュ、バッファ、レジスタなどの記憶媒体に格納されてもよい。更なる実施例では、エレメント識別子フィールド、長さフィールド及びデバイスプロファイル識別子フィールドの１以上は、ＭＡＣサブレイヤロジックにハードコード化されてもよく、又はフレームに挿入するため利用可能であってもよい。更なる他の実施例では、ＭＡＣサブレイヤロジックは、それぞれについて値の指示へのアクセスに基づき、デバイスプロファイルインデックスエレメントを生成してもよい。

いくつかの実施例では、ＭＡＣサブレイヤロジックは、フレームボディの他のエレメントを決定する（要素３３０）。例えば、いくつかの要素はデバイスプロファイルインデックスエレメントの前に挿入されてもよく、いくつかのエレメントはデバイスプロファイルインデックスエレメントの後に挿入されてもよい。他のエレメントは、例えば、サポートされるレート、拡張されたサポートされたレート、電力能力、サポートされたチャネル、ＱｏＳ能力及びベンダに固有のパラメータなどを含むものであってもよい。再関連付けリクエストフレームについて、フレームボディはまた、現在のアクセスポイントのアドレスを含むものであってもよい。

フレームボディを決定した後、ＭＡＣサブレイヤロジックは、アクセスポイントにおいて誤り訂正を提供するため、フレームチェックシーケンス（ＦＣＳ）フィールド値を決定する（要素３３５）。

図４Ａ〜Ｂは、図２に示されるようなデバイスプロファイルインデックスエレメントによる通信を送受信及び解釈するためのフローチャート４００，４５０の実施例を示す。図４Ａを参照して、フローチャート４００は、通信装置に関連付けされたデバイスカテゴリ及びデバイスタイプを示すデバイスプロファイルインデックスエレメントを有するフレームをフレームビルダから受信することから開始される。通信装置のＭＡＣサブレイヤロジックは、アクセスポイントに送信するためのマネージメントフレームとして当該フレームを生成し、当該フレームをＭＰＤＵとしてアクセスポイントに送信可能なパケットにデータを変換するデータユニットビルダにわたす。データユニットビルダは、送信用のＰＰＤＵを形成するため、ＰＳＤＵ（フレームビルダからのＭＰＤＵ）をカプセル化するためのプリアンブルを生成してもよい（要素４０５）。いくつかの実施例では、複数のＭＰＤＵがＰＰＤＵにカプセル化されてもよい。

ＰＰＤＵは、図２の送信機２０６又は図１の送受信機１０２０，１０４０などの物理レイヤ装置に送信され、ＰＰＤＵは通信信号に変換される（要素４１０）。その後、送信機は、アンテナを介し通信信号を送信する（要素４１５）。

図４Ｂを参照して、フローチャート４５０は、図２の受信機２０４などのアクセスポイントの受信機がアンテナアレイ２１８のアンテナエレメントなどの１以上のアンテナを介し通信信号を受信することから開始される（要素４５５）。受信機は、プリアンブルに記述されたプロセスに従って通信信号をＭＰＤＵに変換する（要素４６０）。より詳細には、受信信号は、１以上のアンテナからＤＢＦ２２０などのＤＢＦに提供される。ＤＢＦは、アンテナ信号を情報信号に変換する。ＤＢＦの出力はＯＦＤＭ２２２などのＯＦＤＭに提供される。ＯＦＤＭは、情報搬送信号が変調される複数のサブキャリアから信号情報を抽出する。その後、復調手段２２４などの復調手段は、ＢＰＳＫ、１６−ＱＡＭ、６４−ＱＡＭ、２５６−ＱＡＭ、ＱＰＳＫ又はＳＱＰＳＫなどを介し信号情報を復調する。また、デコーダ２２６などのデコーダが、ＭＰＤＵを抽出するためＢＣＣ又はＬＤＰＣなどを介し復調手段からの信号情報を復号化し（要素４６０）、ＭＰＤＵをＭＡＣサブレイヤロジック２０２などのＭＡＣサブレイヤロジックに送信する（要素４６５）。

ＭＡＣサブレイヤロジックは、図１Ｃのデバイスプロファイル識別子１０９０などのデバイスプロファイル識別子をＭＰＤＵから決定する（要素４７０）。例えば、ＭＡＣサブレイヤロジックは、フレームボディを決定するためフレームを解析し、デバイスプロファイルインデックスエレメントを決定するため、フレームボディを解析又は復号化する。その後、ＭＡＣサブレイヤロジックは、メモリに格納されるデバイスプロファイルインデックスエレメントのフレーム構造に基づきデバイスプロファイルインデックスエレメントを解析又は復号化し、デバイスプロファイル識別子などのデバイスカテゴリ及びデバイスタイプを示すデータを決定する。

その後、ＭＡＣサブレイヤロジックは、デバイスプロファイル識別子に基づき通信信号とデバイスプロファイル識別子とのソースである通信装置に関連付けるデバイスプロファイルを決定する（要素４７５）。例えば、ＭＡＣサブレイヤロジックは、アクセスポイントのメモリのデバイスプロファイル識別子の構造に基づき、デバイスプロファイル識別子を解析又は復号化し、通信信号のソースである通信装置に関連付けされたデバイスカテゴリとデバイスタイプなどを決定してもよい。ＭＡＣサブレイヤロジックは、デバイスプロファイル識別子を利用して、例えば、デバイスプロファイルデータ構造はアクセスポイントのメモリにあるため、アクセスポイントによりアクセス可能なデバイスプロファイルデータ構造におけるデバイスプロファイルを特定する。デバイスプロファイルを特定するためデバイスプロファイル識別子を利用することは、デバイスプロファイルデータ構造に対するインデックスとしてデバイスカテゴリ及びデバイスタイプを利用することによって、デバイスプロファイルを有するデバイスプロファイルデータ構造におけるレコードを検索又は特定することを伴ってもよい。

他の実施例は、図１〜４を参照して説明されるシステム及び方法を実現するためのプログラムとして実現される。いくつかの実施例は、完全にハードウェアの実施例、完全にソフトウェアの実施例又はハードウェアエレメントとソフトウェアエレメントとの双方を含む実施例の形態をとりうる。他の実施例は、限定することなくファームウェア、常駐ソフトウェア、マイクロコードなどを含むソフトウェアにより実現される。

さらに、実施例は、コンピュータ又は何れかの命令実行システムにより利用されるか、又は接続されるプログラムコードを提供するコンピュータ利用可能又は可読媒体からアクセス可能なコンピュータプログラム（又はマシーンアクセス可能なプロダクト）の形態をとりうる。本説明のため、コンピュータ利用可能又はコンピュータ化独媒体は、命令実行システム、装置又はデバイスにより利用のため又は接続されるプログラムを内蔵、格納、通信、伝搬又は伝送可能な何れかの装置とすることができる。

当該媒体は、電子、磁気、光、電磁気、赤外線又は半導体システム（又は装置若しくはデバイス）とすることができる。コンピュータ可読媒体の具体例として、半導体若しくはソリッドステートメモリ、磁気テープ、着脱可能なコンピュータディスケット、ＲＡＭ、ＲＯＭ、リジッド磁気ディスク及び光ディスクがあげられる。光ディスクの現在の具体例として、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ及びＤＶＤがあげられる。

プログラムコードを格納及び／又は実行するのに適したデータ処理システムは、システムバスを介しメモリエレメントに直接的又は間接的に接続される少なくとも１つのプロセッサを有する。メモリエレメントは、実行中にバルクストレージからコードが抽出される必要がある回数を減少させるため、少なくともいくつかのプログラムコードの一時的なストレージを提供するバルクストレージ及びキャッシュメモリと、プログラムコードの実際の実行中に利用されるローカルメモリとを含むことが可能である。

上述されたロジックは、集積回路チップの設計の一部であってもよい。チップの設計は、グラフィカルコンピュータプログラミング言語により作成され、コンピュータ記憶媒体（ディスク、テープ、物理的なハードドライブ又はストレージアクセスネットワークにおけるバーチャルハードドライブなど）に格納される。設計者がチップを製造するのに利用されるチップ又はフォトリソグラフィックマスクを製造しない場合、設計者は、物理的手段（設計を格納した記憶媒体のコピーを提供するなどによって）によって又は電子的（インターネットなどを介し）に作成された設計を当該エンティティに直接的又は間接的に送信する。その後、格納された設計は、製造に適したフォーマット（ＧＤＳＩＩなど）に変換される。

製造された集積回路チップは、ベアダイとしての未処理のウェハ形態（すなわち、複数の未パッケージ化チップを有する単一のウェハとして）で、又はパッケージ化形態で製造者によって配布可能である。後者のケースでは、チップは、単一のチップパッケージ（マザーボードや他の上位レベルキャリアに付属されるリードを有するプラスチックキャリアなど）又はマルチチップパッケージ（表面のインタコネクション又は埋め込まれたインタコネクションの一方又は双方を有するセラミックキャリアなど）に搭載される。何れのケースでも、チップは、その後に他のチップ、別の回路エレメント及び他の信号処理装置と共に、（ａ）マザーボードなどの中間プロダクト又は（ｂ）エンドプロダクトの一部として一体化される。

本開示がデバイスプロファイルを他の通信装置に通信するためのデバイスプロファイルインデックスエレメントを想定することは、本開示の利益を有する当業者に明らかであろう。詳細な説明及び図面に図示及び記載される実施例の形態は単なる具体例としてとられるべきであることが理解されるであろう。以下の請求項は開示された実施例の全ての変形を含むよう広範に解釈されるべきであることが意図される。

Claims (20)

1. デバイスプロファイルインデックスエレメントを介し通信する方法であって、
   ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤロジックが、通信装置とデバイスプロファイルとを関連付けるためのデバイスカテゴリ及びデバイスタイプを示すデータを有する前記デバイスプロファイルインデックスエレメントを有するフレームを生成するステップと、
   物理レイヤロジックが、送信すべき物理レイヤプロトコルデータユニットを生成するため、プリアンブルにより前記フレームをカプセル化するステップと、
   を有し、
   前記フレームを生成するステップは、エレメント識別子フィールド、長さフィールド及びデバイスプロファイル識別子を有する前記デバイスプロファイルインデックスエレメントを有する前記フレームを生成するステップを含む方法。
2. アンテナが前記プリアンブルによりカプセル化されたフレームを送信するステップをさらに有する、請求項１記載の方法。
3. 前記フレームを生成するステップは、関連付けリクエストの前記フレームのフレームボディにおける前記デバイスプロファイルインデックスエレメントを有する前記フレームを生成するステップを含む、請求項１記載の方法。
4. 前記デバイスプロファイルインデックスエレメントを有する前記フレームを生成するステップは、前記デバイスカテゴリを示すためのデバイスカテゴリフィールドと、前記デバイスタイプを示すためのデバイスタイプフィールドとを有する前記デバイスプロファイル識別子を有する前記フレームを生成するステップを含む、請求項１記載の方法。
5. 前記デバイスプロファイルインデックスエレメントを有する前記フレームを生成するステップは、８バイト長であるデバイスカテゴリフィールドと、８バイト長であるデバイスタイプフィールドとを有する前記デバイスプロファイル識別子を有する前記フレームを生成するステップを含む、請求項４記載の方法。
6. デバイスプロファイルインデックスエレメントを介し通信する装置であって、
   メモリと、
   前記メモリに接続され、通信装置とデバイスプロファイルとを関連付けるためのデバイスカテゴリ及びデバイスタイプを示すデータを有する前記デバイスプロファイルインデックスエレメントを有するフレームを生成するＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤロジックと、
   を有し、
   前記ＭＡＣサブレイヤロジックは、エレメント識別子フィールド、長さフィールド及びデバイスプロファイル識別子を有する前記デバイスプロファイルインデックスエレメントを有する前記フレームを生成するロジックを含む装置。
7. 前記ＭＡＣサブレイヤロジックに接続され、前記フレームを送信する送信機と、前記送信機に接続され、前記フレームを送信するアンテナとをさらに有する、請求項６記載の装置。
8. 前記ＭＡＣサブレイヤロジックは、関連付けリクエストの前記フレームのフレームボディにおける前記デバイスプロファイルインデックスエレメントを有する前記フレームを生成するロジックを含む、請求項６記載の装置。
9. 前記ＭＡＣサブレイヤロジックは、前記デバイスカテゴリを示すためのデバイスカテゴリフィールドと、前記デバイスタイプを示すためのデバイスタイプフィールドとを有するデバイスプロファイル識別子を有する前記フレームを生成するロジックを含む、請求項６記載の装置。
10. 前記ＭＡＣサブレイヤロジックは、８バイト長であるデバイスカテゴリフィールドと、８バイト長であるデバイスタイプフィールドとを有するデバイスプロファイル識別子を有する前記フレームを生成するロジックを含む、請求項６記載の装置。
11. デバイスプロファイルインデックスエレメントを介し通信するシステムであって、
    通信装置とデバイスプロファイルとを関連付けるためのデバイスカテゴリ及びデバイスタイプを示すデータを有する前記デバイスプロファイルインデックスエレメントを有するフレームを生成するＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤロジックと、
    送信すべき物理レイヤプロトコルデータユニットを生成するためのプリアンブルにより前記フレームをカプセル化する物理レイヤロジックと、
    データユニットビルダに接続され、前記データユニットビルダからの前記フレームを送信するためのアンテナアレイを有する送信機と、
    を有し、
    前記ＭＡＣサブレイヤロジックは、エレメント識別子フィールド、長さフィールド及びデバイスプロファイル識別子を有する前記デバイスプロファイルインデックスエレメントを有する前記フレームを生成するロジックを含むシステム。
12. 前記ＭＡＣサブレイヤロジックに接続され、前記フレームを生成するためのメモリをさらに有する、請求項１１記載のシステム。
13. 前記ＭＡＣサブレイヤロジックは、関連付けリクエストの前記フレームのフレームボディにおける前記デバイスプロファイルインデックスエレメントを有する前記フレームを生成するロジックを含む、請求項１１記載のシステム。
14. 前記ＭＡＣサブレイヤロジックは、前記デバイスカテゴリを示すためのデバイスカテゴリフィールドと、前記デバイスタイプを示すためのデバイスタイプフィールドとを有するデバイスプロファイル識別子を有する前記フレームを生成するロジックを含む、請求項１１記載のシステム。
15. デバイスプロファイルインデックスエレメントを介し通信する方法であって、
    ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤロジックが、通信装置とデバイスプロファイルとを関連付けるためのデバイスカテゴリ及びデバイスタイプを示すデータを有するデバイスプロファイルインデックスエレメントであって、エレメント識別子フィールド、長さフィールド及びデバイスプロファイル識別子を有する前記デバイスプロファイルインデックスエレメントを有するフレームを受信するステップと、
    前記ＭＡＣサブレイヤロジックが、前記デバイスカテゴリ及び前記デバイスタイプを決定するため、前記フレームを復号化するステップと、
    を有する方法。
16. メモリからのデバイス識別子に基づきデバイスプロファイルを決定するステップをさらに有する、請求項１５記載の方法。
17. 前記フレームを復号化するステップは、デバイス識別子を決定するため前記フレームを復号化し、前記デバイスカテゴリ及び前記デバイスタイプを決定するため前記デバイス識別子を復号化するステップを含む、請求項１５記載の方法。
18. デバイスプロファイルインデックスエレメントを介し通信する装置であって、
    メモリと、
    前記メモリに接続され、通信装置とデバイスプロファイルとを関連付けるためのデバイスカテゴリ及びデバイスタイプを示すデータを有するデバイスプロファイルインデックスエレメントであって、エレメント識別子フィールド、長さフィールド及びデバイスプロファイル識別子を有する前記デバイスプロファイルインデックスエレメントを有するフレームを受信し、前記デバイスカテゴリ及び前記デバイスタイプを決定するため前記フレームを復号化するＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤロジックと、
    を有する装置。
19. 前記ＭＡＣサブレイヤロジックに接続され、前記フレームを受信するための受信機及びアンテナをさらに有する、請求項１８記載の装置。
20. 前記ＭＡＣサブレイヤロジックは、前記デバイスカテゴリ及び前記デバイスタイプに基づき前記メモリにおけるデバイスプロファイルデータ構造において前記デバイスプロファイルを特定するロジックを有する、請求項１８記載の装置。

Images