特表 2024-533687 リソース決定方法、装置、端末及び可読記憶媒体

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

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

(11)【公表番号】

(43)【公表日】2024-09-12

(54)【発明の名称】リソース決定方法、装置、端末及び可読記憶媒体

(51)【国際特許分類】

   H04W 72/21 20230101AFI20240905BHJP

   H04L 27/26 20060101ALI20240905BHJP

   H04W 28/06 20090101ALI20240905BHJP

   H04W 72/56 20230101ALI20240905BHJP

【ＦＩ】

H04W72/21

H04L27/26 114

H04W28/06

H04W72/56

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024518528

(86)(22)【出願日】2022-09-23

(85)【翻訳文提出日】2024-03-22

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

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

(87)【国際公開日】2023-03-30

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

(32)【優先日】2021-09-23

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】517372494

【氏名又は名称】維沃移動通信有限公司

【氏名又は名称原語表記】ＶＩＶＯ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＯ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ

(74)【代理人】

【識別番号】100098394

【弁理士】

【氏名又は名称】山川 茂樹

(72)【発明者】

【氏名】リー，ナ

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067CC01

5K067DD17

5K067EE02

5K067EE10

5K067JJ13

(57)【要約】

本出願は、リソース決定方法、装置、端末及び可読記憶媒体を開示し、通信技術分野に属し、本出願の実施例のリソース決定方法は、第一の上りリンク制御情報ＵＣＩ及び第二のＵＣＩを同一の物理上りリンク制御チャネルＰＵＣＣＨリソースに多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲット物理リソースブロックＰＲＢ数を決定することを含み、ここで、前記第一のＵＣＩの優先度インデックスは、前記第二のＵＣＩの優先度インデックスと異なる。
【選択図】図１

【特許請求の範囲】

【請求項1】

リソース決定方法であって、
第一の上りリンク制御情報ＵＣＩ及び第二のＵＣＩを同一の物理上りリンク制御チャネルＰＵＣＣＨリソースに多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲット物理リソースブロックＰＲＢ数を決定することを含み、
ここで、前記第一のＵＣＩの優先度インデックスは、前記第二のＵＣＩの優先度インデックスと異なる、リソース決定方法。

【請求項2】

前記の、第一の上りリンク制御情報ＵＣＩ及び第二のＵＣＩを同一の物理上りリンク制御チャネルＰＵＣＣＨリソースに多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲット物理リソースブロックＰＲＢ数を決定することは、
前記第一のＵＣＩ及び前記第二のＵＣＩを同一のＰＵＣＣＨリソース上に多重化し、且つターゲットＰＵＣＣＨフォーマットを使用して伝送する場合、前記第一のＵＣＩのビット数及び前記第一のＵＣＩのビットレートに基づいて、第一のＰＲＢ数を決定ことと、
前記第二のＵＣＩのビット数及び前記第二のＵＣＩのビットレートに基づいて、第二のＰＲＢ数を決定することとを含み、
前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数は、前記第一のＰＲＢ数と前記第二のＰＲＢ数との和である、請求項１に記載のリソース決定方法。

【請求項3】

前記の、前記第一のＵＣＩのビット数及び前記第一のＵＣＩのビットレートに基づいて、第一のＰＲＢ数を決定し、前記第二のＵＣＩのビット数及び前記第二のＵＣＩのビットレートに基づいて、第二のＰＲＢ数を決定することは、

【請求項4】

前記ターゲットＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３である場合、前記第一のＰＲＢ数は、２、３又は５の整数倍であり、且つ前記第二のＰＲＢ数は、２、３又は５の整数倍であり、
又は、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数は、２、３又は５の整数倍である、請求項２に記載のリソース決定方法。

【請求項5】

【請求項6】

前記ターゲットＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３である場合、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数は、２、３又は５の整数倍である、請求項５に記載のリソース決定方法。

【請求項7】

前記方法は、前記ＰＵＣＣＨリソース上に一番目のインターレースｉｎｔｅｒｌａｃｅ及び二番目のｉｎｔｅｒｌａｃｅが構成されている場合、前記一番目のｉｎｔｅｒｌａｃｅ及び前記二番目のｉｎｔｅｒｌａｃｅ上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送すること、
又は、前記ＰＵＣＣＨリソース上に一番目のｉｎｔｅｒｌａｃｅが構成されている場合、前記一番目のｉｎｔｅｒｌａｃｅ上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送すること、
又は、前記ＰＵＣＣＨリソース上に一番目のｉｎｔｅｒｌａｃｅ及び二番目のｉｎｔｅｒｌａｃｅが構成され且つ前記一番目のｉｎｔｅｒｌａｃｅに含まれるＰＲＢ数がターゲット条件を満たさない場合、前記一番目のｉｎｔｅｒｌａｃｅ及び前記二番目のｉｎｔｅｒｌａｃｅ上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送することをさらに含む、請求項１に記載のリソース決定方法。

