特表 2022-549463 アップリンク制御情報の伝送方法、端末機器及びネットワーク機器

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

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

(11)【公表番号】

(43)【公表日】2022-11-25

(54)【発明の名称】アップリンク制御情報の伝送方法、端末機器及びネットワーク機器

(51)【国際特許分類】

   H04W 28/22 20090101AFI20221117BHJP

   H04W 72/04 20090101ALI20221117BHJP

   H04W 72/12 20090101ALI20221117BHJP

   H04L 27/26 20060101ALI20221117BHJP

   H04L 1/16 20060101ALI20221117BHJP

【ＦＩ】

H04W28/22

H04W72/04 137

H04W72/12 150

H04L27/26 114

H04L27/26 113

H04L1/16

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022518886

(86)(22)【出願日】2020-09-22

(85)【翻訳文提出日】2022-03-23

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

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

(87)【国際公開日】2021-04-01

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

(32)【優先日】2019-09-27

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】517372494

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

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

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

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】シェン、シアオトン

(72)【発明者】

【氏名】リー、ナー

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

5K014

5K067

【Ｆターム（参考）】

5K014DA02

5K067AA26

5K067AA33

5K067BB04

5K067BB21

5K067DD11

5K067DD17

5K067DD34

5K067DD43

5K067EE02

5K067EE10

5K067FF16

5K067GG01

5K067HH22

5K067JJ12

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

前記受信モジュールは、
端末機器から送信された、前記独立符号化されたＵＣＩの実際のサイズ又はモジュロである前記目標サイズ情報を受信し、
前記目標サイズ情報に基づき、前記ネットワーク機器が認めている前記独立符号化されたＵＣＩのサイズを前記目標サイズに調整するために用いられる、ことを特徴とする請求項３０に記載のネットワーク機器。

【請求項32】

前記受信モジュールは、
ＰＵＳＣＨ内の所定情報又は前記独立符号化されたＵＣＩ内の所定部分によって、前記独立符号化されたＵＣＩの実際のサイズ又はモジュロを受信するために用いられる、ことを特徴とする請求項３１に記載のネットワーク機器。

【請求項33】

前記受信モジュールは、
前記ネットワーク機器が認めている前記独立符号化されたＵＣＩのサイズを、前記独立符号化されたＵＣＩのモジュロと同じモジュロとなり、且つ前記ネットワーク機器が認めている前記独立符号化されたＵＣＩのサイズ以下の数値となるように調整するために用いられる、ことを特徴とする請求項３１に記載のネットワーク機器。

【請求項34】

前記受信モジュールは、
端末機器から送信された複数のサブ目標サイズ情報を受信するために用いられ、前記独立符号化されたＵＣＩは複数のサブ部分を含み、前記サブ目標サイズ情報のそれぞれは前記サブ部分のそれぞれのサイズ又はモジュロである、ことを特徴とする請求項３１に記載のネットワーク機器。

【請求項35】

前記独立符号化されたＵＣＩは、ＨＡＲＱ ｃｏｄｅ ｂｏｏｋ、ＣＳＩ ｐａｒｔ Ｉ、ＣＳＩ ｐａｒｔ ＩＩ、ＣＧ ＵＣＩのうちの少なくとも１つであり、又は、
前記独立符号化されたＵＣＩは、ＨＡＲＱ ｃｏｄｅ ｂｏｏｋ、ＣＳＩ ｐａｒｔ Ｉ、ＣＳＩ ｐａｒｔ ＩＩ、ＣＧ ＵＣＩのうちの少なくとも１つをジョイント符号化したものである、ことを特徴とする請求項３０に記載のネットワーク機器。

【請求項36】

前記ＵＣＩが多重化された前記ＰＵＳＣＨは、動的にスケジューリングされるＰＵＳＣＨ又は設定スケジューリングされるＰＵＳＣＨである、ことを特徴とする請求項３０に記載のネットワーク機器。

【請求項37】

メモリと、プロセッサと、前記メモリに記憶され、前記プロセッサによって実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１から１０のいずれか１項、又は請求項１１に記載のアップリンク制御情報の伝送方法のステップが実現される、ことを特徴とする端末機器。

【請求項38】

メモリと、プロセッサと、前記メモリに記憶され、前記プロセッサによって実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１２から１８のいずれか１項に記載のアップリンク制御情報の伝送方法のステップが実現される、ことを特徴とするネットワーク機器。

【請求項39】

コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行されると、請求項１から１０のいずれか１項、又は請求項１１、又は請求項１２から１８のいずれか１項に記載のアップリンク制御情報の伝送方法のステップが実現される、ことを特徴とするコンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施例は、通信分野に関し、特に、アップリンク制御情報の伝送方法、端末機器及びネットワーク機器に関する。

【背景技術】

【0002】

ニューラジオ（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）の非権限周波数帯において、情報を送信する前に、端末又はネットワーク機器は、クリアチャネル評価（Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓ，ＣＣＡ）／拡張クリアチャネル評価（ｅｘｔｅｎｄｅｄ Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓ，ｅＣＣＡ）を行ってチャネルをリスニングする、即ち、エネルギー検出（Ｅｎｅｒｇｙ Ｄｅｔｅｃｔｉｏｎ，ＥＤ）を行い、エネルギーが特定の閾値よりも低い場合、チャネルがクリアであると判断されてから伝送を開始可能ないわゆるリッスンビフォアトーク（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ，ＬＢＴ）を行う必要がある。非権限周波数帯は複数のテクノロジー又は複数の伝送ノードで共有されるため、このような競合ベースのアクセス方法は、チャネルの利用可能時間の不確実性につながる。チャネルが利用可能（ａｖａｉｌａｂｌｅ）である時に、ネットワーク側の信号伝送の伝送可能位置を見逃して送信できなくなる場合があり、これにより、受信側は、ネットワーク側で設定された信号を正常に受信できず、物理ダウンリンク制御チャネル（Ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）のリスニング、無線環境の監視及び測定等、信号受信後にネットワーク側での設定に応じた端末挙動を正常に行うことができなくなる場合がある。ＣＣＡの方式によって、チャネルがクリアであるか否かと判断して伝送を行うプロセスは、チャネルアクセスプロセスとも呼ばれ得る。

【0003】

アップリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ）を伝送する物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＵＣＣＨ）と物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＵＳＣＨ）が時間的にオーバーラップする場合、ＵＣＩをＰＵＳＣＨ上で多重化して伝送する必要があるが、ＵＣＩのサイズについて、基地局とユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）の理解が一致しないため、ＰＵＳＣＨの復号失敗につながる場合がある。

【発明の概要】

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

【0004】

本開示の実施例の目的は、ＰＵＳＣＨの復号失敗を回避するために、アップリンク制御情報の伝送方法、端末機器及びネットワーク機器を提供することである。

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

【0005】

第１側面において、本開示の実施例は、アップリンク制御情報の伝送方法を提供し、前記方法は端末機器によって実行され、前記方法は、目標サイズに基づき、独立符号化されたアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信するステップを含み、前記目標サイズは前記独立符号化されたＵＣＩの実際のサイズに基づいて決定される。

【0006】

第２側面において、本開示の実施例は、アップリンク制御情報の伝送方法を提供し、前記方法は端末機器によって実行され、前記方法は、独立符号化されたアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信するステップであって、前記独立符号化されたＵＣＩの数がプリセット閾値よりも大きい場合、独立符号化されたＵＣＩの数がプリセット閾値以下となるように、前記独立符号化されたＵＣＩを統合処理するステップを含む。

【0007】

第３側面において、本開示の実施例は、アップリンク制御情報の伝送方法を提供し、前記方法はネットワーク機器によって実行され、前記方法は、独立符号化されたアップリンク制御情報ＵＣＩを受信するステップであって、前記ＵＣＩは、目標サイズに基づき、前記独立符号化されたＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信されるものであり、前記目標サイズは、前記独立符号化されたＵＣＩの実際のサイズに基づいて決定されるステップを含む。

【0008】

第４側面において、本開示の実施例は、端末機器を提供し、該端末機器は、目標サイズに基づき、独立符号化されたアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信するための送信モジュールを備え、前記目標サイズは前記独立符号化されたＵＣＩの実際のサイズに基づいて決定される。

【0009】

第５側面において、本開示の実施例は、端末機器を提供し、該端末機器は、独立符号化されたアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信するための伝送モジュールであって、前記独立符号化されたＵＣＩの数がプリセット閾値よりも大きい場合、独立符号化されたＵＣＩの数がプリセット閾値以下となるように、前記独立符号化されたＵＣＩを統合処理する伝送モジュールを備える。

【0010】

第６側面において、本開示の実施例は、ネットワーク機器を提供し、該ネットワーク機器は、独立符号化されたアップリンク制御情報ＵＣＩを受信するための受信モジュールを備え、前記ＵＣＩは、目標サイズに基づき、前記独立符号化されたＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信されるものであり、前記目標サイズは、前記独立符号化されたＵＣＩの実際のサイズに基づいて決定される。

