JP7680558B2 - 帯域幅決定方法、デバイス、ストレージメディア、およびプログラム製品 - Google Patents

Description

本開示の実施形態は、主に通信分野に関し、詳細には、帯域幅決定方法、デバイス、ストレージメディア、およびプログラム製品に関する。

ワイヤレスローカルエリアネットワークにおいては、伝送端および受信端が、さまざまなワイヤレスチャネル環境にある。伝送端および受信端がデータ通信を実行する前には、それらの２つの当事者のチャネル可用性ステータスに基づくネゴシエーションを通じて、それらの２つの当事者の間における通信にとって適切な帯域幅が入手されることが可能であることが期待される。加えて、通信プロセスにおいては、対応するフレームと、その対応するフレームのトリガーフレームとは通常、同じ帯域幅を使用する必要がある。

既存のソリューションにおいては、そのようなネゴシエーションを実行するために、伝送端は、データ通信中に受信端へチャネル帯域幅を送信し得る。たとえば、伝送端は、スクランブリングシーケンスにおけるビットのグループ、およびサービスフィールドにおけるビットのグループを使用して、共同で帯域幅を示し得る。

本開示の実施形態は、帯域幅決定ソリューションを提供する。

本開示の第１の態様は、帯域幅決定方法を提供する。この方法は、第１のデバイスが、物理レイヤプロトコルデータユニットＰＰＤＵを第２のデバイスから受信することであって、ＰＰＤＵは、スクランブリングシーケンスおよびサービスフィールドを決定するために使用され、スクランブリングシーケンスにおけるビットの第１のグループ、およびサービスフィールドにおけるビットの第２のグループが、帯域幅を示す、受信することと、ビットの第２のグループにおいてチェックエラーが生じている場合に、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定することとを含む。

本明細書においては、第１のデバイスによって受信されるＰＰＤＵは、制御フレームまたは管理フレームを搬送し得る。第１の態様のいくつかの実施形態においては、受信されるＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。搬送される制御フレームの例は、ＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレーム、ＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレーム、ＰＳ－Ｐｏｌｌ（ｐｏｗｅｒ－ｓａｖｉｎｇ ｐｏｌｌ）フレーム、ＣＦ－Ｅｎｄ（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ｅｎｄ）フレーム、ＢＡＲ（ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ ｒｅｑｕｅｓｔ）フレーム、またはＮＤＰアナウンスメント（ｎｕｌｌ ｄａｔａ ＰＰＤＵ ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを含むが、それらに限定されない。

本明細書においては、ビットの第１のグループおよび／またはビットの第２のグループは、１つまたは複数のビットを含み得る。たとえば、ビットの第１のグループは、スクランブリングシーケンスにおけるビットＢ５およびＢ６を含み得、ビットの第２のグループは、サービスフィールドにおけるビットＢ７を含み得る。

ビットの第１のグループおよびビットの第２のグループの別々の値は、別々の帯域幅を示し得る。帯域幅のサイズは、たとえば、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０（８０＋８０）ＭＨｚ、３２０ＭＨｚ、または４８０ＭＨｚを含み得る。

本開示のソリューションによれば、ビットの第２のグループにおいてチェックエラーが生じている場合に、第１のデバイスは、フレームを単に破棄することはせず、ビットの第１のグループに基づいて通信のための帯域幅を決定することを引き続き試みることが可能である。この様式に基づけば、本開示のソリューションは、不必要な再伝送またはチャネル競合を低減すること、貴重なエアインターフェースリソースを節約すること、およびシステム効率を改善することが可能である。

第１の態様のいくつかの実施形態においては、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、ビットの第１のグループが単一の候補帯域幅を示す場合に、その単一の候補帯域幅を通信のための帯域幅として決定するステップを含む。

第１の態様のいくつかの実施形態においては、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、ビットの第１のグループの値が１である場合には、それは、通信のための帯域幅が第１の帯域幅であることを示しているということ、ビットの第１のグループの値が２である場合には、それは、通信のための帯域幅が第２の帯域幅であることを示しているということ、またはビットの第１のグループの値が３である場合には、それは、通信のための帯域幅が第３の帯域幅であることを示しているということを含む。

第１の態様のいくつかの実施形態においては、第１の帯域幅は４０ＭＨｚであり、第２の帯域幅は８０ＭＨｚであり、第３の帯域幅は１６０ＭＨｚである。

たとえば、上述されているＢ５、Ｂ６、およびＢ７は、帯域幅モードを示し、それらの３つのビットは、最大で８つのタイプの帯域幅を示すことが可能である。現在、一般に使用されている帯域幅は主に、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０（８０＋８０）ＭＨｚ、および３２０ＭＨｚを含む。たとえば、Ｂ５Ｂ６が０であり、Ｂ７が０である場合には、それは２０ＭＨｚを示し、Ｂ５Ｂ６が１であり、Ｂ７が０である場合には、それは４０ＭＨｚを示し、Ｂ５Ｂ６が２であり、Ｂ７が０である場合には、それは８０ＭＨｚを示し、Ｂ５Ｂ６が３であり、Ｂ７が０である場合には、それは１６０ＭＨｚを示し、Ｂ５Ｂ６が０であり、Ｂ７が１である場合には、それは３２０ＭＨｚを示し、またはＢ５Ｂ６が１、２、もしくは３であり、Ｂ７が１である場合には、それは予備の帯域幅を示し得、すなわち、帯域幅が一時的に示されない。プロトコルにおいては、最下位ビットが最初に送信されるシーケンスが使用される。たとえば、Ｂ５Ｂ６が２である場合には、対応する２進数は１０である。このケースにおいては、Ｂ５＝０およびＢ６＝１である。

この例においては、Ｂ５Ｂ６が１、２、または３である場合には、それは、単一の対応する帯域幅を示すことが可能である。たとえば、Ｂ５Ｂ６が１である場合には、それは４０ＭＨｚを示し、Ｂ５Ｂ６が２である場合には、それは８０ＭＨｚを示し、またはＢ５Ｂ６が３である場合には、それは１６０ＭＨｚを示す。このケースにおいては、たとえＢ７においてチェックエラーが生じても、第１のデバイスは、Ｂ５Ｂ６に対応する一意の帯域幅に基づいて通信のための帯域幅を決定することも可能である。

第１の態様のいくつかの実施形態においては、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、ビットの第１のグループが複数の候補帯域幅を示す場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップを含む。

本明細書においては、帯域幅ネゴシエーションプロセスは、第１のデバイスと第２のデバイスとの間において帯域幅ネゴシエーションが受け入れられるかどうかを示す。帯域幅ネゴシエーションプロセスは、動的帯域幅ネゴシエーションプロセスを含み得る。動的帯域幅ネゴシエーションプロセスは、次のとおりである。ＲＴＳフレームを送信する際に、動的帯域幅ネゴシエーションをサポートするステーションが、スクランブリングシーケンスの最初の７つのビットにおけるＢ４（ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴを示す）を１（動的モードを示す）に設定し、受信ステーションがＲＴＳフレームを受信した後に、ＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）がアイドルを示し、ＲＴＳフレームの帯域幅以下の候補帯域幅が下記の条件を満たす場合には、受信ステーションは、その候補帯域幅を使用することによってＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレームを送信する。そうでない場合には、ＣＴＳは返されない。満たされる必要がある条件は、候補帯域幅のセカンダリーチャネルに関するＣＣＡ（ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ）の検知結果が、ＲＴＳが送信される前のＰＩＦＳ（ｐｏｉｎｔ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）時間内にアイドルであることである。

帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスを含み得る。静的帯域幅ネゴシエーションプロセスは、次のとおりである。ＲＴＳフレームを送信する際に、動的帯域幅ネゴシエーションをサポートしないステーションが、スクランブリングシーケンスの最初の７つのビットにおけるＢ４（ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴを示す）を０（静的モードを示す）に設定し、受信ステーションがＲＴＳフレームを受信した後に、ＮＡＶがアイドルを示し、ＲＴＳフレームの帯域幅が下記の条件を満たす場合には、受信ステーションは、ＲＴＳフレームの帯域幅と同じ帯域幅を使用することによってＣＴＳフレームを送信する。そうでない場合には、ＣＴＳは返されない。満たされる必要がある条件は、ＲＴＳ帯域幅のセカンダリーチャネルに関するＣＣＡの検知結果が、ＲＴＳが送信される前のＰＩＦＳ時間内にアイドルであることである。

帯域幅ネゴシエーションプロセスは、帯域幅ネゴシエーションなしプロセスをさらに含み得る。帯域幅ネゴシエーションなしプロセスは、次のとおりである。ＲＴＳフレームではないコンテンツを搬送する非ＨＴまたは非ＨＴ ＰＰＤＵをステーションが送信する際には、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ表示が使用されず、言い換えれば、スクランブリングシーケンスの最初の７つのビットにおけるＢ４は、スクランブリングシーケンスの最初の７つのビットがすべて０であるとは限らないという前提でランダムに生成され得る。このケースにおいては、受信ステーションが、受信されたフレームの帯域幅と同じ帯域幅を使用することによって応答フレームを返すことになる。

第１の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータ（たとえば、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ）を示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。たとえば、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて示されていない場合には、帯域幅ネゴシエーションプロセスは帯域幅ネゴシエーションなしプロセスであると決定され得、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて０として示されている場合には、帯域幅ネゴシエーションプロセスは静的帯域幅ネゴシエーションプロセスであると決定され得、またはパラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて１として示されている場合には、帯域幅ネゴシエーションプロセスは動的帯域幅ネゴシエーションプロセスであると決定され得る。

第１の態様のいくつかの実施形態においては、複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するステップを含む。

たとえば、スクランブリングシーケンスにおけるＢ５Ｂ６が０であり、Ｂ７が０である場合には、それは２０ＭＨｚを示し、またはＢ５Ｂ６が０であり、Ｂ７が１である場合には、それは３２０ＭＨｚを示す。すなわち、Ｂ５Ｂ６が０である場合には、それは、２つの可能な帯域幅を示す。このケースにおいては、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、第１のデバイスは、それらの２つの可能な帯域幅から、より小さな帯域幅を選択し得る。この様式に基づけば、ＰＰＤＵの直接の破棄が回避されることが可能であり、システム効率が改善されることが可能である。

第１の態様のいくつかの実施形態においては、複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定するステップであって、非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む、ステップを含む。

たとえば、ブラインド検知を通じて、帯域幅は、ＰＰＤＵから入手された情報に関連して自律的に決定され得る。たとえば、ＰＰＤＵを受信するプロセスにおいて、ＥＨＴ（ｖｅｒｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）受信ステーションが、３２０ＭＨｚ内のそれぞれの２０ＭＨｚサブチャネル上での受信信号強度を記録するか、それぞれの２０ＭＨｚサブチャネル上での受信信号どうしについての相互相関を実行するか、またはそれぞれの２０ＭＨｚサブチャネル上でのフレームヘッダ同期化を別々に実行する。このやり方においては、プライマリー２０ＭＨｚにのみ受信信号があるか、または３２０ＭＨｚ内のそれぞれの２０ＭＨｚに受信信号があるかが決定される。この様式に基づけば、たとえば、Ｂ５Ｂ６が０である場合には、それは、２０ＭＨｚおよび３２０ＭＨｚを示す。このケースにおいては、第１のデバイスは、ブラインド検知を通じて、現在の帯域幅が２０ＭＨｚであるか、または３２０ＭＨｚであるかを区別し得る。

本開示の第２の態様は、帯域幅決定方法を提供する。この方法は、第１のデバイスが、物理レイヤプロトコルデータユニットＰＰＤＵを第２のデバイスから受信することであって、ＰＰＤＵは、帯域幅に関連付けられていてサービスフィールドにあるビットのグループを決定するために使用される、受信することと、ビットのグループにおいてチェックエラーが生じている場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定することとを含む。

本明細書においては、第１のデバイスによって受信されるＰＰＤＵは、制御フレームまたは管理フレームを搬送し得る。第２の態様のいくつかの実施形態においては、受信されるＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。搬送される制御フレームの例は、ＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレーム、ＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレーム、ＰＳ－Ｐｏｌｌ（ｐｏｗｅｒ－ｓａｖｉｎｇ ｐｏｌｌ）フレーム、ＣＦ－Ｅｎｄ（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ｅｎｄ）フレーム、ＢＡＲ（ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ ｒｅｑｕｅｓｔ）フレーム、またはＮＤＰアナウンスメント（ｎｕｌｌ ｄａｔａ ＰＰＤＵ ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを含むが、それらに限定されない。本明細書においては、サービスフィールドにおけるビットのグループは、１つまたは複数のビットを含み得る。たとえば、ビットのグループは、サービスフィールドにおける第７のビットＢ７を含み得る。

本明細書においては、帯域幅ネゴシエーションプロセスは、第１のデバイスと第２のデバイスとの間において帯域幅ネゴシエーションが受け入れられるかどうかを示す。帯域幅ネゴシエーションプロセスは、動的帯域幅ネゴシエーションプロセスを含み得る。動的帯域幅ネゴシエーションプロセスは、次のとおりである。ＲＴＳフレームを送信する際に、動的帯域幅ネゴシエーションをサポートするステーションが、スクランブリングシーケンスの最初の７つのビットにおけるＢ４（ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴを示す）を１（動的モードを示す）に設定し、受信ステーションがＲＴＳフレームを受信した後に、ＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）がアイドルを示し、ＲＴＳフレームの帯域幅以下の候補帯域幅が下記の条件を満たす場合には、受信ステーションは、その候補帯域幅を使用することによってＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレームを送信する。そうでない場合には、ＣＴＳは返されない。満たされる必要がある条件は、候補帯域幅のセカンダリーチャネルに関するＣＣＡ（ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ）の検知結果が、ＲＴＳが送信される前のＰＩＦＳ（ｐｏｉｎｔ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）時間内にアイドルであることである。

帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスを含み得る。静的帯域幅ネゴシエーションプロセスは、次のとおりである。ＲＴＳフレームを送信する際に、動的帯域幅ネゴシエーションをサポートしないステーションが、スクランブリングシーケンスの最初の７つのビットにおけるＢ４（ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴを示す）を０（静的モードを示す）に設定し、受信ステーションがＲＴＳフレームを受信した後に、ＮＡＶがアイドルを示し、ＲＴＳフレームの帯域幅が下記の条件を満たす場合には、受信ステーションは、ＲＴＳフレームの帯域幅と同じ帯域幅を使用することによってＣＴＳフレームを送信する。そうでない場合には、ＣＴＳは返されない。満たされる必要がある条件は、ＲＴＳ帯域幅のセカンダリーチャネルに関するＣＣＡの検知結果が、ＲＴＳが送信される前のＰＩＦＳ時間内にアイドルであることである。

帯域幅ネゴシエーションプロセスは、帯域幅ネゴシエーションなしプロセスをさらに含み得る。帯域幅ネゴシエーションなしプロセスは、次のとおりである。ＲＴＳフレームではないコンテンツを搬送する非ＨＴまたは非ＨＴ ＰＰＤＵをステーションが送信する際には、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ表示が使用されず、言い換えれば、スクランブリングシーケンスの最初の７つのビットにおけるＢ４は、スクランブリングシーケンスの最初の７つのビットがすべて０であるとは限らないという前提でランダムに生成され得る。このケースにおいては、受信ステーションが、受信されたフレームの帯域幅と同じ帯域幅を使用することによって応答フレームを返すことになる。

本開示のソリューションによれば、サービスフィールドにおけるビットのグループにおいてチェックエラーが生じている場合に、第１のデバイスは、ＰＰＤＵを単に破棄することはせず、帯域幅ネゴシエーションプロセスに基づいて通信のための帯域幅を決定することを引き続き試みることが可能である。この様式に基づけば、本開示のソリューションは、不必要な再伝送またはチャネル競合を低減すること、貴重なエアインターフェースリソースを節約すること、およびシステム効率を改善することが可能である。

第２の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータ（たとえば、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ）を示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。たとえば、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて示されていない場合には、帯域幅ネゴシエーションプロセスは帯域幅ネゴシエーションなしプロセスであると決定され得、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて０として示されている場合には、帯域幅ネゴシエーションプロセスは静的帯域幅ネゴシエーションプロセスであると決定され得、またはパラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて１として示されている場合には、帯域幅ネゴシエーションプロセスは動的帯域幅ネゴシエーションプロセスであると決定され得る。

第２の態様のいくつかの実施形態においては、第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、プリセット帯域幅を通信のための帯域幅として決定するステップを含む。第２の態様のいくつかの実施形態においては、プリセット帯域幅は２０ＭＨｚである。この様式においては、本開示の実施形態によれば、帯域幅は、よりシンプルにおよび効率的に決定されることが可能である。

第２の態様のいくつかの実施形態においては、ビットのグループは、ビットの第３のグループであり、ＰＰＤＵはさらに、スクランブリングシーケンスにおけるビットの第４のグループを決定するために使用され、ビットの第３のグループ、およびビットの第４のグループは、帯域幅を示す。第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスおよびビットの第４のグループに基づいて通信のための帯域幅を決定するステップを含む。

第２の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスおよびビットの第４のグループに基づいて通信のための帯域幅を決定するステップは、ビットの第４のグループが複数の候補帯域幅を示す場合に、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップを含む。

第２の態様のいくつかの実施形態においては、ビットの第４のグループが単一の候補帯域幅を示す場合に、第１のデバイスは、その単一の候補帯域幅を通信のための帯域幅として決定し得る。

第２の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するステップを含む。

たとえば、スクランブリングシーケンスにおけるＢ５Ｂ６が０であり、サービスフィールドにおけるＢ７が０である場合には、それは２０ＭＨｚを示し、またはＢ５Ｂ６が０であり、Ｂ７が１である場合には、それは３２０ＭＨｚを示す。すなわち、Ｂ５Ｂ６が０である場合には、それは、２つの可能な帯域幅を示す。このケースにおいては、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、第１のデバイスは、それらの２つの可能な帯域幅から、より小さな帯域幅を選択し得る。この様式に基づけば、ＰＰＤＵの直接の破棄が回避されることが可能であり、システム効率が改善されることが可能である。

第２の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定するステップであって、非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む、ステップを含む。

たとえば、ブラインド検知を通じて、帯域幅は、ＰＰＤＵから入手された情報に関連して自律的に決定され得る。たとえば、ＰＰＤＵを受信するプロセスにおいて、ＥＨＴ（ｖｅｒｙ ｈｉｇｈ ｔｈｒｏｕｇｈｐｕｔ）受信ステーションが、３２０ＭＨｚ内のそれぞれの２０ＭＨｚサブチャネル上での受信信号強度を記録するか、それぞれの２０ＭＨｚサブチャネル上での受信チャネルどうしについての相互相関を実行するか、またはそれぞれの２０ＭＨｚサブチャネル上でのフレームヘッダ同期化を別々に実行する。このやり方においては、プライマリー２０ＭＨｚにのみ受信信号があるか、または３２０ＭＨｚ内のそれぞれの２０ＭＨｚに受信信号があるかが決定される。この様式に基づけば、たとえば、Ｂ５Ｂ６が０である場合には、それは、２０ＭＨｚまたは３２０ＭＨｚを示す。このケースにおいては、第１のデバイスは、ブラインド検知を通じて、現在の帯域幅が２０ＭＨｚであるか、または３２０ＭＨｚであるかを区別し得る。

第２の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータを示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。

第２の態様のいくつかの実施形態においては、ＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。

本開示の第３の態様は、第１のデバイスを提供する。第１のデバイスは、物理レイヤプロトコルデータユニットＰＰＤＵを第２のデバイスから受信するように構成されている受信ユニットであって、ＰＰＤＵは、スクランブリングシーケンスおよびサービスフィールドを決定するために使用され、スクランブリングシーケンスにおけるビットの第１のグループ、およびサービスフィールドにおけるビットの第２のグループが、帯域幅を示す、受信ユニットと、ビットの第２のグループにおいてチェックエラーが生じている場合に、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するように構成されている処理ユニットとを含む。

第３の態様のいくつかの実施形態においては、処理ユニットはさらに、ビットの第１のグループが単一の候補帯域幅を示す場合に、その単一の候補帯域幅を通信のための帯域幅として決定するように構成されている。

第３の態様のいくつかの実施形態においては、ビットの第１のグループの値が１である場合には、それは、通信のための帯域幅が第１の帯域幅であることを示しており、ビットの第１のグループの値が２である場合には、それは、通信のための帯域幅が第２の帯域幅であることを示しており、またはビットの第１のグループの値が３である場合には、それは、通信のための帯域幅が第３の帯域幅であることを示している。

第３の態様のいくつかの実施形態においては、第１の帯域幅は４０ＭＨｚであり、第２の帯域幅は８０ＭＨｚであり、第３の帯域幅は１６０ＭＨｚである。

第３の態様のいくつかの実施形態においては、処理ユニットはさらに、ビットの第１のグループが複数の候補帯域幅を示す場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するように構成されている。

第３の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータ（たとえば、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ）を示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。たとえば、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて示されていない場合には、帯域幅ネゴシエーションプロセスは帯域幅ネゴシエーションなしプロセスであると決定され得、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて０として示されている場合には、帯域幅ネゴシエーションプロセスは静的帯域幅ネゴシエーションプロセスであると決定され得、またはパラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて１として示されている場合には、帯域幅ネゴシエーションプロセスは動的帯域幅ネゴシエーションプロセスであると決定され得る。

第３の態様のいくつかの実施形態においては、処理ユニットはさらに、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するように構成されている。

第３の態様のいくつかの実施形態においては、処理ユニットはさらに、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定するように構成されており、非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む。

第３の態様のいくつかの実施形態においては、ＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。

本開示の第４の態様は、第１のデバイスを提供する。第１のデバイスは、物理レイヤプロトコルデータユニットＰＰＤＵを第２のデバイスから受信するように構成されている受信ユニットであって、ＰＰＤＵは、帯域幅に関連付けられていてサービスフィールドにあるビットのグループを決定するために使用される、受信ユニットと、ビットのグループにおいてチェックエラーが生じている場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて装置と第２のデバイスとの間における通信のための帯域幅を決定するように構成されている処理ユニットとを含む。

第４の態様のいくつかの実施形態においては、処理ユニットはさらに、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、プリセット帯域幅を通信のための帯域幅として決定するように構成されている。

第４の態様のいくつかの実施形態においては、プリセット帯域幅は２０ＭＨｚである。

第４の態様のいくつかの実施形態においては、ビットのグループは、ビットの第３のグループであり、ＰＰＤＵはさらに、スクランブリングシーケンスにおけるビットの第４のグループを決定するために使用され、ビットの第３のグループ、およびビットの第４のグループは、帯域幅を示す。処理ユニットはさらに、帯域幅ネゴシエーションプロセスおよびビットの第４のグループに基づいて通信のための帯域幅を決定するように構成されている。

第４の態様のいくつかの実施形態においては、処理ユニットはさらに、ビットの第４のグループが複数の候補帯域幅を示す場合に、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するように構成されている。

第４の態様のいくつかの実施形態においては、ビットの第４のグループが単一の候補帯域幅を示す場合に、第１のデバイスは、その単一の候補帯域幅を通信のための帯域幅として決定し得る。

第４の態様のいくつかの実施形態においては、処理ユニットはさらに、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するように構成されている。

第４の態様のいくつかの実施形態においては、処理ユニットはさらに、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定するように構成されており、非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む。

第４の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータを示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。

第４の態様のいくつかの実施形態においては、ＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。

本開示の第５の態様は、第１のデバイスを提供する。第１のデバイスは、トランシーバおよびプロセッサを含む。トランシーバは、ＰＰＤＵを第２のデバイスから受信するように構成されており、ＰＰＤＵは、スクランブリングシーケンスおよびサービスフィールドを決定するために使用され、スクランブリングシーケンスにおけるビットの第１のグループ、およびサービスフィールドにおけるビットの第２のグループが、帯域幅を示す。プロセッサは、ビットの第２のグループにおいてチェックエラーが生じている場合に、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するように構成されている。任意選択で、第１のデバイスは、メモリをさらに含む。メモリは、プロセッサによって実行される命令を格納するように構成されている。それらの命令がプロセッサによって実行されたときに、ビットの第２のグループにおいてチェックエラーが生じている場合に、プロセッサは、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定することが可能である。

第５の態様のいくつかの実施形態においては、プロセッサはさらに、ビットの第１のグループが単一の候補帯域幅を示す場合に、その単一の候補帯域幅を通信のための帯域幅として決定するように構成されている。

第５の態様のいくつかの実施形態においては、ビットの第１のグループの値が１である場合には、それは、通信のための帯域幅が第１の帯域幅であることを示しており、ビットの第１のグループの値が２である場合には、それは、通信のための帯域幅が第２の帯域幅であることを示しており、またはビットの第１のグループの値が３である場合には、それは、通信のための帯域幅が第３の帯域幅であることを示している。

第５の態様のいくつかの実施形態においては、第１の帯域幅は４０ＭＨｚであり、第２の帯域幅は８０ＭＨｚであり、第３の帯域幅は１６０ＭＨｚである。

第５の態様のいくつかの実施形態においては、プロセッサはさらに、ビットの第１のグループが複数の候補帯域幅を示す場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するように構成されている。

第５の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータ（たとえば、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ）を示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。たとえば、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて示されていない場合には、帯域幅ネゴシエーションプロセスは帯域幅ネゴシエーションなしプロセスであると決定され得、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて０として示されている場合には、帯域幅ネゴシエーションプロセスは静的帯域幅ネゴシエーションプロセスであると決定され得、またはパラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて１として示されている場合には、帯域幅ネゴシエーションプロセスは動的帯域幅ネゴシエーションプロセスであると決定され得る。

第５の態様のいくつかの実施形態においては、プロセッサはさらに、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するように構成されている。

第５の態様のいくつかの実施形態においては、プロセッサはさらに、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定するように構成されており、非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む。

第５の態様のいくつかの実施形態においては、ＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。

本開示の第６の態様は、第１のデバイスを提供する。第１のデバイスは、トランシーバおよびプロセッサを含む。受信機は、ＰＰＤＵを第２のデバイスから受信するように構成されており、ＰＰＤＵは、帯域幅に関連付けられていてサービスフィールドにあるビットのグループを決定するために使用される。プロセッサは、ビットのグループにおいてチェックエラーが生じている場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するように構成されている。任意選択で、第１のデバイスは、メモリをさらに含む。メモリは、プロセッサによって実行される命令を格納するように構成されている。それらの命令がプロセッサによって実行されたときに、ビットのグループにおいてチェックエラーが生じている場合に、プロセッサは、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定することが可能である。

