(57)【要約】  本願は、アップリンク制御情報送信、アップリンク制御情報受信方法、及び機器を開示し、通信技術の分野に属する。当該方法では、端末装置は、第１ＤＣＩをネットワーク装置から受信し、前記受信した第１ＤＣＩに基づき、前記第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定し、第１ＵＣＩを前記ネットワーク装置へ、前記第１ＤＣＩを用いてスケジューリングされた前記アップリンク共有チャネルを通じて送信してよい。言い換えると、前記ネットワーク装置は、ＤＣＩを用いることにより、前記端末装置に指示し、その結果、前記端末装置は、前記ネットワーク装置の指示に基づき、前記ＤＣＩを用いることによりスケジューリングされた前記アップリンク共有チャネルが前記ＵＣＩだけを送信するために使用されるか否かを決定できる。これは、前記ネットワーク装置によりスケジューリングされた前記アップリンク共有チャネルが、前記アップリンク制御情報だけを送信するために使用されると決定する方法を提供し、前記ネットワーク装置と前記端末装置との間の相互作用の性能を向上する。
2021517785.tif 000002
【特許請求の範囲】
【請求項１】
アップリンク制御情報ＵＣＩ送信方法であって、
ネットワーク装置から、第１ダウンリンク制御情報ＤＣＩを受信するステップであって、前記第１ＤＣＩはアップリンク共有チャネルをスケジューリングするために使用される、ステップと、
前記第１ＤＣＩに基づき、前記アップリンク共有チャネルがアップリンク制御情報ＵＣＩだけを送信するために使用されると決定するステップと、
前記アップリンク共有チャネルを通じて前記ネットワーク装置へ第１ＵＣＩを送信するステップと、
を含む方法。
【請求項２】
前記方法は、
前記ネットワーク装置から第２ＤＣＩを受信するステップであって、前記第２ＤＣＩは前記第１ＤＣＩの前に受信した前のＤＣＩであり、前記第２ＤＣＩはハイブリッド自動再送要求処理番号ＨＡＲＱ  ＩＤを含み、前記第１ＤＣＩは新規データ指示子ＮＤＩ、冗長バージョンＲＶ、前記ＨＡＲＱ  ＩＤ、及び変調及び符号化方式ＭＣＳインデックスを含む、ステップ、を更に含み、
前記第１ＤＣＩに基づき、前記アップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定する前記ステップは、
前記第１ＤＣＩに含まれる前記ＮＤＩの値が前記第２ＤＣＩに含まれるＮＤＩの値と異なり、前記ＲＶが１又は２であり、且つ前記ＭＣＳインデックスが２８、２９、３０、３１である、又は、インデックスのうちのいずれか１つがＭＣＳテーブルの中の最高変調次数を示すとき、前記アップリンク共有チャネルは前記ＵＣＩだけを送信するために使用されると決定するステップを含む、請求項１に記載の方法。
【請求項３】
前記第１ＤＣＩは、ＨＡＲＱ  ＩＤ及びＭＣＳインデックスを含み、
前記第１ＤＣＩに基づき、前記アップリンク共有チャネルはＵＣＩだけを送信するために使用されると決定する前記ステップの後に、前記方法は、
前記ＨＡＲＱ  ＩＤ及び前記ＭＣＳインデックスに基づき、第１符号レートを決定するステップを含み、
前記アップリンク共有チャネルを通じて前記ネットワーク装置へ第１ＵＣＩを送信する前記ステップは、
前記第１符号レートを用いることにより、前記アップリンク共有チャネルを通じて前記ネットワーク装置へ前記第１ＵＣＩを送信するステップ、
第２符号レートを用いることにより、前記アップリンク共有チャネルを通じて前記ネットワーク装置へ前記第１ＵＣＩを送信するステップであって、前記第２符号レートは前記第１符号レートに基づき決定される、ステップ、
前記第１符号レート及び第３符号レートを用いることにより、前記アップリンク共有チャネルを通じて前記ネットワーク装置へ前記第１ＵＣＩを送信するステップであって、前記第３符号レートは前記第１符号レートに基づき決定される、ステップ、又は、
第２符号レート及び第３符号レートを用いることにより、前記アップリンク共有チャネルを通じて前記ネットワーク装置へ前記第１ＵＣＩを送信するステップであって、前記第２符号レート及び前記第３符号レートは前記第１符号レートに基づき決定される、ステップ、
を含む、請求項１又は２に記載の方法。
【請求項４】
前記ＨＡＲＱ  ＩＤ及び前記ＭＣＳインデックスに基づき、第１符号レートを決定する前記ステップは、
全部のビットが前記ＨＡＲＱ  ＩＤを示すこと、及び全部のビットのうちの幾つかが前記ＭＣＳインデックスを示すこと、に基づき、前記第１符号レートを決定するステップを含む、請求項３に記載の方法。
【請求項５】
全部の前記ビットのうちの幾つかが前記ＭＣＳインデックスを示すことは、全部の前記ビットの中の１ビットが前記ＭＣＳインデックスを示すことを含む、請求項４に記載の方法。
【請求項６】
前記方法は、
前記ネットワーク装置から第２ＤＣＩを受信するステップであって、前記第２ＤＣＩは前記第１ＤＣＩの前に受信した前のＤＣＩであり、前記第２ＤＣＩはＨＡＲＱ  ＩＤを含み、前記第１ＤＣＩはＮＤＩ、ＲＶ、及びＨＡＲＱ  ＩＤを含む、ステップ、を更に含み、
前記第１ＤＣＩに基づき、前記アップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定する前記ステップは、
前記第１ＤＣＩに含まれる前記ＮＤＩの値が前記第２ＤＣＩに含まれるＮＤＩの値と異なり、前記ＲＶが１又は２であり、且つ前記ＨＡＲＱ  ＩＤが１４又は１５のとき、前記アップリンク共有チャネルは前記ＵＣＩだけを送信するために使用されると決定するステップを含む、請求項１に記載の方法。
【請求項７】
アップリンク制御情報UCI受信方法であって、
端末装置へ第１ダウンリンク制御情報ＤＣＩを送信するステップであって、前記第１ＤＣＩは、アップリンク共有チャネルをスケジューリングするために使用され、前記アップリンク共有チャネルがＵＣＩだけを送信するために使用されると示すために使用される、ステップと、
前記アップリンク共有チャネルを通じて、前記端末装置により送信された第１ＵＣＩを受信するステップと、
を含む方法。
【請求項８】
前記方法は、
前記端末装置へ第２ＤＣＩを送信するステップであって、前記第２ＤＣＩは前記第１ＤＣＩの前に受信した前のＤＣＩであり、前記第２ＤＣＩはハイブリッド自動再送要求処理番号ＨＡＲＱ  ＩＤを含み、前記第１ＤＣＩは新規データ指示子ＮＤＩ、冗長バージョンＲＶ、前記ＨＡＲＱ  ＩＤ、及び変調及び符号化方式ＭＣＳインデックスを含む、ステップ、を更に含み、
前記第１ＤＣＩに含まれる前記ＮＤＩの値が前記第２ＤＣＩに含まれるＮＤＩの値と異なり、前記ＲＶが１又は２であり、且つ前記ＭＣＳインデックスが２８、２９、３０、３１である、又は、インデックスのうちのいずれか１つがＭＣＳテーブルの中の最高変調次数を示すとき、前記アップリンク共有チャネルは前記ＵＣＩだけを送信するために使用される、請求項７に記載の方法。
【請求項９】
前記第１ＤＣＩはＨＡＲＱ  ＩＤ及びＭＣＳインデックスを含み、前記ＨＡＲＱ  ＩＤ及び前記ＭＣＳインデックスは第１符号レートを示すために使用される、請求項７又は８に記載の方法。
【請求項１０】
前記ＨＡＲＱ  ＩＤの中の全部のビットおよび前記ＭＣＳインデックスの中の全部のビットのうちの幾つかは、前記第１符号レートを示す、請求項９に記載の方法。
【請求項１１】
前記ＭＣＳインデックスの中の全部の前記ビットのうちの幾つかは、前記ＭＣＳインデックスの中の全部の前記ビットのうちの１ビットを含む、請求項１０に記載の方法。
【請求項１２】
前記端末装置へ第２ＤＣＩを送信するステップであって、前記第２ＤＣＩは前記第１ＤＣＩの前に受信した前のＤＣＩであり、前記第２ＤＣＩはＨＡＲＱ  ＩＤを含み、前記第１ＤＣＩはＮＤＩ、ＲＶ、及び前記ＨＡＲＱ  ＩＤを含む、ステップ、を更に含み、
前記第１ＤＣＩに含まれる前記ＮＤＩの値が前記第２ＤＣＩに含まれるＮＤＩの値と異なり、前記ＲＶが１又は２であり、且つ前記ＨＡＲＱ  ＩＤが１４又は１５のとき、前記アップリンク共有チャネルは前記ＵＣＩだけを送信するために使用される、請求項７に記載の方法。
【請求項１３】
機器であって、
ネットワーク装置から、第１ダウンリンク制御情報ＤＣＩを受信するよう構成される受信モジュールであって、前記第１ＤＣＩはアップリンク共有チャネルをスケジューリングするために使用される、受信モジュールと、
前記第１ＤＣＩに基づき、前記アップリンク共有チャネルがアップリンク制御情報ＵＣＩだけを送信するために使用されると決定するよう構成される第１決定モジュールと、
前記アップリンク共有チャネルを通じて前記ネットワーク装置へ第１ＵＣＩを送信するよう構成される送信モジュールと、
を含む機器。
【請求項１４】
前記受信モジュールは、前記ネットワーク装置から第２ＤＣＩを受信するよう更に構成され、前記第２ＤＣＩは前記第１ＤＣＩの前に受信した前のＤＣＩであり、前記第２ＤＣＩはハイブリッド自動再送要求処理番号ＨＡＲＱ  ＩＤを含み、前記第１ＤＣＩは新規データ指示子ＮＤＩ、冗長バージョンＲＶ、前記ＨＡＲＱ  ＩＤ、及び変調及び符号化方式ＭＣＳインデックスを含み、
前記第１決定モジュールは、前記第１ＤＣＩに含まれる前記ＮＤＩの値が前記第２ＤＣＩに含まれるＮＤＩの値と異なり、前記ＲＶが１又は２であり、且つ前記ＭＣＳインデックスが２８、２９、３０、３１である、又は、インデックスのうちのいずれか１つがＭＣＳテーブルの中の最高変調次数を示すとき、前記アップリンク共有チャネルは前記ＵＣＩだけを送信するために使用されると決定するよう構成される、請求項１３に記載の機器。
【請求項１５】
前記第１ＤＣＩはＨＡＲＱ  ＩＤ及びＭＣＳインデックスを含み、前記機器は、
前記ＨＡＲＱ  ＩＤ及び前記ＭＣＳインデックスに基づき、第１符号レートを決定するよう構成される第２決定モジュール、を更に含み、
前記送信モジュールは、
前記第１符号レートを用いることにより、前記アップリンク共有チャネルを通じて前記ネットワーク装置へ前記第１ＵＣＩを送信し、
第２符号レートを用いることにより、前記アップリンク共有チャネルを通じて前記ネットワーク装置へ前記第１ＵＣＩを送信し、前記第２符号レートは前記第１符号レートに基づき決定され、
前記第１符号レート及び第３符号レートを用いることにより、前記アップリンク共有チャネルを通じて前記ネットワーク装置へ前記第１ＵＣＩを送信し、前記第３符号レートは前記第１符号レートに基づき決定され、又は、
第２符号レート及び第３符号レートを用いることにより、前記アップリンク共有チャネルを通じて前記ネットワーク装置へ前記第１ＵＣＩを送信し、前記第２符号レート及び前記第３符号レートは両方とも前記第１符号レートに基づき決定される、
よう構成される、請求項１３又は１４に記載の機器。
【請求項１６】
前記第２決定モジュールは、
全部のビットが前記ＨＡＲＱ  ＩＤを示すこと、及び全部のビットのうちの幾つかが前記ＭＣＳインデックスを示すこと、に基づき、前記第１符号レートを決定するよう構成される、請求項１５に記載の機器。
【請求項１７】
前記第２決定モジュールは、
全部の前記ビットが前記ＨＡＲＱ  ＩＤを示すこと、及び全部の前記ビットのうちの１ビットが前記ＭＣＳインデックスを示すこと、に基づき、前記第１符号レートを決定するよう構成される、請求項１６に記載の機器。
【請求項１８】
前記受信モジュールは、前記ネットワーク装置から第２ＤＣＩを受信するよう更に構成され、前記第２ＤＣＩは前記第１ＤＣＩの前に受信した前のＤＣＩであり、前記第２ＤＣＩはＨＡＲＱ  ＩＤを含み、前記第１ＤＣＩはＮＤＩ、ＲＶ、及び前記ＨＡＲＱ  ＩＤを含み、
前記第１決定モジュールは、前記第１ＤＣＩに含まれる前記ＮＤＩの値が前記第２ＤＣＩに含まれるＮＤＩの値と異なり、前記ＲＶが１又は２であり、且つ前記ＨＡＲＱ  ＩＤが１４又は１５のとき、前記アップリンク共有チャネルは前記ＵＣＩだけを送信するために使用されると決定するよう構成される、請求項１３に記載の機器。
【請求項１９】
機器であって、
端末装置へ、第１ダウンリンク制御情報ＤＣＩを送信するよう構成される送信モジュールであって、前記第１ＤＣＩは、アップリンク共有チャネルをスケジューリングするために使用され、前記アップリンク共有チャネルがＵＣＩだけを送信するために使用されると示すために使用される、送信モジュールと、
前記アップリンク共有チャネルを通じて前記端末装置により送信された第１ＵＣＩを受信するよう構成される受信モジュールと、
を含む機器。
【請求項２０】
前記送信モジュールは、前記端末装置へ第２ＤＣＩを送信するよう更に構成され、前記第２ＤＣＩは前記第１ＤＣＩの前に受信した前のＤＣＩであり、前記第２ＤＣＩはハイブリッド自動再送要求処理番号ＨＡＲＱ  ＩＤを含み、前記第１ＤＣＩは新規データ指示子ＮＤＩ、冗長バージョンＲＶ、前記ＨＡＲＱ  ＩＤ、及び変調及び符号化方式ＭＣＳインデックスを含み、
前記第１ＤＣＩに含まれる前記ＮＤＩの値が前記第２ＤＣＩに含まれるＮＤＩの値と異なり、前記ＲＶが１又は２であり、且つ前記ＭＣＳインデックスが２８、２９、３０、３１である、又は、インデックスのうちのいずれか１つがＭＣＳテーブルの中の最高変調次数を示すとき、前記アップリンク共有チャネルは前記ＵＣＩだけを送信するために使用される、請求項１９に記載の機器。
【請求項２１】
前記第１ＤＣＩはＨＡＲＱ  ＩＤ及びＭＣＳインデックスを含み、前記ＨＡＲＱ  ＩＤ及び前記ＭＣＳインデックスは第１符号レートを示すために使用される、請求項１７又は１８に記載の機器。
【請求項２２】
前記ＨＡＲＱ  ＩＤの中の全部のビットおよび前記ＭＣＳインデックスの中の全部のビットのうちの幾つかは、前記第１符号レートを示す、請求項２１に記載の機器。
【請求項２３】
前記ＭＣＳインデックスの中の全部の前記ビットのうちの幾つかは、前記ＭＣＳインデックスの中の全部の前記ビットのうちの１ビットを含む、請求項２２に記載の機器。
【請求項２４】
前記送信モジュールは、前記端末装置へ第２ＤＣＩを送信するよう更に構成され、前記第２ＤＣＩは前記第１ＤＣＩの前に受信した前のＤＣＩであり、前記第２ＤＣＩはＨＡＲＱ  ＩＤを含み、前記第１ＤＣＩはＮＤＩ、ＲＶ、及び前記ＨＡＲＱ  ＩＤを含み、
前記第１ＤＣＩに含まれる前記ＮＤＩの値が前記第２ＤＣＩに含まれるＮＤＩの値と異なり、前記ＲＶが１又は２であり、且つ前記ＨＡＲＱ  ＩＤが１４又は１５のとき、前記アップリンク共有チャネルは前記ＵＣＩだけを送信するために使用される、請求項１９に記載の機器。
【請求項２５】
読み取り可能な記憶媒体であって、前記読み取り可能な記憶媒体は命令を含み、前記命令は、コンピュータ上で実行されると、前記コンピュータに、請求項１乃至６のいずれか一項又は請求項７乃至１２のいずれか一項に記載の方法に含まれるステップを実行させる、読み取り可能な記憶媒体。
【請求項２６】
機器であって、少なくとも１つのプロセッサと、読み取り可能な記憶媒体と、を含み、前記読み取り可能な記憶媒体に含まれる命令が前記少なくとも１つのプロセッサにより実行されると、請求項１乃至６のいずれか一項又は請求項７乃至１２のいずれか一項に記載の方法に含まれるステップが実行され得る、機器。
【請求項２７】
アップリンク制御情報送信方法であって、
ネットワーク装置から、第１ダウンリンク制御情報を受信するステップであって、前記第１ダウンリンク制御情報は、アップリンク共有チャネルをスケジューリングするために使用される、ステップと、
前記第１ダウンリンク制御情報に基づき、前記アップリンク共有チャネルがアップリンク制御情報を送信するために使用されるが、データを送信するために使用されないと決定するステップと、
前記アップリンク共有チャネルを通じて、前記ネットワーク装置へ、第１アップリンク制御情報を送信するステップであって、前記第１アップリンク制御情報は、ハイブリッド自動再送要求肯定応答、チャネル状態情報の第１部分、及び前記チャネル状態情報の第２部分を含む、ステップと、
を含み、
前記第１アップリンク制御情報を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの総数はＭであり、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの数は、第１の数及び前記リソースエレメントの前記総数Ｍのうちの最小値であり、前記第１の数の値は、前記ハイブリッド自動再送要求肯定応答のペイロードサイズと前記ハイブリッド自動再送要求肯定応答の符号レート補償パラメータとの積の、第１パラメータの値に対する比の切り上げ値に等しく、前記第１パラメータの前記値は、第１符号レート及び変調次数の積である、方法。
【請求項２８】
前記アップリンク共有チャネル内にあり前記チャネル状態情報の前記第１部分を運ぶために使用されるリソースエレメントの数は、第２の数及び残りの数のうちの最小値であり、前記残りの数は、前記リソースエレメントの総数Ｍから、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しく、前記第２の数の値は、前記チャネル状態情報の前記第１部分のペイロードサイズと前記チャネル状態情報の前記第１部分の符号レート補償パラメータとの積の、前記第１パラメータに対する比の切り上げ値に等しい、請求項２７に記載の方法。
【請求項２９】
前記アップリンク共有チャネル内にあり、前記チャネル状態情報の前記第２部分を運ぶために使用されるリソースエレメントの数は、前記リソースエレメントの総数Ｍから前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引き、前記チャネル状態情報の前記第１部分を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しい、請求項２８に記載の方法。
【請求項３０】
前記第１符号レート及び前記変調次数は、前記第１ダウンリンク制御情報に含まれる変調及び符号化方式インデックスに基づき決定される、請求項２７乃至２９のいずれか一項に記載の方法。
【請求項３１】
前記変調及び符号化方式インデックス、前記第１符号レート、及び前記変調次数の間の対応は、以下の表のうちの１つに定められた対応を満たす、
【表４】
2021517785.tif 000016
【表５】
2021517785.tif 000017
【表６】
2021517785.tif 000018
請求項３０に記載の方法。
【請求項３２】
前記チャネル状態情報の前記第２部分の符号レートは、閾符号レートより高くない、又は、
前記チャネル状態情報の前記第２部分の符号レートは、閾符号レートより高く、前記端末装置は、優先度に基づき前記チャネル状態情報の前記第２部分の中の一部の情報をドロップし、
前記閾符号レートは、前記第１符号レートの、前記チャネル状態情報の前記第２部分の符号レート補償パラメータに対する比である、請求項２７乃至３１のいずれか一項に記載の方法。
【請求項３３】
機器であって、
ネットワーク装置から、第１ダウンリンク制御情報を受信するよう構成される受信モジュールであって、前記第１ダウンリンク制御情報は、アップリンク共有チャネルをスケジューリングするために使用される、受信モジュールと、
前記第１ダウンリンク制御情報に基づき、前記アップリンク共有チャネルがアップリンク制御情報を送信するために使用されるが、データを送信するために使用されないと決定するよう構成される第１決定モジュールと、
前記アップリンク共有チャネルを通じて、前記ネットワーク装置へ、第１アップリンク制御情報を送信するよう構成される送信モジュールであって、前記第１アップリンク制御情報は、ハイブリッド自動再送要求肯定応答、チャネル状態情報の第１部分、及び前記チャネル状態情報の第２部分を含む、送信モジュールと、
を含み、
前記第１アップリンク制御情報を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの総数はＭであり、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの数は、第１の数及び前記リソースエレメントの前記総数Ｍのうちの最小値であり、前記第１の数の値は、前記ハイブリッド自動再送要求肯定応答のペイロードサイズと前記ハイブリッド自動再送要求肯定応答の符号レート補償パラメータとの積の、第１パラメータの値に対する比の切り上げ値に等しく、前記第１パラメータの前記値は、第１符号レート及び変調次数の積である、機器。
【請求項３４】
前記アップリンク共有チャネル内にあり前記チャネル状態情報の前記第１部分を運ぶために使用されるリソースエレメントの数は、第２の数及び残りの数のうちの最小値であり、前記残りの数は、前記リソースエレメントの総数Ｍから、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しく、前記第２の数の値は、前記チャネル状態情報の前記第１部分のペイロードサイズと前記チャネル状態情報の前記第１部分の符号レート補償パラメータとの積の、前記第１パラメータに対する比の切り上げ値に等しい、請求項３３に記載の機器。
【請求項３５】
前記アップリンク共有チャネル内にあり、前記チャネル状態情報の前記第２部分を運ぶために使用されるリソースエレメントの数は、前記リソースエレメントの総数Ｍから前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引き、前記チャネル状態情報の前記第１部分を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しい、請求項３４に記載の機器。
【請求項３６】
前記第１符号レート及び前記変調次数は、前記第１ダウンリンク制御情報に含まれる変調及び符号化方式インデックスに基づき決定される、請求項３３乃至３５のいずれか一項に記載の機器。
【請求項３７】
前記変調及び符号化方式インデックス、前記第１符号レート、及び前記変調次数の間の対応は、以下の表のうちの１つに定められた対応を満たす、
【表７】
2021517785.tif 000019
【表８】
2021517785.tif 000020
【表９】
2021517785.tif 000021
請求項３６に記載の機器。
【請求項３８】
前記チャネル状態情報の前記第２部分の符号レートは、閾符号レートより高くない、又は、
前記チャネル状態情報の前記第２部分の符号レートは、閾符号レートより高く、前記第１決定モジュールは、優先度に基づき前記チャネル状態情報の前記第２部分の中の一部の情報をドロップすることを決定するよう構成され、
前記閾符号レートは、前記第１符号レートの、前記チャネル状態情報の前記第２部分の符号レート補償パラメータに対する比である、請求項３３乃至３７のいずれか一項に記載の機器。
【請求項３９】
読み取り可能な記憶媒体であって、前記読み取り可能な記憶媒体は命令を含み、前記命令は、コンピュータ上で実行されると、前記コンピュータに、請求項３３乃至３８のいずれか一項に記載の方法に含まれるステップを実行させる、読み取り可能な記憶媒体。
【請求項４０】
機器であって、少なくとも１つのプロセッサと、読み取り可能な記憶媒体と、を含み、前記読み取り可能な記憶媒体に含まれる命令が前記少なくとも１つのプロセッサにより実行されると、請求項３３乃至３８のいずれか一項に記載の方法に含まれるステップが実行され得る、機器。
【請求項４１】
アップリンク制御情報受信方法であって、
端末装置へ、第１ダウンリンク制御情報を受信するステップであって、前記第１ダウンリンク制御情報は、アップリンク共有チャネルをスケジューリングするために使用され、前記アップリンク共有チャネルがアップリンク制御情報を送信するために使用されるがデータを送信するために使用されないと示すために使用される、ステップと、
前記アップリンク共有チャネルを通じて、前記端末装置により送信された第１アップリンク制御情報を受信するステップであって、前記第１アップリンク制御情報は、ハイブリッド自動再送要求肯定応答、チャネル状態情報の第１部分、及び前記チャネル状態情報の第２部分を含む、ステップと、
を含み、
前記第１アップリンク制御情報を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの総数はＭであり、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの数は、第１の数及び前記リソースエレメントの前記総数Ｍのうちの最小値であり、前記第１の数の値は、前記ハイブリッド自動再送要求肯定応答のペイロードサイズと前記ハイブリッド自動再送要求肯定応答の符号レート補償パラメータとの積の、第１パラメータの値に対する比の切り上げ値に等しく、前記第１パラメータの前記値は、第１符号レート及び変調次数の積である、方法。
【請求項４２】
前記アップリンク共有チャネル内にあり前記チャネル状態情報の前記第１部分を運ぶために使用されるリソースエレメントの数は、第２の数及び残りの数のうちの最小値であり、前記残りの数は、前記リソースエレメントの総数Ｍから、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しく、前記第２の数の値は、前記チャネル状態情報の前記第１部分のペイロードサイズと前記チャネル状態情報の前記第１部分の符号レート補償パラメータとの積の、前記第１パラメータに対する比の切り上げ値に等しい、請求項４１に記載の方法。
【請求項４３】
前記アップリンク共有チャネル内にあり、前記チャネル状態情報の前記第２部分を運ぶために使用されるリソースエレメントの数は、前記リソースエレメントの総数Ｍから前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引き、前記チャネル状態情報の前記第１部分を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しい、請求項４２に記載の方法。
【請求項４４】
前記第１符号レート及び前記変調次数は、前記第１ダウンリンク制御情報に含まれる変調及び符号化方式インデックスに基づき決定される、請求項４１乃至４３のいずれか一項に記載の方法。
【請求項４５】
前記変調及び符号化方式インデックス、前記第１符号レート、及び前記変調次数の間の対応は、以下の表のうちの１つに定められた対応を満たす、
【表１０】
2021517785.tif 000022
【表１１】
2021517785.tif 000023
【表１２】
2021517785.tif 000024
請求項４４に記載の方法。
【請求項４６】
機器であって、
端末装置へ、第１ダウンリンク制御情報を送信するよう構成される送信モジュールであって、前記第１ダウンリンク制御情報は、アップリンク共有チャネルをスケジューリングするために使用され、前記アップリンク共有チャネルがアップリンク制御情報を送信するために使用されるがデータを送信するために使用されないと示すために使用される、送信モジュールと、
前記アップリンク共有チャネルを通じて、前記端末装置により送信された第１アップリンク制御情報を受信するよう構成される受信モジュールであって、前記第１アップリンク制御情報は、ハイブリッド自動再送要求肯定応答、チャネル状態情報の第１部分、及び前記チャネル状態情報の第２部分を含む、受信モジュールと、
を含み、
前記第１アップリンク制御情報を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの総数はＭであり、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの数は、第１の数及び前記リソースエレメントの前記総数Ｍのうちの最小値であり、前記第１の数の値は、前記ハイブリッド自動再送要求肯定応答のペイロードサイズと前記ハイブリッド自動再送要求肯定応答の符号レート補償パラメータとの積の、第１パラメータの値に対する比の切り上げ値に等しく、前記第１パラメータの前記値は、第１符号レート及び変調次数の積である、機器。
【請求項４７】
前記アップリンク共有チャネル内にあり前記チャネル状態情報の前記第１部分を運ぶために使用されるリソースエレメントの数は、第２の数及び残りの数のうちの最小値であり、前記残りの数は、前記リソースエレメントの総数Ｍから、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しく、前記第２の数の値は、前記チャネル状態情報の前記第１部分のペイロードサイズと前記チャネル状態情報の前記第１部分の符号レート補償パラメータとの積の、前記第１パラメータに対する比の切り上げ値に等しい、請求項４６に記載の機器。
【請求項４８】
前記アップリンク共有チャネル内にあり、前記チャネル状態情報の前記第２部分を運ぶために使用されるリソースエレメントの数は、前記リソースエレメントの総数Ｍから前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引き、前記チャネル状態情報の前記第１部分を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しい、請求項４７に記載の機器。
【請求項４９】
前記第１符号レート及び前記変調次数は、前記第１ダウンリンク制御情報に含まれる変調及び符号化方式インデックスに基づき決定される、請求項４６乃至４８のいずれか一項に記載の機器。
【請求項５０】
前記変調及び符号化方式インデックス、前記第１符号レート、及び前記変調次数の間の対応は、以下の表のうちの１つに定められた対応を満たす、
【表１３】
2021517785.tif 000025
【表１４】
2021517785.tif 000026
【表１５】
2021517785.tif 000027
請求項４９に記載の機器。
【請求項５１】
読み取り可能な記憶媒体であって、前記読み取り可能な記憶媒体は命令を含み、前記命令は、コンピュータ上で実行されると、前記コンピュータに、請求項４１乃至４５のいずれか一項に記載の方法に含まれるステップを実行させる、読み取り可能な記憶媒体。
【請求項５２】
機器であって、少なくとも１つのプロセッサと、読み取り可能な記憶媒体と、を含み、前記読み取り可能な記憶媒体に含まれる命令が前記少なくとも１つのプロセッサにより実行されると、請求項４１乃至４５のいずれか一項に記載の方法に含まれるステップが実行され得る、機器。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本願は、参照により全体がここに組み込まれる、中国特許出願番号第２０１８１０３００２２２.３号、中国国家知識産権局に２０１８年４月４日出願、名称「UPLINK  CONTROL  INFORMATION  SENDING,  UPLINK  CONTROL  INFORMATION  RECEIVING  METHOD,  AND  APPARATUS」の優先権を主張する。
【０００２】
［技術分野］
本願は、通信技術の分野に関し、特に、アップリンク制御情報送信、アップリンク制御情報受信方法及び機器に関する。
【背景技術】
【０００３】
無線通信の間、端末装置は、ネットワーク装置へ、アップリンク共有チャネル（uplink  shared  channel,  UL-SCH）データを送信してよく、ネットワーク装置へ制御情報も送信してよい。
【０００４】
通常、端末装置は、アップリンク制御情報だけ、又はデータ及びアップリンク制御情報の両方を、ネットワーク装置へ物理アップリンク共有チャネル（physical  uplink  shared  channel,  PUSCH）を通じて送信してよい。しかしながら、端末装置は、現在、アップリンク制御情報だけ、又はデータ及びアップリンク制御情報の両方を送信するかを、具体的に決定できない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本願の実施形態は、ネットワーク装置によりスケジューリングされたアップリンク共有チャネルがアップリンク制御情報だけを送信するために使用されると決定する方法を提供するために、アップリンク制御情報送信、アップリンク制御情報受信方法、及び機器を提供する。
【課題を解決するための手段】
【０００６】
第１の態様によると、アップリンク制御情報送信方法が提供される。当該方法では、端末装置は、ネットワーク装置から、第１ＤＣＩを受信し、前記第１ＤＣＩはアップリンク共有チャネルをスケジューリングするために使用され、
次に、前記端末装置は、前記第１ＤＣＩに基づき、前記アップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定し、
最後に、前記端末装置は、前記アップリンク共有チャネルを通じて前記ネットワーク装置へ第１ＵＣＩを送信する。
【０００７】
アップリンク共有チャネルを通じてＵＣＩだけが送信される場合は、ＵＣＩ−ｏｎｌｙと呼ばれる。前述の技術的ソリューションでは、端末装置は、ネットワーク装置により送信されたＤＣＩに基づき、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを直接決定してよい。それにより、端末装置が、ネットワーク装置によりスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定する決定方法を提供する。決定方法は、ＤＣＩのような既存の制御情報に基づき提供される簡易な決定方法であり、追加オーバヘッドを増大することなく既存のシグナリングを直接使用する。これは、伝送リソースを節約でき、端末装置とネットワーク装置との間の矛盾のない理解を保証でき、それにより、端末装置とネットワーク装置との間の相互作用の性能を向上する。
【０００８】
ＤＣＩに基づくＵＣＩ−ｏｎｌｙ決定をサポートするために、ＵＣＩ−ｏｎｌｙを示すために使用される指示情報がＤＣＩに追加されてよい。例えば、指示情報は、ＵＣＩ−ｏｎｌｙ指示情報と呼ばれる。ＤＣＩを取得した後に、端末装置は、ＵＣＩ−ｏｎｌｙ指示情報を取得し、次に、ＵＣＩ−ｏｎｌｙ指示情報に基づき、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定してよい。
【０００９】
可能な設計では、端末装置は、ＤＣＩ内で運ばれる情報に基づきＵＣＩ−ｏｎｌｙを明示的に決定してよい。別の可能な設計では、端末装置は、ＤＣＩ内で運ばれる情報に基づきＵＣＩ−ｏｎｌｙを暗示的に決定してよい。
【００１０】
明示的な決定方法では、既存のＤＣＩに基づき、特別ビットフィールドが、ＵＣＩ−ｏｎｌｙ指示情報を運ぶために、既存のＤＣＩフォーマットの中の所定の位置に追加される。端末装置は、追加の計算処理を実行することなく、所定の位置にあるＵＣＩ−ｏｎｌｙ指示情報に基づき、ＵＣＩ−ｏｎｌｙを直接決定してよい。これは、便利であり高速である。
【００１１】
暗示的決定方法では、ＤＣＩに元々含まれる幾つかのパラメータが、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。ＤＣＩに追加の変更が行われる必要がなく、既存の標準に小さな変更しかない。任意で、ＤＣＩ内の２つのパラメータの値結合が現在の既存の機能結合において不可能な結合であるとき、つまり、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される２つのパラメータの値結合が、既存の機能結合ではない、例えば、２つのパラメータの値結合が新規データ送信及びデータ再送信に関連する２つの競合する指示を表すとき、ＵＣＩ−ｏｎｌｙが決定される。新規送信及び再送信は、実際には、新規データ送信及びデータ再送信を示すために使用されない。言い換えると、端末装置は、指示に基づき、新規データを送信しない又はデータを再送信しない。このソリューションでは、従来不可能な指示結合は、単にＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。つまり、パラメータの異なる結合が、新しい指示機能を実装するために使用される。
【００１２】
可能な設計では、ＤＣＩ内にあるＮＤＩ及びＲＶが、ＵＣＩ−ｏｎｌｙを決定するために使用される。ＮＤＩフリッピングが生じると、それは、新規データ送信を示し、ＲＶの値が特定値（例えば、１又は２）であるとき、それはデータ再送信を示す。従って、ＮＤＩ及びＲＶの結合は、新規データ送信及びデータ再送信の競合する指示を表すために使用されてよい。次に、現在の通常の場合に不可能な２つの競合する指示の共存は、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。
【００１３】
可能な設計では、ＤＣＩ内にあるＮＤＩ及びＩＭＣＳが、ＵＣＩ−ｏｎｌｙを決定するために使用される。上述のように、新規データ送信がＮＤＩフリッピングを通じて示されることに基づき、ＩＭＣＳが所定の値であるとき、それはデータ再送信を示す。次に、通常の場合に通常は不可能な２つの競合する指示の共存は、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。
【００１４】
ＮＤＩに基づき新規データが送信されるか否かを決定するために、ＮＤＩフリッピングが生じるか否かが先ず決定される必要がある。ＮＤＩフリッピングが生じるか否かを決定するために、２つのＤＣＩの中のＮＤＩの値が必要である。１つのＤＣＩは、現在受信されたＤＣＩ、つまり第１ＤＣＩである。他方のＤＣＩは、第１ＤＣＩと同じＨＡＲＱ  ＩＤを運び、時間的に第１ＤＣＩと最も近い前のＤＣＩである。説明を容易にするために、他方のＤＣＩは、本設計では第２ＤＣＩと呼ばれる。第２ＤＣＩは第１ＤＣＩの前に受信された前のＤＣＩであるので、第２ＤＣＩは、第１ＤＣＩが受信される前に、端末装置により受信されてよい。更に、第１ＤＣＩ内のＮＤＩの値が第２ＤＣＩ内のＮＤＩの値と同じか否かは、ＮＤＩフリッピングが生じたか否かを決定するために比較されてよい。２つのＮＤＩの値が同じ場合、ＮＤＩフリッピングは生じていない。或いは、２つのＮＤＩの値が異なる場合、それはＮＤＩフリッピングが生じたことを示す。
【００１５】
可能な設計では、ＩＭＣＳの値がＭＣＳテーブルの中の最高変調次数を示すインデックスを含む集合に属するとき、ＩＭＣＳはデータ再送信を示すために使用されてよい。通常の場合に、最高次数の変調は、通常、再送信及び複数の再送信の間に使用されない。つまり、最高次数の変調は、通常、現在の規則的な場合の再送信のために使用されない。従って、本設計では、ＩＭＣＳが最高変調次数を示すインデックス値である非規則的な場合が、データ再送信を示すために使用される。その結果、ＮＤＩフリッピングを通じて表されるデータ再送信指示及び新規データ送信指示は、ＵＣＩ−ｏｎｌｙを示すために、２つの競合する指示を形成する。更に、幾つかの異なる既存のＭＣＳテーブルに基づき、本設計では最高変調次数を示すインデックス値を含む異なる集合が存在してよい。例えば、幾つかの集合は、｛１７，１８，１９，２０，２１，２２，２３，２４，２５，２６，２７，２８，３１｝、｛２０，２１，２２，２３，２４，２５，２６，２７，３１｝、及び｛１７，１８，１９，２０，２１，２２，２３，２４，２５，２６，２７，３１｝を含む。
【００１６】
可能な設計では、現在存在せずＮＤＩフリッピングを含む機能結合、及びＩＭＣＳの値が所定の値以上であるという条件が、代替として、ＵＣＩ−ｏｎｌｙを示すために使用されてよい。所定の値は、既存のＭＣＳテーブルの中の比較的大きいインデックス値、例えば３０又は３１（例えば、最大インデックス値）であってよい。本設計では、例えば、ＩＭＣＳ∈｛２８，２９，３０，３１｝又はＩＭＣＳ∈｛２９，３０，３１｝である。対応する符号レートが、インデックス値２８，２９，３０，３１、又は既存のＭＣＳテーブルの中のインデックス値２９，３０，３１について設定されないので、現在の通常の場合には、これらのインデックス値は通常、新規データ送信を示すために使用されない。これに基づき、対応する符号レートが現在設定査定内インデックス値は、データ再送信を示すために使用される。更に、ＮＤＩフリッピングを通じて表されるデータ再送信指示及び新規データ送信指示は、ＵＣＩ−ｏｎｌｙを示すために２つの競合する指示を形成する。
【００１７】
可能な設計では、ＮＤＩ、ＲＶ、及びＩＭＣＳの結合は、代替として、ＵＣＩ−ｏｎｌｙを決定するために使用されてよい。実際には、ＮＤＩフリッピングが生じたか否かが誤って決定されることがある。例えば、ＮＤＩフリッピングは、ＮＤＩフリッピングがないと誤って決定される。これに基づき、ＩＭＣＳの決定条件が追加される。決定条件を追加する方法は、ＵＣＩ−ｏｎｌｙが不正確に示され、更には誤った決定により示されない場合を回避でき、それにより決定精度を向上する。
【００１８】
可能な設計では、ＮＤＩ、ＲＶ、及びＨＡＲＱ  ＩＤの結合は、代替として、ＵＣＩ−ｏｎｌｙを決定するために使用されてよい。本設計では、ＨＡＲＱ  ＩＤの決定条件の追加も、ＵＣＩ−ｏｎｌｙ決定精度を向上でき、それにより、ＮＤＩの誤った決定により引き起こされる影響を軽減し更には除去する。新たに追加された決定条件では、ＨＡＲＱ  ＩＤの値は１４又は１５であってよい。１５又は１４のような比較的大きな値を有するＨＡＲＱ  ＩＤは、通常の場合に通常使用されないので、ＲＶがデータ再送信を示しＨＡＲＱ  ＩＤが１５又は１４である現在不可能なパラメータ結合が、ＵＣＩ−ｏｎｌｙを示すために使用される。これは、ＮＤＩが誤った決定のために機能しないとき、ＵＣＩ−ｏｎｌｙ決定精度を保証できる。さらに、１４又は１５のＨＡＲＱ  ＩＤは通常の場合にあまり使用されないので、何らかの誤った決定でさえ、ＨＡＲＱの通常の実行に影響を与えなくてよい。
【００１９】
ＵＣＩ−ｏｎｌｙが決定された後に、対応する符号レート（これは第１符号レートと呼ばれる）及び変調次数を取得するために、ＤＣＩ内のＭＣＳインデックス（つまりＩＭＣＳ）を用いてＭＣＳテーブル内で検索が実行されてよい。次に、ＵＣＩは、取得した第１符号レート及び変調次数を用いて、送信される。
【００２０】
可能な設計では、ＩＭＣＳに対応する第１符号レート及び変調次数を取得するために、ＤＣＩ内のＩＭＣＳを直接用いて現在の既存のＭＣＳテーブル内で検索が実行される。
【００２１】
可能な設計では、新しいインデックス値は、ＨＡＲＱ  ＩＤを示す全てのビット及びＩＭＣＳを示す全てのビットのうちの幾つかを用いて生成される。次に、新しいインデックス値は、対応する第１符号レート及び変調次数を取得するために、ＭＣＳテーブル内で検索を実行するために使用される。ＤＣＩ内のＩＭＣＳを直接用いるテーブル検索と比較して、本設計のソリューションは、より柔軟であり、例えば、ＭＣＳテーブル内にありインデックス値に対応する符号レートの値が「ｒｅｓｅｒｖｅｄ」であるとき、対応する符号レートがＤＣＩ内のＩＭＣＳを直接用いるテーブル検索を通じて取得できない場合を回避でき、それにより、ソリューションの可用性を向上する。
【００２２】
可能な設計では、ＨＡＲＱ  ＩＤ内の全てのビット（つまり４ビット）及びＩＭＣＳ内の１ビットに基づき、５ビットのビットフィールドが生成される。次に、生成されたビットフィールドにより示された値は、新しいインデックス値として使用される。最後に、新しいインデックス値は、対応する第１符号レート及び変調次数を取得するために、テーブル検索のために使用される。
【００２３】
可能な設計では、ＩＭＣＳ内の最下位ビットを直接使用することは比較的便利であり、ＩＭＣＳ内の最下位ビットの値はＩＭＣＳの値に比較的小さな影響しか与えないので、ＩＭＣＳ内の１つ最下位ビットが使用されてよい。更に、１つの最下位ビットは、ＨＡＲＱ  ＩＤ内の４個のビットの後又は前に配置される。つまり、ＩＭＣＳ内の１つの最下位ビットは、生成された５個のビットの中の最下位ビットまたは最上位ビットとして使用される。この方法では、ＨＡＲＱ  ＩＤ内の４個のビットの構造に対して比較的小さな変更しかない。
【００２４】
幾つかの可能な設計では、テーブル検索のためにどのテーブル検索方法が使用されるかに関わらず、第１符号レート及び変調次数の両方は、テーブル検索を通じて取得されてよい。更に、ＵＣＩの部分を送信するために使用されるＲＥの数は、以下の式に従い計算されてよい。任意で、ＵＣＩは、３つの部分：ＨＡＲＱ  ＡＣＫ、ＣＳＩ−ｐａｒｔ１、及びＣＳＩ−ｐａｒｔ２を含んでよい。
【００２５】
可能な設計では、ＨＡＲＱ  ＡＣＫ、ＣＳＩ−ｐａｒｔ１、及びＣＳＩ−ｐａｒｔ２を送信するために使用されるＲＥの数は、以下の３つの式に従いそれぞれ計算されてよい。Ｑ’ＡＣＫ、Ｑ’ＣＳＩ−１、及びＱ’ＣＳＩ−２は、それぞれ、ＨＡＲＱ  ＡＣＫを送信するために使用されＲＥの数、ＣＳＩ−ｐａｒｔ１を送信するために使用されＲＥの数、ＣＳＩ−ｐａｒｔ１を送信するために使用されＲＥの数を表す。
【００２６】
【数１】
2021517785.tif 000003
ここで、γｒｅｆはテーブル検索を通じて取得された第１符号レートを表し、Ｑｍはテーブル検索を通じて取得された変調次数を表し、
【数２】
2021517785.tif 000004
は、ＰＵＳＣＨ上の全てのＲＥの数、つまり、ネットワーク装置によりＰＵＳＣＨに割り当てられるＲＥの総数を表す。ＯＣＳＩ−２−ｒｅｆはＣＳＩ−ｐａｒｔ２の参照ｐａｙｌｏａｄ  ｓｉｚｅを表し、ＬＣＳＩ−２−ｒｅｆはＣＲＣビットの対応する数を表す。ＯＣＳＩ−１はＣＳＩ−ｐａｒｔ１のｐａｙｌｏａｄ  ｓｉｚｅを表し、ＬＣＳＩ−１はＣＲＣビットの対応する数を表す。ＯＣＳＩ−１＋ＬＣＳＩ−１はＣＳＩ−ｐａｒｔ１の合計ｐａｙｌｏａｄ  ｓｉｚｅとして理解されてよく、ＯＣＳＩ−２−ｒｅｆ＋ＬＣＳＩ−２−ｒｅｆはＣＳＩ−ｐａｒｔ２の合計参照ｐａｙｌｏａｄ  ｓｉｚｅとして理解されてよい。βｏｆｆｓｅｔＣＳＩ−ｐａｒｔ１及びβｏｆｆｓｅｔＣＳＩ−ｐａｒｔ２は、それぞれＣＳＩ−ｐａｒｔ１及びＣＳＩ−ｐａｒｔ２の符号レート補償パラメータを表し、ネットワーク装置の無線上位レイヤにより半固定的に予め構成されるか、又は後にＤＣＩを用いて動的に示される。
【００２７】
更に、式中のｍｉｎ｛，｝関数は、「＝」の左にあるパラメータの値が、ｍｉｎ関数に含まれる２つの値のうちの小さい方であることを意味する。
【００２８】
可能な設計では、ＵＣＩに含まれる部分を送信するために使用されるＲＥの数が取得された後に、テーブル検索を通じて取得された第１符号レート及び変調次数は、ネットワーク装置へ、対応する情報を送信するために直接使用されてよい。
【００２９】
別の可能な実装では、先ず、第１符号レートに基づき別の符号レートが生成されてよい。つまり、別の符号レートは、第１符号レートに対する符号レート変換を通じて取得される。次に、別の符号レート、対応するＲＥの数、及び変調次数が、対応する部分に関する情報を送信するために使用される。例えば、第２符号レートは第１符号レートに基づき生成され、又は第３符号レートは第１符号レートに基づき生成される。次に、第１符号レート、又は第２符号レート、又は第１符号レート及び第３符号レート、又は第２符号レート及び第３符号レートは、ＵＣＩ内の対応する部分に関する情報を送信するために使用される。
【００３０】
可能な設計では、符号レート変換は以下の式に従い実行されてよい。ここで、γｒｅｆはテーブル検索を通じて取得された第１符号レートを表し、γＣＳＩ−１は第１符号レートに基づき符号レート変換を実行することにより取得された第２符号レートを表し、ＣＴは第１符号レートに対して符号レート変換を実行することにより取得された第３符号レートを表す。
【数３】
2021517785.tif 000005
【００３１】
可能な設計では、第２符号レートは、ＵＣＩ内のＣＳＩ−ｐａｒｔ１を送信するために使用される符号レートであり、第３符号レートは、閾符号レートであり、閾符号レートは、ＣＳＩ−ｐａｒｔ２の符号レートを閾符号レートより高くならないように制限する。ＣＳＩ−ｐａｒｔ２の符号レートが閾値より高い場合、優先度に基づき、ＣＳＩ−ｐａｒｔ２の中の何らかの情報がドロップされてよい。
【００３２】
特定の符号レート変換の実行は、符号レート決定をより柔軟にでき、ＵＣＩを送信するために、ＭＣＳテーブルの直接検索を通じて取得される第１符号レートを用いる代わりに、符号レート変換を通じて取得された符号レートが、ＵＣＩを送信するために使用されてよい。これは、ネットワーク装置によるスケジューリングの精度を向上できる。
【００３３】
第２の態様によると、ＵＣＩ受信方法が提供される。当該方法では、ネットワーク装置は、先ず、端末装置へ、第１ダウンリンク制御情報ＤＣＩを送信し、ここで、前記第１ＤＣＩは、アップリンク共有チャネルをスケジューリングするために使用され、前記アップリンク共有チャネルがＵＣＩだけを送信するために使用されると示すために使用され、次に、前記アップリンク共有チャネルを通じて前記端末装置により送信された第１ＵＣＩを受信してよい。
【００３４】
第１ＤＣＩを端末装置へ送信する前に、ネットワーク装置は、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定し、次に、前述の決定結果に基づき、第１ＤＣＩを生成してよい。
【００３５】
本ソリューションでは、ネットワーク装置は、ＵＣＩを用いて、端末装置に、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるという指示を通知してよい。これは、端末装置を制御し指示するためのネットワーク装置の能力を向上できる。その結果、端末装置は、ネットワーク装置と矛盾のない理解を有することができ、それにより、ネットワーク装置と端末装置との間の相互作用の性能を向上する。
【００３６】
可能な設計では、ネットワーク装置は、端末装置へ第２ＤＣＩを更に送信してよく、第１ＤＣＩに含まれるＮＤＩの値が第２ＤＣＩに含まれるＮＤＩの値と異なり、ＲＶが１又は２であり、且つＭＣＳインデックスが２８、２９、３０、３１である、又はＭＣＳテーブル内の最高変調次数を示すインデックスのうちのいずれか１つであるとき、アップリンク共有チャネルがＵＣＩだけを送信するために使用されることを示す。言い換えると、ネットワーク装置は、前述のパラメータの値結合を用いて、ＵＣＩ−ｏｎｌｙを端末装置に示してよい。第２ＤＣＩは、第１ＤＣＩの前に受信された前のＤＣＩであり、第２ＤＣＩはＨＡＲＱ  ＩＤを含み、第１ＤＣＩはＮＤＩ、ＲＶ、ＨＡＲＱ  ＩＤ、及びＩＭＣＳを含む。
【００３７】
可能な設計では、第１ＤＣＩはＨＡＲＱ  ＩＤ及びＭＣＳインデックスを含み、ＨＡＲＱ  ＩＤ及びＭＣＳインデックスは第１符号レートを示すために使用されてよい。言い換えると、ネットワーク装置は、ＨＡＲＱ  ＩＤ及びＭＣＳインデックスを用いて、第１符号レートを端末装置に示してよい。例えば、ネットワーク装置は、ＨＡＲＱ  ＩＤ及びＭＣＳインデックスを第１ＤＣＩに追加してよく、端末装置は、第１ＤＣＩを受信した後に、ＨＡＲＱ  ＩＤ及びＭＣＳインデックスを取得し、次に、取得したＨＡＲＱ  ＩＤ及びＭＣＳインデックスに基づき第１符号レートを決定してよい。
【００３８】
可能な設計では、ネットワーク装置は、第１符号レートを用いて端末装置により送信された第１ＵＣＩを受信してよい。又は、ネットワーク装置は、第２符号レートを用いて端末装置により送信された第１ＵＣＩを受信し、又は、ネットワーク装置は、第１符号レート及び第３符号レートを用いて端末装置により送信された第１ＵＣＩを受信し、ここで、第２符号レート及び第３符号レートの両方は第１符号レートに基づき決定される。
【００３９】
可能な設計では、ネットワーク装置は、ＨＡＲＱ  ＩＤ内の全てのビット及びＭＣＳインデックス内の全てのビットのうちの幾つかに基づき、第１符号レートを示す。言い換えると、既存のＨＡＲＱ  ＩＤ内の全てのビットは直接使用される。この方法では、ＨＡＲＱ  ＩＤに含まれる４ビットの構造は変更される必要がない。
【００４０】
可能な設計では、ＭＣＳインデックスの中の全部のビットのうちの幾つかは、ＭＣＳインデックスの中の全部のビットのうちの１ビットを含む。言い換えると、ネットワーク装置は、ＨＡＲＱ  ＩＤ内の全てのビット及びＭＣＳインデックス内の全てのビットのうちの１ビットに基づき、第１符号レートを示してよい。例えば、ＭＣＳインデックス内の１ビットは、ＭＣＳインデックス内の全てのビットのうちの最下位ビットであってよく、又は別のビットであってよく、ＭＣＳインデックス内の１ビットは、ＨＡＲＱ  ＩＤ内の４個のビットの前又は後に配置されてよい。その結果、ＭＣＳインデックス内の１ビットは、最終的に構成される５個のビットのうちの最上位ビット又は最下位ビットとして動作できる。
【００４１】
可能な設計では、ネットワーク装置は、端末装置へ第２ＤＣＩを更に送信し、第１ＤＣＩに含まれるＮＤＩの値が第２ＤＣＩに含まれるＮＤＩの値と異なり、ＲＶが１又は２であり、ＨＡＲＱ  ＩＤが１４又は１５であるとき、アップリンク共有チャネルがＵＣＩだけを送信するために使用されることを示してよい。言い換えると、ネットワーク装置は、前述のパラメータの値結合を用いて、ＵＣＩ−ｏｎｌｙを端末装置に示してよい。第２ＤＣＩは、第１ＤＣＩの前に受信された前のＤＣＩであり、第２ＤＣＩはＨＡＲＱ  ＩＤを含み、第１ＤＣＩはＮＤＩ、ＲＶ、ＨＡＲＱ  ＩＤを含む。
【００４２】
第２の態様における方法は、第１の態様における方法に対応する。従って、第２の態様における方法の説明については、第１の態様における方法の説明を参照する。
【００４３】
第３の態様によると、機器が提供される。機器は、端末装置であってよく、又は端末装置内の機器であってよい。機器は、受信モジュール、第１決定モジュール、及び送信モジュールを含んでよい。モジュールは、第１の態様における任意の設計例における端末装置により実行される対応する機能を実行してよい。
【００４４】
具体的に、受信モジュールは、ネットワーク装置から第１ＤＣＩを受信するよう構成される。ここで、第１ＤＣＩはアップリンク共有チャネルをスケジューリングするために使用される。
【００４５】
第１決定モジュールは、第１ＤＣＩに基づき、アップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定するよう構成される。
【００４６】
送信モジュールは、アップリンク共有チャネルを通じてネットワーク装置へ、第１ＵＣＩを送信するよう構成される。
【００４７】
第４の態様によると、機器が提供される。機器は、ネットワーク装置であってよく、又はネットワーク装置内の機器であってよい。機器は、送信モジュール及び受信モジュールを含んでよい。モジュールは、第２の態様における任意の設計例における端末装置により実行される対応する機能を実行してよい。
【００４８】
具体的に、送信モジュールは、第１ＤＣＩを端末装置へ送信するよう構成される。ここで、第１ＤＣＩは、アップリンク共有チャネルをスケジューリングするために使用され、アップリンク共有チャネルがＵＣＩだけを送信するために使用されると示すために使用される。
【００４９】
受信モジュールは、アップリンク共有チャネルを通じて端末装置により送信された第１ＵＣＩを受信するよう構成される。
【００５０】
第５の態様によると、機器が提供される。機器は、第１の態様で説明した方法における端末装置の機能を実装するよう構成されるプロセッサを含む。機器は、プログラム命令及びデータを格納するよう構成されるメモリを更に含んでよい。メモリは、プロセッサに結合される。プロセッサは、第１の態様で説明した方法における端末装置の機能を実装するために、メモリに格納されたプログラム命令を呼び出し実行してよい。機器は、通信インタフェースを更に含んでよく、通信インタフェースは、機器と別の機器との間の通信のために構成される。例えば、別の機器は、ネットワーク装置であってよい。
【００５１】
第６の態様によると、機器が提供される。機器は、第２の態様で説明した方法におけるネットワーク装置の機能を実装するよう構成されるプロセッサを含む。機器は、プログラム命令及びデータを格納するよう構成されるメモリを更に含んでよい。メモリは、プロセッサに結合される。プロセッサは、第２の態様で説明した方法におけるネットワーク装置の機能を実装するために、メモリに格納されたプログラム命令を呼び出し実行してよい。機器は、通信インタフェースを更に含んでよく、通信インタフェースは、機器と別の機器との間の通信のために構成される。例えば、別の機器は、端末装置であってよい。
【００５２】
第７の態様によると、読み取り可能な記憶媒体が提供される。読み取り可能な記憶媒体は命令を含み、前記命令は、コンピュータ上で実行されると、前記コンピュータに、第１の態様における任意の設計例に従い方法に含まれるステップを実行させる。
【００５３】
第８の態様によると、読み取り可能な記憶媒体が提供される。読み取り可能な記憶媒体は命令を含み、前記命令は、コンピュータ上で実行されると、前記コンピュータに、第２の態様における任意の設計例に従い方法に含まれるステップを実行させる。
【００５４】
第９の態様によると、機器が提供される。前記機器は、少なくとも１つのプロセッサと、読み取り可能な記憶媒体と、を含み、前記読み取り可能な記憶媒体に含まれる命令が前記少なくとも１つのプロセッサにより実行されると、第１の態様における任意の設計例に従い方法に含まれるステップが実行され得る。前記機器は、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【００５５】
第１０の態様によると、機器が提供される。前記機器は、少なくとも１つのプロセッサと、読み取り可能な記憶媒体と、を含み、前記読み取り可能な記憶媒体に含まれる命令が前記少なくとも１つのプロセッサにより実行されると、第２の態様における任意の設計例に従い方法に含まれるステップが実行され得る。前記機器は、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【００５６】
第１１の態様によると、チップシステムが提供される。前記チップシステムは、第１の態様に従い方法を実装するために、プロセッサを含み、メモリを更に含んでよい。前記チップシステムは、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【００５７】
第１２の態様によると、チップシステムが提供される。前記チップシステムは、第２の態様に従い方法を実装するために、プロセッサを含み、メモリを更に含んでよい。前記チップシステムは、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【００５８】
第１３の態様によると、システムが提供される。前記システムは、第３の態様に従う機器と、第４の態様に従う機器と、を含む。
【００５９】
第１４の態様によると、システムが提供される。前記システムは、第５の態様に従う機器と、第６の態様に従う機器と、を含む。
【００６０】
第１５の態様によると、システムが提供される。前記システムは、第９の態様に従う機器と、第１０の態様に従う機器と、を含む。
【００６１】
理解されるべきことに、前述の一般的な説明及び以下の詳細な説明は、単に説明及び例示のためであり、本開示を限定することを意図しない。
【図面の簡単な説明】
【００６２】
【図１】本願の一実施形態における可能な適用シナリオの概略図である。
【００６３】
【図２】本願の一実施形態によるアップリンク制御情報送信方法のフローチャートである。
【００６４】
【図３】本願の一実施形態における、同じＨＡＲＱ  ＩＤを用いてネットワーク装置と端末装置との間でＤＣＩを送信及び受信する概略図である。
【００６５】
【図４】本願の一実施形態における、ＨＡＲＱ  ＩＤ及びＭＣＳインデックスに基づき新しいＭＣＳインデックスを生成する概略図である。
【００６６】
【図５】本願の一実施形態による機器の概略構造図である。
【００６７】
【図６】本願の一実施形態による別の機器の概略構造図である。
【００６８】
【図７】本願の一実施形態による別の機器の概略構造図である。
【００６９】
【図８】本願の一実施形態による別の機器の概略構造図である。
【発明を実施するための形態】
【００７０】
本願の実施形態の目的、技術的ソリューション、及び利点をより明確にするために、以下は、本願の実施形態における添付の図面を参照して、本願の実施形態における技術的ソリューションを明確に且つ完全に説明する。
【００７１】
本願の実施形態では、「複数の」は、少なくとも２つを表してよく、例えば２、３、又はそれより多数であってよい。これは、本願の実施形態において限定されない。
【００７２】
更に、本願明細書中の用語「及び／又は」は、単に関連付けられたオブジェクトの関連付け関係を記述し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、以下の３つの場合を表してよい。Ａのみが存在する、Ａ及びＢの両方が存在する、並びに、Ｂのみが存在する。更に、本願明細書中の文字「／」は、通常、特に断りの無い限り、関連付けられたオブジェクトの間の「又は」の関係を示す。
【００７３】
特に断りの無い限り、本願の実施形態では、「第１」、「第２」、及び「第３」のような序数は、複数のオブジェクトの間を区別することを意図し、順序、時間順序、優先度、又は複数のオブジェクトの重要度を限定することを意図しない。
【００７４】
以下では、当業者が一層理解するのを助けるために、本願の実施形態における幾つかの用語が説明される。
【００７５】
１．端末装置：本願の実施形態で使用される端末装置は、端末とも呼ばれてよく、無線受信及び送信機能を有する装置であってよい。端末装置は、地上に配置され、屋内又は屋外に配置されること、手に持たれる又は車両に搭載されることを含み、水面上に配置されてよく（例えば、商船）、又は、（航空機、気球、及び衛星のように）空中に配置されてよい。端末装置は、ユーザ機器（user  equipment,  UE）であってよい。ＵＥは、ハンドヘルド装置、車載装置、ウェアラブル装置、又は無線通信機能を有するコンピューティング装置を含む。例えば、ＵＥは、携帯電話機（mobile  phone）、タブレットコンピュータ、又は無線受信及び送信機能を有するコンピュータであってよい。代替として、端末装置は、仮想現実（virtual  reality,  VR）端末装置、拡張現実（augmented  reality,  AR）端末装置、産業制御における無線端末、自動運転における無線端末、遠隔医療における無線端末、スマートグリッドにおける無線端末、スマートシティ（smart  city）における無線端末、スマートホーム（smart  home）における無線端末、等であってよい。本願の実施形態では、端末の機能を実装する機器は、端末であってよく、チップ、回路、又は別の機器のような、端末が機能を実装するのを支援する機器であってよい。本願の実施形態では本願の実施形態で提供される技術的ソリューションは、端末装置の機能を実装する機器が端末装置である一例を用いて説明される。
【００７６】
２．ネットワーク装置：本願の実施形態で使用されるネットワーク装置は、基地局（base  station,  BS）を含み、無線アクセスネットワークの中に配置され端末との無線通信を実行できる装置であってよい。基地局は、複数の形式、例えば、マクロ基地局、マイクロ基地局、中継局、及びアクセスポイントであってよい。例えば、本願の実施形態で使用される基地局は、第５世代移動通信（the  ５th  generation,  ５G）新無線（new  radio,  NR）システムにおけるｇＮＢ（gNB）、ロングタームエボリューション（long  term  evolution,  LTE）における基地局（例えば、eNB）、又はＬＴＥアドバンスド（LTE-advanced,  LTE-A）システムにおける基地局であってよい。ＮＲシステムにおけるｇＮＢは、送受信ポイント（transmission  reception  point,  TRP）とも呼ばれてよい。本願の実施形態では、ネットワーク装置の機能を実装する機器は、ネットワーク装置であってよく、チップ、回路、又は別の機器のような、ネットワーク装置が機能を実装するのを支援する機器であってよい。本願の実施形態では本願の実施形態で提供される技術的ソリューションは、ネットワーク装置の機能を実装する機器がネットワーク装置である一例を用いて説明される。
【００７７】
３．アップリンク共有チャネルリソース：アップリンク共有チャネルリソース、例えばＰＵＳＣＨリソースは、ネットワーク装置により端末装置にスケジューリングされてよく、端末装置は、アップリンク共有チャネルリソースを用いてデータ及び／又は制御情報を送信してよい。
【００７８】
以下は、本願の実施形態の技術的背景を簡単に説明する。
【００７９】
現在の通信システムでは、端末装置により送信されるアップリンク制御情報（uplink  control  information,  UCI）は、ネットワーク装置へ、物理アップリンク制御チャネル（physical  uplink  control  channel,  PUCCH）を通じて送信されてよく、又はネットワーク装置へＰＵＳＣＨを通じて送信されてよい。通常、ＰＵＣＣＨは、より高い信頼性を有するが、ＰＵＣＣＨで運ぶことのできる情報の容量はＰＵＳＣＨのものより少ない。従って、比較的大きなペイロード（payload）を有する何らかのＵＣＩは、通常、ＰＵＳＣＨを通じてネットワーク装置へ送信される。例えば、比較的大きなペイロードサイズを有するＵＣＩの種類として、チャネル状態情報（channel  state  information,  CSI）は、幾つかの場合には、ＰＵＳＣＨを通じてネットワーク装置へ送信される。
【００８０】
端末装置により、ネットワークへＰＵＳＣＨを通じてＵＣＩを送信することは、２つの場合を含む。（１）ＵＬ−ＳＣＨデータ及びＵＣＩが一緒に送信される、及び（２）ＵＬ−ＳＣＨデータが含まれず、ＵＣＩだけが送信される。本願の実施形態では、ＵＣＩだけが送信され、ＵＬ−ＳＣＨデータが送信されない場合は、ＵＣＩ−ｏｎｌｙ、又はＵＣＩ−ｏｎｌｙ  ＰＵＳＣＨと呼ばれる。「ＵＣＩ−ｏｎｌｙ  ＰＵＳＣＨ」は、ＰＵＳＣＨがＵＣＩだけを送信するために使用されるチャネルであることを意味する。実際に、端末装置は、現在、場合（１）のようにＵＬ−ＳＣＨデータ及びＵＣＩを一緒に送信すべきか、又は場合（２）のようにＵＣＩだけを送信すべきかを決定できない。
【００８１】
前述の説明に鑑み、本願の実施形態は、アップリンク制御情報送信方法を提供する。当該方法では、端末装置は、第１ダウンリンク制御情報（downlink  control  information,  DCI）をネットワーク装置から受信し、受信した第１ＤＣＩに基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定し、第１ＵＣＩをネットワーク装置へ、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じて送信してよい。言い換えると、ネットワーク装置は、ＤＣＩを用いることにより、端末装置に指示し、その結果、端末装置は、ネットワーク装置の指示に基づき、ネットワーク装置へＵＣＩだけを送信すべきか否かを決定できる。具体的に言うと、端末装置は、ネットワーク装置のＤＣＩに基づき、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定し、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるとき、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じて、ネットワーク装置へ、ＵＣＩを送信してよい。
【００８２】
本願の実施形態における技術的ソリューションは、種々の通信システムに適用されてよく、例えば、ＮＲシステム、ＬＴＥシステム、又はＬＴＥ−Ａシステムに適用されてよい。
【００８３】
更に、本願の実施形における技術的ソリューションの適用される通信システムは、将来を見据えた通信技術にも適用可能であってよい。本願の実施形態における技術的ソリューションで説明されるシステムは、本願の実施形態における技術的ソリューションをより明確に説明することを意図しており、本願の実施形態で提供される技術的ソリューションに対するいかなる限定も構成しない。当業者は、ネットワークアーキテクチャの進化に伴い、本願の実施形態で提供される技術的ソリューションが同様の技術的問題にも適用可能であることを理解し得る。
【００８４】
次に、本願の実施形態の適用シナリオが簡単に説明される。
【００８５】
図１は、本願の一実施形態における可能な適用シナリオの概略図である。ネットワーク装置及び端末装置が含まれる。ネットワーク装置及び端末装置の機能は、上述されており、詳細はここで再び説明されない。図１に示す適用シナリオは、ＮＲシステムにおける適用シナリオ、ＬＴＥシステムにおける適用シナリオ、等であってよい。例えば、図１に示す適用シナリオは、ＮＲシステムにおける適用シナリオである。この場合、ネットワーク装置はＮＲシステムにおけるｇＮＢであってよく、端末装置はＮＲシステムにおける端末装置であってよい。
【００８６】
図１に示す適用シナリオでは、ネットワーク装置は、端末装置により使用されるリソースをスケジューリングし、例えば、端末装置のためにアップリンク共有チャネルリソース（例えば、ＰＵＳＣＨリソース）を割り当ててよい。端末装置にアップリンク共有チャネルリソースを割り当てた後に、ネットワーク装置は、ＤＣＩを用いて割り当てたアップリンク共有チャネルリソースを端末装置に通知してよい。ＤＣＩを受信した後に、端末装置は、ネットワーク装置により割り当てられたアップリンク共有チャネルリソースを知り、次に、割り当てられたアップリンク共有チャネルリソースを用いて情報を送信し、例えば、割り当てられたアップリンク共有チャネルリソースを用いてネットワークへ、ＵＬ−ＳＣＨデータ及び／又はＵＣＩを送信してよい。
【００８７】
留意すべきことに、図１示すシナリオは、本願の本実施形態の適用シナリオにいかなる限定も構成すべきではない。実際の適用では、複数のネットワーク装置及び複数の端末装置が含まれてよい。例えば、１つの端末装置は、１つのネットワーク装置にのみデータを送信してよく、又は複数のネットワーク装置へデータを送信してよい。代替として、１つのネットワーク装置は、１つの端末装置へデータを送信してよく、又は複数の端末装置へデータを送信してよい。これは、本願の本実施形態において具体的に限定されない。
【００８８】
図２は、本願の一実施形態によるアップリンク制御情報送信方法のフローチャートである。以下の説明では、方法が図１に示したシナリオに適用されることが一例として使用される。方法の手順は、以下に説明される。
【００８９】
ステップ２１。ネットワーク装置は、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定する。
【００９０】
先ず、端末装置のために、ネットワーク装置は、端末装置のためのリソースをスケジューリングし、例えば、端末装置のためのリソースをスケジューリングされたアップリンク共有チャネルが、前述のＵＣＩ−ｏｎｌｙ  ＰＵＳＣＨのような、ＣＵＩだけを送信するために使用されるチャネルであると決定してよい。
【００９１】
ステップ２２。ネットワーク装置は、端末装置へ第１ＤＣＩを送信し、端末装置は、ネットワーク装置から、第１ＤＣＩを受信する。
【００９２】
ネットワーク装置は、物理ダウンリンク制御チャネル（physical  downlink  control  channel,  PDCCH）を通じて、端末装置へＤＣＩを送信してよい。例えば、ＤＣＩは第１ＤＣＩと呼ばれ、第１ＤＣＩは、リソース割り当て情報及び他の制御情報を含んでよい。ＤＣＩはリソース割り当て情報を含むので、ネットワーク装置によりスケジューリングされたアップリンク共有チャネルは、ＤＣＩを用いて示されてよい。言い換えると、ＤＣＩは、アップリンク共有チャネルをスケジューリングするために使用されてよい。
【００９３】
本願の本実施形態では、ネットワーク装置がＵＣＩ−ｏｎｌｙを用いることにより送信を実行するよう端末装置をスケジューリングする必要がある場合、端末装置は、ＤＣＩを用いてスケジューリングされてよい。具体的に、ネットワーク装置は、先ず、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであると決定し、次に、ネットワーク装置は、決定結果に基づき、第１ＤＣＩを生成し、最後に、ネットワーク装置は、端末装置へ第１ＤＣＩを送信し、端末装置は第１ＤＣＩを受信する。
【００９４】
本願の本実施形態では、ネットワーク装置は、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定し、ネットワーク装置は端末装置に通知してよい。具体的に、ネットワーク装置は、端末装置に、ＤＣＩを用いて通知する。ＤＣＩは、アップリンク共有チャネルをスケジューリングするために使用できるだけでなく、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを示すためにも使用できる。従って、端末装置がネットワーク装置のＵＣＩ−ｏｎｌｙ指示を明確に知ることができるために、ネットワーク装置は、端末装置へ、指示を含むＤＣＩ（例えば、第１ＤＣＩ）を送信してよい。それにより、ネットワーク装置と端末装置との間の相互理解を向上する。
【００９５】
特定の実装処理では、ＤＣＩを用いてＵＣＩ−ｏｎｌｙを示すために、ネットワーク装置は、ＤＣＩを生成するとき、ＤＣＩに指示情報を追加してよい。ここで、指示情報は、ＵＣＩ−ｏｎｌｙを示すために使用される。説明を簡単にするために、ＤＣＩ内で運ばれＵＣＩ−ｏｎｌｙを示すために使用される指示情報は、ＵＣＩ−ｏｎｌｙ指示情報と呼ばれる。言い換えると、ＵＣＩ−ｏｎｌｙは、既存のＤＣＩを直接用いて、ＵＣＩ−ｏｎｌｙ指示情報をＤＣＩに追加することにより、決定されてよい。
【００９６】
ステップ２３。端末装置は、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルが、ＵＣＩだけを送信するために使用されると決定する。
【００９７】
更に、ネットワーク装置により送信された第１ＤＣＩを受信した後に、端末装置は、第１ＤＣＩをパースして、第１ＤＣＩ内で運ばれたＵＣＩ−ｏｎｌｙ指示情報を取得し、次に、ＵＣＩ−ｏｎｌｙ指示情報に基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであるか否かを決定してよい。言い換えると、端末装置は、ネットワーク装置により送信されたＤＣＩに基づき、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じて送信された情報の種類を直接決定してよい。可能な結果は、端末装置が、ネットワーク装置により送信されたＤＣＩに基づき、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであると決定することである。それにより、ネットワーク装置と端末装置との間の矛盾のない理解を保証し、ネットワーク装置の端末装置をスケジューリングし及び制御する能力を向上する。
【００９８】
本願の本実施形態は、ネットワーク装置が端末装置に指示する機能を向上し、及びネットワーク装置と端末装置の相互性能を向上するために、端末装置が、ネットワーク装置によりスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるか否かを決定する方法を提供する。更に、本願の本実施形態で提供されるＵＣＩ−ｏｎｌｙ決定方法は、既存の制御情報（つまり、ＤＣＩ）に基づき適用される簡易な方法であり、追加オーバヘッドを増大することなく既存のシグナリングモードを直接使用し、それにより送信リソースの節約を助ける。
【００９９】
ステップ２４。端末装置は、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じて、ネットワーク装置へ、第１ＵＣＩを送信し、ネットワーク装置は、アップリンク共有チャネルで第１ＵＣＩを受信する。
【０１００】
更に、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであると決定した後に、端末装置は、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じてネットワーク装置へＵＣＩを送信してよい。例えば、端末装置により送信されたＵＣＩは、第１ＵＣＩと呼ばれ、対応する情報種類は、ネットワーク装置の指示を用いて送信される。これは、ネットワーク装置と端末装置との間の矛盾のない理解を達成し、ネットワーク装置による端末装置の制御も向上する。
【０１０１】
本願の本実施形態では、ネットワーク装置が、ＤＣＩを用いて端末装置に、スケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを示すことは、２つの方法を含むがこれに限定されない。言い換えると、端末装置は、以下の２つの方法に従い、ネットワーク装置の指示を決定してよい。当業者による理解を容易にするために、以下は２つの方法を説明する。
【０１０２】
（１）第１決定方法は、ＵＣＩ−ｏｎｌｙを直接明示的に示すことである。
【０１０３】
ネットワーク装置は、既存のＤＣＩにビットフィールドを追加して、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであると示すために使用される指示情報を運んでよい。例えば、ＵＣＩ−ｏｎｌｙ指示情報を運ぶために１つの特別ビットが追加されてよい。新しく追加されたビットフィールドは、ＤＣＩフォーマットに基づき特定位置に配置されてよい。言い換えると、既存のＤＣＩフォーマットが変更されてよく、新しく追加されたビットフィールドは、ＵＣＩ−ｏｎｌｙを直接示すために使用される。ネットワーク装置から第１ＤＣＩを受信した後に、端末装置は、第１ＤＣＩの中の特定位置にあるビットフィールドからＵＣＩ−ｏｎｌｙ指示情報を取得し、次に、取得したＵＣＩ−ｏｎｌｙ指示情報に基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定してよい。例えば、前述の１ビットが１であるとき、それは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであると示し、又は、前述の１ビットが０であるとき、それは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙではないと示す。勿論、ビットの値と指示内容との間の対応は、本願の本実施形態で限定されない。
【０１０４】
本願の本実施形態では、ＤＣＩに追加された特別ビットは、ＵＣＩ−ｏｎｌｙを明示的に示すために使用され、端末装置は、追加計算及び他の処理を実行することなく、ＤＣＩ内の特定位置にあるビットフィールドに基づき、対応するＵＣＩ−ｏｎｌｙ指示情報を直接、容易に、且つ迅速に取得できる。
【０１０５】
（２）第２決定方法は、ＤＣＩに元々含まれる少なくとも２つのパラメータを用いて、ＵＣＩ−ｏｎｌｙを暗示的に示すことである。
【０１０６】
現在、ＤＣＩは、フォーマット０、フォーマット０−１、フォーマット１、フォーマット１Ａ及びフォーマット１Ｄのような複数のフォーマット（format）を有する。異なるＤＣＩフォーマットに対応するＤＣＩは、異なる情報内容を含んでよい。例えば、あるフォーマットに対応するＤＣＩは、ハイブリッド自動再送要求（hybrid  automatic  repeat  request,  HARQ）処理番号（ＩＤ）、新規データ指示子（new  data  indicator,  NDI）、冗長バージョン（redundancy  version,  RV）、及び変調及び符号化方式（modulation  and  coding  scheme,  MCS）インデックス（index）のような情報を含む。ここで、ＭＣＳインデックスは、例えばＩＭＣＳにより表されてよい。
【０１０７】
ＤＣＩは元々幾つかのパラメータを含むことが分かる。例えば、上述のように、ＤＣＩは、通常、ＮＤＩ、ＲＶ、ＨＡＲＱ  ＩＤ、及びＩＭＣＳのようなパラメータを含む。従って、第２決定方法では、ネットワーク装置は、ＵＣＩ−ｏｎｌｙを暗示的に示すために、ＤＣＩに元々含まれる幾つかのパラメータを直接使用してよい。更に、ＤＣＩを受信した後に、端末装置は、ネットワーク装置の指示に基づき、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定してよい。ＵＣＩ−ｏｎｌｙに含まれる少なくとも２つのパラメータがＵＣＩ−ｏｎｌｙを暗示的に示すために使用されるとき、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用されるパラメータに対応する情報は、前述のＵＣＩ−ｏｎｌｙ指示情報として理解されてよい。この方法では、ＤＣＩに対する変更は比較的小さい。
【０１０８】
言い換えると、ＤＣＩの既存の情報組成構造の中で、定義されたビットフィールドの値（定義されたビットフィールドは、定義されたパラメータに対応する情報を運ぶために使用される）は、ＵＣＩ−ｏｎｌｙを示す新しい機能を実装するために完全に使用されてよい。ＤＣＩの中にあり既に関連情報を運ぶビットフィールドの再利用と通じて、ＤＣＩの情報使用効率も向上でき、又は等価的に、シグナリングオーバヘッドがある程度削減され、それによりリソースを節約する。
【０１０９】
本願の本実施形態では、ＤＣＩの中で現在利用可能な少なくとも２つのパラメータは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを示すために使用される。具体的に、ＤＣＩ内の２つのパラメータの値結合は、現在の既存の機能結合では不可能な結合である。つまり、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される２つのパラメータの値結合は、既存の機能結合ではない。例えば、２つのパラメータの値結合が新しいデータ送信及び従来のデータ再送信に関連する２つの競合する指示を表すとき、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルはＵＣＩ−ｏｎｌｙであると決定されてよい。例えば、ＤＣＩ内の一方のパラメータの値は、新しいデータ送信を示し、ＤＣＩ内の他方のパラメータの値は、データ再送信を示す。競合する指示、つまり一方はデータ再送信を示し、他方は新しいデータ送信を示すことは、現在の通常の場合において存在しない。従って、本願の本実施形態では、通常の場合に存在しない競合する指示結合がＵＣＩ−ｏｎｌｙを示すために使用される。しかしながら、端末装置では、ＤＣＩが２つの競合する指示をはこぶと決定した場合、端末装置は、ネットワーク装置が実際にはデータ再送信を示さず又は新しいデータ送信も示さないが、ＵＣＩ−ｏｎｌｙを示すと考える。つまり、現在存在しない機能結合は、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。
【０１１０】
更に、留意すべきことに、本願の本実施形態では、例えば、２つの競合する指示、つまり新しいデータ送信及びデータ再送信を含む現在不可能な結合が、ＵＣＩ−ｏｎｌｙを示すために使用されるとき、新しいデータ送信及びデータ再送信は、ここでは、実際に新しいデータ送信及びデータ再送信を示すために使用されない。言い換えると、端末装置は、指示に基づき、新しいデータを送信し又はデータを再送信しない。本願の本実施形態では、現在不可能な指示結合は、単にＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。つまり、パラメータの異なる結合が、新しい指示機能を実装するために使用される。
【０１１１】
第２決定方法では、ＤＣＩは複数のパラメータを含んでよい。当業者による理解を容易にするために、以下は説明のために幾つかのパラメータを列挙する。
【０１１２】
方法１では、ＮＤＩ及びＲＶは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するために使用される。
【０１１３】
ＮＤＩ及びＲＶは、ＤＣＩ内の２ビットフィールドを用いて示されるパラメータである。ＮＤＩは１ビットを固定的に占有する。ネットワーク装置が新規データ送信又はデータ再送信を示すかは、ＮＤＩフリッピングが生じるか否かに基づき決定されてよい。例えば、前のＤＣＩと比較して、ＮＤＩフリッピングが生じた場合、それは、新規データ送信を示し、又は、ＮＤＩフリッピングが生じない場合、それはデータ再送信を示す。ＲＶは、通常、２ビットを占有し、ＲＶの異なる値は異なる意味を表す。例えば、ＲＶの値が１又は２であるとき、それはデータ再送信を示す。
【０１１４】
従来技術では、ＮＤＩフリッピングは、新規データ送信を示すために使用されてよく、ＲＶの値１又は２はデータ再送信を示すために使用されてよい。従って、方法１では、ネットワーク装置は、２つの競合する指示、つまり新規データ送信及びデータ再送信、を含む現在不可能な結合を用いて、ＵＣＩ−ｏｎｌｙを示し、並びに、端末装置は、指示結合に基づきＵＣＩ−ｏｎｌｙを決定してよい。
【０１１５】
具体的に言うと、方法１で与えられＵＣＩ−ｏｎｌｙを決定するために使用される条件は、以下の通りである：
（１）ＮＤＩフリッピングが生じる、及び、
（２）ＲＶ＝１又はＲＶ＝２。
【０１１６】
前述の説明に基づき、ＮＤＩに基づき新規データが送信されるか否かを決定するために、ＮＤＩフリッピングが生じるか否かが先ず決定される必要がある。ＮＤＩフリッピングが生じるか否かを決定するために、２つのＤＣＩの中のＮＤＩの値が必要である。１つのＤＣＩは、現在受信されたＤＣＩ、つまり第１ＤＣＩである。他方のＤＣＩは、第１ＤＣＩと同じＨＡＲＱ  ＩＤを運び、時間的に第１ＤＣＩと最も近い前のＤＣＩである。説明を容易にするために、他方のＤＣＩは、本願の本実施形態では第２ＤＣＩと呼ばれる。第２ＤＣＩは第１ＤＣＩの前に受信された前のＤＣＩであるので、第２ＤＣＩは、第１ＤＣＩが受信される前に、端末装置により受信されてよい。
【０１１７】
例えば、ネットワーク装置は、第２ＤＣＩの中のＮＤＩの値を１に設定する。第１ＤＣＩを用いてＵＣＩ−ｏｎｌｙを示すことを期待している場合、ネットワーク装置は、第１ＤＣＩ内のＮＤＩの値を０に設定し、第１ＤＣＩ内のＲＶの値を１又は２に設定してよい。更に、第１ＤＣＩを受信した後に、端末装置は、第１ＤＣＩ内で運ばれたＮＤＩを、第２ＤＣＩ内で運ばれたＤＣＩと比較して、ＮＤＩフリッピングが生じたか否かを決定してよい。ＮＤＩフリッピングが生じたと決定した場合、端末装置は、第１ＤＣＩ内のＲＶの値が１又は２であるか決定してよい。代替として、端末装置は、ＮＤＩフリッピングが生じたか否かを決定する処理と、第１ＤＣＩ内のＲＶの値が１又は２であるかを決定する処理の２つを同時に実行してよい。代替として、端末装置は、先ず第１ＤＣＩ内のＲＶの値が１又は２であるかを決定し、次にＮＤＩフリッピングが生じたか否かを決定してよい。纏めると、２つの条件が満たされるとき、端末装置は、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定してよい。
【０１１８】
方法２では、ＮＤＩ及びＩMCSは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するために使用される。
【０１１９】
ＩMCSは、ＭＣＳテーブルの中のＭＣＳインデックスである。ＭＣＳテーブルは、複数のＭＣＳインデックスを含み、各ＭＣＳインデックスはそれぞれの符号レート（code  rate）、変調次数（modulation  order）、スペクトル効率、等に対応し、変調次数は例えばＱｍにより表される。
【０１２０】
現在既に複数のＭＣＳテーブルが存在する。例えば、表１、表２、及び表３は、現在の３つの一般のＭＣＳテーブルである。表１及び表３に示されるＭＣＳテーブルの中でサポートされる最高変調次数は６であり、表２に示されるＭＣＳテーブルの中でサポートされる最高変調次数は８である。
【０１２１】
更に、端末装置は、端末装置のサポートする異なる最高変調次数、及び離散フーリエ変換（discrete  fourier  transformation,  DFT）プリコーディングがアップリンク共有チャネルに適用されるか否かに依存して、それぞれのＭＣＳテーブルに対応してよい。言い換えると、端末装置は、端末装置の異なる能力に基づき、それぞれのＭＣＳテーブルに適合してよい。
表１
【表１】
2021517785.tif 000006
表２
【表２】
2021517785.tif 000007
表３
【表３】
2021517785.tif 000008
【０１２２】
方法１と同様に、第１ＤＣＩ内のＮＤＩが新規データ送信を示すか否かは、第２ＤＣＩ内のＮＤＩと比較して第１ＤＣＩ内のＮＤＩにおいてフリッピングが生じたか否かを決定することにより、決定される。ＮＤＩフリッピングが生じたと決定されると、それは、第１ＤＣＩが新規データ送信を示すことを示す。
【０１２３】
更に、ＩＭＣＳの値が所定の値であるとき、それは、ネットワーク装置がデータ再送信を示すためにＩＭＣＳを使用することを期待していることを示してよい。その結果、データ再送信指示、及びＮＤＩフリッピングを通じて表される新規データ送信指示は、現在存在しない、競合する指示を含む、機能結合を形成する。具体的に、２つの条件、つまり、「ＩＭＣＳの値は、ＭＣＳテーブルの中の最高変調次数を示すインデックス値のうちの任意の１つであること」、及び「ＩＭＣＳの値は、所定値より大きいＭＣＳテーブル内のインデックス値であること」が設定されてよい。２つの条件のうちの少なくとも１つが満たされると、それは、ＩＭＣＳの値がデータ再送信を示すために使用されると考えられてよい。その結果、ＮＤＩフリッピングを通じて表されるデータ再送信指示及び新規データ送信指示は、２つの競合する指示を形成する。この場合、ＵＣＩ−ｏｎｌｙが決定できる。
【０１２４】
当業者による理解を容易にするために、以下は説明のために幾つかの場合を列挙する。
【０１２５】
（ａ）ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝。具体的に言うと、ＩＭＣＳの値は、ＭＣＳテーブルの中で最高変調次数を示すインデックス値を含む集合に属する。留意すべきことに、異なるＭＣＳテーブルが使用されるとき、ＭＣＳテーブルの中の最高変調次数を示すインデックス値は異なってよい。
【０１２６】
例えば、表１に示されるＭＣＳテーブルでは、ＭＣＳテーブルの中の最高変調次数は６であり、変調次数６に対応する全部のインデックス値の集合は、｛１７，１８，１９，２０，２１，２２，２３，２４，２５，２６，２７，２８，３１｝である。
【０１２７】
例えば、表２に示されるＭＣＳテーブルでは、ＭＣＳテーブルの中の最高変調次数は８であり、変調次数８に対応するインデックス値の集合は、｛２０，２１，２２，２３，２４，２５，２６，２７，３１｝である。
【０１２８】
例えば、表３に示されるＭＣＳテーブルでは、ＭＣＳテーブルの中の最高変調次数は６であり、変調次数６に対応する全部のインデックス値の集合は、｛１７，１８，１９，２０，２１，２２，２３，２４，２５，２６，２７，３１｝である。
【０１２９】
任意のＭＣＳテーブルについて、ＩＭＣＳの値がＭＣＳテーブルの中で最高変調次数に対応するインデックス値の集合に属するならば、それは、ＩＭＣＳがデータ再送信を示す条件を満たすと考えられてよい。表３のＭＣＳテーブルを一例として用いると、第１ＤＣＩ内のＩＭＣＳの値が２７であるとき、ＩＭＣＳに対応する変調次数は６であり、最高変調次数である。この場合、それは、２７の値を有するＩＭＣＳがデータ再送信を示すために使用されると考えられてよく、更に、ＵＣＩ−ｏｎｌｙが決定されてよい。別の例では、第１ＤＣＩ内のＩＭＣＳの値が６であるとき、ＩＭＣＳに対応する変調次数は２であり、最高変調次数６ではない。従って、それは、６の値を有するＩＭＣＳがデータ再送信を示さないと考えられてよく、この場合、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙではないと決定されてよい。
【０１３０】
通常のＨＡＲＱの場合には、新規データ送信は、低い次数の変調を通じて実行され、最高次数の変調は、通常、再送信又は複数の再送信の間に使用されない。従って、ネットワーク装置は、原理に基づく非規則的な場合を完全に使用し、つまり、ＮＤＩフリッピングを通じて表される新規データ送信と競合する指示を形成するために、最高次数の変調に対応するインデックス値を用いてデータ再送信を示す。この方法では、２つの競合する指示が、端末装置にＵＣＩ−ｏｎｌｙを示すために使用される。
【０１３１】
（ｂ）ＩＭＣＳ∈｛２８，２９，３０，３１｝、又はＩＭＣＳ∈｛２９，３０，３１｝。
【０１３２】
現在のＭＣＳテーブルの各々は、３１個のインデックス値を含み、インデックス値２８、２９、３０、及び３１は、ＭＣＳテーブルの中の幾つかのより大きな値である。更に、表２及び表３の中の２８、２９、３０、及び３１に対応する符号レート、及び表１の中の２９、３０、及び３１に対応する符号レートは「reserved」であり、「reserved」は符号レートが予約されていることを示す。言い換えると、現在のＭＣＳテーブルでは、インデックス値２８、２９、３０、及び３１、又はインデックス値２９、３０、及び３１については、対応する符号レートが設定されない。符号レートが設定されないので、現在、通常の場合には、ネットワーク装置は、通常、新規データ送信を示すためにインデックス値を使用しない。これに基づき、ネットワーク装置は、対応する符号レートが現在設定されていないインデックス値を用いて、データ再送信を示す。その結果、データ再送信指示、及びＮＤＩフリッピングを通じて表される新規データ送信指示は、２つの競合する指示を形成する。この方法で、ＵＣＩ−ｏｎｌｙが決定される。
【０１３３】
（ｃ）ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝∪｛２８，２９，３０，３１｝。
【０１３４】
場合ｃは、２つの場合、つまりａ及びｂの結合である。説明はここで繰り返されない。しかしながら、留意すべきことに、ＭＣＳテーブルの中で最高変調次数を示すインデックス値は、２８，２９，３０，３１と重複してよい。表２に示されるＭＣＳテーブルを一例として用いると、表２に示されるＭＣＳテーブルの中で最高変調次数を示す全部のインデックス値の集合は｛２０，２１，２２，２３，２４，２５，２６，２７，３１｝であり、集合の中の３１は、大きなインデックス値を含む集合｛２８，２９，３０，３１｝の中にあるものと重複する要素である。２つの集合の間に「∪」関係があるので、３１は、最終的に１回だけ使用される。つまり、「∪」の後の最終的な∪は｛２０，２１，２２，２３，２４，２５，２６，２７，２８，２９，３０，３１｝である。
【０１３５】
前述の説明によると、方法２では、ＵＣＩ−ｏｎｌｙを決定するために使用される条件は、以下の通りである：
（１）ＮＤＩフリッピングが生じる、及び、
（２）ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝；又は、ＩＭＣＳ∈｛２８，２９，３０，３１｝又はＩＭＣＳ∈｛２９，３０，３１｝；又は、ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝∪｛２８，２９，３０，３１｝。
【０１３６】
更に、上述のＵＣＩ−ｏｎｌｙ決定方法では、ＰＤＣＣＨ検出漏れがあり得る。ＰＤＣＣＨ検出漏れは、ＵＣＩ−ｏｎｌｙの誤った決定を生じ得る。例えば、図３は、左から右へ時間順に、同じＨＡＲＱ  ＩＤを用いてネットワーク装置と端末装置との間でＤＣＩを送信及び受信する概略図である。
【０１３７】
先ず、ネットワーク装置は、新規データを送信するために使用されるＰＵＳＣＨを示すためにＤＣＩ１を用いる、ＲＶ＝０である。端末装置が、ＤＣＩ１の指示に基づきＰＵＳＣＨのデータを送信した後に、ネットワーク装置は、受信したデータの復号に失敗する。ここで、受信したデータの復号に失敗することは、巡回冗長検査（cyclic  redundancy  check,  CRC）検査が失敗することを意味する。この場合、ネットワーク装置は、再送信が必要であることを示すために、ＤＣＩ２を用い、ＲＶ＝２である。その後、ネットワーク装置は、受信したデータの復号に再び失敗し、再送信が必要であることを示すためにＤＣＩ３を用い、ＲＶ＝３である。この場合、復号が成功する。
【０１３８】
次に、ネットワーク装置は、ＤＣＩ４を用いて、新しく送信される必要のある次のデータを示すが（ＮＤＩフリッピング）、ＤＣＩ４は失われる。
【０１３９】
最後に、ネットワーク装置は、ＤＣＩ５を用いてＵＣＩ−ｏｎｌｙ  ＰＵＳＣＨを示す。つまり、ＤＣＩ５の中のＮＤＩについて、ＤＣＩ４の中のＮＤＩの値と異なる値を設定し、ＲＶ＝１に設定する。ＤＣＩ４の中のＮＤＩの値が１なので、ＤＣＩ５の中のＮＤＩの値は０に設定される。言い換えると、ネットワーク装置は、ＮＤＩフリッピング及びＲＶ＝１を通じてＵＣＩ−ｏｎｌｙを示すことを期待する。しかしながら、ＤＣＩ４は失われ、端末装置はＤＣＩ４を受信しない。従って、ＤＣＩ５が受信されると、ＤＣＩ５は前に受信されたＤＣＩ３と比較され、ＮＤＩが両方とも０である、つまりＮＤＩフリッピングが生じていないことが分かる。この場合、ＤＣＩ５は、前のＰＵＳＣＨデータの再送信を示すために使用されると誤って考えられる。
【０１４０】
端末装置は、送信処理の中でＤＣＩの損失に起因して、ＵＣＩ−ｏｎｌｙを誤って決定し得る。具体的には、実際にはＮＤＩフリッピングが生じるが、ＮＤＩフリッピングが生じていないと誤って考えられる。これに鑑み、本願の本実施形態では、ＵＣＩ−ｏｎｌｙを決定する別の決定条件が更に追加される。決定条件の追加は、最終的な決定結果において誤った決定の影響を軽減でき、それにより、決定精度を向上し、誤った決定によりＵＣＩ−ｏｎｌｙを示すことができない場合を回避する。当業者による理解を容易にするために、以下は、新しい決定条件が追加される決定方法を説明するために、方法３及び方法４を例として使用する。
【０１４１】
方法３では、ＮＤＩ、ＲＶ、及びＩMCSは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するために使用される。
【０１４２】
例えば、前述の方法１では、図３に示されるようにＮＤＩフリッピングが誤って決定され得るので、本願の本実施形態ではＮＤＩの指示は無視されてよい。次に、ＩＭＣＳは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するための新たに追加される決定条件として使用される。具体的に言うと、ＮＤＩの指示は無視され、ＲＶの値が１又は２であるという前提で、方法２で説明したＩＭＣＳ、及びＲＶは、ＮＤＩが誤った決定のために機能しないときにＵＣＩ−ｏｎｌｙ決定精度を保証するために、従来技術では不可能な値の結合を形成する。
【０１４３】
可能な実装では、方法３で、ＵＣＩ−ｏｎｌｙを決定するために使用される条件は、以下の通りである：
（１）ＮＤＩフリッピングが生じる、
（２）ＲＶ＝１又はＲＶ＝２、
（３）ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝；又は、ＩＭＣＳ∈｛２８，２９，３０，３１｝又はＩＭＣＳ∈｛２９，３０，３１｝；又は、ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝∪｛２８，２９，３０，３１｝。
【０１４４】
別の可能な実装では、方法３で、ＵＣＩ−ｏｎｌｙを決定するために使用される条件は、以下の通りである：
（１）ＮＤＩフリッピングが生じない、
（２）ＲＶ＝１又はＲＶ＝２、
（３）ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝；又は、ＩＭＣＳ∈｛２８，２９，３０，３１｝又はＩＭＣＳ∈｛２９，３０，３１｝；又は、ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝∪｛２８，２９，３０，３１｝。
【０１４５】
方法４では、ＮＤＩ、ＲＶ、及びＨＡＲＱ  ＩＤは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するために使用される。
【０１４６】
方法３と同様に、図３に示される誤った決定が生じるとき、ＮＤＩの指示は無視されてよく、ＨＡＲＱ  ＩＤが、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するために、新たに追加される決定条件として使用される。具体的には、ＮＤＩの指示が無視され、ＲＶの値が１又は２のとき、通常の場合にデータ再送信が示される。１５又は１４のような比較的大きな値を有するＨＡＲＱ  ＩＤは、通常の場合に通常使用されないので、ＲＶがデータ再送信を示しＨＡＲＱ  ＩＤが１５又は１４である現在不可能なパラメータ結合が、ＵＣＩ−ｏｎｌｙを示すために使用される。これは、ＮＤＩが誤った決定のために機能しないとき、ＵＣＩ−ｏｎｌｙ決定精度を保証できる。さらに、１４又は１５のＨＡＲＱ  ＩＤは通常の場合にあまり使用されないので、図３で説明した誤った決定は、ＨＡＲＱの通常の実行に影響を与えなくてよい。
【０１４７】
言い換えると、方法４で、ＵＣＩ−ｏｎｌｙを決定するために使用される条件は、以下の通りである：        
（１）ＮＤＩフリッピングが生じる、
（２）ＲＶ＝１又はＲＶ＝２、
（３）ＨＡＲＱ  ＩＤ＝１４、又はＨＡＲＱ  ＩＤ＝１５。
【０１４８】
前述の説明は単なる例である。本願の本実施形態におけるＤＣＩに含まれる既存パラメータに基づきＵＣＩ−ｏｎｌｙを決定するために使用される方法は、上述のものを含むが限定されない。具体的な実装処理では、上述の幾つかの方法に基づく纏め、変形、又は拡張を通じて別の方法が得られてよい。ＤＣＩ内の既存パラメータ、及び現在の機能結合には含まれない機能結合に基づく任意の決定方法は、本願の保護範囲内に包含されるべきである。
【０１４９】
上述のように、ＵＣＩ−ｏｎｌｙ  ＰＵＳＣＨを決定した後に、端末装置は、ネットワーク装置へ、ＰＵＳＣＨでＵＣＩを送信してよい。ＵＣＩは、情報の幾つかの部分を含んでよく、例えば３つの部分：ＣＳＩ−ｐａｒｔ１、ＣＳＩ−ｐａｒｔ２、及びＨＡＲＱ肯定応答（acknowledgement,  ACK）を含んでよい。ＵＣＩの中の各部分は、ＲＥの数及び対応する符号レートが予め分かっているときのみ、ネットワーク装置へ送信できる。ＵＣＩの中の前述の部分について、ＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅサイズは、ＣＳＩ−ｐａｒｔ１内の幾つかのパラメータの特定の値により影響を受ける。例えば、ＣＳＩ−ｐａｒｔ１内のランク指示子（rank  indication,  RI）が１に等しいとき、ＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅは比較的小さい。或いは、ＣＳＩ−ｐａｒｔ１内のＲＩがｒａｎｋ＝２を示すとき、ＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅは比較的大きい。ネットワーク装置はＣＳＩ−ｐａｒｔ１内の部分の特定のサイズが分からないので、つまり、部分のｐａｙｌｏａｄ  ｓｉｚｅが分からないので、ネットワーク装置は、ＣＳＩの合計ｐａｙｌｏａｄ  ｓｉｚｅサイズを予め取得できず、ＣＳＩを送信するために合計ｐａｙｌｏａｄ  ｓｉｚｅに適応されたＰＵＳＣＨリソースを合計ｐａｙｌｏａｄ  ｓｉｚｅに基づきスケジューリングできない。部分は異なるｐａｙｌｏａｄ  ｓｉｚｅ及び異なる重要度を有するので、それぞれの符号レート及び変調次数が、ＵＣＩ内の部分を送信するために必要である。
【０１５０】
ネットワーク装置は、ユーザ機器へ送信されるＤＣＩ内でユーザ機器に割り当てられたＰＵＳＣＨリソースを示してよい。ＤＣＩを受信しパースした後に、ＵＥは、ネットワーク装置により割り当てられたＰＵＳＣＨリソースを知ることができ、つまり、ＵＣＩ送信のために使用されるＲＥの総数を知ることができる。更に、ＵＣＩは、ＨＡＲＱ  ＡＣＫ、ＣＳＩ−ｐａｒｔ１、及びＣＳＩ−ｐａｒｔ２のような複数の部分を含むので、ユーザ機器は、特定のルールに従いＵＣＩ内の部分に、ネットワーク装置により割り当てられたＰＵＳＣＨリソースを割り当てる必要がある。従って、ＵＣＩ内の部分に割り当てられるＲＥの数を決定することも、ＵＣＩが送信される前に必須のステップである。
【０１５１】
言い換えると、ＵＣＩの送信は、ＵＣＩに含まれる情報の部分を送信することとして理解されてよい。可能な実装では、ＵＣＩに含まれる３つの部分：ＣＳＩ−ｐａｒｔ１、ＣＳＩ−ｐａｒｔ２、及びＨＡＲＱ  ＡＣＫが送信される。更に、ＵＣＩ内の任意の部分を送信するために、各部分を送信するために使用されるＲＥの数、及び対応する符号レートが、予め決定される必要がある。各部分を送信するために使用されるＲＥの数に関して、ネットワーク装置により送信されたＤＣＩは既にＵＣＩを送信するために使用されるＲＥの総数を含むので、３つの部分のうちの２つを送信するために使用されるＲＥの数が分かる場合、第３部分を送信するために使用されるＲＥの数は自然に分かってよい。
【０１５２】
現在、ＨＡＲＱ  ＡＣＫに割り当てられるＲＥの数Ｑ’ＡＣＫは式（１）に従い計算されてよく、ＣＳＩ−ｐａｒｔ１に割り当てられるＲＥの数Ｑ’ＣＳＩ−１は式（２）に従い計算されてよく、ＣＳＩ−ｐａｒｔ１を送信するために使用される符号レートγＣＳＩ−１は式（３）に従い計算されてよい。
【数４】
2021517785.tif 000009
ここで、
【数５】
2021517785.tif 000010
は、ＰＵＳＣＨのための全部のＲＥの数、つまり、ネットワーク装置によりＰＵＳＣＨに割り当てられるＲＥの総数を表す。ＯＣＳＩ−２−ｒｅｆはＣＳＩ−ｐａｒｔ２の参照ｐａｙｌｏａｄ  ｓｉｚｅを表し、ＬＣＳＩ−２−ｒｅｆはＣＲＣビットの対応する数を表す。ＯＣＳＩ−１はＣＳＩ−ｐａｒｔ１のｐａｙｌｏａｄ  ｓｉｚｅを表し、ＬＣＳＩ−１はＣＲＣビットの対応する数を表す。ＯＣＳＩ−１＋ＬＣＳＩ−１はＣＳＩ−ｐａｒｔ１の合計ｐａｙｌｏａｄ  ｓｉｚｅとして理解されてよく、ＯＣＳＩ−２−ｒｅｆ＋ＬＣＳＩ−２−ｒｅｆはＣＳＩ−ｐａｒｔ２の合計参照ｐａｙｌｏａｄ  ｓｉｚｅとして理解されてよい。βｏｆｆｓｅｔＣＳＩ−ｐａｒｔ１及びβｏｆｆｓｅｔＣＳＩ−ｐａｒｔ２は、それぞれＣＳＩ−ｐａｒｔ１及びＣＳＩ−ｐａｒｔ２の符号レート補償パラメータを表し、ネットワーク装置の無線上位レイヤにより半固定的に予め構成されるか、又は後にＤＣＩを用いて動的に示される。
【０１５３】
更に、式（２）の中のｍｉｎ｛，｝関数は、「＝」の左にあるパラメータの値が、ｍｉｎ関数に含まれる２つの値のうちの小さい方であることを意味する。同様に、以下の式の中のｍｉｎ関数は同じ意味を有する。
【０１５４】
式（２）に従いＱ’ＣＳＩ−１を計算する処理において、ＣＳＩ−ｐａｒｔ２の参照ｐａｙｌｏａｄ  ｓｉｚｅは固定値に設定され、柔軟性を欠く。例えば、ＯＣＳＩ−２−ｒｅｆの標準的な値は、ｒａｎｋ＝１又はｒａｎｋ＝２のとき、ＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅである。ｒａｎｋ＝１のときのＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅ（比較的小さい）がＯＣＳＩ−２−ｒｅｆとして選択される場合、式（２）から、Ｑ’ＣＳＩ−１は比較的大きく、ＣＳＩ−ｐａｒｔ２の一部又は全部がドロップされなければならないことが分かってよい。ｒａｎｋ＝２のときのＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅ（比較的大きい）がＯＣＳＩ−２−ｒｅｆとして選択される場合、式（２）から、ＣＳＩ−ｐａｒｔ１に割り当てられるＲＥの数が比較的小さいことが分かってよい。これは、ＣＳＩ−ｐａｒｔ１のための不十分な保護をもたらす。特に、実際にｒａｎｋ＝１の場合、ＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅは大きくなく、一方で、割り当てられるＲＥの数Ｑ’ＣＳＩ−２（つまり、ＣＳＩ−ｐａｒｔ２に割り当てられるＲＥの数）は過度に大きい。この場合、保護は過度に大きく、結果として無駄である。
【０１５５】
更に、Ｑ’ＡＣＫの計算式も以下の問題を有する。式（１）で、ＨＡＲＱ  ＡＣＫのｐａｙｌｏａｄ  ｓｉｚｅ  ＯＡＣＫ＋ＬＡＣＫが比較的大きい場合、例えば、（ＯＡＣＫ＋ＬＡＣＫ）・βｏｆｆｓｅｔＡＣＫ＞（ＯＣＳＩ−１＋ＬＣＳＩ−１）・βｏｆｆｓｅｔＣＳＩ−ｐａｒｔ１のとき、式（１）のｍｉｎ｛，｝関数について、カンマの右にある第２項のみが選択され、カンマの左にある第１項は機能しない。つまり、計算されたＱ’ＡＣＫはＰＵＳＣＨに割り当てられるＲＥの総数である。言い換えると、ＵＣＩに割り当てられた全部のＲＥが、ＨＡＲＱ  ＡＣＫに割り当てられる。明らかに、この場合、ＣＳＩ−ｐａｒｔ１及びＣＳＩ−ｐａｒｔ２を送信するためのＲＥが存在しない。これは、実際の場合と衝突する。
【０１５６】
前述の分析に基づき、ＲＥの数を計算するために、固定ｐａｙｌｏａｄ  ｓｉｚｅが現在使用されている。ソリューションはあまり柔軟ではなく、幾つかの場合には、ＣＳＩ−ｐａｒｔ１及びＣＳＩ−ｐａｒｔ２を送信するために利用可能なＲＥが存在しないことがある。従って、現在のＲＥ計算方法は、ＣＳＩを送信するために現実的ではない。
【０１５７】
前述の説明に鑑み、ＭＣＳテーブルにおける検索を直接実行することにより参照符号レートを取得し、次に対応する取得した符号レートに基づきＲＥの数を計算する方法が提案され、ＲＥの数を計算するために固定ｐａｙｌｏａｄ  ｓｉｚｅが使用されるときに引き起こされる、ＣＳＩを送信するための比較的乏しい柔軟性及び非現実性の問題を解決する。具体的に、ＤＣＩ内の４ビットのＨＡＲＱ  ＩＤフィールドの値が、ＭＣＳインデックスを示すために使用されてよく、次に、対応する符号レートが、決定されたＭＣＳインデックス値に基づき、ＭＣＳテーブル検索を通じてＣＳＩ−ｐａｒｔ１の目標符号レートγＣＳＩ−１として取得される。具体的に言うと、ネットワーク装置は、ＤＣＩ内のＨＡＲＱ  ＩＤフィールドを用いて、ＵＥにγＣＳＩ−１を示し、次に、式（４）に従い、ＣＳＩ−ｐａｒｔ１に割り当てられるＲＥの数を計算する。
【数６】
2021517785.tif 000011
【０１５８】
全ての既存ＭＣＳテーブルの中のＭＣＳインデックスは、５ビットを含み、４ビットを用いてＭＣＳテーブルに対して検索が実行されると、ＭＣＳテーブルミスマッチがある。従って、新しいＭＣＳテーブルが定義される必要がある。言い換えると、新しいＭＣＳテーブルが前述の方法で導入される必要であり、既存の標準に対する有意な変更を示す。更に、新しいＭＣＳテーブルを最適化するために特別な研究が要求され、標準の策定を時間通りに完了するのを困難にする。更に、ネットワーク装置及び端末装置の製品実装では、新しいＭＣＳテーブルは余分な記憶空間オーバヘッドを必要とする。
【０１５９】
前述の説明に鑑み、本願の本実施形態では、ＵＣＩ−ｏｎｌｙが決定された後に、符号レート及び対応する変調次数は、ＭＣＳテーブル検索を通じて直接取得されてよい。説明を容易にするために、ＭＣＳテーブル検索を通じて取得される符号レートは、本願明細書で参照符号レート又は第１符号レートと呼ばれ、γｒｅｆにより表され、ＭＣＳテーブル検索を通じて取得される変調次数はＱｍにより表される。
【０１６０】
本願の本実施形態は、以下の２つの特別なテーブル検索方法を提供する。
【０１６１】
テーブル検索方法１：可能な実装では、検索は、ＤＣＩ内のＩＭＣＳを直接用いて、現在存在するＭＣＳテーブルにおいて実行されてよい。例えば、上述の表１、表２、又は表３の中の任意のＭＣＳテーブルにおいて検索が実行される。対応する符号レートおよび変調次数は、ＩＭＣＳに基づくＭＣＳテーブル検索を通じて取得されてよい。例えば、ＩＭＣＳの値が２２であるとき、表１に示すＭＣＳテーブルにおいて検索を実行することにより、符号レート６６６及び変調次数６が取得されてよい。更に、留意すべきことに、表１の符号レートは、目標符号レートを１０２４で乗算することにより取得される。従って、ＭＣＳテーブルの中で見付かった対応する符号レートは１０２４で除算される必要がある。
【０１６２】
テーブル検索方法２：別の可能な実装では、前述の参照符号レートは、本願の本実施形態では、ＨＡＲＱ  ＩＤを示す全てのビット、及びＩＭＣＳを示す全てのビットのうちの一部に基づき決定されてよい。４ビットのＨＡＲＱ  ＩＤを直接用いてＭＣＳテーブル内で検索を実行する既存の方法は、既存の標準に有意な変更を生じ、ＨＡＲＱ  ＩＤは４個のビットを含み、ＩＭＣＳは５個のビットを含むので、ＨＡＲＱ  ＩＤ内の全てのビット、及びＩＭＣＳ内の幾つかのビットが、既存のＭＣＳテーブルに完全に準拠する５ビットＭＣＳインデックス値を生成するために使用されてよい。この方法では、既存の標準への変更を最小限にするために、新しいテーブルを導入する必要がなく、既存のＭＣＳテーブルが直接使用できる。説明を容易にするために、本願の本実施形態では、生成される５ビットに対応するインデックス値はＩ’ＭＣＳにより表される。
【０１６３】
具体的に、ＨＡＲＱ  ＩＤ内の全てのビット（つまり４ビット）及びＩＭＣＳ内の１ビットは、５ビットを含むビットフィールドを構成するために使用されてよい。従って、構成されたビットフィールドの値は、テーブル検索のためのインデックス値、つまりＩ’ＭＣＳを表すために使用される。例えば、図４は、ＨＡＲＱ  ＩＤ及びＩＭＣＳに基づき、５ビットを含むビットフィールドを構成する概略図である。図４は、ビットフィールドを構成する２つの方法を示す。２つの方法のどちらにおいても、斜線によりマークされたビットはＨＡＲＱ  ＩＤ内の４ビットであり、残りの１ビットはＩＭＣＳ内の１ビットである。例えば、図４に示されるように、ＩＭＣＳ内の最下位ビットを直接使用することは比較的便利であり、ＩＭＣＳ内の最下位ビットの値はＩＭＣＳの値に比較的小さな影響しか与えないので、ＩＭＣＳ内の１ビットはＩＭＣＳ内の最下位ビットである。任意で、図４の左の構成方法に示されるように、ＩＭＣＳ内の最下位ビットは、ＨＡＲＱ  ＩＤ内の４ビットの直後に配置されてよい。つまり、ＩＭＣＳ内の最下位ビットは、新しく構成されたビットフィールドの中の最下位ビットとして使用される。代替として、図４の右の構成方法に示されるように、ＩＭＣＳ内の最下位ビットは、ＨＡＲＱ  ＩＤ内の４ビットの直前に配置されてよい。つまり、ＩＭＣＳ内の最下位ビットは、新しく構成されたビットフィールドの中の最上位ビットとして使用される。図４に示される方法を用いることにより、ＨＡＲＱ  ＩＤ内の４ビットに基づき１ビットを最下位ビットまたは最上位ビットとして設定することにより、５ビットが直接構成でき、ＨＡＲＱ  ＩＤ内の既存の４ビットに比較的小さな変更しかない。代替として、任意で、ＩＭＣＳ内の１ビットは、ＨＡＲＱ  ＩＤ内の４ビットの間の任意の位置に配置されてよく、例えば、ＨＡＲＱ  ＩＤ内の４ビットの最下位ビットと、最後であるが１つの最下位ビットとの間に配置されてよい。これは、本願の本実施形態で限定されず、設定は、特定の実装処理における実際の要件に基づき実行されてよい。
【０１６４】
更に、５ビットの新しいインデックスがＨＡＲＱ  ＩＤ内の４ビット及びＩＭＣＳ内の１ビットを用いて構成される上述の方法では、ＨＡＲＱ  ＩＤ内の４ビット及びＩＭＣＳ内の１ビットの値は単に再利用され、ＨＡＲＱ  ＩＤ及びＩＭＣＳの構造及び値に影響を与えない。例えば、ＨＡＲＱ  ＩＤ内の元の４ビットの値は１００１であり、ＩＭＣＳ内の５ビットの値は１１１１１である。ＩＭＣＳ内の最下位ビットは１であることが分かる。この場合、図４の左に示される方法によると、新しく構成された５ビットは１００１１であり、Ｉ’ＭＣＳの対応する値は１９である。ＨＡＲＱ  ＩＤ内の元の４ビット及びＩＭＣＳ内の最下位ビットの値は単に再利用されるので、ＨＡＲＱ  ＩＤ及びＩＭＣＳの構造及び値に影響を与えない。つまり、ＨＡＲＱ  ＩＤは依然として処理１００１を表してよく（つまりコードは９である）、ＩＭＣＳは依然としてインデックス値３１を表してよい。
【０１６５】
テーブル検索のために使用されるテーブル検索方法に関わらず、参照符号レートγｒｅｆ及び変調次数Ｑｍの両方がテーブル検索を通じて取得されてよく、更に、ＵＣＩ内の部分を送信するために使用されるＲＥの数は、以下の式に従い計算されてよい。
【数７】
2021517785.tif 000012
【０１６６】
更に、各部分を送信するために使用される符号レートは、以下の式に従い更に取得されてよい。
【数８】
2021517785.tif 000013
【０１６７】
実際には、閾符号レートＣＴがＣＳＩ−ｐａｒｔ２について設定される。閾符号レートＣＴの関数は、ＣＳＩ−ｐａｒｔ２の符号レートが閾値より高くならないように制限する。ＣＳＩ−ｐａｒｔ２の符号レートが閾値より高い場合、ＣＳＩ−ｐａｒｔ２の実際の符号レートが閾より高くならなくなるまで、優先度に基づき、ＣＳＩ−ｐａｒｔ２の中の何らかの情報がドロップされてよい。更に、閾符号レートＣＴは、通常、式（９）に従い計算されてよい。言い換えると、閾符号レートＣＴは、ＣＳＩ−ｐａｒｔ１の符号レートγＣＳＩ−１が式（８）に従い取得された後に、計算されてよい。
【数９】
2021517785.tif 000014
【０１６８】
式（９）のγＣＳＩ−１は式（８）に従い計算されてよいので、式（１０）が、式（８）及び式（９）を参照して更に取得されてよい。
【数１０】
2021517785.tif 000015
【０１６９】
本願の本実施形態では、ＣＳＩ−ｐａｒｔ１の符号レートγＣＳＩ−１は、ＭＣＳテーブル検索を通じて取得された参照符号レートγｒｅｆに対して特定の符号レート変換が実行された後に取得される。従って、式（９）又は式（１０）に従い計算された閾符号レートも、ＭＣＳテーブル検索を通じて取得された参照符号レートγｒｅｆに対して符号レート変換が実行された後に取得される。特定の符号レート変換の実行は、符号レートの決定をより柔軟にできる。
【０１７０】
言い換えると、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであると決定した後に、端末装置は、前述の２つのテーブル検索方法のいずれかを用いて、第１符号レートを更に決定してよい。本願の本実施形態では、第１符号レートは、ＭＣＳテーブル検索を通じて取得される参照符号レートγｒｅｆである。
【０１７１】
第１テーブル検索方法では、第１ＤＣＩ内のＩＭＣＳは、ＭＣＳテーブル内の検索のためのインデックス値として直接使用され、従って、ＩＭＣＳに対応する第１符号レート及び変調次数が取得されてよい。例えば、第１ＤＣＩ内のＩＭＣＳが１６のとき、第１符号レート６５８（実際の符号レートは第１符号レートを１０２４で除算することにより取得される必要がある）、及び対応する変調次数４は、表３に示されるＭＣＳテーブル内の検索を通じて取得されてよい。
【０１７２】
例えば、ＵＣＩ−ｏｎｌｙが前述の方法１又は方法４で決定された後に、第１符号レート及び変調次数は、第１テーブル検索方法におけるテーブル検索を通じて取得されてよい。
【０１７３】
例えば、図４に示すテーブル検索方法では、５個のビットを含むビットフィールドが、第２テーブル検索方法で第１ＤＣＩ内のＨＡＲＱ  ＩＤ及びＩＭＣＳに基づき構成されてよい。次に、生成されたビットフィールドの値は、新しいインデックス値として使用され、更に、新しいインデックス値に対応する第１符号レート及び変調次数を取得するために、新しいインデックス値は、ＭＣＳテーブル内の検索のためのインデックス値として使用される。例えば、生成されたインデックス値の値が８であるとき、第１符号レート５５３（実際の符号レートは第１符号レートを１０２４で除算することにより取得される必要がある）、及び対応する変調次数４は、図２に示されるＭＣＳテーブル内の検索を通じて取得されてよい。
【０１７４】
例えば、ＵＣＩ−ｏｎｌｙが前述の方法２又は方法３で決定された後に、第１ＤＣＩ内の基のＩＭＣＳの比較的大きな値のために、対応する第１符号レートは、ＭＣＳテーブルから取得されなくてよい。例えば、ＩＭＣＳが３１のとき、表３に示されるＭＣＳテーブル内の対応する符号レートは「ｒｅｓｅｒｖｅｄ」である。つまり、符号レートは直接取得されなくてよい。この場合、第２テーブル検索方法が使用されてよい。先ず、生成されたインデックス値が取得され、次に、対応する第１符号レート及び変調次数が生成されたインデックス値に基づくテーブル検索を通じて取得される。
【０１７５】
第１符号レートおよび対応する変調次数がテーブル検索を通じて取得された後、取得された第１符号レート及び対応する変調次数は、ＵＣＩ、例えば第１ＵＣＩを、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルで送信するために使用されてよい。
【０１７６】
上述のように、ＵＣＩは、３つの部分：ＨＡＲＱ  ＡＣＫ、ＣＳＩ−ｐａｒｔ１、及びＣＳＩ−ｐａｒｔ２を含んでよい。各部分を送信するために、部分を送信するために使用されるＲＥの数、符号レート、及び変調次数を知る必要がある。特定の実装処理では、ＵＣＩ内の各部分が送信されるとき、テーブル検索を通じて取得された第１符号レートが、関連情報を送信するために直接使用されてよい。
【０１７７】
更に、既存のＭＣＳテーブルは、ＵＬ−ＳＣＨデータの最適化されたＭＣＳテーブルである。ＭＣＳテーブル内の符号レートがＰＵＳＣＨ上のＵＣＩの符号レートを示すために直接使用されるとき、ネットワーク装置が十分に正確なスケジューリングを実施することは困難である。つまり、ネットワーク装置によるスケジューリングの精度は比較的低い。従って、ネットワーク装置によるスケジューリングの精度を向上するために、本願の本実施形態では、第１符号レートがテーブル検索を通じて取得された後に、別の符号レートが、第１符号レートに基づき更に生成されてよい。つまり、別の符号レートは、第１符号レートに対して変換を実行することにより取得される。次に、ＵＣＩの関連情報が、該別の符号レートを用いて送信される。
【０１７８】
当業者による理解を容易にするために、以下は、幾つかの例を用いて、テーブル検索を通じて取得された第１符号レートを用いてＵＣＩ内で情報を送信する方法を説明する。幾つかの例では、第１符号レートは、ＵＣＩ内の情報を送信するために直接使用され、幾つかの例では、第１符号レートに対して符号レート変換を実行することにより取得された別の符号レートがＵＣＩ内の情報を送信するために使用される。
【０１７９】
（１）ＤＣＩに含まれるＨＡＲＱ  ＡＣＫでは、Ｑ’ＡＣＫは式（１）に従い計算されてよく、次にＱ’ＡＣＫ、及びテーブル検索を通じて取得された第１符号レート及び変調次数は、第１ＵＣＩ内でＨＡＲＱ  ＡＣＫを送信するために使用される。この場合、端末装置は、テーブル検索を通じて取得された第１符号レートを直接用いてＨＡＲＱ  ＡＣＫを送信すると考えられてよい。
【０１８０】
（２）ＤＣＩに含まれるＨＡＲＱ  ＡＣＫでは、Ｑ’ＡＣＫは、代替としてテーブル検索を通じて取得された第１符号レートを用いて、及び式（５）に従い、計算されてよく、次に計算されたＱ’ＡＣＫ及びテーブル検索を通じて取得された第１符号レート及び変調次数は、第１ＵＣＩ内でＨＡＲＱ  ＡＣＫを送信するために使用される。この場合も、端末装置は、テーブル検索を通じて取得された第１符号レートを直接用いてＨＡＲＱ  ＡＣＫを送信すると考えられてよい。
【０１８１】
（３）ＤＣＩに含まれるＣＳＩ−ｐａｒｔ１では、Ｑ’ＣＳＩ−１は式（６）に従い計算されてよく、次に計算されたＱ’ＣＳＩ−１、及びテーブル検索を通じて取得された第１符号レート及び変調次数は、第１ＵＣＩを送信するために使用される。この場合も、端末装置は、テーブル検索を通じて取得された第１符号レートを直接用いてＣＳＩ−ｐａｒｔ１を送信すると考えられてよい。
【０１８２】
（４）ＤＣＩに含まれるＣＳＩ−ｐａｒｔ１では、Ｑ’ＣＳＩ−１は、先ず式（２）に従い計算されてよい。第２符号レートγＣＳＩ−１は第１符号レートを用いて及び式（８）に従い計算される。更に、計算されたＱ’ＣＳＩ−１、計算されたγＣＳＩ−１、及びテーブル検索を通じて取得された変調次数は、第１ＵＣＩを送信するために使用される。この場合、端末装置は、第２符号レートを用いて第１ＵＣＩ内でＣＳＩ−ｐａｒｔ１を送信すると考えられてよい。第１符号レートを用いて及び式（８）に従い第２符号レートを決定する処理は、前述の符号レート変換処理として理解され得る。以下の説明では、第１符号レートに基づき別の符号レートを計算する処理と同様の処理は、前述の符号レート変換処理として理解されてよい。
【０１８３】
（５）ＤＣＩに含まれるＣＳＩ−ｐａｒｔ１では、Ｑ’ＣＳＩ−１は、式（６）に従い計算されてよく、第２符号レートγＣＳＩ−１は第１符号レートを用いて及び式（８）に従い計算される。第１符号レートγｒｅｆは式（６）で使用されるので、第１ＵＣＩを送信するために、計算されたＱ’ＣＳＩ−１、計算されたγＣＳＩ−１、及びテーブル検索を通じて取得された変調次数を使用することは、ＣＳＩ−ｐａｒｔ１を送信するために端末装置により第１符号レート及び第２符号レートを使用することとして理解されてよい。
【０１８４】
（６）ＤＣＩに含まれるＣＳＩ−ｐａｒｔ２では、Ｑ’ＣＳＩ−２は、式（７）に従い計算されてよく、γＣＳＩ−１は第１符号レートに基づき及び式（８）に従い計算される。次に、第３符号レートは、計算されたγＣＳＩ−１を用いて及び式（９）又は式（１０）に従い計算される。最後に、計算されたＱ’ＣＳＩ−２、計算された第３符号レート、及びテーブル検索を通じて取得された第１符号レート及び変調次数が、ＣＳＩ−ｐａｒｔ２を送信するために使用される。γＣＳＩ−１は上述の第２符号レートであるので、これは、ＣＳＩ−ｐａｒｔ２を送信するために第２符号レート及び第３符号レートを用いることとして理解されてもよい。
【０１８５】
第３符号レートは、上述の閾符号レートとして理解されてよい。閾符号レートは、ＵＣＩ内のＣＳＩ−ｐａｒｔ２の送信中に、ＣＳＩ−ｐａｒｔ２内の何らかの情報がドロップされるべきか否かを決定するために使用されるので、第３符号レートは、通常、ＵＣＩ内のＣＳＩ−ｐａｒｔ２が送信されるときにのみ使用されてよい。
【０１８６】
以上は、例を用いて幾つかの可能な場合のみを説明した。特定の実装処理では、勿論、第１ＵＣＩ内の対応する部分は、上述の式の異なる結合に基づき、及び符号レートの異なる結合を用いて、送信されてよい。例は、本願の本実施形態において１つずつ説明されない。しかしながら、テーブル検索を通じて取得した第１符号レートに直接基づき第１ＵＣＩを送信する、又はテーブル検索を通じて取得した第１符号レートに基づき及び符号レート変換を通じて取得した別の符号レートを用いてＵＣＩを送信する方法は、本願の実施形態の保護範囲に包含されるべきである。
【０１８７】
同じ概念に基づき、本願の一実施形態は、ＵＣＩ受信方法を更に提供する。方法は、図２のネットワーク装置により実行されてよい。方法の対応する実装の説明のために、図２のネットワーク装置により実行される方法のステップの前述の説明を参照する。説明はここで繰り返されない。本願の本実施形態による方法では、ネットワーク装置は、ＵＣＩを用いて、端末装置に、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるという指示を通知してよい。これは、端末装置を制御し指示するためのネットワーク装置の能力を向上できる。その結果、端末装置は、ネットワーク装置と矛盾のない理解を有することができ、それにより、ネットワーク装置と端末装置との間の相互作用の性能を向上する。
【０１８８】
更に、理解されるべきことに、幾つかの英語の用語及び英語の略語の漢字の説明は、本願明細書において単なる例である。例えば、ＭＣＳの漢字の説明は、変調及び符号化方式であり、又は変調及び符号化方針、変調及び符号化方針、変調及び符号化方式、又は別の翻訳バージョンのものであってよい。別の例では、ｃｏｄｅ  ｒａｔｅの翻訳は、符号レートであり、又はビットレート又は別の翻訳バージョンのものであってよい。言い換えると、本願の実施形態における幾つかの英語の翻訳は、単なる例示的な翻訳である。本願における英語の翻訳は、英語の用語の意味にいかなる限定も構成しない。代替として、当業者により理解されるべきことに、通信技術の発展に伴い、本願の実施形態における英語の用語又は英語の略語は、他の漢字の説明を更に含んでよく、全ての種類の翻訳は、英語の用語又は英語の略語の特性に影響しない。
【０１８９】
同じ概念に基づき、本願の一実施形態は、機器を提供する。図５は、機器５００の概略構造図である。機器５００は、端末装置であってよく、本願の実施形態で提供される方法における端末装置の機能を実装できる。代替として、機器５００は、本願の実施形態で提供される方法における端末装置の機能を実装するために端末装置を支援できる機器であってよい。機器５００は、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールとの結合であってよい。機器５００は、チップシステムにより実装されてよい。本願の本実施形態では、チップシステムは、チップを含んでよく、又はチップ及び別の個別装置を含んでよい。
【０１９０】
図５に示すように、本願の本実施形態における機器５００は、受信モジュール５１、第１決定モジュール５２、及び送信モジュール５３を含んでよい。
【０１９１】
受信モジュール５１は、図２に示される実施形態でネットワーク装置により送信された第１ＤＣＩを受信するよう構成されてよく、更にネットワーク装置により送信された第２ＤＣＩを受信してよく、及び／又は、本願明細書で説明した技術における別の処理をサポートするよう更に構成されてよい。第２ＤＣＩは、第１ＤＣＩと同じＨＡＲＱ  ＩＤを運び且つ第１ＤＣＩと時間的に最も近い前のＤＣＩであってよい。受信モジュール５１は、本願の本実施形態における機器と、別のモジュールとの間の通信ために構成されてよく、回路、装置、インタフェース、バス、ソフトウェアモジュール、トランシーバ、又は通信を実施できる任意の他の機器であってよい。
【０１９２】
第１決定モジュール５２は、図２に示した実施形態におけるステップ２３を実行するよう構成されてよく、例えば、第１ＤＣＩに基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであると決定してよく、又は、第１ＤＣＩ及び第２ＤＣＩに基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用去るチャネルであると決定してよく、及び／又は、本願明細書で説明した技術における別の処理をサポートするよう更に構成されてよい。第１決定モジュール５２は、本願の本実施形態における機器と、別のモジュールとの間の通信ために構成されてよく、回路、装置、インタフェース、バス、ソフトウェアモジュール、トランシーバ、又は通信を実施できる任意の他の機器であってよい。
【０１９３】
送信モジュール５３は、図２に示した実施形態におけるステップ２４を実行するよう構成されてよく、つまり、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じてネットワーク装置へＵＣＩを送信してよく、例えば、第１ＵＣＩを送信してよく、及び／又は、本願明細書で説明した技術における別の処理をサポートするよう構成されてよい。送信モジュール５３は、本願の本実施形態における機器と、別のモジュールとの間の通信ために構成されてよく、回路、装置、インタフェース、バス、ソフトウェアモジュール、トランシーバ、又は通信を実施できる任意の他の機器であってよい。
【０１９４】
特定の実装処理では、受信モジュール５１及び送信モジュール５３は、別個に配置されてよい。この場合、受信モジュール５１及び送信モジュール５３は、２つの独立した機能モジュールである。可能な実装では、受信モジュール５１及び送信モジュール５３は、代替として、１つの機能モジュール、例えばトランシーバモジュールに統合されてよい。トランシーバモジュールは、情報を受信する受信モジュール５１の能力、及び情報を送信する送信モジュール５３の能力の両方を有する。
【０１９５】
前述の方法の実施形態における各ステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細はここで再び記載されない。
【０１９６】
同じ概念に基づき、本願の一実施形態は、機器を提供する。図６は、機器６００の概略構造図である。機器６００は、ネットワーク装置であってよく、本願の実施形態で提供される方法におけるネットワーク装置の機能を実装できる。代替として、機器６００は、本願の実施形態で提供される方法におけるネットワーク装置の機能を実装するためにネットワーク装置を支援できる機器であってよい。機器６００は、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールとの結合であってよい。機器６００は、チップシステムにより実装されてよい。本願の本実施形態では、チップシステムは、チップを含んでよく、又はチップ及び別の個別装置を含んでよい。
【０１９７】
図６に示すように、本願の本実施形態における機器６００は、送信モジュール６１、及び受信モジュール６２を含んでよい。
【０１９８】
送信モジュール６１は、図２に示した実施形態におけるステップ２２を実行するよう、つまり、第１ＤＣＩを端末装置へ送信するよう構成されてよく、更に第２ＤＣＩを端末装置へ送信してよく、及び／又は、本願明細書で説明した技術における別の処理をサポートするよう構成されてよい。第２ＤＣＩは、第１ＤＣＩと同じＨＡＲＱ  ＩＤを運び且つ第１ＤＣＩと時間的に最も近い前のＤＣＩであってよい。送信モジュール６１は、本願の本実施形態における機器と、別のモジュールとの間の通信ために構成されてよく、回路、装置、インタフェース、バス、ソフトウェアモジュール、トランシーバ、又は通信を実施できる任意の他の機器であってよい。
【０１９９】
受信モジュール６２は、図２に示した実施形態における端末装置により送信されるＵＣＩを実行するよう構成されてよく、例えば、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じて端末装置により送信された第１ＤＣＩを受信してよく、及び／又は、本願明細書で説明した技術における別の処理をサポートするよう構成されてよい。受信モジュール６２は、本願の本実施形態における機器と、別のモジュールとの間の通信ために構成されてよく、回路、装置、インタフェース、バス、ソフトウェアモジュール、トランシーバ、又は通信を実施できる任意の他の機器であってよい。
【０２００】
更に、機器６００は、決定モジュールを更に含んでよい。決定モジュールは、図２に示した実施形態におけるステップ２１を実行してよく、つまり、端末装置のためにスケジューリングされたアップリンク共有チャネルはＵＣＩだけを送信するために使用されると決定してよい。
【０２０１】
特定の実装処理では、送信モジュール６１及び受信モジュール６２は、別個に配置されてよい。この場合、送信モジュール６１及び受信モジュール６２は、２つの独立した機能モジュールである。可能な実装では、送信モジュール６１及び受信モジュール６２は、代替として、１つの機能モジュール、例えばトランシーバモジュールに統合されてよい。トランシーバモジュールは、情報を送信する送信モジュール６１の能力、及び情報を受信する受信モジュール６２の能力の両方を有する。
【０２０２】
前述の方法の実施形態における各ステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細はここで再び記載されない。
【０２０３】
本願の本実施形態では、モジュール分割は一例であり、単なる論理的機能分割であり、実際の実装中に別の分割方法であってよい。さらに、本願の実施形態における機能モジュールは、１つのプロセッサに統合されてよく、又は、モジュールの各々は物理的に単独で存在してよく、又は、少なくとも２つのモジュールが１つのモジュールに統合されてよい。統合されたモジュールは、ハードウェアの形式で実装されてよく、又はソフトウェア機能モジュールの形式で実装されてよい。
【０２０４】
同じ概念に基づき、本願の一実施形態は、機器を提供する。図７は、本願の一実施形態による機器７００の概略構造図である。機器７００は、端末装置であってよく、本願の実施形態で提供される方法における端末装置の機能を実装できる。代替として、機器７００は、本願の実施形態で提供される方法における端末装置の機能を実装するために端末装置を支援できる機器であってよい。機器７００は、チップシステムであってよい。本願の本実施形態では、チップシステムは、チップを含んでよく、又はチップ及び別の個別装置を含んでよい。
【０２０５】
機器７００は、本願の実施形態で提供される方法における端末装置の機能を実装するよう機器を実装する又はサポートするよう構成される少なくとも１つのプロセッサ７２０を含む。例えば、プロセッサ７２０は、情報を処理してよく、例えば、図５に示した機器５００の中の第１決定モジュール５２に対応してよい。例えば、プロセッサ７２０は、取得した第１ＤＣＩに基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定してよい。詳細については、方法の例における詳細な説明を参照する。詳細はここで再び記載されない。
【０２０６】
機器７００は、プログラム命令及び／又はデータを格納するよう構成される少なくとも１つのメモリ７３０を更に含んでよい。メモリ７３０は、プロセッサ７２０に結合される。本願の本実施形態における結合は、機器、ユニット、又はモジュールの間の間接結合又は通信接続であり、電気的、機械的、又は別の形式であってよく、機器、ユニット、又はモジュールの間の情報交換のために使用される。プロセッサ７２０は、メモリ７３０と協働する。プロセッサ７２０は、メモリ７３０に格納されたプログラム命令を実行してよい。少なくとも１つのメモリのうちの少なくとも１つは、プロセッサに含まれてよい。
【０２０７】
機器７００は、伝送媒体を通じて別の装置と通信するよう構成される通信インタフェース７１０を更に含んでよい。その結果、機器７００内の機器は別の装置と通信できる。プロセッサ７２０は、通信インタフェース７１０を通じてデータを伝送し及び受信してよい。例えば、通信インタフェース７１０は、図５の受信モジュール５１及び送信モジュール５３に対応してよい。
【０２０８】
通信インタフェース７１０、プロセッサ７２０、及びメモリ７３０の間の特定の接続媒体は、本願の本実施形態で限定されない。本願の本実施形態では、メモリ７３０、プロセッサ７２０、及び通信インタフェース７１０は、図７のバス７４０を用いて接続される。ここで、バスは図７に太線で表される。これは、単なる概略図であり、限定を意図しない。コンポーネント間の他の接続方法があってよい。バスは、アドレスバス、データバス、制御バス、等に分類されてよい。提示を容易にするために、１本の太線だけが、図７でバスを表すために使用されるが、これは、１本のなすのみ又は１種類のバスのみが存在することを意味しない。
【０２０９】
本願の本実施形態では、プロセッサ７２０は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は別のプログラマブル論理素子、個別ゲート又はトランジスタ論理素子、又は個別ハードウェアコンポーネントであってよく、本願の実施形態で開示した方法、ステップ、及び論理ブロック図を実装し又は実行してよい。汎用プロセッサは、マイクロプロセッサ又は任意の従来のプロセッサ、等であってよい。本願の実施形態に関して開示された方法のステップは、ハードウェアプロセッサにより直接実行されてよく、又はプロセッサ内のハードウェアとソフトウェアモジュールとの結合を用いて実行されてよい。
【０２１０】
本願の本実施形態では、メモリ７３０は、不揮発性メモリ、例えばハードディスクドライブ（hard  disk  drive,  HDD）又は個体ドライブ（solid-state  drive,  SSD）であってよく、又は揮発性メモリ（volatile  memory）、例えばランダムアクセスメモリ（random-access  memory,  RAM）であってよい。メモリは、期待されるプログラムコードを命令又はデータ構造の形式で運び又は格納するために使用可能な、及びコンピュータによりアクセス可能な、任意の他の媒体であるが、これに限定されない。本願の本実施形態のメモリは、代替として、記憶機能を実装可能でありプログラム命令及び／又はデータを格納するよう構成される、回路又は任意の他の機器であってよい。
【０２１１】
同じ概念に基づき、本願の一実施形態は、別の機器を提供する。図８は、本願の一実施形態による別の機器８００の概略構造図である。機器８００は、ネットワーク装置であってよく、本願の実施形態で提供される方法におけるネットワーク装置の機能を実装できる。代替として、機器８００は、本願の実施形態で提供される方法におけるネットワーク装置の機能を実装するためにネットワーク装置を支援できる機器であってよい。機器８００は、チップシステムであってよい。本願の本実施形態では、チップシステムは、チップを含んでよく、又はチップ及び別の個別装置を含んでよい。
【０２１２】
機器８００は、本願の実施形態で提供される方法における端末装置の機能を実装するよう機器を実装する又はサポートするよう構成される少なくとも１つのプロセッサ８２０を含む。例えば、プロセッサ８２０は、図６に示した実施形態における決定モジュールに対応する。例えば、プロセッサ８２０は、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであると決定する。詳細については、方法の例における詳細な説明を参照する。詳細はここで再び記載されない。
【０２１３】
機器８００は、プログラム命令及び／又はデータを格納するよう構成される少なくとも１つのメモリ８３０を更に含んでよい。メモリ８３０は、プロセッサ８２０に結合される。本願の本実施形態における結合は、機器、ユニット、又はモジュールの間の間接結合又は通信接続であり、電気的、機械的、又は別の形式であってよく、機器、ユニット、又はモジュールの間の情報交換のために使用される。プロセッサ８２０は、メモリ８３０と協働する。プロセッサ８２０は、メモリ８３０に格納されたプログラム命令を実行してよい。少なくとも１つのメモリのうちの少なくとも１つは、プロセッサに含まれてよい。
【０２１４】
機器８００は、伝送媒体を通じて別の装置と通信するよう構成される通信インタフェース８１０を更に含んでよい。その結果、機器８００内の機器は別の装置と通信できる。プロセッサ８２０は、通信インタフェース８１０を通じてデータを伝送し及び受信してよい。例えば、通信インタフェース８１０は、図６の送信モジュール６１及び受信モジュール６２に対応してよい。
【０２１５】
通信インタフェース８１０、プロセッサ８２０、及びメモリ８３０の間の特定の接続媒体は、本願の本実施形態で限定されない。本願の本実施形態では、メモリ８３０、プロセッサ８２０、及び通信インタフェース８１０は、図８のバス８４０を用いて接続される。ここで、バスは図８に太線で表される。これは、単なる概略図であり、限定を意図しない。コンポーネント間の他の接続方法があってよい。バスは、アドレスバス、データバス、制御バス、等に分類されてよい。提示を容易にするために、１本の太線だけが、図８でバスを表すために使用されるが、これは、１本のバスのみ又は１種類のバスのみが存在することを意味しない。
【０２１６】
本願の本実施形態では、プロセッサ８２０は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は別のプログラマブル論理素子、個別ゲート又はトランジスタ論理素子、又は個別ハードウェアコンポーネントであってよく、本願の実施形態で開示した方法、ステップ、及び論理ブロック図を実装し又は実行してよい。汎用プロセッサは、マイクロプロセッサ又は任意の従来のプロセッサ、等であってよい。本願の実施形態に関して開示された方法のステップは、ハードウェアプロセッサにより直接実行されてよく、又はプロセッサ内のハードウェアとソフトウェアモジュールとの結合を用いて実行されてよい。
【０２１７】
本願の本実施形態では、メモリ８３０は、不揮発性メモリ、例えばＨＤＤ又は個体ドライブＳＳＤであってよく、又は揮発性メモリ（volatile  memory）、例えばランダムアクセスメモリＲＡＭであってよい。メモリは、期待されるプログラムコードを命令又はデータ構造の形式で運び又は格納するために使用可能な、及びコンピュータによりアクセス可能な、任意の他の媒体であるが、これに限定されない。本願の本実施形態のメモリは、代替として、記憶機能を実装可能でありプログラム命令及び／又はデータを格納するよう構成される、回路又は任意の他の機器であってよい。
【０２１８】
本願の一実施形態は、命令を含む読み取り可能な記憶媒体を更に提供する。コンピュータ上で実行すると、命令は、コンピュータに、図２に示した方法における端末装置により実行されるステップを実行させる。
【０２１９】
本願の一実施形態は、命令を含む読み取り可能な記憶媒体を更に提供する。コンピュータ上で実行すると、命令は、コンピュータに、図２に示した方法におけるネットワーク装置により実行されるステップを実行させる。
【０２２０】
本願の一実施形態は、チップシステムを提供する。チップシステムは、プロセッサを含み、メモリを更に含んでよく、前述の方法における端末装置の機能を実装するよう構成される。チップシステムは、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【０２２１】
本願の一実施形態は、チップシステムを提供する。チップシステムは、プロセッサを含み、メモリを更に含んでよく、前述の方法におけるネットワーク装置の機能を実装するよう構成される。チップシステムは、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【０２２２】
本願の一実施形態は、システムを提供する。システムは、前述のネットワーク装置及び前述の端末装置を含む。
【０２２３】
可能な実装では、本願の実施形態における方法の態様は、代替として、プログラムプロダクトの形式で実装されてよい。プログラムプロダクトはプログラムコードを含み、プログラムプロダクトが端末装置又はネットワーク装置上で実行されると、プログラムコードは、端末装置又はネットワーク装置に本願明細書における種々の前述の例示的な実施形態に従う方法のステップを実行させるために使用される。
【０２２４】
本願の実施形態における方法の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを用いて実装されてよい。実装のためにソフトウェアが使用されるとき、方法は、コンピュータプログラムプロダクトの形式で完全に又は部分的に実装されてよい。コンピュータプログラムプロダクトは、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令が、コンピュータ上にロードされ実行されると、本発明の実施形態による手順又は機能が全部又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、ネットワーク装置、ユーザ機器、又は別のプログラマブル機器であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてよく、又はコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、別のウェブサイト、コンピュータ、サーバ、又はデータセンタへ、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者回線（digital  subscriber  line,  DSL））又は無線（例えば、赤外線、無線、又はマイクロ波）方式で送信されてよい。コンピュータ可読記憶媒体は、コンピュータによりアクセス可能な任意の使用可能媒体、又は１つ以上の使用可能媒体を統合するサーバ若しくはデータセンタのようなデータ記憶装置であってよい。使用可能媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、デジタルバーサタイルディスク（digital  video  disc,  DVD）、半導体媒体（例えば、ＳＳＤ）等であってよい。
【０２２５】
前述の実施形態は、単に本願の技術的ソリューションを説明するために使用された。前述の実施形態は、単に、本発明の方法及び中核思想の理解を助けることを意図しており、本発明に対する限定として考えられるべきではない。本発明で開示された技術的範囲の範囲内にある、当業者により直ちに考案される任意の変形又は置換は、本発明の保護範囲の中に包含されるべきである。
【０２２６】
明らかに、当業者は、本願の範囲から逸脱することなく、種々の変更及び変形を本願に対して行うことができる。本願は、本願のこれらの変更及び変形が以下の特許請求の範囲により定められる範囲及びそれらの均等な技術の範囲内に含まれるならば、それらをカバーすることを意図する。
【図１】
2021517785.tif 000028
【図２】
2021517785.tif 000029
【図３】
2021517785.tif 000030
【図４】
2021517785.tif 000031
【図５】
2021517785.tif 000032
【図６】
2021517785.tif 000033
【図７】
2021517785.tif 000034
【図８】
2021517785.tif 000035
【手続補正書】
【提出日】令和2年10月15日(2020.10.15)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願］
本願は、参照により全体がここに組み込まれる、中国特許出願番号第２０１８１０３００２２２.３号、中国国家知識産権局に２０１８年４月４日出願、名称「UPLINK  CONTROL  INFORMATION  SENDING,  UPLINK  CONTROL  INFORMATION  RECEIVING  METHOD,  AND  APPARATUS」の優先権を主張する。
【０００２】
［技術分野］
本願は、通信技術の分野に関し、特に、アップリンク制御情報送信、アップリンク制御情報受信方法及び機器に関する。
【背景技術】
【０００３】
無線通信の間、端末装置は、ネットワーク装置へ、アップリンク共有チャネル（uplink  shared  channel,  UL-SCH）データを送信してよく、ネットワーク装置へ制御情報も送信してよい。
【０００４】
通常、端末装置は、アップリンク制御情報だけ、又はデータ及びアップリンク制御情報の両方を、ネットワーク装置へ物理アップリンク共有チャネル（physical  uplink  shared  channel,  PUSCH）を通じて送信してよい。しかしながら、端末装置は、現在、アップリンク制御情報だけ、又はデータ及びアップリンク制御情報の両方を送信するかを、具体的に決定できない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本願の実施形態は、ネットワーク装置によりスケジューリングされたアップリンク共有チャネルがアップリンク制御情報だけを送信するために使用されると決定する方法を提供するために、アップリンク制御情報送信、アップリンク制御情報受信方法、及び機器を提供する。
【課題を解決するための手段】
【０００６】
第１の態様によると、アップリンク制御情報送信方法が提供される。当該方法では、端末装置は、ネットワーク装置から、第１ＤＣＩを受信し、前記第１ＤＣＩはアップリンク共有チャネルをスケジューリングするために使用され、
次に、前記端末装置は、前記第１ＤＣＩに基づき、前記アップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定し、
最後に、前記端末装置は、前記アップリンク共有チャネルを通じて前記ネットワーク装置へ第１ＵＣＩを送信する。
【０００７】
アップリンク共有チャネルを通じてＵＣＩだけが送信される場合は、ＵＣＩ−ｏｎｌｙと呼ばれる。前述の技術的ソリューションでは、端末装置は、ネットワーク装置により送信されたＤＣＩに基づき、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを直接決定してよい。それにより、端末装置が、ネットワーク装置によりスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定する決定方法を提供する。決定方法は、ＤＣＩのような既存の制御情報に基づき提供される簡易な決定方法であり、追加オーバヘッドを増大することなく既存のシグナリングを直接使用する。これは、伝送リソースを節約でき、端末装置とネットワーク装置との間の矛盾のない理解を保証でき、それにより、端末装置とネットワーク装置との間の相互作用の性能を向上する。
【０００８】
ＤＣＩに基づくＵＣＩ−ｏｎｌｙ決定をサポートするために、ＵＣＩ−ｏｎｌｙを示すために使用される指示情報がＤＣＩに追加されてよい。例えば、指示情報は、ＵＣＩ−ｏｎｌｙ指示情報と呼ばれる。ＤＣＩを取得した後に、端末装置は、ＵＣＩ−ｏｎｌｙ指示情報を取得し、次に、ＵＣＩ−ｏｎｌｙ指示情報に基づき、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定してよい。
【０００９】
可能な設計では、端末装置は、ＤＣＩ内で運ばれる情報に基づきＵＣＩ−ｏｎｌｙを明示的に決定してよい。別の可能な設計では、端末装置は、ＤＣＩ内で運ばれる情報に基づきＵＣＩ−ｏｎｌｙを暗示的に決定してよい。
【００１０】
明示的な決定方法では、既存のＤＣＩに基づき、特別ビットフィールドが、ＵＣＩ−ｏｎｌｙ指示情報を運ぶために、既存のＤＣＩフォーマットの中の所定の位置に追加される。端末装置は、追加の計算処理を実行することなく、所定の位置にあるＵＣＩ−ｏｎｌｙ指示情報に基づき、ＵＣＩ−ｏｎｌｙを直接決定してよい。これは、便利であり高速である。
【００１１】
暗示的決定方法では、ＤＣＩに元々含まれる幾つかのパラメータが、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。ＤＣＩに追加の変更が行われる必要がなく、既存の標準に小さな変更しかない。任意で、ＤＣＩ内の２つのパラメータの値結合が現在の既存の機能結合において不可能な結合であるとき、つまり、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される２つのパラメータの値結合が、既存の機能結合ではない、例えば、２つのパラメータの値結合が新規データ送信及びデータ再送信に関連する２つの競合する指示を表すとき、ＵＣＩ−ｏｎｌｙが決定される。新規送信及び再送信は、実際には、新規データ送信及びデータ再送信を示すために使用されない。言い換えると、端末装置は、指示に基づき、新規データを送信しない又はデータを再送信しない。このソリューションでは、従来不可能な指示結合は、単にＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。つまり、パラメータの異なる結合が、新しい指示機能を実装するために使用される。
【００１２】
可能な設計では、ＤＣＩ内にあるＮＤＩ及びＲＶが、ＵＣＩ−ｏｎｌｙを決定するために使用される。ＮＤＩフリッピングが生じると、それは、新規データ送信を示し、ＲＶの値が特定値（例えば、１又は２）であるとき、それはデータ再送信を示す。従って、ＮＤＩ及びＲＶの結合は、新規データ送信及びデータ再送信の競合する指示を表すために使用されてよい。次に、現在の通常の場合に不可能な２つの競合する指示の共存は、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。
【００１３】
可能な設計では、ＤＣＩ内にあるＮＤＩ及びＩＭＣＳが、ＵＣＩ−ｏｎｌｙを決定するために使用される。上述のように、新規データ送信がＮＤＩフリッピングを通じて示されることに基づき、ＩＭＣＳが所定の値であるとき、それはデータ再送信を示す。次に、通常の場合に通常は不可能な２つの競合する指示の共存は、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。
【００１４】
ＮＤＩに基づき新規データが送信されるか否かを決定するために、ＮＤＩフリッピングが生じるか否かが先ず決定される必要がある。ＮＤＩフリッピングが生じるか否かを決定するために、２つのＤＣＩの中のＮＤＩの値が必要である。１つのＤＣＩは、現在受信されたＤＣＩ、つまり第１ＤＣＩである。他方のＤＣＩは、第１ＤＣＩと同じＨＡＲＱ処理番号を運び、時間的に第１ＤＣＩと最も近い前のＤＣＩである。説明を容易にするために、他方のＤＣＩは、本設計では第２ＤＣＩと呼ばれる。第２ＤＣＩは第１ＤＣＩの前に受信された前のＤＣＩであるので、第２ＤＣＩは、第１ＤＣＩが受信される前に、端末装置により受信されてよい。更に、第１ＤＣＩ内のＮＤＩの値が第２ＤＣＩ内のＮＤＩの値と同じか否かは、ＮＤＩフリッピングが生じたか否かを決定するために比較されてよい。２つのＮＤＩの値が同じ場合、ＮＤＩフリッピングは生じていない。或いは、２つのＮＤＩの値が異なる場合、それはＮＤＩフリッピングが生じたことを示す。
【００１５】
可能な設計では、ＩＭＣＳの値がＭＣＳテーブルの中の最高変調次数を示すインデックスを含む集合に属するとき、ＩＭＣＳはデータ再送信を示すために使用されてよい。通常の場合に、最高次数の変調は、通常、再送信及び複数の再送信の間に使用されない。つまり、最高次数の変調は、通常、現在の規則的な場合の再送信のために使用されない。従って、本設計では、ＩＭＣＳが最高変調次数を示すインデックス値である非規則的な場合が、データ再送信を示すために使用される。その結果、ＮＤＩフリッピングを通じて表されるデータ再送信指示及び新規データ送信指示は、ＵＣＩ−ｏｎｌｙを示すために、２つの競合する指示を形成する。更に、幾つかの異なる既存のＭＣＳテーブルに基づき、本設計では最高変調次数を示すインデックス値を含む異なる集合が存在してよい。例えば、幾つかの集合は、｛１７，１８，１９，２０，２１，２２，２３，２４，２５，２６，２７，２８，３１｝、｛２０，２１，２２，２３，２４，２５，２６，２７，３１｝、及び｛１７，１８，１９，２０，２１，２２，２３，２４，２５，２６，２７，３１｝を含む。
【００１６】
可能な設計では、現在存在せずＮＤＩフリッピングを含む機能結合、及びＩＭＣＳの値が所定の値以上であるという条件が、代替として、ＵＣＩ−ｏｎｌｙを示すために使用されてよい。所定の値は、既存のＭＣＳテーブルの中の比較的大きいインデックス値、例えば３０又は３１（例えば、最大インデックス値）であってよい。本設計では、例えば、ＩＭＣＳ∈｛２８，２９，３０，３１｝又はＩＭＣＳ∈｛２９，３０，３１｝である。対応する符号レートが、インデックス値２８，２９，３０，３１、又は既存のＭＣＳテーブルの中のインデックス値２９，３０，３１について設定されないので、現在の通常の場合には、これらのインデックス値は通常、新規データ送信を示すために使用されない。これに基づき、対応する符号レートが現在設定査定内インデックス値は、データ再送信を示すために使用される。更に、ＮＤＩフリッピングを通じて表されるデータ再送信指示及び新規データ送信指示は、ＵＣＩ−ｏｎｌｙを示すために２つの競合する指示を形成する。
【００１７】
可能な設計では、ＮＤＩ、ＲＶ、及びＩＭＣＳの結合は、代替として、ＵＣＩ−ｏｎｌｙを決定するために使用されてよい。実際には、ＮＤＩフリッピングが生じたか否かが誤って決定されることがある。例えば、ＮＤＩフリッピングは、ＮＤＩフリッピングがないと誤って決定される。これに基づき、ＩＭＣＳの決定条件が追加される。決定条件を追加する方法は、ＵＣＩ−ｏｎｌｙが不正確に示され、更には誤った決定により示されない場合を回避でき、それにより決定精度を向上する。
【００１８】
可能な設計では、ＮＤＩ、ＲＶ、及びＨＡＲＱ処理番号の結合は、代替として、ＵＣＩ−ｏｎｌｙを決定するために使用されてよい。本設計では、ＨＡＲＱ処理番号の決定条件の追加も、ＵＣＩ−ｏｎｌｙ決定精度を向上でき、それにより、ＮＤＩの誤った決定により引き起こされる影響を軽減し更には除去する。新たに追加された決定条件では、ＨＡＲＱ処理番号の値は１４又は１５であってよい。１５又は１４のような比較的大きな値を有するＨＡＲＱ処理番号は、通常の場合に通常使用されないので、ＲＶがデータ再送信を示しＨＡＲＱ処理番号が１５又は１４である現在不可能なパラメータ結合が、ＵＣＩ−ｏｎｌｙを示すために使用される。これは、ＮＤＩが誤った決定のために機能しないとき、ＵＣＩ−ｏｎｌｙ決定精度を保証できる。さらに、１４又は１５のＨＡＲＱ処理番号は通常の場合にあまり使用されないので、何らかの誤った決定でさえ、ＨＡＲＱの通常の実行に影響を与えなくてよい。
【００１９】
ＵＣＩ−ｏｎｌｙが決定された後に、対応する符号レート（これは第１符号レートと呼ばれる）及び変調次数を取得するために、ＤＣＩ内のＭＣＳインデックス（つまりＩＭＣＳ）を用いてＭＣＳテーブル内で検索が実行されてよい。次に、ＵＣＩは、取得した第１符号レート及び変調次数を用いて、送信される。
【００２０】
可能な設計では、ＩＭＣＳに対応する第１符号レート及び変調次数を取得するために、ＤＣＩ内のＩＭＣＳを直接用いて現在の既存のＭＣＳテーブル内で検索が実行される。
【００２１】
可能な設計では、新しいインデックス値は、ＨＡＲＱ処理番号を示す全てのビット及びＩＭＣＳを示す全てのビットのうちの幾つかを用いて生成される。次に、新しいインデックス値は、対応する第１符号レート及び変調次数を取得するために、ＭＣＳテーブル内で検索を実行するために使用される。ＤＣＩ内のＩＭＣＳを直接用いるテーブル検索と比較して、本設計のソリューションは、より柔軟であり、例えば、ＭＣＳテーブル内にありインデックス値に対応する符号レートの値が「ｒｅｓｅｒｖｅｄ」であるとき、対応する符号レートがＤＣＩ内のＩＭＣＳを直接用いるテーブル検索を通じて取得できない場合を回避でき、それにより、ソリューションの可用性を向上する。
【００２２】
可能な設計では、ＨＡＲＱ処理番号内の全てのビット（つまり４ビット）及びＩＭＣＳ内の１ビットに基づき、５ビットのビットフィールドが生成される。次に、生成されたビットフィールドにより示された値は、新しいインデックス値として使用される。最後に、新しいインデックス値は、対応する第１符号レート及び変調次数を取得するために、テーブル検索のために使用される。
【００２３】
可能な設計では、ＩＭＣＳ内の最下位ビットを直接使用することは比較的便利であり、ＩＭＣＳ内の最下位ビットの値はＩＭＣＳの値に比較的小さな影響しか与えないので、ＩＭＣＳ内の１つ最下位ビットが使用されてよい。更に、１つの最下位ビットは、ＨＡＲＱ処理番号内の４個のビットの後又は前に配置される。つまり、ＩＭＣＳ内の１つの最下位ビットは、生成された５個のビットの中の最下位ビットまたは最上位ビットとして使用される。この方法では、ＨＡＲＱ処理番号内の４個のビットの構造に対して比較的小さな変更しかない。
【００２４】
幾つかの可能な設計では、テーブル検索のためにどのテーブル検索方法が使用されるかに関わらず、第１符号レート及び変調次数の両方は、テーブル検索を通じて取得されてよい。更に、ＵＣＩの部分を送信するために使用されるＲＥの数は、以下の式に従い計算されてよい。任意で、ＵＣＩは、３つの部分：ＨＡＲＱ  ＡＣＫ、ＣＳＩ−ｐａｒｔ１、及びＣＳＩ−ｐａｒｔ２を含んでよい。
【００２５】
可能な設計では、ＨＡＲＱ  ＡＣＫ、ＣＳＩ−ｐａｒｔ１、及びＣＳＩ−ｐａｒｔ２を送信するために使用されるＲＥの数は、以下の３つの式に従いそれぞれ計算されてよい。Ｑ’ＡＣＫ、Ｑ’ＣＳＩ−１、及びＱ’ＣＳＩ−２は、それぞれ、ＨＡＲＱ  ＡＣＫを送信するために使用されＲＥの数、ＣＳＩ−ｐａｒｔ１を送信するために使用されＲＥの数、ＣＳＩ−ｐａｒｔ１を送信するために使用されＲＥの数を表す。
【００２６】
【数１】
2021517785.tif 000036
ここで、γｒｅｆはテーブル検索を通じて取得された第１符号レートを表し、Ｑｍはテーブル検索を通じて取得された変調次数を表し、
【数２】
2021517785.tif 000037
は、ＰＵＳＣＨ上の全てのＲＥの数、つまり、ネットワーク装置によりＰＵＳＣＨに割り当てられるＲＥの総数を表す。ＯＣＳＩ−２−ｒｅｆはＣＳＩ−ｐａｒｔ２の参照ｐａｙｌｏａｄ  ｓｉｚｅを表し、ＬＣＳＩ−２−ｒｅｆはＣＲＣビットの対応する数を表す。ＯＣＳＩ−１はＣＳＩ−ｐａｒｔ１のｐａｙｌｏａｄ  ｓｉｚｅを表し、ＬＣＳＩ−１はＣＲＣビットの対応する数を表す。ＯＣＳＩ−１＋ＬＣＳＩ−１はＣＳＩ−ｐａｒｔ１の合計ｐａｙｌｏａｄ  ｓｉｚｅとして理解されてよく、ＯＣＳＩ−２−ｒｅｆ＋ＬＣＳＩ−２−ｒｅｆはＣＳＩ−ｐａｒｔ２の合計参照ｐａｙｌｏａｄ  ｓｉｚｅとして理解されてよい。βｏｆｆｓｅｔＣＳＩ−ｐａｒｔ１及びβｏｆｆｓｅｔＣＳＩ−ｐａｒｔ２は、それぞれＣＳＩ−ｐａｒｔ１及びＣＳＩ−ｐａｒｔ２の符号レート補償パラメータを表し、ネットワーク装置の無線上位レイヤにより半固定的に予め構成されるか、又は後にＤＣＩを用いて動的に示される。
【００２７】
更に、式中のｍｉｎ｛，｝関数は、「＝」の左にあるパラメータの値が、ｍｉｎ関数に含まれる２つの値のうちの小さい方であることを意味する。
【００２８】
可能な設計では、ＵＣＩに含まれる部分を送信するために使用されるＲＥの数が取得された後に、テーブル検索を通じて取得された第１符号レート及び変調次数は、ネットワーク装置へ、対応する情報を送信するために直接使用されてよい。
【００２９】
別の可能な実装では、先ず、第１符号レートに基づき別の符号レートが生成されてよい。つまり、別の符号レートは、第１符号レートに対する符号レート変換を通じて取得される。次に、別の符号レート、対応するＲＥの数、及び変調次数が、対応する部分に関する情報を送信するために使用される。例えば、第２符号レートは第１符号レートに基づき生成され、又は第３符号レートは第１符号レートに基づき生成される。次に、第１符号レート、又は第２符号レート、又は第１符号レート及び第３符号レート、又は第２符号レート及び第３符号レートは、ＵＣＩ内の対応する部分に関する情報を送信するために使用される。
【００３０】
可能な設計では、符号レート変換は以下の式に従い実行されてよい。ここで、γｒｅｆはテーブル検索を通じて取得された第１符号レートを表し、γＣＳＩ−１は第１符号レートに基づき符号レート変換を実行することにより取得された第２符号レートを表し、ＣＴは第１符号レートに対して符号レート変換を実行することにより取得された第３符号レートを表す。
【数３】
2021517785.tif 000038
【００３１】
可能な設計では、第２符号レートは、ＵＣＩ内のＣＳＩ−ｐａｒｔ１を送信するために使用される符号レートであり、第３符号レートは、閾符号レートであり、閾符号レートは、ＣＳＩ−ｐａｒｔ２の符号レートを閾符号レートより高くならないように制限する。ＣＳＩ−ｐａｒｔ２の符号レートが閾値より高い場合、優先度に基づき、ＣＳＩ−ｐａｒｔ２の中の何らかの情報がドロップされてよい。
【００３２】
特定の符号レート変換の実行は、符号レート決定をより柔軟にでき、ＵＣＩを送信するために、ＭＣＳテーブルの直接検索を通じて取得される第１符号レートを用いる代わりに、符号レート変換を通じて取得された符号レートが、ＵＣＩを送信するために使用されてよい。これは、ネットワーク装置によるスケジューリングの精度を向上できる。
【００３３】
第２の態様によると、ＵＣＩ受信方法が提供される。当該方法では、ネットワーク装置は、先ず、端末装置へ、第１ダウンリンク制御情報ＤＣＩを送信し、ここで、前記第１ＤＣＩは、アップリンク共有チャネルをスケジューリングするために使用され、前記アップリンク共有チャネルがＵＣＩだけを送信するために使用されると示すために使用され、次に、前記アップリンク共有チャネルを通じて前記端末装置により送信された第１ＵＣＩを受信してよい。
【００３４】
第１ＤＣＩを端末装置へ送信する前に、ネットワーク装置は、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定し、次に、前述の決定結果に基づき、第１ＤＣＩを生成してよい。
【００３５】
本ソリューションでは、ネットワーク装置は、ＵＣＩを用いて、端末装置に、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるという指示を通知してよい。これは、端末装置を制御し指示するためのネットワーク装置の能力を向上できる。その結果、端末装置は、ネットワーク装置と矛盾のない理解を有することができ、それにより、ネットワーク装置と端末装置との間の相互作用の性能を向上する。
【００３６】
可能な設計では、ネットワーク装置は、端末装置へ第２ＤＣＩを更に送信してよく、第１ＤＣＩに含まれるＮＤＩの値が第２ＤＣＩに含まれるＮＤＩの値と異なり、ＲＶが１又は２であり、且つＭＣＳインデックスが２８、２９、３０、３１である、又はＭＣＳテーブル内の最高変調次数を示すインデックスのうちのいずれか１つであるとき、アップリンク共有チャネルがＵＣＩだけを送信するために使用されることを示す。言い換えると、ネットワーク装置は、前述のパラメータの値結合を用いて、ＵＣＩ−ｏｎｌｙを端末装置に示してよい。第２ＤＣＩは、第１ＤＣＩの前に受信された前のＤＣＩであり、第２ＤＣＩはＨＡＲＱ処理番号を含み、第１ＤＣＩはＮＤＩ、ＲＶ、ＨＡＲＱ処理番号、及びＩＭＣＳを含む。
【００３７】
可能な設計では、第１ＤＣＩはＨＡＲＱ処理番号及びＭＣＳインデックスを含み、ＨＡＲＱ処理番号及びＭＣＳインデックスは第１符号レートを示すために使用されてよい。言い換えると、ネットワーク装置は、ＨＡＲＱ処理番号及びＭＣＳインデックスを用いて、第１符号レートを端末装置に示してよい。例えば、ネットワーク装置は、ＨＡＲＱ処理番号及びＭＣＳインデックスを第１ＤＣＩに追加してよく、端末装置は、第１ＤＣＩを受信した後に、ＨＡＲＱ処理番号及びＭＣＳインデックスを取得し、次に、取得したＨＡＲＱ処理番号及びＭＣＳインデックスに基づき第１符号レートを決定してよい。
【００３８】
可能な設計では、ネットワーク装置は、第１符号レートを用いて端末装置により送信された第１ＵＣＩを受信してよい。又は、ネットワーク装置は、第２符号レートを用いて端末装置により送信された第１ＵＣＩを受信し、又は、ネットワーク装置は、第１符号レート及び第３符号レートを用いて端末装置により送信された第１ＵＣＩを受信し、ここで、第２符号レート及び第３符号レートの両方は第１符号レートに基づき決定される。
【００３９】
可能な設計では、ネットワーク装置は、ＨＡＲＱ処理番号内の全てのビット及びＭＣＳインデックス内の全てのビットのうちの幾つかに基づき、第１符号レートを示す。言い換えると、既存のＨＡＲＱ処理番号内の全てのビットは直接使用される。この方法では、ＨＡＲＱ処理番号に含まれる４ビットの構造は変更される必要がない。
【００４０】
可能な設計では、ＭＣＳインデックスの中の全部のビットのうちの幾つかは、ＭＣＳインデックスの中の全部のビットのうちの１ビットを含む。言い換えると、ネットワーク装置は、ＨＡＲＱ処理番号内の全てのビット及びＭＣＳインデックス内の全てのビットのうちの１ビットに基づき、第１符号レートを示してよい。例えば、ＭＣＳインデックス内の１ビットは、ＭＣＳインデックス内の全てのビットのうちの最下位ビットであってよく、又は別のビットであってよく、ＭＣＳインデックス内の１ビットは、ＨＡＲＱ処理番号内の４個のビットの前又は後に配置されてよい。その結果、ＭＣＳインデックス内の１ビットは、最終的に構成される５個のビットのうちの最上位ビット又は最下位ビットとして動作できる。
【００４１】
可能な設計では、ネットワーク装置は、端末装置へ第２ＤＣＩを更に送信し、第１ＤＣＩに含まれるＮＤＩの値が第２ＤＣＩに含まれるＮＤＩの値と異なり、ＲＶが１又は２であり、ＨＡＲＱ処理番号が１４又は１５であるとき、アップリンク共有チャネルがＵＣＩだけを送信するために使用されることを示してよい。言い換えると、ネットワーク装置は、前述のパラメータの値結合を用いて、ＵＣＩ−ｏｎｌｙを端末装置に示してよい。第２ＤＣＩは、第１ＤＣＩの前に受信された前のＤＣＩであり、第２ＤＣＩはＨＡＲＱ処理番号を含み、第１ＤＣＩはＮＤＩ、ＲＶ、ＨＡＲＱ処理番号を含む。
【００４２】
第２の態様における方法は、第１の態様における方法に対応する。従って、第２の態様における方法の説明については、第１の態様における方法の説明を参照する。
【００４３】
第３の態様によると、機器が提供される。機器は、端末装置であってよく、又は端末装置内の機器であってよい。機器は、受信モジュール、第１決定モジュール、及び送信モジュールを含んでよい。モジュールは、第１の態様における任意の設計例における端末装置により実行される対応する機能を実行してよい。
【００４４】
具体的に、受信モジュールは、ネットワーク装置から第１ＤＣＩを受信するよう構成される。ここで、第１ＤＣＩはアップリンク共有チャネルをスケジューリングするために使用される。
【００４５】
第１決定モジュールは、第１ＤＣＩに基づき、アップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定するよう構成される。
【００４６】
送信モジュールは、アップリンク共有チャネルを通じてネットワーク装置へ、第１ＵＣＩを送信するよう構成される。
【００４７】
第４の態様によると、機器が提供される。機器は、ネットワーク装置であってよく、又はネットワーク装置内の機器であってよい。機器は、送信モジュール及び受信モジュールを含んでよい。モジュールは、第２の態様における任意の設計例におけるネットワーク装置により実行される対応する機能を実行してよい。
【００４８】
具体的に、送信モジュールは、第１ＤＣＩを端末装置へ送信するよう構成される。ここで、第１ＤＣＩは、アップリンク共有チャネルをスケジューリングするために使用され、アップリンク共有チャネルがＵＣＩだけを送信するために使用されると示すために使用される。
【００４９】
受信モジュールは、アップリンク共有チャネルを通じて端末装置により送信された第１ＵＣＩを受信するよう構成される。
【００５０】
第５の態様によると、機器が提供される。機器は、第１の態様で説明した方法における端末装置の機能を実装するよう構成されるプロセッサを含む。機器は、プログラム命令及びデータを格納するよう構成されるメモリを更に含んでよい。メモリは、プロセッサに結合される。プロセッサは、第１の態様で説明した方法における端末装置の機能を実装するために、メモリに格納されたプログラム命令を呼び出し実行してよい。機器は、通信インタフェースを更に含んでよく、通信インタフェースは、機器と別の機器との間の通信のために構成される。例えば、別の機器は、ネットワーク装置であってよい。
【００５１】
第６の態様によると、機器が提供される。機器は、第２の態様で説明した方法におけるネットワーク装置の機能を実装するよう構成されるプロセッサを含む。機器は、プログラム命令及びデータを格納するよう構成されるメモリを更に含んでよい。メモリは、プロセッサに結合される。プロセッサは、第２の態様で説明した方法におけるネットワーク装置の機能を実装するために、メモリに格納されたプログラム命令を呼び出し実行してよい。機器は、通信インタフェースを更に含んでよく、通信インタフェースは、機器と別の機器との間の通信のために構成される。例えば、別の機器は、端末装置であってよい。
【００５２】
第７の態様によると、読み取り可能な記憶媒体が提供される。読み取り可能な記憶媒体は命令を含み、前記命令は、コンピュータ上で実行されると、前記コンピュータに、第１の態様における任意の設計例に従い方法に含まれるステップを実行させる。
【００５３】
第８の態様によると、読み取り可能な記憶媒体が提供される。読み取り可能な記憶媒体は命令を含み、前記命令は、コンピュータ上で実行されると、前記コンピュータに、第２の態様における任意の設計例に従い方法に含まれるステップを実行させる。
【００５４】
第９の態様によると、機器が提供される。前記機器は、少なくとも１つのプロセッサと、読み取り可能な記憶媒体と、を含み、前記読み取り可能な記憶媒体に含まれる命令が前記少なくとも１つのプロセッサにより実行されると、第１の態様における任意の設計例に従い方法に含まれるステップが実行され得る。前記機器は、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【００５５】
第１０の態様によると、機器が提供される。前記機器は、少なくとも１つのプロセッサと、読み取り可能な記憶媒体と、を含み、前記読み取り可能な記憶媒体に含まれる命令が前記少なくとも１つのプロセッサにより実行されると、第２の態様における任意の設計例に従い方法に含まれるステップが実行され得る。前記機器は、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【００５６】
第１１の態様によると、チップシステムが提供される。前記チップシステムは、第１の態様に従い方法を実装するために、プロセッサを含み、メモリを更に含んでよい。前記チップシステムは、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【００５７】
第１２の態様によると、チップシステムが提供される。前記チップシステムは、第２の態様に従い方法を実装するために、プロセッサを含み、メモリを更に含んでよい。前記チップシステムは、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【００５８】
第１３の態様によると、システムが提供される。前記システムは、第３の態様に従う機器と、第４の態様に従う機器と、を含む。
【００５９】
第１４の態様によると、システムが提供される。前記システムは、第５の態様に従う機器と、第６の態様に従う機器と、を含む。
【００６０】
第１５の態様によると、システムが提供される。前記システムは、第９の態様に従う機器と、第１０の態様に従う機器と、を含む。
【００６１】
理解されるべきことに、前述の一般的な説明及び以下の詳細な説明は、単に説明及び例示のためであり、本開示を限定することを意図しない。
【図面の簡単な説明】
【００６２】
【図１】本願の一実施形態における可能な適用シナリオの概略図である。
【００６３】
【図２】本願の一実施形態によるアップリンク制御情報送信方法のフローチャートである。
【００６４】
【図３】本願の一実施形態における、同じＨＡＲＱ処理番号を用いてネットワーク装置と端末装置との間でＤＣＩを送信及び受信する概略図である。
【００６５】
【図４】本願の一実施形態における、ＨＡＲＱ処理番号及びＭＣＳインデックスに基づき新しいＭＣＳインデックスを生成する概略図である。
【００６６】
【図５】本願の一実施形態による機器の概略構造図である。
【００６７】
【図６】本願の一実施形態による別の機器の概略構造図である。
【００６８】
【図７】本願の一実施形態による別の機器の概略構造図である。
【００６９】
【図８】本願の一実施形態による別の機器の概略構造図である。
【発明を実施するための形態】
【００７０】
本願の実施形態の目的、技術的ソリューション、及び利点をより明確にするために、以下は、本願の実施形態における添付の図面を参照して、本願の実施形態における技術的ソリューションを明確に説明する。
【００７１】
本願の実施形態では、「複数の」は、少なくとも２つを表してよく、例えば２、３、又はそれより多数であってよい。これは、本願の実施形態において限定されない。
【００７２】
更に、本願明細書中の用語「及び／又は」は、単に関連付けられたオブジェクトの関連付け関係を記述し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、以下の３つの場合を表してよい。Ａのみが存在する、Ａ及びＢの両方が存在する、並びに、Ｂのみが存在する。更に、本願明細書中の文字「／」は、通常、特に断りの無い限り、関連付けられたオブジェクトの間の「又は」の関係を示す。
【００７３】
特に断りの無い限り、本願の実施形態では、「第１」、「第２」、及び「第３」のような序数は、複数のオブジェクトの間を区別することを意図し、順序、時間順序、優先度、又は複数のオブジェクトの重要度を限定することを意図しない。
【００７４】
以下では、当業者が一層理解するのを助けるために、本願の実施形態における幾つかの用語が説明される。
【００７５】
１．端末装置：本願の実施形態で使用される端末装置は、端末とも呼ばれてよく、無線受信及び送信機能を有する装置であってよい。端末装置は、地上に配置され、屋内又は屋外に配置されること、手に持たれる又は車両に搭載されることを含み、水面上に配置されてよく（例えば、商船）、又は、（航空機、気球、及び衛星のように）空中に配置されてよい。端末装置は、ユーザ機器（user  equipment,  UE）であってよい。ＵＥは、ハンドヘルド装置、車載装置、ウェアラブル装置、又は無線通信機能を有するコンピューティング装置を含む。例えば、ＵＥは、携帯電話機（mobile  phone）、タブレットコンピュータ、又は無線受信及び送信機能を有するコンピュータであってよい。代替として、端末装置は、仮想現実（virtual  reality,  VR）端末装置、拡張現実（augmented  reality,  AR）端末装置、産業制御における無線端末、自動運転における無線端末、遠隔医療における無線端末、スマートグリッドにおける無線端末、スマートシティ（smart  city）における無線端末、スマートホーム（smart  home）における無線端末、等であってよい。本願の実施形態では、端末の機能を実装する機器は、端末であってよく、チップ、回路、又は別の機器のような、端末が機能を実装するのを支援する機器であってよい。本願の実施形態では本願の実施形態で提供される技術的ソリューションは、端末装置の機能を実装する機器が端末装置である一例を用いて説明される。
【００７６】
２．ネットワーク装置：本願の実施形態で使用されるネットワーク装置は、基地局（base  station,  BS）を含み、無線アクセスネットワークの中に配置され端末との無線通信を実行できる装置であってよい。基地局は、複数の形式、例えば、マクロ基地局、マイクロ基地局、中継局、及びアクセスポイントであってよい。例えば、本願の実施形態で使用される基地局は、第５世代移動通信（the  ５th  generation,  ５G）新無線（new  radio,  NR）システムにおけるｇＮＢ（gNB）、ロングタームエボリューション（long  term  evolution,  LTE）システムにおける基地局（例えば、eNB）、又はＬＴＥアドバンスド（LTE-advanced,  LTE-A）システムにおける基地局であってよい。ＮＲシステムにおけるｇＮＢは、送受信ポイント（transmission  reception  point,  TRP）とも呼ばれてよい。本願の実施形態では、ネットワーク装置の機能を実装する機器は、ネットワーク装置であってよく、チップ、回路、又は別の機器のような、ネットワーク装置が機能を実装するのを支援する機器であってよい。本願の実施形態では本願の実施形態で提供される技術的ソリューションは、ネットワーク装置の機能を実装する機器がネットワーク装置である一例を用いて説明される。
【００７７】
３．アップリンク共有チャネルリソース：アップリンク共有チャネルリソース、例えばＰＵＳＣＨリソースは、ネットワーク装置により端末装置にスケジューリングされてよく、端末装置は、アップリンク共有チャネルリソースを用いてデータ及び／又は制御情報を送信してよい。
【００７８】
以下は、本願の実施形態の技術的背景を簡単に説明する。
【００７９】
現在の通信システムでは、端末装置により送信されるアップリンク制御情報（uplink  control  information,  UCI）は、ネットワーク装置へ、物理アップリンク制御チャネル（physical  uplink  control  channel,  PUCCH）を通じて送信されてよく、又はネットワーク装置へＰＵＳＣＨを通じて送信されてよい。通常、ＰＵＣＣＨは、より高い信頼性を有するが、ＰＵＣＣＨで運ぶことのできる情報の容量はＰＵＳＣＨのものより少ない。従って、比較的大きなペイロード（payload）を有する何らかのＵＣＩは、通常、ＰＵＳＣＨを通じてネットワーク装置へ送信される。例えば、比較的大きなペイロードサイズを有するＵＣＩの種類として、チャネル状態情報（channel  state  information,  CSI）は、幾つかの場合には、ＰＵＳＣＨを通じてネットワーク装置へ送信される。
【００８０】
端末装置により、ネットワークへＰＵＳＣＨを通じてＵＣＩを送信することは、２つの場合を含む。（１）ＵＬ−ＳＣＨデータ及びＵＣＩが一緒に送信される、及び（２）ＵＬ−ＳＣＨデータが送信されず、ＵＣＩだけが送信される。本願の実施形態では、ＵＣＩだけが送信され、ＵＬ−ＳＣＨデータが送信されない場合は、ＵＣＩ−ｏｎｌｙ、又はＵＣＩ−ｏｎｌｙ  ＰＵＳＣＨと呼ばれる。「ＵＣＩ−ｏｎｌｙ  ＰＵＳＣＨ」は、ＰＵＳＣＨがＵＣＩだけを送信するために使用されるチャネルであることを意味する。実際に、端末装置は、現在、場合（１）のようにＵＬ−ＳＣＨデータ及びＵＣＩを一緒に送信すべきか、又は場合（２）のようにＵＣＩだけを送信すべきかを決定できない。
【００８１】
前述の説明に鑑み、本願の実施形態は、アップリンク制御情報送信方法を提供する。当該方法では、端末装置は、第１ダウンリンク制御情報（downlink  control  information,  DCI）をネットワーク装置から受信し、受信した第１ＤＣＩに基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定し、第１ＵＣＩをネットワーク装置へ、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じて送信してよい。言い換えると、ネットワーク装置は、ＤＣＩを用いることにより、端末装置に指示し、その結果、端末装置は、ネットワーク装置の指示に基づき、ネットワーク装置へＵＣＩだけを送信すべきか否かを決定できる。具体的に言うと、端末装置は、ネットワーク装置のＤＣＩに基づき、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定し、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるとき、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じて、ネットワーク装置へ、ＵＣＩを送信してよい。
【００８２】
本願の実施形態における技術的ソリューションは、種々の通信システムに適用されてよく、例えば、ＮＲシステム、ＬＴＥシステム、又はＬＴＥ−Ａシステムに適用されてよい。
【００８３】
更に、本願の実施形における技術的ソリューションの適用される通信システムは、将来を見据えた通信技術にも適用可能であってよい。本願の実施形態における技術的ソリューションで説明されるシステムは、本願の実施形態における技術的ソリューションをより明確に説明することを意図しており、本願の実施形態で提供される技術的ソリューションに対するいかなる限定も構成しない。当業者は、ネットワークアーキテクチャの進化に伴い、本願の実施形態で提供される技術的ソリューションが同様の技術的問題にも適用可能であることを理解し得る。
【００８４】
次に、本願の実施形態の適用シナリオが簡単に説明される。
【００８５】
図１は、本願の一実施形態における可能な適用シナリオの概略図である。ネットワーク装置及び端末装置が含まれる。ネットワーク装置及び端末装置の機能は、上述されており、詳細はここで再び説明されない。図１に示す適用シナリオは、ＮＲシステムにおける適用シナリオ、ＬＴＥシステムにおける適用シナリオ、等であってよい。例えば、図１に示す適用シナリオは、ＮＲシステムにおける適用シナリオである。この場合、ネットワーク装置はＮＲシステムにおけるｇＮＢであってよく、端末装置はＮＲシステムにおける端末装置であってよい。
【００８６】
図１に示す適用シナリオでは、ネットワーク装置は、端末装置により使用されるリソースをスケジューリングし、例えば、端末装置のためにアップリンク共有チャネルリソース（例えば、ＰＵＳＣＨリソース）を割り当ててよい。端末装置にアップリンク共有チャネルリソースを割り当てた後に、ネットワーク装置は、ＤＣＩを用いて割り当てたアップリンク共有チャネルリソースを端末装置に通知してよい。ＤＣＩを受信した後に、端末装置は、ネットワーク装置により割り当てられたアップリンク共有チャネルリソースを知り、次に、割り当てられたアップリンク共有チャネルリソースを用いて情報を送信し、例えば、割り当てられたアップリンク共有チャネルリソースを用いてネットワークへ、ＵＬ−ＳＣＨデータ及び／又はＵＣＩを送信してよい。
【００８７】
留意すべきことに、図１示すシナリオは、本願の本実施形態の適用シナリオにいかなる限定も構成すべきではない。実際の適用では、複数のネットワーク装置及び複数の端末装置が含まれてよい。例えば、１つの端末装置は、１つのネットワーク装置にのみデータを送信してよく、又は複数のネットワーク装置へデータを送信してよい。代替として、１つのネットワーク装置は、１つの端末装置へデータを送信してよく、又は複数の端末装置へデータを送信してよい。これは、本願の本実施形態において具体的に限定されない。
【００８８】
図２は、本願の一実施形態によるアップリンク制御情報送信方法のフローチャートである。以下の説明では、方法が図１に示したシナリオに適用されることが一例として使用される。方法の手順は、以下に説明される。
【００８９】
ステップ２１。ネットワーク装置は、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定する。
【００９０】
先ず、端末装置のために、ネットワーク装置は、端末装置のためのリソースをスケジューリングし、例えば、端末装置のためのリソースをスケジューリングされたアップリンク共有チャネルが、前述のＵＣＩ−ｏｎｌｙ  ＰＵＳＣＨのような、ＵＣＩだけを送信するために使用されるチャネルであると決定してよい。
【００９１】
ステップ２２。ネットワーク装置は、端末装置へ第１ＤＣＩを送信し、端末装置は、ネットワーク装置から、第１ＤＣＩを受信する。
【００９２】
ネットワーク装置は、物理ダウンリンク制御チャネル（physical  downlink  control  channel,  PDCCH）を通じて、端末装置へＤＣＩを送信してよい。例えば、ＤＣＩは第１ＤＣＩと呼ばれ、第１ＤＣＩは、リソース割り当て情報及び他の制御情報を含んでよい。ＤＣＩはリソース割り当て情報を含むので、ネットワーク装置によりスケジューリングされたアップリンク共有チャネルは、ＤＣＩを用いて示されてよい。言い換えると、ＤＣＩは、アップリンク共有チャネルをスケジューリングするために使用されてよい。
【００９３】
本願の本実施形態では、ネットワーク装置がＵＣＩ−ｏｎｌｙを用いることにより送信を実行するよう端末装置をスケジューリングする必要がある場合、端末装置は、ＤＣＩを用いてスケジューリングされてよい。具体的に、ネットワーク装置は、先ず、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであると決定し、次に、ネットワーク装置は、決定結果に基づき、第１ＤＣＩを生成し、最後に、ネットワーク装置は、端末装置へ第１ＤＣＩを送信し、端末装置は第１ＤＣＩを受信する。
【００９４】
本願の本実施形態では、ネットワーク装置は、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定し、ネットワーク装置は端末装置に通知してよい。具体的に、ネットワーク装置は、端末装置に、ＤＣＩを用いて通知する。ＤＣＩは、アップリンク共有チャネルをスケジューリングするために使用できるだけでなく、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを示すためにも使用できる。従って、端末装置がネットワーク装置のＵＣＩ−ｏｎｌｙ指示を明確に知ることができるために、ネットワーク装置は、端末装置へ、指示を含むＤＣＩ（例えば、第１ＤＣＩ）を送信してよい。それにより、ネットワーク装置と端末装置との間の相互理解を向上する。
【００９５】
特定の実装処理では、ＤＣＩを用いてＵＣＩ−ｏｎｌｙを示すために、ネットワーク装置は、ＤＣＩを生成するとき、ＤＣＩに指示情報を追加してよい。ここで、指示情報は、ＵＣＩ−ｏｎｌｙを示すために使用される。説明を簡単にするために、ＤＣＩ内で運ばれＵＣＩ−ｏｎｌｙを示すために使用される指示情報は、ＵＣＩ−ｏｎｌｙ指示情報と呼ばれる。言い換えると、ＵＣＩ−ｏｎｌｙは、既存のＤＣＩを直接用いて、ＵＣＩ−ｏｎｌｙ指示情報をＤＣＩに追加することにより、決定されてよい。
【００９６】
ステップ２３。端末装置は、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルが、ＵＣＩだけを送信するために使用されると決定する。
【００９７】
更に、ネットワーク装置により送信された第１ＤＣＩを受信した後に、端末装置は、第１ＤＣＩをパースして、第１ＤＣＩ内で運ばれたＵＣＩ−ｏｎｌｙ指示情報を取得し、次に、ＵＣＩ−ｏｎｌｙ指示情報に基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであるか否かを決定してよい。言い換えると、端末装置は、ネットワーク装置により送信されたＤＣＩに基づき、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じて送信された情報の種類を直接決定してよい。可能な結果は、端末装置が、ネットワーク装置により送信されたＤＣＩに基づき、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであると決定することである。それにより、ネットワーク装置と端末装置との間の矛盾のない理解を保証し、ネットワーク装置の端末装置をスケジューリングし及び制御する能力を向上する。
【００９８】
本願の本実施形態は、ネットワーク装置が端末装置に指示する機能を向上し、及びネットワーク装置と端末装置の相互性能を向上するために、端末装置が、ネットワーク装置によりスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるか否かを決定する方法を提供する。更に、本願の本実施形態で提供されるＵＣＩ−ｏｎｌｙ決定方法は、既存の制御情報（つまり、ＤＣＩ）に基づき適用される簡易な方法であり、追加オーバヘッドを増大することなく既存のシグナリングモードを直接使用し、それにより送信リソースの節約を助ける。
【００９９】
ステップ２４。端末装置は、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じて、ネットワーク装置へ、第１ＵＣＩを送信し、ネットワーク装置は、アップリンク共有チャネルで第１ＵＣＩを受信する。
【０１００】
更に、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであると決定した後に、端末装置は、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じてネットワーク装置へＵＣＩを送信してよい。例えば、端末装置により送信されたＵＣＩは、第１ＵＣＩと呼ばれ、対応する情報種類は、ネットワーク装置の指示を用いて送信される。これは、ネットワーク装置と端末装置との間の矛盾のない理解を達成し、ネットワーク装置による端末装置の制御も向上する。
【０１０１】
本願の本実施形態では、ネットワーク装置が、ＤＣＩを用いて端末装置に、スケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを示すことは、２つの方法を含むがこれに限定されない。言い換えると、端末装置は、以下の２つの方法に従い、ネットワーク装置の指示を決定してよい。当業者による理解を容易にするために、以下は２つの方法を説明する。
【０１０２】
（１）第１決定方法は、ＵＣＩ−ｏｎｌｙを直接明示的に示すことである。
【０１０３】
ネットワーク装置は、既存のＤＣＩにビットフィールドを追加して、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであると示すために使用される指示情報を運んでよい。例えば、ＵＣＩ−ｏｎｌｙ指示情報を運ぶために１つの特別ビットが追加されてよい。新しく追加されたビットフィールドは、ＤＣＩフォーマットに基づき特定位置に配置されてよい。言い換えると、既存のＤＣＩフォーマットが変更されてよく、新しく追加されたビットフィールドは、ＵＣＩ−ｏｎｌｙを直接示すために使用される。ネットワーク装置から第１ＤＣＩを受信した後に、端末装置は、第１ＤＣＩの中の特定位置にあるビットフィールドからＵＣＩ−ｏｎｌｙ指示情報を取得し、次に、取得したＵＣＩ−ｏｎｌｙ指示情報に基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定してよい。例えば、前述の１ビットが１であるとき、それは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであると示し、又は、前述の１ビットが０であるとき、それは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙではないと示す。勿論、ビットの値と指示内容との間の対応は、本願の本実施形態で限定されない。
【０１０４】
本願の本実施形態では、ＤＣＩに追加された特別ビットは、ＵＣＩ−ｏｎｌｙを明示的に示すために使用され、端末装置は、追加計算及び他の処理を実行することなく、ＤＣＩ内の特定位置にあるビットフィールドに基づき、対応するＵＣＩ−ｏｎｌｙ指示情報を直接、容易に、且つ迅速に取得できる。
【０１０５】
（２）第２決定方法は、ＤＣＩに元々含まれる少なくとも２つのパラメータを用いて、ＵＣＩ−ｏｎｌｙを暗示的に示すことである。
【０１０６】
現在、ＤＣＩは、フォーマット０、フォーマット０−１、フォーマット１、フォーマット１Ａ及びフォーマット１Ｄのような複数のフォーマット（format）を有する。異なるＤＣＩフォーマットに対応するＤＣＩは、異なる情報内容を含んでよい。例えば、あるフォーマットに対応するＤＣＩは、ハイブリッド自動再送要求（hybrid  automatic  repeat  request,  HARQ）処理番号（ＩＤ）、新規データ指示子（new  data  indicator,  NDI）、冗長バージョン（redundancy  version,  RV）、及び変調及び符号化方式（modulation  and  coding  scheme,  MCS）インデックス（index）のような情報を含む。ここで、ＭＣＳインデックスは、例えばＩＭＣＳにより表されてよい。
【０１０７】
ＤＣＩは元々幾つかのパラメータを含むことが分かる。例えば、上述のように、ＤＣＩは、通常、ＮＤＩ、ＲＶ、ＨＡＲＱ処理番号、及びＩＭＣＳのようなパラメータを含む。従って、第２決定方法では、ネットワーク装置は、ＵＣＩ−ｏｎｌｙを暗示的に示すために、ＤＣＩに元々含まれる幾つかのパラメータを直接使用してよい。更に、ＤＣＩを受信した後に、端末装置は、ネットワーク装置の指示に基づき、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定してよい。ＤＣＩに含まれる少なくとも２つのパラメータがＵＣＩ−ｏｎｌｙを暗示的に示すために使用されるとき、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用されるパラメータに対応する情報は、前述のＵＣＩ−ｏｎｌｙ指示情報として理解されてよい。この方法では、ＤＣＩに対する変更は比較的小さい。
【０１０８】
言い換えると、ＤＣＩの既存の情報組成構造の中で、定義されたビットフィールドの値（定義されたビットフィールドは、定義されたパラメータに対応する情報を運ぶために使用される）は、ＵＣＩ−ｏｎｌｙを示す新しい機能を実装するために完全に使用されてよい。ＤＣＩの中にあり既に関連情報を運ぶビットフィールドの再利用と通じて、ＤＣＩの情報使用効率も向上でき、又は等価的に、シグナリングオーバヘッドがある程度削減され、それによりリソースを節約する。
【０１０９】
本願の本実施形態では、ＤＣＩの中で現在利用可能な少なくとも２つのパラメータは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを示すために使用される。具体的に、ＤＣＩ内の２つのパラメータの値結合は、現在の既存の機能結合では不可能な結合である。つまり、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される２つのパラメータの値結合は、既存の機能結合ではない。例えば、２つのパラメータの値結合が新しいデータ送信及び従来のデータ再送信に関連する２つの競合する指示を表すとき、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルはＵＣＩ−ｏｎｌｙであると決定されてよい。例えば、ＤＣＩ内の一方のパラメータの値は、新しいデータ送信を示し、ＤＣＩ内の他方のパラメータの値は、データ再送信を示す。競合する指示、つまり一方はデータ再送信を示し、他方は新しいデータ送信を示すことは、現在の通常の場合において存在しない。従って、本願の本実施形態では、通常の場合に存在しない競合する指示結合がＵＣＩ−ｏｎｌｙを示すために使用される。しかしながら、端末装置では、ＤＣＩが２つの競合する指示をはこぶと決定した場合、端末装置は、ネットワーク装置が実際にはデータ再送信を示さず又は新しいデータ送信も示さないが、ＵＣＩ−ｏｎｌｙを示すと考える。つまり、現在存在しない機能結合は、ＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。
【０１１０】
更に、留意すべきことに、本願の本実施形態では、例えば、２つの競合する指示、つまり新しいデータ送信及びデータ再送信を含む現在不可能な結合が、ＵＣＩ−ｏｎｌｙを示すために使用されるとき、新しいデータ送信及びデータ再送信は、ここでは、実際に新しいデータ送信及びデータ再送信を示すために使用されない。言い換えると、端末装置は、指示に基づき、新しいデータを送信し又はデータを再送信しない。本願の本実施形態では、現在不可能な指示結合は、単にＵＣＩ−ｏｎｌｙを暗示的に示すために使用される。つまり、パラメータの異なる結合が、新しい指示機能を実装するために使用される。
【０１１１】
第２決定方法では、ＤＣＩは複数のパラメータを含んでよい。当業者による理解を容易にするために、以下は説明のために幾つかのパラメータを列挙する。
【０１１２】
方法１では、ＮＤＩ及びＲＶは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するために使用される。
【０１１３】
ＮＤＩ及びＲＶは、ＤＣＩ内の２ビットフィールドを用いて示されるパラメータである。ＮＤＩは１ビットを固定的に占有する。ネットワーク装置が新規データ送信又はデータ再送信を示すかは、ＮＤＩフリッピングが生じるか否かに基づき決定されてよい。例えば、前のＤＣＩと比較して、ＮＤＩフリッピングが生じた場合、それは、新規データ送信を示し、又は、ＮＤＩフリッピングが生じない場合、それはデータ再送信を示す。ＲＶは、通常、２ビットを占有し、ＲＶの異なる値は異なる意味を表す。例えば、ＲＶの値が１又は２であるとき、それはデータ再送信を示す。
【０１１４】
従来技術では、ＮＤＩフリッピングは、新規データ送信を示すために使用されてよく、ＲＶの値１又は２はデータ再送信を示すために使用されてよい。従って、方法１では、ネットワーク装置は、２つの競合する指示、つまり新規データ送信及びデータ再送信、を含む現在不可能な結合を用いて、ＵＣＩ−ｏｎｌｙを示し、並びに、端末装置は、指示結合に基づきＵＣＩ−ｏｎｌｙを決定してよい。
【０１１５】
具体的に言うと、方法１で与えられＵＣＩ−ｏｎｌｙを決定するために使用される条件は、以下の通りである：
（１）ＮＤＩフリッピングが生じる、及び、
（２）ＲＶ＝１又はＲＶ＝２。
【０１１６】
前述の説明に基づき、ＮＤＩに基づき新規データが送信されるか否かを決定するために、ＮＤＩフリッピングが生じるか否かが先ず決定される必要がある。ＮＤＩフリッピングが生じるか否かを決定するために、２つのＤＣＩの中のＮＤＩの値が必要である。１つのＤＣＩは、現在受信されたＤＣＩ、つまり第１ＤＣＩである。他方のＤＣＩは、第１ＤＣＩと同じＨＡＲＱ処理番号を運び、時間的に第１ＤＣＩと最も近い前のＤＣＩである。説明を容易にするために、他方のＤＣＩは、本願の本実施形態では第２ＤＣＩと呼ばれる。第２ＤＣＩは第１ＤＣＩの前に受信された前のＤＣＩであるので、第２ＤＣＩは、第１ＤＣＩが受信される前に、端末装置により受信されてよい。
【０１１７】
例えば、ネットワーク装置は、第２ＤＣＩの中のＮＤＩの値を１に設定する。第１ＤＣＩを用いてＵＣＩ−ｏｎｌｙを示すことを期待している場合、ネットワーク装置は、第１ＤＣＩ内のＮＤＩの値を０に設定し、第１ＤＣＩ内のＲＶの値を１又は２に設定してよい。更に、第１ＤＣＩを受信した後に、端末装置は、第１ＤＣＩ内で運ばれたＮＤＩを、第２ＤＣＩ内で運ばれたＤＣＩと比較して、ＮＤＩフリッピングが生じたか否かを決定してよい。ＮＤＩフリッピングが生じたと決定した場合、端末装置は、第１ＤＣＩ内のＲＶの値が１又は２であるか決定してよい。代替として、端末装置は、ＮＤＩフリッピングが生じたか否かを決定する処理と、第１ＤＣＩ内のＲＶの値が１又は２であるかを決定する処理の２つを同時に実行してよい。代替として、端末装置は、先ず第１ＤＣＩ内のＲＶの値が１又は２であるかを決定し、次にＮＤＩフリッピングが生じたか否かを決定してよい。纏めると、２つの条件が満たされるとき、端末装置は、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定してよい。
【０１１８】
方法２では、ＮＤＩ及びＩMCSは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するために使用される。
【０１１９】
ＩMCSは、ＭＣＳテーブルの中のＭＣＳインデックスである。ＭＣＳテーブルは、複数のＭＣＳインデックスを含み、各ＭＣＳインデックスはそれぞれの符号レート（code  rate）、変調次数（modulation  order）、スペクトル効率、等に対応し、変調次数は例えばＱｍにより表される。
【０１２０】
現在既に複数のＭＣＳテーブルが存在する。例えば、表１、表２、及び表３は、現在の３つの一般のＭＣＳテーブルである。表１及び表３に示されるＭＣＳテーブルの中でサポートされる最高変調次数は６であり、表２に示されるＭＣＳテーブルの中でサポートされる最高変調次数は８である。
【０１２１】
更に、端末装置は、端末装置のサポートする異なる最高変調次数、及び離散フーリエ変換（discrete  fourier  transform,  DFT）プリコーディングがアップリンク共有チャネルに適用されるか否かに依存して、それぞれのＭＣＳテーブルに対応してよい。言い換えると、端末装置は、端末装置の異なる能力に基づき、それぞれのＭＣＳテーブルに適合してよい。
表１
【表１】
2021517785.tif 000039
表２
【表２】
2021517785.tif 000040
表３
【表３】
2021517785.tif 000041
【０１２２】
方法１と同様に、第１ＤＣＩ内のＮＤＩが新規データ送信を示すか否かは、第２ＤＣＩ内のＮＤＩと比較して第１ＤＣＩ内のＮＤＩにおいてフリッピングが生じたか否かを決定することにより、決定される。ＮＤＩフリッピングが生じたと決定されると、それは、第１ＤＣＩが新規データ送信を示すことを示す。
【０１２３】
更に、ＩＭＣＳの値が所定の値であるとき、それは、ネットワーク装置がデータ再送信を示すためにＩＭＣＳを使用することを期待していることを示してよい。その結果、データ再送信指示、及びＮＤＩフリッピングを通じて表される新規データ送信指示は、現在存在しない、競合する指示を含む、機能結合を形成する。具体的に、２つの条件、つまり、「ＩＭＣＳの値は、ＭＣＳテーブルの中の最高変調次数を示すインデックス値のうちの任意の１つであること」、及び「ＩＭＣＳの値は、所定値より大きいＭＣＳテーブル内のインデックス値であること」が設定されてよい。２つの条件のうちの少なくとも１つが満たされると、それは、ＩＭＣＳの値がデータ再送信を示すために使用されると考えられてよい。その結果、ＮＤＩフリッピングを通じて表されるデータ再送信指示及び新規データ送信指示は、２つの競合する指示を形成する。この場合、ＵＣＩ−ｏｎｌｙが決定できる。
【０１２４】
当業者による理解を容易にするために、以下は説明のために幾つかの場合を列挙する。
【０１２５】
（ａ）ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝。具体的に言うと、ＩＭＣＳの値は、ＭＣＳテーブルの中で最高変調次数を示すインデックス値を含む集合に属する。留意すべきことに、異なるＭＣＳテーブルが使用されるとき、ＭＣＳテーブルの中の最高変調次数を示すインデックス値は異なってよい。
【０１２６】
例えば、表１に示されるＭＣＳテーブルでは、ＭＣＳテーブルの中の最高変調次数は６であり、変調次数６に対応する全部のインデックス値の集合は、｛１７，１８，１９，２０，２１，２２，２３，２４，２５，２６，２７，２８，３１｝である。
【０１２７】
例えば、表２に示されるＭＣＳテーブルでは、ＭＣＳテーブルの中の最高変調次数は８であり、変調次数８に対応するインデックス値の集合は、｛２０，２１，２２，２３，２４，２５，２６，２７，３１｝である。
【０１２８】
例えば、表３に示されるＭＣＳテーブルでは、ＭＣＳテーブルの中の最高変調次数は６であり、変調次数６に対応する全部のインデックス値の集合は、｛１７，１８，１９，２０，２１，２２，２３，２４，２５，２６，２７，３１｝である。
【０１２９】
任意のＭＣＳテーブルについて、ＩＭＣＳの値がＭＣＳテーブルの中で最高変調次数に対応するインデックス値の集合に属するならば、それは、ＩＭＣＳがデータ再送信を示す条件を満たすと考えられてよい。表３のＭＣＳテーブルを一例として用いると、第１ＤＣＩ内のＩＭＣＳの値が２７であるとき、ＩＭＣＳに対応する変調次数は６であり、最高変調次数である。この場合、それは、２７の値を有するＩＭＣＳがデータ再送信を示すために使用されると考えられてよく、更に、ＵＣＩ−ｏｎｌｙが決定されてよい。別の例では、第１ＤＣＩ内のＩＭＣＳの値が６であるとき、ＩＭＣＳに対応する変調次数は２であり、最高変調次数６ではない。従って、それは、６の値を有するＩＭＣＳがデータ再送信を示さないと考えられてよく、この場合、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙではないと決定されてよい。
【０１３０】
通常の場合には、新規データ送信は、低い次数の変調を通じて実行され、最高次数の変調は、通常、再送信又は複数の再送信の間に使用されない。従って、ネットワーク装置は、原理に基づく非規則的な場合を完全に使用し、つまり、ＮＤＩフリッピングを通じて表される新規データ送信と競合する指示を形成するために、最高変調次数に対応するインデックス値を用いてデータ再送信を示す。この方法では、２つの競合する指示が、端末装置にＵＣＩ−ｏｎｌｙを示すために使用される。
【０１３１】
（ｂ）ＩＭＣＳ∈｛２８，２９，３０，３１｝、又はＩＭＣＳ∈｛２９，３０，３１｝。
【０１３２】
現在のＭＣＳテーブルの各々は、３１個のインデックス値を含み、インデックス値２８、２９、３０、及び３１は、ＭＣＳテーブルの中の幾つかのより大きな値である。更に、表２及び表３の中の２８、２９、３０、及び３１に対応する符号レート、及び表１の中の２９、３０、及び３１に対応する符号レートは「reserved」であり、「reserved」は符号レートが予約されていることを示す。言い換えると、現在のＭＣＳテーブルでは、インデックス値２８、２９、３０、及び３１、又はインデックス値２９、３０、及び３１については、対応する符号レートが設定されない。符号レートが設定されないので、現在、通常の場合には、ネットワーク装置は、通常、新規データ送信を示すためにインデックス値を使用しない。これに基づき、ネットワーク装置は、対応する符号レートが現在設定されていないインデックス値を用いて、データ再送信を示す。その結果、データ再送信指示、及びＮＤＩフリッピングを通じて表される新規データ送信指示は、２つの競合する指示を形成する。この方法で、ＵＣＩ−ｏｎｌｙが決定される。
【０１３３】
（ｃ）ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝∪｛２８，２９，３０，３１｝。
【０１３４】
場合ｃは、２つの場合、つまりａ及びｂの結合である。説明はここで繰り返されない。しかしながら、留意すべきことに、ＭＣＳテーブルの中で最高変調次数を示すインデックス値は、２８，２９，３０，３１と重複してよい。表２に示されるＭＣＳテーブルを一例として用いると、表２に示されるＭＣＳテーブルの中で最高変調次数を示す全部のインデックス値の集合は｛２０，２１，２２，２３，２４，２５，２６，２７，３１｝であり、集合の中の３１は、大きなインデックス値を含む集合｛２８，２９，３０，３１｝の中にあるものと重複する要素である。２つの集合の間に「∪」関係があるので、３１は、最終的に１回だけ使用される。つまり、「∪」の後の最終的な∪は｛２０，２１，２２，２３，２４，２５，２６，２７，２８，２９，３０，３１｝である。
【０１３５】
前述の説明によると、方法２では、ＵＣＩ−ｏｎｌｙを決定するために使用される条件は、以下の通りである：
（１）ＮＤＩフリッピングが生じる、及び、
（２）ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝；又は、ＩＭＣＳ∈｛２８，２９，３０，３１｝又はＩＭＣＳ∈｛２９，３０，３１｝；又は、ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝∪｛２８，２９，３０，３１｝。
【０１３６】
更に、上述のＵＣＩ−ｏｎｌｙ決定方法では、ＰＤＣＣＨ検出漏れがあり得る。ＰＤＣＣＨ検出漏れは、ＵＣＩ−ｏｎｌｙの誤った決定を生じ得る。例えば、図３は、左から右へ時間順に、同じＨＡＲＱ処理番号を用いてネットワーク装置と端末装置との間でＤＣＩを送信及び受信する概略図である。
【０１３７】
先ず、ネットワーク装置は、新規データを送信するために使用されるＰＵＳＣＨを示すためにＤＣＩ１を用いる、ＲＶ＝０である。端末装置が、ＤＣＩ１の指示に基づきＰＵＳＣＨのデータを送信した後に、ネットワーク装置は、受信したデータの復号に失敗する。ここで、受信したデータの復号に失敗することは、巡回冗長検査（cyclic  redundancy  check,  CRC）検査が失敗することを意味する。この場合、ネットワーク装置は、再送信が必要であることを示すために、ＤＣＩ２を用い、ＲＶ＝２である。その後、ネットワーク装置は、受信したデータの復号に再び失敗し、再送信が必要であることを示すためにＤＣＩ３を用い、ＲＶ＝３である。この場合、復号が成功する。
【０１３８】
次に、ネットワーク装置は、ＤＣＩ４を用いて、新しく送信される必要のある次のデータを示すが（ＮＤＩフリッピング）、ＤＣＩ４は失われる。
【０１３９】
最後に、ネットワーク装置は、ＤＣＩ５を用いてＵＣＩ−ｏｎｌｙ  ＰＵＳＣＨを示す。つまり、ＤＣＩ５の中のＮＤＩについて、ＤＣＩ４の中のＮＤＩの値と異なる値を設定し、ＲＶ＝１に設定する。ＤＣＩ４の中のＮＤＩの値が１なので、ＤＣＩ５の中のＮＤＩの値は０に設定される。言い換えると、ネットワーク装置は、ＮＤＩフリッピング及びＲＶ＝１を通じてＵＣＩ−ｏｎｌｙを示すことを期待する。しかしながら、ＤＣＩ４は失われ、端末装置はＤＣＩ４を受信しない。従って、ＤＣＩ５が受信されると、ＤＣＩ５は前に受信されたＤＣＩ３と比較され、ＮＤＩが両方とも０である、つまりＮＤＩフリッピングが生じていないことが分かる。この場合、ＤＣＩ５は、前のＰＵＳＣＨデータの再送信を示すために使用されると誤って考えられる。
【０１４０】
端末装置は、送信処理の中でＤＣＩの損失に起因して、ＵＣＩ−ｏｎｌｙを誤って決定し得る。具体的には、実際にはＮＤＩフリッピングが生じるが、ＮＤＩフリッピングが生じていないと誤って考えられる。これに鑑み、本願の本実施形態では、ＵＣＩ−ｏｎｌｙを決定する別の決定条件が更に追加される。決定条件の追加は、最終的な決定結果において誤った決定の影響を軽減でき、それにより、決定精度を向上し、誤った決定によりＵＣＩ−ｏｎｌｙを示すことができない場合を回避する。当業者による理解を容易にするために、以下は、新しい決定条件が追加される決定方法を説明するために、方法３及び方法４を例として使用する。
【０１４１】
方法３では、ＮＤＩ、ＲＶ、及びＩMCSは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するために使用される。
【０１４２】
例えば、前述の方法１では、図３に示されるようにＮＤＩフリッピングが誤って決定され得るので、本願の本実施形態ではＮＤＩの指示は無視されてよい。次に、ＩＭＣＳは、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するための新たに追加される決定条件として使用される。具体的に言うと、ＮＤＩの指示は無視され、ＲＶの値が１又は２であるという前提で、方法２で説明したＩＭＣＳ、及びＲＶは、ＮＤＩが誤った決定のために機能しないときにＵＣＩ−ｏｎｌｙ決定精度を保証するために、従来技術では不可能な値の結合を形成する。
【０１４３】
可能な実装では、方法３で、ＵＣＩ−ｏｎｌｙを決定するために使用される条件は、以下の通りである：
（１）ＮＤＩフリッピングが生じる、
（２）ＲＶ＝１又はＲＶ＝２、
（３）ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝；又は、ＩＭＣＳ∈｛２８，２９，３０，３１｝又はＩＭＣＳ∈｛２９，３０，３１｝；又は、ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝∪｛２８，２９，３０，３１｝。
【０１４４】
別の可能な実装では、方法３で、ＵＣＩ−ｏｎｌｙを決定するために使用される条件は、以下の通りである：
（１）ＮＤＩフリッピングが生じない、
（２）ＲＶ＝１又はＲＶ＝２、
（３）ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝；又は、ＩＭＣＳ∈｛２８，２９，３０，３１｝又はＩＭＣＳ∈｛２９，３０，３１｝；又は、ＩＭＣＳ∈｛ＭＣＳテーブルの中で最高変調次数を示すインデックス値｝∪｛２８，２９，３０，３１｝。
【０１４５】
方法４では、ＮＤＩ、ＲＶ、及びＨＡＲＱ処理番号は、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するために使用される。
【０１４６】
方法３と同様に、図３に示される誤った決定が生じるとき、ＮＤＩの指示は無視されてよく、ＨＡＲＱ処理番号が、アップリンク共有チャネルがＵＣＩ−ｏｎｌｙであるか否かを決定するために、新たに追加される決定条件として使用される。具体的には、ＮＤＩの指示が無視され、ＲＶの値が１又は２のとき、通常の場合にデータ再送信が示される。１５又は１４のような比較的大きな値を有するＨＡＲＱ処理番号は、通常の場合に通常使用されないので、ＲＶがデータ再送信を示しＨＡＲＱ処理番号が１５又は１４である現在不可能なパラメータ結合が、ＵＣＩ−ｏｎｌｙを示すために使用される。これは、ＮＤＩが誤った決定のために機能しないとき、ＵＣＩ−ｏｎｌｙ決定精度を保証できる。さらに、１４又は１５のＨＡＲＱ処理番号は通常の場合にあまり使用されないので、図３で説明した誤った決定は、ＨＡＲＱの通常の実行に影響を与えなくてよい。
【０１４７】
言い換えると、方法４で、ＵＣＩ−ｏｎｌｙを決定するために使用される条件は、以下の通りである：        
（１）ＮＤＩフリッピングが生じる、
（２）ＲＶ＝１又はＲＶ＝２、
（３）ＨＡＲＱ処理番号＝１４、又はＨＡＲＱ処理番号＝１５。
【０１４８】
前述の説明は単なる例である。本願の本実施形態におけるＤＣＩに含まれる既存パラメータに基づきＵＣＩ−ｏｎｌｙを決定するために使用される方法は、上述のものを含むが限定されない。具体的な実装処理では、上述の幾つかの方法に基づく纏め、変形、又は拡張を通じて別の方法が得られてよい。ＤＣＩ内の既存パラメータ、及び現在の機能結合には含まれない機能結合に基づく任意の決定方法は、本願の保護範囲内に包含されるべきである。
【０１４９】
上述のように、ＵＣＩ−ｏｎｌｙ  ＰＵＳＣＨを決定した後に、端末装置は、ネットワーク装置へ、ＰＵＳＣＨでＵＣＩを送信してよい。ＵＣＩは、情報の幾つかの部分を含んでよく、例えば３つの部分：ＣＳＩ−ｐａｒｔ１、ＣＳＩ−ｐａｒｔ２、及びＨＡＲＱ肯定応答（acknowledgement,  ACK）を含んでよい。ＵＣＩの中の各部分は、ＲＥの数及び対応する符号レートが予め分かっているときのみ、ネットワーク装置へ送信できる。ＵＣＩの中の前述の部分について、ＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅは、ＣＳＩ−ｐａｒｔ１内の幾つかのパラメータの特定の値により影響を受ける。例えば、ＣＳＩ−ｐａｒｔ１内のランク指示子（rank  indication,  RI）が１に等しいとき、ＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅは比較的小さい。或いは、ＣＳＩ−ｐａｒｔ１内のＲＩがｒａｎｋ＝２を示すとき、ＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅは比較的大きい。ネットワーク装置はＣＳＩ−ｐａｒｔ１内の部分の特定のサイズが分からないので、つまり、部分のｐａｙｌｏａｄ  ｓｉｚｅが分からないので、ネットワーク装置は、ＣＳＩの合計ｐａｙｌｏａｄ  ｓｉｚｅを予め取得できず、ＣＳＩを送信するために合計ｐａｙｌｏａｄ  ｓｉｚｅに適応されたＰＵＳＣＨリソースを合計ｐａｙｌｏａｄ  ｓｉｚｅに基づきスケジューリングできない。部分は異なるｐａｙｌｏａｄ  ｓｉｚｅ及び異なる重要度を有するので、それぞれの符号レート及び変調次数が、ＵＣＩ内の部分を送信するために必要である。
【０１５０】
ネットワーク装置は、ユーザ機器へ送信されるＤＣＩ内でユーザ機器に割り当てられたＰＵＳＣＨリソースを示してよい。ＤＣＩを受信しパースした後に、ＵＥは、ネットワーク装置により割り当てられたＰＵＳＣＨリソースを知ることができ、つまり、ＵＣＩ送信のために使用されるＲＥの総数を知ることができる。更に、ＵＣＩは、ＨＡＲＱ  ＡＣＫ、ＣＳＩ−ｐａｒｔ１、及びＣＳＩ−ｐａｒｔ２のような複数の部分を含むので、ユーザ機器は、特定のルールに従いＵＣＩ内の部分に、ネットワーク装置により割り当てられたＰＵＳＣＨリソースを割り当てる必要がある。従って、ＵＣＩ内の部分に割り当てられるＲＥの数を決定することも、ＵＣＩが送信される前に必須のステップである。
【０１５１】
言い換えると、ＵＣＩの送信は、ＵＣＩに含まれる情報の部分を送信することとして理解されてよい。可能な実装では、ＵＣＩに含まれる３つの部分：ＣＳＩ−ｐａｒｔ１、ＣＳＩ−ｐａｒｔ２、及びＨＡＲＱ  ＡＣＫが送信される。更に、ＵＣＩ内の任意の部分を送信するために、各部分を送信するために使用されるＲＥの数、及び対応する符号レートが、予め決定される必要がある。各部分を送信するために使用されるＲＥの数に関して、ネットワーク装置により送信されたＤＣＩは既にＵＣＩを送信するために使用されるＲＥの総数を含むので、３つの部分のうちの２つを送信するために使用されるＲＥの数が分かる場合、第３部分を送信するために使用されるＲＥの数は自然に分かってよい。
【０１５２】
現在、ＨＡＲＱ  ＡＣＫに割り当てられるＲＥの数Ｑ’ＡＣＫは式（１）に従い計算されてよく、ＣＳＩ−ｐａｒｔ１に割り当てられるＲＥの数Ｑ’ＣＳＩ−１は式（２）に従い計算されてよく、ＣＳＩ−ｐａｒｔ１を送信するために使用される符号レートγＣＳＩ−１は式（３）に従い計算されてよい。
【数４】
2021517785.tif 000042
ここで、
【数５】
2021517785.tif 000043
は、ＰＵＳＣＨのための全部のＲＥの数、つまり、ネットワーク装置によりＰＵＳＣＨに割り当てられるＲＥの総数を表す。ＯＣＳＩ−２−ｒｅｆはＣＳＩ−ｐａｒｔ２の参照ｐａｙｌｏａｄ  ｓｉｚｅを表し、ＬＣＳＩ−２−ｒｅｆはＣＲＣビットの対応する数を表す。ＯＣＳＩ−１はＣＳＩ−ｐａｒｔ１のｐａｙｌｏａｄ  ｓｉｚｅを表し、ＬＣＳＩ−１はＣＲＣビットの対応する数を表す。ＯＣＳＩ−１＋ＬＣＳＩ−１はＣＳＩ−ｐａｒｔ１の合計ｐａｙｌｏａｄ  ｓｉｚｅとして理解されてよく、ＯＣＳＩ−２−ｒｅｆ＋ＬＣＳＩ−２−ｒｅｆはＣＳＩ−ｐａｒｔ２の合計参照ｐａｙｌｏａｄ  ｓｉｚｅとして理解されてよい。βｏｆｆｓｅｔＣＳＩ−ｐａｒｔ１及びβｏｆｆｓｅｔＣＳＩ−ｐａｒｔ２は、それぞれＣＳＩ−ｐａｒｔ１及びＣＳＩ−ｐａｒｔ２の符号レート補償パラメータを表し、ネットワーク装置の無線上位レイヤにより半固定的に予め構成されるか、又は後にＤＣＩを用いて動的に示される。
【０１５３】
更に、式（２）の中のｍｉｎ｛，｝関数は、「＝」の左にあるパラメータの値が、ｍｉｎ関数に含まれる２つの値のうちの小さい方であることを意味する。同様に、以下の式の中のｍｉｎ関数は同じ意味を有する。
【０１５４】
式（２）に従いＱ’ＣＳＩ−１を計算する処理において、ＣＳＩ−ｐａｒｔ２の参照ｐａｙｌｏａｄ  ｓｉｚｅは固定値に設定され、柔軟性を欠く。例えば、ＯＣＳＩ−２−ｒｅｆの標準的な値は、ｒａｎｋ＝１又はｒａｎｋ＝２のとき、ＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅである。ｒａｎｋ＝１のときのＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅ（比較的小さい）がＯＣＳＩ−２−ｒｅｆとして選択される場合、式（２）から、Ｑ’ＣＳＩ−１は比較的大きく、ＣＳＩ−ｐａｒｔ２の一部又は全部がドロップされなければならないことが分かってよい。ｒａｎｋ＝２のときのＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅ（比較的大きい）がＯＣＳＩ−２−ｒｅｆとして選択される場合、式（２）から、ＣＳＩ−ｐａｒｔ１に割り当てられるＲＥの数が比較的小さいことが分かってよい。これは、ＣＳＩ−ｐａｒｔ１のための不十分な保護をもたらす。特に、実際にｒａｎｋ＝１の場合、ＣＳＩ−ｐａｒｔ２のｐａｙｌｏａｄ  ｓｉｚｅは大きくなく、一方で、割り当てられるＲＥの数Ｑ’ＣＳＩ−２（つまり、ＣＳＩ−ｐａｒｔ２に割り当てられるＲＥの数）は過度に大きい。この場合、保護は過度に大きく、結果として無駄である。
【０１５５】
更に、Ｑ’ＡＣＫの計算式も以下の問題を有する。式（１）で、ＨＡＲＱ  ＡＣＫのｐａｙｌｏａｄ  ｓｉｚｅ  ＯＡＣＫ＋ＬＡＣＫが比較的大きい場合、例えば、（ＯＡＣＫ＋ＬＡＣＫ）・βｏｆｆｓｅｔＡＣＫ＞（ＯＣＳＩ−１＋ＬＣＳＩ−１）・βｏｆｆｓｅｔＣＳＩ−ｐａｒｔ１のとき、式（１）のｍｉｎ｛，｝関数について、カンマの右にある第２項のみが選択され、カンマの左にある第１項は機能しない。つまり、計算されたＱ’ＡＣＫはＰＵＳＣＨに割り当てられるＲＥの総数である。言い換えると、ＵＣＩに割り当てられた全部のＲＥが、ＨＡＲＱ  ＡＣＫに割り当てられる。明らかに、この場合、ＣＳＩ−ｐａｒｔ１及びＣＳＩ−ｐａｒｔ２を送信するためのＲＥが存在しない。これは、実際の場合と衝突する。
【０１５６】
前述の分析に基づき、ＲＥの数を計算するために、固定ｐａｙｌｏａｄ  ｓｉｚｅが現在使用されている。ソリューションはあまり柔軟ではなく、幾つかの場合には、ＣＳＩ−ｐａｒｔ１及びＣＳＩ−ｐａｒｔ２を送信するために利用可能なＲＥが存在しないことがある。従って、現在のＲＥ計算方法は、ＣＳＩを送信するために現実的ではない。
【０１５７】
前述の説明に鑑み、ＭＣＳテーブルにおける検索を直接実行することにより参照符号レートを取得し、次に対応する取得した符号レートに基づきＲＥの数を計算する方法が提案され、ＲＥの数を計算するために固定ｐａｙｌｏａｄ  ｓｉｚｅが使用されるときに引き起こされる、ＣＳＩを送信するための比較的乏しい柔軟性及び非現実性の問題を解決する。具体的に、ＤＣＩ内の４ビットのＨＡＲＱ処理番号フィールドの値が、ＭＣＳインデックスを示すために使用されてよく、次に、対応する符号レートが、決定されたＭＣＳインデックス値に基づき、ＭＣＳテーブル検索を通じてＣＳＩ−ｐａｒｔ１の目標符号レートγＣＳＩ−１として取得される。具体的に言うと、ネットワーク装置は、ＤＣＩ内のＨＡＲＱ処理番号フィールドを用いて、ＵＥにγＣＳＩ−１を示し、次に、式（４）に従い、ＣＳＩ−ｐａｒｔ１に割り当てられるＲＥの数を計算する。
【数６】
2021517785.tif 000044
【０１５８】
全ての既存ＭＣＳテーブルの中のＭＣＳインデックスは、５ビットを含み、４ビットを用いてＭＣＳテーブルに対して検索が実行されると、ＭＣＳテーブルミスマッチがある。従って、新しいＭＣＳテーブルが定義される必要がある。言い換えると、新しいＭＣＳテーブルが前述の方法で導入される必要であり、既存の標準に対する有意な変更を示す。更に、新しいＭＣＳテーブルを最適化するために特別な研究が要求され、標準の策定を時間通りに完了するのを困難にする。更に、ネットワーク装置及び端末装置の製品実装では、新しいＭＣＳテーブルは余分な記憶空間オーバヘッドを必要とする。
【０１５９】
前述の説明に鑑み、本願の本実施形態では、ＵＣＩ−ｏｎｌｙが決定された後に、符号レート及び対応する変調次数は、ＭＣＳテーブル検索を通じて直接取得されてよい。説明を容易にするために、ＭＣＳテーブル検索を通じて取得される符号レートは、本願明細書で参照符号レート又は第１符号レートと呼ばれ、γｒｅｆにより表され、ＭＣＳテーブル検索を通じて取得される変調次数はＱｍにより表される。
【０１６０】
本願の本実施形態は、以下の２つの特別なテーブル検索方法を提供する。
【０１６１】
テーブル検索方法１：可能な実装では、検索は、ＤＣＩ内のＩＭＣＳを直接用いて、現在存在するＭＣＳテーブルにおいて実行されてよい。例えば、上述の表１、表２、又は表３の中の任意のＭＣＳテーブルにおいて検索が実行される。対応する符号レートおよび変調次数は、ＩＭＣＳに基づくＭＣＳテーブル検索を通じて取得されてよい。例えば、ＩＭＣＳの値が２２であるとき、表１に示すＭＣＳテーブルにおいて検索を実行することにより、符号レート６６６及び変調次数６が取得されてよい。更に、留意すべきことに、表１の符号レートは、目標符号レートを１０２４で乗算することにより取得される。従って、ＭＣＳテーブルの中で見付かった対応する符号レートは１０２４で除算される必要がある。
【０１６２】
テーブル検索方法２：別の可能な実装では、前述の参照符号レートは、本願の本実施形態では、ＨＡＲＱ処理番号を示す全てのビット、及びＩＭＣＳを示す全てのビットのうちの一部に基づき決定されてよい。４ビットのＨＡＲＱ処理番号を直接用いてＭＣＳテーブル内で検索を実行する既存の方法は、既存の標準に有意な変更を生じ、ＨＡＲＱ処理番号は４個のビットを含み、ＩＭＣＳは５個のビットを含むので、ＨＡＲＱ処理番号内の全てのビット、及びＩＭＣＳ内の幾つかのビットが、既存のＭＣＳテーブルに完全に準拠する５ビットＭＣＳインデックス値を生成するために使用されてよい。この方法では、既存の標準への変更を最小限にするために、新しいテーブルを導入する必要がなく、既存のＭＣＳテーブルが直接使用できる。説明を容易にするために、本願の本実施形態では、生成される５ビットに対応するインデックス値はＩ’ＭＣＳにより表される。
【０１６３】
具体的に、ＨＡＲＱ処理番号内の全てのビット（つまり４ビット）及びＩＭＣＳ内の１ビットは、５ビットを含むビットフィールドを構成するために使用されてよい。従って、構成されたビットフィールドの値は、テーブル検索のためのインデックス値、つまりＩ’ＭＣＳを表すために使用される。例えば、図４は、ＨＡＲＱ処理番号及びＩＭＣＳに基づき、５ビットを含むビットフィールドを構成する概略図である。図４は、ビットフィールドを構成する２つの方法を示す。２つの方法のどちらにおいても、斜線によりマークされたビットはＨＡＲＱ処理番号内の４ビットであり、残りの１ビットはＩＭＣＳ内の１ビットである。例えば、図４に示されるように、ＩＭＣＳ内の最下位ビットを直接使用することは比較的便利であり、ＩＭＣＳ内の最下位ビットの値はＩＭＣＳの値に比較的小さな影響しか与えないので、ＩＭＣＳ内の１ビットはＩＭＣＳ内の最下位ビットである。任意で、図４の左の構成方法に示されるように、ＩＭＣＳ内の最下位ビットは、ＨＡＲＱ処理番号内の４ビットの直後に配置されてよい。つまり、ＩＭＣＳ内の最下位ビットは、新しく構成されたビットフィールドの中の最下位ビットとして使用される。代替として、図４の右の構成方法に示されるように、ＩＭＣＳ内の最下位ビットは、ＨＡＲＱ処理番号内の４ビットの直前に配置されてよい。つまり、ＩＭＣＳ内の最下位ビットは、新しく構成されたビットフィールドの中の最上位ビットとして使用される。図４に示される方法を用いることにより、ＨＡＲＱ処理番号内の４ビットに基づき１ビットを最下位ビットまたは最上位ビットとして設定することにより、５ビットが直接構成でき、ＨＡＲＱ処理番号内の既存の４ビットに比較的小さな変更しかない。代替として、任意で、ＩＭＣＳ内の１ビットは、ＨＡＲＱ処理番号内の４ビットの間の任意の位置に配置されてよく、例えば、ＨＡＲＱ処理番号内の４ビットの最下位ビットと、最後であるが１つの最下位ビットとの間に配置されてよい。これは、本願の本実施形態で限定されず、設定は、特定の実装処理における実際の要件に基づき実行されてよい。
【０１６４】
更に、５ビットの新しいインデックスがＨＡＲＱ処理番号内の４ビット及びＩＭＣＳ内の１ビットを用いて構成される上述の方法では、ＨＡＲＱ処理番号内の４ビット及びＩＭＣＳ内の１ビットの値は単に再利用され、ＨＡＲＱ処理番号及びＩＭＣＳの構造及び値に影響を与えない。例えば、ＨＡＲＱ処理番号内の元の４ビットの値は１００１であり、ＩＭＣＳ内の５ビットの値は１１１１１である。ＩＭＣＳ内の最下位ビットは１であることが分かる。この場合、図４の左に示される方法によると、新しく構成された５ビットは１００１１であり、Ｉ’ＭＣＳの対応する値は１９である。ＨＡＲＱ処理番号内の元の４ビット及びＩＭＣＳ内の最下位ビットの値は単に再利用されるので、ＨＡＲＱ処理番号及びＩＭＣＳの構造及び値に影響を与えない。つまり、ＨＡＲＱ処理番号は依然として処理１００１を表してよく（つまりコードは９である）、ＩＭＣＳは依然としてインデックス値３１を表してよい。
【０１６５】
テーブル検索のために使用されるテーブル検索方法に関わらず、参照符号レートγｒｅｆ及び変調次数Ｑｍの両方がテーブル検索を通じて取得されてよく、更に、ＵＣＩ内の部分を送信するために使用されるＲＥの数は、以下の式に従い計算されてよい。
【数７】
2021517785.tif 000045
【０１６６】
更に、各部分を送信するために使用される符号レートは、以下の式に従い更に取得されてよい。
【数８】
2021517785.tif 000046
【０１６７】
実際には、閾符号レートＣＴがＣＳＩ−ｐａｒｔ２について設定される。閾符号レートＣＴの関数は、ＣＳＩ−ｐａｒｔ２の符号レートが閾符号レートより高くならないように制限する。ＣＳＩ−ｐａｒｔ２の符号レートが閾符号レートより高い場合、ＣＳＩ−ｐａｒｔ２の実際の符号レートが閾符号レートより高くならなくなるまで、優先度に基づき、ＣＳＩ−ｐａｒｔ２の中の何らかの情報がドロップされてよい。更に、閾符号レートＣＴは、通常、式（９）に従い計算されてよい。言い換えると、閾符号レートＣＴは、ＣＳＩ−ｐａｒｔ１の符号レートγＣＳＩ−１が式（８）に従い取得された後に、計算されてよい。
【数９】
2021517785.tif 000047
【０１６８】
式（９）のγＣＳＩ−１は式（８）に従い計算されてよいので、式（１０）が、式（８）及び式（９）を参照して更に取得されてよい。
【数１０】
2021517785.tif 000048
【０１６９】
本願の本実施形態では、ＣＳＩ−ｐａｒｔ１の符号レートγＣＳＩ−１は、ＭＣＳテーブル検索を通じて取得された参照符号レートγｒｅｆに対して特定の符号レート変換が実行された後に取得される。従って、式（９）又は式（１０）に従い計算された閾符号レートも、ＭＣＳテーブル検索を通じて取得された参照符号レートγｒｅｆに対して符号レート変換が実行された後に取得される。特定の符号レート変換の実行は、符号レートの決定をより柔軟にできる。
【０１７０】
言い換えると、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩ−ｏｎｌｙであると決定した後に、端末装置は、前述の２つのテーブル検索方法のいずれかを用いて、第１符号レートを更に決定してよい。本願の本実施形態では、第１符号レートは、ＭＣＳテーブル検索を通じて取得される参照符号レートγｒｅｆである。
【０１７１】
第１テーブル検索方法では、第１ＤＣＩ内のＩＭＣＳは、ＭＣＳテーブル内の検索のためのインデックス値として直接使用され、従って、ＩＭＣＳに対応する第１符号レート及び変調次数が取得されてよい。例えば、第１ＤＣＩ内のＩＭＣＳが１６のとき、第１符号レート６５８（実際の符号レートは第１符号レートを１０２４で除算することにより取得される必要がある）、及び対応する変調次数４は、表３に示されるＭＣＳテーブル内の検索を通じて取得されてよい。
【０１７２】
例えば、ＵＣＩ−ｏｎｌｙが前述の方法１又は方法４で決定された後に、第１符号レート及び変調次数は、第１テーブル検索方法におけるテーブル検索を通じて取得されてよい。
【０１７３】
例えば、図４に示すテーブル検索方法では、５個のビットを含むビットフィールドが、第２テーブル検索方法で第１ＤＣＩ内のＨＡＲＱ処理番号及びＩＭＣＳに基づき構成されてよい。次に、生成されたビットフィールドの値は、新しいインデックス値として使用され、更に、新しいインデックス値に対応する第１符号レート及び変調次数を取得するために、新しいインデックス値は、ＭＣＳテーブル内の検索のためのインデックス値として使用される。例えば、生成されたインデックス値の値が８であるとき、第１符号レート５５３（実際の符号レートは第１符号レートを１０２４で除算することにより取得される必要がある）、及び対応する変調次数４は、図２に示されるＭＣＳテーブル内の検索を通じて取得されてよい。
【０１７４】
例えば、ＵＣＩ−ｏｎｌｙが前述の方法２又は方法３で決定された後に、第１ＤＣＩ内の基のＩＭＣＳの比較的大きな値のために、対応する第１符号レートは、ＭＣＳテーブルから取得されなくてよい。例えば、ＩＭＣＳが３１のとき、表３に示されるＭＣＳテーブル内の対応する符号レートは「ｒｅｓｅｒｖｅｄ」である。つまり、符号レートは直接取得されなくてよい。この場合、第２テーブル検索方法が使用されてよい。先ず、生成されたインデックス値が取得され、次に、対応する第１符号レート及び変調次数が生成されたインデックス値に基づくテーブル検索を通じて取得される。
【０１７５】
第１符号レートおよび対応する変調次数がテーブル検索を通じて取得された後、取得された第１符号レート及び対応する変調次数は、ＵＣＩ、例えば第１ＵＣＩを、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルで送信するために使用されてよい。
【０１７６】
上述のように、ＵＣＩは、３つの部分：ＨＡＲＱ  ＡＣＫ、ＣＳＩ−ｐａｒｔ１、及びＣＳＩ−ｐａｒｔ２を含んでよい。各部分を送信するために、部分を送信するために使用されるＲＥの数、符号レート、及び変調次数を知る必要がある。特定の実装処理では、ＵＣＩ内の各部分が送信されるとき、テーブル検索を通じて取得された第１符号レートが、関連情報を送信するために直接使用されてよい。
【０１７７】
更に、既存のＭＣＳテーブルは、ＵＬ−ＳＣＨデータの最適化されたＭＣＳテーブルである。ＭＣＳテーブル内の符号レートがＰＵＳＣＨ上のＵＣＩの符号レートを示すために直接使用されるとき、ネットワーク装置が十分に正確なスケジューリングを実施することは困難である。つまり、ネットワーク装置によるスケジューリングの精度は比較的低い。従って、ネットワーク装置によるスケジューリングの精度を向上するために、本願の本実施形態では、第１符号レートがテーブル検索を通じて取得された後に、別の符号レートが、第１符号レートに基づき更に生成されてよい。つまり、別の符号レートは、第１符号レートに対して変換を実行することにより取得される。次に、ＵＣＩの関連情報が、該別の符号レートを用いて送信される。
【０１７８】
当業者による理解を容易にするために、以下は、幾つかの例を用いて、テーブル検索を通じて取得された第１符号レートを用いてＵＣＩ内で情報を送信する方法を説明する。幾つかの例では、第１符号レートは、ＵＣＩ内の情報を送信するために直接使用され、幾つかの例では、第１符号レートに対して符号レート変換を実行することにより取得された別の符号レートがＵＣＩ内の情報を送信するために使用される。
【０１７９】
（１）ＤＣＩに含まれるＨＡＲＱ  ＡＣＫでは、Ｑ’ＡＣＫは式（１）に従い計算されてよく、次にＱ’ＡＣＫ、及びテーブル検索を通じて取得された第１符号レート及び変調次数は、第１ＵＣＩ内でＨＡＲＱ  ＡＣＫを送信するために使用される。この場合、端末装置は、テーブル検索を通じて取得された第１符号レートを直接用いてＨＡＲＱ  ＡＣＫを送信すると考えられてよい。
【０１８０】
（２）ＤＣＩに含まれるＨＡＲＱ  ＡＣＫでは、Ｑ’ＡＣＫは、代替としてテーブル検索を通じて取得された第１符号レートを用いて、及び式（５）に従い、計算されてよく、次に計算されたＱ’ＡＣＫ及びテーブル検索を通じて取得された第１符号レート及び変調次数は、第１ＵＣＩ内でＨＡＲＱ  ＡＣＫを送信するために使用される。この場合も、端末装置は、テーブル検索を通じて取得された第１符号レートを直接用いてＨＡＲＱ  ＡＣＫを送信すると考えられてよい。
【０１８１】
（３）ＤＣＩに含まれるＣＳＩ−ｐａｒｔ１では、Ｑ’ＣＳＩ−１は式（６）に従い計算されてよく、次に計算されたＱ’ＣＳＩ−１、及びテーブル検索を通じて取得された第１符号レート及び変調次数は、第１ＵＣＩを送信するために使用される。この場合も、端末装置は、テーブル検索を通じて取得された第１符号レートを直接用いてＣＳＩ−ｐａｒｔ１を送信すると考えられてよい。
【０１８２】
（４）ＤＣＩに含まれるＣＳＩ−ｐａｒｔ１では、Ｑ’ＣＳＩ−１は、先ず式（２）に従い計算されてよい。第２符号レートγＣＳＩ−１は第１符号レートを用いて及び式（８）に従い計算される。更に、計算されたＱ’ＣＳＩ−１、計算されたγＣＳＩ−１、及びテーブル検索を通じて取得された変調次数は、第１ＵＣＩを送信するために使用される。この場合、端末装置は、第２符号レートを用いて第１ＵＣＩ内でＣＳＩ−ｐａｒｔ１を送信すると考えられてよい。第１符号レートを用いて及び式（８）に従い第２符号レートを決定する処理は、前述の符号レート変換処理として理解され得る。以下の説明では、第１符号レートに基づき別の符号レートを計算する処理と同様の処理は、前述の符号レート変換処理として理解されてよい。
【０１８３】
（５）ＤＣＩに含まれるＣＳＩ−ｐａｒｔ１では、Ｑ’ＣＳＩ−１は、式（６）に従い計算されてよく、第２符号レートγＣＳＩ−１は第１符号レートを用いて及び式（８）に従い計算される。第１符号レートγｒｅｆは式（６）で使用されるので、第１ＵＣＩを送信するために、計算されたＱ’ＣＳＩ−１、計算されたγＣＳＩ−１、及びテーブル検索を通じて取得された変調次数を使用することは、ＣＳＩ−ｐａｒｔ１を送信するために端末装置により第１符号レート及び第２符号レートを使用することとして理解されてよい。
【０１８４】
（６）ＤＣＩに含まれるＣＳＩ−ｐａｒｔ２では、Ｑ’ＣＳＩ−２は、式（７）に従い計算されてよく、γＣＳＩ−１は第１符号レートに基づき及び式（８）に従い計算される。次に、第３符号レートは、計算されたγＣＳＩ−１を用いて及び式（９）又は式（１０）に従い計算される。最後に、計算されたＱ’ＣＳＩ−２、計算された第３符号レート、及びテーブル検索を通じて取得された第１符号レート及び変調次数が、ＣＳＩ−ｐａｒｔ２を送信するために使用される。γＣＳＩ−１は上述の第２符号レートであるので、これは、ＣＳＩ−ｐａｒｔ２を送信するために第２符号レート及び第３符号レートを用いることとして理解されてもよい。
【０１８５】
第３符号レートは、上述の閾符号レートとして理解されてよい。閾符号レートは、ＵＣＩ内のＣＳＩ−ｐａｒｔ２の送信中に、ＣＳＩ−ｐａｒｔ２内の何らかの情報がドロップされるべきか否かを決定するために使用されるので、第３符号レートは、通常、ＵＣＩ内のＣＳＩ−ｐａｒｔ２が送信されるときにのみ使用されてよい。
【０１８６】
以上は、例を用いて幾つかの可能な場合のみを説明した。特定の実装処理では、勿論、第１ＵＣＩ内の対応する部分は、上述の式の異なる結合に基づき、及び符号レートの異なる結合を用いて、送信されてよい。例は、本願の本実施形態において１つずつ説明されない。しかしながら、テーブル検索を通じて取得した第１符号レートに直接基づき第１ＵＣＩを送信する、又はテーブル検索を通じて取得した第１符号レートに基づき及び符号レート変換を通じて取得した別の符号レートを用いてＵＣＩを送信する方法は、本願の実施形態の保護範囲に包含されるべきである。
【０１８７】
同じ概念に基づき、本願の一実施形態は、ＵＣＩ受信方法を更に提供する。方法は、図２のネットワーク装置により実行されてよい。方法の対応する実装の説明のために、図２のネットワーク装置により実行される方法のステップの前述の説明を参照する。説明はここで繰り返されない。本願の本実施形態による方法では、ネットワーク装置は、ＵＣＩを用いて、端末装置に、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるという指示を通知してよい。これは、端末装置を制御し指示するためのネットワーク装置の能力を向上できる。その結果、端末装置は、ネットワーク装置と矛盾のない理解を有することができ、それにより、ネットワーク装置と端末装置との間の相互作用の性能を向上する。
【０１８８】
更に、理解されるべきことに、幾つかの英語の用語及び英語の略語の漢字の説明は、本願明細書において単なる例である。言い換えると、本願の実施形態における幾つかの英語の翻訳は、単なる例示的な翻訳である。本願における英語の翻訳は、英語の用語の意味にいかなる限定も構成しない。代替として、当業者により理解されるべきことに、通信技術の発展に伴い、本願の実施形態における英語の用語又は英語の略語は、他の漢字の説明を更に含んでよく、全ての種類の翻訳は、英語の用語又は英語の略語の特性に影響しない。
【０１８９】
同じ概念に基づき、本願の一実施形態は、機器を提供する。図５は、機器５００の概略構造図である。機器５００は、端末装置であってよく、本願の実施形態で提供される方法における端末装置の機能を実装できる。代替として、機器５００は、本願の実施形態で提供される方法における端末装置の機能を実装するために端末装置を支援できる機器であってよい。機器５００は、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールとの結合であってよい。機器５００は、チップシステムにより実装されてよい。本願の本実施形態では、チップシステムは、チップを含んでよく、又はチップ及び別の個別装置を含んでよい。
【０１９０】
図５に示すように、本願の本実施形態における機器５００は、受信モジュール５１、第１決定モジュール５２、及び送信モジュール５３を含んでよい。
【０１９１】
受信モジュール５１は、図２に示される実施形態でネットワーク装置により送信された第１ＤＣＩを受信するよう構成されてよく、更にネットワーク装置により送信された第２ＤＣＩを受信してよく、及び／又は、本願明細書で説明した技術における別の処理をサポートするよう更に構成されてよい。第２ＤＣＩは、第１ＤＣＩと同じＨＡＲＱ処理番号を運び且つ第１ＤＣＩと時間的に最も近い前のＤＣＩであってよい。受信モジュール５１は、本願の本実施形態における機器と、別のモジュールとの間の通信ために構成されてよく、回路、装置、インタフェース、バス、ソフトウェアモジュール、トランシーバ、又は通信を実施できる任意の他の機器であってよい。
【０１９２】
第１決定モジュール５２は、図２に示した実施形態におけるステップ２３を実行するよう構成されてよく、例えば、第１ＤＣＩに基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであると決定してよく、又は、第１ＤＣＩ及び第２ＤＣＩに基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用去るチャネルであると決定してよく、及び／又は、本願明細書で説明した技術における別の処理をサポートするよう更に構成されてよい。第１決定モジュール５２は、本願の本実施形態における機器と、別のモジュールとの間の通信ために構成されてよく、回路、装置、インタフェース、バス、ソフトウェアモジュール、トランシーバ、又は通信を実施できる任意の他の機器であってよい。
【０１９３】
送信モジュール５３は、図２に示した実施形態におけるステップ２４を実行するよう構成されてよく、つまり、ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じてネットワーク装置へＵＣＩを送信してよく、例えば、第１ＵＣＩを送信してよく、及び／又は、本願明細書で説明した技術における別の処理をサポートするよう構成されてよい。送信モジュール５３は、本願の本実施形態における機器と、別のモジュールとの間の通信ために構成されてよく、回路、装置、インタフェース、バス、ソフトウェアモジュール、トランシーバ、又は通信を実施できる任意の他の機器であってよい。
【０１９４】
特定の実装処理では、受信モジュール５１及び送信モジュール５３は、別個に配置されてよい。この場合、受信モジュール５１及び送信モジュール５３は、２つの独立した機能モジュールである。可能な実装では、受信モジュール５１及び送信モジュール５３は、代替として、１つの機能モジュール、例えばトランシーバモジュールに統合されてよい。トランシーバモジュールは、情報を受信する受信モジュール５１の能力、及び情報を送信する送信モジュール５３の能力の両方を有する。
【０１９５】
前述の方法の実施形態における各ステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細はここで再び記載されない。
【０１９６】
同じ概念に基づき、本願の一実施形態は、機器を提供する。図６は、機器６００の概略構造図である。機器６００は、ネットワーク装置であってよく、本願の実施形態で提供される方法におけるネットワーク装置の機能を実装できる。代替として、機器６００は、本願の実施形態で提供される方法におけるネットワーク装置の機能を実装するためにネットワーク装置を支援できる機器であってよい。機器６００は、ハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールとの結合であってよい。機器６００は、チップシステムにより実装されてよい。本願の本実施形態では、チップシステムは、チップを含んでよく、又はチップ及び別の個別装置を含んでよい。
【０１９７】
図６に示すように、本願の本実施形態における機器６００は、送信モジュール６１、及び受信モジュール６２を含んでよい。
【０１９８】
送信モジュール６１は、図２に示した実施形態におけるステップ２２を実行するよう、つまり、第１ＤＣＩを端末装置へ送信するよう構成されてよく、更に第２ＤＣＩを端末装置へ送信してよく、及び／又は、本願明細書で説明した技術における別の処理をサポートするよう構成されてよい。第２ＤＣＩは、第１ＤＣＩと同じＨＡＲＱ処理番号を運び且つ第１ＤＣＩと時間的に最も近い前のＤＣＩであってよい。送信モジュール６１は、本願の本実施形態における機器と、別のモジュールとの間の通信ために構成されてよく、回路、装置、インタフェース、バス、ソフトウェアモジュール、トランシーバ、又は通信を実施できる任意の他の機器であってよい。
【０１９９】
受信モジュール６２は、図２に示した実施形態における端末装置により送信されるＵＣＩを受信するよう構成されてよく、例えば、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルを通じて端末装置により送信された第１ＤＣＩを受信してよく、及び／又は、本願明細書で説明した技術における別の処理をサポートするよう構成されてよい。受信モジュール６２は、本願の本実施形態における機器と、別のモジュールとの間の通信ために構成されてよく、回路、装置、インタフェース、バス、ソフトウェアモジュール、トランシーバ、又は通信を実施できる任意の他の機器であってよい。
【０２００】
更に、機器６００は、決定モジュールを更に含んでよい。決定モジュールは、図２に示した実施形態におけるステップ２１を実行してよく、つまり、端末装置のためにスケジューリングされたアップリンク共有チャネルはＵＣＩだけを送信するために使用されると決定してよい。
【０２０１】
特定の実装処理では、送信モジュール６１及び受信モジュール６２は、別個に配置されてよい。この場合、送信モジュール６１及び受信モジュール６２は、２つの独立した機能モジュールである。可能な実装では、送信モジュール６１及び受信モジュール６２は、代替として、１つの機能モジュール、例えばトランシーバモジュールに統合されてよい。トランシーバモジュールは、情報を送信する送信モジュール６１の能力、及び情報を受信する受信モジュール６２の能力の両方を有する。
【０２０２】
前述の方法の実施形態における各ステップの全ての関連する内容は、対応する機能モジュールの機能説明において引用されてよい。詳細はここで再び記載されない。
【０２０３】
本願の本実施形態では、モジュール分割は一例であり、単なる論理的機能分割であり、実際の実装中に別の分割方法であってよい。さらに、本願の実施形態における機能モジュールは、１つのプロセッサに統合されてよく、又は、モジュールの各々は物理的に単独で存在してよく、又は、少なくとも２つのモジュールが１つのモジュールに統合されてよい。統合されたモジュールは、ハードウェアの形式で実装されてよく、又はソフトウェア機能モジュールの形式で実装されてよい。
【０２０４】
同じ概念に基づき、本願の一実施形態は、機器を提供する。図７は、本願の一実施形態による機器７００の概略構造図である。機器７００は、端末装置であってよく、本願の実施形態で提供される方法における端末装置の機能を実装できる。代替として、機器７００は、本願の実施形態で提供される方法における端末装置の機能を実装するために端末装置を支援できる機器であってよい。機器７００は、チップシステムであってよい。本願の本実施形態では、チップシステムは、チップを含んでよく、又はチップ及び別の個別装置を含んでよい。
【０２０５】
機器７００は、本願の実施形態で提供される方法における端末装置の機能を実装するよう機器を実装する又はサポートするよう構成される少なくとも１つのプロセッサ７２０を含む。例えば、プロセッサ７２０は、情報を処理してよく、例えば、図５に示した機器５００の中の第１決定モジュール５２に対応してよい。例えば、プロセッサ７２０は、取得した第１ＤＣＩに基づき、第１ＤＣＩを用いてスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されると決定してよい。詳細については、方法の例における詳細な説明を参照する。詳細はここで再び記載されない。
【０２０６】
機器７００は、プログラム命令及び／又はデータを格納するよう構成される少なくとも１つのメモリ７３０を更に含んでよい。メモリ７３０は、プロセッサ７２０に結合される。本願の本実施形態における結合は、機器、ユニット、又はモジュールの間の間接結合又は通信接続であり、電気的、機械的、又は別の形式であってよく、機器、ユニット、又はモジュールの間の情報交換のために使用される。プロセッサ７２０は、メモリ７３０と協働する。プロセッサ７２０は、メモリ７３０に格納されたプログラム命令を実行してよい。少なくとも１つのメモリのうちの少なくとも１つは、プロセッサに含まれてよい。
【０２０７】
機器７００は、伝送媒体を通じて別の装置と通信するよう構成される通信インタフェース７１０を更に含んでよい。その結果、機器７００内の機器は別の装置と通信できる。プロセッサ７２０は、通信インタフェース７１０を通じてデータを伝送し及び受信してよい。例えば、通信インタフェース７１０は、図５の受信モジュール５１及び送信モジュール５３に対応してよい。
【０２０８】
通信インタフェース７１０、プロセッサ７２０、及びメモリ７３０の間の特定の接続媒体は、本願の本実施形態で限定されない。本願の本実施形態では、メモリ７３０、プロセッサ７２０、及び通信インタフェース７１０は、図７のバス７４０を用いて接続される。ここで、バスは図７に太線で表される。これは、単なる概略図であり、限定を意図しない。コンポーネント間の他の接続方法があってよい。バスは、アドレスバス、データバス、制御バス、等に分類されてよい。提示を容易にするために、１本の太線だけが、図７でバスを表すために使用されるが、これは、１本のなすのみ又は１種類のバスのみが存在することを意味しない。
【０２０９】
本願の本実施形態では、プロセッサ７２０は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は別のプログラマブル論理素子、個別ゲート又はトランジスタ論理素子、又は個別ハードウェアコンポーネントであってよく、本願の実施形態で開示した方法、ステップ、及び論理ブロック図を実装し又は実行してよい。汎用プロセッサは、マイクロプロセッサ又は任意の従来のプロセッサ、等であってよい。本願の実施形態に関して開示された方法のステップは、ハードウェアプロセッサにより直接実行されてよく、又はプロセッサ内のハードウェアとソフトウェアモジュールとの結合を用いて実行されてよい。
【０２１０】
本願の本実施形態では、メモリ７３０は、不揮発性メモリ、例えばハードディスクドライブ（hard  disk  drive,  HDD）又は個体ドライブ（solid-state  drive,  SSD）であってよく、又は揮発性メモリ（volatile  memory）、例えばランダムアクセスメモリ（random-access  memory,  RAM）であってよい。メモリは、期待されるプログラムコードを命令又はデータ構造の形式で運び又は格納するために使用可能な、及びコンピュータによりアクセス可能な、任意の他の媒体であるが、これに限定されない。本願の本実施形態のメモリは、代替として、記憶機能を実装可能でありプログラム命令及び／又はデータを格納するよう構成される、回路又は任意の他の機器であってよい。
【０２１１】
同じ概念に基づき、本願の一実施形態は、別の機器を提供する。図８は、本願の一実施形態による別の機器８００の概略構造図である。機器８００は、ネットワーク装置であってよく、本願の実施形態で提供される方法におけるネットワーク装置の機能を実装できる。代替として、機器８００は、本願の実施形態で提供される方法におけるネットワーク装置の機能を実装するためにネットワーク装置を支援できる機器であってよい。機器８００は、チップシステムであってよい。本願の本実施形態では、チップシステムは、チップを含んでよく、又はチップ及び別の個別装置を含んでよい。
【０２１２】
機器８００は、本願の実施形態で提供される方法における端末装置の機能を実装するよう機器を実装する又はサポートするよう構成される少なくとも１つのプロセッサ８２０を含む。例えば、プロセッサ８２０は、図６に示した実施形態における決定モジュールに対応する。例えば、プロセッサ８２０は、端末装置のためにスケジューリングされたアップリンク共有チャネルがＵＣＩだけを送信するために使用されるチャネルであると決定する。詳細については、方法の例における詳細な説明を参照する。詳細はここで再び記載されない。
【０２１３】
機器８００は、プログラム命令及び／又はデータを格納するよう構成される少なくとも１つのメモリ８３０を更に含んでよい。メモリ８３０は、プロセッサ８２０に結合される。本願の本実施形態における結合は、機器、ユニット、又はモジュールの間の間接結合又は通信接続であり、電気的、機械的、又は別の形式であってよく、機器、ユニット、又はモジュールの間の情報交換のために使用される。プロセッサ８２０は、メモリ８３０と協働する。プロセッサ８２０は、メモリ８３０に格納されたプログラム命令を実行してよい。少なくとも１つのメモリのうちの少なくとも１つは、プロセッサに含まれてよい。
【０２１４】
機器８００は、伝送媒体を通じて別の装置と通信するよう構成される通信インタフェース８１０を更に含んでよい。その結果、機器８００内の機器は別の装置と通信できる。プロセッサ８２０は、通信インタフェース８１０を通じてデータを伝送し及び受信してよい。例えば、通信インタフェース８１０は、図６の送信モジュール６１及び受信モジュール６２に対応してよい。
【０２１５】
通信インタフェース８１０、プロセッサ８２０、及びメモリ８３０の間の特定の接続媒体は、本願の本実施形態で限定されない。本願の本実施形態では、メモリ８３０、プロセッサ８２０、及び通信インタフェース８１０は、図８のバス８４０を用いて接続される。ここで、バスは図８に太線で表される。これは、単なる概略図であり、限定を意図しない。コンポーネント間の他の接続方法があってよい。バスは、アドレスバス、データバス、制御バス、等に分類されてよい。提示を容易にするために、１本の太線だけが、図８でバスを表すために使用されるが、これは、１本のバスのみ又は１種類のバスのみが存在することを意味しない。
【０２１６】
本願の本実施形態では、プロセッサ８２０は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、又は別のプログラマブル論理素子、個別ゲート又はトランジスタ論理素子、又は個別ハードウェアコンポーネントであってよく、本願の実施形態で開示した方法、ステップ、及び論理ブロック図を実装し又は実行してよい。汎用プロセッサは、マイクロプロセッサ又は任意の従来のプロセッサ、等であってよい。本願の実施形態に関して開示された方法のステップは、ハードウェアプロセッサにより直接実行されてよく、又はプロセッサ内のハードウェアとソフトウェアモジュールとの結合を用いて実行されてよい。
【０２１７】
本願の本実施形態では、メモリ８３０は、不揮発性メモリ、例えばＨＤＤ又は個体ドライブＳＳＤであってよく、又は揮発性メモリ（volatile  memory）、例えばランダムアクセスメモリＲＡＭであってよい。メモリは、期待されるプログラムコードを命令又はデータ構造の形式で運び又は格納するために使用可能な、及びコンピュータによりアクセス可能な、任意の他の媒体であるが、これに限定されない。本願の本実施形態のメモリは、代替として、記憶機能を実装可能でありプログラム命令及び／又はデータを格納するよう構成される、回路又は任意の他の機器であってよい。
【０２１８】
本願の一実施形態は、命令を含む読み取り可能な記憶媒体を更に提供する。コンピュータ上で実行すると、命令は、コンピュータに、図２に示した方法における端末装置により実行されるステップを実行させる。
【０２１９】
本願の一実施形態は、命令を含む読み取り可能な記憶媒体を更に提供する。コンピュータ上で実行すると、命令は、コンピュータに、図２に示した方法におけるネットワーク装置により実行されるステップを実行させる。
【０２２０】
本願の一実施形態は、チップシステムを提供する。チップシステムは、プロセッサを含み、メモリを更に含んでよく、前述の方法における端末装置の機能を実装するよう構成される。チップシステムは、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【０２２１】
本願の一実施形態は、チップシステムを提供する。チップシステムは、プロセッサを含み、メモリを更に含んでよく、前述の方法におけるネットワーク装置の機能を実装するよう構成される。チップシステムは、チップを含んでよく、又はチップ及び別の個別素子を含んでよい。
【０２２２】
本願の一実施形態は、システムを提供する。システムは、前述のネットワーク装置及び前述の端末装置を含む。
【０２２３】
可能な実装では、本願の実施形態における方法の態様は、代替として、プログラムプロダクトの形式で実装されてよい。プログラムプロダクトはプログラムコードを含み、プログラムプロダクトが端末装置又はネットワーク装置上で実行されると、プログラムコードは、端末装置又はネットワーク装置に本願明細書における種々の前述の例示的な実施形態に従う方法のステップを実行させるために使用される。
【０２２４】
本願の実施形態における方法の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを用いて実装されてよい。実装のためにソフトウェアが使用されるとき、方法は、コンピュータプログラムプロダクトの形式で完全に又は部分的に実装されてよい。コンピュータプログラムプロダクトは、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令が、コンピュータ上にロードされ実行されると、本発明の実施形態による手順又は機能が全部又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、ネットワーク装置、ユーザ機器、又は別のプログラマブル機器であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてよく、又はコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体へ送信されてよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、別のウェブサイト、コンピュータ、サーバ、又はデータセンタへ、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者回線（digital  subscriber  line,  DSL））又は無線（例えば、赤外線、無線、又はマイクロ波）方式で送信されてよい。コンピュータ可読記憶媒体は、コンピュータによりアクセス可能な任意の使用可能媒体、又は１つ以上の使用可能媒体を統合するサーバ若しくはデータセンタのようなデータ記憶装置であってよい。使用可能媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、デジタルバーサタイルディスク（digital  video  disc,  DVD）、半導体媒体（例えば、ＳＳＤ）等であってよい。
【０２２５】
前述の実施形態は、単に本願の技術的ソリューションを説明するために使用された。前述の実施形態は、単に、本発明の方法及び中核思想の理解を助けることを意図しており、本発明に対する限定として考えられるべきではない。本発明で開示された技術的範囲の範囲内にある、当業者により直ちに考案される任意の変形又は置換は、本発明の保護範囲の中に包含されるべきである。
【０２２６】
明らかに、当業者は、本願の範囲から逸脱することなく、種々の変更及び変形を本願に対して行うことができる。本願は、本願のこれらの変更及び変形が以下の特許請求の範囲により定められる範囲及びそれらの均等な技術の範囲内に含まれるならば、それらをカバーすることを意図する。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アップリンク制御情報送信方法であって、
ネットワーク装置から、第１ダウンリンク制御情報を受信するステップであって、前記第１ダウンリンク制御情報は、アップリンク共有チャネルをスケジューリングするために使用される、ステップと、
前記第１ダウンリンク制御情報に基づき、前記アップリンク共有チャネルがアップリンク制御情報を送信するために使用されるが、データを送信するために使用されないと決定するステップと、
前記アップリンク共有チャネルを通じて、前記ネットワーク装置へ、第１アップリンク制御情報を送信するステップであって、前記第１アップリンク制御情報は、ハイブリッド自動再送要求肯定応答、チャネル状態情報の第１部分、及び前記チャネル状態情報の第２部分を含む、ステップと、
を含み、
前記第１アップリンク制御情報を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの総数はＭであり、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの数は、第１の数及び前記総数Ｍのうちの最小値であり、前記第１の数は、第１の積の第２の積に対する比の切り上げ値に等しく、前記第１の積は、前記ハイブリッド自動再送要求肯定応答のペイロードサイズと前記ハイブリッド自動再送要求肯定応答の符号レート補償パラメータとの積であり、前記第２の積は、第１符号レート及び変調次数の積である、方法。
【請求項２】
前記アップリンク共有チャネル内にあり前記チャネル状態情報の前記第１部分を運ぶために使用されるリソースエレメントの数は、第２の数及び残りの数のうちの最小値であり、前記残りの数は、前記総数Ｍから、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しく、前記第２の数は、第３の積の前記第２の積に対する比の切り上げ値に等しく、前記第３の積は、前記チャネル状態情報の前記第１部分のペイロードサイズと前記チャネル状態情報の前記第１部分の符号レート補償パラメータとの積である、請求項１に記載の方法。
【請求項３】
前記アップリンク共有チャネル内にあり、前記チャネル状態情報の前記第２部分を運ぶために使用されるリソースエレメントの数は、前記総数Ｍから前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引き、前記チャネル状態情報の前記第１部分を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しい、請求項２に記載の方法。
【請求項４】
前記第１符号レート及び前記変調次数は、前記第１ダウンリンク制御情報に含まれる変調及び符号化方式インデックスに基づき決定される、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
前記変調及び符号化方式インデックス、前記第１符号レート、及び前記変調次数の間の対応は、以下の表のうちの１つに定められた対応を満たす、
表１
【表４】
2021517785.tif 000049
表２
【表５】
2021517785.tif 000050
表３
【表６】
2021517785.tif 000051
請求項４に記載の方法。
【請求項６】
前記チャネル状態情報の前記第２部分の符号レートは、閾符号レートより高くない、又は、
前記チャネル状態情報の前記第２部分の符号レートは、閾符号レートより高く、端末装置は、優先度に基づき前記チャネル状態情報の前記第２部分の中の一部の情報をドロップし、
前記閾符号レートは、前記第１符号レートの、前記チャネル状態情報の前記第２部分の符号レート補償パラメータに対する比である、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
機器であって、
ネットワーク装置から、第１ダウンリンク制御情報を受信するよう構成される受信モジュールであって、前記第１ダウンリンク制御情報は、アップリンク共有チャネルをスケジューリングするために使用される、受信モジュールと、
前記第１ダウンリンク制御情報に基づき、前記アップリンク共有チャネルがアップリンク制御情報を送信するために使用されるが、データを送信するために使用されないと決定するよう構成される第１決定モジュールと、
前記アップリンク共有チャネルを通じて、前記ネットワーク装置へ、第１アップリンク制御情報を送信するよう構成される送信モジュールであって、前記第１アップリンク制御情報は、ハイブリッド自動再送要求肯定応答、チャネル状態情報の第１部分、及び前記チャネル状態情報の第２部分を含む、送信モジュールと、
を含み、
前記第１アップリンク制御情報を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの総数はＭであり、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの数は、第１の数及び前記総数Ｍのうちの最小値であり、前記第１の数は、第１の積の第２の積に対する比の切り上げ値に等しく、前記第１の積は、前記ハイブリッド自動再送要求肯定応答のペイロードサイズと前記ハイブリッド自動再送要求肯定応答の符号レート補償パラメータとの積であり、前記第２の積は、第１符号レート及び変調次数の積である、機器。
【請求項８】
前記アップリンク共有チャネル内にあり前記チャネル状態情報の前記第１部分を運ぶために使用されるリソースエレメントの数は、第２の数及び残りの数のうちの最小値であり、前記残りの数は、前記総数Ｍから、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しく、前記第２の数は、第３の積の前記第２の積に対する比の切り上げ値に等しく、前記第３の積は、前記チャネル状態情報の前記第１部分のペイロードサイズと前記チャネル状態情報の前記第１部分の符号レート補償パラメータとの積である、請求項７に記載の機器。
【請求項９】
前記アップリンク共有チャネル内にあり、前記チャネル状態情報の前記第２部分を運ぶために使用されるリソースエレメントの数は、前記総数Ｍから前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引き、前記チャネル状態情報の前記第１部分を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しい、請求項８に記載の機器。
【請求項１０】
前記第１符号レート及び前記変調次数は、前記第１ダウンリンク制御情報に含まれる変調及び符号化方式インデックスに基づき決定される、請求項７乃至９のいずれか一項に記載の機器。
【請求項１１】
前記変調及び符号化方式インデックス、前記第１符号レート、及び前記変調次数の間の対応は、以下の表のうちの１つに定められた対応を満たす、
表１
【表７】
2021517785.tif 000052
表２
【表８】
2021517785.tif 000053
表３
【表９】
2021517785.tif 000054
請求項１０に記載の機器。
【請求項１２】
前記チャネル状態情報の前記第２部分の符号レートは、閾符号レートより高くない、又は、
前記チャネル状態情報の前記第２部分の符号レートは、閾符号レートより高く、前記第１決定モジュールは、優先度に基づき前記チャネル状態情報の前記第２部分の中の一部の情報をドロップすることを決定するよう構成され、
前記閾符号レートは、前記第１符号レートの、前記チャネル状態情報の前記第２部分の符号レート補償パラメータに対する比である、請求項７乃至１１のいずれか一項に記載の機器。
【請求項１３】
読み取り可能な記憶媒体であって、前記読み取り可能な記憶媒体は命令を含み、前記命令は、コンピュータ上で実行されると、前記コンピュータに、請求項１乃至６のいずれか一項に記載の方法に含まれるステップを実行させる、読み取り可能な記憶媒体。
【請求項１４】
機器であって、少なくとも１つのプロセッサと、読み取り可能な記憶媒体と、を含み、前記読み取り可能な記憶媒体に含まれる命令が前記少なくとも１つのプロセッサにより実行されると、請求項１乃至６のいずれか一項に記載の方法に含まれるステップが実行され得る、機器。
【請求項１５】
アップリンク制御情報受信方法であって、
端末装置へ、第１ダウンリンク制御情報を受信するステップであって、前記第１ダウンリンク制御情報は、アップリンク共有チャネルをスケジューリングするために使用され、前記アップリンク共有チャネルがアップリンク制御情報を送信するために使用されるがデータを送信するために使用されないと示すために使用される、ステップと、
前記アップリンク共有チャネルを通じて、前記端末装置により送信された第１アップリンク制御情報を受信するステップであって、前記第１アップリンク制御情報は、ハイブリッド自動再送要求肯定応答、チャネル状態情報の第１部分、及び前記チャネル状態情報の第２部分を含む、ステップと、
を含み、
前記第１アップリンク制御情報を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの総数はＭであり、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの数は、第１の数及び前記総数Ｍのうちの最小値であり、前記第１の数は、第１の積の第２の積に対する比の切り上げ値に等しく、前記第１の積は、前記ハイブリッド自動再送要求肯定応答のペイロードサイズと前記ハイブリッド自動再送要求肯定応答の符号レート補償パラメータとの積であり、前記第２の積は、第１符号レート及び変調次数の積である、方法。
【請求項１６】
前記アップリンク共有チャネル内にあり前記チャネル状態情報の前記第１部分を運ぶために使用されるリソースエレメントの数は、第２の数及び残りの数のうちの最小値であり、前記残りの数は、前記総数Ｍから、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しく、前記第２の数は、第３の積の前記第２の積に対する比の切り上げ値に等しく、前記第３の積は、前記チャネル状態情報の前記第１部分のペイロードサイズと前記チャネル状態情報の前記第１部分の符号レート補償パラメータとの積である、請求項１５に記載の方法。
【請求項１７】
前記アップリンク共有チャネル内にあり、前記チャネル状態情報の前記第２部分を運ぶために使用されるリソースエレメントの数は、前記総数Ｍから前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引き、前記チャネル状態情報の前記第１部分を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しい、請求項１６に記載の方法。
【請求項１８】
前記第１符号レート及び前記変調次数は、前記第１ダウンリンク制御情報に含まれる変調及び符号化方式インデックスに基づき決定される、請求項１５乃至１７のいずれか一項に記載の方法。
【請求項１９】
前記変調及び符号化方式インデックス、前記第１符号レート、及び前記変調次数の間の対応は、以下の表のうちの１つに定められた対応を満たす、
表１
【表１０】
2021517785.tif 000055
表２
【表１１】
2021517785.tif 000056
表３
【表１２】
2021517785.tif 000057
請求項１８に記載の方法。
【請求項２０】
機器であって、
端末装置へ、第１ダウンリンク制御情報を送信するよう構成される送信モジュールであって、前記第１ダウンリンク制御情報は、アップリンク共有チャネルをスケジューリングするために使用され、前記アップリンク共有チャネルがアップリンク制御情報を送信するために使用されるがデータを送信するために使用されないと示すために使用される、送信モジュールと、
前記アップリンク共有チャネルを通じて、前記端末装置により送信された第１アップリンク制御情報を受信するよう構成される受信モジュールであって、前記第１アップリンク制御情報は、ハイブリッド自動再送要求肯定応答、チャネル状態情報の第１部分、及び前記チャネル状態情報の第２部分を含む、受信モジュールと、
を含み、
前記第１アップリンク制御情報を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの総数はＭであり、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記アップリンク共有チャネルの中のリソースエレメントの数は、第１の数及び前記総数Ｍのうちの最小値であり、前記第１の数は、第１の積の第２の積に対する比の切り上げ値に等しく、前記第１の積は、前記ハイブリッド自動再送要求肯定応答のペイロードサイズと前記ハイブリッド自動再送要求肯定応答の符号レート補償パラメータとの積であり、前記第２の積は、第１符号レート及び変調次数の積である、機器。
【請求項２１】
前記アップリンク共有チャネル内にあり前記チャネル状態情報の前記第１部分を運ぶために使用されるリソースエレメントの数は、第２の数及び残りの数のうちの最小値であり、前記残りの数は、前記総数Ｍから、前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しく、前記第２の数は、第３の積の前記第２の積に対する比の切り上げ値に等しく、前記第３の積は、前記チャネル状態情報の前記第１部分のペイロードサイズと前記チャネル状態情報の前記第１部分の符号レート補償パラメータとの積である、請求項２０に記載の機器。
【請求項２２】
前記アップリンク共有チャネル内にあり、前記チャネル状態情報の前記第２部分を運ぶために使用されるリソースエレメントの数は、前記総数Ｍから前記ハイブリッド自動再送要求肯定応答を運ぶために使用される前記リソースエレメントの数を差し引き、前記チャネル状態情報の前記第１部分を運ぶために使用される前記リソースエレメントの数を差し引いたものに等しい、請求項２１に記載の機器。
【請求項２３】
前記第１符号レート及び前記変調次数は、前記第１ダウンリンク制御情報に含まれる変調及び符号化方式インデックスに基づき決定される、請求項２０乃至２２のいずれか一項に記載の機器。
【請求項２４】
前記変調及び符号化方式インデックス、前記第１符号レート、及び前記変調次数の間の対応は、以下の表のうちの１つに定められた対応を満たす、
表１
【表１３】
2021517785.tif 000058
表２
【表１４】
2021517785.tif 000059
表３
【表１５】
2021517785.tif 000060
請求項２３に記載の機器。
【請求項２５】
読み取り可能な記憶媒体であって、前記読み取り可能な記憶媒体は命令を含み、前記命令は、コンピュータ上で実行されると、前記コンピュータに、請求項１５乃至１９のいずれか一項に記載の方法に含まれるステップを実行させる、読み取り可能な記憶媒体。
【請求項２６】
機器であって、少なくとも１つのプロセッサと、読み取り可能な記憶媒体と、を含み、前記読み取り可能な記憶媒体に含まれる命令が前記少なくとも１つのプロセッサにより実行されると、請求項１５乃至１９のいずれか一項に記載の方法に含まれるステップが実行され得る、機器。
【国際調査報告】
2021517785.tif 000061
2021517785.tif 000062
2021517785.tif 000063
2021517785.tif 000064