(57)【要約】本開示は、マルチプルユーザアップリンクのための方法および装置を提供する。本開示の一態様は、ワイヤレス通信のための方法を提供する。方法は、アクセスポイントへの物理レイヤ（ＰＨＹ）サービスデータユニット（ＰＳＤＵ）の送信のためのターゲット送信持続時間を示すトリガフレームをアクセスポイントから受信することを備える。方法はまた、少なくとも１つのアグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）サブフレームを備えるＡ−ＭＰＤＵフレームを生成することと、Ａ−ＭＰＤＵフレームは、第１の長さを有し、第２の長さを有する追加のＡ−ＭＰＤＵサブフレームが第１の長さ、第２の長さ、およびターゲット送信持続時間に少なくとも部分的に基づいてＡ−ＭＰＤＵフレームに追加されうるかどうかを決定することと、第１の長さとターゲット送信持続時間との間の比較に少なくとも部分的に基づいてＡ−ＭＰＤＵフレーム中に１つまたは複数のパディングサブフレームを含めることとを備える。【選択図】図２５
2019500094.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
ユーザ端末において、アクセスポイントへの物理レイヤ（ＰＨＹ）サービスデータユニット（ＰＳＤＵ）の送信のためのターゲット送信持続時間を示すトリガフレームを前記アクセスポイントから受信することと、
少なくとも１つのアグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）サブフレームを備えるＡ−ＭＰＤＵフレームを生成すること、前記Ａ−ＭＰＤＵフレームは、第１の長さを有する、と、
第２の長さを有する追加のＡ−ＭＰＤＵサブフレームが前記第１の長さ、前記第２の長さ、および前記ターゲット送信持続時間に少なくとも部分的に基づいて前記Ａ−ＭＰＤＵフレームに追加されうるかどうかを決定することと、
前記第１の長さと前記ターゲット送信持続時間との間の比較に少なくとも部分的に基づいて前記Ａ−ＭＰＤＵフレーム中に１つまたは複数のパディングサブフレームを含めることと、
前記ＰＳＤＵを生成すること、前記ＰＳＤＵは、前記Ａ−ＭＰＤＵフレームと前記１つまたは複数のパディングサブフレームとを含む、と、
前記ターゲット送信持続時間にわたって前記ユーザ端末から前記生成されたＰＳＤＵを送信することと
を備える、方法。
【請求項２】
４で割った前記第１の長さの余りがゼロに等しいかどうかを決定することと、
前記第１の長さが前記ターゲット送信持続時間未満であり、前記余りがゼロに等しくないときに、前記Ａ−ＭＰＤＵフレーム中にオクテットのパディングを含めることと、
前記Ａ−ＭＰＤＵフレーム中に含められたオクテットのパディングごとに１だけ前記第１の長さをインクリメントすることと
をさらに備える、請求項１に記載の方法。
【請求項３】
前記ターゲット送信持続時間と前記第１の長さとの間の差異が４より大きいかどうかを決定することと、
前記差異が４より大きいときに前記Ａ−ＭＰＤＵフレーム中にフレーム終了パディングサブフレームを含めることと、
前記Ａ−ＭＰＤＵフレーム中に含められたフレーム終了パディングサブフレームごとに４だけ前記第１の長さをインクリメントすることと
をさらに備える、請求項１に記載の方法。
【請求項４】
前記Ａ−ＭＰＤＵフレーム中に最後のフレーム終了パディングサブフレームを含めることと、
前記第１の長さが前記ターゲット送信持続時間未満であるときに前記最後のフレーム終了パディングサブフレーム中にオクテットのパディングを含めることと、
前記最後のフレーム終了パディングサブフレーム中に含められたオクテットのパディングごとに１だけ前記第１の長さをインクリメントすることと
をさらに備える、請求項１に記載の方法。
【請求項５】
前記ターゲット送信持続時間にわたって複数のユーザ端末と同時に前記ＰＳＤＵを送信することをさらに備える、
請求項１に記載の方法。
【請求項６】
前記アクセスポイントからの前記トリガフレームは、変調またはコーディングレートおよび送信電力レベルをさらに示す、
請求項１に記載の方法。
【請求項７】
前記送信されたＰＳＤＵの送信電力レベルは、前記ターゲット送信持続時間中において実質的に一定である、
請求項１に記載の方法。
【請求項８】
前記ターゲット送信持続時間に等しくなるように前記第１の長さを増大させるのに十分な複数のビットを前記Ａ−ＭＰＤＵフレームに追加することをさらに備える、
請求項１に記載の方法。
【請求項９】
前記複数のビットは、
フレーム終了パディングデリミタと、
サブフレームパッドオクテットと、
アグリゲートされた媒体アクセス制御プロトコルデータユニットフレーム終了サブフレームと
のうちの少なくとも１つを備える、請求項８に記載の方法。  
【請求項１０】
前記ＰＳＤＵを送信するための、前記トリガフレーム中に示された送信データレートを利用することをさらに備える、
請求項１に記載の方法。
【請求項１１】
前記ＰＳＤＵを送信するための、前記トリガフレーム中に示されたアグリゲーションのレベルを利用することをさらに備える、
請求項１に記載の方法。
【請求項１２】
前記ＰＳＤＵを送信するための、セットアップフェーズ中に前記ユーザ端末によって決定されたアップリンク送信機会を利用することをさらに備える、
請求項１に記載の方法。
【請求項１３】
前記トリガフレームは、送信可（ＣＴＸ）メッセージであり、前記ＰＳＤＵは、ＰＨＹ変換プロトコルデータユニット（ＰＰＤＵ）内で送信される、
請求項１に記載の方法。
【請求項１４】
ワイヤレス通信のためのユーザ端末であって、
アクセスポイントへの物理レイヤ（ＰＨＹ）サービスデータユニット（ＰＳＤＵ）の送信のためのターゲット送信持続時間を示すトリガフレームを前記アクセスポイントから受信するように構成された受信機と、
少なくとも１つのアグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）サブフレームを備えるＡ−ＭＰＤＵフレームを生成すること、前記Ａ−ＭＰＤＵフレームは、第１の長さを有する、と、
第２の長さを有する追加のＡ−ＭＰＤＵサブフレームが前記第１の長さ、前記第２の長さ、および前記ターゲット送信持続時間に少なくとも部分的に基づいて前記Ａ−ＭＰＤＵフレームに追加されうるかどうかを決定することと、
前記第１の長さと前記ターゲット送信持続時間との間の比較に少なくとも部分的に基づいて前記Ａ−ＭＰＤＵフレーム中に１つまたは複数のパディングサブフレームを含めることと、
前記ＰＳＤＵを生成すること、前記ＰＳＤＵは、前記Ａ−ＭＰＤＵフレームと前記１つまたは複数のパディングサブフレームとを含む、と
を行うように構成されたプロセッサと、
前記ターゲット送信持続時間にわたって前記生成されたＰＳＤＵを送信するように構成された送信機と
を備える、ユーザ端末。
【請求項１５】
前記プロセッサは、
４で割った前記第１の長さの余りがゼロに等しいかどうかを決定することと、
前記第１の長さが前記ターゲット送信持続時間未満であり、前記余りがゼロに等しくないときに、前記Ａ−ＭＰＤＵフレーム中にオクテットのパディングを含めることと、
前記Ａ−ＭＰＤＵフレーム中に含められたオクテットのパディングごとに１だけ前記第１の長さをインクリメントすることと
を行うようにさらに構成される、請求項１４に記載のユーザ端末。
【請求項１６】
前記プロセッサは、
前記ターゲット送信持続時間と前記第１の長さとの間の差異が４より大きいかどうかを決定することと、
前記差異が４より大きいときに前記Ａ−ＭＰＤＵフレーム中にフレーム終了パディングサブフレームを含めることと、
前記Ａ−ＭＰＤＵフレーム中に含められたフレーム終了パディングサブフレームごとに４だけ前記第１の長さをインクリメントすることと
を行うようにさらに構成される、請求項１４に記載のユーザ端末。
【請求項１７】
前記プロセッサは、
前記Ａ−ＭＰＤＵフレーム中に最後のフレーム終了パディングサブフレームを含めることと、
前記第１の長さが前記ターゲット送信持続時間未満であるときに前記最後のフレーム終了パディングサブフレーム中にオクテットのパディングを含めることと、
前記最後のフレーム終了パディングサブフレーム中に含められたオクテットのパディングごとに１だけ前記第１の長さをインクリメントすることと
を行うようにさらに構成される、請求項１４に記載のユーザ端末。
【請求項１８】
前記送信機は、前記ターゲット送信持続時間にわたって複数のユーザ端末と同時に前記ＰＳＤＵを送信するようにさらに構成される、
請求項１４に記載のユーザ端末。
【請求項１９】
前記アクセスポイントからの前記トリガフレームは、変調またはコーディングレートおよび送信電力レベルをさらに示す、
請求項１４に記載のユーザ端末。
【請求項２０】
前記送信されたＰＳＤＵの送信電力レベルは、前記ターゲット送信持続時間中において実質的に一定である、
請求項１４に記載のユーザ端末。
【請求項２１】
前記ターゲット送信持続時間に等しくなるように前記第１の長さを増大させるのに十分な複数のビットを前記Ａ−ＭＰＤＵフレームに追加することをさらに備える、
請求項１４に記載のユーザ端末。
【請求項２２】
前記複数のビットは、
フレーム終了パディングデリミタと、
サブフレームパッドオクテットと、
アグリゲートされた媒体アクセス制御プロトコルデータユニットフレーム終了サブフレームと
のうちの少なくとも１つを備える、請求項２１に記載のユーザ端末。
【請求項２３】
前記ＰＳＤＵを送信するための、前記トリガフレーム中に示された送信データレートを利用することをさらに備える、
請求項１４に記載のユーザ端末。
【請求項２４】
前記ＰＳＤＵを送信するための、前記トリガフレーム中に示されたアグリゲーションのレベルを利用することをさらに備える、
請求項１４に記載のユーザ端末。
【請求項２５】
前記ＰＳＤＵを送信するための、セットアップフェーズ中に決定されたアップリンク送信機会を利用すること、ここにおいて、前記トリガフレームは、送信可（ＣＴＸ）メッセージである、
をさらに備える、請求項１４に記載のユーザ端末。
【請求項２６】
ワイヤレス通信のためのユーザ端末であって、
アクセスポイントへの物理レイヤ（ＰＨＹ）サービスデータユニット（ＰＳＤＵ）の送信のためのターゲット送信持続時間を示すトリガフレームを前記アクセスポイントから受信するための手段と、
少なくとも１つのアグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）サブフレームを備えるＡ−ＭＰＤＵフレームを生成するための手段、前記Ａ−ＭＰＤＵフレームは、第１の長さを有する、と、
第２の長さを有する追加のＡ−ＭＰＤＵサブフレームが前記第１の長さ、前記第２の長さ、および前記ターゲット送信持続時間に少なくとも部分的に基づいて前記Ａ−ＭＰＤＵフレームに追加されうるかどうかを決定するための手段と、
前記第１の長さと前記ターゲット送信持続時間との間の比較に少なくとも部分的に基づいて前記Ａ−ＭＰＤＵフレーム中に１つまたは複数のパディングサブフレームを含めるための手段と、
前記ＰＳＤＵを生成するための手段、前記ＰＳＤＵは、前記Ａ−ＭＰＤＵフレームと前記１つまたは複数のパディングサブフレームとを含む、と、
前記ターゲット送信持続時間にわたって前記生成されたＰＳＤＵを送信するための手段と
を備える、ユーザ端末。
【請求項２７】
４で割った前記第１の長さの余りがゼロに等しいかどうかを決定するための手段と、
前記第１の長さが前記ターゲット送信持続時間未満であり、前記余りがゼロに等しくないときに、前記Ａ−ＭＰＤＵフレーム中にオクテットのパディングを含めるための手段と、
前記Ａ−ＭＰＤＵフレーム中に含められたオクテットのパディングごとに１だけ前記第１の長さをインクリメントするための手段と
をさらに備える、請求項２６に記載のユーザ端末。
【請求項２８】
前記ターゲット送信持続時間と前記第１の長さとの間の差異が４より大きいかどうかを決定するための手段と、
前記差異が４より大きいときに前記Ａ−ＭＰＤＵフレーム中にフレーム終了パディングサブフレームを含めるための手段と、
前記Ａ−ＭＰＤＵフレーム中に含められたフレーム終了パディングサブフレームごとに４だけ前記第１の長さをインクリメントするための手段と
をさらに備える、請求項２６に記載のユーザ端末。
【請求項２９】
前記Ａ−ＭＰＤＵフレーム中に最後のフレーム終了パディングサブフレームを含めるための手段と、
前記第１の長さが前記ターゲット送信持続時間未満であるときに前記最後のフレーム終了パディングサブフレーム中にオクテットのパディングを含めるための手段と、
前記最後のフレーム終了パディングサブフレーム中に含められたオクテットのパディングごとに１だけ前記第１の長さをインクリメントするための手段と
をさらに備える、請求項２６に記載のユーザ端末。
【請求項３０】
前記ターゲット送信持続時間にわたって複数のユーザ端末と同時に前記ＰＳＤＵを送信するための手段をさらに備える、
請求項２６に記載のユーザ端末。
【請求項３１】
前記アクセスポイントからの前記トリガフレームは、変調またはコーディングレートおよび送信電力レベルをさらに示す、
請求項２６に記載のユーザ端末。
【請求項３２】
前記送信されたＰＳＤＵの送信電力レベルは、前記ターゲット送信持続時間中において実質的に一定である、
請求項２６に記載のユーザ端末。
【請求項３３】
前記ターゲット送信持続時間に等しくなるように前記第１の長さを増大させるのに十分な複数のビットを前記Ａ−ＭＰＤＵフレームに追加するための手段をさらに備える、
請求項２６に記載のユーザ端末。
【請求項３４】
前記複数のビットは、
フレーム終了パディングデリミタと、
サブフレームパッドオクテットと、
アグリゲートされた媒体アクセス制御プロトコルデータユニットフレーム終了サブフレームと
のうちの少なくとも１つを備える、請求項３３に記載のユーザ端末。
【請求項３５】
前記ＰＳＤＵを送信するための、前記トリガフレーム中に示された送信データレートを利用するための手段をさらに備える、
請求項２６に記載のユーザ端末。
【請求項３６】
前記ＰＳＤＵを送信するための、前記トリガフレーム中に示されたアグリゲーションのレベルを利用するための手段をさらに備える、
請求項２６に記載のユーザ端末。
【請求項３７】
前記ＰＳＤＵを送信するための、セットアップフェーズ中に決定されたアップリンク送信機会を利用するための手段をさらに備え、前記トリガフレームは、送信可（ＣＴＸ）メッセージである、
請求項２６に記載のユーザ端末。
【請求項３８】
実行されたとき、通信の方法を遂行する命令を備える非一時的コンピュータ可読媒体であって、前記方法は、
ユーザ端末において、アクセスポイントへの物理レイヤ（ＰＨＹ）サービスデータユニット（ＰＳＤＵ）の送信のためのターゲット送信持続時間を示すトリガフレームを前記アクセスポイントから受信することと、
少なくとも１つのアグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）サブフレームを備えるＡ−ＭＰＤＵフレームを生成することと、前記Ａ−ＭＰＤＵフレームは、第１の長さを有する、
第２の長さを有する追加のＡ−ＭＰＤＵサブフレームが前記第１の長さ、前記第２の長さ、および前記ターゲット送信持続時間に少なくとも部分的に基づいて前記Ａ−ＭＰＤＵフレームに追加されうるかどうかを決定することと、
前記第１の長さと前記ターゲット送信持続時間との間の比較に少なくとも部分的に基づいて前記Ａ−ＭＰＤＵフレーム中に１つまたは複数のパディングサブフレームを含めることと、
前記ＰＳＤＵを生成することと、前記ＰＳＤＵは、前記Ａ−ＭＰＤＵフレームと前記１つまたは複数のパディングサブフレームとを含む、
前記ターゲット送信持続時間にわたって前記ユーザ端末から前記生成されたＰＳＤＵを送信することと
を備える、非一時的コンピュータ可読媒体。
【請求項３９】
前記方法は、
４で割った前記第１の長さの余りがゼロに等しいかどうかを決定することと、
前記第１の長さが前記ターゲット送信持続時間未満であり、前記余りがゼロに等しくないときに、前記Ａ−ＭＰＤＵフレーム中にオクテットのパディングを含めることと、
前記Ａ−ＭＰＤＵフレーム中に含められたオクテットのパディングごとに１だけ前記第１の長さをインクリメントすることと
をさらに備える、請求項３８に記載の非一時的コンピュータ可読媒体。
【請求項４０】
前記方法は、
前記ターゲット送信持続時間と前記第１の長さとの間の差異が４より大きいかどうかを決定することと、
前記差異が４より大きいときに前記Ａ−ＭＰＤＵフレーム中にフレーム終了パディングサブフレームを含めることと、
前記パディング情報中に含められたフレーム終了パディングサブフレームごとに４だけ前記第１の長さをインクリメントすることと
をさらに備える、請求項３８に記載の非一時的コンピュータ可読媒体。
【請求項４１】
前記方法は、
前記Ａ−ＭＰＤＵフレーム中に最後のフレーム終了パディングサブフレームを含めることと、
前記第１の長さが前記ターゲット送信持続時間未満であるときに前記最後のフレーム終了パディングサブフレーム中にオクテットのパディングを含めることと、
前記最後のフレーム終了パディングサブフレーム中に含められたオクテットのパディングごとに１だけ前記第１の長さをインクリメントすることと
をさらに備える、請求項３８に記載の非一時的コンピュータ可読媒体。
【請求項４２】
前記方法は、
前記ターゲット送信持続時間にわたって複数のユーザ端末と同時に前記ＰＳＤＵを送信することをさらに備える、
請求項３８に記載の非一時的コンピュータ可読媒体。
【請求項４３】
前記アクセスポイントからの前記トリガフレームは、変調またはコーディングレートおよび送信電力レベルをさらに示す、
請求項３８に記載の非一時的コンピュータ可読媒体。
【請求項４４】
前記送信されたＰＳＤＵの送信電力レベルは、前記ターゲット送信持続時間中において実質的に一定である、
請求項３８に記載の非一時的コンピュータ可読媒体。
【請求項４５】
前記方法は、
前記ターゲット送信持続時間に等しくなるように前記第１の長さを増大させるのに十分な複数のビットを前記Ａ−ＭＰＤＵフレームに追加することをさらに備える、
請求項３８に記載の非一時的コンピュータ可読媒体。
【請求項４６】
前記複数のビットは、
フレーム終了パディングデリミタと、
サブフレームパッドオクテットと、
アグリゲートされた媒体アクセス制御プロトコルデータユニットフレーム終了サブフレームと
のうちの少なくとも１つを備える、請求項４５に記載の非一時的コンピュータ可読媒体。
【請求項４７】
前記方法は、
前記ＰＳＤＵを送信するための、前記トリガフレーム中に示された送信データレートを利用することをさらに備え、前記トリガフレームは、送信可（ＣＴＸ）メッセージである、
請求項３８に記載の非一時的コンピュータ可読媒体。
【請求項４８】
前記方法は、
前記ＰＳＤＵを送信するための、前記トリガフレーム中に示されたアグリゲーションのレベルを利用することをさらに備える、
請求項３８に記載の非一時的コンピュータ可読媒体。
【請求項４９】
前記方法は、
前記ＰＳＤＵを送信するための、セットアップフェーズ中に前記ユーザ端末によって決定されたアップリンク送信機会を利用することをさらに備える、
請求項３８に記載の非一時的コンピュータ可読媒体。
【請求項５０】
前記ＰＳＤＵは、ＰＨＹ変換プロトコルデータユニット（ＰＰＤＵ）内で送信される、
請求項３８に記載の非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本開示のある特定の態様は概して、ワイヤレス通信に関し、より具体的には、ワイヤレスネットワーク中でのマルチプルユーザアップリンク通信のための方法および装置に関する。
【背景技術】
【０００２】
[0002]多くの電気通信システムでは、通信ネットワークは、いくつかの相互作用する空間的に隔てられたデバイス間でメッセージを交換するために使用される。ネットワークは、地理的範囲にしたがって分類されえ、それは、例えば、メトロポリタンエリア、ローカルエリア、またはパーソナルエリアであることができる。そのようなネットワークは、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、またはパーソナルエリアネットワーク（ＰＡＮ）としてそれぞれ指定されうる。ネットワークはまた、様々なネットワークノードおよびデバイスを相互接続するために使用される交換／ルーティング技法（例えば、回線交換対パケット交換）、送信のために用いられる物理媒体のタイプ（例えば、ワイヤード対ワイヤレス）、および使用される通信プロトコルのセット（例えば、インターネットプロトコルスイート、ＳＯＮＥＴ（同期型光ネットワーキング）、イーサネット（登録商標）、等）にしたがって異なる。
【０００３】
[0003]ワイヤレスネットワークは、ネットワーク要素がモバイルであり、このことから、動的接続性のニーズを有するとき、またはネットワークアーキテクチャが固定というよりはむしろ、アドホックのトポロジにおいて形成される場合に好まれることが多い。ワイヤレスネットワークは、無線、マイクロ波、赤外線、光、等の周波数帯域中の電磁波を使用して無誘導伝搬モード（unguided propagation mode）で無形物理媒体を用いる。ワイヤレスネットワークは、固定されたワイヤードネットワークと比較されると、ユーザモビリティおよび高速なフィールド展開を有利に促進する。
【０００４】
[0004]ワイヤレス通信システムについて求められる、増大する帯域幅要件の問題に対処するために、複数のユーザ端末が、高いデータスループットを達成しながらチャネルリソースを共有することによって単一のアクセスポイントと通信することを可能にするために、異なる複数のスキームが開発されている。限られた通信リソースでは、アクセスポイントと複数の端末との間を通るトラフィックの量を低減することが望ましい。例えば、複数の端末がアクセスポイントにアップリンク通信を送るとき、全ての送信のアップリンクを完了するためにトラフィックの量を最小化することが望ましい。このことから、複数の端末からのアップリンク送信についての改善されたプロトコルのニーズが存在する。
【発明の概要】
【０００５】
[0005]添付された特許請求の範囲内のシステム、方法およびデバイスの様々なインプリメンテーションは各々、いくつかの態様を有し、それらのうちのどれ１つとして、単独でここに説明される望ましい属性を担わない。添付された特許請求の範囲を限定することなしに、いくつかの顕著な特徴がここに説明される。
【０００６】
[0006]本開示の一態様は、ワイヤレス通信のための方法を提供する。方法は、ユーザ端末において、アクセスポイントへの物理レイヤ（ＰＨＹ）サービスデータユニット（ＰＳＤＵ）の送信のためのターゲット送信持続時間を示すトリガフレームをアクセスポイントから受信することを備える。方法はさらに、少なくとも１つのアグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）サブフレームを備えるＡ−ＭＰＤＵフレームを生成することを備え、Ａ−ＭＰＤＵフレームは、第１の長さを有する。方法はさらに、第２の長さを有する追加のＡ−ＭＰＤＵサブフレームが第１の長さ、第２の長さ、およびターゲット送信持続時間に少なくとも部分的に基づいてＡ−ＭＰＤＵフレームに追加されうるかどうかを決定することを備える。方法はさらに、第１の長さとターゲット送信持続時間との間の比較に少なくとも部分的に基づいてＡ−ＭＰＤＵフレーム中に１つまたは複数のパディングサブフレームを含めることを備える。方法はさらに、ＰＳＤＵを生成することを備え、ＰＳＤＵは、Ａ−ＭＰＤＵフレームを含む。方法はさらに、ターゲット送信持続時間にわたってユーザ端末から生成されたＰＳＤＵを送信することを備える。
【０００７】
[0007]本開示の別の態様は、ワイヤレス通信のためのユーザ端末を提供する。ユーザ端末は、アクセスポイントへの物理レイヤ（ＰＨＹ）サービスデータユニット（ＰＳＤＵ）の送信のためのターゲット送信持続時間を示すトリガフレームをアクセスポイントから受信するように構成された受信機を備える。ユーザ端末はさらに、少なくとも１つのアグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）サブフレームを備えるＡ−ＭＰＤＵフレームを生成することと、Ａ−ＭＰＤＵフレームは、第１の長さを有し、第２の長さを有する追加のＡ−ＭＰＤＵサブフレームが第１の長さ、第２の長さ、およびターゲット送信持続時間に少なくとも部分的に基づいてＡ−ＭＰＤＵフレームに追加されうるかどうかを決定することと、第１の長さとターゲット送信持続時間との間の比較に少なくとも部分的に基づいてＡ−ＭＰＤＵフレーム中に１つまたは複数のパディングサブフレームを含めることとを行うように構成されたプロセッサを備える。ユーザ端末はさらに、ターゲット送信持続時間にわたって生成されたＰＳＤＵを送信するように構成された送信機を備える。
【０００８】
[0008]本開示の別の態様は、ワイヤレス通信のためのユーザ端末を提供する。ユーザ端末は、アクセスポイントへの物理レイヤ（ＰＨＹ）サービスデータユニット（ＰＳＤＵ）の送信のためのターゲット送信持続時間を示すトリガフレームをアクセスポイントから受信するための手段を備える。ユーザ端末はさらに、少なくとも１つのアグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）サブフレームを備えるＡ−ＭＰＤＵフレームを生成するための手段を備え、Ａ−ＭＰＤＵフレームは、第１の長さを有する。ユーザ端末はさらに、第２の長さを有する追加のＡ−ＭＰＤＵサブフレームが第１の長さ、第２の長さ、およびターゲット送信持続時間に少なくとも部分的に基づいてＡ−ＭＰＤＵフレームに追加されうるかどうかを決定するための手段を備える。ユーザ端末はさらに、第１の長さとターゲット送信持続時間との間の比較に少なくとも部分的に基づいてＡ−ＭＰＤＵフレーム中に１つまたは複数のパディングサブフレームを含めるための手段を備える。ユーザ端末はさらに、ＰＳＤＵを生成するための手段を備え、ＰＳＤＵは、Ａ−ＭＰＤＵフレームを含む。ユーザ端末はさらに、ターゲット送信持続時間にわたって生成されたＰＳＤＵを送信するための手段を備える。
【０００９】
[0009]本開示の別の態様は、実行されたとき、通信の方法を遂行する命令を備える非一時的コンピュータ可読媒体を提供する。方法は、ユーザ端末において、アクセスポイントへの物理レイヤ（ＰＨＹ）サービスデータユニット（ＰＳＤＵ）の送信のためのターゲット送信持続時間を示すトリガフレームをアクセスポイントから受信することを備える。方法はさらに、少なくとも１つのアグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）サブフレームを備えるＡ−ＭＰＤＵフレームを生成することを備え、Ａ−ＭＰＤＵフレームは、第１の長さを有する。方法はさらに、第２の長さを有する追加のＡ−ＭＰＤＵサブフレームが第１の長さ、第２の長さ、およびターゲット送信持続時間に少なくとも部分的に基づいてＡ−ＭＰＤＵフレームに追加されうるかどうかを決定することを備える。方法はさらに、第１の長さとターゲット送信持続時間との間の比較に少なくとも部分的に基づいてＡ−ＭＰＤＵフレーム中に１つまたは複数のパディングサブフレームを含めることを備える。方法はさらに、ＰＳＤＵを生成することを備え、ＰＳＤＵは、Ａ−ＭＰＤＵフレームを含む。方法はさらに、ターゲット送信持続時間にわたってユーザ端末から生成されたＰＳＤＵを送信することを備える。
【００１０】
[0010]この明細書中に説明される主題の１つまたは複数のインプリメンテーションの詳細は、添付の図面および以下の説明中に記載されている。他の特徴、態様、および利点は、説明、図面、および特許請求の範囲から明らかになるであろう。以下の図の相対的な寸法は原寸通りに描かれていないことがありうることに留意されたい。
【図面の簡単な説明】
【００１１】
【図１】アクセスポイントとユーザ端末とを有する多元接続多入力多出力システムを例示している。
【図２】多入力多出力システム中のアクセスポイント１１０と２つのユーザ端末１２０ｍおよび１２０ｘとのブロック図を例示している。
【図３】ワイヤレス通信システム内で用いられうるワイヤレスデバイス中で利用されうる様々なコンポーネントを例示している。
【図４】アップリンクマルチユーザ多入力多出力通信の実例的なフレーム交換の時間図を示している。
【図５】アップリンクマルチユーザ多入力多出力通信の別の実例的なフレーム交換の時間シーケンス図を示している。
【図６】アップリンクマルチユーザ多入力多出力通信の別の実例的なフレーム交換の時間シーケンス図を示している。
【図７】アップリンクマルチユーザ多入力多出力通信の別の実例的なフレーム交換の時間シーケンス図を示している。
【図８】アップリンクマルチユーザ多入力多出力通信の時間シーケンス図を示している。
【図９】送信要求フレームの図を示している。
【図１０】送信可フレームの図を示している。
【図１１】送信可フレームの別の実施形態の図を示している。
【図１２】送信可フレームの別の実施形態の図を示している。
【図１３】送信可フレームの別の実施形態の図を示している。
【図１４】送信機会中のアップリンクマルチユーザ多入力多出力送信のためのターゲット送信持続時間に適合するように、ユーザ端末が送信用のそのデータをフラグメント化することを示す時間シーケンス図である。
【図１５】送信機会中のアップリンクマルチユーザ多入力多出力送信のためのターゲット送信持続時間に適合するように、ユーザ端末がその送信データレートを低下させることを示す時間シーケンス図である。
【図１６】送信機会中のアップリンクマルチユーザ多入力多出力送信のためのターゲット送信持続時間に適合するように、ユーザ端末がその送信データレートを増大させることを示す時間シーケンス図である。
【図１７】送信機会中のアップリンクマルチユーザ多入力多出力送信のためのターゲット送信持続時間に適合するように、ユーザ端末がそのアグリゲーションのレベルを低下させることを示す時間シーケンス図である。
【図１８】送信機会中のアップリンクマルチユーザ多入力多出力送信のためのターゲット送信持続時間に適合するように、ユーザ端末がそのアグリゲーションのレベルを増大させることを示す時間シーケンス図である。
【図１９】送信機会中のアップリンクマルチユーザ多入力多出力送信のためのターゲット送信持続時間に適合するように、ユーザ端末が充填データ（fill data）１９０８を追加することを示す時間シーケンス図である。
【図２０】送信機会中のアップリンクマルチユーザ多入力多出力送信のためのターゲット送信持続時間に適合するように、ユーザ端末がその送信データレートを低下させ、そのアグリゲーションのレベルを低下させ、充填データを追加することを示す時間シーケンス図である。
【図２１】送信機会中のアップリンクマルチユーザ多入力多出力送信のためのターゲット送信持続時間に適合するように、ユーザ端末がその送信データレートを増大させ、そのアグリゲーションのレベルを増大させ、充填データを追加することを示す時間シーケンス図である。
【図２２】ターゲット送信持続時間に適合する持続時間の間、送信機会中にユーザ端末がデータを同時に送信することを示す時間シーケンス図である。
【図２３】ターゲット送信持続時間を充填するためにユーザ端末が充填サブフレームを利用することを示す別の時間シーケンス図である。
【図２４】アップリンクマルチユーザ多入力多出力送信の持続時間がターゲット送信持続時間を充填するように、送信または動作パラメータ用のデータを選択するための方法のフローチャートである。
【図２５】送信用のＡ−ＭＰＤＵの生成を伴うワイヤレス通信のための方法を例示するフローチャートである。
【図２６】パディングを生成する複数の代替の実施形態を含むワイヤレス通信のための方法を例示する別のフローチャートである。
【詳細な説明】
【００１２】
[0037]新規のシステム、装置、および方法の様々な態様が、添付の図面を参照して以下により十分に説明される。本教示開示は、しかしながら、多くの異なる形態で具現化されえ、この開示全体を通じて提示される任意の特定の構造または機能に限定されると解釈されるべきではない。むしろ、これらの態様は、この開示が徹底的かつ完全となり、当業者に本開示の範囲を十分に伝達するように提供される。ここでの教示に基づいて、当業者は、本開示の範囲が、本発明の任意の他の態様とは独立してインプリメントされるか、または組み合わされてインプリメントされるかにかかわらず、ここに開示される新規のシステム、装置、および方法の任意の態様をカバーすることを意図されていることを認識すべきである。例えば、ここに記載されている任意の数の態様を使用して、装置がインプリメントされうるか、または方法が実施されうる。加えて、本発明の範囲は、ここに記載されている本発明の様々な態様に加えて、またはそれ以外の、他の構造、機能、または構造と機能とを使用して実施されるそのような装置または方法をカバーすることを意図される。ここに開示されるいずれの態様も、請求項の１つまたは複数の要素によって具現化されうることが理解されるべきである。
【００１３】
[0038]特定の態様がここに説明されるが、これらの態様の多くの変形および置換が、本開示の範囲内に含まれる。好ましい態様のいくつかの利益および利点が記述されるが、本開示の範囲は、特定の利益、使用、または目的に限定されることを意図されてはいない。むしろ、本開示の態様は、異なるワイヤレス技術、システム構成、ネットワーク、および送信プロトコルに広く適用可能であることを意図されており、それらのうちのいくつかは、図面中および好ましい態様の以下の説明中に例として例示される。詳細な説明および図面は単に、限定というよりはむしろ本開示の例示であり、本開示の範囲は、添付された特許請求の範囲およびそれらの同等物によって定義されている。
【００１４】
[0039]ワイヤレスネットワーク技術は、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）の様々なタイプを含みうる。ＷＬＡＮは、広く使用されるネットワーキングプロトコルを用いて、近くのデバイスをともに相互接続するために使用されうる。ここに説明される様々な態様は、Ｗｉ−Ｆｉ、またはより一般には、ワイヤレスプロトコルのＩＥＥＥ８０２．１１ファミリの任意のメンバのような任意の通信規格に適用されうる。
【００１５】
[0040]いくつかの態様において、ワイヤレス信号は、直交周波数分割多重化（ＯＦＤＭ）、直接シーケンススペクトル拡散（ＤＳＳＳ：direct-sequence spread spectrum）通信、ＯＦＤＭおよびＤＳＳＳ通信の組み合わせ、または他のスキームを使用して、高効率８０２．１１プロトコルにしたがって送信されうる。高効率８０２．１１プロトコルのインプリメンテーションは、インターネットアクセス、センサ、メータリング（metering）、スマートグリッドネットワーク、または他のワイヤレスアプリケーションに対して使用されうる。有利なことに、この特定のワイヤレスプロトコルをインプリメントするある特定のデバイスの態様は、他のワイヤレスプロトコルをインプリメントするデバイスよりも少ない電力を消費し、短距離にわたってワイヤレス信号を送信するために使用され、および／または人間のようなオブジェクトによってブロックされる可能性が少ない信号を送信することが可能でありうる。
【００１６】
[0041]いくつかのインプリメンテーションでは、ＷＬＡＮは、ワイヤレスネットワークにアクセスするコンポーネントである様々なデバイスを含む。例えば、アクセスポイント（「ＡＰ」）と（局、または「ＳＴＡ」とも呼ばれる）クライアントとの２つのタイプのデバイスが存在しうる。一般に、ＡＰは、ＷＬＡＮのためのハブまたは基地局としての役割を果たし、ＳＴＡは、ＷＬＡＮのユーザとしての役割を果たす。例えば、ＳＴＡは、ラップトップコンピュータ、携帯情報端末（ＰＤＡ）、モバイル電話、等でありうる。ある例では、ＳＴＡは、インターネットまたは他のワイドエリアネットワークに対する一般的な接続性を取得するために、Ｗｉ−Ｆｉ(例えば、８０２．１１ａｈのようなＩＥＥＥ８０２．１１プロトコル)準拠のワイヤレスリンクを介してＡＰに接続する。いくつかのインプリメンテーションでは、ＳＴＡはまた、ＡＰとして使用されうる。
【００１７】
[0042]ここに説明される技法は、直交多重化スキームに基づく通信システムを含む様々なブロードバンドワイヤレス通信システムのために使用されうる。そのような通信システムの例は、空間分割多元接続（ＳＤＭＡ）、時分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、等を含む。ＳＤＭＡシステムは、複数のユーザ端末に属するデータを同時に送信するために、十分に異なる方向を利用しうる。ＴＤＭＡシステムは、複数のユーザ端末が、異なるタイムスロットへと送信信号を分割することによって同じ周波数チャネルを共有することを可能にしえ、各タイムスロットは、異なるユーザ端末に割り当てられる。ＴＤＭＡシステムは、ＧＭＳまたは当該技術において知られているいくつかの他の規格をインプリメントしうる。ＯＦＤＭＡシステムは、直交周波数分割多重化（ＯＦＤＭ）を利用し、それは、複数の直交サブキャリアへとシステム帯域幅全体を区分化する変調技法である。これらのサブキャリアはまた、トーン、ビン、等と呼ばれうる。ＯＦＤＭでは、各サブキャリアは、データで独立して変調されうる。ＯＦＤＭシステムは、ＩＥＥＥ８０２．１１または当該技術において知られているいくつかの他の規格をインプリメントしうる。ＳＣ−ＦＤＭＡシステムは、システム帯域幅にわたって分散されたサブキャリア上で送信するためにインターリーブドＦＤＭＡ（ＩＦＤＭＡ）を、隣接サブキャリアのブロック上で送信するためにローカライズドＦＤＭＡ（ＬＦＤＭＡ）を、または隣接サブキャリアの複数のブロック上で送信するためにエンハンストＦＤＭＡ（ＥＦＤＭＡ）を利用しうる。一般に、変調シンボルは、ＯＦＤＭでは周波数ドメイン中で、およびＳＣ−ＦＤＭＡでは時間ドメイン中で送られる。ＳＣ−ＦＤＭＡシステムは、３ＧＰＰ（登録商標）−ＬＴＥ（登録商標）（第３世代パートナーシッププロジェクトのロングタームエボリューション）または他の規格をインプリメントしうる。
【００１８】
[0043]ここでの教示は、様々なワイヤードまたはワイヤレス装置（例えば、ノード）へと組み込まれうる（例えば、それら内でインプリメントされるか、またはそれらによって遂行される）。いくつかの態様では、ここでの教示にしたがってインプリメントされるワイヤレスノードは、アクセスポイントまたはアクセス端末を備えうる。
【００１９】
[0044]アクセスポイント（「ＡＰ」）は、ノードＢ、無線ネットワークコントローラ（「ＲＮＣ」）、ｅノードＢ、基地局コントローラ（「ＢＳＣ」）、ベーストランシーバ局（「ＢＴＳ」）、基地局（「ＢＳ」）、トランシーバ機能（「ＴＦ」）、無線ルータ、無線トランシーバ、基本サービスセット（「ＢＳＳ」）、拡張サービスセット（「ＥＳＳ」）、無線基地局（「ＲＢＳ」）、または何らかの他の専門用語を備えうるか、それらとしてインプリメントされうるか、またはそれらとして知られうる。
【００２０】
[0045]局「ＳＴＡ」はまた、ユーザ端末、アクセス端末（「ＡＴ」）、加入者局、加入者ユニット、モバイル局、リモート局、リモート端末、ユーザエージェント、ユーザデバイス、ユーザ機器、または何らかの他の専門用語を備えうるか、それらとしてインプリメントされうるか、またはそれらとして知られうる。いくつかのインプリメンテーションでは、アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（「ＳＩＰ」）電話、ワイヤレスローカルループ（「ＷＬＬ」）局、携帯情報端末（「ＰＤＡ」）、ワイヤレス接続能力を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された何らかの他の適した処理デバイスを備えうる。それ故に、ここに教示される１つまたは複数の態様は、電話（例えば、セルラ電話またはスマートフォン）、コンピュータ（例えば、ラップトップ）、ポータブル通信デバイス、ヘッドセット、ポータブルコンピューティングデバイス（例えば、携帯情報端末）、エンターテインメントデバイス（例えば、音楽またはビデオデバイス、あるいは衛星ラジオ）、ゲーミングデバイスまたはシステム、全地球測位システムデバイス、もしくはワイヤレス媒体を介して通信するように構成された任意の他の適したデバイスへと組み込まれうる。
【００２１】
[0046]図１は、アクセスポイントとユーザ端末とを有する多元接続多入力多出力（ＭＩＭＯ）システム１００を例示する図である。簡潔さのために、図１中には１つのアクセスポイント１１０のみが示されている。アクセスポイントは概して、ユーザ端末と通信する固定局であり、基地局とも、または何らかの他の専門用語を使用しても呼ばれうる。ユーザ端末またはＳＴＡは、固定またはモバイルであり、モバイル局またはワイヤレスデバイスとも、あるいは何らかの他の専門用語を使用しても呼ばれうる。アクセスポイント１１０は、ダウンリンクおよびアップリンク上で任意の所与の瞬間において１つまたは複数のユーザ端末１２０と通信しうる。ダウンリンク（すなわち、順方向リンク）は、アクセスポイントからユーザ端末への通信リンクであり、アップリンク（すなわち、逆方向リンク）は、ユーザ端末からアクセスポイントへの通信リンクである。ユーザ端末はまた、別のユーザ端末とピアツーピアで通信しうる。システムコントローラ１３０は、アクセスポイントに結合し、それに調整および制御を提供する。
【００２２】
[0047]以下の開示の一部分が、空間分割多元接続（ＳＤＭＡ）を介して通信することが可能なユーザ端末１２０を説明することになる一方で、ある特定の態様では、ユーザ端末１２０はまた、ＳＤＭＡをサポートしないいくつかのユーザ端末を含みうる。このことから、そのような態様では、ＡＰ１１０は、ＳＤＭＡユーザ端末と非ＳＤＭＡユーザ端末との両方と通信するように構成されうる。このアプローチは、好都合なことに、ＳＤＭＡをサポートしないより古いバージョンのユーザ端末（「レガシ」局）が事業展開され続けることを可能にしえ、それらの耐用寿命を延長しつつ、適切であると見なされる場合により新しいＳＤＭＡユーザ端末が導入されることを可能にする。
【００２３】
[0048]システム１００は、ダウンリンクおよびアップリンク上でのデータ送信のために複数の送信アンテナおよび複数の受信アンテナを用いる。アクセスポイント１１０は、Ｎap個のアンテナを装備され、ダウンリンク送信については多入力（ＭＩ）およびアップリンク送信については多出力（ＭＯ）を表す。Ｋ個の選択されたユーザ端末１２０のセットは集合的に、ダウンリンク送信については多出力およびアップリンク送信については多入力を表す。純粋なＳＤＭＡでは、Ｋ個のユーザ端末のためのデータシンボルストリームが、何らかの手段によってコード、周波数、または時間で多重化されていない場合に、Ｎap≦Ｋ≦１を有することが所望される。ＴＤＭＡ技法、ＣＤＭＡを用いる異なるコードチャネル、ＯＦＤＭを用いる互いに素な（disjoint）サブバンドのセット、等を使用して、データシンボルストリームが多重化されることができる場合に、Ｋは、Ｎapよりも大きくなりうる。各選択されたユーザ端末は、アクセスポイントにユーザ固有のデータを送信および／またはアクセスポイントからユーザ固有のデータを受信しうる。一般に、各選択されたユーザ端末は、１つまたは複数のアンテナ（すなわち、Ｎut≧１）を装備されうる。Ｋ個の選択されたユーザ端末は、同じ数のアンテナを有することができる、あるいは１つまたは複数のユーザ端末は、異なる数のアンテナを有しうる。
【００２４】
[0049]ＳＤＭＡシステム１００は、時分割複信（ＴＤＤ）システムまたは周波数分割複信（ＦＤＤ）システムでありうる。ＴＤＤシステムでは、ダウンリンクおよびアップリンクは、同じ周波数帯域を共有する。ＦＤＤシステムでは、ダウンリンクおよびアップリンクは、異なる周波数帯域を使用する。ＭＩＭＯシステム１００はまた、送信のために単一のキャリアまたは複数のキャリアを利用しうる。各ユーザ端末は、（例えば、コストを抑えるために）単一のアンテナまたは（例えば、追加のコストがサポートされることができる場合には）複数のアンテナを装備されうる。送信／受信を異なるタイムスロットへと分割することによってユーザ端末１２０が同じ周波数チャネルを共有する場合、システム１００はまた、ＴＤＭＡシステムでありえ、ここで、各タイムスロットは、異なるユーザ端末１２０に割り当てられうる。
【００２５】
[0050]図２は、ＭＩＭＯシステム１００中の、アクセスポイント１１０と２つのユーザ端末１２０ｍおよび１２０ｘとのブロック図を例示している。アクセスポイント１１０は、Ｎt個のアンテナ２２４ａ〜２２４ａｐを装備されている。ユーザ端末１２０ｍは、Ｎut,m個のアンテナ２５２ma〜２５２muを装備され、ユーザ端末１２０ｘは、Ｎut,x個のアンテナ２５２xa〜２５２xuを装備される。アクセスポイント１１０は、ダウンリンクでは送信エンティティであり、アップリンクでは受信エンティティである。ユーザ端末１２０は、アップリンクでは送信エンティティであり、ダウンリンクでは受信エンティティである。ここに使用される場合、「送信エンティティ」は、ワイヤレスチャネルを介してデータを送信することが可能な独立して動作される装置またはデバイスであり、「受信エンティティ」は、ワイヤレスチャネルを介してデータを受信することが可能な独立して動作される装置またはデバイスである。以下の説明では、下付き文字「ｄｎ」はダウンリンクを表し、下付き文字「ｕｐ」はアップリンクを表し、Ｎup個のユーザ端末は、アップリンク上での同時送信のために選択され、Ｎdn個のユーザ端末は、ダウンリンク上での同時送信のために選択される。Ｎupは、Ｎdnに等しいことがありうるか、または等しくないことがありえ、ＮupおよびＮdnは、静的値（static value）でありうるか、またはスケジューリング間隔ごとに変化しうる。ビームステアリングまたは何らかの他の空間処理技法が、アクセスポイント１１０および／またはユーザ端末１２０において使用されうる。
【００２６】
[0051]アップリンク上では、アップリンク送信のために選択された各ユーザ端末１２０において、ＴＸデータプロセッサ２８８が、データソース２８６からトラフィックデータを、コントローラ２８０から制御データを受信する。ＴＸデータプロセッサ２８８は、ユーザ端末のために選択されたレートに関連付けられたコーディングおよび変調スキームに基づいて、ユーザ端末のためのトラフィックデータを処理（例えば、符号化、インターリーブ、および変調）し、データシンボルストリームを提供する。ＴＸ空間プロセッサ２９０は、データシンボルストリームに対して空間処理を遂行し、Ｎut,m個のアンテナにＮut,m個の送信シンボルストリームを提供する。各送信機ユニット（「ＴＭＴＲ」）２５４は、アップリンク信号を生成するためにそれぞれの送信シンボルストリームを受信および処理（例えば、アナログに変換、増幅、フィルタリング、および周波数アップコンバート）する。Ｎut,m個の送信機ユニット２５４は、例えば、アクセスポイント１１０に送信するための、Ｎut,m個のアンテナ２５２からの送信のためにＮut,m個のアップリンク信号を提供する。
【００２７】
[0052]Ｎup個のユーザ端末は、アップリンク上での同時送信のためにスケジューリングされうる。これらのユーザ端末の各々は、そのそれぞれのデータシンボルストリームに対して空間処理を遂行し、アクセスポイント１１０にアップリンク上で送信シンボルストリームのそのそれぞれのセットを送信しうる。
【００２８】
[0053]アクセスポイント１１０において、Ｎup個のアンテナ２２４ａ〜２２４apは、アップリンク上で送信する全てのＮup個のユーザ端末からアップリンク信号を受信する。各アンテナ２２４は、それぞれの受信機ユニット（「ＲＣＶＲ」）２２２に、受信された信号を提供する。各受信機ユニット２２２は、送信機ユニット２５４によって遂行されたものと相補的な処理を遂行し、受信されたシンボルストリームを提供する。ＲＸ空間プロセッサ２４０は、Ｎup個の受信機ユニット２２２からのＮup個の受信されたシンボルストリームに対して受信機空間処理を遂行し、Ｎup個の復元されたアップリンクデータシンボルストリームを提供する。受信機空間処理は、チャネル相関行列反転（ＣＣＭＩ：the channel correlation matrix inversion）、最小平均二乗誤差（ＭＭＳＥ：minimum mean square error）、ソフト干渉除去（ＳＩＣ：soft interference cancellation）、または何らかの他の技法にしたがって遂行されうる。各復元されたアップリンクデータシンボルストリームは、それぞれのユーザ端末によって送信されたデータシンボルストリームの推定値である。ＲＸデータプロセッサ２４２は、復号されたデータを取得するために、そのストリームのために使用されたレートにしたがって、各復元されたアップリンクデータシンボルストリームを処理（例えば、復調、デインターリーブ、および復号）する。ユーザ端末ごとの復号されたデータは、記憶のためにデータシンク２４４に提供されうる、および／またはさらなる処理のためにコントローラ２３０に提供されうる。
【００２９】
[0054]ダウンリンク上では、アクセスポイント１１０において、ＴＸデータプロセッサ２１０は、ダウンリンク送信のためにスケジューリングされたＮdn個のユーザ端末についてデータソース２０８からトラフィックデータを、コントローラ２３０から制御データを、およびことによるとスケジューラ２３４から他のデータを受信する。様々なタイプのデータは、異なるトランスポートチャネル上で送られうる。ＴＸデータプロセッサ２１０は、そのユーザ端末のために選択されたレートに基づいて、ユーザ端末ごとにトラフィックデータを処理（例えば、符号化、インターリーブ、および変調）する。ＴＸデータプロセッサ２１０は、Ｎdn個のユーザ端末にＮdn個のダウンリンクデータシンボルストリームを提供する。ＴＸ空間プロセッサ２２０は、Ｎdn個のダウンリンクデータシンボルストリームに対して（プリコーディングまたはビームフォーミングのような）空間処理を遂行し、Ｎup個のアンテナにＮup個の送信シンボルストリームを提供する。各送信機ユニット２２２は、ダウンリンク信号を生成するために、それぞれの送信シンボルストリームを受信および処理する。Ｎup個の送信機ユニット２２２は、例えば、ユーザ端末１２０に送信するための、Ｎup個のアンテナ２２４からの送信のためにＮup個のダウンリンク信号を提供しうる。
【００３０】
[0055]各ユーザ端末１２０において、Ｎut,m個のアンテナ２５２は、アクセスポイント１１０からＮup個のダウンリンク信号を受信する。各受信機ユニット２５４は、関連付けられたアンテナ２５２からの受信された信号を処理し、受信されたシンボルストリームを提供する。ＲＸ空間プロセッサ２６０は、Ｎut,m個の受信機ユニット２５４からのＮut,m個の受信されたシンボルストリームに対して受信機空間処理を遂行し、ユーザ端末１２０に復元されたダウンリンクデータシンボルストリームを提供する。受信機空間処理は、ＣＣＭＩ、ＭＭＳＥ、または何らかの他の技法にしたがって遂行されうる。ＲＸデータプロセッサ２７０は、ユーザ端末のための復号されたデータを取得するために、復元されたダウンリンクデータシンボルストリームを処理（例えば、復調、デインターリーブ、および復号）する。
【００３１】
[0056]各ユーザ端末１２０において、チャネル推定器２７８は、ダウンリンクチャネル応答を推定し、ダウンリンクチャネル推定値を提供し、それは、チャネル利得推定値、ＳＮＲ推定値、雑音分散（noise variance）、等を含みうる。同様に、チャネル推定器２２８は、アップリンクチャネル応答を推定し、アップリンクチャネル推定値を提供する。ユーザ端末ごとのコントローラ２８０は典型的に、ユーザ端末のための空間フィルタ行列を、そのユーザ端末のためのダウンリンクチャネル応答行列Ｈdn,mに基づいて導出する。コントローラ２３０は、有効アップリンクチャネル応答行列Ｈup,effに基づいて、アクセスポイントのための空間フィルタ行列を導出する。ユーザ端末ごとのコントローラ２８０は、アクセスポイント１１０にフィードバック情報（例えば、ダウンリンクおよび／またはアップリンク固有ベクトル、固有値、ＳＮＲ推定値、等）を送りうる。コントローラ２３０および２８０はまた、それぞれ、アクセスポイント１１０およびユーザ端末１２０における様々な処理ユニットの動作を制御しうる。
【００３２】
[0057]図３は、ワイヤレス通信システム１００内で用いられうるワイヤレスデバイス３０２中で利用されうる様々なコンポーネントを例示している。ワイヤレスデバイス３０２は、ここに説明される様々な方法をインプリメントするように構成されうるデバイスの例である。ワイヤレスデバイス３０２は、アクセスポイント１１０またはユーザ端末１２０をインプリメントしうる。
【００３３】
[0058]ワイヤレスデバイス３０２は、ワイヤレスデバイス３０２の動作を制御するプロセッサ３０４を含みうる。プロセッサ３０４はまた、中央処理ユニット（ＣＰＵ）と呼ばれうる。読取専用メモリ（ＲＯＭ）とランダムアクセスメモリ（ＲＡＭ）との両方を含みうるメモリ３０６は、プロセッサ３０４に命令およびデータを提供する。メモリ３０６の一部分はまた、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含みうる。プロセッサ３０４は、メモリ３０６内に記憶されているプログラム命令に基づいて、論理および算術演算を遂行しうる。メモリ３０６中の命令は、ここに説明される方法をインプリメントするように実行可能でありうる。
【００３４】
[0059]プロセッサ３０４は、１つまたは複数のプロセッサでインプリメントされる処理システムのコンポーネントでありうるか、またはそれを備えうる。１つまたは複数のプロセッサは、汎用マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、コントローラ、ステートマシン、ゲートロジック、ディスクリートハードウェアコンポーネント、専用ハードウェア有限ステートマシン、または算出あるいは情報の他の操作を遂行することができる任意の他の適したエンティティの任意の組み合わせでインプリメントされうる。
【００３５】
[0060]処理システムはまた、ソフトウェアを記憶するための機械可読媒体を含みうる。ソフトウェアは、ソフトウェアと呼ばれるか、ファームウェアと呼ばれるか、ミドルウェアと呼ばれるか、マイクロコードと呼ばれるか、ハードウェア記述言語と呼ばれるか、またはそれ以外で呼ばれるかにかかわらず、任意のタイプの命令を意味するように広く解釈されるべきである。命令は、（例えば、ソースコードフォーマット、バイナリコードフォーマット、実行可能コードフォーマット、または任意の他の適したコードのフォーマットの）コードを含みうる。命令は、１つまたは複数のプロセッサによって実行されたとき、処理システムに、ここに説明される様々な機能を遂行することを行わせる。
【００３６】
[0061]ワイヤレスデバイス３０２はまた、ワイヤレスデバイス３０２とリモートロケーションとの間でのデータの送信および受信を可能にするために、送信機３１０および受信機３１２を含みうるハウジング３０８を含みうる。送信機３１０および受信機３１２は、トランシーバ３１４へと組み合わされうる。単数または複数のトランシーバアンテナ３１６は、ハウジング３０８に取り付けられ、トランシーバ３１４に電気的に結合されうる。ワイヤレスデバイス３０２はまた、複数の送信機、複数の受信機、および複数のトランシーバを含みうる（図示せず）。
【００３７】
[0062]ワイヤレスデバイス３０２はまた、トランシーバ３１４によって受信される信号のレベルを検出および定量化する試みにおいて使用されうる信号検出器３１８を含みうる。信号検出器３１８は、そのような信号を、総エネルギー、シンボルあたりのサブキャリアあたりのエネルギー、電力スペクトル密度および他の信号として検出しうる。ワイヤレスデバイス３０２はまた、信号を処理する際に使用するためのデジタルシグナルプロセッサ（ＤＳＰ）３２０を含みうる。
【００３８】
[0063]ワイヤレスデバイス３０２の様々なコンポーネントは、バスシステム３２２によってともに結合されえ、それは、データバスに加えて、電力バス、制御信号バス、および状態信号バスを含みうる。
【００３９】
[0064]本開示のある特定の態様は、複数のＵＴからＡＰにアップリンク（ＵＬ）信号を送信することをサポートする。いくつかの実施形態では、ＵＬ信号は、マルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）システム中で送信されうる。代替として、ＵＬ信号は、マルチユーザＦＤＭＡ（ＭＵ−ＦＤＭＡ）または類似のＦＤＭＡシステム中で送信されうる。具体的には、図４〜８は、ＵＬ−ＯＦＤＭＡ送信に等しく適用するであろうアップリンクＭＵ−ＭＩＭＯ（ＵＬ−ＭＵ−ＭＩＭＯ）送信４１０Ａおよび４１０Ｂを例示している。これらの実施形態では、ＵＬ−ＭＵ−ＭＩＭＯまたはＵＬ−ＯＦＤＭＡ送信は、複数のＳＴＡからＡＰに同時に送られることができ、ワイヤレス通信中での効率を上げうる（create efficiencies）。
【００４０】
[0065]増大する数のワイヤレスおよびモバイルデバイスは、ワイヤレス通信システムに対して求められている帯域幅要件に増大する重点を置いている（put increasing stress on）。限られた通信リソースでは、ＡＰと複数のＳＴＡとの間を通るトラフィックの量を低減することが望ましい。例えば、複数の端末がアクセスポイントにアップリンク通信を送るとき、全ての送信のアップリンクを完了するためにトラフィックの量を最小化することが望ましい。このことから、ここに説明される実施形態は、通信交換を利用すること、ＡＰへのアップリンク送信のスループットを増大させるためのある特定のフレームおよびスケジューリングをサポートする。
【００４１】
[0066]図４は、ＵＬ通信のために使用されうるＵＬ−ＭＵ−ＭＩＭＯプロトコル４００の例を示す時間シーケンス図４００である。図１と連携して、図４中に示されているように、ＡＰ１１０は、どのユーザ端末１２０がＵＬ−ＭＵ−ＭＩＭＯスキームに参加しうるのかを示す送信可（ＣＴＸ：clear to transmit）メッセージ４０２をユーザ端末１２０に送信しえ、それにより、特定のＵＴ１２０は、ＵＬ−ＭＵ−ＭＩＭＯ送信をスタートすることを知る。いくつかの実施形態では、ＣＴＸメッセージ４０２は、物理レイヤ変換プロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）のペイロード部分中で送信されうる。ＣＴＸフレーム構造の例は、図１０を参照して以下により十分に説明される。
【００４２】
[0067]ユーザ端末がリストされているＣＴＸメッセージ４０２をユーザ端末１２０がＡＰ１１０から受信すると、ユーザ端末１２０は、ＵＬ−ＭＵ−ＭＩＭＯ送信４１０を送信しうる。図４では、ＳＴＡ１２０ＡおよびＳＴＡ１２０Ｂは、それぞれ、物理レイヤ変換プロトコル（ＰＬＣＰ）プロトコルデータユニット（ＰＰＤＵ）を包含するＵＬ−ＭＵ−ＭＩＭＯ送信４１０Ａおよび４１０Ｂを送信する。ＵＬ−ＭＵ−ＭＩＭＯ送信４１０Ａおよび４１０Ｂを受信すると、ＡＰ１１０は、ユーザ端末１２０Ａおよび１２０Ｂにブロック確認応答（ＢＡｓ：block acknowledgments）４７０を送信しうる。
【００４３】
[0068]全てのＡＰ１１０またはユーザ端末１２０がＵＬ−ＭＵ−ＭＩＭＯまたはＵＬ−ＯＦＤＭＡ動作をサポートしうるわけではない。ユーザ端末１２０からの能力インジケーションは、アソシエーション要求またはプローブ要求中に含まれている高効率ワイヤレス（ＨＥＷ）能力要素中に示され、能力を示すビットと、ユーザ端末１２０がＵＬ−ＭＵ−ＭＩＭＯ送信中で使用することができる空間ストリームの最大数と、ユーザ端末１２０がＵＬ−ＯＦＤＭＡ送信中で使用することができる周波数と、電力バックオフ中の最小および最大電力および粒度と、ユーザ端末１２０が遂行することができる最小および最大時間調整とを含みうる。
【００４４】
[0069]ＡＰ１１０からの能力インジケーションは、アソシエーション応答、ビーコンまたはプローブ応答中に含まれているＨＥＷ能力要素中に示され、能力を示すビットと、単一のユーザ端末１２０がＵＬ−ＭＵ−ＭＩＭＯ送信中で使用することができる空間ストリームの最大数と、単一のユーザ端末１２０がＵＬ−ＯＦＤＭＡ送信中で使用することができる周波数と、要求される電力制御粒度と、ユーザ端末１２０が遂行することが可能であるべき要求される最小および最大時間調整とを含みうる。
【００４５】
[0070]一実施形態では、能力のある（capable）ユーザ端末１２０は、ＵＬ−ＭＵ−ＭＩＭＯ（またはＵＬ−ＯＦＤＭＡ）プロトコルの一部になるように能力のあるＡＰに要求しうる。その要求は、管理フレーム、送り要求（ＲＴＳ：request to send）メッセージ、サービス品質（ＱｏＳ）フレーム、省電力（ＰＳ）ポール、またはＲＴＸフレーム中に含まれうる。一態様では、ＡＰ１１０は、ユーザ端末１２０を許可することによってＵＬ−ＭＵ−ＭＩＭＯ機能（feature）の使用に応答しうるか、またはＡＰ１１０は、ユーザ端末の要求を拒否しうる。ＡＰ１１０は、ＵＬ−ＭＵ−ＭＩＭＯの使用を許可し、ユーザ端末１２０は、様々な時間においてＣＴＸメッセージ４０２を予期しうる。加えて、ユーザ端末１２０がＵＬ−ＭＵ−ＭＩＭＯ機能を動作させることを有効にされると、ユーザ端末１２０は、ある特定の動作モードにしたがうことを条件としうる。ユーザ端末１２０およびＡＰ１１０は、複数の動作モードをサポートし、ＡＰ１１０は、ＨＥＷ能力要素中、管理フレーム中、または動作要素中でどのモードを使用すべきかをユーザ端末１２０に示しうる。一態様では、ユーザ端末１２０は、ＡＰ１１０に異なる動作要素を送ることによって、動作中に動的に動作モードおよびパラメータを変更しうる。別の態様では、ＡＰ１１０は、ユーザ端末１２０に更新された動作要素または管理フレームを送ることによって、あるいはビーコン中で更新された動作要素または更新された管理フレームを送ることによって、動作中に動的に動作モードを切り替えうる。別の態様では、動作モードは、セットアップフェーズ中にＡＰ１１０によって決定され、ユーザ端末１２０ごとに、またはユーザ端末１２０のグループに対して決定されうる。別の態様では、動作モードは、トラフィック識別子（ＴＩＤ）ごとに指定されうる。
【００４６】
[0071]ＵＬ−ＭＵ−ＭＩＭＯ送信のいくつかの動作モードでは、ユーザ端末１２０は、ＡＰ１１０からＣＴＸメッセージを受信し、ＡＰ１１０に応答をすぐに送りうる。その応答は、送り可（ＣＴＳ：clear to send）メッセージまたは別のタイプのメッセージの形式でありうる。ＣＴＳメッセージを送るための要件は、ＣＴＸメッセージ中に示されうるか、またはその要件は、ＡＰ１１０とユーザ端末１２０との間での通信のセットアップフェーズ中に示されうる。
【００４７】
[0072]図５は、図１と連携して、ＡＰ１１０とユーザ端末１２０Ａおよび１２０Ｂとの間でのＵＬ−ＭＵ−ＭＩＭＯ送信の動作モードの例を示す時間シーケンス図５００である。図５中に示されているように、ＡＰ１１０からＣＴＸメッセージ４０２を受信することに応答して、ＵＴ１２０Ａは、ＣＴＳメッセージ４０８Ａを送信し、ＵＴ１２０Ｂは、ＣＴＳメッセージ４０８Ｂを送信しうる。ＣＴＳメッセージ４０８ＡおよびＣＴＳメッセージ４０８Ｂの変調およびコーディングスキーム（ＭＣＳ）は、ＣＴＸメッセージ４０２のＭＣＳに基づきうる。この実施形態では、ＣＴＳメッセージ４０８ＡおよびＣＴＳメッセージ４０８Ｂは、同じ量のビットと同じスクランブリングシーケンスとを、それらが同時にＡＰ１１０に送信されうるように、包含する。ＣＴＳメッセージ４０８Ａおよび４０８Ｂの持続時間フィールドは、ＣＴＸ ＰＰＤＵについて時間を取り除くことによって、ＣＴＸ中の持続時間フィールドに基づきうる。ユーザ端末１２０Ａは、ＣＴＸメッセージ４０２にしたがってＡＰ１１０にＵＬ−ＭＵ−ＭＩＭＯ送信４１０Ａを送り、ユーザ端末１２０Ｂもまた、ＣＴＸメッセージ４０２にしたがってＡＰ１１０にＵＬ−ＭＵ−ＭＩＭＯ送信４１０Ｂを送りうる。ＡＰ１１０はその後、ユーザ端末１２０Ａおよび１２０Ｂに確認応答（ＡＣＫ）メッセージ４７５を送りうる。いくつかの態様では、ＡＣＫメッセージ４７５は、各ユーザ端末１２０に送られる連続ＡＣＫメッセージを含みうるか、またはＡＣＫメッセージ４７５は、ＢＡを含みうる。いくつかの態様では、ＡＣＫ４７５は、ポーリングされうる。図５の実施形態は、順次的な送信と比較して、複数のユーザ端末１２０からＡＰ１１０へのＣＴＳメッセージ４０８の同時送信を提供することによって送信効率を改善しえ、それによって、時間を節約し、干渉の可能性を低減する。
【００４８】
[0073]図６は、図１と連携して、ＵＬ−ＭＵ−ＭＩＭＯ送信の動作モードの例を示す時間シーケンス図６００である。この実施形態では、ユーザ端末１２０Ａおよび１２０Ｂは、ＡＰ１１０からＣＴＸメッセージ４０２を受信しうる。ＣＴＸメッセージ４０２は、ユーザ端末１２０Ａおよび１２０ＢがＵＬ−ＭＵ−ＭＩＭＯ送信を送信するためのＣＴＸメッセージ４０２を搬送するＰＰＤＵの終了後の時間（Ｔ）４０６を示しうる。Ｔ４０６は、短フレーム間スペース（ＳＩＦＳ）、点フレーム間スペース（ＰＩＦＳ）、または別の時間でありうる。Ｔは、ＣＴＸメッセージ４０２中でまたは管理フレームを介してＡＰ１１０によって示される時間オフセットを含みうる。ＳＩＦＳおよびＰＩＦＳ時間は、標準では固定であり、ＣＴＸメッセージ４０２中または管理フレーム中でＡＰ１１０によって示されうる。Ｔ４０６は、ＡＰ１１０とユーザ端末１２０Ａおよび１２０Ｂとの間での同期を改善し、それは、ユーザ端末１２０Ａおよび１２０Ｂに、それらのＵＬ−ＭＵ−ＭＩＭＯ送信を送る前に、ＣＴＸメッセージ４０２、または他のメッセージを処理するのに十分な時間を許可しうる。
【００４９】
[0074]いくつかの状況では、ユーザ端末１２０は、ＡＰ１１０にアップロードするためのデータを有しうるが、ユーザ端末１２０は、ユーザ端末１２０がＵＬ−ＭＵ−ＭＩＭＯ送信をスタートしうることを示すＣＴＸメッセージ４０２または別のメッセージを受信していないことがありうる。一動作モードでは、ユーザ端末１２０は、ＵＬ−ＭＵ−ＭＩＭＯ送信機会（ＴＸＯＰ）外において（例えば、ＣＴＸメッセージの後で）データを送信しないことがありうる。別の動作モードでは、ユーザ端末１２０は、ＵＬ−ＭＵ−ＭＩＭＯ送信を開始するためのフレームをＡＰ１１０に送信し、その後、例えば、それらがＣＴＸメッセージ中でそうするように命令されている場合に、ＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰ中に送信しうる。一実施形態では、ＵＬ−ＭＵ−ＭＩＭＯ送信を開始するためのフレームは、送信要求（ＲＴＸ：request to transmit）、つまりこの目的のために特に設計されたフレームでありうる（ＲＴＸフレーム構造の例は、図９を参照して以下により十分に説明される）。いくつかの動作モードでは、ＲＴＸフレームは、ユーザ端末１２０がＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰを開始するために使用しうる唯一のフレームタイプでありうる。いくつかの実施形態では、ユーザ端末１２０は、ＲＴＸを送ることによって以外に、ＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰ外において送信しないことがありうる。
【００５０】
[0075]他の実施形態では、ＵＬ−ＭＵ−ＭＩＭＯ送信を開始するための、ユーザ端末１２０によって送られるフレームは、ユーザ端末１２０が送るためのデータを有していることをＡＰ１１０に示す任意のフレームでありうる。ＡＰ１１０およびユーザ端末１２０は、そのようなフレームがＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰ要求を示しうることをセットアップ中に決定しうる。例えば、以下は、ユーザ端末１２０が送るためのデータを有し、ＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰを要求していることを示すために使用されうる：ＲＴＳ、より多くのデータを示すためのデータフレームまたはＱｏＳ Ｎｕｌｌセット、あるいはＰＳポール。例えば、データフレームまたはＱｏＳヌルフレームは、より多くのデータを示すように設定されたビット８〜１５のＱｏＳ制御フレームを有しうる。一実施形態では、ユーザ端末１２０は、このＴＸＯＰをトリガするためのフレームを送ることによって以外に、ＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰ外において送信しないことがありえ、ここで、このフレームは、ＲＴＳ、ＰＳポール、またはＱＯＳヌルでありうる。別の実施形態では、ユーザ端末１２０は、通常通り単一のユーザアップリンクデータを送りえ、そのデータパケットのＱｏＳ制御フレーム中でビットを設定することによって、ＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰを求める要求を示しうる。
【００５１】
[0076]図７は、図１と連携して、ＵＬ−ＭＵ−ＭＩＭＯ送信を要求および開始するためのＲＴＸメッセージ７０１をＡＰ１１０に送るユーザ端末１２０Ａを含むＵＬ−ＭＵ−ＭＩＭＯ通信の例を示す時間シーケンス図７００である。この実施形態では、ユーザ端末１２０ＡによってＡＰ１１０に送られるＲＴＸメッセージ７０１は、ＵＬ−ＭＵ−ＭＩＭＯ送信に関する情報を含む。他の実施形態では、ＲＴＸメッセージは、ユーザ端末１２０Ｂによって送られうる。図７中に示されるように、ＡＰ１１０は、ＣＴＸメッセージ４０２の直後にＵＬ−ＭＵ−ＭＩＭＯ送信４１０Ａを送るために、ユーザ端末１２０Ａに対してＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰ７３０を許可するＣＴＸメッセージ４０２でＲＴＸメッセージ７０１に応答しうる。ＣＴＸメッセージ４０２はまた、ＵＬ−ＭＵ−ＭＩＭＯ送信４１０ＢをＵＬ−ＭＵ−ＭＩＭＯ送信４１０Ａと同時に送るために、ユーザ端末１２０Ｂに対してＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰ７３０を許可しえ、送信４１０Ａおよび４１０Ｂの両方は、ＣＴＸメッセージ４０２に直ぐに続く。上述されたように、ユーザ端末１２０Ａは、ＣＴＸ４０２中にＡＰ１１０によって示された持続時間の間にＵＬ−ＭＵ−ＭＩＭＯ送信４１０Ａを送り、ユーザ端末１２０Ｂもまた、同じ持続時間の間にＵＬ−ＭＵ−ＭＩＭＯ送信４１０Ｂを送りうる。
【００５２】
[0077]別の態様では、ＡＰ１１０は、シングルユーザ（ＳＵ）ＵＬ ＴＸＯＰを許可するＣＴＳで応答しうる。別の態様では、ＡＰ１１０は、ＲＴＸ７０１の受信を確認応答するが、直近のＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰを許可しないフレーム（例えば、特別なインジケーションを有するＡＣＫまたはＣＴＸ）で応答しうる。別の態様では、ＡＰ１１０は、ＲＴＸ７０１の受信を確認応答し、直近のＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰを許可しないが、遅延されたＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰを許可するフレームで応答し、ＴＸＯＰが許可される時間を識別しうる。この実施形態では、ＡＰ１１０は、許可された時間においてＵＬ−ＭＵ−ＭＩＭＯをスタートするためにＣＴＸメッセージ４０２を送りうる。
【００５３】
[0078]別の態様では、ＡＰ１１０は、ユーザ端末１２０にＵＬ−ＭＵ−ＭＩＭＯ送信を許可しないが、ユーザ端末１２０が別の送信を試みる（例えば、別のＲＴＸを送る）前に時間（Ｔ）の間待つことになることを示すＡＣＫまたは他の応答信号でＲＴＸ７０１に応答しうる。この態様では、時間（Ｔ）は、セットアップフェーズ中または応答信号中にＡＰ１１０によって示されうる。別の態様では、ＡＰ１１０およびユーザ端末１２０は、ユーザ端末１２０がＲＴＸ７０１、ＲＴＳ、ＰＳポール、またはＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰを求める任意の他の要求を送信しうる時間に合意しうる。
【００５４】
[0079]別の動作モードでは、ユーザ端末１２０は、通常の競合プロトコルにしたがってＵＬ−ＭＵ−ＭＩＭＯ送信４１０を求める要求を送信しうる。別の態様では、ＵＬ−ＭＵ−ＭＩＭＯを使用するユーザ端末１２０のための競合パラメータは、ＵＬ−ＭＵ−ＭＩＭＯ機能を使用していない他のユーザ端末に対してとは異なる値に設定される。この実施形態では、ＡＰ１１０は、ビーコン中で、アソシエーション応答中で、または管理フレームを通じて競合パラメータの値を示しうる。別の態様では、ＡＰ１１０は、各成功したＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰ後に、または各ＲＴＸ、ＲＴＳ、ＰＳポール、あるいはＱｏＳヌルフレーム後に、ユーザ端末１２０がある特定の量の時間の間送信することを阻止する遅延タイマを提供しうる。タイマは、各成功したＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰ後に再スタートされうる。一態様では、ＡＰ１１０は、セットアップフェーズ中でユーザ端末１２０に遅延タイマを示しうるか、または遅延タイマは、ユーザ端末１２０ごとに異なりうる。別の態様では、ＡＰ１１０は、ＣＴＸメッセージ４０２中で遅延タイマを示しうるか、または遅延タイマは、ＣＴＳメッセージ４０２中でのユーザ端末１２０の順序に依存し、端末ごとに異なりうる。
【００５５】
[0080]別の動作モードでは、ＡＰ１１０は、その間にユーザ端末１２０がＵＬ−ＭＵ−ＭＩＭＯ送信を送信することを可能にされる時間間隔を示しうる。一態様では、ＡＰ１１０は、その間にユーザ端末がＵＬ−ＭＵ−ＭＩＭＯ送信を求めるためのＲＴＸまたはＲＴＳあるいは他の要求をＡＰ１１０に送ることを可能にされる時間間隔をユーザ端末１２０に示しうる。この態様では、ユーザ端末１２０は、通常の競合プロトコルを使用しうる。別の態様では、ユーザ端末は、時間間隔中にＵＬ−ＭＵ−ＭＩＭＯ送信を開始しないことがありうるが、ＡＰ１１０は、ＵＬ−ＭＵ−ＭＩＭＯ送信を開始するためのＣＴＸまたは他のメッセージをユーザ端末に送りうる。
【００５６】
[0081]ある特定の実施形態では、ＵＬ−ＭＵ−ＭＩＭＯについて有効にされたユーザ端末１２０は、ＡＰ１１０に、それがＵＬについて保留中の（pending）データを有していることから、それがＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰを要求することを示しうる。一態様では、ユーザ端末１２０は、ＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰを要求するためにＲＴＳまたはＰＳポールを送りうる。別の実施形態では、ユーザ端末１２０は、サービス品質（ＱｏＳ）ヌルデータフレームを含む任意のデータフレームを送りえ、ここで、ビット８〜１５のＱｏＳ制御フィールドは、非空待ち行列を示す。この実施形態では、ユーザ端末１２０は、セットアップフェーズ中に、ビット８〜１５のＱｏＳ制御フィールドが非空待ち行列を示すときにどのデータフレーム（例えば、ＲＴＳ、ＰＳポール、ＱｏＳヌル、等）がＵＬ−ＭＵ−ＭＩＭＯ送信をトリガすることになるかを決定しうる。一実施形態では、ＲＴＳ、ＰＳポール、またはＱｏＳヌルフレームは、ＡＰ１１０がＣＴＸメッセージ４０２で応答することを可能にするまたは可能にしない１ビットのインジケーションを含みうる。別の実施形態では、ＱｏＳヌルフレームは、ＴＸ電力情報およびＴＩＤあたりの待ち行列情報（a per TID queue information）を含みうる。ＴＸ電力情報およびＴＩＤあたりのＴＩＤあたりの待ち行列情報は、ＱｏＳヌルフレーム中の２バイトのシーケンス制御およびＱｏＳ制御フィールド中に挿入され、修正されたＱｏＳヌルフレームは、ＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰを要求するためにＡＰ１１０に送られうる。別の実施形態では、図１および７を参照すると、ユーザ端末１２０は、ＵＬ−ＭＵ−ＭＩＭＯ ＴＸＯＰを要求するためにＲＴＸ７０１を送りうる。
【００５７】
[0082]図４〜７を参照して上述されたように、ＲＴＳ、ＲＴＸ、ＰＳポールまたはＱｏＳヌルフレーム、あるいは上述された他のトリガフレームを受信することに応答して、ＡＰ１１０は、ＣＴＸメッセージ４０２を送りうる。一実施形態では、ＣＴＸメッセージ４０２の送信とＵＬ−ＭＵ−ＭＩＭＯ送信４１０Ａおよび４１０Ｂの完了との後で、ＴＸＯＰは、残りのＴＸＯＰをどのように使用するかを決めうるユーザ端末１２０Ａおよび１２０Ｂに戻りうる。別の実施形態では、ＣＴＸメッセージ４０２の送信とＵＬ−ＭＵ−ＭＩＭＯ送信４１０Ａおよび４１０Ｂの完了との後で、ＴＸＯＰは、ＡＰ１１０に戻り、ＡＰ１１０は、ＵＴ１２０Ａおよび１２０Ｂのいずれかに、または他のＵＴに別のＣＴＸメッセージ４０２を送ることによって、追加のＵＬ−ＭＵ−ＭＩＭＯ送信のために残りのＴＸＯＰを使用しうる。
【００５８】
[0083]図８は、マルチユーザアップリンク通信を示すメッセージタイミング図８００である。メッセージの交換は、ＡＰ１１０と３つのユーザ端末１２０Ａ〜Ｃとの間でのワイヤレスメッセージの通信を示す。メッセージの交換は、ユーザ端末１２０Ａ〜Ｃの各々がＡＰ１１０に送信要求（ＲＴＸ）メッセージ８０２Ａ〜Ｃを送信しうることを示しうる。ＲＴＸメッセージ８０２Ａ〜Ｃの各々は、送信するユーザ端末１２０Ａ〜ＣがＡＰ１１０に送信されるのに利用可能なデータを有することを示しうる。
【００５９】
[0084]ＲＴＸメッセージ８０２Ａ〜Ｃの各々を受信した後で、ＡＰ１１０は、ＡＰ１１０がユーザ端末１２０Ａ〜ＣからＲＴＸメッセージ８０２Ａ〜Ｃの各々を受信したことを示すメッセージで応答しうる。図８中に示されているように、ＡＰ１１０は、各ＲＴＸメッセージ８０２Ａ〜Ｃに応答してＡＣＫメッセージ８０３Ａ〜Ｃを送信しうる。いくつかの実施形態では、ＡＰ１１０は、ＲＴＸメッセージ８０２Ａ〜Ｃの各々は受信されたが、ＡＰ１１０がアップリンクデータに対してユーザ端末１２０Ａ〜Ｃについての送信機会を許可していないことを示すメッセージ（例えば、ＣＴＸメッセージ）を送信しうる。図８では、最後のＡＣＫメッセージ８０３Ｃを送った後で、ＡＰ１１０は、ＣＴＸメッセージ８０４を送信しうる。いくつかの態様では、ＣＴＸメッセージ８０４は、少なくともユーザ端末１２０Ａ〜Ｃに送信される。いくつかの態様では、ＣＴＸメッセージ８０４は、ブロードキャストメッセージである。ＣＴＸメッセージ８０４は、送信機会中にＡＰ１１０にデータを送信するためのパーミッションをどのユーザ端末が許可されるかを示しうる。ＣＴＸメッセージ８０４はまた、送信機会のスタート時間と送信機会の持続時間とを示しうる。例えば、ＣＴＸメッセージ８０４は、ユーザ端末１２０Ａ〜Ｃがそれらのネットワーク割り振りベクトルをＮＡＶ８１２と一致するように設定すべきであることを示しうる。
【００６０】
[0085]ＣＴＸメッセージ８０４によって示された時間において、３つのユーザ端末１２０Ａ〜Ｃは、ＡＰ１１０にデータ８０６Ａ〜Ｃを送信する。データ８０６Ａ〜Ｃは、送信機会中に少なくとも部分的に同時に送信される。データ８０６Ａ〜Ｃの送信は、アップリンクマルチユーザ多入力多出力送信（ＵＬ−ＭＵ−ＭＩＭＯ）またはアップリンク周波数分割多元接続（ＵＬ−ＯＦＤＭＡ）を利用しうる。
【００６１】
[0086]いくつかの態様では、ユーザ端末１２０Ａ〜Ｃは、送信機会中に送信する各ユーザ端末の送信が等しい持続時間またはほぼ等しい持続時間のものであるように、パディングされたデータを送信しうる。図８のメッセージ交換では、ユーザ端末１２０Ａは、パッドデータ８０８Ａを送信し、ユーザ端末１２０Ｃは、パッドデータを送信しないことがあり、ユーザ端末１２０Ｃは、パッドデータ８０８Ｃを送信しうる。パッドデータの送信は、ＵＴ１２０Ａ〜Ｃの各々からの送信がほぼ同じ時間に完了することを確実にする。これは、送信の持続時間全体にわたってより等化された送信電力を提供しえ、それによって、ＡＰ１１０の受信機効率を最適化する。
【００６２】
[0087]ＡＰ１１０がユーザ端末１２０Ａ〜Ｃからデータ送信８０６Ａ〜Ｃを受信した後で、ＡＰ１１０は、ユーザ端末１２０Ａ〜Ｃの各々に確認応答メッセージ８１０Ａ〜Ｃを送信しうる。いくつかの態様では、確認応答メッセージ８１０Ａ〜Ｃは、ＤＬ−ＭＵ−ＭＩＭＯまたはＤＬ−ＦＤＭＡのいずれかを使用して少なくとも部分的に同時に送信されうる。
【００６３】
[0088]図９は、ＲＴＸフレーム９００の一実施形態の図である。ＲＴＸフレーム９００は、フレーム制御（ＦＣ）フィールド９１０と、オプションの持続時間フィールド９１５と、送信機アドレス／割り振り識別子（ＴＡ／ＡＩＤ）フィールド９２０と、受信機アドレス／基本サービスセット識別子（ＲＡ／ＢＳＳＩＤ）フィールド９２５と、ＴＩＤフィールド９３０と、推定された送信（ＴＸ）時間フィールド９５０と、ＴＸ電力フィールド９７０とを含みうる。ＦＣフィールド９１０は、制御サブタイプまたは拡張サブタイプを示しうる。持続時間フィールド９１５は、ネットワーク割り振りベクトル（ＮＡＶ）を設定することをＲＴＸフレーム９００の任意の受信機に示しうる。一態様では、ＲＴＸフレーム９００は、持続時間フィールド９１５を有さないことがありうる。ＴＡ／ＡＩＤフィールド９２０は、ソースアドレスを示しえ、それは、ＡＩＤまたは完全なＭＡＣアドレスでありうる。ＲＡ／ＢＳＳＩＤフィールド９２５は、ＲＡまたはＢＳＳＩＤを示しうる。一態様では、ＲＴＸフレーム９００は、ＲＡ／ＢＳＳＩＤフィールド９２５を包含しないことがありうる。ＴＩＤフィールド９３０は、それについてユーザ端末がデータを有するアクセスカテゴリ（ＡＣ）を示しうる。推定されたＴＸ時間フィールド９５０は、現在の計画されたＭＣＳにおいてそのバッファ中に全てのデータを送るためにユーザ端末１２０のために必要とされる時間の量に基づいて、ＵＬ−ＴＸＯＰのために要求される時間を示しうる。ＴＸ電力フィールド９７０は、それでＲＴＸフレーム９００が送信されている電力を示しえ、リンク品質を推定し、ＣＴＸフレーム中の電力バックオフインジケーションを適合させるためにＡＰ１１０によって使用されうる。
【００６４】
[0089]いくつかの実施形態では、ＵＬ−ＭＵ−ＭＩＭＯ通信が行われることができる前に、ＡＰ１１０は、ＵＬ−ＭＵ−ＭＩＭＯ通信に参加しているユーザ端末１２０から情報を収集しうる。ＡＰ１１０は、ユーザ端末１２０からのＵＬ送信をスケジューリングすることによって、ユーザ端末１２０からの情報の収集を最適化しうる。
【００６５】
[0090]上述されたように、ＣＴＸメッセージ４０２は、様々な通信中で使用されうる。図１０は、ＣＴＸフレーム１０００構造の例の図である。この実施形態では、ＣＴＸフレーム１０００は、フレーム制御（ＦＣ）フィールド１００５と、持続時間フィールド１０１０と、受信機アドレスフィールド１０１４と、送信機アドレス（ＴＡ）フィールド１０１５と、制御（ＣＴＲＬ）フィールド１０２０と、ＰＰＤＵ持続時間フィールド１０２５と、ＵＴ情報フィールド１０３０と、フレームチェックシーケンス（ＦＣＳ）フィールド１０８０とを含む制御フレームである。ＦＣフィールド１００５は、制御サブタイプまたは拡張サブタイプを示す。持続時間フィールド１０１０は、ネットワーク割り振りベクトル（ＮＡＶ）を設定することをＣＴＸフレーム１０００の任意の受信機に示す。いくつかの実施形態では、ＲＡ１０１４フィールドは、マルチキャストＭＡＣアドレスを通じてＵＴのグループを識別する。ＴＡフィールド１０１５は、送信機アドレスまたはＢＳＳＩＤを示す。ＣＴＲＬフィールド１０２０は、フレームの残りの部分のフォーマットに関する情報（例えば、ＵＴ情報フィールドの数およびＵＴ情報フィールド内のあらゆるサブフィールドの存在または不在）と、ユーザ端末１２０のためのレート適合についてのインジケーションと、許容されたＴＩＤのインジケーションと、ＣＴＳがＣＴＸフレーム１０００の直後に送られなければならないというインジケーションとを含みうる包括的なフィールドである。ＣＴＲＬフィールド１０２０はまた、ＣＴＸフレーム１０００がＵＬ−ＭＵ−ＭＩＭＯまたはＵＬ ＦＤＭＡあるいは両方のために使用されているかを示しえ、Ｎｓｓまたはトーン割り振りフィールドがＵＴ情報フィールド１０３０中に存在するかどうかを示す。代替として、ＣＴＸがＵＬ−ＭＵ−ＭＩＭＯのためのものであるか、またはＵＬ ＦＤＭＡのためのものであるかのインジケーションは、サブタイプの値に基づくことができる。ＵＬ−ＭＵ−ＭＩＭＯおよびＵＬ ＦＤＭＡ動作が、空間ストリームが使用されることと、チャネルが使用されることとの両方をＵＴに対して指定することによって連帯的に遂行されることができることに留意されたく、そのケースでは、両方のフィールドは、ＣＴＸ中に存在し、このケースでは、Ｎｓｓインジケーションは、固有のトーン割り振りと呼ばれる。ＰＰＤＵ持続時間１０２５フィールドは、ユーザ端末１２０が送ることを可能にされた後続するＵＬ−ＭＵ−ＭＩＭＯ ＰＰＤＵの持続時間を示す。ＡＰ１１０は、ユーザ端末１２０から少なくとも１つのＲＴＸメッセージ中で受信された、推定されたＴＸ時間フィールドに基づいて、ユーザ端末１２０が送ることを可能にされた後続するＭｕ−ＭＩＭＯ ＰＰＤＵの持続時間を決定しうる。ＵＴ情報１０３０フィールドは、特定のＵＴに関する情報を包含し、ＵＴあたりの（ユーザ端末１２０あたりの）情報のセットを含みうる（ＵＴ情報１ １０３０およびＵＴ情報Ｎ１０７５を参照）。ＵＴ情報１０３０フィールドは、ＵＴを識別するＡＩＤまたはＭＡＣアドレスフィールド１０３２と、ＵＴが（ＵＬ−ＭＵ−ＭＩＭＯシステム中で）使用しうる空間ストリームの数を示すいくつかの空間ストリームフィールド（Ｎｓｓ）１０３４フィールドと、ＵＴがトリガフレーム（このケースではＣＴＸ）の受信と比較してその送信を調整すべき時間を示す時間調整１０３６フィールドと、ＵＴが宣言された送信電力から取るべき電力バックオフを示す電力調整１０３８フィールドと、ＵＴが（ＵＬ−ＯＦＤＭＡシステム中で）使用しうるトーンまたは周波数を示すトーン割り振り１０４０フィールドと、許容可能なＴＩＤを示す許容されたＴＩＤ１０４２フィールドと、許容されたＴＸモードを示す許容されたＴＸモード１０４４フィールドと、ＵＴが使用すべきＭＣＳを示すＭＣＳ１０４６フィールドとを含みうる。許容されたＴＩＤ１０４２インジケーションでＣＴＸを受信するユーザ端末１２０は、そのＴＩＤのみのデータ、同じまたはより高いＴＩＤのデータ、同じまたはより低いＴＩＤのデータ、任意のデータ、あるいは、まずそのＴＩＤのデータのみを、その後、どのデータも利用可能でない場合、他のＴＩＤのデータを送信することを可能にされうる。ＦＣＳ１０８０フィールドは、ＣＴＸフレーム１０００の誤り検出のためにＦＣＳ値が使用した搬送を示す。
【００６６】
[0091]図１１は、ＣＴＸフレーム１１００構造の別の例の図である。この実施形態では、および図１０と連携して、ＵＴ情報１０３０フィールドは、ＡＩＤまたはＭＡＣアドレス１０３２フィールドを包含せず、代わりに、ＣＴＸフレーム１０００は、個別の識別子というよりはむしろグループ識別子によってＵＴを識別するグループ識別子（ＧＩＤ）１０２６フィールドを含む。図１２は、ＣＴＸフレーム１２００構造の別の例の図である。この実施形態では、および図１１と連携して、ＧＩＤ１０２６フィールドは、マルチキャストＭＡＣアドレスを通じてＵＴのグループを識別するＲＡ１０１４フィールドに置き換えられる。
【００６７】
[0092]図１３は、ＣＴＸフレーム１３００構造の例の図である。この実施形態では、ＣＴＸフレーム１３００は、管理ＭＡＣヘッダ１３０５フィールドと、ボディ１３１０フィールドと、ＦＣＳ１３０８フィールドとを含む管理フレームである。ボディ１３１０フィールドは、情報要素（ＩＥ）を識別するＩＥ ＩＤ１３１５フィールドと、ＣＴＸフレーム１３００の長さを示すＬＥＮ１３２０フィールドと、ＣＴＲＬ１０２０フィールドと同じ情報を含むＣＴＲＬ１３２５フィールドと、ユーザ端末１２０が送ることを可能にされた後続するＵＬ−ＭＵ−ＭＩＭＯ ＰＰＤＵの持続時間を示すＰＰＤＵ持続時間１３３０フィールドと、ＵＴ情報１ １３３５フィールドと、全てのＵＴが後続するＵＬ−ＭＵ−ＭＩＭＯ送信において使用するためのＭＣＳ、または全てのＵＴが後続するＵＬ−ＭＵ−ＭＩＭＯ送信において使用するためのＭＣＳバックオフを示すことができるＭＣＳ１３７５フィールドと含む。（ＵＴ情報Ｎ１３７０と併せて）ＵＴ情報１ １３３５フィールドは、ＵＴを識別するＡＩＤ１３４０フィールドと、ＵＴが（ＵＬ−ＭＵ−ＭＩＭＯシステム中で）使用しうる空間ストリームの数を示すいくつかの空間ストリームフィールド（Ｎｓｓ）１３４２フィールドと、ＵＴがトリガフレーム（このケースではＣＴＸ）の受信と比較してその送信を調整すべき時間を示す時間調整１３４４フィールドと、ＵＴが宣言された送信電力から取るべき電力バックオフを示す電力調整１３４６フィールドと、ＵＴが（ＵＬ−ＯＦＤＭＡシステム中で）使用しうるトーンまたは周波数を示すトーン割り振り１３４８フィールドと、許容可能なＴＩＤを示す許容されたＴＩＤ１３５０フィールドと、ＵＴがアップリンクデータを送信するためのスタート時間を示すＴＸスタート時間フィールド１３５２とを含むＵＴあたりのフィールドを表す。
【００６８】
[0093]一実施形態では、ＣＴＸフレーム１０００またはＣＴＸフレーム１３００は、ＵＬ信号を送信する前に処理するための時間をユーザ端末１２０に提供するために、Ａ−ＭＰＤＵ中でアグリゲートされうる。この実施形態では、パディングまたはデータは、ユーザ端末１２０に、来たるパケットを処理するための追加の時間を許可するためにＣＴＸの後で追加されうる。ＣＴＸフレームをパディングすることの１つの利益は、上述されたようにフレーム間スペース（ＩＦＳ）を増大させることと比較すると、他のユーザ端末１２０からのＵＬ信号について、起こりうる競合問題を回避することでありうる。一態様では、ＣＴＸが管理フレームである場合、追加のパディング情報要素（ＩＥ）が送られうる。一態様では、ＣＴＸがＡ−ＭＰＤＵ中でアグリゲートされる場合、追加のＡ−ＭＰＤＵパディングデリミタが含まれうる。パディングデリミタは、フレーム終了（ＥＯＦ：end-of-frame）デリミタ（例えば、４バイト）または他のパディングデリミタでありうる。別の態様では、パディングは、それらがＩＦＳ応答時間内に処理されることを必要としない限り、データ、制御または管理ＭＰＤＰＵを追加することによって達成されうる。ＭＰＤＵは、いかなる即時応答も要求されず、後続するＭＰＤＵのいずれによっても必要されることはないことを受信機に示すインジケーションを含みうる。別の態様では、ユーザ端末１２０は、ＣＴＸフレームについてのパディングまたは最小持続時間をＡＰ１１０に要求しうる。別の実施形態では、パディングは、ＰＨＹ ＯＦＤＭＡシンボルを追加することによって達成されえ、それは、それらがＩＦＳ時間内に処理される必要がない限り、情報を搬送するビットシーケンスを含みうるか、または情報を搬送しない未定義のビットを含みうる。
【００６９】
[0094]いくつかの実施形態では、ＡＰ１１０は、ＣＴＸ送信を開始しうる。一実施形態では、ＡＰ１１０は、通常のエンハンスト分散チャネルアクセス（ＥＤＣＡ：enhanced distribution channel access）競合プロトコルにしたがってＣＴＸメッセージ４０２を送りうる。別の実施形態では、ＡＰ１１０は、スケジューリングされた時間においてＣＴＸメッセージ４０２を送りうる。この実施形態では、スケジューリングされた時間は、ユーザ端末１２０のグループが媒体にアクセスするためにリザーブされた時間を示すビーコン中の制限されたアクセスウィンドウ（ＲＡＷ）インジケーション、ＵＬ−ＭＵ−ＭＩＭＯ送信に参加するために同時にアウェイクであるように複数のユーザ端末１２０に示す各ユーザ端末１２０とのターゲットウェイク時間（ＴＷＴ）合意、または他のフィールド中の情報を使用することによって、ユーザ端末１２０にＡＰ１１０によって示されうる。ＲＡＷおよびＴＷＴ外では、ユーザ端末１０２は、あらゆるフレームを、またはフレーム（例えば、非データフレーム）のサブセットのみを送信することを可能にされうる。ある特定のフレームを送信することも禁止されうる（例えば、データフレームを送信することを禁止されうる）。ユーザ端末１２０はまた、それがスリープ状態にあることを示しうる。ＣＴＸをスケジューリングすることに対する１つの利点は、複数のユーザ端末１２０が同じＴＷＴまたは同じＲＡＷ時間を示され、ＡＰ１１０から送信を受信しうることである。
【００７０】
[0095]図１と連携して、図４〜６を参照すると、ＵＬ−ＭＵ−ＭＩＭＯ送信４１０Ａおよび４１０Ｂは、同じ持続時間を有しうる。ユーザ端末１２０は、データを送信することを計画し、それらのデータを送信することを要求するメッセージ（例えば、ＲＴＸ）をＡＰ１１０に送りうる。ＡＰ１１０からのメッセージ（例えば、ＣＴＸメッセージ４０２）は、ＵＬ−ＭＵ−ＭＩＭＯ機能を利用するユーザ端末１２０からのＵＬ−ＭＵ−ＭＩＭＯ送信４１０のためのターゲット送信持続時間を示しうる。ターゲット送信持続時間はまた、セットアップフェーズ中のユーザ端末１２０およびＡＰ１１０によって決定されうる。ユーザ端末１２０は、計画されたデータ中のビットの数とユーザ端末１２０の動作および送信パラメータ（例えば、アグリゲーションのレベルおよびＭＣＳ）とに基づいて、それが送信のために有する送信用の計画されたデータの計画された送信持続時間を決定しうる。ユーザ端末１２０は、送信用のデータの計画された送信持続時間がターゲット送信持続時間の示されているものに適合するか、上回るか、または達しないかを決定しうる。いくつかの状況では、ユーザ端末１２０は、送信されるときに、ユーザ端末１２０が修正なしにそのデータを送信しうるようにターゲット送信持続時間に適合する（例えば、等しい）計画された送信時間を有することになる送信用の計画されたデータを有しうる。他の状況では、ユーザ端末１２０は、送信されるときに、ターゲット送信持続時間を上回る計画された送信持続時間を有するであろう送信用の計画されたデータを有しうる。そのような状況では、ユーザ端末１２０は、データの計画された送信持続時間がターゲット送信持続時間に適合するように低下されるように、計画されたデータまたはその動作および送信パラメータを変更しうる。他の状況では、ユーザ端末１２０は、送信されるときに、ターゲット送信持続時間に達しない計画された送信持続時間を有するであろう送信用の計画されたデータを有しうる。そのような状況では、ユーザ端末１２０は、データの計画された送信持続時間がターゲット送信持続時間に適合するように増大されるように、計画されたデータまたはその動作あるいは送信パラメータを変更しうる。
【００７１】
[0096]いくつかの態様では、ＡＰ１１０は、ユーザ端末１２０が変更しうるパラメータを制限しうる。ＡＰ１１０は、トリガフレーム中でそのような制限を示しうる。一態様では、ＡＰ１１０は、ユーザ端末１２０のためのターゲット送信持続時間を指定し、ユーザ端末１２０は各々、それらのＵＬ ＰＰＤＵ持続時間、データペイロードサイズ、ＭＣＳ、および充填データの量を決定しうる。別の態様では、ＡＰ１１０は、ユーザ端末１２０のためのターゲット送信持続時間およびＵＬ ＰＰＤＵ持続時間を指定し、ユーザ端末１２０は各々、それらのデータペイロードサイズ、ＭＣＳ、および充填データの量を決定しうる。別の態様では、ＡＰ１１０は、ユーザ端末１２０のためのターゲット送信持続時間、ＵＬ ＰＰＤＵ持続時間、およびＭＣＳを指定し、ユーザ端末１２０は各々、それらのデータペイロードサイズおよび充填データの量を調整しうる。
【００７２】
[0097]いくつかの態様では、ユーザ端末１２０は、それらのデータペイロードサイズを示す情報をＡＰ１１０に送りうる。１つのそのような態様では、ＡＰ１１０は、ユーザ端末１２０のデータペイロードサイズに基づいてユーザ端末１２０ごとに充填データの量を決定し、ＡＰ１１０は、トリガフレーム中でユーザ端末１２０の各々についての使用するための充填データの量、ターゲット送信持続時間、ＵＬ ＰＰＤＵ持続時間、およびＭＣＳを示しうる。この態様では、ユーザ端末１２０の各々は、それらのデータペイロードサイズを決定しうる。別のそのような態様では、ＡＰ１１０は、ユーザ端末１２０の各々についてのターゲット送信持続時間、ＵＬ ＰＰＤＵ持続時間、データペイロードサイズ、ＭＣＳ、および充填データの量を示しうる。別の態様では、ＡＰ１１０は、以下にさらに論述される、論述されるように、各ユーザ端末１２０が使用するためのデータアグリゲーションのレベルを示しうる。それ故に、ユーザ端末１２０は、トリガフレーム中でＡＰ１１０によって指定されていない動作および送信パラメータ調整を決定しうる。図１４〜２２は、ターゲット送信持続時間に適合するために、ユーザ端末１２０が、送信用のそれらのデータまたはそれらの動作および送信パラメータに対して行いうる変更の例を示している。
【００７３】
[0098]図１４は、送信機会中のＵＬ−ＭＵ−ＭＩＭＯ送信のためのターゲット送信持続時間１４２０に適合するように、ユーザ端末１２０が送信用のその計画されたデータをフラグメント化することを示す時間シーケンス図１４００である。図１４中の破線矢印は、ユーザ端末１２０によって送信される第１のＰＰＤＵ１４１０Ａの持続時間が送信１４０６Ａ用のデータの第１の部分の計画された送信持続時間と同じままであることを示す。上述されたように、ＡＰ１１０は、ユーザ端末１２０に対して送信機会を許可するメッセージ（例えば、ＣＴＸメッセージ）中でターゲット送信持続時間１４２０を示しうる。図１４中に示されているように、ユーザ端末１２０は、送信されるときに、ターゲット送信持続時間１４２０を上回る計画された送信持続時間を有する送信用の計画されたデータ１４０６を有しうる。ユーザ端末１２０は、計画されたデータ１４０６をデータ１４０６Ａの第１の部分およびデータ１４０６Ｂの第２の部分へとフラグメント化することによって、ターゲット送信持続時間１４２０に適合するように、計画されたデータ１４０６を変更しうる。第１の部分データ１４０６Ａを含む第１のＰＰＤＵ１４１０Ａは、ＵＬ−ＭＵ−ＭＩＭＯ動作モードにしたがってユーザ端末１２０によって送信されるとき、ターゲット送信持続時間１４２０に適合する送信持続時間を有しうる。データ１４０６Ｂの第２の部分は、より後の時間において（例えば、後続の送信機会中に）第２のＰＰＤＵ１４１０Ｂ中でユーザ端末１２０によって送信されうる。そのため、ユーザ端末１２０は、ＰＰＤＵの長さがＡＰ１１０によって示されるターゲット送信持続時間と一致するように、第１のＰＰＤＵ１４１０Ａを作り上げうる（build）。
【００７４】
[0099]図１５は、送信機会中のＵＬ−ＭＵ−ＭＩＭＯ送信のためのターゲット送信持続時間１５２０に適合するように、ユーザ端末１２０がその送信データレートを低下させることを示す時間シーケンス図１５００である。図１５中の破線矢印は、ユーザ端末１２０がその計画された送信データレートを低下させることに起因する送信持続時間における増大を示す。上述されたように、ＡＰ１１０は、ユーザ端末１２０に対して送信機会を許可するメッセージ（例えば、トリガフレームまたはＣＴＸメッセージ）中でターゲット送信持続時間１５２０を示しうる。図１５中に示されているように、ユーザ端末１２０は、計画された動作および送信パラメータにしたがって送信されるときに、ターゲット送信持続時間１５２０に達しない計画された送信持続時間を有する送信用の計画されたデータ１５０６を有しうる。それ故に、ユーザ端末１２０は、ターゲット送信持続時間１５２０に適合するように、その動作および送信パラメータを変更しうる。例えば、ユーザ端末１２０は、ターゲット送信持続時間１５２０に適合するように、より低いデータレート（例えば、より遅いＭＣＳ）でデータ１５０６を送信しうる。ユーザ端末１２０はまた、アップリンクデータの送信のためのガード間隔およびコーディングスキームを調整しうる。上述されたように、ＡＰ１１０は、トリガフレーム中でユーザ端末１２０ごとにＭＣＳ調整を決定および示しうるか、または各ユーザ端末１２０が、そのＭＣＳ調整自体を決定しうる。データ１５０６を含むＰＰＤＵ１５１０は、ＵＬ−ＭＵ−ＭＩＭＯ動作モードにしたがってより低いデータレートでユーザ端末１２０によって送信されるとき、ターゲット送信持続時間１５２０に適合する送信持続時間を有しうる。
【００７５】
[00100]図１６は、送信機会中のＵＬ−ＭＵ−ＭＩＭＯ送信のためのターゲット送信持続時間１６２０に適合するように、ユーザ端末１２０がその送信データレートを増大させることを示す時間シーケンス図１６００である。図１６中の破線矢印は、ユーザ端末１２０によって送信されるＰＰＤＵ１６１０を生成するために、ユーザ端末１２０が送信用のデータ１６０６の送信データレートを増大させることに起因する送信持続時間における低下を示す。上述されたように、ＡＰ１１０は、ユーザ端末１２０に対して送信機会を許可するメッセージ（例えば、ＣＴＸメッセージ）中でターゲット送信持続時間１６２０を示しうる。図１６中に示されているように、ユーザ端末１２０は、送信されるときに、ターゲット送信持続時間１６２０を上回る計画された送信持続時間を有するであろう送信用の計画されたデータ１６０６を有しうる。ユーザ端末１２０は、ターゲット送信持続時間１６２０に適合するように、より高いデータレート（例えば、より速いＭＣＳ）でデータ１６０６を送信しうる。ユーザ端末１２０はまた、アップリンクデータの送信のためのガード間隔およびコーディングスキームを調整しうる。上述されたように、ＡＰ１１０は、トリガフレーム中でユーザ端末１２０ごとにＭＣＳ調整を決定および示しうるか、または各ユーザ端末１２０が、そのＭＣＳ調整自体を決定しうる。データ１６０６を含むＰＰＤＵ１６１０は、ＵＬ−ＭＵ−ＭＩＭＯ動作モードにしたがってより高いデータレートでユーザ端末１２０によって送信されるとき、ターゲット送信持続時間１６２０に適合する送信持続時間を有しうる。
【００７６】
[00101]図１７は、送信機会中のＵＬ−ＭＵ−ＭＩＭＯ送信のためのターゲット送信持続時間１７２０に適合するように、ユーザ端末１２０がそのアグリゲーションのレベルを低下させることを示す時間シーケンス図１７００である。図１７中の破線矢印は、ユーザ端末１２０によって送信されるＰＰＤＵ１７１０を生成するために、ユーザ端末１２０が送信用のデータ１７０６のためのアグリゲーションのレベルを低下させることに起因する送信持続時間における増大を示す。上述されたように、ＡＰ１１０は、ユーザ端末１２０に対して送信機会を許可するメッセージ（例えば、ＣＴＸメッセージ）中でターゲット送信持続時間１７２０を示しうる。図１７中に示されているように、ユーザ端末１２０は、送信されるときに、ターゲット送信持続時間１７２０に達しない計画された送信持続時間を有するであろう送信用の計画されたデータ１７０６を有しうる。ユーザ端末１２０は、ターゲット送信持続時間１７２０に適合するように、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（Ａ−ＭＰＤＵ）中のデータアグリゲーションのレベル、またはＭＡＣサービスデータユニット（Ａ−ＭＳＤＵ）中のデータアグリゲーションのレベルを低下させうる。ＡＰ１１０は、トリガフレーム中でユーザ端末１２０ごとにアグリゲーションのレベルを決定および示しうるか、または各ユーザ端末１２０が、そのアグリゲーションのレベル自体を決定しうる。データ１７０６を含むＰＰＤＵ１７１０は、ＵＬ−ＭＵ−ＭＩＭＯ動作モードにしたがってより低いデータアグリゲーションのレベルでユーザ端末１２０によって送信されるとき、ターゲット送信持続時間１７２０に適合する送信持続時間を有しうる。
【００７７】
[00102]図１８は、送信機会中のＵＬ−ＭＵ−ＭＩＭＯ送信のためのターゲット送信持続時間１８２０に適合するように、ユーザ端末１２０がそのアグリゲーションのレベルを増大させることを示す時間シーケンス図１８００である。図１８中の破線矢印は、ユーザ端末１２０によって送信されるＰＰＤＵ１８１０を生成するために、ユーザ端末１２０が送信用の計画されたデータ１８０６のためのアグリゲーションのレベルを増大させることに起因する送信持続時間における低下を示す。上述されたように、ＡＰ１１０は、ユーザ端末１２０に対して送信機会を許可するメッセージ（例えば、ＣＴＸメッセージ）中でターゲット送信持続時間１８２０を示しうる。図１８中に示されているように、ユーザ端末１２０は、送信されるときに、ターゲット送信持続時間１８２０を上回る計画された送信持続時間を有するであろう送信用のデータ１８０６を有しうる。ユーザ端末１２０は、ターゲット送信持続時間１８２０に適合するように、Ａ−ＭＰＤＵ中のデータアグリゲーションのレベル、またはＡ−ＭＳＤＵ中のデータアグリゲーションのレベルを増大させうる。ＡＰ１１０は、トリガフレーム中でユーザ端末１２０ごとにアグリゲーションのレベルを決定および示しうるか、または各ユーザ端末１２０が、そのアグリゲーションのレベル自体を決定しうる。データ１８０６を含むＰＰＤＵ１８１０は、ＵＬ−ＭＵ−ＭＩＭＯ動作モードにしたがってより高いデータアグリゲーションのレベルでユーザ端末１２０によって送信されるとき、ターゲット送信持続時間１８２０に適合する送信持続時間を有しうる。
【００７８】
[00103]図１９は、送信機会中のＵＬ−ＭＵ−ＭＩＭＯ送信のためのターゲット送信持続時間１９２０に適合するように、ユーザ端末１２０が充填データ１９０８を追加することを示す時間シーケンス図１９００である。図１９中の破線矢印は、ユーザ端末１２０によって送信されるＰＰＤＵ１９１０の送信持続時間が充填データ１９０８を除いて送信用のデータ１９０６と同じままであることを示す。上述されたように、ＡＰ１１０は、ユーザ端末１２０に対して送信機会を許可するメッセージ（例えば、ＣＴＸメッセージ）中でターゲット送信持続時間１９２０を示しうる。図１９中に示されているように、ユーザ端末１２０は、送信されるときに、ターゲット送信持続時間１９２０に達しない計画された送信持続時間を有するであろう送信用の計画されたデータ１９０６を有しうる。ユーザ端末１２０は、ターゲット送信持続時間１９２０と適合するように、ベースデータ（例えば、送信用のデータ１９０６）を含むＰＰＤＵ１９１０を送信し、送信機会中にＵＬ−ＭＵ−ＭＩＭＯ動作モードにしたがって充填データ１９０８もまた送信しうる。ＡＰ１１０は、トリガフレーム中でユーザ端末１２０ごとに充填データの量を決定および示しうるか、または各ユーザ端末１２０が、充填データの量自体を決定しうる。いくつかの他の実施形態では、充填データ１９０８は、ＰＰＤＵ１９１０の前に送信されうる。充填データ１９０８は、例えば、フレーム終了（ＥＯＦ）パディングデリミタ、サブフレームパッドオクテット、またはＡ−ＭＰＤＵ ＥＯＦサブフレームを含みうる。充填データ１９０８はまた、ＰＰＤＵ１９１０の前に送信されうる。別の実施形態では、充填データ１９０８は、Ａ−ＭＰＤＵの先頭に追加されうる。ベースデータを含むＰＰＤＵ１９１０と充填データ１９０８との組み合わされた送信持続時間は、ターゲット送信持続時間１９２０に適合しうる。
【００７９】
[00104]図２０は、送信機会中のＵＬ−ＭＵ−ＭＩＭＯ送信のためのターゲット送信持続時間２０２０に適合するように、ユーザ端末１２０がその送信データレートを低下させ、そのアグリゲーションのレベルを低下させ、充填データ２００８を追加することを示す時間シーケンス図２０００である。図２０中の破線矢印は、ユーザ端末１２０によって送信されるＰＰＤＵ２０１０を生成するために、ユーザ端末１２０がアグリゲーションのレベルを増大させ、送信用のデータ２００６のためのデータレートを増大させることに起因する送信持続時間における変化を示す。上述されたように、ＡＰ１１０は、ユーザ端末１２０に対して送信機会を許可するメッセージ（例えば、ＣＴＸメッセージ）中でターゲット送信持続時間２０２０を示しうる。図２０中に示されているように、ユーザ端末１２０は、送信されるときに、ターゲット送信持続時間２０２０に達しない計画された送信持続時間を有するであろう送信用の計画されたデータ２００６を有しうる。ユーザ端末１２０は、ターゲット送信持続時間２０２０に適合するように、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵ中のデータアグリゲーションのレベルを低下させ、より低いデータレートで（例えば、そのＭＣＳを調整することによって）データ２００６と充填データ２００８とを送信しうる。上述されたように、ＡＰ１１０は、トリガフレーム中でユーザ端末１２０ごとにデータアグリゲーションのレベルおよびＭＣＳを決定および示しうるか、または各ユーザ端末１２０が、データアグリゲーションのレベルおよびＭＣＳ自体を決定しうる。ＰＰＤＵ２０１０と充填データ２００８との組み合わされた送信持続時間は、ターゲット送信持続時間２０２０に適合しうる。
【００８０】
[00105]図２１は、送信機会中のＵＬ−ＭＵ−ＭＩＭＯ送信のためのターゲット送信持続時間２１２０に適合するように、ユーザ端末１２０がその送信データレートを増大させ、そのアグリゲーションのレベルを増大させ、充填データ２１０８を追加することを示す時間シーケンス図２１００である。図２１中の破線矢印は、ユーザ端末１２０によって送信されるＰＰＤＵ２１１０を生成するために、ユーザ端末１２０がアグリゲーションのレベルを低下させ、送信用のデータ２１０６のためのデータレートを低下させることに起因する送信持続時間における変化を示す。上述されたように、ＡＰ１１０は、ユーザ端末１２０に対して送信機会を許可するメッセージ（例えば、ＣＴＸメッセージ）中でターゲット送信持続時間２１２０を示しうる。図２１中に示されているように、ユーザ端末１２０は、送信されるときに、ターゲット送信持続時間２１２０を上回る計画された送信持続時間を有するであろう送信用の計画されたデータ２１０６を有しうる。ユーザ端末１２０は、ターゲット送信持続時間２１２０に適合するように、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵ中のデータアグリゲーションのレベルを増大させ、より高いデータレートで（例えば、そのＭＣＳを調整することによって）データ２００６と充填データ２００８とを送信しうる。上述されたように、ＡＰ１１０は、トリガフレーム中でユーザ端末１２０ごとにデータアグリゲーションのレベルおよびＭＣＳを決定および示しうるか、または各ユーザ端末１２０が、データアグリゲーションのレベルおよびＭＣＳ自体を決定しうる。データ２１０６を含むＰＰＤＵ２１１０と充填データ２００８との組み合わされた送信持続時間は、ターゲット送信持続時間２１２０に適合しうる。
【００８１】
[00106]図２２は、ターゲット送信持続時間２２２０に適合する持続時間の間、送信機会中にユーザ端末１２０Ａ〜Ｄがデータを同時に送信することを示す時間シーケンス図２２００である。上述されたように、ＡＰ１１０は、ユーザ端末１２０Ａ〜Ｄに対して送信機会を許可するメッセージ（例えば、ＣＴＸメッセージ）中でターゲット送信持続時間２２２０を示しうる。図２２中に示されているように、ユーザ端末１２０Ａ〜Ｄは、ターゲット送信持続時間２２２０に適合するようにデータ（例えば、ＰＰＤＵまたは充填データ）を送信しうる。ユーザ端末１２０Ａは、ターゲット送信持続時間２２２０に適合するように、上述されたように、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵ中のデータアグリゲーションのレベルを低下させ、充填データ２２０８ＡとＰＰＤＵ２２１０Ａとを送信しうる。ユーザ端末１２０Ｂは、ターゲット送信持続時間２２２０に適合するように、上述されたように、Ａ−ＭＰＤＵまたはＡ−ＭＳＤＵ中のデータアグリゲーションのレベルを増大させ、充填データ２２０８ＢとＰＰＤＵ２２１０Ｂとを送信しうる。ユーザ端末１２０Ｃは、ＰＰＤＵ２２１０Ｃ中で送信されるときに、データアグリゲーションのレベルを修正する、または充填データを追加することなしに、ターゲット送信持続時間２２２０に適合する送信用のデータを有しうる。ユーザ端末１２０Ｄは、ターゲット送信持続時間２２２０に適合するように、ＰＰＤＵ２２１０Ｄと充填データ２２０８Ｄとを送信しうる。他の実施形態では、ユーザ端末１２０は、ターゲット送信持続時間に適合するために、図１４〜２１中に示されている動作および送信パラメータまたはデータにおける変化の任意の組み合わせを使用しうる。ユーザ端末１２０Ａ〜ＤからのＵＬ−ＭＵ−ＭＩＭＯ送信の全てを同じ長さにすることの利益のうちの１つは、送信の電力レベルが一定であり続けることであり、それによって、受信機に対する電力変動（power fluctuations）の悪影響を低減する。
【００８２】
[00107]図２３は、ターゲット送信持続時間を充填するためにユーザ端末が充填サブフレームを利用することを示す別の時間シーケンス図２３００である。例示されているように、ユーザ端末１２０Ａ〜Ｄは各々、ターゲット送信持続時間２３２０のものであるＰＳＤＵを送信しうる。各ＰＳＤＵは、Ａ−ＭＰＤＵフレーム２３１０Ａ〜Ｄを備え、Ａ−ＭＰＤＵフレーム２３１０Ａ〜Ｄのうちの１つまたは複数は、（「充填」２３０８Ａ、２３０８Ｂ、および２３０８Ｄとして例示されている）パディングを含みうる。いくつかの態様では、ＰＳＤＵは、高効率（ＨＥ）トリガベース（ＴＢ）のＰＰＤＵ中に含まれうる。いくつかの態様では、ＭＰＤＵフレームの送信より前に、１つまたは複数の送信パラメータは、ユーザ端末１２０Ａ〜Ｄの各々にＡＰ１１０によって送信されうる。例えば、ＭＣＳ、持続時間、送信電力、または他のＰＨＹパラメータは、ＡＰ１１０によって通信されうる。ある実施形態では、これらのパラメータは、トリガフレーム中に含まれることができ、それは、ＣＴＸ４０２に類似していることができる。ある態様では、ＡＰ１１０は、ターゲット送信持続時間２３２０自体を送信しうる。別の態様では、ＵＴ１２０Ａ〜Ｄは、ＡＰ１１０によって通信される送信パラメータのうちの１つまたは複数に基づいて、ターゲット送信持続時間２３２０を決定しうる。ＵＴ１２０がターゲット送信持続時間２３２０の値を知ると、それらは、それらのそれぞれのＡ−ＭＰＤＵフレーム２３１０Ａ〜Ｄを生成するためにその値を利用しうる。
【００８３】
[00108]様々な方法が、ＭＰＤＵフレーム２３１０Ａ〜Ｄを生成するために利用されうる。例えば、ＵＴ１２０は、１つのＡ−ＭＰＤＵデータ「サブフレーム」を包含するＡ−ＭＰＤＵフレームを作成することからスタートしうる。その後において、ＵＴ１２０は、ターゲット送信持続時間２３２０の値に少なくとも基づいてＡ−ＭＰＤＵフレームに追加のＡ−ＭＰＤＵデータサブフレームが追加されうるか、またはＡ−ＭＰＤＵデリミタサブフレームが追加されうるかを決定しうる。ある態様では、ＵＴ１２０は、Ａ−ＭＰＤＵデータサブフレームの長さがゼロより大きい場合、且つＡ−ＭＰＤＵフレームにＡ−ＭＰＤＵデータサブフレームを追加することが、Ａ−ＭＰＤＵフレームの長さがターゲット送信持続時間２３２０を上回ることを引き起こさない場合にのみ、Ａ−ＭＰＤＵフレームにＡ−ＭＰＤＵデータサブフレームを追加しうる。別の態様では、ＵＴ１２０は、Ａ−ＭＰＤＵデリミタサブフレームの長さがゼロに等しい場合、且つＡ−ＭＰＤＵデリミタサブフレームのＥＯＦフィールドがゼロに設定される場合にのみ、Ａ−ＭＰＤＵフレームにＡ−ＭＰＤＵデリミタサブフレームを追加しうる。Ａ−ＭＰＤＵサブフレームの長さは、各ＭＰＤＵの長さフィールド中に示されうる（例えば、Ａ−ＭＰＤＵデータサブフレームまたはＡ−ＭＰＤＵデリミタサブフレーム）。
【００８４】
[00109]いくつかの態様では、ＵＴ１２０は、Ａ−ＭＰＤＵフレーム自体またはＡ−ＭＰＤＵフレーム中に包含されるＭＰＤＵのスタート間隔、長さ、またはコンテンツに対して制限されうる。いくつかの態様では、これらの制限のうちの１つまたは複数は、ＵＴ１２０とＡＰ１１０との間でのアソシエーション中に決定されうる。様々な態様では、これらの制限のうちの１つまたは複数は、トリガフレームの使用または他のメッセージを通じてＵＴ１２０に通信されうる。コンテンツ、長さ、またはスタート間隔を制限することは、受信デバイスがＡ−ＭＰＤＵフレーム中で各ＭＰＤＵを適正に受信および解釈することが可能であることを保証しうる。いくつかの態様では、ＵＴ１２０は、「１」に設定されたＥＯＦフィールドを有する任意のＡ−ＭＰＤＵサブフレームの後で、「０」に等しいＥＯＦフィールドを有するＡ−ＭＰＤＵサブフレームを追加しないことがありうる。いくつかの態様では、ＵＴ１２０は、超高スループット（ＶＨＴ）単一ＭＰＤＵを包含するＡ−ＭＰＤＵサブフレームの前に、「１」に設定されたＥＯＦフィールドと「０」に設定されたＭＰＤＵ長さフィールドを有するＡ−ＭＰＤＵサブフレームを追加しないことがありうる。
【００８５】
[00110]ＵＴ１２０が所望されるだけ多くのＭＰＤＵをＡ−ＭＰＤＵフレームに追加すると、ＵＴ１２０は、Ａ−ＭＰＤＵフレームの長さがターゲット送信持続時間２３２０に等しくなるように、Ａ−ＭＰＤＵフレームにパディング情報を追加する必要がありうる。例えば、例示されているように、Ａ−ＭＰＤＵフレーム２３１０Ａ、２３１０Ｂ、および２３１０Ｄの長さは、ターゲット送信持続時間２３２０に達していないことがありうる。パディング情報は、「１」または「０」に設定されたビットのシーケンス、１つまたは複数のＡ−ＭＰＤＵパディングサブフレーム、および／またはＡＰ１１０がパディングとして理解しうる何らかの他の情報を備えうる。Ａ−ＭＰＤＵフレームにパディングを追加するために、ＵＴ１２０は、Ａ−ＭＰＤＵフレームの現在の長さが４で割り切れるかどうか（例えば、現在の長さｍｏｄ４！＝０であるかどうか）を決定しうる。いくつかの態様では、Ａ−ＭＰＤＵフレームの長さは、オクテットの数を単位として表されうる。現在の長さが４で割りきれず、現在の長さがターゲット送信持続時間２３２０未満である場合、ＵＴ１２０は、最後のＡ−ＭＰＤＵサブフレームのパディングサブフィールドにオクテットのパディングを追加しうる。ある特定のインプリメンテーションでは、ＵＴ１２０は、１だけＡ−ＭＰＤＵフレーム長の現在の値をインクリメントする。ＵＴ１２０は、現在の長さが４で割り切れるまで、このプロセスを繰り返しうる。例えば、例示されているように、Ａ−ＭＰＤＵフレーム２３１０Ｄの長さｍｏｄ４＝１である。したがって、３オクテットのパディングが、Ａ−ＭＰＤＵフレーム２３１０Ｄに追加されうる。
【００８６】
[00111]加えてまたは代替として、Ａ−ＭＰＤＵフレームにパディングを追加するために、ＵＴ１２０は、Ａ−ＭＰＤＵフレームの現在の長さプラス４の合計がターゲット送信持続時間２３２０未満であるどうかを決定しうる。現在の長さの値がターゲット送信持続時間２３２０より少なくとも４短い（at least four less than）場合、ＵＴ１２０は、Ａ−ＭＰＤＵフレーム中のＥＯＦパディングサブフレームフィールドにＥＯＦパディングサブフレームを追加しうる。ある特定のインプリメンテーションでは、ＵＴは、４だけＡ−ＭＰＤＵフレーム長の現在の値をインクリメントする。ある態様では、ＥＯＦパディングサブフレームの長さは、４オクテットでありうる。ＵＴ１２０は、現在の長さがターゲット送信持続時間２３２０より小さい４（オクテット）未満となるまで、このプロセスを繰り返しうる。例えば、例示されているように、Ａ−ＭＰＤＵフレーム２３１０Ａの長さ＋４は、ターゲット送信持続時間２３２０未満である。したがって、ＥＯＦパディングサブフレームが、Ａ−ＭＰＤＵフレーム２３１０ＡのＥＯＦパディングサブフレームフィールドに追加されうる。いくつかの態様では、ＵＴ１２０は、ゼロより大きい長さを有するデリミタを有するＡ−ＭＰＤＵフレーム２３１０中の最後のサブフレームを決定し、識別されたデリミタのＥＯＦビットが「１」に等しくなるように設定しうる。これらの態様にしたがって、後続のサブフレームは、ある場合には、デリミタサブフレームであることができ、各々は、ゼロに等しい長さと「１」に等しいＥＯＦビットを有する。
【００８７】
[00112]加えてまたは代替として、Ａ−ＭＰＤＵフレームにパディングを追加するために、ＵＴ１２０は、Ａ−ＭＰＤＵフレームの現在の長さがターゲット送信持続時間２３２０未満であるどうかを決定しうる。現在の長さの値がターゲット送信持続時間２３２０未満である場合、ＵＴ１２０は、Ａ−ＭＰＤＵフレーム中のＥＯＦパディングオクテットサブフィールドにオクテットのパディングを追加し、１だけＡ−ＭＰＤＵフレーム長の現在の値をインクリメントしうる。ＵＴ１２０は、現在の長さがターゲット送信持続時間２３２０に等しくなるまで、このプロセスを繰り返しうる。例えば、例示されているように、Ａ−ＭＰＤＵフレーム２３１０Ｂの長さは、ターゲット送信持続時間２３２０未満である。したがって、オクテットのパディングが、Ａ−ＭＰＤＵフレーム２３１０ＢのＥＯＦパディングオクテットサブフィールドに追加されうる。
【００８８】
[00113]図２４は、ＵＬ−ＭＵ−ＭＩＭＯ送信の持続時間がターゲット送信持続時間に適合するように、送信または動作パラメータ用のデータを変更するための方法２４００のフローチャートである。ブロック２４０１において、ユーザ端末１２０は、ここに説明されるように、ＡＰ１１０に送信要求（例えば、ＲＴＸ）を送りうる。ブロック２４０２において、ユーザ端末１２０は、ここに説明されるように、複数のユーザ端末１２０の各々についてアップリンク送信機会およびターゲット送信持続時間を示すワイヤレスメッセージ（例えば、ＣＴＸ）をＡＰ１１０から受信しうる。
【００８９】
[00114]ブロック２４０３において、ユーザ端末１２０は、ここに説明されるように、送信用のデータをフラグメント化しうる。ブロック２４０４において、ユーザ端末１２０は、ここに説明されるように、ターゲット送信持続時間に適合するように、その送信データレートを調整しうる。ブロック２４０５において、ユーザ端末１２０は、ここに説明されるように、ターゲット送信持続時間に適合するように、データアグリゲーションのレベルを調整しうる。ブロック２４０６において、ユーザ端末１２０は、ここに説明されるように、ターゲット送信持続時間に適合するように、充填データを追加しうる。ブロック２４０３、２４０４、２４０５、および２４０６におけるステップの各々は、オプションであり、ユーザ端末１２０は、ここに説明されるように、ターゲット送信持続時間に適合するように、これらのステップの任意の組み合わせを遂行しうる。ブロック２４０７において、ユーザ端末１２０は、ターゲット送信持続時間にわたってメッセージを送信しうる。
【００９０】
[00115]図２５は、送信用のＡ−ＭＰＤＵの生成を伴うワイヤレス通信のための方法２５００を例示するフローチャートである。ある態様では、方法２５００は、ＵＴ１２０によってインプリメントされうる。ブロック２５０５において、ＵＴ１２０は、例えば、ＡＰ１１０への物理レイヤ（ＰＨＹ）サービスデータユニット（ＰＳＤＵ）の送信のためのターゲット送信持続時間を示すメッセージをＡＰ１１０から受信する。いくつかの態様では、ＡＰ１１０からのメッセージはさらに、変調またはコーディングレートおよび送信電力レベルを示す。ブロック２５１０において、ＵＴ１２０は、例えば、少なくとも１つのアグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）サブフレームを備えるＡ−ＭＰＤＵフレームを生成し、Ａ−ＭＰＤＵフレームは、第１の長さを有する。ブロック２５１５において、ＵＴ１２０は、例えば、第２の長さを有する追加のＡ−ＭＰＤＵサブフレームが第１の長さ、第２の長さ、およびターゲット送信持続時間に少なくとも部分的に基づいてＡ−ＭＰＤＵフレームに追加されうるかどうかを決定する。例えば、第１の長さプラス第２の長さがターゲット送信持続時間未満である場合、ＵＴ１２０は、Ａ−ＭＰＤＵフレームにＡ−ＭＰＤＵサブフレームを追加しうる。ブロック２５２０において、ＵＴ１２０は、例えば、第１の長さとターゲット送信持続時間との間の比較に少なくとも部分的に基づいてＡ−ＭＰＤＵフレーム中に１つまたは複数のパディングサブフレームを含める。例えば、ＵＴ１２０は、ターゲット送信持続時間に等しくなるように第１の長さを増大させるのに十分な複数のビットをＡ−ＭＰＤＵフレームに追加しうる。いくつかの態様では、複数のビットは、Ａ−ＭＰＤＵフレーム終了サブフレーム、サブフレームパディングオクテット、フレーム終了パディングデリミタ、および／またはＡ−ＭＰＤＵサブフレームのパディングフィールド内のパディングを備えることができる。
【００９１】
[00116]加えてまたは代替として、方法２５００の一部として、ＵＴ１２０は、例えば、４で割った第１の長さの余りがゼロに等しいかどうかを決定しうる。いくつかのインプリメンテーションでは、ＵＴ１２０は、第１の長さがターゲット送信持続時間未満であり、余りがゼロに等しくないときに、Ａ−ＭＰＤＵフレーム中にオクテットのパディングを含めうる。いくつかのインプリメンテーションでは、ＵＴ１２０は、Ａ−ＭＰＤＵフレーム中に含められたオクテットのパディングごとに１だけ第１の長さをインクリメントしうる。加えてまたは代替として、方法２５００の一部として、ＵＴ１２０は、例えば、ターゲット送信持続時間と第１の長さとの間の差異が４より大きいかどうかを決定しうる。いくつかのインプリメンテーションでは、ＵＴ１２０は、差異が４より大きいときにＡ−ＭＰＤＵフレーム中にフレーム終了パディングサブフレームを含めうる。いくつかのインプリメンテーションでは、ＵＴ１２０は、パディング情報中に含められたフレーム終了パディングサブフレームごとに４だけ第１の長さをインクリメントしうる。加えてまたは代替として、方法２５００の一部として、ＵＴ１２０は、例えば、Ａ−ＭＰＤＵフレーム中に最後のフレーム終了パディングサブフレームを含めうる。いくつかのインプリメンテーションでは、ＵＴ１２０は、第１の長さがターゲット送信持続時間未満であるときに最後のフレーム終了パディングサブフレーム中にオクテットのパディングを含めうる。いくつかのインプリメンテーションでは、ＵＴ１２０は、最後のフレーム終了パディングサブフレーム中に含められたオクテットのパディングごとに１だけ第１の長さをインクリメントしうる。
【００９２】
[00117]ブロック２５２５において、ＵＴ１２０は、例えば、ＰＳＤＵを生成し、ＰＳＤＵは、Ａ−ＭＰＤＵフレームと１つまたは複数のパディングサブフレームとを含む。ブロック２５３０において、ＵＴ１２０は、例えば、ターゲット送信持続時間にわたってから生成されたＰＳＤＵを送信する。いくつかの態様では、ＵＴ１２０は、例えば、ターゲット送信持続時間にわたって複数のＵＴ１２０（例えば、ＵＴ１２０Ａ〜Ｄ）と同時にＰＳＤＵを送信することができる。いくつかの態様では、送信されたＰＳＤＵの送信電力レベルは、ターゲット送信持続時間中において実質的に一定である。いくつかの態様では、ＵＴ１２０は、例えば、ＰＳＤＵを送信するための、メッセージ中に示された送信データレートを利用しうる。いくつかの態様では、ＵＴ１２０は、例えば、ＰＳＤＵを送信するための、メッセージ中に示されたアグリゲーションのレベルを利用しうる。いくつかの態様では、ＵＴ１２０は、例えば、ＰＳＤＵを送信するための、セットアップフェーズ中にユーザ端末によって決定されたアップリンク送信機会を利用しうる。ある実施形態では、ＰＳＤＵは、ＰＨＹ変換プロトコルデータユニット（ＰＰＤＵ）内で送信されることができる。
【００９３】
[00118]図２６は、パディングを生成する複数の代替の実施形態を含むワイヤレス通信のための別の方法２６００を例示する別のフローチャートである。ある態様では、方法２６００は、ＵＴ１２０によってインプリメントされうる。ブロック２６０５において、ＵＴ１２０は、例えば、ＡＰ１１０への物理レイヤ（ＰＨＹ）サービスデータユニット（ＰＳＤＵ）の送信のためのターゲット送信持続時間を示すメッセージをＡＰ１１０から受信する。いくつかの態様では、ＡＰ１１０からのメッセージはさらに、変調またはコーディングレートおよび送信電力レベルを示す。ブロック２６１０において、ＵＴ１２０は、例えば、第１の長さを有するアグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）フレームを生成する。ブロック２６１５において、ＵＴ１２０は、例えば、ＰＳＤＵを生成し、ＰＳＤＵは、Ａ−ＭＰＤＵフレームを含む。ブロック２６２０において、ＵＴ１２０は、例えば、ターゲット送信持続時間にわたって生成されたＰＳＤＵを送信する。
【００９４】
[00119]例示されているように、Ａ−ＭＰＤＵフレームがブロック２６１０において生成された後で、ＵＴ１２０は、例えば、オプションとして、ブロック２６３０、２６４０、２６５０、または２６６０のうちの１つに進みうる。ブロック２６３０において、ＵＴ１２０は、例えば、第２の長さを有するＡ−ＭＰＤＵサブフレームが第１の長さ、第２の長さ、およびターゲット送信持続時間に少なくとも部分的に基づいてＡ−ＭＰＤＵフレームに追加されうるかどうかを決定する。例えば、第１の長さプラス第２の長さがターゲット送信持続時間未満である場合、ＵＴ１２０は、Ａ−ＭＰＤＵフレームにＡ−ＭＰＤＵサブフレームを追加しうる。加えてまたは代替として、方法２６００は、ブロック２６１０または２６３０からブロック２６４０に進みえ、ここで、ＵＴ１２０は、例えば、４で割った第１の長さの余りがゼロに等しいかどうかを決定しうる。その後において、方法２６００は、ブロック２６４５に進みえ、ここで、ＵＴ１２０は、第１の長さがターゲット送信持続時間未満であり、余りがゼロに等しくないときに、Ａ−ＭＰＤＵフレーム中にオクテットのパディングを含めうる。オプションとして、ＵＴ１２０は、Ａ−ＭＰＤＵフレーム中に含められたオクテットのパディングごとに１だけ第１の長さをインクリメントすることができる。ブロック２６４５の後で、方法２６００は、ブロック２６４０に戻りうる。オプションとして、ブロック２６４０の後で、方法２６００は、ブロック２６１０に戻りうる。
【００９５】
[00120]加えてまたは代替として、ブロック２６１０、２６３０、または２６４０の後で、方法２６００は、ブロック２６５０に進みえ、ここで、ＵＴ１２０は、例えば、ターゲット送信持続時間と第１の長さとの間の差異が４より大きいかどうかを決定しうる。その後において、方法２６００は、ブロック２６５５に進みえ、ここで、ＵＴ１２０は、差異が４より大きいときにＡ−ＭＰＤＵフレーム中にフレーム終了パディングサブフレームを含めることができる。オプションとして、ＵＴ１２０は、パディング情報中に含められたフレーム終了パディングサブフレームごとに４だけ第１の長さをインクリメントすることができる。ブロック２６５５の後で、方法２６００は、ブロック２６５０に戻りうる。オプションとして、ブロック２６５０の後で、方法２６００は、ブロック２６１０に戻りうる。
【００９６】
[00121]加えてまたは代替として、ブロック２６１０、２６３０、２６４０、または２６５０の後で、方法２６００は、ブロック２６６０に進みえ、ここで、ＵＴ１２０は、例えば、第１の長さがターゲット送信持続時間未満であるかどうかを決定しうる。その後において、方法２６００は、ブロック２６６５に進みえ、ここで、ＵＴ１２０は、Ａ−ＭＰＤＵフレーム中に最後のフレーム終了パディングサブフレームを含めることができる。いくつかのインプリメンテーションでは、ＵＴ１２０は、第１の長さがターゲット送信持続時間未満であるときに最後のフレーム終了パディングサブフレーム中にオクテットのパディングを含めることができる。オプションとして、ＵＴ１２０は、最後のフレーム終了パディングサブフレーム中に含められたオクテットのパディングごとに１だけ第１の長さをインクリメントすることができる。ブロック２６６５の後で、方法２６００は、ブロック２６６０に戻りうる。オプションとして、ブロック２６６０の後で、方法２６００は、ブロック２６１０に戻りうる。
【００９７】
[00122]いくつかの態様では、方法２６００の一部として、ＵＴ１２０は、例えば、ターゲット送信持続時間にわたって複数のＵＴ１２０（例えば、ＵＴ１２０Ａ〜Ｄ）と同時にＰＳＤＵを送信することができる。いくつかの態様では、送信されたＰＳＤＵの送信電力レベルは、ターゲット送信持続時間中において実質的に一定である。いくつかの態様では、ＵＴ１２０は、例えば、ＰＳＤＵを送信するための、メッセージ中に示された送信データレートを利用しうる。いくつかの態様では、ＵＴ１２０は、例えば、ＰＳＤＵを送信するための、メッセージ中に示されたアグリゲーションのレベルを利用しうる。いくつかの態様では、ＵＴ１２０は、例えば、ＰＳＤＵを送信するための、セットアップフェーズ中にユーザ端末によって決定されたアップリンク送信機会を利用しうる。ある実施形態では、ＰＳＤＵは、ＰＨＹ変換プロトコルデータユニット（ＰＰＤＵ）内で送信されることができる。
【００９８】
[00123]いくつかの実施形態では、ワイヤレス通信のためのＵＴ１２０は、ここに説明されたある特定の実施形態にしたがって、方法２４００、２５００、２６００の機能のうちの１つまたは複数を遂行しうる。ＵＴ１２０は、メッセージを受信するための手段を備えうる。ある特定の実施形態では、受信するための手段は、受信機３１２、プロセッサ３０４、アンテナ３１６、ＤＳＰ３２０、および／または信号検出器３１８によってインプリメントされることができる（図３）。ＵＴ１２０は、アグリゲートされた媒体アクセス制御（ＭＡＣ）パケットデータユニット（Ａ−ＭＰＤＵ）フレームを生成するための手段を備えうる。ある特定の実施形態では、生成するための手段は、送信機３１０、プロセッサ３０４、アンテナ３１６、ＤＳＰ３２０、および／または信号検出器３１８によってインプリメントされることができる（図３）。
【００９９】
[00124]ＵＴ１２０はさらに、第２の長さを有する追加のＡ−ＭＰＤＵサブフレームがＡ−ＭＰＤＵフレームに追加されうるかどうかを決定するための手段を備えうる。ある特定の実施形態では、複数の受信デバイスへの送信のために生成するための手段は、受信機３１２、プロセッサ３０４、アンテナ３１６、ＤＳＰ３２０、および／または信号検出器３１８によってインプリメントされることができる（図３）。
【０１００】
[00125]ＵＴ１２０はさらに、Ａ−ＭＰＤＵフレーム中に１つまたは複数のパディングサブフレームを含めるための手段を備えうる。ある特定の実施形態では、含めるための手段は、受信機３１２、送信機３１０、プロセッサ３０４、アンテナ３１６、ＤＳＰ３２０、および／または信号検出器３１８によってインプリメントされることができる（図３）。ＵＴ１２０は、ＰＳＤＵを生成するための手段を備えうる。ある特定の実施形態では、生成するための手段は、送信機３１０、プロセッサ３０４、アンテナ３１６、ＤＳＰ３２０、および／または信号検出器３１８によってインプリメントされることができる（図３）。
【０１０１】
[00126]ＵＴ１２０は、生成されたＰＳＤＵを送信するための手段を備えうる。ある特定の実施形態では、送信するための手段は、送信機３１０、プロセッサ３０４、アンテナ３１６、ＤＳＰ３２０、および／または信号検出器３１８によってインプリメントされることができる（図３）。
【０１０２】
[00127]当業者は、情報および信号が様々な異なる技術および技法の任意のものを使用して表されることができることを理解するであろう。例えば、上記の説明全体を通じて参照されることができるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、あるいはそれらの任意の組み合わせによって表されることができる。
【０１０３】
[00128]この開示中に説明されたインプリメンテーションに対する様々な修正は、当業者にとって容易に明らかであり、ここに定義された包括的な原理は、この開示の精神または範囲から逸脱することなしに他のインプリメンテーションに適用されることができる。このことから、本開示は、ここに示されたインプリメンテーションに限定されることを意図されていないが、ここに開示された特許請求の範囲、原理および新規な特徴と一致する最も広い範囲を付与されるべきである。「例証的（exemplary）」という用語は、ここでは「例、事例、または例示としての役割を果たす」ことを意味するように独占的に使用されている。「例証的」としてここに説明されたいかなるインプリメンテーションも、他のインプリメンテーションより好ましいまたは有利であるとして必ずしも解釈されるべきではない。
【０１０４】
[00129]別個のインプリメンテーションのコンテキストにおいてこの明細書中で説明されているある特定の特徴もまた、単一のインプリメンテーションにおいて組み合わせてインプリメントされることができる。反対に、単一のインプリメンテーションのコンテキストにおいて説明された様々な特徴もまた、複数のインプリメンテーションにおいて別個に、または任意の適したサブコンビネーションにおいてインプリメントされることができる。その上、特徴は、ある特定の組み合わせで機能するとして上述され、特許請求の範囲にさえ最初はそのように記載されることができるが、特許請求の範囲に記載されている組み合わせからの１つまたは複数の特徴は、いくつかのケースでは、その組み合わせから削除され、特許請求の範囲に記載されている組み合わせは、サブコンビネーションまたはサブコンビネーションの変形を対象とすることができる。
【０１０５】
[00130]上述された方法の様々な動作は、様々なハードウェアおよび／またはソフトウェアコンポーネント（１つ以上）、回路、および／またはモジュール（１つ以上）のような、それら動作を遂行することが可能な任意の適した手段によって遂行されうる。概して、図面中に例示された任意の動作は、それら動作を遂行することが可能である対応する機能的な手段によって遂行されうる。
【０１０６】
[00131]本開示に関連して説明された様々な例示的な論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ信号（ＦＰＧＡ）または他のプログラマブルロジックデバイス（ＰＬＤ）、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェアコンポーネントあるいはここに説明された機能を遂行するように設計されたそれらの任意の組み合わせを用いてインプリメントまたは遂行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替では、プロセッサは、任意の市販のプロセッサ、コントローラ、マイクロコントローラまたはステートマシンでありうる。プロセッサはまた、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成としてインプリメントされうる。
【０１０７】
[00132]１つまたは複数の態様では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせにおいてインプリメントされうる。ソフトウェアにおいてインプリメントされる場合、それら機能は、コンピュータ可読媒体上の１つまたは複数の命令あるいはコードとして記憶または送信されうる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体とコンピュータ記憶媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体でありうる。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいはデータ構造もしくは命令の形式で所望されるプログラムコードを記憶または搬送するために使用されることができ、コンピュータによってアクセスされることができる任意の他の媒体を備えることができる。また、任意の接続は、厳密にはコンピュータ可読媒体と称される。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波のようなワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は、媒体の定義中に含まれる。ディスク（disk）およびディスク（disc）は、ここに使用される場合、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は通常、磁気的にデータを再生するが、その一方でディスク（disc）は、レーザーを用いて光学的にデータを再生する。このことから、いくつかの態様では、コンピュータ可読媒体は、非一時的コンピュータ可読媒体（例えば、有形媒体）を備えうる。加えて、いくつかの態様では、コンピュータ可読媒体は、一時的コンピュータ可読媒体（例えば、信号）を備えうる。上記の組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【０１０８】
[00133]ここに開示された方法は、説明された方法を達成するための１つまたは複数のステップあるいはアクションを備える。方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなしに互いに置き換えられうる。言い換えれば、ステップまたはアクションの特定の順序が指定されない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲から逸脱することなしに修正されうる。
【０１０９】
[00134]さらに、ここに説明された方法および技法を遂行するためのモジュールおよび／または他の適切な手段は、適宜、ユーザ端末および／または基地局によってダウンロードおよび／またはそうでない場合は取得されることができることが認識されるべきである。例えば、そのようなデバイスは、ここに説明された方法を遂行するための手段の転送を容易にするためにサーバに結合されることができる。代替として、ここに説明された様々な方法は、記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクのような物理的記憶媒体、等）を介して提供されることができ、それにより、ユーザ端末および／または基地局は、デバイスに記憶手段を結合または提供する際に様々な方法を取得することができる。その上、ここに説明された方法および技法をデバイスに提供するための任意の他の適した技法が利用されることができる。
【０１１０】
[00135]前述の内容が本開示の態様を対象としている一方、本開示の他のおよびさらなる態様は、その基本的な範囲から逸脱することなしに考案されえ、その範囲は、後続する特許請求の範囲によって決定される。
【図１】
2019500094.tif 000003
【図２】
2019500094.tif 000004
【図３】
2019500094.tif 000005
【図４】
2019500094.tif 000006
【図５】
2019500094.tif 000007
【図６】
2019500094.tif 000008
【図７】
2019500094.tif 000009
【図８】
2019500094.tif 000010
【図９】
2019500094.tif 000011
【図１０】
2019500094.tif 000012
【図１１】
2019500094.tif 000013
【図１２】
2019500094.tif 000014
【図１３】
2019500094.tif 000015
【図１４】
2019500094.tif 000016
【図１５】
2019500094.tif 000017
【図１６】
2019500094.tif 000018
【図１７】
2019500094.tif 000019
【図１８】
2019500094.tif 000020
【図１９】
2019500094.tif 000021
【図２０】
2019500094.tif 000022
【図２１】
2019500094.tif 000023
【図２２】
2019500094.tif 000024
【図２３】
2019500094.tif 000025
【図２４】
2019500094.tif 000026
【図２５】
2019500094.tif 000027
【図２６】
2019500094.tif 000028
【国際調査報告】
2019500094.tif 000029
2019500094.tif 000030
2019500094.tif 000031
2019500094.tif 000032