(57)【特許請求の範囲】
【請求項１】
サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成
されている通信ノードであって、該通信ノードは、
前記別の通信ノードに対する制御メッセージを生成し、出力するように構成され、前記制御メッセージは、グループ分けされたＨＡＲＱプロセスのグループに対応する連続したサブフレームからなるサブフレームグループ内の通信リソースを割り当てており、前記サブフレームを通して、前記通信ノードは各サブフレーム内の少なくとも１つのコードワードを前記別の通信ノードに対して送信するように構成されたスケジューラと、
前記サブフレームグループ内の前記割り当てられた通信リソースを用いて、前記別の通信ノードに前記コードワードを送信するように構成されている送受信機と、
前記別の通信ノードから、前記コードワードの受信又は非受信の確認応答を示す各コードワードに対するＡＣＫ／ＮＡＣＫフィードバックを受信するＡＣＫ／ＮＡＣＫモジュールと、を備え、
前記ＡＣＫ／ＮＡＣＫモジュールは、前記通信ノードによって送信された前記サブフレームグループ内のコードワードのそれぞれの受信又は非受信の確認応答を示し、且つ、関連するサブフレームの順に統合された(aggregated)ＡＣＫ／ＮＡＣＫ(統合ＡＣＫ／ＮＡＣＫ)フィードバックを前記制御メッセージを送信した前記サブフレームとは異なるサブフレーム中で前記別の通信ノードから受信するように構成され、
前記統合ＡＣＫ／ＮＡＣＫフィードバックを処理して、受信されなかったコードワードが前記別の通信ノードに対して再送するためにスケジューリングされるように前記スケジューラを制御するように構成され、
前記統合ＡＣＫ／ＮＡＣＫフィードバックのデータは関連する前記サブフレームグループの最後のコードワードが前記別の通信ノードによって受信された後に前記別の通信ノードによって送信され、
前記スケジューラは、
複数のＨＡＲＱプロセスを用いて、前記別の通信ノードへのデータの送信を制御するように構成され、前記制御メッセージによって、通信リソースが前記別の通信ノードに割り当てられた各サブフレームグループ内で、異なるＨＡＲＱプロセスが各サブフレームに対して使用され、
前記スケジューラは、
ｉ）利用可能なＨＡＲＱプロセスを、各グループ内のＨＡＲＱプロセスが異なるように、２つ以上の前記サブフレームグループに分割し、前記２つ以上のうちの１つを第１のサブフレームグループとし、別の１つを第２のサブフレームグループとし、
ｉｉ）前記第１のサブフレームグループ内の複数のサブフレームのリソースを割り当てる第１の制御メッセージと、前記第２のサブフレームグループ内の複数のサブフレームのリソースを割り当てる第２の制御メッセージとを生成し、
ｉｉｉ）前記第１の制御メッセージによって割り当てられた前記リソースを用いて行われる通信のために前記第１のサブフレームグループからのＨＡＲＱプロセスを使用し、
ｉｖ）前記第２の制御メッセージによって割り当てられた前記リソースを用いて行われる通信のために前記第２のサブフレームグループからのＨＡＲＱプロセスを使用するように構成される、
通信ノード。
【請求項２】
前記スケジューラは、前記別の通信ノードにコードワードを送信するために使用されるＨＡＲＱプロセスが、当該コードワードに対する前記統合ＡＣＫ／ＮＡＣＫフィードバックデータを前記ＡＣＫ／ＮＡＣＫモジュールで受信し、処理するまで、前記ＨＡＲＱプロセスが再利用されないように構成されている、請求項１に記載の通信ノード。
【請求項３】
前記スケジューラは、前記別の通信ノードに対して、前記サブフレームグループ内の複数のサブフレームに、同じ周波数リソースを割り当てるリソース割り当てデータを含むような前記制御メッセージを生成するように構成される、請求項１又は２に記載の通信ノード。
【請求項４】
前記スケジューラは、前記制御メッセージを生成するように構成され、前記制御メッセージは、変調及び符号化方式データ、すなわちＭＣＳデータを含み、当該ＭＣＳデータは、前記サブフレームグループ内の前記割り当てられた通信リソースを用いて前記別の通信ノードに送信されるべき前記コードワードが全て同じ変調及び符号化方式により変調及び符号化されることを示す、請求項１〜３のいずれか一項に記載の通信ノード。
【請求項５】
前記スケジューラは、前記割り当てられたリソースのための前記制御メッセージ内に、前記割り当てられた通信リソースを用いて送信されることになるコードワードごとに、前記コードワードが新たなコードワードであるか、又は以前のコードワードの再送であるかを示すデータを含むように構成される、請求項１〜４のいずれか一項に記載の通信ノード。
【請求項６】
前記スケジューラは、前記制御メッセージ内に、前記割り当てが関連する連続したサブフレームの数を示すデータを含むように構成される、請求項１〜５のいずれか一項に記載の通信ノード。
【請求項７】
サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードであって、該通信ノードは、
前記別の通信ノードから制御メッセージを受信するように構成され、前記別の通信ノードが前記通信リソースの各サブフレーム中に少なくとも１つのコードワードを送信するであろう連続したサブフレームからなるサブフレームグループであって、グループ分けされたＨＡＲＱプロセスのグループに対応する前記サブフレームグループ内の通信リソースを割り当てられている前記制御メッセージを受信する通信モジュールと、
前記サブフレームグループ内の前記割り当てられた通信リソースを用いて、前記別の通信ノードから前記コードワードを受信するように構成されている送受信機と、
前記コードワードの受信又は非受信の確認応答を示す各コードワードに対するＡＣＫ／ＮＡＣＫフィードバックを生成するＡＣＫ／ＮＡＣＫモジュールと、
を備え、
前記ＡＣＫ／ＮＡＣＫモジュールは前記サブフレームグループ中のコードワードに対して、関連するサブフレームの順に統合された統合ＡＣＫ／ＮＡＣＫフィードバックデータを生成し、前記統合ＡＣＫ／ＮＡＣＫフィードバックデータを前記別の通信ノードに送信するように構成され、
前記統合ＡＣＫ／ＮＡＣＫフィードバックは、前記通信ノードによって受信される複数のコードワードのそれぞれの受信又は非受信の確認応答を示し、前記制御メッセージを受信した前記サブフレームとは異なるサブフレーム内に配置される通信リソースを用いて別の通信ノードと通信するように構成され、
前記統合ＡＣＫ／ＮＡＣＫフィードバックデータは関連するサブフレームの順に統合されると共に、前記サブフレームグループの最後のコードワードが前記別の通信ノードによって送信された後に自通信ノードによって送信され、
前記通信モジュールは、複数のＨＡＲＱプロセスを用いて前記別の通信ノードから受信されたデータの受信を制御するように構成され、各サブフレームでは異なるＨＡＲＱプロセスが使用され、各サブフレームには、通信リソースが前記制御メッセージによって前記通信ノードに割り当てられ、
前記通信モジュールは、前記コードワードが前記別の通信ノードから受信されたサブフレーム番号を用いて、前記コードワードのためのＨＡＲＱプロセスを決定するように構成されている、
通信ノード。
【請求項８】
前記グループ分けは、２つ以上の前記サブフレームグループに分けたものであり、前記２つ以上のうちの１つを第１のサブフレームグループとし、別の１つを第２のサブフレームグループとし、
前記通信モジュールは、
ｉ）前記第１のサブフレームグループ内でリソースを割り当てる第１の制御メッセージと、
ｉｉ）前記第２のサブフレームグループ内でリソースを割り当てる第２の制御メッセージを受信し、
ｉｉｉ）前記第１の制御メッセージによって割り当てられた前記リソースを用いて行われる通信のために第１のグループのＨＡＲＱプロセスからのＨＡＲＱプロセスを使用し、
ｉｖ）前記第２の制御メッセージによって割り当てられた前記リソースを用いて行われる通信のために第２のグループのＨＡＲＱプロセスからのＨＡＲＱプロセスを使用するように構成され、前記第１のサブフレームグループ内の前記ＨＡＲＱプロセスは前記第２のサブフレームグループ内の前記ＨＡＲＱプロセスとは異なっている、請求項７に記載の通信ノード。
【請求項９】
前記受信された制御メッセージは、前記サブフレームグループ内の複数のサブフレームに、同じ周波数リソースを割り当てる、請求項７又は８に記載の通信ノード。
【請求項１０】
前記制御メッセージは、変調及び符号化方式データ、すなわちＭＣＳデータを含み、当該データは、前記サブフレームグループ内の前記割り当てられた通信リソースを用いて前記別の通信ノードから受信されるべきコードワードが全て同じ変調及び符号化方式により変調及び符号化されることを示す、請求項７〜９のいずれか一項に記載の通信ノード。
【請求項１１】
前記制御メッセージは、前記割り当てられた通信リソースを用いて受信されるべき各コードワードに対して、前記コードワードが新たなコードワードであるか、又は以前のコードワードの再送であるかを示すデータを含んでいる、請求項７〜１０のいずれか一項に記載の通信ノード。
【請求項１２】
前記制御メッセージは、前記割り当てが関連する連続したサブフレームの数を示すデータを含む、請求項７〜１１のいずれか一項に記載の通信ノード。
【請求項１３】
通信システムの基地局である、請求項１〜６のいずれか一項に記載の通信ノード。
【請求項１４】
セルラー電話を含むユーザデバイスである、請求項７〜１２のいずれか一項に記載の通信ノード。
【請求項１５】
サブフレームに配置される通信リソースを用いて別の通信ノードと通信する通信ノードによって実行される方法であって、該方法は、
別の通信ノードのために、グループ分けされたＨＡＲＱプロセスのグループに対応する連続したサブフレームからなるサブフレームグループ内の通信リソースを割り当てる制御メッセージを生成するとともに出力し、且つ、前記サブフレームグループに対して、前記通信ノードは前記別の通信ノードのための各サブフレームに少なくとも一つのコードワードを送信することと、
前記サブフレームグループ内の前記割り当てられた通信リソースを用いて前記別の通信ノードに前記コードワードを送信することと、
前記別の通信ノードから、前記コードワードの受信又は非受信の確認応答を示す各コードワードに対するＡＣＫ／ＮＡＣＫフィードバックを受信することを含み、
該ＡＣＫ／ＮＡＣＫフィードバックを受信することは、サブフレーム中、前記別の通信ノードから統合ＡＣＫ／ＮＡＣＫフィードバックデータを受信し、当該統合ＡＣＫ/ＮＡＣＫフィードバックデータは、関連する前記サブフレームの順に統合されると共に、前記サブフレームグループの最後のコードワードを送信した後に受信され、且つ、前記サブフレームグループにおいて前記通信ノードによって送信される複数のコードワードのそれぞれの受信又は非受信の確認応答を示しており、
前記統合ＡＣＫ／ＮＡＣＫフィードバックデータを処理するとともに、正確に受信されなかった任意のコードワードを前記別の通信ノードに再送させ、
複数のＨＡＲＱプロセスを用いて、前記別の通信ノードへのデータの送信を制御し、前記制御メッセージによって、通信リソースが前記別の通信ノードに割り当てられた各サブフレームグループ内で、異なるＨＡＲＱプロセスが各サブフレームに対して使用され、
ｉ）利用可能なＨＡＲＱプロセスを、各グループ内のＨＡＲＱプロセスが異なるように、２つ以上の前記サブフレームグループに分割し、前記２つ以上のうちの１つを第１のサブフレームグループとし、別の１つを第２のサブフレームグループとし、
ｉｉ）前記第１のサブフレームグループ内の複数のサブフレームのリソースを割り当てる第１の制御メッセージと、前記第２のサブフレームグループ内の複数のサブフレームのリソースを割り当てる第２の制御メッセージとを生成し、
ｉｉｉ）前記第１の制御メッセージによって割り当てられた前記リソースを用いて行われる通信のために前記第１のサブフレームグループからのＨＡＲＱプロセスを使用し、
ｉｖ）前記第２の制御メッセージによって割り当てられた前記リソースを用いて行われる通信のために前記第２のサブフレームグループからのＨＡＲＱプロセスを使用する、
方法。
【請求項１６】
サブフレームに配置される通信リソースを用いて別の通信ノードと通信する通信ノードによって実行される方法であって、該方法は、
前記別の通信ノードから制御メッセージを受信し、前記制御メッセージはグループ分けされたＨＡＲＱプロセスのグループに対応する連続したサブフレームからなるサブフレームグループ内の通信リソースを割り当て、前記サブフレームグループに対して前記別の通信ノードは前記通信リソースを介して、前記通信ノードへの少なくとも１つのコードワードを送信し、
前記サブフレームグループ内の前記割り当てられた通信リソースを用いて前記別の通信ノードから前記コードワードを受信し、
前記コードワードの受信又は非受信の確認応答をコードワード毎に示す共に関連するサブフレームグループ内のサブフレームの順に統合されており、更に、前記通信ノードによって受信される複数のコードワードのそれぞれの受信又は非受信の確認応答を示し、関連する前記サブフレームグループ内のサブフレームの順に統合された統合ＡＣＫ／ＮＡＣＫフィードバックデータを前記制御メッセージを受信した前記サブフレームとは異なるサブフレームにおいて生成すると共に、
前記統合ＡＣＫ／ＮＡＣＫフィードバックデータを前記サブフレームグループの最後のコードワードを受信した後に前記別の通信ノードに送信し、
複数のＨＡＲＱプロセスを用いて前記別の通信ノードから受信されたデータの受信を制御し、各サブフレームでは異なるＨＡＲＱプロセスが使用され、各サブフレームには、通信リソースが前記制御メッセージによって前記通信ノードに割り当てられ、
前記コードワードが前記別の通信ノードから受信されたサブフレーム番号を用いて、前記コードワードのためのＨＡＲＱプロセスを決定する、
方法。
【請求項１７】
サブフレームに配置される通信リソースを用いて第２の通信ノードと通信するように構成される第１の通信ノードであって、該第１の通信ノードは、
前記第２の通信ノードにデータを送信する際に用いるために、グループ分けされたＨＡＲＱプロセスのグループに対応する連続したサブフレームからなるサブフレームグループ内の通信リソースを割り当てるためのスケジューラと、
前記第２の通信ノードに送信される制御メッセージであって、前記サブフレームグループ内の前記割り当てられた通信リソースを示し、前記サブフレームグループに対して前記第２の通信ノードのためのコードワードが、前記第１の通信ノードによって送信されるであろうことを示す前記制御メッセージを送信する送信機を含み、
前記スケジューラは、前記サブフレーム内の前記割り当てられた通信リソースを用いて、前記送信機に、前記割り当てられたサブフレームのそれぞれにおいて前記第２の通信ノードに少なくとも１つのコードワードを送信させるように構成され、
前記第２の通信ノードから、前記コードワードの受信又は非受信の確認応答を示す各コードワードに対するＡＣＫ／ＮＡＣＫフィードバックを受信するためのＡＣＫ／ＮＡＣＫモジュールと、を備え、前記スケジューラは、前記コードワードが前記第２の通信ノードによって受信されない場合に、前記送信機に、前記第２の通信ノードにコードワードを再送させるように構成され、
前記ＡＣＫ／ＮＡＣＫモジュールは、サブフレーム中、前記第２の通信ノードから関連する前記サブフレームグループ内のサブフレームの順に統合された統合ＡＣＫ／ＮＡＣＫフィードバックデータを受信するように構成され、
前記統合ＡＣＫ／ＮＡＣＫフィードバックデータは、前記サブフレームグループの最後のコードワードが前記第２の通信ノードによって受信された後に前記第２の通信ノードによって送信され、前記第１の通信ノードによって送信された複数のコードワードのそれぞれの受信又は非受信の確認応答を示しており、更に、前記統合ＡＣＫ／ＮＡＣＫフィードバックデータを処理し、受信されなかった任意のコードワードが前記第２の通信ノードに再送されるためにスケジューリングされるように前記スケジューラを制御するように構成され、
前記スケジューラは、
複数のＨＡＲＱプロセスを用いて、前記第２の通信ノードへのデータの送信を制御するように構成され、前記制御メッセージによって、通信リソースが前記第２の通信ノードに割り当てられた各サブフレームグループ内で、異なるＨＡＲＱプロセスが各サブフレームに対して使用され、
前記スケジューラは、
ｉ）利用可能なＨＡＲＱプロセスを、各グループ内のＨＡＲＱプロセスが異なるように、２つ以上の前記サブフレームグループに分割し、前記２つ以上のうちの１つを第１のサブフレームグループとし、別の１つを第２のサブフレームグループとし、
ｉｉ）前記第１のサブフレームグループ内の複数のサブフレームのリソースを割り当てる第１の制御メッセージと、前記第２のサブフレームグループ内の複数のサブフレームのリソースを割り当てる第２の制御メッセージとを生成し、
ｉｉｉ）前記第１の制御メッセージによって割り当てられた前記リソースを用いて行われる通信のために前記第１のサブフレームグループからのＨＡＲＱプロセスを使用し、
ｉｖ）前記第２の制御メッセージによって割り当てられた前記リソースを用いて行われる通信のために前記第２のサブフレームグループからのＨＡＲＱプロセスを使用するように構成される、
第１の通信ノード。
【請求項１８】
サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードであって、該通信ノードは、
前記別の通信ノードへの制御メッセージを生成するとともに出力すると共に、前記制御メッセージはグループ分けされたＨＡＲＱプロセスのグループに対応するサブフレームグループ内の通信リソースを割り当てるものであり、前記通信ノードは前記別の通信ノードための少なくとも１つのコードワードを前記サブフレームグループ内の各サブフレームに出力する手段と、
前記サブフレームグループ内の前記割り当てられた通信リソースを用いて前記別の通信ノードに前記コードワードを送信する手段と、
前記別の通信ノードから、前記コードワードの受信又は非受信の確認応答を示す各コードワードに対するＡＣＫ／ＮＡＣＫフィードバックを受信する手段と、
を備え、
前記受信する手段は、前記別の通信ノードから、異なるサブフレームにおいて前記通信ノードによって送信される複数のコードワードのそれぞれの受信又は非受信の確認応答を示すと共に、関連する前記サブフレームグループ内のサブフレームの順に統合された統合ＡＣＫ／ＮＡＣＫフィードバックデータを前記サブフレームグループの最後のコードワードを送信した後に送信される１つのサブフレーム中に受信するように構成され、前記統合ＡＣＫ／ＮＡＣＫフィードバックデータを処理し、受信されなかった任意のコードワードを前記別の通信ノードに再送させるように構成され、
前記出力する手段は、
複数のＨＡＲＱプロセスを用いて、前記別の通信ノードへのデータの送信を制御するように構成され、前記制御メッセージによって、通信リソースが前記別の通信ノードに割り当てられた各サブフレームグループ内で、異なるＨＡＲＱプロセスが各サブフレームに対して使用され、
前記出力する手段は、
ｉ）利用可能なＨＡＲＱプロセスを、各グループ内のＨＡＲＱプロセスが異なるように、２つ以上の前記サブフレームグループに分割し、前記２つ以上のうちの１つを第１のサブフレームグループとし、別の１つを第２のサブフレームグループとし、
ｉｉ）前記第１のサブフレームグループ内の複数のサブフレームのリソースを割り当てる第１の制御メッセージと、前記第２のサブフレームグループ内の複数のサブフレームのリソースを割り当てる第２の制御メッセージとを生成し、
ｉｉｉ）前記第１の制御メッセージによって割り当てられた前記リソースを用いて行われる通信のために前記第１のサブフレームグループからのＨＡＲＱプロセスを使用し、
ｉｖ）前記第２の制御メッセージによって割り当てられた前記リソースを用いて行われる通信のために前記第２のサブフレームグループからのＨＡＲＱプロセスを使用するように構成される、
通信ノード。
【請求項１９】
コンピューターに、請求項１〜１４又は１７〜１８のいずれか１項に記載の通信ノードとして動作させるコンピューター実行可能命令を含む、コンピュータープログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動（セルラー）通信システム内のデータの通信と、通信システムの構成要素とに関する。本発明は、限定されるわけではないが、特にマルチサブフレーム割り当てるシステムにおけるＨＡＲＱフィードバック情報のレポート(報告)に関連する。
【背景技術】
【０００２】
ＯＦＤＭＡ及びシングルキャリアＦＤＭＡは、３ＧＰＰ（移動電気通信システムの長期発展型（ＬＴＥ）を検討している標準規格に基づく共同研究）において現在検討されているＥ−ＵＴＲＡエアインターフェースのためのダウンリンク及びアップリンク多元接続スキームとして選択されてきた。ＬＴＥシステムでは、複数のユーザーデバイス（ＵＥ）と通信する基地局（ｅＮＢ）が、効率的、かつ高速のリンクアダプテーションを可能にするために、そして最大のマルチユーザーダイバーシティ利得を達成するために、可能な限り多くの同時に存在するユーザー間で時間／周波数リソースの全量を（帯域幅に応じて）割り当てる。
【０００３】
ＬＴＥシステムは、ＶｏＩＰのようなリアルタイム（ＲＴ）サービス及びウェブブラウジングのような非リアルタイム（ＮＲＴ）サービスの両方を提供する。ＵＥがこれらのサービスを使用できるようにする時間／周波数リソースは、使用されるサービスに応じて、動的に（すなわち、リソースが必要とされる時点で必要に応じて）、又は半永続的に割り当てることができる。例えば、必要とされるリソースの量があらかじめわかっている、ＶｏＩＰのようなリアルタイムサービスの場合、例えば、呼設定時に、ＵＥにあらかじめリソースを割り当てることができる（半永続的に割り当てられる）。例えば、ウェブブラウジングトラフィックのような、より「バースト」的なトラフィックの場合、その時点でＵＥとｅＮＢとの間で送信されることになるデータの量に基づいて、リソースが動的に割り当てられることになる。
【０００４】
動的に割り当てられたダウンリンクデータを送信するために、ｅＮＢ内のスケジューラが、データをサブフレームごとに動的に送信し、ｅＮＢと特定のＵＥとの間の変化するリンク条件に適合するように好ましい送信パラメーター（例えば、リソース割り当て、変調及び符号化方式（ＭＣＳ）、ハイブリッド確認応答再送要求（ＨＡＲＱ：Hybrid Automatic Acknowledge Repeat Request）、電力等）を選択し、現在のサブフレームにおいてスケジューリングするときにユーザー間に優先順位を付ける柔軟性を有する。
【０００５】
ＬＴＥシステムでは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）がスケジューリング割り当て及び他の制御情報を搬送する。ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素（ＣＣＥ）の集合体からなり、１つのＣＣＥはｅＮＢの利用可能な物理無線リソースの一部を占有する。利用可能であるＣＣＥの全数は、ｅＮＢのシステム帯域幅と、所与のサブフレーム内でＰＤＣＣＨ送信のために予約されるＯＦＤＭシンボルの数とによって決まる。
【０００６】
ＬＴＥ  Ｒｅｌ−１２において、３ＧＰＰは、新たなスケジューリング手法−マルチサブフレームスケジューリングを導入することを検討しており、そのスケジューリング手法では、ｅＮＢが、数サブフレームにわたって持続するスケジューリング割り当てを送信する（すなわち、一度のスケジューリング割り当てによって、リソースが複数のサブフレームにわたってＵＥに割り当てられる）。ｅＮＢは、或るＵＥのためのマルチサブフレームスケジューリングと、他のＵＥのための従来のシングルサブフレームスケジューリングとを同時に使用することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、本発明者らは、そのようなマルチサブフレームスケジューリングが、ＵＥがＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックをｅＮＢにいかに送信すべきかに関して問題を引き起こす可能性があることを気付いた。現在のＬＴＥ仕様では、ＵＥは、スケジューリング割り当てを送信するために用いられるＰＤＣＣＨ  ＣＣＥによって決定された物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを用いて、ＡＣＫ／ＮＡＣＫフィードバックを送信する。しかしながら、ＵＥがマルチサブフレーム割り当てのサブフレームごとに同じＰＵＣＣＨリソースを使用する場合には、ｅＮＢは、他のＵＥへのシングルサブフレーム割り当ての場合に、それらのサブフレーム内の対応するＰＤＣＣＨ  ＣＣＥを再利用するのを回避しなければならない。そうでない場合には、２つのＵＥが、ＡＣＫ／ＮＡＣＫフィードバックを送信するために、同じサブフレーム内の同じＰＵＣＣＨリソースを使用することを試みることになる。
【課題を解決するための手段】
【０００８】
一態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供する。通信ノードは基地局とすることができ、別の通信ノードは、セルラー電話のようなユーザーデバイスとすることができる。通信ノードは、別の通信ノードに対する制御メッセージを生成し、出力するように構成されるスケジューラであって、制御メッセージは複数のサブフレーム（通常、連続したサブフレーム）内の通信リソースを割り当て、通信ノードは通信リソースを介して、各サブフレームにおいて、別の通信ノードへの少なくとも１つのコードワードを送信するスケジューラと、複数のサブフレーム内の割り当てられた通信リソースを用いて別の通信ノードにコードワードを送信するように構成される送受信機と、別の通信ノードから、コードワードごとに、コードワードの受信又は非受信の確認応答を示すＡＣＫ／ＮＡＣＫフィードバックを受信するためのＡＣＫ／ＮＡＣＫモジュールと、を備え、ＡＣＫ／ＮＡＣＫモジュールは、サブフレーム中に、別の通信ノードから、異なるサブフレームにおいて通信ノードによって送信される複数のコードワードのそれぞれの受信又は非受信の確認応答を示す統合ＡＣＫ／ＮＡＣＫフィードバックを受信するように構成され、統合ＡＣＫ／ＮＡＣＫフィードバックを処理して、受信されなかった任意のコードワードが、別の通信ノードへの再送のためのスケジューリングされるようにスケジューラを制御するように構成される。
【０００９】
一実施形態では、通信リソースが制御メッセージによって別の通信ノードに割り当てられるサブフレームごとに異なるＨＡＲＱプロセスが使用されるように、スケジューラは、複数のＨＡＲＱプロセスを用いて、別の通信ノードへのデータの送信を制御するように構成される。この場合、スケジューラは、ＡＣＫ／ＮＡＣＫモジュールがコードワードのためのＡＣＫ／ＮＡＣＫフィードバックを受信し、処理するまで、別の通信ノードにコードワードを送信するために用いられるＨＡＲＱプロセスが再利用されないように構成することができる。加えて、スケジューラは、ｉ）利用可能なＨＡＲＱプロセスを、各グループ内のＨＡＲＱプロセスが異なるような、２つ以上のグループに分割し、ｉｉ）第１の複数のサブフレーム内のリソースを割り当てる第１の制御メッセージと、第２の複数のサブフレーム内のリソースを割り当てる第２の制御メッセージとを生成し、ｉｉｉ）第１の制御メッセージによって割り当てられたリソースを用いて行われる通信のために第１のグループからのＨＡＲＱプロセスを使用し、ｉｖ）第２の制御メッセージによって割り当てられたリソースを用いて行われる通信のために第２のグループからのＨＡＲＱプロセスを使用するように構成することができる。
【００１０】
一実施形態では、スケジューラは、別の通信ノードに複数のサブフレームの各サブフレーム内の同じ通信リソースを割り当てるリソース割り当てデータを含むような制御メッセージを生成するように構成される。好ましくは、さらに、スケジューラは、複数のサブフレームの各サブフレーム内の割り当てられた通信リソースを用いて別の通信ノードに送信されることになるコードワードを変調し、符号化するために同じ変調及び符号化方式が用いられることを示す変調及び符号化方式データ、すなわちＭＣＳデータを含むような制御メッセージを生成するように構成される。制御メッセージは、送信されることになるコードワードごとに、コードワードが新たなコードワードであるか、又は以前のコードワードの再送であるかを示すデータを含むことができる。スケジューラは、制御メッセージ内に、割り当てが関連する連続したサブフレームの数を示すデータも含むことができる。
【００１１】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供する。この場合、通信ノードはユーザーデバイスとすることができ、別の通信ノードは基地局とすることができる。通信ノードは、別の通信ノードから制御メッセージを受信するように構成される通信モジュールであって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、別の通信ノードは通信リソースを介して、各サブフレームにおいて、通信ノードへの少なくとも１つのコードワードを送信することになる、通信モジュールと、複数のサブフレーム内の割り当てられた通信リソースを用いて別の通信ノードからコードワードを受信するように構成される送受信機と、コードワードごとに、コードワードの受信又は非受信の確認応答を示すＡＣＫ／ＮＡＣＫフィードバックを生成するためのＡＣＫ／ＮＡＣＫモジュールとを備え、ＡＣＫ／ＮＡＣＫモジュールは、統合ＡＣＫ／ＮＡＣＫフィードバックを生成し、統合ＡＣＫ／ＮＡＣＫフィードバックを別の通信ノードに送信するように構成され、統合ＡＣＫ／ＮＡＣＫフィードバックは、異なるサブフレームにおいて通信ノードによって受信される複数のコードワードのそれぞれの受信又は非受信の確認応答を示す。
【００１２】
一実施形態では、通信リソースが上記制御メッセージによって通信ノードに割り当てられるサブフレームごとに異なるＨＡＲＱプロセスが使用されるように、通信モジュールは、複数のＨＡＲＱプロセスを用いて別の通信ノードから受信されたデータの受信を制御する。この場合、通信モジュールは、コードワードが別の通信ノードから受信されたサブフレームの数を用いて、コードワードのためのＨＡＲＱプロセスを決定することができる。また、通信モジュールは、ｉ）第１の複数のサブフレーム内のリソースを割り当てる第１の制御メッセージとii)第２の複数のサブフレーム内のリソースを割り当てる第２の制御メッセージとを受信し、ｉｉｉ）第１の制御メッセージによって割り当てられたリソースを用いて行われる通信のために第１のグループのＨＡＲＱプロセスからのＨＡＲＱプロセスを使用し、ｉｖ）第２の制御メッセージによって割り当てられたリソースを用いて行われる通信のために第２のグループのＨＡＲＱプロセスからのＨＡＲＱプロセスを使用するように構成することができ、第１のグループ内のＨＡＲＱプロセスは第２のグループ内のＨＡＲＱプロセスとは異なる。
【００１３】
受信された制御メッセージは、複数のサブフレームの各サブフレーム内の同じ通信リソースを割り当てることができる。制御メッセージは、複数のサブフレームの各サブフレーム内の割り当てられた通信リソースを用いて別の通信ノードから受信されることになるコードワードを変調し、符号化するために同じ変調及び符号化方式、すなわちＭＣＳが用いられることを示すことができる。制御メッセージは、割り当てられた通信リソースを用いて受信されることになるコードワードごとに、コードワードが新たなコードワードであるか、又は以前のコードワードの再送であるかを示すデータも含むことができる。制御メッセージは、割り当てが関連する連続したサブフレームの数を示すデータも含むことができる。
【００１４】
本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信する通信ノードによって実行される方法も提供する。本方法は、別の通信ノードへの制御メッセージを生成するとともに出力することであって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、通信ノードは通信リソースを介して、各サブフレームにおいて、別の通信ノードへの少なくとも１つのコードワードを送信することと、複数のサブフレーム内の割り当てられた通信リソースを用いて別の通信ノードにコードワードを送信することと、別の通信ノードから、コードワードごとに、コードワードの受信又は非受信の確認応答を示すＡＣＫ／ＮＡＣＫフィードバックを受信することであって、ＡＣＫ／ＮＡＣＫフィードバックを受信することは、サブフレーム中に、別の通信ノードから、異なるサブフレームにおいて通信ノードによって送信される複数のコードワードのそれぞれの受信又は非受信の確認応答を示す統合ＡＣＫ／ＮＡＣＫフィードバックを受信することと、統合ＡＣＫ／ＮＡＣＫフィードバックを処理するとともに、正確に受信されなかった任意のコードワードを別の通信ノードに再送させることとを含む。
【００１５】
本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信する通信ノードによって実行される方法も提供する。本方法は、別の通信ノードから制御メッセージを受信することであって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、別の通信ノードは通信リソースを介して、各サブフレームにおいて、通信ノードへの少なくとも１つのコードワードを送信することと、複数のサブフレーム内の割り当てられた通信リソースを用いて別の通信ノードからコードワードを受信することと、コードワードごとに、コードワードの受信又は非受信の確認応答を示すＡＣＫ／ＮＡＣＫフィードバックを生成することであって、生成することは、異なるサブフレームにおいて通信ノードによって受信される複数のコードワードのそれぞれの受信又は非受信の確認応答を示す統合ＡＣＫ／ＮＡＣＫフィードバックを生成することと、ＡＣＫ／ＮＡＣＫフィードバックを別の通信ノードに送信することとを含む。
【００１６】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供し、通信ノードは、別の通信ノードにデータを送信する際に用いるために複数のサブフレーム内の通信リソースを割り当てるためのスケジューラと、別の通信ノードに制御メッセージを送信するための送信機であって、制御メッセージは複数のサブフレーム内の割り当てられた通信リソースを示し、別の通信ノードのためのコードワードが、割り当てられた通信リソースを介して通信ノードによって送信される、送信機と、スケジューラは、サブフレーム内の割り当てられた通信リソースを用いて、送信機に、割り当てられたサブフレームのそれぞれにおいて別の通信ノードに少なくとも１つのコードワードを送信させるように構成され、別の通信ノードから、コードワードごとに、コードワードの受信又は非受信の確認応答を示すＡＣＫ／ＮＡＣＫフィードバックを受信するためのＡＣＫ／ＮＡＣＫモジュールと、を備え、スケジューラは、コードワードが別の通信ノードによって受信されない場合に、送信機に、別の通信ノードにコードワードを再送させるように構成され、ＡＣＫ／ＮＡＣＫモジュールは、サブフレーム中に、別の通信ノードから、異なるサブフレームにおいて通信ノードによって送信された複数のコードワードのそれぞれの受信又は非受信の確認応答を示す統合ＡＣＫ／ＮＡＣＫフィードバックを受信するように構成され、統合ＡＣＫ／ＮＡＣＫフィードバックを処理し、受信されなかった任意のコードワードが別の通信ノードに再送されるためにスケジューリングされるようにスケジューラを制御するように構成される。
【００１７】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供し、通信ノードは、別の通信ノードへの制御メッセージを生成するとともに出力する手段であって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、通信ノードは通信リソースを介して、各サブフレームにおいて、別の通信ノードための少なくとも１つのコードワードを送信する手段と、複数のサブフレーム内の割り当てられた通信リソースを用いて別の通信ノードにコードワードを送信する手段と、別の通信ノードから、コードワードごとに、コードワードの受信又は非受信の確認応答を示すＡＣＫ／ＮＡＣＫフィードバックを受信する手段と、を備え、受信する手段は、サブフレーム中に、別の通信ノードから、異なるサブフレームにおいて通信ノードによって送信される複数のコードワードのそれぞれの受信又は非受信の確認応答を示す統合ＡＣＫ／ＮＡＣＫフィードバックを受信するように構成され、統合ＡＣＫ／ＮＡＣＫフィードバックを処理し、受信されなかった任意のコードワードを別の通信ノードに再送させるように構成される。
【００１８】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供し、通信ノードは、別の通信ノードに対する制御メッセージを生成し、出力するように構成されるスケジューラであって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、通信ノードは通信リソースを介して、各サブフレームにおいて、別の通信ノードへの少なくとも１つのコードワードを送信することになる、スケジューラと、複数のサブフレーム内の割り当てられた通信リソースを用いて、別の通信ノードにコードワードを送信するように構成される送受信機と、別の通信ノードから、コードワードごとに、コードワードの受信又は非受信の確認応答を示すＡＣＫ／ＮＡＣＫフィードバックを受信するためのＡＣＫ／ＮＡＣＫモジュールとを備え、ＡＣＫ／ＮＡＣＫモジュールは、サブフレーム中に、別の通信ノードから、異なるサブフレームにおいて通信ノードによって送信された複数のコードワードのそれぞれの受信又は非受信の確認応答を示す統合ＡＣＫ／ＮＡＣＫフィードバックを受信するように構成され、統合ＡＣＫ／ＮＡＣＫフィードバックを処理して、受信されなかった任意のコードワードが別の通信ノードに再送するためにスケジューリングされるようにスケジューラを制御するように構成される。
【００１９】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別のノードと通信するように構成される通信ノードを提供し、通信ノードは、別の通信ノードに対する制御メッセージを生成するとともに出力する手段であって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、通信ノードは通信リソースを介して、各サブフレームにおいて、別の通信ノードへの少なくとも１つのコードワードを送信することになる手段と、複数のサブフレーム内の割り当られた通信リソースを用いて別の通信ノードにコードワードを送信する手段と、を備え、制御メッセージを生成する手段は、別の通信ノードに、複数のサブフレームの各サブフレーム内の同じ通信リソースを割り当てるリソース割り当てデータを含むように構成される。
【００２０】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供し、通信ノードは、別の通信ノードに対する制御メッセージを生成するとともに出力する手段であって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、通信ノードは通信リソースを介して、各サブフレームにおいて、別の通信ノードへの少なくとも１つのコードワードを送信することになる、手段と、複数のサブフレーム内の割り当てられた通信リソースを用いて別の通信ノードにコードワードを送信する手段と、を備え、制御メッセージを生成する手段は、複数のサブフレームの各サブフレーム内の割り当てられた通信リソースを用いて別の通信ノードに送信されることになるコードワードを変調し、符号化するために、同じ変調及び符号化方式が用いられることを示す変調及び符号化方式データ、すなわちＭＣＳデータを含むように構成される。
【００２１】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供し、通信ノードは、別の通信ノードに対する制御メッセージを生成するとともに出力する手段であって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、通信ノードは通信リソースを介して、各サブフレームにおいて、別の通信ノードへの少なくとも１つのコードワードを送信する手段と、複数のサブフレーム内の割り当てられた通信リソースを用いて別の通信ノードにコードワードを送信する手段と、を備え、制御メッセージを生成する手段は、割り当てられた通信リソースを用いて送信されることになるコードワードごとに、コードワードが新たなコードワードであるか、又は以前のコードワードの再送であるかを示すデータを含むように構成される。
【００２２】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供し、通信ノードは、別の通信ノードに対する制御メッセージを生成するとともに出力する手段であって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、通信ノードは通信リソースを介して、各サブフレームにおいて、別の通信ノードへの少なくとも１つのコードワードを送信する手段と、複数のサブフレーム内の割り当てられた通信リソースを用いて別の通信ノードにコードワードを送信する手段と、を備え、制御メッセージを生成する手段は、その割り当てが関連する連続したサブフレームの数を示すデータを含むように構成される。
【００２３】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供し、通信ノードは、別の通信ノードから制御メッセージを受信する手段であって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、別の通信ノードは通信リソースを介して、各サブフレームにおいて、通信ノードへの少なくとも１つのコードワードを送信することになる、手段と、複数のサブフレーム内の割り当てられた通信リソースを用いて別の通信ノードからコードワードを受信する手段とを備え、受信された制御メッセージは、別の通信ノードに、上記複数のサブフレームの各サブフレーム内の同じ通信リソースを割り当てるリソース割り当てデータを含む。
【００２４】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供し、通信ノードは、別の通信ノードから制御メッセージを受信する手段であって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、別の通信ノードは通信リソースを介して、各サブフレームにおいて、通信ノードへの少なくとも１つのコードワードを送信する手段と、複数のサブフレーム内の割り当てられた通信リソースを用いて別の通信ノードからコードワードを受信する手段とを備え、受信された制御メッセージは、複数のサブフレームの各サブフレーム内の割り当てられた通信リソースを用いて通信ノードによって受信されるコードワードを変調し、符号化するために、同じ変調及び符号化方式が用いられることを示す変調及び符号化方式データ、すなわちＭＣＳデータを含む。
【００２５】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供し、その通信ノードは、別の通信ノードから制御メッセージを受信する手段であって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、別の通信ノードは通信リソースを介して、各サブフレームにおいて、通信ノードへの少なくとも１つのコードワードを送信することになる、手段と、複数のサブフレーム内の割り当られた通信リソースを用いて別の通信ノードからコードワードを受信する手段とを備え、受信された制御メッセージは、受信されることになるコードワードごとに、コードワードが新たなコードワードであるか、又は以前のコードワードの再送であるかを示すデータを含む。
【００２６】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供し、通信ノードは、別の通信ノードから制御メッセージを受信する手段であって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、別の通信ノードは通信リソースを介して、各サブフレームにおいて、通信ノードへの少なくとも１つのコードワードを送信する手段と、複数のサブフレーム内の割り当られた通信リソースを用いて別の通信ノードからコードワードを受信する手段とを備え、受信された制御メッセージは、その割り当てが関連する連続したサブフレームの数を示すデータを含む。
【００２７】
別の態様によれば、本発明は、サブフレームに配置される通信リソースを用いて別の通信ノードと通信するように構成される通信ノードを提供し、通信ノードは、別の通信ノードから制御メッセージを受信する手段であって、制御メッセージは複数のサブフレーム内の通信リソースを割り当て、別の通信ノードは通信リソースを介して、各サブフレームにおいて、通信ノードへの少なくとも１つのコードワードを送信する手段と、複数のサブフレーム内の割り当られた通信リソースを用いて別の通信ノードからコードワードを受信する手段とを備え、通信ノードは、コードワードが別の通信ノードから受信されたサブフレームの数を用いて、そのコードワードのためのＨＡＲＱプロセスを決定するように構成される。
【００２８】
別の態様によれば、本発明は、プログラム可能通信デバイスを、上記で論じられた通信ノードのいずれかとして構成させるためのコンピューター実施可能命令を含むコンピュータープログラム製品を提供する。
【００２９】
本発明は、開示される全ての方法の場合に、対応する装置において実行するための対応するコンピュータープログラム又はコンピュータープログラム製品、機器自体（ユーザー機器、ノード又はその構成要素）及び機器を更新する方法を提供する。
【００３０】
例示としてのみ与えられ、添付の図面を参照して説明される実施形態の以下の詳細な説明から、本発明のこれらの態様及び種々の他の態様が明らかとなる。
【図面の簡単な説明】
【００３１】
【図１】電話網に接続される基地局と通信する幾つかのユーザー移動（セルラー）電話を備える通信システムを示す概略図である。
【図２ａ】ＬＴＥ通信ネットワーク内で用いるために規定される汎用フレーム構造を示す図である。
【図２ｂ】図２ａに示されるスロットが幾つかの時間／周波数リソースから形成される方法を示す図である。
【図３ａ】マルチサブフレーム割り当て中に生成されたＡＣＫ／ＮＡＣＫフィードバックが順に並べられ、割り当て後に単一のサブフレームにおいて報告される１つの方法と、移動電話に連続して割り当てることができるように、１６個の異なるＨＡＲＱプロセスが２つのグループに分割される１つの方法とを示す概略図である。
【図３ｂ】マルチサブフレーム割り当て中に生成されたＡＣＫ／ＮＡＣＫフィードバックが順に並べられ、割り当て後に単一のサブフレームにおいて報告される別の方法と、移動電話に連続して割り当てることができるように、１３個の異なるＨＡＲＱプロセスが２つのグループに分割される１つの方法とを示す概略図である。
【図３ｃ】マルチサブフレーム割り当て中に生成されたＡＣＫ／ＮＡＣＫフィードバックが順に並べられ、割り当て後に単一のサブフレームにおいて報告される別の方法と、移動電話に連続して割り当てることができるように、１６個の異なるＨＡＲＱプロセスが４つのグループに分割される１つの方法とを示す概略図である。
【図４】図１に示される基地局の主要構成要素を示すブロック図である。
【図５】図１に示される移動電話のうちの１つの主要構成要素を示すブロック図である。
【発明を実施するための形態】
【００３２】
図１は、移動電話３−０、３−１及び３−２のユーザーが基地局５及び電話網７を介して他のユーザー（図示せず）と通信することができる移動（セルラー）電気通信システム１を概略的に示す。本実施形態では、基地局５は、移動電話３に送信されることになるデータが複数のサブキャリアにわたって変調される直交周波数分割多元接続（ＯＦＤＭＡ）方式を使用する。移動電話３に送信されることになるデータの量に応じて、基地局５によって各移動電話３に異なるサブキャリア（リソース）が割り当てられる。
【００３３】
ＬＴＥサブフレームデータ構造
基地局５が移動電話３へのリソースをスケジューリングできる具体的な方法を論じる前に、ＬＴＥ通信について合意されたアクセス方式及び汎用フレーム構造について簡単に説明する。ダウンリンクでは、移動電話３が基地局５とのエアインターフェースを介してデータを受信できるようにするために、直交周波数分割多元接続（ＯＦＤＭＡ）技術が使用される。移動電話３に送信されることになるデータの量に応じて、基地局５によって移動電話３に（所定の時間にわたって）異なるサブキャリアが割り当てられる。これらは、ＬＴＥ仕様において物理リソースブロック（ＰＲＢ）と呼ばれる。それゆえ、ＰＲＢは時間次元及び周波数次元を有する。このために、基地局５は、自らがサービングしているデバイスごとにＰＲＢを割り当て、その割当（スケジューリング割当メッセージによる）を、スケジューリングされる各デバイスに制御チャネルにおいてシグナリングする。
【００３４】
図２ａは、ドナー基地局５との無線インターフェースを通じたＬＴＥ通信について合意された１つの汎用フレーム構造を示している。図示されているように、１つのフレーム１３は１０ｍｓｅｃの長さであり、１ｍｓｅｃの持続時間の１０個のサブフレーム１５（送信時間間隔（ＴＴＩ）として既知）を含む。各サブフレーム、すなわちＴＴＩは、０．５ｍｓｅｃの持続時間の２つのスロット１７を含む。各スロット１７は、通常のサイクリックプレフィックス（ＣＰ）が用いられるか又は拡張ＣＰが用いられるかに依拠して、６つ又は７つのＯＦＤＭシンボル１９を含む。利用可能なサブキャリアの総数は、システムの全体送信帯域幅に依拠する。ＬＴＥ仕様は、１．４ＭＨｚ〜２０ＭＨｚのシステム帯域幅のためのパラメーターを定義し、１つのＰＲＢは、現在、１つのスロット１７につき１２個の連続サブキャリアを含むように定義されている（ただし、これは明らかに異なり得る）。キャリアアグリゲーション技法は、利用可能な帯域幅を更に、例えば、最大で１００ＭＨｚ帯域幅まで拡張することができる。送信されるダウンリンク信号は、Ｎｓｙｍｂ個のＯＦＤＭシンボルの持続時間についてＮＢＷ個のサブキャリアを含む。これは、図２ｂに示すようにリソースグリッドによって表すことができる。グリッド内の各ボックスは１つのシンボル期間につき単一のサブキャリアを表し、リソース要素と呼ばれる。示すように、各ＰＲＢ２１は１２個の連続サブキャリア及び（この例では）サブキャリアごとに７つのシンボルから形成されるが、実際には、各サブフレーム１５の第２のスロット１７においても、同じ配分が行われる。
【００３５】
スケジューリング割り当て
本実施形態では、基地局５は、以下の３つの方法において特定の移動電話３にリソースを割り当てる（スケジューリングする）ことができる。
１）動的リソース割り当て−サブフレームごと。
２）半永続的リソース割り当て−リソースが所定の態様で断続的に割り当てられる。
３）マルチサブフレームリソース割り当て−複数の連続したサブフレームにおいてリソースが割り当てられる。
【００３６】
基地局５は、これらのリソース割り当て（スケジューリング）技術を用いて、基地局５と、基地局５がサービングしている各移動電話３との間のエアインターフェースを介して効率的な伝送を達成する柔軟性を有する。したがって、例えば、静止しているか又は低速で移動している移動電話３の場合、（静止しているか又は低速で移動している移動電話３と基地局５との間のチャネル条件は、少なくとも連続した数フレームにわたって概ね同じままであるので）基地局５とその移動電話３との間のシグナリングオーバーヘッドを削減するために、複数の連続したサブフレームにわたってリソースを割り当てるスケジューリング割り当てを用いることがより効率的であると基地局５は判断することができる。当然ながら、将来変更される場合もあるが、現時点では、単一のスケジューリング割り当てにおいて最大で８つの連続したサブフレームを割り当てることが提案されている。相対的に高速で移動している他の移動電話３の場合、基地局と移動電話３との間の変化しているチャネル条件を補償する基地局５の能力を最大化するために、基地局５は、動的リソース割り当て手順を用いてスケジューリング割り当てが行われるべきであると判断することができる。
【００３７】
マルチサブフレームシグナリングのためのＨＡＲＱ
ＬＴＥ通信システムは、ＨＡＲＱ技術を用いて、ユーザーデータが正確に受信されないときにこのユーザーデータの再送を要求する。順方向誤り訂正（ＦＥＣ）技法を用いて、移動デバイスが伝送誤りを訂正する能力を高めることができる。データメッセージ（本明細書において、コードワードとも呼ばれる）を受信するのに応答して、移動電話３は、基地局５に、コードワードが正確に受信されるときに確認応答メッセージ（ＡＣＫ）を送信するか、又はコードワードが正確に受信されないときに否定応答メッセージ（ＮＡＣＫ）を送信する。ＮＡＣＫの場合、基地局５は、場合によっては異なるＦＥＣ符号化を用いて、コードワードを再送する。再送されたコードワードも誤りを伴って受信される場合には、移動電話３は、誤りを含む２つのコードワードを合成して、誤りを訂正し、正確なコードワードを受信するのに成功するようにしても良い。データ伝送プロセスにおいて著しい遅延を回避するために、基地局５によってコードワードを再送できる回数に制限が課せられる（通常、４回）。各再送は異なるＦＥＣ技術を使用することができ、移動電話３がＦＥＣデータを用いてコードワード内の誤りを訂正する方法と、そのデータを以前の送信試行からのデータといかに合成すべきであるかとがわかるように、一般に、冗長バージョン（ＲＶ）値が移動電話３にシグナリングされる。
【００３８】
そのような再送に起因して送信遅延が導入されないようにするために、基地局５は、移動電話３に、何回かの「ＨＡＲＱプロセス」をわたってデータを送信する。これらは実効的に並列の（移動電話３に送信されることになる元のユーザーデータを分割することによって生成される）データストリームであるので、１つのＨＡＲＱプロセスにおいて再送が要求される場合でも、他のＨＡＲＱプロセスにおいて依然として新たなデータの送信を行うことができる。各ＨＡＲＱプロセスは、移動電話３が、コードワードが正確に受信されたという確認応答を送信するまで、送信されるコードワードに関連付けられる。現在のＬＴＥ標準規格は、移動電話３あたり最大で８回のＨＡＲＱプロセスを規定する。移動電話３は、異なるＨＡＲＱプロセスからのコードワードを合成して、元のユーザーデータに戻すように構成される。このために、移動電話３は、受信された各コードワードが関連するＨＡＲＱプロセスを知る必要がある。動的リソース割り当て（すなわち、サブフレームごとの割り当て）を用いて移動電話３に対してリソースがスケジューリングされるとき、一般に、ＤＣＩ制御データが、そのサブフレームにおいて送信されることになるコードワードに関連するＨＡＲＱプロセスを示す。
【００３９】
前書きにおいて論じられたように、本発明者らは、マルチサブフレームスケジューリングが、現在規定されているＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックプロセスに関して問題を引き起こす可能性があることに気付いた。詳細には、複数の連続したサブフレームにおいてリソースを割り当てられた移動電話３が、ＡＣＫ／ＮＡＣＫフィードバックを送信するために用いられる対応するサブフレームにおいて同じＰＵＣＣＨリソースを使用する場合には、基地局５は、他の移動電話３への単一のサブフレーム割り当てのために、マルチサブフレーム割り当てをシグナリングするために用いられる同じＰＤＣＣＨ  ＣＣＥを再利用するのを回避しなければならない。そうでない場合には、２つの移動電話３は、同じサブフレーム内の同じＰＵＣＣＨリソースを用いて、ＡＣＫ／ＮＡＣＫフィードバックメッセージを送信しようと試みることになる。
【００４０】
この問題を緩和するために、本実施形態では、移動電話３がマルチサブフレームスケジューリング割り当てを用いてリソースを割り当てられるとき、移動電話３は、その割り当てが関連する複数のサブフレーム中に生成されるＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックデータを順に並べ、スケジューリングされたサブフレームが受信された後に、統合ＡＣＫ／ＮＡＣＫフィードバックを基地局５に（好ましくは１つのサブフレームにおいて）送信するように構成される。ＡＣＫ／ＮＡＣＫフィードバックビットが所定の方法で統合されるなら、基地局５は、統合ＡＣＫ／ＮＡＣＫフィードバックデータを処理し、送信されたコードワードごとに（それゆえ、ＨＡＲＱプロセスごとに）ＡＣＫ／ＮＡＣＫフィードバックを回復する方法がわかる。例えば、個々のＡＣＫ／ＮＡＣＫフィードバックデータは、それらのＡＣＫ／ＮＡＣＫフィードバックデータが関連するサブフレームの順に統合される場合がある。
【００４１】
さらに、連続したマルチサブフレーム割り当て間に長い間隔を導入するのを回避するために、本発明者らは、隣接するマルチサブフレーム割り当てに対して、各グループ内のＨＡＲＱプロセスが異なるような、ＨＡＲＱプロセスの少なくとも２つのグループを使用することを提案する。同じＨＡＲＱプロセスが再びスケジューリングされる前に、統合(aggregated)ＡＣＫ／ＮＡＣＫフィードバック情報を基地局５が受信し、処理することができる限り、基地局５は、必要なときにコードワードが再送されるのを確実にすることができる。
【００４２】
現在のＬＴＥ標準規格によれば、移動電話３は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信において対応するコードワードを受信した後に、ＡＣＫ／ＮＡＣＫフィードバックの４つのサブフレームを送信すべきである。このようにして、基地局は、ＡＣＫ／ＮＡＣＫがどのコードワードに関連するかを明らかにすることができる。さらに、ＡＣＫ／ＮＡＣＫフィードバックを処理し、新たなコードワードの送信又は以前のコードワードデータの再送をスケジューリングするために、基地局５において少なくとも２つのサブフレームが必要とされる。それゆえ、この場合には、マルチサブフレーム割り当ての最後のＰＤＳＣＨ送信と、同じＨＡＲＱプロセスを使用する新たなマルチサブフレーム割り当ての最初のＰＤＳＣＨ送信との間に少なくとも６つのサブフレームが存在しなければならない。これは、（少なくともＨＡＲＱのための現在の報告要件の場合に）、２つのグループのそれぞれにおいて６回の、すなわち少なくとも１２回のＨＡＲＱプロセスが必要とされることを意味する。
【００４３】
マルチサブフレーム割り当てに関する現在の提案は、最大で８つまでの連続したサブフレーム内のリソースを単一のスケジューリング割り当てメッセージで割り当てることができるというものである。８つのサブフレームのマルチサブフレーム割り当てに対応するために必要とされるＨＡＲＱプロセスの最小数は１６回のＨＡＲＱプロセスである。８つのマルチサブフレーム割り当てが実行されるとき、ＨＡＲＱプロセスの３つ以上のグループが使用されることになる場合には、８回のＨＡＲＱプロセスの３以上の倍数が必要とされる。
【００４４】
図３ａは、８つのサブフレームのマルチサブフレーム割り当てが実行されるときの１６回のＨＡＲＱプロセスの使用を示しており、すなわち、基地局５によって送信される各スケジューリング割り当ては、８回の異なるＨＡＲＱプロセスを用いる８つの連続したサブフレームのための割り当てを含む。サブフレーム０において、基地局５は、ＨＡＲＱプロセス０〜７のためのスケジューリング割り当てを移動電話３に送信する。サブフレーム０〜７中に、移動電話３は、ＨＡＲＱプロセス０〜７に関連付けられるコードワードのためのＡＣＫ／ＮＡＣＫフィードバックを収集する。サブフレーム１１において（マルチサブフレーム割り当ての最後の送信の終了の４サブフレーム後に）、移動電話３は、ＨＡＲＱプロセス０〜７に関連付けられる統合ＡＣＫ／ＮＡＣＫフィードバックを基地局５に送信する。上記で論じられたように、統合ＡＣＫ／ＮＡＣＫフィードバックは、ＨＡＲＱプロセス０に関連付けられるＡＣＫ／ＮＡＣＫフィードバックがＨＡＲＱプロセス１に関連付けられるＡＣＫ／ＮＡＣＫフィードバックの前に位置し、ＨＡＲＱプロセス１に関連付けられるＡＣＫ／ＮＡＣＫフィードバックがＨＡＲＱプロセス２に関連付けられるＡＣＫ／ＮＡＣＫフィードバックの前に位置する等のように、ＨＡＲＱプロセスのための個々のＡＣＫ／ＮＡＣＫフィードバックを順序付けることができる。サブフレーム１２〜１５において、基地局５は、ＡＣＫ／ＮＡＣＫフィードバックを処理し、スケジューリング判断を下す。サブフレーム１６において、基地局５は、ＨＡＲＱプロセス０〜７のための新たなスケジューリング割り当てを移動電話３に送信し、そのプロセスが繰り返される。
【００４５】
ＨＡＲＱ８〜１５に対して同一のプロセスが並行して進行する。図３ａには示されないが、ＨＡＲＱプロセス８〜１５の場合、基地局５は、サブフレーム８においてスケジューリング割り当てメッセージを送信し、移動電話３は、サブフレーム１９において統合ＡＣＫ／ＮＡＣＫフィードバックを送信する。
【００４６】
８つ全てのサブフレームのためのＡＣＫ／ＮＡＣＫフィードバックを収集し、それを１つのサブフレームにおいて送信することによって、移動電話３は１つのサブフレームにおいてのみＰＵＣＣＨリソースを使用する。これは、他の移動電話３とのＰＵＣＣＨリソース衝突を回避するのを容易にする（すなわち、ＰＤＣＣＨ  ＣＣＥ再利用に関する制約が緩和される）。
【００４７】
図３ｂは、隣接する割り当てにおいて、６つのサブフレーム及び７つのサブフレームのマルチサブフレーム割り当てが実行されるときの１３回のＨＡＲＱプロセスの使用を示し、すなわち、基地局５によって送信される第１のスケジューリング割り当ては、６回の異なるＨＡＲＱプロセスを用いる６つの連続したサブフレームのための割り当てを含み、基地局５によって送信される第２のスケジューリング割り当ては、（第１の割り当てにおいて用いられるＨＡＲＱプロセスとも異なる）７回の異なるＨＡＲＱプロセスを用いる７つの連続したサブフレームのための割り当てを含む。
【００４８】
この例では、サブフレーム０において、基地局５はＨＡＲＱプロセス０〜５のためのスケジューリング割り当てを移動電話３に送信する。サブフレーム０〜５中に、移動電話３は、ＨＡＲＱプロセス０〜５に関連付けられる受信されたコードワードのためのＡＣＫ／ＮＡＣＫフィードバックを収集する。サブフレーム９において（マルチサブフレーム割り当ての最後の送信の終了の４サブフレーム後に）、移動電話３は、ＨＡＲＱプロセス０〜５の全てに関連付けられる統合ＡＣＫ／ＮＡＣＫフィードバックを基地局５に送信する。サブフレーム１０〜１２において、基地局５は、ＡＣＫ／ＮＡＣＫフィードバックを処理し、スケジューリング判断を下す。サブフレーム１３において、基地局５は、ＨＡＲＱプロセス０〜５のための新たなスケジューリング割り当てを移動電話３に送信し、そのプロセスが繰り返される。
【００４９】
ＨＡＲＱプロセス６〜１２に対して同一のプロセスが並行して進行する。図３ｂには示されないが、ＨＡＲＱプロセス６〜１２の場合、基地局５は、サブフレーム６においてスケジューリング割り当てメッセージを送信し、移動電話３は、サブフレーム１６において統合ＡＣＫ／ＮＡＣＫフィードバックを送信する。
【００５０】
図３ａ及び図３ｂに示される例では、ＨＡＲＱプロセスは２つのグループに分割された。しかしながら、上記で言及されたように、ＨＡＲＱプロセスは３つ以上のグループに分割される場合もあり、それは利用可能なＨＡＲＱプロセスの数と、マルチサブフレーム割り当てにおいて割り当てられる連続したサブフレームの数とによって決まる。例えば、図３ｃは、１６個のＨＡＲＱプロセスが存在し、基地局５によって送信される各マルチサブフレーム割り当てが、４つの異なるＨＡＲＱプロセスを用いる４つの連続したサブフレームのための割り当てを含む例を示す。
【００５１】
一般的に、基本的なＡＣＫ／ＮＡＣＫ報告遅延のためにＲ個のサブフレームが存在し、基地局５においてＡＣＫ／ＮＡＣＫフィードバックを処理するためにＰ個のサブフレームが存在する場合には、Ｎ個のサブフレームの割り当てのために、必要とされるＨＡＲＱプロセスの数はＮ＊ｃｅｉｌ（（Ｎ＋Ｒ＋Ｐ）／Ｎ）であり、例えば、Ｒ＝４及びＰ＝３と仮定すると、以下のようになる。
Ｎ        ＨＡＲＱプロセスの数
２        １０
３        １２
４        １２
６        １８
８        １６
【００５２】
ＤＣＩフォーマット
マルチサブフレームスケジューリングの別の態様は、マルチサブフレームスケジューリング割り当てを搬送する制御データのフォーマットである。複数のＨＡＲＱプロセスについての情報をシグナリングする必要があるので、マルチサブフレームスケジューリング付与のために新たなダウンリンク制御指示子（ＤＣＩ）フォーマットが必要とされる。
【００５３】
本発明者らは、変調及び符号化方式（ＭＣＳ）及びリソースブロック割り当てがマルチサブフレーム割り当て内の全てのＨＡＲＱプロセスの場合に同じであることを提案するので、ＨＡＲＱプロセスごとにこの情報をシグナリングする必要はない。
【００５４】
また、本発明者らは、コードワードに関連付けられるＨＡＲＱプロセス番号が、例えば、コードワードが送信されるサブフレーム番号から求められることも提案する。これは、例えば、基地局５及び移動電話３によって知られている固定マッピング（数式等）に従って求めることができる。このようにして、基地局５は、リソースを割り当てるＤＣＩ制御データにおいてＨＡＲＱプロセス番号をシグナリングする必要はない。例えば、その数式は簡単なモジュロ演算とすることができる。
Ｎｓｆ  ｍｏｄ  Ｎ
ただし、Ｎｓｆはサブフレーム番号であり、Ｎは利用可能なＨＡＲＱプロセスの数である。したがって、基地局５及び移動電話３は、サブフレーム番号及び既知のマッピングを用いて、送信された各コードワードがどのＨＡＲＱプロセスに関連するかを判断することができる。その後、移動電話３は、コードワードを合成して、ユーザーデータを回復することができる。
【００５５】
本発明者らは、ＨＡＲＱ再送の場合に、冗長バージョン（ＲＶ）が決まった所定のシーケンスの後に続くこと（現時点では、アップリンクの場合と同様）を提案するので、ＨＡＲＱプロセスごとにＲＶをシグナリングする必要はない。例えば、第１の再送は常にＲＶ０を使用し、第２の再送は常にＲＶ１を使用し、それ以降も同様である。それゆえ、移動電話３が、コードワードの再送回数を追跡するなら、移動電話は、現在の送信試行のための受信データを復号することを試みる方法、及び／又はそのデータを以前の送信試行から受信されたデータと合成する方法を明らかにすることができる。
【００５６】
本発明者らは、マルチサブフレーム割り当てに関連した連続サブフレームの数を規定するフィールドを含むことを提案する。このフィールドは、マルチサブフレーム割り当てを可変数の連続したサブフレームに関連付けることができる場合にのみ必要とされる。各マルチサブフレーム割り当てが決まった数のサブフレームに関連する場合、所望により、このフィールドは省くことができる。
【００５７】
本発明者らは、その送信が新たな送信であるか、又は再送であるかを示すために、ＨＡＲＱプロセスごとの「新データ指示子」（ＮＤＩ）を追加することも提案する。したがって、８つのサブフレームのためのマルチサブフレーム割り当ての場合、ＮＤＩは、その割り当てにおけるサブフレームごとに１ビットずつの８ビットからなるビットマップを含むことができ、各ビットは、そのサブフレーム内で送信されているデータが新たなデータであるか、又は再送であるかを示す。例えば、「１」は新たなデータを示すことができ、「０」は再送を示すことができ、逆も可能である。
【００５８】
それゆえ、マルチサブフレームスケジューリング付与のために提案されるＤＣＩフォーマットは以下のものを含む。
・１つのリソースブロック割り当て、及び全てのＨＡＲＱプロセスに共通である１つのＭＣＳ。（基地局及び移動電話が通信時に複数のアンテナを利用するときに使用される）多入力多出力（ＭＩＭＯ）の場合、送信されるコードワードごとに１つのＭＣＳがシグナリングされる。
・マルチサブフレーム割り当てが関連する連続したサブフレームの数を規定するオプションのフィールド。
・送信されるコードワードあたり１つのＮＤＩビット（すなわち、単一のコードワード送信の場合にＨＡＲＱプロセスあたり１ビット、２つのコードワードを有するＭＩＭＯの場合にＨＡＲＱプロセスあたり２ビット）。ＮＤＩ情報は、ビットマップとして表すことができるか、又は任意の他の適切な符号化されたデータ列によって表すことができる。
【００５９】
基地局
図４は、本実施形態において使用される基地局５の主要構成要素を示すブロック図である。図示されるように、基地局５は、１つ又は複数のアンテナ２３を介して（上記のサブキャリアを用いて）移動電話３との間で信号を送受信するように動作可能であり、ネットワークインターフェース２５を介して電話網７との間で信号を送受信するように動作可能である送受信機回路２１を含む。送受信機回路２１の動作は、メモリ２９内に記憶されるソフトウェアに従ってコントローラー２７によって制御される。このソフトウェアは、数ある中でも、オペレーティングシステム３１と、ＡＣＫ／ＮＡＣＫモジュール３３と、スケジューラ３５とを含む。ＡＣＫ／ＮＡＣＫモジュール３３は、移動電話３からＡＣＫ／ＮＡＣＫフィードバック（統合又は別の方法）を受信し、ＮＡＣＫの場合には、対応するデータを移動電話３に再送できるようにスケジューラ３５を制御する責任を担う。スケジューラ３５は、移動電話３との通信中に送受信機回路２１によって使用されることになるリソースを割り当てる責任を担う。スケジューラ３５は、半永続的割り当て、動的リソース割り当て及びマルチサブフレームリソース割り当ての上記の技法を用いてリソース（サブキャリア）を割り当てるか否かを判断する。また、スケジューラ３５は、各サブフレーム内で各移動電話３に送信されるか、又は再送されることになるデータをスケジューリングする。図４に示されるように、リソース割り当てモジュール３３は、各移動電話３に割り当てられるリソース（ＰＲＢ）を規定する、移動電話３ごとに必要とされるＤＣＩ制御パラメーターを生成するための制御パラメーター生成器モジュール３７を含む。
【００６０】
移動電話
図５は、図１に示される移動電話３のそれぞれの主要構成要素を概略的に示す。図示されるように、移動電話３は、１つ又は複数のアンテナ７３を介して基地局５との間で信号を送受信するように動作可能である送受信機回路７１を含む。図示されるように、移動電話３は、移動電話３の動作を制御し、送受信機回路７１に接続され、ラウドスピーカー７７、マイクロフォン７９、ディスプレイ８１及びキーパッド８３に接続されるコントローラー７５も含む。コントローラー７５は、メモリ８５に記憶されるソフトウェア命令に従って動作する。図示されるように、これらのソフトウェア命令は、数ある中でも、オペレーティングシステム８７と、通信モジュール８９とを含む。本実施形態では、通信モジュール８９は、リソース割り当てを規定する受信されたＤＣＩ制御パラメーターを解釈するための制御パラメーター解釈器モジュール９１を含み、それにより、通信モジュール８９は、移動電話３のためのダウンリンクデータがどのリソースにおいて受信されることになるか、及び移動電話３がそのアップリンクデータをどのリソースにおいて送信すべきであるかがわかる。また、通信モジュール８９は、受信されたコードワードのためのＡＣＫ／ＮＡＣＫフィードバック情報を生成し、ＡＣＫ／ＮＡＣＫフィードバックが行われるタイミングを制御するＡＣＫ／ＮＡＣＫモジュール９３も含む。例えば、現在のサブフレームにおけるリソースの従来の動的割り当ての場合、ＡＣＫ／ＮＡＣＫモジュール９３は、現在のサブフレームにおいて受信されたデータのためのＡＣＫ／ＮＡＣＫフィードバックを４サブフレーム後に送信することになり、マルチサブフレーム割り当ての場合、ＡＣＫ／ＮＡＣＫモジュール９３は、マルチサブフレーム割り当ての全てのサブフレームからのＡＣＫ／ＮＡＣＫフィードバックを順に並べ、統合ＡＣＫ／ＮＡＣＫフィードバックを単一のサブフレームにおいて（上記で論じられた態様において）基地局５に送信する。
【００６１】
上記のように、基地局５及び移動電話３は、理解しやすくするために、幾つかの個別のモジュール（リソース割り当てモジュール、制御パラメーター生成器モジュール、通信モジュール及び制御パラメーター解釈器モジュール等）を有するように説明されている。これらのモジュールは、或る種の応用形態の場合、例えば、既存のシステムが本発明を実施するように変更された場合、このようにして設けられる場合があるが、他の応用形態の場合、例えば、本発明の特徴を当初から念頭に置いて設計されたシステムでは、これらのモジュールはオペレーティングシステム又はコード全体の中に組み込まれる場合があるので、これらのモジュールは個別のエンティティとして区別できない場合がある。
【００６２】
変更形態及び代替形態
複数の詳細な実施形態について上記で説明した。当業者であれば理解するように、上記の実施形態に具体化された本発明の恩恵を更に受けつつ、これらの実施形態に対して、複数の変更及び代替を行うことができる。ここで、単なる例示として、これらの代替及び変更のうちの複数について説明する。
【００６３】
上記の実施形態では、上記のシグナリング技術が利用される、移動電話に基づく電気通信システムが説明された。当業者は理解するように、そのようなリソース割り当てデータのシグナリングは、複数のサブキャリアを使用する任意の通信システムにおいて利用することができる。詳細には、上記で説明されたシグナリング技法は、データを搬送するために電磁信号又は音響信号のいずれかを用いる無線系又は有線系通信において使用することができる。一般的な場合、基地局は、複数の異なるユーザーデバイスと通信する通信ノードによって置き換えられる。ユーザーデバイスは、例えば、携帯情報端末、ラップトップコンピューター、ウェブブラウザー等を含むことができる。同様に、本発明は、基地局が、中継ノードのような他のタイプの通信ノードと通信するシステムにおいて用いることもできる。
【００６４】
上記の実施形態では、マルチサブフレーム割り当ての全てのサブフレームのための統合ＡＣＫ／ＮＡＣＫフィードバックが単一のサブフレームにおいて送信された。そのような統合ＡＣＫ／ＮＡＣＫフィードバックを単一のフレームにおいて送信することは、移動電話にスケジューリング付与を送信するために用いられるＣＣＥリソースの再利用に関して基地局５に課せられる制約を最小化する。当業者は理解するように、そのような統合ＡＣＫ／ＮＡＣＫフィードバックを単一のサブフレームにおいて送信することは不可欠ではない。少なくとも何らかの統合ＡＣＫ／ＮＡＣＫフィードバックが送信されるなら、基地局に関する要件が、或る程度緩和される。例えば、マルチサブフレーム割り当てが８つのサブフレームのためのリソースを割り当てる場合には、一般に、ＡＣＫ／ＮＡＣＫフィードバックは８つの後続のサブフレームにおいて送信されることになり、基地局はそれらの８つのサブフレームにおいて或る特定のＣＣＥリソースを使用するのを回避する必要がある。この場合、ＡＣＫ／ＮＡＣＫフィードバックが７つのサブフレームにおいて基地局に返送される場合、例えば、２つのサブフレームのための統合ＡＣＫ／ＮＡＣＫフィードバックが１つのサブフレームにおいてまとめて送信される場合であっても、依然として改善がなされる。したがって、複数のサブフレームのための統合ＡＣＫ／ＮＡＣＫフィードバックが少なくとも１つのサブフレームにおいて送信されるなら、本発明は改善を提供する。
【００６５】
上記の実施形態では、複数のソフトウェアモジュールについて説明した。当業者であれば理解するように、ソフトウェアモジュールは、コンパイル形式又は非コンパイル形式で提供されてもよく、基地局若しくは移動電話に、コンピューターネットワークを介した信号として供給されてもよく、ＤＶＤ−ＲＯＭ等の記録媒体上において供給されてもよい。さらに、このソフトウェアの一部又は全部によって実施される機能は、１つ又は複数の専用ハードウェア回路を用いて実施されてもよい。しかしながら、ソフトウェアモジュールの使用によって、基地局５及び移動電話３の機能を更新するために当該基地局５及び移動電話３を更新することが容易になるため、ソフトウェアモジュールの使用が好ましい。
【００６６】
以下は、現在提案されている３ＧＰＰ  ＬＴＥ標準規格における、マルチサブフレーム割り当てに関する見解及び所見、並びに実施態様に関する他の論題の詳細な説明である。種々の特徴が不可欠であるか、又は必要であるように説明される場合があるが、これは、提案される３ＧＰＰ  ＬＴＥ標準規格においてのみ、例えば、標準規格によって課せられる他の要件に起因して不可欠であるか、又は必要である場合がある。それゆえ、ここで述べることは、本発明を多少なりとも制限するものとして解釈されるべきではない。
【００６７】
序論
ＲＡＮ１＃７２ｂｉｓにおいて、スモールセル内の制御シグナリング向上が論じられており、マルチサブフレームスケジューリング及び／又はクロスサブフレームスケジューリングが、幾つかの連続したサブフレームにわたって時不変のチャネルを利用することによって制御シグナリングオーバーヘッドを削減できることが述べられた。所見及び次のステップが再び述べられる。
所見：
・マルチサブフレームスケジューリング及び／又はクロスサブフレームスケジューリングが数多くの企業によって提案される。
・必ずしもスモールセルには限定されず、相対的に時不変のチャネルを利用できる場合がある。
次のステップ：
・ＲＡＮ１＃７３の場合、マルチサブフレームスケジューリング及びクロスサブフレームスケジューリングの研究に焦点を合わせる。
・潜在的な方式の特性、例えば、マルチサブフレームスケジューリングの場合に、ＳＰＳといかに異なるか、サブフレーム数、リンクアダプテーション及びＨＡＲＱ再送がいかに取り扱われるかを明らかにする。
・オーバーヘッド削減（マルチサブフレームスケジューリング）又は統計多重化利得（クロスサブフレームスケジューリング）に由来する有用な潜在的利得（スループット又は他の利得）があるか否かを評価する。
・結果として生じるスケジューリング制約の影響と、そのような影響を軽減する潜在的な手段とを考慮する。
・潜在的な仕様への影響を明らかにする。
・第１のＯＦＤＭシンボルにおいて開始するＰＤＳＣＨ／ＥＰＤＣＣＨも考慮する。
【００６８】
この寄稿において、本発明者らは、オーバーヘッド削減、スケジューリング制約、ＨＡＲＱ再送及び仕様への影響のようなマルチサブフレームスケジューリング及びクロスサブフレームスケジューリングに関連する課題を論じる。
【００６９】
１  スモールセルにおけるマルチサブフレームスケジューリング及びクロスサブフレームスケジューリング
マルチサブフレームスケジューリング及びクロスサブフレームスケジューリングの規定は以下の通りである［１−２］：
・マルチサブフレームスケジューリングでは、１つの制御チャネル（すなわち、ＤＣＩフォーマット）が、リソース割り当て、ＭＣＳ等の同じ送信フォーマットを用いて現在及び複数の将来のサブフレームのためのＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングすることができる。
・クロスサブフレームスケジューリングでは、割り当て（例えば、ＰＤＳＣＨ）が、制御チャネルが送信されるサブフレームとは異なるサブフレームに向けられ、制御チャネルの統計多重化利得を改善する。
【００７０】
マルチサブフレームスケジューリングの動機付けは、チャネルが将来のサブフレームの数において不変である（すなわち、ＵＥモビリティが低い）スモールセルシナリオにおいて適用できることである。したがって、この場合、１つの制御チャネルが複数の将来のサブフレームをスケジューリングすることができ、それゆえ、少なからぬ制御シグナリングオーバーヘッド削減があるように思われる。一方、反論は、スモールセル内のＵＥの数が一般的に少なく、１つのサブフレーム内でスケジューリングされるＵＥの数も少なく、ＵＥが経験する平均ＳＩＮＲが相対的に高く、それゆえ、結果としてＰＤＣＣＨ／ＥＰＤＣＣＨに関して低いアグリゲーションレベルを使用することである。それゆえ、制御チャネルオーバーヘッドは既に低いレベルにあり、任意の更なるオーバーヘッド節約は小さい。一方、クロスサブフレームスケジューリングは、制御シグナリングのためのオーバーヘッドを直接削減しないが、統計多重化利得と、或る程度のスケジューリング融通性とを提供することができる。しかしながら、この段階においてクロスサブフレームスケジューリングの利点は明らかではない。
【００７１】
それにもかかわらず、ＲＡＮ１＃７２ｂｉｓにおいて合意されたように、現在継続中の評価は、マルチサブフレームスケジューリング及びクロスサブフレームスケジューリングのオーバーヘッド節約を明確に定量化することになる。しかしながら、シグナリングオーバーヘッド節約は、唯一の意思決定パラメーターとすべきではなく、スケジューリング制約、リンクアダプテーション、ＨＡＲＱ問題、仕様への影響等の他の態様も考慮されなければならない。
所見１：シグナリングオーバーヘッド節約は、唯一の意思決定パラメーターとすべきではなく、スケジューリング制約、リンクアダプテーション、ＨＡＲＱ問題、仕様への影響等の他の態様も考慮されなければならない。
【００７２】
１．１  スケジューリング制約
現在のＬＴＥシステムでは、２つのスケジューリング機構、すなわち動的パケットスケジューリング（ＤＰＳ）及び半永続的スケジューリング（ＳＰＳ）がサポートされる。この場合、到来するデータトラフィックの特性によって、スケジューラがスケジューリング機構のタイプを選択する。
【００７３】
ＤＬ  ＤＰＳの場合、スケジューラは、データをサブフレームごとに動的に送信し（すなわち、スケジューリングの単位がサブフレームごとである）、適切なリンクアダプテーションのための好ましい送信パラメーター（例えば、リソース割り当て、ＭＣＳ、ＨＡＲＱ、電力等）を選択し、現在のサブフレームにおいてスケジューリングするときにユーザー間に優先順位を付ける柔軟性を有する。しかしながら、マルチサブフレームスケジューリングが適用され、到来するデータがバースト性である場合には、スケジューラは、ユーザー間に優先順位を付ける柔軟性、及びサブフレームごとに送信パラメーターを変更する柔軟性を失う場合がある。それは、ＭＣＳ変更、及び割り当てられるＰＲＢリソース変更の両方によるリンクアダプテーションの利点が弱められる場合があることを意味する。したがって、制御チャネルオーバーヘッド削減が、システム全体の容量の大幅な改善につながらない場合がある。さらに、ＳＰＳトラフィックとは異なり、到来するデータがバースト性であり、到着時刻及びサイズの推定値が未知であるので、スケジューラは、必要に応じてリソースを割り当て、それ以外の状況ではリソースを解放しなければならないので、スケジューラにおいて不確実性及び突然の決定を引き起こし、それゆえ、マルチサブフレームスケジューリングは、スケジューラの複雑さを増すことになる。
所見２：マルチサブフレームスケジューリング及びクロスサブフレームスケジューリングの利点を決定するときに、ｅＮＢスケジューラの複雑さ及びシステム全体の容量改善が考慮されなければならない。
【００７４】
１．２  ＨＡＲＱ再送
ＤＬ  ＤＰＳの場合、その後、ストップアンドウエイト手順を伴う非同期適応ＨＡＲＱが行われ、パケットの復号に失敗した場合には、ダウンリンク制御情報／パラメーターの送信に基づいて、パケットが再送される。スケジューラは、時間リソース及び周波数リソースに関する任意の再送を動的にスケジューリングする融通性を有する。
【００７５】
しかしながら、ＤＬマルチサブフレームスケジューリング及びクロスサブフレームスケジューリングの場合、以下のような、ＨＡＲＱ再送を取り扱う方法が明らかでない。
・マルチサブフレームスケジューリングにおけるマルチサブフレーム周期
・ＤＬ付与を伴うサブフレームとクロスサブフレームスケジューリングにおけるターゲットサブフレームとの間の取り得る距離
・ＡＣＫ／ＮＡＣＫフィードバック方法（例えば、タイミング、ＡＣＫ／ＮＡＣＫの連結）
・ＨＡＲＱプロセスの全数
・ダウンリンク制御情報（例えば、ＨＡＲＱプロセス番号、冗長バージョン、ＮＤＩ）
【００７６】
上記の論点に関連して、少なくともＦＤＤの場合に、ＤＬ  ＨＡＲＱ再送を取り扱う一例は、ダウンリンク送信の場合に同期非適応ＨＡＲＱ方式を利用することである。現在のＬＴＥアップリンクと同様に、各サブフレーム内のＨＡＲＱプロセス番号は、ｅＮＢ及びＵＥによって知られている固定マッピングに従ってサブフレーム番号から求められ、冗長バージョン（ＲＶ）が、決まった所定のシーケンスに後続する。これは、ダウンリンク制御情報に関して少なくとも或る程度のシグナリングオーバーヘッドを削減する。
所見３：ＤＬ  ＨＡＲＱ再送を取り扱うために、シグナリングオーバーヘッドを削減する目的で、同期非適応ＨＡＲＱ方式を考慮することができる。
【００７７】
１．３  潜在的な仕様への影響
上記の検討に基づいて、以下のような、幾つかの仕様への影響が生じる場合がある。
・マルチサブフレームスケジューリングの場合にスケジューリングが及ぶ将来のサブフレームの数、及び／又はクロスサブフレームスケジューリングの場合に将来のサブフレームをスケジューリングすることができる程度、例えば、４、６又は８サブフレームを規定すること、及び対応するシグナリング方法。
・ダウンリンクサブフレーム及びアップリンクサブフレームにおいてＨＡＲＱ再送が取り扱われる方法を変更すること。
・選択されたＤＬ  ＨＡＲＱ方式と、ＭＢＳＦＮサブフレーム、システム情報及び既存の信号との間の衝突を取り扱う方法。
・以前のＬＴＥリリースにおいてＵＥが対応可能であるブラインド復号（ＢＤ）の最大数に比べて、ブラインド復号の数を増やすべきではない。これは、設計及び仕様において考慮に入れられる必要がある。
【００７８】
２  結論
本寄稿において、本発明者らは、オーバーヘッド削減、スケジューリング制約、ＨＡＲＱ再送及び仕様への影響のようなマルチサブフレームスケジューリング及びクロスサブフレームスケジューリングに関連する課題を論じてきた。本発明者らは、以下の所見を有する。
所見１：シグナリングオーバーヘッド節約は、唯一の意思決定パラメーターとすべきではなく、スケジューリング制約、リンクアダプテーション、ＨＡＲＱ問題、仕様への影響等の他の態様も考慮されなければならない。
所見２：マルチサブフレームスケジューリング及びクロスサブフレームスケジューリングの利点を決定するときに、ｅＮＢスケジューラの複雑さ及びシステム全体の容量改善が考慮されなければならない。
所見３：ＤＬ  ＨＡＲＱ再送を取り扱うために、シグナリングオーバーヘッドを削減する目的で、同期非適応ＨＡＲＱ方式を考慮することができる。
【００７９】
本出願は、２０１３年５月１０日付けの英国特許出願第１３０８４２４．９号に基づき、その特許出願からの優先権の利益を主張し、その特許出願の開示は引用することによりその全体が本明細書の一部をなす。
【図１】
0006521383.tif 000002
【図２ａ】
0006521383.tif 000003
【図２ｂ】
0006521383.tif 000004
【図３ａ】
0006521383.tif 000005
【図３ｂ】
0006521383.tif 000006
【図３ｃ】
0006521383.tif 000007
【図４】
0006521383.tif 000008
【図５】
0006521383.tif 000009