(57)【特許請求の範囲】
【請求項１】
無線ネットワーク中で通信する方法において、
タイプ・フィールドと、サブタイプ・フィールドと、リトライ・フィールドと、持続時間フィールドとを含むヘッダを含む媒体アクセス制御フレームを、無線デバイスによって発生させることと、
前記無線ネットワーク上で前記媒体アクセス制御フレームを、前記無線デバイスによって送信することとを含み、
前記タイプ・フィールドと前記サブタイプ・フィールドは、前記リトライ・フィールドと、または、前記持続時間フィールドの一部分と組み合わさって、前記フレームに対するフォーマットを示す方法。
【請求項２】
前記媒体アクセス制御フレームが省電力ポール（ＰＳ−ＰＯＬＬ）フレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させることと、前記持続時間フィールドが、ネットワーク割り当てベクトル（ＮＡＶ）を設定する時間量を表わすか否かを、または、前記無線デバイスのアソシエーション識別子を表わすか否かを定義するために、前記持続時間フィールドの一部分を設定することとをさらに含む請求項１記載の方法。
【請求項３】
前記持続時間フィールドは１６ビットの長さであり、前記方法は、前記持続時間フィールドが、インジケーションからビット１〜１４と１６を除外する一方、前記持続時間フィールドのビット１５を介して、前記時間量または前記アソシエーション識別子を識別するか否かを示すことをさらに含む請求項２記載の方法。
【請求項４】
前記媒体アクセス制御フレームがアクノレッジメント・フレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させることと、前記フレームが、シーケンス・ナンバ・フィールドまたはスリープ時間フィールドを含むことを示すために、前記リトライ・フィールドを設定することとをさらに含む請求項１記載の方法。
【請求項５】
前記媒体アクセス制御フレームがリクエスト・トゥ・センドフレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させることと、前記媒体アクセス制御フレームの長さを示すために、前記リトライ・フィールドを設定することとをさらに含む請求項１記載の方法。
【請求項６】
前記媒体アクセス制御フレームがクリア・トゥ・センドフレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させることと、前記媒体アクセス制御フレームの長さを示すために、前記リトライ・フィールドを設定することとをさらに含む請求項１記載の方法。
【請求項７】
無線通信装置において、
タイプ・フィールドと、サブタイプ・フィールドと、持続時間フィールドと、リトライ・フィールドとを含むヘッダを含む媒体アクセス制御フレームを発生させるように構成されているプロセッサと、
前記媒体アクセス制御フレームを無線リンクを介して送信するように構成されている送信機とを具備し、
前記タイプ・フィールドと前記サブタイプ・フィールドは、前記リトライ・フィールドと、または、前記持続時間フィールドの一部分と組み合わさって、前記フレームに対するフォーマットを示す装置。
【請求項８】
前記プロセッサは、前記媒体アクセス制御フレームが省電力ポール（ＰＳ−ＰＯＬＬ）フレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させ、前記持続時間フィールドが、ネットワーク割り当てベクトル（ＮＡＶ）を設定する時間量を表わすか否かを、または、無線デバイスのアソシエーション識別子を表わすか否かを定義するために、前記持続時間フィールドの一部分を設定するようにさらに構成されている請求項７記載の装置。
【請求項９】
前記持続時間フィールドは１６ビットの長さであり、前記プロセッサは、前記持続時間フィールドが、インジケーションからビット１〜１４と１６を除外する一方、前記持続時間フィールドのビット１５を介して、前記時間量または前記アソシエーション識別子を識別するか否かを示すようにさらに構成されている請求項８記載の装置。
【請求項１０】
前記プロセッサは、前記媒体アクセス制御フレームがアクノレッジメント・フレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させ、前記フレームが、シーケンス・ナンバ・フィールドまたはスリープ時間フィールドを含むことを示すために、前記リトライ・フィールドを設定するようにさらに構成されている請求項７記載の装置。
【請求項１１】
前記プロセッサは、前記媒体アクセス制御フレームがリクエスト・トゥ・センドフレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させ、前記媒体アクセス制御フレームの長さを示すために、前記リトライ・フィールドを設定するようにさらに構成されている請求項７記載の装置。
【請求項１２】
前記プロセッサは、前記媒体アクセス制御フレームがクリア・トゥ・センドフレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させ、前記媒体アクセス制御フレームの長さを示すために、前記リトライ・フィールドを設定するようにさらに構成されている請求項７記載の装置。
【請求項１３】
無線通信装置において、
タイプ・フィールドと、サブタイプ・フィールドと、持続時間フィールドと、リトライ・フィールドとを含むヘッダを含む媒体アクセス制御フレームを発生させる手段と、
前記媒体アクセス制御フレームを送信する手段とを具備し、
前記タイプ・フィールドと前記サブタイプ・フィールドは、前記リトライ・フィールドと、または、前記持続時間フィールドの一部分と組み合わさって、前記フレームに対するフォーマットを示す装置。
【請求項１４】
前記発生させる手段は、前記媒体アクセス制御フレームが省電力ポール（ＰＳ−ＰＯＬＬ）フレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させ、前記持続時間フィールドが、ネットワーク割り当てベクトル（ＮＡＶ）を設定する時間量を表わすか否かを、または、無線デバイスのアソシエーション識別子を表わすか否かを定義するために、前記持続時間フィールドの一部分を設定するようにさらに構成されている請求項１３記載の装置。
【請求項１５】
前記持続時間フィールドは１６ビットの長さであり、前記発生させる手段は、前記持続時間フィールドが、インジケーションからビット１〜１４と１６を除外する一方、前記持続時間フィールドのビット１５を介して、前記時間量または前記アソシエーション識別子を識別するか否かを示すようにさらに構成されている請求項１４記載の装置。
【請求項１６】
前記発生させる手段は、前記媒体アクセス制御フレームがアクノレッジメント・フレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させ、前記フレームが、シーケンス・ナンバ・フィールドまたはスリープ時間フィールドを含むことを示すために、前記リトライ・フィールドを設定するようにさらに構成されている請求項１３記載の装置。
【請求項１７】
前記発生させる手段は、前記媒体アクセス制御フレームがリクエスト・トゥ・センドフレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させ、前記媒体アクセス制御フレームの長さを示すために、前記リトライ・フィールドを設定するようにさらに構成されている請求項１３記載の装置。
【請求項１８】
前記発生させる手段は、前記媒体アクセス制御フレームがクリア・トゥ・センドフレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させ、前記媒体アクセス制御フレームの長さを示すために、前記リトライ・フィールドを設定するようにさらに構成されている請求項１３記載の装置。
【請求項１９】
コンピュータによって実行されるとき、前記コンピュータに対して、無線ネットワークにおいて通信する方法を実行させる命令群を含むコンピュータ読取可能記憶媒体において、
前記方法は、
タイプ・フィールドと、サブタイプ・フィールドと、持続時間フィールドと、リトライ・フィールドとを含むヘッダを含む媒体アクセス制御フレームを、無線デバイスによって発生させることと、
前記媒体アクセス制御フレームを、前記無線デバイスによって送信することとを含み、
前記タイプ・フィールドと前記サブタイプ・フィールドは、前記リトライ・フィールドと、または、前記持続時間フィールドの一部分と組み合わさって、前記フレームに対するフォーマットを示すコンピュータ読取可能記憶媒体。
【請求項２０】
前記方法は、前記媒体アクセス制御フレームが省電力ポール（ＰＳ−ＰＯＬＬ）フレームであることを示すために、前記タイプ・フィールドを発生させることと、前記持続時間フィールドが、ネットワーク割り当てベクトル（ＮＡＶ）を設定する時間量を表わすか否かを、または、前記無線デバイスのアソシエーション識別子を表わすか否かを定義するために、前記持続時間フィールドの一部分を設定することとをさらに含む請求項１９記載のコンピュータ読取可能記憶媒体。
【請求項２１】
前記持続時間フィールドは１６ビットの長さであり、前記方法は、前記持続時間フィールドが、インジケーションから前記持続時間フィールドのビット１〜１４と１６を除外する一方、前記持続時間フィールドのビット１５を介して、前記時間量または前記アソシエーション識別子を識別するか否かを示すことをさらに含む請求項２０記載のコンピュータ読取可能記憶媒体。
【請求項２２】
前記方法は、前記媒体アクセス制御フレームがアクノレッジメント・フレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させることと、前記フレームが、シーケンス・ナンバ・フィールドまたはスリープ時間フィールドを含むことを示すために、前記リトライ・フィールドを設定することとをさらに含む請求項１９記載のコンピュータ読取可能記憶媒体。
【請求項２３】
前記方法は、前記媒体アクセス制御フレームがリクエスト・トゥ・センドフレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させることと、前記媒体アクセス制御フレームの長さを示すために、前記リトライ・フィールドを設定することとをさらに含む請求項１９記載のコンピュータ読取可能記憶媒体。
【請求項２４】
前記方法は、前記媒体アクセス制御フレームがクリア・トゥ・センドフレームであることを示すために、前記タイプ・フィールドと前記サブタイプ・フィールドとを発生させることと、前記媒体アクセス制御フレームの長さを示すために、前記リトライ・フィールドを設定することとをさらに含む請求項１９記載のコンピュータ読取可能記憶媒体。
【請求項２５】
無線ネットワーク中で通信する方法において、
タイプ・フィールドと、サブタイプ・フィールドと、リトライ・フィールドと、持続時間フィールドとを含むヘッダを含む媒体アクセス制御フレームを、無線デバイスから受信することと、
前記リトライ・フィールドと、または、前記持続時間フィールドの一部分と組み合わさった、前記タイプ・フィールドと前記サブタイプ・フィールドとに基づいて、前記受信されたフレームのフォーマットを決定することと、
前記決定されたフォーマットに基づいて、前記媒体アクセス制御フレームを復号することとを含む方法。
【請求項２６】
前記媒体アクセス制御フレームが省電力ポールフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号することと、
前記持続時間フィールドが、ネットワーク割り当てベクトル（ＮＡＶ）を設定する時間量を表わすか否かを、または、前記無線デバイスのアソシエーション識別子を表わすか否かを決定するために、前記持続時間フィールドの一部分を復号することと、
前記決定に基づいて、前記持続時間フィールドを復号することとをさらに含む請求項２５記載の方法。
【請求項２７】
前記持続時間フィールドは１６ビットの長さであり、前記方法は、前記持続時間フィールドが、前記決定から前記持続時間フィールドのビット１〜１４と１６を除外する一方、前記時間量または前記アソシエーション識別子を識別するか否かを決定するために、前記持続時間フィールドのビット１５のみを復号することをさらに含む請求項２６記載の方法。
【請求項２８】
前記媒体アクセス制御フレームがアクノレッジメント・フレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号することと、
媒体アクセス制御フレームが、シーケンス・ナンバ・フィールドまたはスリープ時間フィールドを含むか否かを決定するために、前記リトライ・フィールドを復号することと、
前記決定に基づいて前記媒体アクセス制御フレームを復号することとをさらに含む請求項２５記載の方法。
【請求項２９】
前記媒体アクセス制御フレームがリクエスト・トゥ・センドフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号することと、
前記リクエスト・トゥ・センドフレームの長さを決定するために、前記リトライ・フィールドを復号することと、
前記決定に基づいて、前記媒体アクセス制御フレームを復号することとをさらに含む請求項２５記載の方法。
【請求項３０】
前記媒体アクセス制御フレームがクリア・トゥ・センドフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号することと、
前記クリア・トゥ・センドフレームの長さを決定するために、前記リトライ・フィールドを復号することと、
前記決定に基づいて、前記媒体アクセス制御フレームを復号することとをさらに含む請求項２５記載の方法。
【請求項３１】
無線通信装置において、
タイプ・フィールドと、サブタイプ・フィールドと、持続時間フィールドと、リトライ・フィールドとを含むヘッダを含む媒体アクセス制御フレームを、無線デバイスから受信するように構成されている受信機と、
前記リトライ・フィールドと、または、前記持続時間フィールドの一部分と組み合わさった、前記タイプ・フィールドと前記サブタイプ・フィールドとに基づいて、前記受信されたフレームのフォーマットを決定し、
前記決定されたフォーマットに基づいて、前記媒体アクセス制御フレームを復号するように構成されているプロセッサとを具備する装置。
【請求項３２】
前記プロセッサは、
前記媒体アクセス制御フレームが省電力ポールフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号し、
前記持続時間フィールドが、ネットワーク割り当てベクトル（ＮＡＶ）を設定する時間量を表わすか否かを、または、前記無線デバイスのアソシエーション識別子を表わすか否かを決定するために、前記持続時間フィールドの一部分を復号し、
前記決定に基づいて、前記持続時間フィールドを復号するようにさらに構成されている請求項３１記載の装置。
【請求項３３】
前記持続時間フィールドは１６ビットの長さであり、前記プロセッサは、前記持続時間フィールドが、前記決定から前記持続時間フィールドのビット１〜１４と１６を除外する一方、前記時間量または前記アソシエーション識別子を識別するか否かを決定するために、前記持続時間フィールドのビット１５のみを復号するようにさらに構成されている請求項３２記載の装置。
【請求項３４】
前記プロセッサは、
前記媒体アクセス制御フレームがアクノレッジメント・フレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号し、
媒体アクセス制御フレームが、シーケンス・ナンバ・フィールドまたはスリープ時間フィールドを含むか否かを決定するために、前記リトライ・フィールドを復号し、
前記決定に基づいて、前記媒体アクセス制御フレームを復号するようにさらに構成されている請求項３１記載の装置。
【請求項３５】
前記プロセッサは、
前記媒体アクセス制御フレームがリクエスト・トゥ・センドフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号し、
前記リクエスト・トゥ・センドフレームの長さを決定するために、前記リトライ・フィールドを復号し、
前記決定に基づいて、前記媒体アクセス制御フレームを復号するようにさらに構成されている請求項３１記載の装置。
【請求項３６】
前記プロセッサは、
前記媒体アクセス制御フレームがクリア・トゥ・センドフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号し、
前記クリア・トゥ・センドフレームの長さを決定するために、前記リトライ・フィールドを復号し、
前記決定に基づいて、前記媒体アクセス制御フレームを復号するようにさらに構成されている請求項３１記載の装置。
【請求項３７】
無線通信装置において、
タイプ・フィールドと、サブタイプ・フィールドと、持続時間フィールドと、リトライ・フィールドとを含むヘッダを含む媒体アクセス制御フレームを、無線デバイスから受信する手段と、
前記リトライ・フィールドと、または、前記持続時間フィールドの一部分と組み合わさった、前記タイプ・フィールドと前記サブタイプ・フィールドとに基づいて、前記受信されたフレームのフォーマットを決定する手段と、
前記決定されたフォーマットに基づいて、前記媒体アクセス制御フレームを復号する手段とを具備する装置。
【請求項３８】
前記決定する手段は、
前記媒体アクセス制御フレームが省電力ポールフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号し、
前記持続時間フィールドが、ネットワーク割り当てベクトル（ＮＡＶ）を設定する時間量を表わすか否かを、または、前記無線デバイスのアソシエーション識別子を表わすか否かを決定するために、前記持続時間フィールドの一部分を復号し、
前記決定に基づいて、前記持続時間フィールドを復号するようにさらに構成されている請求項３７記載の装置。
【請求項３９】
前記持続時間フィールドは１６ビットの長さであり、前記復号する手段は、前記持続時間フィールドが、前記決定から前記持続時間フィールドのビット１〜１４と１６を除外する一方、前記時間量または前記アソシエーション識別子を識別するか否かを決定するために、前記持続時間フィールドのビット１５のみを復号するように構成されている請求項３８記載の装置。
【請求項４０】
前記決定する手段は、
前記媒体アクセス制御フレームがアクノレッジメント・フレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号し、
媒体アクセス制御フレームが、シーケンス・ナンバ・フィールドまたはスリープ時間フィールドを含むか否かを決定するために、前記リトライ・フィールドを復号し、
前記決定に基づいて、前記媒体アクセス制御フレームを復号するようにさらに構成されている請求項３７記載の装置。
【請求項４１】
前記決定する手段は、
前記媒体アクセス制御フレームがリクエスト・トゥ・センドフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号し、
前記リクエスト・トゥ・センドフレームの長さを決定するために、前記リトライ・フィールドを復号し、
前記決定に基づいて、前記媒体アクセス制御フレームを復号するようにさらに構成されている請求項３７記載の装置。
【請求項４２】
前記決定する手段は、
前記媒体アクセス制御フレームがクリア・トゥ・センドフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号し、
前記クリア・トゥ・センドフレームの長さを決定するために、前記リトライ・フィールドを復号し、
前記決定に基づいて、前記媒体アクセス制御フレームを復号するようにさらに構成されている請求項３７記載の装置。
【請求項４３】
コンピュータによって実行されるとき、前記コンピュータに対して、無線ネットワークにおいて通信する方法を実行させる命令群を含むコンピュータ読取可能記憶媒体において、
前記方法は、
タイプ・フィールドと、サブタイプ・フィールドと、持続時間フィールドと、リトライ・フィールドとを含むヘッダを含む媒体アクセス制御フレームを、無線デバイスから受信することと、
前記リトライ・フィールドと、または、前記持続時間フィールドの一部分と組み合わさった、前記タイプ・フィールドと前記サブタイプ・フィールドとに基づいて、前記受信されたフレームのフォーマットを決定することと、
前記決定されたフォーマットに基づいて、前記媒体アクセス制御フレームを復号することとを含むコンピュータ読取可能記憶媒体。
【請求項４４】
前記方法は、
前記媒体アクセス制御フレームが省電力ポールフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号することと、
前記持続時間フィールドが、ネットワーク割り当てベクトル（ＮＡＶ）を設定する時間量を表わすか否かを、または、前記無線デバイスのアソシエーション識別子を表わすか否かを決定するために、前記持続時間フィールドの一部分を復号することと、
前記決定に基づいて、前記持続時間フィールドを復号することとをさらに含む請求項４３記載のコンピュータ読取可能記憶媒体。
【請求項４５】
前記持続時間フィールドは１６ビットの長さであり、前記方法は、前記持続時間フィールドが、前記決定から前記持続時間フィールドのビット１〜１４と１６を除外する一方、前記時間量または前記アソシエーション識別子を識別するか否かを決定するために、前記持続時間フィールドのビット１５を復号することをさらに含む請求項４４記載のコンピュータ読取可能記憶媒体。
【請求項４６】
前記方法は、
前記媒体アクセス制御フレームがアクノレッジメント・フレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号することと、
媒体アクセス制御フレームが、シーケンス・ナンバ・フィールドまたはスリープ時間フィールドを含むか否かを決定するために、前記リトライ・フィールドを復号することと、
前記決定に基づいて、前記媒体アクセス制御フレームを復号することとをさらに含む請求項４３記載のコンピュータ読取可能記憶媒体。
【請求項４７】
前記方法は、
前記媒体アクセス制御フレームがリクエスト・トゥ・センドフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号することと、
前記リクエスト・トゥ・センドフレームの長さを決定するために、前記リトライ・フィールドを復号することと、
前記決定に基づいて、前記媒体アクセス制御フレームを復号することとをさらに含む請求項４３記載のコンピュータ読取可能記憶媒体。
【請求項４８】
前記方法は、
前記媒体アクセス制御フレームがクリア・トゥ・センドフレームであることを決定するために、前記タイプ・フィールドと前記サブタイプ・フィールドとを復号することと、
前記クリア・トゥ・センドフレームの長さを決定するために、前記リトライ・フィールドを復号することと、
前記決定に基づいて、前記媒体アクセス制御フレームを復号することとをさらに含む請求項４３記載のコンピュータ読取可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、一般に、無線通信に関し、さらに詳しくは、サブ・ギガヘルス帯域における無線通信を可能にするシステム、方法、およびデバイスに関する。本明細書におけるいくつかの態様は、媒体アクセス制御（ＭＡＣ）フレームのフレーム制御フィールドのリトライ・ビットを用いてフレーム・タイプを示すことに関する。
【背景技術】
【０００２】
多くの通信システムでは、空間的に分離されたいくつかのインタラクトするデバイス間でメッセージを交換するために通信ネットワークが使用される。ネットワークは、例えば、都市エリア、ローカル・エリア、またはパーソナル・エリアでありうる地理的なスコープにしたがって分類されうる。このようなネットワークは、広域ネットワーク（ＷＡＮ）、都市エリア・ネットワーク（ＭＡＮ）、ローカル・エリア・ネットワーク（ＬＡＮ）、またはパーソナル・エリア・ネットワーク（ＰＡＮ）としてそれぞれ指定されうる。これらネットワークはまた、さまざまなネットワーク・ノードおよびデバイス（例えば、回路切換対パケット切換）、送信のために適用される物理媒体のタイプ（例えば有線か無線か）、および、使用される通信プロトコルのセット（例えば、インターネット・プロトコル・スイート、ＳＯＮＥＴ（シンクロナス光ネットワーク）、イーサネット（登録商標）等）を相互接続するために使用される切換／ルーティング技法にしたがって異なる。
【０００３】
無線ネットワークは、ネットワーク要素がモバイルであり、したがって動的な接続ニーズがある場合、あるいは、ネットワーク・アーキテクチャが、固定されたトポロジではなく、アド・ホックで形成されている場合にしばしば好まれる。無線ネットワークは、例えばラジオ、マイクロ波、赤外線、光等のような周波数帯域における電磁波を用いて、ガイドされていない伝搬モードで、実体のない物理媒体を適用する。無線ネットワークは、固定された有線ネットワークと比較された場合、有利なことに、ユーザ・モビリティおよび迅速なフィールド展開を容易にする。
【０００４】
無線ネットワークにおけるデバイスは、互いの間で情報を送信／受信しうる。この情報は、いくつかの態様においてデータ・ユニットと称されうるパケットを備えうる。これらパケットは、ネットワークを介してパケットをルーティングすること、パケット内のデータを識別すること、このパケットを処理すること等における場合を支援するオーバヘッド情報（例えば、ヘッダ情報、パケット特性等）のみならず、例えば、パケットのペイロードで伝送されうるユーザ・データ、マルチメディア・コンテンツ等のようなデータを含みうる。
【０００５】
したがって、ヘッダ情報は、パケットを用いて送信される。そのようなヘッダ情報は、データ・パケットの大部分を備えうる。したがって、そのようなパケットにおけるデータの送信は、データを送信するための帯域幅の多くが、実際のデータではなく、ヘッダ情報を送信するために使用されうるという事実によって、非効率的でありうる。したがって、パケットを通信するための改善されたシステム、方法、およびデバイスが望まれる。
【発明の概要】
【０００６】
本発明のシステム、方法、およびデバイスは、おのおのがいくつかの態様を有しており、それらのうちの何れも、単独では、所望の属性の責任を負うものではない。
【０００７】
以下に記載された特許請求の範囲によって表わされるように、本発明の範囲を制限することなく、いくつかの特徴が簡潔に説明されるだろう。この説明を考慮した後、さらに、特に、「発明を実施するための形態」と題されたセクションを読んだ後、本発明の特徴が、低電力および長距離の無線通信のためにサブ・ギガヘルツ帯域において無線通信を提供することを含む利点を、どのようにして与えるかが理解されるだろう。
【０００８】
本開示の１つの態様は、無線ネットワークにおいて通信する方法の実施を提供する。この方法は、ヘッダを含む媒体アクセス制御フレームを生成することを含む。このヘッダは、特定のタイプの媒体アクセス制御フレームのために予約された値を有する１または複数のフィールドと、タイプ値を有するタイプ・フィールドとを含む。１または複数のフィールドは、１または複数の値を有する。媒体アクセス制御フレームのタイプは、タイプ値と１または複数の値との両方によって示される。この方法はさらに、媒体アクセス制御フレームを送信することを含む。
【０００９】
本開示の別の態様は、無線通信装置を提供する。無線通信装置は、ヘッダを含む媒体アクセス制御フレームを生成するように構成されたプロセッサを含む。このヘッダは、特定のタイプの媒体アクセス制御フレームのために予約された値を有する１または複数のフィールドと、タイプ値を有するタイプ・フィールドとを含む。１または複数のフィールドは、１または複数の値を有する。媒体アクセス制御フレームのタイプは、タイプ値と１または複数の値との両方によって示される。無線通信装置はさらに、無線リンクを介して媒体アクセス制御フレームを送信するように構成された送信機を含む。
【００１０】
さらに、本開示の別の態様は、無線通信装置を提供する。無線通信装置は、ヘッダを含む媒体アクセス制御フレームを生成する手段を含む。このヘッダは、特定のタイプの媒体アクセス制御フレームのために予約された値を有する１または複数のフィールドと、タイプ値を有するタイプ・フィールドとを含む。１または複数のフィールドは、１または複数の値を有する。媒体アクセス制御フレームのタイプは、タイプ値と１または複数の値との両方によって示される。無線通信装置はさらに、媒体アクセス制御フレームを送信する手段を含む。
【００１１】
本開示の別の態様は、コンピュータによって実行された場合に、コンピュータに対して、無線ネットワークにおいて通信する方法を実行させるための命令群を含むコンピュータ読取可能な媒体を提供する。この方法は、ヘッダを含む媒体アクセス制御フレームを生成することを含む。このヘッダは、特定のタイプの媒体アクセス制御フレームのために予約された値を有する１または複数のフィールドと、タイプ値を有するタイプ・フィールドとを含む。１または複数のフィールドは、１または複数の値を有する。媒体アクセス制御フレームのタイプは、タイプ値と１または複数の値との両方によって示される。この方法はさらに、媒体アクセス制御フレームを送信することを含む。
【００１２】
本開示の別の態様は、無線ネットワークにおける通信の方法の実施を提供する。方法は、ヘッダを含む媒体アクセス制御フレームを受信することを含む。このヘッダは、特定のタイプの媒体アクセス制御フレームのために予約された値を有する１または複数のフィールドと、タイプ値を有するタイプ・フィールドとを含む。１または複数のフィールドは、１または複数の値を有する。この方法は、タイプ値と１または複数の値との両方に基づいて、媒体アクセス制御フレームのタイプを検出することを含む。この方法はさらに、このタイプに基づいて媒体アクセス制御フレームを復号することを含む。
【００１３】
本開示の別の態様は、無線通信装置を提供する。無線通信装置は、ヘッダを含む媒体アクセス制御フレームを受信するように構成された受信機を含む。このヘッダは、特定のタイプの媒体アクセス制御フレームのために予約された値を有する１または複数のフィールドと、タイプ値を有するタイプ・フィールドとを含む。１または複数のフィールドは、１または複数の値を有する。この装置はさらに、タイプ値と１または複数の値との両方に基づいて、媒体アクセス制御フレームのタイプを検出するように構成されたプロセッサを含む。プロセッサはさらに、タイプに基づいて媒体アクセス制御フレームを復号するように構成される。
【００１４】
本開示の別の態様は、無線通信装置を提供する。無線通信装置は、ヘッダを含む媒体アクセス制御フレームを受信する手段を含む。このヘッダは、特定のタイプの媒体アクセス制御フレームのために予約された値を有する１または複数のフィールドと、タイプ値を有するタイプ・フィールドとを含む。１または複数のフィールドは、１または複数の値を有する。無線通信装置はさらに、タイプ値と１または複数の値との両方に基づいて、媒体アクセス制御フレームのタイプを検出する手段を含む。無線通信装置はさらに、タイプに基づいて媒体アクセス制御フレームを復号する手段を含む。
【００１５】
本開示の別の態様は、コンピュータによって実行された場合に、コンピュータに対して、無線ネットワークにおいて通信する方法を実行させるための命令群を含むコンピュータ読取可能な媒体を提供する。方法は、ヘッダを含む媒体アクセス制御フレームを受信することを含む。このヘッダは、特定のタイプの媒体アクセス制御フレームのために予約された値を有する１または複数のフィールドと、タイプ値を有するタイプ・フィールドとを含む。１または複数のフィールドは、１または複数の値を有する。この方法はさらに、タイプ値と１または複数の値との両方に基づいて、媒体アクセス制御フレームのタイプを検出することを含む。この方法はさらに、このタイプに基づいて媒体アクセス制御フレームを復号することを含む。
【図面の簡単な説明】
【００１６】
【図１】図１は、本開示の態様が適用されうる無線通信システムの例を例示する。
【図２】図２は、図１の無線通信システム内で適用されうる典型的な無線デバイスの機能ブロック図を図示する。
【図３】図３は、無線通信を送信するために図２の無線デバイスにおいて利用されうる典型的な構成要素の機能ブロック図を図示する。
【図４】図４は、無線通信を受信するために図２の無線デバイスにおいて利用されうる典型的な構成要素の機能ブロック図を図示する。
【図５】図５は、媒体アクセス制御（ＭＡＣ）フレームの典型的な構成を図示する。
【図６】図６は、タイプ・フィールドおよびリトライ・フィールドを示す図５において図示されるＭＡＣフレームのフレーム制御フィールドの典型的な構成を図示する。
【図７】図７は、図６に図示されるフレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるブロックＡＣＫフレームの典型的な構成を図示する。
【図８】図８は、図６に図示されるフレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるＭＡＣフレームの圧縮ＭＡＣヘッダの典型的な構成を図示する。
【図９】図９は、管理フレームのための圧縮ＭＡＣヘッダのフィールドにおけるデータのタイプの例を図示する。
【図１０】図１０は、図６に図示されるフレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるエンハンスされた管理フレームの典型的な構成を図示する。
【図１１】図１１は、図６に図示されるフレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるＰＳ−Ｐｏｌｌフレームの典型的な構成を図示する。
【図１２】図１２は、図６に図示されるフレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるエンハンスされたＰＳ−ＰＯＬＬフレームの典型的な構成を図示する。
【図１３】図１３および図１４は、図６に図示されるフレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるＡＣＫフレームおよびエンハンスされたＡＣＫフレームの典型的な構成を図示する。
【図１４】図１４は、図６に図示されるフレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるエンハンスされたＡＣＫフレームの典型的な構成を図示する。
【図１５】図１５は、図６に図示されるフレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるＲＴＳフレームの典型的な構成を図示する。
【図１６】図１６は、図６に図示されるフレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるＲＴＳフレームの典型的な構成を図示する。
【図１７】図１７、図６に図示されるフレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるＣＴＳフレームの典型的な構成を図示する。
【図１８】図１８は、図６に図示されるフレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるエンハンスされたＣＴＳフレームの典型的な構成を図示する。
【図１９】図１９は、フレーム制御フィールドのタイプ・フィールドおよびリトライ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いてフレーム・タイプを示すＭＡＣフレームを生成し送信する典型的な方法のフローチャートである。
【図２０】図２０は、フレーム制御フィールドのリトライ・フィールドおよびタイプ・フィールド、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドによって示されるタイプを有するパケットを受信および復号する典型的な方法のフローチャートである。
【図２１】図２１は、図１の無線通信システム内で適用されうる別の典型的な無線デバイスの機能ブロック図である。
【図２２】図２２は、図１の無線通信システム内で適用されうるさらに別の典型的な無線デバイスの機能ブロック図である。
【発明を実施するための形態】
【００１７】
斬新なシステム、装置、および方法のさまざまな態様が、添付図面を参照して以下により十分に記載される。しかしながら、本教示および開示は、異なる多くの形態で具体化され、本開示を通じて示されたいかなる具体的な構成または機能にも限定されるとは解釈されるべきではない。むしろ、これらの態様は、本開示が十分で完全であり、本開示の範囲を当業者に十分に伝達できるように提供されている。本明細書における教示に基づいて、当業者は、本開示の範囲は、独立して実施されようが、あるいは、本発明の任意の他の態様と組み合わされようが、本明細書で開示された斬新なシステム、装置、および方法のあらゆる態様をカバーすることが意図されていることを認識すべきである。例えば、本明細書に記載された任意の数の態様を用いて装置が実現され、方法が実施されうる。さらに、本発明の範囲は、別の構成、機能、または、本明細書に記載された発明のさまざまな態様またはそれ以外の態様が追加された構成および機能を用いて実現される装置または方法をカバーすることが意図されている。本明細書で開示されたあらゆる態様は、特許請求の範囲の１または複数の要素によって具体化されうる。
【００１８】
本明細書では、特定の態様が記載されているが、これら態様の多くの変形および置換が、本開示の範囲内にある。好適な態様のいくつかの利点および長所が述べられているが、本開示の範囲は、特定の利点、使用、および目的に限定されることは意図されていない。むしろ、本開示の態様は、このうちのいくつかが図面における例示によって、および、以下の好適な態様の記載によって例示されている異なる無線技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であることが意図されている。詳細な記載および図面は、限定ではない開示の単なる例示であり、本開示の範囲は、特許請求の範囲およびその均等物によって定義される。
【００１９】
無線ネットワーク技法は、さまざまなタイプの無線ローカル・エリア・ネットワーク（ＷＬＡＮ）を含みうる。ＷＬＡＮは、近くのデバイスをともに相互接続するために使用されており、広範に使用されるネットワーキング・プロトコルを適用している。本明細書に開示されたさまざまな態様は、例えばＷｉＦｉ、さらに詳しくは、無線プロトコルのＩＥＥＥ  ８０２．１１規格の何れかのメンバのような任意の通信規格に適合しうる。例えば、本明細書に記載されたさまざまな態様は、サブ１ＧＨｚ帯域を用いるＩＥＥＥ  ８０２．１１ａｈプロトコルの一部として使用されうる。
【００２０】
いくつかの態様では、サブ・ギガヘルツ帯域における無線信号が、直交周波数−分割多重（ＯＦＤＭ）通信、ダイレクト−シーケンス拡散スペクトル（ＤＳＳＳ）通信、ＯＦＤＭ通信とＤＳＳＳ通信との組み合わせ、またはその他のスキームを用いて、８０２．１１ａｈプロトコルにしたがって送信されうる。８０２．１１ａｈプロトコルの実施は、センサ、メータリング、およびスマート・グリッド・ネットワークのために使用されうる。有利なことに、８０２．１１ａｈプロトコルを実施するあるデバイスの態様は、その他の無線プロトコルを実施するデバイスよりも少ない電力しか消費しない場合がありうる。および／または、例えば約１キロメータまたはそれ以上のように、比較的長距離にわたって無線信号を送信するために使用されうる。
【００２１】
本明細書に記載されたデバイスのうちのいくつかはさらに、複数入力複数出力（ＭＩＭＯ）技法を実施し、８０２．１１ａｈ規格の一部として実現されうる。ＭＩＭＯシステムはデータ送信のために、複数（ＮＴ個）の送信アンテナと複数（ＮＲ個）の受信アンテナとを適用する。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルまたはストリームとも称されるＮＳ個の独立チャネルへ分割される。ここでＮＳ≦ｍｉｎ｛ＮＴ、ＮＲ｝である。ＮＳ個の独立チャネルのおのおのは、ディメンションに相当する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、より高いスループット、および／または、より高い信頼性のような）向上されたパフォーマンスを与えうる。
【００２２】
いくつかの実施では、ＷＬＡＮは、無線ネットワークにアクセスする構成要素であるさまざまなデバイスを含んでいる。例えば、２種類のデバイス、すなわち、アクセス・ポイント（“ＡＰ”）およびクライアント（局または“ＳＴＡ”とも称される）が存在しうる。一般に、ＡＰは、ＷＬＡＮのためのハブまたは基地局として役立ち、ＳＴＡは、ＷＬＡＮのユーザとして役立つ。例えば、ＳＴＡは、ラップトップ・コンピュータ、携帯情報端末（ＰＤＡ）、携帯電話等でありうる。例において、ＳＴＡは、インターネットまたはその他の広域ネットワークへの一般的な接続を得るために、ＷｉＦｉ（例えば、８０２．１１ａｈのようなＩＥＥＥ  ８０２．１１プロトコル）準拠の無線リンクを介してＡＰに接続する。いくつかの実施では、ＳＴＡは、ＡＰとしても使用されうる。
【００２３】
アクセス・ポイント（“ＡＰ”）はさらに、ノードＢ、ラジオ・ネットワーク・コントローラ（“ＲＮＣ”）、ｅノードＢ、基地局コントローラ（“ＢＳＣ”）、基地トランシーバ局（“ＢＴＳ”）、基地局（“ＢＳ”）、トランシーバ機能（“ＴＦ”）、ラジオ・ルータ、ラジオ・トランシーバ、またはその他を備えうるか、これらとして実現されうるか、または、これらとして知られうる。
【００２４】
局（“ＳＡＴ”）はまた、アクセス端末（“ＡＴ”）、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、ユーザ機器、またはその他いくつかの用語として知られているか、備えているか、または実現されうる。いくつかの実施において、アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（“ＳＩＰ”）電話、無線ローカル・ループ（“ＷＬＬ”）局、携帯情報端末（“ＰＤＡ”）、無線接続機能を有するハンドヘルド・デバイス、あるいは無線モデムに接続されたその他いくつかの適切な処理デバイスを備えうる。したがって、本明細書において教示される１または複数の態様は、電話（例えば、セルラ電話またはスマートフォン）、コンピュータ（例えば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブル・コンピューティング・デバイス（例えば、情報携帯端末）、エンタテイメント・デバイス（例えば、音楽またはビデオ・デバイス、または衛星ラジオ）、ゲーム・デバイスまたはシステム、全地球測位システム・デバイス、または無線媒体によって通信するように構成されたその他の適切なデバイスに組み込まれうる。
【００２５】
前述したように、本明細書に記載されたデバイスのうちのいくつかは、例えば８０２．１１ａｈ規格を実施しうる。このようなデバイスは、ＳＴＡまたはＡＰまたはその他のデバイスとして使用されていようといまいと、スマート・メータリングのために、または、スマート・グリッド・ネットワークにおいて、使用されうる。このようなデバイスは、センサ・アプリケーションを提供しうるか、ホーム・オートメーションにおいて使用されうる。これらデバイスは、その代わりに、あるいは、それに加えて、例えば、パーソナル・ヘルスケアのためのヘルスケア・コンテキストにおいて使用されうる。さらに、（例えば、ホットスポットとともに使用するために）拡張範囲インターネット接続をイネーブルするため、または、マシン・トゥ・マシン通信を実施するための、サーベイランス用にも使用されうる。
【００２６】
図１は、本開示の態様が適用されうる無線通信システム１００の例を例示する。無線通信システム１００は、例えば８０２．１１ａｈ規格のような無線規格に準拠して動作しうる。無線通信システム１００は、ＳＴＡ１０６ａ，１０６ｂ，１０６ｃ，１０６ｄ（集合的にＳＴＡ１０６）と通信するＡＰ１０４を含みうる。
【００２７】
さまざまな処理および方法が、無線通信システム１００内におけるＡＰ１０４とＳＴＡ１０６との間の送信のために使用されうる。例えば、信号が、ＯＦＤＭ／ＯＦＤＭＡ技法にしたがってＡＰ１０４とＳＴＡ１０６との間で送信および受信されうる。このケースでは、無線通信システム１００は、ＯＦＤＭ／ＯＦＤＭＡシステムと称されうる。あるいは、信号が、ＣＤＭＡ技法にしたがってＡＰ１０４とＳＴＡ１０６との間で送信および受信されうる。このケースでは、無線通信システム１００は、ＣＤＭＡシステムと称されうる。
【００２８】
ＡＰ１０４から、ＳＴＡ１０６の１または複数への送信を容易にする通信リンクは、ダウンリンク（ＤＬ）１０８と称され、ＳＴＡ１０６の１または複数から、ＡＰ１０４への送信を容易にする通信リンクは、アップリンク（ＵＬ）１１０と称されうる。あるいは、ダウンリンク１０８が、順方向リンクまたは順方向チャネルと称され、アップリンク１１０が、逆方向リンクまたは逆方向チャネルと称されうる。
【００２９】
ＡＰ１０４は、基地局として動作し、基本サービス・エリア（ＢＳＡ）１０２において無線通信有効範囲を提供しうる。ＡＰ１０４はＳＴＡ１０６とともに基本サービス・セット（ＢＳＳ）と称されうる。ここで、ＳＴＡ１０６は、ＡＰ１０４に関連付けられ、通信のためにＡＰ１０４を使用する。無線通信システム１００は、中央ＡＰ１０４を有していないかもしれず、むしろ、ＳＴＡ１０６間のピア・トゥ・ピア・ネットワークとして機能しうることが注目されるべきである。したがって、本明細書に記載されたＡＰ１０４の機能は、代わりに、ＳＴＡ１０６のうちの１または複数によって実行されうる。
【００３０】
図２は、無線通信システム１００内に適用されうる無線デバイス２０２で利用されうるさまざまな構成要素を図示する。無線デバイス２０２は、本明細書で説明されるさまざまな方法を実施するように構成されうるデバイスの例である。例えば、無線デバイス２０２は、図１のＳＴＡ１０６のうちの１つ、またはＡＰ１０４を備えうる。
【００３１】
無線デバイス２０２は、無線デバイス２０２の動作を制御するプロセッサ２０４を含みうる。このプロセッサ２０４は、中央制御装置（ＣＰＵ）とも称されうる。読取専用メモリ（ＲＯＭ）とランダム・アクセス・メモリ（ＲＡＭ）との両方を含みうるメモリ２０６は、プロセッサ２０４に命令およびデータを提供する。メモリ２０６の一部は、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）をも含みうる。プロセッサ２０４は、通常、メモリ２０６に格納されたプログラム命令に基づいて、ロジック演算および算術演算を実行する。本明細書で説明される方法を実施するために、メモリ２０６内の命令群が実行可能とされうる。
【００３２】
無線デバイス２０２が送信ノードとして実現または使用される場合、プロセッサ２０４は、複数の媒体アクセス制御（ＭＡＣ）ヘッダ・タイプのうちの１つを選択し、そのＭＡＣヘッダ・タイプを有するパケットを生成するように構成されうる。例えば、プロセッサ２０４は、以下にさらに詳細に記載されるように、ＭＡＣヘッダおよびペイロードを備えたパケットを生成し、どのタイプのＭＡＣヘッダを使用するのかを決定する、ように構成されうる。
【００３３】
無線デバイス２０２が、受信ノードとして実施または使用されている場合、プロセッサ２０４は、複数の異なるＭＡＣヘッダ・タイプからなるパケットを処理するように構成されうる。例えば、プロセッサ２０４は、以下にさらに説明されるように、パケットにおいて使用されるＭＡＣヘッダのタイプを決定し、ＭＡＣヘッダのパケットおよび／またはヘッダを処理するように構成されうる。
【００３４】
プロセッサ２０４は、１または複数のプロセッサで実現される処理システムの構成要素でありうるか、これら構成要素を備えうる。１または複数のプロセッサは、汎用マイクロ・プロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、ステート・マシン、ゲート・ロジック、ディスクリート・ハードウェア構成要素、専用ハードウェア有限ステート・マシン、または情報の計算またはその他の操作を実行できうるその他任意の適切なエンティティ、からなる任意の組み合わせを用いて実現されうる。
【００３５】
処理システムはまた、ソフトウェアを格納するための機械読取可能な媒体をも含みうる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他で称されようと、任意のタイプの命令群を意味すると広く解釈されるものとする。命令群は、（例えば、ソース・コード・フォーマット、バイナリ・コード・フォーマット、実行可能なコード・フォーマット、または、その他任意の適切なコードのフォーマットで）コードを含みうる。これら命令群は、１または複数のプロセッサによって実行された場合、処理システムに対して、本明細書に記載されたさまざまな機能を実行させる。
【００３６】
無線デバイス２０２は、無線デバイス２０２と遠隔位置との間でのデータの送信および受信を可能にする送信機２１０および受信機２１２を含みうるハウジング２０８をも含みうる。送信機２１０および受信機２１２は、トランシーバ２１４に結合されうる。アンテナ２１６が、ハウジング２０８に取り付けられ、トランシーバ２１４に電気的に接続されうる。無線デバイス２０２は、（図示されていない）複数の送信機、複数の受信機、複数のトランシーバ、および／または複数のアンテナをも含みうる。
【００３７】
送信機２１０は、異なるＭＡＣヘッダ・タイプを有するパケットを無線で送信するように構成されうる。例えば、送信機２１０は、前述したように、プロセッサ２０４によって生成される異なるタイプのヘッダを用いてパケットを送信するように構成されうる。
【００３８】
受信機２１２は、異なるＭＡＣヘッダ・タイプを有するパケットを無線で受信するように構成されうる。いくつかの態様では、受信機２１２は、以下にさらに詳細に説明されるように、使用されているＭＡＣヘッダのタイプを検出し、パケットを処理するように構成される。
【００３９】
無線デバイス２０２は、トランシーバ２１４によって受信された信号を検出し、そのレベルを定量化する目的で使用される信号検出器２１８をも含むことができる。信号検出器２１８は、合計エネルギ、シンボル毎のサブキャリア毎のエネルギ、電力スペクトル密度、およびその他の信号のような信号を検出しうる。無線デバイス２０２は、信号を処理する際に使用されるデジタル信号プロセッサ（ＤＳＰ）２２０をも含みうる。ＤＳＰ２２０は、送信のためのデータ・ユニットを生成するように構成されうる。ある態様では、データ・ユニットは、物理レイヤ・データ・ユニット（ＰＰＤＵ）を備えうる。いくつかの態様では、ＰＰＤＵは、パケットと称される。
【００４０】
無線デバイス２０２はさらに、いくつかの態様では、ユーザ・インタフェース２２２を備えうる。ユーザ・インタフェース２２２は、キーパッド、マイクロホン、スピーカ、および／または、ディスプレイを備えうる。ユーザ・インタフェース２２２は、無線デバイス２０２のユーザへの情報の伝送、および／または、ユーザからの入力の受信を行う任意の要素または構成要素を含みうる。
【００４１】
無線デバイス２０２のさまざまな構成要素は、バス・システム２２６によってともに接続されうる。バス・システム２２６は、データ・バスのみならず、例えば、データ・バスに加えて、電力バス、制御信号バス、およびステータス信号バスをも含みうる。当業者であれば、無線デバイス２０２の構成要素は、その他いくつかのメカニズムを用いてともに接続されうるか、または、入力を受け付けるか、または、入力を互いに提供しうることを認識するだろう。
【００４２】
多くの個別の構成要素が図２に例示されているが、これら構成要素のうちの１または複数は、組み合わせて、または、共通して実現されうる。例えば、プロセッサ２０４は、プロセッサ２０４に関して前述された機能のみならず、信号検出器２１８および／またはＤＳＰ２２０に関して前述された機能をも実施するために使用されうる。さらに、図２に例示された構成要素のおのおのは、複数の個別の要素を用いて実現されうる。さらに、プロセッサ２０４は、以下に説明するような構成要素、モジュール、回路等のうちの何れかを実現するために使用されうるか、または、おのおのが、複数の個別の構成要素を用いて実現されうる。
【００４３】
参照を容易にするために、無線デバイス２０２が送信ノードとして構成されている場合、以下において、無線デバイス２０２ｔと称される。同様に、無線デバイス２０２が受信ノードとして構成されている場合、以降、無線デバイス２０２ｒと称される。無線通信システム１００におけるデバイスは、送信ノードの機能のみならず、受信ノードの機能、または、送信ノードと受信ノードとの両方の機能を実現しうる。
【００４４】
前述したように、無線デバイス２０２は、ＡＰ１０４またはＳＴＡ１０６を備えうる。そして、複数のＭＡＣヘッダ・タイプを有する通信を送信および／または受信するために使用されうる。
【００４５】
前述したように、無線デバイス２０２は、ＡＰ１０４またはＳＴＡ１０６を備えうる。そして、通信を送信および／または受信するために使用されうる。図３は、無線通信を送信するために無線デバイス２０２ｔにおいて利用されうるさまざまな構成要素を例示する。図３に例示される構成要素は、例えば、ＯＦＤＭ通信を送信するために使用されうる。いくつかの態様では、図３に例示された構成要素は、１ＭＨｚに等しいまたはそれ未満である帯域幅で送信されるべきパケットを生成し送信するために使用される。
【００４６】
図３の無線デバイス２０２ｔは、送信のためのビットを変調するように構成された変調器３０２を備えうる。例えば、変調器３０２は、例えば、コンステレーションにしたがってビットを複数のシンボルにマップすることによって、プロセッサ２０４（図２）またはユーザ・インタフェース２２２（図２）から受信したビットからの複数のシンボルを判定しうる。これらのビットは、ユーザ・データまたは制御情報に対応しうる。いくつかの態様では、これらのビットは、コードワードで受信される。１つの態様では、変調器３０２は、例えば、１６−ＱＡＭ変調器または６４−ＱＡＭ変調器のようなＱＡＭ（直交振幅変調）変調器を備える。その他の態様では、変調器３０２は、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）変調器または直交フェーズ・シフト・キーイング（ＱＰＳＫ）変調器を備える。
【００４７】
無線デバイス２０２ｔはさらに、変調器３０２からのシンボル、あるいは、そうではない場合には変調されたビットを、時間領域に変換するように構成された変換モジュール３０４を備えうる。図３では、変換モジュール３０４は、逆高速フーリエ変換（ＩＦＦＴ）モジュールによって実現されるとして例示されている。いくつかの実施では、異なるサイズのデータ・ユニットを変換する複数の変換モジュール（図示せず）が存在しうる。いくつかの実施では、変換モジュール３０４はそれ自身、異なるサイズのデータ・ユニットを変換するように構成されうる。例えば、変換モジュール３０４は、複数のモードで構成されうる。そして、各ノードにおけるシンボルを変換するために、異なる数のポイントを使用しうる。例えば、ＩＦＦＴは、３２のトーン（すなわち、サブキャリア）で送信されたシンボルを時間領域に変換するために３２のポイントが使用されるモードと、６４のトーンで送信されたシンボルを時間領域に変換するために６４のポイントが使用されるモードとを有しうる。変換モジュール３０４によって使用されるポイントの数は、変換モジュール３０４のサイズと称されうる。
【００４８】
図３では、変調器３０２および変換モジュール３０４は、ＤＳＰ３２０において実現されるものとして例示されている。しかしながら、いくつかの態様では、変調器３０２および変換モジュール３０４のうちの一方または両方は、プロセッサ２０４において、または、無線デバイス２０２ｔのその他の要素において実現されうる（例えば、図２を参照した前述した記載を参照されたい）。
【００４９】
前述したように、ＤＳＰ３２０は、送信のためのデータ・ユニットを生成するように構成されうる。いくつかの態様では、変調器３０２および変換モジュール３０４は、複数のデータ・シンボルおよび制御情報を含む複数のフィールドを備えるデータ・ユニットを生成するように構成されうる。
【００５０】
図３の記載に戻って、無線デバイス２０２５はさらに、変換モジュールの出力をアナログ信号に変換するように構成されたデジタル・アナログ変換器３０６を備えうる。例えば、変換モジュール３０６の時間領域出力は、デジタル・アナログ変換器３０６によってベースバンドＯＦＤＭ信号に変換されうる。デジタル・アナログ変換器３０６は、プロセッサ２０４において、または、図２の無線デバイス２０２の別の要素で実現されうる。いくつかの態様では、デジタル・アナログ変換器３０６は、トランシーバ２１４（図２）、またはデータ送信プロセッサにおいて実現されうる。
【００５１】
アナログ信号は、送信機３１０によって無線で送信されうる。アナログ信号はさらに、例えば、フィルタされることによって、または、中間周波数またはキャリア周波数にアップコンバートされることによって、送信機３１０によって送信される前に処理されうる。図３に例示された態様では、送信機３１０は、送信増幅器３０８を含む。送信前に、アナログ信号は、送信増幅器３０８によって増幅されうる。いくつかの態様では、増幅器３０８は、低ノイズ増幅器（ＬＮＡ）を含む。
【００５２】
送信機３１０は、アナログ信号に基づいて、無線信号で、１または複数のパケットまたはデータ・ユニットを送信するように構成される。データ・ユニットは、例えば、前述したように、変調器３０２および変換モジュール３０４を用いるように、プロセッサ２０４（図２）および／またはＤＳＰ３２０を用いて生成されうる。前述されたように生成および送信されうるデータ・ユニットは、以下のさらなる詳細に記載されている。
【００５３】
図４は、無線通信を受信するために図２の無線デバイス２０２において利用されうるさまざまな構成要素を例示する。図４に例示される構成要素は、例えば、ＯＦＤＭ通信を受信するために使用されうる。いくつかの態様では、図４に例示される構成要素は、１ＭＨｚに等しいまたはそれ未満の帯域幅でデータ・ユニットを受信するために使用される。例えば、図４に例示される構成要素は、図３に関して前述された構成要素によって送信されたデータ・ユニットを受信するために使用されうる。
【００５４】
無線デバイス２０２ｂの受信機４１２は、無線信号におけるデータ・ユニットまたは１または複数のパケットを受信するように構成される。データ・ユニットは、受信および復号されうるか、あるいは以下に記載されるように処理されうる。
【００５５】
図４に例示された態様では、受信機４１２は、受信増幅器４０１を含む。受信増幅器４０１は、受信機４１２によって受信された無線信号を増幅するように構成されうる。いくつかの態様では、受信機４１２は、自動利得制御（ＡＧＣ）手順を用いて、受信増幅器４０１の利得を調節するように構成される。いくつかの態様では、自動利得制御は、利得を調節するために、例えば、受信されたショート・トレーニング・フィールド（ＳＴＦ）のような１または複数の受信されたトレーニング・フィールドにおける情報を用いる。当該分野において通常のスキルを有する者であれば、ＡＧＣを実行する方法を理解するであろう。いくつかの態様では、増幅器４０１はＬＮＡを備える。
【００５６】
無線デバイス２０２ｒは、受信機４１２からの増幅された無線信号をそのデジタル表現に変換するように構成されたアナログ・デジタル変換器４１０を備えうる。さらに、無線信号は、増幅されるために、デジタル・アナログ変換器４１０によって変換される前に、例えば、フィルタされることによって、または、中間周波数またはベースバンド周波数にダウンコンバートされることによって、処理されうる。アナログ・デジタル変換器４１０は、プロセッサ２０４（図２）に、または、無線デバイス２０２ｒの別の要素に実装されうる。いくつかの態様では、アナログ・デジタル変換器４１０は、トランシーバ２１４（図２）に、または、データ受信プロセッサに実装されうる。
【００５７】
無線デバイス２０２ｒはさらに、無線信号の表現を周波数スペクトルに変換するように構成された変換モジュール４０４を備えうる。図４では、変換モジュール４０４は、高速フーリエ変換（ＦＦＴ）モジュールによって実現されるものとして例示される。いくつかの態様では、変換モジュールは、それが使用する各ポイントのシンボルを識別しうる。図３に関して上述されたように、変換モジュール４０４は、複数のモードで設定されうる。そして、各モードにおいて信号を変換するために、異なる数のポイントを使用しうる。例えば、変換モジュール４０４は、３２のトーンで受信された信号を、周波数スペクトルへ変換するために、３２のポイントが使用されるモードと、６４のトーンで受信された信号を、周波数スペクトルへ変換するために、６４のポイントが使用されるモードと、を有しうる。変換モジュール４０４によって使用されるポイントの数は、変換モジュール４０４のサイズと称されうる。いくつかの態様では、変換モジュール４０４は、それが使用する各ポイントのシンボルを識別しうる。
【００５８】
無線デバイス２０２ｂはさらに、データ・ユニットが受信されるチャネルの推定値を生成するように、および、このチャネル推定値に基づいてチャネルのいくつかの影響を除去するように構成された、チャネル推定および等化器４０５を備えうる。例えば、チャネル推定器４０５は、チャネルの関数を概算するように構成されうる。そして、チャネル等化器は、この関数の逆関数を、周波数スペクトルにおけるデータへ適用するように構成されうる。
【００５９】
無線デバイス２０２ｔはさらに、等化されたデータを復調するように構成された復調器４０６を備えうる。例えば、復調器４０６は、例えば、ビットのマップを、コンステレーションにおけるシンボルに逆変換することによって、変換モジュール４０４およびチャネル推定および等化器４０５によって出力されたシンボルから、複数のビットを決定しうる。これらビットは、プロセッサ２０４（図２）によって処理または評価されうる。または、情報をユーザ・インタフェース２２２（図２）へ表示または出力するために使用されうる。このようにして、データおよび／または情報は復号されうる。いくつかの態様では、これらビットは、コードワードに対応しうる。１つの態様では、復調器４０６は、例えば１６−ＱＡＭ復調器または６４−ＱＡＭ復調器）のようなＱＡＭ（直交振幅変調）復調器を備える。他の態様では、復調器４０６は、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）復調器または直交フェーズ・シフト・キーイング（ＱＰＳＫ）復調器を備える。
【００６０】
図４では、変換モジュール４０４、チャネル推定および等化器４０５、および復調器４０６は、ＤＳＰ４２０において実装されるものとして例示されている。いくつかの態様では、しかしながら、変換モジュール４０４、チャネル推定および等化器４０５、および復調器４０６のうちの１または複数は、プロセッサ２０４（図２）において、または、無線デバイス２０２（図２）の別の要素において実現されうる。
【００６１】
前述したように、受信機２１２において受信された無線信号は、１または複数のデータ・ユニットを備える。前述した関数または構成要素を用いて、そのデータ・ユニットまたはデータ・シンボルは、復号、または評価、あるいは処理されうる。例えば、プロセッサ２０４（図２）および／またはＤＳＰ４２０は、変換モジュール４０４、チャネル推定および等化器４０５、および復調器４０６を用いて、データ・ユニットにおけるデータ・シンボルを復号するために使用されうる。
【００６２】
前述したように、ＡＰ１０４およびＳＴＡ１０６によって交換されるデータ・ユニットは、制御情報またはデータを含みうる。物理（ＰＨＹ）レイヤでは、これらのデータ・ユニットは、物理レイヤ・プロトコル・データ・ユニット（ＰＰＤＵ）と称されうる。いくつかの態様では、ＰＰＤＵは、パケットまたは物理レイヤ・パケットと称されうる。おのおののＰＰＤＵは、プリアンブルおよびペイロードを備えうる。プリアンブルは、トレーニング・フィールドおよびＳＩＧフィールドを含みうる。ペイロードは、例えば、ユーザ・データ、および／または、他のレイヤのデータまたは媒体アクセス制御（ＭＡＣ）ヘッダを備えうる。ペイロードは、１または複数のデータ・シンボルを用いて送信されうる。本明細書において、システム、方法、および、デバイスは、ピーク対電力比が最小化されているトレーニング・フィールドを持つデータ・ユニットを利用しうる。
【００６３】
図３に図示される無線デバイス２０２ａは、アンテナを介して送信されるべき単一の送信チェーンの例を図示する。図４に図示される無線デバイス２０２ｂは、アンテナを介して受信されるべき単一の受信チェーンの例を図示する。いくつかの実施では、無線デバイス２０２ａまたは２０２ｂは、同時にデータを送信するために複数のアンテナを用いるＭＩＭＯシステムの一部分を実現しうる。
【００６４】
本明細書に記載されたいくつかの実施は、スマート・メータのために使用されうる、または、スマート・グリッド・ネットワークにおいて使用されうる、無線通信システムに向けられうる。これらの無線通信システムは、センサ・アプリケーションを提供するために使用されうるか、または、ホーム・オートメーションにおいて使用されうる。このようなシステムにおいて使用される無線デバイスは、その代わりに、あるいは、それに加えて、例えば、パーソナル・ヘルスケアのようなヘルスケア・コンテキストにおいて使用されうる。さらに、（例えば、ホットスポットでとともに使用するために）拡張範囲インターネット接続をイネーブルするため、または、マシン・トゥ・マシン通信を実施するための、サーベイランス用にも使用されうる。したがって、いくつかの実施は、例えば約１５０Ｋｂｐｓのような低データ・レートを使用しうる。実施はさらに、例えば８０２．１１ｂのような他の無線通信を介して、増加されたリンク・バジェット利得（約２０ｄＢ）を有しうる。低データ・レートにしたがって、無線ノードが、住居環境における使用のために構成されているのであれば、いくつかの態様は、電力増幅することなく良好な住居内有効通信範囲を有する実施に向けられうる。さらに、いくつかの態様は、ＭＥＳＨプロトコルを使用しないシングル・ホップ・ネットワーキングに向けられうる。さらに、いくつかの実施の結果、他の無線プロトコルに対する電力増幅を有する著しい屋外有効通信範囲改善となりうる。さらに、いくつかの態様は、ドップラに対する低減された感度と、大きな屋外遅延拡散とに適合しうる実施に向けられうる。いくつかの実施は、従来のＷｉＦｉと同様のＬＯ精度を達成しうる。
【００６５】
したがって、いくつかの実施は、サブ・ギガヘルツ帯域における低帯域幅を用いて無線信号を送信することに向けられている。例えば、１つの典型的な実施では、シンボルは、１ＭＨｚの帯域幅を用いて送信または受信されるように構成されうる。図２の無線デバイス２０２は、いくつかのモードのうちの１つで動作するように構成されうる。１つのモードにおいて、例えばＯＦＤＭシンボルのようなシンボルは、１ＭＨｚの帯域幅を用いて送信または受信されうる。別のモードにおいて、これらシンボルは、２ＭＨｚの帯域幅を用いて送信または受信されうる。また、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ等の帯域幅を用いてシンボルを送信または受信するための追加のモードも提供されうる。帯域幅はまた、チャネル幅とも称されうる。
【００６６】
各モードは、情報を送信するために異なる数のトーン／サブキャリアを使用しうる。例えば、１つの実施では、（１ＭＨｚの帯域幅を用いてシンボルを送信または受信することに対応する）１ＭＨｚモードは、３２のトーンを使用しうる。１つの態様では、１ＭＨｚモードを用いることは、例えば２０ＭＨｚのような帯域幅と比較して、１３ｄＢのノイズ低減を提供しうる。さらに、低レート技法は、チャネル状態に依存して４−５ｄＢの損失の結果となりうる低帯域幅による周波数ダイバーシティ損失のような効果に打ち勝つために使用されうる。３２のトーンを用いて送信または受信されるシンボルを生成／評価するために、図３および図４を参照して前述されたような変換モジュール３０４または４０４は、３２ポイント・モード（例えば、３２ポイントＩＦＦＴまたはＦＦＴ）を用いるように構成されうる。これら３２トーンは、データ・トーン、パイロット・トーン、ガード・トーン、およびＤＣトーンとして割り当てられうる。１つの実施では、２４トーンがデータ・トーンとして割り当てられ、２トーンがパイロット・トーンとして割り当てられ、５トーンがガード・トーンとして割り当てられ、１トーンがＤＣトーンのために予約されうる。この実施では、シンボル持続時間は、サイクリックなプレフィクスを含む４０μｓであるように設定されうる。その他のトーン割当もまた可能である。
【００６７】
例えば、無線デバイス２０２ａ（図３）は、１ＭＨｚの帯域幅を用いた無線信号による送信のためのパケットを生成するように構成されうる。１つの態様では、帯域幅は約１ＭＨｚでありうる。ここで、約１ＭＨｚは、０．８ＭＨｚから１．２ＭＨｚの範囲内にありうる。パケットは、ＤＳＰ３２０（図３）、または、前述したようなその他のプロセッサを用いて、前述されたように割り当てられた３２トーンを有する１または複数のＯＦＤＭシンボルから構成されうる。送信チェーンにおける変換モジュール３０４（図３）は、パケットを時間領域信号に変換するために、３２ポイント・モードにしたがって動作するＩＦＦＴモジュールとして構成されうる。送信機３１０（図３）は、その後、パケットを送信するように構成されうる。
【００６８】
同様に、無線デバイス２０２ｂ（図４）は、１ＭＨｚの帯域幅でパケットを受信するように構成されうる。１つの態様では、この帯域幅は、約１ＭＨｚでありうる。ここで、約１ＭＨｚは、０．８ＭＨｚから１．２ＭＨｚの範囲内でありうる。無線デバイス２０２ｂは、時間領域信号を周波数スペクトルへ変換するために３２ポイント・モードにしたがって動作するＦＦＴモジュールとして構成されうる受信チェーンに変換モジュール４０４（図４）を含むＤＳＰ４２０を含みうる。ＤＳＰ４２０は、パケットを評価するように構成されうる。１ＭＨｚモードは、低データ・レートと「ノーマル」レートとの両方のために、変調および符号化スキーム（ＭＣＳ）をサポートしうる。いくつかの実施にしたがって、プリアンブル７０２は、以下にさらに記載されるように、信頼できる検出および向上されたチャネル推定を提供する低レート・モードのために設計されうる。おのおののモードは、モード特性および所望の特性のために送信を最適化するように構成された対応するプリアンブルを使用するように構成されうる。
【００６９】
１ＭＨｚのモードに加えて、６４トーンを用いてシンボルを送信および受信するために使用されうる２ＭＨｚモードも利用可能でありうる。１つの実施では、６４トーンが、５２データ・トーン、４パイロット・トーン、１ＤＣトーン、および７ガード・トーンとして割り当てられる。それゆえ、図３および図４の変換モジュール３０４または４０４は、２ＭＨｚシンボルを送信および受信する場合、６４ポイント・モードにしたがって動作するように構成されうる。シンボル持続時間はまた、サイクリック・プレフィクスを含む４０μｓでありうる。異なる帯域幅（例えば、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ）を持つさらなるモードが提供されうる。これらは、対応する異なるサイズ（例えば、１２８ポイントＦＦＴ、２５６ポイントＦＦＴ、５１２ポイントＦＦＴ等）のモードで動作する変換モジュール３０４，４０４を使用しうる。さらに、前述したモードのおのおのはさらに、シングル・ユーザ・モードとマルチ・ユーザ・モードとの両方にしたがって設定されうる。２ＭＨ未満またはそれに等しい帯域幅を用いる無線信号は、広範囲の帯域幅、電力、およびチャネルの制限に対するグローバルな規定制限を満たすように構成された無線ノードを提供するためのさまざまな利点を提供しうる。
【００７０】
前述したように、無線デバイス２０２は、ＡＰ１０４またはＳＴＡ１０６を備えうる。そして、異なるタイプの媒体アクセス制御（ＭＡＣ）フレームを送信および／または受信するために使用されうる。
【００７１】
図５は、媒体アクセス制御（ＭＡＣ）フレーム５００の典型的な構成を図示する。図示されるように、ＭＡＣフレーム５００は、１１の異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド５１０、持続時間／識別（ｄｕｒ）フィールド５２５、受信機アドレス（ａ１）フィールド５３０、送信機アドレス（ａ２）フィールド５３５、宛先アドレス（ａ３）フィールド５４０、シーケンス制御（ｓｃ）フィールド５４５、第４のアドレス（ａ４）フィールド５５０、サービス品質（ＱｏＳ）制御（ｑｃ）フィールド５５５、高スループット（ＨＴ）制御フィールド５６０、フレーム・ボディ５６５、およびフレーム・チェック・シーケンス（ＦＣＳ）フィールド５７０を含む。フィールド５１０−５６０は、ＭＡＣヘッダ５０２を構築する。ａ１フィールド５３０、ａ２フィールド５３５、ａ３フィールド５４０、ａ４フィールド５５０のおのおのは、デバイスのフルＭＡＣアドレスを含む。それは４８ビット（６オクテット）値である。図５はさらに、フィールド５１０−５７０のおのおののオクテットにおけるサイズを示す。フレーム・ボディ・フィールド５６５は、可変数のオクテット（例えば、０乃至７９５１）を備える。フィールド・サイズのすべての値を加算すると、ＭＡＣヘッダ５０２の全サイズとなる。これは、３８オクテットである。与えられたパケットの合計サイズは、２００オクテットのオーダでありうる。したがって、ＭＡＣヘッダ５０２は、パケット・サイズの全体のうちの大部分を備える。これは、データ・パケットを送信するためのオーバヘッドが大きいことを意味する。
【００７２】
異なるタイプのＭＡＣフレームは、図５に図示されるフィールドのうちの一部しか含まないことがありうる。例えば、ＭＡＣフレームが制御フレームであれば、ＭＡＣフレームは、ＱｏＳ制御フィールド５６０またはＨＴ制御フィールド５６０を含んでいないことがありうる。さらに、タイプに依存して、ＭＡＣフレーム５００は、追加のフィールドを含みうる。しかしながら、いくつかのケースでは、タイプに関わらず、ＭＡＣフレーム５００は、フレーム制御フィールド５１０を含みうる。
【００７３】
図６は、タイプ・フィールドおよびリトライ・フィールドを示す図５に図示されるＭＡＣヘッダ５０２のフレーム制御フィールド６１０の典型的な構成を図示する。図示されるように、フレーム制御フィールドは、プロトコル・バージョン・フィールド６１１、タイプ・フィールド６１２、サブタイプ・フィールド６１３、Ｔｏ  ＤＳフィールド６１４、ｆｒｏｍ  ＤＳフィールド６１５、さらなるフラグメント・フィールド６１６、リトライ・フィールド６１７、電力管理フィールド６１８、さらなるデータ・フィールド６１９、保護フレーム・フィールド６２０、および、オーダ・フィールド６２１を含む。ＭＡＣフレーム５００のタイプは、タイプ・フィールド６１２およびサブタイプ・フィールド６１３の組み合わせによって定義されうる。例えば、管理フレームの場合、タイプ・フィールド６１２は、００からなるバイナリ値を有しうる。その後、サブタイプ・フィールド６１３は、１６の異なる管理フィールド・タイプを与える４ビットを用いて管理フィールドのタイプを示しうる。別の例として、ＭＡＣフレーム５００のタイプは、０１からなるバイナリ値を備えたタイプ・フィールド６１２によって示される制御フレームでありうる。サブタイプ・フィールド６１３はさらに、例えば、ブロックａｃｋ要求フレーム、ブロックａｃｋフレーム、ＰＳ−Ｐｏｌｌフレーム、リクエスト・トゥ・センド（ＲＴＳ）フィールド、クリア・トゥ・センド（ＣＴＳ）フィールド等のような異なるタイプの制御フィールドを示しうる。
【００７４】
いくつかのケースでは、異なる用途／目的のために、ＭＡＣフレームの新たなタイプおよびフォーマットを定義することが有利でありうる。例えば、前述したように例えば１ＭＨｚおよび２ＭＨｚのような低帯域幅を用いるサブ・ギガヘルツ帯域を用いて送信する一方、他の帯域でも送信するようにも構成されているデバイスのためにＭＡＣフレーム・フォーマット／タイプを変更することは有益でありうる。例えば、低帯域幅を用いて低電力で送信する場合、フィールド・フィーマットを圧縮し、冗長な情報を除去することが有利でありうる。レガシー・デバイスと通信する能力を維持するために、無線デバイス２０２は、以前に定義されたフォーマットを認識する必要がありうる。このため、既存のＭＡＣフレーム・フォーマットを維持しつつ、かつ、定義された既存のフレーム・タイプを使用することを可能としながら、さらなる異なるタイプのＭＡＣフレームを識別できることが望ましい。例えば、新たなまたはエンハンスされた制御フレーム、管理フレーム、またはデータ・フレームを設計することが所望されうる。
【００７５】
１つの態様では、予約された値を有するＭＡＣヘッダ内の任意のフィールドが、新たなタイプのＭＡＣフレームを含むＭＡＣフレーム５００のタイプを示すために使用されうる。例えば、フレーム制御フィールド６１０におけるリトライ・フィールド６１７はさらに、ＭＡＣフレーム５００のタイプを示すために使用されうる。例えば、リトライ・フィールド６１７は、１ビットの長さでありうる。データ・フレームまたは管理フレームの場合、フレームが、初期のフレームの再送信であれば、リトライ・フィールド６１７は、１の値を有しうる。しかしながら、制御フレームおよび予約フレームを含むその他のすべてのフレームにおいて、リトライ・フィールド６１７は、０の値を有し、何れの目的のためにも使用されないことがありうる。それゆえ、１つの態様では、リトライ・フィールド６１７の値を、制御フレームまたはその他の非データ・フレームまたは非管理フレームとして設定されたタイプ・フィールド６１２とともに１に設定することによって、新たなタイプのＭＡＣフレームが識別されうる。言い換えれば、タイプ・フィールド６１２が、０１または１１の何れかのバイナリ値を有するのであれば、リトライ・フィールド６１７は、新たなタイプのフレームを示すために、１であるバイナリ値に設定されうる。続けると、別の態様では、リトライ・フィールド６１７が１で、タイプ・フィールド６１２が、異なるタイプのＭＡＣフレーム５００を示す制御フィールドである場合、さらにサブタイプ・フィールド６１３が使用されうる。
【００７６】
ＭＡＣフレーム５００のタイプを示すために、予約された値を有するＭＡＣヘッダにおける他のフィールドもまた使用されうる。例えば、モア・フラグメント・フィールド６１６、保護フレーム・フィールド６２０、および／または、オーダ・フィールド６２１が、制御フレームのエンハンスされたバージョンを識別するために使用されうる。これらのフィールドのおのおのは、制御フレームのエンハンスされたバージョンを示すために、単独で、または、他のフィールドと連結して使用されうる。同様に、保護フレーム・フィールド６２０は、認証フレームではない任意の管理フレームのエンハンスされたバージョンを識別するために使用されうる。さらに、ＢｌｏｃｋＡｃｋフレーム、ＡｄｄＢｌｏｃｋＡｃｋ要求フレーム、およびＢｌｏｃｋＡｃｋ要求フレームにおけるフラグメント・ナンバ・フィールドが、対応する制御／動作フレームのエンハンスされたバージョンを識別するために使用されうる。
【００７７】
１であるリトライ・フィールド６１７と、制御フィールドまたは予約フィールドとしてのタイプ・フィールド６１２とを組み合わせること、または、さまざまなタイプのフレームに、予約された値を有するその他のフィールドを用いることは、新たなタイプのＭＡＣフレーム５００を示すか、または、定義された制御フレーム、管理フレーム、またはデータ・フレームのエンハンスされたバージョンを定義しうる。例えば、エンハンスされたフィールドは、フィールド冗長を低減するか、または、以前に定義されたフレームにさらなるデータを追加しうる。さらに、完全に新しいフレームが、識別されうる。さらに、いくつかの目的のために、フレーム・タイプの再マッピングが行われうる。これは、前述したように、異なるＰＨＹコンフィギュレーションを用いる異なる実施において、向上された帯域幅および／または精度を提供するフレーム・タイプを定義することを考慮しうる。例えば、オーバヘッドを低減することは、無線デバイス２０２がサブ・ギガヘルツ帯域および１または２ＭＨｚの帯域で送信する構成において重要でありうる。それゆえ、圧縮ＭＡＣフレーム・タイプは、さまざまな利点を提供しうる。しかしながら、無線デバイス２０２は、以前に定義されたＭＡＣフレーム・タイプを用いた別のモードで送信されるようにも構成されうる。このケースでは、異なるモードにおける動作のために新たなフレーム・タイプを定義しながら既存のフレーム・タイプを使用し続けることは、非常に有利でありうる。したがって、レガシーＭＡＣフレーム・タイプを維持しながら、新たなＭＡＣフレーム・タイプを定義するために、タイプ・フィールド６１２と連携されたリトライ・フィールド６１７が使用されうる。いくつかの態様では、このタイプのシグナリング情報を伝送するために、ビットの組み合わせが使用されうる。例えば、モア・データ・フィールド６１９が０に設定されているのであれば、モア・フラグメント・フィールド６１６およびエンド・オブ・サービス期間フィールドは、例えば新たなタイプのＭＡＣフレーム５００のようなシグナリング情報を示すために、ともに１に設定されうる。これらフィールド値の組み合わせは現在許可されておらず、使用されていない。よって、このような組み合わせは、新たなタイプのＭＡＣフレーム５００またはその他の情報をシグナルするために使用されうる。
【００７８】
以下には、予約された値を有するＭＡＣヘッダにおける１または複数のフィールドの値に基づいて定義および識別されうる、エンハンスされた、または、新たなフレーム・タイプのいくつかの例が提供される。以下の例は、単に、新たな／エンハンスされたフレーム・フォーマットの小さなサブセットしか示しておらず、その他多くのＭＡＣフレーム・タイプおよびフォーマットが、異なるタイプの制御フレーム、管理フレーム、およびデータ・フレームを含む予約された値を有するＭＡＣヘッダにおけるフィールドによって定義され示されうることが認識されるべきである。前述したように、予約された値を有する、ＭＡＣヘッダにおける任意の数のフィールドが、異なるＭＡＣフレーム・タイプを識別するために使用されうる。
【００７９】
図７は、図６に図示されるフレーム制御フィールドのタイプ・フィールド６１２およびリトライ・フィールド６１７、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるブロックＡＣＫフレーム７００の典型的な構成を図示する。例えば、ブロックＡＣＫフレーム７００は、複数のＳＴＡのためにブロックＡＣＫを提供するさらなるタイプのＭＡＣフレーム５００を定義しうる。ブロックＡＣＫフレーム７００は、０１または１１を示す値を有するタイプ・フィールド６１２、および、１の値を有するリトライ・フィールド６１７を有する、フレーム制御フィールド７１０を示しうる。ブロックＡＣＫフレーム７００はさらに、持続時間／ＩＤフィールドを有しうる。
【００８０】
ブロックＡＣＫフレーム７００は、ブロックＡＣＫを要求した受信先ＳＴＡ１０６のアドレスを備える第１のＲＡフレーム７３０を示しうる。さらに、ブロックＡＣＫフレーム７００は、ブロックＡＣＫフレーム７００を送信するＳＴＡ１０４のアドレスを示すＴＡフレーム７３５を含む。さらに、ブロックＡＣＫフレーム７００は、ブロックＡＣＫを要求した別の受信先ＳＴＡ１０６のアドレスを有する第２のＲＡフレーム７４０を示しうる。いくつかの態様では、２つよりも多くのＲＡフレームが含まれうる。別の態様では、ＳＴＡ１０４がブロックＡＣＫを送信する別のＳＴＡ１０６の複数のアドレスを用いて、１つのＲＡフレーム７３０のみが定義されうる。さらに別の態様では、ダウンリンク・マルチ・ユーザＭＩＭＯが使用されている場合、ブロックＡＣＫ情報が複数のＳＴＡ１０６へ同時に送信されるように、さまざまなフィールドが情報を含むことができるように、ブロックＡＣＫフレーム７００が定義されうる。このため、ブロックＡＣＫフレームは、図７に図示されるものとは異なるフォーマットで定義され、前述したようなリトライ・フィールド６１７を用いて識別されうる。ブロックＡＣＫフレーム７００はさらに、ブロックＡｃｋ制御フィールド７４５、ブロックＡｃｋ情報を備えた情報フィールド７５０、およびＦＣＳフィールド７６０を含みうる。
【００８１】
前述したように、新たなブロックＡＣＫフレームに加えて、圧縮ＭＡＣヘッダが定義され、リトライ・フィールド６１７およびタイプ・フィールド６１２によって、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドによって示されうる。
【００８２】
図８は、前述したように、フレーム制御フィールド６１０のタイプ・フィールド６１２およびリトライ・フィールド６１７を用いて、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるＭＡＣフレーム５００の圧縮ＭＡＣヘッダ８００の典型的な構成を図示する。図示されるように、ＭＡＣヘッダ８００は、４つの異なるフィールド、すなわちフレーム制御（ｆｃ）フィールド８０５、第１のアドレス（ａ１）フィールド８１５、第２のアドレス（ａ２）フィールド８２０、およびシーケンス制御（ｓｃ）フィールド８３０を含む。図８はさらに、フィールド８０５−８３０のおのおのの、オクテットでのサイズを示す。フィールド・サイズのすべての値を総和することによって、ＭＡＣヘッダ８００の全体サイズが与えらえる。これは１２オクテット（図５のＭＡＣヘッダ５００から、５４％のサイズ低減）である。図示されるように、ａ１フィールド８１５およびａ２フィールド８２０のうちの１つは６オクテットの長さである。一方、その他は、後述するように、２オクテットの長さである。以下に記載されたいくつかの異なる態様にしたがって、ＭＡＣヘッダ８００のさまざまなフィールドが利用されうる。
【００８３】
フレーム制御フィールド８１０は、０１または１１の値を有するタイプ・フィールド６１２（すなわち、制御または予約）と、１の値を有するリトライ・フィールド６１７とを含みうる。ＭＡＣヘッダ８００に図示されるように、持続時間フィールド５２５は省略されうる。通常、データ・パケットを受信する無線デバイス２０２は、無線デバイス２０２が送信すべきではなく、送信機会中に干渉送信のない時間を示す持続時間フィールド５２５を少なくとも、復号するだろう。持続時間フィールド５２５の代わりに、デバイスは、データ・パケットがアクノレッジメントを要求した後、アクノレッジメントが渡される時間まで、データを送信しないように構成されうる。このようなアクノレッジメントは、ＡＣＫまたはＢＡでありうる。これらは、パケットが受信されたことを示す。これらデバイスは、ＡＣＫが受信されるまでデバイスが送信を延期すべきであることを、パケット内のフィールド（例えば、ＡＣＫポリシー・フィールド）が示しているのであれば、パケットのＡＣＫが受信されるまで送信を延期するように構成されうる。フィールドは、パケットのＰＨＹヘッダまたはＭＡＣヘッダに含まれうる。応答フレームの送信は、応答フレームを送信させる、データ・パケットを観察しているＳＴＡのために秘匿されうる。しかしながら、ＡＣＫが存在しうることを示す、データ・パケット内のインジケーションは、観察しているＳＴＡに対して、データ・パケットの終了後、データ・パケットの宛先であるＳＴＡによって応答フレームが送信されるまで、延期させる。
【００８４】
図８は、前述したように、リトライ・フィールド６１７、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドによって使用され示されうる圧縮ＭＡＣヘッダ８００の単なる一例を示す。異なるタイプのさまざまな圧縮ＭＡＣヘッダ８００さらに、本明細書に記載された実施のスコープ内にあることが認識されうる。例えば、異なるタイプのＭＡＣヘッダは、異なるタイプの管理フレームまたは制御フレームのために定義されうる。
【００８５】
図９は、管理フレームのための圧縮ＭＡＣヘッダ８００の分野におけるデータのタイプの例を示す。図示されるように、ｔｏ−ｄｓ／ｆｒｏｍ−ｄｓフィールドの値が０１であることは、管理フレームがダウンリンクで送信されることを示す。ａ１フィールド９１５は、受信先のＳＴＡのＡＩＤを含んでおり、ａ２フィールド９２０は、送信元のＡＰのＢＳＳＩＤを含んでいる。受信先のＳＴＡからの管理フレームの受信に応じて送信されるＡＣＫは、ａ２フィールド４２０からコピーされたＡＰのｐＢＳＳＩＤを含んでいる。
【００８６】
図示されるように、ｔｏ−ｄｓ／ｆｒｏｍ−ｄｓフィールドの値が１０であることは、管理フレームがアップリンクで送信されることを示している。ａ１フィールド９１５は、受信先のＡＰのＢＳＳＩＤを含んでおり、ａ２フィールド９２０は、送信元のＳＴＡのＡＩＤを含んでいる。受信先のＡＰからの管理フレームの受信に応じて送信されるＡＣＫは、ａ２フィールド９２０からコピーされたＳＴＡのＡＩＤを含んでいる。
【００８７】
このため、前述したように、リトライ・フィールド６１７、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて示されうる異なるタイプのＭＡＣフレームのための、圧縮ヘッダのために使用されうるさまざまな異なるデータおよびフォーマットが使用されうる。さらに、新たな／エンハンスされた管理フレームは、予約された値を有するＭＡＣヘッダにおけるフィールドを用いて識別されうる。
【００８８】
図１０は、前述したように、図６に図示されるフレーム制御フィールド６１０のタイプ・フィールド６１２およびリトライ・フィールドを用いて、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるエンハンスト管理フレーム１０００の典型的な構成を図示する。図１０は、圧縮管理フレーム１０００の例を例示する。図示されるように、管理フレーム１０００は、７つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド１００５、宛先アドレス（ｄａ）フィールド１０１５（受信機アドレス（ａ１）とも称される）、送信元アドレス（ｓａ）フィールド１０２０（送信機アドレス（ａ２）とも称される）、基本サービス・セット識別子（ＢＳＳＩＤ）フィールド１０２５（宛先アドレス（ａ３）とも称される）、シーケンス制御（ｓｃ）フィールド１０３０、フレーム・ボディ１０３５、およびフレーム・チェック・シーケンス（ＦＣＳ）フィールド１０４０を含んでいる。図１０はさらにフィールド１００５−１０４０のおのおののオクテットでのサイズを示す。フィールド・サイズのすべての値を総和すると、管理フレーム１０００の全体サイズとなる。図示されるように、ｄａフィールド１０１５およびｓａフィールド１０２０のうちの一方は６オクテットの長さである一方、他方は、さらに以下に記載されるように、２オクテットの長さである。管理フレーム１０００のさまざまなフィールドは、以下に記載されるいくつかの異なる態様にしたがって利用されうる。
【００８９】
フレーム制御フィールド１０１０は、制御フレーム・タイプまたは予約タイプを示すタイプ・フィールド６１２、および、１の値を有するリトライ・フィールド６１７を含みうる。管理フレーム１０００に図示されるように、持続時間フィールド５２５は省略されうる。前述したように、通常は、フレームを受信するデバイスは、少なくとも、持続時間フィールド５２５を復号するだろう。これは、デバイスが送信すべきではなく、送信機会中に干渉送信がないことを示す。持続時間フィールド５２５の代わりに、デバイスは、管理フレームを受信した後、管理フレームの意図された受信機によってアクノレッジメントを送信するための時間が経過するまで、データを送信しないように構成されうる。このようなアクノレッジメントは、管理フレームが、意図された受信機によって受信されたことを示すＡＣＫまたはブロック・アクノレッジメント（ＢＡ）でありうる。管理フレームにおけるフィールド（例えば、ＡＣＫポリシー・フィールド）が、ＡＣＫが受信されるまでデバイスが延期すべきであることを示すのであれば、これらデバイスは、管理フレームのためのＡＣＫが受信されるまで、単に、送信を延期するように構成されうる。したがって、持続時間フィールド５２５は、管理フレームおよび同様のいくつかの制御フレームから省略されうる。
【００９０】
いくつかの態様では、持続時間フィールド５２５は、例えばｆｃフィールド１０１９の後、およびｄａフィールド１０５０の前のように、管理フレーム１０００内に含まれうる。いくつかの態様では、持続時間フィールドは、持続時間フィールド５２５と比較して低減された長さを有しうる。例えば、持続時間フィールドは、１５ビットまたはそれ未満の長さを有しうる。持続時間フィールドの値は、管理フレーム１０００が送信／受信されるデータ・パケットの持続時間を示しうる。いくつかの態様では、この値は、予め定義された値（例えば、マイクロ秒で表現される値）の倍数として、持続時間を示しうる。いくつかの態様では、この値は、１または複数の送信機会（ＴＸ−ＯＰ）期間をカバーするように選択されうる。したがって、持続時間フィールドの長さは、予め定義された値およびＴＸ−ＯＰ期間の持続時間に基づきうる。例えば、予め定義された値が９６マイクロ秒であり、１つのＴＸ−ＯＰ期間が２４．５７６ミリ秒であれば、持続時間フィールドの長さは、持続時間フィールドの最大値が、少なくともＴＸ−ＯＰ期間をカバーすることができるように、８ビット（例えば、ｌｏｇ２［（ＴＸ−ＯＰ期間）／（予め定義された値）］）でありうる。
【００９１】
いくつかの態様では、ＢＳＳＩＤフィールド１０４０は、それが管理フレーム１０００に含まれているかもしれないし、含まれていないかもしれないという点でオプションである。ｆｃフィールド１０１０におけるフィールド（例えば、ａ３プレゼント・フィールド）は、ＢＳＳＩＤフィールド１０４０が管理フレーム１０００に含まれているか否かを示すために使用されうる。したがって、管理フレーム１０００の受信機は、ＢＳＳＩＤフィールド１０４０が管理フレーム１０００内に存在しているか否かを判定するために、このようなフィールドの値をチェックしうる。ＢＳＳＩＤフィールド１０４０は、図１０に示されるように、シーケンス制御フィールド１０４５の前である代わりに、シーケンス制御フィールド１０４５の後に位置されうることが注目されるべきである。
【００９２】
いくつかの態様では、ｓｃフィールド１０４５は、ショートＳＮの値を示す８ビットまたはそれ未満のショート・シーケンス・ナンバ（ＳＮ）サブフィールドを含みうる。いくつかの態様では、ショート・シーケンス・ナンバ・サブフィールドは、非圧縮管理フレームのために定義されるような１２ビットのシーケンス・ナンバ・サブフィールドのうちの８つの最下位ビット（ｌｓｂ）に対応する。いくつかの態様では、このようなショート・シーケンス・ナンバ・サブフィールドの値が０であれば、送信機は、０の値を持つショート・シーケンス・ナンバを持つ圧縮管理フレームの代わりに、フル・シーケンス・ナンバを持つ非圧縮管理フレームを持つフレームを送信しうる。いくつかの態様では、ショート・シーケンス・ナンバ・サブフィールドは、ｓｃサブフィールド１０３０の別の８ビットである。いくつかの態様では、さらに、または、その代わりに、ｓｃフィールド１０４５は、選択的に、拡張フィールドを含みうる。いくつかの態様では、管理フレーム１０００のｓｃフィールド１０４５におけるこのような拡張フィールドの存在または不在は、ｆｃフィールド１０１０における１または複数のビットの値によって示されうる。拡張フィールドは、フラグメンテーション・ナンバ・フィールド（例えば、４ビットまたはそれ未満）、リトライ・サブフィールド（例えば、１ビット）、モア・フラグ・サブフィールド（例えば、１ビット）、および／または、トラフィック・クラス・インジケーション・サブフィールド（例えば、３ビット）を含みうる。
【００９３】
圧縮管理フレームの何れかの場合、いくつかのフィールドはさらに、いくつかの追加の機能をサポートするために追加または修正されうる。いくつかの態様では、拡張フレーム制御（ｅｆｃ）は、本明細書において記載された圧縮管理フレームの何れかに追加されうる。ｅｆｃフィールドは、３ビットを備えうる。ｅｆｃフィールドは、圧縮管理フレームの支援フィールドのうちの最後の３ビットでありうる。ｅｆｃは、新たな機能のための情報を追加するために利用されうる。例えば、いくつかの態様では、ａ３プレゼント・サブフィールドは、ａ３アドレス（デバイスを識別する第３のアドレス）が圧縮管理フレームに含まれているか否かを示すために、管理フレームのｆｃフィールドまたは別のフィールド（例えば、ｅｆｃフィールド）に追加されうる。さらに、または、その代わりに、いくつかの態様では、いくつかのＱｏＳパラメータの値を示すサービス品質（ＱｏＳ）サブフィールドが、ｆｃフィールドに、または、例えば、アクセス制御（ａｃ）サブフィールド、サービス期間終了（ｅｏｓｐ）サブフィールド、ａ−ｍｓｄｕサブフィールド、および／または、キュー・サイズ・サブフィールドのような、管理フレームの別のフィールド（例えば、ｅｆｃフィールド）に追加されうる。さらに、または、その代わりに、いくつかの態様では、ＡＣＫポリシー・サブフィールドは、圧縮管理フレームのＳＩＧフィールドに移動されうる。さらに、または、その代わりに、いくつかの態様では、ａ４サブフィールドは、パケットが中継されるべきか否かを示すために、ｆｃフィールドへ、または、管理フレームの別のフィールド（例えば、ｅｆｃフィールド）へ追加されうる。ａ４サブフィールドは、１ビットでありうる。これらのフィールドの機能をサポートするために、本明細書に記載された圧縮管理フレームの何れかにおいて、これらのフィールドの任意の組み合わせが使用されうることが注目されるべきである。いくつかの態様では、リトライ・サブフィールド６１７について１である値によって示されている圧縮管理フレームは、本明細書に記載されているように、機能をサポートするとともに、フォーマットを有しうる。このため、種々の異なるタイプの管理フレーム／フォーマットは、１つの値を有するリトライ・フィールドを用いることによって示されうる。
【００９４】
図１１および図１２は、図６に図示されるフレーム制御フィールド６１０のタイプ・フィールド６１２およびリトライ・フィールド６１７を用いて、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうるエンハンストＰＳ−ＰＯＬＬフレーム１２００およびＰＳ−Ｐｏｌｌフレーム１１００の典型的な構成を図示する。図１１は、非圧縮省電力ポール（ＰＳ−Ｐｏｌｌ）制御フレーム１１００を例示する。ＰＳ−Ｐｏｌｌは、無線デバイス２０２が省電力モードにあるか否か、および／または、無線デバイス２０２が省電力モードにない場合を判定するために、デバイスによって送信されうる。図示されるように、ＰＳ−Ｐｏｌｌフレーム１１００は、５つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド１２０５、持続時間フィールド１１１０、受信機アドレス（ｒａ）フィールド１１１５（受信機アドレス（ａ１）とも称される）、送信機アドレス（ｔａ）フィールド１１２０（送信機アドレス（ａ２）とも称される）、およびフレーム・チェック・シーケンス（ＦＣＳ）フィールド１５４０を含んでいる。図１１はさらに、フィールド１１０５−１５１０のおのおのをオクテットでサイズを示す。ｒａフィールドおよびｔａフィールド１１１５−１１２０のおのおのは、４８ビット（６オクテット）値である、無線デバイス２０２のフルＭＡＣアドレスを備える。持続時間フィールド１１１０は、ＰＳ−Ｐｏｌｌフレーム１１００を送信する無線デバイス２０２のＡＩＤを含んでいる。フィールド・サイズのすべての値を総和すると、２０オクテットである非圧縮ＰＳ−Ｐｏｌｌフレーム１１００の全体サイズとなる。１つの態様では、フレーム制御フィールド１１０５は、制御フレーム・タイプを示すタイプ・フィールド（すなわち、０１）を含みうる。このケースにおいて、リトライ・フィールド６１７は、０の値を有しうる。
【００９５】
図１２は、エンハンスされた（例えば圧縮された）省電力ポール（ＰＳ−Ｐｏｌｌ）制御フレーム１２００を例示する。図示されるように、ＰＳ−Ｐｏｌｌフレーム１２００は、５つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド１２０５、持続時間フィールド１２１０（除去されうる）、受信機アドレス（ｒａ）フィールド１２１５（受信機アドレス（ａ１）とも称される）、送信機アドレス（ｔａ）フィールド１２２０（送信機アドレス（ａ２）とも称される）、およびフレーム・チェック・シーケンス（ＦＣＳ）フィールド１２４０を含んでいる。図１２はさらに、フィールド１２０５−１２４０のおのおのをオクテットのサイズで示す。図示されるように、ｒａフィールド１２１５は、グローバル識別子の場合、長さ６オクテットであり、ｔａフィールド１２２０は、ローカル識別子の場合、長さ２オクテットである。持続時間フィールド１２１０は、前述したように、送信機会（ＴＸ−ＯＰ）期間の数を示す持続時間フィールド１２１０の値を有することによって、非圧縮ＰＳ−Ｐｏｌｌ制御フレーム１１００の持続時間フィールド１２１０から、（例えば、１バイトまで）サイズが低減されうる。持続時間フィールド１２１０は、データ配信時間を示しうる。１つの態様では、エンハンスされた機能を用いてＰＳ−Ｐｏｌｌフレーム１２００を識別するために、持続時間フィールド１２１０自身が使用されうる。例として、持続時間フィールド１２１０のビット１５が１に設定されているのであれば、持続時間フィールド１２１０は、ＳＴＡのＡＩＤとして解釈されうる。また、持続時間フィールド１２１０のビット１５がゼロに設定されているのであれば、持続時間フィールド１２１０は、ＮＡＶが現在の送信のために設定されている持続時間（任意の時間単位）を格納するフィールドとして解釈されうる。例えば、持続時間フィールド１２１０のビット１５が０に設定されていれば、持続時間フィールド１２１０は、ＮＡＶが現在の送信のために設定されているＴＸ−ＯＰ期間の数を示しうる。１つの態様では、ＡＣＫインジケーション・フィールドは、持続時間フィールド１２１０がどのように解釈されるべきであるかを示すために使用されうる。例えば、ＰＳ−Ｐｏｌｌフレーム１２００のＡＣＫインジケーション・フィールドが００の値を有しているのであれば、持続時間フィールド１２１０は、ＰＳ−Ｐｏｌｌを生成しているＳＴＡのＡＩＤを示すその他任意の値について、ＮＡＶ設定の時間持続を識別する。予約されたビットを有するＰＳ−Ｐｏｌｌフレーム１２００におけるその他任意のフィールドは、持続時間フィールド１２１０がどのように解釈されうるのかを示すためにも使用されうる。フレーム制御フィールド１２０５は、エンハンスされたＰＳ−Ｐｏｌｌフレーム・タイプを示すために１の値を有するリトライ・フィールド６１７とともに、制御フレーム・タイプを示すタイプ・フィールド６１２を有しうる。いくつかのケースでは、サブタイプ・フィールド６１３がさらに、他のエンハンスト・タイプを区別するために、これがエンハンストされたＰＳ−Ｐｏｌｌフレームであることを示しうる。１つの態様では、ＰＳ−Ｐｏｌｌフレーム１２００は、他のフィールドと同様に、追加のパケット情報をも含みうる。このため、記載されたリトライ・フィールド６１７、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて、異なるさまざまなタイプのエンハンストＰＳ−Ｐｏｌｌフレームが定義され、識別されうる。
【００９６】
図１３および図１４は、図６に図示されるフレーム制御フィールド６１０のタイプ・フィールド６１２およびリトライ・フィールド６１７を用いて、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうる、エンハンストＡＣＫフレーム１４００およびＡＣＫフレーム１３００の典型的な構成を図示する。図１３は、非圧縮ＡＣＫ制御フレーム１３００を例示する。ＡＣＫ１３００は、フレームの受信に応答して、デバイスによって送信されうる。図示されるように、ＡＣＫフレーム１３００は、４つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド１３０５、持続時間フィールド１３１０、受信機アドレス（ｒａ）フィールド１３１５（受信機アドレス（ａ１）とも称される）、およびフレーム・チェック・シーケンス（ＦＣＳ）フィールド１３４０を含む。図１３はさらに、フィールド１３０５−１３４０のおのおのをオクテットのサイズで示す。ｒａフィールド１３１５は、デバイスのフルＭＡＣアドレスを備える。これは、４８ビット（６オクテット）値である。フィールド・サイズのすべての値を総和すると、１４オクテットである非圧縮ＰＳ−Ｐｏｌｌフレーム１３００の全体サイズとなる。このケースでは、フレーム制御フィールド１３０５は、制御フィールドを示す値を有するタイプ・フィールド６１２を有しうる。このケースでは、リトライ・フィールド６１７は、０の値を有しうる。
【００９７】
図１４は、エンハンストＡＣＫ制御フレームを例示する。図示されるように、ＡＣＫフレーム１４００は、５つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド１４０５、受信機アドレス（ｒａ）フィールド１４１５（受信機アドレス（ａ１）とも称される）、シーケンス・ナンバ・フィールド１４２０、スリープ時間フィールド１４３０、およびフレーム・チェック・シーケンス（ＦＣＳ）フィールド１４４０を含む。いくつかのケースでは、シーケンス・ナンバ・フィールド１４２０およびスリープ時間フィールド１４３０のうちの一方または両方が省略されうる。図１４はさらに、フィールド１４０５−１４４０のおのおのをオクテットのサイズで示す。図示されるように、ｒａフィールド１４１５は、グローバル識別子について６オクテットの長さであり、ローカル識別子について２オクテットの長さである。１つの態様では、ｒａフィールド１４１５は、ＡＣＫフレーム１４００が応答として送信されるフレームのフィールドからコピーされる。別の態様では、ｒａフィールド１４１５の値は、送信元のデバイスのＡＩＤ（または、送信元のデバイスのＭＡＣアドレスの１３  ｌｓｂまたは何れかのハッシュ）である。ＡＣＫの受信者は、フレームが送信された後のショート・インタ・フレーム・スペース（ＳＩＦＳ）時間においてＡＣＫが受信されたか否かを判定することによって、ＡＣＫの受信者によって送信されたフレームに基づいて、これが、送信されたＡＣＫであるか否かを判定しうる。フレーム制御フィールド１４０５は、それがエンハンストＡＣＫ制御フレーム・タイプであることを示す、１の値を有するリトライ・フィールド６１７を有しうる。説明されたように、さまざまな異なるフォーマットおよびフィールド・タイプが、エンハンストＡＣＫフレーム・タイプのために提供され、リトライ・フィールド６１７によって、または、前述されたように、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドによって示されうる。
【００９８】
図１５および図１６は、図６に図示されるフレーム制御フィールド６１０のタイプ・フィールド６１２およびリトライ・フィールド６１７、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうる、エンハンストＲＴＳフレーム１６００およびＲＴＳフレーム１５００の典型的な構成を図示する。図１５は、非圧縮のリクエスト・トゥ・センド（ＲＴＳ）制御フレーム１５００を例示する。ＲＴＳは、送信のためのチャネルを要求するデバイスによって送信されうる。図示されるように、ＲＴＳフレーム１５００は、５つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド１５０５、持続時間フィールド１５１０、受信機アドレス（ｒａ）フィールド１５１５（受信機アドレス（ａ１）とも称される）、送信機アドレス（ｔａ）フィールド１５２０（送信機アドレス（ａ２）とも称される）、およびレーム・チェック・シーケンス（ＦＣＳ）フィールド１５４０を示含む。図１５はさらに、フィールド１５０５−１５４０のおのおのをオクテットのサイズで示す。ｒａおよびｔａフィールド１５１５−１５２０のおのおのは、４８ビット（６オクテット）値であるデバイスのフルＭＡＣアドレスを備える。フィールド・サイズのすべての値を総和すると、２０オクテットである非圧縮ＰＳ−Ｐｏｌｌフレーム１５００の全体サイズとなる。非圧縮ＲＴＳフレーム１６００は、制御フレームを示すフレーム制御フィールド１５０５におけるタイプ・フィールド６１２によって示されうる。このケースでは、リトライ・フィールド６１７は、０の値を有しうる。
【００９９】
図１６は、エンハンスト／非圧縮リクエスト・トゥ・センド（ＲＴＳ）制御フレームを例示する。図示されるように、ＲＴＳフレーム１６００は、５つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド１６０５、持続時間フィールド１６１０、受信機アドレス（ｒａ）フィールド１６１５（受信機アドレス（ａ１）とも称される）、送信機アドレス（ｔａ）フィールド１６２０（送信機アドレス（ａ２）とも称される）、およびフレーム・チェック・シーケンス（ＦＣＳ）フィールド１６４０を含む。図１６はさらに、フィールド１６０５−１６４０のおのおのをオクテットのサイズで示す。図示されるように、ｒａフィールド１６１５およびｔａフィールド１６２０のうちの一方は、グローバル識別子のための６オクテットの長さであり、他方は、前述したように、ローカル識別子のための２オクテットの長さである。例えば、ＡＰからＳＴＡへ送信されるＲＴＳの場合、ｒａフィールド１６１５は、ＡＰの２バイトのＡＩＤを含み、ｔａフィールド１６２０は、６バイトのＢＳＳＩＤを含み、ｆｃフィールド１６０５のｆｒｏｍ−ＡＰフィールドは、１の値を有しうる。別の例において、ＳＴＡからＡＰへ送信されるＲＴＳの場合、ｒａフィールド１６１５は、６バイトのＢＳＳＩＤを示し、ｔａフィールド１６２０は、ＳＴＡの２バイトのＡＩＤを含み、ｆｃフィールド１６０５のｆｒｏｍ−ＡＰフィールドは、０の値を有しうる。持続時間フィールド１６１０は、例えば、前述したように、送信機会（ＴＸ−ＯＰ）期間の数を示す持続時間フィールド１６１０の値を有することによって、非圧縮ＲＴＳ制御フレーム１５００の持続時間フィールド１５１０から、（例えば、１バイトへ）サイズが低減されうる。フレーム制御フィールド１６０５は、ＲＴＳ制御フレーム１６００がエンハンストＲＴＳ制御フレームであることを示すために、１の値を有するリトライ・フィールド６１７と、制御フレームを示す値を有するタイプ・フィールド６１２とを有しうる。エンハンストＲＴＳ制御フレームは、フィールド冗長性を低減するため、および、既存のＲＴＳ制御フレーム・フォーマットによって定義されていないその他の情報を含めるために、さまざまな異なるフォーマット／値を備えうることが認識されるべきである。
【０１００】
図１７および図１８は、図６に図示されているフレーム制御フィールド６１０のタイプ・フィールド６１２およびリトライ・フィールド６１７を用いて、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて識別されうる、ＣＴＳフレーム１７００およびエンハンストＣＴＳフレーム１８００の典型的な構成を図示する。図１７は、非圧縮クリア・トゥ・センド（ＣＴＳ）制御フレームを例示する。ＣＴＳは、通信のためにチャネルを予約するために、例えば、ＲＴＳの受信に応じてデバイスによって送信されうる。図示されるように、ＣＴＳフレーム１７００は、４つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド１７０５、持続時間フィールド１７１０、受信機アドレス（ｒａ）フィールド１７１５（受信機アドレス（ａ１）とも称される）、およびフレーム・チェック・シーケンス（ＦＣＳ）フィールド１７４０を含む。図１７はさらに、フィールド１７０５−１７４０のおのおののオクテットのサイズを示す。ｒａフィールド１７１５は、４８ビット（６オクテット）値であるデバイスのフルＭＡＣアドレスを備える。フィールド・サイズのすべての値を総和すると、１４オクテットである非圧縮ＰＳ−Ｐｏｌｌフレーム１７００の全体サイズとなる。非圧縮ＣＴＳフレーム１７００は、制御フレームを示すフレーム制御フィールド１７０５におけるタイプ・フィールド６１２によって示されうる。このケースでは、リトライ・フィールド６１７は、０の値を有しうる。
【０１０１】
図１８は、エンハンスト／非圧縮クリア・トゥ・センド（ＣＴＳ）制御フレームを例示する。図示されるように、ＣＴＳフレーム１８００は、４つの異なるフィールド、すなわち、フレーム制御（ｆｃ）フィールド１８０５、持続時間フィールド１８１０、受信機アドレス（ｒａ）フィールド１８１５（受信機アドレス（ａ１）とも称される）、およびフレーム・チェック・シーケンス（ＦＣＳ）フィールド１８４０を含む。図１８はさらに、フィールド１８０５−１８４０のおのおのをオクテットのサイズで示す。図示されるように、ｒａフィールド１８１５は、グローバル識別子について６オクテットの長さであり、ローカル識別子について２オクテットの長さである。１つの態様では、ｒａフィールド１８１５は、ＣＴＳフレーム１８００が応答として送信されるＲＴＳ制御フレームのｔａフィールドからコピーされる。別の態様では、ｒａフィールド１８１５の値は、送信元のデバイスのＡＩＤ（または、送信元のデバイスのＭＡＣアドレスの１３  ｌｓｂまたは何れかのハッシュ）である。持続時間フィールド１８１０は、例えば、前述したように、送信機会（ＴＸ−ＯＰ）期間の数を示す持続時間フィールド１８１０の値を有することによって、非圧縮ＣＴＳ制御フレームの持続時間フィールドから（例えば、１バイトへ）サイズが低減されうる。ＣＴＳの受信者は、ＲＴＳが送信された後、ショート・インタ・フレーム・スペース（ＳＩＦＳ）時間においてＣＴＳが受信されたか否かを判定することによって、受信者によって送信されたＲＴＳに基づいて、それが送信されたＣＴＳであるか否かを判定しうる。あるいは、ＣＴＳの受信者は、ＣＴＳの送信者でありうるので、自分がＣＴＳを送信したか否かを識別しうる。フレーム制御フィールド１８０５は、ＣＴＳ制御フレーム１８００がエンハンストＣＴＳ制御フレームであることを示すために、１の値を有するリトライ・フィールド６１７と、制御フレームを示す値を有するタイプ・フィールド６１２とを有しうる。エンハンストＣＴＳ制御フレームは、フィールド冗長性を低減するために、および、既存のＣＴＳ制御フレーム・フォーマットによって定義されていないその他の情報を含めるために、さまざまな異なるフォーマット／値を備えうることが認識されるべきである。
【０１０２】
このため、図７−図１０は、さまざまな異なるタイプのＭＡＣフレームを定義する。記載されているように、受信機２１２は、フレーム制御フィールド６１０のタイプ・フィールド６１２が、制御フレームまたは予約されたフレームを示す値を有することと、フレーム制御フィールド６１０のリトライ・フィールド６１７が、１の値を有することとを検出することによって、または、前述したように、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドの値を識別することによって、これらフレームのタイプを識別しうる。任意の数のその他のＭＡＣフレーム・タイプ／フォーマットがさらに定義され、本明細書に記載された実施の範囲内にある。
【０１０３】
図１９は、制御フィールド６１０のタイプ・フィールド６１２およびリトライ・フィールド６１７を用いて、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドを用いて、フレーム・タイプを示すＭＡＣフレーム５００を生成し、送信するための典型的な方法１９００のフローチャートである。（パケット内の）フレームは、ＡＰ１０４またはＳＴＡ１０６の何れかにおいて生成され、無線ネットワーク１００における別のノードへ送信されうる。この方法１９００は、無線デバイス２０２の要素に関して以下に記載されているが、当業者であれば、本明細書に記載されたステップのうちの１または複数を実施するために、その他の構成要素が使用されうることを認識するだろう。
【０１０４】
ブロック１９０２では、ヘッダを含む媒体アクセス制御フレームが生成される。このヘッダは、タイプ値を有するタイプ・フィールドと、リトライ値を有するリトライ・フィールドとを含む。媒体アクセス・フレームのタイプは、タイプ値およびリトライ値の両方によって示される。生成は、プロセッサ２０４および／またはＤＳＰ２２０によって実行されうる。ブロック１９０４では、媒体アクセス制御フレームが送信される。送信機２１０は、媒体アクセス制御フレームをパケット内で送信しうる。さらに、送信機２１０の動作は、いくつかの態様では、プロセッサ２０４によって少なくとも部分的に制御されうる。
【０１０５】
図２０は、パケットを受信し、フレーム制御フィールド６１０のタイプ・フィールド６１２およびリトライ・フィールド６１７によって、または、予約された値を有するＭＡＣヘッダにおけるその他任意のフィールドによって示されるタイプを用いて復号するための典型的な方法２０００のフローチャートである。この方法２０００は、前述したように（パケット内の）フレームの何れかを受信するために使用されうる。これらフレームは、無線ネットワーク１００内の別のノードから、ＡＰ１０４またはＳＴＡ１０６の何れかにおいて受信されうる。この方法２０００は、無線デバイス２０２の要素に関して以下に記載されているが、当業者であれば、本明細書に記載されたステップのうちの１または複数を実施するために、その他の構成要素が使用されうることを認識するだろう。
【０１０６】
ブロック２００２では、ヘッダを含む媒体アクセス制御フレームが受信される。このヘッダは、タイプ値を有するタイプ・フィールドと、リトライ値を有するリトライ・フィールドを含んでいる。例えば、この受信は、受信機２１２によって実行されうる。さらに、受信機２１２の動作は、いくつかの態様では、プロセッサ２０４によって少なくとも部分的に制御されうる。ブロック２００４では、媒体アクセス制御フレームのタイプが、タイプ値とリトライ値との両方に基づいて検出される。この検出は、プロセッサ２０４、信号検出器２１８、および／または、ＤＳＰ２２０によって実行されうる。ブロック２００６では、媒体アクセス制御フレームが、タイプに基づいて復号されうる。この復号は、プロセッサ２０４、信号検出器２１８、および／または、ＤＳＰ２２０によって実行されうる。
【０１０７】
図２１は、無線通信システム１００内で適用されうる別の典型的な無線デバイス２１００の機能ブロック図である。当業者であれば、図２−４に図示される無線通信デバイス以外のより多くの構成要素を無線通信デバイス２１００が有しうることを認識するであろう。図示された無線通信デバイス２１００は、いくつかの実施のいくつかの顕著な特徴を記載するために役に立つ構成要素しか含んでいない。デバイス２１００は、無線送信のためにデータを符号化するための生成モジュール２１０２を含んでいる。いくつかのケースでは、生成する手段は、生成モジュール２１０２を含みうる。生成モジュール２１０２は、図１９のブロック１９０２に関して前述された機能のうちの１または複数を実行するように構成されうる。デバイス２１００はさらに、生成モジュール２１０２からの出力を無線で送信するための送信モジュール２１０４を備える。送信モジュール２１０４は、図１９に例示されたブロック１９０４に関して前述された機能のうちの１または複数を実行するように構成されうる。送信モジュール２１０４は、送信機２１０に相当しうる。いくつかのケースでは、送信する手段は、送信モジュール２１０４を含みうる。送信モジュール２１０４は、限定される訳ではないが、コンステレーション・マッパ、変調器、ＩＤＦＴ（図３を参照して前述されたような逆ディスクリート時間フーリエ変換モジュールまたはＩＦＦＴ３０４）、デジタル・アナログ変換器、増幅器、アンテナ、およびその他の構成要素を含む、さまざまな構成要素を含みうる。
【０１０８】
図２２は、無線通信システム１００内で適用されうるさらに別の典型的な無線デバイス２２００の機能ブロック図である。当業者であれば、図２−４に図示される無線通信デバイス以外のより多くの構成要素を無線通信デバイス２２００が有しうることを認識するであろう。デバイス２２００は、データを無線で受信するための受信モジュール２２０２を備える。受信モジュール２００２は、図２０に例示されたブロック２００２に関して前述された機能のうちの１または複数を実行するように構成されうる。受信モジュール２２０２は、受信機２１２に相当しうる。そして、増幅器４０１を含みうる。いくつかのケースでは、受信する手段は、受信モジュール２２０２を含みうる。デバイス２２００はさらに、検出モジュール２２０４を含んでいる。検出モジュール２２０４は、図２０のブロック２００４に関して前述された機能のうちの１または複数を実行するように構成されうる。いくつかのケースでは、検出する手段は、検出モジュール２２０４を含みうる。デバイス２２００はさらに、無線信号を評価するための復号モジュール２２０６を備える。復号モジュール２２０６は、図２０に例示されたブロック２００６に関して前述された機能のうちの１または複数を実行するように構成されうる。いくつかのケースでは、復号する手段は、復号モジュール２２０４を含みうる。
【０１０９】
本明細書で使用される場合、用語「判定すること（ｄｅｔｅｒｍｉｎｉｎｇ）」は、さまざまな動作を含む。例えば、「判定すること」は、計算、コンピューティング、処理、導出、調査、ルックアップ（例えば、テーブル、データベース、または他のデータ構造内のルックアップ）、確認等を行うことを含みうる。また、「判定すること」は、受信（例えば、情報の受信）、アクセス（例えば、メモリ内のデータへのアクセス）等を行うことを含みうる。また、「判定すること」は、解決、選択、選定、確立等を行うことを含みうる。さらに、本明細書で使用されるような「チャネル幅」は、ある態様において、帯域幅と称されうるか、または、帯域幅を包含しうる。
【０１１０】
本明細書に記載されるように、アイテムのリストのうちの「少なくとも１つ」と称する文言は、単数を含むこれらアイテムのうちの任意の組み合わせを称する。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃをカバーすることが意図されている。
【０１１１】
前述した方法のさまざまな動作は、例えばさまざまなハードウェア構成要素および／またはソフトウェア構成要素、回路、および／または、モジュール（単数または複数）のように、動作を実行することが可能な任意の適切な手段によって実行されうる。通常、図面に例示される何れの動作も、これら動作を実行することが可能な対応する機能手段によって実行されうる。
【０１１２】
本開示に関連して説明されたさまざまな例示的な論理ブロック、モジュール、および回路を、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ信号（ＦＰＧＡ）もしくはその他のプログラマブル論理デバイス（ＰＬＤ）、ディスクリート・ゲートもしくはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または本明細書で説明される機能を実行するように設計されたその任意の組み合わせを用いて実施または実行することができる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代替案では、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラ、またはステート・マシンでありうる。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。
【０１１３】
１または複数の態様では、記載された機能が、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能な媒体上に格納されるか、あるいは、コンピュータ読取可能な媒体上の１または複数の命令群またはコードとして送信されうる。コンピュータ読取可能な媒体は、コンピュータ記憶媒体と通信媒体との両方を含む。これらは、コンピュータ・プログラムのある場所から別の場所への転送を容易にする任意の媒体を含む。記憶媒体は、コンピュータによってアクセスされうる利用可能な任意の媒体である。例として、限定することなく、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。さらに、いかなる接続も、コンピュータ読取可能な媒体として適切に称される。同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびブルー・レイ・ディスク（ｄｉｓｃ）を含む。これらｄｉｓｃは、レーザを用いてデータを光学的に再生する。それに対して、ｄｉｓｋは、通常、データを磁気的に再生する。したがって、いくつかの態様では、コンピュータ読取可能な媒体は、非一時的なコンピュータ読取可能な媒体（例えば、実体的な媒体）を備えうる。さらに、いくつかの態様では、コンピュータ読取可能な媒体は、一時的なコンピュータ読取可能な媒体（例えば、信号）を備えうる。前述した組み合わせもまた、コンピュータ読取可能な媒体の範囲内に含まれるべきである。
【０１１４】
本明細書で開示された方法は、説明された方法を達成するための１または複数のステップまたは動作を備える。方法ステップおよび／または動作は、特許請求の範囲のスコープから逸脱せずに相互に置換されうる。言い換えると、ステップまたは動作の特定の順序が指定されていない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲のスコープから逸脱せずに変更されうる。
【０１１５】
記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれら任意の組み合わせによって実現されうる。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能な媒体に、１または複数の命令群として格納される。記憶媒体は、コンピュータによってアクセスされうる利用可能な任意の媒体である。例として、限定することなく、このようなコンピュータ読取可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コード手段を命令群またはデータ構造の形式で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。本明細書で使用されるようなディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、デジタル多用途ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含んでいる。ここで、ｄｉｓｋは通常、データを磁気的に再生する一方、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。
【０１１６】
したがって、ある態様は、本明細書に記載された動作を実行するためのコンピュータ・プログラム製品を備えうる。例えば、このようなコンピュータ・プログラム製品は、格納された（および／または符号化された）命令群を有するコンピュータ読取可能な媒体を備える。これら命令群は、本明細書において記載された動作を実行するために、１または複数のプロセッサによって実行されることが可能である。ある態様の場合、コンピュータ・プログラム製品は、パッケージング・マテリアルを含みうる。
【０１１７】
ソフトウェアまたは命令群は、送信媒体を介しても送信される。例えば、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。
【０１１８】
さらに、本明細書で説明された方法および技法を実行するためのモジュールおよび／または他の適切な手段を、適宜、ユーザ端末および／または基地局によってダウンロードし、かつ／または他の形式で入手することができることを了解されたい。例えば、このようなデバイスは、本明細書で説明した方法を実行するための手段の転送を容易にするためにサーバに結合されうる。代替案では、本明細書に記載されたさまざまな方法は、記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクト・ディスク（ＣＤ）またはフロッピー・ディスクなどの物理記憶媒体など）を介して提供され、ユーザ端末および／または基地局は、記憶手段をデバイスに結合するか提供するときにさまざまな方法を取得しうる。さらに、本明細書で説明された方法および技法をデバイスに提供するために、その他任意の適切な技法が利用されうる。
【０１１９】
特許請求の範囲が、上述した正確な構成および構成要素に限定されないことを理解されたい。さまざまな修正、変更、および変形が、特許請求の範囲の範囲から逸脱せずに、前述した方法および装置の構成、動作、および詳細において実施されうる。
【０１２０】
前述したものは、本開示の態様に向けられているが、これら開示のその他およびさらなる態様が、本願の基本的な範囲から逸脱することなく考案され、この範囲は、以下に示す特許請求の範囲によって決定される。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］無線ネットワークにおいて通信する方法であって、
タイプ値を有するタイプ・フィールドと、媒体アクセス制御フレームの特定のタイプの予約された値を有する１または複数のフィールドと、を備えるヘッダを備える媒体アクセス制御フレームを、プロセッサによって生成することと、ここで、前記１または複数のフィールドは、１または複数の値を有し、前記媒体アクセス制御フレームのタイプは、タイプ値と前記１または複数の値との両方によって示される、
前記媒体アクセス制御フレームを送信することと、
を備える方法。
［２］前記１または複数のフィールドは、リトライ・フィールドを備え、前記１または複数の値は、リトライ値を備える、［１］に記載の方法。
［３］前記リトライ値は、０または１である第１のバイナリ値を有し、前記リトライ値が１である場合、前記タイプ値は、０１または１１である第２のバイナリ値を有する、［２］に記載の方法。
［４］前記媒体アクセス制御フレームのタイプは、前記リトライ値がゼロである場合に定義された媒体アクセス制御フレーム・タイプと比較して、前記リトライ値が１である場合に長さが低減されたフレーム・タイプに対応する、［２］に記載の方法。
［５］前記媒体アクセス制御フレームのタイプは、複数のアクセス端末のためのブロック・アクノレッジメント・フレームである、［１］に記載の方法。
［６］前記媒体アクセス制御フレームのタイプは、データ・フレームのための短縮されたＭＡＣヘッダを示すフレームである、［１］に記載の方法。
［７］前記媒体アクセス制御フレームのタイプは、管理フレームのための短縮されたＭＡＣヘッダを示すフレームである、［１］に記載の方法。
［８］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレーム、シーケンス・ナンバおよび／またはスリープ時間を含むエンハンスされたＡＣＫフレーム、エンハンスされたＲＴＳフレーム、またはエンハンスされたＣＴＳフレームのうちの１つである、［１］に記載の方法。
［９］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、持続時間フィールドであり、前記１または複数の値は、持続時間値である、［８］に記載の方法。
［１０］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、ＡＣＫインジケーション・フィールドであり、前記１または複数の値は、ＡＣＫインジケーション値である、［８］に記載の方法。
［１１］前記ヘッダはさらに、サブタイプ値を有するサブタイプ・フィールドを備え、前記媒体アクセス制御フレームのタイプはさらに、前記サブタイプ値によって示される、［１］に記載の方法。
［１２］無線通信装置であって、
タイプ値を有するタイプ・フィールドと、媒体アクセス制御フレームの特定のタイプの予約された値を有する１または複数のフィールドと、を備えるヘッダを備える媒体アクセス制御フレームを生成するように構成されたプロセッサと、ここで、前記１または複数のフィールドは、１または複数の値を有し、前記媒体アクセス制御フレームのタイプは、タイプ値と前記１または複数の値との両方によって示される、
前記媒体アクセス制御フレームを無線リンクを介して送信するように構成された送信機と、
を備える装置。
［１３］前記１または複数のフィールドは、リトライ・フィールドを備え、前記１または複数の値は、リトライ値を備える、［１２］に記載の装置。
［１４］前記リトライ値は、０または１である第１のバイナリ値を有し、前記リトライ値が１である場合、前記タイプ値は、０１または１１である第２のバイナリ値を有する、［１３］に記載の装置。
［１５］前記媒体アクセス制御フレームのタイプは、前記リトライ値がゼロである場合に定義された媒体アクセス制御フレーム・タイプと比較して、前記リトライ値が１である場合に長さが低減されたフレーム・タイプに対応する、［１３］に記載の装置。
［１６］前記ヘッダはさらに、サブタイプ値を有するサブタイプ・フィールドを備え、前記媒体アクセス制御フレームのタイプはさらに、前記サブタイプ値によって示される、［１２］に記載の装置。
［１７］前記媒体アクセス制御フレームのタイプは、複数のアクセス端末のためのブロック・アクノレッジメント・フレームである、［１２］に記載の装置。
［１８］前記媒体アクセス制御フレームのタイプは、データ・フレームのための短縮されたＭＡＣヘッダを示すフレームである、［１２］に記載の装置。
［１９］前記媒体アクセス制御フレームのタイプは、管理フレームのための短縮されたＭＡＣヘッダを示すフレームである、［１２］に記載の装置。
［２０］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレーム、シーケンス・ナンバおよび／またはスリープ時間を含むエンハンスされたＡＣＫフレーム、エンハンスされたＲＴＳフレーム、またはエンハンスされたＣＴＳフレームのうちの１つである、［１２］に記載の装置。
［２１］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、持続時間フィールドであり、前記１または複数の値は、持続時間値である、［２０］に記載の装置。
［２２］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、ＡＣＫインジケーション・フィールドであり、前記１または複数の値は、ＡＣＫインジケーション値である、［２０］に記載の装置。
［２３］前記予約された値を有する１または複数のフィールドは、媒体アクセス制御フレームの特定のタイプの予約された値を有する２またはそれより多くのフィールドを連結して備え、前記２またはそれより多くのフィールドは、２またはそれより多くの値を有し、前記媒体アクセス制御フレームのタイプは、連結された、前記タイプ値と前記２またはそれより多くの値との両方によって示される、［１］に記載の装置。
［２４］無線通信装置であって、
タイプ値を有するタイプ・フィールドと、媒体アクセス制御フレームの特定のタイプの予約された値を有する１または複数のフィールドと、を備えるヘッダを備える媒体アクセス制御フレームを生成する手段と、ここで、前記１または複数のフィールドは、１または複数の値を有し、前記媒体アクセス制御フレームのタイプは、前記タイプ値と前記１または複数の値との両方によって示される、
前記媒体アクセス制御フレームを送信する手段と、
を備える装置。
［２５］前記１または複数のフィールドは、リトライ・フィールドを備え、前記１または複数の値は、リトライ値を備える、［２４］に記載の装置。
［２６］前記リトライ値は、０または１である第１のバイナリ値を有し、前記リトライ値が１である場合、前記タイプ値は、０１または１１である第２のバイナリ値を有する、［２５］に記載の装置。
［２７］前記媒体アクセス制御フレームのタイプは、前記リトライ値がゼロである場合に定義された媒体アクセス制御フレーム・タイプと比較して、前記リトライ値が１である場合に長さが低減されたフレーム・タイプに対応する、［２５］に記載の装置。
［２８］前記ヘッダはさらに、サブタイプ値を有するサブタイプ・フィールドを備え、前記媒体アクセス制御フレームのタイプはさらに、前記サブタイプ値によって示される、［２４］に記載の装置。
［２９］前記媒体アクセス制御フレームのタイプは、複数のアクセス端末のためのブロック・アクノレッジメント・フレームである、［２４］に記載の装置。
［３０］前記媒体アクセス制御フレームのタイプは、データ・フレームのための短縮されたＭＡＣヘッダを示すフレームである、［２４］に記載の装置。
［３１］前記媒体アクセス制御フレームのタイプは、管理フレームのための短縮されたＭＡＣヘッダを示すフレームである、［２４］に記載の装置。
［３２］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレーム、シーケンス・ナンバおよび／またはスリープ時間を含むエンハンスされたＡＣＫフレーム、エンハンスされたＲＴＳフレーム、またはエンハンスされたＣＴＳフレームのうちの１つである、［２４］に記載の装置。
［３３］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、持続時間フィールドであり、前記１または複数の値は、持続時間値である、［３２］に記載の装置。
［３４］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、ＡＣＫインジケーション・フィールドであり、前記１または複数の値は、ＡＣＫインジケーション値である、［３２］に記載の装置。
［３５］予約された値を有する１または複数のフィールドは、媒体アクセス制御フレームの特定のタイプの予約された値を有する、連結された、２またはそれより多くのフィールドを備え、前記２またはそれより多くのフィールドは、２またはそれより多くの値を有し、前記媒体アクセス制御フレームのタイプは、前記タイプ値と、連結された前記２またはそれより多くの値との両方によって示される、［２４］に記載の装置。
［３６］コンピュータによって実行された場合、前記コンピュータに対して、無線ネットワークにおいて通信する方法を実行させる命令群を備えたコンピュータ読取可能な媒体であって、
前記方法は、
タイプ値を有するタイプ・フィールドと、媒体アクセス制御フレームの特定のタイプの予約された値を有する１または複数のフィールドと、を備えるヘッダを備える媒体アクセス制御フレームを生成することと、ここで、前記１または複数のフィールドは、１または複数の値を有し、前記媒体アクセス制御フレームのタイプは、前記タイプ値と前記１または複数の値との両方によって示される、
前記媒体アクセス制御フレームを送信することと
を備える、コンピュータ読取可能な媒体。
［３７］前記１または複数のフィールドは、リトライ・フィールドを備え、前記１または複数の値は、リトライ値を備える、［３６］に記載のコンピュータ読取可能な媒体。
［３８］前記リトライ値は、０または１である第１のバイナリ値を有し、前記リトライ値が１である場合、前記タイプ値は、０１または１１である第２のバイナリ値を有する、［３７］に記載のコンピュータ読取可能な媒体。
［３９］前記媒体アクセス制御フレームのタイプは、前記リトライ値がゼロである場合に定義された媒体アクセス制御フレーム・タイプと比較して、前記リトライ値が１である場合に長さが低減されたフレーム・タイプに対応する、［３７］に記載のコンピュータ読取可能な媒体。
［４０］前記ヘッダはさらに、サブタイプ値を有するサブタイプ・フィールドを備え、前記媒体アクセス制御フレームのタイプはさらに、前記サブタイプ値によって示される、［３６］に記載のコンピュータ読取可能な媒体。
［４１］前記媒体アクセス制御フレームのタイプは、複数のアクセス端末のためのブロック・アクノレッジメント・フレームである、［３６］に記載のコンピュータ読取可能な媒体。
［４２］前記媒体アクセス制御フレームのタイプは、データ・フレームのための短縮されたＭＡＣヘッダを示すフレームである、［３６］に記載のコンピュータ読取可能な媒体。
［４３］前記媒体アクセス制御フレームのタイプは、管理フレームのための短縮されたＭＡＣヘッダを示すフレームである、［３６］に記載のコンピュータ読取可能な媒体。
［４４］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレーム、シーケンス・ナンバおよび／またはスリープ時間を含むエンハンスされたＡＣＫフレーム、エンハンスされたＲＴＳフレーム、またはエンハンスされたＣＴＳフレームのうちの１つである、［３６］に記載のコンピュータ読取可能な媒体。
［４５］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、持続時間フィールドであり、前記１または複数の値は、持続時間値である、［４４］に記載のコンピュータ読取可能な媒体。
［４６］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、ＡＣＫインジケーション・フィールドであり、前記１または複数の値は、ＡＣＫインジケーション値である、［４４］に記載のコンピュータ読取可能な媒体。
［４７］予約された値を有する１または複数のフィールドは、媒体アクセス制御フレームの特定のタイプの予約された値を有する、連結された２またはそれより多くのフィールドを備え、前記２またはそれより多くのフィールドは、２またはそれより多くの値を有し、前記媒体アクセス制御フレームのタイプは、前記タイプ値と、連結された前記２またはそれより多くの値との両方によって示される、［３６］に記載のコンピュータ読取可能な媒体。
［４８］無線ネットワークにおいて通信する方法であって、
タイプ値を有するタイプ・フィールドと、媒体アクセス制御フレームの特定のタイプの予約された値を有する１または複数のフィールドと、を備えるヘッダを備える媒体アクセス制御フレームを、受信機を用いて受信することと、ここで、前記１または複数のフィールドは、１または複数の値を有する、
タイプ値と前記１または複数の値との両方に基づいて、前記媒体アクセス制御フレームのタイプを検出することと、
前記タイプに基づいて、前記媒体アクセス制御フレームを復号することと、
を備える方法。
［４９］前記１または複数のフィールドは、リトライ・フィールドを備え、前記１または複数の値は、リトライ値を備える、［４８］に記載の方法。
［５０］前記リトライ値は、０または１である第１のバイナリ値を有し、前記リトライ値が１である場合、前記タイプ値は、０１または１１である第２のバイナリ値を有する、［４９］に記載の方法。
［５１］前記媒体アクセス制御フレームのタイプは、前記リトライ値がゼロである場合に定義された媒体アクセス制御フレーム・タイプと比較して、前記リトライ値が１である場合に長さが低減されたフレーム・タイプに対応する、［４９］に記載の方法。
［５２］前記ヘッダはさらに、サブタイプ値を有するサブタイプ・フィールドを備え、前記媒体アクセス制御フレームのタイプはさらに、前記サブタイプ値によって示される、［４８］に記載の方法。
［５３］前記媒体アクセス制御フレームのタイプは、複数のアクセス端末のためのブロック・アクノレッジメント・フレームである、［４８］に記載の方法。
［５４］
前記媒体アクセス制御フレームのタイプは、データ・フレームのための短縮されたＭＡＣヘッダを示すフレームである、［４８］に記載の方法。
［５５］前記媒体アクセス制御フレームのタイプは、管理フレームのための短縮されたＭＡＣヘッダを示すフレームである、［４８］に記載の方法。
［５６］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレーム、シーケンス・ナンバおよび／またはスリープ時間を含むエンハンスされたＡＣＫフレーム、エンハンスされたＲＴＳフレーム、またはエンハンスされたＣＴＳフレームのうちの１つである、［４８］に記載の方法。
［５７］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、持続時間フィールドであり、前記１または複数の値は、持続時間値である、［５６］に記載の方法。
［５８］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、ＡＣＫインジケーション・フィールドであり、前記１または複数の値は、ＡＣＫインジケーション値である、［５６］に記載の方法。
［５９］予約された値を有する１または複数のフィールドは、媒体アクセス制御フレームの特定のタイプの予約された値を有する、連結された２またはそれより多くのフィールドを備え、
前記２またはそれより多くのフィールドは、２またはそれより多くの値を有する、［４８］に記載の方法。
［６０］無線通信装置であって、
タイプ値を有するタイプ・フィールドと、媒体アクセス制御フレームの特定のタイプの予約された値を有する１または複数のフィールドと、を備えるヘッダを備える媒体アクセス制御フレームを受信するように構成された受信機と、ここで、前記１または複数のフィールドは、１または複数の値を有する、
タイプ値と前記１または複数の値との両方に基づいて、前記媒体アクセス制御フレームのタイプを検出し、前記タイプに基づいて、前記媒体アクセス制御フレームを復号する
ように構成されたプロセッサと、
を備える装置。
［６１］前記１または複数のフィールドは、リトライ・フィールドを備え、前記１または複数の値は、リトライ値を備える、［６０］に記載の装置。
［６２］前記リトライ値は、０または１である第１のバイナリ値を有し、前記リトライ値が１である場合、前記タイプ値は、０１または１１である第２のバイナリ値を有する、［６１］に記載の装置。
［６３］前記媒体アクセス制御フレームのタイプは、前記リトライ値がゼロである場合に定義された媒体アクセス制御フレーム・タイプと比較して、前記リトライ値が１である場合に長さが低減されたフレーム・タイプに対応する、［６１］に記載の装置。
［６４］前記ヘッダはさらに、サブタイプ値を有するサブタイプ・フィールドを備え、前記媒体アクセス制御フレームのタイプはさらに、前記サブタイプ値によって示される、［６０］に記載の装置。
［６５］前記媒体アクセス制御フレームのタイプは、複数のアクセス端末のためのブロック・アクノレッジメント・フレームである、［６０］に記載の装置。
［６６］前記媒体アクセス制御フレームのタイプは、データ・フレームのための短縮されたＭＡＣヘッダを示すフレームである、［６０］に記載の装置。
［６７］前記媒体アクセス制御フレームのタイプは、管理フレームのための短縮されたＭＡＣヘッダを示すフレームである、［６０］に記載の装置。
［６８］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレーム、シーケンス・ナンバおよび／またはスリープ時間を含むエンハンスされたＡＣＫフレーム、エンハンスされたＲＴＳフレーム、またはエンハンスされたＣＴＳフレームのうちの１つである、［６０］に記載の装置。
［６９］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、持続時間フィールドであり、前記１または複数の値は、持続時間値である、［６８］に記載の装置。
［７０］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、ＡＣＫインジケーション・フィールドであり、前記１または複数の値は、ＡＣＫインジケーション値である、［６８］に記載の装置。
［７１］予約された値を有する１または複数のフィールドは、媒体アクセス制御フレームの特定のタイプの予約された値を有する、連結された２またはそれより多くのフィールドを備え、
前記２またはそれより多くのフィールドは、２またはそれより多くの値を有する、［６０］に記載の装置。
［７２］無線通信装置であって、
タイプ値を有するタイプ・フィールドと、媒体アクセス制御フレームの特定のタイプの予約された値を有する１または複数のフィールドと、を備えるヘッダを備える媒体アクセス制御フレームを受信する手段と、ここで、前記１または複数のフィールドは、１または複数の値を有する、
タイプ値と前記１または複数の値との両方に基づいて、前記媒体アクセス制御フレームのタイプを検出する手段と、
前記タイプに基づいて、前記媒体アクセス制御フレームを復号する手段と、
を備える装置。
［７３］前記１または複数のフィールドは、リトライ・フィールドを備え、前記１または複数の値は、リトライ値を備える、［７２］に記載の装置。
［７４］前記リトライ値は、０または１である第１のバイナリ値を有し、前記リトライ値が１である場合、前記タイプ値は、０１または１１である第２のバイナリ値を有する、［７３］に記載の装置。
［７５］前記媒体アクセス制御フレームのタイプは、前記リトライ値がゼロである場合に定義された媒体アクセス制御フレーム・タイプと比較して、前記リトライ値が１である場合に長さが低減されたフレーム・タイプに対応する、［７３］に記載の装置。
［７６］前記ヘッダはさらに、サブタイプ値を有するサブタイプ・フィールドを備え、前記媒体アクセス制御フレームのタイプはさらに、前記サブタイプ値によって示される、［７２］に記載の装置。
［７７］前記媒体アクセス制御フレームのタイプは、複数のアクセス端末のためのブロック・アクノレッジメント・フレームである、［７２］に記載の装置。
［７８］前記媒体アクセス制御フレームのタイプは、データ・フレームのための短縮されたＭＡＣヘッダを示すフレームである、［７２］に記載の装置。
［７９］前記媒体アクセス制御フレームのタイプは、管理フレームのための短縮されたＭＡＣヘッダを示すフレームである、［７２］に記載の装置。
［８０］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレーム、シーケンス・ナンバおよび／またはスリープ時間を含むエンハンスされたＡＣＫフレーム、エンハンスされたＲＴＳフレーム、またはエンハンスされたＣＴＳフレームのうちの１つである、［７２］に記載の装置。
［８１］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、持続時間フィールドであり、前記１または複数の値は、持続時間値である、［８０］に記載の装置。
［８２］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、ＡＣＫインジケーション・フィールドであり、前記１または複数の値は、ＡＣＫインジケーション値である、［８０］に記載の装置。
［８３］予約された値を有する１または複数のフィールドは、媒体アクセス制御フレームの特定のタイプの予約された値を有する、連結された２またはそれより多くのフィールドを備え、前記２またはそれより多くのフィールドは、２またはそれより多くの値を有する、［７２］に記載の装置。
［８４］コンピュータによって実行された場合、前記コンピュータに対して、無線ネットワークにおいて通信する方法を実行させる命令群を備えたコンピュータ読取可能な媒体であって、
前記方法は、
タイプ値を有するタイプ・フィールドと、媒体アクセス制御フレームの特定のタイプの予約された値を有する１または複数のフィールドと、を備えるヘッダを備える媒体アクセス制御フレームを受信することと、ここで、前記１または複数のフィールドは、１または複数の値を有する、
タイプ値と前記１または複数の値との両方に基づいて、前記媒体アクセス制御フレームのタイプを検出することと、
前記タイプに基づいて、前記媒体アクセス制御フレームを復号することと
を備える、コンピュータ読取可能な媒体。
［８５］前記１または複数のフィールドは、リトライ・フィールドを備え、前記１または複数の値は、リトライ値を備える、［８４］に記載のコンピュータ読取可能な媒体。
［８６］前記リトライ値は、０または１である第１のバイナリ値を有し、前記リトライ値が１である場合、前記タイプ値は、０１または１１である第２のバイナリ値を有する、［８５］に記載のコンピュータ読取可能な媒体。
［８７］前記媒体アクセス制御フレームのタイプは、前記リトライ値がゼロである場合に定義された媒体アクセス制御フレーム・タイプと比較して、前記リトライ値が１である場合に長さが低減されたフレーム・タイプに対応する、［８５］に記載のコンピュータ読取可能な媒体。
［８８］前記ヘッダはさらに、サブタイプ値を有するサブタイプ・フィールドを備え、前記媒体アクセス制御フレームのタイプはさらに、前記サブタイプ値によって示される、［８４］に記載のコンピュータ読取可能な媒体。
［８９］前記媒体アクセス制御フレームのタイプは、複数のアクセス端末のためのブロック・アクノレッジメント・フレームである、［８４］に記載のコンピュータ読取可能な媒体。
［９０］前記媒体アクセス制御フレームのタイプは、データ・フレームのための短縮されたＭＡＣヘッダを示すフレームである、［８４］に記載のコンピュータ読取可能な媒体。
［９１］
前記媒体アクセス制御フレームのタイプは、管理フレームのための短縮されたＭＡＣヘッダを示すフレームである、［８４］に記載のコンピュータ読取可能な媒体。
［９２］
前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレーム、シーケンス・ナンバおよび／またはスリープ時間を含むエンハンスされたＡＣＫフレーム、エンハンスされたＲＴＳフレーム、またはエンハンスされたＣＴＳフレームのうちの１つである、［８４］に記載のコンピュータ読取可能な媒体。
［９３］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、持続時間フィールドであり、前記１または複数の値は、持続時間値である、［９２］に記載のコンピュータ読取可能な媒体。
［９４］前記媒体アクセス制御フレームのタイプは、エンハンスされたＰＳ−ＰＯＬＬフレームであり、前記１または複数のフィールドは、ＡＣＫインジケーション・フィールドであり、前記１または複数の値は、ＡＣＫインジケーション値である、［９２］に記載のコンピュータ読取可能な媒体。
［９５］予約された値を有する１または複数のフィールドは、媒体アクセス制御フレームの特定のタイプの予約された値を有する、連結された２またはそれより多くのフィールドを備え、前記２またはそれより多くのフィールドは、２またはそれより多くの値を有する、［８４］に記載のコンピュータ読取可能な媒体。
【図１】
0006382398.tif 000002
【図２】
0006382398.tif 000003
【図３】
0006382398.tif 000004
【図４】
0006382398.tif 000005
【図５】
0006382398.tif 000006
【図６】
0006382398.tif 000007
【図７】
0006382398.tif 000008
【図８】
0006382398.tif 000009
【図９】
0006382398.tif 000010
【図１０】
0006382398.tif 000011
【図１１】
0006382398.tif 000012
【図１２】
0006382398.tif 000013
【図１３】
0006382398.tif 000014
【図１４】
0006382398.tif 000015
【図１５】
0006382398.tif 000016
【図１６】
0006382398.tif 000017
【図１７】
0006382398.tif 000018
【図１８】
0006382398.tif 000019
【図１９】
0006382398.tif 000020
【図２０】
0006382398.tif 000021
【図２１】
0006382398.tif 000022
【図２２】
0006382398.tif 000023