【0011】

第７側面において、本開示の実施例は、端末機器を提供し、該端末機器は、プロセッサと、メモリと、前記メモリに記憶され、前記プロセッサによって実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサによって実行されると、第１側面又は第２側面に記載のアップリンク制御情報の伝送方法のステップが実現される。

【0012】

第８側面において、本開示の実施例は、ネットワーク機器を提供し、該ネットワーク機器は、プロセッサと、メモリと、前記メモリに記憶され、前記プロセッサによって実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサによって実行されると、第３側面に記載のアップリンク制御情報の伝送方法のステップが実現される。

【0013】

第９側面において、本開示の実施例は、コンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にコンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行されると、第１側面、第２側面、又は第３側面に記載のアップリンク制御情報の伝送方法のステップが実現される。

【0014】

本開示の実施例において、目標サイズに基づき、独立符号化されたＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信し、ここで前記目標サイズは前記独立符号化されたＵＣＩの実際のサイズに基づいて決定され、これにより、基地局とＵＥが理解している独立符号化されたＵＣＩのサイズを一致させ、ＰＵＳＣＨの復号失敗を回避し、ＵＣＩを多重化した後のＰＵＳＣＨ及びＵＣＩの復号の信頼性を向上させることができる。

【図面の簡単な説明】

【0015】

【図1】本開示の第１側面及び第３側面に係るアップリンク制御情報の伝送方法を含む情報伝送プロセスの模式的フローチャートである。

【図2】本開示の第１側面及び第３側面に係るアップリンク制御情報の伝送方法を含む情報伝送プロセスの別の模式的フローチャートである。

【図3】本開示の第１側面及び第３側面に係るアップリンク制御情報の伝送方法を含む情報伝送プロセスのさらに別の模式的フローチャートである。

【図4】本開示の第１側面及び第３側面に係るアップリンク制御情報の伝送方法を含む情報伝送プロセスのさらに別の模式的フローチャートである。

【図5】本開示の第２側面により提供されるアップリンク制御情報の伝送方法の実施例の模式的フローチャートである。

【図6】本開示の第４側面により提供される端末機器の実施例の構造模式図である。

【図7】本開示の第６側面により提供されるネットワーク機器の実施例の構造模式図である。

【図8】本開示の第７側面により提供される端末機器の実施例の構造模式図である。

【図9】本開示の第８側面により提供されるネットワーク機器の実施例の構造模式図である。

【図10】本開示の第５側面により提供される端末機器の実施例の構造模式図である。

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

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

上述した本開示の実施例に開示される方法は、プロセッサ８０１に適用されてもよく、又はプロセッサ８０１によって実現されてもよい。プロセッサ８０１は信号処理能力を有する集積回路チップであってよい。実施過程では、上記方法の各ステップはプロセッサ８０１内のハードウェアの集積論理回路又はソフトウェア形態の命令によって実施することができる。上記プロセッサ８０１は汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、専用集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）又は他のプログラマブル論理デバイス、離散ゲート又はトランジスタ論理デバイス、離散ハードウェアコンポーネントであってもよい。本開示の実施例で開示された各方法、ステップ及び論理ブロック図を実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサは、いかなる一般のプロセッサ等であってもよい。本開示の実施例に開示される方法のステップは、ハードウェア復号プロセッサで実行して完了し、又は復号プロセッサ中のハードウェア及びソフトウェアモジュールの組み合わせで実行して完了するように直接具現されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的消去可能なプログラマブルメモリ、レジスタ等、本分野で成熟しているコンピュータ可読記憶媒体に位置してもよい。該コンピュータ可読記憶媒体はメモリ８０２に位置し、プロセッサ８０１はメモリ８０２中の情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完了する。具体的には、該コンピュータ可読記憶媒体にコンピュータプログラムが記憶されており、コンピュータプログラムがプロセッサ８０１によって実行されると、上記情報伝送プロセス１００～４００における端末機器によって実行されるステップ、又は上記アップリンク制御情報の伝送方法５００における各ステップが実現される。

【0116】

本開示の実施例に説明されるこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード又はそれらの組み合わせによって実現されてもよい。ハードウェアによる実現について、処理ユニットは、１つ又は複数の専用集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ，ＡＳＩＣ）、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ，ＤＳＰ）、デジタル信号処理装置（ＤＳＰ Ｄｅｖｉｃｅ，ＤＳＰＤ）、プログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ，ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ，ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するための他の電子ユニット又はそれらの組み合わせによって実現されてもよい。

