特表2023-537592 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ 中国移動通信有限公司研究院の特許一覧 ▶ 中国移動通信集団有限公司の特許一覧

特表2023-537592物理上り制御チャネルの伝送方法、端末及び基地局

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-09-04

(54)【発明の名称】物理上り制御チャネルの伝送方法、端末及び基地局

(51)【国際特許分類】

H04W 72/21 20230101AFI20230828BHJP

H04W 72/566 20230101ALI20230828BHJP

H04W 28/22 20090101ALI20230828BHJP

【ＦＩ】

H04W72/21

H04W72/566

H04W28/22

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023508594

(86)(22)【出願日】2021-08-06

(85)【翻訳文提出日】2023-02-07

(86)【国際出願番号】 CN2021111216

(87)【国際公開番号】W WO2022028581

(87)【国際公開日】2022-02-10

(31)【優先権主張番号】202010790995.1

(32)【優先日】2020-08-07

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

(71)【出願人】

【識別番号】518389015

【氏名又は名称】中国移動通信有限公司研究院

【氏名又は名称原語表記】ＣｈｉｎａＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎＣｏ．，ＬｔｄＲｅｓｅａｒｃｈＩｎｓｔｉｔｕｔｅ

【住所又は居所原語表記】３２ＸｕａｎｗｕｍｅｎＷｅｓｔＳｔｒｅｅｔ，ＸｉｃｈｅｎｇＤｉｓｔｒｉｃｔ，Ｂｅｉｊｉｎｇ１０００５３，Ｃｈｉｎａ

(71)【出願人】

【識別番号】518301095

【氏名又は名称】中国移動通信集団有限公司

(74)【代理人】

【識別番号】100118256

【弁理士】

【氏名又は名称】小野寺隆

(74)【代理人】

【識別番号】100166338

【弁理士】

【氏名又は名称】関口正夫

(72)【発明者】

【氏名】張軼

(72)【発明者】

【氏名】夏亮

(72)【発明者】

【氏名】呉丹

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA11

5K067BB21

5K067CC02

5K067CC06

5K067DD11

5K067EE02

5K067EE10

5K067GG06

(57)【要約】

本開示は、物理上り制御チャネルの伝送方法、端末及び基地局を提供する。該方法は、オーバーラップする少なくとも２つのＰＵＣＣＨであって、第１の優先度インデックスであり、第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む前記少なくとも２つのＰＵＣＣＨを、端末が決定し又は伝送しようとすると、コードレートの異なる前記第１のＵＣＩと第２のＵＣＩを前記端末が第３のＰＵＣＣＨ上で伝送することを含む。
【選択図】図５

【特許請求の範囲】

【請求項1】

物理上り制御チャネルＰＵＣＣＨの伝送方法であって、
オーバーラップする少なくとも２つのＰＵＣＣＨであって、第１の優先度インデックスであり、第１の上り制御情報ＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む前記少なくとも２つのＰＵＣＣＨを、端末が決定し又は伝送しようとすると、コードレートの異なる前記第１のＵＣＩと第２のＵＣＩを前記端末が第３のＰＵＣＣＨ上で伝送することを含む方法。

【請求項2】

前記第１のＵＣＩと第２のＵＣＩを前記端末が第３のＰＵＣＣＨ上で伝送することは、
前記第３のＰＵＣＣＨの伝送を指示するために使用される第３の下り制御情報ＤＣＩに基づいて、前記第３のＰＵＣＣＨを決定することを含む、請求項１に記載の方法。

【請求項3】

前記第３のＰＵＣＣＨは、第３のＰＵＣＣＨ構成によって構成される少なくとも１つのＰＵＣＣＨリソースのうちの１つであり、前記ＰＵＣＣＨリソースは、ＰＵＣＣＨリソース構成情報によって構成され、
ここで、
前記第３のＰＵＣＣＨ構成は、前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成であり、又は、
前記第３のＰＵＣＣＨ構成は、前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成であり、又は、
前記第３のＰＵＣＣＨ構成は、前記第１のＵＣＩ及び第２のＵＣＩを伝送するために構成されたＰＵＣＣＨ構成である、請求項１に記載の方法。

【請求項4】

前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、１つの最大コードレートを構成し、
前記第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、最大１つの最大コードレートを構成し、
前記第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、最大１つの最大コードレートを構成する、請求項１又は３に記載の方法。

【請求項5】

前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定すること、
又は、
前記第１のＵＣＩのコードレートが前記第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定することを更に含む、請求項１又は４に記載の方法。

【請求項6】

前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定すること、
又は、
前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定することを更に含む、請求項１又は４に記載の方法。

【請求項7】

前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されると、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、そうでなければ、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定すること、
又は、
前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されると、前記第１のＵＣＩのコードレートが第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、そうでなければ、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定することを更に含む、請求項１又は４に記載の方法。

【請求項8】

第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定すること、又は、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定することは、
第１のＵＣＩのコードレートに第１の調整係数を加算又は減算又は乗算又は除算したコードレートを第２のＵＣＩのコードレートに決定すること、
又は、
第２のＵＣＩのコードレートに第２の調整係数を加算又は減算又は乗算又は除算したコードレートを第１のＵＣＩのコードレートに決定することを含む、請求項６又は７に記載の方法。

【請求項9】

前記第１の調整係数及び／又は第２の調整係数は、
ネットワークで上位層シグナリングによって構成され、又はプロトコルによって定義されるか、
又は、ネットワークで上位層シグナリングによって構成され、又はプロトコルによって定義される数値セットから、所定のＤＣＩに基づいて決定される、請求項８に記載の方法。

【請求項10】

前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、第１の最大コードレート及び／又は第２の最大コードレートを構成する、請求項１又は３に記載の方法。

【請求項11】

前記第３のＰＵＣＣＨに対応するリソース構成情報によって第１の最大コードレートと第２の最大コードレートが構成された場合、
第１のＵＣＩのコードレートが第１の最大コードレートであり、第２のＵＣＩのコードレートが第２の最大コードレートであることを決定することを更に含む、請求項１０に記載の方法。

【請求項12】

前記第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを伝送する際に、第１のＵＣＩ及び第２のＵＣＩのコードレートに基づいて第１のＵＣＩ及び第２のＵＣＩを符号化することを更に含む、請求項５～１１のいずれか１項に記載の方法。

【請求項13】

物理上り制御チャネルＰＵＣＣＨの伝送方法であって、
オーバーラップする少なくとも２つのＰＵＣＣＨを、端末が決定し又は伝送しようとすると、端末から送信されるコードレートの異なる第１のＵＣＩと第２のＵＣＩを、基地局が第３のＰＵＣＣＨ上で受信することを含み、
ここで、前記少なくとも２つのＰＵＣＣＨは、第１の優先度インデックスであり、前記第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、前記第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む方法。

【請求項14】

前記の端末から送信される第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で受信することは、
前記第３のＰＵＣＣＨの伝送を指示するために使用される第３の下り制御情報ＤＣＩに基づいて、前記第３のＰＵＣＣＨを決定することを含む、請求項１３に記載の方法。

【請求項15】

【請求項16】

前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、１つの最大コードレートを構成し、
前記第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、最大１つの最大コードレートを構成し、
前記第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、最大１つの最大コードレートを構成する、請求項１３又は１５に記載の方法。

【請求項17】

【請求項18】

【請求項19】

【請求項20】

【請求項21】

前記第１の調整係数及び／又は第２の調整係数は、
ネットワークで上位層シグナリングによって構成され、又はプロトコルによって定義されるか、
又は、ネットワークで上位層シグナリングによって構成され、又はプロトコルによって定義される数値セットから、所定のＤＣＩに基づいて決定される、請求項２０に記載の方法。

【請求項22】

前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、第１の最大コードレート及び／又は第２の最大コードレートを構成する、請求項１３又は１５に記載の方法。

【請求項23】

前記第３のＰＵＣＣＨに対応するリソース構成情報によって第１の最大コードレートと第２の最大コードレートが構成された場合、
第１のＵＣＩのコードレートが第１の最大コードレートであり、第２のＵＣＩのコードレートが第２の最大コードレートであることを決定することを更に含む、請求項２２に記載の方法。

【請求項24】

端末から送信される第１のＵＣＩ及び第２のＵＣＩを第３のＰＵＣＣＨ上で受信する際に、第１のＵＣＩ及び第２のＵＣＩのコードレートに基づいて第１のＵＣＩ及び第２のＵＣＩを復号することを更に含む、請求項１７～２３のいずれか１項に記載の方法。

【請求項25】

端末であって、
オーバーラップする少なくとも２つのＰＵＣＣＨであって、第１の優先度インデックスであり、第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む前記少なくとも２つのＰＵＣＣＨを、伝送しようとすると、コードレートの異なる前記第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で伝送するように構成される送信モジュールを含む端末。

【請求項26】

トランシーバとプロセッサを含む端末であって、
前記トランシーバは、オーバーラップする少なくとも２つのＰＵＣＣＨであって、第１の優先度インデックスであり、第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む前記少なくとも２つのＰＵＣＣＨを、伝送しようとすると、コードレートの異なる前記第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で伝送するように構成される端末。

【請求項27】

プロセッサと、メモリと、前記メモリに記憶されて前記プロセッサで実行可能なプログラムを含む端末であって、
前記プログラムは、前記プロセッサによって実行されると、請求項１～１２のいずれか１項に記載の物理上り制御チャネルの伝送方法のステップを実現させる端末。

【請求項28】

基地局であって、
オーバーラップする少なくとも２つのＰＵＣＣＨを、端末が決定し又は伝送しようとすると、端末から送信されるコードレートの異なる第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で受信するように構成される受信モジュールを含み、
ここで、前記少なくとも２つのＰＵＣＣＨは、第１の優先度インデックスであり、前記第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、前記第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む基地局。

【請求項29】

プロセッサとトランシーバを含む基地局であって、
前記トランシーバは、オーバーラップする少なくとも２つのＰＵＣＣＨを、端末が決定し又は伝送しようとすると、端末から送信されるコードレートの異なる第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で受信するように構成され、
ここで、前記少なくとも２つのＰＵＣＣＨは、第１の優先度インデックスであり、前記第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、前記第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む。

【請求項30】

プロセッサと、メモリと、前記メモリに記憶されて前記プロセッサで実行可能なプログラムを含む基地局であって、
前記プログラムは、前記プロセッサによって実行されると、請求項１３～２４のいずれか１項に記載の物理上り制御チャネルの伝送方法のステップを実現させる基地局。

【請求項31】

コンピュータプログラムが記憶されているコンピュータ可読記憶媒体であって、
前記コンピュータプログラムは、プロセッサによって実行されると、請求項１～２４のいずれか１項に記載の物理上り制御チャネルの伝送方法のステップを実現させるコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本願は、２０２０年８月７日に中国で提出された中国特許出願ＮＯ．２０２０１０７９０９９５．１の優先権を主張し、その全ての内容が援用によりここに取り込まれる。
本開示は、モバイル通信の技術分野に係り、特に物理上り制御チャネルＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）の伝送方法、端末及び基地局に係る。

