(57)【要約】本明細書では、第三世代パートナシップ計画（３ＧＰＰ）ロング・ターム・エボリューション（ＬＴＥ）ネットワークまたはそれに続くネットワークに対するフィードバックを容易にすることが記載される。一例によれば、ダウンリンク送信リソース（例えば、ダウンリンク・チャネル）のうちの１または複数のブロックが、送信割当期間のスケジューリング中に、アップリンク送信リソース（例えば、アップリンク・チャネル）のうちの１または複数のブロックと相関付けられうる。例えば、この相関付けは、特定のダウンリンク・チャネルに関連する否定的なアクノレッジメント（ＮＡＣＫ）を送信するために使用されうる特定のアップリンク・チャネルを端末デバイスに特定することができる。くわえて、データ喪失の重大さの定性的判定および／または定量的判定を容易にするために、複数のアップリンク・リソースを適用することができる。さらに、リミッティング・ファクタが、失われたデータに対して同時に応答する端末デバイスの数を低減し、もって、フィードバック干渉を低減することができる。記載されるように、本イノベーションは、ＬＴＥネットワークにロバストなサービス送信を保証するために、ＬＴＥネットワークにおいて、動的なフィードバックおよび／または静的なフィードバックを備えることができる。
2009545896.tif 000002
【特許請求の範囲】
【請求項１】
無線マルチキャスト通信ネットワークまたは無線ブロードキャスト通信ネットワークにフィードバックを提供する方法であって、
少なくとも部分的にマルチキャスト・サービスまたはブロードキャスト・サービスに関連する割当期間のために、アップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間の相関付けをスケジュールすることと、
前記スケジュールされた相関付けを、複数の端末デバイスへ送信することと、
前記複数の端末デバイスのうちの少なくとも１つから、前記アップリンク送信リソースのブロックによって、前記ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを受信することと
を備える方法。
【請求項２】
前記スケジュールされた相関付けとともに確率係数を送信することをさらに備え、
前記確率係数は、前記ダウンリンク送信リソースのブロックが受信されていない場合、前記複数の端末デバイスが、フィードバック・メッセージを送信する可能性を制限する請求項１に記載の方法。
【請求項３】
前記ダウンリンク送信リソースのブロックと、前記アップリンク送信リソースのブロックのうちの１または複数の追加ブロックとの間の相関付けをスケジュールすることをさらに備え、
前記アップリンク送信リソースの追加ブロックは、複数のフィードバック・メッセージの受信を可能にする請求項１に記載の方法。
【請求項４】
前記ダウンリンク送信リソースのブロックに関連する受信されたフィードバック・メッセージの数を判定することをさらに備える請求項３に記載の方法。
【請求項５】
前記ダウンリンク送信リソースのブロックに関連する受信されたフィードバック・メッセージの数に少なくとも部分的に基づいて、前記ダウンリンク送信リソースのブロックを再送信するか、または、前記ダウンリンク送信リソースの第２のブロックを再送信するかを選択することをさらに備える請求項４に記載の方法。
【請求項６】
ハッシュ関数を生成し、それを前記スケジュールを用いて送信することを備え、
前記ハッシュ関数は、おのおのの端末デバイスのアクセス・クラス、おのおのの端末アイデンティティのハッシュ、おのおのの端末デバイスによって利用されるサービスのアイデンティティ、またはブロック特有の情報、あるいはこれらの組み合わせに少なくとも部分的に基づいて、フィードバック・メッセージを、前記アップリンク送信リソースのブロックによって発行するか、あるいは、前記アップリンク送信リソースの追加ブロックのうちの１または複数によって発行するかを、前記複数の端末デバイスのおのおのに対して示す請求項３に記載の方法。
【請求項７】
前記マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースと、ダウンリンク送信リソースの複数のブロックとの間の相関付けをスケジュールすることをさらに備え、
前記フィードバック・メッセージは、前記ダウンリンク送信リソースの複数のブロックに関連するアクノレッジメント（ＡＣＫ）または否定的なアクノレッジメント（ＮＡＣＫ）のビットマップを含み、
前記方法はさらに、
前記ダウンリンク送信リソースの複数のブロックのうちのどれが、前記複数の端末デバイスのうちの１つによって受信されていないか、あるいは、判読不能であるかを判定するためにビットマップを復調することを備える請求項１に記載の方法。
【請求項８】
前記フィードバック・メッセージのうちの少なくとも一部は、前記ダウンリンク送信リソースのブロックが受信されていないか、あるいは、判読不能であるかを示すＮＡＣＫを含む請求項１に記載の方法。
【請求項９】
前記フィードバック・メッセージは、前記ダウンリンク送信リソースのブロックと相関付けられた前記アップリンク送信リソースのブロック内の非ベースライン・エネルギー量を備え、
前記非ベースライン・エネルギー量は、前記ダウンリンク送信リソースのブロックが、前記複数の端末デバイスのうちの少なくとも１つによって受信されていないか、あるいは、判読不能であることを示す請求項１に記載の方法。
【請求項１０】
前記アップリンク送信リソースのブロックと、前記ダウンリンク送信リソースのブロックとの間の相関付けは、静的な相関付けである請求項１に記載の方法。
【請求項１１】
前記静的な相関付けは、前記フィードバック・メッセージが、ダウンリンク送信リソース‘ｘ’の特定のブロックに関連している場合、前記フィードバック・メッセージを送信するために使用されるアップリンク送信リソースの特定のブロック‘Ｆ（ｘ）'を決定する関数を備える請求項１０に記載の方法。
【請求項１２】
前記関数は、前記スケジュールで送信されるか、あるいは、前記複数の端末デバイスのうちの少なくとも１つおよび少なくとも１つのエンハンスト・ノード（ｅＮｏｄｅ）基地局（Ｂ）によって予め定められ知られている請求項１１に記載の方法。
【請求項１３】
前記ダウンリンク送信リソースのブロックと、前記アップリンク送信リソースのブロックとの間の相関付けは、前記割当期間中に明確にシグナルされる動的な相関付けである請求項１に記載の方法。
【請求項１４】
前記動的な相関付けは、前記スケジュールされた相関付けを、前記複数の端末デバイスへ、前記ダウンリンク送信リソースのブロックとともに送信することを備える請求項１３に記載の方法。
【請求項１５】
前記動的な相関付けは、前記スケジュールされた相関付けを、前記複数の端末デバイスへ、前記ダウンリンク送信リソースの第２のブロックとともに送信することを備える請求項１３に記載の方法。
【請求項１６】
前記動的な相関付けは、前記ダウンリンク送信リソースのブロックを含む割当期間の初期部分中に、前記スケジュールされた相関付けを送信することを備える請求項１３に記載の方法。
【請求項１７】
前記ダウンリンク送信リソースのブロック内に含まれるデータを送信することをさらに備える請求項１に記載の方法。
【請求項１８】
マルチキャスト無線ネットワークまたはブロードキャスト無線ネットワークにフィードバックを提供する装置であって、
マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間の割当期間中の相関付けをスケジュールする手段と、
前記スケジュールされた相関付けを、前記マルチキャスト・サービスまたはブロードキャスト・サービスによって、複数の端末デバイスへ送信する手段と、
前記複数の端末デバイスのうちの少なくとも１つから、前記アップリンク送信リソースのブロックによって、前記ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを受信する手段と
を備える装置。
【請求項１９】
前記複数の端末デバイスのおのおのが、前記フィードバック・メッセージを提供する可能性を制限する確率係数を生成する手段を備える請求項１８に記載の装置。
【請求項２０】
前記ダウンリンク送信リソースのブロックと、前記アップリンク送信リソースの１または複数の追加ブロックとの間の相関付けをスケジュールする手段を備え、
前記アップリンク送信リソースの追加ブロックは、複数のフィードバック・メッセージの受信を可能にする請求項１８に記載の装置。
【請求項２１】
前記ダウンリンク送信リソースのブロックに関連する受信されたフィードバック・メッセージの数を判定する手段を備える請求項２０に記載の装置。
【請求項２２】
前記ダウンリンク送信リソースのブロックに関連する受信されたフィードバック・メッセージの数に少なくとも部分的に基づいて、前記ダウンリンク送信リソースのブロックを再送信するか、または、前記ダウンリンク送信リソースの第２のブロックを再送信するかを選択することをさらに備える請求項２１に記載の装置。
【請求項２３】
ハッシュ関数を生成し、それを前記スケジュールで送信する手段を備え、
前記ハッシュ関数は、おのおのの端末デバイスのアクセス・クラス、おのおのの端末アイデンティティのハッシュ、おのおのの端末デバイスによって利用されるサービスのアイデンティティ、またはブロック特有の情報、あるいはこれらの組み合わせに少なくとも部分的に基づいて、フィードバック・メッセージを、前記アップリンク送信リソースのブロックによって発行するか、あるいは、前記アップリンク送信リソースの追加ブロックのうちの１または複数によって発行するかを、前記複数の端末デバイスのおのおのに対して示す請求項２０に記載の装置。
【請求項２４】
前記マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースと、ダウンリンク送信リソースの複数のブロックとの間の相関付けをスケジュールする手段を備え、
前記フィードバック・メッセージは、前記ダウンリンク送信リソースの複数のブロックに関連するアクノレッジメント（ＡＣＫ）または否定的なアクノレッジメント（ＮＡＣＫ）のビットマップを含み、
前記装置はさらに、
前記ダウンリンク送信リソースの複数のブロックのうちのどれが、前記複数の端末デバイスのうちの１つによって受信されていないか、あるいは、判読不能であるかを判定するためにビットマップを復調する手段と、
ダウンリンク送信リソースの受信されていないブロックを再送信する手段と
を備える請求項１８に記載の装置。
【請求項２５】
前記フィードバック・メッセージのうちの少なくとも一部は、前記ダウンリンク送信リソースのブロックが受信されていないか、あるいは、判読不能であるかを示すＮＡＣＫを含む請求項１８に記載の装置。
【請求項２６】
前記フィードバック・メッセージは、前記ダウンリンク送信リソースのブロックと相関付けられた前記アップリンク送信リソースのブロック内の非ベースライン・エネルギー量を備え、
前記非ベースライン・エネルギー量は、前記ダウンリンク送信リソースのブロックが、前記複数の端末デバイスのうちの少なくとも１つによって受信されていないか、あるいは、判読不能であることを示す請求項１８に記載の装置。
【請求項２７】
前記アップリンク送信リソースのブロックと、前記ダウンリンク送信リソースのブロックとの間の相関付けは、静的な相関付けである請求項１８に記載の装置。
【請求項２８】
前記静的な相関付けは、前記フィードバック・メッセージが、ダウンリンク送信リソースの特定のブロック‘ｘ’に関連している場合、前記フィードバック・メッセージを送信するために使用されるアップリンク送信リソース‘Ｆ（ｘ）'の特定のブロックを決定する関数を備える請求項２７に記載の装置。
【請求項２９】
前記関数は、前記スケジュールとともに送信されるか、あるいは、前記複数の端末デバイスのうちの少なくとも１つおよび少なくとも１つのエンハンスト・ノード（ｅＮｏｄｅ）基地局（Ｂ）によって予め定められ知られている請求項２８に記載の装置。
【請求項３０】
前記ダウンリンク送信リソースのブロックと、前記アップリンク送信リソースのブロックとの間の相関付けは、前記割当期間中に明確にシグナルされる動的な相関付けである請求項１８に記載の装置。
【請求項３１】
前記動的な相関付けは、前記スケジュールされた相関付けを、前記複数の端末デバイスへ、前記ダウンリンク送信リソースのブロックとともに送信することを備える請求項３０に記載の装置。
【請求項３２】
前記動的な相関付けは、前記スケジュールされた相関付けを、前記複数の端末デバイスへ、前記ダウンリンク送信リソースの第２のブロックとともに送信することを備える請求項３０に記載の装置。
【請求項３３】
前記動的な相関付けは、前記ダウンリンク送信リソースのブロックを含む割当期間の初期部分中に、前記スケジュールされた相関付けを送信することを備える請求項３０に記載の装置。
【請求項３４】
前記ダウンリンク送信リソースのブロック内に含まれるデータを、前記複数の端末デバイスへ送信する手段を備える請求項１８に記載の装置。
【請求項３５】
無線マルチキャスト・ネットワークまたは無線ブロードキャスト・ネットワークへのフィードバックの送信を容易にする装置であって、
マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間の割当期間中の相関付けをスケジュールするアソシエーション・プロセッサと、
前記スケジュールされた相関付けを、複数の端末デバイスへブロードキャストする送信機と、
前記複数の端末デバイスのうちの少なくとも１つから、前記アップリンク送信リソースのブロックによって、前記ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを受信するアンテナと
を備える装置。
【請求項３６】
前記複数の端末デバイスのおのおのが、前記フィードバック・メッセージを提供する可能性を制限する確率係数を生成する計算プロセッサを備える請求項３５に記載の装置。
【請求項３７】
前記アソシエーション・プロセッサはさらに、前記ダウンリンク送信リソースのブロックと、前記アップリンク送信リソースの１または複数の追加ブロックとの間の相関付けをスケジュールし、前記アップリンク送信リソースの追加ブロックは、複数のフィードバック・メッセージの受信を可能にする請求項３５に記載の装置。
【請求項３８】
前記ダウンリンク送信リソースのブロックに関連する受信されたフィードバック・メッセージの数を判定するソート・プロセッサを備える請求項３７に記載の装置。
【請求項３９】
前記ソート・プロセッサは、前記ダウンリンク送信リソースのブロックに関連する受信されたフィードバック・メッセージの数に少なくとも部分的に基づいて、前記ダウンリンク送信リソースのブロックを再送信するか、または、前記ダウンリンク送信リソースの第２のブロックを再送信するかを選択する請求項３８に記載の装置。
【請求項４０】
前記計算プロセッサは、ハッシュ関数を生成し、それを前記スケジュールを用いて送信し、
前記ハッシュ関数は、おのおのの端末デバイスのアクセス・クラス、おのおのの端末アイデンティティのハッシュ、おのおのの端末デバイスによって利用されるサービスのアイデンティティ、またはブロック特有の情報、あるいはこれらの組み合わせに少なくとも部分的に基づいて、フィードバック・メッセージを、前記アップリンク送信リソースのブロックによって発行するか、あるいは、前記アップリンク送信リソースの追加ブロックのうちの１または複数によって発行するかを、前記複数の端末デバイスのおのおのに対して示す請求項３７に記載の装置。
【請求項４１】
前記アソシエーション・プロセッサはさらに、前記マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースと、ダウンリンク送信リソースの複数のブロックとの間の相関付けをスケジュールし、これによって、前記フィードバック・メッセージに含まれるビットマップが、前記ダウンリンク送信リソースの複数のブロックに関連するアクノレッジメント（ＡＣＫ）情報または否定的なアクノレッジメント（ＮＡＣＫ）情報を示し、
前記ソート・プロセッサは、前記ダウンリンク送信リソースの複数のブロックのどれが、ＮＡＣＫに関連付けられているかを判定するために前記ビットマップを復調する請求項３５に記載の装置。
【請求項４２】
前記フィードバック・メッセージのうちの少なくとも一部は、前記ダウンリンク送信リソースのブロックが受信されていないか、あるいは、判読不能であるかを示すＮＡＣＫを含む請求項３５に記載の装置。
【請求項４３】
前記フィードバック・メッセージは、前記ダウンリンク送信リソースのブロックと相関付けられた前記アップリンク送信リソースのブロック内の非ベースライン・エネルギー量を備え、
前記非ベースライン・エネルギー量は、前記ダウンリンク送信リソースのブロックが、前記複数の端末デバイスのうちの少なくとも１つによって受信されていないか、あるいは、判読不能であることを示す請求項３５に記載の装置。
【請求項４４】
前記アップリンク送信リソースのブロックと、前記ダウンリンク送信リソースのブロックとの間の相関付けは、静的な相関付けである請求項３５に記載の装置。
【請求項４５】
前記静的な相関付けは、前記フィードバック・メッセージが、ダウンリンク送信リソースの特定のブロック‘ｘ’に関連している場合、前記フィードバック・メッセージを送信するために使用されるアップリンク送信リソース‘Ｆ（ｘ）'の特定のブロックを決定する関数を備える請求項４４に記載の装置。
【請求項４６】
前記関数は、前記スケジュールとともに送信されるか、あるいは、前記複数の端末デバイスのうちの少なくとも１つおよび少なくとも１つのエンハンスト・ノード（ｅＮｏｄｅ）基地局（Ｂ）によって予め定められ知られている請求項４５に記載の装置。
【請求項４７】
前記ダウンリンク送信リソースのブロックと、前記アップリンク送信リソースのブロックとの間の相関付けは、前記割当期間中に明確にシグナルされる動的な相関付けである請求項３５に記載の装置。
【請求項４８】
前記動的な相関付けは、前記スケジュールされた相関付けを、前記複数の端末デバイスへ、前記ダウンリンク送信リソースのブロックとともに送信することを備える請求項４７に記載の装置。
【請求項４９】
前記動的な相関付けは、前記スケジュールされた相関付けを、前記複数の端末デバイスへ、前記ダウンリンク送信リソースの第２のブロックとともに送信することを備える請求項４７に記載の装置。
【請求項５０】
前記動的な相関付けは、前記ダウンリンク送信リソースのブロックを含む割当期間の初期部分中に、前記スケジュールされた相関付けを送信することを備える請求項４７に記載の装置。
【請求項５１】
前記送信機は、前記ダウンリンク送信リソースのブロック内に含まれるデータを、前記複数の端末デバイスへブロードキャストする請求項３５に記載の装置。
【請求項５２】
無線マルチキャスト・ネットワークまたは無線ブロードキャスト・ネットワークへのフィードバックを容易にするプロセッサであって、
マルチキャスト・サービスまたはブロードキャスト・サービスに少なくとも部分的に関連付けられた割当期間について、アップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間の相関付けをスケジュールする手段と、
前記スケジュールされた相関付けを、複数の端末デバイスへ送信する手段と、
前記複数の端末デバイスのうちの少なくとも１つから、前記アップリンク送信リソースのブロックによって、前記ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを受信する手段と
を備えるプロセッサ。
【請求項５３】
無線マルチキャスト・ネットワークまたは無線ブロードキャスト・ネットワークへのフィードバックを容易にするためのコンピュータ・プログラム製品であって、
マルチキャスト・サービスまたはブロードキャスト・サービスに少なくとも部分的に関連付けられた割当期間について、アップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間の相関付けをスケジュールし、
前記スケジュールされた相関付けを、複数の端末デバイスへ送信し、
前記複数の端末デバイスのうちの少なくとも１つから、前記アップリンク送信リソースのブロックによって、前記ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを受信する、
ように少なくとも１つのコンピュータによって実行可能なコードを備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【請求項５４】
無線マルチキャスト通信ネットワークまたは無線ブロードキャスト通信ネットワークへフィードバックを提供する方法であって、
送信割当期間のうちの１または複数のブロックに割り当てられたサービスを規定する送信サービス・スケジュールを受信することと、
前記割当期間についてスケジュールされたマルチキャスト・サービスまたはブロードキャスト・サービスに関連するアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間のスケジュールされた相関付けを受信することと、
前記アップリンク送信リソースのブロックによって、フィードバックを提供し、前記ダウンリンク送信リソースのブロックのうちの少なくとも一部、または、それらに関連するデータが受信されていないことを示すことと
を備える方法。
【請求項５５】
前記ダウンリンク送信リソースのブロックと、アップリンク送信の１または複数の追加ブロックとの間の相関付けを受信することと、
受信した端末デバイスのアイデンティティ、前記受信した端末デバイスによって利用されるサービス、前記端末デバイスのアクセス・クラス、またはブロック特有の情報、あるいはこれらの組み合わせに少なくとも部分的に基づいて決定される特定のアップリンク送信リソースによって、あるいは、ランダムなアップリンク送信リソースによってフィードバックを提供することと
を備える請求項５４に記載の方法。
【請求項５６】
前記ダウンリンク送信リソースのブロック、または、それに関連するデータが受信されていない場合、フィードバックが端末デバイスによって提供される確率を制限するフィードバック確率関数を受信することを備える請求項５４に記載の方法。
【請求項５７】
前記スケジュールされた相関付けは、前記ダウンリンク送信リソースのブロックの一部として受信される請求項５４に記載の方法。
【請求項５８】
前記スケジュールされた相関付けは、ダウンリンク送信リソースの関連ブロックの一部として受信される請求項５４に記載の方法。
【請求項５９】
前記スケジュールされた相関付けは、前記割当期間の初期に受信され、前記割当期間中、送信のためにスケジュールされたダウンリンク送信リソースの複数のブロックのおのおのに相関付けられたアップリンク送信リソースのうちの１または複数の特定のブロックを特定する請求項５４に記載の方法。
【請求項６０】
前記アップリンク送信リソースのブロックと、ダウンリンク送信リソースの１または複数の追加ブロックとの間のスケジュールされた相関付けを受信することと、
前記ブロックおよび前記１または複数の追加ブロックのおのおのが受信されたか、または、受信されていないかを示すＡＣＫメッセージ、または、ＮＡＣＫメッセージを提供するフィードバック・メッセージ内に複数桁のビットマップを含めることと
を備える請求項５４に記載の方法。
【請求項６１】
無線マルチキャスト・ネットワークまたは無線ブロードキャスト・ネットワークへフィードバックを提供する装置であって、
送信割当期間のうちの１または複数のブロックに割り当てられたサービスを規定する送信サービス・スケジュールを受信する手段と、
前記割当期間についてスケジュールされたマルチキャスト・サービスまたはブロードキャスト・サービスに関連するアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間のスケジュールされた相関付けを受信する手段と、
前記アップリンク送信リソースのブロックによって、フィードバックを提供し、前記ダウンリンク送信リソースのブロックのうちの少なくとも一部、または、それらに関連するデータが受信されていないことを示す手段と
を備える装置。
【請求項６２】
前記ダウンリンク送信リソースのブロックと、アップリンク送信リソースの１または複数の追加ブロックとの間の相関付けを受信する手段と、
受信した端末デバイスのアイデンティティ、前記受信した端末デバイスによって利用されるサービス、前記端末デバイスのアクセス・クラス、またはブロック特有の情報、あるいはこれらの組み合わせに少なくとも部分的に基づいて決定される特定のアップリンク送信リソースによって、あるいは、ランダムなアップリンク送信リソースによってフィードバックを提供する手段と
を備える請求項６１に記載の装置。
【請求項６３】
前記ダウンリンク送信リソースのブロック、または、それに関連するデータが受信されていない場合、フィードバックが端末デバイスによって提供される確率を制限するフィードバック確率関数を受信する手段を備える請求項６１に記載の装置。
【請求項６４】
前記スケジュールされた相関付けは、前記ダウンリンク送信リソースのブロックの一部として受信される請求項６１に記載の装置。
【請求項６５】
前記スケジュールされた相関付けは、ダウンリンク送信リソースの関連ブロックの一部として受信される請求項６１に記載の装置。
【請求項６６】
前記スケジュールされた相関付けは、前記割当期間の初期に受信され、前記割当期間中、送信のためにスケジュールされたダウンリンク送信リソースの複数のブロックのおのおのに相関付けられたアップリンク送信リソースのうちの１または複数の特定のブロックを特定する請求項６１に記載の装置。
【請求項６７】
前記アップリンク送信リソースのブロックと、ダウンリンク送信リソースの１または複数の追加ブロックとの間のスケジュールされた相関付けを受信する手段と、
前記ブロックおよび前記１または複数の追加ブロックのおのおのが受信されたか、または、受信されていないかを示すＡＣＫメッセージ、または、ＮＡＣＫメッセージを提供するフィードバック・メッセージ内に複数桁のビットマップを含める手段と
を備える請求項６１に記載の装置。
【請求項６８】
無線マルチキャスト・ネットワークまたは無線ブロードキャスト・ネットワークへフィードバックを提供する装置であって、
送信割当期間の１または複数のブロックに割り当てられたサービスを規定するサービス・スケジュールと、
前記割当期間についてスケジュールされたマルチキャスト・サービスまたはブロードキャスト・サービスに関連するアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間のスケジュールされた相関付けとを受信するアンテナと、
前記アップリンク送信リソースのブロックによってフィードバック・メッセージをｅＮｏｄｅ  Ｂに提供し、前記ダウンリンク送信リソースのブロックの少なくとも一部またはそれに関連するデータが受信されていないことを示す送信機と
を備える装置。
【請求項６９】
前記アンテナはさらに、前記ダウンリンク送信リソースのブロックと、アップリンク送信リソースの１または複数の追加ブロックとの間の相関付けを受信し、
前記送信機は、前記フィードバック・メッセージを、ランダムなアップリンク送信リソースまたは特定のアップリンク送信リソースへと提供し、
前記特定のリソースは、受信する端末デバイスのアイデンティティ、前記受信する端末デバイスによって利用されるサービス、前記端末デバイスのアクセス・クラス、またはブロック特有の情報、あるいはこれらの組み合わせに少なくとも部分的に基づいて決定される請求項６８に記載の装置。
【請求項７０】
フィードバック確率関数を受信する計算プロセッサを備え、
前記フィードバック確率関数は、前記ダウンリンク送信リソースのブロック、または、それに関連するデータが受信されていない場合、前記フィードバック・メッセージが端末デバイスによって提供される確率を制限する請求項６８に記載の装置。
【請求項７１】
前記スケジュールされた相関付けは、前記ダウンリンク送信リソースのブロックの一部として受信される請求項６８に記載の装置。
【請求項７２】
前記スケジュールされた相関付けは、ダウンリンク送信リソースの関連ブロックの一部として受信される請求項６８に記載の装置。
【請求項７３】
前記スケジュールされた相関付けは、前記割当期間の初期に受信され、前記割当期間中、送信のためにスケジュールされたダウンリンク送信リソースの複数のブロックのおのおのに相関付けられたアップリンク送信リソースのうちの１または複数の特定のブロックを特定する請求項６８に記載の装置。
【請求項７４】
前記アップリンク送信リソースのブロックと、ダウンリンク送信リソースの１または複数の追加ブロックとの間のスケジュールされた相関付けを受信する多重化アンテナと、
前記ブロックおよび前記１または複数の追加ブロックのおのおのが受信されたか、または、受信されていないかを示すＡＣＫメッセージ、または、ＮＡＣＫメッセージを提供するフィードバック・メッセージ内に複数桁のビットマップを含める多重化プロセッサと
を備える請求項６８に記載の装置。
【請求項７５】
無線マルチキャスト・ネットワークまたは無線ブロードキャスト・ネットワークへフィードバックを提供するプロセッサであって、
送信割当期間の１または複数のブロックに割り当てられたサービスを規定する送信サービス・スケジュールを受信する手段と、
前記割当期間についてスケジュールされたマルチキャスト・サービスまたはブロードキャスト・サービスに関連するアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間のスケジュールされた相関付けとを受信する手段と、
前記アップリンク送信リソースのブロックによってフィードバック・メッセージを提供し、ダウンリンク送信リソースのブロックのうちの少なくとも一部、またはこれに関連するデータが受信されていないことを示す手段と
を備えるプロセッサ。
【請求項７６】
無線マルチキャスト・ネットワークまたは無線ブロードキャスト・ネットワークへフィードバックを提供することを容易にするコンピュータ・プログラム製品であって、
送信割当期間の１または複数のブロックに割り当てられたサービスを規定する送信サービス・スケジュールを受信し、
前記割当期間についてスケジュールされたマルチキャスト・サービスまたはブロードキャスト・サービスに関連するアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間のスケジュールされた相関付けを受信し、
アップリンク送信リソースのブロックによってフィードバック・メッセージを提供し、ダウンリンク送信リソースのブロックのうちの少なくとも一部、またはこれに関連するデータが受信されていないことを示す、
ように少なくとも１つのコンピュータによって実行可能なコードを備えるコンピュータ読取可能媒体を備えるコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の記載は、一般に、無線通信に関し、さらに詳しくは、送信データの、受信されていない、または、判読不要なブロックを示すためにＬＴＥネットワークにフィードバックを提供することに関する。
【背景技術】
【０００２】
無線通信システムは、例えば音声、データ等のような様々なタイプの通信コンテンツを提供するために広く展開している。一般的な無線通信システムは、利用可能なシステム・リソース（例えば帯域幅、送信電力等）を共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム等を含みうる。
【０００３】
一般に、無線多元接続通信システムは、複数のモバイル・デバイスのための通信を同時にサポートすることができる。モバイル・デバイスはそれぞれ、順方向リンクおよび逆方向リンクによる送信を経由して、１または複数の基地局と通信することができる。順方向リンク（あるいは、ダウンリンク）は、基地局からモバイル・デバイスへの通信リンクを称し、逆方向リンク（あるいは、アップリンク）はモバイル・デバイスから基地局への通信リンクを称する。さらに、モバイル・デバイスと基地局との間の通信は、単一入力単一出力（ＳＩＳＯ）システム、複数入力単一出力（ＭＩＳＯ）システム、複数入力複数出力（ＭＩＭＯ）システムなどによって確立されうる。
【０００４】
ＭＩＭＯシステムは一般に、データ送信のために、複数（ＮＴ個）の送信アンテナと、複数（ＮＲ個の）受信アンテナとを利用する。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって構成されるＭＩＭＯチャネルは、空間チャネルと称されるＮＳ個の独立したチャネルに分解されうる。ここで、ＮＳ≦｛ＮＴ，ＮＲ｝である。ＮＳ個の独立したチャネルのおのおのは、ディメンションに相当する。さらに、複数の送信アンテナおよび受信アンテナによって生成される更なるディメンションが利用されると、ＭＩＭＯシステムは、改善されたパフォーマンス（例えば、増加されたスペクトル効率、より高いスループット、および／または、より高い信頼性）を提供することができる。
【０００５】
ＭＩＭＯシステムは、共通の物理媒体にわたって順方向リンク通信および逆方向リンク通信を分解するために、様々な二重化技術をサポートすることができる。例えば、周波数分割二重化（ＦＤＤ）システムは、順方向リンク通信と逆方向リンク通信との両方のために異種の周波数領域を利用することができる。さらに、時分割二重化（ＴＤＤ）システムでは、順方向リンク通信と逆方向リンク通信とが、共通の周波数領域を使用することができる。しかしながら、従来の技術は、制限されており、チャネル情報に関するフィードバックを提供することができない。
【発明の概要】
【０００６】
本願は、２００６年６月２０日に出願され、"A METHOD AND APPARATUS FOR MBMS REPORTING LTE"と題された米国仮特許出願６０／８１５，２９８号と、２００７年６月９日に出願され、"CELL SPECIFIC RETRANSMISSION OF SINGLE FREQUENCY NETWORK MBMS DATA"と題された米国非仮出願との利益を要求する。前述した出願の全体は、参照によって本明細書に組込まれる。
【０００７】
以下は、１または複数の実施形態の基本的な理解を提供するために、そのような実施形態の簡単な概要を示す。この概要は、考慮される全ての実施形態の広範な概略ではなく、全ての実施形態の重要あるいは決定的な要素を特定するものでも、任意あるいは全ての実施形態の範囲を線引きするものでもないことが意図されている。その唯一の目的は、１または複数の実施形態の概要を、後に示されるより詳細な記載に対する前兆として、簡単な形式で示すことである。
【０００８】
１または複数の実施形態およびそれに対応する開示にしたがって、ネットワークによって提供された送信データが、受信されたか、あるいは、判読不要に受信されたかを示す、第三世代パートナシップ計画（３ＧＰＰ）ロング・ターム・エボリューション（ＬＴＥ）ネットワークに対するフィードバックを容易にすることに関連した様々な局面が記載される。ダウンリンク送信リソース（例えば、ダウンリンク・チャネル）のうちの１または複数のブロックは、送信割当期間のスケジューリング中、アップリンク送信リソース（例えば、アップリンク・チャネル）のうちの１または複数のブロックに相関付けることができる。この相関付けは、特定のダウンリンク・チャネルに関連する否定的なアクノレッジメント（ＮＡＣＫ）を端末デバイスへ送信するために使用されうる特定のアップリンク・チャネルを識別することができる。くわえて、データ喪失の重大さに対する定量的および／または定性的な判定を容易にするために複数のアップリンク・リソースを適用することができる。さらにまた、潜在的な干渉を低減するために、失われたデータに対して同時に応答する端末デバイスの数を低減するリミッティング・ファクタを送信することができる。記載されるように、対象となるイノベーションは、ＬＴＥネットワークにおける動的フィードバックおよび／または静的フィードバックを提供する。
【０００９】
関連する局面によれば、本明細書では、無線３ＧＰＰ  ＬＴＥ通信ネットワークにフィードバックを提供する方法が記載される。この方法は、ダウンリンク送信リソースのブロックと、マルチキャスト・サービスまたはブロードキャスト・サービスに少なくとも部分的に関連する割当期間のためのアップリンク送信リソースのブロックとの間の相関付けをスケジュールすることを備えることができる。さらに、この方法は、このスケジュールされた相関付けを、複数の端末デバイスへ送信することと、アップリンク送信リソースのブロックによって、複数の端末デバイスのうちの少なくとも１つから、ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを受信することとを備えることができる。
【００１０】
また別の局面は、３ＧＰＰ  ＬＴＥ無線ネットワークのためのフィードバックを提供する装置に関する。この装置は、ダウンリンク送信リソースのブロックと、マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースのブロックとの間の、割当期間中の相関付けをスケジュールする手段を備えることができる。くわえて、この装置は、このスケジュールされた相関付けを、マルチキャスト・サービスまたはブロードキャスト・サービスによって、複数の端末デバイスへ送信する手段を備えることができる。さらにまた、この装置は、複数の端末デバイスのうちの少なくとも１つから、アップリンク送信リソースのブロックによって、ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを提供する手段を備えることもできる。
【００１１】
別の局面は、３ＧＰＰ  ＬＴＥネットワークへのフィードバックの送信を容易にする装置に関する。この装置は、ダウンリンク送信リソースのブロックと、マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースのブロックとの、割当期間中の相関付けをスケジュールするアソシエーション・プロセッサを備えることができる。さらに、この装置は、スケジュールされた相関付けを、複数の端末デバイスへブロードキャストする送信機を備えることができる。この装置はまた、複数の端末デバイスのうちの少なくとも１つから、アップリンク送信リソースのブロックによって、ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを受信するアンテナを備えることができる。
【００１２】
さらなる局面は、３ＧＰＰ  ＬＴＥネットワークへのフィードバックを容易にするプロセッサに関する。このプロセッサは、マルチキャスト・サービスまたはブロードキャスト・サービスに少なくとも部分的に関連する割当期間における、アップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間の相関付けをスケジュールする手段を備えることができる。くわえて、このプロセッサは、このスケジュールされた相関付けを、複数の端末デバイスへ送信する手段と、複数の端末デバイスのうちの少なくとも１つから、アップリンク送信リソースのブロックによって、ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを受信する手段とを備えることができる。
【００１３】
また別の局面は、３ＧＰＰ  ＬＴＥネットワークのためのフィードバックを容易にするコンピュータ・プログラム製品に関する。このコンピュータ・プログラム製品は、ダウンリンク送信リソースのブロックと、アップリンク送信リソースのブロックとの間の相関付けをスケジュールし、このスケジュールされた相関付けを送信し、ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを受信するように、少なくとも１つのコンピュータによって実行可能なコードを備えることができる。くわえて、この相関付けは、ダウンリンク送信リソースのブロックによって、マルチキャスト・サービスまたはブロードキャスト・サービスを送信する特定の割当期間についてスケジュールされうる。さらに、アップリンク送信リソースのブロックによって、複数の端末デバイスのうちの最後の１つからフィードバック・メッセージが受信されうる。
【００１４】
別の局面は、無線３ＧＰＰ  ＬＴＥ通信ネットワークにフィードバックを提供する方法に関する。この方法は、送信割当期間のうちの１または複数のブロックに割り当てられるサービスを規定する送信サービス・スケジュールを受信することと、割当期間についてスケジュールされたマルチキャスト・サービスまたはブロードキャスト・サービスに関連するアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間のスケジュールされた相関付けを受信することとを備えることができる。この方法はまた、アップリンク送信リソースのブロックによって、フィードバック・メッセージを提供し、ダウンリンク送信リソースのブロックのうちの少なくとも一部か、あるいはそれに関連するデータが受信されていないことを示すことをも備える。
【００１５】
また別の局面は、無線３ＧＰＰ  ＬＴＥネットワークにフィードバックを提供する装置に関する。この装置は、送信割当期間のうちの１または複数のブロックに割り当てられたサービスを定義する送信サービス・スケジュールを受信する手段と、割当期間についてスケジュールされるマルチキャスト・サービスまたはブロードキャスト・サービスに関連するアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間のスケジュールされた相関付けを受信する手段とを備えることができる。この装置はさらに、アップリンク送信リソースのブロックによってフィードバック・メッセージを提供し、ダウンリンク送信リソースのブロックの少なくとも一部か、あるいはそれに関連するデータが受信されていないことを示す手段を備えることができる。
【００１６】
また別の局面は、無線３ＧＰＰ  ＬＴＥネットワークにフィードバックを供給するためのさらなる装置に関する。そのような装置は、送信割当期間のうちの１または複数のブロックに割り当てられたサービスを定義するサービス・スケジュールと、割当期間についてスケジュールされたマルチキャスト・サービスまたはブロードキャスト・サービスに関連するアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間のスケジュールされた相関付けとを受信するアンテナを備えることができる。さらに、この装置は、アップリンク送信リソースのブロックによって、ｅＮｏｄｅ  Ｂにフィードバック・メッセージを提供し、ダウンリンク送信リソースのブロックのうちの少なくとも一部か、あるいはそれに関連するデータが受信されていないことを示す送信機を備えることができる。
【００１７】
別の局面は、無線３ＧＰＰ  ＬＴＥ通信ネットワークにフィードバックを提供するプロセッサに関する。このプロセッサは、送信割当期間のうちの１または複数のブロックに割り当てられたサービスを規定する送信サービス・スケジュールを受信する手段と、割当期間についてスケジュールされたマルチキャスト・サービスまたはブロードキャスト・サービスに関連するアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間のスケジュールされた相関付けを受信する手段とを備えることができる。さらにまた、プロセッサは、フィードバック・メッセージを、アップリンク送信リソースのブロックによって提供し、ダウンリンク送信リソースのブロックの少なくとも一部か、あるいはそれに関連するデータが受信されていないことを示す手段を備えることができる。
【００１８】
さらなる局面は、３ＧＰＰ  ＬＴＥネットワークにフィードバックを提供するコンピュータ・プログラム製品に関する。このコンピュータ・プログラム製品は、割当期間のブロックに割り当てられるサービスを規定する送信サービス・スケジュールを受信し、ダウンリンク送信リソースのブロックと、アップリンク送信リソースのブロックとの間のスケジュールされた相関付けを受信し、フィードバック・メッセージを、アップリンク送信リソースのブロックによって提供する少なくとも１つのコンピュータによって実行可能なコードを備えることができる。くわえて、フィードバック・メッセージは、ダウンリンク送信リソースのブロックの少なくとも一部であるか、あるいはそれに関連するデータが受信されていないことを示すことができる。また、送信リソースは、割当期間内に送信のためにスケジュールされたマルチキャスト・サービスまたはブロードキャスト・サービスに関連付けられうる。
【００１９】
前述または関連する目的を達成するために、１または複数の実施形態は、以下に十分記載され、特許請求の範囲で具体的に指摘された特徴を備えることができる。以下の記載および添付図面は、１または複数の実施形態のある例示的な局面を詳細に述べている。しかしながら、様々な実施形態の原理が適用され、記載された実施形態が、そのような全ての局面およびその等価物を含むことが意図されている様々な方法のうちの少数を示すにすぎない。
【図面の簡単な説明】
【００２０】
【図１】図１は、本明細書に述べられた様々な局面にしたがった無線通信システムを例示する。
【図２】図２は、無線通信環境を備えた適用のための通信装置の例を示す。
【図３】図３は、無線通信ネットワークにフィードバックを提供するサンプルの方法論を例示する。
【図４】図４は、失われた送信に応答するデバイス数を制限する方法論の例を示す。
【図５】図５は、本明細書に記載の局面にしたがって、ダウンリンク送信リソースの複数のブロックのためにフィードバックを提供する方法論の例を示す。
【図６】図６は、１または複数の局面にしたがって、再送信のための受信されていない送信リソースのブロックを選択する方法論を例を示す。
【図７】図７は、特許請求された主題にしたがってダウンリンク・リソースとアップリンク・リソースとを相関付ける方法論のサンプルを示す。
【図８】図８は、本明細書に示す局面にしたがって、ロング・ターム・エボリューション（ＬＴＥ）ネットワークへフィードバックを提供することを容易にする典型的なシステムを示す。
【図９】図９は、本明細書で開示された局面にしたがって、失われた送信に関連するフィードバックを提供するサンプルを例示する。
【図１０】図１０は、アップリンク送信リソースとダウンリンク送信リソースとのスケジュールされた相関付けを提供する例を示す。
【図１１】図１１は、通信ネットワークにフィードバックを提供する典型的なアクセス端末を示す。
【図１２】図１２は、本明細書で開示された無線ネットワーキング環境と連携して適用されうる典型的な基地局を例示する。
【図１３】図１３は、１または複数の局面にしたがって無線通信環境にフィードバックを提供することを容易にする典型的なシステムを示す。
【図１４】図１４は、１または複数の局面にしたがって無線通信ネットワークへのフィードバックの提供を容易にするシステムを示す。
【図１５】図１５は、追加の局面にしたがって無線ネットワークにフィードバックを提供することができるシステムを例示する。
【発明を実施するための形態】
【００２１】
様々な局面が、同一の参照符号が、全体を通じて同一の要素を参照するために使用される図面を参照して記載される。次の記載では、説明の目的のために、１または複数の局面の完全な理解を提供するために、多くの具体的詳細が述べられた。しかしながら、そのような局面は、これら具体的詳細なしで実現されうることが明白でありうる。他の例では、周知の構成およびデバイスが、１または複数の局面の記載を容易にするためにブロック図形式で示される。
【００２２】
くわえて、本開示の様々な局面が以下に記載される。本明細書における教示は、広く様々な形式で具体化され、しかも、本明細書に記載の任意の具体的構成および／または機能は単に代表例であることが明白であるに違いない。本明細書における教示に基づき、当業者であれば、本明細書に記載の局面は、その他任意の局面と独立して実施され、しかも、これら局面のうちの２またはそれ以上が様々な方法で組み合わされうることを理解すべきである。例えば、本明細書に記載の任意の数の局面を用いて、装置が実現されるか、あるいは／それに加えて、方法が実施される。さらに、本明細書に記載の局面のうちの１または複数に加えて、あるいはそれ以外の他の構成および／または機能を用いて装置が実現されるか、あるいは／それに加えて、方法が実施される。例として、本明細書に記載の方法、デバイス、システム、および装置の多くは、ＳＦＮデータの同期送信および再送信を提供するａｄ−ｈｏｃまたは無計画／準計画的に展開された無線通信環境のコンテクストで記載される。当業者であれば、類似技術が、他の通信環境に適応しうることを認識すべきである。本願で使用されるように、用語「構成要素」、「システム」等は、ハードウェア、ソフトウェア、実行中のソフトウェア、ファームウェア、ミドルウェア、マイクロコード、および／またはこれら任意の組み合わせの何れかであるコンピュータ関連エンティティを称することが意図される。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行しているプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。１または複数の構成要素は、実行スレッドおよび／またはプロセス内に存在することができ、構成要素は、１つのコンピュータに局在化され、および／または、２またはそれ以上のコンピュータ間に分散されうる。また、これら構成要素は、格納された様々なデータ構造を有する様々なコンピュータ読取可能媒体から実行することができる。これら構成要素は、例えば、１または複数のデータ（例えば、ローカル・システム内、分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、信号によって他のシステムとインタラクトする例えばインターネットのようなネットワークを介したデータ）のパケットを有する信号にしたがって、ローカルおよび／またはリモートのプロセスを介して通信することができる。くわえて、本明細書に記載のシステムの構成要素は、本明細書に関連して記載された様々な局面、目的、利点等の達成を容易にするために、追加の構成要素によって再構成および／または補完される。そして、当業者によって認識されるように、与えられた図面において記載された正確な構成に限定されない。
【００２３】
さらに本明細書では、様々な局面が、加入者局に関連して記載される。加入者局はまた、システム、加入者ユニット、移動局、モバイル、遠隔局、遠隔端末、アクセス端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、あるいはユーザ機器と称されうる。加入者局は、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、あるいは、無線デバイスに接続されたその他の処理デバイスや、処理デバイスとの無線通信を容易にする類似のメカニズムでありうる。
【００２４】
さらに、本明細書に記載の様々な局面または機能は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた製造物品、装置、および方法として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、または媒体からアクセス可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶デバイス（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストライプ等）、光学ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、カード、スティック、キー・ドライブ等）を含むことができる。くわえて、本明細書に記載の様々な記憶媒体は、情報を格納するための１または複数のデバイス、および／または、その他の機械読取可能媒体を表すことができる。用語「機械読取可能媒体」は、限定されることなく、無線チャネル、および、命令および／またはデータを格納、包含、および／または搬送することが可能なその他様々な媒体を含むことができる。
【００２５】
さらに、用語「典型的」は、例、事例、または例示として役立つことを意味するために使用される。本明細書で「典型的」と記載された任意の局面または設計は、他の局面または設定によりも好適であるとか、有利であると必ずしも解釈される必要はない。むしろ、典型的という用語の使用は、概念を具体的な方式で示すことが意図される。本願で使用されるように、用語「または」は、限定的な「または」ではなく、包括的な「または」を含むことを意味するように意図されている。すなわち、他の方法で指定されない場合、あるいは、コンテクストから明らかではない場合、「ＸがＡまたはＢを適用する」は、自然な包括的な置き換えのうちの何れかを意味することが意図されている。すなわち、ＸがＡを適用するのか、ＸがＢを適用するのか、あるいは、ＸがＡとＢとの両方を適用するのであれば、上述した事例の何れの下でも、「ＸがＡまたはＢを適用する」が満足される。くわえて、本願および特許請求の範囲で使用される冠詞“ａ”および“ａｎ”は、もしも、他の方法で特定されていないか、あるいは、単数形式に向けられていることがコンテクストから明白ではないのであれば、「１または複数」を意味するように解釈されるべきである。
【００２６】
本明細書で使用されるように、「推論する」または「推論」に対する用語は、一般に、イベントおよび／またはデータを通じて取得された観察のセットから、システム、環境、および／またはユーザの状態に関する推理または推論するプロセスを称する。推論は、特定のコンテクストまたは動作を特定するために適用可能であるか、あるいは、例えば状態にわたった確率分布を生成することができる。推論は、確率論的、すなわち、データおよびイベントの考慮に基づいて、興味のある状態にわたった確率分布の計算でありうる。推論はまた、イベントおよび／またはデータのセットから、より高いレベルのイベントを構成するために使用される技術を称することができる。そのような推論の結果、観察されたイベントが、一時的に近く相関付けられていようとも、これらイベントおよびデータが、１または幾つかのイベントおよびデータ・ソースから由来するものであっても、これらイベントおよび／または格納されたイベント・データのセットからの新たなイベントまたは動作を構築することができる。
【００２７】
図１は、複数の基地局１１０と複数の端末１２０とを備え、１または複数の局面と連携して利用される無線通信システム１００を例示する。基地局は、一般に、端末と通信する固定局であり、アクセス・ポイント、Ｎｏｄｅ  Ｂ、あるいはその他幾つかの専門用語で呼ばれうる。基地局１１０はそれぞれ、１０２ａ、１０２ｂおよび１０２ｃとラベルされた３つの地理的領域として例示されるような、特定の地理的領域のための通信有効範囲を提供する。用語「セル」は、その用語が使用されるコンテクストに依存して、基地局および／またはその有効範囲領域を称することができる。システム容量を改善するために、基地局有効範囲領域は、多数の小領域（例えば、図１のセル１０２ａにしたがった３つの小領域）１０４ａ、１０４ｂ、および１０４ｃに区分されうる。おのおのの小領域は、それぞれの基地トランシーバ・サブシステム（ＢＴＳ）によってサービス提供されうる。用語「セクタ」は、その用語が使用されるコンテクストに依存して、ＢＴＳおよび／またはその有効範囲領域を称することができる。セクタ化されたセルについて、一般に、そのセルの全てのセクタのＢＴＳが、そのセルの基地局内に共に位置する。本明細書に記載された送信技術は、セクタ化されていないセルを備えたシステムのみならず、セクタ化されたセルを備えたシステムのためにも使用されうる。簡略のために、以下の記載では、用語「基地局」は一般に、セルにサービス提供する固定局のみならず、セクタにサービス提供する固定局のためにも使用される。
【００２８】
端末１２０は、一般に、システムにわたって分散しており、おのおのの端末は固定式または移動式でありうる。端末はまた、移動局、ユーザ機器、ユーザ・デバイス、あるいはその他の専門用語で称されうる。端末は、無線デバイス、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム・カードでありうる。おのおのの端末１２０は、所与の任意の瞬間において、ダウンリンクおよびアップリンクで、０、１、または複数の基地局と通信することができる。ダウンリンク（あるいは、順方向リンク）は、基地局から端末への通信リンクを称し、アップリンク（あるいは、逆方向リンク）は、端末から基地局への通信リンクを称する。
【００２９】
集中化されたアーキテクチャの場合、システム・コントローラ１３０は、基地局１１０と連結しており、基地局１１０に調整および制御を提供する。分散化されたアーキテクチャの場合、基地局１１０は、必要に応じて互いに通信することができる。順方向リンクによるデータ伝送は、順方向リンクおよび／または通信システムによってサポートされうる最大データ・レートまたは最大に近いデータ・レートで、１つのアクセス・ポイントから、１つのアクセス端末へと引き起こる。複数のアクセス・ポイントから１つのアクセス端末へと、順方向リンクの追加チャネル（例えば、制御チャネル）が送信されうる。１つのアクセス端末から１または複数のアクセス・ポイントへと逆方向リンク・データ通信が生じうる。
【００３０】
図２は、様々な局面にしたがったａｄ−ｈｏｃまたは無計画／準計画的な無線通信環境２００を例示している。システム２００は、互いに、および／または、１または複数のモバイル・デバイス２０４との間で無線通信信号を受信、送信、反復等する１または複数のセクタ内に、１または複数の基地局２０２を備えることができる。例示するように、おのおのの基地局２０２は、２０６ａ、２０６ｂ、２０６ｃ、および２０６ｄとラベルされた４つの地理的領域として例示された特定の地理的領域のために通信有効範囲を提供することができる。おのおのの基地局２０２は、送信チェーンおよび受信チェーンを備えることができる。それらのおのおのは、当業者によって認識されるように、信号の送信および受信に関連付けられた複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナ等）を備えることができる。モバイル・デバイス２０４は例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド計算デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、無線ネットワーク２００によって通信するためのその他任意の適切なデバイスでありうる。システム２００は、次の図面に関して述べているように、無線通信環境にフィードバックを提供することを容易にするために、本明細書に記載した様々な局面と連携して適用されうる。
【００３１】
図３乃至図７に示すように、第三世代パートナシップ計画（３ＧＰＰ）ロング・ターム・エボリューション（ＬＴＥ）ネットワークに対するフィードバックの提供を容易にすることに関連する方法論が示される。例えば、これら方法論は、周波数分割多元接続（ＦＤＭＡ）環境、直交周波数分割多元接続（ＯＦＤＭＡ）環境、符号分割多元接続（ＣＤＭＡ）環境、広帯域符号分割多元接続（ＷＣＤＭＡ）環境、時分割多元接続（ＴＤＭＡ）環境、空間分割多元接続（ＳＤＭＡ）環境、あるいはその他任意の適切な無線環境においてそのようなフィードバックを提供することに関連しうる。説明の単純化の目的のために、これら方法論が、一連の動作として示され記載される一方、幾つかの動作は、１または複数の局面にしたがって、本明細書で示され記載されたものとは異なる順序および／または他の動作と同時に引き起こるので、これら方法論は、これら動作の順序によって限定されないことが理解され認識されるべきである。あるいは、当業者であれば、方法論は、例えば状態図のような相関付けられた状態またはイベントのシリーズとして示されうることを理解し認識するだろう。さらに、１または複数の局面にしたがって方法論を実施するために、例示された全ての動作が必要とされる訳ではない。
【００３２】
図３は、無線通信ネットワークにフィードバックを提供するための方法論３００の例を示す。方法３００は、１または複数の端末デバイスから、例えば基地局送信機（例えば、エンハンスト・ノード基地局、ｅＮｏｄｅ  Ｂ、または類似のメカニズム）のような無線通信ネットワークの構成要素へのフィードバックの提供を容易にすることができる。例えば、ダウンリンク送信リソース（例えば、ダウンリンク・チャネル）のブロックは、特定の割当期間に対するアップリンク送信リソース（例えば、アップリンク・チャネル）のブロックと相関付けるようにスケジュールされうる。くわえて、無線ネットワークによって送信されるサービスは、ダウンリンク送信に割り当てられうる。特定のダウンリンク・チャネルに割り当てられたサービスが受信されていない場合、デバイスは、その出来事を示すために、割当期間の間、そのダウンリンク・チャネルに相関付けられたアップリンク・チャネルを使用することができる。その結果、ネットワークは、送信リソースのどのブロックが失われたかを判定することができ、その結果、その割当期間のためにアップリンク・リソースとダウンリンク・リソースとのスケジュールされた相関付けによって、再送信を開始することができる。
【００３３】
方法３００によれば、３０２において、アップリンク・リソースとダウンリンク・リソースとの間の相関付けがスケジュールされる。具体的な例として、この相関付けは、マルチキャスト・サービスまたはブロードキャスト・サービスに少なくとも部分的に関連付けられた割当期間のための、アップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間の相関付けでありうる。例えば、マルチキャスト・サービスおよび／またはブロードキャスト・サービスは、割当期間中、ダウンリンク送信リソースのブロックに割り当てられうる。その結果、ダウンリンク送信リソースのブロックに割り当てられたマルチキャスト・サービスおよび／またはブロードキャスト・サービスが受信されていないのであれば、この相関付けは、利用される具体的なアップリンク・チャネルを特定することができる。
【００３４】
３０４では、スケジュールされた相関付けが送信される。例えば、この相関付けは、ｅＮｏｄｅ  Ｂとの同時リンクを有する端末デバイスへブロードキャストされうる。そのような相関付けはまた、ａｄ  ｈｏｃネットワーク、有線通信ネットワークによって提供されるか、あるいは、１または複数の端末デバイスにロードされたコンピュータ読取可能媒体に含まれうる。３０６において、アップリンク・リソースによってフィードバックが受信される。特定のアップリンク・リソースによって受信されたフィードバックは、参照番号３０２におけるアップリンク・リソースとダウンリンク・リソースとの間の相関付けによって、関連するダウンリンク・リソース（例えば、ダウンリンク送信リソースのブロック、または複数のブロック等）を特定できることが認識されるべきである。
【００３５】
本明細書に記載されたようなスケジュールされた相関付けは、この相関付けが、伝送の受信の失敗に関するフィードバックを提供することに特化されているのであれば、特定されたダウンリンク・リソースを介して送信されたサービス（例えば、マルチキャスト・サービスおよび／またはブロードキャスト・サービス）を、適切に受信することに失敗したことを意味しうることが認識されるべきである。くわえて、このフィードバックは、ネットワークがリソースを特定できリソースを再送信する必要性を推論できるように、方法３００にしたがって通信ネットワークによって解読される必要は無く、アップリンク・リソースによってフィードバック・メッセージを単に受信することで、そのような情報を表示するのに十分でありうる。さらに、フィードバック・メッセージは、ダウンリンク送信リソースのブロックが、不適切に受信されたことを示す否定的なアクノレッジメント（ＮＡＣＫ）を含むことができる。説明したように、方法論３００は、送信リソースのブロックおよび／または対応するデータの受信の失敗に関連するフィードバックの送信を容易にすることができる。その結果、通信ネットワークによって提供されるサービスは、よりロバストに提供され、端末デバイスによってそのようなサービスが最終的に受信されたことが保証される。
【００３６】
図４は、失われた送信に応答するデバイスの数を制限する方法論４００の例を示す。特に、方法論は、失われた送信のためにフィードバックを提供することに関連する送信干渉を低減することを容易にすることができる。例えば、多くの端末デバイスが、本明細書に記載したように、送信リソースのブロックおよび／または関連するデータの受信に失敗し、そのようなリソースおよび／またはデータに関するフィードバックを同時に提供するのであれば、相当な量の干渉が引き起こされうる。干渉のレベルを制御するために、そのようなフィードバックを提供する端末デバイスの数が制限されうる。フィードバックを制限するための従来のメカニズムは、レポート機能を実行するために、ある端末デバイスを明確に割り当てることによって与えられる。しかしながら、このアプローチは、サービスを受信しているデバイスを特定するｅＮｏｄｅ  Ｂ（あるいは、例えば同様の送信機）の能力に依存することができる。これは、更なる手続きのみならず、アップリンク・リソース上の更なる特別なシグナリングを必要としうる。くわえて、従来のメカニズムに関連する管理問題は、端末デバイスが、（例えば、ｅＮｏｄｅ  Ｂによってサービス提供されるセルに入った場合、および出た場合に）ｅＮｏｄｅ  Ｂとのリンクの開始し、および終了するという結果になる。
【００３７】
関連する問題が、フィードバック衝突に関して生じる場合がある。例えば、アップリンク・リソースが、４つの送信を提供することができ、５つの端末デバイスが、それらを実質的に同時に使用するように試みると、（例えば、フル・チャネルでの送信を試みること等のような）衝突によって、少なくとも１つの送信が失われるだろう。方法４００はまた、確率係数を、相関付けられたアップリンク・リソースのサイズと一致するように調整することによって、衝突を低減することができる。その結果、フィードバック送信が、アップリンク・リソースを入れ過ぎる頻度を少なくすることができる。
【００３８】
方法４００によれば、４０２において、アップリンク・リソースとダウンリンク・リソースとの間の相関付けをスケジュールすることができる。例えば、この相関付けは、マルチキャスト・サービスまたはブロードキャスト・サービスに少なくとも部分的に関連する割当期間におけるアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間の相関付けでありうる。くわえて、本明細書に記載の任意の適切な相関付けメカニズムは、参照番号４０２において利用されうる（例えば、以下の図７を参照方）。４０４において、スケジュールされた相関付けが、例えば、複数の端末デバイスへ送信されうる。例として、そのような端末デバイスは、例えば、ダウンリンクおよび／またはデータに関連するフィーバックを提供するダウンリンク送信リソースのうちの１または複数のブロックに相関付けられたアップリンク送信リソースのうちの１または複数のブロックを特定するために、伝送を受信することができる。例えば、スケジュールされた相関付けは、端末デバイスによって受信されていないダウンリンク送信リソースのブロックのためにＮＡＣＫを送るために利用されるアップリンク・チャネルを特定することができる。
【００３９】
４０６では、フィードバックの発生を制限する確率係数が送信される。例えば、ｅＮｏｄｅ  Ｂは、（例えば、ブロック毎ベース、または割当期間ベース等で）スケジュールされた相関付けと連携して確率係数を提供することができる。さらに詳しくは、確率係数は、１または複数の端末デバイスに対して、０乃至１の範囲の数を提供することができる。端末デバイスが、ブロックを正しく受信することに失敗したと判定した場合、この端末デバイスは、０乃至１の間のランダムな数を生成することができる。生成された数が、確率係数よりも小さい（あるいは、例えば、確率係数以下、確率係数と等しい、確率係数よりも大きい、確率係数以上等）であるならば、端末デバイスは、失われたブロックに関連するフィードバック・メッセージを提供することができ、そうでない場合には、（例えば、そのブロックについて、割当期間について等）その端末デバイスによってフィードバック・メッセージは全く提供されない。さらなる例として、この確率係数は、特定のサービスのためにｅＮｏｄｅ  Ｂによって変えることができる。具体的には、この確率係数は、その時点においてサービスのために受信されたフィードバック・メッセージの数を決定するために、初期値に設定されうる。その後、干渉を調節し、異なる端末デバイスからの送信間の衝突を回避または緩和するために、確率係数が適切に増減されうる。
【００４０】
４０８では、ダウンリンク・リソースによる送信のためにスケジュールされたデータが送信される。上述したように、（例えば、割当期間の初めに提供される送信スケジュールによって示されるように、）そのようなデータを適切に受信することに失敗すると、デバイスは、ランダムな数を生成し、それを確率係数と比較し、その比較に基づいてフィードバック・メッセージ（例えば、ＮＡＣＫ）を送信する。説明したように、方法４００は、そのようなメッセージの受信における信頼性を向上するために、ネットワーク・フィードバック・メッセージに関連する干渉の動的な低減を容易にすることができる。
【００４１】
図５は、本明細書に示された局面に従って、ダウンリンク送信リソースの複数のブロックのためにフィードバックを提供する方法論５００の例を示す。本明細書に述べられた対象となる開示の様々な局面に従って、フィードバック・メッセージは、その中にコンテンツ（例えば、ＮＡＣＫ等、または、後述するようなブロック特有データ）を含んでいるか、あるいは、コンテンツを含んでいない。フィードバック・メッセージがコンテンツを含んでいない場合、ｅＮｏｄｅ  Ｂには、フィードバック・メッセージが送られる特定のアップリンク・リソースへスケジュールする割当期間によって相関付けられる特定のダウンリンク・リソースが、少なくとも１つの端末デバイスによって適切に受信されなかったという事実が少なくとも通知される。そのような情報は、ダウンリンク・リソースを再送信するようにｅＮｏｄｅ  Ｂあるいは複数のｅＮｏｄｅ  Ｂをトリガすることができる。ｅＮｏｄｅ  Ｂは、そのようなメッセージを復調する必要はなく、非ベースライン・エネルギー量を特定することによって、フィードバック・メッセージが送られたと十分に推論することができる（例えば、ベースライン・エネルギーは、レベル０またはレベル１であり、ベースラインを超えるアップリンク・チャネルにおけるエネルギー・レベルは、フィードバック・メッセージが送られたことを意味することができる）こともまた認識されるべきである。
【００４２】
上記のアプローチの代わりとして、複数のダウンリンク・リソース・ブロックが、アップリンク・リソース（例えば、アップリンク送信リソースのうちの１つのブロック、または、そのようなブロックのうちの特定のブロック等）に割り当てられうる。そのような場合、ダウンリンク・データのうちの少なくとも１つのブロックを失った端末デバイスは、アップリンク・リソースによってビットマップを送信し、例えば、どのブロックが正しく受信されたかと、どのブロックが正しく受信されなかったのかを示す。具体的な例として、ダウンリンク送信リソースの５つのブロックを仮定すると、ブロックＡ，Ｂ，Ｃ，Ｄ，Ｅは、割当期間中、特定のアップリンク・リソースに相関付けられる。例えば、端末デバイスが、ブロックＡ、Ｃ、およびＥを受信したが、ブロックＢとＤの受信に失敗した場合、複数桁の２進数［０１００１］を含むビットマップが、受信したブロックと、受信しなかったブロックとを示すことができよう。この例では、０は、受信されたブロックを示し、１は、受信されなかったブロックを示す。その他様々な異なる数字の例の実施例が、本明細書で記載したように、送信リソースの複数のブロックの２つの状態を示すために使用されうること（例えば、０が、受信されなかったブロックを示し、１が、受信されたブロックを示したり、あるいは、実質的に類似の情報を運ぶために、２進数ではない数字が用いられることなど）も認識されるべきである。当該技術分野で周知の、あるいは、本明細書で提供されたコンテクストによって当業者に周知となったその他の実施形態が、本願に組み込まれる。
【００４３】
方法５００によれば、５０２において、（例えば、割当期間中、マルチキャスト・サービスまたはブロードキャスト・サービスのために）アップリンク・リソースと、複数のダウンリンク・リソースとの間の相関付けがスケジュールされる。５０４において、スケジュールされた相関付けが（例えば、複数の端末デバイスへ）送信される。５０６において、複数のダウンリンク・リソースにスケジュールされたデータのブロックが（例えば、複数の端末デバイス、および／または、セルに入るさらなるデバイスへ）送信される。５０８において、ビットマップ番号を含むフィードバック・メッセージが受け取られうる。くわえて、上述したように、ビットマップ番号が、複数のダウンリンク・リソースに相関付けられ、そのようなリソースのおのおのが、端末デバイスにおいて受信されたかを示すように構成される。５１０において、受信されていないデータのブロックを判定するために、（例えば、アクセス・ポイント、ｅＮｏｄｅ  Ｂ等において）ビットマップを復調することができる。５１２において、少なくとも１つの受信されなかったデータのブロックが、セルまたは複数のセル内のデバイスへ再送信されうる。
【００４４】
記述したように、方法論５００は、単一のフィードバック・メッセージによって、複数のダウンリンク・ブロックに関連する情報を含めることによって、フィードバック・メッセージに関連する干渉の量を制限することを提供する。説明したようにしてビットマップ・メッセージを提供することは、受信されていないダウンリンク・ブロックを判定するために、アクセス・ポイントまたはｅＮｏｄｅ  Ｂが、そのようなビットマップ・メッセージを復調することを必要とすることが認識されるべきである。くわえて、複数のフィードバック・メッセージ間の干渉が、復調を遅らせうる。したがって、図４において上述したように、干渉を制限するメカニズムが、方法５００とともに使用されうる。具体例として、ネットワークは、干渉を実質的に低減するために、復調を必要とするフィードバックとともに、低い確率係数を必要とする。
【００４５】
図６は、１または複数の局面にしたがって、再送信のために、送信リソースのうちの受信されていないブロックを選択するための典型的な方法論を例示する。本明細書に記載の開示の様々な局面にしたがって、非常に多くの端末デバイスによって、どれが受信されていないのかを判定するために、受信されていないダウンリンク・リソースのブロックを区別することが重要になりうる。例えば、再送信帯域幅が制限されている場合、非常に多くの端末デバイスのためにロバストなサービスを提供するために、１つのみのデバイスによって受信されていないブロックではなく、１０個のデバイスによって受信されていないブロックを再送信することが望ましい。
【００４６】
方法６００によれば、６０２において、複数のアップリンク・リソースが、ダウンリンク・リソースに相関付けられる。具体的な例として、アップリンク送信リソースのブロックが、ダウンリンク・ブロックのための複数のフィードバック・メッセージの受信をイネーブルできるように、ダウンリンク送信リソースのブロックと、アップリンク送信リソースの第１の１または複数のブロックとの間で相関付けがスケジュールされうる。例えば、３つのアップリンク・ブロックが、ダウンリンク・ブロックに関連付けられている場合、最大３つの端末デバイスが、ダウンリンク・ブロックが受信されていないＬＴＥネットワークへフィードバックを提供することができる。そのような場合、ネットワークは、特定のダウンリンクのために受信されたフィードバック・メッセージの数に少なくとも部分的に基づいて、再送信優先度を与えることができる。
【００４７】
６０４において、相関付けのスケジュールが送信されうる。例えば、サービスおよびダウンリンクのリソース割当が端末デバイスへ送信された場合、割当期間の初めの間、この相関付けが送信されうる。あるいは、または、さらにそれに加えて、ブロックのためのスケジュールが、ブロックで、あるいは関連するブロックで送信されうる。さらなる例として、静的関数が、アップリンク・ブロックとダウンリンク・ブロックとの間の相関付けを定義することができる。ここで、そのような関数は、ダウンリンク・リソースのうちの１または複数のブロックの送信前、またはそれと同時に、ネットワークによって与えられるか、あるいは、外部ネットワークによって提供され、マニュアルで端末デバイスへロードされ、そのようなデバイスへダウンロードされる。
【００４８】
６０６において、ブロックのデータが、ダウンリンク・リソースによって送信されうる。６０８において、ダウンリンク・ブロックの１または複数のフィードバック・メッセージが受信されうる。６１０において、ダウンリンク・ブロックのフィードバック・メッセージの数が決定されうる。６１２において、複数のダウンリンク・リソースのうちの１または複数からの選択は、受信されたフィードバック・メッセージの数に少なくとも部分的に基づいてなされうる。６１４において、１または複数の選択されたダウンリンク・リソースが再送信されうる。したがって、システム６００は、受信されていない複数のダウンリンク・ブロックのうちのどれが再送信されるべきであるか、あるいは、限定された再送信リソースのイベントにおいてどれが最初に再送信されるべきであるかを判定するために、統計技術を適用するようにネットワークをイネーブルする。
【００４９】
端末デバイスは、方法論６００によって記載されるように、いくつかの方法で、複数のアップリンク・リソースに応答できることが認識されるべきである。例えば、ダウンリンク・ブロックがデバイスにおいて受信されない場合、デバイスは、フィードバック・メッセージを提供するために相関付けられたアップリンク・リソースのうちの１または複数をランダムに決定することができる。しかしながら、ランダムな選択は、複数のデバイスが、（例えば、１つのみのフィードバック・メッセージのために十分大きな帯域幅を用いて）単一のアップリンク・ブロックを利用することを試み、１または複数のフィードバック・メッセージが、アップリンク・ブロックの帯域幅制限によってネットワークによって受信されなくなるフィードバック衝突に至る。したがって、ネットワークは、特定のデバイスに対して、受信されていない相関付けられたダウンリンク・ブロックの特定のアップリンク・リソースを利用するように指示することができる。例えば、特定のダウンリンク・ブロックが、デバイスによって受信されていない場合、端末デバイスのアクセス・クラスに少なくとも部分的に基づくハッシュ関数、デバイスによって利用されるサービスのアイデンティティ、デバイスのアイデンティティのハッシュ、またはブロック特有の情報、あるいはこれらの組み合わせが、特定のアップリンク・チャネルを決定することができる。そのようなハッシュ関数が生成され、スケジュールされた相関付けとともに送信されうる。この代替例の結果として、複数のアップリンク・リソースが、データの特定のダウンリンク・ブロックを受信することに失敗したデバイスの正確な統計をより良く送信できるようになる。
【００５０】
図７は、特許請求された主題にしたがってダウンリンク・リソースとアップリンク・リソースとを相関付ける方法論の例を示す。本明細書で記載された主題の様々な局面に従って、アップリンク・リソースとダウンリンク・リソースとを相関付けるための特別なメカニズムが開示される。例えば、１または複数の割当ブロックのための適切なアップリンク・リソースと適切なダウンリンク・リソースとの間の設定関係を確立する静的な相関付けが適用されうる。あるいは、または、それに加えて、動的な相関付けが適用される。それは、ブロックに割り当てられたサービスの関数である各データ・ブロックの特定の相関付け、ブロックを送信する割当期間、割当期間のために計画された利用可能なアップリンク・リソース、あるいは、こられの組み合わせ等を提供する。動的な相関付けは、例えば、ネットワーク条件が変化すると、フィードバック・リソースの割当を更新するようにネットワークをイネーブルすることができる。
【００５１】
方法７００によれば、７０２において、送信割当期間が生成される。そのような割当期間は、割当期間が実行されると送信される特定のデータ・サービスを、ダウンリンク送信リソースの特定のブロックにスケジュールすることを含みうる。くわえて、このスケジューリングは、ダウンリンク・リソースの受信されていないブロックについて、フィードバック（例えば、ＮＡＣＫメッセージ、ＡＣＫメッセージ、またはその他の適切な情報）を送信するために端末デバイスによって使用されるアップリンク送信リソースのうちの１または複数のブロックを相関付けることができる。７０４において、割当期間内に静的な相関付けが含まれるか、あるいは動的な相関付けが含まれるかに関する判定がなされる。
【００５２】
静的な相関付けをスケジュールするために、方法論７００は７０６に進む。ここでは、１または複数のアップリンク・ブロックを、１または複数のダウンリンク・ブロックに関連付けるために静的関数が利用される。例えば、ｅＮｏｄｅ  Ｂおよび適切な端末デバイスの両方に知られている関数‘Ｆ’（例えば、７０８においてネットワークによって送信されたり、ネットワークから送信および／またはダウンロードされたり、マニュアルでロードされたり、システム仕様において固定されていたりなどする）は、ダウンリンク・リソースの特定のブロック‘ｘ’について、特定のアップリンク・リソース‘Ｆ（ｘ）’を示すことができる。より具体的な例として、エンハンスト・マルチメディア・ブロードキャスト・マルチメディア・サービス（Ｅ−ＭＢＭＳ）が、ダウンリンクＯＦＤＭキャリア内で厳格に時間多重化されるのであれば、‘ｘ’は、Ｅ−ＭＢＭＳスケジューリング期間内のサブフレーム・インデクスであり、‘Ｆ（ｘ）’は、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）アップリンクにおいて使用するために、特定の周波数および送信時間間隔（ＴＴＩ）インデクスを指定することができる。方法論７００はその後７０８に進む。ここでは、割当期間内にスケジュールされた関数および／またはデータが、ＬＴＥネットワークによって送信されうる。
【００５３】
動的な相関付けをスケジュールするために、方法論は、７０４における判定から、７１０、７１２、または７１４に進むことができる。７１０において、ダウンリンク・リソースとともに相関付けを送信することによって、動的な相関付けが達成されうる。この相関付けは、ダウンリンク・リソース内のデータが、適切に受信されていないのであれば、利用されるアップリンク・リソースを明確にシグナルすることができる。さらに、追加の相関付けが、関連するアップリンク・リソースを明確にシグナルするために、次の（あるいは、例えば、同期または同期前の）ダウンリンク・リソースのために送信されうる。１つの例の実施形態として、この相関付けは、ダウンリンク・リソースとともに送信されるデータ・ブロックと関連付けられて、帯域内で搬送されうる。そのような実施形態は、端末デバイスに対して、対応するフィードバック・メッセージをどこに送るかを知る前に、スケジュールされたサービスのための特定のデータを含むダウンリンク・ブロック（例えば、サブフレーム）を受信することを要求する。更なる具体例として、端末デバイスが、データ・ブロック内の誤りと、スケジュールされた相関付け（あるいは、例えば、リソースにおける同様のマッピング）における誤りとを区別できるように、ダウンリンク・データ・ブロックとは別の（例えば、別のＣＲＣ）誤り検出および／または補正のための支援をもって、アップリンク・リソースの記述が送信されうる。くわえて、そのようなリソースの記述は、ネットワークと端末デバイスとの間の個別の物理チャネルとして実現されうる。
【００５４】
７１２において、方法論７００は、関連するダウンリンク・リソースとともに（例えば、第１のダウンリンク・ブロックと、関連するアップリンク・ブロックとの間の）相関付けを送信することができる。例えば、送信リソースの第２のブロックは、送信リソースの第１のブロックのアップリンク・リソースに対する相関付けを含むことができる。したがって、第１のブロックが受信されていない場合、（例えば、第２のブロックまたは少なくとも相関付けが適切に受信されたと仮定して）アップリンク・ブロックが、第２の送信リソースにおいて指定されているのであれば、第１のブロックのためのフィードバック・メッセージを提供するために必要とされる関連するアップリンク・ブロックがより特定されるようになる（例えば、第１のブロックが受信されていない場合、例えば、帯域内で提供された任意の相関付けも失われる）。
【００５５】
７１４において、方法論７００は、割当期間毎に１つのマッピングを送信することができる。特に、このマッピングは、その割当期間のためにスケジュールされたダウンリンク・ブロックに関連するアップリンク・ブロックを示すことができる。さらに、このマッピングは、割当期間において、ダウンリンク・リソースのブロックのうちの１または複数へとサービス・データをマップするスケジューリング情報とともに、ネットワークによって送信されうる。そのようなデータは、一般に、割当期間の初めにおいて送信される（例えば、スケジュールされたマッピングを示す図１０を参照されたい）。くわえて、端末デバイスが、スケジューリング情報を失った場合、個別のブロックまたは個別のチャネルが、アップリンク・チャネルを提供し、スケジューリング情報の再送信も可能にする。７１６において、方法論７００は、ダウンリンク・リソースの非受信を示すフィードバック・メッセージを、本明細書に記載したような静的相関付けまたは動的相関付けの何れかによって受信することができる。説明したように、方法７００は、あるデータが失われたので再送信されねばならないことをネットワークに通知するための様々なメカニズムを提供することができる。記載されたメカニズムのおのおのは、単独であるいは組み合わせて、本明細書で記載されたようなＬＴＥネットワークによって提供されたサービスの完全性を高めることができる。
【００５６】
図８は、本明細書に記載した局面にしたがってＬＴＥネットワークへフィードバックを提供することを容易にする典型的なシステム８００を示す。システム８００は、マルチキャスト・サービスまたはブロードキャスト・サービスを提供するＬＴＥネットワークのような通信ネットワークと連携した相関付け装置８００を含むことができる。さらに、この相関付け装置は、受信されていないデータに関連するフィードバック・メカニズムを提供するネットワーク８０４を支援することができる。その結果、ネットワーク８０４は、提供されるサービスの知覚される完全性を支援するために、どのデータが端末デバイス（８２０、８２２）に再送信されるべきかを決定することができる。
【００５７】
ネットワーク８０４は、割当期間中の送信のためにスケジュールされた、マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとを相関付けるスケジューリング構成要素８０６を含むことができる。加えて、この相関付けは、ダウンリンク送信リソースのブロックが失われたことを（例えば、ＮＡＣＫメッセージ等を介して）ネットワークに通知するために、どのアップリンク・リソースを使用するかを、１または複数の端末デバイス８２０、８２２に対して示すことができる。くわえて、本明細書に記載したように、ダウンリンク・ブロックの再送信を要求するデバイス（８２０、８２２）の数を、（例えば、複数のフィードバック・メッセージをネットワークに提供することによって）示すために、スケジューリング構成要素８０６は、メカニズムとして、ダウンリンク・ブロックと、アップリンク送信リソースの追加ブロックとの間の相関付けをスケジュールすることができる。くわえて、スケジューリング構成要素８０６は、（例えば、前述したビットマップまたは同様の技術を用いる）単一のフィードバック・メッセージを介して、複数の失われたダウンリンク・ブロックをレポートすることを容易にするために、ダウンリンク・リソースの複数のブロックを、アップリンク・リソースへ相関付けることができる。
【００５８】
アップリンク・リソースとダウンリンク・リソースとの間の相関付けは、適切なものとして、静的な相関付け、および／または、動的な相関付けでありうることが認識されるべきである。例えば、１または複数のダウンリンク・ブロック‘ｘ’に関連するフィードバックを提供するために利用される１または複数のアップリンク・ブロック‘Ｆ（ｘ）’を特定するために、関数‘Ｆ（）’を利用することができる。くわえて、動的な相関付けは、例えば、リソースとともに送信されるか、あるいは、関連するリソースとともに送信されるダウンリンク・リソースのおのおののブロックのためのアップリンク・リソースに対する相関付けを提供することを含む。あるいは、そのような動的な相関付けは、割当期間内で特定されたダウンリンク送信リソースのおのおののブロックについての、ダウンリンク・リソースとアップリンク・リソースとのマッピングを含む。そのようなマッピングは、その割当期間のためのサービス・スケジューリング情報とともに割当期間の最初において送信されうる。
【００５９】
ネットワーク８０４はまた、例えば、マルチキャスト・サービスまたはブロードキャスト・サービスを介して、スケジュールされた相関付け情報を、複数の端末デバイス（８２０、８２２）にブロードキャストすることができる送信構成要素８０８を含むことができる。くわえて、送信構成要素８０８は（例えば、ラジオ周波数送信、マイクロ波周波数送信によって、あるいは、１または複数のネットワーク、デバイス等の間の有線接続によって）、割当期間内にスケジュールされたデータの送信を実行することができる。送信構成要素８０８はまた、例えば、データが受信されていないことを示すフィードバック・メッセージの結果として、要求されたようなそのような端末デバイス（８２０、８２２）へとデータを再送信することができる。
【００６０】
くわえて、ネットワーク８０４は、複数の端末デバイス（８２０、８２２）のうちの少なくとも１つから、ダウンリンク送信リソースの１または複数のブロックに関連する１または複数のフィードバック・メッセージを受信することができる受信構成要素８１０を含むことができる。例えば、フィードバック・メッセージは、１または複数のダウンリンク送信リソースに相関付けられた特定のアップリンク・リソースによって、スケジューリング構成要素８０６によって受信されうる。さらに、受信構成要素８１０は、単一のアップリンク送信に、複数のダウンリンク・リソースに関連するフィードバックを提供するために利用されるビットマップまたはその他のデジタル情報を受信することができる。
【００６１】
ネットワーク８０４およびその構成要素（８０６、８０８、８１０）によって提供される機能に加えて、ネットワークにフィードバックを提供することを容易にするために、相関付け装置８０２によって、その他様々な機能を提供することができる。例えば、生成構成要素８１２は、ダウンリンク送信リソースのブロックを報告するデバイス（８２０、８２２）の数を制限する確率係数を提供することができる。さらに詳しくは、この確率係数は、送信構成要素８０８によって送信され、受信されていないダウンリンク・ブロックに関連するフィードバックを提供する前に、おのおのの端末デバイス（８２０、８２２）に対して、ランダムな数を生成することを要求することができる。そのようなやり方で、相関付け装置は、ネットワーク８０４が、フィードバック干渉を低減することを支援することができる。さらに、生成構成要素８１２は、特定の端末デバイス（８２０、８２２）によって使用される具体的なアップリンク・リソースを示す適切なハッシュ関数を公式化することができる。例えば、ハッシュ関数は、端末デバイス（８２０、８２２）のアクセス・クラス、おのおのの端末（８２０、８２２）のアイデンティティのハッシュ、端末（８２０、８２２）によって利用されるサービスのアイデンティティ、あるいは、ブロック特有の情報、またはこれらの組み合わせに少なくとも部分的に基づいて、端末デバイス（８２０、８２２）のための特定のアップリンク・リソースを識別することができる。ハッシュ関数は、複数の端末デバイス（８２０、８２２）が、失われたデータに対するフィードバックを提供する特定のリソースを求めて競合する可能性を低減することができる。
【００６２】
相関付け装置８０２はまた、例えば、複数の端末デバイス（８２０、８２２）のうちの１つによって、ダウンリンク送信リソースの複数のブロックのうちのどれが受信されていないか、あるいは、判読不能であるかを判定するために、フィードバック・データを復調することができる変調構成要素８１４を備えうる。さらに詳しくは、変調構成要素８１４は、メッセージを送信するために使用される多重化されたデータおよび／または搬送波／情報から、メッセージを抽出することができる。変調構成要素８１４は、受信されていないリソースに対応するアップリンク・チャネルにおいて、エネルギー・レベルがベースラインよりも上にあることを単に検出することではなく、受信されていないリソースを記述するために、（例えば、上述したビットマップのような）リソース特有のフィードバックを使用することを可能にする。
【００６３】
相関付け装置はさらに、ダウンリンク送信リソースのブロックに関連する受信されたフィードバック・メッセージの数を判定するカウント構成要素８１６を含むことができる。（例えば、上述したように、スケジューリング構成要素８０６によって提供されるダウンリンク・チャネルに対する、複数のアップリンク・チャネルの相関付けと連携した）そのような判定は、受信されていない複数のリソースのうちのどれが最初に送信されるべきであるかを特定することができる。くわえて、相関付け装置８０２は、（示していないが、例えばメモリに含まれている）ネットワーク・プロバイダ・ルールのセットを参照し、カウント構成要素８１６によって提供されたダウンリンク・リソースのブロックに関連する受信されたフィードバック・メッセージの数に少なくとも部分的に基づいて、ダウンリンク送信リソースのうちの１または複数のブロックを再送信することを選択するプロセッサ８０８を適用することができる。したがって、多くのデバイス（８２０、８２２）によって受信されていないデータがまず送信されるか、あるいは、再送信帯域幅が制限されている場合には、その他のデータの代わりに送信されうる。
【００６４】
図９は、本明細書で開示された局面にしたがって、失われた送信に関連するフィードバックを提供する例９００を例示する。ｅＮｏｄｅ  Ｂ９０２は、例えば、ダウンリンク・ブロックＡ９０４およびダウンリンク・ブロックＢ９０６内で、１または複数の情報のブロックを送信することができる。くわえて、おのおののブロック（９０４、９０６）は、複数の端末デバイス（９１２、９１４）へ送信されうる。例９００によって示すように、デバイス９１２は、ダウンリンク・ブロックＡ９０４を受信するが、ダウンリンク・ブロックＢ９０６を受信しない。さらに、デバイス９１４は、ダウンリンク・ブロックＡ９０４もダウンリンク・ブロックＢ９０６も受信しない。
【００６５】
本明細書に記載した様々なメカニズムを用いて、デバイス（９１２、９１４）は、失われたデータ・ブロックに関連するｅＮｏｄｅ  Ｂ９０２にフィードバックを提供することができる。特に、アップリンク・ブロックＡ９０８は、ダウンリンク・ブロックＡ９０４に関連するフィードバックを容易にすることができ、アップリンク・ブロックＢ９１０は、ダウンリンク・ブロックＢ９０６に関連するフィードバックを容易にすることができる。そのようなフィードバックは、失われたデータを再送信するための必要性をネットワークに通知するために、ｅＮｏｄｅ  Ｂ９０２に転送されうる。
【００６６】
本明細書で開示された特定の実施形態にしたがって、アップリンク・ブロック（９０８、９１０）は、フィードバック・メッセージのうちの１つのみ（あるいは、例えば、その他の有限数）が送られるように、帯域幅が制限されている。図示するように、ダウンリンク・ブロックＢ９０６は、何れのデバイス（９１２、９１４）にも到達しておらず、その結果、両デバイス（９１２、９１４）ともに、ダウンリンク・ブロックＢ９０６に関連したフィードバックを送ることを試みている。この場合、アップリンク・ブロックＢ９１０は、（例えば、図示するように、デバイス９１４によって提供され、アップリンク・ブロックＢ９１０によってｅＮｏｄｅ  Ｂ９０２に中継される）単一のフィードバック・メッセージしか送ることができないので、（例えば、デバイス１０２によって送信された）第２のメッセージは失われる。したがって、本明細書で開示された様々な実施形態は、失敗した送信の数の表示が、ｅＮｏｄｅ  Ｂ９０２に提供されるように、おのおののダウンリンク・ブロック（９０４、９０６）に複数のアップリンク・ブロック（図示せず）を提供することができる。
【００６７】
例えば、アップリンク・ブロックＢ９１０が、それぞれ１つのフィードバック・メッセージを運ぶために十分な２つのアップリンク・チャネルを含むのであれば、デバイス（９１２、９１４）によって提供された両フィードバック・メッセージが、ｅＮｏｄｅ  Ｂ９０２に送信されうる。したがって、関連するネットワークは、再送信帯域幅が制限されている場合、ダウンリンク・ブロックＢ９０６は、再送信の非常に高い必要性を有していると判定することができる。どのサービスが、再送信する必要性が非常に高いかを判定することによって、ネットワークは、そのような必要性にしたがってリソースを割り当て、かつ、ネットワーク・サービスに対するさらに高い信頼度を提供することができる。
【００６８】
図１０は、アップリンク送信リソースとダウンリンク送信リソースとのスケジュールされた相関付けを提供する例１０００を示す。そのようなメカニズムは、特定の割当期間１００４の送信リソースのダウンリンク・ブロックのために動的な相関付けを提供するよりロバストな方法でありうる。さらに詳しくは、割当期間のデータ・ブロックと、フィードバック・リソースとの間の関係は、到来するスケジューリング期間中、どのサービスがどのダウンリンク・リソースを占有するかを示す一般的なスケジューリング情報の一部として配信されうる。例１０００は、１または複数のモバイル・デバイス１０１２、１０１４のために通信ネットワークへアクセスを提供するｅＮｏｄｅ  Ｂを含む。くわえて、ｅＮｏｄｅ  Ｂ１００２は、上述したように、一般的なスケジューリング情報１００６を、割当期間１００４の一部として送信することができる。そのような一般的なスケジューリングは、割当期間のどの部分が、モバイル・デバイス１０１２、１０１４によって利用されるサービスに関連するデータを含むかをモバイル・デバイス１０１２、１０１４に通知することができる。また、サブフレーム１００６は、送信リソースの適切な全てのアップリンク・ブロックおよびダウンリンク・ブロックを関連付ける相関付けスケジュールに特化されうる。
【００６９】
割当期間１００４は、スケジューリングおよび相関付け情報１００６に加えて、各ブロック１００８、１０１０、または、割当期間のサブフレーム、および、ブロック１００８、１０１０に関連付けられたデータ、および、そのブロックのための対応するフィードバック（例えば、ＮＡＣＫ情報）を含むことができる。例えば、データ・ブロックＡが受信されていない場合、デバイス（１０１２、１０１４）は、フィードバック情報をｅＮｏｄｅ  Ｂ９０２に送信する特定のアップリンク・ブロック（例えば、ＮＡＣＫブロックＡ）を特定するために、スケジュール１００６を調べることができる。したがって、スケジューリング情報がデバイス（１０１２、１０１４）によって受信されている限り、アップリンク・リソースが、失われたデータのブロックのために特定されうる。ネットワーク・サービスのロバストな送信を保証するために、ＬＴＥネットワーク・ブロードキャストに関連するフィードバックを提供する例１０００が、本明細書で記述された様々な実施形態に適用されうる。
【００７０】
図１１は、１または複数の局面にしたがって、通信ネットワークへフィードバックを提供する典型的なアクセス端末１１００を示す。アクセス端末１１００は、信号を受信し、受信した信号に対する一般的な動作（例えば、フィルタ、増幅、ダウンコンバート等）を実行する受信機１１０２（例えば、アンテナ）を備える。特に、受信機１１０２はまた、送信割当期間のうちの１または複数のブロックに割り当てられたサービスを規定するサービス・スケジュールと、本明細書に記載されたように、フィードバック情報を提供するために、ダウンリンク・リソースのブロックと、アップリンク・リソースのブロックとを相関付けるスケジュールとを受信する。受信機１１０２は、受信したシンボルを復調し、それらを評価するためにプロセッサ１１０６へ提供する復調器１１０４を備えることができる。プロセッサ１１０６は、受信機１１０２によって受信された情報を分析することと、および／または、送信機１１１６によって送信される情報を生成することとに特化されたプロセッサでありうる。くわえて、プロセッサ１１０６は、アクセス端末１１００のうちの１または複数の構成要素を制御するプロセッサ、および／または、受信機１１０２によって受信された情報を分析し、送信機１１１６による送信のための情報を生成し、アクセス端末１１００のうちの１または複数の構成要素を制御するプロセッサでありうる。くわえて、プロセッサ１１０６は、受信機１１０２によって受信されたアップリンク・リソースとダウンリンク・リソースの相関付けを解釈し、受信されていないダウンリンク・ブロックを識別し、または、例えばビットマップのように、受信されていない１または複数のブロックのような信号に適切なフィードバックを生成するための命令群であるか、本明細書に記載したような複数のアップリンク・リソースの適切なアップリンク・リソースを決定するハッシュ関数を分析するための命令群を実行することができる。
【００７１】
アクセス端末１１００はさらに、プロセッサ１１０６に動作可能に接続され、送信、受信などがなされるデータを格納しうるメモリ１１０８を備えることができる。メモリ１１０８は、ダウンリンク・リソース・スケジューリングに関連する情報、前のものを評価するプロトコル、送信の受信されていない部分を特定し、判読不能な送信を判定し、アクセス・ポイントへフィードバック・メッセージを送信するプロトコル等を格納することができる。
【００７２】
本明細書で記載されたデータ記憶装置（例えば、メモリ１１０８）は、揮発性メモリまたは不揮発性メモリの何れかであるか、あるいは、揮発性メモリと不揮発性メモリとの両方を含むことができることが認識されるだろう。限定ではなく一例として、不揮発性メモリは、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電子的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電子的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュ・メモリを含むことができる。揮発性メモリは、外部キャッシュ・メモリとして動作するランダム・アクセス・メモリ（ＲＡＭ）を含むことができる。限定ではなく例示によって、ＲＡＭは、シンクロナスＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、ダブル・データ・レートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、エンハンストＳＤＲＡＭ（ＥＳＤＲＡＭ）、Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクト・ラムバスＲＡＭ（ＤＲＲＡＭ）のような多くの形態で利用可能である。主題となるシステムおよび方法のメモリ１１０８は、限定するのではなく、これらおよびその他の適切なタイプのメモリを備えることが意図されている。
【００７３】
受信機１１０２はさらに、（例えば、複数のＮＡＣＫメッセージまたはＡＣＫメッセージをビットマップ応答で提供することを容易にするために）ダウンリンク送信リソースの１または複数の追加ブロックと、アップリンク送信リソースのブロックとの間のスケジュールされた相関付けを受信することができる多重化アンテナ１１１０に動作可能に接続されている。多重化プロセッサ１１０６は、第１のダウンリンク・ブロックと、１または複数の追加のダウンリンク・ブロックのうちのおのおのが単一のアップリンク・リソースで受信されたか、受信されていないかを示すＡＣＫメッセージまたはＮＡＣＫメッセージを提供するフィードバック・メッセージ内に、複数桁のビットマップを含むことができる。さらに、計算プロセッサ１１１２は、フィードバック確率関数を受信することができる。この関数は、本明細書で記載されたように、ダウンリンク送信リソースのブロックまたはそれに関連するデータが受信されない場合、フィードバック・メッセージがアクセス端末１１００によって提供される可能性を制限する。具体的には、そのような確率関数は、複数のデバイスが、失われたデータを同時に報告している場合、干渉を低減するために適用されうる。
【００７４】
アクセス端末１１００はさらに、変調器１１１４と、例えば基地局、アクセス・ポイント、他のアクセス端末、遠隔エージエント等へ信号を送信する送信機１１１６とを備える。プロセッサ１１０６と個別に示されているが、信号生成器１１１０とインジケータ評価部１１１２とは、プロセッサ１１０６または多くのプロセッサ（図示せず）のうちの一部でありうることが認識されるべきである。
【００７５】
図１２は、ＬＴＥネットワークのために、失われた送信データに関連するフィードバックの提供を容易にするシステム１２００の例である。システム１２００は、複数の受信アンテナ１２０６を介して１または複数のモバイル・デバイス１２０４から信号を受信する受信機１２１０と、送信アンテナ１２０８を介して１または複数のモバイル・デバイス１２０４へ送信する送信機１２２２とを備えた基地局１２０２（例えば、アクセス・ポイント等）を備える。受信機１２１０は、受信アンテナ１２０６から情報を受信し、さらに、受信されていないあるいは判読不能なデータ・パケットに関連するフィードバック・データを受信する信号受信部（図示せず）を備える。くわえて、受信機１２１０は、受信した情報を復調する復調器１２１２と動作可能に関連付けられている。復調されたシンボルは、アップリンク・リソースとダウンリンク・リソースとを相関付けることに関連する情報を格納するメモリ１２１６に接続され、送信されるかまたはモバイル・デバイス１２０４（または異なる基地局（図示せず））から受信されるデータ、および／または、本明細書に記載の様々な動作および機能を実行することに関連するその他の適切な情報のみならず、ネットワークからの動的な相関付けおよび／または静的な相関付けを提供するプロセッサ１２１４によって分析される。
【００７６】
プロセッサ１２１４はさらに、マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間の、割当期間中の相関付けをスケジュールするアソシエーション・プロセッサに接続されている。くわえて、アソシエーション・プロセッサ１２１８はさらに、ダウンリンク・リソースに関する複数のフィードバック・メッセージの受信を可能にするために、ダウンリンク送信リソースのブロックと、アップリンク送信リソースの１または複数の追加ブロックとの間の相関付けをスケジュールすることができる。その結果、ダウンリンク・リソースに対するフィードバック・メッセージの相対数を決定することができる。さらに、アソシエーション・プロセッサ１２１８は、フィードバック・メッセージ内に含まれる単一のビットマップが、ダウンリンク送信リソースの複数のブロックに関するＡＣＫ情報またはＮＡＣＫ情報を示すことができるように、マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースと、ダウンリンク送信リソースの複数のブロックとの間の相関付けをスケジュールすることができる。
【００７７】
アソシエーション・プロセッサ１２１８は、端末デバイスが、フィードバック・メッセージを提供する可能性を制限することができる確率係数を生成する計算プロセッサ１２２０に接続することができる。確率係数は、複数の端末デバイスからのフィードバック干渉を低減するために、基地局１２０２によって適用されうる。くわえて、計算プロセッサ１２２０は、複数の端末デバイスのおのおのに対して、基地局１２０２によって送信され、フィードバック・メッセージを発行する際に使用するための特定のアップリンク送信リソースを示すことができるハッシュ関数を生成することができる。このハッシュ関数の表示は、おのおのの端末デバイスのアクセス・クラス、おのおのの端末アイデンティティのハッシュ、おのおのの端末デバイスによって利用されるサービスのアイデンティティ、またはブロック特有の情報、あるいはこれらの組み合わせに少なくとも部分的に基づきうる。
【００７８】
くわえて、計算プロセッサ１２２０は、ダウンリンク送信リソースのブロックに関連する受信したフィードバック・メッセージの数を判定することができるソート・プロセッサ１２２１に接続されうる。例えば、ダウンリンク送信リソースのブロックが、（例えば、上述したようなアソシエーション・プロセッサ１２１８によって）複数のアップリンク送信リソースに接続されている場合、２またはそれ以上のフィードバック・メッセージが、ダウンリンク・リソースに関して基地局１２０２によって受信される。したがって、ソート・プロセッサ１２２１は、ダウンリンク・ブロックに、どのフィードバック・メッセージが対応しているかを識別することができる。また、そのダウンリンク・ブロックの再送信優先度を示すことができる。さらにまた、ソート・プロセッサ１２２１は、ダウンリンク送信リソースのおのおののブロックに関連する受信されたフィードバック・メッセージの数に少なくとも部分的に基づいて、ダウンリンク送信リソースの複数のブロックを再送信することを選択することができる。
【００７９】
図１３に示すように、ダウンリンクでは、アクセス・ポイント１３０５において、送信（ＴＸ）データ・プロセッサ１３１０は、トラフィック・データを受信、フォーマット、符号化、インタリーブ、および変調（または、シンボル・マップ）して、変調シンボル（“データ・シンボル”）を提供する。シンボル変調器１３１５は、データ・シンボルおよびパイロット・シンボルを受信して処理し、シンボルのストリームを提供する。シンボル変調器１３１５は、データ・シンボルおよびパイロット・シンボルを多重化し、それらを送信機ユニット（ＴＭＴＲ）１３２０に提供する。送信シンボルはそれぞれ、データ・シンボル、パイロット・シンボル、あるいは０の値の信号でありうる。パイロット・シンボルは、おのおののシンボル期間において連続的に送られうる。パイロット・シンボルは、周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、または符号分分割多重化（ＣＤＭ）されうる。
【００８０】
ＴＭＴＲ１３２０は、シンボルのストリームを受信して、これらを、１または複数のアナログ信号に変換する。さらに、このアナログ信号を調整（例えば、増幅、フィルタ、および周波数アップコンバート）して、無線チャネルを介した送信に適したダウンリンク信号が生成される。その後、ダウンリンク信号は、アンテナ１３２５を介して端末へ送信される。端末１３３０では、アンテナ１３３５がダウンリンク信号を受信し、受信した信号を受信機ユニット（ＲＣＶＲ）１３４０へ提供する。受信機ユニット１３４０は、この受信した信号を調整（例えば、フィルタ、増幅、および周波数ダウンコンバート）し、調整された信号をデジタル化して、サンプルを得る。シンボル復調器１３４５は、受信したパイロット・シンボルを復調し、チャネル推定のために、プロセッサ１３５０へ提供する。シンボル復調器１３４５はさらに、プロセッサ１３５０から、ダウンリンクに関する周波数応答推定値を受信し、（送信されたデータ・シンボルの推定値である）データ・シンボル推定値を得るために、受信したデータ・シンボルに関するデータ復調を行い、データ・シンボル推定値をＲＸデータ・プロセッサ１３５５へ提供する。ＲＸデータ・プロセッサ１３５５は、送信されたトラフィック・データを復元するために、このデータ・シンボル推定値を復調（すなわち、シンボル・デマップ）、逆インタリーブ、および復号する。シンボル復調器１３４５およびＲＸデータ・プロセッサ１３５５による処理は、アクセス・ポイント１３０５におけるシンボル変調器１３１５およびＴＸデータ・プロセッサ１３１０による処理にそれぞれ相補的である。
【００８１】
アップリンクでは、ＴＸデータ・プロセッサ１３６０が、トラフィック・データを処理し、データ・シンボルを提供する。シンボル変調器１３６５は、データ・シンボルを受信して、パイロット・シンボルと多重化し、復調を行い、シンボルのストリームを提供する。その後、送信機ユニット１３７０は、シンボルのストリームを受信し、このシンボルのストリームを、アップリンク信号を生成するために処理する。アップリンク信号は、アンテナ１３３５によってアクセス・ポイント１３０５へ送信される。
【００８２】
アクセス・ポイント１３０５では、端末１３３０からのアップリンク信号がアンテナ１３２５によって受信され、サンプルを得るために受信機ユニット１３７５によって処理される。その後、シンボル復調器１３８０が、このサンプルを処理し、受信したパイロット・シンボルおよびデータ・シンボル推定値をアップリンクのために提供する。ＲＸデータ・プロセッサ１３８５は、端末１３３０によって送信されたトラフィック・データを復元するためにデータ・シンボル推定値を処理する。プロセッサ１３９０は、アップリンク上で送信しているおのおののアクティブな端末のチャネル推定を行なう。パイロット・サブ帯域セットが、インタレースされる場合、複数の端末が、パイロット・サブ帯域のそれぞれの割り当てられたセットで、アップリンクでパイロットを同時に送信することができる。
【００８３】
プロセッサ１３９０および１３５０は、アクセス・ポイント１３０５および端末１３３０それぞれにおける動作（例えば、制御、調整、管理等）を指示する。それぞれのプロセッサ１３９０および１３５０は、プログラム・コードおよびデータを格納するメモリ・ユニット（図示せず）に関連付けられうる。プロセッサ１３９０および１３５０はまた、アップリンクおよびダウンリンクそれぞれの周波数およびインパルス応答推定値を導出するための計算を実行することもできる。
【００８４】
多元接続システム（例えば、ＦＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、ＴＤＭＡ等）の場合、複数の端末が、アップリンクで同時に送信することができる。そのようなシステムの場合、パイロット・サブ帯域が、別々の端末で共有されうる。チャネル推定技術は、おのおのの端末のパイロット・サブ帯域が、（恐らくは、帯域端を除いた）動作帯域全体にわたる場合において使用されうる。そのようなパイロット・サブ帯域構造は、各端末の周波数ダイバーシティを得るのに望ましいだろう。本明細書に記載された技術は、様々な手段によって実現されうる。例えば、これらの技術は、ハードウェア、ソフトウェア、あるいはそれらの組み合わせで実現されうる。デジタル、アナログ、あるいはデジタルとアナログとの両方でありうるハードウェアによる実現の場合、チャネル推定に使用される処理ユニットは、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理回路（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、または、本明細書に記載された機能を実行するように設計されたその他の電子ユニット、またはこれらの組み合わせ内に実装されうる。ソフトウェアを用いた場合、本明細書に記載の機能を実現するモジュール（例えば、手順、関数等）によって実現されうる。ソフトウェア・コードは、メモリ・ユニット内に格納され、プロセッサ１３９０および１３５０によって実行されうる。
【００８５】
本明細書に記載の実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、あるいはこれらの任意の組み合わせで実現されうることが理解されるべきである。ハードウェアによる実現の場合、処理ユニットは、１または複数の特定用途向けＩＣ（ＡＳＩＣ）、デジタル信号プロセサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理回路（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロ・コントローラ、マイクロプロセッサ、または、本明細書に記載された機能を実行するように設計されたその他の電子ユニット、またはこれらの組み合わせ内に実装されうる。
【００８６】
実施形態が、ソフトウェア、ファームウェア、ミドルウェアあるいはマイクロコード、プログラム・コードあるいはコード・セグメントで実現される場合、例えば、記憶装置のような機械読取可能媒体内に格納されうる。コード・セグメントは、手順、機能、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、あるいは命令群とデータ構造とプログラム・ステートメントとの任意の組み合わせを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、あるいは記憶内容を渡したり、あるいは受け取ることによって、別のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ引渡し、トークン引渡し、ネットワーク送信等を含む任意の適切な手段を用いて引き渡され、転送され、あるいは送信されうる。
【００８７】
ソフトウェアによる実現の場合、本明細書に記載の技術は、本明細書に記載の機能を実行するモジュール（例えば、手順、関数等）内で実現されうる。ソフトウェア・コードは、メモリ・ユニットに格納され、プロセッサによって実行されうる。メモリ・ユニットは、プロセッサの内部、あるいはプロセッサの外部に実装される。プロセッサの外部に実装される場合、当該技術で周知の様々な手段によってプロセッサと通信可能に接続されうる。
【００８８】
図１４に示すように、ＬＴＥネットワークのマルチキャスト・サービスまたはブロードキャスト・サービスに関連するフィードバックの提供を容易にするシステム１４００の一例が例示されている。例えば、システム１４００は、少なくとも部分的に、無線通信ネットワーク内であるか、および／または、例えばノード、基地局、アクセス・ポイント等のような送信機内にありうる。システム１４００は、プロセッサ、ソフトウェア、またはこれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして示されていることが認識されるべきである。
【００８９】
システム１４００は、例えば、割当期間中に送信されたマルチキャスト・データまたはブロードキャスト・データに関するアップリンク・データとダウンリンク・データとの間の相関付けをスケジュールするモジュール１４０２を含むことができる。特に、モジュール１４０２は、マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間の割当期間中の相関付けをスケジュールすることができる。さらにまた、モジュール１４０２は、ダウンリンク送信リソースのブロックと、アップリンク送信リソースの１または複数の追加ブロックとの間の相関付けをスケジュールすることができる。これによって、アップリンク送信リソースの追加ブロックが、（例えば、送信された幾つかのデータのダウンリンク・ブロックを受信することに失敗した端末デバイスの相対数を示す）複数のフィードバック・メッセージを受信することができる。
【００９０】
特許請求された主題の具体的な局面にしたがって、モジュール１４０２は、マルチキャスト・サービスまたはブロードキャスト・サービスのためのアップリンク送信リソースと、ダウンリンク送信リソースの複数のブロックとの間の相関付けをスケジュールすることができる。その結果、（例えば、ダウンリンク・ブロックおよび／またはそれに含まれるデータの受信および／または解読に失敗した端末デバイスによって提供された）フィードバック・メッセージは、ダウンリンク送信リソースの複数のブロックに関連するＡＣＫ情報またはＮＡＣＫ情報のビットマップを含むことができる。システム１４００はまた、復調するモジュール１４０４を含むことができる。このモジュール１０４０は、ダウンリンク送信リソースの複数のブロックのうちのどれが、複数の端末デバイスのうちの１つによって受信されていないかあるいは判読不要であるかを判定するビットマップを復調することができる（これらのブロックは、例えば、ＮＡＣＫ情報に関連付けられている）。
【００９１】
システム１４００はまた、情報を送信するためのモジュール１４０６を含むことができる。モジュール１４０６は、（例えば、モジュール１４０２によって提供され）スケジュールされた相関付けを、マルチキャスト・サービスまたはブロードキャスト・サービスによって、複数の端末デバイスへ送信することができる。モジュール１４０６は、特許請求された主題の追加局面を有効にするスケジュールされた機能および要因（例えば、以下に示すようなハッシュ関数または確率係数）を送信することのみならず、割当期間のダウンリンク・ブロックのためにスケジュールされたサービスの送信の実行／データの送信に責任を持つ。さらに、モジュール１４０６は、１または複数のメッセージによって示されるように、１または複数の端末デバイスによって受信されていないダウンリンク送信リソースのブロックを再送信することができる。
【００９２】
上記にくわえて、システム１４００は、関数を生成するモジュール１４０８を含むことができる。そのようなモジュール１４０８は、相関付けスケジュールで送信するためのハッシュ関数を生成することができる。ハッシュ関数は、（例えば、複数のアップリンク・リソースが、ダウンリンク・リソースのうちの１つまたは関連するグループに相関付けられている場合、）フィードバック・メッセージを送信するために、複数の端末デバイスのおのおのに、特定のアップリンク・リソースを示すことができる。ハッシュ関数は、端末デバイスのアクセス・クラス、端末デバイスのアイデンティティ（例えば、加入者アイデンティティ・モジュール）のハッシュ、端末デバイスによって利用されるサービスのアイデンティティ、またはブロック特有の情報、あるいは、これらの組み合わせに少なくとも部分的に基づいてアップリンク・リソースを示すことができる。くわえて、モジュール１４０８は、受信されなかったダウンリンク・ブロックに応答する端末デバイスの数を制限するために利用可能な確率係数を生成することができる。例えば、この確率係数は、０と１の間（あるいは、任意の適切な範囲）の数でありうる。ダウンリンク・ブロックを受信することに失敗し、確率係数を受信するデバイスは、０と１の間（あるいは、その他適切な範囲）のランダムな数を生成し、このランダムな数が、確率係数よりも小さい（あるいは、例えば、確率係数よりも大きい、確率係数以上である、確率係数と等しい、確率係数以下である等の）場合に限って、受信されなかったブロックに関するフィードバックを送信することができる。
【００９３】
くわえて、システム１４００は、フィードバック１４１０を受信するモジュールを含むことができる。例えば、モジュール１４１０は、アップリンク・リソースのブロックによって、複数の端末デバイスのうちの少なくとも１つから、ダウンリンク送信リソースのブロックに関連するフィードバック・メッセージを受信することができる。システム１４００はまた、フィードバック統計量を決定するモジュール１４１２を含むことができる。そのようなフィードバック統計量は、モジュール１４１０によって受信されたフィードバックに関連しうる。例えば、このモジュール１４１２は、ダウンリンク送信リソースのブロックに関連する受信されたフィィードバック・メッセージの数を決定することができる。この数は、ダウンリンク送信リソースのブロックに関連するデータの喪失の重大さを決定するために利用することができる。例えば、そのブロックに関連するフィードバック・メッセージの数が大きいほど、ブロックの再送信のための必要性は大きくなりうる。
【００９４】
さらにまた、システム１４００は、リソースのブロックを選択するモジュール１４１４を含むことができる。そのようなモジュールは、複数のブロックのうちのどれが、制限された再送信リソースに割り当てられるべきかを決定することができる。さらに詳しくは、選択するモジュール１４１４は、ダウンリンク送信リソースのブロックに関連する受信されたフィードバック・メッセージの数、第２のブロックに関連する受信されたフィードバック・メッセージの数、あるいはこれら両方に少なくとも部分的に基づいて、ダウンリンク送信リソースのブロック、または、ダウンリンク送信リソースの第２のブロックを再送信することを選択することができる。
【００９５】
図１５に示すように、１または複数の局面にしたがってＬＴＥネットワークへフィードバックを提供することができるシステム１５００の例が示されている。システム１５００は、例えば、モバイル・デバイス内に少なくも部分的に存在しうる。図示するように、システム１５００は、プロセッサ、ソフトウェア、またはこれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックを含む。
【００９６】
システム１５００は、例えば、無線通信ネットワークによって無線リンクを介して送信された情報のような情報１５０２を受信するモジュールを含むことができる。くわえて、モジュール１５０２は、送信割当期間のうちの１または複数のブロックに割り当てられるサービスを規定する送信サービス・スケジュールを受信することができる。さらに、このモジュール１５０２は、割当期間についてスケジュールされたマルチキャスト・サービスまたはブロードキャスト・サービスに関連するアップリンク送信リソースのブロックと、ダウンリンク送信リソースのブロックとの間のスケジュールされた相関付けを受信することができる。モジュール１５０２によって受信された相関付けはまた、例えば、１つのリソースを受信するのに失敗したデバイスの、他のリソースと比較した相対的な数を決定することを容易にするために、アップリンク送信リソースの１または複数の追加ブロックと、ダウンリンク送信リソースのブロックとを相関付けることができる。くわえて、モジュール１５０２は、ダウンリンク送信リソースのうちの１または複数のブロック、または関連するデータが受信されていない場合、フィードバックが端末デバイスによって提供される確率を制限するフィードバック確率関数を受信することができる。本明細書に記載の特定の局面によれば、モジュール１５０２はさらに、アップリンク送信リソースのブロックと、ダウンリンク送信リソースの１または複数の追加ブロックとの間のスケジュールされた相関付けを受信することができる。これによって、デバイスは、単一のフィードバック・メッセージによって、複数のダウンリンク・ブロックに関するフィードバックを提供できるようになる。
【００９７】
上記にくわえて、システム１５００は、フィードバックを提供するモジュール１５０４を含むことができる。モジュール１５０４は、アップリンク送信リソースのブロックによってフィードバック・メッセージを提供し、ダウンリンク送信リソースのブロックのうちの少なくとも１つ、またはそれに関連するデータが受信されていないことを示す。くわえて、モジュール１５０４は、受信している端末デバイスのアイデンティティ、受信している端末デバイスによって利用されるサービス、端末デバイスのアクセス・クラス、またはブロック特有の情報、あるいは、（例えば、ハッシュ関数によって決定される）これらの組み合わせに少なくとも部分的に依存して決定される特定のアップリンク送信リソースか、ランダムなアップリンク送信リソースかの何れかによって、フィードバック・メッセージを提供することができる。さらにまた、システム１５００は、データを含めるモジュール１５０６を含むことができる。そのようなモジュール１５０６は、（例えば、フィードバックを提供するモジュール１５０４によって提供される）フィードバック・メッセージ内に複数桁のビットマップを含めることができる。このビットマップは、ダウンリンク送信リソースのブロックあるいはダウンリンク送信リソースの１または複数の追加ブロックがデバイスにおいて受信されたか、または、受信されていないかを示すＡＣＫメッセージ、または、ＮＡＣＫメッセージをそれぞれ提供する。
【００９８】
上述したものは、１または複数の局面の例を含む。もちろん、前述した局面を記述する目的で、構成要素または方法論の考えられる全ての組み合わせを記述することは不可能であるが、当業者であれば、様々な局面のさらに多くの組み合わせおよび置き換えが可能であることを認識することができる。したがって、記載された局面は、特許請求の範囲の含まれるそのような全ての変更、修正、および変形を含むことが意図される。さらにまた、用語「含む」が、詳細な説明および特許請求の範囲の何れかで使用されている限りは、その用語は、用語「備える」が、請求項において遷移用語として適用されている場合に解釈されるように、用語「備える」と同様に包括的であることが意図される。
【図１】
2009545896.tif 000003
【図２】
2009545896.tif 000004
【図３】
2009545896.tif 000005
【図４】
2009545896.tif 000006
【図５】
2009545896.tif 000007
【図６】
2009545896.tif 000008
【図７】
2009545896.tif 000009
【図８】
2009545896.tif 000010
【図９】
2009545896.tif 000011
【図１０】
2009545896.tif 000012
【図１１】
2009545896.tif 000013
【図１２】
2009545896.tif 000014
【図１３】
2009545896.tif 000015
【図１４】
2009545896.tif 000016
【図１５】
2009545896.tif 000017
【国際調査報告】
2009545896.tif 000018
2009545896.tif 000019
2009545896.tif 000020