【請求項8】

前記方法は、
前記第一のＵＣＩに対して前記第一のＰＲＢ数のＰＲＢ内でレートマッチング及びリソースマッピングを行うことと、
前記第二のＵＣＩに対して前記第二のＰＲＢ数のＰＲＢ内でレートマッチング及びリソースマッピングを行うこととをさらに含む、請求項２から４のいずれか１項に記載のリソース決定方法。

【請求項9】

前記方法は、
前記第一のＵＣＩ及び前記第二のＵＣＩに対していずれも前記ターゲットＰＲＢ数のＰＲＢ内でレートマッチング及びリソースマッピングを行うことをさらに含む、請求項１に記載のリソース決定方法。

【請求項10】

前記の、前記第一のＵＣＩ及び前記第二のＵＣＩに対していずれも前記ターゲットＰＲＢ数のＰＲＢ内でレートマッチング及びリソースマッピングを行うことは、
前記第一のＵＣＩのビット数及び前記第一のＵＣＩのビットレートに基づいて、前記ターゲットＰＲＢ数のＰＲＢ内の、前記第一のＵＣＩのビットレートを満たす第一のリソースエレメントＲＥの数を決定し、前記第一のＵＣＩに対して前記第一のＲＥ上でレートマッチング及びリソースマッピングを行い、前記第二のＵＣＩに対して前記ターゲットＰＲＢ数のＰＲＢ内の、前記第一のＲＥ及びリファレンス信号ＤＭＲＳが使用するＲＥ以外のＲＥ上でレートマッチング及びリソースマッピングを行うこと、
又は、前記第二のＵＣＩのビット数及び前記第二のＵＣＩのビットレートに基づいて、前記ターゲットＰＲＢ数のＰＲＢ内の、前記第二のＵＣＩのビットレートを満たす第二のリソースエレメントＲＥの数を決定し、前記第二のＵＣＩに対して前記第二のＲＥ上でレートマッチング及びリソースマッピングを行い、前記第一のＵＣＩに対して前記ターゲットＰＲＢ数のＰＲＢ内の、前記第二のＲＥ及びＤＭＲＳが使用するＲＥ以外のＲＥ上でレートマッチング及びリソースマッピングを行うことを含む、請求項９に記載のリソース決定方法。

【請求項11】

リソース決定装置であって、
第一の上りリンク制御情報ＵＣＩ及び第二のＵＣＩを同一の物理上りリンク制御チャネルＰＵＣＣＨリソースに多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲット物理リソースブロックＰＲＢ数を決定するために用いられる決定モジュールを含み、
ここで、前記第一のＵＣＩの優先度インデックスは、前記第二のＵＣＩの優先度インデックスと異なる、リソース決定装置。

【請求項12】

前記決定モジュールは、具体的に、
前記第一のＵＣＩ及び前記第二のＵＣＩを同一のＰＵＣＣＨリソース上に多重化し、且つターゲットＰＵＣＣＨフォーマットを使用して伝送する場合、前記第一のＵＣＩのビット数及び前記第一のＵＣＩのビットレートに基づいて、第一のＰＲＢ数を決定ことと、
前記第二のＵＣＩのビット数及び前記第二のＵＣＩのビットレートに基づいて、第二のＰＲＢ数を決定することとに用いられ、
前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数は、前記第一のＰＲＢ数と前記第二のＰＲＢ数との和である、請求項１１に記載のリソース決定装置。

【請求項13】

【請求項14】

前記ターゲットＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３である場合、前記第一のＰＲＢ数は、２、３又は５の整数倍であり、且つ前記第二のＰＲＢ数は、２、３又は５の整数倍であり、
又は、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数は、２、３又は５の整数倍である、請求項１２に記載のリソース決定装置。

【請求項15】

【請求項16】

前記ターゲットＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３である場合、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数は、２、３又は５の整数倍である、請求項１５に記載のリソース決定装置。

【請求項17】

