特許7410985 | 知財ポータル「IP Force」

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

▶ グァンドン　オッポ　モバイル　テレコミュニケーションズ　コーポレーション　リミテッドの特許一覧

特許7410985アップリンク制御情報の伝送方法及び装置

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

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

< >

1a
1b
1c
1d
1e
2
2a
2b
3
3a
3b
4
4a
4b
5
5a
5b
6a
6b
6c
7

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-12-26

(45)【発行日】2024-01-10

(54)【発明の名称】アップリンク制御情報の伝送方法及び装置

(51)【国際特許分類】

H04W 72/21 20230101AFI20231227BHJP

H04W 28/06 20090101ALI20231227BHJP

H04W 28/04 20090101ALI20231227BHJP

H04W 24/10 20090101ALI20231227BHJP

【ＦＩ】

H04W72/21

H04W28/06

H04W28/04 110

H04W24/10

【請求項の数】 11

(21)【出願番号】P 2021578045

(86)(22)【出願日】2019-09-30

(65)【公表番号】

(43)【公表日】2022-12-26

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

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

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

【審査請求日】2022-08-31

(73)【特許権者】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

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

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

(74)【代理人】

【識別番号】100091487

【弁理士】

【氏名又は名称】中村行孝

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口智也

(72)【発明者】

【氏名】ウー、ズオミン

【審査官】桑原聡一

(56)【参考文献】

【文献】特表２０２２－５４９７６４（ＪＰ，Ａ）

【文献】国際公開第２０２１／０６０９５２（ＷＯ，Ａ１）

【文献】Samsung，Enhancements on configured grant for NR-U[online]，3GPP TSG RAN WG1 #98b R1-1910462，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1910462.zip>，2019年10月14日，第５．２節

【文献】OPPO，On configured grant for NR-U[online]，3GPP TSG RAN WG1 #99 R1-1912509，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912509.zip>，2019年11月18日，第４節

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

アップリンク制御情報ＵＣＩの伝送方法であって、
少なくとも２種のＵＣＩを含むターゲットＵＣＩを取得するステップであって、前記ターゲットＵＣＩは、事前設定許可ＣＧ－ＵＣＩ及び第１のＵＣＩを含み、前記第１のＵＣＩは、ハイブリッド自動再送要求肯定応答ＨＡＲＱ－ＡＣＫ、第１の部分のチャネル状態情報ＣＳＩＰａｒｔ１及び第２の部分のチャネル状態情報ＣＳＩＰａｒｔ２のうちの少なくとも１種を含むステップと、
前記ターゲットアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨにマッピングするステップであって、前記ＣＧ－ＵＣＩと前記第１のＵＣＩがジョイント符号化の方式で符号化されるステップであって、前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合のコードレート補償係数β _{ｏｆｆｓｅｔ} に基づいて、前記ジョイント符号化に占有するリソースを決定し、前記第１のＵＣＩは、前記ＨＡＲＱ－ＡＣＫを含み、前記ＣＧ－ＵＣＩと前記第１のＵＣＩがジョイント符号化の方式で符号化されることは、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫがジョイント符号化の方式で符号化されることを含む、ステップと、
事前設定許可アップリンクリソースにより前記ＰＵＳＣＨを伝送するステップと、
を含む、
ことを特徴とするアップリンク制御情報の伝送方法。

【請求項2】

前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫがジョイント符号化の方式で符号化されることは、
前記ＣＧ－ＵＣＩのビット数と前記ＨＡＲＱ－ＡＣＫのビット数の和が設定ビット数より大きければ、Ｐｏｌａｒコードで前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫを符号化することと、或いは
前記ＣＧ－ＵＣＩのビット数と前記ＨＡＲＱ－ＡＣＫのビット数の和が設定ビット数以下であれば、ショートコードで前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫを符号化することとを含む、
ことを特徴とする請求項１に記載のアップリンク制御情報の伝送方法。

【請求項3】

前記設定ビットの数は１１である、
ことを特徴とする請求項２に記載のアップリンク制御情報の伝送方法。

【請求項4】

前記コードレート補償係数は、ダウンリンク制御情報ＤＣＩにより指示されるか、又は上位層により設定される、
ことを特徴とする請求項１に記載のアップリンク制御情報の伝送方法。

【請求項5】

アップリンク制御情報ＵＣＩの伝送方法であって、
事前設定許可アップリンクリソースで物理アップリンク共有チャネルＰＵＳＣＨを受信するステップであって、前記ＰＵＳＣＨは、ターゲットアップリンク制御情報ＵＣＩを含み、前記ターゲットＵＣＩは、少なくとも２種のＵＣＩを含み、前記ターゲットＵＣＩは、事前設定許可ＣＧ－ＵＣＩ及び第１のＵＣＩを含み、前記第１のＵＣＩは、ハイブリッド自動再送要求肯定応答ＨＡＲＱ－ＡＣＫ、第１の部分のチャネル状態情報ＣＳＩＰａｒｔ１及び、第２の部分のチャネル状態情報ＣＳＩＰａｒｔ２のうちの少なくとも１種を含むステップと、
前記ターゲットＵＣＩをジョイント復号の方式で復号して前記少なくとも２種のＵＣＩを取得するステップであって、前記ＣＧ－ＵＣＩと前記第１のＵＣＩがジョイント符号化の方式で符号化されるステップであって、前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合のコードレート補償係数β _{ｏｆｆｓｅｔ} に基づいて、前記ジョイント符号化に占有するリソースを決定し、前記第１のＵＣＩは、前記ＨＡＲＱ－ＡＣＫを含み、前記ＣＧ－ＵＣＩと前記第１のＵＣＩがジョイント符号化の方式で符号化されることは、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫがジョイント符号化の方式で符号化されることを含む、ステップと、
を含む、
ことを特徴とするアップリンク制御情報の伝送方法。

【請求項6】

前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫがジョイント符号化の方式で符号化されることは、
前記ＣＧ－ＵＣＩのビット数と前記ＨＡＲＱ－ＡＣＫのビット数の和が設定ビット数より大きければ、Ｐｏｌａｒコードで前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫを符号化することと、或いは、
前記ＣＧ－ＵＣＩのビット数と前記ＨＡＲＱ－ＡＣＫのビット数の和が設定ビット数以下であれば、ショートコードで前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫを符号化することと、
を含む、
ことを特徴とする請求項５に記載のアップリンク制御情報の伝送方法。