【背景技術】

【0002】

関連技術の物理上り制御チャネルＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）リソース構成方式では、以下の機能をサポートしている。
１）同じ端末に対して、拡張モバイルブロードバンドｅＭＢＢ（ＥｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）と超高信頼・低遅延通信ＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）の遅延及び信頼性のニーズを満たすために、ｅＭＢＢとＵＲＬＬＣに２つのハイブリッド自動再送要求応答ＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）コードブックを同時に構築することをサポートする。２つのＨＡＲＱ－ＡＣＫコードブックは、２つのＰＵＣＣＨ構成パラメータ、即ち２つのＰＵＣＣＨ－Ｃｏｎｆｉｇに対応する。
２）各ＰＵＣＣＨ－Ｃｏｎｆｉｇは、複数のＰＵＣＣＨリソースセット（ＰＵＣＣＨｒｅｓｏｕｒｃｅｓｅｔ）を含み、異なるＰＵＣＣＨｒｅｓｏｕｒｃｅｓｅｔに対応する上り制御情報ＵＣＩ（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）の負荷サイズ（ｐａｙｌｏａｄｓｉｚｅ）が異なる。
３）各ＰＵＣＣＨｒｅｓｏｕｒｃｅｓｅｔは、８／３２個のＰＵＣＣＨリソース（ＰＵＣＣＨｒｅｓｏｕｒｃｅ）を含み、各ＰＵＣＣＨｒｅｓｏｕｒｃｅの構成情報は、物理リソースブロックＰＲＢ（ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ）数、シンボル（ｓｙｍｂｏｌ）数、フォーマット（ｆｏｒｍａｔ）、最大コードレート（ｍａｘＣｏｄｅＲａｔｅ）などの情報を含む。

【0003】

関連技術のＰＵＣＣＨリソース決定方式の１つは、以下の通りである。
１）ＰＵＣＣＨリソースは、スケジューリング要求ＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）、ＨＡＲＱ－ＡＣＫ及びチャネル状態情報ＣＳＩ（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ）を含むＵＣＩの伝送に用いられる。
２）ＵＣＩを伝送するＰＵＣＣＨリソースは、半静的に構成され、例えば、ＳＲ、周期ＣＳＩ、半持続スケジューリングＳＰＳ（Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＳｃｈｅｄｕｌｉｎｇ）物理下り共有チャネルＰＤＳＣＨ（Ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）のＨＡＲＱ－ＡＣＫなどがベアラされるＰＵＣＣＨが挙げられる。また、ＵＣＩを伝送するＰＵＣＣＨリソースは、半静的に構成されるか、１つのセットをあらかじめ構成して下り制御情報ＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）によって動的に指示され、例えば、動的（ｄｙｎａｍｉｃ）ＰＤＳＣＨのＨＡＲＱ－ＡＣＫがベアラされるＰＵＣＣＨが挙げられる。
２ａ）動的に指示されるＰＵＣＣＨリソースの場合、ＰＤＳＣＨをスケジューリングするＤＣＩは、半静的構成／事前構成の複数のＰＵＣＣＨリソースの中から１つのＰＵＣＣＨリソースを選択するための最大３ビットのＰＵＣＣＨリソース指示ＰＲＩ（ＰＵＣＣＨＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ）情報を含む。
２ｂ）端末は、半静的構成及び下り制御情報を受信し、まずＵＣＩｐａｙｌｏａｄｓｉｚｅに基づいて、対応するＰＵＣＣＨｒｅｓｏｕｒｃｅｓｅｔを１つ選択し、次にＰＲＩに基づいて、選択されたＰＵＣＣＨｒｅｓｏｕｒｃｅｓｅｔからＰＵＣＣＨｒｅｓｏｕｒｃｅを１つ選択する。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本開示の少なくとも１つの実施例は、異なるトラフィックニーズを満たすと同時に、システムのスペクトル効率を向上させることができる物理上り制御チャネルの伝送方法、端末及びネットワーク機器を提供する。

【課題を解決するための手段】

【0005】

本開示の１つの態様によれば、少なくとも１つの実施例において、物理上り制御チャネルＰＵＣＣＨの伝送方法を提供し、オーバーラップする少なくとも２つのＰＵＣＣＨであって、第１の優先度インデックスであり、第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む前記少なくとも２つのＰＵＣＣＨを、端末が決定し又は伝送しようとすると、コードレートの異なる前記第１のＵＣＩと第２のＵＣＩを前記端末が第３のＰＵＣＣＨ上で伝送することを含む。

【0006】

また、本開示の少なくとも１つの実施例によれば、前記第１のＵＣＩと第２のＵＣＩを前記端末が第３のＰＵＣＣＨ上で伝送することは、前記第３のＰＵＣＣＨの伝送を指示するために使用される第３のＤＣＩに基づいて、前記第３のＰＵＣＣＨを決定することを含む。

【0007】

また、本開示の少なくとも１つの実施例によれば、前記第３のＰＵＣＣＨは、第３のＰＵＣＣＨ構成によって構成される少なくとも１つのＰＵＣＣＨリソースのうちの１つであり、前記ＰＵＣＣＨリソースは、ＰＵＣＣＨリソース構成情報によって構成される。ここで、前記第３のＰＵＣＣＨ構成は、前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である。又は、前記第３のＰＵＣＣＨ構成は、前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である。又は、前記第３のＰＵＣＣＨ構成は、前記第１のＵＣＩ及び第２のＵＣＩを伝送するために構成されたＰＵＣＣＨ構成である。

【0008】

また、本開示の少なくとも１つの実施例によれば、前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、１つの最大コードレートを構成し、前記第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、最大１つの最大コードレートを構成し、前記第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、最大１つの最大コードレートを構成する。

【0009】

また、本開示の少なくとも１つの実施例によれば、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定すること、又は、前記第１のＵＣＩのコードレートが前記第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定することを更に含む。

【0010】

また、本開示の少なくとも１つの実施例によれば、前記方法は、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定すること、又は、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定することを更に含む。

【0011】

また、本開示の少なくとも１つの実施例によれば、前記方法は、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されると、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、そうでなければ、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定すること、又は、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されると、前記第１のＵＣＩのコードレートが第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、そうでなければ、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定することを更に含む。

【0012】

また、本開示の少なくとも１つの実施例によれば、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定すること、又は、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定することは、第１のＵＣＩのコードレートに第１の調整係数を加算又は減算又は乗算又は除算したコードレートを第２のＵＣＩのコードレートに決定すること、又は、第２のＵＣＩのコードレートに第２の調整係数を加算又は減算又は乗算又は除算したコードレートを第１のＵＣＩのコードレートに決定することを含む。

【0013】

また、本開示の少なくとも１つの実施例によれば、前記第１の調整係数及び／又は第２の調整係数は、ネットワークで上位層シグナリングによって構成され、又はプロトコルによって定義されるか、又は、ネットワークで上位層シグナリングによって構成され、又はプロトコルによって定義される数値セットから、所定のＤＣＩに基づいて決定される。

【0014】

また、本開示の少なくとも１つの実施例によれば、前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、第１の最大コードレート及び／又は第２の最大コードレートを構成する。

【0015】

また、本開示の少なくとも１つの実施例によれば、前記第３のＰＵＣＣＨに対応するリソース構成情報によって第１の最大コードレートと第２の最大コードレートが構成された場合、前記方法は、第１のＵＣＩのコードレートが第１の最大コードレートであり、第２のＵＣＩのコードレートが第２の最大コードレートであることを決定することを更に含む。

【0016】

また、本開示の少なくとも１つの実施例によれば、前記第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを伝送する際に、第１のＵＣＩ及び第２のＵＣＩのコードレートに基づいて第１のＵＣＩ及び第２のＵＣＩを符号化する。

【0017】

本開示の別の態様によれば、少なくとも１つの実施例において、物理上り制御チャネルＰＵＣＣＨの伝送方法を提供し、オーバーラップする少なくとも２つのＰＵＣＣＨを、端末が決定し又は伝送しようとすると、端末から送信されるコードレートの異なる第１のＵＣＩと第２のＵＣＩを、基地局が第３のＰＵＣＣＨ上で受信することを含む。ここで、前記少なくとも２つのＰＵＣＣＨは、第１の優先度インデックスであり、前記第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、前記第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む。

【0018】

また、本開示の少なくとも１つの実施例によれば、前記の端末から送信される第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で受信することは、前記第３のＰＵＣＣＨの伝送を指示するために使用される第３のＤＣＩに基づいて、前記第３のＰＵＣＣＨを決定することを含む。

【0019】

【0020】

【0021】

【0022】

また、本開示の少なくとも１つの実施例によれば、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定すること、又は、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定することを更に含む。

【0023】

また、本開示の少なくとも１つの実施例によれば、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されると、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、そうでなければ、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定すること、又は、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されると、前記第１のＵＣＩのコードレートが第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、そうでなければ、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定することを更に含む。

【0024】

【0025】

【0026】

【0027】

【0028】

また、本開示の少なくとも１つの実施例によれば、端末から送信される第１のＵＣＩ及び第２のＵＣＩを第３のＰＵＣＣＨ上で受信する際に、第１のＵＣＩ及び第２のＵＣＩのコードレートに基づいて第１のＵＣＩ及び第２のＵＣＩを復号する。

【0029】

本開示の別の態様によれば、少なくとも１つの実施例において、端末を提供し、オーバーラップする少なくとも２つのＰＵＣＣＨであって、第１の優先度インデックスであり、第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む前記少なくとも２つのＰＵＣＣＨを、伝送しようとすると、コードレートの異なる前記第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で伝送するように構成される送信モジュールを含む。

【0030】

本開示の別の態様によれば、少なくとも１つの実施例において、トランシーバとプロセッサを含む端末を提供し、前記トランシーバは、オーバーラップする少なくとも２つのＰＵＣＣＨであって、第１の優先度インデックスであり、第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む前記少なくとも２つのＰＵＣＣＨを、伝送しようとすると、コードレートの異なる前記第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で伝送するように構成される。

【0031】

本開示の別の態様によれば、少なくとも１つの実施例において、プロセッサと、メモリと、前記メモリに記憶されて前記プロセッサで実行可能なプログラムを含む端末を提供し、前記プログラムは、前記プロセッサによって実行されると、上記の物理上り制御チャネルの伝送方法のステップを実現させる。

【0032】

本開示の別の態様によれば、少なくとも１つの実施例において、基地局を提供し、オーバーラップする少なくとも２つのＰＵＣＣＨを端末が決定し又は伝送しようとすると、端末から送信されるコードレートの異なる第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で受信するように構成される受信モジュールを含み、ここで、前記少なくとも２つのＰＵＣＣＨは、第１の優先度インデックスであり、前記第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、前記第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む。

