JP7100694B2

JP7100694B2 - 無線通信システムにおいて無線信号の送受信方法及び装置

Info

Publication number: JP7100694B2
Application number: JP2020511986A
Authority: JP
Inventors: ソクチョルヤン; ハンチュンパク; チェヒョンキム
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2018-04-05
Filing date: 2019-04-05
Publication date: 2022-07-13
Anticipated expiration: 2039-04-05
Also published as: KR102092680B1; EP3591888A4; US20210058950A1; EP3591888A1; KR20190117474A; WO2019194660A1; US20200068599A1; US11464034B2; CN111066280B; KR20200090145A; JP2020532234A; KR102225952B1; US10856315B2; CN111066280A

Description

本発明は無線通信システムに関し、より具体的には無線信号の送受信方法及び装置に関する。

無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース（帯域幅、伝送パワーなど）を共有して多重使用者との通信を支援することができる多重接続（ｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システムである。多重接続システムの例としては、ＣＤＭＡ（ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＴＤＭＡ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システム、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）システムなどがある。

本発明の目的は、無線信号の送受信過程を効率的に行う方法及びそのための装置を提供することにある。

本発明で達成しようとする技術的課題は前記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

本発明の一様相において、無線通信システムにおいて通信装置が制御情報を送信する方法であって、複数のＵＣＩ(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)送信のために複数のＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)リソースを決定する段階と、決定された複数のＰＵＣＣＨリソースのうち、第１ＰＵＣＣＨリソースを基準として、(１)第１ＰＵＣＣＨリソース及び(２)第１ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第２ＰＵＣＣＨリソースに関連するＵＣＩを多重化する段階と、多重化されたＵＣＩの送信のために第３ＰＵＣＣＨリソースを決定する段階を含み、ここで、第１ＰＵＣＣＨリソースは決定された複数のＰＵＣＣＨリソースのうち、開始シンボルが最も早いＰＵＣＣＨリソースである方法が提供される。

好ましくは、多重化されたＵＣＩを第３ＰＵＣＣＨリソースを用いて送信する段階をさらに含む。

好ましくは、(１)第３ＰＵＣＣＨリソース及び(２)第３ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第４ＰＵＣＣＨリソースに関連する第１ＵＣＩを多重化する段階及び多重化された第１ＵＣＩの送信のために第５ＰＵＣＣＨリソースを決定する段階をさらに含み、第４ＰＵＣＣＨリソースには第１ＰＵＣＣＨリソースと一つ以上の第２ＰＵＣＣＨリソースが含まれない。

好ましくは、決定された複数のＰＵＣＣＨリソースは同じスロット内に位置し、スロットは複数のシンボルを含む。

好ましくは、スロットは１４個のシンボルを含み、各ＰＵＣＣＨリソースの開始シンボルのインデックスは０～１３のうちの１つであり、各ＰＵＣＣＨリソースの送信長さは１～１４個のシンボルのうちの１つである。

好ましくは、複数のＵＣＩは少なくともＡ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)又はＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)を含む。

好ましくは、多重化されたＵＣＩは少なくともＡ／Ｎを含み、第３ＰＵＣＣＨリソースは多重化されたＵＣＩのペイロードサイズに基づいて決定される。

好ましくは、第３ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)リソースと重なる場合、多重化されたＵＣＩはＰＵＳＣＨを介して送信される。

本発明の他の様相において、無線通信システムに使用される通信装置であって、メモリ及びプロセッサを含み、該プロセッサは、複数のＵＣＩ(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)送信のために複数のＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)リソースを決定し、該決定された複数のＰＵＣＣＨリソースのうち、第１ＰＵＣＣＨリソースを基準として、(１)第１ＰＵＣＣＨリソース及び(２)第１ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第２ＰＵＣＣＨリソースに関連するＵＣＩを多重化し、多重化されたＵＣＩの送信のために第３ＰＵＣＣＨリソースを決定するように構成され、ここで第１ＰＵＣＣＨリソースは決定された複数のＰＵＣＣＨリソースのうち、開始シンボルが最も早いＰＵＣＣＨリソースである通信装置が提供される。

好ましくは、プロセッサは、多重化されたＵＣＩを第３ＰＵＣＣＨリソースを用いて送信するように構成される。

好ましくは、プロセッサは、(１)第３ＰＵＣＣＨリソース及び(２)第３ＰＵＣＣＨリソースと時間軸で重なる一つ以上の第４ＰＵＣＣＨリソースに関連する第１ＵＣＩを多重化し、多重化された第１ＵＣＩの送信のために第５ＰＵＣＣＨリソースを決定するように構成され、第４ＰＵＣＣＨリソースには第１ＰＵＣＣＨリソースと一つ以上の第２ＰＵＣＣＨリソースが含まれない。

好ましくは、さらに通信装置はＲＦ(ＲａｄｉｏＦｒｅｑｕｅｎｃｙ)ユニットを含む。

本発明によれば、無線通信システムにおいて無線信号の送受信を効率的に行うことができる。

本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。

無線通信システムの一例である３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。無線フレームの構造を例示する図である。スロットのリソースグリッドを例示する図である。自己完結(ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する図である。自己完結スロット内に物理チャネルがマッピングされる例を示す図である。ＡＣＫ／ＮＡＣＫ送信過程を例示する図である。ＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)送信過程を例示する図である。制御情報をＰＵＳＣＨに多重化する例を示す図である。本発明による信号送信を例示する図である。本発明による信号送信を例示する図である。本発明による信号送信を例示する図である。本発明による信号送信を例示する図である。本発明による信号送信を例示する図である。本発明による信号送信を例示する図である。本発明に適用可能な基地局及び端末を例示する図である。

以下の技術は、ＣＤＭＡ（ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）／ＥＤＧＥ（ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｓｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ（ＥｖｏｌｖｅｄＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（ＥｖｏｌｖｅｄＵＭＴＳ）の一部であり、ＬＴＥ－Ａは３ＧＰＰＬＴＥの進化したバージョンである。３ＧＰＰＮＲ(ＮｅｗＲａｄｉｏｏｒＮｅｗＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ)は３ＧＰＰＬＴＥ／ＬＴＥ－Ａの進化したバージョンである。

より多い通信機器がより大きい通信容量を要求することにより、既存の無線接続技術(ｒａｄｉｏＡｃｃｅｓｓｔｅｃｈｎｏｌｏｇｙ、ＲＡＴ)に比べて向上した無線広帯域(ｍｏｂｉｌｅｂｒｏａｄｂａｎｄ、ｅＭＢＢ)通信に対する必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供する大規模ＭＴＣ(ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考慮すべき重要なイッシュの一つである。のみならず、信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及びレイテンシ(ｌａｔｅｎｃｙ)に敏感なサービス／ＵＥを考慮したＵＲＬＬＣ(Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ)が論議されている。このようにｅＭＢＢ(ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄＢａｎｄＣｏｍｍｕｎｉｃａｔｉｏｎ)、大規模ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されており、本発明では、便宜上、該当技術をＮＲ(Ｎｅｗｒａｄｉｏ又はＮｅｗＲＡＴ)と呼ぶ。

説明を明確にするために、３ＧＰＰＮＲを主として説明するが、本発明の技術的思想はこれに限られない。

無線通信システムにおいて、端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局から上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を伝送する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

図１は３ＧＰＰＮＲシステムに用いられる物理チャネル及びこれらを用いた一般的な信号伝送方法を例示する図である。

電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、段階Ｓ１０１において、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌｃｅｌｌｓｅａｒｃｈ)作業を行う。このために、端末は基地局から主同期チャネル(ＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ、Ｐ－ＳＣＨ)及び副同期チャネル(ＳｅｃｏｎｄａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ、Ｓ－ＳＣＨ)を受信して基地局と同期を確立し、セルＩＤ(ｃｅｌｌｉｄｅｎｔｉｔｙ)などの情報を得る。その後、端末は基地局から物理放送チャネル(ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ、ＰＢＣＨ)を受信してセル内の放送情報を得る。なお、端末は初期セル探索の段階において、下りリンク参照信号(ＤｏｗｎｌｉｎｋＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＤＬＲＳ)を受信して下りリンクチャネルの状態を確認できる。

初期セル探索が終了した端末は、段階Ｓ１０２において、物理下りリンク制御チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＣＣＨ)及び物理下りリンク制御チャネルの情報に基づく物理下りリンク共有チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＳＣＨ)を受信して、より具体的なシステム情報を得る。

以後、端末は基地局に接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のような任意接続過程(ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ)を行う。このために端末は、物理任意接続チャネル(ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ、ＰＲＡＣＨ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を伝送し(Ｓ１０３)、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介してプリアンブルに対する応答メッセージを受信する(Ｓ１０４)。競争基盤の任意接続(Ｃｏｎｔｅｎｔｉｏｎｂａｓｅｄｒａｎｄｏｍａｃｃｅｓｓ)の場合、さらなる物理任意接続チャネルの伝送(Ｓ１０５)、物理下りリンク制御チャネル及びそれに対応する物理下りリンク共有チャネルの受信(Ｓ１０６)のような衝突解決手順(ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＰｒｏｃｅｄｕｒｅ)を行う。

このような手順を行った端末は、その後一般的な上り／下りリンク信号の伝送手順として物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信(Ｓ１０７)、及び物理上りリンク共有チャネル(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＵＳＣＨ)／物理上りリンク制御チャネル(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＵＣＣＨ)の伝送を行う(Ｓ１０８)。端末が基地局に伝送する制御情報を併せて上りリンク制御情報(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＵＣＩ)と称する。ＵＣＩは、ＨＡＲＱＡＣＫ／ＮＡＣＫ(ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄｒｅＱｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)、ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩは、ＣＱＩ(ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ)、ＰＭＩ(ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ)、ＲＩ(ＲａｎｋＩｎｄｉｃａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して伝送されるが、制御情報とトラヒックデータが同時に伝送される必要がある場合にはＰＵＳＣＨを介して伝送される。また、ネットワークの要請／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に伝送することができる。

図２は無線フレームの構造を例示する図である。ＮＲにおいて、上りリンク及び下りリンク送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム(Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ)と定義される。ハーフフレームは５個の１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)と定義される。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ(ＳｕｂｃａｒｒｉｅｒＳｐａｃｉｎｇ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃｐｒｅｆｉｘ)によって１２つ又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。

表１は一般ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。

＊Ｎ^slot _symb:スロット内のシンボル数

＊Ｎ^frame,u _slot:フレーム内のスロット数

＊Ｎ^subframe,u _slot:サブフレーム内のスロット数

表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。

フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。

ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ)が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(ＴｉｍｅＵｎｉｔ)と通称)の(絶対時間)区間が併合されたセル間で異なるように設定されることができる。ここで、シンボルはＯＦＤＭシンボル(或いはＣＰ－ＯＦＤＭシンボル)、ＳＣ－ＦＤＭＡシンボル(或いはＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭシンボル)を含む。

図３はスロットのリソースグリッド(ｒｅｓｏｕｒｃｅｇｒｉｄ)を例示する図である。スロットは時間ドメインで複数のシンボルを含む。例えば、一般ＣＰの場合、１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１つのスロットが１２個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。ＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)は周波数ドメインで複数(例えば、１２)の連続する副搬送波と定義される。ＢＷＰは周波数ドメインで複数の連続するＰＲＢ(ＰｈｙｓｉｃａｌＲＢ)と定義され、１つのニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)に対応することができる。搬送波は最大Ｎ個(例えば、５つ)のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ、ＲＥ)と称され、１つの複素シンボルがマッピングされることができる。

図４は自己完結(Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ)スロットの構造を例示する図である。ＮＲシステムにおいて、フレームは１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどを全て含むことができる自己完結構造を特徴とする。例えば、スロット内の最初のＮ個のシンボルは、ＤＬ制御チャネルを送信する時に使用され(以下、ＤＬ制御領域)、スロット内の最後のＭ個のシンボルはＵＬ制御チャネルを送信する時に使用される(以下、ＵＬ制御領域)。ＮとＭは各々０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間におけるリソース領域(以下、データ領域)は、ＤＬデータ送信のために使用されるか、又はＵＬデータ送信のために使用される。制御領域とデータ領域の間には、ＤＬ－ｔｏ－ＵＬ或いはＵＬ－ｔｏ－ＤＬスイッチングのための時間ギャップが存在する。一例として、以下の構成を考慮できる。各区間は時間順である。

１．ＤＬのみの構成

２．ＵＬのみの構成

３．混合ＵＬ－ＤＬの構成

－ＤＬ領域＋ＧＰ(ＧｕａｒｄＰｅｒｉｏｄ)＋ＵＬ制御領域

－ＤＬ制御領域＋ＧＰ＋ＵＬ領域

＊ＤＬ領域:(i)ＤＬデータ領域、(ii)ＤＬ制御領域＋ＤＬデータ領域

＊ＵＬ領域:(i)ＵＬデータ領域、(ii)ＵＬデータ領域＋ＵＬ制御領域

図５は自己完結スロット内に物理チャネルがマッピングされる例を示す図である。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。ＵＬ制御領域ではＰＵＣＣＨが送信され、ＵＬデータ領域ではＰＵＳＣＨが送信される。ＧＰは基地局と端末が送信モードから受信モードに転換する過程又は受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換する時点の一部のシンボルがＧＰと設定されることができる。

以下、各々の物理チャネルについてより詳しく説明する。

ＰＤＣＣＨはＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を運ぶ。例えば、ＰＣＣＣＨ(即ち、ＤＣＩ)はＤＬ－ＳＣＨ(ｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ)の送信フォーマット及びリソース割り当て、ＵＬ－ＳＣＨ(ｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(ＰａｇｉｎｇＣｈａｎｎｅｌ)に関するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答のような上位階層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ(Ｃｏｎｆｉｇｕｒｅｄｓｃｈｅｄｕｌｉｎｇ)の活性化／解除などを運ぶ。ＤＣＩはＣＲＣ(ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例えば、ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子(例えば、ｃｅｌｌ－ＲＮＴＩ、Ｃ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ－ＲＮＴＩ(Ｐａｇｉｎｇ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例えば、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ、ＳＩＢ)に関するものであれば、ＣＲＣはＳＩ－ＲＮＴＩ(ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがランダム接続応答に関するものであれば、ＣＲＣはＲＡ－ＲＮＴＩ(ＲａｎｄｏｍＡｃｃｅｓｓ－ＲＮＴＩ)にマスキングされる。

ＰＤＣＣＨはＡＬ(ＡｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔ)で構成される。ＣＣＥは無線チャネル状態によって所定の符号率のＰＤＣＣＨを提供するために使用される論理的割り当て単位である。ＣＣＥは６個のＲＥＧ(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ)で構成される。ＲＥＧは一つのＯＦＤＭシンボルと一つの(Ｐ)ＲＢにより定義される。ＰＤＣＣＨはＣＯＲＥＳＥＴ(ＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔ)により送信される。ＣＯＲＥＳＥＴは与えられたニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットにより定義される。一つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインで重畳することができる。ＣＯＲＥＳＥＴはシステム情報(例えば、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ、ＭＩＢ)又は端末－特定(ＵＥ－ｓｐｅｃｉｆｉｃ)の上位階層(例えば、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ)シグナリングにより設定される。具体的には、ＣＯＲＥＳＥＴを構成するＲＢ数及びＯＦＤＭシンボル数(最大３個)が上位階層シグナリングにより設定される。

ＰＤＣＣＨ受信／検出のために、端末はＰＤＣＣＨ候補をモニタする。ＰＤＣＣＨ候補はＰＤＣＣＨ検出のために端末がモニタするＣＣＥを示す。各ＰＤＣＣＨ候補はＡＬによって１、２、４、８、１６個のＣＣＥにより定義される。モニタリングはＰＤＣＣＨ候補を(ブラインド)復号することを含む。端末がモニタするＰＤＣＣＨ候補のセットをＰＤＣＣＨ検索空間(ＳｅａｒｃｈＳｐａｃｅ、ＳＳ)と定義する。検索空間は共通検索空間(ＣｏｍｍｏｎＳｅａｒｃｈＳｐａｃｅ、ＣＳＳ)又は端末－特定の検索空間(ＵＥ－ｓｐｅｃｉｆｉｃｓｅａｒｃｈｓｐａｃｅ、ＵＳＳ)を含む。端末はＭＩＢ又は上位階層シグナリングにより設定された一つ以上の検索空間でＰＤＣＣＨ候補をモニタしてＤＣＩを得ることができる。各々のＣＯＲＥＳＥＴは一つ以上の検索空間に連関し、各検索空間は一つのＣＯＲＥＳＴに連関する。検索空間は以下のパラメータに基づいて定義される。

－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間に関連するＣＯＲＥＳＥＴを示す。

－ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期(スロット単位)及びＰＤＣＣＨモニタリング区間オフセット(スロット単位)を示す。

－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：スロット内のＰＤＣＣＨモニタリングシンボルを示す(例えば、ＳＯＲＥＳＥＴの１番目のシンボルを示す)。

－ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝{１、２、４、８、１６}ごとのＰＤＣＣＨ候補の数(０、１、２、３、４、５、６、８のうちの１つ)を示す。

＊ＰＤＣＣＨ候補をモニタする機会(ｏｃｃａｓｉｏｎ)(例、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会であると定義する。スロット内に１つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。

表３は検索空間タイプごとの特徴を例示する。

表４はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。

ＤＣＩフォーマット０_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨ又はＣＢＧ(ＣｏｄｅＢｌｏｃｋＧｒｏｕｐ)－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨ又はＣＢＧ－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット０_０／０_１はＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１_０／１_１はＤＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれる。ＤＣＩフォーマット２_０は動的スロットフォーマット情報(例えば、ｄｙｎａｍｉｃＳＦＩ)を端末に伝達するために使用され、ＤＣＩフォーマット２_１は下りリンク先制(ｐｒｅ－Ｅｍｐｔｉｏｎ)情報を端末に伝達するために使用される。ＤＣＩフォーマット２_０及び／又はＤＣＩフォーマット２_１は１つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ(ＧｒｏｕｐＣｏｍｍｏｎＰＤＣＣＨ)を介して該当グループ内の端末に伝達される。

ＤＣＩフォーマット０_０とＤＣＩフォーマット１_０はフォールバック(ｆａｌｌｂａｃｋ)ＤＣＩフォーマットと称され、ＤＣＩフォーマット０_１とＤＣＩフォーマット１_１はノンフォールバックＤＣＩフォーマットと称される。フォールバックＤＣＩフォーマットは端末の設定に関係なくＤＣＩサイズ／フィールドの構成が同様に維持される。反面、ノンフォールバックＤＣＩフォーマットは端末の設定によってＤＣＩサイズ／フィールドの構成が異なる。

ＰＤＳＣＨは下りリンクデータ(例、ＤＬ－ＳＣＨｔｒａｎｓｐｏｒｔｂｌｏｃｋ、ＤＬ－ＳＣＨＴＢ)を運び、ＱＰＳＫ(ＱｕａｄｒａｔｕｒｅＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ)、１６ＱＡＭ(ＱｕａｄｒａｔｕｒｅＡｍｐｌｉｔｕｄｅＭｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２個のコードワードを運ぶ。コードワードごとにスクランブル及び変調マッピングが行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる。各レイヤはＤＭＲＳ(ＤｅｍｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)と共にリソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートにより送信される。

ＰＵＣＣＨは、ＵＣＩ(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)を運ぶ、ＵＣＩは以下を含む。

－ＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)：ＵＬ－ＳＣＨリソースを要請するために使用される情報である。

－ＨＡＲＱ－ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット(例えば、コードワード)に対する応答である。下りリンクデータパケットが成功裏に受信されたか否かを示す。単一のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ１ビットが送信され、２個のコードワードに対する応答としてＨＡＲＱ－ＡＣＫ２ビットが送信される。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ(ＤｉｓｃｏｎｔｉｎｕｏｕｓＴｒａｎｓｍｉｓｓｉｏｎ)又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫという用語は、ＨＡＲＱＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。

－ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)：下りリンクチャンネルに対するフィードバック情報である。ＭＩＭＯ(ＭｕｌｔｉｐｌｅＩｎｐｕｔＭｕｌｔｉｐｌｅＯｕｔｐｕｔ)－関連フィードバック情報は、ＲＩ(ＲａｎｋＩｎｄｉｃａｔｏｒ)及びＰＭＩ(ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ)を含む。

表５はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信長さによってＳｈｏｒｔＰＵＣＣＨ(フォーマット０，２)及びＬｏｎｇＰＵＣＣＨ(フォーマット１，３，４)に区分できる。

ＰＵＣＣＨフォーマット０は最大２ビットサイズのＵＣＩを運び、シーケンスに基づいてマッピングされて送信される。具体的には、端末は複数のシーケンスのうちの１つのシーケンスをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩを基地局に送信する。端末は肯定(ｐｏｓｉｔｉｖｅ)のＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。

ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを運び、変調シンボルは時間領域で(周波数ホッピング有無によって異なるように設定される)直交カバーコード(ＯＣＣ)により拡散される。ＤＭＲＳは変調シンボルが送信されないシンボルで送信される(即ち、ＴＤＭ(ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される)。

ＰＵＣＣＨフォーマット２は２ビットより大きいビットサイズのＵＣＩを運び、変調シンボルはＤＭＲＳとＦＤＭ(ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。ＤＭ－ＲＳは１／３密度のリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。ＰＮ(ＰｓｅｕｄｏＮｏｉｓｅ)シーケンスがＤＭ＿ＲＳシーケンスのために使用される。２シンボルＰＵＣＣＨフォーマット２のために周波数ホッピングが活性化されることができる。

ＰＵＣＣＨフォーマット３は同一の物理リソースブロック内において端末多重化が行われず、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含まない。変調シンボルはＤＭＲＳとＴＤＭ(ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。

ＰＵＣＣＨフォーマット４は同一の物理リソースブロック内に最大４個の端末まで多重化が支援され、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含む。変調シンボルはＤＭＲＳとＴＤＭ(ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。

ＰＵＳＣＨは上りリンクデータ(例えば、ＵＬ－ＳＣＨｔｒａｎｓｐｏｒｔｂｌｏｃｋ、ＵＬ－ＳＣＨＴＢ)及び／又は上りリンク制御情報(ＵＣＩ)を運び、ＣＰ－ＯＦＤＭ(ＣｙｃｌｉｃＰｒｅｆｉｘ－ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)波形又はＤＦＴ－ｓ－ＯＦＤＭ(ＤｉｓｃｒｅｔｅＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ)波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合、端末は変換プリコーディング(ｔｒａｎｓｆｏｒｍｐｒｅｃｏｄｉｎｇ)を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合は(例えば、ｔｒａｎｓｆｏｒｍｐｒｅｃｏｄｉｎｇｉｓｄｉｓａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合には(例えば、ｔｒａｎｓｆｏｒｍｐｒｅｃｏｄｉｎｇｉｓｅｎａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨ送信はＤＣＩ内のＵＬグラントにより動的にスケジュールされるか、又は上位階層(例えば、ＲＲＣ)シグナリング(及び／又はＬａｙｅｒ１(Ｌ１)シグナリング(例えば、ＰＤＣＣＨ))に基づいて準－静的(ｓｅｍｉ－ｓｔａｔｉｃ)にスケジュールされる(ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ)。ＰＵＳＣＨ送信はコードブック基盤又は非コードブック基盤に行われる。

図６はＡＣＫ／ＮＡＣＫ送信過程を例示する。図６を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは下りリンクスケジューリング情報(例えば、ＤＣＩフォーマット１_０、１_１)を含み、ＰＤＣＣＨはＤＬ割り当て－ｔｏ－ＰＤＳＣＨオフセット(Ｋ０)とＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫ報告オフセット(Ｋ１)を示す。例えば、ＤＣＩフォーマット１_０、１_１は以下の情報を含む。

－Ｆｒｅｑｕｅｎｃｙｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢセットを示す。

－Ｔｉｍｅｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：Ｋ０、スロット内のＰＤＳＣＨの開始位置(例えば、ＯＦＤＭシンボルインデックス)及び長さ(例：ＯＦＤＭシンボル数)を示す

－ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ_ｆｅｅｄｂａｃｋｔｉｍｉｎｇｉｎｄｉｃａｔｏｒ：Ｋ１を示す

今後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ０)でＰＤＳＣＨを受信した後、スロット＃(ｎ＋Ｋ１)でＰＵＣＣＨを介してＵＣＩを送信する。ここで、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。ＰＤＳＣＨが最大１個のＴＢを送信するように構成された場合、ＨＡＲＱ－ＡＣＫ応答は１ビットで構成される。ＰＤＳＣＨが最大２個のＴＢを送信するように構成された場合は、ＨＡＲＱ－ＡＣＫ応答は空間(ｓｐａｔｉａｌ)バンドリングが構成されていない場合は、２ビットで構成され、空間バンドリングが構成された場合は、１ビットで構成される。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点がスロット＃(ｎ＋Ｋ１)と指定された場合、スロット＃(ｎ＋Ｋ１)で送信されるＵＣＩは複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。

図７はＰＵＳＣＨ送信過程を例示する。図７を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは上りリンクスケジューリング情報(例えば、ＤＣＩフォーマット０_０、０_１)を含む。ＤＣＩフォーマット０_０、０_１は以下の情報を含む。

－Ｆｒｅｑｕｅｎｃｙｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：ＰＵＳＣＨに割り当てられたＲＢセットを示す。

－Ｔｉｍｅｄｏｍａｉｎｒｅｓｏｕｒｃｅａｓｓｉｇｎｍｅｎｔ：スロットオフセットＫ２、スロット内のＰＵＳＣＨの開始位置(例えば、シンボルインデックス)及び長さ(例：ＯＦＤＭシンボル数)を示す。開始シンボル及び長さはＳＬＩＶ(ＳｔａｒｔａｎｄＬｅｎｇｔｈＩｎｄｉｃａｔｏｒＶａｌｕｅ)により指示されるか、又は各々指示される。

以後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ２)でＰＵＳＣＨを送信する。ここで、ＰＵＳＣＨはＵＬ－ＳＣＨＴＢを含む。

図８はＵＳＩをＰＵＳＣＨに多重化する例を示す。スロット内で複数のＰＵＣＣＨリソースとＰＵＳＣＨリソースが重畳し、ＰＵＣＣＨ－ＰＵＳＣＨ同時送信が設定されていない場合、ＵＣＩは、図示したように、ＰＵＳＣＨを介して送信される(ＵＣＩピギーバック又はＰＵＳＣＨピギーバック)。図８はＨＡＲＱ－ＡＣＫとＣＳＩがＰＵＳＣＨリソースに含まれる場合を例示する。

実施例：ＵＬチャネルの多重化

ＮＲシステムでは、単一の物理ネットワーク上に複数の論理ネットワークを具現する方案が考えられている。ここで、論理ネットワークは様々な要求条件を有するサービス(例えば、ｅＭＢＢ、ｍＭＴＣ、ＵＲＬＬＣなど)を支援する必要がある。従って、ＮＲの物理階層は様々なサービスに対する要求条件を考えて柔軟な送信構造を支援するように設計されている。一例として、ＮＲの物理階層は必要によってＯＦＤＭシンボル長さ(ＯＦＤＭシンボル区間)及び副搬送波間隔(ＳＣＳ)(以下、ＯＦＤＭニューマロロジー)を変更することができる。また物理チャネルの送信リソースも(シンボル単位で)一定範囲内で変更可能である。例えば、ＮＲにおいて、ＰＵＣＣＨ(リソース)とＰＵＳＣＨ(リソース)は送信長さ／送信開始時点が一定範囲内で柔軟に設定される。

一方、基地局と端末で構成された無線通信システムにおいて、端末がＵＣＩをＰＵＣＣＨを介して送信する時、ＰＵＣＣＨリソースが時間軸で他のＰＵＣＣＨリソース或いはＰＵＳＣＨリソースと重畳することができる。例えば、同じ端末の観点で(同じスロット内で)、(１)(互いに異なるＵＣＩ送信のための)ＰＵＣＣＨ(リソース)とＰＵＣＣＨ(リソース)、或いは(２)ＰＵＣＣＨ(リソース)とＰＵＳＣＨ(リソース)が時間軸で重畳することができる。一方、端末は(端末能力の制限、又は基地局からの設定情報によって)ＰＵＣＣＨ－ＰＵＣＣＨ同時送信或いはＰＵＣＣＨ－ＰＵＳＣＨ同時送信を支援しないことができる。この場合、端末は、(１)互いに異なるＵＣＩ、或いは(２)ＵＣＩとＵＬデータを最大限多重化して送信することが好ましい。しかし、ＮＲシステムでは、(スロット内の)時間軸で重畳した(１)ＰＵＣＣＨ(リソース)とＰＵＣＣＨ(リソース)、或いは(２)ＰＵＣＣＨ(リソース)とＰＵＳＣＨ(リソース)の間に送信長さ(例えば、シンボル数)及び／又は送信開始時点(例えば、開始シンボル)が異なることができる。従って、端末の処理時間の観点で、端末が(１)互いに異なるＵＣＩ、或いは(２)ＵＣＩとＵＬデータを多重化して送信することが難しい場合がある。例えば、Ａ／Ｎを送信するＰＵＣＣＨ(以下、Ａ／ＮＰＵＣＣＨ)とＳＲを送信するＰＵＣＣＨ(以下、ＳＲＰＵＣＣＨ)が時間軸で(一部或いは全部)重畳することができる。この場合、端末がＳＲＰＵＣＣＨに対する送信を既に開始したか又は送信準備を完了した後、ＳＲＰＵＣＣＨと重畳するＡ／ＮＰＵＣＣＨの存在を認知すると、端末はＡ／ＮＰＵＣＣＨ内のＡ／ＮをＳＲと多重化して送信することが難しい。

既存のＮＲシステムでは、Ａ／ＮＰＵＣＣＨリソースとＳＲＰＵＣＣＨリソースが時間軸で完全に重畳した場合(即ち、送信区間が一致)、Ａ／ＮＰＵＣＣＨのＰＵＣＣＨフォーマットによって以下のようにＵＣＩ多重化規定を適用する。ＰｏｓｉｔｉｖｅＳＲは端末が送信するＵＬデータがあることを意味し、ｎｅｇａｔｉｖｅＳＲは端末が送信するＵＬデータがないことを意味する。

(１)Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合

Ａ．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲである場合

－Ａ／ＮをＡ／ＮＰＵＣＣＨにＣＳ／ＯＣＣ／ＰＲＢオフセットが適用されたリソースを介して送信

Ｂ．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅＳＲである場合

－Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

(２)Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合

－Ａ／ＮをＳＲＰＵＣＣＨリソースを介して送信

－Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

(３)Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット２／３／４のうちの１つである場合

Ａ．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲ又はｎｅｇａｔｉｖｅＳＲである場合

－ＳＲを明示的ビットで表現してＡ／Ｎに付け加えて(Ａｐｐｅｎｄｉｎｇ)ＵＣＩペイロードを生成後、生成されたＵＣＩをＡ／ＮＰＵＣＣＨリソースを介して送信

しかし、既存の方案では、Ａ／ＮＰＵＣＣＨリソースとＳＲＰＵＣＣＨリソースが時間軸で完全に重畳する場合に限ってＵＣＩ多重化方案を定義している。よって、効率的なＵＣＩ送信のために、様々な状況を考えてＵＣＩ多重化方案を論議する必要がある。

上記問題を解決するために、本発明では時間軸で重畳したＵＬチャネルに対するＵＣＩ及び／又はデータを多重化する動作を提案する。具体的には、本発明ではＵＬチャネルの送信開始時点及び／又は端末の処理時間を考えてＵＬチャネルに対するＵＣＩ及び／又はデータを多重化する動作を提案する。

まず、以下のように用語を定義する。

－ＵＣＩ：端末がＵＬ送信する制御情報を意味する。ＵＣＩは複数のタイプの制御情報(即ち、ＵＣＩタイプ)を含む。例えば、ＵＣＩはＨＡＲＱ－ＡＣＫ(簡単に、Ａ／Ｎ、ＡＮ)、ＳＲ、ＣＳＩを含む。

－ＰＵＣＣＨ：ＵＣＩ送信のための物理階層ＵＬチャネルを意味する。便宜上、Ａ／Ｎ、ＳＲ、ＣＳＩ送信のために、基地局が設定した及び／又は送信を指示したＰＵＣＣＨリソースを各々Ａ／ＮＰＵＣＣＨリソース、ＳＲＰＵＣＣＨリソース、ＣＳＩＰＵＣＣＨリソースと呼ぶ。

－ＰＵＳＣＨ：ＵＬデータ送信のための物理階層ＵＬチャネルを意味する。

－ＵＣＩ多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)：互いに異なるＵＣＩ(タイプ)を共通の物理階層ＵＬチャネル(例えば、ＰＵＣＣＨ、ＰＵＳＣＨ)を介して送信する動作を意味する。ＵＣＩ多重化は、互いに異なるＵＣＩ(タイプ)を多重化する動作を含む。便宜上、多重化されたＵＣＩをＭＵＸＵＣＩと称する。またＵＣＩ多重化はＭＵＸＵＣＩに関連して行われる動作を含む。例えば、ＵＣＩ多重化はＭＵＸＵＣＩを送信するためにＵＬチャネルリソースを決定する過程を含む。

－ＵＣＩ／データ多重化：ＵＣＩとデータを共通の物理階層ＵＬチャネル(例えば、ＰＵＳＣＨ)により送信する動作を意味する。ＵＣＩ／データ多重化はＵＣＩとデータを多重化する動作を含む。便宜上、多重化されたＵＣＩをＭＵＸＵＣＩ／Ｄａｔａと称する。またＵＣＩ／データの多重化はＭＵＸＵＣＩ／Ｄａｔａに関連して行われる動作を含む。例えば、ＵＣＩ／データの多重化はＭＵＸＵＣＩ／Ｄａｔａを送信するためにＵＬチャネルリソースを決定する過程を含む。

－スロット：データスケジューリングのための基本時間単位(ｔｉｍｅｕｎｉｔ(ＴＵ)又はｔｉｍｅｉｎｔｅｒｖａｌ)を意味する。スロットは複数のシンボルを含む。ここで、シンボルはＯＦＤＭ－基盤のシンボルを含む(例えば、ＣＰ－ＯＦＤＭシンボル、ＤＦＴ－ｓ－ＯＦＤＭシンボル)。この明細書において、シンボル、ＯＦＤＭ基盤のシンボル、ＯＦＤＭシンボル、ＣＰ－ＯＦＤＭシンボル及びＤＦＴ－ｓ－ＯＦＤＭシンボルは互いに代替することができる。

－重畳したＵＬチャネルリソース：所定の時間区間(例えば、スロット)内で時間軸で(少なくとも一部が)重畳したＵＬチャネル(例えば、ＰＵＣＣＨ、ＰＵＳＣＨ)リソースを意味する。重畳したＵＬチャネルリソースはＵＣＩ多重化を行う前のＵＬチャネルリソースを意味する。

ＰＵＣＣＨフォーマットはＵＣＩペイロードサイズ及び／又は送信長さ(例えば、ＰＵＣＣＨリソースを構成するシンボル数)によって以下のように区分される。ＰＵＣＣＨフォーマットに関する事項は表５を参照できる。

(０)ＰＵＣＣＨフォーマット０(ＰＦ０、Ｆ０)

－支援可能なＵＣＩペイロードサイズ:最大Ｋビットまで(例えば、Ｋ＝２)

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数:１～Ｘシンボル(例えば、Ｘ＝２)

－送信構造：ＤＭ－ＲＳ無しにＵＣＩ信号のみで構成され、複数のシーケンスのうちの１つを選択及び送信することによりＵＣＩ状態を送信

(１)ＰＵＣＣＨフォーマット１(ＰＦ１、Ｆ１)

－支援可能なＵＣＩペイロードサイズ：最大Ｋビットまで(例えば、Ｋ＝２)

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル(例えば、Ｙ＝４、Ｚ＝１４)

－送信構造：ＤＭ－ＲＳとＵＣＩが互いに異なるＯＦＤＭシンボルにＴＤＭ形態で構成され、ＵＣＩは特定のシーケンスに変調(例えば、ＱＰＳＫ)シンボルを乗ずる形態。ＵＣＩとＤＭ－ＲＳに全てＣＳ(ＣｙｃｌｉｃＳｈｉｆｔ)／ＯＣＣ(ＯｒｔｈｏｇｏｎａｌＣｏｖｅｒＣｏｄｅ)を適用して、(同じＲＢ内で)(ＰＵＣＣＨフォーマット１に従う)複数のＰＵＣＣＨリソースの間でＣＤＭを支援

(２)ＰＵＣＣＨフォーマット２(ＰＦ２、Ｆ２)

－支援可能なＵＣＩペイロードサイズ：Ｋビットを超える(例えば、Ｋ＝２)

－単一のＰＵＣＣＨを構成するＯＦＤＭシンボル数：１～Ｘシンボル(例えば、Ｘ＝２)

－送信構造：ＤＭＲＳとＵＣＩが同じシンボル内でＦＤＭ形態で構成／マッピングされ、符号化されたＵＣＩビットにＤＦＴ無しにＩＦＦＴのみを適用して送信される構造

(３)ＰＵＣＣＨフォーマット３(ＰＦ３、Ｆ３)

－送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で構成／マッピングされ、符号化されたＵＣＩビットにＤＦＴを適用して送信する形態。ＵＣＩにはＤＦＴの前端でＯＣＣを適用し、ＤＭＲＳにはＣＳ(又はＩＦＤＭマッピング)を適用して複数の端末に多重化を支援

(４)ＰＵＣＣＨフォーマット４(ＰＦ４、Ｆ４)

－送信構造：ＤＭＲＳとＵＣＩが互いに異なるシンボルにＴＤＭ形態で構成／マッピングされ、符号化されたＵＣＩビットにＤＦＴを適用して端末間の多重化無しに送信される構造

ＵＣＩタイプ(例えば、Ａ／Ｎ、ＳＲ、ＣＳＩ)ごとにＰＵＣＣＨリソースが決定される。ＵＣＩ送信に使用されるＰＵＣＣＨリソースはＵＣＩ(ペイロード)サイズに基づいて決定される。一例として、基地局は端末に複数のＰＵＣＣＨリソースセットを設定し、端末はＵＣＩ(ペイロード)サイズ(例えば、ＵＣＩビット数)の範囲によって、特定の範囲に対応する特定のＰＵＣＣＨリソースセットを選択する。例えば、端末はＵＣＩビット数(Ｎ_ＵＣＩ)によって、以下のうちのいずれか１つのＰＵＣＣＨリソースセットを選択することができる。

－ＰＵＣＣＨリソースセット＃０、ＵＣＩビット数≦２であると、

－ＰＵＣＣＨリソースセット＃１、２＜ＵＣＩビット数≦Ｎ_１であると、

...

－ＰＵＣＣＨリソースセット＃(Ｋ－１)、Ｎ_K-２＜ＵＣＩビット数≦Ｎ_K-１であると、

ここで、ＫはＰＵＣＣＨリソースセット数を示し(Ｋ＞１)、Ｎ_iはＰＵＣＣＨリソースセット＃ｉが支援する最大のＵＣＩビット数である。例えば、ＰＵＣＣＨリソースセット＃１はＰＵＣＣＨフォーマット０～１のリソースで構成され、それ以外のＰＵＣＣＨリソースセットはＰＵＣＣＨフォーマット２～４のリソースで構成される(表５を参照)。

ＵＣＩタイプがＳＲ、ＣＳＩである場合、ＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースは上位階層シグナリング(例えば、ＲＲＣシグナリング)により設定される。ＵＣＩタイプがＳＰＳ(Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ)ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫである場合、ＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースは上位階層シグナリング(例えば、ＲＲＣシグナリング)により設定される。反面、ＵＣＩタイプが普通のＰＤＳＣＨ(即ち、ＤＣＩによりスケジュールされたＰＤＳＣＨ)に対するＨＡＲＱ－ＡＣＫである場合は、ＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースはＤＣＩに基づいてスケジュールされる。

ＤＣＩ基盤のＰＵＣＣＨリソーススケジューリングの場合、基地局は端末にＰＤＣＣＨを介してＤＣＩを送信し、ＤＣＩ内のＡＲＩ(ＡＣＫ／ＮＡＣＫＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ)により特定のＰＵＣＣＨリソースセット内でＵＣＩ送信に活用するＰＵＣＣＨリソースを指示する。ＡＲＩはＡＣＫ／ＮＡＣＫ送信のためのＰＵＣＣＨリソースを指示するために使用され、ＰＲＩ(ＰＵＣＣＨＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ)とも呼ばれる。ここで、ＤＣＩはＰＤＳＣＨスケジューリングに使用されるＤＣＩであり、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを含む。一方、基地局はＡＲＩが表現できる状態(ｓｔａｔｅ)の数より多いＰＵＣＣＨリソースで構成されたＰＵＣＣＨリソースセットを(端末－特定の)上位階層(例えば、ＲＲＣ)信号により端末に設定する。この時、ＡＲＩはＰＵＣＣＨリソースセット内のＰＵＣＣＨリソースサブセットを指示し、指示されたＰＵＣＣＨリソースサブセット内でどのＰＵＣＣＨリソースを使用するかは、ＰＤＣＣＨに関する送信リソース情報(例えば、ＰＤＣＣＨの開始ＣＣＥインデックスなど)に基づく暗黙的な規則(ｉｍｐｌｉｃｉｔｒｕｌｅ)によって決定される。

以下の提案方案は他の提案方案と互いに相反しない限り、共に結合して適用できる。

ＰＵＣＣＨ／ＰＵＣＣＨ多重化

[提案方案＃１] Ａ／ＮＰＵＣＣＨリソースとＳＲＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この場合、(基準時点から)特定の時点前まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＳＲＰＵＣＣＨリソースと時間軸で重畳するか否かによって、端末でＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無を決定することができる。

但し、端末がＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化を行わない場合、Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの一つの送信を省略することができる。

一例として、端末はＳＲＰＵＣＣＨの送信開始時点(例えば、開始シンボル)(以下、Ｔｓｒ)を基準として、Ｔ_０以前時点(以下、Ｔｒｅｆ，ｓｒ)まで受信された(又は送信が開始された)ＰＤＳＣＨ(又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＳＲＰＵＣＣＨリソースと時間軸で重畳するか否かによって、Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無を決定することができる。Ｔｒｅｆ，ｓｒ＝Ｔｓｒ－Ｔ_０と定義され、ＯＦＤＭシンボル単位で表現することができる。

(ケース１) Ｔｒｅｆ，ｓｒまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＳＲＰＵＣＣＨリソースと時間軸で重畳する場合、端末はＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲを多重化して送信することができる(又はＡ／ＮＰＵＣＣＨとＳＲＰＵＣＣＨが時間軸でＰＵＣＣＨ内の全てのシンボルが完全に重畳する場合と同じＵＣＩ多重化規則に従うことができる)。

－Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

－Ａ／ＮをＳＲＰＵＣＣＨリソースを介して送信。但し、ＳＲＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合には、ＳＲを送信せず、Ａ／Ｎのみを送信することができる。

－Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

(ケース２) (ケース１)に該当しない場合、端末はＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの１つを選択して送信することができる。例えば、(ｉ)Ｔｒｅｆ,ｓｒ時点後に受信された(又は送信が開始／終了した)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＳＲＰＵＣＣＨリソースと時間軸で重畳するか、(ii)Ｔｒｅｆ,ｓｒまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＳＲＰＵＣＣＨリソースと時間軸で重畳しないか、又は(iii),ｓｒまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースが存在しない場合、端末はＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの１つを選択して送信することができる。

(１)ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲである場合

－ＳＲをＳＲＰＵＣＣＨリソースを介して送信(Ａ／Ｎ送信を省略)

(２)ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅＳＲである場合

－Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

Ｔ_０は以下のうちの１つである。Ｔ_０は(ＯＦＤＭ)シンボル単位で示すことができる。

(１)端末能力(ｃａｐａｂｉｌｉｔｙ)によるＰＤＳＣＨの受信後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値

(２)端末能力によるＰＤＣＣＨの受信後、ＰＤＣＣＨから指示されたＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値

(３)端末能力による復調に必要な端末処理時間又はそれに対応する値

(４)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値

(５)基地局と端末の間に予め約束した値(例えば、固定値)

[提案方案＃１]はＡ／ＮＰＵＣＣＨ以外のＰＵＣＣＨにも拡張して適用できる。

一方、ＮＲシステムでは、Ａ／ＮＰＵＣＣＨとＳＲＰＵＣＣＨの間の開始(ｓｔａｒｔｉｎｇ)(ＯＦＤＭ)シンボル(或いは開始時間)が一致する場合、Ａ／ＮＰＵＣＣＨとＳＲＰＵＣＣＨが時間軸で完全に重畳する場合と同一のＵＣＩ多重化規則を適用する端末動作が合議されている。反面、Ａ／ＮＰＵＣＣＨとＳＲＰＵＣＣＨの間の開始(ＯＦＤＭ)シンボルが異なる場合には、Ａ／ＮＰＵＣＣＨとＳＲＰＵＣＣＨの間の開始(ＯＦＤＭ)シンボル(或いは開始時間)を比較して、Ａ／ＮとＳＲの間のＵＣＩ多重化有無を決定する方案が論議されている。例えば、ＳＲＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／ＮＰＵＣＣＨの開始(ＯＦＤＭ)シンボルより先立つ場合、端末はＳＲＰＵＣＣＨを送信し、Ａ／Ｎ送信を省略する。逆に、ＳＲＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／ＮＰＵＣＣＨの開始(ＯＦＤＭ)シンボルより遅れる場合は、端末はＳＲとＡ／ＮをＵＣＩ多重化して単一のＰＵＣＣＨで送信する。この動作は端末がＳＲ送信を準備した後(又はＳＲ送信中)にＡ／Ｎ送信があることを認知した場合、ＳＲ送信を取り消し、Ａ／ＮとＳＲをＵＣＩ多重化して送信する過程が端末の具現上、容易ではないという点で提案されたものである。しかし、ＳＲＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／ＮＰＵＣＣＨの開始(ＯＦＤＭ)シンボルより先立っても、Ａ／ＮＰＵＣＣＨに対応するＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の受信時点がしばらく前であると、端末はＡ／ＮとＳＲをＵＣＩ多重化して送信することができる。従って、既存の方案は、端末処理時間の観点で端末にＡ／ＮとＳＲの間のＵＣＩ多重化を行う余力があっても、Ａ／Ｎ送信を省略するという点で好ましくない。

従って、Ａ／ＮとＳＲの多重化を支援するために、端末に(i)ＳＲｏｎｌｙの送信を行うか、又は(ii)ＳＲとＡ／Ｎを多重化して送信するかを決定する時点を明示することができる。たとえ、端末は特定のＳＲＰＵＣＣＨに対する送信開始時点(Ｔｓｒ)を基準として、Ｔ_０以前時点(Ｔｒｅｆ，ｓｒ)まで受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／ＮＰＵＣＣＨリソースがＳＲＰＵＣＣＨリソースと時間軸で重畳しない場合、ＰｏｓｉｔｉｖｅＳＲであれば、ＳＲＰＵＣＣＨを送信すると決定することができる。この時、端末はＴｒｅｆ，ｓｒ後に受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／ＮＰＵＣＣＨリソースがＳＲＰＵＣＣＨリソースと時間軸で重畳しても、Ａ／Ｎ送信を省略し、ＳＲＰＵＣＣＨ送信を行うことができる。反面、Ｔｒｅｆ，ｓｒまで受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／ＮＰＵＣＣＨリソースがＳＲＰＵＣＣＨリソースと時間軸で重畳する場合は、端末は(i)ＳＲ情報がｐｏｓｉｔｉｖｅＳＲであれば、Ａ／ＮとＳＲをＵＣＩ多重化して単一のＰＵＣＣＨリソースを介して送信し、(ii)ＳＲ情報がｎｅｇａｔｉｖｅＳＲであれば、Ａ／ＮのみをＡ／ＮＰＵＣＣＨを介して送信するか、又はｎｅｇａｔｉｖｅＳＲを表現する明示的ビットをＡ／Ｎに付け加えてＡ／ＮＰＵＣＣＨを介して送信することができる。

一方、端末は今後Ａ／ＮＰＵＣＣＨリソースがＳＲＰＵＣＣＨと重畳しないように更新されてもＡ／ＮとＳＲをＵＣＩ多重化すると予め決定したので、決定を翻さなく、相変わらずＵＣＩ多重化されたＡ／ＮとＳＲを単一のＰＵＣＣＨリソースを介して送信することができる。

図９はＡ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット０／２／３／４である場合の動作を例示する。図１０はＡ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合の動作を例示する。

[提案方案＃１]は、端末がＴｒｅｆ，ｓｒ(即ち、ＴＳＲ－Ｔｏ)前に終了した／受信したＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応するＡ／ＮＰＵＣＣＨについてはＳＲＰＵＣＣＨに対する送信を確定する前に存在有無を把握できるという仮定を前提とする。即ち、[提案方案＃１]は、Ｔｒｅｆ，ＳＲ後に終了したＰＤＳＣＨ(及び／又はＰＤＣＣＨ)については端末がＳＲＰＵＣＣＨに対する送信を確定する前に把握することが難しいと判断し、Ａ／ＮとＳＲの多重化を判断する時に参照しない。[提案方案＃１]によれば、端末はＴｒｅｆ，ＳＲ前に終了した／受信したＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応するＡ／ＮＰＵＣＣＨがＳＲＰＵＣＣＨと時間軸で重畳すると、Ａ／ＮとＳＲを共に多重化して送信することができる。Ａ／ＮＰＵＣＣＨがＳＲＰＵＣＣＨと時間軸で重畳しないか又は存在しないと、ＳＲのみを送信することができるので、端末の具現が容易である。また、[提案方案＃１]は、ほとんどの場合にＡ／ＮとＳＲが多重化されるようにすることにより、Ａ／Ｎ又はＳＲ送信が省略される場合を減らす効果がある。また[提案方案＃１]は、Ａ／ＮとＳＲが多重化されてＳＲＰＵＣＣＨで送信される場合、(例えば、Ａ／ＮＰＵＣＣＨがＦ１であり、ＳＲＰＵＣＣＨもＦ１である場合にも)Ａ／Ｎ送信に対する最小のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ－ＡＣＫ送信処理時間を保障して、できる限り単一化された解決策を提示するという長所がある。もし一つのスロット内に互いに区分される複数のＳＲＰＵＣＣＨが設定された場合は、端末はスロット内の先立つＳＲＰＵＣＣＨに対してＡ／Ｎとの多重化有無を判断した後、Ａ／Ｎ送信が省略されないと、次のＳＲＰＵＣＣＨとＡ／Ｎとの多重化有無を判断するように順に動作を適用することができる。

[提案方案＃１]の変形として、Ｔｒｅｆ，ｓｒ(即ち、ＴＳＲ－Ｔｏ)まで送信が開始されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応するＡ／ＮＰＵＣＣＨがＳＲＰＵＣＣＨと重畳する場合には、Ａ／ＮとＳＲに対する多重化を行い、そうではない場合には、ＳＲのみを送信する。この動作は、(Ａ／ＮＰＵＣＣＨに対応する)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の送信開始時点がＴｒｅｆ，ｓｒより先立つ(又は同一である)場合、端末が該当ＰＤＳＣＨに対応するＰＤＣＣＨ(例えば、ＤＬ割り当て)を検出及び復調する時間が十分であり、ＳＲＰＵＣＣＨに対する送信を確定する前に該当ＳＲＰＵＣＣＨと衝突するＡ／ＮＰＵＣＣＨが存在することを認知できるという仮定を前提とする。従って、(Ａ／ＮＰＵＣＣＨに対応する)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の送信開始時点がＴｒｅｆ，ｓｒより遅れる場合は、該当ＰＤＳＣＨに対応するＰＤＣＣＨ(例えば、ＤＬ割り当て)を検出及び復調する時間が十分でないので、端末は該当ＰＤＳＣＨについてはＡ／ＮとＳＲに対する多重化有無を判断する時に反映されない。

[提案方案＃１]の変形として、端末が送信しようとするＡ／ＮＰＵＣＣＨリソースとＳＲＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の一部ＯＦＤＭシンボルに対して)重畳した場合、Ａ／ＮＰＵＣＣＨリソースに対応するＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の送信終了(或いは開始)時点とＳＲＰＵＣＣＨの送信開始時点の間の相対的な関係によって、Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無を決定する方案を考慮できる。

一例として、端末は(Ａ／ＮＰＵＣＣＨリソースに対応する)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)送信終了(或いは開始)時点がＴｒｅｆ,ｓｒ(即ち、ＴＳＲ－Ｔｏ)より先立つか／遅れるかによって以下のようにＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無を決定することができる。

(１)(Ａ／ＮＰＵＣＣＨリソースに対応する)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の送信終了(或いは開始)時点がＴｒｅｆ,ｓｒより遅れた場合

Ａ．Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの１つを選択して送信

ｉ.ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲである場合

１.ＳＲをＳＲＰＵＣＣＨリソースを介して送信(Ａ／Ｎ送信を省略)

ii.ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅＳＲである場合

１.Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

(２)(Ａ／ＮＰＵＣＣＨリソースに対応する)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)の送信終了(或いは開始)時点がＴｒｅｆ,ｓｒより先立つ(又は同一である)場合

Ａ．Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲを多重化して送信(又はＡ／ＮＰＵＣＣＨとＳＲＰＵＣＣＨが時間軸でＰＵＣＣＨ内の全てのＯＦＤＭシンボルが完全に重畳する場合と同一のＵＣＩ多重化規則に従う)

i.Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合

１.ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲである場合

２.ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅＳＲである場合

－Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

ii.Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合

－Ａ／ＮをＳＲＰＵＣＣＨリソースを介して送信。但し、ＳＲＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合にはＳＲを送信せず、Ａ／Ｎのみを送信する。

２．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅＳＲである場合

－Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

iii.Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット２／３／４のうちの一つである場合

１．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲ又はｎｅｇａｔｉｖｅＳＲである場合

－ＳＲを明示的ビットで表現してＡ／Ｎに付け加えてＵＣＩペイロードを生成後、生成されたＵＣＩをＡ／ＮＰＵＣＣＨリソースを介して送信

(５)基地局と端末の間に予め約束した値(例えば、固定値)

[提案方案＃１]の変形として、Ａ／ＮとＣＳＩの間のＵＣＩ多重化についても、Ａ／ＮとＳＲの間のＵＣＩ多重化のように、以下の動作を行うことができる。例えば、Ａ／ＮＰＵＣＣＨリソースとＣＳＩＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この場合、端末は(基準時点から)特定時点前まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＣＳＩＰＵＣＣＨリソースと時間軸で重畳するか否かによってＡ／ＮとＣＳＩの間の多重化有無を決定することができる。

但し、端末がＡ／ＮとＣＳＩの間の多重化を行わない場合には、Ａ／ＮとＣＳＩのうちの一つの送信を省略することができる。

一例として、端末はＣＳＩＰＵＣＣＨの送信開始時点(例えば、開始シンボル)(以下、Ｔｃｓｉ)を基準として、Ｔ_０以前時点(以下、Ｔｒｅｆ,ｃｓｉ)まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＣＳＩＰＵＣＣＨリソースと時間軸で重畳するか否かによってＡ／ＮとＣＳＩの間の多重化有無を決定することができる。Ｔｒｅｆ,ｃｓｉ＝Ｔｃｓｉ－Ｔ_０と定義され、ＯＦＤＭシンボル単位で表現することができる。

(ケース１)Ｔｒｅｆ,ｃｓｉまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＣＳＩＰＵＣＣＨリソースと時間軸で重畳する場合は、端末はＡ／ＮとＣＳＩを多重化して送信することができる。

(１)Ａ／ＮＰＵＣＣＨがＤＬ割り当てにより指示される場合

－Ａ／ＮとＣＳＩを多重化してＡ／ＮＰＵＣＣＨリソースを介して送信

(２)Ａ／ＮＰＵＣＣＨがＤＬ割り当てにより指示されない場合

－Ａ／ＮとＣＳＩを多重化してＣＳＩＰＵＣＣＨリソースを介して送信

(ケース２) (ケース１)に該当しない場合、端末はＡ／ＮとＣＳＩのうちの１つを選択して送信することができる。例えば、(ｉ)Ｔｒｅｆ,ＣＳＩ時点後に受信された(又は送信が開始／終了した)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＣＳＩＰＵＣＣＨリソースと時間軸で重畳するか、(ii)Ｔｒｅｆ,ＣＳＩまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＣＳＩＰＵＣＣＨリソースと時間軸で重畳しないか、又は(iii)Ｔｒｅｆ，ＣＳＩまで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースが存在しない場合、端末はＡ／ＮとＣＳＩのうちの１つを選択して送信することができる。

(１)Ｏｐｔ．１：ＣＳＩをＣＳＩＰＵＣＣＨリソースを介して送信(Ａ／Ｎ送信を省略)

(２)Ｏｐｔ．２：Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信(ＣＳＩ送信を省略)

(１)端末能力によるＰＤＳＣＨの受信後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値

(５)基地局と端末の間に予め約束した値(例えば、固定値)

[提案方案＃１Ａ]端末に送信設定／指示されたＰＵＣＣＨリソースがスロット内の時間軸で全体又は一部のＯＦＤＭシンボルが重畳する場合、端末が以下のＵＣＩ多重化規則に従ってＵＣＩ多重化(例えば、ＵＣＩ多重化)を行う方案

(１)スロット内で重畳したＰＵＣＣＨリソースが以下の条件の全体或いは一部を満たす場合、端末は重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化して単一のＰＵＣＣＨリソース(以下、ＭＵＸＰＵＣＣＨ)を介して送信

Ａ．条件＃１

i．Ｏｐｔ．１：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ－ＡＣＫに対するＰＤＳＣＨ及び／又はＳＰＳＰＤＳＣＨ解除(ｒｅｌｅａｓｅ)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ_１以後に開始

ii．Ｏｐｔ．２：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロットの１番目の(ＯＦＤＭ)シンボル(又はＵＬ送信が許容された１番目の(ＯＦＤＭ)シンボル)がＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳＰＤＳＣＨ解除)の最後の(各々の)(ＯＦＤＭ)シンボルからＴ_１以後に開始

iii．Ｏｐｔ．３：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソース、及びスロット内に重畳したＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ_１以後に開始

iv．Ｏｐｔ．４：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソース、及びスロット内に重畳したＣＳＩＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ_１以後に開始

v．Ｏｐｔ．５：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内の任意のＵＣＩ組み合わせ／ＵＣＩペイロードに対して端末に設定された(全ての)ＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ_１以後に開始

Ｂ．条件＃２

i．Ｏｐｔ．１：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、特定の規則によって選択される(単一の)ＰＵＣＣＨリソース、及びスロット内に重畳したＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ_２以後に開始

ii．Ｏｐｔ．２：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ_２以後に開始

iii．Ｏｐｔ．３：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロット内の任意のＵＣＩ組み合わせ／ＵＣＩペイロードについて端末に設定された(全ての)ＰＵＣＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ_２以後に開始

iv．Ｏｐｔ．４：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロットの１番目の(ＯＦＤＭ)シンボル(又はＵＬ送信が許容された１番目の(ＯＦＤＭ)シンボル)が(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ_２以後に開始

ここで、(スケジューリング)ＤＣＩ基盤のＰＵＣＣＨリソースは、ＤＣＩにより割り当てられたＨＡＲＱ－ＡＣＫ送信ＰＵＣＣＨリソースである。上記ＤＣＩの最後のシンボルは該当ＤＣＩを運ぶＰＤＣＣＨが送信された最後のシンボルである。

(２)スロット内に重畳した(一部の)ＰＵＣＣＨリソースが条件を満たさない場合、端末は以下の動作を行うことができる。

Ａ．Ｏｐｔ．１：端末は(２)の場合を期待せず、(２)の場合が発生した時に端末動作は端末具現に従う

Ｂ．Ｏｐｔ．２：端末は(１)の条件を満たさない(一部の)ＰＵＣＣＨリソースに対するＵＣＩに対する送信を省略し、(１)の条件を満たす残りのＰＵＣＣＨリソースに対するＵＣＩを多重化して単一のＰＵＣＣＨリソースを介して送信

Ｃ．Ｏｐｔ．３：端末はスロット内に重畳したＰＵＣＣＨリソースに対する送信を省略

Ｄ．Ｏｐｔ．４：端末は(スロット内に重畳したＰＵＣＣＨリソースのうち)特定の(一つの)ＰＵＣＣＨリソース(例えば、最も高い優先順位のＵＣＩを送信するＰＵＣＣＨリソース、又は時間軸で最も先になるＰＵＣＣＨリソース)のみを送信し、残りは送信を省略

但し、スロット内(上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより送信が指示された)の重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、(多重化する)ＵＣＩ組み合わせ、(全体)ＵＣＩペイロードサイズなどに基づいて定められた特定の規則によって、多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソース(以下、ＭＵＸＰＵＣＣＨ)が新しく決定される。

ここで、Ｔ_１は端末がＰＤＳＣＨを受信した後、ＨＡＲＱ－ＡＣＫ送信を行うために必要な端末処理時間に対応する値である。また、Ｔ_２は端末がＵＬ送信に対する(スケジューリング)ＤＣＩを受信した後、ＵＬ送信を行うために必要な端末処理時間に対応する値である。Ｔ_１とＴ_２は(ＯＦＤＭ)シンボル単位で表現することができる。

端末は時間軸で重畳したＰＵＣＣＨリソースの間のＵＣＩ多重化有無を決定する時、少なくとも２個のタイムライン条件を考える。タイムライン条件＃１は、ＰＤＳＣＨの受信後、ＨＡＲＱ－ＡＣＫ送信までの端末処理時間を保障するための条件である。タイムライン条件＃１は、ＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨの最後の(ＯＦＤＭ)シンボルから一定時間Ｔ_１以後にＨＡＲＱ－ＡＣＫ送信が行われることを目的とする。従って、Ｔ_１時間に基づく条件は、ＨＡＲＱ－ＡＣＫ送信が行われるＵＬリソースを基準として適用する必要があり、重畳したＵＣＩが多重化されると仮定する時、(特定の規則によって)決定されるＰＵＣＣＨリソースの開始時点とＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨの最後の(ＯＦＤＭ)シンボルの間に適用することができる。タイムライン条件＃２は、ＰＤＣＣＨの受信後、ＵＬ送信までの端末処理時間を保障するための条件である。タイムライン条件＃２は、(重畳したＰＵＣＣＨのうちの一つ以上のＵＬ送信をスケジュールする)ＰＤＣＣＨの最後の(ＯＦＤＭ)シンボルから一定の時間Ｔ_２以後にＵＬ送信が行われることを目的とする。タイムライン条件＃２は、任意のＵＬ送信開始からＴ_２以前にスケジュール有無を把握できるようにするという目的もある。従って、重畳したＰＵＣＣＨリソースのうち、最も先のＵＬリソースよりＴ_２以前に(重畳したＰＵＣＣＨのうちの一つ以上のＵＬ送信をスケジュールする)ＰＤＣＣＨに対する受信が終了しなければならない。即ち、タイムライン条件＃２は、スロット内に重畳したＰＵＣＣＨリソース(及びＵＣＩを多重化すると仮定する時、特定の規則によって選択される(単一の)ＰＵＣＣＨリソース)のうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ_２以後に開始される条件である。

[提案方案＃１Ｂ] 端末に設定／指示されたＰＵＣＣＨリソースとＰＵＳＣＨリソースがスロット内の時間軸で全体或いは一部のＯＦＤＭシンボルが重畳する場合、端末が以下のＵＣＩ多重化規則に従ってＵＣＩ多重化を行う方案

(１)スロット内に重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースが以下の条件の全体或いは一部を満たす場合、端末は重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースに対するＵＣＩ及びＵＬ－ＳＣＨＴＢを多重化して、単一のＰＵＳＣＨリソース(以下、ＭＵＸＰＵＳＣＨ)により送信

Ａ．条件＃１

i．Ｏｐｔ．１：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、多重化されたＵＣＩを送信する(単一の)ＰＵＳＣＨリソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ－ＡＣＫに対するＰＤＳＣＨ及び／又はＳＰＳＰＤＳＣＨ解除の(各々の)最後の(ＯＦＤＭ)シンボルからＴ_１以後に開始

ii．Ｏｐｔ．２：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロットの１番目の(ＯＦＤＭ)シンボル(又はＵＬ送信が許容された１番目の(ＯＦＤＭ)シンボル)がＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ_１以後に開始

iii．Ｏｐｔ．３：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうち、(時間軸で)最も先になるＵＬ送信リソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ_１以後に開始

iv．Ｏｐｔ．４：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソースが存在する場合)スロット内の任意のＵＣＩ組み合わせ／ＵＣＩペイロードに対して端末に設定された(全ての)ＰＵＣＣＨリソースとスロット内の(全ての)ＰＵＳＣＨリソースのうち、(時間軸で)最も先になるＵＬ送信リソースの１番目の(ＯＦＤＭ)シンボルがＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨ(又はＳＰＳＰＤＳＣＨ解除)の(各々の)最後の(ＯＦＤＭ)シンボルからＴ_１以後に開始

Ｂ．条件＃２

i．Ｏｐｔ．１：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロット内に重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうち、(時間軸で)最も先になるＵＬ送信リソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ_２以後に開始

ii．Ｏｐｔ．２：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロット内の任意のＵＣＩ組み合わせ／ＵＣＩペイロードに対して端末に設定された(全ての)ＰＵＣＣＨリソースと(全ての)ＰＵＳＣＨリソースのうち、(時間軸で)最も先になるＵＬ送信リソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ_２以後に開始

iii．Ｏｐｔ．３：(スロット内に重畳したＰＵＣＣＨリソースのうち、ＤＣＩにより送信が指示されたＰＵＣＣＨリソースが存在する場合)スロットの１番目の(ＯＦＤＭ)シンボル(又はＵＬ送信が許容された１番目の(ＯＦＤＭ)シンボル)が(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ_２以後に開始

ここで、(スケジューリング)ＤＣＩ基盤のＰＵＣＣＨリソースは、ＤＣＩにより割り当てられたＨＡＲＱ－ＡＣＫ送信のＰＵＣＣＨリソースである。上記ＤＣＩの最後のシンボルは該当ＤＣＩを運ぶＰＤＣＣＨが送信された最後のシンボルである。

(２)スロット内に重畳した(一部の)ＰＵＣＣＨリソース及び／又は(一部の)ＰＵＳＣＨリソースが上記条件を満たさない場合、

Ａ．Ｏｐｔ．１：端末は(２)の場合を期待せず、(２)の場合が発生する時に端末動作は端末具現に従う

Ｂ．Ｏｐｔ．２：端末は(１)の条件を満たさない(一部の)ＰＵＣＣＨリソースに対応するＵＣＩに対する送信及び／又は(一部の)ＰＵＳＣＨリソースに対応するＵＬ－ＳＣＨＴＢに対する送信を省略。反面、端末は(１)の条件を満たす残りのＰＵＣＣＨリソース及び／又は残りのＰＵＳＣＨリソースに対するＵＣＩ及び／又はＵＬ－ＳＣＨを多重化して、単一のＰＵＣＣＨリソースや((１)の条件を満たす重畳したＰＵＳＣＨリソースが存在する場合は)単一のＰＵＳＣＨリソースを介して送信

Ｃ．Ｏｐｔ．３：端末はスロット内に重畳したＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースに対する送信を省略

Ｄ．Ｏｐｔ．４：端末は(スロット内に重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうち)特定の(一つの)ＰＵＣＣＨ又はＰＵＳＣＨリソース(例えば、最も高い優先順位のＵＣＩを送信するＵＬリソース又は時間軸で最も先になるＵＬリソース)のみを送信し、残りは送信を省略

但し、スロット内の(上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより送信指示された)重畳したＰＵＣＣＨリソースに対するＵＣＩを多重化すると仮定する時、(多重化する)ＵＣＩ組み合わせ、(全体)ＵＣＩペイロードサイズなどに基づいて定められた特定の規則に従って、多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソース(以下、ＭＵＸＰＵＣＣＨ)が新しく決定される。

ここで、Ｔ_１は端末がＰＤＳＣＨを受信した後、ＨＡＲＱ－ＡＣＫ送信を行うために必要な端末処理時間に対応する値である。またＴ_２は端末がＵＬ送信に対する(スケジューリング)ＤＣＩを受信した後、ＵＬ送信を行うために必要な端末処理時間に対応する値である。Ｔ_１とＴ_２は(ＯＦＤＭ)シンボル単位で表現することができる。

端末は時間軸で重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースの間のＵＣＩ多重化有無を決定する時、少なくとも２個のタイムライン条件を考える。タイムライン条件＃１は、ＰＤＳＣＨの受信後、ＨＡＲＱ－ＡＣＫ送信までの端末処理時間を保障するための条件である。タイムライン条件＃１は、ＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨの最後の(ＯＦＤＭ)シンボルから一定時間Ｔ_１以後にＨＡＲＱ－ＡＣＫ送信が行われることを目的とする。従って、Ｔ_１時間に基づく条件は、ＨＡＲＱ－ＡＣＫ送信が行われるＵＬリソースを基準として適用する必要があり、重畳したＵＣＩが多重化されると仮定する時、(特定の規則によって)決定されるＰＵＣＣＨリソース又はＰＵＳＣＨリソースの開始時点とＨＡＲＱ－ＡＣＫに対応するＰＤＳＣＨの最後の(ＯＦＤＭ)シンボルの間に適用できる。タイムライン条件＃２は、ＰＤＣＣＨの受信後、ＵＬ送信までの端末処理時間を保障するための条件である。タイムライン条件＃２は、(重畳したＰＵＣＣＨのうちの一つ以上のＵＬ送信をスケジュールする)ＰＤＣＣＨの最後の(ＯＦＤＭ)シンボルから一定時間Ｔ_２以後にＵＬ送信が行われることを目的とする。タイムライン条件＃２は、任意のＵＬ送信開始からＴ_２以前にスケジュール有無を把握できるようにするという目的もある。従って、重畳したＰＵＣＣＨリソースのうち、最も先のＵＬリソースよりＴ_２以前に(重畳したＰＵＣＣＨのうちの一つ以上のＵＬ送信をスケジュールする)ＰＤＣＣＨに対する受信が終了しなければならない。即ち、タイムライン条件＃２は、スロット内に重畳したＰＵＣＣＨリソース及びＰＵＳＣＨリソースのうち、(時間軸で)最も先になるＰＵＣＣＨリソースの１番目の(ＯＦＤＭ)シンボルが(スケジューリング)ＤＣＩの最後の(ＯＦＤＭ)シンボルからＴ_２以後に開始される条件である。

[提案方案＃１Ｃ] スロット内において端末に設定／指示されたＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースに対してＵＣＩ多重化を行う時、端末が(段階的な)ＵＣＩ多重化、及び多重化されたＵＣＩ(即ち、ＭＵＸＵＣＩ)に対する送信リソース決定を行う方案

[方法＃Ａ]

(１)Ｓｔｅｐ１：(多重化されたＵＣＩ送信が許容された)ＰＵＳＣＨリソースが存在する時、ＰＵＳＣＨリソースごとに、(i)該当ＰＵＳＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＳＣＨリソースに代替

(２)Ｓｔｅｐ２：(多重化されたＵＣＩ送信が許容された)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソース(以下、ＭＵＸＰＵＣＣＨ)に代替

Ａ．多重化されたＵＣＩを送信する(単一の)ＰＵＣＣＨリソース(即ち、ＭＵＸＰＵＣＣＨ)が(時間軸で)他のＰＵＳＣＨリソース及び／又はＰＵＣＣＨリソース)と(新しく)重量する場合は、端末は以下のうちの１つの動作を行う。

－Ｏｐｔ．１：(単一の)ＰＵＣＣＨリソースと(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースに対してＳｔｅｐ１及び／又はＳｔｅｐ２を再適用

－Ｏｐｔ．２：(単一の)ＰＵＣＣＨリソースによりＭＵＸＵＣＩを送信し、(単一の)ＰＵＣＣＨリソースと重畳するＵＬリソースは送信を省略

－Ｏｐｔ．３：(単一の)ＰＵＣＣＨリソースの送信を省略

－Ｏｐｔ．４：エラーケースに処理(ｕｎｓｐｅｃｉｆｉｅｄ)

(３)Ｓｔｅｐ３：(多重化されたＵＣＩ送信が許容された)(上位階層(例えば、ＲＲＣ)信号により設定された)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳する(上位階層信号により設定された)ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用する。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定(単一)のＰＵＣＣＨリソース(即ち、ＭＵＸＰＵＣＣＨ)に代替する。

[方法♯Ｂ]

(１)Ｓｔｅｐ１：(多重化されたＵＣＩ送信が許容された)ＰＵＳＣＨリソースが存在する時、ＰＵＳＣＨリソースごとに該当ＰＵＳＣＨリソースと(時間軸で)重畳するＰＵＣＣＨリソースについてＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定(単一)のＰＵＳＣＨリソースに代替

(２)Ｓｔｅｐ２：(多重化されたＵＣＩ送信が許容された)開始シンボルが最も早い(或いは最も高い優先順位のＵＣＩを運ぶ)ＰＵＣＣＨリソース(以下、ＰＵＣＣＨ１)を基準として、(i)ＰＵＣＣＨ１と、(ii)(時間軸で)重畳するＰＵＣＣＨリソース(以下、ＰＵＣＣＨ２)に対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定(単一)のＰＵＣＣＨリソース(以下、ＰＵＣＣＨ３；即ち、ＭＵＸＰＵＣＣＨ)に代替

(３)Ｓｔｅｐ３

Ａ．Ｓｔｅｐ３－１：(i)Ｓｔｅｐ２のＰＵＣＣＨ３と、(ii)(ＰＵＣＣＨ１とＰＵＣＣＨ２を除いた)ＰＵＣＣＨリソース(以下、ＰＵＣＣＨ４)が(時間軸で)重畳する場合

－Ｏｐｔ．１：ＰＵＣＣＨ３とＰＵＣＣＨ４に対してＵＣＩ多重化規則を適用(Ｓｔｅｐ２)。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定(単一)のＰＵＣＣＨリソースに代替

－Ｏｐｔ．２：ＰＵＣＣＨ３の送信を省略する

－Ｏｐｔ．３：ＰＵＣＣＨ４の送信を省略する

Ｂ．Ｓｔｅｐ３－２：ＰＵＣＣＨ３及びＰＵＣＣＨ４が(時間軸で)重畳しない場合

－ＰＵＣＣＨ４内のＰＵＣＣＨリソースを対象としてＳｔｅｐ２及びＳｔｅｐ３を適用

ＵＣＩ多重化規則は、[提案方案＃１Ａ]又は[提案方案＃１Ｂ]に従う。

各段階において、多重化されたＵＣＩに対する既存のＵＬリソースが特定の(単一の)ＰＵＣＣＨ或いはＰＵＳＣＨリソースに代替される場合、端末は代替された既存のＵＬリソースを、以後の段階では存在しないリソースと見なすことができる。即ち、代替された既存のＵＬリソースは、以後の過程ではＵＣＩ多重化対象として考慮されない。反面、多重化されたＵＣＩを送信するように決定された(単一の)ＰＵＣＣＨ或いはＰＵＳＣＨリソースは、以後の過程でＵＣＩ多重化対象として考慮される。

各段階に複数のＰＵＣＣＨ(又はＰＵＳＣＨ)リソースが存在する時、複数のＰＵＣＣＨ(又はＰＵＳＣＨ)リソースの間に該当段階の動作を適用する順序は所定の優先順位規則に従う。一例として、優先順位規則は、(スロット内の)相対的な送信時点(例えば、開始位置／シンボル)、ＵＣＩタイプ、リソース割り当て方式(例えば、動的又は準－静的)、スケジュールされた順序、送信容量などを基準として決定される。

一例として、スロット内の時間軸で重畳するＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースに対してＵＣＩ多重化を行う時、一つのスロット内で複数のＰＵＣＣＨ送信及びＰＵＣＣＨ時間リソースの柔軟な割り当てが支援されるＮＲシステムの特徴により、ＵＣＩ多重化を行う対象となるＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースを決定することが不明な場合がある。たとえ、ＡＮＰＵＣＣＨ、ＣＳＩＰＵＣＣＨ、ＳＲＰＵＣＣＨリソースが一つのスロット内に共存する時、ＣＳＩＰＵＣＣＨリソースはＡＮＰＵＣＣＨリソース／ＳＲＰＵＣＣＨリソースと時間軸で重畳する反面、ＡＮＰＵＣＣＨリソースとＳＲＰＵＣＣＨリソースは互いに時間軸で重畳しないと仮定する。この場合、(１)ＨＡＲＱ－ＡＣＫ、ＣＳＩ、ＳＲの全てに対する多重化を行うか、又は(２)ＨＡＲＱ－ＡＣＫ－ＣＳＩ対に対する多重化とＣＳＩ－ＳＲ対に対する多重化を行うかという端末動作が不明である。従って、本発明では、最も多い種類のＵＣＩを含むＵＬリソースの順でＵＣＩ多重化を行う方案(例えば、[方法＃Ａ])、又は最も先の(或いは最も高い優先順位のＵＣＩを含む)ＰＵＣＣＨリソースを基準として時間軸で重畳したＰＵＣＣＨリソースに対して順にＵＣＩ多重化を行う方案(例えば、[方法＃Ｂ])を提案する。[方法＃Ａ]の場合、ＰＵＳＣＨ＝＞(ＤＣＩ基盤にスケジュールされた)ＡＮＰＵＣＣＨ＝＞ＣＳＩＰＵＣＣＨ＝＞(上位階層(例えば、ＲＲＣ)信号により設定された)ＡＮＰＵＣＣＨの順にＵＣＩ多重化を行うことができる。この時、一度ＵＣＩ多重化対象として選定されたＰＵＣＣＨリソースは、以後のＵＣＩ多重化過程では排除される。

[提案方案＃１Ｃ]の変形として、[方法＃Ａ]／[方法＃Ｂ]でＳｔｅｐ間の順序を変更することができる。例えば、以下の動作が考えられる。

[方法＃Ａ－１]

(１)Ｓｔｅｐ１：(多重化されたＵＣＩ送信が許容された)(上位階層(例えば、ＲＲＣ)信号により設定された)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳する(上位階層信号により設定された)ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは、(単一の)ＰＵＣＣＨリソース(以下、ＭＵＸＰＵＣＣＨリソース)に代替することができる。

(２)Ｓｔｅｐ２：(多重化されたＵＣＩ送信が許容された)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは、(単一の)ＰＵＣＣＨリソース(即ち、ＭＵＸＰＵＣＣＨリソース)に代替することができる。ここで、重畳したＰＵＣＣＨリソースは、スロット内のＰＵＣＣＨリソースを意味する。

Ａ．ＭＵＸＰＵＣＣＨリソースが(時間軸で)他のＰＵＣＣＨリソース)と(新しく)重畳する場合、以下の動作を行う。

－Ｏｐｔ．１：(i)ＭＵＸＰＵＣＣＨリソースと、(ii)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースに対してＳｔｅｐ２を再適用

－Ｏｐｔ．２：ＭＵＸＰＵＣＣＨリソースに対する送信を行うが、ＭＵＸＰＵＣＣＨリソースと重畳するＵＬリソースに対する送信を省略

－Ｏｐｔ．３：ＭＵＸＰＵＣＣＨリソースに対する送信を省略

(３)Ｓｔｅｐ３：(多重化されたＵＣＩ送信が許容された)ＰＵＳＣＨリソースが存在する時、ＰＵＳＣＨリソースごとに、(i)該当ＰＵＳＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ここで、ＰＵＣＣＨリソースはＭＵＸＰＵＣＣＨリソースを含む。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは、特定の(単一の)ＰＵＳＣＨリソースに代替することができる。

[方法＃Ａ－２]

(１)Ｓｔｅｐ１：(多重化されたＵＣＩ送信が許容された)ＰＵＳＣＨリソースが存在する時、ＰＵＳＣＨリソースごとに、(i)該当ＰＵＳＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは、(単一の)ＰＵＳＣＨリソース(以下、ＭＵＸＰＵＳＣＨリソース)に代替することができる。

(２)Ｓｔｅｐ２：(多重化されたＵＣＩ送信が許容された)(上位階層(例えば、ＲＲＣ)信号により設定された)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳する(上位階層信号により設定された)ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは、(単一の)ＰＵＣＣＨリソース(即ち、ＭＵＸＰＵＣＣＨリソース)に代替することができる。

(３)Ｓｔｅｐ３：(多重化されたＵＣＩ送信が許容された)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースは(単一の)ＰＵＣＣＨリソース(即ち、ＭＵＸＰＵＣＣＨリソース)に代替することができる。

Ａ．ＭＵＸＰＵＣＣＨリソースが(時間軸で)他のＰＵＳＣＨリソース及び／又はＰＵＣＣＨリソース)と(新しく)重畳する場合、以下の動作を行う。

－Ｏｐｔ．１：(i)ＭＵＸＰＵＣＣＨリソースと、(ii)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースに対してＳｔｅｐ１及び／又はＳｔｅｐ３を再適用

－Ｏｐｔ．２：ＭＵＸＰＵＣＣＨリソースに対する送信を行うが、ＭＵＸＰＵＣＣＨリソースと重畳するＵＬリソースに対するＵＣＩ送信を省略

－Ｏｐｔ．３：ＭＵＸＰＵＣＣＨリソースに対するＵＣＩ送信を省略

[方法＃Ｂ－１]

(１)Ｓｔｅｐ１：(多重化されたＵＣＩ送信が許容された)開始シンボル(又は最後シンボル)が最も早い(或いは最も高い優先順位のＵＣＩを運ぶ)ＰＵＣＣＨリソース(以下、ＰＵＣＣＨ１)を基準として、(i)ＰＵＣＣＨ１と、(ii)これと(時間／２－２は各々Ｓｔｅｐ＃Ａ／＃Ｂ１／＃Ｂ２に代替することができる。

(１)Ｓｔｅｐ＃Ａ：開始シンボル(又は最後シンボル)が最も早い(或いは最も高い優先順位のＵＣＩを運ぶ)ＰＵＣＣＨ(以下、ＰＵＣＣＨ１)を基準として、(i)ＰＵＣＣＨ１と、(ii)これと(時間軸で)重なるＰＵＣＣＨ(以下、ＰＵＣＣＨ２)に限ってＰＵＣＣＨ－ＰＵＣＣＨの間のＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩを送信するために(単一の)コンテナーＰＵＣＣＨ(以下、ＭＵＸＰＵＣＣＨ１)が決定される。即ち、重畳した既存のＵＬリソース(即ち、ＰＵＣＣＨ１／ＰＵＣＣＨ２)はＭＵＸＰＵＣＣＨ１に代替することができる。

(２)Ｓｔｅｐ＃Ｂ１：(i)Ｓｔｅｐ＃Ａで決定された(多重化されたＵＣＩ送信用)コンテナーＰＵＣＣＨ(即ち、ＭＵＸＰＵＣＣＨ１)と、(ii)(ＰＵＣＣＨ１／ＰＵＣＣＨ２を除いた)残りのＰＵＣＣＨ(以下、ＰＵＣＣＨ３)が重ならない場合、

－(ＰＵＣＣＨ３内のＰＵＣＣＨの間にＳｔｅｐ＃Ａを適用して)時間軸で重畳しないＰＵＣＣＨをＴＤＭに送信することができる。

(３)Ｓｔｅｐ＃Ｂ２：(i)ＭＵＸＰＵＣＣＨ１と(ii)ＰＵＣＣＨ３が重なる場合、

－Ｏｐｔ１：コンテナーＰＵＣＣＨ(即ち、ＭＵＸＰＵＣＣＨ１)とＰＵＣＣＨ３に対して再度ＰＵＣＣＨ－ＰＵＣＣＨの間のＵＣＩ多重化規則を適用することができる。ＵＣＩ多重化を行う時、多重化されたＵＣＩを送信するために、(単一の)コンテナーＰＵＣＣＨ(以下、ＭＵＸＰＵＣＣＨ２)が新しく決定される。即ち、重畳した既存のＵＬリソース(即ち、ＭＵＸＰＵＣＣＨ１／ＰＵＣＣＨ３)をＭＵＸＰＵＣＣＨ２に代替することができる。ＭＵＸＰＵＣＣＨ２に対してＳｔｅｐ＃Ｂ１／＃Ｂ２が再び適用されることができる。

－Ｏｐｔ２：ＰＵＣＣＨ３の送信を省略することができる。

図１２はＳｔｅｐ＃Ａ／＃Ｂ１／＃Ｂ２によるチャネル多重化過程を例示する。ＵＣＩ送信のために、端末は各ＵＣＩごとにＰＵＣＣＨリソースを決定する。各ＰＵＣＣＨリソースは開始シンボルと送信長さにより定義される。(スロット内に)重畳したＰＵＣＣＨリソースがある場合、端末は最も早い(例えば、開始シンボルが最も早い)ＰＵＣＣＨリソースＡと重畳するＰＵＣＣＨリソースセットＸを決定する(ＳｔｅｐＡ１、Ｓ１２０２)。その後、端末は(i)ＰＵＣＣＨリソースＡと、(ii)ＰＵＣＣＨリソースセットＸに対してＵＣＩ多重化を行う(ＳｔｅｐＡ１、Ｓ１２０４)。ＵＣＩ多重化を行う時、多重化されたＵＣＩを送信するために、(単一の)コンテナーＰＵＣＣＨ(以下、ＭＵＸＰＵＣＣＨ)が決定される。これにより、ＰＵＣＣＨリソースＡとＰＵＣＣＨリソースセットＸをＭＵＸＰＵＣＣＨに代替できる。その後、端末はＭＵＸＰＵＣＣＨを介してＵＣＩを送信する。もしＭＵＸＰＵＣＣＨが(ＰＵＣＣＨリソースＡ／ＰＵＣＣＨリソースセットＸを除いた)残りのＰＵＣＣＨと重なる場合は、端末はＭＵＸＰＵＣＣＨ(又はこれを含む残りのＰＵＣＣＨのうち、最も早い(例えば、開始シンボルが最も早い)ＰＵＣＣＨ)を最も早い(例えば、開始シンボルが最も早い)ＰＵＣＣＨリソースＡに代替した状態でＳｔｅｐＡ１／Ａ２を再度行うことができる。より詳しい事項は、Ｓｔｅｐ＃Ａ／＃Ｂ１／＃Ｂ２に関する説明を参照する。図１２のＳｔｅｐＡ１／Ａ２は図１１のＳｔｅｐ１に対応し、図１１のＳｔｅｐ１は図１２のＳｔｅｐＡ１／Ａ２に代替する。

図１３は図１２によるＵＣＩ多重化を例示する。図１３を参照すると、スロット内に複数のＰＵＣＣＨリソースが重畳する場合、最も早い(例えば、開始シンボルが最も早い)ＰＵＣＣＨリソースＡを基準としてＵＣＩ多重化が行われる。ケース１／２は１番目のＰＵＣＣＨリソースが他のＰＵＣＣＨリソースと重畳する場合を示す。この場合、１番目のＰＵＣＣＨリソースを最も早いＰＵＣＣＨリソースＡと見なした状態で図１２の過程が行われる。反面、ケース３は、１番目のＰＵＣＣＨリソースが他のＰＵＣＣＨリソースと重畳せず、２番目のＰＵＣＣＨリソースが他のＰＵＣＣＨリソースと重畳する場合である。この場合、１番目のＰＵＣＣＨリソースについてはＵＣＩ多重化が行われない。その代わりに、２番目のＰＵＣＣＨリソースを最も早いＰＵＣＣＨリソースＡと見なした状態で図１２の過程が行われる。ケース２は、多重化されたＵＣＩを送信するために決定されたＭＵＸＰＵＣＣＨリソースが他のＰＵＣＣＨリソースと新しく重畳する場合である。この場合、ＭＵＸＰＵＣＣＨリソース(又はこれを含む残りのＰＵＣＣＨのうち、最も早い(例えば、開始シンボルが最も早い)ＰＵＣＣＨリソース)を最も早いＰＵＣＣＨリソースＡと見なした状態で図１２の過程がさらに行われる。より詳しい事項はＳｔｅｐ＃Ａ／＃Ｂ１／＃Ｂ２に関する説明を参照する。

[提案方案＃１Ｃ]の変形として、端末に設定／指示されたＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースに対してＵＣＩ多重化(即ち、ＵＣＩ多重化)を行う時、端末は以下のように段階的な)ＵＣＩ多重化、及び多重化されたＵＣＩに対する送信リソース決定を行う方案を考えることおができる。

(１)Ｓｔｅｐ１：(多重化されたＵＣＩ送信が許容された)(上位階層(例えば、ＲＲＣ)信号により設定された)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳する(上位階層信号により設定された)ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソースに代替

Ａ．一例として、Ｓｔｅｐ１の詳しい段階は以下の通りである。

[Ｅｘａｍｐｌｅ＃１]

－Ｓｔｅｐ１－１：ＣＳＩＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＣＳＩＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＣＳＩ)ＰＵＣＣＨリソースに代替

－Ｓｔｅｐ１－２：ＣＳＩＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＡＮＰＵＣＣＨリソース及び／又はＳＲＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＣＳＩ)ＰＵＣＣＨリソースに代替

－Ｓｔｅｐ１－３：ＡＮＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＳＲＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＡＮ)ＰＵＣＣＨリソースに代替