【請求項7】

前記設定ビットの数は１１である、
ことを特徴とする請求項６に記載のアップリンク制御情報の伝送方法。

【請求項8】

前記コードレート補償係数は、ダウンリンク制御情報ＤＣＩにより指示されるか、又は上位層により設定される、
ことを特徴とする請求項５に記載のアップリンク制御情報の伝送方法。

【請求項9】

アップリンク制御情報ＵＣＩの伝送装置であって、
少なくとも２種のＵＣＩを含むターゲットＵＣＩを取得するための取得ユニットであって、前記ターゲットＵＣＩは、事前設定許可ＣＧ－ＵＣＩ及び第１のＵＣＩを含み、前記第１のＵＣＩは、ハイブリッド自動再送要求肯定応答ＨＡＲＱ－ＡＣＫ、第１の部分のチャネル状態情報ＣＳＩＰａｒｔ１及び第２の部分のチャネル状態情報ＣＳＩＰａｒｔ２のうちの少なくとも１種を含む取得ユニットと、
前記ターゲットアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨにマッピングするためのマッピングユニットであって、前記ＣＧ－ＵＣＩと前記第１のＵＣＩがジョイント符号化の方式で符号化され、前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合のコードレート補償係数β _{ｏｆｆｓｅｔ} に基づいて、前記ジョイント符号化に占有するリソースを決定し、前記第１のＵＣＩは、前記ＨＡＲＱ－ＡＣＫを含み、前記ＣＧ－ＵＣＩと前記第１のＵＣＩがジョイント符号化の方式で符号化されることは、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫがジョイント符号化の方式で符号化されることを含む、マッピングユニットと、
事前設定許可アップリンクリソースにより前記ＰＵＳＣＨを伝送するための通信ユニット、を含む、
ことを特徴とするアップリンク制御情報の伝送装置。

【請求項10】

アップリンク制御情報ＵＣＩの伝送装置であって、
事前設定許可アップリンクリソースで物理アップリンク共有チャネルＰＵＳＣＨを受信するための通信ユニットであって、前記ＰＵＳＣＨは、ターゲットアップリンク制御情報ＵＣＩを含み、前記ターゲットＵＣＩは、少なくとも２種のＵＣＩを含み、前記ターゲットＵＣＩは、事前設定許可ＣＧ－ＵＣＩ及び第１のＵＣＩを含み、前記第１のＵＣＩは、ハイブリッド自動再送要求肯定応答ＨＡＲＱ－ＡＣＫ、第１の部分のチャネル状態情報ＣＳＩＰａｒｔ１及び第２の部分のチャネル状態情報ＣＳＩＰａｒｔ２のうちの少なくとも１種を含む通信ユニットと、
前記ターゲットＵＣＩをジョイント復号の方式で復号して前記少なくとも２種のＵＣＩを取得するための復号ユニットであって、前記ＣＧ－ＵＣＩと前記第１のＵＣＩがジョイント符号化の方式で符号化され、前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合のコードレート補償係数β _{ｏｆｆｓｅｔ} に基づいて、前記ジョイント符号化に占有するリソースを決定し、前記第１のＵＣＩは、前記ＨＡＲＱ－ＡＣＫを含み、前記ＣＧ－ＵＣＩと前記第１のＵＣＩがジョイント符号化の方式で符号化されることは、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫがジョイント符号化の方式で符号化されることを含む、復号ユニットと、を含む、
ことを特徴とするアップリンク制御情報の伝送装置。

【請求項11】

電子機器であって、
プロセッサ、メモリ、通信インタフェース及び１つ以上のプログラムを含み、前記１つ以上のプログラムは、前記メモリに記憶されており、かつ前記プロセッサによって実行されるように構成され、前記プログラムは、請求項１～４のいずれか一項に記載の方法、又は請求項５～８のいずれか一項に記載の方法におけるステップを実行するためのコマンドを含むことを特徴とする電子機器。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、電子機器の技術分野に関し、具体的には、アップリンク制御情報の伝送方法及び装置に関する。

【背景技術】

【0002】

非ライセンススペクトルは、国や地域で分割された無線機器通信に使用可能なスペクトルであり、当該スペクトルは、一般的に共有スペクトルであると考えられ、すなわち、異なる通信システムにおける通信機器は、国や地域が当該スペクトルに関して定めた法規要件を満たす限り、当該スペクトルを使用することができ、政府に専用のスペクトル許可を申請する必要がない。

【0003】

非ライセンススペクトルで無線通信を行う各通信システムが当該スペクトルにフレンドリーに共存することを可能にするために、いくつかの国や地域は、非ライセンススペクトルを使用する際に満たさなければならない法規要件を定めている。例えば、通信機器は、「リッスンビフォアトーク（ＬＢＴ）」という仕組みに準拠し、すなわち、通信機器は、非ライセンススペクトルのチャネルで信号を送信する前に、まず、チャネルを検知する必要があり、チャネルセンシング結果がチャネルアイドルである場合しか、当該通信機器が信号を送信することができず、通信機器の非ライセンススペクトルのチャネルでのチャネルセンシング結果がチャネルビジーである場合、当該通信機器は、信号を送信することができない。公平性を保証するために、一回の伝送において、通信機器が非ライセンススペクトルのチャネルを使用して信号を送信する時間は、最大チャネル占有時間（ＭａｘｉｍｕｍＣｈａｎｎｅｌＯｃｃｕｐａｎｃｙＴｉｍｅ、ＭＣＯＴ）を超えてはいけない。

【発明の概要】

【0004】

本願の実施例は、アップリンク制御情報の伝送方法及び装置を提供し、本願に係る技術的解決手段は、多くのＵＣＩリソースを運ぶことができる。

【0005】

