(57)【要約】  本発明は無線通信システムに関し、具体的には、複数のＵＣＩのうち、最高の優先順位を有する第１ＵＣＩを決定し、複数のＵＣＩは同一の時区間内の複数の重複しないＰＵＣＣＨリソースに対応する段階と、第１ＵＣＩに対応するＰＵＣＣＨリソースのフォーマットに基づいて、ＵＣＩセットのうち、最高の優先順位を有する第２ＵＣＩを決定する段階と、第１及び第２ＵＣＩを各々対応するＰＵＣＣＨリソースを用いて送信する段階を含む方法及びそのための装置に関する。【選択図】図１２
2020532909.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて通信装置が制御情報を送信する方法であって、
複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)のうち、最高の優先順位を有する第１ＵＣＩを決定し、前記複数のＵＣＩは同一の時区間内の複数の重複しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応する段階と、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースのフォーマットに基づいて、ＵＣＩセットのうち、最高の優先順位を有する第２ＵＣＩを決定する段階と、
第１及び第２ＵＣＩを各々対応するＰＵＣＣＨリソースを用いて送信する段階を含み、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースが第１フォーマットである場合、前記ＵＣＩセットは前記第１ＵＣＩを除いた前記複数のＵＣＩを含み、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースが第２フォーマットである場合は、前記ＵＣＩセットは前記複数のＵＣＩのうち、前記第１フォーマットのＰＵＣＣＨリソースに対応する一つ以上のＵＣＩのみを含み、
前記第１フォーマットのＰＵＣＣＨリソースは所定の値より小さい区間を有し、前記第２フォーマットのＰＵＣＣＨリソースは前記所定の値と等しいか又は大きい区間を有する方法。
【請求項２】
前記第１フォーマットのＰＵＣＣＨリソースは１〜２個のシンボル区間を有し、前記第２フォーマットのＰＵＣＣＨリソースは４個以上のシンボル区間を有する、請求項１に記載の方法。
【請求項３】
前記複数のＵＣＩはいずれも同じＵＣＩタイプである、請求項１に記載の方法。
【請求項４】
前記同じＵＣＩタイプは、Ａ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)又はＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)である、請求項３に記載の方法。
【請求項５】
前記通信装置は自律走行車両に使用される装置を含む、請求項１に記載の方法。
【請求項６】
無線通信システムに使用される通信装置であって、
メモリと、
プロセッサを含み、前記プロセッサは、
複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)のうち、最高の優先順位を有する第１ＵＣＩを決定し、前記複数のＵＣＩは同一の時区間内の複数の重複しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応し、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースのフォーマットに基づいて、ＵＣＩセットのうち、最高の優先順位を有する第２ＵＣＩを決定し、
第１及び第２ＵＣＩを各々対応するＰＵＣＣＨリソースを用いて送信するように構成され、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースが第１フォーマットである場合、前記ＵＣＩセットは前記第１ＵＣＩを除いた前記複数のＵＣＩを含み、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースが第２フォーマットである場合は、前記ＵＣＩセットは前記複数のＵＣＩのうち、前記第１フォーマットのＰＵＣＣＨリソースに対応する一つ以上のＵＣＩのみを含み、
前記第１フォーマットのＰＵＣＣＨリソースは所定の値より小さい区間を有し、前記第２フォーマットのＰＵＣＣＨリソースは前記所定の値と等しいか又は大きい区間を有する通信装置。
【請求項７】
前記第１フォーマットのＰＵＣＣＨリソースは１〜２個のシンボル区間を有し、前記第２フォーマットのＰＵＣＣＨリソースは４個以上のシンボル区間を有する、請求項６に記載の方法。
【請求項８】
前記複数のＵＣＩはいずれも同じＵＣＩタイプである、請求項６に記載の方法。
【請求項９】
前記同じＵＣＩタイプは、Ａ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)又はＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)である、請求項８に記載の方法。
【請求項１０】
前記通信装置は自律走行車両に使用される装置を含む、請求項６に記載の方法。
【請求項１１】
無線通信システムにおいて通信装置が制御情報を受信する方法であって、
複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)のうち、最高の優先順位を有する第１ＵＣＩを決定し、前記複数のＵＣＩは同一の時区間内の複数の重複しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応する段階と、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースのフォーマットに基づいて、ＵＣＩセットのうち、最高の優先順位を有する第２ＵＣＩを決定する段階と、
第１及び第２ＵＣＩを各々対応するＰＵＣＣＨリソースを用いて受信する段階を含み、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースが第１フォーマットである場合、前記ＵＣＩセットは前記第１ＵＣＩを除いた前記複数のＵＣＩを含み、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースが第２フォーマットである場合は、前記ＵＣＩセットは前記複数のＵＣＩのうち、前記第１フォーマットのＰＵＣＣＨリソースに対応する一つ以上のＵＣＩのみを含み、
前記第１フォーマットのＰＵＣＣＨリソースは所定の値より小さい区間を有し、前記第２フォーマットのＰＵＣＣＨリソースは前記所定の値と等しいか又は大きい区間を有する方法。
【請求項１２】
前記第１フォーマットのＰＵＣＣＨリソースは１〜２個のシンボル区間を有し、前記第２フォーマットのＰＵＣＣＨリソースは４個以上のシンボル区間を有する、請求項１１に記載の方法。
【請求項１３】
前記複数のＵＣＩはいずれも同じＵＣＩタイプである、請求項１に記載の方法。
【請求項１４】
前記同じＵＣＩタイプは、Ａ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)又はＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)である、請求項１３に記載の方法。
【請求項１５】
前記通信装置は自律走行車両に使用される装置を含む、請求項１１に記載の方法。
【請求項１６】
無線通信システムに使用される通信装置であって、
メモリと、
プロセッサを含み、前記プロセッサは、
複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)のうち、最高の優先順位を有する第１ＵＣＩを決定し、前記複数のＵＣＩは同一の時区間内の複数の重複しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応し、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースのフォーマットに基づいて、ＵＣＩセットのうち、最高の優先順位を有する第２ＵＣＩを決定し、
第１及び第２ＵＣＩを各々対応するＰＵＣＣＨリソースを用いて受信するように構成され、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースが第１フォーマットである場合、前記ＵＣＩセットは前記第１ＵＣＩを除いた前記複数のＵＣＩを含み、
前記第１ＵＣＩに対応するＰＵＣＣＨリソースが第２フォーマットである場合は、前記ＵＣＩセットは前記複数のＵＣＩのうち、前記第１フォーマットのＰＵＣＣＨリソースに対応する一つ以上のＵＣＩのみを含み、
前記第１フォーマットのＰＵＣＣＨリソースは所定の値より小さい区間を有し、前記第２フォーマットのＰＵＣＣＨリソースは前記所定の値と等しいか又は大きい区間を有する通信装置。
【請求項１７】
前記第１フォーマットのＰＵＣＣＨリソースは１〜２個のシンボル区間を有し、前記第２フォーマットのＰＵＣＣＨリソースは４個以上のシンボル区間を有する、請求項１６に記載の方法。
【請求項１８】
前記複数のＵＣＩはいずれも同じＵＣＩタイプである、請求項１６に記載の方法。
【請求項１９】
前記同じＵＣＩタイプは、Ａ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)又はＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)である、請求項１８に記載の方法。
【請求項２０】
前記通信装置は自律走行車両に使用される装置を含む、請求項１６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関し、より具体的には無線信号の送受信方法及び装置に関する。
【背景技術】
【０００２】
無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース(帯域幅、伝送パワーなど)を共有して多重使用者との通信を支援することができる多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例としては、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、無線信号の送受信過程を効率的に行う方法及びそのための装置を提供することにある。
【０００４】
本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【課題を解決するための手段】
【０００５】
本発明の一様相において、無線通信システムにおいて通信装置が制御情報を送信する方法であって、複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)のうち、最高の優先順位を有する第１ＵＣＩを決定し、複数のＵＣＩは同一の時区間内の複数の重複しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応する段階と、第１ＵＣＩに対応するＰＵＣＣＨリソースのフォーマットに基づいて、ＵＣＩセットのうち、最高の優先順位を有する第２ＵＣＩを決定する段階と、第１及び第２ＵＣＩを各々対応するＰＵＣＣＨリソースを用いて送信する段階を含み、第１ＵＣＩに対応するＰＵＣＣＨリソースが第１フォーマットである場合、ＵＣＩセットは第１ＵＣＩを除いた複数のＵＣＩを含み、第１ＵＣＩに対応するＰＵＣＣＨリソースが第２フォーマットである場合は、ＵＣＩセットは複数のＵＣＩのうち、第１フォーマットのＰＵＣＣＨリソースに対応する一つ以上のＵＣＩのみを含み、第１フォーマットのＰＵＣＣＨリソースは所定の値より小さい区間を有し、第２フォーマットのＰＵＣＣＨリソースは所定の値と等しいか又は大きい区間を有する方法が提供される。
【０００６】
本発明の他の様相において、無線通信システムに使用される通信装置であって、メモリ及びプロセッサを含み、該プロセッサは、複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)のうち、最高の優先順位を有する第１ＵＣＩを決定し、複数のＵＣＩは同一の時区間内の複数の重複しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応し、第１ＵＣＩに対応するＰＵＣＣＨリソースのフォーマットに基づいて、ＵＣＩセットのうち、最高の優先順位を有する第２ＵＣＩを決定し、第１及び第２ＵＣＩを各々対応するＰＵＣＣＨリソースを用いて送信するように構成され、第１ＵＣＩに対応するＰＵＣＣＨリソースが第１フォーマットである場合、ＵＣＩセットは第１ＵＣＩを除いた複数のＵＣＩを含み、第１ＵＣＩに対応するＰＵＣＣＨリソースが第２フォーマットである場合は、ＵＣＩセットは複数のＵＣＩのうち、第１フォーマットのＰＵＣＣＨリソースに対応する一つ以上のＵＣＩのみを含み、第１フォーマットのＰＵＣＣＨリソースは所定の値より小さい区間を有し、第２フォーマットのＰＵＣＣＨリソースは所定の値と等しいか又は大きい区間を有する通信装置が提供される。
【０００７】
本発明のさらに他の様相において、無線通信システムにおいて通信装置が制御情報を受信する方法であって、複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)のうち、最高の優先順位を有する第１ＵＣＩを決定し、複数のＵＣＩは同一の時区間内の複数の重複しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応する段階と、第１ＵＣＩに対応するＰＵＣＣＨリソースのフォーマットに基づいて、ＵＣＩセットのうち、最高の優先順位を有する第２ＵＣＩを決定する段階と、第１及び第２ＵＣＩを各々対応するＰＵＣＣＨリソースを用いて受信する段階を含み、第１ＵＣＩに対応するＰＵＣＣＨリソースが第１フォーマットである場合、ＵＣＩセットは第１ＵＣＩを除いた複数のＵＣＩを含み、第１ＵＣＩに対応するＰＵＣＣＨリソースが第２フォーマットである場合は、ＵＣＩセットは複数のＵＣＩのうち、第１フォーマットのＰＵＣＣＨリソースに対応する一つ以上のＵＣＩのみを含み、第１フォーマットのＰＵＣＣＨリソースは所定の値より小さい区間を有し、第２フォーマットのＰＵＣＣＨリソースは所定の値と等しいか又は大きい区間を有する方法が提供される。
【０００８】
本発明のさらに他の様相において、無線通信システムに使用される通信装置であって、メモリ及びプロセッサを含み、該プロセッサは、複数のＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)のうち、最高の優先順位を有する第１ＵＣＩを決定し、複数のＵＣＩは同一の時区間内の複数の重複しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応し、第１ＵＣＩに対応するＰＵＣＣＨリソースのフォーマットに基づいて、ＵＣＩセットのうち、最高の優先順位を有する第２ＵＣＩを決定し、第１及び第２ＵＣＩを各々対応するＰＵＣＣＨリソースを用いて受信するように構成され、第１ＵＣＩに対応するＰＵＣＣＨリソースが第１フォーマットである場合、ＵＣＩセットは第１ＵＣＩを除いた複数のＵＣＩを含み、第１ＵＣＩに対応するＰＵＣＣＨリソースが第２フォーマットである場合は、ＵＣＩセットは複数のＵＣＩのうち、第１フォーマットのＰＵＣＣＨリソースに対応する一つ以上のＵＣＩのみを含み、第１フォーマットのＰＵＣＣＨリソースは所定の値より小さい区間を有し、第２フォーマットのＰＵＣＣＨリソースは所定の値と等しいか又は大きい区間を有する通信装置が提供される。
【０００９】
好ましくは、第１フォーマットのＰＵＣＣＨリソースは１〜２個のシンボル区間を有し、第２フォーマットのＰＵＣＣＨリソースは４個以上のシンボル区間を有する。
【００１０】
好ましくは、複数のＵＣＩはいずれも同じＵＣＩタイプである。ここで、ＵＣＩタイプは、Ａ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)又はＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)である。
【００１１】
好ましくは、通信装置は自律走行車両に使用される装置を含む。
【発明の効果】
【００１２】
本発明によれば、無線通信システムにおいて無線信号の送受信を効率的に行うことができる。
【００１３】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【００１４】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。
【００１５】
【図１】５Ｇ(５ｇｅｎｅｒａｔｉｏｎ)使用シナリオを例示する図である。
【図２】無線通信システムの一例である３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。
【図３】無線フレームの構造を例示する図である。
【図４】スロットのリソースグリッドを例示する図である。
【図５】自己完結(ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する図である。
【図６】自己完結スロット内に物理チャネルがマッピングされる例を示す図である。
【図７】ＡＣＫ／ＮＡＣＫ送信過程を例示する図である。
【図８】ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)送信過程を例示する図である。
【図９】制御情報をＰＵＳＣＨに多重化する例を示す図である。
【図１０】本発明による信号送信を例示する図である。
【図１１】本発明による信号送信を例示する図である。
【図１２】本発明による信号送信を例示する図である。
【図１３】本発明による信号送信を例示する図である。
【図１４】本発明に適用可能な基地局及び端末を例示する図である。
【発明を実施するための形態】
【００１６】
以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ−ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１(Ｗｉ−Ｆｉ)、ＩＥＥＥ ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、ＬＴＥ−Ａは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ(Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)は３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａの進化したバージョンである。
【００１７】
より多い通信機器がより大きい通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏ Ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上した無線広帯域(ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ)通信に対する必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模ＭＴＣ(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考慮すべき重要なイッシュの一つである。のみならず、信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及びレイテンシ(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮したＵＲＬＬＣ(Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)が論議されている。このようにｅＭＢＢ(ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されており、本発明では、便宜上、該当技術をＮＲ(Ｎｅｗ ｒａｄｉｏ又はＮｅｗ ＲＡＴ)と呼ぶ。
【００１８】
説明を明確にするために、３ＧＰＰ ＮＲを主として説明するが、本発明の技術的思想はこれに限られない。
【００１９】
図１は５Ｇ使用シナリオの一例を示す図である。
【００２０】
図１を参照すると、５Ｇの主要要求事項の３つの領域は、(１)改善したモバイル広帯域(Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ)領域、(２)多量のマシンタイプ通信(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ)領域、及び(３)超信頼及び低遅延通信(Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ)領域を含む。
【００２１】
一部の使用例(Ｕｓｅ Ｃａｓｅ)では、最適化のために多数の領域が要求され、他の使用例では、ただ１つの核心性能指標(Ｋｅｙ Ｐｅｒｆｏｒｍａｎｃｅ Ｉｎｄｉｃａｔｏｒ、ＫＰＩ)のみに集中することもできる。５Ｇはかかる様々な使用例を柔らかく信頼できる方法で支援することである。
【００２２】
ｅＭＢＢは基本的なモバイルインターネットアクセスを飛び越えて、豊かな両方向作業、クラウド又は拡張現実におけるメディア及びエンターテインメントアプリケーションをカバーする。データは５Ｇの核心動力の１つであり、５Ｇ時代に初めて専用音声サービスが見られないことができる。５Ｇにおいて、音声は単に通信システムにより提供されるデータ連結を使用して応用プログラムとして処理されることが期待される。増加したトラフィック量のための主要原因はコンテンツのサイズ増加及び高いデータ送信率を要求するアプリケーション数の増加である。ストリーミングサービス(オーディオ及びビデオ)、会話型ビデオ及びモバイルインターネット連結は、より多い装置がインターネットに連結されるほど広く使用される。かかる多い応用プログラムはユーザに実時間情報及び通知をプッシュするために常にオンになっている連結性が必要である。クラウドストーリッジ及びアプリケーションはモバイル通信プラットホームで急に増加しており、これは業務及びエンターテインメントに全て適用できる。またクラウドストーリッジは上りリンクデータ送信率の成長を牽引する特別な使用例である。５Ｇはクラウドの遠隔業務にも使用され、触覚インターフェースが使用される時、優れたユーザ経験を維持するように非常に低い端−対−端(ｅｎｄ−ｔｏ−ｅｎｄ)遅延を要求する。エンターテインメント、例えば、クラウドゲーム及びビデオストリーミングは、モバイル広帯域能力に対する要求を増加させる他の核心要素である。エンターテインメントは汽車、車及び飛行機のような高移動性の環境を含むどこでもスマートホン及びタブレットにおいて必須である。さらに他の使用例としては、エンターテインメントのための拡張現実及び情報検索がある。ここで、拡張現実は非常に低い遅延と瞬間的なデータ量を必要とする。
【００２３】
また多く予想される５Ｇ使用例のうちの１つは、全ての分野において埋め込みセンサを円滑に連結できる機能、即ち、ｍＭＴＣに関する。２０２０年まで潜在的なＩｏＴ装置は２０４億個に至ると予測される。産業ＩｏＴは５Ｇがスマート都市、資産管理(ａｓｓｅｔ ｔｒａｃｋｉｎｇ)、スマート有用性(ｕｔｉｌｉｔｙ)、農業及び保安インフラを可能にする主要役割を行う領域の１つである。
【００２４】
ＵＲＬＬＣは主要インフラの遠隔制御及び自体駆動車両(ｓｅｌｆ−ｄｒｉｖｉｎｇ ｖｅｈｉｃｌｅ)のような超信頼／利用可能な低遅延のリンクにより産業を変化させる新しいサービスを含む。信頼性と遅延の水準は、スマートグリッド制御、産業自動化、ロボット工学、ドローン制御及び調整に必須である。
【００２５】
次に、図１では三角形内に示した多数の使用例についてより具体的に説明する。
【００２６】
５Ｇは、１秒当たりに数百メガバイトから１秒当たりギガバイトに評価されるストリームを提供する手段により、ＦＴＴＨ(ｆｉｂｅｒ−ｔｏ−ｔｈｅ−ｈｏｍｅ)及びケーブル基盤の広帯域(又はＤＯＣＳＩＳ)を補完することができる。かかる速い速度は仮想現実及び拡張現実だけではなく、４Ｋ以上(６Ｋ、８Ｋ及びそれ以上)の解像度でＴＶを伝達するためにも要求される。ＶＲ(Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ)及びＡＲ(Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ)アプリケーションは、ほぼ没入型(ｉｍｍｅｒｓｉｖｅ)スポーツ競技を含む。特定の応用プログラムには特別なネットワーク設定が求められることができる。例えば、ＶＲゲームの場合、ゲーム会社が遅延を最小化するために、コアサーバーとネットワークオペレーターのエッジネットワークサーバーとの通合が必要であることができる。
【００２７】
自動車(Ａｕｔｏｍｏｔｉｖｅ)は車両に対する移動通信のための多い使用例と共に、５Ｇにおいて重要な新しい動力になると思われる。例えば、乗客のためのエンターテインメントは、高い同時容量と高い移動性モバイル広帯域を要求する。これは、未来のユーザは彼らの位置及び速度に関係なく高品質の連結を期待するためである。自動車分野の他の活用例としては拡張現実ダッシュボード(ｄａｓｈｂｏａｒｄ)がある。これは、運転者が見ている前側ウィンドウの上に、闇の中で物体を識別して運転者に物体の距離及び動きを知らせる情報を重ねてディスプレーする。未来の無線モジュールは、車両間通信、車両と支援するインフラ構造の間での情報交換及び自動車と他の連結された装置(例えば、歩行者により伴われる装置)の間での情報交換を可能にする。安全システムは、運転者のより安全な運転のために行動の代替コースなどを案内して事故の危険を減らすことはできる。次の段階は遠隔操縦、又は自体運転車両(ｓｅｌｆ−ｄｒｉｖｅｎ ｖｅｈｉｃｌｅ)になる。これは互いに異なる自体運転車両の間及び自動車とインフラの間で非常に高い信頼性と非常に早い通信を要求する。未来には、自体運転車両が全ての運転活動を行い、運転者は車両自体が識別できない交通異常のみに集中するようになる。自体運転車両の技術的要求事項は、人が達成できない程度の水準までトラフィック安全が増加するように超低遅延と超高速信頼性を要求する。
【００２８】
スマート社会(ｓｍａｒｔ ｓｏｃｉｅｔｙ)として言及されるスマート都市とスマートホームは、高密度の無線センサネットワークに埋め込まれる。知能型センサの分散ネットワークは都市又はホームの費用及びエネルギー効率的な維持に関する条件を識別する。類似設定が各家庭のために行われる。温度センサ、窓及び暖房制御、盗難警報及び家電製品は全て無線連結される。かかるセンサの殆どは典型的に低いデータ送信速度、低電力及び低費用である。しかし、例えば、実時間ＨＤビデオは監視のために特定タイプの装置で要求される。
【００２９】
熱又はガスを含むエネルギーの消費及び分配は高度に分散化されており、分散センサネットワークの自動化された制御が要求される。スマートグリッドは情報を収集し、これにより作動するようにデジタル情報及び通信技術を使用してかかるセンサを相互連結する。この情報は供給業体と消費者の行動を含むので、スマートグリッドが効率性、信頼性、経済性、生産の持続性及び自動化方式で電気のような燃料の分配を改善することができる。スマートグリッドは遅延の少ない他のセンサネットワークとも見える。
【００３０】
健康部分では移動通信の恵みを受ける多い応用プログラムを保有している。通信システムは遠く離れたところで臨床診療を提供する遠隔診療を支援する。これにより距離に対する壁を超えることができ、距離の遠い農村では持続的に利用できない医療サービスへの接近を改善することができる。またこれは重要な診療及び救急状況で生命を救うために使用される。移動通信基盤の無線センサネットワークは心拍数及び血圧のようなパラメータに対する遠隔モニタリング及びセンサを提供することができる。
【００３１】
無線及びモバイル通信は産業応用分野において重要になっている。配線は設置及び維持費用が高い。従って、ケーブルを再構成する無線リンクへの交替可能性は多い産業分野で魅力的な機会である。しかし、これを達成することは、無線連結がケーブルのような遅延、信頼性び容量で動作することと、その管理が簡単になることが求められる。低い遅延と非常に低いエラー率は５Ｇに連結される必要がある新しい要求事項である。
【００３２】
物流(ｌｏｇｉｓｔｉｃｓ)及び貨物追跡(ｆｒｅｉｇｈｔ ｔｒａｃｋｉｎｇ)は位置基盤情報システムを使用してどこでもインベントリー(ｉｎｖｅｎｔｏｒｙ)及びパッケージ追跡を可能にする移動通信に対する重要な使用例である。物流及び貨物追跡の使用例は、典型的に低いデータ速度を要求するが、広い範囲と信頼性のある位置情報が必要である。
【００３３】
無線通信システムにおいて、端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局から上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を伝送する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【００３４】
図２は３ＧＰＰ ＮＲシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。
【００３５】
電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、段階Ｓ１０１において、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う。このために、端末は基地局から主同期チャネル(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ)及び副同期チャネル(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ)を受信して基地局と同期を確立し、セルＩＤ(ｃｅｌｌ ｉｄｅｎｔｉｔｙ)などの情報を得る。その後、端末は基地局から物理放送チャネル(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ、ＰＢＣＨ)を受信してセル内の放送情報を得る。なお、端末は初期セル探索の段階において、下りリンク参照信号(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＬ ＲＳ)を受信して下りリンクチャネルの状態を確認できる。
【００３６】
初期セル探索が終了した端末は、段階Ｓ１０２において、物理下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ)及び物理下りリンク制御チャネルの情報に基づく物理下りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ)を受信して、より具体的なシステム情報を得る。
【００３７】
以後、端末は基地局に接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のような任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行う。このために端末は、物理任意接続チャネル(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を伝送し(Ｓ１０３)、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信する(Ｓ１０４)。競争基盤の任意接続(Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ)の場合、さらなる物理任意接続チャネルの伝送(Ｓ１０５)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信(Ｓ１０６)のような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う。
【００３８】
このような手順を行った端末は、その後一般的な上り／下りリンク信号の伝送手順として物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信(Ｓ１０７)、及び物理上りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ)／物理上りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ)の伝送を行う(Ｓ１０８)。端末が基地局に伝送する制御情報を併せて上りリンク制御情報(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ)と称する。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩは、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して伝送されるが、制御情報とトラヒックデータが同時に伝送される必要がある場合にはＰＵＳＣＨを介して伝送される。また、ネットワークの要請／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に伝送することができる。
【００３９】
図３は無線フレームの構造を例示する図である。ＮＲにおいて、上りリンク及び下りリンク送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム(Ｈａｌｆ−Ｆｒａｍｅ、ＨＦ)と定義される。ハーフフレームは５個の１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)と定義される。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ(Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)によって１２つ又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。
【００４０】
表１は一般ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。
【００４１】
【表１】
2020532909.tif 000003
【００４２】
＊Ｎslotsymb:スロット内のシンボル数
【００４３】
＊Ｎframe,uslot:フレーム内のスロット数
【００４４】
＊Ｎsubframe,uslot:サブフレーム内のスロット数
【００４５】
表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。
【００４６】
【表２】
2020532909.tif 000004
【００４７】
フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。
【００４８】
ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ)が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と通称)の(絶対時間)区間が併合されたセル間で異なるように設定されることができる。ここで、シンボルはＯＦＤＭシンボル(或いはＣＰ−ＯＦＤＭシンボル)、ＳＣ−ＦＤＭＡシンボル(或いはＤｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ−ｓｐｒｅａｄ−ＯＦＤＭ、ＤＦＴ−ｓ−ＯＦＤＭシンボル)を含む。
【００４９】
図４はスロットのリソースグリッド(ｒｅｓｏｕｒｃｅ ｇｒｉｄ)を例示する図である。スロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢ(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)は周波数ドメインで複数(例えば、１２)の連続する副搬送波と定義される。ＢＷＰは周波数ドメインで複数の連続するＰＲＢ(Ｐｈｙｓｉｃａｌ ＲＢ)と定義され、１つのニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)に対応することができる。搬送波は最大Ｎ個(例えば、５個)のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ)と称され、１つの複素シンボルがマッピングされることができる。
【００５０】
図５は自己完結(Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する図である。ＮＲシステムにおいて、フレームは１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどを全て含むことができる自己完結構造を特徴とする。例えば、スロット内の最初のＮ個のシンボルは、ＤＬ制御チャネルを送信する時に使用され(以下、ＤＬ制御領域)、スロット内の最後のＭ個のシンボルはＵＬ制御チャネルを送信する時に使用される(以下、ＵＬ制御領域)。ＮとＭは各々０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間におけるリソース領域(以下、データ領域)は、ＤＬデータ送信のために使用されるか、又はＵＬデータ送信のために使用される。制御領域とデータ領域の間には、ＤＬ−ｔｏ−ＵＬ或いはＵＬ−ｔｏ−ＤＬスイッチングのための時間ギャップが存在する。一例として、以下の構成を考慮できる。各区間は時間順である。
【００５１】
１．ＤＬのみの構成
【００５２】
２．ＵＬのみの構成
【００５３】
３．混合ＵＬ−ＤＬの構成
【００５４】
−ＤＬ領域＋ＧＰ(Ｇｕａｒｄ Ｐｅｒｉｏｄ)＋ＵＬ制御領域
【００５５】
−ＤＬ制御領域＋ＧＰ＋ＵＬ領域
【００５６】
＊ＤＬ領域:(i)ＤＬデータ領域、(ii)ＤＬ制御領域＋ＤＬデータ領域
【００５７】
＊ＵＬ領域:(i)ＵＬデータ領域、(ii)ＵＬデータ領域＋ＵＬ制御領域 
【００５８】
図６は自己完結スロット内に物理チャネルがマッピングされる例を示す図である。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。ＵＬ制御領域ではＰＵＣＣＨが送信され、ＵＬデータ領域ではＰＵＳＣＨが送信される。ＧＰは基地局と端末が送信モードから受信モードに転換する過程又は受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換する時点の一部のシンボルがＧＰと設定されることができる。
【００５９】
以下、各々の物理チャネルについてより詳しく説明する。
【００６０】
ＰＤＣＣＨはＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ。例えば、ＰＣＣＣＨ(即ち、ＤＣＩ)はＤＬ−ＳＣＨ(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)の送信フォーマット及びリソース割り当て、ＵＬ−ＳＣＨ(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ)に関するページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位階層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ(Ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ)の活性化／解除などを運ぶ。ＤＣＩはＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例えば、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子(例えば、ｃｅｌｌ−ＲＮＴＩ、Ｃ−ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ−ＲＮＴＩ(Ｐａｇｉｎｇ−ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例えば、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ)に関するものであれば、ＣＲＣはＳＩ−ＲＮＴＩ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがランダム接続応答に関するものであれば、ＣＲＣはＲＡ−ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ−ＲＮＴＩ)にマスキングされる。
【００６１】
ＰＤＣＣＨはＡＬ(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)で構成される。ＣＣＥは無線チャネル状態によって所定の符号率のＰＤＣＣＨを提供するために使用される論理的割り当て単位である。ＣＣＥは６個のＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)で構成される。ＲＥＧは一つのＯＦＤＭシンボルと一つの(Ｐ)ＲＢにより定義される。ＰＤＣＣＨはＣＯＲＥＳＥＴ(Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ)により送信される。ＣＯＲＥＳＥＴは与えられたニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットにより定義される。一つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインで重畳することができる。ＣＯＲＥＳＥＴはシステム情報(例えば、Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＭＩＢ)又は端末−特定(ＵＥ−ｓｐｅｃｉｆｉｃ)の上位階層(例えば、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ)シグナリングにより設定される。具体的には、ＣＯＲＥＳＥＴを構成するＲＢ数及びＯＦＤＭシンボル数(最大３個)が上位階層シグナリングにより設定される。
【００６２】
ＰＤＣＣＨ受信／検出のために、端末はＰＤＣＣＨ候補をモニタする。ＰＤＣＣＨ候補はＰＤＣＣＨ検出のために端末がモニタするＣＣＥを示す。各ＰＤＣＣＨ候補はＡＬによって１、２、４、８、１６個のＣＣＥにより定義される。モニタリングはＰＤＣＣＨ候補を(ブラインド)復号することを含む。端末がモニタするＰＤＣＣＨ候補のセットをＰＤＣＣＨ検索空間(Ｓｅａｒｃｈ Ｓｐａｃｅ、ＳＳ)と定義する。検索空間は共通検索空間(Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＣＳＳ)又は端末−特定の検索空間(ＵＥ−ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ、ＵＳＳ)を含む。端末はＭＩＢ又は上位階層シグナリングにより設定された一つ以上の検索空間でＰＤＣＣＨ候補をモニタしてＤＣＩを得ることができる。各々のＣＯＲＥＳＥＴは一つ以上の検索空間に連関し、各検索空間は一つのＣＯＲＥＳＴに連関する。検索空間は以下のパラメータに基づいて定義される。
【００６３】
−ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間に関連するＣＯＲＥＳＥＴを示す。
【００６４】
−ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期(スロット単位)及びＰＤＣＣＨモニタリング区間オフセット(スロット単位)を示す。
【００６５】
−ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：スロット内のＰＤＣＣＨモニタリングシンボルを示す(例えば、ＳＯＲＥＳＥＴの１番目のシンボルを示す)。
【００６６】
−ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝{１、２、４、８、１６}ごとのＰＤＣＣＨ候補の数(０、１、２、３、４、５、６、８のうちの１つ)を示す。
【００６７】
＊ＰＤＣＣＨ候補をモニタする機会(ｏｃｃａｓｉｏｎ)(例、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会であると定義する。スロット内に１つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。
【００６８】
表３は検索空間タイプごとの特徴を例示する。
【００６９】
【表３】
2020532909.tif 000005
【００７０】
表４はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。
【００７１】
【表４】
2020532909.tif 000006
【００７２】
ＤＣＩフォーマット０_０はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０_１はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＵＳＣＨ又はＣＢＧ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ)−基盤(又はＣＢＧ−ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１_０はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１_１はＴＢ−基盤(又はＴＢ−ｌｅｖｅｌ)のＰＤＳＣＨ又はＣＢＧ−基盤(又はＣＢＧ−ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット０_０／０_１はＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１_０／１_１はＤＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれる。ＤＣＩフォーマット２_０は動的スロットフォーマット情報(例えば、ｄｙｎａｍｉｃ ＳＦＩ)を端末に伝達するために使用され、ＤＣＩフォーマット２_１は下りリンク先制(ｐｒｅ−Ｅｍｐｔｉｏｎ)情報を端末に伝達するために使用される。ＤＣＩフォーマット２_０及び／又はＤＣＩフォーマット２_１は１つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ(Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＣＣＨ)を介して該当グループ内の端末に伝達される。
【００７３】
ＤＣＩフォーマット０_０とＤＣＩフォーマット１_０はフォールバック(ｆａｌｌｂａｃｋ)ＤＣＩフォーマットと称され、ＤＣＩフォーマット０_１とＤＣＩフォーマット１_１はノンフォールバックＤＣＩフォーマットと称される。フォールバックＤＣＩフォーマットは端末の設定に関係なくＤＣＩサイズ／フィールドの構成が同様に維持される。反面、ノンフォールバックＤＣＩフォーマットは端末の設定によってＤＣＩサイズ／フィールドの構成が異なる。
【００７４】
ＰＤＳＣＨは下りリンクデータ(例、ＤＬ−ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＤＬ−ＳＣＨ ＴＢ)を運び、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)、１６ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２個のコードワードを運ぶ。コードワードごとにスクランブル及び変調マッピングが行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる。各レイヤはＤＭＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)と共にリソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートにより送信される。
【００７５】
ＰＵＣＣＨは、ＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ、ＵＣＩは以下を含む。
【００７６】
−ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)：ＵＬ−ＳＣＨリソースを要請するために使用される情報である。
【００７７】
−ＨＡＲＱ−ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット(例えば、コードワード)に対する応答である。下りリンクデータパケットが成功裏に受信されたか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ−ＡＣＫ １ビットが送信され、２個のコードワードに対する応答としてＨＡＲＱ−ＡＣＫ ２ビットが送信される。ＨＡＲＱ−ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ)又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ−ＡＣＫという用語は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。
【００７８】
−ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)：下りリンクチャンネルに対するフィードバック情報である。ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ)−関連フィードバック情報は、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ)及びＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)を含む。
【００７９】
表５はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信長さによってＳｈｏｒｔ ＰＵＣＣＨ(フォーマット０，２)及びＬｏｎｇ ＰＵＣＣＨ(フォーマット１，３，４)に区分できる。
【００８０】
【表５】
2020532909.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．多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソースは、ＨＡＲＱ−ＡＣＫ送信を目的として設定されたＰＵＣＣＨリソースのうち、(ＤＣＩ及び全体ＵＣＩペイロードサイズに基づいて)選択されたリソースである。ＤＣＩ及び全体ＵＣＩペイロードサイズに基づいてＰＵＣＣＨリソースを選択する方法を例示すると以下の通りである。まず端末は全体ＵＣＩペイロードビット数(ＮＵＣＩ)によって、以下のうちの一つのＰＵＣＣＨリソースセットを選択する。
【０２９１】
−ＰＵＣＣＨリソースセット＃０、ＵＣＩビット数≦２であると、
【０２９２】
−ＰＵＣＣＨリソースセット＃１、２＜ＵＣＩビット数≦Ｎ１であると、
【０２９３】
...
【０２９４】
−ＰＵＣＣＨリソースセット＃(Ｋ−１)、ＮK-２＜ＵＣＩビット数≦ＮK-１であると、
【０２９５】
ここで、ＫはＰＵＣＣＨリソースセット数を示し(Ｋ＞１)、ＮiはＰＵＣＣＨリソースセット＃ｉが支援する最大のＵＣＩビット数である。例えば、ＰＵＣＣＨリソースセット＃１はＰＵＣＣＨフォーマット０〜１のリソースで構成され、それ以外のＰＵＣＣＨリソースセットはＰＵＣＣＨフォーマット２〜４のリソースで構成される(表５を参照)。ＵＣＩ送信に使用されるＰＵＣＣＨリソースは、選択されたＰＵＣＣＨリソースセット内においてＤＣＩ内のＡＲＩにより指示される。
【０２９６】
ii．特定のＣＳＩ ＰＵＣＣＨ以外の残りのＣＳＩ ＰＵＣＣＨ及び対応するＣＳＩ報告送信は省略できる。
【０２９７】
Ｂ．Ｏｐｔ．２:ＡＮ ＰＵＣＣＨリソースと重畳するＣＳＩ ＰＵＣＣＨリソースに対するＣＳＩ報告の全体或いは該当ＣＳＩ報告のうち、予め定義／設定された優先順位規則によって優先順位が高い最大Ｍ個のＣＳＩ報告のみをＨＡＲＱ−ＡＣＫと多重化して(単一の)ＰＵＣＣＨリソースで送信する。
【０２９８】
i．Ｍ値は１又は２である。
【０２９９】
ii．Ｍ値は予め約束された値であるか、又は上位階層信号により設定／定義される値である。
【０３００】
iii．多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソースは、ＨＡＲＱ−ＡＣＫ送信を目的として設定されたＰＵＣＣＨリソースのうち、(ＤＣＩ及び全体ＵＣＩペイロードサイズに基づいて)選択されたリソースである。
【０３０１】
(２)ＡＮ ＰＵＣＣＨリソースが準−静的に設定された場合(即ち、ＡＮ ＰＵＣＣＨリソースがＤＣＩに基づいてスケジュールされない場合)(例えば、ＳＰＳ ＰＤＳＣＨに対するＡＮの場合)
【０３０２】
Ａ．Ｏｐｔ．１:ＡＮ ＰＵＣＣＨリソースと重畳する各ＣＳＩ ＰＵＣＣＨリソースごとにＨＡＲＱ−ＡＣＫをＣＳＩ報告と多重化して該当ＣＳＩ ＰＵＣＣＨリソースで送信する。
【０３０３】
Ｂ．Ｏｐｔ．２:ＡＮ ＰＵＣＣＨリソースと重畳するＣＳＩ ＰＵＣＣＨリソースのうちの特定の一つのＣＳＩ ＰＵＣＣＨリソースについて、ＨＡＲＱ−ＡＣＫをＣＳＩ報告と多重化して該当ＣＳＩ ＰＵＣＣＨリソースで送信する。例えば、特定の一つのＣＳＩ ＰＵＣＣＨリソースは時間軸上で最も早い或いは優先順位が最も高いＣＳＩに設定されたＰＵＣＣＨリソースを含む。
【０３０４】
ここで、ＡＮ ＰＵＣＣＨリソースはＨＡＲＱ−ＡＣＫ送信のためのＰＵＣＣＨリソースを意味する。
【０３０５】
ここで、ＣＳＩ ＰＵＣＣＨリソースはＣＳＩ送信のためのＰＵＣＣＨリソースを意味する。
【０３０６】
ＮＲシステムでは柔軟なＰＵＣＣＨ送信区間の設定が支援されるので、単一のＡＮ ＰＵＣＣＨリソースと一つ以上のＣＳＩ ＰＵＣＣＨリソースが１スロット内で重量することができる。まず、ＡＮ ＰＵＣＣＨリソースがＤＣＩに基づいてスケジュールされる場合、ＨＡＲＱ−ＡＣＫとＣＳＩの多重化したＵＣＩがＨＡＲＱ−ＡＣＫ送信の目的で設定されたＰＵＣＣＨリソースから選択／送信されることができる。この場合、比較的支援可能なＵＣＩペイロードサイズ範囲が大きいので、優先順位規則に基づいて(優先順位が高い)特定の複数のＣＳＩ ＰＵＣＣＨリソースに対する複数のＣＳＩ報告をＨＡＲＱ−ＡＣＫと多重化して送信する動作が支援される。但し、ＨＡＲＱ−ＡＣＫと多重化可能な最大のＣＳＩ報告個数は上位階層(例えば、ＲＲＣ)信号などにより制限される。又は簡単な方案として、上記場合において、ＡＮ ＰＵＣＣＨリソースと時間軸で１番目に重畳するＣＳＩ ＰＵＣＣＨリソースに対するＣＳＩ報告のみをＨＡＲＱ−ＡＣＫと多重化して送信する方案が考えられる。一方、ＡＮ ＰＵＣＣＨリソースが上位階層(例えば、ＲＲＣ)信号などにより準−静的に設定される場合(例えば、ＳＰＳ ＰＤＳＣＨに対するＡＮ ＰＵＣＣＨリソース)、ＨＡＲＱ−ＡＣＫとＣＳＩの多重化したＵＣＩがＣＳＩ ＰＵＣＣＨリソースにより送信される。この場合、ＡＮ ＰＵＣＣＨリソースと重畳するＣＳＩ ＰＵＣＣＨリソースの各々について、ＨＡＲＱ−ＡＣＫとＣＳＩを多重化して各ＣＳＩ ＰＵＣＣＨリソースにより送信するか(即ち、ＨＡＲＱ−ＡＣＫの立場で繰り返し送信)、ＡＮ ＰＵＣＣＨリソースと重畳する１番目のＣＳＩ ＰＵＣＣＨリソースについて、ＨＡＲＱ−ＡＣＫとＣＳＩを多重化して該当ＣＳＩ ＰＵＣＣＨリソースにより送信することができる。
【０３０７】
[提案方案＃１Ｆ]  スロット内において、端末に設定／指示された(単一の)ＰＵＳＣＨリソースが２つ以上のＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)と時間軸で重畳する場合に、端末が以下のうちの一つの動作を行う方案
【０３０８】
(１)Ｏｐｔ．１：ＰＵＳＣＨと重畳したＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)のうち、特定の一つのＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ情報)をＵＬ−ＳＣＨ ＴＢ(例えば、ＵＬデータ)と多重化してＰＵＳＣＨリソースを介して送信(例えば、ＵＣＩピギーバック)。
【０３０９】
−特定の一つのＣＳＩ ＰＵＣＣＨリソースは、時間軸で最も先になる或いは優先順位が最も高いＣＳＩに設定されたＣＳＩ ＰＵＣＣＨリソースを含む。また、特定の一つのＡＮ ＰＵＣＣＨリソースは、時間軸で最も先になるＡＮ ＰＵＣＣＨリソースを含む。
【０３１０】
−特定の一つのＣＳＩ ＰＵＣＣＨ(又はＡＮ ＰＵＣＣＨ)以外の残りのＣＳＩ ＰＵＣＣＨ(又はＡＮ ＰＵＣＣＨ)及び対応するＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ)の送信は省略できる。
【０３１１】
(２)Ｏｐｔ．２：ＰＵＳＣＨと重畳したＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ情報)を全てＵＬ−ＳＣＨ ＴＢ(例えば、ＵＬデータ)と多重化してＰＵＳＣＨリソースを介して送信(例えば、ＵＣＩピギーバック)。又はＰＵＳＣＨと重畳したＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ情報)のうち、予め定義／設定された優先順位規則に従って優先順位が高い最大Ｍ個までのＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ情報)をＵＬ−ＳＣＨ ＴＢ(例えば、ＵＬデータ)と多重化してＰＵＳＣＨリソースを介して送信(例えば、ＵＣＩピギーバック)
【０３１２】
−Ｍ値は１又は２である。
【０３１３】
−Ｍ値は予め約束された値であるか、又は上位階層(例えば、ＲＲＣ)信号により設定／定義される値である。
【０３１４】
[提案方案＃１Ｆ]において、ＰＵＳＣＨリソースをＣＳＩ ＰＵＣＣＨリソースに置き換え、ＵＬ−ＳＣＨ ＴＢをＣＳＩに置き換えた場合、ＣＳＩ ＰＵＣＣＨリソースとＡＮ ＰＵＣＣＨリソースに対するＣＩ多重化動作は同様に適用できる。
【０３１５】
ＮＲシステムは柔軟なＰＵＣＣＨ送信区間の設定が支援されるので、単一のＰＵＳＣＨリソースと一つ又はそれ以上のＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)が１スロット内で重畳する場合があり得る。この場合、優先順位規則に基づいて(優先順位が高い)Ｍ個のＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)に対するＭ個のＣＳＩ報告のみをＰＵＳＣＨでＵＣＩピギーバックすることができる。Ｍ値は予め約束された値であるか、又は上位階層信号により設定／定義された値である。又は簡単な方案として、ＰＵＳＣＨリソースと時間軸で１番目に重畳したＣＳＩ ＰＵＣＣＨリソース(又はＡＮ ＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ−ＡＣＫ)のみをＰＵＳＣＨでＵＣＩピギーバックすることができる。
【０３１６】
[提案方案＃１Ｇ]ＮＲシステムでは、１スロット内の(ＴＤＭされた)ＰＵＣＣＨ送信個数を制限する動作が考慮される。従って、１スロット内の複数のＰＵＣＣＨ送信が指示／設定される場合に対する端末の動作を定義する必要がある。
【０３１７】
例えば、端末が１スロット内で(ＴＤＭされた)ＰＵＣＣＨリソースを最大Ｍ個まで送信できる時(例えば、Ｍ＝２)、特定のスロットで(ＴＤＭされた)(即ち、重複しない)Ｎ個(Ｎ＞Ｍ)のＰＵＣＣＨリソースに対する送信が設定及び／又は指示される。ここで、(ＴＤＭされた)Ｎ個のＰＵＣＣＨリソースは、時間軸で重複しないＰＵＣＣＨリソースを意味する／含む。この場合、端末は以下のうちの一つの方法によりスロット内でＭ個以下の(ＴＤＭされた)ＰＵＣＣＨリソースを送信することができる。ここで、ＰＵＣＣＨリソースを送信することは、ＰＵＣＣＨリソースを用いて対応してＵＣＩを送信することを意味する／含む。
【０３１８】
(１)方法＃１:優先順位規則に従って、スロット内の優先順位が高いＭ個以下の(ＴＤＭされた)ＰＵＣＣＨリソースを選択して送信
【０３１９】
Ａ．以下のうちの一つ以上の優先順位規則が適用される。
【０３２０】
i．優先順位規則＃１:スケジューリング方法による優先順位
【０３２１】
−ＤＣＩによりＵＣＩ送信が指示されたＰＵＣＣＨリソース(例えば、ＡＲＩにより指示されたＰＵＣＣＨリソース)＞上位階層(例えば、ＲＲＣ)信号により設定されたＰＵＣＣＨリソース(例えば、ＳＰＳ ＰＤＳＣＨに対するＡＮ ＰＵＣＣＨリソース、周期的ＣＳＩ報告のためのＰＵＣＣＨリソースなど)
【０３２２】
ii.優先順位規則＃２:ＰＵＣＣＨフォーマットによる優先順位
【０３２３】
−Ｓｈｏｒｔ ＰＵＣＣＨ(例えば、ＰＵＣＣＨフォーマット０／２)＞Ｌｏｎｇ ＰＵＣＣＨ(例えば、ＰＵＣＣＨフォーマット１／３／４)
【０３２４】
iii．優先順位規則＃３:ＵＣＩタイプによる優先順位
【０３２５】
−ＨＡＲＱ−ＡＣＫを送信するＰＵＣＣＨリソース＞ＳＲを送信するＰＵＣＣＨリソース(ＨＡＲＱ−ＡＣＫは含まない)＞ＣＳＩを送信するＰＵＣＣＨリソース(ＨＡＲＱ−ＡＣＫ／ＳＲは含まない)
【０３２６】
−但し、(１スロット内において)同じＵＣＩタイプに対する(ＴＤＭされた)複数のＰＵＣＣＨリソースが存在する場合、同じＵＣＩタイプの複数の報告に対する(予め約束された)優先順位規則によって優先順位が高い報告に対応するＰＵＣＣＨリソースが(Ｍ個のＰＵＣＣＨリソース選択の観点で)高い優先順位を有する。即ち、同じタイプの複数のＵＣＩ(例えば、ＣＳＩ)に対応する複数のＰＵＣＣＨリソースが存在する場合、各ＰＵＣＣＨリソースの優先順位は対応するＵＣＩの優先順位に従う。
【０３２７】
ＣＳＩ報告の間の優先順位は、ＣＳＩ報告タイプ(例えば、非周期的ＣＳＩ報告、準−静的ＣＳＩ報告、周期的ＣＳＩ報告)、ＣＳＩ報告が送信される物理チャネル、ＣＳＩ報告のコンテンツ(例えば、ｌａｙｅｒ１ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ、Ｌ１−ＲＳＲＰ)、ＣＳＩ報告に関連するセルのインデックス、ＣＳＩ報告に関連するＩＤ、ＣＳＩ報告構成の最大数のうち、いずれか１つに基づいて決定される。例えば、本発明の優先日前に公開された、ＮＲシステムにおけるＣＳＩ報告の優先順位は、以下のように定義される(３ＧＰＰ ３８．２１４ Ｒｅｌ-１５.１.０、５.２.５"Ｐｒｉｏｒｉｔｙ ｒｕｌｅｓ ｆｏｒ ＣＳＩ ｒｅｐｏｒｔｓ"；２０１８−０３)。
【０３２８】
[数１]
【０３２９】
ＰｒｉＣＳＩ(ｙ,ｋ,ｃ,ｓ)＝２＊１６＊Ｍｓ＊ｙ＋１６＊Ｍｓ＊ｋ＋Ｍｓ＊ｃ＋ｓ
【０３３０】
−非周期的ＣＳＩ報告がＰＵＳＣＨ上で送信される場合はｙ＝０であり、準−静的ＣＳＩ報告がＰＵＳＣＨ上で送信される場合はｙ＝１であり、準−静的ＣＳＩ報告がＰＵＣＣＨ上で送信されるは場合はｙ＝２であり、周期的ＣＳＩ報告がＰＵＣＣＨ上で送信される場合はｙ＝４であり、
【０３３１】
−Ｌ１−ＲＳＲＰを運ぶＣＳＩ報告の場合はｋ＝０であり、Ｌ１−ＲＳＲＰを運ばないＣＳＩ報告の場合はｋ＝１であり、
【０３３２】
−ｃはサービングセルのインデックスを示し、
【０３３３】
−ｓはＣＳＩ報告の構成に関連するＩＤ(例えば、ＲｅｐｏｒｔＣｏｎｆｉｇＩＤ)を示し、
【０３３４】
−Ｍｓは上位階層信号により設定されるＣＳＩ報告構成の最大個数である。
【０３３５】
ここで、ＰｒｉＣＳＩ(ｙ,ｋ,ｃ,ｓ)値が小さいほど優先順位が高い。
【０３３６】
iv．優先順位規則＃４:送信順序による優先順位
【０３３７】
−(開始又は終了ＯＦＤＭシンボルを基準として)時間軸上で送信順序が早いＰＵＣＣＨリソース＞時間軸上で送信順序が遅いＰＵＣＣＨリソース
【０３３８】
上記優先順位規則において、不等号が大きい方が高い優先順位を示す。
【０３３９】
一方、１スロット内の(ＴＤＭされた)Ｍ個のＰＵＣＣＨを送信する場合、少なくとも一つ以上のＰＵＣＣＨリソースはＰＵＣＣＨフォーマットＹに従うことができる。ここで、ＰＵＣＣＨフォーマットＹは短いシンボル区間(例えば、１〜２シンボル)を有するＰＵＣＣＨリソースを含む。例えば、ＰＵＣＣＨフォーマットＹはＰＵＣＣＨフォーマット０／２(又はＳｈｏｒｔ ＰＵＣＣＨ)を含む。なお、ＰＵＣＣＨフォーマットＸは長いシンボル区間(例えば、４〜１４シンボル)を有するＰＵＣＣＨリソースを含む。例えば、ＰＵＣＣＨフォーマットＸはＰＵＣＣＨフォーマット１／３／４(又はＳｈｏｒｔ ＰＵＣＣＨ)を含む。
【０３４０】
１スロット内の(ＴＤＭされた)Ｍ個のＰＵＣＣＨを送信する場合、少なくとも１つ以上の(例えば、Ｓ個)ＰＵＣＣＨリソースがＰＵＣＣＨフォーマットＹに該当することにより、１スロット内で送信可能なＰＵＣＣＨフォーマットＸのＰＵＣＣＨリソース数は最大Ｌ(＜Ｍ)に制限される(例えば、Ｌ＝Ｍ−Ｓ)。従って、優先順位規則によるＰＵＣＣＨリソースの選択過程においてＰＵＣＣＨフォーマットＸのＰＵＣＣＨリソース数がＬに到達した場合、端末は次の優先順位のＰＵＣＣＨリソースを選択するためにＰＵＣＣＨフォーマットＸのＰＵＣＣＨリソースを除いた残りのＰＵＣＣＨリソースについて優先順位規則によるＰＵＣＣＨリソース選択過程を行うことができる。反面、ＰＵＣＣＨフォーマットＸのＰＵＣＣＨリソース数がＬに到達しない場合は、端末は次の優先順位のＰＵＣＣＨリソースを選択するために、ＰＵＣＣＨフォーマットＸのＰＵＣＣＨリソースを含む残りのＰＵＣＣＨリソースに対して優先順位規則によるＰＵＣＣＨリソース選択過程を行うことができる。ここで、Ｍ＝２である場合、Ｓ＝１及びＬ＝１である。
【０３４１】
例えば、スロット内の(ＴＤＭされた)ＰＵＣＣＨリソースのうち、優先順位が高い２個のＰＵＣＣＨリソースのみについて送信が許容されることができる(即ち、Ｍ＝２)。この時、最優先順位のＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＬｏｎｇ ＰＵＣＣＨ(例えば、ＰＵＣＣＨフォーマット１／３／４)である場合、次優先順位のＰＵＣＣＨリソースはＬｏｎｇ ＰＵＣＣＨリソースを除いて残りのＰＵＣＣＨリソース(即ち、Ｓｈｏｒｔ ＰＵＣＣＨリソース)(例えば、ＰＵＣＣＨフォーマット０／２)のみから選択できる。なお、最優先順位のＰＵＣＣＨリソースのＰＵＣＣＨフォーマットがＳｈｏｒｔ ＰＵＣＣＨ(例えば、ＰＵＣＣＨフォーマット０／２)である場合は、次優先順位のＰＵＣＣＨリソースはＬｏｎｇ ＰＵＣＣＨリソースを含んで残りのＰＵＣＣＨリソースから選択される。従って、最優先順位のＰＵＣＣＨリソースのＰＵＣＣＨフォーマットによって、次優先順位のＰＵＣＣＨリソースを選択するためのＰＵＣＣＨリソースセットが変化する。一方、最優先順位のＰＵＣＣＨリソースがＬｏｎｇ ＰＵＣＣＨであり、最優先順位のＰＵＣＣＨリソースを除いた残りのＰＵＣＣＨリソースがいずれもＬｏｎｇ ＰＵＣＣＨである場合、端末は該当スロットで最優先順位のＰＵＣＣＨリソースのみを送信することができる。
【０３４２】
具体的な例として、ＰＵＣＣＨフォーマット１であるＡＮ ＰＵＣＣＨリソース、ＰＵＣＣＨフォーマット２であるＣＳＩ ＰＵＣＣＨリソース、及びＰＵＣＣＨフォーマット１であるＳＲ ＰＵＣＣＨリソースが１スロット内に存在すると仮定する。この時、優先順位規則によれば、まず最優先順位のＰＵＣＣＨリソースとしてＡＮ ＰＵＣＣＨリソースが選択される。なお、１スロット内に最大１個のＬｏｎｇ ＰＵＣＣＨフォーマット(＝ＰＵＣＣＨフォーマット１／３／４)のみが許容されるので、次優先順位のＰＵＣＣＨリソースとしてＰＵＣＣＨフォーマット２であるＣＳＩ ＰＵＣＣＨリソース(Ｓｈｏｒｔ ＰＵＣＣＨ)が選択されることができる。また上記の例示において、ＡＮ ＰＵＣＣＨリソースをＳｈｏｒｔ ＰＵＣＣＨフォーマットとして仮定する場合、次優先順位のＰＵＣＣＨリソースはＬｏｎｇ ＰＵＣＣＨフォーマット及びＳｈｏｒｔ ＰＵＣＣＨフォーマットのうちのいずれであってもよい。従って、次優先順位のＰＵＣＣＨリソースとしてＰＵＣＣＨフォーマット１のＳＲ ＰＵＣＣＨリソース(Ｌｏｎｇ ＰＵＣＣＨ)が選択されることができる。
【０３４３】
具体的な他の例として、ＰＵＣＣＨフォーマット１であるＣＳＩ＃１ＰＵＣＣＨリソース、ＰＵＣＣＨフォーマット２であるＣＳＩ＃２ＰＵＣＣＨリソース、及びＰＵＣＣＨフォーマット１であるＣＳＩ＃３ＰＵＣＣＨリソースが１スロット内に存在すると仮定する。ＣＳＩ報告の間の優先順位はＣＳＩ＃１＞ＣＳＩ＃３＞ＣＳＩ＃２であると仮定する。この時、優先順位規則によれば、まず最優先順位のＰＵＣＣＨリソースとしてＣＳＩ＃１のＰＵＣＣＨリソースが選択される。なお、１スロット内に最大１個のＬｏｎｇ ＰＵＣＣＨフォーマット(＝ＰＵＣＣＨフォーマット１／３／４)のみが許容されるので、次優先順位のＰＵＣＣＨリソースとしてＰＵＣＣＨフォーマット２であるＣＳＩ＃２ＰＵＣＣＨリソース(Ｓｈｏｒｔ ＰＵＣＣＨ)が選択されることができる。また上記の例示において、ＣＳＩ＃１のＰＵＣＣＨリソースをＳｈｏｒｔ ＰＵＣＣＨフォーマットとして仮定する場合、次優先順位のＰＵＣＣＨリソースはＬｏｎｇ ＰＵＣＣＨフォーマット及びＳｈｏｒｔ ＰＵＣＣＨフォーマットのうちのいずれであってもよい。従って、次優先順位のＰＵＣＣＨリソースとしてＰＵＣＣＨフォーマット１のＣＳＩ＃３のＰＵＣＣＨリソース(Ｌｏｎｇ ＰＵＣＣＨ)が選択されることができる。
【０３４４】
図１２は方法＃１の"優先順位規則＃３:ＵＣＩタイプによる優先順位"による制御情報の送信過程を例示する。図１２の例示は、スロット内の(ＴＤＭされた)ＰＵＣＣＨリソースのうち、優先順位が高い２個のＰＵＣＣＨリソースのみについて送信が許容されると仮定する。
【０３４５】
図１２を参照すると、端末(又は基地局)は複数のＵＣＩのうちの最高の優先順位を有する第１ＵＣＩを決定し、該複数のＵＣＩは同一の時区間内の複数の重複しないＰＵＣＣＨリソースに対応する(Ｓ１２０２)。各々のＵＣＩは各々のＰＵＣＣＨリソースに対応し、ＰＵＣＣＨリソースの優先順位は対応するＵＣＩの優先順位に従う。その後、端末(又は基地局)は第１ＵＣＩに対応するＰＵＣＣＨリソースのフォーマットに基づいて、ＵＣＩセットのうちの最高の優先順位を有する第２ＵＣＩを決定する(Ｓ１２０４)。その後、端末は第１及び第２ＵＣＩを各々対応するＰＵＣＣＨリソースを用いて送信し(Ｓ１２０６)、基地局は第１及び第２ＵＣＩを各々対応するＰＵＣＣＨリソースを用いて受信する。
【０３４６】
ここで、第１ＵＣＩに対応するＰＵＣＣＨリソースが第１フォーマットである場合、ＵＣＩセットは複数のＵＣＩのうち、第１ＵＣＩを除いて残りのＵＣＩを全て含む。反面、第１ＵＣＩに対応するＰＵＣＣＨリソースが第２フォーマットである場合は、ＵＣＩセットは複数のＵＣＩのうち、第１ＵＣＩを除いて残りのＵＣＩのうち、第１フォーマットのＰＵＣＣＨリソースに対応する一つ以上のＵＣＩのみを含む。即ち、ＵＣＩセットは、複数のＵＣＩのうち、第１ＵＣＩを除いて残りのＵＣＩのうち、第２フォーマットのＰＵＣＣＨリソースに対応するＵＣＩを除いて残りのＵＣＩのみを含む。
【０３４７】
ここで、第１フォーマットのＰＵＣＣＨリソースは所定の値より小さい区間を有する(Ｓｈｏｒｔ ＰＵＣＣＨ)。例えば、第１フォーマットのＰＵＣＣＨリソースは１〜２個のシンボル区間を有する。例えば、第１フォーマットはＰＵＣＣＨフォーマット０／２を含む。一方、第２フォーマットのＰＵＣＣＨリソースは所定の値と等しい又は大きい区間を有する(Ｌｏｎｇ ＰＵＣＣＨ)。例えば、第２フォーマットのＰＵＣＣＨリソースは４個以上(例えば、４〜１４個)のシンボル区間を有する。例えば、第１フォーマットはＰＵＣＣＨフォーマット１／３／４を含む。ここで、シンボルはＯＦＤＭ基盤のシンボル、例えば、ＣＰ−ＯＦＤＭ、ＤＦＴ−ｓ−ＯＦＤＭシンボルを含む。
【０３４８】
複数のＵＣＩはいずれも同じＵＣＩタイプであることができる。ここで、同じＵＣＩタイプはＡ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)又はＳＲ(ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)である。
【０３４９】
第１ＵＣＩに対応するＰＵＣＣＨリソースがＬｏｎｇ ＰＵＣＣＨであり、複数のＵＣＩのうち、第１ＵＣＩを除いた残りのＵＣＩに対応するＰＵＣＣＨリソースがいずれもＬｏｎｇ ＰＵＣＣＨである場合、該当スロットで第１ＵＣＩのみが送信される。
【０３５０】
また通信装置は自律走行車両に使用される装置を含む。
【０３５１】
(２)方法＃２:Ｎ個の(ＴＤＭされた)ＰＵＣＣＨリソースのうちの一部(ＴＤＭされた)ＰＵＣＣＨリソースに対するＵＣＩを多重化して単一のＰＵＣＣＨリソースにより送信することにより、スロット内において、Ｍ個以下の(ＴＤＭされた)ＰＵＣＣＨリソースを送信
【０３５２】
Ａ.例えば、優先順位規則によって、該当スロット内の優先順位が高いＭ個の(ＴＤＭされた)ＰＵＣＣＨリソースを選択することができる(方法＃１を参照)。その後、残りのＰＵＣＣＨリソースに対するＵＣＩは、上記選択されたＭ個の(ＴＤＭされた)ＰＵＣＣＨリソースのうちの最後のＰＵＣＣＨリソースと重畳すると仮定して、ＵＣＩを多重化して送信する。
【０３５３】
[提案方案＃１Ｈ]  端末が、(２ビット以下のＡＮに対する)ＡＮ ＰＵＣＣＨリソースとＮ個の(例えば、Ｎ＞１)ＳＲ ＰＵＣＣＨリソースに対するＵＣＩ多重化を行う時、ＡＮ ＰＵＣＣＨに対するスケジューリング方法及び／又はＡＮ ＰＵＣＣＨに対して設定されたＰＵＣＣＨリソース集合数Ｋによって多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)を送信するＰＵＣＣＨフォーマットを以下のように異ならせる方案
【０３５４】
(１)ＡＮ ＰＵＣＣＨリソースがＤＣＩ(例えば、ＡＲＩ)により指示された場合
【０３５５】
Ａ．Ｋ＞１である場合
【０３５６】
−多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット２／３／４のうちの１つで送信
【０３５７】
Ｂ．Ｋ＝１である場合
【０３５８】
−多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット０／１のうちの１つで送信
【０３５９】
(２)ＡＮ ＰＵＣＣＨリソースがＤＣＩ(例えば、ＡＲＩ)により指示されない場合(例えば、ＡＮ ＰＵＣＣＨリソースがＳＰＳ ＰＤＳＣＨに対するＡ／Ｎ情報に連関する場合)
【０３６０】
Ａ．Ｋ＞１である場合
【０３６１】
−Ｏｐｔ．１：多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット０／１のうちの１つで送信
【０３６２】
−Ｏｐｔ．２：多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)を特定のＡＲＩ値を仮定して選択されたＰＵＣＣＨフォーマット２／３／４のうちの１つで送信
【０３６３】
Ｂ．Ｋ＝１である場合
【０３６４】
−多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット０／１のうちの１つで送信
【０３６５】
上述した方法により、ＡＮ ＰＵＣＣＨリソースがＮ個(例えば、Ｎ＞１)のＳＲ ＰＵＣＣＨリソースと時間軸で重畳する時、端末はＡＮとＳＲを多重化することができる。
【０３６６】
端末は(総)ＵＣＩペイロードサイズによってＰＵＣＣＨリソース集合を選択した後、選択されたＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースのうち、ＡＲＩにより指示されたＰＵＣＣＨリソースによりＵＣＩ(例えば、ＨＡＲＱ−ＡＣＫ)を送信することができる。ここで、ＡＲＩ(ＡＣＫ／ＮＡＣＫリソース指示子)はＤＣＩ内のＰＵＣＣＨリソースを指示するビットフィールドを意味する。
【０３６７】
一方、ＡＮ ＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数は複数である(Ｋ＞１)。この場合、端末はＡＮと他のＵＣＩを多重化した後、多重化された(総)ＵＣＩペイロードサイズに対応するＰＵＣＣＨリソース集合を選択する。その後、端末は該当ＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースのうち、ＡＲＩにより指示されたＰＵＣＣＨリソースを用いて多重化されたＵＣＩを送信する。この時、ＰＵＣＣＨリソース集合が支援するＵＣＩサイズが２ビット以下である場合、ＰＵＣＣＨリソース集合はＰＵＣＣＨフォーマット０／１を含む。反面、ＰＵＣＣＨリソース集合が支援するＵＣＩサイズが３ビット以上である場合は、ＰＵＣＣＨリソース集合はＰＵＣＣＨフォーマット２／３／４を含む。ＰＵＣＣＨリソース集合個数が一つ以上であると、少なくとも一つのＰＵＣＣＨリソース集合は２ビット以下のＵＣＩ送信用として設定される。従って、ＡＮ ＰＵＣＣＨリソースがＡＲＩにより指示され、ＡＮ ＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数が２個以上であると、端末は３ビット以上のＵＣＩ送信用であるＰＵＣＣＨフォーマット２／３／４によりＵＣＩを送信することができる。この場合、端末はＡＮと複数のＳＲとの間で多重化を行う時、複数のＳＲ ＰＵＣＣＨリソースに関するＳＲ情報をマルチ−ビットＳＲ情報をＡＮペイロードに追加した後、全体ＵＣＩペイロードサイズにより選択されたＰＵＣＣＨリソース集合内でＡＲＩにより指示されたＰＵＣＣＨフォーマット２／３／４のうちの一つにより多重化されたＡＮ／ＳＲを送信することができる。
【０３６８】
しかし、ＡＮ ＰＵＣＣＨリソースがＡＲＩにより指示されても、ＡＮ ＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数が１個であると、端末はＰＵＣＣＨフォーマット２／３／４リソースを使用できない。従って、多重化されたＡＮ／ＳＲをＰＵＣＣＨフォーマット０／１リソースを介して送信する方案が考えられる。例えば、端末はＡＮと複数のＳＲの間の多重化を行う時、ＡＮ ＰＵＣＣＨがＰＵＣＣＨフォーマット１であると、ＰＵＣＣＨフォーマット０に従うＳＲ ＰＵＣＣＨリソースに対するＳＲ送信を省略し、ＰＵＣＣＨフォーマット１に従うＳＲ ＰＵＣＣＨリソースのうち、ｐｏｓｉｔｉｖｅ ＳＲでありかつ優先順位が最も高いＳＲに対応するＳＲ ＰＵＣＣＨリソースによりＡＮを送信する(但し、全部ｎｅｇａｔｉｖｅ ＳＲであると、ＡＮ ＰＵＣＣＨ送信)。又はＡＮ ＰＵＣＣＨがＰＵＣＣＨフォーマット０であると、ＡＮ ＰＵＣＣＨリソースに対して最大２個のＣＳオフセットを適用して２個のＳＲ ＰＵＣＣＨ(グループ)に関するＳＲ情報を表現することができる。即ち、ｐｏｓｉｔｉｖｅ ＳＲであるＳＲ ＰＵＣＣＨを少なくとも一つ以上含みながら、優先順位が最も高いＳＲ ＰＵＣＣＨ(グループ)に対応するＣＳオフセットをＡＮ ＰＵＣＣＨフォーマット０に適用することができる。
【０３６９】
一方、ＳＰＳ(Ｓｅｍｉ−Ｓｔａｔｉｃ ｓｃｈｅｄｕｌｉｎｇ)ＰＤＳＣＨ送信に対応するＡＮ ＰＵＣＣＨリソースはＡＲＩにより指示されず、上位階層(例えば、ＲＲＣ)信号により準−静的に設定される。従って、ＳＰＳ ＰＤＳＣＨ送信に対応するＡＮ ＰＵＣＣＨリソースとＳＲ ＰＵＣＣＨリソースが重畳する場合、端末はＡＮと複数のＳＲの間の多重化を行う時、ＰＵＣＣＨフォーマット２／３／４リソースを使用することができない。従って、多重化されたＡＮ／ＳＲをＰＵＣＣＨフォーマット０／１リソースを介して送信する方案を考えることができる。たとえ、端末がＡＮと複数のＳＲの間の多重化を行う時、ＡＮ ＰＵＣＣＨがＰＵＣＣＨフォーマット１であると、ＰＵＣＣＨフォーマット０に従うＳＲ ＰＵＣＣＨリソースに対するＳＲ送信を省略し、ＰＵＣＣＨフォーマット１を従うＳＲ ＰＵＣＣＨリソースのうち、ｐｏｓｉｔｉｖｅ ＳＲでありかつ優先順位が最も高いＳＲに対応するＳＲ ＰＵＣＣＨリソースによりＡＮを送信する(但し、全部ｎｅｇａｔｉｖｅ ＳＲであると、ＡＮ ＰＵＣＣＨ送信)。又はＡＮ ＰＵＣＣＨがＰＵＣＣＨフォーマット０であると、ＡＮ ＰＵＣＣＨリソースに対して最大２個までＣＳオフセットを適用して２個のＳＲ ＰＵＣＣＨ(グループ)に関するＳＲ情報を表現することができる。即ち、ｐｏｓｉｔｉｖｅ ＳＲであるＳＲ ＰＵＣＣＨを少なくとも一つ以上含みながら優先順位が最も高いＳＲ ＰＵＣＣＨ(グループ)に対応するＣＳオフセットをＡＮ ＰＵＣＣＨフォーマット０に適用することができる。しかし、ＡＮ ＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数が２個以上である場合は、ＡＲＩは指示されないが、端末はＡＮ ＰＵＣＣＨリソースを決定するために特定のＡＲＩ値(例えば、ＡＲＩ＝０)を仮定することができる。その後、端末は(１)複数のＳＲ ＰＵＣＣＨリソースに関するＳＲ情報をマルチ−ビットＳＲ情報で表現してＡＮペイロードに追加した後、(２)多重化された全体ＵＣＩペイロードサイズにより選択されたＰＵＣＣＨリソース集合内でＡＲＩ＝０に対応するＰＵＣＣＨフォーマット２／３／４リソースのうちの一つを用いて多重化されたＡＮ／ＳＲを送信することができる。
【０３７０】
[提案方案＃１Ｈ]の"多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット０／１のうちの１つで送信"する動作について、端末がＡＮとＳＲを以下のように多重化する動作を考えることができる。但し、ＰＦ０／１／２／３／４はＰＵＣＣＨフォーマット０／１／２／３／４を意味する。
【０３７１】
(１)Ｃａｓｅ ＃１：(単一の)ＡＮと(単一の)ＳＲの間のＵＣＩ多重化
【０３７２】
Ａ．ＡＮ ＰＦ０である場合
【０３７３】
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．Ａ／ＮとＣＳＩを多重化してＣＳＩ ＰＵＣＣＨリソースを介して送信
【０５９６】
[提案方案＃７]  スロット内において、Ａ／Ｎ ＰＵＣＣＨリソースとＰＵＳＣＨリソースが時間軸で(ＰＵＣＣＨ或いはＰＵＳＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この時、端末はＡ／Ｎ ＰＵＣＣＨの送信開始時点がＰＵＳＣＨの送信時点より遅いことができる。この場合、端末は(最善の努力方式により)Ｏｎ−ｇｏｉｎｇ ＰＵＳＣＨ送信があれば、該当ＰＵＳＣＨ送信を中断し、Ａ／Ｎ ＰＵＣＣＨを介してＡ／Ｎを送信する。
【０５９７】
さらにスロット内において、Ａ／Ｎ ＰＵＣＣＨリソースとＰＵＳＣＨリソースが時間軸で(ＰＵＣＣＨ或いはＰＵＳＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この時、Ａ／Ｎ ＰＵＣＣＨの送信開始時点がＰＵＳＣＨの送信時点より早いことができる。この場合、端末は(最善の努力方式により)Ｏｎ−ｇｏｉｎｇ ＰＵＣＣＨ送信があれば、該当ＰＵＣＣＨ送信を中断し、Ａ／ＮをＰＵＳＣＨによりピギーバックする。
【０５９８】
端末がＰＵＳＣＨ送信を行った後に該当ＰＵＣＣＨと時間軸で一部重畳するＡ／Ｎ ＰＵＣＣＨリソースの存在を把握した場合は、端末は簡単な方法により該当Ａ／Ｎ送信を省略することができる。しかし、端末が十分な能力があれば、できる限り(即ち、最善の努力方式により)現在進行中のＰＵＳＣＨ送信を中断し、Ａ／ＮをＡ／Ｎ ＰＵＣＣＨリソースを介して送信しようとする。[提案方案＃６．１]の動作により、端末はＰＵＳＣＨとＡ／Ｎが衝突した場合にもＡ／Ｎ送信を最大限支援することができる。
【０５９９】
上記内容に基づいて、１スロット内において、ＰＵＣＣＨとＰＵＣＣＨの間或いはＰＵＣＣＨとＰＵＳＣＨの間の(ＵＣＩ)多重化動作を整理すると以下の通りである。
【０６００】
(１)Ｓｔｅｐ＃１:１スロット内において、開始シンボルが最も早い(そして終了シンボルが最も早い／遅い)ＰＵＣＣＨ(以下、リソースＡ)を基準として、これと時間上で重複するＰＵＣＣＨ(以下、リソースセットＸ)を選択する。
【０６０１】
(２)Ｓｔｅｐ＃２:リソースＡとリソースセットＸに属する全てのＰＵＣＣＨに送信されるように設定／指示されたＵＣＩを多重化して、特定の一つのＰＵＣＣＨ(以下、リソースＮ)を介して送信するように決定する。例えば、[リソースＡとリソースセットＸ]をソースＮに代替した後、スロット内の多重化対象ＰＵＣＣＨリソースを新しく更新することができる。
【０６０２】
(３)Ｓｔｅｐ＃３:リソースＮと時間上で重複するＰＵＣＣＨがある場合、(更新されたＰＵＣＣＨを対象として)Ｓｔｅｐ＃１から再度適用する。リソースＮと重複するＰＵＣＣＨがない場合は、リソースＮとＰＵＳＣＨの重複有無をチェックすることができる。
【０６０３】
(４)Ｓｔｅｐ＃４:リソースＮと時間上で重複するＰＵＳＣＨがある場合、リソースＮにより送信するように決定された多重化されたＵＣＩを該当ＰＵＳＣＨにピギーバックして送信する。反面、リソースＮと重複するＰＵＳＣＨがない場合は、上記決定の通りに多重化されたＵＣＩをリソースＮにより送信することができる。
【０６０４】
なお、ＣＳＩフィードバック／報告送信の用途で特定のＰＵＣＣＨリソースが(ＲＲＣシグナリングなどにより)準−静的に設定されることができる。具体的には、単一のＣＳＩ報告のみを送信する用途のシングル−ＣＳＩ ＰＵＣＣＨリソース及び／又は複数のＣＳＩ報告を同時に送信する用途のマルチ−ＣＳＩ ＰＵＣＣＨリソースが端末に設定される。
【０６０５】
またスロット内に複数(例えば、２個)の(シングル)ＣＳＩ ＰＵＣＣＨリソース(例えば、ＣＳＩ ＰＵＣＣＨリソース１／２)が時間上で互いに重複しないように設定された状態で、ＤＬグラントＤＣＩにより指示されたＡ／Ｎ ＰＵＣＣＨリソースが時間上でＣＳＩ ＰＵＣＣＨリソース１／２と全て重複することができる。この場合、端末にマルチ−ＣＳＩ ＰＵＣＣＨリソースが設定されたか否かによって以下の動作を考慮できる。
【０６０６】
１)Ｓｔｅｐ＃１とＳｔｅｐ＃２を適用する時、リソースＡを含むリソースセットＸがＡ／Ｎ ＰＵＣＣＨリソースとＣＳＩ ＰＵＣＣＨリソース１／２を全て含む場合
【０６０７】
Ａ．端末に(該当スロットに対して)マルチ−ＣＳＩ ＰＵＣＣＨリソースが設定された場合、端末はＣＳＩ ＰＵＣＣＨリソース１／２に設定された複数のＣＳＩ報告を全て多重化してＡ／Ｎ ＰＵＣＣＨを介して送信する。
【０６０８】
Ｂ．端末に(該当スロットに対して)マルチ−ＣＳＩ ＰＵＣＣＨリソースが設定されない場合は、端末はＣＳＩ ＰＵＣＣＨリソース１／２に設定された複数のＣＳＩ報告のうちの優先順位が最も高い一つのＣＳＩ報告のみをＡ／Ｎ ＰＵＣＣＨを介して送信する。この場合、端末は残りのＣＳＩ報告の送信を省略するか、又は該当ＣＳＩ報告(全体或いは一部)がＡ／Ｎ ＰＵＣＣＨではない他のＰＵＣＣＨ(例えば、該当ＣＳＩ報告に各々設定／指示されたＣＳＩ ＰＵＣＣＨ)により送信されることができる。
【０６０９】
２)Ｓｔｅｐ＃１とＳｔｅｐ＃２を適用する時、リソースＡを含むリソースセットＸが、Ａ／Ｎ ＰＵＣＣＨリソースと(開始シンボルが最も早い)ＣＳＩ ＰＵＣＣＨリソース１のみを含む場合
【０６１０】
Ａ．端末に(該当スロットに対して)マルチ−ＣＳＩ ＰＵＣＣＨリソースが設定されたか否かに関係なく、端末はＣＳＩ ＰＵＣＣＨリソース１に設定されたＣＳＩ報告のみをＡ／Ｎ ＰＵＣＣＨを介して送信する。この場合、端末は残りのＣＳＩ報告の送信を省略するか、又は該当ＣＳＩ報告(全体或いは一部)がＡ／Ｎ ＰＵＣＣＨでない他のＰＵＣＣＨ(例えば、該当ＣＳＩ報告に各々設定／指示されたＣＳＩ ＰＵＣＣＨ)を介して送信される。
【０６１１】
なお、特定のスロット内に複数(例えば、２個)の(シングル)ＣＳＩ ＰＵＣＣＨリソースが時間上で互いに重複しないように設定された状態で、ＳＲ ＰＵＣＣＨリソース及び／又はＳＰＳ ＰＤＳＣＨの送信に設定された／対応するＳＰＳ Ａ／Ｎ ＰＵＣＣＨリソースが、時間上でＣＳＩ ＰＵＣＣＨリソース１／２と全て重複することができる。この場合、端末にマルチ−ＣＳＩ ＰＵＣＣＨリソースが設定されたか否かによって以下の動作を考慮できる。
【０６１２】
１)Ｓｔｅｐ＃１とＳｔｅｐ＃２を適用する時、リソースＡを含むリソースセットＸが、ＳＲ ＰＵＣＣＨ及び／又はＳＰＳ Ａ／Ｎ ＰＵＣＣＨとＣＳＩ ＰＵＣＣＨリソース１／２を全て含む場合
【０６１３】
Ａ.端末に(該当スロットに対して)マルチ−ＣＳＩ ＰＵＣＣＨリソースが設定された場合
【０６１４】
i．端末は、ＳＲ情報及び／又はＳＰＳ ＰＤＳＣＨに関するＡ／Ｎ情報、及びＣＳＩ ＰＵＣＣＨリソース１／２に設定された複数のＣＳＩ報告を全て多重化して、マルチ−ＣＳＩ ＰＵＣＣＨリソースにより送信する。
【０６１５】
Ｂ.端末に(該当スロットに対して)マルチ−ＣＳＩ ＰＵＣＣＨリソースが設定されない場合
【０６１６】
i．端末は複数のＣＳＩ ＰＵＣＣＨのうち、優先順位が最も高いｂｅｓｔ ＣＳＩ報告を運ぶＣＳＩ ＰＵＣＣＨを選択した後、該当ＰＵＣＣＨを介して(ｂｅｓｔ ＣＳＩ報告と)ＳＲ情報及び／又はＳＰＳ ＰＤＳＣＨに対するＡ／Ｎ情報を全て多重化して送信する。これにより、端末は、残りのＣＳＩ報告及びそれに設定されたＣＳＩ ＰＵＣＣＨの送信を省略するか、又は該当ＣＳＩ報告(全体或いは一部)が各々に設定／指示されたＣＳＩ ＰＵＣＣＨにより送信される。
【０６１７】
２)Ｓｔｅｐ＃１とＳｔｅｐ＃２を適用する時、リソースＡを含むリソースセットＸが、Ａ／Ｎ ＰＵＣＣＨリソースと(開始シンボルが最も早い)１個のＣＳＩ ＰＵＣＣＨリソース１のみを含む場合
【０６１８】
Ａ．端末は(該当スロットに対して)マルチ−ＣＳＩ ＰＵＣＣＨリソースが設定されるか否かに関係なく、以下の動作を適用することができる。
【０６１９】
i．ＣＳＩ ＰＵＣＣＨリソース１に設定されたＣＳＩ報告のみをＳＲ情報及び／又はＳＰＳ ＰＤＳＣＨに対するＡ／Ｎ情報と多重化して、ＣＳＩ ＰＵＣＣＨリソース１により送信する。これにより、端末は残りのＣＳＩ報告及びそれに設定されたＣＳＩ ＰＵＣＣＨの送信を省略するか、又は該当ＣＳＩ報告(全体或いは一部)が各々設定／指示されたＣＳＩ ＰＵＣＣＨを介して送信される。
【０６２０】
またスロット内において、複数のＣＳＩ報告を多重化して送信するように設定された単一のＰＵＣＣＨリソース及び／又は単一のＣＳＩ報告を送信するように設定された一つ以上のＰＵＣＣＨリソースが、ＰＵＳＣＨと時間上で重複することができる。この場合、端末にマルチ−ＣＳＩ ＰＵＣＣＨリソースが設定されたか否かによって以下の動作を考慮できる。
【０６２１】
１)端末に(該当スロットに対して)マルチ−ＣＳＩ ＰＵＣＣＨリソースが設定された場合
【０６２２】
Ａ．ＰＵＳＣＨと重複する一つ以上のＣＳＩ ＰＵＣＣＨに設定された複数のＣＳＩ報告を全て(多重化して)該当ＰＵＳＣＨにピギーバックして送信するように動作
【０６２３】
２)端末に(該当スロットに対して)マルチ−ＣＳＩ ＰＵＣＣＨリソースが設定されない場合
【０６２４】
ＰＵＳＣＨと重複する一つ以上のＣＳＩ ＰＵＣＣＨに設定された複数のＣＳＩ報告のうち、優先順位が最も高い一つのＣＳＩ報告のみを該当ＰＵＳＣＨにピギーバックして送信することができる。これにより、端末は残りのＣＳＩ報告の送信を省略することができる。
【０６２５】
図１４は本発明に実施例に適用可能な基地局及び端末を例示する。
【０６２６】
図１４を参照すると、無線通信システムは、基地局(ＢＳ)１１０及び端末(ＵＥ)１２０を含む。無線通信システムがリレーを含む場合、基地局又は端末はリレーに取り替えられることができる。
【０６２７】
基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数(Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、ＲＦ)ユニット１１６を含む。プロセッサ１１２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１１４はプロセッサ１１２に連結され、プロセッサ１１２の動作に関連した多様な情報を記憶する。ＲＦユニット１１６はプロセッサ１１２に連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１２４はプロセッサ１２２に連結され、プロセッサ１２２の動作に関連した多様な情報を記憶する。ＲＦユニット１２６はプロセッサ１２２に連結され、無線信号を送信及び／又は受信する。
【０６２８】
前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。
【０６２９】
本文書で、本発明の実施例は主に端末と基地局間のデータ送受信関係を中心として説明した。本文書で、基地局によって遂行されると説明した特定の動作は場合によってはその上位ノード(ｕｐｐｅｒ ｎｏｄｅ)によって遂行することができる。すなわち、基地局を含む複数のネットワークノード(ｎｅｔｗｏｒｋ ｎｏｄｅｓ)でなるネットワークで端末との通信のために行われる多様な動作は基地局又は基地局以外の他のネットワークノードによって遂行することができるのは明らかである。基地局は、固定国(ｆｉｘｅｄ ｓｔａｔｉｏｎ)、Ｎｏｄｅ Ｂ、ｅＮｏｄｅＢ(ｅＮＢ)、アクセスポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)などの用語に取り替えることができる。また、端末はＵＥ(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ)、ＭＳ(Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ)、ＭＳＳ(Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ)などの用語に取り替えられることができる。
【０６３０】
また端末は、例えば、送信ＵＥ、受信ＵＥ、無線装置、無線通信装置、運送手段(ｖｅｈｉｃｌｅ)、自律走行機能を有する運送手段(ｖｅｈｉｃｌｅ ｈａｖｉｎｇ ａｎ ａｕｔｏｎｏｍｏｕｓ ｔｒａｖｅｌｉｎｇ ｆｕｎｃｔｉｏｎ)、コネクティッド・カー(ｃｏｎｎｅｃｔｅｄ ｃａｒ)、無人空中運送手段(ｕｎｍａｎｎｅｄ ａｅｒｉａｌ ｖｅｈｉｃｌｅ、ＵＡＶ)、人工知能(ａｒｔｉｆｉｃｉａｌ ｉｎｔｅｌｌｉｇｅｎｃｅ、ＡＩ)モジュール、ロボット、拡張現実(ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、ＡＲ)装置、仮想現実(ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ)装置、複合現実(ｍｉｘｅｄ ｒｅａｌｉｔｙ、ＭＲ)装置、ホログラム(ｈｏｌｏｇｒａｍ)装置、公共安全のための装置(ｐｕｂｌｉｃ ｓａｆｅｔｙ Ｄｅｖｉｃｅ)、ＭＴＣ装置、ＩｏＴ装置、医療用装置(ｍｅｄｉｃａｌ Ｄｅｖｉｃｅ)、フィンテック装置(ＦｉｎＴｅｃｈ Ｄｅｖｉｃｅ)(又はｆｉｎａｎｃｉａｌ Ｄｅｖｉｃｅ)、保安装置(ｓｅｃｕｒｉｔｙ Ｄｅｖｉｃｅ)、気象／環境装置(ｗｅａｔｈｅｒ/ｅｎｖｉｒｏｎｍｅｎｔ Ｄｅｖｉｃｅ)、５Ｇサービスに関連する装置、又は４次産業革命分野(ｆｏｕｒｔｈ ｉｎｄｕｓｔｒｉａｌ ｒｅｖｏｌｕｔｉｏｎ ｆｉｅｌｄ)に関連する装置がある。
【０６３１】
また端末は、例えば、携帯電話(ｃｅｌｌｕｌａｒ ｐｈｏｎｅ)、スマートホン、ラップトップ(ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ)、デジタル放送用端末(ｄｉｇｉｔａｌ ｂｒｏａｄｃａｓｔ ｔｅｒｍｉｎａｌ)、ＰＤＡ(ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ)、ＰＭＰ(ｐｏｒｔａｂｌｅ ｍｕｌｔｉｍｅｄｉａ ｐｌａｙｅｒ)、ナビゲーションシステム(ｎａｖｉｇａｔｉｏｎ ｓｙｓｔｅｍ)、スレートＰＣ(ｓｌａｔｅ ＰＣ)、タブレットＰＣ(ｔａｂｌｅｔ ＰＣ)、ウルトラブック(ｕｌｔｒａｂｏｏｋ)、ウェアラブル装置(ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ)(例：スマートウオッチ、スマートガラス又は頭装着型ディスプレー(ＨＭＤ；ｈｅａｄ ｍｏｕｎｔｅｄ ｄｉｓｐｌａｙ))などを含む。例えば、ＨＭＤは頭に装着されるタイプの装置である。例えば、ＨＭＤはＶＲ、ＡＲ、ＭＲの具現に用いられる。
【０６３２】
ＵＡＶは、例えば、無人飛行機(ａｉｒｃｒａｆｔ ｗｉｔｈｏｕｔ ａ ｈｕｍａｎ ｂｅｉｎｇ ｏｎｂｏａｒｄ)であり、無線制御信号により操縦する。ＶＲ装置は、例えば、仮想世界の物体又は背景を具現するための装置を含む。ＡＲ装置は、例えば、仮想世界の物体又は背景を現実世界の物体又は背景に連結するように具現される装置を含む。ＭＲ装置は、例えば、仮想世界の物体又は背景を現実世界の物体又は背景に併合(ｍｅｒｇｅ)するように具現される装置を含む。ホログラム装置は、例えば、ホログラフィ(ｈｏｌｏｇｒａｐｈｙ)と呼ばれる２個のレーザが合った時に生成される光の干渉現象を用いて立体情報を記録し、再生産することにより、３６０°の立体映像を具現するための装置を含む。公共安全のための装置は、例えば、ユーザの体に着用可能な(ｗｅａｒａｂｌｅ)映像中継装置又は映像装置を含む。ＭＴＣ装置及びＩｏＴ装置は直接的な人間の干渉又は操作を必要としない装置を含む。例えば、ＭＴＣ装置とＩｏＴ装置は、スマートメーター(ｓｍａｒｔｍｅｔｅｒ)、自動販売機(ｖｅｎｄｉｎｇ ｍａｃｈｉｎｅ)、温度計(ｔｈｅｒｍｏｍｅｔｅｒ)、スマート電球(ｓｍａｒｔｂｕｌｂ)、ドアロック(ｄｏｏｒ ｌｏｃｋ)又は様々なセンサを含む。医療用装置は、例えば、診断(ｄｉａｇｎｏｓｉｎｇ)、診療(ｔｒｅａｔｉｎｇ)、緩和(ｒｅｌｉｅｖｉｎｇ)、治療(ｃｕｒｉｎｇ)、疾病予防(ｐｒｅｖｅｎｔｉｎｇ ｄｉｓｅａｓｅ)のために使用される装置である。例えば、医療用装置は救助又は機能を検査(ｉｎｓｐｅｃｔｉｎｇ)、代替(ｒｅｐｌａｃｉｎｇ)、修正(ｍｏｄｉｆｙｉｎｇ)するために使用される装置である。例えば、医療用装置は妊娠調節(ａｄｊｕｓｔｉｎｇ ｐｒｅｇｎａｎｃｙ)のための装置である。例えば、医療用装置は診療のための装置、手術(ｏｐｅｒａｔｉｏｎ)のための装置、(体外)診断((ｉｎ ｖｉｔｒｏ)ｄｉａｇｎｏｓｉｓ)のための装置、補聴器(ｈｅａｒｉｎｇ ａｉｄ)、施術(ｐｒｏｃｅｄｕｒｅ)のための装置を含む。保安装置は、例えば、あり得る危険を防止し、安全を守るために設けられる装置である。例えば、保安装置としてはカメラ、ＣＣＴＶ、録音装置(Ｒｅｃｏｒｄｅｒ)、又はブラックボックスがある。フィンテック装置は、例えば、モバイル決済(ｍｏｂｉｌｅ ｐａｙｍｅｎｔ)のような金融サービス(ｆｉｎａｎｃｉａｌ ｓｅｒｖｉｃｅ)を提供する装置である。例えば、フィンテック装置は、決済装置(ｐａｙｍｅｎｔ ｄｅｖｉｃｅ)又はＰＯＳ(ｐｏｉｎｔ ｏｆ ｓａｌｅｓ)システムを含む。気象／環境装置は、例えば、気象／環境をモニタリングするための装置を含む。
【０６３３】
本発明の実施例は、多様な手段、例えば、ハードウェア、ファームウェア(ｆｉｒｍｗａｒｅ)、ソフトウェア又はそれらの組合せなどによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ(ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ)、ＤＳＰｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ)、ＰＬＤｓ(ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ)、ＦＰＧＡｓ(ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０６３４】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、前述した機能又は動作を行うモジュール、手続、関数などの形態に具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知の多様な手段によって前記プロセッサとデータをやり取りすることができる。
【０６３５】
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０６３６】
本発明は無線移動通信システムの端末機、基地局又はその他の装備に使用できる。
【図１】
2020532909.tif 000008
【図２】
2020532909.tif 000009
【図３】
2020532909.tif 000010
【図４】
2020532909.tif 000011
【図５】
2020532909.tif 000012
【図６】
2020532909.tif 000013
【図７】
2020532909.tif 000014
【図８】
2020532909.tif 000015
【図９】
2020532909.tif 000016
【図１０】
2020532909.tif 000017
【図１１】
2020532909.tif 000018
【図１２】
2020532909.tif 000019
【図１３】
2020532909.tif 000020
【図１４】
2020532909.tif 000021
【手続補正書】
【提出日】令和2年2月28日(2020.2.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいて通信装置が制御情報を送信する方法であって、
複数のＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）報告のうち、最高の優先順位を有する第１ＣＳＩ報告を決定する段階であって、前記複数のＣＳＩ報告は同一の時区間内の複数の重畳しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応し、前記第１ＣＳＩ報告は前記複数の重畳しないＰＵＣＣＨリソースの中の第１ＰＵＣＣＨリソースに対応する、段階と、
（ｉ）前記第１ＰＵＣＣＨリソースが第１フォーマットを有することと、（ｉｉ）前記複数の重畳しないＰＵＣＣＨリソースの中の前記第１ＰＵＣＣＨリソース以外の一つ以上の残りのＰＵＣＣＨリソースが第２フォーマットを有することに基づいて、前記一つ以上の残りのＰＵＣＣＨリソースに対応するＣＳＩ報告の中の最高の優先順位の第２ＣＳＩ報告を決定する段階であって、前記第２ＣＳＩ報告は前記複数の重畳しないＰＵＣＣＨリソースの中の第２ＰＵＣＣＨリソースに対応する、段階と、 
前記第１ＰＵＣＣＨリソース及び前記第２ＰＵＣＣＨリソースを利用して前記第１ＣＳＩ報告及び前記第２ＣＳＩ報告をそれぞれ送信する段階を含み、
前記第１フォーマットの前記第１ＰＵＣＣＨリソースは少なくとも一つの第１の数のシンボルを有し、前記第２フォーマットの前記第２ＰＵＣＣＨリソースはせいぜい第２の数のシンボルを有し、前記第１の数は前記第２の数より大きい、方法。
【請求項２】
前記第１フォーマットの前記第１ＰＵＣＣＨリソースは少なくとも４個のシンボルを有し、前記第２フォーマットの前記第２ＰＵＣＣＨリソースは１個又は２個のシンボルを有する、請求項１に記載の方法。
【請求項３】
前記通信装置は自律走行車両で作動するように構成された装置を含む、請求項１に記載の方法。
【請求項４】
無線通信システムで作動する通信装置であって、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサに動作的に結合でき、前記少なくとも一つのプロセッサにより実行された時、
複数のＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）報告のうち、最高の優先順位を有する第１ＣＳＩ報告を決定し、
前記複数のＣＳＩ報告は同一の時区間内の複数の重畳しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応し、前記第１ＣＳＩ報告は前記複数の重畳しないＰＵＣＣＨリソースの中の第１ＰＵＣＣＨリソースに対応し、
（ｉ）前記第１ＰＵＣＣＨリソースが第１フォーマットを有することと、（ｉｉ）前記複数の重畳しないＰＵＣＣＨリソースの中の前記第１ＰＵＣＣＨリソース以外の一つ以上の残りのＰＵＣＣＨリソースが第２フォーマットを有することに基づいて、前記一つ以上の残りのＰＵＣＣＨリソースに対応するＣＳＩ報告の中の最高の優先順位の第２ＣＳＩ報告を決定し、
前記第２ＣＳＩ報告は前記複数の重畳しないＰＵＣＣＨリソースの中の第２ＰＵＣＣＨリソースに対応し、
前記第１ＰＵＣＣＨリソース及び前記第２ＰＵＣＣＨリソースを利用して前記第１ＣＳＩ報告及び前記第２ＣＳＩ報告をそれぞれ送信することを含む動作を実行するインストラクションを格納する少なくとも一つのコンピュータメモリを含み、
前記第１フォーマットの前記第１ＰＵＣＣＨリソースは少なくとも一つの第１の数のシンボルを有し、前記第２フォーマットの前記第２ＰＵＣＣＨリソースはせいぜい第２の数のシンボルを有し、前記第１の数は前記第２の数より大きい、通信装置。
【請求項５】
前記第１フォーマットの前記第１ＰＵＣＣＨリソースは少なくとも４個のシンボルを有し、前記第２フォーマットの前記第２ＰＵＣＣＨリソースは１個又は２個のシンボルを有する、請求項４に記載の通信装置。
【請求項６】
前記通信装置は自律走行車両で作動するように構成された装置を含む、請求項４に記載の通信装置。
【請求項７】
無線通信システムにおいて通信装置が制御情報を受信する方法であって、
複数のＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）報告のうち、最高の優先順位を有する第１ＣＳＩ報告を決定する段階であって、前記複数のＣＳＩ報告は同一の時区間内の複数の重畳しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応し、前記第１ＣＳＩ報告は前記複数の重畳しないＰＵＣＣＨリソースの中の第１ＰＵＣＣＨリソースに対応する、段階と、
（ｉ）前記第１ＰＵＣＣＨリソースが第１フォーマットを有することと、（ｉｉ）前記複数の重畳しないＰＵＣＣＨリソースの中の前記第１ＰＵＣＣＨリソース以外の一つ以上の残りのＰＵＣＣＨリソースが第２フォーマットを有することに基づいて、前記一つ以上の残りのＰＵＣＣＨリソースに対応するＣＳＩ報告の中の最高の優先順位の第２ＣＳＩ報告を決定する段階であって、前記第２ＣＳＩ報告は前記複数の重畳しないＰＵＣＣＨリソースの中の第２ＰＵＣＣＨリソースに対応する、段階と、
前記第１ＰＵＣＣＨリソース及び前記第２ＰＵＣＣＨリソースを利用して前記第１ＣＳＩ報告及び前記第２ＣＳＩ報告をそれぞれ受信する段階を含み、
前記第１フォーマットの前記第１ＰＵＣＣＨリソースは少なくとも一つの第１の数のシンボルを有し、前記第２フォーマットの前記第２ＰＵＣＣＨリソースはせいぜい第２の数のシンボルを有し、前記第１の数は前記第２の数より大きい、方法。
【請求項８】
前記第１フォーマットの前記第１ＰＵＣＣＨリソースは少なくとも４個のシンボルを有し、前記第２フォーマットの第２ＰＵＣＣＨリソースは１個又は２個のシンボルを有する、請求項７に記載の方法。
【請求項９】
前記通信装置は自律走行車両で作動するように構成された装置を含む、請求項７に記載の方法。
【請求項１０】
無線通信システムに使用される通信装置であって、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサに動作的に結合でき、前記少なくとも一つのプロセッサにより実行された時、
複数のＣＳＩ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）報告のうち、最高の優先順位を有する第１ＣＳＩ報告を決定し、
前記複数のＣＳＩ報告は同一の時区間内の複数の重畳しないＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)リソースに対応し、前記第１ＣＳＩ報告は前記複数の重畳しないＰＵＣＣＨリソースの中の第１ＰＵＣＣＨリソースに対応し、
（ｉ）前記第１ＰＵＣＣＨリソースが第１フォーマットを有することと、（ｉｉ）前記複数の重畳しないＰＵＣＣＨリソースの中の前記第１ＰＵＣＣＨリソース以外の一つ以上の残りのＰＵＣＣＨリソースが第２フォーマットを有することに基づいて、前記一つ以上の残りのＰＵＣＣＨリソースに対応するＣＳＩ報告の中の最高の優先順位の第２ＣＳＩ報告を決定し、
前記第２ＣＳＩ報告は前記複数の重畳しないＰＵＣＣＨリソースの中の第２ＰＵＣＣＨリソースに対応し、
前記第１ＰＵＣＣＨリソース及び前記第２ＰＵＣＣＨリソースを利用して前記第１ＣＳＩ報告及び前記第２ＣＳＩ報告をそれぞれ受信することを含む動作を実行するインストラクションを格納する少なくとも一つのコンピュータメモリを含み、
前記第１フォーマットの前記第１ＰＵＣＣＨリソースは少なくとも一つの第１の数のシンボルを有し、前記第２フォーマットの前記第２ＰＵＣＣＨリソースはせいぜい第２の数のシンボルを有し、前記第１の数は前記第２の数より大きい、通信装置。
【請求項１１】
前記第１フォーマットの前記第１ＰＵＣＣＨリソースは少なくとも４個のシンボルを有し、前記第２フォーマットの前記第２ＰＵＣＣＨリソースは１個又は２個のシンボルを有する、請求項１０に記載の通信装置。
【請求項１２】
前記通信装置は自律走行車両で作動するように構成された装置を含む、請求項１０に記載の通信装置。
【国際調査報告】
2020532909.tif 000022
2020532909.tif 000023
2020532909.tif 000024
2020532909.tif 000025