JP5904347B2 - データ通信方法、装置、およびシステム - Google Patents

Description

本発明の諸態様は、無線通信の分野に関し、特に、データ通信方法、装置、およびシステムに関する。

ワイヤレス・フィディリティ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、ＷｉＦｉ）技術が様々な業界で広く適用されている。ＷｉＦｉ技術の最も基本的なネットワーク構造はアクセス・ポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ、ＡＰ）と幾つかの局（Ｓｔａｔｉｏｎ、ＳＴＡ）である。ＡＰはＳＴＡにアクセス・サービスを提供する。無線信号はＡＰとＳＴＡの間の対話媒体として使用される。無線信号とは物理フレームを指し、一般に、物理層コンバージェンス手続き（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｃｅｄｕｒｅ、ＰＬＣＰ）プロトコルのパケットの形で現れる。当該パケットは、パケット・ヘッダとデータ部を含み、当該データ部はメディア・アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）フレームである。一般に、ＭＡＣフレームは、ＭＡＣプロトコル・データ・コンポーネントまたはユニット（ＭＡＣ ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ、ＭＰＤＵ）の形でＰＬＣＰパケットにおいて現れる。

既存の標準では、ＭＡＣフレームは、ＭＡＣフレーム・ヘッダ、ボディ（Ｂｏｄｙ）部、フレーム・チェック・シーケンス（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｅｑｕｅｎｃｅ、ＦＣＳ）部を含む。ボディ部はデータ部である。ＭＡＣフレーム・ヘッダは一般に、２バイトのフレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ、ＦＣ）ドメイン、２バイトの期間（長さ）／識別子（Ｉｄｅｎｔｉｆｉｅｒ、ＩＤ）サブドメイン、マルチバイト・アドレス・サブドメイン、２バイトのシーケンス制御（Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ）サブドメイン、２バイトのサービス品質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ、ＱｏＳ）制御（Ｃｏｎｔｒｏｌ）サブドメイン、および高スループット（Ｈｉｇｈ Ｔｈｒｏｕｇｈｐｕｔ）制御（Ｃｏｎｔｒｏｌ）サブドメインを含む。したがって、ＭＡＣフレーム・ヘッダの長さは一般に２４バイトに達する。

しかし、８０２．１１ａｈの適用シナリオでは、例えば、センサ・ネットワークにおいて、ＳＴＡはＡＰと非常に頻繁に通信し、送信データ量は両方とも少なく、おそらくＭＡＣフレーム・ヘッダよりも少なく、データ送信率はセンサ・ネットワーク上では非常に低い。したがって、既存の標準でＭＡＣフレームが使用されるときには、送信効率が低く、アプリケーションの要求を満たすことができない。

本発明の諸実施形態では、データ通信方法、装置、およびシステムを提供する。これらは、データ・フレームの送信効率を高めることができる。

１態様によれば、データ通信方法が提供される。当該方法は、関連付け要求メッセージをアクセス・ポイントに送信するステップと、当該アクセス・ポイントが送信した関連付け応答メッセージを受信するステップであって、当該関連付け応答メッセージは関連付け識別子を含むステップと、データ・フレームを生成するステップであって、当該データ・フレームのフォーマットは簡易フレーム・フォーマットであり、当該データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、当該ソース・アドレスの長さは媒体アクセス制御ＭＡＣアドレスの長さより短く、ソース・アドレスは、関連付け識別子、または関連付け識別子とマルチキャスト・ユニキャスト識別子、または、関連付け識別子とデータ・タイプ、または、関連付け識別子、データ・タイプ、およびマルチキャスト・ユニキャスト識別子を含むステップと、当該データ・フレームを当該アクセス・ポイントに送信するステップと、を含む。

別の態様によれば、データ通信方法が提供される。当該方法は、端末が送信した関連付け要求メッセージを受信するステップと、関連付け応答メッセージを当該端末に送信するステップであって、当該関連付け応答メッセージは関連付け識別子を含むステップと、当該端末により送信されたデータ・フレームを受信するステップであって、当該データ・フレームのフォーマットは簡易フレーム・フォーマットであり、当該データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、当該ソース・アドレスの長さは媒体アクセス制御ＭＡＣアドレスの長さより短く、ソース・アドレスは、関連付け識別子、または関連付け識別子とマルチキャスト・ユニキャスト識別子、または、関連付け識別子とデータ・タイプ、または関連付け識別子、データ・タイプ、およびマルチキャスト・ユニキャスト識別子を含むステップと、当該データ・フレームに従って復号化処理を実施するステップと、を含む。

別の態様によれば、データ通信装置が提供される。当該装置は、送受信器と当該送受信器に接続された少なくとも１つのプロセッサを備える。当該送受信器は、関連付け要求メッセージをアクセス・ポイントに送信し、当該アクセス・ポイントが送信した関連付け応答メッセージを受信するように構成され、当該関連付け応答メッセージは関連付け識別子を含み、当該プロセッサはデータ・フレームを生成するように構成され、当該データ・フレームのフォーマットは簡易フレーム・フォーマットであり、当該データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、当該ソース・アドレスの長さは媒体アクセス制御ＭＡＣアドレスの長さより短く、ソース・アドレスは、関連付け識別子、または関連付け識別子とマルチキャスト・ユニキャスト識別子、または、関連付け識別子とデータ・タイプ、または関連付け識別子、データ・タイプ、およびマルチキャスト・ユニキャスト識別子を含み、当該送受信器はさらに、当該データ・フレームを当該アクセス・ポイントに送信するように構成される。

別の態様によれば、データ通信装置が提供される。当該装置は、送受信器と当該送受信器に接続された少なくとも１つのプロセッサを備える。当該送受信器は、端末が送信した関連付け要求メッセージを受信し、関連付け応答メッセージを当該端末に送信し、当該端末により送信されたデータ・フレームを受信するように構成され、当該関連付け応答メッセージは関連付け識別子を含み、当該データ・フレームのフォーマットは簡易フレーム・フォーマットであり、当該データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、当該ソース・アドレスの長さは媒体アクセス制御ＭＡＣアドレスの長さより短く、ソース・アドレスは、関連付け識別子、または関連付け識別子とマルチキャスト・ユニキャスト識別子、または、関連付け識別子とデータ・タイプ、または関連付け識別子、データ・タイプ、およびマルチキャスト・ユニキャスト識別子を含み、当該プロセッサは当該データ・フレームに従って復号化処理を実施するように構成される。

別の態様によれば、データ通信システムが提供される。当該システムは、以上の装置のうち何れか１つを備える。

本発明の諸実施形態では、データ・フレームのフレーム・ヘッダ内のソース・アドレスの長さがＭＡＣアドレスの長さより短いので、先行技術のデータ・フレームと比較してデータ・フレームの長さを削減することができる。したがって、データ・フレームの送信効率を高めることができる。

本発明の諸実施形態の技術的解決策をより明確に説明するために、以下では当該諸実施形態または先行技術を説明するのに必要な添付図面を簡単に説明する。明らかに、以下の説明における添付図面は本発明の諸実施形態の一部を示すにすぎず、当業者は創造的作業なしにこれらの添付図面から他の図面を導出することができる。

本発明の実施形態１に従うデータ通信方法の略流れ図である。 本発明の実施形態２に従うデータ通信方法の略流れ図である。 本発明の実施形態３に従うデータ・フレームの１例の略構造図である。 本発明の実施形態４に従うデータ・フレームのＦＣドメインの１例の略構造図である。 本発明の実施形態５に従うデータ通信装置のブロック図である。 本発明の実施形態６に従うデータ通信装置のブロック図である。 本発明の実施形態７に従うデータ通信システムのブロック図である。