第１の態様では、本願の実施例は、アップリンク制御情報の伝送方法を提供し、前記方法は、
ターゲットアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨにマッピングするステップを含み、前記ＰＵＳＣＨは、事前設定許可アップリンクリソースにより伝送され、前記ターゲットＵＣＩは、少なくとも２種のＵＣＩを含み、前記少なくとも２種のＵＣＩがジョイント符号化の方式で符号化される。

【0006】

第２の態様では、本願の実施例はアップリンク制御情報の伝送装置を提供し、前記装置は、
ターゲットアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨにマッピングするためのマッピングユニットと、
事前設定許可アップリンクリソースにより前記ＰＵＳＣＨを伝送するための通信ユニットと、を含み、
前記ターゲットＵＣＩは、少なくとも２種のＵＣＩを含み、前記少なくとも２種のＵＣＩがジョイント符号化の方式で符号化される。

【0007】

第３の態様では、本願の実施例は電子機器を提供し、プロセッサ、メモリ、通信インタフェース及び１つ以上のプログラムを含む。前記１つ以上のプログラムは、前記メモリに記憶されており、かつ前記プロセッサによって実行されるように構成される。前記プログラムは、本願の実施例の第１の態様におけるいずれか１つの方法のステップを実行するためのコマンドを含む。

【0008】

第４の態様では、本願の実施例はコンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体は電子データ交換用のコンピュータプログラムを記憶し、前記コンピュータプログラムは、コンピュータに本願の実施例の第１の態様におけるいずれか１つの方法に記載のステップの一部又は全部を実行させる。

【0009】

第５の態様では、本願の実施例はコンピュータプログラム製品を提供し、コンピュータプログラムが記憶された非一時的コンピュータ可読記憶媒体を含み、前記コンピュータプログラムは、コンピュータに本願の実施例の第１の態様におけるいずれか１つの方法に記載のステップの一部又は全部を実行させるように動作することができる。当該コンピュータプログラム製品は、ソフトウェアインストールパッケージであってもよい。

【図面の簡単な説明】

【0010】

本願の実施例又は従来技術における技術的解決手段をより明確に説明するために、以下、実施例又は従来技術の記載に必要な図面を簡単に説明し、明らかに、以下の記載における図面は、本願のいくつかの実施例に過ぎず、当業者であれば、創造的な労働をしない前提で、これらの図面に基づいて他の図面を得ることができる。

【図1a】本願の実施例に係るアップリンク制御情報の伝送方法のフローチャートである。

【図1b】本願の実施例に係るアップリンク制御情報の伝送方法のフローチャートである。

【図1c】本願の実施例に係るネットワークアーキテクチャの概略図である。

【図1d】本願の実施例に係るネットワークアーキテクチャの概略図である。

【図1e】本願の実施例に係るアップリンク制御情報の伝送方法のフローチャートである。

【図2】本願の実施例に係るアップリンク制御情報の伝送方法のフローチャートである。

【図2a】ＰＵＳＣＨマッピングの概略図である。

【図2b】ＰＵＳＣＨマッピングの概略図である。

【図3】本願の実施例に係るアップリンク制御情報の伝送方法のフローチャートである。

【図3a】ＰＵＳＣＨマッピングの概略図である。

【図3b】ＰＵＳＣＨマッピングの概略図である。

【図4】本願の実施例に係るアップリンク制御情報の伝送方法のフローチャートである。

【図4a】ＰＵＳＣＨマッピングの概略図である。

【図4b】ＰＵＳＣＨマッピングの概略図である。

【図5】本願の実施例に係るアップリンク制御情報の伝送方法のフローチャートである。

【図5a】ＰＵＳＣＨマッピングの概略図である。

【図5b】ＰＵＳＣＨマッピングの概略図である。

【図6a】本願の実施例に係るアップリンク制御情報の伝送装置の機能ユニットの構成ブロック図である。

【図6b】本願の実施例に係るアップリンク制御情報の伝送装置の機能ユニットの構成ブロック図である。

【図6c】本願の実施例に係るアップリンク制御情報の伝送システムの概略構成図である。

【図7】本願の実施例に係る電子機器のハードウェア構成の概略図である。

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

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

ステップＳ１０１ａでは、ユーザ機器は、ターゲットＵＣＩをＰＵＳＣＨにマッピングする。

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

上記ステップＳ４０２の実現方式は、具体的には、ＣＧ－ＵＣＩとＣＳＩＰａｒｔ２のビット総数が設定閾値（例えば、１１ビット）以下であれば、第３の符号化方式がＲＭコードで符号化することを決定し、ＣＧ－ＵＣＩとＣＳＩＰａｒｔ２のビット総数が設定閾値（例えば、１１ビット）より大きければ、第３の符号化方式がＰｏｌａｒコードで符号化することを決定することを含んでもよい。

【0149】

ステップＳ４０３では、電子機器は、第３の符号化方式でＣＧ－ＵＣＩとＣＳＩＰａｒｔ２に対してジョイント符号化を行ってターゲットＵＣＩを取得する。

【0150】

上記ステップＳ４０３におけるジョイント符号化は、Ｐｏｌａｒコード又はＲＭコードで符号化する方式により行うことができる。

【0151】

ステップＳ４０４では、電子機器は、当該ターゲットＵＣＩをＰＵＳＣＨにマッピングし、事前設定許可アップリンクリソースにより当該ＰＵＳＣＨを伝送する。

【0152】

上記ターゲットＵＣＩをＰＵＳＣＨにマッピングする１つの選択可能な解決手段では、
ＨＡＲＱ－ＡＣＫの情報ビット数が２ビット以下である場合、ＲＥを予約し、ＣＧ－ＵＣＩとＣＳＩＰａｒｔ２及び／又はデータが、いずれも予約ＲＥにマッピングされ得るが、ＨＡＲＱ－ＡＣＫがその後にパンクチャリングにより予約ＲＥにマッピングされる。上記ＨＡＲＱ－ＡＣＫの情報ビット数が２以下である場合のＰＵＳＣＨのマッピング概略図を図４ａに示す。

【0153】