【0033】

本開示の別の態様によれば、少なくとも１つの実施例において、プロセッサとトランシーバを含む基地局を提供し、前記トランシーバは、オーバーラップする少なくとも２つのＰＵＣＣＨを端末が決定し又は伝送しようとすると、端末から送信されるコードレートの異なる第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で受信するように構成される。ここで、前記少なくとも２つのＰＵＣＣＨは、第１の優先度インデックスであり、前記第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、前記第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む。

【0034】

本開示の別の態様によれば、少なくとも１つの実施例において、プロセッサと、メモリと、前記メモリに記憶されて前記プロセッサで実行可能なプログラムを含む基地局を提供し、前記プログラムは、前記プロセッサによって実行されると、上記の物理上り制御チャネルの伝送方法のステップを実現させる。

【0035】

本開示の別の態様によれば、少なくとも１つの実施例において、プログラムが記憶されているコンピュータ可読記憶媒体を提供し、前記プログラムは、プロセッサによって実行されると、上記方法のステップを実現させる。
発明の効果

【0036】

関連技術に比べ、本開示の実施例による物理上り制御チャネルの伝送方法、端末及び基地局は、元々少なくとも２つのＰＵＣＣＨにベアラされていた（又は少なくとも２つのＰＵＣＣＨに対応する）ＵＣＩを１つのＰＵＣＣＨで伝送することができる。そして、元々異なる優先度インデックスのＰＵＣＣＨにベアラされていたＵＣＩに対して、本開示の実施例は、異なるコードレートで符号化することができ、それによって異なるトラフィックのニーズを保証することができ、また、システムのスペクトル効率を向上させることができる。

【図面の簡単な説明】

【0037】

以下の選択可能な実施形態の詳細な記載を閲読することにより、様々な他の利点やメリットは、当業者にとって明らかになる。添付の図面は、単に選択可能な実施形態を示すために用いられるためのものであり、本開示への制限とは見なされない。しかも図面全体を通して、同じ参照符号により、同じ部品を示す。

【0038】

【図1】本開示の実施例の１つの応用シーンの概略図である。

【図2】オーバーラップＰＵＣＣＨスケジューリングの一例を示す図である。

【図3】ＰＵＣＣＨがオーバーラップする１つのシーンの概略図である。

【図4】ＰＵＣＣＨがオーバーラップする別のシーンの概略図である。

【図5】本開示の実施例による物理上り制御チャネルの伝送方法を端末側に応用する際のフローチャートである。

【図6】本開示の実施例による物理上り制御チャネルの伝送方法を基地局側に応用する際のフローチャートである。

【図7】本開示の実施例による端末の１つの構成の概略図である。

【図8】本開示の実施例による端末の別の構成の概略図である。

【図9】本開示の実施例による基地局の１つの構成の概略図である。

【図10】本開示の実施例による基地局の別の構成の概略図である。

【発明を実施するための最良の形態】

【0039】

以下、添付図面を参照して本開示の例示的な実施例を更に詳細に記載する。本開示の例示的な実施例を図面に示しているが、本開示は、ここで説明した実施例に限定されることなく様々な形態で実現されることが理解されるべきである。これらの実施例を示すことは、本開示をより徹底的に理解してもらい、本開示の範囲を当業者に全面的に伝えるためである。

【0040】

本開示の明細書及び特許請求の範囲における「第１」、「第２」などの用語は、特定の順序又は前後順を記述するために使用されるのではなく、類似の対象を区別するために使用される。そのように使用されるデータは、本明細書に記載される本願の実施例が、例えば、本明細書に図示又は記載されるもの以外の順序でも実施されるように、適切に交換されることが理解されるべきである。更に、「含む」及び「有する」という用語ならびにそれらの任意の変形は、非排他的を意図しており、例えば、一連のステップ又はユニットを含むプロセス、方法、システム、製品又は機器は、必ずしも明確に列挙されたそれらのステップ又はユニットに限定されるものではなく、明確に列挙されていないもの又はそれらのプロセス、方法、製品又は機器に固有の他の工程又はユニットを含んでもよい。本明細書及び特許請求の範囲において、「及び／又は」は、連結された対象の少なくとも１つを意味する。

【0041】

本明細書で説明される技術は、新規無線ＮＲ（ＮｅｗＲａｄｉｏ）システム及びロングタームエボリューションＬＴＥ（ＬｏｎｇＴｉｍｅＥｖｏｌｕｔｉｏｎ）／ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）システムに限定されず、符号分割多元接続ＣＤＭＡ（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、時分割多元接続ＴＤＭＡ（ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、周波数分割多元接続ＦＤＭＡ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、直交周波数分割多元接続ＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）、シングルキャリア周波数分割多元接続ＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒＦｒｅｑｕｅｎｃｙ－ＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）及び他のシステムなどの様々な無線通信システムに使用される。用語「システム」及び「ネットワーク」は、しばしば交換可能に使用される。ＣＤＭＡシステムは、ＣＤＭＡ２０００、ユニバーサル地上無線アクセスＵＴＲＡ（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）などの無線技術を実現できる。ＵＴＲＡは、ＷＣＤＭＡ（登録商標）（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）及び他のＣＤＭＡ変形形態を含む。ＴＤＭＡシステムは、グローバル移動通信システムＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ）などの無線技術を実現できる。ＯＦＤＭＡシステムは、ＵＭＢ（ＵｌｔｒａＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、Ｅ－ＵＴＲＡ（Ｅｖｏｌｕｔｉｏｎ－ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ－ＯＦＤＭなどの無線技術を実現できる。ＵＴＲＡ及びＥ－ＵＴＲＡは、ユニバーサル移動体通信システムＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）の部分である。ＬＴＥ及びＬＴＥ－Ａなどのより高レベルのＬＴＥは、Ｅ－ＵＴＲＡを使用する新しいＵＭＴＳリリースである。ＵＴＲＡ、Ｅ－ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ－Ａ及びＧＳＭは、「第３世代パートナーシッププロジェクト」３ＧＰＰ（登録商標）（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）という名称の組織からの文書に記載されている。ＣＤＭＡ２０００及びＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の組織からの文書に記載されている。本明細書で説明される技術は、以上で言及されたシステム及び無線技術に使用されるのみならず、他のシステム及び無線技術にも使用される。しかしながら、以下の説明は、例示の目的でＮＲシステムを説明し、以下の説明の大部分においてＮＲという用語が使用されるが、これらの技術は、ＮＲシステムの適用例以外の適用例にも適用される。

【0042】

以下の説明は、特許請求の範囲に記載された範囲、適用可能性、又は構成を限定することなく、例を提供する。本開示の趣旨及び範囲から逸脱することなく、論じられた要素の機能及び構成を変更することができる。様々な例は、様々な手順又は構成要素を適切に省略、置換、又は追加することができる。例えば、説明された方法は、説明されたものとは異なる順序で実行されてもよく、様々なステップが追加、省略、又は組み合わされてもよい。更に、いくつかの例を基準して説明される特徴は、他の例において組み合わされてもよい。

【0043】

図１を参照する。図１は、本開示の実施例の応用可能な無線通信システムのブロック図を示す。無線通信システムは、端末１１とネットワーク機器１２とを含む。ここで、端末１１は、ユーザ端末又はユーザ機器ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）とも呼ばれる。端末１１は、携帯電話、タブレットパソコン（ＴａｂｌｅｔＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、ラップトップコンピュータ（ＬａｐｔｏｐＣｏｍｐｕｔｅｒ）、携帯情報端末ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、モバイルネットワーク機器ＭＩＤ（ＭｏｂｉｌｅＩｎｔｅｒｎｅｔＤｅｖｉｃｅ）、ウェアラブル機器（ＷｅａｒａｂｌｅＤｅｖｉｃｅ）、又は車載機器などの端末側機器である。なお、本開示の実施例において、端末１１の具体的なタイプは、限定されない。ネットワーク機器１２は、基地局又はコアネットワークのネットワークエレメントである。ここで、上記基地局は、第５世代５Ｇ（５^ｔｈＧｅｎｅｒａｔｉｏｎ）以降のバージョンの基地局（例えば、ｇＮＢ、５ＧＮＲＮＢなど）、又は他の通信システムにおける基地局（例えば、ｅＮＢ、ＷＬＡＮ（ｗｉｒｅｌｅｓｓｌｏｃａｌａｒｅａｎｅｔｗｏｒｋ）アクセスポイント、又は他のアクセスポイントなど）であってもよい。ここで、基地局は、ノードＢ、発展型ノードＢ、アクセスポイント、基地トランシーバ局ＢＴＳ（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ）、無線基地局、無線トランシーバ、基本サービスセットＢＳＳ（ＢａｓｉｃＳｅｒｖｉｃｅＳｅｔ）、拡張サービスセットＥＳＳ（ＥｘｔｅｎｄｅｄＳｅｒｖｉｃｅＳｅｔ）、Ｂノード、発展型ＢノードｅＮＢ（ｅｖｏｌｖｅｄｎｏｄｅｂａｓｅｓｔａｔｉｏｎ）、ホームＢノード、ホーム発展型ノードＢ、ＷＬＡＮアクセスポイント、ＷｉＦｉ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ）ノード、又は所属分野における他の何らかの適切な用語で呼ばれることがある。同様の技術的効果を奏する限り、前記基地局は、特定の技術用語に限定されない。なお、本開示の実施例において、単にＮＲシステムにおける基地局を例として説明するが、基地局の具体的な種類を限定しない。

【0044】

基地局は、基地局制御装置の制御下で端末１１と通信し、様々な例では、基地局制御装置がコアネットワーク又はいくつかの基地局の一部である。いくつかの基地局は、バックホールを通じてコアネットワークと制御情報又はユーザデータを通信することができる。いくつかの例では、これらの基地局のいくつかは、有線又は無線通信リンクであるバックホールリンクを通じて、直接的又は間接的に互いに通信する。無線通信システムは、複数のキャリア（異なる周波数の波形信号）での動作をサポートする。マルチキャリア送信機は、変調された信号を複数のキャリアで同時に送信することができる。例えば、各通信リンクは、様々な無線技術に従って変調されたマルチキャリア信号である。各変調信号は、異なるキャリアで送信され、制御情報（たとえば、基準信号、制御チャネルなど）、オーバーヘッド情報、データなどを搬送する。

【0045】