第６の態様のいくつかの実施形態においては、プロセッサはさらに、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、プリセット帯域幅を通信のための帯域幅として決定するように構成されている。

第６の態様のいくつかの実施形態においては、プリセット帯域幅は２０ＭＨｚである。

第６の態様のいくつかの実施形態においては、ビットのグループは、ビットの第３のグループであり、ＰＰＤＵはさらに、スクランブリングシーケンスにおけるビットの第４のグループを決定するために使用され、ビットの第３のグループ、およびビットの第４のグループは、帯域幅を示す。処理ユニットはさらに、帯域幅ネゴシエーションプロセスおよびビットの第４のグループに基づいて通信のための帯域幅を決定するように構成されている。

第６の態様のいくつかの実施形態においては、プロセッサはさらに、ビットの第４のグループが複数の候補帯域幅を示す場合に、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するように構成されている。

第６の態様のいくつかの実施形態においては、ビットの第４のグループが単一の候補帯域幅を示す場合に、第１のデバイスは、その単一の候補帯域幅を通信のための帯域幅として決定し得る。

第６の態様のいくつかの実施形態においては、プロセッサはさらに、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するように構成されている。

第６の態様のいくつかの実施形態においては、プロセッサはさらに、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定するように構成されており、非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む。

第６の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータを示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。

第６の態様のいくつかの実施形態においては、ＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。

本開示の第７の態様は、入力インターフェースと処理回路とを含む第１のデバイスを提供する。入力インターフェースは、ＰＰＤＵを第２のデバイスから受信するように構成されており、ＰＰＤＵは、スクランブリングシーケンスおよびサービスフィールドを決定するために使用され、スクランブリングシーケンスにおけるビットの第１のグループ、およびサービスフィールドにおけるビットの第２のグループが、帯域幅を示す。処理回路は、ビットの第２のグループにおいてチェックエラーが生じている場合に、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するように構成されている。

第７の態様のいくつかの実施形態においては、処理回路はさらに、ビットの第１のグループが単一の候補帯域幅を示す場合に、その単一の候補帯域幅を通信のための帯域幅として決定するように構成されている。

第７の態様のいくつかの実施形態においては、ビットの第１のグループの値が１である場合には、それは、通信のための帯域幅が第１の帯域幅であることを示しており、ビットの第１のグループの値が２である場合には、それは、通信のための帯域幅が第２の帯域幅であることを示しており、またはビットの第１のグループの値が３である場合には、それは、通信のための帯域幅が第３の帯域幅であることを示している。

第７の態様のいくつかの実施形態においては、第１の帯域幅は４０ＭＨｚであり、第２の帯域幅は８０ＭＨｚであり、第３の帯域幅は１６０ＭＨｚである。

第７の態様のいくつかの実施形態においては、処理回路はさらに、ビットの第１のグループが複数の候補帯域幅を示す場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するように構成されている。

第７の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータ（たとえば、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ）を示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。たとえば、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて示されていない場合には、帯域幅ネゴシエーションプロセスは帯域幅ネゴシエーションなしプロセスであると決定され得、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて０として示されている場合には、帯域幅ネゴシエーションプロセスは静的帯域幅ネゴシエーションプロセスであると決定され得、またはパラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて１として示されている場合には、帯域幅ネゴシエーションプロセスは動的帯域幅ネゴシエーションプロセスであると決定され得る。

第７の態様のいくつかの実施形態においては、処理回路はさらに、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するように構成されている。

本開示の第８の態様は、第１のデバイスを提供する。第１のデバイスは、入力インターフェースおよび処理回路を含む。入力インターフェースは、ＰＰＤＵを第２のデバイスから受信するように構成されており、ＰＰＤＵは、帯域幅に関連付けられていてサービスフィールドにあるビットのグループを決定するために使用される。処理回路は、ビットのグループにおいてチェックエラーが生じている場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するように構成されている。

第８の態様のいくつかの実施形態においては、処理回路はさらに、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、プリセット帯域幅を通信のための帯域幅として決定するように構成されている。

第８の態様のいくつかの実施形態においては、プリセット帯域幅は２０ＭＨｚである。

第８の態様のいくつかの実施形態においては、ビットのグループは、ビットの第３のグループであり、ＰＰＤＵはさらに、スクランブリングシーケンスにおけるビットの第４のグループを決定するために使用され、ビットの第３のグループ、およびビットの第４のグループは、帯域幅を示す。処理ユニットはさらに、帯域幅ネゴシエーションプロセスおよびビットの第４のグループに基づいて通信のための帯域幅を決定するように構成されている。

第８の態様のいくつかの実施形態においては、処理回路はさらに、ビットの第４のグループが複数の候補帯域幅を示す場合に、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するように構成されている。

第８の態様のいくつかの実施形態においては、ビットの第４のグループが単一の候補帯域幅を示す場合に、第１のデバイスは、その単一の候補帯域幅を通信のための帯域幅として決定し得る。

第８の態様のいくつかの実施形態においては、処理回路はさらに、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するように構成されている。

第８の態様のいくつかの実施形態においては、処理回路はさらに、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定するように構成されており、非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む。

第８の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータを示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。

第８の態様のいくつかの実施形態においては、ＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。

本開示の第９の態様は、コンピュータ可読ストレージメディアを提供する。このコンピュータ可読ストレージメディアは、１つまたは複数のコンピュータ命令を格納しており、それらの１つまたは複数のコンピュータ命令は、プロセッサによって方法を実行するために使用される。その方法は、第１のデバイスが、ＰＰＤＵを第２のデバイスから受信することであって、ＰＰＤＵは、スクランブリングシーケンスおよびサービスフィールドを決定するために使用され、スクランブリングシーケンスにおけるビットの第１のグループ、およびサービスフィールドにおけるビットの第２のグループが、帯域幅を示す、受信することと、ビットの第２のグループにおいてチェックエラーが生じている場合に、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定することとを含む。

第９の態様のいくつかの実施形態においては、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、ビットの第１のグループが単一の候補帯域幅を示す場合に、その単一の候補帯域幅を通信のための帯域幅として決定するステップを含む。

第９の態様のいくつかの実施形態においては、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、ビットの第１のグループの値が１である場合には、それは、通信のための帯域幅が第１の帯域幅であることを示しているということ、ビットの第１のグループの値が２である場合には、それは、通信のための帯域幅が第２の帯域幅であることを示しているということ、またはビットの第１のグループの値が３である場合には、それは、通信のための帯域幅が第３の帯域幅であることを示しているということを含む。

第９の態様のいくつかの実施形態においては、第１の帯域幅は４０ＭＨｚであり、第２の帯域幅は８０ＭＨｚであり、第３の帯域幅は１６０ＭＨｚである。

第９の態様のいくつかの実施形態においては、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、ビットの第１のグループが複数の候補帯域幅を示す場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップを含む。

第９の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータ（たとえば、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ）を示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。たとえば、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて示されていない場合には、帯域幅ネゴシエーションプロセスは帯域幅ネゴシエーションなしプロセスであると決定され得、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて０として示されている場合には、帯域幅ネゴシエーションプロセスは静的帯域幅ネゴシエーションプロセスであると決定され得、またはパラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて１として示されている場合には、帯域幅ネゴシエーションプロセスは動的帯域幅ネゴシエーションプロセスであると決定され得る。

第９の態様のいくつかの実施形態においては、複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するステップを含む。

第９の態様のいくつかの実施形態においては、複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定するステップであって、非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む、ステップを含む。

第９の態様のいくつかの実施形態においては、ＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。

本開示の第１０の態様は、コンピュータ可読ストレージメディアを提供する。このコンピュータ可読ストレージメディアは、１つまたは複数のコンピュータ命令を格納しており、それらの１つまたは複数のコンピュータ命令は、プロセッサによって方法を実行するために使用される。その方法は、第１のデバイスが、ＰＰＤＵを第２のデバイスから受信することであって、ＰＰＤＵは、帯域幅に関連付けられていてサービスフィールドにあるビットのグループを決定するために使用される、受信することと、ビットのグループにおいてチェックエラーが生じている場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定することとを含む。

第１０の態様のいくつかの実施形態においては、第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、プリセット帯域幅を通信のための帯域幅として決定するステップを含む。

第１０の態様のいくつかの実施形態においては、プリセット帯域幅は２０ＭＨｚである。

第１０の態様のいくつかの実施形態においては、ビットのグループは、ビットの第３のグループであり、ＰＰＤＵはさらに、スクランブリングシーケンスにおけるビットの第４のグループを決定するために使用され、ビットの第３のグループ、およびビットの第４のグループは、帯域幅を示す。第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスおよびビットの第４のグループに基づいて通信のための帯域幅を決定するステップを含む。

第１０の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスおよびビットの第４のグループに基づいて通信のための帯域幅を決定するステップは、ビットの第４のグループが複数の候補帯域幅を示す場合に、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップを含む。

第１０の態様のいくつかの実施形態においては、ビットの第４のグループが単一の候補帯域幅を示す場合に、第１のデバイスは、その単一の候補帯域幅を通信のための帯域幅として決定し得る。

第１０の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するステップを含む。

第１０の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定するステップであって、非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む、ステップを含む。

第１０の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータを示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。

第１０の態様のいくつかの実施形態においては、ＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。

本開示の第１１の態様は、コンピュータプログラム製品を提供する。このコンピュータプログラム製品がコンピュータ上で稼働されたときに、コンピュータは、方法を実行することを可能にされる。その方法は、第１のデバイスが、ＰＰＤＵを第２のデバイスから受信することであって、ＰＰＤＵは、スクランブリングシーケンスおよびサービスフィールドを決定するために使用され、スクランブリングシーケンスにおけるビットの第１のグループ、およびサービスフィールドにおけるビットの第２のグループが、帯域幅を示す、受信することと、ビットの第２のグループにおいてチェックエラーが生じている場合に、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定することとを含む。

第１１の態様のいくつかの実施形態においては、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、ビットの第１のグループが単一の候補帯域幅を示す場合に、その単一の候補帯域幅を通信のための帯域幅として決定するステップを含む。

第１１の態様のいくつかの実施形態においては、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、ビットの第１のグループの値が１である場合には、それは、通信のための帯域幅が第１の帯域幅であることを示しているということ、ビットの第１のグループの値が２である場合には、それは、通信のための帯域幅が第２の帯域幅であることを示しているということ、またはビットの第１のグループの値が３である場合には、それは、通信のための帯域幅が第３の帯域幅であることを示しているということを含む。

第１１の態様のいくつかの実施形態においては、第１の帯域幅は４０ＭＨｚであり、第２の帯域幅は８０ＭＨｚであり、第３の帯域幅は１６０ＭＨｚである。

第１１の態様のいくつかの実施形態においては、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、ビットの第１のグループが複数の候補帯域幅を示す場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップを含む。

第１１の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータ（たとえば、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ）を示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。たとえば、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて示されていない場合には、帯域幅ネゴシエーションプロセスは帯域幅ネゴシエーションなしプロセスであると決定され得、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて０として示されている場合には、帯域幅ネゴシエーションプロセスは静的帯域幅ネゴシエーションプロセスであると決定され得、またはパラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて１として示されている場合には、帯域幅ネゴシエーションプロセスは動的帯域幅ネゴシエーションプロセスであると決定され得る。

第１１の態様のいくつかの実施形態においては、複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するステップを含む。

第１１の態様のいくつかの実施形態においては、複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定するステップであって、非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む、ステップを含む。

第１１の態様のいくつかの実施形態においては、ＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。

本開示の第１２の態様は、コンピュータプログラム製品を提供する。このコンピュータプログラム製品がコンピュータ上で稼働されたときに、コンピュータは、方法を実行することを可能にされる。その方法は、第１のデバイスが、ＰＰＤＵを第２のデバイスから受信することであって、ＰＰＤＵは、帯域幅に関連付けられていてサービスフィールドにあるビットのグループを決定するために使用される、受信することと、ビットのグループにおいてチェックエラーが生じている場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定することとを含む。

第１２の態様のいくつかの実施形態においては、第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、プリセット帯域幅を通信のための帯域幅として決定するステップを含む。

第１２の態様のいくつかの実施形態においては、プリセット帯域幅は２０ＭＨｚである。

第１２の態様のいくつかの実施形態においては、ビットのグループは、ビットの第３のグループであり、ＰＰＤＵはさらに、スクランブリングシーケンスにおけるビットの第４のグループを決定するために使用され、ビットの第３のグループ、およびビットの第４のグループは、帯域幅を示す。第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスおよびビットの第４のグループに基づいて通信のための帯域幅を決定するステップを含む。

第１２の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスおよびビットの第４のグループに基づいて通信のための帯域幅を決定するステップは、ビットの第４のグループが複数の候補帯域幅を示す場合に、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップを含む。

第１２の態様のいくつかの実施形態においては、ビットの第４のグループが単一の候補帯域幅を示す場合に、第１のデバイスは、その単一の候補帯域幅を通信のための帯域幅として決定し得る。

第１２の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、複数の候補帯域幅から最小候補帯域幅を選択するステップを含む。

第１２の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定するステップは、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定するステップであって、非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む、ステップを含む。

第１２の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータを示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。

第１２の態様のいくつかの実施形態においては、ＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。

概要部分は、簡略化された形式でコンセプトのうちの抜粋を記述するために提供されている。それらの概念は、以降の具体的な実施態様においてさらに記述されている。概要部分は、本開示の鍵となる特徴もしくは必要不可欠な特徴を識別すること、または本開示の範囲を限定することを意図されているものではない。