上記ターゲットＵＣＩをＰＵＳＣＨにマッピングする別の選択可能な解決手段では、
ＨＡＲＱ－ＡＣＫの情報ビット数が２ビットより大きい場合、ＨＡＲＱ－ＡＣＫ、ＣＳＩ及びＣＧ－ＵＣＩは、いずれもレートマッチング後のビット列をＰＵＳＣＨの１番目のＤＭＲＳ後のデータシンボルにマッピングする。最も重要な信号ＨＡＲＱ－ＡＣＫがＤＭＲＳに隣接してマッピングされ、その後にＣＳＩＰａｒｔ１がマッピングされ、最後にＣＧ－ＵＣＩとＣＳＩＰａｒｔ２がマッピングされ、マッピングは、いずれも周波数領域優先の方式で行われる。上記ＨＡＲＱ－ＡＣＫの情報ビット数が２より大きい場合のＰＵＳＣＨのマッピング概略図を図４ｂに示す。

【0154】

本願に係る技術的解決手段では、ＣＧ－ＵＣＩとＣＳＩＰａｒｔ２をジョイント符号化の方式でターゲットＵＣＩに符号化し、次にターゲットＵＣＩをＰＵＳＣＨにマッピングし、当該ＰＵＳＣＨを事前設定許可アップリンクリソースにより伝送しており、ジョイント符号化されるターゲットＵＣＩにとっては、ＰＵＳＣＨにおける１つのＵＣＩリソースのみを占有するが、２種のＵＣＩ情報を含み、このように、残りの２つのＵＣＩリソースがＰＵＳＣＨに運ばれるため、本願に係る技術的解決手段は、全てのＵＣＩリソース（４つのＵＣＩ情報）を運ぶことができる。

【0155】

図５を参照すると、図５は、本願に係るアップリンク制御情報の伝送方法であり、当該方法は、電子機器により実行され、当該方法におけるターゲットＵＣＩは、ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１を例とし、当該方法は、図５に示すように、以下のステップＳ５０１～Ｓ５０４における少なくとも一部の内容を含む。

【0156】

ステップＳ５０１では、電子機器は、ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１のジョイント符号化に占有するＲＥリソースを決定する。

【0157】

上記ステップＳ５０１の１つの選択可能な実施形態は、具体的には、ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１のジョイント符号化に占有するＲＥリソースを決定する場合、ＣＳＩＰａｒｔ１が独立して符号化される場合の第１のコードレート補償係数に基づいて決定することを含んでもよい。

【0158】

例えば、ＣＳＩＰａｒｔ１が独立して符号化される場合に占有するＲＥリソースがコードレート１に対応すると、ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１のジョイント符号化に占有するＲＥリソースもコードレート１に対応する。また、例えば、ＣＳＩＰａｒｔ１が独立して符号化される場合に占有するＲＥリソースがコードレート１に対応し、ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１のジョイント符号化に占有するＲＥリソースがコードレート２に対応すると、コードレート１とコードレート２がほぼ等しく、上記ほぼ等しいことを判断する方式は、具体的には、コードレート１とコードレート２の差の絶対値が０．２以下である場合、コードレート１とコードレート２がほぼ等しいと決定し、そうでなければ、コードレート１とコードレート２が等しくないと決定することである。

【0159】

上記ステップＳ５０１の別の選択可能な実施形態は、具体的には、ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１のジョイント符号化に占有するＲＥリソースを決定する場合、ＨＡＲＱ－ＡＣＫが独立して符号化される場合の第２のコードレート補償係数に基づいて決定することを含んでもよい。

【0160】

上記ステップＳ５０１のさらに別の選択可能な実施形態は、具体的には、ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１のジョイント符号化に占有するＲＥリソースを決定する場合、ＨＡＲＱ－ＡＣＫが独立して符号化される場合の第２のコードレート補償係数、及び第１のコードレート補償係数に基づいて決定することを含んでもよい。

【0161】

上記ジョイント符号化の場合に使用されるＣＲＣは、前記ＣＳＩＰａｒｔ１が独立して符号化される場合に使用されるＣＲＣ又は前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合に使用されるＣＲＣである。

【0162】

ステップＳ５０２では、電子機器は、当該ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１のビット総数に基づいて、当該ビット総数に対応する第３の符号化方式を決定する。

【0163】

上記ステップＳ５０２の実現方式は、具体的には、ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１のビット総数が設定閾値（例えば、１１ビット）以下であれば、第３の符号化方式がＲＭコードで符号化することを決定し、ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１のビット総数が設定閾値（例えば、１１ビット）より大きければ、第３の符号化方式がＰｏｌａｒコードで符号化することを決定することを含んでもよい。

【0164】

ステップＳ５０３では、電子機器は、第３の符号化方式でＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１に対してジョイント符号化を行ってターゲットＵＣＩを取得する。

【0165】

上記ステップＳ５０３におけるジョイント符号化は、Ｐｏｌａｒコード又はＲＭコードで符号化する方式により行うことができる。

【0166】

ステップＳ５０４では、電子機器は、当該ターゲットＵＣＩをＰＵＳＣＨにマッピングし、事前設定許可アップリンクリソースにより当該ＰＵＳＣＨを伝送する。

【0167】

上記ターゲットＵＣＩをＰＵＳＣＨにマッピングする１つの選択可能な解決手段では、
ＨＡＲＱ－ＡＣＫの情報ビット数が２ビット以下である場合、ＣＳＩＰａｒｔ１は、ＨＡＲＱ－ＡＣＫ情報を含む。例えば、ＣＳＩＰａｒｔ１は、２ビットのＨＡＲＱ－ＡＣＫ情報を含む。実際に伝送されたＨＡＲＱ－ＡＣＫビットが２より少ない（例えば、ＨＡＲＱ－ＡＣＫビットがないか又は１ビットのみがある）場合、ＨＡＲＱ－ＡＣＫビットが２ビットであると仮定し、プレースホルダにより足りない部分を２ビットに至るまで補填する必要がある。ＣＳＩＰａｒｔ１（ＨＡＲＱ－ＡＣＫを含む）、ＣＧ－ＵＣＩ及びＣＳＩＰａｒｔ２は、いずれもレートマッチング後のビット列をＰＵＳＣＨの１番目のＤＭＲＳ後のデータシンボルにマッピングする。最も重要な信号ＣＳＩＰａｒｔ１（ＨＡＲＱ－ＡＣＫを含む）がＤＭＲＳに隣接してマッピングされ、その後にＣＧ－ＵＣＩがマッピングされ、最後にＣＳＩＰａｒｔ２がマッピングされ、マッピングは、いずれも周波数領域優先の方式で行われる。上記ＨＡＲＱ－ＡＣＫの情報ビット数が２以下である場合のＰＵＳＣＨのマッピング概略図を図５ａに示す。