前記装置は、
伝送モジュールをさらに含み、この伝送モジュールは、前記ＰＵＣＣＨリソース上に一番目のインターレースｉｎｔｅｒｌａｃｅ及び二番目のｉｎｔｅｒｌａｃｅが構成されている場合、前記一番目のｉｎｔｅｒｌａｃｅ及び前記二番目のｉｎｔｅｒｌａｃｅ上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送すること、
又は、前記ＰＵＣＣＨリソース上に一番目のｉｎｔｅｒｌａｃｅが構成されている場合、前記一番目のｉｎｔｅｒｌａｃｅ上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送すること、
又は、前記ＰＵＣＣＨリソース上に一番目のｉｎｔｅｒｌａｃｅ及び二番目のｉｎｔｅｒｌａｃｅが構成され且つ前記一番目のｉｎｔｅｒｌａｃｅに含まれるＰＲＢ数がターゲット条件を満たさない場合、前記一番目のｉｎｔｅｒｌａｃｅ及び前記二番目のｉｎｔｅｒｌａｃｅ上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送することに用いられる、請求項１１に記載のリソース決定装置。

【請求項18】

前記装置は、
前記第一のＵＣＩに対して前記第一のＰＲＢ数のＰＲＢ内でレートマッチング及びリソースマッピングを行い、前記第二のＵＣＩに対して前記第二のＰＲＢ数のＰＲＢ内でレートマッチング及びリソースマッピングを行うための第一のレートマッチング及びリソースマッピングモジュールをさらに含む、請求項１２から１４のいずれか１項に記載のリソース決定装置。

【請求項19】

前記装置は、
前記第一のＵＣＩ及び前記第二のＵＣＩに対していずれも前記ターゲットＰＲＢ数のＰＲＢ内でレートマッチング及びリソースマッピングを行うための第二のレートマッチング及びリソースマッピングモジュールをさらに含む、請求項１１に記載のリソース決定装置。

【請求項20】

前記第二のレートマッチング及びリソースマッピングモジュールは、具体的に、
前記第一のＵＣＩのビット数及び前記第一のＵＣＩのビットレートに基づいて、前記ターゲットＰＲＢ数のＰＲＢ内の、前記第一のＵＣＩのビットレートを満たす第一のリソースエレメントＲＥの数を決定し、前記第一のＵＣＩに対して前記第一のＲＥ上でレートマッチング及びリソースマッピングを行い、前記第二のＵＣＩに対して前記ターゲットＰＲＢ数のＰＲＢ内の、前記第一のＲＥ及びリファレンス信号ＤＭＲＳが使用するＲＥ以外のＲＥ上でレートマッチング及びリソースマッピングを行うこと、
又は、前記第二のＵＣＩのビット数及び前記第二のＵＣＩのビットレートに基づいて、前記ターゲットＰＲＢ数のＰＲＢ内の、前記第二のＵＣＩのビットレートを満たす第二のリソースエレメントＲＥの数を決定し、前記第二のＵＣＩに対して前記第二のＲＥ上でレートマッチング及びリソースマッピングを行い、前記第一のＵＣＩに対して前記ターゲットＰＲＢ数のＰＲＢ内の、前記第二のＲＥ及びＤＭＲＳが使用するＲＥ以外のＲＥ上でレートマッチング及びリソースマッピングを行うことに用いられる、請求項１９に記載のリソース決定装置。

【請求項21】

プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含む端末であって、前記プログラム又は命令が前記プロセッサにより実行される時に、請求項１から１０のいずれか１項に記載のリソース決定方法のステップを実現する、端末。

【請求項22】

プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、請求項１から１０のいずれか１項に記載のリソース決定方法のステップを実現する、可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

〔関連出願の相互参照〕
本出願は、２０２１年９月２３日に提出された、出願番号が２０２１１１１１７３９６．４であり、名称が「リソース決定方法、装置、端末及び可読記憶媒体」である中国特許出願の優先権を主張しており、その内容のすべては、援用により本出願に取り込まれる。

【0002】

本出願は、通信技術分野に属し、具体的にリソース決定方法、装置、端末及び可読記憶媒体に関する。

【背景技術】

【0003】

