(57)【要約】単一の送信機会中に、無線通信システムにおいて、複数の局への送信の調整および実行を容易にするシステムおよび方法が記述される。送信機会のホルダは、送信機会を確立するために、１または複数の局へ、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージまたはセルフ・アドレスされたｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを通信することができる。続いて、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージをそれぞれの局に送ることによって、それぞれの局とのデータ送信が開始される。それぞれの受信局において、受信されたｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージのソース・アドレスが、送信機会のホルダのアドレスと比較される。与えられたｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに対してアドレスが一致する場合、受信局は、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに応答して、送信機会のホルダに、ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを送信する。
2010510724.tif 000002
【特許請求の範囲】
【請求項１】
送信機会中に、複数のユーザへの送信を調整し実行する方法であって、
ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームおよびｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームから構成されたグループから選択されたフレームを１または複数のユーザへ送信することを備え、
前記フレームは、送信機を、送信機会のホルダとして確立し、送信インタバルと前記送信機のアドレスを備え、
前記方法はさらに、
前記送信インタバル中に、前記送信機のアドレスと第１のユーザのアドレスとを示すｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを前記第１のユーザに送信することと、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームに応答して、前記第１のユーザからｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを受信することと、
前記第１のユーザにデータを送信することと、
前記送信インタバル中に、前記送信機のアドレスと第２のユーザのアドレスとを示すｒｅｑｕｅｓｔ−ｔｏ−ｆｒａｍｅを第２のユーザに送信することと、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームに応答して、前記第２のユーザからｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを受信することと、
前記第２のユーザにデータを送信することと
を備える方法。
【請求項２】
前記フレームを１または複数のユーザに送信することは、ソースである前記送信機のアドレスと、ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームの受信機とを含むｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを、前記１または複数のユーザへ送信することを備える請求項１に記載の方法。
【請求項３】
前記フレームを１または複数のユーザに送信することは、
ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームのソースとして前記送信機のアドレスを、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームの受信機として前記ユーザのアドレスとを含むｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを、前記１または複数のユーザのうちのユーザに送信することと、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームに応答して、前記ユーザからｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを受信することと
を備える請求項１に記載の方法。
【請求項４】
前記ユーザへ送信されたｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームは、送信インタバルに対する要求を含み、前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームに応答して前記ユーザから受信したｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームは、送信インタバルを示す請求項３に記載の方法。
【請求項５】
前記第１のユーザおよび前記第２のユーザへデータを送信するために必要とされる時間長さを決定することによって、前記送信インタバルを決定することをさらに備える請求項１に記載の方法。
【請求項６】
前記第１のユーザおよび前記第２のユーザへデータを送信するために使用される１または複数の送信クラスについて許容される送信インタバル長さを決定することによって、前記送信インタバルを決定することをさらに備える請求項１に記載の方法。
【請求項７】
前記第１のユーザおよび前記第２のユーザへ送信されるそれぞれのｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームは、前記第１のユーザおよび前記第２のユーザそれぞれからのフィードバックを求める要求を含む請求項１に記載の方法。
【請求項８】
前記それぞれのｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームに応答して、前記第１のユーザおよび前記第２のユーザから受信されたそれぞれのｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームは、フィードバックに対するそれぞれの要求によって示されるフィードバックを含む請求項７に記載の方法。
【請求項９】
前記データは、前記第１のユーザおよび前記第２のユーザによってそれぞれ受信されたｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームに含まれるフィードバックを用いて、前記第１のユーザおよび前記第２のユーザへそれぞれ送信される請求項８に記載の方法。
【請求項１０】
前記第１のユーザから受信されたｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームに含まれるフィードバックに少なくとも部分的に基づいて、前記第１のユーザへ送信されるデータへ、ビームフォーミングを適用することと、
前記第２のユーザから受信されたｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームに含まれるフィードバックに少なくとも部分的に基づいて、前記第２のユーザへ送信されるデータへ、ビームフォーミングを適用することと
を備える請求項８に記載の方法。
【請求項１１】
無線通信装置であって、
前記無線通信装置のアドレスと、送信機会（ＴＸＯＰ）持続時間とに関するデータを格納するメモリと、
ｃｅｌａｒ−ｔｏ−ｓｅｎｄメッセージまたはｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージのうち、前記無線通信装置のアドレスを備える少なくとも１つのメッセージを、１または複数の局へ送信し、前記無線通信装置のアドレスを示すそれぞれのｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージをそれぞれの局へ送信し、前記それぞれの局から、それぞれのｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを受信し、前記それぞれの局へデータを送信するように構成されたプロセッサと
を備える無線通信装置。
【請求項１２】
前記プロセッサは、前記無線通信装置のアドレスと、前記ＴＸＯＰ持続時間とを備えるｃｌｅａｒ−ｔｏ−ｓｅｎｄ−ｔｏ−ｓｅｌｆメッセージを送信するように構成された請求項１１に記載の無線通信装置。
【請求項１３】
前記プロセッサは、前記無線通信装置のアドレスと、前記ＴＸＯＰ持続時間とを備えるｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを第１の局へ送信し、前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに応答して、前記第１の局からｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを受信するように構成された請求項１１に記載の無線通信装置。
【請求項１４】
前記プロセッサは、前記無線通信装置のアドレスを備えるｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを第１の局へ送信し、前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに応答して、前記ＴＸＯＰ持続時間を備えるｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを前記第１の局から受信するように構成された請求項１１に記載の無線通信装置。
【請求項１５】
前記プロセッサはさらに、前記それぞれの局へのデータの送信のために要求される時間長さとして前記ＴＸＯＰ持続時間を決定するように構成された請求項１１に記載の無線通信装置。
【請求項１６】
前記プロセッサはさらに、前記それぞれの局へデータを送信するために使用される１または複数の送信クラスについて許容される送信インタバル長さとして前記ＴＸＯＰ持続時間を決定するように構成された請求項１１に記載の無線通信装置。
【請求項１７】
前記プロセッサはさらに、データが送信されるそれぞれの局へ送信されるべきｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージの中に、フィードバックに対するそれぞれの要求を埋め込むように構成された請求項１１に記載の無線通信装置。
【請求項１８】
前記プロセッサはさらに、前記それぞれのｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに埋め込まれたフィードバックに対する要求に応答して、前記それぞれの局から受信されたそれぞれのｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージにおけるフィードバックを特定するように構成された請求項１７に記載の無線通信装置。
【請求項１９】
前記プロセッサはさらに、前記それぞれのｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージで特定されたフィードバックを用いて、前記それぞれの局へデータを送信するように構成された請求項１８に記載の無線通信装置。
【請求項２０】
前記プロセッサはさらに、前記それぞれのｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージに含まれるフィードバックに少なくとも部分的に基づいて、前記データを含む信号をビームフォーミングすることによって、前記それぞれの局へデータを送信するように構成された請求項１８に記載の無線通信装置。
【請求項２１】
データが送信されるべき前記局は、無線アクセス・ポイントを備える請求項１１に記載の無線通信装置。
【請求項２２】
データが送信されるべき前記局は、少なくとも１つの無線端末を備え、
前記プロセッサは、ダイレクト・リンク・セットアップ（ＤＬＳ）を用いて、前記無線端末へデータを送信するように構成された請求項１１に記載の無線通信装置。
【請求項２３】
送信インタバル中における送信のために複数のユーザを割り当てることを容易にする装置であって、
ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージおよびｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージのうち、送信機アドレス、受信機アドレス、および送信インタバルの長さを含む１または複数のメッセージを、１または複数の局へ送信する手段と、
データが送信されるべきそれぞれの局へ、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを送信する手段と、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに応答して、前記それぞれの局から、ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを受信する手段と
を備える装置。
【請求項２４】
コンピュータ読取可能媒体であって、
コンピュータに、通信インタバルを特定させるためのコードと、
前記通信インタバル中に複数のユーザとの通信のための送信機会を確立するためのメッセージを、コンピュータに、前記複数のユーザのうちの１または複数のユーザへ送信させるためのコードと、
コンピュータに、前記通信インタバル中、前記複数のユーザのうちの第１のユーザへ、要求メッセージを通信させるためのコードと、
コンピュータに、前記第１のユーザからの応答メッセージを受信させるためのコードと、
コンピュータに、前記通信インタバル中、前記複数のユーザのうちの第２のユーザへ、要求メッセージを通信させるためのコードと、
コンピュータに、前記第２のユーザから応答メッセージを受信させるためのコードと
を備えるコンピュータ読取可能媒体。
【請求項２５】
送信期間中に複数の局へ送信するためのコンピュータ実行可能な命令群を実行する集積回路であって、
前記命令群は、
少なくとも部分的に、送信機アドレスと前記送信期間の長さとを指定するメッセージを、前記複数の局のうちの１または複数の局へ送信することによって、送信機会を確立することと、
前記複数の局のうちのそれぞれの局へｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを送信することと、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに応答して、前記それぞれの局からｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを受信することと、
前記それぞれの局へデータを通信することと
を備える集積回路。
【請求項２６】
無線通信システムにおいて通信を開始および実行するための方法であって、
送信機会と前記送信機会の持続時間とを保持するエンティティのアドレスを示す１または複数のｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームまたはｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを検出することと、
前記送信機会の持続時間に基づいて、ネットワーク・アロケーション・ベクトル（ＮＡＶ）を設定することと、
ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信したエンティティのアドレスを示すｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを受信することと、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信したエンティティのアドレスが、前記送信機機会を保持するエンティティのアドレスと同じであるかを判定することと、
これらアドレスが同じであれば、前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信したエンティティへｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを送信することと
を備える方法。
【請求項２７】
前記１または複数のｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームまたはｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを検出することは、前記送信機会を保持するエンティティのアドレスを、前記ｃｌｅａｒ-ｔｏ−ｓｅｎｄフレームの受信者として示す前記ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを検出することを備える請求項２６に記載の方法。
【請求項２８】
前記１または複数のｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームまたはｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを検出することは、
前記送信機会を保持するエンティティのアドレスを、前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームの送信機として示すｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを検出することと、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームに応答して、前記送信機会を保持するエンティティへｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを送信することと
を備える請求項２６に記載の方法。
【請求項２９】
前記１または複数のｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームまたはｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを検出することは、
前記送信機会を保持するエンティティから目標局へ送信されたｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームと、
前記目標局から前記送信機会を保持するエンティティへ送信されたｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームと
のうちの１または複数を検出することを備える請求項２６に記載の方法。
【請求項３０】
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信したエンティティのアドレスが、前記送信機会を保持するエンティティのアドレスと同じである場合、前記ＮＡＶを更新することを回避することをさらに備える請求項２６に記載の方法。
【請求項３１】
前記ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを送信することは、ほぼＳｈｏｒｔ  ｉｎｔｅｒｆｒａｍｅ  ｓｐａｃｅｉｎｇ（ＳＩＦＳ）期間後、前記ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを送信することを備える請求項２６に記載の方法。
【請求項３２】
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを受信することは、前記受信したｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレーム内に埋め込まれたフィードバックに対する要求を受信することを備える請求項２６に記載の方法。
【請求項３３】
前記ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを送信することは、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームで要求されるフィードバックを、ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレーム内に埋め込むことと、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信したエンティティのアドレスが、前記送信機会を保持するエンティティのアドレスと同じであれば、前記ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを送信することと
を備える請求項３２に記載の方法。
【請求項３４】
前記送信機会を保持するエンティティからデータを受信することをさらに備える請求項２６に記載の方法。
【請求項３５】
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを受信することは、
前記ＮＡＶがリセットされたか、終了したかを判定することと、
前記ＮＡＶがリセットされたか、終了した場合、前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを破棄することと
を備える請求項２６に記載の方法。
【請求項３６】
無線通信装置であって、
送信機のアドレスおよびＮＡＶに関連するデータを格納するメモリと、
前記送信機のアドレスと、前記送信機によって利用されるべき１または複数の送信クラスと、前記送信クラスにそれぞれ対応する送信インタバルとを示す１または複数の初期メッセージを検出し、前記送信インタバルに基づいて前記ＮＡＶを設定し、次のｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを受信し、前記次のｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージのソース・アドレスを、前記送信機のアドレスと比較し、前記次のｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージのソース・アドレスが、前記送信機のアドレスと同じであると判定すると、前記送信機へｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを送信するように構成されたプロセッサと
を備える無線通信装置。
【請求項３７】
前記プロセッサはさらに、前記送信機のアドレスをｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージの受信者として示すｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを備えた１または複数の初期メッセージを検出するように構成された請求項３６に記載の無線通信装置。
【請求項３８】
前記メモリはさらに、前記無線通信装置のアドレスに関するデータを格納し、
前記プロセッサはさらに、前記送信機のアドレスを、前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージのソースとして、前記無線通信装置のアドレスを、前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージの受信者として示すｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを備える１または複数の初期メッセージを検出するように構成された請求項３６に記載の無線通信装置。
【請求項３９】
前記プロセッサはさらに、前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに応答して、ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを前記送信機へ送信するように構成された請求項３８に記載の無線通信装置。
【請求項４０】
前記メモリはさらに、１または複数の送信インタバルに関連するデータを格納し、
前記プロセッサはさらに、前記ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージで、前記送信インタバルを前記送信機へ通信するように構成された請求項３９に記載の無線通信装置。
【請求項４１】
前記プロセッサはさらに、前記送信機から前記無線通信装置ではないエンティティへ送信されたｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージであるか、または、前記無線通信装置ではないエンティティから前記送信機へ送信されたｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージのうちの少なくとも１つを備える１または複数の初期メッセージを検出するように構成された請求項３６に記載の無線通信装置。
【請求項４２】
前記プロセッサはさらに、前記送信機から次のｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを受信すると、前記ＮＡＶを更新することを回避するように構成された請求項３６に記載の無線通信装置。
【請求項４３】
前記プロセッサはさらに、次のｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを受信すると、ほぼＳｈｏｒｔ  ｉｎｔｅｒｒａｍｅ  ｓｐａｃｉｎｇ（ＳＩＦＳ）期間後、ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを送信するように構成された請求項３６に記載の無線通信装置。
【請求項４４】
前記プロセッサはさらに、前記次のｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに埋め込まれたフィードバックを求める要求を受信するように構成された請求項３６に記載の無線通信装置。
【請求項４５】
前記プロセッサはさらに、次のｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに応答して送信されたｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージで要求されたフィードバックを提供するように構成された請求項４４に記載の無線通信装置。
【請求項４６】
前記プロセッサはさらに、前記ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを前記送信機へ送信すると、前記送信機からデータを受信するように構成された請求項３６に記載の無線通信装置。
【請求項４７】
前記プロセッサはさらに、前記ＮＡＶがリセットされたか、あるいは終了したかを判定し、肯定的な判定がなされると、次のｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを破棄するように構成された請求項３６に記載の無線通信装置。
【請求項４８】
無線通信システムにおける通信インタバルの決定を容易にする装置であって、
ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームおよびｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームのうち、送信機アドレスおよび１または複数の送信インタバル持続時間を示す１または複数のフレームを検出する手段と、
前記ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームおよびｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームのうちの１または複数のフレームを検出することに続いて、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを受信する手段と、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信した局のアドレスと、前記送信機アドレスとを比較する手段と、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信した局のアドレスが、前記送信機アドレスと同じであれば、前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信した局へｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを送信する手段と
を備える装置。
【請求項４９】
コンピュータ読取可能媒体であって、
送信機会を確立するメッセージをコンピュータに検出させるためのコードと、
前記送信機会を確立すると、コンピュータに、要求メッセージを受信させるためのコードと、
前記要求メッセージが前記送信機会のホルダによって送信されたかを、コンピュータに判定させるためのコードと、
前記要求メッセージが前記送信機会のホルダによって送信された場合、応答メッセージをコンピュータに送信させるためのコードと
を備えるコンピュータ読取可能媒体。
【請求項５０】
送信機会中に無線通信システムにおいて通信するためのコンピュータ実行可能な命令群を実行する集積回路であって、
前記命令群は、
１または複数の局へ送信され、送信機アドレスと送信期間長さとを指定するメッセージを検出することと、
前記送信期間中、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを受信することと、
前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを送信した局のアドレスが、前記送信機アドレスと同じである場合、前記ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに応答してｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを送信することと、
前記ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを送信すると、前記送信機からデータを受信することと
を備える集積回路。
【発明の詳細な説明】
【参照】
【０００１】
本願は、２００６年１１月１５日に出願され、"TRANSMISSIONS TO MULTIPLE STATIONS IN WIRELESS COMMUNICATION SYSTEMS"と題され、その全体が本明細書において参照によって組み込まれる米国仮特許出願６０／８６６，０３８号の利益を主張する。
【技術分野】
【０００２】
本開示は、一般に無線通信に関し、特に、無線通信システムにおける複数のデバイスへの送信を初期化および実行する技術に関する。
【背景技術】
【０００３】
例えば、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）システムのような無線通信システムは、様々な通信サービスを提供するために広く用いられており、例えば、音声サービス、ビデオ・サービス、パケット・データ・サービス、ブロードキャスト・サービス、およびメッセージング・サービスが、そのような無線通信システムによって提供されうる。これらのシステムは、利用可能なシステム・リソースを共有することによって、複数の端末のための通信をサポートすることが可能な多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含んでいる。
【０００４】
ＷＬＡＮシステムにおけるデバイスは、通信のために、様々なチャネル・アクセス・モードを使用してチャネルにアクセスすることができる。これらは、例えばハイブリッド調整機能（ＨＣＦ）制御チャネル接続（ＨＣＣＡ）のような制御されたチャネル接続モードや、例えばエンハンスト分散チャネル接続（ＥＤＣＡ）のようなコンテンション・ベースのチャネル・アクセス・モードを含む。チャネルへアクセスすることによって、デバイスは、チャネルを用いて、他のデバイスとの通信のための送信機会（ＴＸＯＰ）を確立することができる。デバイスによって確立された単一のＴＸＯＰで、複数のデバイスへの送信を可能にすることによって、ネットワーク効率が向上されうる。しかしながら、多くの無線通信システムにおいて、単一のＴＸＯＰによる複数のデバイスへの信頼できる送信方法は提供されていない。したがって、無線通信システムにおいて複数のデバイスへの送信を実行するための効率的な技術に対するニーズがある。
【発明の概要】
【０００５】
下記は、そのような局面の基本的な理解を与えるために、要求された主題の様々な局面の簡略化された概要を示す。この概要は、考えられる全ての局面の広範囲な概観ではなく、重要要素や決定的要素を特定することも、そのような局面の範囲を線引きすることも意図されていない。その唯一の目的は、後に示されるより詳細な説明の前置きとして、開示される局面の幾つかの概念を簡単な形式で表すことである。
【０００６】
局面によれば、本明細書では、送信機会中に、複数のユーザへの送信を調整し実行する方法が記載される。この方法は、ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームとｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームとからなるグループから選択されたフレームを、１または複数のユーザへ送信することを備える。このフレームは、送信機会のホルダとして送信機を確立し、送信機のアドレスと送信インタバルとを備えている。この方法はさらに、送信インタバル中に、送信機のアドレスと第１のユーザのアドレスとを示すｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを、第１のユーザに送信することと、このｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームに応答して、第１のユーザからｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを受信することと、第１のユーザにデータを送信することと、送信インタバル中に、送信機のアドレスと第２のユーザのアドレスとを示すｒｅｑｕｅｓｔ−ｔｏ−ｆｒａｍｅを、第２のユーザに送信することと、このｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームに応答して、第２のユーザからｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを受信することと、第２のユーザにデータを送信することとを備える。
【０００７】
別の局面は、無線通信装置のアドレスと送信機会（ＴＸＯＰ）持続時間とに関するデータを格納するメモリを備える無線通信装置に関する。この無線通信装置はさらに、ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージまたはｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージのうちの少なくとも１つのメッセージを１または複数の局へ送信するように構成されたプロセッサを備える。この少なくとも１つのメッセージは、無線通信装置のアドレスを備える。このプロセッサはさらに、無線通信装置のアドレスを示すそれぞれのｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージをそれぞれの局へ送信し、それぞれの局からそれぞれのｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを受信し、それぞれの局へデータを送信するように構成されている。
【０００８】
さらに別の局面は、送信インタバル中に、通信のために、複数のユーザを割り当てることを容易にする装置に関する。この装置は、ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージおよびｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージのうちの１または複数であり、送信機アドレス、受信機アドレス、および送信インタバルの長さを含むメッセージを、１または複数の局へ送信する手段と、データが送信されるべきそれぞれの局へｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを送信する手段と、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに応答して、それぞれの局から、ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを受信する手段とを備える。
【０００９】
また別の局面は、コンピュータ読取可能媒体に関する。この媒体は、コンピュータに通信インタバルを特定させるためのコードと、コンピュータに、通信インタバル中に複数のユーザと通信するための送信機会を確立するために、複数のユーザのうちの１または複数のユーザへとメッセージを送信させるためのコードと、コンピュータに、通信インタバル中に複数のユーザのうちの第１のユーザへ、要求メッセージを通信させるためのコードと、コンピュータに、第１のユーザからの応答メッセージを受信させるためのコードと、コンピュータに、通信インタバル中に複数のユーザのうちの第２のユーザへ要求メッセージを通信させるためのコードと、コンピュータに、第２のユーザからの応答メッセージを受信させるためのコードとを備える。
【００１０】
別の局面によれば、送信期間中に、複数の局へ送信するためのコンピュータ実行可能な命令群を実行する集積回路が記載される。これら命令群は、送信機アドレスと送信期間の長さとを指定するメッセージを、複数の局のうちの１または複数の局へ送信することによって、少なくとも部分的に送信機会を確立することと、複数の局のうちのぞれぞれの局へｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを送信することと、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに応答して、それぞれの局から、ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを受信することと、それぞれの局へデータを通信することとを備える。
【００１１】
補足局面によれば、無線通信システムにおいて通信を開始および実行する方法が記述される。この方法は、１または複数のｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームまたはｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを検出することを備える。１または複数のフレームは、送信機会および送信機会の持続時間を保持するエンティティのアドレスを示す。この方法はさらに、送信機会の持続時間に基づいて、ネットワーク・アロケーション・ベクトル（ＮＡＶ）を設定することと、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信したエンティティのアドレスを示すｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを受信することと、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信したエンティティのアドレスが、送信機会を保持するエンティティのアドレスと同じであるかを判定することと、これらアドレスが同じであれば、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信したエンティティへ、ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを送信することとを備える。
【００１２】
別の局面は、ＮＡＶおよび送信機のアドレスに関するデータを格納するメモリを備える無線通信装置に関する。この無線通信装置はさらに、送信機のアドレスと、送信機によって利用されるべき１または複数の送信クラスと、送信クラスにそれぞれ対応する送信インタバルとを示す１または複数の初期メッセージを検出し、送信インタバルに基づいてＮＡＶを設定し、次のｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを受信し、このｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージのソース・アドレスを送信機のアドレスと比較し、次のｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージのソース・アドレスが、送信機のアドレスと同じであると判定されると、ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを送信機に送信するように構成されたプロセッサを備える。
【００１３】
他の局面は、無線通信システムにおける通信のためのインタバルを決定することを容易にする装置に関する。この装置は、ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームとｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームとのうち、送信機アドレスと１または複数の送信インタバル持続時間とを示す１または複数のフレームを検出する手段と、ｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームとｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームとのうち１または複数のフレームを検出することに続いて、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを受信する手段と、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信した局のアドレスを、送信機アドレスと比較する手段と、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信した局のアドレスが、送信機アドレスと同じであれば、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄフレームを送信した局へｃｌｅａｒ−ｔｏ−ｓｅｎｄフレームを送信する手段とを備える。
【００１４】
別の局面は、コンピュータ読取可能媒体に関する。この媒体は、コンピュータに、送信機会を確立するメッセージを検出させるためのコードと、送信機会を確立すると、コンピュータに、要求メッセージを受信させるためのコードと、要求メッセージが送信機会のホルダによって送信されたかをコンピュータに判定させるためのコードと、要求メッセージが送信機会のホルダによって送信された場合、コンピュータに、応答メッセージを送信させるためのコードとを備える。
【００１５】
さらなる局面は、送信機会中、無線通信システムにおいて通信するためのコンピュータ実行可能な命令群を実行する集積回路に関する。これら命令群は、１または複数の局へ送信され、送信機アドレスと送信期間の長さとを指定するメッセージを検出することと、送信期間中に、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを受信することと、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージを送信した局のアドレスが送信機アドレスと同じであれば、ｒｅｑｕｅｓｔ−ｔｏ−ｓｅｎｄメッセージに応答してｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを送信することと、ｃｌｅａｒ−ｔｏ−ｓｅｎｄメッセージを送信すると、送信機からデータを受信することとを備える。
【００１６】
前述の目的および関連する目的を達成するために、権利主張された手段のうちの１または複数の局面は、後に完全に記載され、特許請求の範囲において特に指摘される特徴を備えている。以下の記述および添付図面は、権利主張された主題の、ある例示的な局面を詳細に述べている。しかしながら、これらの局面は、権利主張された主題の原理が適用される様々な方法のうちのほんの幾つかを示すに過ぎない。さらに、開示された局面は、そのような局面とその等価物の全てを含むことが意図されている。
【図面の簡単な説明】
【００１７】
【図１】図１は、本明細書で述べられた様々な局面にしたがう無線通信ネットワークを例示する。
【図２Ａ】図２Ａは、さまざまな局面にしたがって、送信機会中に複数の局と通信するためのシステム例の動作を例示する。
【図２Ｂ】図２Ｂは、さまざまな局面にしたがって、送信機会中に複数の局と通信するためのシステム例の動作を例示する。
【図２Ｃ】図２Ｃは、さまざまな局面にしたがって、送信機会中に複数の局と通信するためのシステム例の動作を例示する。
【図３Ａ】図３Ａは、さまざまな局面にしたがって、送信機会中に、複数の局と通信するためのシステム例の動作を例示する。
【図３Ｂ】図３Ｂは、さまざまな局面にしたがって、送信機会中に、複数の局と通信するためのシステム例の動作を例示する。
【図３Ｃ】図３Ｃは、さまざまな局面にしたがって、送信機会中に、複数の局と通信するためのシステム例の動作を例示する。
【図４】図４は、様々な局面にしたがって、送信機会中に、アクセス・ポイントおよび１または複数の局と通信するためのシステムの一例を示す。
【図５】図５は、無線通信システムにおいて、送信機会中に、アクセス・ポイントと複数の局との間の通信を例示する図である。
【図６】図６は、無線通信システムにおける通信のために、複数のユーザを割り当てる方法のフロー図である。
【図７Ａ】図７Ａは、無線通信システムにおける通信のための送信期間に関するインタバルを決定する方法のフロー図を備える。
【図７Ｂ】図７Ｂは、無線通信システムにおける通信のための送信期間に関するインタバルを決定する方法のフロー図を備える。
【図８】図８は、本明細書に記載された様々な局面が機能する無線通信システムの例を示すブロック図である。
【図９】図９は、さまざまな局面にしたがい、送信機会中に、複数の端末の通信を調整するシステムのブロック図である。
【図１０】図１０は、さまざまな局面にしたがい、送信機会中に、１または複数の基地局および／または端末との通信を容易にするシステムのブロック図である。
【図１１】図１１は、送信機会の開始と、送信機会中の複数のデバイスとの通信とを容易にする装置のブロック図である。
【図１２】図１２は、送信機会に関する通信インタバルを決定することと、送信機会のホルダと通信することとを容易にする装置のブロック図である。
【発明を実施するための形態】
【００１８】
権利主張された主題の様々な局面が、全体を通じて同一要素を参照するために同一の参照番号が使用される図面を参照して説明される。以下の記述では、説明の目的のために、１または複数の局面の完全な理解を与えるために、多くの具体的な詳細が述べられる。しかしながら、そのような局面は、これら具体的な詳細無しで実現されうることが明白である。他の例では、１または複数の局面の記述を容易にするために、周知の構成およびデバイスが、ブロック図形式で示される。
【００１９】
本明細書で使用されているように、「構成要素」、「モジュール」、「システム」等の用語は、ハードウェア、ファームウェア、ハードフェアとソフトウェアとの組み合わせ、ソフトウェア、または実行中のソフトウェアのうちの何れかであるコンピュータ関連エンティティを称することが意図されている。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、集積回路、オブジェクト、実行形式、実行スレッド、プログラム、および／または、コンピュータでありうる。一例では、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりうる。１または複数の構成要素は、実行スレッドおよび／またはプロセス内に存在することができる。そして、構成要素は、１つのコンピュータに局在することも、および／または、２またはそれ以上のコンピュータに分散されることもできる。また、これらの構成要素は、格納された様々なデータ構成を有する様々なコンピュータ読取可能媒体から実行することができる。これら構成要素は、例えば１または複数のデータ（例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを介して他の構成要素とインタラクトする１つの構成要素からのデータ）のパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。
【００２０】
さらに本明細書では、様々な実施形態が無線端末および／または基地局に関して記載される。無線端末は、音声および／またはデータ接続をユーザへ提供するデバイスを称しうる。無線端末は、例えばラップトップ・コンピュータまたはデスクトップ・コンピュータのようなコンピュータ・デバイスへ接続されうるか、あるいは、携帯情報端末（ＰＤＡ）のような自律型デバイスでありうる。無線端末はまた、システム、加入者ユニット、加入者局、モバイル局、モバイル、遠隔局、アクセス・ポイント、遠隔端末、アクセス端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、あるいはユーザ機器とも称されうる。無線端末は、加入者局、無線デバイス、セルラ電話、ＰＣＳ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、あるいは、無線モデムに接続されたその他の処理デバイスでありうる。基地局（例えば、アクセス・ポイント）は、１または複数のセクタを介して無線端末とエア・インタフェースで通信するアクセス・ネットワークにおけるデバイスを称しうる。基地局は、受信したエア・インタフェース・フレームをＩＰパケットへ変換することによって、無線端末と、インターネット・プロトコル（ＩＰ）ネットワークを含みうるアクセス・ネットワークのその他との間のルータとして動作することができる。基地局はまた、エア・インタフェースのための属性の管理を調整することができる。
【００２１】
さらに、本明細書に記載の様々な局面または特徴は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、またはメディアからアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、 磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、ＥＰＲＯＭ、カード、スティック、キー・ドライブ等）を含みうる。
【００２２】
様々な局面が、多くのデバイス、構成要素、モジュール等を含むシステムの観点から示されるだろう。様々なシステムが、追加のデバイス、構成要素、モジュール等を含むことができるか、および／または、図面と関連して説明されたデバイス、構成要素、モジュール等の全てを含んでいる訳ではないことが理解され認識されるべきである。これらアプローチの組み合わせも使用されうる。
【００２３】
図示するように、図１は、本明細書に記載されたさまざまな局面にしたがう無線通信ネットワーク１００のブロック図である。一例において、無線ネットワーク１００は、アクセス・ポイント（ＡＰ）１１０および複数の局（ＳＴＡ）１１２〜１１６を含む。ネットワーク１００では、１つのアクセス・ポイント１１０と３つの局１１２、１１４、１１６のみが示されているが、無線ネットワーク１００は、任意の数のアクセス・ポイントと任意の数の局を含みうることが認識されるべきである。さらに、アクセス・ポイント１１０および局１１２〜１１６は、ネットワーク１００内での通信のために、任意の数のアンテナを有しうることが認識されるべきである。
【００２４】
１つの局面によれば、局１１２〜１１６は、無線媒体を経由して、１または複数の他の局１１２〜１１６および／またはアクセス・ポイント１１０と通信することができるデバイスである。局１１２〜１１６は、ネットワーク１００の全体にわたって分布することができ、固定式または移動式でありうる。限定しない例によれば、局はまた、端末、アクセス端末、ユーザ端末、モバイル局、モバイル、遠隔局、ユーザ機器（ＵＥ）、ユーザ・デバイス、ユーザ・エージェント、加入者局、加入者ユニット等とも呼ばれ、それらの機能の幾つかまたは全てを含みうる。さらに、局は、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、ハンドヘルド・デバイス、無線デバイス、携帯情報端末（ＰＤＡ）、ラップトップ・コンピュータ、コンピュータ・デバイス、無線モデムカード、メディア・デバイス（例えば、ＨＤＴＶ、ＤＶＤプレーヤ、無線スピーカ、カメラ、カムコーダ、ウェブカメラ等）および／または他の適切なデバイスでありうる。
【００２５】
別の局面によれば、アクセス・ポイント１１０は、アクセス・ポイント１１０に関連する局１１２〜１１６のために無線媒体を介して分散サービスへのアクセスを提供する局である。具体的な例によれば、アクセス・ポイントはまた、基地局、基地トランシーバ・サブシステム（ＢＴＳ）、ノードＢ等とも称され、それらの機能の幾つかまたは全てを含みうる。アクセス・ポイント１１０はさらに、データ・ネットワーク１３０に接続され、データ・ネットワーク１３０を経由して他のデバイスと通信しうる。
【００２６】
一例において、システム１００は、例えば、キャリア・センス多元接続（ＣＳＭＡ）、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）のような１または複数の多元接続スキーム、および／または、その他適切な多元接続スキームを利用することができる。ＴＤＭＡは時分割多重化（ＴＤＭ）を利用する。そこでは、異なる端末１２０のための送信は、異なる時間インタバルによる送信により直交化される。ＦＤＭＡは、周波数分割多重化（ＦＤＭ）を利用する。そこでは、異なる端末１２０のための送信は、異なる周波数サブキャリアで送信することにより直交化される。一例において、ＴＤＭＡシステムおよびＦＤＭＡシステムはまた、符号分割多重化（ＣＤＭ）を使用することができる。そこでは、複数の端末のための送信が、同じ時間インタバルまたは周波数サブキャリアで送られようとも、異なる直交符号（例えば、Ｗａｌｓｈ符号）を用いて直交化される。ＯＦＤＭＡは、直交周波数分割多重化（ＯＦＤＭ）を利用し、ＳＣ−ＦＤＭＡは、単一キャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を複数の直交サブキャリア（例えば、トーン、値域等）に分割する。それらおのおのは、データを用いて変調されうる。一般に、変調シンボルは、ＯＦＤＭを用いて周波数領域で送られ、ＳＣ−ＦＤＭを用いて時間領域で送られる。さらに、および／または、その代わりに、システム帯域幅は、１または複数の周波数キャリアに分割される。それらのおのおのは、１または複数のサブキャリアを含むことができる。システム１００はまた、例えばＯＦＤＭＡとＣＤＭＡとのような、多元接続スキームの組み合わせをも利用することができる。
【００２７】
一例において、アクセス・ポイント１１０は、プリアンブル、アクセス・ポイント識別子（ＡＰ  ＩＤ）、および、アクセス・ポイントによって形成されるネットワークにおける動作のためのパラメータのリストを搬送するビーコンを定期的に送信する。図１に例示されるように、局１１２、１１４、および１１６は、アクセス・ポイント１１０の有効範囲内にあり、ビーコンを検出することができる。その結果、局１１２、１１４および１１６は、同期を行い、アクセス・ポイント１１０と関連することができる。その後、局１１２、１１４および１１６は、アクセス・ポイント１１０と通信することができる。
【００２８】
１つの局面によれば、アクセス・ポイント１１０、および／または、局１１２、１１４および／または１１６は、ネットワーク１００によって利用されるチャネル・アクセス・モードに基づいて、ネットワーク１００内で通信するためのリソースを得ることができる。チャネル・アクセス・モードは例えば、制御ベースまたはコンテンション・ベースでありうる。限定しない具体的な例によれば、ＩＥＥＥ  ８０２．１１通信規格は、チャネル・アクセスの２つのモードを定義する。定義された第１のチャネル・アクセス・モードは、エンハンスト分散チャネル・アクセス（ＥＤＣＡ）である。これは、制御チャネル・アクセス・モードである。ＥＤＣＡは、ＣＳＭＡ原理に基づいて動作するレガシー分散調整機能（ＤＣＦ）の拡張版である。定義された第２のチャネル・アクセス・モードは、コンテンション・ベースのチャネル・アクセス・モードであるハイブリッド調整機能（ＨＣＦ）制御チャネル・アクセス（ＨＣＣＡ）である。ＥＤＣＡは、アクセス・ポイント１１０と局１１２〜１１６の両方によって使用されうる。一方、ＨＣＣＡは、一般に、アクセス・ポイント１１０（ＨＣＣＡでは、ハイブリッド・コーディネータと称される）によって限定的にしか使用されない。
【００２９】
チャネル・アクセス技術を使用して、通信チャネルへのアクセスを獲得することによって、ネットワーク１００内のデバイスは、ネットワーク１００内の１または複数のデバイスと通信するための送信機会（ＴＸＯＰ）を確立することができる。一般に、ネットワーク効率は、デバイスが、単一のＴＸＯＰで複数の送信を実行することが可能である場合、コンテンション・ベースのチャネル・アクセスと制御チャネル・アクセスとの両方において大幅に改善されうる。しかしながら、これを達成するための方法は、制御チャネル・アクセス・モードについては存在するものの、コンテンション・ベースのチャネル・アクセスには、効率的な方法は存在しない。さらに、例えばＥＤＣＡのようなコンテンション・ベースのチャネル・アクセス・モードを利用するネットワークでは、従来、Ｒｅｑｕｅｓｔ−ｔｏ−Ｓｅｎｄ／Ｃｌｅａｒ−ｔｏ−Ｓｅｎｄ（ＲＴＳ／ＣＴＳ）交換が、ＴＸＯＰにおいて、複数の局で実行されるメカニズムはない。したがって、これらの欠点を克服するために、アクセス・ポイント１１０および／または局１１２〜１１６は、コンテンション・ベースのチャネル・アクセス・モードを用いて確立された単一のＴＸＯＰで、複数の通信を可能にするために、本明細書に記載の様々な局面にしたがって記載された１または複数の技術を利用することができる。
【００３０】
通常、ＨＣＣＡ動作を適用するネットワークでは、アクセス・ポイントは、アクセス・ポイントのアドレスに一致するように設定された受信者アドレス（ＲＡ）を有するＣＦポール（コンテンション・フリー・ポール）を用いて通信リソースを確保することが許される（すなわち、アクセス・ポイントのアドレスは、“ＣＦポール−ｔｏ−ｓｅｌｆ”となる）。アクセス・ポイントがＣＦポールを送信すると、ＣＦポールを検出した局は、それぞれのネットワーク・アロケーション・ベクトル（ＮＡＶ）を、ＣＦポールで示される持続時間に更新することができる。その後、アクセス・ポイントは、局をポールして、ポールされたＴＸＯＰを発行することができる。一般に、所与の局のＮＡＶは、アクセス・ポイントによって発行されたＣＦポールによって設定されるが、局は、それでも、そこに送られたＣＦポールまたはＲＴＳ／ＣＴＳフレームに応答することが許される。このメカニズムは、アクセス・ポイントが、データが送信されるべき全ての局に対してサービス提供するために十分なＴＸＯＰを確保し、個々の局への送信のために確保されたＴＸＯＰを使用することを支援する。
【００３１】
同様に、ＥＤＣＡ動作を使用するネットワークによって、フレーム交換シーケンスにおける第１のフレームであるＲＴＳ／ＣＴＳフレームまたはＣＴＳ−ｔｏ−ｓｅｌｆによって、ＴＸＯＰを確立することが可能となる。しかしながら、そのようなネットワークでは、ＲＴＳ／ＣＴＳフレーム交換が複数の局のために使用される従来型メカニズムは存在しない。したがって、１つの局面によれば、ネットワーク１００は、ＲＴＳフレームとＣＴＳフレームとが、単一のＥＤＣＡ  ＴＸＯＰ内において、複数の局で使用されるメカニズムを適用する。複数の局でＲＴＳ／ＣＴＳを使用することによって、ネットワーク１００内のデバイスは、局が存在するかを確認し、複数の局間の通信のためのプロテクトを使用し、サウンドおよび／またはレート・フィードバックの要求および交換を行い、および／または、その他の類似のおよび適切な動作を実行する。
【００３２】
さらなる例によれば、初期ＲＴＳフレームおよび／またはＣＴＳフレームは、ＤＳＳＳ／ＣＣＫ（ダイレクト・シーケンス・スペクトル拡散／相補的符号キーイング（Complimentary Code Keying））波形を用いた２．４ＧＨｚ  ＩＳＭ（Industrial, Scientific, and Medical）帯域によって、アクセス・ポイント１１０から送られうる。初期ＲＴＳフレームおよび／またはＣＴＳフレームを送った結果、アクセス・ポイント１１０によってサービス提供される全ての局のＮＡＶが設定されうる。次のＲＴＳ／ＣＴＳフレームは、サウンドおよび／またはレート情報を交換するため、意図された受信者の存在を確認するため、および／または、その他の適切な用途のために、ＨＴ波形を用いて送られうる。そのような送信スキームは、ＲＴＳフレームおよび／またはＣＴＳフレームが、指定された局の現在の節電状態を迅速に確認する節電ケースにおいて役に立つ。
【００３３】
図２Ａ乃至図２Ｃは、本明細書に記載の様々な局面にしたがい、送信機会中に複数の局２２０と通信する典型的なシステム２００の動作を例示する。図２Ａ乃至図２Ｂに例示するように、システム２００は、アクセス・ポイント２１０と、複数の局２２０とを含む。システム２００では、１つのアクセス・ポイント２１０と２つの局が例示されているが、システム２００は、任意の数のアクセス・ポイント２１０および／または局２２０を含みうることが認識されるべきである。さらに、アクセス・ポイント２１０および／または局２２０は、任意の数のアンテナを用いてシステム２００内で通信することができる。
【００３４】
１つの局面によれば、システム２００は、例えばＥＤＣＡのようなコンテンション・ベースのチャネル・アクセス・モードを使用して動作することができる。この場合、システム２００におけるアクセス・ポイント２１０および／またはその他のデバイスは、ＣＳＭＡ原理に基づいて、通信リソースを取得する。この目的のため、限定しない例によれば、図２Ａ乃至図２Ｂでは、アクセス・ポイント２１０が、複数の局２２０のためにＴＸＯＰを確立し、ＴＸＯＰ中に、これら局のおのおのと通信するために、アクセス・ポイント２１０によってサービス提供される複数の局２２０との間でのＲＴＳ／ＣＴＳフレーム交換を用いるメカニズムが例示される。本明細書で示され、当該技術で一般的であるように、アクセス・ポイント２１０によってサービス提供される局２２０のセットは、アクセス・ポイント２１０の基地局サービス・セット（ＢＳＳ）と称される。
【００３５】
一例において、アクセス・ポイント２１０は、図２Ａに例示するように、ＴＸＯＰ内の初期フレームとしてＣＴＳ−ｔｏ−ｓｅｌｆフレーム２３０を通信することによって、ＴＸＯＰを確立することができる。ＣＴＳ−ｔｏ−ｓｅｌｆフレーム２３０は、例えば、このフレームの送信機アドレス（ＴＡ）フィールドと受信者アドレス（ＲＡ）フィールドとの両方において、アクセス・ポイント２１０の媒体アクセス制御（ＭＡＣ）アドレスを指定するＣＴＳフレームを送信することによって通信される。さらに、アクセス・ポイント２１０は、所望のＴＸＯＰ持続時間２１２を決定し、この情報を、ＣＴＳ−ｔｏ−ｓｅｌｆフレーム２３０の持続時間フィールドで通信する。一例において、アクセス・ポイント２１０は、システム２００内の局２２０のためのペンディングの任意のデータ・フレーム、および、局２２０からのそれぞれの応答を送信するために必要な時間をカバーするのに十分な期間を決定することによって、ＴＸＯＰ持続時間２１２を決定することができる。あるいは、アクセス・ポイント２１０は、どの通信が実行されるかに基づいて、所与のアクセス・クラスのために、ＴＸＯＰについて許容される最大持続時間にＴＸＯＰ持続時間２１２を設定することができる。さらに、アクセス・ポイント２１０は、おのおのがＣＴＳ−ｔｏ−ｓｅｌｆフレーム２３０で特定されるそれぞれの送信クラスに対応する複数のＴＸＯＰ持続時間２１２を決定することができる。
【００３６】
別の例では、アクセス・ポイント２１０のＢＳＳにおけるおのおのの局２２０は、アクセス・ポイント２１０からＣＴＳ−ｔｏ−ｓｅｌｆフレーム２３０を受信すると、アクセス・ポイント２１０によって決定され、ＣＴＳ−ｔｏ−ｓｅｌｆフレーム２３０内に組み込まれたＴＸＯＰ持続時間２１２に基づいてＮＡＶ２２２を設定する。さらに、おのおのの局２２０はまた、ＣＴＳ−ｔｏ−ｓｅｌｆフレーム２３０のＲＡフィールドおよび／またはＴＡフィールドから、アクセス・ポイント２１０のＭＡＣアドレスを取得し、このアドレスを、現在のＴＸＯＰホルダ・アドレス２２４として保存する。
【００３７】
図２Ａによって例示される初期通信後、アクセス・ポイント２１０は、図２Ｂに例示するように、ＲＴＳフレーム２４０を個々の局２２０へ送ることができる。従来、ＣＴＳフレームは、ＴＸＯＰ中に実行されている進行中の送信に割り込むので、ＴＸＯＰ中にアクセス・ポイントが通信している局は、ＣＴＳフレームを用いてＴＸＯＰ中に送られたＲＴＳフレームに対して応答しないように構成されている。しかしながら、アクセス・ポイントが、局への送信のためにビームフォーミングを使用するように構成されている場合、アクセス・ポイントは、局のための送信を効率的に構築するために、局から、例えばレート・フィードバックやサウンドのようなチャネル情報フィードバックを要求することができる。局が、ＴＸＯＰ中にＲＴＳフレームに対して決して応答しないように構成されている場合、
アクセス・ポイントは、ＲＴＳフレームで、フードバックを求める要求を送ることができず、もって、フィードバックが得られるメカニズムは何もない。従来のネットワーク動作のこの欠点を克服するために、局２２０は、以下に示すようにＴＸＯＰのホルダによって送られたＲＴＳフレーム２４０に応答することができる。一例では、ＴＸＯＰ中に、ＲＴＳフレーム２４０が局２２０によって受信されると、局２２０は、ＲＴＳフレーム２４０のＴＡフィールドを確認して、ＲＴＳフレーム２４０を送ったデバイスのアドレスを決定することができる。局２２０は、その後、ＲＴＳフレーム２４０を送ったデバイスのアドレスを、局２２０によって保存されたＴＸＯＰホルダ・アドレス２２４と照合する。これらアドレスが一致しない場合、局は、このＲＴＳフレーム２４０を無視することができる。一方、アドレスが一致する場合、局は、Ｓｈｏｒｔ  Ｉｎｔｅｒ  Ｆｒａｍｅ  Ｓｐａｃｉｎｇ（ＳＩＦＳ）期間後、ＣＴＳフレーム２５０を用いて、ＲＴＳフレーム２４０に応答することができる。一例では、ＣＴＳフレーム２５０は、ＮＡＶ２２２に関係なく、ＮＡＶ２２２をリセットすることなく、局２２０によって送られる。
【００３８】
一例では、アクセス・ポイント２１０によって送信されたＲＴＳフレーム２４０は、ＲＴＳフレーム２４０の目標局２２０からフィードバックを求める要求を含む。これを受けて、目標局２２０によって送信されたＣＴＳフレーム２５０は、所望のフィードバックを含むことができる。その結果、アクセス・ポイント２１０は、図２Ｂに例示するＲＴＳ／ＣＴＳ交換後に、目標局２２０のためにデータ・フレームを送信する。任意のフィードバック、および／または、ＲＴＳ／ＣＴＳ交換から得られる例えばサウンドおよびレート・フィードバックのようなその他の情報が、送信のために、アクセス・ポイント２１０によって使用されうる。１つの局面によれば、図２Ｂに例示するようなＲＴＳ／ＣＴＳ交換や、データ送信は、アクセス・ポイント２１０によって確立されたＴＸＯＰがリセットされるか、あるいは終了するまで継続する。一例において、局２２０は、それぞれのＮＡＶ２２２をチェックすることによって、ＴＸＯＰがいつリセットされたか、または終了したかを判定することができる。例えば、局２２０においてＮＡＶ２２２がリセットされるか、あるいは０（ゼロ）までカウント・ダウンされると、局２２０は、現在のＴＸＯＰがもはやアクティブではなく、そのＴＸＯＰホルダ・アドレス２２４をリセットできると判定する。ＴＸＯＰの終了後、局２２０において、それぞれのＴＸＯＰホルダ・アドレス２２４がリセットされるので、ＴＸＯＰを保持するアクセス・ポイント２１０によって送られたＲＴＳに対して応答しないであろうことが認識されるべきである。
【００３９】
図２Ｃは、図２Ａおよび図２Ｂによって例示されるように、ＴＸＯＰ中に、アクセス・ポイントによって送信および受信される送信の時間ライン２０２の一例を示す。時間ライン２０２によって例示されるように、ＴＸＯＰは、アクセス・ポイントのＢＳＳ内の基地局へ送られたＣＴＳ−ｔｏ−ｓｅｌｆフレーム２３０で始まる。次に、アクセス・ポイントは、局においてどのデータ送信が実行されているかに基づいて、様々な局と、ＲＴＳフレーム２４０およびＣＴＳフレーム２５０を交換することができる。
【００４０】
図３Ａ乃至図３Ｃは、送信機会中に、複数の局３２０と通信するための別の例のシステム３００の動作を例示する。図３Ａ乃至図３Ｂに例示するように、システム３００は、システム２００と同様に、アクセス・ポイント３１０および複数の局３２０を含みうる。１つのアクセス・ポイント３１０と２つの局３２０とがシステム３００で例示されているが、システム３００は、任意の数のアクセス・ポイント３１０および／または局３２０を含みうることが認識されるべきである。さらに、アクセス・ポイント３１０および／または局３２０は、任意の数のアンテナを用いて、システム３００内で通信することができる。システム３００はまた、システム２００と同様な方法で、例えばＥＤＣＡのようなコンテンション・ベースのチャネル・アクセスを用いても動作することができる。
【００４１】
１つの局面によれば、アクセス・ポイント３１０は、図３Ａに例示するように、１または複数の局３２０とＲＴＳ／ＣＴＳ交換を行うことによって、ＴＸＯＰを確立することができる。より具体的には、アクセス・ポイント３１０は、１または複数の局３２０へＲＴＳフレーム３３０を送信し、それに応答して、局３２０は、ＣＴＳフレーム３３５を用いて応答することができる。アクセス・ポイント３１０が初期ＲＴＳフレーム３３０を送信する局３２０の数および／またはアイデンティティは、任意の十分な方法によって、アクセス・ポイント３１０によって決定されうることが認識されるべきである。一例では、アクセス・ポイント３１０によって送信されるＲＴＳフレーム３３０、および／または、ＲＴＳフレーム３３０に応答して局３２０によって送信されるＣＴＳフレームは、アクセス・ポイント３１０によって決定された現在のＴＸＯＰの間、ＴＸＯＰ持続時間３１２に関する情報を搬送することができる。アクセス・ポイント３１０は、例えば、アクセス・ポイント２１０と類似の方法で、ＴＸＯＰ持続時間３１２を決定することができる。さらに、および／または、その代わりに、ＲＴＳフレーム３３０および／またはＣＴＳフレーム３３５は、ＴＸＯＰ中に利用されるべき複数の送信クラスを指定することができる。これによって、おのおのが、指定されたＴＸＯＰ持続時間３１２を有することができる。
【００４２】
一例において、初期ＲＴＳフレーム３３０が通信されないアクセス・ポイント３１０のＢＳＳ内のおのおのの局３２０は、アクセス・ポイント３１０のＢＳＳ内に他の局３２０を含む初期ＲＴＳ／ＣＴＳ交換を検出するように構成されうる。そのような交換を検出すると、局３２０は、検出されたＲＴＳフレーム３３０および／またはＣＴＳフレーム３３５に組み込まれたＴＸＯＰ持続時間３１２に基づいてＮＡＶ３２２を設定する。さらに、おのおのの局３２０は、アクセス・ポイント３１０によって送信されたＲＴＳフレーム３３０のＴＡフィールドから、および／または、ＲＴＳフレーム３３０に応答してＲＴＳフレーム３３０が向けられた局３２０によって送信されたＣＴＳフレーム３３５のＲＡフィールドから、アクセス・ポイント３１０のＭＡＣアドレスを取得する。その後、アクセス・ポイント３１０のＭＡＣアドレスは、局３２０によって、現在のＴＸＯＰホルダ・アドレス３２４として保存される。
【００４３】
１つの局面によれば、図３Ａに例示するように、１または複数の局３２０とのＲＴＳ／ＣＴＳ交換を用いてＴＸＯＰを初期化した後、アクセス・ポイント３１０は、図３Ｂに例示するように、ＢＳＳ内の様々な局３２０への送信を調整および実行する。具体的な例によれば、アクセス・ポイント３１０が、送信機会中に、局３２０への送信を調整し実行する手続は、図２Ｂに関して記述されたように、システム２００で利用される手続に類似しうる。例えば、アクセス・ポイント３１０は、データが送信されるべき局３２０へと、ＲＴＳ３４０を通信することができる。ＲＴＳフレーム３４０を受信すると、目標局３２０は、ＲＴＳフレーム３４０を送信したデバイスのアドレスを判定するために、ＲＴＳフレーム３４０のＴＡフィールドをチェックすることができる。このアドレスが、局３２０によって保存されたＴＸＯＰホルダ・アドレス３２４と一致しない場合、局３２０は、ＲＴＳフレーム３４０に応答しないことを選択する。一方、アドレスが一致すると判定されると、局３２０は、ＳＩＦＳ期間後、ＣＴＳフレーム３５０を用いてＲＴＳフレーム３４０に応答することができる。ＣＴＳフレーム３５０は、例えば、保存されたＮＡＶ３２２に関係なく、保存されたＮＡＶ３２２をリセットすることなく、局３２０によって送られうる。ＲＴＳフレーム３４０はさらに、それぞれの目標局３２０からの、サウンド、レート・フィードバック、および／または、その他のフィードバックまたは情報に対する要求を含むことができる。したがって、それぞれのＲＴＳフレーム３４０に応答して通信されたＣＴＳフレーム３５０は、要求された任意のフィードバックおよび／または情報を含みうる。局３２０からのＣＴＳフレーム３５０から受け取ったフィードバックおよび／または情報は、その後、局３２０への次のデータ送信中に、アクセス・ポイント３１０によって使用されうる。
【００４４】
さらに、システム２００と同様に、システム３００におけるデータ送信およびＲＴＳ／ＣＴＳ交換は、図３Ｂによって例示されるように、アクセス・ポイント３１０によって保持されるＴＸＯＰがリセットされるか、あるいは終了するまで継続する。現在のＴＸＯＰがリセットされたか、あるいは終了したものと局３２０が判定すると、局３２０は、格納しているＴＸＯＰホルダ・アドレス３２４をリセットすることができる。その結果、局３２０は、アクセス・ポイント３１０によって局３２０へ送られたどのＲＴＳフレーム３４０に対しても応答しないだろう。
【００４５】
図３Ｃは、図３Ａ乃至図３Ｂによって例示されるように、ＴＸＯＰ中にアクセス・ポイントによって送信および受信された送信の時間ライン３０２の例を示す。時間ライン３０２から観察されるように、ＴＸＯＰは、ＲＴＳフレーム３３０とＣＴＳフレーム３３５との初期交換によって、アクセス・ポイントのＢＳＳ内の１または複数の局に対して確立される。ＴＸＯＰが確立された後、アクセス・ポイントは、確立されたＴＸＯＰ中に、これら局とのデータ送信を実行するために、アクセス・ポイントのＢＳＳ内の様々な端末と、ＲＴＳフレーム３４０およびＣＴＳフレーム３５０を交換することができる。
【００４６】
図４は、様々な局面にしたがい、送信機会中に、アクセス・ポイント４２０および１または複数の局４３０と通信するシステム４００のブロック図である。システム４００は、例えば、送信局４１０、１または複数のアクセス・ポイント４２０、および１または複数のダイレクト・リンク・セットアップ（ＤＬＳ）局４３０を含みうる。図４には１つのアクセス・ポイント４２０と１つのＤＬＳ局４３０しか示されていないが、システム４００は、任意の数のアクセス・ポイント４２０および／またはＤＬＳ局４３０を含みうることが認識されるべきである。
【００４７】
１つの局面によれば、局４１０は、システム２００および３００によって例示されるものと類似した技術を用いて、１または複数のアクセス・ポイント４２０および／またはＤＬＳ局４３０と通信するためのＴＸＯＰを確立しうる。一例において、システム４００は、例えばＥＤＣＡのようなコンテンション・ベースのチャネル・アクセス・モードを使用して動作しうる。そのようなシステムでは、局４１０は、単一のＴＸＯＰ中に、複数の局へデータを通信することを所望しうる。例えば、システム４００に例示するように、送信局４１０は、アクセス・ポイント４２０へ送信するためのデータと、ＤＬＳおよび／またはその他の適切なピア・トゥ・ピア送信技術によって、他の局４３０へ直接送信するためのデータとの両方を有しうる。さらに、送信局４１０は、単一のＴＸＯＰで、これら両局へ送信することを所望しうる。この目的を達成するために、送信局４１０は、複数の局への効率的な送信のために、システム２００およびシステム３００で例示されるものと類似のメカニズムを利用しうる。
【００４８】
図４に例示するように、送信局４１０は、アクセス・ポイント４２０とＲＴＳ／ＣＴＳ交換を実行することによって、ＴＸＯＰを確立しうる。あるいは、送信局４１０は、アクセス・ポイント４２０に加えて、あるいはアクセス・ポイント４２０の代わりに、ＤＬＳ局４３０、および／または、システム４００内のその他任意の適切なデバイスとの初期ＲＴＳ／ＣＴＳ交換を実行しうることが認識されるべきである。システム４００で例示された初期ＲＴＳ／ＣＴＳ交換を実行するために、送信局４１０は、アクセス・ポイント４２０、および／または、１または複数のその他の局へと、初期ＲＴＳフレーム４４０を送信しうる。これに応答して、アクセス・ポイント４２０および／またはその他の局は、ＣＴＳフレーム４４５で応答しうる。
【００４９】
一例において、送信局４１０によって送信されたＲＴＳフレーム４４０、および／または、ＲＴＳフレーム４４０に応答してアクセス・ポイント４２０によって送信されたＣＴＳフレーム４４５は、ＴＸＯＰ持続時間４１２に関する情報を伝送しうる。ＴＸＯＰ持続時間４１２は、送信局４１０によって設定されうる。あるいは、その代わりに、ＴＸＯＰ持続時間４１２は、アクセス・ポイント４２０によって設定されうる。例えば、送信局４１０によって送信された初期ＲＴＳフレーム４４０は、ＴＸＯＰを求める要求を表すことができ、アクセス・ポイント４２０は、ＴＸＯＰ持続時間４１２を含むＣＴＳフレーム４４５をもって、この要求に応答しうる。
【００５０】
初期ＲＴＳ／ＣＴＳフレーム交換後、アクセス・ポイント４２０は、ＴＸＯＰ持続時間４１２に基づいて、ＮＡＶ４２２を設定しうる。アクセス・ポイント４２０はまた、送信局４１０のＭＡＣアドレスに基づいて、ＴＸＯＰホルダ・アドレス４２４を設定しうる。さらに、送信局４１０ではなく、アクセス・ポイント４２０のＢＳＳ内のおのおのの局４３０が、アクセス・ポイント４２０を含む所期ＲＴＳ／ＣＴＳ交換を検出するように構成されうる。そのような交換を検出すると、局４３０はまた、アクセス・ポイント４２０と類似の方式で、そのＮＡＶ４３２と、ＴＸＯＰホルダ・アドレス４３４とを設定しうる。アクセス・ポイント４２０によって通信されたＣＴＳフレームを検出するように局４３０を設定することによって、アクセス・ポイント４２０のＢＳＳ内の幾つかの局４３０が、共通の有効範囲領域内に位置するにも関わらず、送信局４１０からの送信を検出することができないという、潜在的な隠れノード問題が取り除かれることが認識されるべきである。
【００５１】
図４に示すような送信局４１０によるＴＸＯＰ初期化が成功した後、送信局４１０は、前述したようなシステム２００およびシステム３００に関連して記述したものと同様に、システム４００内の個々のデバイスとのデータ送信およびＲＴＳ／ＣＴＳ交換を実行する。さらに、図４には示していないが、送信局４１０は、その代わりに、アクセス・ポイント４２０および／またはＤＬＳ局４３０へＣＴＳ−ｔｏ−ｓｅｌｆフレームを送信することによって、ＴＸＯＰを確立しうることがさらに認識されるべきである。送信局４１０が、ＴＸＯＰの初期化のためにＣＴＳ−ｔｏ−ｓｅｌｆフレームを利用する技術は、図２Ａ乃至図２Ｃに関して以前に記述されたものに類似している。
【００５２】
図５は、無線通信システムにおいて、送信機会中のアクセス・ポイントと複数の局との間の通信を例示する図解５００である。さらに詳しくは、図解５００は、コンテンション・ベースのチャネル・アクセスを利用するシステムにおいて、ＴＸＯＰ中に、図解５００においてＳＴＡ−ＡおよびＳＴＡ−Ｂと示される２つの端末との通信のためにアクセス・ポイント（ＡＰ）によってＣＴＳ−ｔｏ−ｓｅｌｆメッセージが使用される典型的な使用法のシナリオを例示する。時間５０２において、ＡＰは、チャネル・アクセスのためのコンテンションを勝ち取り、ＣＴＳ−ｔｏ−ｓｅｌｆメッセージをＳＴＡ−ＡおよびＳＴＡ−Ｂに送信することによって、ＴＸＯＰを確立する。時間５０４において、ＳＴＡ−ＡおよびＳＴＡ−Ｂは、時間５０２において送信されたＣＴＳ−ｔｏ−ｓｅｌｆメッセージに基づいて、それぞれのＮＡＶを更新し、ＡＰのＭＡＣアドレスを、ＴＸＯＰホルダ・アドレスとして格納する。
【００５３】
その後、ＡＰは、時間５０６において、サウンドおよびレート・フィードバック要求を備えたＲＴＳメッセージをＳＴＡ−Ａへ送る。その後、ＳＴＡ−Ａは、時間５０６において送信されたＲＴＳメッセージのＴＡアドレスと、格納されたＴＸＯＰホルダ・アドレスとのアドレス・マッチングを行う。これらのアドレスが一致する場合、ＳＴＡ−Ａは、ＳＩＦＳ時間後の時間５０８において、ＣＴＳメッセージをＡＰへ送り返す。ＣＴＳメッセージは、ＲＴＳメッセージで要求されたサウンドおよびレート・フィードバックを含みうる。時間５０６乃至５０８におけるＲＴＳ／ＣＴＳ交換に基づいて、ＡＰおよびＳＴＡ−Ａは、時間５１０においてデータを交換する。時間５０６乃至５０８におけるＲＴＳ／ＣＴＳ交換から得られるステアリング・ベクトルおよび／またはレート情報は、データ通信において使用されうる。
【００５４】
次に、時間５１２において、ＡＰは、サウンドおよびレート・フィードバック要求を備えたＲＴＳメッセージをＳＴＡ−Ｂへ送る。その後、ＳＴＡ−Ｂは、ＲＴＳメッセージのＴＡアドレスと、格納されたＴＸＯＰホルダ・アドレスとを比較することができる。これらのアドレスが一致する場合、ＳＴＡ−Ｂは、ＳＩＦＳ時間後の時間５１４において、ＣＴＳメッセージをＡＰに送り返す。ＣＴＳメッセージは、ＲＴＳメッセージで要求されたサウンドおよびレート・フィードバックを含みうる。時間５１２乃至５１４におけるＲＴＳ／ＣＴＳ交換に基づいて、ＡＰおよびＳＴＡ−Ａは、時間５１６においてデータを交換することができる。時間５１２乃至５１４におけるＲＴＳ／ＣＴＳ交換から得られるステアリング・ベクトルおよび／またはレート情報が、データ通信において使用されうる。
【００５５】
図６乃至図７に示すように、送信機会中に、複数の局への送信を実行する方法が例示される。これら方法は、説明を簡単にする目的で、一連の動作として図示および説明されているが、１または複数の局面によれば、幾つかの動作は、本明細書で図示され説明されたものとは異なる順番で、および／または、他の動作と同時に生じうるので、これら方法は、この動作順によって制限されないことが理解され認識されるべきである。例えば、当業者であれば、方法は、例えば状態図のような一連の相互関連する状態またはイベントとして表されうることを理解し認識するであろう。さらに、例示される全ての動作が、１または複数の局面にしたがう方法を実現するために必要とされる訳ではない。
【００５６】
図６に示すように、無線通信システム（例えば、システム１００）における通信のために、複数のユーザ（例えば、局１１２乃至１１６）に割当を行うための方法６００が例示されている。方法６００は、例えば、アクセス・ポイント（例えば、アクセス・ポイント１１０）、局（例えば、局１１２、１１４、および／または、１１６）、および／または、その他任意の適切なネットワーク・エンティティによって実行されうることが認識されるべきである。
【００５７】
１つの局面によれば、方法６００は、無線通信システム内の複数のユーザとの通信のためにＴＸＯＰを確立することによって開始される。図６に例示するように、ＴＸＯＰは、ブロック６０２に示されるように、あるいは、ブロック６０４乃至６０６に示されるようにして構築されうる。したがって、１つの例では、方法６００は、ブロック６０２で始まり、ここで、ＣＴＳ−ｔｏ−ｓｅｌｆフレーム（例えば、ＣＴＳ−ｔｏ−ｓｅｌｆフレーム２３０）が、所望の送信インタバル（例えば、ＴＸＯＰ持続時間２１２）を指定する。一例において、ＣＴＳ−ｔｏ−ｓｅｌｆフレームは、ブロック６０２において、ＣＴＳフレームの送信機アドレス（ＴＡ）フィールドと受信者アドレス（ＲＡ）フィールドとの両方において方法６００を実行するエンティティのＭＡＣアドレスを指定するＣＴＳフレームを送信することによって通信される。このようにしてＣＴＳ−ｔｏ−ｓｅｌｆフレームを送信することによって、方法６００を実行するエンティティは、このエンティティが動作するシステム内でＴＸＯＰを一方的に確立することができる。他の例では、システム２００およびシステム３００に関して上述したものと類似した方法で、所望される送信インタバルが決定され、ＣＴＳ−ｔｏ−ｓｅｌｆフレーム内に埋め込まれる。さらに、および／または、その代わりに、ＣＴＳ−ｔｏ−ｓｅｌｆフレームは、おのおのが自分自身の送信インタバルを有することができる複数の送信クラスを指定することができる。指定されたインタバル、および／または、ブロック６０２において送信されたＣＴＳ−ｔｏ−ｓｅｌｆフレーム内に埋め込まれたその他の情報に基づいて、方法６００が実行されるシステムにおける他のエンティティは、それぞれのＮＡＶ（例えば、ＮＡＶ２２２）、ＴＸＯＰホルダ・アドレス（例えば、ＴＸＯＰホルダ・アドレス２２４）、および／または、ＴＸＯＰを用いるシステムにおける通信を容易にするためのその他の適切な属性を設定することができる。
【００５８】
あるいは、方法６００は、ブロック６０４において例示したようなＴＸＯＰを確立することによって開始される。ブロック６０４では、所望の送信インタバルを指定するＲＴＳフレーム（例えば、ＲＴＳフレーム３３０）が、第１のネットワーク・デバイスへ送信される。そして、ブロック６０６０では、この第１のネットワーク・デバイスからの応答で、ＣＴＳフレームが受信される。１つの局面によれば、第１のネットワーク・デバイスは、ブロック６０４乃至６０６において実行されるＲＴＳ／ＣＴＳ交換に直接基づいて、ＴＸＯＰを用いて通信するように構成されうる。さらに、このシステムにおける他のデバイスは、ブロック６０４において通信されたＲＴＳフレーム、および／または、ブロック６０６において通信されたＣＴＳフレームを検出し、ＴＸＯＰ中の通信のために、検出されたフレーム内の情報を用いるように構成されうる。一例では、ブロック６０２においてＣＴＳ−ｔｏ−ｓｅｌｆフレームについて説明したものと類似の方法で、所望の送信インタバルが決定され、ブロック６０４において送信されたＲＴＳフレームに埋め込まれる。あるいは、ブロック６０４において送信されたＲＴＳフレームは、送信インタバルのないＴＸＯＰ初期化に対する要求を含み、送信インタバルが、第１のネットワーク・デバイスによって決定され、ブロック６０６において、方法６００を実行するエンティティへ、ＣＴＳフレームで返される。代案として、ブロック６０２乃至６０４において、それぞれの送信クラスのために、複数の送信インタバルが指定されうる。
【００５９】
ブロック６０２および／またはブロック６０４乃至６０６において例示されるようなＴＸＯＰ初期化の後、方法６００を実行するデバイスは、１または複数の他のデバイスと通信するために、新たに確立されたＴＸＯＰを利用しうる。したがって、ブロック６０２および／またはブロック６０４乃至６０６において説明した動作を完了すると、方法６００は、ブロック６０８に進み、ＲＴＳフレーム（例えば、ＲＴＳフレーム２４０または３４０）が、第２のネットワーク・デバイスへ送信される。ブロック６０４乃至６０６は、「第１のネットワーク・デバイス」を称し、ブロック６０８は、「第２のネットワーク・デバイス」を称しているが、必ずしも異なるネットワーク・デバイスが要求される訳ではなく、ブロック６０４乃至６０６およびブロック６０８における通信は、同じネットワーク・デバイスを用いて実行されうることが認識されるべきである。一例では、ブロック６０８において送信されたＲＴＳフレームは、第２のネットワーク・デバイスへのデータの次の通信を初期化するために使用されうる。例えば、ＲＴＳフレームは、方法６００を実行するデバイスが、第２のデバイスへの送信品質を改善できるようにするために、サウンド、レート・フィードバック、および／または、その他のフィードバックまたは情報を求める要求を含みうる。例によれば、ＲＴＳフレームに含まれる要求に応答して第２のネットワーク・デバイスから受信した情報は、方法６００を実行するデバイスが、第２のネットワーク・デバイスへデータを送信する際にビームフォーミングを適用することを可能にする。
【００６０】
ブロック６０８に例示するようにＲＴＳフレームを第２のネットワーク・デバイスへ送信した後、ブロック６１０において、それに応答するＣＴＳフレームが、第２のネットワーク・デバイスから受信されうる。ブロック６０８において送信されたＲＴＳフレームが、情報に対する要求を含む場合、ブロック６１０で受信されたＣＴＳフレームは、この要求された情報を含むことができる。ブロック６０８乃至６１０に記述したＲＴＳ／ＣＴＳ交換が正しく実行されると、方法６００を実行しているデバイスは、オプションとして、ブロック６１２において、第２のネットワーク・デバイスへデータを送ることができる。一例において、第２のネットワーク・デバイスからの、ブロック６１０および／またはその他任意の適切な時間において受信されたＣＴＳフレームから取得された任意のフィードバックまたはその他の情報は、ブロック６１２においてデータ送信を実行する際に利用されうる。
【００６１】
１つの局面によれば、方法６００は、単一のＴＸＯＰを用いて、複数のネットワーク・デバイスへの送信の調整および実行を行うために利用されうることが認識されるべきである。したがって、ブロック６０４またはブロック６０６において例示するように、ＴＸＯＰが確立されると、ブロック６０８乃至６１２に示す動作は、ＴＸＯＰがリセットされるかあるいは終了するまで、ＴＸＯＰ中で、複数のネットワーク・デバイスのために反復することが認識されるべきである。
【００６２】
図７Ａ乃至図７Ｂは、無線通信システムにおける通信のための送信機会に関連するインタバルを決定するための方法７００を例示する。方法７００は、例えば、アクセス・ポイント、局、および／または、無線通信システムにおけるその他任意の適切なエンティティによって実行されうることが認識されるべきである。１つの局面によれば、方法７００は、ＴＸＯＰが確立されたことを検出し、かつ、ＴＸＯＰに関連するＴＸＯＰホルダ・アドレスおよび持続時間を決定することによって開始される。これら目的を達成するために、方法７００は、様々な手法で開始されうる。したがって、方法７００を開始するために適用されうる技術の限定しない例が、図７Ａに例示されている。
【００６３】
まず、方法７００は、ブロック７１０に示すように開始され、方法７００を実行しているエンティティが動作するネットワーク内のデバイスからＣＴＳ−ｔｏ−ｓｅｌｆフレームが受信される。このＣＴＳ−ｔｏ−ｓｅｌｆフレームから、方法７００を実行しているエンティティは、ＴＸＯＰが確立されたことを推論することができる。さらに、ブロック７１０で受信されたＣＴＳ−ｔｏ−ｓｅｌｆフレームは、１または複数の送信クラス、および／または、そのホルダのアドレスに関し、ＴＸＯＰの持続時間を指定するＴＸＯＰインタバルのようなＴＸＯＰに関連する情報を含みうる。次に、ブロック７１２では、方法７００を実行するエンティティが、ＣＴＳ−ｔｏ−ｓｅｌｆフレームにおいて指定されたＴＸＯＰインタバルに基づいて、ＮＡＶを更新することができる。その後、ブロック７１４では、方法７００を実行するエンティティが、ブロック７１０で受信されたＣＴＳ−ｔｏ−ｓｅｌｆフレームに基づいてＴＸＯＰホルダ・アドレスを設定する。一例では、ＣＴＳ−ｔｏ−ｓｅｌｆフレームがＴＸＯＰホルダによって送られ、このフレーム内のＲＡフィールドとＴＡフィールドの両方におけるＴＸＯＰホルダのＭＡＣアドレスを識別することができる。その結果、ＴＸＯＰホルダ・アドレスは、ブロック７１４において、ＣＴＳ−ｔｏ−ｓｅｌｆフレームのＲＡフィールドおよび／またはＴＡフィールドで提供されたＭＡＣアドレスとして設定されうる。ブロック７１４に記載された動作を完了すると、方法７００は、図７Ｂに示すブロック７４０に進む。
【００６４】
別の例として、方法７００は、ブロック７２０に示されるように開始され、ＲＴＳフレームが、ネットワーク・デバイスから受信される。一例では、ＲＴＳフレームが、方法７００を実行しているエンティティに送られ、その結果、方法７００を実行しているエンティティは、ブロック７２２において、応答するＣＴＳフレームを、ブロック７２０においてＲＴＳフレームを送信したデバイスへ送信することができる。一例において、方法７００を実行するエンティティは、ブロック７２０において受信したＲＴＳフレームから、ＴＸＯＰが確立されたことを推論することができる。その結果、エンティティのＮＡＶは、指定されたＴＸＯＰインタバルに基づいて、ブロック７２４において設定されうる。一例において、ＴＸＯＰインタバルは、ＴＸＯＰホルダによって決定され、ブロック７２０において受信されたＲＴＳフレーム内で指定される。あるいは、ＴＸＯＰインタバルは、方法７００を実行しているエンティティによって決定され、ブロック７２２において送信されたＣＴＳフレーム内のＴＸＯＰホルダに提供される。次に、ブロック７２６では、ＴＸＯＰホルダ・アドレスが、たとえば、ＲＴＳフレームのＴＡフィールドで提供されたＭＡＣアドレスを識別することによって、ブロック７２０においてＲＴＳフレームを送信したデバイスのＭＡＣアドレスに設定されうる。ブロック７２６に記載した動作を完了すると、方法７００を実行しているエンティティは、ＴＸＯＰを用いた通信のために正しく設定される。したがって、方法７００は、図７Ｂに例示されるブロック７４０に進むことができる。
【００６５】
図７Ａにさらに示すように、方法７００は、ネットワーク・デバイス間のＲＴＳ／ＣＴＳフレーム交換が検出されるブロック７３０でも開始されうる。１つの局面によれば、ブロック７３０では、ＲＴＳフレームを検出することによって、あるいはＲＴＳフレームに応答して送信されたＣＴＳフレームを検出することによって、フレーム交換が検出される。ブロック７３０に記載したように、ＲＴＳ／ＣＴＳフレーム交換を検出することによって、方法７００を実行しているエンティティは、ＲＴＳフレームとＣＴＳフレームとの何れもがエンティティに向けられていない場合であっても、そのような交換が、方法７００を実行しているエンティティが動作するシステム内でＴＸＯＰを確立するために使用されていると判定することができる。ブロック７３０において、ＲＴＳ／ＣＴＳフレーム交換が検出されると、方法７００は、ブロック７３２に進み、方法７００を実行しているエンティティのＮＡＶが、ブロック７３０で検出されたＲＴＳ／ＣＴＳフレーム交換中に指定されたＴＸＯＰインタバルに基づいて設定される。次に、ブロック７３４において、ブロック７３０で検出されたＲＴＳ／ＣＴＳフレーム交換に基づいて、ＴＸＯＰホルダ・アドレスが設定される。ブロック７２０乃至７２６に関して記述したように、ＴＸＯＰは、ＴＸＯＰホルダがＲＴＳフレームを送信し、その返信として、ネットワーク・エンティティからＣＴＳフレームを受信する場合に確立されうる。したがって、ＴＸＯＰホルダ・アドレスは、ブロック７３４において、ブロック７３０において検出されたＣＴＳフレームのＲＡフィールド、あるいは、ＲＴＳフレームのＴＡフィールドの何れかを用いて設定されうる。方法７００は、その後、図７Ｂに例示するようにブロック７４０へ進む。
【００６６】
図７Ｂに示すように、ブロック７１４、７２６、または７３４に記述した動作が完了すると、方法７００は、ブロック７４０に進み、ＲＴＳフレームの検出を試みる。その後、ブロック７４２において、ＲＴＳフレームが受信されたかが判定される。ＲＴＳフレームが受信されたと判定された場合、方法７００は、以下に詳述するようにブロック７５０へ進む。反対に、ＲＴＳフレームが受信されていないと判定されると、方法７００はブロック７４４へ進み、ＲＴＳフレームのＴＡフィールドによって与えられるような、ＲＴＳフレームを送信したエンティティのアドレスが、ブロック７１４、７２６、および７３４において設定されたＴＸＯＰホルダ・アドレスと比較される。ブロック７４４においてＲＴＳフレームのＴＡフィードが、ＴＸＯＰホルダ・アドレスと一致すると判定された場合、方法７００を実行しているエンティティは、このＴＸＯＰホルダが、ＲＴＳフレームを送信したものと推論することができる。したがって、方法７００はブロック７４６に進み、方法７００を実行しているエンティティのＮＡＶをリセットすることなく、ＲＴＳフレームを送ったデバイス（例えば、ＴＸＯＰホルダ）にＣＴＳフレームが送り返される。一例において、ブロック７４２乃至７４４で検出されたＲＴＳフレームは、方法７００を実行しているエンティティからのフィードバックに対する要求を含むことができる。したがって、ＲＴＳフレームに応答してブロック７４６において送信されたＣＴＳフレームは、ＲＴＳフレームで要求されたフィードバック、および／または、その他の適切なフィードバックを含みうる。方法７００はその後ブロック７４８に進み、ＲＴＳフレームを送ったデバイスから、データ・フレームが受信される。ブロック７４８では、任意の数のデータ・フレームが受信されうるか、データ・フレームが全く受信されないことが認識されるべきである。さらに、ブロック７４６において、送信されたＣＴＳフレームでフィードバックが与えられた場合、このフィードバックは、ブロック７４８において受信されたデータ・フレームの送信のために使用されうる。
【００６７】
ブロック７４８において、記述した動作を完了すると、方法７００はブロック７５０に進む。さらに、ブロック７４４において、受信したＲＴＳフレームが、ＴＸＯＰホルダによって送信されていないと判定されると、ＲＴＳフレームが破棄され、方法７００は、ブロック７４４からブロック７５０へ進むことができる。ＲＴＳフレームが受信されていないと判定されると、方法７００はさらに、ブロック７４２からブロック７５０へ進む。ブロック７５０では、方法７００を実行しているエンティティのＮＡＶがリセットされたか、あるいは、ゼロに等しいと判定される。一つの局面によれば、ＮＡＶは、方法７００を実行しているエンティティによって確立されたＴＸＯＰの持続時間を表す。したがって、ＮＡＶがリセットされているか、あるいはゼロに等しくなっていると判定することによって、方法７００を実行しているエンティティは、現在のＴＸＯＰがリセットされたか終了したかを効果的に判定することができる。ブロック７５０において、肯定的な判定がなされると、方法７００はブロック７５２において終了し、方法７００を実行しているエンティティが、格納しているＴＸＯＰホルダ・アドレスをクリアする。肯定的な判定ではない場合、方法７００は、ブロック７４０へ戻り、ＲＴＳフレームを検出することを試みる。
【００６８】
図８に示すように、本明細書に記載の１または複数の実施形態が動作する無線通信システム８００を例示するブロック図が提供される。一例において、システム８００は、局１２０および局１２２を含む複数入力複数出力（ＭＩＭＯ）システムである。ここで、局１２０は、複数（Ｔ個）のアンテナを備え、局１２２は、複数（Ｒ個）のアンテナを備えている。しかしながら、局１２０および／または局１２２はまた、例えば、複数の送信アンテナが、１つのアンテナ・デバイスへ１または複数のシンボル・ストリームを送信することができる複数入力単数出力システムに適用されうることが認識されるべきである。さらに、本明細書に記載の局１２０および／または局１２２の局面は、単一の入力アンテナ・システムへの単一の出力に関連して適用されうることが認識されるべきである。さらに、システム８００に例示するおのおののアンテナは、物理的なアンテナであるか、あるいは、アンテナ・アレイでありうることが認識されるべきである。
【００６９】
一例では、局１２０において、送信（ＴＸ）データ・プロセッサ８１４が、データ・ソース８１２からトラフィック・データを、および／または、コントローラ／プロセッサ８３０からその他のデータを受信することができる。一例において、ＴＸデータ・プロセッサ８１４は、このデータを処理（例えば、フォーマット、符合化、インタレース、およびシンボル・マップ）して、データ・シンボルを生成することができる。ＴＸ空間プロセッサ８１６は、このデータ・シンボルを用いてパイロット・シンボルを多重化し、この多重化されたデータ・シンボルおよびパイロット・シンボルについて送信機空間処理を実行し、最大Ｔ個の出力シンボル・ストリームを、最大Ｔ個のトランシーバ（ＴＸＴＲ）８１８ａ乃至８１８ｔへ提供する。おのおののトランシーバ８１８は、出力シンボル・ストリームを処理（例えば、変調、アナログ変換、フィルタ、増幅、およびアップコンバート）し、変調信号を生成する。トランシーバ８１８ａ乃至８１８ｔからの最大Ｔ個の変調信号は、その後、アンテナ１２０ａ乃至１２０ｔからそれぞれ送信されうる。
【００７０】
一つの局面によれば、局１２２において、Ｒ個のアンテナ８５２ａ乃至８５２ｒが、局１２０からの変調信号を受信する。おのおののアンテナ８５２はその後、受信した信号を、それぞれのトランシーバ（ＲＣＶＲ）８５４へ提供する。おのおののトランシーバ８５４は、この受信した信号を処理（例えば、フィルタ、増幅、ダウンコンバート、デジタル化、および復調）して、受信シンボルを提供する。受信（ＲＸ）空間プロセッサ８５６はその後、受信シンボルに関する検出を実行し、データ・シンボル推定値を提供する。ＲＸデータ・プロセッサ８５８はさらに、このデータ・シンボル推定値を処理（例えば、逆インタリーブおよび復号）し、復号されたデータをデータ・シンク８６０へ提供する。
【００７１】
別の局面によれば、局１２２から局１２０への送信はまた、ＴＸデータ・プロセッサ８６４において、まず、データ・ソース８６２からのトラフィック・データと、コントローラ８７０からのその他のデータとを処理することによって実行されうる。処理されたデータは、パイロット・シンボルを用いて多重化され、ＴＸ空間プロセッサ８６６によって空間処理され、さらに、最大Ｒ個のトランシーバ８５４ａ乃至８５４ｒによって処理される。これによって、アンテナ８５２ａ乃至８５２ｒを経由して送信される最大Ｒ個の変調信号が生成される。局１２０では、局１２２からの変調信号が、Ｔ個のアンテナ１２０ａ乃至１２０ｔによって受信され、最大Ｔ個のトランシーバ８１８ａ乃至８１８ｔによって処理され、ＲＸ空間プロセッサ８２２によって空間処理され、さらに、ＲＸデータ・プロセッサ８２４によって処理されて、局１２２によって送られたデータが復元される。復元されたデータは、その後、データ・シンク８２６へ提供される。
【００７２】
一例において、局１２０におけるコントローラ／プロセッサ８３０、および、局１２２におけるコントローラ／プロセッサ８７０は、それぞれのシステムにおいて動作を指示する。さらに、局１２０におけるメモリ８３２と、局１２２におけるメモリ８７２とは、コントローラ／プロセッサ８３０、８７０それぞれによって使用されるプログラム・コードおよびデータのためのストレージを提供することができる。
【００７３】
図９は、本明細書に記載された様々な局面にしたがって、送信機会中に複数の端末９０４との通信を調整するシステム９００のブロック図である。一例では、システム９００は、基地局またはアクセス・ポイント９０２を含んでいる。例示するように、アクセス・ポイント９０２は、１または複数の受信（Ｒｘ）アンテナ９０６を経由して１または複数のアクセス端末９０４からの信号を受信し、１または複数の送信（Ｔｘ）アンテナ９０８を経由して１または複数のアクセス端末９０４へ送信する。したがって、アクセス・ポイント９０２は、受信アンテナ９０６から情報を受信する受信機９１０を備えうる。一例では、受信機９１０は、受信した情報を復調する復調器（Ｄｅｍｏｄ）９１２と動作可能に関連付けられうる。復調されたシンボルはその後、プロセッサ９１４によって分析されうる。プロセッサ９１４は、メモリ９１６に接続されうる。メモリ９１６は、コード・クラスタに関連する情報、アクセス端末割り当て、それに関するルックアップ・テーブル、ユニークなスクランブリング・シーケンス、および／または、その他の適切なタイプの情報を格納しうる。一例において、アクセス・ポイント９０２は、方法６００、７００および／またはその他の適切な方法を実行するためにプロセッサ９１４を適用することができる。アクセス・ポイント９０２はまた、送信機９２０によって送信アンテナ９０８を介して１または複数のアクセス端末９０４へ送信されるための信号を多重化する変調器９１８を含むことができる。
【００７４】
図１０は、様々な局面にしたがって、送信機会中に、１または複数の基地局１００８および／または端末１００６との通信を容易にするシステム１０００のブロック図である。一例では、システム１０００は、端末または局１００２を含んでいる。例示するように、端末１００２は、１または複数のアクセス・ポイント１００４および／または端末１００６から信号を受信し、アンテナ１００８を経由して、１または複数のアクセス・ポイント１００４および／または端末１００６へ送信することができる。さらに、端末１００２は、アンテナ１００８から情報を受信する受信機１０１０を備えうる。一例では、受信機１０１０は、受信情報を復調する復調器（Ｄｅｍｏｄ）１０１２と動作可能に関連付けられうる。復調されたシンボルは、その後、プロセッサ１０１４によって分析されうる。プロセッサ１０１４は、メモリ１０１６に接続されうる。メモリ１０１６は、端末１００２に関連するプログラム・コードおよび／またはデータを格納することができる。さらに、端末１００２は、方法６００、７００、および／またはその他の適切な方法を実行するプロセッサ１０１４を適用することができる。端末１００２はまた、アンテナ１００８を経由して送信機１０２０によって１または複数のアクセス・ポイント１００４および／または端末１００６へ送信するための信号を多重化する変調器１０１８を含みうる。
【００７５】
図１１は、送信機会の開始と、送信機会中における複数のデバイス（例えば、ネットワーク１００内のアクセス・ポイント１１０および／または局１１２乃至１１６）との通信とを容易にする装置１１００を例示する。装置１１００は、プロセッサ、ソフトウェア、あるいはこれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして表されていることが認識されるべきである。装置１１００は、アクセス・ポイント（例えば、アクセス・ポイント１１０）、ユーザ局（例えば、局１１２乃至１１６）、および／またはその他の適切なネットワーク・エンティティにおいて実現されることができ、所望の持続時間を指定し、ＣＴＳ−ｔｏ−ｓｅｆｌフレームまたはＲＴＳ／ＣＴＳ交換を用いて送信機関を確立するためのモジュール１１０２と、フィードバックに対する要求とともに、デバイスへＲＴＳフレームを通信するためのモジュール１１０４と、要求されたフィードバックを含むＣＴＳフレームをそのデバイスから受信するモジュール１１０６と、ＣＴＳフレームで受信されたフィードバックに基づいて、そのデバイスへデータを通信するモジュール１１０８とを含みうる。
【００７６】
図１２は、送信期間に関連する通信インタバルを決定することと、送信機会のホルダと通信することとを容易にする装置１２００を例示する。装置１２００は、プロセッサ、ソフトウェア、またはこれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして表されていることが認識されるべきである。装置１２００は、アクセス・ポイント、ユーザ局、および／または、その他の適切なネットワーク・エンティティ内で実現され、ＣＴＳ−ｔｏ−ｓｅｌｆフレームまたはＲＴＳ／ＣＴＳフレーム交換から送信機会持続時間を取得するモジュール１２０２と、取得した送信機会持続時間に基づいて、ネットワーク・アロケーション・ベクトルを設定するモジュール１２０４と、ＣＴＳ−ｔｏ−ｓｅｌｆフレームを送ったか、あるいは、ＲＴＳ／ＣＴＳフレーム交換を開始したデバイスのアドレスへ、送信機会ホルダ・アドレスを設定するモジュール１２０６と、デバイスからＲＴＳフレームを受信するモジュール１２０８と、ＣＴＳフレームを送信し、このデバイスのアドレスが、送信機会ホルダ・アドレスに一致すると判定されると、このデバイスからデータを受信するモジュール１２１０と、ネットワーク・アロケーション・ベクトルが終了またはリセットされた場合、送信機会ホルダ・アドレスをクリアするモジュール１２１２とを含むことができる。
【００７７】
本明細書に記載した局面は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、あるいはこれら任意の組み合わせによって実現されうることが理解されるべきである。これらシステムおよび／または方法は、ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラム・コードまたはコード・セグメントによって実現される場合、例えば記憶装置のような機械読取可能媒体内に格納されうる。コード・セグメントは、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、あるいは、命令、データ構造、プログラムからなる任意の組み合わせを表しうる。コード・セグメントは、情報、データ、引数、パラメータ、またはメモリ・コンテンツを引き渡したり、あるいは受信することによって、他のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ引渡し、トークン引渡し、ネットワーク送信等を含む任意の適切な手段を用いて引渡し、転送、あるいは送信されうる。
【００７８】
ソフトウェアによって実現される場合、本明細書に記載の技術は、本明細書に記載の機能を実行するモジュール（例えば、手順、関数等）を用いて実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサ内あるいはプロセッサ外に実装される。プロセッサ外に実装される場合、当該技術で周知の様々な手段によってプロセッサへ通信可能に接続されうる。
【００７９】
上述したものは、１または複数の局面の一例を含んでいる。もちろん、上述した局面を記述する目的のために、考えられる全ての構成要素または方法の組み合わせを記載することは不可能であるが、当業者であれば、様々な局面の多くの更なる組み合わせおよび置き換えが可能であることを認識するであろう。したがって、記載した局面は、特許請求の範囲の精神およびスコープ内にあるそのような全ての変形、修正、および変更を含むことが意図されている。さらに、用語「含む」（"includes"）が、詳細説明または特許請求の範囲の何れかで用いられている限り、そのような用語は、用語「備える」（"comprising"）が、特許請求の範囲において遷移語として適用されている場合に解釈されるように、用語「備える」（"comprising"）と同様に包括的であることが意図されている。さらに、詳細説明または特許請求の範囲の何れかで使用されている用語「または」（"or"）は、「限定しないまたは」であることと意味される。
【図１】
2010510724.tif 000003
【図２Ａ】
2010510724.tif 000004
【図２Ｂ】
2010510724.tif 000005
【図２Ｃ】
2010510724.tif 000006
【図３Ａ】
2010510724.tif 000007
【図３Ｂ】
2010510724.tif 000008
【図３Ｃ】
2010510724.tif 000009
【図４】
2010510724.tif 000010
【図５】
2010510724.tif 000011
【図６】
2010510724.tif 000012
【図７Ａ】
2010510724.tif 000013
【図７Ｂ】
2010510724.tif 000014
【図８】
2010510724.tif 000015
【図９】
2010510724.tif 000016
【図１０】
2010510724.tif 000017
【図１１】
2010510724.tif 000018
【図１２】
2010510724.tif 000019
【国際調査報告】
2010510724.tif 000020
2010510724.tif 000021
2010510724.tif 000022