以下で本発明の諸実施形態の添付図面を参照して本発明の諸実施形態の技術的解決策を明確かつ十分に説明する。明らかに、説明する諸実施形態は本発明の諸実施形態の全部ではなく一部にすぎない。当業者が本発明の諸実施形態に基づいて創造的作業なしに得た他の全ての諸実施形態は本発明の保護範囲に入るものとする。

実施形態１
図１は、本発明の実施形態１に従うデータ通信方法の略流れ図である。図１の方法は端末により実行され、例えば、ＷｉＦｉ技術のＳＴＡにより実行してもよい。１１０では、関連付け要求メッセージをアクセス・ポイントに送信する。

１２０では、アクセス・ポイントが送信した関連付け応答メッセージを受信する。当該関連付け応答メッセージは関連付け識別子（Ａｓｓｏｃｉａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ、ＡＩＤ）を含む。

１３０では、データ・フレームを生成する。当該データ・フレームのフォーマットは簡易フレーム・フォーマットであり、当該データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、当該ソース・アドレスの長さはＭＡＣアドレスの長さより短く、ソース・アドレスは、関連付け識別子、または関連付け識別子とマルチキャスト・ユニキャスト識別子、または、関連付け識別子とデータ・タイプ、または関連付け識別子、データ・タイプ、およびマルチキャスト・ユニキャスト識別子を含む。１４０では、当該データ・フレームを当該アクセス・ポイントに送信する。

本発明の当該実施形態では、データ・フレームのフレーム・ヘッダ内のソース・アドレスの長さはＭＡＣアドレスの長さより短いので、先行技術のデータ・フレームと比較してデータ・フレームの長さを削減することができる。したがって、データ・フレームの送信速度を高めることができる。

本発明の当該実施形態では、ＡＩＤとはＡＰがＢＳＳ（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、基本サービス・セット）ネットワークでＳＴＡに割り当てた一意な識別子であってもよく、１６ビットのシーケンスであることは理解される。しかし、既存の８０２．１１標準では、ＡＩＤの最大値は２００７であり、したがって、１１ビットのみ使用することが必要である。８０２．１１ａｈの適用シナリオでは、１つのＡＰが高々６０００ＳＴＡにサービス提供する。ここで、ＡＩＤは１３ビットを使用して２^１３＝８１９２個のＳＴＡを示してもよく、アプリケーションの要求を満たすことができる。本発明の当該実施形態では、既存のＡＩＤを使用しなくともよいが、アドレス指定するための短いアドレス情報が追加的に関連付け応答メッセージにおいて保持され、または、ＭＡＣアドレスより短い送信ストリーム識別子を簡易フレーム・フォーマットで使用してもよい。１つの端末が複数の送信ストリーム識別子を有してもよい。即ち、各送信ストリームにより、アドレス指定するための短いアドレスでＭＡＣアドレスを置き換えてもよい。本発明の当該実施形態では、アドレス指定するために使用されＭＡＣアドレスより短い情報を全て関連付け識別子と称し、ＡＩＤと呼ぶ。下記におけるＡＩＤまたは関連識別子は既存の標準におけるＡＩＤまたは関連付け識別子には限定されず、関連付け要求メッセージおよび関連付け応答メッセージは既存の標準における関連付け要求メッセージまたは関連付け応答メッセージに限定されないことは理解される。

ソース・アドレスはデータ・フレームを生成した端末のアドレスであり、本明細書の宛先アドレスはアクセス・ポイントのアドレスをいうことに留意されたい。かかるケースでは、端末がデータを直接別の端末に送信し、ソース・アドレスおよび宛先アドレスの両方が対応する端末のアドレスであってもよいことが可能である。アクセス・ポイントがデータ・フレームを端末に送信する場合、宛先アドレスは当該端末のアドレスであり、ソース・アドレスはアクセス・ポイントのアドレスである。当該端末のアドレスを１６ビットに設定してもよく、この場合は、１４番目のビットと１５番目のビットがデータ・タイプを示す。例えば、「００」はベスト・エフォート型の共通データを示すために使用され、「０１」は音声データを示す。１３番目のビットはマルチキャストまたはユニキャストを示す。アクセス・ポイントがデータ・フレームを端末に送信する場合、当該端末のアドレスの１３番目のビットは「１」であり、これは現在送信されているフレームがマルチキャストフレームであり、当該端末のアドレスの０番目のビットから１２番目のビットが全て「１」というわけではなく、特定のマルチキャスト・アドレスを示し、データ・フレームの受信者が単一の端末ではなく１群の端末であることを示す。当該マルチキャスト・アドレスはＡＩＤではなく、マルチキャスト・アドレスの値をどのように決定するかについては、先行技術または別の関連技術を参照されたい。これは本発明によっては限定されない。端末のアドレスが宛先アドレスであり当該端末のアドレスの０番目から１３番目のビットが全て「１」である場合には、これは現在送信されているデータ・フレームがブロードキャスト・フレームであることを示し、この時点で、０番目のビットから１２番目のビットが全て「１」であるアドレスを特別なマルチキャスト・アドレスと考えてもよい。当該特別なマルチキャストがブロードキャストであり、ブロードキャスト・フレームの受信者は全て、当該アクセス・ポイントが配置されたネットワーク上の全ての端末である。端末のアドレスの１３番目のビットが「０」であるときには、当該端末のアドレスの０番目のビットから１２番目のビットはアクセス・ポイントにより端末に割り当てられたＡＩＤの下位１３ビットである。かかる端末のアドレスが宛先アドレスであるときには、データ・フレームの受信者は、当該端末のアドレスのＡＩＤが示す端末である。したがって、当該端末のアドレスの１３番目のビットはマルチキャスト・ユニキャスト識別子ビットである。当該端末のアドレスがソース・アドレスであるときには、ＳＴＡは一般に当該ソース・アドレスをユニキャスト・アドレスに設定する。当該ユニキャスト・アドレスは端末のＡＩＤを含む。当該端末のアドレスが宛先アドレスであるときには、当該端末のアドレスはユニキャスト・アドレスまたはマルチキャスト・アドレスであってもよく、当該端末のアドレスがユニキャスト・アドレスであるときには、端末のＡＩＤを含む。明らかに、ＡＩＤの下位１３ビット、マルチキャスト・ユニキャスト識別子ビット、およびデータ・タイプ識別子ビットが任意の組合せでソース・アドレスを形成してもよく、これは以上の組合せ方式には限定されない。同時に、ソース・アドレスはＡＩＤのみを含んでもよく、ＡＩＤ／マルチキャスト・アドレスおよびマルチキャスト・ユニキャスト識別子のみを含んでもよく、または、ＡＩＤおよびデータ・タイプのみを含んでもよく、または、これら３つの情報を含んでもよい。当該端末のアドレスは１６ビットには限定されず、必要に応じて別の長さに定義してもよく、幾つかの未定義の予約ビットを予約してもよい。ＡＩＤの有効ビットの数が別の数のビットであってもよく、例えば、１４ビットまたは１２ビット等であってもよい。多くのデータ・タイプ、送信タイプ、またはデータ・ストリームのシリアル番号を示すために、データ・タイプの長さが別の数のビットであってもよく、例えば、３ビット以上であってもよい。本発明の当該実施形態では、簡単のために、データ・タイプ、送信タイプ、およびデータ・ストリームのシリアル番号または識別子を全てデータ・タイプと称する。