本開示の実施形態の前述のおよびその他の特徴、利点、および態様は、添付の図面および以降の詳細な記述を参照すれば、より明らかになる。添付の図面においては、同じまたは同様の参照番号は、同じまたは同様の要素を表している。

本開示の実施形態が実施されることが可能である通信環境の概略ブロック図である。 本開示のいくつかの実施形態による帯域幅決定プロセスのフローチャートである。 本開示のいくつかの実施形態による例示的な非ＨＴ複製ＰＰＤＵの概略図である。 本開示のいくつかの実施形態による例示的な非ＨＴ複製ＰＰＤＵの概略図である。 本開示の実施形態による、ビットの第２のグループをチェックすることの概略図である。 本開示のいくつかのその他の実施形態による帯域幅決定プロセスのフローチャートである。 本開示のいくつかの実施形態による第１のデバイスの概略ブロック図である。 本開示のいくつかのその他の実施形態による第１のデバイスの概略ブロック図である。 本開示のいくつかの実施形態を実施するのに適した例示的なデバイスの簡略化されたブロック図である。

さまざまな添付の図面においては、同じまたは同様の参照番号は、同じまたは同様の要素を表している。

以降では、添付の図面を参照しながら、本開示の実施形態について詳細に記述する。添付の図面においては本開示のいくつかの実施形態が示されているが、本開示は、さまざまな形態で実施され得、本明細書において記述されている実施形態に限定されるものとして解釈されるべきではないということを理解されたい。それどころか、これらの実施形態は、本開示のさらに徹底的なおよび完全な理解のために提供されている。本開示の添付の図面および実施形態は、例として使用されているにすぎず、本開示の保護範囲を限定することを意図されているものではないということを理解されたい。

本開示の実施形態の記述においては、「含む」という用語およびその類似の用語は、非排他的な包含、すなわち、「含むが、それらに限定されない」として理解されるべきである。「～に基づいて」という用語は、「～に少なくとも部分的に基づいて」として理解されるべきである。「一実施形態」または「この実施形態」という用語は、「少なくとも１つの実施形態」として理解されるべきである。「第１の」、「第２の」などの用語は、別々の対象または同じ対象を示し得る。その他の明示的なおよび黙示的な定義も、以降に含まれ得る。

例示的な通信環境
ＩＥＥＥ８０２．１１は、主流のワイヤレスアクセス標準のうちの１つであり、過去１０年間に商用アプリケーションにおいて広く使用されてきた。図１は、本開示の実施形態が実施されることが可能である通信環境１００の概略図である。図１において示されているように、通信環境１００においては、アクセスポイントＡＰ１１０が、有線またはワイヤレス様式でインターネットにアクセスする。アクセスポイントＡＰ１１０は、１つまたは複数のステーションＳＴＡ１２０に関連付けられ得る。アクセスポイントＡＰ１１０および関連付けられているステーションＳＴＡ１２０は、プリセットプロトコル（たとえば、ＩＥＥＥ８０２．１１プロトコル）を使用することによってアップリンク通信およびダウンリンク通信を実行する。

いくつかの実施形態においては、アクセスポイントＡＰ１１０は、たとえば、ワイヤレスルータであり得る。ステーションＳＴＡ１２０は、ワイヤレスモバイルデバイスを含み得、ワイヤレスモバイルデバイスの例は、スマートフォン、ノートブックコンピュータ、タブレットコンピュータ、インテリジェントウェアラブルデバイス、車載モバイルデバイスなどを含むが、それらに限定されない。

ＩＥＥＥ８０２．１１ａ標準においては、２０ＭＨｚのみがサポートされている。その後の標準進化プロセスにおいては、帯域幅が増大し続けている。ＩＥＥＥ８０２．１１ｎ標準においては、最大で４０ＭＨｚがサポートされている。ＩＥＥＥ８０２．１１ａｃ／ａｘ標準においては、最大で１６０（８０＋８０）ＭＨｚがサポートされている。ＩＥＥＥ８０２．１１ａよりも後の標準においては、下位互換性を確実にするために、いくつかのＭＡＣフレームが、２０ＭＨｚよりも大きい帯域幅を有するチャネル上で非高スループット複製非ＨＴ複製様式で送信される。言い換えれば、ＩＥＥＥ８０２．１１ａフォーマットでのフレームが、それぞれの２０ＭＨｚチャネル上で送信され、複数の２０ＭＨｚチャネル上でのコンテンツが繰り返される。このやり方においては、ＩＥＥＥ８０２．１１ａステーションがフレームを円滑に解析することも可能である。ＩＥＥＥ８０２．１１ａのフレームフォーマットは２０ＭＨｚであるので、非高スループット非ＨＴまたは非ＨＴ複製フォーマットでのＰＰＤＵが帯域幅情報を搬送することが可能ではない。そのため、受信端が、伝送端によって現在使用されている帯域幅を正確に知ることが可能ではない。

ワイヤレスローカルエリアネットワークにおいては、隠されたノードが通常は存在するので、チャネルが通常は、ＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）／ＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）を使用した対話の様式で確保される。ＲＴＳフレームおよびＣＴＳフレームは、２０ＭＨｚよりも大きい帯域幅上で非ＨＴ複製様式で送信される。伝送ステーションおよび受信ステーションがさまざまなワイヤレスチャネル環境に配置されているので、データ通信の前にそれらの２つの当事者の現在のチャネル可用性ステータスに基づくネゴシエーションを通じて、それらの２つの当事者にとって利用可能な帯域幅が入手されることが可能であるならば、データ通信にとって非常に有用である。しかしながら、ＲＴＳフレームおよびＣＴＳフレームのいずれも帯域幅情報を搬送することが可能ではない場合には、チャネルが確保される際に帯域幅ネゴシエーションが実行されることが可能ではない。

この問題を解決するために、ＩＥＥＥ８０２．１１ａｃ標準においては、スクランブリングシーケンス（ｓｃｒａｍｂｌｉｎｇ ｓｅｑｕｅｎｃｅ）の最初の７つのビットにおける２つのビットＢ５およびＢ６が、帯域幅情報を示すためにＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴフィールドに設定される。しかしながら、ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴフィールドの４つのステータスがすべて使い果たされており、その結果として、Ｂ５およびＢ６は、１６０ＭＨｚよりも大きい帯域幅を示すことが可能ではない。

帯域幅拡張様式においては、データ部分におけるサービスＳＥＲＶＩＣＥフィールドにおけるＢ７からＢ１５における１つまたは複数のビットが、帯域幅を示すためにスクランブリングシーケンスにおけるＢ５およびＢ６とともに使用される。スクランブリングシーケンスの最初の７つのビットは、非ゼロランダムシーケンスである。ＩＥＥＥ８０２．１１ａｃ標準において、Ｂ５Ｂ６の別々の値によって示される帯域幅が、表１において示されている。

この表におけるＣＢＷ２０、ＣＢＷ４０、ＣＢＷ８０、およびＣＢＷ１６０はそれぞれ、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および１６０ＭＨｚの帯域幅を表している。

加えて、伝送ステーションがスクランブリングシーケンスにおけるＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ情報を含むかどうかを受信ステーションが知ることを可能にするために、伝送端は、表示のためにシグナリングＴＡ（ｔｒａｎｓｍｉｔ ａｄｄｒｅｓｓ）を使用する。シグナリングＴＡは、ＰＰＤＵのスクランブリングシーケンスがＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ情報を搬送しているということを示すために伝送アドレスＴＡにおけるユニキャスト／マルチキャストビットが１に設定されているということを意味する。ＴＡにおけるユニキャスト／マルチキャストビットが０に設定されている場合には、それは、ＰＰＤＵを送信するためのスクランブリングシーケンスがＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ情報を搬送していないということを示している。ユニキャスト／マルチキャストビット（ｂ０）は、標準における個別／グループビットとも呼ばれる。

ＩＥＥＥ８０２．１１ｂｅ標準においては、３２０ＭＨｚ帯域幅をサポートするために、サービスＳＥＲＶＩＣＥフィールドにおける１つまたは複数のビット（たとえば、Ｂ７）が、帯域幅を示すためにスクランブリングシーケンスにおけるＢ５およびＢ６とともに使用される。表２が、具体的な表示様式の例を示している。

この表におけるＣＢＷ２０、ＣＢＷ４０、ＣＢＷ８０、ＣＢＷ１６０、およびＣＢＷ３２０はそれぞれ、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、１６０ＭＨｚ、および３２０ＭＨｚの帯域幅を表している。

しかしながら、従来の受信端は、サービスフィールドにおける１つまたは複数のビット（たとえば、Ｂ７）に関するチェックメカニズムを有していない。結果として、受信端は、１つまたは複数のビットにおいて伝送エラーが生じているかどうかを決定することが可能ではない。チェックメカニズムが付加された後に、一般的な設計に基づけば、チェックエラーが生じると、受信端は、情報が不正確に受信されているとみなし、対応するまたは後続の処理を実行しない。これは、伝送端の再伝送またはチャネル競合をもたらす。

現在のスクランブリングシーケンスにおけるビットＢ５Ｂ６は、ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴパラメータに対応するということにここで留意されたい。サービスフィールドにおけるＢ７が、帯域幅を示すためにスクランブリングシーケンスにおけるＢ５およびＢ６とともに使用された後には、２つの記述様式がある。

一方の様式においては、スクランブリングシーケンスにおけるＢ５およびＢ６と、サービスフィールドにおけるＢ７とを含む３つのビットはともに、ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴパラメータに対応する。この記述様式においては、Ｂ５Ｂ６は、ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴにおける２つのビットに対応し、Ｂ７は、ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴにおける他方のビットに対応する。

他方の様式においては、スクランブリングシーケンスにおけるＢ５およびＢ６は、ＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴパラメータに対応する。Ｂ７の値どうしが異なる場合には、同じＣＨ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ値が、別々の帯域幅に対応する。

本特許の実施ソリューションは、それらの記述様式のどちらかに限定されない。

本開示の第１の実施態様
本開示の例示的な実施形態は、第１のデバイスが帯域幅を決定するための改善されたソリューションを提供する。具体的には、いくつかの実施形態においては、第１のデバイスは、ＰＰＤＵを第２のデバイスから受信し、ＰＰＤＵは、スクランブリングシーケンスおよびサービスフィールドを決定するために使用され、スクランブリングシーケンスにおけるビットの第１のグループ、およびサービスフィールドにおけるビットの第２のグループが、帯域幅を示す。次いで、ビットの第２のグループにおいてチェックエラーが生じている場合に、第１のデバイスは、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定する。このやり方においては、本開示の実施形態によれば、ビットの第２のグループにおいてチェックエラーが生じている場合に、通信のための帯域幅の決定は、放棄されない。これは、不必要な再伝送またはチャネル競合を回避する。

本開示の例示的な実施形態が、以降で添付の図面を参照しながら詳細に記述されている。図２は、本開示のいくつかの実施形態による帯域幅決定プロセス２００のフローチャートである。

図２において示されているように、ブロック２０２において、第１のデバイスが、ＰＰＤＵを第２のデバイスから受信し、ＰＰＤＵは、スクランブリングシーケンスおよびサービスフィールドを決定するために使用され、スクランブリングシーケンスにおけるビットの第１のグループ、およびサービスフィールドにおけるビットの第２のグループが、帯域幅を示す。

いくつかの実施形態においては、第１のデバイスは、たとえば、図１において示されているステーションＳＴＡ１２０を含み得る。それに対応して、第２のデバイスは、図１において示されているアクセスポイントＡＰ１１０を含み得る。本開示のソリューションによれば、ＳＴＡ１２０は、アクセスポイントＡＰ１１０から送信されるＰＰＤＵに基づいてＳＴＡ１２０とアクセスポイントＡＰ１１０との間における通信のための帯域幅を決定し得る。

別の実施態様においては、第１のデバイスは、代替として、たとえば、図１において示されているアクセスポイントＡＰ１１０を含み得る。それに対応して、第２のデバイスは、図１において示されているステーションＳＴＡ１２０を含み得る。本開示のソリューションによれば、アクセスポイントＡＰ１１０は、ステーションＳＴＡ１２０から受信されるＰＰＤＵに基づいてアクセスポイントＡＰ１１０とステーションＳＴＡ１２０との間における通信のための帯域幅を決定し得る。

さらに別の実施態様においては、第１のデバイスは、代替として、たとえば、図１において示されているステーションＳＴＡ１を含み得る。それに対応して、第２のデバイスは、図１において示されているステーションＳＴＡ２を含み得る。本開示のソリューションによれば、ＳＴＡ１は、ステーションＳＴＡ２から受信されるＰＰＤＵに基づいてＳＴＡ１とステーションＳＴＡ２との間における通信のための帯域幅を決定し得る。

いくつかの実施形態においては、第１のデバイスによって受信されるＰＰＤＵは、制御フレームまたは管理フレームを搬送し得る。第１の態様のいくつかの実施形態においては、受信されるＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。搬送される制御フレームの例は、ＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレーム、ＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレーム、ＰＳ－Ｐｏｌｌ（ｐｏｗｅｒ－ｓａｖｉｎｇ ｐｏｌｌ）フレーム、ＣＦ－Ｅｎｄ（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ｅｎｄ）フレーム、ＢＡＲ（ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ ｒｅｑｕｅｓｔ）フレーム、またはＮＤＰアナウンスメント（ｎｕｌｌ ｄａｔａ ＰＰＤＵ ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを含むが、それらに限定されない。

