JP6995772B2 - 情報処理方法、端末デバイス、ネットワークデバイスおよび通信システム - Google Patents

情報処理方法、端末デバイス、ネットワークデバイスおよび通信システム Download PDF

Info

Publication number
JP6995772B2
JP6995772B2 JP2018551200A JP2018551200A JP6995772B2 JP 6995772 B2 JP6995772 B2 JP 6995772B2 JP 2018551200 A JP2018551200 A JP 2018551200A JP 2018551200 A JP2018551200 A JP 2018551200A JP 6995772 B2 JP6995772 B2 JP 6995772B2
Authority
JP
Japan
Prior art keywords
uci
bits
coding
harq
bit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018551200A
Other languages
English (en)
Other versions
JP2019514266A (ja
Inventor
超君 李
作▲敏▼ ▲呉▼
家▲楓▼ 邵
▲運▼▲ジ▼ ▲張▼
莎 ▲馬▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2019514266A publication Critical patent/JP2019514266A/ja
Application granted granted Critical
Publication of JP6995772B2 publication Critical patent/JP6995772B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0071—Use of interleaving
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/0031—Multiple signaling transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/003—Adaptive formatting arrangements particular to signalling, e.g. variable amount of bits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • H04L1/0042—Encoding specially adapted to other signal generation operation, e.g. in order to reduce transmit distortions, jitter, or to improve signal shape
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0067—Rate matching
    • H04L1/0068—Rate matching by puncturing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0057—Physical resource allocation for CQI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/02—Channels characterised by the type of signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0067—Rate matching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Time-Division Multiplex Systems (AREA)

Description

本発明の実施形態は通信技術に関し、具体的には、情報処理方法、端末デバイス、ネットワークデバイスおよび通信システムに関する。
ロングタームエボリューション（Long Term Evolution, LTE）は、第3世代パートナーシッププロジェクト（3rd Generation Partnership Project, 3GPP）によって開発されたユニバーサル移動体通信システム（Universal Mobile Telecommunications System, UMTS）技術標準のロングタームエボリューションである。LTEは、無線通信システムにおいて広く適用される。
既存のLTEシステムでは、1つのサブフレームの送信時間間隔（Transmission Time Interval, 略してTTI）に基づく送信メカニズムにおいて、1つのサブフレームの持続時間は1ミリ秒であり、各サブフレームは2つのスロット（slot）に分割され、各スロットの長さは0.5ミリ秒であり、各スロットは6または7個のシンボルを含む。アップリンク制御情報（Uplink Control Information, 略してUCI）が物理的アップリンク共有チャネル（Physical Uplink Shared Channel, 略してPUSCH）上で搬送されるとき、UCIは、そのTTIが送信用の1つのサブフレームの長さを有するPUSCH上で多重化される。
無線通信システムでは、遅延（latency）はユーザエクスペリエンスに影響を与える重要な要因の1つである。継続的に出現する新しいサービス、例えば、車両のインターネットに関するサービスはまた、遅延に対するより高い要件を有する。従って、既存のLTEシステムでは、1つのサブフレームのTTIに基づく送信メカニズムは既に、低遅延サービスの要件を満たすことができない。
本発明の実施形態は、データ送信の遅延を効果的に低減し、低遅延サービスの要件を満たす、情報処理方法、端末デバイス、ネットワークデバイスおよび通信システムを提供する。
第1の態様によると、本発明の実施形態は、情報処理方法を提供する。方法は、端末デバイスの観点から記載される。方法は、UCIを符号化して、データを符号化するステップと、取得されたUCIの符号化ビットおよび取得されたデータの符号化ビットを多重化して、多重化ビットシーケンスを取得するステップと、PUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信するステップとを含む。UCIのTTIの長さは、0.5ミリ秒以下であるため、情報処理方法では、そのTTIが1 ms未満の長さを有するUCIの送信が、サポートされることができないという従来技術における課題は解決される。このようにして、データ送信の遅延は効果的に低減されることができ、その結果、低遅延サービスの要件は満たされる。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、UCIの符号化ビットの数との和である。このメカニズムを使用することによって取得される多重化ビットシーケンスは、パンクチャリング方式によって引き起こされる復調性能の劣化の問題を回避することができ、それによって、データ送信の信頼性を改善する。
可能な設計では、UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、RIの符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数と、RIの符号化ビットの数との和である。このメカニズムを使用することによって取得される多重化ビットシーケンスでは、HARQ-ACK情報の符号化ビットは、パンクチャリング方式で多重化ビットシーケンスに書き込まれてよい。このことは、UCIのTTIをさらに低減し、その結果、低遅延サービスの要件が満たされる。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、チャネル品質情報を含み、多重化ビットシーケンスにおいて、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、RIを含み、多重化ビットシーケンスにおいて、RIの符号化ビットは、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報およびRIを含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、RIの符号化ビットの前に位置する。
前述の可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、異なるタイプのUCIは、多重化ビットシーケンスの異なる位置に配置され、その結果、UCIはまた、1つのシンボルの長さを有するPUSCH上で送信されることができ、それによって、低遅延サービスの要件を満たす。
可能な設計では、PUSCHが、時間領域においてM個のシンボルを占有し、ここで、Mは7以下の正の整数である場合、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得するステップは、C列R行を有するインタリービング行列を決定するステップと、UCIの符号化ビットおよびデータの符号化ビットを、インタリービング行列にマッピングするステップと、インタリービング行列から、多重化ビットシーケンスを読み出すステップとを含み、ここで、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数である。従って、UCIのTTIの長さは0.5 ms以下であり、それによって、低遅延サービスの要件を満たす。さらに、方法は、簡単な操作プロセスを有し、実施が容易である。
可能な設計では、UCIは、HARQ-ACK情報を含み、C=1, 2, または3であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、ここで、kはC以下の正の整数であり、または、C=6であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列に位置し、または、C=12であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列、第4列、第9列および第10列に位置する。
可能な設計では、UCIは、RIを含み、C=2または3であり、RIの符号化ビットは、インタリービング行列の第2列に位置し、または、C=6であり、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、または、C=12であり、RIの符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列に位置する。
可能な設計では、UCIは、チャネル品質情報を含み、チャネル品質情報の符号化ビットは、インタリービング行列の全列の少なくとも1つの最上行に位置する。
可能な設計では、UCIは、RIおよびHARQ-ACK情報を含み、C=1, 2, または3であり、RIの符号化ビットは、インタリービング行列の第k列の少なくとも1つの最下行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置するとともに、RIの符号化ビットの上の少なくとも1つの行に位置し、ここで、kはC以下の正の整数であり、または、Cは1よりも大きく、RI情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置する。
可能な設計では、UCIは、チャネル品質情報、RIおよびHARQ-ACK情報を含み、Cは1よりも大きく、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
前述の可能な設計では、PUSCHは、時間領域においてM個のシンボルを占有し、様々な異なるタイプのUCIは、複数の方式でインタリービング行列に配置される。実施方法は柔軟で変更可能であり、操作は簡単である。
第2の態様によると、本発明の実施形態は、情報処理方法を提供する。方法は、ネットワークデバイスの観点から記載される。方法は、端末デバイスによって送信され、そのTTIが0.5ミリ秒以下の長さを有するUCIを搬送するために使用されるPUSCHを受信するステップと、PUSCHから取得される多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得するステップと、UCIの符号化ビットおよびデータの符号化ビットを復号するステップとを含み、ここで、UCIのTTIの長さは、0.5 ms以下である。このようにして、データ送信の遅延は効果的に低減されることができ、その結果、低遅延サービスの要件は満たされる。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、UCIの符号化ビットの数との和である。このメカニズムを使用することによって取得される多重化ビットシーケンスは、パンクチャリング方式によって引き起こされる復調性能の劣化の問題を回避することができ、それによって、データ送信の信頼性を改善する。
可能な設計では、UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、RIの符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数と、RIの符号化ビットの数との和である。このメカニズムを使用することによって取得される多重化ビットシーケンスでは、HARQ-ACK情報の符号化ビットは、パンクチャリング方式で多重化ビットシーケンスに書き込まれてよい。このことは、UCIのTTIをさらに低減し、その結果、低遅延サービスの要件が満たされる。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、チャネル品質情報を含み、多重化ビットシーケンスにおいて、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、RIを含み、多重化ビットシーケンスにおいて、RIの符号化ビットは、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報およびRIを含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、RIの符号化ビットの前に位置する。
前述の可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、異なるタイプのUCIは、多重化ビットシーケンスの異なる位置に配置され、その結果、UCIはまた、1つのシンボルの長さを有するPUSCH上で送信されることができ、それによって、低遅延サービスの要件を満たす。
可能な設計では、PUSCHが、時間領域においてM個のシンボルを占有し、ここで、Mは7以下の正の整数である場合、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得するステップは、C列R行を有するインタリービング行列を決定するステップと、多重化ビットシーケンスを、インタリービング行列に書き込むステップと、インタリービング行列から、UCIの符号化ビットおよびデータの符号化ビットを取得するステップとを含み、ここで、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数である。対応する逆多重化は、ネットワークデバイス側で実行され、それによって、そのTTIが0.5 ms以下の長さを有するUCIの送信の信頼性を保証し、低遅延サービスの要件を満たす。さらに、方法は、簡単な操作プロセスを有し、実施が容易である。
可能な設計では、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスを、インタリービング行列に書き込むステップの後、C=1, 2, または3であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、ここで、kはC以下の正の整数であり、または、C=6であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列に位置し、または、C=12であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列、第4列、第9列および第10列に位置する。
可能な設計では、UCIは、RIを含み、多重化ビットシーケンスを、インタリービング行列に書き込むステップの後、C=2または3であり、RIの符号化ビットは、インタリービング行列の第2列に位置し、または、C=6であり、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、または、C=12であり、RIの符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列に位置する。
可能な設計では、UCIは、チャネル品質情報を含み、多重化ビットシーケンスを、インタリービング行列に書き込むステップの後、チャネル品質情報の符号化ビットは、インタリービング行列の全列の少なくとも1つの最上行に位置する。
可能な設計では、UCIは、RIおよびHARQ-ACK情報を含み、多重化ビットシーケンスを、インタリービング行列に書き込むステップの後、C=1, 2, または3であり、RIの符号化ビットは、インタリービング行列の第k列の少なくとも1つの最下行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置するとともに、RIの符号化ビットの上の少なくとも1つの行に位置し、ここで、kはC以下の正の整数であり、または、Cは1よりも大きく、RI情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置する。
可能な設計では、UCIは、チャネル品質情報、RIおよびHARQ-ACK情報を含み、Cは1よりも大きく、多重化ビットシーケンスを、インタリービング行列に書き込むステップの後、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
前述の可能な設計では、PUSCHは、時間領域においてM個のシンボルを占有し、様々な異なるタイプのUCIは、複数の方式でインタリービング行列に配置される。実施方法は柔軟で変更可能であり、操作は簡単である。
第3の態様によると、本発明の実施形態は、端末デバイスを提供し、端末デバイスは、
アップリンク制御情報UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得するように構成される符号化モジュールと、
UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得するように構成される多重化モジュールと、
物理的アップリンク共有チャネルPUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信するように構成される送信モジュールであって、ここで、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、送信モジュールとを含む。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、UCIの符号化ビットの数との和である。
可能な設計では、UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、RIの符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数と、RIの符号化ビットの数との和である。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、チャネル品質情報を含み、多重化ビットシーケンスにおいて、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、RIを含み、多重化ビットシーケンスにおいて、RIの符号化ビットは、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報およびRIを含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、RIの符号化ビットの前に位置する。
可能な設計では、PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、多重化モジュールは、具体的には、インタリービング行列を決定し、UCIの符号化ビットおよびデータの符号化ビットを、インタリービング行列にマッピングし、インタリービング行列から、多重化ビットシーケンスを読み出すように構成され、ここで、インタリービング行列の列の数がCであり、インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数である。
可能な設計では、UCIは、HARQ-ACK情報を含み、C=1, 2, または3であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、ここで、kはC以下の正の整数であり、または、C=6であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列に位置し、または、C=12であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列、第4列、第9列および第10列に位置する。
可能な設計では、UCIは、RIを含み、C=2または3であり、RIの符号化ビットは、インタリービング行列の第2列に位置し、または、C=6であり、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、または、C=12であり、RIの符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列に位置する。
可能な設計では、UCIは、チャネル品質情報を含み、チャネル品質情報の符号化ビットは、インタリービング行列の全列の少なくとも1つの最上行に位置する。
可能な設計では、UCIは、RIおよびHARQ-ACK情報を含み、C=1, 2, または3であり、RIの符号化ビットは、インタリービング行列の第k列の少なくとも1つの最下行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置するとともに、RIの符号化ビットの上の少なくとも1つの行に位置し、ここで、kはC以下の正の整数であり、または、Cは1よりも大きく、RI情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置する。
可能な設計では、UCIは、チャネル品質情報、RIおよびHARQ-ACK情報を含み、Cは1よりも大きく、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
第3の態様および第3の態様の様々な可能な設計方式で提供される端末デバイスの有益な効果については、第1の態様および第1の態様の様々な可能な設計方式によってもたらされる有益な効果を参照されたく、詳細はここでは再び説明されない。
第4の態様によると、本発明の実施形態は、ネットワークデバイスを提供し、ネットワークデバイスは、
端末デバイスによって送信される、物理的アップリンク共有チャネルPUSCHを受信するように構成される受信モジュールであって、ここで、PUSCHは、アップリンク制御情報UCIを搬送するために使用され、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、受信モジュールと、
PUSCHから、多重化ビットシーケンスを取得し、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得するように構成される逆多重化モジュールと、
UCIの符号化ビットおよびデータの符号化ビットを復号するように構成される復号モジュールとを含む。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、UCIの符号化ビットの数との和である。
可能な設計では、UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、RIの符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数と、RIの符号化ビットの数との和である。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、チャネル品質情報を含み、多重化ビットシーケンスにおいて、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、RIを含み、多重化ビットシーケンスにおいて、RIの符号化ビットは、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報およびRIを含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、RIの符号化ビットの前に位置する。
可能な設計では、PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、逆多重化モジュールは、具体的には、インタリービング行列を決定し、多重化ビットシーケンスを、インタリービング行列に書き込み、インタリービング行列から、UCIの符号化ビットおよびデータの符号化ビットを取得するように構成され、ここで、インタリービング行列の列の数がCであり、インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数である。
可能な設計では、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=1, 2, または3であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、ここで、kはC以下の正の整数であり、または、C=6であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列に位置し、または、C=12であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列、第4列、第9列および第10列に位置する。
可能な設計では、UCIは、RIを含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=2または3であり、RIの符号化ビットは、インタリービング行列の第2列に位置し、または、C=6であり、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、または、C=12であり、RIの符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列に位置する。
可能な設計では、UCIは、チャネル品質情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、チャネル品質情報の符号化ビットは、インタリービング行列の全列の少なくとも1つの最上行に位置する。
可能な設計では、UCIは、RIおよびHARQ-ACK情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=1, 2, または3であり、RIの符号化ビットは、インタリービング行列の第k列の少なくとも1つの最下行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置するとともに、RIの符号化ビットの上の少なくとも1つの行に位置し、ここで、kはC以下の正の整数であり、または、Cは1よりも大きく、RI情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置する。
可能な設計では、UCIは、チャネル品質情報、RIおよびHARQ-ACK情報を含み、Cは1よりも大きく、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
第4の態様および第4の態様の様々な可能な設計方式で提供されるネットワークデバイスの有益な効果については、第2の態様および第2の態様の様々な可能な設計方式によってもたらされる有益な効果を参照されたく、詳細はここでは再び説明されない。
第5の態様によると、本発明の実施形態は、端末デバイスを提供し、端末デバイスは、
アップリンク制御情報UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得し、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得するように構成されるプロセッサと、
物理的アップリンク共有チャネルPUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信するように構成される送信機であって、ここで、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、送信機とを含む。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、UCIの符号化ビットの数との和である。
可能な設計では、UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、RIの符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数と、RIの符号化ビットの数との和である。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、チャネル品質情報を含み、多重化ビットシーケンスにおいて、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、RIを含み、多重化ビットシーケンスにおいて、RIの符号化ビットは、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報およびRIを含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、RIの符号化ビットの前に位置する。
可能な設計では、PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、プロセッサが、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得することは、プロセッサが、インタリービング行列を決定し、UCIの符号化ビットおよびデータの符号化ビットを、インタリービング行列にマッピングし、インタリービング行列から、多重化ビットシーケンスを読み出し、ここで、インタリービング行列の列の数がCであり、インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数であることを含む。
可能な設計では、UCIは、HARQ-ACK情報を含み、C=1, 2, または3であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、ここで、kはC以下の正の整数であり、または、C=6であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列に位置し、または、C=12であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列、第4列、第9列および第10列に位置する。
可能な設計では、UCIは、RIを含み、C=2または3であり、RIの符号化ビットは、インタリービング行列の第2列に位置し、または、C=6であり、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、または、C=12であり、RIの符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列に位置する。
可能な設計では、UCIは、チャネル品質情報を含み、チャネル品質情報の符号化ビットは、インタリービング行列の全列の少なくとも1つの最上行に位置する。
可能な設計では、UCIは、RIおよびHARQ-ACK情報を含み、C=1, 2, または3であり、RIの符号化ビットは、インタリービング行列の第k列の少なくとも1つの最下行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置するとともに、RIの符号化ビットの上の少なくとも1つの行に位置し、ここで、kはC以下の正の整数であり、または、Cは1よりも大きく、RI情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置する。
可能な設計では、UCIは、チャネル品質情報、RIおよびHARQ-ACK情報を含み、Cは1よりも大きく、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
第5の態様および第5の態様の様々な可能な設計方式で提供される端末デバイスの有益な効果については、第1の態様および第1の態様の様々な可能な設計方式によってもたらされる有益な効果を参照されたく、詳細はここでは再び説明されない。
第6の態様によると、本発明の実施形態は、ネットワークデバイスを提供し、ネットワークデバイスは、
端末デバイスによって送信される、物理的アップリンク共有チャネルPUSCHを受信するように構成される受信機であって、ここで、PUSCHは、アップリンク制御情報UCIを搬送するために使用され、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、受信機と、
PUSCHから、多重化ビットシーケンスを取得し、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得し、UCIの符号化ビットおよびデータの符号化ビットを復号するように構成されるプロセッサとを含む。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、UCIの符号化ビットの数との和である。
可能な設計では、UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。
可能な設計では、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、RIの符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数と、RIの符号化ビットの数との和である。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、チャネル品質情報を含み、多重化ビットシーケンスにおいて、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、RIを含み、多重化ビットシーケンスにおいて、RIの符号化ビットは、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、データの符号化ビットの後に位置する。
可能な設計では、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報およびRIを含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、RIの符号化ビットの前に位置する。
可能な設計では、PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、プロセッサが、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得することは、プロセッサが、インタリービング行列を決定し、多重化ビットシーケンスを、インタリービング行列に書き込み、インタリービング行列から、UCIの符号化ビットおよびデータの符号化ビットを取得し、ここで、インタリービング行列の列の数がCであり、インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数であることを含む。
可能な設計では、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=1, 2, または3であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、ここで、kはC以下の正の整数であり、または、C=6であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列に位置し、または、C=12であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列、第4列、第9列および第10列に位置する。
可能な設計では、UCIは、RIを含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=2または3であり、RIの符号化ビットは、インタリービング行列の第2列に位置し、または、C=6であり、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、または、C=12であり、RIの符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列に位置する。
可能な設計では、UCIは、チャネル品質情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、チャネル品質情報の符号化ビットは、インタリービング行列の全列の少なくとも1つの最上行に位置する。
可能な設計では、UCIは、RIおよびHARQ-ACK情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=1, 2, または3であり、RIの符号化ビットは、インタリービング行列の第k列の少なくとも1つの最下行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置するとともに、RIの符号化ビットの上の少なくとも1つの行に位置し、ここで、kはC以下の正の整数であり、または、Cは1よりも大きく、RI情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置する。
可能な設計では、UCIは、チャネル品質情報、RIおよびHARQ-ACK情報を含み、Cは1よりも大きく、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
第6の態様および第6の態様の様々な可能な設計方式で提供されるネットワークデバイスの有益な効果については、第2の態様および第2の態様の様々な可能な設計方式によってもたらされる有益な効果を参照されたく、詳細はここでは再び説明されない。
第7の態様によると、本発明の実施形態は、通信システムを提供し、通信システムは、端末デバイスおよびネットワークデバイスを含み、ここで、
端末デバイスは、アップリンク制御情報UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得し、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得し、物理的アップリンク共有チャネルPUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信するように構成され、ここで、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下であり、
ネットワークデバイスは、端末デバイスによって送信されるPUSCHを受信し、PUSCHから、多重化ビットシーケンスを取得し、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得し、UCIの符号化ビットおよびデータの符号化ビットを復号するように構成される。
第7の態様で提供される通信システムの有益な効果については、第1の態様および第2の態様によってもたらされる有益な効果を参照されたく、詳細はここでは再び説明されない。
本発明の実施形態における、または従来技術における技術的解決手段をより明確に説明するために、以下では、実施形態または従来技術を説明するために必要とされる添付図面を簡潔に説明する。明らかに、以下の説明における添付図面は、本発明の一部の実施形態を示し、当業者は、創造的努力無しにこれらの添付図面から他の図面をさらに導出することができる。
図1は、本発明の実施形態に係る、情報処理方法の適用シナリオの概略図である。 図2は、短いTTIの概略構成図である。 図3は、本発明の実施形態に係る、情報処理方法のフローチャートである。 図4は、本発明の別の実施形態に係る、情報処理方法のフローチャートである。 図5は、本発明のさらに別の実施形態に係る、情報処理方法のフローチャートである。 図6は、本発明の実施形態に係る、インタリービング行列の概略図である。 図7は、本発明の実施形態に係る、別のインタリービング行列の概略図である。 図8は、本発明の実施形態に係る、別のインタリービング行列の概略図である。 図9は、本発明の実施形態に係る、さらに別のインタリービング行列の概略図である。 図10は、本発明の実施形態に係る、さらに別のインタリービング行列の概略図である。 図11は、本発明のさらに別の実施形態に係る、情報処理方法のフローチャートである。 図12は、本発明のさらに別の実施形態に係る、情報処理方法のフローチャートである。 図13は、本発明の実施形態に係る、情報処理方法の対話フローチャートである。 図14は、本発明の実施形態に係る、端末デバイスの概略構成図である。 図15は、本発明の実施形態に係る、ネットワークデバイスの概略構成図である。 図16は、本発明の実施形態に係る、端末デバイスの概略構成図である。 図17は、本発明の実施形態に係る、ネットワークデバイスの概略構成図である。
本発明の実施形態の目的、技術的解決手段および利点をより明確にするために、以下では、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的解決手段を明確かつ完全に説明する。明らかに、説明される実施形態は、本発明の実施形態の一部であって全てではない。創造的努力無しに、本発明の実施形態に基づいて当業者によって取得される全ての他の実施形態は、本発明の保護範囲に包含されるべきである。
図1は、本発明の実施形態に係る、情報処理方法の適用シナリオの概略図である。方法は、無線通信システム、例えば、第3世代移動通信技術（Third Generation mobile communications technology, 3G）、4.5Gまたは5G等の通信システムに適用されてよい。図1に示されるように、シナリオは、ネットワークデバイス1、端末デバイス2および端末デバイス3を含む。本願で提供される情報処理方法は主に、ネットワークデバイスおよび端末デバイス間の短TTIデータ送信を実行するために使用される。シナリオは、別のネットワークデバイスおよび別の端末デバイスをさらに含んでよいことは留意されるべきである。図1は、単に例を示しており、本発明はこれに限定されない。
本発明の本実施形態で言及される端末デバイスは、音声および/またはデータ接続性をユーザに提供するデバイス、無線接続機能を有するハンドヘルドデバイスまたは無線モデムに接続される別の処理デバイスであってよい。無線端末は、無線アクセスネットワーク（Radio Access Network, RAN）を介して1つ以上のコアネットワークと通信することができる。無線端末は、モバイル電話（「セルラ」電話とも呼ばれる）等のモバイル端末およびモバイル端末を持つコンピュータであってよく、例えば、無線アクセスネットワークと音声および/またはデータを交換する携帯型、ポケットサイズ、ハンドヘルド、コンピュータ内蔵型または車載移動装置であってよい。例えば、無線端末は、パーソナル通信サービス（PCS, Personal Communication Service）電話、コードレス電話セット、セッション開始プロトコル（SIP）電話、無線ローカルループ（WLL, Wireless Local Loop）局またはパーソナルデジタルアシスタント（PDA, Personal Digital Assistant）等のデバイスである。無線端末はまた、システム、加入者ユニット（Subscriber Unit）、加入者局（Subscriber Station）、モバイル局（Mobile Station）、モバイル（Mobile）端末、リモート局（Remote Station）、アクセスポイント（Access Point）、リモート端末（Remote Terminal）、アクセス端末（Access Terminal）、ユーザ端末（User Terminal）、ユーザエージェント（User Agent）、ユーザデバイス（User Device）またはユーザ機器（User Equipment）とも呼ばれてよい。
本発明の本実施形態で言及されるネットワークデバイスは、基地局またはアクセスポイントであってよく、または、アクセスネットワークのエアインタフェースにおける1つ以上のセクタを介して無線端末と通信しているデバイスであってよい。基地局は、受信された無線の（over-the-air）フレームおよびIPパケットを相互変換して、無線端末とアクセスネットワークの残りの部分との間のルータとして機能するように構成されてよい。アクセスネットワークの残りの部分は、インターネットプロトコル（IP）ネットワークを含んでよい。基地局は、エアインタフェースの属性管理をさらに調整することができる。例えば、基地局は、GSM（登録商標）またはCDMAにおけるベーストランシーバ局（BTS, Base Transceiver Station）であってよく、または、WCDMA（登録商標）におけるノードB（NodeB）であってよく、または、LTEにおける進化型ノードB（eNBまたはe-NodeB, evolved NodeB）であってよく、本願では限定されない。
本発明の本実施形態の理解を容易にするために、本発明の本実施形態で使用される基本的概念が以下で最初に説明される。LTEシステムは、説明のための例として使用される。しかしながら、これは、本発明の本実施形態で提供される情報処理方法が、LTEシステムのみに適していることを意味するわけではない。実際に、スケジューリングを介してデータ送信を行う任意の無線通信システムは、本発明の本実施形態で提供される情報処理方法を使用してよい。
１．フレーム構造
既存のLTEシステムでは、各無線フレームは、1 msの長さを有する10個のサブフレーム（subframe）を含み、各サブフレームは、2個のスロット（slot）を含む。例えば、ノーマルサイクリックプレフィックス（Normal Cyclic Prefix, normal CP）について、各slotは、7個のシンボル（symbol）を含み、すなわち、各slotは、{#0, #1, #2, #3, #4, #5, #6}と番号付けられたシンボルを含む。拡張CP（Extended Cyclic Prefix, extended CP）について、各slotは、6個のシンボル（symbol）を含み、すなわち、各slotは、{#0, #1, #2, #3, #4, #5}と番号付けられたシンボルを含む。
本願では、アップリンクシンボルおよびダウンリンクシンボルの両方はシンボルである。アップリンクシンボルは、シングルキャリア周波数分割多元接続（Single Carrier-Frequency Division Multiple Access, SC-FDMA）シンボルであり、ダウンリンクシンボルは、直交周波数分割多重（Orthogonal Frequency Division Multiplexing, OFDM）シンボルである。直交周波数分割多元接続（Orthogonal Frequency Division Multiple Access, OFDMA）のアップリンク多元接続方式が次の技術に導入される場合、アップリンクシンボルはまた、OFDMシンボルであってよいことは留意されるべきである。アップリンク多元接続方式およびダウンリンク多元接続方式は、本発明では限定されない。
２．短いTTI
従来技術では、そのTTIが1 msの長さを有するデータパケットによって占有される時間領域リソースは、1 ms以下であってよい。例えば、1つのダウンリンクサブフレーム内の最初の1、2、3または4個のシンボルは、物理ダウンリンク制御チャネル（Physical Downlink Control Channel, PDCCH）を送信するために使用されてよい。従って、そのTTIが1 msの長さを有するダウンリンクデータパケットによって占有される時間領域リソースは、1 ms未満であり得る。1つのアップリンクサブフレーム内の最後の1つのシンボルは、サウンディング基準信号（Sounding Reference Signal, SRS）を送信するために使用されてよい。従って、そのTTIが1 msの長さを有するアップリンクデータパケットによって占有される時間領域リソースは、1 ms未満であり得る。
短いTTI（sTTI, short TTI）は、そのTTIの長さが1 ms未満であるTTIである。例えば、sTTIの長さは1シンボル、2シンボル、3シンボル、4シンボル、6シンボルまたは7シンボルである。同様に、そのTTIが短いTTIの長さに等しい長さを有するデータパケットによって占有される時間領域リソースは、短いTTIの長さ以下である。本願では、復調基準信号（Demodulation Reference Signal, DMRS）は、PUSCHを復調するために使用される基準信号である。具体的には、ネットワークデバイスは、DMRSに基づくチャネル推定を実行し、次いで、推定されたチャネル値に基づいて、PUSCHを復調する。図2は、短いTTIの概略構成図である。任意で、DMRSおよびPUSCHは、異なるシンボルに配置される。この場合、PUSCHによって占有される時間領域の長さは、PUSCHのTTIの長さ未満である。例えば、PUSCHのTTIの長さは2シンボルである。図2の(a)に示されるように、第1のsTTIについて、DMRSおよびPUSCHは、1つのsTTIに位置し、PUSCHは、1つのシンボルに位置し、第2のsTTIについて、DMRSおよびPUSCHは、異なるTTIに位置し、PUSCHは、2つのシンボルに位置する。例えば、PUSCHのTTIの長さは4シンボルである。図2の(b)に示されるように、DMRSおよびPUSCHは、1つのsTTIに位置し、第1のsTTIについて、DMRSは、最後のシンボルに位置し、第2のsTTIについて、DMRSは、第1のシンボルに位置する。例えば、PUSCHのTTIの長さは7シンボルである。図2の(c)に示されるように、DMRSおよびPUSCHは、1つのsTTIに位置し、DMRSは、第4のシンボルに位置する。任意で、DMRSおよびPUSCHは、異なるリソース要素（Resource Element, RE）に位置する。すなわち、DMRSおよびPUSCHは、1つのシンボルに位置してよいが、異なるサブキャリア上に位置することができる。この場合、PUSCHによって占有される時間領域の長さは、PUSCHのTTIの長さと同じであってよい。
３．アップリンク制御情報
アップリンク制御情報（Uplink Control Information, UCI）は、チャネル品質情報（channel quality information）、ハイブリッド自動再送要求-確認応答（Hybrid Automatic Repeat Request-Acknowledgement, HARQ-ACK）情報およびランク指示（rank indication, RI）のうちの少なくとも1つを含む。チャネル品質情報は、チャネル品質インジケータ（Channel Quality Indicator, CQI）および/またはプリコーディング行列インジケータ（precoding matrix indicator, PMI）を含む。加えて、UCIは、チャネル状態情報-基準信号リソースインジケータ（CSI-RS resource indicator, CRI）をさらに含んでよい。しかしながら、説明を簡単にするために、CRIは、本発明では特に説明されない。本発明の、RIが言及される任意の実施形態は、「RIおよび/またはCRI」に適していることは留意されるべきである。すなわち、「RI」は、「RIおよび/またはCRI」によって置き換えられてよい。
ダウンリンクデータを受信した後、端末デバイスは、受信結果をネットワークデバイスにフィードバックする必要がある。従って、HARQ-ACK情報は、ダウンリンクデータの受信状態を示し、確認応答（Acknowledgement, ACK）/否定応答（Non-Acknowledgement, NACK）情報を含み、不連続送信（Discontinuous Transmission, DTX）をさらに含む。ACKは正しい受信を示し、NACKは誤った受信を示し、DTXは、ダウンリンクデータが受信されないことを示す。HARQ-ACKフィードバック（response）情報はまた、HARQ-ACK情報であってよい。好ましくは、ダウンリンクデータは、PDSCHまたはダウンリンク半永続スケジューリング（Semi-Persistent Scheduling, SPS）リリースシグナリングによって搬送されるデータである。HARQ-ACKフィードバック情報は、物理的アップリンク制御チャネル（Physical Uplink Control Channel, PUCCH）または物理的アップリンク共有チャネル（physical uplink shared channel, PUSCH）上で搬送されてよい。
ダウンリンク適応スケジューリングをサポートするために、端末デバイスは、チャネル状態情報（Channel State Information, CSI）をネットワークデバイスに報告する必要がある。CSIは、チャネル品質インジケータ（Channel Quality Indicator, CQI）、プリコーディング行列インジケータ（Precoding Matrix Indicator, PMI）、プリコーディングタイプインジケータ（precoding type indicator, PTI）、ランクインジケータ（Rank Indicator, RI）等を含む。CSI報告は、周期的CSI報告（Periodic Reporting）と非周期的CSI報告（Aperiodic Reporting）の2つのタイプを含む。
本発明の実施形態で提供される情報処理方法および装置は、既存のLTEシステムにおける技術的課題を解決するために意図されており、1つのサブフレームのTTIに基づく送信メカニズムは、低遅延サービスの要件を既に満たすことはできない。遅延を低減するために、本発明では、UCIのTTIの長さは、0.5 ms以下である。しかしながら、従来技術では、UCIのTTIの長さは1 msであり、UCIは、そのTTIは1 msの長さを有するPUSCH上で搬送される。この場合、UCIのTTIの長さが短縮された後、PUSCH上でUCIを搬送する方法は、新しい設計を必要とする。
図3は、本発明の実施形態に係る、情報処理方法のフローチャートである。本実施形態は、端末デバイスによって実行される。図3に示されるように、方法は、以下のステップを含む：
ステップ101：UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得する。
ステップ102：UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得する。
ステップ103：物理的アップリンク共有チャネルPUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信し、ここで、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である。
本発明における「データ」は、アップリンク共有チャネル（UL-SCH, Uplink Shared Channel）データであることは留意されるべきである。UL-SCHは、トランスポートチャネル（Transport Channel）の1つであり、物理層からMAC（Medium Access Control, 媒体アクセス制御）層に提供される情報送信サービスである。
複数のUL-SCHトランスポートブロックがある場合、または、UL-SCHデータが複数のUL-SCHトランスポートブロックに分割される場合、または、PUSCHが複数の符号語（code word）をサポートする場合、端末デバイスは、複数のUL-SCHトランスポートブロック上でHARQ-ACK情報および/またはRIおよびデータ（data）を多重化し、1つのUL-SCHトランスポートブロック上でのみCQI/PMI情報およびデータを多重化する。例えば、2つのトランスポートブロックがある場合（第1のトランスポートブロックおよび第2のトランスポートブロックを含む）、すなわち、PUSCHが、符号語0および符号語1をサポートする場合、端末デバイスは、2つのトランスポートブロック上でHARQ-ACK情報、RIおよびデータを多重化し、第1のトランスポートブロックまたは第2のトランスポートブロック上でのみCQI/PMI情報およびデータを多重化する。一般性を失うことなく、本発明の全ての実施形態では、1つのUL-SCHトランスポートブロック上の処理の例が、説明のために使用される。
本実施形態では、UCIのTTIの長さは、0.5 ms以下である。例えば、UCIのTTIの長さは、1シンボル、2シンボル、3シンボル、4シンボルまたは0.5 msである。任意で、PUSCHのTTIの長さは、UCIのTTIの長さ以上である。例えば、PUSCHのTTIの長さは、1シンボル、2シンボル、3シンボル、4シンボル、0.5 msまたは1 msである。従来技術では、UCIのTTIの長さは1 msであり、UCIは、そのTTIが1 msの長さを有するPUSCH上で搬送される。この場合、UCIのTTIの長さが短縮された後、PUSCH上でUCIを搬送する方法は、新しい設計を必要とする。
任意で、UCIは、チャネル品質情報、HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。好ましくは、チャネル品質情報およびPUSCHのTTI（すなわち、PUSCH上で搬送されるデータ）は、同じ長さを有する。この場合、チャネル品質情報の符号化ビットおよびデータの符号化ビットがスクランブルされる場合、スクランブリングは、1つのスクランブリングシーケンスを使用することによって実行されてよい。
任意で、HARQ-ACK情報に対応する送信時間間隔およびPUSCHに対応する送信時間間隔が、少なくとも1つのシンボル上で互いに重複する場合、HARQ-ACK情報は、重複が発生する少なくとも1つのシンボルの1つ以上のシンボル上に位置する。
任意で、RIに対応する送信時間間隔およびPUSCHに対応する送信時間間隔が少なくとも1つのシンボル上で互いに重複する場合、RIは、重複が発生する少なくとも1つのシンボルの1つ以上のシンボル上に位置する。
任意で、UCIは、複数個のHARQ-ACK情報を含み、複数個のHARQ-ACK情報はそれぞれ、複数個のダウンリンクデータの受信状態を示す。複数個のダウンリンクデータの少なくとも2つのTTIは、異なる長さを有し、複数個のHARQ-ACK情報のTTIは、同じ長さを有する。任意で、複数個のHARQ-ACK情報は、同じ時間領域位置を占有し、または、複数個のHARQ-ACK情報のうちの少なくとも2つは、異なる時間領域位置を占有する。具体的には、複数個のダウンリンクデータは、複数のPDSCHであり、複数のPDSCHのうちの少なくとも2つのTTIは異なる長さを有する。例えば、端末デバイスによって受信された2つのPDSCHのTTIの長さはそれぞれ、2シンボルおよび4シンボルである。しかしながら、端末デバイスによって送信されるHARQ-ACK情報のTTIの長さは、4シンボルである。任意で、ステップ101の前に、方法は、端末デバイスは、ネットワークデバイスによって送信されるシグナリングを受信し、ここで、シグナリングは、HARQ-ACK情報の1つ以上のTTIの長さを示すために使用される情報を含むことをさらに含む。シグナリングは、上位層シグナリング（Higher Layer Signaling）または物理層シグナリングである。このように、ステップ102では、端末デバイスは、シグナリングに基づいて、HARQ-ACK情報の符号化ビットおよびデータの符号化ビットを多重化する。この方法を使用することによって、HARQ-ACK情報フィードバックを処理する複雑さが低減されることができる。
本実施形態では、UCIの符号化ビットは、UCIの元のビットを符号化することによって取得されるビットである。UCIが、PUSCH上で搬送される場合、異なるタイプのUCIは、独立して符号化される。例えば、端末デバイスは、TS36.212におけるセクション5.2.2.6に従って、異なるタイプのUCIを符号化する。RIおよびCRIの両方が現れる場合、共同チャネル符号化が、RIおよびCRIに対して実行されることは留意されるべきである。
データ（data）の符号化ビットは、データの元のビットを符号化することによって取得されるビットである。データ符号化は主に、巡回冗長検査（CRC, Cyclic Redundancy Check）アタッチメント、チャネル符号化およびレートマッチング等の操作を含む。例えば、TS36.212におけるセクション5.2.2.1からセクション5.2.2.5の記述によると、データ符号化は、トランスポートブロックCRCアタッチメント（Transport block CRC attachment）、コードブロックセグメント化（Code block segmentation）、コードブロックCRCアタッチメント（code block CRC attachment）、チャネル符号化（channel coding）、レートマッチング（Rate matching）およびコードブロック連結（Code block concatenation）を含む。
本実施形態で提供される情報処理方法では、端末デバイスは、UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得し、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得し、次いで、多重化ビットシーケンスを、PUSCH上で搬送して、PUSCHをネットワークデバイスに送信し、ここで、UCIのTTIの長さは、0.5 ms以下である。このようにして、データ送信遅延は、効果的に低減されることができ、その結果、低遅延サービスの要件が満たされる。
図3に示される実施形態では、ステップ101の具体的な方式が、現在送信される必要があるUCIに含まれる情報のタイプに基づいて決定される場合、ステップ101は、端末デバイスによって、チャネル品質情報に対してチャネル符号化を実行するステップ、端末デバイスによって、RIに対してチャネル符号化を実行するステップおよび端末デバイスによって、HARQ-ACK情報に対してチャネル符号化を実行するステップのうちの少なくとも1つを含む。例えば、UCIが、チャネル品質情報を含む場合、ステップ101は、端末デバイスによって、チャネル品質情報に対してチャネル符号化を実行するステップを含み、UCIがRIを含む場合、ステップ101は、端末デバイスによって、RIに対してチャネル符号化を実行するステップを含み、UCIがHARQ-ACK情報を含む場合、ステップ101は、端末デバイスによって、HARQ-ACK情報に対してチャネル符号化を実行するステップを含む。3つのステップ間に明示的な時間順序関係は存在しない。
本実施形態では、UCIの符号化ビットおよびデータの符号化ビットが多重化されて、多重化ビットシーケンスを取得する。UCIの符号化ビットは、チャネル品質情報の符号化ビット（q0,q1,q2,q3,...,qQ-1と示される）、RIの符号化ビット
Figure 0006995772000001
、HARQ-ACK情報の符号化ビット
Figure 0006995772000002
のうちの少なくとも1つを含んでよい。データの符号化ビットは、f0, f1, f2, f3,..., fG-1と示され、多重化後に取得される多重化ビットシーケンス（bit sequence）は、h0, h1, h2,..., hT-1である。Gは、データの符号化ビットの数であり、QACKは、HARQ-ACK情報の符号化ビットの数であり、QRIは、RIの符号化ビットの数であり、Qは、チャネル品質情報の符号化ビットの数であり、Tは、出力ビットシーケンスの総ビット数である。
任意で、ステップ103では、端末デバイスが、PUSCH上で多重化ビットシーケンスを搬送することは、端末デバイスが、多重化ビットシーケンスh0, h1, h2,..., hT-1に対して、スクランブリング（scrambling）、変調、レイヤマッピング（layer mapping）、変換ドメインプリコーディング（Transform precoding）、プリコーディング（precoding）、リソースマッピングおよびSC-FDMAベースバンド信号生成（SC-FDMA baseband signal generation）の処理を実行することを含む。さらに、端末デバイスは、処理後に取得されたベースバンド信号を、ネットワークデバイスに送信する。処理後に取得されたベースバンド信号は、PUSCHを表す。変換ドメインプリコーディングは、離散フーリエ変換（Discrete Fourier Transform, DFT）である。
任意で、ステップ103では、端末デバイスが、PUSCH上で多重化ビットシーケンスを搬送することは、端末デバイスが、多重化ビットシーケンスh0, h1, h2,..., hT-1に対して、スクランブリング（scrambling）、変調、レイヤマッピング（layer mapping）、プリコーディング（precoding）、リソースマッピングおよびOFDMベースバンド信号生成の処理を実行することを含む。処理後に取得されたベースバンド信号は、PUSCHを表す。さらに、端末デバイスは、処理後に取得されたベースバンド信号を、ネットワークデバイスに送信する。
単一アンテナポート（single antenna port）については、前述の2つの段落で説明した処理は、レイヤマッピングおよびプリコーディングを含まなくてよいことは留意されるべきである。加えて、新しいアップリンク多元接続方式が後に導入される場合、新しい処理は、ステップ103において実行されてよい。これは、本発明では限定されない。
任意で、図3に示される実施形態に基づいて、多重化ビットシーケンスの総ビット数（Tと示される）は、2つの異なるメカニズム：メカニズム1またはメカニズム2を使用することによって取得されてよい。具体的には、以下のとおりである：
メカニズム1
多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、RIの符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数と、RIの符号化ビットの数との和である。
メカニズム1では、端末デバイスは、RIの符号化ビットの数および/またはチャネル品質情報の符号化ビットの数に基づいて、データに対してレートマッチングを実行し、かつ/または、端末デバイスは、HARQ-ACK情報の符号化ビットの数に基づいて、データをパンクチャする。このメカニズムでは、ビットの総数Tは、データの符号化ビットの数、チャネル品質情報の符号化ビットの数、および/または、RIの符号化ビットの数に関連する。UCIがHARQ-ACK情報のみを含む場合、T=Gである。UCIがRIのみを含む場合、または、UCIがHARQ-ACK情報およびRIを含む場合、T=G+QRIである。UCIがチャネル品質情報のみを含む場合、または、UCIがHARQ-ACK情報およびチャネル品質情報を含む場合、T=G+Qである。UCIがRIおよびチャネル品質情報を含む場合、T=G+QRI+Qである。UCIがHARQ-ACK情報、RIおよびチャネル品質情報を含む場合、T=G+QRI+Qである。
メカニズム2
多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、UCIの符号化ビットの数との和である。
メカニズム2では、端末デバイスは、HARQ-ACK情報の符号化ビットの数および/またはRIの符号化ビットの数および/またはチャネル品質情報の符号化ビットの数に基づいて、データに対してレートマッチングを実行する。このメカニズムでは、総ビット数Tは、データの符号化ビットの数、HARQ-ACK情報の符号化ビットの数、チャネル品質情報の符号化ビットの数およびRIの符号化ビットの数に関する。UCIがHARQ-ACK情報のみを含む場合、T=G+QACKである。UCIがRIのみを含む場合、T=G+QRIである。UCIがチャネル品質情報のみを含む場合、T=G+Qである。UCIが、HARQ-ACK情報およびRIを含む場合、T=G+QRI+QACKである。UCIが、HARQ-ACK情報およびチャネル品質情報を含む場合、T=G+Q+QACKである。UCIが、RIおよびチャネル品質情報を含む場合、T=G+QRI+Qである。UCIが、HARQ-ACK情報、RIおよびチャネル品質情報を含む場合、T=G+ QRI+Q+QACKである。TTIが短縮された後、端末デバイスが、HARQ-ACK情報の符号化ビットの数に基づいて、データをパンクチャする場合、HARQ-ACK情報の符号化ビットの数とデータの符号化ビットの数との比が上昇し得るため、パンクチャされたデータの復調性能は低下し得る。加えて、TTIが短縮された後、処理時間を低減するために、PUSCHリソースは、事前にスケジューリングされてよい（すなわち、ある期間、PUSCHリソースは動的に変化しない）。従って、リソースブロック（Resource Block, RB）の数は、HARQ-ACK情報のビットの数における変化に基づいて増減することはできない。従って、性能を改善するために、端末デバイスは、HARQ-ACK情報の符号化ビットの数に基づいて、データに対してレートマッチングを実行することができる。
メカニズム2に基づいて、さらに、ステップ101の前に、端末デバイスは、ネットワークデバイスによって送信されるアップリンク許可（Uplink Grant, UL Grant）をさらに受信してよい。UL grantは、PUSCHのスケジューリング情報を含む。加えて、UL grantは、HARQ-ACK情報がPUSCHリソースを占有することを示す情報をさらに含む。あるいは、UL grantは、HARQ-ACK情報のビット数を示す情報をさらに含む。このようにして、端末デバイスは、HARQ-ACK情報の符号化ビットの数に基づいて、データに対してレートマッチングを実行してよい。任意で、UL grantは、1ビット情報を含み、1ビット情報は、HARQ-ACK情報が存在するかどうかを示すために使用される。例えば、「0」は、「HARQ-ACKが存在しない」ことを示し、「1」は、「HARQ-ACKが存在する」ことを示す。任意で、UL grantは、1ビット情報をさらに含み、1ビット情報は、パンクチャリングまたはレートマッチングを示すために使用される。例えば、「0」は、「端末デバイスは、HARQ-ACK情報に基づいて、データをパンクチャする」ことを示し、「1」は、「端末デバイスは、HARQ-ACK情報に基づいて、データに対してレートマッチングを実行する」ことを示す。任意で、UL grantは、占有されたPUSCHリソースを示すために使用される情報をさらに含む。例えば、2ビット情報の状態は、PUSCHが占有されていないことを示し、他の3つの状態は、予約されたPUSCHリソースのサイズを示す。HARQ-ACK情報によって占有される必要があるリソースの数が、予約されたリソースの数を超過した場合、パンクチャリングは、予約されていないPUSCHリソースにおいて実行されてよい。
任意で、端末デバイスは、ネットワークデバイスによって送信された制御シグナリングをさらに受信してよい。制御シグナリングは、上位層シグナリングまたは物理層シグナリングであり、端末デバイスに、メカニズム1またはメカニズム2を使用するように命令するために使用される。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、チャネル品質情報を含み、多重化ビットシーケンスにおいて、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、RIを含み、多重化ビットシーケンスにおいて、RIの符号化ビットは、データの符号化ビットの後に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、データの符号化ビットの後に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報およびRIを含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、RIの符号化ビットの前に位置する。
PUSCHが時間領域において1つのシンボルを占有する場合に異なるタイプのUCIを多重化する方法が、本実施形態において主に議論される。PUSCHが時間領域において1つのシンボルを占有する場合、PUSCHのTTIの長さは、1シンボルまたは2シンボルである。PUSCHのTTIの長さが2シンボルであっても、PUSCH上で搬送されるデータは、1つのシンボルのみに配置され、DMRSは、他のシンボル、すなわち、図2(a)における第1のTTIを占有することは留意されるべきである。任意で、ビットシーケンスh0,h1,h2,...,hT-1では、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。すなわち、端末デバイスは、データの符号化ビットの前にチャネル品質情報の符号化ビットを連結する。任意で、ビットシーケンスh0,h1,h2,...,hT-1では、RIの符号化ビットは、データの符号化ビットの後に位置する。すなわち、端末デバイスは、データの符号化ビットの後にRIの符号化ビットを連結する。任意で、ビットシーケンスh0,h1,h2,...,hT-1では、HARQ-ACK情報の符号化ビットは、データの符号化ビットまたはチャネル品質情報の符号化ビットの後に位置し、かつ/または、RIの符号化ビットの前に位置する。任意で、端末デバイスは、HARQ-ACK情報の符号化ビットを、データの符号化ビットの後および/またはRIの符号化ビットの前に連結する。任意で、端末デバイスは、HARQ-ACK情報の符号化ビットを、データのいくつかの符号化ビットおよび/またはチャネル品質情報のいくつかの符号化に、後ろから前に上書きする。任意で、HARQ-ACK情報の符号化ビットは、ビットシーケンスh0,h1,h2,...,hT-1に不連続に位置する。任意で、端末デバイスは、HARQ-ACK情報の符号化ビットを、データのいくつかの符号化ビットおよび/またはチャネル品質情報のいくつかの符号化ビットに不連続に上書きする。
図4は、本発明の別の実施形態に係る、情報処理方法のフローチャートである。本実施形態では、PUSCHは、時間領域においてM個のシンボルを占有する。Mは、7以下の正の整数であり、または、Mは12または10に等しい。任意で、PUSCHのTTIの長さは、M個のシンボルよりも大きい。この場合、PUSCH DMRSおよびPUSCHは、1つのTTIにおける異なるシンボルを占有する。任意で、PUSCHのTTIの長さは、M個のシンボルに等しい。この場合、PUSCH DMRSは、不連続なサブキャリアを占有する。ステップ102における「多重化」はまた、「インタリービング」とも呼ばれてよく、すなわち、UCIの符号化ビットおよびデータの符号化ビットは、インタリーブされて、インタリーブされたビットシーケンスを取得することは留意されるべきである。図4に示されるように、ステップ102の実施は、以下のステップを含む：
ステップ1021：インタリービング行列を決定し、ここで、インタリービング行列の列の数がCであり、インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数である。
インタリービング行列の行は、上から下に、0, 1, 2, ..., R-1と番号付けられてよく、行列の列は、左から右に、0, 1, 2, ..., C-1と番号付けられてよい。
任意で、C=Mである。この場合、端末デバイスは、多重化ビットシーケンスの総ビット数Tおよび時間領域においてPUSCHによって占有されるシンボルの数Mに基づいて、インタリービング行列を決定してよい。例えば、時間領域においてPUSCHによって占有されるシンボルの数Mが3に等しく、多重化ビットシーケンスの総ビット数Tが12に等しく、C=3である場合、R=4である。
任意で、C>Mである。この場合、端末デバイスは、多重化ビットシーケンスの総ビット数Tに基づいて、インタリービング行列を決定する。例えば、時間領域においてPUSCHによって占有されるシンボルの数Mが3に等しく、多重化ビットシーケンスの総ビット数Tが12に等しく、C=4である場合、R=3である。
ステップ1022：UCIの符号化ビットおよびデータの符号化ビットを、インタリービング行列にマッピングする。
ステップ1023：インタリービング行列から、多重化ビットシーケンスを読み出す。
好ましくは、端末デバイスは、インタリービング行列から、多重化ビットシーケンスを列ごと（column by column）に読み出す。
本実施形態では、UCIの符号化ビットおよびデータの符号化ビットは、UCIに含まれる情報のタイプおよび多重化ビットシーケンスの総ビット数を計算するための前述のメカニズムに基づいて、対応する方法を選択することによって、インタリービング行列にマッピングされてよい。図5は、本発明のさらに別の実施形態に係る、情報処理方法のフローチャートである。本実施形態で提供される方法では、UCIは、RI、HARQ-ACK情報およびチャネル品質情報のうちの少なくとも1つを含む。図5に示されるように、ステップ1022は以下のステップを含む：
ステップ201：RIの符号化ビットを、インタリービング行列に書き込む。
ステップ202：データの符号化ビットおよび/またはチャネル品質情報の符号化ビットを、インタリービング行列に書き込む。
ステップ203：HARQ-ACK情報の符号化ビットをインタリービング行列に上書きし、または、HARQ-ACK情報の符号化ビットをインタリービング行列に書き込む。
本実施形態では、書込みは、UCIの符号化ビットまたはデータの符号化ビットを、新しい書込み方式で、インタリービング行列に書き込むことであり、上書きは、UCIの符号化ビットを、上書き方式で、インタリービング行列に書き込むことである。
任意で、UCIがRIを含む場合、端末デバイスは、ステップ201を実行し、または、UCIがRIを含まない場合、端末デバイスは、ステップ201を実行しない。
任意で、ステップ202では、UCIがチャネル品質情報を含む場合、端末デバイスは、データの符号化ビットおよびチャネル品質情報の符号化ビットを、インタリービング行列に書き込む。UCIがチャネル品質情報を含まない場合、端末デバイスは、データの符号化ビットを、インタリービング行列に書き込む。
任意で、データの符号化ビットおよび/またはチャネル品質情報の符号化ビットおよびRIの符号化ビットは、インタリービング行列における異なる位置に位置する。
任意で、端末デバイスは、データの符号化ビットおよび/またはチャネル品質情報の符号化ビットを、行ごと（row by rowまたはrows by rows）にインタリービング行列に書き込む。このように、ステップ202およびステップ1023は、使用のために結合される。すなわち、データの符号化ビットおよび/またはチャネル品質情報の符号化ビットは、行ごとに書き込まれ、列ごとに読み出され、これは、インタリービング機能を実施する。
任意で、ステップ203では、メカニズム1が使用される場合、ステップ203は、端末デバイスが、HARQ-ACK情報の符号化ビットを、インタリービング行列に上書き（overwrite）することである。この動作は、データのいくつかの符号化ビットおよび/またはチャネル品質情報のいくつかの符号化ビットを上書きする。すなわち、端末デバイスは、インタリービング行列におけるいくつかの符号化ビット（あるいは、データのいくつかの符号化ビットおよび/またはチャネル品質情報のいくつかの符号化ビット）をパンクチャし、いくつかのパンクチャされたビットは、HARQ-ACK情報の符号化ビットシーケンスによって満たされる。
任意で、ステップ203では、メカニズム2が使用される場合、ステップ203は、端末デバイスが、HARQ-ACK情報の符号化ビットを、インタリービング行列に書き込むことである。
UCIがHARQ-ACK情報を含む場合、端末デバイスはステップ203を実行し、または、UCIがHARQ-ACK情報を含まない場合、端末デバイスはステップ203を実行しない。
ステップ201、ステップ202およびステップ203間に明示的な時間順序関係は存在しないことは留意されるべきである。好ましくは、メカニズム1が使用される場合、ステップ203は、ステップ202の後に実行される。
本実施形態で提供される情報処理方法では、C*Rのインタリービング行列が最初に決定され、UCIの符号化ビットおよびデータの符号化ビットは、インタリービング行列にマッピングされ、その結果、UCIのTTIの長さは、0.5 ms以下であり、それによって、低遅延サービスの要件を満たす。方法は、簡単な操作プロセスを有し、実施が容易である。
図6は、本発明の実施形態に係る、インタリービング行列の概略図である。UCIは、HARQ-ACK情報を含む。図6における(a)から(m)は、インタリービング行列における、HARQ-ACK情報の符号化ビットがマッピングされる具体的な位置を示す。
任意で、HARQ-ACK情報の符号化ビットは、インタリービング行列における第k列に位置し、ここで、kは、C以下の正の整数である。具体的には、HARQ-ACK情報の符号化ビットは、インタリービング行列における第k列の少なくとも1つの最下行に位置する。好ましくは、C=1、２または3である。例えば、図6における(a)、(c)または(i)に示されるように、HARQ-ACK情報の符号化ビットは、第1列の、インタリービング行列の少なくとも1つの最下行に位置する。図6における(d)または(j)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の最後の列の少なくとも1つの最下行に位置する。任意で、HARQ-ACK情報のTTIの長さは、PUSCHのTTIの長さ未満であり、端末デバイスは、HARQ-ACK情報によってフィードバックされる必要がある時間領域の位置に基づいて、kの値を決定する。例えば、PUSCHのTTIの長さは、7または4シンボル（ここで、M=6またはM=3または4）であり、HARQ-ACK情報のTTIの長さは２シンボルであり、端末デバイスは、C=6またはC=3または4であると決定する。HARQ-ACK情報によって占有されるTTIが、PUSCHによって占有されるTTIにおける第1のシンボルおよび第2のシンボルである場合、k=1または2である。あるいは、HARQ-ACK情報によって占有されるTTIが、PUSCHによって占有されるTTIにおける第3のシンボルおよび第4のシンボルである場合、k=3または4である。あるいは、HARQ-ACK情報によって占有されるTTIが、PUSCHによって占有されるTTIにおける第5のシンボルおよび第6のシンボルである場合、k=5または6である。
任意で、UCIは、複数個のHARQ-ACK情報を含み、複数個のHARQ-ACK情報に対応する複数のTTIは全て、PUSCHによって占有されるTTIに位置する。複数個のHARQ-ACK情報のいずれか1つのTTIの長さは、PUSCHのTTIの長さ未満である。この場合、複数個のHARQ-ACK情報のいずれか1つの符号化ビットは、インタリービング行列の第k列に位置し、kはC以下の正の整数である。端末デバイスは、任意のHARQ-ACK情報によってフィードバックされる必要がある時間領域の位置に基づいてkの値を決定する。例えば、PUSCHのTTIの長さは7シンボル（ここで、M=6）であり、端末デバイスは、C=6であることを決定し、UCIは、そのTTIが2シンボルの長さを有する2個のHARQ-ACK情報を含み、2個のHARQ-ACK情報の符号化ビットは、インタリービング行列の第1列および第3列にそれぞれ位置する。
任意で、Cは1よりも大きく、HARQ-ACK情報の符号化ビットは、インタリービング行列の少なくとも2つの列に位置する。少なくとも2つの列のうちのいずれか1つにおいて、HARQ-ACK情報の符号化ビットは、少なくとも1つの最下行に位置する。例えば、図6における(e)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の全列に位置する。例えば、図6における(m)に示されるように、C=6であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列（すなわち、2および3と番号付けられた列）に位置する。例えば、C=12であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列、第4列、第9列および第10列（すなわち、2、3、8および9と番号付けられた列）に位置する。
任意で、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列または少なくとも2つの列に不連続に分布し、kはC以下の正の整数であり、例えば、k=1またはCである。好ましくは、C=1、2または3である。例えば、図6における(b)、(f)、(g)または(k)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の第1列または最後の列に不連続に分布する。具体的には、端末デバイスは、HARQ-ACK情報の符号化ビットを、インタリービング行列の第1列または最後の列に不連続に書き込む（上書きする）。例えば、図6における(h)または(l)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の全列に不連続に分布する。具体的には、端末デバイスは、HARQ-ACK情報の符号化ビットを、インタリービング行列の全列に不連続に書き込む（上書きする）。HARQ-ACK情報の符号化ビットの数の集中化された分布と比較して、HARQ-ACK情報の符号化ビットがインタリービング行列に不連続に分布している場合、端末デバイスは、データを不連続にパンクチャし、その結果、集中型パンクチャリングによって生じるデータ復調性能の劣化は低減されることができる。
任意で、PUSCH（またはPUSCH上で搬送されるデータ、略してデータと呼ばれる）が、M個のシンボル（ここで、Mは１、２、３、４または5である）に位置する場合、インタリービング行列はまた、C列（C>M）を含んでよく、HARQ-ACK情報の符号化ビットは、インタリービング行列の少なくとも2つの列に位置し、かつ/または、RIの符号化ビットは、インタリービング行列の少なくとも2つの列に位置する。例えば、PUSCHは、1、2、3または4個のシンボルに位置する。しかしながら、図6における(m)に示されるように、C=6であり、HARQ-ACK情報の符号化ビットは、インタリービング行列における第3列および第4列に位置する。このように、HARQ-ACK情報の符号化ビットは、ビットシーケンスにおいて不連続に分布する。HARQ-ACK情報の符号化ビットの数が、集中化された方式でビットシーケンスにおいて分布することと比較して、HARQ-ACK情報の符号化ビットがビットシーケンスに不連続に分布している場合、端末デバイスは、データを不連続にパンクチャし、その結果、パンクチャリングによって生じるデータ復調性能の劣化は低減されることができる。
図7は、本発明の実施形態に係る、別のインタリービング行列の概略図である。UCIは、RIまたはチャネル品質情報を含む。図7における(a)から(q)を以下で例として使用して、インタリービング行列において、RIの符号化ビットまたはチャネル品質情報の符号化ビットがマッピングされる具体的な位置が詳細に説明される。
任意で、C=2または3であり、RIの符号化ビットは、インタリービング行列の第2列に位置し、または、C=6であり、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、または、C=12であり、RIの符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列に位置する。
任意で、UCIは、チャネル品質情報を含み、チャネル品質情報の符号化ビットは、インタリービング行列の全列の少なくとも1つの最上行に位置する。
任意で、チャネル品質情報の符号化ビットまたはRIの符号化ビットは、インタリービング行列の第k列に位置し、ここで、kは、C以下の正の整数である。例えば、k=1またはCである。具体的には、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第k列および少なくとも1つの最下行または最上行に位置する。好ましくは、C=1、2または3である。例えば、図7における(a)、(e)または(m)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第1列および少なくとも1つの最下行に位置する。例えば、図7における(d)または(o)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の最後の列および少なくとも1つの最下行に位置する。例えば、図7における(n)に示されるように、C=3であり、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第2列および少なくとも1つの最下行に位置する。例えば、図7における(b)または(f)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第1列および少なくとも1つの最上行に位置する。例えば、図7における(g)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の最後の列および少なくとも1つの最上行に位置する。任意で、RIのTTIの長さは、PUSCHのTTIの長さ未満であり、端末デバイスは、RIの時間領域の位置に基づいて、kの値を決定する。例えば、PUSCHのTTIの長さは、7または4シンボル（ここで、M=6またはM=3または4である）であり、RIのTTIの長さは2シンボルであり、端末デバイスは、C=6またはC=3または4であると決定する。RIによって占有されるTTIが、PUSCHによって占有されるTTIにおける第1のシンボルおよび第2のシンボルである場合、k=1または2である。あるいは、RIによって占有されるTTIが、PUSCHによって占有されるTTIにおける第3のシンボルおよび第4のシンボルである場合、k=3または4である。あるいは、RIによって占有されるTTIが、PUSCHによって占有されるTTIにおける第5のシンボルおよび第6のシンボルである場合、k=5または6である。
任意で、UCIは、複数のRIを含み、複数のRIに対応する複数のTTIは全て、PUSCHによって占有されるTTIに位置する。複数のRIのいずれか1つのTTIの長さは、PUSCHのTTIの長さ未満である。この場合、任意のRIの符号化ビットは、インタリービング行列の第k列に位置し、kはC以下の正の整数であり、端末デバイスは、任意のRIの時間領域の位置に基づいてkの値を決定する。例えば、PUSCHのTTIの長さは7シンボル（ここで、M=6）であり、端末デバイスは、C=6であることを決定し、UCIは、そのTTIが2シンボルの長さを有する2個のRIを含み、2個のRIの符号化ビットは、インタリービング行列の第2列および第3列にそれぞれ位置する。
任意で、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の少なくとも2つの列に位置する。加えて、少なくとも2つの列のいずれか1つにおいて、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、少なくとも1つの最下行または最上行に位置する。例えば、図7における(h)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の全列および少なくとも1つの最下行に位置する。例えば、図7における(i)または(p)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の全列および少なくとも1つの最上行に位置する。例えば、図7における(q)に示されるように、C=6であり、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第2列および第5列（すなわち、1および4と番号付けられた列）に位置する。例えば、C=12であり、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列（すなわち、1、4、7および10に番号付けられた列）に位置する。
任意で、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第k列または少なくとも2つの列に不連続に分布し、kは、C以下の正の整数であり、例えば、k=1またはCである。例えば、図7における(c)、(j)または(k)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第1列または最後の列に不連続に分布する。具体的には、端末デバイスは、RIの符号化ビットまたはチャネル品質情報の符号化ビットを、インタリービング行列の第1列または最後の列に不連続に書き込む。例えば、図7における(l)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の全列に不連続に位置する。具体的には、端末デバイスは、RIの符号化ビットまたはチャネル品質情報の符号化ビットを、インタリービング行列の全列に不連続に書き込む。
図8は、本発明の実施形態に係る、別のインタリービング行列の概略図である。UCIは、RIおよびHARQ-ACK情報を含み、または、UCIは、チャネル品質情報およびHARQ-ACK情報を含む。図8における(a)から(u)を以下で例として使用して、UCIの符号化ビットおよびデータの符号化ビットをマッピングするための方法が詳細に説明される。
任意で、RIの符号化ビットまたはチャネル品質情報の符号化ビットおよびHARQ-ACK 情報の符号化ビットは、インタリービング行列の1つの列、例えば、第k列に位置し、ここで、kはC以下の正の整数である。例えば、k=1またはC、すなわち、第1列または最後の列である。好ましくは、例えば、図8における(a)、(b)、(c)、(d)、(e)、(h)、(i)および(l)に示されるように、C=1、2または3である。任意で、例えば、図8における(a)および(h)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第k列の少なくとも1つの最下行（QRI（1または複数の）行またはQ（1または複数の）行）に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットの上の少なくとも1つの行（QACK（1または複数の）行）に位置する。任意で、例えば、図8における(b)および(i)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第k列の最上にあるQRI行またはQ行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列の最下にあるQACK行に位置する。任意で、例えば、図8における(c)および(l)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第k列の最下にあるQRI行またはQ行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に不連続に分布する。任意で、例えば、図8における(d)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の第k列の最上にあるQRI行またはQ行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に不連続に分布する。任意で、例えば、図8における(e)に示されるように、RIの符号化ビットまたはチャネル品質情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に不連続に分布する。
任意で、Cは1よりも大きく、RIの符号化ビットまたはチャネル品質情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置する。例えば、図8における(f)および(p)に示されるように、HARQ-ACK情報の符号化ビットは、第1列に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、第2列に位置する。例えば、図8における(g)、(j)および(m)に示されるように、HARQ-ACK情報の符号化ビットは、第2列に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、第1列に位置する。例えば、図8における(q)に示されるように、HARQ-ACK情報の符号化ビットは、第3列に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、第2列に位置する。例えば、C=4である場合、HARQ-ACK情報の符号化ビットは、第2列および第3列に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、第1列および第4列に位置する。例えば、C=4である場合、HARQ-ACK情報の符号化ビットは、第2列および第4列に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、第1列および第3列に位置する。例えば、C=6である場合、図8における(t)に示されるように、HARQ-ACK情報の符号化ビットは、第3列および第4列に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、第2列および第5列に位置する。例えば、C=8である場合、HARQ-ACK情報の符号化ビットは、第2列、第4列、第6列および第8列に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、第1列、第3列、第5列および第7列に位置する。例えば、C=12である場合、HARQ-ACK情報の符号化ビットは、第3列、第4列、第9列、第10列（すなわち、2、3、8および9と番号付けられた列）に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、第2列、第5列、第8列、第11列（すなわち、1、4、7および10と番号付けられた列）に位置する。
任意で、Cは1よりも大きく、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の少なくとも2つの列に位置し、ここで、kはC以下の正の整数である。例えば、k=1またはC、すなわち、第1列または最後の列である。例えば、図8における(k)、(f)および(s)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の第1の列または最後の列に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
任意で、Cは1よりも大きく、HARQ-ACK情報の符号化ビットによって占有される、インタリービング行列の列の数は、RIの符号化ビットまたはチャネル品質情報の符号化ビットによって占有される、インタリービング行列の列の数未満である。図8における(u)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
任意で、図8における(a)、(b)、(f)、(g)、(h)、(i)、(j)、(k)、(p)、(q)、(r)、(s)、(t)および(u)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の少なくとも1つの列に連続的に分布し（すなわち、集中化された方式で）、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の少なくとも1つの列に連続的に分布する。「連続的な分布」は、「1つ以上の連続する行の占有」を意味することは留意されるべきである。例えば、HARQ-ACK情報の符号化ビットは、インタリービング行列の少なくとも1つの列に連続的に分布する。すなわち、HARQ-ACK情報の符号化ビットによって占有される任意の列では、HARQ-ACK情報の符号化ビットは、1つ以上の連続する行を占有する。任意で、図8における(b)、(i)、 (j)、(k)、(r)、(s)および(u)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の1つ以上の最下行に位置し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の1つ以上の最上行に位置する。任意で、図8における(a)、(f)、(g)、(h)、(p)、(q)および(t)に示されるように、HARQ-ACK情報の符号化ビットおよびRIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の1つ以上の最下行に位置する。
任意で、図8における(c)、(d)、(l)、(m)および(n)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に不連続に分布し（すなわち、分散または分布した方式で）、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に連続的に分布する。「不連続な分布」は、「複数の連続しない行の占有」を意味することは留意されるべきである。例えば、HARQ-ACK情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に不連続に分布する。すなわち、HARQ-ACK情報の符号化ビットによって占有される任意の列では、HARQ-ACK情報の符号化ビットは、複数の連続しない行を占有する。
任意で、図8における(e)および(o)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に不連続に分布し、RIの符号化ビットまたはチャネル品質情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に不連続に分布する。
図9は、本発明の実施形態に係る、さらに別のインタリービング行列の概略図である。UCIは、RIおよびチャネル品質情報を含む。図9における(a)から(r)を以下で例として使用して、UCIの符号化ビットおよびデータの符号化ビットをマッピングするための方法が、詳細に説明される。
任意で、RIの符号化ビットおよびチャネル品質情報の符号化ビットは、インタリービング行列の1つの列、例えば、第k列に位置し、ここで、kはC以下の正の整数である。例えば、図9における(a)、(b)、(c)、(d)、(e)および(i)に示されるように、k=1またはCであり、すなわち、第1列または最後の列である。任意で、例えば、図9における(a)および(i)に示されるように、RIの符号化ビットは、インタリービング行列の第k列に、かつ、最下にあるQRI行に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の第k列に、かつ、最上にあるQ行に位置する。任意で、例えば、図9における(b)に示されるように、RIの符号化ビットは、インタリービング行列の第k列に、かつ、最上にあるQRI行に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の第k列に、かつ、RIの符号化ビットの下のQ行に位置する。任意で、例えば、図9における(c)に示されるように、RIの符号化ビットは、インタリービング行列の第k列に、かつ、最後のQRI行に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の第k列に、かつ、RIの符号化ビットの上のQ行に位置する。任意で、チャネル品質情報の符号化ビットは、インタリービング行列の第k列に、かつ、最上にあるQ行に位置し、RIの符号化ビットは、インタリービング行列の第k列に、かつ、チャネル品質情報の符号化ビットの下のQRI行に位置する。任意で、チャネル品質情報の符号化ビットは、インタリービング行列の第k列に、かつ、最後のQ行に位置し、RIの符号化ビットは、インタリービング行列の第k列に、かつ、チャネル品質情報の符号化ビットの上のQRI行に位置する。
任意で、Cは1よりも大きく（例えば、C=2、4、6、8、10または12）、RIの符号化ビットおよびチャネル品質情報の符号化ビットは、インタリービング行列の異なる列に位置する。例えば、図9における(k)に示されるように、RIの符号化ビットは、第1列に位置し、チャネル品質情報の符号化ビットは、第2列に位置する。例えば、図9における(j)に示されるように、RIの符号化ビットは、第2列に位置し、チャネル品質情報の符号化ビットは、第1列に位置する。
任意で、Cは1よりも大きく、RIの符号化ビットは、インタリービング行列の第k列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の少なくとも2つの列に位置し、ここで、kはC以下の正の整数である。例えば、k=1またはC、すなわち、第1列または最後の列である。例えば、図9における(f)、(g)、(n)、(o)および(p)に示されるように、RIの符号化ビットは、インタリービング行列の第1列または最後の列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
任意で、Cは1よりも大きく、RIの符号化ビットによって占有される、インタリービング行列の列の数は、チャネル品質情報の符号化ビットによって占有される、インタリービング行列の列の数未満である。C=6である場合、図9における(r)に示されるように、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
任意で、Cは1よりも大きく、RIの符号化ビットは、インタリービング行列の少なくとも2つの列または全列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の少なくとも2つの列または全列に位置する。図9における(q)に示されるように、RIの符号化ビットおよびチャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
任意で、図9における(a)、(b)、(c)、(f)、(g)、(h)、(i)、(j)、(k)、(n)、(o)、(p)、(q)および(r)に示されるように、RIの符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に連続的に分布し、チャネル品質情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に連続的に分布する。任意で、図9における(a)、(f)、(g)、(h)、(i)、(j)、(n)、(o)、(p)、(q)および(r)に示されるように、RIの符号化ビットは、インタリービング行列の1つ以上の最下行に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の1つ以上の最上行に位置する。
任意で、図9における(d)、(l)および(m)に示されるように、RIの符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に不連続に分布し、チャネル品質情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に連続的に分布する。
任意で、図9における(e)および(m)に示されるように、RIの符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に不連続に分布し、チャネル品質情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に不連続に分布する。
図10は、本発明の実施形態に係る、さらに別のインタリービング行列の概略図である。UCIは、チャネル品質情報、RIおよびHARQ-ACK情報を含む。図10における(a)から(t)を以下で例として使用して、UCIの符号化ビットおよびデータの符号化ビットをマッピングするための方法が詳細に説明される。
任意で、RIの符号化ビット、チャネル品質情報の符号化ビット、HARQ-ACK情報の符号化ビットは、インタリービング行列の1つの列に位置する。好ましくは、例えば、図10における(a)、(b)、(c)、(d)および(e)に示されるように、C=1、2または3である。任意で、図10における(a)に示されるように、チャネル品質情報の符号化ビットは、インタリービング行列の最上にあるQ行に位置し、RIの符号化ビットは、インタリービング行列の最下にあるQRI行に位置し、HARQ-ACK情報の符号化ビットは、RIの符号化ビットの上のQACK行に位置する。任意で、図10における(b)に示されるように、RIの符号化ビットは、インタリービング行列の最上にあるQRI行に位置し、チャネル品質情報の符号化ビットは、RIの符号化ビットの下のQ行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の最後のQACK行に位置する。任意で、図10における(c)に示されるように、チャネル品質情報の符号化ビットは、インタリービング行列の最上のQ行に位置し、RIの符号化ビットは、インタリービング行列の最後のQRI行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列において不連続に分布する。
任意で、Cは1よりも大きく、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。例えば、図10における(f)および(p)に示されるように、HARQ-ACK情報の符号化ビットは、第1列に位置し、RIの符号化ビットは、第2列に位置する。例えば、図10における(g)に示されるように、HARQ-ACK情報の符号化ビットは、第2列に位置し、RIの符号化ビットは、第1列に位置する。例えば、図10における(q)に示されるように、HARQ-ACK情報の符号化ビットは、第3列に位置し、RIの符号化ビットは、第2列に位置する。例えば、C=6である場合、図10における(t)に示されるように、HARQ-ACK情報の符号化ビットは、第3列および第4列に位置し、RIの符号化ビットは、第2列および第5列に位置する。
任意で、図10における(h)に示されるように、Cは1よりも大きく、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の1つの列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
任意で、図10における(j)、(r)および(s)に示されるように、Cは1よりも大きく、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、RIの符号化ビットおよびチャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
任意で、Cは1よりも大きく、HARQ-ACK情報の符号化ビット、RIの符号化ビットおよびチャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
任意で、図10における(a)、(b)、(f)、(g)、(h)、(i)、(j)、(p)、(q)、(r)、(s)および(t)に示されるように、HARQ-ACK情報の符号化ビット、RIの符号化ビットおよびチャネル品質情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に連続して分布する。
任意で、図10における(c)、(k)、(l)、(m)および(n)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に不連続に分布し、RIの符号化ビットおよびチャネル品質情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に連続して分布する。
任意で、図10における(d)に示されるように、HARQ-ACK情報の符号化ビットおよびRIの符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に不連続に分布し、チャネル品質情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に連続して分布する。
任意で、図10における(e)および(o)に示されるように、HARQ-ACK情報の符号化ビット、RIの符号化ビットおよびチャネル品質情報の符号化ビットは、インタリービング行列の1つの列または少なくとも2つの列または全列に不連続に分布する。
本実施形態で提供される情報処理方法では、端末デバイスは、UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得し、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得し、多重化ビットシーケンスを、PUSCH上で搬送して、PUSCHをネットワークデバイスに送信し、ここで、UCIのTTIの長さは、0.5 ms以下である。このようにして、データ送信遅延は、効果的に低減されることができ、その結果、低遅延サービスの要件が満たされる。加えて、本発明は、そのTTIが0.5 ms以下の長さを有するUCIを、PUSCHに多重化するための方法を提供し、1 ms未満のUCIの送信がサポートされることができないという従来技術における課題を解決する。
図11は、本発明のさらに別の実施形態に係る、情報処理方法のフローチャートである。方法は、ネットワークデバイスによって実行される。図11に示されるように、方法は、以下のステップを含む：
ステップ301：端末デバイスによって送信される、PUSCHを受信し、ここで、PUSCHは、UCIを搬送するために使用され、UCIのTTIの長さは、0.5ミリ秒以下である。
ステップ302：PUSCHから、多重化ビットシーケンスを取得し、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得する。
ステップ303：UCIの符号化ビットおよびデータの符号化ビットを復号する。
本実施形態で提供される情報処理方法は、図3に示される実施形態で提供される情報処理方法に対応し、図3に示される実施形態の実施原理と同様の実施原理を有する。この方法は、独立した実施形態として使用されてよく、または、前述の方法と共に使用されてよい。特に指定されていない限り、前述の実施形態の内容と同じ本実施形態の内容については、前述の実施形態における説明を参照されたく、詳細は、後に再び説明されない。
任意で、UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。
任意で、UCIは、複数個のHARQ-ACK情報を含み、複数個のHARQ-ACK情報はそれぞれ、複数個のダウンリンクデータの受信状態を示す。複数個のダウンリンクデータの少なくとも2つのTTIは、異なる長さを有し、複数個のHARQ-ACK情報のTTIは、同じ長さを有する。任意で、ステップ301の前に、方法は、ネットワークデバイスが、端末デバイスにシグナリングを送信することをさらに含み、ここで、シグナリングは、1つ以上のHARQ-ACK情報のTTIの長さを示すために使用される情報を含む。具体的な内容については、前述の説明を参照されたく、詳細はここでは再び説明されない。
多重化ビットシーケンスの総ビット数は、メカニズム1またはメカニズム2に基づいて決定されてよく、詳細はここでは再び説明されない。メカニズム2に基づいて、ステップ301の前に、ネットワークデバイスは、UL grantを端末デバイスにさらに送信してよい。UL grantの具体的な内容については、前述の説明を参照されたく、詳細はここでは再び説明されない。
任意で、ネットワークデバイスは、制御シグナリングを端末デバイスにさらに送信してよい。制御シグナリングは、上位層シグナリングまたは物理層シグナリングであり、端末デバイスに、メカニズム1またはメカニズム2を使用するように命令するために使用される。
任意で、PUSCHは、時間領域において1つのシンボルを占有する。多重化ビットシーケンスにおけるUCIの様々な位置については、前述の説明を参照されたく、詳細はここでは再び説明されない。
本実施形態では、PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数である。図12は、本発明のさらに別の実施形態に係る、情報処理方法のフローチャートである。図12に示されるように、ステップ302における「多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得する」の実施は、以下のステップを含む：
ステップ3021：インタリービング行列を決定し、ここで、インタリービング行列の列の数がCであり、インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数である。
ステップ3022：多重化ビットシーケンスを、インタリービング行列に書き込む。
好ましくは、ネットワークデバイスは、多重化ビットシーケンスを、インタリービング行列に列ごとに（column by column）書き込む。
ステップ3023：インタリービング行列から、UCIの符号化ビットおよびデータの符号化ビットを取得する。
ステップ3023は、具体的には、インタリービング行列から、RIを取得するステップ、インタリービング行列から、HARQ-ACK情報の符号化ビットを取得するステップおよびデータの符号化ビットおよび/またはチャネル品質情報の符号化ビットを行ごとに（row by rowまたはrows by rows）読み出すステップのうちの少なくとも1つを含んでよい。このように、ステップ3022およびステップ3023は、使用のために結合される。すなわち、データの符号化ビットおよび/またはチャネル品質情報の符号化ビットは、列ごとに書き込まれ、行ごとに読み出され、これは、デインタリーブ機能を実施する。
ネットワークデバイスがステップ3022を実行した後、すなわち、ネットワークデバイスが、多重化ビットシーケンスをインタリービング行列に書き込んだ後、インタリービング行列におけるUCIの符号化ビットの位置については、端末デバイス側の実施形態における説明を参照されたく、詳細はここでは再び説明されない。
本実施形態で提供される情報処理方法では、ネットワークデバイスは、端末デバイスによって送信され、UCIを搬送するPUSCHを受信し、PUSCHから多重化ビットシーケンスを取得し、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得し、UCIの符号化ビットを復号して、元のUCIを取得し、データの符号化ビットを復号して、元のデータを取得し、ここで、UCIのTTIの長さは、0.5 ms以下である。このように、データ送信遅延は効果的に低減されることができ、その結果、低遅延サービスの要件は満たされる。加えて、本発明は、そのTTIが0.5 ms以下の長さを有するUCIを、PUSCHから取得するための方法を提供し、1 ms未満のUCIの送信がサポートされることができないという従来技術における課題を解決する。
図13は、本発明の実施形態に係る、情報処理方法の対話フローチャートである。図13に示されるように、方法は以下のステップを含む：
ステップ401：端末デバイスは、UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得する。
ステップ402：端末デバイスは、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得する。
ステップ403：端末デバイスは、PUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信し、ここで、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である。
ステップ404：端末デバイスによって送信される、PUSCHを受信する。
ステップ405：ネットワークデバイスは、受信されたPUSCHから、多重化ビットシーケンスを取得し、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得する。
ステップ406：ネットワークデバイスは、UCIの符号化ビットを復号して、データの符号化ビットを復号する。
本実施形態で提供される情報処理方法は、端末デバイスが、ネットワークデバイスと情報を交換する実施形態である。情報処理方法の実施原理については、図3および図11に示される実施形態を参照されたい。加えて、前述の実施形態で提供される情報処理方法はまた、本実施形態にも適しており、詳細はここでは再び説明されない。
本実施形態で提供される情報処理方法では、端末デバイスは、UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得し、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得し、次いで、多重化ビットシーケンスを、PUSCH上で搬送して、PUSCHをネットワークデバイスに送信する。ネットワークデバイスは、受信されたPUSCHから多重化ビットシーケンスを取得し、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得し、UCIの符号化ビットを復号して、元のUCIを取得し、データの符号化ビットを復号して、元のデータを取得し、ここで、UCIのTTIの長さは、0.5 ms以下である。このようにして、データ送信遅延は、効果的に低減されることができ、その結果、低遅延サービスの要件が満たされる。
図14は、本発明の実施形態に係る、端末デバイスの概略構成図である。図14に示されるように、端末デバイスは、符号化モジュール11、多重化モジュール12および送信モジュール13を含む。符号化モジュール11は、アップリンク制御情報UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得するように構成される。多重化モジュール12は、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得するように構成される。送信モジュール13は、PUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信するように構成され、ここで、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である。
本実施形態では、UCIのTTIの長さは、0.5 ms以下である。例えば、UCIのTTIの長さは、1シンボル、2シンボル、3シンボル、4シンボルまたは0.5 msである。任意で、PUSCHのTTIの長さは、UCIのTTIの長さ以上である。例えば、PUSCHのTTIの長さは、1シンボル、2シンボル、3シンボル、4シンボル、0.5 msまたは1 msである。従来技術では、UCIのTTIの長さは1 msであり、UCIは、そのTTIが1 msの長さを有するPUSCH上で搬送される。
本実施形態では、UCIの符号化ビットは、UCIの元のビットを符号化することによって取得されるビットである。UCIが、PUSCH上で搬送される場合、異なるタイプのUCIは、独立して符号化される。例えば、端末デバイスは、TS36.212におけるセクション5.2.2.6に従って、異なるタイプのUCIを符号化する。RIおよびCRIの両方が現れる場合、共同チャネル符号化が、RIおよびCRIに対して実行されることは留意されるべきである。
データ（data）の符号化ビットは、データの元のビットを符号化することによって取得されるビットである。データ符号化は主に、巡回冗長検査（CRC, Cyclic Redundancy Check）アタッチメント、チャネル符号化およびレートマッチング等の操作を含む。例えば、TS36.212におけるセクション5.2.2.1からセクション5.2.2.5の記述によると、データ符号化は、トランスポートブロックCRCアタッチメント（Transport block CRC attachment）、コードブロックセグメント化（Code block segmentation）、コードブロックCRCアタッチメント（code block CRC attachment）、チャネル符号化（channel coding）、レートマッチング（Rate matching）およびコードブロック連結（Code block concatenation）を含む。
本実施形態における端末デバイスは、図3に示される方法の実施形態の技術的解決手段を実行するために使用されてよい。その実施原理および技術的効果は同様であり、ここでは再び説明されない。
任意で、UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。
任意で、図14に示される実施形態に基づいて、多重化ビットシーケンスの総ビット数（Tと示される）は、2つの異なるメカニズム：メカニズム1またはメカニズム2を使用することによって取得されてよい。具体的には、以下のとおりである：
メカニズム1
多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、RIの符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数と、RIの符号化ビットの数との和である。
メカニズム1では、端末デバイスは、RIの符号化ビットの数および/またはチャネル品質情報の符号化ビットの数に基づいて、データに対してレートマッチングを実行し、かつ/または、端末デバイスは、HARQ-ACK情報の符号化ビットの数に基づいて、データをパンクチャする。このメカニズムでは、ビットの総数Tは、データの符号化ビットの数、チャネル品質情報の符号化ビットの数、および/または、RIの符号化ビットの数に関連する。
メカニズム2
多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、UCIの符号化ビットの数との和である。
メカニズム2では、端末デバイスは、HARQ-ACK情報の符号化ビットの数および/またはRIの符号化ビットの数および/またはチャネル品質情報の符号化ビットの数に基づいて、データに対してレートマッチングを実行する。このメカニズムでは、総ビット数Tは、データの符号化ビットの数、HARQ-ACK情報の符号化ビットの数、チャネル品質情報の符号化ビットの数およびRIの符号化ビットの数に関する。
本実施形態では、メカニズム1およびメカニズム2の実施原理は、図3に示される実施形態におけるメカニズム1およびメカニズム2の実施原理と同じであり、ここでは再び説明されない。
任意で、端末デバイスは、ネットワークデバイスによって送信される制御シグナリングを受信するように構成される受信モジュールをさらに含んでよい。制御シグナリングは上位層シグナリングまたは物理層シグナリングであり、端末デバイスに、メカニズム1またはメカニズム2を使用するように命令するために使用される。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、チャネル品質情報を含み、多重化ビットシーケンスにおいて、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、RIを含み、多重化ビットシーケンスにおいて、RIの符号化ビットは、データの符号化ビットの後に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、データの符号化ビットの後に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報およびRIを含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、RIの符号化ビットの前に位置する。
PUSCHが時間領域において1つのシンボルを占有する場合に異なるタイプのUCIを多重化する方法が、本実施形態において主に議論される。PUSCHが時間領域において1つのシンボルを占有する場合、PUSCHのTTIの長さは、1シンボルまたは2シンボルである。PUSCHのTTIの長さが2シンボルであっても、PUSCH上で搬送されるデータは、1つのシンボルのみに配置され、DMRSは、他のシンボル、すなわち、図2(a)における第1のTTIを占有することは留意されるべきである。任意で、ビットシーケンスh0,h1,h2,...,hT-1では、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。すなわち、端末デバイスは、データの符号化ビットの前にチャネル品質情報の符号化ビットを連結する。任意で、ビットシーケンスh0,h1,h2,...,hT-1では、RIの符号化ビットは、データの符号化ビットの後に位置する。すなわち、端末デバイスは、データの符号化ビットの後にRIの符号化ビットを連結する。任意で、ビットシーケンスh0,h1,h2,...,hT-1では、HARQ-ACK情報の符号化ビットは、データの符号化ビットまたはチャネル品質情報の符号化ビットの後に位置し、かつ/または、RIの符号化ビットの前に位置する。任意で、端末デバイスは、HARQ-ACK情報の符号化ビットを、データの符号化ビットの後および/またはRIの符号化ビットの前に連結する。任意で、端末デバイスは、HARQ-ACK情報の符号化ビットを、データのいくつかの符号化ビットおよび/またはチャネル品質情報のいくつかの符号化に、後ろから前に上書きする。任意で、HARQ-ACK情報の符号化ビットは、ビットシーケンスh0,h1,h2,...,hT-1に不連続に位置する。任意で、端末デバイスは、HARQ-ACK情報の符号化ビットを、データのいくつかの符号化ビットおよび/またはチャネル品質情報のいくつかの符号化ビットに不連続に上書きする。
さらに、PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数である。多重化モジュール12は、具体的には、インタリービング行列を決定し、UCIの符号化ビットおよびデータの符号化ビットを、インタリービング行列にマッピングし、インタリービング行列から、多重化ビットシーケンスを読み出すように構成され、ここで、インタリービング行列の列の数がCであり、インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数である。
任意で、C=Mである。この場合、端末デバイスは、多重化ビットシーケンスの総ビット数Tおよび時間領域においてPUSCHによって占有されるシンボルの数Mに基づいて、インタリービング行列を決定してよい。例えば、時間領域においてPUSCHによって占有されるシンボルの数Mが3に等しく、多重化ビットシーケンスの総ビット数Tが12に等しく、C=3である場合、R=4である。
任意で、C>Mである。この場合、端末デバイスは、多重化ビットシーケンスの総ビット数Tに基づいて、インタリービング行列を決定する。例えば、時間領域においてPUSCHによって占有されるシンボルの数Mが3に等しく、多重化ビットシーケンスの総ビット数Tが12に等しく、C=4である場合、R=3である。
好ましくは、端末デバイスは、インタリービング行列から、多重化ビットシーケンスを列ごと（column by column）に読み出す。
本実施形態における端末デバイスは、図4に示される方法の実施形態の技術的解決手段を実行するために使用されてよい。その実施原理および技術的効果は同様であり、ここでは再び説明されない。
任意で、図6に示されるように、UCIは、HARQ-ACK情報を含み、C=1, 2または3であり、例えば、図6における(a)、(c)または(i)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、ここで、kはC以下の正の整数であり、または、C=6であり、例えば、図6における(m)に示されるように、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列に位置し、または、C=12であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列、第4列、第9列および第10列に位置する。
任意で、図7に示されるように、UCIは、RIを含み、C=2または3であり、RIの符号化ビットは、インタリービング行列の第2列に位置し、または、C=6であり、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、または、C=12であり、RIの符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列に位置する。
任意で、UCIは、チャネル品質情報を含み、チャネル品質情報の符号化ビットは、インタリービング行列の全列の少なくとも1つの最上行に位置する。
任意で、UCIは、RIおよびHARQ-ACK情報を含み、図の(a)、(e)または(m)に示されるように、C=1, 2, または3であり、RIの符号化ビットは、インタリービング行列の第k列の少なくとも1つの最下行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置するとともに、RIの符号化ビットの上の少なくとも1つの行に位置し、ここで、kはC以下の正の整数であり、または、Cは1よりも大きく、RI情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置する。
任意で、UCIは、チャネル品質情報、RIおよびHARQ-ACK情報を含み、Cは1よりも大きく、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
本実施形態で提供される端末デバイスの実施について、具体的には、図6乃至図10に示される実施形態の実施を参照されたく、詳細はここでは再び説明されない。
図15は、本発明の実施形態に係る、ネットワークデバイスの概略構成図である。図15に示されるように、ネットワークデバイスは、受信モジュール21、逆多重化モジュール22および復号モジュール23を含む。受信モジュール21は、端末デバイスによって送信される、物理的アップリンク共有チャネルPUSCHを受信するように構成され、ここで、PUSCHは、アップリンク制御情報UCIを搬送するために使用され、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である。逆多重化モジュール22は、PUSCHから、多重化ビットシーケンスを取得し、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得するように構成される。復号モジュール23は、UCIの符号化ビットおよびデータの符号化ビットを復号するように構成される。
本実施形態で提供されるネットワークデバイスは、図11に示される方法の実施形態の技術的解決手段を実行するために使用されることができる。その実施原理および技術的効果は同様であり、ここでは再び説明されない。
任意で、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、UCIの符号化ビットの数との和である。
任意で、UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。
任意で、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、RIの符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数と、RIの符号化ビットの数との和である。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、チャネル品質情報を含み、多重化ビットシーケンスにおいて、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、RIを含み、多重化ビットシーケンスにおいて、RIの符号化ビットは、データの符号化ビットの後に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、データの符号化ビットの後に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報およびRIを含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、RIの符号化ビットの前に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有する。多重化ビットシーケンスにおけるUCIの様々な位置については、前述の説明を参照されたく、詳細はここでは再び説明されない。
任意で、PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、逆多重化モジュールは、具体的には、インタリービング行列を決定し、多重化ビットシーケンスを、インタリービング行列に書き込み、インタリービング行列から、UCIの符号化ビットおよびデータの符号化ビットを取得するように構成され、ここで、インタリービング行列の列の数がCであり、インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数である。
本実施形態におけるネットワークデバイスは、図12に示される方法の実施形態の技術的解決手段を実行するために使用されることができる。その実施原理および技術的効果は同様であり、ここでは再び説明されない。
任意で、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=1, 2, または3であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、ここで、kはC以下の正の整数であり、または、C=6であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列に位置し、または、C=12であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列、第4列、第9列および第10列に位置する。
任意で、UCIは、RIを含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=2または3であり、RIの符号化ビットは、インタリービング行列の第2列に位置し、または、C=6であり、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、または、C=12であり、RIの符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列に位置する。
任意で、UCIは、チャネル品質情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、チャネル品質情報の符号化ビットは、インタリービング行列の全列の少なくとも1つの最上行に位置する。
任意で、UCIは、RIおよびHARQ-ACK情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=1, 2, または3であり、RIの符号化ビットは、インタリービング行列の第k列の少なくとも1つの最下行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置するとともに、RIの符号化ビットの上の少なくとも1つの行に位置し、ここで、kはC以下の正の整数であり、または、Cは1よりも大きく、RI情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置する。
任意で、UCIは、チャネル品質情報、RIおよびHARQ-ACK情報を含み、Cは1よりも大きく、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
本実施形態では、多重化ビットシーケンスにおけるUCIの位置については、図6乃至図10における説明を参照されたく、詳細はここでは再び説明されない。
図16は、本発明の実施形態に係る、端末デバイスの概略構成図である。図16に示されるように、端末デバイスは、プロセッサ31および送信機32を含む。プロセッサ31は、アップリンク制御情報UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得し、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得するように構成される。送信機32は、物理的アップリンク共有チャネルPUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信するように構成され、ここで、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である。
本実施形態で提供される端末デバイスは、図3に示される方法の実施形態の技術的解決手段を実行するために使用されてよい。その実施原理および技術的効果は同様であり、ここでは再び説明されない。
プロセッサ31は、汎用プロセッサであってよく、中央処理装置（Central Processing Unit, CPU）、ネットワークプロセッサ（Network Processor, NP）等を含み、または、デジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）または別のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックデバイス、またはディスクリートハードウェアコンポーネントであってよい。
任意で、端末デバイスは、受信機およびメモリをさらに含んでよい。受信機はプロセッサに結合され、メモリはプロセッサに結合される。受信機は、ネットワークデバイスまたは別のデバイスによって送信されるデータ、メッセージ等を受信するように構成される。メモリは、オペレーティングシステム、プログラムコードおよびデータを記憶するように構成される。メモリは、ランダムアクセスメモリ（random access memory, RAM）を含んでよく、不揮発性メモリ（non-volatile memory）、例えば、少なくとも1つの磁気ディスクストレージをさらに含んでよい。
任意で、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、UCIの符号化ビットの数との和である。
任意で、UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。
任意で、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、RIの符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数と、RIの符号化ビットの数との和である。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、チャネル品質情報を含み、多重化ビットシーケンスにおいて、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、RIを含み、多重化ビットシーケンスにおいて、RIの符号化ビットは、データの符号化ビットの後に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、データの符号化ビットの後に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報およびRIを含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、RIの符号化ビットの前に位置する。
任意で、PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、プロセッサ31が、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得することは、プロセッサ31が、インタリービング行列を決定し、UCIの符号化ビットおよびデータの符号化ビットを、インタリービング行列にマッピングし、インタリービング行列から、多重化ビットシーケンスを読み出し、ここで、インタリービング行列の列の数がCであり、インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数であることを含む。
任意で、UCIは、HARQ-ACK情報を含み、C=1, 2, または3であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、ここで、kはC以下の正の整数であり、または、C=6であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列に位置し、または、C=12であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列、第4列、第9列および第10列に位置する。
任意で、UCIは、RIを含み、C=2または3であり、RIの符号化ビットは、インタリービング行列の第2列に位置し、または、C=6であり、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、または、C=12であり、RIの符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列に位置する。
任意で、UCIは、チャネル品質情報を含み、チャネル品質情報の符号化ビットは、インタリービング行列の全列の少なくとも1つの最上行に位置する。
任意で、UCIは、RIおよびHARQ-ACK情報を含み、C=1, 2, または3であり、RIの符号化ビットは、インタリービング行列の第k列の少なくとも1つの最下行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置するとともに、RIの符号化ビットの上の少なくとも1つの行に位置し、ここで、kはC以下の正の整数であり、または、Cは1よりも大きく、RI情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置する。
任意で、UCIは、チャネル品質情報、RIおよびHARQ-ACK情報を含み、Cは1よりも大きく、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
本実施形態で提供されるネットワークデバイスの実施原理および有益な効果は、図3乃至図5に示される方法の実施形態の実施原理および有益な効果と同様である。多重化ビットシーケンスにおけるUCIの分配については、具体的には、図6乃至図10の説明を参照されたく、詳細はここでは再び説明されない。
図17は、本発明の実施形態に係る、ネットワークデバイスの概略構成図である。図17に示されるように、ネットワークデバイスは、受信機41およびプロセッサ42を含む。受信機41は、端末デバイスによって送信される、物理的アップリンク共有チャネルPUSCHを受信するように構成され、ここで、PUSCHは、アップリンク制御情報UCIを搬送するために使用され、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である。プロセッサ42は、PUSCHから、多重化ビットシーケンスを取得し、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得し、UCIの符号化ビットおよびデータの符号化ビットを復号するように構成される。
本実施形態におけるネットワークデバイスは、図11に示される方法の実施形態の技術的解決手段を実行するために使用されてよい。その実施原理および技術的効果は同様であり、ここでは再び説明されない。
プロセッサ42は、汎用プロセッサであってよく、中央処理装置（Central Processing Unit, CPU）、ネットワークプロセッサ（Network Processor, NP）等を含み、または、デジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）または別のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックデバイス、またはディスクリートハードウェアコンポーネントであってよい。
任意で、ネットワークデバイスは、送信機およびメモリをさらに含んでよい。送信機はプロセッサに結合され、メモリはプロセッサに結合される。送信機は、端末デバイスまたは別のデバイスに、データ、メッセージ等を送信するように構成される。メモリは、オペレーティングシステム、プログラムコードおよびデータを記憶するように構成される。メモリは、ランダムアクセスメモリ（random access memory, RAM）を含んでよく、不揮発性メモリ（non-volatile memory）、例えば、少なくとも1つの磁気ディスクストレージを含んでよい。
任意で、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、UCIの符号化ビットの数との和である。
任意で、UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む。
任意で、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、RIの符号化ビットの数との和であり、または、多重化ビットシーケンスの総ビット数は、データの符号化ビットの数と、チャネル品質情報の符号化ビットの数と、RIの符号化ビットの数との和である。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、チャネル品質情報を含み、多重化ビットシーケンスにおいて、チャネル品質情報の符号化ビットは、データの符号化ビットの前に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、RIを含み、多重化ビットシーケンスにおいて、RIの符号化ビットは、データの符号化ビットの後に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、データの符号化ビットの後に位置する。
任意で、PUSCHは、時間領域において1つのシンボルを占有し、UCIは、HARQ-ACK情報およびRIを含み、多重化ビットシーケンスにおいて、HARQ-ACK情報は、RIの符号化ビットの前に位置する。
任意で、PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、プロセッサ42が、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得することは、プロセッサ42が、インタリービング行列を決定し、多重化ビットシーケンスを、インタリービング行列に書き込み、インタリービング行列から、UCIの符号化ビットおよびデータの符号化ビットを取得し、ここで、インタリービング行列の列の数がCであり、インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、多重化ビットシーケンスの総ビット数であり、Tは正の整数であることを含む。
任意で、UCIは、HARQ-ACK情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=1, 2, または3であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置し、ここで、kはC以下の正の整数であり、または、C=6であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列および第4列に位置し、または、C=12であり、HARQ-ACK情報の符号化ビットは、インタリービング行列の第3列、第4列、第9列および第10列に位置する。
任意で、UCIは、RIを含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=2または3であり、RIの符号化ビットは、インタリービング行列の第2列に位置し、または、C=6であり、RIの符号化ビットは、インタリービング行列の第2列および第5列に位置し、または、C=12であり、RIの符号化ビットは、インタリービング行列の第2列、第5列、第8列および第11列に位置する。
任意で、UCIは、チャネル品質情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、チャネル品質情報の符号化ビットは、インタリービング行列の全列の少なくとも1つの最上行に位置する。
任意で、UCIは、RIおよびHARQ-ACK情報を含み、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、C=1, 2, または3であり、RIの符号化ビットは、インタリービング行列の第k列の少なくとも1つの最下行に位置し、HARQ-ACK情報の符号化ビットは、インタリービング行列の第k列に位置するとともに、RIの符号化ビットの上の少なくとも1つの行に位置し、ここで、kはC以下の正の整数であり、または、Cは1よりも大きく、RI情報の符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置する。
任意で、UCIは、チャネル品質情報、RIおよびHARQ-ACK情報を含み、Cは1よりも大きく、多重化ビットシーケンスが、インタリービング行列に書き込まれた後、RIの符号化ビットおよびHARQ-ACK情報の符号化ビットは、インタリービング行列の異なる列に位置し、チャネル品質情報の符号化ビットは、インタリービング行列の全列に位置する。
本実施形態で提供されるネットワークデバイスの実施原理および有益な効果は、図11および図12に示される方法の実施形態の実施原理および有益な効果と同様である。多重化ビットシーケンスにおけるUCIの分配については、具体的には、図6乃至図10の説明を参照されたく、詳細はここでは再び説明されない。
本発明の実施形態は、端末デバイスおよびネットワークデバイスを含む、通信システムをさらに提供する。端末デバイスは、アップリンク制御情報UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得し、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得し、物理的アップリンク共有チャネルPUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信するように構成され、ここで、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である。ネットワークデバイスは、端末デバイスによって送信されるPUSCHを受信し、PUSCHから、多重化ビットシーケンスを取得し、多重化ビットシーケンスを逆多重化して、UCIの符号化ビットおよびデータの符号化ビットを取得し、UCIの符号化ビットおよびデータの符号化ビットを復号するように構成される。
本実施形態における通信システムは、図13に示される方法の実施形態の技術的解決手段を実行するために使用されてよく、その実施原理および技術的効果は同様であり、ここでは再び説明されない。
本実施形態における通信システムは、図3乃至図5、図11および図12に示される方法の実施形態の技術的解決手段を実行するためにさらに使用されてよい。その実施原理および技術的効果は同様である。多重化ビットシーケンスにおけるUCIの様々な位置については、図6乃至図10の前述の説明を参照されたい。加えて、前述の実施形態の内容と同じである本実施形態の内容については、前述の実施形態における説明を参照されたく、詳細はここでは再び説明されない。
当業者は、方法の実施形態のステップの全てまたは一部は、関連ハードウェアに指示するプログラムによって実施されてよいことを理解することができる。プログラムは、コンピュータ可読記憶媒体に記憶されてよい。プログラムが実行されると、方法の実施形態のステップは実行される。前述の記憶媒体は、読出し専用メモリ（Read-Only Memory, ROM）、ランダムアクセスメモリ（random access memory, RAM）、磁気ディスクまたは光ディスク等の、プログラムコードを記憶することができる任意の媒体を含む。
最後に、前述の実施形態は、単に、本発明の技術的解決手段を説明するために意図されており、本発明を限定するためには意図されていないことは留意されるべきである。本発明は前述の実施形態を参照して詳細に説明されているが、当業者は、本発明の実施形態の技術的解決手段の範囲を逸脱することなく、前述の実施形態で説明される技術的解決手段に対してさらに修正を行うことができ、または、その一部または全ての技術的特徴に均等置換をさらに行うことができることを理解するべきである。
11 符号化モジュール
12 多重化モジュール
13 送信モジュール
21 受信モジュール
22 逆多重化モジュール
23 復号モジュール
31 プロセッサ
32 送信機
41 受信機
42 プロセッサ

Claims (10)

  1. 情報処理方法であって、
    アップリンク制御情報（UCI）を符号化して、前記UCIの符号化ビットを取得し、データを符号化して、前記データの符号化ビットを取得するステップと、
    前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得するステップと、
    物理的アップリンク共有チャネル（PUSCH）を介して、前記多重化ビットシーケンスをネットワークデバイスに送信するステップであって、前記UCIの送信時間間隔（TTI）の長さは、0.5ミリ秒以下である、ステップとを含み、
    前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報またはランク指示（RI）のうちの少なくとも1つを含み、
    前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報の符号化ビットは、前記RIの符号化ビットの前に位置し、
    前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、方法。
  2. 情報処理方法であって、
    端末デバイスによって送信される、物理的アップリンク共有チャネル（PUSCH）を受信するステップであって、前記PUSCHは、アップリンク制御情報（UCI）を搬送するために使用され、前記UCIの送信時間間隔（TTI）の長さは、0.5ミリ秒以下である、ステップと、
    前記PUSCHから、多重化ビットシーケンスを取得するステップであって、前記多重化ビットシーケンスを逆多重化して、前記UCIの符号化ビットおよびデータの符号化ビットを取得するステップと、
    前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを復号するステップとを含み、
    前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報またはランク指示（RI）のうちの少なくとも1つを含み、
    前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記RIの符号化ビットの前に位置し、
    前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、方法。
  3. 端末デバイスであって、
    アップリンク制御情報（UCI）を符号化して、前記UCIの符号化ビットを取得し、データを符号化して、前記データの符号化ビットを取得するように構成される符号化モジュールと、
    前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得するように構成される多重化モジュールと、
    物理的アップリンク共有チャネル（PUSCH）を介して、前記多重化ビットシーケンスをネットワークデバイスに送信するように構成される送信モジュールであって、前記UCIの送信時間間隔（TTI）の長さは、0.5ミリ秒以下である、送信モジュールとを含み、
    前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報またはランク指示（RI）のうちの少なくとも1つを含み、
    前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報の符号化ビットは、前記RIの符号化ビットの前に位置し、
    前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、端末デバイス。
  4. ネットワークデバイスであって、
    端末デバイスによって送信される、物理的アップリンク共有チャネル（PUSCH）を受信するように構成される受信モジュールであって、前記PUSCHは、アップリンク制御情報（UCI）を搬送するために使用され、前記UCIの送信時間間隔（TTI）の長さは、0.5ミリ秒以下である、受信モジュールと、
    前記PUSCHから、多重化ビットシーケンスを取得し、前記多重化ビットシーケンスを逆多重化して、前記UCIの符号化ビットおよびデータの符号化ビットを取得するように構成される逆多重化モジュールと、
    前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを復号するように構成される復号モジュールとを含み、
    前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報またはランク指示（RI）のうちの少なくとも1つを含み、
    前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報の符号化ビットは、前記RIの符号化ビットの前に位置し、
    前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、ネットワークデバイス。
  5. 端末デバイスであって、
    アップリンク制御情報（UCI）を符号化して、前記UCIの符号化ビットを取得し、データを符号化して、前記データの符号化ビットを取得し、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得するように構成されるプロセッサと、
    物理的アップリンク共有チャネル（PUSCH）を介して、前記多重化ビットシーケンスをネットワークデバイスに送信するように構成される送信機であって、前記UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、送信機とを含み、
    前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報またはランク指示（RI）のうちの少なくとも1つを含み、
    前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報の符号化ビットは、前記RIの符号化ビットの前に位置し、
    前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、端末デバイス。
  6. ネットワークデバイスであって、
    端末デバイスによって送信される、物理的アップリンク共有チャネル（PUSCH）を受信するように構成される受信機であって、前記PUSCHは、アップリンク制御情報（UCI）を搬送するために使用され、前記UCIの送信時間間隔（TTI）の長さは、0.5ミリ秒以下である、受信機と、
    前記PUSCHから、多重化ビットシーケンスを取得し、前記多重化ビットシーケンスを逆多重化して、前記UCIの符号化ビットおよびデータの符号化ビットを取得し、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを復号するように構成されるプロセッサとを含み、
    前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報またはランク指示（RI）のうちの少なくとも1つを含み、
    前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報の符号化ビットは、前記RIの符号化ビットの前に位置し、
    前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、ネットワークデバイス。
  7. コンピュータによって実行されると、前記コンピュータに、請求項1に記載の前記方法を実行させる命令を含む、コンピュータ可読記憶媒体。
  8. コンピュータによって実行されると、前記コンピュータに、請求項2に記載の前記方法を実行させる命令を含む、コンピュータ可読記憶媒体。
  9. コンピュータに、請求項1に記載の前記方法を実施させる、プログラム。
  10. コンピュータに、請求項2に記載の前記方法を実施させる、プログラム。
JP2018551200A 2016-03-30 2016-03-30 情報処理方法、端末デバイス、ネットワークデバイスおよび通信システム Active JP6995772B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/077931 WO2017166145A1 (zh) 2016-03-30 2016-03-30 信息的处理方法、终端设备、网络设备和通信***

Publications (2)

Publication Number Publication Date
JP2019514266A JP2019514266A (ja) 2019-05-30
JP6995772B2 true JP6995772B2 (ja) 2022-01-17

Family

ID=59963253

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018551200A Active JP6995772B2 (ja) 2016-03-30 2016-03-30 情報処理方法、端末デバイス、ネットワークデバイスおよび通信システム

Country Status (9)

Country Link
US (2) US10897774B2 (ja)
EP (2) EP3429114B1 (ja)
JP (1) JP6995772B2 (ja)
KR (1) KR102172052B1 (ja)
CN (3) CN108886441B (ja)
AU (1) AU2016400171B2 (ja)
BR (1) BR112018068950B1 (ja)
CA (1) CA3018392C (ja)
WO (1) WO2017166145A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107276715A (zh) * 2016-04-01 2017-10-20 中兴通讯股份有限公司 一种传输信号的方法和装置
PT3562247T (pt) 2016-04-07 2020-07-03 Ericsson Telefon Ab L M Nó de rede de rádio, dispositivo sem fios e métodos executados nos mesmos
JP6745360B2 (ja) 2016-05-13 2020-08-26 テレフオンアクチーボラゲット エルエム エリクソン（パブル） ダウンリンク送信の設定
CN109906572B (zh) * 2016-08-12 2022-02-08 瑞典爱立信有限公司 带有缩短传输时间间隔的pusch上的上行链路控制信令
US11140678B2 (en) 2016-08-12 2021-10-05 Telefonaktiebolaget Lm Ericsson (Publ) Short TTI patterns
US11412534B2 (en) * 2016-11-04 2022-08-09 Qualcomm Incorporated System and method for mapping uplink control information
US10772084B2 (en) 2017-01-09 2020-09-08 Motorola Mobility Llc Method and apparatus for scheduling information for a downlink data channel
BR112019016073A2 (pt) * 2017-02-05 2020-03-31 Lg Electronics Inc. Método para transmissão de informação de controle de uplink por terminal em um sistema de comunicação sem fio e aparelho que oferece suporte ao mesmo
US11601223B2 (en) * 2017-08-18 2023-03-07 Qualcomm Incorporated Systems and methods for HARQ transmission and retransmission using multiple code words
WO2019064582A1 (ja) * 2017-09-29 2019-04-04 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
KR102656165B1 (ko) 2018-04-09 2024-04-08 구글 엘엘씨 5g nr 업 링크 멀티플렉싱 장치 및 방법
EP3817478A4 (en) * 2018-05-22 2022-03-09 Ntt Docomo, Inc. USER TERMINAL AND WIRELESS COMMUNICATION METHOD
CN111757487B (zh) 2019-03-29 2022-04-12 华为技术有限公司 一种通信方法及设备
CN112134663B (zh) * 2019-06-25 2021-10-29 大唐移动通信设备有限公司 一种资源复用装置
EP4088526A4 (en) * 2020-01-10 2023-10-04 Qualcomm Incorporated MULTISLOT AIRTIME INTERVAL BASED CHANNEL STATE INFORMATION AND MULTIPLEXES OF A SHARED UPLINK CHANNEL

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013513323A (ja) 2009-12-07 2013-04-18 ▲ホア▼▲ウェイ▼技術有限公司 アップリンク制御情報を送信するための方法および装置

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101513042B1 (ko) * 2008-12-02 2015-04-17 엘지전자 주식회사 신호 전송 방법 및 전송 장치
US8631485B2 (en) * 2009-01-19 2014-01-14 International Business Machines Corporation Identification of malicious activities through non-logged-in host usage
KR20100083440A (ko) * 2009-01-13 2010-07-22 삼성전자주식회사 다중 반송파 전송 방식을 사용하는 무선 통신 시스템에서의상향링크 제어 정보 송신 장치 및 방법
EP2524437B1 (en) * 2010-01-11 2019-05-22 BlackBerry Limited Control channel interference management and extended pdcch
WO2011112004A2 (ko) * 2010-03-10 2011-09-15 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 정보 전송 방법 및 장치
KR101813031B1 (ko) * 2010-04-13 2017-12-28 엘지전자 주식회사 상향링크 신호를 전송하는 방법 및 이를 위한 장치
CN102263617B (zh) * 2010-05-31 2016-08-03 中兴通讯股份有限公司 上行控制信息在物理上行共享信道上的发送方法及装置
KR101846164B1 (ko) * 2010-08-20 2018-04-06 엘지전자 주식회사 무선 통신 시스템에서 제어 정보를 송신하는 방법 및 이를 위한 장치
EP2706715B1 (en) * 2011-05-02 2020-03-04 LG Electronics Inc. Method and device for transmitting uplink control information having large payload in wireless access system
CN103095398B (zh) * 2011-11-04 2017-04-12 华为技术有限公司 传输控制信息的方法、用户设备和基站
US9398573B2 (en) 2012-03-08 2016-07-19 Samsung Electronics Co., Ltd. Transmission of uplink control information for coordinated multi-point reception
US10555286B2 (en) * 2013-07-30 2020-02-04 Qualcomm Incorporated Uplink control information (UCI) transmission with bundling considerations
US10278178B2 (en) * 2014-05-19 2019-04-30 Qualcomm Incorporated Apparatus and method for inter-band pairing of carriers for time division duplex transmit- and receive-switching
EP3840264A1 (en) * 2014-09-08 2021-06-23 Interdigital Patent Holdings, Inc. Controlling the operation of dci based reception

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013513323A (ja) 2009-12-07 2013-04-18 ▲ホア▼▲ウェイ▼技術有限公司 アップリンク制御情報を送信するための方法および装置

Also Published As

Publication number Publication date
CA3018392C (en) 2021-11-02
US11595978B2 (en) 2023-02-28
US10897774B2 (en) 2021-01-19
BR112018068950B1 (pt) 2023-11-07
AU2016400171A1 (en) 2018-10-11
KR102172052B1 (ko) 2020-10-30
EP3429114A1 (en) 2019-01-16
CN108886441A (zh) 2018-11-23
EP3796589B1 (en) 2023-04-26
AU2016400171B2 (en) 2019-12-19
EP3796589A1 (en) 2021-03-24
US20210112576A1 (en) 2021-04-15
CN110086576B (zh) 2020-07-14
EP3429114A4 (en) 2019-03-06
US20190037585A1 (en) 2019-01-31
WO2017166145A1 (zh) 2017-10-05
CN108886441B (zh) 2020-10-23
CA3018392A1 (en) 2017-10-05
CN112350801A (zh) 2021-02-09
JP2019514266A (ja) 2019-05-30
EP3429114B1 (en) 2020-09-16
KR20180121591A (ko) 2018-11-07
CN110086576A (zh) 2019-08-02
BR112018068950A2 (pt) 2019-01-22
CN112350801B (zh) 2024-04-12

Similar Documents

Publication Publication Date Title
US11595978B2 (en) Information processing method and apparatus
US9509441B2 (en) Mobile station apparatus, processing method, and integrated circuit
JP6523578B1 (ja) Ｐｕｓｃｈにおけるｈａｒｑ−ａｃｋ多重化
CN106850128B (zh) 用于发送控制信息的方法及其设备
CN103095398B (zh) 传输控制信息的方法、用户设备和基站
US8824373B2 (en) Apparatus for transmitting an uplink signal and method thereof
US10038526B2 (en) Wireless device, a network node and methods therein for transmitting control information in a D2D communication
US9554370B2 (en) Method and apparatus for transmitting control information through uplink
WO2017050078A1 (zh) 上行控制信息的发送、获取方法及装置
CN108633014B (zh) 数据发送的方法、终端设备和网络设备
JP7317018B2 (ja) アップリンク制御情報を送信するための方法および装置
KR20180034539A (ko) 업링크 제어 정보 송신 방법과 수신 방법, 및 관련 장치
CN111566961B (zh) 一种信息传输方法及设备
US8780789B2 (en) Methods and nodes related to coding of channel status information (CSI) payload
TWI693854B (zh) 上行鏈路控制資訊處理方法及使用者設備

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20181025

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181025

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190917

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191204

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20200525

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200925

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20200925

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20201005

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20201012

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20201204

C211 Notice of termination of reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C211

Effective date: 20201214

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20210201

C22 Notice of designation (change) of administrative judge

Free format text: JAPANESE INTERMEDIATE CODE: C22

Effective date: 20210419

C13 Notice of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: C13

Effective date: 20210524

C302 Record of communication

Free format text: JAPANESE INTERMEDIATE CODE: C302

Effective date: 20210820

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210824

C23 Notice of termination of proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C23

Effective date: 20211018

C03 Trial/appeal decision taken

Free format text: JAPANESE INTERMEDIATE CODE: C03

Effective date: 20211115

C30A Notification sent

Free format text: JAPANESE INTERMEDIATE CODE: C3012

Effective date: 20211115

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20211215

R150 Certificate of patent or registration of utility model

Ref document number: 6995772

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150