(57)【特許請求の範囲】
【請求項１】
無線通信のための装置であって、
空間分割多重化された送信についてのリクエストを複数のアップリンク通信用の送信ノードから受信するために複数のスロットを割り付けるように、ここにおいて前記割り付けはビットマップを備える、
アクセスポイントから、リクエスト空間分割多元接続（ＲＳＤＭＡ）メッセージに応答する前記複数のノードを識別する前記ＲＳＤＭＡメッセージを送信するように、前記複数のノードは前記ＲＳＤＭＡメッセージにおける前記ビットマップによって識別される、前記ビットマップにおける各ビットは、前記複数のノードにおけるノードと関連づけられ、前記ノードが送信をリクエストするであろうというインジケーションを備える、
多元接続媒体上で、前記ＲＳＤＭＡメッセージにおいて識別される前記複数のノードから、前記リクエストを受信するように、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始するように、
構成された処理システム、ここにおいて前記アクセスポイントは最小レートで前記ＲＳＤＭＡメッセージを送信し、前記ノードが前記ＲＳＤＭＡメッセージを使用し始めるときにそのレートを増加させる、
を備える装置。
【請求項２】
無線通信のための装置であって、
アクセスポイントから、リクエスト空間分割多元接続（ＲＳＤＭＡ）メッセージに応答する複数のアップリンク通信用の送信ノードを識別する前記ＲＳＤＭＡメッセージを送信するように、
多元接続媒体上で、前記ＲＳＤＭＡメッセージにおいて識別される前記複数のノードから、空間分割多重化された送信についてのリクエストを受信するように、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始するように、
構成された処理システム、ここにおいて前記アクセスポイントは最小レートで前記ＲＳＤＭＡメッセージを送信し、前記ノードが前記ＲＳＤＭＡメッセージを使用し始めるときにそのレートを増加させる、
を備える装置。
【請求項３】
前記処理システムは、前記複数のノードから送信についてのリクエストを受信するために複数のスロットを割り付けるようにさらに構成される、請求項２に記載の装置。
【請求項４】
前記複数のノードは、前記ＲＳＤＭＡメッセージにおけるビットマップによって識別される、請求項２に記載の装置。
【請求項５】
前記ビットマップにおける各ビットは、前記複数のノードにおけるノードと関連づけられ、前記ノードが送信をリクエストするであろうというインジケーションを備える、請求項４に記載の装置。
【請求項６】
前記メトリックは、前記１つまたは複数のノードのそれぞれによって送信されるべきデータの量を備える、請求項１又は２に記載の装置。
【請求項７】
前記処理システムは、前記１つまたは複数のノードのそれぞれにおいてバッファで保存されるデータの量に基づいて前記メトリックを決定するようにさらに構成される、請求項６に記載の装置。
【請求項８】
前記メトリックは、前記１つまたは複数のノードのそれぞれについてのチャネル状態情報を備える、請求項１又は２に記載の装置。
【請求項９】
前記メトリックは、前記１つまたは複数のノードのそれぞれについてのサービスの品質またはプライオリティベースの要件のうち少なくとも１つを備える、請求項１又は２に記載の装置。
【請求項１０】
前記ノードのそれぞれによって送信されるべきデータは、コンテンションパラメータを備えるアクセスクラスに属し、前記処理システムは、前記アクセスクラスの前記コンテンションパラメータを使用して前記媒体へのアクセスについて競うようにさらに構成される、請求項１又は２に記載の装置。
【請求項１１】
前記コンテンションパラメータは、最小コンテンションウィンドウサイズを備え、前記処理システムは、前記アクセスクラスの前記最小コンテンションウィンドウサイズよりも小さいコンテンションウィンドウサイズを使用して前記媒体へのアクセスについて競うようにさらに構成される、請求項１０に記載の装置。
【請求項１２】
前記最小コンテンションウィンドウサイズは、前記アクセスクラスの前記最小コンテンションウィンドウサイズに基づいた数を送信するデータを伴った前記ノードの数で割ったものと等しい、請求項１１に記載の装置。
【請求項１３】
前記処理システムは、前記メッセージに応じて前記ノードのそれぞれから、データを送信するリクエストを受信するようにさらに構成される、請求項１又は２に記載の装置。
【請求項１４】
前記処理システムは、前記ノードのそれぞれに対して空間ストリームを割り付けるためにメッセージをブロードキャストするようにさらに構成される、請求項１又は２に記載の装置。
【請求項１５】
前記処理システムは、前記ノードのそれぞれからサウンディングフレームを受信し、チャネル状態情報をコンピュートし、前記空間ストリームからデータを処理システムが離すことを可能にするようにさらに構成される、請求項１４に記載の装置。
【請求項１６】
前記処理システムは、前記割り付けられた空間ストリーム上で前記ノードのそれぞれからデータを受信するようにさらに構成される、請求項１４に記載の装置。
【請求項１７】
前記処理システムは、前記割り付けられた空間ストリーム上で前記ノードのそれぞれから前記データを受信することに応じてアクナレッジメントを送信するようにさらに構成される、請求項１６に記載の装置。
【請求項１８】
前記処理システムは、前記空間分割多重化送信に関与していない他のノードをシグナリングし、前記空間分割多重化送信の持続時間の間、それらの送信を見送るようにさらに構成される、請求項１又は２に記載の装置。
【請求項１９】
前記処理システムは、空間分割多重化送信をサポートしないレガシノードに従って前記空間分割多重化された送信に関与していない他のノードをシグナリングするようにさらに構成される、請求項１又は２に記載の装置。
【請求項２０】
無線通信のための装置であって、
空間分割多重化された送信についてのリクエストを複数のアップリンク通信用の送信ノードから受信するために複数のスロットを割り付けるための手段と、ここにおいて前記割り付けはビットマップを備える、
アクセスポイントから、リクエスト空間分割多元接続（ＲＳＤＭＡ）メッセージに応答する前記複数のノードを識別する前記ＲＳＤＭＡメッセージを送信する手段と、前記複数のノードは前記ＲＳＤＭＡメッセージにおける前記ビットマップによって識別される、前記ビットマップにおける各ビットは、前記複数のノードにおけるノードと関連づけられ、前記ノードが送信をリクエストするであろうというインジケーションを備える、
多元接続媒体上で、前記ＲＳＤＭＡメッセージにおいて識別される前記複数のノードから、前記リクエストを受信するための手段と、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始するための手段と、
を備える装置、ここにおいて前記アクセスポイントは最小レートで前記ＲＳＤＭＡメッセージを送信し、前記ノードが前記ＲＳＤＭＡメッセージを使用し始めるときにそのレートを増加させる。
【請求項２１】
無線通信のための装置であって、
アクセスポイントから、リクエスト空間分割多元接続（ＲＳＤＭＡ）メッセージに応答する複数のアップリンク通信用の送信ノードを識別する前記ＲＳＤＭＡメッセージを送信する手段と、
多元接続媒体上で、前記ＲＳＤＭＡメッセージにおいて識別される前記複数のノードから、空間分割多重化された送信についてのリクエストを受信するための手段と、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始するための手段と、
を備える装置、ここにおいて前記アクセスポイントは最小レートで前記ＲＳＤＭＡメッセージを送信し、前記ノードが前記ＲＳＤＭＡメッセージを使用し始めるときにそのレートを増加させる。
【請求項２２】
前記複数のノードから送信についてのリクエストを受信するために複数のスロットを割り付けるための手段、をさらに備える請求項２１に記載の装置。
【請求項２３】
前記複数のノードは、前記ＲＳＤＭＡメッセージにおけるビットマップによって識別される、請求項２１に記載の装置。
【請求項２４】
前記ビットマップにおける各ビットは、前記複数のノードにおけるノードと関連づけられ、前記ノードが送信をリクエストするであろうというインジケーションを備える、請求項２３に記載の装置。
【請求項２５】
前記メトリックは、前記１つまたは複数のノードのそれぞれによって送信されるべきデータの量を備える、請求項２０又は２１に記載の装置。
【請求項２６】
前記１つまたは複数のノードのそれぞれにおいてバッファで保存されるデータの量に基づいて前記メトリックを決定するための手段、をさらに備える請求項２５に記載の装置。
【請求項２７】
前記メトリックは、前記１つまたは複数のノードのそれぞれについてのチャネル状態情報を備える、請求項２０又は２１に記載の装置。
【請求項２８】
前記メトリックは、前記１つまたは複数のノードのそれぞれについてのサービスの品質またはプライオリティベースの要件のうち少なくとも１つを備える、請求項２０又は２１に記載の装置。
【請求項２９】
前記ノードのそれぞれによって送信されるべきデータは、コンテンションパラメータを備えるアクセスクラスに属し、前記媒体へのアクセスについて競うための手段は、前記アクセスクラスの前記コンテンションパラメータを使用するように構成される、請求項２０又は２１に記載の装置。
【請求項３０】
前記コンテンションパラメータは、最小コンテンションウィンドウサイズを備え、前記媒体へのアクセスについて競うための手段は、前記アクセスクラスの前記最小コンテンションウィンドウサイズよりも小さいコンテンションウィンドウサイズを使用して前記媒体へのアクセスについて競うための手段を備える、請求項２９に記載の装置。
【請求項３１】
前記最小コンテンションウィンドウサイズは、前記アクセスクラスの前記最小コンテンションウィンドウサイズに基づいた数を、送信するデータを伴った前記ノードの数で割ったものと等しい、請求項３０に記載の装置。
【請求項３２】
前記メッセージに応じて前記ノードのそれぞれから、データを送信するリクエストを受信するための手段、をさらに備える請求項２０又は２１に記載の装置。
【請求項３３】
前記ノードのそれぞれに対して空間ストリームを割り付けるためにメッセージをブロードキャストするための手段、をさらに備える請求項２０又は２１に記載の装置。
【請求項３４】
前記ノードのそれぞれからサウンディングフレームを受信し、チャネル状態情報をコンピュートし、前記空間ストリームからデータが離されることを可能にするための手段、をさらに備える請求項３３に記載の装置。
【請求項３５】
前記割り付けられた空間ストリーム上で前記ノードのそれぞれからデータを受信するための手段、をさらに備える請求項３３に記載の装置。
【請求項３６】
前記割り付けられた空間ストリーム上で前記ノードのそれぞれから前記データを受信することに応じてアクナレッジメントを送信するための手段、をさらに備える請求項３５に記載の装置。
【請求項３７】
前記空間分割多重化送信に関与していない他のノードをシグナリングし、前記空間分割多重化送信の持続時間の間、それらの送信を見送るための手段、をさらに備える請求項２０又は２１に記載の装置。
【請求項３８】
空間分割多重化送信をサポートしないレガシノードに従って前記空間分割多重化された送信に関与していない他のノードをシグナリングするための手段、をさらに備える請求項２０又は２１に記載の装置。
【請求項３９】
無線通信の方法であって、
空間分割多重化された送信についてのリクエストを複数のアップリンク通信用の送信ノードから受信するために複数のスロットを割り付けることと、ここにおいて前記割り付けはビットマップを備える、
アクセスポイントから、リクエスト空間分割多元接続（ＲＳＤＭＡ）メッセージに応答する前記複数のノードを識別する前記ＲＳＤＭＡメッセージを送信することと、前記複数のノードは前記ＲＳＤＭＡメッセージにおける前記ビットマップによって識別される、前記ビットマップにおける各ビットは、前記複数のノードにおけるノードと関連づけられ、前記ノードが送信をリクエストするであろうというインジケーションを備える、
多元接続媒体上で、前記ＲＳＤＭＡメッセージにおいて識別される前記複数のノードから、前記リクエストを受信することと、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始することと、
を備える方法、ここにおいて前記アクセスポイントは最小レートで前記ＲＳＤＭＡメッセージを送信し、前記ノードが前記ＲＳＤＭＡメッセージを使用し始めるときにそのレートを増加させる。
【請求項４０】
無線通信の方法であって、
アクセスポイントから、リクエスト空間分割多元接続（ＲＳＤＭＡ）メッセージに応答する複数のアップリンク通信用の送信ノードを識別する前記ＲＳＤＭＡメッセージを送信することと、
多元接続媒体上で、前記ＲＳＤＭＡメッセージにおいて識別される前記複数のノードから、空間分割多重化された送信についてのリクエストを受信することと、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始することと、
を備える方法、ここにおいて前記アクセスポイントは最小レートで前記ＲＳＤＭＡメッセージを送信し、前記ノードが前記ＲＳＤＭＡメッセージを使用し始めるときにそのレートを増加させる。
【請求項４１】
前記複数のノードから送信についてのリクエストを受信するために複数のスロットを割り付けるための手段、をさらに備える、請求項４０に記載の方法。
【請求項４２】
前記複数のノードは、前記ＲＳＤＭＡにおけるビットマップによって識別される、請求項４０に記載の方法。
【請求項４３】
前記ビットマップにおける各ビットは、前記複数のノードにおけるノードと関連づけられ、前記ノードが送信をリクエストするであろうというインジケーションを備える、請求項４２に記載の方法。
【請求項４４】
前記メトリックは、前記１つまたは複数のノードのそれぞれによって送信されるべきデータの量を備える、請求項３９又は４０に記載の方法。
【請求項４５】
前記１つまたは複数のノードのそれぞれにおいてバッファで保存されるデータの量に基づいて前記メトリックを決定することをさらに備える、請求項４４に記載の方法。
【請求項４６】
前記メトリックは、前記１つまたは複数のノードのそれぞれについてのチャネル状態情報を備える、請求項３９又は４０に記載の方法。
【請求項４７】
前記メトリックは、前記１つまたは複数のノードのそれぞれについてのサービスの品質またはプライオリティベースの要件のうち少なくとも１つを備える、請求項３９又は４０に記載の方法。
【請求項４８】
前記ノードのそれぞれによって送信されるべきデータは、コンテンションパラメータを備えるアクセスクラスに属し、前記方法は、前記アクセスクラスの前記コンテンションパラメータを使用して前記媒体へのアクセスについて競うことをさらに備える、請求項３９又は４０に記載の方法。
【請求項４９】
前記コンテンションパラメータは、最小コンテンションウィンドウサイズを備え、前記方法は、前記アクセスクラスの前記最小コンテンションウィンドウサイズよりも小さいコンテンションウィンドウサイズを使用して前記媒体へのアクセスについて競うことをさらに備える、請求項４８に記載の方法。
【請求項５０】
前記最小コンテンションウィンドウサイズは、前記アクセスクラスの前記最小コンテンションウィンドウサイズに基づいた数を送信するデータを伴った前記ノードの数で割ったものと等しい、請求項４９に記載の方法。
【請求項５１】
前記メッセージに応じて前記ノードのそれぞれから、データを送信するリクエストを受信すること、をさらに備える、請求項４１に記載の方法。
【請求項５２】
前記ノードのそれぞれに対して空間ストリームを割り付けるためにメッセージをブロードキャストすること、をさらに備える、請求項３９又は４０に記載の方法。
【請求項５３】
前記ノードのそれぞれからサウンディングフレームを受信し、チャネル状態情報をコンピュートし、データが前記空間ストリームからの離されることを可能にすること、をさらに備える請求項５２に記載の方法。
【請求項５４】
前記割り付けられた空間ストリーム上で前記ノードのそれぞれからデータを受信すること、をさらに備える請求項５２に記載の方法。
【請求項５５】
前記割り付けられた空間ストリーム上で前記ノードのそれぞれから前記データを受信することに応じてアクナレッジメントを送信すること、をさらに備える請求項５４に記載の方法。
【請求項５６】
前記空間分割多重化送信に関与していない他のノードをシグナリングし、前記空間分割多重化送信の持続時間の間、それらの送信を見送ること、をさらに備える請求項３９又は４０に記載の方法。
【請求項５７】
空間分割多重化送信をサポートしないレガシノードに従って前記空間分割多重化された送信に関与していない他のノードをシグナリングすること、をさらに備える請求項３９又は４０に記載の方法。
【請求項５８】
通信のためのコンピュータプログラムであって、
コンピュータに、
空間分割多重化された送信についてのリクエストを複数のアップリンク通信用の送信ノードから受信するために複数のスロットを割り付けさせ、ここにおいて前記割り付けはビットマップを備える、
アクセスポイントから、リクエスト空間分割多元接続（ＲＳＤＭＡ）メッセージに応答する前記複数のノードを識別する前記ＲＳＤＭＡメッセージを送信させ、前記複数のノードは前記ＲＳＤＭＡメッセージにおける前記ビットマップによって識別される、前記ビットマップにおける各ビットは、前記複数のノードにおけるノードと関連づけられ、前記ノードが送信をリクエストするであろうというインジケーションを備える、
多元接続媒体上で、前記ＲＳＤＭＡメッセージにおいて識別される前記複数のノードから、前記リクエストを受信させ、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始させる、
命令を備えるコンピュータプログラム、ここにおいて前記アクセスポイントは最小レートで前記ＲＳＤＭＡメッセージを送信し、前記ノードが前記ＲＳＤＭＡメッセージを使用し始めるときにそのレートを増加させる。
【請求項５９】
通信のためのコンピュータプログラムであって、
コンピュータに、
アクセスポイントから、リクエスト空間分割多元接続（ＲＳＤＭＡ）メッセージに応答する複数のアップリンク通信用の送信ノードを識別する前記ＲＳＤＭＡメッセージを送信させ、
多元接続媒体上で、前記ＲＳＤＭＡメッセージにおいて識別される前記複数のノードから、空間分割多重化された送信についてのリクエストを受信させ、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始させる、
命令を備えるコンピュータプログラム、ここにおいて前記アクセスポイントは最小レートで前記ＲＳＤＭＡメッセージを送信し、前記ノードが前記ＲＳＤＭＡメッセージを使用し始めるときにそのレートを増加させる。
【請求項６０】
アクセスポイントであって、
複数のアンテナと；
空間分割多重化された送信についてのリクエストを複数のアップリンク通信用の送信ノードから受信するために複数のスロットを割り付けるように、ここにおいて前記割り付けはビットマップを備える、
前記アクセスポイントから、リクエスト空間分割多元接続（ＲＳＤＭＡ）メッセージに応答する前記複数のノードを識別する前記ＲＳＤＭＡメッセージを送信するように、前記複数のノードは前記ＲＳＤＭＡメッセージにおける前記ビットマップによって識別される、前記ビットマップにおける各ビットは、前記複数のノードにおけるノードと関連づけられ、前記ノードが送信をリクエストするであろうというインジケーションを備える、
多元接続媒体上で、前記ＲＳＤＭＡメッセージにおいて識別される前記複数のノードから、前記リクエストを受信するように、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始するように、
構成された処理システムと；
前記アンテナを通じて前記媒体に対し前記処理システムをインタフェース接続するように構成されたトランシーバと；
を備えるアクセスポイント、ここにおいて前記アクセスポイントは最小レートで前記ＲＳＤＭＡメッセージを送信し、前記ノードが前記ＲＳＤＭＡメッセージを使用し始めるときにそのレートを増加させる。
【請求項６１】
アクセスポイントであって、
複数のアンテナと；
前記アクセスポイントから、リクエスト空間分割多元接続（ＲＳＤＭＡ）メッセージに応答する複数のアップリンク通信用の送信ノードを識別する前記ＲＳＤＭＡメッセージを送信するように、
多元接続媒体上で、前記ＲＳＤＭＡメッセージにおいて識別される前記複数のノードから、空間分割多重化された送信についてのリクエストを受信するように、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始するように、
構成された処理システムと；
前記アンテナを通じて前記媒体に対し前記処理システムをインタフェース接続するように構成されたトランシーバと；
を備えるアクセスポイント、ここにおいて前記アクセスポイントは最小レートで前記ＲＳＤＭＡメッセージを送信し、前記ノードが前記ＲＳＤＭＡメッセージを使用し始めるときにそのレートを増加させる。
【発明の詳細な説明】
【技術分野】
【０００１】
[優先権主張]
（米国特許法の下の優先権主張）
本特許出願は、２００９年２月２７日に出願され、ここでの譲受人に対して譲渡され、ここにおける参照によってここで明示的に組み込まれ、「Method and Apparatus for Scheduling Uplink RSDMA Messages in a SDMA Capable Wireless LAN"」という名称の仮出願番号第６１／１５６，３６０号の優先権を主張する。
【０００２】
Ｉ．分野
下記の記載は、一般的には通信システムに関し、より具体的には、ＳＤＭＡ対応の無線ＬＡＮにおけるアップリンクリクエスト空間分割多元接続（ＲＳＤＭＡ）メッセージをスケジュールするための方法および装置に関する。
【背景技術】
【０００３】
ＩＩ．背景
無線通信システムに求められる帯域幅要件を増やす問題に取り組むために、異なる複数スキームは、高いデータスループットを達成しながらチャネルリソースを共有することにより単一のアクセスポイントと複数のユーザ端末が通信することを可能にするように開発されている。マルチプルインプットまたはマルチプルアウトプット（ＭＩＭＯ）技術は、次世代通信システムの普及した技術として近年現れた１つのこのようなアプローチを表す。ＭＩＭＯ技術は、電気電子技術者協会（ＩＥＥＥ）８０２．１１標準規格のようないくつかの新興している無線通信標準規格で採用されている。ＩＥＥＥ８０２．１１は、短距離通信（例えば、何十メートルから数百メートルの間）のためにＩＥＥＥ８０２．１１委員会によって開発された１セットの無線ローカルエリアネットワーク（ＷＬＡＮ）の無線インタフェース標準規格を表す。
【０００４】
通信システムでは、媒体アクセス制御（ＭＡＣ）プロトコルは、無線リンク媒体によって提供されるいくつかの自由度を利用することを動作するように設計される。最も共通に利用される自由度は、時間と周波数である。例えば、ＩＥＥＥ８０２．１１のＭＡＣプロトコルでは、時間自由度はＣＳＭＡ（キャリアセンス多元接続）を通じて利用される。ＣＳＭＡプロトコルは、潜在的に高い干渉がある近隣で１以上の送信が生じないということを確実にすることを試みる。周波数自由度は、異なる複数チャネルを使用することによって利用されることができる。
【０００５】
近年の発展は、空間次元が実行可能なオプションであることをもたらしてきた。空間分割多元接続（ＳＤＭＡ）は、同時送信および受信のために複数の端末をスケジュールすることによって無線リンクの使用を改善するために使用されることができる。データは、空間ストリームを使用して端末のそれぞれに対して送信される。例えば、ＳＤＭＡを用いて、送信機は、個々の受信機に対して直交ストリームを形成する。このような直交ストリームは、送信機がいくつかのアンテナを有し、送信／受信チャネルがいくつかのパスを含むため、形成されることができる。受信機はまた、例えばＭＩＭＯまたはシングルインプットマルチプルアウトプット（ＳＩＭＯ）アンテナシステムにおいて、１つまたは複数のアンテナを有することができる。一例では、送信機は、アクセスポイント（ＡＰ）であってもよく、受信機は、局（ＳＴＡ）であってもよい。ストリームは、例えば特定のＳＴＡにおいてターゲットされるストリームは、著しい干渉を引き起こさずまた無視されないであろう他のＳＴＡにおける低いパワー干渉として、みなされるように、ＡＰにおいて形成される。
【０００６】
各アップリンクＳＤＭＡ送信サイクルまたはエポックの間に各ＳＴＡによってアップリンクＳＤＭＡ送信をスケジュールするプロセスは、データ送信のためにネットワーク媒体に対するすべてのＳＴＡによる公平なアクセスを確実にする方法で実行されるということは望ましい。同時に、一定のタイプのデータ、例えばボイス・オーバ・ＩＰまたはストリーミングマルチメディアが送信の一定のプライオリティを必要とするならば、いずれのサービス品質（ＱｏＳ）レベルが維持されるようにＡＰがアップリンクＳＤＭＡ送信をスケジュールすることが望ましい。さらに、スケジュールすることがＡＰから大量の処理およびタイミングオーバーヘッドを消費しない、ということもまた望ましい。アップリンクＳＤＭＡを頻繁にスケジュールすることは、わずかのＳＴＡのみが各アップリンク送信に関与する場合にはＡＰのオペレーションにおいて効率が悪くなる可能性がある。
【０００７】
したがって、上述されるような欠点のうち１つまたは複数に取り組むことが望ましいであろう。
【発明の概要】
【０００８】
下記は、スケジューリングアプローチのこのような態様の基本的な理解を提供するためにアップリンクＳＤＭＡスケジューリングアプローチのうち１つまたは複数の態様の簡略的な概要を示す。この概要は、すべての熟考された態様の広範囲な全体像ではなく、すべての態様の重要なあるいは決定的なエレメントを識別することも、あるいは、いずれあるいはすべての態様の範囲を詳細に描写することも、意図されていない。その唯一の目的は、後で示される、より詳細な説明の前置きとして、簡略化された形で１つまたは複数の態様のいくつかの概念を示すことである。
【０００９】
様々な態様によれば、主題の発明は、無線通信を提供するシステムおよび／または方法に関し、無線通信の装置は、多元接続媒体上で複数のノードから、空間分割多重化された送信についてのリクエストを受信するように、ノードのうち１つまたは複数に関連するメトリックに基づいて空間分割多重化された送信を開始するように、構成された処理システム、を含む。
【００１０】
別の態様では、多元接続媒体上で複数のノードから、空間分割多重化された送信についてのリクエストを受信するための手段と、ノードのうち１つまたは複数に関連するメトリックに基づいて空間分割多重化された送信を開始するための手段と、を含む無線通信のための装置が提供される。
【００１１】
さらに別の態様では、多元接続媒体上で複数のノードから、空間分割多重化された送信についてのリクエストを受信することと、ノードのうち１つまたは複数に関連するメトリックに基づいて空間分割多重化された送信を開始することと、を含む無線通信のための方法が提供される。
【００１２】
さらに別の態様では、通信のためのコンピュータプログラムプロダクトであって、多元接続媒体上で複数のノードから、空間分割多重化された送信についてのリクエストを受信することと、ノードのうち１つまたは複数に関連するメトリックに基づいて空間分割多重化された送信を開始することと、を実行することが可能な命令で符号化された機械可読媒体と、アンテナを通じて媒体に対し処理システムをインタフェース接続するように構成されたトランシーバと、を含むコンピュータプログラムプロダクトが提供される。
【００１３】
さらに別の態様では、複数のアンテナと；多元接続媒体上で複数のノードから、空間分割多重化された送信についてのリクエストを受信するように、ノードのうち１つまたは複数に関連するメトリックに基づいて空間分割多重化された送信を開始するように、構成された処理システムと；アンテナを通じて媒体に対し処理システムをインタフェース接続するように構成されたトランシーバと；を含むアクセスポイントが提供される。
【００１４】
さらに別の態様では、コンテンションパラメータを有するアクセスクラスに属するデータを生成するように、空間ストリーム上の送信についてデータの少なくとも一部分をプレコードし空間ストリーム送信に続くポストバックオフへ入るように、構成された処理システム、を含む装置が提供される。
【００１５】
さらに別の態様では、コンテンションパラメータを有するアクセスクラスに属するデータを生成するための手段と、空間ストリーム上の送信についてデータの少なくとも一部分をプレコードするための手段と、空間ストリーム送信に続くポストバックオフへ入るための手段と、を含む装置が提供される。
【００１６】
さらに別の態様では、コンテンションパラメータを有するアクセスクラスに属するデータを生成することと、空間ストリーム上の送信についてデータの少なくとも一部分をプレコードすることと、空間ストリーム送信に続くポストバックオフへ入ることと、を含む無線通信の方法が提供される。
【００１７】
さらに別の態様では、通信のためのコンピュータプログラムプロダクトであって、コンテンションパラメータを有するアクセスクラスに属するデータを生成することと、空間ストリーム上の送信についてデータの少なくとも一部分をプレコードすることと、空間ストリーム送信に続くポストバックオフへ入ることと、を実行することが可能な命令で符号化された機械可読媒体、を含む通信のためのコンピュータプログラムプロダクトが提供される。
【００１８】
さらに別の態様では、ユーザインタフェースと；ユーザインタフェースに応じてデータを生成するように、なお、データは、コンテンションパラメータを有するアクセスクラスに属する、空間ストリーム上の送信についてデータの少なくとも一部分をプレコードし、空間ストリーム送信に続くポストバックオフへ入るように、構成された処理システムと;を含む局が提供される。
【図面の簡単な説明】
【００１９】
【図１】図１は、ダウンリンク／アップリンクの空間分割多元接続（ＳＤＭＡ）スケジューラが使用されることができる無線通信ネットワークの図である。
【図２】図２は、アップリンクリクエストＳＤＭＡ送信をスケジュールするためのコントローラを含む図１の無線通信ネットワークの無線ノードの例のブロック図である。
【図３】図３は、本開示の一態様にしたがって構成されるアップリンクの空間分割多元接続（ＳＤＭＡ）のフレーム交換シーケンスを図示するタイミング図である。
【図４】図４は、本開示の一態様にしたがって構成されるアップリンクのＳＤＭＡフレーム交換においてＡＰのオペレーションを図示するフロー図である。
【図５】図５は、本開示の一態様にしたがって構成されるアップリンクのＳＤＭＡフレーム交換シーケンスにおいてＳＴＡのオペレーションを図示するフロー図である。
【図６】図６は、アップリンクＳＤＭＡフレーム交換シーケンスで使用されることができるリクエストＳＤＭＡ（ＲＳＤＭＡ）フレームフォーマットの例を図示する。
【図７】図７は、ＲＳＤＭＡフレームフォーマットで使用されることができるビットマップフィールドフォーマットの例を図示する。
【図８】図８は、アップリンクＳＤＭＡフレーム交換シーケンスで使用されることができるＲＴＳ−ＭＡ(Request To Send-Multiple Access)フレームフォーマットの例を図示する。
【図９】図９は、アップリンクＳＤＭＡフレーム交換シーケンスで使用されることができるＲＭＡ(RTS-MA Acknowledgement)フレームフォーマットの例を図示する。
【図１０】図１０は、図９のＲＭＡフレームに応じて送信されることができるサウンディングフレームの例示的なフォーマットの図である。
【図１１】図１１は、アップリンクＳＤＭＡフレーム交換シーケンスで使用されることができるＲＴＳ−ＭＡ確認（ＲＭＣ)フレームフォーマットの例を図示する。
【図１２】図１２は、アップリンクＳＤＭＡフレーム交換シーケンスで使用されることができるポストバックオフプロセスを用いたアップリンク送信を図示するフロー図である。
【図１３】図１３は、本開示の一態様に従った本装置のある構成の機能を図示している図である。
【図１４】図１４は、本開示の一態様にしたがった本装置の別の構成の機能を図示している図である。
【詳細な説明】
【００２０】
慣例にしたがって、図面は明瞭にするために簡略化されうる。したがって、図面は、所与の装置(例えばデバイス)または方法の構成要素のすべてを図示していないこともある。
【００２１】
アップリンクＳＤＭＡ送信プロセスの様々な態様が図面を参照してより詳しく後述される。しかしながら、様々な態様は、多くの異なる形式で具現化されることができる、また、本開示全体で示されるいずれの具体的な構造または機能に限定されるものとして解釈されるべきではない。むしろ、本開示が可能な限り詳細で完全であるように、これらの態様は提供される。ここにおける教示に基づいて、当業者は、本開示のいずれの他の態様と組み合わせてまたは独立してインプリメントされるにかかわらず、スケジューラの範囲がここに説明される開示のいずれの態様もカバーするように意図されるということを理解すべきである。例えば、ここにおいて記載される任意の数の態様を使用して、本装置はインプリメントされてもよく、または、方法は実行されてもよい。さらに、本開示の範囲は、ここに記載されるスケジューラの様々な態様のほかにまたは加えて他の構造、機能、または構造および機能を使用して実行されるこのような装置または方法をカバーするように意図される。ここに説明されるスケジューラのいずれの態様も特許請求の範囲の１つまたは複数の構成要素によって具現化されうるということは理解されるべきである。
【００２２】
無線ネットワークのいくつかの態様が、図１を参照して提示される。ベーシックサービスセット（ＢＳＳ）１００とも呼ばれる無線ネットワークは、一般的にはアクセスポイント（ＡＰ）１１０と複数のアクセス端末または局（ＳＴＡ）１２０と指定されるいくつかの無線ノードと一緒に示される。各無線ノードは、受信および／または送信することが可能である。下記の詳細な説明の中で、用語「アクセスポイント」は、送信ノードを指定するために使用され、用語「ＳＴＡ」はダウンリンク通信用の受信ノードを指定するために使用されるが、用語「ＡＰ」は、受信ノードを指定するために使用され、用語「ＳＴＡ」はアップリンク通信用の送信ノードを指定するために使用される。しかしながら、当業者は、他の用語または術語がＡＰ及び／またはＳＴＡに使用されうるということは容易に理解するであろう。例えば、ＡＰは、基地局、ベーストランシーバ局、無線デバイス、端末、ノード、無線ノード、アクセス端末、またはＡＰとして作用するＳＴＡ、または他の何らかの適切な用語で呼ばれることができる。同様に、ＳＴＡは、ユーザ端末、モバイル局、加入者局、無線デバイス、アクセス端末、端末、ノード、無線ノード、または他の何らかの適切な用語で呼ばれることができる。本開示全体で記載される様々な概念は、それらの特定の術語にかかわらず、すべての適切な装置に適用するように意図される。
【００２３】
無線ネットワーク１００は、ＳＴＡ１２０のカバレッジを提供するために、地理的領域全体に分散されている任意の数のＡＰをサポートすることができる。システムコントローラ１３０は、ＡＰの調整および制御と、ＳＴＡ１２０のための他のネットワーク（例、インターネット）へのアクセスを提供するために使用されることができる。簡略化のため、１つのＡＰ１１０が図示されている。ＡＰは、一般的に、カバレッジの地理領域においてＳＴＡに対して有線ネットワークサービスを提供する固定端末である。しかしながら、ＡＰは、いくつかのアプリケーションにおいてモバイルであってもよい。固定式またはモバイルでありうるＳＴＡは、ＡＰのバックホールサービスを使用する、または、他のＳＴＡとのピア・ツー・ピア通信に従事する。ＳＴＡの例は、電話機（例えばセルラ電話）、ラップトップコンピュータ、デスクトップコンピュータ、携帯情報端末（ＰＤＡ）、デジタルオーディオプレイヤー（例えばＭＰ３プレイヤー）、カメラ、ゲームコンソール、またはいずれの他の適切な無線ノードを含む。
【００２４】
無線ネットワーク１００は、ＭＩＭＯ技術をサポートすることができる。ＭＩＭＯ技術を使用して、ＡＰ１１０は、ＳＤＭＡを同時に使用して複数のＳＴＡ１２０と通信することができる。ＳＤＭＡは同じ周波数チャネルを共有するために同時に異なる受信機に対して複数のストリームが送信されることを可能にする多元接続スキームであり、結果、より高いユーザキャパシティを提供する。このことは、各データストリームを空間的にプリコードし、そして、ダウンリンク上で異なる送信アンテナを通じて各空間的にプリコードされたストリームを送信することによって達成される。空間プレコードされたデータストリームは異なる空間シグネチャでＳＴＡ１２０に到達し、そしてそれは、各ＳＴＡ１２０がＳＴＡ１２０宛てのデータストリームを回復することを可能にする。アップリンク上で、各ＳＴＡ１２０は、空間プレコードされたデータストリームを送信し、そしてそれは、各空間プレコードされたデータストリームのソースをＡＰ１１０が識別することを可能にする。用語「プレコーディング(precoding)」がここにおいて使用されるが、一般的に、用語「コーディング(coding)」は、データストリームをプレコーディングする、エンコーディングする、デコーディングする、および／またはポストコーディングするプロセスを包含するように使用されることもできるということに留意されるべきである。
【００２５】
１つまたは複数のＳＴＡ１２０は、ある機能をイネーブルにするために複数のアンテナを備えることができる。この構成で、例えば、ＡＰ１１０における複数のアンテナは、さらなる帯域幅または送信パワーなしにデータスループットを改良するために複数のアンテナＳＴＡと通信するために使用されることができる。このことは、送信機における高いデータレートの信号を異なる空間シグネチャで複数のより低いレートのデータストリームに分けることによって達成されることができ、したがって、受信機が、これらのストリームを複数チャネルに分け、ストリームを適切に組み合わせて高いレートのデータ信号を回復すること、を可能にする。
【００２６】
下記の開示の部分は、ＭＩＭＯ技術もサポートするＳＴＡを説明するが、ＡＰ１１０はまた、ＭＩＭＯ技術をサポートしないＳＴＡをサポートするように構成されることができる。このアプローチは、ＳＴＡのより古いバージョン（すなわち「レガシ」端末）が、それらの有用な寿命時間を延長して、無線ネットワークで展開され続けることを可能にし、必要に応じて、より新しいＭＩＭＯ ＳＴＡが導入されることを可能にする。
【００２７】
後続の詳細な説明では、本開示の様々な態様が直交周波数分割多重化（ＯＦＤＭ）のようないずれの適切な無線技術をサポートしているＭＩＭＯシステムを参照して説明される。ＯＦＤＭは、精確な周波数で間隙を介した多数のサブキャリアにわたってデータを分散する拡散スペクトラム技術である。間隔を介することは、受信機がサブキャリアからデータを回復することを可能にする「直交性(orthogonality)」を提供する。ＯＦＤＭシステムは、ＩＥＥＥ８０２．１１または他の何らかの無線インタフェース標準規格をインプリメントすることができる。他の適切な無線技術は、例えば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、または、いずれの他の適切な無線技術、または、適切な無線技術のいずれの組み合わせ、を含む。ＣＤＭＡシステムは、ＩＳ−２０００、ＩＳ−９５、ＩＳ−８５６、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、または、他の何らかの適切な無線インタフェース標準規格をインプリメントすることができる。ＴＤＭＡシステムは、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））または他の何らかの適切な無線インタフェース標準規格をインプリメントすることができる。当業者が容易に理解するように、本開示の様々な態様はいずれの特定の無線技術及び／または無線インタフェース標準規格に限定されない。
【００２８】
本開示の一態様では、無線ネットワークは、ＩＥＥＥ８０２．１１ｅ標準規格に合わせるＳＤＭＡ通信をサポートする。ＩＥＥＥ８０２．１１ｅ−２００５、または単純に８０２．１１ｅは、無線ＬＡＮアプリケーションのサービス品質（ＱｏＳ）エンハンスメントを定義するＩＥＥＥ８０２．１１標準規格の承認された改訂版である。標準規格は、ボイス・オーバ・無線ＩＰおよびストリーミングマルチメディアのような遅延センシティブアプリケーションを対象とする。
【００２９】
ＩＥＥＥ８０２．１１ｅ標準規格は、高いプライオリティトラヒックが低いプライオリティトラヒックよりも送信されるより高いチャンスを有する、ＥＤＣＡ（Enhanced Distribution Coordination Access)を提供し、その目的は、送信する高いプライオリティトラヒックを備えたＳＴＡが、一般的に、送信する低いプライオリティトラヒックを備えたＳＴＡよりも、平均で、そのパケットをそれが送信する前により少なく待機するということである。ＥＤＣＡは、トラヒックカテゴリ、すなわちクラス、の概念を導入する。ＥＤＣＡを使用して、ＳＴＡは、媒体が設定時間期間の間アイドルであるということを検出した後でデータを送信しようとする。設定期間時間は、対応するトラヒックカテゴリに基づいている。より高いプライオリティのトラヒックカテゴリは、より低いプライオリティのトラヒックカテゴリよりも短い待機時間を有するであろう。サービスの保証が提供されない一方、ＥＤＣＡは、トラヒックカテゴリに基づいて帯域幅を割り付ける蓋然的プライオリティメカニズムを確立する。ＩＥＥＥ８０２．１１ｅのＥＤＣＡ標準規格は、トラヒックを４つのアクセスクラス（ＡＣ）にグルーピングすることによってＱｏＳ分化を提供する。具体的には、これらは、ボイス、ビデオ、ベストエフォート、およびバックグラウンドクラスを含む。ボイスＡＣは最も高いプライオリティを有し、ビデオＡＣは第２の高いプライオリティを有し、ベストエフォートＡＣは、第３の高いプライオリティを有し、バックグラウンドＡＣは最も低いプライオリティを有する。各ＡＣは、その自体のセットの媒体アクセスパラメータを有する。具体的には、ＥＤＣＡトラヒックプライオタイゼーションは、下記の媒体アクセスパラメータ--アービトレーションインタフレームスペース（ＡＩＦＳ）インターバル、コンテンションウィンドウ（ＣＷ）、転送機会（ＴＸＯＰ）を使用する。これらの各々はここに説明されるだろう。
【００３０】
一般的に、ＡＩＦＳは、バックオフまたは送信を呼び起こす前に媒体がアイドルであることを局が感知しなくてはならない時間インターバルである。より高いプライオリティＡＣはより小さいＡＩＦＳインターバルを使用する。コンテンションウィンドウ（ＣＷ）は、局が媒体にアクセスすることができるまでのバックオフタイムスロットの数を示す。ＣＷは、最小ＣＷ値、ＣＷｍｉｎから始まり、それがその最大値、ＣＷｍａｘに達するまで送信が失敗するたびに二倍になる。そのとき、ＣＷは、送信がその再トライリミットを越えるまでの最大値を保持する。より高いプライオリティＡＣは、より小さいＣＷｍｉｎおよびＣＷｍａｘを使用する。ＴＸＯＰは、媒体へのアクセスを獲得した後のＡＣがフレームを送信することが許可されることができる最大持続時間を示す。コンテンションオーバーヘッドを節約するために、合計送信時間がＴＸＯＰ持続時間を越えないかぎり、いずれのさらなるコンテンションなしで１つの獲得されたＴＸＯＰ内で複数のフレームが送信されることができる。
【００３１】
２つのＳＴＡが衝突する確率を減らすために、２つのＳＴＡの両方が送信しているときそれらは互いにヒアリングすることができないので、標準規格はバーチャルキャリアセンスメカニズムを定義する。ＳＴＡがトランザクションを開始する前に、ＳＴＡは、ＲＴＳ(Request To Send)と呼ばれる短い制御パケットを最初に送信し、そしてそれは、ソースアドレス、宛先アドレス(destination address)、およびアップカミングトランザクション（すなわち、データパケットおよびそれぞれのＡＣＫ）の持続時間を含む。（媒体がフリーである場合には）宛先ＳＴＡはＣＴＳ(Clear to Send)と呼ばれる応答制御パケットで応答し、そしてそれは、同じ持続時間の情報を含む。ＲＴＳおよび／またはＣＴＳのいずれかを受信しているすべてのＳＴＡはバーチャルキャリア感知インジケータ、すなわちネットワーク割り付けベクトル（ＮＡＶ）を与えられた持続時間の間設定し、そして、媒体を感知するときに物理キャリア感知と一緒にＮＡＶを使用する。このメカニズムは、ＲＴＳ送信の短い持続時間に、送信機ＳＴＡから「隠される」ＳＴＡで受信機エリアにおける衝突の確率を減らす、なぜならば、ＳＴＡは、ＣＴＳをヒアリングし、トランザクションの終了までビジーであるとして媒体を「リザーブ(reserve)」するからである。ＲＴＳにおける持続時間の情報はまた、ＳＴＡをアクナレッジする範囲外にあるＳＴＡからのＡＣＫの間、衝突から送信機のエリアを保護する。ＲＴＳおよびＣＴＳは短いフレームであるという事実により、メカニズムは衝突のオーバーヘッドを減らす、なぜならば、これらのフレームは、全部のデータパケットが送信された場合（データパケットがＲＴＳよりも大きいと仮定する）よりも早く認識されるからである。標準規格は、短いデータパケット、すなわちＲＴＳしきい値よりも短いもの、がＲＴＳ／ＣＴＳトランザクションなしで送信されることを可能にする。
【００３２】
上述されたこれらの媒体アクセスパラメータを使用して、ＥＤＣＡは、下記の方式で機能する。送信ＳＴＡがいずれの送信も開始することができる前に、送信ＳＴＡは、少なくともＡＩＦＳタイムインターバルの間、チャネルアイドルを（物理的に且つバーチャルに）最初に感知しなくてはならない。チャネルがＡＩＦＳインターベルの後でアイドルである場合、送信ＳＴＡは、バックオフタイムスロットのランダム数をカウントダウンするためにバックオフカウンタを使用してバックオフプロシージャを呼び起こす。送信ＳＴＡはチャネルがアイドルであるように感知されるかぎり、１つのそれぞれの期間ごとにバックオフカウンタをデクリメントする。いったんバックオフカウンタがゼロに達すると、送信ＳＴＡは、ＲＴＳ送信を開始し、受信ＳＴＡからのＣＴＳ送信を待機する。送信ＳＴＡが受信ＳＴＡからＣＴＳ送信を受信する場合には、送信ＳＴＡはトランザクションを開始する。合計送信時間がＴＸＯＰ持続時間を越えない限り、さらなるコンテンションなしで複数のフレーム送信をＳＴＡは開始することができる。
【００３３】
送信ＳＴＡがバックオフプロシージャの間の任意の時間でチャネルがビジーであると感知する場合には、送信ＳＴＡは、その現在のバックオフプロシージャを一時停止し、チャネルがＡＩＦＳインターバルの間アイドルであるように再び感知されるまでそのバックオフカウンタを凍結させる。チャネルがまだアイドルである場合には、送信ＳＴＡは、その残っているバックオフカウンタをデクリメントすることを再開する。各不成功の送信の後で、ＣＷは、ＣＷｍａｘまで二倍になる。成功送信の後で、ＣＷからＣＷｍｉｎとなる(After a successful transmission, CW to CWmin)。各ＡＣのＱｏＳ制御のレベルは、ネットワークにおける競争しているＳＴＡの数と媒体アクセスパラメータの組み合わせによって決定される。
【００３４】
ＥＤＣＡに関する上記情報を念頭において、無線ネットワークにおけるフレームとも呼ばれるアップリンクリクエストＳＤＭＡ（ＲＳＤＭＡ）メッセージの使用を提供する本開示の一態様にしたがったＡＰのオペレーションが説明される。ＲＳＤＭＡメッセージを使用することは、各ＳＴＡに対してリソースをＡＰが公平に割り当てることができるように、アップリンクトラヒックについての複数のアソートされたＳＴＡをＡＰがポールすることを可能にするメカニズム、を提供する。具体的には、一例では、ここに説明されるアプローチは、すべてのＳＴＡの無線ネットワークへのアクセスがＳＴＡのそれぞれについての望ましいＱｏＳレベルを達成することを可能にすることにおいて公平性を維持することを試みながら、ＥＤＣＡに従う方法でアップリンクＲＳＤＭＡメッセージをＡＰが使用することを可能にするプロトコルを提供する。
【００３５】
図２は、スケジューラの様々な態様をインプリメントするために使用されることができる無線ノード２００の信号処理モジュールの例を図示する概念ブロック図である。無線ノードは、両方ともバッファ２６２を通じて、データソースからデータを受信しデータシンクにデータを戻す媒体アクセス制御（ＭＡＣ）プロセッサ２７２を含む。当業者は、ＭＡＣプロセッサ２７２が媒体へのアクセスを制御するように構成可能でありうるということを理解するであろう。ＭＡＣプロセッサ２７２の一態様では、プロセッサは、共有媒体で使用されることができるＭＡＣフレームを生成し復号することにおいてＩＥＥＥ８０２．１１標準規格に準拠しうる。データソースおよびデータシンクは、それぞれ、ＭＡＣ層より上の層、例えばトランスポート層またはアプリケーション層から出たり入ったりするデータを表す。ＭＡＣプロセッサ２７２は、ＭＡＣフレームを送信する無線ノード２００における送信チェイン２００ａとＭＡＣフレームを受信する受信チェイン２００ｂと動作する。送信チェイン２００ａと受信チェイン２００ｂはＰＨＹ層の一部であり、そしてそれは、物理的な信号及び制御を提供し、様々なアプローチでインプリメントされることができる。
【００３６】
一態様では、送信チェインにおけるオペレーションの間に、バッファ２６２は、送信されるべき（しかしまだ送信されていない）いずれのデータをバッファするためにＭＡＣプロセッサ２７２に対して結合される。バッファ２６２は、データのフローのレートの差を補償する。本開示の一態様では、トラヒックの異なるクラスについてのデータは、バッファ２６２で保存されることができる。例えば、バッファ２６２は、ＩＥＥＥ８０２．１１ｅが指定するデータの４つのクラスを保存することができ、送信されることができるが、ネットワーク輻輳、処理遅延、またはＥＤＣＡコンテンションにより送信されていない。本開示の一態様では、バッファ２６２は、コントローラ２７２とＴＸデータプロセッサ２０２とによって制御されることができる。バッファ２６２は、任意の古くなったデータの部分的または全体がクリアされうる、そしてそれは、関連性がもはやない場合には廃棄されうるデータである。例えば、ビデオデータがバッファされ、送信チェインが送信しているレートが、バッファが満たされているレート(rate at which the buffer is being filled)について対応できない場合には、最も長くバッファに保存されたビデオデータが廃棄されうる。さらに、バッファ２６２は、クラスによって分けられ、どれだけデータをそれが保存しているかを含む、そのステータスに関する情報を提供することができる。例えば、無線ノード２００がＳＴＡである場合、バッファ２６２のステータスはここに開示されるようなＡＰによってリクエストされることができる。
【００３７】
送信チェイン２００ａに戻り、送信モードにおいて、ＴＸデータプロセッサ２０２は、ＭＡＣプロセッサ２７２を通じてデータソースからデータを受信し、受信ノードにおける順方向エラー訂正（ＦＥＣ）を容易にするためにデータを符号化（ターボ符号化）するために使用されることができる。エンコーディングプロセスは、変調シンボルのシーケンスを生成するために、一緒にブロックされＴＸデータプロセッサ２０２によって信号コンスタレーションにマッピングされうるコードシンボルのシーケンスを結果としてもたらす。ＴＸデータプロセッサ２０２は、送信チェインにおける処理の間にバッファとして作用する１つまたは複数のメモリエレメントを含むことができる。メモリは、当業者によって知られているような様々なハードウェアでインプリメントされることができる。
【００３８】
ＯＦＤＭをインプリメントする無線ノードにおいて、ＴＸデータプロセッサ２０２からの変調シンボルは、ＯＦＤＭ変調器２０４に対して提供されることができる。ＯＦＤＭ変調器２０４は、変調シンボルを並列ストリームへと分ける。各ストリームは、ＯＦＤＭサブキャリアへマッピングされ、その後で、逆高速フーリエ変換（ＩＦＦＴ）を使用して合成され(combined)、時間ドメインＯＦＤＭストリームを生成する。
【００３９】
ＴＸ空間プロセッサ２０６は、ＯＦＤＭストリームに対する空間処理を実行する。このことは、各ＯＦＤＭストリームを空間プレコードし、そのあとで、トランシーバ２０８を介して異なるアンテナ２１０に対して各空間プレコードされたストリームを提供することによって、達成されることができる。各トランシーバ２０８は、無線チャネル上の送信について、それぞれのプレコードされたストリームでＲＦキャリアを変調する。
【００４０】
受信チェイン２００ｂに戻り、受信モードでは、各トランシーバ２０８ａ−２０８ｎは、そのそれぞれのアンテナ２１０ａ−２１０ｎを通じて信号を受信する。各トランシーバ２０８ａ−２０８ｎは、ＲＦキャリア上へ変調された情報を回復し、そしてＲＸ空間プロセッサ２２０に対して情報を提供するために、使用されることができる。
【００４１】
ＲＸ空間プロセッサ２２０は、無線ノード２００宛てのいずれの空間ストリームを回復するために情報に対する空間処理を実行する。空間処理は、チャネル相関マトリクス反転(Channel Correlation Matrix Inversion)（ＣＣＭＩ）、最小平均二乗誤差（ＭＭＳＥ）、ソフト干渉キャンセル（ＳＩＣ）、すなわち、他の何らかの適切な技法にしたがって実行されることができる。複数の空間ストリームが無線ノード２００宛てである場合、それらは、ＲＸ空間プロセッサ２２０で合成されうる。
【００４２】
ＯＦＤＭをインプリメントする無線ノードにおいて、ＲＸ空間プロセッサ２２０からのストリーム（または合成ストリーム(combined stream)）は、ＯＦＤＭ復調器２２２に対して提供される。ＯＦＤＭ復調器２２２は、高速フーリエ変換（ＦＦＴ）を使用して、ストリーム（または合成ストリーム）を、時間ドメインから周波数ドメインへと変換する。周波数ドメイン信号は、ＯＦＤＭ信号の各サブキャリアの個別ストリームを備える。ＯＦＤＭ復調器２２２は、各サブキャリア上で搬送されるデータ（すなわち、変調シンボル）を回復し、該データを変調シンボルのストリームへ多重化する。
【００４３】
ＲＸデータプロセッサ２２４は、信号コンスタレーションにおける正しい地点に戻って変調シンボルを変換するために使用されることができる。無線チャネルにおけるノイズおよび妨害より、変調シンボルは、オリジナル信号コンスタレーションにおける地点の正確なロケーションに対応しない場合がある。ＲＸデータプロセッサ２２４は信号コンスタレーションにおける有効なシンボルのロケーションと受信地点との間の最小の距離を見出すことによってどの変調シンボルが送信された可能性が最も高いかを検出する。これらのソフト判定は、ターボ符号の場合、例えば、与えられた変調シンボルと関連づけられたコードシンボルの対数尤度比（ＬＬＲ）をコンピュートするために使用されることができる。ＲＸデータプロセッサ２２４はＭＡＣ層にデータを提供する前に当初送信されたデータを復号するためにコードシンボルＬＬＲのシーケンスを使用する。ＲＸデータプロセッサ２２４は、受信機チェインにおける処理の間にバッファとして作用する１つまたは複数のメモリエレメントを含むことができる。
【００４４】
無線ノード２００はまた、ここにさらに説明されるように、ＳＤＭＡ対応の無線ＬＡＮにおいてアップリンクＲＳＤＭＡメッセージをスケジュールするためのコントローラ２５２を含む。コントローラ２５２の一態様において、コントローラ２５２は、その計算を実行するためにここにさらに説明される情報、メトリクス、および測定値を受信するためにＲＸデータプロセッサ２１４に結合される。例えば、コントローラ２５２のオペレーションの様々な態様で、ここにさらに説明されるように、サウンディングフレームは、ＡＰおよびＳＴＡのような２つのデバイス間でチャネル状態情報（ＣＳＩ）を測定するために使用される。コントローラ２５２は、サウンディングフレーム測定値に関連してそれが必要とする情報を検索するために受信機チェインを使用することができる。
【００４５】
図３は、ＡＰ３０２によって図示されるようなＡＰがＡＰ３０２に対して、複数のＳＴＡ３１０−１〜３１０−３によって図示されるような複数のＳＴＡによるアップリンク送信をスケジュールする本開示の一態様にしたがって構成されたＡＰ始動のアップリンクＳＤＭＡ送信プロセスを説明するために使用されることができるタイミング図３００を図示する。本開示の一態様に従い、ＡＰ３０２のオペレーションは図４のＡＰアップリンクスケジューリングオペレーションプロセス４００によって図示される。同様に、複数のＳＴＡ３１０−１〜３１０−３のＳＴＡのそれぞれのオペレーションは、図５００のＳＴＡアップリンク送信プロセスにより図示される。
【００４６】
最初に図４を参照すると、ステップ４０２で、ＡＰ３０２は、アップリンクＳＤＭＡ送信サイクルを開始することを始めることができるように、ネットワーク媒体へのアクセスを得るべきである。本開示の一態様では、ＡＰ３０２は、媒体上で送信するために複数のＳＴＡ３１０−１〜３１０−３と競うことによってアクセスを得ることができる。いったんＡＰ３０２がステップ４０２において媒体へのアクセスを得ると、オペレーションはステップ４０４に続く。
【００４７】
ステップ４０４で、本開示の一態様では、アップリンクＳＤＭＡ送信セッションを開始するために、ＡＰ３０２は、ＲＳＤＭＡメッセージ３０４によって図示されるようにＲＳＤＭＡメッセージを送出する。ＲＳＤＭＡメッセージ３０４は、リクエストインターバル（ＲＩ）と呼ばれる期間の間に複数のＳＴＡ３１０−１〜３１０−３からアップリンクリクエストを募る(solicit)ために使用される。ＲＳＤＭＡメッセージ３０４は、各ＳＴＡがそのアップリンクリクエストを送信することができる空間ストリーム（ＳＳ）およびタイムスロットのＳＴＡへの割当を含む。ＲＳＤＭＡメッセージ３０４の宛先アドレスは、ブロードキャストアドレスに設定することである。
【００４８】
本開示の一態様では、各ＲＳＤＭＡメッセージ３０４は、ＡＣと関連づけられる。ＲＳＤＭＡメッセージ３０４は、ＩＥＥＥ８０２．１１ｅに準拠することが意図されているクラスのコンテンションパラメータを使用して送信され、そして、ＲＳＤＭＡを送信するためのＡＩＦＳパラメータが保持される。ＲＳＤＭＡメッセージ３０４に使用される例示的なＲＳＤＭＡメッセージフォーマット６００は、図６で図示される。１つの例示的なフォーマットがここに開示されるにも関らず、当業者は、特定のアプリケーションに依存してフォーマットは変更されうるということを容易に理解するであろう。
【００４９】
例示的なＲＳＤＭＡメッセージ６００は、図６で図示される。１つの例示的なフォーマットがここに開示されているが、当業者は、特定のアプリケーションに依存してフォーマットは変更されうるということを容易に理解するであろう。本開示の一態様では、ＲＳＤＭＡメッセージ６００は、ＩＥＥＥ８０２．１１フレームフォーマットに基づいており、フレーム制御情報を提供する、フレーム制御（ＦＣ）フィールド６０２；メッセージの長さを示す、持続時間／ＩＤフィールド６０４；メッセージの宛先アドレスを保存するための、宛先アドレス（ＤＡ）フィールド６０６、そしてそれは、上記で示されるようにブロードキャストアドレスである；メッセージの送信側の識別情報を保存するソースアドレス（ＳＡ）フィールド６０８、この場合はＡＰである；そしてメッセージは適切に受信されたかどうかをメッセージの受信側が決定することを可能にするサイクリック冗長チェック（ＣＲＣ）フィールド６１６、を含む。ネットワークにおいてＲＳＤＭＡメッセージの送信に使用されるこれらのフィールドに加え、ＲＳＤＭＡメッセージ６００は、アップリンクＳＤＭＡ送信について、ＳＴＡに対してパラメータを通信することに関連するフィールドを含む。
【００５０】
例えば、ＳＤＭＡ通信に影響を与えるため各ＳＴＡによって必要とされるパラメータをＳＴＡに通知するために使用されるので、ＲＳＤＭＡメッセージ６００は、ネットワークへのアクセスをリクエストすることができるＳＴＡの数を示すスロットフィルールドあたりの局の数（＃ＳＴＡｓ）６１０を含むことができる。リクエストメッセージ送信についてオープンされるスロットの数は、スロットパラメータあたりの局の数とＲＳＤＭＡメッセージに応答することが想定されるＳＴＡの数の両方によって決定される。
【００５１】
ＲＳＤＭＡメッセージ６００はまた、ＲＳＤＭＡに応答する必要があるＳＴＡを識別するマスクであるビットマップフィールド６１４を含む。図７は、ＲＳＤＭＡメッセージフォーマット６００のビットマップフィールド６１４の例示的な設定７００を図示する。例示的な設定７００では、ビットマップは、ＲＴＳＭＡ−ＩＤが０，１，４，７…２５０，２５２，２５３および２５５であることを伴うＳＴＡは、アクティブであるということそしてＲＳＤＭＡに応答すべきであるということを示す。
【００５２】
本開示の一態様では、各ＳＴＡは、ＡＰとの関連づけの間にＲＴＳＭＡ−ＩＤを割り当てられる。ＳＴＡが関連づけを解除する(disassociates)と、ＲＴＳＭＡ−ＩＤはリサイクルされうる。ＲＴＳＭＡ−ＩＤの値は、アップリンクＳＤＭＡ送信セッションにおいてサポートされうるＳＴＡの最大数に基づいている。例えば、最大２５６のノードをサポートすることができるアップリンクＳＤＭＡ送信セッションでは、ＲＴＳＭＡ−ＩＤは８ビット値である。この場合、インプリメンテーションを簡略化するために、ＲＴＳＭＡ−ＩＤは、ＩＥＥＥ８０２．１１標準規格の下で関連づけプロセスの間にＡＰによって各ＳＴＡに割り当てられる２バイト関連付けＩＤ（ＡＩＤ）の最小バイトになるように単に構成されることができる。
【００５３】
ＲＳＤＭＡメッセージフォーマット６００はまた、ＲＳＤＭＡに応答する予定であるＳＴＡの最も高いＲＴＳＭＡーＩＤを示すＭａｘ ＩＤフィールド６１２を含む。この値は、ビットマップフィールド６１４のサイズを最適化するために使用され、そしてそれは、本開示の一態様における最大サイズ２５６ビットを有する。
【００５４】
ＲＳＤＭＡメッセージを使用することはオーバーヘッドを負担することに留意されるべきである。例えば、ＡＰからのＲＳＤＭＡメッセージの送信とＳＴＡからの応答は、送信リソースに加え処理のようなリソースを使用する。したがって、ＲＳＤＭＡメッセージが最も効率的に送信されるべき時は、ＡＰによって決定されうる。本開示の一態様では、ＡＰ３０２は、送信仕様からＲＳＤＭＡメッセージが送信されることとなっている頻度を推定することができる。ＡＰ３０２は送信するデータをいくつかのＳＴＡが有することを知っている、しかし、利用可能な空間の自由度を使用することを最大化したい。したがって、ＡＰ３０２は、最小レートでＲＳＤＭＡメッセージを送信することができ、ＳＴＡがＲＳＤＭＡを使用し始めるときにレートを増加させる。
【００５５】
ＲＳＤＭＡ送信および応答の間に、ＡＰは、ＡＰに接続されたＳＴＡのメトリックに関する情報を集める。本開示の一態様では、メトリックは、図２のバッファ２６２のような各ＳＴＡのバッファに対応する。バッファのステータスは、ＱｏＳ制御ヘッダ、サウンディングフレーム、またはいずれの他の適切なメカニズムから検索されることができ、その例は下記で提供されている。ＡＰは、アップリンクＳＤＭＡが送信における効率をもたらすであろう決定を行うことができる。バッファで送信されるべき未処理パケットの数以外に考慮されるべき他のファクタは、アップリンクＳＤＭＡが著しいオーバーヘッドを負担するときに、ＳＤＭＡを使用することによる効率の利得／損失、ＳＴＡ（複数）から受信されたチャネル条件メトリック、またはＱｏＳ必要要件を満たすことを含む。
【００５６】
ＡＰがアップリンクＳＤＭＡについて十分なアップリンクトラヒックがあるということを決定するとき、ＡＰは、ＲＳＤＭＡを送信するためにＳＴＡで競うことができる。本開示の一態様では、ＲＳＤＭＡは、それが意図されるクラスのコンテンションパラメータを使用して送信され；ＲＳＤＭＡを送信するためのＡＩＦＳパラメータが保持され、そしてそれはクラス間の公平性を管理することに役立つ；そして、データクラスｉについてのＣＷＭｉｎ因数は下記の式を介して縮小される。
【００５７】
ＣＷＭｉｎ＿ＲＳＤＭＡ（ｉ）＝ｆｌｏｏｒ（ＣＷＭｉｎ（ｉ）／ＮｕｍｂｅｒＯｆＳＴＡｓＷｉｔｈＤａｔａ（ｉ））
なお、ＣＷＭｉｎ＿ＲＳＤＭＡ（ｉ）は、クラスについて減らされているＳＤＭＡ送信の最小コンテンションウィンドウサイズであり、ＣＷＭｉｎ（ｉ）は、アクセスクラスの最小コンテンションウィンドウサイズであり、ＮｕｍｂｅｒＯｆＳＴＡｓＷｉｔｈＤａｔａ（ｉ）は、送信するデータを伴ったＳＴＡの数である。フロア関数は、ＣＷＭｉｎ＿ＲＳＤＭＡ（ｉ）の結果として生じる値が結果に最も近い最小の整数(lowest integer)であるということを確実にする関数である。
【００５８】
ＲＳＤＭＡメッセージは、非ＳＤＭＡ端末に対する公平性を確実にするためにＥＤＣＡルールでスケジュールされうる。ＡＰは、与えられたクラスについてＲＳＤＭＡメッセージが送信されるべき時を決定するために、ＳＴＡでバッファステータスを使用することができ、そしてそれは、各ＳＴＡが送信すべきデータについての情報を提供する。本開示の一態様では、ＳＤＭＡ送信は、いくつかのＳＴＡをスケジュールすることによって償却されうるかなりの量のオーバーヘッドを有する。言い換えると、アップリンクＳＤＭＡ送信オペレーションに複数のＳＴＡが関与することが許可される場合には、１つのＳＴＡからのアップリンクＳＤＭＡ送信オペレーションをスケジュールすることを必要とされるリソースオーバーヘッドは、ＳＴＡあたりのベースで(on a per-STA basis)減らされることができる。限定ではなく例として、アップリンクＳＤＭＡ送信オペレーションの間に、２つのＳＴＡが送信することを許可される場合には、ＳＴＡあたりのオペレーションを行うために必要なオーバーヘッドリソースは、１つのＳＴＡだけが関与しうる場合に比較して１／２だけ減少されうる。３つのＳＴＡが送信することを許可される場合には、ＳＴＡあたりのオーバーヘッドリソースは、１／３に減少され、以下同様であると考えることができる。実際のオーバーヘッドリソース減少はリニア関数に従わないことがありうることに留意されるべきである。
【００５９】
図５を参照すると、ステップ５０２でＲＳＤＭＡメッセージ３０４を受信することに応じて、ＲＳＤＭＡメッセージ３０４で識別された各ＳＴＡは、ステップ５０４でＲＴＳ−ＭＡ(Request to Send-Multiple Access)メッセージを送信することによってアップリンクリクエストを送信するであろう。図３で図示されるように、複数のＳＴＡ３１０−１〜３１０−３の各ＳＴＡは、それぞれのＲＴＳ−ＭＡメッセージ３１２−１〜３１２−３でＲＳＤＭＡメッセージ３０４に応答するであろう。ＲＴＳ−ＭＡメッセージ３１２−１〜３１２−３は、ステップ４０４のＡＰ３０２によって以前に決定されるような予め割り当てられたタイムスロットおよび空間ストリームを使用して送信される。本開示の一態様では、これらのＲＴＳ−ＭＡメッセージのそれぞれは、ここにさらに説明されるように、アップリンクトラヒックアクセスクラス、ＥＤＣＡバックオフカウンタ値、ＳＴＡのパケットサイズ、を含むことができる。
【００６０】
本開示の一態様では、それがＲＴＳ−ＭＡメッセージを送信すべきかを決定するために、ＳＴＡは、ＲＳＤＭＡメッセージのビットマップフィールド６１４をチェックすることができ、そのＲＴＳＭＡ−ＩＤに対応するビットが１であるかを判断することができる。そうである場合には、ＳＴＡは割り付けを受信し、リクエストされるときにはＲＴＳ−ＭＡメッセージを送信する。ＳＴＡが割り付けを受信しない場合には、ＳＴＡは、それ自体の送信について自由に競うことができる。
【００６１】
ＳＴＡがＲＴＳ−ＭＡメッセージを送信するという場合には、ＳＴＡは、ビットマップにおいて現在のビットまでに現れる１の数と、スロットあたりのＳＴＡの数をカウントすることによってそのスロット番号を決定することができ、所与のスロットにおけるＲＴＳ−ＭＡ送信の空間ストリームは、現在のスロットにおいて複数個の１のカウントとしてピックされる。例えば、スロットあたりの＃ＳＴＡ＝４であり、ビットマップフィールドが００１１１００１００１１０１１である場合、このことは、ＳＴＡ２，３，４及び７が、スロット-１においてＳＳ １，２，３及び４をピックし、ＳＴＡ１０，１１，１３及び１４が、スロット-２においてＳＳ １，２，３及び４をピックするということを示す。
【００６２】
ステップ４０６で、ＡＰ３０２は、それぞれ、ＳＴＡ−１ ３１０−１〜ＳＴＡ−３ ３１０−３から、ＲＴＳ−ＭＡメッセージ３１２−１〜３１２−３を受信する。ＲＴＳ−ＭＡメッセージフォーマット８００の例は、図８で図示される。ＲＴＳ−ＭＡメッセージはまた、ＳＴＡの範囲を推定するために、そして、ＳＴＡが送信しなくてはならないデータの量を決定するために、ＡＰによって使用されうる。本開示の一態様では、ＡＰ３０２は、精確なレンジング推定値を可能にするために、拡張されたサイクリックプリフィックスで送信されるべきすべてのＲＴＳ−ＭＡを必要とすることができる。
【００６３】
ＲＴＳ−ＭＡメッセージ８００は、ＳＤＭＡプリアンブル部分８０２を含む。本開示の一態様では、ＳＤＭＡプリアンブル部分８０２の長さは、ＡＰ３０２によって指定される空間ストリーム割り付けによって決定される。ＲＴＳ−ＭＡフレーム８００はまた、アップリンクトラヒックバックログフィールド８０４を含む。アップリンクトラヒックバックログフィールド８０４に含まれる情報は、ＳＴＡのバッファステータスをＡＰ３０２に通知することによってアップリンクトラヒックエポックをＡＰ３０２がスケジュールすることを可能にする。本開示の一態様では、アップリンクトラヒックバックログに含まれるＳＴＡのバッファ情報が、クラスあたりのベースで示されており、ボイス（ＶＯ）フィールド８１２、ビデオ（ＶＩ）フィールド８１４、ベストエフォート（ＢＥ）フィールド８１６、およびバックグラウンド（ＢＫ）フィールド８１８を含む。
【００６４】
ＲＴＳ−ＭＡフレーム８００はまた、パワー制御フィールド８０６を含む。パワー制御フィールド８０６に含まれる送信パワー情報は、ＡＰ３０２がＳＴＡへのその送信のパワーを調節することができるようにＳＴＡによって提供される。
【００６５】
ＲＴＳ−ＭＡフレーム８００は、エラー訂正に使用されうるＣＲＣフィールド８２２をさらに含み、テイルフィールド８２４もまた、ＲＴＳ−ＭＡフレーム８００が一定サイズであるということを確実にするために含まれる。
【００６６】
ステップ４０８で、ＡＰ３０２は、ステップ５０６で各ＳＴＡによって受信されるメッセージを受信し復号するためにすべてのＳＴＡに対してシグナリングするブロードキャストアドレスを使用してＲＴＳ−ＭＡアクナレッジメント（ＲＭＡ）メッセージ３０６をブロードキャストすることができる。ＲＭＡメッセージ３０６は、ＲＴＳ−ＭＡメッセージ３１２−１〜３１２−３の受信をアクナレッジし、ＳＴＡ３１０−１〜３１０−３にそれらの空間ストリーム割り付けを通知する。本開示の一態様では、ＲＭＡメッセージ３０６が１サブセットのＳＴＡに対して１以上の空間ストリームを割り付けるときには、トレーニングリクエストは、ＲＭＡ−ＴＲＭメッセージを生成するためにＲＭＡメッセージに対してオプションで追加されることができる。サウンディングは、アップリンクＳＤＭＡ変調およびコーディングスキーム（ＭＣＳ）計算を最適化するために使用されることができる。
【００６７】
ＲＭＡメッセージフォーマット９００の例が図９で与えられている。しかしながら、当業者が容易に理解するように、フォーマットは、特定のアプリケーションに依存して変更されうる。ＲＭＡメッセージフォーマット９００は、送信された各ＲＴＳ−ＭＡメッセージをアクナレッジするために使用されることができる。レンジング目的でＲＴＳ−ＭＡメッセージを使用するノードもまたそれらのＲＴＳ−ＭＡメッセージが受信されたということを知る必要があるということに留意されたい。上述されるように、ＲＭＡメッセージ９００は、ＳＴＡへのＭＡＣおよび空間ストリームの割り当てを含む。ＲＭＡメッセージ９００はまた、ここにさらに説明されるように、ＳＴＡに対してポストバックオフカウンタ値を割り当てるために使用されることができる。ＲＭＡメッセージフォーマット９００は、ＳＴＡ−ＩＮＦＯフィールド９１０におけるアップリンクＳＤＭＡデータ送信に選択されるＳＴＡのための空間ストリーム割り付けを含む。ＲＭＡメッセージフォーマット９００は、送信で参照されるＳＴＡを識別するＳＴＡ−ＩＤフィールド９５２−１〜９５２−ｎ、そして、ＳＴＡに対して空間ストリームを割り当てる空間ストリーム（＃ＳＳ）フィールドの数９５４−１〜９５４−ｎを含む。ＲＭＡメッセージフォーマット９００はまた、受信されたＲＴＳ−ＭＡメッセージ３１２−１〜３１２−３から得られるＣＳＩを使用することにより、閉ループパワー制御を使用して推定される各ＳＴＡについての送信パワーレベルを含む送信パワーレベルフィールド９５６−１〜９５６−ｎを含む。さらに、ＲＭＡメッセージフォーマット９００は、ＳＴＡからのアップリンク送信についてのタイミング遅延メッセージを示すために各ＳＴＡについてのレンジングビットを含むレンジングビットフィールド９５８−１〜９５８−ｎを含む。各ＳＴＡがまさに１つの空間ストリームを割り付けられる場合には、ＲＭＡメッセージ９００はまた、各局についてのＭＣＳ割り付けを含む。各ＳＴＡにつきシングルストリームを備え、ＳＴＡは、ＲＭＡに応じてデータを送信する。
【００６８】
本開示の一態様では、ＲＭＡメッセージフォーマット９００はまた、ＲＭＡメッセージの制御パラメータを提供するフレーム制御（ＦＣ）フィールド９０２；メッセージの長さを示す、持続時間／ＩＤ９０４；宛先アドレス（ＤＡ）フィールド９０６、そしてそれは、上述されているように、ブロードキャストアドレスである；メッセージの送信側を識別する、ソースアドレス（ＳＡ）フィールド９０８、この場合はＡＰ３０２である；メッセージが適切に受信されたかどうかを受信側が決定することを可能にする、サイクリック冗長度チェック（ＣＲＣ）フィールド９２０；を含む。
【００６９】
図３に戻って参照すると、ＲＭＡメッセージ９００は送信された後で、ＳＴＡは、アップリンク送信を実行することができる。本開示の一態様では、精確なチャネル状態情報を得るためにＳＴＡ３１０−１〜３１０−３にＡＰがクエリすることができる、さらなるステップは、アップリンク送信が生じる前に生じうる。チャネル状態情報を得ることはＳＤＭＡプロトコルの価値のある部分（valuable part）である、なぜならば、空間ストリームは、別の無線ノードから特定の無線ノードでターゲットされるストリームは他の無線ノードで低いパワー干渉として見られることができるように、このような構成で形成されるべきであるからである。非干渉ストリームの形成を容易にするために、送信ノードは、受信無線ノードのそれぞれからチャネル状態情報を使用することができる。本開示の一態様では、ＡＰ３０２のような送信ノードは、チャネル状態情報が推定される必要があるということを示してネットワークにおけるすべてのノードに対してリクエストメッセージをブロードキャストすることによってチャネルサウンディングを募る(solicit)ことができる。リクエストメッセージはまた、潜在的なＳＤＭＡ送信の受信側であるそれらのノードのみに送信されうる。この例では、リクエストメッセージは、それらが送信のすべての潜在的な受信側であるため、複数のＳＴＡ３１０−１〜３１０−３に対して送信されることができる。このリクエストは、ＲＭＡメッセージ３０６のようなＲＭＡメッセージまたはトレーニングリクエストメッセージと呼ばれる特定のメッセージの一部でありうる。
【００７０】
図５に戻って参照すると、ステップ５０８では、ＡＰ３０２のＲＭＡ−ＴＲＭメッセージのＳＴＡの応答は、ＳＴＡ３１０−１〜３１０−３に対して割り付けられるストリームの数にしたがってフォーマット化されるサウンディングフレームである。サウンディングフレーム３１４−１〜３１４−３は、ＣＳＩを提供するためにＡＰ３０２によって受信される。精確なチャネル状態情報を有することは精確なＭＡＣ割り付けにおいて支援し、そしてそれは、より高い変調スキームを使用するのに重要である。さらに後述されるように、ＭＣＳは、ＲＭＣメッセージを使用してＳＴＡ３１０−１〜３１０−３に対し後でフィードバックされることができる。ＡＰ３０２は、そのあとで、受信されたサウンディングフレームから、望ましいＳＴＡへのジョイントチャネル(joint channels)を推定することができる。この場合、チャネルはリバーシブルであるということが想定され、それは、アップリンクチャネル状態がダウンリンクチャネル状態と同様であるとされている。
【００７１】
図１０は、ＡＰからのリクエストに応じてＳＴＡによって送信されることができるサウンディングフレームフォーマット１０００を図示する。サウンディングフレーム１０００は、ＳＤＭＡプリアンブル部分１００２を含み、その長さは、空間ストリーム割り付けによって決定される。ＳＴＡがその測定されたチャネル品質をレポートするために、サウンディングフレームフォーマット１０００は、チャネル品質インジケータ（ＣＱＩ）フィールド１００４を提供し、そしてそれは、ＳＴＡにおいて受信されたメッセージに基づいてすべての受信アンテナおよびトーンについての受信ＳＮＲの平均を含む。ＣＱＩフィールド１００４に含まれる情報は、スケジューラが、ポスト検出された信号干渉／雑音比（ＳＩＮＲ）を推定しそして応答するＳＴＡについての適切な送信レートを割り当てることを可能にする。当業者によって知られているように、干渉および雑音は、静寂な期間の間受信機の周りの環境雑音のレベルを測定してＳＴＡによって決定されることができる。
【００７２】
サウンディングフレーム１０００は、リソースの使用を最大にするスケジュールを作成することにおいてスケジューラを容易にすることによってアップリンク送信をＡＰがスケジュールすることを可能にするアップリンクトラヒックバックログフィールド１００６を含み、したがって、ＭＡＣプロトコルの性能を最適化する。一態様では、アップリンクトラヒックバックログは、クラスあたりのベースで示され、ＶＯ（ボイス）、ＶＩ（ビデオ）、ＢＥ（ベストエフォート）、およびＢＫ（バックグラウンド）フィールド１０１２−１０１８は、４つのクラスを表す。
【００７３】
さらに、サウンディングフレーム１０００は、フィードバックを提供して、ＡＰがＡＰから特定ＳＴＡまで送信が生じる電力の量を減らすまたは増やすことを可能にするために、ＳＴＡによって使用されることができるパワー制御フィールド１０２０を含む。
【００７４】
エラー検出および訂正のためにＡＰによって使用されることができるＣＲＣフィールド１０２２、およびフレームの長さを満たすために使用されることができるテイルフィールド１０２４もまた含まれる。
【００７５】
ステップ４１０で、ＡＰ３０２は、ＲＭＡ−ＴＲＭメッセージに対して、それぞれ、ＳＴＡ３１０−１〜３１０−３から複数のサウンディングフレーム３１４−１〜３１４−３の応答を受信する。受信されたサウンディングフレームに基づいて、ＡＰ３０２は、ＲＴＳ−ＭＡ確認（ＲＭＣ）メッセージ３０８を作成し、通信信号品質を改善するためにＳＴＡ３１０−１〜３１０−３に対してそれを送信することができる。
【００７６】
ステップ４１２で、ＡＰ３０２は、ＲＭＣメッセージ３０８を送信し、そしてそのメッセージは、空間ストリーム割り当て、モジュラおよびコーディングスキーム、および、選択されたＳＴＡについてのアップリンクＳＤＭＡに必要とされたいずれのパワーオフセット値を含み、そしてそのメッセージは、図５のステップ５１０で示されるような選択されたＳＴＡによって受信される。本開示の一態様では、これらのＳＴＡは、それらのそれぞれのバックオフカウンタ値およびＡＣに基づいて、それらのＥＤＣＡプライオリティを好ましく保持するために選択される。したがって、ＡＰ３０２は、アップリンク送信を送信することが許可されるＳＴＡのリストに追加するためにＳＴＡを選択する。ＲＭＣメッセージ３０８はまた、送信オペレーションを実行するために必要とされる時間期間である持続時間の間、媒体をリザーブする。この持続時間は、選択されたＳＴＡによってリクエストされる最長のパケットサイズに基づくことができる。
【００７７】
ＲＭＣメッセージ３０８に対するＲＭＣメッセージ１１００の例が図１１で図示される。しかしながら、当業者が容易に理解するように、フォーマットは、特定のアプリケーションに依存して変更されうる。ＲＭＣメッセージ１１００は、アップリンク送信を可能にする媒体をリザーブするための、持続時間／ＩＤフィールド１１０４を含み、そしてそれは、アップリンク送信に選択されるＳＴＡに必要とされる送信時間を指定する期間である。本開示の一態様では、ＳＤＭＡ送信の持続時間がＳＴＡのアップリンク送信パワーによって決定される。媒体上でリスンしているＳＴＡは、持続時間／ＩＤフィールド１１０４を解読し、それらのネットワークアクセスベクトル（ＮＡＶ）を設定することができる、そしてそれは、そして、媒体にアクセスすることからどのくらいの長さだけ延期しなければならないかに関するＳＴＡについてのインジケータである。
【００７８】
ＲＭＣメッセージ１１００は、ＱｏＳをサポートしているＳＴＡが１連のフレームをトランスファすることを許可されるバウンド時間インターバル(bounded time interval)である送信機会（ＴｘＯＰ）フィールド１１１０を含む。本開示の一態様では、ＴＸＯＰは、開始時間と最大持続時間とによって定義され、送信の持続時間がＴＸＯＰフィールド１１１０に含まれる値の最大持続時間を超えて超過しないかぎり、できるだけ多くのフレームを局が送信することができる間のバウンド時間インターバルである。
【００７９】
先行ＲＴＳ−ＭＡ送信が開ループパワー制御を使用して実行されるということ、なお、ＡＰはＳＴＡからその送信パワーについてのフィードバックを受信しないということは留意されるべきである。対照的に、サウンディングの使用およびアップリンクＳＤＭＡデータ送信は閉ループパワー制御を使用するだろう。サウンディングフレームについての送信パワー情報は、ＲＭＡメッセージによって提供され、データフレームについてのパワー制御情報はＲＭＣメッセージによって提供される。以前に、ＡＰはジョイントチャネルを推定し、複数のＳＴＡ１１５０−１〜１１５０−ｎによるアップリンクＳＤＭＡデータ送信に使用されるべき微細のパワー制御に加え、ＭＣＳ割り付けを計算している。ＭＣＳ割り付け及び微細なパワー制御(fine grained power control)は、いくつかのサブフィールドを含むＳＴＡ−ＩＮＦＯフィールド１１２０に含まれ、そしてそれは、複数のＲＴＳＭＡ−ＩＤフィールド１１５２−１〜１１５２−ｎを含む。ＲＴＳＭＡ−ＩＤフィールド１１５２−１〜１１５２−ｎは、それらのためにＡＰによって計算されたＭＣＳと送信パワー制御を識別するために複数のＳＴＡ１１５０−１〜１１５０−ｎによって使用されることができる。送信パワー制御は、送信パワーフィールド１１５４−１〜１１５４−ｎにおいてＳＴＡに対して送信されうる。ＭＣＳ割り付けは、ＭＣＳフィールド１１５６−１〜１１５６−ｎにおいてＳＴＡに対して送信される。したがって、ＳＴＡは、ＲＭＣメッセージに含まれた情報を使用して正しいＭＣＳとパワー設定でアップリンクＳＤＭＡデータを送信することができる。
【００８０】
本開示の一態様では、ネットワークにおけるＲＭＣメッセージの送信に使用される上記の分野に加え、ＲＭＣメッセージ１１００は、ＩＥＥＥ８０２．１１のＭＡＣフレームフォーマットにも基づいているフィールドを含む。これらは、制御フレームを示す、フレーム制御（ＦＣ）フィールド１１０２；宛先アドレス（ＤＡ）フィールド１１０６、それはすべてのＳＴＡに対するブロードキャストアドレスである；メッセージの送信側を識別するソースアドレス（ＳＡ）フィールド１１０８、この場合はＡＰ３０２である；メッセージが適切に受信されたかどうかを受信側が決定することを可能にするサイクリック冗長度チェック（ＣＲＣ）フィールド１１２２；を含む。
【００８１】
ステップ５１２で、ＳＴＡ３１０−１〜３１０−３はアップリンクＳＤＭＡパケットを送信する；それらは、それぞれ、ＲＭＣメッセージで受信されＡＰ３０２によって決定されるような空間ストリーム、ＭＣＳ、およびパワーオフセット値を使用して、ＳＤＭＡデータ送信３１６−１〜３１６−３として図示される。ＡＰ３０２は、ステップ４１４でアップリンクＳＤＭＡ送信を受信する。
【００８２】
ステップ４１６で、いったんＡＰ３０２がＵＬ ＳＤＭＡパケットを成功裏に受信すると、ＡＰ３０２は、ＳＴＡからの送信をアクナレッジするためにブロックＡＣＫ（ＢＡ）メッセージ３２０で応答し、そしてそれは、ステップ５１４でＳＴＡ３１０−１〜３１０−３によって受信されるであろう。
【００８３】
ＲＳＤＭＡメッセージを受信し、それにＲＴＳ−ＭＡメッセージを使用して送信するデータをシグナリングしたＳＴＡについては、ＳＴＡは割り付けを受信する場合には、ＳＴＡはデータを送信し、送信の後でポストバックオフへ移る。さらに、媒体へのアクセスは、複数のＳＴＡ３１０−１〜３１０−３から、アクセスカテゴリとも呼ばれるアップリンクトラヒックアクセスクラスに依存しているプライオリティに基づいて提供される。ポストバックオフは、送信の後で媒体のコンテンションについて各ＳＴＡが対抗しないことであり、すべてのＳＴＡが送信の後でそれらのバックオフカウンタをデクリメントすることを可能にする。本開示の一態様では、アップリンクＳＤＭＡパケットの成功送信の後、ＳＴＡは、今後のアップリンク送信についてスケジュールされたＲＳＤＭＡまたはＲＴＳ−ＭＡ確認メッセージに依存しうる。ＳＴＡはまた、アップリンクトラヒックについて、ＥＤＣＡアクセスについてのそれらのバックオフカウンタを再初期化することができる。しかしながら、すべてのノードがそれら自体のバックオフカウントを選び、ＢＡの直後にポストバックオフを始める場合には、ＳＤＭＡ送信スキームにおいてＳＴＡのより多くの数があるので衝突の確率は高くなるであろう。
【００８４】
本開示の一態様では、ポストバックオフの間の衝突の確率を減らすことを試みる１つのアプローチは、ＡＰがＳＴＡに競わないように命令することである。この場合、ＡＰは、受信されたアップリンクデータについてさらなる送信するデータをＳＴＡが有するかを決定する。例えば、ＡＰは、ＢＡの間に命令を送信することができる。ＳＴＡは、ＡＰからさらなる割り付けを待機することができる。しかしながら、ＳＴＡについて、クラスあたりの「タイムアウト(time out)」は、タイムアウト内に割り付けを受信しない場合にはＳＴＡは自由に再び競うように、ＳＴＡについて定義される。
【００８５】
本開示の別の態様において、ポストバックオフする別のアプローチの場合、ＡＰは、各ＳＴＡに対してバックオフ値を割り当てることができる。スケジュールされたＳＴＡの数がＣＷＭｉｎ、最小コンテンションウィンドウよりも小さい場合には、各ＳＴＡは、１とＣＷＭｉｎとの間でランダムにソートされたアレイの数から個別の値を割り当てられる。スケジュールされたＳＴＡの数がＣＷＭｉｎより大きい場合には、各ＳＴＡは、下記の式にしたがってランダムにソートされたアレイの数から個別の値を割り当てられる。
【００８６】
ＳＴＡ（ｉ）＝Ａｒｒａｙ［１…Ｎｏ．ｏｆ ＳＴＡｓ＊α］
なお、αは、１より大きい数であり、「Ｎｏ．ｏｆ ＳＴＡｓ」は、送信のためにスケジュールされたＳＴＡの数である。
【００８７】
図１２は、アップリンクＳＤＭＡフレーム交換シーケンスで使用されることができるＳＴＡ上でインプリメントされるポストバックオフプロセス１２００を用いたアップリンク送信を図示する。ステップ１２０２で、アップリンクＳＤＭＡプロセスの間に、ＳＴＡは、コンテンションパラメータを有するアクセスクラスに属するデータを生成する。ステップ１２０４で、ＳＴＡは、ＡＰへの空間ストリーム上の送信についてデータの少なくとも一部分をプレコードする。そのあとで、ステップ１２０６で、ＳＴＡは、空間ストリーム送信に続くポストバックオフへ入る。
【００８８】
図１３は、本開示の一態様にしたがって装置の１つの構成の機能を図示する図である。本装置は、多元接続媒体上で複数のノードから空間分割多重化された送信を受信するためのモジュールと、ノードのうち１つまたは複数に関連するメトリックに基づいて空間分割多重化された送信を開始するためのモジュールと、を含む。
【００８９】
図１４は、本開示の一態様に従った装置の別の構成の機能を図示する図である。本装置は、コンテンションパラメータを有するアクセスクラスに属するデータを生成するためのモジュールと、空間ストリーム上の送信についてデータの少なくとも一部分をプレコードするためのモジュールと、空間ストリーム送信に続くポストバックオフへ入るためのモジュールと、を含む。
【００９０】
当業者はさらに、ここにおいて開示される態様に関連して説明される、様々な説明のための論理ブロック、モジュール、プロセッサ、手段、回路、そして、アルゴリズムステップのいずれかは、電子ハードウェア(例、デジタルインプリメンテーション、アナログインプリメンテーション、または、2つの組み合わせ、そして、それはソースコーディングまたは他の何らかの技術を使用して設計されうる)、命令を組み込んでいる様々な形態のプログラムまたは設計コード(ここでは、便宜上、「ソフトウェア」または「ソフトウェアモジュール」と呼ぶ)または、両方の組み合わせ、としてインプリメントされうるということを理解するであろう。ハードウェアとソフトウェアのこの互換性を明瞭に説明するために、様々な説明のためのコンポーネント、ブロック、モジュール、回路およびステップが、一般に、それらの機能性という観点から、上記に説明されてきた。このような機能性が、ハードウェアあるいはソフトウェアとしてインプリメントされるかどうかは、特定のアプリケーションと全体のシステムに課された設計制約(design constraints)に依存する。当業者は、各特定のアプリケーションについての様々な方法で、説明された機能性をインプリメントすることができるが、そのようなインプリメンテーションの決定は、本発明の範囲からの逸脱を生じさせるものとして解釈されるべきでない。
【００９１】
開示されるプロセスにおけるステップの特定の順序あるいは階層は例示的なアプローチの例であるということは理解される。設計の優先度に基づいて、プロセスにおけるステップの特定の順序または階層は、本開示の範囲内にありながら、再配列されることができる(rearranged)ということは、理解される。方法の請求項は、サンプル順序における様々なステップの構成要素を表わしており、表されている特定の順序または階層に限定されることを意味していない。
【００９２】
当業者は、様々な異なる技術および技法のうちのいずれかを使用して、情報と信号が表わされることができるということを理解するであろう。例えば、上記の説明の全体にわたって参照されることができる、データ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場または磁粒子、光場または光学粒子、あるいはそれらのいずれの組み合わせ、によって表わされることができる。
【００９３】
ここにおいて開示された実施形態に関連して説明された様々な説明のための、論理ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、あるいは他のプログラマブル論理回路、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェアコンポーネント、あるいは、ここに説明された機能を実行するように設計されたそれらのいずれの組み合わせ、でインプリメントされる、あるいは実行されることができる。汎用プロセッサは、マイクロプロセッサであってもよいが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、あるいはステートマシン(state machine)であってもよい。プロセッサはまた、コンピューティングデバイス(computing devices)の組み合わせ、例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと併用しての１以上のマイクロプロセッサ、あるいはいずれの他のそのような構成のもの、としてインプリメントされることができる。
【００９４】
ここに開示された実施形態に関して記述された方法またはアルゴリズムのステップは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、または、それらの２つの組み合わせにおいて、具現化されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭあるいは当技術分野において知られている記憶媒体のいずれの他の形態、において常駐することができる。例示的な記憶媒体は、プロセッサに結合されるので、プロセッサが記憶媒体から情報を読み出すことができ、また記憶媒体に情報を書き込むことができる。あるいは、記憶媒体は、プロセッサに一体化されてもよい。プロセッサと記憶媒体は、ＡＳＩＣにおいて常駐していてもよい。ＡＳＩＣは、ユーザ端末に常駐することができる。あるいは、プロセッサと記憶媒体は、ユーザ機器において、ディスクリートコンポーネントとして存在していてもよい。
【００９５】
上述された説明は、当業者が本開示の全範囲を十分に理解することを可能にするために提供される。ここに開示される様々な構成に対する修正は、当業者にとって容易に明らかであろう。したがって、本願請求項は、ここに記載された開示の様々な態様に限定されるように意図されていないが、本願請求項の用語と一貫して全範囲を与えられており、単数の構成要素への言及は、「１以上(one or more)」というよりも、具体的に述べられていない限り「１つ及び１つのみ(one and only one)」を意味するように意図されていない。特に述べられていないかぎり、用語「いくつか(some)」は、１つまたは複数を指す。構成要素の組み合わせのうち少なくとも１つ（例えば、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」）を記載する請求項は、記載された構成要素のうち１つまたは複数（例えば、Ａ、またはＢ、またはＣ、または、そのいずれの組み合わせ）を指す。当業者に知られているまたは後に知られる、本開示全体にわたって説明される様々な態様の構成要素に対するすべての構造的及び機能的な同等物は、参照によりここにおいて明示的に組み込まれており、そして、本願請求項によって包含されるように意図される。さらに、ここにおいて開示されているものは、そのような開示が本願請求項で明示的に記載されているかどうかに関らず、公的に使用されることが意図されている。請求項の構成要素が明示的にフレーズ「するための手段(means for)」を使用して記載されていないかぎり、または、方法の請求項の場合にはフレーズ「するためのステップ(step for)」を使用して記載されていないかぎり、米国特許法第１１２条第６項の規定の下で請求項の構成要素は解釈されるべきではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］無線通信のための装置であって、
多元接続媒体上で複数のノードから、空間分割多重化された送信についてのリクエストを受信するように、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始するように、
構成された処理システム、
を備える装置。
［２］前記処理システムは、前記複数のノードから送信についてのリクエストを受信するために複数のスロットを割り付けるようにさらに構成される、［１］に記載の装置。
［３］前記割り付けは、ビットマップを備える、［２］に記載の装置。
［４］前記ビットマップにおける各ビットは、前記複数のノードにおけるノードと関連づけられ、前記ノードが送信をリクエストするであろうというインジケーションを備える、［３］に記載の装置。
［５］前記メトリックは、前記１つまたは複数のノードのそれぞれによって送信されるべきデータの量を備える、［１］に記載の装置。
［６］前記処理システムは、前記１つまたは複数のノードのそれぞれにおいてバッファで保存されるデータの量に基づいて前記メトリックを決定するようにさらに構成される、［５］に記載の装置。
［７］前記メトリックは、前記１つまたは複数のノードのそれぞれについてのチャネル状態情報を備える、［１］に記載の装置。
［８］前記メトリックは、前記１つまたは複数のノードのそれぞれについてのサービスの品質またはプライオリティベースの要件のうち少なくとも１つを備える、［１］に記載の装置。
［９］前記処理システムは、メッセージをブロードキャストするために前記媒体へのアクセスについて競うことによって前記空間分割多重化された送信を開始するようにさらに構成される、［１］に記載の装置。
［１０］前記メッセージは、前記空間分割多重化された送信について前記ノードを識別する、［９］に記載の装置。
［１１］前記ノードのそれぞれによって送信されるべきデータは、コンテンションパラメータを備えるアクセスクラスに属し、前記処理システムは、前記アクセスクラスの前記コンテンションパラメータを使用して前記媒体へのアクセスについて競うようにさらに構成される、［９］に記載の装置。
［１２］前記コンテンションパラメータは、最小コンテンションウィンドウサイズを備え、前記処理システムは、前記アクセスクラスの前記最小コンテンションウィンドウサイズよりも小さいコンテンションウィンドウサイズを使用して前記媒体へのアクセスについて競うようにさらに構成される、［１１］に記載の装置。
［１３］前記最小コンテンションウィンドウサイズは、前記アクセスクラスの前記最小コンテンションウィンドウサイズに基づいた数を送信するデータを伴った前記ノードの数で割ったものと等しい、［１２］に記載の装置。
［１４］前記処理システムは、前記メッセージに応じて前記ノードのそれぞれから、データを送信するリクエストを受信するようにさらに構成される、［９］に記載の装置。
［１５］前記処理システムは、前記ノードのそれぞれに対して空間ストリームを割り付けるためにメッセージをブロードキャストするようにさらに構成される、［１］に記載の装置。
［１６］前記処理システムは、前記ノードのそれぞれからサウンディングフレームを受信し、チャネル状態情報をコンピュートし、前記空間ストリームからデータを処理システムが離すことを可能にするようにさらに構成される、［１５］に記載の装置。
［１７］前記処理システムは、前記割り付けられた空間ストリーム上で前記ノードのそれぞれからデータを受信するようにさらに構成される、［１５］に記載の装置。
［１８］前記処理システムは、前記割り付けられた空間ストリーム上で前記ノードのそれぞれから前記データを受信することに応じてアクナレッジメントを送信するようにさらに構成される、［１７］に記載の装置。
［１９］前記処理システムは、前記空間分割多重化送信に関与していない他のノードをシグナリングし、前記空間分割多重化送信の持続時間の間、それらの送信を見送るようにさらに構成される、［１］に記載の装置。
［２０］前記処理システムは、空間分割多重化送信をサポートしないレガシノードに従って前記空間分割多重化された送信に関与していない他のノードをシグナリングするようにさらに構成される、［１］に記載の装置。
［２１］無線通信のための装置であって、
多元接続媒体上で複数のノードから、空間分割多重化された送信についてのリクエストを受信するための手段と、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始するための手段と、
を備える装置。
［２２］前記複数のノードから送信についてのリクエストを受信するために複数のスロットを割り付けるための手段、をさらに備える［２１］に記載の装置。
［２３］前記割り付けは、ビットマップを備える、［２２］に記載の装置。
［２４］前記ビットマップにおける各ビットは、前記複数のノードにおけるノードと関連づけられ、前記ノードが送信をリクエストするであろうというインジケーションを備える、［２３］に記載の装置。
［２５］前記メトリックは、前記１つまたは複数のノードのそれぞれによって送信されるべきデータの量を備える、［２１］に記載の装置。
［２６］前記１つまたは複数のノードのそれぞれにおいてバッファで保存されるデータの量に基づいて前記メトリックを決定するための手段、をさらに備える［２５］に記載の装置。
［２７］前記メトリックは、前記１つまたは複数のノードのそれぞれについてのチャネル状態情報を備える、［２１］に記載の装置。
［２８］前記メトリックは、前記１つまたは複数のノードのそれぞれについてのサービスの品質またはプライオリティベースの要件のうち少なくとも１つを備える、［２１］に記載の装置。
［２９］前記空間分割多重化された送信を開始するための手段は、メッセージをブロードキャストするために前記媒体へのアクセスについて競うための手段を備える、［２１］に記載の装置。
［３０］前記メッセージは、前記空間分割多重化された送信について前記ノードを識別する、［２９］に記載の装置。
［３１］前記ノードのそれぞれによって送信されるべきデータは、コンテンションパラメータを備えるアクセスクラスに属し、前記媒体へのアクセスについて競うための手段は、前記アクセスクラスの前記コンテンションパラメータを使用するように構成される、［２９］に記載の装置。
［３２］前記コンテンションパラメータは、最小コンテンションウィンドウサイズを備え、前記媒体へのアクセスについて競うための手段は、前記アクセスクラスの前記最小コンテンションウィンドウサイズよりも小さいコンテンションウィンドウサイズを使用して前記媒体へのアクセスについて競うための手段を備える、［３１］に記載の装置。
［３３］前記最小コンテンションウィンドウサイズは、前記アクセスクラスの前記最小コンテンションウィンドウサイズに基づいた数を、送信するデータを伴った前記ノードの数で割ったものと等しい、［３２］に記載の装置。
［３４］前記メッセージに応じて前記ノードのそれぞれから、データを送信するリクエストを受信するための手段、をさらに備える［２９］に記載の装置。
［３５］前記ノードのそれぞれに対して空間ストリームを割り付けるためにメッセージをブロードキャストするための手段、をさらに備える［２１］に記載の装置。
［３６］前記ノードのそれぞれからサウンディングフレームを受信し、チャネル状態情報をコンピュートし、前記空間ストリームからデータが離されることを可能にするための手段、をさらに備える［３５］に記載の装置。
［３７］前記割り付けられた空間ストリーム上で前記ノードのそれぞれからデータを受信するための手段、をさらに備える［３５］に記載の装置。
［３８］前記割り付けられた空間ストリーム上で前記ノードのそれぞれから前記データを受信することに応じてアクナレッジメントを送信するための手段、をさらに備える［３７］に記載の装置。
［３９］前記空間分割多重化送信に関与していない他のノードをシグナリングし、前記空間分割多重化送信の持続時間の間、それらの送信を見送るための手段、をさらに備える［２１］に記載の装置。
［４０］空間分割多重化送信をサポートしないレガシノードに従って前記空間分割多重化された送信に関与していない他のノードをシグナリングするための手段、をさらに備える［２１］に記載の装置。
［４１］無線通信の方法であって、
多元接続媒体上で複数のノードから、空間分割多重化された送信についてのリクエストを受信することと、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始することと、
を備える方法。
［４２］前記複数のノードから送信についてのリクエストを受信するために複数のスロットを割り付けるための手段、をさらに備える、［４１］に記載の方法。
［４３］前記割り付けは、ビットマップを備える、［４２］に記載の方法。
［４４］前記ビットマップにおける各ビットは、前記複数のノードにおけるノードと関連づけられ、前記ノードが送信をリクエストするであろうというインジケーションを備える、［４３］に記載の方法。
［４５］前記メトリックは、前記１つまたは複数のノードのそれぞれによって送信されるべきデータの量を備える、［４１］に記載の方法。
［４６］前記１つまたは複数のノードのそれぞれにおいてバッファで保存されるデータの量に基づいて前記メトリックを決定することをさらに備える、［４５］に記載の方法。
［４７］前記メトリックは、前記１つまたは複数のノードのそれぞれについてのチャネル状態情報を備える、［４１］に記載の方法。
［４８］前記メトリックは、前記１つまたは複数のノードのそれぞれについてのサービスの品質またはプライオリティベースの要件のうち少なくとも１つを備える、［４１］に記載の方法。
［４９］前記空間分割多重化された送信は、メッセージをブロードキャストするために前記媒体へのアクセスについて競うことによって開始される、［４１］に記載の方法。
［５０］前記メッセージは、前記空間分割多重化された送信について前記ノードを識別する、［４９］に記載の方法。
［５１］前記ノードのそれぞれによって送信されるべきデータは、コンテンションパラメータを備えるアクセスクラスに属し、前記方法は、前記アクセスクラスの前記コンテンションパラメータを使用して前記媒体へのアクセスについて競うことをさらに備える、［４９］に記載の方法。
［５２］前記コンテンションパラメータは、最小コンテンションウィンドウサイズを備え、前記方法は、前記アクセスクラスの前記最小コンテンションウィンドウサイズよりも小さいコンテンションウィンドウサイズを使用して前記媒体へのアクセスについて競うことをさらに備える、［５１］に記載の方法。
［５３］前記最小コンテンションウィンドウサイズは、前記アクセスクラスの前記最小コンテンションウィンドウサイズに基づいた数を送信するデータを伴った前記ノードの数で割ったものと等しい、［５２］に記載の方法。
［５４］前記メッセージに応じて前記ノードのそれぞれから、データを送信するリクエストを受信すること、をさらに備える、［４９］に記載の方法。
［５５］前記ノードのそれぞれに対して空間ストリームを割り付けるためにメッセージをブロードキャストすること、をさらに備える、［４１］に記載の方法。
［５６］前記ノードのそれぞれからサウンディングフレームを受信し、チャネル状態情報をコンピュートし、データが前記空間ストリームからの離されることを可能にすること、をさらに備える［５５］に記載の方法。
［５７］前記割り付けられた空間ストリーム上で前記ノードのそれぞれからデータを受信すること、をさらに備える［５５］に記載の方法。
［５８］前記割り付けられた空間ストリーム上で前記ノードのそれぞれから前記データを受信することに応じてアクナレッジメントを送信すること、をさらに備える［５７］に記載の方法。
［５９］前記空間分割多重化送信に関与していない他のノードをシグナリングし、前記空間分割多重化送信の持続時間の間、それらの送信を見送ること、をさらに備える［４１］に記載の方法。
［６０］空間分割多重化送信をサポートしないレガシノードに従って前記空間分割多重化された送信に関与していない他のノードをシグナリングすること、をさらに備える［４１］に記載の方法。
［６１］通信のためのコンピュータプログラムプロダクトであって、
多元接続媒体上で複数のノードから、空間分割多重化された送信についてのリクエストを受信することと、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始することと、
を実行することが可能な命令で符号化された機械可読媒体、
を備えるコンピュータプログラムプロダクト。
［６２］アクセスポイントであって、
複数のアンテナと；
多元接続媒体上で複数のノードから、空間分割多重化された送信についてのリクエストを受信するように、
前記ノードのうち１つまたは複数に関連するメトリックに基づいて前記空間分割多重化された送信を開始するように、
構成された処理システムと；
前記アンテナを通じて前記媒体に対し前記処理システムをインタフェース接続するように構成されたトランシーバと；
を備えるアクセスポイント。
［６３］無線通信のための装置であって、
コンテンションパラメータを有するアクセスクラスに属するデータを生成するように、
空間ストリーム上の送信について前記データの少なくとも一部分をプレコードするように、
前記空間ストリーム送信に続くポストバックオフへ入るように、
構成された処理システム、
を備える装置。
［６４］前記ポストバックオフは、コンテンションプロセスへ入る前に予め定めらされた期間の間待機することを備える、［６３］に記載の装置。
［６５］前記予め定めらされた期間は、前記アクセスクラスに基づいている、［６４］に記載の装置。
［６６］前記ポストバックオフは、アクセスポイントによって割り当てられた値に基づいている、［６３］に記載の装置。
［６７］前記ポストバックオフは、前記空間ストリーム送信の間に送信する他の装置の数に基づいている、［６３］に記載の装置。
［６８］無線通信のための装置であって、
コンテンションパラメータを有するアクセスクラスに属するデータを生成するための手段と、
空間ストリーム上の送信について前記データの少なくとも一部分をプレコードするための手段と、
前記空間ストリーム送信に続くポストバックオフへ入るための手段と、
を備える装置。
［６９］前記ポストバックオフは、コンテンションプロセスへ入る前に予め定めらされた期間の間、待機することを備える、［６３］に記載の装置。
［７０］前記予め定めらされた期間は、前記アクセスクラスに基づいている、［６９］に記載の装置。
［７１］前記ポストバックオフは、アクセスポイントによって割り当てられた値に基づいている、［６９］に記載の装置。
［７２］前記ポストバックオフは、前記空間ストリーム送信の間に送信する他の装置の数に基づいている、［６９］に記載の装置。
［７３］無線通信のための方法であって、
コンテンションパラメータを有するアクセスクラスに属するデータを生成することと、
空間ストリーム上の送信について前記データの少なくとも一部分をプレコードすることと、
前記空間ストリーム送信に続くポストバックオフへ入ることと、
を備える方法。
［７４］前記ポストバックオフは、コンテンションプロセスへ入る前に予め定めらされた期間の間、待機することを備える、［７３］に記載の方法。
［７５］前記予め定めらされた期間は、前記アクセスクラスに基づいている、［７４］に記載の方法。
［７６］前記予め定めらされた期間は、アクセスポイントによって割り当てられた値に基づいている、［７４］に記載の方法。
［７７］前記予め定めらされた期間は、前記空間ストリーム送信の間に送信する他の装置の数に基づいている、［７４］に記載の方法。
［７８］通信のためのコンピュータプログラムプロダクトであって、
コンテンションパラメータを有するアクセスクラスに属するデータを生成することと、
空間ストリーム上の送信について前記データの少なくとも一部分をプレコードすることと、
前記空間ストリーム送信に続くポストバックオフへ入ることと、
を実行することが可能な命令で符号化された機械可読媒体、
を備えるコンピュータプログラムプロダクト。
［７９］ユーザインタフェースと；
前記ユーザインタフェースに応じてデータを生成するように、なお、前記データは、コンテンションパラメータを有するアクセスクラスに属する、
空間ストリーム上の送信について前記データの少なくとも一部分をプレコードし、前記空間ストリーム送信に続くポストバックオフへ入るように、
構成された処理システムと；
を備える局。
【図１】
0005453460.tif 000002
【図２】
0005453460.tif 000003
【図３】
0005453460.tif 000004
【図４】
0005453460.tif 000005
【図５】
0005453460.tif 000006
【図６】
0005453460.tif 000007
【図７】
0005453460.tif 000008
【図８】
0005453460.tif 000009
【図９】
0005453460.tif 000010
【図１０】
0005453460.tif 000011
【図１１】
0005453460.tif 000012
【図１２】
0005453460.tif 000013
【図１３】
0005453460.tif 000014
【図１４】
0005453460.tif 000015