(57)【要約】  ワイヤレス通信システムにおいて、短期間干渉緩和を伴うデータ送信のための技術をここで記述する。１つの設計では、第１の局（例えば、基地局または端末）は、第２の局によって送られた、少なくとも１つのリソース上の干渉の減少を要求するメッセージを受信する。メッセージの受信に応答して、第１の局は、メッセージ中で送られた優先順位メトリック、第１の局におけるバッファサイズ等のような１つ以上の要因に基づいて、少なくとも１つのリソースに対して使用する第１の送信電力レベルを決定する。第１の局は、第１の送信電力レベルに基づいて決定された第２の送信電力レベルで、少なくとも１つのリソース上で、電力判定パイロットを送信する。【選択図】図８
2011514713.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法において、
第２の局によって送られた、少なくとも１つのリソース上の干渉の減少を要求するメッセージを、第１の局において受信することと、
前記メッセージの受信に応答して、前記第１の局によって、前記少なくとも１つのリソースに対して使用する第１の送信電力レベルを決定することと、
前記第１の送信電力レベルに基づいて決定された第２の送信電力レベルで、前記第１の局からパイロットを送ることと
を含む方法。
【請求項２】
前記第２の送信電力レベルを、前記第１の送信電力レベルに等しく設定することをさらに含む、請求項１記載の方法。
【請求項３】
前記第２の送信電力レベルを、前記第１の送信電力レベルのスケーリングされたバージョンに等しく設定することをさらに含む、請求項１記載の方法。
【請求項４】
前記パイロットは、第１の時間期間中に、前記少なくとも１つのリソース上で送られ、前記第１の送信電力レベルは、前記第１の時間期間より後の第２の時間期間中に、少なくとも１つのリソースに対して使用される、請求項１記載の方法。
【請求項５】
前記第１の送信電力レベルを決定することは、
前記メッセージの受信電力に基づいて、前記第２の局に対するパス損失を推定することと、
ターゲット干渉レベルと、前記第２の局に対して推定されたパス損失とに基づいて、前記第１の送信電力レベルを決定することと
を含む、請求項１記載の方法。
【請求項６】
前記第１の送信電力レベルを決定することは、
前記第１の局におけるバッファサイズに基づいて、前記第１の送信電力レベルを決定することを含む、請求項１記載の方法。
【請求項７】
前記メッセージから優先順位情報を取得することと、
前記優先順位情報に基づいて、前記メッセージを認可または却下するか否かを決定することと
をさらに含む、請求項１記載の方法。
【請求項８】
前記パイロットを送ることは、
前記第１の局における複数の送信アンテナから前記パイロットを送ることを含み、
前記パイロットは、前記送信アンテナに対して選択された送信電力レベルで、各送信アンテナから送信される、請求項１記載の方法。
【請求項９】
前記複数の送信アンテナに対する送信電力レベルを決定して、前記第２の局とは異なる方向に、電力をステアリングすることをさらに含む、請求項８記載の方法。
【請求項１０】
前記第２の局に対する干渉を減少させるために、前記第１の局における複数の送信アンテナに対するプリコーディング重みを決定することをさらに含み、
前記パイロットは、前記プリコーディング重みにしたがって、前記複数の送信アンテナから送られる、請求項１記載の方法。
【請求項１１】
前記第２の局に対する干渉を減少させるために、前記第１の局における複数の送信アンテナに対するプリコーディング重みを決定することと、
前記第１の第２に対して、プリコーディング重みを送ることと
をさらに含む、請求項１記載の方法。
【請求項１２】
ワイヤレス通信のための装置において、
少なくとも１つのプロセッサを具備し、
前記少なくとも１つのプロセッサは、
第２の局によって送られた、少なくとも１つのリソース上の干渉の減少を要求するメッセージを、第１の局において受信し、
前記メッセージの受信に応答して、前記第１の局によって、前記少なくとも１つのリソースに対して使用する第１の送信電力レベルを決定し、
前記第１の送信電力レベルに基づいて決定された第２の送信電力レベルで、前記第１の局からパイロットを送る
ように構成されている装置。
【請求項１３】
前記少なくとも１つのプロセッサは、
前記パイロットを、第１の時間期間中に、前記少なくとも１つのリソース上で送り、
前記第１の送信電力レベルを、前記第１の時間期間より後の第２の時間期間中に、少なくとも１つのリソースに対して使用する
ように構成されている、請求項１２記載の装置。
【請求項１４】
前記少なくとも１つのプロセッサは、
前記メッセージの受信電力に基づいて、前記第２の局に対するパス損失を推定し、
ターゲット干渉レベルと、前記第２の局に対して推定されたパス損失とに基づいて、前記第１の送信電力レベルを決定する
ように構成されている、請求項１２記載の装置。
【請求項１５】
ワイヤレス通信のための装置において、
第２の局によって送られた、少なくとも１つのリソース上の干渉の減少を要求するメッセージを、第１の局において受信する手段と、
前記メッセージの受信に応答して、前記第１の局によって、前記少なくとも１つのリソースに対して使用する第１の送信電力レベルを決定する手段と、
前記第１の送信電力レベルに基づいて決定された第２の送信電力レベルで、前記第１の局からパイロットを送る手段と
を具備する装置。
【請求項１６】
前記パイロットは、第１の時間期間中に、前記少なくとも１つのリソース上で送られ、前記第１の送信電力レベルは、前記第１の時間期間より後の第２の時間期間中に、少なくとも１つのリソースに対して使用される、請求項１５記載の装置。
【請求項１７】
前記第１の送信電力レベルを決定する手段は、
前記メッセージの受信電力に基づいて、前記第２の局に対するパス損失を推定する手段と、
ターゲット干渉レベルと、前記第２の局に対して推定されたパス損失とに基づいて、前記第１の送信電力レベルを決定する手段と
を備える、請求項１５記載の装置。
【請求項１８】
コンピュータ読取可能媒体を備えるコンピュータプログラム製品において、
前記コンピュータ読取可能媒体は、
少なくとも１つのコンピュータに、第２の局によって送られた、少なくとも１つのリソース上の干渉の減少を要求するメッセージを、第１の局において受信させるためのコードと、
前記少なくとも１つのコンピュータに、前記メッセージの受信に応答して、前記第１の局によって、前記少なくとも１つのリソースに対して使用する第１の送信電力レベルを決定させるためのコードと、
前記少なくとも１つのコンピュータに、前記第１の送信電力レベルに基づいて決定された第２の送信電力レベルで、前記第１の局からパイロットを送信させるためのコードと
を有する、コンピュータ読取可能媒体。
【請求項１９】
ワイヤレス通信のための方法において、
少なくとも１つのリソースに対する端末の送信能力を要求するメッセージを受信することと、
前記少なくとも１つのリソースに対して、前記端末によって使用可能な最大送信電力レベルで、パイロットを送ることと
を含む方法。
【請求項２０】
前記パイロットを送ることは、
第１の時間期間中に、前記少なくとも１つのリソース上で、前記パイロットを送ることを含み、
前記最大送信電力レベルは、前記第１の時間期間より後の第２の時間期間中に、前記少なくとも１つのリソースに対して使用可能である、請求項１９記載の方法。
【請求項２１】
前記少なくとも１つのリソース上の干渉の減少を要求する少なくとも１つのメッセージを、少なくとも１つの隣接基地局から受信することと、
前記少なくとも１つのメッセージに基づいて、前記少なくとも１つのリソースに対して、前記端末によって使用可能な前記最大送信電力レベルを決定することと
をさらに含む、請求項１９記載の方法。
【請求項２２】
前記最大送信電力レベルを決定することは、
前記少なくとも１つの隣接基地局から受信されたメッセージの受信電力に基づいて、前記隣接基地局のそれぞれに対するパス損失を推定することと、
ターゲット干渉レベルと、前記隣接基地局のそれぞれに対して推定されたパス損失とに基づいて、前記最大送信電力レベルを決定することと
を含む、請求項２１記載の方法。
【請求項２３】
前記パイロットを送ることは、
前記端末において、複数の送信アンテナから前記パイロットを送ることを含み、
前記パイロットは、各送信アンテナに対して選択された送信電力レベルで、前記各送信アンテナから送られる、請求項１９記載の方法。
【請求項２４】
前記少なくとも１つのリソース上の干渉の減少を要求するメッセージを、隣接基地局から受信することと、
前記隣接基地局に対する干渉を減少させるために、前記端末における複数の送信アンテナに対するプリコーディング重みを決定することと、
前記プリコーディング重みにしたがって、前記パイロットを送ることと
をさらに含む、請求項１９記載の方法。
【請求項２５】
ワイヤレス通信のための装置において、
少なくとも１つのプロセッサを具備し、
前記少なくとも１つのプロセッサは、
少なくとも１つのリソースに対する端末の送信能力を要求するメッセージを受信し、
前記少なくとも１つのリソースに対して、前記端末によって使用可能な最大送信電力レベルで、パイロットを送る
ように構成されている装置。
【請求項２６】
前記少なくとも１つのプロセッサは、
第１の時間期間中に、前記少なくとも１つのリソース上で、前記パイロットを送り、
前記第１の時間期間より後の第２の時間期間中に、前記少なくとも１つのリソースに対して、前記最大送信電力レベルを使用する
ように構成されている、請求項２５記載の装置。
【請求項２７】
前記少なくとも１つのプロセッサは、
前記メッセージを担当基地局から受信し、
前記少なくとも１つのリソース上の干渉の減少を要求する少なくとも１つのメッセージを、少なくとも１つの隣接基地局から受信し、
前記少なくとも１つのメッセージに基づいて、前記少なくとも１つのリソースに対して、前記端末によって使用可能な前記最大送信電力レベルを決定する
ように構成されている、請求項２５記載の装置。
【請求項２８】
前記少なくとも１つのプロセッサは、
前記少なくとも１つの隣接基地局から受信されたメッセージの受信電力に基づいて、前記隣接基地局のそれぞれに対するパス損失を推定し、
ターゲット干渉レベルと、前記隣接基地局のそれぞれに対して推定されたパス損失とに基づいて、前記最大送信電力レベルを決定する
ように構成されている、請求項２７記載の装置。
【請求項２９】
ワイヤレス通信のための方法において、
第１の時間期間中に、データ送信に対して使用する第１の送信電力レベルを決定することと、
前記第１の送信電力レベルに基づいて、パイロットに対して使用する第２の送信電力レベルを決定することと、
前記第１の時間期間より前の第２の時間期間中に、前記第２の送信電力レベルで前記パイロットを送ることと
を含む方法。
【請求項３０】
前記第２の送信電力レベルを決定することは、前記第２の送信電力レベルを、前記第１の送信電力レベルに等しく設定することを含む、請求項２９記載の方法。
【請求項３１】
前記第２の送信電力レベルを決定することは、前記第２の送信電力レベルを、前記第１の送信電力レベルのスケーリングされたバージョンに等しく設定することを含む、請求項２９記載の方法。
【請求項３２】
前記第１の時間期間中に、少なくとも１つのリソース上の干渉の減少を要求するメッセージを受信することをさらに含み、
前記パイロットは、前記メッセージの受信に応答して、前記第２の時間期間中に、前記少なくとも１つのリソース上で送られる、請求項２９記載の方法。
【請求項３３】
前記メッセージの送信機に対する干渉を減少させるために、複数の送信アンテナに対するプリコーディング重みを決定することと、
前記メッセージの送信機に対して、前記プリコーディング重みを送ることと
をさらに含む、請求項３２記載の方法。
【請求項３４】
複数の送信アンテナに対するプリコーディング重みを決定して、前記パイロットと前記データ送信をステアリングすることをさらに含み、
前記パイロットは、前記プリコーディング重みにしたがって、前記複数の送信アンテナから送られる、請求項２９記載の方法。
【請求項３５】
ワイヤレス通信のための装置において、
少なくとも１つのプロセッサを具備し、
前記少なくとも１つのプロセッサは、
第１の時間期間中に、データ送信に対して使用する第１の送信電力レベルを決定し、
前記第１の送信電力レベルに基づいて、パイロットに対して使用する第２の送信電力レベルを決定し、
前記第１の時間期間より前の第２の時間期間中に、前記第２の送信電力レベルで前記パイロットを送る
ように構成されている装置。
【請求項３６】
前記少なくとも１つのプロセッサは、
前記第２の送信電力レベルを、前記第１の送信電力レベルに等しく設定するように構成されている、請求項３５記載の装置。
【請求項３７】
前記第１の時間期間中に、少なくとも１つのリソース上の干渉の減少を要求するメッセージを受信し、
前記メッセージの受信に応答して、前記第２の時間期間中に、前記少なくとも１つのリソース上で、前記パイロットを送る
ように構成されている、請求項３５記載の装置。
【請求項３８】
ワイヤレス通信のための方法において、
第１の局において、少なくとも１つのリソースのチャネル品質を推定することと、
第２の局からの前記少なくとも１つのリソース上でデータ送信を受信することと
を含み、
前記少なくとも１つのリソースは、少なくとも１つの干渉局からの減少された干渉を有している方法。
【請求項３９】
前記少なくとも１つのリソースの前記推定されたチャネル品質を示す情報を、前記第２の局に送ることをさらに含む、請求項３８記載の方法。
【請求項４０】
前記少なくとも１つのリソースの前記推定されたチャネル品質に基づいて、変調およびコーディングスキームを選択することと、
前記選択された変調およびコーディングスキームを有するリソース認可を、前記第２の局に送ることと
をさらに含み、
前記データ送信は、前記リソース認可にしたがって、前記第２の局によって送られる、請求項３８記載の方法。
【請求項４１】
前記少なくとも１つのリソースのチャネル品質を推定することは、
前記少なくとも１つの干渉局から、少なくとも１つのパイロットを受信することと、
前記少なくとも１つの干渉局からの前記少なくとも１つのパイロットに基づいて、前記少なくとも１つのリソースの前記チャネル品質を推定することと
を含み、
各パイロットは、対応する干渉局によって、前記少なくとも１つのリソース上で使用されることになる送信電力レベルにおいて送られている、請求項３８記載の方法。
【請求項４２】
前記第２の局からパイロットを受信することをさらに含み、
前記少なくとも１つのリソースの前記チャネル品質は、前記第２の局からの前記パイロットに基づいて推定される、請求項３８記載の方法。
【請求項４３】
ワイヤレス通信のための装置において、
少なくとも１つのプロセッサを具備し、
前記少なくとも１つのプロセッサは、
第１の局において、少なくとも１つのリソースのチャネル品質を推定し、
第２の局からの前記少なくとも１つのリソース上でデータ送信を受信する
ように構成されており、
前記少なくとも１つのリソースは、少なくとも１つの干渉局からの減少された干渉を有している装置。
【請求項４４】
前記少なくとも１つのプロセッサは、
前記少なくとも１つのリソースの前記推定されたチャネル品質を示す情報を、前記第２の局に送るように構成されている、請求項４３記載の装置。
【請求項４５】
前記少なくとも１つのプロセッサは、
前記少なくとも１つのリソースの前記推定されたチャネル品質に基づいて、変調およびコーディングスキームを選択し、
前記選択された変調およびコーディングスキームを有するリソース認可を、前記第２の局に送る
ように構成されており、
前記データ送信は、前記リソース認可にしたがって、前記第２の局によって送られる、請求項４３記載の装置。
【請求項４６】
前記少なくとも１つのプロセッサは、
前記少なくとも１つの干渉局から、少なくとも１つのパイロットを受信し、
前記少なくとも１つの干渉局からの前記少なくとも１つのパイロットに基づいて、前記少なくとも１つのリソースの前記チャネル品質を推定する
ように構成されており、
各パイロットは、対応する干渉局によって、前記少なくとも１つのリソース上で使用されることになる送信電力レベルにおいて送られている、請求項４３記載の装置。
【請求項４７】
前記少なくとも１つのプロセッサは、
前記第２の局からパイロットを受信し、
前記第２の局からのパイロットに基づいて、前記少なくとも１つのリソースの前記チャネル品質を推定する
ように構成されている、請求項４３記載の装置。
【発明の詳細な説明】
【米国法第３５部第１１９条に基づく優先権の主張】
【０００１】
本出願は、２００８年２月１日に出願され、“短期間干渉回避のための方法と装置”と題されている米国仮出願シリアル番号第６１／０２５，５６４号に対する優先権を主張し、これは、本出願譲受人に譲渡され、ここで参照により組み込まれている。
【分野】
【０００２】
本発明は、一般的に通信に関連し、より詳細には、ワイヤレス通信システムのためのデータ送信技術に関連する。
【背景】
【０００３】
ワイヤレス通信システムは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャスト等のような様々な通信コンテンツを提供するように広く配備されている。ワイヤレスシステムは、利用可能なシステムリソースを共有することによって、複数のユーザをサポートすることができる多元接続システムであってもよい。そのような多元接続システムの例は、コード分割多元接続（ＣＤＭＡ）システムと、時分割多元接続（ＴＤＭＡ）システムと、周波数分割多元接続（ＦＤＭＡ）システムと、直交周波数分割多元接続（ＯＦＤＭＡ）システムと、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）とを含む。
【０００４】
ワイヤレス通信システムは、いくつかの端末に対する通信をサポートできるいくつかの基地局を含んでもよい。端末は、フォワードリンクおよびリバースリンクによって、基地局と通信してもよい。フォワードリンク（すなわち、ダウンリンク）は、基地局から端末への通信リンクを指し、リバースリンク（すなわち、アップリンク）は、端末から基地局への通信リンクを指す。
【０００５】
基地局は、フォワードリンク上で、１つ以上の端末へとデータを送信してもよく、リバースリンク上で、１つ以上の端末からのデータを受信してもよい。フォワードリンク上で、基地局からのデータ送信は、隣接基地局からのデータ送信による干渉を観測するかもしれない。リバースリンク上で、各端末からのデータ送信は、隣接基地局と通信している、他の端末からのデータ送信による干渉を観測するかもしれない。フォワードリンクおよびリバースリンクの両方にとって、干渉基地局および干渉端末による干渉は、性能を悪化させるかもしれない。
【０００６】
したがって、技術において、性能を改善するために干渉を緩和するための技術に対する需要がある。
【概要】
【０００７】
ワイヤレス通信システムにおいて、短期間干渉緩和を伴うデータ送信のための技術をここで記述する。性能を改善するために、この技術を使用して、干渉基地局または干渉端末からの干渉を緩和してもよい（例えば、回避し、または、減少してもよい）。干渉緩和は、短期間のものであってもよく、パケット、１組のパケット、フレーム、１組のフレーム等に対して適用されてもよい。すべての時間ではなく、高い干渉が観測できるときに、干渉緩和が呼び出されてもよい。この技術を、フォワードリンクとともに、リバースリンク上でのデータ送信に対して使用してもよい。
【０００８】
１つの設計では、第１の局（例えば、基地局または端末）は、第２の局によって送られた、少なくとも１つのリソース上の干渉の減少を要求するメッセージを受信してもよい。メッセージの受信に応答して、第１の局は、メッセージ中で送られた優先順位メトリック、第１の局におけるバッファサイズ等のような１つ以上の要因に基づいて、少なくとも１つのリソースに対して使用する第１の送信電力レベルを決定してもよい。第１の局は、第１の送信電力レベルに基づいて決定された第２の送信電力レベルで、電力判定パイロットを送信してもよい。第１の局は、第２の送信電力レベルを、第１の送信電力レベル、または、第１の送信電力レベルのスケーリングされたバージョンに等しく設定してもよい。第１の局は、第１の時間期間中に、少なくとも１つのリソース上でパイロットを送ってもよく、第１の時間期間より後の第２の時間期間中に、少なくとも１つのリソースに対して第１の送信電力レベルを使用してもよい。
【０００９】
本開示のさまざまな観点と特徴を、以下でさらに詳細に記述する。
【図面の簡単な説明】
【００１０】
【図１】図１は、ワイヤレス通信システムを示す。
【図２】図２は、ハイブリッド自動再送信（ＨＡＲＱ）でのデータ送信を示す。
【図３】図３は、１組の副搬送波に対するバイナリチャネルツリーを示す。
【図４】図４は、フォワードリンク（ＦＬ）上でのデータ送信を示す。
【図５】図５は、短期間干渉緩和を伴うＦＬデータ送信を示す。
【図６】図６は、リバースリンク（ＲＬ）上でのデータ送信を示す。
【図７】図７は、短期間干渉緩和を伴うＲＬデータ送信を示す。
【図８】図８は、短期間干渉緩和を伴うＦＬデータ送信およびＲＬデータ送信の多重化を示す。
【図９】図９は、電力判定パイロットを送るプロセスを示す。
【図１０】図１０は、電力判定パイロットを送るための装置を示す。
【図１１】図１１は、端末によって、電力判定パイロットを送るプロセスを示す。
【図１２】図１２は、端末によって、電力判定パイロットを送るための装置を示す。
【図１３】図１３は、送信電力を先行してアドバタイズするプロセスを示す。
【図１４】図１４は、送信電力を先行してアドバタイズするための装置を示す。
【図１５】図１５は、電力判定パイロットを受信するプロセスを示す。
【図１６】図１６は、電力判定パイロットを受信するための装置を示す。
【図１７】図１７は、端末と２つの基地局とのブロック図を示す。
【詳細な説明】
【００１１】
ここで開示する技術を、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および、他のシステムのようなさまざまなワイヤレス通信システムに対して使用してもよい。用語“システム”および“ネットワーク”を相互交換可能に使用することが多い。ＣＤＭＡシステムは、ユニバーサル地上無線接続（ＵＴＲＡ）、ｃｄｍａ２０００、等のような無線技術を実現してもよい。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）と、ＣＤＭＡの他の変種を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、および、ＩＳ−８５６標準規格をカバーする。ＴＤＭＡシステムは、移動体通信のためのグローバルシステム（ＧＳＭ）のような無線技術を実現してもよい。ＯＦＤＭＡシステムは、進化ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭ（登録商標）等のような無線技術を実現してもよい。ＵＴＲＡとＥ−ＵＴＲＡは、ユニバーサル移動体電気通信システム（ＵＭＴＳ）の一部である。３ＧＰＰ長期間進化（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの次に来るリリースであり、これは、ダウンリンク上でＯＦＤＭＡを用い、アップリンク上でＳＣ−ＦＤＭＡを用いる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、および、ＧＳＭは、“第３世代パートナーシッププロジェクト”（３ＧＰＰ）と称されている組織からの文書中で記述されている。ｃｄｍａ２０００とＵＭＢは、“第３世代パートナーシッププロジェクト２”（３ＧＰＰ２）と称されている組織からの文書中で記述されている。
【００１２】
図１は、ワイヤレス通信システム１００を示し、これは、いくつかの基地局１１０と、他のネットワークエンティティを含んでもよい。基地局は、端末と通信する固定局であってもよく、アクセスポイント、ノードＢ、進化ノードＢ等として呼ばれてもよい。各基地局１１０は、特定の地理的エリアに対する通信カバレッジを提供してもよい。用語“セル”は、この用語が使用される文脈に依拠して、基地局のカバレッジエリアおよび／またはこのカバレッジエリアを担当する基地局を指すことができる。基地局は、マクロセル、ピコセル、フェムトセル、および／または、他のタイプのセルに対する通信カバレッジを提供してもよい。マクロセルは、比較的大きい（例えば、半径数キロメートルの）地理的エリアをカバーしてもよく、システム中で、サービス加入を有する全ての端末に対する通信をサポートしてもよい。ピコセルは、比較的小さい地理的エリアをカバーしてもよく、サービス加入を有する全ての端末に対する通信をサポートしてもよい。フェムトセルは、比較的小さい（例えば、家庭内の）地理的エリアをカバーしてもよく、フェムトセルに関係を有する１組の端末（例えば、家庭の居住者に属する端末）に対する通信をサポートしてもよい。フェムトセルによってサポートされる端末は、クローズド加入者グループ（ＣＳＧ）に属していてもよい。ここで記述する技術を、全てのタイプのセルに使用してもよい。
【００１３】
システム制御装置１３０は、１組の基地局に結合されていてもよく、これらの基地局に対する調整と制御を提供してもよい。システム制御装置１３０は、単一のネットワークエンティティまたはネットワークエンティティの集合体であってもよい。システム制御装置１３０は、バックホールを介して、基地局と通信してもよいが、このことは、簡潔性のために、図１には示していない。
【００１４】
端末は、システム全体にわたって分散していてもよく、各端末は、据置型、または移動体であってもよい。端末はまた、アクセス端末、移動局、ユーザ装置、加入者ユニット、局、等として呼んでもよい。端末は、セルラ電話機、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話機、ワイヤレスローカルループ（ＷＬＬ）局等であってもよい。端末は、担当基地局と通信してもよく、１つ以上の干渉基地局に対する干渉を引き起こすかもしれず、および／または、１つ以上の干渉基地局からの干渉を受信するかもしれない。担当基地局は、フォワードおよび／またはリバースリンク上で、端末を担当するように指定されている基地局である。干渉基地局は、フォワードリンク上で端末に対する干渉をもたらす基地局である。干渉端末は、リバースリンク上で基地局に対する干渉をもたらす端末である。図１において、２つの矢印を持つ実線は、端末と担当基地局との間の所望のデータ送信を示す。２つの矢印を持つ破線は、端末と干渉基地局との間の干渉送信を示す。
【００１５】
システムは、データ送信の信頼性を改善するために、ＨＡＲＱをサポートしてもよい。ＨＡＲＱに対して、送信機は、データが受信機によって、正確にデコードされるまで、または、最大数の送信が送られてしまうまで、または、他の何らかの終了条件に遭遇するまで、あるデータの送信を送ってもよく、必要とされる場合、１つ以上の追加の送信を送ってもよい。
【００１６】
図２は、ＨＡＲＱでの例示的なリバースリンク上でのデータ送信を示す。送信タイムラインは、フレームのユニットへと区分されてもよい。各フレームは、例えば、１ミリ秒（ｍｓ）の予め定められた時間期間をカバーしてもよい。フレームはまた、サブフレーム、スロット等として呼ばれてもよい。
【００１７】
端末は、リバースリンク上で送るデータを持っていてもよく、リソース要求を送ってもよい（図２には示していない）。担当基地局は、リソース要求を受け取ってもよく、リソース認可を返してもよい。端末は、データのパケットを処理してもよく、認可されているリソース上でパケットの送信を送ってもよい。担当基地局は、端末から送信を受信してもよく、パケットをデコードしてもよい。担当基地局は、パケットが正しくデコードされた場合、肯定応答（ＡＣＫ）を送ってもよく、パケットが誤ってデコードされた場合、否定応答（ＮＡＫ）を送ってもよい。端末は、ＡＣＫ／ＮＡＫフィードバックを受け取って、ＮＡＫが受信された場合、そのパケットの別の送信を送ってもよく、ＡＣＫが受信された場合、終了するか、もしくは、新しいパケットの送信を送ってもよい。
【００１８】
０からＭ−１のインデックスを有する、Ｍ個のＨＡＲＱインターレースは、フォワードおよびリバースリンクのそれぞれに対して規定されてもよく、ここで、Ｍは、４、６、８、または、他の何らかの整数値に等しくてもよい。ＨＡＲＱインターレースはまた、ＨＡＲＱインスタンスとして呼ばれてもよい。各ＨＡＲＱインターレースは、Ｍ個のフレームによって、間隔を空けられているフレームを含んでいてもよい。例えば、ＨＡＲＱインターレースｍは、フレームｍ、ｍ＋Ｍ、ｍ＋２Ｍ、等を含んでもよく、ここで、ｍ∈｛０，・・・，Ｍ−１｝である。パケットは、１つのＨＡＲＱインターレース上で送られてもよく、パケットの全ての送信は、Ｍ個のフレームによって、間隔を空けられているフレーム中で送られてもよい。パケットの各送信は、ＨＡＲＱ送信として呼んでもよい。
【００１９】
フォワードリンクに対するＭ個のＨＡＲＱインターレースは、リバースリンクに対するＭ個のＨＡＲＱインターレースに関係していてもよい。１つの設計では、フォワードリンク上のＨＡＲＱインターレースｍは、リバースリンク上のＨＡＲＱインターレースｒ＝｛（ｍ＋Δ）ｍｏｄ Ｍ｝に関係されていてもよく、ここで、Δは、フォワードリンクとリバースリンクの間のフレームオフセットであり、“ｍｏｄ”は、モジュロ演算を表す。１つの設計では、Δは、Ｍ／２に等しくてもよく、フォワードリンク上の各ＨＡＲＱインターレースは、Ｍ／２フレームだけ離れているリバースリンク上のＨＡＲＱインターレースに関係していてもよい。
【００２０】
システムは、フォワードおよびリバースリンクのそれぞれに対して、直交周波数分割多重（ＯＦＤＭ）、または、単一搬送波直交周波数分割多重（ＳＣ−ＦＤＭ）を利用してもよい。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、複数の（Ｋ個の）直交副搬送波へと区分し、これは、トーン、ビン、等としても、共通して呼ばれる。隣接する副搬送波の間のスペーシングは、固定されていてもよく、副搬送波の総数（Ｋ）は、システム帯域幅に依拠していてもよい。例えば、Ｋは、１．２５、２．５、５、１０、または、２０ＭＨｚのシステム帯域幅に対して、それぞれ、１２８、２５６、５１２、１０２４、または、２０４８に等しくてもよい。各副搬送波は、データとともに変調されてもよい。一般的に、変調シンボルは、ＯＦＤＭでは周波数ドメイン中で、そして、ＳＣ−ＦＤＭでは時間ドメイン中で送られる。
【００２１】
１つの設計では、Ｋ個の総副搬送波は、リソースブロックへとグループ化されてもよい。それぞれのリソースブロックは、１つのスロット中で、Ｎ個の副搬送波（例えば、Ｎ＝１２副搬送波）を含んでもよい。スロットは、０．５ｍｓまたは他の何らかの期間にわたっていてもよい。利用可能なリソースブロックは、データ送信のために、端末に対して割り当てられていてもよい。
【００２２】
別の設計では、チャネルツリーを使用して、リソースを識別してもよい。チャネルツリーは、リソースのグルーピングを含んでもよく、これは、リソースを伝搬するためのオーバーヘッドを減少させてもよい。
【００２３】
図３は、３２個の副搬送波組が利用可能であるケースのためのチャネルツリー３００の設計を示す。各副搬送波組は、予め定められた数の副搬送波を含んでもよい。チャネルツリー３００において、層１中で３２個の副搬送波組とともに、３２個のノードが形成されてもよく、層１中の３２個のノードとともに、層２中で１６個のノードが形成されてもよく、層２中の１６個のノードとともに、層３中で８個のノードが形成されてもよく、層３中の８個のノードとともに、層４中で４個のノードが形成されてもよく、層４中の４個のノードとともに層５中で２個のノードが形成されてもよく、層５中の２個のノードとともに層６中で１個のノードが形成されてもよい。層２から６中の各ノードは、直下の層中の２つのノードとともに形成されてもよい。
【００２４】
チャネルツリー中の各ノードは、一意的なチャネル識別子（ＩＤ）を割り当てられてもよい。ノードは、図３に示したように、各層に対して、上から下に、また、左から右に、連番で番号付与されているチャネルＩＤを割り当てられていてもよい。最も上のノードは、０のチャネルＩＤを割り当てられていてもよく、３２個の副搬送波の組を含んでもよい。最も低い層１中の３２個のノードは、３１から６２のチャネルＩＤを割り当てられていてもよく、ベースノードと呼ばれてもよい。
【００２５】
図３に示したツリー構造は、副搬送波の割り当ての上に、特定の制約を課す。割り当てられている各ノードに対して、割り当てられているノードのサブセット（または、子孫）である全てのノードと、それに対して割り当てられているノードがサブセットである全てのノードとは、制約されている。どの２つのノードも、同時に同一の副搬送波組を使用しないように、制約されているノードは、割り当てられているノードと同時には使用されない。
【００２６】
利用可能な周波数リソース、および／または、時間リソースはまた、他の方法で、区分され、識別されてもよい。Ｋ個の総副搬送波はまた、サブバンドへと区分されてもよい。各サブバンドは、予め定められている数の副搬送波、例えば、１．０８ＭＨｚ中の７２副搬送波を含んでもよい。
【００２７】
端末は、フォワードリンクおよび／またはリバースリンク上で、担当基地局と通信してもよい。フォワードリンク上で、端末は、干渉基地局からの高い干渉を観測するかもしれない。例えば、担当基地局が、ピコセルまたはフェルモセルをカバーし、干渉基地局よりずっと低い送信電力を持つという場合があるかもしれない。リバースリンク上で、担当基地局は、干渉端末からの高い干渉を観測するかもしれない。各リンク上の干渉は、そのリンク上で送られているデータ送信の性能を悪化させるかもしれない。干渉緩和はまた、高い干渉を観測している局から離れた干渉送信もステアリングしてもよい。
【００２８】
１つの観点では、データ送信の性能を改善するために、短期間干渉緩和を使用して、所定のリンク上の干渉を緩和（例えば、回避または減少）させてもよい。所望のデータ送信に対して、より高い信号対雑音比（ＳＩＮＲ）が達成し得るように、干渉緩和は、干渉送信の送信電力を消してもよく、または、減少させてもよい。
【００２９】
１組のメッセージ、および／または、１組の制御チャネルを使用して、フォワードリンク（ＦＬ）およびリバースリンク（ＲＬ）上での短期間干渉緩和をサポートしてもよい。表１は、１つの設計にしたがって、短期間干渉緩和のために使用してもよい１組のメッセージを列挙する。パイロットは、送信機と受信機の両方によって、アプリオリに知られている送信であり、基準信号、プリアンブル、トレーニングシーケンス等としても呼ばれてもよい。パイロットは、その内容ではなく、信号自体において情報を搬送するメッセージとして考慮されてもよい。
【表１】
2011514713.tif 000003
【００３０】
表１中のメッセージはまた、他の名称によって呼ばれてもよい。例えば、干渉緩和トリガメッセージはまた、プリフォワードリンク割当ブロック（プリＦＬＡＢ）として呼ばれてもよく、送信能力要求メッセージはまた、プリリバースリンク割当ブロック（プリＲＬＡＢ）として呼ばれてもよく、ＦＬリソース認可はまた、フォワードリンク割当ブロック（ＦＬＡＢ）として呼ばれてもよく、ＲＬリソース認可はまた、リバースリンク割当ブロック（ＲＬＡＢ）として呼ばれてもよく、干渉減少要求メッセージはまた、リソース利用メッセージ（ＲＵＭ）として呼ばれてもよい。異なるおよび／または追加のメッセージもまた、短期間干渉緩和のために使用してもよい。表１のメッセージによって搬送される情報はまた、別の方法で伝送されてもよい。例えば、リソース上で使用されることになる送信電力レベルは、パイロット中で伝送されるのではなく、メッセージ中で送られてもよい。明瞭さのために、以下の説明の多くは、表１に示したメッセージの使用を仮定する。
【００３１】
短期間干渉緩和は、干渉減少要求メッセージの使用を通して達成されてもよい。これらのメッセージは、フォワードリンク上のリソースを取り合うように、端末によって送られてもよく、リバースリンク上のリソースを取り合うように、基地局によって送られてもよい。これらのメッセージは、短期間ベースで隣接セルにわたってのデータ送信の直行を可能にしてもよい。
【００３２】
一般的に、リソースは、任意の周波数および／または時間次元をカバーしてもよく、任意の方法で伝送されてもよい。１つの設計では、リソースは、可変周波数次元をカバーしてもよく、例えば、図３に示したように、リソースは、チャネルツリー上のノードに対するチャネルＩＤによって識別されてもよい。別の設計では、リソースは、固定周波数次元、例えば、予め定められた数の副搬送波をカバーしてもよい。リソースはまた、固定、または、可変の時間継続期間をカバーしてもよい。いくつかの例として、リソースは、特定のフレーム中の特定のサブバンド、特定のリソースブロック、特定の時間周波数ブロック等をカバーしてもよい。
【００３３】
図４は、干渉がある状態でのフォワードリンク上のデータ送信を示す。担当基地局１１０ｘは、フォワードリンク上で端末１２０ｘに対してデータ送信を送ってもよい。端末１２０ｘはまた、干渉基地局１１０ｙから干渉送信を受信するかもしれない。この干渉送信は、図４に示していない別の端末に対して向けられているかもしれない。所望のデータ送信と、干渉送信とが、同一のリソース上で送られている場合、端末１２０ｘは、担当基地局１１０ｘからのデータ送信をデコードすることができないことになるかもしれない。
【００３４】
端末１２０ｘは、データ送信のために干渉基地局１１０ｙと通信していないかもしれない。それにもかかわらず、端末１２０ｘは、干渉基地局１１０ｙに対してメッセージを信頼可能に送信できてもよく、干渉基地局１１０ｙからのメッセージを信頼可能に受信できてもよい。１つの設計では、表１に示したようなメッセージが、これらのメッセージに対して割振られたリソース上で送られてもよい。これらのメッセージは、他の送信による干渉を回避してもよい。一般的に、主要な干渉者が存在するときであっても、短期干渉緩和のために使用されるメッセージを、受信基地局／端末によって信頼可能に受信することができるように、短期干渉緩和のために使用されるメッセージを何らかの方法で送ってもよい。
【００３５】
図５は、短期間干渉緩和を伴うフォワードリンクデータ送信のためのスキーム５００の設計のタイミング図を示す。担当基地局は、端末に対して送られることになるデータを持っていてもよく、端末が、フォワードリンク上で干渉を観測しているという知識を持っていてもよい。担当基地局は、端末からパイロット測定レポートを受信してもよく、このレポートは、強い干渉基地局を示してもよく、および／または、識別してもよい。
【００３６】
担当基地局は、フレームｔ中で、干渉緩和トリガメッセージ（または、単純に、トリガメッセージ）を端末に送って、短期間干渉緩和をトリガしてもよい。トリガメッセージは、端末に命令して、フォワードリンク上での干渉を減少させるように干渉基地局に求めさせてもよい。担当基地局はまた、端末からの正確なチャネル品質レポートを取得するためにトリガメッセージを送ってもよく、また、短期間干渉緩和で判定を行うのにこのレポートを使用してもよい。いずれのケースにおいても、トリガメッセージは、干渉を減少させるための１つ以上の特定のリソース、送られることになるデータの優先順位、および／または、他の情報を識別してもよい。それぞれの指定されたリソースは、チャネルツリーに対するチャネルＩＤ、副帯域インデックス、リソースブロックインデックス等によって与えられてもよい。
【００３７】
端末は、担当基地局からトリガメッセージを受信してもよく、リバースリンク上で、フレームｔ＋Δにおいて干渉減少要求メッセージを送ってもよい。１つの設計では、端末は、フォワードリンク上で端末にとって、主要な干渉者である基地局に対してだけ、干渉減少要求メッセージを送ってもよい。端末は、これらの基地局から受信されたフォワードリンクパイロットに基づいて、主要な干渉基地局を識別してもよい。別の設計では、端末は、メッセージを受信できる全ての隣接基地局に対して、干渉減少要求メッセージを送ってもよい。一般的に、干渉減少要求メッセージは、特定の基地局に対して送られるユニキャストメッセージ、１組の基地局に送られるマルチキャストメッセージ、または、すべての基地局に対して送られるブロードキャストメッセージであってもよい。いずれのケースにおいても、干渉減少要求メッセージは、干渉基地局に、１つ以上の指定されたリソース上での干渉を減少させること、例えば、指定されたリソース上での送信をなくすことや、許容可能なレベルに送信電力を減少させることや、または、端末から異なる方向にビームステアリングすることを求めてもよい。干渉減少要求メッセージは、要求の緊急性を示す優先順位メトリックを含んでもよく、これは、干渉基地局によって、要求を認可するか、または、却下するかどうかの判定を行う際に使用してもよい。指定されたリソースと干渉減少要求メッセージ中で送られた優先順位メトリクスは、干渉緩和トリガメッセージから直接取得されてもよく、または、他の方法で決定されてもよい。図５に示したように、干渉減少要求メッセージは、トリガメッセージが受信されたときから、Δフレーム分送られてもよく、ここで、Δは、フォワードリンクＨＡＲＱインターレースと、関連するリバースリンクＨＡＲＱインターレースとの間の固定されたオフセットであってもよい。
【００３８】
干渉基地局は、端末から干渉減少要求メッセージを受け取ってもよく、１つ以上の指定されたリソース上での送信を減少またはなくすことを決定してもよい。干渉基地局は、フォワードリンクバッファステータスや、指定されたリソースに対する、他の端末から受信された干渉減少要求メッセージ等に基づいて、それぞれの指定されたリソース上で使用することになる送信電力レベルを決定してもよい。例えば、干渉基地局は、メッセージ中の優先順位メトリックや、干渉基地局のフォワードリンクバッファステータス等に基づいて、干渉減少要求メッセージを認可するか、または、却下するかどうかを決定してもよい。干渉基地局はまた、すべての端末からの受信電力、および／または、干渉減少要求メッセージの内容に基づいて、各指定されたリソースに対して使用することになる送信電力レベルを決定してもよい。例えば、干渉基地局は、その端末からの干渉減少要求メッセージの受信電力に基づいて、各端末に対するパス損失を推定してもよい。干渉基地局は、次に、その端末に対する推定パス損失と、他の端末に対するターゲット干渉レベルとに基づいて、使用することになる送信電力レベルを決定してもよい。
【００３９】
１つの設計では、干渉基地局は、対応するリソース上の送信電力レベル（または、関連する送信電力レベル）において送信される電力判定パイロットによって、それぞれの指定されたリソースに対して使用することになる送信電力レベルを伝送してもよい。対応するリソースは、指定されたリソースと同一の周波数をカバーしてもよいが、同一のフォワードリンクＨＡＲＱインターレース上で、Ｍフレーム分だけ、より早く発生してもよい。干渉基地局は、フレームｔ＋Ｍ中の対応するリソース上で、電力判定パイロットを送ってもよく、このパイロットに対する送信電力レベルは、干渉基地局がフレームｔ＋２Ｍ中の指定されたリソースに対して使用されることを意図する送信電力レベルに関連していてもよい（例えば、等しくてもよい）。電力判定パイロットによって指示される送信電力レベルは、仮の送信電力判定であってもよい。干渉基地局は、サービス品質（ＱｏＳ）、チャネル品質条件、および／または、他の要因に基づいて、指定されたリソース上でより高い、または、より低い送信電力レベルを使用してもよい。図５に示していないが、担当基地局はまた、この基地局からの高い干渉を観測している、他の端末からの干渉減少要求もまた、受信してもよい。担当基地局はまた、他のこれらの端末に対して、電力判定パイロットを送ってもよく、パイロットを受信できるすべての端末に対して、電力判定パイロットをブロードキャストしてもよい。
【００４０】
端末は、すべての干渉基地局からの電力判定パイロットを受信してもよく、受信パイロットに基づいて、各指定されたリソースに対するチャネル品質を推定してもよい。電力判定パイロットはまた、端末がより正確にチャネル品質を推定できるようにしてもよい。端末は、そのリソースに対する推定チャネル品質と、推定干渉レベルとに基づいて、それぞれの指定されたリソースに対する、チャネルリソース品質インジケータ（ＲＱＩ）を決定してもよい。例えば、所定のリソースに対するＲＱＩ値は、（ｉ）担当基地局からのパイロットに基づいて推定されたチャネル品質と、（ｉｉ）干渉基地局からのパイロットに基づいて推定された干渉とに基づいて、決定されてもよい。端末はまた、すべての指定されたリソースに対する単一ＲＱＩ値を決定してもよい。いずれのケースにおいても、ＲＱＩ値は、ＳＩＮＲ値、データレート、または、ＲＱＩ値によってカバーされるリソースに対する何らかの他の情報を指示してもよい。端末は、フレームｔ＋Δ＋Ｍ中の対応するリソースに対する１つ以上のＲＱＩ値を含む、ＲＱＩ情報を送ってもよい。ＲＱＩ情報はまた、チャネル品質インジケータ（ＣＱＩ）情報として呼ばれてもよい。
【００４１】
担当基地局は、端末からＲＱＩ情報を受信してもよく、１つ以上の割り当てられたリソース上でのデータ送信のために端末をスケジュールしてもよい。それぞれの割り当てられたリソースは、指定されたリソースのすべて、または、指定されたリソースのサブセットに対応していてもよい。担当基地局は、割り当てられたリソースに対するＲＱＩ情報に基づいて、変調およびコーディングスキーム（ＭＣＳ）を選択してもよい。ＭＣＳはまた、送信フォーマット、パケットフォーマット、レート等として呼ばれてもよい。担当基地局はまた、ＭＣＳにしたがって、端末に対するデータを処理してもよい。担当基地局は、ＦＬリソース認可を発生させてもよく、これは、割り当てられたリソース、ＭＣＳ、および／または、他の情報を含んでいてもよい。担当基地局は、ＦＬリソース認可とデータ送信を、フレームｔ＋２Ｍ中で、端末に対して送ってもよい。
【００４２】
端末は、担当基地局からのＦＬリソース認可を受信してもよく、割り当てられたリソースとＭＣＳを取得してもよい。端末は、割り当てられたリソース上でデータ送信を受信してもよく、ＭＣＳにしたがって、受信された送信をデコードしてもよく、デコーディング結果に基づいて、ＡＣＫまたはＮＡＫを発生させてもよい。端末は、ＡＣＫまたはＮＡＫを、フレームｔ＋Δ＋２Ｍ中で担当基地局に送ってもよい。担当基地局は、ＮＡＫが受信された場合、フレームｔ＋３Ｍ中で、そのデータの別の送信を送ってもよく、ＡＣＫが受信された場合、終了するか、または、新しいデータを送信するかのいずれかを行ってもよい。
【００４３】
図５は、フォワードリンク上での短期間干渉緩和の特定の設計を示す。フォワードリンク上での短期間干渉緩和はまた、他の設計とともに実現されてもよい。
【００４４】
干渉減少要求メッセージは、干渉基地局に、送信電力を減少させることによって（上で記述したように）、および／または、端末から異なる方向で、その電力をビームステアリングすることによって、例えば、空間的ヌル中に端末を配置することによって、干渉を減少させることを求めてもよい。ビームステアリングは、重みをプリコーディングすること（例えば、プリコーディングマトリックスまたはベクトル）と、チャネル推定、および／または、その電力を空間的にステアリングするために送信機によって使用される、他の情報を含んでもよい、空間的情報に基づいて実行されてもよい。空間的情報は、さまざまな方法で取得または提供されてもよい。１つの設計では、干渉減少要求メッセージ端末ＩＤを含んでもよい。干渉基地局と端末との間の空間的チャネルは、干渉基地局に、例えば、長期間ベースで知られていてもよい。別の設計では、メッセージは、干渉基地局に対するユニキャスト方法で送られてもよく、その基地局と端末との間の好ましいビーム、または、空間的チャネルの情報を含んでいてもよい。さらに別の設計では、フォワードリンクおよびリバースリンクの間の相互依存が、例えば、時間分割多重化（ＴＤＤ）の使用によって、仮定されてもよい。干渉基地局は、次に、メッセージに基づいて端末に対するリバースリンクチャネルを推定してもよく、リバースリンクチャネル推定を、フォワードリンクチャネル推定として使用してもよい。すべての設計に対して、干渉基地局は、空間的チャネルの情報に基づいて、プリコーディング重みを導出してもよく、または、プリコーディング重みを提供されてもよい。干渉基地局は、次に、プリコーディング重みとともに、ビームステアリングを実行してもよい。
【００４５】
図５に示した設計において、干渉基地局は、指定されたリソース上で使用されることになる送信電力レベルで、電力判定パイロットを送信してもよい。別の設計では、干渉基地局は、電力判定パイロットを送信せず、端末からの干渉減少要求メッセージに応答して、メッセージを送信しない。この設計では、干渉基地局は、指定されたリソース上で送信しないだろうという仮定が行われてもよく、干渉基地局からの何の干渉もないことを仮定するＲＱＩが決定されてもよい。さらに別の設計では、干渉基地局は、指定されたリソース上で送信しないことになる場合、電力判定パイロットまたはメッセージを送信せず、指定されたリソース上で送信することになる場合、電力判定パイロットまたはメッセージを送信する。さらに別の設計では、干渉基地局は、指定されたリソース上で、それが使用することになる送信電力レベルを含んでいるメッセージを送ってもよい。さらに別の設計では、干渉基地局は、電力判定パイロット中で空間的情報を提供してもよい。例えば、干渉基地局は、将来のフレーム中の指定されたリソース上で使用されることになる送信電力レベルに加えて、ビーム方向も表示してもよい。干渉基地局は、基地局における各送信アンテナに対する送信電力を調整することによって、このことを達成してもよい。さらに別の設計では、干渉基地局は、電力判定パイロットとは別に、そして、電力判定パイロットに加えて、空間的情報（例えば、プリコーディング重み）を送ってもよい。
【００４６】
１つの設計では、干渉基地局は、１つのＨＡＲＱ送信に対する干渉を減少させてもよく、これは、パケットの第１の送信に対するものであってもよい。干渉を減少させるために、各ＨＡＲＱ送信に対して、同一の手続が繰り返されてもよい。別の設計では、干渉基地局は、Ｌ  ＨＡＲＱ送信に対する干渉を減少させてもよく、ここで、Ｌは、何らかの整数値であってもよい。例えば、ターゲット数のＨＡＲＱ送信の後で、それが信頼可能にデコードされるように、パケットが処理（例えば、エンコードおよび変調）されてもよく、Ｌは、このターゲット数に等しくてもよい。さらに別の設計では、干渉基地局は、複数のＨＡＲＱインターレースに対する干渉を減少させてもよい。これらのＨＡＲＱインターレースの識別子が、干渉緩和トリガメッセージ、および／または、干渉減少要求メッセージ中で伝送されてもよい。代わりに、これらのＨＡＲＱインターレースは、すべての基地局と端末によって、アプリオリに知られてもよく、送られる必要はないかもしれない。
【００４７】
図６は、干渉がある状況での、リバースリンク上でのデータ送信を示す。端末１２０ｘは、リバースリンク上で、担当基地局１１０ｘに対して、データ送信を送ってもよい。担当基地局１１０ｘはまた、干渉端末１２０ｙからの干渉送信も受信してもよい。この干渉送信は、隣接基地局１１０ｙに対して向けられていてもよい。所望のデータ送信と、干渉送信とが、同一のリソース上で送られる場合、担当基地局１１０ｘは、端末１２０ｘからのデータ送信をデコードすることができないかもしれない。端末１２０ｘは、データ送信のために基地局１１０ｙと通信していないかもしれない。それにもかかわらず、端末１２０ｘは、基地局１１０ｙに対してメッセージを信頼可能に送ることができてもよく、また、基地局１１０ｙからのメッセージを信頼可能に受信することができてもよい。同様に、干渉端末１２０ｙは、担当基地局１１０ｘと信頼可能にメッセージを交換できてもよい。
【００４８】
図７は、短期間干渉緩和を伴うリバースリンクデータ送信のためのスキーム７００の設計のタイミング図を示す。端末は、担当基地局に対して送るデータを持っていてもよく、フレームｔ中で、リソース要求を送ってもよい。リソース要求は、端末におけるバッファサイズ、リソース要求の緊急度の表示等を含んでいてもよい。リソース要求は、一般的に、特定のリソース上で、情報を搬送しないので、任意のフレーム中で送られてもよい。担当基地局はリソース要求を受信してもよく、端末に対して、送信能力要求メッセージを、フレームｔ＋Δ中で送って、端末の送信電力能力を、特定のリソース上で尋ねてもよく、例えば、指定されたリソース上で電力判定パイロットを送るように、端末に求めてもよい。送信能力要求メッセージは、要求、および／または、他の情報に対する、優先順位メトリクスを含んでいてもよい。担当基地局はまた、フォワードリンク上で、フレームｔ＋Δにおいて干渉減少要求メッセージを送って、干渉端末に、指定されたリソース上の干渉を減少させる（例えば、それらの送信電力をなくし、または、許容可能なレベルに下げる）ように求めてもよい。干渉減少要求メッセージは、要求の緊急度を表示する優先順位メトリックを含んでもよく、これを干渉端末によって使用して、要求を認可、または、却下するか否かについての判定を行ってもよい。担当基地局は、図７に示したように、送信能力要求メッセージと、干渉減少要求メッセージとを、同一のフレーム中で送ってもよく、または、異なるフレーム中で送ってもよい。
【００４９】
端末は、担当基地局から送信能力要求メッセージを受け取ってもよく、また、隣接基地局から干渉減少要求メッセージを受け取ってもよい。簡潔さのために、１つの隣接基地局だけを図７に示した。第１に、端末は、各隣接基地局からの干渉減少要求メッセージにしたがうか否かを、例えば、メッセージ中に含まれる優先順位に基づいて決定してもよい。次に、端末は、端末がしたがうことになる干渉減少要求メッセージに基づいて、指定されたリソース上で使用できる最大送信電力レベルを決定してもよい。それぞれの隣接基地局からの干渉減少要求メッセージは、その基地局が耐えられる干渉の量を示してもよく、メッセージ中で提供されてもよく、端末によって、アプリオリに知られてもよい、知られている送信レベルにおいて送られてもよい。端末は、知られている送信電力レベルと、その基地局からの干渉減少要求メッセージの受信電力レベルとに基づいて、それぞれの隣接基地局に対するパス損失を推定してもよい。端末は、フォワードおよびリバースリンクに対する等しいパス損失を仮定してもよく、各隣接基地局の干渉要求を満たすために、端末が使用できる最大送信電力レベルを決定してもよい。端末は、対応しているリソース上で、この送信電力レベル（または、スケーリングされた送信電力レベル）において、送られる電力判定パイロットによって、この最大送信電力レベルを伝送してもよい。対応するリソースは、指定されたリソースと同一の周波数をカバーしてもよいが、同一のリバースリンクＨＡＲＱインターレース上で、Ｍフレームより早く発生してもよい。端末は、フレームｔ＋Ｍ中の対応するリソース上で、電力判定パイロットを送ってもよく、このパイロットに対する送信電力レベルは、端末がフレームｔ＋２Ｍ中の指定されたリソースに対して使用できる送信電力レベルであってもよい。担当基地局からの、フレームｔ＋Δ中の送信能力要求メッセージは、電力判定パイロットに対する提案された送信電力レベルもまた搬送してもよい。このケースでは、端末は、隣接基地局から受信した干渉減少要求メッセージに基づいて、提案された送信電力レベルを調整してもよい。
【００５０】
担当基地局は、端末からの電力判定パイロットとともに、干渉端末からの電力判定パイロットもまた受信してもよく、受信パイロットに基づいて、指定されたリソースのチャネル品質を推定してもよい。電力判定パイロットは、担当基地局が、より正確にチャネル品質と干渉を推定することを可能にしてもよい。例えば、担当基地局は、端末からのパイロットに基づいて、チャネル品質を推定してもよく、干渉端末からのパイロットに基づいて干渉を推定してもよく、チャネル均一性推定と干渉推定に基づいて、端末に対するＭＣＳを決定してもよい。担当基地局は、ＭＣＳにしたがって、指定されたリソース上でのデータ送信のために端末をスケジュールしてもよい。担当基地局は、ＲＬリソース認可を発生させてもよく、これは、割り当てられたリソース、ＭＣＳ、割り当てられたリソースに対して使用するための割り当てられた送信電力レベル、および／または、他の情報を含んでもよい。割り当てられた送信電力レベルは、電力判定パイロットを介して指示された送信電力レベルをオーバーライドしてもよい。担当基地局は、フレームｔ＋Δ＋Ｍ中で、端末に対してＲＬリソース認可を送ってもよい。端末は、担当基地局からＲＬリソース認可受信してもよく、割り当てられたリソース、ＭＣＳ等を取得してもよい。端末は、フレームｔ＋２Ｍ中で割り当てられたリソース上でデータ送信を送ってもよい。
【００５１】
担当基地局は、端末からのデータ送信を受信してもよく、受信された送信をデコードしてもよく、デコーディング結果に基づいて、ＡＣＫまたはＮＡＫを発生させてもよい。担当基地局は、ＡＣＫまたはＮＡＫを、フレームｔ＋Δ＋２Ｍ中で端末に送ってもよい。端末は、ＮＡＫが受信された場合、フレームｔ＋３Ｍ中で、そのデータの別の送信を送ってもよく、ＡＣＫが受信された場合、終了するか、または、新しいデータを送信するかのいずれかを行ってもよい。
【００５２】
図７は、リバースリンク上での短期間干渉緩和の特定の設計を示す。リバースリンク上の短期間干渉緩和はまた、他の設計とともに実現されてもよい。
【００５３】
図７中に示した設計では、端末は、指定されたリソース上で端末が使用できる最大送信電力レベルで、電力判定パイロットを送信してもよい。別の設計では、端末は、指定されたリソース上で端末が使用できる最大送信電力レベルを含むメッセージを送信してもよい。
【００５４】
１つの設計では、干渉端末は、１つのＨＡＲＱ送信に対する干渉を減少させてもよく、これは、パケットの第１の送信に対するものであってもよい。干渉を減少させるために、各ＨＡＲＱ送信に対して、同一の手続が繰り返されてもよい。別の設計では、干渉端末は、Ｌ  ＨＡＲＱ送信に対する干渉を、同一のＨＡＲＱインターレース上で減少させてもよく、ここで、Ｌは、何らかの整数値であってもよい。さらに別の設計では、干渉基地局は、複数のＨＡＲＱインターレースに対する干渉を減少させてもよい。
【００５５】
図８は、短期間干渉緩和を伴うフォワードリンクデータ送信およびリバースリンクデータ送信の多重化のためのスキーム８００の設計を示す。図８は、図５および７を、重ね合わせることによって、得られてもよい。明確さのために、フォワードリンク上でデータを送るすべての送信は、灰色のシェーディングとともに示した。図８に示したように、フォワードリンクおよびリバースリンク上でのデータ送信は、効率的に多重化されてもよい。
【００５６】
図５および７は、担当基地局と、干渉基地局からのフォワードリンク送信が、１つのフォワードリンクＨＡＲＱインターレース上のものであり、端末からのリバースリンク送信が、１つのリバースリンクＨＡＲＱインターレース上のものである設計を示す。これらの設計は、短期間干渉緩和の動作を単純化してもよく、以下で記述するように、他の利点を提供してもよい。
【００５７】
図５に示した、フォワードリンク短期間干渉緩和スキームに対して、干渉緩和トリガメッセージは、干渉減少要求メッセージが、Ｔ1フレーム後に送られることになることをもたらしてもよく、このことは、電力判定パイロットが、Ｔ2フレーム後に送られることになることをもたらしてもよく、このことは、ＲＱＩ情報が、Ｔ3フレーム後に送られることになることをもたらしてもよく、このことは、データ送信が、Ｔ4フレーム後に送られることになることをもたらしてもよく、ここで、Ｔ1，Ｔ2，Ｔ3，Ｔ4は、それぞれ、何らかの適切な値であってもよい。図５に示したように、Ｔ1＋Ｔ2＝Ｔ3＋Ｔ4＝Ｍの場合、フォワードリンク送信は、ＨＡＲＱインターレース上で送られてもよい。同じく図５に示したように、Ｔ2＋Ｔ3＝Ｍの場合、リバースリンク送信は、ＨＡＲＱインターレース上で送られてもよい。
【００５８】
図７に示した、リバースリンク短期間干渉緩和スキームに対して、送信能力要求メッセージは、電力判定パイロットが、Ｔaフレーム後に送られることになることをもたらしてもよく、このことは、ＲＬリソース認可が、Ｔbフレーム後に送られることになることをもたらしてもよく、このことは、データ送信が、Ｔcフレーム後に送られることになることをもたらしてもよく、ここで、Ｔa，Ｔb，Ｔcは、それぞれ、何らかの適切な値であってもよい。図７に示したように、Ｔa＋Ｔb＝Ｍの場合、フォワードリンク送信は、ＨＡＲＱインターレース上で送られてもよい。同じく図７に示したように、Ｔb＋Ｔc＝Ｍの場合、リバースリンク送信は、ＨＡＲＱインターレース上で送られてもよい。
【００５９】
別の設計では、すべてのＨＡＲＱインターレースに対する、干渉緩和トリガメッセージと、干渉減少要求メッセージとが、単一のＨＡＲＱインターレース上で送られてもよい。ビットマップは、異なるＨＡＲＱインターレースに対する異なるフレームをカバーしてもよく、どのメッセージがどのＨＡＲＱインターレースに対して適用可能であるかを指示してもよい。
【００６０】
ある設計では、フォワードリンク短期間干渉緩和に対して使用されるメッセージは、例えば、図５に示したもののような予め定められたスペーシングによって、分けられているフレーム中で送られてもよい。同様に、リバースリンク短期間干渉緩和に対して使用されるメッセージは、例えば、図７に示したもののような予め定められたスペーシングによって、分けられているフレーム中で送られてもよい。この設計は、暗黙的に時間情報を提供し、このことは、演算を単純化させ、オーバーヘッドを減少させる。別の設計では、時間情報は、メッセージ中で明示的に提供されてもよい。例えば、所定のメッセージは、応答が、指定された数のフレームの後に送られることを要求してもよく、特定の数のフレームの後に、リソースを指定してもよい。この設計は、より多くの柔軟性を提供してもよい。
【００６１】
図５のフォワードリンク短期間干渉緩和スキームは、いくつかの点に関して、図７のリバースリンク短期間干渉緩和スキームとは異なっていてもよい。フォワードリンクに対して、担当基地局は、干渉緩和トリガメッセージを送って、端末に、リバースリンク上で、干渉減少要求メッセージを送るように、命令してもよい。リバースリンクに対して、担当基地局は、送信能力要求メッセージを送って、リバースリンク上で、電力判定パイロットを送るように端末に指示してもよい。
【００６２】
表１、図５および７に示した、メッセージとパイロットは、さまざまな方法、および、さまざまなチャネルで送られてもよい。表２は、ある設計にしたがって、メッセージとパイロットに対して使用されてもよい、いくつかのチャネルを列挙する。
【表２】
2011514713.tif 000004
【００６３】
表１、図５および７に示した、メッセージとパイロットは、他の方法で送られてもよい。別の設計では、担当基地局は、フォワードリンクデータとともに、干渉緩和トリガメッセージ、および／または、干渉減少要求メッセージを、端末に対して送ってもよい。さらに別の設計では、担当基地局は、バックホールを介して、干渉緩和トリガメッセージ、および／または、干渉減少要求メッセージを、隣接基地局に対して送ってもよい。
【００６４】
上で述べたように、短期間干渉緩和のために使用されるメッセージが、受信局によって、信頼可能に受信されることができるように、短期間干渉緩和のために使用されるメッセージを送ってもよい。１つの設計では、干渉減少要求メッセージは、リバースリンク上の、他のリバースリンク送信をクリアされていてもよい第１のセグメント上で送られてもよい。同様に、干渉減少要求メッセージは、フォワードリンク上の、他のフォワードリンク送信をクリアされていてもよい第２のセグメント上で送られてもよい。この設計は、干渉減少要求メッセージが、フォワードリンクおよびリバースリンク上で、確実に信頼可能に送られるようにしてもよい。一般的に、メッセージは、主要な干渉者に関して、直交されていてもよい制御チャネル上で送られてもよい。主要な干渉者によって使用されていないリソース（例えば、１組の副搬送波、１組のフレーム等）を使用することによって、直交化が達成されてもよい。
【００６５】
１つの設計では、短期間干渉緩和のために使用されるメッセージが、フォワードリンク上の単一のＨＡＲＱインターレース上で、および、リバースリンク上の単一の対応するＨＡＲＱインターレース上で送られてもよい。この設計は、（例えば、異なる電力クラスの）異なる基地局の間の効率的なリソース区分とともに、中継局のアクセスリンクとバックホールリンクとの間の効率的なリソース区分も可能にしてもよい。この設計に対して、同一のＨＡＲＱインターレースは、他のリンクに対する制御送信もまた提供することになるので、リソース区分は、それぞれのリンク上で、１つのＨＡＲＱインターレースの粒度とともに達成されてもよい。この設計に対して、信頼可能なメッセージ受信を可能にするために、干渉基地局または干渉端末からの協調が必要とされる場合、この協調は、ＨＡＲＱインターレースのユニット中で認可されてもよい。このような協調は、制御ブランキング、または、ＨＡＲＱインターレース区分の形態をとってもよい。それぞれのリンク上で、単一のＨＡＲＱインターレースに対して、メッセージを限定することはまた、中継局を介した、メッセージの送出もサポートしてもよい。例えば、中継局は、端末から干渉減少要求メッセージを受信してもよく、干渉基地局または別の中継局に対してメッセージアップストリームを送出してもよい。中継局はまた、基地局から干渉減少要求メッセージを受信してもよく、端末または別の中継局に対してメッセージダウンストリームを送出してもよい。アップストリーム／ダウンストリームの区分は、ＨＡＲＱインターレースのユニット中で実行されてもよい。例えば、端末は、ＨＡＲＱインターレースａ上で、干渉減少要求メッセージを送ってもよく、中継局は、ＨＡＲＱインターレースｂ上でメッセージを送出してもよく、ここで、ａ≠ｂである。
【００６６】
フォワードリンクおよびリバースリンクの両方に対して、基地局は、実際のスケジューリングの前に、プリスケジューリング判定を行ってもよく、例えば、図５において、干渉緩和トリガメッセージが発生されるとき、または、図７において、送信能力要求メッセージと干渉減少要求メッセージが、発生されるときに、プリスケジューリング判定を行ってもよい。実際のスケジューリング判定は、さまざまな要因に依拠して、プリスケジューリング判定と同じであってもよく、または、プリスケジューリング判定と同じでなくてもよい。例えば、指定されたリソースに対する推定チャネル品質が劣悪である場合、リソースは、端末に割り当てられなくてもよい。
【００６７】
上で述べたように、フォワードリンク上で、担当基地局は、指定されたリソースに対する干渉緩和トリガメッセージを、１つの端末に送ってもよく、この端末に対してこのリソースを使用してもよい。担当基地局はまた、例えば、干渉緩和トリガメッセージを送った後に、スケジューリング判定が変更された場合に、別の端末に対してこのリソースを使用してもよい。このケースでは、担当基地局は、何のＲＱＩ情報も使用せずに、または、その端末に対して利用可能な最近のＲＱＩ情報を使用して、他の端末に対するＭＣＳを選択してもよい。
【００６８】
フォワードリンク上で、担当基地局は、干渉緩和トリガメッセージを送ることなく、隣接基地局からの高い干渉を観察しない端末をスケジュールしてもよい。リバースリンク上で、担当基地局は、送信能力要求メッセージを送ることなく、隣接基地局に対する強力な干渉者でない端末をスケジュールしてもよい。担当基地局は、端末からのパイロット測定レポートに基づいて、これらの判定を行ってもよい。可能なときはいつでも、短期間干渉緩和を使用することなく、これらの端末をスケジューリングすることは、より効率的なリソース利用を可能にしてもよい。
【００６９】
１つの設計では、短期間干渉緩和に対するメッセージのオーバーヘッドが、サブサンプリングによって、減少されてもよい。各ＨＡＲＱインターレースに対するＳフレームのスケジュール期間が使用されてもよく、ここで、Ｓは、所望の量のサブサンプリングによって、決定されてもよく、また、何らかの適切な整数値であってもよい。干渉減少要求メッセージが、所定のＨＡＲＱインターレース上で、Ｓフレーム毎に１回送られてもよく、スケジューリング判定は、このＨＡＲＱインターレース上で、Ｓフレームの間有効であってもよい。サブサンプリングによって引き起こされる初期待ち時間を減少させるために、異なるＨＡＲＱインターレースに対するスケジューリング期間を、時差的に配列してもよい。
【００７０】
１つの設計では、干渉緩和トリガメッセージ、送信能力要求メッセージ、および／または、干渉減少要求メッセージは、持続性ビットを含んでもよい。このビットは、第１の値（例えば、‘０’）に設定されて、通常の時間期間（例えば、１フレーム）の間、メッセージが有効であることを示してもよく、または、第２の値（例えば、‘１’）に設定されて、延長された時間期間（例えば、予め定められたフレーム数）の間、メッセージが有効であることを示してもよい。
【００７１】
さまざまな配置シナリオに対して、ここで記述した短期間干渉緩和技術を使用してもよい。すべての基地局が、マクロセルに対するものであるシステムに対して、この技術を使用してもよい。フォワードリンク上で隣接基地局からの高い干渉を観測しているかもしれず、および／または、リバースリンク上で隣接基地局に対する高い干渉を引き起こしているかもしれない、セル境界の端末に対して、この技術を行使してもよい。
【００７２】
例えば、マクロセル、ピコセル、および、フェムトセルに対して、異なる電力レベルにおいて送信する基地局をサポートしているシステムに対して、この技術をまた、使用してもよい。いくつかの基地局はまた、計画されてない方法で、すなわち、何らかのネットワーク計画を伴わずに、配備されてもよい。さらに、基地局は、制約された関係をサポートしてもよく、基地局に対して、すべての端末が接続することを認可しないかもしれない。例えば、その家庭に居住しているユーザだけが、基地局に接続を認可されてもよい、家庭内部でインストールされた基地局に対して、制約された関係は、有用であるだろう。
【００７３】
ここで記述した技術を、不可避のものであってもよく、所望のものであってもよい、主要な干渉のシナリオに対して有利に使用してもよい。例えば、端末は、例えば、制約された関係を認可する基地局のせいで、最も強い受信電力で、基地局に対して接続することを認可されないかもしれない。この基地局は、主要な干渉者であるかもしれない。別の例として、基地局がより低いパス損失を有する場合、端末は、より低い受信電力で基地局に接続することを望むかもしれない。これは、例えば、基地局が、他の基地局の送信電力レベルより、（例えば、ピコセル、または、フェムトセルに対する）かなり低い送信電力レベルを持ち、かつ、類似のデータレートを達成するのに、システムに対するより少ない干渉しか引き起こさないという、望ましいケースであるかもしれない。端末におけるより高い受信電力を有する、他の基地局が、主要な干渉者になるだろう。リバースリンク上で、より低いパス損失を有する基地局に対して送られる送信は、システム中でより低い干渉しか引き起こさないかもしれず、このことも望ましい。
【００７４】
図９は、電力判定パイロットを送るプロセス９００の設計を示す。プロセス９００は、基地局または端末であってもよい第１の局によって実行されてもよい。プロセス９００は、図５中の送信スキーム５００とともに、図７の送信スキーム７００に対して使用されてもよい。
【００７５】
第１の局は、第２の局によって送られた、少なくとも１つのリソース上の干渉の減少を要求するメッセージを受信してもよい（ブロック９１２）。第１の局は、メッセージの受信に応答して、少なくとも１つのリソースに対して使用する第１の送信電力レベルを決定してもよい（ブロック９１４）。第１の局は、メッセージ中で送られる優先順位メトリック、第１の局におけるバッファサイズのような１つ以上の要因に基づいて、第１の送信電力レベルを決定してもよい。例えば、第１の局は、優先順位メトリックに基づいて、メッセージを認可または却下してもよい（あるいは、その送信電力を減少させるか否かを決定してもよい）。１つの設計では、第１の局は、メッセージの受信電力に基づいて、第２の局に対するパス損失を推定してもよい。第１の局は、ターゲット干渉レベル、第２の局に対する推定パス損失、第１の局におけるバッファサイズ等、に基づいて、第１の送信電力レベルを決定してもよい。
【００７６】
第１の局は、第１の送信電力レベルに基づいて決定された第２の送信電力レベルでパイロットを送信してもよい（ブロック９１６）。第１の局は、第２の送信電力レベルを、（ｉ）第１の送信電力レベルに等しく設定してもよく、または、（ｉｉ）第１の送信電力レベルのスケーリングされたバージョン、例えば、第１の送信電力レベルから、固定された数のデシベル（ｄＢ）だけオフセットされたものに等しく設定してもよい。第１の局は、第１の時間期間中に、少なくとも1つのリソース上でパイロットを送ってもよく、第１の時間期間より後の第２の時間期間中に、少なくとも１つのリソースに対して、第１の送信電力レベルを使用してもよい。第１および第２の時間期間は、同一のＨＡＲＱインターレース中の異なるフレームに対応していてもよい。
【００７７】
第１の局は、複数の送信アンテナを持っていてもよく、その送信アンテナに対して選択された送信電力レベルで、それぞれの送信アンテナからパイロットを送ってもよい。第２の局とは異なる方向中に電力をステアリングするように、複数の送信アンテナに対する送信電力レベルを選択してもよい。例えば、複数の送信アンテナに対するプリコーディング重みを決定して、第２の局に対する干渉を減少させてもよく、少なくとも１つのリソースに対して使用してもよい。１つの設計では、パイロットは、プリコーディング重みにしたがって、複数の送信アンテナから送信されてもよい。別の設計では、パイロットは、同一の送信電力レベルで、複数の送信アンテナから送信されてもよく、プリコーディング重みは、第２の局に対して送られてもよい。
【００７８】
図１０は、電力判定パイロットを送るための装置１０００の設計を示す。装置１０００は、第２の局によって送られた、少なくとも１つのリソース上の干渉の減少を要求するメッセージを、第１の局において受信するモジュール１０１２と、メッセージの受信に応答して、少なくとも１つのリソースに対して使用する第１の送信電力レベルを、第１の基地局によって決定するモジュール１０１４と、第１の送信電力レベルに基づいて決定された第２の送信電力レベルで第１の局からパイロットを送信するモジュール１０１６とを含む。
【００７９】
図１１は、電力判定パイロットを送るプロセス１１００の設計を示す。プロセス１１００は、図７中の送信スキーム７００に対して使用されてもよい。端末は、少なくとも１つのリソースに対する端末の送信容量を要求するメッセージを担当基地局から受信してもよい（ブロック１１１２）。端末は、少なくとも１つのリソース上の干渉の減少を要求する、少なくとも１つの隣接基地局からの少なくとも１つのメッセージを受信してもよい（ブロック１１１４）。端末は、少なくとも１つのメッセージに基づいて、少なくとも１つのリソースに対して、使用可能な最大送信電力レベルを決定してもよい（ブロック１１１６）。少なくとも１つのリソースに対して、端末によって使用可能な最大送信電力レベルにおいて、パイロットを送信してもよい（ブロック１１１８）。端末は、第１の時間期間中に、少なくとも１つのリソース上で、パイロットを送ってもよく、第１の時間期間より後の第２の時間期間中に、少なくとも１つのリソースに対して、最大の送信電力レベルまで使用してもよい。第１および第２の時間期間は、同一のＨＡＲＱインターレース中の異なるフレームに対応してもよい。
【００８０】
ブロック１１１６の１つの設計では、端末は、その隣接基地局から受信されたメッセージの受信電力に基づいて、それぞれの隣接基地局に対するパス損失を推定してもよい。端末は、それぞれの隣接基地局に対する推定パス損失およびターゲット干渉レベルに基づいて、最大送信電力レベルを決定してもよい。
【００８１】
ブロック１１１８の１つの設計では、端末は、複数の送信アンテナに対するプリコーディング重みを決定して、隣接基地局に対する干渉を減少させてもよい。端末は、プリコーディング重みにしたがって、パイロットを送ってもよい。代わりに、端末は、同一の送信電力レベルで、複数の送信アンテナからパイロットを送ってもよく、隣接基地局に対してプリコーディング重みを送ってもよい。
【００８２】
図１２は、端末によって、電力判定パイロットを送るための装置１２００の設計を示す。装置１２００は、少なくとも１つのリソースに対する端末の送信容量を要求するメッセージを担当基地局から受信するモジュール１２１２と、少なくとも１つのリソース上の干渉の減少を要求する、少なくとも１つの隣接基地局からの少なくとも１つのメッセージを受信するモジュール１２１４と、少なくとも１つのメッセージに基づいて、少なくとも１つのリソースに対して、端末によって使用可能な最大送信電力レベルを決定するモジュール１２１６と、少なくとも１つのリソースに対して、端末によって使用可能な最大送信電力レベルにおいて、パイロットを送信するモジュール１２１８とを含む。
【００８３】
図１３は、前もって、送信電力をアドバタイズするプロセス１３００の設計を示す。プロセス１３００は、基地局または端末であってもよい局によって実行されてもよい。局は、第１の時間期間中に、データ送信に対して使用する第１の送信電力レベルを決定してもよい（ブロック１３１２）。局は、第１の送信電力レベルに基づいて、パイロットに対して使用する第２の送信電力レベルを決定してもよい（ブロック１３１４）。局は、第２の送信電力レベルを、第１の送信電力レベル、または、第１の送信電力レベルのスケーリングされたバージョンに等しく設定してもよい。局は、第１の時間期間に先行する第２の時間期間中に、第２の送信電力レベルでパイロットを送信してもよい（ブロック１３１６）。
【００８４】
１つの設計では、局は、第１の時間間隔中に、少なくとも１つのリソース上で、干渉の減少を要求するメッセージを受信してもよい。局は、メッセージの受信に応答して、第２の時間間隔中で、少なくとも１つのリソース上でパイロットを送ってもよい。１つの設計では、局は、複数の送信アンテナを持っていてもよく、複数の送信アンテナに対するプリコーディング重みを決定して、パイロットとデータ送信をステアリングしてもよい。局は、プリコーディング重みにしたがって、複数の送信アンテナからパイロットを送ってもよい。代わりに、局は、同一の送信電力レベルにおいて、複数の送信アンテナからパイロットを送ってもよく、メッセージの送信機に対してプリコーディング重みを送ってもよい。
【００８５】
図１４は、前もって、送信電力をアドバタイズする装置１４００の設計を示す。装置１４００は、第１の時間期間中に、データ送信に対して使用する第１の送信電力レベルを決定するモジュール１４１２と、第１の送信電力レベルに基づいて、パイロットに対して使用する第２の送信電力レベルを決定するモジュール１４１４と、第１の時間期間に先行する第２の時間期間中に、第２の送信電力レベルでパイロットを送信するモジュール１４１６とを具備する。
【００８６】
図１５は、電力判定パイロットを受信するためのプロセス１５００の設計を示す。プロセス１５００は、基地局または端末であってもよい第１の局によって実行されてもよい。プロセス１５００は、図５中の送信スキーム５００とともに、図７の送信スキーム７００に対して使用されてもよい。
【００８７】
第１の局は、少なくとも１つの干渉局からの少なくとも１つのパイロットを受信してもよく、各パイロットは、対応する干渉局によって、少なくとも１つのリソース上で使用されることになる送信電力レベルで送られる（ブロック１５１２）。第１の局はまた、第１の局に対してデータを送ることを意図している第２の局からのパイロットを受信してもよい（ブロック１５１４）。第１の局は、少なくとも１つの干渉局からの少なくとも１つのパイロットと、第２の局からのパイロットとに基づいて、少なくとも１つの干渉局からの減少された干渉を有している少なくとも１つのリソースのチャネル品質を推定してもよく、（ブロック１５１６）。第１の局は、この後で、少なくとも１つのリソース上で第２の局からのデータ送信を受信してもよい（ブロック１５１８）。
【００８８】
フォワードリンク上のデータ送信の１つの設計では、第１の局は端末であってもよく、第２の局は、担当基地局であってもよい。端末は、担当基地局に対して、少なくとも１つのリソースの推定チャネル品質を示すＲＱＩ情報を送ってもよい。担当基地局は、ＲＱＩ情報を使用して、データ送信を送ってもよい。リバースリンク上のデータ送信の１つの設計では、第１の局は担当基地局であってもよく、第２の局は端末であってもよい。担当基地局は、少なくとも１つのリソースの推定チャネル品質に基づいて、変調およびコーディングスキームを選択してもよく、選択された変調およびコーディングスキームを含むリソース認可を端末に送ってもよい。端末は、リソース認可にしたがって、データ送信を担当基地局に送ってもよい。
【００８９】
図１６は、電力判定パイロットを受信するための装置１６００の設計を示す。装置１６００は、第１の局において、少なくとも１つの干渉局からの少なくとも１つのパイロットを受信し、各パイロットは、対応する干渉局によって、少なくとも１つのリソース上で使用されることになる送信電力レベルで送られるモジュール１６１２と、第１の局に対してデータを送ることを意図している第２の局からのパイロットを受信するモジュール１６１４と、第１の局において少なくとも１つのリソースのチャネル品質を推定し、少なくとも１つのリソースは、少なくとも１つの干渉局からの干渉を減少させているモジュール１６１６と、少なくとも１つのリソース上で第２の局からのデータ送信を受信するモジュール１６１８とを具備する。
【００９０】
図１０、１２、１４、および１６は、プロセッサ、電子的デバイス、ハードウェアデバイス、電子的コンポーネント、論理的回路、メモリ等、または、これらの組み合わせを含んでもよい。
【００９１】
図１７は、図４および６中の、担当基地局１１０ｘ、干渉基地局１１０ｙ、および、端末１２０ｘの設計のブロック図を示す。担当基地局１１０において、送信プロセッサ１７１４ｘは、データソース１７１２ｘからトラフィックデータを受信してもよく、制御装置／プロセッサ１７３０ｘおよびスケジューラ１７３４ｘからメッセージを受信してもよい。例えば、制御装置／プロセッサ１７３０ｘは、図５および７に示した短期間干渉緩和のためのメッセージを提供してもよい。スケジューラ１７３４ｘは、端末１２０に対して、リソース認可を提供してもよい。送信プロセッサ１７１４ｘは、トラフィックデータ、メッセージ、および、パイロットを処理（例えば、エンコードし、インターリーブし、および、シンボルマップ）してもよく、それぞれ、データシンボル、制御シンボル、および、パイロットシンボルを提供してもよい。変調器（ＭＯＤ）１７１６ｘは、データシンボル、制御シンボル、および、パイロットシンボルに（例えば、ＯＦＤＭ、ＣＤＭＡ等の）変調を実行してもよく、出力サンプルを提供してもよい。送信機（ＴＭＴＲ）１７１８ｘは、出力サンプルを調整（例えば、アナログにコンバートし、増幅し、フィルタし、および、アップコンバート）してもよく、アンテナ１７２０ｘを介して、送信されることになるフォワードリンク信号を発生させてもよい。
【００９２】
干渉基地局１１０ｙは、基地局１１０ｙによって担当されている端末に対するトラフィックデータおよびメッセージと、干渉端末に対するトラフィックデータおよびメッセージとを、同様に処理してもよい。トラフィックデータ、メッセージ、および、パイロットは、送信プロセッサ１７１４ｙによって処理され手もよく、変調器１７１６ｙによって変調されてもよく、送信機１７１８ｙによって調整されてもよく、アンテナ１７２０ｙを介して送信されてもよい。
【００９３】
端末１２０ｘにおいて、アンテナ１７５２は、基地局１１０ｘおよび１１０ｙ、ならびに、潜在的に他の基地局からのフォワードリンク信号を受信してもよい。受信機（ＲＣＶＲ）１７５４は、アンテナ１７５２からの受信信号を調整（例えば、フィルタし、増幅し、ダウンコンバートし、およびデジタル化）してもよく、サンプルを提供してもよい。復調器（ＤＥＭＯＤ）１７５６は、サンプル上に復調を実行して、検出されたシンボルを提供してもよい。受信プロセッサ１７５８は、検出されたシンボルを処理（例えば、シンボルデマップ、デインターリーブ、および、デコード）してもよく、データシンク１７６０に対して、デコードされたトラフィックデータを提供してもよく、制御装置／プロセッサ１７７０に対して、デコードされた（例えば、リソース認可および短期間干渉緩和のための）メッセージを提供してもよい。復調器１７５６は、指定されたリソースのチャネル品質を推定してもよく、推定されたチャネル品質を、制御装置／プロセッサ１７７０に対して提供してもよい。
【００９４】
リバースリンク上で、送信プロセッサ１７８２は、データソース１７８０からのトラフィックデータと、制御装置／プロセッサ１７７０からの（例えば、リソース要求および短期間干渉緩和のための）メッセージとを受信および処理してもよく、データおよび制御シンボルを提供する。変調器１７８４は、データシンボル、制御シンボル、および、パイロットシンボル上に変調を実行してもよく、出力サンプルを提供してもよい。送信機１７８６は、出力サンプルを調整してもよく、アンテナ１７５２を介して送信されてもよいリバースリンク信号を発生させてもよい。
【００９５】
各基地局において、端末１２０ｘおよび他の端末からのリバースリンク信号が、アンテナ１７２０によって受信されてもよく、受信機１７４０によって調整されてもよく、復調器１７４２によって復調されてもよく、受信プロセッサ１７４４によって処理されてもよい。プロセッサ１７４４は、デコードされたトラフィックデータをデータシンク１７４６に対して提供してもよく、デコードされたメッセージを制御装置／プロセッサ１７３０に対して提供してもよい。復調器１７４２は、端末１２０ｘに対する１つ以上のリソースのチャネル品質を推定しても良く、この情報を、制御装置／プロセッサ１７３０に対して提供してもよい。制御装置／プロセッサ１７３０は、ＭＣＳおよび／または他のパラメータを端末１２０に対して、選択してもよい。
【００９６】
制御装置／プロセッサ１７３０ｘ、１７３０ｙ、および、１７７０は、それぞれ、基地局１１０ｘ、１１０ｙ、および、端末１２０ｘにおける動作を指示してもよい。メモリ１７３２ｘ、１７３２ｙ、および、１７７２は、それぞれ、基地局１１０ｘ、１１０ｙ、および、端末１２０ｘのデータとプログラムコードを記憶してもよい。スケジューラ１７３４ｘおよび１７３４ｙは、基地局１１０ｘおよび１１０ｙと通信する端末をスケジュールしてもよく、端末に対して、リソースを割り当ててもよい。
【００９７】
図１７中に示したプロセッサは、ここで記述した技術に対するさまざまな機能を実行してもよい。例えば、端末１２０ｘにおけるプロセッサは、図９中のプロセス９００、図１１中のプロセス１１００、図１３中のプロセス１３００図１５中のプロセス１５００、および／または、他のここで記述した技術のためのプロセスを指示あるいは実現してもよい。それぞれの基地局１１０におけるプロセッサは、図９中のプロセス９００、図１３中のプロセス１３００、図１５中のプロセス１５００、および／または、他のここで記述した技術のためのプロセスを指示あるいは実現してもよい。
【００９８】
当業者は、さまざまな異なる技術および技法を使用して情報および信号を表してもよいことを理解するだろう。例えば、上の説明を通して参照された、データ、命令、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または磁気の粒子、光学界または光の粒子、あるいはこれらの何らかの組み合わせにより、表してもよい。
【００９９】
ここで開示した実施形態に関連して述べられた、さまざまな例示的な論理ブロック、モジュール、回路およびアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、あるいは双方の組み合わせたものとして実現されてもよいことを当業者はさらに正しく認識するであろう。ハードウェアおよびソフトウェアの交換可能性を明確に図示するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップを一般的にこれらの機能に関して上述した。このような機能がハードウェアあるいはソフトウェアとして実現されるか否かは、特定の応用および全体的なシステムに課せられた設計の制約に依存する。当業者は、それぞれの特定の応用に対して方法を変化させて、述べてきた機能を実現してもよいが、このような実現決定は、本発明の範囲からの逸脱を生じさせるものとして解釈すべきではない。
【０１００】
ここで開示した実施形態に関連して述べた、さまざまな例示的な論理的ブロック、モジュールおよび回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）または他のプログラム可能論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、あるいは、ここで述べてきた機能を実施するために設計されたこれらの組み合わせで、実現されるか、あるいは、実施されてもよい。汎用プロセッサはマイクロプロセッサであってもよいが、代替実施形態では、プロセッサは、何らかの従来のプロセッサ、制御装置、マイクロ制御装置、状態機械であってもよい。プロセッサはまた、コンピューティングデバイスの組み合わせとして、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアを備えた１つ以上のマイクロプロセッサ、あるいは、このような構成の他の何らかのものとして実現してもよい。
【０１０１】
ここで開示した実施形態と関連して述べた方法またはアルゴリズムのステップは、直接、ハードウェアで、プロセッサにより実行されるソフトウェアモジュールで、あるいは、２つの組み合わせで具体化してもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、電気的プログラム可能ＲＯＭ（ＥＰＲＯＭ）メモリ、電気的消去可能プログラム可能ＲＯＭ（ＥＥＰＲＯＭ）メモリ、レジスタ、ハードディスク、リムーブバルディスク、ＣＤ−ＲＯＭ、あるいは、技術的に知られている他の何らかの形態の記憶媒体に存在していてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替実施形態では、記憶媒体はプロセッサと一体化されてもよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してもよい。ＡＳＩＣはユーザ端末に存在してもよい。代替実施形態では、プロセッサおよび記憶媒体は、ユーザ端末中のディスクリートコンポーネントとして存在してもよい。
【０１０２】
１つ以上の例示的な実施形態において、説明した機能を、ハードウェアや、ソフトウェアや、ファームウェアや、または、これらの任意の組み合わせによって実現してもよい。ソフトウェアで実現される場合、機能を、コンピュータ読取可能媒体中の１つ以上の命令またはコードとして記憶させてもよく、あるいは、コンピュータ読取可能媒体上で送信してもよい。コンピュータ読取可能媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータプログラムの転送を容易にさせる任意の媒体を含む通信媒体との両方を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体であってもよい。例として、これらに制限される訳ではないが、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、および他の光学ディスク、磁気ディスクストレージまたは磁気ストレージ装置、あるいは、所望のプログラムコードを命令またはデータ構造の形態で搬送または記憶するのに使用されることができ、かつ、コンピュータによってアクセスされることができる、他の任意の媒体を含むことができる。また、任意の接続は、厳密にコンピュータ読取可能媒体として呼ばれる。例えば、ソフトウェアが、ウェブサイト、サーバ、または、他の遠隔源から、同軸ケーブル、光ファイバーケーブル、撚線対、デジタル加入者回線（ＤＳＬ）、または、赤外線、無線、マイクロウェーブのようなワイヤレス技術を使用して送られる場合、同軸ケーブル、光ファイバーケーブル、撚線対、ＤＳＬ、または、赤外線、無線、マイクロウェーブのようなワイヤレス技術は、媒体の定義に含まれるものとする。ディスク（ｄｉｓｋとｄｉｓｃ）は、ここで使用するように、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光学ディスク、デジタル汎用ディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、ブルーレイ（登録商標）ディスクを含み、ここで、ディスク（ｄｉｓｋ）は、通常は、磁気的にデータを再生し、ディスク（ｄｉｓｃ）は、レーザーで光学的にデータを再生する。上記のものの組み合わせがまた、コンピュータ読取可能媒体の範囲内に含まれるだろう。
【０１０３】
開示した実施形態のこれまでの記述は、当業者が本発明を製作または使用できるように提供した。これらの実施形態に対するさまざま改良は当業者に容易に明らかとなり、ここに定義された一般的な原理は、本発明の精神および範囲を逸脱することなく、他の実施形態に適用されてもよい。したがって、本発明はここに示された実施形態に限定されることを意図しているものではなく、ここで開示されている原理および新しい特徴と一致した最も広い範囲に一致させるべきである。
【図１】
2011514713.tif 000005
【図２】
2011514713.tif 000006
【図３】
2011514713.tif 000007
【図４】
2011514713.tif 000008
【図５】
2011514713.tif 000009
【図６】
2011514713.tif 000010
【図７】
2011514713.tif 000011
【図８】
2011514713.tif 000012
【図９】
2011514713.tif 000013
【図１０】
2011514713.tif 000014
【図１１】
2011514713.tif 000015
【図１２】
2011514713.tif 000016
【図１３】
2011514713.tif 000017
【図１４】
2011514713.tif 000018
【図１５】
2011514713.tif 000019
【図１６】
2011514713.tif 000020
【図１７】
2011514713.tif 000021
【国際調査報告】
2011514713.tif 000022
2011514713.tif 000023
2011514713.tif 000024
2011514713.tif 000025
2011514713.tif 000026
2011514713.tif 000027