【0168】

上記ターゲットＵＣＩをＰＵＳＣＨにマッピングする別の選択可能な解決手段では、
ＨＡＲＱ－ＡＣＫの情報ビット数が２ビットより大きい場合、ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１、ＣＧ－ＵＣＩ、及びＣＳＩＰａｒｔ２は、いずれもレートマッチング後のビット列をＰＵＳＣＨの１番目のＤＭＲＳ後のデータシンボルにマッピングする。最も重要な信号ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１がＤＭＲＳに隣接してマッピングされ、その後にＣＧ－ＵＣＩがマッピングされ、最後にＣＳＩＰａｒｔ２がマッピングされ、マッピングは、いずれも周波数領域優先の方式で行われる。上記ＨＡＲＱ－ＡＣＫの情報ビット数が２より大きい場合のＰＵＳＣＨのマッピング概略図を図５ｂに示す。

【0169】

本願に係る技術的解決手段では、ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１をジョイント符号化の方式でターゲットＵＣＩに符号化し、次にターゲットＵＣＩをＰＵＳＣＨにマッピングし、当該ＰＵＳＣＨを事前設定許可アップリンクリソースにより伝送しており、ジョイント符号化されるターゲットＵＣＩにとっては、ＰＵＳＣＨにおける１つのＵＣＩリソースのみを占有するが、２種のＵＣＩ情報を含み、このように、残りの２つのＵＣＩリソースがＰＵＳＣＨに運ばれるため、本願に係る技術的解決手段は、全てのＵＣＩリソース（４つのＵＣＩ情報）を運ぶことができる。

【0170】

図６ａに示すとおり、図６ａは、アップリンク制御情報の伝送装置を提供し、当該装置は、ユーザ機器内に設けられてよく、前記装置は、マッピングユニット６０１及び通信ユニット６０２を含む。

【0171】

マッピングユニット６０１は、ターゲットアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨにマッピングするために用いられ、
通信ユニット６０２は、事前設定許可アップリンクリソースにより前記ＰＵＳＣＨを伝送するために用いられ、前記ターゲットＵＣＩは、少なくとも２種のＵＣＩを含み、前記少なくとも２種のＵＣＩがジョイント符号化の方式で符号化される。

【0172】

【0173】

１つの選択可能な解決手段では、上記装置は、
前記ターゲットＵＣＩにおける事前設定許可ＣＧ－ＵＣＩ、ハイブリッド自動再送要求肯定応答ＨＡＲＱ－ＡＣＫ、第１の部分のチャネル状態情報ＣＳＩＰａｒｔ１、第２の部分のチャネル状態情報ＣＳＩＰａｒｔ２のうちの少なくとも２種のＵＣＩをジョイント符号化の方式で符号化するための処理ユニット６０３をさらに含んでもよく、前記ＣＧ－ＵＣＩは、前記ＰＵＳＣＨを復調するためのものである。

【0174】

１つの選択可能な解決手段では、上記装置は、
前記ターゲットＵＣＩにおける事前設定ＣＧ－ＵＣＩと第１のＵＣＩをジョイント符号化の方式で符号化するための処理ユニット６０３をさらに含んでもよく、
前記第１のＵＣＩは、ハイブリッド自動再送要求肯定応答ＨＡＲＱ－ＡＣＫ、第１の部分のチャネル状態情報ＣＳＩＰａｒｔ１、第２の部分のチャネル状態情報ＣＳＩＰａｒｔ２のうちの１種である。

【0175】

１つの選択可能な解決手段では、上記装置は、
具体的には、前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ１をジョイント符号化の方式で符号化する処理ユニット６０３をさらに含んでもよい。

【0176】

１つの選択可能な解決手段では、上記装置は、
具体的には、前記ＣＧ－ＵＣＩのビット数と前記ＣＳＩＰａｒｔ１のビット数の和が第１の設定ビット数より大きければ、Ｐｏｌａｒコードで前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ１を符号化し、前記ＣＧ－ＵＣＩのビット数と前記ＣＳＩＰａｒｔ１のビット数の和が第１の設定ビット数以下であれば、ショートコードで前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ１を符号化するための処理ユニット６０３をさらに含んでもよい。

【0177】

１つの選択可能な解決手段では、
前記ジョイント符号化の場合に使用される巡回冗長検査ＣＲＣは、前記ＣＳＩＰａｒｔ１が独立して符号化される場合に使用されるＣＲＣ又は前記ＣＧ－ＵＣＩが独立して符号化される場合に使用されるＣＲＣである。

【0178】

１つの選択可能な解決手段では、上記装置は、
具体的には、前記ＣＳＩＰａｒｔ１が独立して符号化される場合の第１のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを決定するか、又は前記ＣＳＩＰａｒｔ１が独立して符号化される場合の第１のコードレート補償係数、及び第１のオフセット値に基づいて、前記ジョイント符号化に占有するリソースを決定する処理ユニット６０３をさらに含んでもよい。

【0179】

１つの選択可能な解決手段では、上記装置は、
具体的には、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫをジョイント符号化の方式で符号化する処理ユニット６０３をさらに含んでもよい。

【0180】

１つの選択可能な解決手段では、上記装置は、
具体的には、前記ＣＧ－ＵＣＩのビット数と前記ＨＡＲＱ－ＡＣＫのビット数の和が第１の設定ビット数より大きければ、Ｐｏｌａｒコードで前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫを符号化し、前記ＣＧ－ＵＣＩのビット数と前記ＨＡＲＱ－ＡＣＫのビット数の和が設定ビット数以下であれば、ショートコードで前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫを符号化する処理ユニット６０３をさらに含んでもよい。

【0181】