第五世代移動通信（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、５Ｇ）システムは、多様なシナリオと業務需要に適応する必要がある。５Ｇシステムは、補強型モバイルブロードバンド（Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）、超高信頼低遅延通信（Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）、大量のマシーンタイプ通信（Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）の３つの主要な応用シナリオを定義し、これらの応用シナリオは、システムに対して高信頼性、低遅延、広帯域幅、広カバレッジなどの要求を出している。いくつかのユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）は、複数の異なるサービスをサポートする可能性があり、例えばＵＥは、超高信頼性低遅延のＵＲＬＬＣサービスをサポートすると同時に、大容量高レートのｅＭＢＢサービスをサポートする。５Ｇニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システムでは、異なるチャネルが異なる開始シンボル及び長さを有することができるため、伝送リソースの時間領域が重なる場合が発生する。しかしながら、一つのスロット上に複数の重なり物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）が伝送される場合、ＵＥの単一キャリア特性を破壊し、且つ送信パワーの違いは、チャネル推定性能の劣化を引き起こすことがある。

【0004】

従来の技術では、上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）がＰＵＣＣＨ上で伝送される時、同じＰＵＣＣＨ上で送信されるＵＣＩは、同じ優先度インデックスを有し、且つ一つのビットレートに対応する。しかしながら、異なる優先度インデックスのＵＣＩに同じＰＵＣＣＨ上に多重化され、且つ異なる優先度インデックスのＵＣＩが異なるビットレートが使用されるシナリオに対して、ＵＣＩ伝送時に使用されるＰＲＢ数をどのように決定するかは、早急な解決が待たれる問題である。

【発明の概要】

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

【0005】

本出願の実施例は、異なる優先度インデックスのＵＣＩが同じＰＵＣＣＨ上に多重化される場合に、ＵＣＩ伝送時に使用されるＰＲＢ数をどのように決定するかという問題を解決することができるリソース決定方法、装置、端末及び可読記憶媒体を提供する。

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

【0006】

第一の態様によれば、リソース決定方法を提供し、この方法は、
第一の上りリンク制御情報ＵＣＩ及び第二のＵＣＩを同一の物理上りリンク制御チャネルＰＵＣＣＨリソースに多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲット物理リソースブロックＰＲＢ数を決定することを含み、
ここで、前記第一のＵＣＩの優先度インデックスは、前記第二のＵＣＩの優先度インデックスと異なる。

【0007】

第二の態様によれば、リソース決定装置を提供し、この装置は、
第一の上りリンク制御情報ＵＣＩ及び第二のＵＣＩを同一の物理上りリンク制御チャネルＰＵＣＣＨリソースに多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲット物理リソースブロックＰＲＢ数を決定するために用いられる決定モジュールを含み、
ここで、前記第一のＵＣＩの優先度インデックスは、前記第二のＵＣＩの優先度インデックスと異なる。

【0008】

第三の態様によれば、端末を提供し、この端末は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時に、第一の態様に記載の方法のステップを実現する。

【0009】

第四の態様によれば、プロセッサ及び通信インターフェースを含む端末を提供し、ここで、前記プロセッサは、第一の上りリンク制御情報ＵＣＩ及び第二のＵＣＩを同一の物理上りリンク制御チャネルＰＵＣＣＨリソースに多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲット物理リソースブロックＰＲＢ数を決定するために用いられ、
ここで、前記第一のＵＣＩの優先度インデックスは、前記第二のＵＣＩの優先度インデックスと異なる。

【0010】

第五の態様によれば、可読記憶媒体を提供し、前記可読記憶媒体上にプログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時に、第一の態様に記載の方法のステップを実現する。

【0011】

第六の態様によれば、チップを提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、第一の態様に記載の方法を実現するために用いられる。

【0012】

第七の態様によれば、コンピュータプログラム／プログラム製品を提供し、前記コンピュータプログラム／プログラム製品が非一時的な記憶媒体に記憶されており、前記プログラム／プログラム製品が少なくとも一つのプロセッサにより実行されて、第一の態様に記載の方法のステップを実現する。

【発明の効果】

【0013】

本出願の実施例では、異なる優先度インデックスを有するＵＣＩが同じＰＵＣＣＨリソース上に多重化される場合、異なる優先度インデックスのＵＣＩのビットレートが異なることを考慮し、異なる優先度インデックスのＵＣＩのビット数及びビットレートに基づいてＰＵＣＣＨ伝送に使用されるＰＲＢ数を決定し、それにより異なる優先度インデックスのＵＣＩの異なる信頼性要件を保証し、通信システムの有効化性を向上させる。

【図面の簡単な説明】

【0014】

【図1】本出願の実施例が適用可能な無線通信システムの構造概略図である。

【図2】本出願の実施例によるリソース決定方法のフローチャートである。

【図3】従来技術におけるＵＣＩがＰＵＣＣＨ上で伝送される時に用いられるリソースマッピング方式の概略図である。

