(57)【特許請求の範囲】
【請求項１】
ネットワークデバイスにおける、アップリンクデータのためのフィードバック方法であって、
前記ネットワークデバイスによって、端末デバイスからアップリンクデータを受信するステップと、
前記ネットワークデバイスによって、第1のダウンリンク制御情報の第1のビットグループおよび前記第1のビットグループ中の第1のビットを決定するステップであって、前記第1のダウンリンク制御情報のビットはX個のビットグループを含み、Xは正の整数であり、前記X個のビットグループは前記第1のビットグループを含み、前記X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられ、前記第1のビットは、前記アップリンクデータが正しく受信されたかどうかを示すため、または新しいアップリンクデータが前記端末デバイスによって送信されたかどうかを示すために使用され、前記第1のビットに含まれるビットの量は、前記アップリンクデータによって占有される物理リソースブロックの量と同じであり、前記アップリンクデータによって占有される物理リソースブロックの前記量が1よりも大きい場合、前記第1のビットに含まれる前記ビットは同じ値を有する、ステップと、
前記ネットワークデバイスによって、前記第1のダウンリンク制御情報を送信するステップと
を含む方法。
【請求項２】
前記ネットワークデバイスによって、前記第1のビットグループ中の第1のビットを決定する前記ステップが、
前記ネットワークデバイスによって、前記アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定するステップと、
前記ネットワークデバイスによって、前記第1のダウンリンク制御情報の前記第1のビットグループに含まれる1つ以上のビットにおいて、前記物理リソースブロックに関連付けられた前記第1のビットを決定するステップと
を含む、請求項1に記載の方法。
【請求項３】
前記ネットワークデバイスによって、第1のダウンリンク制御情報の第1のビットグループを決定する前記ステップが、
前記ネットワークデバイスによって、ビットグループと狭帯域との間の事前定義された対応関係に基づいて、前記アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域に関連付けられたビットグループを決定し、前記関連付けられたビットグループを前記第1のビットグループとして使用するステップを含む、請求項1に記載の方法。
【請求項４】
前記ネットワークデバイスによって、前記アップリンクデータによって占有される前記物理リソースブロックが位置付けられる前記狭帯域のインデックスに基づいて、前記第1のダウンリンク制御情報の巡回冗長検査（CRC）のスクランブリングコードを決定するステップと、
前記ネットワークデバイスによって、前記スクランブリングコードを使用して、前記第1のダウンリンク制御情報の前記CRCをスクランブルするステップと
をさらに含み、
前記ネットワークデバイスによって、前記第1のダウンリンク制御情報を送信する前記ステップが、
前記ネットワークデバイスによって、スクランブルされた第1のダウンリンク制御情報を送信するステップを含む、請求項1から3のいずれか一項に記載の方法。
【請求項５】
前記ネットワークデバイスによって、前記アップリンクデータをスケジュールするために使用される第2のダウンリンク制御情報を送信するステップであって、前記第2のダウンリンク制御情報は、前記第1のダウンリンク制御情報の前記ビットグループの前記Xの量の指示情報、前記第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含む、ステップをさらに含み、
前記ネットワークデバイスによって、第1のダウンリンク制御情報の第1のビットグループを決定する前記ステップが、
前記ネットワークデバイスによって、前記第2のダウンリンク制御情報に基づいて、前記第1のダウンリンク制御情報の前記第1のビットグループを決定するステップを含む、請求項1または2に記載の方法。
【請求項６】
前記ネットワークデバイスによって、無線リソース制御（RRC）シグナリングを送信するステップと、
前記ネットワークデバイスによって、前記アップリンクデータをスケジュールするために使用される第2のダウンリンク制御情報を送信するステップと
をさらに含み、
前記RRCシグナリングは、前記第1のダウンリンク制御情報の前記ビットグループの前記Xの量の指示情報を含み、前記第2のダウンリンク制御情報は、前記第1のビットグループに関する情報および狭帯域オフセット情報のうちの少なくとも1つを含み、
前記ネットワークデバイスによって、第1のダウンリンク制御情報の第1のビットグループを決定する前記ステップが、
前記ネットワークデバイスによって、前記RRCシグナリングおよび／または前記第2のダウンリンク制御情報に基づいて、前記第1のダウンリンク制御情報の前記第1のビットグループを決定するステップをさらに含む、請求項1または2に記載の方法。
【請求項７】
前記ネットワークデバイスによって、前記アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスおよび前記狭帯域オフセット情報に基づいて、前記第1のダウンリンク制御情報の巡回冗長検査（CRC）のスクランブリングコードを決定するステップと、
前記ネットワークデバイスによって、前記スクランブリングコードを使用して、前記第1のダウンリンク制御情報の前記CRCをスクランブルするステップと
をさらに含み、
前記ネットワークデバイスによって、前記第1のダウンリンク制御情報を送信する前記ステップが、
前記ネットワークデバイスによって、スクランブルされた第1のダウンリンク制御情報を送信するステップを含む、請求項5または6に記載の方法。
【請求項８】
端末デバイスにおける、アップリンクデータのためのフィードバック方法であって、
前記端末デバイスによって、アップリンクデータを送信するステップと、
前記端末デバイスによって、ネットワークデバイスから第1のダウンリンク制御情報を受信するステップと、
前記端末デバイスによって、前記第1のダウンリンク制御情報の第1のビットグループおよび前記第1のビットグループ中の第1のビットを決定するステップであって、前記第1のダウンリンク制御情報のビットはX個のビットグループを含み、Xは正の整数であり、前記X個のビットグループは前記第1のビットグループを含み、前記X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられ、前記第1のビットに含まれるビットの量は、前記アップリンクデータによって占有される物理リソースブロックの量と同じであり、前記アップリンクデータによって占有される物理リソースブロックの前記量が1よりも大きい場合、前記第1のビットに含まれる前記ビットは同じ値を有する、ステップと、
前記端末デバイスによって、前記第1のビットに基づいて、前記アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定するステップと
を含む方法。
【請求項９】
前記端末デバイスによって、前記第1のビットグループ中の第1のビットを決定する前記ステップが、
前記端末デバイスによって、前記アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定するステップと、
前記端末デバイスによって、前記第1のダウンリンク制御情報の前記第1のビットグループに含まれる1つ以上のビットにおいて、前記物理リソースブロックに関連付けられた前記第1のビットを決定するステップと
を含む、請求項8に記載の方法。
【請求項１０】
前記端末デバイスによって、前記第1のダウンリンク制御情報の第1のビットグループを決定する前記ステップが、
前記端末デバイスによって、ビットグループと狭帯域との間の事前定義された対応関係に基づいて、前記アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域に関連付けられたビットグループを決定し、前記関連付けられたビットグループを前記第1のビットグループとして使用するステップを含む、請求項8に記載の方法。
【請求項１１】
前記端末デバイスによって、ネットワークデバイスから第1のダウンリンク制御情報を受信する前記ステップが、
前記端末デバイスによって、前記アップリンクデータによって占有される前記物理リソースブロックが位置付けられる前記狭帯域のインデックスに基づいて、前記第1のダウンリンク制御情報の巡回冗長検査（CRC）のスクランブリングコードを決定するステップと、
前記端末デバイスによって、前記スクランブリングコードを使用して、前記第1のダウンリンク制御情報の前記CRCをデスクランブルして、前記第1のダウンリンク制御情報を取得するステップと
を含む、請求項8から10のいずれか一項に記載の方法。
【請求項１２】
前記端末デバイスによって、前記ネットワークデバイスから第2のダウンリンク制御情報を受信するステップであって、前記第2のダウンリンク制御情報は、前記アップリンクデータをスケジュールするために使用され、前記第2のダウンリンク制御情報は、前記第1のダウンリンク制御情報の前記ビットグループの前記Xの量の指示情報、前記第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含む、ステップをさらに含み、
前記端末デバイスによって、前記第1のダウンリンク制御情報の第1のビットグループを決定する前記ステップが、
前記端末デバイスによって、前記第2のダウンリンク制御情報に基づいて、前記第1のダウンリンク制御情報の前記第1のビットグループを決定するステップを含む、請求項8または9に記載の方法。
【請求項１３】
前記端末デバイスによって、前記ネットワークデバイスから無線リソース制御（RRC）シグナリングを受信するステップと、
前記端末デバイスによって、前記ネットワークデバイスから第2のダウンリンク制御情報を受信するステップであって、前記RRCシグナリングは、前記第1のダウンリンク制御情報の前記ビットグループの前記Xの量の指示情報を含み、前記第2のダウンリンク制御情報は、前記アップリンクデータをスケジュールするために使用され、前記第2のダウンリンク制御情報は、前記第1のビットグループに関する情報および狭帯域オフセット情報のうちの少なくとも1つを含む、ステップと
をさらに含み、
前記端末デバイスによって、前記第1のダウンリンク制御情報の第1のビットグループを決定する前記ステップが、
前記端末デバイスによって、前記RRCシグナリングおよび／または前記第2のダウンリンク制御情報に基づいて、前記第1のダウンリンク制御情報の前記第1のビットグループを決定するステップを含む、請求項8または9に記載の方法。
【請求項１４】
前記端末デバイスによって、ネットワークデバイスから第1のダウンリンク制御情報を受信する前記ステップが、
前記端末デバイスによって、前記アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスおよび前記狭帯域オフセット情報に基づいて、前記第1のダウンリンク制御情報の巡回冗長検査（CRC）のスクランブリングコードを決定するステップと、
前記端末デバイスによって、前記スクランブリングコードを使用して、前記第1のダウンリンク制御情報の前記CRCをデスクランブルして、前記第1のダウンリンク制御情報を取得するステップと
を含む、請求項12または13に記載の方法。
【請求項１５】
ネットワークデバイスであって、
端末デバイスからアップリンクデータを受信するように構成されたトランシーバユニットと、
第1のダウンリンク制御情報の第1のビットグループおよび前記第1のビットグループ中の第1のビットを決定するように構成された処理ユニットであって、前記第1のダウンリンク制御情報のビットはX個のビットグループを含み、Xは正の整数であり、前記X個のビットグループは前記第1のビットグループを含み、前記X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられ、前記第1のビットは、前記アップリンクデータが正しく受信されたかどうかを示すため、または新しいアップリンクデータが前記端末デバイスによって送信されたかどうかを示すために使用され、前記第1のビットに含まれるビットの量は、前記アップリンクデータによって占有される物理リソースブロックの量と同じであり、前記アップリンクデータによって占有される物理リソースブロックの前記量が1よりも大きい場合、前記第1のビットに含まれる前記ビットは同じ値を有する、処理ユニットと
を含み、
前記トランシーバユニットは、前記第1のダウンリンク制御情報を送信するようにさらに構成される、ネットワークデバイス。
【請求項１６】
前記第1のビットグループ中の前記第1のビットを決定するとき、前記処理ユニットは、
前記アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定し、
前記第1のダウンリンク制御情報の前記第1のビットグループに含まれる1つ以上のビットにおいて、前記物理リソースブロックに関連付けられた前記第1のビットを決定する
ように特に構成される、請求項15に記載のネットワークデバイス。
【請求項１７】
前記第1のダウンリンク制御情報の前記第1のビットグループを決定するとき、前記処理ユニットは、
ビットグループと狭帯域との間に事前定義された対応関係に基づいて、前記アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域に関連付けられたビットグループを決定し、前記関連付けられたビットグループを前記第1のビットグループとして使用するように特に構成される、請求項15に記載のネットワークデバイス。
【請求項１８】
前記処理ユニットは、前記アップリンクデータによって占有される前記物理リソースブロックが位置付けられる前記狭帯域のインデックスに基づいて、前記第1のダウンリンク制御情報の巡回冗長検査（CRC）のスクランブリングコードを決定し、前記スクランブリングコードを使用して、前記第1のダウンリンク制御情報の前記CRCをスクランブルするようにさらに構成され、
前記第1のダウンリンク制御情報を送信するとき、前記トランシーバユニットは、
スクランブルされた第1のダウンリンク制御情報を送信するように特に構成される、請求項15から17のいずれかに記載のネットワークデバイス。
【請求項１９】
前記トランシーバユニットは、前記アップリンクデータをスケジュールするために使用される第2のダウンリンク制御情報を送信し、前記第2のダウンリンク制御情報が、前記第1のダウンリンク制御情報の前記ビットグループの前記Xの量の指示情報、前記第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含む、ようにさらに構成され、
前記第1のダウンリンク制御情報の前記第1のビットグループを決定するとき、前記処理ユニットは、
前記第2のダウンリンク制御情報に基づいて、前記第1のダウンリンク制御情報の前記第1のビットグループを決定するように特に構成される、請求項15または16に記載のネットワークデバイス。
【請求項２０】
前記トランシーバユニットは、無線リソース制御（RRC）シグナリングを送信するようにさらに構成され、
前記トランシーバユニットは、前記アップリンクデータをスケジュールするために使用される第2のダウンリンク制御情報を送信するようにさらに構成され、
前記RRCシグナリングは、前記第1のダウンリンク制御情報の前記ビットグループの前記Xの量の指示情報を含み、前記第2のダウンリンク制御情報は、前記第1のビットグループに関する情報および狭帯域オフセット情報のうちの少なくとも1つを含み、
前記第1のダウンリンク制御情報の前記第1のビットグループを決定するとき、前記処理ユニットは、
前記RRCシグナリングおよび／または前記第2のダウンリンク制御情報に基づいて、前記第1のダウンリンク制御情報の前記第1のビットグループを決定するように特に構成される、請求項15または16に記載のネットワークデバイス。
【請求項２１】
前記処理ユニットは、前記アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスおよび前記狭帯域オフセット情報に基づいて、前記第1のダウンリンク制御情報の巡回冗長検査（CRC）のスクランブリングコードを決定し、前記スクランブリングコードを使用して、前記第1のダウンリンク制御情報の前記CRCをスクランブルするようにさらに構成され、
前記第1のダウンリンク制御情報を送信するとき、前記トランシーバユニットは、
スクランブルされた第1のダウンリンク制御情報を送信するように特に構成される、請求項19または20に記載のネットワークデバイス。
【請求項２２】
端末デバイスであって、
アップリンクデータを送信するように構成されたトランシーバユニットであって、ネットワークデバイスから第1のダウンリンク制御情報を受信するようにさらに構成されるトランシーバユニットと、
前記第1のダウンリンク制御情報の第1のビットグループおよび前記第1のビットグループ中の第1のビットを決定するように構成された処理ユニットであって、前記第1のダウンリンク制御情報のビットはX個のビットグループを含み、Xは正の整数であり、前記X個のビットグループは前記第1のビットグループを含み、前記X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられ、前記第1のビットに含まれるビットの量は、前記アップリンクデータによって占有される物理リソースブロックの量と同じであり、前記アップリンクデータによって占有される物理リソースブロックの前記量が1よりも大きい場合、前記第1のビットに含まれる前記ビットは同じ値を有する、処理ユニットと
を含み、
前記処理ユニットは、前記第1のビットに基づいて、前記アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定するようにさらに構成される、端末デバイス。
【請求項２３】
前記第1のビットグループ中の前記第1のビットを決定するとき、前記処理ユニットは、
前記アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定し、
前記第1のダウンリンク制御情報の前記第1のビットグループに含まれる1つ以上のビットにおいて、前記物理リソースブロックに関連付けられた前記第1のビットを決定する
ように特に構成される、請求項22に記載の端末デバイス。
【請求項２４】
前記第1のダウンリンク制御情報の前記第1のビットグループを決定するとき、前記処理ユニットは、
ビットグループと狭帯域との間の事前定義された対応関係に基づいて、前記アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域に関連付けられたビットグループを決定し、前記関連付けられたビットグループを前記第1のビットグループとして使用するように特に構成される、請求項22に記載の端末デバイス。
【請求項２５】
前記処理ユニットは、前記アップリンクデータによって占有される前記物理リソースブロックが位置付けられる前記狭帯域のインデックスに基づいて、前記第1のダウンリンク制御情報の巡回冗長検査（CRC）のスクランブリングコードを決定するようさらに構成され、
前記ネットワークデバイスから前記第1のダウンリンク制御情報を受信するとき、前記トランシーバユニットは、
前記スクランブリングコードを使用して、前記第1のダウンリンク制御情報の前記CRCをデスクランブルして、前記第1のダウンリンク制御情報を取得するように特に構成される、請求項22から24のいずれか一項に記載の端末デバイス。
【請求項２６】
前記トランシーバユニットは、前記ネットワークデバイスから第2のダウンリンク制御情報を受信し、前記第2のダウンリンク制御情報が、前記アップリンクデータをスケジュールするために使用され、前記第2のダウンリンク制御情報が、前記第1のダウンリンク制御情報の前記ビットグループの前記Xの量の指示情報、前記第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含む、ようにさらに構成され、
前記第1のダウンリンク制御情報の前記第1のビットグループを決定するとき、前記処理ユニットは、
前記第2のダウンリンク制御情報に基づいて、前記第1のダウンリンク制御情報の前記第1のビットグループを決定するように特に構成される、請求項22または23に記載の端末デバイス。
【請求項２７】
前記トランシーバユニットは、前記ネットワークデバイスから無線リソース制御（RRC）シグナリングを受信するようにさらに構成され、
前記トランシーバユニットは、前記ネットワークデバイスから第2のダウンリンク制御情報を受信し、前記RRCシグナリングが、前記第1のダウンリンク制御情報の前記ビットグループの前記Xの量の指示情報を含み、前記第2のダウンリンク制御情報が、前記アップリンクデータをスケジュールするために使用され、前記第2のダウンリンク制御情報が、前記第1のビットグループに関する情報および狭帯域オフセット情報のうちの少なくとも1つを含む、ようにさらに構成され、
前記第1のダウンリンク制御情報の前記第1のビットグループを決定するとき、前記処理ユニットは、
前記RRCシグナリングおよび／または前記第2のダウンリンク制御情報に基づいて、前記第1のダウンリンク制御情報の前記第1のビットグループを決定するように特に構成される、請求項22または23に記載の端末デバイス。
【請求項２８】
前記処理ユニットは、前記アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスおよび前記狭帯域オフセット情報に基づいて、前記第1のダウンリンク制御情報の巡回冗長検査（CRC）のスクランブリングコードを決定するようさらに構成され、
前記ネットワークデバイスから前記第1のダウンリンク制御情報を受信するとき、前記トランシーバユニットは、
前記スクランブリングコードを使用して、前記第1のダウンリンク制御情報の前記CRCをデスクランブルして、前記第1のダウンリンク制御情報を取得するように特に構成される、請求項26または27に記載の端末デバイス。
【請求項２９】
ネットワークデバイスであって、
トランシーバと、プロセッサとを備え、前記プロセッサが前記トランシーバに接続され、
前記プロセッサは、
前記トランシーバを呼び出して、端末デバイスからアップリンクデータを受信する動作と、
第1のダウンリンク制御情報の第1のビットグループおよび前記第1のビットグループ中の第1のビットを決定する動作であって、前記第1のダウンリンク制御情報のビットはX個のビットグループを含み、Xは正の整数であり、前記X個のビットグループは前記第1のビットグループを含み、前記X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられ、前記第1のビットは、前記アップリンクデータが正しく受信されたかどうかを示すため、または新しいアップリンクデータが前記端末デバイスによって送信されたかどうかを示すために使用され、前記第1のビットに含まれるビットの量は、前記アップリンクデータによって占有される物理リソースブロックの量と同じであり、前記アップリンクデータによって占有される物理リソースブロックの前記量が1よりも大きい場合、前記第1のビットに含まれる前記ビットは同じ値を有する、動作と、
前記トランシーバを呼び出して、前記第1のダウンリンク制御情報を送信する動作と
を実行するように構成される、ネットワークデバイス。
【請求項３０】
端末デバイスであって、
トランシーバと、プロセッサとを備え、前記プロセッサが前記トランシーバに接続され、
前記トランシーバは、アップリンクデータを送信するために呼び出され、
前記トランシーバは、第1のダウンリンク制御情報をネットワークデバイスから受信するために呼び出され、
前記第1のダウンリンク制御情報の第1のビットグループおよび前記第1のビットグループ中の第1のビットが決定され、前記第1のダウンリンク制御情報のビットはX個のビットグループを含み、Xは正の整数であり、前記X個のビットグループは前記第1のビットグループを含み、前記X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられ、前記第1のビットに含まれるビットの量は、前記アップリンクデータによって占有される物理リソースブロックの量と同じであり、前記アップリンクデータによって占有される物理リソースブロックの前記量が1よりも大きい場合、前記第1のビットに含まれる前記ビットは同じ値を有し、
前記アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかが、前記第1のビットに基づいて決定される、端末デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、無線通信技術の分野に関し、特に、データフィードバック方法および関連デバイスに関する。
【背景技術】
【０００２】
ロングタームエボリューション（long term evolution、LTE）などの無線通信システムでは、データ送信の信頼性を向上させるために、ハイブリッド自動再送要求（hybrid automatic repeat request、HARQ）メカニズムが、データの送信に使用される。基地局は、物理ダウンリンク制御チャネル（physical downlink control channel、PDCCH）でダウンリンク制御情報（downlink control information、DCI）を使用して、ユーザ機器（user equipment、UE）のアップリンクデータのリソース割り当てを示してもよく、UEはリソース割り当てに基づいてアップリンクデータパケットを送信する。HARQプロセスでは、基地局により受信されたアップリンクデータパケットが正しく、再送信する必要がない場合、基地局は肯定応答（acknowledgement、ACK）をUEにフィードバックする。それ以外の場合、基地局は再送信を示すために否定応答（negative acknowledgment、NACK）をフィードバックする。ACKまたはNACKフィードバックは、物理HARQインジケータチャネル（physical hybrid ARQ indicator channel、PHICH）で伝送されてもよいため、現在のデータ送信試行が失敗した場合にデータを再送信できる。さらに、マシンタイプの通信（machine type communication、MTC）では、特定の知覚、コンピューティング、実行、および通信機能を備えた様々なデバイスが展開され、物理世界の情報、および情報の送信、調整、処理を取得する、ネットワークを使用して処理が実行されるため、それにより人と物の間、物と物の間の相互接続が実行される。MTCでUEがサポートできる最大送信帯域幅と最大受信帯域幅は、狭帯域を含めて1.4MHzである。ただし、LTEシステムでPDCCHとPHICHにより占有される周波数幅は、システム全体の帯域幅であってもよく、最大20MHzであってもよい。UEの受信帯域幅がシステム帯域幅よりも小さい場合、UEはPDCCHで伝送されるDCIおよびPHICHで伝送されるACKまたはNACKを受信できない。
【０００３】
現在、UEがDCIを受信できるようにするために、マシンタイプの通信物理ダウンリンク制御チャネル（MTC physical downlink control channel、MPDCCH）を使用してUEのDCIを伝送し、DCIはDCIを使用してスケジュールされたアップリンクデータが、このプロセスで再送信されたデータであるか、以前に送信されたデータであるかを示すために使用される、1ビットの新しいデータインジケータ（new data indicator、NDI）を含んでもよい。NDIビットが、このHARQプロセスで基地局によって以前に送信されたDCIのNDIビットに対して反転している場合、UEは新しいアップリンクデータを送信する必要があることを示し、また、NDIビットが反転していない場合、UEはこのHARQプロセスで以前に送信されたデータを再送信する必要があることを示す。その結果、基地局のものであり、アップリンクデータが正しく受信されたかどうかを示すACKまたはNACKフィードバック機能は、MPDCCHで伝送されるDCIのNDIビットを使用することで示されてもよいため、UEはPHICHで伝送されるACKまたはNACKを受信する必要がない。
【０００４】
ただし、前述のフィードバック方法では、各MPDCCHで伝送されるDCIは1つのUEにしか対応できない。具体的には、1つのUEの1つのHARQプロセスのアップリンクデータのみが正しく受信されるかどうかをフィードバックするために、1つのDCIが使用され得る。複数のUEのアップリンクデータを正しく受信するかどうかをフィードバックする必要がある場合、基地局は複数のDCIを送信する必要があり、DCIは比較的大量のMPDCCHリソースを占有し、大きいリソースオーバーヘッドと比較的低いフィードバック効率を引き起こす。
【発明の概要】
【課題を解決するための手段】
【０００５】
本願は、データフィードバック方法および関連デバイスを提供し、1つのダウンリンク制御情報を使用して複数のアップリンクデータのフィードバック情報を伝送することができるため、アップリンクデータが正しく受信されたかどうかをフィードバックするためのフィードバックリソースのオーバーヘッドが大きく、フィードバック効率が低いという問題の解決に役立つ。
【０００６】
第1の態様によれば、本願は、アップリンクデータフィードバック方法を提供し、本方法は、
端末デバイスからアップリンクデータを受信するステップと、第1のダウンリンク制御情報の第1のビットグループおよび第1のビットグループ中の第1のビットを決定するステップと、第1のダウンリンク制御情報を送信するステップとを含む。
【０００７】
第1のダウンリンク制御情報のビットは、X個のビットグループを含んでもよい。具体的には、第1のダウンリンク制御情報のビットはX個のビットグループを構成し、Xは正の整数である。さらに、X個のビットグループは第1ビットグループを含み、X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられてもよい。第1のビットは、アップリンクデータが正しく受信されたかどうかを示すため、または新しいアップリンクデータが端末デバイスによって送信されたかどうかを示すために使用される。
【０００８】
任意選択で、アップリンクデータフィードバック方法は、アップリンクデータを受信し、アップリンクデータが正しく受信されたか、または新しいアップリンクデータが送信されたかをフィードバックするエンティティに特に適用されてもよく、エンティティは基地局などのネットワークデバイスまたは端末デバイスであってもよい。さらに、任意選択で、ビットグループに含まれるビットと狭帯域内の物理リソースブロックとの間の対応関係は、例えばプロトコルを使用することにより合意された事前設定を通じて取得されてもよい。あるいは、ネットワークデバイスは、対応関係を端末デバイスに通知してもよい。例えば、ネットワークデバイスは、シグナリングを使用して端末デバイスに動的または半静的に通知してもよい。さらに、任意選択で、第1のビットグループは、ネットワークデバイスによって端末デバイスに通知されてもよい。例えば、ネットワークデバイスは、シグナリングを使用することにより、第1のビットグループを示すために使用される情報を端末デバイスに動的または半静的に通知してもよい。代替として、ビットグループと狭帯域との間の対応関係は、事前設定を通じて取得されてもよい。例えば、ビットグループと狭帯域との間の対応関係は、プロトコルを使用することにより合意されてもよく、第1のビットグループは、アップリンクデータによって占有される狭帯域に基づいて決定される。これは、本願では制限されていない。このように、1つのダウンリンク制御情報を使用して複数のアップリンクデータのフィードバック情報を伝送することができるため、アップリンクデータが正しく受信されたかどうかをフィードバックするためのフィードバックリソースのオーバーヘッドが大きく、フィードバック効率が低いという問題の解決に役立つ。
【０００９】
いくつかの可能な設計では、第1のビットグループ中の第1のビットを決定するとき、ネットワークデバイスは、特に、アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定し、第1のダウンリンク制御情報の第1のビットグループに含まれる1つ以上のビットにおいて、物理リソースブロックに関連付けられた第1のビットを決定してもよい。具体的には、ネットワークデバイスは、アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定することにより、またアップリンクデータによって占有されている物理リソースブロックと、ビットグループに含まれる1つ以上のビットと狭帯域内の1つ以上の物理リソースブロックとの間の対応関係に基づいて、アップリンクデータによって占有される物理リソースブロックに関連付けられたビットを決定し、決定された第1のビットグループに基づいて、第1のビットグループ中の関連付けられたビットを第1のビットとして取得してもよい。
【００１０】
いくつかの可能な設計では、第1のダウンリンク制御情報の第1のビットグループを決定するとき、ネットワークデバイスは、特に、ビットグループと狭帯域との間の事前定義された対応関係に基づいて、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域に関連付けられたビットグループを決定し、関連付けられたビットグループを第1のビットグループとして使用してもよい。
【００１１】
いくつかの可能な設計では、ネットワークデバイスは、さらに、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスに基づいて、第1のダウンリンク制御情報の巡回冗長検査（cyclic redundancy check、CRC）のスクランブリングコードを決定し、スクランブリングコードを使用して、第1のダウンリンク制御情報のCRCをスクランブルしてもよい。さらに、第1のダウンリンク制御情報を送信するとき、ネットワークデバイスは、特に、スクランブルされた第1のダウンリンク制御情報を送信してもよい。
【００１２】
いくつかの可能な設計では、ネットワークデバイスは、アップリンクデータをスケジュールするために使用される第2のダウンリンク制御情報をさらに送信してもよく、第2のダウンリンク制御情報は、第1のダウンリンク制御情報のビットグループのXの量の指示情報、第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含んでもよい。さらに、第1のダウンリンク制御情報の第1のビットグループを決定することは、特に、第2のダウンリンク制御情報に基づいて、第1のダウンリンク制御情報の第1のビットグループを決定することであってもよい。
【００１３】
任意選択で、第2のダウンリンク制御情報は、第1のダウンリンク制御情報のビットグループのXの量の指示情報および第1のビットグループに関する情報を含んでもよく、それにより、ネットワークデバイスは、第1のダウンリンク制御情報の第1のビットグループを決定するとき、第1のダウンリンク制御情報のビットグループのXの量の指示情報および第1のビットグループに関する情報に基づいて第1のビットグループを決定してもよい。具体的には、第1のビットグループに関する情報は、第1のダウンリンク制御情報内のすべてのビットグループの第1のビットグループを示すため、ネットワークデバイスは第1のビットグループを直接決定してもよい。
【００１４】
任意選択で、第2のダウンリンク制御情報は、第1のダウンリンク制御情報のビットグループのXの量の指示情報および狭帯域オフセット情報を含んでもよい。このようにして、ネットワークデバイスは、第1のダウンリンク制御情報の第1のビットグループを決定するとき、第1のダウンリンク制御情報のビットグループのXの量の指示情報および狭帯域オフセット情報に基づいて第1のビットグループを決定してもよい。
【００１５】
いくつかの可能な設計では、ネットワークデバイスは、さらに、無線リソース制御（radio resource control、RRC）シグナリングを送信し、アップリンクデータをスケジュールするために使用される第2のダウンリンク制御情報を送信してもよい。RRCシグナリングは、第1のダウンリンク制御情報のビットグループのXの量の指示情報を含んでもよく、第2のダウンリンク制御情報は、第1のビットグループに関する情報および狭帯域オフセット情報のうちの少なくとも1つを含んでもよい。さらに、第1のダウンリンク制御情報の第1のビットグループを決定するとき、ネットワークデバイスは、RRCシグナリングおよび／または第2のダウンリンク制御情報に基づいて、第1のダウンリンク制御情報の第1のビットグループを特に決定してもよい。
【００１６】
任意選択で、第2のダウンリンク制御情報は、第1のビットグループに関する情報および／または狭帯域オフセット情報を含んでもよい。RRCシグナリングに含まれるXの指示情報によって示されるXの値が1よりも大きい場合、第1のダウンリンク制御情報に含まれるビットグループの量が1よりも大きいこと、およびビットグループの量がXの値と同じであることを示すことができる。この方法では、第1のビットグループを決定するとき、ネットワークデバイスは、第1のビットグループに関する情報に基づいて第1のビットグループを決定するか、狭帯域オフセット情報に基づいて第1のビットグループを決定してもよい。
【００１７】
任意選択で、RRCシグナリングに含まれるXの指示情報によって示されるXの値が1に等しい場合、具体的には、第1のダウンリンク制御情報に含まれるビットグループの量が1の場合、第1のダウンリンク制御情報に含まれるビットが第1のビットグループを構成する。このシナリオでは、第2のダウンリンク制御情報は、第1のビットグループおよび／または狭帯域オフセット情報に関する情報を含んでもよいため、第1のビットグループは、第1のビットグループおよび／または狭帯域オフセット情報に関する情報に基づいて決定されるか、第2のダウンリンク制御情報が、第1のビットグループに関する情報および狭帯域オフセット情報を含まなくてもよく、第1のダウンリンク制御情報に含まれるビットは、第1のビットグループとして直接使用される。
【００１８】
いくつかの可能な設計では、ネットワークデバイスは、さらに、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスに基づいて、第1のダウンリンク制御情報のCRCのスクランブリングコードを決定し、スクランブリングコードを使用して、第1のダウンリンク制御情報のCRCをスクランブルしてもよい。さらに、第1のダウンリンク制御情報を送信するとき、ネットワークデバイスは、特に、スクランブルされた第1のダウンリンク制御情報を送信してもよい。
【００１９】
いくつかの可能な設計では、第1のビットに含まれるビットの量は、アップリンクデータによって占有される物理リソースブロックの量と同じであり、アップリンクデータによって占有される物理リソースブロックの量が1よりも大きい場合、第1のビットに含まれるビットは同じ値を有する。このようにして、データフィードバックの信頼性を向上させることができる。
【００２０】
第2の態様によれば、本願は、アップリンクデータフィードバック方法をさらに提供し、本方法は、
アップリンクデータを送信するステップと、ネットワークデバイスから第1のダウンリンク制御情報を受信するステップと、第1のダウンリンク制御情報の第1のビットグループおよび第1のビットグループ中の第1のビットを決定するステップと、第1のビットに基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定するステップとを含む。
【００２１】
第1のダウンリンク制御情報のビットは、X個のビットグループを含み、Xは正の整数である。X個のビットグループは第1ビットグループを含み、X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられてもよい。
【００２２】
任意選択で、アップリンクデータフィードバック方法は、アップリンクデータを送信するエンティティに特に適用されてもよい。例えば、エンティティは端末デバイスであってもよい。
【００２３】
いくつかの可能な設計では、第1のビットグループ中の第1のビットを決定するとき、端末デバイスは、特に、アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定し、第1のダウンリンク制御情報の第1のビットに含まれる1つ以上のビットにおいて、物理リソースブロックに関連付けられた第1のビットを決定してもよい。具体的には、端末デバイスは、アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定することにより、またビットグループに含まれるビットと狭帯域内の物理リソースブロックとの間の対応関係に基づいて、アップリンクデータによって占有される物理リソースブロックに関連付けられたビットを決定し、決定された第1のビットグループに基づいて、第1のビットグループ中の関連付けられたビットを第1のビットとして取得してもよい。
【００２４】
いくつかの可能な設計では、第1のダウンリンク制御情報の第1のビットグループを決定するとき、端末デバイスは、特に、ビットグループと狭帯域との間の事前定義された対応関係に基づいて、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域に関連付けられたビットグループを決定し、関連付けられたビットグループを第1のビットグループとして使用してもよい。
【００２５】
いくつかの可能な設計では、ネットワークデバイスから第1のダウンリンク制御情報を受信するとき、端末デバイスは、特に、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスに基づいて、第1のダウンリンク制御情報のCRCのスクランブリングコードを決定し、第1のダウンリンク制御情報を取得するために、スクランブリングコードを使用することにより、第1のダウンリンク制御情報のCRCをデスクランブルしてもよい。
【００２６】
いくつかの可能な設計では、端末デバイスは、ネットワークデバイスから第2のダウンリンク制御情報をさらに受信してもよく、第2のダウンリンク制御情報はアップリンクデータをスケジュールするために使用され、第2のダウンリンク制御情報は第1のダウンリンク制御情報のビットグループのXの量の指示情報、第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含む。さらに、第1のダウンリンク制御情報の第1のビットグループを決定するとき、端末デバイスは、第2のダウンリンク制御情報に基づいて、第1のダウンリンク制御情報の第1のビットグループを特に決定してもよい。
【００２７】
いくつかの可能な設計では、端末デバイスは、さらに、ネットワークデバイスからRRCシグナリングを受信し、ネットワークデバイスから第2のダウンリンク制御情報を受信してもよく、RRCシグナリングは、第1のダウンリンク制御情報のビットグループのXの量の指示情報を含んでもよく、第2のダウンリンク制御情報は、アップリンクデータをスケジュールするために使用され、第2のダウンリンク制御情報は、第1のビットグループに関する情報および狭帯域オフセット情報の少なくとも一方を含んでもよい。さらに、第1のダウンリンク制御情報の第1のビットグループを決定するとき、端末デバイスは、RRCシグナリングおよび／または第2のダウンリンク制御情報に基づいて、第1のダウンリンク制御情報の第1のビットグループを特に決定してもよい。
【００２８】
いくつかの可能な設計では、ネットワークデバイスから第1のダウンリンク制御情報を受信するとき、端末デバイスは、特に、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスに基づいて、第1のダウンリンク制御情報および狭帯域オフセット情報のCRCのスクランブリングコードを決定し、第1のダウンリンク制御情報を取得するために、スクランブリングコードを使用することにより、第1のダウンリンク制御情報のCRCをデスクランブルしてもよい。
【００２９】
いくつかの可能な設計では、第1のビットに含まれるビットの量は、アップリンクデータによって占有される物理リソースブロックの量と同じであり、アップリンクデータによって占有される物理リソースブロックの量が1よりも大きい場合、第1のビットに含まれるビットは同じ値を有する。このようにして、データフィードバックの信頼性を向上させることができる。
【００３０】
第3の態様によれば、本願はさらにネットワークデバイスを提供する。ネットワークデバイスは、トランシーバユニットおよび処理ユニットを含む。ネットワークデバイスは、前述のユニットを使用することにより、第1の態様によるアップリンクデータのための前述のフィードバック方法におけるステップのいくつかまたはすべてを実施する。
【００３１】
第4の態様によれば、本願はさらに端末デバイスを提供する。端末デバイスは、トランシーバユニットおよび処理ユニットを含む。端末デバイスは、前述のユニットを使用することにより、第2の態様によるアップリンクデータのための前述のフィードバック方法におけるステップのいくつかまたはすべてを実施する。
【００３２】
第5の態様によれば、本願はさらにコンピュータ記憶媒体を提供する。コンピュータ記憶媒体はプログラムを記憶し、プログラムが実行されると、第1の態様によるアップリンクデータのための前述のフィードバック方法におけるステップのいくつかまたはすべてが実行される。
【００３３】
第6の態様によれば、本願はさらにコンピュータ記憶媒体を提供する。コンピュータ記憶媒体はプログラムを格納し、プログラムが実行されると、第2の態様によるアップリンクデータのための上記フィードバック方法におけるステップの一部またはすべてが実行される。
【００３４】
第7の態様によれば、本願はさらにネットワークデバイスを提供する。ネットワークデバイスは、トランシーバおよびプロセッサを含む。プロセッサはトランシーバに接続され、トランシーバは、第1の態様によるアップリンクデータのための前述のフィードバック方法におけるステップの一部またはすべてを実行するように構成される。
【００３５】
第8の態様によれば、本願はさらに端末デバイスを提供する。端末デバイスは、トランシーバおよびプロセッサを含む。プロセッサはトランシーバに接続され、トランシーバは、第2の態様によるアップリンクデータのための前述のフィードバック方法におけるステップの一部またはすべてを実行するように構成される。
【００３６】
第9の態様によれば、本願は、ネットワークデバイスおよび端末デバイスを含むアップリンクデータフィードバックシステムをさらに提供する。ネットワークデバイスは、第1の態様によるアップリンクデータのための前述のフィードバック方法におけるステップの一部またはすべてを実行するように構成され、端末デバイスは、第2の態様によるアップリンクデータのための前述のフィードバック方法におけるステップのいくつかまたはすべてを実行するように構成される。
【００３７】
第10の態様によれば、本願は、命令を含むコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品がコンピュータ上で実行されると、コンピュータは前述のすべての態様による方法を実行できるようになる。
【００３８】
本願で請求される技術的解決策では、端末デバイスは、ネットワークデバイスにアップリンクデータを送信してもよい。ネットワークデバイスは、アップリンクデータを受信した後、第1のDCIの第1のビットグループと第1のビットグループ中の第1のビットを決定してもよく、第1のビットは、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを示すために使用される。端末デバイスは、第1のDCIを受信した後、第1のビットで示されるように、1つのDCIを使用して複数のアップリンクデータのフィードバック情報が伝送されることができるように、データを再送信するかどうかを決定してもよく、アップリンクデータが正しく受信されたかどうかをフィードバックするためのフィードバックリソースのオーバーヘッドが大きく、フィードバック効率が低いという問題の解決に役立つ。
【図面の簡単な説明】
【００３９】
【図１】本発明の一実施形態による通信システムのアーキテクチャ図である。
【図２ａ】本発明の一実施形態による第1のビットグループおよび第1のビットの概略図である。
【図２ｂ】本発明の一実施形態による、ビットグループのビットと狭帯域内のPRBとの間の対応関係の概略図である。
【図３】本発明の一実施形態によるアップリンクデータフィードバック方法の概略的な対話図である。
【図４】本発明の一実施形態によるアップリンクデータのための別のフィードバック方法の概略的な対話図である。
【図５ａ】本発明の一実施形態によるビットグループと狭帯域との間の対応関係の概略図である。
【図５ｂ】本発明の一実施形態によるビットグループと狭帯域との間の別の対応関係の概略図である。
【図６】本発明の一実施形態によるアップリンクデータのためのさらに別のフィードバック方法の対話型概略図である。
【図７】本発明の一実施形態によるアップリンクデータのためのさらに別のフィードバック方法の対話型概略図である。
【図８】本発明の一実施形態によるビットグループと狭帯域との間のさらに別の対応関係の概略図である。
【図９】本発明の一実施形態によるネットワークデバイスの概略構造図である。
【図１０】本発明の一実施形態による端末デバイスの概略構造図である。
【図１１】本発明の一実施形態によるアップリンクデータフィードバックシステムの概略構造図である。
【図１２】本発明の一実施形態による別のネットワークデバイスの概略構造図である。
【図１３】本発明の一実施形態による別の端末デバイスの概略構造図である。
【発明を実施するための形態】
【００４０】
以下、本発明の実施形態における添付図面を参照して、本発明の実施形態について説明する。
【００４１】
本願の技術的ソリューションは、モバイル通信用のグローバルシステム（global system for mobile communications、GSM（登録商標））、コード分割多元接続（code division multiple access、CDMA）システム、広帯域コード分割多元接続（wideband code division multiple access、WCDMA（登録商標））システム、時分割同期コード分割多元接続（time division-synchronous code division multiple access、TD-SCDMA）システム、ユニバーサルモバイルテレコミュニケーションシステム（universal mobile telecommunications system、UMTS）、ロングタームエボリューション（long term evolution、LTE）ネットワークなどのような、様々な通信ネットワークに特に適用できることを理解されたい。通信技術の継続的な開発により、本願の技術的解決策は、将来のネットワーク、例えばニューラジオ（new radio、NR）ネットワークとして称され得る、またはD2D（device to device）ネットワーク、M2M（machine to machine）ネットワークなどに適用できる第5世代モバイル通信技術（the fifth generation mobile communication technology、5G）ネットワークにさらに適用できる。
【００４２】
本願に関連するネットワークデバイスは、ネットワーク側で信号を送信または受信するように構成されたエンティティであってもよい。例えば、ネットワークデバイスは、基地局であってよく、または送信ポイント（transmission point、TP）、送信および受信ポイント（transmission and receiver point、TRP）、中継デバイス、または基地局の機能を持つ別のネットワークデバイス、または端末デバイスなどであってもよい。本願の技術的解決策に関連する通信は、D2Dネットワークでの通信のように、基地局と端末デバイスとの間であってもよく、または端末デバイスと端末デバイスとの間であってもよい。あるいは、本願の技術的ソリューションは、別のシナリオ、例えば、エンティティがアップリンクデータを送信し、別のエンティティがアップリンクデータを受信し、アップリンクデータが正しく受信されたかどうかをフィードバックするシナリオに適用できる。
【００４３】
本願では、端末デバイスは、ユーザ機器（user equipment、UE）、移動局（mobile station、MS）、端末（terminal）、モバイル端末（mobile terminal）、加入者ユニット（subscriber unit、SU）、加入者ステーション（subscriber station、SS）、モバイルステーション（mobile station、MB）、リモートステーション（remote station、RS）、アクセスポイント（access point、AP）、リモートターミナル（remote terminal、RT）、アクセスターミナル（access terminal、AT）、ユーザ端末（user terminal、UT）、ユーザエージェント（user agent、UA）、端末デバイス（user device、UD）などとも称され得る。これは、本願では制限されていない。端末は、無線端末または有線端末であってもよい。無線端末は、ユーザに音声および／またはデータ接続を提供するデバイスであってもよく、無線アクセスネットワーク（radio access network、RAN）などを介して1つ以上のコアネットワークと通信してもよい。例えば、端末デバイスは、MTCサービスを実行するUE、帯域幅が削減された低複雑度（bandwidth-reduced low-complexity、BL）UE、non-BL UE、カバレッジ拡張（coverage enhancement、CE）UEなどであってもよい。
【００４４】
本願では、基地局は、アクセスネットワークのエアインターフェース上で、1つ以上のセクターを使用して端末と通信するデバイスであってもよく、エアインターフェースの属性管理を調整してもよい。例えば、基地局は、GSM（登録商標）またはCDMAの基地トランシーバ局（base transceiver station、BTS）などの基地局、または、WCDMA（登録商標）のNodeBなどの基地局、または、eNBやe-NodeB（進化型NodeB）などのLTEの進化したNodeB、または、5GシステムのgNBなどの基地局、または将来のネットワークの基地局などの基地局でであってもよい。これはアプリケーションに制限されない。
【００４５】
本願では、本願の実施形態に関連するシグナリングは、システムメッセージ、ブロードキャストメッセージ、無線リソース制御（radio resource control、RRC）シグナリング、またはメディアアクセス制御（medium access control、MAC）シグナリングなどの高層シグナリングであってもよい。任意選択で、シグナリングは、代替的にダウンリンク制御情報（downlink control information、DCI）シグナリングなどの物理層シグナリングであってもよい。これは、本願では制限されていない。
【００４６】
本願のアプリケーションシナリオを以下に説明する。本願では、ネットワークデバイスが基地局であることが例として使用され、具体的には、基地局と端末デバイスとの間の通信が説明のための例として使用される。図1は、本発明の一実施形態による通信システムのアーキテクチャ図である。具体的には、図1に示されるように、通信システムは基地局と端末デバイス（UE 1からUE 6が図に示されている）を含み、NRシステムと称され得る5Gシステム、または前述の無線通信システムにおけるLTEシステムなどの様々な通信システムは、情報の送信を実施するために、基地局と端末間、または端末間の通信に使用されてもよい。
【００４７】
例えば、通信システムにおいて、UE1からUE6は、アップリンクデータを基地局に送信してもよく、基地局は、UE1によってUE6に送信されたアップリンクデータを受信し、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信される必要があるかどうかを対応するUEにフィードバックしてもよい。さらに、UE4からUE6はまた、通信システムを構成してもよい。別の例では、通信システムにおいて、UE4およびUE6は、アップリンクデータをUE5に送信してもよく、UE5は、UE4およびUE6によって送信されたアップリンクデータを受信し、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信される必要があるかどうかを特定の方法でUE4およびUE6にフィードバックしてもよい。
【００４８】
本願では、フィードバックを与えるとき、端末デバイスは、DCIなどのダウンリンク制御情報を使用することによってフィードバックを実施してもよく、ダウンリンク制御情報は制御チャネルで伝送されてもよい。本願に関連する制御チャネルは、主にリソーススケジューリング情報およびその他の制御情報をリソースに伝送するように構成されている。例えば、制御チャネルは、物理ダウンリンク制御チャネル（physical downlink control channel、PDCCH）、拡張物理ダウンリンク制御チャネル（enhanced physical downlink control channel、EPDCCH）、ニューラジオ物理ダウンリンク制御チャネル（new radio physical downlink control channel、NR-PDCCH）、マシンタイプ通信物理ダウンリンク制御チャネル（MTC physical downlink control channel、MPDCCH）、またはネットワークが進化したとして定義され、前述の機能を備えている別の制御チャネルであってもよい。本願では、ダウンリンク制御情報がDCIであり、制御チャネルがMPDCCHであることが例として使用され、具体的には、MPDCCHがDCIを伝送することが説明のための例として使用される。本願では、チャネルはまた信号または別の名前で称され得る。これは、本願では制限されていない。
【００４９】
任意選択で、フィードバックに使用されるDCI、つまり第1のDCIは複数のビットグループ、例えばX個のビットグループを含んでもよく、各ビットグループは1つ以上のビットを含んでもよいため、基地局は各ビットグループの1つ以上のビットに基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータを送信する必要があるかどうかをフィードバックできる。Xは1以上の整数である。さらに、フィードバックに使用される1つ以上のビットが第1のビットであると想定される。図2aは、第1のDCIのビットと第1のビットグループ中の第1のビットとによって構成されるX個のビットグループの概略図である。任意選択で、第1のビットは1つ以上のビットを含んでもよい。
【００５０】
例えば、フィードバックに使用される第1のビットは、ACKまたはNACKを示してもよい（具体的には、データが正しく受信されたかどうかを示す）。第1のビットの値が1（または0）の場合、第1のビットはACKを示し、具体的には、基地局は端末デバイスから送信されたアップリンクデータを正しく受信し、または、第1のビットの値が0（または1）の場合、第1のビットはNACKを示し、具体的には、基地局はアップリンクデータを正しく受信しない。別の例では、第1のビットは代わりにNDIであってもよい（具体的には、新しいアップリンクデータを送信する必要があるかどうかを示す）。例えば、このHARQプロセスで基地局によって以前に送信され、アップリンクデータ、つまり第2のDCIをスケジュールするために使用されるDCIのNDIビットの値に対して、第1のビットの値が反転する場合、端末デバイスが新しいアップリンクデータを送信してもよいことを示し、または、第1のビットの値が反転しない場合、端末デバイスは、このHARQプロセスで以前に送信されたアップリンクデータを再送信する必要があること、具体的には、データ再送信を実行することを示す。
【００５１】
アップリンクデータは、物理アップリンク共有チャネル（physical uplink shared channel、PUSCH）で伝送できる。狭帯域は、周波数上に6つの連続した物理リソースブロック（physical resource block、PRB）を含んでもよい。アップリンクデータによって占有されるリソースは、PRBをリソースユニットとして使用してもよく、アップリンクデータによって占有されるPRBは、狭帯域の周波数範囲内のPRBであってもよい。任意選択で、アップリンクデータによって占有されるリソースは、別のリソースユニットを代わりに使用してもよい。あるいは、狭帯域は、別の量のPRBを含んでもよい。これは、本願では制限されていない。
【００５２】
さらに、狭帯域内のPRBとビットグループのビットとの間の対応関係が事前に構成されてもよい。例えば、狭帯域内のPRBとビットグループのビットは、1対1の対応関係を持ってもよい。例えば、図2bは、ビットグループのビットと狭帯域内のPRBとの間の対応関係の概略図である。図2bは、第1のDCIのビットグループのビットと狭帯域iなどの狭帯域内のPRBとの間の対応関係を示している。任意選択で、システム帯域幅の周波数範囲内の狭帯域は、周波数の昇順または降順で狭帯域インデックスとして番号付けされてもよい。システム帯域幅の周波数範囲に含まれる狭帯域の量がNNBであるとすると、狭帯域インデックスの値の範囲は0からNNB−1であってもよい。例えば、狭帯域iは、iのインデックスを有する狭帯域を表してもよい。狭帯域内のPRBは、狭帯域の周波数範囲に含まれるPRBであり、周波数に関して狭帯域に含まれる6つの連続PRBは、周波数の昇順または降順で狭帯域内のPRBインデックスとして番号付けされてもよく、PRBインデックスの値の範囲は0から5である。例えば、PRBjはインデックスjを有するPRBを示す。図2bに示されるように、第1のDCIのビットグループに含まれる6ビットb0、b1、b2、b3、b4、b5は、それぞれ狭帯域i内の6個のPRB、PRB 0、PRB 1、PRB 2、PRB 3、PRB 4、PRB 5、およびPRB 6に関連付けられてもよい。さらに、任意選択で、第1のDCIの異なるビットグループに含まれるビットは、異なる狭帯域のPRBに関連付けられてもよい。具体的には、第1のDCIの各ビットグループは1つの狭帯域に関連付けられてもよく、第1のDCIの異なるビットグループは異なる狭帯域に関連付けられてもよい。
【００５３】
図2bの網掛け部分に示されるように、狭帯域i内のPUSCHのPRBのPRBインデックスは1、2、3であり、狭帯域内のPRBの位置は第2のPRB、第3のPRB、比較的低頻度のPRBから始まる第4のPRBであると想定される。ネットワークデバイスが、PRBのインデックスが1、2、および3であると決定した場合、第1のDCIの第1のビットグループ中のビットb1、b2、b3は、第1のDCIの第1のビットグループ中のビットb1、b2、b3と1、2、および3のインデックスを有するPRBの間の対応関係に基づいて、第1のビットとして判定されてもよい。あるいは、ネットワークデバイスが、比較的低い周波数のPRBから始まる第2のPRB、第3のPRB、および第4のPRBを決定する場合、ネットワークデバイスは、第1のDCIの第1のビットグループ中のビットb1、b2、b3を第2のPRB、第3のPRB、および第4のPRBと、第1のDCIの第1のビットグループ中のビットb1、b2、b3との間の対応関係に基づいて第1のビットとして判定されてもよい。
【００５４】
任意選択で、第1のビットに含まれるビットの量は、アップリンクデータを伝送するPUSCHのPRBの量と同じであってもよい。さらに、任意選択で、アップリンクデータを伝送するPUSCHのPRBの量Nが1よりも大きい場合、データフィードバックの信頼性を改善するために、第1のビットはNビットを含み、Nビットの値は同じであってもよい。図2bに示されるように、3つのPRB、すなわちアップリンクデータを伝送するPUSCHにPRB 1、PRB 2、PRB 3がある場合、第1のビットは3ビット、つまりb1、b2、b3を含み、3ビットは同じ値を持つ。本願では、PRBインデックスと狭帯域インデックスを決定する方法は、別の方法であってもよい。これは、本願では制限されていない。
【００５５】
本願は、アップリンクデータフィードバック方法とネットワークデバイスと端末デバイスとシステムを開示し、1つのDCIを使用して複数のアップリンクデータのフィードバック情報が伝送され得るため、アップリンクデータが正しく受信されたかとうかをフィードバックするフィードバックリソースのオーバーヘッドが大きく、フィードバック効率が低いという問題の解決に役立つ。以下に詳細な説明を個別に詳細に示す。
【００５６】
図3は、本発明の実施形態によるアップリンクデータフィードバック方法のインタラクティブな概略図である。具体的には、図3に示されるように、本発明のこの実施形態によるアップリンクデータフィードバック方法は、以下のステップを含んでもよい。
【００５７】
101：端末デバイスがネットワークデバイスにアップリンクデータを送信する。
【００５８】
102：ネットワークデバイスは、第1のDCIの第1のビットグループと第1のビットグループ中の第1のビットを決定する。
【００５９】
第1のDCIのビットは、少なくとも1つのビットグループを構成する。例えば、第1のDCIのビットはX個のビットグループを含み、Xは正の整数である。X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上のPRBに関連付けられ、第1のビットは、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが端末デバイスによって送信されたかどうかを示すために使用される。具体的には、ネットワークデバイスは、アップリンクデータが正しく受信されたかどうか、または端末デバイスが新しいアップリンクデータを送信する必要があるかどうかをフィードバックするために使用されるDCI（つまり、第1のDCI）のフィードバックビットグループ（つまり、第1のビットグループ）およびフィードバックビット（つまり、第1のビットグループ中の第1のビット）を決定するために、端末デバイスによって送信されたアップリンクデータを受信してもよい。
【００６０】
任意選択で、ビットグループに含まれるビットと狭帯域内のPRBの間の対応関係は、事前設定によって取得されてもよい。例えば、ビットグループに含まれるビットと狭帯域内のPRBとの間の対応関係は図2bに示すことができ、詳細はここでは再度説明されない。さらに、任意選択で、第1のDCIの各ビットグループは1つの狭帯域に関連付けられてもよく、第1のDCIの異なるビットグループは異なる狭帯域に関連付けられてもよい。このように、アップリンクデータによって占有されるPRB、具体的には、端末デバイスによって送信されたアップリンクデータを伝送し、狭帯域内にあるPRBの位置を決定することにより、ネットワークデバイスは、ビットグループに含まれるビットと狭帯域内のPRBとの間の対応関係に基づいて、ビットグループにあり、アップリンクデータによって占有されているPRBに関連付けられたビットを決定し、次に、決定された第1のビットグループに基づいて、第1のビットグループ中の関連付けられたビットを第1のビットとして取得することができる。
【００６１】
アップリンクデータによって占有されるPRBに関する情報は、ネットワークデバイスによって端末デバイスに通知されてもよい。例えば、ネットワークデバイスは、スケジューリングDCI（すなわち、第2のDCI）を介して、アップリンクデータによって占有されるPRBなどのPUSCHリソースの情報を端末デバイスに送信してもよい。任意選択で、データフィードバックを与えるために使用される第1のビットグループは、ネットワークデバイスによって端末デバイスに通知されてもよい。例えば、ネットワークデバイスは、シグナリングを使用して端末デバイスに動的または半静的に通知してもよい。あるいは、第1のビットグループは、事前定義されてもよい。例えば、ビットグループと狭帯域との間の対応関係は事前定義されてもよく、第1のビットグループはアップリンクデータによって占有される狭帯域に基づいて決定される。これは、本発明のこの実施形態では限定されない。
【００６２】
103：ネットワークデバイスは第1のDCIを送信する。
【００６３】
104：端末デバイスは、第1のDCIの第1のビットグループおよび第1のビットグループ中の第1のビットを決定する。
【００６４】
任意選択で、第1のビットグループと第1のビットを決定した後、ネットワークデバイスは、さらに、事前設定された方法で決定されたスクランブリングコードを使用して、第1のDCIの巡回冗長検査（cyclic redundancy check、CRC）をスクランブルし、アップリンクデータを送信する端末デバイスが第1のDCIを受信できるようにするために、スクランブルされた第1のDCIを送信してもよい。スクランブリングのためのスクランブリングコードは、例えば、狭帯域のインデックスに基づいて、または狭帯域および狭帯域オフセット情報のインデックスに基づいて、アップリンクデータによって占有されるPRBが位置付けられる狭帯域の位置に基づいて決定されてもよい。これは、本発明のこの実施形態では限定されない。
【００６５】
さらに、任意選択で、端末デバイスは、事前設定された方法で決定されたスクランブリングコードを使用して、基地局によって送信されたDCIのCRCをデスクランブルして、第1のDCIを取得してもよい。デスクランブルのためのスクランブリングコードを端末デバイスによって決定する方法は、ネットワークデバイスによってスクランブリングのためのスクランブリングコードを決定する前述の方法と同じであってもよい。
【００６６】
さらに、端末デバイスは、第1のDCIを取得した後、第1のDCIの第1のビットグループおよび第1のビットを決定してもよい。端末デバイスが第1のビットグループと第1のビットを決定する方法は、ネットワークデバイスが第1のビットグループと第1のビットを決定する方法と同じであってもよい。詳細はここでは再度説明されない。
【００６７】
105：端末デバイスは、第1のビットに基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定する。
【００６８】
具体的には、端末デバイスは、第1のビットを決定した後、第1のビットによって示されるフィードバック情報に基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定してもよい。第1のビットは、0または1を使用して、またはNDIを使用して、ACKまたはNACKを示してもよい。詳細については、前述の関連する説明を参照し、詳細はここでは再度説明されない。
【００６９】
本発明のこの実施形態では、端末デバイスは、ネットワークデバイスにアップリンクデータを送信してもよい。ネットワークデバイスは、アップリンクデータを受信した後、第1のDCIの第1のビットグループと第1のビットグループ中の第1のビットを決定してもよく、第1のビットは、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを示すために使用される。端末デバイスは、第1のDCIを受信した後、第1のビットで示されるように、1つのDCIを使用して複数のアップリンクデータのフィードバック情報が伝送されることができるように、データを再送信するかどうかを決定してもよく、アップリンクデータが正しく受信されたかどうかをフィードバックするためのフィードバックリソースのオーバーヘッドが大きく、フィードバック効率が低いという問題の解決に役立つ。
【００７０】
図4は、本発明の一実施形態によるアップリンクデータのための別のフィードバック方法の概略的な対話図である。具体的には、本発明のこの実施形態では、ネットワークデバイスが基地局、具体的には基地局とUEとの間の通信である例が説明のために使用される。図4に示されるように、本発明のこの実施形態によるアップリンクデータフィードバック方法は、以下のステップを含んでもよい。
【００７１】
201：基地局は、第2のDCIを送信し、第2のDCIは、UEのアップリンクデータを伝送するPRBに関する情報、第1のDCIのビットグループの量Xの指示情報、第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含む。
【００７２】
202：UEは、第2のDCIで示されるPRBを使用して、アップリンクデータを基地局に送信する。
【００７３】
具体的には、第2のDCIは、アップリンクデータをスケジュールするために使用されてもよく、第2のDCIは、アップリンクデータを伝送するPUSCHのPRB情報および変調および符号化スキームなどのリソース割り当てを含んでもよい。PRB情報は、PRBインデックスを含んでもよく、PRBが位置付けられる狭帯域のインデックスをさらに含んでもよい。PRB情報は、アップリンクデータを伝送するPRBの特定の位置を示すために使用され得る。このようにして、UEは、第2のDCIに基づいて、アップリンクデータを伝送するPRBを決定し、PRBを使用することによりアップリンクデータを送信してもよい。
【００７４】
203：基地局は、第1のDCIの第1のビットグループと第1のビットグループ中の第1のビットを決定する。
【００７５】
第1のDCIのビットは、少なくとも1つのビットグループを構成し、第1のDCIの各ビットグループに含まれる1つ以上のビットは、狭帯域内の1つ以上の物理リソースブロックに関連付けられてもよい。ビットグループに含まれるビットと狭帯域内のPRBとの間の対応関係は、事前設定を通じて取得されてもよく、詳細はここでは再度説明されない。第1のビットは、アップリンクデータが正しく受信されたかどうか、またはUEが新しいアップリンクデータを送信したかどうかを示すために使用されてもよい。
【００７６】
具体的には、基地局は、UEによって送信されたアップリンクデータを受信し、狭帯域（具体的には特定のPRB）内のアップリンクデータに占有されるPUSCHのPRBの位置と第1のDCIのビットグループのビットと狭帯域内のPRBとの間の対応関係に基づいて、第1のDCIのビットグループにあり、アップリンクデータに占有されるPRBに関連付けられているビットを決定してもよい。次に、決定された第1のビットグループに基づいて、第1のビットグループ中の関連付けられたビットが第1のビットとして取得される。任意選択で、狭帯域内のPRBの位置は、狭帯域内のPRBインデックスを使用して決定できる。
【００７７】
Xは、第1のDCIに含まれるビットグループの量を示すために使用されてもよく、さらに、第1のDCIのすべてのビットグループに関連付けられた狭帯域の量を示すために使用されてもよい。任意選択で、Xの指示情報はXの値を示すために使用されてもよく、Xの最大値はプロトコルで固定された値であってもよい。例えば、Xの最大値は1、2、3、または4であってもよい。例えば、Xの最大値が1の場合、第2のDCIにはXの指示情報を含めなくてもよい。別の例では、Xの最大値が4の場合、Xの値は1から4のいずれかであってもよく、第2のDCIがXの指示情報を含んでもよい。例えば、第2のDCIが、Xの値が2であることを示す場合、最初のDCIに2つのビットグループがあることを示してもよい。さらに、第1のビットグループに関する情報は、第1のDCIのビットによって構成されるすべてのビットグループの第1のビットグループを示すために使用されてもよく、狭帯域オフセット情報は、第1のビットグループに関連付けられた狭帯域と、第1のDCIの低（または高）6ビットによって構成されるビットグループに関連付けられた狭帯域との間の狭帯域オフセットを示してもよい。例えば、第1のビットグループに関連付けられた狭帯域が狭帯域0である場合、第1のDCIの低（または高）6ビットで構成されるビットグループに関連付けられた狭帯域は狭帯域3であり、狭帯域オフセット情報は3であり、3つの狭帯域によるオフセットを示してもよい。
【００７８】
さらに、基地局は、第1のDCIのすべてのビットの第1のビットの位置を決定するために、第1のDCIのビットによって構成されるすべてのビットグループの第1のビットグループを決定し、具体的には、第1のビットが位置付けられる第1のビットグループ内の位置を決定してもよい。任意選択で、アップリンクデータによって占有されるPRBに関連付けられたビットを基地局によって決定し、基地局によって第1のビットグループを決定する順序は限定されない。例えば、アップリンクデータによって占有されるPRBに関連付けられたビットが最初に決定され、次に、アップリンクデータによって占有されるPRBに関連付けられたビットが位置付けられる第1のビットグループが決定されてもよく、または、最初に第1のビットグループが決定され、次に、アップリンクデータによって占有されるPRBに関連付けられ、第1のビットグループにあるビットが決定されてもよく、または、第1のビットグループおよびアップリンクデータによって占有されるPRBに関連付けられたビットは、同時に決定されてもよい。これは、本願では制限されていない。
【００７９】
任意選択で、第2のDCIは、第1のビットグループに関する情報と、第1のDCIのビットグループの量Xの指示情報とをさらに含んでもよい。したがって、第1のDCIの第1のビットグループを決定するとき、基地局は、第1のビットグループに関する情報に基づいて第1のビットグループを決定してもよい。具体的には、このように、第1のビットグループに関する情報は、すべてのビットグループの第1のビットグループを示すため、基地局は第1のビットグループを直接決定してもよい。例えば、第1のDCIのビットは合計2つのビットグループを構成し、2つのビットグループは2つの狭帯域に関連付け、2つのビットグループの1つを示すために、第1のビットグループに関する情報は1ビットであってもよく、示されたビットグループは第1のビットグループであってもよい。さらに、このように、第1のDCIのすべてのビットグループに関連付けられた狭帯域は、周波数に関して連続狭帯域または不連続狭帯域であってもよい。図5aに示されるように、第1のDCIのビットグループが不連続狭帯域に関連付けられている場合、第1のDCIのすべてのビットが2つのビットグループを構成し、2つのビットグループが不連続狭帯域に関連付けられ、別々にUE1とUE2のアップリンクデータをスケジュールするために使用されると想定される。また、UE1により占有されるPUSCHリソースは、狭帯域i内のPRB1、PRB2、およびPRB3であり、UE2により占有されるPUSCHリソースは、狭帯域i＋2のPRB0およびPRB1であり、UE1にPUSCHリソースを割り当てるために使用される第2のDCIの第1のビットグループに関する情報は0であり、ビットb0からb5により構成されるビットグループがUE1の第1のビットグループであることを示し、UE2にPUSCHリソースを割り当てるために使用される第2のDCIの第1のビットグループに関する情報は1であり、ビットb6からb11により構成されるビットグループがUE2の第1のビットグループであることを示すと想定される。第1のDCIは、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかをUE1およびUE2に示す。b1、b2、およびb3はUE 1の第1のビットであり、b6およびb7はUE 2の第1のビットである。このようにして、基地局は、第1のビットグループに関する情報に基づいて第1のビットグループを決定してもよい。第1のDCIのビットグループが連続狭帯域に関連付けられている場合、第1のビットグループに関する情報に基づいて第1のビットグループを決定する方法は、第1のDCIのビットグループが不連続狭帯域に関連付けられている場合に第1のビットグループを決定する方法と同様であり、詳細はここでは再度説明されない。
【００８０】
任意選択で、第2のDCIは、狭帯域オフセット情報と、第1のDCIのビットグループの量Xの指示情報とをさらに含んでもよい。したがって、第1のDCIの第1のビットグループを決定するとき、基地局は、狭帯域オフセット情報に基づいて第1のビットグループを決定してもよい。例えば、第1のDCIのビットが合計3つのビットグループを構成し、3つのビットグループが3つの狭帯域に関連付けられていると想定され、0、1、および2のうちどれが第1のビットグループに関連付けられた狭帯域と、第1のDCIの低（または高）6ビットによって構成されるビットグループに関連付けられた狭帯域との間の狭帯域オフセットであるかを示すために、狭帯域オフセット情報が2ビットであってもよい、。このようにして、第1のDCIのすべてのビットグループに関連付けられた狭帯域は、周波数に関して連続的狭帯域であってもよい。図5bに示されるように、第1のDCIのすべてのビットが3つのビットグループを構成し、3つのビットグループがUE 1およびUE 2のアップリンクデータをスケジュールするための連続狭帯域に関連付けられていると想定される。また、UE1により占有されるPUSCHリソースは、狭帯域i内のPRB1、PRB2、およびPRB3であり、UE2により占有されるPUSCHリソースは、狭帯域i＋2内におけるPRB0およびPRB1であると想定される。狭帯域オフセット情報が、第1のビットグループに関連付けられた狭帯域と、第1のDCIの低6ビットで構成されるビットグループに関連付けられた狭帯域との間の狭帯域オフセットを示すと想定すると、UE1にPUSCHリソースをを割り当てるために使用される第2のDCIの狭帯域オフセット情報は0であり、ビットb0からb5により構成されるビットグループがUE1の第1のビットグループであることを示し、UE2にPUSCHリソースを割り当てるために使用される第2のDCIの狭帯域オフセット情報は2であり、ビットb12からb17により構成されるビットグループがUE 2の第1のビットグループであることを示す。第1のDCIは、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかをUE1およびUE2に示す。b1、b2、およびb3はUE 1の第1のビットであり、b12およびb13はUE 2の第1のビットである。このようにして、基地局は、狭帯域オフセット情報に基づいて第1のビットグループを決定できる。
【００８１】
204：基地局は第1のDCIを送信する。
【００８２】
205：UEは、第2のDCIに基づいて、第1のDCIの第1のビットグループと第1のビットグループ中の第1のビットを決定する。
【００８３】
206：UEは、第1のビットに基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定する。
【００８４】
具体的には、基地局は、第1のビットグループおよび第1のビットを決定した後、第1のDCIを送信してもよい。任意選択で、第1のDCIを送信する前に、基地局は、さらに、第1のDCIのCRCをスクランブルしてもよい。例えば、基地局は、アップリンクデータを伝送するPRBが位置付けられる狭帯域のインデックスおよび狭帯域オフセット情報に基づいて、スクランブルに使用されるスクランブリングコードを決定し、スクランブリングコードを使用して、第1のDCIのCRCのスクランブル後に、スクランブルされた第1のDCIをUEに送信してもよい。
【００８５】
任意選択で、第1のDCIのビットによって構成されるビットグループの量が1である場合、具体的には、Xが1の場合、基地局は、アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域のインデックスに基づいて、第1のDCIのCRCのスクランブリングコードを決定してもよい。このシナリオでは、第2のDCIは、Xの指示情報、第1のビットグループに関する情報、および狭帯域オフセット情報を含まなくてもよい。具体的には、第1のDCIの有効なペイロードビット（情報ビット、つまり第1のDCIのビット）はa0、a1、a2、a3、…、aA−1であり、第1のDCIのチェックビット（つまり、CRCのビット）はp0、p1、p2、p3、…、pL−1であり、Aは有効なペイロードのサイズであり、Lはチェックビットの量、例えばL＝16であると想定される。さらに、有効なペイロードビットと第1のDCIのチェックビットを接続して、b0、b1、b2、b3、…、bB−1を取得でき、B＝A＋Lである。さらに、ビットc0、c1、c2、c3、…、CB−1を取得するために、ビットb0、b1、b2、b3、…、bB−1内の第1のDCIのCRCのチェックビットをスクランブルしてもよい。ビットckとbkの関係は次のとおりであってもよい：
k＝0、1、2、…、またはA−1の場合、ck＝bk
k＝A、A＋1、A＋2、…、またはA＋15の場合、ck＝（bk＋xNB，k−A）mod2
【００８６】
xNB，0、xNB，1、…、xNB，15は、アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域のインデックスに基づいて決定されるスクランブリングコードである。例えば、xNB，0、xNB，1、…、xNB，15は、狭帯域インデックスを示す16桁の2進数であってもよい。例えば、PUSCHのPRBが位置付けられる狭帯域のインデックスが15の場合、xNB，0、xNB，1、…、xNB，15の値は0000 0000 0000 1111である。
【００８７】
任意選択で、第1のDCIのビットによって構成されるビットグループの量が1以上である場合、具体的には、Xが1以上の場合、基地局は、アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域のインデックスおよび狭帯域オフセット情報に基づいて、第1のDCIのCRCのスクランブリングコードを決定してもよい。このシナリオでは、第2のDCIは、Xの指示情報と狭帯域オフセット情報を含める必要がある。さらに、任意選択で、第2のDCIは、第1のビットの情報をさらに含んでもよい。ビットckとbkの関係は次のとおりであってもよい：
k＝0、1、2、…、またはA−1の場合、ck＝bk
k＝A、A＋1、A＋2、…、またはA＋15の場合、ck＝（bk＋xNB，k−A−xNBOffset，k−A）mod2
【００８８】
xNB，k−A−xNBOffset，k−Aは第1のDCIのCRCのスクランブリングコードであり、xNB，0、xNB，1、…、xNB，15は、アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域のインデックスに基づいて決定される。例えば、xNB，0、xNB，1、…、xNB，15は、狭帯域インデックスを示す16桁の2進数であってもよく、詳細はここでは再度説明されない。xNBOffset，0、xNBOffset，1、…、xNBOffset，15は、狭帯域オフセット情報に基づいて決定してもよい。例えば、xNBOffset，0、xNBOffset，1、…、xNBOffset，15は、狭帯域オフセット情報によって示される狭帯域オフセットを示す16桁の2進数であってもよい。例えば、狭帯域オフセット情報によって示される狭帯域オフセットが3の場合、xNBOffset，0、xNBOffset，1、…、xNBOffset，15の値は0000 0000 0000 0011である。
【００８９】
さらに、UEは、基地局によって送信された第1のDCIを受信し、第1のビットグループおよび第1のビットを決定してもよい。UEによって第1ビットグループと第1ビットを決定する方法は、基地局によって第1ビットグループと第1ビットを決定する前述の方法と同じであってもよく、詳細はここでは再度説明されない。任意選択で、基地局によって送信された第1のDCIを受信するとき、UEは、第1のDCIを取得するために、事前設定された方法で決定されたスクランブリングコードを使用して、基地局によって送信されたDCIのCRCをデスクランブルしてもよい。デスクランブリングのためのスクランブリングコードをUEによって決定する方法は、基地局によってスクランブリングのためのスクランブリングコードを決定する前述の方法と同じであってもよく、詳細はここでは再度説明されない。
【００９０】
さらに、第1のビットを決定した後、UEは、第1のビットによって示されるフィードバック情報に基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定してもよい。第1のビットは、0または1を使用して、またはNDIを使用して、ACKまたはNACKを示してもよい。詳細については、前述の関連する説明を参照し、詳細はここでは再度説明されない。
【００９１】
本発明のこの実施形態では、UEは、アップリンクデータを基地局に送信してもよい。基地局は、アップリンクデータを受信した後、第1のDCIの第1のビットグループと第1のビットグループ中の第1のビットを決定してもよく、第1のビットは、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを示すために使用される。UEは、第1のDCIを受信した後、第1のビットで示されるように、1つのDCIを使用して複数のアップリンクデータのフィードバック情報が伝送されることができるように、データを再送信するかどうかを決定してもよい。したがってフィードバックリソースのオーバーヘッドが削減され、フィードバック効率が向上し、アップリンクデータが正しく受信されたかどうかをフィードバックするためのフィードバックリソースのオーバーヘッドが大きく、フィードバック効率が低いという問題の解決に役立つ。さらに、PUSCHのPRBの量Nが1よりも大きい場合、フィードバックに使用されるNビットを同じ値に設定することにより、フィードバックの信頼性が向上されることが可能である。
【００９２】
図6は、本発明の一実施形態によるアップリンクデータのための別のフィードバック方法の概略的な対話図である。具体的には、図6に示されるように、本発明のこの実施形態によるアップリンクデータフィードバック方法は、以下のステップを含むことができる。
【００９３】
301：基地局はRRCシグナリングを送信し、RRCシグナリングは第1のDCIのビットグループの量Xの指示情報を含む。
【００９４】
具体的には、本発明の前述の実施形態と図4に示される前述の実施形態との違いは、基地局がRRCシグナリングを使用することによりXの指示情報をUEに通知してもよいことである。任意選択で、RRCシグナリングは専用シグナリングであってもよい。
【００９５】
302：基地局は、第2のDCIを送信し、第2のDCIは、UEのアップリンクデータを伝送するPRBに関する情報、第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含む。
【００９６】
303：UEは、第2のDCIで示されるPRBを使用して、アップリンクデータを基地局に送信する。
【００９７】
具体的には、アップリンクデータをスケジュールするために、第2のDCIが使用されてもよい。例えば、第2のDCIは、アップリンクデータを伝送するPUSCHのPRB情報および変調およびコーディングスキームなどのリソース割り当てを含んでもよい。PRB情報は、アップリンクデータを伝送するPRBの特定の位置を示すために使用され得る。このようにして、UEは、第2のDCIに基づいて、アップリンクデータを伝送するPUSCHのPRBを決定し、PRBを使用することによってアップリンクデータを送信してもよい。
【００９８】
304：基地局は、第1のDCIの第1のビットグループおよび第1のビットグループ中の第1のビットを決定する。
【００９９】
第1のDCIのビットは、少なくとも1つのビットグループを構成し、第1のDCIの各ビットグループに含まれる1つ以上のビットは、狭帯域内の1つ以上の物理リソースブロックに関連付けられてもよい。ビットグループに含まれるビットと狭帯域内のPRBとの間の対応関係は、事前設定を通じて取得されてもよく、詳細はここでは再度説明されない。第1のビットは、アップリンクデータが正しく受信されたかどうか、またはUEが新しいアップリンクデータを送信したかどうかを示すために使用されてもよい。
【０１００】
任意選択で、RRCシグナリングに含まれるXの指示情報によって示されるXの値が1よりも大きい場合、第1のDCIに含まれるビットグループの量が1よりも大きいこと、およびビットグループの量がXの値と同じになることを示すことができる。具体的には、基地局は、第1のビットグループを決定するとき、第2のDCIに含まれる第1のビットグループに関する情報に基づいて第1のビットグループを決定するか、第2のDCIに含まれる狭帯域オフセット情報に基づいて第1のビットグループを決定してもよい。第1ビットを決定するとき、基地局は、狭帯域のアップリンクデータによって占有されるPRBの位置、および第1のビットグループ中のビットと狭帯域内のPRBとの間の対応関係に基づいて第1ビットを決定してもよい。第1のビットグループおよび第1のビットを決定する方法の詳細については、図4に示す前述の実施形態における第1のビットグループおよび第1のビットを決定する方法に関連する説明を参照し、詳細はここでは再度説明されない。
【０１０１】
任意選択で、RRCシグナリングに含まれるXの指示情報によって示されるXの値が1に等しい場合、具体的には、第1のDCIに含まれるビットグループの量が1の場合、第1のDCIに含まれるビットが第1のビットグループを構成する。このシナリオでは、第2のDCIは、第1のビットグループに関する情報および／または狭帯域オフセット情報に基づいて第1のビットグループを決定するために、第1のビットグループに関する情報および／または狭帯域オフセット情報を含んでもよい。詳細については、図4に示す前述の実施形態における第1のビットグループを決定する方法に関連する説明を参照し、詳細はここでは再度説明されない。あるいは、第2のDCIは、第1のビットグループに関する情報および狭帯域オフセット情報を含まなくてもよい。さらに、第1のビットグループを決定する方法の詳細については、図4に示す前述の実施形態における第1のビットグループを決定する方法に関連する説明を参照し、詳細はここでは再度説明されない。
【０１０２】
305：基地局は第1のDCIを送信する。
【０１０３】
306：UEは、RRCシグナリングおよび／または第2のDCIに基づいて、第1のDCIの第1のビットグループおよび第1のビットグループ中の第1のビットを決定する。
【０１０４】
307：UEは、第1のビットに基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定する。
【０１０５】
具体的には、基地局は、第1のビットグループおよび第1のビットを決定した後、第1のDCIを送信してもよい。任意選択で、第1のDCIを送信する前に、基地局は、さらに、第1のDCIのCRCをスクランブルしてもよい。例えば、基地局は、アップリンクデータを伝送するPRBが位置付けられる狭帯域のインデックスおよび狭帯域オフセット情報に基づいて、スクランブルに使用されるスクランブリングコードを決定し、スクランブリングコードを使用して、第1のDCIのCRCのスクランブル後に、スクランブルされた第1のDCIをUEに送信してもよい。
【０１０６】
任意選択で、RRCシグナリングに含まれるXの指示情報によって示されるXの値が1に等しい場合、具体的には、第1のDCIに含まれるビットグループの量が1の場合、基地局は、アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域のインデックスに基づいて、第1のDCIのCRCのコードスクランブルを決定してもよい。このシナリオでは、第2のDCIは、第1のビットグループに関する情報および狭帯域オフセット情報を含まなくてもよい。スクランブリングコードを決定する方法の詳細については、図4に示す前述の実施形態におけるスクランブリングコードを決定する方法に関連する説明を参照し、詳細はここでは再度説明されない。さらに、任意選択で、このシナリオでは、第2のDCIは代替的に狭帯域オフセット情報を含んでもよい。この場合、狭帯域オフセット情報により示される狭帯域オフセットの値は0であってもよい。例えば、xNBOffset，0、xNBOffset，1、…、xNBOffset，15の値は0000 0000 0000 0000である。
【０１０７】
任意選択で、RRCシグナリングに含まれるXの指示情報によって示されるXの値が1よりも大きい場合、具体的には、第1のDCIに含まれるビットグループの量が1の場合、基地局は、アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域のインデックスおよび狭帯域オフセット情報によって第1のDCIのCRCのコードスクランブルを決定してもよい。このシナリオでは、第2のDCIは狭帯域オフセット情報を含む必要がある。さらに、任意選択で、第2のDCIは、第1のビットグループに関する情報をさらに含んでもよい。スクランブリングコードを決定する方法の詳細については、図4に示す前述の実施形態におけるスクランブリングコードを決定する方法に関連する説明を参照し、詳細はここでは再度説明されない。
【０１０８】
さらに、UEは、基地局によって送信された第1のDCIを受信し、第1のビットグループおよび第1のビットを決定してもよい。UEによって第1ビットグループと第1ビットを決定する方法は、基地局によって第1ビットグループと第1ビットを決定する前述の方法と同じであってもよく、詳細はここでは再度説明されない。任意選択で、基地局によって送信された第1のDCIを受信するとき、UEは、第1のDCIを取得するために、事前設定された方法で決定されたスクランブリングコードを使用して、基地局によって送信されたDCIのCRCをデスクランブルしてもよい。デスクランブリングのためのスクランブリングコードをUEによって決定する方法は、基地局によってスクランブリングのためのスクランブリングコードを決定する前述の方法と同じであってもよく、詳細はここでは再度説明されない。
【０１０９】
さらに、第1のビットを決定した後、UEは、第1のビットによって示されるフィードバック情報に基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定してもよい。第1のビットは、0または1を使用して、またはNDIを使用して、ACKまたはNACKを示してもよい。詳細については、前述の関連する説明を参照し、詳細はここでは再度説明されない。
【０１１０】
本発明のこの実施形態では、UEは、アップリンクデータを基地局に送信してもよい。基地局は、アップリンクデータを受信した後、第1のDCIの第1のビットグループと第1のビットグループ中の第1のビットを決定してもよく、第1のビットは、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを示すために使用される。UEは、第1のDCIを受信した後、第1のビットで示されるように、1つのDCIを使用して複数のアップリンクデータのフィードバック情報が伝送されることができるように、データを再送信するかどうかを決定してもよい。したがってフィードバックリソースのオーバーヘッドが削減され、フィードバック効率が向上し、アップリンクデータが正しく受信されたかどうかをフィードバックするためのフィードバックリソースのオーバーヘッドが大きく、フィードバック効率が低いという問題の解決に役立つ。さらに、PUSCHのPRBの量Nが1よりも大きい場合、フィードバックに使用されるNビットを同じ値に設定することにより、フィードバックの信頼性が向上されることが可能である。
【０１１１】
図7は、本発明の一実施形態に係るアップリンクデータのためのさらに別のフィードバック方法のインタラクティブな概略図である。具体的には、図7に示されるように、本発明のこの実施形態によるアップリンクデータフィードバック方法は、以下のステップを含むことができる。
【０１１２】
401：基地局は第2のDCIを送信し、第2のDCIはUEのアップリンクデータを伝送するために使用されるPRBに関する情報を含む。
【０１１３】
402：UEは、第2のDCIで示されるPRBを使用して、アップリンクデータを基地局に送信する。
【０１１４】
具体的には、アップリンクデータをスケジュールするために、第2のDCIが使用されてもよい。例えば、第2のDCIは、アップリンクデータを伝送するPUSCHのPRB情報および変調およびコーディングスキームなどのリソース割り当てを含んでもよい。PRB情報は、アップリンクデータを伝送するPRBの特定の位置を示すために使用され得る。このようにして、UEは、第2のDCIに基づいて、アップリンクデータを伝送するPUSCHのPRBを決定し、PRBを使用することによってアップリンクデータを送信してもよい。
【０１１５】
403：基地局は、ビットグループと狭帯域との間の事前定義された対応関係に基づいて、第1のDCIの第1のビットグループおよび第1のビットグループ中の第1のビットを決定する。
【０１１６】
任意選択で、ビットグループと狭帯域との間の対応関係は、事前設定によって取得されてもよい。例えば、第1のDCIのビットグループの量、および各ビットグループと狭帯域インデックスとの間の対応関係は、プロトコルを使用して合意されてもよく、アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域に関連付けられたビットグループは、第1のビットグループである。
【０１１７】
例えば、第1のDCIのビットが2つのビットグループを構成し、2つのビットグループが2つの連続した狭帯域に関連付けられていることが事前定義されていると想定される。例えば、第1のDCIの低（高）6ビットは第1のビットグループを構成し、高（低）6ビットは第2のビットグループを構成する。任意選択で、第1のDCIの各ビットグループに関連付けられた狭帯域は、次の方法で決定されてもよい：第1のDCIの第1のビットグループに関連付けられた狭帯域インデックスは偶数であるか、または第1のビットグループに関連付けられた狭帯域は偶数のインデックスを有する狭帯域であり、第2のビットグループに関連付けられた狭帯域インデックスは奇数であるか、または第2のビットグループに関連付けられた狭帯域は奇数のインデックスを有する狭帯域である。アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域が偶数のインデックスを有する狭帯域である場合、第1のDCIの低（高）6ビットによって構成されるビットグループが第1のビットグループである。アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域が奇数のインデックスを有する狭帯域である場合、第1のDCIの高（低）6ビットによって構成されるビットグループが第1のビットグループである。図8に示されるように、アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域が9のインデックスを有する狭帯域である場合、斜線部分で示されるビットグループが第1のビットグループとして使用されてもよい。
【０１１８】
別の例では、第1のDCIのビットが1つのビットグループを構成することが事前定義されていると想定され、第1のDCIのビットグループに関連付けられた狭帯域は、次の方法で決定されてもよい：第1のDCIの1つのビットグループは、第1のDCIのビットで構成される1つのビットグループが第1のビットグループであると決定できるように、1つの狭帯域に関連付けられている。同様に、代替として、第1のDCIのビットが3または4以上のビットグループを構成し、ビットグループが対応する量の連続狭帯域に関連付けられることが事前定義されてもよく、詳細はここでは詳細に説明されない。
【０１１９】
404：基地局は第1のDCIを送信する。
【０１２０】
405：UEは、ビットグループと狭帯域の間の事前定義された対応関係に基づいて、第1のDCIの第1のビットグループおよび第1のビットグループ中の第1のビットを決定する。
【０１２１】
406：UEは、第1のビットに基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定する。
【０１２２】
具体的には、基地局は、第1のビットグループおよび第1のビットを決定した後、第1のDCIを送信してもよい。任意選択で、第1のDCIを送信する前に、基地局は、さらに、第1のDCIのCRCをスクランブルしてもよい。例えば、基地局は、アップリンクデータを伝送するPRBが位置付けられる狭帯域のインデックスに基づいて、スクランブルに使用されるスクランブリングコードを決定し、第1のDCIのCRCのスクランブル後に、スクランブルされた第1のDCIをスクランブリングコードでUEに送信してもよい。
【０１２３】
例えば、本発明のこの実施形態では、ビットckとbkとの間の関係（ckおよびbkの説明については、図4に示される実施形態の説明を参照）は以下であってもよい：
k＝0、1、2、…、A−1の場合、ck＝bk
k＝A、A＋1、A＋2、…、A＋15の場合、ck＝（bk＋xNB、k−A）mod2
【０１２４】
xNB，0、xNB，1、…、xNB，15は、アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域のインデックスに基づいて決定されるスクランブリングコードである。例えば、xNB，0、xNB，1、…、xNB，15は16桁の2進数であってもよく、fun（narrowband index）の値を示す。fun（narrowband index）は、狭帯域インデックスの関数を示す。
【０１２５】
例えば、第1のDCIのビットが2つのビットグループを構成し、2つのビットグループが2つの連続した狭帯域に関連付けられていることが事前定義されている。この場合のfunは次のとおりである。
【数１】
0006884885.tif 000002
【０１２６】
このシナリオでは、アップリンクデータを伝送するPUSCHのPRBが位置付けられる狭帯域のインデックスが9であると想定すると、xNB，0、xNB，1、…、xNB，15の値は0000 0000 0000 1000である。
【０１２７】
別の例では、第1のDCIのビットが1つのビットグループを構成し、ビットグループが1つの狭帯域に関連付けられていることが事前定義されている。この場合、fun（narrowband index）＝narrowband indexである。
【０１２８】
さらに、UEは、基地局によって送信された第1のDCIを受信し、ビットグループと狭帯域との間の事前定義された対応関係に基づいて第1のビットグループおよび第1のビットを決定してもよい。UEによって第1ビットグループと第1ビットを決定する方法は、基地局によって第1ビットグループと第1ビットを決定する方法と同じであってもよく、詳細はここでは再度説明されない。任意選択で、基地局によって送信された第1のDCIを受信するとき、UEは、第1のDCIを取得するために、事前設定された方法で決定されたスクランブリングコードを使用して、基地局によって送信されたDCIのCRCをデスクランブルしてもよい。デスクランブリングのためのスクランブリングコードをUEによって決定する方法は、スクランブリングのために基地局によってスクランブリングコードを決定する方法と同じであってもよく、詳細はここでは再度説明されない。
【０１２９】
さらに、第1のビットを決定した後、UEは、第1のビットによって示されるフィードバック情報に基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定してもよい。第1のビットは、0または1を使用して、またはNDIを使用して、ACKまたはNACKを示してもよい。詳細については、前述の関連する説明を参照し、詳細はここでは再度説明されない。
【０１３０】
本発明のこの実施形態では、UEは、アップリンクデータを基地局に送信してもよい。基地局は、アップリンクデータを受信した後、第1のDCIの第1のビットグループと第1のビットグループ中の第1のビットを決定してもよく、第1のビットは、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを示すために使用される。UEは、第1のDCIを受信した後、第1のビットで示されるように、1つのDCIを使用して複数のアップリンクデータのフィードバック情報が伝送されることができるように、データを再送信するかどうかを決定してもよい。したがってフィードバックリソースのオーバーヘッドが削減され、フィードバック効率が向上し、アップリンクデータが正しく受信されたかどうかをフィードバックするためのフィードバックリソースのオーバーヘッドが大きく、フィードバック効率が低いという問題の解決に役立つ。さらに、PUSCHのPRBの量Nが1よりも大きい場合、フィードバックに使用されるNビットを同じ値に設定することにより、フィードバックの信頼性が向上されることが可能である。
【０１３１】
図9は、本発明の一実施形態によるネットワークデバイスの概略構造図である。具体的には、図9に示されるように、本発明のこの実施形態におけるネットワークデバイスは、トランシーバユニット11および処理ユニット12を含んでもよい。
【０１３２】
トランシーバユニット11は、端末デバイスからアップリンクデータを受信するように構成されている。
【０１３３】
処理ユニット12は、第1のダウンリンク制御情報の第1のビットグループおよび第1のビットグループ中の第1のビットを決定するように構成され、第1のダウンリンク制御情報のビットはX個のビットグループを含み、Xは正の整数であり、X個のビットグループは第1のビットグループを含み、X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられ、第1のビットは、アップリンクデータが正しく受信されたかどうかを示すため、または新しいアップリンクデータが端末デバイスによって送信されたかどうかを示すために使用される。
【０１３４】
トランシーバユニット11は、第1のダウンリンク制御情報を送信するようにさらに構成される。
【０１３５】
任意選択で、第1のビットグループ中の第1のビットを決定するとき、処理ユニット12は、
アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定し、
第1のダウンリンク制御情報の第1のビットグループに含まれる1つ以上のビットにおいて、物理リソースブロックに関連付けられた第1のビットを決定するように特に構成されてもよい。
【０１３６】
任意選択で、第1のダウンリンク制御情報の第1のビットグループを決定するとき、処理ユニット12は、
ビットグループと狭帯域との間の事前定義された対応関係に基づいて、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域に関連付けられたビットグループを決定し、関連付けられたビットグループを第1のビットグループとして使用するように特に構成されてもよい。
【０１３７】
任意選択で、処理ユニット12は、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスに基づいて、第1のダウンリンク制御情報のCRCのスクランブリングコードを決定し、スクランブリングコードを使用して、第1のダウンリンク制御情報のCRCをスクランブルするようにさらに構成される。
【０１３８】
さらに、第1のダウンリンク制御情報を送信するとき、トランシーバユニット11は、
スクランブルされた第1のダウンリンク制御情報を送信するようにさらに構成されてもよい。
【０１３９】
任意選択で、トランシーバユニット11は、アップリンクデータをスケジュールするために使用される第2のダウンリンク制御情報を送信するようにさらに構成され、第2のダウンリンク制御情報は、第1のダウンリンク制御情報のビットグループの量Xの指示情報、第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含む。
【０１４０】
さらに、第1のダウンリンク制御情報の第1のビットグループを決定するとき、処理ユニット12は、
第2のダウンリンク制御情報に基づいて第1のダウンリンク制御情報の第1のビットグループを決定するように特に構成されてもよい。
【０１４１】
任意選択で、トランシーバユニット11は、RRCシグナリングを送信するようにさらに構成されてもよい。
【０１４２】
トランシーバユニット11は、アップリンクデータをスケジュールするために使用される第2のダウンリンク制御情報を送信するようにさらに構成される。
【０１４３】
RRCシグナリングは、第1のダウンリンク制御情報のビットグループの量Xの指示情報を含んでもよく、第2のダウンリンク制御情報は、第1のビットグループに関する情報および狭帯域オフセット情報のうちの少なくとも1つを含んでもよい。
【０１４４】
さらに、第1のダウンリンク制御情報の第1のビットグループを決定するとき、処理ユニット12は、
RRCシグナリングおよび／または第2のダウンリンク制御情報に基づいて、第1のダウンリンク制御情報の第1のビットグループを決定するように特に構成されてもよい。
【０１４５】
任意選択で、処理ユニット12は、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスおよび狭帯域オフセット情報に基づいて、第1のダウンリンク制御情報のCRCのスクランブリングコードを決定し、スクランブリングコードを使用して、第1のダウンリンク制御情報のCRCをスクランブルするようにさらに構成される。
【０１４６】
さらに、第1のダウンリンク制御情報を送信するとき、トランシーバユニット11は、
スクランブルされた第1のダウンリンク制御情報を送信するようにさらに構成されてもよい。
【０１４７】
任意選択で、第1のビットに含まれるビットの量は、アップリンクデータによって占有される物理リソースブロックの量と同じであり、アップリンクデータによって占有される物理リソースブロックの量が1よりも大きい場合、第1のビットに含まれるビットは同じ値を有する。
【０１４８】
任意選択で、ネットワークデバイスは、前述のユニットを使用することにより、図3から図8に示される実施形態のアップリンクデータフィードバック方法において、基地局などのネットワークデバイスによって実行されるステップの一部またはすべてを実施してもよい。本発明のこの実施形態は、方法の実施形態に対応する装置の実施形態であり、方法の実施形態の説明は、本発明のこの実施形態にもまた適用可能であることを理解されたい。
【０１４９】
図10は、本発明の実施形態による端末デバイスの概略構造図である。具体的には、図10に示されるように、本発明のこの実施形態における端末デバイスは、トランシーバユニット21と処理ユニット22とを含んでもよい。
【０１５０】
トランシーバユニット21は、アップリンクデータを送信するように構成される。
【０１５１】
トランシーバユニット21は、ネットワークデバイスから第1のダウンリンク制御情報を受信するようにさらに構成される。
【０１５２】
処理ユニット22は、第1のダウンリンク制御情報の第1のビットグループおよび第1のビットグループ中の第1のビットを決定するように構成され、第1のダウンリンク制御情報のビットはX個のビットグループを含み、Xは正の整数であり、X個のビットグループは第1のビットグループを含み、X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられる。
【０１５３】
処理ユニット22は、第1のビットに基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを判定するようにさらに構成されてもよい。
【０１５４】
任意選択で、第1のビットグループ中の第1のビットを決定するとき、処理ユニット22は、
アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定し、
第1のダウンリンク制御情報の第1のビットグループに含まれる1つ以上のビットにおいて、物理リソースブロックに関連付けられた第1のビットを決定するように特に構成されてもよい。
【０１５５】
任意選択で、第1のダウンリンク制御情報の第1のビットグループを決定するとき、処理ユニット22は、
ビットグループと狭帯域との間の事前定義された対応関係に基づいて、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域に関連付けられたビットグループを決定し関連付けられたビットグループを第1のビットグループとして使用するように特に構成されてもよい。
【０１５６】
任意選択で、処理ユニット22は、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスに基づいて、第1のダウンリンク制御情報のCRCのスクランブリングコードを決定するようにさらに構成されてもよい。
【０１５７】
さらに、ネットワークデバイスから第1のダウンリンク制御情報を受信するとき、トランシーバユニット21は、第1のダウンリンク制御情報を取得するために、スクランブリングコードを使用して第1のダウンリンク制御情報のCRCをスクランブルするように特に構成されてもよい。
【０１５８】
任意選択で、トランシーバユニット21は、ネットワークデバイスから第2のダウンリンク制御情報を受信するようにさらに構成されてもよく、第2のダウンリンク制御情報はアップリンクデータをスケジュールするために使用され、第2のダウンリンク制御情報は、第1のダウンリンク制御情報のビットグループの量Xの指示情報、第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含む。さらに、第1のダウンリンク制御情報の第1のビットグループを決定するとき、処理ユニット22は、第2のダウンリンク制御情報に基づいて第1のダウンリンク制御情報の第1のビットグループを決定するように特に構成されてもよい。
【０１５９】
任意選択で、トランシーバユニット21は、ネットワークデバイスからRRCシグナリングを受信するようにさらに構成されてもよい。
【０１６０】
トランシーバユニット21は、ネットワークデバイスから第2のダウンリンク制御情報を受信するようにさらに構成されてもよく、RRCシグナリングは、第1のダウンリンク制御情報のビットグループの量Xの指示情報を含み、第2のダウンリンク制御情報はアップリンクデータをスケジュールするために使用され、第2のダウンリンク制御情報は、第1のビットグループに関する情報と狭帯域オフセット情報のうちの少なくとも1つを含む。
【０１６１】
さらに、第1のダウンリンク制御情報の第1のビットグループを決定するとき、処理ユニット22は、
RRCシグナリングおよび／または第2のダウンリンク制御情報に基づいて、第1のダウンリンク制御情報の第1のビットグループを決定するように特に構成されてもよい。
【０１６２】
任意選択で、処理ユニット22は、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスおよび狭帯域オフセット情報に基づいて、第1のダウンリンク制御情報のCRCのスクランブリングコードを決定するようにさらに構成されてもよい。
【０１６３】
さらに、ネットワークデバイスから第1のダウンリンク制御情報を受信するとき、トランシーバユニット21は、
第1のダウンリンク制御情報を取得するために、スクランブリングコードを使用して第1のダウンリンク制御情報のCRCをスクランブルするように特に構成されてもよい。
【０１６４】
任意選択で、第1のビットに含まれるビットの量は、アップリンクデータによって占有される物理リソースブロックの量と同じであり、アップリンクデータによって占有される物理リソースブロックの量が1よりも大きい場合、第1のビットに含まれるビットは同じ値を有する。
【０１６５】
任意選択で、端末デバイスは、前述のユニットを使用することにより、図3から図8に示される実施形態のアップリンクデータフィードバック方法において、UEなどの端末デバイスによって実行されるステップの一部またはすべてを実施してもよい。本発明のこの実施形態は、方法の実施形態に対応する装置の実施形態であり、方法の実施形態の説明は、本発明のこの実施形態にもまた適用可能であることを理解されたい。
【０１６６】
本発明のこの実施形態では、端末デバイスは、ネットワークデバイスにアップリンクデータを送信してもよい。ネットワークデバイスは、アップリンクデータを受信した後、第1のDCIの第1のビットグループと第1のビットグループ中の第1のビットを決定してもよく、第1のビットは、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを示すために使用される。端末デバイスは、第1のDCIを受信した後、第1のビットで示されるように、1つのDCIを使用して複数のアップリンクデータのフィードバック情報が伝送されることができるように、データを再送信するかどうかを決定してもよく、アップリンクデータが正しく受信されたかどうかをフィードバックするためのフィードバックリソースのオーバーヘッドが大きく、フィードバック効率が低いという問題の解決に役立つ。
【０１６７】
図11は、本発明の一実施形態によるアップリンクデータフィードバックシステムの概略構造図である。具体的には、図11に示されるように、本発明のこの実施形態におけるシステムは、端末デバイス1およびネットワークデバイス2を含んでもよい。
【０１６８】
端末デバイス1は、アップリンクデータを送信するように構成される。
【０１６９】
ネットワークデバイス2は、アップリンクデータを受信し、第1のダウンリンク制御情報の第1のビットグループおよび第1のビットグループ中の第1のビットを決定し、第1のダウンリンク制御情報を送信するように構成される。第1のダウンリンク制御情報のビットは、少なくとも1つのビットグループを構成し、X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられる。第1のビットは、アップリンクデータが正しく受信されたかどうかを示すため、または新しいアップリンクデータが端末デバイスによって送信されたかどうかを示すために使用される。
【０１７０】
端末デバイス1は、第1のダウンリンク制御情報を受信し、第1のダウンリンク制御情報の第1のビットグループおよび第1のビットグループ中の第1のビットを決定し、第1のビットに基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定するようにさらに構成される。
【０１７１】
具体的には、端末デバイス1については、図3から図8に対応する前述の実施形態におけるUEなどの端末デバイスの関連する説明を参照し、ネットワークデバイス2については、図3から図8に対応する前述の実施形態では、基地局などのネットワークデバイスの関連する説明を参照する。詳細はここでは再度説明されない。
【０１７２】
図12は、本発明の一実施形態による別のネットワークデバイスの概略構造図である。具体的には、図12に示されるように、本発明のこの実施形態におけるネットワークデバイスは、トランシーバ200とプロセッサ100とを含んでもよい。プロセッサ100は、トランシーバ200に接続されている。任意選択で、ネットワークデバイスはメモリ300を含んでもよく、メモリ300はプロセッサ100に接続されてもよい。
【０１７３】
トランシーバ200、メモリ300、およびプロセッサ100は、バスを使用することにより、または別の方法により、データ接続されてもよい。本実施形態では、説明のためにバスを使用することによる接続を使用する。
【０１７４】
プロセッサ100は、中央処理装置（central processing unit、CPU）、ネットワークプロセッサ（network processor、NP）、またはCPUとNPの組み合わせであってもよい。
【０１７５】
プロセッサ100は、ハードウェアチップをさらに含んでもよい。ハードウェアチップは、アプリケーション固有の集積回路（application-specific integrated circuit、ASIC）、プログラマブルロジックデバイス（programmable logic device、PLD）、またはそれらの組み合わせであってもよい。PLDは、複雑なプログラマブルロジックデバイス（complex programmable logic device、CPLD）、フィールドプログラマブルゲートアレイ（field-programmable gate array、FPGA）、汎用アレイロジック（generic array logic、GAL）、またはそれらの任意の組み合わせであってもよい。
【０１７６】
メモリ300は、ランダムアクセスメモリ（random-access memory、RAM）などの揮発性メモリ（volatile memory）を含んでもよく、メモリは、さらに、フラッシュメモリ（flash memory）、ハードディスクドライブ（hard disk drive、HDD）またはソリッドステートドライブ（solid-state drive、SSD）などの不揮発性メモリ（non-volatile memory）を含んでもよく、メモリ300は、前述のタイプのメモリの組み合わせをさらに含んでもよい。
【０１７７】
ネットワークデバイスは、基地局であっても、端末デバイスであってもよい。任意選択で、メモリ300はプログラム命令を格納するように構成されてもよく、プロセッサ100はメモリ300に格納されたプログラム命令を呼び出して、図3から図8に示される実施形態または実施形態のオプションの実装の1つ以上のステップを実行してもよく、これにより、ネットワークデバイスは前述の方法の機能を実施する。例えば、ネットワークデバイスは、前述のコンポーネントを使用することにより、図3から図8に示される実施形態のアップリンクデータフィードバック方法において、基地局などのネットワークデバイスによって実行されるステップの一部またはすべてを実施してもよい。
【０１７８】
具体的には、プロセッサ100は、端末デバイスからアップリンクデータを受信するために、トランシーバ200を呼び出し、、第1のダウンリンク制御情報の第1のビットグループおよび第1のビットグループ中の第1のビットを決定し、第1のダウンリンク制御情報を送信するために、トランシーバ200を呼び出すように構成されてもよい。
【０１７９】
第1のダウンリンク制御情報のビットは、X個のビットグループを含み、Xは正の整数である。X個のビットグループは第1のビットグループを含み、X個のビットグループのそれぞれに含まれる1つ以上のビットは、システム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられ、第1のビットは、アップリンクデータが正しく受信されたか、または端末デバイスによって新しいアップリンクデータが送信されたかどうかを示すために使用される。
【０１８０】
任意選択で、第1のビットグループ中の第1のビットを決定するとき、プロセッサ100は、アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定し、第1のダウンリンク制御情報の第1のビットグループに含まれる1つ以上のビットにおいて、物理リソースブロックに関連付けられた第1のビットを決定するように特に構成されてもよい。
【０１８１】
任意選択で、第1のダウンリンク制御情報の第1のビットグループを決定するとき、プロセッサ100は、ビットグループと狭帯域との間の事前定義された対応関係に基づいて、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域に関連付けられたビットグループを決定し、関連付けられたビットグループを第1のビットグループとして使用するように特に構成されてもよい。
【０１８２】
任意選択で、プロセッサ100は、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスに基づいて、第1のダウンリンク制御情報のCRCのスクランブリングコードを決定し、スクランブリングコードを使用して、第1のダウンリンク制御情報のCRCをスクランブルするようにさらに構成されてもよい。さらに、第1のダウンリンク制御情報を送信するとき、プロセッサ100は、スクランブルされた第1のダウンリンク制御情報を送信するためにトランシーバ200を呼び出すように特に構成されてもよい。
【０１８３】
任意選択で、プロセッサ100は、アップリンクデータをスケジュールするために使用される第2のダウンリンク制御情報を送信するために、トランシーバ200を呼び出すようにさらに構成され、第2のダウンリンク制御情報は、第1のダウンリンク制御情報のビットグループの量の指示情報、第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含む。さらに、第1のダウンリンク制御情報の第1のビットグループを決定するとき、プロセッサ100は、第2のダウンリンク制御情報に基づいて第1のダウンリンク制御情報の第1のビットグループを決定するように特に構成されてもよい。
【０１８４】
任意選択で、プロセッサ100は、RRCシグナリングを送信するためにトランシーバ200を呼び出し、アップリンクデータをスケジュールするために使用される第2のダウンリンク制御情報を送信するためにトランシーバ200を呼び出すようにさらに構成されてもよく、RRCシグナリングは、第1のダウンリンク制御情報のビットグループの量の指示情報を含み、第2のダウンリンク制御情報は、第1のビットグループに関する情報および狭帯域オフセット情報のうちの少なくとも1つを含む。さらに、第1のダウンリンク制御情報の第1のビットグループを決定するとき、プロセッサ100は、RRCシグナリングおよび／または第2のダウンリンク制御情報に基づいて、第1のダウンリンク制御情報の第1のビットグループを決定するように特に構成されてもよい。
【０１８５】
任意選択で、プロセッサ100は、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスおよび狭帯域オフセット情報に基づいて、第1のダウンリンク制御情報の巡回冗長検査CRCのスクランブリングコードを決定し、スクランブリングコードを使用して、第1のダウンリンク制御情報のCRCをスクランブルするようにさらに構成されてもよい。さらに、第1のダウンリンク制御情報を送信するとき、プロセッサ100は、スクランブルされた第1のダウンリンク制御情報を送信するためにトランシーバ200を呼び出すように特に構成されてもよい。
【０１８６】
任意選択で、第1のビットに含まれるビットの量は、アップリンクデータによって占有される物理リソースブロックの量と同じであり、アップリンクデータによって占有される物理リソースブロックの量が1よりも大きい場合、第1のビットに含まれるビットは同じ値を有する。
【０１８７】
図13は、本発明の一実施形態による別の端末デバイスの概略構造図である。具体的には、図13に示されるように、本発明のこの実施形態における端末デバイスは、トランシーバ500とプロセッサ400とを含んでもよい。プロセッサ400は、トランシーバ500に接続されている。任意選択で、端末デバイスはさらにメモリ600を含んでもよく、メモリ600はプロセッサ400に接続されてもよい。
【０１８８】
トランシーバ500、メモリ600、およびプロセッサ400は、バスを使用することにより、または別の方法により、データ接続されてもよい。本実施形態では、説明のためにバスを使用することによる接続を使用する。
【０１８９】
プロセッサ400は、CPU、NP、またはCPUとNPの組み合わせでであってもよい。
【０１９０】
プロセッサ400は、ハードウェアチップをさらに含んでもよい。ハードウェアチップは、ASIC、PLD、またはそれらの組み合わせであってもよい。PLDは、CPLD、FPGA、GAL、またはそれらの任意の組み合わせであってもよい。
【０１９１】
メモリ600は、RAMなどの揮発性メモリ（volatile memory）を含んでもよく、メモリは、フラッシュメモリ（flash memory）、HDD、またはSSDなどの不揮発性メモリ（non-volatile memory）をさらに含んでもよく、また、メモリ600は、前述のタイプのメモリの組み合わせをさらに含んでもよい。
【０１９２】
任意選択で、メモリ600はプログラム命令を格納するように構成されてもよく、プロセッサ400はメモリ600に格納されたプログラム命令を呼び出して、図3から図8に示される実施形態または実施形態のオプションの実装の1つ以上のステップを実行してもよく、これにより、端末デバイスは前述の方法の機能を実施する。例えば、端末デバイスは、前述のコンポーネントを使用することにより、図3から図8に対応する実施形態のアップリンクデータフィードバック方法において、UEなどの端末デバイスによって実行されるステップの一部または全部を実施してもよい。
【０１９３】
具体的には、プロセッサ400は、アップリンクデータを送信するために、トランシーバ500を呼び出し、ネットワークデバイスから第1のダウンリンク制御情報を受信するために、トランシーバ500を呼び出し、第1のダウンリンク制御情報の第1のビットグループおよび第1のビットグループ中の第1のビットを決定し、第1のビットに基づいて、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを決定するように構成されてもよい。
【０１９４】
第1のダウンリンク制御情報のビットは、X個のビットグループを含み、Xは正の整数である。X個のビットグループは第1ビットグループを含み、X個のビットグループのそれぞれに含まれる1つ以上のビットはシステム帯域幅の狭帯域内の1つ以上の物理リソースブロックに関連付けられる。
【０１９５】
任意選択で、第1のビットグループ中の第1のビットを決定するとき、プロセッサ400は、アップリンクデータによって占有される、狭帯域内にある物理リソースブロックを決定し、第1のダウンリンク制御情報の第1のビットグループに含まれる1つ以上のビットにおいて、物理リソースブロックに関連付けられた第1のビットを決定するように特に構成されてもよい。
【０１９６】
任意選択で、第1のダウンリンク制御情報の第1のビットグループを決定するとき、プロセッサ400は、ビットグループと狭帯域との間の事前定義された対応関係に基づいて、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域に関連付けられたビットグループを決定し、関連付けられたビットグループを第1のビットグループとして使用するように特に構成されてもよい。
【０１９７】
任意選択で、プロセッサ400は、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスに基づいて、第1のダウンリンク制御情報のCRCのスクランブリングコードを決定するようにさらに構成されてもよく、ネットワークデバイスから第1のダウンリンク制御情報を受信するとき、プロセッサ400は、第1のダウンリンク制御情報を取得するために、スクランブリングコードを使用して第1のダウンリンク制御情報のCRCをデスクランブルするように特に構成されてもよい。
【０１９８】
任意選択で、プロセッサ400は、ネットワークデバイスから第2のダウンリンク制御情報を受信するために、トランシーバ500を呼び出すようにさらに構成されてもよく、第2のダウンリンク制御情報はアップリンクデータをスケジュールするために使用され、第2のダウンリンク制御情報は、第1のダウンリンク制御情報のビットグループの量の指示情報、第1のビットグループに関する情報、または狭帯域オフセット情報のうちの少なくとも1つを含む。さらに、第1のダウンリンク制御情報の第1のビットグループを決定するとき、プロセッサ400は、第2のダウンリンク制御情報に基づいて第1のダウンリンク制御情報の第1のビットグループを決定するように特に構成されてもよい。
【０１９９】
任意選択で、プロセッサ400は、ネットワークデバイスからRRCシグナリングを受信するために、トランシーバ500を呼び出し、ネットワークデバイスから第2のダウンリンク制御情報を受信するために、トランシーバ500を呼び出すようにさらに構成されてもよく、RRCシグナリングは、第1のダウンリンク制御情報のビットグループの量Xの指示情報を含むことができ、第2のダウンリンク制御情報は、アップリンクデータをスケジュールするために使用され、第2のダウンリンク制御情報は、第1のビットグループに関する情報および狭帯域オフセット情報の少なくとも一方を含んでもよい。さらに、第1のダウンリンク制御情報の第1のビットグループを決定するとき、プロセッサ400は、RRCシグナリングおよび／または第2のダウンリンク制御情報に基づいて、第1のダウンリンク制御情報の第1のビットグループを決定するように特に構成されてもよい。
【０２００】
任意選択で、プロセッサ400は、アップリンクデータによって占有される物理リソースブロックが位置付けられる狭帯域のインデックスおよび狭帯域オフセット情報に基づいて、第1のダウンリンク制御情報のCRCのスクランブリングコードを決定するようにさらに構成されてもよく、ネットワークデバイスから第1のダウンリンク制御情報を受信するとき、プロセッサ400は、第1のダウンリンク制御情報を取得するために、スクランブリングコードを使用して第1のダウンリンク制御情報のCRCをデスクランブルするように特に構成されてもよい。
【０２０１】
任意選択で、第1のビットに含まれるビットの量は、アップリンクデータによって占有される物理リソースブロックの量と同じであり、アップリンクデータによって占有される物理リソースブロックの量が1よりも大きい場合、第1のビットに含まれるビットは同じ値を有する。
【０２０２】
本発明のこの実施形態では、端末デバイスは、ネットワークデバイスにアップリンクデータを送信してもよい。ネットワークデバイスは、アップリンクデータを受信した後、第1のDCIの第1のビットグループと第1のビットグループ中の第1のビットを決定してもよく、第1のビットは、アップリンクデータが正しく受信されたかどうか、または新しいアップリンクデータが送信されたかどうかを示すために使用される。端末デバイスは、第1のDCIを受信した後、第1のビットで示されるように、1つのDCIを使用して複数のアップリンクデータのフィードバック情報が伝送されることができるように、データを再送信するかどうかを決定してもよく、アップリンクデータが正しく受信されたかどうかをフィードバックするためのフィードバックリソースのオーバーヘッドが大きく、フィードバック効率が低いという問題の解決に役立つ。
【０２０３】
前述の実施形態では、各実施形態の説明はそれぞれ焦点を当てている。一実施形態で詳細に説明されていない部分については、他の実施形態の関連する説明を参照されたい。
【０２０４】
前述の実施形態のすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用することにより実施されてもよい。実施形態を実装するソフトウェアが使用される場合、実施形態は、コンピュータプログラム製品の形で完全にまたは部分的に実施されてもよい。コンピュータプログラム製品は、1つ以上のコンピュータ命令が含む。コンピュータプログラムの命令がコンピュータに読み込まれて実行されると、本願による手順または機能がすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよいし、コンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータの指示は、有線（例えば、同軸ケーブル、光ファイバー、またはデジタル加入者回線（DSL））またはワイヤレス（例えば、赤外線、ラジオ、およびマイクロ波など）の方法のWebサイト、コンピュータ、サーバー、またはデータセンターから別のWebサイト、コンピュータ、サーバー、またはデータセンターに送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、または1つ以上の使用可能な媒体を統合するサーバーまたはデータセンターなどのデータ記憶デバイスであってもよい。使用可能な媒体は、磁気媒体（フロッピー（登録商標）ディスク、ハードディスク、磁気テープなど）、光学媒体（DVDなど）、半導体媒体（例えば、ソリッドステートドライブ（solid state disk、SSD））などであってもよい。
【符号の説明】
【０２０５】
1  端末デバイス
2  ネットワークデバイス
11  トランシーバユニット
12  処理ユニット
21  トランシーバユニット
22  処理ユニット
100  プロセッサ
200  トランシーバ
300  メモリ
400  プロセッサ
500  トランシーバ
600  メモリ
【図１】
0006884885.tif 000003
【図２ａ】
0006884885.tif 000004
【図２ｂ】
0006884885.tif 000005
【図３】
0006884885.tif 000006
【図４】
0006884885.tif 000007
【図５ａ】
0006884885.tif 000008
【図５ｂ】
0006884885.tif 000009
【図６】
0006884885.tif 000010
【図７】
0006884885.tif 000011
【図８】
0006884885.tif 000012
【図９】
0006884885.tif 000013
【図１０】
0006884885.tif 000014
【図１１】
0006884885.tif 000015
【図１２】
0006884885.tif 000016
【図１３】
0006884885.tif 000017