１つの選択可能な解決手段では、前記ジョイント符号化の場合に使用される巡回冗長検査ＣＲＣは、前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合に使用されるＣＲＣ又は前記ＣＧ－ＵＣＩが独立して符号化される場合に使用されるＣＲＣである。

【0182】

１つの選択可能な解決手段では、上記装置は、
具体的には、前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合の第２のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを決定するか、又は前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合の第２のコードレート補償係数、及び第２のオフセット値に基づいて、前記ジョイント符号化に占有するリソースを決定する処理ユニット６０３をさらに含んでもよい。

【0183】

１つの選択可能な解決手段では、上記装置は、
処理ユニット６０３をさらに含んでもよく、具体的には、前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫがジョイント符号化の方式で符号化されることは、ＨＡＲＱ－ＡＣＫの情報ビット数に基づいて決定される。

【0184】

１つの選択可能な解決手段では、上記装置は、
処理ユニット６０３をさらに含んでもよく、具体的には、前記ＨＡＲＱ－ＡＣＫのビット数が第２の設定ビット数Ｎ以下であれば、前記ＣＧ－ＵＣＩは、前記ＨＡＲＱ－ＡＣＫを伝送するＮ個のビットを含み、Ｎは、０以上の整数である。

【0185】

１つの選択可能な解決手段では、上記装置は、
レートマッチング後のＨＡＲＱ－ＡＣＫ、ターゲットＵＣＩ、ＣＳＩＰａｒｔ２のビット列をＰＵＳＣＨの１番目の復調用の基準信号ＤＭＲＳ後のデータシンボルにマッピングするマッピングユニット６０１をさらに含んでもよく、前記ビット列のマッピング順序は、ＨＡＲＱ－ＡＣＫ、ターゲットＵＣＩ、ＣＳＩＰａｒｔ２であり、前記ターゲットＵＣＩは、ＣＧ－ＵＣＩ及びＣＳＩＰａｒｔ１を含む。

【0186】

１つの選択可能な解決手段では、上記装置は、
具体的には、前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ２をジョイント符号化の方式で符号化する処理ユニット６０３をさらに含んでもよい。

【0187】

１つの選択可能な解決手段では、上記装置は、
具体的には、前記ＣＧ－ＵＣＩのビット数と前記ＣＳＩＰａｒｔ２のビット数の和が第１の設定ビット数より大きければ、Ｐｏｌａｒコードで前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ２を符号化し、前記ＣＧ－ＵＣＩのビット数と前記ＣＳＩＰａｒｔ２のビット数の和が第１の設定ビット数以下であれば、ショートコードで前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ２を符号化する処理ユニット６０３をさらに含んでもよい。

【0188】

１つの選択可能な解決手段では、前記ジョイント符号化の場合に使用される巡回冗長検査ＣＲＣは、前記ＣＳＩＰａｒｔ２が独立して符号化される場合に使用されるＣＲＣ又は前記ＣＧ－ＵＣＩが独立して符号化される場合に使用されるＣＲＣである。

【0189】

１つの選択可能な解決手段では、処理ユニット６０３は、具体的には、前記ＣＳＩＰａｒｔ２が独立して符号化される場合の第３のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを決定するか、又は前記ＣＳＩＰａｒｔ２が独立して符号化される場合の第３のコードレート補償係数、及び第３のオフセット値に基づいて、前記ジョイント符号化に占有するリソースを決定する。

【0190】

１つの選択可能な解決手段では、処理ユニット６０３は、具体的には、前記ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１をジョイント符号化の方式で符号化する。

【0191】

１つの選択可能な解決手段では、処理ユニット６０３は、具体的には、前記ＨＡＲＱ－ＡＣＫのビット数と前記ＣＳＩＰａｒｔ１のビット数の和が第１の設定ビット数より大きければ、Ｐｏｌａｒコードで前記ＨＡＲＱ－ＡＣＫと前記ＣＳＩＰａｒｔ１を符号化し、前記ＨＡＲＱ－ＡＣＫのビット数とＣＳＩＰａｒｔ１のビット数の和が第１の設定ビット数以下であれば、ショートコードで前記ＨＡＲＱ－ＡＣＫと前記ＣＳＩＰａｒｔ１を符号化する。

【0192】

１つの選択可能な解決手段では、前記ジョイント符号化の場合に使用される巡回冗長検査ＣＲＣは、前記ＣＳＩＰａｒｔ１が独立して符号化される場合に使用されるＣＲＣ又は前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合に使用されるＣＲＣである。

【0193】

１つの選択可能な解決手段では、処理ユニット６０３は、具体的には、前記ＣＳＩＰａｒｔ１が独立して符号化される場合の第２のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを決定するか、又は前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合の第３のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを決定するか、又は前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合の第３のコードレート補償係数及び前記ＣＳＩＰａｒｔ１が独立して符号化される場合の第２のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを共同で決定する。

【0194】

前記ＣＧ－ＵＣＩが独立して符号化される場合に使用されるＣＲＣは、上位層により設定されるか、又は前記事前設定許可アップリンクリソースをアクティブにするダウンリンク制御情報に対応するＲＮＴＩに基づいて決定される。

【0195】

図６ｂに示すとおり、図６ｂは、アップリンク制御情報の伝送装置を提供し、当該装置は、ネットワーク機器又は他のユーザ機器内に設けられ、当該装置は、図６ｂに示すように、通信ユニット６０５及び復号ユニット６０６とを含む

【0196】

通信ユニット６０５は、事前設定許可アップリンクリソースで物理アップリンク共有チャネルＰＵＳＣＨを受信するために用いられ、前記ＰＵＳＣＨは、ターゲットアップリンク制御情報ＵＣＩを含み、前記ターゲットＵＣＩは、少なくとも２種のＵＣＩを含み、前記少なくとも２種のＵＣＩがジョイント符号化の方式で符号化される。復号ユニット６０６は、前記ターゲットＵＣＩをジョイント復号の方式で復号して前記少なくとも２種のＵＣＩを取得するために用いられる。

【0197】

【0198】

【0199】