(２)Ｓｔｅｐ２：(多重化されたＵＣＩ送信が許容された)(ＤＣＩに基づいてスケジュールされた)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソースに代替

Ａ．一例として、Ｓｔｅｐ２の詳しい段階は以下の通りである。

[Ｅｘａｍｐｌｅ＃１]

－Ｓｔｅｐ２－１：(ＤＣＩに基づいてスケジュールされた)ＡＮＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＣＳＩＰＵＣＣＨリソース及び／又はＳＲＰＵＣＣＨリソース(及び／又はＡＮＰＵＣＣＨリソース)に対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＡＮ)ＰＵＣＣＨリソースに代替

[Ｅｘａｍｐｌｅ＃２]

－Ｓｔｅｐ２－２：(ＤＣＩに基づいてスケジュールされた)ＣＳＩＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＳＲＰＵＣＣＨリソース(及び／又はＣＳＩＰＵＣＣＨリソース)に対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＣＳＩ)ＰＵＣＣＨリソースに代替

(３)Ｓｔｅｐ３：(多重化されたＵＣＩ送信が許容された)ＰＵＳＣＨリソースが存在する時、ＰＵＳＣＨリソースごとに、(i)該当ＰＵＳＣＨリソースと、(ii)(時間軸で)重畳するＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＳＣＨリソースに代替

