(57)【要約】  本発明は、情報処理方法、端末デバイス、ネットワークデバイスおよび通信システムを提供する。方法は、アップリンク制御情報UCIを符号化して、UCIの符号化ビットを取得し、データを符号化して、データの符号化ビットを取得するステップと、UCIの符号化ビットおよびデータの符号化ビットを多重化して、多重化ビットシーケンスを取得するステップと、物理的アップリンク共有チャネルPUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信するステップとを含み、ここで、UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である。このようにして、データ送信の遅延は効果的に低減されることができ、その結果、低遅延サービスの要件は満たされる。
2019514266.tif 000002
【特許請求の範囲】
【請求項１】
情報処理方法であって、
アップリンク制御情報UCIを符号化して、前記UCIの符号化ビットを取得し、データを符号化して、前記データの符号化ビットを取得するステップと、
前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得するステップと、
物理的アップリンク共有チャネルPUSCH上で前記多重化ビットシーケンスを搬送し、前記PUSCHをネットワークデバイスに送信するステップであって、前記UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、ステップとを含む方法。
【請求項２】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、請求項1に記載の方法。
【請求項３】
前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む、請求項1に記載の方法。
【請求項４】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記RIの符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数と、前記RIの符号化ビットの数との和である、請求項3に記載の方法。
【請求項５】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記チャネル品質情報を含み、前記多重化ビットシーケンスにおいて、前記チャネル品質情報の符号化ビットは、前記データの前記符号化ビットの前に位置する、請求項3に記載の方法。
【請求項６】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記RIを含み、前記多重化ビットシーケンスにおいて、前記RIの符号化ビットは、前記データの前記符号化ビットの後に位置する、請求項3に記載の方法。
【請求項７】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報を含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記データの前記符号化ビットの後に位置する、請求項3に記載の方法。
【請求項８】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記RIの符号化ビットの前に位置する、請求項3に記載の方法。
【請求項９】
前記PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得する前記ステップは、
インタリービング行列を決定するステップであって、前記インタリービング行列の列の数がCであり、前記インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、前記多重化ビットシーケンスの総ビット数であり、Tは正の整数である、ステップと、
前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを、前記インタリービング行列にマッピングするステップと、
前記インタリービング行列から、前記多重化ビットシーケンスを読み出すステップとを含む、請求項3に記載の方法。
【請求項１０】
前記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列に位置する、請求項9に記載の方法。
【請求項１１】
前記UCIは、前記RIを含み、
C=2または3であり、前記RIの符号化ビットは、前記インタリービング行列の第2列に位置し、または、
C=6であり、前記RIの符号化ビットは、前記インタリービング行列の第2列および第5列に位置し、または、
C=12であり、前記RIの符号化ビットは、前記インタリービング行列の第2列、第5列、第8列および第11列に位置する、請求項9に記載の方法。
【請求項１２】
前記UCIは、前記チャネル品質情報を含み、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列の少なくとも1つの最上行に位置する、請求項9に記載の方法。
【請求項１３】
前記UCIは、前記RIおよび前記HARQ-ACK情報を含み、
C=1, 2, または3であり、前記RIの符号化ビットは、前記インタリービング行列の第k列の少なくとも1つの最下行に位置し、前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の第k列に位置するとともに、前記RIの前記符号化ビットの上の少なくとも1つの行に位置し、kはC以下の正の整数であり、または、
Cは1よりも大きく、前記RI情報の符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置する、請求項9に記載の方法。
【請求項１４】
前記UCIは、前記チャネル品質情報、前記RIおよび前記HARQ-ACK情報を含み、Cは1よりも大きく、
前記RIの符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置し、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列に位置する、請求項9に記載の方法。
【請求項１５】
情報処理方法であって、
端末デバイスによって送信される、物理的アップリンク共有チャネルPUSCHを受信するステップであって、前記PUSCHは、アップリンク制御情報UCIを搬送するために使用され、前記UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、ステップと、
前記PUSCHから、多重化ビットシーケンスを取得するステップであって、前記多重化ビットシーケンスを逆多重化して、前記UCIの符号化ビットおよびデータの符号化ビットを取得するステップと、
前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを復号するステップとを含む方法。
【請求項１６】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、請求項15に記載の方法。
【請求項１７】
前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む、請求項15に記載の方法。
【請求項１８】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記RIの符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数と、前記RIの符号化ビットの数との和である、請求項17に記載の方法。
【請求項１９】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記チャネル品質情報を含み、前記多重化ビットシーケンスにおいて、前記チャネル品質情報の符号化ビットは、前記データの前記符号化ビットの前に位置する、請求項17に記載の方法。
【請求項２０】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記RIを含み、前記多重化ビットシーケンスにおいて、前記RIの符号化ビットは、前記データの前記符号化ビットの後に位置する、請求項17に記載の方法。
【請求項２１】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報を含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記データの前記符号化ビットの後に位置する、請求項17に記載の方法。
【請求項２２】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記RIの符号化ビットの前に位置する、請求項17に記載の方法。
【請求項２３】
前記PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、前記多重化ビットシーケンスを逆多重化して、前記UCIの符号化ビットおよびデータの符号化ビットを取得する前記ステップは、
インタリービング行列を決定するステップであって、前記インタリービング行列の列の数がCであり、前記インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、前記多重化ビットシーケンスの総ビット数であり、Tは正の整数である、ステップと、
前記多重化ビットシーケンスを、前記インタリービング行列に書き込むステップと、
前記インタリービング行列から、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを取得するステップとを含む、請求項17に記載の方法。
【請求項２４】
前記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列に位置する、請求項23に記載の方法。
【請求項２５】
前記UCIは、前記RIを含み、前記多重化ビットシーケンスを、前記インタリービング行列に書き込む前記ステップの後、
C=2または3であり、前記RIの符号化ビットは、前記インタリービング行列の第2列に位置し、または、
C=6であり、前記RIの符号化ビットは、前記インタリービング行列の第2列および第5列に位置し、または、
C=12であり、前記RIの符号化ビットは、前記インタリービング行列の第2列、第5列、第8列および第11列に位置する、請求項23に記載の方法。
【請求項２６】
前記UCIは、前記チャネル品質情報を含み、前記多重化ビットシーケンスを、前記インタリービング行列に書き込む前記ステップの後、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列の少なくとも1つの最上行に位置する、請求項23に記載の方法。
【請求項２７】
前記UCIは、前記RIおよび前記HARQ-ACK情報を含み、前記多重化ビットシーケンスを、前記インタリービング行列に書き込む前記ステップの後、
C=1, 2, または3であり、前記RIの符号化ビットは、前記インタリービング行列の第k列の少なくとも1つの最下行に位置し、前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の第k列に位置するとともに、前記RIの前記符号化ビットの上の少なくとも1つの行に位置し、kはC以下の正の整数であり、または、
Cは1よりも大きく、前記RI情報の符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置する、請求項23に記載の方法。
【請求項２８】
前記UCIは、前記チャネル品質情報、前記RIおよび前記HARQ-ACK情報を含み、Cは1よりも大きく、前記多重化ビットシーケンスを、前記インタリービング行列に書き込む前記ステップの後、前記RIの符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置し、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列に位置する、請求項23に記載の方法。
【請求項２９】
端末デバイスであって、
アップリンク制御情報UCIを符号化して、前記UCIの符号化ビットを取得し、データを符号化して、前記データの符号化ビットを取得するように構成される符号化モジュールと、
前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得するように構成される多重化モジュールと、
物理的アップリンク共有チャネルPUSCH上で前記多重化ビットシーケンスを搬送し、前記PUSCHをネットワークデバイスに送信するように構成される送信モジュールであって、前記UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、送信モジュールとを含む端末デバイス。
【請求項３０】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、請求項29に記載の端末デバイス。
【請求項３１】
前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む、請求項29に記載の端末デバイス。
【請求項３２】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記RIの符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数と、前記RIの符号化ビットの数との和である、請求項31に記載の端末デバイス。
【請求項３３】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記チャネル品質情報を含み、前記多重化ビットシーケンスにおいて、前記チャネル品質情報の符号化ビットは、前記データの前記符号化ビットの前に位置する、請求項31に記載の端末デバイス。
【請求項３４】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記RIを含み、前記多重化ビットシーケンスにおいて、前記RIの符号化ビットは、前記データの前記符号化ビットの後に位置する、請求項31に記載の端末デバイス。
【請求項３５】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報を含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記データの前記符号化ビットの後に位置する、請求項31に記載の端末デバイス。
【請求項３６】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記RIの符号化ビットの前に位置する、請求項31に記載の端末デバイス。
【請求項３７】
前記PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、
前記多重化モジュールは、具体的には、インタリービング行列を決定し、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを、前記インタリービング行列にマッピングし、前記インタリービング行列から、前記多重化ビットシーケンスを読み出すように構成され、前記インタリービング行列の列の数がCであり、前記インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、前記多重化ビットシーケンスの総ビット数であり、Tは正の整数である、請求項31に記載の端末デバイス。
【請求項３８】
前記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列に位置する、請求項37に記載の端末デバイス。
【請求項３９】
前記UCIは、前記RIを含み、
C=2または3であり、前記RIの符号化ビットは、前記インタリービング行列の第2列に位置し、または、
C=6であり、前記RIの符号化ビットは、前記インタリービング行列の第2列および第5列に位置し、または、
C=12であり、前記RIの符号化ビットは、前記インタリービング行列の第2列、第5列、第8列および第11列に位置する、請求項37に記載の端末デバイス。
【請求項４０】
前記UCIは、前記チャネル品質情報を含み、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列の少なくとも1つの最上行に位置する、請求項37に記載の端末デバイス。
【請求項４１】
前記UCIは、前記RIおよび前記HARQ-ACK情報を含み、
C=1, 2, または3であり、前記RIの符号化ビットは、前記インタリービング行列の第k列の少なくとも1つの最下行に位置し、前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の第k列に位置するとともに、前記RIの前記符号化ビットの上の少なくとも1つの行に位置し、kはC以下の正の整数であり、または、
Cは1よりも大きく、前記RI情報の符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置する、請求項37に記載の端末デバイス。
【請求項４２】
前記UCIは、前記チャネル品質情報、前記RIおよび前記HARQ-ACK情報を含み、Cは1よりも大きく、
前記RIの符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置し、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列に位置する、請求項37に記載の端末デバイス。
【請求項４３】
ネットワークデバイスであって、
端末デバイスによって送信される、物理的アップリンク共有チャネルPUSCHを受信するように構成される受信モジュールであって、前記PUSCHは、アップリンク制御情報UCIを搬送するために使用され、前記UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、受信モジュールと、
前記PUSCHから、多重化ビットシーケンスを取得し、前記多重化ビットシーケンスを逆多重化して、前記UCIの符号化ビットおよびデータの符号化ビットを取得するように構成される逆多重化モジュールと、
前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを復号するように構成される復号モジュールとを含むネットワークデバイス。
【請求項４４】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、請求項43に記載のネットワークデバイス。
【請求項４５】
前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む、請求項43に記載のネットワークデバイス。
【請求項４６】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記RIの符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数と、前記RIの符号化ビットの数との和である、請求項45に記載のネットワークデバイス。
【請求項４７】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記チャネル品質情報を含み、前記多重化ビットシーケンスにおいて、前記チャネル品質情報の符号化ビットは、前記データの前記符号化ビットの前に位置する、請求項45に記載のネットワークデバイス。
【請求項４８】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記RIを含み、前記多重化ビットシーケンスにおいて、前記RIの符号化ビットは、前記データの前記符号化ビットの後に位置する、請求項45に記載のネットワークデバイス。
【請求項４９】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報を含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記データの前記符号化ビットの後に位置する、請求項45に記載のネットワークデバイス。
【請求項５０】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記RIの符号化ビットの前に位置する、請求項45に記載のネットワークデバイス。
【請求項５１】
前記PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、
前記逆多重化モジュールは、具体的には、インタリービング行列を決定し、前記多重化ビットシーケンスを、前記インタリービング行列に書き込み、前記インタリービング行列から、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを取得するように構成され、前記インタリービング行列の列の数がCであり、前記インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、前記多重化ビットシーケンスの総ビット数であり、Tは正の整数である、請求項45に記載のネットワークデバイス。
【請求項５２】
前記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列に位置する、請求項51に記載のネットワークデバイス。
【請求項５３】
前記UCIは、前記RIを含み、前記多重化ビットシーケンスが、前記インタリービング行列に書き込まれた後、
C=2または3であり、前記RIの符号化ビットは、前記インタリービング行列の第2列に位置し、または、
C=6であり、前記RIの符号化ビットは、前記インタリービング行列の第2列および第5列に位置し、または、
C=12であり、前記RIの符号化ビットは、前記インタリービング行列の第2列、第5列、第8列および第11列に位置する、請求項51に記載のネットワークデバイス。
【請求項５４】
前記UCIは、前記チャネル品質情報を含み、前記多重化ビットシーケンスが、前記インタリービング行列に書き込まれた後、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列の少なくとも1つの最上行に位置する、請求項51に記載のネットワークデバイス。
【請求項５５】
前記UCIは、前記RIおよび前記HARQ-ACK情報を含み、前記多重化ビットシーケンスが、前記インタリービング行列に書き込まれた後、
C=1, 2, または3であり、前記RIの符号化ビットは、前記インタリービング行列の第k列の少なくとも1つの最下行に位置し、前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の第k列に位置するとともに、前記RIの前記符号化ビットの上の少なくとも1つの行に位置し、kはC以下の正の整数であり、または、
Cは1よりも大きく、前記RI情報の符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置する、請求項51に記載のネットワークデバイス。
【請求項５６】
前記UCIは、前記チャネル品質情報、前記RIおよび前記HARQ-ACK情報を含み、Cは1よりも大きく、前記多重化ビットシーケンスが、前記インタリービング行列に書き込まれた後、前記RIの符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置し、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列に位置する、請求項51に記載のネットワークデバイス。
【請求項５７】
端末デバイスであって、
アップリンク制御情報UCIを符号化して、前記UCIの符号化ビットを取得し、データを符号化して、前記データの符号化ビットを取得し、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得するように構成されるプロセッサと、
物理的アップリンク共有チャネルPUSCH上で前記多重化ビットシーケンスを搬送し、前記PUSCHをネットワークデバイスに送信するように構成される送信機であって、前記UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、送信機とを含む端末デバイス。
【請求項５８】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、請求項57に記載の端末デバイス。
【請求項５９】
前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む、請求項57に記載の端末デバイス。
【請求項６０】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記RIの符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数と、前記RIの符号化ビットの数との和である、請求項59に記載の端末デバイス。
【請求項６１】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記チャネル品質情報を含み、前記多重化ビットシーケンスにおいて、前記チャネル品質情報の符号化ビットは、前記データの前記符号化ビットの前に位置する、請求項59に記載の端末デバイス。
【請求項６２】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記RIを含み、前記多重化ビットシーケンスにおいて、前記RIの符号化ビットは、前記データの前記符号化ビットの後に位置する、請求項59に記載の端末デバイス。
【請求項６３】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報を含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記データの前記符号化ビットの後に位置する、請求項59に記載の端末デバイス。
【請求項６４】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記RIの符号化ビットの前に位置する、請求項59に記載の端末デバイス。
【請求項６５】
前記PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、
前記プロセッサが、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、前記多重化ビットシーケンスを取得することは、
前記プロセッサが、インタリービング行列を決定し、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを、前記インタリービング行列にマッピングし、前記インタリービング行列から、前記多重化ビットシーケンスを読み出し、前記インタリービング行列の列の数がCであり、前記インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、前記多重化ビットシーケンスの総ビット数であり、Tは正の整数であることを含む、請求項59に記載の端末デバイス。
【請求項６６】
前記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列に位置する、請求項65に記載の端末デバイス。
【請求項６７】
前記UCIは、前記RIを含み、
C=2または3であり、前記RIの符号化ビットは、前記インタリービング行列の第2列に位置し、または、
C=6であり、前記RIの符号化ビットは、前記インタリービング行列の第2列および第5列に位置し、または、
C=12であり、前記RIの符号化ビットは、前記インタリービング行列の第2列、第5列、第8列および第11列に位置する、請求項65に記載の端末デバイス。
【請求項６８】
前記UCIは、前記チャネル品質情報を含み、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列の少なくとも1つの最上行に位置する、請求項65に記載の端末デバイス。
【請求項６９】
前記UCIは、前記RIおよび前記HARQ-ACK情報を含み、
C=1, 2, または3であり、前記RIの符号化ビットは、前記インタリービング行列の第k列の少なくとも1つの最下行に位置し、前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の第k列に位置するとともに、前記RIの前記符号化ビットの上の少なくとも1つの行に位置し、kはC以下の正の整数であり、または、
Cは1よりも大きく、前記RI情報の符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置する、請求項65に記載の端末デバイス。
【請求項７０】
前記UCIは、前記チャネル品質情報、前記RIおよび前記HARQ-ACK情報を含み、Cは1よりも大きく、
前記RIの符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置し、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列に位置する、請求項65に記載の端末デバイス。
【請求項７１】
ネットワークデバイスであって、
端末デバイスによって送信される、物理的アップリンク共有チャネルPUSCHを受信するように構成される受信機であって、前記PUSCHは、アップリンク制御情報UCIを搬送するために使用され、前記UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、受信機と、
前記PUSCHから、多重化ビットシーケンスを取得し、前記多重化ビットシーケンスを逆多重化して、前記UCIの符号化ビットおよびデータの符号化ビットを取得し、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを復号するように構成されるプロセッサとを含むネットワークデバイス。
【請求項７２】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記UCIの前記符号化ビットの数との和である、請求項71に記載のネットワークデバイス。
【請求項７３】
前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答HARQ-ACK情報およびランク指示RIのうちの少なくとも1つを含む、請求項71に記載のネットワークデバイス。
【請求項７４】
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記RIの符号化ビットの数との和であり、または、
前記多重化ビットシーケンスの総ビット数は、前記データの前記符号化ビットの数と、前記チャネル品質情報の符号化ビットの数と、前記RIの符号化ビットの数との和である、請求項73に記載のネットワークデバイス。
【請求項７５】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記チャネル品質情報を含み、前記多重化ビットシーケンスにおいて、前記チャネル品質情報の符号化ビットは、前記データの前記符号化ビットの前に位置する、請求項73に記載のネットワークデバイス。
【請求項７６】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記RIを含み、前記多重化ビットシーケンスにおいて、前記RIの符号化ビットは、前記データの前記符号化ビットの後に位置する、請求項73に記載のネットワークデバイス。
【請求項７７】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報を含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記データの前記符号化ビットの後に位置する、請求項73に記載のネットワークデバイス。
【請求項７８】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記RIの符号化ビットの前に位置する、請求項73に記載のネットワークデバイス。
【請求項７９】
前記PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、
前記プロセッサが、前記多重化ビットシーケンスを逆多重化して、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを取得することは、
前記プロセッサが、インタリービング行列を決定し、前記多重化ビットシーケンスを、前記インタリービング行列に書き込み、前記インタリービング行列から、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを取得し、前記インタリービング行列の列の数がCであり、前記インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、前記多重化ビットシーケンスの総ビット数であり、Tは正の整数であることを含む、請求項73に記載のネットワークデバイス。
【請求項８０】
前記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列に位置する、請求項79に記載のネットワークデバイス。
【請求項８１】
前記UCIは、前記RIを含み、前記多重化ビットシーケンスが、前記インタリービング行列に書き込まれた後、
C=2または3であり、前記RIの符号化ビットは、前記インタリービング行列の第2列に位置し、または、
C=6であり、前記RIの符号化ビットは、前記インタリービング行列の第2列および第5列に位置し、または、
C=12であり、前記RIの符号化ビットは、前記インタリービング行列の第2列、第5列、第8列および第11列に位置する、請求項79に記載のネットワークデバイス。
【請求項８２】
前記UCIは、前記チャネル品質情報を含み、前記多重化ビットシーケンスが、前記インタリービング行列に書き込まれた後、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列の少なくとも1つの最上行に位置する、請求項79に記載のネットワークデバイス。
【請求項８３】
前記UCIは、前記RIおよび前記HARQ-ACK情報を含み、前記多重化ビットシーケンスが、前記インタリービング行列に書き込まれた後、
C=1, 2, または3であり、前記RIの符号化ビットは、前記インタリービング行列の第k列の少なくとも1つの最下行に位置し、前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の第k列に位置するとともに、前記RIの前記符号化ビットの上の少なくとも1つの行に位置し、kはC以下の正の整数であり、または、
Cは1よりも大きく、前記RI情報の符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置する、請求項79に記載のネットワークデバイス。
【請求項８４】
前記UCIは、前記チャネル品質情報、前記RIおよび前記HARQ-ACK情報を含み、Cは1よりも大きく、前記多重化ビットシーケンスが、前記インタリービング行列に書き込まれた後、前記RIの符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置し、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列に位置する、請求項79に記載のネットワークデバイス。
【請求項８５】
端末デバイスおよびネットワークデバイスを含む通信システムであって、
前記端末デバイスは、アップリンク制御情報UCIを符号化して、前記UCIの符号化ビットを取得し、データを符号化して、前記データの符号化ビットを取得し、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得し、物理的アップリンク共有チャネルPUSCH上で前記多重化ビットシーケンスを搬送し、前記PUSCHを前記ネットワークデバイスに送信するように構成され、前記UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下であり、
前記ネットワークデバイスは、前記端末デバイスによって送信される前記PUSCHを受信し、前記PUSCHから、前記多重化ビットシーケンスを取得し、前記多重化ビットシーケンスを逆多重化して、前記UCIの前記符号化ビットおよびデータの前記符号化ビットを取得し、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを復号するように構成される、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は通信技術に関し、具体的には、情報処理方法、端末デバイス、ネットワークデバイスおよび通信システムに関する。
【背景技術】
【０００２】
ロングタームエボリューション（Long Term Evolution, LTE）は、第3世代パートナーシッププロジェクト（The 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の態様によると、本発明の実施形態は、情報処理方法を提供する。方法は、端末デバイスの観点から記載される。方法は、CUIを符号化して、データを符号化するステップと、取得されたUCIの符号化ビットおよび取得されたデータの符号化ビットを多重化して、多重化ビットシーケンスを取得するステップと、PUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信するステップとを含む。UCIのTTIの長さは、0.5ミリ秒以下であるため、情報処理方法では、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の符号化ビット
【０１３４】
【数１】
2019514266.tif 000003
【０１３５】
、HARQ-ACK情報の符号化ビット
【０１３６】
【数２】
2019514266.tif 000004
【０１３７】
のうちの少なくとも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  プロセッサ
【図１】
2019514266.tif 000005
【図２（ａ）】
2019514266.tif 000006
【図２（ｂ）】
2019514266.tif 000007
【図２（ｃ）】
2019514266.tif 000008
【図３】
2019514266.tif 000009
【図４】
2019514266.tif 000010
【図５】
2019514266.tif 000011
【図６】
2019514266.tif 000012
【図７】
2019514266.tif 000013
【図８】
2019514266.tif 000014
【図９】
2019514266.tif 000015
【図１０】
2019514266.tif 000016
【図１１】
2019514266.tif 000017
【図１２】
2019514266.tif 000018
【図１３】
2019514266.tif 000019
【図１４】
2019514266.tif 000020
【図１５】
2019514266.tif 000021
【図１６】
2019514266.tif 000022
【図１７】
2019514266.tif 000023
【手続補正書】
【提出日】平成30年10月25日(2018.10.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
情報処理方法であって、
アップリンク制御情報（UCI）を符号化して、前記UCIの符号化ビットを取得し、データを符号化して、前記データの符号化ビットを取得するステップと、
前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得するステップと、
物理的アップリンク共有チャネル（PUSCH）を介して、前記多重化ビットシーケンスをネットワークデバイスに送信するステップであって、前記UCIの送信時間間隔（TTI）の長さは、0.5ミリ秒以下である、ステップとを含む方法。
【請求項２】
前記PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報またはランク指示（RI）のうちの少なくとも1つを含み、
前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得する前記ステップは、
インタリービング行列を決定するステップであって、前記インタリービング行列の列の数がCであり、前記インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、前記多重化ビットシーケンスの総ビット数であり、Tは正の整数である、ステップと、
前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを、前記インタリービング行列にマッピングするステップと、
前記インタリービング行列から、前記多重化ビットシーケンスを取得するステップとを含む、請求項1に記載の方法。
【請求項３】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報およびランク指示（RI）を含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報の符号化ビットは、前記RIの符号化ビットの前に位置する、請求項1に記載の方法。
【請求項４】
前記UCIは、前記RIおよび前記HARQ-ACK情報を含み、
Cは2または3に等しく、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第1列に位置し、前記RIの前記符号化ビットは、前記インタリービング行列の第2列に位置し、または、
Cは2に等しく、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第2列に位置し、前記RIの前記符号化ビットは、前記インタリービング行列の第1列に位置する、請求項2に記載の方法。
【請求項５】
前記UCIは、前記チャネル品質情報、前記RIおよび前記HARQ-ACK情報を含み、Cは1よりも大きく、
前記RIの符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置し、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列に位置する、請求項2に記載の方法。
【請求項６】
Cは2に等しく、
前記UCIは、前記HARQ-ACK情報を含み、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第1列および少なくとも1つの最下行に位置し、または、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の最後の列および少なくとも1つの最下行に位置し、かつ/または、
前記UCIは、前記RIを含み、前記RIの前記符号化ビットは、前記インタリービング行列の第1列および少なくとも1つの最下行に位置し、または、前記RIの前記符号化ビットは、前記インタリービング行列の最後の列および少なくとも1つの最下行に位置する、請求項2に記載の方法。
【請求項７】
前記UCIは、前記HARQ-ACK情報を含み、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第k列または少なくとも2つの列に不連続に分布し、kはC以下の正の整数であり、かつ/または、
前記UCIは、前記RIを含み、前記RIの前記符号化ビットは、前記インタリービング行列の第j列または少なくとも2つの列に不連続に分布し、jはC以下の正の整数である、請求項2に記載の方法。
【請求項８】
情報処理方法であって、
端末デバイスによって送信される、物理的アップリンク共有チャネル（PUSCH）を受信するステップであって、前記PUSCHは、アップリンク制御情報（UCI）を搬送するために使用され、前記UCIの送信時間間隔（TTI）の長さは、0.5ミリ秒以下である、ステップと、
前記PUSCHから、多重化ビットシーケンスを取得するステップであって、前記多重化ビットシーケンスを逆多重化して、前記UCIの符号化ビットおよびデータの符号化ビットを取得するステップと、
前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを復号するステップとを含む方法。
【請求項９】
前記PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報またはランク指示（RI）のうちの少なくとも1つを含み、
前記多重化ビットシーケンスを逆多重化して、前記UCIの符号化ビットおよびデータの符号化ビットを取得する前記ステップは、
インタリービング行列を決定するステップであって、前記インタリービング行列の列の数がCであり、前記インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、前記多重化ビットシーケンスの総ビット数であり、Tは正の整数である、ステップと、
前記多重化ビットシーケンスを、前記インタリービング行列に書き込むステップと、
前記インタリービング行列から、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを取得するステップとを含む、請求項8に記載の方法。
【請求項１０】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、前記HARQ-ACK情報および前記RIを含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報は、前記RIの符号化ビットの前に位置する、請求項8に記載の方法。
【請求項１１】
前記UCIは、前記RIおよび前記HARQ-ACK情報を含み、
Cは2または3に等しく、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第1列に位置し、前記RIの前記符号化ビットは、前記インタリービング行列の第2列に位置し、または、
Cは2に等しく、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第2列に位置し、前記RIの前記符号化ビットは、前記インタリービング行列の第1列に位置する、請求項9に記載の方法。
【請求項１２】
前記UCIは、前記チャネル品質情報、前記RIおよび前記HARQ-ACK情報を含み、Cは1よりも大きく、前記RIの符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置し、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列に位置する、請求項9に記載の方法。
【請求項１３】
Cは2に等しく、
前記UCIは、前記HARQ-ACK情報を含み、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第1列および少なくとも1つの最下行に位置し、または、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の最後の列および少なくとも1つの最下行に位置し、かつ/または、
前記UCIは、前記RIを含み、前記RIの前記符号化ビットは、前記インタリービング行列の第1列および少なくとも1つの最下行に位置し、または、前記RIの前記符号化ビットは、前記インタリービング行列の最後の列および少なくとも1つの最下行に位置する、請求項9に記載の方法。
【請求項１４】
前記UCIは、前記HARQ-ACK情報を含み、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第k列または少なくとも2つの列に不連続に分布し、kはC以下の正の整数であり、かつ/または、
前記UCIは、前記RIを含み、前記RIの前記符号化ビットは、前記インタリービング行列の第j列または少なくとも2つの列に不連続に分布し、jはC以下の正の整数である、請求項9に記載の方法。
【請求項１５】
端末デバイスであって、
アップリンク制御情報（UCI）を符号化して、前記UCIの符号化ビットを取得し、データを符号化して、前記データの符号化ビットを取得するように構成される符号化モジュールと、
前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得するように構成される多重化モジュールと、
物理的アップリンク共有チャネル（PUSCH）を介して、前記多重化ビットシーケンスをネットワークデバイスに送信するように構成される送信モジュールであって、前記UCIの送信時間間隔（TTI）の長さは、0.5ミリ秒以下である、送信モジュールとを含む端末デバイス。
【請求項１６】
前記PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報またはランク指示（RI）のうちの少なくとも1つを含み、
前記多重化モジュールは、インタリービング行列を決定し、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを、前記インタリービング行列にマッピングし、前記インタリービング行列から、前記多重化ビットシーケンスを取得するように構成され、前記インタリービング行列の列の数がCであり、前記インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、前記多重化ビットシーケンスの総ビット数であり、Tは正の整数である、請求項15に記載の端末デバイス。
【請求項１７】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報およびランク指示（RI）を含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報の符号化ビットは、前記RIの符号化ビットの前に位置する、請求項15に記載の端末デバイス。
【請求項１８】
前記UCIは、前記RIおよび前記HARQ-ACK情報を含み、
Cは2または3に等しく、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第1列に位置し、前記RIの前記符号化ビットは、前記インタリービング行列の第2列に位置し、または、
Cは2に等しく、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第2列に位置し、前記RIの前記符号化ビットは、前記インタリービング行列の第1列に位置する、請求項16に記載の端末デバイス。
【請求項１９】
前記UCIは、前記チャネル品質情報、前記RIおよび前記HARQ-ACK情報を含み、Cは1よりも大きく、
前記RIの符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置し、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列に位置する、請求項16に記載の端末デバイス。
【請求項２０】
Cは2に等しく、
前記UCIは、前記HARQ-ACK情報を含み、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第1列および少なくとも1つの最下行に位置し、または、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の最後の列および少なくとも1つの最下行に位置し、かつ/または、
前記UCIは、前記RIを含み、前記RIの前記符号化ビットは、前記インタリービング行列の第1列および少なくとも1つの最下行に位置し、または、前記RIの前記符号化ビットは、前記インタリービング行列の最後の列および少なくとも1つの最下行に位置する、請求項16に記載の端末デバイス。
【請求項２１】
前記UCIは、前記HARQ-ACK情報を含み、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第k列または少なくとも2つの列に不連続に分布し、kはC以下の正の整数であり、かつ/または、
前記UCIは、前記RIを含み、前記RIの前記符号化ビットは、前記インタリービング行列の第j列または少なくとも2つの列に不連続に分布し、jはC以下の正の整数である、請求項16に記載の端末デバイス。
【請求項２２】
ネットワークデバイスであって、
端末デバイスによって送信される、物理的アップリンク共有チャネル（PUSCH）を受信するように構成される受信モジュールであって、前記PUSCHは、アップリンク制御情報（UCI）を搬送するために使用され、前記UCIの送信時間間隔（TTI）の長さは、0.5ミリ秒以下である、受信モジュールと、
前記PUSCHから、多重化ビットシーケンスを取得し、前記多重化ビットシーケンスを逆多重化して、前記UCIの符号化ビットおよびデータの符号化ビットを取得するように構成される逆多重化モジュールと、
前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを復号するように構成される復号モジュールとを含むネットワークデバイス。
【請求項２３】
前記PUSCHは、時間領域においてM個のシンボルを占有し、Mは7以下の正の整数であり、前記UCIは、チャネル品質情報、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報またはランク指示（RI）のうちの少なくとも1つを含み、
前記逆多重化モジュールは、インタリービング行列を決定し、前記多重化ビットシーケンスを、前記インタリービング行列に書き込み、前記インタリービング行列から、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを取得するように構成され、前記インタリービング行列の列の数がCであり、前記インタリービング行列の行の数がRであり、CおよびRの両方は正の整数であり、CはM以上であり、R=T/Cであり、Tは、前記多重化ビットシーケンスの総ビット数であり、Tは正の整数である、請求項22に記載のネットワークデバイス。
【請求項２４】
前記PUSCHは、時間領域において1つのシンボルを占有し、前記UCIは、ハイブリッド自動再送要求-確認応答（HARQ-ACK）情報およびランク指示（RI）を含み、前記多重化ビットシーケンスにおいて、前記HARQ-ACK情報の符号化ビットは、前記RIの符号化ビットの前に位置する、請求項22に記載のネットワークデバイス。
【請求項２５】
前記UCIは、前記RIおよび前記HARQ-ACK情報を含み、
Cは2または3に等しく、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第1列に位置し、前記RIの前記符号化ビットは、前記インタリービング行列の第2列に位置し、または、
Cは2に等しく、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第2列に位置し、前記RIの前記符号化ビットは、前記インタリービング行列の第1列に位置する、請求項23に記載のネットワークデバイス。
【請求項２６】
前記UCIは、前記チャネル品質情報、前記RIおよび前記HARQ-ACK情報を含み、Cは1よりも大きく、前記RIの符号化ビットおよび前記HARQ-ACK情報の符号化ビットは、前記インタリービング行列の異なる列に位置し、前記チャネル品質情報の符号化ビットは、前記インタリービング行列の全列に位置する、請求項23に記載のネットワークデバイス。
【請求項２７】
Cは2に等しく、
前記UCIは、前記HARQ-ACK情報を含み、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第1列および少なくとも1つの最下行に位置し、または、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の最後の列および少なくとも1つの最下行に位置し、かつ/または、
前記UCIは、前記RIを含み、前記RIの前記符号化ビットは、前記インタリービング行列の第1列および少なくとも1つの最下行に位置し、または、前記RIの前記符号化ビットは、前記インタリービング行列の最後の列および少なくとも1つの最下行に位置する、請求項23に記載のネットワークデバイス。
【請求項２８】
前記UCIは、前記HARQ-ACK情報を含み、前記HARQ-ACK情報の前記符号化ビットは、前記インタリービング行列の第k列または少なくとも2つの列に不連続に分布し、kはC以下の正の整数であり、かつ/または、
前記UCIは、前記RIを含み、前記RIの前記符号化ビットは、前記インタリービング行列の第j列または少なくとも2つの列に不連続に分布し、jはC以下の正の整数である、請求項23に記載のネットワークデバイス。
【請求項２９】
端末デバイスであって、
アップリンク制御情報（UCI）を符号化して、前記UCIの符号化ビットを取得し、データを符号化して、前記データの符号化ビットを取得し、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを多重化して、多重化ビットシーケンスを取得するように構成されるプロセッサと、
物理的アップリンク共有チャネル（PUSCH）を介して、前記多重化ビットシーケンスをネットワークデバイスに送信するように構成される送信機であって、前記UCIの送信時間間隔TTIの長さは、0.5ミリ秒以下である、送信機とを含む端末デバイス。
【請求項３０】
ネットワークデバイスであって、
端末デバイスによって送信される、物理的アップリンク共有チャネル（PUSCH）を受信するように構成される受信機であって、前記PUSCHは、アップリンク制御情報（UCI）を搬送するために使用され、前記UCIの送信時間間隔（TTI）の長さは、0.5ミリ秒以下である、受信機と、
前記PUSCHから、多重化ビットシーケンスを取得し、前記多重化ビットシーケンスを逆多重化して、前記UCIの符号化ビットおよびデータの符号化ビットを取得し、前記UCIの前記符号化ビットおよび前記データの前記符号化ビットを復号するように構成されるプロセッサとを含むネットワークデバイス。
【請求項３１】
コンピュータによって実行されると、前記コンピュータに、請求項1乃至7のいずれか1項に記載の前記方法を実行させる命令を含む、コンピュータ可読記憶媒体。
【請求項３２】
コンピュータによって実行されると、前記コンピュータに、請求項8乃至14のいずれか1項に記載の前記方法を実行させる命令を含む、コンピュータ可読記憶媒体。
【請求項３３】
コンピュータに、請求項1乃至7のいずれか1項に記載の前記方法を実施させる、プログラム。
【請求項３４】
コンピュータに、請求項8乃至14のいずれか1項に記載の前記方法を実施させる、プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
ロングタームエボリューション（Long Term Evolution, LTE）は、第3世代パートナーシッププロジェクト（3rd Generation Partnership Project, 3GPP）によって開発されたユニバーサル移動体通信システム（Universal Mobile Telecommunications System, UMTS）技術標準のロングタームエボリューションである。LTEは、無線通信システムにおいて広く適用される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
第1の態様によると、本発明の実施形態は、情報処理方法を提供する。方法は、端末デバイスの観点から記載される。方法は、UCIを符号化して、データを符号化するステップと、取得されたUCIの符号化ビットおよび取得されたデータの符号化ビットを多重化して、多重化ビットシーケンスを取得するステップと、PUSCH上で多重化ビットシーケンスを搬送し、PUSCHをネットワークデバイスに送信するステップとを含む。UCIのTTIの長さは、0.5ミリ秒以下であるため、情報処理方法では、そのTTIが1 ms未満の長さを有するUCIの送信が、サポートされることができないという従来技術における課題は解決される。このようにして、データ送信の遅延は効果的に低減されることができ、その結果、低遅延サービスの要件は満たされる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０３１５
【補正方法】変更
【補正の内容】
【０３１５】
任意で、ネットワークデバイスは、送信機およびメモリをさらに含んでよい。送信機はプロセッサに結合され、メモリはプロセッサに結合される。送信機は、端末デバイスまたは別のデバイスに、データ、メッセージ等を送信するように構成される。メモリは、オペレーティングシステム、プログラムコードおよびデータを記憶するように構成される。メモリは、ランダムアクセスメモリ（random access memory, RAM）を含んでよく、不揮発性メモリ（non-volatile memory）、例えば、少なくとも1つの磁気ディスクストレージを含んでよい。
【国際調査報告】
2019514266.tif 000024
2019514266.tif 000025
2019514266.tif 000026
2019514266.tif 000027
2019514266.tif 000028
2019514266.tif 000029