JP2018506881A - フラグメント化確認応答シグナリングを用いた、短縮されたブロック確認応答 - Google Patents

フラグメント化確認応答シグナリングを用いた、短縮されたブロック確認応答 Download PDF

Info

Publication number
JP2018506881A
JP2018506881A JP2017533619A JP2017533619A JP2018506881A JP 2018506881 A JP2018506881 A JP 2018506881A JP 2017533619 A JP2017533619 A JP 2017533619A JP 2017533619 A JP2017533619 A JP 2017533619A JP 2018506881 A JP2018506881 A JP 2018506881A
Authority
JP
Japan
Prior art keywords
fragmented
sdu
block ack
unfragmented
sdus
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2017533619A
Other languages
English (en)
Other versions
JP2018506881A5 (ja
Inventor
アスタージャディ、アルフレッド
メルリン、シモーネ
チェリアン、ジョージ
アブラハム、サントシュ・ポール
バーリアク、グウェンドーリン・デニス
マリク、ラーフル
ディン、ガン
フレデリクス、ギード・ロベルト
チョ、ジェームズ・シモン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of JP2018506881A publication Critical patent/JP2018506881A/ja
Publication of JP2018506881A5 publication Critical patent/JP2018506881A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本開示のある態様は、フラグメントを確認応答できる短縮されたブロック確認応答（ブロックＡｃｋ）フレームを使用するための方法および装置を提供する。そのような短縮されたブロックＡｃｋフレームは、ＩＥＥＥ８０２．１１規格中の基本ブロックＡｃｋフレームより短い長さ（すなわち、＜１２８オクテット）を有するビットマップフィールドを含み得る。ワイヤレス通信のための１つの例となる方法は、一般に、複数のプロトコルデータユニット（ＰＤＵ）（例えば、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ））を受信することと、ＰＤＵの各々が成功裏に受信されたかどうか、およびＰＤＵの各々がフラグメント化されていないサービスデータユニット（ＳＤＵ）（例えば、ＭＡＣサービスデータユニット（ＭＳＤＵ））に関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかを決定することと、決定に基づいて、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを送信のために出力することと、を含む。【選択図】 図７

Description

米国特許法１１９条の下における優先権の主張
[0001]本特許出願は、２０１４年１２月２３日に出願された米国仮特許出願番号６２／０９６，１６８（代理人整理番号１５１１５０ＵＳＬ）、２０１５年６月２２日に出願された米国仮特許出願番号６２／１８３，１７６（代理人整理番号１５１１５０ＵＳＬ０２）、２０１５年７月８日に出願された米国仮特許出願番号６２／１９０，２３９（代理人整理番号１５１１５０ＵＳＬ０３）、２０１５年８月５日に出願された米国仮特許出願番号６２／２０１，５１６（代理人整理番号１５１１５０ＵＳＬ０４）、および米国特許出願番号１４／９７８，０３９（代理人整理番号１５１１５０ＵＳ）の利益を主張する。これらの出願の各々は、本願の譲受人に譲渡され、本明細書で参照することによって明確に取り込まれる。
[0002]本開示のある態様は、一般にワイヤレス通信に関し、より詳細には、フラグメントを確認応答できる短縮されたブロック確認応答（ブロックＡｃｋ）フレームを使用することに関する。
[0003]ワイヤレス通信ネットワークは、音声、映像、パケットデータ、メッセージ、ブロードキャストなどのような様々な通信サービスを提供するために広く展開される。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって、複数ユーザをサポートできる多元接続ネットワークであり得る。そのような多元接続ネットワークの例は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークを含む。
[0004]ワイヤレス通信システムに対して要求されるバンド幅要件を高める問題に対処するために、様々なスキームが開発されている。１度、そのようなスキームは、高いデータスループットを達成しながら、チャネルリソースを共有することによって複数のユーザ端末が単一のアクセスポイントと通信することを可能にする。多入力多出力（ＭＩＭＯ）技術は、通信システムのための良く知られる技法として出現した１つのそのようなアプローチを表わす。ＭＩＭＯ技術は、米国電気電子学会（ＩＥＥＥ）８０２．１１規格のようないくつかのワイヤレス通信規格に採用されてきた。ＩＥＥＥ８０２．１１は、短距離通信（例えば、数十メートルから数百メートル）のためのＩＥＥＥ８０２．１１委員会によって開発されたワイヤレスローカルエリアネットワーク（ＷＬＡＮ）エアーインターフェース規格のセットを表わす。より高いスループットを達成するための別のスキームは、ＩＥＥＥ８０２．１１ａｘタスクフォースによって開発されているＨＥＷ（高効率ＷｉＦｉまたは高効率ＷＬＡＮ）である。このスキームの目的は、ＩＥＥＥ８０２．１１ａｃのスループットの４倍のスループットを達成することである。
[0005]本開示のシステム、方法、およびデバイスは各々、いくつかの態様を有し、その単一のいずれもがその望ましい特質を単独で担わない。続く特許請求の範囲によって表されるようなこの開示の範囲を限定することなく、いくつかの特徴が次に簡潔に詳述される。この説明を熟考した後で、および特に「詳細な説明」と題される項を読んだ後で、本開示の特徴がワイヤレスネットワーク中での改善された通信を含む利点をどのように提供するか理解するだろう。
[0006]本開示のある態様は、一般に、フラグメントを確認応答できる短縮されたブロック確認応答（ブロックＡｃｋ）フレームを使用することに関する。短縮されたブロックＡｃｋフレームは、基本ブロックＡｃｋフレームより短い長さ（例えば、＜１２８オクテット）を有するビットマップフィールドを含み得る。
[0007]本開示のある態様は、装置によるワイヤレス通信のための方法を提供する。方法は、一般に、複数のプロトコルデータユニット（ＰＤＵ）を受信することと、ＰＤＵの各々が成功裏に受信されたかどうか、およびＰＤＵの各々がフラグメント化されていないサービスデータユニット（ＳＤＵ）に関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかを決定することと、決定に基づいて、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを送信のために出力することと、を含む。
[0008]本開示のある態様は、ワイヤレス通信のための装置を提供する。装置は、一般に、複数のＰＤＵを受信することと、ＰＤＵの各々が成功裏に受信されたかどうか、およびＰＤＵの各々がフラグメント化されていないＳＤＵに関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかを決定することと、決定に基づいて、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを送信のために出力することと、を行うように構成された処理システムを含む。
[0009]本開示のある態様は、ワイヤレス通信のための装置を提供する。装置は、一般に、複数のＰＤＵを受信するための手段と、ＰＤＵの各々が成功裏に受信されたかどうか、およびＰＤＵの各々がフラグメント化されていないＳＤＵに関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかを決定するための手段と、 決定に基づいて、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを送信のために出力するための手段と、を含む。
[0010]本開示のある態様は、ワイヤレス通信のための非一時的コンピュータ可読媒体を提供する。媒体は、複数のＰＤＵを受信することと、ＰＤＵの各々が成功裏に受信されたかどうか、およびＰＤＵの各々がフラグメント化されていないＳＤＵに関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかを決定することと、 決定に基づいて、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを送信のために出力することと、を行うように（例えば、コンピュータプロセッサのような装置によって）実行可能な記憶された命令を有する。
[0011]本開示のある態様はワイヤレスノードを提供する。ワイヤレスノードは、一般に、少なくとも１つのアンテナ、受信機、処理システム、および送信機を含む。受信機は、一般に、少なくとも１つのアンテナを介して複数のＰＤＵを受信するように構成される。処理システムは、一般に、ＰＤＵの各々が成功裏に受信されたかどうか、およびＰＤＵの各々がフラグメント化されていないＤＵに関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかを決定するように構成される。送信機は、一般に、決定に基づいて、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを送信するように構成される。
[0012]本開示のある態様は、装置によるワイヤレス通信のための方法を提供する。方法は、一般に、複数のＰＤＵを送信のために出力することと、ここにおいて、ＰＤＵの各々は、フラグメント化されていないＳＤＵまたはフラグメント化されたＳＤＵに関連付けられており、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを受信することと、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために短縮されたブロックＡｃｋフレーム中のビットマップフィールドを処理することと、を含む。
[0013]本開示のある態様は、ワイヤレス通信のための装置を提供する。装置は、一般に、複数のＰＤＵを送信のために出力することと、ここにおいて、ＰＤＵの各々は、フラグメント化されていないＳＤＵまたはフラグメント化されたＳＤＵに関連付けられており、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを受信することと、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために短縮されたブロックＡｃｋフレーム中のビットマップフィールドを処理することと、を行うように構成された処理システムを含む。
[0014]本開示のある態様は、ワイヤレス通信のための装置を提供する。装置は、一般に、複数のＰＤＵを送信のために出力するための手段と、ここにおいて、ＰＤＵの各々は、フラグメント化されていないＳＤＵまたはフラグメント化されたＳＤＵに関連付けられており、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを受信するための手段と、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために短縮されたブロックＡｃｋフレーム中のビットマップフィールドを処理するための手段と、を含む。
[0015]本開示のある態様は、ワイヤレス通信のための非一時的コンピュータ可読媒体を提供する。媒体は、複数のＰＤＵを送信のために出力することと、ここにおいて、ＰＤＵの各々は、フラグメント化されていないＳＤＵまたはフラグメント化されたＳＤＵに関連付けられており、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを受信することと、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために短縮されたブロックＡｃｋフレーム中のビットマップフィールドを処理することと、を行うように（例えば、処理システムのような装置によって）実行可能な記憶された命令を有する。
[0016]本開示のある態様はワイヤレスノードを提供する。ワイヤレスノードは、一般に、少なくとも１つのアンテナ、受信機、処理システム、および送信機を含む。送信機は、一般に、少なくとも１つのアンテナを介して複数のＰＤＵを送信するように構成されており、ここにおいて、ＰＤＵの各々は、フラグメント化されていないＳＤＵまたはフラグメント化されたＳＤＵに関連付けられている。受信機は、一般に、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを受信するように構成される。処理システムは、一般に、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために短縮されたブロックＡｃｋフレーム中のビットマップフィールドを処理するように構成される。
[0017]前述の目的および関連する目的の達成のために、１つまたは複数の態様は、以下に完全に記述されるとともに特に特許請求の範囲で示される特徴を備える。以下の記述および添付図面は、１つまたは複数の態様のある例示的な特徴を詳細に示す。しかしながら、これらの特徴は、様々な態様の原理が採用され得る様々なやり方のほんのいくつかを示し、この記述は、そのような態様およびそれらの等価物を全て含むことを意図される。
[0018]本開示のある態様に従った、例となるワイヤレス通信ネットワークを示す。 [0019]本開示のある態様に従った、例となるアクセスポイント（ＡＰ）およびユーザ端末のブロック図である。 [0020]本開示のある態様に従った、例となるワイヤレスデバイスのブロック図である。 [0021]本開示のある態様に従った、アグリゲートされた媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）中の１つまたは複数のフラグメントを確認応答できる短縮されたブロック確認応答（ブロックＡｃｋまたはＢＡ）フレームを使用することを示す。 [0022]本開示のある態様に従った、可変長ビットマップフィールドを有する短縮されたブロックＡｃｋフレームを示す。 [0023]本開示のある態様に従った、一定長ビットマップフィールドを有する短縮されたブロックＡｃｋフレームを示す。 [0024]本開示のある態様に従った、短縮されたブロックＡｃｋフレームを送信のために出力するための、例となる動作のフロー図である。 [0025]図７に示される動作を実行できる例となる手段を示す。 [0026]本開示のある態様に従って、フラグメント化されたサービスデータユニット（ＳＤＵ）およびフラグメント化されていないサービスデータユニットを確認応答するための短縮されたブロックＡｃｋフレームを使用するための、例となる動作のフロー図である。 [0027]図８に示される動作を実行できる、例となる手段を示す。 [0028]本開示のある態様に従った、例となるブロックＡｃｋフレーム変形体符号化の表である。 [0029]本開示の態様に従った、フラグメント化を使用する、例となるやり取りを示す。 [0030]本開示のある態様に従った、例となる情報要素（ＩＥ）を示す。 [0031]本開示の態様に従った、フラグメント化を使用する、例となるやり取りを示す。 [0032]本開示の態様に従った、フラグメント化を使用する、例となるやり取りを示す。 本開示の態様に従った、フラグメント化を使用する、例となるやり取りを示す。 [0033]本開示の態様に従った、フラグメント化を使用する、例となるやり取りを示す。 本開示の態様に従った、フラグメント化を使用する、例となるやり取りを示す。
[0034]理解を容易にするために、同一の参照数字が、可能な場合、図に共通の同一の素子を指すために使用される。一実施形態で開示される要素は、明確な記載が無くても他の実施形態上で有益に利用され得ることが企図される。
[0035]本開示の態様は、データユニットが、まとめてまたは別々に確認応答され得る複数のフラグメントとして送信されることを可能にするための技法を提供する。下で詳述されるように、そのようなフラグメント化は、アップリンクリソースおよびダウンリンクリソースの効率的な使用に帰着し得る。いくつかの場合では、フラグメント化パラメータは、フラグメント化された送信を処理するために発信デバイスおよび受信デバイスの両方によって使用されるメモリおよび処理リソースの量を減じることのような、ある目的を達成するためにネゴシエートされ得る。
[0036]本開示の様々な態様は、添付図面を参照してより完全に以下に記述される。しかしながら、本開示は、様々な形態で具現化され得、また、本開示全体にわたって提示されるいずれかの特定の構造または機能に限定されるものと解釈されるべきでない。むしろ、これらの態様は、本開示が徹底的で完全なものとなり、本開示の範囲を当業者に十分に伝えられるように与えられる。本明細書での教示に基づいて、当業者は、本開示の範囲が本明細書で開示される開示のいかなる態様をも、本開示の他の態様と独立に実装されるにせよ、組み合せられるにせよ、カバーすることを意図されることを諒解されたい。例えば、本明細書で記載される任意の数の態様を使用して、装置は実装され得、または方法は実施され得る。加えて、本開示の範囲は、本明細書で記載される本開示の様々な態様に加えて、またはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法をカバーすることを意図される。本明細書で開示されるいかなる態様も請求項の１つまたは複数の要素によって具現化され得ることを理解されたい。
[0037]用語「例示的」は、本明細書では、「例、事例、または実例としての役割を果たす」という意味で使用される。「例示的」として本明細書で記述されるいずれの態様も、必ずしも、他の態様よりも好ましいまたは有利であるとして解釈されるべきではない。
[0038]特定の態様が本明細書で記述されるが、これらの態様の多くの変形および置換は開示の範囲内に入る。好適な態様のいくつかの利益および利点が言及されるが、本開示の範囲は、特定の利益、使用法、または目的に限定されることを意図されない。むしろ、本開示の態様は、種々のワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であることが意図され、それらのうちのいくつかが、例として、好適な態様の以下の記述および図に示される。詳細な記述および図面は、本開示を限定するものではなく説明するものに過ぎず、本開示の範囲は、添付の特許請求の範囲およびその均等物によって定義される。
[0039]本明細書で記述される技法は、直交多重化スキームに基づく通信システムを含む様々なブロードバンドワイヤレス通信システムに使用され得る。そのような通信システムの例は、空間分割多元接続（ＳＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システムを含む。ＳＤＭＡシステムは、複数のユーザ端末に属するデータを一斉に送信するために十分に相違する方向を利用し得る。ＴＤＭＡシステムは、送信信号を相違するタイムスロットに分割することによって、複数のユーザ端末が同じ周波数チャネルを共有することを可能にし得、各タイムスロットは異なるユーザ端末に割り当てられる。ＯＦＤＭＡシステムは、直交周波数分割多重化（ＯＦＤＭ）を利用し、これは、システムバンド幅全体を複数の直交サブキャリアに区分する変調技法である。これらのサブキャリアはまた、トーン、ビンなどと呼ばれ得る。ＯＦＤＭにより、各サブキャリアはデータによって独立して変調され得る。ＳＣ−ＦＤＭＡシステムは、システムバンド幅にわたって分散されたサブキャリア上で送信するためにインターリーブドＦＤＭＡ（ＩＦＤＭＡ：interleaved FDMA）を、隣接するサブキャリアのブロック上で送信するためにローカライズドＦＤＭＡ（ＬＦＤＭＡ：localized FDMA）を、または隣接するサブキャリアの複数のブロック上で送信するためにエンハンストＦＤＭＡ（ＥＦＤＭＡ：enhanced FDMA）を利用し得る。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭＡでは時間領域で送られる。
[0040]本明細書での教示は、様々なワイヤードまたはワイヤレス装置（たとえば、ノード）に組み込まれ得る（例えば、装置内で実装されるか、または装置によって実行され得る）。いくつかの態様では、本明細書での教示に従って実装されるワイヤレスノードは、アクセスポイントまたはアクセス端末を備え得る。
[0041]アクセスポイント（「ＡＰ」）は、ＮｏｄｅＢ、無線ネットワークコントローラ（「ＲＮＣ」）、エボルブドＮｏｄｅＢ（ｅＮＢ）、基地局コントローラ（「ＢＳＣ」）、基地送受信機局（「ＢＴＳ」）、基地局（「ＢＳ」）、送受信機機能（「ＴＦ」）、無線ルータ、無線送受信機、基本サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、または他の何らかの用語を備え得、あるいはそれらのいずれかとして実装され得、あるいはそれらのいずれかとして知られ得る。
[0042]アクセス端末（「ＡＴ」）は、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末（ＵＴ）、ユーザエージェント、ユーザデバイス、ユーザ機器、ユーザ局、または他の何らかの用語を備え得、あるいはそれらのいずれかとして実装され得、あるいはそれらのいずれかとして知られ得る。いくつかの実装形態では、アクセス端末は、セルラ電話機、コードレス電話機、セッション開始プロトコル（「ＳＩＰ」）電話機、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続機能を有するハンドヘルドデバイス、局、またはワイヤレスモデムに接続された他の何らかの適切な処理デバイスを備え得る。したがって、本明細書で教示される１つまたは複数の態様は、電話機（例えば、セルラ電話機またはスマートフォン）、コンピュータ（例えば、ラップトップ）、タブレット、ポータブル通信デバイス、ポータブルコンピューティングデバイス（例えば、携帯情報端末）、エンターテインメントデバイス（例えば、音楽またはビデオデバイス、あるいは衛星ラジオ）、全地球測位システム（ＧＰＳ）デバイス、あるいはワイヤレス媒体またはワイヤード媒体を介して通信するように構成された任意の他の適切なデバイスに組み込まれ得る。いくつかの態様では、ＡＴはワイヤレスノードであり得る。そのようなワイヤレスノードは、例えば、ワイヤード通信リンクまたはワイヤレス通信リンクを介してネットワーク（例えば、インターネットまたはセルラネットワークのようなワイドエリアネットワーク）のための接続またはそのようなネットワークへの接続を提供し得る。
例となるワイヤレス通信システム
[0043]図１は、本開示の態様が実行され得るワイヤレス通信システム１００を示す。例えば、ユーザ端末１２０（または、その中の処理システム）は、複数のプロトコルデータユニット（ＰＤＵ）を受信し、ＰＤＵの各々が（例えば、アクセスポイント１１０から）成功裏に受信されたかどうか、およびＰＤＵの各々がフラグメント化されていないサービスデータユニット（ＳＤＵ）に関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかを決定し、決定に基づいて、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロック確認応答（ブロックＡｃｋ）フレームを送信のために出力し得る。
[0044]システム１００は、例えば、アクセスポイントおよびユーザ端末を有する多元接続多入力多出力（ＭＩＭＯ）システムであり得る。簡略化のために、図１にはただ１つのアクセスポイント１１０が示される。アクセスポイントは、一般に、ユーザ端末と通信する固定局であり、また、基地局または他の何らかの専門用語として称され得る。ユーザ端末は、固定型でもよいしモバイル型であってもよく、移動局、ワイヤレスデバイス、または他の何らかの専門用語としても称され得る。アクセスポイント１１０は、ダウンリンクおよびアップリンク上で任意の所与の瞬間において１つまたは複数のユーザ端末１２０と通信し得る。ダウンリンク（すなわち、順方向リンク）はアクセスポイントからユーザ端末への通信リンクであり、アップリンク（すなわち、逆方向リンク）はユーザ端末からアクセスポイントへの通信リンクである。ユーザ端末はまた、別のユーザ端末とピアツーピアで通信し得る。
[0045]システムコントローラ１３０は、これらのＡＰおよび／または他のシステムのための調整および制御を提供し得る。ＡＰは、システムコントローラ１３０によって管理され得、システムコントローラ１３０は、例えば、無線周波数電力、チャネル、認証、およびセキュリティに対する調整を処理し得る。システムコントローラ１３０は、バックホールを介してＡＰと通信し得る。ＡＰはまた、例えばワイヤレスバックホールまたはワイヤーラインバックホールを介して直接または間接的に互いに通信し得る。
[0046]以下の開示の一部が空間分割多元接続（ＳＤＭＡ）を介して通信することが可能なユーザ端末１２０を記述する一方、ある態様については、ユーザ端末１２０はＳＤＭＡをサポートしないいくつかのユーザ端末も含み得る。したがって、そのような態様については、ＡＰ１１０はＳＤＭＡユーザ端末および非ＳＤＭＡユーザ端末の両方と通信するように構成され得る。このアプローチは、都合の良いことに、適切と考えられる場合により新しいＳＤＭＡユーザ端末が導入されることを可能にしながら、より古いバージョンのユーザ端末（「レガシー」局）が企業に展開されたままであることを可能にして、それらの有効寿命を延長する。
[0047]システム１００は、ダウンリンクおよびアップリンク上でのデータ送信のために複数の送信アンテナおよび複数の受信アンテナを使用する。アクセスポイント１１０はＮａｐ個のアンテナを装備し、ダウンリンク送信のための多入力（ＭＩ）およびアップリンク送信のための多出力（ＭＯ）を表現する。Ｋ個の選択されたユーザ端末１２０のセットは、共同で、ダウンリンク送信のための多出力およびアップリンク送信のための多入力を表現する。純粋なＳＤＭＡについては、Ｋ個のユーザ端末のためのデータシンボルストリームが、符号、周波数、または時間であるいは何らかの手段で多重化されない場合、Ｎａｐ≧Ｋ≧１であることが望ましい。データシンボルストリームが、ＴＤＭＡ技法、ＣＤＭＡによる相違する符号チャネル、ＯＦＤＭによるサブバンドの独立セット（disjoint sets）などを使用して多重化されることが可能な場合、ＫはＮａｐ超であり得る。各選択されたユーザ端末は、アクセスポイントにユーザ固有のデータを送信し、および／またはアクセスポイントからユーザ固有のデータを受信する。概して、各選択されたユーザ端末は、１つまたは複数のアンテナを装備し得る（すなわち、Ｎｕｔ≧１）。Ｋ個の選択されたユーザ端末は、同数のまたは相違する数のアンテナを有する可能性がある。
[0048]システム１００は、時分割複信（ＴＤＤ）システムまたは周波数分割複信（ＦＤＤ）システムであり得る。ＴＤＤシステムの場合、ダウンリンクおよびアップリンクは、同じ周波数バンドを共有する。ＦＤＤシステムの場合、ダウンリンクおよびアップリンクは、相違する周波数バンドを使用する。システム１００はまた、送信のために単一のキャリアまたは複数のキャリアを使用し得る。各ユーザ端末は、（例えば、コストを抑えるために）単一のアンテナを装備し得、または（例えば、追加のコストがサポートされることが可能な場合）複数のアンテナを装備し得る。複数のユーザ端末１２０が送信／受信を相違するタイムスロットに分割することによって同じ周波数チャネルを共有する場合、システム１００はＴＤＭＡシステムでもあり得る。ここで、各タイムスロットは異なるユーザ端末１２０に割り当てられる。
[0049]図２は、本開示の態様が実行され得るシステム１００のブロック図を示す。例えば、アクセスポイント１１０（または、その中の処理システム）は、複数のＰＤＵを送信のために出力し得、ここで、ＰＤＵの各々はフラグメント化されていないＳＤＵまたはフラグメント化されたＳＤＵと関連付けられており、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールド（例えば、ブロックＡｃｋビットマップフィールド）を備える短縮されたブロックＡｃｋフレームを受信し得、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために短縮されたブロックＡｃｋフレーム中のビットマップフィールドを処理し得る。
[0050]システム１００は、例えばアクセスポイント１１０および２つのユーザ端末１２０ｍおよび１２０ｘを有するＭＩＭＯシステムであり得る。アクセスポイント１１０は、Ｎａｐ個のアンテナ２２４ａ乃至２２４ａｐを装備する。ユーザ端末１２０ｍは、Ｎｕｔ，ｍ個のアンテナ２５２ｍａ乃至２５２ｍｕを装備し、ユーザ端末１２０ｘは、Ｎｕｔ，ｘ個のアンテナ２５２ｘａ乃至２５２ｘｕを装備する。アクセスポイント１１０は、ダウンリンクについての送信エンティティーであり、アップリンクについての受信エンティティーである。各ユーザ端末１２０は、アップリンクについての送信エンティティーであり、ダウンリンクについての受信エンティティーである。本明細書で使用される場合、「送信エンティティー」は、ワイヤレスチャネルを介してデータを送信できる独立動作型の装置またはデバイス（例えば、ＡＰまたはＳＴＡ）であり、「受信エンティティー」は、ワイヤレスチャネルを介してデータを受信できる独立動作型の装置またはデバイス（例えば、ＡＰまたはＳＴＡ）である。以下の記述では、下付き文字「ｄｎ」はダウンリンクを表わし、下付き文字「ｕｐ」はアップリンクを表わし、Ｎｕｐ個のユーザ端末がアップリンク上での一斉送信のために選択され、Ｎｄｎ個のユーザ端末がダウンリンク上での一斉送信のために選択され、ＮｕｐはＮｄｎと等しくても等しくなくてもよく、ＮｕｐおよびＮｄｎは静的な値であってもよいし、各スケジューリング間隔について変化することができる。ビームステアリングまたは他の何らかの空間処理技法が、アクセスポイントおよびユーザ端末において使用され得る。
[0051]アップリンク上では、アップリンク送信のために選択された各ユーザ端末１２０において、送信（ＴＸ）データプロセッサ２８８がデータソース２８６からトラフィックデータを受信し、コントローラ２８０から制御データを受信する。コントローラ２８０は、メモリ２８２と結合され得る。ＴＸデータプロセッサ２８８は、ユーザ端末のために選択されたレートに関連付けられるコーディングおよび変調スキームに基づいてユーザ端末のためのトラフィックデータを処理（例えば、符号化、インターリーブ、および変調）し、データシンボルストリームを提供する。ＴＸ空間プロセッサ２９０は、データシンボルストリームに対して空間処理を実行し、Ｎｕｔ，ｍ個のアンテナのためのＮｕｔ，ｍ個の送信シンボルストリームを提供する。各送信機ユニット（ＴＭＴＲ）２５４は、アップリンク信号を生成するために、それぞれの送信シンボルストリームを受信および処理（例えば、アナログに変換、増幅、フィルタ、および周波数アップコンバート）する。Ｎｕｔ，ｍ個の送信機ユニット２５４は、Ｎｕｔ，ｍ個のアンテナ２５２からアクセスポイントへの送信のためのＮｕｔ，ｍ個のアップリンク信号を提供する。
[0052]Ｎｕｐ個のユーザ端末は、アップリンク上での一斉送信に向けてスケジュールされ得る。これらのユーザ端末の各々は、そのデータシンボルストリームに対して空間処理を実行し、アップリンク上でその送信シンボルストリームのセットをアクセスポイントに送信する。
[0053]アクセスポイント１１０において、Ｎａｐ個のアンテナ２２４ａ乃至２２４ａｐは、アップリンク上で送信するＮａｐ個のユーザ端末全てからアップリンク信号を受信する。各アンテナ２２４は、受信された信号をそれぞれの受信機ユニット（ＲＣＶＲ）２２２へ提供する。各受信機ユニット２２２は、送信機ユニット２５４によって実行された処理と相補の処理を実行し、受信されたシンボルストリームを提供する。ＲＸ空間プロセッサ２４０は、Ｎａｐ個の受信機ユニット２２２からのＮａｐ個の受信されたシンボルストリームに対して受信機空間処理を実行し、Ｎｕｐ個の復元されたアップリンクデータシンボルストリームを提供する。受信機空間処理は、チャネル相関行列反転（ＣＣＭＩ：channel correlation matrix inversion）、最小平均２乗偏差（ＭＭＳＥ：minimum mean square error）、ソフト干渉消去（ＳＩＣ：soft interference cancellation）、または他の何らかの技法に従って実行される。各復元されたアップリンクデータシンボルストリームは、それぞれのユーザ端末によって送信されたデータシンボルストリームの推定値である。ＲＸデータプロセッサ２４２は、復号されたデータを得るために、各復元されたアップリンクデータシンボルストリームをそのストリームのために使用されたレートに従って処理（例えば、復調、デインタリーブ、および復号）する。各ユーザ端末のための復号されたデータは、記憶のためにデータシンク２４４へ提供され得、および／またはさらなる処理のためにコントローラ２３０へ提供され得る。コントローラ２３０は、メモリ２３２と結合され得る。
[0054]ダウンリンク上では、アクセスポイント１１０において、ＴＸデータプロセッサ２１０が、ダウンリンク送信に向けてスケジュールされたＮｄｎ個のユーザ端末のためのデータソース２０８からトラフィックデータを、コントローラ２３０から制御データを、および場合によってはスケジューラ２３４から他のデータを受信する。様々なタイプのデータが相違するトランスポートチャネル上で送られ得る。ＴＸデータプロセッサ２１０は、各ユーザ端末についてのトラフィックデータをそのユーザ端末のために選択されたレートに基づいて処理（例えば、符号化、インターリーブ、および変調）する。ＴＸデータプロセッサ２１０は、Ｎｄｎ個のユーザ端末のためのＮｄｎ個のダウンリンクデータシンボルストリームを提供する。ＴＸ空間プロセッサ２２０は、Ｎｄｎ個のダウンリンクデータシンボルストリームに対して（本開示で記述されるように、プリコーディングまたはビームフォーミングのような）空間処理を実行し、Ｎａｐ個のアンテナのためのＮａｐ個の送信シンボルストリームを提供する。各送信機ユニット２２２は、ダウンリンク信号を生成するために、それぞれの送信シンボルストリームを受信および処理する。Ｎａｐ個のアンテナ２２４からユーザ端末への送信のためにＮａｐ個のダウンリンク信号を提供するＮａｐ個の送信機ユニット２２２。各ユーザ端末のための復号されたデータは、記憶のためにデータシンク２７２へ提供され得、および／またはさらなる処理のためにコントローラ２８０へ提供され得る。
[0055]各ユーザ端末１２０において、Ｎｕｔ，ｍ個のアンテナ２５２は、アクセスポイント１１０からＮａｐ個のダウンリンク信号を受信する。各受信機ユニット２５４は、関連するアンテナ２５２からの受信された信号を処理し、受信されたシンボルストリームを提供する。ＲＸ空間プロセッサ２６０は、Ｎｕｔ，ｍ個の受信機ユニット２５４からのＮｕｔ，ｍ個の受信されたシンボルストリームに対して受信機空間処理を実行し、ユーザ端末のための復元されたダウンリンクデータシンボルストリームを提供する。受信機空間処理は、ＣＣＭＩ、ＭＭＳＥ、または他の何らかの技法に従って実行される。ＲＸデータプロセッサ２７０は、ユーザ端末のための復号されたデータを得るために、復元されたダウンリンクデータシンボルストリームを処理（例えば、復調、デインタリーブ、および復号）する。
[0056]各ユーザ端末１２０において、チャネル推定器２７８は、ダウンリンクチャネル応答を推定し、チャネル利得推定値、ＳＮＲ推定値、ノイズ分散などを含み得るダウンリンクチャネル推定値を提供する。同様に、アクセスポイント１１０において、チャネル推定器２２８は、アップリンクチャネル応答を推定し、アップリンクチャネル推定値を提供する。各ユーザ端末のためのコントローラ２８０は、典型的には、ユーザ端末のための空間フィルタ行列を、そのユーザ端末のためのダウンリンクチャネル応答行列Ｈｄｎ，ｍに基づいて導出する。コントローラ２３０は、実効アップリンクチャネル応答行列Ｈｕｐ，ｅｆｆに基づいて、アクセスポイントについての空間フィルタ行列を導出する。各ユーザ端末のためのコントローラ２８０は、アクセスポイントへフィードバック情報（例えば、ダウンリンク固有ベクトルおよび／またはアップリンク固有ベクトル、固有値、ＳＮＲ推定値など）を送り得る。コントローラ２３０および２８０はまた、それぞれ、アクセスポイント１１０およびユーザ端末１２０での様々な処理ユニットの動作を制御する。
[0057]図３は、システム１００内で用いられ得るワイヤレスデバイス３０２中で利用され得る様々なコンポーネントを示す。ワイヤレスデバイス３０２は、本明細書で記述される様々な方法を実施するように構成され得るデバイスの例である。例えば、ワイヤレスデバイスは図７および図８にそれぞれ示される動作７００または８００を実行し得る。ワイヤレスデバイス３０２は、アクセスポイント１１０またはユーザ端末１２０であり得る。
[0058]ワイヤレスデバイス３０２は、ワイヤレスデバイス３０２の動作を制御するプロセッサ３０４を含み得る。プロセッサ３０４は、中央処理装置（ＣＰＵ）とも称され得る。読み取り専用メモリ（ＲＯＭ）およびランダムアクセスメモリ（ＲＡＭ）の両方を含み得るメモリ３０６は、プロセッサ３０４に命令およびデータを提供する。メモリ３０６の一部は不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含み得る。プロセッサ３０４は、典型的には、メモリ３０６内に記憶されるプログラム命令に基づいて論理演算および算術演算を実行する。メモリ３０６中の命令は、本明細書で記述される方法を実施するように実行可能であり得る。
[0059]ワイヤレスデバイス３０２はまた、ワイヤレスデバイス３０２と遠隔ノードとの間のデータの送受信を可能にするための送信機３１０および受信機３１２を含み得る筐体３０８を含み得る。送信機３１０および受信機３１２は、送受信機３１４へと組み合わせられ得る。単一または複数の送信機アンテナ３１６は、筐体３０８に取り付けられ得、また送受信機３１４に電気的に結合され得る。ワイヤレスデバイス３０２はまた、複数の送信機、複数の受信機、および複数の送受信機を含み得る（図示せず）。
[0060]ワイヤレスデバイス３０２はまた、送受信機３１４によって受信される信号のレベルを検出および量子化する目的で使用され得る信号検出器３１８を含み得る。信号検出器３１８は、総エネルギー、シンボルごとのサブキャリア当たりのエネルギー、電力スペクトル密度、および他の信号のような信号を検出し得る。ワイヤレスデバイス３０２はまた、信号の処理において使用されるデジタル信号プロセッサ（ＤＳＰ）３２０を含み得る。
[0061]ワイヤレスデバイス３０２の様々なコンポーネントは、バスシステム３２２によって相互に結合され得、バスシステム３２２は、データバスに加えて、電力バス、制御信号バス、およびステータス信号バスを含み得る。
例となる短縮されたブロック確認応答
[0062]上で記されるように、本開示の態様は、フラグメント化を使用してデータユニットを送るための技法を提供する。これは、アップリンクリソースおよびダウンリンクリソースの効率的な使用に帰着し得る。本明細書で使用される場合、用語フラグメント化は、一般に、ＭＡＣサービスデータユニット（ＭＳＤＵ）またはＭＡＣ管理プロトコルデータユニット（ＭＭＰＤＵ）のようなデータユニットを送信のためのより小さなデータユニット（例えば、ＭＰＤＵ）へ分割する処理を指す。
[0063]いくつかの場合では、フラグメント長は、最後のものを除いて全フラグメントについて同じであり得、最後のものは単に残った部分を収容するように他のものより小さくあり得る。加えて、（最後のフラグメントを除く）各フラグメントの長さは偶数オクテットであり得る。各フラグメントの長さは、あるフラグメント化閾値（例えばＩＥＥＥ８０２．１１中のパラメータdot 11 Fragmentation Thresholdによって指定された閾値で）を決して超えないように制限され得る。いくつかの場合では、例えば、セキュリティカプセル化が呼び出される場合、フラグメント長はカプセル化オーバーヘッドに起因してこの閾値を超え得る。一旦フラグメントが初めて送信されると、フレームボディ内容および長さは、フラグメントが受信側局（ＳＴＡ）に成功裏に届けられるまで、固定され得る。
[0064]デフラグメント化は、一般に、ＭＳＤＵ／ＭＭＰＤＵをその構成要素フラグメントから再組立てする（reassembling）工程を指す。再組立ては、一般に、フラグメント番号（ＦＮ）サブフィールドの順にフラグメントを結合することによって実行される。最後のフラグメントを識別するための機構が利用され得る。例えば、０に等しいモアフラグメントビット（More Fragments bit）を有するフラグメントは、この特定のＭＳＤＵ／ＭＭＰＤＵのための最後のフラグメントを、その順序番号（sequence number）（ＳＮ）に基づいて示す。
[0065]ＩＥＥＥ ８０２．１１ａｘ（高効率ワイヤレス（ＨＥＷ）または高効率ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）としても知られる）のようなあるワイヤレス通信システムでは、７５０ｋｂｐｓ以下のデータレートが提案されており（例えば、２．５ＭＨｚでＭＣＳ０）、これは、フラグメント化の使用を示唆する。ＡＰが複数のＳＴＡと通信するマルチユーザ（ＭＵ）動作では、ＡＰは、与えられた送信機会（ＴＸＯＰ）の残りについてのＳＴＡ当たりのリソース割り当てを提供するトリガフレームを送ることによって、リソースを割り当て得る。
[0066]割り当てられたリソースを十分に使用する目的で、ＳＴＡはＭＳＤＵを、実行中に（on-the-fly）、フラグメント化し得る。フラグメント長およびフラグメントの数は、一旦ＳＴＡがその現在の送信のための割り当てられたリソースを知れば決定され得る。フラグメント化閾値（これは、フラグメントの長さを制御する）は、与えられたＴＸＯＰを十分に使用するようにＭＳＤＵごとに動的に変更され得る。ある実施形態では、フラグメント化閾値は、同じＭＳＤＵの各フラグメントの長さを制御し得る。最初のフラグメントは、与えられたＴＸＯＰ中の割り当てられたリソース中で送信され得る。残るｎ−１個のフラグメントは、後続のＴＸＯＰ中での送信のために待ち行列に入れられ得る。このベースライン方法は、複数のフラグメントを生成し、各フラグメントは１つのＭＰＤＵ中で搬送される。フラグメントのペイロードが小さいほど、フラグメントの数が大きい（すなわち、ＰＨＹ／ＭＡＣ／セキュリティオーバーヘッドの影響が大きい）。
[0067]ＰＨＹオーバーヘッドのうちのいくらかを除去するために、フラグメントの（他のフラグメントまたは完全なＭＰＤＵとともに）アグリゲートされるＭＰＤＵ（Ａ−ＭＰＤＵ）アグリゲーションを許可することが有用であり得る。ただし、このことは、Ａ−ＭＰＤＵデリミッタおよびパディングによる多少のオーバーヘッドを加える。例として、このようなフラグメントのアグリゲーションは、低データレートの割り当てを効率的に埋める目的で実行され得る（例えば、割り当てを効率的に埋めることは、２０００バイトのデータ、すなわち１５００Ｂのフラグメント化されていないＭＳＤＵプラス別のフラグメント化されたＭＳＤＵの５００Ｂのフラグメントを伴う）。別の例として、フラグメントのＡ−ＭＰＤＵアグリゲーションは、後続の送信機会（ＴＸＯＰ）中であるＭＳＤＵの残りのフラグメントを効率的に送信するために行われ得る。後続のＴＸＯＰ中の再送信は、フラグメントのアグリゲーションを伴い得る。一旦パケットがフラグメント化されて送信されたなら、パケットは同様にして再送信されるべきであり、そうでないと、再組立て（デフラグメント化）は複雑になる。ある態様については、Ａ−ＭＰＤＵは、フラグメント化されていないＭＳＤＵ、およびＭＳＤＵの多くて１つのフラグメントを含み得る（すなわち、Ａ−ＭＳＤＵは、同じＭＳＤＵの１つ超のフラグメントを含むことができない）。
[0068]図４は、本開示のある態様に従って、ＡＭＰＤＵ４２０中のフラグメントＭＰＤＵの例となるアグリゲーションを示す。示される例では、順序番号１および５（ＳＮ＝１およびＳＮ＝５）を有するＭＳＤＵ４１０はフラグメント化されておらず、その一方で順序番号２（ＳＮ＝２）を有するＭＳＤＵ４１０は、示される３つのフラグメントで、フラグメント番号１、２、および３（ＦＮ＝１、ＦＮ＝２、およびＦＮ＝３）でフラグメント化される。示されるように、モアフラグメントフラグ（ＭＦ）は最初の２つのフラグメント中で、さらなるフラグメントが来ることを示すために１にセットされ得、その一方でＭＦは、第３フラグメント中で０に設定されていることを示し、最後のフラグメントを示す。
[0069]そのようなフラグメントアグリゲーションは即時ブロックＡｃｋ手順の基本を変更することなく（例えば、各ＭＳＤＵ４１０は、ブロックＡｃｋバッファの１つの位置を占め、フラグメントＭＰＤＵは独立したバッファを占める）、かつフラグメント化／デフラグメント化手順の基本を変更することなく可能であり得る。しかしながら、各々が最大１６個のフラグメントを有する最大６４個のＭＳＤＵを確認応答することが可能な基本ブロックＡｃｋフレームは、長さ１２８オクテットのビットマップフィールドを有する。最大６４個のＭＳＤＵを確認応答するとともに８オクテットだけの長さのビットマップフィールドを有する圧縮されたブロックＡｃｋが使用され得る。この種の圧縮されたブロックＡｃｋフレームは、普通のブロックＡｃｋフレーム（例えば、規格によって定義されている）より短い一方で、フラグメント化されたＭＳＤＵまたはそのフラグメントを確認応答しない。
[0070]これに対処するために、本開示の態様は、フラグメント化されたＭＳＤＵおよびフラグメント化されていないＭＳＤＵを確認応答できるが、基本ブロックＡｃｋフレームと比較して、減じられた大きさを有するブロックＡｃｋフレームを提供する。いくつかの場合では、短縮された、または「圧縮された」ブロックＡｃｋフレームはオーバーヘッドを減じ、また、基本ブロックＡｃｋフレームのシグナリングにおいて著しい変化無しでフラグメント化されたＭＳＤＵを確認応答することができ得る。
[0071]いくつかの場合では、受信側はＡ−ＭＰＤＵごとにブロックＡｃｋフレームのタイプを選択し得る。この選択肢に従えば、Ａ−ＭＰＤＵを受信した後に、受信側は、圧縮されたブロックＡｃｋフレームの修正版（あるタイプの短縮されたブロックＡｃｋフレーム）または基本ブロックＡｃｋフレームのいずれかであるブロックＡｃｋフレームを生成し得る。短縮されたブロックＡｃｋフレーム（図４中で「圧縮されたブロックＡｃｋ＊」とラベルを付される）は、圧縮されたブロックＡｃｋ（８オクテットのビットマップを有する３２オクテット）と同じ長さを有し得る。しかしながら、短縮されたフレームのビットマップ中の各ビットは、フラグメント化されていない（Ａ−）ＭＳＤＵ、および（１）フラグメント化されたＭＳＤＵの最初のフラグメント、（２）ＭＳＤＵの全フラグメント、または、（３）ブロックＡｃｋフレームを誘発したＡ−ＭＰＤＵ中に含まれるＭＳＤＵの唯一のフラグメントのうちの１つの受信状態を示し得る。代わりに基本ブロックＡｃｋフレームが選択される場合、このフレームは１５２オクテットの長さ、および１２８オクテットの長さのビットマップを有する。基本フレームのビットマップ中の各ビットは、受信ブロック確認応答ウィンドウ内の各ＭＰＤＵ（フラグメントまたは非フラグメント）の受信状態を示す。
[0072]いくつかの場合では、発信側は、部分的情報とともに短縮されたブロックＡｃｋフレームを受信し得る。それは、（１）所与の順序番号（ＳＮ）の最初のフラグメント以外のフラグメントについての受信状態インジケーションがない、（２）所与のＳＮのフラグメントの少なくとも１つについての失敗受信状態インジケーションがある（すなわち、このＳＮについてビットが０にセットされている）、または、（３）ブロックＡｃｋフレームを誘発したＡ−ＭＰＤＵ中に含まれる唯一のフラグメントについての受信状態がない、ときに起こり得る。発信側が部分的情報とともに短縮されたブロックＡｃｋフレームを受信する場合、発信側はブロック確認応答要求（ＢＡＲ）フレームを送ることによって基本ブロックＡｃｋフレームを請求するか、または失敗受信状態を有していたＭＳＤＵの全フラグメントを再送信し得る。
[0073]受信側がブロックＡｃｋフレームのタイプを選択することの１つの短所は、ある状況において基本ブロックＡｃｋフレームがレスポンスとして生成され得ることである。この出来事の頻度は、Ａ−ＭＰＤＵ中に含まれるフラグメントの数に依存し得る。圧縮されたブロックＡｃｋフレームの修正版（３２オクテット）または基本ブロックＡｃｋフレーム（１５２オクテット）のいずれかを使用するのではなく、基本ブロックＡｃｋフレームとの比較で減じられた長さを有するけれども情報の内容が圧縮されたブロックＡｃｋフレームの修正版ほどは制限されない短縮されたブロックＡｃｋフレームについての他の選択肢が下で記述される。
[0074]図５に示されるように、いくつかの場合では、可変長ビットマップフィールド５１０を有する短縮されたブロックＡｃｋフレーム５００が使用され得る。このビットマップサイズは、例えば、フラグメントの数に依存し得、例えば、８〜１２８オクテットで可変であり得る。短縮されたブロックＡｃｋフレームは、例えば、６４個の（Ａ−）ＭＳＤＵおよび最大で短縮されたブロックＡｃｋフレーム中のブロックＡｃｋ開始シーケンス制御（ＳＳＣ）フィールド５２０中のフラグメント番号（ＦＮ）サブフィールドのフラグメントを確認応答するために使用され得る。図５は、発信側および受信側がどのＭＳＤＵ／フラグメントが成功裏に確認応答されたかをどのように追跡または「スコア付け」し得るかを示す。いくつかの場合では、下でより詳しく記述されるように、そのような追跡のために必要なメモリオーバーヘッドを制限するためにパラメータがネゴシエートされ得る。例えば、発信側および受信側は、同時に処理され得るフラグメント化された送信の最大数および／またはフラグメントを捨てる（flush）（フラグメント化された送信の全てのフラグメントが成功裏に受信されるとは限らない場合、成功裏に受信されたフラグメントであっても廃棄され得る）ために使用されるタイマ値をネゴシエートし得る。
[0075]ブロックＡｃｋ ＳＳＣフィールド中のフラグメント番号サブフィールドの値は、ブロックＡｃｋビットマップフィールド中に含まれる順序番号（ＳＮ）ごとにフラグメント番号を示し得る。ＦＮ＝０の場合、フラグメント化されていないＭＳＤＵおよびフラグメント化されたＭＳＤＵの最初のフラグメントが、短縮されたブロックＡｃｋフレームによって確認応答され得る。他の態様については、ＦＮ＝０の場合、短縮されたブロックＡｃｋフレームを誘発したＡ−ＭＰＤＵに含まれる（または、短縮されたブロックＡｃｋフレームを誘発した２つのＡ−ＭＰＤＵの間で送信されたＡ−ＭＰＤＵに含まれる）各フラグメント化されたＭＳＤＵの多くて１つのフラグメントおよびフラグメント化されていないＭＳＤＵが、短縮されたブロックＡｃｋフレームによって確認応答され得る。最大６４個のＭＳＤＵが確認応答され得る場合、これは８オクテットの長さを有するブロックＡｃｋビットマップフィールドにつながる。この長さは、圧縮されたブロックＡｃｋフレーム中のブロックＡｃｋビットマップフィールドと同じ長さである。ＦＮ＝Ｎの場合、フラグメント化されていないＭＳＤＵおよびフラグメント化されたＭＳＤＵの最大Ｎ＋１個のフラグメントが確認応答され得、８＊（Ｎ＋ｌ）オクテットのビットマップフィールド長につながる。最悪ケース（例えば、６４個のＭＳＤＵが１６個のフラグメントを有する場合）では、可変長ビットマップフィールドを有する「短縮された」ブロックＡｃｋフレームは、基本ブロックＡｃｋフレーム（１２８オクテットのビットマップフィールド長を有する１５２オクテット）と同じ長さであり得る。
[0076]図６に示されるように、いくつかの場合では、固定の（例えば、一定長の）ビットマップフィールドを有する短縮されたブロックＡｃｋフレーム６００が、フラグメント依存のシグナリングのために使用され得る。いくつかの場合では、短縮されたブロックＡｃｋフレームについてのビットマップフィールドの長さは、８オクテットであり得、また、短縮されたブロックＡｃｋフレームの長さは、圧縮されたブロックＡｃｋフレーム（３２オクテット）のそれと同じであり得る。
[0077]図５を参照して上で記述される場合と同様に、ブロックＡｃｋ ＳＳＣフィールド中のフラグメント番号サブフィールドの値は、ブロックＡｃｋビットマップフィールド中に含まれるＳＮごとにフラグメントの数を示し得る。ＦＮ＝０の場合、フラグメント化されていないＭＳＤＵおよびフラグメント化されたＭＳＤＵの最初のフラグメントが、短縮されたブロックＡｃｋフレームによって確認応答され得る。他の態様については、ＦＮ＝０の場合、短縮されたブロックＡｃｋフレームを誘発したＡ−ＭＰＤＵに含まれる（または、短縮されたブロックＡｃｋフレームを誘発した２つのＡ−ＭＰＤＵの間で送信されたＡ−ＭＰＤＵに含まれる）各フラグメント化されたＭＳＤＵの多くて１つのフラグメントおよびフラグメント化されていないＭＳＤＵが、短縮されたブロックＡｃｋフレームによって確認応答され得る。８オクテットの長さを有するビットマップフィールドにより、例えば、最大６４個の（Ａ−）ＭＳＤＵが確認応答され得る。ＦＮ＝Ｎの場合、フラグメント化されていないＭＳＤＵおよびフラグメント化されたＭＳＤＵの最大Ｎ＋１個のフラグメントが確認応答され得る。
[0078]しかしながら、一定長のビットマップフィールドのため、短縮されたブロックＡｃｋフレームは、最大でｃｅｉｌ（Ｍ／Ｎ＋１）個の（Ａ−）ＭＳＤＵを確認応答し得る。ここで、Ｍは、ビット単位での固定ビットマップ長である（例えば、Ｍ＝６４ビット＝８オクテット）。換言すると、一定長のビットマップフィールドを有する各短縮されたブロックＡｃｋフレームによって確認応答され得るＭＳＤＵの数は、ＦＮに応じて変わる。いくつかの場合では、最後のＭＳＤＵのフラグメントの一部だけが確認応答され得る。
[0079]いくつかの場合では、この選択肢（すなわち、Ａ−ＭＰＤＵ中の少なくとも１つのＭＳＤＵが１６個のフラグメントにフラグメント化されている）については、（Ｍ＝６４の場合で）最大４個のＭＳＤＵだけが確認応答されることができる。フラグメントの数がより小さければ、より多くのＭＳＤＵが確認応答されることができる。
[0080]上での記述はブロックＡｃｋ ＳＳＣフィールド中のフラグメント番号サブフィールド（ＦＮ）の使用を引き合いに出すが、ブロックＡｃｋフレーム自体に含まれる任意のそのようなフィールドまたはサブフィールドが上で記述されるシグナリング（例えば、ＢＡ制御フィールド中のトラフィック識別子情報（ＴＩＤ＿ＩＮＦＯ）サブフィールド）を提供するために使用され得ることを当業者は認識するだろうことに留意されたい。例えば、短縮されたブロックＡｃｋフレームは、マルチフラグメントブロックＡｃｋフレームとして定義され得る。
[0081]下でより詳しく記述されるように、ブロックＡｃｋフレームの特定の変形体は、例えば、ＢＡ制御フィールドのマルチＴＩＤ、圧縮されたビットマップ、およびグループキャストリトライ（ＧＣＲ）サブフィールドの予備の組合せを使用することによって、他のフレームフォーマットから区別され得る。
[0082]ある態様については、マルチフラグメントブロックＡｃｋフレームについてのＴＩＤ＿ＩＮＦＯフィールドは、このフレームで確認応答されることができるＭＳＤＵの数を（例えば、８または１６などの単位で）示し得、ブロックＡｃｋビットマップフィールドを確認応答されることができるＭＳＤＵの関数として動的に変えることを可能にする。例えば、ＴＩＤ＿ＩＮＦＯが０であるとともにＦＮが０である場合、ビットマップフィールドは、長さで１オクテットであり得、８個のＭＳＤＵおよびＭＤＳＵの最初のフラグメントについての確認応答情報を搬送する。
[0083]図７は、本開示のある態様に従った、短縮されたブロックＡｃｋフレームを送信のために出力するための例となる動作７００のフロー図である。動作７００は、例えば装置（例えば、ＡＰ１１０、ユーザ端末１２０、またはワイヤレスデバイス３０２、またはそれらの中の処理システム）によって実行され得る。
[0084]動作７００は、装置が複数のプロトコルデータユニット（ＰＤＵ）を（例えば、ユーザ端末１２０またはＡＰ１１０であり得る別の装置から）受信するブロック７０２で開始する。複数のＰＤＵは、複数の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を備え得る。複数のＭＰＤＵは、例えば、アグリゲートされたＭＰＤＵ（Ａ−ＭＰＤＵ）を備え得る。
[0085]ブロック７０４において、装置は、ＰＤＵの各々が成功裏に受信されたかどうかを決定する。装置はまた、ブロック７０４において、ＰＤＵの各々がフラグメント化されていないサービスデータユニット（ＳＤＵ）に関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかを決定する。ある態様については、ＰＤＵの少なくとも１つは、複数のフラグメント化されたＳＤＵのうちの１つのフラグメント化されたＳＤＵのフラグメントを備える。
[0086]ブロック７０６では、装置は、短縮されたブロック確認応答（ブロックＡｃｋ）フレームを送信のために出力する。短縮されたブロックＡｃｋフレームは、ブロック７０４での決定に基づいて、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを含む。換言すると、ビットマップフィールド中のビットは、ブロック７０４での決定に従って埋められる（populated）（例えばロジック「１」は、ＳＤＵまたはそのフラグメントが成功裏に受信されたことを示し得、ロジック「０」は、ＳＤＵまたはそのフラグメントが成功裏に受信されなかったことを示し得る）。ある態様については、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵは、フラグメント化されていないＭＡＣサービスデータユニット（ＭＳＤＵ）およびフラグメント化されたＭＳＤＵを含む。
[0087]ある態様によれば、動作７００は、装置がブロック７０６において短縮されたブロックＡｃｋフレームを送信のために出力した後にブロック確認応答要求を受信することをさらに含み得る。この場合、装置は、ブロック確認応答要求に応答して、基本ブロックＡｃｋフレームを送信のために出力し得る。基本ブロックＡｃｋフレーム中のビットマップフィールドは、ブロック７０４での決定に基づいて、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵの各フラグメントについての受信状態を示し得る。
[0088]ある態様によれば、動作７００は、装置がブロック７０６での出力の前に基本ブロックＡｃｋフレームよりも短縮されたブロックＡｃｋフレームを選択することをさらに含み得る。
[0089]ある態様によれば、動作７００ｓは、装置がブロック７０２での受信の前に別の短縮されたブロックＡｃｋフレームを送信のために出力することをさらに含む。この場合、複数のＰＤＵはＡ−ＭＰＤＵを備え得、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵはフラグメント化されていないＭＳＤＵおよびフラグメント化されたＭＳＤＵを含み、Ａ−ＭＰＤＵは、フラグメント化されたＭＳＤＵの各々について多くて１つのフラグメントを含み得る。
[0090]図８は、本開示のある態様に従って、フラグメント化されたサービスデータユニット（ＳＤＵ）（例えばＭＳＤＵ）およびフラグメント化されていないＳＤＵを確認応答するための短縮されたブロックＡｃｋフレームを使用するための例となる動作８００のフロー図である。動作８００は、例えば装置（例えば、ＡＰ１１０、ワイヤレスデバイス３０２、またはユーザ端末１２０、またはそれらの中の処理システム）によって実行され得る。
[0091]動作８００は、装置がブロック８０２において複数のプロトコルデータユニット（ＰＤＵ）を送信のために出力することで開始する。ＰＤＵの各々はフラグメント化されていないＳＤＵまたはフラグメント化されたＳＤＵに関連付けられている。ある態様については、ＰＤＵの少なくとも１つは複数のフラグメント化されたＳＤＵのうちの１つのフラグメント化されたＳＤＵの１つのフラグメントである。複数のＰＤＵは、複数の媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を備え得る。複数のＭＰＤＵは、例えば、アグリゲートされたＭＰＤＵ（Ａ−ＭＰＤＵ）を備え得る。
[0092]ブロック８０４において、装置は、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロック確認応答（ブロックＡｃｋ）フレームを受信する。装置は、ブロック８０６において、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために、短縮されたブロックＡｃｋフレーム中のビットマップフィールドを処理する。
[0093]ブロックＡｃｋフレームのこの特定の変形体は、例えば、ＢＡ制御フィールドのマルチＴＩＤ、圧縮されたビットマップ、およびグループキャストリトライ（ＧＣＲ）サブフィールドの予備の（reserved）組合せを使用することによって、他のフレームフォーマットから区別され得る。例として、図９中の表９００の第６行中の設定が、フレームがマルチフラグメントブロックＡｃｋフレームであることを示すために使用され得る。例えば、マルチフラグメントブロックＡｃｋフレームは、マルチＴＩＤ、圧縮されたビットマップ、ＧＣＲ値を全て１に設定することによって識別され得、また、上で記述されるＦＮは、例えば、ＢＡ制御フィールドのＴＩＤ＿ＩＮＦＯフィールド、またはブロックＡｃｋ ＳＳＣフィールドのＦＮサブフィールド中で示され得る。
[0094]ある態様によれば、動作８００は、装置がブロック確認応答要求を送信のために出力することをさらに含み得る。この要求は、例えば、ブロック８０６でフラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵの少なくとも１つが成功裏に受信されなかったことを示した処理の後に出力され得る。装置はまた、ブロック確認応答要求に応答して基本ブロックＡｃｋフレームを受信し得る。基本ブロックＡｃｋフレーム中のビットマップフィールドは、フラグメント化されていないＳＤＵの各々およびフラグメント化されたＳＤＵの各フラグメントについての受信状態を示し得る。
[0095]ある態様によれば、ブロック８０６での（例えば、フラグメント化されたＳＤＵの少なくとも１つが成功裏に受信されなかったことを示した）処理の後、動作８００は、装置が複数のフラグメント化されたＳＤＵの少なくとも１つのフラグメント化されたＳＤＵのフラグメントを再送信のために出力することをさらに含み得る。
[0096]上で記されるように、短縮されたブロックＡｃｋフレーム中のビットマップフィールドは、基本ブロックＡｃｋフレーム中のビットマップフィールドより短い長さを有する。換言すると、短縮されたブロックＡｃｋフレーム中のビットマップフィールドは、１２８オクテット未満の長さを有し得る。
[0097]図６を参照して記述されるように、短縮されたブロックＡｃｋフレーム中のビットマップフィールドは固定長（例えば、８オクテット）を有する。この場合、短縮されたブロックＡｃｋフレーム中のビットマップフィールドによって確認応答されることができるフラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵの数は可変であり得る。例えば、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵの数は最大でｃｅｉｌ（Ｍ／（Ｎ＋ｌ））であり得、ここで、Ｍは、ビット単位での固定長であり、短縮されたブロックＡｃｋフレーム中のビットマップフィールドはフラグメント化されたＳＤＵについての最大Ｎ＋１個のフラグメントについての受信状態を示すことができる。短縮されたブロックＡｃｋフレームは開始シーケンス制御（ＳＳＣ）フィールドを含み得、また、ＮはＳＳＣフィールドによって示されるフラグメント番号（ＦＮ）であり得る。
[0098]ある実施形態では、ＮおよびＭの両方は、ブロックＡｃｋフレーム自体の中でシグナリングされることができる。そのような実施形態では、ブロックＡｃｋビットマップフィールドに先行するいずれの予備フィールドもが、この目的で使用されることができる。一例では、フラグメント番号サブフィールドはこれらの値をシグナリングするために使用されることができる。ここで、フラグメント番号の０以上のビットは、ブロックＡｃｋビットマップフィールドの長さ（これは、オクテットの倍数である値（例えば、２オクテット、４オクテット、８オクテット、３２オクテットがＭの値をバイトで表現する）を取ることができる）を示す。いくつかの場合では、フラグメント番号の残りのビットの０以上は、Ｎの値またはＮの関数（例えば、それら残りビットは、０、２、４、８個のフラグメントの値を示すことができる）を表わすことができる。フラグメント番号のビットのうちのいずれもが、この目的で使用されることができる。例として、フラグメント番号フィールドの２つのＭＳＢがブロックＡｃｋビットマップの値を示すことができ、フラグメント番号の２つのＬＳＢがフラグメント番号の値を示すことができる。この例では、０に等しい２つのＭＳＢの値は、（規格の前バージョンと後方互換性を有するように）８バイトのブロックＡｃｋビットマップフィールドサイズを示すことができ、１に等しい値は２オクテットを示すことができ、２の値は３２オクテットを示すことができ、３の値は例えば１２８オクテットを示すことができる。同様に、例えば、０に等しい２つのＬＳＢの値は、（前で言及されるように後方互換性を有するように）フラグメントなしを示すことができ、その一方で、１の値は２個のフラグメントを示すことができ、２の値は４個のフラグメントを示すことができ、３の値は１６個のフラグメントを示すことができる。概して、フラグメント番号サブフィールドの値のどのような組合せも、ブロックＡｃｋビットマップ長の大きさおよび／または確認応答されているフラグメントの数を示すために使用されることができる。
[0099]図５を参照して記述されるように、短縮されたブロックＡｃｋフレーム中のビットマップフィールドは可変長を有する。この場合、可変長は短縮されたブロックＡｃｋフレーム中のＦＮによって示され得る。短縮されたブロックＡｃｋフレームは、ＳＳＣフィールドを含み得、ＦＮはＳＳＣフィールドによって示され得る。ある態様については、ＦＮ＝０であり、短縮されたブロックＡｃｋフレーム中のビットマップフィールド中の各ビットは、フラグメント化されていないＳＤＵのうちの１つまたはフラグメント化されたＳＤＵのうちの１つの最初のフラグメントについての受信状態を示し得る。短縮されたブロックＡｃｋフレーム中のビットマップフィールドは、例えば、８オクテットの長さを有し得る。ある態様については、ＦＮは正の整数であり、また、短縮されたブロックＡｃｋフレーム中のビットマップフィールド中の各ビットは、フラグメント化されていないＳＤＵのうちの１つまたはフラグメント化されたＳＤＵのうちの１つの各フラグメントについての受信状態を示し得る。この場合、ＦＮ＝Ｎであり、短縮されたブロックＡｃｋフレーム中のビットマップフィールドは、例えば、最大で８＊（Ｎ＋１）オクテットの長さを有し得る。
[0100]ある態様によれば、短縮されたブロックＡｃｋフレーム中のビットマップフィールド中の各ビットは、フラグメント化されていないＳＤＵのうちの１つまたはフラグメント化されたＳＤＵのうちの１つの最初のフラグメントについての受信状態を示し得る。他の態様については、短縮されたブロックＡｃｋフレーム中のビットマップフィールド中の各ビットは、フラグメント化されていないＳＤＵの１つについて、またはフラグメント化されたＳＤＵのうちの１つの全フラグメントについてまとめて（collectively）、受信状態を示し得る。
[0101]上で記されるように、ある場合では、ブロックＡｃｋフレームの特定の変形体は、ＢＡ制御フィールドのマルチＴＩＤ、圧縮されたビットマップ、およびグループキャストリトライ（ＧＣＲ）サブフィールドのような様々なフィールドの予備の組合せを使用することによって他のフレームフォーマットから区別され得る。
[0102]図９を参照して、例として、表９００の第６行中の設定が、フレームがマルチフラグメントブロックＡｃｋフレームであることを示すために使用され得る。示されるように、マルチフラグメントブロックＡｃｋフレームは、マルチＴＩＤ、圧縮されたビットマップ、およびＧＣＲ値を全て１に設定することによって識別され得、また、上で記述されるＦＮは、例えば、ＢＡ制御フィールドのＴＩＤ＿ＩＮＦＯフィールドまたはブロックＡｃｋ ＳＳＣフィールドのＦＮサブフィールド中で示され得る。
[0103]図１０の例となるやり取り１０００中で示されるように、本明細書で提示されるフラグメント化のための技法は、ＡＰによって送られたトリガフレーム１０１０によって始動されたＭＵ送信１０２０中で割り当てられたリソースを使用する効率的な方法を提供し得る。そのようなフラグメント化は、範囲制限付きデバイスのために、圧縮されたブロックＡｃｋフレーム１０３０を介して（事実上、ＵＬリンクを閉じることを介して）フィードバックを提供する手段を提供し得る。いくつかの場合では、ＭＵモードで送られる場合にフラグメントがＡ−ＭＰＤＵ中で搬送されることを可能にするブロック確認応答（ブロックＡｃｋ）プロトコルも提供され得る。そのようなプロトコルは、受信側デバイスおよび発信側デバイスの両方でのメモリ要件を（例えば、どのデータユニット／フラグメントが受信されたかを把握するのに必要なメモリの量を制限することによって）減じながら、送信デバイスでのフラグメントの生成を簡略化することを支援する。いくつかの場合では、圧縮されたブロックＡｃｋフレーム１０１０は、Ａ−ＭＰＤＵ中で送られ、受信されたフラグメントを確認応答するために使用され得る（これは、強化されたＨＴ即時ブロックＡｃｋプロトコルの形態と考えられ得る）。
[0104]上で記されるように、ある場合では、ＳＴＡは、ＢＡセットアップの間にフラグメント化をネゴシエートし得る。換言すると、フラグメント化が有効とされたＢＡセッションの間にフラグメント化関連のパラメータがやり取りされ得る。いくつかの場合では、このネゴシエーションは関連付けの間（局がＡＰと関連付けするとき）に実行され得る。発信側でのフラグメント生成に関して、フラグメントは受信側によって指定される様々な制限の下でＡ−ＭＰＤＵ中で搬送され得る。これらの制限は、例えば、フラグメント化されたＭＳＤＵ／ＭＭＰＤＵの併存する最大数（Ｍａｘ＃）、およびＭＳＤＵ／ＭＭＰＤＵごとのフラグメントの最大数を含み得る。いくつかの場合では、ＭＳＤＵ当たりただ１つのフラグメントがＡ−ＭＰＤＵ中で搬送されるだろう。いくつかの場合では、フラグメントの長さに制限（または、依存性）はない場合がある。
[0105]受信側でのフラグメント確認応答は、以下の通りであり得る。受信側は、受信タイマの持続時間の間、フラグメント化されたＭＳＤＵ／ＭＭＰＤＵについてのフルステート（full state）情報を維持し得る。いくつかの場合では、受信タイマの終了後にフラグメント化されたＭＳＤＵが廃棄され得ること、いくつかのフラグメントが成功裏に受信されたとしてもＭＳＤＵが成功裏に受信されていないと見なされる場合があることに留意されたい。受信側は、フラグメントを含んだ誘発するＡ−ＭＰＤＵに応答して、圧縮されたＢＡで応答し得る。圧縮されたＢＡでは、ＢＡビットマップ中の各ビットは、ＭＳＤＵのフラグメントまたは完全なＭＳＤＵのいずれかの受信状態を示す。ある態様によれば、Ａ−ＭＳＤＵは単一のＱｏＳデータフレーム内でフラグメント化なしで搬送され得る。
[0106]ＳＴＡは、いくつかの数、例えば、少なくとも３つのＭＳＤＵまたはＭＭＰＤＵ、の送信のフラグメントの同時受信をサポートするように構成され得る。しかしながら、いくつかの場合、３つ超のフラグメント化されたフレームを受信するＳＴＡは、廃棄されるフレームの数の著しい増加を経験し得る。したがって、ＳＴＡは各ＭＳＤＵ／ＭＭＰＤＵが受信されている間（例えば、３分）、受信タイマを維持するように構成され得、また、タイマが指定された値（例えばdot 11 MaxRecieveLifetime）を超えると、フラグメントは廃棄され得る。
[0107]上で記されるように、フラグメント化を使用するべきかどうかを決定するときに考慮するトレードオフがあり得る。例えば、いくつかの場合では、フラグメントは、ＶＨＴシングルＭＰＤＵの場合を除いて、Ａ−ＭＰＤＵ中で送られることを許可されない場合がある。さらに、そのような例外的な場合では、フラグメントは、ＨＴ即時ブロックＡｃｋセッションまたはＨＴ遅延ブロックＡｃｋセッションが構成されていないＴＩＤについてのみ許可され得る。フラグメント化は有益であり得、なぜなら、それが、チャネル特性／ＯＢＳＳ活動が受信信頼性を制限するときの信頼性を上げ得、与えられたＴＸＯＰの利用可能な持続時間を考慮して媒体効率を高め得、ＭＵ送信中の割り当てられたリソースの効率的な使用を可能にし得るからである。しかしながら、いくつかの場合では、フラグメント化は、廃棄されているＭＳＤＵの数の増加につながり得る。例えば、ただ１つのフラグメントが欠ける場合であっても、受信ＭＳＤＵタイマが終了するとＭＳＤＵはドロップされ得る。これは送信機および受信機でメモリ要件が増加されることにつながり得、なぜなら、送信機および受信機が各フラグメントについてのペイロード内容および長さを把握する必要があり、また、ブロックＡｃｋセッションの間のパーシャルステート（partial state）動作が受信機によって採用されていない場合があるからである。フラグメント化はまた、オーバーヘッドの増加につながり得、なぜなら、各フラグメントが、それ自身のＡ−ＭＰＤＵ／ＭＡＣ／セキュリティヘッダーを要求し得る（例えば、１５００バイトを１６個のフラグメントにフラグメント化することは少なくとも４５０バイトのオーバーヘッドを加える可能性がある）からである。
[0108]いくつかの場合では、デバイスは、ブロック確認応答（ＢＡ）セットアップ手順の間にフラグメント化の使用をネゴシエートし得る。そのような場合、Ａｄｄブロック確認応答（ＡＤＤＢＡ）要求および／またはレスポンス中のＡＤＤＢＡ拡張ＩＥは、フラグメント化の使用を示し得る。例えば、そのような場合、発信側は、あるパラメータを示すためにＡＤＤＢＡ要求のＡＤＤＢＡ拡張エレメント中のフラグメント化なしフィールドを設定し得る。
[0109]図１１は、ＡＤＤＢＡ要求またはレスポンスに含まれ得るＡＤＤＢＡ拡張エレメントフォーマット１１００の例を示す。示されるように、フォーマット１１００は、フラグメント化／フラグメント化なしフィールド１１１０を有し得る。いくつかの場合では、このフィールドは、装置がフラグメントを送信するつもりかどうか示す値に（例えば、それがフラグメントを送信するつもりであることを示すために０に、また、それがフラグメントを送信するつもりでないことを示すために１に）設定され得る。
[0110]いくつかの場合では、受信側（または、発信側）は、様々な他のフラグメント化パラメータを（例えば、ネゴシエーションの一部として）さらに指定してもよい。例えば、受信側は、（各々についてのフラグメントが同時に追跡されながら）同時にサポートされることができるフラグメント化されたＭＳＤＵ（Ｆ−ＭＳＤＵ）の最大数を指定し得る。示されるように、この値は、サポートされる併存する（concurrent）フラグメント化されたＭＳＤＵ／ＭＭＰＤＵの最大数を含むフィールド１１２０中で指定され得る（例えば、６ビットで表わされる）。このパラメータは、ＢＡビットマップ中のいくつのビットが受信機によってフルステートで維持されるかを決定し得る。受信側はまた、その後フラグメントが廃棄される（例えば、フラグメント化されたＭＭＰＤＵまたはＭＳＤＵを再組立てするさらなる試みが終了される）ことになる期間を表わす受信タイマ（例えば、レスポンスのフィールド１１３０中の８ビットで表わされる）を指定し得る。このパラメータは、所与のフラグメント化されたＭＳＤＵについてフルステートが維持される期間を制限することによって、メモリオーバーヘッドの制御を支援し得る。いくつかの場合では、動的フラグメント化フィールド（例えば、レスポンスのあるフィールド中の単一ビットで表わされる）は、動的フラグメント化モード（例えば、ＭＳＤＵ／ＭＭＰＤＵ当たり最大２個の動的長さフラグメントについてのサポートを示すために「０」、またはＭＳＤＵ／ＭＭＰＤＵ当たり最大１６個の動的長さフラグメントについてのサポートを示すために「１」）を示し得る。
[0111]いくつかの場合では、フラグメント化と関係する様々な他のパラメータもネゴシエートされ得る。例として、（受信）デバイスは、Ａ−ＭＳＤＵをフラグメント化することの（発信側の）許可を示し得る。例えば、ネゴシエーションの間に、受信デバイスは、受信デバイスがフラグメント化されたＡ−ＭＳＤＵの受信をサポートするかどうかを示すためのビットを使用し得る。いくつかの場合では、受信デバイスはまた、ネゴシエーションの間にフラグメントの最小長を指定し得る。そのような場合では、最後のフラグメントを除く全フラグメントは、少なくとも指定された最小長であることを要求され得る。
[0112]いくつかの場合では、フラグメント化機構の比較的簡略版と考えられ得るものも使用され得る。この場合、ピアＳＴＡは、ベースラインのフラグメント化機構を使用し得、また、上で記述されるネゴシエーションパラメータが適用される場合、ベースラインのブロックＡｃｋ機構をネゴシエートし得る。
[0113]いくつかの場合では、送信機は、Ａ−ＭＰＤＵ中に多くて１つのフラグメントをアグリゲートすることを許され得る。そのような場合、受信機側では、レスポンスを請求する単一のＭＰＤＵを含むＡ−ＭＰＤＵの受信の際、受信デバイスは、（ＭＰＤＵがフラグメントを含むか完全なＭＳＤＵを含むかに関わらず）Ａｃｋフレームで応答し得る。他方、応答を請求する１個超のＭＰＤＵを含むＡ−ＭＰＤＵの受信の際、受信デバイスはブロックＡｃｋフレームで応答し得、ここで、ブロックＡｃｋフレームは、請求するＰＰＤＵに含まれるフラグメントの受信状態を示すためのインジケーションをさらに含む、圧縮されたブロックＡｃｋフレーム、マルチＴＩＤブロックＡｃｋフレーム、マルチＳＴＡブロックＡｃｋフレーム、またはＧＣＲブロックＡｃｋフレームであり得る。例えば、受信デバイスは、成功裏に受信されるＡ−ＭＰＤＵ中に含まれるフラグメントについてのブロックＡｃｋフレーム中のビットを設定し得る。現在未使用のどの予備ビットもが、この目的で使用され得る（例えば、フラグメント番号の未使用ビットがこの目的で使用され得る）。
[0114]ある実施形態では、送信機はＡ−ＭＰＤＵに複数のフラグメントを含め得、この場合、受信側は、本明細書での教示に従って複数のフラグメントを確認応答する制御レスポンスフレームで応答し得る。
[0115]ブロックＡｃｋ要求（ＢＡＲ）の受信の際、受信デバイスは適切なレスポンスフレームで応答し得る。例えば、フラグメントが、対応するブロックＡｃｋウィンドウにわたって受信されていない場合、受信デバイスは圧縮されたブロックＡｃｋで応答し得る。いくつかの場合では、ＢＡＲ自身が、それが圧縮されたブロックＡｃｋを請求することを示し得る。いくつかの場合では、例えば、少なくとも１つのフラグメントが受信されると（または、ＢＡＲ自身が、基本ブロックＡｃｋが請求されることを明示する場合）、受信デバイスは基本（圧縮されていない）ブロックＡｃｋで応答し得る。
[0116]上で記されるように、フラグメントが有効にされたＢＡセッションの間、発信側はＭＳＤＵをフラグメント化するとともにそれらをＡ−ＭＰＤＵ中で搬送し得る。受信側は、最短のＢＡ（例えば、最短のＢＡフレームはＣ−ブロックＡｃｋフレームであり得る）でＡ−ＭＰＤＵを確認応答して応答し得る。割り当てられたＵＬ／ＤＬリソースの効率的な使用のために、いくつかの場合では、Ａ−ＭＰＤＵ中で１つのフラグメントで十分であり得る。
[0117]Ａ−ＭＰＤＵ当たり複数のフラグメントを許可する場合、トレードオフがあり得る。例えば、Ａ−ＭＰＤＵ当たり複数のフラグメントはどのようなＭＳＤＵをもＴＩＤ当たり任意の数のフラグメントにフラグメント化する柔軟性を提供し得るが、そうすることは処理オーバーヘッドを高め得る。例えば、受信側および発信側の両方は、各ＭＳＤＵについての受信タイマ（例えば、この間にフラグメントが全て成功裏に受信される必要があり、さもなければそれらは捨てられる）を維持する必要があり得る。加えて、フラグメントが上層レイヤに届けられずにＭＳＤＵが引き出されるまでローカルに記憶されるので、受信側は、フラグメント化されている各ＭＳＤＵの各フラグメントについてのペイロードを記憶する必要があり得る。このアプローチはまた、オーバーヘッドの増加だけでなく、（例えば、１つのフラグメントだけが欠けている場合でも）受信タイマ終了に起因するＭＳＤＵの廃棄の可能性を高めて、さらなるフラグメント化／デフラグメント化手順に起因する実装形態の複雑化に帰着し得、なぜなら、各追加されるフラグメントがそれ自身のＭＰＤＵデリミッタ／ＭＡＣ／セキュリティヘッダーを必要とするからである。
[0118]図１２の例となるやり取り１２００に示されるように、いくつかの場合では、発信側は、フラグメント化がリソースの効率的な使用に帰着するであろうと決定する度に、フラグメント化を使用することを「実行中に」決定し得る。示される例では、２つのＭＳＤＵ１２１０はフラグメント化されない（データ１およびデータ２）場合があり、その一方で、３番目のものは（例えば、Ｄｙｎ．Ｆｒａｇ．＝０の場合は最大２個のフラグメントに、または、Ｄｙｎ．Ｆｒａｇ．＝１の場合は最大１６個のフラグメントに）フラグメント化され得る。（Ｆｒａｇ３．０とラベルを付されたデータ３の）第１フラグメント１２２０は、割り当てられたリソースを効率的に埋めるために使用され得る。いずれの場合も、フラグメントのいずれについても長さ制限はない場合がある。上で記されるように、いくつかの場合では、ＭＳＤＵ／ＭＭＰＤＵのただ１つのフラグメントがＡ−ＭＰＤＵ中で送信され得る。
[0119]フレームのフラグメントの残りは、連続するＴＸＯＰ中での送信に向けてスケジュールされ得る。受信者は、（ＵＬ割り当てのリソースを使用して）フラグメントを含む誘発するフレームに対して、フラグメントが（ＶＨＴシングル）ＭＰＤＵ中で搬送される場合はＡｃｋフレームで、またはフラグメントがＡ−ＭＰＤＵ中で搬送される場合は圧縮されたブロックＡｃｋフレームで、応答し得る。ビットマップ１２４０中の各ビットは、フラグメント化されていないＭＳＤＵまたは誘発するＡ−ＭＰＤＵ中で搬送されるＭＳＤＵのフラグメントの受信状態を確認応答し得る。示されるように、ＡＰはブロックＡｃｋフレーム１２３０の受信を確認応答するＡＣＫフレーム１２５０を送り得る。
[0120]この方法のフラグメント化は有益であり得、なぜなら、完全なＭＳＤＵ／ＭＭＰＤＵで埋められることができないリソースを埋めるために第１フラグメントを使用して、発信者が割り当てられたリソースを効率的に埋め得るからである。さらに、受信機は、フラグメント化をサポートするために著しいメモリを必要としない場合がある（リソースの限られた量だけがフラグメントを記憶することを要求され、同時にサポートされるフラグメント化された送信の数が制限され得るからである）。
[0121]いくつかの場合では、ＭＳＤＵは２つの部分にフラグメント化され得、順に届けられ、これは受信機によって容易に処理され得る。例えば、第１フラグメントのペイロードはＭＳＤＵの同じバッファ位置に記憶される。第２フラグメントの受信の際、ＭＳＤＵは直ちに構築され得る。一旦構築されれば、ＭＳＤＵは高次レイヤに送られ得、また、メモリは他のＭＳＤＵのために解放され得る。これはまた、２つのフラグメントが若干（例えば、２以上）のＴＸＯＰ中でやり取りされることが期待されるようにフラグメント化が低減されることに起因して廃棄されるフレームの数を減じ得る。このアプローチは、発信側が受信タイマが終了しないことを確認することをより簡単にする。２つのフラグメントの使用はまた、フラグメント化に起因するオーバーヘッドを減じ得、これは、一般に、フラグメント（このオーバーヘッドは、２個のフラグメントで最小である）の数で増加する。
[0122]図１３Ａおよび図１３Ｂは、本開示の態様に従って、２つのフラグメントＢＡのやり取りでフラグメント化を使用する例となるやり取り１３００Ａおよび１３００Ｂを示す。図１３Ａに示されるように、ＭＳＤＵ１２１０はフラグメント化されない場合があり（データ１およびデータ２）、その一方で、データ３のためのＭＳＤＵはフラグメント化され得る。この例では、第１フラグメント（Ｆｒａｇ３．０とラベルを付されるＤａｔａ３の第１フラグメント）の受信が確認応答されない場合（例えば、圧縮されたＢＡフレーム中で否定応答される場合）、送信機は次のＴＸＯＰ中で完全な本来のＭＰＤＵ（データ３）を送信する。いくつかの場合では、ＭＰＤＵのフラグメントだけが以前に送信されていたとしても、ＲＥＴＲＹビットは完全なＭＰＤＵ送信（または、再送）に向けて設定されない場合がある。図１３Ｂに示されるように、（データ３のための）ＭＰＤＵ全体がＴＸＯＰに完全には入らない場合、送信機はＭＰＤＵを（Ｆｒａｇ３．０´とラベルを付される再フラグメント化されたＭＰＤＵの第１フラグメントで）再フラグメント化するとともに２つのフラグメントの間に新しい境界を決定する（繰り返すが、ＲＥＴＲＹビットは設定されない場合がある）ことを許され得る。
[0123]図１４Ａおよび図１４Ｂは、本開示の態様に従って、２つのフラグメントのＢＡやり取りでフラグメント化を使用する別の例となるやり取り１４００Ａおよび１４００Ｂを示す。図１４Ａに示されるように、最初の送信の後、ＢＡは成功裏に受信されない（例えば、それは破損され得る）。再びＤａｔａ３のためのＭＰＤＵがフラグメント化される必要がある再送の場合、第１フラグメント（Ｆｒａｇ３．０）は、より小さいかより大きくなるように（Ｆｒａｇ３．０´とラベルを付された、サイズ変更されたフラグメントで）サイズ変更されることが可能であり得、これはＴＸＯＰ時間を変更することの管理を支援し得る。他方、図１４Ｂに示されるように、ＴＸＯＰ中に十分な時間がある場合、ＭＰＤＵ３は、フラグメント化される必要が全くない場合がある（そして、データ３のためのＭＰＤＵ全体がフラグメント化されずに送られ得る）。
[0124]本明細書で提示されるように、フラグメント化が、ＭＵ動作のために、発信側と受信側との間のＢＡネゴシエーション手順を使用して有効にされ得る。このアプローチは、受信側が送信機にその性能をシグナリングすることおよび様々なパラメータをシグナリングすること（例えば、フラグメント化に起因して廃棄されるフレーム数の最小化のための受信タイマ、フルステートのＢＡスコアが維持される対象のＦ−ＭＳＤＵの最大数、および動的長さフラグメント化選択をシグナリングすること）を可能にし得る。このアプローチは、フラグメントが有効にされたブロックＡｃｋセッションの間にフレームを確認応答するために現存の圧縮されたブロックＡｃｋフレームを依然使用しながら、フラグメントが動的長さを有することおよびＡ−ＭＰＤＵ中で搬送されることを可能にすることによってフラグメント化の柔軟性を高めるのを支援し得る。
[0125]上で記述される方法の様々な動作は、対応する機能を実行できる任意の適切な手段によって実行され得る。手段は、回路、特定用途向け集積回路（ＡＳＩＣ）、またはプロセッサに限定されるわけではないがそれらを含む、様々な（１つまたは複数の）ハードウェア、および／またはソフトウェアコンポーネント、および／または（１つまたは複数の）モジュールを含み得る。一般に、図で示される動作があるところでは、それらの動作は、対応する、類似番号付き相対物（counterpart）ミーンズプラスファンクションコンポーネントを有し得る。例えば、図７および図８に示される動作７００および８００は、図７Ａおよび図８Ａに示される手段７００Ａおよび８００Ａにそれぞれ対応する。
[0126]例えば、送信のための手段は、図２に示されるアクセスポイント１１０の送信機（例えば、送信機ユニット２２２）および／または（１つまたは複数の）アンテナ２２４、図２に描写されるユーザ端末１２０の送信機（例えば、送信機ユニット２５４）および／または（１つまたは複数の）アンテナ２５２、あるいは図３に描かれる送信機３１０および／または（１つまたは複数の）アンテナ３１６を備え得る。受信のための手段は、図２で示されるアクセスポイント１１０の受信機（例えば、受信機ユニット２２２）および／または（１つまたは複数の）アンテナ２２４、図２に示されるユーザ端末１２０の受信機（例えば、受信機ユニット２５４）および／または（１つまたは複数の）アンテナ２５２、あるいは図３に描かれる受信機３１２および／または（１つまたは複数の）アンテナ３１６を備え得る。処理するための手段、生成するための手段、出力するための手段、および／または決定するための手段は、図２に示されるアクセスポイント１１０のＲＸデータプロセッサ２４２、ＴＸデータプロセッサ２１０、および／またはコントローラ２３０、図２に示されるユーザ端末１２０のＲＸデータプロセッサ２７０、ＴＸデータプロセッサ２８８、および／またはコントローラ２８０、あるいは図３に描写されるプロセッサ３０４ならびに／あるいはＤＳＰ３２０のような、１つまたは複数の（例えば、アルゴリズムまたは動作７００および８００を実行できる）プロセッサを含み得る処理システムを備え得る。
[0127]いくつかの場合では、パケット（または、フレーム）を実際に送信するのではなく、デバイスはパケットを送信のために出力するインターフェースを有し得る。例えば、プロセッサは、送信用ＲＦフロントエンドに、バスインターフェースを介して、パケットを出力し得る。同様に、パケット（または、フレーム）を実際に受信するのではなく、デバイスは別のデバイスから受信されたパケットを取得するインターフェースを有し得る。例えば、プロセッサは、受信用ＲＦフロントエンドから、バスインターフェースを介して、パケットを取得（または、受信）し得る。
[0128]ある態様によれば、そのような手段は、様々なアルゴリズムを（例えば、ハードウェア中で、またはソフトウェア命令を実行することによって）実行することによって、対応する機能を実行するように構成された処理システムによって実装され得る。これらのアルゴリズムは例えば、複数のＰＤＵを受信するためのアルゴリズム、ＰＤＵの各々が成功裏に受信されたかどうか、およびＰＤＵの各々がフラグメント化されていないＳＤＵに関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかを決定するためのアルゴリズム、ならびに決定に基づいてフラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを送信のために出力するためのアルゴリズムを含み得る。別の例として、これらのアルゴリズムは、各々がフラグメント化されていないＳＤＵまたはフラグメント化されたＳＤＵに関連付けられている複数のＰＤＵを送信のために出力するためのアルゴリズム、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロックＡｃｋフレームを受信するためのアルゴリズム、フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために短縮されたブロックＡｃｋフレーム中のビットマップフィールドを処理するためのアルゴリズムを含み得る。
[0129]本明細書で使用される場合、用語「決定すること」は多様なアクションを包含する。例えば、「決定すること」は、計算すること、コンピュータで計算すること、処理すること、導出すること、調査すること、参照すること（例えば、表、データベース、または別のデータ構造を参照すること）、確認することなどを含み得る。また、「決定すること」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリ中のデータにアクセスすること）などを含み得る。さらに、「決定すること」は、解くこと、選択すること、選ぶこと、確立することなどを含み得る。
[0130]本明細書で使用される場合、項目のリスト「のうちの少なくとも１つ」を指す句は、単独の要素を含め、項目の任意の組合せを指す。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃを、そして複数の同じ要素の任意の組合せ（例えばａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃ、またはａ、ｂおよびｃの他の任意の順序）も、カバーすることを意図される。
[0131]本開示との関連で記述される様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス（ＰＬＤ）、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいはそれらの本明細書で記述される機能を実行するように設計される任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替では、プロセッサは任意の市販のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、複数のコンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアに連結した１つまたは複数のマイクロプロセッサ、または他の任意のそのような構成、として実装され得る。
[0132]本開示との関連で記述される方法またはアルゴリズムのステップは、ハードウェアで直接、プロセッサによって実行されるソフトウェアモジュールで、またはこれら２つの組合せで具現化され得る。ソフトウェアモジュールは、当該技術分野中で知られる任意の形態の記憶媒体中に存在し得る。使用され得る記憶媒体のいくつかの例は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭなどを含む。ソフトウェアモジュールは、単一の命令、または多くの命令を備え得、また、いくつかの種々のコードセグメント上で、種々のプログラム中で、および複数の記憶媒体にわたって分散され得る。記憶媒体は、プロセッサがこの記憶媒体から情報を読むことができるとともにこの記憶媒体に情報を書くことができるようにプロセッサに結合され得る。代替では、記憶媒体はプロセッサと一体化され得る。
[0133]本明細書で開示される方法は、記述される方法を達成するための１つまたは複数のステップまたはアクションを備える。方法のステップおよび／またはアクションは、特許請求項の範囲から逸脱することなく互いに交換され得る。換言すると、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序ならびに／あるいは使用は、特許請求の範囲から逸脱することなく修正され得る。
[0134]記述される機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ハードウェア中で実装される場合、例となるハードウェア構成はワイヤレスノード中の処理システムを備え得る。処理システムは、バスアーキテクチャとともに実装され得る。バスは、処理システムの特定の用途および全体的設計制約に依存して、任意の数の接続バスおよびブリッジを含み得る。バスは、プロセッサ、機械可読媒体、およびバスインターフェースを含め、様々な回路を互いにつなぎ得る。バスインターフェースは、ネットワークアダプタを、数ある中で処理システムにバスを介して接続するために使用され得る。ネットワークアダプタは、ＰＨＹレイヤの信号処理機能を実装するために使用され得る。ユーザ端末１２０（図１を参照）の場合、ユーザーインターフェース（例えば、キーパッド、ディスプレイ、マウス、ジョイスティックなど）もバスに接続され得る。バスはまた、タイミングソース、周辺装置、電圧レギュレータ、電力管理回路などのような様々な他の回路をつなぎ、これらは当該技術分野において周知であり、よって、これ以上記述されない。
[0135]プロセッサは、機械可読媒体上で記憶されるソフトウェアの実行を含め、バスおよび一般的処理を管理することを担い得る。プロセッサは、１つまたは複数の汎用プロセッサおよび／または専用プロセッサで実装され得る。例は、マイクロプロセッサ、マイクロコントローラ、ＤＳＰプロセッサ、およびソフトウェアを実行できる他の回路を含む。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、または別な形で称されようと、命令、データ、またはそれらの任意の組合せを意味するように広く解釈される。機械可読媒体は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（読み取り専用メモリ）、ＰＲＯＭ（プログラマブル読み取り専用メモリ）、ＥＰＲＯＭ（消去可能プログラマブル読み取り専用メモリ）、ＥＥＰＲＯＭ（電気的消去可能プログラマブル読み取り専用メモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、または他の適切な記憶媒体、あるいはそれらの任意の組合せを含み得る。機械可読媒体は、コンピュータプログラム製品中で具現化され得る。コンピュータプログラム製品は、パッケージング材を備え得る。
[0136]ハードウェア実装形態では、機械可読媒体は、プロセッサとは別個の処理システムの一部であり得る。しかしながら、当業者がただちに諒解するように、機械可読媒体、またはその任意の部分は処理システムの外側にあり得る。例として、機械可読媒体は、伝送線路、データによって変調された搬送波、および／またはワイヤレスノードとは別個の記憶された命令を有するコンピュータ可読記憶媒体を含み得、これらの全てはバスインターフェースを介してプロセッサによってアクセスされ得る。代替的または付加的に、機械可読媒体、またはその任意の部分は、キャッシュおよび／または汎用レジスタファイルを伴う場合のように、プロセッサへ統合され得る。
[0137]処理システムは、外部バスアーキテクチャを介して他のサポートする回路とともに全てつながれる、プロセッサ機能性を提供する１つまたは複数のマイクロプロセッサおよび少なくとも機械可読媒体の一部を提供する外部メモリを有する汎用処理システムとして構成され得る。あるいは、処理システムは、プロセッサ、バスインターフェース、（アクセス端末の場合の）ユーザーインターフェース、サポートする回路、および機械可読媒体の少なくとも一部とともに単一のチップへ統合されたＡＳＩＣ（特定用途向け集積回路）で、または１つあるいは複数のＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＰＬＤ（プログラマブルロジックデバイス）、コントローラ、ステートマシン、ゲーテッドロジック、ディスクリートハードウェアコンポーネント、あるいは他の適切な回路で、またはこの開示の全体にわたって記述される様々な機能性を実行できる回路の任意の組合せで、実装され得る。当業者は、特定の用途およびシステム全体に課される全体的設計制約に依存して、処理システムについて記述される機能性を実装するのに最良な方法を認識するだろう。
[0138]機械可読媒体は、多数のソフトウェアモジュールを備え得る。ソフトウェアモジュールは、プロセッサのような装置によって実行されると、処理システムに様々な機能を実行させる命令を含む。ソフトウェアモジュールは、送信モジュールおよび受信モジュールを含み得る。各ソフトウェアモジュールは、単一の記憶装置中に存在してもよいし、複数の記憶デバイスにわたって分散されてもよい。例として、ソフトウェアモジュールは、トリガリングイベントが起こると、ハードドライブからＲＡＭにロードされ得る。ソフトウェアモジュールの実行の間、プロセッサは、アクセス速度を高めるために命令のうちのいくつかをキャッシュにロードし得る。１つまたは複数のキャッシュラインは、次いで、プロセッサによる実行に向けて汎用レジスタファイルにロードされ得る。ソフトウェアモジュールの機能性に下で言及する際、そのような機能性が、プロセッサによってそのソフトウェアモジュールからの命令を実行するときに実装されることが理解されるだろう。
[0139]ソフトウェア中で実装される場合、機能は、コンピュータ可読媒体上で１つまたは複数の命令またはコードとして記憶または送信され得る。コンピュータ可読媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータプログラムの移動を容易にする任意の媒体を含む通信媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいはデータ構造または命令の形態で所望のプログラムコードを搬送または記憶するために使用されることができるとともにコンピュータによってアクセスされることができる任意の他の媒体を備えることができる。また、任意の接続が、コンピュータ可読媒体と適切に称される。例えば、ソフトウェアがウェブサイト、サーバ、または他の遠隔ソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、あるいは赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。ディスク（disk）およびディスク（disc）は、本明細書で使用される場合、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は通常、磁気的にデータを再生し、その一方でディスク（disc）は、レーザーを用いて光学的にデータを再生する。したがって、いくつかの態様では、コンピュータ可読媒体は、非一時的コンピュータ可読媒体（例えば、有形的媒体）を備え得る。加えて、他の態様については、コンピュータ可読媒体は、一時的コンピュータ可読媒体（例えば、信号）を備え得る。上記のものの組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
[0140]したがって、ある態様は、本明細書で提示される動作を実行するためのコンピュータプログラム製品を備え得る。例えば、そのようなコンピュータプログラム製品は、コンピュータプログラム製品に記憶される（および／または、符号化される）命令を有するコンピュータ可読媒体を備え得、命令は、本明細書で記述される動作を実行する１つまたは複数のプロセッサによって実行可能である。ある態様については、コンピュータプログラム製品はパッケージング材を含み得る。
[0141]さらに、本明細書で記述される方法および技法を実行するためのモジュールおよび／または他の適切な手段が、適用可能であれば、ユーザ端末および／または基地局によってダウンロードならびに／あるいは他の方法で得られることが可能なことを諒解されたい。例えば、そのようなデバイスは、本明細書で記述される方法を実行するための手段の転送を容易にするために、サーバに結合されることができる。代替的に、本明細書で記述される様々な方法は、ユーザ端末および／または基地局が、デバイスに記憶手段を結合または提供すると様々な方法を取得することができるように、記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクのような物理記憶媒体など）を介して提供されることができる。また、本明細書で記述される方法および技法をデバイスに提供するための任意の他の適切な技法が利用されることができる。
[0142]請求項が上で示される構成およびコンポーネントそのものに限定されるべきでないことを理解されたい。様々な修正、変更、および変形が、特許請求の範囲から逸脱することなく上で記述される方法および装置の配置、動作、および詳細においてなされ得る。
[0142]請求項が上で示される構成およびコンポーネントそのものに限定されるべきでないことを理解されたい。様々な修正、変更、および変形が、特許請求の範囲から逸脱することなく上で記述される方法および装置の配置、動作、および詳細においてなされ得る。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合され、
複数のプロトコルデータユニット（ＰＤＵ）を受信することと、
前記ＰＤＵの各々が成功裏に受信されたかどうか、および前記ＰＤＵの各々がフラグメント化されていないサービスデータユニット（ＳＤＵ）に関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかを決定することと、
前記決定に基づいて、前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロック確認応答（ブロックＡｃｋ）フレームを送信のために出力することと、
を行うように構成されたプロセッサと、
を備える、装置。
［Ｃ２］
前記複数のＰＤＵは、複数のメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を備え、前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵは、フラグメント化されていないＭＡＣサービスデータユニット（ＭＳＤＵ）およびフラグメント化されたＭＳＤＵを備える、Ｃ１の装置。
［Ｃ３］
前記複数のＭＰＤＵは、アグリゲートされたＭＰＤＵ（Ａ−ＭＰＤＵ）を備える、Ｃ２の装置。
［Ｃ４］
前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドは、固定長を有する、Ｃ１の装置。
［Ｃ５］
前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドによって確認応答されることができる前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵの数は、可変である、Ｃ１の装置。
［Ｃ６］
前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドは、可変長を有する、Ｃ１の装置。
［Ｃ７］
前記短縮されたブロックＡｃｋフレーム中の前記ビットマップ中の各ビットは、前記フラグメント化されていないＳＤＵのうちの１つ、または、前記フラグメント化されたＳＤＵのうちの１つの最初のフラグメント、前記フラグメント化されたＳＤＵのうちの１つの全てのフラグメント、または前記フラグメント化されたＳＤＵのうちの１つのための唯一のフラグメントのうちの少なくとも１つ、についての前記受信状態を示す、Ｃ１の装置。
［Ｃ８］
前記プロセッサは、前記短縮されたブロックＡｃｋが送信のために出力される前に、基本ブロックＡｃｋフレームよりも前記短縮されたブロックＡｃｋフレームを選択するようにさらに構成される、Ｃ１の装置。
［Ｃ９］
前記プロセッサは、前記フラグメント化されたＳＤＵを送信または処理するのに使用される１つまたは複数のフラグメント化パラメータについて、前記複数のプロトコルデータユニット（ＰＤＵ）の送信機とのネゴシエーションに参加するようにさらに構成される、Ｃ１の装置。
［Ｃ１０］
前記１つまたは複数のパラメータは、サポートされる併存するフラグメント化された送信の最大数、最小フラグメント長、またはＳＤＵのためのフラグメントが維持される期間を示す受信タイマ値のうちの少なくとも１つを備える、Ｃ９の装置。
［Ｃ１１］
前記１つまたは複数のパラメータは、フラグメント化がサポートされているかどうかのインジケーションを備える、Ｃ９の装置。
［Ｃ１２］
前記ネゴシエーションは、前記送信機との関連付けの間に実行される、Ｃ９の装置。
［Ｃ１３］
ワイヤレス通信のための装置であって、
メモリと、
前記メモリに結合され、
複数のプロトコルデータユニット（ＰＤＵ）を送信のために出力することと、ここにおいて、前記ＰＤＵの各々は、フラグメント化されていないサービスデータユニット（ＳＤＵ）またはフラグメント化されたＳＤＵに関連付けられている、
前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロック確認応答（ブロックＡｃｋ）フレームを受信することと、
前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドを処理することと、
を行うように構成されたプロセッサと、
を備える、装置。
［Ｃ１４］
前記複数のＰＤＵは、複数のメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を備え、前記フラグメント化されていないおよびフラグメント化されたＳＤＵＳは、フラグメント化されていないＭＡＣサービスデータユニット（ＭＳＤＵ）およびフラグメント化されたＭＳＤＵを備える、Ｃ１３の装置。
［Ｃ１５］
前記複数のＭＰＤＵは、アグリゲートされたＭＰＤＵ（Ａ−ＭＰＤＵ）を備える、Ｃ１４の装置。
［Ｃ１６］
前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドは、固定長を有する、Ｃ１３の装置。
［Ｃ１７］
前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドによって確認応答されることができる前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵの数は、可変である、Ｃ１６の装置。
［Ｃ１８］
前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドは、可変長を有する、Ｃ１３の装置。
［Ｃ１９］
前記短縮されたブロックＡｃｋフレーム中の前記ビットマップ中の各ビットは、前記フラグメント化されていないＳＤＵのうちの１つ、または、前記フラグメント化されたＳＤＵのうちの１つの最初のフラグメント、前記フラグメント化されたＳＤＵのうちの１つの全てのフラグメントについてまとめて、または前記フラグメント化されたＳＤＵのうちの１つのための唯一のフラグメントのうちの少なくとも１つについて、の前記受信状態を示す、Ｃ１３の装置。
［Ｃ２０］
前記プロセッサは、
前記ビットマップフィールドが処理された後にブロック確認応答要求を送信のために出力することと、ここにおいて、前記ビットマップフィールドは、前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵのうちの少なくとも１つが成功裏に受信されなかったことを示した、
前記ブロック確認応答要求に応答して、基本ブロックＡｃｋフレームを受信することと、ここにおいて、前記基本ブロックＡｃｋフレーム中の前記ビットマップフィールドは、前記フラグメント化されていないＳＤＵの各々および前記フラグメント化されたＳＤＵの各フラグメントについての前記受信状態を示す、
を行うようにさらに構成される、Ｃ１３の装置。
［Ｃ２１］
前記プロセッサは、
前記ビットマップフィールドが処理された後に、前記フラグメント化されたＳＤＵのうちの前記少なくとも１つのフラグメントを再送信のために出力することを行うようにさらに構成され、前記ビットマップフィールドは、前記フラグメント化されたＳＤＵのうちの少なくとも１つが成功裏に受信されなかったことを示した、Ｃ１３の装置。
［Ｃ２２］
前記プロセッサは、前記フラグメント化されたＳＤＵを送信または処理するのに使用される１つまたは複数のフラグメント化パラメータについて、前記複数のプロトコルデータユニット（ＰＤＵ）のうちの少なくとも１つの意図された受信側とのネゴシエーションに参加するようにさらに構成される、Ｃ１３の装置。
［Ｃ２３］
前記１つまたは複数のパラメータは、サポートされる併存するフラグメント化された送信の最大数、最小フラグメント長、またはＳＤＵのためのフラグメントが維持される期間を示す受信タイマ値のうちの少なくとも１つを備える、Ｃ２２の装置。
［Ｃ２４］
前記１つまたは複数のパラメータは、フラグメント化がサポートされているかどうかのインジケーションを備える、Ｃ２２の装置。
［Ｃ２５］
前記ネゴシエーションは、前記送信機との関連付けの間に実行される、Ｃ２２の装置。
［Ｃ２６］
ワイヤレス通信のための方法であって、
複数のプロトコルデータユニット（ＰＤＵ）を受信することと、
前記ＰＤＵの各々が成功裏に受信されたかどうか、および前記ＰＤＵの各々がフラグメント化されていないサービスデータユニット（ＳＤＵ）に関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかどうかを決定することと、
前記決定に基づいて、前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロック確認応答（ブロックＡｃｋ）フレームを送信のために出力することと、
を備える、方法。
［Ｃ２７］
前記複数のＰＤＵは、複数のメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を備え、前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵは、フラグメント化されていないＭＡＣサービスデータユニット（ＭＳＤＵ）およびフラグメント化されたＭＳＤＵを備える、Ｃ２６の方法。
［Ｃ２８］
前記フラグメント化されたＳＤＵを送信または処理するのに使用される１つまたは複数のフラグメント化パラメータについて、前記複数のプロトコルデータユニット（ＰＤＵ）の送信機とのネゴシエーションに参加することをさらに備える、Ｃ２６の方法。
［Ｃ２９］
ワイヤレス通信のための方法であって、
複数のプロトコルデータユニット（ＰＤＵ）を送信のために出力することと、ここにおいて、前記ＰＤＵの各々は、フラグメント化されていないサービスデータユニット（ＳＤＵ）またはフラグメント化されたＳＤＵに関連付けられている、
前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロック確認応答（ブロックＡｃｋ）フレームを受信することと、
前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドを処理することと、
を備える、方法。
［Ｃ３０］
前記フラグメント化されたＳＤＵを送信または処理するのに使用される１つまたは複数のフラグメント化パラメータについて、前記複数のプロトコルデータユニット（ＰＤＵ）のうちの少なくとも１つの意図された受信側とのネゴシエーションに参加することをさらに備える、Ｃ２９の方法。

Claims (30)

  1. ワイヤレス通信のための装置であって、
    メモリと、
    前記メモリに結合され、
    複数のプロトコルデータユニット（ＰＤＵ）を受信することと、
    前記ＰＤＵの各々が成功裏に受信されたかどうか、および前記ＰＤＵの各々がフラグメント化されていないサービスデータユニット（ＳＤＵ）に関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかを決定することと、
    前記決定に基づいて、前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロック確認応答（ブロックＡｃｋ）フレームを送信のために出力することと、
    を行うように構成されたプロセッサと、
    を備える、装置。
  2. 前記複数のＰＤＵは、複数のメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を備え、前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵは、フラグメント化されていないＭＡＣサービスデータユニット（ＭＳＤＵ）およびフラグメント化されたＭＳＤＵを備える、請求項１の装置。
  3. 前記複数のＭＰＤＵは、アグリゲートされたＭＰＤＵ（Ａ−ＭＰＤＵ）を備える、請求項２の装置。
  4. 前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドは、固定長を有する、請求項１の装置。
  5. 前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドによって確認応答されることができる前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵの数は、可変である、請求項１の装置。
  6. 前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドは、可変長を有する、請求項１の装置。
  7. 前記短縮されたブロックＡｃｋフレーム中の前記ビットマップ中の各ビットは、前記フラグメント化されていないＳＤＵのうちの１つ、または、前記フラグメント化されたＳＤＵのうちの１つの最初のフラグメント、前記フラグメント化されたＳＤＵのうちの１つの全てのフラグメント、または前記フラグメント化されたＳＤＵのうちの１つのための唯一のフラグメントのうちの少なくとも１つ、についての前記受信状態を示す、請求項１の装置。
  8. 前記プロセッサは、前記短縮されたブロックＡｃｋが送信のために出力される前に、基本ブロックＡｃｋフレームよりも前記短縮されたブロックＡｃｋフレームを選択するようにさらに構成される、請求項１の装置。
  9. 前記プロセッサは、前記フラグメント化されたＳＤＵを送信または処理するのに使用される１つまたは複数のフラグメント化パラメータについて、前記複数のプロトコルデータユニット（ＰＤＵ）の送信機とのネゴシエーションに参加するようにさらに構成される、請求項１の装置。
  10. 前記１つまたは複数のパラメータは、サポートされる併存するフラグメント化された送信の最大数、最小フラグメント長、またはＳＤＵのためのフラグメントが維持される期間を示す受信タイマ値のうちの少なくとも１つを備える、請求項９の装置。
  11. 前記１つまたは複数のパラメータは、フラグメント化がサポートされているかどうかのインジケーションを備える、請求項９の装置。
  12. 前記ネゴシエーションは、前記送信機との関連付けの間に実行される、請求項９の装置。
  13. ワイヤレス通信のための装置であって、
    メモリと、
    前記メモリに結合され、
    複数のプロトコルデータユニット（ＰＤＵ）を送信のために出力することと、ここにおいて、前記ＰＤＵの各々は、フラグメント化されていないサービスデータユニット（ＳＤＵ）またはフラグメント化されたＳＤＵに関連付けられている、
    前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロック確認応答（ブロックＡｃｋ）フレームを受信することと、
    前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドを処理することと、
    を行うように構成されたプロセッサと、
    を備える、装置。
  14. 前記複数のＰＤＵは、複数のメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を備え、前記フラグメント化されていないおよびフラグメント化されたＳＤＵＳは、フラグメント化されていないＭＡＣサービスデータユニット（ＭＳＤＵ）およびフラグメント化されたＭＳＤＵを備える、請求項１３の装置。
  15. 前記複数のＭＰＤＵは、アグリゲートされたＭＰＤＵ（Ａ−ＭＰＤＵ）を備える、請求項１４の装置。
  16. 前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドは、固定長を有する、請求項１３の装置。
  17. 前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドによって確認応答されることができる前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵの数は、可変である、請求項１６の装置。
  18. 前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドは、可変長を有する、請求項１３の装置。
  19. 前記短縮されたブロックＡｃｋフレーム中の前記ビットマップ中の各ビットは、前記フラグメント化されていないＳＤＵのうちの１つ、または、前記フラグメント化されたＳＤＵのうちの１つの最初のフラグメント、前記フラグメント化されたＳＤＵのうちの１つの全てのフラグメントについてまとめて、または前記フラグメント化されたＳＤＵのうちの１つのための唯一のフラグメントのうちの少なくとも１つについて、の前記受信状態を示す、請求項１３の装置。
  20. 前記プロセッサは、
    前記ビットマップフィールドが処理された後にブロック確認応答要求を送信のために出力することと、ここにおいて、前記ビットマップフィールドは、前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵのうちの少なくとも１つが成功裏に受信されなかったことを示した、
    前記ブロック確認応答要求に応答して、基本ブロックＡｃｋフレームを受信することと、ここにおいて、前記基本ブロックＡｃｋフレーム中の前記ビットマップフィールドは、前記フラグメント化されていないＳＤＵの各々および前記フラグメント化されたＳＤＵの各フラグメントについての前記受信状態を示す、
    を行うようにさらに構成される、請求項１３の装置。
  21. 前記プロセッサは、
    前記ビットマップフィールドが処理された後に、前記フラグメント化されたＳＤＵのうちの前記少なくとも１つのフラグメントを再送信のために出力することを行うようにさらに構成され、前記ビットマップフィールドは、前記フラグメント化されたＳＤＵのうちの少なくとも１つが成功裏に受信されなかったことを示した、請求項１３の装置。
  22. 前記プロセッサは、前記フラグメント化されたＳＤＵを送信または処理するのに使用される１つまたは複数のフラグメント化パラメータについて、前記複数のプロトコルデータユニット（ＰＤＵ）のうちの少なくとも１つの意図された受信側とのネゴシエーションに参加するようにさらに構成される、請求項１３の装置。
  23. 前記１つまたは複数のパラメータは、サポートされる併存するフラグメント化された送信の最大数、最小フラグメント長、またはＳＤＵのためのフラグメントが維持される期間を示す受信タイマ値のうちの少なくとも１つを備える、請求項２２の装置。
  24. 前記１つまたは複数のパラメータは、フラグメント化がサポートされているかどうかのインジケーションを備える、請求項２２の装置。
  25. 前記ネゴシエーションは、前記送信機との関連付けの間に実行される、請求項２２の装置。
  26. ワイヤレス通信のための方法であって、
    複数のプロトコルデータユニット（ＰＤＵ）を受信することと、
    前記ＰＤＵの各々が成功裏に受信されたかどうか、および前記ＰＤＵの各々がフラグメント化されていないサービスデータユニット（ＳＤＵ）に関連付けられているかまたはフラグメント化されたＳＤＵに関連付けられているかどうかを決定することと、
    前記決定に基づいて、前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロック確認応答（ブロックＡｃｋ）フレームを送信のために出力することと、
    を備える、方法。
  27. 前記複数のＰＤＵは、複数のメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＭＰＤＵ）を備え、前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵは、フラグメント化されていないＭＡＣサービスデータユニット（ＭＳＤＵ）およびフラグメント化されたＭＳＤＵを備える、請求項２６の方法。
  28. 前記フラグメント化されたＳＤＵを送信または処理するのに使用される１つまたは複数のフラグメント化パラメータについて、前記複数のプロトコルデータユニット（ＰＤＵ）の送信機とのネゴシエーションに参加することをさらに備える、請求項２６の方法。
  29. ワイヤレス通信のための方法であって、
    複数のプロトコルデータユニット（ＰＤＵ）を送信のために出力することと、ここにおいて、前記ＰＤＵの各々は、フラグメント化されていないサービスデータユニット（ＳＤＵ）またはフラグメント化されたＳＤＵに関連付けられている、
    前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵについての受信状態を示すビットマップフィールドを備える短縮されたブロック確認応答（ブロックＡｃｋ）フレームを受信することと、
    前記フラグメント化されていないＳＤＵおよびフラグメント化されたＳＤＵが成功裏に受信されたかどうかを決定するために前記短縮されたブロックＡｃｋフレーム中の前記ビットマップフィールドを処理することと、
    を備える、方法。
  30. 前記フラグメント化されたＳＤＵを送信または処理するのに使用される１つまたは複数のフラグメント化パラメータについて、前記複数のプロトコルデータユニット（ＰＤＵ）のうちの少なくとも１つの意図された受信側とのネゴシエーションに参加することをさらに備える、請求項２９の方法。
JP2017533619A 2014-12-23 2015-12-23 フラグメント化確認応答シグナリングを用いた、短縮されたブロック確認応答 Pending JP2018506881A (ja)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US201462096168P 2014-12-23 2014-12-23
US62/096,168 2014-12-23
US201562183176P 2015-06-22 2015-06-22
US62/183,176 2015-06-22
US201562190239P 2015-07-08 2015-07-08
US62/190,239 2015-07-08
US201562201516P 2015-08-05 2015-08-05
US62/201,516 2015-08-05
US14/978,039 US9929847B2 (en) 2014-12-23 2015-12-22 Shortened block acknowledgement with fragmentation acknowledgement signaling
US14/978,039 2015-12-22
PCT/US2015/000267 WO2016105515A1 (en) 2014-12-23 2015-12-23 Shortened block acknowledgement with fragmentation acknowledgement signaling

Publications (2)

Publication Number Publication Date
JP2018506881A true JP2018506881A (ja) 2018-03-08
JP2018506881A5 JP2018506881A5 (ja) 2019-01-17

Family

ID=56130713

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017533619A Pending JP2018506881A (ja) 2014-12-23 2015-12-23 フラグメント化確認応答シグナリングを用いた、短縮されたブロック確認応答

Country Status (9)

Country Link
US (2) US9929847B2 (ja)
EP (1) EP3238357A1 (ja)
JP (1) JP2018506881A (ja)
KR (1) KR20170097654A (ja)
CN (1) CN107113111A (ja)
AU (1) AU2015371324A1 (ja)
BR (1) BR112017013360A2 (ja)
TW (1) TW201630376A (ja)
WO (1) WO2016105515A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10574398B2 (en) 2015-09-01 2020-02-25 Huawei Technologies Co., Ltd. Receiving state indication method for A-MPDU and receive end device

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9712362B2 (en) * 2014-03-20 2017-07-18 Newracom, Inc. Method for transmitting and receiving data in wireless local area network and apparatus for the same
US9729214B2 (en) 2014-07-24 2017-08-08 Marvell World Trade Ltd. Group acknowledgement for multiple user communication in a wireless local area network
US10218483B2 (en) * 2015-09-25 2019-02-26 Qualcomm Incorporated Systems and methods for signaling and generating variable length block acknowledgment fields in a wireless network
US10278224B2 (en) 2015-10-20 2019-04-30 Marvell World Trade Ltd. Acknowledgment data unit for multiple uplink data units
US11082888B2 (en) 2015-10-20 2021-08-03 Nxp Usa, Inc. Single acknowledgment policy for aggregate MPDU
US10469210B2 (en) * 2015-11-24 2019-11-05 Marvell World Trade Ltd. Acknowledgment data unit for data unit fragment
US10313923B2 (en) 2016-02-19 2019-06-04 Marvell World Trade Ltd. Acknowledgement of transmissions in a wireless local area network
CN109314606A (zh) 2016-02-19 2019-02-05 马维尔国际贸易有限公司 无线局域网中的发送的确认
US10873878B2 (en) 2016-02-19 2020-12-22 Nxp Usa, Inc. Acknowledgement of transmissions in a wireless local area network
KR20230119271A (ko) 2016-03-10 2023-08-16 주식회사 윌러스표준기술연구소 다중 사용자 무선 통신 방법 및 이를 사용하는 무선통신 단말
CN115361099B (zh) 2016-04-04 2024-07-19 韦勒斯标准与技术协会公司 使用分段的无线通信方法和使用其的无线通信终端
US10361832B2 (en) * 2016-04-22 2019-07-23 Qualcomm Incorporated Block acknowledgment generation and selection rules
US10484159B2 (en) * 2016-06-24 2019-11-19 Qualcomm Incorporated Methods and systems for acknowledgment configuration
EP3484229B1 (en) 2016-07-06 2022-05-11 Wilus Institute of Standards and Technology Inc. Wireless communication terminal using trigger information
EP3482598B1 (en) 2016-07-07 2021-11-24 Intel Corporation Resolving acknowledgements between associated and unassociated stations
US20180103487A1 (en) * 2016-10-12 2018-04-12 Qualcomm Incorporated Dynamic selection of control response frame parameters
KR102262155B1 (ko) * 2016-12-21 2021-06-08 주식회사 윌러스표준기술연구소 집합 mpdu 및 이에 대한 응답 프레임의 전송 방법 및 이를 이용한 무선 통신 단말
KR102239504B1 (ko) * 2017-01-09 2021-04-14 주식회사 윌러스표준기술연구소 Txop를 사용하는 무선 통신 방법 및 이를 사용하는 무선 통신 단말
US10735566B2 (en) * 2017-06-23 2020-08-04 Qualcomm Incorporated Large media access control service data unit (MSDU) delivery
DK3646500T3 (da) * 2017-06-28 2022-03-07 Ericsson Telefon Ab L M Betjening af en brugerindretning og en modtagende radioknude baseret på en HARQ-kodebog, konfigureret af en konfigurerende radioknude
US11271707B2 (en) * 2018-01-23 2022-03-08 Qualcomm Incorporated Immediate responses under time division multiplexed (TDM) access
US11832127B2 (en) 2019-07-04 2023-11-28 Mediatek Singapore Pte. Ltd. Hardware-friendly HARQ operations in WLAN
CN110572244B (zh) * 2019-09-06 2020-11-06 展讯通信（上海）有限公司 数据重传、数据接收响应方法及装置、存储介质
CN112462839B (zh) * 2019-09-09 2022-07-29 华润微集成电路(无锡)有限公司 分段参数设置电路及设置方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060034274A1 (en) 2004-07-30 2006-02-16 Nokia Corporation System and method for variable length acknowledgements in a shared resource network
MX2007001682A (es) 2004-08-12 2007-04-23 Samsung Electronics Co Ltd Metodo y aparato de transmision de cuadro ack.
KR100631736B1 (ko) * 2004-08-12 2006-10-09 삼성전자주식회사 Ａｃｋ 프레임 전송 방법 및 장치
CN101064724A (zh) * 2006-04-27 2007-10-31 华硕电脑股份有限公司 无线通讯系统处理服务数据单元的分割及编号方法及装置
CN101946445B (zh) * 2008-06-10 2013-12-11 Lg电子株式会社 用于在无线通信系统中传送数据块的方法
US20100115365A1 (en) * 2008-11-03 2010-05-06 Industrial Technology Research Institute System and method for data transmission
KR101681160B1 (ko) * 2009-02-04 2016-11-30 엘지전자 주식회사 무선 통신 시스템에서 ａｒｑ 피드백 정보 전송 및 수신 방법
US8457057B2 (en) * 2009-04-16 2013-06-04 Nokia Siemens Networks Oy Adaptive ARQ block size for wireless networks
KR20120048019A (ko) * 2009-08-17 2012-05-14 알까뗄 루슨트 멀티-홉 중계 통신 시스템에서 다운링크 데이터 전송 제어를 위한 방법 및 장치
KR101758909B1 (ko) * 2010-02-18 2017-07-18 엘지전자 주식회사 무선 랜에서 수신 확인 전송 방법 및 장치
JP5993001B2 (ja) * 2011-06-10 2016-09-14 サムスン エレクトロニクス カンパニー リミテッド 無線通信環境でフラグメント化可能データユニットを送信及び受信する方法及びシステム
WO2013005965A2 (en) * 2011-07-01 2013-01-10 Samsung Electronics Co., Ltd. Method and system for dynamically changing upper bound on data packet size in wireless communication networks
GB2496171B (en) * 2011-11-04 2013-12-04 Renesas Mobile Corp Method, processing system and device for transmitting data blocks
US9253290B2 (en) * 2012-02-29 2016-02-02 Qualcomm Incorporated Apparatus and methods for block acknowledgment compression
ES2604854T3 (es) 2012-07-16 2017-03-09 Qualcomm Incorporated Aparatos y procedimientos para la compresión de confirmación de bloques
EP2891358A1 (en) * 2012-08-29 2015-07-08 Qualcomm Incorporated Improved fragmentation for long packets in a low-speed wireless network
US9295074B2 (en) * 2013-09-10 2016-03-22 Samsung Electronics Co., Ltd. Acknowledgement, error recovery and backoff operation of uplink multi-user multiple-input-multiple-output communication in wireless networks

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10574398B2 (en) 2015-09-01 2020-02-25 Huawei Technologies Co., Ltd. Receiving state indication method for A-MPDU and receive end device
US11075717B2 (en) 2015-09-01 2021-07-27 Huawei Technologies Co., Ltd. Receiving state indication method for A-MPDU and receive end device

Also Published As

Publication number Publication date
US20180191480A1 (en) 2018-07-05
US20160182205A1 (en) 2016-06-23
EP3238357A1 (en) 2017-11-01
WO2016105515A1 (en) 2016-06-30
TW201630376A (zh) 2016-08-16
AU2015371324A1 (en) 2017-06-08
BR112017013360A2 (pt) 2018-03-06
KR20170097654A (ko) 2017-08-28
CN107113111A (zh) 2017-08-29
US9929847B2 (en) 2018-03-27

Similar Documents

Publication Publication Date Title
JP2018506881A (ja) フラグメント化確認応答シグナリングを用いた、短縮されたブロック確認応答
JP6342395B2 (ja) フレーム制御設計のための装置および方法
JP5784730B2 (ja) アグリゲートｍｐｄｕ（ａ−ｍｐｄｕ）数秘学およびｍｐｄｕグループ化
JP6363109B2 (ja) 確認応答（ａｃｋ）タイプ指示および延期時間決定
JP6092265B2 (ja) ブロック確認応答圧縮のための装置および方法
JP6165859B2 (ja) ブロック確認応答圧縮のための装置および方法
JP6672453B2 (ja) ワイヤレスネットワークにおいて可変長ブロック確認応答フィールドをシグナリングおよび生成するためのシステムおよび方法
JP6158357B2 (ja) 確認応答（ａｃｋ）タイプ指示および延期時間決定
JP6373987B2 (ja) Ｍａｃヘッダ圧縮のための装置および方法
JP2018050314A (ja) 保護された制御フレーム
TW201628378A (zh) 用於實現立即回應的傳輸技術
JP6844042B2 (ja) 大きい媒体アクセス制御サービスデータユニット（ｍｓｄｕ）配信
TW201640865A (zh) 包括訊框擴展的Ｗｉ－Ｆｉ訊框
US20160374081A1 (en) Short uplink responses for downlink transmissions
JP2017539175A (ja) ミックスされたｐｈｙおよびｍａｃシグナリングを使用する即時応答リソース割り振り
JP2016534630A (ja) リレーネットワークにおける関連制限
TW201438430A (zh) 確認（ａｃｋ）類型指示和推遲時間決定（一）

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170823

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170822

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181129

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181129

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200114

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20200804