各段階に複数のＰＵＣＣＨ(又はＰＵＳＣＨ)リソースが存在する時、複数のＰＵＣＣＨ(又はＰＵＳＣＨ)リソースの間に該当段階の動作を適用する順序は、所定の優先順位規則に従う。一例として、優先順位規則は、(スロット内の)相対的な送信時点(例えば、開始位置／シンボル)、ＵＣＩタイプ、リソース割り当て方式(例えば、動的又は準－静的)、スケジュールされた順序、送信容量などを基準として決定される。

各段階において、多重化されたＵＣＩを送信するために新しく選択されたＰＵＣＣＨリソースが、多重化されたＵＣＩに対する(既存の)ＰＵＣＣＨリソース以外の他のＰＵＣＣＨリソースと(時間軸で)重畳する場合は、端末はこの場合をエラーケースと判断して期待しない。又は、新しく選択されたＰＵＣＣＨリソースと重畳したＰＵＣＣＨリソースとＵＣＩ多重化規則を適用し、ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソースに代替することができる。

[提案方案＃１Ｃ]の変形として、スロット内の端末に設定／指示されたＰＵＣＣＨリソース及び／又はＰＵＳＣＨリソースに対してＵＣＩ多重化を行う時、端末は以下のように(段階的な)ＵＣＩ多重化、及び多重化されたＵＣＩに対する送信リソース決定を行う方案を考えることができる。