【0117】

ソフトウェアによる実現について、本開示の実施例に記載の機能を実行するモジュール（例えば、プロセス、関数等）によって、本開示の実施例に記載の技術を実現してもよい。ソフトウェアコードは、メモリに記憶され、プロセッサにより実行されることが可能である。メモリは、プロセッサの内部又はプロセッサの外部に実現可能である。

【0118】

端末機器８００は、上記情報伝送プロセス１００～４００における端末機器によって実行される各ステップを実現でき、同じ又は同等の技術効果を達成できる。重複を避けるために、ここでは繰り返して述べない。

【0119】

図９は、本開示の第８側面により提供されるネットワーク機器の実施例の構造模式図である。上記情報伝送プロセス１００～４００におけるネットワーク機器によって実行される各ステップを実現し、同じ効果を達成することができる。図９に示すように、ネットワーク機器９００は、プロセッサ９０１、送受信機９０２、メモリ９０３及びバスインタフェースを含む。
そのうち、本開示の実施例において、ネットワーク機器９００は、メモリ９０３に記憶され、プロセッサ９０１によって実行可能なコンピュータプログラムをさらに備えてもよく、コンピュータプログラムがプロセッサ９０１によって実行されると、上記情報伝送プロセス１００～４００におけるネットワーク機器によって実行されるステップが実現される。

【0120】

図９には、バスアーキテクチャは、任意の数の相互接続されたバス及びブリッジを含んでもよく、具体的には、プロセッサ９０１によって表される１つ又は複数のプロセッサ及びメモリ９０３によって表されるメモリの様々な回路は互いに接続されている。バスアーキテクチャはまた、周辺機器、レギュレータ及び電力管理回路等のような様々な他の回路も接続することができるが、これらはいずれも本分野で周知であるため、本明細書ではこれ以上の説明は行わない。バスインタフェースはインタフェースを提供する。送受信機９０２は、送信機及び受信機を含む複数の要素であってもよく、伝送媒体において様々な他の装置と通信するためのユニットを提供する。

【0121】

プロセッサ９０１は、バスアーキテクチャ及び一般的な処理の管理を担当し、メモリ９０３は、プロセッサ９０１が操作を実行する時に使用するデータを記憶することができる。

【0122】

図１０は、本開示の第５側面により提供される端末機器の実施例の構造模式図である。図１０に示すように、端末機器１０００は、伝送モジュール１０１０を備える。

【0123】

伝送モジュール１０１０は、独立符号化されたＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信するために用いられ、前記独立符号化されたＵＣＩの数がプリセット閾値よりも大きい場合、独立符号化されたＵＣＩの数がプリセット閾値以下となるように、前記独立符号化されたＵＣＩを統合処理する。

【0124】

端末機器１０００は、上記アップリンク制御情報の伝送方法５００における各ステップを実現し、対応する効果を達成することができるため、ここでは繰り返して述べない。

【0125】

本開示の実施例は、コンピュータ可読記憶媒体をさらに提供する。該コンピュータ可読記憶媒体にコンピュータプログラムが記憶されており、該コンピュータプログラムがプロセッサによって実行されると、端末機器によって実行されるアップリンク制御情報の伝送方法の各ステップ、又はネットワーク機器によって実行されるアップリンク制御情報の伝送方法の各ステップが実現され、同じ技術効果を達成できる。重複を避けるために、ここでは繰り返して述べない。ここで前記コンピュータ可読記憶媒体の例としては、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ：ＲＯＭと略称）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭと略称）、磁気ディスク又は光ディスク等のような非一時的コンピュータ可読記憶媒体を含む。

【0126】

以上、本開示の実施例による方法、装置（システム）及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して本開示の各側面を説明している。ブロック図及び／又はフローチャートにおける各ブロック、及びブロック図及び／又はフローチャートにおける各ブロックの組み合わせは、コンピュータプログラム命令によって実現できることを理解すべきである。これらのコンピュータプログラム命令は、機械を製造するために、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータ処理装置のプロセッサへ提供されてもよく、それにより、これらの命令はコンピュータ又は他のプログラマブルデータ処理装置のプロセッサによって実行されると、フローチャート及び／又はブロック図の１つ又は複数のブロックにおいて指定された機能／動作を実現できる。このようなプロセッサは、汎用プロセッサ、専用プロセッサ、特殊用途プロセッサ又はフィールドプログラマブルロジック回路であってもよいが、これらに限定されない。ブロック図及び／又はフローチャートにおける各ブロック、及びブロック図及び／又はフローチャートにおけるブロックの組み合わせは、指定される機能又は動作を実行する専用ハードウェアによって実現されてもよいし、又は専用ハードウェアとコンピュータ命令との組み合わせによって実現されてもよいことがさらに理解される。