場合によっては、補完または例外として、ステップ１３０で、宛先アドレスの長さはアクセス・ポイントのＭＡＣアドレスの長さより短く、宛先アドレスはアクセス・ポイントのＭＡＣアドレスのハッシュ（Ｈａｓｈ）値である。本発明の当該実施形態では、宛先アドレスとはアクセス・ポイントのアドレスである。アクセス・ポイントがデータ・フレームを端末に送信した場合、当該データ・フレーム内のソース・アドレスはアクセス・ポイントのアドレスであることは分かる。アクセス・ポイントのアドレスの長さは当該アクセス・ポイントのＭＡＣアドレスの長さより短く、アクセス・ポイントのアドレスは当該アクセス・ポイントのＭＡＣアドレスのハッシュ値であってもよい。例えば、ハッシュ動作を当該アクセス・ポイントのＭＡＣアドレスで行った後、ＭＡＣアドレス内の１６ビットを宛先アドレスとして使用する。このように、宛先アドレスの長さはＭＡＣアドレスの長さ（４８ビット）よりかなり短い。明らかに、ハッシュ値はＭＡＣアドレスの長さより短い別の長さであってもよく、本発明の当該実施形態によっては限定されない。

本発明の当該実施形態では、データ・フレームのフレーム・ヘッダにおける宛先アドレスはアクセス・ポイントのＭＡＣアドレスのハッシュ値であり、その長さはＭＡＣアドレスの長さより短いので、データ・フレームのフレーム・ヘッダの長さを削減することができる。したがって、データ・フレームの送信速度を高めることができる。

場合によっては、補完または例外として、ステップ１３０で、フレーム・ヘッダがさらにＦＣドメインを含んでもよい。ＦＣドメインは、プロトコル・バージョン（Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ）サブドメインを含んでもよい。当該プロトコル・バージョン・サブドメインを使用して、非簡易フレーム・フォーマットまたは簡易フレーム・フォーマットを示してもよい。本発明の当該実施形態では、簡易フレーム・フォーマットが、端末のＡＩＤを含みＭＡＣアドレスより短いアドレス値が少なくとも当該端末のアドレスとして使用されることを示し、当該アクセス・ポイントのＭＡＣアドレスのものであり当該ＭＡＣアドレスより短いハッシュ値をアクセス・ポイントのアドレスとしてさらに使用してもよいが、当該アクセス・ポイントのＭＡＣアドレスは使用されず、以下の簡易的な方法をさらに含めてもよい。非簡易フレーム・フォーマットは、端末とアクセス・ポイントのＭＡＣアドレスが直接フレームで使用されるフレーム・フォーマットを示す。即ち、本発明の実施形態の方法はフレームの長さを減らすためには使用されない。例えば、プロトコル・バージョン・サブドメインの長さが２ビットであってもよい。値が「００」であるときには、データ・フレームのフォーマットが非簡易フレーム・フォーマット、例えば、既存の標準におけるＭＡＣフレーム・フォーマットであることを示してもよい。当該値が「０１」であるときには、データ・フレームのフォーマットが簡易フレーム・フォーマットであることを示してもよい。他の値は予約された値であり、他のバージョンのフレーム・フォーマットを示すために使用される。本発明の諸実施形態では、非簡易フレーム・フォーマットが既存の標準のデータ・フレーム・フォーマットを含んでもよく、長さが本発明の当該実施形態のデータ・フレームより長い他のデータ・フレーム・フォーマットを含んでもよいことは理解される。

場合によっては、補完または例外として、ステップ１３０で、フレーム・ヘッダがさらにＦＣドメインを含んでもよい。ＦＣドメインが簡易フレーム・フォーマット識別子サブドメインを含んでもよい。簡易フレーム・フォーマット識別子サブドメインは非簡易フレーム・フォーマットまたは簡易フレーム・フォーマットを示すために使用される。例えば、簡易フレーム・フォーマット識別子サブドメインの長さが１ビットであってもよい。値が「０」であるときには、データ・フレームのフォーマットが非簡易フレーム・フォーマットであることを示してもよい。当該値が「１」であるときには、データ・フレームのフォーマットが簡易フレーム・フォーマットであることを示してもよい。

場合によっては、補完または例外として、ステップ１３０で、フレーム・ヘッダがさらにＦＣドメインを含んでもよい。ＦＣドメインはデータ・フレームのサブタイプ・サブドメインを含み、フレーム・タイプ・サブドメインは含まない。データ・フレームのサブタイプ・サブドメインはデータ・フレームのサブタイプを示すために使用される。例えば、サブタイプがＱｏＳを有するデータ・フレームであるかどうか、または、サブタイプがコンテンション・フリー・ポール（Ｃｏｎｔｅｎｔｉｏｎ Ｆｒｅｅ Ｐｏｌｌ、ＣＦ−Ｐｏｌｌ）データ・フレームであるかどうか等である。既存の標準のＭＡＣフレームでは、フレーム・タイプ・サブドメインは、データ・フレーム、管理フレーム、および制御フレームを含むフレームのタイプを示すために使用される。本発明の当該実施形態では、簡易フレーム・フォーマットがデータ・フレームのためにのみ使用される場合、データ・フレームが送信されたと判定される。したがって、ＦＣドメインでは、フレーム・タイプ・サブドメインが含まれなくてもよい。明らかに、簡易フレーム・フォーマットを管理フレームや制御フレームのような他のフレーム・タイプに対して使用してもよく、フレーム・タイプ・サブドメインをＦＣドメインに含める必要がある。

本発明の当該実施形態では、データ・フレームのフレーム・ヘッダのＦＣドメインはフレーム・タイプ・サブドメインを含まず、既存の標準におけるＭＡＣフレームと比較してデータ・フレームの長さを削減することができる。したがって、データ・フレームの送信効率を高めることができる。

場合によっては、補完または例外として、ステップ１３０で、フレーム・ヘッダがさらにＦＣドメインを含んでもよい。ＦＣドメインがフレーム送信方向サブドメインを含んでもよい。フレーム送信方向サブドメインの長さは１ビットであり、データ・フレームの送信方向を示すために使用される。例えば、当該フレーム送信方向サブドメインの値が「０」であるときには、データ・フレームの送信方向が端末からアクセス・ポイントであることを示してもよい。当該フレーム送信方向サブドメインの値が「１」であるときには、データ・フレームの送信方向がアクセス・ポイントから端末であることを示してもよい。先行技術のＭＡＣフレームと比較すると、先行技術のＭＡＣフレームではデータ・フレームの送信方向を示すために２ビットが使用され、その長さを１ビットだけ短くすることができる。

場合によっては、補完または例外として、ステップ１１０で、関連付け要求メッセージがさらに簡易フレーム・フォーマットの利用を要求するのに使用される第１の情報を含んでもよい。関連付け応答メッセージがさらに、簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報を含んでもよい。例えば、端末が、当該関連付け要求メッセージを用いることによって、簡易フレーム・フォーマットを使用するための要求をアクセス・ポイントに送信してもよい。簡易フレーム・フォーマットを使用できると判定した場合には、アクセス・ポイントが、当該関連付け応答メッセージを用いることによって、簡易フレーム・フォーマットを使用するように端末に指示してもよい。

