(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて端末が基地局にスケジューリング要請(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ；ＳＲ)を送信する方法であって、
前記基地局から複数のＳＲに対する複数の第１物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースに関連する第１情報と、前記複数の第１ＰＵＣＣＨリソースの少なくとも一つが第２ＰＵＣＣＨリソースと時間で重畳するＨＡＲＱ−ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ)情報に対する前記第２ＰＵＣＣＨリソースに関連する第２情報を受信し、
（ｉ）前記ＨＡＲＱ−ＡＣＫ情報と、（ｉｉ）前記ＨＡＲＱ−ＡＣＫ情報に添付される前記複数のＳＲに関連するビット情報を含む上りリンク制御情報（ＵＣＩ）を送信することを含み、
前記複数のＳＲの少なくとも一つがポジティブＳＲである状態において、前記ＨＡＲＱ−ＡＣＫ情報が２より大きいことに基づいて、前記複数のＳＲに関連する前記ビット情報は前記複数のＳＲの中から前記ポジティブＳＲを特定するように設定される、スケジューリング要請送信方法。
【請求項２】
前記第１情報は上位階層シグナリングにより受信される、請求項１に記載のスケジューリング要請送信方法。
【請求項３】
前記第２情報は下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ)により受信される、請求項１に記載のスケジューリング要請送信方法。
【請求項４】
前記複数のＳＲに関連するビット情報は、それぞれのビットが、前記複数のＳＲの中の対応するＳＲがポジティブＳＲであるかネガティブＳＲであるかを示す複数のビットを含む、請求項１に記載のスケジューリング要請送信方法。
【請求項５】
ポジティブＳＲである前記複数のＳＲの中のＳＲに基づいて、前記複数のビットの中の対応するビットは１の値を有し、
ネガティブＳＲである前記複数のＳＲの中のＳＲに基づいて、前記複数のビットの中の対応するビットは０の値を有する、請求項４に記載のスケジューリング要請送信方法。
【請求項６】
前記複数のビットは、前記複数のＳＲのそれぞれに対する識別情報にしたがった順序で設定される、請求項４に記載のスケジューリング要請送信方法。
【請求項７】
前記第１ＰＵＣＣＨリソースの少なくとも一つは、前記第２ＰＵＣＣＨリソースと
時間領域において全体又は一部が重畳する、請求項１に記載のスケジューリング要請送信方法。
【請求項８】
前記第２ＰＵＣＣＨリソースは、前記ＨＡＲＱ−ＡＣＫ情報を含む上りリンク制御情報(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ)を送信する、請求項１に記載のスケジューリング要請送信方法。
【請求項９】
前記複数のＳＲに関連する前記ビット情報は、前記ビット情報を前記ＵＣＩと結合して生成された符号化ビット(ｃｏｄｅｄ ｂｉｔｓ)フォーマットを利用して前記第２ＰＵＣＣＨリソースで送信される、請求項８に記載のスケジューリング要請送信方法。
【請求項１０】
前記上りリンク制御情報（ＵＣＩ）の送信は、第３ＰＵＣＣＨリソースを介して実行される、請求項１に記載のスケジューリング要請送信方法。
【請求項１１】
前記第３ＰＵＣＣＨリソースは、前記ＨＡＲＱ−ＡＣＫ情報を送信するための前記第２ＰＵＣＣＨリソースと同じである、請求項１０に記載のスケジューリング要請送信方法。
【請求項１２】
前記第３ＰＵＣＣＨリソースは、前記ＨＡＲＱ−ＡＣＫ情報と、前記複数のＳＲに関連する前記ビット情報の合計サイスに基づいて決定される、請求項１１に記載のスケジューリング要請送信方法。
【請求項１３】
前記複数のＳＲに関連する前記ビット情報は、前記複数のＳＲに対応する複数の順序化された（ｏｒｄｅｒｅｄ）インデックスの中から、前記一つのＳＲに対するインデックスにより前記一つのＳＲを特定するように設定される、請求項１に記載のスケジューリング要請送信方法。
【請求項１４】
無線通信システムにおいて基地局が端末からスケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ；ＳＲ)を受信する方法であって、
前記端末から複数のＳＲに対する複数の第１物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースに関連する第１情報と、前記複数の第１ＰＵＣＣＨリソースの少なくとも一つが第２ＰＵＣＣＨリソースと時間で重畳するＨＡＲＱ−ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ)情報に対する前記第２ＰＵＣＣＨリソースに関連する第２情報を送信し、
（ｉ）前記ＨＡＲＱ−ＡＣＫ情報と、（ｉｉ）前記ＨＡＲＱ−ＡＣＫ情報に添付される前記複数のＳＲに関連するビット情報を含む上りリンク制御情報（ＵＣＩ）を受信することを含み、
前記複数のＳＲの少なくとも一つがポジティブＳＲである状態において、前記ＨＡＲＱ−ＡＣＫ情報が２より大きいことに基づいて、前記複数のＳＲに関連する前記ビット情報は前記複数のＳＲの中から前記ポジティブＳＲを特定するように設定される、スケジューリング要請受信方法。
【請求項１５】
無線通信システムにおいて基地局にスケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ；ＳＲ)を送信する端末であって、
受信部と、
送信部と、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと動作的に結合でき、前記少なくとも一つのプロセッサが実行される時、以下の動作を実行する指示を格納する、少なくとも一つのコンピュータメモリを含み、
前記プロセッサは、
前記基地局から複数のＳＲに対する複数の第１物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースに関連する第１情報と、前記複数の第１ＰＵＣＣＨリソースの少なくとも一つが第２ＰＵＣＣＨリソースと時間で重畳する、ＨＡＲＱ−ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ)情報に対する前記第２ＰＵＣＣＨリソースに関連する第２情報を受信し、
（ｉ）前記ＨＡＲＱ−ＡＣＫ情報と、（ｉｉ）前記ＨＡＲＱ−ＡＣＫ情報に添付される前記複数のＳＲに関連するビット情報を含む上りリンク制御情報（ＵＣＩ）を送信することを含み、
前記複数のＳＲの少なくとも一つがポジティブＳＲである状態において、前記ＨＡＲＱ−ＡＣＫ情報が２より大きいことに基づいて、前記複数のＳＲに関連する前記ビット情報は前記複数のＳＲの中から前記ポジティブＳＲを特定するように設定される、端末。
【請求項１６】
無線通信システムにおいて端末からスケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ；ＳＲ)を受信する基地局であって、
受信部と、
送信部と、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと動作的に結合でき、前記少なくとも一つのプロセッサが実行される時、以下の動作を実行する指示を格納する、少なくとも一つのコンピュータメモリを含み、
前記プロセッサは、
前記端末から複数のＳＲに対する複数の第１物理上りリンク制御チャネル（ＰＵＣＣＨ）リソースに関連する第１情報と、前記複数の第１ＰＵＣＣＨリソースの少なくとも一つが第２ＰＵＣＣＨリソースと時間で重畳するＨＡＲＱ−ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ)情報に対する前記第２ＰＵＣＣＨリソースに関連する第２情報を送信し、
（ｉ）前記ＨＡＲＱ−ＡＣＫ情報と、（ｉｉ）前記ＨＡＲＱ−ＡＣＫ情報に添付される前記複数のＳＲに関連するビット情報を含む上りリンク制御情報（ＵＣＩ）を受信することを含み、
前記複数のＳＲの少なくとも一つがポジティブＳＲである状態において、前記ＨＡＲＱ−ＡＣＫ情報が２より大きいことに基づいて、前記複数のＳＲに関連する前記ビット情報は前記複数のＳＲの中から前記ポジティブＳＲを特定するように設定される、基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は無線通信システムに関し、無線通信システムにおいて端末と基地局の間のスケジューリング要請を送受信する方法及びそれを支援する装置に関する。
【背景技術】
【０００２】
無線接続システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線接続システムは可用のシステムリソース(帯域幅、送信電力など)を共有して複数のユーザとの通信を支援できる多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例には、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。
【０００３】
なお、多数の通信機器がより大きな通信容量を要求することにより、既存のＲＡＴ(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ)に比べて向上したモバイルブロードバンド通信の必要性が高まっている。また、多数の機器及び物事を連結していつでもどこでも多様なサービスを提供する大規模(ｍａｓｓｉｖｅ)ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考えられている。さらに信頼性及び遅延などに敏感なサービス／ＵＥを考慮した通信システムのデザインも考えられている。
【０００４】
このように向上したモバイルブロードバンド通信、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、無線通信システムにおいて端末と基地局の間のスケジューリング要請を送受信する方法及びそれを支援する装置を提供することにある。
【０００６】
本発明で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。
【課題を解決するための手段】
【０００７】
本発明は、無線通信システムにおいて端末と基地局の間のスケジューリング要請を送受信する方法及びそれを支援する装置を提供する。
【０００８】
本発明の一態様として、無線通信システムにおいて端末が基地局にスケジューリング要請(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ；ＳＲ)を送信する方法において、基地局からＳＲ送信のための１つ以上の第１上りリンクリソースに関する第１設定情報と上りリンク制御情報(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ)を送信する第２上りリンクリソースに関する第２設定情報を受信し、Ｎ個(Ｎは１より大きい自然数)のＳＲ送信のためのＮ個の第１上りリンクリソースと第２上りリンクリソースが時間領域で重畳する場合、Ｎ個のＳＲ設定に関するＳＲ情報を指示するビット情報をＵＣＩと共に第２上りリンクリソースで送信することを含む、スケジューリング要請送信方法を提案する。
【０００９】
ここで、第１設定情報は上位階層シグナリングにより受信される。
【００１０】
また第２設定情報は下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ)により受信される。
【００１１】
ここで、Ｎ個のＳＲ設定に関するＳＲ情報を指示するビット情報は、Ｎ個のＳＲ設定のうちの１つのＳＲ設定に関する情報及び１つのＳＲ設定に対応するポジティブ(ｐｏｓｉｔｉｖｅ)ＳＲ情報を示す。
【００１２】
またＮ個のＳＲ設定に関するＳＲ情報を指示するビット情報は、Ｎ個のＳＲ設定の各々に対応するＳＲ情報がポジティブ(ｐｏｓｉｔｉｖｅ)ＳＲであるか又はネガティブ(ｎｅｇａｔｉｖｅ)ＳＲであるかを指示する複数のビットで構成される。
【００１３】
この時、複数のビットの各々は、対応するＳＲ情報がポジティブＳＲである場合、１の値を有し、対応するＳＲ情報がネガティブＳＲである場合は、０の値を有する。
【００１４】
また複数のビットはＮ個のＳＲ設定の識別情報に基づく順序で構成される。
【００１５】
上記構成において、Ｎ個の第１上りリンクリソース及び第２上りリンクリソースは時間領域において全体又は一部が重畳する。
【００１６】
この時、第２上りリンクリソースは、ＵＣＩを送信する物理上りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＵＣＣＨ)リソースに対応する。
【００１７】
またビット情報はＵＣＩと結合されて生成された符号化ビット(ｃｏｄｅｄ ｂｉｔｓ)フォーマットにより第２上りリンクリソースで送信される。
【００１８】
上記構成において、ＵＣＩは、チャネル状態情報(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ)、又はＨＡＲＱ−ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ)情報を含む。
【００１９】
本発明の他の態様として、無線通信システムにおいて基地局が端末からスケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ；ＳＲ)を受信する方法において、端末にＳＲ送信のための１つ以上の第１上りリンクリソースに関する第１設定情報と上りリンク制御情報(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ)を送信する第２上りリンクリソースに関する第２設定情報を送信し、Ｎ個(Ｎは１より大きい自然数)のＳＲ送信のためのＮ個の第１上りリンクリソースと第２上りリンクリソースが時間領域で重畳する場合、Ｎ個のＳＲ設定に関するＳＲ情報を指示するビット情報をＵＣＩと共に第２上りリンクリソースで受信することを含む、スケジューリング要請受信方法を提案する。
【００２０】
本発明のさらに他の態様として、無線通信システムにおいて基地局にスケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ；ＳＲ)を送信する端末において、受信部と、送信部と、受信部及び送信部に連結されて動作するプロセッサを含み、該プロセッサは、基地局からＳＲ送信のための１つ以上の第１上りリンクリソースに関する第１設定情報と上りリンク制御情報(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ)を送信する第２上りリンクリソースに関する第２設定情報を受信し、Ｎ個(Ｎは１より大きい自然数)のＳＲ送信のためのＮ個の第１上りリンクリソースと第２上りリンクリソースが時間領域で重畳する場合、Ｎ個のＳＲ設定に関するＳＲ情報を指示するビット情報をＵＣＩと共に第２上りリンクリソースで送信するように構成される、端末を提案する。
【００２１】
本発明のさらに他の態様として、無線通信システムにおいて端末からスケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ；ＳＲ)を受信する基地局において、受信部と、送信部と、受信部及び送信部と連結されて動作するプロセッサを含み、該プロセッサは、端末にＳＲ送信のための１つ以上の第１上りリンクリソースに関する第１設定情報と上りリンク制御情報(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ)を送信する第２上りリンクリソースに関する第２設定情報を送信し、Ｎ個(Ｎは１より大きい自然数)のＳＲ送信のためのＮ個の第１上りリンクリソースと第２上りリンクリソースが時間領域で重畳する場合、Ｎ個のＳＲ設定に関するＳＲ情報を指示するビット情報をＵＣＩと共に第２上りリンクリソースで受信するように構成される、基地局を提案する。
【００２２】
本発明のさらに他の態様として、無線通信システムにおいて端末が基地局にスケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ；ＳＲ)を送信する方法において、ＳＲ情報を送信する第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ；ＰＵＣＣＨ)フォーマット及びＨＡＲＱ−ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ)情報を送信する第２ＰＵＣＣＨフォーマットを決定し、第１ＰＵＣＣＨフォーマットが１つ又は２つのシンボルで構成され、最大２ビットサイズの上りリンク制御情報(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ)を支援するＰＵＣＣＨフォーマットに対応し、第２ＰＵＣＣＨフォーマットが４つ以上のシンボルで構成され、最大２ビットサイズのＵＣＩを支援するＰＵＣＣＨフォーマットに対応し、ＳＲ情報がポジティブ(ｐｏｓｉｔｉｖｅ)ＳＲである場合、ＨＡＲＱ−ＡＣＫ情報のみを第２ＰＵＣＣＨフォーマットを用いて送信することにより、ＳＲ情報とＨＡＲＱ−ＡＣＫ情報の同時送信を行うことを含む、スケジューリング要請送信方法を提案する。
【００２３】
ここで、ＳＲ情報を送信する第１上りリンクリソースとＨＡＲＱ−ＡＣＫ情報を送信する第２上りリンクリソースが時間領域で重畳する場合、ＳＲ情報とＨＡＲＱ−ＡＣＫ情報の同時送信が行われる。
【００２４】
本発明のさらに他の態様として、無線通信システムにおいて基地局にスケジューリング要請(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ；ＳＲ)を送信する端末において、受信部と、送信部と、受信部及び送信部と連結されて動作するプロセッサを含み、該プロセッサは、ＳＲ情報を送信する第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ；ＰＵＣＣＨ)フォーマット及びＨＡＲＱ−ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ)情報を送信する第２ＰＵＣＣＨフォーマットを決定し、第１ＰＵＣＣＨフォーマットが１つ又は２つのシンボルで構成され、最大２ビットサイズの上りリンク制御情報(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ)を支援するＰＵＣＣＨフォーマットに対応し、第２ＰＵＣＣＨフォーマットが４つ以上のシンボルで構成され、最大２ビットサイズのＵＣＩを支援するＰＵＣＣＨフォーマットに対応し、ＳＲ情報がポジティブ(ｐｏｓｉｔｉｖｅ)ＳＲである場合、ＨＡＲＱ−ＡＣＫ情報のみを第２ＰＵＣＣＨフォーマットを用いて送信することにより、ＳＲ情報とＨＡＲＱ−ＡＣＫ情報の同時送信を行うように構成される、端末を提案する。
【００２５】
上述した本発明の態様は、本発明の好適な実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常の知識を有する者にとって、以下に詳述する本発明の詳細な説明に基づいて導出され、理解されるであろう。
【発明の効果】
【００２６】
本発明の実施例によれば、次のような効果がある。
【００２７】
本発明によれば、複数のスケジューリング要請情報を送信する第１上りリンクリソースと確認応答情報を送信する第２上りリンクリソースとが時間領域で重畳する場合、端末は複数のスケジューリング要請情報に対応するビット情報を確認応答情報と共に第２上りリンクリソースで送信することができる。
【００２８】
これにより、端末は状況によって複数のスケジューリング要請情報を適応的に送信することができる。
【００２９】
本発明の実施例から得られる効果は、以上で言及した効果に限定されず、言及していない他の効果は、以下の本発明の実施例に関する記載から、本発明の属する技術の分野における通常の知識を有する者にとって明確に導出され理解されるであろう。即ち、本発明を実施することに伴う意図していない効果も、本発明の実施例から当該技術の分野における通常の知識を有する者によって導出され得る。
【図面の簡単な説明】
【００３０】
以下に添付する図面は、本発明に関する理解を助けるためのものであり、詳細な説明と共に本発明に関する実施例を提供する。但し、本発明の技術的特徴が特定の図面に限定されるものではなく、各図面で開示する特徴が互いに組み合わせられて新しい実施例として構成されてもよい。各図面における参照番号(ｒｅｆｅｒｅｎｃｅ ｎｕｍｅｒａｌｓ)は構造的構成要素(ｓｔｒｕｃｔｕｒａｌ ｅｌｅｍｅｎｔｓ)を意味する。
【００３１】
【図１】物理チャネル及びそれらを用いた信号送信方法を説明するための図である。
【図２】無線フレームの構造の一例を示す図である。
【図３】下りリンクスロットに対するリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する図である。
【図４】上りリンクサブフレームの構造の一例を示す図である。
【図５】下りリンクサブフレームの構造の一例を示す図である。
【図６】本発明に適用可能なセルフサブフレームの構造(Ｓｅｌｆ−Ｃｏｎｔａｉｎｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ)を示す図である。
【図７】ＴＸＲＵとアンテナ要素の代表的な連結方式を示す図である。
【図８】ＴＸＲＵとアンテナ要素の代表的な連結方式を示す図である。
【図９】本発明の一例によるＴＸＲＵ及び物理的アンテナの観点におけるハイブリッドビーム形成構造を簡単に示す図である。
【図１０】本発明の一例による下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)の送信過程において、同期信号(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)とシステム情報(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)に対するビーム掃引(Ｂｅａｍ ｓｗｅｅｐｉｎｇ)動作を簡単に示す図である。
【図１１】本発明の一例による第３ＳＲ送信方法を簡単に示す図である。
【図１２】本発明によってＳＲがＨＡＲＱ−ＡＣＫより高い優先順位を有する場合の端末のＳＲ送信方法を簡単に示す図である。
【図１３】本発明によってＨＡＲＱ−ＡＣＫがＳＲより高い優先順位を有する場合の端末のＳＲ送信方法を簡単に示す図である。
【図１４】本発明によってＨＡＲＱ−ＡＣＫがＳＲより高い優先順位を有する場合の端末のＳＲ送信方法を簡単に示す図である。
【図１５】本発明によって端末がスケジューリング要請を送信する方法を示すフローチャートである。
【図１６】提案する実施例を具現できる端末及び基地局の構成を示す図である。
【発明を実施するための形態】
【００３２】
以下の実施例は本発明の構成要素と特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は別の構成要素や特徴と結合しない形態で実施されてもよく、一部の構成要素及び／又は特徴を結合させて本発明の実施例を構成してもよい。本発明の実施例において説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替えられてもよい。
【００３３】
図面に関する説明において、本発明の要旨を曖昧にさせ得る手順又は段階などは記述を省略し、当業者のレベルで理解可能な程度の手順又は段階も記述を省略する。
【００３４】
明細書全体を通じて、ある部分がある構成要素を「含む(ｃｏｍｐｒｉｓｉｎｇ又はｉｎｃｌｕｄｉｎｇ)」とされているとき、これは、別に反対の記載がない限り、他の構成要素を除外するものではなく、他の構成要素をさらに含み得ることを意味する。また、明細書でいう“…部”、“…器”、“モジュール”などの用語は、少なくとも１つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの結合によって具現することができる。また、「ある(ａ又はａｎ)」、「１つ(ｏｎｅ)」、「その(ｔｈｅ)」及び類似の関連語は、本発明を記述する文脈において(特に、以下の請求項の文脈において)本明細書に別に指示されたり文脈によって明らかに反駁されない限り、単数及び複数の両方を含む意味で使うことができる。
【００３５】
この明細書において本発明の実施例は基地局と移動局の間のデータ送受信関係を中心に説明されている。ここで、基地局は、移動局と通信を直接行うネットワークの終端ノード(ｔｅｒｍｉｎａｌ ｎｏｄｅ)としての意味を有する。本文書において基地局によって行われるとされている特定動作は、場合によっては、基地局の上位ノード(ｕｐｐｅｒ ｎｏｄｅ)によって行われてもよい。
【００３６】
即ち、基地局を含む複数のネットワークノード(ｎｅｔｗｏｒｋ ｎｏｄｅ)からなるネットワークにおいて、移動局との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードで行うことができる。このとき、「基地局」は、固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ(ｅＮＢ)、発展した基地局(ＡＢＳ：Ａｄｖａｎｃｅｄ Ｂａｓｅ Ｓｔａｔｉｏｎ)又はアクセスポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)などの用語に言い換えることができる。
【００３７】
また、本発明の実施例において、端末(Ｔｅｒｍｉｎａｌ)は、ユーザ機器(ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)、移動局(ＭＳ：Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、加入者端末(ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)、移動加入者端末(ＭＳＳ：Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)、移動端末(Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ)、又は発展した移動端末(ＡＭＳ：Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)などの用語に言い換えることができる。
【００３８】
また、送信端はデータサービス又は音声サービスを提供する固定及び／又は移動ノードを意味し、受信端はデータサービス又は音声サービスを受信する固定及び／又は移動ノードを意味する。したがって、上りリンクでは移動局を送信端にし、基地局を受信端にすることができる。同様に、下りリンクでは移動局を受信端にし、基地局を送信端にすることができる。
【００３９】
本発明の実施例は、無線接続システムであるＩＥＥＥ ８０２．ｘｘシステム、３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)システム、３ＧＰＰ ＬＴＥシステム及び３ＧＰＰ２システムのうち少なくとも１つに開示されている標準文書によってサポートすることができ、特に、本発明の実施例は、３ＧＰＰ ＴＳ ３６．２１１、３ＧＰＰ ＴＳ ３６．２１２、３ＧＰＰ ＴＳ ３６．２１３、３ＧＰＰ ＴＳ ３６．３２１及び３ＧＰＰ ＴＳ ３８．３３１の文書によってサポートすることができる。即ち、本発明の実施例のうち、説明していない自明な段階又は部分は、上記文書を参照して説明することができる。また、本文書に開示している用語はいずれも、上記標準文書によって説明することができる。
【００４０】
以下、本発明に係る好適な実施形態を添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明が実施され得る唯一の実施形態を表すことを意図するものではない。
【００４１】
また、本発明の実施例で使われる特定用語は本発明の理解易さのために提供されるものであり、このような特定用語の使用は本発明の技術的思想を逸脱しない範囲で他の形態に変更されてもよい。
【００４２】
例えば、送信機会区間(ＴｘＯＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ Ｐｅｒｉｏｄ)という用語は、送信区間、送信バースト(Ｔｘ ｂｕｒｓｔ)又はＲＲＰ(Ｒｅｓｅｒｖｅｄ Ｒｅｓｏｕｒｃｅ Ｐｅｒｉｏｄ)という用語と同じ意味で使うことができる。また、ＬＢＴ(Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ)過程は、チャネル状態が遊休であるか否かを判断するためのキャリアセンシング過程、ＣＣＡ(Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｃｃｅｓｓｍｅｎｔ)、チャネル接続過程(ＣＡＰ：Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)と同じ目的で行うことができる。
【００４３】
以下、本発明の実施例を利用可能な無線接続システムの一例として３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムについて説明する。
【００４４】
以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような様々な無線接続システムに適用することができる。
【００４５】
ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１(ＷｉＦｉ)、ＩＥＥＥ ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などのような無線技術によって具現することができる。
【００４６】
ＵＴＲＡはＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ ＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)はＥ−ＵＴＲＡを用いるＥ−ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ(Ａｄｖａｎｃｅｄ)システムは３ＧＰＰ ＬＴＥシステムを改良したシステムである。
【００４７】
本発明の技術的特徴に関する説明を明確にするために、本発明の実施例は３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムを中心に述べられるが、ＩＥＥＥ ８０２．１６ｅ／ｍシステムなどに適用されてもよい。
【００４８】
１．３ＧＰＰ ＬＴＥ／ＬＴＥ Ａシステム
【００４９】
１．１．物理チャネル及びこれを用いた信号送受信方法
【００５０】
無線接続システムにおいて端末は下りリンク(ＤＬ：Ｄｏｗｎｌｉｎｋ)で基地局から情報を受信し、上りリンク(ＵＬ：Ｕｐｌｉｎｋ)で基地局に情報を送信する。基地局と端末とが送受信する情報は一般データ情報及び種々の制御情報を含み、基地局と端末とが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【００５１】
図１は、本発明の実施例で使用可能な物理チャネル及びそれらを用いた信号送信方法を説明するための図である。
【００５２】
電源が消えた状態で電源がついたり、新しくセルに進入したりした端末は、Ｓ１１段階で、基地局と同期を取るなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う。そのために、端末は基地局から主同期チャネル(Ｐ−ＳＣＨ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ)及び副同期チャネル(Ｓ−ＳＣＨ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ)を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。
【００５３】
その後、端末は基地局から物理放送チャネル(ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)信号を受信してセル内放送情報を取得することができる。
【００５４】
一方、端末は初期セル探索段階で下りリンク参照信号(ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)を受信して下りリンクチャネル状態を確認することができる。
【００５５】
初期セル探索を終えた端末は、Ｓ１２段階で、物理下りリンク制御チャネル(ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、及び物理下りリンク制御チャネル情報に対応する物理下りリンク共有チャネル(ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を受信して、より具体的なシステム情報を取得することができる。
【００５６】
その後、端末は基地局への接続を完了するために、段階Ｓ１３〜段階Ｓ１６のようなランダムアクセス過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行うことができる。そのために、端末は物理ランダムアクセスチャネル(ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)でプリアンブル(ｐｒｅａｍｂｌｅ)を送信し(Ｓ１３)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルでプリアンブルに対する応答メッセージを受信することができる(Ｓ１４)。競合ベースのランダムアクセスでは、端末は、更なる物理ランダムアクセスチャネル信号の送信(Ｓ１５)、及び物理下りリンク制御チャネル信号及びそれに対応する物理下りリンク共有チャネル信号の受信(Ｓ１６)のような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行うことができる。
【００５７】
上述したような手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル信号及び／又は物理下りリンク共有チャネル信号の受信(Ｓ１７)、及び物理上りリンク共有チャネル(ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)信号及び／又は物理上りリンク制御チャネル(ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)信号の送信(Ｓ１８)を行うことができる。
【００５８】
端末が基地局に送信する制御情報を総称して上りリンク制御情報(ＵＣＩ：Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)という。ＵＣＩは、ＨＡＲＱ−ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｉｏｎ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｉｏｎ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)情報などを含む。
【００５９】
ＬＴＥシステムにおいてＵＣＩは一般的にＰＵＣＣＨで周期的に送信されるが、制御情報とトラフィックデータが同時に送信されるべき場合にはＰＵＳＣＨで送信されてもよい。また、ネットワークの要求／指示によってＰＵＳＣＨでＵＣＩを非周期的に送信することもできる。
【００６０】
１．２．リソースの構造
【００６１】
図２は、本発明の実施例で用いられる無線フレームの構造を示す図である。
【００６２】
図２(ａ)にはタイプ１フレーム構造(ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ１)を示す。タイプ１フレーム構造は、全二重(ｆｕｌｌ ｄｕｐｌｅｘ)ＦＤＤ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)システムにも半二重(ｈａｌｆ ｄｕｐｌｅｘ)ＦＤＤシステムにも適用可能である。
【００６３】
１無線フレーム(ｒａｄｉｏ ｆｒａｍｅ)はＴｆ＝３０７２００＊Ｔｓ＝１０ｍｓの長さを有するものであり、Ｔｓｌｏｔ＝１５３６０＊Ｔｓ＝０．５ｍｓの均等な長さを有し、０〜１９のインデックスが与えられた２０個のスロットで構成される。１サブフレームは２個の連続したスロットで定義され、ｉ番目のサブフレームは、２ｉと２ｉ＋１に該当するスロットで構成される。すなわち、無線フレーム(ｒａｄｉｏ ｆｒａｍｅ)は１０個のサブフレーム(ｓｕｂｆｒａｍｅ)で構成される。１サブフレームを送信するためにかかる時間をＴＴＩ(ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ)という。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／(１５ｋＨｚ×２０４８)＝３．２５５２×１０−８(約３３ｎｓ)と表示される。スロットは時間領域において複数のＯＦＤＭシンボル又はＳＣ−ＦＤＭＡシンボルを含み、周波数領域において複数のリソースブロック(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)を含む。
【００６４】
１スロットは時間領域において複数のＯＦＤＭ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)シンボルを含む。３ＧＰＰ ＬＴＥは下りリンクにおいてＯＦＤＭＡを用いるので、ＯＦＤＭシンボルは１シンボル区間(ｓｙｍｂｏｌ ｐｅｒｉｏｄ)を表現するためのものである。ＯＦＤＭシンボルは１つのＳＣ−ＦＤＭＡシンボル又はシンボル区間ということができる。リソースブロック(ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ)はリソース割り当て単位であり、１つのスロットで複数の連続した副搬送波(ｓｕｂｃａｒｒｉｅｒ)を含む。
【００６５】
全二重ＦＤＤシステムでは各１０ｍｓ区間において１０個のサブフレームを下りリンク送信と上りリンク送信のために同時に利用することができる。このとき、上りリンクと下りリンク送信は周波数領域において分離される。これに対し、半二重ＦＤＤシステムでは端末が送信と受信を同時に行うことができない。
【００６６】
上述した無線フレームの構造は１つの例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。
【００６７】
図２(ｂ)にはタイプ２フレーム構造(ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ２)を示す。タイプ２フレーム構造はＴＤＤシステムに適用される。１無線フレーム(ｒａｄｉｏ ｆｒａｍｅ)はＴｆ＝３０７２００＊Ｔｓ＝１０ｍｓの長さを有し、１５３６００＊Ｔｓ＝５ｍｓの長さを有する２個のハーフフレーム(ｈａｌｆ−ｆｒａｍｅ)で構成される。各ハーフフレームは３０７２０＊Ｔｓ＝１ｍｓの長さを有する５個のサブフレームで構成される。ｉ番目のサブフレームは２ｉと２ｉ＋１に該当する各Ｔｓｌｏｔ＝１５３６０＊Ｔｓ＝０．５ｍｓの長さを有する２個のスロットで構成される。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／(１５ｋＨｚ×２０４８)＝３．２５５２×１０−８(約３３ｎｓ)と表示される。
【００６８】
タイプ２フレームにはＤｗＰＴＳ(Ｄｏｗｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ)、保護区間(ＧＰ：Ｇｕａｒｄ Ｐｅｒｉｏｄ)、ＵｐＰＴＳ(Ｕｐｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ)の３つのフィールドで構成される特別サブフレームを含む。ここで、ＤｗＰＴＳは、端末における初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局におけるチャネル推定と端末との上り伝送同期化に用いられる。保護区間は、上りリンクと下りリンクとの間に下りリンク信号の多重経路遅延によって上りリンクにおいて干渉を除去するための区間である。
【００６９】
次の表１は、特別フレームの構成(ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さ)を表す。
【００７０】
【表１】
0006845330.tif 000002
【００７１】
またＬＴＥ Ｒｅｌ−１３システムにおいては、特別フレームの構成(ＤｗＰＴＳ／ＧＰ／ＵｐＰＴＳの長さ)が下記の表のようにＸ(追加的なＳＣ−ＦＤＭＡのシンボルの数、上位階層パラメータｓｒｓ−ＵｐＰｔｓＡｄｄにより提供され、パラメータが設定されないと、Ｘは０である)を考慮して設定される構成が新しく追加されており、ＬＴＥ Ｒｅｌ−１４システムにおいては、Ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ＃１０が新しく追加されている。ここで、ＵＥは、下りリンクにおける一般ＣＰのためのＳｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ｛３，４，７，８｝及び下りリンクにおける拡張されたＣＰのためのＳｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ｛２，３，５，６｝に対して２つの追加ＵｐＰＴＳ ＳＣ−ＦＤＭＡシンボルが設定されることを期待しない。さらに、ＵＥは、下りリンクにおける一般ＣＰのためのＳｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ｛１，２，３，４，６，７，８｝及び下りリンクにおける拡張されたＣＰのためのＳｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ｛１，２，３，５，６｝に対して４つの追加ＵｐＰＴＳ ＳＣ−ＦＤＭＡシンボルが設定されることを期待しない。(Ｔｈｅ ＵＥ ｉｓ ｎｏｔ ｅｘｐｅｃｔｅｄ ｔｏ ｂｅ ｃｏｎｆｉｇｕｒｅｄ ｗｉｔｈ ２ ａｄｄｉｔｉｏｎａｌ ＵｐＰＴＳ ＳＣ−ＦＤＭＡ ｓｙｍｂｏｌｓ ｆｏｒ ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ{３，４，７，８} ｆｏｒ ｎｏｒｍａｌ ｃｙｃｌｉｃ ｐｒｅｆｉｘ ｉｎ ｄｏｗｎｌｉｎｋ ａｎｄ ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ{２，３，５，６} ｆｏｒ ｅｘｔｅｎｄｅｄ ｃｙｃｌｉｃ ｐｒｅｆｉｘ ｉｎ ｄｏｗｎｌｉｎｋ ａｎｄ ４ ａｄｄｉｔｉｏｎａｌ ＵｐＰＴＳ ＳＣ−ＦＤＭＡ ｓｙｍｂｏｌｓ ｆｏｒ ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ{１，２，３，４，６，７，８} ｆｏｒ ｎｏｒｍａｌ ｃｙｃｌｉｃ ｐｒｅｆｉｘ ｉｎ ｄｏｗｎｌｉｎｋ ａｎｄ ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎｓ{１，２，３，５，６} ｆｏｒ ｅｘｔｅｎｄｅｄ ｃｙｃｌｉｃ ｐｒｅｆｉｘ ｉｎ ｄｏｗｎｌｉｎｋ)
【００７２】
【表２】
0006845330.tif 000003
【００７３】
図３は、本発明の実施例で利用可能な下りリンクスロットに対するリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する図である。
【００７４】
図３を参照すると、１つの下りリンクスロットは時間領域において複数のＯＦＤＭシンボルを含む。ここで、１つの下りリンクスロットは７個のＯＦＤＭシンボルを含み、１つのリソースブロックは周波数領域において１２個の副搬送波を含むとしているが、これに限定されるものではない。
【００７５】
リソースグリッド上で各要素(ｅｌｅｍｅｎｔ)をリソース要素(ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ)といい、１つのリソースブロックは１２×７個のリソース要素を含む。下りリンクスロットに含まれるリソースブロックの数ＮＤＬは、下りリンク送信帯域幅(ｂａｎｄｗｉｄｔｈ)に従属する。
【００７６】
図４には、本発明の実施例で利用可能な上りリンクサブフレームの構造を示す。
【００７７】
図４を参照すると、上りリンクサブフレームは、周波数領域において制御領域とデータ領域とに分けることができる。制御領域には、上りリンク制御情報を搬送するＰＵＣＣＨが割り当てられる。データ領域には、ユーザデータを搬送するＰＵＳＣＨが割り当てられる。単一搬送波特性を維持するために１つの端末はＰＵＣＣＨとＰＵＳＣＨを同時に送信しない。１つの端末に対するＰＵＣＣＨにはサブフレーム内にＲＢ対が割り当てられる。ＲＢ対に属するＲＢは２個のスロットのそれぞれにおいて異なる副搬送波を占める。このようなＰＵＣＣＨに割り当てられたＲＢ対は、スロット境界(ｓｌｏｔ ｂｏｕｎｄａｒｙ)で周波数跳躍(ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)する、という。
【００７８】
図５は、本発明の実施例で利用可能な下りリンクサブフレームの構造を示す図である。
【００７９】
図５を参照すると、サブフレームにおける一番目のスロットにおいてＯＦＤＭシンボルインデックス０から最大で３個までのＯＦＤＭシンボルが、制御チャネルが割り当てられる制御領域(ｃｏｎｔｒｏｌ ｒｅｇｉｏｎ)であり、残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域(ｄａｔａ ｒｅｇｉｏｎ)である。３ＧＰＰ ＬＴＥで用いられる下りリンク制御チャネルの例に、ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)、ＰＤＣＣＨ、ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)などがある。
【００８０】
ＰＣＦＩＣＨはサブフレームの一番目のＯＦＤＭシンボルで送信され、サブフレームにおいて制御チャネルの送信のために用いられるＯＦＤＭシンボルの数(すなわち、制御領域のサイズ)に関する情報を搬送する。ＰＨＩＣＨは、上りリンクに対する応答チャネルであり、ＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ)に対するＡＣＫ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)／ＮＡＣＫ(Ｎｅｇａｔｉｖｅ−Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)信号を搬送する。ＰＤＣＣＨで送信される制御情報を下りリンク制御情報(ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)という。下りリンク制御情報は、上りリンクリソース割り当て情報、下りリンクリソース割り当て情報、又は任意の端末グループに対する上りリンク送信(Ｔｘ)電力制御命令を含む。
【００８１】
２．新しい無線接続技術(Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)システム
【００８２】
多数の通信機器がより大きな通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上した端末広帯域(Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ)通信の必要性が高まっている。また多数の機器及び物事を連結していつでもどこでも多様なサービスを提供する大規模(ｍａｓｓｉｖｅ)ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)も必要となっている。さらに信頼性及び遅延などに敏感なサービス／ＵＥを考慮した通信システムのデザインが提示されている。
【００８３】
このように向上した端末広帯域通信(Ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ)、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ−Ｒｅｌｉａｌｂｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した新しい無線接続技術であって、新しい無線接続技術システムが提案されている。以下、本発明では便宜上、該当技術をＮｅｗ ＲＡＴ又はＮＲ(Ｎｅｗ Ｒａｄｉｏ)と称する。
【００８４】
２．１．ニューマロロジー(Ｎｕｍｅｒｉｏｌｏｇｉｅｓ)
【００８５】
本発明が適用可能なＮＲシステムにおいては、以下の表のような様々なＯＦＤＭニューマロロジーが支援されている。この時、搬送波帯域幅部分(ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ ｐａｒｔ)ごとのμ及び循環前置(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)情報は、下りリンク(ＤＬ)又は上りリンク(ＵＬ)ごとに各々シグナリングされる。一例として、下りリンク搬送波帯域幅部分(ｄｏｗｎｌｉｎｋ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ ｐａｒｔ)のためのμ及び循環前置(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)情報は、上位階層シグナリングＤＬ−ＢＷＰ−ｍｕ及びＤＬ−ＭＷＰ−ｃｐを通じてシグナリングされる。他の例として、上りリンク搬送波帯域幅部分(ｕｐｌｉｎｋ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ ｐａｒｔ)のためのμ及び循環前置(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)情報は、上位階層シグナリングＵＬ−ＢＷＰ−ｍｕ及びＵＬ−ＭＷＰ−ｃｐを通じてシグナリングされる。
【００８６】
【表３】
0006845330.tif 000004
【００８７】
２．２．フレーム構造
【００８８】
下りリンク及び上りリンクの伝送は１０ｍｓ長さのフレームで構成される。フレームは１ｍｓ長さの１０つのサブフレームで構成される。この時、各々のサブフレームごとに連続するＯＦＤＭのシンボルの数は
0006845330.tif 000005
である。
【００８９】
各々のフレームは２つの同じサイズのハーフフレーム(ｈａｌｆ−ｆｒａｍｅ)で構成される。この時、各々のハーフフレームはサブフレーム０−４及びサブフレーム５−９で構成される。
【００９０】
副搬送波間隔(ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)μに対して、スロットは１つのサブフレーム内において昇順に
0006845330.tif 000006
のようにナンバリングされ、１つのフレーム内において昇順に
0006845330.tif 000007
のようにナンバリングされる。この時、１つのスロット内に連続するＯＦＤＭのシンボルの数
0006845330.tif 000008
は、循環前置によって以下の表のように決定される。１つのサブフレーム内の開始スロット
0006845330.tif 000009
は、同じサブフレーム内の開始ＯＦＤＭのシンボル
0006845330.tif 000010
と時間の次元で整列されている(ａｌｉｇｎｅｄ)。以下の表４は一般循環前置(ｎｏｒｍａｌ ｃｙｃｌｉｃ ｐｒｅｆｉｘ)のためのスロットごと／フレームごと／サブフレームごとのＯＦＤＭのシンボルの数を示し、表５は拡張された循環前置(ｅｘｔｅｎｄｅｄ ｃｙｃｌｉｃ ｐｒｅｆｉｘ)のためのスロットごと／フレームごと／サブフレームごとのＯＦＤＭのシンボルの数を示す。
【００９１】
【表４】
0006845330.tif 000011
【００９２】
【表５】
0006845330.tif 000012
【００９３】
本発明が適用可能なＮＲシステムにおいては、上記のようなスロット構造であって、セルフスロット構造(Ｓｅｌｆ−Ｃｏｎｔａｉｎｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ)が適用されている。
【００９４】
図６は本発明に適用可能なセルフサブフレーム構造(Ｓｅｌｆ−Ｃｏｎｔａｉｎｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ)を示す図である。
【００９５】
図６において、斜線領域(例えば、ｓｙｍｂｏｌ ｉｎｄｅｘ＝０)は下りリンク制御(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ)領域を示し、黒色領域(例えば、ｓｙｍｂｏｌ ｉｎｄｅｘ＝１３)は上りリンク制御(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ)領域を示す。その他の領域(例えば、ｓｙｍｂｏｌ ｉｎｄｅｘ＝１〜１２)は下りリンクデータ伝送又は上りリンクデータ伝送のために使用される。
【００９６】
このような構造により基地局及びＵＥは１つのスロット内でＤＬ伝送とＵＬ伝送を順次に行うことができ、１つのスロット内でＤＬデータを送受信し、これに対するＵＬ ＡＣＫ／ＮＡＣＫも送受信することができる。結果として、この構造ではデータ伝送エラーの発生時にデータの再伝送までにかかる時間を短縮させることにより、最終データ伝達の遅延を最小化することができる。
【００９７】
このようなセルフスロット構造においては、基地局とＵＥが送信モードから受信モードに、又は受信モードから送信モードに転換するために一定の時間長さのタイムギャップ(ｔｉｍｅ ｇａｐ)が必要である。このために、セルフスロット構造においてＤＬからＵＬに転換される時点の一部ＯＦＤＭシンボルは、ガード区間(ｇｕａｒｄ ｐｅｒｉｏｄ、ＧＰ)として設定されることができる。
【００９８】
以上ではセルフスロット構造がＤＬ制御領域及びＵＬ制御領域を全て含む場合を説明したが、制御領域はセルフスロット構造に選択的に含まれることができる。即ち、本発明によるセルフスロット構造は、図６に示したように、ＤＬ制御領域及びＵＬ制御領域を全て含む場合だけではなく、ＤＬ制御領域又はＵＬ制御領域のみを含む場合もある。
【００９９】
一例として、スロットは様々なスロットフォーマットを有することができる。この時、各々のスロットのＯＦＤＭシンボルは下りリンク(‘Ｄ’と表す)、フレキシブル(‘Ｘ’と表す)及び上りリンク(‘Ｕ’と表す)に分類される。
【０１００】
従って、下りリンクスロットにおいてＵＥは下りリンク伝送が‘Ｄ’及び‘Ｘ’シンボルでのみ発生すると仮定できる。同様に、上りリンクスロットにおいてＵＥは上りリンク伝送が‘Ｕ’及び‘Ｘ’シンボルでのみ発生すると仮定できる。
【０１０１】
２．３．アナログビーム形成(Ａｎａｌｏｇ Ｂｅａｍｆｏｒｍｉｎｇ)
【０１０２】
ミリ波(Ｍｉｌｌｉｍｅｔｅｒ Ｗａｖｅ、ｍｍＷ)では波長が短いので、同一面積に多数のアンテナ要素(ｅｌｅｍｅｎｔ)の設置が可能である。即ち、３０ＧＨｚ帯域において波長は１ｃｍであるので、５＊５ｃｍのパネルに０．５ｌａｍｂｄａ(波長)間隔で２次元(２−ｄｉｍｅｎｓｉｏｎ)配列する場合、総１００個のアンテナ要素を設けることができる。これにより、ミリ波(ｍｍＷ)では多数のアンテナ要素を使用してビーム形成(ｂｅａｍｆｏｒｍｉｎｇ、ＢＦ)利得を上げてカバレッジを増加させるか、或いはスループット(ｔｈｒｏｕｇｈｐｕｔ)を向上させることができる。
【０１０３】
この時、アンテナ要素ごとに伝送パワー及び位相の調節ができるように、各々のアンテナ要素はＴＸＲＵ(ｔｒａｎｓｃｅｉｖｅｒ)を含む。これにより、各々のアンテナ要素は周波数リソースごとに独立したビーム形成を行うことができる。
【０１０４】
しかし、１００余個の全てのアンテナ要素にＴＸＲＵを設けることは費用面で実効性が乏しい。従って、１つのＴＸＲＵに多数のアンテナ要素をマッピングし、アナログ位相シフター(ａｎａｌｏｇ ｐｈａｓｅ ｓｈｉｆｔｅｒ)でビーム方向を調節する方式が考えられている。かかるアナログビーム形成方式では全帯域において１つのビーム方向のみを形成できるので、周波数選択的なビーム形成が難しいという短所がある。
【０１０５】
これを解決するために、デジタルビーム形成及びアナログビーム形成の中間形態として、Ｑ個のアンテナ要素より少ない数のＢ個のＴＸＲＵを有するハイブリッドビーム形成(ｈｙｂｒｉｄ ＢＦ)が考えられる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナ要素の連結方式によって差はあるが、同時に伝送可能なビームの方向はＢ個以下に制限される。
【０１０６】
図７及び図８は、ＴＸＲＵとアンテナ要素(ｅｌｅｍｅｎｔ)の代表的な連結方式を示す図である。ここで、ＴＸＲＵ仮想化(ｖｉｒｔｕａｌｉｚａｔｉｏｎ)モデルは、ＴＸＲＵの出力信号とアンテナ要素の出力信号との関係を示す。
【０１０７】
図７はＴＸＲＵがサブアレイ(ｓｕｂ−ａｒｒａｙ)に連結された方式を示している。図７の場合、アンテナ要素は１つのＴＸＲＵのみに連結される。
【０１０８】
反面、図８はＴＸＲＵが全てのアンテナ要素に連結された方式を示している。図８の場合、アンテナ要素は全てのＴＸＲＵに連結される。この時、アンテナ要素が全てのＴＸＲＵに連結されるためには、図８に示したように、別の加算器が必要である。
【０１０９】
図７及び図８において、Ｗはアナログ位相シフター(ａｎａｌｏｇ ｐｈａｓｅ ｓｈｉｆｔｅｒ)により乗じられる位相ベクトルを示す。即ち、Ｗはアナログビーム形成の方向を決定する主要パラメータである。ここで、ＣＳＩ−ＲＳアンテナポートと複数のＴＸＲＵとのマッピングは１：１又は１：多である。
【０１１０】
図７の構成によれば、ビーム形成のフォーカシングが難しいという短所があるが、全てのアンテナ構成を低価で構成できるという長所がある。
【０１１１】
図８の構成によれば、ビーム形成のフォーカシングが容易であるという長所がある。但し、全てのアンテナ要素にＴＸＲＵが連結されるので、全体費用が増加するという短所がある。
【０１１２】
本発明が適用可能なＮＲシステムにおいて、複数のアンテナが使用される場合、デジタルビーム形成(Ｄｉｇｉｔａｌ ｂｅａｍｆｏｒｍｉｎｇ)及びアナログビーム形成を結合したハイブリッドビーム形成(ｈｙｂｒｉｄ ｂｅａｍｆｏｒｍｉｎｇ)方式が適用される。この時、アナログビーム形成(又はＲＦ(ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ)ビーム形成)は、ＲＦ端でプリコーディング(又は組み合わせ(ｃｏｍｂｉｎｉｎｇ))を行う動作を意味する。またハイブリッドビーム形成において、ベースバンド(ｂａｓｅｂａｎｄ)端とＲＦ端は各々プリコーティング(又は組み合わせ)を行う。これによりＲＦチェーンの数とＤ／Ａ(Ｄｉｇｉｔａｌ ｔｏ ａｎａｌｏｇ)(又はＡ／Ｄ(ａｎａｌｏｇ ｔｏ ｄｉｇｉｔａｌ))コンバーターの数を減らしながらデジタルビーム形成に近接する性能を得られるという長所がある。
【０１１３】
説明の便宜上、ハイブリッドビーム形成の構造は、Ｎ個の送受信端(ｔｒａｎｓｃｅｉｖｅｒ ｕｎｉｔ、ＴＸＲＵ)とＭ個の物理的アンテナで表すことができる。この時、送信端から伝送するＬ個のデータ階層(ｄｉｇｉｔａｌ ｌａｙｅｒ)に対するデジタルビーム形成は、Ｎ＊Ｌ(Ｌ ｂｙ Ｌ)行列で表される。その後、変換されたＮ個のデジタル信号はＴＸＲＵを介してアナログ信号に変換され、変換された信号に対してＭ＊Ｎ(Ｍ ｂｙ Ｎ)行列で表されるアナログビーム形成が適用される。
【０１１４】
図９は、本発明の一例によるＴＸＲＵ及び物理的アンテナ観点におけるハイブリッドビーム形成の構造を簡単に示す図である。この時、図９においてデジタルビームの数はＬ個であり、アナログビームの数はＮ個である。
【０１１５】
さらに、本発明が適用可能なＮＲシステムにおいては、基地局がアナログビーム形成をシンボル単位で変更できるように設計して、所定の地域に位置した端末に効率的なビーム形成を支援する方法が考えられる。さらに、図９に示したように、所定のＮ個のＴＸＲＵとＭ個のＲＦアンテナを１つのアンテナパネルに定義した時、本発明によるＮＲシステムにおいては、互いに独立したハイブリッドビーム形成が適用可能な複数のアンテナパネルを導入する方案も考えられる。
【０１１６】
以上のように基地局が複数のアナログビームを活用する場合、端末ごとに信号の受信に有利するアナログビームが異なる。よって本発明が適用可能なＮＲシステムにおいては、基地局が所定のサブフレーム(ＳＦ)内でシンボルごとに異なるアナログビームを適用して(少なくとも同期信号、システム情報、ページング(ｐａｇｉｎｇ)など)信号を伝送することにより、全ての端末が受信機会を得るようにするビーム掃引(ｂｅａｍ ｓｗｅｅｐｉｎｇ)動作が考えられている。
【０１１７】
図１０は本発明の一例による下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)伝送過程において、同期信号(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)とシステム情報(Ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ)に対するビーム掃引(Ｂｅａｍ ｓｗｅｅｐｉｎｇ)動作を簡単に示す図である。
【０１１８】
図１０において、本発明が適用可能なＮＲシステムのシステム情報がブロードキャスティング(Ｂｒｏａｄｃａｓｔｉｎｇ)方式で伝送される物理的リソース(又は物理チャネル)を、ｘＰＢＣＨ(ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ)と称する。この時、１つのシンボル内で互いに異なるアンテナパネルに属する複数のアナログビームは同時に伝送可能である。
【０１１９】
また図１０に示したように、本発明が適用可能なＮＲシステムにおいて、アナログビームごとのチャネルを測定するための構成であって、(所定のアンテナパネルに対応する)単一のアナログビームが適用されて伝送される参照信号(Ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＲＳ)であるビーム参照信号(Ｂｅａｍ ＲＳ、ＢＲＳ)の導入が論議されている。ＢＲＳは複数のアンテナポットに対して定義され、ＢＲＳの各々のアンテナポットは単一のアナログビームに対応する。この時、ＢＲＳとは異なり、同期信号又はｘＰＢＣＨは、任意の端末がよく受信するようにアナログビームのグループ内の全てのアナログビームが適用されて伝送される。
【０１２０】
３．提案する実施例
【０１２１】
以下の説明では上記のような技術的思想に基づいて、非免許帯域における端末及び基地局の動作について詳しく説明する。
【０１２２】
特に、本発明では端末がＵＬデータスケジューリングを要請するＳＲ(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ)を基地局に送信する方法について詳しく説明する。
【０１２３】
無線通信システムにおいて基地局(又はネットワーク)はＤＬデータ送信だけではなく端末のＵＬデータ送信を制御する。端末にはＵＬデータ送信のために基地局(又はネットワーク)からＵＬデータ送信目的の物理チャネルであるＰＵＳＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)が割り当てられる。次いで、基地局(又はネットワーク)はＵＬグラントと呼ばれるＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)により端末に特定のＰＵＳＣＨを介するＵＬデータ送信をスケジューリングすることができる。
【０１２４】
この時、基地局(又はネットワーク)は端末が送信しようとするＵＬデータ(又はＵＬトラフィック)の存在有無を知らない。従って、まず端末が基地局にＵＬデータスケジューリングを要請する方案が支援される必要がある。
【０１２５】
このための方法として、端末はＵＬデータトラフィックなどを含むＵＬスケジューリング要請メッセージ(以下、ＳＲ(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ))を基地局(又はネットワーク)に伝達する。一例として、端末はＳＲをＵＣＩ(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)送信目的の物理チャネルであるＰＵＣＣＨに送信する。ＳＲを含むＰＵＣＣＨは基地局(又はネットワーク)が上位階層信号により設定した時間リソース及び周波数リソースで送信されることができる。
【０１２６】
なお、本発明が適用可能なＮＲシステムは、単一の物理システムにおいて複数の論理ネットワークを支援でき、様々な要求条件を有するサービス(例：ｅＭＢＢ(ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ)、ｍＭＴＣ(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ＵＲＬＬＣ(Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)など)を支援するように設計される。
【０１２７】
一例として、ＵＣＩ送信目的の物理チャネルであるＰＵＣＣＨは、比較的多いＯＦＤＭシンボル(例：４つ以上のシンボル)で構成されて広いＵＬカバレッジを支援するＰＵＣＣＨ(以下、Ｌｏｎｇ ＰＵＣＣＨ)と比較的少ないＯＦＤＭシンボル(例：１つ又は２つのシンボル)で構成されて低い遅延(Ｌｏｗ ｌａｔｅｎｃｙ)送信を支援するＰＵＣＣＨ(以下、Ｓｈｏｒｔ ＰＵＣＣＨ)で構成される。
【０１２８】
Ｓｈｏｒｔ ＰＵＣＣＨは１つ以上の送信構造を有する。一例として、Ｓｈｏｒｔ ＰＵＣＣＨで送信されるＵＣＩ(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)の情報量が少ない場合(例：１又は２ビット)、基地局は端末に複数のシーケンスで構成されたシーケンス集合をＳｈｏｒｔ ＰＵＣＣＨリソースに割り当て、端末はＳｈｏｒｔ ＰＵＣＣＨリソースに割り当てられたシーケンスのうち、送信するＵＣＩ情報に対応する特定のシーケンスを選択して送信する。この時、このシーケンスはＬｏｗ ＰＡＰＲ(ｐｅａｋ ｐｏｗｅｒ ｔｏ ａｖｅｒａｇｅ ｐｏｗｅｒ ｒａｔｉｏ)の特性を満たすように設計される。以下、説明の便宜上、上記のようなシーケンス基盤のＳｈｏｒｔ ＰＵＣＣＨ構造をＳＥＱ−ＰＵＣＣＨという。
【０１２９】
なお、Ｓｈｏｒｔ ＰＵＣＣＨで送信されるＵＣＩの情報量は多い場合(例：３ビット以上)、基地局は端末にＵＣＩ送信のためのＲＥ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ)とＲＳ(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)送信のためのＲＥで構成されたＳｈｏｒｔ ＰＵＣＣＨリソースを割り当てる。この時、ＲＳ送信ＲＥとＵＣＩ送信ＲＥはシンボルごとにＦＤＭ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)方式によって区分される。よって端末はＵＣＩに対する符号化ビット(Ｃｏｄｅｄ ｂｉｔｓ)を生成した後、該符号化ビットに対する変調シンボル(ｍｏｄｕｌａｔｅｄ ｓｙｍｂｏｌ)をＵＣＩ送信のためのＲＥにより送信することができる。以下、説明の便宜上、このようにＲＳとＵＣＩの間の(シンボルごとの)ＦＤＭ方式が適用されたＳｈｏｒｔ ＰＵＣＣＨ構造をＦＤＭ−ＰＵＣＣＨという。
【０１３０】
以下、本発明では、上記のようなＳｈｏｒｔ ＰＵＣＣＨとＬｏｎｇ ＰＵＣＣＨを用いた端末のＳＲ送信方法について詳しく説明する。以下の説明では、本発明による動作をＮＲシステムにおける端末及び基地局の動作に具体化して説明するが、本発明で提案する方案は一般的な無線通信システムにも同様に適用できる。
【０１３１】
以下、本発明において、ＤＭ−ＲＳ(ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)はデータ復調用の参照信号を意味し、ＳＲＳ(ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)はＵＬチャネル測定用の参照信号を意味し、ＡＣＫ／ＮＡＣＫはデータデコーディング結果に対する確認応答情報を意味し、ＣＳＩ(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ)はチャネル測定結果に対するフィードバック情報を意味する。また、特定のシーケンスに対するＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)リソースは該当シーケンスに対して時間軸(又は周波数軸)にＣｙｃｌｉｃ ｔｉｍｅ ｓｈｉｆｔ(又はＣｙｃｌｉｃ ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ)が適用されたリソースを意味し、ルートインデックス(Ｒｏｏｔ ｉｎｄｅｘ)はシーケンスの生成時に使用されるシード(Ｓｅｅｄ)値を意味する。
【０１３２】
また本発明において、ＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｋ)は周波数軸のリソース割り当て単位を意味する。
【０１３３】
３.１．第１のＳＲ送信方法
【０１３４】
基地局は端末にＳＲ送信のための(潜在的な)時間リソース(又はスロット集合)を以下のうちのいずれか１つ以上の方法で設定できる。
【０１３５】
(１)予め約束された方式で設定
【０１３６】
(２)放送チャネル(Ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ)又はシステム情報により設定
【０１３７】
(３)(端末特定の)上位階層信号により設定
【０１３８】
これに対応して、端末はＳＲ送信のための(潜在的な)時間リソース(又はスロット集合)において、以下のうちのいずれか１つ以上の方法で実際ＳＲの送信有無を決定できる。
【０１３９】
１)特に確認過程なしにＳＲを送信
【０１４０】
この時、端末は予め約束された方式、放送チャネル又はシステム情報により設定された時間リソース(又はスロット)に対してのみ動作を行うことができる。
【０１４１】
２)時間リソース(又はスロット)内のグループ共通(Ｇｒｏｕｐ−ｃｏｍｍｏｎ)ＰＤＣＣＨによりＳＲ送信が許容された場合にのみＳＲを送信
【０１４２】
この時、端末は(端末特定の)上位階層信号により設定された時間リソース(又はスロット)に対してのみ動作を行うことができる。
【０１４３】
ここで、グループ共通ＰＤＣＣＨは複数の端末グループを対象とするＤＬ制御情報の物理的送信チャネルを意味する。
【０１４４】
このようなリソース割り当て及びこれに基づく信号送信方法は、(Ｐｅｒｉｏｄｉｃ)ＳＲＳ送信にも同様に適用できる。
【０１４５】
より具体的には、本発明によるＮＲシステムは、時間軸で定義されたスロット単位のＤＬ又はＵＬデータ送信を支援する。この時、ＮＲシステムではデータトラフィックによる柔軟なスケジューリングを支援するためにＤＬデータのみを送信可能なスロット(以下、Ｆｉｘｅｄ ＤＬ ｓｌｏｔ)又はＵＬデータのみを送信可能なスロット(以下、Ｆｉｘｅｄ ＵＬ ｓｌｏｔ)の使用を最小化する方案が適用される。
【０１４６】
よって、もしＦｉｘｅｄ ＵＬ ｓｌｏｔに限定して(周期的な)ＳＲ送信が許容された場合、端末においてＳＲを送信可能な時間リソースは相対的に小さくなり、ＳＲ送信周期は長くなる。このような動作は端末の遅延の観点では好ましくない。
【０１４７】
このような問題を解決するために、Ｆｉｘｅｄ ＵＬ ｓｌｏｔ以外にＤＬ／ＵＬデータ送信を目的として柔軟に転換できるスロット(以下、Ｆｌｅｘｉｂｌｅ ＤＬ／ＵＬ ｓｌｏｔ)がＳＲ送信に支援される。
【０１４８】
但し、基地局が潜在的にＳＲ送信が可能なスロット集合を端末に設定する場合、端末は(潜在的なＳＲ送信スロット集合内の)Ｆｉｘｅｄ ＵＬ ｓｌｏｔではないＦｌｅｘｉｂｌｅ ＤＬ／ＵＬ ｓｌｏｔに対してＳＲ送信が許容されるか否かを確信できない。
【０１４９】
よって基地局は、潜在的なＳＲ送信スロット集合内における特定のスロットに対して、実際にＳＲ送信が許容されるか否かをグループ共通ＰＤＣＣＨを介して端末に指示することができる。一例として、基地局はグループ共通ＰＤＣＣＨを介して潜在的なＳＲ送信スロット内における特定のスロット構造を指示し、これに対応して端末は指示されたスロット構造が(ＳＲ送信が可能な)ＵＬ ｃｏｎｔｒｏｌ送信領域を含む構造であれば、該当スロットでＳＲ送信が可能であると判断できる。
【０１５０】
第１のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０１５１】
３.２．第２のＳＲ送信方法
【０１５２】
基地局は端末にＭ個の状態(Ｓｔａｔｅ)を有するＳＲに対する送信リソースとしてＭ個のシーケンス集合を以下のうちの１つ以上の方法で設定できる。
【０１５３】
(１)(Ｍ個のシーケンスが割り当てられた)ＳＥＱ−ＰＵＣＣＨ
【０１５４】
−ここで、ＳＥＱ−ＰＵＣＣＨを構成するシーケンスは、時間リソース／周波数リソース／ＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)リソース／ルートインデックスの観点で区分される。
【０１５５】
(２)Ｍ個のＳＲＳを割り当て
【０１５６】
−ここで、ＳＲＳは時間リソース／周波数リソース／ＣＳリソース／ルートインデックスの観点で区分される。
【０１５７】
これに対応して、端末はＳＲに対するＭ個の状態のうち、端末が要請しようとする状態に対応するシーケンスを選択してＳＲを送信できる。
【０１５８】
ここで、Ｍ個の状態はＮｅｇａｔｉｖｅ ＳＲ(即ち、端末がＵＬスケジューリングを要請しない状態)を含まないことができる。言い換えれば、端末はＵＬスケジューリングを要請しないことを基地局にＳＲを伝達しないことにより表現することができる。
【０１５９】
より具体的には、ＳＲは端末がＵＬデータスケジューリングを要請する状態(以下、Ｐｏｓｉｔｉｖｅ ＳＲ)とＵＬデータスケジューリングを要請しない状態(Ｎｅｇａｔｉｖｅ ＳＲ)を含む。この時、Ｎｅｇａｔｉｖｅ ＳＲは端末がいかなるＵＬ信号も送信しないことにより表現できる。よって、ＳＲは情報の観点でＰｏｓｉｔｉｖｅ ＳＲという１つの状態を有することができる。
【０１６０】
本発明の実施例によるＮＲシステムにおいて、端末はＰｏｓｉｔｉｖｅ ＳＲを伝達するＵＬ信号として１つのシーケンスが割り当てられたＳＥＱ−ＰＵＣＣＨを活用できる。
【０１６１】
この特徴をより一般的に説明すると、本発明によるＮＲシステムにおいて、端末はＭ個の状態を有するＳＲ送信のためにＭ個のシーケンスが割り当てられたＳＥＱ−ＰＵＣＣＨを活用することができる。
【０１６２】
なお、端末がＳＲを送信すると、基地局は該当端末に対するＵＬデータスケジューリングのためにＵＬチャネル測定を行う必要がある。一例として、ＵＬチャネル測定の１つの方案として、基地局は端末にＵＬチャネル測定用のＲＳであるＳＲＳ(ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)を送信するように指示する。
【０１６３】
この時、端末がＳＲ送信過程とＳＲＳ送信過程を２段階に(区分して)進行する動作は、遅延の側面では好ましくない。かかる観点からして、端末のＳＲ送信過程とＳＲＳ送信過程は１つの過程に結合することができる。即ち、端末はＳＲを基地局に伝達するＵＬ信号としてＳＲＳリソースを活用することができる。
【０１６４】
一例として、ＳＲがＭ個の状態を有する時、基地局はＭ個の状態に対応するＭ個のＳＲＳリソースを割り当てることができる。端末がＳＲの特定の状態を基地局に伝達する時、端末は特定の状態に対応するＳＲＳリソースを送信することにより基地局にＳＲ情報を伝達することができる。
【０１６５】
このように端末がＳＲ送信リソースとしてＳＲＳリソースを活用する場合、端末はＳＲ送信と同時にＵＬチャネル推定用ＲＳを送信して遅延を減らすことができるという長所がある。
【０１６６】
この時、ＳＲの状態によってＳＲＳリソースの(周波数軸)リソース量が異なるように割り当てられる。一例として、ＳＲ情報の各状態がＵＬトラフィックのサイズを示す場合、ＵＬトラフィックのサイズが大きいほどＳＲＳリソースが周波数軸で多いリソースを有するように設定されることができる。
【０１６７】
さらに、本発明による端末は、ＵＬスケジューリングを要請するＳＲ(例：Ｄａｔａ−ＳＲ)とビーム微調整(Ｂｅａｍ ｒｅｆｉｎｅｍｅｎｔ)を要請するＳＲ(例：Ｂｅａｍ−ＳＲ)を送信することができる。この場合、Ｄａｔａ−ＳＲとＢｅａｍ−ＳＲは各々に対して独立して設定されたＳＲ送信リソースにより送信されるか、又はＤａｔａ−ＳＲとＢｅａｍ−ＳＲのジョイント符号化(Ｊｏｉｎｔ ｃｏｄｉｎｇ)の結果が単一のＳＲ送信リソースにより送信されることができる。
【０１６８】
一例として、Ｄａｔａ−ＳＲとＢｅａｍ−ＳＲが各々Ｐｏｓｉｔｉｖｅ ＳＲとＮｅｇａｔｉｖｅ ＳＲである場合、端末は以下の表のようにジョイント符号化された結果を３つの状態(及び対応する３つのシーケンス)を有するＳＥＱ−ＰＵＣＣＨを用いて送信することができる。但し、Ｄａｔａ−ＳＲとＢｅａｍ−ＳＲの両方がＮｅｇａｔｉｖｅ ＳＲである場合は、端末はいかなる信号も送信しない。
【０１６９】
【表６】
0006845330.tif 000013
【０１７０】
このような動作は互いに異なるサービスに対するＳＲについても適用できる。一例として、ｅＭＢＢデータに対するＳＲ(例：ｅＭＢＢ−ＳＲ)とＵＲＬＬＣデータに対するＳＲ(例：ＵＲＬＬＣ−ＳＲ)は、各々について独立して設定されたＳＲ送信リソースで送信されるか、又はｅＭＢＢ−ＳＲとＵＲＬＬＣ−ＳＲのジョイント結果が単一のＳＲ送信リソースで送信されることができる。この時、ｅＭＢＢ−ＳＲとＵＲＬＬＣ−ＳＲが各々Ｐｏｓｉｔｉｖｅ ＳＲとＮｅｇａｔｉｖｅ ＳＲである場合、表６のようにジョイント符号化された結果は３つの状態(及び対応する３つのシーケンス)を有するＳＥＱ−ＰＵＣＣＨで送信されることができる。この場合にもｅＭＢＢ−ＳＲとＵＲＬＬＣ−ＳＲの両方ともＮｅｇａｔｉｖｅ ＳＲである場合は、端末はいかなる信号も送信しないことができる。
【０１７１】
以上の第２のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０１７２】
３.３．第３のＳＲ送信方法
【０１７３】
ＵＣＩ(例：ＡＣＫ／ＮＡＣＫ及び／又はＣＳＩ)に対するＰＵＣＣＨ送信が予定されているスロット内にさらに端末がＳＲ送信を行おうとする場合、端末は以下のようにＳＲ及び／又はＵＣＩを送信することができる。
【０１７４】
(１)ＳＲ送信リソースとＵＣＩ送信リソースが時間軸で重畳しない場合(例：ＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)された場合)
【０１７５】
−Ｏｐｔ １：ＳＲとＣＩは各々の送信リソースを用いて送信される(Ｍｅｔｈｏｄ １)
【０１７６】
−Ｏｐｔ ２：ＳＲとＵＣＩが結合してＵＣＩ送信リソースで送信される
【０１７７】
但し、上記動作はＳＲ送信リソースとＵＣＩ送信リソースが時間軸で隣接し、２つの送信リソースの間の送信電力(ｐｏｗｅｒ)の差が一定サイズ以上である場合に適用できる。一例として、ＳＲ送信リソースがシーケンスであり、ＵＣＩ送信リソースがＳＲ送信リソースに時間軸で連接して送信されるＦＤＭ ＰＵＣＣＨである場合に適用される。
【０１７８】
(２)ＳＲ送信リソースとＵＣＩ送信リソースが時間軸で重畳する場合(例：ＦＤＭ (Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)又はＣＤＭ(Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)された場合)
【０１７９】
−Ｏｐｔ １：ＳＲとＵＣＩは各々の送信リソースを用いて送信される(Ｍｅｔｈｏｄ ２)
【０１８０】
但し、ＳＲ送信リソースとＵＣＩ送信リソースが両方ともシーケンスリソースである場合は、ＳＲシーケンスとＵＣＩシーケンスに適用されるＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)／ルートインデックスは異なるように設定される。一例として、ＳＲシーケンスとＵＣＩシーケンスに適用されるＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)／ルートインデックスの値は互いに一定のギャップを有するように設定される。
【０１８１】
−Ｏｐｔ ２：ＳＲとＵＣＩが結合してＵＣＩ送信リソースで送信される
【０１８２】
但し、上記動作は端末がＳＲとＵＣＩを各々の送信リソースで送信するために(予め設定された)最大の送信電力を超えた場合に適用される。
【０１８３】
また、ＵＣＩ送信リソースがＤＭ−ＲＳを有するＰＵＣＣＨリソースである場合、ＳＲ情報はＰＵＣＣＨ ＤＭ−ＲＳとＣＤＭ方式で多重化されるシーケンスにより表現されることができる。
【０１８４】
上記構成において、ＵＣＩ送信リソースは対応するスロットが(潜在的な)ＳＲ送信スロット又は(潜在的な)ＳＲ送信スロットであるか否かによって互いに異なるＰＵＣＣＨ送信構造に設定される。一例として、対応するスロットが(潜在的な)ＳＲ送信スロットである場合、ＵＣＩ送信リソースはＦＤＭ−ＰＵＣＣＨに設定され、ＳＲ送信スロットではない場合は、ＵＣＩ送信リソースはＳＥＱ−ＰＵＣＣＨに設定される。
【０１８５】
Ｍｅｔｈｏｄ １／２は、ＳＲＳとＵＣＩが同じスロット内に送信される場合、(ＳＲがＳＳに代替されて)適用されるか、又はＳＲとＳＲＳが同じスロット内に送信される場合、(ＵＣＩがＳＲＳに代替されて)適用されることができる。
【０１８６】
図１１は本発明の一例による第３のＳＲ送信方法を簡単に示す図である。
【０１８７】
より具体的には、従来のＬＴＥシステムでは、ＳＲとＵＣＩ(例：ＡＣＫ／ＮＡＣＫ、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ))が同じサブフレームで送信される場合、ＳＲとＵＣＩは結合されて単一のＰＵＣＣＨリソースで送信される。
【０１８８】
但し、本発明が適用可能なＮＲシステムでは、ＳＲ送信リソースとＵＣＩ送信リソースが１つのスロット内のＴＤＭ方式で多重化されて送信されることができる。よって、ＳＲ送信リソースとＵＣＩ送信リソースが時間軸で重畳しない場合、ＳＲ及びＵＣＩは各々について割り当てられた送信リソースで送信されることが基本動作である。
【０１８９】
しかし、ＳＲ送信リソースとＵＣＩ送信リソースが時間軸で重畳しなくても、互いに隣接するシンボルで送信され、２つの送信リソースの間の送信電力差が大きい場合は、端末はＳＲとＵＣＩを結合して単一の送信リソース(例：Ｓｈｏｒｔ ＰＵＣＣＨ)で送信することができる。
【０１９０】
一例として、端末が隣接する２つのＯＦＤＭシンボルに対して１番目のシンボルで(Ｌｏｗ ＰＡＰＲ(ｐｅａｋ ｐｏｗｅｒ ｔｏ ａｖｅｒａｇｅ ｐｏｗｅｒ ｒａｔｉｏ)の特性を満たす)ＳＥＱ−ＰＵＣＣＨでＳＲを送信し、２番目のシンボルでＡＣＫ／ＮＡＣＫをＦＤＭ−ＰＵＣＣＨで送信する場合を仮定する。ＳＥＱ−ＰＵＣＣＨと比較した時、ＦＤＭ−ＰＵＣＣＨは高いＰＡＰＲを有し、ＰＡ(ｐｏｗｅｒ ａｍｐｌｉｆｉｅｒ)の非線形性(ｎｏｎ−ｌｉｎｅａｒｉｔｙ)による歪曲を避けるために送信電力に対するバックオフ(ＢＡＣＫ−ｏｆｆ)が適用されることができる。この時、ＳＲ送信シンボルとＡＣＫ／ＮＡＣＫ送信シンボルの間で送信電力差が発生することができ、送信電力が直ちに変化せず、遅く変化する電力転移(Ｐｏｗｅｒ ｔｒａｎｓｉｅｎｔ)区間による信号歪曲が発生することもできる。
【０１９１】
このような問題を解決する方案として、互いに隣接して送信されるＳＲ送信リソースとＵＣＩ送信リソースの間の送信電力差が一定のサイズ以上である場合、端末はＳＲ情報をＵＣＩ送信リソース(ＰＵＣＣＨ)に含ませて送信することができる。例えば、上記例示において、端末はＳＲとＡＣＫ／ＮＡＣＫを結合した情報を２番目のシンボル内におけるＡＣＫ／ＮＡＣＫ送信目的で割り当てられたＦＤＭ−ＰＵＣＣＨで送信することができる。
【０１９２】
ＳＲ送信リソースとＵＣＩ(例：ＡＣＫ／ＮＡＣＫ、ＣＳＩ)送信リソースが時間軸で重畳する場合にも、各送信リソースに割り当てられた送信電力の和が端末の最大送信電力を超える場合(以下、電力制限ケース(Ｐｏｗｅｒ ｌｉｍｉｔｅｄ ｃａｓｅ))ではないと、端末はＳＲとＵＣＩを各々の送信リソースで送信することができる。
【０１９３】
もしＳＲ送信リソースとＵＣＩ(例：ＡＣＫ／ＮＡＣＫ、ＣＳＩ)送信リソースが時間軸で重畳し、電力制限ケースであると、端末はＳＲとＵＣＩを結合してＵＣＩ送信リソースで送信することができる。この時、ＵＣＩ送信リソースがＤＭ−ＲＳを有するＰＵＣＣＨ構造であると、ＳＲ情報はＰＵＣＣＨ内のＤＭ−ＲＳとＣＤＭが支援される特定のシーケンスで表現されることができる。この場合、端末はＰＵＣＣＨ ＤＭ−ＲＳとＣＤＭが支援されるシーケンスＭ個のうちの１つを選択して同一の時間／周波数リソースで送信することによりＭ個の状態を有するＳＲ情報を伝達することができる。
【０１９４】
上述した第３のＳＲ送信方法をより一般化すると、端末はＵＣＩ(例：ＳＲ、ＣＳＩ、ＡＣＫ／ＮＡＣＫ)を複数のサブセットに分割して、該複数のサブセットを(同じスロット内の)異なる／同一のシンボル上の複数のＰＵＣＣＨを介して送信することができる。
【０１９５】
さらに、端末はＳＲとＵＣＩが同時スケジューリングされたスロットにおいて以下のうちの１つの方法を適用できる。
【０１９６】
−方法１：(ＵＣＩ送信目的の)ＰＵＣＣＨリソースを(ＳＲ ｓｔａｔｅに対応して)複数個設定し、ＳＲ ｓｔａｔｅによって特定のＰＵＣＣＨリソースでＵＣＩ送信
【０１９７】
−方法２：ＳＲとＵＣＩを(ＴＤＭ／ＦＤＭ／ＣＤＭ方式で区分される)互いに異なるＰＵＣＣＨリソースで送信
【０１９８】
−方法３：ＳＲとＵＣＩを結合して単一のＰＵＣＣＨリソースで送信(但し、ＰＵＣＣＨフォーマットがＳＲのみ又はＵＣＩのみである場合とは異なることができる)
【０１９９】
またＤＣＩ(内のＡＲＩ(ＡＣＫ／ＮＡＣＫリソース指示子))によりＵＣＩ送信ＰＵＣＣＨリソースが指示される時、ＤＣＩ(内のＡＲＩ(ＡＣＫ／ＮＡＣＫリソース指示子))が指示するＰＵＣＣＨリソースがＳＲ送信目的で割り当てられたＰＵＣＣＨリソースと互いに異なるシンボルであると、端末は上述した方法２を行い、同じシンボルであると、上述した方法１を行う。
【０２００】
第３のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０２０１】
３.４．第４のＳＲ送信方法
【０２０２】
ＳＲとＵＣＩが１つのＰＵＣＣＨリソースで送信され、ＰＵＣＣＨリソースがＤＭ−ＲＳを含む時、ＰＵＣＣＨ ＤＭ−ＲＳに対する候補(又はＤＭ−ＲＳリソース)はＮ個設定できる。この時、端末は該Ｎ個のＲＳ候補(又はＤＭ−ＲＳリソース)のうちの１つを選択して送信する方式を用いて、(Ｎ−１)個の状態を有するＳＲ情報又はＮｅｇａｔｉｖｅ ＳＲを表現することができる。
【０２０３】
ここで、Ｎｅｇａｔｉｖｅ ＳＲは端末がＵＬデータスケジューリングを要請しない状態を意味する。
【０２０４】
また複数のＤＭ−ＲＳに対する候補(又はＤＭ−ＲＳリソース)は、ＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)／ＯＣＣ(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ)の観点で区分できる。
【０２０５】
より具体的には、ＤＭ−ＲＳがＣＡＺＡＣ(Ｃｏｎｓｔａｎｔ Ａｍｐｌｉｔｕｄｅ Ｚｅｒｏ Ａｕｔｏｃｏｒｒｅｌａｔｉｏｎ)シーケンスにより設計された単一のＦＤＭ−ＰＵＣＣＨを介してＳＲとＵＣＩが送信される場合、ＵＣＩに対する符号化ビット(Ｃｏｄｅｄ ｂｉｔｓ)は、ＦＤＭ−ＰＵＣＣＨのＵＣＩ送信のためのＲＥで送信されることができる。この時、(Ｎ−１)個の状態を有するＳＲ情報又はＮｅｇａｔｉｖｅ ＳＲは、ＰＵＣＣＨ ＤＭ−ＲＳが支援するＮ個のＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)リソース(又はＯＣＣリソース)のうちの１つを選択する方式で送信されることができる。
【０２０６】
より一般的には、ＦＤＭ−ＰＵＣＣＨ内のＤＭ−ＲＳに対するＲＳ候補が設定される場合、端末はＲＳ候補に対するＲＳ選択によりＳＲ情報を表現することができる。
【０２０７】
第４のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０２０８】
３.５．第５のＳＲ送信方法
【０２０９】
端末が送信電力が異なる複数のＰＵＣＣＨを時間軸で隣接して送信する場合、端末は以下のうちの１つのように複数のＰＵＣＣＨを送信することができる。
【０２１０】
(１)複数のＰＵＣＣＨに対して(単一の)送信電力で送信
【０２１１】
−(単一の)送信電力は優先順位が高いＰＵＣＣＨの送信電力又は複数のＰＵＣＣＨの送信電力のうちの最大(又は最小)値であることができる。
【０２１２】
(２)複数のＰＵＣＣＨに対して各々の送信電力で送信し、ＰＵＣＣＨごとに電力転移(Ｐｏｗｅｒ ｔｒａｎｓｉｅｎｔ)区間を異なるように設定
【０２１３】
−ＵＣＩに対する優先順位が低いか又はＵＣＩペイロードサイズが小さいほど電力転移区間が大きく設定される。
【０２１４】
より具体的には、端末が(同じスロット内)送信電力が大きく異なる複数のＰＵＣＣＨを時間軸で隣接して送信する場合、電力転移区間により信号が歪曲される現像が発生することができる。電力転移区間による信号歪曲を緩和するために、(同じスロット内)時間軸で隣接して送信される複数のＰＵＣＣＨに対して同じ送信電力が適用される。
【０２１５】
この時、複数のＰＵＣＣＨに対して同一に適用する送信電力は、複数のＰＵＣＣＨのうち、ＵＣＩに対する優先順位が最も高いＰＵＣＣＨに割り当てられた送信電力であるか、又は複数のＰＵＣＣＨに対して割り当てられた送信電力の最大値(又は最小値)である。また端末は複数のＰＵＣＣＨを各々割り当てられた送信電力で送信し、ＰＵＣＣＨごとに異なるように送信電力差により発生する電力転移区間を適用することができる。一例として、ＵＣＩに対する優先順位が低いＰＵＣＣＨが電力転移区間をもっと長く有するように設定される。
【０２１６】
第５のＳＲ送信方法はＳｈｏｒｔ ＰＵＣＣＨとＳｈｏｒｔ ＰＵＣＣＨが(時間軸で隣接して)ＴＤＭされた場合だけではなく、Ｌｏｎｇ ＰＵＣＣＨとＳｈｏｒｔ ＰＵＣＣＨが(時間軸で隣接して)ＴＤＭされた場合、及びＬｏｎｇ ＰＵＣＣＨとＬｏｎｇ ＰＵＣＣＨが(時間軸で隣接して)ＴＤＭされた場合にも適用できる。さらに、Ｓｈｏｒｔ ＰＵＣＣＨとＳｈｏｒｔ ＰＵＣＣＨが(時間軸で隣接して)ＴＤＭされた場合、２つのチャネルの間の送信電力差が一定以上であると、端末は２つのＰＵＣＣＨのうち、ＵＣＩ優先順位が低いＳｈｏｒｔ ＰＵＣＣＨを放棄するか、又は各Ｓｈｏｒｔ ＰＵＣＣＨで送信される予定のＵＣＩを結合して、結合されたＵＣＩを２つのＳｈｏｒｔ ＰＵＣＣＨのうちの１つのＳｈｏｒｔ ＰＵＣＣＨ(又は第３のＰＵＣＣＨ)で送信することができる。特に、Ｌｏｎｇ ＰＵＣＣＨとＳｈｏｒｔ ＰＵＣＣＨが(時間軸で隣接して)ＴＤＭされた場合は、端末はＳｈｏｒｔ ＰＵＣＣＨの送信電力をＬｏｎｇ ＰＵＣＣＨの送信電力と同一に合わせることができる。又は、上記の場合、Ｓｈｏｒｔ ＰＵＣＣＨの優先順位が高いと、端末はＬｏｎｇ ＰＵＣＣＨの送信電力をＳｈｏｒｔ ＰＵＣＣＨの送信電力と同一に合わせることができる。
【０２１７】
上述した第５のＳＲ送信方法をより一般化すると、ＰＵＳＣＨ／ＰＵＣＣＨ又はＰＵＣＣＨ／ＰＵＣＣＨが互いに(時間軸で隣接するように)ＴＤＭされた状況で端末は以下のうちの１つの動作を行うことができる。
【０２１８】
１)Ｏｐｔ １：小さい電力で設定されたチャネルの電力を大きい電力を有するチャネルの電力に合わせる。
【０２１９】
２)Ｏｐｔ ２：短いチャネルの電力を長いチャネルの電力に合わせるか、又は長いチャネル側に電力転移区間を構成する(但し、電力転移区間が構成されるチャネルはシンボル内の電力が一定でないことはでき、電力転移区間を構成しないチャネルはシンボル内の電力が一定に維持される)。
【０２２０】
３)Ｏｐｔ ３：優先順位が低いチャネルの電力を優先順位が高いチャネルの電力に合わせるか、又は優先順位が低いチャネル側に電力転移区間を構成する。
【０２２１】
さらに端末が２シンボルＰＵＣＣＨを送信する時、２つのシンボルの間に周波数ホッピングが適用されるか、又は２つのシンボルの間の電力差が大きいことができる。この場合、電力転移区間による性能低下を避けるために、端末は以下の動作を行う。
【０２２２】
−２シンボルＰＵＣＣＨを構成する２つの１シンボルＰＵＣＣＨの間の時間ギャップを設定
【０２２３】
＞ここで、時間ギャップはシンボル単位で設定される。一例として、時間ギャップは１シンボルに設定される。
【０２２４】
＞また時間ギャップを設定する動作は、２シンボルＰＵＣＣＨが送信される周波数帯域(ｆｒｅｑｕｅｎｃｙ ｂａｎｄ)又は２シンボルＰＵＣＣＨに適用されたＳＣＳ(ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)によって選択的に適用される。
【０２２５】
さらに、２つの１シンボルＰＵＣＣＨ(又はＳＲＳ)がＴＤＭされて送信される時、１シンボルＰＵＣＣＨ(又はＳＲＳ)のオン／オフにより発生する電力転移区間による性能低下を避けるために、端末は以下の動作を行うことができる。
【０２２６】
−２つの１シンボルＰＵＣＣＨ(又はＳＲＳ)の間の時間ギャップを設定
【０２２７】
＞ここで、時間ギャップはシンボル単位で設定される。一例として、時間ギャップは１シンボルに設定される。
【０２２８】
＞また時間ギャップを設定する動作は、１シンボルＰＵＣＣＨが送信される周波数帯域(ｆｒｅｑｕｅｎｃｙ ｂａｎｄ)又は１シンボルＰＵＣＣＨに適用されたＳＣＳ(ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ)によって選択的に適用される。
【０２２９】
さらに、２つの(ｓｈｏｒｔ)ＰＵＣＣＨが(時間軸で隣接するように)ＴＤＭされた状況で、端末は以下のうちの１つのオプションを適用することができる。
【０２３０】
この時、端末が第１オプションを行う時、ジョイント符号化以後の符号化率が一定水準以上であると、端末は第２乃至第４オプションのうちの１つを適用することができる。
【０２３１】
−第２オプション：２つ(ｓｈｏｒｔ)ＰＵＣＣＨの全てに対して電力転移区間(ｐｏｗｅｒ ｔｒａｎｓｉｅｎｔ ｐｅｒｉｏｄ)を設定
【０２３２】
−第３オプション：優先順位が低い(ｓｈｏｒｔ)ＰＵＣＣＨに対して電力転移区間を設定
【０２３３】
−第４オプション：２つ(ｓｈｏｒｔ)ＰＵＣＣＨの間で同じ電力を設定(電力転移区間を設定しない)
【０２３４】
−第５オプション：２つ(ｓｈｏｒｔ)ＰＵＣＣＨのうち、１つ以上の(ｓｈｏｒｔ)ＰＵＣＣＨ送信を省略(即ち、(ｓｈｏｒｔ)ＰＵＣＣＨ ｄｒｏｐ)
【０２３５】
第５のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０２３６】
３.６．第６のＳＲ送信方法
【０２３７】
ＳＥＱ−ＰＵＣＣＨに割り当てられたシーケンス集合ＳＡ内の(同じ時間リソース及び周波数リソースを有し)ＣＳリソースで区分される任意のシーケンス集合ＳＢに含まれたＭ個のシーケンスには、ＣＳインデックスの昇順(又は降順)に(連続する)Ｍ個のグレーコード(ｇｒａｙ ｃｏｄｅ)が対応する。
【０２３８】
ここで、ＳＥＱ−ＰＵＣＣＨのためのシーケンス集合内のシーケンスは、互いに異なる時間リソース、周波数リソース、長さ、ＣＳリソース及びルートインデックスのうちの１つを有する。
【０２３９】
より具体的には、時間リソースＴ１及び周波数リソースＦ１を有し、各々ＣＳ ｉｎｄｅｘ０、３、６で区分される支援されるＳＥＱ１、ＳＥＱ２、ＳＥＱ３と、(時間リソースＴ１及び周波数リソースＦ１と区分される)時間リソースＴ２及び周波数リソースＦ２を有するＳＥＱ４が、ＳＥＱ−ＰＵＣＣＨに割り当てられる。この時、同じ時間及び周波数リソース内においてＣＳリソースで区分されるシーケンスの間には各シーケンスが表現するＵＣＩビットの間のハミング距離(Ｈａｍｍｉｎｇ ｄｉｓｔａｎｃｅ)が小さく設定される。２ビットに対するグレーコードは００、０１、１１、１０と与えられるので、グレーコードは以下のようにＳＥＱ−ＰＵＣＣＨ内の各シーケンスに対応することができる。
【０２４０】
【表７】
0006845330.tif 000014
【０２４１】
より具体的には、ＳＥＱ−ＰＵＣＣＨに対して複数のシーケンスが割り当てられる時、複数のシーケンスに対して同じ時間及び周波数リソース上で(ＣＳリソースが区分される)シーケンスに対してＣＳインデックスの昇順(又は降順)に連続するインデックスが割り当てられる条件下でインデックスが適用されることができる。その後、ＮビットのＵＣＩに対するｋ番目のグレーコードは、ＳＥＱ−ＰＵＣＣＨ内のｋ番目のインデックスを有するシーケンスで送信されることができる。
【０２４２】
特に、ＳＥＱ−ＰＵＣＣＨが複数の時間リソースで送信される時、時間リソースごとに使用されるシーケンス集合のＣＳリソースが異なると(例：ＣＳ ｈｏｐｐｉｎｇ)、ＣＳリソース上に隣接するシーケンスの間には(連続する)グレーコードが対応するように時間リソースごとにグレーコードとシーケンスの間のマッピングが異なるように設定される。
【０２４３】
上記の時間リソースごとのグレーコードとシーケンスの間のマッピング原理には、上述した第６のＳＲ送信方法が適用されることができる。
【０２４４】
第６のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０２４５】
３.７．第７のＳＲ送信方法
【０２４６】
端末はＳＲとＡＣＫ／ＮＡＣＫが結合された情報を以下のうちの１つの方法で(単一)ＳＥＱ−ＰＵＣＣＨで送信することができる。
【０２４７】
−ＡＣＫ／ＮＡＣＫに対してバンドリングを適用した後、ＳＲとＢｕｎｄｌｅｄ ＡＣＫ／ＮＡＣＫに関する情報を(単一)ＳＥＱ−ＰＵＣＣＨで送信
【０２４８】
−シーケンスリソースの間の距離がＮｅｇａｔｉｖｅ／Ｐｏｓｉｔｉｖｅ ＳＲの間で最も大きくなるように(例：他のシンボル上のシーケンスに)割り当て、ＡＣＫ／ＮＡＣＫはグレーコードを考慮して(例：ＣＳ間隔によって)割り当てて送信
【０２４９】
より具体的には、ＳＲがＰｏｓｉｔｉｖｅ ＳＲ(ＵＬ ｓｃｈｅｄｕｌｉｎｇを要請する状態)とＮｅｇａｔｉｖｅ ＳＲ(ＵＬ ｓｃｈｅｄｕｌｉｎｇを要請しない状態)に区分され、ＡＣＫ／ＮＡＣＫのペイロードサイズが２ビットである時、ＳＲとＡＣＫ／ＮＡＣＫを結合した情報は全体８つの状態で表現される。即ち、{Ｐｏｓｉｔｉｖｅ ＳＲ、００}、{Ｐｏｓｉｔｉｖｅ ＳＲ、０１}、{Ｐｏｓｉｔｉｖｅ ＳＲ、１０}、{Ｐｏｓｉｔｉｖｅ ＳＲ、１１}、{Ｎｅｇａｔｉｖｅ ＳＲ、００}、{Ｎｅｇａｔｉｖｅ ＳＲ、０１}、{Ｎｅｇａｔｉｖｅ ＳＲ、１０}、{Ｎｅｇａｔｉｖｅ ＳＲ、１１}と表現される。
【０２５０】
しかし、ＳＥＱ−ＰＵＣＣＨが主に１ビット又は２ビットを対象とするので、８つのシーケンスを有するように割り当てるためには、１ビット又は２ビットを対象としてはＳＥＱ−ＰＵＣＣＨ構造と一貫する構造を維持することが難しい(例：周波数リソースの長さなどが変化することができる)。この場合、ＡＣＫ／ＮＡＣＫに対するバンドリングを適用することによりＳＥＱ−ＰＵＣＣＨで送信する全体状態の数を減少させることができる。
【０２５１】
一例として、上述した８つの状態を、{Ｐｏｓｉｔｉｖｅ ＳＲ、０(ｂｕｎｄｌｅｄ ＡＣＫ／ＮＡＣＫ ｏｆ ００ ｏｒ ０１ ｏｒ １０)}、{Ｐｏｓｉｔｉｖｅ ＳＲ、１(ｂｕｎｄｌｅｄ ＡＣＫ／ＮＡＣＫ ｏｆ １１)}、{Ｎｅｇａｔｉｖｅ ＳＲ、００}、{Ｎｅｇａｔｉｖｅ ＳＲ、０１}、{Ｎｅｇａｔｉｖｅ ＳＲ、１０}、{Ｎｅｇａｔｉｖｅ ＳＲ、１１}のように６つの状態に縮小するか、又は{Ｐｏｓｉｔｉｖｅ ＳＲ、０(ｂｕｎｄｌｅｄ ＡＣＫ／ＮＡＣＫ ｏｆ ００ ｏｒ ０１ ｏｒ １０)}、{Ｐｏｓｉｔｉｖｅ ＳＲ、１(ｂｕｎｄｌｅｄ ＡＣＫ／ＮＡＣＫ ｏｆ １１)}、{Ｎｅｇａｔｉｖｅ ＳＲ、０(ｂｕｎｄｌｅｄ ＡＣＫ／ＮＡＣＫ ｏｆ ００ ｏｒ ０１ ｏｒ １０)}、{Ｎｅｇａｔｉｖｅ ＳＲ、１(ｂｕｎｄｌｅｄ ＡＣＫ／ＮＡＣＫ ｏｆ １１)}のように４つの状態に縮小することができる。
【０２５２】
又は、８つのシーケンスを活用する場合、Ｐｏｓｉｔｉｖｅ ＳＲを意味するシーケンスリソースとＮｅｇａｔｉｖｅ ＳＲを意味するシーケンスリソースの間で直交性が最も確実に保障されるようにシーケンスリソースを割り当てることができる。一例として、ＳＥＱ−ＰＵＣＣＨ内に全体８つのシーケンスが存在し、８つのシーケンスは２つのシンボルに対してシンボルごとにＣＳリソースにより区分される４つのシーケンスで構成される場合を仮定する。この時、２つのシンボルのうち、１番目のシンボルではＰｏｓｉｔｉｖｅ ＳＲ＋ＡＣＫ／ＮＡＣＫ情報のみが表現され、２番目のシンボルではＮｅｇａｔｉｖｅ ＳＲ＋ＡＣＫ／ＮＡＣＫ情報のみが表現されるようにシーケンスが割り当てられる。
【０２５３】
さらに、(周波数ドメイン及びコードドメインで区分される)Ｍ個のシーケンスリソースを活用して、端末はＳＲ状態(例：Ｎ１個)とＨＡＲＱ−ＡＣＫ状態(例：Ｎ２個)に対する(全体又は一部)組み合わせ(例：Ｎ１＊Ｎ２個)のうち、特定の単一組み合わせを以下のうちの１つの方式で送信することができる。
【０２５４】
(１)方式＃１：特定の単一シーケンスを送信
【０２５５】
−ＳＲ状態とＨＡＲＱ−ＡＣＫ状態に対する最大ＭＣ１個の組み合わせを表現できる
【０２５６】
(２)方式＃２：(Ｍ個のシーケンスのうち)特定のＬ個のシーケンスを送信
【０２５７】
−与えられたＬ値について、ＳＲ状態とＨＡＲＱ−ＡＣＫ状態に対する最大ＭＣＬ個の組み合わせを表現できる
【０２５８】
ここで、周波数ドメイン及びコードドメインにおいてシーケンスが区分されるとは、シーケンスの間に割り当てられた周波数軸リソース、及び／又はＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)又はＯＣＣ(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ)が区分されることを意味する。
【０２５９】
また特定のＳＲとＨＡＲＱ−ＡＣＫの組み合わせに対して端末はいかなるシーケンスも送信しないことができる(即ち、ＤＴＸと表現)。
【０２６０】
また端末は４つのシーケンス(例：Ｓｅｑ．１、Ｓｅｑ．２、Ｓｅｑ．３、Ｓｅｑ．４)を活用して、ＳＲ状態(例：Ｐｏｓｉｔｉｖｅ ＳＲ又はＮｅｇａｔｉｖｅ ＳＲ)と２ビットのＨＡＲＱ−ＡＣＫ状態(例：{ＡＣＫ、ＡＣＫ}、{ＡＣＫ、ＮＡＣＫ}、{ＮＡＣＫ、ＡＣＫ}、{ＮＡＣＫ、ＮＡＣＫ})に対する８つの組み合わせのうち、特定の組み合わせを以下の方式のように(全体４つのシーケンスリソースのうち)単一又は複数のシーケンスを送信して表現することができる(即ち、Ｍ＝４)。
【０２６１】
１)Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}
【０２６２】
−Ｓｅｑ．１送信
【０２６３】
２)Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}(又はＰｏｓｉｔｉｖｅ ＳＲのみ)
【０２６４】
−Ｓｅｑ．２送信
【０２６５】
３)Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}
【０２６６】
−Ｓｅｑ．３送信
【０２６７】
４)Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}
【０２６８】
−Ｓｅｑ．４送信(但し、Ｎｅｇａｔｉｖｅ ＳＲのみであると、いかなる信号も送信しない)
【０２６９】
５)Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}又はＰｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}又はＮｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}又はＮｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}
【０２７０】
５−１)複数のシーケンスに対する同時送信が可能な場合
【０２７１】
−各(ＳＲとＨＡＲＱ−ＡＣＫ)の組み合わせについて４つのシーケンスのうち、シーケンス対(＝２つのシーケンス)を選ぶ場合の数(例：Ｓｅｑ．１＋Ｓｅｑ．２又はＳｅｑ．１＋Ｓｅｑ．３又はＳｅｑ．１＋Ｓｅｑ．４又はＳｅｑ．２＋Ｓｅｑ．３又はＳｅｑ．２＋Ｓｅｑ．４又はＳｅｑ．３＋Ｓｅｑ．４)のうちの特定の(単一の)シーケンス対を割り当て及び送信
【０２７２】
−ここで、端末は互いに異なるＳＲとＨＡＲＱ−ＡＣＫの組み合わせに対して互いに異なるシーケンス対を割り当て及び送信
【０２７３】
５−２)単一シーケンスに対する送信のみが可能な場合(例：電力制限ケース)
【０２７４】
−Ｐｏｓｉｔｉｖｅ ＳＲでかつ{ＡＣＫ、ＮＡＣＫ}(又は{ＮＡＣＫ、ＡＣＫ})であると、Ｓｅｑ．２を送信
【０２７５】
−Ｎｅｇａｔｉｖｅ ＳＲでかつ{ＡＣＫ、ＮＡＣＫ}(又は{ＮＡＣＫ、ＡＣＫ})であると、Ｓｅｑ．４を送信
【０２７６】
Ｐｏｓｉｔｉｖｅ或いはＮｅｇａｔｉｖｅ ＳＲ＋２ビットのＨＡＲＱ−ＡＣＫを表現するためにＭ＝４つのシーケンス(Ｓｅｑ．１、Ｓｅｑ．２、Ｓｅｑ．３、Ｓｅｑ．４)のみを活用する場合、端末は以下のようにシーケンスを送信できる。この時、以下の表において、‘０’は該当シーケンス送信を意味する。
【０２７７】
[１]Ｃａｓｅ１：複数のシーケンスに対する同時送信が可能な場合
【０２７８】
【表８】
0006845330.tif 000015
【０２７９】
[２]Ｃａｓｅ２：単一シーケンスに対する送信のみが可能な場合(例：電力制限ケース)
【０２８０】
【表９】
0006845330.tif 000016
【０２８１】
また基地局が端末にＣａｓｅ１又はＣａｓｅ２によってシーケンスを送信するように設定することができる。
【０２８２】
上記の例示において、Ｎｅｇａｔｉｖｅ ＳＲでかつＤＴＸである場合は、端末はいかなる信号も送信しないことができる。
【０２８３】
但し、上記例示においてＰｏｓｉｔｉｖｅ ＳＲ(のみ)である場合は、これを表現するために、端末はＰｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}と同一のシーケンス(例：Ｓｅｑ．２)を送信することができる。
【０２８４】
また、上記例示において、基地局は検出されたシーケンスに基づいて次のようにＳＲとＨＡＲＱ−ＡＣＫに対する組み合わせを判別することができる。
【０２８５】
１]Ｓｅｑ．１のみを検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}と判断
【０２８６】
２]Ｓｅｑ．２のみを検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}と判断
【０２８７】
３]Ｓｅｑ．３のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}と判断
【０２８８】
４]Ｓｅｑ．４のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}と判断
【０２８９】
５]Ｓｅｑ．１＋Ｓｅｑ．２を検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}と判断
【０２９０】
６]Ｓｅｑ．２＋Ｓｅｑ．３を検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}と判断
【０２９１】
７]Ｓｅｑ．１＋Ｓｅｑ．４を検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}と判断
【０２９２】
８]Ｓｅｑ．３＋Ｓｅｑ．４を検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}と判断
【０２９３】
上述した例示において、Ｓｅｑ．１とＳｅｑ．３がシンボルＡで送信され、Ｓｅｑ．２とＳｅｑ．４がシンボルＢ(≠シンボルＡ)にＴＤＭされて送信される場合、端末は常にＣａｓｅ １で動作できる。即ち、同時送信するシーケンスがＴＤＭされている場合、電力制限の場合が発生しないので、端末は常に同時送信する動作を行うことができる。
【０２９４】
上記構成をより一般化すると、Ｓｅｑ．１とＳｅｑ．３がシンボルＡで送信され、Ｓｅｑ．２、Ｓｅｑ．４がシンボルＢ(≠シンボルＡ)にＴＤＭされて送信される場合、端末はＳＲとＨＡＲＱ−ＡＣＫに対する特定の組み合わせをシーケンスを送信する次の８つの場合のうちの１つを用いて表現することができる。
【０２９５】
＜１＞Ｓｅｑ．１
【０２９６】
＜２＞Ｓｅｑ．２
【０２９７】
＜３＞Ｓｅｑ．３
【０２９８】
＜４＞Ｓｅｑ．４
【０２９９】
＜５＞Ｓｅｑ．１＋Ｓｅｑ．２
【０３００】
＜６＞Ｓｅｑ．１＋Ｓｅｑ．４
【０３０１】
＜７＞Ｓｅｑ．３＋Ｓｅｑ．２
【０３０２】
＜８＞Ｓｅｑ．３＋Ｓｅｑ．４
【０３０３】
この時、上記８つのシーケンス送信組み合わせは、ＳＲと２ビットのＨＡＲＱ−ＡＣＫに対する全体８つの組み合わせ、即ち、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}、Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}、Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}、Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}、Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ})に１：１に対応できる。
【０３０４】
具体的な一例として、８つのシーケンス送信組み合わせは、上述したＣａｓｅ １に対応する表のように１：１対応することができる。
【０３０５】
又は、Ｓｅｑ．１がシンボルＡで送信され、Ｓｅｑ．２、Ｓｅｑ．３、Ｓｅｑ．４がシンボルＢ(≠シンボルＡ)にＴＤＭされて送信される場合、端末はＳＲとＨＡＲＱ−ＡＣＫに対する特定の組み合わせを、シーケンスを送信する次の７つの場合のうちの１つを用いて表現できる。
【０３０６】
１＞Ｓｅｑ．１
【０３０７】
２＞Ｓｅｑ．２
【０３０８】
３＞Ｓｅｑ．３
【０３０９】
４＞Ｓｅｑ．４
【０３１０】
５＞Ｓｅｑ．１＋Ｓｅｑ．２
【０３１１】
６＞Ｓｅｑ．１＋Ｓｅｑ．３
【０３１２】
７＞Ｓｅｑ．１＋Ｓｅｑ．４
【０３１３】
この時、７つのシーケンス送信組み合わせは、ＳＲと２ビットのＨＡＲＱ−ＡＣＫに対する全体組み合わせのうち、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}である場合を除いた７つの組み合わせ、即ち、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}、Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}、Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}、Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}、Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}に１：１対応することができる。
【０３１４】
又は、７つのシーケンス送信組み合わせのうち、６つのシーケンス送信組み合わせは２ビットのＨＡＲＱ−ＡＣＫに対する次の６つの組み合わせ、即ち、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}、Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}、Ｐｏｓｉｔｉｖｅ ＳＲ＋Ａｌｌ ＡＣＫ(ｉ.ｅ.，{ＡＣＫ、ＡＣＫ})}、Ｐｏｓｉｔｉｖｅ ＳＲ＋Ｂｕｎｄｌｅｄ ＮＡＣＫ(i.e.，{ＮＡＣＫ、ＡＣＫ}、{ＡＣＫ、ＮＡＣＫ})に１：１対応することができる。この時、これら７つのシーケンス送信組み合わせのうち、残りの１つのシーケンス送信組み合わせは複数のシーケンスを送信する送信組み合わせ(例：Ｓｅｑ．１＋Ｓｅｑ．２、Ｓｅｑ．１＋Ｓｅｑ．３、Ｓｅｑ．１＋Ｓｅｑ．４)のうちの１つに対応することができる。
【０３１５】
一例として、端末は以下の表のようにＳＲと２ビットのＨＡＲＱ−ＡＣＫ組み合わせごとのシーケンス送信を行うことができる。
【０３１６】
【表１０】
0006845330.tif 000017
【０３１７】
さらに他の例示として、端末は６つのシーケンス(例：Ｓｅｑ．１、Ｓｅｑ．２、Ｓｅｑ．３、Ｓｅｑ．４、Ｓｅｑ．５、Ｓｅｑ．６)を活用してＳＲ状態(例：Ｐｏｓｉｔｉｖｅ ＳＲ ｏｒ Ｎｅｇａｔｉｖｅ ＳＲ)と２ビットのＨＡＲＱ−ＡＣＫ状態(例：{ＡＣＫ、ＡＣＫ}、{ＡＣＫ、ＮＡＣＫ}、{ＮＡＣＫ、ＡＣＫ}、{ＮＡＣＫ、ＮＡＣＫ})に対する８つの組み合わせのうち、特定の組み合わせを以下の方式のように(全体６つのシーケンスリソースのうち)単一又は複数のシーケンスを送信して表現できる(即ち、Ｍ＝６)。
【０３１８】
(Ａ)Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}
【０３１９】
−Ｓｅｑ．１送信
【０３２０】
(Ｂ)Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}
【０３２１】
−Ｓｅｑ．２送信
【０３２２】
(Ｃ)Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}
【０３２３】
−Ｓｅｑ．３送信
【０３２４】
(Ｄ)Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}
【０３２５】
−Ｓｅｑ．４送信(但し、Ｎｅｇａｔｉｖｅ ＳＲのみであると、いかなる信号も送信しない)
【０３２６】
(Ｅ)Ｐｏｓｉｔｉｖｅ ＳＲのみ
【０３２７】
−Ｓｅｑ．５送信
【０３２８】
(Ｆ)Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}
【０３２９】
−Ｓｅｑ．６送信
【０３３０】
(Ｇ)Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}又はＰｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}又はＰｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}
【０３３１】
(Ｇ−１)複数のシーケンスに対する同時送信が可能な場合
【０３３２】
−各(ＳＲとＨＡＲＱ−ＡＣＫ)組み合わせに対して６つのシーケンスのうち、シーケンス対(＝２つのシーケンス)を選ぶ場合の数(例：Ｓｅｑ．１＋Ｓｅｑ．２又はＳｅｑ．１＋Ｓｅｑ．３又はＳｅｑ．１＋Ｓｅｑ．４又はＳｅｑ．１＋Ｓｅｑ．５又はＳｅｑ．１＋Ｓｅｑ．６又はＳｅｑ．２＋Ｓｅｑ．３又はＳｅｑ．２＋Ｓｅｑ．４又はＳｅｑ．２＋Ｓｅｑ．５又はＳｅｑ．２＋Ｓｅｑ．６又はＳｅｑ．３＋Ｓｅｑ．４又はＳｅｑ．３＋Ｓｅｑ．５又はＳｅｑ．３＋Ｓｅｑ．６)のうちの特定の(単一の)シーケンス対を割り当て及び送信
【０３３３】
−ここで、互いに異なるＳＲとＨＡＲＱ−ＡＣＫ組み合わせに対して端末は互いに異なるシーケンス対を割り当て及び送信
【０３３４】
(Ｇ−２)単一シーケンスに対する送信のみが可能な場合(例：電力制限ケース)
【０３３５】
−Ｐｏｓｉｔｉｖｅ ＳＲでかつ{ＡＣＫ、ＮＡＣＫ}(又は{ＮＡＣＫ、ＡＣＫ}又は{ＮＡＣＫ、ＮＡＣＫ})であると、Ｓｅｑ．５を送信
【０３３６】
Ｐｏｓｉｔｉｖｅ又はＮｅｇａｔｉｖｅ ＳＲ＋２ビットのＨＡＲＱ−ＡＣＫを表現するためにＭ＝６つのシーケンス(Ｓｅｑ．１、Ｓｅｑ．２、Ｓｅｑ．３、Ｓｅｑ．４、Ｓｅｑ．５、Ｓｅｑ．６)のみを活用する場合、端末は以下のようにシーケンスを送信することができる。この時、以下の表において、‘Ｏ’は該当シーケンスの送信を意味する。
【０３３７】
Ａ)Ｃａｓｅ ３：複数のシーケンスに対する同時送信が可能な場合
【０３３８】
【表１１】
0006845330.tif 000018
【０３３９】
Ｂ)Ｃａｓｅ４：単一シーケンスに対する送信のみが可能な場合(例：電力制限ケース)
【０３４０】
【表１２】
0006845330.tif 000019
【０３４１】
又は、基地局が端末にＣａｓｅ３又はＣａｓｅ４によってシーケンスを送信するように設定できる。
【０３４２】
上記例示において、Ｎｅｇａｔｉｖｅ ＳＲでかつＤＴＸである場合、端末はいかなる信号も送信しないことができる。
【０３４３】
また上記例示において、基地局は検出されたシーケンスに基づいて以下のようにＳＲとＨＡＲＱ−ＡＣＫに対する組み合わせを判別することができる。
【０３４４】
[Ａ]Ｓｅｑ．１のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}と判断
【０３４５】
[Ｂ]Ｓｅｑ．２のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}と判断
【０３４６】
[Ｃ]Ｓｅｑ．３のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}と判断
【０３４７】
[Ｄ]Ｓｅｑ．４のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}と判断
【０３４８】
[Ｅ]Ｓｅｑ．５のみを検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋ｂｕｎｄｌｅｄ ＮＡＣＫ(又はＤＴＸ)と判断
【０３４９】
[Ｆ]Ｓｅｑ．６のみを検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}と判断
【０３５０】
[Ｇ]Ｓｅｑ．５＋Ｓｅｑ．２を検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}と判断
【０３５１】
[Ｈ]Ｓｅｑ．５＋Ｓｅｑ．３を検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}と判断
【０３５２】
[Ｉ]Ｓｅｑ．５＋Ｓｅｑ．４を検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}と判断
【０３５３】
さらに、端末はＰｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}とＰｏｓｉｔｉｖｅ ＳＲ＋ＤＴＸ(即ち、Ｐｏｓｉｔｉｖｅ ＳＲのみ)に対するシーケンス送信を以下の表１３又は表１４のように変形できる。
【０３５４】
【表１３】
0006845330.tif 000020
【０３５５】
【表１４】
0006845330.tif 000021
【０３５６】
表１３によると、基地局は検出されたシーケンスに基づいて以下のようにＳＲとＨＡＲＱ−ＡＣＫに対する組み合わせを判別できる。
【０３５７】
Ａ]Ｓｅｑ．１のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}と判断
【０３５８】
Ｂ]Ｓｅｑ．２のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}と判断
【０３５９】
Ｃ]Ｓｅｑ．３のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}と判断
【０３６０】
Ｄ]Ｓｅｑ．４のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}と判断
【０３６１】
Ｅ]Ｓｅｑ．５のみを検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}(又はＤＴＸ)と判断
【０３６２】
Ｆ]Ｓｅｑ．６のみを検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}と判断
【０３６３】
Ｇ]Ｓｅｑ．５＋Ｓｅｑ．２を検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}と判断
【０３６４】
Ｈ]Ｓｅｑ．５＋Ｓｅｑ．３を検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}と判断
【０３６５】
また表１４によると、基地局は検出されたシーケンスに基づいて以下のようにＳＲとＨＡＲＱ−ＡＣＫに対する組み合わせを判別できる。
【０３６６】
＜Ａ＞Ｓｅｑ．１のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}と判断
【０３６７】
＜Ｂ＞Ｓｅｑ．２のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}と判断
【０３６８】
＜Ｃ＞Ｓｅｑ．３のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}と判断
【０３６９】
＜Ｄ＞Ｓｅｑ．４のみを検出した時：Ｎｅｇａｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}と判断
【０３７０】
＜Ｅ＞Ｓｅｑ．５のみを検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋ｂｕｎｄｌｅｄ ＮＡＣＫ(又はＤＴＸ)と判断
【０３７１】
＜Ｆ＞Ｓｅｑ．６のみを検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＡＣＫ}と判断
【０３７２】
＜Ｇ＞Ｓｅｑ．５＋Ｓｅｑ．２を検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＡＣＫ、ＮＡＣＫ}と判断
【０３７３】
＜Ｈ＞Ｓｅｑ．５＋Ｓｅｑ．３を検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＡＣＫ}と判断
【０３７４】
＜Ｉ＞Ｓｅｑ．５＋Ｓｅｑ．４を検出した時：Ｐｏｓｉｔｉｖｅ ＳＲ＋{ＮＡＣＫ、ＮＡＣＫ}(又はＤＴＸ)と判断
【０３７５】
また端末が１ビットのＨＡＲＱ−ＡＣＫとＳＲを送信する場合、以下のようなシーケンス割り当てが考えられる。
【０３７６】
具体的には、端末が(Ｐｏｓｉｔｉｖｅ ｏｒ Ｎｅｇａｔｉｖｅ)ＳＲ＋２ビットのＨＡＲＱ−ＡＣＫに対してＭ＝２つのシーケンス(例：Ｓｅｑ．１、Ｓｅｑ．２)のみを活用する場合、端末は以下のように動作できる。
【０３７７】
Ａ＞Ｃａｓｅ１：複数のシーケンスに対する同時送信が可能な場合
【０３７８】
この場合、端末は以下の表のうちの１つのように動作できる。
【０３７９】
【表１５】
0006845330.tif 000022
【０３８０】
【表１６】
0006845330.tif 000023
【０３８１】
【表１７】
0006845330.tif 000024
【０３８２】
上記例示において、端末は常に複数のシーケンスを送信できると仮定し、Ｐｏｓｉｔｉｖｅ ＳＲ(のみ)である場合、端末はＰｏｓｉｔｉｖｅ ＳＲ＋ＮＡＣＫである場合と同一のシーケンス(即ち、Ｓｅｑ．２)を送信し、Ｎｅｇａｔｉｖｅ ＳＲ＋ＮＡＣＫである場合は、端末はいかなる信号も送信しない。
【０３８３】
また端末が２つのシンボルに対してシンボルごとに(Ｎ個のシーケンスのうちの１つを選択して送信する)(２シンボル)ＳＥＱ−ＰＵＣＣＨ送信構造において、ＳＲ(例：Ｐｏｓｉｔｉｖｅ ＳＲ、Ｎｅｇａｔｉｖｅ ＳＲ)と２ビットのＨＡＲＱ−ＡＣＫ情報を結合して送信する場合、端末は２つのシンボルに対して送信する全体Ｎ＊Ｎ個のシーケンス対のうち、８つの対を活用してＳＲと２ビットのＨＡＲＱ−ＡＣＫに対する８つの組み合わせを表現することができる。
【０３８４】
さらに端末はＭビットのＵＣＩ(例：ＨＡＲＱ−ＡＣＫ)に対して２Ｍ個シーケンスのうちの１つを選択して送信することによりＭビットのＵＣＩの特定の状態を表現するＰＵＣＣＨ(以下、ＳＥＱ−ＰＵＣＣＨ)構造を活用できる。この時、ＭビットのＵＣＩ送信のために使用できる２Ｍ個シーケンスが同一の周波数リソース(例：ＰＲＢｓ)を有して互いに(ＣＳ(循環シフト)ドメインで)同一の間隔を有する２Ｍ個のＣＳ(循環シフト)値で区分される場合、ＰＵＣＣＨリソースは周波数リソースのインデックス(例：ＰＲＢ ｉｎｄｅｘ)と該当周波数リソース内のＣＳ開始値と表現できる。この時、端末は残りの２Ｍ−１つのＣＳ値に基づいてＣＳ開始値とＣＳ間の間隔を類推することができる。ＣＳ間の間隔はＵＣＩペイロードサイズにより決定されるか、又は基地局が上位階層信号により設定した値に基づいて決定される。
【０３８５】
また基地局は複数のＰＵＣＣＨリソースを端末に設定し、その後、ＤＣＩにより複数のＰＵＣＣＨリソースのうち、ＵＣＩ送信に活用する特定のＰＵＣＣＨリソースを選択して指示することができる。
【０３８６】
さらに、ＳＲのみの送信である場合、端末はＰｏｓｉｔｉｖｅ ＳＲであるか又はＮｅｇａｔｉｖｅ ＳＲであるかによって以下のように動作する。具体的には、端末はＰｏｓｉｔｉｖｅ ＳＲのみであると、特定の単一シーケンスを送信し、Ｎｅｇａｔｉｖｅ ＳＲのみであると、該当シーケンスを送信しない(即ち、特定のシーケンス基盤のｏｎ／ｏｆｆ ｋｅｙｉｎｇ)。またＮビットのＨＡＲＱ−ＡＣＫのみの送信である場合、端末は２Ｎ個のシーケンスのうち、(ＨＡＲＱ−ＡＣＫ状態に対応する)特定の１つのシーケンスを選択して送信する(即ち、シーケンス選択に基づくＰＵＣＣＨ)。この時、ＳＲに対する送信とＨＡＲＱ−ＡＣＫに対する送信が同一の時間リソースで発生する場合、端末は以下のように動作する。
【０３８７】
Ａ．Ｐｏｓｉｔｉｖｅ ＳＲである場合、ＳＲのみの送信に対応する動作を行う
【０３８８】
−即ち、ＳＲ送信目的で割り当てられた特定の単一シーケンスのみを送信
【０３８９】
−但し、上記の場合、基地局はＨＡＲＱ−ＡＣＫに対してＤＴＸ又はＡｌｌ ＮＡＣＫと見なすことができる。
【０３９０】
Ｂ．Ｎｅｇａｔｉｖｅ ＳＲである場合、ＨＡＲＱ−ＡＣＫのみの送信に対応する動作を行う
【０３９１】
−即ち、ＨＡＲＱ−ＡＣＫ送信目的で割り当てられた２Ｎ個のシーケンスのうち、(ＨＡＲＱ−ＡＣＫ状態に対応する)特定の１つのシーケンスを送信
【０３９２】
但し、もしＳＲに対する送信とＨＡＲＱ−ＡＣＫに対する送信が同じ時間リソースで発生し、端末が電力制限ケースがなくて２つのシーケンスが同時送信可能な場合は、端末は以下のように動作することができる。
【０３９３】
Ｃ．Ｐｏｓｉｔｉｖｅ ＳＲである場合、ＳＲのみの送信に対応する動作を行う
【０３９４】
−ＳＲ送信目的で割り当てられた特定の単一シーケンスを送信
【０３９５】
−さらに、ＨＡＲＱ−ＡＣＫ送信目的で割り当てられた２Ｎ個のシーケンスのうち(ＨＡＲＱ−ＡＣＫ状態に対応する)特定の１つのシーケンスを送信
【０３９６】
Ｄ．Ｎｅｇａｔｉｖｅ ＳＲである場合、ＨＡＲＱ−ＡＣＫのみの送信に対応する動作を行う
【０３９７】
−即ち、ＨＡＲＱ−ＡＣＫ送信目的で割り当てられた２Ｎ個のシーケンスのうち、(ＨＡＲＱ−ＡＣＫ状態に対応する)特定の１つのシーケンスを送信
【０３９８】
第７のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０３９９】
３.８．第８のＳＲ送信方法
【０４００】
以下、説明において、ＳＲ(ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ)は端末が基地局にＵＬ送信リソース要請(又はＵＬ送信データ)の有無を伝達する物理階層信号を意味し、Ｐｏｓｉｔｉｖｅ ＳＲはＵＬ送信リソース要請(又はＵＬ送信データ)があることを意味し、Ｎｅｇａｔｉｖｅ ＳＲはＵＬ送信リソース要請(又はＵＬ送信データ)がないことを意味すると仮定する。
【０４０１】
この時、サービスタイプＡに対するＳＲを送信する(ｓｈｏｒｔ)ＰＵＣＣＨリソースとサービスタイプＢ(≠サービスタイプＡ)に対するデータを送信するＰＵＳＣＨリソースが時間軸で重畳する場合、端末は以下のうち、１つ以上の方式を適用できる。
【０４０２】
(１)ＰＵＳＣＨに割り当てられた(時間及び周波数)リソース内のＳＲ情報(例：Ｐｏｓｉｔｉｖｅ ＳＲであるか又はＮｅｇａｔｉｖｅ ＳＲであるか)をＵＣＩピギーバック形態で送信する。
【０４０３】
−ここで、ＳＲに対するＵＣＩピギーバックを行う時、端末はＰＵＳＣＨ内の一部ＵＬデータに対するパンクチャリング(又はレートマッチング)を適用した後、(１ビットの)ＳＲに対する(ｅｎｃｏｄｅｄ)ＵＣＩビットを(基地局と端末の間の約束されたＲＥマッチングパターンによって)ＰＵＳＣＨ内の特定のＲＥに送信することができる。
【０４０４】
(２)ＰＵＣＣＨリソースにＰＵＳＣＨ内のシンボルに対してパンクチャリングを行い、シンボル上でＳＲ情報(例：Ｐｏｓｉｔｉｖｅ ＳＲであるか又はＮｅｇａｔｉｖｅ ＳＲであるか)をＰＵＣＣＨで送信
【０４０５】
−ここで、ＳＲ情報を送信するＰＵＣＣＨリソースは、特定のシーケンスに対するｏｎ／ｏｆｆ ｋｅｙｉｎｇ形態であることができる。
【０４０６】
(３)ＰＵＳＣＨ ＤＭ−ＲＳシーケンスをスイッチングしてＳＲ情報(例：Ｐｏｓｉｔｉｖｅ ＳＲであるか又はＮｅｇａｔｉｖｅ ＳＲであるか)を送信する方案
【０４０７】
−ここで、ＳＲ情報によってシーケンスがスイッチングされるＰＵＳＣＨ ＤＭ−ＲＳはＳＲ送信目的で割り当てられたＰＵＣＣＨリソースと最も隣接するＰＵＳＣＨ ＤＭ−ＲＳ(又はＳＲ送信目的で割り当てられたＰＵＣＣＨリソース以後の最も早いＰＵＳＣＨ ＤＭ−ＲＳ)である。
【０４０８】
−またＰＵＳＣＨ ＤＭ−ＲＳシーケンスをスイッチングするとは、ＤＭ−ＲＳに対するスクランブル又は循環シフト値をスイッチングすることを意味する。
【０４０９】
(４)ＰＵＳＣＨ送信を省略し(即ち、ＰＵＳＣＨ ｄｒｏｐ)、ＳＲ送信のための(ｓｈｏｒｔ)ＰＵＣＣＨリソースのみを送信
【０４１０】
上記構成において、(ｓｈｏｒｔ)ＰＵＣＣＨリソースは１つ又は２つのＯＦＤＭシンボルに対応する送信区間を有する。
【０４１１】
また上記構成はＳＲを送信する(ｓｈｏｒｔ)ＰＵＣＣＨリソースと(ＳＲ以外の)ＵＣＩ(例：ＨＡＲＱ−ＡＣＫ又はＣＳＩ)を送信するＤＭ−ＲＳ基盤の(ｌｏｎｇ)ＰＵＣＣＨリソースの間にも同様に適用できる。言い換えれば、上記構成において、‘ＰＵＳＣＨ’は‘ＤＭ−ＲＳ基盤の(ｌｏｎｇ)ＰＵＣＣＨ’に、‘ＰＵＳＣＨ ＤＭ−ＲＳ’は‘ＰＵＣＣＨ ＤＭ−ＲＳ’に置換できる。
【０４１２】
またＳＲを送信する(ｓｈｏｒｔ)ＰＵＣＣＨとＵＬデータを送信する(ｌｏｎｇ)ＰＵＳＣＨの間の周波数リソースが異なり、端末がＦＤＭされたＰＵＣＣＨとＰＵＳＣＨを同時送信できる場合、端末は(ｓｈｏｒｔ)ＰＵＣＣＨと(ｌｏｎｇ)ＰＵＳＣＨを同時送信することができる。
【０４１３】
より具体的な例として、ＳＲが１つのシンボル内のシーケンス選択(Ｓｅｑｕｅｎｃｅ ｓｅｌｅｃｔｉｏｎ)基盤のＰＵＣＣＨリソース(例：ＳＥＱ−ＰＵＣＣＨ、複数のシーケンスのうちの１つを選択及び送信してＵＣＩを表現するＰＵＣＣＨリソース)で送信され、ＳＲに対する送信周期が１つのＯＦＤＭシンボルに設定された場合、スロット内の他のＰＵＳＣＨ送信とＳＲ送信が衝突することができる。この場合、ＳＲとＰＵＳＣＨが同一のサービスタイプに対する送信であれば、端末は既にＰＵＳＣＨを送信している状態であるので、物理階層(又はＰＨＹレイヤー)で別にＳＲを送信せず、ＰＵＳＣＨを介してＭＡＣ階層(又はＭＡＣ ｌａｙｅｒ)又は上位階層情報によりＢＳＲ(ｂｕｆｆｅｒ ｓｔａｔｅ ｒｅｐｏｒｔ)又はＵＬスケジューリング要請を送信できる。
【０４１４】
反面、ＳＲとＰＵＳＣＨが互いに異なるサービスタイプである場合は、サービスタイプごとに要求される送信信頼性に対する要求値(Ｒｅｑｕｉｒｅｍｅｎｔ)が異なる。よって、ＳＲとＰＵＳＣＨは各々物理階層信号により送信されることが好ましい。
【０４１５】
従って、本発明では、サービスタイプが互いに異なるＳＲとＰＵＳＣＨが送信される時、ＰＵＳＣＨ内の一部ＲＥ又は一部シンボルに対してパンクチャリング(又はレートマッチング)を行った後、該当リソースでＳＲ情報を含むＵＣＩ ＲＥ又はＰＵＣＣＨリソースを送信する方法、又はＰＵＳＣＨ ＤＭ−ＲＳのシーケンスをＳＲ情報により変更することによりＰＵＳＣＨ ＤＭ−ＲＳにＳＲ情報を含ませる方法を提案する。
【０４１６】
第８のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０４１７】
３.９．第９のＳＲ送信方法
【０４１８】
ＳＲ送信のための(ｓｈｏｒｔ)ＰＵＣＣＨリソースと特定のＵＣＩ(例：ＨＡＲＱ−ＡＣＫ又はＣＳＩ)送信のための(シーケンス変調基盤の)(ｌｏｎｇ)ＰＵＣＣＨリソースが時間軸で重畳する場合、端末は以下のうちの１つ以上の方式を適用できる。
【０４１９】
(１)(シーケンス変調基盤の)(ｌｏｎｇ)ＰＵＣＣＨリソース内の特定のシンボルで送信されるシーケンスをスイッチングしてＳＲ情報(例：Ｐｏｓｉｔｉｖｅ ＳＲであるか又はＮｅｇａｔｉｖｅ ＳＲであるか)を送信
【０４２０】
−ここで、(ｌｏｎｇ)ＰＵＣＣＨリソース内の特定のシンボルはＳＲ送信のための(ｓｈｏｒｔ)ＰＵＣＣＨリソースの(時間軸)送信リソースに対応するシンボルである。
【０４２１】
−また(ｌｏｎｇ)ＰＵＣＣＨリソース内の特定のシンボル内のシーケンスをスイッチングする場合、該当シーケンスに対するスクランブル又は循環シフト値をスイッチングすることである。
【０４２２】
(２)(シーケンス変調基盤の)(ｌｏｎｇ)ＰＵＣＣＨ送信を省略し(即ち、ＰＵＣＣＨ ｄｒｏｐ)、ＳＲ送信のための(ｓｈｏｒｔ)ＰＵＣＣＨリソースのみを送信
【０４２３】
−ここで、(ｓｈｏｒｔ)ＰＵＣＣＨリソースは１つ又は２つのＯＦＤＭシンボルに対応する送信区間を有する。
【０４２４】
−またシーケンス変調基盤の(ｌｏｎｇ)ＰＵＣＣＨリソースは複数のシンボル(例：４つ以上)で各シンボルごとにＵＣＩに対する変調されたシンボルとシーケンスが乗じられた形態で送信されるＰＵＣＣＨリソースを意味する。
【０４２５】
−またＳＲを送信する(ｓｈｏｒｔ)ＰＵＣＣＨと特定のＵＣＩを送信する(ｌｏｎｇ)ＰＵＣＣＨの間の周波数リソースが異なり、端末がＦＤＭされた(ｓｈｏｒｔ)ＰＵＣＣＨと(ｌｏｎｇ)ＰＵＣＣＨを同時送信できる場合、端末は(ｓｈｏｒｔ)ＰＵＣＣＨと(ｌｏｎｇ)ＰＵＣＣＨを同時に送信することができる。
【０４２６】
より具体的には、端末は一定数以上の複数のシンボルに対してシンボルごとに特定のシーケンスとＵＣＩに対する変調されたシンボル(例：ＢＰＳＫ(Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)又はＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)に対する変調シンボル)が乗じられた信号を送信するシーケンス変調基盤の(ｌｏｎｇ)ＰＵＣＣＨを支援することができる。
【０４２７】
なお、ＳＲが１つのシンボル内のシーケンス選択基盤のＰＵＣＣＨリソース(例：ＳＥＱ−ＰＵＣＣＨ、複数のシーケンスのうちの１つを選択及び送信してＵＣＩを表現するＰＵＣＣＨリソース)で送信され、ＳＲに対する送信周期が１つのＯＦＤＭシンボルに設定された場合、ＳＲを送信するＰＵＣＣＨリソースは(ＳＲ以外の)ＵＣＩを送信するシーケンス変調基盤の(ｌｏｎｇ)ＰＵＣＣＨ内の特定の送信シンボルで重畳することができる。この時、端末は特定の送信シンボルに対応するシーケンス変調基盤の(ｌｏｎｇ)ＰＵＣＣＨのシーケンスをスイッチングして該当シンボルでＳＲ情報が伝達されたことを表現することができる。
【０４２８】
特にシーケンスがＬｏｗ ＰＡＰＲを満たす場合、端末がＳＲと(ｌｏｎｇ)ＰＵＣＣＨを同時送信しないことにより、Ｌｏｗ ＰＡＰＲの特性を維持したまま、予めシーケンス変調基盤の(ｌｏｎｇ)ＰＵＣＣＨリソースに割り当てられた周波数リソース内でＳＲ情報をさらに送信できるという長所がある。
【０４２９】
より具体的には、基地局はこの動作のためにシーケンス変調基盤の(ｌｏｎｇ)ＰＵＣＣＨに対して２つ以上の循環シフトオフセット値(例：ＣＳ ｏｆｆｓｅｔ０、ＣＳ ｏｆｆｓｅｔ１)を設定し、シーケンス変調基盤の(ｌｏｎｇ)ＰＵＣＣＨ内の特定のシンボルでＳＲ送信有無を指示することにより、端末が異なるＣＳ ｏｆｆｓｅｔを適用するようにする。一例として、基地局がシーケンス変調基盤の(ｌｏｎｇ)ＰＵＣＣＨ内の特定のシンボルでＳＲ送信を指示した場合、端末は該当シンボル内のシーケンスに対してＣＳ ｏｆｆｓｅｔ１を適用し、基地局がシーケンス変調基盤の(ｌｏｎｇ)ＰＵＣＣＨ内の特定のシンボルでＳＲ送信を指示しない場合は、端末は該当シンボル内のシーケンスに対してＣＳ ｏｆｆｓｅｔ０を適用することができる。
【０４３０】
第９のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０４３１】
３.１０．第１０のＳＲ送信方法
【０４３２】
２つの(ＯＦＤＭ)シンボルに対して、各シンボルごとにＮ個のＨＡＲＱ−ＡＣＫ状態がＮ個のシーケンスに１：１対応し、端末はＨＡＲＱ−ＡＣＫ状態に対応するシーケンスを選択して送信すると仮定する。この時、１番目のシンボル及び／又は２番目のシンボル内のＮ個のＨＡＲＱ−ＡＣＫ状態とシーケンスの間の１：１対応方式を変更することにより、以下のようにＳＲ情報が表現される。
【０４３３】
一例として、１ビットのＨＡＲＱ−ＡＣＫが２つの(ＯＦＤＭ)シンボルに対してシーケンス選択方式で送信される場合、以下の表のように各シンボルごとに２つのＨＡＲＱ−ＡＣＫ状態(ＡＣＫ、ＮＡＣＫ)に対する２つのシーケンスが１：１対応する。この時、以下のＳｅｑ．１、Ｓｅｑ．２、Ｓｅｑ．３及びＳｅｑ．４はいずれも互いに異なるか又は一部同じシーケンスである。
【０４３４】
【表１８】
0006845330.tif 000025
【０４３５】
特に、本発明によって端末がＳＲ＋１ビットのＨＡＲＱ−ＡＣＫ情報を示す場合、端末は１番目及び／又は２番目のシンボルでＨＡＲＱ−ＡＣＫ状態とシーケンスの間の１：１対応方式を変更することによりＳＲ情報を表現することができる。以下の表はこれに関する例示を示す。表において、ｐ−ＳＲとｎ−ＳＲは各々Ｐｏｓｉｔｉｖｅ ＳＲとＮｅｇａｔｉｖｅ ＳＲを意味する。
【０４３６】
【表１９】
0006845330.tif 000026
【０４３７】
【表２０】
0006845330.tif 000027
【０４３８】
他の例として、本発明によって端末が２ビットのＨＡＲＱ−ＡＣＫを２つの(ＯＦＤＭ)シンボルに対してシーケンス選択方式で送信する場合、端末は以下の表のように各シンボルごとに４つのＨＡＲＱ−ＡＣＫ状態(ＡＣＫ／ＡＣＫ、ＡＣＫ／ＮＡＣＫ、ＮＡＣＫ／ＡＣＫ、ＮＡＣＫ／ＮＡＣＫ)に対する４つのシーケンスを１：１対応することができる。この時、以下のＳｅｑ．１、Ｓｅｑ．２、…、Ｓｅｑ．８は各々互いに異なるか又は一部同じシーケンスがある。
【０４３９】
【表２１】
0006845330.tif 000028
【０４４０】
また本発明によって端末がＳＲ＋２ビットのＨＡＲＱ−ＡＣＫ情報を示す場合、端末は１番目の及び／又は２番目のシンボルでＨＡＲＱ−ＡＣＫ状態とシーケンスの間の１：１対応方式を変更することによりＳＲ情報を表現することができる。以下の表はこれに関する例示を示す。表において、ｐ−ＳＲとｎ−ＳＲは各々Ｐｏｓｉｔｉｖｅ ＳＲとＮｅｇａｔｉｖｅ ＳＲを意味する。
【０４４１】
【表２２】
0006845330.tif 000029
【０４４２】
【表２３】
0006845330.tif 000030
【０４４３】
上記構成をより一般的に説明すると、Ｎ個のＨＡＲＱ−ＡＣＫ状態を表現するために１番目のシンボルと２番目のシンボルで送信されるＮ個のシーケンス対が(Ｓｅｑ．Ｘ１、Ｓｅｑ．Ｙ１)、(Ｓｅｑ．Ｘ２、Ｓｅｑ．Ｙ２)、… 、(Ｓｅｑ．ＸN、Ｓｅｑ．ＹN)のように設定された場合、端末はシーケンス集合{Ｓｅｑ．Ｘ１、Ｓｅｑ．Ｘ２、…、Ｓｅｑ．ＸN}とシーケンス集合{Ｓｅｑ．Ｙ１、Ｓｅｑ．Ｙ２、…、Ｓｅｑ．ＹN}の間の可能なＮ２個のシーケンス対のうちのＮ個のシーケンス対を用いてＨＡＲＱ−ＡＣＫ＋Ｐｏｓｉｔｉｖｅ ＳＲを表現し、他のＮ個のシーケンス対を用いてＨＡＲＱ−ＡＣＫ＋Ｎｅｇａｔｉｖｅ ＳＲを表現することができる。
【０４４４】
第１０のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０４４５】
３.１１．第１１のＳＲ送信方法
【０４４６】
端末がＳＲと２ビットのＨＡＲＱ−ＡＣＫに対するＵＣＩ状態を複数のシーケンスのうちの１つを選択して送信する方式で表現する時、基地局はＳＲと２ビットのＨＡＲＱ−ＡＣＫに対するＵＣＩ状態のうちの一部を１つの状態にバンドリングするか否かについて端末に設定することができる。
【０４４７】
ここで、基地局は(ＲＲＣシグナリングなどの)上位階層信号及び／又はＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)によりバンドリングするか否かを設定できる。
【０４４８】
またバンドリング指示があったか否かによって端末がＳＲと２ビットのＨＡＲＱ−ＡＣＫを表現するために仮定するシーケンス数は変化する。
【０４４９】
より具体的には、端末がＳＲと２ビットのＨＡＲＱ−ＡＣＫに対するＵＣＩ状態を別のバンドリング過程なしにシーケンス選択方式で表現する場合、端末は以下の表のように全体８つのＵＣＩ状態による８つのシーケンスを必要とする。
【０４５０】
【表２４】
0006845330.tif 000031
【０４５１】
但し、上記表のように端末が８つのシーケンスを使用する場合、必要なシーケンスリソースが多すぎることができる。よって端末が一部の状態をバンドリングして１つのシーケンスで表現する方式が考えられる。
【０４５２】
一例として、２ビットのＨＡＲＱ−ＡＣＫに対する空間バンドリング(Ｓｐａｔｉａｌ ｂｕｎｄｌｉｎｇ)の観点で、端末は同一のＨＡＲＱ−ＡＣＫ情報を有する状態をバンドリングして以下の表のように１つのシーケンスで表現することができる。
【０４５３】
【表２５】
0006845330.tif 000032
【０４５４】
この時、端末が常に表２４のように動作すると、リソース浪費が多すぎ、端末が常に表２５のように動作すると、ＨＡＲＱ−ＡＣＫ情報に対する解像度(Ｒｅｓｏｌｕｔｉｏｎ)が低くなる。よって基地局がＰＵＣＣＨリソース状態によって上述した２つのモードのうちの１つを準−静的又は動的に設定することができる。
【０４５５】
一例として、基地局はＲＲＣシグナリング及び／又はＤＣＩにより端末にＳＲと２ビットのＨＡＲＱ−ＡＣＫに対するＵＣＩ状態のうちの一部を１つの状態にバンドリングするか否かを設定することができる。
【０４５６】
第１１のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０４５７】
３.１２．第１２のＳＲ送信方法
【０４５８】
基地局は上位階層信号により端末に(ＨＡＲＱ−ＡＣＫ送信のための)ＰＵＣＣＨリソース集合を設定し、ＤＣＩ及び／又はＩｍｐｌｉｃｉｔ ｍａｐｐｉｎｇ方式によって集合内で適用するＰＵＣＣＨリソースを指示することができる。この時、基地局は(ＨＡＲＱ−ＡＣＫ送信のための)ＰＵＣＣＨリソース集合はＳＲが送信される(ｍｉｎｉ−)スロットとＳＲが送信されない(ｍｉｎｉ−)スロットに対して独立して設定できる。
【０４５９】
具体的な一例として、ＳＲが送信されるように設定されたスロットでは、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースとＳＲ送信のためのＰＵＣＣＨリソースが共存するので、基地局がＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソース集合を設定するにおいて制約があり得る。
【０４６０】
反面、ＳＲが送信されないスロットでは、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースの候補群がもっと多いことができ、これにより基地局がより自由にＰＵＣＣＨリソース集合を設定することができる。
【０４６１】
一例として、後者の場合、基地局はＰＵＣＣＨリソース集合が周波数軸でより広い帯域に分散されるように設定して周波数ダイバーシティ(Ｆｒｅｑｕｅｎｃｙ ｄｉｖｅｒｓｉｔｙ)が容易に得られるようにすることができる。従って、好ましくは、基地局はＳＲが送信される(ｍｉｎｉ−)スロットとＳＲが送信されない(ｍｉｎｉ−)スロットに対して、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソース集合を独立して設定することができる。
【０４６２】
第１２のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０４６３】
３.１３．第１３のＳＲ送信方法
【０４６４】
基地局からＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースとｌｏｇ２(Ｎ)ビット(但し、Ｎ＝２又は４)のＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースが(一部)重畳する時間軸リソースを有するように信号送信が指示された場合、端末はＳＲとＨＡＲＱ−ＡＣＫに対するＵＣＩ状態を表現するために、複数のシーケンスのうちの１つを選択して送信することができる。この時、基地局は以下のようにＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨとＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースを設定できる。
【０４６５】
(１)Ｏｐｔ．１：ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに４つのシーケンスを割り当て、ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースにＮ個のシーケンスを割り当てる方案
【０４６６】
(１−１)ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の４つのシーケンスは各々、(同一の)ＰＲＢ内の特定の(Ｌｏｗ ＰＡＰＲ／ＣＭ(Ｐｅａｋ−ｔｏ−Ａｖｅｒａｇｅ Ｐｏｗｅｒ Ｒａｔｉｏ／Ｃｕｂｉｃ Ｍｅｔｒｉｃ))シーケンスに対して(循環シフトインデックスの観点で)均等な間隔を有する４つの循環シフト値のうちの１つが適用されたシーケンスである。
【０４６７】
具体的な例として、ＰＲＢ内のＬ個の循環シフトが存在し、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに割り当てられた初期循環シフトインデックスがｋである時、４つのシーケンスに対応する循環シフト値は循環シフトインデックスの観点でｋ、(ｋ＋Ｌ／４) ｍｏｄ Ｌ、(ｋ＋２Ｌ／４) ｍｏｄ Ｌ、(ｋ＋３Ｌ／４) ｍｏｄ Ｌに対応する循環シフト値で設定されることができる。
【０４６８】
(１−２)ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の４つのうちの１つのシーケンスは、ＳＲのみの送信である場合、ｏｎ／ｏｆｆ ｋｅｙｉｎｇ方式でＳＲ有無を知らせるリソースとして活用できる。この時、ＳＲのみに対応するシーケンスリソースは、ＳＲ送信周期で予約されるリソースであることができる。
【０４６９】
具体的な例として、上記シーケンスはＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに割り当てられた初期循環シフトインデックスに対応することができる。
【０４７０】
(１−３)ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内のＮ個のシーケンスは、ＨＡＲＱ−ＡＣＫのみの送信である場合、Ｎ個のＨＡＲＱ−ＡＣＫ状態に対応することができる。よって、端末は報告するＨＡＲＱ−ＡＣＫ状態に対応するシーケンスを選択して送信することができる。
【０４７１】
(１−４)基地局からＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースとＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースが(一部)重畳する時間軸リソースを有するように信号送信が指示された場合、各ＵＣＩ状態に対応するシーケンスは以下のように定義される。この時、端末は該当ＵＣＩ状態を表現するために対応するシーケンスを送信することができる。
【０４７２】
(１−２−１)Ｎ＝２である場合
【０４７３】
−ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのシーケンスは各々、{Ｐｏｓｉｔｉｖｅ ＳＲ、ＡＣＫ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応することができる。
【０４７４】
−具体的な例として、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに割り当てられた初期循環シフトインデックスがｋである時、２つのシーケンスは循環シフトインデックスの観点でｋ、(ｋ＋Ｌ／２) ｍｏｄ Ｌに対応する循環シフト値である。
【０４７５】
−また、{Ｐｏｓｉｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応するシーケンスは、ＳＲのみに対応するシーケンスである。
【０４７６】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのシーケンスは各々、{Ｎｅｇａｔｉｖｅ ＳＲ、ＡＣＫ}、{Ｎｅｇａｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応することができる。
【０４７７】
(１−２−２)Ｎ＝４である場合
【０４７８】
−ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の４つのシーケンスは各々、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ａ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ｎ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ｎ／Ａ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ｎ／Ｎ}に対応することができる。
【０４７９】
−具体的な例として、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ｎ／Ｎ}に対応するシーケンスは、ＳＲのみに対応するシーケンスである。
【０４８０】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の４つのシーケンスは各々、{Ｎｅｇａｔｉｖｅ ＳＲ、Ａ／Ａ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ａ／Ｎ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ｎ／Ａ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ｎ／Ｎ}に対応することができる。
【０４８１】
(２)Ｏｐｔ．２：ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに２つのシーケンスを割り当て、ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースにＮ個のシーケンスを割り当てる方案
【０４８２】
(２−１)ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのシーケンスは各々、(同一の)ＰＲＢ内の特定の(Ｌｏｗ ＰＡＰＲ／ＣＭ)シーケンスに対して(循環シフトインデックスの観点で)均等な間隔を有する２つの循環シフト値のうちの１つが適用されたシーケンスである。
【０４８３】
具体的な例として、ＰＲＢ内のＬ個の循環シフトが存在し、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに割り当てられた初期循環シフトインデックスがｋである時、２つのシーケンスに対応する循環シフト値は循環シフトインデックスの観点でｋ、(ｋ＋Ｌ／２) ｍｏｄ Ｌに対応する循環シフト値である。
【０４８４】
(２−２)ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのうちの１つのシーケンスは、ＳＲのみの送信である場合、ｏｎ／ｏｆｆ ｋｅｙｉｎｇ方式でＳＲ有無を知らせるリソースとして活用され、ＳＲのみに対応するシーケンスリソースはＳＲ送信周期で予約されるリソースであることができる。
【０４８５】
具体的な例として、上記シーケンスはＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに割り当てられた初期循環シフトインデックスに対応することができる。
【０４８６】
(２−３)ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内のＮ個のシーケンスは、ＨＡＲＱ−ＡＣＫのみの送信である場合、Ｎ個のＨＡＲＱ−ＡＣＫ状態に対応し、端末は報告するＨＡＲＱ−ＡＣＫ状態に対応するシーケンスを選択して送信することができる。
【０４８７】
(２−４)基地局からＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースとＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースが(一部)重畳する時間軸リソースを有するように信号送信が指示された場合、各ＵＣＩ状態に対応するシーケンスは以下のように定義される。この時、端末は該当ＵＣＩ状態を表現するために対応するシーケンスを送信することができる。
【０４８８】
(２−４−１)Ｎ＝２である場合
【０４８９】
−ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのシーケンスは各々、{Ｐｏｓｉｔｉｖｅ ＳＲ、ＡＣＫ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応することができる。
【０４９０】
−具体的な例として、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに割り当てられた初期循環シフトインデックスがｋである時、２つのシーケンスは循環シフトインデックスの観点ｋ、(ｋ＋Ｌ／２) ｍｏｄ Ｌに対応する循環シフト値である。
【０４９１】
−また{Ｐｏｓｉｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応するシーケンスは、ＳＲのみに対応するシーケンスである。
【０４９２】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのシーケンスは各々、{Ｎｅｇａｔｉｖｅ ＳＲ、ＡＣＫ}、{Ｎｅｇａｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応することができる。
【０４９３】
(２−４−２)Ｎ＝４である場合
【０４９４】
−ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのシーケンスは各々、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ａ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ｎ ｏｒ Ｎ／Ａ ｏｒ Ｎ／Ｎ}に対応することができる。
【０４９５】
−具体的な例として、上記２つのシーケンスのうちの１つはＰｏｓｉｔｉｖｅ ＳＲであり、２ビットのＨＡＲＱ−ＡＣＫに対する(Ｌｏｇｉｃａｌ ＡＮＤ演算基盤の)ＡＣＫ／ＮＡＣＫバンドリングの結果がＮＡＣＫである場合に対応する。また、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ｎ ｏｒ Ｎ／Ａ ｏｒ Ｎ／Ｎ}に対応するシーケンスは、ＳＲのみに対応するシーケンスである。
【０４９６】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の４つのシーケンスは各々、{Ｎｅｇａｔｉｖｅ ＳＲ、Ａ／Ａ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ａ／Ｎ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ｎ／Ａ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ｎ／Ｎ}に対応することができる。
【０４９７】
(３)Ｏｐｔ．３：ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに１つのシーケンスを割り当て、ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに(２Ｎ−１)個のシーケンスを割り当てる方案
【０４９８】
(３−１)ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の１つのシーケンスは、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに割り当てられた初期循環シフトインデックスに対応する循環シフト値であることができる。
【０４９９】
(３−２)ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の１つのシーケンスは、ＳＲのみの送信である場合、ｏｎ／ｏｆｆ ｋｅｙｉｎｇ方式でＳＲ有無を知らせるリソースとして活用され、ＳＲのみに対応するシーケンスリソースは、ＳＲ送信周期で予約されるリソースである。
【０５００】
(３−３)ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の(２Ｎ−１)個のシーケンスのうちのＮ個のシーケンスは、ＨＡＲＱ−ＡＣＫのみの送信である場合、Ｎ個のＨＡＲＱ−ＡＣＫ状態に対応し、端末は実際報告するＨＡＲＱ−ＡＣＫ状態に対応するシーケンスを選択して送信する。
【０５０１】
(３−４)基地局からＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースとＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースが(一部)重畳する時間軸リソースを有するように信号送信が指示された場合、各ＵＣＩ状態に対応するシーケンスは以下のように定義される。この時、端末は該当ＵＣＩ状態を表現するために対応するシーケンスを送信できる。
【０５０２】
(３−４−１)Ｎ＝２である場合
【０５０３】
−ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の１つのシーケンスは{Ｐｏｓｉｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応することができる。
【０５０４】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の３つのシーケンスは各々、{Ｐｏｓｉｔｉｖｅ ＳＲ、ＡＣＫ}、{Ｎｅｇａｔｉｖｅ ＳＲ、ＡＣＫ}、{Ｎｅｇａｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応することができる。
【０５０５】
(３−４−２)Ｎ＝４である場合
【０５０６】
−ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の１つのシーケンスは{Ｐｏｓｉｔｉｖｅ ＳＲ、Ｎ／Ｎ}に対応することができる。
【０５０７】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の７つのシーケンスは各々、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ａ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ｎ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ｎ／Ａ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ａ／Ａ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ａ／Ｎ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ｎ／Ａ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ｎ／Ｎ}に対応することができる。
【０５０８】
(４)Ｏｐｔ．４：ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに１つのシーケンスを割り当て、ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに２Ｎ個のシーケンスを割り当てる方案
【０５０９】
(４−１)ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の１つのシーケンスは、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに割り当てられた初期循環シフトインデックスに対応する循環シフト値である。
【０５１０】
(４−２)ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の１つのシーケンスは、ＳＲのみの送信である場合、ｏｎ／ｏｆｆ ｋｅｙｉｎｇ方式でＳＲ有無を知らせるリソースとして活用され、ＳＲのみに対応するシーケンスリソースは、ＳＲ送信周期で予約されるリソースである。
【０５１１】
(４−３)ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２Ｎ個のシーケンスのうちのＮ個のシーケンスは、ＨＡＲＱ−ＡＣＫのみの送信である場合、Ｎ個のＨＡＲＱ−ＡＣＫ状態に対応し、端末は実際報告するＨＡＲＱ−ＡＣＫ状態に対応するシーケンスを送信することができる。
【０５１２】
(４−４)基地局からＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースとＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースが(一部)重畳する時間軸リソースを有するように信号送信が指示された場合、各ＵＣＩ状態に対応するシーケンスは以下のように定義される。この時、端末は該当ＵＣＩ状態を表現するために対応するシーケンスを送信できる。
【０５１３】
(４−４−１)Ｎ＝２である場合
【０５１４】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の特定の２つのシーケンスは{Ｐｏｓｉｔｉｖｅ ＳＲ、ＡＣＫ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応することができる。
【０５１５】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのシーケンスを除いた残りの２つのシーケンスは各々、{Ｎｅｇａｔｉｖｅ ＳＲ、ＡＣＫ}、{Ｎｅｇａｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応することができる。この時、２つのシーケンスはＨＡＲＱ−ＡＣＫのみのための２つのシーケンスである。
【０５１６】
(４−４−２)Ｎ＝４である場合
【０５１７】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の特定の４つのシーケンスは、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ａ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ｎ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ｎ／Ａ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ｎ／Ｎ}に対応することができる。
【０５１８】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の４つのシーケンスを除いた残りの４つのシーケンスは各々、{Ｎｅｇａｔｉｖｅ ＳＲ、Ａ／Ａ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ａ／Ｎ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ｎ／Ａ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ｎ／Ｎ}に対応することができる。この時、４つのシーケンスはＨＡＲＱ−ＡＣＫのみのための２つのシーケンスである。
【０５１９】
上述した説明において、Ａ／Ａ、Ａ／Ｎ、Ｎ／Ａ、Ｎ／Ｎは各々、ＡＣＫ／ＡＣＫ、ＡＣＫ／ＮＡＣＫ、ＮＡＣＫ／ＡＣＫ、ＮＡＣＫ／ＮＡＣＫを示す。
【０５２０】
上述した構成において、(ｓｈｏｒｔ)ＰＵＣＣＨリソース又はＳＲとＨＡＲＱ−ＡＣＫに対するＵＣＩ状態に対応するシーケンスは、１つ又は２つのＯＦＤＭシンボルにわたって送信される。２つのシンボルの間の実際送信されるシーケンスは、特定の基本シーケンスのホッピング(ｂａｓｅ ｓｅｑｕｅｎｃｅ ｈｏｐｐｉｎｇ)又は循環シフトホッピングによって変化してもＵＣＩ情報は繰り返して送信されることができる。
【０５２１】
またＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内にＮ個のシーケンスが割り当てられ、該シーケンスが場合によってＳＲのみ又はＰｏｓｉｔｉｖｅ ＳＲ＋特定のＨＡＲＱ−ＡＣＫ状態が指示される場合、ＵＣＩ状態とＮ個のシーケンスの間の対応関係はスロット及び／又はシンボル単位で(特定の規則によって)変更可能である。
【０５２２】
またＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースが４つを超えるシーケンスリソースを含む場合、シーケンスリソースが存在するＰＲＢリソースは２つ以上構成可能である。特に、２Ｎ個のシーケンスリソースがある場合は、２つのＰＲＢの各ＰＲＢ当たりＮ個のシーケンスリソースを含み、各ＰＲＢ内のＮ個のシーケンスは各々、特定の(Ｌｏｗ ＰＡＰＲ／ＣＭ)シーケンスに(循環シフトインデックスの観点で)均等な間隔を有するＮ個の循環シフト値のうちの１つが適用されたシーケンスであることができる。
【０５２３】
また上記循環シフト値はＬｏｗ ＰＡＰＲシーケンスの特定の循環シフト値が適用された形態を意味する。
【０５２４】
より具体的には、基地局からＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースと１つ又は２つビットのＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースが(一部)重畳する時間軸リソースを有するように信号送信が指示された場合、単一の搬送波特性の(Ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｐｒｏｐｅｒｔｙ)(又はＬｏｗ ＰＡＰＲ／ＣＭ特性)を満たすために、端末はＳＲとＨＡＲＱ−ＡＣＫに対する(ｊｏｉｎｔ)ＵＣＩ状態を複数のシーケンスのうちの１つを選択して送信することができる。
【０５２５】
好ましくは、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースは少なくともＳＲのみの送信のためのシーケンスリソースを含むことができる。またＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースは、ＳＲ要請がない場合にも有効する必要があるので、ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースは、少なくともＮｅｇａｔｉｖｅ ＳＲ＋特定のＨＡＲＱ−ＡＣＫ状態に対するシーケンスリソースを含むことができる。
【０５２６】
この時、ＳＲとＨＡＲＱ−ＡＣＫに対する(ｊｏｉｎｔ)ＵＣＩ状態のうち、Ｐｏｓｉｔｉｖｅ ＳＲ＋特定のＨＡＲＱ−ＡＣＫ状態を表現するシーケンスリソースは、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースとＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースのうちのいずれかのＰＵＣＣＨリソース内に含まれるように設定するかに関する問題がある。これを解決するための２つの方法として、１番目の方法であるＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに含ませる方案(Ｏｐｔ．１、Ｏｐｔ．２)、２番目の方法であるＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに含ませる方案(Ｏｐｔ．３、Ｏｐｔ．４)が考えられる。
【０５２７】
上述した第１３のＳＲ送信方法をより一般的に整理すると、以下の通りである。
【０５２８】
基地局からＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースとｌｏｇ２(Ｎ)ビット(但し、Ｎ＝２ｏｒ４)ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースが(一部)重畳する時間軸リソースを有するように信号送信が指示されると、端末はＳＲとＨＡＲＱ−ＡＣＫの(ｊｏｉｎｔ)ＵＣＩ状態を送信することができる。この時、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨとＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースは各々以下のようにＳＲとＨＡＲＱ−ＡＣＫに対する(ｊｏｉｎｔ)ＵＣＩ状態送信を支援する。
【０５２９】
＜１＞Ｏｐｔ．Ａ
【０５３０】
＜１−１＞ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースでＳＲのみ、ＨＡＲＱ−ＡＣＫ(ｗｉｔｈ Ｐｏｓｉｔｉｖｅ ＳＲ)に対応するＵＣＩ状態に対する送信を支援
【０５３１】
＜１−１−１＞ＳＲのみは上位階層に設定された(単一)ＰＵＣＣＨリソース又は(単一)シーケンスに対するｏｎ／ｏｆｆ ｋｅｙｉｎｇ方式で表現される。
【０５３２】
＜１−１−２＞ＳＲのみとＡｌｌ ＮＡＣＫ(ｗｉｔｈ Ｐｏｓｉｔｉｖｅ ＳＲ)は同じＵＣＩ状態と見なされる。
【０５３３】
＜１−１−３＞ ＨＡＲＱ−ＡＣＫ(ｗｉｔｈ Ｐｏｓｉｔｉｖｅ ＳＲ)に対してＡＣＫ／ＮＡＣＫバンドリング(例：ｌｏｇｉｃａｌ ＡＮＤ演算)が適用される。
【０５３４】
＜１−１−４＞ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースがシーケンス選択(Ｓｅｑｕｅｎｃｅ ｓｅｌｅｃｔｉｏｎ)方式である場合、以下のようにＵＣＩ状態が表現される。この時、端末は該当ＵＣＩ状態を表現するために対応するシーケンスを送信する。
【０５３５】
＜１−１−４−１＞Ｏｐｔ．Ａ−１：ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースを４つのシーケンスで構成
【０５３６】
＜１−１−４−１−１＞Ｎ＝２である場合
【０５３７】
−ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのシーケンスは各々{Ｐｏｓｉｔｉｖｅ ＳＲ、ＡＣＫ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応する。
【０５３８】
−一例として、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに割り当てられた初期循環シフトインデックス(Ｉｎｉｔｉａｌ ｃｙｃｌｉｃ ｓｈｉｆｔ ｉｎｄｅｘ)がｋである時、２つのシーケンスは循環シフトインデックスの観点で(同一の)ＰＲＢ内のｋ、(ｋ＋Ｌ／２) ｍｏｄ Ｌに対応する循環シフト値である(但し、ＬはＰＲＢ内の最大の循環シフト数)。
【０５３９】
−また{Ｐｏｓｉｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応するシーケンスはＳＲのみに対応するシーケンスである。
【０５４０】
＜１−１−４−１−２＞Ｎ＝４である場合
【０５４１】
−ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の４つのシーケンスは各々{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ａ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ｎ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ｎ／Ａ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ｎ／Ｎ}に対応する。
【０５４２】
−一例として、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ｎ／Ｎ}に対応するシーケンスはＳＲのみに対応するシーケンスである。
【０５４３】
＜１−１−４−２＞Ｏｐｔ．Ａ−２：ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースを２つのシーケンスで構成
【０５４４】
＜１−１−４−２−１＞Ｎ＝２である場合
【０５４５】
−ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのシーケンスは各々{Ｐｏｓｉｔｉｖｅ ＳＲ、ＡＣＫ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応する。
【０５４６】
−一例として、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに割り当てられた初期循環シフトインデックス(Ｉｎｉｔｉａｌ ｃｙｃｌｉｃ ｓｈｉｆｔ ｉｎｄｅｘ)がｋである時、２つのシーケンスは循環シフトインデックスの観点で(同一の)ＰＲＢ内のｋ、(ｋ＋Ｌ／２) ｍｏｄ Ｌに対応する循環シフト値である(但し、ＬはＰＲＢ内の最大の循環シフト数)。
【０５４７】
−また{Ｐｏｓｉｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応するシーケンスはＳＲのみに対応するシーケンスである。
【０５４８】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのシーケンスは各々{Ｎｅｇａｔｉｖｅ ＳＲ、ＡＣＫ}、{Ｎｅｇａｔｉｖｅ ＳＲ、ＮＡＣＫ}に対応する。
【０５４９】
＜１−１−４−２−２＞Ｎ＝４である場合
【０５５０】
−ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の２つのシーケンスは各々{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ａ}、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ｎ ｏｒ Ｎ／Ａ ｏｒ Ｎ／Ｎ}に対応する。
【０５５１】
−一例として、上記のうちの１つのシーケンスはＰｏｓｉｔｉｖｅ ＳＲであり、２ビットのＨＡＲＱ−ＡＣＫに対する(Ｌｏｇｉｃａｌ ＡＮＤ演算基盤の)ＡＣＫ／ＮＡＣＫバンドリング結果がＮＡＣＫである場合に対応する。
【０５５２】
−一例として、{Ｐｏｓｉｔｉｖｅ ＳＲ、Ａ／Ｎ ｏｒ Ｎ／Ａ ｏｒ Ｎ／Ｎ}に対応するシーケンスはＳＲのみに対応するシーケンスである。
【０５５３】
−ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソース内の４つのシーケンスは各々{Ｎｅｇａｔｉｖｅ ＳＲ、Ａ／Ａ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ａ／Ｎ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ｎ／Ａ}、{Ｎｅｇａｔｉｖｅ ＳＲ、Ｎ／Ｎ}に対応する。
【０５５４】
＜１−２＞ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースごとにＨＡＲＱ−ＡＣＫのみ、ＨＡＲＱ−ＡＣＫ(ｗｉｔｈ Ｎｅｇａｔｉｖｅ ＳＲ)に対応するＵＣＩ状態に対する送信を支援
【０５５５】
−ここで、(同一のＡＣＫ／ＮＡＣＫ情報に対する)ＨＡＲＱ−ＡＣＫのみとＨＡＲＱ−ＡＣＫ(ｗｉｔｈ Ｎｅｇａｔｉｖｅ ＳＲ)の各ＵＣＩ状態は、同じＵＣＩ状態であると見なすことができる。
【０５５６】
＜２＞Ｏｐｔ．Ｂ
【０５５７】
＜２−１＞ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースでＳＲのみに対応するＵＣＩ状態に対する送信を支援
【０５５８】
−ここで、ＳＲのみは上位階層に設定された(単一)ＰＵＣＣＨリソース又は(単一)シーケンスに対するｏｎ／ｏｆｆ ｋｅｙｉｎｇ方式で表現される。
【０５５９】
＜２−２＞ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースごとにＨＡＲＱ−ＡＣＫのみ、ＨＡＲＱ−ＡＣＫ(ｗｉｔｈ Ｐｏｓｉｔｉｖｅ ＳＲ)、ＨＡＲＱ−ＡＣＫ(ｗｉｔｈ Ｎｅｇａｔｉｖｅ ＳＲ)に対応するＵＣＩ状態に対する送信を支援
【０５６０】
−ここで、(同一のＡＣＫ／ＮＡＣＫ情報に対する)ＨＡＲＱ−ＡＣＫのみとＨＡＲＱ−ＡＣＫ(ｗｉｔｈ Ｎｅｇａｔｉｖｅ ＳＲ)の各ＵＣＩ状態は、同じＵＣＩ状態であると見なすことができる。
【０５６１】
＜３＞Ｏｐｔ．Ｃ
【０５６２】
＜３−１＞ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースでＳＲのみに対応するＵＣＩ状態に対する送信を支援
【０５６３】
−ここで、ＳＲのみは上位階層に設定された(単一)ＰＵＣＣＨリソース又は(単一)シーケンスに対するｏｎ／ｏｆｆ ｋｅｙｉｎｇ方式で表現される。
【０５６４】
＜３−２＞ＨＡＲＱ−ＡＣＫ 送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースごとにＨＡＲＱ−ＡＣＫのみ、ＨＡＲＱ−ＡＣＫ(ｗｉｔｈ Ｎｅｇａｔｉｖｅ ＳＲ)に対応するＵＣＩ状態に対する送信を支援
【０５６５】
−ここで、(同一のＡＣＫ／ＮＡＣＫ情報に対する)ＨＡＲＱ−ＡＣＫのみとＨＡＲＱ−ＡＣＫ(ｗｉｔｈ Ｎｅｇａｔｉｖｅ ＳＲ)の各ＵＣＩ状態は、同じＵＣＩ状態であると見なすことができる。
【０５６６】
＜３−３＞(ＳＲ／ＨＡＲＱ−ＡＣＫ ＰＵＣＣＨリソースとは)別に設定される(特定の)(ｓｈｏｒｔ)ＰＵＣＣＨリソースでＨＡＲＱ−ＡＣＫ(ｗｉｔｈ Ｐｏｓｉｔｉｖｅ ＳＲ)に対応するＵＣＩ状態に対する送信を支援
【０５６７】
−ここで、(特定の)(ｓｈｏｒｔ)ＰＵＣＣＨリソースは以下のうちの１つの方法により設定される。
【０５６８】
−Ｏｐｔ．Ｃ−１：端末ごとに単一のリソースを設定
【０５６９】
−Ｏｐｔ．Ｃ−２：端末に設定された(ＨＡＲＱ−ＡＣＫ送信用)ＰＵＣＣＨリソース集合ごとに設定
【０５７０】
−Ｏｐｔ．Ｃ−３：端末に設定されたＰＵＣＣＨフォーマットごとに設定
【０５７１】
−Ｏｐｔ．Ｃ−４：端末に設定された(ＨＡＲＱ−ＡＣＫ送信用)ＰＵＣＣＨリソースごとに設定
【０５７２】
上記構成において、Ａｌｌ ＮＡＣＫ(ｗｉｔｈ Ｐｏｓｉｔｉｖｅ ＳＲ)に対応する送信リソースは、ＳＲのみの送信リソースと同一であるか、又は独立して設定される。
【０５７３】
またＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソースは、ＨＡＲＱ−ＡＣＫ(２ビットまで)に対するＬｏｎｇ ＰＵＣＣＨ(例：４つ以上のシンボル長さを有するＰＵＣＣＨ)リソースであることができる。
【０５７４】
上述した第１３のＳＲ送信方法において、ＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソース(又はリソース集合)とＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースは、上位階層信号及び／又はＤＣＩにより設定され、互いに独立して設定される。
【０５７５】
第１３のＳＲ送信方法に対する追加動作として、以下の事項が考えられる。この時、端末に(１つ以上の)ＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソース集合が(上位階層信号により)設定され、各ＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソース内の(１つ以上の)ＰＵＣＣＨリソースが含まれ、各ＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソース内のＰＵＣＣＨ送信形態(ＰＵＣＣＨフォーマット)が互いに相異する場合を仮定する。
【０５７６】
１)イッシュ１：上記場合においてＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ送信リソースの設定方案
【０５７７】
−Ｏｐｔ．１−０：端末ごとに１つずつ設定
【０５７８】
−Ｏｐｔ．１−１：ＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソース集合ごとに１つずつ設定
【０５７９】
−Ｏｐｔ．１−２：ＰＵＣＣＨフォーマットごとに１つずつ設定
【０５８０】
−Ｏｐｔ．１−３：ＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソースごとに１つずつ設定
【０５８１】
−Ｏｐｔ．１−４：ＳＲ送信ＰＵＣＣＨリソース(又はＳＲプロセス又はＳＲ手順)ごとに１つずつ設定
【０５８２】
２)イッシュ２：上記場合においてＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ送信リソースとＳＲのみの送信リソースとの間の関係
【０５８３】
２−１)Ｏｐｔ．２−１：Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ送信リソースのうち、ＡＣＫ／ＮＡＣＫ状態が‘Ａｌｌ ＮＡＣＫ’に対応するリソースをＳＲのみの送信リソースとして活用(共有)
【０５８４】
−上記Ｏｐｔ．１−０と結合可能である。
【０５８５】
−上記Ｏｐｔ．１−１と結合可能であり、どのＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソース集合に設定されたＰｏｓｉｔｉｖｅ ＳＲ＋Ａｌｌ ＮＡＣＫ送信リソースがＳＲのみとして活用されるかに関する追加情報が必要である。
【０５８６】
−上記Ｏｐｔ．１−２と結合可能であり、どのＰＵＣＣＨフォーマットに設定されたＰｏｓｉｔｉｖｅ ＳＲ＋Ａｌｌ ＮＡＣＫ送信リソースがＳＲのみとして活用されるかに関する追加情報が必要である。
【０５８７】
−上記Ｏｐｔ．１−３と結合可能であり、どのＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソースに設定されたＰｏｓｉｔｉｖｅ ＳＲ＋Ａｌｌ ＮＡＣＫ送信リソースがＳＲのみとして活用されるかに関する追加情報が必要である。
【０５８８】
−上記Ｏｐｔ．１−４と結合可能である。
【０５８９】
２−２)Ｏｐｔ．２−２：Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ送信リソースとは別の独立して設定されたリソースをＳＲのみの送信リソースとして活用
【０５９０】
第１３のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０５９１】
３.１４．第１４のＳＲ送信方法
【０５９２】
端末がＨＡＲＱ−ＡＣＫ(ｗｉｔｈ ｏｒ ｗｉｔｈｏｕｔ ＳＲ)に対するＮ個(例：Ｎ＝２つ又は４つ)のＵＣＩ状態(例：Ｓ０、Ｓ１、…、ＳＮ−１)をＰＲＢ内のＮ個の循環シフトインデックスのうちの１つを選択して送信することにより表現する時、基地局はＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースとして初期循環シフトインデックス(即ち、∈{０、１、…、Ｌ−１})を設定することができる。この場合、端末は以下のうちの１つの方法で循環シフトからＵＣＩ状態マッピング(Ｃｙｃｌｉｃ Ｓｈｉｆｔ ｔｏ ＵＣＩ ｓｔａｔｅ ｍａｐｐｉｎｇ)を行うことができる。
【０５９３】
(１)Ｏｐｔ．１：ｋ＝０、１、…、Ｎ−１に対して、ＵＣＩ状態Ｓkを循環シフトインデックス(ｑ＋ｋ＊Ｌ／Ｎ) ｍｏｄ Ｌに対応させる方案
【０５９４】
(２)Ｏｐｔ．２：ｋ＝０、１、…、Ｎ−１に対して、各々循環シフトインデックス(ｑ＋ｋ＊Ｌ／Ｎ) ｍｏｄ Ｌを求め、Ｎ個の循環シフトインデックス値を昇順(又は降順)に整列した結果がＣＳ０、ＣＳ１、…、ＣＳＮ−１である時、ｋ＝０、１、…、Ｎ−１に対してＵＣＩ状態ＳkをＣＳkに対応させる方案
【０５９５】
ここで、Ｌ(例：１２)はＰＲＢ内の全体循環シフト数を意味する。
【０５９６】
より具体的には、Ｎ個のＵＣＩ状態がＰＲＢ内のＮ個の循環シフトインデックスで表現され、基地局が端末に初期循環シフトインデックスを指示した場合、端末が表示するＵＣＩ状態はこの初期循環シフトインデックスから(線形的に)増加する循環シフトインデックスに順に対応することができる。
【０５９７】
この時、初期循環シフトインデックスに増加分を加えた値がＰＲＢ内の全体循環シフトの個数Ｌを超える場合、ＵＣＩ状態はさらにＬに対するモジューロ演算が適用された値に対応することができる。
【０５９８】
又は、初期循環シフトインデックスに増加分を加えた値がＰＲＢ内の全体循環シフトの個数Ｌを超える場合、ＵＣＩ状態は初期循環シフトインデックスから(線形的に)増加する循環シフトインデックスを求めた後、循環シフトインデックス値を再び昇順又は降順に再整列した値に順に対応することができる。
【０５９９】
第１４のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０６００】
３.１５．第１５のＳＲ送信方法
【０６０１】
基地局から端末がＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースとｌｏｇ２(Ｎ)ビット(例：Ｎ＞４)ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースが(一部)重畳する時間軸リソースを有するように信号送信が指示された場合、端末はＳＲ関連情報をＸビット(但し、Ｘ≧１)と表現し、ＸビットをＵＣＩペイロードに追加してＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースで送信することができる。
【０６０２】
この時、ＳＲ関連情報は以下のうちの１つ以上の情報を含む。
【０６０３】
(１)Ｐｏｓｉｔｉｖｅ ＳＲであるか又はＮｅｇａｔｉｖｅ ＳＲであるか
【０６０４】
(２)(対応する)ＳＲプロセスインデックス(即ち、どのＳＲプロセスに対応するＳＲであるかに関する情報)
【０６０５】
この時、端末はＳＲ関連情報を以下のうちの１つにより送信することができる。
【０６０６】
１)１ビットのＳＲのみを送り、最高優先順位のＳＲ(プロセス)に対するｐｏｓｉｔｉｖｅ ＳＲであるか又はＮｅｇａｔｉｖｅ ＳＲであるかを指示
【０６０７】
２)ＸビットのＳＲを送り、(ａ)ＳＲ(プロセス)ごとにｐｏｓｉｔｉｖｅ ＳＲであるか／Ｎｅｇａｔｉｖｅ ＳＲであるかをビットマップで送信するか、又は(ｂ)Ｐｏｓｉｔｉｖｅ ＳＲを有するＳＲ(プロセス)のうち、最も高い優先順位を有するＳＲ(プロセス)に対するＰｏｓｉｔｉｖｅ ＳＲ情報のみを送信することができる(この時、(ｂ)において、ＳＲ(プロセス)を除いた他のＳＲ(プロセス)についてはＮｅｇａｔｉｖｅ ＳＲと見なされることができる)。
【０６０８】
−より具体的には、ＳＲプロセス＃１、ＳＲプロセス＃２、ＳＲプロセス＃３が＃１＞＃２＞＃３の優先順位を有し、ＳＲプロセス＃１はＮｅｇａｔｉｖｅ ＳＲ、ＳＲプロセス＃２はＰｏｓｉｔｉｖｅ ＳＲ、ＳＲプロセス＃３はＰｏｓｉｔｉｖｅ ＳＲである場合、(ａ)によれば、端末は３ビットのＳＲで‘０１１’を送信し、(ｂ)によれば、端末は３ビットのＳＲで‘０１０’を送信する。
【０６０９】
上記構成において、ＳＲ関連情報であるＸビットをＵＣＩペイロードサイズに追加する場合、ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースに設定された最大の符号化率(ｍａｘ ｃｏｄｉｎｇ ｒａｔｅ)を超えることができる。この時、端末は以下のうちの１つの動作を行うことができる。以下の説明において、Ａ／ＮはＨＡＲＱ−ＡＣＫを意味する。
【０６１０】
＜１＞Ｏｐｔ １：ＳＲ１−ｂｉｔ＋Ａ／Ｎ ｂｉｔｓ
【０６１１】
ここで、１−ｂｉｔ ＳＲは複数個(例：Ｘ個)のＳＲプロセスのうち、優先順位が最も高いＳＲプロセスに関するＳＲ情報(例：Ｐｏｓｉｔｉｖｅ ＳＲ又はＮｅｇａｔｉｖｅ ＳＲ)である。
【０６１２】
＜２＞Ｏｐｔ ２：ＳＲ Ｘ−ｂｉｔ＋ｂｕｎｄｌｅｄ Ａ／Ｎ ｂｉｔｓ
【０６１３】
ここで、バンドリング方式は空間ドメインＡ／Ｎバンドリングである。
【０６１４】
＜３＞Ｏｐｔ ３：ＳＲ １−ｂｉｔ＋ｂｕｎｄｌｅｄ Ａ／Ｎ ｂｉｔｓ
【０６１５】
ここで、端末はＯｐｔ ３による動作を直ちに行うか、又は上述したＯｐｔ １／２を適用したにもかかわらず最大符号化率が超えた場合に、これに対する２番目の段階としてＯｐｔ ３の動作を行うことができる。
【０６１６】
＜４＞Ｏｐｔ．４：全てのＳＲ送信を省略し、Ａ／Ｎのみを送信
【０６１７】
＜５＞Ｏｐｔ．５：ＳＲ１−ｂｉｔ(又はＸ ｂｉｔｓ)＋(ｐａｒｔｉａｌ)Ａ／Ｎ ｂｉｔｓ(即ち、一部のＡ／Ｎビットを省略)
【０６１８】
ここで、ＳＲ関連情報であるＸビットは、ＨＡＲＱ−ＡＣＫ送信に対する(ｓｈｏｒｔ)ＰＵＣＣＨリソース集合の選択過程に連関することができる。
【０６１９】
具体的な例として、(ＨＡＲＱ−ＡＣＫの送信時)端末はＵＣＩペイロードサイズに基づいて(複数の)ＰＵＣＣＨリソース集合のうちの１つを選択し、その後、基地局はＤＣＩを用いて選択されたＰＵＣＣＨリソース集合内の実際に送信する特定のＰＵＣＣＨリソースを指示する。この時、端末がＳＲ関連情報をＨＡＲＱ−ＡＣＫと共に送信する場合、端末はＰＵＣＣＨリソース集合を以下のうちの１つの方式で選択する。
【０６２０】
１＞Ｏｐｔ．１：ＨＡＲＱ−ＡＣＫとＳＲ関連情報に対する(ｔｏｔａｌ)ＵＣＩペイロードサイズに基づいて選択
【０６２１】
−ここで、(ＨＡＲＱ−ＡＣＫとＳＲ以外の)他のＵＣＩタイプが(ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースで)共に送信される場合、ＵＣＩタイプに対するＵＣＩペイロードサイズが(ｔｏｔａｌ)ＵＣＩペイロードサイズに反映される。
【０６２２】
２＞Ｏｐｔ．２：ＨＡＲＱ−ＡＣＫに対するＵＣＩペイロードサイズに基づいて選択
【０６２３】
３＞上記例示において、基地局は(上位階層信号により)端末にＵＣＩペイロードサイズ範囲ごとにＰＵＣＣＨリソース集合を設定することができる。
【０６２４】
上述した第１５のＳＲ送信方法の全ての動作は端末がＣＳＩとＳＲを同時送信する場合にも拡張して適用できる。
【０６２５】
より具体的には、ＳＲ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースと(２ビットを超えるＨＡＲＱ−ＡＣＫに対する)ＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースが時間軸で衝突した場合、端末はＳＲに対するＸビットの情報をＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースで送信することができる。この時、端末はＸビットの情報をＨＡＲＱ−ＡＣＫペイロードサイズに加えた後、加えられたＵＣＩペイロードに対する符号化ビットをＨＡＲＱ−ＡＣＫ送信(ｓｈｏｒｔ)ＰＵＣＣＨリソースで送信することができる。
【０６２６】
この場合、ＳＲ関連ＸビットはＳＲ要請の有無だけではなく、該当ＳＲがどのＳＲプロセス(又はサービス)に対するＳＲであるかに関する情報も含む。
【０６２７】
第１５のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０６２８】
３.１６．第１６のＳＲ送信方法
【０６２９】
以下、本発明において、端末がＤＬ ａｓｓｉｇｎｍｅｎｔによりスケジューリングされたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ又はＣＳＩのようなＵＣＩ(Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を送信するＰＵＣＣＨは、該当ＵＣＩのペイロードサイズと送信持続時間(ＰＵＣＣＨ送信シンボル数)によって以下のようにＰＵＣＣＨのフォーマットが区分されると仮定する。
【０６３０】
(１)ＰＵＣＣＨフォーマット０
【０６３１】
−支援可能なＵＣＩペイロードサイズ：最大Ｋビット(まで)(例：Ｋ＝２)
【０６３２】
−単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：１〜Ｘシンボル(例：Ｘ＝２)
【０６３３】
−送信構造：ＤＭ−ＲＳ無しにＵＣＩ信号のみで構成され、端末が複数の特定シーケンスのうちの１つを選択／送信することにより特定ＵＣＩ状態を送信する構造である。 
【０６３４】
(２)ＰＵＣＣＨフォーマット１
【０６３５】
−支援可能なＵＣＩペイロードサイズ：最大Ｋビット 
【０６３６】
−単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ〜Ｚシンボル(例：Ｙ＝４、Ｚ＝１４)
【０６３７】
−送信構造：ＤＭ−ＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で構成／マッピングされ、ＵＣＩは特定シーケンスに変調(例：ＱＰＳＫ)シンボルを乗ずる形態である。ＵＣＩとＤＭ−ＲＳの全てにＣＳ／ＯＣＣが適用され、(同一のＲＢ内で)複数のＵＥの間の多重化が支援可能である。
【０６３８】
(３)ＰＵＣＣＨフォーマット２
【０６３９】
−支援可能なＵＣＩペイロードサイズ：Ｋビット以上(それ以上)
【０６４０】
−単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：１〜Ｘシンボル
【０６４１】
−送信構造：ＤＭ−ＲＳとＵＣＩが同じシンボル内でＦＤＭ形態で構成／マッピングされ、端末が符号化ＵＣＩビットにＤＦＴ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ)無しにＩＦＦＴ(Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ)のみを適用して送信する構造である
【０６４２】
(４)ＰＵＣＣＨフォーマット３
【０６４３】
−支援可能なＵＣＩペイロードサイズ：Ｋビット以上
【０６４４】
−単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ〜Ｚシンボル
【０６４５】
−送信構造：ＤＭ−ＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で構成／マッピングされ、端末が符号化ＵＣＩビットにＤＦＴを適用して送信する形態である。ＵＣＩにはＤＦＴ前端でＯＣＣが適用され、ＤＭ−ＲＳにはＣＳ(又はＩＦＤＭマッピング)が適用されて、複数のＵＥの間の多重化が支援可能である。
【０６４６】
(５)ＰＵＣＣＨフォーマット４
【０６４７】
−支援可能なＵＣＩペイロードサイズ：Ｋビット以上
【０６４８】
−単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ〜Ｚシンボル
【０６４９】
−送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で構成／マッピングされ、端末が符号化ＵＣＩビットにＤＦＴを適用してＵＥの間の多重化なしに送信される構造である。
【０６５０】
以下の説明において、ＳＲは端末が基地局にＵＬスケジューリングを要請する物理階層信号を意味する。特にＰｏｓｉｔｉｖｅ ＳＲは端末のＵＬスケジューリング要請がある場合を、Ｎｅｇａｔｉｖｅ ＳＲは端末のＵＬスケジューリング要請がない場合を意味する。
【０６５１】
端末にＳＲ(のみ)の送信のためのＰＵＣＣＨリソース(以下、ＳＲ ＰＵＣＣＨ)とＨＡＲＱ−ＡＣＫ(のみ)の送信のためのＰＵＣＣＨリソース(以下、Ａ／Ｎ ＰＵＣＣＨ)に対して設定されたＰＵＣＣＨフォーマットの組み合わせによって、端末は以下のようにＳＲとＨＡＲＱ−ＡＣＫの同時送信を支援することができる。
【０６５２】
＜１＞Ａ／Ｎ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット０
【０６５３】
＜１−１＞ＳＲ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット０
【０６５４】
−ＳＲのみ又はＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫはＳＲ ＰＵＣＣＨで送信。この時、ＳＲ ＰＵＣＣＨはＳＲプロセスごとに設定される。
【０６５５】
−ＨＡＲＱ−ＡＣＫのみ又はＮｅｇａｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫはＡ／Ｎ ＰＵＣＣＨで送信
【０６５６】
＜１−２＞ＳＲ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット１
【０６５７】
−ＳＲのみはＳＲ ＰＵＣＣＨで送信
【０６５８】
−Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫは以下のうちの１つの方法で送信
【０６５９】
−Ｏｐｔ．１：ＳＲ送信を省略し、ＨＡＲＱ−ＡＣＫのみをＡ／Ｎ ＰＵＣＣＨで送信
【０６６０】
−Ｏｐｔ．２：ＳＲ ＰＵＣＣＨで送信
【０６６１】
−Ｏｐｔ．３：端末が(ＳＲ ＰＵＣＣＨ及び／又はＡ／Ｎ ＰＵＣＣＨとは)別のＰＵＣＣＨフォーマット０リソースを設定し、該当リソースで送信。ここで、別のリソースはＳＲプロセスごとに設定される。
【０６６２】
＜１−３＞ＨＡＲＱ−ＡＣＫのみ又はＮｅｇａｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫはＡ／Ｎ ＰＵＣＣＨで送信
【０６６３】
＜２＞Ａ／Ｎ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット１
【０６６４】
＜２−１＞ＳＲ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット０
【０６６５】
−ＳＲのみはＳＲ ＰＵＣＣＨで送信
【０６６６】
−Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫは以下のうちの１つの方法で送信
【０６６７】
−Ｏｐｔ．１：ＳＲ送信を省略し、ＨＡＲＱ−ＡＣＫのみをＡ／Ｎ ＰＵＣＣＨで送信
【０６６８】
−Ｏｐｔ．２：ＳＲ ＰＵＣＣＨで送信
【０６６９】
−Ｏｐｔ．３：(ＳＲ ＰＵＣＣＨ及び／又はＡ／Ｎ ＰＵＣＣＨとは)別のＰＵＣＣＨフォーマット１リソースを設定し、該当リソースで送信。ここで、別のリソースはＳＲプロセスごとに設定される。
【０６７０】
−ＨＡＲＱ−ＡＣＫのみ又はＮｅｇａｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫはＡ／Ｎ ＰＵＣＣＨで送信
【０６７１】
＜２−２＞ＳＲ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット１
【０６７２】
−ＳＲのみ又はＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫはＳＲ ＰＵＣＣＨで送信。ここで、ＳＲ ＰＵＣＣＨはＳＲプロセスごとに設定される。
【０６７３】
−ＨＡＲＱ−ＡＣＫのみ又はＮｅｇａｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫはＡ／Ｎ ＰＵＣＣＨで送信
【０６７４】
＜３＞Ａ／Ｎ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット２、３或いは４
【０６７５】
＜３−１＞ＳＲ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット０
【０６７６】
−ＳＲのみはＳＲ ＰＵＣＣＨで送信
【０６７７】
−Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫはＵＣＩペイロードに追加してＡ／Ｎ ＰＵＣＣＨで送信
【０６７８】
−ＨＡＲＱ−ＡＣＫのみ又はＮｅｇａｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫはＡ／Ｎ ＰＵＣＣＨで送信
【０６７９】
＜３−２＞ＳＲ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット１
【０６８０】
−ＳＲのみはＳＲ ＰＵＣＣＨで送信
【０６８１】
−Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫはＵＣＩペイロードに追加してＡ／Ｎ ＰＵＣＣＨで送信
【０６８２】
−ＨＡＲＱ−ＡＣＫのみ又はＮｅｇａｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫはＡ／Ｎ ＰＵＣＣＨで送信。ここで、ＳＲ ＰＵＣＣＨはＳＲプロセスごとに設定される。
【０６８３】
上記構成において、ＳＲに対応するサービス種類によってオプションのうちの１つが選択的に適用される。
【０６８４】
より具体的には、ＰＵＣＣＨリソースに対する送信形態又はＰＵＣＣＨフォーマットが本発明で仮定したようにフォーマット０(シーケンス選択)、フォーマット１(シーケンス変調)、フォーマット２／３／４(エンコーディング／変調)などに様々である時、ＳＲ送信のためのＰＵＣＣＨリソース(以下、ＳＲ ＰＵＣＣＨ)のＰＵＣＣＨフォーマットとＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソース(以下、Ａ／Ｎ ＰＵＣＣＨ)のＰＵＣＣＨフォーマットが、どのような組み合わせになるかによってＳＲとＨＡＲＱ−ＡＣＫの同時送信に対する効率的な方法が変更される。
【０６８５】
一例として、ＳＲ ＰＵＣＣＨとＡ／Ｎ ＰＵＣＣＨの間のＰＵＣＣＨフォーマットが同一である場合、端末がＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫをＳＲ ＰＵＣＣＨで送信することが効率的である(例：リソース選択)。反面、ＳＲ ＰＵＣＣＨとＡ／Ｎ ＰＵＣＣＨの間のＰＵＣＣＨフォーマットが互いに異なり、Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット２／３／４のうちの１つである場合は、ＰＵＣＣＨフォーマットが多いＵＣＩペイロードを含むことができるので、端末がＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫをＡ／Ｎ ＰＵＣＣＨで送信することがより効率的である。
【０６８６】
又は、ＳＲ ＰＵＣＣＨとＡ／Ｎ ＰＵＣＣＨの間のＰＵＣＣＨフォーマットが(支援される)最大のＵＣＩペイロードサイズの観点で同一であり、送信される(ＰＵＣＣＨリソースの時間軸)長さの観点で互いに異なる場合、ＳＲ ＰＵＣＣＨがＡ／Ｎ ＰＵＣＣＨより送信長さが長いと、端末はＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫをＳＲ ＰＵＣＣＨで送信し、そうではないと、端末は(ＳＲプロセスごとに)Ａ／Ｎ ＰＵＣＣＨリソースのＰＵＣＣＨフォーマットと同一のＰＵＣＣＨフォーマットを有する(ＳＲ ＰＵＣＣＨ及び／又はＡ／Ｎ ＰＵＣＣＨとは)別のＰＵＣＣＨリソースを(さらに)設定して上記リソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫを送信することがＵＬカバレッジなどの観点で好ましい。
【０６８７】
さらに、ＳＲ ＰＵＣＣＨリソースがＳｈｏｒｔ ＰＵＣＣＨであり、Ａ／Ｎ ＰＵＣＣＨリソースがＬｏｎｇ ＰＵＣＣＨである時、端末は以下のようにＳＲとＨＡＲＱ−ＡＣＫの同時送信を支援することができる。
【０６８８】
[１]ＳＲのみはＳＲ ＰＵＣＣＨで送信
【０６８９】
−ここで、ＳＲ ＰＵＣＣＨはＳＲプロセスごとに設定される。
【０６９０】
[２]Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫは以下のうちの１つの方法で送信
【０６９１】
−Ｏｐｔ．１：ＳＲに対応するサービス種類によってＳＲ ＰＵＣＣＨで送信するか又は(ＳＲプロセスごとに)(ＳＲ ＰＵＣＣＨ及び／又はＡ／Ｎ ＰＵＣＣＨとは)別に設定されたＬｏｎｇ ＰＵＣＣＨで送信する方案。一例として、端末は低い遅延度(Ｌｏｗ Ｌａｔｅｎｃｙ)が求められる高いＳＲ(例：ＵＲＬＬＣ ＳＲ)をＳＲ ＰＵＣＣＨ、低い遅延度に対する要求が高くないＳＲ(例：ｅＭＢＢ ＳＲ)をＬｏｎｇ ＰＵＣＣＨで送信することができる。
【０６９２】
−Ｏｐｔ．２：ＳＲに対応するサービス種類によってＳＲ ＰＵＣＣＨで送信するか又はＡ／Ｎ ＰＵＣＣＨで送信する方案。一例として、端末は低い遅延度に対する要求が高いＳＲ(例：ＵＲＬＬＣ ＳＲ)をＳＲ ＰＵＣＣＨ、低い遅延度に対する要求が高くないＳＲ(例：ｅＭＢＢ ＳＲ)をＡ／Ｎ ＰＵＣＣＨで送信することができる。
【０６９３】
[３]ＨＡＲＱ−ＡＣＫのみ又はＮｅｇａｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫはＡ／Ｎ ＰＵＣＣＨで送信
【０６９４】
上記の構成は、端末がＣＳＩとＳＲを同時送信する場合にも拡張して適用できる。
【０６９５】
さらに、ＳＲ(のみ)送信のためのＰＵＣＣＨリソース(以下、ＳＲ ＰＵＣＣＨ)とＨＡＲＱ−ＡＣＫ(のみ)送信のためのＰＵＣＣＨリソース(以下、Ａ／Ｎ ＰＵＣＣＨ)に対して設定されたＰＵＣＣＨフォーマットの組み合わせによって、端末は以下のようにＳＲとＨＡＲＱ−ＡＣＫの同時送信を支援できる。
【０６９６】
(Ａ)ＳＲ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット０
【０６９７】
(Ａ−１)Ａ／Ｎ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット０
【０６９８】
−Ｏｐｔ．１：Ａ／Ｎ ＰＵＣＣＨリソースから暗示されるＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信。ここで、(Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫを送信する)ＰＵＣＣＨリソースはＡ／Ｎ ＰＵＣＣＨリソースにＣＳ(ｃｙｃｌｉｃ ｓｈｉｆｔ)オフセット(又はＰＲＢオフセット)を適用して導き出されたＰＵＣＣＨフォーマット０リソースであることができる。よって、端末は(Ａ／Ｎ ＰＵＣＣＨリソースではない)該当リソースを選択して送信することによりＰｏｓｉｔｉｖｅ ＳＲを表現し、さらに該当リソースでシーケンス選択方式によってＨＡＲＱ−ＡＣＫを送信することができる。
【０６９９】
(Ａ−２)Ａ／Ｎ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット１
【０７００】
−Ｏｐｔ．１：Ａ／Ｎ ＰＵＣＣＨリソースから暗示されるＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信。ここで、(Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫを送信する)ＰＵＣＣＨリソースは、Ａ／Ｎ ＰＵＣＣＨリソースにＣＳオフセット(又はＯＣＣ(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ)オフセット又はＰＲＢオフセット)を適用して導き出されたＰＵＣＣＨフォーマット１リソースであることができる。よって端末は(Ａ／Ｎ ＰＵＣＣＨリソースではない)該当リソースを選択して送信することによりＰｏｓｉｔｉｖｅ ＳＲを表現し、さらに該当リソースでシーケンス変調方式によってＨＡＲＱ−ＡＣＫを送信することができる。
【０７０１】
−Ｏｐｔ．２：ＳＲ ＰＵＣＣＨリソース(又はＳＲ ＰＵＣＣＨリソースから暗示されるＰＵＣＣＨリソース)でＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信。ここで、(Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫを送信する)ＰＵＣＣＨリソースはＳＲ ＰＵＣＣＨリソースで設定された(又はＳＲ ＰＵＣＣＨリソースにＣＳオフセット(又はＰＲＢオフセット)を適用して導き出された)ＰＵＣＣＨフォーマット０リソースであることができる。よって、端末は(Ａ／Ｎ ＰＵＣＣＨリソースではない)該当リソースを選択して送信することによりＰｏｓｉｔｉｖｅ ＳＲを表現し、さらに該当リソースでシーケンス選択方式によってＨＡＲＱ−ＡＣＫを送信できる。
【０７０２】
−Ｏｐｔ．３：ＳＲ送信を省略し、ＨＡＲＱ−ＡＣＫ情報をＡ／Ｎ ＰＵＣＣＨリソースで送信
【０７０３】
−Ｏｐｔ．４：ＨＡＲＱ−ＡＣＫ送信を省略し、ＳＲ情報をＳＲ ＰＵＣＣＨリソースで送信
【０７０４】
−Ｏｐｔ．５：ＨＡＲＱ−ＡＣＫ情報はＡ／Ｎ ＰＵＣＣＨリソースで送信し、ＳＲ情報はＡ／Ｎ ＰＵＣＣＨ内のＤＭ−ＲＳシンボルの間のＣＳオフセット(又は位相差)情報を活用して送信。ここで、Ａ／Ｎ ＰＵＣＣＨ内のＤＭ−ＲＳシンボルの間の位相差は差等エンコーディング(Ｄｉｆｆｅｒｅｎｔｉａｌ ｅｎｃｏｄｉｎｇ)方式によってＳＲ情報に対する変調(例：ＤＰＳＫ(Ｄｉｆｆｅｒｅｎｔｉａｌ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ))シンボルを乗ずる形態である。
【０７０５】
(Ａ−３)Ａ／Ｎ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット２、３或いは４
【０７０６】
−Ｏｐｔ．１：ＳＲ情報をｅｘｐｌｉｃｉｔ ｂｉｔで表現してＵＣＩペイロードに含ませた後、Ａ／Ｎ ＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信。ここで、基地局が端末に複数のＳＲプロセス(又は設定)を設定した場合、ＳＲ情報はＳＲの存在有無及びあるＳＲプロセス(又は設定)に対するＳＲが存在するか否かに関する情報を含む。
【０７０７】
(Ｂ)ＳＲ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット１
【０７０８】
(Ｂ−１)Ａ／Ｎ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット０
【０７０９】
−Ｏｐｔ．１：Ａ／Ｎ ＰＵＣＣＨリソースから暗示されるＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信。ここで、(Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫを送信する)ＰＵＣＣＨリソースは、Ａ／Ｎ ＰＵＣＣＨリソースにＣＳオフセット(又はＰＲＢオフセット)を適用して導き出されたＰＵＣＣＨフォーマット０リソースであることができる。よって、端末は(Ａ／Ｎ ＰＵＣＣＨリソースではない)該当リソースを選択して送信することによりＰｏｓｉｔｉｖｅ ＳＲを表現し、さらに該当リソースでシーケンス選択方式によってＨＡＲＱ−ＡＣＫを送信することができる。
【０７１０】
−Ｏｐｔ．２：ＳＲ ＰＵＣＣＨリソース(又はＳＲ ＰＵＣＣＨリソースから暗示されるＰＵＣＣＨリソース)でＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信。ここで、(Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫを送信する)ＰＵＣＣＨリソースはＳＲ ＰＵＣＣＨリソースで設定された(又はＳＲ ＰＵＣＣＨリソースにＣＳオフセット(又はＯＣＣオフセット又はＰＲＢオフセット)を適用して導き出された)ＰＵＣＣＨフォーマット１リソースである。よって、端末は(Ａ／Ｎ ＰＵＣＣＨリソースではない)該当リソースを選択して送信することによりＰｏｓｉｔｉｖｅ ＳＲを表現し、さらに該当リソースでシーケンス変調方式によってＨＡＲＱ−ＡＣＫを送信することができる。
【０７１１】
−Ｏｐｔ．３：ＳＲ送信を省略し、ＨＡＲＱ−ＡＣＫ情報をＡ／Ｎ ＰＵＣＣＨリソースで送信
【０７１２】
−Ｏｐｔ．４：ＨＡＲＱ−ＡＣＫ送信を省略し、ＳＲ情報をＳＲ ＰＵＣＣＨリソースで送信
【０７１３】
(Ｂ−２)Ａ／Ｎ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット１
【０７１４】
−Ｏｐｔ．１：ＳＲ ＰＵＣＣＨリソース(又はＳＲ ＰＵＣＣＨリソースから暗示されるＰＵＣＣＨリソース)でＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信。ここで、(Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫを送信する)ＰＵＣＣＨリソースは、ＳＲ ＰＵＣＣＨリソースに設定された(又はＳＲ ＰＵＣＣＨリソースにＣＳオフセット(又はＰＲＢオフセット)を適用して導き出された)ＰＵＣＣＨフォーマット０リソースである。よって、端末は(Ａ／Ｎ ＰＵＣＣＨリソースではない)該当リソースを選択して送信することによりＰｏｓｉｔｉｖｅ ＳＲを表現し、さらに該当リソースにシーケンス選択方式によってＨＡＲＱ−ＡＣＫを送信することができる。
【０７１５】
(Ｂ−３)Ａ／Ｎ ＰＵＣＣＨ＝ＰＵＣＣＨフォーマット２、３或いは４
【０７１６】
−Ｏｐｔ．１：ＳＲ情報をｅｘｐｌｉｃｉｔ ｂｉｔで表現してＵＣＩペイロードに含ませた後、Ａ／Ｎ ＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信。ここで、基地局が端末に複数のＳＲプロセス(又は設定)を設定した場合、ＳＲ情報はＳＲの存在有無及びあるＳＲプロセス(又は設定)に対するＳＲが存在するか否かに関する情報を含む。
【０７１７】
上記構成において、端末はＳＲのみをＳＲ ＰＵＣＣＨで送信し、ＨＡＲＱ−ＡＣＫのみ又はＮｅｇａｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫをＡ／Ｎ ＰＵＣＣＨで送信することができる。
【０７１８】
また本発明において、シーケンス選択方式は、端末が複数の特定シーケンスのうちの１つを選択及び送信することによりＵＣＩ状態を表現する方式を意味する。
【０７１９】
また本発明において、シーケンス変調方式は、端末が特定のシーケンスに変調(例：ＱＰＳＫ)シンボルを乗ずる形態でＵＣＩ状態を表現する方式を意味する。
【０７２０】
また本発明において、ＳＲプロセス(又は設定)は(特定のサービスに対する)ＳＲ(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)送信のための時間／周波数／コード領域(ｔｉｍｅ／ｆｒｅｑｕｅｎｃｙ／ｃｏｄｅ ｄｏｍａｉｎ)におけるリソース設定を意味し、複数のＳＲプロセス(又は設定)は各々互いに異なるサービスに関するＳＲ情報を意味する。
【０７２１】
また本発明において、特定のＰＵＣＣＨリソースにＣＳオフセット／ＯＣＣオフセット／ＰＲＢオフセットを適用して他のＰＵＣＣＨリソースを導き出すことは、特定のＰＵＣＣＨリソースに対して残りは同一であり、ＣＳインデックス／ＯＣＣインデックス／ＰＲＢインデックスのみが一定オフセットほど差があるＰＵＣＣＨリソースを導き出すことを意味する。
【０７２２】
さらに、基地局が端末に複数のＰＵＣＣＨリソースセットを(端末特定の)(上位階層信号により)設定し、端末がＵＣＩペイロードサイズによって複数のＰＵＣＣＨリソースセットのうちの(ＵＣＩ送信に活用する)１つのＰＵＣＣＨリソースセットを選択する場合、ＰＵＣＣＨリソースセットを選択するＵＣＩペイロードでＳＲ情報が除外されることができる。一例として、端末はＨＡＲＱ−ＡＣＫとＣＳＩに対するｔｏｔａｌ ＵＣＩペイロードサイズに基づいてＰＵＣＣＨリソースセットを選択することができる。
【０７２３】
この時、端末はさらに受信したＤＣＩ内の特定の指示子(例：ＡＣＫ／ＮＡＣＫリソース指示フィールド)(及びＤＣＩから暗示される情報(例：ＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)インデックス、ＰＤＣＣＨ候補インデックスなど))に基づいて、上記選択されたＰＵＣＣＨリソースセット内の特定のＰＵＣＣＨリソースを選択する。一例として、Ａ／Ｎ ＰＵＣＣＨリソースがＰＵＣＣＨフォーマット０(又はフォーマット１)であり、Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ(２ビットまで)送信がＡ／Ｎ ＰＵＣＣＨリソースから暗示される(同一のＰＵＣＣＨフォーマットの)ＰＵＣＣＨリソースで送信する動作が支援される場合、ＳＲ情報がＰＵＣＣＨリソースセット選択時に基準となるＵＣＩペイロードに含まれると、端末はＰｏｓｉｔｉｖｅ ＳＲ＋２ビットのＨＡＲＱ−ＡＣＫを３ビット以上のＵＣＩペイロードと判断するしかない。これにより、端末はＰＵＣＣＨフォーマット２／３／４で構成されたＰＵＣＣＨリソースセットのみを選択してＰｏｓｉｔｉｖｅ ＳＲ＋２ビットのＨＡＲＱ−ＡＣＫをＡ／Ｎ ＰＵＣＣＨリソースから暗示されたＰＵＣＣＨフォーマット０(又はフォーマット１)に送信することができない。
【０７２４】
又は端末がＰＵＣＣＨリソースセットを選択する時、２ビットのＨＡＲＱ−ＡＣＫのみが存在すると、端末はＳＲ情報をＰＵＣＣＨリソースセットの選択過程から排除し(即ち、２ビットに対応するＰＵＣＣＨリソースセットを選択)、その他の場合、端末はＨＡＲＱ−ＡＣＫ、ＳＲ、ＣＳＩを全て含むＵＣＩペイロードサイズに基づいてＰＵＣＣＨリソースセットを選択することができる。
【０７２５】
さらに、Ｎ(＝１又は２)ビットのＨＡＲＱ−ＡＣＫとＳＲの同時送信を支援するために、基地局は端末にＭ(＝２又は４)個のシーケンスで構成されたフォーマット０構造の(単一)(ｓｈｏｒｔ)ＰＵＣＣＨリソース(以下、ＳＲ−ＰＵＣＣＨ)を(特定のＳＲプロセスに対して)設定することができる。この時、ＳＲのみの場合、端末はＭ個のシーケンスのうちの１つを設定して、ＯＯＫ(ｏｎ／ｏｆｆ ｋｅｙｉｎｇ)方式で送信し、ＨＡＲＱ−ＡＣＫ＋Ｐｏｓｉｔｉｖｅ ＳＲの場合、端末はＭ個のうちの２Ｎ個のシーケンスを活用してシーケンス選択方式(即ち、Ｋ個のシーケンスのうちの１つを選択／送信することにより特定のＵＣＩ状態を送信する方式)でＵＣＩ状態を表現することができる。この時、端末はさらに以下の動作を支援する。
【０７２６】
＜Ａ＞ＳＲ−ＰＵＣＣＨ内のＳＲのみの状態を表現するシーケンスをスロット及び／又はシンボル単位で(特定パターンによって)変更する方案(即ち、{＋、ＤＴＸ}−ｔｏ−Ｓｅｑｕｅｎｃｅ ｍａｐｐｉｎｇをスロット及び／又はシンボル単位で(特定パターンによって)変更する方案)(例：ランダム化)。ここで、‘＋’はＰｏｓｉｔｉｖｅ ＳＲを意味する。
【０７２７】
＜Ｂ＞ＳＲ−ＰＵＣＣＨの周波数リソースがスロット及び／又はシンボル単位で(特定パターンによって)ホッピングされるように設定する方案(例：ランダム化)
【０７２８】
−(ｓｈｏｒｔ)ＰＵＣＣＨの周波数リソースは、特定の周波数リソースの精度(Ｇｒａｎｕｌａｒｉｔｙ)(例：Ｘ(＝８又は１６)ＰＲＢ)を基準としてホッピングされる。一例として、基準周波数リソースにさらにスロット及び／又はシンボル単位ごとに変更されるＸ(＝８又は１６)ＰＲＢ倍数ほどの周波数オフセットが適用されることができる。この時、Ｘは基地局と端末の間で予め約束された値であるか又は基地局が上位階層信号(例：ＲＲＣシグナリング)により設定した値である。
【０７２９】
−スロット及び／又はシンボルによる周波数リソースのホッピングは、(ＲＲＣシグナリングなどの上位階層信号により)順−静的に設定される(ｓｈｏｒｔ)ＰＵＣＣＨリソースにのみ適用され、(ＲＲＣシグナリングなどの上位階層信号とＤＣＩにより)動的に指示可能な(ｓｈｏｒｔ)ＰＵＣＣＨリソースには適用されない。
【０７３０】
第１６のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０７３１】
３.１７．第１７のＳＲ送信方法
【０７３２】
基地局が端末に(同じ時点にＳＲ送信が発生できる)複数のＳＲ(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)プロセス(又は設定)を設定した時、端末は以下のうちの１つ以上の方法によりＳＲとＨＡＲＱ−ＡＣＫの同時送信を支援する。
【０７３３】
(１)Ｏｐｔ．１：Ａ／Ｎ ＰＵＣＣＨリソースから暗黙的な規則によって複数のＳＲプロセス(又は設定)に対応する複数のＰＵＣＣＨリソースを導き出し、端末が単一のＳＲプロセス(又は設定)に対応する(Ａ／Ｎ ＰＵＣＣＨリソースから導き出された)ＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信する方案
【０７３４】
端末は複数のＰＵＣＣＨリソースのうちの１つを選択して送信することにより特定のＳＲプロセス(又はＳＲ設定)に対するＰｏｓｉｔｉｖｅ ＳＲを表現し、さらに該当リソースでＨＡＲＱ−ＡＣＫを送信することができる。
【０７３５】
この時、暗黙的な規則とは、Ａ／Ｎ ＰＵＣＣＨリソースにＣＳオフセット／ＯＣＣオフセット／ＰＲＢオフセットを適用して複数のＳＲプロセス(又は設定)に対応する複数のＰＵＣＣＨリソースを導き出す方式を意味する。
【０７３６】
(２)Ｏｐｔ．２：基地局が複数のＳＲプロセス(又は設定)に対してＳＲプロセス(設定)ごとにＳＲ ＰＵＣＣＨを設定し、端末が単一のＳＲプロセス(又は設定)に対応するＳＲ ＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫを送信する方案
【０７３７】
端末は特定のＳＲ ＰＵＣＣＨリソースを選択して送信することにより対応するＳＲプロセス(又はＳＲ設定)に対するＰｏｓｉｔｉｖｅ ＳＲを表現し、さらに該当リソースでＨＡＲＱ−ＡＣＫを送信することができる。
【０７３８】
この時、動作はＳＲ ＰＵＣＣＨリソースが特定のＰＵＣＣＨフォーマット(例：ＰＵＣＨフォーマット１)である場合にのみ適用される。
【０７３９】
(３)Ｏｐｔ．３：複数のＳＲプロセス(又は設定)に対してマルチビットのＳＲ情報を構成し、ＨＡＲＱ−ＡＣＫの送信時、ＵＣＩペイロードに含ませてＡ／Ｎ ＰＵＣＣＨリソースでマルチビットのＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信する方案
【０７４０】
−マルチビットのＳＲはｐｏｓｉｔｉｖｅ／Ｎｅｇａｔｉｖｅ ＳＲ及びあるＳＲプロセス(又は設定)に対するＳＲが存在するかに関する情報を含むか、及び／又は複数のＳＲプロセス(又は設定)のうちの全体又は一部ＳＲプロセス(設定)に対するＳＲプロセス(又は設定)ごとのｐｏｓｉｔｉｖｅ／Ｎｅｇａｔｉｖｅ ＳＲ情報を含むことができる。
【０７４１】
−基地局は(端末特定の)上位階層信号(例：ＲＲＣシグナリング)により端末に(同じ時点に)少なくとも１つのＳＲプロセス(又は設定)がＰｏｓｉｔｉｖｅ ＳＲであるか、又は全ての複数のＳＲプロセス(又は設定)がＮｅｇａｔｉｖｅ ＳＲであるかの情報を報告するように設定するか、又は複数のＳＲプロセス(又は設定)に対するマルチビットのＳＲ情報を報告するように設定できる。
【０７４２】
−基地局が端末に複数のＰＵＣＣＨ リソースセットを(端末特定の)(上位階層信号により)設定し、端末がＵＣＩペイロードサイズによって複数のＰＵＣＣＨリソースセットのうちの(ＵＣＩ送信に活用する)１つのＰＵＣＣＨリソースセットを選択する場合、(基地局がマルチビットのＳＲ送信を設定した場合)マルチビットのＳＲ情報はＰＵＣＣＨリソースセットを選択するＵＣＩペイロードに含まれることができる。
【０７４３】
本発明において、ＨＡＲＱ−ＡＣＫ(のみの)送信のために指示されたＰＵＣＣＨリソースをＡ／Ｎ ＰＵＣＣＨリソース、ＳＲ(のみの)送信のために指示されたＰＵＣＣＨリソースをＳＲ ＰＵＣＣＨリソースという。
【０７４４】
また本発明において、ＳＲ ＰＵＣＣＨ、Ａ／Ｎ ＰＵＣＣＨは各々ＳＲのみ、ＨＡＲＱ−ＡＣＫのみの送信のために設定されたリソースを意味し、端末はＳＲのみをＳＲ ＰＵＣＣＨで送信し、ＨＡＲＱ−ＡＣＫのみ又はＮｅｇａｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫをＡ／Ｎ ＰＵＣＣＨで送信することができる。
【０７４５】
また本発明において、ＳＲプロセス(又は設定)は(特定のサービスに対する)ＳＲ(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)送信のための時間／周波数／コード領域(ｔｉｍｅ／ｆｒｅｑｕｅｎｃｙ／ｃｏｄｅ ｄｏｍａｉｎ)におけるリソースの設定を意味し、複数のＳＲプロセス(又は設定)は各々互いに異なるサービスに関するＳＲ情報を意味する。
【０７４６】
また端末が特定のＰＵＣＣＨリソースにＣＳオフセット／ＯＣＣオフセット／ＰＲＢオフセットを適用して他のＰＵＣＣＨリソースを導き出すことは、特定のＰＵＣＣＨリソースに対して残りは同一であり、ＣＳインデックス／ＯＣＣインデックス／ＰＲＢインデックスのみが一定のオフセットほど相異するＰＵＣＣＨリソースを導き出すことを意味する。
【０７４７】
より具体的には、端末がＳＲとＨＡＲＱ−ＡＣＫの同時送信を行う場合、ＳＲのみのために設定されたＰＵＣＣＨリソースがＰＵＣＣＨフォーマット０であると、端末はＡ／Ｎ ＰＵＣＣＨリソースから導き出されるＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信し、ＳＲのみのために設定されたＰＵＣＣＨリソースがＰＵＣＣＨフォーマット１であると、端末はＳＲ ＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信することができる。
【０７４８】
基地局が端末に複数のＳＲプロセス(又は設定)を設定した場合、端末はＰｏｓｉｔｉｖｅ ＳＲ情報だけではなく、Ｐｏｓｉｔｉｖｅ ＳＲであるＳＲプロセス(又は設定)がどのＳＲプロセス(又は設定)であるかに関する情報をさらに基地局に報告することが基地局のＵＬスケジューリング遅延を減らす方向である。一例として、端末がｐｏｓｉｔｉｖｅ／Ｎｅｇａｔｉｖｅ ＳＲ情報のみを基地局に報告し、(Ｐｏｓｉｔｉｖｅ ＳＲである場合)どのＳＲプロセスに対するＰｏｓｉｔｉｖｅ ＳＲであるかに関する追加情報を知らせない場合、基地局はＳＲ送信後、再度ＢＳＲ(ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ)を受けるまで該当Ｐｏｓｉｔｉｖ ＳＲに対応するサービスタイプを分からず、これにより、ＵＬスケジューリング遅延が発生することができる。
【０７４９】
従って、本発明による端末はｐｏｓｉｔｉｖｅ ＳＲ／Ｎｅｇａｔｉｖｅ ＳＲ情報と共に、さらにＰｏｓｉｔｉｖｅ ＳＲ情報がどのＳＲプロセス(又は設定)に関する情報であるかを知らせることができる。
【０７５０】
具体的には、端末がＡ／Ｎ ＰＵＣＣＨリソースから導き出されるＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信する場合、端末はＡ／Ｎ ＰＵＣＣＨにＣＳオフセット／ＯＣＣオフセット／ＰＲＢオフセットなどを適用して複数のＳＲプロセス(又は設定)に対応する複数のＰＵＣＣＨリソースを導き出し、複数のＰＵＣＣＨリソースのうちの特定の１つのＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信することができる。
【０７５１】
又は端末がＳＲ ＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信する場合、複数のＳＲプロセス(又は設定)に対応する各ＳＲプロセス(又は設定)ごとのＳＲ ＰＵＣＣＨリソースが予め設定されることができる。よって、端末は複数のＰＵＣＣＨリソースのうちの特定の１つのＰＵＣＣＨリソースでＰｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ情報を送信することができる。この時、端末は(複数のＳＲプロセス(又は設定)に対応する)複数のＰＵＣＣＨリソースのうちの特定の単一ＰＵＣＣＨリソースを選択することにより特定のＳＲプロセス(又は設定)に対するＰｏｓｉｔｉｖｅ ＳＲを表現し、選択されたリソースでＨＡＲＱ−ＡＣＫをさらに送信することができる。
【０７５２】
さらに他の方法として、基地局が端末に複数のＳＲプロセス(又は設定)を設定した場合、端末はｐｏｓｉｔｉｖｅ／Ｎｅｇａｔｉｖｅ ＳＲ及びどのＳＲプロセス(又は設定)に対するＳＲが存在するかに関する情報又は複数のＳＲプロセス(又は設定)のうちの全体又は一部のＳＲプロセス(設定)に対するＳＲプロセス(又は設定)ごとのｐｏｓｉｔｉｖｅ／Ｎｅｇａｔｉｖｅ ＳＲ情報を含むマルチビットのＳＲ情報をＵＣＩペイロードに追加してマルチビットＳＲ＋ＨＡＲＱ−ＡＣＫをＡ／Ｎ ＰＵＣＣＨリソースで送信することができる。
【０７５３】
第１７のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０７５４】
３.１８．第１８のＳＲ送信方法
【０７５５】
端末が送信する互いに異なるＵＣＩタイプに対するＰＵＣＣＨ(例：Ａ／Ｎ ＰＵＣＣＨ、ＳＲ ＰＵＣＣＨ、ＣＳＩ ＰＵＣＣＨ)が時間軸で一部シンボルに対してのみ重畳する時(例：ｐａｒｔｉａｌ ｏｖｅｒｌａｐｐｉｎｇ)、端末は以下のようにＵＣＩ多重化を行って(単一ＰＵＣＣＨリソースで)基地局に送信することができる。
【０７５６】
本発明において、ＵＣＩタイプのうちの最優先順位を有するＵＣＩタイプ(のみ)(以下、ＵＣＩ Ａ)送信のために設定されたＰＵＣＣＨリソースをＰＵＣＣＨ Ａといい、端末が特定のＵＣＩタイプ集合Ｓに対するＵＣＩ多重化を行うという仮定下で選択されるＰＵＣＣＨリソースをＰＵＣＣＨ Ｂという。この時、初期状態でＳは全てのＵＣＩタイプを含み、ＰＵＣＣＨ Ｂは全てのＵＣＩタイプに対するＵＣＩ多重化を仮定した場合のＰＵＣＣＨリソースである。
【０７５７】
(１)ＰＵＣＣＨ Ａ＝ＰＵＣＣＨ Ｂである場合
【０７５８】
−集合Ｓ内のＵＣＩタイプに対して、端末はＰＵＣＣＨ Ａの送信時点を基準として該当ＵＣＩタイプ(又はＰＵＣＣＨ)に対する(最小)ＵＬタイミング(又はＵＥプロセシング時間)に対応する特定時間以前の時点及び該時点前にＵＬ送信が指示されたＵＣＩタイプ(又はＰＵＣＣＨ)に対するＵＣＩ多重化を行い(集合Ｓに含む)、そうではないＵＣＩタイプはＵＣＩ多重化から排除する方案(集合Ｓから除外)
【０７５９】
一例として、ＰＵＣＣＨ Ｂが変更される場合、端末は変更された集合Ｓ及びＰＵＣＣＨ Ｂに対して上述した第１８のＳＲ送信方法を繰り返して適用
【０７６０】
他の例として、ＰＵＣＣＨ Ｂが変更されない場合、端末はＰＵＣＣＨ Ｂに集合Ｓ内のＵＣＩタイプに対するＵＣＩ多重化情報を送信
【０７６１】
(２)ＰＵＣＣＨ Ａ≠ＰＵＣＣＨ Ｂである場合
【０７６２】
(２−１)ＰＵＣＣＨ Ｂの送信時点を基準としてＵＣＩ Ａ(又はＰＵＣＣＨ Ａ)に対する(最小)ＵＬタイミング(又はＵＥプロセシング時間)に対応する特定時間以前の時点及び該時点より過去にＵＣＩ Ａ(又はＰＵＣＣＨ Ａ)に対するＵＬ送信が指示された場合、
【０７６３】
−集合Ｓ内のＵＣＩタイプに対して、端末はＰＵＣＣＨ Ｂの送信時点を基準として該当ＵＣＩタイプ(又はＰＵＣＣＨ)に対する(最小)ＵＬタイミング(又はＵＥプロセシング時間)に対応する特定時間以前の時点及び該時点より過去にＵＬ送信が指示されたＵＣＩタイプ(又はＰＵＣＣＨ)に対するＵＣＩ多重化を行い(集合Ｓに含む)、そうではないＵＣＩタイプはＵＣＩ多重化から排除する方案(集合Ｓから除外)
【０７６４】
一例として、ＰＵＣＣＨ Ｂが変更される場合、端末は変更された集合Ｓ及びＰＵＣＣＨ Ｂに対して上述した第１８のＳＲ送信方法を繰り返して適用
【０７６５】
他の例として、ＰＵＣＣＨ Ｂが変更されない場合、端末はＰＵＣＣＨ Ｂに集合Ｓ内のＵＣＩタイプに対するＵＣＩ多重化情報を送信
【０７６６】
(２−２)ＰＵＣＣＨ Ｂの送信時点を基準としてＵＣＩ Ａ(又はＰＵＣＣＨ Ａ)に対する(最小)ＵＬタイミング(又はＵＥプロセシング時間)に対応する特定時間以前の時点後にＵＣＩ Ａ(又はＰＵＣＣＨ Ａ)に対するＵＬ送信が指示された場合、端末は以下の条件を満たす新しいＳ及び新しいＰＵＣＣＨ Ｂを探索することができる。
【０７６７】
−条件：ＰＵＣＣＨ Ｂの送信時点を基準としてＵＣＩ Ａ(又はＰＵＣＣＨ Ａ)に対する(最小)ＵＬタイミング(又はＵＥプロセシング時間)に対応する特定時間以前の時点及び該時点より過去にＵＣＩ Ａ(又はＰＵＣＣＨ Ａ)に対するＵＬ送信が指示される。
【０７６８】
−ここで、上記条件を満たす最小のＵＣＩ多重化対象ＵＣＩタイプ集合ＳはＵＣＩ Ａのみであり、この時ＰＵＣＣＨ Ｂ＝ＰＵＣＣＨ Ａであることができる。
【０７６９】
−端末はＵＣＩタイプの間の優先順位に基づいて順にＵＣＩタイプを除外しながら探索過程を行うことができる。
【０７７０】
この時、端末は新しいＳ及びＰＵＣＣＨ Ｂに基づいて上述した第１８のＳＲ送信方法の(２−１)を適用することができる。
【０７７１】
本発明において、ＳＲ ＰＵＣＣＨ、Ａ／Ｎ ＰＵＣＣＨ、ＣＳＩ ＰＵＣＣＨは各々、ＳＲのみ、ＨＡＲＱ−ＡＣＫのみ、ＣＳＩのみの送信のために設定されたリソースを意味する。
【０７７２】
また本発明において、ＵＣＩタイプの間の優先順位はＨＡＲＱ−ＡＣＫ＞ＣＳＩ＞ＳＲであるか、又は各ＵＣＩタイプに対応するＰＵＣＣＨの送信時点が早いほど高い優先順位を有するか、又は各ＵＣＩタイプに対応するＵＬ送信指示時点が遅いほど高い優先順位を有すると仮定する。
【０７７３】
またＰＵＣＣＨ Ｂリソースの決定時、ＰＵＣＣＨ ＢリソースはＵＬタイミング情報を排除した状態でＵＣＩ多重化対象のＵＣＩタイプの組み合わせのみに依存して決定される。
【０７７４】
具体的な例として、ＳＲ ＰＵＣＣＨとＡ／Ｎ ＰＵＣＣＨが時間軸で一部のシンボルに対してのみ重畳する場合、端末はＡ／Ｎ ＰＵＣＣＨ＞ＳＲ ＰＵＣＣＨ(又はＨＡＲＱ−ＡＣＫ ＞ＳＲ)と優先順位を仮定して、以下のように動作する。
【０７７５】
１)Ａ／Ｎ ＰＵＣＣＨの送信時点を基準として(最小)ＵＬタイミング(又はＵＥプロセシング時間)に対応する過去の一定時間区間内にＰｏｓｉｔｉｖｅ ＳＲが発生した場合、端末はＳＲ送信を省略し、ＨＡＲＱ−ＡＣＫ情報のみを送信
【０７７６】
２)Ａ／Ｎ ＰＵＣＣＨの送信時点を基準として(最小)ＵＬタイミング(又はＵＥプロセシング時間)に対応する過去の一定時間区間内にＰｏｓｉｔｉｖｅ ＳＲが発生した場合、端末はＳＲとＨＡＲＱ−ＡＣＫをＵＣＩ多重化した情報を送信。ここで、端末がＳＲとＨＡＲＱ−ＡＣＫがＵＣＩ多重化された情報(例：Ｐｏｓｉｔｉｖｅ ＳＲ＋ＨＡＲＱ−ＡＣＫ)を送信する方式は、上述した第１６のＳＲ送信方法に従うことができる。
【０７７７】
このような方法によれば、端末に複数のＵＣＩタイプに対する複数のＰＵＣＣＨ送信が少なくとも一部シンボルに対して重畳するように指示され、端末が複数のＵＣＩタイプに対する一部又は全体のＵＣＩ情報をＵＣＩ多重化して送信できる場合、複数のＵＣＩタイプのうちの最も優先順位が高いＵＣＩタイプ(ＵＣＩ Ａ)に対する送信が常に補償されつつ、ＵＬタイミング(又はＵＥプロセシング時間)の観点で準備されたＵＣＩタイプに対するＵＣＩ多重化ができる限り多く支援される。
【０７７８】
さらに、(Ｃａｓｅ １)異なる開始シンボル及び／又は送信区間(ｄｕｒａｔｉｏｎ)を有する多数のＰＵＣＣＨが一部時間リソースで部分的に重畳する場合と、(Ｃａｓｅ ２)異なる開始シンボル及び／又は送信区間(ｄｕｒａｔｉｏｎ)を有するＰＵＣＣＨとＰＵＳＣＨが一部時間リソースで部分的に重畳する場合、各Ｃａｓｅごとに端末は以下のように動作することができる。この時、Ｃａｓｅ １とＣａｓｅ ２において少なくとも１つのＰＵＣＣＨはＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨである。
【０７７９】
＜１＞Ｃａｓｅ １
【０７８０】
＜１−１＞ＨＡＲＱ−ＡＣＫ送信のためのＵＥプロセシング時間(又はＵＬタイミング)が十分である場合
【０７８１】
−複数のＰＵＣＣＨリソースで送信されるように設定された複数のＵＣＩを(複数のＰＵＣＣＨのうち)(複数のＵＣＩに対するＵＣＩタイプの組み合わせによって)約束された方式で選択された単一ＰＵＣＣＨリソースに(ＵＣＩ多重化して)送信
【０７８２】
＜１−２＞ＨＡＲＱ−ＡＣＫ送信のためのＵＥプロセシング時間(又はＵＬタイミング)が十分ではない場合
【０７８３】
−複数のＰＵＣＣＨリソースのうちの優先順位が高い単一ＰＵＣＣＨのみを送信し、残りのＰＵＣＣＨは送信省略
【０７８４】
＜２＞Ｃａｓｅ ２
【０７８５】
＜２−１＞ＨＡＲＱ−ＡＣＫ送信のためのＵＥプロセシング時間(又はＵＬタイミング)が十分である場合
【０７８６】
−ＰＵＣＣＨで送信されるように設定されたＵＣＩ(例：ＨＡＲＱ−ＡＣＫ)をＰＵＳＣＨにＵＣＩピギーバックして送信
【０７８７】
＜２−２＞ＨＡＲＱ−ＡＣＫ送信のためのＵＥプロセシング時間(又はＵＬタイミング)が十分でない場合
【０７８８】
−ＰＵＳＣＨ送信を省略し、ＰＵＣＣＨを送信
【０７８９】
又は端末はＰＵＣＣＨの間又はＰＵＳＣＨとＰＵＣＣＨの間に重畳する一部シンボルに対してＰＵＣＣＨ又はＰＵＳＣＨに対するレートマッチング又はパンクチャリングを行うこともできる。
【０７９０】
さらに端末が送信する互いに異なるＵＣＩタイプに対するＰＵＣＣＨ(例：Ａ／Ｎ ＰＵＣＣＨ、ＳＲ ＰＵＣＣＨ、ＣＳＩ ＰＵＣＣＨ)が時間軸で一部シンボルに対してのみ重畳した時(例：ｐａｒｔｉａｌ ｏｖｅｒｌａｐｐｉｎｇ)、端末は以下のようにＵＣＩ多重化を行って(単一ＰＵＣＣＨリソースで)基地局に送信することができる。
【０７９１】
本発明において、ＳＲ ＰＵＣＣＨ、Ａ／Ｎ ＰＵＣＣＨ、ＣＳＩ ＰＵＣＣＨは各々、ＳＲ(のみ)、ＨＡＲＱ−ＡＣＫ(のみ)、ＣＳＩ(のみの)送信のために設定及び／又は指示されたＰＵＣＣＨリソースを意味する。
【０７９２】
また本発明において、ＰＦ０、ＰＦ１、ＰＦ２、ＰＦ３、ＰＦ４は各々、ＰＵＣＣＨフォーマット０、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、ＰＵＣＣＨフォーマット４を意味する。
【０７９３】
また本発明において、ＰＦＸ／ＹはＰＦＸ又はＰＦＹを意味する。
【０７９４】
また本発明において、Ｐｏｓｉｔｉｖｅ ＳＲが発生したとは、端末が送信するＵＬデータが発生したことを意味するか、又はＵＬスケジューリングを要請すると判断した場合を意味する。
【０７９５】
１＞Ｃａｓｅ １：Ａ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨが重畳した場合
【０７９６】
１−１＞Ａ／Ｎ ＰＵＣＣＨはＰＦ２／３／４であり、ＳＲ ＰＵＣＣＨはＰＦ０／１である場合
【０７９７】
−ＨＡＲＱ−ＡＣＫビットとｅｘｐｌｉｃｉｔ ＳＲ ｂｉｔを含むＵＣＩをＡ／Ｎ ＰＵＣＣＨで送信
【０７９８】
−この時、ｅｘｐｌｉｃｉｔ ＳＲ ｂｉｔはＡ／Ｎ ＰＵＣＣＨ送信(開始)時点Ｔを基準として以下の情報を含む。
【０７９９】
−Ｔ−Ｔ０時点及びその前にＰｏｓｉｔｉｖｅ ＳＲが発生した場合、ｅｘｐｌｉｃｉｔ ＳＲ ｂｉｔはＰｏｓｉｔｉｖｅ ＳＲ情報を指示
【０８００】
−Ｔ−Ｔ０時点後(Ｔ時点まで) Ｐｏｓｉｔｉｖｅ ＳＲが発生した場合、ｅｘｐｌｉｃｉｔ ＳＲ ｂｉｔはＮｅｇａｔｉｖｅ ＳＲ情報を指示
【０８０１】
−Ｔ時点までＰｏｓｉｔｉｖｅ ＳＲが発生しなかった場合、ｅｘｐｌｉｃｉｔ ＳＲ ｂｉｔはＮｅｇａｔｉｖｅ ＳＲ情報を指示
【０８０２】
１−２＞Ａ／Ｎ ＰＵＣＣＨはＰＦ０であり、ＳＲ ＰＵＣＣＨはＰＦ０である場合
【０８０３】
−Ａ／Ｎ ＰＵＣＣＨ送信(開始)時点Ｔ基準
【０８０４】
−Ｔ−Ｔ０時点及びその前にＰｏｓｉｔｉｖｅ ＳＲが発生した場合、端末はＨＡＲＱ−ＡＣＫ情報を(Ａ／Ｎ ＰＵＣＣＨから得られた)ＰＦ０リソースで送信。ここで、ＰＦ０リソースはＡ／Ｎ ＰＵＣＣＨリソース(例：ＰＦ０リソース)にＰＲＢ(ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ)インデックスオフセット及び／又はＣＳ(ｃｙｃｌｉｃ ｓｈｉｆｔ)インデックスオフセット及び／又はＯＣＣ(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ)インデックスオフセットを適用して得られたＰＦ０リソースであることができる。
【０８０５】
−Ｔ−Ｔ０時点後にＰｏｓｉｔｉｖｅ ＳＲが発生した場合、端末はＳＲ送信省略及びＨＡＲＱ−ＡＣＫ(のみ)をＡ／Ｎ ＰＵＣＣＨで送信
【０８０６】
−Ｔ時点までＰｏｓｉｔｉｖｅ ＳＲが発生しなかった場合、端末はＨＡＲＱ−ＡＣＫ(のみ)の情報をＡ／Ｎ ＰＵＣＣＨで送信
【０８０７】
１−３＞Ａ／Ｎ ＰＵＣＣＨはＰＦ０であり、ＳＲ ＰＵＣＣＨはＰＦ１である場合
【０８０８】
１−３−１＞Ｏｐｔ．１：Ａ／Ｎ ＰＵＣＣＨ送信(開始)時点Ｔ基準
【０８０９】
−Ｔ−Ｔ０時点及びその前にＰｏｓｉｔｉｖｅ ＳＲが発生した場合、端末はＨＡＲＱ−ＡＣＫ 情報を(Ａ／Ｎ ＰＵＣＣＨから得られた)ＰＦ０リソースで送信。ここで、ＰＦ０リソースはＡ／Ｎ ＰＵＣＣＨリソース(例：ＰＦ０リソース)にＰＲＢ(ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ)インデックスオフセット及び／又はＣＳ(ｃｙｃｌｉｃ ｓｈｉｆｔ)インデックスオフセット及び／又はＯＣＣ(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ)インデックスオフセットを適用して得られたＰＦ０リソースであることができる。
【０８１０】
−Ｔ−Ｔ０時点後にＰｏｓｉｔｉｖｅ ＳＲが発生した場合、端末はＳＲ送信省略及びＨＡＲＱ−ＡＣＫ(のみ)をＡ／Ｎ ＰＵＣＣＨで送信
【０８１１】
−Ｔ時点までＰｏｓｉｔｉｖｅ ＳＲが発生しなかった場合、端末はＨＡＲＱ−ＡＣＫ(のみ)の情報をＡ／Ｎ ＰＵＣＣＨで送信
【０８１２】
１−３−２＞Ｏｐｔ．２：ＳＲ ＰＵＣＣＨ送信(開始)時点Ｔ基準
【０８１３】
−Ｔ−Ｔ０時点及びその前にＨＡＲＱ−ＡＣＫ送信が指示された場合
【０８１４】
−ＨＡＲＱ−ＡＣＫ＋Ｎｅｇａｔｉｖｅ ＳＲ(又はＨＡＲＱ−ＡＣＫのみ)である場合、端末はＨＡＲＱ−ＡＣＫ情報をＡ／Ｎ ＰＵＣＣＨで送信
【０８１５】
−ＨＡＲＱ−ＡＣＫ＋Ｐｏｓｉｔｉｖｅ ＳＲである場合、端末はＨＡＲＱ−ＡＣＫ情報をＳＲ ＰＵＣＣＨで送信。ここで、ＨＡＲＱ−ＡＣＫ情報はＳＲ ＰＵＣＣＨ内の(全体又は一部)ＵＣＩシーケンスに特定のＱＰＳＫ変調シンボルを乗じて送信される。
【０８１６】
−Ｔ−Ｔ０時点後にＨＡＲＱ−ＡＣＫ送信が指示された場合、端末はＳＲ送信省略及びＨＡＲＱ−ＡＣＫ(のみ)をＡ／Ｎ ＰＵＣＣＨで送信
【０８１７】
１−４＞Ａ／Ｎ ＰＵＣＣＨはＰＦ１であり、ＳＲ ＰＵＣＣＨはＰＦ０である場合、Ａ／Ｎ ＰＵＣＣＨ送信(開始)時点Ｔを基準として、
【０８１８】
１−４−１＞Ｔ−Ｔ０時点及びその前にＰｏｓｉｔｉｖｅ ＳＲが発生した場合、
【０８１９】
−Ｏｐｔ．１：ＳＲ送信省略及びＨＡＲＱ−ＡＣＫ(のみ)をＡ／Ｎ ＰＵＣＣＨで送信
【０８２０】
−Ｏｐｔ．２：ＨＡＲＱ−ＡＣＫ情報をＰＦ１リソースで送信。ここで、ＰＦ１リソースはＡ／Ｎ ＰＵＣＣＨリソース(例：ＰＦ１リソース)にＰＲＢ(ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ)インデックスオフセット及び／又はＣＳ(ｃｙｃｌｉｃ ｓｈｉｆｔ)インデックスオフセット及び／又はＯＣＣ(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ)インデックスオフセットを適用して得られたＰＦ１リソースである。
【０８２１】
−Ｏｐｔ．３：ＨＡＲＱ−ＡＣＫ情報をＡ／Ｎ ＰＵＣＣＨで送信し、ＳＲ情報はＡ／Ｎ ＰＵＣＣＨ内の特定のＵＣＩシーケンス又はＤＭ−ＲＳシーケンスを変更する方式又はＤＭ−ＲＳにＤＰＳＫ変調シンボルを乗じて送信する方式で表現される。ここで、端末がＵＣＩシーケンス又はＤＭ−ＲＳシーケンスを変更する方式は、基本シーケンス(Ｂａｓｅ ｓｅｑｕｅｎｃｅ)を変更するか、又はＣＳ(ｃｙｃｌｉｃ ｓｈｉｆｔ)を変更する方式である。
【０８２２】
１−４−２＞Ｔ−Ｔ０時点後にｐｏｓｉｔｉｖｅ ＳＲが発生した場合、端末はＳＲ送信省略及びＨＡＲＱ−ＡＣＫ(のみ)をＡ／Ｎ ＰＵＣＣＨで送信
【０８２３】
１−４−３＞Ｔ時点までＰｏｓｉｔｉｖｅ ＳＲが発生しなかった場合、端末はＨＡＲＱ−ＡＣＫ(のみ)の情報をＡ／Ｎ ＰＵＣＣＨで送信
【０８２４】
１−５＞Ａ／Ｎ ＰＵＣＣＨはＰＦ１であり、ＳＲ ＰＵＣＣＨはＰＦ１である場合、
【０８２５】
１−５−１＞Ａ／Ｎ ＰＵＣＣＨ送信(開始)時点Ｔを基準として、
【０８２６】
１−５−１−１＞Ｔ−Ｔ０時点及びその前にＰｏｓｉｔｉｖｅ ＳＲが発生した場合、
【０８２７】
−Ｏｐｔ．１：ＳＲ送信省略及びＨＡＲＱ−ＡＣＫ(のみ)をＡ／Ｎ ＰＵＣＣＨで送信
【０８２８】
−Ｏｐｔ．２：ＨＡＲＱ−ＡＣＫ情報をＰＦ１リソースで送信。ここで、ＰＦ１リソースは、Ａ／Ｎ ＰＵＣＣＨリソース(例：ＰＦ１リソース)にＰＲＢ(ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ)インデックスオフセット及び／又はＣＳ(循環シフト)インデックスオフセット及び／又はＯＣＣ(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ)インデックスオフセットを適用して得られたＰＦ１リソースである。
【０８２９】
−Ｏｐｔ．３：ＨＡＲＱ−ＡＣＫ情報をＡ／Ｎ ＰＵＣＣＨで送信し、ＳＲ情報はＡ／Ｎ ＰＵＣＣＨ内の特定のＵＣＩシーケンス又はＤＭ−ＲＳシーケンスを変更する方式又はＤＭ−ＲＳにＤＰＳＫ変調シンボルを乗じて送信する方式で表現される。ここで、端末がＵＣＩシーケンス又はＤＭ−ＲＳシーケンスを変更する方式は、基本シーケンスを変更するか、又はＣＳ(ｃｙｃｌｉｃ ｓｈｉｆｔ)を変更する方式である。
【０８３０】
−Ｏｐｔ．４：ＨＡＲＱ−ＡＣＫ情報をＳＲ ＰＵＣＣＨで送信。この時、ＨＡＲＱ−ＡＣＫ情報が送信されるＳＲ ＰＵＣＣＨ内のＵＣＩシーケンスに特定のＱＰＳＫ変調シンボルを乗じて送信される。またＯｐｔ．４の動作は、ＳＲ ＰＵＣＣＨがＡ／Ｎ ＰＵＣＣＨより送信時点が遅いか又は同一である場合(又はＳＲ ＰＵＣＣＨ送信区間がＡ／Ｎ ＰＵＣＣＨ送信区間内に含まれる場合)にのみ適用され、そうではない場合は、端末はＳＲ送信省略及びＨＡＲＱ−ＡＣＫ(のみ)の情報をＡ／Ｎ ＰＵＣＣＨで送信する。
【０８３１】
１−５−１−２＞Ｔ−Ｔ０時点後にＰｏｓｉｔｉｖｅ ＳＲが発生した場合、端末はＳＲ送信省略及びＨＡＲＱ−ＡＣＫ(のみ)をＡ／Ｎ ＰＵＣＣＨで送信
【０８３２】
１−５−１−３＞Ｔ時点までＰｏｓｉｔｉｖｅ ＳＲが発生しなかった場合、端末はＨＡＲＱ−ＡＣＫ(のみ)情報をＡ／Ｎ ＰＵＣＣＨで送信
【０８３３】
１−５−２＞Ｏｐｔ．２：ＳＲ ＰＵＣＣＨ送信(開始)時点Ｔを基準として、
【０８３４】
１−５−２−１＞Ｔ−Ｔ０時点及びその前にＨＡＲＱ−ＡＣＫ送信が指示された場合、
【０８３５】
１−５−２−１−１＞ＨＡＲＱ−ＡＣＫ＋Ｎｅｇａｔｉｖｅ ＳＲ(又はＨＡＲＱ−ＡＣＫのみ)である場合、端末はＨＡＲＱ−ＡＣＫ情報をＡ／Ｎ ＰＵＣＣＨで送信
【０８３６】
１−５−２−１−２＞ＨＡＲＱ−ＡＣＫ＋Ｐｏｓｉｔｉｖｅ ＳＲである場合、端末はＨＡＲＱ−ＡＣＫ情報をＳＲ ＰＵＣＣＨで送信。ここで、ＨＡＲＱ−ＡＣＫ情報を送信するＳＲ ＰＵＣＣＨ内の(全体又は一部)ＵＣＩシーケンスに特定のＱＰＳＫ変調シンボルを乗じて送信できる。
【０８３７】
さらに、ＳＲ ＰＵＣＣＨの(送信)終了時点がＡ／Ｎ ＰＵＣＣＨの(送信)終了時点より一定時間Ｔdほど遅い場合、端末はＳＲ送信を省略し、ＨＡＲＱ−ＡＣＫ(のみ)をＡ／Ｎ ＰＵＣＣＨで送信することができる。この時、一定時間Ｔdは予め約束された値又は基地局により設定された値である。
【０８３８】
１−５−２−２＞Ｔ−Ｔ０時点後にＨＡＲＱ−ＡＣＫ送信が指示された場合、端末はＳＲ送信省略及びＨＡＲＱ−ＡＣＫ(のみ)をＡ／Ｎ ＰＵＣＣＨで送信
【０８３９】
２＞Ｃａｓｅ ２：Ａ／Ｎ ＰＵＣＣＨとＣＳＩ ＰＵＣＣＨが重畳した場合
【０８４０】
２−１＞Ａ／Ｎ ＰＵＣＣＨはＰＦ０／１であり、ＣＳＩ ＰＵＣＣＨはＰＦ２／３／４である場合
【０８４１】
−端末はＣＳＩ送信省略及びＨＡＲＱ−ＡＣＫ(のみ)をＡ／Ｎ ＰＵＣＣＨで送信
【０８４２】
２−２＞Ａ／Ｎ ＰＵＣＣＨはＰＦ２／３／４であり、ＣＳＩ ＰＵＣＣＨはＰＦ２／３／４である場合
【０８４３】
−端末はＨＡＲＱ−ＡＣＫビットとＣＳＩビットを含むＵＣＩをＡ／Ｎ ＰＵＣＣＨで送信。ここで、Ａ／Ｎ ＰＵＣＣＨに対する送信(開始)時点をＴ１、ＣＳＩ ＰＵＣＣＨに対する送信(開始)時点をＴ２とする時、ＣＳＩに対する(時間軸)ＣＳＩ参照リソースはＴ１−Ｔ０時点及びその前に存在しながら、Ｔ２−ＴCQI時点及びその前に存在する最も早い(ｖａｌｉｄ)ＤＬスロットである。また(ｖａｌｉｄ)ＤＬスロットとは、(端末に)ＤＬスロットとして設定されたスロット及び／又は測定ギャップ(例：ｍｅａｓｕｒｅｍｅｎｔ ｇａｐ)に含まれないスロット及び／又はＣＳＩ ｒｅｐｏｒｔｉｎｇが行われるＤＬ ＢＷＰ(ｂａｎｄｗｉｄｔｈ ｐａｒｔ)と同一のＤＬ ＢＷＰに含まれるスロットを意味する。またＴCQIは基地局と端末の間で予め約束された値又は基地局が端末に設定した値である。
【０８４４】
−Ａ／Ｎ ＰＵＣＣＨがＳＰＳ(ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ)ＰＤＳＣＨに関するＨＡＲＱ−ＡＣＫ情報を含む場合、端末は以下のようにＵＣＩ多重化を行うことができる。
【０８４５】
−ＣＳＩ ＰＵＣＣＨ送信時点Ｔを基準として、
【０８４６】
−Ｔ−Ｔ０時点及びその前にＨＡＲＱ−ＡＣＫ送信が指示された場合、端末はＨＡＲＱ−ＡＣＫビットとＣＳＩビットを含むＵＣＩをＣＳＩ ＰＵＣＣＨで送信。この時、複数のＣＳＩ ＰＵＣＣＨリソースが存在する場合、ＨＡＲＱ−ＡＣＫビットとＣＳＩビットを送信する(単一)ＣＳＩ ＰＵＣＣＨリソースが選択される。
【０８４７】
−Ｔ−Ｔ０時点後にＨＡＲＱ−ＡＣＫ送信が指示された場合は、端末はＣＳＩ送信省略及びＨＡＲＱ−ＡＣＫ(のみ)をＡ／Ｎ ＰＵＣＣＨで送信
【０８４８】
３＞Ｃａｓｅ ３：Ａ／Ｎ ＰＵＣＣＨ、ＣＳＩ ＰＵＣＣＨ及びＳＲ ＰＵＣＣＨが重畳した場合
【０８４９】
３−１＞Ａ／Ｎ ＰＵＣＣＨはＰＦ０／１である場合、端末はＣＳＩ送信省略及びＨＡＲＱ−ＡＣＫとＳＲに対して設定／指示された(ＰＵＣＣＨフォーマット観点での)ＰＵＣＣＨリソース組み合わせによって上述したＣａｓｅ １内の動作に従う。
【０８５０】
３−２＞Ａ／Ｎ ＰＵＣＣＨはＰＦ２／３／４であり、ＣＳＩ ＰＵＣＣＨはＰＦ２／３／４である場合、
【０８５１】
３−２−１＞端末はＨＡＲＱ−ＡＣＫビット、ＣＳＩビット及びｅｘｐｌｉｃｉｔ ＳＲ ｂｉｔを含むＵＣＩをＡ／Ｎ ＰＵＣＣＨで送信する。
【０８５２】
−この時、Ａ／Ｎ ＰＵＣＣＨに対する送信(開始)時点をＴ１、ＣＳＩ ＰＵＣＣＨに対する送信(開始)時点をＴ２とする時、ＣＳＩに対する(時間軸)ＣＳＩ参照リソースはＴ１−Ｔ０時点及びその前に存在しながら、Ｔ２−ＴCQI時点及びその前に存在する最も早い(ｖａｌｉｄ)ＤＬスロットである。ここで、(ｖａｌｉｄ)ＤＬスロットとは、(端末に)ＤＬスロットとして設定されたスロット及び／又は測定ギャップ(例：ｍｅａｓｕｒｅｍｅｎｔ ｇａｐ)に含まれないスロット及び／又はＣＳＩ ｒｅｐｏｒｔｉｎｇが行われるＤＬ ＢＷＰ(ｂａｎｄｗｉｄｔｈ ｐａｒｔ)と同一のＤＬ ＢＷＰに含まれるスロットを意味する。またＴCQIは基地局と端末の間で予め約束された値又は基地局が端末に設定した値である。
【０８５３】
−またｅｘｐｌｉｃｉｔ ＳＲ ｂｉｔはＡ／Ｎ ＰＵＣＣＨ送信(開始)時点Ｔ１を基準として以下の情報を含む。
【０８５４】
−Ｔ−Ｔ０時点及びその前にＰｏｓｉｔｉｖｅ ＳＲが発生した場合、ｅｘｐｌｉｃｉｔ ＳＲ ｂｉｔはＰｏｓｉｔｉｖｅ ＳＲ情報を指示
【０８５５】
−Ｔ−Ｔ０時点後(Ｔ時点まで)Ｐｏｓｉｔｉｖｅ ＳＲが発生した場合、ｅｘｐｌｉｃｉｔ ＳＲ ｂｉｔはＮｅｇａｔｉｖｅ ＳＲ情報を指示
【０８５６】
−Ｔ時点までＰｏｓｉｔｉｖｅ ＳＲが発生しなかった場合は、ｅｘｐｌｉｃｉｔ ＳＲ ｂｉｔはＮｅｇａｔｉｖｅ ＳＲ情報を指示
【０８５７】
３−２−２＞Ａ／Ｎ ＰＵＣＣＨがＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報を含む場合、端末は以下のようにＵＣＩ多重化を行うことができる。
【０８５８】
ＣＳＩ ＰＵＣＣＨ送信時点Ｔを基準として、
【０８５９】
−Ｔ−Ｔ０時点及びその前にＨＡＲＱ−ＡＣＫ送信が指示された場合、端末はＨＡＲＱ−ＡＣＫビットとＣＳＩビット、及びｅｘｐｌｉｃｉｔ ＳＲ ｂｉｔを含むＵＣＩをＣＳＩ ＰＵＣＣＨで送信。この時、複数のＣＳＩ ＰＵＣＣＨリソースが存在する場合、ＨＡＲＱ−ＡＣＫビットとＣＳＩビットを送信する(単一)ＣＳＩ ＰＵＣＣＨリソースが選択される。
【０８６０】
−Ｔ−Ｔ０時点後にＨＡＲＱ−ＡＣＫ送信が指示された場合、端末はＣＳＩ送信省略後にＨＡＲＱ−ＡＣＫとＳＲの間のＵＣＩ多重化規則に従う(又は上述したＣａｓｅ １の動作に従う)。
【０８６１】
上記構成において、Ｔ及び／又はＴ０に対する時間軸単位はスロット及び／又はＯＦＤＭシンボルであり、特にＴ０はＨＡＲＱ−ＡＣＫ送信のための(最小)ＵＬタイミング又はＵＥプロセシング時間に対応する時間又は端末がＰＵＣＣＨリソースを変更して送信する時に必要な(最小の)ＵＬタイミング又はＵＥプロセシング時間に対応する時間である。Ｔ０値は(ＵＥ ｃａｐａｂｉｌｉｔｙなどによって)予め約束された方式で決定されるか又は基地局により設定される値である。
【０８６２】
また上述した説明において特に明示されていない場合のＡ／Ｎ ＰＵＣＣＨは、ＤＬ ａｓｓｉｇｎｍｅｎｔ(又はＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ)を基盤としてスケジューリングされたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報を送信するＰＵＣＣＨリソースである。
【０８６３】
またＣａｓｅ １において、端末は(端末の具現によって)任意にＨＡＲＱ−ＡＣＫのみをＡ／Ｎ ＰＵＣＣＨで送信するか、又はＨＡＣＫ−ＡＣＫとＳＲをＵＣＩ多重化して約束されたＰＵＣＣＨリソースで送信することができる。
【０８６４】
第１８のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０８６５】
３.１９．第１９のＳＲ送信方法
【０８６６】
基地局が端末に((端末特定の)上位階層信号(例：ＲＲＣシグナリング)により)ＳＲ(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)送信のためのＰＵＣＣＨリソース(以下、ＳＲ ＰＵＣＣＨ)に対する(ＯＦＤＭシンボル単位の)ＰＵＣＣＨ送信周期及び／又はスロット内の(ＳＲ)ＰＵＣＣＨ送信開始(ＯＦＤＭ)シンボル(ｉｎｄｅｘ)及び／又は(ＯＦＤＭシンボル単位の)ＰＵＣＣＨ送信長さなどを設定できる時、端末は(ＳＲ送信のための)(ＯＦＤＭシンボル単位の)ＰＵＣＣＨ送信周期内の(相対的な)ＰＵＣＣＨ送信開始(ＯＦＤＭ)シンボル(ｉｎｄｅｘ)を以下のように導き出すか又は適用することができる。
【０８６７】
【数１】
0006845330.tif 000033
【０８６８】
ここで、Ｎ０、Ｎperiod、Ｎoffset、ＮduratioＮは各々(ＳＲ送信のために設定された)(ＯＦＤＭシンボル単位の)ＰＵＣＣＨ送信周期内の(相対的な)ＰＵＣＣＨ送信開始(ＯＦＤＭ)シンボル(ｉｎｄｅｘ)、(ＯＦＤＭシンボル単位の)ＰＵＣＣＨ送信周期、スロット内の(ＳＲ)ＰＵＣＣＨ送信開始(ＯＦＤＭ)シンボル(ｉｎｄｅｘ)、及び(ＯＦＤＭシンボル単位の)ＰＵＣＣＨ送信長さを意味する。
【０８６９】
またスロットは複数の(連続する)ＯＦＤＭシンボルで構成された基本スケジューリング単位を意味し、一例として１つのスロットは１４つのＯＦＤＭシンボルで構成される。
【０８７０】
本発明において、端末は基地局がＳＲ送信をＰＵＣＣＨリソースに対してＰＵＣＣＨ送信長さより短いＰＵＣＣＨ送信周期を設定しないと期待できる(即ち、Ｎperiod≧Ｎduration)。
【０８７１】
本発明において、(ＳＲ送信のために設定された)スロット内の(ＳＲ)ＰＵＣＣＨ送信開始(ＯＦＤＭ)シンボル(ｉｎｄｅｘ)は、基地局が端末に設定したＰＵＣＣＨリソースの送信開始(ＯＦＤＭ)シンボル(ｉｎｄｅｘ)及び／又は別の時間軸オフセット(例：ＳＲオフセット)値により決定される。
【０８７２】
また本発明において、ＳＲ ＰＵＣＣＨに対する(ＯＦＤＭシンボル単位の)ＰＵＣＣＨ送信周期内の(相対的な)ＰＵＣＣＨ送信開始(ＯＦＤＭ)シンボル(ｉｎｄｅｘ)は、ＰＵＣＣＨ送信周期内で定義されるＬｏｃａｌ ｉｎｄｅｘｉｎｇにおける(ＯＦＤＭ)シンボル(ｉｎｄｅｘ)を意味する。
【０８７３】
より具体的には、本発明の実施例によるＮＲシステムにおいて、１４つの(連続する)ＯＦＤＭシンボルが１つのスロットを構成し、スロット内のＯＦＤＭシンボルインデックスは０、１、２、…、１３と設定される。この時、基地局は端末に対してＳＲ送信のためのＰＵＣＣＨ送信周期を７つのＯＦＤＭシンボル(Ｎperiod=７)と、ＰＵＣＣＨ送信長さを２つのＯＦＤＭシンボル(Ｎduration=２)と、またスロット内のＰＵＣＣＨ送信開始シンボル(ｉｎｄｅｘ)(Ｎoffset＝６)を６と設定することができる。
【０８７４】
もし端末がＰＵＣＣＨ送信周期内の(ＳＲ送信のための)ＰＵＣＣＨ開始シンボル(ｉｎｄｅｘ)(Ｎ０)を単純に送信周期に対するモジューロ演算で決定する場合(例：Ｎ０＝６ ｍｏｄ ７＝６)、２つのシンボル長さを有するＳＲ ＰＵＣＣＨの１番目のシンボルはｋ番目のスロット内のＯＦＤＭシンボル(ｉｎｄｅｘ)１３で、２番目のシンボルは(Ｋ＋１)番目のスロット内のＯＦＤＭシンボル(ｉｎｄｅｘ)０で送信される。上記のように端末がＳＲを２つのスロットにわたって送信する動作は、基地局が少なくとも２つのスロットに対するＵＬ送信を保障しなければならないので、基地局のスケジューリングの柔軟性を制限するため好ましくない動作である。
【０８７５】
従って本発明では、ＰＵＣＣＨ送信周期内の(ＳＲ送信のための)ＰＵＣＣＨ開始シンボル(ｉｎｄｅｘ)(Ｎ０)を求める時、ＰＵＣＣＨ送信周期からＰＵＣＣＨ送信長さを引いた値に対してモジューロ演算を適用し(例：Ｎ０＝６ ｍｏｄ (７−２)＝５)、ＳＲ送信が単一スロット内に限定されるようにする方案を提案する。
【０８７６】
第１９のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０８７７】
３.２０．第２０のＳＲ送信方法
【０８７８】
端末が送信するＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソース(以下、Ａ／Ｎ ＰＵＣＣＨ)とＳＲ送信ＰＵＣＣＨリソース(以下、ＳＲ ＰＵＣＣＨ)が時間軸で全体又は一部重畳した時、端末はＨＡＲＱ−ＡＣＫとＳＲの間の優先順位に基づいて以下のようにＵＣＩ送信を行うことができる。
【０８７９】
(１)ＳＲがＨＡＲＱ−ＡＣＫより優先順位が高い場合
【０８８０】
(１−１)Ｐｏｓｉｔｉｖｅ ＳＲがＴMUX−Ｔ１前の時点(又は該当時点)に発生した場合、端末はＡ／ＮとＳＲをＵＣＩ多重化して単一のＰＵＣＣＨリソースで送信
【０８８１】
(１−２)Ｐｏｓｉｔｉｖｅ ＳＲがＴMUX−Ｔ１後の時点に発生した場合
【０８８２】
−端末はＡ／Ｎ送信を省略(又は中断)し、ＳＲをＳＲ ＰＵＣＣＨで送信
【０８８３】
−又はＸビット(例：Ｘ＝２)以下のＡ／Ｎである場合、端末は該当Ａ／ＮとＳＲをＵＣＩ多重化して単一のＰＵＣＣＨリソースで送信
【０８８４】
−又はＸビット(例：Ｘ＝２)を超えるＡ／Ｎである場合、端末は特定の単一(例：ＰＣｅｌｌ(Ｐｒｉｍａｒｙ Ｃｅｌｌ))ＰＤＳＣＨに対するＡ／ＮのみをＳＲとＵＣＩ多重化して単一のＰＵＣＣＨリソースで送信
【０８８５】
(２)ＨＡＲＱ−ＡＣＫがＳＲより優先順位が高い場合
【０８８６】
(２−１)Ｐｏｓｉｔｉｖｅ ＳＲがＴMUX−Ｔ１前の時点(又は該当時点)に発生した場合、端末はＡ／ＮとＳＲをＵＣＩ多重化して単一のＰＵＣＣＨリソースで送信
【０８８７】
(２−２)Ｐｏｓｉｔｉｖｅ ＳＲがＴMUX−Ｔ１後の時点に発生した場合、端末はＳＲ送信を省略(又は中断)し、Ａ／ＮのみをＡ／Ｎ ＰＵＣＣＨで送信
【０８８８】
本発明において、ＴMUXはＡ／ＮとＳＲに対するＵＣＩ多重化の結果を送信するＰＵＣＣＨリソースの送信時点を意味し、Ｔ１は以下のうちの１つである。またＴMUX−Ｔ１は端末がＨＡＲＱ−ＡＣＫに対するエンコーディングを開始する時点を意味する。
【０８８９】
１)Ｏｐｔ．１：端末に(上位階層信号などにより)設定された(最小)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング
【０８９０】
２)Ｏｐｔ．２：端末が最後に受信した(ＨＡＲＱ−ＡＣＫ送信対象)ＰＤＳＣＨに対して設定／指示されたＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング
【０８９１】
３)Ｏｐｔ．３：端末力量(又は具現)による(最小)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング(又はＵＥプロセシング時間)
【０８９２】
上記構成において、ＰＵＣＣＨフォーマットによって端末は以下のように(ＨＡＲＱ−ＡＣＫとＳの間の)ＵＣＩ多重化を行うことができる。
【０８９３】
＜１＞Ａ／Ｎ ＰＵＣＣＨがＰＦ２／３／４であり、ＳＲ ＰＵＣＣＨがＰＦ０／１である場合、端末はＳＲビットをＵＣＩに追加(Ａｐｐｅｎｄｉｎｇ)した後、Ａ／Ｎ ＰＵＣＣＨでＡ／ＮとＳＲを送信
【０８９４】
＜２＞Ａ／Ｎ ＰＵＣＣＨがＰＦ０／１であり、ＳＲ ＰＵＣＣＨがＰＦ０／１である場合(両方ともＰＦ１である場合を除外)、端末はＣＳがＸ(例：Ｘ＝１)ほど増加したＡ／Ｎ ＰＵＣＣＨでＡ／Ｎを送信(Ｐｏｓｉｔｉｖｅ ＳＲはＣＳ増加と表現)
【０８９５】
＜３＞Ａ／Ｎ ＰＵＣＣＨがＰＦ１であり、ＳＲ ＰＵＣＣＨがＰＦ１である場合、端末はＳＲ ＰＵＣＣＨでＡ／Ｎの変調シンボルを送信(Ｐｏｓｉｔｉｖｅ ＳＲはＳＲ ＰＵＣＣＨ選択／送信と表現)。この時、上記動作はＳＲ ＰＵＣＣＨの開始シンボルがＡ／Ｎ ＰＵＣＣＨの開始シンボルと同一であるか又は遅い場合にのみ適用される。
【０８９６】
また上記構成において、端末はＳＲとＨＡＲＱ−ＡＣＫの間の優先順位を以下のように判断できる。
【０８９７】
１＞基地局が上位階層信号により優先順位関係を設定
【０８９８】
２＞ＳＲ周期の絶対値を基準として判断。一例として、ＳＲ周期が一定値以下であると、ＳＲがＨＡＲＱ−ＡＣＫより高い優先順位を有し、それ以外の場合は、ＨＡＲＱ−ＡＣＫがＳＲより高い優先順位を有する。
【０８９９】
３＞端末に設定されたＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングとＳＲ周期の間の大小関係で判断。一例として、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングがＳＲ周期より大きい場合、ＳＲがＨＡＲＱ−ＡＣＫより高い優先順位を有し、それ以外の場合は、ＨＡＲＱ−ＡＣＫがＳＲより高い優先順位を有する。この時、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングは以下のうちの１つである。
【０９００】
−Ｏｐｔ．１：端末に設定された(最小)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング
【０９０１】
−Ｏｐｔ．２：端末が最後に受信した(ＨＡＲＱ−ＡＣＫ送信対象)ＰＤＳＣＨに対するＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング
【０９０２】
−Ｏｐｔ．３：端末力量(又は具現)による(最小)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング
【０９０３】
本発明において、ＳＲ ＰＵＣＣＨ、Ａ／Ｎ ＰＵＣＣＨは各々、ＳＲ(のみ)、ＨＡＲＱ−ＡＣＫ(のみ)の送信のために設定及び／又は指示されたＰＵＣＣＨリソースを意味する。
【０９０４】
また本発明において、ＰＦ０、ＰＦ１、ＰＦ２、ＰＦ３、ＰＦ４は各々、ＰＵＣＣＨフォーマット０、ＰＵＣＣＨフォーマット１、ＰＵＣＣＨフォーマット２、ＰＵＣＣＨフォーマット３、ＰＵＣＣＨフォーマット４を意味し、ＰＦＸ／ＹはＰＦＸ又はＰＦＹを意味する。
【０９０５】
また本発明において、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングはＰＤＳＣＨの終了時点からＨＡＲＱ−ＡＣＫの送信時点までの時間を意味する。
【０９０６】
また本発明において、Ｐｏｓｉｔｉｖｅ ＳＲが発生したとは、端末が送信するＵＬデータが発生したことを意味するか、又はＵＬスケジューリングを要請すると判断した場合を意味する。
【０９０７】
より具体的には、ＨＡＲＱ−ＡＣＫとＳＲの間のＵＣＩ多重化において、端末がＨＡＲＱ−ＡＣＫに対するエンコーディングを開始した後又はＨＡＲＱ−ＡＣＫに対するＰＵＣＣＨ送信を開始した後にＰｏｓｉｔｉｖｅ ＳＲが発生することができる。この時、端末がＳＲをどのように処理するかに関する考慮が必要である。
【０９０８】
もしＨＡＲＱ−ＡＣＫがＳＲより優先順位を有する場合、端末はＰｏｓｉｔｉｖｅ ＳＲがＨＡＲＱ−ＡＣＫエンコーディング前に発生すると、ＳＲとＨＡＲＱ−ＡＣＫを多重化して単一のＰＵＣＣＨリソースで送信し、そうではないと、ＳＲ送信を次の周期に遅延させ、ＨＡＲＱ−ＡＣＫ送信のみを行うことができる。
【０９０９】
しかし、本発明の実施例によるＮＲシステムでは、ＵＲＬＬＣなどのサービスを支援する目的で低い遅延(Ｌｏｗ Ｌａｔｅｎｃｙ)を要求するＳＲ送信が存在でき、ＳＲ送信はＨＡＲＱ−ＡＣＫに比べて高い優先順位を有することができる。
【０９１０】
上記のようにＳＲがＨＡＲＱ−ＡＣＫより優先順位を有する場合、端末はＰｏｓｉｔｉｖｅ ＳＲがＨＡＲＱ−ＡＣＫエンコーディング前に発生すると、ＳＲとＨＡＲＱ−ＡＣＫを多重化して単一のＰＵＣＣＨリソースで送信し、そうではないと、ＨＡＲＱ−ＡＣＫ送信を省略又は中断してＳＲ送信のみを行うことができる。
【０９１１】
この時、端末のＨＡＲＱ−ＡＣＫエンコーディング開始時点は、端末の具現に全的に依存するか又はＵＣＩ多重化結果を送信するＰＵＣＣＨリソースの送信開始時点対比(最小の)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングの以前時点と約束する。この時、ＨＡＲＱ−ＡＣＫとＳＲの間の優先順位は基地局が調節できるようにすることが好ましい。一例として、基地局がＨＡＲＱ−ＡＣＫとＳＲの間の優先順位を調節する方法としては、以下のようなオプションが考えられる。
【０９１２】
[１]Ｏｐｔ．１：相対的な優先順位が上位階層信号(例：ＲＲＣシグナリング)により設定される
【０９１３】
[２]Ｏｐｔ．２：相対的な優先順位がＳＲ周期の絶対値により設定される
【０９１４】
[３]Ｏｐｔ．３：相対的な優先順位がＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングとＳＲ周期の間の関係により判断
【０９１５】
一例として、Ｏｐｔ．２の場合、端末はＳＲ周期が特定値以下であると、ＳＲがＨＡＲＱ−ＡＣＫより優先順位が高いと見なすことができ、逆にＳＲ周期が特定値より大きいと、ＨＡＲＱ−ＡＣＫがＳＲより優先順位が高いと判断することができる。
【０９１６】
他の例として、Ｏｐｔ．３の場合、端末はＳＲ周期が自分に設定された最小のＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングより小さいと、ＳＲがＨＡＲＱ−ＡＣＫより優先順位が高いと見なすことができ、そうではないと、ＨＡＲＱ−ＡＣＫがＳＲより優先順位が高いと判断することができる。
【０９１７】
図１２は本発明によってＳＲがＨＡＲＱ−ＡＣＫより高い優先順位を有する場合の端末のＳＲ送信方法を簡単に示す図である。
【０９１８】
図１２は上述したＯｐｔ．３のようにＨＡＲＱ−ＡＣＫとＳＲの間の優先順位を決定する時、ＳＲ周期が(ｍｉｎ)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングより短くてＳＲがより高い優先順位を有する場合を示す。
【０９１９】
従ってＰｏｓｉｔｉｖｅ ＳＲが発生すると、端末はＨＡＲＱ−ＡＣＫ送信を省略し、ＳＲのみを送信する。但し、端末がＨＡＲＱ−ＡＣＫの送信中にＰｏｓｉｔｉｖｅ ＳＲが発生した場合は、端末はＨＡＲＱ−ＡＣＫ送信を中断してＳＲ送信を行うことができる。
【０９２０】
図１３及び図１４は本発明によってＨＡＲＱ−ＡＣＫがＳＲより高い優先順位を有する場合における端末のＳＲ送信方法を簡単に示す図である。
【０９２１】
図１３及び図１４はＯｐｔ．３のようにＨＡＲＱ−ＡＣＫとＳＲの間の優先順位を決定する時、ＳＲ周期が(ｍｉｎ)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングより長くてＨＡＲＱ−ＡＣＫがより高い優先順位を有する場合を示す。上記の場合、端末はＨＡＲＱ−ＡＣＫエンコーディングを開始する前にＰｏｓｉｔｉｖｅ ＳＲが発生すると、ＨＡＲＱ−ＡＣＫとＳＲをＵＣＩ多重化して単一のＰＵＣＣＨリソースで送信し、そうではないと、ＳＲ送信を次の周期に遅延させ、ＨＡＲＱ−ＡＣＫのみを送信することができる。
【０９２２】
上記構成において、ＳＲ周期の基準点を(ｍｉｎ)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングと設定した理由は、該当値が端末のＨＡＲＱ−ＡＣＫ多重化のために参照するバンドリングウィンドウの終了時点に対応するためである。即ち、基地局は端末が少なくともバンドリングウィンドウ内のＰＤＳＣＨを全て検出してみた後にＨＡＲＱ−ＡＣＫに対するエンコーディングを開始すると期待できる。
【０９２３】
さらにＨＡＲＱ−ＡＣＫとＳＲをＵＣＩ多重化して送信する単一のＰＵＣＣＨリソースは、ＨＡＲＱ−ＡＣＫとＳＲの各々に対するＰＵＣＣＨリソースのＰＵＣＣＨフォーマットによって以下のように定義される。
【０９２４】
１]Ａ／Ｎ ＰＵＣＣＨがＰＦ２／３／４であり、ＳＲ ＰＵＣＣＨがＰＦ０／１である場合、端末はＳＲビットをＵＣＩに追加(Ａｐｐｅｎｄｉｎｇ)した後、Ａ／Ｎ ＰＵＣＣＨでＡ／ＮとＳＲ送信
【０９２５】
２]Ａ／Ｎ ＰＵＣＣＨがＰＦ０／１であり、ＳＲ ＰＵＣＣＨがＰＦ０／１である場合(両方ともＰＦ１である場合を除外)、端末はＣＳがＸ(例：Ｘ＝１)ほど増加したＡ／Ｎ ＰＵＣＣＨでＡ／Ｎ送信(Ｐｏｓｉｔｉｖｅ ＳＲはＣＳ増加で表現)
【０９２６】
３]Ａ／Ｎ ＰＵＣＣＨがＰＦ１であり、ＳＲ ＰＵＣＣＨがＰＦ１である場合、端末はＳＲ ＰＵＣＣＨでＡ／Ｎの変調シンボルを送信(Ｐｏｓｉｔｉｖｅ ＳＲはＳＲ ＰＵＣＣＨの選択／送信で表現)。ここで、ＳＲ ＰＵＣＣＨの開始シンボルがＡ／Ｎ ＰＵＣＣＨの開始シンボルより早い場合、端末はＳＲ送信を省略し、Ａ／ＮのみをＡ／Ｎ ＰＵＣＣＨで送信する。
【０９２７】
この時、ＡＮ ＰＵＣＣＨ及びＳＲ ＰＵＣＣＨがいずれもＰＦ１である場合、ＨＡＲＱ−ＡＣＫ情報がＳＲ ＰＵＣＣＨで送信される時、ＨＡＲＱ−ＡＣＫエンコーディングのためのＵＥプロセシング時間が減少しないように、端末はＳＲ ＰＵＣＣＨがＡＮ ＰＵＣＣＨと同一である又は同じ開始シンボルを有する場合にのみ動作を行うことができる。そうではない場合は、優先順位によって端末はＳＲ又はＨＡＲＱ−ＡＣＫ送信を省略することができる。
【０９２８】
さらに端末が送信するＨＡＲＱ−ＡＣＫ(以下、Ａ／Ｎ)送信ＰＵＣＣＨリソース(以下、Ａ／Ｎ ＰＵＣＣＨ)とＳＲ送信ＰＵＣＣＨリソース(以下、ＳＲ ＰＵＣＣＨ)が時間軸で全体又は一部重畳する場合、Ａ／Ｎ ＰＵＣＣＨがＰＦ２／３／４であり、ＳＲ ＰＵＣＣＨがＰＦ０／１であることができる。この時、端末はＳＲ情報をＥｘｐｌｉｃｉｔ ｂｉｔと表現した後、ＳＲビットをエンコーディング及び変調したコーディングされた変調シンボル(Ｃｏｄｅｄ ｍｏｄｕｌａｔｅｄ ｓｙｍｂｏｌ)をＡ／Ｎ ＰＵＣＣＨ内のパンクチャリングされたＲＥを介して送信することができる(即ち、ＳＲをＡ／Ｎ ＰＵＣＣＨ内の特定の一部ＲＥでピギーバックして送信)。
【０９２９】
ここで、ＳＲビットに対する変調次数(Ｍｏｄｕｌａｔｉｏｎ ｏｒｄｅｒ)はＡ／Ｎと同一であることができる。
【０９３０】
またＳＲに対する(レイヤーごとの)コーディングされた変調シンボル(Ｃｏｄｅｄ ｍｏｄｕｌａｔｅｄ ｓｙｍｂｏｌ(ｐｅｒ ｌａｙｅｒ))の数はＳＲに対するＵＣＩペイロードサイズとＳＲに対する設計変数であるベターオフセットによって変更される。
【０９３１】
またＡ／Ｎ ＰＵＣＣＨに対するパンクチャリングに基づいてＲＥマッピングされるＳＲ送信ＲＥは、Ａ／ＮとＳＲが重畳したＯＦＤＭシンボル上のＡ／Ｎ ＰＵＣＣＨ内の(ＵＣＩ)ＲＥの部分集合(例：サブセット)になるように制限される。
【０９３２】
より具体的には、ＳＲに対する(レイヤーごとの)コーディングされた変調シンボル数は、Ａ／Ｎに対する符号化率(又はＡ／Ｎに対するＵＣＩペイロードサイズ、Ａ／Ｎに対するＣＲＣ(Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ)ビットのサイズ、及びＡ／Ｎに対するＡ／Ｎ ＰＵＣＣＨ内の送信ＲＥ数)又はＡ／Ｎ ＰＵＣＣＨに対する最大の符号化率、(ＳＲに対する)設計変数ベターオフセット、(ＳＲに対する)変調次数、及び(ＳＲに対する)ＵＣＩペイロードサイズに基づいて計算できる。
【０９３３】
一例として、Ａ／Ｎに対する符号化率(又はＡ／Ｎ ＰＵＣＣＨに対する最大の符号化率)が
0006845330.tif 000034
、ＳＲに対して設定された設計変数ベターオフセットは
0006845330.tif 000035
、ＳＲに対する変調次数は
0006845330.tif 000036
、ＳＲに対するＵＣＩペイロードサイズが
0006845330.tif 000037
、ＳＲに対するＣＲＣビットのサイズが
0006845330.tif 000038
である時、ＳＲに対する(レイヤーごとの)コーディングされた変調シンボルの数
0006845330.tif 000039
は以下のように計算される。
【０９３４】
【数２】
0006845330.tif 000040
【０９３５】
ここで、ＵＢＳＲはＳＲに対する(レイヤーごとの)コーディングされた変調シンボルの数の上限値を意味する。一例として、ＵＢＳＲはＡ／ＮとＳＲが重畳されたＯＦＤＭシンボル上のＡ／Ｎ ＰＵＣＣＨ内の(ＵＣＩ)ＲＥ数である。
【０９３６】
さらに、端末が送信するＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソース(以下、Ａ／Ｎ ＰＵＣＣＨ)とＳＲ送信ＰＵＣＣＨリソース(以下、ＳＲ ＰＵＣＣＨ)が時間軸で全体又は一部重畳した時、端末はＨＡＲＱ−ＡＣＫ(以下、Ａ／Ｎ)とＳＲの間の優先順位に基づいて以下のようにＵＣＩ送信を行うことができる。
【０９３７】
(Ａ)Ａ／Ｎ ＰＵＣＣＨがＰＦ２／３／４であり、ＳＲ ＰＵＣＣＨがＦＰ０／１である場合
【０９３８】
(Ａ−１)Ａ／ＮがＳＲより優先順位が高い場合(又はＡ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨの開始シンボルが同一である場合)
【０９３９】
−端末はＳＲビットをＡ／Ｎに加えて構成したＵＣＩペイロードをＡ／Ｎ ＰＵＣＣＨで送信
【０９４０】
−端末はＡ／Ｎ ＰＵＣＣＨで送信するＵＣＩエンコーディングの開始までＵＬデータの到着(ＵＬ ｄａｔａ ａｒｒｉｖａｌ)がないと判断した場合、これをＮｅｇａｔｉｖｅ ＳＲと見なす
【０９４１】
(Ａ−２)ＳＲがＡ／Ｎより優先順位が高い場合
【０９４２】
−Ｏｐｔ．１：端末はＡ／Ｎ送信を省略し、ＳＲ ＰＵＣＣＨのみを送信
【０９４３】
−Ｏｐｔ．２：端末は重畳した(ＯＦＤＭ)シンボル上のＡ／Ｎ ＰＵＣＣＨ ＲＥをパンクチャリングし、該当(ＯＦＤＭ)シンボルで(一部又は全体)ＳＲ ＰＵＣＣＨを送信
【０９４４】
−Ｏｐｔ．３：Ａ／ＮをＡ／Ｎ ＰＵＣＣＨで送信し、(一部又は全体)ＳＲをＥｘｐｌｉｃｉｔ ｂｉｔと表現してＳＲに対するコーディングされた変調シンボルをＡ／Ｎ ＰＵＣＣＨ内のパンクチャリングされた一部ＲＥを介して送信
【０９４５】
(Ｂ)Ａ／Ｎ ＰＵＣＣＨがＰＦ０／１であり、ＳＲ ＰＵＣＣＨがＰＦ０／１である場合、(Ａ／Ｎ ＰＵＣＣＨがＰＦ１であり、ＳＲ ＰＵＣＣＨがＰＦ１である場合を除外)
【０９４６】
(Ｂ−１)Ａ／ＮがＳＲより優先順位が高い場合(又はＡ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨの開始シンボルが同一である場合)
【０９４７】
−Ｐｏｓｉｔｉｖｅ ＳＲであると、端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨのＣＳを増加させたリソースで送信、Ｎｅｇａｔｉｖｅ ＳＲであると、端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨリソースで送信。ここで、ＣＳの増加は全体(ＯＦＤＭ)シンボル又はＳＲと重畳する(ＯＦＤＭ)シンボル上のＡ／Ｎ ＰＵＣＣＨリソースに対して適用される。
【０９４８】
−端末がＡ／Ｎ ＰＵＣＣＨに対する変調(又はサブキャリアのマッピング)開始までＵＬデータ到着がないと判断した場合、端末はこれをＮｅｇａｔｉｖｅ ＳＲと見なす(又はＮｅｇａｔｉｖｅ ＳＲの判断は端末具現)
【０９４９】
(Ｂ−２)ＳＲがＡ／Ｎより優先順位が高い場合
【０９５０】
−Ｏｐｔ．１：端末はＡ／Ｎ送信を省略し、ＳＲ ＰＵＣＣＨのみを送信
【０９５１】
−Ｏｐｔ．２：端末は重畳した(ＯＦＤＭ)シンボル上のＡ／Ｎ ＰＵＣＣＨ ＲＥをパンクチャリングし、該当(ＯＦＤＭ)シンボルで(一部又は全体)ＳＲ ＰＵＣＣＨを送信
【０９５２】
−Ｏｐｔ．３：端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨで送信し、重畳した(ＯＦＤＭ)シンボル上のＣＳ(又はシーケンス)を変更して(一部又は全体)ＳＲを送信
【０９５３】
(Ｃ)Ａ／Ｎ ＰＵＣＣＨがＦ１であり、ＳＲ ＰＵＣＣＨがＦ１である場合
【０９５４】
(Ｃ−１)Ａ／ＮがＳＲより優先順位が高い場合(又はＡ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨの開始シンボルが同一である場合)
【０９５５】
−Ｐｏｓｉｔｉｖｅ ＳＲであると、端末はＡ／ＮをＳＲ ＰＵＣＣＨリソースで送信、Ｎｅｇａｔｉｖｅ ＳＲであると、端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨリソースで送信 
【０９５６】
−端末がＡ／Ｎ ＰＵＣＣＨに対する変調(又はサブキャリアのマッピング)開始までＵＬデータ到着がないと判断した場合、端末はこれをＮｅｇａｔｉｖｅ ＳＲと見なす(又はＮｅｇａｔｉｖｅ ＳＲの判断は端末具現)
【０９５７】
(Ｃ−２)ＳＲがＡ／Ｎより優先順位が高い場合
【０９５８】
−Ｏｐｔ．１：端末はＡ／Ｎ送信を省略し、ＳＲ ＰＵＣＣＨのみを送信
【０９５９】
−Ｏｐｔ．２：端末は重畳した(ＯＦＤＭ)シンボル上のＡ／Ｎ ＰＵＣＣＨ ＲＥをパンクチャリングし、該当(ＯＦＤＭ)シンボルで(一部又は全体)ＳＲ ＰＵＣＣＨを送信
【０９６０】
−Ｏｐｔ．３：端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨで送信し、重畳した(ＯＦＤＭ)シンボル上のＣＳ(又はシーケンス)を変更して(一部又は全体)ＳＲを送信
【０９６１】
上記構成において、Ａ／ＮとＳＲの間の優先順位は以下のうちの１つ以上の優先順位規則の組み合わせによって決定されるか、又は基地局が上位階層信号及び／又はＤＣＩにより設定する。
【０９６２】
Ａ)Ｏｐｔ．１：ＰＵＣＣＨの長さ(ｄｕｒａｔｉｏｎ)がもっと短いＰＵＣＣＨがより高い優先順位を有する。
【０９６３】
Ｂ)Ｏｐｔ．２：周期又はＵＬタイミング(例：ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング)がもっと小さいＰＵＣＣＨが優先順位を有する。
【０９６４】
Ｃ)Ｏｐｔ．３：開始シンボルがもっと早いＰＵＣＣＨがより高い優先順位を有する。
【０９６５】
さらに、以下の説明ではＡ／ＮとＳＲの間の相対的な優先順位はＰＵＣＣＨの長さ(ｄｕｒａｔｉｏｎ)、ＳＲ周期及びＡ／Ｎに対する(最小)ＵＬタイミング(例：ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング)により決定されると仮定する。具体的には、ＵＣＩ１がＬｏｎｇ ＰＵＣＣＨである場合、ＵＣＩ２がＳｈｏｒｔ ＰＵＣＣＨでかつ周期(又は(最小)ＵＬタイミング)がもっと短い場合にのみＵＣＩ２がＵＣＩ１に対比して優先順位を有すると仮定する。その他の場合は、ＵＣＩ１とＵＣＩ２のうちＡ／Ｎに対応するＵＣＩがより優先順位を有すると仮定する。
【０９６６】
＜Ａ＞Ａ／Ｎ ＰＵＣＣＨがＰＦ３／４であり、ＳＲ ＰＵＣＣＨがＰＦ１である場合
【０９６７】
−端末はＳＲビットをＡ／Ｎに加えて構成したＵＣＩペイロードをＡ／Ｎ ＰＵＣＣＨで送信
【０９６８】
−端末がＡ／Ｎ ＰＵＣＣＨで送信するＵＣＩエンコーディングの開始までＵＬデータの到着がないと判断した場合は、端末はこれをＮｅｇａｔｉｖｅ ＳＲと見なす。
【０９６９】
＜Ｂ＞Ａ／Ｎ ＰＵＣＣＨがＰＦ３／４であり、ＳＲ ＰＵＣＣＨがＰＦ０である場合
【０９７０】
＜Ｂ−１＞ＳＲ周期性(ｐｅｒｉｏｄｉｃｉｔｙ)＜(最小)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングである場合
【０９７１】
−Ｏｐｔ．１：端末はＡ／Ｎ送信を省略し、ＳＲ ＰＵＣＣＨのみを送信
【０９７２】
−Ｏｐｔ．２：端末は重畳した(ＯＦＤＭ)シンボル上のＡ／Ｎ ＰＵＣＣＨ ＲＥをパンクチャリングし、該当(ＯＦＤＭ)シンボルで(一部又は全体)ＳＲ ＰＵＣＣＨを送信
【０９７３】
−Ｏｐｔ．３：端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨで送信し、(一部又は全体)ＳＲをＥｘｐｌｉｃｉｔ ｂｉｔと表現してＳＲに対する符号化された変調シンボル(Ｃｏｄｅｄ ｍｏｄｕｌａｔｉｏｎ ｓｙｍｂｏｌ)をＡ／Ｎ ＰＵＣＣＨ内のパンクチャリングされた一部のＲＥで送信
【０９７４】
＜Ｂ−２＞ＳＲ周期性≧(最小)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングである場合
【０９７５】
−端末はＳＲビットをＡ／Ｎに加えて構成したＵＣＩペイロードをＡ／Ｎ ＰＵＣＣＨで送信
【０９７６】
−端末がＡ／Ｎ ＰＵＣＣＨで送信するＵＣＩエンコーディングの開始までＵＬデータ到着がないと判断した場合は、端末はこれをＮｅｇａｔｉｖｅ ＳＲと見なす。
【０９７７】
＜Ｃ＞Ａ／Ｎ ＰＵＣＣＨがＰＦ１であり、ＳＲ ＰＵＣＣＨがＰＦ１である場合
【０９７８】
−Ｐｏｓｉｔｉｖｅ ＳＲであると、端末はＡ／ＮをＳＲ ＰＵＣＣＨリソースで送信、Ｎｅｇａｔｉｖｅ ＳＲであると、端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨリソースで送信
【０９７９】
−端末がＡ／Ｎ ＰＵＣＣＨに対する変調(又はサブキャリアのマッピング)の開始までＵＬデータ到着がないと判断した場合は、端末はこれをＮｅｇａｔｉｖｅ ＳＲと見なす(又はＮｅｇａｔｉｖｅ ＳＲの判断は端末具現)
【０９８０】
＜Ｄ＞Ａ／Ｎ ＰＵＣＣＨがＰＦ１であり、ＳＲ ＰＵＣＣＨがＰＦ０である場合
【０９８１】
＜Ｄ−１＞ＳＲ周期性＜(最小)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングである場合
【０９８２】
−Ｏｐｔ．１：端末はＡ／Ｎ送信を省略し、ＳＲ ＰＵＣＣＨのみを送信
【０９８３】
−Ｏｐｔ．２：端末は重畳した(ＯＦＤＭ)シンボル上のＡ／Ｎ ＰＵＣＣＨ ＲＥをパンクチャリングし、該当(ＯＦＤＭ)シンボルで(一部又は全体)ＳＲ ＰＵＣＣＨを送信
【０９８４】
−Ｏｐｔ．３：端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨで送信し、重畳した(ＯＦＤＭ)シンボル上のＣＳ(又はシーケンス)を変更して(一部又は全体)ＳＲを送信
【０９８５】
＜Ｄ−２＞ＳＲ周期性≧(最小)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングである場合
【０９８６】
−Ｐｏｓｉｔｉｖｅ ＳＲであると、端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨのＣＳを増加させたリソースで送信、Ｎｅｇａｔｉｖｅ ＳＲであると、端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨリソースで送信。ここで、ＣＳの増加は全体(ＯＦＤＭ)シンボル又はＳＲと重畳した(ＯＦＤＭ)シンボル上のＡ／Ｎ ＰＵＣＣＨリソースに対して適用される。
【０９８７】
−端末がＡ／Ｎ ＰＵＣＣＨに対する変調(又はサブキャリアのマッピング)の開始までＵＬデータ到着がないと判断した場合は、端末はこれをＮｅｇａｔｉｖｅ ＳＲと見なす(又はＮｅｇａｔｉｖｅ ＳＲの判断は端末具現)。
【０９８８】
＜Ｅ＞Ａ／Ｎ ＰＵＣＣＨがＰＦ２であり、ＳＲ ＰＵＣＣＨがＰＦ０／１である場合
【０９８９】
−端末はＳＲビットをＡ／Ｎに加えて構成したＵＣＩペイロードをＡ／Ｎ ＰＵＣＣＨで送信
【０９９０】
−端末がＡ／Ｎ ＰＵＣＣＨで送信するＵＣＩエンコーディングの開始までＵＬデータ到着がないと判断した場合は、端末はこれをＮｅｇａｔｉｖｅ ＳＲと見なす。
【０９９１】
＜Ｆ＞Ａ／Ｎ ＰＵＣＣＨがＰＦ０であり、ＳＲ ＰＵＣＣＨがＰＦ０／１である場合
【０９９２】
−Ｐｏｓｉｔｉｖｅ ＳＲであると、端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨのＣＳを増加させたリソースで送信、Ｎｅｇａｔｉｖｅ ＳＲであると、端末はＡ／ＮをＡ／Ｎ ＰＵＣＣＨリソースで送信。ここで、ＣＳの増加は全体(ＯＦＤＭ)シンボル又はＳＲと重畳した(ＯＦＤＭ)シンボル上のＡ／Ｎ ＰＵＣＣＨリソースに対して適用される。
【０９９３】
−端末がＡ／Ｎ ＰＵＣＣＨに対する変調(又はサブキャリアのマッピング)の開始までＵＬデータ到着がないと判断した場合は、端末はこれをＮｅｇａｔｉｖｅ ＳＲと見なす(又はＮｅｇａｔｉｖｅ ＳＲの判断は端末具現)。
【０９９４】
上記構成において、(最小)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングは該当Ａ／Ｎ ＰＵＣＣＨに設定された又は約束されたＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングのうちの最小値を意味する。
【０９９５】
第２０のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【０９９６】
３.２１．第２１のＳＲ送信方法
【０９９７】
端末が送信するＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソース(以下、Ａ／Ｎ ＰＵＣＣＨ)とＣＳＩ送信ＰＵＣＣＨリソース(以下、ＣＳＩ ＰＵＣＣＨ)が時間軸で全体又は一部重畳した時、端末はＨＡＲＱ−ＡＣＫとＣＳＩをＵＣＩ多重化して単一のＰＵＣＣＨで送信し、ＣＳＩ参照リソースを以下のように決定できる。
【０９９８】
(１)単一のＰＵＣＣＨがＡ／Ｎ ＰＵＣＣＨである場合
【０９９９】
ＣＳＩに対する(時間軸)ＣＳＩ参照リソースは、ＴＡ／Ｎ−Ｔ１以前の時点(又は該当時点)に存在しながら、ＴCSI−ＴCQI以前の時点(又は該当時点)に存在する最も早い(ｖａｌｉｄ)ＤＬスロットである。
【１０００】
(２)単一のＰＵＣＣＨがＣＳＩ ＰＵＣＣＨである場合
【１００１】
ＣＳＩに対する(時間軸)ＣＳＩ参照リソースは、ＴCSI−Ｔ１以前の時点(又は該当時点)に存在しながら、ＴCSI−ＴCQI以前の時点(又は該当時点)に存在する最も早い(ｖａｌｉｄ)ＤＬスロットである。
【１００２】
ここで、ＴＡ／ＮはＡ／Ｎ ＰＵＣＣＨの送信時点を意味し、Ｔ１は以下のうちの１つである。
【１００３】
−Ｏｐｔ．１：端末に設定された(最小)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング
【１００４】
−Ｏｐｔ．２：端末が最後に受信した(ＨＡＲＱ−ＡＣＫ送信対象)ＰＤＳＣＨに対するＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング
【１００５】
−Ｏｐｔ．３：端末力量(又は具現)による(最小)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング
【１００６】
ここで、ＴCSIはＣＳＩ ＰＵＣＣＨの送信時点を意味し、ＴCQIは基地局と端末の間で予め約束された値、又は基地局が端末に設定した値である。
【１００７】
またＣＳＩ参照リソースは、ＣＳＩ計算の参照となる時間リソースを意味し、(ｖａｌｉｄ)ＤＬスロットとは、(端末に)ＤＬスロットで設定されたスロット及び／又は測定ギャップ(ｅ.ｇ.,ｍｅａｓｕｒｅｍｅｎｔ ｇａｐ)に含まれないスロット及び／又はＣＳＩ報告が行われるＤＬ ＢＷＰ(ｂａｎｄｗｉｄｔｈ ｐａｒｔ)と同じＤＬ ＢＷＰに含まれるスロットを意味する。
【１００８】
またＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングは、ＰＤＳＣＨの終了時点からＨＡＲＱ−ＡＣＫの送信時点までの時間を意味する。
【１００９】
より具体的には、ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨがＤＬ ａｓｓｉｇｎｍｅｎｔ基盤のＰＤＳＣＨである場合、ＨＡＲＱ−ＡＣＫ／ＳＲとＣＳＩはＡＮ ＰＵＣＣＨで送信されることができる。従って、端末がＨＡＲＱ−ＡＣＫ／ＳＲとＣＳＩに対して送信するＰＵＣＣＨリソースが時間軸で重畳する場合、端末は常にＨＡＲＱ−ＡＣＫ／ＳＲとＣＳＩをＵＣＩ多重化して単一のＰＵＣＣＨリソースで送信し、ＨＡＲＱ−ＡＣＫのためのＵＥプロセシング時間を保障するようにＣＳＩ計算のためのＣＳＩ参照リソースのみを変更する。
【１０１０】
一例として、ＣＳＩのみの送信を仮定した時のＣＳＩ参照リソースがＨＡＲＱ−ＡＣＫエンコーディング開始時点より遅い場合を仮定する。この時、端末がＣＳＩ計算以後のＨＡＲＱ−ＡＣＫとＣＳＩをジョイントエンコーディングしようとする場合、端末がＨＡＲＱ−ＡＣＫエンコーディングのみを行う時の時点より遅くエンコーディングを行って、ＰＵＣＣＨ送信時点までのＵＥプロセシング時間が保障されないことができる。
【１０１１】
従って本発明では、(ＨＡＲＱ−ＡＣＫ／ＳＲ送信のための)ＰＵＣＣＨとＣＳＩ ＰＵＣＣＨが時間軸で重畳する場合、端末がＨＡＲＱ−ＡＣＫ／ＳＲとＣＳＩを常にＵＣＩ多重化して単一のＰＵＣＣＨで送信し、ＣＳＩ参照リソースが多重化されたＵＣＩを送信するＰＵＣＣＨリソース対比(ｍｉｎ)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミング以前に存在するように変更する方案を提案する。
【１０１２】
より具体的には、本発明の実施例によるＮＲシステムにおいてＣＳＩ参照リソースは以下の表のように定義できる。
【１０１３】
【表２６】
0006845330.tif 000041
【１０１４】
ここで、ｎCQI_refは(ｍｉｎ)ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫタイミングより大きく設定されることができる。これにより、ＣＳＩ計算がＨＡＲＱ−ＡＣＫのためのＵＥプロセシング時間に影響を与えないようにすることができる。但し、この場合、ｎはＣＳＩが送信されるスロットを意味する。
【１０１５】
第２１のＳＲ送信方法は本発明の他の提案と互いに相反しない限り、共に結合して適用できる。
【１０１６】
図１５は本発明によって端末がスケジューリング要請を送信する方法を示す流れ図である。
【１０１７】
まず端末は基地局からＳＲ送信のための１つ以上の第１上りリンクリソースに関する第１設定情報を受信する(Ｓ１５１０)。この時、第１設定情報は上位階層シグナリングにより受信される。
【１０１８】
次いで、端末は基地局からＵＣＩを送信する第２上りリンクリソースに関する第２設定情報を受信する(Ｓ１５２０)。この時、第２設定情報は下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ)により受信される。
【１０１９】
Ｎ個(Ｎは１より大きい自然数)のＳＲ送信のためのＮ個の第１上りリンクリソースと第２上りリンクリソースが時間領域で重畳する場合、端末はＮ個のＳＲ設定(又はＳＲプロセス)に関するＳＲ情報を指示するビット情報をＵＣＩと共に第２上りリンクリソースで送信する(Ｓ１５３０)。
【１０２０】
ここで、Ｎ個のＳＲ設定に関するＳＲ情報を指示するビット情報は、Ｎ個のＳＲ設定のうちの１つのＳＲ設定に関する情報及び１つのＳＲ設定に対応するｐｏｓｉｔｉｖｅ ＳＲ情報を示す。
【１０２１】
又は、Ｎ個のＳＲ設定に関するＳＲ情報を指示するビット情報は、Ｎ個のＳＲ設定の各々に対応するＳＲ情報がｐｏｓｉｔｉｖｅ ＳＲであるか又はｎｅｇａｔｉｖｅ ＳＲであるかを指示する複数のビットで構成される。
【１０２２】
一例として、複数のビットは各々、対応するＳＲ情報がｐｏｓｉｔｉｖｅ ＳＲである場合、１の値を有し、対応するＳＲ情報がｎｅｇａｔｉｖｅ ＳＲである場合は、０の値を有するように設定される。
【１０２３】
また複数のビットは、Ｎ個のＳＲ設定の識別情報に基づく順で構成される。一例として、複数のビットは対応するＳＲ情報のＳＲプロセス(又はＳＲ設定)インデックス番号順に構成されることができる。
【１０２４】
本発明において、第１上りリンクリソース及び第２上りリンクリソースは時間領域で全体又は一部重畳することができる。
【１０２５】
また本発明において、第２上りリンクリソースは確認応答情報を送信する物理上りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＵＣＣＨ)リソースに対応することができる。
【１０２６】
上記構成において、ＵＣＩはＣＳＩ又はＨＡＲＱ−ＡＣＫ情報のうちの１つ以上を含む。
【１０２７】
この時、端末は様々な方法によりＮ個のＳＲ設定に関するＳＲ情報を指示するビット情報を確認応答情報と共に第２上りリンクリソースで送信することができる。一例として、端末はＮ個のＳＲ設定に関するＳＲ情報を指示するビット情報とＵＣＩを結合したＵＣＩペイロードを生成し、ＵＣＩペイロードに対するコーディングされたビットフォーマットを生成して第２上りリンクリソースで送信することができる。これにより、端末はＮ個のＳＲ設定に関するＳＲ情報を指示するビット情報をＵＣＩと共に第２上りリンクリソースで送信することができる。
【１０２８】
よって、対応して、基地局は端末にＳＲ送信のための１つ以上の第１上りリンクリソースに関する第１設定情報を送信し、確認応答情報を送信する第２上りリンクリソースに関する第２設定情報を送信する。
【１０２９】
この時、Ｎ個のＳＲ送信のためのＮ個の第１上りリンクリソースと第２上りリンクリソースが時間領域で重畳する場合、基地局はＮ個のＳＲ設定に関するＳＲ情報を指示するビット情報をＵＣＩと共に第２上りリンクリソースで受信する。
【１０３０】
さらに本発明による端末は以下のようにＳＲを送信できる。
【１０３１】
まずＳＲ情報を送信する第１物理上りリンク制御チャネル(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ；ＰＵＣＣＨ)フォーマット及びＨＡＲＱ−ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ)情報を送信する第２ＰＵＣＣＨフォーマットを決定する。この時、ＳＲ情報及びＨＡＲＱ−ＡＣＫ情報を送信する第２１／第２ＰＵＣＣＨフォーマットは、基地局の設定情報及び／又は送信するＵＣＩペイロードなどによって決定される。
【１０３２】
第１ＰＵＣＣＨフォーマットが１つ又は２つのシンボルで構成され、最大２ビットサイズの上りリンク制御情報(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ；ＵＣＩ)を支援するＰＵＣＣＨフォーマットに対応し、第２ＰＵＣＣＨフォーマットが４つ以上のシンボルで構成され、最大２ビットサイズのＵＣＩを支援するＰＵＣＣＨフォーマットに対応し、ＳＲ情報がｐｏｓｉｔｉｖｅ ＳＲである場合、上記端末はＨＡＲＱ−ＡＣＫ情報のみを第２ＰＵＣＣＨフォーマットを用いて送信することができる。
【１０３３】
これにより、端末はＳＲ情報とＨＡＲＱ−ＡＣＫ情報の同時送信を行うことができる。
【１０３４】
より具体的には、上記のような端末はＳＲ情報とＨＡＲＱ−ＡＣＫ情報の同時送信がＳＲ情報を送信する第１上りリンクリソースとＨＡＲＱ−ＡＣＫ情報を送信する第２上りリンクリソースが時間領域で重畳する場合に限って行われることができる。
【１０３５】
従って上述したように、ＳＲ情報を送信する第１上りリンクリソースとＨＡＲＱ−ＡＣＫ情報を送信する第２上りリンクリソースが時間領域で重畳する場合、端末との約束により、基地局は端末からＨＡＲＱ−ＡＣＫ情報を送信するためのＰＵＣＣＨフォーマットにＨＡＲＱ−ＡＣＫ情報のみが受信されると、端末が意図したＳＲ情報はｐｏｓｉｔｉｖｅ ＳＲであることを暗示的に認知できる。
【１０３６】
上述した提案方式に対する一例も本発明の具現方法の１つとして含まれてもよく、一種の提案方式と見なし得ることは明白な事実である。また、上述した提案方式は独立して具現されてもよく、一部の提案方式の組合せ（又は、併合）の形態で具現されてもよい。上記提案方法適用の有無に関する情報（又は、上記提案方法の規則に関する情報）は、基地局が端末に事前に定義されたシグナル（例えば、物理層シグナル又は上位層シグナル）で知らせるように規則が定義されてもよい。
【１０３７】
４．装置構成
【１０３８】
図１６は提案する実施例を具現できる端末及び基地局の構成を示す図である。図１６に示した端末及び基地局は、上述した端末と基地局の間でスケジューリング要請(ＳＲ)の送受信方法の実施例を具現するように動作する。
【１０３９】
端末(ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)１は、上りリンクでは送信端として動作し、下りリンクでは受信端として動作することができる。また、基地局(ｅＮＢ：ｅ−Ｎｏｄｅ Ｂ又はｇＮＢ：ｎｅｗ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ)１００は、上りリンクでは受信端として動作し、下りリンクでは送信端として動作することができる。
【１０４０】
即ち、端末及び基地局は、情報、データ及び／又はメッセージの送信及び受信を制御するためにそれぞれ、送信器(Ｔｒａｎｓｍｉｔｔｅｒ)１０，１１０及び受信器(Ｒｅｃｅｉｖｅｒ)２０，１２０を含むことができ、情報、データ及び／又はメッセージを送受信するためのアンテナ３０，１３０などを含むことができる。
【１０４１】
また、端末及び基地局はそれぞれ、上述した本発明の実施例を行うためのプロセッサ(Ｐｒｏｃｅｓｓｏｒ)４０，１４０、及びプロセッサの処理過程を臨時的に又は持続的に記憶できるメモリ５０，１５０を含むことができる。
【１０４２】
このように構成された端末１は、受信器２０を介して基地局１００からＳＲ送信のための１つ以上の第１上りリンクリソースに関する第１設定情報とＵＣＩを送信する第２上りリンクリソースに関する第２設定情報を受信する。次いで、Ｎ個(Ｎは１より大きい自然数)のＳＲ送信のためにＮ個の第１上りリンクリソースと第２上りリンクリソースが時間領域で重畳する場合、端末１は送信器１０を介してＮ個のＳＲ設定に関するＳＲ情報を指示するビット情報をＵＣＩと一緒に第２上りリンクリソースで送信する。
【１０４３】
これに対応して、基地局１００は送信器１１０を介して端末１にＳＲ送信のための１つ以上の第１上りリンクリソースに関する第１設定情報とＵＣＩを送信する第２上りリンクリソースに関する第２設定情報を送信する。次いで、Ｎ個(Ｎは１より大きい自然数)のＳＲ送信のためにＮ個の第１上りリンクリソースと第２上りリンクリソースが時間領域で重畳する場合、基地局１００は受信器１２０を介してＮ個のＳＲ設定に関するＳＲ情報を指示するビット情報をＵＣＩと一緒に第２上りリンクリソースで受信する。
【１０４４】
端末及び基地局に含まれた送信器及び受信器は、データ送信のためのパケット変復調機能、高速パケットチャネルコーディング機能、直交周波数分割多重接続(ＯＦＤＭＡ：Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)パケットスケジューリング、時分割デュプレックス(ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ)パケットスケジューリング及び／又はチャネル多重化機能を有することができる。また、図２７の端末及び基地局は、低電力ＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)／ＩＦ(Ｉｎｔｅｒｍｅｄｉａｔｅ Ｆｒｅｑｕｅｎｃｙ)ユニットをさらに含むことができる。
【１０４５】
一方、本発明において端末として、個人携帯端末機(ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ)、セルラーフォン、個人通信サービス(ＰＣＳ：Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ)フォン、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ)フォン、ＷＣＤＭＡ(Ｗｉｄｅｂａｎｄ ＣＤＭＡ)フォン、ＭＢＳ(Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ Ｓｙｓｔｅｍ)フォン、ハンドヘルドＰＣ(Ｈａｎｄ−Ｈｅｌｄ ＰＣ)、ノートＰＣ、スマート(Ｓｍａｒｔ)フォン、又はマルチモードマルチバンド(ＭＭ−ＭＢ：Ｍｕｌｔｉ Ｍｏｄｅ−Ｍｕｌｔｉ Ｂａｎｄ)端末機などを用いることができる。
【１０４６】
ここで、スマートフォンとは、移動通信端末機と個人携帯端末機の長所を混合した端末機であり、移動通信端末機に、個人携帯端末機の機能である日程管理、ファクシミリ送受信、及びインターネット接続などのデータ通信機能を統合した端末機を意味することができる。また、マルチモードマルチバンド端末機とは、マルチモデムチップを内蔵して携帯インターネットシステム及び他の移動通信システム(例えば、ＣＤＭＡ(Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)２０００システム、ＷＣＤＭＡ(Ｗｉｄｅｂａｎｄ ＣＤＭＡ)システムなど)のいずれにおいても作動し得る端末機のことを指す。
【１０４７】
本発明の実施例は、様々な手段によって具現することができる。例えば、本発明の実施例は、ハードウェア、ファームウェア(ｆｉｒｍｗａｒｅ)、ソフトウェア、又はそれらの結合などによって具現することができる。
【１０４８】
ハードウェアによる具現の場合、本発明の実施例による方法は、１つ又はそれ以上のＡＳＩＣ(ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ)、ＤＳＰ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ)、ＤＳＰＤ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅ)、ＰＬＤ(ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ)、ＦＰＧＡ(ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【１０４９】
ファームウェアやソフトウェアによる具現の場合、本発明の実施例による方法は、以上で説明した機能又は動作を行うモジュール、手順又は関数などの形態として具現することができる。例えば、ソフトウェアコードは、メモリ５０，１５０に格納し、プロセッサ１４，１４０によって駆動することができる。上記メモリユニットは上記プロセッサの内部又は外部に設けられて、既に公知である様々な手段によって上記プロセッサとデータをやり取りすることができる。
【１０５０】
本発明は、本発明の技術的アイディア及び必須特徴から逸脱しない範囲で他の特定の形態として具体化することができる。したがって、上記の詳細な説明はいずれの面においても制限的に解釈されてはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付する請求項の合理的解釈によって決定しなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。また、特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成してもよく、出願後の補正によって新しい請求項として含めてもよい。
【産業上の利用可能性】
【１０５１】
本発明の実施例は、様々な無線接続システムに適用することができる。様々な無線接続システムの一例として３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)又は３ＧＰＰ２システムなどがある。本発明の実施例は、上記様々な無線接続システムの他、上記様々な無線接続システムを応用した全ての技術分野にも適用することができる。さらに、提案した方法は、超高周波帯域を利用するｍｍＷａｖｅ通信システムにも適用することができる。
【図１】
0006845330.tif 000042
【図２】
0006845330.tif 000043
【図３】
0006845330.tif 000044
【図４】
0006845330.tif 000045
【図５】
0006845330.tif 000046
【図６】
0006845330.tif 000047
【図７】
0006845330.tif 000048
【図８】
0006845330.tif 000049
【図９】
0006845330.tif 000050
【図１０】
0006845330.tif 000051
【図１１】
0006845330.tif 000052
【図１２】
0006845330.tif 000053
【図１３】
0006845330.tif 000054
【図１４】
0006845330.tif 000055
【図１５】
0006845330.tif 000056
【図１６】
0006845330.tif 000057