図３Ａおよび図３Ｂは、本開示のいくつかの実施形態による例示的な非ＨＴ複製ＰＰＤＵの概略図３００Ａおよび３００Ｂである。図３Ａは、８０ＭＨｚチャネル上で非ＨＴ複製ＰＰＤＵを送信することのエンティティー図３００Ａである。非ＨＴ複製ＰＰＤＵは、ＩＥＥＥ８０２．１１ａフレームフォーマットを使用することによってそれぞれの２０ＭＨｚチャネル上で送信され、具体的には、Ｌ－ＳＴＦ、Ｌ－ＬＴＦ、Ｌ－ＳＩＧ、およびデータ（Ｄａｔａ）という４つの部分を含む。データは、サービス（ＳＥＲＶＩＣＥ）フィールド、ＰＳＤＵ（スクランブルされたＰＳＤＵ）、テールビット（Ｔａｉｌ ｂｉｔ）、およびパディングビット（Ｐａｄｄｉｎｇ ｂｉｔ）という４つの部分をさらに含む。非ＨＴ複製ＰＰＤＵは、８０ＭＨｚのうちの４つの２０ＭＨｚチャネル上で完全な繰り返し様式で送信される。

図３Ｂは、１６０ＭＨｚよりも大きいチャネル、たとえば、３２０ＭＨｚ上で非ＨＴ複製ＰＰＤＵを送信することの概略図３００Ｂである。非ＨＴ複製ＰＰＤＵを送信する原理は、帯域幅が増大するにつれて、繰り返されるコピーの数量が増大するという点を除けば、図３Ａにおいて示されている８０ＭＨｚ上で非ＨＴ複製ＰＰＤＵを送信する原理と同様である。

非ＨＴ複製ＰＰＤＵは、物理レイヤプリアンブル（ＰＨＹ Ｐｒｅａｍｂｌｅ）、信号（ＳＩＧＮＡＬ）フィールド、およびデータ（ＤＡＴＡ）部分を含む。信号部分は、データ部分にとって必要とされる信号表示およびパリティービットを搬送する。パリティービットを使用することによってチェックを実行した結果が正しい場合には、データ部分は、信号フィールドにおける表示情報を使用することによって引き続き解析される。それとは反対に、パリティービットを使用することによってチェックを実行した結果が正しくない場合には、それは、物理レイヤシグナリングが不正確に受信されているということを示しており、後続のデータ部分は、もはや解析されない。データ部分は、ＳＥＲＶＩＣＥフィールド、ＰＳＤＵフィールド、テールフィールド、およびパディングビット（ｐａｄｄｉｎｇ ｂｉｔ）を含む。

ＰＳＤＵフィールドは、ＭＡＣレイヤフレームのコンテンツを搬送する。ＭＡＣレイヤフレームのコンテンツは、ＰＳＤＵコンテンツが正しいかどうかをチェックするために使用されるＦＣＳフィールドを含む。ＦＣＳフィールドが正しい場合には、それは、フレームが正しく受信されているということを示している。このケースにおいては、受信ステーションが、プロトコル手順に従ってＭＡＣフレームのコンテンツに基づいて引き続き応答を行う。ＦＣＳフィールドが正しくない場合には、それは、フレームが不正確に受信されているということを示している。このケースにおいては、受信ステーションがフレームを破棄する。パリティービットエラーが、ここで説明される。信号フィールドにおけるパリティービット（ｐａｒｉｔｙ ｂｉｔ）は、最初の１７個のビット（ＲＡＴＥフィールド、予備のビット、およびＬＥＮＧＴＨフィールド）をチェックするために使用される。偶数パリティーチェックが使用される。具体的には、伝送端が信号フィールドを送信する際には、パリティービットおよび最初の１７個のビットのうちで１に設定されているビットの数量が偶数であることが確実にされる。受信されたパリティービットおよび受信された最初の１７個のビットのうちで１に設定されているビットの数量が奇数であることに受信端が気づいた場合には、それは、チェックエラーが生じているということを示している。その数量が偶数である場合には、それは、チェックエラーが生じていないということを示している。ＦＣＳ（ｆｒａｍｅ ｃｈｅｃｋ ｓｅｑｕｅｎｃｅ）チェックにおいては、受信ステーションは、受信されたＰＳＤＵにおけるチェックされることになるコンテンツとＦＣＳアルゴリズムとに基づいてチェックシーケンスを生成して、そのチェックシーケンスが、受信されたＦＣＳチェックシーケンスと同じであるかどうかを決定する。そのチェックシーケンスが、受信されたＦＣＳチェックシーケンスと同じである場合には、ＦＣＳチェックエラーは生じていない。そうでない場合には、ＦＣＳチェックエラーが生じている。

いくつかの実施形態においては、第２のデバイスが非ＨＴ複製または非ＨＴ ＰＰＤＵを送信することになる場合には、第２のデバイスは、スクランブリングシーケンスを使用することによってデータ部分をスクランブルして、スクランブルされたデータ部分を、送信されることになるＰＰＤＵに含め得る。それに対応して、ＰＰＤＵを受信した場合に、第１のデバイスは、スクランブルされたデータ部分に基づいて、伝送端によって使用されているスクランブリングシーケンスを決定し、そのスクランブリングシーケンスを使用することによって、スクランブルされたデータ部分をデスクランブルして、データ部分を入手し得る。

データ部分においては、サービスフィールドが、それぞれビット０から１５として示されている（Ｂ０からＢ１５として表されている）１６個のビットを含む。ビット０は、時間の点から見て最初に伝送される。サービスフィールドにおけるビット０から６は、受信端がデスクランブリングを同期化するために０に設定されている。サービスフィールドにおける残りの９つのビット（ビットＢ７からＢ１５）は、予備のフィールドであり、０に設定されている。サービスフィールドにおけるＢ７からＢ１５は、ＩＥＥＥ８０２．１１ｂｅよりも前の標準のステーションにとっては無視され得る。サービスフィールドは、非ＨＴまたは非ＨＴ複製フォーマットで送信されるすべてのＰＰＤＵにおいて搬送される。そのため、サービスフィールドは、特定のＭＡＣフレーム構造によって限定されず、普遍的である。サービスフィールドは、もともと物理レイヤのスクランブリングオペレーションを支援するように設計されている。これは、すべてのＭＡＣフレームに関する共通のオペレーションである。そのため、サービスフィールドは、すべてのＭＡＣフレームに存在する。いくつかの実施形態においては、第２のデバイスは、スクランブリングシーケンスにおけるビットの第１のグループ（たとえば、ビットＢ５およびＢ６）、ならびにサービスフィールドにおけるビットの第２のグループ（たとえば、ビットＢ７）を使用して帯域幅を示し得、それによって、より多くの帯域幅が示されることが可能である。

いくつかの実施形態においては、ビットの第１のグループおよび／またはビットの第２のグループは、１つまたは複数のビットを含み得る。たとえば、表３において示されているように、ビットの第１のグループは、スクランブリングシーケンスにおけるビットＢ５およびＢ６を含み得、ビットの第２のグループは、サービスフィールドにおけるビットＢ７を含み得る。

表３において示されている帯域幅は、例にすぎないということを理解されたい。たとえば、１であるＢ５Ｂ６と、１であるＢ７とを使用することによって、４８０ＭＨｚがさらに示され得る。本開示は、帯域幅を示すためにビットの第１のグループおよびビットの第２のグループをどのように使用するかを限定することを意図されているものではない。

ブロック３０２において、ＰＰＤＵにおいてＦＣＳチェックエラーが生じていない場合に、第１のデバイスは、ビットの第２のグループをチェックして、ビットの第２のグループにおいてチェックエラーが生じているかどうかを決定する。いくつかの実施形態においては、たとえば、第１のデバイスは、サービスフィールドにおける１つまたは複数のその他のビットを使用することによって、ビットの第２のグループをチェックし得る。たとえば、図４において示されているように、パリティーチェック方法を使用することによってサービスフィールドにおけるＢ１０に基づいてＢ７からＢ９がチェックされ得る。

ビットの第２のグループは、代替として、任意のその他の適切なビットおよび／または任意のその他の適切なチェック様式を使用することによってチェックされ得るということを理解されたい。本開示は、ビットの第２のグループをチェックするための具体的な様式を限定することを意図されているものではない。

ブロック３０４において、ビットの第２のグループにおいてチェックエラーが生じている場合に、第１のデバイスは、ビットの第１のグループに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定する。

いくつかの実施形態においては、ビットの第１のグループが単一の候補帯域幅を示す場合には、その単一の候補帯域幅は、通信のための帯域幅として決定される。表３における例においては、Ｂ５Ｂ６の値が１、２、または３である場合には、それは、Ｂ７の値にかかわらず、単一の候補帯域幅を示すことが可能である。それとは反対に、Ｂ５Ｂ６の値が０である場合には、それは、２つの候補帯域幅、すなわち、２０ＭＨｚおよび３２０ＭＨｚを示す。そのため、Ｂ５Ｂ６の値が１、２、または３であると決定された場合に、第１のデバイスは、Ｂ７においてチェックエラーが生じているかどうかにかかわらず、通信のための帯域幅を一意に決定することが可能である。

たとえば、第１のデバイスは、ビットの第１のグループと、対応する帯域幅との間における事前に確立されたマッピング関係に基づいて帯域幅を決定し得る。依然として表３における例を参照されたい。たとえば、Ｂ７においてチェックエラーが生じている場合に、第１のデバイスは、表４に従ってビットの第１のグループ（スクランブリングシーケンスにおけるＢ５Ｂ６）に基づいて帯域幅を決定し得る。

いくつかの実施形態においては、ビットの第１のグループが複数の候補帯域幅を示す場合には、第１のデバイスはさらに、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定し得る。

帯域幅ネゴシエーションプロセスは、第１のデバイスと第２のデバイスとの間において帯域幅ネゴシエーションが受け入れられるかどうかを示す。いくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、動的帯域幅ネゴシエーションプロセスを含み得る。動的帯域幅ネゴシエーションプロセスは、次のとおりである。ＲＴＳフレームを送信する際に、動的帯域幅ネゴシエーションをサポートするステーションが、スクランブリングシーケンスの最初の７つのビットにおけるＢ４（ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴを示す）を１（動的モードを示す）に設定し、受信ステーションがＲＴＳフレームを受信した後に、ＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）がアイドルを示し、ＲＴＳフレームの帯域幅以下の候補帯域幅が下記の条件を満たす場合には、受信ステーションは、その候補帯域幅を使用することによってＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレームを送信する。そうでない場合には、ＣＴＳは返されない。満たされる必要がある条件は、候補帯域幅のセカンダリーチャネルに関するＣＣＡ（ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ）の検知結果が、ＲＴＳが送信される前のＰＩＦＳ（ｐｏｉｎｔ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）時間内にアイドルであることである。

いくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスを含み得る。静的帯域幅ネゴシエーションプロセスは、次のとおりである。ＲＴＳフレームを送信する際に、動的帯域幅ネゴシエーションをサポートしないステーションが、スクランブリングシーケンスの最初の７つのビットにおけるＢ４（ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴを示す）を０（静的モードを示す）に設定し、受信ステーションがＲＴＳフレームを受信した後に、ＮＡＶがアイドルを示し、ＲＴＳフレームの帯域幅が下記の条件を満たす場合には、受信ステーションは、ＲＴＳフレームの帯域幅と同じ帯域幅を使用することによってＣＴＳフレームを送信する。そうでない場合には、ＣＴＳは返されない。満たされる必要がある条件は、ＲＴＳ帯域幅のセカンダリーチャネルに関するＣＣＡの検知結果が、ＲＴＳが送信される前のＰＩＦＳ時間内にアイドルであることである。

いくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、帯域幅ネゴシエーションなしプロセスをさらに含み得る。帯域幅ネゴシエーションなしプロセスは、次のとおりである。ＲＴＳフレームではないコンテンツを搬送する非ＨＴまたは非ＨＴ ＰＰＤＵをステーションが送信する際には、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ表示が使用されず、言い換えれば、スクランブリングシーケンスの最初の７つのビットにおけるＢ４は、スクランブリングシーケンスの最初の７つのビットがすべて０であるとは限らないという前提でランダムに生成され得る。このケースにおいては、受信ステーションが、受信されたフレームの帯域幅と同じ帯域幅を使用することによって応答フレームを返すことになる。

本明細書においては、受信ステーションが、受信されたフレームの帯域幅を正確に識別して、応答フレームの帯域幅を、受信されたフレームの帯域幅と同じであるように設定することを静的帯域幅ネゴシエーションプロセスおよび帯域幅ネゴシエーションなしプロセスの両方が必要とするということを考慮すると、静的帯域幅ネゴシエーションプロセスおよび帯域幅ネゴシエーションなしプロセスは、「非動的帯域幅ネゴシエーションプロセス」と総称される。

第１の態様のいくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータ（たとえば、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ）を示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。たとえば、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて示されていない場合には、帯域幅ネゴシエーションプロセスは帯域幅ネゴシエーションなしプロセスであると決定され得、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて０として示されている場合には、帯域幅ネゴシエーションプロセスは静的帯域幅ネゴシエーションプロセスであると決定され得、またはパラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて１として示されている場合には、帯域幅ネゴシエーションプロセスは動的帯域幅ネゴシエーションプロセスであると決定され得る。