場合によっては、補完または例外として、端末が第１のメッセージをアクセス・ポイントに送信し、当該アクセス・ポイントにより送信された第２のメッセージを受信してもよい。当該第１のメッセージが簡易フレーム・フォーマットの使用を要求するのに使用される第１の情報を含んでもよく、当該第２のメッセージが簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報を含んでもよい。端末が、関連付け要求メッセージと異なる第１のメッセージを用いることによって、簡易フレーム・フォーマットを使用するための要求をアクセス・ポイントに送信してもよく、関連付け応答メッセージとは異なり、かつ、簡易フレーム・フォーマットを使用するように端末に指示するためにアクセス・ポイントにより送信される第２のメッセージを受信してしてもよい。

場合によっては、補完または例外として、当該第１の情報を、データ送信中に不変である送信パラメータの部分を保持しないようにフレーム・ヘッダに指示するためにさらに使用してもよい。データ送信中に不変である当該送信パラメータの部分が、データ・フレーム長サブドメインおよびＱｏＳパラメータ・サブドメインのうち少なくとも１つを含んでもよい。

当該データ・フレーム長サブドメインがデータの長さを示してもよく、当該ＱｏＳパラメータ・サブドメインがＱｏＳパラメータを示す。端末とアクセス・ポイントのデータ送信中に、データの長さとＱｏＳパラメータを不変にして、フレーム・ヘッダがデータ・フレーム長サブドメインとＱｏＳパラメータ・サブドメインを保持しなくともよいようにしてもよい。

本発明の当該実施形態では、データ・フレームのフレーム・ヘッダはデータ送信中に不変である送信パラメータの部分を保持せず、データ・フレームの長さを削減することができる。したがって、データ・フレームの送信効率を高めることができる。

場合によっては、補完または例外として、第１の情報を、データ・フレームを暗号化するかどうかを指示するためにさらに使用してもよい。当該データ・フレームを暗号化するかどうかは当該第１の情報で指示され、したがって、データ・フレームのフレーム・ヘッダがフレーム保護識別子サブドメインを含まなくてもよい。これによりデータ・フレームの長さを削減することができる。

実施形態２
図２は、本発明の実施形態２に従うデータ通信方法の略流れ図である。図２に示す方法はアクセス・ポイントにより実行され、例えば、ＷｉＦｉ技術におけるＡＰで実行してもよい。２１０では、端末が送信した関連付け要求メッセージを受信する。２２０では、関連付け応答メッセージを当該端末に送信する。当該関連付け応答メッセージは関連付け識別子を含む。２３０では、当該端末により送信されたデータ・フレームを受信する。当該データ・フレームのフォーマットは簡易フレーム・フォーマットであり、当該データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、当該ソース・アドレスの長さは媒体アクセス制御ＭＡＣアドレスの長さより短く、ソース・アドレスは、関連付け識別子、または関連付け識別子とマルチキャスト・ユニキャスト識別子、または、関連付け識別子とデータ・タイプ、または関連付け識別子、データ・タイプ、およびマルチキャスト・ユニキャスト識別子を含む。２４０では、当該データ・フレームに従って復号化処理を実施する。

本発明の当該実施形態では、データ・フレームのフレーム・ヘッダ内のソース・アドレスの長さはＭＡＣアドレスの長さより短いので、先行技術のデータ・フレームと比較してデータ・フレームの長さを削減することができる。したがって、データ・フレームの送信効率を高めることができる。

場合によっては、補完または例外として、ステップ２４０で、アクセス・ポイントがフレーム・ヘッダに含まれる宛先アドレスを取得してもよく、当該宛先アドレスの長さは当該アクセス・ポイントのＭＡＣアドレスの長さより短く、当該宛先アドレスが当該アクセス・ポイントのＭＡＣアドレスのハッシュ値であってもよい。例えば、ハッシュ動作を当該アクセス・ポイントのＭＡＣアドレスに対して実施した後に、当該ＭＡＣアドレスの１６ビットを宛先アドレスとして使用してもよい。このように、当該宛先アドレスの長さはＭＡＣアドレスの長さ（４８ビット）よりかなり短い。明らかに、ハッシュ値がＭＡＣアドレスの長さより短い別の長さであってもよく、本発明の諸実施形態によっては限定されない。

本発明の諸実施形態では、データ・フレームのフレーム・ヘッダにおける宛先アドレスはアクセス・ポイントのＭＡＣアドレスのハッシュ値であり、その長さはＭＡＣアドレスの長さより短いので、データ・フレームのフレーム・ヘッダの長さを削減することができる。したがって、データ・フレームの送信効率を高めることができる。

場合によっては、補完または例外として、ステップ２４０で、アクセス・ポイントがフレーム・ヘッダに含まれるＦＣドメインを取得してもよい。ＦＣドメインがプロトコル・バージョン・サブドメインを含んでもよい。当該プロトコル・バージョン・サブドメインを使用して非簡易フレーム・フォーマットまたは当該簡易フレーム・フォーマットを示してもよい。例えば、プロトコル・バージョン・サブドメインの長さが２ビットであってもよい。値が「００」であるときには、データ・フレームのフォーマットが非簡易フレーム・フォーマット、例えば、既存の標準におけるＭＡＣフレーム・フォーマットであることを示してもよい。当該値が「０１」であるときには、データ・フレームのフォーマットが簡易フレーム・フォーマットであることを示してもよい。他の値は予約された値であり、他のバージョンのフレーム・フォーマットを示すために使用される。本発明の当該実施形態では、非簡易フレーム・フォーマットが既存の標準のデータ・フレーム・フォーマットを含んでもよく、長さが本発明の当該実施形態のデータ・フレームより長い他のデータ・フレーム・フォーマットを含んでもよいことは理解される。

場合によっては、補完または例外として、ステップ２４０で、アクセス・ポイントがフレーム・ヘッダに含まれるＦＣドメインを取得してもよい。ＦＣドメインが簡易フレーム・フォーマット識別子サブドメインを含んでもよい。当該簡易フレーム・フォーマット識別子サブドメインは非簡易フレーム・フォーマットまたは簡易フレーム・フォーマットを示すために使用される。例えば、当該簡易フレーム・フォーマット識別子サブドメインの長さが１ビットであってもよい。値が「０」であるときには、データ・フレームのフォーマットが非簡易フレーム・フォーマットであることを示してもよい。当該値が「１」であるときには、データ・フレームのフォーマットが簡易フレーム・フォーマットであることを示してもよい。

場合によっては、補完または例外として、ステップ２４０で、アクセス・ポイントがフレーム・ヘッダに含まれるＦＣドメインを取得してもよい。ＦＣドメインがデータ・フレームのサブタイプ・サブドメインを含んでもよく、フレーム・タイプ・サブドメインは含まない。当該データ・フレームのサブタイプ・サブドメインを使用して、当該データ・フレームのサブタイプ、例えば、ＣＦ−Ｐｏｌｌデータ・フレームおよびＱｏＳデータ・フレームを示してもよい。既存の標準のＭＡＣフレームでは、フレーム・タイプ・サブドメインはデータ・フレーム、管理フレーム、および制御フレームを含むフレームのタイプを示すために使用される。本発明の当該実施形態では、簡易フレーム・フォーマットがデータ・フレームのためにのみ使用される場合、データ・フレームが送信されたと判定され、したがって、フレーム・タイプ・サブドメインをＦＣドメインに含めなくてもよい。明らかに、簡易フレーム・フォーマットを管理フレームや制御フレームのような他のフレーム・タイプに対して使用してもよく、フレーム・タイプ・サブドメインをＦＣドメインに含める必要がある。