基地局は、１つ又は複数のアクセスポイントアンテナを介して端末１１と無線通信する。各基地局は、それぞれのカバレッジエリアに通信カバレッジを提供する。アクセスポイントのカバレッジエリアは、該カバレッジエリアの一部のみを構成するセクタに分割される。無線通信システムは、マクロ基地局、マイクロ基地局、又はピコ基地局などの異なるタイプの基地局を含む。基地局はまた、セルラー又はＷＬＡＮ無線アクセス技術などの異なる無線技術を利用する。基地局は、同じ又は異なるアクセスネットワーク又は事業者展開に関連付けられる。異なる基地局のカバレッジエリア（同じ又は異なるタイプの基地局のカバレッジエリア、同じ又は異なる無線技術を利用するカバレッジエリア、又は同じ又は異なるアクセスネットワークに属するカバレッジエリアを含む）は、オーバーラップしてもよい。

【0046】

無線通信システムにおける通信リンクは、アップリンクＵＬ（Ｕｐｌｉｎｋ）伝送（たとえば、端末１１からネットワーク機器１２への伝送）を搬送するためのアップリンク、又はダウンリンクＤＬ（Ｄｏｗｎｌｉｎｋ）伝送（たとえば、ネットワーク機器１２から端末１１への伝送）を搬送するためのダウンリンクを含む。ＵＬ伝送は、逆方向リンク伝送とも呼ばれ、ＤＬ伝送は、順方向リンク伝送とも呼ばれる。ダウンリンク伝送は、認可周波数帯域、非認可周波数帯域、又はその両方を使用して行われる。同様に、アップリンク伝送は、認可周波数帯域、非認可周波数帯域、又はその両方を使用して行われる。

【0047】

オーバーラップ（ｏｖｅｒｌａｐｐｉｎｇ）ＰＵＣＣＨスケジューリングの１つの方式は、ＰＵＣＣＨ優先度を区別せず、オーバーラップするＰＵＣＣＨスケジューリング（ｏｖｅｒｌａｐｐｉｎｇＰＵＣＣＨｓｃｈｅｄｕｌｉｎｇ）を許可することである。図２に示すように、基地局は、第１のＤＣＩ（ｆｉｒｓｔＤＣＩ）を送信してＰＤＳＣＨ１及びそのＨＡＲＱ－ＡＣＫ１をスケジューリングする。その後、基地局は、次のＤＣＩ（ｌａｓｔＤＣＩ）を送信してＰＤＳＣＨ２及びそのＨＡＲＱ－ＡＣＫ２をスケジューリングする。図２に示すように、ＨＡＲＱ－ＡＣＫ１及びＨＡＲＱ－ＡＣＫ２のリソース（ｒｅｓｏｕｒｃｅ）は、オーバーラップ（ｏｖｅｒｌａｐ）しており、即ち時間領域において少なくとも部分的なオーバーラップが存在する。その場合、端末は、多重化タイムライン（ｍｕｌｔｉｐｌｅｘｉｎｇｔｉｍｅｌｉｎｅ）が満たされると、ＨＡＲＱ－ＡＣＫ１とＨＡＲＱ－ＡＣＫ２を同じＰＵＣＣＨ上で多重化して伝送する。もう１つの方式は、ＰＵＣＣＨ／ＨＡＲＱ－ＡＣＫの優先度を区別することであり、同じ優先度のＨＡＲＱ－ＡＣＫを多重化して伝送する。

【0048】

関連技術は、通常、同じ優先度のＵＣＩのみを多重化することをサポートし、多重化されたＵＣＩの伝送コードレートも同じであり、異なるトラフィックのニーズに応じて、異なるコードレートで伝送することができない。例えば、ｅＭＢＢＨＡＲＱ－ＡＣＫとＵＲＬＬＣＨＡＲＱ－ＡＣＫの多重化がサポートされている場合、ｅＭＢＢＨＡＲＱ－ＡＣＫとＵＲＬＬＣＨＡＲＱ－ＡＣＫの目標ブロック誤り率ＢＬＥＲ（ＢｌｏｃｋＥｒｒｏｒＲａｔｅ）が異なるため、異なるコードレートで伝送すべきである。例えば低いコードレートでＵＲＬＬＣＨＡＲＱ－ＡＣＫを伝送してＵＲＬＬＣＨＡＲＱ－ＡＣＫの信頼性を保証し、高いコードレートでｅＭＢＢＨＡＲＱ－ＡＣＫを伝送してｅＭＢＢＨＡＲＱ－ＡＣＫのスペクトル効率を向上させる。以上の問題のうちの少なくとも１つを解決するために、本開示の実施例は、異なる優先度インデックスのＵＣＩの多重化伝送を実現することができ、また、異なる優先度のＵＣＩを異なるコードレートで伝送することができ、異なるトラフィックニーズを保証すると同時に、システムのスペクトル効率を向上させることができるＰＵＣＣＨの伝送方法を提供する。

【0049】

図３及び図４は、ＰＵＣＣＨオーバーラップ（ｏｖｅｒｌａｐｐｉｎｇ）が発生する可能性のある２つのシーンを提供する。ここで、図３では、第１のＵＣＩが先にスケジューリングされ、第２のＵＣＩが後にスケジューリングされる。図４では、第２のＵＣＩが先にスケジューリングされ、第１のＵＣＩが後にスケジューリングされる。上記の２つのシーンでは、第１のＵＣＩと第２のＵＣＩの両方は、オーバーラップする可能性がある。本明細書におけるオーバーラップとは、時間領域のオーバーラップ、即ち時間領域において部分的に重なり、又は完全に重なることを意味する。具体例として、ＰＤＳＣＨ１は、ｅＭＢＢＰＤＳＣＨであり、ＰＤＳＣＨ２は、ＵＲＬＬＣＰＤＳＣＨである。対応して、第１のＵＣＩは、ｅＭＢＢＨＡＲＱ－ＡＣＫであり、第２のＵＣＩは、ＵＲＬＬＣＨＡＲＱ－ＡＣＫである。上記の例は、例示にすぎず、本開示を限定するために使用されるものではない。

【0050】

図５を参照し、本開示の実施例による物理上り制御チャネルの伝送方法は、端末側に適用される際に、以下を含む。
ステップ５１において、オーバーラップする少なくとも２つのＰＵＣＣＨであって、第１の優先度インデックスであり、第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む前記少なくとも２つのＰＵＣＣＨを、端末が決定し又は伝送しようとすると、コードレートの異なる前記第１のＵＣＩと第２のＵＣＩを前記端末が第３のＰＵＣＣＨ上で伝送する。

【0051】

以上のステップにより、本開示の実施例は、元々少なくとも２つのＰＵＣＣＨにベアラされていた（又は少なくとも２つのＰＵＣＣＨに対応する）ＵＣＩを１つのＰＵＣＣＨで送信することができる。そして、元々異なる優先度インデックスのＰＵＣＣＨにベアラされていたＵＣＩに対して、本開示の実施例は、異なるコードレートで符号化することができ、それにより異なるトラフィックのニーズを保証することができ、システムのスペクトル効率を向上させることができる。

【0052】

選択可能に、本開示の実施例において、前記端末は、オーバーラップする前記少なくとも２つのＰＵＣＣＨを伝送する必要がある場合、更に、前記第３のＰＵＣＣＨが所定の条件を満たす場合に、前記第３のＰＵＣＣＨ上で前記第１のＵＣＩと第２のＵＣＩを伝送する。所定の条件は、前記第３のＰＵＣＣＨが前記第１のＵＣＩ又は第２のＵＣＩの遅延要件を満たすことである。例えば、前記第３のＰＵＣＣＨの終了シンボルは、前記第１のＰＵＣＣＨの終了シンボルよりもＸ個のシンボルの後にならず、及び／又は、前記第３のＰＵＣＣＨの終了シンボルは、前記第２のＰＵＣＣＨの終了シンボルよりもＹ個のシンボルの後にならない。ここで、Ｘ、Ｙは、それぞれ所定の整数である。

【0053】

本開示の実施例において、前記第１のＵＣＩと第２のＵＣＩを前記端末が第３のＰＵＣＣＨ上で伝送することは、具体的に、前記第３のＰＵＣＣＨの伝送を指示するために使用される第３のＤＣＩに基づいて、前記第３のＰＵＣＣＨを決定することを含む。

【0054】

本開示の実施例において、前記第３のＤＣＩは、第１のＰＵＣＣＨの伝送又は第２のＰＵＣＣＨの伝送を指示するＤＣＩであり、前記第１のＰＵＣＣＨと第２のＰＵＣＣＨとはオーバーラップしており、選択可能に、前記第１のＰＵＣＣＨと第２のＰＵＣＣＨは、同じスロット／サブスロット内にある。前記第３のＤＣＩは、第１のＤＣＩ及び第２のＤＣＩの中で最も遅く受信されたＤＣＩ（ｌａｓｔＤＣＩ）である。ここで、第１のＤＣＩは、第１のＰＵＣＣＨの伝送を指示するために用いられ、第２のＤＣＩは、第２のＰＵＣＣＨの伝送に用いられる。

【0055】

前記第３のＤＣＩが、前記第１のＰＵＣＣＨの伝送を指示するための第１のＤＣＩである場合、前記第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨをスケジューリングするＤＣＩの中で最も遅く受信されたＤＣＩである。前記第３のＤＣＩが、前記第２のＰＵＣＣＨの伝送を指示するための第２のＤＣＩである場合、前記第２のＤＣＩは、前記少なくとも２つのＰＵＣＣＨをスケジューリングするＤＣＩの中で最も遅く受信されたＤＣＩである。

【0056】

前記第３のＰＵＣＣＨは、第３のＰＵＣＣＨ構成（第３のＰＵＣＣＨ－Ｃｏｎｆｉｇ）によって構成される少なくとも１つのＰＵＣＣＨリソースのうちの１つであり、ここで、前記ＰＵＣＣＨリソースは、具体的には、ＰＵＣＣＨリソース構成情報によって構成される。より具体的には、前記第３のＰＵＣＣＨ構成は、前記少なくとも２つのＰＵＣＣＨのうちのいずれかのＰＵＣＣＨに対応するＰＵＣＣＨ構成であってもよく、前記少なくとも２つのＰＵＣＣＨ以外のいずれかのＰＵＣＣＨ構成であってもよい。
１）前記第３のＰＵＣＣＨ構成は、前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である。
即ち、前記第３のＰＵＣＣＨ構成は、前記第１のＰＵＣＣＨの優先度インデックスに対応するＰＵＣＣＨ構成、又は第１のＵＣＩに対応するＰＵＣＣＨ構成である。なお、第１のＵＣＩに対応するＰＵＣＣＨ構成、及び、第１のＰＵＣＣＨの優先度インデックスに対応するＰＵＣＣＨ構成は、いずれも同じＰＵＣＣＨ構成に対して採用される異なる記述方式である。同様に、第２のＵＣＩに対応するＰＵＣＣＨ構成についても同様である。
２）前記第３のＰＵＣＣＨ構成は、前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である。
即ち、前記第３のＰＵＣＣＨ構成は、前記第２のＰＵＣＣＨの優先度インデックスに対応するＰＵＣＣＨ構成、又は第２のＵＣＩに対応するＰＵＣＣＨ構成である。なお、第２のＵＣＩに対応するＰＵＣＣＨ構成、及び、第２のＰＵＣＣＨの優先度インデックスに対応するＰＵＣＣＨ構成は、いずれも同じＰＵＣＣＨ構成に対して採用される異なる記述方式である。
３）前記第３のＰＵＣＣＨ構成は、前記第１のＵＣＩ及び第２のＵＣＩを伝送するために構成されるＰＵＣＣＨ構成である。
ここで、更に、前記第１のＵＣＩ及び第２のＵＣＩを伝送するために１つの第３のＰＵＣＣＨ構成が構成されている。この第３のＰＵＣＣＨ構成により、第１のＵＣＩ及び第２のＵＣＩを伝送するＰＵＣＣＨの少なくとも１つのＰＵＣＣＨリソースを構成することができる。

