(57)【要約】本発明は無線通信システムに関し、具体的には、複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)送信のために複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースを決定する段階と、決定された複数のＰＵＣＣＨリソースのうち、第１ＰＵＣＣＨリソースを基準として、(１)第１ＰＵＣＣＨリソース及び(２)第１ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第２ＰＵＣＣＨリソースに関連するＵＣＩを多重化する段階と、多重化されたＵＣＩの送信のために第３ＰＵＣＣＨリソースを決定する段階を含み、ここで、第１ＰＵＣＣＨリソースは決定された複数のＰＵＣＣＨリソースのうち、開始シンボルが最も早いＰＵＣＣＨリソースである方法、及びそのための装置に関する。【選択図】図１２
2020532234.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて通信装置が制御情報を送信する方法であって、
複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)送信のために複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースを決定する段階と、
前記決定された複数のＰＵＣＣＨリソースのうち、第１ＰＵＣＣＨリソースを基準として、(１)前記第１ＰＵＣＣＨリソース及び(２)前記第１ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第２ＰＵＣＣＨリソースに関連するＵＣＩを多重化する段階と、
前記多重化されたＵＣＩの送信のために第３ＰＵＣＣＨリソースを決定する段階を含み、
ここで、前記第１ＰＵＣＣＨリソースは前記決定された複数のＰＵＣＣＨリソースのうち、開始シンボルが最も早いＰＵＣＣＨリソースである、方法。
【請求項２】
前記多重化されたＵＣＩを前記第３ＰＵＣＣＨリソースを用いて送信する段階をさらに含む、請求項１に記載の方法。
【請求項３】
(１)前記第３ＰＵＣＣＨリソース及び(２)前記第３ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第４ＰＵＣＣＨリソースに関連する第１ＵＣＩを多重化する段階と、
前記多重化された第１ＵＣＩの送信のために第５ＰＵＣＣＨリソースを決定する段階をさらに含み、
前記第４ＰＵＣＣＨリソースには前記第１ＰＵＣＣＨリソースと前記一つ以上の第２ＰＵＣＣＨリソースが含まれない、請求項１に記載の方法。
【請求項４】
前記決定された複数のＰＵＣＣＨリソースは同じスロット内に位置し、前記スロットは複数のシンボルを含む、請求項１に記載の方法。
【請求項５】
前記スロットは１４個のシンボルを含み、
各ＰＵＣＣＨリソースの開始シンボルのインデックスは０〜１３のうちの１つであり、
各ＰＵＣＣＨリソースの送信長さは１〜１４個のシンボルのうちの１つである、請求項４に記載の方法。
【請求項６】
前記複数のＵＣＩは少なくともＡ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)又はＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)を含む、請求項１に記載の方法。
【請求項７】
前記多重化されたＵＣＩは少なくともＡ／Ｎを含み、前記第３ＰＵＣＣＨリソースは前記多重化されたＵＣＩのペイロードサイズに基づいて決定される、請求項６に記載の方法。
【請求項８】
前記第３ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)リソースと重なる場合、前記多重化されたＵＣＩは前記ＰＵＳＣＨを介して送信される、請求項１に記載の方法。
【請求項９】
無線通信システムに使用される通信装置であって、
メモリと、
プロセッサを含み、前記プロセッサは、
複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)送信のために複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースを決定し、
前記決定された複数のＰＵＣＣＨリソースのうち、第１ＰＵＣＣＨリソースを基準として、(１)前記第１ＰＵＣＣＨリソース及び(２)前記第１ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第２ＰＵＣＣＨリソースに関連するＵＣＩを多重化し、
前記多重化されたＵＣＩの送信のために第３ＰＵＣＣＨリソースを決定するように構成され、
ここで、前記第１ＰＵＣＣＨリソースは前記決定された複数のＰＵＣＣＨリソースのうち、開始シンボルが最も早いＰＵＣＣＨリソースである、通信装置。
【請求項１０】
前記プロセッサは、
前記多重化されたＵＣＩを前記第３ＰＵＣＣＨリソースを用いて送信するように構成される、請求項９に記載の通信装置。
【請求項１１】
前記プロセッサは、
(１)前記第３ＰＵＣＣＨリソース及び(２)前記第３ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第４ＰＵＣＣＨリソースに関連する第１ＵＣＩを多重化し、
前記多重化された第１ＵＣＩの送信のために第５ＰＵＣＣＨリソースを決定するように構成され、
前記第４ＰＵＣＣＨリソースには前記第１ＰＵＣＣＨリソースと前記一つ以上の第２ＰＵＣＣＨリソースが含まれない、請求項９に記載の方法。
【請求項１２】
前記決定された複数のＰＵＣＣＨリソースは同じスロット内に位置し、前記スロットは複数のシンボルを含む、請求項９に記載の通信装置。
【請求項１３】
前記スロットは１４個のシンボルを含み、
各ＰＵＣＣＨリソースの開始シンボルのインデックスは０〜１３のうちの１つであり、
各ＰＵＣＣＨリソースの送信長さは１〜１４個のシンボルのうちの１つである、請求項１２に記載の通信装置。
【請求項１４】
前記複数のＵＣＩは少なくともＡ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)又はＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)を含む、請求項９に記載の通信装置。
【請求項１５】
前記多重化されたＵＣＩは少なくともＡ／Ｎを含み、前記第３ＰＵＣＣＨリソースは前記多重化されたＵＣＩのペイロードサイズに基づいて決定される、請求項１４に記載の方法。
【請求項１６】
前記第３ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)リソースと重なる場合、前記多重化されたＵＣＩは前記ＰＵＳＣＨを介して送信される、請求項９に記載の通信装置。
【請求項１７】
さらにＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)ユニットを含む、請求項９に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より具体的には無線信号の送受信方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース（帯域幅、伝送パワーなど）を共有して多重使用者との通信を支援することができる多重接続（ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システム、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線信号の送受信過程を効率的に行う方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【課題を解決するための手段】
【０００５】
本発明の一様相において、無線通信システムにおいて通信装置が制御情報を送信する方法であって、複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)送信のために複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースを決定する段階と、決定された複数のＰＵＣＣＨリソースのうち、第１ＰＵＣＣＨリソースを基準として、(１)第１ＰＵＣＣＨリソース及び(２)第１ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第２ＰＵＣＣＨリソースに関連するＵＣＩを多重化する段階と、多重化されたＵＣＩの送信のために第３ＰＵＣＣＨリソースを決定する段階を含み、ここで、第１ＰＵＣＣＨリソースは決定された複数のＰＵＣＣＨリソースのうち、開始シンボルが最も早いＰＵＣＣＨリソースである方法が提供される。
【０００６】
好ましくは、多重化されたＵＣＩを第３ＰＵＣＣＨリソースを用いて送信する段階をさらに含む。
【０００７】
好ましくは、(１)第３ＰＵＣＣＨリソース及び(２)第３ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第４ＰＵＣＣＨリソースに関連する第１ＵＣＩを多重化する段階及び多重化された第１ＵＣＩの送信のために第５ＰＵＣＣＨリソースを決定する段階をさらに含み、第４ＰＵＣＣＨリソースには第１ＰＵＣＣＨリソースと一つ以上の第２ＰＵＣＣＨリソースが含まれない。
【０００８】
好ましくは、決定された複数のＰＵＣＣＨリソースは同じスロット内に位置し、スロットは複数のシンボルを含む。
【０００９】
好ましくは、スロットは１４個のシンボルを含み、各ＰＵＣＣＨリソースの開始シンボルのインデックスは０〜１３のうちの１つであり、各ＰＵＣＣＨリソースの送信長さは１〜１４個のシンボルのうちの１つである。
【００１０】
好ましくは、複数のＵＣＩは少なくともＡ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)又はＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)を含む。
【００１１】
好ましくは、多重化されたＵＣＩは少なくともＡ／Ｎを含み、第３ＰＵＣＣＨリソースは多重化されたＵＣＩのペイロードサイズに基づいて決定される。
【００１２】
好ましくは、第３ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)リソースと重なる場合、多重化されたＵＣＩはＰＵＳＣＨを介して送信される。
【００１３】
本発明の他の様相において、無線通信システムに使用される通信装置であって、メモリ及びプロセッサを含み、該プロセッサは、複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)送信のために複数のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースを決定し、該決定された複数のＰＵＣＣＨリソースのうち、第１ＰＵＣＣＨリソースを基準として、(１)第１ＰＵＣＣＨリソース及び(２)第１ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第２ＰＵＣＣＨリソースに関連するＵＣＩを多重化し、多重化されたＵＣＩの送信のために第３ＰＵＣＣＨリソースを決定するように構成され、ここで第１ＰＵＣＣＨリソースは決定された複数のＰＵＣＣＨリソースのうち、開始シンボルが最も早いＰＵＣＣＨリソースである通信装置が提供される。
【００１４】
好ましくは、プロセッサは、多重化されたＵＣＩを第３ＰＵＣＣＨリソースを用いて送信するように構成される。
【００１５】
好ましくは、プロセッサは、(１)第３ＰＵＣＣＨリソース及び(２)第３ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第４ＰＵＣＣＨリソースに関連する第１ＵＣＩを多重化し、多重化された第１ＵＣＩの送信のために第５ＰＵＣＣＨリソースを決定するように構成され、第４ＰＵＣＣＨリソースには第１ＰＵＣＣＨリソースと一つ以上の第２ＰＵＣＣＨリソースが含まれない。
【００１６】
好ましくは、決定された複数のＰＵＣＣＨリソースは同じスロット内に位置し、スロットは複数のシンボルを含む。
【００１７】
好ましくは、スロットは１４個のシンボルを含み、各ＰＵＣＣＨリソースの開始シンボルのインデックスは０〜１３のうちの１つであり、各ＰＵＣＣＨリソースの送信長さは１〜１４個のシンボルのうちの１つである。
【００１８】
好ましくは、複数のＵＣＩは少なくともＡ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)又はＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)を含む。
【００１９】
好ましくは、多重化されたＵＣＩは少なくともＡ／Ｎを含み、第３ＰＵＣＣＨリソースは多重化されたＵＣＩのペイロードサイズに基づいて決定される。
【００２０】
好ましくは、第３ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)リソースと重なる場合、多重化されたＵＣＩはＰＵＳＣＨを介して送信される。
【００２１】
好ましくは、さらに通信装置はＲＦ(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)ユニットを含む。
【発明の効果】
【００２２】
本発明によれば、無線通信システムにおいて無線信号の送受信を効率的に行うことができる。
【００２３】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【００２４】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。
【００２５】
【図１】無線通信システムの一例である３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。
【図２】無線フレームの構造を例示する図である。
【図３】スロットのリソースグリッドを例示する図である。
【図４】自己完結(ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する図である。
【図５】自己完結スロット内に物理チャネルがマッピングされる例を示す図である。
【図６】ＡＣＫ／ＮＡＣＫ送信過程を例示する図である。
【図７】ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)送信過程を例示する図である。
【図８】制御情報をＰＵＳＣＨに多重化する例を示す図である。
【図９】本発明による信号送信を例示する図である。
【図１０】本発明による信号送信を例示する図である。
【図１１】本発明による信号送信を例示する図である。
【図１２】本発明による信号送信を例示する図である。
【図１３】本発明による信号送信を例示する図である。
【図１４】本発明による信号送信を例示する図である。
【図１５】本発明に適用可能な基地局及び端末を例示する図である。
【発明を実施するための形態】
【００２６】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ−Ａは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ(Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)は３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａの進化したバージョンである。
【００２７】
より多い通信機器がより大きい通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏ Ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上した無線広帯域(ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ)通信に対する必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模ＭＴＣ(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考慮すべき重要なイッシュの一つである。のみならず、信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及びレイテンシ(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮したＵＲＬＬＣ(Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)が論議されている。このようにｅＭＢＢ(ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されており、本発明では、便宜上、該当技術をＮＲ(Ｎｅｗ ｒａｄｉｏ又はＮｅｗ ＲＡＴ)と呼ぶ。
【００２８】
説明を明確にするために、３ＧＰＰ ＮＲを主として説明するが、本発明の技術的思想はこれに限られない。
【００２９】
無線通信システムにおいて、端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局から上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を伝送する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【００３０】
図１は３ＧＰＰ ＮＲシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。
【００３１】
電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、段階Ｓ１０１において、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う。このために、端末は基地局から主同期チャネル(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ)及び副同期チャネル(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ)を受信して基地局と同期を確立し、セルＩＤ(ｃｅｌｌ ｉｄｅｎｔｉｔｙ)などの情報を得る。その後、端末は基地局から物理放送チャネル(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ、ＰＢＣＨ)を受信してセル内の放送情報を得る。なお、端末は初期セル探索の段階において、下りリンク参照信号(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＬ ＲＳ)を受信して下りリンクチャネルの状態を確認できる。
【００３２】
初期セル探索が終了した端末は、段階Ｓ１０２において、物理下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ)及び物理下りリンク制御チャネルの情報に基づく物理下りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ)を受信して、より具体的なシステム情報を得る。
【００３３】
以後、端末は基地局に接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のような任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行う。このために端末は、物理任意接続チャネル(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を伝送し(Ｓ１０３)、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信する(Ｓ１０４)。競争基盤の任意接続(Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ)の場合、さらなる物理任意接続チャネルの伝送(Ｓ１０５)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信(Ｓ１０６)のような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う。
【００３４】
このような手順を行った端末は、その後一般的な上り／下りリンク信号の伝送手順として物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信(Ｓ１０７)、及び物理上りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ)／物理上りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ)の伝送を行う(Ｓ１０８)。端末が基地局に伝送する制御情報を併せて上りリンク制御情報(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ)と称する。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩは、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して伝送されるが、制御情報とトラヒックデータが同時に伝送される必要がある場合にはＰＵＳＣＨを介して伝送される。また、ネットワークの要請／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に伝送することができる。
【００３５】
図２は無線フレームの構造を例示する図である。ＮＲにおいて、上りリンク及び下りリンク送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム(Ｈａｌｆ−Ｆｒａｍｅ、ＨＦ)と定義される。ハーフフレームは５個の１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)と定義される。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ(Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)によって１２つ又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。
【００３６】
表１は一般ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。
【００３７】
【表１】
2020532234.tif 000003
【００３８】
＊Ｎslotsymb:スロット内のシンボル数
【００３９】
＊Ｎframe,uslot:フレーム内のスロット数
【００４０】
＊Ｎsubframe,uslot:サブフレーム内のスロット数
【００４１】
表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。
【００４２】
【表２】
2020532234.tif 000004
【００４３】
フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。
【００４４】
ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ)が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と通称)の(絶対時間)区間が併合されたセル間で異なるように設定されることができる。ここで、シンボルはＯＦＤＭシンボル(或いはＣＰ−ＯＦＤＭシンボル)、ＳＣ−ＦＤＭＡシンボル(或いはＤｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ−ｓｐｒｅａｄ−ＯＦＤＭ、ＤＦＴ−ｓ−ＯＦＤＭシンボル)を含む。
【００４５】
図３はスロットのリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する図である。スロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢ(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)は周波数ドメインで複数(例えば、１２)の連続する副搬送波と定義される。ＢＷＰは周波数ドメインで複数の連続するＰＲＢ(Ｐｈｙｓｉｃａｌ ＲＢ)と定義され、１つのニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)に対応することができる。搬送波は最大Ｎ個(例えば、５つ)のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ)と称され、１つの複素シンボルがマッピングされることができる。
【００４６】
図４は自己完結(Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する図である。ＮＲシステムにおいて、フレームは１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどを全て含むことができる自己完結構造を特徴とする。例えば、スロット内の最初のＮ個のシンボルは、ＤＬ制御チャネルを送信する時に使用され(以下、ＤＬ制御領域)、スロット内の最後のＭ個のシンボルはＵＬ制御チャネルを送信する時に使用される(以下、ＵＬ制御領域)。ＮとＭは各々０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間におけるリソース領域(以下、データ領域)は、ＤＬデータ送信のために使用されるか、又はＵＬデータ送信のために使用される。制御領域とデータ領域の間には、ＤＬ−ｔｏ−ＵＬ或いはＵＬ−ｔｏ−ＤＬスイッチングのための時間ギャップが存在する。一例として、以下の構成を考慮できる。各区間は時間順である。
【００４７】
１．ＤＬのみの構成
【００４８】
２．ＵＬのみの構成
【００４９】
３．混合ＵＬ−ＤＬの構成
【００５０】
−ＤＬ領域＋ＧＰ(Ｇｕａｒｄ Ｐｅｒｉｏｄ)＋ＵＬ制御領域
【００５１】
−ＤＬ制御領域＋ＧＰ＋ＵＬ領域
【００５２】
＊ＤＬ領域:(i)ＤＬデータ領域、(ii)ＤＬ制御領域＋ＤＬデータ領域
【００５３】
＊ＵＬ領域:(i)ＵＬデータ領域、(ii)ＵＬデータ領域＋ＵＬ制御領域
【００５４】
図５は自己完結スロット内に物理チャネルがマッピングされる例を示す図である。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。ＵＬ制御領域ではＰＵＣＣＨが送信され、ＵＬデータ領域ではＰＵＳＣＨが送信される。ＧＰは基地局と端末が送信モードから受信モードに転換する過程又は受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換する時点の一部のシンボルがＧＰと設定されることができる。
【００５５】
以下、各々の物理チャネルについてより詳しく説明する。
【００５６】
ＰＤＣＣＨはＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ。例えば、ＰＣＣＣＨ(即ち、ＤＣＩ)はＤＬ−ＳＣＨ(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)の送信フォーマット及びリソース割り当て、ＵＬ−ＳＣＨ(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ)に関するページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位階層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ(Ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ)の活性化／解除などを運ぶ。ＤＣＩはＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例えば、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子(例えば、ｃｅｌｌ−ＲＮＴＩ、Ｃ−ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ−ＲＮＴＩ(Ｐａｇｉｎｇ−ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例えば、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ)に関するものであれば、ＣＲＣはＳＩ−ＲＮＴＩ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがランダム接続応答に関するものであれば、ＣＲＣはＲＡ−ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ−ＲＮＴＩ)にマスキングされる。
【００５７】
ＰＤＣＣＨはＡＬ(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)で構成される。ＣＣＥは無線チャネル状態によって所定の符号率のＰＤＣＣＨを提供するために使用される論理的割り当て単位である。ＣＣＥは６個のＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)で構成される。ＲＥＧは一つのＯＦＤＭシンボルと一つの(Ｐ)ＲＢにより定義される。ＰＤＣＣＨはＣＯＲＥＳＥＴ(Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ)により送信される。ＣＯＲＥＳＥＴは与えられたニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットにより定義される。一つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインで重畳することができる。ＣＯＲＥＳＥＴはシステム情報(例えば、Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＭＩＢ)又は端末−特定(ＵＥ−ｓｐｅｃｉｆｉｃ)の上位階層(例えば、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ)シグナリングにより設定される。具体的には、ＣＯＲＥＳＥＴを構成するＲＢ数及びＯＦＤＭシンボル数(最大３個)が上位階層シグナリングにより設定される。
【００５８】
ＰＤＣＣＨ受信／検出のために、端末はＰＤＣＣＨ候補をモニタする。ＰＤＣＣＨ候補はＰＤＣＣＨ検出のために端末がモニタするＣＣＥを示す。各ＰＤＣＣＨ候補はＡＬによって１、２、４、８、１６個のＣＣＥにより定義される。モニタリングはＰＤＣＣＨ候補を(ブラインド)復号することを含む。端末がモニタするＰＤＣＣＨ候補のセットをＰＤＣＣＨ検索空間(Ｓｅａｒｃｈ Ｓｐａｃｅ、ＳＳ)と定義する。検索空間は共通検索空間(Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＣＳＳ)又は端末−特定の検索空間(ＵＥ−ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ、ＵＳＳ)を含む。端末はＭＩＢ又は上位階層シグナリングにより設定された一つ以上の検索空間でＰＤＣＣＨ候補をモニタしてＤＣＩを得ることができる。各々のＣＯＲＥＳＥＴは一つ以上の検索空間に連関し、各検索空間は一つのＣＯＲＥＳＴに連関する。検索空間は以下のパラメータに基づいて定義される。
【００５９】
−ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間に関連するＣＯＲＥＳＥＴを示す。
【００６０】
−ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期(スロット単位)及びＰＤＣＣＨモニタリング区間オフセット(スロット単位)を示す。
【００６１】
−ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：スロット内のＰＤＣＣＨモニタリングシンボルを示す(例えば、ＳＯＲＥＳＥＴの１番目のシンボルを示す)。
【００６２】
−ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝{１、２、４、８、１６}ごとのＰＤＣＣＨ候補の数(０、１、２、３、４、５、６、８のうちの１つ)を示す。
【００６３】
＊ＰＤＣＣＨ候補をモニタする機会(ｏｃｃａｓｉｏｎ)(例、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会であると定義する。スロット内に１つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。
【００６４】
表３は検索空間タイプごとの特徴を例示する。
【００６５】
【表３】
2020532234.tif 000005
【００６６】
表４はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。
【００６７】
【表４】
2020532234.tif 000006
【００６８】
ＤＣＩフォーマット０_０はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０_１はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＵＳＣＨ又はＣＢＧ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ)−基盤(又はＣＢＧ−ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１_０はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１_１はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＤＳＣＨ又はＣＢＧ−基盤(又はＣＢＧ−ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット０_０／０_１はＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１_０／１_１はＤＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれる。ＤＣＩフォーマット２_０は動的スロットフォーマット情報(例えば、ｄｙｎａｍｉｃ ＳＦＩ)を端末に伝達するために使用され、ＤＣＩフォーマット２_１は下りリンク先制(ｐｒｅ−Ｅｍｐｔｉｏｎ)情報を端末に伝達するために使用される。ＤＣＩフォーマット２_０及び／又はＤＣＩフォーマット２_１は１つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ(Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＣＣＨ)を介して該当グループ内の端末に伝達される。
【００６９】
ＤＣＩフォーマット０_０とＤＣＩフォーマット１_０はフォールバック(ｆａｌｌｂａｃｋ)ＤＣＩフォーマットと称され、ＤＣＩフォーマット０_１とＤＣＩフォーマット１_１はノンフォールバックＤＣＩフォーマットと称される。フォールバックＤＣＩフォーマットは端末の設定に関係なくＤＣＩサイズ／フィールドの構成が同様に維持される。反面、ノンフォールバックＤＣＩフォーマットは端末の設定によってＤＣＩサイズ／フィールドの構成が異なる。
【００７０】
ＰＤＳＣＨは下りリンクデータ(例、ＤＬ−ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＤＬ−ＳＣＨ ＴＢ)を運び、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)、１６ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２個のコードワードを運ぶ。コードワードごとにスクランブル及び変調マッピングが行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる。各レイヤはＤＭＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)と共にリソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートにより送信される。
【００７１】
ＰＵＣＣＨは、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ、ＵＣＩは以下を含む。
【００７２】
−ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)：ＵＬ−ＳＣＨリソースを要請するために使用される情報である。
【００７３】
−ＨＡＲＱ−ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット(例えば、コードワード)に対する応答である。下りリンクデータパケットが成功裏に受信されたか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ−ＡＣＫ １ビットが送信され、２個のコードワードに対する応答としてＨＡＲＱ−ＡＣＫ ２ビットが送信される。ＨＡＲＱ−ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ)又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ−ＡＣＫという用語は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。
【００７４】
−ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)：下りリンクチャンネルに対するフィードバック情報である。ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ)−関連フィードバック情報は、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ)及びＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)を含む。
【００７５】
表５はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信長さによってＳｈｏｒｔ ＰＵＣＣＨ(フォーマット０，２)及びＬｏｎｇ ＰＵＣＣＨ(フォーマット１，３，４)に区分できる。
【００７６】
【表５】
2020532234.tif 000007
【００７７】
ＰＵＣＣＨフォーマット０は最大２ビットサイズのＵＣＩを運び、シーケンスに基づいてマッピングされて送信される。具体的には、端末は複数のシーケンスのうちの１つのシーケンスをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩを基地局に送信する。端末は肯定(ｐｏｓｉｔｉｖｅ)のＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。
【００７８】
ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを運び、変調シンボルは時間領域で(周波数ホッピング有無によって異なるように設定される)直交カバーコード(ＯＣＣ)により拡散される。ＤＭＲＳは変調シンボルが送信されないシンボルで送信される(即ち、ＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される)。
【００７９】
ＰＵＣＣＨフォーマット２は２ビットより大きいビットサイズのＵＣＩを運び、変調シンボルはＤＭＲＳとＦＤＭ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。ＤＭ−ＲＳは１／３密度のリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。ＰＮ(Ｐｓｅｕｄｏ Ｎｏｉｓｅ)シーケンスがＤＭ＿ＲＳシーケンスのために使用される。２シンボルＰＵＣＣＨフォーマット２のために周波数ホッピングが活性化されることができる。
【００８０】
ＰＵＣＣＨフォーマット３は同一の物理リソースブロック内において端末多重化が行われず、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含まない。変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。
【００８１】
ＰＵＣＣＨフォーマット４は同一の物理リソースブロック内に最大４個の端末まで多重化が支援され、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含む。変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。
【００８２】
ＰＵＳＣＨは上りリンクデータ(例えば、ＵＬ−ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＵＬ−ＳＣＨ ＴＢ)及び／又は上りリンク制御情報(ＵＣＩ)を運び、ＣＰ−ＯＦＤＭ(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ−Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形又はＤＦＴ−ｓ−ＯＦＤＭ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ−ｓｐｒｅａｄ−Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ−ｓ−ＯＦＤＭ波形に基づいて送信される場合、端末は変換プリコーディング(ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ)を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合は(例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｄｉｓａｂｌｅｄ)、端末はＣＰ−ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合には(例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｅｎａｂｌｅｄ)、端末はＣＰ−ＯＦＤＭ波形又はＤＦＴ−ｓ−ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨ送信はＤＣＩ内のＵＬグラントにより動的にスケジュールされるか、又は上位階層(例えば、ＲＲＣ)シグナリング(及び／又はＬａｙｅｒ １(Ｌ１)シグナリング(例えば、ＰＤＣＣＨ))に基づいて準−静的(ｓｅｍｉ−ｓｔａｔｉｃ)にスケジュールされる(ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)。ＰＵＳＣＨ送信はコードブック基盤又は非コードブック基盤に行われる。
【００８３】
図６はＡＣＫ／ＮＡＣＫ送信過程を例示する。図６を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは下りリンクスケジューリング情報(例えば、ＤＣＩフォーマット１_０、１_１)を含み、ＰＤＣＣＨはＤＬ割り当て−ｔｏ−ＰＤＳＣＨオフセット(Ｋ０)とＰＤＳＣＨ−ＨＡＲＱ−ＡＣＫ報告オフセット(Ｋ１)を示す。例えば、ＤＣＩフォーマット１_０、１_１は以下の情報を含む。
【００８４】
−Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢセットを示す。
【００８５】
−Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：Ｋ０、スロット内のＰＤＳＣＨの開始位置(例えば、ＯＦＤＭシンボルインデックス)及び長さ(例：ＯＦＤＭシンボル数)を示す
【００８６】
−ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ_ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ：Ｋ１を示す
【００８７】
今後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ０)でＰＤＳＣＨを受信した後、スロット＃(ｎ＋Ｋ１)でＰＵＣＣＨを介してＵＣＩを送信する。ここで、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ応答を含む。ＰＤＳＣＨが最大１個のＴＢを送信するように構成された場合、ＨＡＲＱ−ＡＣＫ応答は１ビットで構成される。ＰＤＳＣＨが最大２個のＴＢを送信するように構成された場合は、ＨＡＲＱ−ＡＣＫ応答は空間(ｓｐａｔｉａｌ)バンドリングが構成されていない場合は、２ビットで構成され、空間バンドリングが構成された場合は、１ビットで構成される。複数のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ送信時点がスロット＃(ｎ＋Ｋ１)と指定された場合、スロット＃(ｎ＋Ｋ１)で送信されるＵＣＩは複数のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ応答を含む。
【００８８】
図７はＰＵＳＣＨ送信過程を例示する。図７を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは上りリンクスケジューリング情報(例えば、ＤＣＩフォーマット０_０、０_１)を含む。ＤＣＩフォーマット０_０、０_１は以下の情報を含む。
【００８９】
−Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＵＳＣＨに割り当てられたＲＢセットを示す。
【００９０】
−Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：スロットオフセットＫ２、スロット内のＰＵＳＣＨの開始位置(例えば、シンボルインデックス)及び長さ(例：ＯＦＤＭシンボル数)を示す。開始シンボル及び長さはＳＬＩＶ(Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ)により指示されるか、又は各々指示される。
【００９１】
以後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ２)でＰＵＳＣＨを送信する。ここで、ＰＵＳＣＨはＵＬ−ＳＣＨ ＴＢを含む。
【００９２】
図８はＵＳＩをＰＵＳＣＨに多重化する例を示す。スロット内で複数のＰＵＣＣＨリソースとＰＵＳＣＨリソースが重畳し、ＰＵＣＣＨ−ＰＵＳＣＨ同時送信が設定されていない場合、ＵＣＩは、図示したように、ＰＵＳＣＨを介して送信される(ＵＣＩピギーバック又はＰＵＳＣＨピギーバック)。図８はＨＡＲＱ−ＡＣＫとＣＳＩがＰＵＳＣＨリソースに含まれる場合を例示する。
【００９３】
実施例：ＵＬチャネルの多重化
【００９４】
ＮＲシステムでは、単一の物理ネットワーク上に複数の論理ネットワークを具現する方案が考えられている。ここで、論理ネットワークは様々な要求条件を有するサービス(例えば、ｅＭＢＢ、ｍＭＴＣ、ＵＲＬＬＣなど)を支援する必要がある。従って、ＮＲの物理階層は様々なサービスに対する要求条件を考えて柔軟な送信構造を支援するように設計されている。一例として、ＮＲの物理階層は必要によってＯＦＤＭシンボル長さ(ＯＦＤＭシンボル区間)及び副搬送波間隔(ＳＣＳ)(以下、ＯＦＤＭニューマロロジー)を変更することができる。また物理チャネルの送信リソースも(シンボル単位で)一定範囲内で変更可能である。例えば、ＮＲにおいて、ＰＵＣＣＨ(リソース)とＰＵＳＣＨ(リソース)は送信長さ／送信開始時点が一定範囲内で柔軟に設定される。
【００９５】
一方、基地局と端末で構成された無線通信システムにおいて、端末がＵＣＩをＰＵＣＣＨを介して送信する時、ＰＵＣＣＨリソースが時間軸で他のＰＵＣＣＨリソース或いはＰＵＳＣＨリソースと重畳することができる。例えば、同じ端末の観点で(同じスロット内で)、(１)(互いに異なるＵＣＩ送信のための)ＰＵＣＣＨ(リソース)とＰＵＣＣＨ(リソース)、或いは(２)ＰＵＣＣＨ(リソース)とＰＵＳＣＨ(リソース)が時間軸で重畳することができる。一方、端末は(端末能力の制限、又は基地局からの設定情報によって)ＰＵＣＣＨ−ＰＵＣＣＨ同時送信或いはＰＵＣＣＨ−ＰＵＳＣＨ同時送信を支援しないことができる。この場合、端末は、(１)互いに異なるＵＣＩ、或いは(２)ＵＣＩとＵＬデータを最大限多重化して送信することが好ましい。しかし、ＮＲシステムでは、(スロット内の)時間軸で重畳した(１)ＰＵＣＣＨ(リソース)とＰＵＣＣＨ(リソース)、或いは(２)ＰＵＣＣＨ(リソース)とＰＵＳＣＨ(リソース)の間に送信長さ(例えば、シンボル数)及び／又は送信開始時点(例えば、開始シンボル)が異なることができる。従って、端末の処理時間の観点で、端末が(１)互いに異なるＵＣＩ、或いは(２)ＵＣＩとＵＬデータを多重化して送信することが難しい場合がある。例えば、Ａ／Ｎを送信するＰＵＣＣＨ(以下、Ａ／Ｎ ＰＵＣＣＨ)とＳＲを送信するＰＵＣＣＨ(以下、ＳＲ ＰＵＣＣＨ)が時間軸で(一部或いは全部)重畳することができる。この場合、端末がＳＲ ＰＵＣＣＨに対する送信を既に開始したか又は送信準備を完了した後、ＳＲ ＰＵＣＣＨと重畳するＡ／Ｎ ＰＵＣＣＨの存在を認知すると、端末はＡ／Ｎ ＰＵＣＣＨ内のＡ／ＮをＳＲと多重化して送信することが難しい。
【００９６】
既存のＮＲシステムでは、Ａ／Ｎ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間軸で完全に重畳した場合(即ち、送信区間が一致)、Ａ／Ｎ ＰＵＣＣＨのＰＵＣＣＨフォーマットによって以下のようにＵＣＩ多重化規定を適用する。Ｐｏｓｉｔｉｖｅ ＳＲは端末が送信するＵＬデータがあることを意味し、ｎｅｇａｔｉｖｅ ＳＲは端末が送信するＵＬデータがないことを意味する。
【００９７】
(１)Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合
【００９８】
Ａ．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合
【００９９】
−Ａ／ＮをＡ／Ｎ ＰＵＣＣＨにＣＳ／ＯＣＣ／ＰＲＢオフセットが適用されたリソースを介して送信
【０１００】
Ｂ．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合
【０１０１】
−Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０１０２】
(２)Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合
【０１０３】
Ａ．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合
【０１０４】
−Ａ／ＮをＳＲ ＰＵＣＣＨリソースを介して送信
【０１０５】
Ｂ．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合
【０１０６】
−Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０１０７】
(３)Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット２／３／４のうちの１つである場合
【０１０８】
Ａ．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲ又はｎｅｇａｔｉｖｅ ＳＲである場合
【０１０９】
−ＳＲを明示的ビットで表現してＡ／Ｎに付け加えて(Ａｐｐｅｎｄｉｎｇ)ＵＣＩペイロードを生成後、生成されたＵＣＩをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０１１０】
しかし、既存の方案では、Ａ／Ｎ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間軸で完全に重畳する場合に限ってＵＣＩ多重化方案を定義している。よって、効率的なＵＣＩ送信のために、様々な状況を考えてＵＣＩ多重化方案を論議する必要がある。
【０１１１】
上記問題を解決するために、本発明では時間軸で重畳したＵＬチャネルに対するＵＣＩ及び／又はデータを多重化する動作を提案する。具体的には、本発明ではＵＬチャネルの送信開始時点及び／又は端末の処理時間を考えてＵＬチャネルに対するＵＣＩ及び／又はデータを多重化する動作を提案する。
【０１１２】
まず、以下のように用語を定義する。
【０１１３】
−ＵＣＩ：端末がＵＬ送信する制御情報を意味する。ＵＣＩは複数のタイプの制御情報(即ち、ＵＣＩタイプ)を含む。例えば、ＵＣＩはＨＡＲＱ−ＡＣＫ(簡単に、Ａ／Ｎ、ＡＮ)、ＳＲ、ＣＳＩを含む。
【０１１４】
−ＰＵＣＣＨ：ＵＣＩ送信のための物理階層ＵＬチャネルを意味する。便宜上、Ａ／Ｎ、ＳＲ、ＣＳＩ送信のために、基地局が設定した及び／又は送信を指示したＰＵＣＣＨリソースを各々Ａ／Ｎ ＰＵＣＣＨリソース、ＳＲ ＰＵＣＣＨリソース、ＣＳＩ ＰＵＣＣＨリソースと呼ぶ。
【０１１５】
−ＰＵＳＣＨ：ＵＬデータ送信のための物理階層ＵＬチャネルを意味する。
【０１１６】
−ＵＣＩ多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)：互いに異なるＵＣＩ(タイプ)を共通の物理階層ＵＬチャネル(例えば、ＰＵＣＣＨ、ＰＵＳＣＨ)を介して送信する動作を意味する。ＵＣＩ多重化は、互いに異なるＵＣＩ(タイプ)を多重化する動作を含む。便宜上、多重化されたＵＣＩをＭＵＸ ＵＣＩと称する。またＵＣＩ多重化はＭＵＸ ＵＣＩに関連して行われる動作を含む。例えば、ＵＣＩ多重化はＭＵＸ ＵＣＩを送信するためにＵＬチャネルリソースを決定する過程を含む。
【０１１７】
−ＵＣＩ／データ多重化：ＵＣＩとデータを共通の物理階層ＵＬチャネル(例えば、ＰＵＳＣＨ)により送信する動作を意味する。ＵＣＩ／データ多重化はＵＣＩとデータを多重化する動作を含む。便宜上、多重化されたＵＣＩをＭＵＸ ＵＣＩ／Ｄａｔａと称する。またＵＣＩ／データの多重化はＭＵＸ ＵＣＩ／Ｄａｔａに関連して行われる動作を含む。例えば、ＵＣＩ／データの多重化はＭＵＸ ＵＣＩ／Ｄａｔａを送信するためにＵＬチャネルリソースを決定する過程を含む。
【０１１８】
−スロット：データスケジューリングのための基本時間単位(ｔｉｍｅ ｕｎｉｔ(ＴＵ)又はｔｉｍｅ ｉｎｔｅｒｖａｌ)を意味する。スロットは複数のシンボルを含む。ここで、シンボルはＯＦＤＭ−基盤のシンボルを含む(例えば、ＣＰ−ＯＦＤＭシンボル、ＤＦＴ−ｓ−ＯＦＤＭシンボル)。この明細書において、シンボル、ＯＦＤＭ基盤のシンボル、ＯＦＤＭシンボル、ＣＰ−ＯＦＤＭシンボル及びＤＦＴ−ｓ−ＯＦＤＭシンボルは互いに代替することができる。
【０１１９】
−重畳したＵＬチャネルリソース：所定の時間区間(例えば、スロット)内で時間軸で(少なくとも一部が)重畳したＵＬチャネル(例えば、ＰＵＣＣＨ、ＰＵＳＣＨ)リソースを意味する。重畳したＵＬチャネルリソースはＵＣＩ多重化を行う前のＵＬチャネルリソースを意味する。
【０１２０】
ＰＵＣＣＨフォーマットはＵＣＩペイロードサイズ及び／又は送信長さ(例えば、ＰＵＣＣＨリソースを構成するシンボル数)によって以下のように区分される。ＰＵＣＣＨフォーマットに関する事項は表５を参照できる。
【０１２１】
(０)ＰＵＣＣＨフォーマット０(ＰＦ０、Ｆ０)
【０１２２】
−支援可能なＵＣＩペイロードサイズ:最大Ｋビットまで(例えば、Ｋ＝２)
【０１２３】
−単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数:１〜Ｘシンボル(例えば、Ｘ＝２)
【０１２４】
−送信構造：ＤＭ−ＲＳ無しにＵＣＩ信号のみで構成され、複数のシーケンスのうちの１つを選択及び送信することによりＵＣＩ状態を送信
【０１２５】
(１)ＰＵＣＣＨフォーマット１(ＰＦ１、Ｆ１)
【０１２６】
−支援可能なＵＣＩペイロードサイズ：最大Ｋビットまで(例えば、Ｋ＝２)
【０１２７】
−単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ〜Ｚシンボル(例えば、Ｙ＝４、Ｚ＝１４)
【０１２８】
−送信構造：ＤＭ−ＲＳとＵＣＩが互いに異なるＯＦＤＭシンボルにＴＤＭ形態で構成され、ＵＣＩは特定のシーケンスに変調(例えば、ＱＰＳＫ)シンボルを乗ずる形態。ＵＣＩとＤＭ−ＲＳに全てＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)／ＯＣＣ(Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ Ｃｏｄｅ)を適用して、(同じＲＢ内で)(ＰＵＣＣＨフォーマット１に従う)複数のＰＵＣＣＨリソースの間でＣＤＭを支援
【０１２９】
(２)ＰＵＣＣＨフォーマット２(ＰＦ２、Ｆ２)
【０１３０】
−支援可能なＵＣＩペイロードサイズ：Ｋビットを超える(例えば、Ｋ＝２)
【０１３１】
−単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：１〜Ｘシンボル(例えば、Ｘ＝２)
【０１３２】
−送信構造：ＤＭＲＳとＵＣＩが同じシンボル内でＦＤＭ形態で構成／マッピングされ、符号化されたＵＣＩビットにＤＦＴ無しにＩＦＦＴのみを適用して送信される構造
【０１３３】
(３)ＰＵＣＣＨフォーマット３(ＰＦ３、Ｆ３)
【０１３４】
−支援可能なＵＣＩペイロードサイズ：Ｋビットを超える(例えば、Ｋ＝２)
【０１３５】
−単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ〜Ｚシンボル(例えば、Ｙ＝４、Ｚ＝１４)
【０１３６】
−送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で構成／マッピングされ、符号化されたＵＣＩビットにＤＦＴを適用して送信する形態。ＵＣＩにはＤＦＴの前端でＯＣＣを適用し、ＤＭＲＳにはＣＳ(又はＩＦＤＭマッピング)を適用して複数の端末に多重化を支援
【０１３７】
(４)ＰＵＣＣＨフォーマット４(ＰＦ４、Ｆ４)
【０１３８】
−支援可能なＵＣＩペイロードサイズ：Ｋビットを超える(例えば、Ｋ＝２)
【０１３９】
−単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ〜Ｚシンボル(例えば、Ｙ＝４、Ｚ＝１４)
【０１４０】
−送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で構成／マッピングされ、符号化されたＵＣＩビットにＤＦＴを適用して端末間の多重化無しに送信される構造
【０１４１】
ＵＣＩタイプ(例えば、Ａ／Ｎ、ＳＲ、ＣＳＩ)ごとにＰＵＣＣＨリソースが決定される。ＵＣＩ送信に使用されるＰＵＣＣＨリソースはＵＣＩ(ペイロード)サイズに基づいて決定される。一例として、基地局は端末に複数のＰＵＣＣＨリソースセットを設定し、端末はＵＣＩ(ペイロード)サイズ(例えば、ＵＣＩビット数)の範囲によって、特定の範囲に対応する特定のＰＵＣＣＨリソースセットを選択する。例えば、端末はＵＣＩビット数(ＮＵＣＩ)によって、以下のうちのいずれか１つのＰＵＣＣＨリソースセットを選択することができる。
【０１４２】
−ＰＵＣＣＨリソースセット＃０、ＵＣＩビット数≦２であると、
【０１４３】
−ＰＵＣＣＨリソースセット＃１、２＜ＵＣＩビット数≦Ｎ１であると、
【０１４４】
...
【０１４５】
−ＰＵＣＣＨリソースセット＃(Ｋ−１)、ＮK-２＜ＵＣＩビット数≦ＮK-１であると、
【０１４６】
ここで、ＫはＰＵＣＣＨリソースセット数を示し(Ｋ＞１)、ＮiはＰＵＣＣＨリソースセット＃ｉが支援する最大のＵＣＩビット数である。例えば、ＰＵＣＣＨリソースセット＃１はＰＵＣＣＨフォーマット０〜１のリソースで構成され、それ以外のＰＵＣＣＨリソースセットはＰＵＣＣＨフォーマット２〜４のリソースで構成される(表５を参照)。
【０１４７】
ＵＣＩタイプがＳＲ、ＣＳＩである場合、ＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースは上位階層シグナリング(例えば、ＲＲＣシグナリング)により設定される。ＵＣＩタイプがＳＰＳ(Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ)ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫである場合、ＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースは上位階層シグナリング(例えば、ＲＲＣシグナリング)により設定される。反面、ＵＣＩタイプが普通のＰＤＳＣＨ(即ち、ＤＣＩによりスケジュールされたＰＤＳＣＨ)に対するＨＡＲＱ−ＡＣＫである場合は、ＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースはＤＣＩに基づいてスケジュールされる。
【０１４８】
ＤＣＩ基盤のＰＵＣＣＨリソーススケジューリングの場合、基地局は端末にＰＤＣＣＨを介してＤＣＩを送信し、ＤＣＩ内のＡＲＩ(ＡＣＫ／ＮＡＣＫ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ)により特定のＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースを指示する。ＡＲＩはＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨリソースを指示するために使用され、ＰＲＩ(ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ)とも呼ばれる。ここで、ＤＣＩはＰＤＳＣＨスケジューリングに使用されるＤＣＩであり、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを含む。一方、基地局はＡＲＩが表現できる状態(ｓｔａｔｅ)の数より多いＰＵＣＣＨリソースで構成されたＰＵＣＣＨリソースセットを(端末−特定の)上位階層(例えば、ＲＲＣ)信号により端末に設定する。この時、ＡＲＩはＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内でどのＰＵＣＣＨリソースを使用するかは、ＰＤＣＣＨに関する送信リソース情報(例えば、ＰＤＣＣＨの開始ＣＣＥインデックスなど)に基づく暗黙的な規則(ｉｍｐｌｉｃｉｔ ｒｕｌｅ)によって決定される。
【０１４９】
以下の提案方案は他の提案方案と互いに相反しない限り、共に結合して適用できる。
【０１５０】
ＰＵＣＣＨ／ＰＵＣＣＨ多重化
【０１５１】
[提案方案＃１]  Ａ／Ｎ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この場合、(基準時点から)特定の時点前まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＳＲ ＰＵＣＣＨリソースと時間軸で重畳するか否かによって、端末でＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無を決定することができる。
【０１５２】
但し、端末がＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化を行わない場合、Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの一つの送信を省略することができる。
【０１５３】
一例として、端末はＳＲ ＰＵＣＣＨの送信開始時点(例えば、開始シンボル)(以下、Ｔｓｒ)を基準として、Ｔ０以前時点(以下、Ｔｒｅｆ，ｓｒ)まで受信された(又は送信が開始された)ＰＤＳＣＨ(又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＳＲ ＰＵＣＣＨリソースと時間軸で重畳するか否かによって、Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無を決定することができる。Ｔｒｅｆ，ｓｒ＝Ｔｓｒ−Ｔ０と定義され、ＯＦＤＭシンボル単位で表現することができる。
【０１５４】
(ケース１)  Ｔｒｅｆ，ｓｒまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＳＲ ＰＵＣＣＨリソースと時間軸で重畳する場合、端末はＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲを多重化して送信することができる(又はＡ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨが時間軸でＰＵＣＣＨ内の全てのシンボルが完全に重畳する場合と同じＵＣＩ多重化規則に従うことができる)。
【０１５５】
(１)Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合
【０１５６】
Ａ．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合
【０１５７】
−Ａ／ＮをＡ／Ｎ ＰＵＣＣＨにＣＳ／ＯＣＣ／ＰＲＢオフセットが適用されたリソースを介して送信
【０１５８】
Ｂ．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合
【０１５９】
−Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０１６０】
(２)Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合
【０１６１】
Ａ．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合
【０１６２】
−Ａ／ＮをＳＲ ＰＵＣＣＨリソースを介して送信。但し、ＳＲ ＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合には、ＳＲを送信せず、Ａ／Ｎのみを送信することができる。
【０１６３】
Ｂ．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合
【０１６４】
−Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０１６５】
(３)Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット２／３／４のうちの１つである場合
【０１６６】
Ａ．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲ又はｎｅｇａｔｉｖｅ ＳＲである場合
【０１６７】
−ＳＲを明示的ビットで表現してＡ／Ｎに付け加えて(Ａｐｐｅｎｄｉｎｇ)ＵＣＩペイロードを生成後、生成されたＵＣＩをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０１６８】
(ケース２)  (ケース１)に該当しない場合、端末はＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの１つを選択して送信することができる。例えば、(ｉ)Ｔｒｅｆ,ｓｒ時点後に受信された(又は送信が開始／終了した)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＳＲ ＰＵＣＣＨリソースと時間軸で重畳するか、(ii)Ｔｒｅｆ,ｓｒまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＳＲ ＰＵＣＣＨリソースと時間軸で重畳しないか、又は(iii),ｓｒまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースが存在しない場合、端末はＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの１つを選択して送信することができる。
【０１６９】
(１)ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合
【０１７０】
−ＳＲをＳＲ ＰＵＣＣＨリソースを介して送信(Ａ／Ｎ送信を省略)
【０１７１】
(２)ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合
【０１７２】
−Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０１７３】
Ｔ０は以下のうちの１つである。Ｔ０は(ＯＦＤＭ)シンボル単位で示すことができる。
【０１７４】
(１)端末能力(ｃａｐａｂｉｌｉｔｙ)によるＰＤＳＣＨの受信後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０１７５】
(２)端末能力によるＰＤＣＣＨの受信後、ＰＤＣＣＨから指示されたＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０１７６】
(３)端末能力による復調に必要な端末処理時間又はそれに対応する値
【０１７７】
(４)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値
【０１７８】
(５)基地局と端末の間に予め約束した値(例えば、固定値)
【０１７９】
[提案方案＃１]はＡ／Ｎ ＰＵＣＣＨ以外のＰＵＣＣＨにも拡張して適用できる。
【０１８０】
一方、ＮＲシステムでは、Ａ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨの間の開始(ｓｔａｒｔｉｎｇ)(ＯＦＤＭ)シンボル(或いは開始時間)が一致する場合、Ａ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨが時間軸で完全に重畳する場合と同一のＵＣＩ多重化規則を適用する端末動作が合議されている。反面、Ａ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨの間の開始(ＯＦＤＭ)シンボルが異なる場合には、Ａ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨの間の開始(ＯＦＤＭ)シンボル(或いは開始時間)を比較して、Ａ／ＮとＳＲの間のＵＣＩ多重化有無を決定する方案が論議されている。例えば、ＳＲ ＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／Ｎ ＰＵＣＣＨの開始(ＯＦＤＭ)シンボルより先立つ場合、端末はＳＲ ＰＵＣＣＨを送信し、Ａ／Ｎ送信を省略する。逆に、ＳＲ ＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／Ｎ ＰＵＣＣＨの開始(ＯＦＤＭ)シンボルより遅れる場合は、端末はＳＲとＡ／ＮをＵＣＩ多重化して単一のＰＵＣＣＨで送信する。この動作は端末がＳＲ送信を準備した後(又はＳＲ送信中)にＡ／Ｎ送信があることを認知した場合、ＳＲ送信を取り消し、Ａ／ＮとＳＲをＵＣＩ多重化して送信する過程が端末の具現上、容易ではないという点で提案されたものである。しかし、ＳＲ ＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／Ｎ ＰＵＣＣＨの開始(ＯＦＤＭ)シンボルより先立っても、Ａ／Ｎ ＰＵＣＣＨに対応するＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の受信時点がしばらく前であると、端末はＡ／ＮとＳＲをＵＣＩ多重化して送信することができる。従って、既存の方案は、端末処理時間の観点で端末にＡ／ＮとＳＲの間のＵＣＩ多重化を行う余力があっても、Ａ／Ｎ送信を省略するという点で好ましくない。
【０１８１】
従って、Ａ／ＮとＳＲの多重化を支援するために、端末に(i)ＳＲ ｏｎｌｙの送信を行うか、又は(ii)ＳＲとＡ／Ｎを多重化して送信するかを決定する時点を明示することができる。たとえ、端末は特定のＳＲ ＰＵＣＣＨに対する送信開始時点(Ｔｓｒ)を基準として、Ｔ０以前時点(Ｔｒｅｆ，ｓｒ)まで受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／Ｎ ＰＵＣＣＨリソースがＳＲ ＰＵＣＣＨリソースと時間軸で重畳しない場合、Ｐｏｓｉｔｉｖｅ ＳＲであれば、ＳＲ ＰＵＣＣＨを送信すると決定することができる。この時、端末はＴｒｅｆ，ｓｒ後に受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／Ｎ ＰＵＣＣＨリソースがＳＲ ＰＵＣＣＨリソースと時間軸で重畳しても、Ａ／Ｎ送信を省略し、ＳＲ ＰＵＣＣＨ送信を行うことができる。反面、Ｔｒｅｆ，ｓｒまで受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／Ｎ ＰＵＣＣＨリソースがＳＲ ＰＵＣＣＨリソースと時間軸で重畳する場合は、端末は(i)ＳＲ情報がｐｏｓｉｔｉｖｅ ＳＲであれば、Ａ／ＮとＳＲをＵＣＩ多重化して単一のＰＵＣＣＨリソースを介して送信し、(ii)ＳＲ情報がｎｅｇａｔｉｖｅ ＳＲであれば、Ａ／ＮのみをＡ／Ｎ ＰＵＣＣＨを介して送信するか、又はｎｅｇａｔｉｖｅ ＳＲを表現する明示的ビットをＡ／Ｎに付け加えてＡ／Ｎ ＰＵＣＣＨを介して送信することができる。
【０１８２】
一方、端末は今後Ａ／Ｎ ＰＵＣＣＨリソースがＳＲ ＰＵＣＣＨと重畳しないように更新されてもＡ／ＮとＳＲをＵＣＩ多重化すると予め決定したので、決定を翻さなく、相変わらずＵＣＩ多重化されたＡ／ＮとＳＲを単一のＰＵＣＣＨリソースを介して送信することができる。
【０１８３】
図９はＡ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット０／２／３／４である場合の動作を例示する。図１０はＡ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合の動作を例示する。
【０１８４】
[提案方案＃１]は、端末がＴｒｅｆ，ｓｒ(即ち、ＴＳＲ−Ｔｏ)前に終了した／受信したＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応するＡ／Ｎ ＰＵＣＣＨについてはＳＲ ＰＵＣＣＨに対する送信を確定する前に存在有無を把握できるという仮定を前提とする。即ち、[提案方案＃１]は、Ｔｒｅｆ，ＳＲ後に終了したＰＤＳＣＨ(及び／又はＰＤＣＣＨ)については端末がＳＲ ＰＵＣＣＨに対する送信を確定する前に把握することが難しいと判断し、Ａ／ＮとＳＲの多重化を判断する時に参照しない。[提案方案＃１]によれば、端末はＴｒｅｆ，ＳＲ前に終了した／受信したＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応するＡ／Ｎ ＰＵＣＣＨがＳＲ ＰＵＣＣＨと時間軸で重畳すると、Ａ／ＮとＳＲを共に多重化して送信することができる。Ａ／Ｎ ＰＵＣＣＨがＳＲ ＰＵＣＣＨと時間軸で重畳しないか又は存在しないと、ＳＲのみを送信することができるので、端末の具現が容易である。また、[提案方案＃１]は、ほとんどの場合にＡ／ＮとＳＲが多重化されるようにすることにより、Ａ／Ｎ又はＳＲ送信が省略される場合を減らす効果がある。また[提案方案＃１]は、Ａ／ＮとＳＲが多重化されてＳＲ ＰＵＣＣＨで送信される場合、(例えば、Ａ／Ｎ ＰＵＣＣＨがＦ１であり、ＳＲ ＰＵＣＣＨもＦ１である場合にも)Ａ／Ｎ送信に対する最小のＰＤＳＣＨ−ｔｏ−ＨＡＲＱ−ＡＣＫ送信処理時間を保障して、できる限り単一化された解決策を提示するという長所がある。もし一つのスロット内に互いに区分される複数のＳＲ ＰＵＣＣＨが設定された場合は、端末はスロット内の先立つＳＲ ＰＵＣＣＨに対してＡ／Ｎとの多重化有無を判断した後、Ａ／Ｎ送信が省略されないと、次のＳＲ ＰＵＣＣＨとＡ／Ｎとの多重化有無を判断するように順に動作を適用することができる。
【０１８５】
[提案方案＃１]の変形として、Ｔｒｅｆ，ｓｒ(即ち、ＴＳＲ−Ｔｏ)まで送信が開始されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応するＡ／Ｎ ＰＵＣＣＨがＳＲ ＰＵＣＣＨと重畳する場合には、Ａ／ＮとＳＲに対する多重化を行い、そうではない場合には、ＳＲのみを送信する。この動作は、(Ａ／Ｎ ＰＵＣＣＨに対応する)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の送信開始時点がＴｒｅｆ，ｓｒより先立つ(又は同一である)場合、端末が該当ＰＤＳＣＨに対応するＰＤＣＣＨ(例えば、ＤＬ割り当て)を検出及び復調する時間が十分であり、ＳＲ ＰＵＣＣＨに対する送信を確定する前に該当ＳＲ ＰＵＣＣＨと衝突するＡ／Ｎ ＰＵＣＣＨが存在することを認知できるという仮定を前提とする。従って、(Ａ／Ｎ ＰＵＣＣＨに対応する)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の送信開始時点がＴｒｅｆ，ｓｒより遅れる場合は、該当ＰＤＳＣＨに対応するＰＤＣＣＨ(例えば、ＤＬ割り当て)を検出及び復調する時間が十分でないので、端末は該当ＰＤＳＣＨについてはＡ／ＮとＳＲに対する多重化有無を判断する時に反映されない。
【０１８６】
[提案方案＃１]の変形として、端末が送信しようとするＡ／Ｎ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の一部ＯＦＤＭシンボルに対して)重畳した場合、Ａ／Ｎ ＰＵＣＣＨリソースに対応するＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の送信終了(或いは開始)時点とＳＲ ＰＵＣＣＨの送信開始時点の間の相対的な関係によって、Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無を決定する方案を考慮できる。
【０１８７】
但し、端末がＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化を行わない場合、Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの一つの送信を省略することができる。
【０１８８】
一例として、端末は(Ａ／Ｎ ＰＵＣＣＨリソースに対応する)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)送信終了(或いは開始)時点がＴｒｅｆ,ｓｒ(即ち、ＴＳＲ−Ｔｏ)より先立つか／遅れるかによって以下のようにＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無を決定することができる。
【０１８９】
(１)(Ａ／Ｎ ＰＵＣＣＨリソースに対応する)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の送信終了(或いは開始)時点がＴｒｅｆ,ｓｒより遅れた場合
【０１９０】
Ａ．Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの１つを選択して送信
【０１９１】
ｉ.ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合
【０１９２】
１.ＳＲをＳＲ ＰＵＣＣＨリソースを介して送信(Ａ／Ｎ送信を省略)
【０１９３】
ii.ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合
【０１９４】
１.Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０１９５】
(２)(Ａ／Ｎ ＰＵＣＣＨリソースに対応する)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の送信終了(或いは開始)時点がＴｒｅｆ,ｓｒより先立つ(又は同一である)場合
【０１９６】
Ａ．Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲを多重化して送信(又はＡ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨが時間軸でＰＵＣＣＨ内の全てのＯＦＤＭシンボルが完全に重畳する場合と同一のＵＣＩ多重化規則に従う)
【０１９７】
i.Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合
【０１９８】
１.ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合
【０１９９】
−Ａ／ＮをＡ／Ｎ ＰＵＣＣＨにＣＳ／ＯＣＣ／ＰＲＢオフセットが適用されたリソースを介して送信
【０２００】
２.ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合
【０２０１】
−Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０２０２】
ii.Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合
【０２０３】
１.ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合
【０２０４】
−Ａ／ＮをＳＲ ＰＵＣＣＨリソースを介して送信。但し、ＳＲ ＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合にはＳＲを送信せず、Ａ／Ｎのみを送信する。
【０２０５】
２．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合
【０２０６】
−Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０２０７】
iii.Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット２／３／４のうちの一つである場合
【０２０８】
１．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲ又はｎｅｇａｔｉｖｅ ＳＲである場合
【０２０９】
−ＳＲを明示的ビットで表現してＡ／Ｎに付け加えてＵＣＩペイロードを生成後、生成されたＵＣＩをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０２１０】
Ｔ０は以下のうちの１つである。Ｔ０は(ＯＦＤＭ)シンボル単位で示すことができる。
【０２１１】
(１)端末能力(ｃａｐａｂｉｌｉｔｙ)によるＰＤＳＣＨの受信後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０２１２】
(２)端末能力によるＰＤＣＣＨの受信後、ＰＤＣＣＨから指示されたＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０２１３】
(３)端末能力による復調に必要な端末処理時間又はそれに対応する値
【０２１４】
(４)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値
【０２１５】
(５)基地局と端末の間に予め約束した値(例えば、固定値)
【０２１６】
[提案方案＃１]の変形として、Ａ／ＮとＣＳＩの間のＵＣＩ多重化についても、Ａ／ＮとＳＲの間のＵＣＩ多重化のように、以下の動作を行うことができる。例えば、Ａ／Ｎ ＰＵＣＣＨリソースとＣＳＩ ＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この場合、端末は(基準時点から)特定時点前まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＣＳＩ ＰＵＣＣＨリソースと時間軸で重畳するか否かによってＡ／ＮとＣＳＩの間の多重化有無を決定することができる。
【０２１７】
但し、端末がＡ／ＮとＣＳＩの間の多重化を行わない場合には、Ａ／ＮとＣＳＩのうちの一つの送信を省略することができる。
【０２１８】
一例として、端末はＣＳＩ ＰＵＣＣＨの送信開始時点(例えば、開始シンボル)(以下、Ｔｃｓｉ)を基準として、Ｔ０以前時点(以下、Ｔｒｅｆ,ｃｓｉ)まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＣＳＩ ＰＵＣＣＨリソースと時間軸で重畳するか否かによってＡ／ＮとＣＳＩの間の多重化有無を決定することができる。Ｔｒｅｆ,ｃｓｉ＝Ｔｃｓｉ−Ｔ０と定義され、ＯＦＤＭシンボル単位で表現することができる。
【０２１９】
(ケース１)Ｔｒｅｆ,ｃｓｉまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＣＳＩ ＰＵＣＣＨリソースと時間軸で重畳する場合は、端末はＡ／ＮとＣＳＩを多重化して送信することができる。
【０２２０】
(１)Ａ／Ｎ ＰＵＣＣＨがＤＬ割り当てにより指示される場合
【０２２１】
−Ａ／ＮとＣＳＩを多重化してＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０２２２】
(２)Ａ／Ｎ ＰＵＣＣＨがＤＬ割り当てにより指示されない場合
【０２２３】
−Ａ／ＮとＣＳＩを多重化してＣＳＩ ＰＵＣＣＨリソースを介して送信
【０２２４】
(ケース２)  (ケース１)に該当しない場合、端末はＡ／ＮとＣＳＩのうちの１つを選択して送信することができる。例えば、(ｉ)Ｔｒｅｆ,ＣＳＩ時点後に受信された(又は送信が開始／終了した)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＣＳＩ ＰＵＣＣＨリソースと時間軸で重畳するか、(ii)Ｔｒｅｆ,ＣＳＩまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＣＳＩ ＰＵＣＣＨリソースと時間軸で重畳しないか、又は(iii)Ｔｒｅｆ，ＣＳＩまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースが存在しない場合、端末はＡ／ＮとＣＳＩのうちの１つを選択して送信することができる。
【０２２５】
(１)Ｏｐｔ．１：ＣＳＩをＣＳＩ ＰＵＣＣＨリソースを介して送信(Ａ／Ｎ送信を省略)
【０２２６】
(２)Ｏｐｔ．２：Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信(ＣＳＩ送信を省略)
【０２２７】
Ｔ０は以下のうちの１つである。Ｔ０は(ＯＦＤＭ)シンボル単位で示すことができる。
【０２２８】
(１)端末能力によるＰＤＳＣＨの受信後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０２２９】
(２)端末能力によるＰＤＣＣＨの受信後、ＰＤＣＣＨから指示されたＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０２３０】
(３)端末能力による復調に必要な端末処理時間又はそれに対応する値
【０２３１】
(４)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値
【０２３２】
(５)基地局と端末の間に予め約束した値(例えば、固定値)
【０２３３】
[提案方案＃１Ａ]端末に送信設定／指示されたＰＵＣＣＨリソースがスロット内の時間軸で全体又は一部のＯＦＤＭシンボルが重畳する場合、端末が以下のＵＣＩ多重化規則に従ってＵＣＩ多重化(例えば、ＵＣＩ多重化)を行う方案
【０２３４】
(１)スロット内で重畳したＰＵＣＣＨリソースが以下の条件の全体或いは一部を満たす場合、端末は重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化して単一のＰＵＣＣＨリソース(以下、ＭＵＸ ＰＵＣＣＨ)を介して送信
【０２３５】
Ａ．条件＃１
【０２３６】
i．Ｏｐｔ．１：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ−ＡＣＫに対するＰＤＳＣＨ及び／又はＳＰＳ ＰＤＳＣＨ解除(ｒｅｌｅａｓｅ)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ１以後に開始
【０２３７】
ii．Ｏｐｔ．２：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロットの１番目の(ＯＦＤＭ)シンボル(又はＵＬ送信が許容された１番目の(ＯＦＤＭ)シンボル)がＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳ ＰＤＳＣＨ解除)の最後の(各々の)(ＯＦＤＭ)シンボルからＴ１以後に開始
【０２３８】
iii．Ｏｐｔ．３：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソース、及びスロット内に重畳したＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳ ＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ１以後に開始
【０２３９】
iv．Ｏｐｔ．４：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソース、及びスロット内に重畳したＣＳＩ ＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳ ＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ１以後に開始
【０２４０】
v．Ｏｐｔ．５：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内の任意のＵＣＩ組み合わせ／ＵＣＩペイロードに対して端末に設定された(全ての)ＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳ ＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ１以後に開始
【０２４１】
Ｂ．条件＃２
【０２４２】
i．Ｏｐｔ．１：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、特定の規則によって選択される(単一の)ＰＵＣＣＨリソース、及びスロット内に重畳したＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ２以後に開始
【０２４３】
ii．Ｏｐｔ．２：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ２以後に開始
【０２４４】
iii．Ｏｐｔ．３：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロット内の任意のＵＣＩ組み合わせ／ＵＣＩペイロードについて端末に設定された(全ての)ＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ２以後に開始
【０２４５】
iv．Ｏｐｔ．４：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロットの１番目の(ＯＦＤＭ)シンボル(又はＵＬ送信が許容された１番目の(ＯＦＤＭ)シンボル)が(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ２以後に開始
【０２４６】
ここで、(スケジューリング)ＤＣＩ基盤のＰＵＣＣＨリソースは、ＤＣＩにより割り当てられたＨＡＲＱ−ＡＣＫ送信ＰＵＣＣＨリソースである。上記ＤＣＩの最後のシンボルは該当ＤＣＩを運ぶＰＤＣＣＨが送信された最後のシンボルである。
【０２４７】
(２)スロット内に重畳した(一部の)ＰＵＣＣＨリソースが条件を満たさない場合、端末は以下の動作を行うことができる。
【０２４８】
Ａ．Ｏｐｔ．１：端末は(２)の場合を期待せず、(２)の場合が発生した時に端末動作は端末具現に従う
【０２４９】
Ｂ．Ｏｐｔ．２：端末は(１)の条件を満たさない(一部の)ＰＵＣＣＨリソースに対するＵＣＩに対する送信を省略し、(１)の条件を満たす残りのＰＵＣＣＨリソースに対するＵＣＩを多重化して単一のＰＵＣＣＨリソースを介して送信
【０２５０】
Ｃ．Ｏｐｔ．３：端末はスロット内に重畳したＰＵＣＣＨリソースに対する送信を省略
【０２５１】
Ｄ．Ｏｐｔ．４：端末は(スロット内に重畳したＰＵＣＣＨリソースのうち)特定の(一つの)ＰＵＣＣＨリソース(例えば、最も高い優先順位のＵＣＩを送信するＰＵＣＣＨリソース、又は時間軸で最も先になるＰＵＣＣＨリソース)のみを送信し、残りは送信を省略
【０２５２】
但し、スロット内(上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより送信が指示された)の重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、(多重化する)ＵＣＩ組み合わせ、(全体)ＵＣＩペイロードサイズなどに基づいて定められた特定の規則によって、多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソース(以下、ＭＵＸ ＰＵＣＣＨ)が新しく決定される。
【０２５３】
ここで、Ｔ１は端末がＰＤＳＣＨを受信した後、ＨＡＲＱ−ＡＣＫ送信を行うために必要な端末処理時間に対応する値である。また、Ｔ２は端末がＵＬ送信に対する(スケジューリング)ＤＣＩを受信した後、ＵＬ送信を行うために必要な端末処理時間に対応する値である。Ｔ１とＴ２は(ＯＦＤＭ)シンボル単位で表現することができる。
【０２５４】
端末は時間軸で重畳したＰＵＣＣＨリソースの間のＵＣＩ多重化有無を決定する時、少なくとも２個のタイムライン条件を考える。タイムライン条件＃１は、ＰＤＳＣＨの受信後、ＨＡＲＱ−ＡＣＫ送信までの端末処理時間を保障するための条件である。タイムライン条件＃１は、ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの最後の(ＯＦＤＭ)シンボルから一定時間Ｔ１以後にＨＡＲＱ−ＡＣＫ送信が行われることを目的とする。従って、Ｔ１時間に基づく条件は、ＨＡＲＱ−ＡＣＫ送信が行われるＵＬリソースを基準として適用する必要があり、重畳したＵＣＩが多重化されると仮定する時、(特定の規則によって)決定されるＰＵＣＣＨリソースの開始時点とＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの最後の(ＯＦＤＭ)シンボルの間に適用することができる。タイムライン条件＃２は、ＰＤＣＣＨの受信後、ＵＬ送信までの端末処理時間を保障するための条件である。タイムライン条件＃２は、(重畳したＰＵＣＣＨのうちの一つ以上のＵＬ送信をスケジュールする)ＰＤＣＣＨの最後の(ＯＦＤＭ)シンボルから一定の時間Ｔ２以後にＵＬ送信が行われることを目的とする。タイムライン条件＃２は、任意のＵＬ送信開始からＴ２以前にスケジュール有無を把握できるようにするという目的もある。従って、重畳したＰＵＣＣＨリソースのうち、最も先のＵＬリソースよりＴ２以前に(重畳したＰＵＣＣＨのうちの一つ以上のＵＬ送信をスケジュールする)ＰＤＣＣＨに対する受信が終了しなければならない。即ち、タイムライン条件＃２は、スロット内に重畳したＰＵＣＣＨリソース(及びＵＣＩを多重化すると仮定する時、特定の規則によって選択される(単一の)ＰＵＣＣＨリソース)のうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ２以後に開始される条件である。
【０２５５】
[提案方案＃１Ｂ]  端末に設定／指示されたＰＵＣＣＨリソースとＰＵＳＣＨリソースがスロット内の時間軸で全体或いは一部のＯＦＤＭシンボルが重畳する場合、端末が以下のＵＣＩ多重化規則に従ってＵＣＩ多重化を行う方案
【０２５６】
(１)スロット内に重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースが以下の条件の全体或いは一部を満たす場合、端末は重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースに対するＵＣＩ及びＵＬ−ＳＣＨ ＴＢを多重化して、単一のＰＵＳＣＨリソース(以下、ＭＵＸ ＰＵＳＣＨ)により送信
【０２５７】
Ａ．条件＃１
【０２５８】
i．Ｏｐｔ．１：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、多重化されたＵＣＩを送信する(単一の)ＰＵＳＣＨリソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ−ＡＣＫに対するＰＤＳＣＨ及び／又はＳＰＳ ＰＤＳＣＨ解除の(各々の)最後の(ＯＦＤＭ)シンボルからＴ１以後に開始
【０２５９】
ii．Ｏｐｔ．２：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロットの１番目の(ＯＦＤＭ)シンボル(又はＵＬ送信が許容された１番目の(ＯＦＤＭ)シンボル)がＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳ ＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ１以後に開始
【０２６０】
iii．Ｏｐｔ．３：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうち、(時間軸で)最も先になるＵＬ送信リソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳ ＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ１以後に開始
【０２６１】
iv．Ｏｐｔ．４：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内の任意のＵＣＩ組み合わせ／ＵＣＩペイロードに対して端末に設定された(全ての)ＰＵＣＣＨリソースとスロット内の(全ての)ＰＵＳＣＨリソースのうち、(時間軸で)最も先になるＵＬ送信リソースの１番目の(ＯＦＤＭ)シンボルが ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳ ＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ１以後に開始
【０２６２】
Ｂ．条件＃２ 
【０２６３】
i．Ｏｐｔ．１：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうち、(時間軸で)最も先になるＵＬ送信リソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ２以後に開始
【０２６４】
ii．Ｏｐｔ．２：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロット内の任意のＵＣＩ組み合わせ／ＵＣＩ ペイロードに対して端末に設定された(全ての)ＰＵＣＣＨリソースと(全ての)ＰＵＳＣＨリソースのうち、(時間軸で)最も先になるＵＬ送信リソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ２以後に開始
【０２６５】
iii．Ｏｐｔ．３：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロットの１番目の(ＯＦＤＭ)シンボル(又はＵＬ送信が許容された１番目の(ＯＦＤＭ)シンボル)が(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ２以後に開始
【０２６６】
ここで、(スケジューリング)ＤＣＩ基盤のＰＵＣＣＨリソースは、ＤＣＩにより割り当てられたＨＡＲＱ−ＡＣＫ送信のＰＵＣＣＨリソースである。上記ＤＣＩの最後のシンボルは該当ＤＣＩを運ぶＰＤＣＣＨが送信された最後のシンボルである。
【０２６７】
(２)スロット内に重畳した(一部の)ＰＵＣＣＨリソース及び／又は(一部の)ＰＵＳＣＨリソースが上記条件を満たさない場合、
【０２６８】
Ａ．Ｏｐｔ．１：端末は(２)の場合を期待せず、(２)の場合が発生する時に端末動作は端末具現に従う
【０２６９】
Ｂ．Ｏｐｔ．２：端末は(１)の条件を満たさない(一部の)ＰＵＣＣＨリソースに対応するＵＣＩに対する送信及び／又は(一部の)ＰＵＳＣＨリソースに対応するＵＬ−ＳＣＨ ＴＢに対する送信を省略。反面、端末は(１)の条件を満たす残りのＰＵＣＣＨリソース及び／又は残りのＰＵＳＣＨリソースに対するＵＣＩ及び／又はＵＬ−ＳＣＨを多重化して、単一のＰＵＣＣＨリソースや((１)の条件を満たす重畳したＰＵＳＣＨリソースが存在する場合は)単一のＰＵＳＣＨリソースを介して送信
【０２７０】
Ｃ．Ｏｐｔ．３：端末はスロット内に重畳したＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースに対する送信を省略
【０２７１】
Ｄ．Ｏｐｔ．４：端末は(スロット内に重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうち)特定の(一つの)ＰＵＣＣＨ又はＰＵＳＣＨリソース(例えば、最も高い優先順位のＵＣＩを送信するＵＬリソース又は時間軸で最も先になるＵＬリソース)のみを送信し、残りは送信を省略
【０２７２】
但し、スロット内の(上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより送信指示された)重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、(多重化する)ＵＣＩ組み合わせ、(全体)ＵＣＩペイロードサイズなどに基づいて定められた特定の規則に従って、多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソース(以下、ＭＵＸ ＰＵＣＣＨ)が新しく決定される。
【０２７３】
ここで、Ｔ１は端末がＰＤＳＣＨを受信した後、ＨＡＲＱ−ＡＣＫ送信を行うために必要な端末処理時間に対応する値である。またＴ２は端末がＵＬ送信に対する(スケジューリング)ＤＣＩを受信した後、ＵＬ送信を行うために必要な端末処理時間に対応する値である。Ｔ１とＴ２は(ＯＦＤＭ)シンボル単位で表現することができる。
【０２７４】
端末は時間軸で重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースの間のＵＣＩ多重化有無を決定する時、少なくとも２個のタイムライン条件を考える。タイムライン条件＃１は、ＰＤＳＣＨの受信後、ＨＡＲＱ−ＡＣＫ送信までの端末処理時間を保障するための条件である。タイムライン条件＃１は、ＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの最後の(ＯＦＤＭ)シンボルから一定時間Ｔ１以後にＨＡＲＱ−ＡＣＫ送信が行われることを目的とする。従って、Ｔ１時間に基づく条件は、ＨＡＲＱ−ＡＣＫ送信が行われるＵＬリソースを基準として適用する必要があり、重畳したＵＣＩが多重化されると仮定する時、(特定の規則によって)決定されるＰＵＣＣＨリソース又はＰＵＳＣＨリソースの開始時点とＨＡＲＱ−ＡＣＫに対応するＰＤＳＣＨの最後の(ＯＦＤＭ)シンボルの間に適用できる。タイムライン条件＃２は、ＰＤＣＣＨの受信後、ＵＬ送信までの端末処理時間を保障するための条件である。タイムライン条件＃２は、(重畳したＰＵＣＣＨのうちの一つ以上のＵＬ送信をスケジュールする)ＰＤＣＣＨの最後の(ＯＦＤＭ)シンボルから一定時間Ｔ２以後にＵＬ送信が行われることを目的とする。タイムライン条件＃２は、任意のＵＬ送信開始からＴ２以前にスケジュール有無を把握できるようにするという目的もある。従って、重畳したＰＵＣＣＨリソースのうち、最も先のＵＬリソースよりＴ２以前に(重畳したＰＵＣＣＨのうちの一つ以上のＵＬ送信をスケジュールする)ＰＤＣＣＨに対する受信が終了しなければならない。即ち、タイムライン条件＃２は、スロット内に重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ２以後に開始される条件である。
【０２７５】
[提案方案＃１Ｃ]  スロット内において端末に設定／指示されたＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースに対してＵＣＩ多重化を行う時、端末が(段階的な)ＵＣＩ多重化、及び多重化されたＵＣＩ(即ち、ＭＵＸ ＵＣＩ)に対する送信リソース決定を行う方案
【０２７６】
[方法＃Ａ]
【０２７７】
(１)Ｓｔｅｐ １：(多重化されたＵＣＩ送信が許容された)ＰＵＳＣＨリソースが存在する時、ＰＵＳＣＨリソースごとに、(i)該当ＰＵＳＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＳＣＨリソースに代替
【０２７８】
(２)Ｓｔｅｐ ２：(多重化されたＵＣＩ送信が許容された)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソース(以下、ＭＵＸ ＰＵＣＣＨ)に代替
【０２７９】
Ａ．多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソース(即ち、ＭＵＸ ＰＵＣＣＨ)が(時間軸で)他のＰＵＳＣＨリソース及び／又はＰＵＣＣＨリソース)と(新しく)重量する場合は、端末は以下のうちの１つの動作を行う。
【０２８０】
−Ｏｐｔ．１：(単一の)ＰＵＣＣＨリソースと(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースに対してＳｔｅｐ １及び／又はＳｔｅｐ ２を再適用
【０２８１】
−Ｏｐｔ．２：(単一の)ＰＵＣＣＨリソースによりＭＵＸ ＵＣＩを送信し、(単一の)ＰＵＣＣＨリソースと重畳するＵＬリソースは送信を省略
【０２８２】
−Ｏｐｔ．３：(単一の)ＰＵＣＣＨリソースの送信を省略
【０２８３】
−Ｏｐｔ．４：エラーケースに処理(ｕｎｓｐｅｃｉｆｉｅｄ)
【０２８４】
(３)Ｓｔｅｐ ３：(多重化されたＵＣＩ送信が許容された)(上位階層(例えば、ＲＲＣ)信号により設定された)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳する(上位階層信号により設定された)ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用する。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定(単一)のＰＵＣＣＨリソース(即ち、ＭＵＸ ＰＵＣＣＨ)に代替する。
【０２８５】
[方法♯Ｂ]
【０２８６】
(１)Ｓｔｅｐ １：(多重化されたＵＣＩ送信が許容された)ＰＵＳＣＨリソースが存在する時、ＰＵＳＣＨリソースごとに該当ＰＵＳＣＨリソースと(時間軸で)重畳するＰＵＣＣＨリソースについてＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定(単一)のＰＵＳＣＨリソースに代替
【０２８７】
(２)Ｓｔｅｐ ２：(多重化されたＵＣＩ送信が許容された)開始シンボルが最も早い(或いは最も高い優先順位のＵＣＩを運ぶ)ＰＵＣＣＨリソース(以下、ＰＵＣＣＨ１)を基準として、(i)ＰＵＣＣＨ１と、(ii)(時間軸で)重畳するＰＵＣＣＨリソース(以下、ＰＵＣＣＨ２)に対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定(単一)のＰＵＣＣＨリソース(以下、ＰＵＣＣＨ３；即ち、ＭＵＸ ＰＵＣＣＨ)に代替
【０２８８】
(３)Ｓｔｅｐ ３
【０２８９】
Ａ．Ｓｔｅｐ ３−１：(i)Ｓｔｅｐ ２のＰＵＣＣＨ３と、(ii)(ＰＵＣＣＨ１とＰＵＣＣＨ２を除いた)ＰＵＣＣＨリソース(以下、ＰＵＣＣＨ４)が(時間軸で)重畳する場合
【０２９０】
−Ｏｐｔ．１：ＰＵＣＣＨ３とＰＵＣＣＨ４に対してＵＣＩ多重化規則を適用(Ｓｔｅｐ ２)。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定(単一)のＰＵＣＣＨリソースに代替
【０２９１】
−Ｏｐｔ．２：ＰＵＣＣＨ３の送信を省略する
【０２９２】
−Ｏｐｔ．３：ＰＵＣＣＨ４の送信を省略する
【０２９３】
Ｂ．Ｓｔｅｐ ３−２：ＰＵＣＣＨ３及びＰＵＣＣＨ４が(時間軸で)重畳しない場合
【０２９４】
−ＰＵＣＣＨ４内のＰＵＣＣＨリソースを対象としてＳｔｅｐ ２及びＳｔｅｐ ３を適用
【０２９５】
ＵＣＩ多重化規則は、[提案方案＃１Ａ]又は[提案方案＃１Ｂ]に従う。
【０２９６】
各段階において、多重化されたＵＣＩに対する既存のＵＬリソースが特定の(単一の)ＰＵＣＣＨ或いはＰＵＳＣＨリソースに代替される場合、端末は代替された既存のＵＬリソースを、以後の段階では存在しないリソースと見なすことができる。即ち、代替された既存のＵＬリソースは、以後の過程ではＵＣＩ多重化対象として考慮されない。反面、多重化されたＵＣＩを送信するように決定された(単一の)ＰＵＣＣＨ或いはＰＵＳＣＨリソースは、以後の過程でＵＣＩ多重化対象として考慮される。
【０２９７】
各段階に複数のＰＵＣＣＨ(又はＰＵＳＣＨ)リソースが存在する時、複数のＰＵＣＣＨ(又はＰＵＳＣＨ)リソースの間に該当段階の動作を適用する順序は所定の優先順位規則に従う。一例として、優先順位規則は、(スロット内の)相対的な送信時点(例えば、開始位置／シンボル)、ＵＣＩタイプ、リソース割り当て方式(例えば、動的又は準−静的)、スケジュールされた順序、送信容量などを基準として決定される。
【０２９８】
一例として、スロット内の時間軸で重畳するＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースに対してＵＣＩ多重化を行う時、一つのスロット内で複数のＰＵＣＣＨ送信及びＰＵＣＣＨ時間リソースの柔軟な割り当てが支援されるＮＲシステムの特徴により、ＵＣＩ多重化を行う対象となるＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースを決定することが不明な場合がある。たとえ、ＡＮ ＰＵＣＣＨ、ＣＳＩ ＰＵＣＣＨ、ＳＲ ＰＵＣＣＨリソースが一つのスロット内に共存する時、ＣＳＩ ＰＵＣＣＨリソースはＡＮ ＰＵＣＣＨリソース／ＳＲ ＰＵＣＣＨリソースと時間軸で重畳する反面、ＡＮ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースは互いに時間軸で重畳しないと仮定する。この場合、(１)ＨＡＲＱ−ＡＣＫ、ＣＳＩ、ＳＲの全てに対する多重化を行うか、又は(２)ＨＡＲＱ−ＡＣＫ−ＣＳＩ対に対する多重化とＣＳＩ−ＳＲ対に対する多重化を行うかという端末動作が不明である。従って、本発明では、最も多い種類のＵＣＩを含むＵＬリソースの順でＵＣＩ多重化を行う方案(例えば、[方法＃Ａ])、又は最も先の(或いは最も高い優先順位のＵＣＩを含む)ＰＵＣＣＨリソースを基準として時間軸で重畳したＰＵＣＣＨリソースに対して順にＵＣＩ多重化を行う方案(例えば、[方法＃Ｂ])を提案する。[方法＃Ａ]の場合、ＰＵＳＣＨ＝＞(ＤＣＩ基盤にスケジュールされた)ＡＮ ＰＵＣＣＨ＝＞ＣＳＩ ＰＵＣＣＨ＝＞(上位階層(例えば、ＲＲＣ)信号により設定された)ＡＮ ＰＵＣＣＨの順にＵＣＩ多重化を行うことができる。この時、一度ＵＣＩ多重化対象として選定されたＰＵＣＣＨリソースは、以後のＵＣＩ多重化過程では排除される。
【０２９９】
[提案方案＃１Ｃ]の変形として、[方法＃Ａ]／[方法＃Ｂ]でＳｔｅｐ間の順序を変更することができる。例えば、以下の動作が考えられる。
【０３００】
[方法＃Ａ−１]
【０３０１】
(１)Ｓｔｅｐ １：(多重化されたＵＣＩ送信が許容された)(上位階層(例えば、ＲＲＣ)信号により設定された)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳する(上位階層信号により設定された)ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは、(単一の)ＰＵＣＣＨリソース(以下、ＭＵＸ ＰＵＣＣＨリソース)に代替することができる。
【０３０２】
(２)Ｓｔｅｐ ２：(多重化されたＵＣＩ送信が許容された)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは、(単一の)ＰＵＣＣＨリソース(即ち、ＭＵＸ ＰＵＣＣＨリソース)に代替することができる。ここで、重畳したＰＵＣＣＨリソースは、スロット内のＰＵＣＣＨリソースを意味する。
【０３０３】
Ａ．ＭＵＸ ＰＵＣＣＨリソースが(時間軸で)他のＰＵＣＣＨリソース)と(新しく)重畳する場合、以下の動作を行う。
【０３０４】
−Ｏｐｔ．１：(i)ＭＵＸ ＰＵＣＣＨリソースと、(ii)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースに対してＳｔｅｐ ２を再適用
【０３０５】
−Ｏｐｔ．２：ＭＵＸ ＰＵＣＣＨリソースに対する送信を行うが、ＭＵＸ ＰＵＣＣＨリソースと重畳するＵＬリソースに対する送信を省略
【０３０６】
−Ｏｐｔ．３：ＭＵＸ ＰＵＣＣＨリソースに対する送信を省略
【０３０７】
−Ｏｐｔ．４：エラーケースに処理(ｕｎｓｐｅｃｉｆｉｅｄ)
【０３０８】
(３)Ｓｔｅｐ ３：(多重化されたＵＣＩ送信が許容された)ＰＵＳＣＨリソースが存在する時、ＰＵＳＣＨリソースごとに、(i)該当ＰＵＳＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ここで、ＰＵＣＣＨリソースはＭＵＸ ＰＵＣＣＨリソースを含む。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは、特定の(単一の)ＰＵＳＣＨリソースに代替することができる。
【０３０９】
[方法＃Ａ−２]
【０３１０】
(１)Ｓｔｅｐ １：(多重化されたＵＣＩ送信が許容された)ＰＵＳＣＨリソースが存在する時、ＰＵＳＣＨリソースごとに、(i)該当ＰＵＳＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは、(単一の)ＰＵＳＣＨリソース(以下、ＭＵＸ ＰＵＳＣＨリソース)に代替することができる。
【０３１１】
(２)Ｓｔｅｐ ２：(多重化されたＵＣＩ送信が許容された)(上位階層(例えば、ＲＲＣ)信号により設定された)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳する(上位階層信号により設定された)ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは、(単一の)ＰＵＣＣＨリソース(即ち、ＭＵＸ ＰＵＣＣＨリソース)に代替することができる。
【０３１２】
(３)Ｓｔｅｐ ３：(多重化されたＵＣＩ送信が許容された)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは(単一の)ＰＵＣＣＨリソース(即ち、ＭＵＸ ＰＵＣＣＨリソース)に代替することができる。
【０３１３】
Ａ．ＭＵＸ ＰＵＣＣＨリソースが(時間軸で)他のＰＵＳＣＨリソース及び／又はＰＵＣＣＨリソース)と(新しく)重畳する場合、以下の動作を行う。
【０３１４】
−Ｏｐｔ．１：(i)ＭＵＸ ＰＵＣＣＨリソースと、(ii)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースに対してＳｔｅｐ １及び／又はＳｔｅｐ ３を再適用
【０３１５】
−Ｏｐｔ．２：ＭＵＸ ＰＵＣＣＨリソースに対する送信を行うが、ＭＵＸ ＰＵＣＣＨリソースと重畳するＵＬリソースに対するＵＣＩ送信を省略
【０３１６】
−Ｏｐｔ．３：ＭＵＸ ＰＵＣＣＨリソースに対するＵＣＩ送信を省略
【０３１７】
−Ｏｐｔ．４：エラーケースに処理(ｕｎｓｐｅｃｉｆｉｅｄ)
【０３１８】
[方法＃Ｂ−１]
【０３１９】
(１)Ｓｔｅｐ １：(多重化されたＵＣＩ送信が許容された)開始シンボル(又は最後シンボル)が最も早い(或いは最も高い優先順位のＵＣＩを運ぶ)ＰＵＣＣＨリソース(以下、ＰＵＣＣＨ１)を基準として、(i)ＰＵＣＣＨ１と、(ii)これと(時間／２−２は各々Ｓｔｅｐ＃Ａ／＃Ｂ１／＃Ｂ２に代替することができる。 
【０３２０】
(１)Ｓｔｅｐ＃Ａ：開始シンボル(又は最後シンボル)が最も早い(或いは最も高い優先順位のＵＣＩを運ぶ)ＰＵＣＣＨ(以下、ＰＵＣＣＨ１)を基準として、(i)ＰＵＣＣＨ１と、(ii)これと(時間軸で)重なるＰＵＣＣＨ(以下、ＰＵＣＣＨ２)に限ってＰＵＣＣＨ−ＰＵＣＣＨの間のＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩを送信するために(単一の)コンテナーＰＵＣＣＨ(以下、ＭＵＸ ＰＵＣＣＨ１)が決定される。即ち、重畳した既存のＵＬリソース(即ち、ＰＵＣＣＨ１／ＰＵＣＣＨ２)はＭＵＸ ＰＵＣＣＨ１に代替することができる。
【０３２１】
(２)Ｓｔｅｐ＃Ｂ１：(i)Ｓｔｅｐ＃Ａで決定された(多重化されたＵＣＩ送信用)コンテナーＰＵＣＣＨ(即ち、ＭＵＸ ＰＵＣＣＨ１)と、(ii)(ＰＵＣＣＨ１／ＰＵＣＣＨ２を除いた)残りのＰＵＣＣＨ(以下、ＰＵＣＣＨ３)が重ならない場合、
【０３２２】
−(ＰＵＣＣＨ３内のＰＵＣＣＨの間にＳｔｅｐ＃Ａを適用して)時間軸で重畳しないＰＵＣＣＨをＴＤＭに送信することができる。
【０３２３】
(３)Ｓｔｅｐ＃Ｂ２：(i)ＭＵＸ ＰＵＣＣＨ１と(ii)ＰＵＣＣＨ３が重なる場合、
【０３２４】
−Ｏｐｔ １：コンテナーＰＵＣＣＨ(即ち、ＭＵＸ ＰＵＣＣＨ１)とＰＵＣＣＨ３に対して再度ＰＵＣＣＨ−ＰＵＣＣＨの間のＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩを送信するために、(単一の)コンテナーＰＵＣＣＨ(以下、ＭＵＸ ＰＵＣＣＨ２)が新しく決定される。即ち、重畳した既存のＵＬリソース(即ち、ＭＵＸ ＰＵＣＣＨ１／ＰＵＣＣＨ３)をＭＵＸ ＰＵＣＣＨ２に代替することができる。ＭＵＸ ＰＵＣＣＨ２に対してＳｔｅｐ＃Ｂ１／＃Ｂ２が再び適用されることができる。
【０３２５】
−Ｏｐｔ ２：ＰＵＣＣＨ３の送信を省略することができる。
【０３２６】
図１２はＳｔｅｐ＃Ａ／＃Ｂ１／＃Ｂ２によるチャネル多重化過程を例示する。ＵＣＩ送信のために、端末は各ＵＣＩごとにＰＵＣＣＨリソースを決定する。各ＰＵＣＣＨリソースは開始シンボルと送信長さにより定義される。(スロット内に)重畳したＰＵＣＣＨリソースがある場合、端末は最も早い(例えば、開始シンボルが最も早い)ＰＵＣＣＨリソースＡと重畳するＰＵＣＣＨリソースセットＸを決定する(Ｓｔｅｐ Ａ１、Ｓ１２０２)。その後、端末は(i)ＰＵＣＣＨリソースＡと、(ii)ＰＵＣＣＨリソースセットＸに対してＵＣＩ多重化を行う(Ｓｔｅｐ Ａ１、Ｓ１２０４)。ＵＣＩ多重化を行う時、多重化されたＵＣＩを送信するために、(単一の)コンテナーＰＵＣＣＨ(以下、ＭＵＸ ＰＵＣＣＨ)が決定される。これにより、ＰＵＣＣＨリソースＡとＰＵＣＣＨリソースセットＸをＭＵＸ ＰＵＣＣＨに代替できる。その後、端末はＭＵＸ ＰＵＣＣＨを介してＵＣＩを送信する。もしＭＵＸ ＰＵＣＣＨが(ＰＵＣＣＨリソースＡ／ＰＵＣＣＨリソースセットＸを除いた)残りのＰＵＣＣＨと重なる場合は、端末はＭＵＸ ＰＵＣＣＨ(又はこれを含む残りのＰＵＣＣＨのうち、最も早い(例えば、開始シンボルが最も早い)ＰＵＣＣＨ)を最も早い(例えば、開始シンボルが最も早い)ＰＵＣＣＨリソースＡに代替した状態でＳｔｅｐ Ａ１／Ａ２を再度行うことができる。より詳しい事項は、Ｓｔｅｐ＃Ａ／＃Ｂ１／＃Ｂ２に関する説明を参照する。図１２のＳｔｅｐ Ａ１／Ａ２は図１１のＳｔｅｐ １に対応し、図１１のＳｔｅｐ １は図１２のＳｔｅｐ Ａ１／Ａ２に代替する。
【０３２７】
図１３は図１２によるＵＣＩ多重化を例示する。図１３を参照すると、スロット内に複数のＰＵＣＣＨリソースが重畳する場合、最も早い(例えば、開始シンボルが最も早い)ＰＵＣＣＨリソースＡを基準としてＵＣＩ多重化が行われる。ケース１／２は１番目のＰＵＣＣＨリソースが他のＰＵＣＣＨリソースと重畳する場合を示す。この場合、１番目のＰＵＣＣＨリソースを最も早いＰＵＣＣＨリソースＡと見なした状態で図１２の過程が行われる。反面、ケース３は、１番目のＰＵＣＣＨリソースが他のＰＵＣＣＨリソースと重畳せず、２番目のＰＵＣＣＨリソースが他のＰＵＣＣＨリソースと重畳する場合である。この場合、１番目のＰＵＣＣＨリソースについてはＵＣＩ多重化が行われない。その代わりに、２番目のＰＵＣＣＨリソースを最も早いＰＵＣＣＨリソースＡと見なした状態で図１２の過程が行われる。ケース２は、多重化されたＵＣＩを送信するために決定されたＭＵＸ ＰＵＣＣＨリソースが他のＰＵＣＣＨリソースと新しく重畳する場合である。この場合、ＭＵＸ ＰＵＣＣＨリソース(又はこれを含む残りのＰＵＣＣＨのうち、最も早い(例えば、開始シンボルが最も早い)ＰＵＣＣＨリソース)を最も早いＰＵＣＣＨリソースＡと見なした状態で図１２の過程がさらに行われる。より詳しい事項はＳｔｅｐ＃Ａ／＃Ｂ１／＃Ｂ２に関する説明を参照する。
【０３２８】
[提案方案＃１Ｃ]の変形として、端末に設定／指示されたＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースに対してＵＣＩ多重化(即ち、ＵＣＩ多重化)を行う時、端末は以下のように段階的な)ＵＣＩ多重化、及び多重化されたＵＣＩに対する送信リソース決定を行う方案を考えることおができる。
【０３２９】
(１)Ｓｔｅｐ １：(多重化されたＵＣＩ送信が許容された)(上位階層(例えば、ＲＲＣ)信号により設定された)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳する(上位階層信号により設定された)ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソースに代替
【０３３０】
Ａ．一例として、Ｓｔｅｐ １の詳しい段階は以下の通りである。
【０３３１】
[Ｅｘａｍｐｌｅ ＃１]
【０３３２】
−Ｓｔｅｐ １−１：ＣＳＩ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＣＳＩ ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＣＳＩ)ＰＵＣＣＨリソースに代替
【０３３３】
−Ｓｔｅｐ １−２：ＣＳＩ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＡＮ ＰＵＣＣＨリソース及び／又はＳＲ ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＣＳＩ)ＰＵＣＣＨリソースに代替
【０３３４】
−Ｓｔｅｐ １−３：ＡＮ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＳＲ ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＡＮ)ＰＵＣＣＨリソースに代替
【０３３５】
(２)Ｓｔｅｐ ２：(多重化されたＵＣＩ送信が許容された)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソースに代替
【０３３６】
Ａ．一例として、Ｓｔｅｐ ２の詳しい段階は以下の通りである。
【０３３７】
[Ｅｘａｍｐｌｅ ＃１]
【０３３８】
−Ｓｔｅｐ ２−１：(ＤＣＩに基づいてスケジュールされた)ＡＮ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＣＳＩ ＰＵＣＣＨリソース及び／又はＳＲ ＰＵＣＣＨリソース(及び／又はＡＮ ＰＵＣＣＨリソース)に対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＡＮ)ＰＵＣＣＨリソースに代替
【０３３９】
[Ｅｘａｍｐｌｅ ＃２]
【０３４０】
−Ｓｔｅｐ ２−１：(ＤＣＩに基づいてスケジュールされた)ＡＮ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＣＳＩ ＰＵＣＣＨリソース及び／又はＳＲ ＰＵＣＣＨリソース(及び／又はＡＮ ＰＵＣＣＨリソース)に対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＡＮ)ＰＵＣＣＨリソースに代替
【０３４１】
−Ｓｔｅｐ ２−２：(ＤＣＩに基づいてスケジュールされた)ＣＳＩ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＳＲ ＰＵＣＣＨリソース(及び／又はＣＳＩ ＰＵＣＣＨリソース)に対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＣＳＩ)ＰＵＣＣＨリソースに代替
【０３４２】
(３)Ｓｔｅｐ ３：(多重化されたＵＣＩ送信が許容された)ＰＵＳＣＨリソースが存在する時、ＰＵＳＣＨリソースごとに、(i)該当ＰＵＳＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＳＣＨリソースに代替
【０３４３】
各段階に複数のＰＵＣＣＨ(又はＰＵＳＣＨ)リソースが存在する時、複数のＰＵＣＣＨ(又はＰＵＳＣＨ)リソースの間に該当段階の動作を適用する順序は、所定の優先順位規則に従う。一例として、優先順位規則は、(スロット内の)相対的な送信時点(例えば、開始位置／シンボル)、ＵＣＩタイプ、リソース割り当て方式(例えば、動的又は準−静的)、スケジュールされた順序、送信容量などを基準として決定される。
【０３４４】
各段階において、多重化されたＵＣＩを送信するために新しく選択されたＰＵＣＣＨリソースが、多重化されたＵＣＩに対する(既存の)ＰＵＣＣＨリソース以外の他のＰＵＣＣＨリソースと(時間軸で)重畳する場合は、端末はこの場合をエラーケースと判断して期待しない。又は、新しく選択されたＰＵＣＣＨリソースと重畳したＰＵＣＣＨリソースとＵＣＩ多重化規則を適用し、ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソースに代替することができる。
【０３４５】
[提案方案＃１Ｃ]の変形として、スロット内の端末に設定／指示されたＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースに対してＵＣＩ多重化を行う時、端末は以下のように(段階的な)ＵＣＩ多重化、及び多重化されたＵＣＩに対する送信リソース決定を行う方案を考えることができる。
【０３４６】
(１)Ｓｔｅｐ １：(多重化されたＵＣＩ送信が許容された)ＰＵＳＣＨリソースが存在する時、ＰＵＳＣＨリソースごとに、(i)該当ＰＵＳＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＳＣＨリソースに代替
【０３４７】
(２)Ｓｔｅｐ ２：(多重化されたＵＣＩ送信が許容された)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソースに代替
【０３４８】
Ａ．一例として、Ｓｔｅｐ ２の詳しい段階は以下の通りである。
【０３４９】
[Ｅｘａｍｐｌｅ ＃１]
【０３５０】
−Ｓｔｅｐ ２−１：(ＤＣＩに基づいてスケジュールされた)ＡＮ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＣＳＩ ＰＵＣＣＨリソース及び／又はＳＲ ＰＵＣＣＨリソース(及び／又はＡＮ ＰＵＣＣＨリソース)に対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＡＮ)ＰＵＣＣＨリソースに代替
【０３５１】
[Ｅｘａｍｐｌｅ ＃２]
【０３５２】
−Ｓｔｅｐ ２−１：(ＤＣＩに基づいてスケジュールされた)ＡＮ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＣＳＩ ＰＵＣＣＨリソース及び／又はＳＲ ＰＵＣＣＨリソース(及び／又はＡＮ ＰＵＣＣＨリソース)に対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＡＮ)ＰＵＣＣＨリソースに代替
【０３５３】
−Ｓｔｅｐ ２−２：(ＤＣＩに基づいてスケジュールされた)ＣＳＩ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＳＲ ＰＵＣＣＨリソース(及び／又はＣＳＩ ＰＵＣＣＨリソース)に対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＣＳＩ)ＰＵＣＣＨリソースに代替
【０３５４】
(３)Ｓｔｅｐ ３：(多重化されたＵＣＩ送信が許容された)(上位階層(例えば、ＲＲＣ)信号により設定された)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳する(上位階層信号により設定された)ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソースに代替
【０３５５】
Ａ．一例として、Ｓｔｅｐ ３の詳しい段階は以下の通りである。
【０３５６】
[Ｅｘａｍｐｌｅ ＃１]
【０３５７】
−Ｓｔｅｐ ３−１：ＣＳＩ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＣＳＩ ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＣＳＩ)ＰＵＣＣＨリソースに代替
【０３５８】
−Ｓｔｅｐ ３−２：ＣＳＩ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＡＮ ＰＵＣＣＨリソース及び／又はＳＲ ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＣＳＩ)ＰＵＣＣＨリソースに代替
【０３５９】
−Ｓｔｅｐ ３−３：ＡＮ ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＳＲ ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＡＮ)ＰＵＣＣＨリソースに代替
【０３６０】
各段階に複数のＰＵＣＣＨ(又はＰＵＳＣＨ)リソースが存在する時、複数のＰＵＣＣＨ(又はＰＵＳＣＨ)リソースの間に該当段階の動作を適用する順序は、所定の優先順位規則に従う。一例として、優先順位規則は、(スロット内の)相対的な送信時点(例えば、開始位置／シンボル)、ＵＣＩタイプ、リソース割り当て方式(例えば、動的又は準−静的)、スケジュールされた順序、送信容量などを基準として決定される。
【０３６１】
各段階において、多重化されたＵＣＩを送信するために新しく選択されたＰＵＣＣＨリソースが、多重化されたＵＣＩに対する(既存の)ＰＵＣＣＨリソース以外の他のＰＵＣＣＨリソースと(時間軸で)重畳する場合、端末はこの場合をエラーケースと判断して期待しない。又は、新しく選択されたＰＵＣＣＨリソースと重畳したＰＵＣＣＨリソースとＵＣＩ多重化規則を適用し、ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソースに代替することができる。
【０３６２】
[提案方案＃１Ｄ]  スロット内で端末に設定／指示された(準−静的に設定された)(単一の)ＳＲ ＰＵＣＣＨリソースが２つ以上の(準−静的に設定された)ＣＳＩ ＰＵＣＣＨリソースと時間軸で重畳する場合に、端末が以下のうちの一つの動作を行う方案
【０３６３】
(１)Ｏｐｔ．１：ＳＲビットを各ＣＳＩ ＰＵＣＣＨリソースのＵＣＩペイロードに全て追加してＣＳＩとＳＲを多重化して送信。即ち、ＳＲ情報をＳＲ ＰＵＣＣＨと重畳した全てのＣＳＩ ＰＵＣＣＨに含めることができる。
【０３６４】
−複数のＣＳＩ ＰＵＣＣＨリソースに含まれるＳＲ情報は、最初のＣＳＩ ＰＵＣＣＨリソースに送信されたＳＲ情報がコピーされる(或いは同一に送信される)形態である。即ち、複数のＣＳＩ ＰＵＣＣＨリソースに含まれるＳＲ情報は、全て同一にコピーされた情報である。また複数のＣＳＩ ＰＵＣＣＨリソースに含まれるＳＲ情報は、各ＣＳＩ ＰＵＣＣＨリソースごとに更新された(或いは、各ＣＳＩ ＰＵＣＣＨ時点の端末のＳＲ状態(例えば、ｎｅｇａｔｉｖｅ又はｐｏｓｉｔｉｖｅ)を反映する)ＳＲ情報である。即ち、複数のＣＳＩ ＰＵＣＣＨリソースに含まれるＳＲ情報は、毎ＣＳＩ ＰＵＣＣＨリソースの送信時点ごとに更新されたＳＲ情報である。
【０３６５】
(２)Ｏｐｔ．２：ＳＲビットを特定の一つのＣＳＩ ＰＵＣＣＨリソースのＵＣＩペイロードのみに追加してＣＳＩとＳＲを多重化して送信。ここで、特定の一つのＣＳＩ ＰＵＣＣＨリソースは以下のうちの一つである。
【０３６６】
−Ｏｐｔ．２−１：時間軸で最初(又は最後)のＣＳＩ ＰＵＣＣＨリソース、或いは開始時点が最も早い(又は遅い)ＣＳＩ ＰＵＣＣＨリソース。即ち、ＳＲ情報をＳＲ ＰＵＣＣＨと重畳した全てのＣＳＩ ＰＵＣＣＨのうちの１番目のＣＳＩ ＰＵＣＣＨのみに含めることができる。
【０３６７】
−Ｏｐｔ．２−２：最も送信容量が大きいＣＳＩ ＰＵＣＣＨリソース
【０３６８】
−Ｏｐｔ．２−３：最も高い優先順位を有するＣＳＩに設定されたＣＳＩ ＰＵＣＣＨリソース
【０３６９】
ＮＲシステムでは単一のＣＳＩ ＰＵＣＣＨリソースと一つ又はそれ以上のＳＲ ＰＵＣＣＨリソースが一つのスロット内で重畳する場合、全てのＵＣＩを多重化して単一のＣＳＩ ＰＵＣＣＨリソースを介して送信する動作が考えられる。この時、ＣＳＩとＳＲを多重化する問題について、上記の場合とは逆に、単一のＳＲ ＰＵＣＣＨリソースが複数のＣＳＩ ＰＵＣＣＨリソースと重畳する場合のＵＣＩ多重化規則も定める必要がある。この問題については、上述したオプションを考慮できる。
【０３７０】
[提案方案＃１Ｆ]  スロット内において、端末に設定／指示された(単一の)ＰＵＳＣＨリソースが２つ以上のＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)と時間軸で重畳する場合に、端末が以下のうちの一つの動作を行う方案
【０３７１】
(１)Ｏｐｔ．１：ＰＵＳＣＨと重畳したＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)のうち、特定の一つのＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ情報)をＵＬ−ＳＣＨ ＴＢ(例えば、ＵＬデータ)と多重化してＰＵＳＣＨリソースを介して送信(例えば、ＵＣＩピギーバック)。
【０３７２】
−特定の一つのＣＳＩ ＰＵＣＣＨリソースは、時間軸で最も先になる或いは優先順位が最も高いＣＳＩに設定されたＣＳＩ ＰＵＣＣＨリソースを含む。また、特定の一つのＡＮ ＰＵＣＣＨリソースは、時間軸で最も先になるＡＮ ＰＵＣＣＨリソースを含む。
【０３７３】
−特定の一つのＣＳＩ ＰＵＣＣＨ(又はＡＮ ＰＵＣＣＨ)以外の残りのＣＳＩ ＰＵＣＣＨ(又はＡＮ ＰＵＣＣＨ)及び対応するＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ)の送信は省略できる。
【０３７４】
(２)Ｏｐｔ．２：ＰＵＳＣＨと重畳したＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ情報)を全てＵＬ−ＳＣＨ ＴＢ(例えば、ＵＬデータ)と多重化してＰＵＳＣＨリソースを介して送信(例えば、ＵＣＩピギーバック)。又はＰＵＳＣＨと重畳したＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ情報)のうち、予め定義／設定された優先順位規則に従って優先順位が高い最大Ｍ個までのＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ情報)をＵＬ−ＳＣＨ ＴＢ(例えば、ＵＬデータ)と多重化してＰＵＳＣＨリソースを介して送信(例えば、ＵＣＩピギーバック)
【０３７５】
−Ｍ値は１又は２である。
【０３７６】
−Ｍ値は予め約束された値であるか、又は上位階層(例えば、ＲＲＣ)信号により設定／定義される値である。
【０３７７】
[提案方案＃１Ｆ]において、ＰＵＳＣＨリソースをＣＳＩ ＰＵＣＣＨリソースに置き換え、ＵＬ−ＳＣＨ ＴＢをＣＳＩに置き換えた場合、ＣＳＩ ＰＵＣＣＨリソースとＡＮ ＰＵＣＣＨリソースに対するＣＩ多重化動作は同様に適用できる。
【０３７８】
ＮＲシステムは柔軟なＰＵＣＣＨ送信区間の設定が支援されるので、単一のＰＵＳＣＨリソースと一つ又はそれ以上のＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)が１スロット内で重畳する場合があり得る。この場合、優先順位規則に基づいて(優先順位が高い)Ｍ個のＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)に対するＭ個のＣＳＩ報告のみをＰＵＳＣＨでＵＣＩピギーバックすることができる。Ｍ値は予め約束された値であるか、又は上位階層信号により設定／定義された値である。又は簡単な方案として、ＰＵＳＣＨリソースと時間軸で１番目に重畳したＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ)のみをＰＵＳＣＨでＵＣＩピギーバックすることができる。
【０３７９】
[提案方案＃１Ｈ]  端末が、(２ビット以下のＡＮに対する)ＡＮ ＰＵＣＣＨリソースとＮ個の(例えば、Ｎ＞１)ＳＲ ＰＵＣＣＨリソースに対するＵＣＩ多重化を行う時、ＡＮ ＰＵＣＣＨに対するスケジューリング方法及び／又はＡＮ ＰＵＣＣＨに対して設定されたＰＵＣＣＨリソース集合数Ｋによって多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)を送信するＰＵＣＣＨフォーマットを以下のように異ならせる方案
【０３８０】
(１)ＡＮ ＰＵＣＣＨリソースがＤＣＩ(例えば、ＡＲＩ)により指示された場合
【０３８１】
Ａ．Ｋ＞１である場合
【０３８２】
−多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット２／３／４のうちの１つで送信
【０３８３】
Ｂ．Ｋ＝１である場合
【０３８４】
−多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット０／１のうちの１つで送信
【０３８５】
(２)ＡＮ ＰＵＣＣＨリソースがＤＣＩ(例えば、ＡＲＩ)により指示されない場合(例えば、ＡＮ ＰＵＣＣＨリソースがＳＰＳ ＰＤＳＣＨに対するＡ／Ｎ情報に連関する場合)
【０３８６】
Ａ．Ｋ＞１である場合
【０３８７】
−Ｏｐｔ．１：多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット０／１のうちの１つで送信
【０３８８】
−Ｏｐｔ．２：多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)を特定のＡＲＩ値を仮定して選択されたＰＵＣＣＨフォーマット２／３／４のうちの１つで送信
【０３８９】
Ｂ．Ｋ＝１である場合
【０３９０】
−多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット０／１のうちの１つで送信
【０３９１】
上述した方法により、ＡＮ ＰＵＣＣＨリソースがＮ個(例えば、Ｎ＞１)のＳＲ ＰＵＣＣＨリソースと時間軸で重畳する時、端末はＡＮとＳＲを多重化することができる。
【０３９２】
端末は(総)ＵＣＩペイロードサイズによってＰＵＣＣＨリソース集合を選択した後、選択されたＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースのうち、ＡＲＩにより指示されたＰＵＣＣＨリソースによりＵＣＩ(例えば、ＨＡＲＱ−ＡＣＫ)を送信することができる。ここで、ＡＲＩ(ＡＣＫ／ＮＡＣＫリソース指示子)はＤＣＩ内のＰＵＣＣＨリソースを指示するビットフィールドを意味する。
【０３９３】
一方、ＡＮ ＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数は複数である(Ｋ＞１)。この場合、端末はＡＮと他のＵＣＩを多重化した後、多重化された(総)ＵＣＩペイロードサイズに対応するＰＵＣＣＨリソース集合を選択する。その後、端末は該当ＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースのうち、ＡＲＩにより指示されたＰＵＣＣＨリソースを用いて多重化されたＵＣＩを送信する。この時、ＰＵＣＣＨリソース集合が支援するＵＣＩサイズが２ビット以下である場合、ＰＵＣＣＨリソース集合はＰＵＣＣＨフォーマット０／１を含む。反面、ＰＵＣＣＨリソース集合が支援するＵＣＩサイズが３ビット以上である場合は、ＰＵＣＣＨリソース集合はＰＵＣＣＨフォーマット２／３／４を含む。ＰＵＣＣＨリソース集合個数が一つ以上であると、少なくとも一つのＰＵＣＣＨリソース集合は２ビット以下のＵＣＩ送信用として設定される。従って、ＡＮ ＰＵＣＣＨリソースがＡＲＩにより指示され、ＡＮ ＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数が２個以上であると、端末は３ビット以上のＵＣＩ送信用であるＰＵＣＣＨフォーマット２／３／４によりＵＣＩを送信することができる。この場合、端末はＡＮと複数のＳＲとの間で多重化を行う時、複数のＳＲ ＰＵＣＣＨリソースに関するＳＲ情報をマルチ−ビットＳＲ情報をＡＮペイロードに追加した後、全体ＵＣＩペイロードサイズにより選択されたＰＵＣＣＨリソース集合内でＡＲＩにより指示されたＰＵＣＣＨフォーマット２／３／４のうちの一つにより多重化されたＡＮ／ＳＲを送信することができる。
【０３９４】
しかし、ＡＮ ＰＵＣＣＨリソースがＡＲＩにより指示されても、ＡＮ ＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数が１個であると、端末はＰＵＣＣＨフォーマット２／３／４リソースを使用できない。従って、多重化されたＡＮ／ＳＲをＰＵＣＣＨフォーマット０／１リソースを介して送信する方案が考えられる。例えば、端末はＡＮと複数のＳＲの間の多重化を行う時、ＡＮ ＰＵＣＣＨがＰＵＣＣＨフォーマット１であると、ＰＵＣＣＨフォーマット０に従うＳＲ ＰＵＣＣＨリソースに対するＳＲ送信を省略し、ＰＵＣＣＨフォーマット１に従うＳＲ ＰＵＣＣＨリソースのうち、ｐｏｓｉｔｉｖｅ ＳＲでありかつ優先順位が最も高いＳＲに対応するＳＲ ＰＵＣＣＨリソースによりＡＮを送信する(但し、全部ｎｅｇａｔｉｖｅ ＳＲであると、ＡＮ ＰＵＣＣＨ送信)。又はＡＮ ＰＵＣＣＨがＰＵＣＣＨフォーマット０であると、ＡＮ ＰＵＣＣＨリソースに対して最大２個のＣＳオフセットを適用して２個のＳＲ ＰＵＣＣＨ(グループ)に関するＳＲ情報を表現することができる。即ち、ｐｏｓｉｔｉｖｅ ＳＲであるＳＲ ＰＵＣＣＨを少なくとも一つ以上含みながら、優先順位が最も高いＳＲ ＰＵＣＣＨ(グループ)に対応するＣＳオフセットをＡＮ ＰＵＣＣＨフォーマット０に適用することができる。
【０３９５】
一方、ＳＰＳ(Ｓｅｍｉ−Ｓｔａｔｉｃ ｓｃｈｅｄｕｌｉｎｇ)ＰＤＳＣＨ送信に対応するＡＮ ＰＵＣＣＨリソースはＡＲＩにより指示されず、上位階層(例えば、ＲＲＣ)信号により準−静的に設定される。従って、ＳＰＳ ＰＤＳＣＨ送信に対応するＡＮ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが重畳する場合、端末はＡＮと複数のＳＲの間の多重化を行う時、ＰＵＣＣＨフォーマット２／３／４リソースを使用することができない。従って、多重化されたＡＮ／ＳＲをＰＵＣＣＨフォーマット０／１リソースを介して送信する方案を考えることができる。たとえ、端末がＡＮと複数のＳＲの間の多重化を行う時、ＡＮ ＰＵＣＣＨがＰＵＣＣＨフォーマット１であると、ＰＵＣＣＨフォーマット０に従うＳＲ ＰＵＣＣＨリソースに対するＳＲ送信を省略し、ＰＵＣＣＨフォーマット１を従うＳＲ ＰＵＣＣＨリソースのうち、ｐｏｓｉｔｉｖｅ ＳＲでありかつ優先順位が最も高いＳＲに対応するＳＲ ＰＵＣＣＨリソースによりＡＮを送信する(但し、全部ｎｅｇａｔｉｖｅ ＳＲであると、ＡＮ ＰＵＣＣＨ送信)。又はＡＮ ＰＵＣＣＨがＰＵＣＣＨフォーマット０であると、ＡＮ ＰＵＣＣＨリソースに対して最大２個までＣＳオフセットを適用して２個のＳＲ ＰＵＣＣＨ(グループ)に関するＳＲ情報を表現することができる。即ち、ｐｏｓｉｔｉｖｅ ＳＲであるＳＲ ＰＵＣＣＨを少なくとも一つ以上含みながら優先順位が最も高いＳＲ ＰＵＣＣＨ(グループ)に対応するＣＳオフセットをＡＮ ＰＵＣＣＨフォーマット０に適用することができる。しかし、ＡＮ ＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数が２個以上である場合は、ＡＲＩは指示されないが、端末はＡＮ ＰＵＣＣＨリソースを決定するために特定のＡＲＩ値(例えば、ＡＲＩ＝０)を仮定することができる。その後、端末は(１)複数のＳＲ ＰＵＣＣＨリソースに関するＳＲ情報をマルチ−ビットＳＲ情報で表現してＡＮペイロードに追加した後、(２)多重化された全体ＵＣＩペイロードサイズにより選択されたＰＵＣＣＨリソース集合内でＡＲＩ＝０に対応するＰＵＣＣＨフォーマット２／３／４リソースのうちの一つを用いて多重化されたＡＮ／ＳＲを送信することができる。
【０３９６】
[提案方案＃１Ｈ]の"多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット０／１のうちの１つで送信"する動作について、端末がＡＮとＳＲを以下のように多重化する動作を考えることができる。但し、ＰＦ０／１／２／３／４はＰＵＣＣＨフォーマット０／１／２／３／４を意味する。
【０３９７】
(１)Ｃａｓｅ ＃１：(単一の)ＡＮと(単一の)ＳＲの間のＵＣＩ多重化
【０３９８】
Ａ．ＡＮ ＰＦ０である場合
【０３９９】
i．ＳＲ ＰＦ０である場合：Ｐｏｓｉｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースにＣＳオフセットを適用したリソースを介して送信。ｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースを介して送信。
【０４００】
ii．ＳＲ ＰＦ１である場合
【０４０１】
−Ｏｐｔ．１：Ｐｏｓｉｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースにＣＳオフセットを適用したリソースを介して送信。ｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースを介して送信。
【０４０２】
−Ｏｐｔ．２：Ｐｏｓｉｔｉｖｅ ＳＲであると、ＡＮをＳＲ ＰＦ１リソースを介して送信。ｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースを介して送信。
【０４０３】
Ｂ．ＡＮ ＰＦ１である場合
【０４０４】
i．ＳＲ ＰＦ０である場合：ＡＮをＡＮ ＰＦ１リソースを介して送信(ＳＲ ｄｒｏｐ)
【０４０５】
ii．ＳＲ ＰＦ１である場合：Ｐｏｓｉｔｉｖｅ ＳＲであると、ＡＮをＳＲ ＰＦ１リソースを介して送信。ｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ１リソースを介して送信。
【０４０６】
(２)Ｃａｓｅ ＃２：(単一の)ＡＮと(マルチプル)ＳＲ(ｗ／単一のＰＵＣＣＨフォーマット)の間のＵＣＩ多重化
【０４０７】
Ａ．ＡＮ ＰＦ０である場合
【０４０８】
i．(マルチプル)ＳＲ ＰＦ０である場合
【０４０９】
−(特定のＳＲ ＰＵＣＣＨグループ内の)少なくとも一つのＳＲ ＰＵＣＣＨに対するＳＲ情報がＰｏｓｉｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースに(特定のＳＲ ＰＵＣＣＨグループに対応する)ＣＳオフセットを適用したリソースを介して送信
【０４１０】
−この場合、全体Ｋ個のＳＲ ＰＵＣＣＨをＬ個(例えば、Ｌ＝２、Ｋ＞Ｌ)のＳＲ ＰＵＣＣＨグループにグルーピングした後、該当Ｌ個のＳＲ ＰＵＣＣＨグループを各々互いに異なるＬ個のＣＳオフセットに対応／マッピングすることができる。特定のＳＲ ＰＵＣＣＨグループに属するＳＲのうちのいずれか１つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲ ＰＵＣＣＨグループに対応するＣＳオフセットを適用したリソースによりＡＮを送信するように動作
【０４１１】
−全てのＳＲ ＰＵＣＣＨに対するＳＲ情報がｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースを介して送信
【０４１２】
ii．(マルチプル)ＳＲ ＰＦ１である場合
【０４１３】
−Ｏｐｔ．１：(特定のＳＲ ＰＵＣＣＨグループ内の)少なくとも一つのＳＲ ＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースに(特定のＳＲ ＰＵＣＣＨグループに対応する)ＣＳオフセットを適用したリソースを介して送信。この場合、全体Ｋ個のＳＲ ＰＵＣＣＨをＬ個(例えば、Ｌ＝２、Ｋ＞Ｌ)のＳＲ ＰＵＣＣＨグループにグループ化した後、該当Ｌ個のＳＲ ＰＵＣＣＨグループを各々互いに異なるＬ個のＣＳオフセットに対応／マッピングする。特定のＳＲ ＰＵＣＣＨグループに属するＳＲのうちの少なくとも一つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲ ＰＵＣＣＨグループに対応するＣＳオフセットを適用したリソースによりＡＮを送信するように動作。全てのＳＲ ＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースを介して送信
【０４１４】
−Ｏｐｔ．２：少なくとも一つのＳＲ ＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅ ＳＲであると、ＡＮをＳＲ ＰＵＣＣＨのうちの(最優先順位の)ＳＲ ＰＵＣＣＨに対応するＳＲ ＰＦ１リソースを介して送信。全てのＳＲ ＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースを介して送信
【０４１５】
Ｂ．ＡＮ ＰＦ１である場合
【０４１６】
i．(マルチプル)ＳＲ ＰＦ０である場合:ＡＮをＡＮ ＰＦ１リソースを介して送信(ＳＲ ｄｒｏｐ)
【０４１７】
ii．(マルチプル)ＳＲ ＰＦ１である場合：少なくとも一つのＳＲ ＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅ ＳＲであると、ＡＮをＳＲ ＰＵＣＣＨのうちの(最優先順位の)ＳＲ ＰＵＣＣＨに対応するＳＲ ＰＦ１リソースを介して送信。全てのＳＲ ＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ１リソースを介して送信
【０４１８】
(３)Ｃａｓｅ ＃３：(単一の)ＡＮと(マルチプル)ＳＲ(ｗ／互いに異なるＰＵＣＣＨフォーマット)の間のＵＣＩ多重化
【０４１９】
Ａ．ＡＮ ＰＦ０である場合
【０４２０】
i．(マルチプル)ＳＲ ＰＦ０＋(マルチプル) ＳＲ Ｆ１である場合
【０４２１】
−Ｏｐｔ．１：少なくとも一つのＳＲ ＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅ ＳＲであり、ＳＲ ＰＵＣＣＨのうち、(最優先順位の)ＳＲ ＰＵＣＣＨがＰＦ０である場合、ＡＮをＡＮ ＰＦ０リソースにＣＳオフセットを適用したリソースを介して送信。この場合、全体或いはＰＦ０に設定されたＫ個のＳＲ ＰＵＣＣＨをＬ個(例えば、Ｌ＝２、Ｋ＞Ｌ)のＳＲ ＰＵＣＣＨグループにグループ化した後、該当Ｌ個のＳＲ ＰＵＣＣＨグループを各々互いに異なるＬ個ＣＳオフセットに対応／マッピングする。この場合、特定のＳＲ ＰＵＣＣＨグループに属するＳＲのうちの少なくとも一つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲ ＰＵＣＣＨグループに対応するＣＳオフセットを適用したリソースによりＡＮを送信するように動作。もしＰＦ０に設定されたＳＲ ＰＵＣＣＨ数ＫがＬと同一であるか、又はＬより小さい場合には、別のグループ化無しに該当Ｋ個のＳＲ ＰＵＣＣＨを各々互いに異なるＫ個のＣＳオフセットに対応／マッピングする。この場合、Ｐｏｓｉｔｉｖｅ ＳＲ ＰＵＣＣＨに対応するＣＳオフセットを適用したリソースによりＡＮを送信するように動作。少なくとも一つのＳＲ ＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅ ＳＲであり、ＳＲ ＰＵＣＣＨのうち、(最優先順位の)ＳＲ ＰＵＣＣＨがＰＦ１である場合、ＡＮを(該当)ＳＲ ＰＦ１リソースを介して送信。全てのＳＲ ＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースを介して送信
【０４２２】
−Ｏｐｔ．２：(特定のＳＲ ＰＵＣＣＨグループ内の)少なくとも一つのＳＲ ＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースに(特定のＳＲ ＰＵＣＣＨグループに対応する)ＣＳオフセットを適用したリソースを介して送信。この場合、全体Ｋ個のＳＲ ＰＵＣＣＨをＬ個(例えば、Ｌ＝２、Ｋ＞Ｌ)のＳＲ ＰＵＣＣＨグループにグループ化した後、該当Ｌ個のＳＲ ＰＵＣＣＨグループを各々互いに異なるＬ個のＣＳオフセットに対応／マッピングする。この場合、特定のＳＲ ＰＵＣＣＨグループに属するＳＲのうちの少なくとも一つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲ ＰＵＣＣＨグループに対応するＣＳオフセットを適用したリソースによりＡＮを送信するように動作。全てのＳＲ ＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースを介して送信
【０４２３】
−Ｏｐｔ．３：(特定のＳＲ ＰＵＣＣＨグループ内の)少なくとも一つのＳＲ ＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅ ＳＲであると、ＡＮを(上記特定のＳＲ ＰＵＣＣＨグループに対応する)特定のＳＲ ＰＦ１リソースを介して送信。この場合、全体Ｋ個のＳＲ ＰＵＣＣＨをＬ個(例えば、Ｌ＝ｔｈｅ ｎｕｍｂｅｒ ｏｆ ＳＲｓ ｃｏｎｆｉｇｕｒｅｄ ｗｉｔｈ Ｆ1、Ｋ＞Ｌ)ＳＲ ＰＵＣＣＨグループにグループ化した後、該当Ｌ個のＳＲ ＰＵＣＣＨグループを各々互いに異なるＬ個のＳＲ Ｆ１リソースに対応／マッピングする。この場合、特定のＳＲ ＰＵＣＣＨグループに属するＳＲのうちの少なくとも一つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲ ＰＵＣＣＨグループに対応するＳＲ Ｆ１リソースによりＡＮを送信するように動作。全てのＳＲ ＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ０リソースを介して送信
【０４２４】
Ｂ．ＡＮ ＰＦ１である場合
【０４２５】
i．(マルチプル)ＳＲ ＰＦ０＋(マルチプル)ＳＲ Ｆ１である場合
【０４２６】
−Ｏｐｔ．１：少なくとも一つのＳＲ ＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅ ＳＲであり、ＳＲ ＰＵＣＣＨのうち、(最優先順位の)ＳＲ ＰＵＣＣＨがＰＦ０である場合、ＡＮをＡＮ ＰＦ１リソースを介して送信(ＳＲ ｄｒｏｐ)。少なくとも一つのＳＲ ＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅ ＳＲであり、ＳＲ ＰＵＣＣＨのうち、(最優先順位の)ＳＲ ＰＵＣＣＨがＰＦ１である場合、ＡＮを(該当)ＳＲ ＰＦ１リソースを介して送信。全てのＳＲ ＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ１リソースを介して送信
【０４２７】
−Ｏｐｔ．２：(特定のＳＲ ＰＵＣＣＨグループ内の)少なくとも一つのＳＲ ＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅ ＳＲであると、ＡＮを(上記特定のＳＲ ＰＵＣＣＨグループに対応する)特定のＳＲ ＰＦ１リソースを介して送信。この場合、全体Ｋ個のＳＲ ＰＵＣＣＨをＬ個の(例えば、Ｌ＝ｔｈｅ ｎｕｍｂｅｒ ｏｆ ＳＲｓ ｃｏｎｆｉｇｕｒｅｄ ｗｉｔｈ Ｆ１、Ｋ＞Ｌ)ＳＲ ＰＵＣＣＨグループにグループ化した後、該当Ｌ個のＳＲ ＰＵＣＣＨグループを各々互いに異なるＬ個のＳＲ Ｆ１リソースに対応／マッピングする。この場合、特定のＳＲ ＰＵＣＣＨグループに属するＳＲのうちの少なくとも一つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲ ＰＵＣＣＨグループに対応するＳＲ Ｆ１リソースによりＡＮを送信するように動作。全てのＳＲ ＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅ ＳＲであると、ＡＮをＡＮ ＰＦ１リソースを介して送信
【０４２８】
ここで、ＳＲＰＵＣＣＨグループは一つ以上のＳＲ ＰＵＣＣＨで構成され、一つ以上のＳＲ ＰＵＣＣＨグループが定義される。
【０４２９】
上述した内容を整理すると以下の通りである。
【０４３０】
(１)Ｃａｓｅ ＃１
【０４３１】
Ａ．ＡＮ ＰＦ０＋単一のＳＲ ＰＦ０＝＞ＡＮ＋ＳＲ ｏｎ ＡＮ ＰＦ０(ＣＳオフセットにより)
【０４３２】
Ｂ．ＡＮ ＰＦ０＋単一のＳＲ ＰＦ１＝＞ＡＮ＋ＳＲ ｏｎ ＡＮ ＰＦ０(CSオフセットにより)又はＳＲ ＰＦ１(ＣＨ選択により)
【０４３３】
Ｃ．ＡＮ ＰＦ１＋単一のＳＲ ＰＦ０＝＞ＡＮ ｏｎｌｙ ｏｎ ＡＮ ＰＦ１(ＳＲ省略により)
【０４３４】
Ｄ．ＡＮ ＰＦ１＋単一のＳＲ ＰＦ１＝＞ＡＮ＋ＳＲ ｏｎ ＳＲ ＰＦ１(ＣＨ選択により)
【０４３５】
(２)Ｃａｓｅ ＃２
【０４３６】
Ａ．ＡＮ ＰＦ０＋マルチプルＳＲ ＰＦ０＝＞ＡＮ＋ＳＲ ｏｎ ＡＮ ＰＦ０(ＣＳオフセット及びＳＲバンドリングにより)
【０４３７】
Ｂ．ＡＮ ＰＦ０＋マルチプルＳＲ ＰＦ１＝＞ＡＮ＋ＳＲ ｏｎ ＡＮ ＰＦ０(ＣＳオフセット及びＳＲバンドリングにより)又はＳＲ ＰＦ１(ＣＨ選択により)
【０４３８】
Ｃ．ＡＮ ＰＦ１＋マルチプルＳＲ ＰＦ０＝＞ＡＮ ｏｎｌｙ ｏｎ ＡＮ ＰＦ１(ＳＲ省略により)
【０４３９】
Ｄ．ＡＮ ＰＦ１＋マルチプルＳＲ ＰＦ１＝＞ＡＮ＋ＳＲ ｏｎ ＳＲ ＰＦ１(ＣＨ選択により)
【０４４０】
(３)Ｃａｓｅ ＃３
【０４４１】
Ａ．ＡＮ ＰＦ０＋(マルチプル)ＳＲ ＰＦ０＋(マルチプル)ＳＲ ＰＦ１
【０４４２】
i．Ｏｐｔｉｏｎ １
【０４４３】
１．ＳＲ ＰＦ０がＰｏｓｉｔｉｖｅ ＳＲであり、優先順位が最も高い場合、ＡＮ＋ＳＲ ｏｎ ＡＮ Ｆ０(ＣＳオフセット及びＳＲバンドリングにより)。この場合、ＳＲバンドリング対象はＳＲ Ｆ０のみに限定
【０４４４】
２．ＳＲ ＰＦ１がＰｏｓｉｔｉｖｅ ＳＲであり、優先順位が最も高い場合、ＡＮ＋ＳＲ ｏｎ ＳＲ ＰＦ１(ＣＨ選択により)
【０４４５】
ii．Ｏｐｔｉｏｎ ２
【０４４６】
１．ＳＲ ＰＦがＰｏｓｉｔｉｖｅ ＳＲであるか否かに関係なく、ＡＮ＋ＳＲ ｏｎ ＡＮ ＰＦ０(ＣＳオフセット及びＳＲバンドリングにより)。この場合、ＳＲバンドリング対象はＳＲ ＰＦ０とＳＲ ＰＦ１を全て含む
【０４４７】
iii．Ｏｐｔｉｏｎ ３
【０４４８】
１．ＳＲ ＰＦがＰｏｓｉｔｉｖｅ ＳＲであるか否かに関係なく、ＡＮ＋ＳＲ ｏｎ ＳＲ ＰＦ１(ＣＨ選択及びＳＲバンドリングにより)。この場合、ＳＲバンドリング対象はＳＲ ＰＦ０とＳＲ ＰＦ１を全て含む
【０４４９】
Ｂ．ＡＮ ＰＦ１＋(マルチプル)ＳＲ ＰＦ０＋(マルチプル)ＳＲ ＰＦ１
【０４５０】
i．Ｏｐｔｉｏｎ １
【０４５１】
１．ＳＲ ＰＦ０がＰｏｓｉｔｉｖｅ ＳＲであり、優先順位が最も高い場合、ＡＮ ｏｎｌｙ ｏｎ ＡＮ ＰＦ１(ＳＲ省略により)
【０４５２】
２．ＳＲ ＰＦ１がＰｏｓｉｔｉｖｅ ＳＲであり、優先順位が最も高い場合、ＡＮ＋ＳＲ ｏｎ ＳＲ ＰＦ１(ＣＨ選択により)
【０４５３】
ii．Ｏｐｔｉｏｎ ２
【０４５４】
１．ＡＮ＋ＳＲ ｏｎ ＳＲ ＰＦ１(ＣＨ選択及びＳＲバンドリングにより)。この場合、ＳＲバンドリング対象はＳＲ ＰＦ０とＳＲ ＰＦ１を全て含む
【０４５５】
[提案方案＃２]スロット内において、Ａ／Ｎ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この場合、端末はＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化を仮定する時に使用されるＰＵＣＣＨ(以下、ＭＵＸ ＰＵＣＣＨ)の送信開始時点とＳＲ ＰＵＣＣＨの送信開始時点の相対的な関係によってＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無を決定することができる。
【０４５６】
但し、端末がＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化を行わない場合、Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの１つの送信が省略される。
【０４５７】
一例として、端末はＳＲ ＰＵＣＣＨの送信開始時点がＭＵＸ ＰＵＣＣＨの送信開始時点よりＴ０ほど先立つか又は遅れるかによって、以下のようにＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無が決定される。
【０４５８】
(１)ＳＲ ＰＵＣＣＨの送信開始時点がＭＵＸ ＰＵＣＣＨの送信開始時点を基準としてＴ０ 以前時点より先立つ場合
【０４５９】
Ａ．Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの一つを選択して送信
【０４６０】
i．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合、ＳＲをＳＲ ＰＵＣＣＨリソースを介して送信(Ａ／Ｎ送信を省略)
【０４６１】
ii．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合、Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０４６２】
(２)ＳＲ ＰＵＣＣＨの送信開始時点がＭＵＸ ＰＵＣＣＨの送信開始時点を基準としてＴ０以前時点より遅れる(又は同一である)場合
【０４６３】
Ａ．Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲを多重化して送信(又はＡ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨが時間軸でＰＵＣＣＨ内の全てのＯＦＤＭシンボルに対して完全に重畳する場合と同一のＵＣＩ多重化規則に従う)
【０４６４】
i．Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合
【０４６５】
１．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合、Ａ／ＮをＡ／Ｎ ＰＵＣＣＨにＣＳ／ＯＣＣ／ＰＲＢオフセットが適用されたリソースを介して送信
【０４６６】
２．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合、Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０４６７】
ii．Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合
【０４６８】
１．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合、Ａ／ＮをＳＲ ＰＵＣＣＨリソースを介して送信。但し、ＳＲ ＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合には、ＳＲを送信せず、Ａ／Ｎのみを送信することができる。
【０４６９】
２．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合、Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０４７０】
iii．Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット２／３／４のうちの一つである場合
【０４７１】
１．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲ又はｎｅｇａｔｉｖｅ ＳＲである場合、Ａ．ＳＲを明示的ビットで表現してＡ／Ｎに付け加えてＵＣＩペイロードを生成後、生成されたＵＣＩをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０４７２】
Ｔ０は以下のうちの一つである。Ｔ０は(ＯＦＤＭ)シンボル単位で示すことができる。
【０４７３】
(１)端末能力によるＰＤＳＣＨの受信後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０４７４】
(２)端末能力によるＰＤＣＣＨの受信後、ＰＤＣＣＨから指示されたＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０４７５】
(３)端末能力による復調に必要な端末処理時間又はそれに対応する値
【０４７６】
(４)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値
【０４７７】
(５)基地局と端末の間に予め約束した値(例えば、固定値)
【０４７８】
[提案方案＃２]はＡ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット０／２／３／４である場合に適用される。
【０４７９】
ＮＲシステムにおいて、Ａ／Ｎ ＰＵＣＣＨとＳＲ ＰＵＣＣＨの間の開始(ＯＦＤＭ)シンボルが異なる場合、Ａ／Ｎ ｏｎｌｙの送信を仮定したＡ／Ｎ ＰＵＣＣＨ(以下、Ａ／Ｎ ＰＵＣＣＨ１)とＳＲ ＰＵＣＣＨの間の開始(ＯＦＤＭ)シンボル(或いは開始時間)を比較して、Ａ／ＮとＳＲの間のＵＣＩ多重化有無を決定する方案が論議されている。例えば、ＳＲ ＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／Ｎ ＰＵＣＣＨ１の開始(ＯＦＤＭ)シンボルより先立つ場合、端末はＳＲ ＰＵＣＣＨを送信し、Ａ／Ｎ送信を省略する。逆に、ＳＲ ＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／Ｎ ＰＵＣＣＨ１の開始(ＯＦＤＭ)シンボルより遅れた(或いは同一である)場合には、端末はＳＲとＡ／ＮをＵＣＩ多重化して単一のＰＵＣＣＨで送信することができる。上述した動作は、端末が開始(ＯＦＤＭ)シンボルが先立つＰＵＣＣＨを先に処理することが期待されるためである。しかし、ＮＲシステムにおいて、Ａ／ＮとＳＲを多重化して単一のＰＵＣＣＨリソースを介して送信する時、Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット０／２／３／４である場合は、単一のＰＵＣＣＨリソースはＡ／ＮとＳＲに対する全体ＵＣＩペイロードサイズを算定して新しく選択されたＡ／Ｎ ＰＵＣＣＨリソース(以下、Ａ／Ｎ ＰＵＣＣＨ２)であり、Ａ／Ｎ ＰＵＣＣＨ１とは異なることができる。従って、端末がＳＲ ＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／Ｎ ＰＵＣＣＨ１の開始(ＯＦＤＭ)シンボルより遅れた(或いは同一である)場合であると判断した後、Ａ／Ｎ ＰＵＣＣＨ２でＡ／ＮとＳＲを送信する時、ＳＲ ＰＵＣＣＨよりＡ／Ｎ ＰＵＣＣＨ２の開始(ＯＦＤＭ)シンボルが先立つ場合があり得る。従って、より一貫した端末の動作のために、Ａ／Ｎ ＰＵＣＣＨ１ではなく、Ａ／Ｎ ＰＵＣＣＨ２の開始(ＯＦＤＭ)シンボルとＳＲ ＰＵＣＣＨの開始(ＯＦＤＭ)シンボルの間の先後関係を比較することが好ましい。
【０４８０】
[提案方案＃３]  スロット内において、Ａ／Ｎ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この時、Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化を仮定する時に使用されるＰＵＣＣＨ(以下、ＭＵＸ ＰＵＣＣＨ)の送信開始時点がＳＲ ＰＵＣＣＨの送信開始時点より遅いことができる。この場合、端末は(最善の努力方式により)Ｏｎ−ｇｏｉｎｇ ＳＲ ＰＵＣＣＨ送信があれば、該当ＳＲ ＰＵＣＣＨの送信を中断して、ＭＵＸ ＰＵＣＣＨでＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲを多重化して送信することができる。
【０４８１】
さらに、Ａ／Ｎ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳した場合は、端末はＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化を仮定する時に使用されるＰＵＣＣＨ(以下、ＭＵＸ ＰＵＣＣＨ)の送信開始時点がＡ／Ｎ ＰＵＣＣＨの送信開始時点より遅いことができる。この場合、端末は(最善の努力方式により)Ｏｎ−ｇｏｉｎｇ Ａ／Ｎ ＰＵＣＣＨ送信があれば、該当Ａ／Ｎ ＰＵＣＣＨの送信を中断して、ＭＵＸ ＰＵＣＣＨでＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲを多重化して送信する方案
【０４８２】
但し、上記動作は特定の端末能力を有する端末に限定して適用される。
【０４８３】
端末がＳＲ送信を行った後にＳＲ ＰＵＣＣＨと時間軸で一部重畳するＡ／Ｎ ＰＵＣＣＨリソースの存在を把握した場合、簡単な方法で端末は該当Ａ／Ｎ送信を省略することができる。しかし、端末に十分な能力があれば、できる限り(即ち、最善の努力方式により)現在進行中のＳＲ送信を中断し、Ａ／ＮとＳＲを多重化して単一のＰＵＣＣＨリソースを介して送信することができる。逆に、端末がＡ／Ｎ送信を行った後にＡ／Ｎ ＰＵＣＣＨと時間軸で一部重畳するＳＲ ＰＵＣＣＨリソースに対するＰｏｓｉｔｉｖｅ ＳＲが発生することができる。この場合にも、端末は(即ち、最善の努力方式により)現在進行中のＡ／Ｎ送信を中断し、Ａ／ＮとＳＲを多重化して単一のＰＵＣＣＨリソースを介して送信することができる。[提案方案＃３]により、端末はＳＲとＡ／Ｎが衝突する場合にもＡ／ＮとＳＲの多重化された送信を最大に支援することができる。
【０４８４】
[提案方案＃４]  Ａ／Ｎ ＰＵＣＣＨがＰＦ０又はＰＦ１であり、スロット内でＡ／Ｎ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この場合、端末はＡ／Ｎ ＰＵＣＣＨリソースと重畳したＳＲ ＰＵＣＣＨリソースに対応するＳＲプロセス数によって、Ａ／ＮとＳＲに対するＵＣＩ多重化規則を異なるように適用することができる。
【０４８５】
一例として、Ａ／Ｎ ＰＵＣＣＨリソースと重畳したＳＲ ＰＵＣＣＨリソースに対応するＳＲプロセスが一つであるか、或いは複数であるかによって、端末は以下のようにＡ／ＮとＳＲに対してＵＣＩ多重化規則を適用することができる。
【０４８６】
(１)(Ａ／Ｎと重畳する)ＳＲプロセスが一つである場合
【０４８７】
Ａ．Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合
【０４８８】
i．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合、Ａ／Ｎ ＰＵＣＣＨにＣＳ／ＯＣＣ／ＰＲＢオフセットが適用されたリソースによりＡ／Ｎを送信
【０４８９】
ii．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合、Ａ／Ｎ ＰＵＣＣＨリソースによりＡ／Ｎを送信
【０４９０】
Ｂ．Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合
【０４９１】
i．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合、ＳＲ ＰＵＣＣＨリソースによりＡ／Ｎを送信
【０４９２】
ii．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合、Ａ／Ｎ ＰＵＣＣＨリソースによりＡ／Ｎを送信
【０４９３】
(２)(Ａ／Ｎと重畳する)ＳＲプロセスが複数である場合
【０４９４】
Ａ．Ａ／Ｎ ＰＵＣＣＨがＰＦ０又はＰＦ１である場合
【０４９５】
i．Ａ／Ｎに(複数のＳＲプロセスに対する)ＳＲを表現するマルチ−ビットを付け加えた後、Ａ／Ｎ ＰＵＣＣＨリソースにより全体ＵＣＩを送信。ここで、Ａ／Ｎ ＰＵＣＣＨリソースはＡ／ＮとマルチビットＳＲを含むＵＣＩペイロードサイズを基準として選択されたリソースであり、ＰＦ２／３／４のうちの一つである。
【０４９６】
ここで、複数のＳＲプロセスに対応するＳＲ ＰＵＣＣＨリソースの設定は特定のＩＤにより区分され、各々独立している。
【０４９７】
ＮＲシステムでは、Ａ／Ｎ ＰＵＣＣＨがＰＦ０又はＰＦ１である場合、支援されるＡ／Ｎペイロードサイズは２ビット以下である。この時、一つのＳＲプロセスに関する情報が追加される場合、端末は多重化容量が落ちるラージＵＣＩペイロードサイズ用のＰＵＣＣＨフォーマット(例えば、ＰＦ２／３／４)を使用するよりは、リソース選択方式を用いて該当ＳＲプロセスに対するｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅ ＳＲを表現することができる。しかし、Ａ／Ｎ ＰＵＣＣＨリソースと複数のＳＲプロセスに対応するＳＲ ＰＵＣＣＨリソースが重畳した場合は、端末はｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅ ＳＲ以外に、どのＳＲプロセスがｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅ ＳＲであるかに関する情報も基地局に伝達する必要がある。この場合、ＳＲ情報を表現するために必要なビット数が多いので、ＳＲプロセスが１個である場合のように、リソース選択方式を活用するよりは、３ビット以上のラージＵＣＩペイロードサイズ用のＰＵＣＣＨフォーマット(例えば、ＰＦ２／３／４)を使用した方がより効率的である。
【０４９８】
[提案方案♯５]  スロット内のＡ／Ｎ ＰＵＣＣＨリソースとＣＳＩ ＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部ＯＦＤＭシンボルが)重畳する場合、以下のようにＡ／ＮとＣＳＩの間の多重化を支援する方案
【０４９９】
(１)Ａ／Ｎ ＰＵＣＣＨリソースがＤＬ割り当て基盤ではない場合
【０５００】
Ａ．ＣＳＩ ＰＵＣＣＨの送信開始時点を基準としてＴ０以前時点まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＣＳＩ ＰＵＣＣＨリソースと時間軸で重畳する場合
【０５０１】
i．Ａ／ＮとＣＳＩを多重化してＣＳＩ ＰＵＣＣＨで送信
【０５０２】
Ｂ．その他の場合
【０５０３】
i．Ｏｐｔ．１：ＣＳＩをＣＳＩ ＰＵＣＣＨリソースを介して送信(Ａ／Ｎ送信を省略)
【０５０４】
ii．Ｏｐｔ．２：Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信(ＣＳＩ送信を省略)
【０５０５】
(２)Ａ／Ｎ ＰＵＣＣＨリソースがＤＬ割り当て基盤である場合
【０５０６】
Ａ．Ａ／ＮとＣＳＩを多重化して(全体ＵＣＩ基準として再選択された)Ａ／Ｎ ＰＵＣＣＨリソースを介して送信。但し、ＣＳＩを更新する時間が足りない場合は(例えば、ＣＳＩ参照リソースがＡ／Ｎ ＰＵＣＣＨリソースの送信開始時点を基準としてＴ１以前時点である場合は)、端末はＣＳＩを更新しないことができる。
【０５０７】
ＣＳＩ参照リソースはＣＳＩ計算の参照となる時間リソースを意味する。(有効な)ＤＬスロットは(端末に)ＤＬスロットとして設定されたスロット及び／又は測定ギャップ(例えば、ｍｅａｓｕｒｅｍｅｎｔ ｇａｐ)に含まれないスロット及び／又はＣＳＩ報告が行われるＤＬ ＢＷＰと同一のＤＬ ＢＷＰに含まれるスロットを意味する。
【０５０８】
Ｔ０は以下のうちの一つである。Ｔ０は(ＯＦＤＭ)シンボル単位で示すことができる。
【０５０９】
(１)端末能力によるＰＤＳＣＨの終了後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０５１０】
(２)端末能力によるＰＤＣＣＨの受信後、ＰＤＣＣＨから指示されたＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０５１１】
(３)端末能力による復調に必要な端末処理時間又はそれに対応する値
【０５１２】
(４)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値
【０５１３】
(５)基地局と端末の間に予め約束した値(例えば、固定値)
【０５１４】
Ｔ１は以下のうちの一つである。Ｔ１は(ＯＦＤＭ)シンボル単位で示すことができる。
【０５１５】
(１)端末能力によるＣＳＩ計算及び報告のために必要な端末の処理時間又はそれに対応する値
【０５１６】
(２)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値
【０５１７】
(３)基地局と端末の間に予め約束した値(例えば、固定値)
【０５１８】
ＮＲシステムでは、ＤＬ割り当て(＝ＤＬ ｓｃｈｅｄｕｌｉｎｇ ＤＣＩ)に基づくＰＤＳＣＨに対するＡ／ＮとＣＳＩが多重化される場合、Ａ／ＮとＣＳＩに対する全体ＵＣＩペイロードサイズを基準として再選択されたＡ／Ｎ ＰＵＣＣＨリソースにより多重化されたＡ／ＮとＣＳＩを送信することができる。多重化動作はＡ／Ｎ ＰＵＣＣＨとＣＳＩ ＰＵＣＣＨが時間軸で一部重畳する場合にも適用できる。但し、ＣＳＩ参照リソースがＡ／Ｎ ＰＵＣＣＨの送信開始地点を基準として、端末処理時間であるＴ０以前に存在する場合には、端末がＣＳＩを新しく更新することが難しい。従って、ＣＳＩを新しく更新することが難しい場合には、ＣＳＩを更新せず(但し、更新されないＣＳＩは相変わらずＡ／Ｎと多重化して報告)、その他の場合にはＣＳＩを更新してＡ／Ｎと多重化して報告する方案を提案する。
【０５１９】
反面、Ａ／ＮがＤＬ割り当てに基づくＰＤＳＣＨに対応しない場合は、端末はＡ／ＮとＣＳＩをＣＳＩ ＰＵＣＣＨに多重化して送信することができる。ＣＳＩ ＰＵＣＣＨによりＡ／Ｎを送信する場合、Ａ／Ｎ送信のための最小のＵＬタイミングが保障される場合にのみＡ／ＮとＣＳＩの間の多重化を許容する。即ち、端末はＣＳＩ ＰＵＣＣＨ送信開始時点を基準として、Ｔ１以前時点まで受信した(或いは送信を開始した)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／Ｎ ＰＵＣＣＨがＣＳＩ ＰＵＣＣＨと重畳する場合にのみＡ／ＮとＣＳＩの間の多重化を行い、そうではない場合にはＡ／Ｎ送信を省略して、ＣＳＩ ＰＵＣＣＨのみを送信することができる。
【０５２０】
[提案方案♯６]  端末が特定のＰＵＣＣＨ(又はＰＵＳＣＨ)リソース(以下、ＵＬ−ＣＨ１)内の一部の(ＯＦＤＭ)シンボルをパンクチャリングし、(ＯＦＤＭ)シンボルにおいて他のＰＵＣＣＨ(又はＰＵＳＣＨ)リソース(以下、ＵＬ−ＣＨ２)を送信することができる。この場合、ＵＬ−ＣＨ２に対する送信電力は以下のように適用できる。
【０５２１】
(１)Ｏｐｔ．１
【０５２２】
Ａ．ＵＬ−ＣＨ２に対して(ＵＬ−ＣＨ１と)独立して設定された送信電力を適用
【０５２３】
i．ＵＬ−ＣＨ２の送信電力がＵＬ−ＣＨ１の送信電力を基準として一定の範囲内の値を有する場合、端末はＵＬ−ＣＨ１のパンクチャリング後のリソースを(不連続して)全部送信する。
【０５２４】
ii．ＵＬ−ＣＨ２の送信電力がＵＬ−ＣＨ１の送信電力を基準として一定範囲外の値を有する場合、
【０５２５】
１．ＵＬ−ＣＨ１のパンクチャリング後のリソース内にＤＭ−ＲＳが存在すると、ＵＬ−ＣＨ１の残りのリソースに対する送信を全部行う。ここで、ＤＭ−ＲＳはデータ復調用の参照信号を意味する。
【０５２６】
２．ＵＬ−ＣＨ１のパンクチャリング後のリソース内にＤＭ−ＲＳが存在すると、ＵＬ−ＣＨ１の残りのリソースに対する送信を省略
【０５２７】
(２)Ｏｐｔ．２
【０５２８】
Ａ．ＵＬ−ＣＨ２に対してＵＬ−ＣＨ１と同じ送信電力を適用
【０５２９】
(３)Ｏｐｔ．３
【０５３０】
Ａ．ＵＬ−ＣＨ２に対して(ＵＬ−ＣＨ１と)独立して設定された送信電力がＴＸＰ１であり、ＵＬ−ＣＨ１に対する位相連続性(Ｐｈａｓｅ ｃｏｎｔｉｎｕｉｔｙ)を保障する最大の送信電力がＴＸＰ２である時、ｍｉｎ(ＴＸＰ１、ＴＸＰ２)をＵＬ−ＣＨ２に対する送信電力として適用。ここで、位相連続性はＵＬ−ＣＨ１に対してパンクチャリング以前のリソースと以後のリソースの間にチャネル変化による位相差を除いた他の位相差がないことを意味する。
【０５３１】
i．ＴＸＰ２は端末が具現により任意に選択する値である。
【０５３２】
i．ＵＬ−ＣＨ２について設定された既存のＵＬ ＰＣ(ｐｏｗｅｒ ｃｏｎｔｒｏｌ)規則を例外にすることができる。
【０５３３】
一例として、端末がＰＵＳＣＨ送信中に緊急サービス(例えば、ＵＲＬＬＣ)に対するＰＵＣＣＨ送信を行わなければならない場合がある。この場合は、端末がＰＵＳＣＨ送信を既に進行中であるので(例えば、Ｏｎ−ｇｏｉｎｇ ｔｒａｎｓｍｉｓｓｉｏｎ)、端末はＰＵＳＣＨ送信を中止してＰＵＣＣＨを送信しなければならない。この時、ＰＵＳＣＨ送信の観点では、ＰＵＣＣＨが送信されるＯＦＤＭシンボルのみがパンクチャリングされることができる。この場合、パンクチャリング区間内のＰＵＣＣＨ送信電力がＰＵＳＣＨとは異なるので、ＰＡ(ｐｏｗｅｒ ａｍｐｌｉｆｉｅｒ)設定が初期化されてパンクチャリング区間を基準として前側に送信されたＰＵＳＣＨリソースと後側に送信されたＰＵＳＣＨリソースの間に(送信信号の)位相が変化することができる。この問題は、ＰＵＳＣＨ送信中にＰＵＣＣＨ送信を行いながら端末の送信電力が大きく変更するためである。従って、本発明では、ＰＵＣＣＨ(又はＰＵＳＣＨ)リソース(即ち、ＵＬ−ＣＨ１)内の一部(ＯＦＤＭ)シンボルをパンクチャリングし、(ＯＦＤＭ)シンボル内で他のＰＵＣＣＨ(又はＰＵＳＣＨ)リソース(即ち、ＵＬ−ＣＨ２)を送信する時、端末は位相変化を減らすために、以下の動作を行うことができる。
【０５３４】
(１)ＵＬ−ＣＨ２に対する送信電力をＵＬ−ＣＨ１と同値に設定するか、又は
【０５３５】
(２)ＵＬ−ＣＨ２に対して独立したＵＬ電力制御を行い、ＵＬ−ＣＨ１の送信電力と比較して位相差を誘発する電力差が発生する場合には、ＵＬ−ＣＨ２の送信以後の残りのＵＬ−ＣＨ１のリソースはＤＭ−ＲＳが存在する場合にのみ送信する動作を考えることができる。
【０５３６】
ＰＵＣＣＨ／ＰＵＳＣＨ多重化
【０５３７】
[提案方案＃６.１]  スロット内において、Ａ／Ｎ ＰＵＣＣＨリソースとＰＵＳＣＨリソースが時間軸で(ＰＵＣＣＨ或いはＰＵＳＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この場合、端末は(基準時点から)特定時点前まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨリソースと重畳するか否かによって、Ａ／ＮとＵＬデータの間の多重化有無(或いはＡ／ＮをＰＵＳＣＨにＵＣＩピギーバックするか否か)を決定する方案
【０５３８】
但し、端末がＡ／ＮとＵＬデータの間の多重化を行わない場合には、Ａ／ＮとＵＬデータのうちの一つの送信を省略できる。
【０５３９】
一例として、端末はＰＵＳＣＨの送信開始時点(例えば、開始シンボル)を基準として、Ｔ０以前時点まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨと重畳するか否かによって、ＰＵＳＣＨへのＡ／Ｎピギーバック有無を決定することができる。
【０５４０】
(１)ＰＵＳＣＨの送信開始時点を基準として、Ｔ０以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＰＵＳＣＨリソースと時間軸で重畳する場合
【０５４１】
−Ａ／ＮとＵＬデータを多重化して送信(即ち、Ａ／ＮをＰＵＳＣＨにＵＣＩピギーバックして送信)(又はＡ／Ｎ ＰＵＣＣＨとＰＵＳＣＨが時間軸でＰＵＣＣＨ或いはＰＵＳＣＨ内の全てのＯＦＤＭシンボルと完全に重畳する場合と同じＵＣＩ多重化規則に従う)
【０５４２】
(２)(１)に該当しない場合(例えば、ＰＵＳＣＨの送信開始時点を基準として、Ｔ０以前時点後に受信された(又は送信開始／終了された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨリソースと重畳するか、又はＰＵＳＣＨの送信開始時点を基準として、Ｔ０以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨリソースと重畳しないか、又はＰＵＳＣＨの送信開始時点を基準として、Ｔ０以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースが存在しない場合)
【０５４３】
−Ｏｐｔ．１：ＵＬデータをＰＵＳＣＨリソースを介して送信(Ａ／Ｎ送信を省略)
【０５４４】
−Ｏｐｔ．２：Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信(ＰＵＳＣＨ送信を省略)
【０５４５】
但し、特定のバージョンの端末である場合、ＰＵＳＣＨに対するＵＬグラントの受信後に受信された、ＤＬ割り当てによりスケジュールされたＰＤＳＣＨに対するＡ／ＮはＰＵＳＣＨへのＵＣＩピギーバック対象ではない。
【０５４６】
Ｔ０は以下のうちの一つである。Ｔ０は(ＯＦＤＭ)シンボル単位で示すことができる。
【０５４７】
(１)端末能力によるＰＤＳＣＨの終了後、Ａ／Ｎ送信まで必要な端末処理時間又はそれに対応する値。端末能力によるＵＣＩ(ＰＵＣＣＨ)送信のために必要な端末処理時間又はそれに対応する値
【０５４８】
(２)端末能力によるＰＤＳＣＨの受信後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値。又は、端末能力によるＵＣＩ(ＰＵＣＣＨ)送信のために必要な端末処理時間又はそれに対応する値
【０５４９】
(３)端末能力によるＰＤＣＣＨの受信後、ＰＤＣＣＨから指示されたＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０５５０】
(３)端末能力による(特定の)ＵＣＩ送信のために必要な端末処理時間又はそれに対応する値
【０５５１】
(４)端末能力によるＵＬグラントの受信後、ＰＵＳＣＨ送信まで必要な端末処理時間又はそれに対応する値
【０５５２】
(５)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値
【０５５３】
(６)基地局と端末の間に予め約束した値(例えば、固定値)
【０５５４】
[提案方案＃６.１]はＡ／Ｎ ＰＵＣＣＨ以外のＰＵＣＣＨにも拡張して適用することができる。
【０５５５】
ＮＲシステムではＰＵＣＣＨとＰＵＳＣＨの間の開始(ＯＦＤＭ)シンボル(或いは開始時間)が一致する場合、ＰＵＣＣＨとＰＵＳＣＨが時間軸で完全に重畳する場合と同一のＵＣＩ多重化規則を適用する端末動作が合議されている。この時、ＰＵＣＣＨとＰＵＳＣＨが多重化して送信されるリソースがＰＵＳＣＨリソースであるので、ＰＵＳＣＨリソースの送信開始前までＰＵＣＣＨ内の特定のＵＣＩ送信に必要な処理時間が満たさない場合には、該当ＰＵＣＣＨをＰＵＳＣＨに多重化することができない。たとえ、ＰＵＣＣＨがＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨ(以下、Ａ／Ｎ ＰＵＣＣＨ)である場合、端末はＰＵＳＣＨの送信開始時点を基準として(端末能力によるＰＤＳＣＨの受信後、Ａ／Ｎ送信まで必要な時間である)Ｔ０時間以前時点まで受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／ＮのみをＰＵＳＣＨで送信することができる。従って、本発明はＳＲ ＰＵＣＣＨとＡ／Ｎ ＰＵＣＣＨの間のＵＣＩ多重化規則([提案方案＃１])のように、端末がＰＵＳＣＨ送信開始時点を基準として、Ｔ０以前時点まで受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／Ｎ ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨリソースと重畳するか否かによりＡ／Ｎに対するＵＣＩピギーバック有無を決定することができる。即ち、端末はＰＵＳＣＨ送信開始時点を基準として、Ｔ０以前時点まで受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／Ｎ ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨリソースと重畳すると、Ａ／ＮをＰＵＳＣＨにＵＣＩピギーバックして送信し、そうではない場合には、Ａ／Ｎに対する送信無しにＰＵＳＣＨのみを送信することができる。図１４は[提案方案＃６.１]の動作を例示する。
【０５５６】
[提案方案＃６.１]の変形として、ＣＳＩ ＰＵＣＣＨとＰＵＳＣＨが時間軸で重畳した場合は、端末はＣＳＩ ＰＵＣＣＨを送信せず、ＰＵＳＣＨでＣＳＩをＵＣＩピギーバックすることができる。この時、ＣＳＩ計算のための処理時間がＰＵＳＣＨ送信準備まで十分ではない場合は、端末はＣＳＩを更新しないことができる。
【０５５７】
Ａ／Ｎ ＰＵＣＣＨリソースと他のＵＬチャネルが時間軸で(一部或いは全体)重畳する時、[提案方案＃１]と[提案方案＃６.１]を統合すると、端末が以下のように動作する。
【０５５８】
(１)Ａ／Ｎ ＰＵＣＣＨの送信開始時点(又はスロット)を基準として、Ｔ０以前時点までＡ／Ｎ ＰＵＣＣＨと時間軸で重畳するＵＬチャネルが設定／指示されない場合(例えば、ＵＬチャネルはＳＲを送信するＰＵＣＣＨ又はＵＬ−ＳＣＨ ＴＢを運ぶＰＵＳＣＨである)
【０５５９】
Ａ．端末はＡ／ＮのみをＡ／Ｎ ＰＵＣＣＨリソースを介して送信(上記時点以後、Ａ／Ｎ ＰＵＣＣＨと重畳するＵＬチャネルが発生しても無視するか又は該当ＵＬチャネル送信を省略／放棄)
【０５６０】
(２)Ａ／Ｎ ＰＵＣＣＨの送信開始時点(又はスロット)を基準として、Ｔ０以前時点までＡ／Ｎ ＰＵＣＣＨと時間軸で重畳するＵＬチャネルが設定／指示された場合(例えば、該当ＵＬチャネルはＳＲを送信するＰＵＣＣＨ又はＵＬ−ＳＣＨ ＴＢを運ぶＰＵＳＣＨである)
【０５６１】
Ａ．ＵＬチャネルが(特定の)ＵＣＩ(以下、ＵＣＩ−Ａ)を送信するＰＵＣＣＨ(以下、ＰＵＣＣＨ−Ａ)である場合
【０５６２】
i．ＰＵＣＣＨ−Ａリソースの送信開始時点を基準として、Ｔ１以前時点まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＰＵＣＣＨ−Ａリソースと時間軸で重畳する場合、Ａ／ＮとＵＣＩ−Ａを多重化して単一のＰＵＣＣＨリソースを介して送信
【０５６３】
ii．その他の場合(例えば、ＰＵＣＣＨ−Ａリソースの送信開始時点を基準として、Ｔ１以前時点まで受信された(又は送信が開始した)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＰＵＣＣＨ−Ａリソースと時間軸で重畳しないか、又はＰＵＣＣＨ−Ａリソースの送信開始時点を基準として、Ｔ１以前時点まで受信された(又は送信が開始した)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースが存在しない場合)、Ａ／ＮとＵＣＩ−Ａのうちの一つを選択して送信
【０５６４】
−Ｏｐｔ．１：ＵＣＩ−Ａ(ｏｎｌｙ)をＰＵＣＣＨ−Ａリソースを介して送信(Ａ／Ｎ送信を省略)
【０５６５】
−Ｏｐｔ．２：Ａ／Ｎ(ｏｎｌｙ)をＡ／Ｎ ＰＵＣＣＨリソースを介して送信(ＵＣＩ−Ａ送信を省略)
【０５６６】
−Ｏｐｔ．３：ＵＣＩ−Ａの状態によってＯｐｔ．１又はＯｐｔ．２を適用
【０５６７】
Ｂ．ＵＬチャネルがＵＬ−ＳＣＨ ＴＢ(又はＵＬデータ)を送信するＰＵＳＣＨである場合
【０５６８】
i．ＰＵＳＣＨの送信開始時点を基準としてＴ２以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＰＵＳＣＨリソースと時間軸で重畳する場合
【０５６９】
１．Ａ／ＮとＵＬデータを多重化して送信(即ち、Ａ／ＮをＰＵＳＣＨによりＵＣＩピギーバック)(又はＡ／Ｎ ＰＵＣＣＨとＰＵＳＣＨが時間軸でＰＵＣＣＨ或いはＰＵＳＣＨ内の全てのＯＦＤＭシンボルに対して完全に重畳する場合と同一のＵＣＩ多重化規則に従う)
【０５７０】
ii．その他の場合(例えば、ＰＵＳＣＨリソースの送信開始時点を基準としてＴ２以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースがＰＵＳＣＨリソースと時間軸で重畳しない場合、又はＰＵＳＣＨリソースの送信開始時点を基準としてＴ２以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／Ｎ ＰＵＣＣＨリソースが存在しない場合)、Ａ／ＮとＵＬ−ＳＣＨのうちの一つを選択して送信
【０５７１】
−Ｏｐｔ．１：ＵＬ−ＳＣＨ(ｏｎｌｙ)をＰＵＳＣＨリソースを介して送信(Ａ／Ｎ送信を省略)
【０５７２】
−Ｏｐｔ．２：Ａ／Ｎ(ｏｎｌｙ)をＡ／Ｎ ＰＵＣＣＨリソースを介して送信(ＵＬ−ＳＣＨ送信を省略)
【０５７３】
Ｔ０、Ｔ１、Ｔ２は以下のうちの一つである。Ｔ０、Ｔ１、Ｔ２は(ＯＦＤＭ)シンボル単位で示すことができる。
【０５７４】
(１)端末能力によるＰＤＳＣＨの受信後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０５７５】
(２)端末能力によるＰＤＣＣＨの受信後、ＰＤＣＣＨから指示されたＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０５７６】
(３)端末能力による(特定の)ＵＣＩ送信のために必要な端末処理時間又はそれに対応する値
【０５７７】
(４)端末能力によるＵＬグラントの受信後、ＰＵＳＣＨ送信まで必要な端末処理時間又はそれに対応する値
【０５７８】
(５)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値
【０５７９】
(６)基地局と端末の間に予め約束した値(例えば、固定値)
【０５８０】
本発明の変形により、スロットにおいてＰＵＣＣＨ−ＰＵＣＣＨ又はＰＵＣＣＨ−ＰＵＳＣＨが時間軸で重畳する場合、端末は以下の(一般化した)ＵＣＩ多重化規則を適用することができる。
【０５８１】
(１)特定のＵＣＩに対するＰＵＣＣＨリソースの送信開始時点(又はスロット)を基準として、Ｔ０以前時点までＰＵＣＣＨリソースと時間軸で重畳するＵＬチャネルが設定／指示されない場合(例えば、ＵＬチャネルはＰＵＣＣＨ又はＰＵＳＣＨである)
【０５８２】
Ａ．端末は特定のＵＣＩのみをＰＵＣＣＨリソースを介して送信(時点以後のＰＵＣＣＨと重畳するＵＬチャネルが発生しても無視或いは該当ＵＬチャネルの送信を省略／放棄)
【０５８３】
(２)特定のＵＣＩ１に対するＰＵＣＣＨリソース(ＰＵＣＣＨ１)が先に指示／指示された後、ＵＣＩ１に対するＰＵＣＣＨリソース(ＰＵＣＣＨ１)の送信開始時点(又はスロット)を基準として、Ｔ０以前時点までＰＵＣＣＨ１と時間軸で重畳する特定のＵＣＩ２に対するＰＵＣＣＨリソース(ＰＵＣＣＨ２)が設定／指示された場合
【０５８４】
Ａ．端末はＵＣＩ１とＵＣＩ２を多重化して単一のＰＵＣＣＨリソースを介して送信
【０５８５】
i．但し、単一のＰＵＣＣＨリソースはＰＵＣＣＨ１とＰＵＣＣＨ２以外のリソースであることができる。
【０５８６】
(３)特定のＵＣＩに対するＰＵＣＣＨリソースが先に設定／指示された後、特定のＵＣＩに対するＰＵＣＣＨリソースの送信開始時点(又はスロット)を基準として、Ｔ０以前時点までＰＵＣＣＨリソースと時間軸で重畳するＵＬ−ＳＣＨ ＴＢに対するＰＵＳＣＨリソースが設定／指示された場合
【０５８７】
Ａ．端末はＵＣＩとＵＬ−ＳＣＨを多重化してＰＵＳＣＨリソースを介して送信(即ち、ＵＣＩピギーバック)
【０５８８】
(４)特定のＵＬ−ＳＣＨに対するＰＵＳＣＨリソースの送信開始時点(又はスロット)を基準として、Ｔ１以前時点までＰＵＳＣＨと時間軸で重畳するＵＬチャネルが設定／指示されていない場合(例えば、該当ＵＬチャネルはＰＵＣＣＨである)
【０５８９】
Ａ．端末は特定のＵＬ−ＳＣＨのみをＰＵＳＣＨリソースを介して送信(時点以後のＰＵＳＣＨと重畳するＵＬチャネルが発生しても無視或いは該当ＵＬチャネルの送信を省略／放棄)
【０５９０】
(５)特定のＵＬ−ＳＣＨに対するＰＵＳＣＨリソースが先に設定／指示された後、特定のＵＬ−ＳＣＨに対するＰＵＳＣＨリソースの送信開始時点(又はスロット)を基準として、Ｔ１以前時点までＰＵＳＣＨリソースと時間軸で重畳する特定のＵＣＩに対するＰＵＣＣＨリソースが設定／指示された場合
【０５９１】
Ａ．端末はＵＣＩとＵＬ−ＳＣＨ ＴＢを多重化してＰＵＳＣＨリソースを介して送信(即ち、ＵＣＩピギーバック)
【０５９２】
Ｔ０、Ｔ１は以下のうちの一つである。Ｔ０、Ｔ１は(ＯＦＤＭ)シンボル単位で示すことができる。
【０５９３】
(１)端末能力によるＰＤＳＣＨの受信後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０５９４】
(２)端末能力によるＰＤＣＣＨの受信後、ＰＤＣＣＨから指示されたＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値
【０５９５】
(３)端末能力による(特定の)ＵＣＩ送信のために必要な端末処理時間又はそれに対応する値
【０５９６】
(４)端末能力によるＵＬグラントの受信後、ＰＵＳＣＨ送信まで必要な端末処理時間又はそれに対応する値
【０５９７】
(５)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値
【０５９８】
(６)基地局と端末の間に予め約束した値(例えば、固定値)
【０５９９】
特定のＵＣＩがＡ／Ｎである時、該当ＵＣＩに対するＰＵＣＣＨリソースが設定／指示される時点は、Ａ／Ｎに対応するＰＤＳＣＨの受信(終了)時点と見なされる。
【０６００】
特定のＵＣＩに対するＰＵＣＣＨリソースが先に設定／指示される動作は、上位階層(例えば、ＲＲＣ)信号に基づいて設定される動作を含む。例えば、上位階層信号により予め設定されたＰＵＣＣＨリソースは、ＤＣＩにより指示されたＰＵＣＣＨリソースより常に先に設定／指示されたリソースと見なされることができる。例えば、ＵＣＩ１とＵＣＩ２は、各々ＳＲとＡ／Ｎであるか、又は各々(ｐｅｒｉｏｄｉｃ)ＣＳＩとＨＡＲＱ−ＡＣＫである。
【０６０１】
但し、ＵＣＩ１とＵＣＩ２に対して以下の多重化動作が適用される。
【０６０２】
(１)ＵＣＩ１＝ＳＲ、ＵＣＩ２＝Ａ／Ｎである場合
【０６０３】
Ａ．Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合
【０６０４】
i．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合
【０６０５】
１．Ａ／ＮをＡ／Ｎ ＰＵＣＣＨにＣＳ／ＯＣＣ／ＰＲＢオフセットが適用されたリソースを介して送信
【０６０６】
ii．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合
【０６０７】
１．Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０６０８】
Ｂ．Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合
【０６０９】
i．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲである場合
【０６１０】
１．Ａ／ＮをＳＲ ＰＵＣＣＨリソースを介して送信
【０６１１】
Ａ．但し、ＳＲ ＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合には、ＳＲを送信せず、Ａ／Ｎのみを送信することができる。
【０６１２】
ii．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅ ＳＲである場合
【０６１３】
１．Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０６１４】
Ｃ．Ａ／Ｎ ＰＵＣＣＨがＰＵＣＣＨフォーマット２／３／４のうちの一つである場合
【０６１５】
i．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅ ＳＲ又はｎｅｇａｔｉｖｅ ＳＲである場合
【０６１６】
１．ＳＲを明示的ビットで表現してＡ／Ｎに付け加えてＵＣＩペイロードを生成後、生成されたＵＣＩをＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０６１７】
(２)ＵＣＩ１＝ＣＳＩ、ＵＣＩ２＝Ａ／Ｎである場合
【０６１８】
Ａ．Ａ／Ｎ ＰＵＣＣＨがＤＬ割り当てにより指示された場合
【０６１９】
i．Ａ／ＮとＣＳＩを多重化してＡ／Ｎ ＰＵＣＣＨリソースを介して送信
【０６２０】
Ｂ．Ａ／Ｎ ＰＵＣＣＨがＤＬ割り当てにより指示されない場合
【０６２１】
i．Ａ／ＮとＣＳＩを多重化してＣＳＩ ＰＵＣＣＨリソースを介して送信
【０６２２】
[提案方案＃７]  スロット内において、Ａ／Ｎ ＰＵＣＣＨリソースとＰＵＳＣＨリソースが時間軸で(ＰＵＣＣＨ或いはＰＵＳＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この時、端末はＡ／Ｎ ＰＵＣＣＨの送信開始時点がＰＵＳＣＨの送信時点より遅いことができる。この場合、端末は(最善の努力方式により)Ｏｎ−ｇｏｉｎｇ ＰＵＳＣＨ送信があれば、該当ＰＵＳＣＨ送信を中断し、Ａ／Ｎ ＰＵＣＣＨを介してＡ／Ｎを送信する。
【０６２３】
さらにスロット内において、Ａ／Ｎ ＰＵＣＣＨリソースとＰＵＳＣＨリソースが時間軸で(ＰＵＣＣＨ或いはＰＵＳＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この時、Ａ／Ｎ ＰＵＣＣＨの送信開始時点がＰＵＳＣＨの送信時点より早いことができる。この場合、端末は(最善の努力方式により)Ｏｎ−ｇｏｉｎｇ ＰＵＣＣＨ送信があれば、該当ＰＵＣＣＨ送信を中断し、Ａ／ＮをＰＵＳＣＨによりピギーバックする。
【０６２４】
端末がＰＵＳＣＨ送信を行った後に該当ＰＵＣＣＨと時間軸で一部重畳するＡ／Ｎ ＰＵＣＣＨリソースの存在を把握した場合は、端末は簡単な方法により該当Ａ／Ｎ送信を省略することができる。しかし、端末が十分な能力があれば、できる限り(即ち、最善の努力方式により)現在進行中のＰＵＳＣＨ送信を中断し、Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信しようとする。[提案方案＃６．１]の動作により、端末はＰＵＳＣＨとＡ／Ｎが衝突した場合にもＡ／Ｎ送信を最大限支援することができる。
【０６２５】
図１５は本発明に実施例に適用可能な基地局及び端末を例示する。
【０６２６】
図１５を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。無線通信システムがリレーを含む場合、基地局又は端末はリレーに取り替えられることができる。
【０６２７】
基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１１６を含む。プロセッサ１１２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１１４はプロセッサ１１２に連結され、プロセッサ１１２の動作に関連した多様な情報を記憶する。ＲＦユニット１１６はプロセッサ１１２に連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１２４はプロセッサ１２２に連結され、プロセッサ１２２の動作に関連した多様な情報を記憶する。ＲＦユニット１２６はプロセッサ１２２に連結され、無線信号を送信及び／又は受信する。
【０６２８】
前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。
【０６２９】
本文書で、本発明の実施例は主に端末と基地局間のデータ送受信関係を中心として説明した。本文書で、基地局によって遂行されると説明した特定の動作は場合によってはその上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって遂行することができる。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）でなるネットワークで端末との通信のために行われる多様な動作は基地局又は基地局以外の他のネットワークノードによって遂行することができるのは明らかである。基地局は、固定国（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）などの用語に取り替えることができる。また、端末はＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）などの用語に取り替えられることができる。
【０６３０】
本発明の実施例は、多様な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０６３１】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、前述した機能又は動作を行うモジュール、手続、関数などの形態に具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知の多様な手段によって前記プロセッサとデータをやり取りすることができる。
【０６３２】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０６３３】
本発明は無線移動通信システムの端末機、基地局又はその他の装備に使用できる。
【図１】
2020532234.tif 000008
【図２】
2020532234.tif 000009
【図３】
2020532234.tif 000010
【図４】
2020532234.tif 000011
【図５】
2020532234.tif 000012
【図６】
2020532234.tif 000013
【図７】
2020532234.tif 000014
【図８】
2020532234.tif 000015
【図９】
2020532234.tif 000016
【図１０】
2020532234.tif 000017
【図１１】
2020532234.tif 000018
【図１２】
2020532234.tif 000019
【図１３】
2020532234.tif 000020
【図１４】
2020532234.tif 000021
【図１５】
2020532234.tif 000022
【国際調査報告】
2020532234.tif 000023
2020532234.tif 000024
2020532234.tif 000025
2020532234.tif 000026