本発明の諸実施形態では、データ・フレームのフレーム・ヘッダのＦＣドメインはフレーム・タイプ・サブドメインを含まず、既存の標準におけるＭＡＣフレームと比較してデータ・フレームの長さを削減することができる。したがって、データ・フレームの送信効率を高めることができる。

場合によっては、補完または例外として、ステップ２４０で、アクセス・ポイントがフレーム・ヘッダに含まれるＦＣドメインを取得してもよい。ＦＣドメインがフレーム送信方向サブドメインを含んでもよい。当該フレーム送信方向サブドメインの長さは１ビットであり、データ・フレームの送信方向を示すために使用してもよい。例えば、当該フレーム送信方向サブドメインの値が「０」であるときには、データ・フレームの送信方向が端末からアクセス・ポイントであることを示してもよい。当該フレーム送信方向サブドメインの値が「１」であるときには、データ・フレームの送信方向がアクセス・ポイントから端末であることを示してもよい。先行技術のＭＡＣフレームと比較すると、先行技術のＭＡＣフレームではデータ・フレームの送信方向を示すために２ビットが使用され、その長さを１ビットだけ短くすることができる。

場合によっては、補完または例外として、ステップ２１０で、関連付け要求メッセージが、簡易フレーム・フォーマットの使用を要求するのに使用される第１の情報をさらに含んでもよい。関連付け応答メッセージが、簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報をさらに含んでもよい。例えば、端末が、関連付け要求メッセージを用いることによって、簡易フレーム・フォーマットを使用するための要求をアクセス・ポイントに送信してもよい。簡易フレーム・フォーマットを使用できると判定した場合には、アクセス・ポイントが、関連付け応答メッセージを用いることによって、簡易フレーム・フォーマットを使用するように端末に指示してもよい。

場合によっては、補完または例外として、アクセス・ポイントが端末により送信された第１のメッセージを受信してもよい。当該第１のメッセージが、簡易フレーム・フォーマットを使用するように指示するために使用される第１の情報を含んでもよい。当該アクセス・ポイントが第２のメッセージを当該端末に送信してもよい。当該第２のメッセージが、簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報を含んでもよい。端末が、関連付け要求メッセージと異なる第１のメッセージを用いることによって、簡易フレーム・フォーマットを使用するための要求をアクセス・ポイントに送信してもよい。アクセス・ポイントが、関連付け応答メッセージとは異なる第２のメッセージを用いることによって、簡易フレーム・フォーマットを使用するように端末に指示してもよい。

場合によっては、補完または例外として、第１の情報を、データ送信中に不変である送信パラメータの部分を保持しないようにフレーム・ヘッダに指示するためにさらに使用してもよい。データ送信中に不変である当該送信パラメータの部分が、データ・フレーム長サブドメインおよびＱｏＳパラメータ・サブドメインのうち少なくとも１つを含んでもよい。

当該データ・フレーム長サブドメインがデータの長さを示してもよく、当該ＱｏＳパラメータ・サブドメインがＱｏＳパラメータを示す。端末とアクセス・ポイントのデータ送信中に、データの長さとＱｏＳパラメータを不変にして、フレーム・ヘッダがデータ・フレーム長サブドメインとＱｏＳパラメータ・サブドメインを保持しなくともよいようにしてもよい。

本発明の当該実施形態では、データ・フレームのフレーム・ヘッダはデータ送信中に不変である送信パラメータの部分を保持せず、データ・フレームの長さを削減することができる。したがって、データ・フレームの送信効率を高めることができる。

場合によっては、補完または例外として、当該第１の情報を、データ・フレームを暗号化するかどうかを指示するためにさらに使用してもよい。当該データ・フレームを暗号化するかどうかは第１のメッセージで指示され、したがってデータ・フレームのフレーム・ヘッダがフレーム保護識別子サブドメインを含まなくともよい。これによりデータ・フレームの長さを削減することができる。

実施形態３
図３は、本発明の実施形態３に従うデータ・フレームの１例の略構造図である。

図３に示すように、データ・フレームは、長さが１バイトであるＦＣドメインと、長さが２バイトである、ＡＩＣとＡＣ（Ａｃｃｅｓｓ Ｃａｔｅｇｏｒｙ、アクセス・カテゴリ）で形成されるソース・アドレスと、ＡＰＩＤ（ＡＰ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＡＰ識別）でありＡＰのＭＡＣアドレスのハッシュ値であり長さが２バイトである宛先アドレスと、データ部であるボディ（Ｂｏｄｙ）部と、長さが４バイトであるＦＣＳ部とを含む。ＡＣはデータ・タイプに関する関連情報である。

当該データ・フレームのフレーム・ヘッダは、ＦＣドメイン、ソース・アドレス、および宛先アドレスを含み、長さは５バイトである。長さが２４バイトである先行技術のＭＡＣフレーム・ヘッダと比べると、長さは１９バイトだけ減っている。

したがって、本発明の当該実施形態では、データ・フレームの長さが減るので、データ・フレームの送信効率を高めることができる。

実施形態４
図４は、本発明の実施形態４に従うデータ・フレームのＦＣドメインの１例の略構造図である。

図４に示すように、当該ＦＣドメインは、長さが２ビットであるプロトコル・バージョン・サブドメインと、長さが４ビットであるサブタイプ・サブドメイン（Ｓｕｂｔｙｐｅ）と、長さが１ビットであるフレーム送信方向サブドメインと、長さが１ビットである簡易フレーム・フォーマット識別子サブドメインを含む。簡易フレーム・フォーマット識別子サブドメインは、値が「０」であるときには非簡易フレーム・フォーマットを示してもよく、当該値が「１」であるときには簡易フレーム・フォーマットを示してもよい。

したがって、本発明の当該実施形態では、先行技術のデータ・フレームのＦＣドメインと比べると長さが１バイトだけ減っており、したがってデータ・フレームの送信効率を高めることができる。

実施形態５
図５は、本発明の実施形態５に従うデータ通信装置のブロック図である。図５の装置５００の１例は端末であり、例えば、ＷｉＦｉ技術のＳＴＡであってもよい。装置５００は送受信器５１０と少なくとも１つのプロセッサ５２０を備える。簡単のために、図５は１つのプロセッサだけを説明するが、１つまたは複数のプロセッサが図５に存在してもよく、本発明の当該実施形態では限定されない。

送受信器５１０は、関連付け要求メッセージをアクセス・ポイントに送信し、当該アクセス・ポイントが送信した関連付け応答メッセージを受信するように構成される。当該関連付け応答メッセージは関連付け識別子を含む。プロセッサ５２０は、データ・フレームを生成するように構成され、当該データ・フレームのフォーマットは簡易フレーム・フォーマットであり、当該データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、当該ソース・アドレスの長さは媒体アクセス制御ＭＡＣアドレスの長さより短く、ソース・アドレスは、関連付け識別子、または関連付け識別子とマルチキャスト・ユニキャスト識別子、または、関連付け識別子とデータ・タイプ、または関連付け識別子、データ・タイプ、およびマルチキャスト・ユニキャスト識別子を含む。送受信器５１０はさらに、データ・フレームをアクセス・ポイントに送信するように構成される。