【0057】

次に、第１のＵＣＩ及び第２のＵＣＩのコードレートを決定するいくつかの実現方式を提供する。

【0058】

以下の実現方式１～３において、前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、１つの最大コードレートを構成する。前記第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、最大１つの最大コードレートを構成する。前記第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、最大１つの最大コードレートを構成する。

【0059】

実現方式１：
前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第１のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ５１において、前記端末は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを伝送する際に、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。
前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第２のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ５１において、前記端末は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを伝送する際に、前記第１のＵＣＩのコードレートが前記第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。

【0060】

実現方式２：
前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第１のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ５１において、前記端末は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを伝送する際に、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定する。
前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第２のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ５１において、前記端末は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを伝送する際に、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定する。

【0061】

実現方式３：
前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第１のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ５１において、前記端末は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを伝送する際に、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されている場合、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。そうでなければ、第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されていない場合、第１のＵＣＩのコードレートに第３の調整係数を加算又は減算又は乗算又は除算したコードレートを第２のＵＣＩのコードレートに決定する。
前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第２のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ５１において、前記端末は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを伝送する際に、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されている場合、前記第１のＵＣＩのコードレートが第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。そうでなければ、第２のＵＣＩのコードレートに第４の調整係数を加算又は減算又は乗算又は除算したコードレートを第１のＵＣＩのコードレートに決定する。

【0062】

上記の実現方式２及び３では、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定することは、具体的には、第１のＵＣＩのコードレートに第１の調整係数を加算又は減算又は乗算又は除算したコードレートを第２のＵＣＩのコードレートに決定する。第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定することは、具体的には、第２のＵＣＩのコードレートに第２の調整係数を加算又は減算又は乗算又は除算したコードレートを第１のＵＣＩのコードレートに決定する。

【0063】

前記第１の調整係数の決定方式は、以下のいずれかである。
Ａ）ネットワーク（例えば基地局）で上位層シグナリングによって構成されるか、あらかじめ定義され、例えば、関連するプロトコルによって定義される。
Ｂ）所定のＤＣＩに基づいて数値セットから決定される。前記数値セットは、ネットワークで上位層シグナリングによって構成されるか、あらかじめ定義され、例えば、プロトコルであらかじめ定義される。

【0064】

同様に、前記第２の調整係数の決定方式は、以下のいずれかである。
Ａ）ネットワーク（例えば基地局）で上位層シグナリングによって構成されるか、あらかじめ定義され、例えば、関連するプロトコルによって定義される。
Ｂ）所定のＤＣＩに基づいて数値セットから決定される。前記数値セットは、ネットワークで上位層シグナリングによって構成されるか、あらかじめ定義され、例えば、プロトコルであらかじめ定義される。

【0065】

前記第１の調整係数及び／又は第２の調整係数の決定方式は、以下のいずれかである。
ネットワーク（例えば基地局）で上位層シグナリングによって構成されるか、プロトコルによって定義される。
又は、所定のＤＣＩに基づいて数値セットから決定される。前記数値セットは、ネットワークで上位層シグナリングによって構成されるか、プロトコルによって定義される。
ここで、上記の上位層シグナリングは、具体的には、無線リソース制御（ＲＲＣ）シグナリング、メディアアクセス制御制御ユニットＭＡＣＣＥ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌＣｏｎｔｒｏｌＥｌｅｍｅｎｔ）、及びシステム情報ブロックＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）シグナリングのうちの１つ又は複数である。前記第１の調整係数又は第２の調整係数は、ＰＵＣＣＨフォーマットごとに構成されるか、ＰＵＣＣＨリソースごとに構成される。

【0066】

実現方式４：
実現方式４において、前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、第１の最大コードレート及び／又は第２の最大コードレートを構成する。例えば、前記第３のＰＵＣＣＨ構成は、前記第１のＵＣＩ及び第２のＵＣＩを伝送するために構成されるＰＵＣＣＨ構成であり、前記第３のＰＵＣＣＨに対応するリソース構成情報は、第１の最大コードレート及び第２の最大コードレートを構成する。この場合、上記ステップ５１において、前記端末は、第１のＵＣＩのコードレートを第１の最大コードレートとし、第２のＵＣＩのコードレートを第２の最大コードレートとして決定する。

【0067】

ここで、前記第３のＰＵＣＣＨに対応するリソース構成情報によって構成される第１の最大コードレート及び第２の最大コードレートと、第１のＵＣＩ及び第２のＵＣＩとの対応関係は、ネットワークで上位層シグナリングによって構成されるか、あらかじめ定義され、例えば、関連するプロトコルによって定義される。

【0068】

以上の様々な実現方式により、本開示の実施例は、第１のＵＣＩ及び第２のＵＣＩのコードレートを決定し、更に、上記ステップ５１において、第１のＵＣＩ及び第２のＵＣＩのコードレートに基づいて、第１のＵＣＩ及び第２のＵＣＩを符号化する。

【0069】

また、本開示の実施例において、前記端末から伝送されるオーバーラップする前記少なくとも２つのＰＵＣＣＨのうち、いずれか２つのＰＵＣＣＨ間に時間領域のオーバーラップ（完全オーバーラップ又は部分オーバーラップ）が存在する。選択可能に、前記少なくとも２つのＰＵＣＣＨには、２つの異なる優先度インデックス、即ち第１の優先度インデックスと第２の優先度インデックスが含まれる。

【0070】

次に、本開示の実施例の方法を更に基地局側から説明する。

【0071】

図６を参照し、本開示の実施例による物理上り制御チャネルの伝送方法は、基地局側に適用される場合、以下を含む。
ステップ６１において、オーバーラップする少なくとも２つのＰＵＣＣＨを、端末が決定し又は伝送しようとすると、端末から送信されるコードレートの異なる第１のＵＣＩと第２のＵＣＩを、基地局が第３のＰＵＣＣＨ上で受信する。ここで、前記少なくとも２つのＰＵＣＣＨは、第１の優先度インデックスであり、前記第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、前記第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む。

【0072】

以上のステップにより、本開示の実施例は、元々少なくとも２つのＰＵＣＣＨに搬送（ベアラ）されていた（又は少なくとも２つのＰＵＣＣＨに対応する）ＵＣＩを１つのＰＵＣＣＨで受信することができる。そして、元々異なる優先度インデックスのＰＵＣＣＨに搬送（ベアラ）されていたＵＣＩに対して、本開示の実施例は、異なるコードレートで符号化して伝送することができ、それにより異なるトラフィックのニーズを保証することができ、システムのスペクトル効率を向上させることができる。

【0073】

本開示の実施例において、前記基地局は、前記第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で受信する場合、具体的には、前記第３のＰＵＣＣＨの伝送を指示するために使用される第３のＤＣＩに基づいて、前記第３のＰＵＣＣＨを決定することを含む。

【0074】

【0075】

前記第３のＤＣＩが、前記第１のＰＵＣＣＨの伝送を指示するための第１のＤＣＩである場合、前記第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨをスケジューリングするＤＣＩの中で最も遅く端末に送信されたＤＣＩである。前記第３のＤＣＩが、前記第２のＰＵＣＣＨの伝送を指示するための第２のＤＣＩである場合、前記第２のＤＣＩは、前記少なくとも２つのＰＵＣＣＨをスケジューリングするＤＣＩの中で最も遅く端末に送信されたＤＣＩである。

【0076】

前記第３のＰＵＣＣＨは、第３のＰＵＣＣＨ構成（第３のＰＵＣＣＨ－Ｃｏｎｆｉｇ）によって構成される少なくとも１つのＰＵＣＣＨリソースのうちの１つであり、ここで、前記ＰＵＣＣＨリソースは、具体的には、ＰＵＣＣＨリソース構成情報によって構成される。より具体的には、前記第３のＰＵＣＣＨ構成は、前記少なくとも２つのＰＵＣＣＨのうちのいずれかのＰＵＣＣＨに対応するＰＵＣＣＨ構成であってもよく、前記少なくとも２つのＰＵＣＣＨ以外のいずれかのＰＵＣＣＨ構成であってもよい。
１）前記第３のＰＵＣＣＨ構成は、前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である。
即ち、前記第３のＰＵＣＣＨ構成は、前記第１のＰＵＣＣＨの優先度インデックスに対応するＰＵＣＣＨ構成、又は第１のＵＣＩに対応するＰＵＣＣＨ構成である。なお、第１のＵＣＩに対応するＰＵＣＣＨ構成、及び、第１のＰＵＣＣＨの優先度インデックスに対応するＰＵＣＣＨ構成は、いずれも同じＰＵＣＣＨ構成に対して採用される異なる記述方式である。同様に、第２のＵＣＩに対応するＰＵＣＣＨ構成についても同様である。
２）前記第３のＰＵＣＣＨ構成は、前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である。
即ち、前記第３のＰＵＣＣＨ構成は、前記第２のＰＵＣＣＨの優先度インデックスに対応するＰＵＣＣＨ構成、又は第２のＵＣＩに対応するＰＵＣＣＨ構成である。なお、第２のＵＣＩに対応するＰＵＣＣＨ構成、及び、第２のＰＵＣＣＨの優先度インデックスに対応するＰＵＣＣＨ構成は、いずれも同じＰＵＣＣＨ構成に対して採用される異なる記述方式である。
３）前記第３のＰＵＣＣＨ構成は、前記第１のＵＣＩ及び第２のＵＣＩを伝送するために構成されるＰＵＣＣＨ構成である。
ここで、基地局は、前記第１のＵＣＩ及び第２のＵＣＩを伝送するために１つの第３のＰＵＣＣＨ構成を更に構成する。この第３のＰＵＣＣＨ構成により、第１のＵＣＩ及び第２のＵＣＩを伝送するＰＵＣＣＨの少なくとも１つのＰＵＣＣＨリソースを構成することができる。

【0077】

次に、第１のＵＣＩ及び第２のＵＣＩのコードレートを決定するいくつかの実現方式を提供する。