【0127】

説明すべきこととして、本明細書において、用語「含む」、「包含」又はその他のあらゆる変形は、非排他的包含をカバーすることを意図し、これによって、一連の要素を含むプロセス、方法、物品又は装置は、これらの要素を含むのみならず、明確に挙げられなかった他の要素、又はこのようなプロセス、方法、物品又は装置に固有の要素をさらに含む。特に制限しない限り、「…の１つを含む」という表現によって限定される要素は、該要素を含むプロセス、方法、物品又は装置において、他の同一要素がさらに存在することを排除しない。

【0128】

以上の実施形態の説明によって、当業者であれば、上記実施例の方法は、ソフトウェアと必要な汎用ハードウェアプラットフォームとの組み合わせによって実現することができ、もちろんハードウェアによって実現することもできるが、通常、前者がより好ましい実施形態であることを理解できる。このような見解をもとに、本発明の技術的解決手段は、本質的部分、換言すれば、従来技術に寄与する部分がソフトウェアとして実現することができる。該コンピュータソフトウェア製品は、記憶媒体（例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、本発明の各実施例に記載の方法を端末（携帯電話、コンピュータ、サーバ、エアーコンディショナー、又はネットワーク機器等であってもよい）に実行させるための幾つかの命令を含む。

【0129】

以上、図面を参照しながら本開示の実施例を説明したが、本開示は、上記具体的な実施形態に限定されず、上記具体的な実施形態は、例示的なものに過ぎず、制限的なものではない。当業者は、本開示の教示によって、本開示の主旨及び特許請求の範囲で保護される範囲を逸脱することなく、多種の形式を実現することができ、これらはいずれも本開示の保護範囲内に含まれる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2022-03-23

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

端末機器によって実行されるアップリンク制御情報の伝送方法であって、
目標サイズに基づき、独立符号化されたアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信するステップであって、前記目標サイズは前記独立符号化されたＵＣＩの実際のサイズに基づいて決定されるステップを含む、ことを特徴とするアップリンク制御情報の伝送方法。

【請求項2】

目標サイズに基づき、独立符号化されたアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信する前記ステップの前に、
前記独立符号化されたＵＣＩの実際のサイズに基づき、複数の参照値のうちの目標参照値を前記目標サイズとして決定するステップであって、前記目標参照値は前記独立符号化されたＵＣＩの実際のサイズ以上であるステップをさらに含む、ことを特徴とする請求項１に記載のアップリンク制御情報の伝送方法。

【請求項3】

目標サイズに基づき、独立符号化されたアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信する前記ステップは、
前記独立符号化されたＵＣＩのサイズを前記目標サイズに調整するステップと、
前記目標サイズに基づき、目標リソース要素ＲＥの数を決定するステップと、
前記目標ＲＥの数に対応する第１符号化レートに基づき、前記目標サイズに調整された、独立符号化されたＵＣＩを符号化してＰＵＳＣＨ上で多重化して送信するステップと、を含み、及び／又は、
前記目標サイズに基づき、目標リソース要素ＲＥの数を決定するステップと、
前記目標ＲＥの数及び前記独立符号化されたＵＣＩの実際のサイズに基づき、第２符号化レートを決定するステップと、
前記第２符号化レートに基づき、前記独立符号化されたＵＣＩを符号化してＰＵＳＣＨ上で多重化して送信するステップと、を含む、ことを特徴とする請求項１に記載のアップリンク制御情報の伝送方法。

【請求項4】

目標サイズに基づき、独立符号化されたアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信する前記ステップの前に、
前記目標サイズ情報をネットワーク機器に送信するステップであって、前記目標サイズ情報は独立符号化されたＵＣＩの実際のサイズ又はモジュロであるステップをさらに含む、ことを特徴とする請求項１に記載のアップリンク制御情報の伝送方法。

【請求項5】

前記目標サイズ情報をネットワーク機器に送信する前記ステップは、
ＰＵＳＣＨ内の所定情報又は前記独立符号化されたＵＣＩ内の所定部分によって、前記独立符号化されたＵＣＩの実際のサイズ又はモジュロをネットワーク機器に送信するステップを含む、ことを特徴とする請求項４に記載のアップリンク制御情報の伝送方法。