【図4】本出願の実施例によるリソースマッピング方式の概略図のその一である。

【図5】本出願の実施例によるリソースマッピング方式の概略図のその二である。

【図6】本出願の実施例によるリソース決定装置の構造概略図である。

【図7】本出願の実施例による端末の構造概略図である。

【図8】本出願の実施例の端末を実現するハードウェア構造概略図である。

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

【0015】

以下は、本出願の実施例における図面を結び付けながら、本出願の実施例における技術案を明瞭且つ完全に記述し、明らかに、記述された実施例は、本出願の一部の実施例であり、すべての実施例ではない。本出願における実施例に基づき、当業者により得られたすべての他の実施例は、いずれも本出願の保護範囲に属する。

【0016】

本出願の明細書と特許請求の範囲における用語である「第一」、「第二」などは、類似している対象を区別するものであり、特定の順序又は前後手順を記述するためのものではない。理解すべきこととして、このように使用される用語は、適切な場合に交換可能であり、それにより本出願の実施例は、ここで図示又は記述されたもの以外の順序で実施されることが可能であり、且つ「第一」、「第二」によって区別される対象は、一般的には同一種類であり、対象の個数を限定せず、例えば第一の対象は、一つであってもよく、複数であってもよい。なお、明細書及び請求項における「及び／又は」は、接続される対象のうちの少なくとも一つを表し、文字である「／」は、一般的には前後関連対象が「又は」の関係であることを表す。

【0017】

指摘すべきこととして、本出願の実施例に記述された技術は、ロングタームエボリューション型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）／ＬＴＥの進化（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らず、他の無線通信システム、例えば符号分割多重接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、時分割多重接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一キャリア周波数分割多重接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）と他のシステムにも適用できる。本出願の実施例における用語である「システム」と「ネットワーク」は、常に交換可能に使用され、記述された技術は、以上に言及されたシステムとラジオ技術に用いられてもよく、他のシステムとラジオ技術に用いられてもよい。以下の記述は、例示の目的でニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システムを記述しているとともに、以下の大部分の記述においてＮＲ用語を使用しているが、これらの技術は、ＮＲシステム応用以外の応用、例えば第六世代（６^ｔｈ Ｇｅｎｅｒａｔｉｏｎ、６Ｇ）通信システムに適用されてもよい。

【0018】

図１は、本出願の実施例が適用可能な無線通信システムの構造概略図であり、図１に示すように、無線通信システムは、端末１１とネットワーク側機器１２とを含む。ここで、端末１１は、端末機器又はユーザ端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）と呼ばれてもよく、端末１１は、携帯電話、タブレットパソコン（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）（又は、ノートパソコンと呼ばれる）、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ、ＰＤＡ）、パームトップコンピュータ、ネットブック、ウルトラモバイルパーソナルコンピュータ（ｕｌｔｒａ－ｍｏｂｉｌｅ ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ、ＵＭＰＣ）、モバイルインターネットディバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ、ＡＲ）／仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ、ＶＲ）機器、ロボット、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）、車載機器（ＶＵＥ）、歩行者端末（ＰＵＥ）、スマートホーム（無線通信機能を有するホーム機器、例えば冷蔵庫、テレビ、洗濯機又は家具など）などの端末側機器であってもよく、ウェアラブルデバイスは、スマートウォッチ、スマートバンド、スマートイヤホン、スマートメガネ、スマートアクセサリー（スマート腕輪、スマートブレスレット、スマート指輪、スマートネックレス、スマート足輪、スマートアンクレットなど）、スマートリストバンド、スマート衣服、ゲーム機などを含む。説明すべきこととして、本出願の実施例では、端末１１の具体的なタイプを限定するものではない。ネットワーク側機器１２は、基地局又はコアネットワークであってもよく、ここで、基地局は、ノードＢ、進化ノードＢ、アクセスポイント、ベーストランシーバステーション（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、ＢＴＳ）、ラジオ基地局、ラジオ送受信機、ベーシックサービスセット（Ｂａｓｉｃ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＢＳＳ）、拡張サービスセット（Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｓｅｔ、ＥＳＳ）、Ｂノード、進化型Ｂノード（ｅＮＢ）、家庭用Ｂノード、家庭用進化型Ｂノード、ＷＬＡＮアクセスポイント、ＷｉＦｉノード、トランスミッションポイント（Ｔｒａｎｓｍｉｔｔｉｎｇ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔ、ＴＲＰ）又は当分野における他のある適切な用語と呼ばれてもよく、同じ技術的効果が達成される限り、前記基地局は、特定の技術用語に限らず、説明すべきこととして、本出願の実施例においてＮＲシステムにおける基地局のみを例にするが、基地局の具体的なタイプを限定するものではない。