[Ｅｘａｍｐｌｅ＃１]

[Ｅｘａｍｐｌｅ＃２]

(３)Ｓｔｅｐ３：(多重化されたＵＣＩ送信が許容された)(上位階層(例えば、ＲＲＣ)信号により設定された)ＰＵＣＣＨリソースが存在する時、ＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳する(上位階層信号により設定された)ＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソースに代替

Ａ．一例として、Ｓｔｅｐ３の詳しい段階は以下の通りである。

[Ｅｘａｍｐｌｅ＃１]

－Ｓｔｅｐ３－１：ＣＳＩＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＣＳＩＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＣＳＩ)ＰＵＣＣＨリソースに代替

－Ｓｔｅｐ３－２：ＣＳＩＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＡＮＰＵＣＣＨリソース及び／又はＳＲＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＣＳＩ)ＰＵＣＣＨリソースに代替

－Ｓｔｅｐ３－３：ＡＮＰＵＣＣＨリソースごとに、(i)該当ＰＵＣＣＨリソースと、(ii)(時間軸で)重畳するＳＲＰＵＣＣＨリソースに対してＵＣＩ多重化規則を適用。ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)(ＡＮ)ＰＵＣＣＨリソースに代替

各段階において、多重化されたＵＣＩを送信するために新しく選択されたＰＵＣＣＨリソースが、多重化されたＵＣＩに対する(既存の)ＰＵＣＣＨリソース以外の他のＰＵＣＣＨリソースと(時間軸で)重畳する場合、端末はこの場合をエラーケースと判断して期待しない。又は、新しく選択されたＰＵＣＣＨリソースと重畳したＰＵＣＣＨリソースとＵＣＩ多重化規則を適用し、ＵＣＩ多重化を行う時、多重化されたＵＣＩに対する既存のＵＬリソースを特定の(単一の)ＰＵＣＣＨリソースに代替することができる。

[提案方案＃１Ｄ] スロット内で端末に設定／指示された(準－静的に設定された)(単一の)ＳＲＰＵＣＣＨリソースが２つ以上の(準－静的に設定された)ＣＳＩＰＵＣＣＨリソースと時間軸で重畳する場合に、端末が以下のうちの一つの動作を行う方案

(１)Ｏｐｔ．１：ＳＲビットを各ＣＳＩＰＵＣＣＨリソースのＵＣＩペイロードに全て追加してＣＳＩとＳＲを多重化して送信。即ち、ＳＲ情報をＳＲＰＵＣＣＨと重畳した全てのＣＳＩＰＵＣＣＨに含めることができる。

－複数のＣＳＩＰＵＣＣＨリソースに含まれるＳＲ情報は、最初のＣＳＩＰＵＣＣＨリソースに送信されたＳＲ情報がコピーされる(或いは同一に送信される)形態である。即ち、複数のＣＳＩＰＵＣＣＨリソースに含まれるＳＲ情報は、全て同一にコピーされた情報である。また複数のＣＳＩＰＵＣＣＨリソースに含まれるＳＲ情報は、各ＣＳＩＰＵＣＣＨリソースごとに更新された(或いは、各ＣＳＩＰＵＣＣＨ時点の端末のＳＲ状態(例えば、ｎｅｇａｔｉｖｅ又はｐｏｓｉｔｉｖｅ)を反映する)ＳＲ情報である。即ち、複数のＣＳＩＰＵＣＣＨリソースに含まれるＳＲ情報は、毎ＣＳＩＰＵＣＣＨリソースの送信時点ごとに更新されたＳＲ情報である。

(２)Ｏｐｔ．２：ＳＲビットを特定の一つのＣＳＩＰＵＣＣＨリソースのＵＣＩペイロードのみに追加してＣＳＩとＳＲを多重化して送信。ここで、特定の一つのＣＳＩＰＵＣＣＨリソースは以下のうちの一つである。

－Ｏｐｔ．２－１：時間軸で最初(又は最後)のＣＳＩＰＵＣＣＨリソース、或いは開始時点が最も早い(又は遅い)ＣＳＩＰＵＣＣＨリソース。即ち、ＳＲ情報をＳＲＰＵＣＣＨと重畳した全てのＣＳＩＰＵＣＣＨのうちの１番目のＣＳＩＰＵＣＣＨのみに含めることができる。

－Ｏｐｔ．２－２：最も送信容量が大きいＣＳＩＰＵＣＣＨリソース

－Ｏｐｔ．２－３：最も高い優先順位を有するＣＳＩに設定されたＣＳＩＰＵＣＣＨリソース

ＮＲシステムでは単一のＣＳＩＰＵＣＣＨリソースと一つ又はそれ以上のＳＲＰＵＣＣＨリソースが一つのスロット内で重畳する場合、全てのＵＣＩを多重化して単一のＣＳＩＰＵＣＣＨリソースを介して送信する動作が考えられる。この時、ＣＳＩとＳＲを多重化する問題について、上記の場合とは逆に、単一のＳＲＰＵＣＣＨリソースが複数のＣＳＩＰＵＣＣＨリソースと重畳する場合のＵＣＩ多重化規則も定める必要がある。この問題については、上述したオプションを考慮できる。

[提案方案＃１Ｆ] スロット内において、端末に設定／指示された(単一の)ＰＵＳＣＨリソースが２つ以上のＣＳＩＰＵＣＣＨリソース(又はＡＮＰＵＣＣＨリソース)と時間軸で重畳する場合に、端末が以下のうちの一つの動作を行う方案

(１)Ｏｐｔ．１：ＰＵＳＣＨと重畳したＣＳＩＰＵＣＣＨリソース(又はＡＮＰＵＣＣＨリソース)のうち、特定の一つのＣＳＩＰＵＣＣＨリソース(又はＡＮＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ－ＡＣＫ情報)をＵＬ－ＳＣＨＴＢ(例えば、ＵＬデータ)と多重化してＰＵＳＣＨリソースを介して送信(例えば、ＵＣＩピギーバック)。

－特定の一つのＣＳＩＰＵＣＣＨリソースは、時間軸で最も先になる或いは優先順位が最も高いＣＳＩに設定されたＣＳＩＰＵＣＣＨリソースを含む。また、特定の一つのＡＮＰＵＣＣＨリソースは、時間軸で最も先になるＡＮＰＵＣＣＨリソースを含む。

－特定の一つのＣＳＩＰＵＣＣＨ(又はＡＮＰＵＣＣＨ)以外の残りのＣＳＩＰＵＣＣＨ(又はＡＮＰＵＣＣＨ)及び対応するＣＳＩ報告(又はＨＡＲＱ－ＡＣＫ)の送信は省略できる。

(２)Ｏｐｔ．２：ＰＵＳＣＨと重畳したＣＳＩＰＵＣＣＨリソース(又はＡＮＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ－ＡＣＫ情報)を全てＵＬ－ＳＣＨＴＢ(例えば、ＵＬデータ)と多重化してＰＵＳＣＨリソースを介して送信(例えば、ＵＣＩピギーバック)。又はＰＵＳＣＨと重畳したＣＳＩＰＵＣＣＨリソース(又はＡＮＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ－ＡＣＫ情報)のうち、予め定義／設定された優先順位規則に従って優先順位が高い最大Ｍ個までのＣＳＩ報告(又はＨＡＲＱ－ＡＣＫ情報)をＵＬ－ＳＣＨＴＢ(例えば、ＵＬデータ)と多重化してＰＵＳＣＨリソースを介して送信(例えば、ＵＣＩピギーバック)

－Ｍ値は１又は２である。

－Ｍ値は予め約束された値であるか、又は上位階層(例えば、ＲＲＣ)信号により設定／定義される値である。

[提案方案＃１Ｆ]において、ＰＵＳＣＨリソースをＣＳＩＰＵＣＣＨリソースに置き換え、ＵＬ－ＳＣＨＴＢをＣＳＩに置き換えた場合、ＣＳＩＰＵＣＣＨリソースとＡＮＰＵＣＣＨリソースに対するＣＩ多重化動作は同様に適用できる。

ＮＲシステムは柔軟なＰＵＣＣＨ送信区間の設定が支援されるので、単一のＰＵＳＣＨリソースと一つ又はそれ以上のＣＳＩＰＵＣＣＨリソース(又はＡＮＰＵＣＣＨリソース)が１スロット内で重畳する場合があり得る。この場合、優先順位規則に基づいて(優先順位が高い)Ｍ個のＣＳＩＰＵＣＣＨリソース(又はＡＮＰＵＣＣＨリソース)に対するＭ個のＣＳＩ報告のみをＰＵＳＣＨでＵＣＩピギーバックすることができる。Ｍ値は予め約束された値であるか、又は上位階層信号により設定／定義された値である。又は簡単な方案として、ＰＵＳＣＨリソースと時間軸で１番目に重畳したＣＳＩＰＵＣＣＨリソース(又はＡＮＰＵＣＣＨリソース)に対するＣＳＩ報告(又はＨＡＲＱ－ＡＣＫ)のみをＰＵＳＣＨでＵＣＩピギーバックすることができる。

[提案方案＃１Ｈ] 端末が、(２ビット以下のＡＮに対する)ＡＮＰＵＣＣＨリソースとＮ個の(例えば、Ｎ＞１)ＳＲＰＵＣＣＨリソースに対するＵＣＩ多重化を行う時、ＡＮＰＵＣＣＨに対するスケジューリング方法及び／又はＡＮＰＵＣＣＨに対して設定されたＰＵＣＣＨリソース集合数Ｋによって多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)を送信するＰＵＣＣＨフォーマットを以下のように異ならせる方案

(１)ＡＮＰＵＣＣＨリソースがＤＣＩ(例えば、ＡＲＩ)により指示された場合

Ａ．Ｋ＞１である場合

－多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット２／３／４のうちの１つで送信

Ｂ．Ｋ＝１である場合

－多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット０／１のうちの１つで送信

(２)ＡＮＰＵＣＣＨリソースがＤＣＩ(例えば、ＡＲＩ)により指示されない場合(例えば、ＡＮＰＵＣＣＨリソースがＳＰＳＰＤＳＣＨに対するＡ／Ｎ情報に連関する場合)

Ａ．Ｋ＞１である場合

－Ｏｐｔ．１：多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット０／１のうちの１つで送信

－Ｏｐｔ．２：多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)を特定のＡＲＩ値を仮定して選択されたＰＵＣＣＨフォーマット２／３／４のうちの１つで送信

Ｂ．Ｋ＝１である場合

上述した方法により、ＡＮＰＵＣＣＨリソースがＮ個(例えば、Ｎ＞１)のＳＲＰＵＣＣＨリソースと時間軸で重畳する時、端末はＡＮとＳＲを多重化することができる。

端末は(総)ＵＣＩペイロードサイズによってＰＵＣＣＨリソース集合を選択した後、選択されたＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースのうち、ＡＲＩにより指示されたＰＵＣＣＨリソースによりＵＣＩ(例えば、ＨＡＲＱ－ＡＣＫ)を送信することができる。ここで、ＡＲＩ(ＡＣＫ／ＮＡＣＫリソース指示子)はＤＣＩ内のＰＵＣＣＨリソースを指示するビットフィールドを意味する。

一方、ＡＮＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数は複数である(Ｋ＞１)。この場合、端末はＡＮと他のＵＣＩを多重化した後、多重化された(総)ＵＣＩペイロードサイズに対応するＰＵＣＣＨリソース集合を選択する。その後、端末は該当ＰＵＣＣＨリソース集合内のＰＵＣＣＨリソースのうち、ＡＲＩにより指示されたＰＵＣＣＨリソースを用いて多重化されたＵＣＩを送信する。この時、ＰＵＣＣＨリソース集合が支援するＵＣＩサイズが２ビット以下である場合、ＰＵＣＣＨリソース集合はＰＵＣＣＨフォーマット０／１を含む。反面、ＰＵＣＣＨリソース集合が支援するＵＣＩサイズが３ビット以上である場合は、ＰＵＣＣＨリソース集合はＰＵＣＣＨフォーマット２／３／４を含む。ＰＵＣＣＨリソース集合個数が一つ以上であると、少なくとも一つのＰＵＣＣＨリソース集合は２ビット以下のＵＣＩ送信用として設定される。従って、ＡＮＰＵＣＣＨリソースがＡＲＩにより指示され、ＡＮＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数が２個以上であると、端末は３ビット以上のＵＣＩ送信用であるＰＵＣＣＨフォーマット２／３／４によりＵＣＩを送信することができる。この場合、端末はＡＮと複数のＳＲとの間で多重化を行う時、複数のＳＲＰＵＣＣＨリソースに関するＳＲ情報をマルチ－ビットＳＲ情報をＡＮペイロードに追加した後、全体ＵＣＩペイロードサイズにより選択されたＰＵＣＣＨリソース集合内でＡＲＩにより指示されたＰＵＣＣＨフォーマット２／３／４のうちの一つにより多重化されたＡＮ／ＳＲを送信することができる。

しかし、ＡＮＰＵＣＣＨリソースがＡＲＩにより指示されても、ＡＮＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数が１個であると、端末はＰＵＣＣＨフォーマット２／３／４リソースを使用できない。従って、多重化されたＡＮ／ＳＲをＰＵＣＣＨフォーマット０／１リソースを介して送信する方案が考えられる。例えば、端末はＡＮと複数のＳＲの間の多重化を行う時、ＡＮＰＵＣＣＨがＰＵＣＣＨフォーマット１であると、ＰＵＣＣＨフォーマット０に従うＳＲＰＵＣＣＨリソースに対するＳＲ送信を省略し、ＰＵＣＣＨフォーマット１に従うＳＲＰＵＣＣＨリソースのうち、ｐｏｓｉｔｉｖｅＳＲでありかつ優先順位が最も高いＳＲに対応するＳＲＰＵＣＣＨリソースによりＡＮを送信する(但し、全部ｎｅｇａｔｉｖｅＳＲであると、ＡＮＰＵＣＣＨ送信)。又はＡＮＰＵＣＣＨがＰＵＣＣＨフォーマット０であると、ＡＮＰＵＣＣＨリソースに対して最大２個のＣＳオフセットを適用して２個のＳＲＰＵＣＣＨ(グループ)に関するＳＲ情報を表現することができる。即ち、ｐｏｓｉｔｉｖｅＳＲであるＳＲＰＵＣＣＨを少なくとも一つ以上含みながら、優先順位が最も高いＳＲＰＵＣＣＨ(グループ)に対応するＣＳオフセットをＡＮＰＵＣＣＨフォーマット０に適用することができる。

一方、ＳＰＳ(Ｓｅｍｉ－Ｓｔａｔｉｃｓｃｈｅｄｕｌｉｎｇ)ＰＤＳＣＨ送信に対応するＡＮＰＵＣＣＨリソースはＡＲＩにより指示されず、上位階層(例えば、ＲＲＣ)信号により準－静的に設定される。従って、ＳＰＳＰＤＳＣＨ送信に対応するＡＮＰＵＣＣＨリソースとＳＲＰＵＣＣＨリソースが重畳する場合、端末はＡＮと複数のＳＲの間の多重化を行う時、ＰＵＣＣＨフォーマット２／３／４リソースを使用することができない。従って、多重化されたＡＮ／ＳＲをＰＵＣＣＨフォーマット０／１リソースを介して送信する方案を考えることができる。たとえ、端末がＡＮと複数のＳＲの間の多重化を行う時、ＡＮＰＵＣＣＨがＰＵＣＣＨフォーマット１であると、ＰＵＣＣＨフォーマット０に従うＳＲＰＵＣＣＨリソースに対するＳＲ送信を省略し、ＰＵＣＣＨフォーマット１を従うＳＲＰＵＣＣＨリソースのうち、ｐｏｓｉｔｉｖｅＳＲでありかつ優先順位が最も高いＳＲに対応するＳＲＰＵＣＣＨリソースによりＡＮを送信する(但し、全部ｎｅｇａｔｉｖｅＳＲであると、ＡＮＰＵＣＣＨ送信)。又はＡＮＰＵＣＣＨがＰＵＣＣＨフォーマット０であると、ＡＮＰＵＣＣＨリソースに対して最大２個までＣＳオフセットを適用して２個のＳＲＰＵＣＣＨ(グループ)に関するＳＲ情報を表現することができる。即ち、ｐｏｓｉｔｉｖｅＳＲであるＳＲＰＵＣＣＨを少なくとも一つ以上含みながら優先順位が最も高いＳＲＰＵＣＣＨ(グループ)に対応するＣＳオフセットをＡＮＰＵＣＣＨフォーマット０に適用することができる。しかし、ＡＮＰＵＣＣＨリソースに対するＰＵＣＣＨリソース集合個数が２個以上である場合は、ＡＲＩは指示されないが、端末はＡＮＰＵＣＣＨリソースを決定するために特定のＡＲＩ値(例えば、ＡＲＩ＝０)を仮定することができる。その後、端末は(１)複数のＳＲＰＵＣＣＨリソースに関するＳＲ情報をマルチ－ビットＳＲ情報で表現してＡＮペイロードに追加した後、(２)多重化された全体ＵＣＩペイロードサイズにより選択されたＰＵＣＣＨリソース集合内でＡＲＩ＝０に対応するＰＵＣＣＨフォーマット２／３／４リソースのうちの一つを用いて多重化されたＡＮ／ＳＲを送信することができる。