本願の実施例では、復号ユニット６０６は、具体的には、前記ターゲットＵＣＩをジョイント復号の方式で復号して前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ１を取得するために用いられ、
前記ＣＧ－ＵＣＩのビット数と前記ＣＳＩＰａｒｔ１のビット数の和が第１の設定ビット数より大きければ、Ｐｏｌａｒコードで前記ターゲットＵＣＩを復号して前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ１を取得することと、
前記ＣＧ－ＵＣＩのビット数と前記ＣＳＩＰａｒｔ１のビット数の和が第１の設定ビット数以下であれば、ショートコードで前記ターゲットＵＣＩを復号して前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ１を取得することとを含んでもよい。

【0200】

上記ショートコードは、ＲＭコードを含むが、これらに限定されない。

【0201】

【0202】

本願の実施例における第１の選択可能な解決手段では、前記装置は、
前記ＣＳＩＰａｒｔ１が独立して符号化される場合の第１のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを決定するか、又は前記ＣＳＩＰａｒｔ１が独立して符号化される場合の第１のコードレート補償係数、及び第１のオフセット値に基づいて、前記ジョイント符号化に占有するリソースを決定する処理ユニット６０７をさらに含む。

【0203】

本願の実施例では、第２の選択可能な解決手段として、復号ユニット６０６が、具体的には、前記ターゲットＵＣＩをジョイント復号の方式で復号して前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫを取得するために用いられ、
前記ＣＧ－ＵＣＩのビット数と前記ＨＡＲＱ－ＡＣＫのビット数の和が第１の設定ビット数より大きければ、Ｐｏｌａｒコードで前記ターゲットＵＣＩを復号して前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫを取得することと、
前記ＣＧ－ＵＣＩのビット数と前記ＨＡＲＱ－ＡＣＫのビット数の和が第１の設定ビット数以下であれば、ショートコードで前記ターゲットＵＣＩを復号して前記ＣＧ－ＵＣＩと前記ＨＡＲＱ－ＡＣＫを取得することと、を含んでもよい。

【0204】

【0205】

本願の実施例における第２の選択可能な解決手段では、処理ユニット６０７は、前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合の第２のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを決定するか、又は前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合の第２のコードレート補償係数、及び第２のオフセット値に基づいて、前記ジョイント符号化に占有するリソースを決定する。

【0206】

【0207】

本願の実施例における第２の選択可能な解決手段では、前記ＨＡＲＱ－ＡＣＫのビット数が第２の設定ビット数Ｎ以下であれば、前記ＣＧ－ＵＣＩは、前記ＨＡＲＱ－ＡＣＫを伝送するＮ個のビットを含み、Ｎは、０以上の整数である。

【0208】

【0209】

１つの選択可能な解決手段では、復号ユニット６０６は、さらに、物理アップリンク共有チャネルＰＵＳＣＨの１番目の復調用の基準信号ＤＭＲＳ後のデータシンボルをデマッピングしてＨＡＲＱ－ＡＣＫ、ターゲットＵＣＩ、ＣＳＩＰａｒｔ２を取得するために用いられ、前記ターゲットＵＣＩは、ＣＧ－ＵＣＩ及びＣＳＩＰａｒｔ１を含む。

【0210】

本願の実施例では、第３の選択可能な解決手段として、復号ユニット６０６が、具体的には、前記ターゲットＵＣＩをジョイント復号の方式で復号して前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ２を取得するために用いられ、
前記ＣＧ－ＵＣＩのビット数と前記ＣＳＩＰａｒｔ２のビット数の和が第１の設定ビット数より大きければ、Ｐｏｌａｒコードで前記ターゲットＵＣＩを復号して前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ２を取得することと、
前記ＣＧ－ＵＣＩのビット数と前記ＣＳＩＰａｒｔ２のビット数の和が第１の設定ビット数以下であれば、ショートコードで前記ターゲットＵＣＩを復号して前記ＣＧ－ＵＣＩと前記ＣＳＩＰａｒｔ２を取得することと、を含む。

【0211】

【0212】

本願の実施例における第３の選択可能な解決手段では、処理ユニット６０７は、前記ＣＳＩＰａｒｔ２が独立して符号化される場合の第３のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを決定するか、又は前記ＣＳＩＰａｒｔ２が独立して符号化される場合の第３のコードレート補償係数、及び第３のオフセット値に基づいて、前記ジョイント符号化に占有するリソースを決定する。

【0213】

本願の実施例では、第４の選択可能な解決手段として、復号ユニット６０６は前記ターゲットＵＣＩをジョイント復号方式で復号して前記ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１を取得するために用いられ、
前記ＨＡＲＱ－ＡＣＫのビット数とＣＳＩＰａｒｔ１のビット数の和が第１の設定ビット数より大きければ、Ｐｏｌａｒコードで前記ターゲットＵＣＩを復号して前記ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１を取得することと、
前記ＨＡＲＱ－ＡＣＫのビット数とＣＳＩＰａｒｔ１のビット数の和が第１の設定ビット数以下であれば、ショートコードで前記ターゲットＵＣＩを復号して前記ＨＡＲＱ－ＡＣＫとＣＳＩＰａｒｔ１を取得することと、を含む。

【0214】

【0215】

本願の実施例における第４の選択可能な解決手段では、処理ユニット６０７は、前記ＣＳＩＰａｒｔ１が独立して符号化される場合の第２のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを決定するか、又は前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合の第３のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを決定するか、又は前記ＨＡＲＱ－ＡＣＫが独立して符号化される場合の第３のコードレート補償係数及び前記ＣＳＩＰａｒｔ１が独立して符号化される場合の第２のコードレート補償係数に基づいて、前記ジョイント符号化に占有するリソースを共同で決定する。

【0216】

上記第１、第２、第３の選択可能な解決手段では、
通信ユニット６０５は、さらに、上位層により設定された、前記ＣＧ－ＵＣＩが独立して符号化される場合に使用されるＣＲＣを送信するか、又は前記事前設定許可アップリンクリソースをアクティブにするダウンリンク制御情報に対応するＲＮＴＩに基づいて決定される前記ＣＧ－ＵＣＩが独立して符号化される場合に使用されるＣＲＣを送信する。

【0217】

図６ｃに示すとおり、図６ｃは、本願の実施例に係るアップリンク制御情報の伝送システムであり、前記システムは、第１の機器及び第２の機器を含む。

【0218】