本発明の当該実施形態では、データ・フレームのフレーム・ヘッダ内のソース・アドレスの長さはＭＡＣアドレスの長さより短く、先行技術のデータ・フレームと比較してデータ・フレームの長さを削減することができる。したがって、データ・フレームの送信効率を高めることができる。

場合によっては、補完または例外として、宛先アドレスの長さはアクセス・ポイントのＭＡＣアドレスの長さより短く、当該宛先アドレスは当該アクセス・ポイントのＭＡＣアドレスのハッシュ値であってもよい。

場合によっては、補完または例外として、データ・フレームのフレーム・ヘッダがさらにＦＣドメインを含んでもよい。ＦＣドメインがプロトコル・バージョン・サブドメインを含んでもよい。当該プロトコル・バージョン・サブドメインを使用して、非簡易フレーム・フォーマットまたは簡易フレーム・フォーマットを示してもよい。

場合によっては、補完または例外として、データ・フレームのフレーム・ヘッダがさらにＦＣドメインを含んでもよい。ＦＣドメインが簡易フレーム・フォーマット識別子サブドメインを含んでもよい。当該簡易フレーム・フォーマット識別子サブドメインを使用して、非簡易フレーム・フォーマットまたは簡易フレーム・フォーマットを示してもよい。

場合によっては、補完または例外として、データ・フレームのフレーム・ヘッダがさらにＦＣドメインを含んでもよい。ＦＣドメインが当該データ・フレームのサブタイプ・サブドメインを含んでもよく、フレーム・タイプ・サブドメインは含まない。

場合によっては、補完または例外として、データ・フレームのフレーム・ヘッダがさらにＦＣドメインを含んでもよい。ＦＣドメインがフレーム送信方向サブドメインを含んでもよい。当該フレーム送信方向サブドメインの長さは１ビットであり、データ・フレームの送信方向を示すために使用してもよい。

場合によっては、補完または例外として、関連付け要求メッセージがさらに、簡易フレーム・フォーマットの使用を要求するのに使用される第１の情報を含んでもよい。関連付け応答メッセージがさらに、当該簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報を含んでもよい。

場合によっては、補完または例外として、送受信器５１０はさらに、第１のメッセージをアクセス・ポイントに送信し、当該アクセス・ポイントにより送信された第２のメッセージを受信するように構成される。当該第１のメッセージが、簡易フレーム・フォーマットの使用を要求するのに使用される第１の情報を含んでもよく、当該第２のメッセージが、当該簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報を含んでもよい。

場合によっては、補完または例外として、第１の情報をさらに、データ送信中に不変である送信パラメータの部分を保持しないようにフレーム・ヘッダに指示するために使用してもよい。データ送信中に不変である当該送信パラメータの部分が、データ・フレーム長サブドメインおよびサービス品質ＱｏＳパラメータ・サブドメインのうち少なくとも１つを含んでもよい。

場合によっては、補完または例外として、当該第１の情報を、当該データ・フレームを暗号化するかどうかを指示するためにさらに使用してもよい。

装置５００の各ハードウェアに関して、または、ハードウェアと対応するソフトウェアにより協働的に実施される動作に関しては、実施形態１の方法の１１０、１２０、１３０、および１４０を参照されたい。繰返しを避けるために、ここでは再度説明を行うことはしない。

さらに、コンピュータ可読媒体（複数可）をさらに提供する。当該媒体は、実行されたときに実施形態１の方法を実行するための１１０、１２０、１３０、および１４０の動作を実施するコンピュータ可読命令を含む。

さらに、コンピュータプログラム製品が提供される。当該製品は、上記コンピュータ可読媒体を備える。

本発明の当該実施形態に含まれる端末には、携帯電話、ポータブル・コンピュータ、およびタブレット・コンピュータのような、無線通信機能を具備した電子機器が含まれるがこれらに限られないことに留意されたい。

実施形態６
図６は、本発明の実施形態６に従うデータ通信装置のブロック図である。図６の装置６００の１例はアクセス・ポイントであり、例えば、ＷｉＦｉ技術におけるＡＰであってもよい。装置６００は、送受信器６１０と少なくとも１つのプロセッサ６２０を備える。簡単のために、図６では１つのプロセッサのみを説明しているが、１つまたは複数のプロセッサが図６に存在してもよく、本発明の当該実施形態では限定されない。

送受信器６１０は、端末が送信した関連付け要求メッセージを受信し、関連付け応答メッセージを当該端末に送信し、当該端末により送信されたデータ・フレームを受信するように構成される。当該関連付け応答メッセージは関連付け識別子を含み、当該データ・フレームのフォーマットは簡易フレーム・フォーマットであり、当該データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、当該ソース・アドレスの長さは媒体アクセス制御ＭＡＣアドレスの長さより短く、ソース・アドレスは、関連付け識別子、または関連付け識別子とマルチキャスト・ユニキャスト識別子、または、関連付け識別子とデータ・タイプ、または関連付け識別子、データ・タイプ、およびマルチキャスト・ユニキャスト識別子を含む。プロセッサ６２０は、当該データ・フレームに従って復号化処理を実施するように構成される。

本発明の当該実施形態では、データ・フレームのフレーム・ヘッダ内のソース・アドレスの長さはＭＡＣアドレスの長さより短いので、先行技術のデータ・フレームと比較してデータ・フレームの長さを削減することができる。したがって、データ・フレームの送信効率を高めることができる。

場合によっては、補完または例外として、プロセッサ６２０はさらにフレーム・ヘッダに含まれる宛先アドレスを取得するように構成され、宛先アドレスの長さはアクセス・ポイントのＭＡＣアドレスの長さより短く、当該宛先アドレスが当該アクセス・ポイントのＭＡＣアドレスのハッシュ値であってもよい。

場合によっては、補完または例外として、プロセッサ６２０はさらにフレーム・ヘッダに含まれるＦＣドメインを取得するように構成される。ＦＣドメインがプロトコル・バージョン・サブドメインを含んでもよい。当該プロトコル・バージョン・サブドメインを使用して、非簡易フレーム・フォーマットまたは簡易フレーム・フォーマットを示してもよい。

場合によっては、補完または例外として、プロセッサ６２０はさらにフレーム・ヘッダに含まれるＦＣドメインを取得するように構成される。ＦＣドメインが簡易フレーム・フォーマット識別子サブドメインを含んでもよい。当該簡易フレーム・フォーマット識別子サブドメインを使用して、非簡易フレーム・フォーマットまたは簡易フレーム・フォーマットを示してもよい。

場合によっては、補完または例外として、プロセッサ６２０はさらにフレーム・ヘッダに含まれるＦＣドメインを取得するように構成される。ＦＣドメインがデータ・フレームのサブタイプ・サブドメインを含んでもよく、フレーム・タイプ・サブドメインは含まない。

場合によっては、補完または例外として、プロセッサ６２０はさらにフレーム・ヘッダに含まれるＦＣドメインを取得するように構成される。ＦＣドメインがフレーム送信方向サブドメインを含んでもよい。当該フレーム送信方向サブドメインの長さは１ビットであり、当該データ・フレームの送信方向を示すために使用される。

場合によっては、補完または例外として、関連付け要求メッセージがさらに簡易フレーム・フォーマットの使用を要求するのに使用される第１の情報を含んでもよい。関連付け応答メッセージがさらに当該簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報を含んでもよい。

