(57)【特許請求の範囲】
【請求項１】
移動通信システムにおいて再送信プロトコルのフィードバック情報を無線基地局に提供するユーザ機器であって、前記ユーザ機器に対して少なくとも２つのセルが設定されており、前記ユーザ機器に対して少なくとも１つのセルバンドリンググループが定義されて、前記少なくとも１つのセルバンドリンググループの１つが、前記少なくとも２つのセルのうちの少なくとも２つに関連付けられており、
前記ユーザ機器が前記無線基地局と通信して、前記少なくとも２つのセルの少なくとも１つを介してダウンリンク送信を受信し、前記ユーザ機器が、前記無線基地局と一緒に再送信プロトコルを動作させるように構成されており、前記少なくとも２つのセルを介しての前記ダウンリンク送信に対するフィードバック情報を前記無線基地局に提供するステップを含み、前記ユーザ機器が、
対応するセルバンドリンググループに関連付けられている少なくとも２つのセルに関連して生成された少なくとも２つのフィードバック情報をバンドルして、セルバンドリンググループごとに、バンドルされた１つのフィードバック情報を生成するように構成されているプロセッサと、
各セルバンドリンググループの前記バンドルされたフィードバック情報を前記無線基地局に送信するように構成されている送信機と、
を備え、
前記ユーザ機器が、前記少なくとも２つのセルのそれぞれを、複数の時分割複信（ＴＤＤ）構成のうちの１つに従って動作させており、前記時分割複信（ＴＤＤ）構成が、各無線フレームについて、前記無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義し、前記複数のＴＤＤ構成のそれぞれにおいて、所定のフィードバックタイミング情報が、各アップリンクサブフレームについて、以前の（１つまたは複数の）ダウンリンクサブフレームのフィードバック情報がそれぞれのアップリンクサブフレームにおいて送信されるか、および以前のどの（１つまたは複数の）ダウンリンクサブフレームに対して送信されるか、を定義し、
アップリンクサブフレームごとに、かつセルバンドリンググループごとに、かつフィードバック情報項目の順序ごとに、同じ連続する順序におけるバンドルされたフィードバック情報項目を生成する目的で、
前記プロセッサが、前記バンドルされたフィードバック情報が送信されるセルの各アップリンクサブフレームに対して、次のステップ、すなわち、
各セルにおいて、それぞれのアップリンクサブフレームの前記所定のフィードバックタイミング情報によって定義される前記以前の（１つまたは複数の）ダウンリンクサブフレームのそれぞれに対するフィードバック情報の項目、を生成するステップ、
を実行するように構成されており、
前記プロセッサが、セルバンドリンググループごとに前記フィードバック情報をバンドルする前記ステップを、以下によって、すなわち、
同じ順序の前記フィードバック情報項目がバンドルされるように、前記生成されたフィードバック情報項目を、それぞれの前記セルバンドリンググループに関連付けられているセルにまたがって、前記フィードバック情報項目の連続する順序においてバンドルすることによって、
実行するように構成されており、
前記送信機が、各セルバンドリンググループの、順序ごとにバンドルされたフィードバック情報を、前記アップリンクサブフレームにおいてアップリンク制御情報フォーマットで一緒に送信するように構成されており、
前記フィードバック情報項目の前記順序が、それぞれのアップリンクサブフレームの前記所定のフィードバックタイミング情報に基づく、
ユーザ機器。
【請求項２】
移動通信システムにおいて再送信プロトコルのフィードバック情報を無線基地局に提供するユーザ機器であって、前記ユーザ機器に対して少なくとも２つのセルが設定されており、前記ユーザ機器に対して少なくとも１つのセルバンドリンググループが定義されて、前記少なくとも１つのセルバンドリンググループの１つが、前記少なくとも２つのセルのうちの少なくとも２つに関連付けられており、
前記ユーザ機器が前記無線基地局と通信して、前記少なくとも２つのセルの少なくとも１つを介してダウンリンク送信を受信し、前記ユーザ機器が、前記無線基地局と一緒に再送信プロトコルを動作させるように構成されており、前記少なくとも２つのセルを介しての前記ダウンリンク送信に対するフィードバック情報を前記無線基地局に提供するステップを含み、前記ユーザ機器が、
対応するセルバンドリンググループに関連付けられている少なくとも２つのセルに関連して生成された少なくとも２つのフィードバック情報をバンドルして、セルバンドリンググループごとに、バンドルされた１つのフィードバック情報を生成するように構成されているプロセッサと、
各セルバンドリンググループの前記バンドルされたフィードバック情報を前記無線基地局に送信するように構成されている送信機と、
を備え、
前記ユーザ機器が、前記少なくとも２つのセルのそれぞれを、複数の時分割複信（ＴＤＤ）構成のうちの１つに従って動作させており、前記時分割複信（ＴＤＤ）構成が、各無線フレームについて、前記無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義し、前記複数のＴＤＤ構成のそれぞれにおいて、所定のフィードバックタイミング情報が、各アップリンクサブフレームについて、以前の（１つまたは複数の）ダウンリンクサブフレームのフィードバック情報がそれぞれのアップリンクサブフレームにおいて送信されるか、および以前のどの（１つまたは複数の）ダウンリンクサブフレームに対して送信されるか、を定義し、
アップリンクサブフレームごとに、かつセルバンドリンググループごとに、かつセルごとに、バンドルされたフィードバック情報を生成する目的で、
前記プロセッサが、前記バンドルされたフィードバック情報が送信されるセルの各アップリンクサブフレームに対して、以下のステップ、すなわち、
各セルにおいて、それぞれのアップリンクサブフレームの前記所定のフィードバックタイミング情報によって定義される前記以前の（１つまたは複数の）ダウンリンクサブフレームのそれぞれに対するフィードバック情報の項目、を生成するステップ、
を実行するように構成されており、
前記プロセッサが、セルバンドリンググループごとに前記フィードバック情報をバンドルする前記ステップを、以下によって、すなわち、同じセルのフィードバック情報項目がバンドルされるように、前記生成されたフィードバック情報項目を、それぞれの前記セルバンドリンググループに関連付けられている各セル内でバンドルすることによって、実行するように構成されており、
前記送信機が、各セルバンドリンググループの、セルごとにバンドルされたフィードバック情報を、前記アップリンクサブフレームにおいてアップリンク制御情報フォーマットで一緒に送信するように構成されており、
前記セルごとにバンドルされたフィードバック情報が、各セルバンドリンググループ内で、それぞれの前記セルのインデックスの昇順に連結される、
ユーザ機器。
【請求項３】
前記送信機が、前記バンドルされたフィードバック情報を送信するときに、以下のステップ、すなわち、
前記バンドルされたフィードバック情報を前記無線基地局に送信するための適切なアップリンク制御情報フォーマットを選択するステップと、
前記バンドルされたフィードバック情報を、前記選択されたアップリンク制御情報フォーマットを使用して前記無線基地局に送信するステップと、
を実行するように構成されており、
前記適切なアップリンク制御情報フォーマットを選択する前記ステップにおいて、セルバンドリンググループが１つのセルであると想定され、したがって１つのセルバンドリンググループの前記バンドルされたフィードバック情報が、１つのセルのフィードバック情報であると想定される、
請求項１または２に記載のユーザ機器。
【請求項４】
前記少なくとも２つのセルが、少なくともプライマリセルを含み、前記送信機が、各セルバンドリンググループの前記バンドルされたフィードバック情報を前記プライマリセルを介して前記無線基地局に送信する、
または、
いくつかのセルを介してのアップリンク制御情報の送信をサポートするため、前記ユーザ機器に対して少なくとも２つのアップリンク制御セルグループが定義され、この定義が、
・  前記少なくとも２つのアップリンク制御セルグループのそれぞれを、前記アップリンク制御情報を送信するために使用される異なるセルに関連付け、前記少なくとも２つのセルそれぞれを、前記少なくとも２つのアップリンク制御セルグループのうちの１つに関連付けて、それぞれの前記セルのアップリンク制御情報をアップリンク制御セルグループに関連付けることによるものであり、
したがって、各アップリンク制御情報に対して、前記プロセッサが、前記アップリンク制御情報が関連付けられているアップリンク制御セルグループに関連付けられている、それぞれの前記アップリンク制御情報を送信するためのセル、を求めるように構成されており、
前記少なくとも１つのセルバンドリンググループのそれぞれが、前記少なくとも２つのアップリンク制御セルグループの１つに関連付けられているように、前記少なくとも１つのセルバンドリンググループの１つに関連付けられているすべてのセルが、前記少なくとも２つのアップリンク制御セルグループの１つに関連付けられており、
前記送信機が、前記バンドルされたフィードバック情報を送信するときに、以下のステップ、すなわち、
・  前記セルバンドリンググループが関連付けられているアップリンク制御セルグループに関連付けられているセル、を求めるステップと、
・  前記バンドルされたフィードバック情報を、前記求めたセルを介して前記無線基地局に送信するステップと、
を実行するように構成されている、
請求項１から請求項３のいずれかに記載のユーザ機器。
【請求項５】
移動通信システムにおいてユーザ機器によって再送信プロトコルのフィードバック情報を無線基地局に提供する方法であって、前記ユーザ機器に対して少なくとも２つのセルが設定されており、前記ユーザ機器に対して少なくとも１つのセルバンドリンググループが定義されて、前記少なくとも１つのセルバンドリンググループの１つが、前記少なくとも２つのセルのうちの少なくとも２つに関連付けられており、
前記ユーザ機器が、前記無線基地局と通信して、前記少なくとも２つのセルの少なくとも１つを介してダウンリンク送信を受信し、前記ユーザ機器が、前記無線基地局と一緒に再送信プロトコルを動作させるように構成されており、前記少なくとも２つのセルを介しての前記ダウンリンク送信に対するフィードバック情報を前記無線基地局に提供するステップを含み、前記方法が、前記ユーザ機器によって実行される以下のステップ、すなわち、
セルバンドリンググループごとに、対応するセルバンドリンググループに関連付けられている少なくとも２つのセルに関連して生成された少なくとも２つのフィードバック情報をバンドルして、セルバンドリンググループごとに、バンドルされた１つのフィードバック情報を生成するステップと、
各セルバンドリンググループの前記バンドルされたフィードバック情報を前記無線基地局に送信するステップと、
を含み、
前記ユーザ機器が、前記少なくとも２つのセルのそれぞれを、複数の時分割複信（ＴＤＤ）構成のうちの１つに従って動作させており、前記時分割複信（ＴＤＤ）構成が、各無線フレームについて、前記無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義し、前記複数のＴＤＤ構成のそれぞれにおいて、所定のフィードバックタイミング情報が、各アップリンクサブフレームについて、以前の（１つまたは複数の）ダウンリンクサブフレームのフィードバック情報がそれぞれのアップリンクサブフレームにおいて送信されるか、および以前のどの（１つまたは複数の）ダウンリンクサブフレームに対して送信されるか、を定義し、
前記方法が、前記バンドルされたフィードバック情報が送信されるセルの各アップリンクサブフレームに対して実行される以下のステップ、すなわち、
各セルにおいて、それぞれのアップリンクサブフレームの前記所定のフィードバックタイミング情報によって定義される前記以前の（１つまたは複数の）ダウンリンクサブフレームのそれぞれに対するフィードバック情報の項目、を生成するステップ、
を含み、
セルバンドリンググループごとに前記フィードバック情報をバンドルする前記ステップが、
アップリンクサブフレームごとに、かつセルバンドリンググループごとに、かつフィードバック情報項目の順序ごとに、同じ連続する順序におけるバンドルされたフィードバック情報項目を生成する目的で、
同じ順序の前記フィードバック情報項目がバンドルされるように、前記生成されたフィードバック情報項目を、それぞれの前記セルバンドリンググループに関連付けられているセルにまたがって、前記フィードバック情報項目の連続する順序においてバンドルするステップ、
を含み、
前記バンドルされたフィードバック情報を送信する前記ステップが、各セルバンドリンググループの、順序ごとにバンドルされたフィードバック情報を、前記アップリンクサブフレームにおいてアップリンク制御情報フォーマットで一緒に送信し、
前記フィードバック情報項目の前記順序が、それぞれのアップリンクサブフレームの前記所定のフィードバックタイミング情報に基づく、
方法。
【請求項６】
移動通信システムにおいてユーザ機器によって再送信プロトコルのフィードバック情報を無線基地局に提供する方法であって、前記ユーザ機器に対して少なくとも２つのセルが設定されており、前記ユーザ機器に対して少なくとも１つのセルバンドリンググループが定義されて、前記少なくとも１つのセルバンドリンググループの１つが、前記少なくとも２つのセルのうちの少なくとも２つに関連付けられており、
前記ユーザ機器が、前記無線基地局と通信して、前記少なくとも２つのセルの少なくとも１つを介してダウンリンク送信を受信し、前記ユーザ機器が、前記無線基地局と一緒に再送信プロトコルを動作させるように構成されており、前記少なくとも２つのセルを介しての前記ダウンリンク送信に対するフィードバック情報を前記無線基地局に提供するステップを含み、前記方法が、前記ユーザ機器によって実行される以下のステップ、すなわち、
セルバンドリンググループごとに、対応するセルバンドリンググループに関連付けられている少なくとも２つのセルに関連して生成された少なくとも２つのフィードバック情報をバンドルして、セルバンドリンググループごとに、バンドルされた１つのフィードバック情報を生成するステップと、
各セルバンドリンググループの前記バンドルされたフィードバック情報を前記無線基地局に送信するステップと、
を含み、
前記ユーザ機器が、前記少なくとも２つのセルのそれぞれを、複数の時分割複信（ＴＤＤ）構成のうちの１つに従って動作させており、前記時分割複信（ＴＤＤ）構成が、各無線フレームについて、前記無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義し、前記複数のＴＤＤ構成のそれぞれにおいて、所定のフィードバックタイミング情報が、各アップリンクサブフレームについて、以前の（１つまたは複数の）ダウンリンクサブフレームのフィードバック情報がそれぞれのアップリンクサブフレームにおいて送信されるか、および以前のどの（１つまたは複数の）ダウンリンクサブフレームに対して送信されるか、を定義し、
アップリンクサブフレームごとに、かつセルバンドリンググループごとに、かつセルごとに、バンドルされたフィードバック情報を生成する目的で、
前記方法が、前記バンドルされたフィードバック情報が送信されるセルの各アップリンクサブフレームに対して実行される以下のステップ、すなわち、
各セルにおいて、それぞれのアップリンクサブフレームの前記所定のフィードバックタイミング情報によって定義される前記以前の（１つまたは複数の）ダウンリンクサブフレームのそれぞれに対するフィードバック情報の項目、を生成するステップ、
を含み、
セルバンドリンググループごとに前記フィードバック情報をバンドルする前記ステップが、同じセルのフィードバック情報項目がバンドルされるように、前記生成されたフィードバック情報項目を、それぞれの前記セルバンドリンググループに関連付けられている各セル内でバンドルするステップ、を含み、
前記バンドルされたフィードバック情報を送信する前記ステップが、各セルバンドリンググループの、セルごとにバンドルされたフィードバック情報を、前記アップリンクサブフレームにおいてアップリンク制御情報フォーマットで一緒に送信し、
前記セルごとにバンドルされたフィードバック情報が、各セルバンドリンググループ内で、それぞれの前記セルのインデックスの昇順に連結される、
方法。
【請求項７】
前記バンドルされたフィードバック情報を送信する前記ステップが、
前記バンドルされたフィードバック情報を前記無線基地局に送信するための適切なアップリンク制御情報フォーマットを選択するステップと、
前記バンドルされたフィードバック情報を、前記選択されたアップリンク制御情報フォーマットを使用して前記無線基地局に送信するステップと、
を含み、
前記適切なアップリンク制御情報フォーマットを選択する前記ステップにおいて、セルバンドリンググループが１つのセルであると想定され、したがって１つのセルバンドリンググループの前記バンドルされたフィードバック情報が、１つのセルのフィードバック情報であると想定される、
請求項５または６に記載の方法。
【請求項８】
特定のタイプのセルのすべてが、前記少なくとも１つのセルバンドリンググループの１つに関連付けられており、
前記セルバンドリンググループの前記バンドルされたフィードバック情報が、アップリンク制御情報フォーマットの別の送信を使用することによって、他のセルのフィードバック情報とは個別に送信される、または、
前記セルバンドリンググループの前記バンドルされたフィードバック情報が、アップリンク制御情報フォーマットの同じ送信を使用することによって、他のセルのフィードバック情報と一緒に送信される、
請求項５から請求項７のいずれかに記載の方法。
【請求項９】
前記ユーザ機器に、前記少なくとも１つのセルバンドリンググループの定義に関する情報が、前記無線基地局から上位層シグナリングによって、提供される、
請求項５から請求項８のいずれかに記載の方法。
【請求項１０】
前記少なくとも２つのセルが、少なくともプライマリセルを含み、各セルバンドリンググループの前記バンドルされたフィードバック情報を前記無線基地局に送信する前記ステップが、前記プライマリセルを介して実行される、
または、
いくつかのセルを介してのアップリンク制御情報の送信をサポートするため、前記ユーザ機器に対して少なくとも２つのアップリンク制御セルグループが定義され、この定義が、
・  前記少なくとも２つのアップリンク制御セルグループのそれぞれを、前記アップリンク制御情報を送信するために使用される異なるセルに関連付け、前記少なくとも２つのセルそれぞれを、前記少なくとも２つのアップリンク制御セルグループのうちの１つに関連付けて、それぞれの前記セルのアップリンク制御情報をアップリンク制御セルグループに関連付けることによるものであり、
したがって、各アップリンク制御情報に対して、次のステップ、すなわち、前記アップリンク制御情報が関連付けられているアップリンク制御セルグループに関連付けられている、それぞれの前記アップリンク制御情報を送信するためのセル、を求めるステップ、が実行され、
前記少なくとも１つのセルバンドリンググループのそれぞれが、前記少なくとも２つのアップリンク制御セルグループの１つに関連付けられているように、前記少なくとも１つのセルバンドリンググループの１つに関連付けられているすべてのセルが、前記少なくとも２つのアップリンク制御セルグループの１つに関連付けられており、
前記バンドルされたフィードバック情報を送信する前記ステップが、
・  前記セルバンドリンググループが関連付けられているアップリンク制御セルグループに関連付けられているセル、を求めるステップと、
・  前記バンドルされたフィードバック情報を、前記求めたセルを介して前記無線基地局に送信するステップと、
を含む、
請求項５から請求項９のいずれかに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、再送信プロトコルのフィードバック情報を無線基地局に提供する方法に関する。さらに、本開示は、本明細書に記載されている方法に関与するユーザ機器および基地局を提供する。
【背景技術】
【０００２】
＜ロングタームエボリューション（ＬＴＥ）＞
ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させるうえでの最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。
【０００５】
＜ＬＴＥのアーキテクチャ＞
ＬＴＥの全体的なアーキテクチャは、図１に示してある。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ＵＥ向けの、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。
【０００６】
また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法的傍受の場合にユーザトラフィックの複製を実行する。
【０００７】
ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラのアクティブ化／非アクティブ化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／完全性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法的傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。
【０００８】
＜ＬＴＥにおけるコンポーネントキャリアの構造＞
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、いわゆるサブフレームにおける時間−周波数領域でさらに分割される。３ＧＰＰ  ＬＴＥで、各サブフレームは、図２に示すように２つのダウンリンクスロットに分割され、そこにおいて、第１のダウンリンクスロットは、第１のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域内の所与の数のＯＦＤＭシンボルで構成され（３ＧＰＰ  ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に広がる。したがってＯＦＤＭシンボルそれぞれは、それぞれのサブキャリアで送信される複数の変調シンボルから構成される。ＬＴＥでは、各スロットにおける送信信号は、ＮＤＬＲＢ×ＮＲＢｓｃ本のサブキャリアとＮＤＬｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドによって記述される。ＮＤＬＲＢは、帯域幅の中のリソースブロックの数である。数ＮＤＬＲＢは、セルにおいて設定されているダウンリンク送信帯域幅に依存し、Ｎｍｉｎ，ＤＬＲＢ≦ＮＤＬＲＢ≦Ｎｍａｘ，ＤＬＲＢを満たし、この場合、Ｎｍｉｎ，ＤＬＲＢ＝６およびＮｍａｘ，ＤＬＲＢ＝１１０は、それぞれ、現在のバージョンの仕様によってサポートされている最小ダウンリンク帯域幅および最大ダウンリンク帯域幅である。ＮＲＢｓｃは、１個のリソースブロックの中のサブキャリアの数である。通常のサイクリックプレフィックスのサブフレーム構造の場合、ＮＲＢｓｃ＝１２、ＮＤＬｓｙｍｂ＝７である。
【０００９】
例えば３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されるような、例えばＯＦＤＭを使用する、マルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図２に例示したように、時間領域における連続するＯＦＤＭシンボル（例えば７個のＯＦＤＭシンボル）および周波数領域における連続するサブキャリア（例えばコンポーネントキャリアの１２本のサブキャリア）として定義される。したがって３ＧＰＰ  ＬＴＥ（リリース８）では、物理リソースブロックはリソースエレメントから構成され、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細は、例えば非特許文献１の６.２節（３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）を参照）。
【００１０】
１つのサブフレームは、２つのスロットで構成され、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレーム内に１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰが使用されるときにはサブフレーム内に１２個のＯＦＤＭシンボルが存在する。専門用語を目的として、以下で、サブフレーム全体に広がる同じ連続するサブキャリアと同等の時間−周波数リソースは、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ばれる。
【００１１】
「コンポーネントキャリア」という用語は、周波数領域におけるいくつかのリソースブロックの組合せを示す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。
【００１２】
コンポーネントキャリアの構造に関する同様の想定は、以降のリリースにも適用される。
【００１３】
＜より広い帯域幅のサポートのためのＬＴＥ−Ａにおけるキャリアアグリゲーション＞
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。
【００１４】
ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション機能である。
【００１５】
キャリアアグリゲーションでは、最大で１００ＭＨｚのより広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域にある場合でも１００ＭＨｚに対して十分に広い。
【００１６】
少なくとも、コンポーネントキャリアの帯域幅が、ＬＴＥリリース８／９のセルのサポートされる帯域幅を超えないときには、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換であるように設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンすることを回避するため、既存のメカニズム（例：バーリング）を使用することができる。
【００１７】
ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力および／または送信能力を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、および／または送信することができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。
【００１８】
キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、（３ＧＰＰ  ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して）周波数領域における最大１１０個のリソースブロックに制限される。
【００１９】
同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。現時点では、ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多い状態に移動端末を設定することはできない。
【００２０】
一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、同じカバレッジを提供する必要はない。
【００２１】
連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、３ＧＰＰ  ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。
【００２２】
複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。
【００２３】
キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。コンポーネントキャリアの設定されたセットおいて、他のセルはセカンダリセル（ＳＣｅｌｌ）と呼ばれ、ＳＣｅｌｌのキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。１基のＵＥに対して、最大５つのサービングセル（ＰＣｅｌｌを含む）を設定することができる。
【００２４】
ダウンリンクＰＣｅｌｌおよびアップリンクＰＣｅｌｌの特徴は以下のとおりである。
１．  各ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのユーザ機器による使用を設定することができる。したがって、設定されるＤＬ  ＳＣＣの数はＵＬ  ＳＣＣの数よりもつねに大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない。
２．  ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
３．  ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
４．  非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
５．  ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
６．  ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
７．  アップリンクＰＣｅｌｌは、第１層のアップリンク制御情報の送信に使用される。
８．  ＵＥの観点からは、各アップリンクリソースは１つのサービングセルにのみ属する。
【００２５】
コンポーネントキャリアの設定および再設定、ならびに追加および削除は、ＲＲＣによって実行することができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。１基のＵＥにＳＣｅｌｌが追加されるとき、各ＳＣｅｌｌにはサービングセルインデックスが設定される。ＰＣｅｌｌはつねにサービングセルインデックス０を有する。
【００２６】
キャリアアグリゲーションを使用するようにユーザ機器が設定されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの少なくとも一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。
【００２７】
キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、同時に進行させることのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩフォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。
【００２８】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアのリンク（ＲＲＣシグナリングによって確立される）によって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに複数のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【００２９】
＜アップリンク制御情報、ＰＵＣＣＨのフォーマット＞
一般的には、移動通信システムにおけるアップリンク制御シグナリングは、次の２つのカテゴリに分類することができる。
−  データに関連付けられる制御シグナリングは、つねにアップリンクデータと一緒に送信される制御シグナリングであり、そのデータの処理において使用される。例として、トランスポートフォーマットの指示、新規データインジケータ（ＮＤＩ）、ＭＩＭＯパラメータが挙げられる。
−  データに関連付けられない制御シグナリングは、アップリンクデータパケットとは無関係に送信される。例として、ダウンリンクデータパケットに対する確認応答（ＡＣＫ／ＮＡＣＫ）、リンクアダプテーションをサポートするためのチャネル品質インジケータ（ＣＱＩ）、ダウンリンク送信に対するＭＩＭＯフィードバック（ランクインジケータ（ＲＩ）、プリコーディングマトリクスインジケータ（ＰＭＩ）など）が挙げられる。アップリンク送信のためのスケジューリング要求（ＳＲ）もこのカテゴリに入る。
【００３０】
アップリンクデータに関連付けられる制御シグナリングは、ＬＴＥでは必要なく、なぜなら関連する情報はｅＮｏｄｅＢがすでに認識しているためである。したがってＬＴＥアップリンクでは、データに関連付けられない制御シグナリングのみが存在する。したがって、アップリンク制御情報（ＵＣＩ）は、以下の要素から構成することができる。
−  スケジューリング要求（ＳＲ）
−  ＰＤＳＣＨ（物理ダウンリンク共有チャネル）でのダウンリンクデータパケットに応えてのＨＡＲＱ  ＡＣＫ／ＮＡＣＫ。１つのコードワードのダウンリンク送信の場合には１個のＡＣＫ／ＮＡＣＫビットが送信され、２つのコードワードのダウンリンク送信の場合には２個のＡＣＫ／ＮＡＣＫビットが使用される。
−  チャネル品質インジケータ（ＣＱＩ）と、ＭＩＭＯに関連するフィードバック（ランクインジケータ（ＲＩ）およびプリコーディングマトリクスインジケータ（ＰＭＩ）からなる）とを含むチャネル状態情報（ＣＳＩ）。ＣＳＩにはサブフレームあたり２０ビットが使用される。チャネル状態情報は、ダウンリンクデータ送信をスケジューリングする目的でｅＮＢにおいて必要である。
【００３１】
ＵＥがサブフレーム内で送信できるアップリンク制御情報（ＵＣＩ）の量は、制御シグナリングデータの送信に利用可能なＳＣ−ＦＤＭＡシンボルの数によって決まる。ＰＵＣＣＨは、シグナリングされる情報量に応じて８種類のフォーマットをサポートしている。ＰＵＣＣＨのフォーマットに関する情報は、非特許文献１（現在のバージョン１２．４．０）の５．４．１節、５．４．２節、および５．４．２Ａ節（参照により本明細書に組み込まれている）に記載されている。物理アップリンク制御チャネル（ＰＵＣＣＨ）の割当てを求めるＵＥ側手順に関するさらなる情報は、非特許文献２（現在のバージョン１２．４．０）の１０．１節（参照により本明細書に組み込まれている）に記載されている。
【００３２】
次の表は、上記の標準規格に記載されている情報の概要を簡略化して示している。
【表１】
0006752209.tif 000002
【００３３】
表によってすでに示唆されているように、ＰＵＣＣＨにおけるアップリンク制御情報の次の組合せがサポートされる。
・  フォーマット１ａ：  １ビットのＨＡＲＱ−ＡＣＫ、またはＦＤＤの場合には、１ビットのＨＡＲＱ−ＡＣＫとポジティブＳＲ
・  フォーマット１ｂ：  ２ビットのＨＡＲＱ−ＡＣＫ、または２ビットのＨＡＲＱ−ＡＣＫとポジティブＳＲ
・  フォーマット１ｂ：  ＵＥに２つ以上のサービングセルが設定されているとき、またはＴＤＤの場合にはＵＥに１つのサービングセルが設定されているとき、最大４ビットのＨＡＲＱ−ＡＣＫおよびチャネル選択
・  フォーマット１：  ポジティブＳＲ
・  フォーマット２：  ＨＡＲＱ−ＡＣＫと多重化されないときのＣＳＩ報告
・  フォーマット２ａ：  通常のサイクリックプレフィックスの場合に１ビットのＨＡＲＱ−ＡＣＫと多重化されるＣＳＩ報告
・  フォーマット２ｂ：  通常のサイクリックプレフィックスの場合に２ビットのＨＡＲＱ−ＡＣＫと多重化されるＣＳＩ報告
・  フォーマット２：  拡張サイクリックプレフィックスの場合にＨＡＲＱ−ＡＣＫと多重化されるＣＳＩ報告
・  フォーマット３：  ＦＤＤの場合には最大１０ビットのＨＡＲＱ−ＡＣＫ、ＴＤＤの場合には最大２０ビットのＨＡＲＱ−ＡＣＫ
・  フォーマット３：  ＦＤＤの場合には１０ビットのＨＡＲＱ−ＡＣＫおよび１ビットのポジティブ／ネガティブＳＲに対応する最大１１ビット、ＴＤＤの場合には２０ビットのＨＡＲＱ−ＡＣＫおよび１ビットのポジティブ／ネガティブＳＲに対応する最大２１ビット
・  フォーマット３：  マルチセルＨＡＲＱ−ＡＣＫ、１ビットのポジティブ／ネガティブＳＲ、および１つのサービングセルのＣＳＩ報告
【００３４】
＜周波数分割複信および時分割複信＞
ＬＴＥは、ＴＤ−ＳＣＤＭＡ（時分割同期符号分割多重アクセス）の進化もサポートするように設計されている統一フレームワーク（harmonized framework）において周波数分割複信（ＦＤＤ）モードおよび時分割複信（ＴＤＤ）モードで動作することができる。ＦＤＤでは、すべてのサブフレームがダウンリンク送信およびアップリンク送信に利用可能である。これは「フレーム構造タイプ１」として知られており、インバウンド通信とアウトバウンド通信とを分離する目的に周波数領域を使用する（すなわちリンク方向ごとに異なるキャリア周波数が採用される）。逆に、ＴＤＤでは、時間領域においてアップリンク送信とダウンリンク送信が分離されるが、周波数は同じままとすることができる。
【００３５】
用語「複信」は、２つの装置の間の双方向通信を意味し、一方向通信と区別される。双方向の場合、各方向におけるリンクを通じての送信を、同時に（「全二重」）、または相互に異なるタイミングで（「半二重」）、行うことができる。
【００３６】
非ペア無線スペクトル（unpaired radio spectrum）におけるＴＤＤの場合、リソースブロック（ＲＢ）およびリソースエレメント（ＲＥ）の基本的な構造を図２に示してあるが、無線フレームのサブフレームの部分集合のみがダウンリンク送信に利用可能である。残りのサブフレームは、アップリンク送信に使用される、または、ダウンリンク送信とアップリンク送信の間での切替えを可能にするガード期間を含むスペシャルサブフレームに使用される。ガード期間は、さらに、アップリンク送信タイミングを早めることを可能にする。３ＧＰＰ  ＬＴＥリリース８以降においては、このＴＤＤ構造は「フレーム構造タイプ２」として公知であり、７つの異なる構成が定義されており、これらの構成により、さまざまなダウンリンク−アップリンク比率および切替え周期が可能である。図３は、７つの異なるＴＤＤアップリンク−ダウンリンク構成（番号：０〜６）の表を示しており、表において「Ｄ」はダウンリンク、「Ｕ」はアップリンク、「Ｓ」はスペシャルを意味する。表から理解できるように、７つの利用可能なＴＤＤアップリンク−ダウンリンク構成は、ダウンリンクサブフレームの４０％〜９０％を提供することができる（スペシャルサブフレームをダウンリンクサブフレームとしてカウントするときであり、なぜならスペシャルサブフレームの一部はダウンリンク送信に利用可能であるためである）。
【００３７】
図４は、特に、５ｍｓの切替え点周期（すなわちＴＤＤ構成０，１，２，６）の場合のフレーム構造タイプ２を示しており、長さ１０ｍｓである無線フレームと、それぞれ５ｍｓの対応する２つのハーフフレームとを示している。無線フレームは、１ｍｓの１０個のサブフレームから構成されており、サブフレームそれぞれは、図３の表に定義されているように、アップリンク、ダウンリンク、またはスペシャルのタイプが割り当てられている。
【００３８】
図３から理解できるように、サブフレーム＃１はつねにスペシャルサブフレームであり、サブフレーム＃６は、ＴＤＤ構成０，１，２，６の場合にはスペシャルサブフレームであり、ＴＤＤ構成３，４，５の場合にはダウンリンク方向である。スペシャルサブフレームは、３つのフィールド、すなわちＤｗＰＴＳ（ダウンリンクパイロットタイムスロット）、ＧＰ（ガード期間）、およびＵｐＰＴＳ（アップリンクパイロットタイムスロット）を含む。
【００３９】
システムにおいて適用されるＴＤＤ構成は、移動局および基地局において実行される多くの動作、例えば、無線リソース管理（ＲＲＭ）測定、チャネル状態情報（ＣＳＩ）測定、チャネル推定、ＰＤＣＣＨ検出、ＨＡＲＱタイミングなどに影響する。
【００４０】
特に、ＵＥは、システム情報を読み取ることで、自身の現在のセルにおけるＴＤＤ構成に関して認識し、すなわち、測定用に監視するサブフレーム、ＣＳＩの測定および報告のために監視するサブフレーム、チャネル推定を取得するための時間領域フィルタリングのために監視するサブフレーム、ＰＤＣＣＨの検出のために監視するサブフレーム、またはアップリンク／ダウンリンクのＡＣＫ／ＮＡＣＫフィードバックのために監視するサブフレームを認識する。
【００４１】
＜ハイブリッドＡＲＱ（ＨＡＲＱ）方式＞
信頼できないチャネルを介してのパケット伝送システムにおける誤り検出・訂正のための一般的な手法は、ハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat reQuest）と称される。ハイブリッドＡＲＱは、順方向誤り訂正（ＦＥＣ）とＡＲＱとの組合せである。
【００４２】
ＨＡＲＱプロトコルによって提供されるフィードバックは、肯定応答（ＡＣＫ）、否定応答（ＮＡＣＫ）、または不連続送信（ＤＴＸ）のいずれかである。ＡＣＫおよびＮＡＣＫは、送信を正しく受信できたか否か（すなわち復号が正常に行われたか）に応じて生成される。さらに、ＨＡＲＱ動作では、ＵＥが増加的冗長性（ＩＲ）合成法を使用することで、合成利得によって追加の符号化利得を得ることができるように、ｅＮＢは、再送信時に元のトランスポートブロックとは異なる符号化バージョンを送信することができる。しかしながら現実のシステムでは、ｅＮＢが１基の特定のＵＥに１つのリソースセグメントでトランスポートブロックを送信するが、ダウンリンク制御情報が失われることに起因してＵＥがそのデータ送信を検出できないことが起こり得る。この場合、増加的冗長性（ＩＲ）合成法では、トランスポートブロックを復号する性能が極めて低下し、なぜならＵＥにおいて系統的データが利用できないためである。この問題を緩和するため、ＵＥは、第３の状態（すなわち不連続送信（ＤＴＸ）フィードバック）を送り返して、対応するリソースセグメントにおいてトランスポートブロック（ＴＢ）が検出されなかったことを示す必要がある（復号の失敗を示すＮＡＣＫとは異なる）。ダウンリンク制御情報が失われた場合を検出する目的で、ＴＤＤにおいてはダウンリンク割当てインデックス（ＤＡＩ：Downlink Assignment Index）（後から説明する）が導入された。
【００４３】
ＦＥＣ符号化されたパケットが送信され、受信機がそのパケットを正しく復号できない場合（誤りは通常ではＣＲＣ（巡回冗長検査）によってチェックされる）、受信機はそのパケットの再送信を要求する。一般的には（および本文書全体を通じて）、追加情報を送信することを「（パケットの）再送信」と称するが、この再送信は、符号化された同じ情報の送信を必ずしも意味するものではなく、異なる冗長バージョンを使用することによって、そのパケットに属する何らかの情報（例えば追加の冗長性情報）の送信を意味することもある。
【００４４】
ＨＡＲＱ方式は、一般的に、同期式または非同期式のいずれかに分類することができ、各場合における再送信は、適応型または非適応型のいずれかである。同期ＨＡＲＱとは、最初の送信に対して事前に定義された（周期的な）タイミングで、ＨＡＲＱブロックの再送信が行われることを意味する。したがって、再送信スケジュールを受信機に示すための明示的なシグナリングと、ＨＡＲＱプロセス番号のいずれも要求されず、なぜなら後者は送信タイミングから推測できるためである。これとは異なり、非同期ＨＡＲＱでは、最初の送信に対する任意のタイミングで再送信を行うことができ、これにより、エアインタフェースの条件に基づいて再送信をスケジューリングする柔軟性が提供される。この場合、正しい合成およびプロトコル動作を可能にする目的で、例えばＨＡＲＱプロセスを受信機に示すための追加の明示的なシグナリングが要求される。３ＧＰＰ  ＬＴＥシステムにおいては、８つのプロセスを有するＨＡＲＱ動作が使用される。ダウンリンクデータ送信におけるＨＡＲＱプロトコルの動作は、ＨＳＤＰＡに類似し、場合によっては同じである。
【００４５】
送信を構成している情報（一般的には符号のビット／シンボル）に応じてと、受信機が情報を処理する方法に応じて、以下のハイブリッドＡＲＱ方式が定義されている。
【００４６】
タイプＩのＨＡＲＱ方式においては、受信機がパケットを正しく復号できない場合、符号化されているパケットを破棄し、再送信を要求する。これは、すべての送信が個別に復号されることを意味する。一般的には、再送信には最初の送信と同じ情報（符号のビット／シンボル）が含まれる。
【００４７】
タイプＩＩのＨＡＲＱ方式においては、受信機は、パケットを正しく復号できない場合、再送信を要求し、（正しく復号されなかった）符号化されているパケットの情報を軟情報（軟ビット／軟シンボル）として格納する。このことは、受信機に軟バッファが要求されることを意味する。再送信は、前の送信と同じパケットの同じ情報（符号のビット／シンボル）、部分的に同じ情報、または同じではない情報から構成することができる。受信機は、再送信を受信すると、軟バッファからの格納されている情報と、いま受信した情報とを合成し、合成された情報に基づいてパケットの復号を試みる。受信機は、送信の復号を個別に試みることもできるが、送信を合成すると一般的に性能が高まる。送信の合成とは、いわゆる軟合成を意味し、この場合、複数の受信された符号のビット／シンボルを尤度合成し（likelihood-combined）、単独で受信された符号のビット／シンボルを符号合成する（code-combined）。軟合成の一般的な方法は、受信された変調シンボルの最大比合成（ＭＲＣ）と、対数尤度比（ＬＬＲ）合成である（ＬＬＲ合成は符号のビットに対してのみ機能する）。
【００４８】
タイプＩＩのＨＡＲＱ方式はタイプＩ方式よりも高度であり、なぜなら、パケットが正しく受信される確率が、再送信を受信するたびに増大するためである。この確率増大は、受信機に要求されるハイブリッドＡＲＱ軟バッファの代償として達成される。タイプＩＩ方式を使用すると、再送信する情報量を制御することによって動的なリンクアダプテーションを実行することができる。例えば受信機は、復号が「ほとんど」成功したことを検出した場合、次の再送信において少量の情報（前の送信におけるよりも少ない数の符号のビット／シンボル）のみを送信するように要求することができる。この場合、再送信を考慮するだけでは、パケットを独力で正しく復号することが理論的にも不可能である状況が起こりうる（自己復号不能な再送信（non-self-decodable re-transmissions））。
【００４９】
タイプＩＩＩのＨＡＲＱ方式は、タイプＩＩの方式の部分集合と考えることができる。タイプＩＩＩの方式では、タイプＩＩの方式の必要条件に加えて、各送信が自己復号可能でなければならない。
【００５０】
ＬＴＥでは、ダウンリンクには非同期式の適応型ＨＡＲＱが使用され、アップリンクには同期式ＨＡＲＱが使用される。
【００５１】
アップリンクのＨＡＲＱプロトコル動作（すなわちアップリンクデータ送信に対する確認応答）においては、再送信をスケジューリングする方法として２種類のオプションがある。再送信は、ＮＡＣＫによって「スケジューリングされる」（同期式非適応型再送信とも称する）、または、ＰＤＣＣＨを送信することによりネットワークによって明示的にスケジューリングされる（同期式適応型再送信とも称する）。同期式非適応型再送信の場合、再送信では前のアップリンク送信と同じパラメータを使用し、すなわち、再送信は同じ物理チャネルリソースでシグナリングされ、同じ変調方式／トランスポートフォーマットを使用する。同期式適応型再送信はＰＤＣＣＨを介して明示的にスケジューリングされるため、ｅＮｏｄｅＢが再送信の特定のパラメータを変更することが可能である。アップリンクにおける断片化（fragmentation）を回避する目的で、再送信を例えば異なる周波数リソースにスケジューリングすることができ、または、ｅＮｏｄｅＢは、変調方式を変更する、あるいは、再送信に使用する冗長バージョンをユーザ機器に示すことができる。なお、ＨＡＲＱのフィードバック（ＡＣＫ／ＮＡＣＫ）とＰＤＣＣＨシグナリングは同じタイミングで行われることに留意されたい。したがってユーザ機器は、同期式非適応型再送信がトリガーされているか（すなわちＮＡＣＫのみが受信されたか）、またはｅＮｏｄｅＢが同期式適応型再送信を要求しているか（すなわちＰＤＣＣＨがシグナリングされたか）を、一度だけ確認するのみでよい。
【００５２】
ＨＡＲＱ動作は複雑であり、本出願ではすべてを説明せず（すべてを説明することはできない）、本発明を完全に理解するうえでも必要ない。ＨＡＲＱ動作の一部は、例えば非特許文献２（現在のバージョン１２．４．０）に定義されており、その中のＨＡＲＱに関連する節（特に、７．３節およびその小項目と、１０節およびその小項目）は、参照により本明細書に組み込まれている。
【００５３】
＜＜ＦＤＤ動作におけるＨＡＲＱおよび制御シグナリング＞＞
ＦＤＤ動作の場合、サブフレームｎにおけるデータ送信に関する確認応答インジケータが、サブフレームｎ＋４において反対方向に送られ、したがって、トランスポートブロックが送信されるタイミングとそれに対応する確認応答の間には１対１の同期的な対応関係が存在する。図５には、サブフレーム０におけるダウンリンク送信（ＰＤＳＣＨ）の場合の、このＨＡＲＱタイミング関係を概略的に示してあり、対応するＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ）は、４つのサブフレームだけ後に（すなわちサブフレーム４において）送信される。図を単純にするため図５には描いていないが、別のサブフレームにおいて受信される別のダウンリンク送信にも、同じＨＡＲＱフィードバックタイミングが適用される。
【００５４】
ＦＤＤ動作では、ダウンリンクおよびアップリンクの両方において、一般に８ｍｓのラウンドトリップタイム（ＲＴＴ）を有する８つのストップアンドウェイト（ＳＡＷ：Stop-And-Wait）ＨＡＲＱプロセスが利用可能である。トランスポートブロックが属するＨＡＲＱプロセスは、３ビットの一意のＨＡＲＱプロセス識別子（ＨＡＲＱ  ＩＤ）によって識別される。
【００５５】
＜＜ＴＤＤ動作におけるＨＡＲＱおよび制御シグナリング＞＞
ＴＤＤ動作の場合、サブフレームは、セルごとに固有な方式で、アップリンクまたはダウンリンクまたはスペシャルとして指定され（既出の節を参照）、これにより、リソースグラント、データ送信、確認応答、および再送信をそれぞれの方向に送ることのできるタイミングが制約される。したがって、ＦＤＤにおける同期方式を、ＴＤＤ動作において再使用することはできない。したがって、ＴＤＤの場合のＬＴＥ設計では、１つのサブフレームの中で複数の確認応答を伝えるため、グループ化されたＡＣＫ／ＮＡＣＫ送信がサポートされる。アップリンク（またはダウンリンク）サブフレームにおいて複数のＡＣＫ／ＮＡＣＫメッセージを送信することは、上述したシナリオの理由による、ＦＤＤと比較してのＴＤＤ−ＬＴＥの固有な特徴である。
【００５６】
アップリンクＨＡＲＱ動作（すなわちアップリンクデータ送信に対する確認応答）の場合、（１つのダウンリンクサブフレームにおいて）複数の確認応答を物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）で送ることは問題にはつながらず、なぜなら、ｅＮｏｄｅＢ側から見れば、１つの確認応答を複数のＵＥに同時に送る場合と大きな違いはないためである。しかしながらダウンリンクＨＡＲＱ動作（すなわちダウンリンクデータ送信に対する確認応答）の場合には、非対称性がダウンリンクに偏っていると（例えばＴＤＤ  ＵＬ／ＤＬ構成３または４）、ＦＤＤのアップリンク制御シグナリング（ＰＵＣＣＨ）のフォーマットは、追加のＡＣＫ／ＮＡＣＫ情報を伝えるには不十分である。ＬＴＥにおけるＴＤＤサブフレーム構成それぞれには（図３を参照）、ＨＡＲＱを目的としてダウンリンクサブフレームとアップリンクサブフレームの間の固有のマッピングが事前定義されており、このマッピングは、確認応答の遅延を最小にすることと、利用可能な複数のアップリンクサブフレームにＡＣＫ／ＮＡＣＫが均一に分布することとの間でバランスが達成されるように設計されている。このＨＡＲＱタイミングは図６ａに示してあり、図６ａは非特許文献２の表１０．１．３．１−１「Downlink association set K: {k0, k1,…, kM-1} for TDD（ＴＤＤにおけるダウンリンクの対応関係のセットＫ：{k0, k1,…, kM-1}）」からの引用である。図６ａは、無線フレームのサブフレームについて、ＡＣＫ／ＮＡＣＫ／ＤＴＸ応答のダウンリンク対応関係のセットのインデックスを示している。複数のＴＤＤ構成において、枠の中の数字は、そのサブフレームにおいて、どのサブフレームに対するＨＡＲＱフィードバックが送られるかの負のオフセットを示している。例えば、ＴＤＤ構成０の場合のサブフレーム９は、サブフレーム５（＝９−４）のＨＡＲＱフィードバックを伝える。ＴＤＤ構成０のサブフレーム５は、確かにダウンリンクサブフレームである（図３を参照）。例えば、サブフレーム２におけるＴＤＤ  ＵＬ／ＤＬ構成２のセットＫは、８，７，４，６であり（Ｍ＝４）、サブフレーム３におけるＴＤＤ  ＵＬ／ＤＬ構成６のセットＫは、７である（Ｍ＝１）。
【００５７】
図６ｂは、非特許文献２の表１０．１．３．１−１（すなわち図６ａ）と基本的に等価であるが、枠内の数字がオフセットを示すのではなく、そのサブフレームにおいてＨＡＲＱフィードバックが送信される対象のサブフレームの番号を直接示している。説明を目的として、サブフレーム０〜９の代わりに、サブフレーム２０〜２９を考える。表から理解できるように、例えばＴＤＤ  ＵＬ／ＤＬ構成０のサブフレーム２９は、サブフレーム２５（２９−４、図６ａも参照）のＡＣＫ／ＮＡＣＫ／ＤＴＸを伝える。
【００５８】
図７は、ＴＤＤ動作のＨＡＲＱフィードバックメカニズムの図であり、例示的に、ＴＤＤ  ＵＬ／ＤＬ構成１の場合を示している。この場合、無線フレームのアップリンクサブフレーム２および７においては、それぞれのサブフレーム２，７よりも７つおよび６つのサブフレームだけ前のサブフレームに対するＨＡＲＱフィードバックがグループ化されて送信され（図７のアップリンクサブフレーム７および１２を参照）、アップリンクサブフレーム３および８においては、それぞれのサブフレーム３，８よりも４つのサブフレームだけ前のサブフレームに対するＨＡＲＱフィードバックが送信される（図７のサブフレーム８および１３を参照）。
【００５９】
ＴＤＤ動作においてアップリンクで伝えられる確認応答情報をグループ化するための２つのメカニズムが提供されており、これらは「ＡＣＫ／ＮＡＣＫバンドリング」および「ＡＣＫ／ＮＡＣＫ多重化」と称され、これら２つのメカニズムの間での選択は、上位層（ＲＲＣ）設定によって行うことができる。
【００６０】
ＡＣＫ／ＮＡＣＫバンドリングは、ＦＤＤにおいて使用される１ビットおよび２ビットの同じＰＵＣＣＨフォーマット（１ａおよび１ｂ）を可能な場合に再使用するために実施される。各ダウンリンクコードワード（ダウンリンクの空間多重化を使用する場合には最大で２つ）ごとに、そのアップリンクサブフレームに関連付けられるダウンリンクサブフレームのグループにまたがって確認応答の論理「ＡＮＤ」演算を実行することによって、ただ１つの確認応答インジケータが導かれる。この確認応答インジケータは、バンドルされたＡＣＫ／ＮＡＣＫグループにおけるいずれのトランスポートブロックにも誤りがない、または少なくとも１つのトランスポートブロックに誤りがあることを示す。
【００６１】
ＡＣＫ／ＮＡＣＫ多重化の場合には、アップリンクサブフレームに関連付けられるダウンリンクサブフレームのグループそれぞれに対して、個別の確認応答インジケータが返される。しかしながら、これによって生成されるシグナリング情報量を制限するため、最初に、サブフレーム内の複数の異なる空間レイヤにおける複数のコードワードに対する確認応答を、この場合にも論理「ＡＮＤ」演算によって１つの確認応答にまとめる。これは、「空間ＡＣＫ／ＮＡＣＫバンドリング」として知られている。しかしながら、より極端な非対称性の場合、３ビット以上のＡＣＫ／ＮＡＣＫ情報を１つのアップリンクサブフレームにおいて送信する必要が生じうる。このことは、通常の１ビットのＰＵＣＣＨフォーマットと、ＵＥによって選択されるＰＵＣＣＨ符号が残りの情報をｅＮｏｄｅＢに伝える符号選択方式によって拡張された２ビットのＰＵＣＣＨフォーマットを使用することによって、達成される。
【００６２】
確認応答をグループ化するためのこれらの非可逆圧縮方式の欠点として、ｅＮｏｄｅＢは、どの（１つまたは複数の）トランスポートブロックが正常に復号されなかったかを正確に認識しない。ＮＡＣＫの場合、同じグループ内のすべてのトランスポートブロックを再送信しなければならず、再送信オーバーヘッドが増大し、リンクのスループットが減少する。小さい影響として、いくつかのトランスポートブロックに対する確認応答は、グループの残りが受信されるまで実行できないため、平均ＨＡＲＱラウンドトリップタイム（したがってレイテンシ）が増大しうる。
【００６３】
さらなる複雑な状況も発生し、なぜならＰＤＣＣＨ制御シグナリングの信頼性は１００％ではなく、ＵＥがいくつかのダウンリンクリソース割当ての受信に失敗する可能性が存在するためである。これによりＨＡＲＱプロトコルエラーの可能性が発生し、例えば、サブフレームのグループの中の１つまたは複数のダウンリンク割当ての受信に失敗した場合、ＡＣＫを送信することは誤りである。この問題の回避を支援する目的で、ダウンリンク送信を実際に含む、グループ内のサブフレームの数をＵＥに伝えるため、「ダウンリンク割当てインデックス」（ＤＡＩ）がＰＤＣＣＨに含められる。ＤＡＩについては、非特許文献２のさまざまな節（ほとんどがＨＡＲＱ動作に関連する節、例えば１０節）（参照により本明細書に組み込まれている）に説明されている。ＴＤＤ  ＵＬ／ＤＬ構成１〜６において、ＤＣＩフォーマット１／１Ａ／１Ｂ／１Ｄ／２／２Ａ／２Ｂ／２Ｃ／２Ｄの中のＤＡＩの値は、ＰＤＳＣＨ送信が割り当てられている（１つまたは複数の）ＰＤＣＣＨ／ＥＰＤＣＣＨと、設定されている各サービングセルの（１つまたは複数の）サブフレームｎ−ｋ（ｋ∈Ｋ）内の現在のサブフレームまでのダウンリンクＳＰＳ（セミパーシステントスケジューリング）解放を示すＰＤＣＣＨ／ＥＰＤＣＣＨとの累積数を表し、ＤＡＩの値はサブフレームごとに更新される。ＵＥは、ＰＤＳＣＨ送信が割り当てられている（１つまたは複数の）ＰＤＣＣＨ／ＥＰＤＣＣＨと、ダウンリンクＳＰＳ解放を示すＰＤＣＣＨ／ＥＰＤＣＣＨの数を計算し、その値をＤＡＩと比較する。これら２つの数が等しくない場合、少なくとも１つのＰＤＣＣＨの受信に失敗している。
【００６４】
この方策により、ＡＣＫ／ＮＡＣＫバンドリングの場合には、ＵＥは受信に失敗したダウンリンク割当てを検出し、１つまたは複数のダウンリンク割当ての受信に失敗した場合にＡＣＫ／ＮＡＣＫの返信を回避することができ、その一方で、ＡＣＫ／ＮＡＣＫ多重化の場合には、ＤＡＩによって、ＵＥは何ビットのＡＣＫ／ＮＡＣＫ情報を返すべきかを判定することができる。
【００６５】
図８は、図７においてすでに例示的に使用した同じＴＤＤ構成１の場合の、ＨＡＲＱ多重化によるＨＡＲＱフィードバックのグループ化を示しており、図９は、ＨＡＲＱバンドリングによるＨＡＲＱフィードバックのグループ化を示している。
【００６６】
ＡＣＫ／ＮＡＣＫバンドリングおよびＡＣＫ／ＮＡＣＫ多重化に関する詳しい情報は、対応する技術規格である非特許文献２（現在のバージョン１２．４．０）の１０．１．３節「TDD HARQ-ACK feedback procedure（ＴＤＤ  ＨＡＲＱ−ＡＣＫフィードバック手順）」（参照により本明細書に組み込まれている）に記載されている。以下では、簡潔な要約を示す。
【００６７】
ＴＤＤ  ＡＣＫ／ＮＡＣＫバンドリングは、コードワードごとに、１つのアップリンクサブフレームｎに関連付けられるＭ個の複数のダウンリンクサブフレームにまたがって（Ｍは、図６ａの表に定義されているセットＫの中の要素の数）、すべての個々のＰＤＳＣＨ送信（対応するＰＤＣＣＨあり／なし）に対するＡＣＫ／ＮＡＣＫと、ダウンリンクＳＰＳ解放を示すＰＤＣＣＨに応えてのＡＣＫ、の論理ＡＮＤ演算によって、実行される。バンドルされた１ビットまたは２ビットのＡＣＫ／ＮＡＣＫが、それぞれＰＵＣＣＨフォーマット１ａまたはＰＵＣＣＨフォーマット１ｂを使用して送信される。
【００６８】
ＴＤＤ  ＡＣＫ／ＮＡＣＫ多重化では、Ｍ＞１であるサブフレームｎの場合、ダウンリンクサブフレーム内の複数のコードワードにまたがる空間ＡＣＫ／ＮＡＣＫバンドリングが、対応する個々のＡＣＫ／ＮＡＣＫすべての論理ＡＮＤ演算によって実行され、チャネル選択を含むＰＵＣＣＨフォーマット１ｂが使用される。
【００６９】
ＴＤＤ  ＡＣＫ／ＮＡＣＫ多重化において、Ｍ＝１であるサブフレームｎの場合、ダウンリンクサブフレーム内の複数のコードワードにまたがる空間ＡＣＫ／ＮＡＣＫバンドリングは実行されず、１ビットまたは２ビットのＡＣＫ／ＮＡＣＫが、それぞれＰＵＣＣＨフォーマット１ａまたはＰＵＣＣＨフォーマット１ｂを使用して送信される。
【００７０】
ＦＤＤの場合、ＨＡＲＱ−ＡＣＫを送信するために使用されるＰＵＣＣＨリソースは、対応するＰＤＣＣＨの送信に使用された最初のＣＣＥによって決まる。対応するＰＤＣＣＨが存在しない場合、ＰＵＣＣＨリソースは上位層の設定によって決定される。
【００７１】
ＴＤＤ  ＡＣＫ／ＮＡＣＫバンドリングまたはＴＤＤ  ＡＣＫ／ＮＡＣＫ多重化では、Ｍ＝１であるサブフレームｎの場合、ＨＡＲＱ−ＡＣＫを送信するためのＰＵＣＣＨリソースは、直近のサブフレームにおける対応するＰＤＣＣＨの送信に使用された最初のＣＣＥによって決まる。対応するＰＤＣＣＨが存在しない場合、ＰＵＣＣＨリソースは上位層の設定によって決定される。
【００７２】
ＴＤＤ  ＡＣＫ／ＮＡＣＫ多重化において、Ｍ＞１であるサブフレームｎの場合、ＨＡＲＱ−ＡＣＫを送信するためのＰＵＣＣＨリソースｎ（１）ＰＵＣＣＨ，ｉは、サブフレームｎ−ｋにおける対応するＰＤＣＣＨの送信に使用された最初のＣＣＥによって決まる（ｋｉ∈Ｋ（図６ａに定義されている）かつ０≦ｉ≦Ｍ−１）。対応するＰＤＣＣＨが存在しない場合、ＰＵＣＣＨリソースは上位層の設定によって決定される。
【００７３】
ＵＥは、ＰＵＣＣＨフォーマット１ｂを使用してサブフレームｎにおいてＡＣＫ／ＮＡＣＫリソースｎ（１）ＰＵＣＣＨ，ｉでｂ（０），ｂ（１）を送信する。ｂ（０），ｂ（１）の値およびＡＣＫ／ＮＡＣＫリソースｎ（１）ＰＵＣＣＨ，ｉは、非特許文献２の１０節における表に従ってのチャネル選択によって生成される。ｂ（０），ｂ（１）が「該当なし」にマッピングされる場合、ＵＥはサブフレームｎにおいてＡＣＫ／ＮＡＣＫ応答を送信しない。
【００７４】
＜＜キャリアアグリゲーションの場合のＨＡＲＱのサポート＞＞
キャリアアグリゲーションが導入された３ＧＰＰリリース１０では、さらに多数のＡＣＫ／ＮＡＣＫビットを１つのサブフレームにおいて送信する必要がある。この目的のため、以下に説明するように、新しいＰＵＣＣＨメカニズムが提供されている。キャリアアグリゲーションの場合、アップリンク制御シグナリング（例えばＨＡＲＱ  ＡＣＫ／ＮＡＣＫシグナリング、スケジューリング要求（ＳＲ）、チャネル状態情報（ＣＳＩ））は、最大５つのダウンリンクキャリアをサポートしなければならない。ＵＥは、ダウンリンクトランスポートブロックごとに（すなわち５つのダウンリンクＣＣでのダウンリンク空間多重化の場合にはサブフレームあたり最大１０個の）ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを送らなければならないかもしれない。
【００７５】
ＬＴＥ−Ａでは、すべてのＰＵＣＣＨ制御シグナリングはＰＣｅｌｌのアップリンクＰＣＣ（プライマリコンポーネントキャリア）で送信される。したがってＰＵＣＣＨが２つ以上のアップリンクＣＣで送信されることはない。ただし後から説明するように、このことは以降のリリースにおいて変更されることもあり、その場合にはＰＵＣＣＨをＳＣｅｌｌにおいて送信することもできる。
【００７６】
複数のＣＣにおけるＰＤＳＣＨ送信に対するＨＡＲＱフィードバックを提供する目的で、リリース１０の時点で、新しいマルチビットＡＣＫ／ＮＡＣＫ  ＰＵＣＣＨフォーマットが定義されており、すなわち、ＰＵＣＣＨのフォーマットに関する対応する既出の節ですでに説明したように、ＰＵＣＣＨフォーマット３（ＦＤＤの場合には最大１０ビットのＨＡＲＱ−ＡＣＫ、ＴＤＤの場合には最大２０ビットのＨＡＲＱ−ＡＣＫ）と、ＰＵＣＣＨフォーマット３（ＦＤＤの場合には１０ビットのＨＡＲＱ−ＡＣＫおよび１ビットのポジティブ／ネガティブＳＲに対応する最大１１ビット、ＴＤＤの場合には２０ビットのＨＡＲＱ−ＡＣＫおよび１ビットのポジティブ／ネガティブＳＲに対応する最大２１ビット）と、ＰＵＣＣＨフォーマット１ｂ（ＵＥに２つ以上のサービングセルが設定されているときにチャネル選択を含む最大４ビットのＨＡＲＱ−ＡＣＫ）である。
【００７７】
４個以下のＡＣＫ／ＮＡＣＫビットをサポートし、かつ最大２つのＣＣが設定されているＵＥの場合、チャネル選択を含むＰＵＣＣＨフォーマット１ｂが使用される。５個以上のＡＣＫ／ＮＡＣＫビットをサポートするＵＥの場合、チャネル選択を含むＰＵＣＣＨフォーマット１ｂおよびフォーマット３の両方がサポートされる（チャネル選択を含むＰＵＣＣＨフォーマット１ｂは、ＡＣＫ／ＮＡＣＫビットが最大４個であり２つのＣＣが設定されている場合に使用することができ、フォーマット３は、全範囲のＡＣＫ／ＮＡＣＫビットに対して使用することができる）。
【００７８】
＜＜ＰＵＣＣＨフォーマット３＞＞
ＰＵＣＣＨフォーマット３は、大きなＡＣＫ／ＮＡＣＫペイロードを伝えるように設計されており、４８個の符号化ビットをサポートする。ＡＣＫ／ＮＡＣＫフィードバックの実際のビット数は、設定されているＣＣの数と、各ＣＣに対して設定されている送信モードと、さらにＴＤＤにおいてはＡＣＫ／ＮＡＣＫバンドリングウィンドウのサイズ（１つのアップリンクサブフレームに関連付けられるダウンリンクサブフレームの数Ｍ、図６ａを参照）とから、決まる。ＦＤＤの場合、１０個のＡＣＫ／ＮＡＣＫビットの最大ペイロードがサポートされ、ＭＩＭＯ送信用に設定されている最大５つのＣＣをカバーする（すなわちＣＣあたり２個のＡＣＫ／ＮＡＣＫビット）。ＴＤＤの場合、ＰＵＣＣＨフォーマット３は、最大２０ビットのＡＣＫ／ＮＡＣＫペイロードをサポートする。１つのアップリンクサブフレームに関連付けられる複数のダウンリンクサブフレームに対してフィードバックされるＡＣＫ／ＮＡＣＫビットの数が２１個以上である場合、サービングセルそれぞれにおいて、ダウンリンクサブフレーム内の２つのコードワードに対応するＡＣＫ／ＮＡＣＫビットの「空間バンドリング」（すなわち論理ＡＮＤ）が実行される。リリース１０におけるＰＵＣＣＨフォーマット３によって伝えられる最大ペイロードサイズは２１ビットであり、これはＡＣＫ／ＮＡＣＫ情報の２０ビットと、ＡＣＫ／ＮＡＣＫビットの最後に付加されるＳＲ用の１ビットとに対応する。ＡＣＫ／ＮＡＣＫビットは、ダウンリンクＣＣのインデックスの昇順に連結される。
【００７９】
＜＜チャネル選択を含むＰＵＣＣＨフォーマット１ｂ＞＞
チャネル選択を含むＰＵＣＣＨフォーマット１ｂでは、最大４つのＰＵＣＣＨフォーマット１ｂリソース（「チャネル」）が設定される。これらのリソースの１つを選択することで、伝えるＡＣＫ／ＮＡＣＫ情報の一部が示される。ＦＤＤの場合、チャネル選択を含むＰＵＣＣＨフォーマット１ｂを使用して、２つのＣＣのＡＣＫ／ＮＡＣＫ情報を伝えることは単純である。ＴＤＤの場合、フィードバックするＡＣＫ／ＮＡＣＫビットの数が５個以上である場合、サービングセルそれぞれにおいてダウンリンクサブフレーム内の２つのコードワードにまたがるＡＣＫ／ＮＡＣＫビットの空間バンドリングを使用する必要がある。空間バンドリングを実行した後のＡＣＫ／ＮＡＣＫビットの数が依然として５個以上である場合、時間領域のバンドリングをさらに実行する。
【００８０】
ＡＣＫ／ＮＡＣＫの組合せと、設定されるＰＵＣＣＨリソースとの間のマッピングを定義するためのマッピングテーブルが、２個、３個、または４個のＡＣＫ／ＮＡＣＫビットの場合について規定されている。これらのテーブルは、完全に暗黙的なリソース指定がサポートされるようにと（１つのＣＣが設定される場合のリリース８の動作に戻る）、個々のＡＣＫ／ＮＡＣＫビットのパフォーマンスが均一化されるように、設計されている。ＡＣＫ／ＮＡＣＫフィードバックの時間領域のバンドリングが実行されるか否かに応じて、個別のマッピングテーブルが定義されている。
【００８１】
チャネル選択を含むＰＵＣＣＨフォーマット１ｂおよびフォーマット３の使用は、ＦＤＤとＴＤＤの比較の観点から考えると、以下のように要約することができる。ＦＤＤの場合、ＵＥに２つのサービングセルが設定されているときには、ＵＥはＡＣＫ／ＮＡＣＫを、上位層の設定に応じて、チャネル選択を含むＰＵＣＣＨフォーマット１ｂまたはＰＵＣＣＨフォーマット３で送信することができる。ＵＥに３つ以上のサービングセルが設定されているときには、ＵＥはＡＣＫ／ＮＡＣＫをＰＵＣＣＨフォーマット３を使用して送信する。チャネル選択を含むＰＵＣＣＨフォーマット１ｂおよびＰＵＣＣＨフォーマット３のいずれも、２つのアンテナポート（ｐ０，ｐ１）で送信することができる。
【００８２】
＜＜ＦＤＤの場合のチャネル選択を含むＰＵＣＣＨフォーマット１ｂ＞＞
ＵＥが２つのサービングセルと、チャネル選択を含むＰＵＣＣＨフォーマット１ｂを使用できるように設定されているとき、最大２つのサービングセルからのＡＣＫ／ＮＡＣＫが最大４つのＰＵＣＣＨリソースで送信される。プライマリセルにおけるアンテナポートｐ０でのＰＵＣＣＨリソースは、対応するＰＤＣＣＨ送信の最初のＣＣＥによって決まる。セカンダリセルにおけるアンテナポートｐ１でのＰＵＣＣＨリソースは、上位層によって設定されるＰＵＣＣＨリソースから、ＤＣＩ情報の中のＴＰＣコマンドによって選択される。アンテナポートｐ１でのＰＵＣＣＨリソースは、上位層シグナリングによって設定される。トランスポートブロックおよびサービングセルと、ＨＡＲＱ−ＡＣＫおよびＰＵＣＣＨリソースの数との間のマッピングは、非特許文献２（バージョン１２．１．０）の表１０．１．２．２．１−１（参照により本明細書に組み込まれている）に示されている。さまざまな数のＰＵＣＣＨリソースによるＰＵＣＣＨフォーマット１ｂの送信は、非特許文献２（バージョン１２．１．０）の表１０．１．２．２．１−３、表１０．１．２．２．１−４、および表１０．１．２．２．１−５（参照により本明細書に組み込まれている）に示されている。
【００８３】
＜＜ＦＤＤの場合のＰＵＣＣＨフォーマット３＞＞
ＵＥがＰＵＣＣＨフォーマット３を使用できるように設定されているときには、プライマリセルで送信されるＰＤＳＣＨのみが存在する場合、ＡＣＫ／ＮＡＣＫはＰＵＣＣＨフォーマット１ａ／１ｂで送信される。セカンダリセルで送信されるＰＤＳＣＨが存在する場合、ＡＣＫ／ＮＡＣＫはＰＵＣＣＨフォーマット３で送信される。ＦＤＤの場合、ＰＵＣＣＨフォーマット３では、複数のコードワードにまたがる空間バンドリングは使用されない。
【００８４】
ＴＤＤの場合、２つ以上のサービングセルが設定されている場合のＴＤＤ  ＨＡＲＱ−ＡＣＫフィードバック手順は、チャネル選択を含むＰＵＣＣＨフォーマット１ｂでのＨＡＲＱ−ＡＣＫ手順またはＰＵＣＣＨフォーマット３でのＨＡＲＱ−ＡＣＫ手順に基づく。チャネル選択を含むＰＵＣＣＨフォーマット１ｂおよびＰＵＣＣＨフォーマット３のいずれも、２つのアンテナポート（ｐ０，ｐ１）で送信することができる。
【００８５】
ＵＥに２つ以上のサービングセルが設定されており、サービングセルのＴＤＤ構成が同じである場合、ＴＤＤ構成５のＡＣＫ／ＮＡＣＫは、最大２つのサービングセルを使用してＰＵＣＣＨフォーマット３でのみ送信することができる。ＵＥに２つ以上のサービングセルが設定されており、サービングセルのＴＤＤ構成の１つがＴＤＤ構成５である場合、ＡＣＫ／ＮＡＣＫを送信するのにＰＵＣＣＨフォーマット３のみがサポートされる。
【００８６】
＜＜ＴＤＤの場合のチャネル選択を含むＰＵＣＣＨフォーマット１ｂ＞＞
チャネル選択を含むＰＵＣＣＨフォーマット１ｂは、ＵＥに２つのサービングセルが設定されているときにサポートされるのみである。Ｍｐｒｉｍａｒｙは、プライマリセルにおける１つのアップリンクサブフレームにおいてＡＣＫ／ＮＡＣＫが送信される対象のダウンリンクサブフレームの数である。Ｍｓｅｃｏｎｄａｒｙは、セカンダリセルにおける１つのアップリンクサブフレームにおいてＡＣＫ／ＮＡＣＫが送信される対象のダウンリンクサブフレームの数である。サービングセルのＴＤＤ構成が異なる場合、Ｍは、ｍａｘ（Ｍｐｒｉｍａｒｙ，Ｍｓｅｃｏｎｄａｒｙ）である。サービングセルのＴＤＤ構成が同じである場合、Ｍ＝Ｍｐｒｉｍａｒｙである。
【００８７】
Ｍ＝１のときには、２つのサービングセルのＡＣＫ／ＮＡＣＫは、チャネル選択を含むＰＵＣＣＨフォーマット１ｂによってＦＤＤと同じ方法を使用して送信される。最大４つのＨＡＲＱ−ＡＣＫを最大４つのＰＵＣＣＨリソースで送信することができる。
【００８８】
Ｍ＞１のときには、ダウンリンクサブフレーム内の複数のコードワードにまたがる空間ＨＡＲＱ−ＡＣＫバンドリングが、対応する個々のＨＡＲＱ−ＡＣＫすべての論理「ＡＮＤ」演算によって実行される。Ｍ＝２のときには、２つのサービングセルからの最大４つのＨＡＲＱ−ＡＣＫが、非特許文献２（バージョン１２．１．０）の表１０．１．３．２−１、表１０．１．３．２−２、および表１０．１．３．２−３（参照により本明細書に組み込まれている）を使用して、最大４つのＰＵＣＣＨリソースで送信される。Ｍ＞２のときには、２つのサービングセルからのＨＡＲＱ−ＡＣＫが、非特許文献２（バージョン１２．１．０）の表１０．１．３．２−５および表１０．１．３．２−６（参照により本明細書に組み込まれている）を使用して送信される。
【００８９】
図１０は、２つのコンポーネントキャリア（いずれもＴＤＤ構成１を使用）の場合におけるＨＡＲＱ動作を例示的に示している。図を単純にする目的で、アップリンクサブフレーム７についてのみＨＡＲＱフィードバックを示してあり、アップリンクサブフレーム７は、両方のキャリアにおける２つのサブフレーム（０および１）でのダウンリンク送信に対するＨＡＲＱフィードバックをグループ化する（この場合には多重化する）。ＰＣｅｌｌを介して送信するために、チャネル選択を含むＰＵＣＣＨフォーマット１ｂが使用される。
【００９０】
図１０の例では、両方のコンポーネントキャリアにおいて同じＵＬ／ＤＬ構成を想定しているが、異なるＵＬ／ＤＬ構成が使用されているときにもＨＡＲＱフィードバックを提供することができる。各場合の詳細は、非特許文献２（バージョン１２．４．０）（参照により本明細書に組み込まれている）に記載されている。
【００９１】
＜＜ＴＤＤの場合のＰＵＣＣＨフォーマット３＞＞
ＴＤＤにおいてＰＵＣＣＨフォーマット３を使用する場合、１つのアップリンクサブフレームに関連付けられるＭ個の複数のダウンリンクサブフレームに対する２１個以上のＨＡＲＱ−ＡＣＫビットが存在する場合には、各サービングセルにおいて、ダウンリンクサブフレーム内の複数のコードワードにまたがる空間ＨＡＲＱ−ＡＣＫバンドリングが、対応する個々のＨＡＲＱ−ＡＣＫすべての論理ＡＮＤ演算によって実行される。ＴＤＤにおいてＰＵＣＣＨフォーマット３を使用する場合に、１つのアップリンクサブフレームに関連付けられるＭ個の複数のダウンリンクサブフレームに対する最大２０個のＨＡＲＱ−ＡＣＫビットが存在する場合には、各サービングセルにおいて、ダウンリンクサブフレーム内の複数のコードワードにまたがる空間ＨＡＲＱ−ＡＣＫバンドリングは実行されない。
【００９２】
図１１は、３つのコンポーネントキャリア（３つすべてがＴＤＤ構成１で動作している）の場合におけるＨＡＲＱ動作を例示的に示している。図を単純にする目的で、アップリンクサブフレーム７についてのみＨＡＲＱフィードバックを示してあり、アップリンクサブフレーム７は、３つのキャリアすべてにおける２つのサブフレーム（０および１）でのダウンリンク送信に対するＨＡＲＱフィードバックをグループ化する。ＰＣｅｌｌを介して送信するために、ＰＵＣＣＨフォーマット３が使用される。
【００９３】
アップリンク制御情報をＰＵＳＣＨで送信することもできる。ＵＥに複数のサービングセルが設定されており、同時のＰＵＣＣＨおよびＰＵＳＣＨが有効ではなく、少なくとも１つのＰＵＳＣＨ送信が存在する場合、すべてのＵＣＩ（アップリンク制御情報）をＰＵＳＣＨ上に多重化することができる。ＰＵＳＣＨで送信する場合のＡＣＫ／ＮＡＣＫペイロードサイズは、設定されているダウンリンクＣＣの数と、各ダウンリンクＣＣに対して設定されている送信モードと、さらにＴＤＤの場合にはバンドリングウィンドウのサイズおよびＵＬグラントにおいてシグナリングされるＤＡＩ値とから、決まる。
【００９４】
図１０および図１１（ＴＤＤにおいてキャリアアグリゲーションを使用する場合におけるＨＡＲＱフィードバックについて説明した）では、さまざまなセルが同じＴＤＤ  ＵＬ／ＤＬ構成（これらの場合にはＴＤＤ  ＵＬ／ＤＬ構成１）で動作するものと想定した。しかしながら、現在標準化されている、最大５つのキャリアをサポートするＨＡＲＱ動作では、さまざまなセルが異なるＴＤＤ  ＵＬ／ＤＬ構成で動作することもすでに許可されている。この目的のため、ＨＡＲＱフィードバックを送信するために使用されるセル（例えばＰＣｅｌｌ）によって適用されているＴＤＤ  ＵＬ／ＤＬ構成とは異なるＴＤＤ  ＵＬ／ＤＬ構成で動作する各ＳＣｅｌｌに対して、図６ａ，６ｂの表のさまざまなＨＡＲＱフィードバックタイミングのうち適切なタイミングが選択され、そのＳＣｅｌｌにおいては、そのタイミングに従ってＨＡＲＱフィードバックが実行される。以下の説明と、図１２および図１３の例から明らかになるように、ＳＣｅｌｌによって適用されるＨＡＲＱフィードバックタイミングは、ＳＣｅｌｌが実際に動作しているＴＤＤ  ＵＬ／ＤＬ構成に通常関連付けられるＨＡＲＱフィードバックタイミングである必要はない。
【００９５】
非特許文献２（現在のバージョン１２．４．０）の１０．２節（参照により本明細書に組み込まれている）には、第１のセルのＴＤＤ  ＵＬ／ＤＬ構成および第２のセルのＴＤＤ  ＵＬ／ＤＬ構成に応じて、表１０．２−１に基づいてダウンリンク基準ＵＬ／ＤＬ構成（DL-reference UL/DL configuration）が選択されることが説明されている。例えば図１２では、ＰＣｅｌｌがＴＤＤ  ＵＬ／ＤＬ構成１を使用しており、ＳＣｅｌｌ  １がＴＤＤ  ＵＬ／ＤＬ構成０で動作しているものと想定している。この特定のケースにおいては、ＰＣｅｌｌのダウンリンクサブフレーム（すなわち０，４，５，９）は、第２のセルのダウンリンクサブフレーム（０，５）の上位集合である。したがって、たとえＳＣｅｌｌ  １が自身の通信用にＴＤＤ  ＵＬ／ＤＬ構成０を使用している場合でも、ＳＣｅｌｌ  １におけるＨＡＲＱフィードバックは、実際にはＴＤＤ  ＵＬ／ＤＬ構成１に定義されているタイミング（ＰＣｅｌｌによっても使用される）を使用することによって実行され（図１２の下部を参照）、ＴＤＤ  ＵＬ／ＤＬ構成１がダウンリンク基準ＵＬ／ＤＬ構成である（非特許文献２の表１０．２−１のＳｅｔ  １を参照）。図１２では、ＳＣｅｌｌ  １のＨＡＲＱフィードバックの表において、ＴＤＤ  ＵＬ／ＤＬ構成１に定義されているサブフレームのうち、ＳＣｅｌｌ  １におけるＨＡＲＱフィードバックを提供する場合に実際に使用されるサブフレームは、太字である。逆に、ＳＣｅｌｌ  １のＨＡＲＱフィードバックの表において、ＴＤＤ  ＵＬ／ＤＬ構成１に定義されているサブフレームのうち、ＳＣｅｌｌ  １には対応するダウンリンクサブフレームが存在しないサブフレームには、×印が付いている（すなわちセル１のアップリンクサブフレーム１９，２４に対するＨＡＲＱフィードバック）。これらの（×印が付いている）サブフレームに対しては、ＤＴＸが送信される。
【００９６】
図１３は、異なるＴＤＤ  ＵＬ／ＤＬ構成を使用する２つのセルのＴＤＤキャリアアグリゲーションにおけるＨＡＲＱフィードバックの別の例を示しており、この場合、ＰＣｅｌｌがＴＤＤ  ＵＬ／ＤＬ構成１を使用しており、ＳＣｅｌｌ  １がＴＤＤ  ＵＬ／ＤＬ構成３を使用しているものと想定する。標準規格の手順に従って、ＳＣｅｌｌ  １のダウンリンク基準ＵＬ／ＤＬ構成はＴＤＤ  ＵＬ／ＤＬ構成４であることが求められる（非特許文献２の表１０．２−１のＳｅｔ  ３を参照）。図１３は、このダウンリンク基準構成が、ＳＣｅｌｌ  １におけるＨＡＲＱフィードバックにどのように適用されるかを示している。図１２ですでに説明したように、実際に使用されるサブフレームが太字であるのに対して、ＳＣｅｌｌ  １には対応するダウンリンクサブフレームが存在しないサブフレーム（すなわちアップリンクサブフレーム１４に対するＨＡＲＱフィードバックであり、このサブフレームに対してはＤＴＸが送信される）には×印を付してある。
【００９７】
図１２および図１３の上述した例では、２つのみのセルが考慮されているが、より多いセルを含むキャリアアグリゲーションにも同じコンセプトを適用することができ、その場合、追加のセルごとに適切なＴＤＤ  ＵＬ／ＤＬ構成（またはダウンリンク基準ＵＬ／ＤＬ構成）を求め、その構成に従ってＨＡＲＱフィードバックのタイミングが決まる。
【００９８】
＜アンライセンスバンドにおけるＬＴＥ：  ライセンス補助アクセス（ＬＡＡ）＞
３ＧＰＰは、２０１４年９月に、アンライセンス周波数帯におけるＬＴＥ運用に関する新規の検討項目に着手した。ＬＴＥをアンライセンスバンドに拡張する理由は、無線ブロードバンドデータの需要がますます成長していることに加えて、ライセンスバンドの量が限られているためである。したがって、携帯電話の事業者が、アンライセンス周波数帯を自社のサービス提供を拡大するための補足的な手段とみなす傾向が強まっている。Ｗｉ−Ｆｉなどの他の無線アクセス技術（ＲＡＴ）に頼ることと比較したとき、アンライセンスバンドにおけるＬＴＥの利点として、事業者およびベンダーは、アンライセンス周波数帯へのアクセスによってＬＴＥプラットフォームを補足することによって、無線・コアネットワークのＬＴＥ／ＥＰＣハードウェアにおける既存の投資および今後の投資を活用することができる。
【００９９】
しかしながら、アンライセンス周波数帯へのアクセスは、必然的にアンライセンス周波数帯における他の無線アクセス技術（ＲＡＴ）と共存することになるため、ライセンス周波数帯へのアクセスの品質には絶対に匹敵し得ないことを考慮しなければならない。したがって、アンライセンスバンドでのＬＴＥ運用は、少なくとも最初は、アンライセンス周波数帯での単独の運用ではなく、ライセンス周波数帯でのＬＴＥの補足とみなされるであろう。この想定に基づき３ＧＰＰは、少なくとも１つのライセンスバンドと併用してアンライセンスバンドでＬＴＥを運用することに対して、ライセンス補助アクセス（ＬＡＡ：Licensed Assisted Access）という用語を確立した。ただし将来における、ＬＡＡ（ライセンス補助アクセス）に頼らないアンライセンス周波数帯でのＬＴＥの単独運用が排除されるものではない。
【０１００】
３ＧＰＰにおいて現在意図されている一般的なＬＡＡ（ライセンス補助アクセス）の方法は、すでに策定されているリリース１２のキャリアアグリゲーション（ＣＡ）の枠組みを最大限に利用することであり、前に説明したようにキャリアアグリゲーション（ＣＡ）の枠組みの構成は、いわゆるプライマリセル（ＰＣｅｌｌ）キャリアおよび１つまたは複数のセカンダリセル（ＳＣｅｌｌ）キャリアを含む。キャリアアグリゲーション（ＣＡ）では、一般的に、セルのセルフスケジューリング（スケジューリング情報とユーザデータが同じコンポーネントキャリアで送信される）と、セル間のクロスキャリアスケジューリング（ＰＤＣＣＨ／ＥＰＤＣＣＨによるスケジューリング情報と、ＰＤＳＣＨ／ＰＵＳＣＨによるユーザデータが、異なるコンポーネントキャリアで送信される）の両方がサポートされる。
【０１０１】
図１４は、極めて基本的なシナリオを示しており、ライセンスＰＣｅｌｌと、ライセンスＳＣｅｌｌ  １と、さまざまなアンライセンスＳＣｅｌｌ  ２，３，４（例示的にスモールセルとして描いてある）とが存在する。アンライセンスＳＣｅｌｌ  ２，３，４の送信／受信ネットワークノードは、ｅＮＢによって管理される遠隔無線ヘッドとする、またはネットワークにアタッチされているがｅＮＢによって管理されないノードとすることができる。簡潔さのため、これらのノードからｅＮＢまたはネットワークへの接続は、図に明示的には示していない。
【０１０２】
現在、３ＧＰＰにおいて想定されている基本的な方法は、ＰＣｅｌｌをライセンスバンドで動作させ、その一方で、１つまたは複数のＳＣｅｌｌをアンライセンスバンドで動作させるというものである。この方式の利点として、制御メッセージと、高いサービス品質（ＱｏＳ）が求められるユーザデータ（例えば音声および映像など）とを高い信頼性で送信するためにＰＣｅｌｌを使用することができ、ただしその一方で、アンライセンス周波数帯におけるＳＣｅｌｌは、必然的に他の無線アクセス技術（ＲＡＴ）と共存するため、シナリオによって程度は異なるがＱｏＳが大幅に低下することがある。
【０１０３】
３ＧＰＰにおけるＬＡＡ（ライセンス補助アクセス）の検討は、５ＧＨｚのアンライセンスバンドを中心として行われることが、ＲＡＮ１＃７８ｂｉｓにおいて合意された（ただし最終的な決定はなされていない）。したがって最も重要な問題の１つは、これらのアンライセンスバンドで動作するＷｉ−Ｆｉ（ＩＥＥＥ  ８０２．１１）システムとの共存である。ＬＴＥと他の技術（Ｗｉ−Ｆｉなど）との間の公平な共存をサポートし、さらに、同じアンライセンスバンドにおける複数の異なるＬＴＥ事業者間の公平性を保証する目的で、アンライセンスバンドでのＬＴＥのチャネルアクセスでは、地域および特定の周波数帯によって異なる特定の一連の規制に従わなければならない。５ＧＨｚのアンライセンスバンドでの運用に関する規制要件の包括的な説明は、非特許文献３（参照により本明細書に組み込まれている）に記載されている。ＬＡＡ（ライセンス補助アクセス）手順を設計するときに考慮しなければならない規制要件には、地域および帯域によって異なるが、動的周波数選択（ＤＦＳ：Dynamic Frequency Selection）、送信電力制御（ＴＰＣ：Transmit Power Control）、リッスンビフォアトーク（ＬＢＴ：Listen Before Talk）、最大送信時間長が限られた不連続送信、が含まれる。３ＧＰＰの意図は、ＬＡＡ（ライセンス補助アクセス）の国際的な単一の枠組みを目標とすることであり、すなわち基本的には、システムを設計する場合、さまざまな地域および５ＧＨｚ帯域に関するすべての要件を考慮しなければならない。
【０１０４】
ＤＦＳ（動的周波数選択）は、レーダーシステムからの干渉を検出してこれらのシステムとの同一チャネル動作を回避する目的で、特定の地域および帯域に要求される。この目的は、周波数帯のほぼ均一な負荷をさらに達成することである。ＤＦＳ（動的周波数選択）の動作および対応する要件は、マスター／スレーブ原理に関連する。レーダー検出を実施する目的で、マスターがレーダー干渉を検出するが、このときマスターに関連付けられる別の装置に頼ることができる。
【０１０５】
５ＧＨｚのアンライセンスバンドでの運用は、ほとんどの地域では、ライセンスバンドでの運用と比較してかなり低い送信電力レベルに制限され、結果としてカバレッジ領域が小さい。たとえライセンスキャリアとアンライセンスキャリアが同じ電力で送信された場合でも、５ＧＨｚ帯域におけるアンライセンスキャリアによってサポートされるカバレッジ領域は、信号の経路損失およびシャドウイング効果が大きいことに起因して、２ＧＨｚ帯域におけるライセンスキャリアよりも通常では小さいものと予測される。特定の地域および帯域に関するさらなる要件として、同じアンライセンスバンドで動作する他の装置に引き起こされる干渉の平均レベルを低減する目的で、ＴＰＣ（送信電力制御）を使用する。
【０１０６】
装置は、ＬＢＴ（リッスンビフォアトーク）に関する欧州の規制に従って、無線チャネルを占有する前に空きチャネル判定（ＣＣＡ：Clear Channel Assessment）を実行しなければならない。例えばエネルギ検出に基づいてチャネルが空きとして検出された後にのみ、アンライセンスチャネルでの送信を開始することが許可される。ＣＣＡ（空きチャネル判定）時、装置は特定の最小時間にわたりチャネルを監視しなければならない。検出されたエネルギレベルが、設定されているＣＣＡのしきい値を超える場合、チャネルは占有されているとみなされる。チャネルが空きとして分類される場合、装置はただちに送信することが許可される。これにより、同じ帯域で動作する他の装置との公平なリソース共有を促進する目的で、最大送信時間長が制限される。
【０１０７】
＜６つ以上のキャリアの場合のＬＴＥキャリアアグリゲーションの機能強化＞
ＬＡＡ（ライセンス補助アクセス）によって、５ＧＨｚ帯域におけるアンライセンス周波数帯の周波数帯機会（spectrum opportunities）を獲得する方向に、ＬＴＥのキャリアアグリゲーション機能を拡張することに関心が寄せられるようになった。５ＧＨｚ帯域において動作するＷＬＡＮは、最近ではすでに８０ＭＨｚ幅をサポートしており、これに続いてＩＥＥＥ  ８０２．１１ａｃのＷａｖｅ  ２配備（Wave 2 deployment）では１６０ＭＨｚ幅がサポートされる。ＬＴＥにおいてすでに幅広く使用されている帯域に加えて、他の周波数帯域（３．５ＧＨｚなど）もあり、同じ帯域における２つ以上のキャリアのアグリゲーションも可能である。
【０１０８】
ＬＡＡ（ライセンス補助アクセス）と組み合わせて、ＬＴＥの少なくとも類似する帯域幅の利用をＩＥＥＥ  ８０２．１１ａｃ  Ｗａｖｅ  ２として可能にすることによって、６つ以上の（少なくともダウンリンク）キャリアがサポートされるようにキャリアアグリゲーションの枠組みを拡張する要求が支援される。キャリアアグリゲーション（ＣＡ）の枠組みを６つ以上のキャリアに拡張することにより、事業者は、通信ニーズ用の利用可能な周波数帯をより効率的に利用することが可能になる。
【０１０９】
すでに認識されているように、コンポーネントキャリアの数の増大に伴って、キャリアアグリゲーション（ＣＡ）のすべての側面がそのまま増大するわけではない。一例として、キャリアアグリゲーション（ＣＡ）に対応するＵＥの数および／またはアグリゲートされるコンポーネントキャリアの数が増えると、ＰＣｅｌｌとして使用されるセルの負荷は大きく高まる。この理由は、ＰＣｅｌｌのみに適用される重要な機能（例えばＰＵＣＣＨの送信）が存在するためである。サポートされるコンポーネントキャリアの数が増えると、ＣＡ対応ＵＥあたり要求されるＰＵＣＣＨペイロードサイズをかなり大きく増やす必要があり、ＣＡ対応ＵＥの数の増大に伴って、ＰＣｅｌｌのアップリンク負荷に対するさらに重大な影響が生じる。すべてのＰＵＣＣＨ送信をＰＣｅｌｌに収容することは、必然的に性能（特に、ＣＡ非対応ＵＥの性能）に影響する。
【０１１０】
この場合、マクロセルと、ＲＲＨ（リモートラジオヘッド）によってサーブされるスモールセルとの間でＰＣｅｌｌを変えることによって、ネットワーク内のＵＥのＰＵＣＣＨリソースを分散させることができ、したがって過負荷の問題を解決することができる。しかしながらこれにより、スモールセルの機器（ＲＲＨなど）が簡単な方法で設置されるという恩恵がなくなる。
【０１１１】
キャリアアグリゲーションの場合にＳＣｅｌｌにおけるＰＵＣＣＨをサポートし、また、キャリアアグリゲーション能力を最大３２個のコンポーネントキャリアに拡張するための検討が行われている。非特許文献４に定義されているように、対応する作業項目の詳細な目標は以下のとおりである。
【０１１２】
１．リリース１２のキャリアアグリゲーション（ＣＡ）の設定を対象として、アップリンクのキャリアアグリゲーションをサポートするＵＥのための、ＳＣｅｌｌにおけるＰＵＣＣＨのサポートを規定して完了させる。
・  二重接続の場合のＵＣＩのメカニズム（すなわちＰＵＣＣＨがＰＣｅｌｌおよび１つのＳＣｅｌｌにおいて同時に設定される）と、リリース１２のＣＡ設定において定義されている、ＰＵＣＣＨでのＵＣＩシグナリングフォーマットとに基づいて、ＳＣｅｌｌにおけるＰＵＣＣＨのための物理層の仕様を開発する［ＲＡＮ＃６８までのＲＡＮ１］。
・  ＵＥでのＳＣｅｌｌにおけるＰＵＣＣＨをサポートするための必要な第２層／第３層の機能および手順を明らかにして規定する［ＲＡＮ２］。
【０１１３】
２．ダウンリンクおよびアップリンクにおける最大３２個のコンポーネントキャリアのＬＴＥキャリアアグリゲーションを可能にするための必要なメカニズムを規定する。これは以下を含む。
・  セルフスケジューリングおよびクロスキャリアスケジューリングの両方を含めて、最大３２個のコンポーネントキャリアの場合のダウンリンク制御シグナリングの機能強化（存在時）［ＲＡＮ１］
・  最大３２個のコンポーネントキャリアの場合のアップリンク制御シグナリングの機能強化［ＲＡＮ１］
・  最大３２個のダウンリンクキャリアの場合のＰＵＣＣＨにおけるＵＣＩフィードバックをサポートするための機能強化
・  最大３２個のダウンリンクキャリアの場合のＵＣＩフィードバックをサポートするため、ＵＣＩのシグナリングフォーマットの必要な機能強化を規定する
・  最大３２個のダウンリンクキャリアの場合のＰＵＳＣＨにおけるＵＣＩフィードバックをサポートするための機能強化
・  ＵＥが最大３２個のコンポーネントキャリアをアグリゲートするための上位層の機能強化（認識された場合）［ＲＡＮ２］
【０１１４】
３．ｅＮＢおよびＵＥの必要な中心的要件（存在時）を規定する［ＲＡＮ４］
・  この作業項目の一部として、特定の帯域を対象とするＲＡＮ４作業は予定されていない。
【０１１５】
＜＜ＰＵＣＣＨグループ＞＞
リリース１２において二重接続（ＤＣ）が開発され、二重接続（ＤＣ）では、ＵＥは、セルグループ（ＣＧ）にまたがる同時のＰＵＣＣＨ／ＰＵＣＣＨ送信および同時のＰＵＣＣＨ／ＰＵＳＣＨ送信を含むアップリンクキャリアアグリゲーション（ＵＬ−ＣＡ）の能力を有することが要求される。リリース１２の二重接続に関する作業項目では、二重接続におけるＰＵＣＣＨメカニズムを最大限に再使用することによって、ＣＡの場合のＳＣｅｌｌにおけるＰＵＣＣＨが導入されることになっていた。しかしながらリリース１２における日程が厳しかったため、これは作業項目の目標からはずされた。
【０１１６】
したがって、ＣＡの場合のＳＣｅｌｌにおけるＰＵＣＣＨのサポートは、開発シナリオ＃４において不可欠であると考えられる。物理層の観点からは、リリース１２の二重接続の作業項目において最初に予定されていたように、二重接続のＵＣＩフィードバックメカニズムをＣＡの場合においてかなりの部分を再使用することが可能である。さらには、アグリゲートすることのできるダウンリンクキャリアの数が増えることを考えたとき、ＣＡの場合のＳＣｅｌｌにおけるＰＵＣＣＨによって、ＰＵＣＣＨに関連する負荷を軽減することができる。
【０１１７】
最大３２個のコンポーネントキャリアがサポートされるようにＣＡを拡張するためには、ＳＣｅｌｌにおけるＰＵＣＣＨまたはデュアルＰＵＣＣＨを導入する以外に、１つのアップリンクキャリアで伝えられるＨＡＲＱ−ＡＣＫフィードバックおよびＣＳＩフィードバックに関する機能強化も求められる。このような機能強化によって、ＴＤＤ  ＰＣｅｌｌを含むＣＡ動作（ＰＤＳＣＨでのＨＡＲＱ−ＡＣＫフィードバックがすでに３つのコンポーネントキャリアに制限されている）を改良することもできる。
【０１１８】
ＲＡＮ１＃８０では、作業項目「LTE Carrier Aggregation Enhancement Beyond 5 Carriers” discussion, also taken from RP-142286（６つ以上のキャリアのＬＴＥキャリアアグリゲーションの機能強化（RP-142286からも引用））」の検討の中で、以下の合意に達した。
【０１１９】
・  リリース１２のＣＡの設定に対して、リリース１２の二重接続の作業項目の中で達成された、ＳＣｅｌｌにおけるＰＵＣＣＨの合意を、基準として設定する。
−  ２つのサービングセルでのＰＵＣＣＨ送信は、以下の方法によって実施する。
・  ＰＵＣＣＨセルグループ１では、ＳＣｅｌｌについてはＰＣｅｌｌで伝える
・  ＰＵＣＣＨセルグループ２では、ＳＣｅｌｌについては、ＰＵＣＣＨを伝えるように上位層シグナリングによって設定された１つのＳＣｅｌｌで伝える
・  １つのＳＣｅｌｌは、１つのＰＵＣＣＨセルグループのみに属すことができる
・  ２つのサービングセルの一方がＰＣｅｌｌである
・  ＦＦＳ：  異なるＰＵＣＣＨセルグループ内のセルの間でのクロスキャリアスケジューリングは行わない
・  ＳＣｅｌｌにおけるＰＵＣＣＨは、ＨＡＲＱ−ＡＣＫおよびＣＳＩを伝えることができる
−  ＳＣｅｌｌのみにおけるＰＵＣＣＨ（すなわちＰＣｅｌｌにおけるＰＵＣＣＨが存在しない）は、リリース１３ではサポートされない
【０１２０】
現在、２つのＰＵＣＣＨセルグループがサポートされており、ＰＵＣＣＨセルグループ１ではＰＵＣＣＨ送信にＰＣｅｌｌが使用されるように定義される。ＰＵＣＣＨセルグループ２では、１つのＳＣｅｌｌがＰＵＣＣＨ送信に使用されるように設定される。この場合、さまざまなセルがＰＵＣＣＨセルグループ１および２に割り当てられ、したがって、特定のセルのＰＵＣＣＨは、その特定のセルが属するそれぞれのＰＵＣＣＨセルグループのＰＵＣＣＨ送信に使用されるように定義されているセルを介して、送信される。
【先行技術文献】
【非特許文献】
【０１２１】
【非特許文献１】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”
【非特許文献２】3GPP TS 36.213
【非特許文献３】R1-144348, “Regulatory Requirements for Unlicensed Spectrum”, Alcatel-Lucent et al., RAN1#78bis, Sep. 2014
【非特許文献４】RP-142286,” New WI proposal: LTE Carrier Aggregation Enhancement Beyond 5 Carriers”
【発明の概要】
【発明が解決しようとする課題】
【０１２２】
本発明を制限することのない例示的な一実施形態は、再送信プロトコルのフィードバック情報を無線基地局に提供する改良された方法を提供する。
【課題を解決するための手段】
【０１２３】
独立請求項は、本発明を制限することのない例示的な実施形態を提供する。有利な実施形態は、従属請求項の主題である。
【０１２４】
第１の態様によると、本発明は、無線基地局からのダウンリンク送信を受信するための再送信プロトコルを動作させているときにフィードバック情報を提供する方法を改良する。この態様は、ユーザ機器に多数のコンポーネントキャリア（セル）が設定されているシナリオにも適用することができる。ユーザ機器は無線基地局と通信しており、したがって設定されているセルのいくつかまたはすべてを介してダウンリンク送信を継続的に受信するものと想定する。さらに、ＵＥは、無線基地局とのダウンリンク通信に関する再送信プロトコルを動作させるようにさらに構成されており、ダウンリンク通信に関するフィードバック情報が、この再送信プロトコルに従って無線基地局に送信されるものと想定する。
【０１２５】
この第１の態様によると、ユーザ機器に対して少なくとも１つのセルバンドリンググループが定義されており、セルバンドリンググループは、以下に説明するようにフィードバック情報を提供する目的で、少なくとも２つのセルを一緒にグループ化する。（１つまたは複数の）セルバンドリンググループは、例えば、無線基地局によって定義し、上位層シグナリングを使用することによってＵＥに伝えることができる。例えば、セルバンドリンググループの１つは、特定のタイプのすべてのキャリア（アンライセンスキャリアなど）をグループ化することができる。この場合、残りのキャリア（例えばライセンスキャリア）を、１つまたは複数のセルバンドリンググループの中にグループ化することができ、またはグループ化しなくてもよい。
【０１２６】
（１つまたは複数の）セルバンドリンググループは、ユーザ機器によって生成されるフィードバック情報をグループ化する目的で定義される。特に、セルバンドリンググループごとにバンドルされて無線基地局に送信されるフィードバック情報を生成するため、特定のセルバンドリンググループのセルにおいて生成されるフィードバック情報をバンドルする。
【０１２７】
フィードバック情報の実際のバンドリングは、さまざまな方法で実行することができる。例えば、周波数分割複信（ＦＤＤ）システム（フィードバックが同期式に、すなわち対応するダウンリンク送信を受信した後、所定の時間長の後に、送信される）を考えると、各サブフレームにおいて、セルあたり１つのみの以前のサブフレームに関するフィードバック情報が待ち状態にある。各セルバンドリンググループにおける、フィードバック情報のバンドリングは、それぞれのセルバンドリンググループに関連付けられているセルにおいて生成されたフィードバック情報を（すなわちセルバンドリンググループのセルにまたがって）バンドルするために、サブフレームごとに実行される。結果として、サブフレームごとに、かつセルバンドリンググループごとにバンドルされたフィードバック情報が生成され、この情報が無線基地局に提供される。
【０１２８】
その一方で、時分割複信（ＴＤＤ）システム（フィードバックは、所定のフィードバックタイミングに従って非同期的に送信される）を考えると、各サブフレームにおいて、セルあたり複数の以前のサブフレームに関するフィードバック情報が待ち状態にありうる。したがって、第１の態様は、ＴＤＤシステムにおけるフィードバック動作のための２種類のバンドリング方法を提供する。第１のバンドリング方法（ＦＤＤシステムにおいて採用されるバンドリング方法にいくらか似ている）によると、クロスキャリアバンドリングのコンセプトが適用される。より詳細には、特定のアップリンクサブフレームにおいて、フィードバック情報のいくつかの項目が無線基地局への送信待ち状態にあることがあり、この場合、フィードバック情報の各項目は、それぞれのアップリンクサブフレームに対して採用されている上述した所定のフィードバックタイミングに従って、以前の（ダウンリンク）サブフレームの１つについて言及していることに留意されたい。現在処理しているセルバンドリンググループに関連付けられているセルに関連するフィードバック情報の複数の異なる項目が、フィードバック情報項目の連続する順序においてバンドルされ、したがってフィードバック情報項目の順序ごとに、バンドルされたフィードバック情報が生成される。言い換えれば、バンドリングは、同じセルバンドリンググループに関連付けられているいくつかのセルにまたがって同じ順序のフィードバック情報がバンドルされるように、実行される。各アップリンクサブフレームにおいて、無線基地局への待ち状態にあるフィードバック情報項目の順序ごとに、かつセルバンドリンググループごとに、この手順が連続的に実行される。結果として、第１のバンドリング方法では、アップリンクサブフレームごとに、かつセルバンドリンググループごとに、送信待ち状態であるフィードバック情報項目の順序ごとにバンドルされたフィードバック情報が生成される。
【０１２９】
ＴＤＤシステムに適用することのできる第２のバンドリング方法によると、同じセルのフィードバック情報項目がバンドルされるように、現在処理しているセルバンドリンググループに関連付けられているセルに関連するフィードバック情報の複数の異なる項目が、各セル内でバンドルされる。結果として、第２のバンドリング方法では、アップリンクサブフレームごとに、かつセルバンドリンググループごとに、セルごとにバンドルされたフィードバック情報が生成される。第２のバンドリング方法の例示的な一実装形態によると、セルごとにバンドルされたフィードバック情報は、各セルバンドリンググループ内で、それぞれのセルのインデックスの昇順に連結される。
【０１３０】
いずれの場合も、セルバンドリンググループごとに、バンドルされたフィードバック情報の１つまたは複数の項目が生成され（セルバンドリンググループのセルにおいて少なくとも１つのダウンリンク送信が受信された場合）、次いでこれらの項目が無線基地局に送信される。異なるセルバンドリンググループの、バンドルされたフィードバック情報の送信は、それぞれのアップリンクサブフレームを介して、適切なアップリンク制御情報フォーマットで一緒に実行される。適切なアップリンク制御情報フォーマットは、複数の利用可能なフォーマットの中から選択され、この場合に一般的には、セルバンドリンググループは１つのセルであると想定され、したがって１つのセルバンドリンググループのバンドルされたフィードバック情報は、１つのセルのフィードバック情報であると想定される。適切なアップリンク制御情報フォーマットの選択は、例えば、セルバンドリンググループの数、および／または、アップリンクサブフレームあたりの送信待ち状態にあるフィードバック情報項目の数、に依存する。
【０１３１】
上述した第１の態様の１つの利点として、フィードバック情報を適切にバンドルすることによって、フィードバック情報の送信されるデータ量を減らすことができる。このことは、アップリンク電力がさらに制限されているＵＥに対して多数のセルが設定されている場合に、特に重要である。別の利点として、セルバンドリンググループを実施することによって、無線基地局はバンドリングを制御することができ、バンドリングを特定のＵＥに応じたものにする（例えばＵＥのアップリンク電力の制限に応じたものにする）ことができる。
【０１３２】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、移動通信システムにおいてユーザ機器によって再送信プロトコルのフィードバック情報を無線基地局に提供する方法、を提供する。ユーザ機器に対して、少なくとも２つのセルが設定されている。ユーザ機器に対して少なくとも１つのセルバンドリンググループが定義されており、少なくとも１つのセルバンドリンググループの１つが、少なくとも２つのセルのうちの少なくとも２つに関連付けられている。ユーザ機器は無線基地局と通信しており、少なくとも２つのセルの少なくとも１つを介してダウンリンク送信を受信する。ユーザ機器は、無線基地局と一緒に再送信プロトコルを動作させるように構成されており、少なくとも２つのセルを介してのダウンリンク通信に対するフィードバック情報を無線基地局に提供するステップを含む。ＵＥは、セルバンドリンググループごとにバンドルされたフィードバック情報を生成するために、セルバンドリンググループごとに、それぞれのセルバンドリンググループに関連付けられているセルに関連して生成されたフィードバック情報をバンドルするように構成されている。次いでＵＥは、各セルバンドリンググループのバンドルされたフィードバック情報を無線基地局に送信する。
【０１３３】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、移動通信システムにおいて再送信プロトコルのフィードバック情報を無線基地局に提供するユーザ機器、を提供する。ＵＥに対して少なくとも２つのセルが設定されており、かつ、ユーザ機器に対して少なくとも１つのセルバンドリンググループが定義されており、少なくとも１つのセルバンドリンググループの１つが、少なくとも２つのセルのうちの少なくとも２つに関連付けられている。ユーザ機器は無線基地局と通信しており、少なくとも２つのセルの少なくとも１つを介してダウンリンク送信を受信し、ユーザ機器は、無線基地局と一緒に再送信プロトコルを動作させるように構成されており、少なくとも２つのセルを介してのダウンリンク通信に対するフィードバック情報を無線基地局に提供するステップを含む。ＵＥのプロセッサは、セルバンドリンググループごとにバンドルされたフィードバック情報を生成するために、セルバンドリンググループごとに、それぞれのセルバンドリンググループに関連付けられているセルに関連して生成されたフィードバック情報をバンドルする。送信機は、各セルバンドリンググループのバンドルされたフィードバック情報を無線基地局に送信する。
【０１３４】
したがって、１つの一般的な第１の態様においては、本明細書に開示されている技術は、再送信プロトコルのフィードバック情報をユーザ機器から受信する無線基地局、を提供する。ユーザ機器に対して少なくとも２つのセルが設定されており、かつ、ユーザ機器に対して少なくとも１つのセルバンドリンググループが定義されており、少なくとも１つのセルバンドリンググループの１つが、少なくとも２つのセルのうちの少なくとも２つに関連付けられている。ユーザ機器は無線基地局と通信しており、少なくとも２つのセルの少なくとも１つを介してダウンリンク送信を受信する。無線基地局は、ユーザ機器と一緒に再送信プロトコルを動作させるように構成されており、少なくとも２つのセルを介してのダウンリンク通信に対するフィードバック情報をユーザ機器から受信するステップを含む。無線基地局の受信機は、各セルバンドリンググループのバンドルされたフィードバック情報を、ユーザ機器から受信する。セルバンドリンググループごとにバンドルされたフィードバック情報を生成するために、バンドルされたフィードバック情報は、セルバンドリンググループごとに、それぞれのセルバンドリンググループに関連付けられているセルに関連して生成されたフィードバック情報をバンドルすることによって、ユーザ機器によって生成される。
【０１３５】
開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面に開示したさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および／または利点の１つまたは複数を得るためにすべてを備える必要はない。
【０１３６】
これらの一般的な態様および特定の態様は、システム、方法、コンピュータプログラム、またはこれらの任意の組合せ、を使用して実施することができる。
【０１３７】
以下では、例示的な実施形態について添付の図面を参照しながらより詳細に説明する。
【図面の簡単な説明】
【０１３８】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示している。
【図２】３ＧＰＰ  ＬＴＥ（リリース８／９）において定義されている、サブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドを示している。
【図３】現在標準化されている７つのＴＤＤ  ＵＬ／ＤＬ構成０〜６と、それぞれの１０個のサブフレームのそれぞれの定義と、それぞれのスイッチポイント周期とを示している。
【図４】２つのハーフフレーム（１０個のサブフレーム）からなり、５ｍｓのスイッチポイント周期の無線フレームの構造を示している。
【図５】サブフレーム０におけるダウンリンク送信と、サブフレーム４における対応するＡＣＫ／ＮＡＣＫ送信に基づく、ＦＤＤにおける同期ＨＡＲＱ動作を示している。
【図６Ａ】３ＧＰＰ  ＬＴＥによって定義されている静的なＴＤＤ構成０〜６における、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバックのタイミングを示している。
【図６Ｂ】３ＧＰＰ  ＬＴＥによって定義されている静的なＴＤＤ構成０〜６における、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ／ＤＴＸフィードバックのタイミングを示している。
【図７】例としてＴＤＤ構成１を想定したときの、ＴＤＤにおける非同期ＨＡＲＱ動作と、ＡＣＫ／ＮＡＣＫのグループ化を示している。
【図８】図７の例に基づくＨＡＲＱ多重化を概略的に示している。
【図９】図７の例に基づくＨＡＲＱバンドリングを概略的に示している。
【図１０】ＴＤＤにおける、２つのコンポーネントキャリアを含むキャリアアグリゲーションの場合の、ＨＡＲＱ動作を示している。
【図１１】ＴＤＤにおける、３つのコンポーネントキャリア（同じＴＤＤ  ＵＬ／ＤＬ構成に従って動作する）を含むキャリアアグリゲーションの場合の、ＨＡＲＱ動作を示している。
【図１２】ＴＤＤにおける、２つのコンポーネントキャリア（異なるＴＤＤ  ＵＬ／ＤＬ構成に従って動作する）を含むキャリアアグリゲーションの場合の、ＨＡＲＱ動作を示している。
【図１３】ＴＤＤにおける、２つのコンポーネントキャリア（異なるＴＤＤ  ＵＬ／ＤＬ構成に従って動作する）を含むキャリアアグリゲーションの場合の、ＨＡＲＱ動作を示している。
【図１４】さまざまなライセンスセルおよびアンライセンスセルが存在する、例示的なライセンス補助アクセス（ＬＡＡ）のシナリオを示している。
【図１５】例示的な一実施形態による、ＦＤＤにおけるキャリアアグリゲーションの場合の改良されたＨＡＲＱ動作を示している。
【図１６】第１の代替の例示的な実施形態による、ＴＤＤにおける、６つのコンポーネントキャリア（すべてが同じＴＤＤ  ＵＬ／ＤＬ構成に従って動作する）を含むキャリアアグリゲーションの場合の、改良されたＨＡＲＱ動作を示している。
【図１７】第１の代替の例示的な実施形態による、ＴＤＤにおける、６つのコンポーネントキャリア（すべてが同じＴＤＤ  ＵＬ／ＤＬ構成に従って動作する）を含むキャリアアグリゲーションの場合の、改良されたＨＡＲＱ動作を示している。
【図１８】第１の代替の例示的な実施形態による、ＴＤＤにおける、６つのコンポーネントキャリア（異なるＴＤＤ  ＵＬ／ＤＬ構成に従って動作する）を含むキャリアアグリゲーションの場合の、改良されたＨＡＲＱ動作を示している。
【図１９】第２の代替の例示的な実施形態による、ＴＤＤにおける、６つのコンポーネントキャリア（異なるＴＤＤ  ＵＬ／ＤＬ構成に従って動作する）を含むキャリアアグリゲーションの場合の、改良されたＨＡＲＱ動作を示している。
【図２０】第２の代替の例示的な実施形態による、ＴＤＤにおける、６つのコンポーネントキャリア（同じＴＤＤ  ＵＬ／ＤＬ構成に従って動作する）を含むキャリアアグリゲーションの場合の、改良されたＨＡＲＱ動作を示している。
【図２１】第２の代替の例示的な実施形態による、ＴＤＤにおける、６つのコンポーネントキャリア（異なるＴＤＤ  ＵＬ／ＤＬ構成に従って動作する）を含むキャリアアグリゲーションの場合の、改良されたＨＡＲＱ動作を示している。
【発明を実施するための形態】
【０１３９】
「移動局」または「移動ノード」または「ユーザ端末」または「ユーザ機器」は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、および／または、所定の一連の機能をノードまたはネットワークの別の機能エンティティに提供するソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、通信機器または通信媒体にノードをアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティや通信相手ノードと通信することができる。
【０１４０】
特許請求の範囲および本出願において使用されている用語「無線リソース」は、物理無線リソース（時間−周波数リソースなど）を意味するものと広義に理解されたい。
【０１４１】
背景技術のセクションで説明したように、将来的な３ＧＰＰリリースでは、６つ以上のキャリア（特に、最大３２個のキャリア）の設定がサポートされる。これを目的として、増大した数のキャリアに関連して生成される増大したアップリンクフィードバックに対処するため、新規のＰＵＣＣＨ手順が必要である。設計の目標は、特に、アップリンク電力が制限されているＵＥにおけるＰＵＣＣＨオーバーヘッドを低減することである。
【０１４２】
本発明者は、上に説明した問題を軽減するため、以下の例示的な実施形態を着想した。
【０１４３】
これらの実施形態のいくつかは、３ＧＰＰの標準規格に規定されており背景技術のセクションで一部を説明した広い仕様の範囲内で実施され、さまざまな実施形態に関連する以下に説明されている特に重要な特徴が追加されている。なお、これらの実施形態は、例えば背景技術のセクションで説明した３ＧＰＰ  ＬＴＥ−Ａ（リリース１０／１１／１２／１３）の通信システムなどの移動通信システムにおいて有利に使用することができるが、これらの実施形態は、この特定の例示的な通信ネットワークでの使用に限定されないことに留意されたい。
【０１４４】
以下の説明は、本開示の範囲を限定するものとして理解されるべきではなく、本開示をよりよく理解するための実施形態の単なる例として理解されたい。特許請求の範囲で提示される本開示の一般原則は、異なるシナリオに、本明細書で明示的に記載されない方法で適用することができることが、当業者には理解されよう。同様に、さまざまな実施形態の説明を目的とすることを前提とする以下のシナリオは、本発明およびその実施形態をそのようなものとして限定しない。
【０１４５】
いくつかの例示的な実施形態によると、ＨＡＲＱフィードバックが提供される対象のコンポーネントキャリアの数の増大に対処するため、ＰＵＣＣＨセルグループのコンセプトを拡張する。具体的には、多数の（すなわち現在サポートされている２つより多くの）ＰＵＣＣＨセルグループを定義することができる。なお、この点において、最大５つのサービングセルのＰＵＣＣＨを１つのＰＵＣＣＨグループで送信することができ、したがって、作業項目によって想定されている３２個のキャリアをサポートできるようにするためには、７つのＰＵＣＣＨセルグループが定義されることに留意されたい。この実施形態は、増大する数のキャリアに対処することができるためすでに有利であるが、以下では、異なるコンセプトに基づくいくつかの追加の例示的な実施形態について説明する。
【０１４６】
背景技術のセクションで説明したように、通信の信頼性を高めるため、ＵＥとｅＮＢとの間でのＨＡＲＱが採用されている。したがって、以下に説明する例示的な実施形態では、ＵＥとｅＮＢの間の（少なくとも）ダウンリンク通信に対して再送信プロトコル（ＨＡＲＱ）が使用されるものと想定し、したがってＵＥは、ダウンリンクデータ（すなわちＰＤＣＣＨ、ＰＤＳＣＨ）に関するフィードバック情報（ＨＡＲＱフィードバック）をｅＮＢに提供する。ＨＡＲＱフィードバックをｅＮＢに提供するタイミングは、ＨＡＲＱプロトコルによって定義されている。例えばＦＤＤでは、４ｍｓのオフセットを使用し、またはＴＤＤでは、ＨＡＲＱタイミングテーブルに基づく。一般的には、背景技術のセクションにおいて図５、図６ａ、図６ｂ、および図７〜１３に関連して詳細に示した、ＦＤＤおよびＴＤＤの場合のタイミングを、例示的な実施形態において再使用することができる。言い換えれば、例示的な実施形態では、現在標準化されている（または今後標準化される）ＨＡＲＱフィードバックのタイミングを変更する必要がなく、このタイミングに従って生成されるＨＡＲＱフィードバックの次の処理に焦点をあてる。このことは、実施形態のコンセプトを説明するために選択した特定の例の以下の説明によって、さらに明らかになるであろう。
【０１４７】
以下では、さまざまなセルを含むキャリアアグリゲーションを使用するようにＵＥが設定されているシナリオを考える。例示的な実施形態は、キャリアアグリゲーションの対象として設定されているセルの数が増大するに伴って特に有利になり、したがって、６つ以上のキャリアが存在するシナリオにおいて特に重要であると考えられる（背景技術のセクションで説明した新しい作業項目を参照）。しかしながら、例示的な実施形態はこのようなシナリオに制限されることはなく、２つのみのセルを含むキャリアアグリゲーションの場合にも適用することができる。
【０１４８】
説明を単純にするためのさらなる想定として、１つのみのコードワードが送信される（すなわち空間多重化が使用されない）。ただし本発明は、後から説明するように、２つのコードワードが送信されるときにも適用することができる。
【０１４９】
例示的な実施形態では、背景技術のセクションで説明した通常のＨＡＲＱ構成に加えて、複数の異なるセルのＨＡＲＱフィードバックをグループ化するため、（別の）セルバンドリンググループを導入する。より詳細には、それぞれのＵＥに対して設定されている２つ以上のセルをグループ化するため、ＵＥあたり少なくとも１つのセルバンドリンググループが定義される。１つのセルバンドリンググループをどのセルが形成するかは、例えばｅＮＢが決定することができ、それに応じてｅＮＢは、（例えば上位層シグナリングを適切に使用して）それぞれのＵＥを設定することができる。
【０１５０】
ＵＥのさまざまなセルをどのようにグループ化するかの１つのオプションとして、特定のタイプのすべてのセルを１つのセルバンドリンググループの中にグループ化する。例えば、すべてのアンライセンスセルが１つのグループを形成することができ、その一方で、残りのライセンスセルも１つまたは複数のセルバンドリンググループの中にグループ化することができる（これに代えて、残りのライセンスセルはセルバンドリンググループの中にグループ化しない）。
【０１５１】
セルバンドリンググループの数、および／または、ｅＮｏｄｅＢによって実行されるセルのグループ化は、ＵＥの能力および現在のアップリンク状態に応じたものとすることもできる。例えば、現時点でアップリンク電力が制限されている（すなわち多すぎるＰＵＣＣＨをｅＮｏｄｅＢに送信できない、および／または、ＰＵＣＣＨあたり数個のビットしか送信できない）ＵＥに対しては、ＰＵＣＣＨ負荷が軽減するように、最初は、より少ないセルバンドリンググループを定義する、および／または、各セルバンドリンググループに、より多数のセルを関連付ける。
【０１５２】
セルバンドリンググループは、必要な場合（例えばＵＥのアップリンク状態が大幅に変化した場合）、ｅＮｏｄｅＢによって再設定することもできる。
【０１５３】
いずれの場合にも、以下では、ＵＥに対して１つまたは複数のセルバンドリンググループが定義されており、各セルバンドリンググループが少なくとも２つのセルを互いに関連付けているものと想定する。なお、１つの特定のセルは１つのセルバンドリンググループのみに関連付けられることに留意されたい。しかしながら、すべてのセルをセルバンドリンググループに関連付ける必要はなく、ただし例示的な実施形態を適用するためには、少なくとも２つのセルを含む少なくとも１つのセルバンドリンググループが定義されている必要がある。
【０１５４】
以下では、ＦＤＤを採用するシナリオにおいて実施される例示的な実施形態について、図１５に関連して説明する。図１５で使用されているこのシナリオと、さらに残りの図においては、２つのセルバンドリンググループ（セルバンドリンググループ０およびセルバンドリンググループ１）が定義されており、各セルバンドリンググループにそれぞれ３つの異なるセルが割り当てられているものと想定する。具体的には、セル０（ＰＣｅｌｌ）、セル２、およびセル５がセルバンドリンググループ０に割り当てられており、その一方で、インデックス１，３，４のセルがセルバンドリンググループ１に割り当てられている。当然ながら、６つのセルのこの特定のグループ化は、例示的にＵＥに設定されているにすぎないものと想定する。さまざまな例示的な実施形態を説明するために選択されたこの例示的なシナリオでは、例示的な６つのセルをグループ化するために定義された２つのセルバンドリンググループが存在するが、ＵＥに対して設定されているものと想定する６つのセルをグループ化するために、１つのみのセルバンドリンググループまたは３つのセルバンドリンググループを定義することもできる。
【０１５５】
ＦＤＤシステムにおいては、ＨＡＲＱフィードバックタイミングは、背景技術のセクションで説明したように、ＨＡＲＱフィードバックが、対応するダウンリンク送信より４つのサブフレームだけ後にアップリンクで提供されるというタイミングである。本発明の例示的な実施形態によると、図１５にサブフレーム０について示したように、サブフレームごとに、かつセルバンドリンググループごとに、クロスキャリアバンドリングが実行される。したがって、セルバンドリンググループ０では、セルバンドリンググループ０のさまざまなセルのサブフレーム０においてＨＡＲＱフィードバックが生成された場合、ＰＣｅｌｌのサブフレーム４で送信されるように、（論理ＡＮＤ演算の使用によって）一緒にバンドルされる。言い換えれば、バンドルされたＨＡＲＱを生成するため、セル０、セル２、およびセル５のそれぞれのサブフレーム０に対して生成されたＨＡＲＱフィードバックが一緒にバンドルされる。
【０１５６】
例えば、ＵＥが３つのダウンリンク送信（それぞれセル０，２，５のサブフレーム０におけるダウンリンク送信）を受信して正しく符号化した場合、ＵＥは、無線基地局に送信されるように３つのＡＣＫを生成する。これら３つのＡＣＫを（この場合には論理ＡＮＤ演算によって１つのＡＣＫに）バンドルすることによって、３つのＡＣＫの代わりに１つのＡＣＫのみが、ＰＣｅｌｌのサブフレーム４においてｅＮｏｄｅＢに送信される。当然ながら、ＨＡＲＱフィードバックのバンドリングでは、現在のＨＡＲＱ動作から公知であるようにＮＡＣＫおよびＤＴＸをバンドルすることもできる。
【０１５７】
同じことは、セルバンドリンググループ１にもあてはまり、セル１，３，４のサブフレーム０において生成されたＨＡＲＱフィードバックをグループ化／バンドルし、バンドルされたＨＡＲＱフィードバックをＰＣｅｌｌのサブフレーム４を介して送信する。結果として、２つのＨＡＲＱフィードバックが、例えば、両方を送信するためチャネル選択を含むＰＵＣＣＨフォーマット１ｂを使用することによって、ＰＣｅｌｌのサブフレーム４を介して送信され、あるいはＰＵＣＣＨフォーマット３を使用することができる（ｅＮＢによってそのように設定されている場合）。
【０１５８】
ＦＤＤに適用されるコンセプトの上の説明から理解できるように、クロスキャリアバンドリングのコンセプトが適用されることによって、ＨＡＲＱフィードバックの数はセルバンドリンググループの数によって決まり、セルバンドリンググループにそれぞれ割り当てられているセルの数とは無関係である。
【０１５９】
図１５には示していないが、無線フレームの各サブフレームについて同じ手順を繰り返すことができる。
【０１６０】
このコンセプトの１つの利点として、特に、サポートされている、設定されるキャリアの数が最大３２個のキャリアに増大するときに、ＰＵＣＣＨオーバーヘッドを制限することができる。アップリンクリソースが制限されているとき、ＰＵＣＣＨ送信に必要な総アップリンクリソースが減少する。
【０１６１】
このコンセプトの別の利点として、アップリンク電力が制限されているＵＥに対して、ダウンリンクキャリアアグリゲーションをサポートすることができる。アップリンクのチャネル条件および干渉状況がダウンリンクとは異なるとき、ダウンリンクに複数のキャリアを設定する一方で、アップリンクでは限られた数のＡＣＫ／ＮＡＣＫビットを送信する。アップリンクのＳＩＮＲ（信号対干渉雑音比）が異なるＵＥに対しては、異なるバンドリングレベルを設定することができ、したがってアップリンクで異なる数のＡＣＫ／ＮＡＣＫが送信される。
【０１６２】
このコンセプトの別の利点として、動的なセル選択を達成することができる。すなわち、１基のＵＥに対して多数のサービングセルが設定されており、したがってｅＮＢは、ＵＥをスケジューリングする対象のセルを、これらのセルの中から動的に選択することができる。この場合、多数のダウンリンクサービングセルが設定される。しかしながら、そのうちの数個のサービングセルのみが一度にスケジューリングされる。このコンセプトでは、アップリンクオーバーヘッドを増大させることなく動的なセル選択をサポートすることができる。
【０１６３】
ＦＤＤに適用されるこのコンセプトのさらなる改良形態においては、背景技術のセクションで説明したＨＡＲＱ動作の場合と同じ目的で第３の状態（ＤＴＸ）をフィードバックするため、ＴＤＤの用法からすでに公知であるダウンリンク割当てインデックス（ＤＡＩ）（例えば背景技術のセクションを参照）を実施することができる。より詳細には、一般的にＤＡＩは、その時点までにＵＥがバンドリングウィンドウ内で受信したはずのダウンリンク送信の数を示す。図１５のこの例示的なシナリオにおけるバンドリングウィンドウは、サブフレームごとの、かつセルバンドリンググループごとの、セルバンドリンググループの中のそれぞれの異なるセルであると考えることができる。例えば、セルバンドリンググループ０においては、サブフレーム０のための１つのバンドリングウィンドウは、セル０、セル２、およびセル５からのＨＡＲＱフィードバックを含み、サブフレーム１を対象とする次のバンドリングウィンドウも、セル０、セル２、およびセル５からのＨＡＲＱフィードバックを含み、以下同様である。したがって、ｅＮｏｄｅＢは、１つのセルバンドリンググループ内のサービングセルのインデックスが増える順に、対応するＰＤＣＨＨの中の対応するダウンリンク割当てインデックス（ＤＡＩ）を連続的に大きくして送信する。例えば、セル０におけるＰＤＳＣＨ送信が存在する場合、対応するＰＤＣＣＨの中のＤＡＩは「００」を示す。セル２におけるＰＤＳＣＨ送信も存在する場合、対応するＰＤＣＣＨの中のＤＡＩは「０１」を示し、以下同様である。しかしながら、セル２におけるＰＤＳＣＨ送信は存在しないが、セル５におけるＰＤＳＣＨ送信が存在する場合、対応するＰＤＣＣＨの中のＤＡＩは「０１」を示す。
【０１６４】
ここまでＦＤＤ動作におけるコンセプトについて説明したが、以下では、セルのＴＤＤ動作の場合について説明する。前に背景技術のセクションで説明したように、ＴＤＤ動作におけるＨＡＲＱフィードバックはより複雑であり、なぜなら（各セルの）同じアップリンクサブフレームの中で、いくつかのＡＣＫ／ＮＡＣＫを送信しなければならないことがあるためである（例えば図６ａを参照）。結果として、ＴＤＤに適用可能な例示的な実施形態も、ＦＤＤの場合の例示的な実施形態の上述した実施と比較して、より複雑である。しかしながら、いくつかのセルのＨＡＲＱフィードバックを一緒にグループ化するためにセルバンドリンググループを使用するというコンセプトは同じである。
【０１６５】
ＦＤＤ動作の場合と同じ想定を行うことができ、すなわち、ＵＥに対して合計６つのセルが設定されており、それぞれ３つのセルを含む２つのセルバンドリンググループがＵＥに対して設定されている。最初に、説明を容易にする目的で、すべてのセルが同じＴＤＤ  ＵＬ／ＤＬ構成（この場合には構成１）に従って動作するものと想定する（背景技術のセクションで、現在標準化されているＨＡＲＱ動作について図１１に関連して説明するために使用した例に似ている）。
【０１６６】
ＴＤＤにおけるＨＡＲＱ動作では、１つのセルから、いくつかの以前のダウンリンクサブフレームに対するＡＣＫ／ＮＡＣＫ／ＤＴＸを同じアップリンクサブフレームの中で送信することがあるため、それぞれのアップリンクサブフレームの中で送信されるのを実際に待機しているフィードバック情報をどのようにバンドルするかに関して、２つの代替の例示的な実施形態が可能である。第１の代替の例示的な実施形態について、図１６〜図１８に関連して説明し、第２の代替の例示的な実施形態について、図１９〜図２１に関連して説明する。第１の代替の例示的な実施形態によると、ＰＵＣＣＨが送信されるセル（この場合にはＰＣｅｌｌであると想定する）の各アップリンクサブフレームにおいて、各セルバンドリンググループ内で、ＨＡＲＱフィードバックの特定の順序におけるＨＡＲＱフィードバックのクロスキャリアバンドリングが実行され、したがって、同じセルバンドリンググループの複数の異なるセルの同じ順序のフィードバック項目がバンドルされる。言い換えれば、ＨＡＲＱフィードバック項目の順序ごとに、かつセルバンドリンググループごとに、１つのバンドルされたＨＡＲＱフィードバック情報を生成するため、各セルバンドリンググループにおいて、それぞれのセルバンドリンググループのすべてのセルの以前の（ダウンリンク）サブフレームに関連して生成されたＨＡＲＱフィードバック項目を、特定の順序でバンドルする。上のコンセプトは、図１６〜図１８において選択された例示的なシナリオを用いて説明することで、より明らかになるであろう。
【０１６７】
図１６を参照し、第１の代替の例示的な実施形態に従ってＰＣｅｌｌのアップリンクサブフレーム７において実行されるＨＡＲＱフィードバック動作について説明する。前にすでに想定したように、現在標準化されているＨＡＲＱ動作のＨＡＲＱタイミング（図６ａ，６ｂを参照）を（再）利用するものとし、すなわち、この例示的なケースにおいては、同じ無線フレームのサブフレーム０およびサブフレーム１に対するＨＡＲＱフィードバックが、アップリンクサブフレーム７において無線基地局に提供されるというタイミングである。したがって、ＴＤＤ  ＵＬ／ＤＬ構成１に従って動作している６つのセルそれぞれにおける、サブフレーム０およびサブフレーム１に対するＨＡＲＱフィードバック（生成された場合）が、（この例示的なシナリオにおいてＰＵＣＣＨを送信するのに使用されるものと想定されているＰＣｅｌｌの）アップリンクサブフレーム７を介して、無線基地局に送信される。
【０１６８】
図１６から明らかであるように、セル０，２，５のサブフレーム０に関するＨＡＲＱフィードバックが（論理ＡＮＤ演算を使用して）一緒にバンドルされるように、１つのセルバンドリンググループ内に関連付けられているさまざまなセルにまたがってＨＡＲＱフィードバックがバンドルされる。同じ手順は、セルバンドリンググループ０のセル０，２，５のサブフレーム１に関するＨＡＲＱフィードバックに適用され、３つのＨＡＲＱフィードバック項目が一緒にバンドルされる。同じ手順は、セルバンドリンググループ１およびそれぞれのセル１，３，４に適用され、サブフレーム０およびサブフレーム１に対する、バンドルされたＨＡＲＱフィードバックが生成される。これらの４つのバンドルされたＨＡＲＱフィードバックが、アップリンクサブフレーム７においてＰＣｅｌｌを介して送信される。
【０１６９】
図１６の右側には、アップリンクサブフレーム７において送信待ち状態にあるＨＡＲＱフィードバックの同じバンドリングを、別の形で示してある。図１６の右側は、アップリンクサブフレーム７の観点から示しており、２つのセルバンドリンググループおよびそれらの各３つのセルにおいて、どのサブフレームのどのＨＡＲＱフィードバックが待ち状態でありうるかを示している。したがって、図１６において選択された単純なシナリオの結果として、両方のセルバンドリンググループの各セルにおいて、サブフレーム０およびサブフレーム１に対するＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ／ＤＴＸ、すなわちＡ／Ｎ／Ｄ）が待ち状態でありうる（すなわちＨＡＲＱ−Ａ／Ｎ／Ｄ（０）およびＨＡＲＱ−Ａ／Ｎ／Ｄ（１））。バンドリングにおいて守られる上述した特定の順序は、例えば、図６ａ／６ｂのＨＡＲＱフィードバックタイミングテーブルによって示されるサブフレームの順序とすることができる。ＴＤＤ  ＵＬ／ＤＬ構成１かつアップリンクサブフレーム７というこの特定のケースでは、サブフレーム０（すなわち「−７」）に対するＨＡＲＱフィードバックが最初の順序であり、サブフレーム１（すなわち「−６」）に対するＨＡＲＱフィードバックが２番目の順序である。したがって、図１６の右側に示したように、各セルバンドリンググループにおいて、それぞれのセルバンドリンググループのセルそれぞれの最初の順序のサブフレームに対するＨＡＲＱフィードバックが一緒にバンドルされ、次いで、それぞれのセルバンドリンググループの各セルの２番目の順序のサブフレームに対するＨＡＲＱフィードバックが一緒にバンドルされ、以下同様である。
【０１７０】
したがって、バンドルされたＨＡＲＱフィードバック情報は、セルバンドリンググループごとに、かつ利用可能な（すなわち送信待ち状態にある）ＨＡＲＱフィードバックの順序ごとに生成され、次いでアップリンクサブフレームを介して送信される。
【０１７１】
図１７は、図１６に関連してすでに説明した同じ第１の代替の例示的な実施形態を、さらに別の形で示している。この説明は図６ａに基づいており、図６ａは、ＴＤＤ  ＵＬ／ＤＬ構成１に従って動作するさまざまなセルによって守られるさまざまなＨＡＲＱフィードバックタイミングを示している。図１７は、アップリンクサブフレーム７において送信されるＨＡＲＱフィードバックのみに限定されておらず、すべての対応するアップリンクサブフレームに本コンセプトをどのように適用するかを示しており、この方法を各無線フレームにおいて繰り返すことができる。図から理解できるように、アップリンクサブフレーム３では、各セルにおいて、４つのサブフレームだけ前のサブフレーム（すなわち前の無線フレームのサブフレーム９）に関するＨＡＲＱフィードバックが送信待ち状態でありうる。第１の代替の例示的な実施形態に従って、セルバンドリンググループの各セルにおいて、前の無線フレームのサブフレーム９に関するそれぞれのＨＡＲＱフィードバックをバンドルし、セルバンドリンググループごとに、バンドルされたＨＡＲＱフィードバックを生成し、次いでこれらをさらに処理し、一緒にアップリンクで送信することができる。
【０１７２】
ＨＡＲＱフィードバックを実際に送信するため、バンドルされたＨＡＲＱフィードバックを多重化し、生成されてバンドルされたＨＡＲＱフィードバックすべてを伝えるための適切なＰＵＣＣＨフォーマットをＵＥが選択するものと想定する。例えば、この特定のシナリオにおいて、サブフレーム７におけるアップリンクフィードバック（２つのセルバンドリンググループの４つの（バンドルされた）ＨＡＲＱフィードバックが送信される）を考えると、例えばチャネル選択を含むＰＵＣＣＨフォーマット１ｂを使用することができ、この場合、（背景技術のセクションで説明した図１０と比較して）各セルバンドリンググループは個別のセルであるものとして扱われる。
【０１７３】
上のシナリオでは、ＵＥに対して設定されている６つのセルが同じＴＤＤ  ＵＬ／ＤＬ構成に従って動作するものと想定した。しかしながら、例示的な実施形態は、セルが異なるＴＤＤ  ＵＬ／ＤＬ構成に従って動作する場合にも適用することができる。特に、上に説明したように、この特定の例示的な実施形態では、現在標準化されているＨＡＲＱ動作に対して定義されているＨＡＲＱタイミングを再使用することができ、標準のＨＡＲＱ動作では、現在、ＴＤＤにおいてキャリアアグリゲーションを使用する場合のＨＡＲＱ動作（背景技術のセクションで図１２および図１３に関連して説明したように、さまざまなセルが異なるＴＤＤ  ＵＬ／ＤＬ構成に従って動作する）もサポートする。
【０１７４】
図１８では、同じ第１の代替の例示的な実施形態が、図１６および図１７において前に使用されたように適用されるが、さまざまなセルすべてが同じＴＤＤ  ＵＬ／ＤＬ構成を使用していない。図１８は、図６ｂに関連して説明したＨＡＲＱタイミングに基づいており、すなわち、それぞれのアップリンクサブフレームにおいてＨＡＲＱフィードバックが待ち状態にある対象のサブフレームを直接示している。説明を目的として、ＰＣｅｌｌがＴＤＤ構成１を使用し、セル１、セル２、およびセル４がＴＤＤ  ＵＬ／ＤＬ構成０を使用し、セル５およびセル３がＴＤＤ  ＵＬ／ＤＬ構成３を使用するものと想定する。図１８は、さまざまなセルの複数の異なるＨＡＲＱフィードバックが、各セルに指定されているＨＡＲＱフィードバックタイミングに従ってどのようにバンドルされるかを示している。図１８は、各セルについて、適用される対応するＨＡＲＱフィードバックタイミングを示している。背景技術のセクションで図１２および図１３に関連して説明した方法と同じように、ＰＣｅｌｌ（ＰＵＣＣＨを送信するのに使用される）とは異なるＴＤＤ構成に従って動作するＳＣｅｌｌの特定のＨＡＲＱフィードバックタイミングは、図６ａ，６ｂのＨＡＲＱフィードバックテーブルによって直接定義されているフィードバックタイミングと同じである必要はなく、別のダウンリンク基準構成のフィードバックタイミングに従うことができる。したがって、図１８において選択されているこのシナリオでは、セル１、セル２、およびセル４（いずれもＴＤＤ  ＵＬ／ＤＬ構成０に従って動作するように構成されている）のＨＡＲＱフィードバックタイミングは、ＴＤＤ  ＵＬ／ＤＬ構成１のＨＡＲＱフィードバックタイミングに従い、この場合、ダウンリンクサブフレームではなくアップリンクサブフレームであるサブフレーム（すなわちアップリンクサブフレーム１９，２４に対するＨＡＲＱフィードバック）には×印を付してある。同様に、セル３およびセル５（いずれもＴＤＤ  ＵＬ／ＤＬ構成３に従って動作するように構成されている）のＨＡＲＱフィードバックタイミングは、実際にはＴＤＤ  ＵＬ／ＤＬ構成４のＨＡＲＱフィードバックタイミングに従い、この場合、実際にはアップリンクサブフレームに関連するサブフレーム（すなわちサブフレーム１４に対するＨＡＲＱフィードバック）には×印を付してある。
【０１７５】
前に説明した第１の代替の例示的な実施形態のコンセプトに基づき、ＨＡＲＱフィードバックを、１つのセルバンドリンググループに関連付けられているさまざまなセルにまたがって、ＨＡＲＱフィードバックの順序に基づいてバンドルする。例えば、アップリンクサブフレーム２２、セルバンドリンググループ０の場合、最大で、セル０およびセル２のサブフレーム１５，１６に対するＨＡＲＱフィードバックと、セル５のサブフレーム１０，１４（この場合ＤＴＸ），１５，１１に対するＨＡＲＱフィードバックが、待ち状態となりうる。したがって、それぞれのセル０，２，５における以前のダウンリンクサブフレーム１５，１５，１０に対するＨＡＲＱフィードバックは、同じ最初の順序にあり、したがって一緒にバンドルされる。このことは、アップリンクサブフレーム２２の２番目の順序のＨＡＲＱフィードバックにも同様にあてはまり、この場合、それぞれのセル０およびセル２の以前のダウンリンクサブフレーム１６に対するＨＡＲＱフィードバックと、セル５のアップリンクサブフレーム１４に対するＤＴＸが、一緒にバンドルされる。セル５の以前のダウンリンクサブフレーム１５，１１に関連するＨＡＲＱフィードバックは、アップリンクサブフレーム２２における他の３番目の順序のＨＡＲＱフィードバックが存在しないため、バンドルされず、単独で送信される。同じコンセプトは、セルバンドリンググループ１およびそのサブフレーム２２にも、個別に適用される。このようにしてアップリンクサブフレーム２２に生成された、バンドルされたＨＡＲＱフィードバックおよびバンドルされていないＨＡＲＱフィードバックを、（多重化して）アップリンクでＰＣｅｌｌを介してｅＮｏｄｅＢに送信することができる。
【０１７６】
図１８から明らかであるように、この手順は、対応する各アップリンクサブフレームに同様に適用される。
【０１７７】
以下では、ＴＤＤで動作しているセルのＨＡＲＱフィードバックをバンドルするために使用することのできる、第２の代替の例示的な実施形態について説明する。この第２の代替の例示的な実施形態においても、図１６〜図１８においてすでに想定したシナリオと同じシナリオを想定することができる。したがって、図１９は、ＴＤＤ  ＵＬ／ＤＬ構成１に従って動作している６つのセルのセルアグリゲーション（cell aggregation）を示しており、この場合、ＵＥに対してセルバンドリンググループ０およびセルバンドリンググループ１が定義されており、各セルバンドリンググループはこれらのセルのうちの３つに関連付けられている。図１６に関連して行った説明と同様に、第２の代替の例示的な実施形態は、ＰＣｅｌｌのアップリンクサブフレーム７における動作について説明してあり、この場合、各セルにおいて、以前のダウンリンクサブフレーム０および１に対するＨＡＲＱフィードバックが送信待ち状態でありうる。
【０１７８】
この第２の代替の例示的な実施形態によると、各セル内でフィードバック情報項目をバンドルし、次いでセルバンドリンググループ内で多重化する。言い換えれば、バンドリングは、同じセルのフィードバック情報項目がバンドルされるように実行される。このことは図１９から理解することができ、図１９では、各セルにおいて、それぞれのセルのサブフレーム０およびサブフレーム１に対するＨＡＲＱフィードバックが（論理ＡＮＤ演算の使用によって）一緒にバンドルされる。図１９の右側から明らかであるように、セルごとに、バンドルされたＨＡＲＱフィードバックを生成し、次いでセルバンドリンググループ内でそれぞれのセルのインデックスの昇順に連結する（ここでは、セル０のＨＡＲＱフィードバックが最初であり、次いでセル２のＨＡＲＱフィードバック、最後にセル５のＨＡＲＱフィードバック）。次いで、このようにして生成およびバンドルされたＨＡＲＱフィードバックを、ＰＣｅｌｌを介してｅＮｏｄｅＢに送信されるように多重化する。
【０１７９】
図２０は、アップリンクサブフレーム７のみならず、無線フレームの他のアップリンクサブフレーム（すなわちアップリンクサブフレーム２，３，８）を対象とするこのコンセプトを示している。したがって、サブフレーム３およびサブフレーム８においてはバンドリングは実行されず、なぜならセルあたり、１つのサブフレームのみに対するＨＡＲＱフィードバック情報が存在するためである。これらのＨＡＲＱフィードバック情報は、セルバンドリンググループの残りのセルの別のＨＡＲＱフィードバックと直接多重化される。
【０１８０】
結果として、アップリンクサブフレームごとに、かつセルバンドリンググループ内のセルごとに、バンドルされたフィードバック情報が生成される。
【０１８１】
第２の代替の例示的な実施形態は、いくつかのセルが異なるＴＤＤ構成を有するＴＤＤシナリオにも適用することができる。図２１では、図１８と同様に、図示したＴＤＤ構成を有するシナリオを想定している。図１８とは異なり、バンドリングは、（セルにまたがらずに）図２０に関連して説明したようにセル内で実行され、結果として図２１に示したバンドリングとなる。
【０１８２】
ここまでの例示的な実施形態においては、生成されてバンドルされ、さらに多重化されたＨＡＲＱフィードバック情報がアップリンクで（例えばＰＣｅｌｌを介して）ｅＮｏｄｅＢに送信されるものと想定してきた。簡潔に言えば、このＨＡＲＱフィードバックを伝えるためにＵＥが適切なＰＵＣＣＨフォーマットを選択する。ＨＡＲＱフィードバックをどのようにｅＮｏｄｅＢに送信するかは、本発明の趣旨ではない。したがって、背景技術のセクションにおいて説明したシステムによってすでに使用されているＰＵＣＣＨフォーマットおよび対応するメカニズムを、最大限に再使用することができる。
【０１８３】
一般的には、第１の代替の実施形態および第２の代替の実施形態において説明したバンドリングメカニズムの結果として、１つのセルバンドリンググループのバンドルされたＨＡＲＱフィードバックは、送信の観点からは、１つの「仮想」セルに関連するものとみなすことができる。
【０１８４】
ＨＡＲＱフィードバックをどのように送信するかについては、数多くのオプションが存在し、したがってＵＥは、例えば送信されるビット数（このビット数は、例えば空間多重化が使用されるか否かに依存する）に基づいて、適切なＰＵＣＣＨフォーマットを選択しなければならない。ＵＥは、背景技術のセクションで説明した方法と同様に、ＨＡＲＱフィードバックの送信方法をケースバイケースで選択することができ、これに加えて、特定のＰＵＣＣＨフォーマットを使用するように、またはＰＵＳＣＨを使用するように、ＵＥを設定することができ、または設定しなくてもよい。
【０１８５】
例えば、チャネル選択を含むＰＵＣＣＨフォーマット１ｂは、現時点では２つのセルのＨＡＲＱフィードバックの送信をサポートするのみである。したがって、２つの異なるセルバンドリンググループに対して生成されたバンドルされたＨＡＲＱフィードバックを送信するのに、チャネル選択を含むＰＵＣＣＨフォーマット１ｂを使用することができる。しかしながら、３つ以上のセルバンドリンググループが存在する場合、ＵＥはＨＡＲＱフィードバックを送信するために例えばＰＵＣＣＨフォーマット３を選択しなければならないかもしれない。
【０１８６】
しかしながら背景技術のセクションで説明したように、ＰＵＣＣＨフォーマット３は、限られたビット数（例えば２０ビット）のＨＡＲＱフィードバック情報をサポートするのみである。したがって、さらに多数のビットのＨＡＲＱフィードバックをサポートする新規のＰＵＣＣＨフォーマットが必要でありうる。これに代えて、より多数のビットのＨＡＲＱフィードバックを送信するために、ＰＣｅｌｌにおける複数回のＰＵＣＣＨ送信を実行することができる。
【０１８７】
さらにこれに代えて、ＰＵＳＣＨを介してＨＡＲＱフィードバックを送信することができる（ｅＮｏｄｅＢによってそのように（許可されている）設定されている場合）。
【０１８８】
このように、セルのＴＤＤ動作の場合の２つの代替の例示的な実施形態では、増大した数のセルにおいて生成される多数のＡＣＫ／ＮＡＣＫ／ＤＴＸを扱うことができ、したがって多数のＡＣＫ／ＮＡＣＫ／ＤＴＸを限られたＰＵＣＣＨリソースで送信することができる。ＦＤＤの実施形態に関連してすでに説明したように、ｅＮＢは、いくつのセルバンドリンググループを定義するかと、セルバンドリンググループにさまざまなセルをどのように分散させるかを決定することができ、これにより、実行されるバンドリングの回数を制御し、ＵＥの状態および／または能力に合わせてバンドリングの回数を調整することができる。
【０１８９】
図１６〜図１８に関連して説明した第１の代替の例示的な実施形態に関連するさらなる利点として、同じサブフレームにおいて１つまたは数個のキャリアのみをスケジューリングすることによって、ダウンリンクスループットの影響を最小にすることができる。第１の代替形態においては、バンドリングがサービングセルにまたがって適用される。多数のキャリアが設定されているが、ＵＥのアップリンク電力が制限されているため数個のみのキャリアが同時にスケジューリングされるものと想定すると、ＡＣＫ／ＮＡＣＫバンドリングによって発生する追加のダウンリンク再送信が制限される。
【０１９０】
その一方で、図１９〜図２１に関連して説明した第２の代替の実施形態に関連する利点として、ＨＡＲＱバンドリングによって発生する再送信は同じキャリアに影響するのみであり、なぜならセル内のＨＡＲＱフィードバックを対象としてバンドリングが実行されるためである。それによって別のセルにおける再送信が発生することはない。これに加えて、１つのキャリアにおけるチャネルは同じ周波数帯域に属す。１つの周波数帯域におけるチャネル条件が１つの無線フレーム（すなわち１０ｍｓ）内で大幅に変動することはないことを考えると、１つのフレーム（すなわち１０ｍｓ）の中のＰＤＳＣＨ送信に対するＨＡＲＱフィードバック情報は、相互に関連する。したがって、１フレーム内のＨＡＲＱフィードバック情報がすべてＡＣＫである、またはすべてＮＡＣＫである可能性が高い。したがって、１つの周波数帯域における１つのフレーム内のＡＣＫ／ＮＡＣＫをバンドルすることによって、ダウンリンクスループットが低下することはない。
【０１９１】
図１５に関連してＦＤＤの解決策においてすでに説明したように、背景技術のセクションで説明したＨＡＲＱ動作の場合に類似する目的で第３の状態（ＤＴＸ）をフィードバックするため、背景技術のセクションからすでに公知であるダウンリンク割当てインデックス（ＤＡＩ）を実施することにより、ＨＡＲＱ動作をさらに改良することができる。したがって、ＤＡＩ（ダウンリンク割当てインデックス）は、ＵＥがバンドリングウィンドウ内で現在までに受信したはずのダウンリンク送信の数を示す。クロスキャリアバンドリングが使用される第１の代替のＴＤＤの解決策におけるバンドリングウィンドウは、セルバンドリンググループ内の複数のキャリアにまたがり、例えば、図１８のセルバンドリンググループ０のアップリンクサブフレーム２２を考えると、セル０、セル２、およびセル５には、ＨＡＲＱフィードバックの最初の順序および２番目の順序それぞれにおいて２つのバンドリングウィンドウが形成されている。
【０１９２】
例えば、対応するダウンリンク送信が実際に実行されると想定すると、セル０のダウンリンクサブフレーム１５に関連するＰＤＣＣＨにおけるＤＡＩが０を示し、セル２のダウンリンクサブフレーム１５に関連するＰＤＣＣＨにおけるＤＡＩが１を示し、セル５のダウンリンクサブフレーム１０に関連するＰＤＣＣＨにおけるＤＡＩが２を示しうる。あるいは、セル２のダウンリンクサブフレーム１５においてｅＮｏｄｅＢによってダウンリンク送信が実行されないものと想定すると、ｅＮｏｄｅＢは、セル０のダウンリンクサブフレーム１５に関連するＰＤＣＣＨにおいて、０を示すＤＡＩを送信し、セル５のダウンリンクサブフレーム１０に関連するＰＤＣＣＨにおけるＤＡＩは１を示す。これによりＵＥは、セル２のダウンリンクサブフレーム１５においてはダウンリンク送信が予期されず、したがってこのダウンリンクサブフレームに対するＨＡＲＱフィードバックとしてＤＴＸをフィードバックするべきことを導くことができる。
【０１９３】
その一方で、クロスサブフレームバンドリング（cross subframe bundling）が使用される第２の代替の解決策では、バンドリングウィンドウは、セル内のダウンリンクサブフレームおよびアップリンクサブフレームにまたがり、例えば図２１のセル５のアップリンクサブフレーム２２を考えると、バンドリングウィンドウには、サブフレーム１０，１４，１５，１１に対するＨＡＲＱフィードバックが含まれる。したがって、それぞれのバンドリングウィンドウのダウンリンク送信に対応する（１つまたは複数の）ＰＤＣＣＨにおいてｅＮｏｄｅＢによってＤＡＩが送信され、ＤＡＩは、送信されるＰＤＣＣＨの数とともに増大する。例えば、図２１のセル５のアップリンクサブフレーム２３を考えると、バンドリングウィンドウには、４つの発生しうるダウンリンク送信に対するＨＡＲＱフィードバックが含まれる。したがってｅＮｏｄｅＢは、ＤＡＩによって示される数を、バンドリングウィンドウ内で実際に実行したダウンリンク送信の数に従って大きくする。説明を目的として、４つのサブフレームすべてにおいてｅＮｏｄｅＢによってダウンリンク送信が実行されると想定すると、ｅＮｏｄｅＢは、セル５のダウンリンクサブフレーム１７のＰＤＣＣＨに関連するＤＡＩを０と定義し、セル５のダウンリンクサブフレーム１８のＰＤＣＣＨに関連するＤＡＩを１と定義し、セル５のダウンリンクサブフレーム１９のＰＤＣＣＨに関連するＤＡＩを２と定義し、セル５のダウンリンクサブフレーム１６のＰＤＣＣＨに関連するＤＡＩを３と定義する。
【０１９４】
ここまでのシナリオにおいては、ダウンリンク送信が１つのコードワードを含むのみである（すなわち空間多重化が使用されない）と想定した。さまざまな実施形態は、以下に説明するように、ｅＮｏｄｅＢによって空間多重化が採用され、したがってｅＮｏｄｅＢが２つのコードワードを同時に送信するシナリオにも適用することができる。なお一般的には、空間バンドリング（すなわち２つのコードワードに対するＨＡＲＱフィードバックのバンドリング）は、背景技術のセクションで説明したように、いくつかの条件に応じて（例えば、ＨＡＲＱフィードバックを送信するために使用されるＰＵＣＣＨフォーマットに応じて、および／または、送信されるＨＡＲＱビットの数に応じて）、適用する、または適用されないことに留意されたい。一実施形態によると、空間多重化のシナリオの場合、空間バンドリングは、背景技術のセクションで説明した状況と同じ状況において使用され、例えば、送信されるＨＡＲＱフィードバックが１つのみであるときには、空間バンドリングは使用されない。したがって以下では、ここまでに提示したさまざまな実施形態を、空間多重化を使用するシナリオ（空間バンドリングは使用される、または使用されない）にどのように適用することができるかについて説明する。空間バンドリングが使用されるときと空間バンドリングが使用されないときの厳密な条件は、本発明が機能するうえで重要ではない。どのような場合にも、ここまでに説明したさまざまな実施形態は、空間多重化のシナリオ（空間バンドリングあり、またはなし）におけるＨＡＲＱフィードバックの送信／バンドリングをサポートする。
【０１９５】
具体的には、最初に、図１５に関連して説明したＦＤＤのシナリオを考え、すべてのセルのサブフレーム０におけるダウンリンク送信が２つのコードワードを含むように拡張する。空間バンドリングが適用される場合、空間バンドリングは、異なるセルバンドリンググループ内でのクロスキャリアバンドリングの前に行われる。したがって、説明した実施形態によるクロスキャリアバンドリングのプロセスは実質的に変更されず、なぜならクロスキャリアバンドリングを開始するときには、（この場合には両方のコードワードに対する）１つのＡＣＫ／ＮＡＣＫ／ＤＴＸのみが存在するためである。その一方で、空間バンドリングが適用されないときには、コードワードごとにクロスキャリアバンドリングが実行され、これは、セル０，２，５のサブフレーム０において送信される最初のコードワードのＨＡＲＱフィードバックをバンドルし、次いで、セル０，２，５のサブフレーム０において送信される２番目のコードワードのＨＡＲＱフィードバックをバンドルすることによる。当然ながら、セルバンドリンググループ１のセルのサブフレーム０の２つのコードワードのＨＡＲＱフィードバックにも、同じ手順が適用される。
【０１９６】
セルがＴＤＤ構成に従って動作するシナリオにも、類似する処理を適用することができ、以下では、図１６および図１９に関連して説明する。ＦＤＤの解決策の場合と同様に、すべてのセルのサブフレーム０のダウンリンク送信が２つのコードワードを含み、対応するＨＡＲＱフィードバックがアップリンクサブフレーム７においてｅＮｏｄｅＢにフィードバックされるものと想定することができる。ＦＤＤの場合においてすでに説明したように、空間バンドリングが実行されるときには、第１の代替の実施形態のクロスキャリアバンドリング、またはクロスサブフレームバンドリングの前に空間バンドリングが実行され、したがって本発明の趣旨は実質的に変更されない。空間バンドリングが使用されないときには、第１の代替の実施形態のクロスキャリアバンドリング（例えば図１６）がコードワードごとに実行され、これは、セル０，２，５のサブフレーム０において送信される最初のコードワードのＨＡＲＱフィードバックをバンドルし、次いで、セル０，２，５のサブフレーム０において送信される２番目のコードワードのＨＡＲＱフィードバックをバンドルし、以下同様に行うことによる。
【０１９７】
空間バンドリングが使用されないとき、第２の代替の実施形態のクロスサブフレームバンドリング（例えば図１９）も、コードワードごとに実行され、これは、セル０におけるサブフレーム０およびサブフレーム１の最初のコードワードのＨＡＲＱフィードバックをバンドルし、次いで、セル０におけるサブフレーム０およびサブフレーム１の２番目のコードワードのＨＡＲＱフィードバックをバンドルし、すべてのセルについて同様に行うことによる。さらに、ここまでのシナリオにおいては、ＨＡＲＱフィードバックを対応するＰＵＣＣＨフォーマットで送信するのにＰＣｅｌｌが使用されるものと想定した。しかしながら、背景技術のセクションですでに説明したように、将来的なＰＵＣＣＨは、例えば複数の異なるＰＵＣＣＨセルグループを使用することによって、ＳＣｅｌｌを介して送信することもできる。ここまでに説明したさまざまな例示的な実施形態は、ＰＵＣＣＨセルグループが実施されるこのようなシナリオにも適用することができる。しかしながら、特に、特定のＰＵＣＣＨセルグループに関連付けられているセルが１つのセルバンドリンググループのみに関連付けられているように、セルバンドリンググループおよびそれらのＰＵＣＣＨセルグループの定義を調整しなければならない。言い換えれば、各セルバンドリンググループがＰＵＣＣＨセルグループの１つに関連付けられているように、セルバンドリンググループの１つに関連付けられているすべてのセルが、ＰＵＣＣＨセルグループの１つに関連付けられる。これは、１つのセルバンドリンググループにおいて生成されるＨＡＲＱフィードバック情報が、それぞれのＰＵＣＣＨセルグループのＰＵＣＣＨを送信するのに使用されるセルを介して送信されるようにするためである。
【０１９８】
一例として、セルバンドリンググループ０およびセルバンドリンググループ１を、対応するＰＵＣＣＨセルグループ０およびＰＵＣＣＨセルグループ１と同じにする（すなわち両方がそれぞれ同じセルに関連付けられる）ことができる。図１６〜図２１に関連して本発明を説明するのに使用したシナリオを想定すると、ＰＵＣＣＨセルグループ０をセル０，２，５に関連付けることができ、この場合、セル０（ＰＣｅｌｌ）がアップリンク制御シグナリングを送信するのに使用され、さらに、ＰＵＣＣＨセルグループ１をセル１，３，４に関連付けることができ、この場合、セル１がアップリンク制御シグナリングを送信するのに使用される。ここまでの例示的な実施形態とは異なり、２つのセルバンドリンググループに関連するＨＡＲＱフィードバックは、１回のＰＵＣＣＨ送信において一緒に（多重化されて）送信されるのではなく、２つのセルを介して個別に（すなわち、セルバンドリンググループ０に関連するＨＡＲＱフィードバックはＰＣｅｌｌを介して、セルバンドリンググループ１に関連するＨＡＲＱフィードバックはセル１を介して）送信される。この目的のため、ＵＥは、ＨＡＲＱフィードバックのアップリンク送信に実際に使用されるセルを最初に決定する必要があり、この決定は、特定のＰＵＣＣＨセルグループへのセルの関連付け（すなわち１つのＰＵＣＣＨセルグループへの１つのセルバンドリンググループの関連付け）に基づいて行うことができる。１つのセルバンドリンググループと１つのＰＵＣＣＨセルグループとの間の関連付けは、上位層シグナリングによって設定することができる。
【０１９９】
ここまでの例においては、バンドリングは論理ＡＮＤ演算を使用して適用される。別の代替形態として、バンドリングの機能が、論理ＡＮＤと論理ＯＲの組合せとして、上位層シグナリングによって設定される、またはＰＤＳＣＨ送信のＱｏＳ（サービス品質）要件によって暗黙的に決定される。例えば、ＱｏＳ要件の低いサービス（例：ベストエフォート型サービス）には論理ＯＲが使用され、したがって同じバンドリンググループ内の別のサービスにおける不必要な再送信がトリガーされない。ＱｏＳ要件の高いサービス（例：音声サービス）には論理ＡＮＤが使用され、したがってＮＡＣＫが存在する場合、サービス品質を保証するため再送信がトリガーされる。
【０２００】
＜さらなる実施形態＞
第１の態様によると、移動通信システムにおいてユーザ機器が再送信プロトコルのフィードバック情報を無線基地局に提供する方法、を提供する。ユーザ機器に対して少なくとも２つのセルが設定されている。ユーザ機器に対して少なくとも１つのセルバンドリンググループが定義されており、少なくとも１つのセルバンドリンググループの１つが、少なくとも２つのセルのうちの少なくとも２つに関連付けられている。ユーザ機器は無線基地局と通信しており、少なくとも２つのセルの少なくとも１つを介してダウンリンク送信を受信する。ユーザ機器は、無線基地局と一緒に再送信プロトコルを動作させるように構成されており、少なくとも２つのセルを介してのダウンリンク通信に対するフィードバック情報を無線基地局に提供するステップを含む。ＵＥは、セルバンドリンググループごとにバンドルされたフィードバック情報を生成するために、セルバンドリンググループごとに、それぞれのセルバンドリンググループに関連付けられているセルに関連して生成されたフィードバック情報をバンドルするように構成されている。次いで、ＵＥは、各セルバンドリンググループのバンドルされたフィードバック情報を無線基地局に送信する。
【０２０１】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、バンドルされたフィードバック情報を送信するステップは、１）バンドルされたフィードバック情報を無線基地局に送信するための適切なアップリンク制御情報フォーマットを選択するステップと、２）バンドルされたフィードバック情報を、選択されたアップリンク制御情報フォーマットを使用して無線基地局に送信するステップと、を含む。オプションとして、適切なアップリンク制御情報フォーマットを選択するステップにおいては、セルバンドリンググループが１つのセルであると想定され、したがって１つのセルバンドリンググループのバンドルされたフィードバック情報が、１つのセルのフィードバック情報であると想定される。
【０２０２】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、特定のタイプのセル（アンライセンスセルなど）のすべてが、少なくとも１つのセルバンドリンググループの１つに関連付けられている。特定の一例においては、セルバンドリンググループのバンドルされたフィードバック情報は、アップリンク制御情報フォーマットの別の送信を使用することによって、他のセルのフィードバック情報とは個別に送信される。これに代えて、セルバンドリンググループのバンドルされたフィードバック情報は、アップリンク制御情報フォーマットの同じ送信を使用することによって、他のセルのフィードバック情報と一緒に送信される。
【０２０３】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、ユーザ機器に、少なくとも１つのセルバンドリンググループの定義に関する情報が、好ましくは無線基地局から上位層シグナリングによって、提供される。
【０２０４】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、少なくとも２つのセルは、少なくともプライマリセルを含み、各セルバンドリンググループのバンドルされたフィードバック情報を無線基地局に送信するステップが、プライマリセルを介して実行される。上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、いくつかのセルを介してのアップリンク制御情報の送信をサポートするため、ユーザ機器に対して少なくとも２つのアップリンク制御セルグループが定義され、この定義は、少なくとも２つのアップリンク制御セルグループのそれぞれを、アップリンク制御情報を送信するために使用される異なるセルに関連付け、少なくとも２つのセルそれぞれを、少なくとも２つのアップリンク制御セルグループのうちの１つに関連付けて、それぞれのセルのアップリンク制御情報をアップリンク制御セルグループに関連付けることによる。さらには、各アップリンク制御情報に対して、次のステップ、すなわち、アップリンク制御情報が関連付けられているアップリンク制御セルグループに関連付けられている、それぞれのアップリンク制御情報を送信するためのセル、を求めるステップ、を実行する。さらには、少なくとも１つのセルバンドリンググループのそれぞれが、少なくとも２つのアップリンク制御セルグループの１つに関連付けられているように、少なくとも１つのセルバンドリンググループの１つに関連付けられているすべてのセルが、少なくとも２つのアップリンク制御セルグループの１つに関連付けられている。バンドルされたフィードバック情報を送信するステップは、１）セルバンドリンググループが関連付けられているアップリンク制御セルグループに関連付けられているセル、を求めるステップと、２）バンドルされたフィードバック情報を、求めたセルを介して無線基地局に送信するステップと、を含む。
【０２０５】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、ユーザ機器は、少なくとも２つのセルを周波数分割複信（ＦＤＤ）において動作させており、ダウンリンク送信に対するフィードバック情報が、ダウンリンク送信を受信してから所定の時間長だけ後に、ユーザ機器によって送信される。この場合、セルバンドリンググループごとにバンドルするステップは、各サブフレームにおいて、それぞれのサブフレーム内で送信待ち状態にある生成されたフィードバック情報を、それぞれのセルバンドリンググループに関連付けられているセルにまたがってバンドルするステップ、を含む。このステップは、サブフレームごとに、かつセルバンドリンググループごとに、バンドルされたフィードバック情報を生成するために行われる。
【０２０６】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、ユーザ機器は、少なくとも２つのセルのそれぞれを、複数の時分割複信（ＴＤＤ）構成のうちの１つに従って動作させており、時分割複信（ＴＤＤ）構成が、各無線フレームについて、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義する。複数のＴＤＤ構成のそれぞれにおいて、所定のフィードバックタイミング情報は、各アップリンクサブフレームについて、以前の（１つまたは複数の）ダウンリンクサブフレームのフィードバック情報がそれぞれのアップリンクサブフレームにおいて送信されるか、および以前のどの（１つまたは複数の）ダウンリンクサブフレームに対して送信されるか、を定義する。本方法は、バンドルされたフィードバック情報が送信されるセルの各アップリンクサブフレームに対して実行される以下のステップ、すなわち、
各セルにおいて、それぞれのアップリンクサブフレームの所定のフィードバックタイミング情報によって定義される以前の（１つまたは複数の）ダウンリンクサブフレームのそれぞれに対するフィードバック情報の項目、を生成するステップ、
を含み、
セルバンドリンググループごとにフィードバック情報をバンドルするステップが、
同じ順序のフィードバック情報項目がバンドルされるように、生成されたフィードバック情報項目を、それぞれのセルバンドリンググループに関連付けられているセルにまたがって、フィードバック情報項目の連続する順序においてバンドルするステップ、
を含む。
【０２０７】
このステップは、アップリンクサブフレームごとに、かつセルバンドリンググループごとに、かつフィードバック情報項目の順序ごとに、同じ連続する順序におけるバンドルされたフィードバック情報項目を生成するために行われる。
【０２０８】
オプションとして、バンドルされたフィードバック情報を送信するステップでは、各セルバンドリンググループの、順序ごとにバンドルされたフィードバック情報を、アップリンクサブフレームにおいてアップリンク制御情報フォーマットで一緒に送信する。さらなるオプションとして、フィードバック情報項目の順序は、それぞれのアップリンクサブフレームの所定のフィードバックタイミング情報に基づく。
【０２０９】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、ユーザ機器は、少なくとも２つのセルのそれぞれを、複数の時分割複信（ＴＤＤ）構成のうちの１つに従って動作させており、時分割複信（ＴＤＤ）構成が、各無線フレームについて、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義する。複数のＴＤＤ構成のそれぞれにおいて、所定のフィードバックタイミング情報は、各アップリンクサブフレームについて、以前の（１つまたは複数の）ダウンリンクサブフレームのフィードバック情報がそれぞれのアップリンクサブフレームにおいて送信されるか、および以前のどの（１つまたは複数の）ダウンリンクサブフレームに対して送信されるか、を定義する。本方法は、バンドルされたフィードバック情報が送信されるセルの各アップリンクサブフレームに対して実行される以下のステップ、すなわち、
各セルにおいて、それぞれのアップリンクサブフレームの所定のフィードバックタイミング情報によって定義される以前の（１つまたは複数の）ダウンリンクサブフレームのそれぞれに対するフィードバック情報の項目、を生成するステップ、
を含み、
セルバンドリンググループごとにフィードバック情報をバンドルするステップが、同じセルのフィードバック情報項目がバンドルされるように、生成されたフィードバック情報項目を、それぞれのセルバンドリンググループに関連付けられている各セル内でバンドルするステップ、を含む。
【０２１０】
このステップは、アップリンクサブフレームごとに、かつセルバンドリンググループごとに、かつセルごとに、バンドルされたフィードバック情報を生成するために行われる。
【０２１１】
オプションとして、バンドルされたフィードバック情報を送信するステップでは、各セルバンドリンググループの、セルごとにバンドルされたフィードバック情報を、アップリンクサブフレームにおいてアップリンク制御情報フォーマットで一緒に送信する。さらなるオプションとして、セルごとにバンドルされたフィードバック情報は、各セルバンドリンググループ内で、それぞれのセルのインデックスの昇順に連結される。
【０２１２】
別の実施形態によると、移動通信システムにおいて再送信プロトコルのフィードバック情報を無線基地局に提供するユーザ機器、を提供する。ＵＥに対して少なくとも２つのセルが設定されており、かつ、ユーザ機器に対して少なくとも１つのセルバンドリンググループが定義されており、少なくとも１つのセルバンドリンググループの１つが、少なくとも２つのセルのうちの少なくとも２つに関連付けられている。ユーザ機器は無線基地局と通信しており、少なくとも２つのセルの少なくとも１つを介してダウンリンク送信を受信し、ユーザ機器は、無線基地局と一緒に再送信プロトコルを動作させるように構成されており、少なくとも２つのセルを介してのダウンリンク通信に対するフィードバック情報を無線基地局に提供するステップを含む。ＵＥのプロセッサは、セルバンドリンググループごとにバンドルされたフィードバック情報を生成するために、セルバンドリンググループごとに、それぞれのセルバンドリンググループに関連付けられているセルに関連して生成されたフィードバック情報をバンドルする。送信機は、各セルバンドリンググループのバンドルされたフィードバック情報を無線基地局に送信する。
【０２１３】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、送信機は、バンドルされたフィードバック情報を送信するときに、以下のステップ、すなわち、１）バンドルされたフィードバック情報を無線基地局に送信するための適切なアップリンク制御情報フォーマットを選択するステップと、２）バンドルされたフィードバック情報を、選択されたアップリンク制御情報フォーマットを使用して無線基地局に送信するステップと、を実行する。オプションとして、適切なアップリンク制御情報フォーマットを選択するステップにおいては、セルバンドリンググループが１つのセルであると想定され、したがって１つのセルバンドリンググループのバンドルされたフィードバック情報が、１つのセルのフィードバック情報であると想定される。
【０２１４】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、少なくとも２つのセルは、少なくともプライマリセルを含み、送信機が、各セルバンドリンググループのバンドルされたフィードバック情報をプライマリセルを介して無線基地局に送信する。
【０２１５】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、いくつかのセルを介してのアップリンク制御情報の送信をサポートするため、ユーザ機器に対して少なくとも２つのアップリンク制御セルグループが定義され、この定義は、少なくとも２つのアップリンク制御セルグループのそれぞれを、アップリンク制御情報を送信するために使用される異なるセルに関連付け、少なくとも２つのセルそれぞれを、少なくとも２つのアップリンク制御セルグループのうちの１つに関連付けて、それぞれのセルのアップリンク制御情報をアップリンク制御セルグループに関連付けることによる。結果として、プロセッサは、各アップリンク制御情報に対して、アップリンク制御情報が関連付けられているアップリンク制御セルグループに関連付けられている、それぞれのアップリンク制御情報を送信するためのセル、を求めるように構成されている。少なくとも１つのセルバンドリンググループのそれぞれが、少なくとも２つのアップリンク制御セルグループの１つに関連付けられているように、少なくとも１つのセルバンドリンググループの１つに関連付けられているすべてのセルが、少なくとも２つのアップリンク制御セルグループの１つに関連付けられており、送信機は、バンドルされたフィードバック情報を送信するときに、以下のステップ、すなわち、１）セルバンドリンググループが関連付けられているアップリンク制御セルグループに関連付けられているセル、を求めるステップと、２）バンドルされたフィードバック情報を、求めたセルを介して無線基地局に送信するステップと、を実行する。
【０２１６】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、ユーザ機器は、少なくとも２つのセルを周波数分割複信（ＦＤＤ）において動作させており、ダウンリンク送信に対するフィードバック情報が、ダウンリンク送信を受信してから所定の時間長だけ後に、ユーザ機器によって送信される。プロセッサは、各サブフレームにおいて、セルバンドリンググループごとにバンドルするステップを実行し、これは、それぞれのサブフレーム内で送信待ち状態にある生成されたフィードバック情報を、それぞれのセルバンドリンググループに関連付けられているセルにまたがってバンドルすることによる。このステップは、サブフレームごとに、かつセルバンドリンググループごとに、バンドルされたフィードバック情報を生成するために、行われる。
【０２１７】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、ユーザ機器は、少なくとも２つのセルのそれぞれを、複数の時分割複信（ＴＤＤ）構成のうちの１つに従って動作させており、時分割複信（ＴＤＤ）構成が、各無線フレームについて、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義する。複数のＴＤＤ構成のそれぞれにおいて、所定のフィードバックタイミング情報は、各アップリンクサブフレームについて、以前の（１つまたは複数の）ダウンリンクサブフレームのフィードバック情報がそれぞれのアップリンクサブフレームにおいて送信されるか、および以前のどの（１つまたは複数の）ダウンリンクサブフレームに対して送信されるか、を定義する。プロセッサは、バンドルされたフィードバック情報が送信されるセルの各アップリンクサブフレームに対して、以下のステップ、すなわち、
各セルにおいて、それぞれのアップリンクサブフレームの所定のフィードバックタイミング情報によって定義される以前の（１つまたは複数の）ダウンリンクサブフレームのそれぞれに対するフィードバック情報の項目、を生成するステップ、
を実行し、
プロセッサが、
同じ順序のフィードバック情報項目がバンドルされるように、生成されたフィードバック情報項目を、それぞれのセルバンドリンググループに関連付けられているセルにまたがって、フィードバック情報項目の連続する順序においてバンドルするステップ、によって、
セルバンドリンググループごとにフィードバック情報をバンドルするステップを実行するように構成されている。
【０２１８】
このステップは、アップリンクサブフレームごとに、かつセルバンドリンググループごとに、かつフィードバック情報項目の順序ごとに、同じ連続する順序におけるバンドルされたフィードバック情報項目を生成するために行われる。
【０２１９】
オプションとして、送信機は、各セルバンドリンググループの、順序ごとにバンドルされたフィードバック情報を、アップリンクサブフレームにおいてアップリンク制御情報フォーマットで一緒に送信するように構成されている。さらなるオプションとして、フィードバック情報項目の順序は、それぞれのアップリンクサブフレームの所定のフィードバックタイミング情報に基づく。
【０２２０】
上の態様に加えて、または上の態様に代えて使用することのできる、第１の態様の有利なバリエーションによると、ユーザ機器は、少なくとも２つのセルのそれぞれを、複数の時分割複信（ＴＤＤ）構成のうちの１つに従って動作させており、時分割複信（ＴＤＤ）構成が、各無線フレームについて、無線フレームのサブフレームを、アップリンクサブフレーム、ダウンリンクサブフレーム、またはスペシャルサブフレームとして定義する。複数のＴＤＤ構成のそれぞれにおいて、所定のフィードバックタイミング情報は、各アップリンクサブフレームについて、以前の（１つまたは複数の）ダウンリンクサブフレームのフィードバック情報がそれぞれのアップリンクサブフレームにおいて送信されるか、および以前のどの（１つまたは複数の）ダウンリンクサブフレームに対して送信されるか、を定義する。プロセッサは、バンドルされたフィードバック情報が送信されるセルの各アップリンクサブフレームに対して、以下のステップ、すなわち、
各セルにおいて、それぞれのアップリンクサブフレームの所定のフィードバックタイミング情報によって定義される以前の（１つまたは複数の）ダウンリンクサブフレームのそれぞれに対するフィードバック情報の項目、を生成するステップ、
を実行し、
プロセッサが、
同じセルのフィードバック情報項目がバンドルされるように、生成されたフィードバック情報項目を、それぞれのセルバンドリンググループに関連付けられている各セル内でバンドルするステップ、によって、
セルバンドリンググループごとにフィードバック情報をバンドルするステップを実行する。
【０２２１】
このステップは、アップリンクサブフレームごとに、かつセルバンドリンググループごとに、かつセルごとに、バンドルされたフィードバック情報を生成するために、行われる。
【０２２２】
オプションとして、送信機は、各セルバンドリンググループの、セルごとにバンドルされたフィードバック情報を、アップリンクサブフレームにおいてアップリンク制御情報フォーマットで一緒に送信するように構成されている。さらなるオプションとして、セルごとにバンドルされたフィードバック情報は、各セルバンドリンググループ内で、それぞれのセルのインデックスの昇順に連結される。
【０２２３】
一実施形態によると、再送信プロトコルのフィードバック情報をユーザ機器から受信する無線基地局、を提供する。ユーザ機器に対して少なくとも２つのセルが設定されており、かつ、ユーザ機器に対して少なくとも１つのセルバンドリンググループが定義されており、少なくとも１つのセルバンドリンググループの１つが、少なくとも２つのセルのうちの少なくとも２つに関連付けられている。ユーザ機器は無線基地局と通信しており、少なくとも２つのセルの少なくとも１つを介してダウンリンク送信を受信する。無線基地局は、ユーザ機器と一緒に再送信プロトコルを動作させるように構成されており、少なくとも２つのセルを介してのダウンリンク通信に対するフィードバック情報をユーザ機器から受信するステップを含む。無線基地局の受信機は、各セルバンドリンググループのバンドルされたフィードバック情報を、ユーザ機器から受信する。セルバンドリンググループごとにバンドルされたフィードバック情報を生成するために、バンドルされたフィードバック情報は、セルバンドリンググループごとに、それぞれのセルバンドリンググループに関連付けられているセルに関連して生成されたフィードバック情報をバンドルすることによって、ユーザ機器によって生成される。
【０２２４】
＜ハードウェアおよびソフトウェアによる本開示の実施＞
別の例示的な実施形態は、上述したさまざまな実施形態を、ハードウェア、ソフトウェア、またはハードウェアと協働するソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ端末および基地局は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。
【０２２５】
さまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。さまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。特に、上に説明した各実施形態の説明において使用される各機能ブロックは、集積回路としてのＬＳＩによって実施することができる。これらの機能ブロックは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。これらのチップは、自身に結合されているデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路または汎用プロセッサを使用することによって達成することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）、あるいはＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブルプロセッサを使用することもできる。さらに、さまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。さらには、複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
【０２２６】
具体的な実施形態に示した本開示には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。
【図１】
0006752209.tif 000003
【図２】
0006752209.tif 000004
【図３】
0006752209.tif 000005
【図４】
0006752209.tif 000006
【図５】
0006752209.tif 000007
【図６Ａ】
0006752209.tif 000008
【図６Ｂ】
0006752209.tif 000009
【図７】
0006752209.tif 000010
【図８】
0006752209.tif 000011
【図９】
0006752209.tif 000012
【図１０】
0006752209.tif 000013
【図１１】
0006752209.tif 000014
【図１２】
0006752209.tif 000015
【図１３】
0006752209.tif 000016
【図１４】
0006752209.tif 000017
【図１５】
0006752209.tif 000018
【図１６】
0006752209.tif 000019
【図１７】
0006752209.tif 000020
【図１８】
0006752209.tif 000021
【図１９】
0006752209.tif 000022
【図２０】
0006752209.tif 000023
【図２１】
0006752209.tif 000024