前記第１の機器は、ターゲットアップリンク制御情報ＵＣＩを物理アップリンク共有チャネルＰＵＳＣＨにマッピングするために用いられ、前記ＰＵＳＣＨは、事前設定許可アップリンクリソースにより伝送され、前記ターゲットＵＣＩは、少なくとも２種のＵＣＩを含み、前記少なくとも２種のＵＣＩがジョイント符号化の方式で符号化される。

【0219】

前記第２の機器は、事前設定許可アップリンクリソースで受信された前記ＰＵＳＣＨを受信し、前記ターゲットＵＣＩをジョイント復号の方式で復号して前記少なくとも２種のＵＣＩを取得するために用いられる。

【0220】

上記第１の機器の具体的な構造及び機能は、図６ａに示すような装置実施例の説明を参照することができ、上記第２の機器の具体的な構造及び機能は、図６ｂに示すような装置実施例の説明を参照することができる。

【0221】

上記図６ａ、図６ｂ、図６ｃに示す実施例と一致し、図７を参照し、図７は、本発明の実施例に係る電子機器の概略構成図であり、図に示すように、前記電子機器は、プロセッサ７１０、メモリ７２０、通信インタフェース７３０及び１つ以上のプログラム７２１を含み、前記１つ以上のプログラム７２１は、上記メモリ７２０に記憶されており、かつ上記プロセッサ７１０によって実行されるように構成され、前記１つ以上のプログラム７２１は、図１ａ、図１ｂ又は図１ｅに示すような方法のステップを実行するためのコマンドを含む。

【0222】

本願の実施例は、コンピュータ記憶媒体をさらに提供し、当該コンピュータ記憶媒体は、電子データ交換用のコンピュータプログラムを記憶し、当該コンピュータプログラムは、コンピュータに上記方法の実施例に記載の任意の方法の一部又は全部のステップを実行させ、上記コンピュータは、電子機器を含む。

【0223】

本願の実施例は、コンピュータプログラム製品をさらに提供し、上記コンピュータプログラム製品は、コンピュータに上記方法の実施例に記載の任意の方法の一部又は全部のステップを実行させるように操作されるコンピュータプログラムが記憶されている非一時的コンピュータ可読記憶媒体を含む。当該コンピュータプログラム製品は、ソフトウェアインストールパッケージであってもよく、上記コンピュータは、電子機器を含む。

【0224】

なお、前述の各方法の実施例については、説明を簡便にするために、一連の動作の組み合わせとして表現したが、本願が説明された動作順序に限定されるものではなく、本願により、一部のステップが他の順序で又は同時に行われてもよいことは、当業者に理解されたい。また、本明細書に説明された実施例がいずれも好ましい実施例であり、係る動作及びモジュールが必ずしも本願に必要なものではないことは、当業者に理解されたい。

【0225】

上記実施例では、各実施例に対する説明は、いずれも重点を置き、ある実施例では詳述されない部分は、他の実施例の関連説明を参照することができる。

【0226】

本願に係るいくつかの実施例では、開示される装置は他の形態により実現することができることを理解されたい。例えば、以上に説明された装置の実施例は、例示的なものに過ぎず、例えば、ユニットの分割は、ロジック機能の分割に過ぎず、実際に実現する時に、別の分割形態であってもよく、例えば複数のユニット又はコンポーネントは、組み合わせられてもよく、又は別のシステムに統合されてもよく、或は、一部の特徴は、省略されるか、又は実行されなくてもよい。また、示されるか又は議論される相互結合、直接結合又は通信接続は、いくつかのインタフェースを使用して実現でき、装置又はユニット間の間接結合又は通信接続は、電気の形態であってもよく、他の形態であってもよい。

【0227】

別個の部品として説明した上記ユニットは、物理的に別個であってよく、又はそうでなくてもよく、ユニットとして表示される部品は、物理的ユニットであってよく、又はそうでなくてもよく、即ち、１つの箇所に位置してもよく、又は複数のネットワークユニットに配置されてもよい。実際の必要に応じて、それらのうちの一部又は全部のユニットを選択して本実施例の技術手段の目的を達成することができる。

【0228】

また、本願の各実施例において、各機能ユニットが１つの処理ユニットに統合されてよく、各ユニットが別個に物理的に存在してもよく、２つ以上のユニットが１つのユニットに統合されてもよい。上記統合されたユニットをハードウェアの形態で実現でき、ソフトウェア機能ユニットの形態で実現することもできる。

【0229】

上記統合されたユニットは、ソフトウェア機能ユニットの形態で実現され、且つ独立した製品として販売又は使用される場合、１つのコンピュータ可読メモリに記憶されてもよい。このような理解に基づいて、本願に係る技術的解決手段は、本質的に、又は、従来技術に寄与する部分又は該技術的解決手段の全て又は一部は、ソフトウェア製品の形態で具現化されてよく、当該コンピュータソフトウェア製品は、メモリに記憶されており、コンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置等であってよい）に本願の各実施例に記載の方法の全部又は一部のステップを実行させるためのいくつかのコマンドを含む。前述したメモリは、Ｕディスク、読み取り専用メモリ（ＲＯＭ、Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、リムーバブルハードディスク、磁気ディスク又は光ディスクなどのプログラムコードを記憶可能な様々な媒体を含む。

【0230】

上記実施例の各方法における全部又は一部のステップがプログラムにより関連ハードウェアを命令することによって実現することができ、当該プログラムがコンピュータ可読メモリに記憶することができ、メモリがフラッシュディスク、読み取り専用メモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ、ＲＯＭと略称する）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ、ＲＡＭと略称する）、磁気ディスク又は光ディスクなどを含んでよいことは、当業者に理解されるところである。

【0231】

以上、本願の実施例を詳しく説明し、本明細書において、具体的な例を利用して本願の原理及び実施形態について記述したが、以上の実施例の説明は、本願の方法及びその肝心な思想を理解するためのものに過ぎない。同時に、当業者であれば、本願の思想に基づき、発明を実施するための形態及び適用範囲のいずれに対しても変更する可能性があり、以上を纏めると、本明細書の内容は、本開示に対する制限として理解してはいけない。

【図1a】