(57)【要約】  本発明は、上りデータ伝送に対するフィードバック方法及び装置を提供している。本発明では、ユーザ端末のチャネル状態情報に基づいて、上りデータ伝送に対するフィードバックに使用する下りリソースを決定する。これにより、異なるユーザ端末が同じ上りリソースを使用して上りデータ伝送を行っても、ハイブリッド自動再送要求フィードバックを行う際に、ユーザ端末を区分し、異なる下りリソースを使用して、ハイブリッド自動再送要求フィードバックを行い、基地局とユーザ端末との上りデータ伝送における同期外れを回避することができる。
2019521541.tif 000002
【特許請求の範囲】
【請求項１】
上りデータ伝送に対するフィードバック方法であって、
ユーザ端末（ＵＥ）から送信された上りデータを受信して復調した後、前記ＵＥによる上りデータ送信に使用される周波数、参照信号（ＲＳ）、及び前記ＵＥのチャネル状態パラメータに基づいて、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定し、
前記ＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、前記ＵＥへフィードバックを送信する、
ことを含むことを特徴とする方法。
【請求項２】
前記チャネル状態パラメータは、ＵＥの信号対干渉雑音比、参照信号受信電力、チャネル品質指示、又は前記ＵＥによる上りデータ伝送に使用する変調符号化方式を含む、ことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定することは、
１つ以上のチャネル状態パラメータ区間と、フィードバック用の全ての下りリソースを分割することによって得られた直交する１つ以上のリソースライブラリとの対応関係を設定し、
前記ＵＥから報告されたチャネル状態を受信し、
前記ＵＥから報告されたチャネル状態、及び、設定された前記１つ以上のチャネル状態パラメータ区間と１つ以上のリソースライブラリとの対応関係に基づいて、前記ＵＥに対応するリソースライブラリを決定し、
前記ＵＥによる上りデータ伝送に使用される周波数及び参照信号に基づいて、前記ＵＥに対応するリソースライブラリにおける、フィードバックに使用する下りリソースの位置を決定する、ことを含む、
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記ＵＥから報告されたチャネル状態を受信することは、
前記１つ以上のチャネル状態パラメータ区間と１つ以上のランダムアクセスプリアンブルグループとの対応関係を設定し、
前記ＵＥによるランダムアクセス手順に使用されるプリアンブルに基づいて、前記プリアンブルの属するプリアンブルグループを決定し、
決定された前記プリアンブルグループ、及び、設定された前記１つ以上のチャネル状態パラメータ区間と１つ以上のランダムアクセスプリアンブルグループとの対応関係に基づいて、前記ＵＥのチャネル状態を決定する、ことを含む、
ことを特徴とする請求項３に記載の方法。
【請求項５】
次の数式によって、前記ＵＥに対応するリソースライブラリにおける、フィードバックに使用する下りリソースの位置を決定することを特徴とする請求項３に記載の方法。
2019521541.tif 000009
【請求項６】
前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定することは、
前記ＵＥから報告されたチャネル状態を受信し、前記ＵＥから報告されたチャネル状態に基づいて、ＵＥに対して上りデータ伝送用の変調符号化方式（ＭＣＳ）を設定し、
次の数式によって、前記下りリソースを決定することを特徴とする請求項１に記載の方法。
2019521541.tif 000010
【請求項７】
前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定することは、
前記ＵＥから報告されたチャネル状態を受信し、前記ＵＥから報告されたチャネル状態に基づいて、ＵＥに対して上りデータ伝送用の変調符号化方式（ＭＣＳ）を設定し、
次の数式によって、前記下りリソースを決定することを特徴とする請求項１に記載の方法。
2019521541.tif 000011
【請求項８】
上りデータ伝送に対するフィードバック方法であって、
上りデータを送信した後、前記上りデータの送信に使用される周波数、参照信号（ＲＳ）、及び自局のチャネル状態パラメータに基づいて、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定し、
決定された下りリソースで、前記ｅＮＢからの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定する、
ことを含むことを特徴とする方法。
【請求項９】
前記チャネル状態パラメータは、ＵＥの信号対干渉雑音比、参照信号受信電力、チャネル品質指示、又は前記ＵＥによる上りデータ伝送に使用する変調符号化方式を含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定することは、
１つ以上のチャネル状態パラメータ区間と、フィードバック用の全ての下りリソースを分割することによって得られた直交する１つ以上のリソースライブラリとの対応関係を設定し、
ＵＥが、自局のチャネル状態を測定し、チャネル状態の測定結果をｅＮＢにフィードバックし、
上りデータをｅＮＢに伝送した後、測定されたチャネル状態、及び、自局に設定された前記１つ以上のチャネル状態パラメータ区間と１つ以上のリソースライブラリとの対応関係に基づいて、現在のチャネル状態で自局に対応するリソースライブラリを決定し、
自局による上りデータ伝送に使用される周波数及び参照信号に基づいて、自局に対応するリソースライブラリにおける、フィードバックを受信するための下りリソースの位置を決定する、ことを含む、
ことを特徴とする請求項８に記載の方法。
【請求項１１】
前記チャネル状態の測定結果をｅＮＢにフィードバックすることは、
１つ以上のチャネル状態パラメータ区間と１つ以上のランダムアクセスプリアンブルグループとの対応関係を設定し、
測定された自局のチャネル状態、及び、設定された前記１つ以上のチャネル状態パラメータ区間と１つ以上のランダムアクセスプリアンブルグループとの対応関係に基づいて、自局によるランダムアクセスに使用するプリアンブルグループを決定し、
自局に対応するプリアンブルグループの中から、プリアンブルを選択して、ランダムアクセスを行う、ことを含む、
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
次の数式によって、自局に対応するリソースライブラリにおける、フィードバックを受信するための下りリソースの位置を決定することを特徴とする請求項１０に記載の方法。
2019521541.tif 000012
【請求項１３】
前記基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定することは、
ＵＥが、自局のチャネル状態を測定し、チャネル状態の測定結果をｅＮＢにフィードバックし、
ｅＮＢによって設定された上りデータ伝送用の変調符号化方式（ＭＣＳ）を受信し、
上りデータをｅＮＢに伝送した後、次の数式によって、前記下りリソースを決定することを特徴とする請求項８に記載の方法。
2019521541.tif 000013
【請求項１４】
前記基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定することは、
ＵＥが、自局のチャネル状態を測定し、チャネル状態の測定結果をｅＮＢにフィードバックし、
ｅＮＢによって設定された上りデータ伝送用の変調符号化方式（ＭＣＳ）を受信し、
上りデータをｅＮＢに伝送した後、次の数式によって、前記下りリソースを決定することを特徴とする請求項８に記載の方法。
2019521541.tif 000014
【請求項１５】
基地局であって、
ユーザ端末（ＵＥ）から送信された上りデータを受信して復調するデータ受信モジュールと、
前記ＵＥによる上りデータ送信に使用される周波数、参照信号、及び前記ＵＥのチャネル状態パラメータに基づいて、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定するフィードバックリソース決定モジュールと、
前記ＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、前記ＵＥへフィードバックを送信するフィードバックモジュールと、
を含むことを特徴とする基地局。
【請求項１６】
前記フィードバックリソース決定モジュールは、
１つ以上のチャネル状態パラメータ区間と、フィードバック用の全ての下りリソースを分割することによって得られた直交する１つ以上のリソースライブラリとの対応関係を設定する設定手段と、
前記ＵＥから報告されたチャネル状態を受信する状態情報受信手段と、
前記ＵＥから報告されたチャネル状態、及び、設定された前記１つ上のチャネル状態パラメータ区間と１つ以上のリソースライブラリとの対応関係に基づいて、前記ＵＥに対応するリソースライブラリを決定するリソースライブラリ決定手段と、
前記ＵＥによる上りデータ伝送に使用される周波数及び参照信号に基づいて、前記ＵＥに対応するリソースライブラリにおける、フィードバックに使用する下りリソースの位置を決定するフィードバックリソース決定手段と、を含む、
ことを特徴とする請求項１５に記載の基地局。
【請求項１７】
ユーザ端末（ＵＥ）であって、
上りデータを送信する上り伝送モジュールと、
前記上りデータの送信に使用される周波数、参照信号、及び自局のチャネル状態パラメータに基づいて、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定する第２のフィードバックリソース決定モジュールと、
決定された下りリソースで、前記基地局からの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定するフィードバック受信モジュールと、
を含むことを特徴とするＵＥ。
【請求項１８】
前記第２のフィードバックリソース決定モジュールは、
１つ以上のチャネル状態パラメータ区間と、フィードバック用の全ての下りリソースを分割することによって得られた直交する１つ以上のリソースライブラリとの対応関係を設定する第２の設定手段と、
自局のチャネル状態を測定し、チャネル状態の測定結果を前記基地局にフィードバックするチャネル状態測定手段と、
測定されたチャネル状態、及び、自局に設定された前記１つ以上のチャネル状態パラメータ区間と１つ以上のリソースライブラリとの対応関係に基づいて、現在のチャネル状態で自局に対応するリソースライブラリを決定する第２のリソースライブラリ決定手段と、
自局による上りデータ伝送に使用される周波数及び参照信号に基づいて、自局に対応するリソースライブラリにおける、フィードバックを受信するための下りリソースの位置を決定する第２のフィードバックリソース決定手段と、を含む、
ことを特徴とする請求項１７に記載のＵＥ。
【請求項１９】
プログラムであって、
ユーザ端末（ＵＥ）から送信された上りデータを受信して復調した後、前記ＵＥによる上りデータ送信に使用される周波数、参照信号（ＲＳ）、及び前記ＵＥのチャネル状態パラメータに基づいて、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定し、
前記ＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、前記ＵＥへフィードバックを送信する、
ことをコンピュータに実行させることを特徴とするプログラム。
【請求項２０】
不揮発性機械可読記憶媒体であって、
前記記憶媒体に機械可読指令が記憶され、前記機械可読指令は、
ユーザ端末（ＵＥ）から送信された上りデータを受信して復調した後、前記ＵＥによる上りデータ送信に使用される周波数、参照信号（ＲＳ）、及び前記ＵＥのチャネル状態パラメータに基づいて、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定し、
前記ＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、前記ＵＥへフィードバックを送信する、
ことを完成させるように、プロセッサで実行可能であることを特徴とする不揮発性機械可読記憶媒体。
【請求項２１】
基地局であって、
プロセッサと、
不揮発性機械可読記憶媒体と、
該不揮発性機械可読記憶媒体に記憶され、該プロセッサで実行されるプログラムモジュールと、を備え、
前記プログラムモジュールは、
ユーザ端末（ＵＥ）から送信された上りデータを受信して復調した後、前記ＵＥによる上りデータ送信に使用される周波数、参照信号（ＲＳ）、及び前記ＵＥのチャネル状態パラメータに基づいて、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定し、
前記ＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、前記ＵＥへフィードバックを送信する、
ことを特徴とする基地局。
【請求項２２】
プログラムであって、
上りデータを送信した後、前記上りデータの送信に使用される周波数、参照信号（ＲＳ）、及び自局のチャネル状態パラメータに基づいて、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定し、
決定された下りリソースで、前記ｅＮＢからの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定する、
ことをコンピュータに実行させることを特徴とするプログラム。
【請求項２３】
不揮発性機械可読記憶媒体であって、
前記記憶媒体に機械可読指令が記憶され、前記機械可読指令は、
上りデータを送信した後、前記上りデータの送信に使用される周波数、参照信号（ＲＳ）、及び自局のチャネル状態パラメータに基づいて、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定し、
決定された下りリソースで、前記ｅＮＢからの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定する、
ことを完成させるように、プロセッサで実行可能であることを特徴とする不揮発性機械可読記憶媒体。
【請求項２４】
ユーザ端末であって、
プロセッサと、
不揮発性機械可読記憶媒体と、
該不揮発性機械可読記憶媒体に記憶され、該プロセッサで実行されるプログラムモジュールと、を備え、
前記プログラムモジュールは、
上りデータを送信した後、前記上りデータの送信に使用される周波数、参照信号（ＲＳ）、及び自局のチャネル状態パラメータに基づいて、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定し、
決定された下りリソースで、前記ｅＮＢからの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定する、
ことを特徴とするユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、特に、無線通信システムにおける上りデータ伝送に対するフィードバック方法及び相応の装置に関する。
【背景技術】
【０００２】
第４世代移動通信（４Ｇ）が急速に発展しつつある今、第５世代移動通信（５Ｇ）の規格策定も日程にのぼっている。国際電気通信連合（ＩＴＵ）の定義によると、５Ｇには、３つの代表的な利用シナリオがある。第１は、モバイルブロードバンドのさらなる高度化（ｅＭＢＢ：Ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）である。このシナリオでは、スマート端末のユーザのネットワークピーク速度が１０Ｇｂｐｓ、ひいては２０Ｇｂｐｓに達することができ、仮想現実、動画のライブ配信・共有、随時随所のクラウドアクセスなどの広い帯域幅のアプリケーションの発展をサポートすることが可能になる。第２は、多数同時接続を実現するマシンタイプ通信（ｍＭＴＣ：Ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）であり、５Ｇネットワークでサポートされる人及び物の接続数が１００万個／平方キロメートルに達することが要求される。第３は、超高信頼・低遅延通信（ｕＲＬＬＣ：Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）である。これは、５Ｇネットワークの遅延が１ミリ秒に達することができることを意味し、知的生産、遠隔機械制御、運転アシスト、及び自動走行などのような低遅延サービスの発展を推進する。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
前述したように、上記の多数同時接続を実現するマシンタイプ通信の利用シナリオでは、５Ｇネットワークでサポートされる人及び物の接続数が１００万個／平方キロメートルに達する。このような大量の端末のアクセスが必要な場合、５Ｇネットワークにおける上りトラフィックは大幅に増加する。これに応じて、５Ｇネットワークにおける基地局が上りスケジューリングを行う際のシグナリングオーバヘッドも大幅に増加する。このため、５Ｇネットワークにおいて、如何に上りデータ伝送を行うかが、現在の研究ホットスポットの１つとなっている。
【課題を解決するための手段】
【０００４】
本発明の実施例では、上りデータ伝送に対するフィードバック方法が提供されている。この方法は、ＵＥから送信された上りデータを受信して復調した後、ＵＥによる上りデータ送信に使用される周波数、参照信号（ＲＳ）、及び前記ＵＥのチャネル状態パラメータに基づいて、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定し、前記ＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、前記ＵＥへフィードバックを送信する、ことを含む。
【０００５】
ここで、チャネル状態パラメータは、ＵＥの信号対干渉雑音比、参照信号受信電力、チャネル品質指示、又は前記ＵＥによる上りデータ伝送に使用する変調符号化方式を含む。
【０００６】
上記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定することは、１つ以上のチャネル状態パラメータ区間と、フィードバック用の全ての下りリソースを分割することによって得られた直交する１つ以上のリソースライブラリとの対応関係を設定し、前記ＵＥから報告されたチャネル状態を受信し、前記ＵＥから報告されたチャネル状態、及び、設定された前記１つ以上のチャネル状態パラメータ区間と１つ以上のリソースライブラリとの対応関係に基づいて、前記ＵＥに対応するリソースライブラリを決定し、前記ＵＥによる上りデータ伝送に使用される周波数及び参照信号に基づいて、前記ＵＥに対応するリソースライブラリにおける、フィードバックに使用する下りリソースの位置を決定する、ことを含む。
【０００７】
前記ＵＥから報告されたチャネル状態を受信することは、前記１つ以上のチャネル状態パラメータ区間と１つ以上のランダムアクセスプリアンブルグループとの対応関係を設定し、前記ＵＥによるランダムアクセス手順に使用されるプリアンブルに基づいて、前記プリアンブルの属するプリアンブルグループを決定し、決定された前記プリアンブルグループ、及び、設定された前記１つ以上のチャネル状態パラメータ区間と１つ以上のランダムアクセスプリアンブルグループとの対応関係に基づいて、前記ＵＥのチャネル状態を決定する、ことを含む。
【０００８】
次の数式によって、前記ＵＥに対応するリソースライブラリにおける、フィードバックに使用する下りリソースの位置を決定する。
2019521541.tif 000003
【０００９】
前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定することは、前記ＵＥから報告されたチャネル状態を受信し、前記ＵＥから報告されたチャネル状態に基づいて、ＵＥに対して上りデータ伝送用の変調符号化方式（ＭＣＳ）を設定し、次の数式によって、前記下りリソースを決定する、ことを含む。
2019521541.tif 000004
【００１０】
本発明の実施例では、上りデータ伝送に対するフィードバック方法が提供されている。この方法は、上りデータを送信した後、前記上りデータの送信に使用される周波数、参照信号（ＲＳ）、及び自局のチャネル状態パラメータに基づいて、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定し、決定された下りリソースで、前記ｅＮＢからの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定する。
【００１１】
ここで、前記チャネル状態パラメータは、ＵＥの信号対干渉雑音比、参照信号受信電力、チャネル品質指示、又は前記ＵＥによる上りデータ伝送に使用する変調符号化方式を含む。
【００１２】
基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定することは、１つ以上のチャネル状態パラメータ区間と、フィードバック用の全ての下りリソースを分割することによって得られた直交する１つ以上のリソースライブラリとの対応関係を設定し、ＵＥが、自局のチャネル状態を測定し、チャネル状態の測定結果をｅＮＢにフィードバックし、上りデータをｅＮＢに伝送した後、測定されたチャネル状態、及び、自局に設定された前記１つ以上のチャネル状態パラメータ区間と１つ以上のリソースライブラリとの対応関係に基づいて、現在のチャネル状態で自局に対応するリソースライブラリを決定し、自局による上りデータ伝送に使用される周波数及び参照信号に基づいて、自局に対応するリソースライブラリにおける、フィードバックを受信するための下りリソースの位置を決定する、ことを含む。
【００１３】
チャネル状態の測定結果をｅＮＢにフィードバックすることは、１つ以上のチャネル状態パラメータ区間と１つ以上のランダムアクセスプリアンブルグループとの対応関係を設定し、測定された自局のチャネル状態、及び、設定された前記１つ以上のチャネル状態パラメータ区間と１つ以上のランダムアクセスプリアンブルグループとの対応関係に基づいて、自局によるランダムアクセスに使用するプリアンブルグループを決定し、自局に対応するプリアンブルグループの中から、プリアンブルを選択して、ランダムアクセスを行う、ことを含む。
【００１４】
次の数式によって、自局に対応するリソースライブラリにおける、フィードバックを受信するための下りリソースの位置を決定する。
2019521541.tif 000005
【００１５】
基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定することは、ＵＥが、自局のチャネル状態を測定し、チャネル状態の測定結果をｅＮＢにフィードバックし、ｅＮＢによって設定された上りデータ伝送用の変調符号化方式（ＭＣＳ）を受信し、上りデータをｅＮＢに伝送した後、次の数式によって、前記下りリソースを決定する、ことを含む。
2019521541.tif 000006
【００１６】
本発明の実施例では、基地局が提供されている。この基地局は、ユーザ端末（ＵＥ）から送信された上りデータを受信して復調するデータ受信モジュールと、前記ＵＥによる上りデータ送信に使用される周波数、参照信号、及び前記ＵＥのチャネル状態パラメータに基づいて、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定するフィードバックリソース決定モジュールと、前記ＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、前記ＵＥへフィードバックを送信するフィードバックモジュールと、を含む。
【００１７】
フィードバックリソース決定モジュールは、１つ以上のチャネル状態パラメータ区間と、フィードバック用の全ての下りリソースを分割することによって得られた直交する１つ以上のリソースライブラリとの対応関係を設定する設定手段と、前記ＵＥから報告されたチャネル状態を受信する状態情報受信手段と、前記ＵＥから報告されたチャネル状態、及び、設定された前記１つ上のチャネル状態パラメータ区間と１つ以上のリソースライブラリとの対応関係に基づいて、前記ＵＥに対応するリソースライブラリを決定するリソースライブラリ決定手段と、前記ＵＥによる上りデータ伝送に使用される周波数及び参照信号に基づいて、前記ＵＥに対応するリソースライブラリにおける、フィードバックに使用する下りリソースの位置を決定するフィードバックリソース決定手段と、を含む。
【００１８】
本発明の実施例では、ユーザ端末が提供されている。このユーザ端末は、上りデータを送信する上り伝送モジュールと、前記上りデータの送信に使用される周波数、参照信号、及び自局のチャネル状態パラメータに基づいて、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定する第２のフィードバックリソース決定モジュールと、決定された下りリソースで、前記基地局からの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定するフィードバック受信モジュールと、を含む。
【００１９】
第２のフィードバックリソース決定モジュールは、１つ以上のチャネル状態パラメータ区間と、フィードバック用の全ての下りリソースを分割することによって得られた直交する１つ以上のリソースライブラリとの対応関係を設定する第２の設定手段と、自局のチャネル状態を測定し、チャネル状態の測定結果を前記基地局にフィードバックするチャネル状態測定手段と、測定されたチャネル状態、及び、自局に設定された前記１つ以上のチャネル状態パラメータ区間と１つ以上のリソースライブラリとの対応関係に基づいて、現在のチャネル状態で自局に対応するリソースライブラリを決定する第２のリソースライブラリ決定手段と、自局による上りデータ伝送に使用される周波数及び参照信号に基づいて、自局に対応するリソースライブラリにおける、フィードバックを受信するための下りリソースの位置を決定する第２のフィードバックリソース決定手段と、を含む。
【００２０】
本発明の実施例では、プログラムが提供されている。このプログラムは、ユーザ端末（ＵＥ）から送信された上りデータを受信して復調した後、前記ＵＥによる上りデータ送信に使用される周波数、参照信号（ＲＳ）、及び前記ＵＥのチャネル状態パラメータに基づいて、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定し、前記ＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、前記ＵＥへフィードバックを送信する、ことをコンピュータに実行させる。
【００２１】
本発明の実施例では、不揮発性機械可読記憶媒体が提供されている。前記記憶媒体に機械可読指令が記憶され、前記機械可読指令は、ユーザ端末（ＵＥ）から送信された上りデータを受信して復調した後、前記ＵＥによる上りデータ送信に使用される周波数、参照信号（ＲＳ）、及び前記ＵＥのチャネル状態パラメータに基づいて、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定し、前記ＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、前記ＵＥへフィードバックを送信する、ことを完成させるように、プロセッサで実行可能である。
【００２２】
本発明の実施例では、基地局が提供されている。この基地局は、プロセッサと、不揮発性機械可読記憶媒体と、該不揮発性機械可読記憶媒体に記憶され、該プロセッサで実行されるプログラムモジュールと、を備え、前記プログラムモジュールは、ユーザ端末（ＵＥ）から送信された上りデータを受信して復調した後、前記ＵＥによる上りデータ送信に使用される周波数、参照信号（ＲＳ）、及び前記ＵＥのチャネル状態パラメータに基づいて、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定し、前記ＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、前記ＵＥへフィードバックを送信する。
【００２３】
本発明の実施例では、プログラムが提供されている。このプログラムは、上りデータを送信した後、前記上りデータの送信に使用される周波数、参照信号（ＲＳ）、及び自局のチャネル状態パラメータに基づいて、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定し、決定された下りリソースで、前記ｅＮＢからの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定する、ことをコンピュータに実行させる。
【００２４】
本発明の実施例では、不揮発性機械可読記憶媒体が提供されている。前記記憶媒体に機械可読指令が記憶され、前記機械可読指令は、上りデータを送信した後、前記上りデータの送信に使用される周波数、参照信号（ＲＳ）、及び自局のチャネル状態パラメータに基づいて、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定し、決定された下りリソースで、前記ｅＮＢからの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定する、ことを完成させるように、プロセッサで実行可能である。
【００２５】
本発明の実施例では、ユーザ端末が提供されている。このユーザ端末は、プロセッサと、不揮発性機械可読記憶媒体と、通信装置と、を備え、前記不揮発性機械可読記憶媒体には、前記プロセッサで実行可能であるプログラムモジュールが記憶され、前記プログラムモジュールは、上りデータの送信に使用される周波数、参照信号（ＲＳ）、及び自局のチャネル状態パラメータに基づいて、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定し、前記通信装置は、上りデータを送信し、決定された下りリソースで、前記ｅＮＢからの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定する。
【発明の効果】
【００２６】
本発明の実施例では、フィードバックに使用する下りリソースを決定する際に、ＵＥによる上りデータ伝送に使用される周波数及び参照信号を考慮することに加えて、ＵＥのチャネル状態情報も考慮することにより、異なるチャネル状態のＵＥを区分する目的を達成し、ｅＮＢとＵＥとの同期外れを効果的に回避することができる。
【図面の簡単な説明】
【００２７】
【図１】本発明の実施例におけるｅＮＢがＵＥの上りデータを受信した後にフィードバックを行う手順を示す。
【図２】本発明の実施例におけるＵＥが上りデータを送信した後にフィードバックを受信する手順を示す。
【図３】本発明の実施例におけるリソースライブラリの設定方法を示す。
【図４】本発明の実施例におけるＵＥが上りデータ伝送のフィードバックを受信する方法を示す。
【図５】本発明の実施例におけるｅＮＢが上りデータ伝送のフィードバックを行う方法を示す。
【図６】本発明の実施例におけるＵＥが上りデータ伝送のフィードバックを受信する方法を示す。
【図７】本発明の実施例におけるｅＮＢが上りデータ伝送のフィードバックを行う方法を示す。
【図８】ＨＡＲＱフィードバック用のＤＣＩ構造の一例を示す。
【図９】ＤＣＩを用いてＨＡＲＱフィードバックを行う一例を示す。
【図１０】ＤＣＩを用いてＨＡＲＱフィードバックを行う一例を示す。
【図１１】ＨＡＲＱフィードバック用のＤＣＩ構造の一例を示す。
【図１２】ＤＣＩを用いてＨＡＲＱフィードバックを行う一例を示す。
【図１３】本発明の一実施例におけるｅＮＢの構成を示す。
【図１４】本発明の一実施例におけるＵＥの構成を示す。
【図１５】本発明の一実施例におけるｅＮＢの構成を示す。
【図１６】本発明の一実施例におけるＵＥの構成を示す。
【図１７】本発明の一実施形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００２８】
前述したように、多数同時接続を実現するマシンタイプ通信の利用シナリオでは、５Ｇネットワークにおける上りトラフィックは大幅に増加する。これに応じて、基地局が上りスケジューリングを行う際のシグナリングオーバヘッドも大幅に増加する。このため、如何に５Ｇネットワークにおいて上りデータ伝送を行うかが、現在の研究ホットスポットの技術となっている。
【００２９】
従来の長期的進化（ＬＴＥ）システムでは、基地局（ｅＮＢ）は、上りスケジューリングにおいて、ユーザ端末（ＵＥ）と下記のようなシグナリングやり取りを行う必要がある。
【００３０】
まず、ＵＥは、ランダムアクセス手順によってｅＮＢと接続を確立する。その後、上りデータを伝送する必要がある場合、ＵＥは、スケジューリング要求（ＳＲ）をｅＮＢへ送信して、自局に上りリソースを割り当てることをｅＮＢに要求する。次いで、ｅＮＢは、ＵＥから要求されたリソースの状況に応じて、一定のスケジューリング原則に従って、上り時間周波数リソース、参照信号（ＲＳ）、及び変調符号化方式（ＭＣＳ）などを含む相応の上りリソースを割り当てる。そして、ｅＮＢは、上りスケジューリンググラント（ＵＬ  ＧＲＡＮＴ）を介して、該ＵＥに割り当てられた上りリソースをＵＥに通知する。その後、ＵＥは、ｅＮＢによって割り当てられた上りリソースで上りデータを伝送する。
【００３１】
上述した上りデータのスケジューリング及び伝送の手順から分かるように、従来のＬＴＥシステムでは、ＵＥは、上りスケジューリンググラント（ＵＬ  ＧＲＡＮＴ）を受信して初めて、上りデータを伝送することができる。そこで、５Ｇの、多数同時接続を実現するマシンタイプ通信の利用シナリオでは、依然として、このような方式をそのまま採用すれば、上りトラフィックの激増に伴い、シグナリングのオーバーヘッドが極めて巨大になり、５Ｇネットワークに巨大な負担をもたらす。
【００３２】
このような問題を解決するために、多数の企業及び研究機関は、すでに、基地局から上りスケジューリンググラントを下す必要がなく、競合に基づく新たな上り伝送方式を若干提案している。このような競合に基づく上り伝送方式では、ＵＥがランダムアクセス手順によってｅＮＢと接続を確立した後、ｅＮＢは、ＵＥに対して、上りデータを伝送するための上りリソースライブラリと、選択可能なＭＣＳ集合とを設定してもよい。ＵＥは、上りデータを伝送する必要がある場合、まず、ｅＮＢによって設定された上りリソースライブラリの中から、適当な上り時間周波数リソース及びＲＳを選択するとともに、選択可能なＭＣＳ集合の中から、ＭＣＳを決定する。これにより、ｅＮＢから上りスケジューリンググラントを下す必要がなく、自局で選択・決定された上りリソース及びＭＣＳを使用して、直接に上りデータ伝送を行うことができる。明らかなように、このような伝送方式を採用すれば、シグナリングのオーバーヘッドを大幅に低減させ、ネットワークの負担を極めて軽減させることができる。しかしながら、この場合、異なるＵＥは、同時に同じ上りリソースを選択して上り伝送を行う可能性があり、上りデータ間の衝突が発生する恐れがある。そこで、このような競合に基づく上り伝送方式では、ｅＮＢが上りデータを受信した後、如何に上りデータのフィードバックを行うかが、解決すべき問題の１つとなっている。
【００３３】
従来のＬＴＥシステムでは、ハイブリッド自動再送要求（ＨＡＲＱ）のメカニズムで、上りデータ伝送に対するフィードバックを行う。具体的には、ｅＮＢは、ＵＥによる上りデータ伝送に使用される周波数及びＲＳに基づいて、ｅＮＢがＵＥの上りデータ伝送に対してＨＡＲＱフィードバックを行うための下りリソースの位置を決定する。しかし、競合に基づく上り伝送方式では従来のＬＴＥシステムのＨＡＲＱ方式をそのまま採用すれば、ｅＮＢとＵＥとの同期外れにつながる恐れがある。
【００３４】
具体的には、ＵＥ１及びＵＥ２が同時に同じ周波数ｆ１及び同じ参照信号ＲＳ１を選択して上りデータを伝送し、ＵＥ１の信号の信号対干渉雑音比（ＳＩＮＲ）がＵＥ２の信号のＳＩＮＲより明らかに良いと仮定する。この場合、ｅＮＢ側から見れば、ＵＥ１のデータとＵＥ２のデータとが衝突しても、ｅＮＢは、通常、ＵＥ１の上りデータを正確に復調することができるが（ＵＥ２による干渉が小さい）、ＵＥ２の上りデータを正確に復調することができない。この場合、ｅＮＢは、ＵＥ１が上りデータを送信したことのみを知るが、ＵＥ２も同じリソースで上りデータを送信したことを知らない。このため、従来のＬＴＥのＨＡＲＱフィードバック方式によると、ｅＮＢは、ＵＥ１による上りデータ伝送に使用される周波数ｆ１及び参照信号ＲＳ１に基づいて、ＨＡＲＱフィードバックを行うための下りリソースの位置を決定し、このリソースの位置において確認応答（ＡＣＫ）をフィードバックする。しかしながら、端末側から見れば、ＵＥ１は、周波数ｆ１で上りデータを送信した後、ｅＮＢと同様の方法で、周波数ｆ１と自局が使用した参照信号ＲＳ１とに基づいて、ｅＮＢがＨＡＲＱフィードバックを行うための下りリソースの位置を決定し、この位置においてＨＡＲＱフィードバックを受信し、最終的に、ｅＮＢからフィードバックされたＡＣＫを得て、自局から伝送された上りデータがｅＮＢによって正確に受信されたと確認する。同様に、ＵＥ２も、周波数ｆ１で上りデータを送信した後、ｅＮＢと同様の方法で、周波数ｆ１と自局が使用した参照信号ＲＳ１とに基づいて、ｅＮＢがＨＡＲＱフィードバックを行うための下りリソースの位置を決定し、この位置においてＨＡＲＱフィードバックを受信し、最終的に、ｅＮＢからフィードバックされたＡＣＫを得て、自局から伝送された上りデータがｅＮＢによって正確に受信されたと間違って確認し、データ再送を行わない。ここから分かるように、このようなシナリオでは、ｅＮＢとＵＥ２との間に同期外れがあった。即ち、ｅＮＢは、ＵＥ２の上りデータを受信しなかったが、ＵＥ２は、自局の上りデータがｅＮＢによって正確に受信されたと認識する。同様な場合では、ＵＥ１及びＵＥ２のチャネル状態が大体同じであれば、２つのＵＥ間の干渉が大きいので、通常、ｅＮＢは、いずれのＵＥの上りデータも正確に受信することができない。このため、相応のＨＡＲＱフィードバック時に、ＤＴＸ／ＮＡＣＫをフィードバックする。２つのＵＥは、同様の下りリソースの位置において、いずれもＤＴＸ／ＮＡＣＫを検出し、それぞれデータ再送を行う。
【００３５】
このため、本発明の実施例は、上りデータ伝送に対するフィードバック方法を提供しており、競合に基づく上り伝送方法では、ＵＥの上りデータ伝送に対するフィードバックを実現することができる。この方法は、５Ｇの、多数同時接続を実現するマシンタイプ通信の利用シナリオに適用することができる。
【００３６】
本発明の実施例では、ｅＮＢは、物理ハイブリッド自動再送要求指示チャネル（ＰＨＩＣＨ：Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）を介して、ＨＡＲＱフィードバックを行うことができ、ＰＨＩＣＨを伝送するための下りリソースを決定する（ｅＮＢからの、ＵＥの上りデータ伝送に対するＨＡＲＱフィードバックに使用する下りリソースを決定する）際に、ＵＥによる上りデータ伝送に使用される周波数及び参照信号を考慮することに加えて、ＵＥのチャネル状態に関するパラメータ、例えば、ＵＥのＳＩＮＲ、参照信号受信電力（ＲＳＲＰ）、チャネル品質指示（ＣＱＩ）、又はＵＥによる上りデータ伝送に使用するＭＣＳなどの、ＵＥのチャネル状態を表すことができるパラメータをさらに考慮することができる。このように、２つ以上のＵＥが、同じ上りリソースを選択して、同じ参照信号を使用して上りデータを送信しても、一旦これらのＵＥのチャネル状態に差異がある場合、ｅＮＢは、異なる下りリソースを使用して、それぞれ、これらのＵＥの上りデータ伝送に対して、ＨＡＲＱフィードバックを行い、ｅＮＢとＵＥとの同期外れを効果的に回避することができる。
【００３７】
具体的には、図１は、本発明の実施例におけるｅＮＢがＵＥの上りデータを受信した後にフィードバックを行う手順を示す。図２は、本発明の実施例におけるＵＥが上りデータを送信した後にフィードバックを受信する手順を示す。
【００３８】
図１に示すように、ｅＮＢは、ＵＥから送信された上りデータを検出して復調した後、以下の処理を実行する。
【００３９】
ステップ１０１で、ＵＥによる上りデータ送信に使用される周波数、参照信号、及び該ＵＥのチャネル状態パラメータに基づいて、該ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定する。
【００４０】
本ステップにおけるチャネル状態パラメータは、ＵＥのＳＩＮＲ、ＲＳＲＰ、ＣＱＩ、又はＵＥによる上りデータ伝送に使用するＭＣＳなどの、チャネル状態を表すことができるパラメータであってもよい。
【００４１】
本ステップにおける上りデータ伝送に対するフィードバックは、ＨＡＲＱフィードバックであってもよい。
【００４２】
ステップ１０２で、受信されたＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、該ＵＥへ相応のフィードバックを伝送する。
【００４３】
例えば、該ＵＥの上りデータを正確に復調した場合、決定された下りリソースで、ＰＨＩＣＨを介して、該ＵＥへ確認応答（ＡＣＫ）をフィードバックしてもよい。一方、該ＵＥの上りデータが復調されなかった場合、或いは、該ＵＥの上りデータを正確に復調することができない場合、決定された下りリソースで、ＰＨＩＣＨを介して、該ＵＥへ否定応答（ＤＴＸ又はＮＡＣＫ）をフィードバックしてもよい。
【００４４】
これに対応して、図２に示すように、ＵＥは、自局で選択された上りリソースで上りデータを送信した後、以下の処理を実行する。
【００４５】
ステップ２０１で、今回の上りデータ送信に使用される周波数、参照信号、及び自局のチャネル状態パラメータに基づいて、ｅＮＢからの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定する。
【００４６】
説明すべきものとして、ｅＮＢとＵＥとの同期を保持するために、本ステップにおいて、ＵＥが、今回の上りデータ伝送に使用される周波数、参照信号、及び自局のチャネル状態パラメータに基づいて、ｅＮＢからの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定する方法は、図１におけるｅＮＢが使用した方法と一致すべきである。
【００４７】
本ステップにおける上りデータ伝送に対するフィードバックは、ＨＡＲＱフィードバックであってもよい。
【００４８】
ステップ２０２で、決定された下りリソースで、ｅＮＢからの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータがｅＮＢによって正確に受信されたか否かを決定する。
【００４９】
例えば、決定された下りリソースでＡＣＫを受信した場合、今回伝送された上りデータの受信にｅＮＢが成功したことが表される。一方、決定された下りリソースでＤＴＸ又はＮＡＣＫを受信した場合、或いは、ＡＣＫが検出されなかった場合、今回伝送された上りデータの受信にｅＮＢが成功しなかったことが表されるため、データ再送を行う必要がある。
【００５０】
実際の応用では、上記のステップ１０１及び２０１において、ｅＮＢ及びＵＥは、様々な方法によって、フィードバックを行うための下りリソースを決定してもよい。以下、上りデータ伝送に対してＨＡＲＱフィードバックを行うことを例として、それぞれ例を挙げながら、詳しく説明する。
【００５１】
本発明の一実施例では、ＨＡＲＱフィードバック用の全ての下りリソースを、直交する複数のリソースライブラリに予め分割し、異なるチャネル状態を持つＵＥを、異なるリソースライブラリにマッピングしてもよい。即ち、異なるチャネル状態のＵＥに対して、ｅＮＢは、異なるリソースライブラリにおける下りリソースを使用して、ＨＡＲＱフィードバックを行うことにより、異なるチャネル状態を持つＵＥに対して同じ下りリソースを使用してＨＡＲＱフィードバックを行うことによるｅＮＢとＵＥとの同期外れを回避する。
【００５２】
具体的には、図３に示すような次の方法によって、異なるチャネル状態を持つＵＥを、異なるリソースライブラリにマッピングしてもよい。図３は、リソースライブラリの設定方法を示す。図３に示すように、この方法は、下記のステップを含む。
【００５３】
ステップ３０１で、ＨＡＲＱフィードバック用の全ての下りリソースをＮ個のグループに分割して、Ｎ個のリソースライブラリを得る。
【００５４】
ここで、Ｎは、１より大きい自然数である。これらのＮ個のリソースライブラリは、共通部分がなく、即ち、直交する。
【００５５】
ステップ３０２で、ＵＥのチャネル状態を表すチャネル状態パラメータの値空間を、連続するＮ個の区間に分割する。
【００５６】
前述したように、本例では、上記のＵＥのチャネル状態を表すパラメータは、ＵＥで測定されたＲＳＲＰ、ＳＩＮＲ、又はＵＥによる上りデータ伝送に使用するＭＣＳなどであってもよい。これらのＮ個の区間の集合は、即ち、上記チャネル状態パラメータの値空間である。また、これらのＮ個の区間も、共通部分がなく、即ち、直交する。
【００５７】
ステップ３０３で、Ｎ個のリソースライブラリとＮ個のチャネル状態パラメータ区間とを一々対応させる。
【００５８】
上記のステップによって、リソースライブラリとチャネル状態パラメータとのマッピングが完了する。その後、異なるチャネル状態を持つＵＥを、異なるリソースライブラリにマッピングすることができる。
【００５９】
ステップ３０４で、上記のマッピングが完了すると、ｅＮＢ及びＵＥにおいて、上述したＮ個のリソースライブラリとＮ個のチャネル状態パラメータ区間とのマッピング関係を設定する。
【００６０】
これから、ＵＥは、自局のチャネル状態に基づいて、自局で使用されるリソースライブラリを決定することができる。同様に、ｅＮＢは、ＵＥからフィードバックされたＵＥのチャネル状態に基づいて、該ＵＥに対するＨＡＲＱフィードバックに使用するリソースライブラリを決定することにより、異なるＳＩＮＲのＵＥを、異なるリソースライブラリにマッピングすることができる。
【００６１】
例えば、上記のリソースライブラリの設定方法によって、ＨＡＲＱフィードバック用の下りリソースを、直交し共通部分がなくリソースライブラリ１とリソースライブラリ２とを含む２つのグループに分割してもよい。これとともに、ＳＩＮＲ閾値ｔｈ１を設け、ＳＩＮＲがｔｈ１以上である区間を区間１としてリソースライブラリ１に対応させるが、ＳＩＮＲがｔｈ１より小さい区間を区間２としてリソースライブラリ２に対応させる。これにより、リソースライブラリ１−区間１のマッピング、及び、リソースライブラリ２−区間２のマッピングが完了する。このような対応付けによれば、ＳＩＮＲがｔｈ１以上であるＵＥに対して、ｅＮＢは、リソースライブラリ１を使用してＨＡＲＱフィードバックを行うが、ＳＩＮＲがｔｈ１より小さいＵＥに対して、ｅＮＢは、リソースライブラリ２を使用してＨＡＲＱフィードバックを行う。
【００６２】
リソースライブラリの設定が完了すると、ＵＥ側で、ＵＥは、図４に示すような手順によって、上りデータ伝送に対するフィードバックの受信を行うことができる。ｅＮＢ側で、ｅＮＢは、図５に示すような手順によって、上りデータ伝送に対するフィードバックを行うことができる。
【００６３】
図４に示すＵＥが上りデータ伝送のフィードバックを受信する手順は、以下のステップを含む。
【００６４】
ステップ４０１で、ＵＥは、自局のチャネル状態を測定する。
本ステップにおいて、ＵＥは、ＲＳＲＰ、ＳＩＮＲ、又はＣＱＩを測定することによって、自局のチャネル状態を得るようにしてもよい。
【００６５】
ステップ４０２で、ＵＥは、チャネル状態の測定結果をｅＮＢにフィードバックする。
本ステップにおいて、ＵＥは、従来の様々なチャネル測定結果フィードバック方法によって、チャネル測定の結果をｅＮＢにフィードバックしてもよい。
【００６６】
ステップ４０３で、ＵＥが上りデータをｅＮＢに伝送した後、ＵＥは、測定されたチャネル状態、及び、自局に設定されたチャネル状態パラメータ区間とリソースライブラリとの関係に基づいて、現在のチャネル状態で自局に対応するリソースライブラリを決定する。
【００６７】
本ステップにおいて、ＵＥは、競合に基づく上りデータ伝送方式によって、上りデータを伝送してもよい。即ち、ｅＮＢによって設定された上りリソースライブラリの中から、適当な上りリソースを選択し、その後、選択された上りリソースで、上りデータを伝送する。
【００６８】
ステップ４０４で、ＵＥは、自局による上りデータ伝送に使用される周波数及び参照信号に基づいて、自局に対応するリソースライブラリにおける、ＨＡＲＱフィードバックを受信するための下りリソースの位置を決定する。
【００６９】
具体的には、本ステップにおいて、ＵＥは、次の数式１によって、自局に対応するリソースライブラリにおける、ＨＡＲＱフィードバックを受信するための下りリソースの位置を決定してもよい。
2019521541.tif 000007
【００７０】
上記のステップ４０１〜４０４によって、ＵＥは、ｅＮＢからの、自局の今回の上り伝送に対するＨＡＲＱフィードバックの下りリソースを決定することができる。
【００７１】
ステップ４０５で、ＵＥは、決定された自局に対応するリソースライブラリにおける、ＨＡＲＱフィードバックを受信するための下りリソースの位置において、ｅＮＢからのＨＡＲＱフィードバックを受信する。
【００７２】
ｅＮＢからのＨＡＲＱフィードバックを受信すると、ＵＥは、今回伝送された上りデータがｅＮＢによって正確に受信されたか否かを決定することにより、再送が必要であるか否かを判断することができる。
【００７３】
図５に示すｅＮＢが上りデータ伝送のフィードバックを受信する手順は、以下のステップを含む。
【００７４】
ステップ５０１で、ｅＮＢは、ＵＥから報告されたＵＥのチャネル状態を受信する。
ステップ５０２で、ｅＮＢは、ＵＥから送信された上りデータを受信して復調した後、ＵＥから報告されたＵＥのチャネル状態、及び、自局に設定されたチャネル状態パラメータ区間とリソースライブラリとの関係に基づいて、該ＵＥに対応するリソースライブラリを決定する。
【００７５】
ステップ５０３で、ｅＮＢは、ＵＥによる上りデータ伝送に使用される周波数及び参照信号に基づいて、該ＵＥに対応するリソースライブラリにおける、ＨＡＲＱフィードバックに使用する下りリソースの位置を決定する。
【００７６】
本ステップにおいても、ｅＮＢは、上記の数式１によって、該ＵＥに対応するリソースライブラリにおける、ＨＡＲＱフィードバックに使用する下りリソースの位置を決定する。
【００７７】
また、上記のステップ５０１〜５０３によって、ｅＮＢは、該ＵＥの上り伝送に対してＨＡＲＱフィードバックを行うための下りリソースを決定することができる。
【００７８】
ステップ５０４で、ｅＮＢは、決定された該ＵＥに対応するリソースライブラリにおける、ＨＡＲＱフィードバックを行うための下りリソースの位置において、ＨＡＲＱフィードバックを行う。
【００７９】
例えば、上記の例では、リソースライブラリの設定方法によって、ＨＡＲＱフィードバック用の下りリソースを、直交し共通部分がなくリソースライブラリ１とリソースライブラリ２とを含む２つのグループに分割する。これとともに、ＳＩＮＲ閾値ｔｈ１を設け、ＳＩＮＲがｔｈ１以上である区間を区間１としてリソースライブラリ１に対応させるが、ＳＩＮＲがｔｈ１より小さい区間を区間２としてリソースライブラリ２に対応させる。これにより、リソースライブラリ１−区間１のマッピング、及び、リソースライブラリ２−区間２のマッピングが完了する。この場合、ＵＥ１及びＵＥ２の２つのＵＥが同じ周波数及び同じＰＳで上りデータを送信し、ＵＥ１のＳＩＮＲがｔｈ１より大きいが、ＵＥ２のＳＩＮＲがｔｈ１より小さいのであれば、ＵＥ１がリソースライブラリ１にマッピングされるが、ＵＥ２がリソースライブラリ２にマッピングされる。このようなマッピングによれば、上記の数式１によって算出されたＵＥ１及びＵＥ２に対するＨＡＲＱフィードバックの下りリソースの位置の算出結果が同じであっても、ＵＥ１及びＵＥ２が異なるリソースライブラリに対応するため、ｅＮＢは、実際に、異なる下りリソースで、ＵＥ１及びＵＥ２の上りデータ伝送に対して、ＨＡＲＱフィードバックを行い、２つのＵＥも、異なる下りリソースで、自局に対するＨＡＲＱフィードバックを検出する。
【００８０】
実際の応用では、ＵＥは、明示的方式で、直接にチャネル状態の測定結果をｅＮＢにフィードバックしてもよい。また、ＵＥは、暗黙的方式で、チャネル状態の測定結果をｅＮＢにフィードバックしてもよい。次に、ＵＥが暗黙的方式でチャネル状態の測定結果をｅＮＢにフィードバックする一例を示す。
【００８１】
本例では、ＨＡＲＱフィードバック用の全ての下りリソース及びチャネル状態パラメータの値空間をＮ個のグループに分割することに加えて、ＵＥによるランダムアクセスに使用するプリアンブルをＮ個のグループに分割することにより、Ｎ個のプリアンブルグループを得る。これとともに、Ｎ個のリソースライブラリ、Ｎ個のチャネル状態パラメータ区間を、Ｎ個のプリアンブルグループに一々対応させる必要がある。これにより、リソースライブラリ、プリアンブル、及びチャネル状態パラメータの間のマッピングが完了する。また、上記のマッピングを行った後、ｅＮＢ及びＵＥにおいて、上記のＮ個のリソースライブラリ、Ｎ個のプリアンブルグループ、及びＮ個のチャネル状態パラメータ区間のマッピング関係を設定する。
【００８２】
次いで、ＵＥは、信号測定を行って自局のチャネル状態を決定した後、チャネル状態パラメータ区間とプリアンブルグループとの対応関係に基づいて、自局によるランダムアクセスに使用するプリアンブルグループを決定し、自局に対応するプリアンブルグループの中から、プリアンブルを選択して、ランダムアクセスを行う。そして、ＵＥは、上りデータを伝送した後、自局のチャネル状態に対応するリソースライブラリにおける下りリソースで、ｅＮＢからの、自局の上りデータ伝送に対するＨＡＲＱフィードバックを受信する。これに対応して、ｅＮＢも、逆に、ＵＥによるランダムアクセス手順に使用されるプリアンブルに基づいて、該プリアンブルの属するプリアンブルグループを決定することにより、マッピング関係に基づいて、該ＵＥに対するＨＡＲＱフィードバックに使用するリソースライブラリを決定する。
【００８３】
例えば、上記の手順において、ＨＡＲＱフィードバック用の下りリソースを、リソースライブラリ１とリソースライブラリ２とを含む２つのグループに分割してもよい。ＵＥによるランダムアクセスに使用するプリアンブルも２つのグループに分割して、プリアンブルグループ１とプリアンブルグループ２とを得る。そして、リソースライブラリ１をプリアンブルグループ１に対応させるが、リソースライブラリ２をプリアンブルグループ２に対応させる。これとともに、ＳＩＮＲ閾値ｔｈ１を設け、ＳＩＮＲがｔｈ１以上である区間を区間１としてリソースライブラリ１に対応させるが、ＳＩＮＲがｔｈ１より小さい区間を区間２としてリソースライブラリ２に対応させる。これにより、リソースライブラリ１−プリアンブルグループ１−区間１のマッピング、及び、リソースライブラリ２−プリアンブルグループ２−区間２のマッピングが完了する。ＵＥ側から見れば、チャネル状態が区間１に入る場合、プリアンブルグループ１内のプリアンブルを使用してランダムアクセスを行い、リソースライブラリ１における下りリソースでＨＡＲＱフィードバックを受信し、チャネル状態が区間２に入る場合、プリアンブルグループ２内のプリアンブルを使用してランダムアクセスを行い、リソースライブラリ２における下りリソースでＨＡＲＱフィードバックを受信する。これに対応して、ｅＮＢ側から見れば、あるＵＥがプリアンブルグループ１内のプリアンブルを使用してランダムアクセスを行う場合、該ＵＥに対して、リソースライブラリ１における下りリソースを使用してＨＡＲＱフィードバックを行い、あるＵＥがプリアンブルグループ２内のプリアンブルを使用してランダムアクセスを行う場合、該ＵＥに対して、リソースライブラリ２における下りリソースを使用してＨＡＲＱフィードバックを行う。
【００８４】
簡略化のために、ｅＮＢ側において、Ｎ個のチャネル状態パラメータ区間とのマッピング関係を記録する必要がなく、Ｎ個のリソースライブラリとＮ個のプリアンブルグループとのマッピング関係のみを設定してもよい。これにより、ＵＥのランダムアクセス要求を受信すると、直接に該ＵＥに対応するリソースライブラリを決定することができる。
【００８５】
上記の図３〜図５には、ｅＮＢ及びＵＥが、ＨＡＲＱフィードバックを行うための下りリソースを決定する方法が示されている。この方法では、ＨＡＲＱフィードバック用の全ての下りリソースを、直交する複数のリソースライブラリに分割し、異なるチャネル状態を持つＵＥを、異なるリソースライブラリにマッピングする。これにより、異なるチャネル状態のＵＥに対して、異なるリソースライブラリにおける下りリソースを使用してＨＡＲＱフィードバックを行うことが実現される。上記の例から、この方法によってｅＮＢとＵＥとの同期外れを効果的に回避できることも分かる。
【００８６】
次に、具体的な例示によって、ｅＮＢ及びＵＥが、ＨＡＲＱフィードバックを行うための下りリソースを決定する他の方法を示す。本例では、ＨＡＲＱフィードバック用の下りリソースを分割する必要がなく、即ち、全てのＵＥに対して、同一の下りリソースライブラリを使用してＨＡＲＱフィードバックを行う。
【００８７】
図６は、本発明の実施例におけるＵＥが上りデータ伝送に対するフィードバックを受信する方法を示す。図６に示すように、この方法は、下記のステップを含む。
【００８８】
ステップ６０１で、ＵＥは、自局のチャネル状態を決定する。
上記チャネル状態情報は、ＲＳＲＰ、ＣＱＩ、ＳＩＮＲなどを含んでもよい。この場合、ＵＥは、チャネル測定によって、直接に自局のチャネル状態を得るようにしてもよい。
【００８９】
また、上記チャネル状態は、ＵＥによる上りデータ伝送に使用するＭＣＳであってもよい。この場合、ＵＥは、まず、チャネル測定を行い、ｅＮＢへチャネル測定結果を報告する必要がある。そして、ｅＮＢは、ＵＥから報告されたチャネル測定結果に基づいて、ＵＥに対して、後続の上りデータ伝送用の適当なＭＣＳを設定する。このとき、ＵＥは、後続の上りデータ伝送のためにｅＮＢによって設定されたＭＣＳを決定することができる。
【００９０】
ステップ６０２で、ＵＥは、上りデータをｅＮＢに伝送した後、自局のチャネル状態、自局による上りデータ伝送に使用される周波数及び参照信号に基づいて、ＨＡＲＱフィードバックを受信するための下りリソースの位置を決定する。
【００９１】
例えば、上記チャネル状態が、ｅＮＢによって設定された、ＵＥが上りデータを伝送するためのＭＣＳである場合、本ステップにおいて、ＵＥは、下記の数式２又は数式３によって、ＨＡＲＱフィードバックを受信するための下りリソースの位置を決定してもよい。
2019521541.tif 000008
【００９２】
ステップ６０３で、ＵＥは、決定された下りリソースの位置において、ｅＮＢのＨＡＲＱフィードバックを受信する。
【００９３】
ｅＮＢからのＨＡＲＱフィードバックを受信すると、ＵＥは、今回伝送された上りデータがｅＮＢによって正確に受信されたか否かを決定することにより、再送が必要であるか否かを判断することができる。
【００９４】
図７は、本発明の実施例におけるｅＮＢが上りデータ伝送のフィードバックを行う方法を示す。図７に示すように、この方法は、下記のステップを含む。
【００９５】
ステップ７０１で、ｅＮＢは、ＵＥのチャネル状態を決定する。
本ステップにおいて、上記チャネル状態は、ＵＥのＲＳＲＰ、ＣＱＩ、ＳＩＮＲなどを含んでもよい。この場合、ＵＥは、自局のチャネル状態パラメータを測定して報告する。ｅＮＢは、ＵＥから報告されたチャネル状態パラメータを受信することにより、ＵＥのチャネル状態を決定する。
【００９６】
また、上記チャネル状態は、ＵＥによる上りデータ伝送に使用するＭＣＳであってもよい。この場合、ｅＮＢは、まず、ＵＥから報告されたチャネル測定結果を受信してから、さらに、受信されたＵＥのチャネル測定結果に基づいて、ＵＥに対して、後続の上りデータ伝送用の適当なＭＣＳを設定してもよい。
【００９７】
ステップ７０２で、ｅＮＢは、ＵＥから送信された上りデータを受信して復調した後、ＵＥのチャネル状態、ＵＥによる上りデータ伝送に使用される周波数及び参照信号に基づいて、該ＵＥに対するＨＡＲＱフィードバックに使用する下りリソースの位置を決定する。
【００９８】
例えば、上記チャネル状態が、ｅＮＢによって設定された、ＵＥが上りデータを伝送するためのＭＣＳである場合、本ステップにおいて、ｅＮＢは、上記の数式２又は数式３によって、該ＵＥに対するＨＡＲＱフィードバックに使用する下りリソースの位置を決定してもよい。
【００９９】
ステップ７０３で、ｅＮＢは、決定された下りリソースの位置において、ＨＡＲＱフィードバックを行う。
【０１００】
上記の図６及び図７に示す方法から分かるように、全てのＵＥに対して、同一の下りリソースライブラリを使用してＨＡＲＱフィードバックを行うが、具体的なＨＡＲＱフィードバックの位置を決定する際に、ＵＥによる上りデータ伝送に使用される周波数及び参照信号とは関係があることに加えて、直接にＵＥのチャネル状態パラメータとは関係がある。このため、２つ以上のＵＥが同じ周波数及び同じＲＳを使用して上りデータを伝送しても、ｅＮＢは、ＨＡＲＱフィードバックを行う際に、これらの２つ以上のＵＥのチャネル状態に基づいて、これらの２つ以上のＵＥを区分し、複数のＵＥに対して同一の下りリソースを使用してＨＡＲＱフィードバックを行うことによるｅＮＢとＵＥとの同期外れを回避することができる。
【０１０１】
上記の実施例では、ＨＡＲＱフィードバックを行うための下りリソースをグループ分けするか否かに関わらず、ｅＮＢは、ＰＨＩＣＨを介して、ＨＡＲＱフィードバックを行うが、ＰＨＩＣＨを伝送するための下りリソースを決定する際に、ＵＥによる上りデータ伝送に使用される周波数及び参照信号を考慮することに加えて、ＵＥのチャネル状態情報を考慮することにより、異なるチャネル状態のＵＥを区分する目的を達成し、ｅＮＢとＵＥとの同期外れを効果的に回避する。
【０１０２】
上記の実施例以外、本発明の実施例では、ＵＥの上りデータ伝送に対する他のフィードバック方法も提供されている。次に、例示によって、これらの方法を詳しく説明する。
【０１０３】
本発明の実施例の方法では、フィードバック専用（例えば、ＨＡＲＱフィードバック用）の新たな下り制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）が設計される。ｅＮＢは、このようなフィードバック専用のＤＣＩを介して、上りデータ伝送に対するフィードバック、例えば、ＨＡＲＱフィードバックを行う。
【０１０４】
図８は、このようなＨＡＲＱフィードバック専用のＤＣＩ構造の一例を示す。
図８から分かるように、このようなＨＡＲＱフィードバック専用のＤＣＩには、１つ以上のＨＡＲＱフィールドと、１つの識別フィールドとが含まれる。上記ＨＡＲＱフィールドは、あるＵＥのいずれか１回の上り伝送に対するＨＡＲＱフィードバックを伝送するためのものである。具体的には、各々のＨＡＲＱフィールドは、１桁の２進数ビットでＨＡＲＱフィードバックを識別してもよい。例えば、「１」でＡＣＫを表すが、「０」でＮＡＣＫ／ＤＴＸを表す。もちろん、逆に、「０」でＡＣＫを表すが、「１」でＮＡＣＫ／ＤＴＸを表すようにしてもよい。ｅＮＢ及びＵＥは、各フィールド値の意味を予め約束して設定すればよい。上記識別フィールドは、上記１つ以上のＨＡＲＱフィールドの巡回冗長検査（ＣＲＣ）値と、ＨＡＲＱの無線ネットワーク一時識別子（ＲＮＴＩ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）とを伝送するためのものである。上記ＲＮＴＩは、主に、このＤＣＩがＨＡＲＱフィードバック用のＤＣＩであること、及び、該ＤＣＩがいずれのＵＥ又はいずれのＵＥグループに対するＨＡＲＱフィードバック用のＤＣＩであるかを識別するためのものである。１つのセルにおける全てのＵＥが１つのＨＡＲＱフィードバック用のＤＣＩを共用する場合、規格では、ＨＡＲＱフィードバック用のＤＣＩを識別するためのＲＮＴＩをただ１つだけ定義してもよい。１つのセルにおけるＵＥグループが１つより多い場合、規格では、ＨＡＲＱフィードバック用のＤＣＩを識別するためのＲＮＴＩを複数定義し、ｅＮＢが、上位レイヤシグナリングを介して、あるＵＥグループが具体的に複数のＲＮＴＩのうちいずれによって識別されるかをさらに設定するようにしてもよい。
【０１０５】
本発明の一実施例では、上記図８に示すＤＣＩにおける各ＨＡＲＱフィールドは、それぞれ、１つのＵＥグループ内の各ＵＥに対するＨＡＲＱフィードバックを伝送するためのものである。本実施例では、まず、ＵＥをグループ分けする必要があり、グループ分けした後、ｅＮＢは、各ＵＥグループ毎に、１つのＲＮＴＩを割り当てる。異なるＵＥグループは、異なるＲＮＴＩによって区分される。ＵＥグループを得た後、該グループ内の各ＵＥ毎に、該ＵＥに対応するＨＡＲＱフィールドとして、上記のフィードバック用のＤＣＩにおけるＨＡＲＱフィールドを１つ割り当てる必要がある。具体的には、ＵＥのチャネル状態情報に基づいて、チャネル状態が近似するＵＥを１つのグループとするように、ＵＥをグループ分けしてもよい。例えば、チャネル状態が近似する１０個のＵＥを１つのＵＥグループとして、該ＵＥグループに識別子ＲＮＴＩ１を割り当てる。これとともに、フィードバック用のＤＣＩには、少なくとも１０個のＨＡＲＱフィールドが含まれ、さらに、これらの１０個のＵＥにそれぞれ１つのＨＡＲＱフィールドを割り当て、即ち、これらの１０個のＵＥがそれぞれいずれのＨＡＲＱフィールドに対応するかを決定する。このように、ＵＥは、上りデータ伝送を行った後、ｅＮＢから下されたフィードバック用のＤＣＩを受信する。識別子がＲＮＴＩ１であるＤＣＩを受信すると、該ＤＣＩが自局宛のＤＣＩであることを知ることができる。そして、自局に対応するＨＡＲＱフィールドにおいて、ｅＮＢからの、自局の上りデータ伝送に対するフィードバックを受信し、自局から伝送された上りデータがｅＮＢによって正確に受信されたか否かを決定し、データ再送が必要であるか否かを決定する。
【０１０６】
基地局側について、ＵＥグループ及びグループ内の各ＵＥに対応するＨＡＲＱフィールドが一旦決定されると、ｅＮＢは、１つの時間帯で（システムで設定された１つの時間ウィンドウで）受信された、該ＵＥグループ内の各ＵＥからの上りデータに基づいて、このＵＥグループ内の各ＨＡＲＱフィールドの値を決定し、フィードバック用のＤＣＩを生成し、物理下り制御チャネル（ＰＤＣＣＨ）を介して該ＤＣＩを伝送して、該ＵＥグループ内の各ＵＥに対するＨＡＲＱフィードバックを行うことができる。本実施例では、前述したように、識別フィールドにおけるＲＮＴＩによって、このＤＣＩがいずれのＵＥグループに対するＨＡＲＱフィードバックであるかを識別してもよい。
【０１０７】
図９は、ＤＣＩを用いてＨＡＲＱフィードバックを行う一例を示す。図９の例では、該ＵＥグループには、ＵＥ１、ＵＥ２、及びＵＥ３の３つのＵＥが含まれ、１つの時間ウィンドウで３つのＵＥのいずれも上りデータを伝送した。ｅＮＢは、ＵＥ１及びＵＥ３のデータを正確に復調することができるが、ＵＥ２のデータを正確に復調することができないので、該ＵＥグループに対するＨＡＲＱフィードバック用のＤＣＩのＨＡＲＱフィールドにおいて、「１」、「０」、「１」（「１」はＡＣＫを表し、「０」はＮＡＣＫ／ＤＴＸを表す）をフィードバックするとともに、識別フィールドに付けられるＲＮＴＩによって、該ＤＣＩが該ＵＥグループ宛であることを識別する。ＵＥ１に対応するＨＡＲＱフィールドが１番目のフィールドであるため、ＵＥ１は、ＤＣＩを受信すると、自局から伝送された上りデータの受信にｅＮＢが成功したと決定する。同様に、ＵＥ３に対応するＨＡＲＱフィールドが３番目のフィールドであるため、ＵＥ３は、ＤＣＩを受信すると、自局から伝送された上りデータの受信にｅＮＢが成功したと決定する。一方、ＵＥ２に対応するＨＡＲＱフィールドが２番目のフィールドであるため、ＵＥ２は、ＤＣＩを受信すると、自局から伝送された上りデータの受信にｅＮＢが成功しなかったと決定し、再送を行うことになる。
【０１０８】
本発明の他の実施例では、上記ＤＣＩにおける各ＨＡＲＱフィールドは、同一のＵＥの１つの時間帯で（システムで設定された１つの時間ウィンドウで）の複数回の上りデータ伝送に対するＨＡＲＱフィードバックを伝送するためのものである。本実施例では、識別フィールドにおけるＲＮＴＩによって、このＤＣＩがいずれのＵＥに対するＨＡＲＱフィードバックであるかを識別してもよい。このように、基地局側について、ｅＮＢは、１つの時間帯で（システムで設定された１つの時間ウィンドウで）受信された、１つのＵＥからの複数回の上りデータに基づいて、該フィードバック用のＤＣＩにおける各ＨＡＲＱフィールドの値を決定し、フィードバック用のＤＣＩを生成し、物理下り制御チャネル（ＰＤＣＣＨ）を介して該ＤＣＩを伝送して、該ＵＥに対するＨＡＲＱフィードバックを行うことができる。本実施例では、前述したように、識別フィールドにおけるＲＮＴＩによって、このＤＣＩがいずれのＵＥに対するＨＡＲＱフィードバックであるかを識別してもよい。ＵＥは、上りデータを複数回伝送した後、自局に対するフィードバック用のＤＣＩをモニタリングして受信し、該フィードバック用のＤＣＩにおける各ＨＡＲＱフィールドに基づいて、自局から複数回伝送された上りデータがｅＮＢによって正確に受信されたか否かを決定する。
【０１０９】
図１０は、ＤＣＩを用いてＨＡＲＱフィードバックを行う一例を示す。図１０の例では、ＵＥ１は、１つの時間帯で上りデータを合計４回伝送した。ｅＮＢは、第１〜３回に伝送された上りデータを正確に復調することができるが、第４回に伝送された上りデータを正確に復調することができないので、ＵＥ１に対するＨＡＲＱフィードバック専用のＤＣＩのＨＡＲＱフィールドにおいて、「１」、「１」、「１」、「０」（「１」はＡＣＫを表し、「０」はＮＡＣＫ／ＤＴＸを表す）をフィードバックするとともに、識別フィールドに付けられるＲＮＴＩによって、該ＤＣＩが該ＵＥ宛であることを識別する。ＵＥ１は、自局に対するＨＡＲＱフィードバック専用のＤＣＩを受信すると、ＨＡＲＱフィールドに基づいて、第１〜３回に伝送された上りデータの受信にｅＮＢが成功したが、第４回に伝送された上りデータをｅＮＢが正確に復調することができないと決定し、第４回に伝送された上りデータを再送することになる。
【０１１０】
上記の実施例では、ｅＮＢは、直接に上記ＨＡＲＱフィードバック用のＤＣＩを介して、ＨＡＲＱフィードバックを行う。上記の実施例の変形として、他の構造のＤＣＩを設計してＨＡＲＱフィードバックを行うようにしてもよい。
【０１１１】
図１１は、ＨＡＲＱフィードバック用のＤＣＩ構造の一例を示す。図１１に示すように、このようなＤＣＩには、自身がＨＡＲＱフィードバック専用のＤＣＩであることを識別するための１つの識別フィールドが含まれる。このようなＤＣＩには、１つの物理下りデータチャネル、例えば、１つの物理下り共有チャネル（ＰＤＳＣＨ）を指し示す１つのＨＡＲＱフィールドも含まれる。該物理下りデータチャネルにおいて、ｅＮＢが１つの時間帯で正確に受信した上りデータに対応するＵＥ識別子が伝送される。このように、ＵＥは、上りデータを伝送した後、上記ＨＡＲＱフィードバック用のＤＣＩをモニタリングし、その中のＨＡＲＱフィールドに基づいて、該ＤＣＩにおけるＨＡＲＱフィールドの指し示す物理下りデータチャネルを決定することができる。また、該物理下りデータチャネルをモニタリングし、該物理下りデータチャネルで伝送されたデータを受信し、該チャネルで伝送されたデータに自局のＵＥ識別子が含まれるか否かを判断する。該物理下りデータチャネルで伝送されたデータに自局のＵＥ識別子が含まれる場合、自局の上りデータがｅＮＢによって正確に受信されたことが表される。該物理下りデータチャネルのデータに自局のＵＥ識別子が含まれない場合、自局の上りデータがｅＮＢによって正確に受信されなかったことが表され、上りデータを再送する必要がある。
【０１１２】
図１２は、ＤＣＩを用いてＨＡＲＱフィードバックを行う一例を示す。図１２の例では、１つの時間帯で、ＵＥ１、ＵＥ２、及びＵＥ３の３つのＵＥのいずれも、上りデータを伝送した。ｅＮＢは、ＵＥ１及びＵＥ３から伝送された上りデータを正確に復調することができるが、ＵＥ２から伝送された上りデータを正確に復調することができないので、ＨＡＲＱフィードバック専用のＤＣＩのＨＡＲＱフィールドの指し示すＰＤＳＣＨには、ＵＥ１及びＵＥ３のＵＥ識別子のみが含まれ、ＵＥ２のＵＥ識別子が含まれない。ＵＥ１、ＵＥ２、及びＵＥ３は、上りデータを伝送した後、ＨＡＲＱフィードバック専用のＤＣＩをモニタリングし、ＨＡＲＱフィードバック専用のＤＣＩのＨＡＲＱフィールドがモニタリングされた後、該ＤＣＩの指し示すＰＤＳＣＨにリダイレクトして、該ＰＤＳＣＨのデータを受信する。ＵＥ１及びＵＥ３は、該ＰＤＳＣＨにおいて自局のＵＥ識別子が検出されることができるため、自局から伝送された上りデータの受信にｅＮＢが成功したと決定することができるが、ＵＥ２は、該ＰＤＳＣＨにおいて自局のＵＥ識別子が検出されなかったため、自局から伝送された上りデータをｅＮＢが正確に復調することができないと決定することができ、再送することになる。
【０１１３】
上記の実施例では、フィードバック用のＤＣＩを設計することにより、ｅＮＢは、上りデータ伝送を行った各ＵＥに対して、それぞれフィードバックを行うことができるので、２つ以上のＵＥに対して同じ下りリソースを使用してフィードバックを行うことなく、ｅＮＢとＵＥとの同期外れを効果的に回避することができる。
【０１１４】
上記の上りデータ伝送方法に対応して、本発明の実施例では、上記方法を実現するためのｅＮＢ及びＵＥも提供されている。ｅＮＢ及びＵＥの構成は、以下のように具体的に説明する。
【０１１５】
図１３は、本発明の一実施例におけるｅＮＢの構成を示す。図１３に示すように、このｅＮＢは、ＵＥから送信された上りデータを受信して復調するデータ受信モジュールと、前記ＵＥによる上りデータ送信に使用される周波数、参照信号、及び前記ＵＥのチャネル状態パラメータに基づいて、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定するフィードバックリソース決定モジュールと、前記ＵＥの上りデータに対する復調結果に基づいて、決定された下りリソースで、前記ＵＥへフィードバックを送信するフィードバックモジュールと、を含む。
【０１１６】
本発明の一実施例によれば、上記フィードバックリソース決定モジュールは、１つ以上のチャネル状態パラメータ区間と、フィードバック用の全ての下りリソースを分割することによって得られた直交する１つ以上のリソースライブラリとの対応関係を設定する設定手段と、前記ＵＥから報告されたチャネル状態を受信する状態情報受信手段と、前記ＵＥから報告されたチャネル状態、及び、設定されたチャネル状態パラメータ区間とリソースライブラリとの対応関係に基づいて、前記ＵＥに対応するリソースライブラリを決定するリソースライブラリ決定手段と、前記ＵＥによる上りデータ伝送に使用される周波数及び参照信号に基づいて、前記ＵＥに対応するリソースライブラリにおける、フィードバックに使用する下りリソースの位置を決定するフィードバックリソース決定手段と、を含んでもよい。
【０１１７】
具体的には、上記フィードバックリソース決定手段は、上記数式１によって、下りリソースの位置を決定してもよい。
【０１１８】
前述したように、状態情報受信手段は、前述した明示的方式又は暗黙的方式などの様々な方式によって、ＵＥから報告されたチャネル状態を受信してもよい。
【０１１９】
本発明の他の実施例では、上記フィードバックリソース決定モジュールは、上記数式２又は数式３によって、前記ＵＥの今回の上りデータ伝送に対するフィードバックに使用する下りリソースを決定してもよい。
【０１２０】
図１４は、本発明の一実施例におけるＵＥの構成を示す。図１４に示すように、該ＵＥは、上りデータを送信する上り伝送モジュールを含んでもよい。具体的には、該上り伝送モジュールは、競合に基づく上り伝送方式によって、上りデータを送信してもよい。
【０１２１】
該ＵＥは、前記上りデータの送信に使用される周波数、参照信号、及び自局のチャネル状態パラメータに基づいて、ｅＮＢからの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定する第２のフィードバックリソース決定モジュールと、決定された下りリソースで、前記ｅＮＢからの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定するフィードバック受信モジュールと、を含んでもよい。
【０１２２】
本発明の一実施例によれば、上記第２のフィードバックリソース決定モジュールは、１つ以上のチャネル状態パラメータ区間と、フィードバック用の全ての下りリソースを分割することによって得られた直交する１つ以上のリソースライブラリとの対応関係を設定する第２の設定手段と、自局のチャネル状態を測定し、チャネル状態の測定結果をｅＮＢにフィードバックするチャネル状態測定手段と、測定されたチャネル状態、及び、自局に設定されたチャネル状態パラメータ区間とリソースライブラリとの関係に基づいて、現在のチャネル状態で自局に対応するリソースライブラリを決定する第２のリソースライブラリ決定手段と、自局による上りデータ伝送に使用される周波数及び参照信号に基づいて、自局に対応するリソースライブラリにおける、フィードバックを受信するための下りリソースの位置を決定する第２のフィードバックリソース決定手段と、を含んでもよい。
【０１２３】
具体的には、上記第２のフィードバックリソース決定手段は、上記数式１によって、下りリソースの位置を決定してもよい。
【０１２４】
前述したように、上記チャネル状態測定手段は、明示的方式又は暗黙的方式などの方式によって、測定されたチャネル状態をｅＮＢにフィードバックしてもよい。
【０１２５】
本発明の他の実施例では、上記第２のフィードバックリソース決定モジュールは、上記数式２又は数式３によって、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するハイブリッド自動再送要求フィードバックに使用する下りリソースを決定してもよい。
【０１２６】
前述したように、本発明の実施例では、ＤＣＩを介して、フィードバックを行ってもよい。このような設計構想では、ｅＮＢの構成は、図１５に示すように、ＵＥから送信された上りデータを受信して復調するデータ受信モジュールと、前記ＵＥの上りデータに対する復調結果に基づいて、フィードバック用のＤＣＩを介して、前記ＵＥへフィードバックを送信する第２のフィードバックモジュールと、を含む。
【０１２７】
ＵＥの構成は、図１６に示すように、上りデータを送信する上り伝送モジュールと、フィードバック用のＤＣＩを受信するＤＣＩ受信モジュールと、前記ＤＣＩのＨＡＲＱフィールドに基づいて、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定する第２のフィードバック受信モジュールと、を含む。
【０１２８】
＜ハードウェア構成＞
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線で）接続し、これら複数の装置により実現されてもよい。
【０１２９】
例えば、本発明の一実施形態における無線基地局、ユーザ端末などは、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図１７は、本発明の一実施形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の無線基地局１０及びユーザ端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０１３０】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。無線基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０１３１】
例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサで実行されてもよいし、処理が同時に、逐次に、又はその他の手法で、１以上のプロセッサで実行されてもよい。なお、プロセッサ１００１は、１以上のチップで実装されてもよい。
【０１３２】
無線基地局１０及びユーザ端末２０における各機能は、例えば、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御したりすることで実現される。
【０１３３】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で構成されてもよい。例えば、上述のフィードバックリソース決定モジュール、第２のフィードバックリソース決定モジュールなどは、プロセッサ１００１で実現されてもよい。
【０１３４】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ端末２０の第２のフィードバックリソース決定モジュールは、メモリ１００２に格納され、プロセッサ１００１で動作するフィードバックリソース決定プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
【０１３５】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、その他の適切な記憶媒体の少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１３６】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  ＲＯＭ）など）、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。
【０１３７】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）及び／又は時分割複信（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述のデータ受信モジュール、フィードバックモジュール、上り伝送モジュール、フィードバック受信モジュールなどは、通信装置１００４で実現されてもよい。
【０１３８】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）ランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１３９】
また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１４０】
また、無線基地局１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１４１】
（変形例）
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。参照信号は、ＲＳ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）と略称することもでき、適用される標準によってパイロット（Ｐｉｌｏｔ）、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ  Ｃａｒｒｉｅｒ）は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
【０１４２】
また、無線フレームは、時間領域において１つ又は複数の期間（フレーム）で構成されてもよい。無線フレームを構成する当該１つ又は複数の各期間（フレーム）は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において１つ又は複数のスロットで構成されてもよい。サブフレームは、ニューメロロジーに依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
【０１４３】
さらに、スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル、ＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）シンボルなど）で構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。また、スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルで構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。
【０１４４】
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。例えば、１サブフレームは送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及び／又はＴＴＩは、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１−１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
【０１４５】
ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、無線基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
【０１４６】
ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、及び／又はコードワードの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、及び／又はコードワードがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
【０１４７】
なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
【０１４８】
１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ  Ｒｅｌ．８−１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、又はロングサブフレームなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（ｐａｒｔｉａｌ又はｆｒａｃｔｉｏｎａｌ  ＴＴＩ）、短縮サブフレーム、ショートサブフレーム、ミニスロット、又は、サブスロットなどと呼ばれてもよい。
【０１４９】
なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
【０１５０】
リソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（サブキャリア（ｓｕｂｃａｒｒｉｅｒ））を含んでもよい。また、ＲＢは、時間領域において、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  ＲＢ）、サブキャリアグループ（ＳＣＧ：Ｓｕｂ−Ｃａｒｒｉｅｒ  Ｇｒｏｕｐ）、リソースエレメントグループ（ＲＥＧ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
【０１５１】
また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）で構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
【０１５２】
なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）長などの構成は、様々に変更することができる。
【０１５３】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースは、所定のインデックスで指示されるものであってもよい。さらに、これらのパラメータを使用する数式などは、本明細書で明示的に開示したものと異なってもよい。
【０１５４】
本明細書においてパラメータなどに使用する名称は、いかなる点においても限定的なものではない。例えば、様々なチャネル（ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）など）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的なものではない。
【０１５５】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１５６】
また、情報、信号などは、上位レイヤから下位レイヤ、及び／又は下位レイヤから上位レイヤへ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
【０１５７】
入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
【０１５８】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、上り制御情報（ＵＣＩ：Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（マスタ情報ブロック（ＭＩＢ：Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、システム情報ブロック（ＳＩＢ：Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）など）、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。
【０１５９】
なお、物理レイヤシグナリングは、Ｌ１／Ｌ２（Ｌａｙｅｒ  １／Ｌａｙｅｒ  ２）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ  ＣＥ（Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ））で通知されてもよい。
【０１６０】
また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。
【０１６１】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真（ｔｒｕｅ）又は偽（ｆａｌｓｅ）で表される真偽値（ｂｏｏｌｅａｎ）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１６２】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【０１６３】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）など）及び／又は無線技術（赤外線、マイクロ波など）を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１６４】
本明細書で使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
本明細書では、「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」、「無線基地局」、「ｅＮＢ」、「ｇＮＢ」、「セル」、「セクタ」、「セルグループ」、「キャリア」及び「コンポーネントキャリア」という用語は、互換的に使用され得る。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）、送信ポイント、受信ポイント、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【０１６５】
基地局は、１つ又は複数（例えば、３つ）のセル（セクタとも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び／又は基地局サブシステムのカバレッジエリアの一部又は全体を指す。
【０１６６】
本明細書では、「移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）」、「ユーザ端末（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）」、「ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）」及び「端末」という用語は、互換的に使用され得る。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）、送信ポイント、受信ポイント、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
【０１６７】
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
【０１６８】
また、本明細書における無線基地局は、ユーザ端末で読み替えてもよい。例えば、無線基地局及びユーザ端末間の通信を、複数のユーザ端末間（Ｄ２Ｄ：Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）の通信に置き換えた構成について、本発明の各態様／実施形態を適用してもよい。この場合、上述の無線基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、「サイド」と読み替えられてもよい。例えば、上りチャネルは、サイドチャネルと読み替えられてもよい。
【０１６９】
同様に、本明細書におけるユーザ端末は、無線基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を無線基地局１０が有する構成としてもよい。
【０１７０】
本明細書において、基地局によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）から成るネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。
【０１７１】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１７２】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＬＴＥ−Ｂ（ＬＴＥ−Ｂｅｙｏｎｄ）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ（４ｔｈ  ｇｅｎｅｒａｔｉｏｎ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ）、５Ｇ（５ｔｈ  ｇｅｎｅｒａｔｉｏｎ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｙｓｔｅｍ）、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、Ｎｅｗ−ＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）、ＮＸ（Ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ）、ＦＸ（Ｆｕｔｕｒｅ  ｇｅｎｅｒａｔｉｏｎ  ｒａｄｉｏ  ａｃｃｅｓｓ）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１７３】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１７４】
本明細書で使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０１７５】
本明細書で使用する「判断（決定）（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。例えば、「判断（決定）」は、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ  ｕｐ）（例えば、テーブル、データベース又は別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）などを「判断（決定）」することであるとみなされてもよい。また、「判断（決定）」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）などを「判断（決定）」することであるとみなされてもよい。また、「判断（決定）」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などを「判断（決定）」することであるとみなされてもよい。つまり、「判断（決定）」は、何らかの動作を「判断（決定）」することであるとみなされてもよい。
【０１７６】
本明細書で使用する「接続された（ｃｏｎｎｅｃｔｅｄ）」、「結合された（ｃｏｕｐｌｅｄ）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」と読み替えられてもよい。本明細書で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及び／又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び／又は光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを使用することにより、互いに「接続」又は「結合」されると考えることができる。
【０１７７】
本明細書又は特許請求の範囲で「含む（ｉｎｃｌｕｄｉｎｇ）」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、及びそれらの変形が使用されている場合、これらの用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。
【０１７８】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【０１７９】
上記は、本発明の好ましい実施例にすぎず、本発明の保護範囲を限定するものではない。本発明の精神と原則内で行われる種々の修正、均等置換え、改善などは全て本発明の保護範囲内に含まれるべきである。
【符号の説明】
【０１８０】
１０  無線基地局
２０  ユーザ端末
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
１００７  バス
【図１】
2019521541.tif 000015
【図２】
2019521541.tif 000016
【図３】
2019521541.tif 000017
【図４】
2019521541.tif 000018
【図５】
2019521541.tif 000019
【図６】
2019521541.tif 000020
【図７】
2019521541.tif 000021
【図８】
2019521541.tif 000022
【図９】
2019521541.tif 000023
【図１０】
2019521541.tif 000024
【図１１】
2019521541.tif 000025
【図１２】
2019521541.tif 000026
【図１３】
2019521541.tif 000027
【図１４】
2019521541.tif 000028
【図１５】
2019521541.tif 000029
【図１６】
2019521541.tif 000030
【図１７】
2019521541.tif 000031
【手続補正書】
【提出日】平成30年11月14日(2018.11.14)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
本発明の実施例では、ユーザ端末が提供されている。このユーザ端末は、プロセッサと、不揮発性機械可読記憶媒体と、該不揮発性機械可読記憶媒体に記憶され、該プロセッサで実行されるプログラムモジュールと、を備え、前記プログラムモジュールは、上りデータを送信した後、前記上りデータの送信に使用される周波数、参照信号（ＲＳ）、及び自局のチャネル状態パラメータに基づいて、基地局（ｅＮＢ）からの、今回の上りデータ伝送に対するフィードバックに使用される下りリソースを決定し、決定された下りリソースで、前記ｅＮＢからの、今回の上りデータ伝送に対するフィードバックを受信し、今回伝送された上りデータが前記ｅＮＢによって正確に受信されたか否かを決定する。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正の内容】
【００７３】
図５に示すｅＮＢが上りデータ伝送のフィードバックを行う手順は、以下のステップを含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
例えば、上記の例では、リソースライブラリの設定方法によって、ＨＡＲＱフィードバック用の下りリソースを、直交し共通部分がなくリソースライブラリ１とリソースライブラリ２とを含む２つのグループに分割する。これとともに、ＳＩＮＲ閾値ｔｈ１を設け、ＳＩＮＲがｔｈ１以上である区間を区間１としてリソースライブラリ１に対応させるが、ＳＩＮＲがｔｈ１より小さい区間を区間２としてリソースライブラリ２に対応させる。これにより、リソースライブラリ１−区間１のマッピング、及び、リソースライブラリ２−区間２のマッピングが完了する。この場合、ＵＥ１及びＵＥ２の２つのＵＥが同じ周波数及び同じＲＳで上りデータを送信し、ＵＥ１のＳＩＮＲがｔｈ１より大きいが、ＵＥ２のＳＩＮＲがｔｈ１より小さいのであれば、ＵＥ１がリソースライブラリ１にマッピングされるが、ＵＥ２がリソースライブラリ２にマッピングされる。このようなマッピングによれば、上記の数式１によって算出されたＵＥ１及びＵＥ２に対するＨＡＲＱフィードバックの下りリソースの位置の算出結果が同じであっても、ＵＥ１及びＵＥ２が異なるリソースライブラリに対応するため、ｅＮＢは、実際に、異なる下りリソースで、ＵＥ１及びＵＥ２の上りデータ伝送に対して、ＨＡＲＱフィードバックを行い、２つのＵＥも、異なる下りリソースで、自局に対するＨＡＲＱフィードバックを検出する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００８１
【補正方法】変更
【補正の内容】
【００８１】
本例では、ＨＡＲＱフィードバック用の全ての下りリソース及びチャネル状態パラメータの値空間をＮ個のグループに分割することに加えて、ＵＥによるランダムアクセスに使用するプリアンブルをＮ個のグループに分割することにより、Ｎ個のプリアンブルグループを得る。これとともに、Ｎ個のリソースライブラリ、Ｎ個のチャネル状態パラメータ区間を、Ｎ個のプリアンブルグループに一々対応させる必要がある。これにより、リソースライブラリ、プリアンブル、及びチャネル状態パラメータ区間の間のマッピングが完了する。また、上記のマッピングを行った後、ｅＮＢ及びＵＥにおいて、上記のＮ個のリソースライブラリ、Ｎ個のプリアンブルグループ、及びＮ個のチャネル状態パラメータ区間のマッピング関係を設定する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００８２
【補正方法】変更
【補正の内容】
【００８２】
次いで、ＵＥは、チャネル測定を行って自局のチャネル状態を決定した後、チャネル状態パラメータ区間とプリアンブルグループとの対応関係に基づいて、自局によるランダムアクセスに使用するプリアンブルグループを決定し、自局に対応するプリアンブルグループの中から、プリアンブルを選択して、ランダムアクセスを行う。そして、ＵＥは、上りデータを伝送した後、自局のチャネル状態に対応するリソースライブラリにおける下りリソースで、ｅＮＢからの、自局の上りデータ伝送に対するＨＡＲＱフィードバックを受信する。これに対応して、ｅＮＢも、逆に、ＵＥによるランダムアクセス手順に使用されるプリアンブルに基づいて、該プリアンブルの属するプリアンブルグループを決定することにより、マッピング関係に基づいて、該ＵＥに対するＨＡＲＱフィードバックに使用するリソースライブラリを決定する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００８８
【補正方法】変更
【補正の内容】
【００８８】
ステップ６０１で、ＵＥは、自局のチャネル状態を決定する。
上記チャネル状態は、ＲＳＲＰ、ＣＱＩ、ＳＩＮＲなどを含んでもよい。この場合、ＵＥは、チャネル測定によって、直接に自局のチャネル状態を得るようにしてもよい。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１１４
【補正方法】変更
【補正の内容】
【０１１４】
上記の上りデータ伝送に対するフィードバック方法に対応して、本発明の実施例では、上記方法を実現するためのｅＮＢ及びＵＥも提供されている。ｅＮＢ及びＵＥの構成は、以下のように具体的に説明する。
【国際調査報告】
2019521541.tif 000032
2019521541.tif 000033
2019521541.tif 000034
2019521541.tif 000035