[提案方案＃１Ｈ]の"多重化されたＵＣＩ(例えば、ＡＮ／ＳＲ)をＰＵＣＣＨフォーマット０／１のうちの１つで送信"する動作について、端末がＡＮとＳＲを以下のように多重化する動作を考えることができる。但し、ＰＦ０／１／２／３／４はＰＵＣＣＨフォーマット０／１／２／３／４を意味する。

(１)Ｃａｓｅ＃１：(単一の)ＡＮと(単一の)ＳＲの間のＵＣＩ多重化

Ａ．ＡＮＰＦ０である場合

i．ＳＲＰＦ０である場合：ＰｏｓｉｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースにＣＳオフセットを適用したリソースを介して送信。ｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースを介して送信。

ii．ＳＲＰＦ１である場合

－Ｏｐｔ．１：ＰｏｓｉｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースにＣＳオフセットを適用したリソースを介して送信。ｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースを介して送信。

－Ｏｐｔ．２：ＰｏｓｉｔｉｖｅＳＲであると、ＡＮをＳＲＰＦ１リソースを介して送信。ｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースを介して送信。

Ｂ．ＡＮＰＦ１である場合

i．ＳＲＰＦ０である場合：ＡＮをＡＮＰＦ１リソースを介して送信(ＳＲｄｒｏｐ)

ii．ＳＲＰＦ１である場合：ＰｏｓｉｔｉｖｅＳＲであると、ＡＮをＳＲＰＦ１リソースを介して送信。ｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ１リソースを介して送信。

(２)Ｃａｓｅ＃２：(単一の)ＡＮと(マルチプル)ＳＲ(ｗ／単一のＰＵＣＣＨフォーマット)の間のＵＣＩ多重化

Ａ．ＡＮＰＦ０である場合

i．(マルチプル)ＳＲＰＦ０である場合

－(特定のＳＲＰＵＣＣＨグループ内の)少なくとも一つのＳＲＰＵＣＣＨに対するＳＲ情報がＰｏｓｉｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースに(特定のＳＲＰＵＣＣＨグループに対応する)ＣＳオフセットを適用したリソースを介して送信

－この場合、全体Ｋ個のＳＲＰＵＣＣＨをＬ個(例えば、Ｌ＝２、Ｋ＞Ｌ)のＳＲＰＵＣＣＨグループにグルーピングした後、該当Ｌ個のＳＲＰＵＣＣＨグループを各々互いに異なるＬ個のＣＳオフセットに対応／マッピングすることができる。特定のＳＲＰＵＣＣＨグループに属するＳＲのうちのいずれか１つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲＰＵＣＣＨグループに対応するＣＳオフセットを適用したリソースによりＡＮを送信するように動作

－全てのＳＲＰＵＣＣＨに対するＳＲ情報がｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースを介して送信

ii．(マルチプル)ＳＲＰＦ１である場合

－Ｏｐｔ．１：(特定のＳＲＰＵＣＣＨグループ内の)少なくとも一つのＳＲＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースに(特定のＳＲＰＵＣＣＨグループに対応する)ＣＳオフセットを適用したリソースを介して送信。この場合、全体Ｋ個のＳＲＰＵＣＣＨをＬ個(例えば、Ｌ＝２、Ｋ＞Ｌ)のＳＲＰＵＣＣＨグループにグループ化した後、該当Ｌ個のＳＲＰＵＣＣＨグループを各々互いに異なるＬ個のＣＳオフセットに対応／マッピングする。特定のＳＲＰＵＣＣＨグループに属するＳＲのうちの少なくとも一つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲＰＵＣＣＨグループに対応するＣＳオフセットを適用したリソースによりＡＮを送信するように動作。全てのＳＲＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースを介して送信

－Ｏｐｔ．２：少なくとも一つのＳＲＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅＳＲであると、ＡＮをＳＲＰＵＣＣＨのうちの(最優先順位の)ＳＲＰＵＣＣＨに対応するＳＲＰＦ１リソースを介して送信。全てのＳＲＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースを介して送信

Ｂ．ＡＮＰＦ１である場合

i．(マルチプル)ＳＲＰＦ０である場合:ＡＮをＡＮＰＦ１リソースを介して送信(ＳＲｄｒｏｐ)

ii．(マルチプル)ＳＲＰＦ１である場合：少なくとも一つのＳＲＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅＳＲであると、ＡＮをＳＲＰＵＣＣＨのうちの(最優先順位の)ＳＲＰＵＣＣＨに対応するＳＲＰＦ１リソースを介して送信。全てのＳＲＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ１リソースを介して送信

(３)Ｃａｓｅ＃３：(単一の)ＡＮと(マルチプル)ＳＲ(ｗ／互いに異なるＰＵＣＣＨフォーマット)の間のＵＣＩ多重化

Ａ．ＡＮＰＦ０である場合

i．(マルチプル)ＳＲＰＦ０＋(マルチプル) ＳＲＦ１である場合

－Ｏｐｔ．１：少なくとも一つのＳＲＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅＳＲであり、ＳＲＰＵＣＣＨのうち、(最優先順位の)ＳＲＰＵＣＣＨがＰＦ０である場合、ＡＮをＡＮＰＦ０リソースにＣＳオフセットを適用したリソースを介して送信。この場合、全体或いはＰＦ０に設定されたＫ個のＳＲＰＵＣＣＨをＬ個(例えば、Ｌ＝２、Ｋ＞Ｌ)のＳＲＰＵＣＣＨグループにグループ化した後、該当Ｌ個のＳＲＰＵＣＣＨグループを各々互いに異なるＬ個ＣＳオフセットに対応／マッピングする。この場合、特定のＳＲＰＵＣＣＨグループに属するＳＲのうちの少なくとも一つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲＰＵＣＣＨグループに対応するＣＳオフセットを適用したリソースによりＡＮを送信するように動作。もしＰＦ０に設定されたＳＲＰＵＣＣＨ数ＫがＬと同一であるか、又はＬより小さい場合には、別のグループ化無しに該当Ｋ個のＳＲＰＵＣＣＨを各々互いに異なるＫ個のＣＳオフセットに対応／マッピングする。この場合、ＰｏｓｉｔｉｖｅＳＲＰＵＣＣＨに対応するＣＳオフセットを適用したリソースによりＡＮを送信するように動作。少なくとも一つのＳＲＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅＳＲであり、ＳＲＰＵＣＣＨのうち、(最優先順位の)ＳＲＰＵＣＣＨがＰＦ１である場合、ＡＮを(該当)ＳＲＰＦ１リソースを介して送信。全てのＳＲＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースを介して送信

－Ｏｐｔ．２：(特定のＳＲＰＵＣＣＨグループ内の)少なくとも一つのＳＲＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースに(特定のＳＲＰＵＣＣＨグループに対応する)ＣＳオフセットを適用したリソースを介して送信。この場合、全体Ｋ個のＳＲＰＵＣＣＨをＬ個(例えば、Ｌ＝２、Ｋ＞Ｌ)のＳＲＰＵＣＣＨグループにグループ化した後、該当Ｌ個のＳＲＰＵＣＣＨグループを各々互いに異なるＬ個のＣＳオフセットに対応／マッピングする。この場合、特定のＳＲＰＵＣＣＨグループに属するＳＲのうちの少なくとも一つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲＰＵＣＣＨグループに対応するＣＳオフセットを適用したリソースによりＡＮを送信するように動作。全てのＳＲＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースを介して送信

－Ｏｐｔ．３：(特定のＳＲＰＵＣＣＨグループ内の)少なくとも一つのＳＲＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅＳＲであると、ＡＮを(上記特定のＳＲＰＵＣＣＨグループに対応する)特定のＳＲＰＦ１リソースを介して送信。この場合、全体Ｋ個のＳＲＰＵＣＣＨをＬ個(例えば、Ｌ＝ｔｈｅｎｕｍｂｅｒｏｆＳＲｓｃｏｎｆｉｇｕｒｅｄｗｉｔｈＦ1、Ｋ＞Ｌ)ＳＲＰＵＣＣＨグループにグループ化した後、該当Ｌ個のＳＲＰＵＣＣＨグループを各々互いに異なるＬ個のＳＲＦ１リソースに対応／マッピングする。この場合、特定のＳＲＰＵＣＣＨグループに属するＳＲのうちの少なくとも一つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲＰＵＣＣＨグループに対応するＳＲＦ１リソースによりＡＮを送信するように動作。全てのＳＲＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ０リソースを介して送信

Ｂ．ＡＮＰＦ１である場合

i．(マルチプル)ＳＲＰＦ０＋(マルチプル)ＳＲＦ１である場合

－Ｏｐｔ．１：少なくとも一つのＳＲＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅＳＲであり、ＳＲＰＵＣＣＨのうち、(最優先順位の)ＳＲＰＵＣＣＨがＰＦ０である場合、ＡＮをＡＮＰＦ１リソースを介して送信(ＳＲｄｒｏｐ)。少なくとも一つのＳＲＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅＳＲであり、ＳＲＰＵＣＣＨのうち、(最優先順位の)ＳＲＰＵＣＣＨがＰＦ１である場合、ＡＮを(該当)ＳＲＰＦ１リソースを介して送信。全てのＳＲＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ１リソースを介して送信

－Ｏｐｔ．２：(特定のＳＲＰＵＣＣＨグループ内の)少なくとも一つのＳＲＰＵＣＣＨに関するＳＲ情報がＰｏｓｉｔｉｖｅＳＲであると、ＡＮを(上記特定のＳＲＰＵＣＣＨグループに対応する)特定のＳＲＰＦ１リソースを介して送信。この場合、全体Ｋ個のＳＲＰＵＣＣＨをＬ個の(例えば、Ｌ＝ｔｈｅｎｕｍｂｅｒｏｆＳＲｓｃｏｎｆｉｇｕｒｅｄｗｉｔｈＦ１、Ｋ＞Ｌ)ＳＲＰＵＣＣＨグループにグループ化した後、該当Ｌ個のＳＲＰＵＣＣＨグループを各々互いに異なるＬ個のＳＲＦ１リソースに対応／マッピングする。この場合、特定のＳＲＰＵＣＣＨグループに属するＳＲのうちの少なくとも一つがＰｏｓｉｔｉｖｅであると、該当特定のＳＲＰＵＣＣＨグループに対応するＳＲＦ１リソースによりＡＮを送信するように動作。全てのＳＲＰＵＣＣＨに関するＳＲ情報がｎｅｇａｔｉｖｅＳＲであると、ＡＮをＡＮＰＦ１リソースを介して送信

ここで、ＳＲＰＵＣＣＨグループは一つ以上のＳＲＰＵＣＣＨで構成され、一つ以上のＳＲＰＵＣＣＨグループが定義される。

上述した内容を整理すると以下の通りである。

(１)Ｃａｓｅ＃１

Ａ．ＡＮＰＦ０＋単一のＳＲＰＦ０＝＞ＡＮ＋ＳＲｏｎＡＮＰＦ０(ＣＳオフセットにより)

Ｂ．ＡＮＰＦ０＋単一のＳＲＰＦ１＝＞ＡＮ＋ＳＲｏｎＡＮＰＦ０(CSオフセットにより)又はＳＲＰＦ１(ＣＨ選択により)

Ｃ．ＡＮＰＦ１＋単一のＳＲＰＦ０＝＞ＡＮｏｎｌｙｏｎＡＮＰＦ１(ＳＲ省略により)

Ｄ．ＡＮＰＦ１＋単一のＳＲＰＦ１＝＞ＡＮ＋ＳＲｏｎＳＲＰＦ１(ＣＨ選択により)

(２)Ｃａｓｅ＃２

Ａ．ＡＮＰＦ０＋マルチプルＳＲＰＦ０＝＞ＡＮ＋ＳＲｏｎＡＮＰＦ０(ＣＳオフセット及びＳＲバンドリングにより)

Ｂ．ＡＮＰＦ０＋マルチプルＳＲＰＦ１＝＞ＡＮ＋ＳＲｏｎＡＮＰＦ０(ＣＳオフセット及びＳＲバンドリングにより)又はＳＲＰＦ１(ＣＨ選択により)

Ｃ．ＡＮＰＦ１＋マルチプルＳＲＰＦ０＝＞ＡＮｏｎｌｙｏｎＡＮＰＦ１(ＳＲ省略により)

Ｄ．ＡＮＰＦ１＋マルチプルＳＲＰＦ１＝＞ＡＮ＋ＳＲｏｎＳＲＰＦ１(ＣＨ選択により)

(３)Ｃａｓｅ＃３

Ａ．ＡＮＰＦ０＋(マルチプル)ＳＲＰＦ０＋(マルチプル)ＳＲＰＦ１

i．Ｏｐｔｉｏｎ１

１．ＳＲＰＦ０がＰｏｓｉｔｉｖｅＳＲであり、優先順位が最も高い場合、ＡＮ＋ＳＲｏｎＡＮＦ０(ＣＳオフセット及びＳＲバンドリングにより)。この場合、ＳＲバンドリング対象はＳＲＦ０のみに限定

２．ＳＲＰＦ１がＰｏｓｉｔｉｖｅＳＲであり、優先順位が最も高い場合、ＡＮ＋ＳＲｏｎＳＲＰＦ１(ＣＨ選択により)

ii．Ｏｐｔｉｏｎ２

１．ＳＲＰＦがＰｏｓｉｔｉｖｅＳＲであるか否かに関係なく、ＡＮ＋ＳＲｏｎＡＮＰＦ０(ＣＳオフセット及びＳＲバンドリングにより)。この場合、ＳＲバンドリング対象はＳＲＰＦ０とＳＲＰＦ１を全て含む

iii．Ｏｐｔｉｏｎ３

１．ＳＲＰＦがＰｏｓｉｔｉｖｅＳＲであるか否かに関係なく、ＡＮ＋ＳＲｏｎＳＲＰＦ１(ＣＨ選択及びＳＲバンドリングにより)。この場合、ＳＲバンドリング対象はＳＲＰＦ０とＳＲＰＦ１を全て含む

Ｂ．ＡＮＰＦ１＋(マルチプル)ＳＲＰＦ０＋(マルチプル)ＳＲＰＦ１

i．Ｏｐｔｉｏｎ１

１．ＳＲＰＦ０がＰｏｓｉｔｉｖｅＳＲであり、優先順位が最も高い場合、ＡＮｏｎｌｙｏｎＡＮＰＦ１(ＳＲ省略により)

ii．Ｏｐｔｉｏｎ２

１．ＡＮ＋ＳＲｏｎＳＲＰＦ１(ＣＨ選択及びＳＲバンドリングにより)。この場合、ＳＲバンドリング対象はＳＲＰＦ０とＳＲＰＦ１を全て含む

[提案方案＃２]スロット内において、Ａ／ＮＰＵＣＣＨリソースとＳＲＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この場合、端末はＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化を仮定する時に使用されるＰＵＣＣＨ(以下、ＭＵＸＰＵＣＣＨ)の送信開始時点とＳＲＰＵＣＣＨの送信開始時点の相対的な関係によってＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無を決定することができる。

但し、端末がＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化を行わない場合、Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの１つの送信が省略される。

一例として、端末はＳＲＰＵＣＣＨの送信開始時点がＭＵＸＰＵＣＣＨの送信開始時点よりＴ_０ほど先立つか又は遅れるかによって、以下のようにＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化有無が決定される。

(１)ＳＲＰＵＣＣＨの送信開始時点がＭＵＸＰＵＣＣＨの送信開始時点を基準としてＴ_０以前時点より先立つ場合

Ａ．Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲのうちの一つを選択して送信

i．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲである場合、ＳＲをＳＲＰＵＣＣＨリソースを介して送信(Ａ／Ｎ送信を省略)

ii．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅＳＲである場合、Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

(２)ＳＲＰＵＣＣＨの送信開始時点がＭＵＸＰＵＣＣＨの送信開始時点を基準としてＴ_０以前時点より遅れる(又は同一である)場合

Ａ．Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲを多重化して送信(又はＡ／ＮＰＵＣＣＨとＳＲＰＵＣＣＨが時間軸でＰＵＣＣＨ内の全てのＯＦＤＭシンボルに対して完全に重畳する場合と同一のＵＣＩ多重化規則に従う)

i．Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合

１．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲである場合、Ａ／ＮをＡ／ＮＰＵＣＣＨにＣＳ／ＯＣＣ／ＰＲＢオフセットが適用されたリソースを介して送信

２．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅＳＲである場合、Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

ii．Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合

１．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲである場合、Ａ／ＮをＳＲＰＵＣＣＨリソースを介して送信。但し、ＳＲＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合には、ＳＲを送信せず、Ａ／Ｎのみを送信することができる。

iii．Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット２／３／４のうちの一つである場合

１．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲ又はｎｅｇａｔｉｖｅＳＲである場合、Ａ．ＳＲを明示的ビットで表現してＡ／Ｎに付け加えてＵＣＩペイロードを生成後、生成されたＵＣＩをＡ／ＮＰＵＣＣＨリソースを介して送信

Ｔ_０は以下のうちの一つである。Ｔ_０は(ＯＦＤＭ)シンボル単位で示すことができる。

(５)基地局と端末の間に予め約束した値(例えば、固定値)

[提案方案＃２]はＡ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット０／２／３／４である場合に適用される。

ＮＲシステムにおいて、Ａ／ＮＰＵＣＣＨとＳＲＰＵＣＣＨの間の開始(ＯＦＤＭ)シンボルが異なる場合、Ａ／Ｎｏｎｌｙの送信を仮定したＡ／ＮＰＵＣＣＨ(以下、Ａ／ＮＰＵＣＣＨ１)とＳＲＰＵＣＣＨの間の開始(ＯＦＤＭ)シンボル(或いは開始時間)を比較して、Ａ／ＮとＳＲの間のＵＣＩ多重化有無を決定する方案が論議されている。例えば、ＳＲＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／ＮＰＵＣＣＨ１の開始(ＯＦＤＭ)シンボルより先立つ場合、端末はＳＲＰＵＣＣＨを送信し、Ａ／Ｎ送信を省略する。逆に、ＳＲＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／ＮＰＵＣＣＨ１の開始(ＯＦＤＭ)シンボルより遅れた(或いは同一である)場合には、端末はＳＲとＡ／ＮをＵＣＩ多重化して単一のＰＵＣＣＨで送信することができる。上述した動作は、端末が開始(ＯＦＤＭ)シンボルが先立つＰＵＣＣＨを先に処理することが期待されるためである。しかし、ＮＲシステムにおいて、Ａ／ＮとＳＲを多重化して単一のＰＵＣＣＨリソースを介して送信する時、Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット０／２／３／４である場合は、単一のＰＵＣＣＨリソースはＡ／ＮとＳＲに対する全体ＵＣＩペイロードサイズを算定して新しく選択されたＡ／ＮＰＵＣＣＨリソース(以下、Ａ／ＮＰＵＣＣＨ２)であり、Ａ／ＮＰＵＣＣＨ１とは異なることができる。従って、端末がＳＲＰＵＣＣＨの開始(ＯＦＤＭ)シンボルがＡ／ＮＰＵＣＣＨ１の開始(ＯＦＤＭ)シンボルより遅れた(或いは同一である)場合であると判断した後、Ａ／ＮＰＵＣＣＨ２でＡ／ＮとＳＲを送信する時、ＳＲＰＵＣＣＨよりＡ／ＮＰＵＣＣＨ２の開始(ＯＦＤＭ)シンボルが先立つ場合があり得る。従って、より一貫した端末の動作のために、Ａ／ＮＰＵＣＣＨ１ではなく、Ａ／ＮＰＵＣＣＨ２の開始(ＯＦＤＭ)シンボルとＳＲＰＵＣＣＨの開始(ＯＦＤＭ)シンボルの間の先後関係を比較することが好ましい。

[提案方案＃３] スロット内において、Ａ／ＮＰＵＣＣＨリソースとＳＲＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この時、Ａ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化を仮定する時に使用されるＰＵＣＣＨ(以下、ＭＵＸＰＵＣＣＨ)の送信開始時点がＳＲＰＵＣＣＨの送信開始時点より遅いことができる。この場合、端末は(最善の努力方式により)Ｏｎ－ｇｏｉｎｇＳＲＰＵＣＣＨ送信があれば、該当ＳＲＰＵＣＣＨの送信を中断して、ＭＵＸＰＵＣＣＨでＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲを多重化して送信することができる。

さらに、Ａ／ＮＰＵＣＣＨリソースとＳＲＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳した場合は、端末はＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲの間の多重化を仮定する時に使用されるＰＵＣＣＨ(以下、ＭＵＸＰＵＣＣＨ)の送信開始時点がＡ／ＮＰＵＣＣＨの送信開始時点より遅いことができる。この場合、端末は(最善の努力方式により)Ｏｎ－ｇｏｉｎｇＡ／ＮＰＵＣＣＨ送信があれば、該当Ａ／ＮＰＵＣＣＨの送信を中断して、ＭＵＸＰＵＣＣＨでＡ／Ｎと(ｐｏｓｉｔｉｖｅ)ＳＲを多重化して送信する方案

但し、上記動作は特定の端末能力を有する端末に限定して適用される。

端末がＳＲ送信を行った後にＳＲＰＵＣＣＨと時間軸で一部重畳するＡ／ＮＰＵＣＣＨリソースの存在を把握した場合、簡単な方法で端末は該当Ａ／Ｎ送信を省略することができる。しかし、端末に十分な能力があれば、できる限り(即ち、最善の努力方式により)現在進行中のＳＲ送信を中断し、Ａ／ＮとＳＲを多重化して単一のＰＵＣＣＨリソースを介して送信することができる。逆に、端末がＡ／Ｎ送信を行った後にＡ／ＮＰＵＣＣＨと時間軸で一部重畳するＳＲＰＵＣＣＨリソースに対するＰｏｓｉｔｉｖｅＳＲが発生することができる。この場合にも、端末は(即ち、最善の努力方式により)現在進行中のＡ／Ｎ送信を中断し、Ａ／ＮとＳＲを多重化して単一のＰＵＣＣＨリソースを介して送信することができる。[提案方案＃３]により、端末はＳＲとＡ／Ｎが衝突する場合にもＡ／ＮとＳＲの多重化された送信を最大に支援することができる。