いくつかの実施形態においては、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、第１のデバイスは、複数の候補帯域幅から最小候補帯域幅を選択し得る。依然として表３における例を参照されたい。Ｂ５Ｂ６の値が０であり、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスが動的ネゴシエーションプロセスであると第１のデバイスが決定した場合に、第１のデバイスは、Ｂ５Ｂ６によって示される２つの候補帯域幅（たとえば、２０ＭＨｚ帯域幅および３２０ＭＨｚ帯域幅）から、より小さな帯域幅（たとえば、２０ＭＨｚ）を、第１のデバイスと第２のデバイスとの間における通信のための帯域幅として選択し得る。

別の例においては、Ｂ５Ｂ６の値が１であり、Ｂ７の値が０である場合には、それは４０ＭＨｚを示し、またはＢ５Ｂ６の値が１であり、Ｂ７の値が１である場合には、それは４８０ＭＨｚを示す。このケースにおいては、Ｂ７においてチェックエラーが生じていて、Ｂ５Ｂ６の値が１である場合には、第１のデバイスは、２つの帯域幅において、より小さな４０ＭＨｚ帯域幅を、第１のデバイスと第２のデバイスとの間における通信のための帯域幅として使用し得る。

この様式に基づけば、帯域幅の一部が失われ得るが、第１のデバイスは、ＰＰＤＵにおいてチェックエラーが生じていると単にみなして応答を行わない代わりに、第１のデバイスと第２のデバイスとの間におけるデータ通信を成功裏に確立することが可能である。これは、伝送端の再伝送またはチャネル競合を回避すること、貴重なエアインターフェースリソースを節約すること、およびシステム効率を改善することが可能である。

いくつかの実施形態においては、代替として、第１のデバイスは、ビットの第１のグループと、対応する帯域幅との間における事前に確立されたマッピング関係に基づいて、ビットの第１のグループに対応する帯域幅を直接決定し得る。たとえば、動的帯域幅ネゴシエーションプロセスに対応するマッピングテーブル（たとえば、表５）が事前に確立され得、それによって第１のデバイスは、そのマッピングテーブルに基づいて、動的帯域幅ネゴシエーションプロセスにおけるビットの第１のグループの別々の値に対応する帯域幅を直接決定し得る。

いくつかの実施形態においては、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、第１のデバイスは、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定し得る。

いくつかの実施形態においては、受信プロセスにおいて物理レイヤによって入手された情報に基づいてブラインド検知が実行され得る。たとえば、ＰＰＤＵを受信するプロセスにおいて、ＥＨＴ受信ステーションが、３２０ＭＨｚ内のそれぞれの２０ＭＨｚサブチャネル上での受信信号強度を記録するか、それぞれの２０ＭＨｚサブチャネル上での受信チャネルどうしについての相互相関を実行するか、またはそれぞれの２０ＭＨｚサブチャネル上でのフレームヘッダ同期化を別々に実行する。このやり方においては、プライマリー２０ＭＨｚにのみ受信信号があるか、または３２０ＭＨｚ内のそれぞれの２０ＭＨｚに受信信号があるかが決定される。任意の適切なブラインド検知テクノロジーが使用され得、本開示は、ブラインド検知の具体的な様式を限定することを意図されているものではないということを理解されたい。

ブラインド検知に基づいて帯域幅を直接決定するための従来の方法との違いは、たとえば、ブラインド検知を通じて２０ＭＨｚおよび３２０ＭＨｚから選択が実行されるという点にあり、なぜなら、第１のデバイスは、２０ＭＨｚおよび３２０ＭＨｚという２つのタイプの帯域幅のみを識別する必要があり、それらの２つのタイプの帯域幅の値どうしの間における差は巨大であり、ブラインド検知の正確さが大幅に改善されるということを理解されたい。

動的帯域幅ネゴシエーションプロセスと同様に、いくつかの実施形態においては、代替として、第１のデバイスは、ビットの第１のグループと、対応する帯域幅との間における事前に確立されたマッピング関係に基づいて、ビットの第１のグループに対応する帯域幅を直接決定し得る。たとえば、非動的帯域幅ネゴシエーションプロセスに対応するマッピングテーブル（たとえば、表６）が事前に確立され得、それによって第１のデバイスは、そのマッピングテーブルに基づいて、非動的帯域幅ネゴシエーションプロセスにおけるビットの第１のグループの別々の値に対応する帯域幅を直接決定し得る。

いくつかの実施形態においては、より小さな帯域幅が、第１のデバイスと第２のデバイスとの間における通信のための帯域幅として直接使用される動的帯域幅ネゴシエーションプロセスにおいて引き起こされる帯域幅の浪費を低減するために、ビットの第１のグループと、ビットの第２のグループと、帯域幅との間における対応が、伝送端および受信端においてさらに調整され得る。

スクランブリングシーケンスにおけるＢ５Ｂ６、およびサービスフィールドにおけるＢ７が帯域幅モードを示す例が依然として使用され、Ｂ５Ｂ６と、Ｂ７と、帯域幅との間におけるマッピング関係が、たとえば、表７におけるマッピング関係として表され得る。表３におけるマッピング関係との違いは、３であるＢ５Ｂ６の値と、１であるＢ７の値とを使用することによって３２０ＭＨｚが示され得るという点にある。

それに対応して、上述されている動的帯域幅ネゴシエーションプロセスにおけるマッピング関係は、表８におけるマッピング関係として表され得、非動的帯域幅ネゴシエーションプロセスにおけるマッピング関係は、表９におけるマッピング関係として表され得る。

動的帯域幅ネゴシエーションプロセスにおいては、Ｂ７においてチェックエラーが生じていて、Ｂ５Ｂ６の値が３である場合には、第１のデバイスは、帯域幅が１６０ＭＨｚであると決定し得、すなわち、２０ＭＨｚの代わりに１６０ＭＨｚを使用することによって応答を行い得るということが知られることが可能である。このやり方においては、帯域幅損失が低減されることが可能である。

本開示の第２の実施態様
本開示の例示的な実施形態は、第１のデバイスが第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するための改善されたソリューションを提供する。具体的には、いくつかの実施形態においては、第１のデバイスは、ＰＰＤＵを第２のデバイスから受信し、ＰＰＤＵは、帯域幅に関連付けられていてサービスフィールドにあるビットのグループを決定するために使用される。次いで、ビットのグループにおいてチェックエラーが生じている場合に、第１のデバイスは、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定する。このやり方においては、本開示の実施形態によれば、ビットのグループにおいてチェックエラーが生じている場合に、通信のための帯域幅の決定は、放棄されない。これは、不必要な再伝送またはチャネル競合を回避する。

本開示の例示的な実施形態が、以降で添付の図面を参照しながら詳細に記述されている。図５は、本開示のいくつかの実施形態による帯域幅決定プロセス５００のフローチャートである。

図５において示されているように、ブロック５０２においては、第１のデバイスが、ＰＰＤＵを第２のデバイスから受信し、ＰＰＤＵは、帯域幅に関連付けられていてサービスフィールドにあるビットのグループを決定するために使用される。

いくつかの実施形態においては、第１のデバイスは、たとえば、図１において示されているステーションＳＴＡ１２０を含み得る。それに対応して、第２のデバイスは、図１において示されているアクセスポイントＡＰ１１０を含み得る。本開示のソリューションによれば、ＳＴＡ１２０は、アクセスポイントＡＰ１１０から送信されるＰＰＤＵに基づいてＳＴＡ１２０とアクセスポイントＡＰ１１０との間における通信のための帯域幅を決定し得る。

別の実施態様においては、第１のデバイスは、代替として、たとえば、図１において示されているアクセスポイントＡＰ１１０を含み得る。それに対応して、第２のデバイスは、図１において示されているステーションＳＴＡ１２０を含み得る。本開示のソリューションによれば、アクセスポイントＡＰ１１０は、ステーションＳＴＡ１２０から受信されるＰＰＤＵに基づいてアクセスポイントＡＰ１１０とステーションＳＴＡ１２０との間における通信のための帯域幅を決定し得る。

さらに別の実施態様においては、第１のデバイスは、代替として、たとえば、図１において示されているステーションＳＴＡ１を含み得る。それに対応して、第２のデバイスは、図１において示されているステーションＳＴＡ２を含み得る。本開示のソリューションによれば、ＳＴＡ１は、ステーションＳＴＡ２から受信されるＰＰＤＵに基づいてＳＴＡ１とステーションＳＴＡ２との間における通信のための帯域幅を決定し得る。

いくつかの実施形態においては、第１のデバイスによって受信されるＰＰＤＵは、制御フレームまたは管理フレームを搬送し得る。第１の態様のいくつかの実施形態においては、受信されるＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである。搬送される制御フレームの例は、ＲＴＳ（ｒｅｑｕｅｓｔ ｔｏ ｓｅｎｄ）フレーム、ＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレーム、ＰＳ－Ｐｏｌｌ（ｐｏｗｅｒ－ｓａｖｉｎｇ ｐｏｌｌ）フレーム、ＣＦ－Ｅｎｄ（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ｅｎｄ）フレーム、ＢＡＲ（ｂｌｏｃｋ ａｃｋｎｏｗｌｅｄｇｍｅｎｔ ｒｅｑｕｅｓｔ）フレーム、またはＮＤＰアナウンスメント（ｎｕｌｌ ｄａｔａ ＰＰＤＵ ａｎｎｏｕｎｃｅｍｅｎｔ）フレームを含むが、それらに限定されない。非ＨＴフレームおよび非ＨＴ複製フレームの具体的な構造に関しては、図３に関する前述の記述を参照されたい。詳細が再びここで記述されることはない。

いくつかの実施形態においては、第２のデバイスが非ＨＴ複製または非ＨＴ ＰＰＤＵを送信することになる場合には、第２のデバイスは、スクランブリングシーケンスを使用することによってデータ部分をスクランブルして、スクランブルされたデータ部分を、送信されることになるＰＰＤＵに含め得る。それに対応して、ＰＰＤＵを受信した場合に、第１のデバイスは、スクランブルされたデータ部分に基づいて、伝送端によって使用されているスクランブリングシーケンスを決定し、そのスクランブリングシーケンスを使用することによって、スクランブルされたデータ部分をデスクランブルして、データ部分を入手し得る。

データ部分においては、サービスフィールドが、それぞれビット０から１５として示されている１６個のビットを含む。ビット０は、時間の点から見て最初に伝送される。サービスフィールドにおけるビット０から６は、受信端がデスクランブリングを同期化するために０に設定されている。サービスフィールドにおける残りの９つのビット（ビットＢ７からＢ１５）は、予備のフィールドであり、０に設定されている。サービスフィールドにおけるＢ７からＢ１５は、ＩＥＥＥ８０２．１１ｂｅよりも前の標準のステーションにとっては無視され得る。サービスフィールドは、非ＨＴまたは非ＨＴ複製フォーマットで送信されるすべてのＰＰＤＵにおいて搬送される。そのため、サービスフィールドは、特定のＭＡＣフレーム構造によって限定されず、普遍的である。サービスフィールドは、もともと物理レイヤのスクランブリングオペレーションを支援するように設計されている。これは、すべてのＭＡＣフレームに関する共通のオペレーションである。そのため、サービスフィールドは、すべてのＭＡＣフレームに存在する。いくつかの実施形態においては、第２のデバイスは、スクランブリングシーケンスにおけるビットのグループ（たとえば、ビットＢ５およびＢ６）、ならびにサービスフィールドにおけるビットのグループ（たとえば、ビットＢ７）を使用して帯域幅を示し得、それによって、より多くの帯域幅が示されることが可能である。

いくつかの実施形態においては、サービスフィールドにおけるビットのグループは、１つまたは複数のビットを含み得る。たとえば、表１０において示されているように、スクランブリングシーケンスにおけるビットのグループは、スクランブリングシーケンスにおけるビットＢ５およびＢ６を含み得、サービスフィールドにおけるビットのグループは、サービスフィールドにおけるビットＢ７を含み得る。

表１０において示されている帯域幅は、例にすぎないということを理解されたい。たとえば、１であるＢ５Ｂ６と、１であるＢ７とを使用することによって、４８０ＭＨｚがさらに示され得る。本開示は、帯域幅を示すためにビットをどのように使用するかを限定することを意図されているものではない。

ブロック５０４において、ＰＰＤＵにおいてＦＣＳチェックエラーが生じていない場合に、第１のデバイスは、ビットのグループをチェックして、ビットのグループにおいてチェックエラーが生じているかどうかを決定する。いくつかの実施形態においては、たとえば、第１のデバイスは、サービスフィールドにおける１つまたは複数のその他のビットを使用することによって、ビットのグループをチェックし得る。同様に、図４に関連して記述されているように、第１のデバイスは、パリティーチェック方法を使用することによってサービスフィールドにおけるＢ１０に基づいてＢ７からＢ９をチェックし得る。

ビットのグループは、代替として、任意のその他の適切なビットおよび／または任意のその他の適切なチェック様式を使用することによってチェックされ得るということを理解されたい。本開示は、ビットのグループをチェックするための具体的な様式を限定することを意図されているものではない。

ブロック５０６において、ビットのグループにおいてチェックエラーが生じている場合に、第１のデバイスは、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定する。