【0078】

【0079】

実現方式１：
前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第１のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ６１において、前記基地局は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを受信する際に、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。
前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第２のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ６１において、前記基地局は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを受信する際に、前記第１のＵＣＩのコードレートが前記第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。

【0080】

実現方式２：
前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第１のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ６１において、前記基地局は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを受信する際に、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定する。
前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第２のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ６１において、前記基地局は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを受信する際に、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定する。

【0081】

実現方式３：
前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第１のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ６１において、前記基地局は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを受信する際に、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されている場合、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。そうでなければ、第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されていない場合、第１のＵＣＩのコードレートに第３の調整係数を加算又は減算又は乗算又は除算したコードレートを第２のＵＣＩのコードレートに決定する。
前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、このとき、前記第２のＰＵＣＣＨの伝送を指示する第１のＤＣＩは、前記少なくとも２つのＰＵＣＣＨのそれぞれのＰＵＣＣＨの伝送を指示するすべてのＤＣＩのうち最後に受信されたＤＣＩである。上記ステップ６１において、前記基地局は、第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを受信する際に、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されている場合、前記第１のＵＣＩのコードレートが第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。そうでなければ、第２のＵＣＩのコードレートに第４の調整係数を加算又は減算又は乗算又は除算したコードレートを第１のＵＣＩのコードレートに決定する。

【0082】

【0083】

【0084】

【0085】

前記第１の調整係数及び／又は第２の調整係数の決定方式は、以下のいずれかである。
ネットワーク（例えば基地局）で上位層シグナリングによって構成されるか、プロトコルによって定義される。
又は、所定のＤＣＩに基づいて数値セットから決定される。前記数値セットは、ネットワークで上位層シグナリングによって構成されるか、プロトコルによって定義される。
ここで、上記の上位層シグナリングは、具体的には、無線リソース制御（ＲＲＣ）シグナリング、メディアアクセス制御制御ユニット（ＭＡＣＣＥ）及びシステム情報ブロック（ＳＩＢ）シグナリングのうちの１つ又は複数である。前記第１の調整係数又は第２の調整係数は、ＰＵＣＣＨフォーマットごとに構成されるか、ＰＵＣＣＨリソースごとに構成される。

【0086】

実現方式４：
実現方式４において、前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、第１の最大コードレート及び／又は第２の最大コードレートを構成する。例えば、前記第３のＰＵＣＣＨ構成は、前記第１のＵＣＩ及び第２のＵＣＩを伝送するために構成されるＰＵＣＣＨ構成であり、前記第３のＰＵＣＣＨに対応するリソース構成情報は、第１の最大コードレート及び第２の最大コードレートを構成する。また、例えば、前記第３のＰＵＣＣＨ構成は、前記第１の優先度インデックスに対応するＰＵＣＣＨ構成、又は前記第２の優先度インデックスに対応するＰＵＣＣＨ構成であり、前記第３のＰＵＣＣＨに対応するリソース構成情報は、第１の最大コードレート及び第２の最大コードレートを構成する。この場合、上記ステップ６１において、前記基地局は、第１のＵＣＩのコードレートを第１の最大コードレートとし、第２のＵＣＩのコードレートを第２の最大コードレートとして決定する。

【0087】

【0088】

以上の様々な実現方式により、本開示の実施例は、第１のＵＣＩ及び第２のＵＣＩのコードレートを決定し、更に、上記ステップ６１において、第１のＵＣＩ及び第２のＵＣＩのコードレートに基づいて、第１のＵＣＩ及び第２のＵＣＩを復号して受信する。

【0089】

本開示の実施例の理解を容易にするために、以下に更にいくつかの例を提供する。以下の例は、第１のＵＣＩ、第２のＵＣＩがそれぞれＵＲＬＬＣＨＡＲＱ－ＡＣＫ、ｅＭＢＢＨＡＲＱ－ＡＣＫである例で説明するが、本開示は、上記のシーンに限定されない。

【0090】

例１：
２つのＰＵＣＣＨ構成（ＰＵＣＣＨ－Ｃｏｎｆｉｇ）が構成され、ここで、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇは、第１の優先度インデックスの上り制御情報ＵＣＩ（第１のＵＣＩ）に対応し、第２のＰＵＣＣＨ－Ｃｏｎｆｉｇは、第２の優先度インデックスの上り制御情報ＵＣＩ（第２のＵＣＩ）に対応する。
図３に示すシーン１に示すように、ＰＤＳＣＨ１はｅＭＢＢＰＤＳＣＨであり、ＰＤＳＣＨ２はＵＲＬＬＣＰＤＳＣＨであると仮定する。端末は、ｅＭＢＢＰＤＳＣＨを先に受信し、そのＨＡＲＱ－ＡＣＫが存在するＰＵＣＣＨｒｅｓｏｕｒｃｅが図３の第１のＵＣＩ（ｅＭＢＢＨＡＲＱ－ＡＣＫ）である。端末は、後にＵＲＬＬＣＰＤＳＣＨを受信し、そのＨＡＲＱ－ＡＣＫが存在するＰＵＣＣＨｒｅｓｏｕｒｃｅが図３の第２のＵＣＩ（ＵＲＬＬＣＨＡＲＱ－ＡＣＫ）である。ｐｒｏｃｅｓｓｉｎｇｔｉｍｅｌｉｎｅ条件が満たされると、端末は、ｅＭＢＢＨＡＲＱ－ＡＣＫ情報とＵＲＬＬＣＨＡＲＱ－ＡＣＫ情報を第３のＰＵＣＣＨリソース上で多重化して伝送する。前記第３のＰＵＣＣＨリソースは、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇによって構成され、最後に受信した（ｌａｓｔＤＣＩｆｏｒｍａｔ）によって指示される。
ＵＲＬＬＣＨＡＲＱ－ＡＣＫ情報のコードレートは、ＰＵＣＣＨリソースＵＲＬＬＣＨＡＲＱ－ＡＣＫによって構成されるｍａｘＣｏｄｅＲａｔｅであり、ｅＭＢＢＨＡＲＱ－ＡＣＫ情報のコードレートは、ＰＵＣＣＨリソースｅＭＢＢＨＡＲＱ－ＡＣＫによって構成されるｍａｘＣｏｄｅＲａｔｅである。

【0091】

例２：
２つのＰＵＣＣＨ構成（ＰＵＣＣＨ－Ｃｏｎｆｉｇ）が構成され、ここで、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇは、第１の優先度インデックスの上り制御情報ＵＣＩに対応し、第２のＰＵＣＣＨ－Ｃｏｎｆｉｇは、第２の優先度インデックスのＵＣＩに対応する。
図３に示すシーン１に示すように、ＰＤＳＣＨ１はｅＭＢＢＰＤＳＣＨであり、ＰＤＳＣＨ２はＵＲＬＬＣＰＤＳＣＨであると仮定する。シーン１に示すように、端末は、ｅＭＢＢＰＤＳＣＨを先に受信し、そのＨＡＲＱ－ＡＣＫが存在するＰＵＣＣＨｒｅｓｏｕｒｃｅが図３の第１のＵＣＩ（ｅＭＢＢＨＡＲＱ－ＡＣＫ）である。端末は、後にＵＲＬＬＣＰＤＳＣＨを受信し、そのＨＡＲＱ－ＡＣＫが存在するＰＵＣＣＨｒｅｓｏｕｒｃｅが図３の第２のＵＣＩ（ＵＲＬＬＣＨＡＲＱ－ＡＣＫ）である。ｐｒｏｃｅｓｓｉｎｇｔｉｍｅｌｉｎｅ条件が満たされると、端末は、ｅＭＢＢＨＡＲＱ－ＡＣＫ情報とＵＲＬＬＣＨＡＲＱ－ＡＣＫ情報を第３のＰＵＣＣＨリソース上で多重化して伝送する。前記第３のＰＵＣＣＨリソースは、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇによって構成され、最後に受信した（ｌａｓｔＤＣＩｆｏｒｍａｔ）によって指示される。
ＵＲＬＬＣＨＡＲＱ－ＡＣＫ情報のコードレートは、ＰＵＣＣＨリソースＵＲＬＬＣＨＡＲＱ－ＡＣＫによって構成されるｍａｘＣｏｄｅＲａｔｅであり、ｅＭＢＢＨＡＲＱ－ＡＣＫ情報のコードレートは、ＰＵＣＣＨリソースｅＭＢＢＨＡＲＱ－ＡＣＫによって構成されるｍａｘＣｏｄｅＲａｔｅに第１の調整係数を加算／減算／乗算／除算したコードレートである。

【0092】

例３：
２つのＰＵＣＣＨ－Ｃｏｎｆｉｇが構成され、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇは、第１の優先度インデックスの上り制御情報ＵＣＩに対応し、第２のＰＵＣＣＨ－Ｃｏｎｆｉｇは、第２の優先度インデックスのＵＣＩに対応する。
図３に示すシーン１に示すように、端末は、ｅＭＢＢＰＤＳＣＨを先に受信し、そのＨＡＲＱ－ＡＣＫが存在するＰＵＣＣＨｒｅｓｏｕｒｃｅが図３の第１のＵＣＩ（ｅＭＢＢＨＡＲＱ－ＡＣＫ）である。端末は、後にＵＲＬＬＣＰＤＳＣＨを受信し、そのＨＡＲＱ－ＡＣＫが存在するＰＵＣＣＨｒｅｓｏｕｒｃｅが図３の第２のＵＣＩ（ＵＲＬＬＣＨＡＲＱ－ＡＣＫ）である。ｐｒｏｃｅｓｓｉｎｇｔｉｍｅｌｉｎｅ条件が満たされると、端末は、ｅＭＢＢＨＡＲＱ－ＡＣＫ情報とＵＲＬＬＣＨＡＲＱ－ＡＣＫ情報を第３のＰＵＣＣＨリソース上で多重化して伝送する。前記第３のＰＵＣＣＨリソースは、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇによって構成され、ｌａｓｔＤＣＩｆｏｒｍａｔによって指示される。
ＵＲＬＬＣＨＡＲＱ－ＡＣＫ情報のコードレートは、ＰＵＣＣＨリソースＵＲＬＬＣＨＡＲＱ－ＡＣＫによって構成される第１のｍａｘＣｏｄｅＲａｔｅであり、ｅＭＢＢＨＡＲＱ－ＡＣＫ情報のコードレートは、ＰＵＣＣＨリソースＵＲＬＬＣＨＡＲＱ－ＡＣＫによって構成される第２のｍａｘＣｏｄｅＲａｔｅである。ここで、ＰＵＣＣＨリソース又はＰＵＣＣＨフォーマット毎（ｐｅｒ－ＰＵＣＣＨｒｅｓｏｕｒｃｅ／ｐｅｒ－ＰＵＣＣＨｆｏｒｍａｔ）に、２つの最大コードレート（ｍａｘＣｏｄｅＲａｔｅ）が構成されている。