【請求項6】

前記目標サイズ情報をネットワーク機器に送信する前記ステップは、
複数のサブ目標サイズ情報をネットワーク機器に送信するステップであって、前記独立符号化されたＵＣＩは複数のサブ部分を含み、前記サブ目標サイズ情報のそれぞれは前記サブ部分のそれぞれの実際のサイズ又はモジュロであるステップを含む、ことを特徴とする請求項４に記載のアップリンク制御情報の伝送方法。

【請求項7】

目標サイズに基づき、独立符号化されたアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信する前記ステップの前に、
前記独立符号化されたＵＣＩの数がプリセット閾値よりも大きい場合、独立符号化されたＵＣＩの数がプリセット閾値以下となるように、前記独立符号化されたＵＣＩを統合処理するステップをさらに含む、ことを特徴とする請求項１に記載のアップリンク制御情報の伝送方法。

【請求項8】

前記独立符号化されたＵＣＩは、ＨＡＲＱ ｃｏｄｅ ｂｏｏｋ、ＣＳＩ ｐａｒｔ Ｉ、ＣＳＩ ｐａｒｔ ＩＩ、ＣＧ ＵＣＩのうちの少なくとも１つであり、又は、
前記独立符号化されたＵＣＩは、ＨＡＲＱ ｃｏｄｅ ｂｏｏｋ、ＣＳＩ ｐａｒｔ Ｉ、ＣＳＩ ｐａｒｔ ＩＩ、ＣＧ ＵＣＩのうちの少なくとも１つをジョイント符号化したものである、ことを特徴とする請求項１に記載のアップリンク制御情報の伝送方法。

【請求項9】

前記ＵＣＩが多重化された前記ＰＵＳＣＨは、動的にスケジューリングされるＰＵＳＣＨ又は設定スケジューリングされるＰＵＳＣＨである、ことを特徴とする請求項１に記載のアップリンク制御情報の伝送方法。

【請求項10】

ネットワーク機器によって実行されるアップリンク制御情報の伝送方法であって、
独立符号化されたアップリンク制御情報ＵＣＩを受信するステップであって、前記ＵＣＩは、目標サイズに基づき、前記独立符号化されたＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信されるものであり、前記目標サイズは、前記独立符号化されたＵＣＩの実際のサイズに基づいて決定されるステップを含む、ことを特徴とするアップリンク制御情報の伝送方法。

【請求項11】

独立符号化されたアップリンク制御情報ＵＣＩを受信する前記ステップの前に、
端末機器から送信された前記目標サイズ情報を受信するステップであって、前記目標サイズ情報は、前記独立符号化されたＵＣＩの実際のサイズ又はモジュロであるステップと、
前記目標サイズ情報に基づき、前記ネットワーク機器が認めている前記独立符号化されたＵＣＩのサイズを前記目標サイズに調整するステップと、をさらに含む、ことを特徴とする請求項１０に記載のアップリンク制御情報の伝送方法。

【請求項12】

端末機器から送信された前記目標サイズ情報を受信する前記ステップは、
ＰＵＳＣＨ内の所定情報又は前記独立符号化されたＵＣＩ内の所定部分によって、前記独立符号化されたＵＣＩの実際のサイズ又はモジュロを受信するステップを含む、ことを特徴とする請求項１１に記載のアップリンク制御情報の伝送方法。

【請求項13】

端末機器から送信された前記目標サイズ情報を受信する前記ステップは、
端末機器から送信された複数のサブ目標サイズ情報を受信するステップであって、前記独立符号化されたＵＣＩは複数のサブ部分を含み、前記サブ目標サイズ情報のそれぞれは前記サブ部分のそれぞれのサイズ又はモジュロであるステップを含む、ことを特徴とする請求項１１に記載のアップリンク制御情報の伝送方法。

【請求項14】

目標サイズに基づき、独立符号化されたアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信するための送信モジュールを備え、前記目標サイズは前記独立符号化されたＵＣＩの実際のサイズに基づいて決定される、ことを特徴とする端末機器。

【請求項15】

独立符号化されたアップリンク制御情報ＵＣＩを受信するための受信モジュールを備え、前記ＵＣＩは、目標サイズに基づき、前記独立符号化されたＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨ上で多重化して送信されるものであり、前記目標サイズは、前記独立符号化されたＵＣＩの実際のサイズに基づいて決定される、ことを特徴とするネットワーク機器。

【国際調査報告】