帯域幅ネゴシエーションプロセスは、第１のデバイスと第２のデバイスとの間において帯域幅ネゴシエーションが受け入れられるかどうかを示す。いくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、動的帯域幅ネゴシエーションプロセスを含み得る。動的帯域幅ネゴシエーションプロセスは、次のとおりである。ＲＴＳフレームを送信する際に、動的帯域幅ネゴシエーションをサポートするステーションが、スクランブリングシーケンスの最初の７つのビットにおけるＢ４（ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴを示す）を１（動的モードを示す）に設定し、受信ステーションがＲＴＳフレームを受信した後に、ＮＡＶ（ｎｅｔｗｏｒｋ ａｌｌｏｃａｔｉｏｎ ｖｅｃｔｏｒ）がアイドルを示し、ＲＴＳフレームの帯域幅以下の候補帯域幅が下記の条件を満たす場合には、受信ステーションは、その候補帯域幅を使用することによってＣＴＳ（ｃｌｅａｒ ｔｏ ｓｅｎｄ）フレームを送信する。そうでない場合には、ＣＴＳは返されない。満たされる必要がある条件は、候補帯域幅のセカンダリーチャネルに関するＣＣＡ（ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ）の検知結果が、ＲＴＳが送信される前のＰＩＦＳ（ｐｏｉｎｔ ｃｏｏｒｄｉｎａｔｉｏｎ ｆｕｎｃｔｉｏｎ ｉｎｔｅｒｆｒａｍｅ ｓｐａｃｅ）時間内にアイドルであることである。

いくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスを含み得る。静的帯域幅ネゴシエーションプロセスは、次のとおりである。ＲＴＳフレームを送信する際に、動的帯域幅ネゴシエーションをサポートしないステーションが、スクランブリングシーケンスの最初の７つのビットにおけるＢ４（ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴを示す）を０（静的モードを示す）に設定し、受信ステーションがＲＴＳフレームを受信した後に、ＮＡＶがアイドルを示し、ＲＴＳフレームの帯域幅が下記の条件を満たす場合には、受信ステーションは、ＲＴＳフレームの帯域幅と同じ帯域幅を使用することによってＣＴＳフレームを送信する。そうでない場合には、ＣＴＳは返されない。満たされる必要がある条件は、ＲＴＳ帯域幅のセカンダリーチャネルに関するＣＣＡの検知結果が、ＲＴＳが送信される前のＰＩＦＳ時間内にアイドルであることである。

いくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、帯域幅ネゴシエーションなしプロセスをさらに含み得る。帯域幅ネゴシエーションなしプロセスは、次のとおりである。ＲＴＳフレームではないコンテンツを搬送する非ＨＴまたは非ＨＴ ＰＰＤＵをステーションが送信する際には、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ表示が使用されず、言い換えれば、スクランブリングシーケンスの最初の７つのビットにおけるＢ４は、スクランブリングシーケンスの最初の７つのビットがすべて０であるとは限らないという前提でランダムに生成され得る。このケースにおいては、受信ステーションが、受信されたフレームの帯域幅と同じ帯域幅を使用することによって応答フレームを返すことになる。

本明細書においては、受信ステーションが、受信されたフレームの帯域幅を正確に識別して、応答フレームの帯域幅を、受信されたフレームの帯域幅と同じであるように設定することを静的帯域幅ネゴシエーションプロセスおよび帯域幅ネゴシエーションなしプロセスの両方が必要とするということを考慮すると、静的帯域幅ネゴシエーションプロセスおよび帯域幅ネゴシエーションなしプロセスは、「非動的帯域幅ネゴシエーションプロセス」と総称される。

いくつかの実施形態においては、帯域幅ネゴシエーションプロセスは、ＰＰＤＵがプリセットパラメータ（たとえば、ＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴ）を示しているかどうかに応じて、またはＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される。たとえば、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて示されていない場合には、帯域幅ネゴシエーションプロセスは帯域幅ネゴシエーションなしプロセスであると決定され得、パラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて０として示されている場合には、帯域幅ネゴシエーションプロセスは静的帯域幅ネゴシエーションプロセスであると決定され得、またはパラメータＤＹＮ＿ＢＡＮＤＷＩＤＴＨ＿ＩＮ＿ＮＯＮ＿ＨＴがＰＰＤＵにおいて１として示されている場合には、帯域幅ネゴシエーションプロセスは動的帯域幅ネゴシエーションプロセスであると決定され得る。

いくつかの実施形態においては、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合には、プリセット帯域幅が、通信のための帯域幅として決定される。たとえば、プリセット帯域幅は２０ＭＨｚであり得る。この様式に基づけば、サービスフィールドにおけるビットのグループにおいてチェックエラーが生じている場合に、第１のデバイスは、２０ＭＨｚを、第１のデバイスと第２のデバイスとの間における通信のための帯域幅として直接決定し得る。このやり方においては、一方では、第１のデバイスがＰＰＤＵに直接応答しないケースが回避されることが可能であり、他方では、第１のデバイスの処理の複雑さが低減されることが可能である。

いくつかの実施形態においては、第１のデバイスはさらに、帯域幅ネゴシエーションプロセスと、スクランブリングシーケンスにおけるビットのグループとの両方に関連して第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定し得る。記述を容易にするために、この実施態様においては、サービスフィールドにおけるビットのグループは、ビットの第３のグループ（たとえば、サービスフィールドにおけるＢ７）と呼ばれ、スクランブリングシーケンスにおけるビットのグループは、ビットの第４のグループ（たとえば、スクランブリングシーケンスにおけるＢ５Ｂ６）と呼ばれる。

それに対応して、ビットの第４のグループが複数の候補帯域幅を示す場合に、第１のデバイスは、帯域幅ネゴシエーションプロセスに基づいて複数の候補帯域幅から通信のための帯域幅を決定する。それとは反対に、ビットの第４のグループが単一の候補帯域幅を示す場合に、第１のデバイスは、その単一の候補帯域幅を通信のための帯域幅として決定し得る。

いくつかの実施形態においては、帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、第１のデバイスは、複数の候補帯域幅から最小候補帯域幅を選択し得る。依然として表１０における例を参照されたい。Ｂ５Ｂ６の値が０であり、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスが動的ネゴシエーションプロセスであると第１のデバイスが決定した場合に、第１のデバイスは、Ｂ５Ｂ６によって示される２つの候補帯域幅（たとえば、２０ＭＨｚおよび３２０ＭＨｚ）から、より小さな帯域幅（たとえば、２０ＭＨｚ）を、第１のデバイスと第２のデバイスとの間における通信のための帯域幅として選択し得る。

別の例においては、Ｂ５Ｂ６の値が１であり、Ｂ７の値が０である場合には、それは４０ＭＨｚを示し、またはＢ５Ｂ６の値が１であり、Ｂ７の値が１である場合には、それは４８０ＭＨｚを示す。このケースにおいては、Ｂ７においてチェックエラーが生じていて、Ｂ５Ｂ６の値が１である場合には、第１のデバイスは、２つの帯域幅において、より小さな４０ＭＨｚ帯域幅を、第１のデバイスと第２のデバイスとの間における通信のための帯域幅として使用し得る。

この様式に基づけば、帯域幅の一部が失われ得るが、第１のデバイスは、ＰＰＤＵにおいてチェックエラーが生じていると単にみなして応答を行わない代わりに、第１のデバイスと第２のデバイスとの間におけるデータ通信を成功裏に確立することが可能である。これは、伝送端の再伝送またはチャネル競合を回避すること、貴重なエアインターフェースリソースを節約すること、およびシステム効率を改善することが可能である。

いくつかの実施形態においては、代替として、第１のデバイスは、ビットの第４のグループと、対応する帯域幅との間における事前に確立されたマッピング関係に基づいて、ビットの第４のグループに対応する帯域幅を直接決定し得る。たとえば、動的帯域幅ネゴシエーションプロセスに対応するマッピングテーブル（たとえば、表１１）が事前に確立され得、それによって第１のデバイスは、そのマッピングテーブルに基づいて、動的帯域幅ネゴシエーションプロセスにおけるビットの第４のグループの別々の値に対応する帯域幅を直接決定し得る。

いくつかの実施形態においては、帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、第１のデバイスは、ブラインド検知を通じて複数の候補帯域幅から通信のための帯域幅を決定し得る。

いくつかの実施形態においては、受信プロセスにおいて物理レイヤによって入手された情報に基づいてブラインド検知が実行され得る。たとえば、ＰＰＤＵを受信するプロセスにおいて、ＥＨＴ受信ステーションが、３２０ＭＨｚ内のそれぞれの２０ＭＨｚサブチャネル上での受信信号強度を記録するか、それぞれの２０ＭＨｚサブチャネル上での受信チャネルどうしについての相互相関を実行するか、またはそれぞれの２０ＭＨｚサブチャネル上でのフレームヘッダ同期化を別々に実行する。このやり方においては、プライマリー２０ＭＨｚにのみ受信信号があるか、または３２０ＭＨｚ内のそれぞれの２０ＭＨｚに受信信号があるかが決定される。任意の適切なブラインド検知テクノロジーが使用され得、本開示は、ブラインド検知の具体的な様式を限定することを意図されているものではないということを理解されたい。

ブラインド検知に基づいて帯域幅を直接決定するための従来の方法との違いは、たとえば、ブラインド検知を通じて２０ＭＨｚおよび３２０ＭＨｚから選択が実行されるという点にあり、なぜなら、第１のデバイスは、２０ＭＨｚおよび３２０ＭＨｚという２つのタイプの帯域幅のみを識別する必要があり、それらの２つのタイプの帯域幅の値どうしの間における差は巨大であり、ブラインド検知の正確さが大幅に改善されるということを理解されたい。

動的帯域幅ネゴシエーションプロセスと同様に、いくつかの実施形態においては、代替として、第１のデバイスは、ビットの第４のグループと、対応する帯域幅との間における事前に確立されたマッピング関係に基づいて、ビットの第４のグループに対応する帯域幅を直接決定し得る。たとえば、非動的帯域幅ネゴシエーションプロセスに対応するマッピングテーブル（たとえば、表１２）が事前に確立され得、それによって第１のデバイスは、そのマッピングテーブルに基づいて、非動的帯域幅ネゴシエーションプロセスにおけるビットの第４のグループの別々の値に対応する帯域幅を直接決定し得る。

いくつかの実施形態においては、より小さな帯域幅が、第１のデバイスと第２のデバイスとの間における通信のための帯域幅として直接使用される動的帯域幅ネゴシエーションプロセスにおいて引き起こされる帯域幅の浪費を低減するために、ビットの第３のグループと、ビットの第４のグループと、帯域幅との間における対応が、伝送端および受信端においてさらに調整され得る。

スクランブリングシーケンスにおけるＢ５Ｂ６、およびサービスフィールドにおけるＢ７が帯域幅モードを示す例が依然として使用され、Ｂ５Ｂ６と、Ｂ７と、帯域幅との間におけるマッピング関係が、たとえば、表１３におけるマッピング関係として表され得る。表３におけるマッピング関係との違いは、３であるＢ５Ｂ６の値と、１であるＢ７の値とを使用することによって３２０ＭＨｚが示され得るという点にある。

それに対応して、上述されている動的帯域幅ネゴシエーションプロセスにおけるマッピング関係は、表１４におけるマッピング関係として表され得、非動的帯域幅ネゴシエーションプロセスにおけるマッピング関係は、表１５におけるマッピング関係として表され得る。

動的帯域幅ネゴシエーションプロセスにおいては、Ｂ７においてチェックエラーが生じていて、Ｂ５Ｂ６の値が３である場合には、第１のデバイスは、帯域幅が１６０ＭＨｚであると決定し得、すなわち、２０ＭＨｚの代わりに１６０ＭＨｚを使用することによって応答を行い得るということが知られることが可能である。このやり方においては、帯域幅損失が低減されることが可能である。

例示的な装置および例示的なデバイス
図６は、本開示のいくつかの実施形態による第１のデバイス６００の概略ブロック図である。図６において示されているように、第１のデバイス６００は、受信ユニット６１０および処理ユニット６２０を含む。受信ユニット６１０は、ＰＰＤＵを第２のデバイスから受信するように構成されており、ＰＰＤＵは、スクランブリングシーケンスおよびサービスフィールドを決定するために使用され、スクランブリングシーケンスにおけるビットの第１のグループ、およびサービスフィールドにおけるビットの第２のグループが、帯域幅を示す。処理ユニット６２０は、ビットの第２のグループにおいてチェックエラーが生じている場合に、ビットの第１のグループに基づいて装置と第２のデバイスとの間における通信のための帯域幅を決定するように構成されている。

第１のデバイス６００における受信ユニット６１０および処理ユニット６２０はさらに、前述の第１の実施態様において記述されている帯域幅決定における別のプロセスまたはステップを実施するように構成され得るということを理解されたい。具体的な詳細に関しては、前述の関連した記述を参照されたい。詳細が再びここで記述されることはない。

図７は、本開示のいくつかのその他の実施形態による第１のデバイス７００の概略ブロック図である。図７において示されているように、第１のデバイス７００は、受信ユニット７１０および処理ユニット７２０を含む。受信ユニット７１０は、ＰＰＤＵを第２のデバイスから受信するように構成されており、ＰＰＤＵは、帯域幅に関連付けられていてサービスフィールドにあるビットのグループを決定するために使用される。処理ユニット７２０は、ビットのグループにおいてチェックエラーが生じている場合に、第１のデバイスと第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて第１のデバイスと第２のデバイスとの間における通信のための帯域幅を決定するように構成されている。

第１のデバイス７００における受信ユニット７１０および処理ユニット７２０はさらに、前述の第２の実施態様において記述されている帯域幅決定における別のプロセスまたはステップを実施するように構成され得るということを理解されたい。具体的な詳細に関しては、前述の関連した記述を参照されたい。詳細が再びここで記述されることはない。