【0093】

例４：
３つのＰＵＣＣＨ－Ｃｏｎｆｉｇが構成され、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇは、第１の優先度インデックスの上り制御情報ＵＣＩに対応し、第２のＰＵＣＣＨ－Ｃｏｎｆｉｇは、第２の優先度インデックスのＵＣＩに対応し、第３のＰＵＣＣＨ－Ｃｏｎｆｉｇは、第１の優先度インデックスのＵＣＩと第２の優先度インデックスのＵＣＩに対応する。即ち、端末は、第１の優先度インデックスのＵＣＩと第２の優先度インデックスのＵＣＩを多重化する必要がある場合、第３のＰＵＣＣＨ－Ｃｏｎｆｉｇの構成を使用する。
図３に示すシーン１に示すように、端末は、ｅＭＢＢＰＤＳＣＨを先に受信し、そのＨＡＲＱ－ＡＣＫが存在するＰＵＣＣＨｒｅｓｏｕｒｃｅが図中のｅＭＢＢＨＡＲＱ－ＡＣＫである。端末は、後にＵＲＬＬＣＰＤＳＣＨを受信し、そのＨＡＲＱ－ＡＣＫが存在するＰＵＣＣＨｒｅｓｏｕｒｃｅが図３のＵＲＬＬＣＨＡＲＱ－ＡＣＫである。ｐｒｏｃｅｓｓｉｎｇｔｉｍｅｌｉｎｅ条件が満たされると、端末は、ｅＭＢＢＨＡＲＱ－ＡＣＫ情報とＵＲＬＬＣＨＡＲＱ－ＡＣＫ情報を第３のＰＵＣＣＨリソース上で多重化して伝送する。前記第３のＰＵＣＣＨリソースは、第３のＰＵＣＣＨ－Ｃｏｎｆｉｇによって構成され、ｌａｓｔＤＣＩｆｏｒｍａｔによって指示される。
ＵＲＬＬＣＨＡＲＱ－ＡＣＫ情報のコードレートが、第３のＰＵＣＣＨリソースによって構成される第１のｍａｘＣｏｄｅＲａｔｅであることを決定し、ｅＭＢＢＨＡＲＱ－ＡＣＫ情報のコードレートが、第３のＰＵＣＣＨリソースによって構成される第２のｍａｘＣｏｄｅＲａｔｅであることを決定する。

【0094】

以上、本開示の実施例の様々な方法を紹介した。以下、更に、上記方法を実施する装置を提供する。

【0095】

図７を参照し、本開示の実施例による端末７０は、オーバーラップする少なくとも２つのＰＵＣＣＨであって、第１の優先度インデックスであり、第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む前記少なくとも２つのＰＵＣＣＨを、伝送しようとすると、コードレートの異なる前記第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で伝送するように構成される送信モジュール７１を含む。

【0096】

選択可能に、前記端末は、前記第３のＰＵＣＣＨの伝送を指示するために使用される第３のＤＣＩに基づいて、前記第３のＰＵＣＣＨを決定するように構成される第１の決定モジュールを更に含む。

【0097】

選択可能に、前記第３のＰＵＣＣＨは、第３のＰＵＣＣＨ構成によって構成される少なくとも１つのＰＵＣＣＨリソースのうちの１つであり、前記ＰＵＣＣＨリソースは、ＰＵＣＣＨリソース構成情報によって構成される。ここで、前記第３のＰＵＣＣＨ構成は、前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である。又は、前記第３のＰＵＣＣＨ構成は、前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である。又は、前記第３のＰＵＣＣＨ構成は、前記第１のＵＣＩ及び第２のＵＣＩを伝送するために構成されたＰＵＣＣＨ構成である。

【0098】

選択可能に、前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、１つの最大コードレートを構成し、前記第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、最大１つの最大コードレートを構成し、前記第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、最大１つの最大コードレートを構成する。

【0099】

選択可能に、前記端末は、以下のように構成される第２の決定モジュールを更に含む。前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第１のＵＣＩのコードレートが前記第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。

【0100】

選択可能に、前記端末は、以下のように構成される第３の決定モジュールを更に含む。前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定する。前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定する。

【0101】

選択可能に、前記端末は、以下のように構成される第４の決定モジュールを更に含む。前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されると、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、そうでなければ、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定する。前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されると、前記第１のＵＣＩのコードレートが第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、そうでなければ、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定する。

【0102】

選択可能に、前記端末は、第１のＵＣＩのコードレートに第１の調整係数を加算又は減算又は乗算又は除算したコードレートを第２のＵＣＩのコードレートに決定し、又は、第２のＵＣＩのコードレートに第２の調整係数を加算又は減算又は乗算又は除算したコードレートを第１のＵＣＩのコードレートに決定するように構成される第５の決定モジュールを更に含む。

【0103】

選択可能に、前記第１の調整係数及び／又は第２の調整係数は、ネットワークで上位層シグナリングによって構成され、又はプロトコルによって定義されるか、又は、ネットワークで上位層シグナリングによって構成され、又はプロトコルによって定義される数値セットから、所定のＤＣＩに基づいて決定される。

【0104】

ここで、各調整係数は、ＰＵＣＣＨフォーマット毎に構成されるか、ＰＵＣＣＨリソース毎に構成される。

【0105】

選択可能に、前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報は、第１の最大コードレート及び／又は第２の最大コードレートを構成する。

【0106】

選択可能に、前記端末は、前記第３のＰＵＣＣＨ構成が前記第１のＵＣＩ及び第２のＵＣＩを伝送するために構成されたＰＵＣＣＨ構成であり、前記第３のＰＵＣＣＨに対応するリソース構成情報によって第１の最大コードレートと第２の最大コードレートが構成された場合、第１のＵＣＩのコードレートが第１の最大コードレートであり、第２のＵＣＩのコードレートが第２の最大コードレートであることを決定するように構成される第６の決定モジュールを更に含む。

【0107】

選択可能に、前記端末は、前記第３のＰＵＣＣＨ上で前記第１のＵＣＩ及び第２のＵＣＩを伝送する際に、第１のＵＣＩ及び第２のＵＣＩのコードレートに基づいて第１のＵＣＩ及び第２のＵＣＩを符号化するように構成される符号化モジュールを更に含む。

【0108】

なお、該実施例における装置は、上記図５に示す方法に対応する装置である。上記の各実施例における実現方式は、いずれも該装置の実施例に適用し、同一の技術効果を奏することもできる。本開示の実施例による上記装置は、上記の方法実施例によって実現されるすべての方法のステップを実現することができ、かつ同一の技術効果を奏することもできるので、本実施例における、方法の実施例とは同じである部分及び有益な効果について具体的に繰り返して記載しない。

【0109】

本開示の実施例による端末の１つの構成の概略図である図８を参照し、該端末８００は、プロセッサ８０１と、トランシーバ８０２と、メモリ８０３と、ユーザインタフェース８０４と、バスインタフェースを含む。

【0110】

本開示の実施例において、端末８００は、メモリ８０３に記憶されてプロセッサ８０１で実行されるプログラムを更に含む。前記プロセッサ８０１は、前記プログラムを実行すると、オーバーラップする少なくとも２つのＰＵＣＣＨであって、第１の優先度インデックスであり、第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む前記少なくとも２つのＰＵＣＣＨを決定し又は伝送しようとすると、コードレートの異なる前記第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で伝送するステップを実現する。

【0111】

なお、本開示の実施例において、前記コンピュータプログラムは、プロセッサ８０１によって実行されると、上記図５に示す物理上り制御チャネルの伝送方法の実施例の各プロセスを実現させ、かつ同一の技術効果を奏することもできるので、重複を避けるために、ここでは繰り返して記載しない。

【0112】

図８において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ８０１をはじめとする１つ又は複数のプロセッサとメモリ８０３をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ８０２は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。ユーザ端末によっては、ユーザインタフェース８０４は、内部接続や外部接続する機器のインタフェースであってもよい。接続する機器は、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティックなどを含むが、それらに限られない。

【0113】

プロセッサ８０１は、バスアーキテクチャと通常の処理を管理する。メモリ８０３は、プロセッサ８０１による作業時に使用されるデータを記憶できる。

【0114】

なお、該実施例における端末は、上記図５に示す方法に対応する端末である。上記の各実施例における実現方式は、いずれも該端末の実施例に適用し、同一の技術効果を奏することもできる。該端末において、トランシーバ８０２とメモリ８０３、及びトランシーバ８０２とプロセッサ８０１は、いずれもバスインタフェースを介して通信可能に接続され、プロセッサ８０１の機能がトランシーバ８０２によっても実行可能であり、トランシーバ８０２の機能がプロセッサ８０１によっても実行可能である。なお、本開示の実施例による上記端末は、上記の方法実施例によって実現されるすべての方法のステップを実現することができ、かつ同一の技術効果を奏することもできるので、本実施例における、方法の実施例とは同じである部分及び有益な効果について具体的に繰り返して記載しない。

【0115】

本開示の一部の実施例において、プログラムが記憶されているコンピュータ可読記憶媒体を更に提供し、該プログラムがプロセッサによって実行されると、オーバーラップする少なくとも２つのＰＵＣＣＨであって、第１の優先度インデックスであり、第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む前記少なくとも２つのＰＵＣＣＨを決定し又は伝送しようとすると、コードレートの異なる前記第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で伝送するステップを実現する。

【0116】

該プログラムは、プロセッサによって実行されると、上記の端末側に応用される物理上り制御チャネルの伝送方法におけるすべての実現方式を実現することができ、かつ同一の技術効果を奏することもできるので、重複を避けるために、ここでは繰り返して記載しない。

【0117】

本開示の実施例は、図９に示す基地局９０を提供し、オーバーラップする少なくとも２つのＰＵＣＣＨを、端末が決定し又は伝送しようとすると、端末から送信されるコードレートの異なる第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で受信するように構成される受信モジュール９１を含み、ここで、前記少なくとも２つのＰＵＣＣＨは、第１の優先度インデックスであり、前記第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、前記第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む。

【0118】

選択可能に、前記基地局は、前記第３のＰＵＣＣＨの伝送を指示するために使用される第３のＤＣＩに基づいて、前記第３のＰＵＣＣＨを決定するように構成される第１の決定モジュールを更に含む。

【0119】

【0120】

【0121】

選択可能に、前記基地局は、以下のように構成される第２の決定モジュールを更に含む。前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第１のＵＣＩのコードレートが前記第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、前記第２のＵＣＩのコードレートが第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定する。

【0122】

選択可能に、前記基地局は、以下のように構成される第３の決定モジュールを更に含む。前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定する。前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定する。

【0123】

