(57)【要約】リソース・フラグメンテーションを緩和するためにシンクロナス適応ＨＡＲＱが利用される。再送信のためのアップリンク許可をスケジューリングする代わりにビットマップが利用される。対応するリソース・ブロックのロケーションにおいてリソースが解放される場合、１または複数のリソース・ブロックのロケーションが変更されうる。１または複数のリソース・ブロックのロケーションを変更することによって、スペクトルの第１の端部に向けてリソース・ブロックをグリープ化することができる。ビットマップは、再送信オフセットと、再送信オフセットに関する方向を示す信号とを含む。その方向は、正方向または負方向でありうる。
2010525635.tif 000002
【特許請求の範囲】
【請求項１】
リソース・フラグメンテーションを緩和する方法であって、
アップリンク送信のために、少なくとも１つのリソース・ブロックの位置が変更されるべきかを判定することと、
前記少なくとも１つのリソース・ブロックを、変更された位置に割り当てることと、
前記変更された位置を示すビットマップを生成することと、
前記ビットマップをアップリンク許可の代わりに送信することと
を備える方法。
【請求項２】
前記少なくとも１つのリソース・ブロックを、変更された位置に割り当てることは、前記アップリンク送信に含まれる割り当てられたリソースをコンパクト化することを備える請求項１に記載の方法。
【請求項３】
前記少なくとも１つのリソース・ブロックを、変更された位置に割り当てることは、割り当てられたリソースを、スペクトルの第１の端部に向けてグループ化することを備える請求項１に記載の方法。
【請求項４】
前記少なくとも１つのリソース・ブロックの位置が変更された方向を示すビットをビットマップ内に含めることをさらに備え、前記方向は、正方向または負方向である請求項１に記載の方法。
【請求項５】
前記アップリンク送信のために、少なくとも１つのリソース・ブロックの位置が変更されるべきかを判定することは、
対応するリソース・ブロックのロケーションにおいてリソースの解放があるかを判定することと、
前記リソースの解放があると判定された場合、前記少なくとも１つのリソース・ブロックの位置を変更することと
を備える請求項１に記載の方法。
【請求項６】
前記リソースの解放は「０」によって示され、前記「０」は、肯定的なアクノレッジメントを示す請求項５に記載の方法。
【請求項７】
前記アップリンク送信のために、少なくとも１つのリソース・ブロックの位置が変更されるべきかを判定することは、
対応するリソース・ブロックのロケーションにおいてリソースの解放があるかを判定することと、
前記リソースの解放が無いと判定された場合、前記少なくとも１つのリソース・ブロックの位置を維持することと
を備える請求項１に記載の方法。
【請求項８】
前記位置を維持することは、「１」によって示され、前記「１」は、否定的なアクノレッジメントを示す請求項７に記載の方法。
【請求項９】
前記アップリンク送信のために、少なくとも１つのリソース・ブロックの位置が変更されるべきではない場合、ビットマップを送信しないことをさらに備え、前記ビットマップがないことは、ＨＡＲＱ再送信が終了したことを示す請求項１に記載の方法。
【請求項１０】
前記アップリンク送信のために、少なくとも１つのリソース・ブロックの位置が変更されるべきかを判定することは、対応するリソース・ブロックのロケーションが「０」であるか「１」であるかを判定することを備え、
前記「０」は、対応するリソース・ブロックにおけるＨＡＲＱ再送信の終了を示し、前記「１」は、対応するリソース・ブロックにおけるＨＡＲＱ再送信が継続していることを示す請求項１に記載の方法。
【請求項１１】
アップリンク許可において、新たなデータが送信されるべきであるか、あるいは、ＨＡＲＱ再送信が終了している場合、既存のデータが別のフォーマットで送信されるべきかを示すインジケーションをさらに備え、
前記アップリンク許可におけるインジケーションが、新たなデータ・インジケータ・ビットに含まれる請求項１０に記載の方法。
【請求項１２】
無線通信装置であって、
１または複数のリソース・ブロックのロケーションが変更されるべきかを判定することと、前記１または複数のリソース・ブロックを、変更されたロケーションに割り当てることと、前記変更されたロケーションに関連する情報を提供するビットマップを生成することと、前記ビットマップを１または複数のアクセス端末へ伝送することとに関連する命令群を保持するメモリと、
前記メモリに接続され、前記メモリに保持された命令群を実行するように構成されたプロセッサと
を備える無線通信装置。
【請求項１３】
前記メモリはさらに、前記変更されたロケーションの方向を示す信号をビットマップ内に含めることに関連する命令群を保持し、前記方向は正方向または負方向である請求項１２に記載の無線通信装置。
【請求項１４】
前記１または複数のリソース・ブロックを、変更されたロケーションに割り当てることは、前記１または複数のリソース・ブロックを、スペクトルの第１の端部に向けてグループ化することを備える請求項１２に記載の無線通信装置。
【請求項１５】
前記メモリはさらに、
対応するリソース・ブロックのロケーションにおいて、リソースの解放があるかを判定することと、
前記リソースの解放がある場合、前記１または複数のリソース・ブロックのロケーションを変更することと、
前記リソースの解放がない場合、前記１または複数のリソース・ブロックのロケーションを変更しないことと
に関連する命令群を保持する請求項１２に記載の無線通信装置。
【請求項１６】
前記リソースの解放は、「０」によって示され、前記リソースの解放がないことは、「１」によって示される請求項１５に記載の無線通信装置。
【請求項１７】
前記メモリはさらに、対応するリソース・ブロックのロケーションが「０」を含んでいるか、「１」を含んでいるかを判定することに関連する命令群を保持し、
前記「０」は、前記対応するリソース・ブロックにおけるＨＡＲＱ再送信の終了を示し、前記「１」は、前記対応するリソース・ブロックにおけるＨＡＲＱ再送信が継続していることを示す請求項１２に記載の無線通信装置。
【請求項１８】
シンクロナス適応ＨＡＲＱを実施する無線通信装置であって、
第１のリソース・ブロックの位置を確認する手段と、
少なくとも第２のリソース・ブロックのためのリソースの解放があるかを評価する手段と、
前記リソースの解放がある場合、前記第１のリソース・ブロックの位置を変更する手段と、
前記変更された位置を含むビットマップを、１または複数のアクセス端末へ伝送する手段と
を備える無線通信装置。
【請求項１９】
前記第２のリソース・ブロックのロケーションに含まれる「０」は、リソースの解放を示し、前記第２のリソース・ブロックのロケーションに含まれる「１」は、リソースの解放がないことを示す請求項１８に記載の無線通信装置。
【請求項２０】
前記リソースの解放は、ＨＡＲＱ再送信の終了を示し、前記リソースの解放がないことは、ＨＡＲＱ再送信が継続していることを示す請求項１９に記載の無線通信装置。
【請求項２１】
前記ビットマップを生成する手段をさらに備え、前記ビットマップは、再送信オフセットと、前記再送信オフセットの方向を示す信号とを含む請求項１８に記載の無線通信装置。
【請求項２２】
新たなデータが送信されるべきであるか、あるいは、リソースの解放がある場合、既存のデータが別のフォーマットで送信されるべきかをインジケートする手段をさらに備え、
このインジケーションは、アップリンク許可に含まれる新たなデータ・インジケータ・ビットである請求項１８に記載の無線通信装置。
【請求項２３】
コンピュータ・プログラム製品であって、
少なくとも１つのリソース・ブロックのロケーションにおいて、リソースの解放があるかを判定するためのコードと、
リソースの解放がある場合、少なくとも第２のリソース・ブロックを前記ロケーションへ再割当するためのコードと、
前記再割当を備えるビットマップを生成するためのコードと、
前記ビットマップを少なくとも１つのアクセス端末へ伝送するためのコードと、
を備えるシンクロナス適応ＨＡＲＱのためのコードを備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項２４】
前記ビットマップは、再送信オフセットと、前記再送信オフセットに関する方向を示す信号とを含み、前記方向は正方向または負方向である請求項２３に記載のコンピュータ・プログラム製品。
【請求項２５】
無線通信システムにおける装置であって、
アップリンク送信のために、少なくとも１つのリソース・ブロックの位置が変更されるべきかを判定し、
前記少なくとも１つのリソース・ブロックを、変更された位置へ割り当て、
再送信オフセットおよびシグナリング・ビットによって示される前記変更された位置を示すビットマップを生成し、
前記ビットマップをアップリンク許可の代わりに送信する、
ように構成されたプロセッサを備えた装置。
【請求項２６】
アップリンク上のリソース・フラグメンテーションを緩和する方法であって、
アップリンク許可の代わりにビットマップが受信されたかを判定することと、
少なくとも１つのリソース・ブロックの変更された位置について、前記ビットマップを評価することと、
前記変更された位置において、前記少なくとも１つのリソース・ブロックを送信することと
を備える方法。
【請求項２７】
前記ビットマップが受信されない場合、アップリンク許可を受信することと、
新たなデータ・インジケータ・ビットのためのアップリンク許可を評価することと、
前記新たなデータ・インジケータ・ビットに含まれる情報に基づいて、第１のデータのセットまたは第２のデータのセットを送信することと
をさらに備え、
前記第１のデータのセットは、以前に送信されたデータであり、前記第２のデータのセットは、新たなデータである請求項２６に記載の方法。
【請求項２８】
前記ビットマップは、ＨＡＲＱリソースの継続またはＨＡＲＱリソースの終了を示す請求項２６に記載の方法。
【請求項２９】
前記ビットマップを評価することは、前記ビットマップにおけるビットをレビューすることを含み、前記ビットは、前記変更された位置の方向を示し、前記方向は正方向または負方向である請求項２６に記載の方法。
【請求項３０】
前記変更された位置は、割り当てられたリソースを、スペクトルの第１の端部に向けてグループ化する請求項２６に記載の方法。
【請求項３１】
前記変更された位置において少なくとも１つのリソース・ブロックを送信することはさらに、前記少なくとも１つのリソース・ブロック内に「０」または「１」を配置することを備え、前記「０」は、リソースの解放を示し、前記「１」は、リソースの解放がないことを示す請求項２６に記載の方法。
【請求項３２】
前記「０」は肯定的なアクノレッジメントを示し、前記「１」は否定的なアクノレッジメントを示す請求項３１に記載の方法。
【請求項３３】
無線通信装置であって、
アップリンク許可の代わりにビットマップが受信されたかを判定することと、少なくとも１つのリソース・ブロックの変更された位置について、ビットマップを評価することと、前記変更された位置において、少なくとも１つのリソース・ブロックを送信することとに関連する命令群を保持するメモリと、
前記メモリに接続され、前記メモリに保持された命令群を実行するように構成されたプロセッサと
を備える無線通信装置。
【請求項３４】
前記メモリはさらに、前記ビットマップが受信されない場合、アップリンク許可を受信することと、新たなデータ・インジケータ・ビットのためのアップリンク許可を評価することと、前記新たなデータ・インジケータ・ビットに含まれる情報に基づいて、第１のデータのセットまたは第２のデータのセットを送信することとに関連する命令群を保持し、
前記第１のデータのセットは、以前に送信されたデータであり、前記第２のデータのセットは、新たなデータである請求項３３に記載の無線通信装置。
【請求項３５】
前記ビットマップは、ＨＡＲＱリソースの継続またはＨＡＲＱリソースの終了を示す請求項３３に記載の無線通信装置。
【請求項３６】
前記ビットマップを評価することは、前記ビットマップ内のビットをレビューすることを含み、前記ビットは、前記少なくとも１つのリソース・ブロックが変更された位置の方向を示し、前記方向は正方向または負方向である請求項３３に記載の無線通信装置。
【請求項３７】
前記変更された位置は、割り当てられたリソースを、スペクトルの第１の端部に向けてグループ化する請求項３３に記載の無線通信装置。
【請求項３８】
前記メモリはさらに、前記少なくとも１つのリソース・ブロック内に「０」または「１」を配置することに関連する命令群を保持し、前記「０」は、リソースの解放を示し、前記「１」は、リソースの解放がないことを示す請求項３３に記載の無線通信装置。
【請求項３９】
前記「０」は、肯定的なアクノレッジメントを示し、前記「１」は、否定的なアクノレッジメントを示す請求項３８に記載の無線通信装置。
【請求項４０】
アップリンク上のリソース・フラグメンテーションを緩和する無線通信装置であって、
アップリンクの代わりにビットマップが受信されたかを判定する手段と、
少なくとも１つのリソース・ブロックの変更された位置について、前記ビットマップを評価する手段と、
前記変更された位置において、前記少なくとも１つのリソース・ブロックを送信する手段と
を備える無線通信装置。
【請求項４１】
前記判定する手段は、前記アップリンク許可を受信し、
前記評価する手段は、新たなデータ・インジケータ・ビットのためのアップリンク許可をレビューし、
前記送信する手段は、前記新たなデータ・インジケータ・ビットに含まれる情報に基づいて第１のデータのセットまたは第２のデータのセットを送り、
前記第１のデータのセットは、以前に送信されたデータであり、前記第２のデータのセットは、新たなデータである請求項４０に記載の無線通信装置。
【請求項４２】
前記ビットマップは、ＨＡＲＱリソースの継続またはＨＡＲＱリソースの終了を示す請求項４０に記載の無線通信装置。
【請求項４３】
前記評価する手段は、前記ビットマップ内のビットをレビューし、前記ビットは、前記少なくとも１つのリソース・ブロックが変更された位置の方向を示し、前記方向は正方向または負方向を示す請求項４０に記載の無線通信装置。
【請求項４４】
前記変更された位置は、割り当てられたリソースを、スペクトルの第１の端部に向けてグループ化する請求項４０に記載の無線通信装置。
【請求項４５】
前記少なくとも１つのリソース・ブロック内に「０」または「１」を配置する手段をさらに備え、前記「０」は、リソースの解放を示し、前記「１」は、リソースの解放がないことを示す請求項４０に記載の無線通信装置。
【請求項４６】
前記「０」は、肯定的なアクノレッジメントを示し、前記「１」は、否定的なアクノレッジメントを示す請求項４５に記載の無線通信装置。
【請求項４７】
コンピュータ・プログラム製品であって、
アップリンク許可の代わりにビットマップが受信されたかを判定するためのコードと、
少なくとも１つのリソース・ブロックの変更された位置について、前記ビットマップを評価するためのコードと、
前記変更された位置において、前記少なくとも１つのリソース・ブロックを送信するためのコードと
を備えるシンクロナス適応ＨＡＲＱのためのコードを備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項４８】
ＨＡＲＱ再送信の終了を示すインジケーションの後、アップリンク許可が受信されたかを判定するためのコードと、
新たなデータ・インジケータ・ビットのためのアップリンク許可を評価するためのコードと、
前記新たなデータ・インジケータ・ビットに含まれる情報に基づいて、第１のデータのセットまたは第２のデータのセットを送信するためのコードと
をさらに備え、
前記第１のデータのセットは、以前に送信されたデータであり、前記第２のデータのセットは、新たなデータである請求項４７に記載のコンピュータ・プログラム製品。
【請求項４９】
無線通信システムにおける装置であって、
アップリンク許可の代わりにビットマップが受信されたかを判定し、少なくとも１つのリソース・ブロックの変更された位置について、前記ビットマップを評価し、前記少なくとも１つのリソース・ブロック内に、リソースの解放を示す「０」、または、リソースの解放がないことを示す「１」を配置し、前記変更された位置において、前記少なくとも１つのリソース・ブロックを送信するように構成されたプロセッサ
を備える装置。
【請求項５０】
「１」に設定され、少なくとも１つの割り当てられたリソースを含むリソース・ブロックを受信することと、
前記「１」を、ＨＡＲＱ再送信が継続しているものと解釈し、前記「１」ではない場合には、ＨＡＲＱ再送信が終了しているものと解釈することと
を備える方法。
【請求項５１】
新たなデータ・インジケータ（ＮＤＩ）ビットを含むアップリンク許可を受信することと、
前記ＮＤＩビットが設定されているか、または、設定されていないかを判定することと、
前記ＮＤＩビットが設定されていない場合、現在のデータのセットを、別のリソースで送信することと、
前記ＮＤＩビットが設定されている場合、新たなデータのセットを送信することと、
をさらに備える請求項５０に記載の方法。
【発明の詳細な説明】
【相互参照】
【０００１】
本願は、"A METHOD AND APPARATUS FOR ADAPTIVE HARQ"と題され、２００７年４月１３日に出願された米国仮出願６０／９１１，５７９号、"A METHOD AND APPARATUS FOR ADAPTIVE HARQ"と題され、２００７年４月１９日に出願された米国仮出願６０／９１２，９２２号、"A METHOD AND APPARATUS FOR ADAPTIVE HARQ"と題され、２００７年５月１日に出願された米国仮出願６０／９１５，１１４号、および、"A METHOD AND APPARATUS FOR ADAPTIVE HARQ,"と題され、２００７年５月２日に出願された米国仮出願６０／９１５，６４５号
の利益を主張する。これらの全ては、本願の譲受人に譲渡されている。上記出願の全体は、本明細書において参照によって組み込まれる。
【技術分野】
【０００２】
以下の記載は、一般に、無線通信システムに関し、特に、無線通信システムにおいて通信をスケジューリングすることに関する。
【背景技術】
【０００３】
無線通信システムは、さまざまなタイプの通信を提供するために広く展開しており、例えば、音声、データ等が、そのような無線通信システムによって提供されうる。一般的な無線通信システムは、利用可能なシステム・リソース（例えば、帯域幅、送信電力等）を共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。例えば、システムは、周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、符号分割多重化（ＣＤＭ）、直交周波数分割多重化（ＯＦＤＭ）等のようなさまざまな多元接続技術を使用することができる。
【０００４】
通常、無線多元接続通信システムは、同時に複数のアクセス端末のための通信をサポートすることができる。アクセス端末はおのおのの、順方向リンクおよび逆方向リンクでの送信によって、１または複数の基地局と通信することができる。順方向リンク（すなわち、ダウンリンク）は、基地局からアクセス端末への通信リンクを称し、逆方向リンク（すなわち、アップリンク）は、アクセス端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力（ＳＩＳＯ）システム、複数入力単一出力（ＭＩＳＯ）システム、あるいは複数入力複数出力（ＭＩＭＯ）システムによって確立されうる。
【０００５】
無線通信システムはしばしば、有効範囲領域を提供する１または複数の基地局を使用する。一般的な基地局は、ブロードキャスト・サービス、マルチキャスト・サービス、および／またはユニキャスト・サービスのために、複数のデータ・ストリームを送信する。ここで、データ・ストリームは、アクセス端末に対して興味のある独立した受信からなるデータのストリームでありうる。そのような基地局の有効範囲領域内のアクセス端末は、合成ストリームによって搬送される１つ、１つより多い、または全てのデータ・ストリームを受信するために適用されうる。同様に、アクセス端末は、基地局あるいは他のアクセス端末へデータを送信することができる。
【０００６】
無線通信システムで適用される誤り制御方法は、シンクロナス非適応ハイブリッド自動再送信要求（ＨＡＲＱ）でありうる。しかしながら、２を超えるアクセス端末が直交エア・インタフェースでスケジュールされた場合、ＨＡＲＱは、リソース・セグメンテーションを引き起こしうる。このリソース・セグメンテーションは、アップリンクとダウンリンクとの両方において生じうる。直交アップリンクにおけるシンクロナス非適応ＨＡＲＱは、少なくとも２つの問題を有する。第１に、新たなアクセス端末が、再送信によって使用されるものと同じリソース・ブロック上でスケジュールされうるので、アクノレッジメント（ＡＣＫ）／非アクノレッジメント（ＮＡＣＫ）誤りが、衝突に至る。第２に、ＨＡＲＱによる送信が早く終わると、リソース・フラグメンテーションに至る。その結果、アップリンク・パフォーマンスが低下する。
【発明の概要】
【０００７】
以下は、１または複数の局面の基本的な理解を提供するために、そのような局面の簡略化された概要を示す。この概要は、考えられる全ての局面の広範な概観ではなく、全ての局面の重要要素や決定的要素を特定することでも、任意または全ての局面の範囲を線引きすることでもないことが意図される。その唯一の目的は、１または複数の実施形態の幾つかの概念を、後に示されるより詳細な説明の前置きとして簡単な形式で示すことである。
【０００８】
１または複数の局面およびその対応する開示によれば、さまざまな局面が、シンクロナス適応ハイブリッドＡＲＱ（ＨＡＲＱ）との接続において記述される。再送信を求めるアップリンク許可をスケジュールする代わりに、ビットマップが適用される。
【０００９】
局面によれば、リソース・フラグメンテーションを緩和する方法が開示される。方法は、アップリンク送信のために、少なくとも１つのリソース・ブロックの位置が変更されるべきかを判定することと、少なくとも１つのリソース・ブロックを、変更された位置に割り当てることとを含む。方法はさらに、変更された位置を示すビットマップを生成することと、このビットマップをアップリンク許可の代わりに送信することとを含む。
【００１０】
他の局面は、メモリおよびプロセッサを含む無線通信装置に関する。メモリは、１または複数のリソース・ブロックのロケーションが変更されるべきかを判定することと、１または複数のリソース・ブロックを、変更されたロケーションに割り当てることとに関連する命令群を保持する。メモリはさらに、変更されたロケーションに関する情報を提供するビットマップを生成することと、このビットマップを、１または複数のアクセス端末へ伝送することとに関連する命令群を保持する。プロセッサはメモリに接続され、メモリに保持された命令群を実行するように構成される。
【００１１】
さらなる局面は、シンクロナス適応ＨＡＲＱを実施する無線通信装置に関する。この無線通信装置は、第１のリソース・ブロックの位置を確認する手段と、少なくとも第２のリソース・ブロックのためリソースの解放があるかを評価する手段とを含む。無線通信装置はさらに、リソースの解放がある場合、第１のリソース・ブロックの位置を変更する手段と、変更された位置を含むビットマップを、１または複数のアクセス端末へ伝送する手段とを含む。
【００１２】
さらに別の局面は、シンクロナス適応ＨＡＲＱのための格納された機械実行可能命令群を有するコンピュータ・プログラム製品に関する。これら命令群は、少なくとも１つのリソース・ブロックのロケーションにおいてリソースの解放があるかを判定することと、リソースの解放がある場合、少なくとも第２のリソース・ブロックを、このロケーションに再割当することとを含む。これら命令群はまた、再割当を備えるビットマップを生成することと、このビットマップを少なくとも１つのアクセス端末へ伝送することとを含む。
【００１３】
無線通信システムでは、他の局面は、プロセッサを備える装置に関する。このプロセッサは、少なくとも１つのリソース・ブロックの位置が、アップリンク送信について変更されるべきであるかを判定し、変更された位置へ、少なくとも１つのリソース・ブロックを割り当てるように構成される。このプロセッサはさらに、変更された位置を示すビットマップを生成し、このビットマップを、アップリンク許可の代わりに送信するように構成される。変更された位置は、再送信オフセットおよびシグナング・ビットによって示される。
【００１４】
関連する局面は、アップリンクにおけるリソース・フラグメンテーションを緩和する方法である。この方法は、アップリンク許可の代わりにビットマップが受信されたかを判定することを含む。もし受信されれば、少なくとも１つのリソース・ブロックの変更された位置についてビットマップが評価され、変更された位置において、少なくとも１つのリソース・ブロックが送信される。いくつかの局面によれば、この方法は、ビットマップが受信されない場合、アップリンク許可を受信することと、新たなデータ・インジケータ・ビットのためのアップリンク許可を評価することとを含む。新たなデータ・インジケータ・ビットに含まれる情報に基づいて、第１のデータのセットまたは第２のデータのセットが送信される。第１のデータのセットは以前に送信されたデータであり、第２のデータのセットは新たなデータである。
【００１５】
他の局面は、メモリおよびプロセッサを含む無線通信装置に関する。メモリは、アップリンク許可の代わりにビットマップが受信されたかを判定し、少なくとも１つのリソース・ブロックの変更された位置のビットマップを評価し、変更された位置において、少なくとも１つのリソース・ブロックを送信することに関する命令群を保持する。プロセッサはメモリに接続され、メモリに保持された命令群を評価するように構成される。
【００１６】
さらなる局面は、アップリンクにおけるリソース・フラグメンテーションを緩和する無線通信装置に関する。この装置は、アップリンク許可の代わりにビットマップが受信されたかを判定する手段と、少なくとも１つのリソース・ブロックの変更された位置のビットマップを評価する手段とを含む。この装置はまた、変更された位置において、少なくとも１つのリソース・ブロックを送信する手段を含む。
【００１７】
また別の局面は、シンクロナス適応ＨＡＲＱのための格納された機械実行可能な命令群を有するコンピュータ・プログラム製品に関する。これら命令群は、アップリンク許可の代わりに、ビットマップが受信されたかを判定することと、少なくとも１つのリソース・ブロックの変更された位置のビットマップを評価することとを含む。これら命令群はまた、変更された位置において、少なくとも１つのリソース・ブロックを送信することを含む。
【００１８】
無線通信システムにおいて、他の局面は、プロセッサを備えた装置に関する。このプロセッサは、アップリンク許可の代わりにビットマップが受信されたかを判定し、少なくとも１つのリソース・ブロックの変更された位置のビットマップを評価するように構成される。このプロセッサはさらに、少なくとも１つのリソース・ブロックに、「０」または「１」を配置するように構成される。「０」は、リソースの解放を示し、「１」は、リソースの解放がないことを示す。プロセッサはまた、変更された位置において、少なくとも１つのリソース・ブロックを送信するように構成される。
【００１９】
関連する局面は、「１」に設定され、少なくとも１つの割り当てられたリソースを示すリソース・ブロックを受信することを含む方法である。「１」は、ＨＡＲＱ再送信を継続すると解釈される。少なくとも１つのリソース・ブロックが「１」に設定されている場合、ＨＡＲＱ再送信が継続される。
【００２０】
前述した目的および関連する目的を達成するために、１または複数の局面は、後に十分に記載され特に請求項において指摘される特徴を備えている。以下の記載および添付図面は、１または複数の局面のある例示的な局面を詳細に述べている。しかしながら、これらの特徴は、さまざまな局面の原理が適用されるさまざまな方法のうちの極一部を示すに過ぎない。その他の利点および新規の特徴は、これら図面と連携して検討された場合、以下の詳細記述から明らかになり、開示された局面は、そのような全ての局面およびその等価物を含むことが意図される。
【図面の簡単な説明】
【００２１】
【図１】図１は、１または複数の局面にしたがう多元接続無線通信システムを例示する。
【図２】図２は、無線通信環境において、シンクロナス適応ＨＡＲＱの利用のスケジューリングを実行するシステムを例示する。
【図３】図３は、開示された局面にしたがって緩和されうるリソース・セグメンテーション問題を例示する。
【図４】図４は、ビットマップを利用することによって、オーバヘッドが最小化されたシンクロナス適応ＨＡＲＱスキームを例示する。
【図５】図５は、開示された局面とともに利用されうるビットマップ・フォーマットを例示する。
【図６】図６は、周波数ダイバース・スケジューリングおよび周波数選択スケジューリング・リソース配分のために利用されるリソース配分およびビットマップ・フォーマットを例示する。
【図７】図７は、持続的なリソース・ブロック・オフセットのためのオプション・オフセットを備えたビットマップ・フォーマットを例示する。
【図８】図８は、シンクロナス適応ＨＡＲＱを利用することによって、リソース・フラグメンテーションを緩和する方法を例示する。
【図９】図９は、シンクロナス適応ＨＡＲＱを利用することによって、リソース・フラグメンテーションを緩和する別の方法を例示する。
【図１０】図１０は、アップリンクにおけるリソース・フラグメンテーションを緩和する方法を例示する。
【図１１】図１１は、アップリンクで情報を送信する方法を例示する。
【図１２】図１２は、開示された局面の１または複数にしたがって通信システムのリソース・フラグメンテーションを緩和するシステムを例示する。
【図１３】図１３は、本明細書で開示されたさまざまな局面にしたがった周期的な拡張を備えた通信システムのサンプル再構成を容易にするシステムを例示する。
【図１４】図１４は、典型的な無線通信システムを例示する。
【図１５】図１５は、シンクロナス適応ＨＡＲＱを実施するシステム例を例示する。
【図１６】図１６は、アップリンクにおけるリソース・フラグメンテーションを緩和するシステム例を例示する。
【発明を実施するための形態】
【００２２】
さまざまな局面が、図面を参照して説明される。以下の記載では、説明の目的のために、１または複数の局面の完全な理解を提供するために、多くの具体的な詳細が述べられる。しかしながら、そのような局面は、これら具体的な詳細無しで実現されうることが明確である。他の事例では、これらの局面の記載を容易にするために、周知の構成およびデバイスがブロック図形式で示される。
【００２３】
本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、または実行中のソフトウェアのようなコンピュータ関連エンティティを称することが意図される。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりえる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１または複数のコンピュータに局在化されるか、および／または、２またはそれ以上のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造を格納して有するさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを介して他の構成要素とインタラクトする１つの構成要素からのデータのような１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。
【００２４】
さらに、本明細書ではさまざまな局面が、無線端末に関連して記載される。無線端末はまた、システム、加入者ユニット、加入者局、モバイル局、モバイル、モバイル・デバイス、デバイス遠隔局、遠隔端末、アクセス端末、ユーザ端末、端末、無線通信デバイス、ユーザ・エージェント、ユーザ・デバイス、ユーザ・デバイス、またはユーザ機器（ＵＥ）とも称されうる。無線端末は、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、スマート・フォン、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド・コンピュータ・デバイス、衛星ラジオ、および／または、無線システムによって通信するその他の処理デバイスでありうる。さらに、本明細書では、さまざまな局面が、基地局に関して説明される。基地局は、無線端末と通信するために利用され、アクセス・ポイント、ノードＢ、またはその他幾つかの専門用語でも称されうる。
【００２５】
さまざまな局面または機能が、多くのデバイス、構成要素、モジュール等を含むシステムの観点から表されるだろう。これらさまざまなシステムは、さらなるデバイス、構成要素、モジュール等を含んでいるか、および／または、図面に関連して説明されたデバイス、構成要素、モジュール等の必ずしも全てを含んでいる訳ではないことが理解され認識されるべきである。これらのアプローチの組み合わせもまた適用されうる。
【００２６】
図１に示すように、１または複数の局面にしたがう多元接続無線通信システム１００が例示されている。無線通信システム１００は、１または複数のユーザ・デバイスとコンタクトする１または複数の基地局を含みうる。基地局はおのおのの、複数のセクタに有効範囲を提供する。３セクタ基地局１０２は、アンテナ１０４、１０６を含む第１のグループと、アンテナ１０８、１１０を含む第２のグループと、アンテナ１１２、１１４を含む第３のグループとを含む複数のアンテナ・グループを含む。この図によれば、おのおののアンテナ・グループについて２つのアンテナしか示されていないが、おのおののアンテナ・グループについて、それよりも多いあるいはそれよりも少ないアンテナも適用されうる。モバイル・デバイス１１６は、アンテナ１１２、１１４と通信しており、アンテナ１１２、１１４は、順方向リンク１２０によってモバイル・デバイス１１６へ情報を送信し、逆方向リンク１１８によってモバイル・デバイス１１６から情報を受信する。順方向リンク（すなわちダウンリンク）は、基地局からモバイル・デバイスへの通信リンクを称し、逆方向リンク（すなわちアップリンク）は、モバイル・デバイスから基地局への通信リンクを称する。モバイル・デバイス１２２は、アンテナ１０４、１０６と通信しており、アンテナ１０４、１０６は、順方向リンク１２６によってモバイル・デバイス１２２へ情報を送信し、逆方向リンク１２４によってモバイル・デバイス１２２から情報を受信する。
【００２７】
通信するように指定された領域および／またはアンテナのグループのおのおのは、基地局１０２のセクタと称されうる。１または複数の局面では、おのおののアンテナ・グループは、基地局１０２によってカバーされた領域またはセクタ内のモバイル・デバイスに通信するように設計されうる。基地局は、端末と通信するために使用される固定局でありうる。
【００２８】
一般に、シンクロナス非適応ＨＡＲＱは、直交エア・インタフェース上で２より多くのアクセス端末がスケジュールされる場合、リソース・セグメンテーションを引き起こす。リソース・セグメンテーションは、アップリンクとダウンリンクとの両方で生じうる。ダウンリンクでは、ダウンリンク制御チャネル・オーバヘッドを犠牲にして、フレキシブルなスケジューリング許可フォーマットを用いてリソース・セグメンテーションが対処される。一方、アップリンクでは、波形の単一キャリア特性によって、リソース・セグメンテーション問題が、シンクロナス非適応ＨＡＲＱを用いて効率的に対処される。したがって、開示された局面は、以下にさらに詳しく説明するように、パフォーマンス低下を緩和するために、シンクロナス適応ハイブリッド自動再送信要求（ＨＡＲＱ）を利用する。開示された局面のうちの１または複数によれば、再送信（ＲｅＴｘ）のために、アップリンク許可をスケジュールする代わりに、ビットマップが利用される。
【００２９】
図２に移って、無線通信環境において、シンクロナス適応ＨＡＲＱの利用のスケジューリングを実行するシステム２００が例示される。システム２００は、チャネルを介してデータを送信するものと示されている無線通信装置２０２を含む。データを送信するように示されているが、無線通信装置２０２はまた、チャネルを介してデータを受信することもできる（例えば、無線通信装置２０２は、データの送信および受信を、同時に行うか、異なる時間に行うか、それらの組み合わせ等で行う）。無線通信装置２０２は、例えば、基地局（例えば、図１の基地局１０２等）、アクセス端末（例えば、図１のアクセス端末１１６、図１のアクセス端末１２２等）等でありうる。
【００３０】
基地局からは、例えばアクセス許可のような許可を与える制御チャネルが送られる。この制御チャネルは、ダウンリンク・データ・チャネルまたはアップリンク・データ・チャネルを伴いうる。アクセス端末がアップリンクで送信することの許可を基地局が与えなければ、アクセス端末は、アップリンクで送信することができない。ダウンリンクでは、アクセス端末はまず制御チャネルを復号して、そのアクセス端末のためのデータが存在するかを判定する。そのアクセス端末のためのデータがある場合、データ・チャネルの残りが、アクセス端末によって復号される。
【００３１】
ＨＡＲＱは、送信機が、符合化されるパケットである類似の「伝送ブロック」を送信し続ける場合、誤り制御のために利用される。この伝送ブロックは、異なる符合化ビットであるが同じ情報ビットを称する別の冗長バージョンとして送信されうる。ダウンリンクは非シンクロナスであるので、アクセス端末が送信する期間は、少なくともダウンリンクにおいて、ネットワーク（例えば、基地局）によって決定される。しかしながら、アップリンクはシンクロナスであるので、ネットワーク（例えば、基地局）は、アクセス端末がデータをどのリソースで送るか、同じ状況でどれが余分なオーバヘッドを生成するかを判定する。
【００３２】
システム２００は、ペンディングとなっている全ての再送信をスケジュールするために、１つの制御チャネルを利用する。他の制御チャネルを用いて、新たな送信がスケジュールされる。その制御チャネルにおけるビット位置とリソース・ブロックとの間のマッピングが存在する。各アクセス端末は、各アクセス端末がアップリンクにおいてどのリソースで送信しているのかを知っているので、参照すべきビットを知っている。アクセス端末は、アクセス端末がどのリソースで再送信するのかを計算する。これは、暗黙的な規則に基づきうる。
【００３３】
例えば、リソースは０から２５まで付番され、アクセス端末は、リソース０乃至２５で送信している。他のアクセス端末は、リソース０乃至１９で送信することができるので、ビット０乃至１９に対応する制御チャネルにおけるビット位置が、これらリソースで送信するその他のアクセス端末のために予約される。リソース０乃至２５のうちの何れかまたは全てに「０」が存在すれば、それは、送信が成功したことを示し、特定のリソースに割り当てられたアクセス端末は、送信に使用されるべき新たなチャネルを待つ。リソース０乃至２５が全て「１」である場合、それは、送信が成功しなかったことを示し、アクセス端末は再送信せねばならない。
【００３４】
例を続けると、リソース０乃至１９がすべて「０」である（あるいは、そのサブセットが「０」に設定されている）場合、それは、これらのリソースが、割り当てられたアクセス端末によって利用されていない（例えば、送信が成功した）ことを示す。したがって、開示された局面の１または複数にしたがって、リソース２０乃至２５を割り当てられたアクセス端末は再送信することができるが、リソース２０乃至２５においてではなく、自由化された（「０」に設定された）リソース０乃至１９のうちの１または複数において再送信することができる。したがって、現在使用されていないリソースを占有する。このように、アクセス端末は、どこに再送信すべきかを決定することができる（ＨＡＲＱ）。オプションは、同じリソース（２０乃至２５）で送信することであるが、これによって、リソースはセグメント化される。これは、利用されたリソースを占有することによって緩和されうる。
【００３５】
同じリソース（上記例では２０乃至２５）での送信に関連する問題は、スペースがセグメント化されることである。なぜなら、もしも１０のアクセス端末が存在し、５つのアクセス端末で終端し、５つのアクセス端末で終端しないのであれば、どのリソースが占有され、どのリソースが占有されないかが、ランダムな分布になるからである。これは、スケジューラに制約を与える。なぜなら、スケジュールは、穴を埋めねばならないからである。そして、リソースにおける割当は連続している（アップリンクでは単一の搬送波である）ので、他のアクセス端末等のために必要とされる空きスペースが存在するからである。
【００３６】
したがって、システム２００は、リソースをコンパクトにするために、正方向あるいは負方向である特定方向でリソースを移動させることによって、空きスペースを減ずることができる。そして、コンパクト化されたリソースのブロックをスペクトルに入れ込むオフセットが適用されうる。したがって、システム２００は、リソースをコンパクトにするためのメカニズムを適用し、オフセットの後にホッピング等が適用されるオフセットを適用する能力を与える。
【００３７】
無線通信装置２０２は、１または複数のリソース・ブロックの位置が変更されるべきかを判定することができるリソース・ロケーション・アジャスタ２０４を含みうる。リソース・ブロックの位置は、割り当てられた位置（すなわち、ロケーション）、以前に変更された位置、あるいはこれらの組み合わせでありうる。位置は、リソースのフラグメンテーションを緩和するために、および／または、割り当てられたリソースをコンパクトにするために、アップリンク送信で変更されうる。いくつかの局面によれば、ロケーションは、スペクトルの第１の端部に向けて、スペクトルの第２の端部に向けて、あるいはその間に向けて、割り当てられたリソースをグループ化するために変更されうる。
【００３８】
ロケーションを変更するかについて、リソース・ロケーション・アジャスタ２０４による判定は、対応するリソース・ブロックのロケーションにおいて、ビットマップで「０」が受信されたか、「１」が受信されたかに基づきうる。「０」は、所与の伝送ブロックのＨＡＲＱ再送信の終了を示しうる。リソース・ロケーション・アジャスタ２０４は、受信した「０」に基づいて、リソースが解放され、必要であれば他のアクセス端末によって利用されうると推論することができる。「１」は、ＨＡＲＱ再送信が継続していることと、リソースが解放されていないことを示しうる。いくつかの局面によれば、「０」は、肯定的なアクノレッジメント（ＡＣＫ）を示し、「１」は、否定的なアクノレッジメント（ＮＡＣＫ）を示す。
【００３９】
スケジューラ２０６は、リソース・ロケーション・アジャスタ２０４によってなされる判定に基づいて、１または複数のリソース・ブロックを、変更された位置（すなわちロケーション）へ割り当てることができる。スケジューラ２０６は、他のアクセス端末のために利用される空のスペースを埋めるために、位置を割り当てることができる。さらに、あるいは、その代わりに、スケジューラ２０６は、１または複数のリソース・ブロックを割り当て、もって、リソース・ブロックは、既に割り当てられたリソースと衝突しないようになる。
【００４０】
リソース・ブロックのロケーションに基づいて、ビットマップ・クリエータ２０８は、対応するロケーションを示すビットマップを生成することができる。変更されたロケーションは、ビットマップ内のビットでありうる信号によって示されうる。信号（またはビット）は、正方向または負方向である、ロケーションが変更される方向を示すことができる。送信機２１０は、アップリンク許可の代わりにビットマップを送信することができる。位置に変更がない場合、ビットマップは、生成も送信もされないことがありうる。何れのビットマップも、ＨＡＲＱ再送信の終了を示すことができない。
【００４１】
開示された局面を十分理解するために、図３は、開示された局面にしたがって緩和されうるリソース・セグメンテーション問題３００を例示する。うち１つが３０２とラベルされているおのおののブロックは、最小リソース・ブロックを示す。横軸３０４は時間を表し、縦軸３０６は周波数を表わす。この例は、４つのアクセス端末および３つの送信を表している。おのおのの送信は０乃至５とラベルされ、３０８、３１０、３１２で示される。おのおののアクセス端末に割り当てられ、それによって利用されるリソースは、おのおののアクセス端末について１つのシェーディングである異なるシェーディングによって表される。
【００４２】
３０８とラベルされた第１の送信のセット（０乃至５）中の（おのおののアクセス端末について異なるシェーディングである）シェーディングによって示されるように、新たな送信がスケジュールされる。例示するように、３１４に例示するように、第１のスペクトルの終了において、第１のアクセス端末にリソースが割り当てられる。３１６に例示するように、第２のアクセス端末にリソースが割り当てられ、３１８に例示するように、第３のアクセス端末にリソースが割り当てられる。３２０に例示するように、第２のスペクトルの終了において、第４のアクセス端末にリソースが割り当てられる。
【００４３】
アップリンクでは、送信３１０、３１２によって例示されるように、リソースのフラグメンテーションがある。例えば、第１のアクセス端末は、リソース・ブロック３、４、５ではなく、リソース・ブロック０、１、２で、アップリンク送信３１０で送信する。アップリンク送信３１２中、第１のアクセス端末は、リソース・ブロック２、３、４、５ではなく、リソース・ブロック０、１で送信する。第２のアクセス端末は、アップリンク送信３１０中、（リソース・ブロック０または５ではなく）リソース・ブロック１、２、３、４で送信し、アップリンク送信３１２中、（リソース・ブロック０または５ではなく）リソース・ブロック１、２、３、４で送信する。第３のアクセス端末は、アップリンク送信３１０中に（リソース・ブロック３、４、５ではなく）リソース・ブロック０、１、２で送信し、アップリンク送信３１２中に（リソース・ブロック０、１、３、４、５ではなく）リソース・ブロック２で送信する。この例では、第４のアクセス端末が、アップリンク送信３１０中に、（リソース・ブロック４、５ではなく）リソース・ブロック０、１、２、３で送信し、アップリンク送信３１２中に、（リソース・ブロック１、３、４、５ではなく）リソース・ブロック０、２で送信する。したがって、アクセス端末によってリソース・ブロックまたは複数のリソースが利用されることによって、アップリンク・リソースのフラグメンテーションが生じ、スケジューラは、利用可能な帯域幅全体にわたった新たなアクセス端末のスケジューリングをすることができない。
【００４４】
フラグメンテーション問題は、非シンクロナス適応ＨＡＲＱと類似のシンクロナス適応ＨＡＲＱを実施することによって緩和されうる。非シンクロナス適応ＨＡＲＱは、おのおのの送信がスケジュールされることを意味する。伝送ブロック毎の送信数は一般に少ないので、この解決法は、ダウンリンクにおいて顕著なオーバヘッドを構成しない。これは、リンク適応によって提供され、電力制限がほとんどない。
【００４５】
しかしながら、アップリンクでは、情報ビット毎に必要とされるビット毎エネルギー対雑音および干渉比（Ｅｂ／Ｎｔ）を最小化するために、電力制限が、大きな送信数を命ずる。情報ビット毎に必要とされるＥｂ／Ｎｔを最小化することによって、他のセルに対する干渉を最小化する。これは、セル端部のアクセス端末の助けとなり、有効範囲および容量を最大化することができる。したがって、アップリンクにおいておのおのの送信をスケジュールすることは高価でありうる。
【００４６】
おのおのの送信をスケジュールすることによって、アクノレッジメント・チャネルにサービス提供することもできる。アクセス端末が、再送信のためのスケジューリング許可を受信すると、アクセス端末は、この許可を否定的なアクノレッジメント（ＮＡＣＫ）として解釈し、スケジュールされた伝送ブロックの予め定めたあるいはシグナルされた冗長バージョンを再送信する。一方、スケジューリング許可が受信されないと、アクノレッジメント（ＡＣＫ）が仮定される。おのおのの送信のスケジューリングは、柔軟的である。なぜなら、リソース・ブロック・サイズおよび変調および符合化の適応を考慮しているからである。しかしながら、ほとんどの状況において、それは不必要である。
【００４７】
開示された局面は、上述した基本的な解決方法を越えて、ダウンリンク制御チャネル・オーバヘッドを緩和することができる。いくつかの局面によれば、周波数ホッピングが可能であり、例えばスケジューラによって制御されうる。開示された局面のうちの１または複数では、リソース・ブロックにビットマップが割り当てられる。
【００４８】
図４は、ビットマップを利用して最小化されたオーバヘッド・シンクロナス適応ＨＡＲＱスキームを例示する。オーバヘッドを緩和し、リソース・セグメンテーションの阻止を試みるために、開示された局面のうちの１または複数は、シンクロナス適応ＨＡＲＱスキームを利用する。無線通信装置は、４００に例示するように、割り当てられたリソースのロケーションを変更することができる。いくつかの局面によれば、帯域幅も適応されうる。
【００４９】
例示するように、ソース・ブロック・ビットマップ４０４では、そのうちの１つが４０２でラベル付けされているような位置が各リソース・ブロックに割り当てられる。リソース・ブロック・ビットマップ４０４は、再送信をスケジュールするために使用されうる。いくつかの局面によれば、ビットマップ４０４はまた、アクノレッジメント・チャネルとしてもサービス提供することができる。
【００５０】
アクセス端末がデータを送信したリソース・ブロックを含む対応するビットマップをアクセス端末が復号した後にビットマップ４０２が構成されるのであれば、アクセス端末の挙動は、後述する異なる３つの状況にしたがって要約されうる。第１の状況は、もしもアクセス端末がビットマップを受信していないのであれば、それは、ＨＡＲＱ再送信の可能な終了を示す。
【００５１】
いくつかの局面によれば、ビットマップが受信されないのであれば、それは、ＨＡＲＱ再送信の可能な終了を示し、新たなデータあるいは同じデータが送信されるべきかを判定するためにアップリンク許可がレビューされる。アップリンク許可は、ＨＡＲＱ再送信の終了を示すものと同じサブ・フレームで受信されうるか、あるいは、異なるサブ・フレームで受信されうる。アップリンク許可において新たなデータ・インジケータ（ＮＤＩ）ビットが設定された場合、それば、新たなデータが送信されるべきであることを示す。アップリンク許可に、新たなデータ・インジケータ（ＮＤＩ）ビットがない場合、それは、同じデータの別フォーマットによる再送信を示す。
【００５２】
第２の状況は、アクセス端末がアップリンク・スケジューリング許可を受信せず、対応するリソース・ブロックのロケーションにおいてビットマップで「０」を受信した場合である。これは、所与の伝送ブロックのＨＡＲＱ再送信の終了を示す。この状況では、（例えば、リソースの解放により）リソースが自由化され、必要であれば、他のアクセス端末によって利用されうる。
【００５３】
第３の状況は、アクセス端末がアップリンク・スケジューリング許可を受信せず、対応するリソース・ブロックのロケーションにおいてビットマップで「１」を受信した場合である。これは、ＨＡＲＱ再送信が継続していることを示す。この状況では、アクセス端末は、対応する伝送ブロックを再送信する。ここでは、リソース・ブロック・ロケーションが、図４に例示するようなビットマップから計算される。再送信のためのリソース・ブロックは、帯域幅の一端のリソースになるように、あるいは、ビットマップ内の他のグループになるようにグループ化される。
【００５４】
さらに図４では、送信４１０において、横軸が時間４０６を表し、縦軸が周波数４０８を表す。また、２つのアップリンク送信４１２、４１４が例示される。４つのアクセス端末には、図３で割り当てられたリソースと同様に、４１６、４１８、４２０、４２２によって示されるようにリソース０乃至５が割り当てられる。
【００５５】
前の図においてアップリングで生じたフラグメンテーションを緩和するために、アクセス端末の１または複数に割り当てられたリソースのロケーションが調節される。以下は、例示目的のみのためであって、他の構成も可能であることが注目されるべきである。例示するように、第１のアクセス端末が、送信４１２中、リソース・ブロック０、１、２において、アップリンクで送信する。リソース３、４、５は（第１のアクセス端末によって使用されておらず）自由化されているので、別のアクセス端末がこれらのリソースを利用することができる。第１のアクセス端末は、アップリンク送信４１４中、リソース・ブロック０、１の間、アップリンクで送信する。リソース２、３、４、５は自由化されており、別のアクセス端末によって利用されうる。第２のアクセス端末は、第１のアップリンク送信４１２中、自己に割り当てられたリソース１、２、および、第１のアクセス端末に以前に割り当てられたリソース３、４で送信する。第２のアクセス端末は、アップリンク送信４１４中、自己に割り当てられたリソース１、２、および、第１のアクセス端末に以前に割り当てられたリソース２、３、４で送信する。同様に、第３のアクセス端末は、アプリンク送信４１２中、自己のリソース１、２のみならず、以前に第２のアクセス端末に割り当てられたリソース０でも送信する。第３のアクセス端末は、アップリンク送信４１４中、自己に割り当てられたリソース２で送信する。最後に、第４のアクセス端末は、アップリンク送信４１２中、自己に割り当てられたリソース１、２、第３のアクセス端末に以前に割り当てられたリソース０、および、第２のアクセス端末に以前に割り当てられたリソース３で送信する。第４のアクセス端末は、アップリンク送信４１４中、自己に割り当てられたリソース２、および、以前に第２のアクセス端末に割り当てられたリソース０で送信する。
【００５６】
図４に例示するように、リソースは、スペクトルのボトム・エンド（例えば右側）へとグループ化される。しかしながら、他の方法でもグループ化されうる。上述した送信のためのインタレースが４２４において例示されている。いくつかの局面によれば、トラフィック・チャネル送信前、２つの送信時間インタバル（ＴＴＩ）で、制御チャネルが送信されうる。
【００５７】
図５は、開示された局面とともに利用されうるビットマップ・フォーマット５００を例示する。ＲｅＴｘオフセット５０２と示される再送信グループのための開始リソース・ブロックが、予め定められる（帯域幅の一端）か、あるいは、ビットマップ自身内にシグナルされる。この図では、ビットマップ５００を示すために、リソース・ブロック（ＲＢ）ＲＮＴＩ５０４が利用される。例示されているのは、（０乃至２４とラベル付けされた）２５のリソース・ブロックであり、開示された局面では、それよりも多いか、または、少ないリソース・ブロックも利用されうる。ＲｅＴｘオフセット５０２は約５ビットであるが、いくつかの局面によれば、５ビットよりも多い（または少ない）。いくつかの局面によれば、無線通信装置は、「Ｄ」ビット５０６と称される方向をシグナルすることができる。このビット５０６は、リソース・ブロックがＲｅＴｘオフセット５０２に関してマップされる方向を示す。ビット５０６は、負方向または正方向を示すことができる。
【００５８】
このチャネルにおいて消失率が高い場合に起こりうるリソース・セグメンテーションを緩和するために、無線通信装置は、いくつかのリソースが使用されていないかを推定するために、スケジュールされたリソースにおけるエネルギー検出を実行することができる。
【００５９】
いくつかの局面によれば、ダウンリンク・アクノレッジメント・チャネル（ＤＬ  ＡＣＫＣＨ）の代わりに、リソース・ブロック・ビットマップが使用されうる。しかしながら、アクセス端末はまだ、伝送ブロックが正しく送信されたかを判定するために使用されるＤＬ  ＡＣＫＣＨを読みことができるかもしれない。
【００６０】
ビットマップにおける「０」は、ＨＡＲＱ再送信の終了に加えて、肯定的なアクノレッジメント（ＡＣＫ）を示す。ビットマップにおける「１」は、否定的なアクノレッジメント（ＮＡＣＫ）を示す。ビットマップが受信されない場合、それは、否定的なアクノレッジメント（ＮＡＣＫ）を示し、アクセス端末は、その後のアップリンク許可を受信した場合、同じデータを再送信することができよう。いくつかの局面によれば、ビットマップを受信しないことは、肯定的なアクノレッジメントの可能性を示し、アクセス端末は、新たなアップリンク許可を受信すると、新たな伝送ブロックを送信することができる。
【００６１】
いくつかの局面によれば、ビットマップが受信されないことは、ＨＡＲＱ再送信が終了している可能性を示し、新たなデータまたは同じデータが送信されねばならないかを判定するために、アップリンク許可がレビューされる。アップリンク許可は、ＨＡＲＱ再送信の終了を示すものとして同じサブ・フレームで受信されるか、あるいは別のサブ・フレームで受信されうる。アップリンク許可における新たなデータ・インジケータ（ＮＤＩ）ビットは、新たなデータが送信されるべきであることを示す。いくつかの局面によれば、アップリンク許可は、同じデータが別のフォーマットで送信されるべきであることを示す。
【００６２】
アクセス端末は、所与の伝送ブロックについて、最大数の送信で構成される。もしも限界に達し、ブロックが正しく復号されない場合、ネットワークは、後述するように、少なくとも２つのオプションを持ち、伝送ブロックに対して否定的にアクノレッジするか、あるいは、伝送ブロックに対して肯定的にアクノレッジする。
【００６３】
伝送ブロックを否定的にアクノレッジすることは、対応するビットマップ位置に「１」を配置することによって利用されうる。この場合、アクセス端末は、新たな伝送ブロックを同じ変調および符合化を用いて送ることによって、スケジュールされたリソースを使用し続ける。ラジオ・リンク制御（ＲＬＣ）は、誤り復元に依存しうる。アクセス端末が同じ伝送ブロックの送信を継続する場合、ＭＡＣレイヤ再送信が利用されうる。
【００６４】
伝送ブロックを肯定的にアクノレッジすることは、対応するビットマップ位置に「０」を配置することによって利用されうる。この場合、アクセス端末は、データを送信することを停止し、再送信前に、新たなスケジューリング許可を待つことができる。誤り復元のために、アクセス端末は、スケジューリング許可における新たなデータ・インジケータ（ＮＤＩ）およびＲＬＣに依存しうる。
【００６５】
再送信数の動的なネットワーク制御は、最大送信数が指定されない場合に達成される。その代わり、無線通信装置は、ビットマップ内に「０」を設定することによって、アクセス端末が現在の伝送ブロックの再送信をいつ廃棄するのかを決定することができる。
【００６６】
アップリンク・スケジューリング許可とのインタラクションについて記載する。フル・アップリンク・スケジューリング許可は、前の伝送ブロックの再送信または新たな伝送ブロックの送信を意味する。その目的のため、アップリンク許可の一部として、新たなデータ・インジケータ（ＮＤＩ）ビットが利用されうる。いくつかの局面によれば、ＮＤＩが利用されない場合、それは、アクセス端末がアップリンク許可を受信すると常に新たなデータを送ることを示す。
【００６７】
フル・アップリンク・スケジューリング許可が受信されると、アクセス端末は、アップリンク・スケジューリング許可に示されるロケーションにおいてデータを送信する。アクセス端末がアップリンク許可を受信した場合、アクセス端末は、ＮＤＩビットが設定されていれば、新たな伝送ブロックを送信する。アクセス端末がアップリンク許可を受信する場合、アクセス端末は、ＮＤＩビットが設定されていなければ、現在の伝送ブロックの再送信を続ける。
【００６８】
無線通信装置は、通常、ビットマップ内に「０」を持つアップリンク許可を送るべきである。これは、リソースの解放を示す。ビットマップ内に「１」が示される場合、無線通信装置は、ビットマップのみを用いることによって、アクセス端末が計算するものと同じリソースにおいてアクセス端末をスケジュールすべきである。いくつかの局面によれば、アップリンク・スケジューリング許可は、新たな伝送ブロックが送信されるべきか、および、変調および符合化が変更されたかを示すために利用されうる。
【００６９】
いくつかの局面によれば、遅延に影響を受けるサービスに関するセル・エッジ問題、あるいは、制御チャネル・オーバヘッド問題に対処するために、持続的なリソース・ブロック割当が、アクセス端末へ提供されうる。リソース・フラグメンテーションを緩和するために、そのような割当は、帯域幅の端部に限定されねばならない。持続的な割り当てを除外する帯域幅にシグナリングするために少なくとも幾つかのオプションがある。これらのオプションのうちの１つを以下に記載する。
【００７０】
再送信のためのグルーピングが、ビットマップおよび帯域幅のボトム・エッジに向かって実行されると仮定すると、準安定な持続的割当が割り当てられたリソースが、ビットマップの先頭（右側）部分にマップされる。しかしながら、これは、リソースがどのようにマップされるかの一例に過ぎない。
【００７１】
対応するリソース・ブロックのロケーションにおいてビットマップにおいて「０」が受信された場合、それは、所与の伝送ブロックについてのＨＡＲＱ再送信が終了したことを示す。対応するリソース・ブロックのロケーションにおいてビットマップにおいて「１」が受信されると、それは、ＨＡＲＱ再送信が継続していることを示す。ビットマップが受信されない場合、それは、伝送ブロックの送信が終了したことを示す。
【００７２】
いくつかの局面によれば、ダイバーシティを達成するために、帯域幅の中心近辺における送信毎の時間インタバル（ＴＴＩ）ホッピングが適用されうる。ホッピングは、全てのリソース・ブロックについて適応し、ビットマップとリソース・ブロックとの間の逆マッピングを備えうる。
【００７３】
いくつかの局面によれば、周波数選択スケジューリングを備えた構成が利用されうる。図６は、周波数ダイバース・スケジューリングおよび周波数選択スケジューリング・リソース配分のために利用されるリソース配分６００およびビットマップ・フォーマット６０２を例示する。例示されたものは、サブ・ビットマップ１（６０４）およびサブ・ビットマップ２（６０６）からなる２つのサブ・ビットマップである。サブ・ビットマップ６０４とサブ・ビットマップ６０６のおのおのは、周波数ダイバース・スケジューリング・リソース・ブロック６０８、６１０と、周波数選択スケジューリング・リソース・ブロック６１２、６１４とのペアを含む。６１６および６１８に例示されるのは、物理アップリンク制御チャネル（ＰＵＣＣＨ）である。
【００７４】
ネットワークは、周波数選択スケジューリング・ブロック６１２、６１４と、周波数ダイバース・スケジューリング・ブロック６０８、６１０とにリソース配分を行う。この配分は、ブロードキャスト・チャネルによって告知され、基地局の地理的領域またはセル内の全てのアクセス端末へ知られうる。
【００７５】
対応する方向ビットＤ、およびＲｅＴｘオフセットが、サブ・ビットマップ６０４、６０６に付与される。図４に示すようなリソース割り当てが、サブ・ビットマップ６０４，６０６のそれぞれに当てはまる。周波数選択スケジューリング６１２、６１４が、持続的なスケジューリングと同様に取り扱われる。したがって、対応するリソース・ブロックのロケーションのビットマップにおいて「０」が受信された場合、それは、ＨＡＲＱ再送信の終了を示す。対応するリソース・ブロックのロケーションのビットマップにおいて「１」が受信された場合、それは、（例えば、ＨＡＲＱ再送信が継続していることのような）スケジュールされた再送信を示す。スケジューリングされた再送信の場合、アクセス端末は、同じリソースを再び用いて、対応する伝送ブロックを再送信する。ビットマップが受信されない場合、それは、伝送ブロック送信の終了を示す。
【００７６】
いくつかの局面によれば、大きな帯域幅がある場合、複数のビットマップがアクセス端末に割り当てられうる。アクセス端末は、単一のビットマップのみを復号する必要のある周波数選択スケジューリングの場合と同様、リソースもまた静的に配分されうる。いくつかの局面によれば、アクセス端末は、全てのビットマップを正しく復号し、それ自身のリソースより少ないリソースにマップされたビットマップの内容に基づいてリソース割当を計算することが求められる。
【００７７】
いくつかの局面では、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）のための制御チャネルのない（持続的な）動作が存在する。アクセス端末における制御チャネルのないモードの場合、最初の送信が、持続的なアップリンク許可を用いてスケジュールされる。アクセス端末には、おのおのの伝送ブロックの第１の冗長バーションを送信するために利用されうるリソースが割り当てられる。一般的に、最初の送信のリソースは、一例として、約２０ミリ秒の間隔による周期的でありうる。再送信は、図５に例示されたものと同様、ビットマップを用いてスケジュールされうる。
【００７８】
したがって、ＶｏＩＰのための制御チャネルのないモード・スケジューリングと、動的スケジューリングとの違いは、前者の場合、最初の送信のために既に割り当てられたリソースと再送信とが衝突しないことを、スケジュールが保証することである。動的スケジューリングの場合、最初の送信が、再送信後にスケジューリングされる。
【００７９】
アップリンク送信をスケジューリングするために記載されたビットマップ・アプローチは、ダウンリンク・トラフィックを同様にスケジュールするために利用されうる。しかしながら、ダウンリンク・トラフィックをスケジュールする場合、ダウンリンクＨＡＲＱは、非シンクロナス適応ではなく、シンクロナス適応であろう。
【００８０】
さまざまな局面のうちの１または複数は、適応性のある帯域幅送信をサポートしうる。アクセス端末が、１より多いリソース・ブロックでスケジュールされる場合、ビットマップ内の複数のビット・ロケーションが、所与のアクセス端末へマップされるだろう。再送信のためにビットマップを用いる幾つかの帯域幅適応は、この場合、シグナルすることが可能であろう。例えば、アクセス端末は、４つのリソース・ブロック上にスケジューリングされる。３つのリソース・ブロックはＮＡＣＫのものであり、１つのリソース・ブロックはアクノレッジされる。（アクノレッジされるリソース・ブロックは１つだけであるので）３つのリソース・ブロックは、否定的なアクノレッジメント全体にシグナルすることができる。しかしながら、アクセス端末は、４つのリソース・ブロックではなく、３つのリソース・ブロックで再送信するであろう。
【００８１】
１より多いリソース・ブロックがアクセス端末に割り当てられている限り、ビットマップ内に固有の冗長があり、再送信のための帯域幅調節の幾つかの形態が可能である。「０」と「１」との組み合わせは、再送信のために、帯域幅が単に同じでも、減少するのでもなく、増加することを示しうる。しかしながら、この種の符号化は、全てのアクセス端末に知られるべきである。
【００８２】
図７は、持続的なリソース・ブロック・オフセットのために、オプションのオフセットを備えたビットマップ・フォーマット７００を例示する。この例示されたビットマップ７００は、５ＭＨｚシステム用のものであるが、開示された局面は、５ＭＨｚシステムに限定されない。
【００８３】
ビットマップ７００は、持続的なリソース・ブロック（ＲＢ）オフセット７０２と称される個別のフィールドを含んでいる。このフィールド７０２は、持続的な割り当てを持つリソース・ブロックの数を示す。対応するリソース・ブロックのロケーションにおいてビットマップで「０」が受信された場合、それは、肯定的なアクノレッジメント（ＡＣＫ）を示し、リソースが自由化（リソースが解放）されていることを示す。対応するリソース・ブロックのロケーションにおいてビットマップで「１」が受信された場合、それは、否定的なアクノレッジメント（ＮＡＣＫ）を示し、対応するリソースの解放はない。ブロードキャスト・チャネルは、持続的な割当を持つリソース・ブロック数を示す。
【００８４】
ビットマップ７００は、持続的な割当を持つリソース・ブロック数を示す個別のフィールドを含まないかもしれない。したがって、対応するリソース・ブロックのロケーションにおいてビットマップ７００に「０」が存在しうる。７０４に例示するように、持続的な割当を除外するリソース・ブロック数が、ＲｅＴｘオフセットを用いて説明される。ＨＡＲＱをサポートするために、個別のＡＣＫＣＨ（１ビット−ＢＰＳＫ変調）が含まれうる。
【００８５】
より小さな帯域幅は、対応するより小さなビットマップを有しうる。より大きな帯域幅により、より大きなビットマップを利用することができるか、あるいは、アクセス端末が、複数のビットマップを復号することができる。大きな帯域幅を、（ビットマップ毎に１つの）独立した帯域に準静的に分割することができ、それらの間のフラグメンテーションを許容する。
【００８６】
いくつかの局面によれば、アップリンク・ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）のために少なくとも２つのアプローチが利用されうる。これらのアプローチは、シンクロナス適応およびシンクロナスなグループを含みうる。シンクロナス適応は、スケジュールされていない最初の送信と、スケジュールされた再送信とを含む。シンクロナス・グループは、Ｌ１／Ｌ２共通のメッセージを含む。これらは、適応性を考慮しうる。
【００８７】
局面によれば、グループ・スケジューリングを備えたシンクロナス適応は、スケジュールされていない最初の送信と、完全にスケジュールされた再送信とのために利用される。完全にスケジューリングされた再送信の場合、グループは、リソース・ブロック・ビットマップを用いてスケジュールされるか、および／または、個々のアップリンク許可が存在しうる。リソース・ブロック・ビットマップを用いてスケジューリングされたグループは、シグナリング・オーバヘッドを緩和し、共通のアクノレッジメント・チャネルとしてサービス提供しうる。個別のＤＬ  ＡＣＫＣＨは不要である。個々のアップリンク許可は、リソースを割り当てる際に、オプションのフル・フレキシビリティを含み、リソース・ブロック・ビットマップを上書きすることができる。
【００８８】
局面によれば、最初の送信のための持続的割当のために、最初の送信はスケジュールされない。無線通信装置は、ＶｏＩＰアクセス端末へ周期的な持続性のある割当を提供する。
【００８９】
完全にスケジュールされたアップリンク送信を考慮し、制限されたダウンリンク・オーバヘッドを維持するある局面によれば、リソース・ブロック・ビットマップが利用される。ここでは、最小リソース・ブロックのおのおのが、リソース・ブロック・ビットマップ内の位置へマップされる。リソース・ブロック・ビットマップは、アクセス端末のグループをスケジュールするために使用されるＬ１／Ｌ２制御チャネルとして考慮されうる。再送信をスケジューリングすることに加えて、リソース・ブロック・ビットマップはまた、アクノレッジメント・チャネルとしてサービス提供することができるので、個別のＤＬ  ＡＣＫＣＨは不要である。
【００９０】
規則的なアップリンク許可がないと、アクセス端末は、以下の方法でビットマップを解釈する。「０」を受信することは、所与の伝送ブロックのＨＡＲＱ再送信の終了を示す（肯定的なＡＣＫ）。「１」を受信することは、所与の伝送ブロックのＨＡＲＱ再送信が継続していることを示す（否定的なＡＣＫ）。ビットマップを受信しないことは、ＨＡＲＱ再送信が終了したものとアクセス端末によって解釈される。これは、否定的なＡＣＫとして解釈されうる。アクセス端末は、その伝送ブロックのためのＨＡＲＱ処理を反復しうる。その後、アクセス端末は、キュー蓄積を回避するために、追加のリソースを要求することができる。
【００９１】
規則的なアップリンク許可がない場合、時間ｔにおいて送信した後、リソース・ブロック・ロケーションｋにおいて始まり、アクセス端末は、  
【数１】
2010525635.tif 000003
【００９２】
においてＲＢ（ｔ＋ｎ）と示されるように、再送信に関してスケジュールされたリソース・ブロックの時間ｔ＋ｎにおけるロケーションを計算する。ここで、Ｂｉｔｍａｐ（ｔ、ｉ）は、ＲＢ（ｔ）＝ｉと示されるようなリソース・ブロック・ロケーションｉの、時間ｔにおける、対応する送信のビットマップの値を示す。無線通信装置Ｂは、割り当てられたリソースのロケーションを、ＲｅｔＲｘｏｆｆｓｅｔフィールドと交換しうる。
【００９３】
アップリンク・スケジューリングのためのフル・フレキシビリティが望まれる場合、個別のアップリンク許可が、無線通信装置によって利用されうる。規則的な（個別の）アップリンク許可が存在する場合、アクセス端末は、ビットマップおよびアップリンク許可を以下のように解釈する。アップリンク許可は、最初の送信が持続的にスケジュールされた場合、スケジュールされた再送信を示す。アップリンク許可は、否定的なＡＣＫとして解釈されうる。いくつかの局面によれば、アップリンク許可は、ビットマップがＨＡＲＱフィードバックを示すＨＡＲＱフィードバックに優先する。リソース・ブロック・ビットマップの対応するフィールドは、「０」に設定される。これは、アクセス端末に対して、所与の伝送ブロックが、リソース・ブロック・ビットマップを用いて、再送信のためにスケジュールされていないことを示す。
【００９４】
いくつかの局面によれば、リソース・ブロック・ビットマップを用いた適応性のある帯域制御が利用される。アクセス端末に、１より多い最小リソース・ブロックが割り当てられている場合、リソース・ブロック・ビットマップのうちの１ビットより多いビットが、アクセス端末へマップされる。再送信のための送信帯域幅を適応させるために、リソース・ブロック・ビットマップにおける冗長ビットが使用されうる。例えば、最初の送信または再送信のために、Ｎ個のリソース・ブロックが、アクセス端末へ割り当てられた場合、Ｎ個のビットがリソース・ビットマップ内に割り当てられる。もしも１つのビットしか１に設定されていない場合、それは、ＨＡＲＱ再送信が継続していることを示す。残りのＮ−１個のビットは、（同じＭＣＳを仮定すると）再送信のための帯域幅を調節するために利用されうる。一例として、ビットマップ内の「１」のおのおのは、それぞれスケジュールされた最小のリソース・ブロックに対応する。
【００９５】
上述され示された典型的なシステムを考慮すると、開示された手段にしたがって実施される方法論は、以下のフロー・チャートを参照してより良く理解されるだろう。説明を簡単にする目的で、これら方法論は一連の動作として図示され記載されているが、幾つかのブロックは、本明細書に図示され記載されたものとは異なる順序で、および／または、他の動作と同時に生じうるので、これらの方法論は、これら動作順によって限定されないことが理解され認識されるべきである。さらに、以下に説明する方法論を実現するために必ずしも例示された全ての動作が必要とされる訳ではない。これらブロックに関連する機能は、ソフトウェア、ハードウェア、これらの組み合わせ、あるいは、その他の任意の適切な手段（例えば、デバイス、システム、プロセス、構成要素）によって実現されうることが認識されるべきである。さらに、以下および本明細書を通じて開示される方法論は、そのような方法論をさまざまなデバイスへ伝送および転送することを容易にするために、製造物品上に格納されることが可能であることがさらに認識されるべきである。当業者であれば、方法論はその代わりに、例えば状態図のような相互関連する一連の状態またはイベントとして表されうることを理解するだろう。
【００９６】
図８は、シンクロナス適応ＨＡＲＱを利用することによって、リソース・フラグメンテーションを緩和する方法８００を例示する。方法８００は、８０２において開始される。ここでは、１または複数のリソース・ブロックの位置が変更されるべきかが判定される。リソース・ブロックの位置は、割り当てられたリソース位置（例えば、割り当てられたリソース）、（本明細書で開示されたさまざまな局面にしたがって、あるいは、その他の手段によって）以前に変更された位置、あるいはこれらの組み合わせでありうる。
【００９７】
位置が変更されるべきであると判定されると、方法８００は、８０４に進み、少なくとも１つのリソース・ブロックが、変更された位置に割り当てられる。この変更された位置は、ビットマップ内に示されうる。いくつかの局面によれば、変更された位置へ１または複数のリソース・ブロックを割り当てることは、アップリンク送信に含まれる割り当てられたリソースをコンパクト化することを含みうる。いくつかの局面によれば、１または複数のリソース・ブロックを、変更された位置に割り当てることは、割り当てられたリソースを、スペクトルの第１の端部に向けてグループ化することを含みうる。
【００９８】
８０６では、変更された位置を示すためにビットマップが利用される。いくつかの局面によれば、１または複数のリソース・ブロックの位置が変更される方向を示すビットまたは信号がビットマップ内に含められる。その方向は、正方向または負方向でありうる。いくつかの局面によれば、１または複数のリソース・ブロックの位置が、アップリンク送信について変更されるべきではないと判定される場合、送信されたビットマップはない。
【００９９】
図９は、シンクロナス適応ＨＡＲＱを利用することによりリソース・フラグメンテーションを緩和する他の方法９００を例示する。方法９００は、１または複数のリソース・ロケーションがアップリンク送信のために変更されるべきかを判定するために利用されうる。
【０１００】
方法９００は、リソース・ブロックの位置が変更されるべきかが判定される９０２において始まる。この判定は、９０４において、対応するリソース・ブロックのロケーションにおいて、リソースの解放があるかを判定することによってなされる。リソースの解放は、「０」によって示され、リソースの解放がないことは、「１」によって示されうる。いくつかの局面によれば、新たな伝送ブロックが送信されるか、あるいは、既存の伝送ブロックが再送信されるかを、ＮＤＩが示すことができる。いくつかの局面によれば、「０」は、肯定的なアクノレッジメント（ＡＣＫ）を示し、「１」は、否定的なアクノレッジメント（ＮＡＣＫ）を示す。
【０１０１】
リソースの解放がある場合（「ＹＥＳ」）、方法はステップ９０６に進み、１または複数のリソース・ブロックの位置が変更される。この変更された位置は、上述したように、ビットマップ内に示される。リソースの解放がない場合（「Ｎｏ」）、方法はステップ９０８に進み、リソース・ブロックの位置は変更されずに維持される。
【０１０２】
いくつかの局面によれば、アップリンク送信のために少なくとも１つのリソース・ブロックの位置が変更されるべきかを判定することは、対応するリソース・ブロックのロケーションが「０」を含むのか、あるいは「１」を含むのかを判定することを含む。「０」は、ＨＡＲＱ再送信の終了を示し、「１」は、ＨＡＲＱ再送信が継続していることを示す。例えば、４つのリソース・ブロックが存在し、そのうちの２つのリソース・ブロックが「０」に設定され、他の２つのリソース・ブロックが「１」に設定されている。ＨＡＲＱ再送信は、２つのリソース・ブロックについてＨＡＲＱ再送信を継続している。
【０１０３】
いくつかの局面によれば、アップリンク送信について、少なくとも１つのリソース・ブロックの位置が変更されるべきではないと判定された場合、ビットマップは送信されていない。ビットマップを送信しないことは、ＨＡＲＱ再送信が終了したことを示す。
【０１０４】
図１０は、アップリンクにおけるリソース・フラグメンテーションを緩和する方法１０００を例示する。方法１０００は、アップリンク許可の代わりにビットマップが受信されたかを判定する１００２で始まる。ビットマップは、ＨＡＲＱリソースの継続、あるいはＨＡＲＱリソースの終了を示す。いくつかの局面によれば、ビットマップは受信されない。これは、図１１を参照して説明される。
【０１０５】
方法１０００は、１または複数のリソース・ブロックの変更された位置についてビットマップが評価される１００４に続く。この評価は、「Ｄ」ビットと称されるビットマップ内のビットをレビューすることを含みうる。「Ｄ」ビットは、１または複数のリソース・ブロックの位置が変更される方向を示しうる。この方向は、正方向または負方向でありうる。いくつかの局面によれば、この方向は、スペクトルの第１の端部に向けてリソースを割り当てるように選択されうる。以前に割り当てられたリソースがもはや１または複数のリソース・ブロックの位置を占有しない場合、１または複数のリソース・ブロックが変更されうる。
【０１０６】
１００６では、少なくとも１つのリソース・ブロックが、変更された位置において送信される。いくつかの局面によれば、「０」または「１」が、リソース・ブロックの１または複数に配置されうる。「０」は、リソースの解放を示し、「１」は、リソースの解放が無いことを示す。いくつかの局面によれば、「０」は、肯定的なアクノレッジメントを示し、「１」は、否定的なアクノレッジメントを示す。
【０１０７】
図１１は、アップリンクで情報を送信する方法を例示する。しかしながら、いくつかの局面によれば、ビットマップが受信されず、ＨＡＲＱ再送信の終了を示すインジケーションが受信されうる。１１０２では、ビットマップではなく、アップリンク許可が受信される。アップリンク許可は、ＨＡＲＱ再送信の終了を示すインジケーションが受信されるのと実質的に同時に、あるいは、異なる時間において受信されうる。
【０１０８】
１１０４では、新たなデータ・インジケータ（ＮＤＩ）ビットについてアップリンク許可が評価される。新たなデータが送信される場合、ＮＤＩビットが設定されうる。ＮＤＩビットが設定されない場合、他のフォーマットで古いデータが再送信されることを示す。したがって、新たなデータまたは以前に送信されたデータの何れかがアップリンクで送信される。したがって、ＮＤＩビットが設定されているか、されていないかに依存して、２つのデータのセットのうちの１つ（例えば、新たなデータまたは既存のデータ）が送信されうる。
【０１０９】
図１２に示すように、開示された局面の１または複数にしたがって、通信システムのリソース・フラグメンテーションを緩和する方法１２００が例示される。システム１２００は、ユーザ・デバイス内に存在しうる。システム１２００は、例えば、受信アンテナから信号を受信する受信機１２０２を備える。受信機１２０２は、受信した信号について、例えばフィルタ、増幅、ダウンコンバート等のような一般的な動作を実行しうる。受信機１２０２はまた、これら調整された信号をデジタル化して、サンプルを得る。復調器１２０４は、おのおののシンボル期間について受信シンボルを得るのみならず、受信シンボルをプロセッサ１２０６へ提供する。
【０１１０】
プロセッサ１２０６は、受信構成要素１２０２によって受信された情報を分析すること、および／または、送信機１２０８による送信のための情報を生成すること、に特化されたプロセッサでありうる。さらにまたはその代わりに、プロセッサ１２０６は、ユーザ・デバイス１２００の１または複数の構成要素を制御し、受信機１２０２によって受信された情報を分析し、送信機１２０８による送信のための情報を生成し、および／または、ユーザ・デバイス１２００の１または複数の構成要素を制御することができる。プロセッサ１２０６は、更なるユーザ・デバイスとの通信を調整することができるコントローラ構成要素を含みうる。
【０１１１】
ユーザ・デバイス１２００はさらに、プロセッサ１２０６と動作可能に接続され、通信の調整に関連する情報、および、その他任意の適切な情報を格納するメモリ１２０８を備えうる。メモリ１２１０はさらに、シンクロナス適応ＨＡＲＱに関連するプロトコルを格納しうる。本明細書に記載のデータ格納（例えば、メモリ）構成要素は、揮発性メモリまたは不揮発性メモリの何れかでありうるか、あるいは、揮発性メモリと不揮発性メモリとの両方を含みうることが認識されよう。限定ではなく、例示として、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電子的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電子的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、あるいはフラッシュ・メモリを含みうる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス・メモリを含みうる。限定ではなく例示によって、ＲＡＭは、例えばシンクロナスＲＡＭ（ＳＲＡＭ）、動的ＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ）のような多くの形態において利用可能である。対象システムおよび／または方法におけるメモリ１２０８は、限定される訳ではないが、これらおよびその他任意の適切なタイプのメモリを備えることが意図される。ユーザ・デバイス１２００はさらに、シンボル変調器１２１２と、変調された信号を送信する送信機１２０８とを備える。
【０１１２】
受信機１２０２はさらに、受信機１２０２において受信されたビットマップを評価し、１または複数のリソース・ブロックのロケーションが変更されたかを判定するビットマップ評価部１２１４と動作可能に接続される。この変更は、そのリソース・ブロックに以前割り当てられたリソースが、自由化されたことを示しうる。１または複数のリソース・ブロックのロケーションが変更された場合、送信機１２０８は、変更されたリソース・ブロックのロケーションにおいてアップリンクで情報を送る。
【０１１３】
さらに、受信機１２０２は、新たなデータ・インジケータ（ＮＤＩ）ビット評価部１２０６へ動作可能に接続されうる。ＮＤＩビットは、受信機１２０２において、アップリンク許可で受信されうる。アップリンク許可は、ＨＡＲＱ再送信の終了を示すインジケーションと実質的に同時に、あるいは、別の時間において受信されうる。ＮＤＩビット評価部１２１６は、ＮＤＩビットが設定されたか、あるいは設定されていないかを判定することができる。ＮＤＩビットが設定されていない場合、それは、第１のデータのセット（例えば、以前に送信されたデータ）が、アップリンクにおいて、異なるフォーマットで送信されるべきであることを示す。ＮＤＩビットが設定されている場合、それは、第２のデータのセット（例えば、新たなデータ）が、アップリンクで送信されるべきであることを示す。
【０１１４】
いくつかの局面によれば、ユーザ・デバイス１２００は、少なくとも１つの割り当てられた、「１」に設定されたリソースを含むリソース・ブロックを受信する。「１」は、ＨＡＲＱ再送信が継続していると解釈される。少なくとも１つの割り当てられた、「１」に設定されたリソースが存在する場合、それは、ＨＡＲＱ再送信が継続していることを示す。新たなデータ・インジケータ（ＮＤＩ）ビットを含むアップリンク許可が受信され、ＮＤＩビットが設定されているか、設定されていないかが判定される。ＮＤＩビットが設定されていない場合、現在のデータのセットが、異なるリソースで送信される。また、ＮＤＩビットが設定されている場合、新たなデータのセットが送信されうる。
【０１１５】
図１３は、本明細書で示されたさまざまな局面にしたがって、周期的な拡張を備えた通信システムのためのサンプル再構成を容易にするシステム１３００の例示である。システム１３００は、基地局またはアクセス・ポイント１３０２を含む。例示されるように、基地局１３０２は、受信アンテナ１３０６によって、１または複数のユーザ・デバイス１３０４から信号を受信し、送信アンテナ１３０８によって、１または複数のユーザ・デバイス１３０４へ信号を送信する。
【０１１６】
基地局１３０２は、受信アンテナ１３０６から情報を受信し、受信した情報を復調する復調器１３１２と動作可能に関連付けられた受信機１３１０を備える。復調シンボルは、シンクロナス適応ＨＡＲＱに関連する情報を格納するメモリ１３１６に接続されたプロセッサ１３１４によって分析される。変調器１３１８は、送信機１３２０によって送信アンテナ１３０８を介してユーザ・デバイス１３０４へ送信される信号を多重化しうる。
【０１１７】
プロセッサ１３１４はさらに、リソース・ブロック・ロケータ１３１６に接続される。リソース・ブロック・ロケータ１３１６は、アップリンク送信のために、少なくとも１つのリソース・ブロックのロケーションを変更するように構成されうる。対応するリソース・ブロックのロケーションで受信されたリソースの解放を示すインジケーションが存在するかが判定される。このインジケーションは、受信機１３１０によって受信される。リリースの解放を示すインジケーションが存在する場合、リソース・ブロック・ロケーション１３１６は、ロケーションを変更し、変更されたロケーションを示すビットマップが生成される。ビットマップは、送信機１３２０によって１または複数のアクセス端末へ送信される。
【０１１８】
図１４は、典型的な無線通信システム１４００を示す。無線通信システム１４００は、簡潔さの目的で、１つの基地局および１つの端末を示す。しかしながら、システム１４００は、１より多い基地局またはアクセス・ポイント、および／または、１より多い端末またはユーザ・デバイスを含むことができ、これら追加の基地局および／または端末は、以下に説明する典型的な基地局および端末と実質的と同じでも、別のものでもありうることが認識されるべきである。さらに、基地局および／または端末は、その間の無線通信を容易にするために、本明細書に記述されたシステムおよび／または方法を適用しうることが認識されるべきである。
【０１１９】
図１４に示すように、ダウンリンクでは、アクセス・ポイント１４０５において、送信（ＴＸ）データ・プロセッサ１４１０が、トラフィック・データを受信し、フォーマットし、符号化し、インタリーブし、変調（すなわち、シンボル・マップ）して、変調シンボル（「データ・シンボル」）を提供する。シンボル変調器１４１５は、データ・シンボルおよびパイロット・シンボルを取得および処理して、シンボルのストリームを提供する。シンボル変調器１４１５は、データ・シンボルおよびパイロット・シンボルを多重化して、Ｎ個の送信シンボルからなるセットを取得する。おのおのの送信シンボルは、データ・シンボル、パイロット・シンボル、またはゼロの値の信号値でありうる。パイロット・シンボルは、おのおののシンボル期間において連続的に送信されうる。パイロット・シンボルは、周波数分割多重化（ＦＤＭ）されるか、直交周波数分割多重化（ＯＦＤＭ）されるか、時分割多重化（ＴＤＭ）されるか、周波数分割多重化（ＦＤＭ）されるか、符号分割多重化（ＣＤＭ）される。
【０１２０】
送信機ユニット（ＴＭＴＲ）１４２０は、シンボルのストリームを１または複数のアナログ信号に変換し、さらにこれらアナログ信号を調整（例えば、増幅、フィルタ、および周波数アップコンバート）して、無線チャネルを介した送信に適切なダウンリンク信号を生成する。このダウンリンク信号はその後、アンテナ１４２５を介して端末へ送信される。端末１４３０では、アンテナ１４３５は、ダウンリンク信号を受信し、受信した信号を、受信機ユニット（ＲＣＶＲ）１４４０に提供する。受信機ユニット１４４０は、受信した信号を調整（例えば、フィルタ、増幅、および、周波数ダウンコンバート）し、調整した信号をデジタル化して、サンプルを得る。シンボル復調器１４４５は、Ｎ個の受信したシンボルを取得し、取得したパイロット・シンボルを、チャネル推定のためにプロセッサ１４５０へ提供する。シンボル復調器１４４５はさらに、プロセッサ１４５０から、ダウンリンクのための周波数応答推定値を受信し、取得したデータ・シンボルについてデータ復調を実行して（送信されたデータ・シンボルの推定値である）データ・シンボル推定値を取得し、これらデータ・シンボル推定値をＲＸデータ・プロセッサ１４５５へ提供する。ＲＸデータ・プロセッサ１４５５は、データ・シンボル推定値を復調（すなわち、シンボル・デマップ）し、デインタリーブし、復号して、送信されたトラフィック・データを復元する。シンボル復調器１４４５およびＲＸデータ・プロセッサ１４５５による処理は、アクセス・ポイント１４０５におけるシンボル変調器１４１５およびＴＸデータ・プロセッサ１４１０それぞれによる処理と相補的である。
【０１２１】
アップリンクでは、ＴＸデータ・プロセッサ１４６０が、トラフィック・データを処理し、データ・シンボルを提供する。シンボル変調器１４６５は、データ・シンボルを受信し、パイロット・シンボルとともに多重化し、変調を実行し、シンボルのストリームを提供する。その後、送信機ユニット１４７０が、シンボルのストリームを受信して処理し、アップリンク信号を生成する。これは、アンテナ１４３５によってアクセス・ポイント１４０５へ送信される。
【０１２２】
アクセス・ポイント１４０５では、端末１４３０からのアップリンク信号が、アンテナ１４２５によって受信され、受信機ユニット１４７５によって処理されて、サンプルが得られる。その後、シンボル復調器１４８０が、アップリンクのために、サンプルを処理し、受信したパイロット・シンボルおよびデータ・シンボル推定値を提供する。ＲＸデータ・プロセッサ１４８５は、データ・シンボル推定値を処理して、端末１４３０によって送信されたトラフィック・データを復元する。プロセッサ１４９０は、アップリンクで送信しているアクティブな端末のおのおのについて、チャネル推定を実行する。
【０１２３】
プロセッサ１４９０およびプロセッサ１４５０は、アクセス・ポイント１４０５および端末１４３０それぞれにおける動作を指示（例えば、制御、調整、管理等）する。プロセッサ１４９０およびプロセッサ１４５０それぞれは、プログラム・コードおよびデータを格納するメモリ・ユニット（図示せず）に関連付けられうる。プロセッサ１４９０およびプロセッサ１４５０はまた、アップリンクおよびダウンリンクそれぞれのための周波数およびインパルス応答を導出する計算を実行する。
【０１２４】
多元接続システム（例えば、ＦＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、ＴＤＭＡ等）の場合、複数の端末が、アップリンクで同時に送信することができる。そのようなシステムの場合、パイロット・サブ帯域が、異なる端末間で共有される。チャネル推定技術は、おのおのの端末のパイロット・サブ帯域が（恐らくは、帯域端を除く）動作帯域全体にわたる場合に使用されうる。そのようなパイロット・サブ帯域構造は、おのおのの端末のための周波数ダイバーシティを得るのに望ましいだろう。本明細書に記載された技術は、さまざまな手段によって実現されうる。例えば、これらの技術は、ハードウェア、ソフトウェア、あるいはこれらの組み合わせによって実現されうる。ハードウェアで実現する場合、チャネル推定のために使用される処理ユニットは、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理回路（ＰＬＤ）、フィールド・プログラム可能なゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書に記載の機能を実行するために設計されたその他の電子ユニット、またはこれらの組み合わせ内で実現されうる。ソフトウェアを用いた場合、本明細書に記載の機能を実行するモジュール（例えば、手順、関数等）によって実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサ１４９０、１４５０によって実行されうる。
【０１２５】
図１５に示すように、シンクロナス適応ＨＡＲＱを実現するシステム１５００の例が例示されている。システム１５００は、基地局内に少なくとも部分的に存在することができる。システム１５００は、プロセッサ、ソフトウェア、あるいは（例えば、ファームウェアのような）これらの組み合わせによって実現される機能を表す機能ブロックを含むものとして表されていることが認識されるべきである。
【０１２６】
システム１５００は、個別にあるいは連携して動作しうる電子構成要素の論理グループ１５０２を含む。論理グループ１５０２は、第１のリソース・ブロックの位置を確認する電子構成要素１５０４を含みうる。また、少なくとも第２のリソース・ブロックについて、リソースの解放があるかを評価する電子構成要素１５０６も含まれる。リソースの解放は、第２のリソース・ブロックのロケーションに含まれる「０」または「１」によって示されうる。「０」は、リソースの解放を示し、「１」は、リソースの解放がないことを示す。いくつかの局面によれば、リソースの解放は、ＨＡＲＱ再送信の終了を示し、リソースの解放がないことは、ＨＡＲＱ再送信が継続していることを示す。
【０１２７】
論理グループ１５０２はまた、第１のリソース・ブロックの位置を変更するための電子構成要素１５０８を含む。第２のリソース・ブロックについてリソースの解放がある場合、第１のリソース・ブロックの位置が変更される。また、論理グループ１５０２には、ビットマップを伝送する電子構成要素１５１０がある。ビットマップは、変更された位置に関連する情報を含みうる。ビットマップは、１または複数のアクセス端末へ伝送されうる。
【０１２８】
いくつかの局面によれば、論理グループ１５０２は、ビットマップを生成する電子構成要素を含みうる。ビットマップは、再送信オフセットと、再送信オフセットの方向を示すシグナルを含みうる。さらにあるいはその代わりに、論理グループ１５０２は、新たなデータが送信されるか否か、または、リソースの解放がある場合には、同じデータが異なるフォーマットで送信されるべきか否かを示す電子構成要素を含みうる。そのインジケーションは、アップリンク許可に含まれる新たなデータ・インジケータ・ビットでありうる。
【０１２９】
さらに、システム１５００は、電子構成要素１５０４、１５０６、１５０８、１５１０、またはその他の構成要素に関連する機能を実行するための命令群を保持するメモリ１５１２を含みうる。メモリ１５１２の外側にあるとして示されているが、電子構成要素１５０４、１５０６、１５０８、１５１０のうちの１または複数は、メモリ１５１２内に存在しうることが理解されるべきである。
【０１３０】
図１６は、アップリンク送信におけるリソース・フラグメンテーションを緩和するシステム１６００の例を例示する。システム１６００は、モバイル・デバイス内に少なくとも部分的に存在する。システム１６００は、プロセッサ、ソフトウェア、あるいは（例えば、ファームウェアのような）これらの組み合わせによって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして表されることが認識されるべきである。
【０１３１】
システム１６００は、個別にあるいは連携して動作しうる電子構成要素の論理グループ１６０２を含む。論理グループ１６０２は、ビットマップがアップリンク許可の代わりに受信されるかを判定する電子構成要素１６０４を含みうる。
【０１３２】
論理グループ１６０２はまた、少なくとも１つのリソースの変更された位置についてビットマップを評価する電子構成要素１６０６を含む。電子構成要素１６０６は、ビットマップ内のビットをレビューすることによってビットを評価し、ビットマップは、少なくとも１つのリソース・ブロックの位置が変更される方向を示す。この方向は、正方向であるか、あるいは負方向でありうる。リソースを、スペクトルの第１の端部へ割り当てるように、少なくとも１つのリソース・ブロックが変更される。
【０１３３】
論理グループには、変更された位置において、少なくとも１つのリソース・ブロックを送信する電子構成要素１６０８が含まれる。電子構成要素１６０８はさらに、少なくとも１つのリソース・ブロック内に「０」または「１」を配置する。「０」は、リソースの解放を示し、「１」は、リソースの解放がないことを示す。いくつかの局面によれば、「０」は、肯定的なアクノレッジメントを示し、「１」は、否定的なアクノレッジメントを示す。
【０１３４】
いくつかの局面によれば、電子構成要素１６０４は、ビットマップが受信されない場合、アップリンク許可を受信し、電子構成要素１６０６は、新たなデータ・インジケータ（ＮＤＩ）ビットのためのアップリンク許可を評価する。ＮＤＩビットが設定されていない場合、電子構成要素１６０８は、第１のデータのセットを送信する。これは、別のフォーマットで送信されうる以前に送信されたデータでありうる。ＮＤＩビットが設定されている場合、電子構成要素１６０８は、新たなデータでありうる第２のデータのセットを送信する。
【０１３５】
さらに、システム１６００は、電子構成要素１６０４、１６０６、１６０８またはその他の構成要素に関連付けられた機能を実行するための命令群を保持するメモリ１６１２を含みうる。メモリ１６１２の外側にあるとして示されているが、電子構成要素１６０４、１６０６、１６０８のうちの１または複数は、メモリ１６１２内に存在しうることが理解されるべきである。
【０１３６】
本明細書に記載の局面は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、あるいはこれらの組み合わせによって実現されうることが理解されるべきである。本明細書に記載されたこれらシステムおよび／または方法が、ソフトウェア、ファームウェア、ミドルウェアあるいはマイクロコード、プログラム・コードあるいはコード・セグメントで実現される場合、これらは、例えば記憶装置のような機械読取可能媒体に格納されうる。コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または、命令、データ構造、あるいはプログラム文からなる任意の組み合わせを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、あるいはメモリ・コンテンツの引渡しおよび／または受信を行うことによって、他のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ引渡し、トークン引渡し、ネットワーク送信等を含む任意の適切な手段を用いて引渡し、転送、あるいは送信されうる。
【０１３７】
本明細書で開示された実施形態に関連して記述されたさまざまな例示的なロジック、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数のマイクロプロセッサ、またはその他任意のこのようなコンフィグレーションである計算デバイスの組み合わせとして実現することも可能である。それに加えて、少なくとも１つのプロセッサは、上述したステップおよび／または動作のうちの１または複数を実行するように動作可能な１または複数のモジュールを備えうる。
【０１３８】
ソフトウェアで実現する場合、本明細書に記載のこれら技術は、本明細書に記載の機能を実行するモジュール（例えば、手順、機能等）を用いて実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサ内部またはプロセッサ外部に実装されうる。プロセッサ外部に実装される場合、メモリ・ユニットは、当該技術分野で周知のさまざまな手段によってプロセッサと通信可能に接続されうる。さらに、少なくとも１つのプロセッサは、本明細書に記載の機能を実行するように動作可能な１または複数のモジュールを含みうる。
【０１３９】
さらに、本明細書に記載のさまざまな局面または機能は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、あるいは媒体からアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストライプ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、ＥＰＲＯＭ、カード、スティック、キー・ドライブ等）を含みうる。さらに、本明細書に記述されたさまざまな記憶媒体は、情報を格納するための１または複数のデバイスおよび／またはその他の機械読取可能媒体を示すことができる。用語「機械読取可能媒体」は、限定することなく、命令（群）および／またはデータを格納、包含、および／または搬送することが可能な無線チャネルおよびその他さまざまな媒体を含みうる。さらに、コンピュータ・プログラム製品は、本明細書に記載の機能をコンピュータに実行させるように動作可能なコードまたは１または複数の命令群を有するコンピュータ読取可能媒体を含みうる。
【０１４０】
さらに、本明細書に開示された局面に関連して記載された方法またはアルゴリズムからなるステップおよび／または動作は、ハードウェア内に直接的に組み込まれるか、プロセッサによって実行されるソフトウェア・モジュールによって組み込まれるか、これら２つの組み合わせに組み込まれうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは、当該技術で周知のその他任意の形態の記憶媒体内に存在しうる。典型的な記憶媒体は、プロセッサに結合されており、これによって、プロセッサは、記憶媒体との間で情報を読み書きできるようになる。あるいは、この記憶媒体は、プロセッサに統合されうる。さらに、ある局面では、プロセッサと記憶媒体が、ＡＳＩＣ内に存在しうる。さらに、ＡＳＩＣは、ユーザ端末に存在することができる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在することができる。さらに、いくつかの局面では、方法またはアルゴリズムのステップおよび／または動作は、機械読取可能媒体および／またはコンピュータ読取可能媒体上の１または任意の組み合わせ、または、コードおよび／または命令群のセットとして存在する。これらは、コンピュータ・プログラム製品に組み込まれうる。
【０１４１】
本明細書に記載された技術は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および他のシステムのようなさまざまな無線通信システムに使用されうる。「システム」、「ネットワーク」という用語はしばしば交換可能に使用される。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のような無線技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含んでいる。さらに、ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ）のような無線技術を実現することができる。ＯＦＤＭＡシステムは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、超モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）は、ダウンリンクではＯＦＤＭＡを適用し、アップリンクではＳＣ−ＦＤＭＡを適用するＥ−ＵＴＲＡを用いるＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。さらに、ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）からの文書に記載されている。さらに、そのような無線通信システムは、しばしばペアのない無許可のスペクトルを用いるピア・トゥ・ピア（例えば、モバイル・トゥ・モバイル）アド・ホック・ネットワーク・システム、８０２．ｘｘ無線ＬＡＮ、ブルートゥース（登録商標）、および、その他任意の短距離または長距離の無線通信技術を含みうる。
【０１４２】
前述した開示は、例示的な局面および／または実装を述べているが、さまざまな変形および変更が、添付された特許請求の範囲によって定義されるような開示された局面および／または実施のスコープから逸脱することなくなされうることが注目されるべきである。したがって、記載された局面は、請求項の範囲内にあるそのような全ての変更、修正、および変形を包含することが意図されることが注目されるべきである。さらに、説明された局面および／または実施の構成要素は、単数形で記載または特許請求されているが、もしも単数であると明示的に述べられていないのであれば、複数が考慮される。さらに、任意の局面および／または実施の全てまたは一部は、特に述べられていないのであれば、その他任意の局面および／または実施の全てまたは一部とともに利用されうる。
【０１４３】
用語「含む」が、詳細説明または請求項の何れかで使用されている限り、それら用語は、「備える」が、請求項において遷移語として適用される場合に解釈される「備える」という用語と同様に包括的であることが意図される。さらに、詳細説明あるいは特許請求の範囲において使用されている用語「または」は、「排他的論理和ではない」ことが意図される。
【図１】
2010525635.tif 000004
【図２】
2010525635.tif 000005
【図３】
2010525635.tif 000006
【図４】
2010525635.tif 000007
【図５】
2010525635.tif 000008
【図６】
2010525635.tif 000009
【図７】
2010525635.tif 000010
【図８】
2010525635.tif 000011
【図９】
2010525635.tif 000012
【図１０】
2010525635.tif 000013
【図１１】
2010525635.tif 000014
【図１２】
2010525635.tif 000015
【図１３】
2010525635.tif 000016
【図１４】
2010525635.tif 000017
【図１５】
2010525635.tif 000018
【図１６】
2010525635.tif 000019
【国際調査報告】
2010525635.tif 000020
2010525635.tif 000021
2010525635.tif 000022