第１のデバイス６００および／または第１のデバイス７００は、特定用途向け集積回路、１つもしくは複数のＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）、コントローラ、状態マシン、ゲートロジック、ディスクリートハードウェアコンポーネント、任意のその他の適切な回路、または、本開示のさまざまなプロセスを実行することが可能である回路どうしの任意の組合せ、チップ、ボード、通信デバイスなどを使用することによって実装され得るということを理解されたい。

図８は、本開示の実施形態を実施するのに適した例示的なデバイス８００の簡略化されたブロック図である。デバイス８００は、本開示における第１のデバイスを実施するように構成され得る。図において示されているように、デバイス８００は、１つまたは複数のプロセッサ８１０と、プロセッサ８１０に結合されているトランシーバ８４０とを含む。

トランシーバ８４０は、図６および図７における受信ユニットの機能を実施するように構成されている。具体的な詳細に関しては、前述の記述を参照されたい。詳細が再びここで記述されることはない。

プロセッサ８１０は、図６および図７における処理ユニットの機能を実施するように構成されている。具体的な詳細に関しては、前述の記述を参照されたい。詳細が再びここで記述されることはない。

任意選択で、第１のデバイス８００は、プロセッサ８１０に結合されているメモリ８２０をさらに含む。メモリ８２０は、プロセッサによって実行される命令を格納するように構成されている。それらの命令がプロセッサによって実行されたときに、プロセッサは、図６および図７における処理ユニットの機能を実施することが可能である。具体的な詳細に関しては、前述の記述を参照されたい。詳細が再びここで記述されることはない。

トランシーバ８４０は、双方向通信を実行するように構成され得る。トランシーバ８４０は、通信のために使用される少なくとも１つの通信インターフェースを有し得る。その通信インターフェースは、別のデバイスと通信するのに必要な任意のインターフェースを含み得る。

プロセッサ８１０は、ローカルテクニカルネットワークに適した任意のタイプのプロセッサであり得、汎用コンピュータ、専用コンピュータ、マイクロコントローラ、デジタル信号コントローラ（ＤＳＰ）、およびコントローラベースのマルチコアコントローラアーキテクチャーのうちの１つまたは複数を含み得るが、それらに限定されない。デバイス８００は、複数のプロセッサ、たとえば、特定用途向け集積回路チップを有し得、それらのチップは、時間の点で、メインプロセッサと同期化されているクロックに属する。

メモリ８２０は、１つまたは複数の不揮発性メモリ、および１つまたは複数の揮発性メモリを含み得る。不揮発性メモリの例は、読み取り専用メモリ（ＲＯＭ）８２４、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、フラッシュメモリ、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、ならびに別の磁気ストレージおよび／または光ストレージを含むが、それらに限定されない。揮発性メモリの例は、ランダムアクセスメモリ（ＲＡＭ）８２２、および停電期間においては持続しない別の揮発性メモリを含むが、それらに限定されない。

コンピュータプログラム８３０が、関連付けられているプロセッサ８１０によって実行されるコンピュータ実行可能命令を含む。プログラム８３０は、ＲＯＭ８２４に格納され得る。プロセッサ８１０は、プログラム８３０をＲＡＭ８２２へとロードすることによって任意の適切なアクションおよび処理を実行し得る。

本開示の実施形態は、プログラム８３０を使用することによって実施され得、それによってデバイス８００は、図２から図６に関連して記述されている任意のプロセスを実行し得る。本開示の実施形態は、代替として、ハードウェア、またはソフトウェアとハードウェアとの組合せを使用することによって実施され得る。

いくつかの実施形態においては、プログラム８３０は、コンピュータ可読メディアに有形に含まれ得る。コンピュータ可読メディアは、デバイス８００に（たとえば、メモリ８２０に）、またはデバイス８００によってアクセスされることが可能である別のストレージデバイスに含まれ得る。プログラム８３０は、コンピュータ可読メディアから、実行のためにＲＡＭ８２２へロードされ得る。コンピュータ可読メディアは、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、またはＤＶＤなど、任意のタイプの有形の不揮発性メモリを含み得る。

一般に、本開示のさまざまな実施形態は、ハードウェアもしくは専用回路、ソフトウェア、ロジック、またはそれらの任意の組合せを使用することによって実施され得る。いくつかの態様は、ハードウェアを使用することによって実施され得、その他の態様は、ファームウェアまたはソフトウェアを使用することによって実施され得、コントローラ、マイクロプロセッサ、または別のコンピューティングデバイスによって実行され得る。本開示の実施形態のさまざまな態様は、ブロック図、フローチャート、またはその他の図として示され図示されているが、本明細書において記述されているブロック、装置、システム、テクノロジー、または方法は、限定ではなく例として、ハードウェア、ソフトウェア、ファームウェア、専用回路、ロジック、汎用ハードウェア、コントローラ、その他のコンピューティングデバイス、またはそれらの組合せとして実施され得るということを理解されたい。

本開示はさらに、非一時的コンピュータ可読ストレージメディア上に有形に格納されている少なくとも１つのコンピュータプログラム製品を提供する。このコンピュータプログラム製品は、コンピュータ実行可能命令、たとえば、プログラムモジュールに含まれている命令を含む。それらの命令は、ターゲットの実プロセッサまたは仮想プロセッサ上のデバイスにおいて実行されて、上述されているプロセス／方法を実行する。一般に、プログラムモジュールは、特定のタスクを実行するかまたは特定の抽象データ型を実施するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。さまざまな実施形態においては、必要に応じて、プログラムモジュールどうしの機能が組み合わされ得、またはプログラムモジュールの機能が分割され得る。プログラムモジュール用のマシン実行可能命令は、ローカルに、または分散デバイス内で実行され得る。分散デバイスにおいては、プログラムモジュールは、ローカルおよびリモートのストレージメディアに配置され得る。

本開示において開示されている方法を実施するために使用されるコンピュータプログラムコードは、１つまたは複数のプログラミング言語で書かれ得る。コンピュータプログラムコードは、汎用コンピュータ、専用コンピュータ、または別のプログラム可能なデータ処理装置のプロセッサに提供され得、それによって、プログラムコードがコンピュータまたは別のプログラム可能なデータ処理装置によって実行されたときに、フローチャートおよび／またはブロック図において指定されている機能／オペレーションが実施される。プログラムコードは、すべてコンピュータ上で、部分的にコンピュータ上で、独立したソフトウェアパッケージとして、部分的にコンピュータ上でおよび部分的にリモートコンピュータ上で、またはすべてリモートコンピュータもしくはサーバ上で実行され得る。

本開示のコンテキストにおいては、コンピュータプログラムコードまたは関連したデータは、任意の適切なキャリアによって搬送され得、それによってデバイス、装置、またはプロセッサが、上述されているさまざまな処理およびオペレーションを実行することが可能である。キャリアの例は、信号、コンピュータ可読メディアなどを含む。信号の例は、搬送波および赤外線信号など、電気、光、無線、音、またはその他の形態での伝搬信号を含み得る。

コンピュータ可読メディアは、命令実行システム、装置、もしくはデバイス用に使用される、またはそれらに関連したプログラムを含むまたは格納する任意の有形のメディアであり得る。コンピュータ可読メディアは、コンピュータ可読信号メディアまたはコンピュータ可読ストレージメディアであり得る。コンピュータ可読メディアは、電子式の、磁気式の、光学式の、電磁気式の、赤外線式の、または半導体式のシステム、装置、もしくはデバイス、またはそれらの任意の適切な組合せを含み得るが、それらに限定されない。コンピュータ可読ストレージメディアのさらに詳細な例は、１つもしくは複数のワイヤを伴う電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ）、フラッシュメモリ、光ストレージデバイス、磁気ストレージデバイス、またはそれらの任意の適切な組合せを含む。

加えて、本開示において開示されている方法のオペレーションどうしは、添付の図面においては特定の順序で記述されているが、これは、これらのオペレーションがその特定の順序で実行される必要があるということ、または所望の結果を達成するためには、それらの示されているオペレーションのすべてが実行される必要があるということを必要としない、または意味しない。むしろ、フローチャートにおいて示されているステップどうしの実行順序は、変更され得る。加えて、または任意選択で、いくつかのステップが省略され得、複数のステップが実行のために１つのステップへと組み合わされ得、および／または１つのステップが実行のために複数のステップへと分解され得る。さらに、本開示による２つ以上の装置の特徴および機能は、１つの装置において指定され得るということに留意されたい。それとは反対に、上述されている１つの装置の特徴および機能は、分類を通じて複数の装置においてさらに指定され得る。

本開示の実施態様が上述されている。前述の記述は、例であり、網羅してはおらず、開示されている実施態様に限定されない。当技術分野における普通のスキルを有する者にとっては、記述されている実施態様の範囲および趣旨から逸脱することなく、多くの修正およびバリエーションが明らかである。本明細書において使用されている用語の選択は、実施原理、実際の適用、もしくは、市場におけるテクノロジーに対する改善をよく説明すること、または本明細書において開示されている実施態様を、当技術分野における普通のスキルを有する他者が理解するのを可能にすることを意図されている。

Claims (12)

1. 帯域幅決定方法であって、
   第１のデバイスによって、物理レイヤプロトコルデータユニットＰＰＤＵを第２のデバイスから受信するステップであって、前記ＰＰＤＵは、スクランブリングシーケンスおよびサービスフィールドを決定するために使用され、前記スクランブリングシーケンスにおけるビットの第１のグループ、および前記サービスフィールドにおけるビットの第２のグループが、帯域幅を示す、ステップと、
   ビットの前記第２のグループにおいてチェックエラーが生じている場合に、ビットの前記第１のグループに基づいて前記第１のデバイスと前記第２のデバイスとの間における通信のための帯域幅を決定するステップとを含む、帯域幅決定方法。
2. ビットの前記第１のグループに基づいて前記第１のデバイスと前記第２のデバイスとの間における通信のための帯域幅を決定する前記ステップは、
   ビットの前記第１のグループが単一の候補帯域幅を示す場合に、前記単一の候補帯域幅を通信のための前記帯域幅として決定するステップを含む請求項１に記載の方法。
3. ビットの前記第１のグループに基づいて前記第１のデバイスと前記第２のデバイスとの間における通信のための帯域幅を決定する前記ステップは、
   ビットの前記第１のグループの値が１である場合には、それは、通信のための前記帯域幅が第１の帯域幅であることを示しているということ、
   ビットの前記第１のグループの値が２である場合には、それは、通信のための前記帯域幅が第２の帯域幅であることを示しているということ、または
   ビットの前記第１のグループの値が３である場合には、それは、通信のための前記帯域幅が第３の帯域幅であることを示しているということを含む請求項１に記載の方法。
4. 前記第１の帯域幅は４０ＭＨｚであり、前記第２の帯域幅は８０ＭＨｚであり、前記第３の帯域幅は１６０ＭＨｚである請求項３に記載の方法。
5. ビットの前記第１のグループに基づいて前記第１のデバイスと前記第２のデバイスとの間における通信のための帯域幅を決定する前記ステップは、
   ビットの前記第１のグループが複数の候補帯域幅を示す場合に、前記第１のデバイスと前記第２のデバイスとの間における帯域幅ネゴシエーションプロセスに基づいて前記複数の候補帯域幅から通信のための前記帯域幅を決定するステップを含む請求項１に記載の方法。
6. 前記複数の候補帯域幅から通信のための前記帯域幅を決定する前記ステップは、
   前記帯域幅ネゴシエーションプロセスが動的帯域幅ネゴシエーションプロセスである場合に、前記複数の候補帯域幅から最小候補帯域幅を選択するステップを含む請求項５に記載の方法。
7. 前記複数の候補帯域幅から通信のための前記帯域幅を決定する前記ステップは、
   前記帯域幅ネゴシエーションプロセスが非動的帯域幅ネゴシエーションプロセスである場合に、ブラインド検知を通じて前記複数の候補帯域幅から通信のための前記帯域幅を決定するステップであって、前記非動的帯域幅ネゴシエーションプロセスは、静的帯域幅ネゴシエーションプロセスまたは帯域幅ネゴシエーションなしプロセスを含む、ステップを含む請求項５に記載の方法。
8. 前記帯域幅ネゴシエーションプロセスは、前記ＰＰＤＵがプリセットパラメータを示しているかどうかに応じて、または前記ＰＰＤＵによって示されているプリセットパラメータの値に基づいて決定される請求項５に記載の方法。
9. 前記ＰＰＤＵは、非高スループット非ＨＴフォーマットでのＰＰＤＵ、または非高スループット複製非ＨＴ複製フォーマットでのＰＰＤＵである請求項１に記載の方法。
10. 請求項１乃至９のいずれか一項に記載の方法を実行するように構成されているユニットを含む第１のデバイス。
11. コンピュータ可読ストレージメディアであって、前記コンピュータ可読ストレージメディアは、コンピュータプログラムを格納しており、前記プログラムがプロセッサによって実行されたときに、請求項１乃至９のいずれか一項に記載の方法が実施される、コンピュータ可読ストレージメディア。
12. コンピュータ実行可能命令を含むコンピュータプログラムであって、前記コンピュータ実行可能命令がプロセッサによって実行されたときに、請求項１乃至９のいずれか一項に記載の方法が実施される、コンピュータプログラム。

Images