場合によっては、補完または例外として、送受信器６１０はさらに、端末により送信された第１のメッセージを受信し、第２のメッセージを当該端末に送信するように構成される。当該第１のメッセージが簡易フレーム・フォーマットの使用を要求するのに使用される第１の情報を含んでもよく、当該第２のメッセージが当該簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報を含んでもよい。

場合によっては、補完または例外として、当該第１の情報をさらに、データ送信中に不変である送信パラメータの部分を保持しないようにフレーム・ヘッダに指示するために使用してもよい。データ送信中に不変である当該送信パラメータの部分は、データ・フレーム長サブドメインおよびサービス品質ＱｏＳパラメータ・サブドメインのうち少なくとも１つを含む。

場合によっては、補完または例外として、当該第１の情報を、データ・フレームを暗号化するかどうかを指示するためにさらに使用してもよい。

装置６００の各ハードウェアに関して、または、ハードウェアと対応するソフトウェアにより協働的に実施される動作に関しては、実施形態２の方法の２１０、２２０、２３０、および２４０を参照されたい。繰返しを避けるために、ここでは再度説明を行うことはしない。

さらに、コンピュータ可読媒体（複数可）が提供される。当該媒体は、実行されたときに実施形態２の方法を実行するための２１０、２２０、２３０、および２４０の動作を実施するコンピュータ可読命令を含む。

さらに、コンピュータプログラム製品が提供される。当該製品は、上記コンピュータ可読媒体を備える。

本発明の諸実施形態のアクセス・ポイントには、ＷｉＦｉ技術におけるＡＰ機能を具備した機器が含まれるがこれに限られないことに留意されたい。

実施形態７
図７は、本発明の実施形態７に従うデータ通信システムのブロック図である。図７のシステム７００は装置５００および／または装置６００を備える。

システム７００の各ハードウェアに関して、または、ハードウェアと対応するソフトウェアにより協働的に実施される動作に関しては、実施形態５および／または実施形態６を参照されたい。繰返しを避けるために、ここでは再度説明を行うことはしない。

本発明の当該実施形態では、データ・フレームのフレーム・ヘッダ内のソース・アドレスの長さはＭＡＣアドレスの長さより短いので、先行技術のデータ・フレームと比較してデータ・フレームの長さを削減することができる。したがって、データ・フレームの送信効率を高めることができる。

本明細書で開示した諸実施形態で説明した例と組み合わせて、コンポーネントまたはユニットおよびアルゴリズムのステップを、電気ハードウェア、またはコンピュータ・ソフトウェアと電気ハードウェアの組合せにより実装してもよいことは当業者に理解される。諸機能をハードウェアで実装するかソフトウェアで実装するかは技術的解決策の具体的な適用と設計上の制約条件に依存する。当業者は様々な方法を使用して、説明した機能を具体的な適用ごとに実装してもよいが、当該実装が本発明の範囲を超えるとは考えるべきではない。

便宜上および説明の簡単さのため、以上のシステム、装置、およびコンポーネントまたはユニットの詳細な動作プロセスについては、以上の方法の諸実施形態における対応する処理を参照できることは当業者には明らかであり、詳細についてはここでは繰り返し説明しない。

本願で提供した幾つかの諸実施形態では、開示したシステム、装置、および方法を他の方式で実装してもよいことは理解される。例えば、説明した装置の実施形態は単に例示的なものである。例えば、構成要素の分割は単に論理的な機能分割であり、実際の実装では他の分割であってもよい。例えば、複数のコンポーネントを別のシステムに結合するかもしくは統合してもよく、または、無視するかもしくは実施しなくともよい。さらに、表示または議論した相互結合または直接結合または通信接続を何らかのインタフェースを介して実装してもよい。装置間またはコンポーネント間の間接結合または通信接続を、電気的形態、機械的形態、または他の形態で実装してもよい。

さらに、本発明の諸実施形態における機能コンポーネントを処理コンポーネントに統合してもよく、または、当該コンポーネントの各々が物理的に単体で存在してもよく、または、複数のコンポーネントが１つのコンポーネントに統合される。

諸機能をソフトウェア機能コンポーネントの形で実装し独立な製品として販売または利用するときには、当該諸機能をコンピュータ可読記憶媒体に格納してもよい。かかる理解のもと、本発明の技術的解決策を本質的に、または、先行技術に寄与する部分を、または、当該技術的解決策の一部を、ソフトウェア製品の形で実装してもよい。当該コンピュータ・ソフトウェア製品は記憶媒体に格納され、コンピュータ装置（パーソナル・コンピュータ、サーバ、またはネットワーク装置であってもよい）に本発明の実施形態で説明した方法のステップの全部または一部を実施するように指示するための幾つかの命令を含む。上記記憶媒体には、ＵＳＢフラッシュ・ドライブ、取外し可能ハード・ディスク、読取専用メモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダム・アクセス・メモリ（Ｒおよびｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクのような、プログラム・コードを格納できる任意の媒体が含まれる。

以上の説明は本発明の具体的な諸実施形態にすぎず、本発明の保護範囲を限定しようとするものではない。当業者が本発明で開示した技術範囲において容易に想到する任意の変形または置換は本発明の保護範囲に入るものとする。したがって、本発明の保護範囲は特許請求の範囲の保護範囲に支配される。

５００ 装置５００
５１０ 送受信器５１０
５２０ プロセッサ５２０
６００ 装置６００
６１０ 送受信器６１０
６２０ プロセッサ６２０

Claims (21)

1. 関連付け要求メッセージをアクセス・ポイントに送信するステップと、
   前記アクセス・ポイントが送信した関連付け応答メッセージを受信するステップであって、前記関連付け応答メッセージは関連付け識別子を含むステップと、
   データ・フレームを生成するステップであって、前記データ・フレームのフォーマットは簡易フレーム・フォーマットであり、前記データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、前記ソース・アドレスの長さは媒体アクセス制御ＭＡＣアドレスの長さより短く、前記ソース・アドレスは、前記関連付け識別子、または、前記関連付け識別子とマルチキャスト・ユニキャスト識別子、または、前記関連付け識別子とデータ・タイプ、または、前記関連付け識別子、前記データ・タイプ、および前記マルチキャスト・ユニキャスト識別子を含むステップと
   前記データ・フレームを前記アクセス・ポイントに送信するステップと、
   を含み、
   前記関連付け要求メッセージは、更に、前記簡易フレーム・フォーマットの使用を要求するのに使用される第１の情報を含み、前記関連付け応答メッセージは、更に、前記簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報を含む、データ通信方法。