【0019】

以下では、図面を結び付けながら、いくつかの実施例及びその応用シナリオによって本出願の実施例によるリソース決定方法を詳細に説明する。

【0020】

本出願の実施例は、リソース決定方法を提供し、優先度インデックスを有する第一のＵＣＩ及び第二のＵＣＩが同一のＰＵＣＣＨリソース上に多重化される場合、異なる優先度インデックスのＵＣＩのビットレートが異なることを考慮し、第一のＵＣＩのビット数、第二のＵＣＩのビット数、第一のＵＣＩのビットレート及び第二のＵＣＩのビットレートに基づいて、ＰＵＣＣＨリソース上で第一のＵＣＩ及び第二のＵＣＩを伝送するためのターゲット物理リソースブロック（Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＰＲＢ）の数を決定し、それにより異なる優先度インデックスのＵＣＩの異なる信頼性要件を保証し、通信システムの有効化性を向上させる。

【0021】

図２は、本出願の実施例によるリソース決定方法のフローチャートであり、この方法は、端末に用いられ、図２に示すように、この方法は、以下のようなステップを含む。

【0022】

ステップ２０１において、第一のＵＣＩ及び第二のＵＣＩを同一のＰＵＣＣＨリソース上に多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数を決定し、ここで、第一のＵＣＩの優先度インデックスは、第二のＵＣＩの優先度インデックスと異なる。

【0023】

選択的に、本出願の実施例は、５Ｇ ＮＲシステムに用いられてもよく、異なる優先度インデックスの第一のＵＣＩと第二のＵＣＩを同一のＰＵＣＣＨリソース上に多重化する場合、一つのＰＵＣＣＨフォーマットは、二つのビットレート、即ち第一のＵＣＩのビットレート及び第二のＵＣＩのビットレートが構成されてもよい。

【0024】

選択的に、第一のＵＣＩ及び第二のＵＣＩのメッセージタイプは、ハイブリッド自動再送要求確認（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ－ＡＣＫ、ＨＡＲＱ－ＡＣＫ）と、選択再送（Ｓｅｌｅｃｔｉｖｅ Ｒｅｐｅａｔ、ＳＲ）と、チャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）とのうちの少なくとも一つを含んでもよい。

【0025】

選択的に、第一のＵＣＩの優先度インデックスは、優先度インデックス０であり、第二のＵＣＩの優先度インデックスは、優先度インデックス１であり、又は、第一のＵＣＩの優先度インデックスは、優先度インデックス１であり、第二のＵＣＩの優先度インデックスは、優先度インデックス０である。

【0026】

注意すべきこととして、本発明における優先度インデックスが異なることは、優先度が異なると理解されてもよく、例えば第一のＵＣＩの優先度は、低優先度であり、第二のＵＣＩの優先度は、高優先度であり、又は第一のＵＣＩの優先度は、高優先度であり、第二のＵＣＩの優先度は、低優先度である。

【0027】

本出願の実施例によるリソース決定方法は、異なる優先度インデックスを有するＵＣＩが同じＰＵＣＣＨリソース上に多重化される場合、異なる優先度インデックスのＵＣＩのビットレートが異なることを考慮し、異なる優先度インデックスのＵＣＩのビット数及びビットレートに基づいてＰＵＣＣＨ伝送に使用されるＰＲＢ数を決定し、それにより異なる優先度インデックスのＵＣＩの異なる信頼性要件を保証し、通信システムの有効化性を向上させる。

【0028】

選択的に、ステップ２０１において第一のＵＣＩ及び第二のＵＣＩを同一のＰＵＣＣＨリソース上に多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数を決定する実現方式は、以下のうちの少なくとも一つを含む。

【0029】

方式１：前記第一のＵＣＩ及び前記第二のＵＣＩを同一のＰＵＣＣＨリソース上に多重化し、且つターゲットＰＵＣＣＨフォーマットを使用して伝送する場合、前記第一のＵＣＩのビット数及び前記第一のＵＣＩのビットレートに基づいて、第一のＰＲＢ数を決定し、前記第二のＵＣＩのビット数及び前記第二のＵＣＩのビットレートに基づいて、第二のＰＲＢ数を決定し、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数は、前記第一のＰＲＢ数と前記第二のＰＲＢ数との和である。

【0030】