[提案方案＃４] Ａ／ＮＰＵＣＣＨがＰＦ０又はＰＦ１であり、スロット内でＡ／ＮＰＵＣＣＨリソースとＳＲＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この場合、端末はＡ／ＮＰＵＣＣＨリソースと重畳したＳＲＰＵＣＣＨリソースに対応するＳＲプロセス数によって、Ａ／ＮとＳＲに対するＵＣＩ多重化規則を異なるように適用することができる。

一例として、Ａ／ＮＰＵＣＣＨリソースと重畳したＳＲＰＵＣＣＨリソースに対応するＳＲプロセスが一つであるか、或いは複数であるかによって、端末は以下のようにＡ／ＮとＳＲに対してＵＣＩ多重化規則を適用することができる。

(１)(Ａ／Ｎと重畳する)ＳＲプロセスが一つである場合

Ａ．Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合

i．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲである場合、Ａ／ＮＰＵＣＣＨにＣＳ／ＯＣＣ／ＰＲＢオフセットが適用されたリソースによりＡ／Ｎを送信

ii．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅＳＲである場合、Ａ／ＮＰＵＣＣＨリソースによりＡ／Ｎを送信

Ｂ．Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット１である場合

i．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲである場合、ＳＲＰＵＣＣＨリソースによりＡ／Ｎを送信

(２)(Ａ／Ｎと重畳する)ＳＲプロセスが複数である場合

Ａ．Ａ／ＮＰＵＣＣＨがＰＦ０又はＰＦ１である場合

i．Ａ／Ｎに(複数のＳＲプロセスに対する)ＳＲを表現するマルチ－ビットを付け加えた後、Ａ／ＮＰＵＣＣＨリソースにより全体ＵＣＩを送信。ここで、Ａ／ＮＰＵＣＣＨリソースはＡ／ＮとマルチビットＳＲを含むＵＣＩペイロードサイズを基準として選択されたリソースであり、ＰＦ２／３／４のうちの一つである。

ここで、複数のＳＲプロセスに対応するＳＲＰＵＣＣＨリソースの設定は特定のＩＤにより区分され、各々独立している。

ＮＲシステムでは、Ａ／ＮＰＵＣＣＨがＰＦ０又はＰＦ１である場合、支援されるＡ／Ｎペイロードサイズは２ビット以下である。この時、一つのＳＲプロセスに関する情報が追加される場合、端末は多重化容量が落ちるラージＵＣＩペイロードサイズ用のＰＵＣＣＨフォーマット(例えば、ＰＦ２／３／４)を使用するよりは、リソース選択方式を用いて該当ＳＲプロセスに対するｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅＳＲを表現することができる。しかし、Ａ／ＮＰＵＣＣＨリソースと複数のＳＲプロセスに対応するＳＲＰＵＣＣＨリソースが重畳した場合は、端末はｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅＳＲ以外に、どのＳＲプロセスがｐｏｓｉｔｉｖｅ／ｎｅｇａｔｉｖｅＳＲであるかに関する情報も基地局に伝達する必要がある。この場合、ＳＲ情報を表現するために必要なビット数が多いので、ＳＲプロセスが１個である場合のように、リソース選択方式を活用するよりは、３ビット以上のラージＵＣＩペイロードサイズ用のＰＵＣＣＨフォーマット(例えば、ＰＦ２／３／４)を使用した方がより効率的である。

[提案方案♯５] スロット内のＡ／ＮＰＵＣＣＨリソースとＣＳＩＰＵＣＣＨリソースが時間軸で(ＰＵＣＣＨ内の全体或いは一部ＯＦＤＭシンボルが)重畳する場合、以下のようにＡ／ＮとＣＳＩの間の多重化を支援する方案

(１)Ａ／ＮＰＵＣＣＨリソースがＤＬ割り当て基盤ではない場合

Ａ．ＣＳＩＰＵＣＣＨの送信開始時点を基準としてＴ_０以前時点まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＣＳＩＰＵＣＣＨリソースと時間軸で重畳する場合

i．Ａ／ＮとＣＳＩを多重化してＣＳＩＰＵＣＣＨで送信

Ｂ．その他の場合

i．Ｏｐｔ．１：ＣＳＩをＣＳＩＰＵＣＣＨリソースを介して送信(Ａ／Ｎ送信を省略)

ii．Ｏｐｔ．２：Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信(ＣＳＩ送信を省略)

(２)Ａ／ＮＰＵＣＣＨリソースがＤＬ割り当て基盤である場合

Ａ．Ａ／ＮとＣＳＩを多重化して(全体ＵＣＩ基準として再選択された)Ａ／ＮＰＵＣＣＨリソースを介して送信。但し、ＣＳＩを更新する時間が足りない場合は(例えば、ＣＳＩ参照リソースがＡ／ＮＰＵＣＣＨリソースの送信開始時点を基準としてＴ_１以前時点である場合は)、端末はＣＳＩを更新しないことができる。

ＣＳＩ参照リソースはＣＳＩ計算の参照となる時間リソースを意味する。(有効な)ＤＬスロットは(端末に)ＤＬスロットとして設定されたスロット及び／又は測定ギャップ(例えば、ｍｅａｓｕｒｅｍｅｎｔｇａｐ)に含まれないスロット及び／又はＣＳＩ報告が行われるＤＬＢＷＰと同一のＤＬＢＷＰに含まれるスロットを意味する。

(１)端末能力によるＰＤＳＣＨの終了後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値

(５)基地局と端末の間に予め約束した値(例えば、固定値)

Ｔ_１は以下のうちの一つである。Ｔ_１は(ＯＦＤＭ)シンボル単位で示すことができる。

(１)端末能力によるＣＳＩ計算及び報告のために必要な端末の処理時間又はそれに対応する値

(２)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値

(３)基地局と端末の間に予め約束した値(例えば、固定値)

ＮＲシステムでは、ＤＬ割り当て(＝ＤＬｓｃｈｅｄｕｌｉｎｇＤＣＩ)に基づくＰＤＳＣＨに対するＡ／ＮとＣＳＩが多重化される場合、Ａ／ＮとＣＳＩに対する全体ＵＣＩペイロードサイズを基準として再選択されたＡ／ＮＰＵＣＣＨリソースにより多重化されたＡ／ＮとＣＳＩを送信することができる。多重化動作はＡ／ＮＰＵＣＣＨとＣＳＩＰＵＣＣＨが時間軸で一部重畳する場合にも適用できる。但し、ＣＳＩ参照リソースがＡ／ＮＰＵＣＣＨの送信開始地点を基準として、端末処理時間であるＴ_０以前に存在する場合には、端末がＣＳＩを新しく更新することが難しい。従って、ＣＳＩを新しく更新することが難しい場合には、ＣＳＩを更新せず(但し、更新されないＣＳＩは相変わらずＡ／Ｎと多重化して報告)、その他の場合にはＣＳＩを更新してＡ／Ｎと多重化して報告する方案を提案する。

反面、Ａ／ＮがＤＬ割り当てに基づくＰＤＳＣＨに対応しない場合は、端末はＡ／ＮとＣＳＩをＣＳＩＰＵＣＣＨに多重化して送信することができる。ＣＳＩＰＵＣＣＨによりＡ／Ｎを送信する場合、Ａ／Ｎ送信のための最小のＵＬタイミングが保障される場合にのみＡ／ＮとＣＳＩの間の多重化を許容する。即ち、端末はＣＳＩＰＵＣＣＨ送信開始時点を基準として、Ｔ_１以前時点まで受信した(或いは送信を開始した)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／ＮＰＵＣＣＨがＣＳＩＰＵＣＣＨと重畳する場合にのみＡ／ＮとＣＳＩの間の多重化を行い、そうではない場合にはＡ／Ｎ送信を省略して、ＣＳＩＰＵＣＣＨのみを送信することができる。

[提案方案♯６] 端末が特定のＰＵＣＣＨ(又はＰＵＳＣＨ)リソース(以下、ＵＬ－ＣＨ１)内の一部の(ＯＦＤＭ)シンボルをパンクチャリングし、(ＯＦＤＭ)シンボルにおいて他のＰＵＣＣＨ(又はＰＵＳＣＨ)リソース(以下、ＵＬ－ＣＨ２)を送信することができる。この場合、ＵＬ－ＣＨ２に対する送信電力は以下のように適用できる。

(１)Ｏｐｔ．１

Ａ．ＵＬ－ＣＨ２に対して(ＵＬ－ＣＨ１と)独立して設定された送信電力を適用

i．ＵＬ－ＣＨ２の送信電力がＵＬ－ＣＨ１の送信電力を基準として一定の範囲内の値を有する場合、端末はＵＬ－ＣＨ１のパンクチャリング後のリソースを(不連続して)全部送信する。

ii．ＵＬ－ＣＨ２の送信電力がＵＬ－ＣＨ１の送信電力を基準として一定範囲外の値を有する場合、

１．ＵＬ－ＣＨ１のパンクチャリング後のリソース内にＤＭ－ＲＳが存在すると、ＵＬ－ＣＨ１の残りのリソースに対する送信を全部行う。ここで、ＤＭ－ＲＳはデータ復調用の参照信号を意味する。

２．ＵＬ－ＣＨ１のパンクチャリング後のリソース内にＤＭ－ＲＳが存在すると、ＵＬ－ＣＨ１の残りのリソースに対する送信を省略

(２)Ｏｐｔ．２

Ａ．ＵＬ－ＣＨ２に対してＵＬ－ＣＨ１と同じ送信電力を適用

(３)Ｏｐｔ．３

Ａ．ＵＬ－ＣＨ２に対して(ＵＬ－ＣＨ１と)独立して設定された送信電力がＴＸＰ１であり、ＵＬ－ＣＨ１に対する位相連続性(Ｐｈａｓｅｃｏｎｔｉｎｕｉｔｙ)を保障する最大の送信電力がＴＸＰ２である時、ｍｉｎ(ＴＸＰ１、ＴＸＰ２)をＵＬ－ＣＨ２に対する送信電力として適用。ここで、位相連続性はＵＬ－ＣＨ１に対してパンクチャリング以前のリソースと以後のリソースの間にチャネル変化による位相差を除いた他の位相差がないことを意味する。

i．ＴＸＰ２は端末が具現により任意に選択する値である。

i．ＵＬ－ＣＨ２について設定された既存のＵＬＰＣ(ｐｏｗｅｒｃｏｎｔｒｏｌ)規則を例外にすることができる。

一例として、端末がＰＵＳＣＨ送信中に緊急サービス(例えば、ＵＲＬＬＣ)に対するＰＵＣＣＨ送信を行わなければならない場合がある。この場合は、端末がＰＵＳＣＨ送信を既に進行中であるので(例えば、Ｏｎ－ｇｏｉｎｇｔｒａｎｓｍｉｓｓｉｏｎ)、端末はＰＵＳＣＨ送信を中止してＰＵＣＣＨを送信しなければならない。この時、ＰＵＳＣＨ送信の観点では、ＰＵＣＣＨが送信されるＯＦＤＭシンボルのみがパンクチャリングされることができる。この場合、パンクチャリング区間内のＰＵＣＣＨ送信電力がＰＵＳＣＨとは異なるので、ＰＡ(ｐｏｗｅｒａｍｐｌｉｆｉｅｒ)設定が初期化されてパンクチャリング区間を基準として前側に送信されたＰＵＳＣＨリソースと後側に送信されたＰＵＳＣＨリソースの間に(送信信号の)位相が変化することができる。この問題は、ＰＵＳＣＨ送信中にＰＵＣＣＨ送信を行いながら端末の送信電力が大きく変更するためである。従って、本発明では、ＰＵＣＣＨ(又はＰＵＳＣＨ)リソース(即ち、ＵＬ－ＣＨ１)内の一部(ＯＦＤＭ)シンボルをパンクチャリングし、(ＯＦＤＭ)シンボル内で他のＰＵＣＣＨ(又はＰＵＳＣＨ)リソース(即ち、ＵＬ－ＣＨ２)を送信する時、端末は位相変化を減らすために、以下の動作を行うことができる。

(１)ＵＬ－ＣＨ２に対する送信電力をＵＬ－ＣＨ１と同値に設定するか、又は

(２)ＵＬ－ＣＨ２に対して独立したＵＬ電力制御を行い、ＵＬ－ＣＨ１の送信電力と比較して位相差を誘発する電力差が発生する場合には、ＵＬ－ＣＨ２の送信以後の残りのＵＬ－ＣＨ１のリソースはＤＭ－ＲＳが存在する場合にのみ送信する動作を考えることができる。

ＰＵＣＣＨ／ＰＵＳＣＨ多重化