選択可能に、前記基地局は、以下のように構成される第４の決定モジュールを更に含む。前記第３のＰＵＣＣＨ構成が前記第１のＰＵＣＣＨの優先度インデックス又は第１のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第１のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されると、前記第２のＵＣＩのコードレートが第２のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、そうでなければ、第１のＵＣＩのコードレートに基づいて第２のＵＣＩのコードレートを決定する。前記第３のＰＵＣＣＨ構成が前記第２のＰＵＣＣＨの優先度インデックス又は第２のＵＣＩに対応するＰＵＣＣＨ構成である場合、前記第２のＵＣＩのコードレートが前記第３のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって最大コードレートが構成されると、前記第１のＵＣＩのコードレートが第１のＰＵＣＣＨに対応するＰＵＣＣＨリソース構成情報によって構成される最大コードレートであることを決定し、そうでなければ、第２のＵＣＩのコードレートに基づいて第１のＵＣＩのコードレートを決定する。

【0124】

選択可能に、前記基地局は、第１のＵＣＩのコードレートに第１の調整係数を加算又は減算又は乗算又は除算したコードレートを第２のＵＣＩのコードレートに決定し、又は、第２のＵＣＩのコードレートに第２の調整係数を加算又は減算又は乗算又は除算したコードレートを第１のＵＣＩのコードレートに決定するように構成される第５の決定モジュールを更に含む。

【0125】

【0126】

ここで、各調整係数は、ＰＵＣＣＨフォーマット毎に構成されるか、ＰＵＣＣＨリソース毎に構成される。

【0127】

【0128】

選択可能に、前記基地局は、前記第３のＰＵＣＣＨ構成が前記第１のＵＣＩ及び第２のＵＣＩを伝送するために構成されたＰＵＣＣＨ構成であり、前記第３のＰＵＣＣＨに対応するリソース構成情報によって第１の最大コードレートと第２の最大コードレートが構成された場合、第１のＵＣＩのコードレートが第１の最大コードレートであり、第２のＵＣＩのコードレートが第２の最大コードレートであることを決定するように構成される第６の決定モジュールを更に含む。

【0129】

選択可能に、前記基地局は、端末から送信される第１のＵＣＩ及び第２のＵＣＩを第３のＰＵＣＣＨ上で受信する際に、第１のＵＣＩ及び第２のＵＣＩのコードレートに基づいて第１のＵＣＩ及び第２のＵＣＩを復号するように構成される復号モジュールを更に含む。

【0130】

なお、該実施例における装置は、上記図６に示す方法に対応する装置である。上記の各実施例における実現方式は、いずれも該装置の実施例に適用し、同一の技術効果を奏することもできる。本開示の実施例による上記装置は、上記の方法実施例によって実現されるすべての方法のステップを実現することができ、かつ同一の技術効果を奏することもできるので、本実施例における、方法の実施例とは同じである部分及び有益な効果について具体的に繰り返して記載しない。

【0131】

本開示の実施例による基地局１０００の１つの構成の概略図である図１０を参照し、該基地局１０００は、プロセッサ１００１と、トランシーバ１００２と、メモリ１００３と、バスインタフェースを含む。

【0132】

本開示の実施例において、基地局１０００は、メモリ１００３に記憶されてプロセッサ１００１で実行されるプログラムを更に含む。前記プログラムが前記プロセッサ１００１によって実行されると、オーバーラップする少なくとも２つのＰＵＣＣＨを端末が決定し又は伝送しようとすると、端末から送信されるコードレートの異なる第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で受信するステップを実現する。ここで、前記少なくとも２つのＰＵＣＣＨは、第１の優先度インデックスであり、前記第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、前記第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む。

【0133】

なお、本開示の実施例において、前記コンピュータプログラムは、プロセッサ１００１によって実行されると、上記図６に示す物理上り制御チャネルの伝送方法の実施例の各プロセスを実現させ、かつ同一の技術効果を奏することもできるので、重複を避けるために、ここでは繰り返して記載しない。

【0134】

図１０において、バスアーキテクチャは、任意数の相互接続するバスとブリッジを含み、具体的に、プロセッサ１００１をはじめとする１つ又は複数のプロセッサとメモリ１００３をはじめとするメモリの各種類の回路が接続したものである。バスアーキテクチャは、周辺イクイップメント、レギュレーター、電力管理回路などの各種類のほかの回路を接続したものであってもよい。これらは、いずれも本分野の公知事項であり、本文においてさらなる記載をしない。バスインタフェースにより、インタフェースが提供される。トランシーバ１００２は、複数の部品であってもよく、即ち送信機と受信機を含み、伝送媒体でほかの各種類の装置と通信するユニットとして提供される。

【0135】

プロセッサ１００１は、バスアーキテクチャと通常の処理を管理する。メモリ１００３は、プロセッサ１００１による作業時に使用されるデータを記憶できる。

【0136】

なお、該実施例における端末は、上記図６に示す方法に対応する機器である。上記の各実施例における実現方式は、いずれも該機器の実施例に適用し、同一の技術効果を奏することもできる。該機器において、トランシーバ１００２とメモリ１００３、及びトランシーバ１００２とプロセッサ１００１は、いずれもバスインタフェースを介して通信可能に接続され、プロセッサ１００１の機能がトランシーバ１００２によっても実行可能であり、トランシーバ１００２の機能がプロセッサ１００１によっても実行可能である。なお、本開示の実施例による上記機器は、上記の方法実施例によって実現されるすべての方法のステップを実現することができ、かつ同一の技術効果を奏することもできるので、本実施例における、方法の実施例とは同じである部分及び有益な効果について具体的に繰り返して記載しない。

【0137】

本開示の一部の実施例において、プログラムが記憶されているコンピュータ可読記憶媒体を更に提供し、該プログラムがプロセッサによって実行されると、オーバーラップする少なくとも２つのＰＵＣＣＨを端末が決定し又は伝送しようとすると、端末から送信されるコードレートの異なる第１のＵＣＩと第２のＵＣＩを第３のＰＵＣＣＨ上で受信するステップを実現する。ここで、前記少なくとも２つのＰＵＣＣＨは、第１の優先度インデックスであり、前記第１のＵＣＩを搬送するかそれに対応する第１のＰＵＣＣＨと、第２の優先度インデックスであり、前記第２のＵＣＩを搬送するかそれに対応する第２のＰＵＣＣＨとを含む。

【0138】

該プログラムは、プロセッサによって実行されると、上記の基地局に応用される物理上り制御チャネルの伝送方法におけるすべての実現方式を実現することができ、かつ同一の技術効果を奏することもできるので、重複を避けるために、ここでは繰り返して記載しない。

【0139】

本明細書に開示された実施例に記載の各例のユニット及びアルゴリズムのステップが、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの組み合わせによって実現可能であることは、当業者が理解できる。これらの機能がいったいハードウェアによって実行されるか、それともソフトウェアによって実行されるかは、技術手段の特定な応用や設計の制限条件によって決められる。当業者は、各特定な応用に対し、異なる方法によって記載の機能を実現することができるが、これらの実現は、本開示の範囲を超えたものとされるべきではない。

【0140】

記載の便利や簡潔化のために、以上記載したシステム、装置及びユニットの具体的な動作プロセスは、前記方法実施例における対応プロセスを参照されたく、ここでは繰り返して記載しない。これは、当業者にとって自明である。

【0141】

本願で提供されるいくつかの実施例において、開示された装置及び方法は、他の方式で実施されることを理解されたい。以上記載した装置実施例は、単に例示的なものである。例えば、記載したユニットの区分は、単に論理機能の区分であり、実際に実現する際に別の区分方式がある。例えば、複数のユニット又はコンポーネントは、組み合わせてもよく、別のシステムに一体化されてもよく、又は、一部の特徴は、無視されてもよく、又は実行されなくてもよい。また、示されており又は議論されている各構成部分の相互間の結合や直接結合や通信接続は、インタフェース、装置又はユニットを介した間接結合や通信接続であってもよく、電気的、機械的、又は他の形式であってもよい。

【0142】

以上個別部品として説明したユニットは、物理的に離間したものであってもよく、そうでなくてもよい。ユニットとして示した部品は、物理ユニットであってもよく、そうでなくてもよい。即ち、一箇所に位置してもよく、複数のネットワークユニットに位置してもよい。実際の必要に応じてそのうちの一部又はすべてのユニットを選択して本開示の実施例の目的を実現する。

【0143】

また、本開示の各実施例における各機能的ユニットは、１つの処理ユニットに一体化されていてもよいし、物理的に別々に設けられていてもよいし、２つ以上が一体化されてもよい。

【0144】

前記機能は、ソフトウェア機能モジュールの形式で実現され独立した製品として販売又は使用される場合、コンピュータ可読記憶媒体に格納されてもよい。このような理解に基づき、本開示の技術手段の実質的又は従来技術に貢献した部分、又は当該技術手段の部分は、ソフトウェアプロダクトの形式で現れる。当該コンピュータソフトウェアプロダクトは、記憶媒体に記憶され、本開示の各実施例に記載の方法のすべて又は一部のステップをコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置であってもよい）に実行させるいくつかの指令を含む。前記記憶媒体は、Ｕディスク、モバイルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク又は光ディスクなど、プログラムコードを格納することができる様々な媒体を含む。

【0145】

上記方法実施例を実現するステップのすべて又は一部は、プログラムによって関連ハードウェアに指示して完成させてもよいと当業者が理解できる。前記のプログラムは、コンピュータ可読記憶媒体に格納される。当該プログラムは、実行時に、上記方法実施例を含むステップを実行する。上記の記憶媒体は、磁気ディスク、光ディスク、リードオンリーメモリＲＯＭ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）又はランダムアクセスメモリＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）などである。

【0146】

本開示の実施例に記載のこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組み合わせによって実現される。ハードウェアによる実現について、モジュール、ユニット、サブモジュール、サブユニットなどは、１つ又は複数のＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔｓ）、ＤＳＰ（ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｉｎｇ）、ＤＳＰＤ（ＤＳＰＤｅｖｉｃｅ）、ＰＬＤ（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ－ＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、それ以外の本開示に記載の機能を実行するための電子ユニット又はそれらの組み合わせで実現される。

【0147】

ソフトウェア実現の場合、本明細書に説明される技術は、本開示の実施例に記載の機能を実行するモジュール（たとえば、プロセス、関数など）によって実現できる。ソフトウェアコードは、メモリに記憶され、プロセッサによって実行される。メモリは、プロセッサ内に実現されてもよく、又はプロセッサの外部に実現されてもよい。

【0148】

以上の記載は、本開示の具体的な実施形態であるが、本開示の保護範囲は、これらに限定されない。当業者が本開示によって開示されている技術範囲内で容易に想到できる変化や置換は、すべて本開示の保護範囲内に含まれる。よって、本開示の保護範囲は、特許請求の範囲の保護範囲を基準とするべきである。

【図1】