選択的に、ターゲットＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット２又はＰＵＣＣＨフォーマット３を含んでもよい。

【0031】

【0032】

【0033】

選択的に、ターゲットＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３である場合、前記第一のＰＲＢ数は、２、３又は５の整数倍であり、且つ前記第二のＰＲＢ数は、２、３又は５の整数倍であり、式（７）及び（８）を参照し、

【0034】

選択的に、ターゲットＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３である場合、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数は、２、３又は５の整数倍であり、式（９）を参照し、

【0035】

選択的に、方式１に基づいて第一のＰＲＢ数及び第二のＰＲＢ数を決定した後、端末が前記ＰＵＣＣＨリソース上でレートマッチング及びリソースマッピングを実行する実現方式は、第一のＵＣＩに対して前記第一のＰＲＢ数のＰＲＢ内でレートマッチング及びリソースマッピングを行い、第二のＵＣＩに対して前記第二のＰＲＢ数のＰＲＢ内でレートマッチング及びリソースマッピングを行うことを含んでもよい。

【0036】

【0037】

選択的に、前記ターゲットＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３である場合、方式２におけるＰＵＣＣＨリソース上で前記少なくとも二つのＵＣＩを伝送するためのターゲットＰＲＢ数は、２、３又は５の整数倍であり、式（９）を参照することができる。

【0038】

選択的に、ＰＵＣＣＨリソース上に一番目のインターレース（ｉｎｔｅｒｌａｃｅ）が構成されている場合、端末は、以下の少なくとも一つの方式によってＰＵＣＣＨ伝送に用いられるｉｎｔｅｒｌａｃｅを決定してもよい。

【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】

以上は、図面を結び付けながら、本出願の実施例を記述したが、本出願は、上記の具体的な実施形態に限らない。上記の具体的な実施形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本出願の示唆で、本出願の趣旨と請求項が保護する範囲から逸脱しない限り、多くの形式を行うこともでき、いずれも本出願の保護範囲に属する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【手続補正書】

【提出日】2024-03-22

【手続補正1】

【補正対象書類名】明細書

【補正対象項目名】００１２

【補正方法】変更

【補正の内容】

【0012】

第七の態様によれば、コンピュータプログラム／プログラム製品を提供し、前記コンピュータプログラム／プログラム製品が非一時的な記憶媒体に記憶されており、前記コンピュータプログラム／プログラム製品が少なくとも一つのプロセッサにより実行されて、第一の態様に記載の方法のステップを実現する。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０１１２

【補正方法】変更

【補正の内容】

【0112】

本出願の実施例は、コンピュータプログラム／プログラム製品をさらに提供し、前記コンピュータプログラム／プログラム製品は、非一時的な記憶媒体に記憶されており、前記コンピュータプログラム／プログラム製品が少なくとも一つのプロセッサにより実行されて、上記のリソース決定方法の実施例の各プロセスを実現し、且つ同じ技術的効果を達成することができる。説明の繰り返しを回避するために、ここでこれ以上説明しない。

【手続補正3】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

リソース決定方法であって、
第一の上りリンク制御情報ＵＣＩ及び第二のＵＣＩを同一の物理上りリンク制御チャネルＰＵＣＣＨリソースに多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲット物理リソースブロックＰＲＢ数を決定することを含み、
ここで、前記第一のＵＣＩの優先度インデックスは、前記第二のＵＣＩの優先度インデックスと異なる、リソース決定方法。

【請求項2】

前記の、第一の上りリンク制御情報ＵＣＩ及び第二のＵＣＩを同一の物理上りリンク制御チャネルＰＵＣＣＨリソースに多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲット物理リソースブロックＰＲＢ数を決定することは、

【請求項3】

前記ターゲットＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３である場合、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数は、２、３又は５の整数倍である、請求項２に記載のリソース決定方法。

【請求項4】

前記方法は、前記ＰＵＣＣＨリソース上に一番目のｉｎｔｅｒｌａｃｅが構成されている場合、前記一番目のｉｎｔｅｒｌａｃｅ上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送すること、
又は、前記ＰＵＣＣＨリソース上に一番目のｉｎｔｅｒｌａｃｅ及び二番目のｉｎｔｅｒｌａｃｅが構成され且つ前記一番目のｉｎｔｅｒｌａｃｅに含まれるＰＲＢ数がターゲット条件を満たさない場合、前記一番目のｉｎｔｅｒｌａｃｅ及び前記二番目のｉｎｔｅｒｌａｃｅ上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送することをさらに含む、請求項１に記載のリソース決定方法。