[提案方案＃６.１] スロット内において、Ａ／ＮＰＵＣＣＨリソースとＰＵＳＣＨリソースが時間軸で(ＰＵＣＣＨ或いはＰＵＳＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この場合、端末は(基準時点から)特定時点前まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースが時間軸でＰＵＳＣＨリソースと重畳するか否かによって、Ａ／ＮとＵＬデータの間の多重化有無(或いはＡ／ＮをＰＵＳＣＨにＵＣＩピギーバックするか否か)を決定する方案

但し、端末がＡ／ＮとＵＬデータの間の多重化を行わない場合には、Ａ／ＮとＵＬデータのうちの一つの送信を省略できる。

一例として、端末はＰＵＳＣＨの送信開始時点(例えば、開始シンボル)を基準として、Ｔ_０以前時点まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースが時間軸でＰＵＳＣＨと重畳するか否かによって、ＰＵＳＣＨへのＡ／Ｎピギーバック有無を決定することができる。

(１)ＰＵＳＣＨの送信開始時点を基準として、Ｔ_０以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＰＵＳＣＨリソースと時間軸で重畳する場合

－Ａ／ＮとＵＬデータを多重化して送信(即ち、Ａ／ＮをＰＵＳＣＨにＵＣＩピギーバックして送信)(又はＡ／ＮＰＵＣＣＨとＰＵＳＣＨが時間軸でＰＵＣＣＨ或いはＰＵＳＣＨ内の全てのＯＦＤＭシンボルと完全に重畳する場合と同じＵＣＩ多重化規則に従う)

(２)(１)に該当しない場合(例えば、ＰＵＳＣＨの送信開始時点を基準として、Ｔ_０以前時点後に受信された(又は送信開始／終了された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースが時間軸でＰＵＳＣＨリソースと重畳するか、又はＰＵＳＣＨの送信開始時点を基準として、Ｔ_０以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースが時間軸でＰＵＳＣＨリソースと重畳しないか、又はＰＵＳＣＨの送信開始時点を基準として、Ｔ_０以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースが存在しない場合)

－Ｏｐｔ．１：ＵＬデータをＰＵＳＣＨリソースを介して送信(Ａ／Ｎ送信を省略)

－Ｏｐｔ．２：Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信(ＰＵＳＣＨ送信を省略)

但し、特定のバージョンの端末である場合、ＰＵＳＣＨに対するＵＬグラントの受信後に受信された、ＤＬ割り当てによりスケジュールされたＰＤＳＣＨに対するＡ／ＮはＰＵＳＣＨへのＵＣＩピギーバック対象ではない。

(１)端末能力によるＰＤＳＣＨの終了後、Ａ／Ｎ送信まで必要な端末処理時間又はそれに対応する値。端末能力によるＵＣＩ(ＰＵＣＣＨ)送信のために必要な端末処理時間又はそれに対応する値

(２)端末能力によるＰＤＳＣＨの受信後、ＰＤＳＣＨに対応するＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値。又は、端末能力によるＵＣＩ(ＰＵＣＣＨ)送信のために必要な端末処理時間又はそれに対応する値

(３)端末能力によるＰＤＣＣＨの受信後、ＰＤＣＣＨから指示されたＡ／Ｎ(ＰＵＣＣＨ)送信まで必要な端末処理時間又はそれに対応する値

(３)端末能力による(特定の)ＵＣＩ送信のために必要な端末処理時間又はそれに対応する値

(４)端末能力によるＵＬグラントの受信後、ＰＵＳＣＨ送信まで必要な端末処理時間又はそれに対応する値

(５)上位階層(例えば、ＲＲＣ)信号及び／又はＤＣＩにより設定された値

(６)基地局と端末の間に予め約束した値(例えば、固定値)

[提案方案＃６.１]はＡ／ＮＰＵＣＣＨ以外のＰＵＣＣＨにも拡張して適用することができる。

ＮＲシステムではＰＵＣＣＨとＰＵＳＣＨの間の開始(ＯＦＤＭ)シンボル(或いは開始時間)が一致する場合、ＰＵＣＣＨとＰＵＳＣＨが時間軸で完全に重畳する場合と同一のＵＣＩ多重化規則を適用する端末動作が合議されている。この時、ＰＵＣＣＨとＰＵＳＣＨが多重化して送信されるリソースがＰＵＳＣＨリソースであるので、ＰＵＳＣＨリソースの送信開始前までＰＵＣＣＨ内の特定のＵＣＩ送信に必要な処理時間が満たさない場合には、該当ＰＵＣＣＨをＰＵＳＣＨに多重化することができない。たとえ、ＰＵＣＣＨがＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨ(以下、Ａ／ＮＰＵＣＣＨ)である場合、端末はＰＵＳＣＨの送信開始時点を基準として(端末能力によるＰＤＳＣＨの受信後、Ａ／Ｎ送信まで必要な時間である)Ｔ_０時間以前時点まで受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／ＮのみをＰＵＳＣＨで送信することができる。従って、本発明はＳＲＰＵＣＣＨとＡ／ＮＰＵＣＣＨの間のＵＣＩ多重化規則([提案方案＃１])のように、端末がＰＵＳＣＨ送信開始時点を基準として、Ｔ_０以前時点まで受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／ＮＰＵＣＣＨリソースが時間軸でＰＵＳＣＨリソースと重畳するか否かによりＡ／Ｎに対するＵＣＩピギーバック有無を決定することができる。即ち、端末はＰＵＳＣＨ送信開始時点を基準として、Ｔ_０以前時点まで受信されたＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対するＡ／ＮＰＵＣＣＨリソースが時間軸でＰＵＳＣＨリソースと重畳すると、Ａ／ＮをＰＵＳＣＨにＵＣＩピギーバックして送信し、そうではない場合には、Ａ／Ｎに対する送信無しにＰＵＳＣＨのみを送信することができる。図１４は[提案方案＃６.１]の動作を例示する。

[提案方案＃６.１]の変形として、ＣＳＩＰＵＣＣＨとＰＵＳＣＨが時間軸で重畳した場合は、端末はＣＳＩＰＵＣＣＨを送信せず、ＰＵＳＣＨでＣＳＩをＵＣＩピギーバックすることができる。この時、ＣＳＩ計算のための処理時間がＰＵＳＣＨ送信準備まで十分ではない場合は、端末はＣＳＩを更新しないことができる。

Ａ／ＮＰＵＣＣＨリソースと他のＵＬチャネルが時間軸で(一部或いは全体)重畳する時、[提案方案＃１]と[提案方案＃６.１]を統合すると、端末が以下のように動作する。

(１)Ａ／ＮＰＵＣＣＨの送信開始時点(又はスロット)を基準として、Ｔ_０以前時点までＡ／ＮＰＵＣＣＨと時間軸で重畳するＵＬチャネルが設定／指示されない場合(例えば、ＵＬチャネルはＳＲを送信するＰＵＣＣＨ又はＵＬ－ＳＣＨＴＢを運ぶＰＵＳＣＨである)

Ａ．端末はＡ／ＮのみをＡ／ＮＰＵＣＣＨリソースを介して送信(上記時点以後、Ａ／ＮＰＵＣＣＨと重畳するＵＬチャネルが発生しても無視するか又は該当ＵＬチャネル送信を省略／放棄)

(２)Ａ／ＮＰＵＣＣＨの送信開始時点(又はスロット)を基準として、Ｔ_０以前時点までＡ／ＮＰＵＣＣＨと時間軸で重畳するＵＬチャネルが設定／指示された場合(例えば、該当ＵＬチャネルはＳＲを送信するＰＵＣＣＨ又はＵＬ－ＳＣＨＴＢを運ぶＰＵＳＣＨである)

Ａ．ＵＬチャネルが(特定の)ＵＣＩ(以下、ＵＣＩ－Ａ)を送信するＰＵＣＣＨ(以下、ＰＵＣＣＨ－Ａ)である場合

i．ＰＵＣＣＨ－Ａリソースの送信開始時点を基準として、Ｔ_１以前時点まで受信された(又は送信が開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＰＵＣＣＨ－Ａリソースと時間軸で重畳する場合、Ａ／ＮとＵＣＩ－Ａを多重化して単一のＰＵＣＣＨリソースを介して送信

ii．その他の場合(例えば、ＰＵＣＣＨ－Ａリソースの送信開始時点を基準として、Ｔ_１以前時点まで受信された(又は送信が開始した)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＰＵＣＣＨ－Ａリソースと時間軸で重畳しないか、又はＰＵＣＣＨ－Ａリソースの送信開始時点を基準として、Ｔ_１以前時点まで受信された(又は送信が開始した)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースが存在しない場合)、Ａ／ＮとＵＣＩ－Ａのうちの一つを選択して送信

－Ｏｐｔ．１：ＵＣＩ－Ａ(ｏｎｌｙ)をＰＵＣＣＨ－Ａリソースを介して送信(Ａ／Ｎ送信を省略)

－Ｏｐｔ．２：Ａ／Ｎ(ｏｎｌｙ)をＡ／ＮＰＵＣＣＨリソースを介して送信(ＵＣＩ－Ａ送信を省略)

－Ｏｐｔ．３：ＵＣＩ－Ａの状態によってＯｐｔ．１又はＯｐｔ．２を適用

Ｂ．ＵＬチャネルがＵＬ－ＳＣＨＴＢ(又はＵＬデータ)を送信するＰＵＳＣＨである場合

i．ＰＵＳＣＨの送信開始時点を基準としてＴ_２以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＰＵＳＣＨリソースと時間軸で重畳する場合

１．Ａ／ＮとＵＬデータを多重化して送信(即ち、Ａ／ＮをＰＵＳＣＨによりＵＣＩピギーバック)(又はＡ／ＮＰＵＣＣＨとＰＵＳＣＨが時間軸でＰＵＣＣＨ或いはＰＵＳＣＨ内の全てのＯＦＤＭシンボルに対して完全に重畳する場合と同一のＵＣＩ多重化規則に従う)

ii．その他の場合(例えば、ＰＵＳＣＨリソースの送信開始時点を基準としてＴ_２以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースがＰＵＳＣＨリソースと時間軸で重畳しない場合、又はＰＵＳＣＨリソースの送信開始時点を基準としてＴ_２以前時点まで受信された(又は送信開始された)ＰＤＳＣＨ(及び／又はＰＤＣＣＨ)に対応する(又は該当ＰＤＳＣＨ／ＰＤＣＣＨから指示された)Ａ／ＮＰＵＣＣＨリソースが存在しない場合)、Ａ／ＮとＵＬ－ＳＣＨのうちの一つを選択して送信

－Ｏｐｔ．１：ＵＬ－ＳＣＨ(ｏｎｌｙ)をＰＵＳＣＨリソースを介して送信(Ａ／Ｎ送信を省略)

－Ｏｐｔ．２：Ａ／Ｎ(ｏｎｌｙ)をＡ／ＮＰＵＣＣＨリソースを介して送信(ＵＬ－ＳＣＨ送信を省略)

Ｔ_０、Ｔ_１、Ｔ_２は以下のうちの一つである。Ｔ_０、Ｔ_１、Ｔ_２は(ＯＦＤＭ)シンボル単位で示すことができる。

(６)基地局と端末の間に予め約束した値(例えば、固定値)

本発明の変形により、スロットにおいてＰＵＣＣＨ－ＰＵＣＣＨ又はＰＵＣＣＨ－ＰＵＳＣＨが時間軸で重畳する場合、端末は以下の(一般化した)ＵＣＩ多重化規則を適用することができる。

(１)特定のＵＣＩに対するＰＵＣＣＨリソースの送信開始時点(又はスロット)を基準として、Ｔ_０以前時点までＰＵＣＣＨリソースと時間軸で重畳するＵＬチャネルが設定／指示されない場合(例えば、ＵＬチャネルはＰＵＣＣＨ又はＰＵＳＣＨである)

Ａ．端末は特定のＵＣＩのみをＰＵＣＣＨリソースを介して送信(時点以後のＰＵＣＣＨと重畳するＵＬチャネルが発生しても無視或いは該当ＵＬチャネルの送信を省略／放棄)

(２)特定のＵＣＩ_１に対するＰＵＣＣＨリソース(ＰＵＣＣＨ_１)が先に指示／指示された後、ＵＣＩ_１に対するＰＵＣＣＨリソース(ＰＵＣＣＨ_１)の送信開始時点(又はスロット)を基準として、Ｔ_０以前時点までＰＵＣＣＨ_１と時間軸で重畳する特定のＵＣＩ_２に対するＰＵＣＣＨリソース(ＰＵＣＣＨ_２)が設定／指示された場合

Ａ．端末はＵＣＩ_１とＵＣＩ_２を多重化して単一のＰＵＣＣＨリソースを介して送信

i．但し、単一のＰＵＣＣＨリソースはＰＵＣＣＨ_１とＰＵＣＣＨ_２以外のリソースであることができる。

(３)特定のＵＣＩに対するＰＵＣＣＨリソースが先に設定／指示された後、特定のＵＣＩに対するＰＵＣＣＨリソースの送信開始時点(又はスロット)を基準として、Ｔ_０以前時点までＰＵＣＣＨリソースと時間軸で重畳するＵＬ－ＳＣＨＴＢに対するＰＵＳＣＨリソースが設定／指示された場合

Ａ．端末はＵＣＩとＵＬ－ＳＣＨを多重化してＰＵＳＣＨリソースを介して送信(即ち、ＵＣＩピギーバック)

(４)特定のＵＬ－ＳＣＨに対するＰＵＳＣＨリソースの送信開始時点(又はスロット)を基準として、Ｔ_１以前時点までＰＵＳＣＨと時間軸で重畳するＵＬチャネルが設定／指示されていない場合(例えば、該当ＵＬチャネルはＰＵＣＣＨである)

Ａ．端末は特定のＵＬ－ＳＣＨのみをＰＵＳＣＨリソースを介して送信(時点以後のＰＵＳＣＨと重畳するＵＬチャネルが発生しても無視或いは該当ＵＬチャネルの送信を省略／放棄)

(５)特定のＵＬ－ＳＣＨに対するＰＵＳＣＨリソースが先に設定／指示された後、特定のＵＬ－ＳＣＨに対するＰＵＳＣＨリソースの送信開始時点(又はスロット)を基準として、Ｔ_１以前時点までＰＵＳＣＨリソースと時間軸で重畳する特定のＵＣＩに対するＰＵＣＣＨリソースが設定／指示された場合

Ａ．端末はＵＣＩとＵＬ－ＳＣＨＴＢを多重化してＰＵＳＣＨリソースを介して送信(即ち、ＵＣＩピギーバック)

Ｔ_０、Ｔ_１は以下のうちの一つである。Ｔ_０、Ｔ_１は(ＯＦＤＭ)シンボル単位で示すことができる。

(６)基地局と端末の間に予め約束した値(例えば、固定値)

特定のＵＣＩがＡ／Ｎである時、該当ＵＣＩに対するＰＵＣＣＨリソースが設定／指示される時点は、Ａ／Ｎに対応するＰＤＳＣＨの受信(終了)時点と見なされる。

特定のＵＣＩに対するＰＵＣＣＨリソースが先に設定／指示される動作は、上位階層(例えば、ＲＲＣ)信号に基づいて設定される動作を含む。例えば、上位階層信号により予め設定されたＰＵＣＣＨリソースは、ＤＣＩにより指示されたＰＵＣＣＨリソースより常に先に設定／指示されたリソースと見なされることができる。例えば、ＵＣＩ_１とＵＣＩ_２は、各々ＳＲとＡ／Ｎであるか、又は各々(ｐｅｒｉｏｄｉｃ)ＣＳＩとＨＡＲＱ－ＡＣＫである。

但し、ＵＣＩ_１とＵＣＩ_２に対して以下の多重化動作が適用される。

(１)ＵＣＩ_１＝ＳＲ、ＵＣＩ_２＝Ａ／Ｎである場合

i．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲである場合

１．Ａ／ＮをＡ／ＮＰＵＣＣＨにＣＳ／ＯＣＣ／ＰＲＢオフセットが適用されたリソースを介して送信

ii．ＳＲに対するＵＣＩ状態がｎｅｇａｔｉｖｅＳＲである場合

１．Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

１．Ａ／ＮをＳＲＰＵＣＣＨリソースを介して送信

Ａ．但し、ＳＲＰＵＣＣＨがＰＵＣＣＨフォーマット０である場合には、ＳＲを送信せず、Ａ／Ｎのみを送信することができる。

１．Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信

Ｃ．Ａ／ＮＰＵＣＣＨがＰＵＣＣＨフォーマット２／３／４のうちの一つである場合

i．ＳＲに対するＵＣＩ状態がＰｏｓｉｔｉｖｅＳＲ又はｎｅｇａｔｉｖｅＳＲである場合

１．ＳＲを明示的ビットで表現してＡ／Ｎに付け加えてＵＣＩペイロードを生成後、生成されたＵＣＩをＡ／ＮＰＵＣＣＨリソースを介して送信

(２)ＵＣＩ_１＝ＣＳＩ、ＵＣＩ_２＝Ａ／Ｎである場合

Ａ．Ａ／ＮＰＵＣＣＨがＤＬ割り当てにより指示された場合

i．Ａ／ＮとＣＳＩを多重化してＡ／ＮＰＵＣＣＨリソースを介して送信

Ｂ．Ａ／ＮＰＵＣＣＨがＤＬ割り当てにより指示されない場合

i．Ａ／ＮとＣＳＩを多重化してＣＳＩＰＵＣＣＨリソースを介して送信

[提案方案＃７] スロット内において、Ａ／ＮＰＵＣＣＨリソースとＰＵＳＣＨリソースが時間軸で(ＰＵＣＣＨ或いはＰＵＳＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この時、端末はＡ／ＮＰＵＣＣＨの送信開始時点がＰＵＳＣＨの送信時点より遅いことができる。この場合、端末は(最善の努力方式により)Ｏｎ－ｇｏｉｎｇＰＵＳＣＨ送信があれば、該当ＰＵＳＣＨ送信を中断し、Ａ／ＮＰＵＣＣＨを介してＡ／Ｎを送信する。

さらにスロット内において、Ａ／ＮＰＵＣＣＨリソースとＰＵＳＣＨリソースが時間軸で(ＰＵＣＣＨ或いはＰＵＳＣＨ内の全体或いは一部のＯＦＤＭシンボルが)重畳することができる。この時、Ａ／ＮＰＵＣＣＨの送信開始時点がＰＵＳＣＨの送信時点より早いことができる。この場合、端末は(最善の努力方式により)Ｏｎ－ｇｏｉｎｇＰＵＣＣＨ送信があれば、該当ＰＵＣＣＨ送信を中断し、Ａ／ＮをＰＵＳＣＨによりピギーバックする。

端末がＰＵＳＣＨ送信を行った後に該当ＰＵＣＣＨと時間軸で一部重畳するＡ／ＮＰＵＣＣＨリソースの存在を把握した場合は、端末は簡単な方法により該当Ａ／Ｎ送信を省略することができる。しかし、端末が十分な能力があれば、できる限り(即ち、最善の努力方式により)現在進行中のＰＵＳＣＨ送信を中断し、Ａ／ＮをＡ／ＮＰＵＣＣＨリソースを介して送信しようとする。[提案方案＃６．１]の動作により、端末はＰＵＳＣＨとＡ／Ｎが衝突した場合にもＡ／Ｎ送信を最大限支援することができる。

図１５は本発明に実施例に適用可能な基地局及び端末を例示する。

図１５を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。無線通信システムがリレーを含む場合、基地局又は端末はリレーに取り替えられることができる。

基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１１６を含む。プロセッサ１１２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１１４はプロセッサ１１２に連結され、プロセッサ１１２の動作に関連した多様な情報を記憶する。ＲＦユニット１１６はプロセッサ１１２に連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１２４はプロセッサ１２２に連結され、プロセッサ１２２の動作に関連した多様な情報を記憶する。ＲＦユニット１２６はプロセッサ１２２に連結され、無線信号を送信及び／又は受信する。

前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は、他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。

本文書で、本発明の実施例は主に端末と基地局間のデータ送受信関係を中心として説明した。本文書で、基地局によって遂行されると説明した特定の動作は場合によってはその上位ノード（ｕｐｐｅｒｎｏｄｅ）によって遂行することができる。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋｎｏｄｅｓ）でなるネットワークで端末との通信のために行われる多様な動作は基地局又は基地局以外の他のネットワークノードによって遂行することができるのは明らかである。基地局は、固定国（ｆｉｘｅｄｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓｐｏｉｎｔ）などの用語に取り替えることができる。また、端末はＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）、ＭＳ（ＭｏｂｉｌｅＳｔａｔｉｏｎ）、ＭＳＳ（ＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＳｔａｔｉｏｎ）などの用語に取り替えられることができる。

本発明の実施例は、多様な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｉｎｇｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。

ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、前述した機能又は動作を行うモジュール、手続、関数などの形態に具現することができる。ソフトウェアコードは、メモリユニットに格納してプロセッサによって駆動することができる。前記メモリユニットは、前記プロセッサの内部又は外部に位置し、既に公知の多様な手段によって前記プロセッサとデータをやり取りすることができる。

本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。

本発明は無線移動通信システムの端末機、基地局又はその他の装備に使用できる。

Claims

無線通信システムにおいて通信装置が制御情報を送信する方法であって、
複数のＵＣＩ(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)のそれぞれと関連した、単一時間スロット(time slot)内の複数のＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)リソースを決定する段階と、
前記複数のＵＣＩと関連した前記複数のＰＵＣＣＨリソースに基づいて、少なくとも一つの多重化されたＵＣＩに対する少なくとも一つの多重化ＰＵＣＣＨリソースを決定する段階と、
前記少なくとも一つの多重化したＵＣＩに対する前記少なくとも一つの多重化ＰＵＣＣＨリソースを決定することに基づいて、ＰＵＣＣＨリソースの多重化について多重化されたＵＣＩを送信する段階と、
前記少なくとも一つの多重化ＰＵＣＣＨリソースを決定する段階は、
前記単一時間スロットの中の前記複数のＰＵＣＣＨリソースの複数の最初のシンボルの中の最も早い最初のシンボルを有する第１ＰＵＣＣＨリソースを決定する段階と、
前記第１ＰＵＣＣＨリソースの前記最初のシンボルの後に発生する複数の最初のシンボルで、前記複数のＰＵＣＣＨリソースの中の、一つ以上の第２のＰＵＣＣＨリソースと、第１ＰＵＣＣＨリソースが時間で重複することに基づいて、
（１）第１ＰＵＣＣＨリソースと関連する第１ＵＣＩと（２）前記一つ以上の第２ＰＵＣＣＨリソースと関連する一つ以上の第２ＵＣＩを多重化するための第１多重化ＰＵＣＣＨリソースを決定する段階と、
前記複数のＰＵＣＣＨリソースの中の一つ以上の第３ＰＵＣＣＨリソースと前記第１多重化ＰＵＣＣＨリソースが時間で重複することに基づいて、
（１）前記第１多重化ＰＵＣＣＨリソースと関連するＵＣＩと、（２）前記一つ以上の第３ＰＵＣＣＨリソースと関連する一つ以上のＵＣＩとを多重化するための第２多重化ＰＵＣＣＨリソースを決定する段階を含む、方法。
（ｉ）前記第１ＰＵＣＣＨリソースが前記一つ以上の第２ＰＵＣＣＨリソースと時間で重複すること、及び（ｉｉ）前記第１多重化ＰＵＣＣＨリソースが前記一つ以上の第３ＰＵＣＣＨリソースと時間で重複しないことに基づいて、
第１多重化ＵＣＩは、（１）前記第１ＰＵＣＣＨリソースと関連する第１ＵＣＩと、（２）前記一つ以上の第２ＰＵＣＣＨリソースと関連する一つ以上の第２ＵＣＩとを多重化して取得され、
前記第１多重化ＵＣＩは、前記第１多重化ＰＵＣＣＨリソースで送信される、請求項１に記載の方法。
（ｉ）前記第１ＰＵＣＣＨリソースが前記一つ以上の第２ＰＵＣＣＨリソースと時間で重複すること、（ｉｉ）前記第１多重化ＰＵＣＣＨリソースが前記一つ以上の第３ＰＵＣＣＨリソースと時間で重複すること、及び（ｉｉｉ）前記第２多重化ＰＵＣＣＨリソースが前記複数のＰＵＣＣＨリソースの中の一つ以上の第４ＰＵＣＣＨリソースと時間で重複することに基づいて、
（１）前記第２多重化ＰＵＣＣＨリソースと関連するＵＣＩと、（２）前記一つ以上の第４ＰＵＣＣＨリソースと関連する一つ以上の第４ＵＣＩを多重化するために第３多重化ＰＵＣＣＨリソースを決定する段階とをさらに含む、請求項１に記載の方法。
前記一つ以上の第３ＰＵＣＣＨリソースは、前記第１ＰＵＣＣＨリソース又は、前記一つ以上の第２のＰＵＣＣＨリソースのいずれも含まない、請求項１に記載の方法。
前記単一時間スロットは１４個のシンボルで定義され、
各ＰＵＣＣＨリソースの開始シンボルのインデックスは０～１３のうちの１つであり、
各ＰＵＣＣＨリソースの送信長さはシンボルの数として１～１４個の１つである、請求項１に記載の方法。
前記複数のＵＣＩは、Ａ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)及びＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)の少なくとも一つを含む、請求項１に記載の方法。
前記多重化されたＵＣＩは少なくとも前記Ａ／Ｎを含み、前記多重化ＰＵＣＣＨリソースは前記多重化されたＵＣＩのペイロードサイズに基づいて決定される、請求項６に記載の方法。
前記第２多重化ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)のリソースと重なる場合、（１）前記第１多重化ＰＵＣＣＨリソースと関連するＵＣＩと（２）前記一つ以上の第３ＰＵＣＣＨリソースと関連する一つ以上の第３ＵＣＩは多重化され、前記ＰＵＳＣＨで送信される、請求項１に記載の方法。
無線通信システムにおいて制御情報を送信する通信装置であって、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと動作的に結合し、前記少なくとも一つのプロセッサにより実行されることに基づいて、動作を実行させるインストラクションを格納する少なくとも一つのコンピュータメモリを備え、
前記動作は、
単一時間スロット内で、複数のＵＣＩ(ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)のそれぞれと関連した、複数のＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ)リソースを決定し、
前記複数のＵＣＩと関連する前記複数のＰＵＣＣＨリソースに基づいて、少なくとも一つの多重化されたＵＣＩに対する少なくとも一つの多重化ＰＵＣＣＨリソースを決定し、
前記少なくとも一つの多重化されたＵＣＩに対する前記少なくとも一つの多重化ＰＵＣＣＨリソースを決定することに基づいて、ＰＵＣＣＨリソースの多重化についての多重化されたＵＣＩを送信することを含み、
前記少なくとも一つの多重化ＰＵＣＣＨリソースを決定することは、
前記単一時間スロットの中の前記複数のＰＵＣＣＨリソースの複数の最初のシンボルの中の最も早い最初のシンボルを有する第１ＰＵＣＣＨリソースを決定することと、
前記第１ＰＵＣＣＨリソースの前記最初のシンボルの後に発生する複数の最初のシンボルで、前記複数のＰＵＣＣＨリソースの中の、一つ以上の第２のＰＵＣＣＨリソースと、第１ＰＵＣＣＨリソースが時間で重複することに基づいて、
（１）第１ＰＵＣＣＨリソースと関連する第１ＵＣＩと（２）前記一つ以上の第２ＰＵＣＣＨリソースと関連する一つ以上の第２ＵＣＩを多重化するための第１多重化ＰＵＣＣＨリソースを決定することと、
前記複数のＰＵＣＣＨリソースの中の一つ以上の第３ＰＵＣＣＨリソースと前記第１多重化ＰＵＣＣＨリソースが時間で重複することに基づいて、
（１）前記第１多重化ＰＵＣＣＨリソースと関連するＵＣＩと、（２）前記一つ以上の第３ＰＵＣＣＨリソースと関連する一つ以上のＵＣＩとを多重化するための第２多重化ＰＵＣＣＨリソースを決定することを含む、通信装置。
（ｉ）前記第１ＰＵＣＣＨリソースが前記一つ以上の第２ＰＵＣＣＨリソースと時間で重複すること、及び（ｉｉ）前記第１多重化ＰＵＣＣＨリソースが前記一つ以上の第３ＰＵＣＣＨリソースと時間で重複しないことに基づいて、
第１多重化ＵＣＩは、（１）前記第１ＰＵＣＣＨリソースと関連する第１ＵＣＩと、（２）前記一つ以上の第２ＰＵＣＣＨリソースと関連する一つ以上の第２ＵＣＩとを多重化して取得され、
前記第１多重化ＵＣＩは、前記第１多重化ＰＵＣＣＨリソースで送信される、請求項９に記載の通信装置。
（ｉ）前記第１ＰＵＣＣＨリソースが前記一つ以上の第２ＰＵＣＣＨリソースと時間で重複すること、（ｉｉ）前記第１多重化ＰＵＣＣＨリソースが前記一つ以上の第３ＰＵＣＣＨリソースと時間で重複すること、及び（ｉｉｉ）前記第２多重化ＰＵＣＣＨリソースが前記複数のＰＵＣＣＨリソースの中の一つ以上の第４ＰＵＣＣＨリソースと時間で重複することに基づいて、
（１）前記第２多重化ＰＵＣＣＨリソースと関連するＵＣＩと、（２）前記一つ以上の第４ＰＵＣＣＨリソースと関連する一つ以上の第４ＵＣＩを多重化するために第３多重化ＰＵＣＣＨリソースを決定する段階とをさらに含む、請求項９に記載の通信装置。
前記一つ以上の第３ＰＵＣＣＨリソースは、前記第１ＰＵＣＣＨリソース又は、前記一つ以上の第２のＰＵＣＣＨリソースのいずれも含まない、請求項９に記載の通信装置。
前記単一時間スロットは１４個のシンボルで定義され、
各ＰＵＣＣＨリソースの開始シンボルのインデックスは０～１３のうちの１つであり、
各ＰＵＣＣＨリソースの送信長さは、シンボルの数として１～１４個のうちの１つである、請求項９に記載の通信装置。
前記複数のＵＣＩは、Ａ／Ｎ(Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)、ＣＳＩ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ)及びＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)の少なくとも一つを含む、請求項９に記載の通信装置。
前記多重化されたＵＣＩは少なくとも前記Ａ／Ｎを含み、
前記多重化ＰＵＣＣＨリソースは前記多重化されたＵＣＩのペイロードサイズに基づいて決定される、請求項１４に記載の通信装置。
前記第２多重化ＰＵＣＣＨリソースが時間軸でＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)のリソースと重なる場合、（１）前記第１多重化ＰＵＣＣＨリソースと関連するＵＣＩと、（２）前記一つ以上の第３ＰＵＣＣＨリソースと関連する一つ以上の第３ＵＣＩは、多重化されて、前記ＰＵＳＣＨで送信される、請求項９に記載の通信装置。
ＲＦ(ＲａｄｉｏＦｒｅｑｕｅｎｃｙ)ユニットをさらに含む、請求項９に記載の通信装置。