2. 前記フレーム・ヘッダはさらにフレーム制御ＦＣドメインを含み、前記ＦＣドメインはプロトコル・バージョン・サブドメインを含み、前記プロトコル・バージョン・サブドメインは非簡易フレーム・フォーマットまたは前記簡易フレーム・フォーマットを示すために使用される、請求項１に記載の方法。
3. 前記フレーム・ヘッダはさらにＦＣドメインを含み、前記ＦＣドメインはフレーム送信方向サブドメインを含み、前記フレーム送信方向サブドメインの長さは１ビットであり、前記データ・フレームの送信方向を示すために使用される、請求項１に記載の方法。
4. 前記宛先アドレスの長さは前記アクセス・ポイントのＭＡＣアドレスの長さより短く、前記宛先アドレスは前記アクセス・ポイントのＭＡＣアドレスのハッシュ値である、請求項１乃至３の何れか１項に記載の方法。
5. 端末が送信した関連付け要求メッセージを受信するステップと、
   関連付け応答メッセージを前記端末に送信するステップであって、前記関連付け応答メッセージは関連付け識別子を含むステップと、
   前記端末により送信されたデータ・フレームを受信するステップであって、前記データ・フレームのフォーマットは簡易フレーム・フォーマットであり、前記データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、前記ソース・アドレスの長さは媒体アクセス制御ＭＡＣアドレスの長さより短く、前記ソース・アドレスは、前記関連付け識別子、または、前記関連付け識別子とマルチキャスト・ユニキャスト識別子、または、前記関連付け識別子とデータ・タイプ、または、前記関連付け識別子、前記データ・タイプ、および前記マルチキャスト・ユニキャスト識別子を含むステップと、
   前記データ・フレームに従って復号化処理を実施するステップと、
   を含み、
   前記関連付け要求メッセージは、更に、前記簡易フレーム・フォーマットの使用を要求するのに使用される第１の情報を含み、前記関連付け応答メッセージは、更に、前記簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報を含む、データ通信方法。
6. 前記データ・フレームに従って復号化処理を実施するステップは、
   前記フレーム・ヘッダに含まれるフレーム制御ＦＣドメインを取得するステップであって、前記ＦＣドメインはプロトコル・バージョン・サブドメインを含み、前記プロトコル・バージョン・サブドメインは非簡易フレーム・フォーマットまたは前記簡易フレーム・フォーマットを示すために使用されるステップ
   を含む、請求項５に記載の方法。
7. 前記データ・フレームに従って復号化処理を実施するステップは、
   前記フレーム・ヘッダに含まれるＦＣドメインを取得するステップであって、前記ＦＣドメインはフレーム送信方向サブドメインを含み、前記フレーム送信方向サブドメインの長さは１ビットであり、前記データ・フレームの送信方向を示すために使用されるステップ
   を含む、請求項５に記載の方法。
8. 前記データ・フレームに従って復号化処理を実施するステップは、
   前記フレーム・ヘッダに含まれる前記宛先アドレスを取得するステップであって、前記宛先アドレスの長さはアクセス・ポイントのＭＡＣアドレスの長さより短く、前記宛先アドレスは前記アクセス・ポイントのＭＡＣアドレスのハッシュ値であるステップ
   を含む、請求項５乃至７の何れか１項に記載の方法。
9. 送受信器と、
   前記送受信器に接続された少なくとも１つのプロセッサと、
   を備え、
   前記送受信器は、関連付け要求メッセージをアクセス・ポイントに送信し、前記アクセス・ポイントが送信した関連付け応答メッセージを受信するように構成され、前記関連付け応答メッセージは関連付け識別子を含み、
   前記プロセッサは、データ・フレームを生成するように構成され、前記データ・フレームのフォーマットは簡易フレーム・フォーマットであり、前記データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、前記ソース・アドレスの長さは媒体アクセス制御ＭＡＣアドレスの長さより短く、前記ソース・アドレスは、前記関連付け識別子、または、前記関連付け識別子とマルチキャスト・ユニキャスト識別子、または、前記関連付け識別子とデータ・タイプ、または、前記関連付け識別子、前記データ・タイプ、および前記マルチキャスト・ユニキャスト識別子を含み、
   前記送受信器はさらに、前記データ・フレームを前記アクセス・ポイントに送信するように構成され、
   前記関連付け要求メッセージは、更に、前記簡易フレーム・フォーマットの使用を要求するのに使用される第１の情報を含み、前記関連付け応答メッセージは、更に、前記簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報を含む、
   データ通信装置。
10. 前記データ・フレームの前記フレーム・ヘッダはさらにフレーム制御ＦＣドメインを含み、前記ＦＣドメインはプロトコル・バージョン・サブドメインを含み、前記プロトコル・バージョン・サブドメインは非簡易フレーム・フォーマットまたは前記簡易フレーム・フォーマットを示すために使用される、請求項９に記載の装置。
11. 前記データ・フレームの前記フレーム・ヘッダはさらにＦＣドメインを含み、前記ＦＣドメインはフレーム送信方向サブドメインを含み、前記フレーム送信方向サブドメインの長さは１ビットであり、前記データ・フレームの送信方向を示すために使用される、請求項９に記載の装置。
12. 前記宛先アドレスの長さは前記アクセス・ポイントのＭＡＣアドレスの長さより短く、前記宛先アドレスは前記アクセス・ポイントのＭＡＣアドレスのハッシュ値である、請求項９乃至１１の何れか１項に記載の装置。
13. 送受信器と、
    前記送受信器に接続された少なくとも１つのプロセッサと、
    を備え、
    前記送受信器は、端末が送信した関連付け要求メッセージを受信し、関連付け応答メッセージを前記端末に送信し、前記端末により送信されたデータ・フレームを受信するように構成され、前記関連付け応答メッセージは関連付け識別子を含み、前記データ・フレームのフォーマットは簡易フレーム・フォーマットであり、前記データ・フレームのフレーム・ヘッダはソース・アドレスと宛先アドレスを含み、前記ソース・アドレスの長さは媒体アクセス制御ＭＡＣアドレスの長さより短く、前記ソース・アドレスは、前記関連付け識別子、または、前記関連付け識別子とマルチキャスト・ユニキャスト識別子、または、前記関連付け識別子とデータ・タイプ、または、前記関連付け識別子、前記データ・タイプ、および前記マルチキャスト・ユニキャスト識別子を含み、
    前記プロセッサは前記データ・フレームに従って復号化処理を実施するように構成され、
    前記関連付け要求メッセージは、更に、前記簡易フレーム・フォーマットの使用を要求するのに使用される第１の情報を含み、前記関連付け応答メッセージは、更に、前記簡易フレーム・フォーマットを使用するように指示するのに使用される第２の情報を含む、
    データ通信装置。
14. 前記プロセッサはさらに前記フレーム・ヘッダに含まれるフレーム制御ＦＣドメインを取得するように構成され、前記ＦＣドメインはプロトコル・バージョン・サブドメインを含み、前記プロトコル・バージョン・サブドメインは非簡易フレーム・フォーマットまたは前記簡易フレーム・フォーマットを示すために使用される、請求項１３に記載の装置。
15. 前記プロセッサはさらに前記フレーム・ヘッダに含まれるＦＣドメインを取得するように構成され、前記ＦＣドメインはフレーム送信方向サブドメインを含み、前記フレーム送信方向サブドメインの長さは１ビットであり、前記データ・フレームの送信方向を示すために使用される、請求項１３に記載の装置。
16. 前記プロセッサはさらに前記フレーム・ヘッダに含まれる前記宛先アドレスを取得するように構成され、前記宛先アドレスの長さはアクセス・ポイントのＭＡＣアドレスの長さより短く、前記宛先アドレスは前記アクセス・ポイントのＭＡＣアドレスのハッシュ値である、請求項１３乃至１５の何れか１項に記載の装置。
17. 請求項９乃至１２の何れか１項に記載の装置および請求項１３乃至１６の何れか１項に記載の装置を備えた、データ通信システム。
18. 請求項１乃至４の何れか１項に記載の方法をコンピュータに実行させるプログラム。
19. 請求項５乃至８の何れか１項に記載の方法をコンピュータに実行させるプログラム。
20. 請求項１８に記載のプログラムを格納したコンピュータ可読記憶媒体。
21. 請求項１９に記載のプログラムを格納したコンピュータ可読記憶媒体。
    
    

Images