【請求項5】

前記ターゲットＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット２又はＰＵＣＣＨフォーマット３を含む、請求項２に記載のリソース決定方法。

【請求項6】

【請求項7】

前記方法は、
前記第一のＵＣＩ及び前記第二のＵＣＩに対していずれも前記ターゲットＰＲＢ数のＰＲＢ内でレートマッチング及びリソースマッピングを行うことをさらに含む、請求項１に記載のリソース決定方法。

【請求項8】

前記の、前記第一のＵＣＩ及び前記第二のＵＣＩに対していずれも前記ターゲットＰＲＢ数のＰＲＢ内でレートマッチング及びリソースマッピングを行うことは、
前記第一のＵＣＩのビット数及び前記第一のＵＣＩのビットレートに基づいて、前記ターゲットＰＲＢ数のＰＲＢ内の、前記第一のＵＣＩのビットレートを満たす第一のリソースエレメントＲＥの数を決定し、前記第一のＵＣＩに対して前記第一のＲＥ上でレートマッチング及びリソースマッピングを行い、前記第二のＵＣＩに対して前記ターゲットＰＲＢ数のＰＲＢ内の、前記第一のＲＥ及びリファレンス信号ＤＭＲＳが使用するＲＥ以外のＲＥ上でレートマッチング及びリソースマッピングを行うこと、
又は、前記第二のＵＣＩのビット数及び前記第二のＵＣＩのビットレートに基づいて、前記ターゲットＰＲＢ数のＰＲＢ内の、前記第二のＵＣＩのビットレートを満たす第二のリソースエレメントＲＥの数を決定し、前記第二のＵＣＩに対して前記第二のＲＥ上でレートマッチング及びリソースマッピングを行い、前記第一のＵＣＩに対して前記ターゲットＰＲＢ数のＰＲＢ内の、前記第二のＲＥ及びＤＭＲＳが使用するＲＥ以外のＲＥ上でレートマッチング及びリソースマッピングを行うことを含む、請求項７に記載のリソース決定方法。

【請求項9】

リソース決定装置であって、
第一の上りリンク制御情報ＵＣＩ及び第二のＵＣＩを同一の物理上りリンク制御チャネルＰＵＣＣＨリソースに多重化する場合、前記第一のＵＣＩのビット数、前記第二のＵＣＩのビット数、前記第一のＵＣＩのビットレート及び前記第二のＵＣＩのビットレートに基づいて、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲット物理リソースブロックＰＲＢ数を決定するために用いられる決定モジュールを含み、
ここで、前記第一のＵＣＩの優先度インデックスは、前記第二のＵＣＩの優先度インデックスと異なる、リソース決定装置。

【請求項10】

【請求項11】

前記ターゲットＰＵＣＣＨフォーマットがＰＵＣＣＨフォーマット３である場合、前記ＰＵＣＣＨリソース上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送するためのターゲットＰＲＢ数は、２、３又は５の整数倍である、請求項１０に記載のリソース決定装置。

【請求項12】

前記装置は、
伝送モジュールをさらに含み、この伝送モジュールは、前記ＰＵＣＣＨリソース上に一番目のｉｎｔｅｒｌａｃｅが構成されている場合、前記一番目のｉｎｔｅｒｌａｃｅ上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送すること、
又は、前記ＰＵＣＣＨリソース上に一番目のｉｎｔｅｒｌａｃｅ及び二番目のｉｎｔｅｒｌａｃｅが構成され且つ前記一番目のｉｎｔｅｒｌａｃｅに含まれるＰＲＢ数がターゲット条件を満たさない場合、前記一番目のｉｎｔｅｒｌａｃｅ及び前記二番目のｉｎｔｅｒｌａｃｅ上で前記第一のＵＣＩ及び前記第二のＵＣＩを伝送することに用いられる、請求項９に記載のリソース決定装置。

【請求項13】

前記ターゲットＰＵＣＣＨフォーマットは、ＰＵＣＣＨフォーマット２又はＰＵＣＣＨフォーマット３を含む、請求項１０に記載のリソース決定装置。

【請求項14】

プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含む端末であって、前記プログラム又は命令が前記プロセッサにより実行される時に、請求項１から８のいずれか１項に記載のリソース決定方法のステップを実現する、端末。

【請求項15】

プログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、請求項１から８のいずれか１項に記載のリソース決定方法のステップを実現する、可読記憶媒体。

【国際調査報告】