(57)【要約】  無線通信システムにおいて端末が基地局に確認応答情報を送信する方法及び装置であって、Ｎ個(Ｎは自然数)の下りリンクデータを受信し、１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ；ＣＢＧ)を含み；Ｎ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報を一定の規則に基づいてＸ(Ｘは１より大きいか又は等しく、Ｎ＊Ｍ＊Ｌより小さい自然数)ビットサイズの確認応答情報にバンドリング(ｂｕｎｄｌｉｎｇ)を行い；及び該バンドリングされたＸビットサイズの確認応答情報を基地局に送信することを特徴とする。
2020523826.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて端末が基地局に確認応答情報を送信する方法であって、
Ｎ個(Ｎは自然数)の下りリンクデータを受信し、
１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、
１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ；ＣＢＧ)を含み；
前記Ｎ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報を一定の規則に基づいてＸ(Ｘは１より大きいか又は等しく、Ｎ＊Ｍ＊Ｌより小さい自然数)ビットサイズの確認応答情報にバンドリング(ｂｕｎｄｌｉｎｇ)を行い；及び
前記バンドリングされたＸビットサイズの確認応答情報を前記基地局に送信する;ことを含んでなる、確認応答情報の送信方法。
【請求項２】
前記一定の規則は、
同一のＴＢに含まれた全てのＣＢＧの確認応答情報をバンドリングする第１規則に対応し、
前記ＸはＮ＊Ｍに対応する、請求項１に記載の確認応答情報の送信方法。
【請求項３】
前記一定の規則は、
各ＴＢに対して同一のＣＢＧインデックスを有する全てのＣＢＧの確認応答情報をバンドリングする第２規則に対応し、
前記ＸはＮ＊Ｌに対応する、請求項１に記載の確認応答情報の送信方法。
【請求項４】
前記一定の規則は、
各下りリンクデータに対して同一のＴＢインデックスを有するＴＢに含まれ、各ＴＢに対して同一のＣＢＧインデックスを有する全てのＣＢＧの確認応答情報をバンドリングする第３規則に対応し、
前記ＸはＭ＊Ｌに対応する、請求項１に記載の確認応答情報の送信方法。
【請求項５】
前記一定の規則は、
同一の下りリンクデータに含まれた全てのＣＢＧの確認応答情報をバンドリングする第４規則に対応し、
前記ＸはＮに対応する、請求項１に記載の確認応答情報の送信方法。
【請求項６】
前記一定の規則は、
同一のＴＢに含まれた全てのＣＢＧの確認応答情報を第１確認応答情報にバンドリングし、各下りリンクデータに対して同一のＴＢインデックスを有する全てのＴＢの第１確認応答情報を第２確認応答情報にバンドリングする第５規則に対応し、
前記ＸはＭに対応する、請求項１に記載の確認応答情報の送信方法。
【請求項７】
前記一定の規則は、
前記Ｎ個の下りリンクデータに含まれた全てのＴＢに対して同一のＣＢＧインデックスを有する全てのＣＢＧの確認応答情報をバンドリングする第６規則に対応し、
前記ＸはＬに対応する、請求項１に記載の確認応答情報の送信方法。
【請求項８】
前記一定の規則は、
前記Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報をバンドリングする第７規則に対応し、
前記Ｘは1に対応する、請求項１に記載の確認応答情報の送信方法。
【請求項９】
前記一定の規則は、
前記Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報に対して段階的にバンドリングを行い、Ｙ(Ｙは自然数)段階までバンドリングされた確認応答情報のサイズが特定のビットサイズ以下である場合、前記バンドリングを中止する第８規則に対応する、請求項１に記載の確認応答情報の送信方法。
【請求項１０】
無線通信システムにおいて基地局が端末から確認応答情報を受信する方法であって、
前記端末にＮ個(Ｎは自然数)の下りリンクデータを送信し、
１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、
１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ；ＣＢＧ)を含み；及び
前記端末から前記Ｎ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報が一定の規則に基づいてバンドリング(ｂｕｎｄｌｉｎｇ)されたＸ(Ｘは１より大きいか又は等しく、Ｎ＊Ｍ＊Ｌより小さい自然数)サイズの確認応答情報を受信する;ことを含む、確認応答情報の受信方法。
【請求項１１】
無線通信システムにおいて基地局に確認応答情報を送信する端末であって、
受信部；
送信部;及び
前記受信部及び前記送信部に連結されて動作するプロセッサを備えてなり、
前記プロセッサはＮ個(Ｎは自然数)の下りリンクデータを受信するように構成され、
１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、
１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ；ＣＢＧ)を含み、
前記プロセッサは前記Ｎ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報を一定の規則に基づいてＸ(Ｘは１より大きいか又は等しく、Ｎ＊Ｍ＊Ｌより小さい自然数)ビットサイズの確認応答情報にバンドリング(ｂｕｎｄｌｉｎｇ)を行うように構成され、
前記プロセッサは前記バンドリングされたＸビットサイズの確認応答情報を前記基地局に送信するように構成される、端末。
【請求項１２】
無線通信システムにおいて端末から確認応答情報を受信する基地局であって、
受信部；
送信部;及び
前記受信部及び前記送信部に連結されて動作するプロセッサを備えてなり、
前記プロセッサは前記端末にＮ個(Ｎは自然数)の下りリンクデータを送信するように構成され、
１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、
１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ；ＣＢＧ)を含み、
前記プロセッサは前記端末から前記Ｎ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報が一定の規則に基づいてバンドリングされたＸ(Ｘは１より大きいか又は等しく、Ｎ＊Ｍ＊Ｌより小さい自然数)サイズの確認応答情報を受信するように構成される、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は無線通信システムに関し、無線通信システムにおいて端末と基地局の間の確認応答情報を送受信する方法及びそれを支援する装置に関する。
【背景技術】
【０００２】
無線接続システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは可用のシステムリソース(帯域幅、送信電力など)を共有して複数のユーザとの通信を支援できる多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例には、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。
【０００３】
なお、多数の通信機器がより大きな通信容量を要求することにより、既存のＲＡＴ(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ)に比べて向上したモバイルブロードバンド通信の必要性が高まっている。また、多数の機器及び物事を連結していつでもどこでも多様なサービスを提供する大規模(ｍａｓｓｉｖｅ)ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考えられている。さらに信頼性及び遅延などに敏感なサービス／ＵＥを考慮した通信システムのデザインも考えられている。
【０００４】
このように向上したモバイルブロードバンド通信、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、無線通信システムにおいて端末と基地局の間の確認応答情報を送受信する方法及びそれを支援する装置を提供することにある。
【０００６】
本発明で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。
【課題を解決するための手段】
【０００７】
本発明は、無線通信システムにおいて端末と基地局の間の確認応答情報を送受信する方法及びそれを支援する装置を提供する。
【０００８】
本発明の一態様として、無線通信システムにおいて端末が基地局に確認応答情報を送信する方法であって、Ｎ個(Ｎは自然数)の下りリンクデータを受信し、１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ；ＣＢＧ)を含み；Ｎ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報を一定の規則に基づいてＸ(Ｘは１より大きいか又は等しく、Ｎ＊Ｍ＊Ｌより小さい自然数)ビットサイズの確認応答情報にバンドリング(ｂｕｎｄｌｉｎｇ)を行い；及び該バンドリングされたＸビットサイズの確認応答情報を基地局に送信する;ことを含む、確認応答情報の送信方法を提案する。
【０００９】
一例として、前記一定の規則は、同一のＴＢに含まれた全てのＣＢＧの確認応答情報をバンドリングする第１規則に対応する。この時、前記ＸはＮ＊Ｍに対応する。
【００１０】
他の例として、前記一定の規則は、同一の下りリンクデータに含まれ、各ＴＢに対して同一のＣＢＧインデックスを有する全てのＣＢＧの確認応答情報をバンドリングする第２規則に対応する。この時、前記ＸはＮ＊Ｌに対応する。
【００１１】
さらに他の例として、前記一定の規則は、各下りリンクデータに対して同一のＴＢインデックスを有するＴＢに含まれ、各ＴＢに対して同一のＣＢＧインデックスを有する全てのＣＢＧの確認応答情報をバンドリングする第３規則に対応する。この時、前記ＸはＭ＊Ｌに対応する。
【００１２】
さらに他の例として、前記一定の規則は、同一の下りリンクデータに含まれた全てのＣＢＧの確認応答情報をバンドリングする第４規則に対応する。この時、前記ＸはＮに対応する。
【００１３】
さらに他の例として、前記一定の規則は、同一のＴＢに含まれた全てのＣＢＧの確認応答情報を第１確認応答情報にバンドリングし、各下りリンクデータに対して同一のＴＢインデックスを有する全てのＴＢの第１確認応答情報を第２確認応答情報にバンドリングする第５規則に対応する。この時、前記ＸはＭに対応する。
【００１４】
さらに他の例として、前記一定の規則は、前記Ｎ個の下りリンクデータに含まれた全てのＴＢに対して同一のＣＢＧインデックスを有する全てのＣＢＧの確認応答情報をバンドリングする第６規則に対応する。この時、前記ＸはＬに対応する。
【００１５】
さらに他の例として、前記一定の規則は、前記Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報をバンドリングする第７規則に対応する。この時、前記Ｘは1に対応する。
【００１６】
さらに他の例として、前記一定の規則は、前記Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報に対して段階的にバンドリングを行い、Ｙ(Ｙは自然数)段階までバンドリングされた確認応答情報のサイズが特定のビットサイズ以下である場合、前記バンドリングを中止する第８規則に対応する。
【００１７】
本発明の他の態様として、無線通信システムにおいて基地局が端末から確認応答情報を受信する方法であって、前記端末にＮ個(Ｎは自然数)の下りリンクデータを送信し、１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ；ＣＢＧ)を含み；及び前記端末からＮ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報が一定の規則に基づいてバンドリング(ｂｕｎｄｌｉｎｇ)されたＸ(Ｘは１より大きいか又は等しく、Ｎ＊Ｍ＊Ｌより小さい自然数)サイズの確認応答情報を受信する;ことを含む、確認応答情報の受信方法を提案する。
【００１８】
本発明のさらに他の態様として、無線通信システムにおいて基地局に確認応答情報を送信する端末であって、受信部；送信部;及び該受信部及び送信部に連結されて動作するプロセッサを含み、該プロセッサはＮ個(Ｎは自然数)の下りリンクデータを受信するように構成され、１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ；ＣＢＧ)を含み、該プロセッサはＮ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報を一定の規則に基づいてＸ(Ｘは１より大きいか又は等しく、Ｎ＊Ｍ＊Ｌより小さい自然数)ビットサイズの確認応答情報にバンドリング(ｂｕｎｄｌｉｎｇ)を行うように構成され、該プロセッサはバンドリングされたＸビットサイズの確認応答情報を基地局に送信するように構成される、端末を提案する。
【００１９】
本発明のさらに他の態様として、無線通信システムにおいて端末から確認応答情報を受信する基地局であって、受信部；送信部;及び該受信部及び送信部に連結されて動作するプロセッサを含み、該プロセッサは端末にＮ個(Ｎは自然数)の下りリンクデータを送信するように構成され、１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ；ＣＢＧ)を含み、該プロセッサは端末からＮ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報が一定の規則に基づいてバンドリングされたＸ(Ｘは１より大きいか又は等しく、Ｎ＊Ｍ＊Ｌより小さい自然数)サイズの確認応答情報を受信するように構成される、基地局を提案する。
【００２０】
上述した本発明の態様は、本発明の好適な実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常の知識を有する者にとって、以下に詳述する本発明の詳細な説明に基づいて導出され、理解されるであろう。
【発明の効果】
【００２１】
本発明の実施例によれば、次のような効果がある。
【００２２】
本発明によれば、端末がＣＢＧ−ｌｅｖｅｌの確認応答情報を基地局に送信するにおいて、該端末は確認応答情報を必要に応じてバンドリングして基地局に送信することができる。
【００２３】
これにより、端末は状況によって適切なビットサイズの確認応答情報を基地局に送信することができる。
【００２４】
本発明の実施例から得られる効果は、以上で言及した効果に限定されず、言及していない他の効果は、以下の本発明の実施例に関する記載から、本発明の属する技術の分野における通常の知識を有する者にとって明確に導出され理解されるであろう。即ち、本発明を実施することに伴う意図していない効果も、本発明の実施例から当該技術の分野における通常の知識を有する者によって導出され得る。
【図面の簡単な説明】
【００２５】
以下に添付する図面は、本発明に関する理解を助けるためのものであり、詳細な説明と共に本発明に関する実施例を提供する。但し、本発明の技術的特徴が特定の図面に限定されるものではなく、各図面で開示する特徴が互いに組み合わせられて新しい実施例として構成されてもよい。各図面における参照番号(ｒｅｆｅｒｅｎｃｅ ｎｕｍｅｒａｌｓ)は構造的構成要素(ｓｔｒｕｃｔｕｒａｌ ｅｌｅｍｅｎｔｓ)を意味する。
【図１】物理チャネル及びそれらを用いた信号送信方法を説明するための図である。
【図２】無線フレームの構造の一例を示す図である。
【図３】下りリンクスロットに対するリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する図である。
【図４】上りリンクサブフレームの構造の一例を示す図である。
【図５】下りリンクサブフレームの構造の一例を示す図である。
【図６】本発明に適用可能なセルフサブフレームの構造(Ｓｅｌｆ−Ｃｏｎｔａｉｎｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ)を示す図である。
【図７】ＴＸＲＵとアンテナ要素の代表的な連結方式を示す図である。
【図８】ＴＸＲＵとアンテナ要素の代表的な連結方式を示す図である。
【図９】本発明の一例によるＴＸＲＵ及び物理的アンテナの観点におけるハイブリッドビーム形成構造を簡単に示す図である。
【図１０】本発明の一例による下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)の送信過程において、同期信号(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)とシステム情報(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)に対するビーム掃引(Ｂｅａｍ ｓｗｅｅｐｉｎｇ)動作を簡単に示す図である。
【図１１】本発明に適用可能なＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ動作を示す図である。
【図１２】本発明の一例によるＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方法を簡単に示す図である。
【図１３】本発明の他の例によるＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方法を簡単に示す図である。
【図１４】本発明による第２セル４ＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う方法及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【図１５】本発明による第２セル４ＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う方法及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【図１６】本発明による第２セル４ＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う方法及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【図１７】本発明による第２セル４ＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う方法及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【図１８】本発明による第５ＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う方法及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【図１９】本発明による第５ＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う方法及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【図２０】本発明による第５ＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う方法及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【図２１】本発明による第６ＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う方法及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【図２２】本発明による第６ＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う方法及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【図２３】本発明による端末の確認応答情報の送信方法を示すフローチャートである。
【図２４】提案する実施例を具現できる端末及び基地局の構成を示す図である。
【発明を実施するための形態】
【００２６】
以下の実施例は本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は別の構成要素や特徴と結合しない形態で実施されてもよく、一部の構成要素及び／又は特徴を結合させて本発明の実施例を構成してもよい。本発明の実施例において説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。
【００２７】
図面に関する説明において、本発明の要旨を曖昧にさせ得る手順又は段階などは記述を省略し、当業者のレベルで理解可能な程度の手順又は段階も記述を省略する。
【００２８】
明細書全体を通じて、ある部分がある構成要素を「含む(ｃｏｍｐｒｉｓｉｎｇ又はｉｎｃｌｕｄｉｎｇ)」とされているとき、これは、別に反対の記載がない限り、他の構成要素を除外するものではなく、他の構成要素をさらに含み得ることを意味する。また、明細書でいう“…部”、“…器”、“モジュール”などの用語は、少なくとも１つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの結合によって具現することができる。また、「ある(ａ又はａｎ)」、「１つ(ｏｎｅ)」、「その(ｔｈｅ)」及び類似の関連語は、本発明を記述する文脈において(特に、以下の請求項の文脈において)本明細書に別に指示されたり文脈によって明らかに反駁されない限り、単数及び複数の両方を含む意味で使うことができる。
【００２９】
この明細書において本発明の実施例は基地局と移動局の間のデータ送受信関係を中心に説明されている。ここで、基地局は、移動局と通信を直接行うネットワークの終端ノード(ｔｅｒｍｉｎａｌ ｎｏｄｅ)としての意味を有する。本文書において基地局によって行われるとされている特定動作は、場合によっては、基地局の上位ノード(ｕｐｐｅｒ ｎｏｄｅ)によって行われてもよい。
【００３０】
即ち、基地局を含む複数のネットワークノード(ｎｅｔｗｏｒｋ ｎｏｄｅ)からなるネットワークにおいて、移動局との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードで行うことができる。このとき、「基地局」は、固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ(ｅＮＢ)、発展した基地局(ＡＢＳ：Ａｄｖａｎｃｅｄ Ｂａｓｅ Ｓｔａｔｉｏｎ)又はアクセスポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)などの用語に言い換えることができる。
【００３１】
また、本発明の実施例において、端末(Ｔｅｒｍｉｎａｌ)は、ユーザ機器(ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)、移動局(ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、加入者端末(ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)、移動加入者端末(ＭＳＳ：Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)、移動端末(Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ)、又は発展した移動端末(ＡＭＳ：Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)などの用語に言い換えることができる。
【００３２】
また、送信端はデータサービス又は音声サービスを提供する固定及び／又は移動ノードを意味し、受信端はデータサービス又は音声サービスを受信する固定及び／又は移動ノードを意味する。したがって、上りリンクでは移動局を送信端にし、基地局を受信端にすることができる。同様に、下りリンクでは移動局を受信端にし、基地局を送信端にすることができる。
【００３３】
本発明の実施例は、無線接続システムであるＩＥＥＥ ８０２．ｘｘシステム、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)システム、３ＧＰＰ ＬＴＥシステム及び３ＧＰＰ２システムのうち少なくとも１つに開示されている標準文書によってサポートすることができ、特に、本発明の実施例は、３ＧＰＰ ＴＳ ３６．２１１、３ＧＰＰ ＴＳ ３６．２１２、３ＧＰＰ ＴＳ ３６．２１３、３ＧＰＰ ＴＳ ３６．３２１及び３ＧＰＰ ＴＳ ３８．３３１の文書によってサポートすることができる。即ち、本発明の実施例のうち、説明していない自明な段階又は部分は、上記文書を参照して説明することができる。また、本文書に開示している用語はいずれも、上記標準文書によって説明することができる。
【００３４】
以下、本発明に係る好適な実施形態を添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明が実施され得る唯一の実施形態を表すことを意図するものではない。
【００３５】
また、本発明の実施例で使われる特定用語は本発明の理解易さのために提供されるものであり、このような特定用語の使用は本発明の技術的思想を逸脱しない範囲で他の形態に変更されてもよい。
【００３６】
以下、本発明の実施例を利用可能な無線接続システムの一例として３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムについて説明する。
【００３７】
以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような様々な無線接続システムに適用することができる。
【００３８】
ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ（登録商標）(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ（登録商標） Ｅｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１(ＷｉＦｉ)、ＩＥＥＥ ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などのような無線技術によって具現することができる。
【００３９】
ＵＴＲＡはＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)はＥ−ＵＴＲＡを用いるＥ−ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ(Ａｄｖａｎｃｅｄ)システムは３ＧＰＰ ＬＴＥシステムを改良したシステムである。
【００４０】
本発明の技術的特徴に関する説明を明確にするために、本発明の実施例は３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムを中心に述べられるが、ＩＥＥＥ ８０２．１６ｅ／ｍシステムなどに適用されてもよい。
【００４１】
１．３ＧＰＰ ＬＴＥ／ＬＴＥ Ａシステム
【００４２】
１．１．物理チャネル及びこれを用いた信号送受信方法
【００４３】
無線接続システムにおいて端末は下りリンク(ＤＬ：Ｄｏｗｎｌｉｎｋ)で基地局から情報を受信し、上りリンク(ＵＬ：Ｕｐｌｉｎｋ)で基地局に情報を送信する。基地局と端末とが送受信する情報は一般データ情報及び種々の制御情報を含み、基地局と端末とが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【００４４】
図１は、本発明の実施例で使用可能な物理チャネル及びそれらを用いた信号送信方法を説明するための図である。
【００４５】
電源が消えた状態で電源がついたり、新しくセルに進入したりした端末は、Ｓ１１段階で、基地局と同期を取るなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う。そのために、端末は基地局から主同期チャネル(Ｐ−ＳＣＨ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ)及び副同期チャネル(Ｓ−ＳＣＨ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ)を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。
【００４６】
その後、端末は基地局から物理放送チャネル(ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)信号を受信してセル内放送情報を取得することができる。
【００４７】
一方、端末は初期セル探索段階で下りリンク参照信号(ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)を受信して下りリンクチャネル状態を確認することができる。
【００４８】
初期セル探索を終えた端末は、Ｓ１２段階で、物理下りリンク制御チャネル(ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、及び物理下りリンク制御チャネル情報に対応する物理下りリンク共有チャネル(ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を受信して、より具体的なシステム情報を取得することができる。
【００４９】
その後、端末は基地局への接続を完了するために、段階Ｓ１３〜段階Ｓ１６のようなランダムアクセス過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行うことができる。そのために、端末は物理ランダムアクセスチャネル(ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)でプリアンブル(ｐｒｅａｍｂｌｅ)を送信し(Ｓ１３)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルでプリアンブルに対する応答メッセージを受信することができる(Ｓ１４)。競合ベースのランダムアクセスでは、端末は、更なる物理ランダムアクセスチャネル信号の送信(Ｓ１５)、及び物理下りリンク制御チャネル信号及びそれに対応する物理下りリンク共有チャネル信号の受信(Ｓ１６)のような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行うことができる。
【００５０】
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル信号及び／又は物理下りリンク共有チャネル信号の受信(Ｓ１７)、及び物理上りリンク共有チャネル(ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)信号及び／又は物理上りリンク制御チャネル(ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)信号の送信(Ｓ１８)を行うことができる。
【００５１】
端末が基地局に送信する制御情報を総称して上りリンク制御情報(ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)という。ＵＣＩは、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｉｏｎ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｉｏｎ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)情報などを含む。
【００５２】
ＬＴＥシステムにおいてＵＣＩは一般的にＰＵＣＣＨで周期的に送信されるが、制御情報とトラフィックデータが同時に送信されるべき場合にはＰＵＳＣＨで送信されてもよい。また、ネットワークの要求／指示によってＰＵＳＣＨでＵＣＩを非周期的に送信することもできる。
【００５３】
１．２．リソースの構造
【００５４】
図２は、本発明の実施例で用いられる無線フレームの構造を示す図である。
【００５５】
図２(ａ)にはタイプ１フレーム構造(ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ１)を示す。タイプ１フレーム構造は、全二重(ｆｕｌｌ ｄｕｐｌｅｘ)ＦＤＤ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにも半二重(ｈａｌｆ ｄｕｐｌｅｘ)ＦＤＤシステムにも適用可能である。
【００５６】
１無線フレーム(ｒａｄｉｏ ｆｒａｍｅ)はＴｆ＝３０７２００＊Ｔｓ＝１０ｍｓの長さを有するものであり、Ｔｓｌｏｔ＝１５３６０＊Ｔｓ＝０．５ｍｓの均等な長さを有し、０〜１９のインデックスが与えられた２０個のスロットで構成される。１サブフレームは２個の連続したスロットで定義され、ｉ番目のサブフレームは、２ｉと２ｉ＋１に該当するスロットで構成される。すなわち、無線フレーム(ｒａｄｉｏ ｆｒａｍｅ)は１０個のサブフレーム(ｓｕｂｆｒａｍｅ)で構成される。１サブフレームを送信するためにかかる時間をＴＴＩ(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ)という。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／(１５ｋＨｚ×２０４８)＝３．２５５２×１０−８(約３３ｎｓ)と表示される。スロットは時間領域において複数のＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボルを含み、周波数領域において複数のリソースブロック(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)を含む。
【００５７】
１スロットは時間領域において複数のＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)シンボルを含む。３ＧＰＰ ＬＴＥは下りリンクにおいてＯＦＤＭＡを用いるので、ＯＦＤＭシンボルは１シンボル区間(ｓｙｍｂｏｌ ｐｅｒｉｏｄ)を表現するためのものである。ＯＦＤＭシンボルは１つのＳＣ−ＦＤＭＡシンボル又はシンボル区間ということができる。リソースブロック(ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ)はリソース割り当て単位であり、１つのスロットで複数の連続した副搬送波(ｓｕｂｃａｒｒｉｅｒ)を含む。
【００５８】
全二重ＦＤＤシステムでは各１０ｍｓ区間において１０個のサブフレームを下りリンク送信と上りリンク送信のために同時に利用することができる。このとき、上りリンクと下りリンク送信は周波数領域において分離される。これに対し、半二重ＦＤＤシステムでは端末が送信と受信を同時に行うことができない。
【００５９】
上述した無線フレームの構造は１つの例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。
【００６０】
図２(ｂ)にはタイプ２フレーム構造(ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ２)を示す。タイプ２フレーム構造はＴＤＤシステムに適用される。１無線フレーム(ｒａｄｉｏ ｆｒａｍｅ)はＴｆ＝３０７２００＊Ｔｓ＝１０ｍｓの長さを有し、１５３６００＊Ｔｓ＝５ｍｓの長さを有する２個のハーフフレーム(ｈａｌｆ−ｆｒａｍｅ)で構成される。各ハーフフレームは３０７２０＊Ｔｓ＝１ｍｓの長さを有する５個のサブフレームで構成される。ｉ番目のサブフレームは２ｉと２ｉ＋１に該当する各Ｔｓｌｏｔ＝１５３６０＊Ｔｓ＝０．５ｍｓの長さを有する２個のスロットで構成される。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／(１５ｋＨｚ×２０４８)＝３．２５５２×１０−８(約３３ｎｓ)と表示される。
【００６１】
タイプ２フレームにはＤｗＰＴＳ(Ｄｏｗｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ)、保護区間(ＧＰ：Ｇｕａｒｄ Ｐｅｒｉｏｄ)、ＵｐＰＴＳ(Ｕｐｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ)の３つのフィールドで構成される特別サブフレームを含む。ここで、ＤｗＰＴＳは、端末における初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局におけるチャネル推定と端末との上り伝送同期化に用いられる。保護区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクにおいて干渉を除去するための区間である。
【００６２】
次の表１は、特別フレームの構成(ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さ)を表す。
【００６３】
【表１】
2020523826.tif 000003
【００６４】
またＬＴＥ Ｒｅｌ−１３システムにおいては、特別フレームの構成(ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さ)が下記の表のようにＸ(追加的なＳＣ−ＦＤＭＡのシンボルの数、上位階層パラメータｓｒｓ−ＵｐＰｔｓＡｄｄにより提供され、パラメータが設定されないと、Ｘは０である)を考慮して設定される構成が新しく追加されており、ＬＴＥ Ｒｅｌ−１４システムにおいては、Ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ＃１０が新しく追加されている。ここで、ＵＥは、下りリンクにおける一般ＣＰのためのＳｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ｛３，４，７，８｝及び下りリンクにおける拡張されたＣＰのためのＳｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ｛２，３，５，６｝に対して２つの追加ＵｐＰＴＳ ＳＣ−ＦＤＭＡシンボルが設定されることを期待しない。さらに、ＵＥは、下りリンクにおける一般ＣＰのためのＳｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ｛１，２，３，４，６，７，８｝及び下りリンクにおける拡張されたＣＰのためのＳｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ｛１，２，３，５，６｝に対して４つの追加ＵｐＰＴＳ ＳＣ−ＦＤＭＡシンボルが設定されることを期待しない。(Ｔｈｅ ＵＥ ｉｓ ｎｏｔ ｅｘｐｅｃｔｅｄ ｔｏ ｂｅ ｃｏｎｆｉｇｕｒｅｄ ｗｉｔｈ ２ ａｄｄｉｔｉｏｎａｌ ＵｐＰＴＳ ＳＣ−ＦＤＭＡ ｓｙｍｂｏｌｓ ｆｏｒ ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ{３，４，７，８} ｆｏｒ ｎｏｒｍａｌ ｃｙｃｌｉｃ ｐｒｅｆｉｘ ｉｎ ｄｏｗｎｌｉｎｋ ａｎｄ ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ{２，３，５，６} ｆｏｒ ｅｘｔｅｎｄｅｄ ｃｙｃｌｉｃ ｐｒｅｆｉｘ ｉｎ ｄｏｗｎｌｉｎｋ ａｎｄ ４ ａｄｄｉｔｉｏｎａｌ ＵｐＰＴＳ ＳＣ−ＦＤＭＡ ｓｙｍｂｏｌｓ ｆｏｒ ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ{１，２，３，４，６，７，８} ｆｏｒ ｎｏｒｍａｌ ｃｙｃｌｉｃ ｐｒｅｆｉｘ ｉｎ ｄｏｗｎｌｉｎｋ ａｎｄ ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ{１，２，３，５，６} ｆｏｒ ｅｘｔｅｎｄｅｄ ｃｙｃｌｉｃ ｐｒｅｆｉｘ ｉｎ ｄｏｗｎｌｉｎｋ)
【００６５】
【表２】
2020523826.tif 000004
【００６６】
図３は、本発明の実施例で利用可能な下りリンクスロットに対するリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する図である。
【００６７】
図３を参照すると、１つの下りリンクスロットは時間領域において複数のＯＦＤＭシンボルを含む。ここで、１つの下りリンクスロットは７個のＯＦＤＭシンボルを含み、１つのリソースブロックは周波数領域において１２個の副搬送波を含むとしているが、これに限定されるものではない。
【００６８】
リソースグリッド上で各要素(ｅｌｅｍｅｎｔ)をリソース要素(ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ)といい、１つのリソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの数ＮＤＬは、下りリンク送信帯域幅(ｂａｎｄｗｉｄｔｈ)に従属する。
【００６９】
図４には、本発明の実施例で利用可能な上りリンクサブフレームの構造を示す。
【００７０】
図４を参照すると、上りリンクサブフレームは、周波数領域において制御領域とデータ領域とに分けることができる。制御領域には、上りリンク制御情報を搬送するＰＵＣＣＨが割り当てられる。データ領域には、ユーザデータを搬送するＰＵＳＣＨが割り当てられる。単一搬送波特性を維持するために１つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。１つの端末に対するＰＵＣＣＨにはサブフレーム内にＲＢ対が割り当てられる。ＲＢ対に属するＲＢは２個のスロットのそれぞれにおいて異なる副搬送波を占める。このようなＰＵＣＣＨに割り当てられたＲＢ対は、スロット境界(ｓｌｏｔ ｂｏｕｎｄａｒｙ)で周波数跳躍(ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)する、という。
【００７１】
図５は、本発明の実施例で利用可能な下りリンクサブフレームの構造を示す図である。
【００７２】
図５を参照すると、サブフレームにおける一番目のスロットにおいてＯＦＤＭシンボルインデックス０から最大で３個までのＯＦＤＭシンボルが、制御チャネルが割り当てられる制御領域(ｃｏｎｔｒｏｌ ｒｅｇｉｏｎ)であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域(ｄａｔａ ｒｅｇｉｏｎ)である。３ＧＰＰ ＬＴＥで用いられる下りリンク制御チャネルの例に、ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)、ＰＤＣＣＨ、ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)などがある。
【００７３】
ＰＣＦＩＣＨはサブフレームの一番目のＯＦＤＭシンボルで送信され、サブフレームにおいて制御チャネルの送信のために用いられるＯＦＤＭシンボルの数(すなわち、制御領域のサイズ)に関する情報を搬送する。ＰＨＩＣＨは、上りリンクに対する応答チャネルであり、ＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ)に対するＡＣＫ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)／ＮＡＣＫ(Ｎｅｇａｔｉｖｅ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)信号を搬送する。ＰＤＣＣＨで送信される制御情報を下りリンク制御情報(ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)という。下りリンク制御情報は、上りリンクリソース割り当て情報、下りリンクリソース割り当て情報、又は任意の端末グループに対する上りリンク送信(Ｔｘ)電力制御命令を含む。
【００７４】
１．３．ＣＳＩフィードバック
【００７５】
３ＧＰＰ ＬＴＥ又はＬＴＥ−Ａシステムでは、ユーザ機器(ＵＥ)がチャネル状態情報(ＣＳＩ)を基地局(ＢＳ又はｅＮＢ)に報告するように定義されている。ここで、チャネル状態情報(ＣＳＩ)は、ＵＥとアンテナポートとの間に形成される無線チャネル(又は、リンク)の品質を示す情報を総称する。
【００７６】
例えば、チャネル状態情報(ＣＳＩ)は、ランク指示子(ｒａｎｋ ｉｎｄｉｃａｔｏｒ，ＲＩ)、プリコーディング行列指示子(ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ，ＰＭＩ)、チャネル品質指示子(ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ，ＣＱＩ)などを含む。
【００７７】
ここで、ＲＩは当該チャネルのランク(ｒａｎｋ)情報を示し、これはＵＥが同一の時間−周波数リソースを介して受信するストリーム数を意味する。この値は、チャネルの長期フェーディング(Ｌｏｎｇ Ｔｅｒｍ Ｆａｄｉｎｇ)により従属されて決定される。次いで、 通常、ＲＩはＰＭＩ、ＣＱＩより長い周期でＵＥによってＢＳにフィードバックされる。
【００７８】
ＰＭＩはチャネル空間特性を反映した値であって、ＳＩＮＲなどのメートル(ｍｅｔｒｉｃ)を基準としてＵＥが選好するプリコーディングインデックスを示す。
【００７９】
ＣＱＩはチャネルの強度を示す値であって、通常、ＢＳがＰＭＩを用いた時に得られる受信ＳＩＮＲを意味する。
【００８０】
３ＧＰＰ ＬＴＥ又はＬＴＥ−Ａシステムにおいて、基地局は複数のＣＳＩプロセスをＵＥに設定し、ＵＥから各プロセスに対するＣＳＩの報告を受ける。ここで、ＣＳＩプロセスは、基地局からの信号品質の特定のためのＣＳＩ−ＲＳと干渉測定のためのＣＳＩ干渉測定(ＣＳＩ−ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ，ＣＳＩ−ＩＭ)リソースで構成される。
【００８１】
１．４．ＲＲＭ測定
【００８２】
ＬＴＥシステムでは、電力制御(Ｐｏｗｅｒ ｃｏｎｔｒｏｌ)、スケジューリング(Ｓｃｈｅｄｕｌｉｎｇ)、セル検索(Ｃｅｌｌ ｓｅａｒｃｈ)、セル再選択(Ｃｅｌｌ ｒｅｓｅｌｅｃｔｉｏｎ)、ハンドオーバー(Ｈａｎｄｏｖｅｒ)、ラジオリンク又は連結モニタリング(Ｒａｄｉｏ ｌｉｎｋ ｏｒ Ｃｏｎｎｅｃｔｉｏｎ ｍｏｎｉｔｏｒｉｎｇ)、連結確立／再確立(Ｃｏｎｎｅｃｔｉｏｎ ｅｓｔａｂｌｉｓｈ／ｒｅ−ｅｓｔａｂｌｉｓｈ)などを含むＲＲＭ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ)動作を支援する。この時、サービングセルは端末にＲＲＭ動作を行うための測定値であるＲＲＭ測定(ｍｅａｓｕｒｅｍｅｎｔ)情報を要請することができる。代表的な情報として、ＬＴＥシステムにおいて端末は各セルに対するセル検索(Ｃｅｌｌ ｓｅａｒｃｈ)情報、ＲＳＲＰ(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ)、ＲＳＲＱ(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ)などの情報を測定して報告することができる。具体的には、ＬＴＥシステムにおいて端末はサービングセルからＲＲＭ測定のための上位層信号として「ｍｅａｓＣｏｎｆｉｇ」が伝達され、端末はこの「ｍｅａｓＣｏｎｆｉｇ」の情報に従ってＲＳＲＰ又はＲＳＲＱを測定する。
【００８３】
ここで、ＬＴＥシステムにおいて定義するＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩは、以下のように定義される。
【００８４】
先ず、ＲＳＲＰは考慮される測定周波数帯域内のセル−特定の参照信号を送信するリソース要素の電力分布(ｐｏｗｅｒ ｃｏｎｔｒｉｂｕｔｉｏｎ、［Ｗ］単位)の線形平均で定義される。(Ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ (ＲＳＲＰ), ｉｓ ｄｅｆｉｎｅｄ ａｓ ｔｈｅ ｌｉｎｅａｒ ａｖｅｒａｇｅ  ｏｖｅｒ ｔｈｅ ｐｏｗｅｒ ｃｏｎｔｒｉｂｕｔｉｏｎｓ (ｉｎ [Ｗ]) ｏｆ ｔｈｅ ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔｓ ｔｈａｔ ｃａｒｒｙ ｃｅｌｌ−ｓｐｅｃｉｆｉｃ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌｓ ｗｉｔｈｉｎ ｔｈｅ ｃｏｎｓｉｄｅｒｅｄ ｍｅａｓｕｒｅｍｅｎｔ ｆｒｅｑｕｅｎｃｙ ｂａｎｄｗｉｄｔｈ．)一例として、ＲＳＲＰ決定のためにセル−特定の参照信号Ｒ０が活用できる。(Ｆｏｒ ＲＳＲＰ ｄｅｔｅｒｍｉｎａｔｉｏｎ ｔｈｅ ｃｅｌｌ−ｓｐｅｃｉｆｉｃ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌｓ Ｒ０ ｓｈａｌｌ ｂｅ ｕｓｅｄ．)仮に、ＵＥがセル−特定の参照信号Ｒ１が利用可能であると検出する場合、ＵＥはＲ１をさらに用いてＲＳＲＰを決定する。(Ｉｆ ｔｈｅ ＵＥ ｃａｎ ｒｅｌｉａｂｌｙ ｄｅｔｅｃｔ ｔｈａｔ Ｒ１ ｉｓ ａｖａｉｌａｂｌｅ ｉｔ ｍａｙ ｕｓｅ Ｒ１ ｉｎ ａｄｄｉｔｉｏｎ ｔｏ Ｒ０ ｔｏ ｄｅｔｅｒｍｉｎｅ ＲＳＲＰ．)
【００８５】
ＲＳＲＰのための参照ポイントは、ＵＥのアンテナコネクターとなり得る。(Ｔｈｅ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ ｆｏｒ ｔｈｅ ＲＳＲＰ ｓｈａｌｌ ｂｅ ｔｈｅ ａｎｔｅｎｎａ ｃｏｎｎｅｃｔｏｒ ｏｆ ｔｈｅ ＵＥ．)
【００８６】
仮に、ＵＥが受信器ダイバーシティを用いる場合、報告される値は個別のダイバーシティブランチに対応するＲＳＲＰより小さくてはならない。(Ｉｆ ｒｅｃｅｉｖｅｒ ｄｉｖｅｒｓｉｔｙ ｉｓ ｉｎ ｕｓｅ ｂｙ ｔｈｅ ＵＥ, ｔｈｅ ｒｅｐｏｒｔｅｄ ｖａｌｕｅ ｓｈａｌｌ ｎｏｔ ｂｅ ｌｏｗｅｒ ｔｈａｎ ｔｈｅ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ＲＳＲＰ ｏｆ ａｎｙ ｏｆ ｔｈｅ ｉｎｄｉｖｉｄｕａｌ ｄｉｖｅｒｓｉｔｙ ｂｒａｎｃｈｅｓ．)
【００８７】
次いで、ＮがＥ−ＵＴＲＡ搬送波ＲＳＳＩ測定帯域幅のＲＢの数であるとき、ＲＳＲＱはＥ−ＵＴＲＡ搬送波ＲＳＳＩに対するＲＳＲＰの比率として、Ｎ＊ＲＳＲＰ／(Ｅ−ＵＴＲＡ ｃａｒｒｉｅｒ ＲＳＳＩ)と定義される。(Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｑｕａｌｉｔｙ (ＲＳＲＱ) ｉｓ ｄｅｆｉｎｅｄ ａｓ ｔｈｅ ｒａｔｉｏ ＮかけるＲＳＲＰ／(Ｅ−ＵＴＲＡ ｃａｒｒｉｅｒ ＲＳＳＩ), ｗｈｅｒｅ Ｎ ｉｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ＲＢ’ｓ ｏｆ ｔｈｅ Ｅ−ＵＴＲＡ ｃａｒｒｉｅｒ ＲＳＳｉ ｍｅａｓｕｒｅｍｅｎｔ ｂａｎｄｗｉｄｔｈ．)この測定値の分母及び分子は、リソースブロックの同一のセットによって決定される。(Ｔｈｅ ｍｅａｓｕｒｅｍｅｎｔｓ ｉｎ ｔｈｅ ｎｕｍｅｒａｔｏｒ ａｎｄ ｄｅｎｏｍｉｎａｔｏｒ ｓｈａｌｌ ｂｅ ｍａｄｅ ｏｖｅｒ ｔｈｅ ｓａｍｅ ｓｅｔ ｏｆ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋｓ．)
【００８８】
Ｅ−ＵＴＲＡ搬送波ＲＳＳＩは共同−チャネル(ｃｏ−ｃｈａｎｎｅｌ)サービング及び非−サービングセル、隣接チャネルの干渉、熱雑音などを含む全てのソースからの受信信号に対して、Ｎ個のリソースブロックにわたって、測定帯域幅でアンテナポート０に対する参照シンボルを含むＯＦＤＭシンボルのみで端末によって測定された受信全電力(［Ｗ］単位)の線形平均を含む。(Ｅ−ＵＴＲＡ Ｃａｒｒｉｅｒ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ (ＲＳＳＩ), ｃｏｍｐｒｉｓｅｓ ｔｈｅ ｌｉｎｅａｒ ａｖｅｒａｇｅ ｏｆ ｔｈｅ ｔｏｔａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ (ｉｎ [Ｗ]) ｏｂｓｅｒｖｅｄ ｏｎｌｙ ｉｎ ＯＦＤＭ ｓｙｍｂｏｌｓ ｃｏｎｔａｉｎｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｙｍｂｏｌｓ ｆｏｒ ａｎｔｅｎｎａ ｐｏｒｔ ０, ｉｎ ｔｈｅ ｍｅａｓｕｒｅｍｅｎｔ ｂａｎｄｗｉｄｔｈ, ｏｖｅｒ Ｎ ｎｕｍｂｅｒ ｏｆ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋｓ ｂｙ ｔｈｅ ＵＥ ｆｒｏｍ ａｌｌ ｓｏｕｒｃｅｓ, ｉｎｃｌｕｄｉｎｇ ｃｏ−ｃｈａｎｎｅｌ ＳＥＲＶＩＮＧ ａｎｄ ｎｏｎ−ＳＥＲＶＩＮＧ ｃｅｌｌｓ, ａｄｊａｃｅｎｔ ｃｈａｎｎｅｌ ｉｎｔｅｒｆｅｒｅｎｃｅ, ｔｈｅｒｍａｌ ｎｏｉｓｅ ｅｔｃ．)仮に、上位層シグナリングがＲＳＲＱ測定のためにあるサブフレームを指示した場合、指示されたサブフレームにおける全てのＯＦＤＭシンボルに対してＲＳＳＩが測定される。(Ｉｆ ｈｉｇｈｅｒ−ｌａｙｅｒ ｓｉｇｎａｌｌｉｎｇ ｉｎｄｉｃａｔｅｓ ｃｅｒｔａｉｎ ｓｕｂｆｒａｍｅｓ ｆｏｒ ｐｅｒｆｏｒｍｉｎｇ ＲＳＲＱ ｍｅａｓｕｒｅｍｅｎｔｓ, ｔｈｅｎ ＲＳＳＩ ｉｓ ｍｅａｓｕｒｅｄ ｏｖｅｒ ａｌｌ ＯＦＤＭ ｓｙｍｂｏｌｓ ｉｎ ｔｈｅ ｉｎｄｉｃａｔｅｄ ｓｕｂｆｒａｍｅｓ．)
【００８９】
ＲＳＲＱのための参照ポイントは、ＵＥのアンテナコネクターになり得る。(Ｔｈｅ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ ｆｏｒ ｔｈｅ ＲＳＲＱ ｓｈａｌｌ ｂｅ ｔｈｅ ａｎｔｅｎｎａ ｃｏｎｎｅｃｔｏｒ ｏｆ ｔｈｅ ＵＥ．)
【００９０】
仮に、ＵＥが受信機ダイバーシティを用いる場合、報告される値は個別のダイバーシティブランチに対応するＲＳＲＱより小さくてはならない。(Ｉｆ ｒｅｃｅｉｖｅｒ ｄｉｖｅｒｓｉｔｙ ｉｓ ｉｎ ｕｓｅ ｂｙ ｔｈｅ ＵＥ, ｔｈｅ ｒｅｐｏｒｔｅｄ ｖａｌｕｅ ｓｈａｌｌ ｎｏｔ ｂｅ ｌｏｗｅｒ ｔｈａｎ ｔｈｅ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ＲＳＲＱ ｏｆ ａｎｙ ｏｆ ｔｈｅ ｉｎｄｉｖｉｄｕａｌ ｄｉｖｅｒｓｉｔｙ ｂｒａｎｃｈｅｓ．)
【００９１】
次いで、ＲＳＳＩは受信器パルス状のフィルターによって定義された帯域幅内の熱雑音及び受信器から生成された雑音を含む受信された広帯域電力で定義される。(Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ (ＲＳＳＩ) ｉｓ ｄｅｆｉｎｅｄ ａｓ ｔｈｅ ｒｅｃｅｉｖｅｄ ｗｉｄｅ ｂａｎｄ ｐｏｗｅｒ, ｉｎｃｌｕｄｉｎｇ ｔｈｅｒｍａｌ ｎｏｉｓｅ ａｎｄ ｎｏｉｓｅ ｇｅｎｅｒａｔｅｄ ｉｎ ｔｈｅ ｒｅｃｅｉｖｅｒ, ｗｉｔｈｉｎ ｔｈｅ ｂａｎｄｗｉｄｔｈ ｄｅｆｉｎｅｄ ｂｙ ｔｈｅ ｒｅｃｅｉｖｅｒ ｐｕｌｓｅ ｓｈａｐｉｎｇ ｆｉｌｔｅｒ．)
【００９２】
測定のための参照ポイントは、ＵＥのアンテナコネクターになり得る。(Ｔｈｅ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ ｆｏｒ ｔｈｅ ｍｅａｓｕｒｅｍｅｎｔ ｓｈａｌｌ ｂｅ ｔｈｅ ａｎｔｅｎｎａ ｃｏｎｎｅｃｔｏｒ ｏｆ ｔｈｅ ＵＥ．)
【００９３】
仮に、ＵＥが受信器ダイバーシティを用いる場合、報告される値は個別のダイバーシティブランチに対応するＵＴＲＡ搬送波ＲＳＳＩより小さくてはならない。(Ｉｆ ｒｅｃｅｉｖｅｒ ｄｉｖｅｒｓｉｔｙ ｉｓ ｉｎ ｕｓｅ ｂｙ ｔｈｅ ＵＥ, ｔｈｅ ｒｅｐｏｒｔｅｄ ｖａｌｕｅ ｓｈａｌｌ ｎｏｔ ｂｅ ｌｏｗｅｒ ｔｈａｎ ｔｈｅ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ＵＴＲＡ ｃａｒｒｉｅｒ ＲＳＳＩ ｏｆ ａｎｙ ｏｆ ｔｈｅ ｉｎｄｉｖｉｄｕａｌ ｒｅｃｅｉｖｅ ａｎｔｅｎｎａ ｂｒａｎｃｈｅｓ．)
【００９４】
上記定義に従って、ＬＴＥシステムにおいて動作する端末は、周波数間の測定(Ｉｎｔｒａ−ｆｒｅｑｕｅｎｃｙ ｍｅａｓｕｒｅｍｅｎｔ)の場合、ＳＩＢ３(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ ｔｙｐｅ ３)から送信される許容された測定帯域幅(Ａｌｌｏｗｅｄ ｍｅａｓｕｒｅｍｅｎｔ ｂａｎｄｗｉｄｔｈ)関連のＩＥ(ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ)を介して指示される帯域幅でＲＳＲＰを測定することができる。また、周波数内の測定(Ｉｎｔｅｒ−ｆｒｅｑｕｅｎｃｙ ｍｅａｓｕｒｅｍｅｎｔ)である場合、端末はＳＩＢ５から送信される許容された測定帯域幅を介して指示された６、１５、２５、５０、７５、１００ＲＢ(ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ)のうち１つに対応する帯域幅でＲＳＲＰを測定することができる。また、上述したようなＩＥがない場合、端末はデフォルト動作として全体ＤＬ(ｄｏｗｎｌｉｎｋ)システムの周波数帯域でＲＳＲＰを測定することができる。
【００９５】
この時、端末が許容された測定帯域幅に対する情報を受信する場合、端末は当該値を最大の測定帯域幅(ｍａｘｉｍｕｍ ｍｅａｓｕｒｅｍｅｎｔ ｂａｎｄｗｉｄｔｈ)として当該値においてＲＳＲＰの値を自由に測定することができる。但し、サービングセルがＷＢ−ＲＳＲＱと定義されるＩＥを端末に送信して、許容された測定帯域幅を５０ＲＢ以上に設定する場合、端末は許容された測定帯域幅に対するＲＳＲＰ値を全て算出する必要がある。一方、端末はＲＳＳＩを測定するとき、ＲＳＳＩ帯域幅の定義に従って端末の受信機が有する周波数帯域を用いてＲＳＳＩを測定する。
【００９６】
２．新しい無線接続技術(Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)システム
【００９７】
多数の通信機器がより大きな通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上した端末広帯域(Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ)通信の必要性が高まっている。また多数の機器及び物事を連結していつでもどこでも多様なサービスを提供する大規模(ｍａｓｓｉｖｅ)ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)も必要となっている。さらに信頼性及び遅延などに敏感なサービス／ＵＥを考慮した通信システムのデザインが提示されている。
【００９８】
このように向上した端末広帯域通信(Ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ−Ｒｅｌｉａｌｂｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した新しい無線接続技術であって、新しい無線接続技術システムが提案されている。以下、本発明では便宜上、該当技術をＮｅｗ ＲＡＴ又はＮＲ(Ｎｅｗ Ｒａｄｉｏ)と称する。
【００９９】
２．１．ニューマロロジー(Ｎｕｍｅｒｉｏｌｏｇｉｅｓ)
【０１００】
本発明が適用可能なＮＲシステムにおいては、以下の表のような様々なＯＦＤＭニューマロロジーが支援されている。この時、搬送波帯域幅部分(ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ ｐａｒｔ)ごとのμ及び循環前置(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)情報は、下りリンク(ＤＬ)又は上りリンク(ＵＬ)ごとに各々シグナリングされる。一例として、下りリンク搬送波帯域幅部分(ｄｏｗｎｌｉｎｋ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ ｐａｒｔ)のためのμ及び循環前置(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)情報は、上位階層シグナリングＤＬ−ＢＷＰ−ｍｕ及びＤＬ−ＭＷＰ−ｃｐを通じてシグナリングされる。他の例として、上りリンク搬送波帯域幅部分(ｕｐｌｉｎｋ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ ｐａｒｔ)のためのμ及び循環前置(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)情報は、上位階層シグナリングＵＬ−ＢＷＰ−ｍｕ及びＵＬ−ＭＷＰ−ｃｐを通じてシグナリングされる。
【０１０１】
【表３】
2020523826.tif 000005
【０１０２】
２．２．フレーム構造
【０１０３】
下りリンク及び上りリンクの伝送は１０ｍｓ長さのフレームで構成される。フレームは１ｍｓ長さの１０つのサブフレームで構成される。この時、各々のサブフレームごとに連続するＯＦＤＭのシンボルの数は下記数式１の通りである。
【数１】
2020523826.tif 000006
【０１０４】
各々のフレームは２つの同じサイズのハーフフレーム(ｈａｌｆ−ｆｒａｍｅ)で構成される。この時、各々のハーフフレームはサブフレーム０−４及びサブフレーム５−９で構成される。
【０１０５】
【表４】
2020523826.tif 000007
【０１０６】
以下の表５は一般循環前置(ｎｏｒｍａｌ ｃｙｃｌｉｃ ｐｒｅｆｉｘ)のためのスロットごと／フレームごと／サブフレームごとのＯＦＤＭのシンボルの数を示し、表６は拡張された循環前置(ｅｘｔｅｎｄｅｄ ｃｙｃｌｉｃ ｐｒｅｆｉｘ)のためのスロットごと／フレームごと／サブフレームごとのＯＦＤＭのシンボルの数を示す。
【０１０７】
【表５】
2020523826.tif 000008
【０１０８】
【表６】
2020523826.tif 000009
【０１０９】
本発明が適用可能なＮＲシステムにおいては、上記のようなスロット構造であって、セルフスロット構造(Ｓｅｌｆ−Ｃｏｎｔａｉｎｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ)が適用されている。
【０１１０】
図６は本発明に適用可能なセルフサブフレーム構造(Ｓｅｌｆ−Ｃｏｎｔａｉｎｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ)を示す図である。
【０１１１】
図６において、斜線領域(例えば、ｓｙｍｂｏｌ ｉｎｄｅｘ＝０)は下りリンク制御(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ)領域を示し、黒色領域(例えば、ｓｙｍｂｏｌ ｉｎｄｅｘ＝１３)は上りリンク制御(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ)領域を示す。その他の領域(例えば、ｓｙｍｂｏｌ ｉｎｄｅｘ＝１〜１２)は下りリンクデータ伝送又は上りリンクデータ伝送のために使用される。
【０１１２】
このような構造により基地局及びＵＥは１つのスロット内でＤＬ伝送とＵＬ伝送を順次に行うことができ、１つのスロット内でＤＬデータを送受信し、これに対するＵＬ ＡＣＫ／ＮＡＣＫも送受信することができる。結果として、この構造ではデータ伝送エラーの発生時にデータの再伝送までにかかる時間を短縮させることにより、最終データ伝達の遅延を最小化することができる。
【０１１３】
このようなセルフスロット構造においては、基地局とＵＥが送信モードから受信モードに、又は受信モードから送信モードに転換するために一定の時間長さのタイムギャップ(ｔｉｍｅ ｇａｐ)が必要である。このために、セルフスロット構造においてＤＬからＵＬに転換される時点の一部ＯＦＤＭシンボルは、ガード区間(ｇｕａｒｄ ｐｅｒｉｏｄ、ＧＰ)として設定されることができる。
【０１１４】
以上ではセルフスロット構造がＤＬ制御領域及びＵＬ制御領域を全て含む場合を説明したが、制御領域はセルフスロット構造に選択的に含まれることができる。即ち、本発明によるセルフスロット構造は、図６に示したように、ＤＬ制御領域及びＵＬ制御領域を全て含む場合だけではなく、ＤＬ制御領域又はＵＬ制御領域のみを含む場合もある。
【０１１５】
一例として、スロットは様々なスロットフォーマットを有することができる。この時、各々のスロットのＯＦＤＭシンボルは下りリンク(‘Ｄ’と表す)、フレキシブル(‘Ｘ’と表す)及び上りリンク(‘Ｕ’と表す)に分類される。
【０１１６】
従って、下りリンクスロットにおいてＵＥは下りリンク伝送が‘Ｄ’及び‘Ｘ’シンボルでのみ発生すると仮定できる。同様に、上りリンクスロットにおいてＵＥは上りリンク伝送が‘Ｕ’及び‘Ｘ’シンボルでのみ発生すると仮定できる。
【０１１７】
２．３．アナログビーム形成(Ａｎａｌｏｇ Ｂｅａｍｆｏｒｍｉｎｇ)
【０１１８】
ミリ波(Ｍｉｌｌｉｍｅｔｅｒ Ｗａｖｅ、ｍｍＷ)では波長が短いので、同一面積に多数のアンテナ要素(ｅｌｅｍｅｎｔ)の設置が可能である。即ち、３０ＧＨｚ帯域において波長は１ｃｍであるので、５＊５ｃｍのパネルに０．５ｌａｍｂｄａ(波長)間隔で２次元(２−ｄｉｍｅｎｓｉｏｎ)配列する場合、総１００個のアンテナ要素を設けることができる。これにより、ミリ波(ｍｍＷ)では多数のアンテナ要素を使用してビーム形成(ｂｅａｍｆｏｒｍｉｎｇ、ＢＦ)利得を上げてカバレッジを増加させるか、或いはスループット(ｔｈｒｏｕｇｈｐｕｔ)を向上させることができる。
【０１１９】
この時、アンテナ要素ごとに伝送パワー及び位相の調節ができるように、各々のアンテナ要素はＴＸＲＵ(ｔｒａｎｓｃｅｉｖｅｒ)を含む。これにより、各々のアンテナ要素は周波数リソースごとに独立的なビーム形成を行うことができる。
【０１２０】
しかし、１００余個の全てのアンテナ要素にＴＸＲＵを設けることは費用面で実効性が乏しい。従って、１つのＴＸＲＵに多数のアンテナ要素をマッピングし、アナログ位相シフター(ａｎａｌｏｇ ｐｈａｓｅ ｓｈｉｆｔｅｒ)でビーム方向を調節する方式が考えられている。かかるアナログビーム形成方式では全帯域において１つのビーム方向のみを形成できるので、周波数選択的なビーム形成が難しいという短所がある。
【０１２１】
これを解決するために、デジタルビーム形成及びアナログビーム形成の中間形態として、Ｑ個のアンテナ要素より少ない数のＢ個のＴＸＲＵを有するハイブリッドビーム形成(ｈｙｂｒｉｄ ＢＦ)が考えられる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナ要素の連結方式によって差はあるが、同時に伝送可能なビームの方向はＢ個以下に制限される。
【０１２２】
図７及び図８は、ＴＸＲＵとアンテナ要素(ｅｌｅｍｅｎｔ)の代表的な連結方式を示す図である。ここで、ＴＸＲＵ仮想化(ｖｉｒｔｕａｌｉｚａｔｉｏｎ)モデルは、ＴＸＲＵの出力信号とアンテナ要素の出力信号との関係を示す。
【０１２３】
図７はＴＸＲＵがサブアレイ(ｓｕｂ−ａｒｒａｙ)に連結された方式を示している。図７の場合、アンテナ要素は１つのＴＸＲＵのみに連結される。
【０１２４】
反面、図８はＴＸＲＵが全てのアンテナ要素に連結された方式を示している。図８の場合、アンテナ要素は全てのＴＸＲＵに連結される。この時、アンテナ要素が全てのＴＸＲＵに連結されるためには、図８に示したように、別の加算器が必要である。
【０１２５】
図７及び図８において、Ｗはアナログ位相シフター(ａｎａｌｏｇ ｐｈａｓｅ ｓｈｉｆｔｅｒ)により乗じられる位相ベクトルを示す。即ち、Ｗはアナログビーム形成の方向を決定する主要パラメータである。ここで、ＣＳＩ−ＲＳアンテナポートと複数のＴＸＲＵとのマッピングは１：１又は１：多である。
【０１２６】
図７の構成によれば、ビーム形成のフォーカシングが難しいという短所があるが、全てのアンテナ構成を低価で構成できるという長所がある。
【０１２７】
図８の構成によれば、ビーム形成のフォーカシングが容易であるという長所がある。但し、全てのアンテナ要素にＴＸＲＵが連結されるので、全体費用が増加するという短所がある。
【０１２８】
本発明が適用可能なＮＲシステムにおいて、複数のアンテナが使用される場合、デジタルビーム形成(Ｄｉｇｉｔａｌ ｂｅａｍｆｏｒｍｉｎｇ)及びアナログビーム形成を結合したハイブリッドビーム形成(ｈｙｂｒｉｄ ｂｅａｍｆｏｒｍｉｎｇ)方式が適用される。この時、アナログビーム形成(又はＲＦ(ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ)ビーム形成)は、ＲＦ端でプリコーディング(又は組み合わせ(ｃｏｍｂｉｎｉｎｇ))を行う動作を意味する。またハイブリッドビーム形成において、ベースバンド(ｂａｓｅｂａｎｄ)端とＲＦ端は各々プリコーティング(又は組み合わせ)を行う。これによりＲＦチェーンの数とＤ／Ａ(Ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ)(又はＡ／Ｄ(ａｎａｌｏｇ ｔｏ ｄｉｇｉｔａｌ))コンバーターの数を減らしながらデジタルビーム形成に近接する性能を得られるという長所がある。
【０１２９】
説明の便宜上、ハイブリッドビーム形成の構造は、Ｎ個の送受信端(ｔｒａｎｓｃｅｉｖｅｒ ｕｎｉｔ、ＴＸＲＵ)とＭ個の物理的アンテナで表すことができる。この時、送信端から伝送するＬ個のデータ階層(ｄｉｇｉｔａｌ ｌａｙｅｒ)に対するデジタルビーム形成は、Ｎ＊Ｌ(Ｌ ｂｙ Ｌ)行列で表される。その後、変換されたＮ個のデジタル信号はＴＸＲＵを介してアナログ信号に変換され、変換された信号に対してＭ＊Ｎ(Ｍ ｂｙ Ｎ)行列で表されるアナログビーム形成が適用される。
【０１３０】
図９は、本発明の一例によるＴＸＲＵ及び物理的アンテナ観点におけるハイブリッドビーム形成の構造を簡単に示す図である。この時、図９においてデジタルビームの数はＬ個であり、アナログビームの数はＮ個である。
【０１３１】
さらに、本発明が適用可能なＮＲシステムにおいては、基地局がアナログビーム形成をシンボル単位で変更できるように設計して、所定の地域に位置した端末に効率的なビーム形成を支援する方法が考えられる。さらに、図９に示したように、所定のＮ個のＴＸＲＵとＭ個のＲＦアンテナを１つのアンテナパネルに定義した時、本発明によるＮＲシステムにおいては、互いに独立したハイブリッドビーム形成が適用可能な複数のアンテナパネルを導入する方案も考えられる。
【０１３２】
以上のように基地局が複数のアナログビームを活用する場合、端末ごとに信号の受信に有利するアナログビームが異なる。よって本発明が適用可能なＮＲシステムにおいては、基地局が所定のサブフレーム(ＳＦ)内でシンボルごとに異なるアナログビームを適用して(少なくとも同期信号、システム情報、ページング(ｐａｇｉｎｇ)など)信号を伝送することにより、全ての端末が受信機会を得るようにするビーム掃引(ｂｅａｍ ｓｗｅｅｐｉｎｇ)動作が考えられている。
【０１３３】
図１０は本発明の一例による下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)伝送過程において、同期信号(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)とシステム情報(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)に対するビーム掃引(Ｂｅａｍ ｓｗｅｅｐｉｎｇ)動作を簡単に示す図である。
【０１３４】
図１０において、本発明が適用可能なＮＲシステムのシステム情報がブロードキャスティング(Ｂｒｏａｄｃａｓｔｉｎｇ)方式で伝送される物理的リソース(又は物理チャネル)を、ｘＰＢＣＨ(ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ)と称する。この時、１つのシンボル内で互いに異なるアンテナパネルに属する複数のアナログビームは同時に伝送可能である。
【０１３５】
また図１０に示したように、本発明が適用可能なＮＲシステムにおいて、アナログビームごとのチャネルを測定するための構成であって、(所定のアンテナパネルに対応する)単一のアナログビームが適用されて伝送される参照信号(Ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＲＳ)であるビーム参照信号(Ｂｅａｍ ＲＳ、ＢＲＳ)の導入が論議されている。ＢＲＳは複数のアンテナポットに対して定義され、ＢＲＳの各々のアンテナポットは単一のアナログビームに対応する。この時、ＢＲＳとは異なり、同期信号又はｘＰＢＣＨは、任意の端末がよく受信するようにアナログビームのグループ内の全てのアナログビームが適用されて伝送される。
【０１３６】
３．提案する実施例
【０１３７】
以下、上記のような技術的思想に基づいて本発明で提案する構成についてより詳しく説明する。
【０１３８】
より具体的には、無線通信システムにおいて、基地局が(基本)スケジューリング単位であるスロット内(ＤＬ)のデータを複数のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ、ＣＢＧ)で構成して送信し、それに対応して端末はＣＢＧ単位でデータ復号に対する成功有無であるＡＣＫ／ＮＡＣＫを判別する場合、本発明では、端末が(受信した)複数のＰＤＳＣＨ(又はｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ(ＴＢ)又はＣＢＧ)に対応する複数のＡＣＫ／ＮＡＣＫビットを論理演算(例：ｌｏｇｉｃａｌ ＡＮＤ Ｏｐｅｒａｔｉｏｎ)で結合して圧縮して送信する方法(以下、ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ)について詳しく説明する。
【０１３９】
ＬＴＥ ＴＤＤシステムでは、端末がＵＬ／ＤＬ設定によって複数のＤＬサブフレーム(ＳＦ)で受信したＰＤＳＣＨに対応する複数の(ＴＢごとの)ＡＣＫ／ＮＡＣＫビットを単一ＵＬ ＳＦ内の単一ＰＵＣＣＨリソースで送信することが発生し得る。この時、複数の(ＴＢごとの)ＡＣＫ／ＮＡＣＫビットに対応する全体ビット数(Ｘ１)は、ＰＵＣＣＨリソースが支援する最大ＵＣＩペイロードサイズ(Ｘ２)より大きいことができる(即ち、Ｘ１＞Ｘ２)。この場合、端末は複数の(ＴＢごとの)ＡＣＫ／ＮＡＣＫビットに対して論理演算(ｌｏｇｉｃａｌ ＡＮＤ Ｏｐｅｒａｔｉｏｎ)を適用して圧縮されたＡＣＫ／ＮＡＣＫ情報をＰＵＣＣＨリソースで送信することができる。
【０１４０】
反面、本発明が適用可能なＮＲシステムでは、既存のＬＴＥシステムにおいて端末がＴＢごとにＡＣＫ／ＮＡＣＫを送信したこととは異なり、ＴＢを構成する複数のＣＢに対してＣＢＧを設定して端末がＣＢＧごとにＡＣＫ／ＮＡＣＫを送信することができる。
【０１４１】
また、本発明が適用可能なＮＲシステムでは、様々なサービスを支援するために、柔軟性(Ｆｌｅｘｉｂｉｌｉｔｙ)を重要な設計哲学としている。よって、ＮＲシステムにおけるスケジューリング単位をスロットという場合、ＮＲシステムでは任意のスロットが、ＰＤＳＣＨ(＝ＤＬ ｄａｔａを送信する物理チャネル)送信スロット(以下、ＤＬスロット)、又はＰＵＳＣＨ(＝ＵＬ ｄａｔａを送信する物理チャネル)送信スロット(以下、ＵＬスロット)に動的に変更可能な構造(以下、Ｄｙｎａｍｉｃ ＤＬ／ＵＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ)を支援できる。
【０１４２】
また本発明が適用可能なＮＲシステムにおいて、Ｄｙｎａｍｉｃ ＤＬ／ＵＬ ｃｏｎｆｉｇｕｒａｔｉｏｎを支援する場合、ＨＡＲＱ−ＡＣＫ送信に対して高すぎる遅延(Ｌａｔｅｎｃｙ)が要求されないと、各ＤＬスロットに対するＨＡＲＱ−ＡＣＫを各々ＰＵＣＣＨリソースで送信することよりは、複数のＤＬスロットに対するＨＡＲＱ−ＡＣＫを結合して、１つのＰＵＣＣＨリソース(＝ＨＡＲＱ−ＡＣＫ及び／又はＣＳＩなどのＵＬ ｃｏｎｔｒｏｌを送信する物理チャネル)で送信する動作が、ＵＬ制御オーバーヘッドを減少できるという観点で好ましい。 
【０１４３】
図１１は本発明に適用可能なＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ動作を簡単に示す図である。
【０１４４】
この場合、図１１に示したように、端末は複数のＤＬスロットに対する複数のＨＡＲＱ−ＡＣＫを集めて単一のＰＵＣＣＨリソースで送信することができる。
【０１４５】
以下、本発明が適用可能なＮＲシステムにおいて端末と基地局の間のＡＣＫ／ＮＡＣＫ情報の送受信方法について詳しく説明する。
【０１４６】
３．１．第１のＡＣＫ／ＮＡＣＫ送受信方法
【０１４７】
端末は複数のＰＤＳＣＨ(又はｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ(ＴＢ)又はＣＢＧ)に対応する複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対して、以下の方法のうちの１つによるＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行ってＰＵＣＣＨリソースを用いて送信することができる。
【０１４８】
(１)Ｏｐｔｉｏｎ １：ＴＢ(又はスロット)ごとに該当ＴＢ(又はスロット)に対応する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ(例：論理演算(ｌｏｇｉｃａｌ ＡＮＤ Ｏｐｅｒａｔｉｏｎ))を行う。
【０１４９】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ後の全体ＡＣＫ／ＮＡＣＫペイロードサイズは、(ＡＣＫ／ＮＡＣＫ送信対象)全体ＴＢ(又はスロット)数と同一である。
【０１５０】
−この時、ＰＵＣＣＨリソースは以下のように割り当てられる。
【０１５１】
−Ｏｐｔｉｏｎ １−１：ＴＢ(又はスロット)ごとにＰＵＣＣＨリソースを割り当て
【０１５２】
−Ｏｐｔｉｏｎ １−２:(ＡＣＫ／ＮＡＣＫ送信対象)全体ＴＢ(又はスロット)に対して単一のＰＵＣＣＨリソースを割り当て
【０１５３】
(２)Ｏｐｔｉｏｎ ２：ＣＢＧインデックスごとに同一のＣＢＧインデックスに対応する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ(例：論理演算(ｌｏｇｉｃａｌ ＡＮＤ Ｏｐｅｒａｔｉｏｎ))を行う。
【０１５４】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ後の全体ＡＣＫ／ＮＡＣＫペイロードサイズは、(ＡＣＫ／ＮＡＣＫ送信対象)全体ＣＢＧ数と同一である。
【０１５５】
−この時、ＰＵＣＣＨリソースは以下のように割り当てられる。
【０１５６】
−Ｏｐｔｉｏｎ ２−１：ＣＢＧインデックスごとにＰＵＣＣＨリソースを割り当て
【０１５７】
−Ｏｐｔｉｏｎ ２−２:(ＡＣＫ／ＮＡＣＫ送信対象)全体ＣＢＧに対して単一のＰＵＣＣＨリソースを割り当て
【０１５８】
(３)Ｏｐｔｉｏｎ ３：全体(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ(例：論理演算(ｌｏｇｉｃａｌ ＡＮＤ Ｏｐｅｒａｔｉｏｎ))を行う。
【０１５９】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ後の全体ＡＣＫ／ＮＡＣＫペイロードサイズは、１ビットである。
【０１６０】
−この時、ＰＵＣＣＨリソースは以下のように割り当てられる。
【０１６１】
−Ｏｐｔｉｏｎ ３−１：単一のＰＵＣＣＨリソースを割り当て
【０１６２】
(４)Ｏｐｔｉｏｎ ４：全体(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対して(連続する)ＡＣＫカウンター値を算出
【０１６３】
−上記(連続する)ＡＣＫカウンターは連続するＡＣＫ数を意味する。
【０１６４】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ後の全体ＡＣＫ／ＮＡＣＫペイロードサイズはビットである。
【０１６５】
−この時、ＰＵＣＣＨリソースは以下のように割り当てられる。
【０１６６】
−Ｏｐｔｉｏｎ ４−１：単一のＰＵＣＣＨリソースを割り当て(２ビットのＡＣＫカウンター送信を目的とする)
【０１６７】
端末が上述したＯｐｔｉｏｎ １とＯｐｔｉｏｎ ２を全て支援できる場合、端末は２つの方法のうち、どの方式を活用してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行うかを決定できる。その後、端末は上述したＯｐｔｉｏｎ １とＯｐｔｉｏｎ ２のうち、実際適用した方式に対する(１ビット)情報を(ＰＵＣＣＨリソース内の)追加ビットを活用して基地局に報告するか、又はＯｐｔｉｏｎ １又はＯｐｔｉｏｎ ２を選択したかによって、ＵＣＩに適用されるＣＲＣ(Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ)ビットに互いに異なるＣＲＣ ｍａｓｋｉｎｇを適用することにより基地局に端末が適用した方式を知らせることができる。
【０１６８】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う時、ＣＢＧ基盤の再送信ＰＤＳＣＨが含まれる場合、端末はスケジュールされたＣＢＧに対する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットのみを(ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇの対象として)考慮するか、又は該当ＰＤＳＣＨ内に設定された全てのＣＢＧに対する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットを(ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ対象として)考慮することができる。
【０１６９】
図１２は本発明の一例によるＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方法を簡単に示す図である。
【０１７０】
一例として、１つのＤＬスロット内の送信可能な(最大)ＣＢＧ数がＭ個に設定され、端末がＮ個のＤＬスロット(又はＰＤＳＣＨ)に対応する複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行うと仮定する。
【０１７１】
この場合、図１２に示したように、端末は各ＤＬスロット(又はＴＢ)ごとに該当ＤＬスロット(又はＴＢ)に対するＭ個の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットを論理演算(ｌｏｇｉｃａｌ ＡＮＤ Ｏｐｅｒａｔｉｏｎ)で結合して１ビットに圧縮する方式でＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行うことができる(即ち、スロット(又はＴＢ)当たりのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ)。これによれば、全体Ｎ個のＤＬスロット(又はＴＢ)に対してＮビットサイズのＡＣＫ／ＮＡＣＫ情報を生成できる。よって、端末はＮビットサイズのＡＣＫ／ＮＡＣＫ情報が割り当てられたＰＵＣＣＨリソースで送信できる。この時、端末には、単一ＰＵＣＣＨリソースが割り当てられるか、又はＤＬスロット(又はＴＢ)ごとに(独立した)ＰＵＣＣＨリソースが割り当てられる。
【０１７２】
図１３は本発明の他の一例によるＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方法を簡単に示す図である。
【０１７３】
さらに、端末がＮ個のＤＬスロット(又はＰＤＳＣＨ)に対応する複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う方法として、ＣＢＧインデックスごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う方法が考えられる。この時、１つのＤＬスロット内で送信可能な(最大の)ＣＢＧ数がＭ個に設定される場合、(ＤＬスロット内の)ＣＢＧインデックスは０、１、…、Ｍ−１のように定義できる。
【０１７４】
この場合、図１３に示したように、端末は複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対して同一のＣＢＧインデックスを有する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットのみを選択した後、論理演算(ｌｏｇｉｃａｌ ＡＮＤ Ｏｐｅｒａｔｉｏｎ)で結合して１ビットに圧縮する方式でＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行うことができる(即ち、ＣＢＧインデックス当たりのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ)。これによれば、全体Ｎ個のＤＬスロット(又はＴＢ)に対してＭビットサイズのＡＣＫ／ＮＡＣＫ情報が生成される。よって、端末はＭビットサイズのＡＣＫ／ＮＡＣＫ情報が割り当てられたＰＵＣＣＨリソースで送信できる。この時、端末には、単一ＰＵＣＣＨリソースが割り当てられるか、又はＤＬスロット(又はＴＢ)ごとに(独立した)ＰＵＣＣＨリソースが割り当てられる。
【０１７５】
さらに、端末が複数の搬送波によるデータスケジューリングのため(又は複数の搬送波からスケジュールされているため)、各搬送波ごとに送信するＡＣＫ／ＮＡＣＫペイロードサイズを顕著に減らす必要があり得る。この場合、端末は、(ＡＣＫ／ＮＡＣＫ送信対象の)複数のＰＤＳＣＨ(又はｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ(ＴＢ)又はＣＢＧ)に対応する複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビット全体に論理演算(ｌｏｇｉｃａｌ ＡＮＤ Ｏｐｅｒａｔｉｏｎ)を適用して１ビットに圧縮することができる。この時、端末は１ビットのＡＣＫ／ＮＡＣＫ情報が(割り当てられた)単一ＰＵＣＣＨリソースで送信できる。
【０１７６】
ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇの変形動作として、端末はＮ個のＤＬスロット(又はＰＤＳＣＨ)に対応する複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対して連続するＡＣＫ数の情報のみをＰＵＣＣＨリソースに報告することができる。一例として、Ｎ＝４であり、１つのＤＬスロット内の送信可能な(最大)ＣＢＧ数がＭ＝４個に設定された場合、端末は１６ビットの(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットを報告する代わりに、連続するＡＣＫ数が１、２、…、１６個である場合を４ビットの(連続する)ＡＣＫ ｃｏｕｎｔｅｒと表現して、ＰＵＣＣＨリソースを用いて基地局に報告することができる。
【０１７７】
さらに、端末が複数のＰＤＳＣＨ(又はｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ(ＴＢ)又はＣＢＧ)に対応する複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットを圧縮しようとする時、端末は全体ＰＤＳＣＨ(又はｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ(ＴＢ)又はＣＢＧ)をＮ個のサブセットで構成し、サブセットのうち、ＮＡＣＫが存在するＭ個(但し、Ｍ＜Ｎ)のサブセットを表現する状態と、Ａｌｌ ＮＡＣＫを表現する(１つの)状態で、ＡＣＫ／ＮＡＣＫ情報を構成することができる。この時、Ｍ＜Ｎであるので、端末はＣｏｍｂｉｎａｔｏｒｉａｌ Ｉｎｄｅｘ方法を活用できる。これにより、ＡＣＫ／ＮＡＣＫ情報に対するＵＣＩペイロードサイズを大きく減らすことができる。
【０１７８】
上述した第１のＡＣＫ／ＮＡＣＫ送受信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０１７９】
３.２．第２のＡＣＫ／ＮＡＣＫ送受信方法
【０１８０】
端末が複数のＰＤＳＣＨ(又はｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ(ＴＢ)又はＣＢＧ)に対応する複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う時、端末は(送信可能な)ＡＣＫ／ＮＡＣＫペイロードサイズによって、以下のように漸進的なＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行うことができる。
【０１８１】
より具体的には、端末は全体のうちの一部Ｎ個のデータ送信単位に対して、各データ送信単位ごとに対応する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行うことができる。この時、データ送信単位は以下のうちの１つである。
【０１８２】
(１)ＣＢＧサブセット
【０１８３】
(２)ＴＢ(又はＰＤＳＣＨ又はＤＬスロット)
【０１８４】
(３)ＴＢ(又はＰＤＳＣＨ又はＤＬスロット)グループ
【０１８５】
(４)搬送波(Ｃａｒｒｉｅｒ)
【０１８６】
ここで、Ｎ値は(送信可能な)ＡＣＫ／ＮＡＣＫペイロードサイズにより決定される。
【０１８７】
具体的な例として、１つのＤＬスロット内の(最大)ＣＢＧ数が４つに設定され、端末が全体８つのＤＬスロットに対する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットを単一ＰＵＣＣＨリソースで送信すると仮定する。この場合、全体４＊８＝３２ビットの(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットが存在し、端末がＰＵＣＣＨリソースにより送信可能なＡＣＫ／ＮＡＣＫペイロードサイズが０ビットであると仮定する。この場合、端末は各ＤＬスロットごとに複数のＣＢＧに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行わず、８つのＤＬスロットのうち、１つのＤＬスロット内のＣＢＧに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇのみを行ってＡＣＫ／ＮＡＣＫ情報を送信することができる。このようなＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇによれば、端末は送信するＡＣＫ／ＮＡＣＫ情報のサイズ(４＊７＋１＝２９ビット)をＰＵＣＣＨリソースで送信可能なＡＣＫ／ＮＡＣＫペイロードサイズである３０ビット内に合わせることができる。
【０１８８】
他の例として、ＰＵＣＣＨリソースで送信可能なＡＣＫ／ＮＡＣＫペイロードサイズが２０ビットである場合を仮定する。この場合、端末は８つのＤＬスロットのうち、４つのＤＬスロットに対して各ＤＬスロットごとに複数のＣＢＧに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行うことにより、全体４＊４＋４＝２０ビットサイズのＡＣＫ／ＮＡＣＫ情報を生成してＰＵＣＣＨリソースで送信可能なＡＣＫ／ＮＡＣＫペイロードサイズである２０ビットに合わせることができる。
【０１８９】
このような第２のＡＣＫ／ＮＡＣＫ送受信方法は、上述した第１のＡＣＫ／ＮＡＣＫ送受信方法に比べて、特定のＤＬスロット(又はＴＢ)又はデータ送信単位に対するＡＣＫ／ＮＡＣＫの解像度(Ｒｅｓｏｌｕｔｉｏｎ)が低いという短所があるが、全体ＡＣＫ／ＮＡＣＫペイロードサイズの調整においては、より高い粒度(Ｇｒａｎｕｌａｒｉｔｙ)で調整できるという長所がある。
【０１９０】
上述した第２のＡＣＫ／ＮＡＣＫ送受信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０１９１】
３.３．第３のＡＣＫ／ＮＡＣＫ送受信方法
【０１９２】
端末は複数の搬送波に対する複数のＰＤＳＣＨ(又はｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ(ＴＢ)又はＣＢＧ)に対応する複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを以下のように行ってＰＵＣＣＨリソースで送信することができる。
【０１９３】
より具体的には、端末は上述した第１のＡＣＫ／ＮＡＣＫ送受信方法におけるＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方法によって、搬送波ごとにＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行うことができる。この時、搬送波ごとのｂｕｎｄｌｅｄ ＡＣＫ／ＮＡＣＫビットは、複数の搬送波に対して(ＡＣＫ／ＮＡＣＫペイロード構成の観点で)多重化されて単一のＰＵＣＣＨリソースで送信することができる(即ち、ｂｕｎｄｌｅｄ Ａ／Ｎ ｍｕｌｔｉｐｌｅｘｉｎｇ ａｃｒｏｓｓ ｍｕｌｔｉｐｌｅ ｃａｒｒｉｅｒｓ)。
【０１９４】
即ち、端末が複数の搬送波から受信した複数のＰＤＳＣＨ(又はｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ(ＴＢ)又はＣＢＧ)に対応する複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う場合、端末は各搬送波ごとに上述した第１のＡＣＫ／ＮＡＣＫ送受信方法によるＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行った後、複数の搬送波に対するＢｕｎｄｌｅｄ ＡＣＫ／ＮＡＣＫを(ＡＣＫ／ＮＡＣＫペイロード構成の観点で)多重化して単一のＰＵＣＣＨリソースで送信することができる。
【０１９５】
上述した第３のＡＣＫ／ＮＡＣＫ送受信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０１９６】
以下、特定のＰＵＣＣＨ送信リソースに対してＡＣＫ／ＮＡＣＫ送信対象となるＰＤＳＣＨが設定され、端末がＰＤＳＣＨのうち、特定のＰＤＳＣＨに対する(ＴＢごと又はＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ動作を行える場合、端末のＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方法及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法について詳しく説明する。
【０１９７】
３.４．第４のＡＣＫ／ＮＡＣＫ送受信方法
【０１９８】
端末が複数のＰＤＳＣＨ(又はｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ(ＴＢ)又はＣＢＧ)に対応する複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う時、端末は(送信可能な)ＡＣＫ／ＮＡＣＫペイロードサイズによって、以下のように漸進的なＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行うことができる。
【０１９９】
(１)Ｏｐｔｉｏｎ １：Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)をＴＢ単位で漸進的に行う。
【０２００】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇは、ＡＣＫ／ＮＡＣＫペイロードサイズ＞最大ＰＵＣＣＨペイロードサイズである場合にのみ行われ、以下のように行われる。
【０２０１】
−−今までＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行わなかった場合、１番目のＴＢに対するＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行う。
【０２０２】
−−今までｋ番目のＴＢに対するＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行った場合は、(ｋ＋１)番目のＴＢに対するＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行う。
【０２０３】
−ＴＢ順序は以下の方法のうちの１つを使用できる。
【０２０４】
−−Ａｌｔ １：ＣＣインデックスが大きいほど(又は小さいほど)、(同一のＣＣインデックス内では)スロットインデックスが大きいほど(又は小さいほど)、(同一のスロットインデックス内では)ＴＢインデックスが大きいほど(又は小さいほど)順序が早い。
【０２０５】
−−Ａｌｔ ２：スロットインデックスが大きいほど(又は小さいほど)、(同一のスロットインデックス内では)ＣＣインデックスが大きいほど(又は小さいほど)、(同一のＣＣインデックス内では)ＴＢインデックスが大きいほど(又は小さいほど)順序が早い。
【０２０６】
−−Ａｌｔ ３：Ｃｏｕｎｔｅｒ−ＤＡＩ ｉｎｄｅｘが大きいほど(又は小さいほど)順序が早い。
【０２０７】
(２)Ｏｐｔｉｏｎ ２：Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)をＰＤＳＣＨ(又はスロット)単位で漸進的に行う。
【０２０８】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇは、ＡＣＫ／ＮＡＣＫペイロードサイズ＞最大ＰＵＣＣＨペイロードサイズである場合にのみ行われ、以下のように行われる。
【０２０９】
−−今までＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行わなかった場合、１番目のＰＤＳＣＨ(又はスロット)に対するＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行う。
【０２１０】
−−今までｋ番目のＰＤＳＣＨ(又はスロット)に対するＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行った場合は、(ｋ＋１)番目のＰＤＳＣＨ(又はスロット)に対するＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行う。
【０２１１】
−ＰＤＳＣＨ(又はスロット)の順序は以下の方法のうちの１つを使用できる。
【０２１２】
−−Ａｌｔ １：ＣＣインデックスが大きいほど(又は小さいほど)、(同一のＣＣインデックス内では)スロットインデックスが大きいほど(又は小さいほど)順序が早い。
【０２１３】
−−Ａｌｔ ２：スロットインデックスが大きいほど(又は小さいほど)、(同一のスロットインデックス内では)ＣＣインデックスが大きいほど(又は小さいほど)順序が早い。
【０２１４】
−−Ａｌｔ ３：Ｃｏｕｎｔｅｒ−ＤＡＩ ｉｎｄｅｘが大きいほど(又は小さいほど)順序が早い。
【０２１５】
(３)Ｏｐｔｉｏｎ ３：Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢ当たり)をＣＣ(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ)単位で漸進的に行う。
【０２１６】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇは、ＡＣＫ／ＮＡＣＫペイロードサイズ＞最大ＰＵＣＣＨペイロードサイズである場合にのみ行われ、以下のように行われる。
【０２１７】
−−今までＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行わなかった場合、１番目のＣＣに対するＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行う。
【０２１８】
−−今までｋ番目のスロットに対するＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行った場合は、(ｋ＋１)番目のＣＣに対するＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行う。
【０２１９】
−ＣＣ順序は以下の方法のうちの１つを使用できる。
【０２２０】
−−Ａｌｔ １：ＣＣインデックスが大きいほど(又は小さいほど)順序が早い。
【０２２１】
−−Ａｌｔ ２：Ｃｏｕｎｔｅｒ−ＤＡＩ ｉｎｄｅｘが大きいほど(又は小さいほど)順序が早い。
【０２２２】
(４)Ｏｐｔｉｏｎ ４：Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を(ＡＣＫ／ＮＡＣＫ送信対象である)全てのＰＤＳＣＨ(又は全てのスロット／ＣＣ組み合わせ又は全てのｃｏｕｎｔｅｒ ＤＡＩ ｉｎｄｅｘ値)に対して一括して行う。
【０２２３】
ここで、Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)とは、ＰＤＳＣＨ内の(同一のＴＢインデックスを有する)ＣＢＧに対応する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う動作を意味する。
【０２２４】
この時、ＡＣＫ／ＮＡＣＫペイロードサイズは、Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行う度に更新され、最大ＰＵＣＣＨペイロードサイズはＰＵＣＣＨで送信可能な最大のペイロードサイズを意味する。
【０２２５】
これにより、端末は漸進的にＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行い、(更新された)ＡＣＫ／ＮＡＣＫペイロードサイズの総合がＰＵＣＣＨで送信可能な最大ＡＣＫ／ＮＡＣＫペイロードサイズ(＝最大ＰＵＣＣＨペイロード)より小さくなると、それ以上Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行わないことができる。
【０２２６】
また、Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)対象のＴＢ内にＣＢＧが設定されていない場合、端末は該当ＴＢ内のＣＢＧに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを省略できる。
【０２２７】
図１４乃至図１７は本発明による第４のＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方法、及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【０２２８】
より具体的には、図１４はＴＢ単位の漸進的なＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)が行われる構成を簡単に示す図であり、図１５はＰＤＳＣＨ(又はスロット)単位の漸進的なＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)が行われる構成を簡単に示す図であり、図１６はＣＣ単位の漸進的なＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)が行われる構成を簡単に示す図であり、図１７はＰＤＳＣＨ全体に対する一括Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)が行われる構成を簡単に示す図である。
【０２２９】
具体的な例として、端末が３つのＣＣ(例：ＣＣインデックス０、ＣＣインデックス１、ＣＣインデックス２)及び３つのスロットに対応するＰＤＳＣＨに対して漸進的なＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(以下、漸進的なＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ)(ＴＢインデックス当たり)を行うと仮定する。この場合、上述した各オプションごとのＡＣＫ／ＮＡＣＫ送受信方法は、図１４乃至図１７のように示される。
【０２３０】
図１４乃至図１７において、ＣＣインデックスが大きいほど、(同一のＣＣインデックス内では)スロットインデックスが大きいほど、(同一のスロットインデックス内では)ＴＢインデックスが大きいほど、Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)の適用順序が早いと仮定して、陰影で示された部分はＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)が行われる単位(即ち、ＴＢ)を意味し、数字はＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)が適用される順序を意味する。
【０２３１】
上述した第４のＡＣＫ／ＮＡＣＫ送受信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０２３２】
３.５．第５のＡＣＫ／ＮＡＣＫ送受信方法
【０２３３】
端末が複数のＰＤＳＣＨ(又はｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ(ＴＢ)又はＣＢＧ)に対応する複数の(ＣＢＧごと)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う時、端末は(送信可能な)ＡＣＫ／ＮＡＣＫペイロードサイズによって、以下のように漸進的なＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行うことができる。
【０２３４】
(１)Ｏｐｔｉｏｎ １：Ｉｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)をＰＤＳＣＨ(又はスロット)単位で漸進的に行う。
【０２３５】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇは、ＡＣＫ／ＮＡＣＫペイロードサイズ＞最大ＰＵＣＣＨペイロードサイズである場合にのみ行われ、以下のように行われる。
【０２３６】
−−今までＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行わなかった場合、１番目のスロットに対するＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行う。
【０２３７】
−−今までｋ番目のスロットに対するＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行った場合は、(ｋ＋１)番目のスロットに対するＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行う。
【０２３８】
−ＰＤＳＣＨ(又はスロット)順序は以下の方法のうちの１つを使用できる。
【０２３９】
−−Ａｌｔ １：ＣＣインデックスが大きいほど(又は小さいほど)、(同一のＣＣインデックス内では)スロットインデックスが大きいほど(又は小さいほど)順序が早い。
【０２４０】
−−Ａｌｔ ２：スロットインデックスが大きいほど(又は小さいほど)、(同一のスロットインデックス内では)ＣＣインデックスが大きいほど(又は小さいほど)順序が早い。
【０２４１】
−−Ａｌｔ ３：Ｃｏｕｎｔｅｒ−ＤＡＩ ｉｎｄｅｘが大きいほど(又は小さいほど)順序が早い。
【０２４２】
(２)Ｏｐｔｉｏｎ ２：Ｉｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)をＣＣ単位で漸進的に行う。
【０２４３】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇは、ＡＣＫ／ＮＡＣＫペイロードサイズ＞最大ＰＵＣＣＨペイロードサイズである場合にのみ行われ、以下のように行われる。
【０２４４】
−−今までＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行わなかった場合、１番目のＣＣに対するＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行う。
【０２４５】
−−今までｋ番目のスロットに対するＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行った場合は、(ｋ＋１)番目のＣＣに対するＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行う。
【０２４６】
−ＣＣ順序は以下の方法のうちの１つを使用できる。
【０２４７】
−−Ａｌｔ １：ＣＣインデックスが大きいほど(又は小さいほど)順序が早い。
【０２４８】
−−Ａｌｔ ２：Ｃｏｕｎｔｅｒ−ＤＡＩ ｉｎｄｅｘが大きいほど(又は小さいほど)順序が早い。
【０２４９】
(３)Ｏｐｔｉｏｎ ３：Ｉｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を(ＡＣＫ／ＮＡＣＫ送信対象である)全てのＰＤＳＣＨ(又は全てのスロット／ＣＣ組み合わせ又は全てのｃｏｕｎｔｅｒ ＤＡＩ ｉｎｄｅｘ値)に対して一括して行う。
【０２５０】
ここで、Ｉｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)とは、ＰＤＳＣＨ内の(同一のＣＢＧインデックスを有する)複数のＴＢに対応する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う動作を意味する。
【０２５１】
またＡＣＫ／ＮＡＣＫペイロードサイズはＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行う度に更新され、最大ＰＵＣＣＨペイロードサイズはＰＵＣＣＨで送信可能な最大のペイロードサイズを意味する。
【０２５２】
これにより、端末は漸進的にＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行い、(更新された)ＡＣＫ／ＮＡＣＫペイロードの総合がＰＵＣＣＨで送信可能な最大のＡＣＫ／ＮＡＣＫペイロードサイズ(＝最大のＰＵＣＣＨペイロード)より小さくなると、それ以上Ｉｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行わないことができる。
【０２５３】
また、Ｉｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)対象のＰＤＳＣＨ内でＴＢが１つである場合、端末は該当ＰＤＳＣＨ内のＴＢに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを省略できる。
【０２５４】
図１８乃至図２０は本発明による第５のＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方法、及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【０２５５】
より具体的には、図１８はＰＤＳＣＨ(又はスロット)単位の漸進的なＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)が行われる構成を簡単に示す図であり、図１９はＣＣ単位の漸進的なＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)が行われる構成を簡単に示す図であり、図２０はＰＤＳＣＨ全体に対する一括Ｉｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)が行われる構成を簡単に示す図である。
【０２５６】
具体的な例として、端末が３つのＣＣ(例：ＣＣインデックス０、ＣＣインデックス１、ＣＣインデックス２)及び３つのスロットに対応するＰＤＳＣＨに対して漸進的なＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(以下、漸進的なＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ)(ＴＢインデックス当たり)を行うと仮定する。この場合、上述した各オプションごとのＡＣＫ／ＮＡＣＫ送受信方法は図１８乃至図２０のように示される。 
【０２５７】
図１８乃至図２０において、ＣＣインデックスが大きいほど、(同一のＣＣインデックス内では)スロットインデックスが大きいほど、Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)の適用順序が早いと仮定して、陰影で示された部分はＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)が行われる単位(即ち、ＰＤＳＣＨ)を意味し、数字はＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)が適用される順序を意味する。
【０２５８】
上述した第５のＡＣＫ／ＮＡＣＫ送受信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０２５９】
３.６．第６のＡＣＫ／ＮＡＣＫ送受信方法
【０２６０】
端末が複数のＰＤＳＣＨ(又はｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ(ＴＢ)又はＣＢＧ)に対応する複数の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う時、端末は(送信可能な)ＡＣＫ／ＮＡＣＫペイロードサイズによって以下のように漸進的なＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを行うことができる。
【０２６１】
(１)Ｏｐｔｉｏｎ １：Ｉｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇをＣＣ単位で漸進的に行う。
【０２６２】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇは、ＡＣＫ／ＮＡＣＫペイロードサイズ＞最大ＰＵＣＣＨペイロードサイズである場合にのみ行われ、以下のように行われる。
【０２６３】
−−今までＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを行わなかった場合、１番目のＣＣに対するＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを行う。
【０２６４】
−−今までｋ番目のスロットに対するＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを行った場合は、(ｋ＋１番目)のＣＣに対するＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを行う。
【０２６５】
−ＣＣ順序は以下の方法のうちの１つを使用できる。
【０２６６】
−−Ａｌｔ １：ＣＣインデックスが大きいほど(又は小さいほど)順序が早い。
【０２６７】
−−Ａｌｔ ２：Ｃｏｕｎｔｅｒ−ＤＡＩ ｉｎｄｅｘが大きいほど(又は小さいほど)順序が早い。
【０２６８】
(２)Ｏｐｔｉｏｎ ２：Ｉｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを(ＡＣＫ／ＮＡＣＫ送信対象である)全てのＰＤＳＣＨ(又は全てのスロット／ＣＣ組み合わせ又は全てのｃｏｕｎｔｅｒ ＤＡＩ ｉｎｄｅｘ値)に対して一括して行う。
【０２６９】
ここで、Ｉｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇとは、ＣＣ内(同一のＴＢインデックス(及び同一のＣＢＧインデックス)を有する)複数のＴＢ(又はＣＢＧ)に対応するＴＢごと(又はＣＢＧごと)のＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う動作を意味する。
【０２７０】
この時、ＡＣＫ／ＮＡＣＫペイロードサイズはＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを行う度に更新され、最大ＰＵＣＣＨペイロードサイズはＰＵＣＣＨで送信可能な最大のペイロードサイズを意味する。
【０２７１】
これにより、端末は漸進的にＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを行い、(更新された)ＡＣＫ／ＮＡＣＫペイロードサイズの総合がＰＵＣＣＨで送信可能な最大ＡＣＫ／ＮＡＣＫペイロードサイズ(＝最大のＰＵＣＣＨペイロード)より小さくなると、それ以上Ｉｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを行わないことができる。
【０２７２】
またＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇ対象ＣＣ内のスロットが１つである場合、端末は該当ＣＣ内のスロットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを省略できる。
【０２７３】
図２１及び図２２は本発明による第６のＡＣＫ／ＮＡＣＫ送受信方法の各オプションごとのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方法、及びそれに基づくＡＣＫ／ＮＡＣＫ送受信方法を簡単に示す図である。
【０２７４】
より具体的には、図２１はＣＣ単位の漸進的なＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇが行われる構成を簡単に示す図であり、図２２はＰＤＳＣＨ全体に対する一括Ｉｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇが行われる構成を簡単に示す図である。
【０２７５】
具体的な例として、端末が３つのＣＣ(例：ＣＣインデックス０、ＣＣインデックス１、ＣＣインデックス２)及び３つのスロットに対応するＰＤＳＣＨに対して漸進的なＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇ(以下、漸進的なＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇ)を行うと仮定する。この場合、上述した各オプションごとのＡＣＫ／ＮＡＣＫ送受信方法は図２１及び図２２のように表現できる。
【０２７６】
図２１及び図２２において、ＣＣインデックスが大きいほどＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇの適用順序が早いと仮定し、陰影で示された部分はＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇが行われる単位(即ち、ＣＣ)を意味し、数字はＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇが適用される順序を意味する。また、図２１及び図２２において、薄い陰影領域と濃い陰影領域は各々、互いに異なるインデックスに対するＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを意味する。
【０２７７】
上述した第６のＡＣＫ／ＮＡＣＫ送受信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０２７８】
さらに、端末が上述した第４のＡＣＫ／ＮＡＣＫ送受信方法、第５のＡＣＫ／ＮＡＣＫ送受信方法及び第６のＡＣＫ／ＮＡＣＫ送受信方法のうちの１つによって漸進的なｉｎｔｅｒ−ＣＢＧ(又はｉｎｔｅｒ−ＴＢ又はｉｎｔｅｒ−Ｓｌｏｔ)ｂｕｎｄｌｉｎｇを行う時、複数のＰＤＳＣＨに対して漸進的なＡＣＫ／ＮＡＣＫ ＢＵＮＤＬＩＮＧが適用される順序は、各ＰＤＳＣＨに適用されたＴＭ(ｔｒａｎｓｍｉｓｓｉｏｎ ｍｏｄｅ)、ＣＢＧ基盤の(再)送信設定有無などによって異なる。
【０２７９】
より具体的には、ＴＭ１はＳｉｎｇｅ ＴＢ基盤の送信モードを意味し、ＴＭ２はＴｗｏ ＴＢ基盤の送信モードを意味する場合、端末は漸進的なＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)をＴＭ２であるＰＤＳＣＨに優先順位を置いて適用できる。
【０２８０】
さらに他の例として、ＣＣ１内のＰＤＳＣＨに対してはＣＢＧ基盤の(再)送信／ＨＡＲＱ−ＡＣＫ送信が設定され、ＣＣ２内のＰＤＳＣＨに対しては設定されない場合、漸進的なＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)の適用順序は、(ＣＢＧ基盤の(再)送信／ＨＡＲＱ−ＡＣＫ送信が設定された)ＣＣ１がＣＣ２より早く設定される。
【０２８１】
３.７．第７のＡＣＫ／ＮＡＣＫ送受信方法
【０２８２】
上述した第４のＡＣＫ／ＮＡＣＫ送受信方法、第５のＡＣＫ／ＮＡＣＫ送受信方法及び第６のＡＣＫ／ＮＡＣＫ送受信方法などのように、以下のうちの１つ以上の漸進的なＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ技法が支援される場合、
【０２８３】
(１)漸進的なＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)(例：第４のＡＣＫ／ＮＡＣＫ送受信方法)
【０２８４】
(２)漸進的なＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)(例：第５のＡＣＫ／ＮＡＣＫ送受信方法)
【０２８５】
(３)漸進的なＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇ(例：第６のＡＣＫ／ＮＡＣＫ送受信方法)
【０２８６】
端末は以下のようにＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを適用できる。
【０２８７】
１)Ｏｐｔｉｏｎ １:(ＡＣＫ／ＮＡＣＫ送信対象のＰＤＳＣＨ全体に対する)一括Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行った後
【０２８８】
−ＡＣＫ／ＮＡＣＫペイロードサイズ＞最大ＰＵＣＣＨペイロードサイズである場合
【０２８９】
−−Ｏｐｔｉｏｎ １−Ａ：漸進的なＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行う。
【０２９０】
−−Ｏｐｔｉｏｎ １−Ｂ：漸進的なＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを行う。
【０２９１】
−その他の場合、更なるＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行わない。
【０２９２】
２)Ｏｐｔｉｏｎ ２:(ＡＣＫ／ＮＡＣＫ送信対象のＰＤＳＣＨ全体に対する)一括Ｉｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行った後、
【０２９３】
−ＡＣＫ／ＮＡＣＫペイロードサイズ＞最大ＰＵＣＣＨペイロードサイズである場合
【０２９４】
−−Ｏｐｔｉｏｎ ２−Ａ：漸進的なＩｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を行う。
【０２９５】
−−Ｏｐｔｉｏｎ ２−Ｂ：漸進的なＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを行う。
【０２９６】
−その他の場合、更なるＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行わない。
【０２９７】
この時、最大ＰＵＣＣＨペイロードサイズは、ＰＵＣＣＨで送信可能な最大のペイロードサイズを意味する。
【０２９８】
具体的には、各ＴＢごとに４つのＣＢＧが設定され、各２つのＴＢを送信する３つのＰＤＳＣＨに対して端末がＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行うと仮定する。
【０２９９】
この場合、ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ前のＡＣＫ／ＮＡＣＫペイロードサイズは、３(ＰＤＳＣＨ数)＊２(ＰＤＳＣＨごとの数)＊４(ＴＢごとのＣＢＧ数)＝２４ビットになる。この時、ＰＵＣＣＨリソースで送信可能な最大のＰＵＣＣＨペイロードサイズが４ビットであれば、まず端末は全体ＰＤＳＣＨに対して一括Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)を適用して、２４ビットを６ビットに圧縮することができる。その後、端末が漸進的なＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを行うと、３つのＰＤＳＣＨのうち、２つのＰＤＳＣＨに対してＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)を行って、全体ＡＣＫ／ＮＡＣＫペイロードを２＋１＋１＝４ビットにさらに圧縮することができる。
【０３００】
この特徴をより一般化すると、(ＡＣＫ／ＮＡＣＫ対象のＰＤＳＣＨ全体に対して)Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)及び／又はＩｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)及び／又はＩｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇが(一括)適用された時、端末はＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇの適用後にも相変わらずＡＣＫ／ＮＡＣＫペイロードサイズ＞最大ＰＵＣＣＨペイロードサイズである場合に、さらに漸進的なｉｎｔｅｒ−ＣＢＧ(又はｉｎｔｅｒ−ＴＢ又はｉｎｔｅｒ−Ｓｌｏｔ)ｂｕｎｄｌｉｎｇを適用することができる。
【０３０１】
上述した第７のＡＣＫ／ＮＡＣＫ送受信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０３０２】
３.８．第８のＡＣＫ／ＮＡＣＫ送受信方法
【０３０３】
(特定の搬送波内で送信された)Ｎ個のＰＤＳＣＨに対して、各ＰＤＳＣＨごとにＭ個のＴＢが送信され、各ＴＢごとにＬ個のＣＢＧが設定された場合、端末は複数のＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫに対して、以下のうちの１つの方式でＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行うことができる。
【０３０４】
(１)Ｏｐｔｉｏｎ １：Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)
【０３０５】
−ＰＤＳＣＨ内の(同一のＴＢインデックスを有する)複数のＣＢＧに対応する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う。
【０３０６】
−全体ＡＣＫ／ＮＡＣＫペイロードサイズはＮ＊Ｍビット
【０３０７】
−ＰＵＣＣＨリソースは以下の方法のうちの１つに設定される。
【０３０８】
−−複数のＰＤＳＣＨに対する単一ＰＵＣＣＨリソースでＮ＊Ｍビットを送信
【０３０９】
−−各ＰＤＳＣＨごとの単一ＰＵＣＣＨリソースでＭビットを送信(即ち、全体Ｎ個のＰＵＣＣＨリソース)
【０３１０】
(２)Ｏｐｔｉｏｎ ２：Ｉｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)
【０３１１】
−ＰＤＳＣＨ内の(同一のＣＢＧインデックスを有する)複数のＴＢに対応する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う。
【０３１２】
−全体ＡＣＫ／ＮＡＣＫペイロードサイズはＮ＊Ｌビット
【０３１３】
−ＰＵＣＣＨリソースは以下の方法のうちの１つに設定される。
【０３１４】
−−複数のＰＤＳＣＨに対する単一ＰＵＣＣＨリソースでＮ＊Ｌビットを送信
【０３１５】
−−各ＰＤＳＣＨごとの単一ＰＵＣＣＨリソースでＬビットを送信(即ち、全体Ｎ個のＰＵＣＣＨリソース)
【０３１６】
(３)Ｏｐｔｉｏｎ ３：Ｉｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇ
【０３１７】
−ＣＣ内の同一のＴＢインデックス(及びＣＢＧインデックス)を有するＴＢごとの(又はＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う。
【０３１８】
−全体ＡＣＫ／ＮＡＣＫペイロードサイズはＭ＊Ｌビット
【０３１９】
−ＰＵＣＣＨリソースは以下の方法のうちの１つに設定される。
【０３２０】
−−単一ＰＵＣＣＨリソースでＭ＊Ｌビットを送信
【０３２１】
−−但し、上記方案の適用時、ＰＤＳＣＨ順序を指示するＣｏｕｎｔｅｒ−ＤＡＩ(ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ)フィールドがＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ内で必要である。
【０３２２】
(４)Ｏｐｔｉｏｎ ４：ｉｎｔｅｒ−ＴＢ／ＣＢＧ ｂｕｎｄｌｉｎｇ(ＰＤＳＣＨ当たり)(Ｏｐｔｉｏｎ １＋Ｏｐｔｉｏｎ ２)
【０３２３】
−ＰＤＳＣＨ内の全てのＴＢ(又はＣＢＧ)に対応するＴＢ(又はＣＢＧ)ごとのＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う。
【０３２４】
−全体ＡＣＫ／ＮＡＣＫペイロードサイズはＮビット
【０３２５】
−ＰＵＣＣＨリソースは以下の方法のうちの１つに設定される。
【０３２６】
−−単一ＰＵＣＣＨリソースでＮビットを送信
【０３２７】
−−各ＰＤＳＣＨごとの単一ＰＵＣＣＨリソースで１ビットを送信(即ち、全体Ｎ個のＰＵＣＣＨリソース)
【０３２８】
５)Ｏｐｔｉｏｎ ５：Ｉｎｔｅｒ−ＣＢＧ ｂｕｎｄｌｉｎｇ(ＴＢインデックス当たり)＋Ｉｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇ(Ｏｐｔｉｏｎ １＋Ｏｐｔｉｏｎ ３)
【０３２９】
−ＰＤＳＣＨ内の(同一のＣＢＧインデックスを有する)複数のＴＢに対応する(ＣＢＧごと)ＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行った後、ＣＣ内の同一のＴＢインデックスを有する複数のＰＤＳＣＨに対応するＴＢごとの(ｂｕｎｄｌｅｄ)ＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う。
【０３３０】
−全体ＡＣＫ／ＮＡＣＫペイロードサイズはＭビット
【０３３１】
−ＰＵＣＣＨリソースは以下の方法のうちの１つに設定される。
【０３３２】
−−単一ＰＵＣＣＨリソースでＭビットを送信
【０３３３】
−−但し、上記方案の適用時、ＰＤＳＣＨ順序を指示するＣｏｕｎｔｅｒ−ＤＡＩ(ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ)フィールドがＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ内で必要である。
【０３３４】
(６)Ｏｐｔｉｏｎ ６：Ｉｎｔｅｒ−ＴＢ ｂｕｎｄｌｉｎｇ(ＣＢＧインデックス当たり)＋Ｉｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇ(Ｏｐｔｉｏｎ ２＋Ｏｐｔｉｏｎ ３)
【０３３５】
−ＰＤＳＣＨ内の(同一のＣＢＧインデックスを有する)複数のＴＢに対応する(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行った後、ＣＣ内の同一のＣＢＧインデックスを有する複数のＰＤＳＣＨに対応するＣＢＧごとの(ｂｕｎｄｌｅｄ)ＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う。
【０３３６】
−全体ＡＣＫ／ＮＡＣＫペイロードサイズはＬビット
【０３３７】
−ＰＵＣＣＨリソースは以下の方法のうちの１つに設定される。
【０３３８】
−−単一のＰＵＣＣＨリソースでＬビットを送信
【０３３９】
−但し、上記方案の適用時、ＰＤＳＣＨ順序を指示するＣｏｕｎｔｅｒ−ＤＡＩ(ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ)フィールドがＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ内で必要である。
【０３４０】
(７)Ｏｐｔｉｏｎ ７：Ｉｎｔｅｒ−ＴＢ／ＣＢＧ ｂｕｎｄｌｉｎｇ(ＰＤＳＣＨ当たり)＋Ｉｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇ(Ｏｐｔｉｏｎ ４ +Ｏｐｔｉｏｎ ３)
【０３４１】
−ＰＤＳＣＨ内の全てのＴＢ(又はＣＢＧ)に対応するＴＢ(又はＣＢＧ)ごとのＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行った後、ＣＣ内の複数のＰＤＳＣＨに対応する(ｂｕｎｄｌｅｄ)ＡＣＫ／ＮＡＣＫビットに対してＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う。
【０３４２】
−全体ＡＣＫ／ＮＡＣＫペイロードサイズは１ビット
【０３４３】
−ＰＵＣＣＨリソースは以下の方法のうちの１つに設定される。
【０３４４】
−−単一ＰＵＣＣＨリソースで１ビットを送信
【０３４５】
−但し、上記方案の適用時、ＰＤＳＣＨ順序を指示するＣｏｕｎｔｅｒ−ＤＡＩ(ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ)フィールドがＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ内で必要である。
【０３４６】
(８)Ｏｐｔｉｏｎ ８:(連続する)ＡＣＫ ｃｏｕｎｔｅｒ
【０３４７】
−全体(連続する)ＡＣＫ数をＱＰＳＫコンスタレーション(ｃｏｎｓｔｅｌｌａｔｉｏｎ)にサイクリング(ｃｙｃｌｉｎｇ)しながらマッピング
【０３４８】
−全体ＡＣＫ／ＮＡＣＫペイロードサイズは２ビット
【０３４９】
−ＰＵＣＣＨリソースは以下の方法のうちの１つに設定される。
【０３５０】
−−単一ＰＵＣＣＨリソースで２ビットを送信
【０３５１】
−但し、上記方案の適用時、ＰＤＳＣＨ順序を指示するＣｏｕｎｔｅｒ−ＤＡＩ(ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ)フィールドがＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ内で必要である。
【０３５２】
ここで、最大ＰＵＣＣＨペイロードサイズは、ＰＵＣＣＨで送信可能な最大のペイロードサイズを意味する。
【０３５３】
また基地局は端末にＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方式のうちの１つを上位階層信号により設定するか、又は端末に予め複数のＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方式を上位階層信号により設定した後、ＤＣＩにより上記設定された方式のうち、１つのＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方式を指示することができる。また、端末は自ら特定の規則に従ってＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ方式のうちの１つを選択して適用することができる。
【０３５４】
具体的な例として、端末はＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う前のＡＣＫ／ＮＡＣＫペイロードサイズとＰＵＣＣＨで送信可能な(最大)ＵＣＩペイロードサイズ(以下、最大のＰＵＣＣＨペイロードサイズ)の間の比率(例：Ｒ＝(ＡＣＫ／ＮＡＣＫペイロードサイズ)／(最大のＰＵＣＣＨペイロードサイズ))値によって、上述した複数のＯｐｔｉｏｎのうち、１つを選択して適用することができる。
【０３５５】
一例として、(特定の搬送波内で送信された)Ｎ個のＰＤＳＣＨに対して、各ＰＤＳＣＨごとにＭ個のＴＢが送信され、各ＴＢごとにＬ個のＣＢＧが設定された場合、ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ適用前の(ＣＢＧごとの)ＡＣＫ／ＮＡＣＫビットのサイズは、Ｎ＊Ｍ＊Ｌビットである。この時、上述した各ＯｐｔｉｏｎごとのＡＣＫ／ＮＡＣＫペイロードサイズが圧縮される比率(以下、ＡＣＫ／ＮＡＣＫ圧縮率)は、以下の表の通りである。
【０３５６】
【表７】
2020523826.tif 000010
【０３５７】
一例として、Ｎ＝４、ｍ＝２、Ｌ＝４であり、ＰＵＣＣＨで送信可能なＵＣＩペイロードサイズが制限されてＡＣＫ／ＮＡＣＫペイロードサイズを１／３以上圧縮しようとする場合、端末はＯｐｔｉｏｎ １(１／４)又はＯｐｔｉｏｎ ３(１／４)を適用できる(又は、基地局が端末をしてＯｐｔｉｏｎ １(１／４)又はＯｐｔｉｏｎ ３(１／４)を適用するように指示できる)。
【０３５８】
この時、端末は基本的に必要とするＡＣＫ／ＮＡＣＫ圧縮率より小さいＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇオプションのうち、最大のＡＣＫ／ＮＡＣＫ圧縮率を有するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇオプションを適用するが、同一のＡＣＫ／ＮＡＣＫ圧縮率を有するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇオプションが複数存在する場合には、ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ範囲が小さいほど高い優先順位を有する(例：Ｏｐｔｉｏｎ １＞Ｏｐｔｉｏｎ ２＞Ｏｐｔｉｏｎ ３;Ｏｐｔｉｏｎ ４＞Ｏｐｔｉｏｎ ５＞Ｏｐｔｉｏｎ ６)。
【０３５９】
上述した第８のＡＣＫ／ＮＡＣＫ送受信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０３６０】
３.９．第９のＡＣＫ／ＮＡＣＫ送受信方法
【０３６１】
(特定の搬送波に対して)端末に(ＰＵＣＣＨで送信する)ＡＣＫ／ＮＡＣＫ送信対象(スロットインデックス)集合が設定され、端末が集合内で実際スケジュールされたＰＤＳＣＨに対して(ｉｎｔｅｒ−Ｓｌｏｔ)ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ動作を行う時、集合内の特定のＰＤＳＣＨに対するＤＬ ｓｃｈｅｄｕｌｉｎｇ ｍｉｓｓｉｎｇ問題は以下のように解決できる。
【０３６２】
(１)(ＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ内に)Ｃｏｕｎｔｅｒ−ＤＡＩが存在する場合
【０３６３】
−Ｏｐｔｉｏｎ １−１：Ｃｏｕｎｔｅｒ−ＤＡＩ値ごとに(ＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ内の)ＡＲＩ(ＡＣＫ／ＮＡＣＫリソース指示子)値を異なるように設定
【０３６４】
−−一例として、ＡＲＩ値はＣｏｕｎｔｅｒ−ＤＡＩ値として類推されたＰＤＳＣＨスケジューリング順序値にモジュロＭ演算を適用した値である(但し、ＭはＡＲＩの全体状態数であることができる)
【０３６５】
−Ｏｐｔｉｏｎ １−２：Ｃｏｕｎｔｅｒ−ＤＡＩ値によってＰＵＣＣＨリソース割り当て
【０３６６】
−−一例として、Ｃｏｕｎｔｅｒ−ＤＡＩ値を入力とする関数に基づいてＰＵＣＣＨリソースが割り当てられる。
【０３６７】
−Ｏｐｔｉｏｎ １−３：ＡＲＩでＰＵＣＣＨリソースグループを指示し、Ｃｏｕｎｔｅｒ−ＤＡＩ値でＰＵＣＣＨリソースグループ内の１つのＰＵＣＣＨリソースを選択
【０３６８】
(２)(ＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ内に)Ｃｏｕｎｔｅｒ−ＤＡＩが存在しない場合
【０３６９】
−Ｏｐｔｉｏｎ ２−１:(ＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ内)Ｔｏｔａｌ−ＤＡＩ値で全体ＡＣＫ／ＮＡＣＫ送信対象のＰＤＳＣＨ数を端末に伝達
【０３７０】
−Ｏｐｔｉｏｎ ２−２：端末がＡＣＫ／ＮＡＣＫ情報と共に以下のうちのいずれかの情報をさらに報告
【０３７１】
−−(明白な)ＡＣＫ／ＮＡＣＫペイロードサイズ
【０３７２】
−−(端末が把握した)Ｔｏｔａｌ−ＤＡＩ値
【０３７３】
−−ＰＤＳＣＨごとのＤＬ ｓｃｈｅｄｕｌｉｎｇ ｍｉｓｓｉｎｇ有無を表記したビットマップ情報
【０３７４】
ここで、Ｃｏｕｎｔｅｒ−ＤＡＩはＰＤＳＣＨ間のスケジューリング順序を知らせるビットフィールドを意味し、Ｔｏｔａｌ−ＤＡＩ値はスケジュールされた全体ＰＤＳＣＨ数を知らせるビットフィールドを意味する。
【０３７５】
また、ＡＲＩ(ＡＣＫ／ＮＡＣＫリソース指示子)はＰＵＣＣＨリソースを指示するビットフィールドを意味する。
【０３７６】
具体的な例として、(ＰＵＣＣＨで送信する)ＡＣＫ／ＮＡＣＫ送信対象(スロットインデックス)集合は、端末に設定されたＨＡＲＱ−ＡＣＫ ｔｉｍｉｎｇに基づいて逆算されたＳＦ(又はスロット)位置で構成できる。即ち、端末に(ｎ番目のＰＤＳＣＨ受信に対する)ＨＡＲＱ−ＡＣＫ ｔｉｍｉｎｇとしてｎ＋４、ｎ＋５、ｎ＋６、ｎ＋７が設定された場合、特定のｋ番目のスロット(又はサブフレーム)のＰＵＣＣＨリソースに対するＡＣＫ／ＮＡＣＫ送信対象(スロットインデックス)集合は、ｋ−４、ｋ−５、ｋ−６、ｋ−７番目のスロット(又はサブフレーム)で表現できる。
【０３７７】
この時、端末が(スロットインデックス)集合に(Ｉｎｔｅｒ−Ｓｌｏｔ)ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇなどを行う場合、端末は実際スケジュールされたＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫ情報のみに対して(Ｉｎｔｅｒ−Ｓｌｏｔ)ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行うことが好ましい。
【０３７８】
しかし、端末が基地局がスケジューリングしたＰＤＳＣＨに対するＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩを逃す(例：ｍｉｓｓｉｎｇ)ことがあり得る。この場合、(ｂｕｎｄｌｅｄ)ＡＣＫ／ＮＡＣＫ情報に関する端末の報告と基地局の解釈が異なることができる。
【０３７９】
一例として、端末が各１つの１ＴＢを有する複数のＰＤＳＣＨに対して(Ｉｎｔｅｒ−Ｓｌｏｔ)ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う時、基地局が４つのＰＤＳＣＨをスケジューリングし、端末がこれらのうち、３つのＰＤＳＣＨのみを受信した場合を仮定する。この時、端末が３つのＰＤＳＣＨに対してＡＣＫを検出して(ｂｕｎｄｌｅｄ)ＡＣＫ／ＮＡＣＫでＡＣＫを報告した場合、基地局は自分がスケジューリングした４つのＰＤＳＣＨに対して全てＡＣＫと検出されたと間違って判断することができる。
【０３８０】
従って、このような基地局と端末の間のＡＣＫ／ＮＡＣＫ送信対象になるＰＤＳＣＨに対するＤＬ ｓｃｈｅｄｕｌｉｎｇ ｍｉｓｓｉｎｇ問題を解決しなければならない。
【０３８１】
もしＣｏｕｎｔｅｒ−ＤＡＩが存在する場合、Ｃｏｕｎｔｅｒ−ＤＡＩにより連続してスケジュールされたＰＤＳＣＨの間に順序が指示されるので、端末は中間にスケジュールされたＰＤＳＣＨを逃しても、それを認知することができる。但し、端末が最後にスケジュールされたＰＤＳＣＨを逃す場合には問題が発生し得るので、本発明では以下のような解決策を提案する。
【０３８２】
１つの方法として、基地局は(ＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ内の)Ｃｏｕｎｔｅｒ−ＤＡＩ値(又はＣｏｕｎｔｅｒ−ＤＡＩが指示するＰＤＳＣＨスケジューリング順序)によってＡＲＩが指示する値(又はＰＵＣＣＨリソース)を異なるように割り当てることができる。
【０３８３】
一例として、基地局がＭ番目のＰＤＳＣＨまでスケジューリングし、端末がＭ−１番目のＰＤＳＣＨまで検出した場合、端末は(Ｍ番目のＰＤＳＣＨ順序に対応するＰＵＣＣＨリソースと区分される)Ｍ−１番目のＰＤＳＣＨ順序に対応するＰＵＣＣＨリソースでＡＣＫ／ＮＡＣＫ送信を行うので、基地局はＰＵＣＣＨリソースに対する検出結果から端末が何番目のＰＤＳＣＨまで受信したか予想することができる。
【０３８４】
又はＣｏｕｎｔｅｒ−ＤＡＩがない場合は、基地局は予めスケジューリングするＰＤＳＣＨ全体数をＴｏｔａｌ ＤＡＩで端末に指示することができる。これに対応して、端末は(Ｉｎｔｅｒ−Ｓｌｏｔ)ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇによる(ｂｕｎｄｌｅｄ)ＡＣＫ／ＮＡＣＫの報告時、Ｔｏｔａｌ ＤＡＩで指示された数が端末が認知した全体(受信)ＰＤＳＣＨ数より多いと、特定のＰＤＳＣＨに対するＤＬ ｓｃｈｅｄｕｌｉｎｇ ｍｉｓｓｉｎｇであると判断し、基地局に‘Ａｌｌ ＮＡＣＫ’を報告するか、又はＰＵＣＣＨ送信を省略することができる。又は端末はＡＣＫ／ＮＡＣＫの報告時に追加情報としてＤＬ ｓｃｈｅｄｕｌｉｎｇ ｍｉｓｓｉｎｇに関する情報(例：(ｅｘｐｌｉｃｉｔ)ＡＣＫ／ＮＡＣＫペイロードサイズ及び／又は(端末観点の)Ｔｏｔａｌ ＤＡＩ及び／又はＰＤＳＣＨごとのＤＬ ｓｃｈｅｄｕｌｉｎｇ ｍｉｓｓｉｎｇ有無を表記したビットマップ情報)を共に報告することができる。この場合、基地局は追加情報からＤＣＩ ｍｉｓｓｉｎｇ有無を判断して、端末が報告したＡＣＫ／ＮＡＣＫ情報を再解釈することができる。
【０３８５】
より具体的には、(ＤＣＩ内にＣｏｕｎｔｅｒ−ＤＡＩが存在し、Ｉｎｔｅｒ−Ｓｌｏｔ ｂｕｎｄｌｉｎｇを適用できる時)ＰＵＣＣＨリソース割り当て方法として、以下のＯｐｔｉｏｎが考えられる。
【０３８６】
１)Ｏｐｔｉｏｎ ３：ＤＣＩ内にＣｏｕｎｔｅｒ−ＤＡＩが存在、Ｃｏｕｎｔｅｒ−ＤＡＩ値(又はＣｏｕｎｔｅｒ−ＤＡＩにより暗示されるＰＤＳＣＨ順序値)ごとにＰＵＣＣＨリソースを異なるように割り当てる方案
【０３８７】
−Ｏｐｔｉｏｎ ３−１：ＡＲＩ値ごとに単一ＰＵＣＣＨリソースを上位階層信号(例：ＲＲＣシグナリング)により(独立して)設定し、Ｃｏｕｎｔｅｒ−ＤＡＩ値(又はＣｏｕｎｔｅｒ−ＤＡＩにより暗示されるＰＤＳＣＨ順序値)ごとにＡＲＩ値を異なるように割り当て、ＡＲＩ値によるＰＵＣＣＨリソースを割り当て
【０３８８】
−Ｏｐｔｉｏｎ ３−２：ＡＲＩ値ごとに単一ＰＵＣＣＨリソースを上位階層信号(例：ＲＲＣシグナリング)により(独立して)設定し、Ｃｏｕｎｔｅｒ−ＤＡＩ値(又はＣｏｕｎｔｅｒ−ＤＡＩにより暗示されるＰＤＳＣＨ順序値)ごとに同一のＡＲＩ値を割り当て、Ｃｏｕｎｔｅｒ−ＤＡＩ値(又はＣｏｕｎｔｅｒ−ＤＡＩにより暗示されるＰＤＳＣＨ順序値)をＡＲＩで指示されたＰＵＣＣＨリソースに対するインデックスオフセット値として適用して最終ＰＵＣＣＨリソースを割り当て
【０３８９】
−Ｏｐｔｉｏｎ ３−３：ＡＲＩ値ごとにＰＵＣＣＨリソース集合を上位階層信号(例：ＲＲＣシグナリング)により(独立して)設定し、Ｃｏｕｎｔｅｒ−ＤＡＩ値(又はＣｏｕｎｔｅｒ−ＤＡＩにより暗示されるＰＤＳＣＨ順序値)ごとに同一のＡＲＩ値を割り当て、Ｃｏｕｎｔｅｒ−ＤＡＩ値(又はＣｏｕｎｔｅｒ−ＤＡＩにより暗示されるＰＤＳＣＨ順序値)ごとにＡＲＩで指示されたＰＵＣＣＨリソース集合内の互いに異なるＰＵＣＣＨリソースを選択して割り当て
【０３９０】
−Ｏｐｔｉｏｎ ３−４：ＡＲＩ無しにＣｏｕｎｔｅｒ−ＤＡＩ値(又はＣｏｕｎｔｅｒ−ＤＡＩにより暗示されるＰＤＳＣＨ順序値)ごとに単一のＰＵＣＣＨリソースを上位階層信号(例：ＲＲＣシグナリング)により(独立して)設定、ＰＵＣＣＨリソースはＣｏｕｎｔｅｒ−ＤＡＩ値によって割り当て
【０３９１】
２)Ｏｐｔｉｏｎ ４：ＤＣＩ内にＣｏｕｎｔｅｒ−ＤＡＩ及びＴｏｔａｌ−ＤＡＩ存在、Ｃｏｕｎｔｅｒ−ＤＡＩ値(又はＣｏｕｎｔｅｒ−ＤＡＩにより暗示されるＰＤＳＣＨ順序値)ごとに同一のＡＲＩ値を割り当て、ＡＲＩ値によるＰＵＣＣＨリソース割り当て
【０３９２】
３)Ｏｐｔｉｏｎ ５：ＤＣＩ内にＣｏｕｎｔｅｒ−ＤＡＩ存在、ＵＣＩ内にＴｏｔａｌ−ＤＡＩ存在、Ｃｏｕｎｔｅｒ−ＤＡＩ値(又はＣｏｕｎｔｅｒ−ＤＡＩにより暗示されるＰＤＳＣＨ順序値)ごとに同一のＡＲＩ値を割り当て、ＡＲＩ値によるＰＵＣＣＨリソースを割り当て
【０３９３】
４)Ｏｐｔｉｏｎ ６：ＵＣＩ内にスケジューリング有無に関するビットマップ情報存在、Ｃｏｕｎｔｅｒ−ＤＡＩ値(又はＣｏｕｎｔｅｒ−ＤＡＩにより暗示されるＰＤＳＣＨ順序値)ごとに同一のＡＲＩ値を割り当て、ＡＲＩ値によるＰＵＣＣＨリソース割り当て
【０３９４】
さらに、ＤＣＩ内にＣｏｕｎｔｅｒ−ＤＡＩが存在し、Ｃｏｕｎｔｅｒ−ＤＡＩ値が与えられたスロットに対する(ｉｎｔｅｒ−Ｓｌｏｔ)ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ(以下、ｉｎｔｅｒ−ＤＡＩ ｂｕｎｄｌｉｎｇ)を適用する時、端末は以下のうちの１つの方式を適用できる。
【０３９５】
＜１＞Ｏｐｔｉｏｎ ７：最後に受信されたＤＡＩまでの全てのＤＡＩ値に対応するスロットに対するＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う。
【０３９６】
−一例として、ＤＡＩ値１、２、４が受信された場合、端末はＤＴＸ(ｎｏ ＰＵＣＣＨ Ｔｘ)するか又はＤＡＩ＝４に対応するＰＵＣＣＨリソースでｂｕｎｄｌｅｄ ＮＡＣＫを送信
【０３９７】
＜２＞Ｏｐｔｉｏｎ ８：ＤＡＩ初期値から連続して受信されたＤＡＩ値に対応するスロットに対してのみＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇを行う。
【０３９８】
−一例として、ＤＡＩ値１、２、４が受信された場合、端末はＤＡＩ＝２に対応するＰＵＣＣＨリソースでＤＡＩ＝１、ＤＡＩ＝２までに対するｂｕｎｄｌｅｄ ＡＣＫ／ＮＡＣＫを送信
【０３９９】
上述した第９のＡＣＫ／ＮＡＣＫ送受信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０４００】
図２３は本発明による端末の確認応答情報の送信方法を示すフローチャートである。
【０４０１】
端末は基地局から下りリンクデータを受信する(Ｓ２３１０)。
【０４０２】
一般的に、受信される下りリンクデータはＮ個(Ｎは自然数)の下りリンクデータに対応する。
【０４０３】
この時、１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ;ＣＢＧ)を含む。
【０４０４】
従って、Ｎ個の下りリンクデータは総Ｎ＊Ｍ＊Ｌ個のＣＢＧを含む。
【０４０５】
次いで、端末は受信された下りリンクに含まれたＣＢＧに対する確認応答情報をバンドリングする(Ｓ２３２０)。
【０４０６】
より具体的には、端末はＮ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報を一定の規則に基づいてＸ(Ｘは１より大きいか又は等しく、Ｎ＊Ｍ＊Ｌより小さい自然数)ビットサイズの確認応答情報にバンドリングする。
【０４０７】
本発明において、一定の規則としては実施例によって以下のように様々な規則を適用できる。
【０４０８】
一例として、前記一定の規則は、同一のＴＢに含まれた全てのＣＢＧの確認応答情報をバンドリングする第１規則に対応する。この時、前記ＸはＮ＊Ｍに対応する。
【０４０９】
他の例として、前記一定の規則は、同一の下りリンクデータに含まれ、各ＴＢに対して同一のＣＢＧインデックスを有する全てのＣＢＧの確認応答情報をバンドリングする第２規則に対応する。この時、前記ＸはＮ＊Ｌに対応する。
【０４１０】
さらに他の例として、前記一定の規則は、各下りリンクデータに対して同一のＴＢインデックスを有するＴＢに含まれ、各ＴＢに対して同一のＣＢＧインデックスを有する全てのＣＢＧの確認応答情報をバンドリングする第３規則に対応する。この時、前記ＸはＭ＊Ｌに対応する。
【０４１１】
さらに他の例として、前記一定の規則は、同一の下りリンクデータに含まれた全てのＣＢＧの確認応答情報をバンドリングする第４規則に対応する。この時、前記ＸはＮに対応する。
【０４１２】
さらに他の例として、前記一定の規則は、同一のＴＢに含まれた全てのＣＢＧの確認応答情報を第１確認応答情報にバンドリングし、各下りリンクデータに対して同一のＴＢインデックスを有する全てのＴＢの第１確認応答情報を第２確認応答情報にバンドリングする第５規則に対応する。この時、前記ＸはＭに対応する。
【０４１３】
さらに他の例として、前記一定の規則は、Ｎ個の下りリンクデータに含まれた全てのＴＢに対して同一のＣＢＧインデックスを有する全てのＣＢＧの確認応答情報をバンドリングする第６規則に対応する。この時、前記ＸはＬに対応する。
【０４１４】
さらに他の例として、前記一定の規則は、Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報をバンドリングする第７規則に対応する。この時、前記Ｘは１に対応する。
【０４１５】
さらに他の例として、前記一定の規則は、Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報に対して段階的にバンドリングを行い、Ｙ(Ｙは自然数)段階までバンドリングされた確認応答情報のサイズが特定のビットサイズ以下である場合、バンドリングを中止する第８規則に対応する。
【０４１６】
このように様々な規則に基づいて、端末は受信された下りリンクデータに対する確認応答情報をバンドリングする。次いで、端末はバンドリングされた確認応答情報を基地局に送信する(Ｓ２３３０)。
【０４１７】
ここで、確認応答情報とは、受信された下りリンクデータに対するＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報に対応する。
【０４１８】
またバンドリングされた確認応答情報は、状況によってＰＵＣＣＨ又はＰＵＳＣＨを介して送信される。
【０４１９】
上述した提案方式に対する一例も本発明の具現方法の１つとして含まれてもよく、一種の提案方式と見なし得ることは明白な事実である。また、上述した提案方式は独立して具現されてもよく、一部の提案方式の組合せ（又は、併合）の形態で具現されてもよい。上記提案方法適用の有無に関する情報（又は、上記提案方法の規則に関する情報）は、基地局が端末に事前に定義されたシグナル（例えば、物理層シグナル又は上位層シグナル）で知らせるように規則が定義されてもよい。
【０４２０】
４．装置構成
【０４２１】
図２４は提案する実施例を具現できる端末及び基地局の構成を示す図である。図２４に示した端末及び基地局は、上述した端末と基地局の間で確認応答情報の送受信方法の実施例を具現するように動作する。
【０４２２】
端末(ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)１は、上りリンクでは送信端として動作し、下りリンクでは受信端として動作することができる。また、基地局(ｅＮＢ：ｅ−Ｎｏｄｅ Ｂ又はｇＮＢ：ｎｅｗ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ)１００は、上りリンクでは受信端として動作し、下りリンクでは送信端として動作することができる。
【０４２３】
即ち、端末及び基地局は、情報、データ及び／又はメッセージの送信及び受信を制御するためにそれぞれ、送信器(Ｔｒａｎｓｍｉｔｔｅｒ)１０，１１０及び受信器(Ｒｅｃｅｉｖｅｒ)２０，１２０を含むことができ、情報、データ及び／又はメッセージを送受信するためのアンテナ３０，１３０などを含むことができる。
【０４２４】
また、端末及び基地局はそれぞれ、上述した本発明の実施例を行うためのプロセッサ(Ｐｒｏｃｅｓｓｏｒ)４０，１４０、及びプロセッサの処理過程を臨時的に又は持続的に記憶できるメモリ５０，１５０を含むことができる。
【０４２５】
このように構成された端末１は、受信器２０でＮ個(Ｎは自然数)の下りリンクデータを受信する。この時、１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ；ＣＢＧ)を含む。次いで、端末１はプロセッサ４０によりＮ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報を一定の規則に基づいてＸ(Ｘは１より大きいか又は同一であり、Ｎ＊Ｍ＊Ｌより小さい自然数)ビットサイズの確認応答情報にバンドリングを行う。その後、端末１は送信器１０で上記バンドリングされたＸビットサイズの確認応答情報を基地局１００に送信する。
【０４２６】
これに対応して、基地局１００は送信器１１０で端末１にＮ個(Ｎは自然数)の下りリンクデータを送信する。この時、上述したように、１つの下りリンクデータはＭ個(Ｍは自然数)の送信ブロック(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｂｌｏｃｋ；ＴＢ)を含み、１つのＴＢはＬ個(Ｌは自然数)のコードブロックグループ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ；ＣＢＧ)を含む。次いで、基地局１００は受信器１２０で端末１からＮ個の下りリンクデータに含まれた総Ｎ＊Ｍ＊Ｌ個のＣＢＧに対する確認応答情報が一定の規則に基づいてバンドリングされたＸ(Ｘは１より大きいか又は同一であり、Ｎ＊Ｍ＊Ｌより小さい自然数)サイズの確認応答情報を受信する。
【０４２７】
端末及び基地局に含まれた送信器及び受信器は、データ送信のためのパケット変復調機能、高速パケットチャネルコーディング機能、直交周波数分割多重接続(ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)パケットスケジューリング、時分割デュプレックス(ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)パケットスケジューリング及び／又はチャネル多重化機能を有することができる。また、図２７の端末及び基地局は、低電力ＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)／ＩＦ(Ｉｎｔｅｒｍｅｄｉａｔｅ Ｆｒｅｑｕｅｎｃｙ)ユニットをさらに含むことができる。
【０４２８】
一方、本発明において端末として、個人携帯端末機(ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ)、セルラーフォン、個人通信サービス(ＰＣＳ：Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ)フォン、ＧＳＭ（登録商標）(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ)フォン、ＷＣＤＭＡ（登録商標）(Ｗｉｄｅｂａｎｄ ＣＤＭＡ)フォン、ＭＢＳ(Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ Ｓｙｓｔｅｍ)フォン、ハンドヘルドＰＣ(Ｈａｎｄ−Ｈｅｌｄ ＰＣ)、ノートＰＣ、スマート(Ｓｍａｒｔ)フォン、又はマルチモードマルチバンド(ＭＭ−ＭＢ：Ｍｕｌｔｉ Ｍｏｄｅ−Ｍｕｌｔｉ Ｂａｎｄ)端末機などを用いることができる。
【０４２９】
ここで、スマートフォンとは、移動通信端末機と個人携帯端末機の長所を混合した端末機であり、移動通信端末機に、個人携帯端末機の機能である日程管理、ファクシミリ送受信、及びインターネット接続などのデータ通信機能を統合した端末機を意味することができる。また、マルチモードマルチバンド端末機とは、マルチモデムチップを内蔵して携帯インターネットシステム及び他の移動通信システム(例えば、ＣＤＭＡ(Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)２０００システム、ＷＣＤＭＡ（登録商標）(Ｗｉｄｅｂａｎｄ ＣＤＭＡ)システムなど)のいずれにおいても作動し得る端末機のことを指す。
【０４３０】
本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア(ｆｉｒｍｗａｒｅ)、ソフトウェア、又はそれらの結合などによって具現することができる。
【０４３１】
ハードウェアによる具現の場合、本発明の実施例による方法は、１つ又はそれ以上のＡＳＩＣ(ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ)、ＤＳＰ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ)、ＤＳＰＤ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅ)、ＰＬＤ(ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ)、ＦＰＧＡ(ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０４３２】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例による方法は、以上で説明した機能又は動作を行うモジュール、手順又は関数などの形態として具現することができる。例えば、ソフトウェアコードは、メモリ５０，１５０に格納し、プロセッサ１４，１４０によって駆動することができる。上記メモリユニットは上記プロセッサの内部又は外部に設けられて、既に公知である様々な手段によって上記プロセッサとデータをやり取りすることができる。
【０４３３】
本発明は、本発明の技術的アイディア及び必須特徴から逸脱しない範囲で他の特定の形態として具体化することができる。したがって、上記の詳細な説明はいずれの面においても制限的に解釈されてはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付する請求項の合理的解釈によって決定しなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。
【産業上の利用可能性】
【０４３４】
本発明の実施例は、様々な無線接続システムに適用することができる。様々な無線接続システムの一例として３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)又は３ＧＰＰ２システムなどがある。本発明の実施例は、上記様々な無線接続システムの他、上記様々な無線接続システムを応用した全ての技術分野にも適用することができる。さらに、提案した方法は、超高周波帯域を利用するｍｍＷａｖｅ通信システムにも適用することができる。
【図１】
2020523826.tif 000011
【図２】
2020523826.tif 000012
【図３】
2020523826.tif 000013
【図４】
2020523826.tif 000014
【図５】
2020523826.tif 000015
【図６】
2020523826.tif 000016
【図７】
2020523826.tif 000017
【図８】
2020523826.tif 000018
【図９】
2020523826.tif 000019
【図１０】
2020523826.tif 000020
【図１１】
2020523826.tif 000021
【図１２】
2020523826.tif 000022
【図１３】
2020523826.tif 000023
【図１４】
2020523826.tif 000024
【図１５】
2020523826.tif 000025
【図１６】
2020523826.tif 000026
【図１７】
2020523826.tif 000027
【図１８】
2020523826.tif 000028
【図１９】
2020523826.tif 000029
【図２０】
2020523826.tif 000030
【図２１】
2020523826.tif 000031
【図２２】
2020523826.tif 000032
【図２３】
2020523826.tif 000033
【図２４】
2020523826.tif 000034
【手続補正書】
【提出日】令和1年12月17日(2019.12.17)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０１６４
【補正方法】変更
【補正の内容】
【０１６４】
−ＡＣＫ／ＮＡＣＫ ｂｕｎｄｌｉｎｇ後の全体ＡＣＫ／ＮＡＣＫペイロードサイズは２ビットである。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０２５６
【補正方法】変更
【補正の内容】
【０２５６】
具体的な例として、端末が３つのＣＣ（例：ＣＣインデックス０、ＣＣインデックス１、ＣＣインデックス２）及び３つのスロットに対応するＰＤＳＣＨに対して漸進的なＩｎｔｅｒ−ＴＢ  ｂｕｎｄｌｉｎｇ（以下、漸進的なＩｎｔｅｒ−ＴＢ  ｂｕｎｄｌｉｎｇ）（ＣＢＧインデックス当たり）を行うと仮定する。この場合、上述した各オプションごとのＡＣＫ／ＮＡＣＫ送受信方法は図１８乃至図２０のように示される。  
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０２５７
【補正方法】変更
【補正の内容】
【０２５７】
図１８乃至図２０において、ＣＣインデックスが大きいほど、（同一のＣＣインデックス内では）スロットインデックスが大きいほど、Ｉｎｔｅｒ−ＴＢ  ｂｕｎｄｌｉｎｇ（ＣＢＧインデックス当たり）の適用順序が早いと仮定して、陰影で示された部分はＩｎｔｅｒ−ＣＢＧ  ｂｕｎｄｌｉｎｇ（ＣＢＧインデックス当たり）が行われる単位（即ち、ＰＤＳＣＨ）を意味し、数字はＩｎｔｅｒ−ＴＢ  ｂｕｎｄｌｉｎｇ（ＣＢＧインデックス当たり）が適用される順序を意味する。
【国際調査報告】
2020523826.tif 000035
2020523826.tif 000036
2020523826.tif 000037
2020523826.tif 000038