特許 6629863 ユーザ機器、アクセスネットワークデバイス、ならびにフィードバック情報送信および受信方法

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

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

(11)【特許番号】6629863

(24)【登録日】2019年12月13日

(45)【発行日】2020年1月15日

(54)【発明の名称】ユーザ機器、アクセスネットワークデバイス、ならびにフィードバック情報送信および受信方法

(51)【国際特許分類】

   H04L 27/26 20060101AFI20200106BHJP

   H04W 28/06 20090101ALI20200106BHJP

   H04W 28/04 20090101ALI20200106BHJP

【ＦＩ】

   H04L27/26 113

   H04W28/06

   H04W28/04 110

   H04L27/26 313

   H04L27/26 100

【請求項の数】36

【全頁数】94

(21)【出願番号】特願2017-534996(P2017-534996)

(86)(22)【出願日】2015年1月22日

(65)【公表番号】特表2018-505592(P2018-505592A)

(43)【公表日】2018年2月22日

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

(87)【国際公開番号】WO2016106905

(87)【国際公開日】20160707

【審査請求日】2017年8月16日

(31)【優先権主張番号】PCT/CN2014/095978

(32)【優先日】2014年12月31日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】504161984

【氏名又は名称】ホアウェイ・テクノロジーズ・カンパニー・リミテッド

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内 敬二

(72)【発明者】

【氏名】官 磊

【審査官】 大野 友輝

(56)【参考文献】

【文献】 米国特許出願公開第２０１４／００４４０９２（ＵＳ，Ａ１）

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

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

Ｈ０４Ｌ ２７／２６

Ｈ０４Ｗ ２８／０４

Ｈ０４Ｗ ２８／０６

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

【請求項1】

ユーザ機器であって、
アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信し、前記ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するように構成されている受信モジュールと、
受信された前記データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定するように構成されている処理モジュールであって、前記アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含む、処理モジュールとを含み、
前記処理モジュールは、チャネルリソースを決定するようにさらに構成され、前記チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、前記第1のアップリンクチャネルリソースは、前記第1の部分集合に対応し、前記第2のアップリンクチャネルリソースは、前記第2の部分集合に対応し、
前記ユーザ機器は、
前記処理モジュールによって決定された前記チャネルリソースが前記第1のアップリンクチャネルリソースであるとき、n-リソース-要素チャネルフォーマットを使用することによって前記アップリンクサブフレーム内の前記第1のアップリンクチャネルリソース上で前記フィードバック情報を送信し、
前記処理モジュールによって決定された前記チャネルリソースが前記第2のアップリンクチャネルリソースであるとき、m-リソース-要素チャネルフォーマットを使用することによって前記アップリンクサブフレーム内の前記第2のアップリンクチャネルリソース上で前記フィードバック情報を送信するように構成されている送信モジュールであって、mおよびnは自然数であり、m>nである、送信モジュールをさらに含み、
前記チャネルリソースを決定する前に、前記処理モジュールは、前記アクセスネットワークデバイスによって構成される第2のアップリンクチャネルリソース集合を取得するようにさらに構成され、前記第2のアップリンクチャネルリソースは、前記第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、前記第2のアップリンクチャネルリソース集合に含まれる複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は、第1のアップリンクチャネルリソース集合を構成し、前記第1のアップリンクチャネルリソースは、前記第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ユーザ機器。

【請求項2】

前記ダウンリンク制御情報は、リソース指示情報を含み、
前記処理モジュールは、前記リソース指示情報に従って、前記フィードバック情報を搬送するために使用される前記チャネルリソースを決定するように構成されている、請求項1に記載のユーザ機器。

【請求項3】

前記処理モジュールによって決定される前記チャネルリソースは、前記第1のアップリンクチャネルリソースであり、
前記処理モジュールは、
前記リソース指示情報に従って前記第2のアップリンクチャネルリソース集合から、前記リソース指示情報によって指示されるアップリンクチャネルリソースを決定し、前記第1のアップリンクチャネルリソースを、前記リソース指示情報によって指示される前記アップリンクチャネルリソースから決定するように構成されているか、または
前記第1のアップリンクチャネルリソースを、前記リソース指示情報に従って前記第1のアップリンクチャネルリソース集合から決定するように構成されているか、または
前記リソース指示情報に従って前記第1のアップリンクチャネルリソースを決定するように構成され、前記第1のアップリンクチャネルリソースは、前記第2のアップリンクチャネルリソース集合内にあるアップリンクチャネルリソースの一部である、請求項2に記載のユーザ機器。

【請求項4】

前記処理モジュールは、前記ユーザ機器の識別情報または事前構成されている情報に従って、前記リソース指示情報によって指示される前記アップリンクチャネルリソース内の前記第1のアップリンクチャネルリソースを決定するように構成され、前記リソース指示情報によって指示される前記アップリンクチャネルリソースは、前記第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、請求項2または3に記載のユーザ機器。

【請求項5】

n-リソース-要素チャネルフォーマットに対応する前記第1のアップリンクチャネルリソースはn個のリソース要素を含み、m-リソース-要素チャネルフォーマットに対応する前記第2のアップリンクチャネルリソースはm個のリソース要素を含む、請求項1から4のいずれか一項に記載のユーザ機器。

【請求項6】

前記処理モジュールは、最初に周波数領域キャリア番号に従って、そして時間領域サブフレーム番号に従って少なくとも1つのダウンリンクサブフレームを決定ようにさらに構成され、前記少なくとも1つのダウンリンクサブフレームは前記第1の部分集合または前記第2の部分集合を構成する、請求項1から5のいずれか一項に記載のユーザ機器。

【請求項7】

n-リソース-要素チャネルフォーマットを使用することによって前記第1のアップリンクチャネルリソースにおいて送信された前記フィードバック情報は、前記第1の部分集合に対応するpコードブックサイズのフィードバック情報であり、
m-リソース-要素チャネルフォーマットを使用することによって前記第2のアップリンクチャネルリソースにおいて送信された前記フィードバック情報は、前記第2の部分集合に対応するqコードブックサイズのフィードバック情報であり、
pおよびqは自然数であり、q>pである、請求項1から6のいずれか一項に記載のユーザ機器。

【請求項8】

前記第1の部分集合内のダウンリンクサブフレームの数は閾値以下であり、かつ／または前記第2の部分集合内のダウンリンクサブフレームの数は閾値より大きい、請求項1から7のいずれか一項に記載のユーザ機器。

【請求項9】

前記第1の部分集合は、少なくとも2つのダウンリンクサブフレームを含み、前記第1の部分集合は前記第2の部分集合の真部分集合であるか、または前記第1の部分集合は前記第2の部分集合と部分的に重なり合う、請求項1から7のいずれか一項に記載のユーザ機器。

【請求項10】

アクセスネットワークデバイスであって、
ダウンリンク制御情報をユーザ機器(UE)に送信し、前記ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを前記UEに送信するように構成されている送信モジュールと、
前記データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定し、チャネルリソースを決定するように構成されている処理モジュールであって、前記アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含み、前記チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、前記第1のアップリンクチャネルリソースは、前記第1の部分集合に対応し、前記第2のアップリンクチャネルリソースは、前記第2の部分集合に対応する、処理モジュールと、
前記処理モジュールによって決定された前記チャネルリソースが前記第1のアップリンクチャネルリソースであるとき、前記アップリンクサブフレーム内の前記第1のアップリンクチャネルリソース上で、n-リソース-要素チャネルフォーマットを使用することによって送信された前記フィードバック情報を受信し、
前記処理モジュールによって決定された前記チャネルリソースが前記第2のアップリンクチャネルリソースであるとき、前記アップリンクサブフレーム内の前記第2のアップリンクチャネルリソース上で、m-リソース-要素チャネルフォーマットを使用することによって送信された前記フィードバック情報を受信するように構成されている受信モジュールであって、mおよびnは自然数であり、m>nである、受信モジュールと、を含み、
前記送信モジュールは、第2のアップリンクチャネルリソース集合に関する情報を前記UEに送信するようにさらに構成され、前記第2のアップリンクチャネルリソースは、前記第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、前記第2のアップリンクチャネルリソース集合内の複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は、第1のアップリンクチャネルリソース集合を構成し、前記第1のアップリンクチャネルリソースは、前記第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、アクセスネットワークデバイス。

【請求項11】

前記ダウンリンク制御情報は、リソース指示情報を含み、前記リソース指示情報は、前記フィードバック情報を搬送するために使用される前記第1のアップリンクチャネルリソースまたは前記第2のアップリンクチャネルリソースを指示するために使用される、請求項10に記載のアクセスネットワークデバイス。

【請求項12】

前記処理モジュールによって決定される前記チャネルリソースは、前記第1のアップリンクチャネルリソースであり、
前記リソース指示情報は、前記第2のアップリンクチャネルリソース集合内にあり、前記第1のアップリンクチャネルリソースを含むアップリンクチャネルリソースを指示するか、または
前記リソース指示情報は、前記第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースの一部である前記第1のアップリンクチャネルリソースを指示する、請求項11に記載のアクセスネットワークデバイス。

【請求項13】

前記リソース指示情報は、前記第2のアップリンクチャネルリソース集合内にあり、前記第1のアップリンクチャネルリソースを含む前記アップリンクチャネルリソースを指示し、
前記処理モジュールは、前記UEの識別情報または事前構成されている情報に従って、前記リソース指示情報によって指示される前記アップリンクチャネルリソース内の前記第1のアップリンクチャネルリソースを決定するようにさらに構成されている、請求項11または12に記載のアクセスネットワークデバイス。

【請求項14】

n-リソース-要素チャネルフォーマットに対応する前記第1のアップリンクチャネルリソースはn個のリソース要素を含み、m-リソース-要素チャネルフォーマットに対応する前記第2のアップリンクチャネルリソースはm個のリソース要素を含む、請求項10から13のいずれか一項に記載のアクセスネットワークデバイス。

【請求項15】

前記第1のアップリンクチャネルリソースにおいて受信された前記フィードバック情報は、前記第1の部分集合に対応するpコードブックサイズのフィードバック情報であり、
前記第2のアップリンクチャネルリソースにおいて受信された前記フィードバック情報は、前記第2の部分集合に対応するqコードブックサイズのフィードバック情報であり、
pおよびqは自然数であり、q>pである、請求項10から14のいずれか一項に記載のアクセスネットワークデバイス。

【請求項16】

前記第1の部分集合内のダウンリンクサブフレームの数は閾値以下であり、かつ／または前記第2の部分集合内のダウンリンクサブフレームの数は閾値より大きい、請求項10から15のいずれか一項に記載のアクセスネットワークデバイス。

【請求項17】

前記第1の部分集合は、少なくとも2つのダウンリンクサブフレームを含み、前記第1の部分集合は前記第2の部分集合の真部分集合であるか、または前記第1の部分集合は前記第2の部分集合と部分的に重なり合う、請求項10から15のいずれか一項に記載のアクセスネットワークデバイス。

【請求項18】

フィードバック情報送信方法であって、
ユーザ機器(UE)によって、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信するステップと、
前記UEによって、前記ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するステップと、
前記UEによって、前記データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定するステップであって、前記アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含む、ステップと、
前記UEによって、チャネルリソースを決定するステップであって、前記チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、前記第1のアップリンクチャネルリソースは、前記第1の部分集合に対応し、前記第2のアップリンクチャネルリソースは、前記第2の部分集合に対応する、ステップと、
決定された前記チャネルリソースが前記第1のアップリンクチャネルリソースであるとき、前記UEによって、n-リソース-要素チャネルフォーマットを使用することによって前記アップリンクサブフレーム内の前記第1のアップリンクチャネルリソース上で前記フィードバック情報を送信し、
決定された前記チャネルリソースが前記第2のアップリンクチャネルリソースであるとき、前記UEによって、m-リソース-要素チャネルフォーマットを使用することによって前記アップリンクサブフレーム内の前記第2のアップリンクチャネルリソース上で前記フィードバック情報を送信するステップであって、mおよびnは自然数であり、m>nである、ステップと、を含み、
前記チャネルリソースを決定する前に、前記方法は、
前記UEによって、前記アクセスネットワークデバイスによって構成される第2のアップリンクチャネルリソース集合を取得するステップであって、前記第2のアップリンクチャネルリソースは、前記第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、前記第2のアップリンクチャネルリソース集合に含まれる複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は、第1のアップリンクチャネルリソース集合を構成し、前記第1のアップリンクチャネルリソースは、前記第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ステップを含む方法。

【請求項19】

前記ダウンリンク制御情報は、リソース指示情報を含み、
前記UEによって、チャネルリソースを決定するステップは、
前記UEによって、前記リソース指示情報に従って、前記フィードバック情報を搬送するために使用される前記チャネルリソースを決定するステップを含む、請求項18に記載の方法。

【請求項20】

決定される前記チャネルリソースは、前記第1のアップリンクチャネルリソースであり、前記UEによって、前記リソース指示情報に従って、前記チャネルリソースを決定するステップは、
前記UEによって、前記リソース指示情報に従って前記第2のアップリンクチャネルリソース集合から、前記リソース指示情報によって指示されるアップリンクチャネルリソースを決定し、前記第1のアップリンクチャネルリソースを、前記リソース指示情報によって指示される前記アップリンクチャネルリソースから決定するステップ、または
前記UEによって、前記第1のアップリンクチャネルリソースを、前記リソース指示情報に従って前記第1のアップリンクチャネルリソース集合から決定するステップ、または
前記UEによって、前記リソース指示情報に従って前記第1のアップリンクチャネルリソースを決定するステップであって、前記第1のアップリンクチャネルリソースは、前記第2のアップリンクチャネルリソース集合内にあるアップリンクチャネルリソースの一部である、ステップ、を含む請求項19に記載の方法。

【請求項21】

前記UEによって、前記リソース指示情報に従って、前記チャネルリソースを決定するステップは、
前記UEによって、前記UEの識別情報または事前構成されている情報に従って、前記リソース指示情報によって指示される前記アップリンクチャネルリソース内の前記第1のアップリンクチャネルリソースを決定するステップであって、前記リソース指示情報によって指示される前記アップリンクチャネルリソースは、前記第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ステップを含む請求項19または20に記載の方法。

【請求項22】

n-リソース-要素チャネルフォーマットに対応する前記第1のアップリンクチャネルリソースはn個のリソース要素を含み、m-リソース-要素チャネルフォーマットに対応する前記第2のアップリンクチャネルリソースはm個のリソース要素を含む、請求項18から21のいずれか一項に記載の方法。

【請求項23】

前記UEによって、少なくとも1つのダウンリンクサブフレームを、最初に周波数領域キャリア番号に従って、そして時間領域サブフレーム番号に従って決定するステップであって、前記少なくとも1つのダウンリンクサブフレームは、前記第1の部分集合および前記第2の部分集合を構成する、ステップをさらに含む、請求項18から22のいずれか一項に記載の方法。

【請求項24】

n-リソース-要素チャネルフォーマットを使用することによって前記第1のアップリンクチャネルリソースにおいて送信された前記フィードバック情報は、前記第1の部分集合に対応するpコードブックサイズのフィードバック情報であり、
m-リソース-要素チャネルフォーマットを使用することによって前記第2のアップリンクチャネルリソースにおいて送信された前記フィードバック情報は、前記第2の部分集合に対応するqコードブックサイズのフィードバック情報であり、
pおよびqは自然数であり、q>pである、請求項18から23のいずれか一項に記載の方法。

【請求項25】

フィードバック情報受信方法であって、
アクセスネットワークデバイスによって、ダウンリンク制御情報をユーザ機器(UE)に送信するステップと、
前記アクセスネットワークデバイスによって、前記ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを前記UEに送信するステップと、
前記アクセスネットワークデバイスによって、前記データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定するステップであって、前記アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含む、ステップと、
前記アクセスネットワークデバイスによって、チャネルリソースを決定するステップであって、前記チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、前記第1のアップリンクチャネルリソースは、前記第1の部分集合に対応し、前記第2のアップリンクチャネルリソースは、前記第2の部分集合に対応する、ステップと、
前記アクセスネットワークデバイスによって、第2のアップリンクチャネルリソース集合に関する情報を前記UEに送信するステップであって、前記第2のアップリンクチャネルリソースは、前記第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、前記第2のアップリンクチャネルリソース集合内の複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は、第1のアップリンクチャネルリソース集合を構成し、前記第1のアップリンクチャネルリソースは、前記第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ステップと、
決定された前記チャネルリソースが前記第1のアップリンクチャネルリソースであるとき、前記アクセスネットワークデバイスによって、前記アップリンクサブフレーム内の前記第1のアップリンクチャネルリソース上で、n-リソース-要素チャネルフォーマットを使用することによって送信された前記フィードバック情報を受信し、決定された前記チャネルリソースが前記第2のアップリンクチャネルリソースであるとき、前記アクセスネットワークデバイスによって、前記アップリンクサブフレーム内の前記第2のアップリンクチャネルリソース上で、m-リソース-要素チャネルフォーマットを使用することによって送信された前記フィードバック情報を受信するステップであって、mおよびnは自然数であり、m>nである、ステップとを含む方法。

【請求項26】

前記ダウンリンク制御情報は、リソース指示情報を含み、前記リソース指示情報は、前記フィードバック情報を搬送するために使用される前記第1のアップリンクチャネルリソースまたは前記第2のアップリンクチャネルリソースを指示するために使用される、請求項25に記載の方法。

【請求項27】

決定される前記チャネルリソースは、前記第1のアップリンクチャネルリソースであり、
前記リソース指示情報は、前記第2のアップリンクチャネルリソース集合内にあり、前記第1のアップリンクチャネルリソースを含むアップリンクチャネルリソースを指示するか、または
前記リソース指示情報は、前記第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースの一部である前記第1のアップリンクチャネルリソースを指示する、請求項26に記載の方法。

【請求項28】

前記リソース指示情報は、前記第2のアップリンクチャネルリソース集合内にあり、前記第1のアップリンクチャネルリソースを含む前記アップリンクチャネルリソースを指示し、
前記方法は、前記UEの識別情報または事前構成されている情報に従って、前記リソース指示情報によって指示される前記アップリンクチャネルリソース内の前記第1のアップリンクチャネルリソースを決定するステップをさらに含む、請求項26または27に記載の方法。

【請求項29】

n-リソース-要素チャネルフォーマットに対応する前記第1のアップリンクチャネルリソースはn個のリソース要素を含み、m-リソース-要素チャネルフォーマットに対応する前記第2のアップリンクチャネルリソースはm個のリソース要素を含む、請求項25から28のいずれか一項に記載の方法。

【請求項30】

前記第1のアップリンクチャネルリソースにおいて受信された前記フィードバック情報は、前記第1の部分集合に対応するpコードブックサイズのフィードバック情報であり、
前記第2のアップリンクチャネルリソースにおいて受信された前記フィードバック情報は、前記第2の部分集合に対応するqコードブックサイズのフィードバック情報であり、
pおよびqは自然数であり、q>pである、請求項25から29のいずれか一項に記載の方法。

【請求項31】

前記第1の部分集合内のダウンリンクサブフレームの数は閾値以下であり、かつ／または前記第2の部分集合内のダウンリンクサブフレームの数は閾値より大きい、請求項18から30のいずれか一項に記載の方法。

【請求項32】

前記第1の部分集合は、少なくとも2つのダウンリンクサブフレームを含み、前記第1の部分集合は前記第2の部分集合の真部分集合であるか、または前記第1の部分集合は前記第2の部分集合と部分的に重なり合う、請求項18から31のいずれか一項に記載の方法。

【請求項33】

ユーザ機器であって、
アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信し、前記ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するように構成されている受信機と、
受信された前記データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定するように構成されているプロセッサであって、前記アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含む、プロセッサと、を含み、
前記プロセッサは、チャネルリソースを決定するようにさらに構成され、前記チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、前記第1のアップリンクチャネルリソースは、前記第1の部分集合に対応し、前記第2のアップリンクチャネルリソースは、前記第2の部分集合に対応し、
前記チャネルリソースを決定する前に、前記プロセッサは、前記アクセスネットワークデバイスによって構成される第2のアップリンクチャネルリソース集合を取得するようにさらに構成され、前記第2のアップリンクチャネルリソースは、前記第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、前記第2のアップリンクチャネルリソース集合に含まれる複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は、第1のアップリンクチャネルリソース集合を構成し、前記第1のアップリンクチャネルリソースは、前記第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、
前記ユーザ機器は、
前記プロセッサによって決定された前記チャネルリソースが前記第1のアップリンクチャネルリソースであるとき、n-リソース-要素チャネルフォーマットを使用することによって前記アップリンクサブフレーム内の前記第1のアップリンクチャネルリソース上で前記フィードバック情報を送信し、
前記プロセッサによって決定された前記チャネルリソースが前記第2のアップリンクチャネルリソースであるとき、m-リソース-要素チャネルフォーマットを使用することによって前記アップリンクサブフレーム内の前記第2のアップリンクチャネルリソース上で前記フィードバック情報を送信するように構成されている送信モジュールであって、mおよびnは自然数であり、m>nである、送信モジュールをさらに含むユーザ機器。

【請求項34】

アクセスネットワークデバイスであって、
ダウンリンク制御情報をユーザ機器(UE)に送信し、前記ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを前記UEに送信するように構成されている送信機と、
前記データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定し、チャネルリソースを決定するように構成されているプロセッサであって、前記アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含み、前記チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、前記第1のアップリンクチャネルリソースは、前記第1の部分集合に対応し、前記第2のアップリンクチャネルリソースは、前記第2の部分集合に対応する、プロセッサと、を含み、
前記送信機は、第2のアップリンクチャネルリソース集合に関する情報を前記UEに送信するようにさらに構成され、前記第2のアップリンクチャネルリソースは、前記第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、前記第2のアップリンクチャネルリソース集合内の複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は、第1のアップリンクチャネルリソース集合を構成し、前記第1のアップリンクチャネルリソースは、前記第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、
前記アクセスネットワークデバイスは、
決定された前記チャネルリソースが前記第1のアップリンクチャネルリソースであるとき、n-リソース-要素チャネルフォーマットを使用することによって送信された前記フィードバック情報を、前記アップリンクサブフレーム内の前記第1のアップリンクチャネルリソース上で受信し、
決定された前記チャネルリソースが前記第2のアップリンクチャネルリソースであるとき、m-リソース-要素チャネルフォーマットを使用することによって送信された前記フィードバック情報を、前記アップリンクサブフレーム内の前記第2のアップリンクチャネルリソース上で受信するように構成されている受信機であって、mおよびnは自然数であり、m>nである、受信機をさらに含むアクセスネットワークデバイス。

【請求項35】

プロセッサによって実行されるとき、請求項18から24のいずれか一項に記載の方法または請求項25から30のいずれか一項に記載の方法を実行するための命令を含むコンピュータ読み取り可能な記憶媒体。

【請求項36】

コンピュータに、請求項18から24のいずれか一項に記載のステップまたは請求項25から30のいずれか一項に記載のステップを実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、2014年12月31日に中国特許庁に出願され、発明の名称を「USER EQUIPMENT, ACCESS NETWORK DEVICE, AND FEEDBACK INFORMATION SENDING AND RECEIVING METHODS」とする出願番号PCT/CN2014/095978の優先権を主張し、その全体が参照によりここに組み込まれる。

【0002】

本発明は、通信システムの分野、詳細には、ユーザ機器、アクセスネットワークデバイス、およびフィードバック情報送信および受信方法に関する。

【背景技術】

【0003】

ロングタームエボリューション(Long Term Evolution、LTE)システムにおいて、時間周波数リソースは、時間領域次元における直交周波数分割多重(Orthogonal Frequency Division Multiplexing、OFDM)シンボルまたはシングルキャリア周波数分割多元接続(Single Carrier-Frequency Division Multiplexing Access、SC-FDMA)シンボル(これ以降、時間領域シンボルと称される)および周波数領域次元におけるサブキャリアに分割される。最小リソース粒度は、リソース要素(resource element、RE)と称され、すなわち、時間領域内の1つの時間領域シンボルと周波数領域内の1つのサブキャリアとを含む時間周波数グリッドである。LTEシステムにおいて、基地局によるスケジューリングに基づきサービス伝送が実行される。基地局によるスケジューリングの基本的時間単位は、サブフレームである。1つのサブフレームは、複数の時間領域シンボルを含む。具体的なスケジューリング手順は、次のとおりである。基地局は、物理ダウンリンク制御チャネル(Physical Downlink Control Channel、PDCCH)または拡張PDCCH(enhanced PDCCH、EPDCCH)などの、制御チャネルを送信する。制御チャネルは、物理ダウンリンク共有チャネル(Physical Downlink Shared Channel、PDSCH)または物理アップリンク共有チャネル(Physical Uplink Shared Channel、PUSCH)などのデータチャネルのスケジューリング情報を搬送することができ、スケジューリング情報は、リソース割り当て情報および変調符号化方式などの、制御情報を含む。ユーザ機器(User Equipment、UE)は、サブフレーム内の制御チャネルを検出し、検出された制御チャネル上で搬送されるスケジューリング情報に従ってダウンリンクデータチャネルを受信するか、またはアップリンクデータチャネルを送信する。

【0004】

LTEは、周波数分割複信(Frequency Division Duplex、FDD)および時分割複信(Time Division Duplex、TDD)をサポートする。FDDシステムでは、アップリンク伝送およびダウンリンク伝送は、異なるキャリア上で実行される。TDDシステムでは、アップリンク伝送およびダウンリンク伝送は、異なる時刻に同じキャリア上で実行される。

【0005】

LTEは、現在、7つの異なるTDDアップリンク-ダウンリンクサブフレーム構成をサポートしている。表1に表されているように、Dはダウンリンクサブフレームを表現し、Sはスペシャルサブフレームを表現し、Uはアップリンクサブフレームを表現する。

【0006】

【表1】

【0007】

LTEでは、ハイブリッド自動再送要求(Hybrid Automatic Repeat Request、HARQ)機構が使用されている。たとえば、ダウンリンクでは、UEがPDSCHを受信した後、PDSCHが正しく受信されている場合、UEは、PUCCH上で肯定応答(acknowledgement、ACK)をフィードバックする。PDSCHが正しく受信されていない場合、UEは、PUCCH上で否定応答(Negative acknowledgement、NACK)をフィードバックする。FDDについては、サブフレームn-4でPDSCHを受信した後、UEは、サブフレームnでACK/NACKをフィードバックする。TDDについては、PDSCHの受信とPDSCHに対応するACK/NACKのフィードバックとの間の時間シーケンスの関係が、表2に表されている。表2において、第1行の番号0から9は、各々、アップリンクサブフレームnを表現し、第1列内の番号は、アップリンク-ダウンリンクサブフレーム構成を表現し、第1行内の番号に対応する列内の番号kは集合Kを構成し、番号kはダウンリンクサブフレームn-k内のPDSCHに対応するACK/NACKがアップリンクサブフレームnでフィードバックされる必要があることを示す。たとえば、アップリンク-ダウンリンク構成1において、nが2であるときに、K={7,6}であり、それは、アップリンクサブフレーム2がダウンリンクサブフレームn-7でPDSCHに対応するACK/NACKを、ダウンリンクサブフレームn-6でPDSCHに対応するACK/NACKをフィードバックするために使用されることを示す。ダウンリンクサブフレームn-7は、ダウンリンクサブフレーム5であり、ダウンリンクサブフレームn-6は、ダウンリンクサブフレーム6である。

【0008】

【表2】

【0009】

LTEは、キャリア・アグリゲーション(Carrier Aggregation、CA)技術をさらにサポートし、すなわち、基地局は、UEのデータレートを増大させるためにUEに対して複数のキャリアを構成する。複数のキャリアは、時間領域内で同期して送信され、UEは、各キャリアをスケジュールするためのPDCCH、およびPDCCHに対応するPDSCHを別々に検出し得る。各キャリアを検出する具体的なプロセスは、前述のシングルキャリアの場合のプロセスに類似している。

【0010】

LTEシステムは、FDD CA、TDD CA、およびFDD+TDD CAをサポートする。TDD CAは、同じアップリンク-ダウンリンクサブフレーム構成を有するTDD CA、および異なるアップリンク-ダウンリンクサブフレーム構成を有するTDD CAを含む。CAモードでは、1つのプライマリコンポーネントキャリアおよび少なくとも1つのセカンダリコンポーネントキャリアが、UEに対して構成され、ACK/NACKを搬送するPUCCHが、UEのプライマリコンポーネントキャリア上でのみ送信される。CAモードにおけるPUCCH送信モードは、チャネル選択モードおよびPUCCHフォーマット3モードを含む。PUCCHフォーマット3モードでは、離散フーリエ変換拡散直交周波数分割多重(discrete Fourier transform-spread-OFDM、DFT-S-OFDM)伝送方式が使用され、最大20個のACK/NACKビットが伝送されることが可能であり、最大5個のキャリアのTDD CAがサポートされることが可能である。たとえば、現在のネットワークで配備されている主流のTDDアップリンク-ダウンリンク構成2において、1つのキャリア上のアップリンクサブフレーム2は、4つのダウンリンクサブフレームに対するACK/NACKビットのフィードバックをサポートすることができ、TDDアップリンク-ダウンリンク構成2を有する5つのキャリアのCAは、20個のACK/NACKビットのフィードバックをサポートする。

【0011】

LTE技術のさらなる発展により、20ビットを超えるなど、より多くのACK/NACKビットのフィードバックが将来サポートされる必要があり得る。以下は、より多くのビットをどのようにフィードバックするかを説明する。

【0012】

たとえば、10個のキャリアのCAなどのより多くのキャリアのCAが導入される。この場合、たとえば、CAは、TDDアップリンク-ダウンリンク構成2において10個のキャリア上で実行され、40個のACK/NACKビットがフィードバックされる必要がある。別の例では、最大5個のキャリアのCAがサポートされるが、TDDアップリンク-ダウンリンク構成5は、キャリアの大半に対して構成される。たとえば、アップリンク-ダウンリンク構成2は、プライマリコンポーネントキャリアに対して構成され、アップリンク-ダウンリンク構成5は、4個のセカンダリコンポーネントキャリアに対して構成される。この場合、4+9×4=40個のACK/NACKビットがフィードバックされる必要がある。しかしながら、現在のPUCCHフォーマット3を使用することによってACK/NACKがフィードバックされるときに、より多くのACK/NACKビットがフィードバックされるときにオーバーヘッドをどのように低減するかが、早期解決を必要とする課題である。

【発明の概要】

【課題を解決するための手段】

【0013】

本発明の実施形態は、ユーザ機器、アクセスネットワークデバイス、ならびにフィードバック情報送信および受信方法を提供し、それによって、より多くのフィードバック情報ビットがフィードバックされるときにオーバーヘッドをどのように低減するかの課題を解決する。

【0014】

第1の態様によれば、本発明の一実施形態は、
受信モジュールであって、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信し、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するように構成されている受信モジュールと、
処理モジュールであって、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定するように構成され、データチャネルは受信モジュールによって受信されるデータチャネルであり、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合であり、
処理モジュールはチャネルリソースを決定するようにさらに構成され、チャネルリソースは第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する、処理モジュールと、
送信モジュールであって、処理モジュールの制御の下で、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信するように構成され、チャネルリソースは処理モジュールによって決定されたチャネルリソースであり、チャネルフォーマットはp-コードブック-サイズチャネルフォーマットであり、UEはp-コードブック-サイズチャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットはq-コードブック-サイズチャネルフォーマットであり、UEはq-コードブック-サイズチャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、pおよびqは自然数であり、p>qである、送信モジュールとを含む、ユーザ機器を提供する。

【0015】

この実施形態において、p-コードブック-サイズチャネルフォーマットまたはq-コードブック-サイズチャネルフォーマットは、チャネルフォーマットが、最大pまたはqのコードブックサイズのフィードバック情報(ACK/NACKなど)のフィードバックをサポートすることができることを意味し得る。コードブックサイズは、元の符号化されていないACK/NACKビットの量を指している。具体的には、pコードブックサイズは、第1の部分集合に対応し、qコードブックサイズは、第2の部分集合に対応する。すなわち、pコードブックサイズは、第1の部分集合内のダウンリンクサブフレームの量に従って決定され、qコードブックサイズは、第2の部分集合内のダウンリンクサブフレームの量に従って決定される。

【0016】

任意選択で、p-コードブック-サイズチャネルフォーマットによって占有されるチャネルリソースは、n個のリソース要素を含み、q-コードブック-サイズチャネルフォーマットによって占有されるチャネルリソースは、m個のリソース要素を含み、mおよびnは、自然数であり、mは、n以上である。このようにして、p-コードブック-サイズチャネルフォーマットは、また、n-リソース-要素チャネルフォーマットとしてみなされてよく、q-コードブック-サイズチャネルフォーマットは、また、m-リソース-要素チャネルフォーマットとしてみなされてよい。mがnよりも大きいときに、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づき次の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能であり、詳細は以下では繰り返し説明されない。続く実施形態において、m-リソース-要素チャネルフォーマットは、単に、q-コードブック-サイズチャネルフォーマットで置き換えられる必要があり、n個のリソース要素は、p-コードブック-サイズチャネルフォーマットに対応する、すなわち、n-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットで置き換えられる。

【0017】

p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、同じ量のリソース要素を占有し得る、すなわち、mはnに等しくてよいことに留意すべきである。具体的には、同じ量のリソース要素が配置される時間周波数リソースは、重なり合う場合も重なり合わない場合もある。重なり合う場合、時間周波数リソースは、部分的にまたは完全に重なり合う場合がある。したがって、一例としてすべての続く実施形態は、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマット(mはnよりも大きい)を使用することによって説明されているが、本発明はそれに限定されず、mはnに等しくてよい。

【0018】

任意選択で、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、同じ量のリソース要素を占有し、p-コードブック-サイズチャネルフォーマットによって使用される直交符号の長さは、q-コードブック-サイズチャネルフォーマットによって使用される直交符号の長さよりも大きい。

【0019】

前述の任意選択の解決策について、第1の態様による実施形態で提供されるユーザ機器は、
受信モジュールであって、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信し、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するように構成されている受信モジュールと、
処理モジュールであって、受信モジュールによって受信されるデータチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定し、チャネルリソースを決定するように構成され、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合であり、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する、処理モジュールと、
送信モジュールであって、処理モジュールの制御の下で、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信するように構成され、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは、自然数であり、m>nである、送信モジュールとを含む。

【0020】

第1の態様の第1の可能な実装方式において、受信モジュールは、次の方式で、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信する、すなわち、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するように構成され、
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、処理モジュールによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0021】

第1の態様の第2の可能な実装方式において、受信モジュールは、次の方式で、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信する、すなわち、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するように構成され、
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、処理モジュールによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0022】

前述の第1の可能な実装方式および前述の第2の可能な実装方式は、第1の態様による前述の実施形態から独立して、第2の態様および第3の態様などの、別の解決策として使用され得る。

【0023】

第2の態様によれば、本発明の一実施形態は、
受信モジュールであって、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信し、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するように構成されている、受信モジュールと、
処理モジュールであって、受信モジュールによって受信されるデータチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定し、チャネルリソースを決定するように構成され、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合であり、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、処理モジュールによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、処理モジュールと、
送信モジュールであって、処理モジュールの制御の下で、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信するように構成され、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは、自然数であり、m>nである、送信モジュールとを含む、ユーザ機器を提供する。

【0024】

第3の態様によれば、本発明の一実施形態は、
受信モジュールであって、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信し、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するように構成されている、受信モジュールと、
処理モジュールであって、受信モジュールによって受信されるデータチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定し、チャネルリソースを決定するように構成され、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合であり、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、処理モジュールによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、処理モジュールと、
送信モジュールであって、処理モジュールの制御の下で、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信するように構成され、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは、自然数であり、m>nである、送信モジュールとを含む、ユーザ機器を提供する。

【0025】

第3の態様の可能な実装方式において、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、処理モジュールによって決定されたチャネルリソースは、第3のアップリンクチャネルリソースであり、送信モジュールは、処理モジュールの制御の下で、第3のアップリンクチャネルリソース上でk-リソース-要素チャネルフォーマットのフィードバック情報を送信するように構成され、kは、自然数であり、m>kである。

【0026】

第3のアップリンクチャネルリソースは、第1のアップリンクチャネルリソースと同じであってよく、この場合k=nである。

【0027】

第1の態様の可能な実装方式は、第2の態様および第3の態様の可能な実装方式として使用され得ることに留意すべきである。簡潔さのため、詳細はここで繰り返し説明しない。第2の態様および第3の態様は、第1の態様と同じであってよく、すなわち、m-リソース-要素チャネルフォーマットをq-コードブック-サイズチャネルフォーマットと、n-リソース-要素チャネルフォーマットをp-コードブック-サイズチャネルフォーマットと置き換えることによって新しい実施形態として使用され得る。

【0028】

第1の態様、または第2の態様、または第3の態様の、第1の可能な実装方式または第2の可能な実装方式を参照して、第3の可能な実装方式において、ダウンリンク制御情報は、リソース指示情報を含み、処理モジュールがチャネルリソースを次の方式で決定する、すなわち、リソース指示情報に従って、フィードバック情報を搬送するために使用されるチャネルリソースを決定するように構成される。

【0029】

第3の可能な実装方式を参照して、第4の可能な実装方式において、処理モジュールは、チャネルリソースを決定する前に、アクセスネットワークデバイスによって構成される第2のアップリンクチャネルリソース集合を取得するようにさらに構成され、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソース集合に含まれる複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は第1のアップリンクチャネルリソース集合を構成し、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである。

【0030】

第1の態様の第4の可能な実装方式を参照して、第5の可能な実装方式において、処理モジュールによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、
処理モジュールがチャネルリソースを次の方式で決定する、すなわち、
リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示されるアップリンクチャネルリソースを決定し、第1のアップリンクチャネルリソースを、リソース指示情報によって指示されるアップリンクチャネルリソースから決定するか、または
第1のアップリンクチャネルリソースを、リソース指示情報に従って第1のアップリンクチャネルリソース集合から決定するか、または
リソース指示情報に従って第1のアップリンクチャネルリソースを決定する、ように構成され、第1のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内にあり、リソース指示情報によって指示されるアップリンクチャネルリソースの一部である。

【0031】

第1の態様の第4の可能な実装方式または第5の可能な実装方式を参照して、第6の可能な実装方式において、処理モジュールが次の方式でチャネルリソースを決定する、すなわち、
ユーザ機器の識別情報または事前構成されている情報に従って、リソース指示情報によって指示されるアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定するように構成され、リソース指示情報によって指示されるアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである。

【0032】

任意選択で、処理モジュールによって決定されるチャネルリソースは、第2のアップリンクチャネルリソースであり、
処理モジュールがチャネルリソースを次の方式で決定する、すなわち、第2のアップリンクチャネルリソースを、リソース指示情報に従って第2のアップリンクチャネルリソース集合から決定するように構成される。

【0033】

第1の態様の第3の可能な実装方式を参照して、第7の可能な実装方式において、処理モジュールは、チャネルリソースを決定する前に、アクセスネットワークデバイスによって事前構成される第1のアップリンクチャネルリソース集合および第2のアップリンクチャネルリソース集合を取得するようにさらに構成され、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである。

【0034】

第1の態様の第7の可能な実装方式を参照して、第8の可能な実装方式において、リソース指示情報の第1の状態集合は第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、リソース指示情報の第2の状態集合は第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第1の状態集合は、第2の状態集合と交差しない。

【0035】

第1の態様の第8の可能な実装方式を参照して、第9の可能な実装方式において、
処理モジュールによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、処理モジュールがチャネルリソースを次の方式で決定する、すなわち、第1のアップリンクチャネルリソースを、リソース指示情報の第1の状態集合内の状態に従って第1のアップリンクチャネル集合から決定するように構成されるか、または
処理モジュールによって決定されるチャネルリソースは、第2のアップリンクチャネルリソースであり、処理モジュールがチャネルリソースを次の方式で決定する、すなわち、フィードバック情報に対する第2のアップリンクチャネルリソースを、リソース指示情報の第2の状態集合内の状態に従って第2のアップリンクチャネル集合から決定するように構成される。

【0036】

第1の態様の第8の可能な実装方式を参照して、第10の可能な実装方式において、リソース指示情報の状態は、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースおよび/または第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示する。

【0037】

第1の態様の第8の可能な実装方式または第10の可能な実装方式を参照して、第11の可能な実装方式において、
処理モジュールによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、処理モジュールがチャネルリソースを次の方式で決定する、すなわち、
リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第3のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第4のアップリンクチャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であると決定し、第3のアップリンクチャネルリソースが第1のアップリンクチャネルリソースであると決定するか、もしくは
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であると決定し、リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第1のアップリンクチャネルリソースを決定するように構成されるか、または
処理モジュールによって決定されるチャネルリソースは、第2のアップリンクチャネルリソースであり、処理モジュールがチャネルリソースを次の方式で決定する、すなわち、
リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第5のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第6のアップリンクチャネルリソースを決定し、第2のダウンリンクサブフレーム集合が、第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含むと決定し、第6のアップリンクチャネルリソースが第2のアップリンクチャネルリソースであると決定するか、または
第2のダウンリンクサブフレーム集合が、第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含むと決定し、リソース指示情報の状態に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第2のアップリンクチャネルリソースを決定するか、または
リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第5のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第6のアップリンクチャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まないと決定し、第6のアップリンクチャネルリソースが第2のアップリンクチャネルリソースであると決定するか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まないと決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第2のアップリンクチャネルリソースを決定するように構成される。

【0038】

この実装方式における各パラメータの構成および各ステップの実行について、上記の実装方式の説明を参照することに留意すべきである。

【0039】

第1の態様の第12の可能な実装方式において、処理モジュールは、チャネルリソースを決定する前に、アクセスネットワークデバイスによって事前構成される第1のアップリンクチャネルリソース集合および第2のアップリンクチャネル集合を取得するようにさらに構成され、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、
ダウンリンク制御情報は、リソース指示情報を含み、リソース指示情報の状態は、第1の状態集合および第2の状態集合を含み、第1の状態集合は、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第2の状態集合は、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第1の状態集合は、第2の状態集合と交差せず、
処理モジュールがチャネルリソースを次の方式で決定する、すなわち、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第2のアップリンクチャネルリソースを決定するように構成される。

【0040】

第1の態様、または第1の態様の第1から第12の可能な実装方式のうちのいずれか1つを参照して、第13の可能な実装方式において、
n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースのいくつかの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースと重なり合うか、または
n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースであり、
時間周波数リソースが重なり合うn-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットは、直交符号を使用する。

【0041】

第1の態様、または第1の態様の第1から第13の可能な実装方式のうちのいずれか1つを参照して、第14の可能な実装方式において、処理モジュールは、チャネルリソースを決定する前に事前構成に従って第1の部分集合および第2の部分集合を決定するようにさらに構成される。

【0042】

第1の態様の第14の可能な実装方式を参照して、第15の可能な実装方式において、
事前構成は、異なるアップリンクサブフレームに対して独立して実行される。

【0043】

第4の態様によれば、本発明の一実施形態は、
送信モジュールであって、処理モジュールの制御の下で、ダウンリンク制御情報をユーザ機器UEに送信し、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するように構成されている、送信モジュールと、
処理モジュールであって、ダウンリンク制御情報をUEに送信するように送信モジュールを制御し、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するように送信モジュールを制御し、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定し、チャネルリソースを決定するように構成され、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合であり、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する、処理モジュールと、
受信モジュールであって、アップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するように構成され、チャネルリソースは、処理モジュールによって決定され、チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットであり、UEは、p-コードブック-サイズチャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、q-コードブック-サイズチャネルフォーマットであり、UEは、q-コードブック-サイズチャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、pおよびqは、自然数であり、p>qである、受信モジュールとを含む、アクセスネットワークデバイスを提供する。

【0044】

前述の実施形態と同様に、p-コードブック-サイズチャネルフォーマット、q-コードブック-サイズチャネルフォーマット、およびコードブックサイズの意味については、前述の実施形態の説明を参照されたい。m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づき以下の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能であり、詳細は以下では繰り返し説明されない。続く実施形態において、m-リソース-要素チャネルフォーマットは、単に、q-コードブック-サイズチャネルフォーマットで置き換えられる必要があり、n-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットで置き換えられる。

【0045】

p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、同じ量のリソース要素を占有し得る、すなわち、mはnに等しくてよいことに留意すべきである。具体的には、同じ量のリソース要素が配置される時間周波数リソースは、重なり合う場合も重なり合わない場合もある。重なり合う場合、時間周波数リソースは、部分的にまたは完全に重なり合う場合がある。したがって、一例としてすべての続く実施形態は、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマット(mはnよりも大きい)を使用することによって説明されているが、本発明はそれに限定されず、mはnに等しくてよい。

【0046】

任意選択で、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、同じ量のリソース要素を占有し、p-コードブック-サイズチャネルフォーマットによって使用される直交符号の長さは、q-コードブック-サイズチャネルフォーマットによって使用される直交符号の長さよりも大きい。

【0047】

前述の任意選択の解決策について、第4の態様による実施形態で提供されるアクセスネットワークデバイスは、
送信モジュールであって、処理モジュールの制御の下で、ダウンリンク制御情報をユーザ機器UEに送信し、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するように構成されている、送信モジュールと、
処理モジュールであって、ダウンリンク制御情報をUEに送信するように送信モジュールを制御し、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するように送信モジュールを制御し、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定し、チャネルリソースを決定するように構成され、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合であり、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する、処理モジュールと、
受信モジュールであって、処理モジュールによって決定されたアップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するように構成され、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは、自然数であり、m>nである、受信モジュールとを含む。

【0048】

第4の態様の第1の可能な実装方式において、送信モジュールは、次の方式で、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信する、すなわち、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信するように構成され、
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、処理モジュールによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0049】

第4の態様の第2の可能な実装方式において、送信モジュールは、次の方式で、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信する、すなわち、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信するように構成され、
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、処理モジュールによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0050】

前述の第1の可能な実装方式および前述の第2の可能な実装方式は、第4の態様による前述の実施形態から独立して、第5の態様および第6の態様などの、別の解決策として使用され得る。

【0051】

第5の態様によれば、本発明の一実施形態は、
送信モジュールであって、処理モジュールの制御の下で、ダウンリンク制御情報をユーザ機器UEに送信し、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信するように構成されている、送信モジュールと、
処理モジュールであって、ダウンリンク制御情報をUEに送信するように送信モジュールを制御し、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するように送信モジュールを制御し、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定し、チャネルリソースを決定するように構成され、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は、少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は、第2の部分集合の真部分集合であり、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、処理モジュールによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、処理モジュールと、
受信モジュールであって、処理モジュールによって決定されたアップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するように構成され、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは自然数であり、m>nである、受信モジュールとを含む、アクセスネットワークデバイスを提供する。

【0052】

第6の態様によれば、本発明の一実施形態は、
送信モジュールであって、処理モジュールの制御の下で、ダウンリンク制御情報をユーザ機器UEに送信し、第2のダウンリンクサブフレーム集合内に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信するように構成されている、送信モジュールと、
処理モジュールであって、ダウンリンク制御情報をUEに送信するように送信モジュールを制御し、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するように送信モジュールを制御し、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定し、チャネルリソースを決定するように構成され、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合であり、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、処理モジュールによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、処理モジュールと、
受信モジュールであって、処理モジュールによって決定されたアップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するように構成され、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは自然数であり、m>nである、受信モジュールとを含む、アクセスネットワークデバイスを提供する。

【0053】

第6の態様の可能な実装方式において、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、処理モジュールによって決定されたチャネルリソースは、第3のアップリンクチャネルリソースであり、送信モジュールは、処理モジュールの制御の下で、第3のアップリンクチャネルリソース上でk-リソース-要素チャネルフォーマットのフィードバック情報を送信するように構成され、kは自然数であり、m>kである。

【0054】

第3のアップリンクチャネルリソースは、第1のアップリンクチャネルリソースと同じであってよく、この場合k=nである。

【0055】

第4の態様の可能な実装方式は、第5の態様および第6の態様の可能な実装方式として使用され得ることに留意すべきである。簡潔さのため、詳細はここで繰り返し説明されない。第5の態様および第6の態様は、第4の態様と同じであってよく、すなわち、m-リソース-要素チャネルフォーマットをq-コードブック-サイズチャネルフォーマットと、n-リソース-要素チャネルフォーマットをp-コードブック-サイズチャネルフォーマットと置き換えることによって新しい実施形態として使用され得る。

【0056】

第4の態様の第1の可能な実装方式または第2の可能な実装方式を参照して、第3の可能な実装方式において、ダウンリンク制御情報は、リソース指示情報を含み、リソース指示情報は、フィードバック情報を搬送するために使用される第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースを指示するために使用される。

【0057】

第4の態様の第3の可能な実装方式を参照して、第4の可能な実装方式において、処理モジュールは、チャネルリソースを決定する前に、送信モジュールを使用することによって第2のアップリンクチャネルリソース集合に関する情報をUEに送信するようにさらに構成され、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソース集合内の複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は第1のアップリンクチャネルリソース集合を構成し、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである。

【0058】

第4の態様の第4の可能な実装方式を参照して、第5の可能な実装方式において、
処理モジュールによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、リソース指示情報は、第2のアップリンクチャネルリソース集合内にあり、第1のアップリンクチャネルリソースを含むアップリンクチャネルリソースを指示するか、またはリソース指示情報は第1のアップリンクチャネルリソース集合内の第1のアップリンクチャネルリソースを指示するか、または
処理モジュールによって決定されるチャネルリソースは、第2のアップリンクチャネルリソースであり、リソース指示情報は、第2のアップリンクチャネルリソース集合内の第2のアップリンクチャネルリソースを指示する。

【0059】

第4の態様の第5の可能な実装方式を参照して、6の可能な実装方式において、リソース指示情報は、第2のアップリンクチャネルリソース集合内にあり、第1のアップリンクチャネルリソースを含むアップリンクチャネルリソースを指示し、
処理モジュールがチャネルリソースを次の方式で決定する、すなわち、
UEの識別情報または事前構成されている情報に従って、リソース指示情報によって指示されるアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定するように構成される。

【0060】

第4の態様の第3の可能な実装方式を参照して、第7の可能な実装方式において、処理モジュールは、チャネルリソースを決定する前に、第1のアップリンクチャネルリソース集合に関する情報および第2のアップリンクチャネル集合に関する情報をUEに送信するように送信モジュールを制御するようにさらに構成され、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである。

【0061】

第4の態様の第7の可能な実装方式を参照して、第8の可能な実装方式において、リソース指示情報の第1の状態集合は第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、リソース指示情報の第2の状態集合は第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第1の状態集合は、第2の状態集合と交差しない。

【0062】

第4の態様の第7の可能な実装方式を参照して、第9の可能な実装方式において、リソース指示情報の状態は、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースおよび/または第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示する。

【0063】

第4の態様の第4から第7までの可能な実装方式、または第9の可能な実装方式のうちのいずれか1つを参照して、第10の可能な実装方式において、
受信モジュールは、次の方式でフィードバック情報を受信する、すなわち、アップリンクサブフレーム内のリソース指示情報によって指示されている第2のアップリンクチャネルリソース上で、m-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するように構成される。

【0064】

第4の態様の第11の可能な実装方式を参照して、第11の可能な実装方式において、
処理モジュールは、UEの識別情報または事前構成されている情報に従って、第2のアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定し、第1のアップリンクチャネルリソース上で、n-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するように受信モジュールを制御するようにさらに構成されるか、または
処理モジュールは、リソース指示情報に従って第1のアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定し、第1のアップリンクチャネルリソース上で、n-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するように受信モジュールを制御するようにさらに構成される。

【0065】

第4の態様、または第4の態様の第1から第11の可能な実装方式のうちのいずれか1つを参照して、第12の可能な実装方式において、
n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースのいくつかの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースと重なり合うか、または
n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースであり、
時間周波数リソースが重なり合うn-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットは、直交符号を使用する。

【0066】

第4の態様の第1から第12の可能な実装方式のいずれか1つを参照して、第13の可能な実装方式において、処理モジュールは、チャネルリソースを決定する前に事前構成に従って第1の部分集合および第2の部分集合を決定する。

【0067】

第4の態様の第13の可能な実装方式を参照して、第14の可能な実装方式において、
事前構成は、異なるアップリンクサブフレームに対して独立して実行される。

【0068】

第7の態様によれば、本発明の一実施形態は、
ユーザ機器UEによって、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信するステップと、
UEによって、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するステップと、
UEによって、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定するステップであって、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である、ステップと、
UEによって、チャネルリソースを決定するステップであって、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する、ステップと、
UEによって、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信するステップであって、チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットであり、UEは、p-コードブック-サイズチャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、q-コードブック-サイズチャネルフォーマットであり、UEは、q-コードブック-サイズチャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、pおよびqは自然数であり、p>qである、ステップとを含む、フィードバック情報送信方法を提供する。

【0069】

前述の実施形態と同様に、p-コードブック-サイズチャネルフォーマット、q-コードブック-サイズチャネルフォーマット、およびコードブックサイズの意味については、前述の実施形態の説明を参照されたい。m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づき以下の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能であり、詳細は以下では繰り返し説明されない。続く実施形態において、m-リソース-要素チャネルフォーマットは、単に、q-コードブック-サイズチャネルフォーマットで置き換えられる必要があり、n-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットで置き換えられる。

【0070】

p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、同じ量のリソース要素を占有し得る、すなわち、mはnに等しくてよいことに留意すべきである。具体的には、同じ量のリソース要素が配置される時間周波数リソースは、重なり合う場合も重なり合わない場合もある。重なり合う場合、時間周波数リソースは、部分的にまたは完全に重なり合う場合がある。したがって、一例としてすべての続く実施形態は、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマット(mはnよりも大きい)を使用することによって説明されているが、本発明はそれに限定されず、mはnに等しくてよい。

【0071】

任意選択で、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、同じ量のリソース要素を占有し、p-コードブック-サイズチャネルフォーマットによって使用される直交符号の長さは、q-コードブック-サイズチャネルフォーマットによって使用される直交符号の長さよりも大きい。

【0072】

前述の任意選択の解決策について、第7の態様による実施形態において提供されるフィードバック情報送信方法は、
ユーザ機器UEによって、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信するステップと、
UEによって、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するステップと、
UEによって、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定するステップであって、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である、ステップと、
UEによって、チャネルリソースを決定するステップであって、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する、ステップと、
UEによって、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信するステップであって、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、UEは、n-リソース-要素チャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、UEは、m-リソース-要素チャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、mおよびnは自然数であり、m>nである、ステップとを含む。

【0073】

第7の態様の第1の可能な実装方式において、
UEによって、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するステップは、UEによって、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するステップであって、
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、ステップを含む。

【0074】

第7の態様の第2の可能な実装方式において、UEによって、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するステップは、UEによって、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するステップであって、
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、ステップを含む。

【0075】

前述の第1の可能な実装方式および前述の第2の可能な実装方式は、第4の態様による前述の実施形態から独立して、第5の態様および第6の態様などの、別の解決策として使用され得る。

【0076】

第8の態様によれば、本発明の一実施形態は、
ユーザ機器UEによって、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信するステップと、
UEによって、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するステップと、
UEによって、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定するステップであって、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である、ステップと、
UEによって、チャネルリソースを決定するステップであって、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、ステップと、
UEによって、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信するステップであって、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、UEは、n-リソース-要素チャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、UEは、m-リソース-要素チャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、mおよびnは自然数であり、m>nである、ステップとを含む、フィードバック情報送信方法を提供する。

【0077】

第9の態様によれば、本発明の一実施形態は、
ユーザ機器UEによって、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信するステップと、
UEによって、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するステップと、
UEによって、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定するステップであって、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である、ステップと、
UEによって、チャネルリソースを決定するステップであって、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、ステップと、
UEによって、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信するステップであって、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、UEは、n-リソース-要素チャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、UEは、m-リソース-要素チャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、mおよびnは自然数であり、m>nである、ステップとを含む、フィードバック情報送信方法を提供する。

【0078】

第7の態様の可能な実装方式において、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、処理モジュールによって決定されたチャネルリソースは、第3のアップリンクチャネルリソースであり、送信モジュールは、処理モジュールの制御の下で、第3のアップリンクチャネルリソース上でk-リソース-要素チャネルフォーマットのフィードバック情報を送信するように構成され、kは自然数であり、m>kである。

【0079】

第3のアップリンクチャネルリソースは、第1のアップリンクチャネルリソースと同じであってよく、この場合k=nである。

【0080】

第7の態様の可能な実装方式は、第8の態様および第9の態様の可能な実装方式として使用され得ることに留意すべきである。簡潔さのため、詳細はここで繰り返し説明されない。第8の態様および第9の態様は、第7の態様と同じであってよく、すなわち、m-リソース-要素チャネルフォーマットをq-コードブック-サイズチャネルフォーマットと、n-リソース-要素チャネルフォーマットをp-コードブック-サイズチャネルフォーマットと置き換えることによって新しい実施形態として使用され得る。

【0081】

第7の態様の第1の可能な実装方式または第2の可能な実装方式を参照して、第3の可能な実装方式において、ダウンリンク制御情報は、リソース指示情報を含み、
UEによって、チャネルリソースを決定するステップは、UEによって、リソース指示情報に従って、フィードバック情報を搬送するために使用されるチャネルリソースを決定するステップを含む。

【0082】

第7の態様の第3の可能な実装方式を参照して、第4の可能な実装方式において、この方法は、UEによって、チャネルリソースを決定するステップの前に、
UEによって、アクセスネットワークデバイスによって構成される第2のアップリンクチャネルリソース集合を取得するステップであって、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソース集合に含まれる複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は第1のアップリンクチャネルリソース集合を構成し、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ステップをさらに含む。

【0083】

第7の態様の第4の可能な実装方式を参照して、第5の可能な実装方式において、UEによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、
UEによって、チャネルリソースを決定するステップは、
UEによって、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示されるアップリンクチャネルリソースを決定し、UEによって、第1のアップリンクチャネルリソースを、リソース指示情報によって指示されるアップリンクチャネルリソースから決定するステップ、または
UEによって、第1のアップリンクチャネルリソースを、リソース指示情報に従って第1のアップリンクチャネルリソース集合から決定するステップ、または
UEによって、リソース指示情報に従って第1のアップリンクチャネルリソースを決定するステップであって、第1のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内にあり、リソース指示情報によって指示されるアップリンクチャネルリソースの一部である、ステップを含む。

【0084】

第7の態様の第5の可能な実装方式を参照して、第6の可能な実装方式において、UEによって、チャネルリソースを決定するステップは、
UEによって、UEの識別情報または事前構成されている情報に従って、リソース指示情報によって指示されるアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定するステップであって、リソース指示情報によって指示されるアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ステップを含む。

【0085】

任意選択で、UEによって決定されるチャネルリソースは、第2のアップリンクチャネルリソースであり、
UEによって、チャネルリソースを決定するステップは、第2のアップリンクチャネルリソースを、リソース指示情報に従って第2のアップリンクチャネルリソース集合から決定するステップを含む。

【0086】

第7の態様の第3の可能な実装方式を参照して、第7の可能な実装方式において、この方法は、UEによって、チャネルリソースを決定するステップの前に、
UEによって、アクセスネットワークデバイスによって事前構成される第1のアップリンクチャネルリソース集合および第2のアップリンクチャネル集合を取得するステップであって、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ステップをさらに含む。

【0087】

第7の態様の第7の可能な実装方式を参照して、第8の可能な実装方式において、リソース指示情報の第1の状態集合は第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、リソース指示情報の第2の状態集合は第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第1の状態集合は、第2の状態集合と交差しない。

【0088】

第7の態様の第8の可能な実装方式を参照して、第9の可能な実装方式において、
UEによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、UEによって、チャネルリソースを決定するステップは、UEによって、第1のアップリンクチャネルリソースを、リソース指示情報の第1の状態集合内の状態に従って第1のアップリンクチャネル集合から決定するステップを含むか、または
UEによって決定されるチャネルリソースは、第2のアップリンクチャネルリソースであり、UEによって、チャネルリソースを決定するステップは、UEによって、フィードバック情報に対する第2のアップリンクチャネルリソースを、リソース指示情報の第2の状態集合内の状態に従って第2のアップリンクチャネル集合から決定するステップを含む。

【0089】

第7の態様の第8の可能な実装方式を参照して、第10の可能な実装方式において、リソース指示情報の状態は、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースおよび/または第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示する。

【0090】

第7の態様の第8の可能な実装方式または第10の可能な実装方式を参照して、第11の可能な実装方式において、UEによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、UEによって、チャネルリソースを決定するステップは、
UEによって、リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第3のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第4のアップリンクチャネルリソースを決定し、UEによって、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であると決定し、UEによって、第3のアップリンクチャネルリソースが第1のアップリンクチャネルリソースであると決定するステップ、もしくは
UEによって、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であると決定し、UEによって、リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第1のアップリンクチャネルリソースを決定するステップを含み、または
UEによって決定されるチャネルリソースは、第2のアップリンクチャネルリソースであり、UEによって、チャネルリソースを決定するステップは、
UEによって、リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第5のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第6のアップリンクチャネルリソースを決定し、UEによって、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含むと決定し、UEによって、第6のアップリンクチャネルリソースが第2のアップリンクチャネルリソースであると決定するステップ、または
UEによって、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含むと決定し、UEによって、リソース指示情報の状態に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第2のアップリンクチャネルリソースを決定するステップ、または
UEによって、リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第5のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第6のアップリンクチャネルリソースを決定し、UEによって、第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まないと決定し、UEによって、第6のアップリンクチャネルリソースが第2のアップリンクチャネルリソースであると決定するステップ、または
UEによって、第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まないと決定し、UEによって、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第2のアップリンクチャネルリソースを決定するステップを含む。

【0091】

この実装方式における各パラメータの構成および各ステップの実行について、上記の実装方式の説明を参照することに留意すべきである。

【0092】

第7の態様の第12の可能な実装方式において、この方法は、UEによって、チャネルリソースを決定するステップの前に、
UEによって、アクセスネットワークデバイスによって事前構成される第1のアップリンクチャネルリソース集合および第2のアップリンクチャネル集合を取得するステップであって、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ステップをさらに含み、
ダウンリンク制御情報は、リソース指示情報を含み、リソース指示情報の状態は、第1の状態集合および第2の状態集合を含み、第1の状態集合は、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第2の状態集合は、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第1の状態集合は、第2の状態集合と交差せず、
UEによって、チャネルリソースを決定するステップは、
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEによって、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第2のアップリンクチャネルリソースを決定するステップを含む。

【0093】

第7の態様、または第7の態様の第1から第12の可能な実装方式のうちのいずれか1つを参照して、第13の可能な実装方式において、
n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースのいくつかの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースと重なり合うか、または
n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースであり、
時間周波数リソースが重なり合うn-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットは、直交符号を使用する。

【0094】

第7の態様、または第7の態様の第1から第13の可能な実装方式のうちのいずれか1つを参照して、第14の可能な実装方式において、この方法は、UEによって、チャネルリソースを決定するステップの前に、UEによって、事前構成に従って第1の部分集合および第2の部分集合を決定するステップをさらに含む。

【0095】

第7の態様の第14の可能な実装方式を参照して、第15の可能な実装方式において、
事前構成は、異なるアップリンクサブフレームに対して独立して実行される。

【0096】

第10の態様によれば、本発明の一実施形態は、
アクセスネットワークデバイスによって、ダウンリンク制御情報をユーザ機器UEに送信するステップと、
アクセスネットワークデバイスによって、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するステップと、
アクセスネットワークデバイスによって、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定するステップであって、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である、ステップと、
アクセスネットワークデバイスによって、チャネルリソースを決定するステップであって、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する、ステップと、
アクセスネットワークデバイスによってアップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するステップであって、チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットであり、UEは、p-コードブック-サイズチャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、q-コードブック-サイズチャネルフォーマットであり、UEは、q-コードブック-サイズチャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、pおよびqは自然数であり、p>qである、ステップとを含む、フィードバック情報受信方法を提供する。

【0097】

前述の実施形態と同様に、p-コードブック-サイズチャネルフォーマット、q-コードブック-サイズチャネルフォーマット、およびコードブックサイズの意味については、前述の実施形態の説明を参照されたい。m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づき以下の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能であり、詳細は以下では繰り返し説明されない。続く実施形態において、m-リソース-要素チャネルフォーマットは、単に、q-コードブック-サイズチャネルフォーマットで置き換えられる必要があり、n-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットで置き換えられる。

【0098】

p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、同じ量のリソース要素を占有し得る、すなわち、mはnに等しくてよいことに留意すべきである。具体的には、同じ量のリソース要素が配置される時間周波数リソースは、重なり合う場合も重なり合わない場合もある。重なり合う場合、時間周波数リソースは、部分的にまたは完全に重なり合う場合がある。したがって、一例としてすべての続く実施形態は、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマット(mはnよりも大きい)を使用することによって説明されているが、本発明はそれに限定されず、mはnに等しくてよい。

【0099】

任意選択で、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、同じ量のリソース要素を占有し、p-コードブック-サイズチャネルフォーマットによって使用される直交符号の長さは、q-コードブック-サイズチャネルフォーマットによって使用される直交符号の長さよりも大きい。

【0100】

前述の任意選択の解決策について、第10の態様による実施形態において提供されるフィードバック情報受信方法は、
アクセスネットワークデバイスによって、ダウンリンク制御情報をユーザ機器UEに送信するステップと、
アクセスネットワークデバイスによって、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するステップと、
アクセスネットワークデバイスによって、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定するステップであって、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である、ステップと、
アクセスネットワークデバイスによって、チャネルリソースを決定するステップであって、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する、ステップと、
アクセスネットワークデバイスによってアップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するステップであって、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは自然数であり、m>nである、ステップとを含む。

【0101】

第10の態様の第1の可能な実装方式において、アクセスネットワークデバイスによって、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するステップは、アクセスネットワークデバイスによって、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信するステップであって、
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、アクセスネットワークデバイスによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、ステップを含む。

【0102】

第10の態様の第2の可能な実装方法において、アクセスネットワークデバイスによって、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するステップは、アクセスネットワークデバイスによって、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信するステップであって、
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、アクセスネットワークデバイスによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、ステップを含む。

【0103】

前述の第1の可能な実装方式および前述の第2の可能な実装方式は、第10の態様による前述の実施形態から独立して、第11の態様および第12の態様などの、別の解決策として使用され得る。

【0104】

第11の態様によれば、本発明の一実施形態は、
アクセスネットワークデバイスによって、ダウンリンク制御情報をユーザ機器UEに送信するステップと、
アクセスネットワークデバイスによって、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するステップと、
アクセスネットワークデバイスによって、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定するステップであって、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である、ステップと、
アクセスネットワークデバイスによって、チャネルリソースを決定するステップであって、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、アクセスネットワークデバイスによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、ステップと、
アクセスネットワークデバイスによってアップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するステップであって、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは自然数であり、m>nである、ステップとを含む、アクセスネットワークデバイスを提供する。

【0105】

第12の態様によれば、本発明の一実施形態は、
アクセスネットワークデバイスによって、ダウンリンク制御情報をユーザ機器UEに送信するステップと、
アクセスネットワークデバイスによって、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するステップと、
アクセスネットワークデバイスによって、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定するステップであって、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である、ステップと、
アクセスネットワークデバイスによって、チャネルリソースを決定するステップであって、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、アクセスネットワークデバイスによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである、ステップと、
アクセスネットワークデバイスによってアップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するステップであって、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは自然数であり、m>nである、ステップとを含む、アクセスネットワークデバイスを提供する。

【0106】

第12の態様の可能な実装方式において、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、処理モジュールによって決定されたチャネルリソースは、第3のアップリンクチャネルリソースであり、送信モジュールは、処理モジュールの制御の下で、第3のアップリンクチャネルリソース上でk-リソース-要素チャネルフォーマットのフィードバック情報を送信するように構成され、kは自然数であり、m>kである。

【0107】

第3のアップリンクチャネルリソースは、第1のアップリンクチャネルリソースと同じであってよく、この場合k=nである。

【0108】

第10の態様の可能な実装方式は、第11の態様および第12の態様の可能な実装方式として使用され得ることに留意すべきである。簡潔さのため、詳細はここで繰り返し説明されない。第11の態様および第12の態様は、第10の態様と同じであってよく、すなわち、m-リソース-要素チャネルフォーマットをq-コードブック-サイズチャネルフォーマットと、n-リソース-要素チャネルフォーマットをp-コードブック-サイズチャネルフォーマットと置き換えることによって新しい実施形態として使用され得る。

【0109】

第10の態様の第1の可能な実装方式または第2の可能な実装方式を参照して、第3の可能な実装方式において、ダウンリンク制御情報は、リソース指示情報を含み、リソース指示情報は、フィードバック情報を搬送するために使用される第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースを指示するために使用される。

【0110】

第10の態様の第3の可能な実装方式を参照して、第4の可能な実装方式において、この方法は、アクセスネットワークデバイスによって、チャネルリソースを決定するステップの前に、
アクセスネットワークデバイスによって、第2のアップリンクチャネルリソース集合に関する情報をUEに送信するステップであって、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソース集合内の複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は第1のアップリンクチャネルリソース集合を構成し、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ステップをさらに含む。

【0111】

第10の態様の第4の可能な実装方式を参照して、第5の可能な実装方式において、
アクセスネットワークデバイスによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、リソース指示情報は、第2のアップリンクチャネルリソース集合内にあり、第1のアップリンクチャネルリソースを含むアップリンクチャネルリソースを指示するか、またはリソース指示情報は第1のアップリンクチャネルリソース集合内の第1のアップリンクチャネルリソースを指示するか、または
アクセスネットワークデバイスによって決定されるチャネルリソースは、第2のアップリンクチャネルリソースであり、リソース指示情報は、第2のアップリンクチャネルリソース集合内の第2のアップリンクチャネルリソースを指示する。

【0112】

第10の態様の第4の可能な実装方式を参照して、第5の可能な実装方式において、
リソース指示情報は、第2のアップリンクチャネルリソース集合内にあり、第1のアップリンクチャネルリソースを含むアップリンクチャネルリソースを指示し、
アクセスネットワークデバイスによって、チャネルリソースを決定するステップは、
アクセスネットワークデバイスによって、UEの識別情報または事前構成されている情報に従って、リソース指示情報によって指示されるアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定するステップを含む。

【0113】

第10の態様の第3の可能な実装方式を参照して、第7の可能な実装方式において、この方法は、アクセスネットワークデバイスによって、チャネルリソースを決定するステップの前に、
アクセスネットワークデバイスによって、第1のアップリンクチャネルリソース集合に関する情報および第2のアップリンクチャネル集合に関する情報をUEに送信するステップであって、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ステップをさらに含む。

【0114】

第10の態様の第7の可能な実装方式を参照して、第8の可能な実装方式において、リソース指示情報の第1の状態集合は第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、リソース指示情報の第2の状態集合は第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第1の状態集合は、第2の状態集合と交差しない。

【0115】

第10の態様の第7の可能な実装方式を参照して、第9の可能な実装方式において、リソース指示情報の状態は、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースおよび/または第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示する。

【0116】

第10の態様の第4から第7の可能な実装方式、または第9の可能な実装方式のうちのいずれか1つを参照して、第10の可能な実装方式において、
アクセスネットワークデバイスによってアップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するステップは、アクセスネットワークデバイスによってアップリンクサブフレーム内のリソース指示情報によって指示されている第2のアップリンクチャネルリソース上で、m-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するステップを含む。

【0117】

第10の態様の第11の可能な実装方式を参照して、第11の可能な実装方法において、
この方法は、アクセスネットワークデバイスによってアップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するステップの後に、
アクセスネットワークデバイスによって、UEの識別情報または事前構成されている情報に従って、第2のアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定し、第1のアップリンクチャネルリソース上で、n-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するステップ、または
アクセスネットワークデバイスによって、リソース指示情報に従って第1のアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定し、第1のアップリンクチャネルリソース上で、n-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するステップをさらに含む。

【0118】

第10の態様、または第10の態様の第1から第11の可能な実装方式のうちのいずれか1つを参照して、第12の可能な実装方式において、
n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースのいくつかの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースと重なり合うか、または
n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースであり、
時間周波数リソースが重なり合うn-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットは、直交符号を使用する。

【0119】

第10の態様の第1から第12の可能な実装方式のいずれか1つを参照して、第13の可能な実装方式において、この方法は、アクセスネットワークデバイスによって、チャネルリソースを決定するステップの前に、アクセスネットワークデバイスによって、事前構成に従って第1の部分集合および第2の部分集合を決定するステップをさらに含む。

【0120】

第10の態様の第13の可能な実装方式を参照して、第14の可能な実装方式において、
事前構成は、異なるアップリンクサブフレームに対して独立して実行される。

【0121】

前述の実施形態によれば、アップリンクサブフレームに対応するダウンリンクサブフレーム集合は、少なくとも2つの部分集合に分割され、第1の部分集合は、第2の部分集合の真部分集合であり、対応するアップリンクチャネルリソースは、その2つの部分集合について構成される。大きい部分集合については、フィードバック情報は、大きいリソースフォーマットを使用することによって送信され、小さい部分集合については、フィードバック情報は、小さいリソースフォーマットを使用することによって送信され、それによって、より多くのキャリアが構成されるときにフィードバック情報をどのように送信するかの課題を解決する。それに加えて、少量の瞬時にスケジュールされたキャリアがあるときに、フィードバック情報は、フォールバック・スモール・リソース・フォーマットを使用することによって送信され得る。したがって、本発明の実施形態において、リソースオーバーヘッドは、ACK/NACKなどのフィードバック情報がフィードバックされるときに低減されることが可能である。

【図面の簡単な説明】

【0122】

【図1】本発明の一実施形態による適用シナリオの概略図である。

【図2】本発明の一実施形態によるユーザ機器の概略構造図である。

【図3】本発明の一実施形態による、PUCCHフォーマット3を使用することによってACK/NACKをフィードバックするためのチャネル構造の図である。

【図4】本発明の一実施形態の第1の実装方式によるリソース集合構成の概略図である。

【図5】本発明の一実施形態の第2の実装方式によるリソース集合構成の概略図である。

【図6】本発明の一実施形態の第3の実装方式によるリソース集合構成の概略図である。

【図7】本発明の一実施形態によるアクセスネットワークデバイスの概略構造図である。

【図8】本発明の一実施形態によるPUCCHフォーマット3チャネルリソースの概略の多重化の図である。

【図9】本発明の一実施形態によるフィードバック情報送信方法のフローチャートである。

【図10】本発明の別の実施形態によるフィードバック情報送信方法のフローチャートである。

【図11】本発明のさらに別の実施形態によるフィードバック情報送信方法のフローチャートである。

【図12】本発明の一実施形態によるフィードバック情報受信方法のフローチャートである。

【図13】本発明の別の実施形態によるフィードバック情報受信方法のフローチャートである。

【図14】本発明のさらに別の実施形態によるフィードバック情報受信方法のフローチャートである。

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

【0123】

現在のLTEシステムにおいて、PUCCHフォーマット3のPUCCH送信モードが構成されている場合、5つのFDDダウンリンクキャリアが構成されていると仮定すると、具体的には、データスケジューリングおよびPUCCHチャネルリソース指示方式は以下のとおりである。

【0124】

UEがプライマリコンポーネントキャリア上でPDSCHをスケジュールするためにPDCCHのみを受信した場合、UEはPUCCHフォーマット1a/1bを使用することによってACK/NACKをフィードバックし、PUCCHフォーマット1a/1bのチャネルリソースは、PDCCHの制御チャネル要素(control channel element、CCE)番号を使用することによって黙示的に指示される。UEがセカンダリコンポーネントキャリア上でPDSCHをスケジュールするために少なくともPDCCHを受信する場合、UEはPUCCHフォーマット3を使用することによってACK/NACKをフィードバックする。PUCCHフォーマット3のチャネルリソースは、セカンダリコンポーネントキャリア上でPDSCHをスケジュールするためにPDCCH上で2ビットフィールドを使用することによって明示的に指示される。2ビットフィールドは、チャネルリソース指示フィールドと称され得る。具体的には、基地局は、無線リソース制御(radio resource control、RRC)シグナリングを予め使用することによって4つのPUCCHフォーマット3チャネルリソースをUEに割り当て、スケジュールするごとに使用される4つのチャネルリソースのうちの特定のチャネルリソースは、セカンダリコンポーネントキャリア上でPDSCHをスケジュールするためにPDCCH上で2ビットフィールドを使用することによって指示される。

【0125】

TDDシングルキャリアのACK/NACKフィードバックは、現在のPUCCHフォーマット3モードにおいてさらにサポートされる。具体的な手順は、以下のとおりである。UEがプライマリコンポーネントキャリア上でPDSCHをスケジュールするためにPDCCHのみを受信し、PDCCH上のダウンリンク割り当てインデックス(downlink assignment index、DAI)フィールドによって指示される値が「1」である場合、UEはPUCCHフォーマット1a/1bを使用することによってACK/NACKをフィードバックし、PUCCHフォーマット1a/1bのチャネルリソースは、PDCCHのCCE番号を使用することによって黙示的に指示される。UEがプライマリコンポーネントキャリア上でPDSCHをスケジュールするためにPDCCHを受信し、PDCCH上のDAIフィールドによって指示される値が「1」より大きい場合、UEはPUCCHフォーマット3を使用することによってACK/NACKをフィードバックし、PUCCHフォーマット3のチャネルリソースは、PDCCH上の2ビットフィールドを使用することによって明示的に指示される。

【0126】

前述のACK/NACKは、PUCCHフォーマット1a/1bを使用することによって伝送され、それによって、PUCCHフォーマット3のオーバーヘッドを低減する。符号分割多重は、PUCCHフォーマット3を使用することによって1つのRBにおいて5つのUEに対してのみ実行されることが可能であるが、符号分割多重は、PUCCHフォーマット1a/1bを使用することによって1つのRBにおいて最大36個のUEに対して実行されることが可能であるので、PUCCHフォーマット3のリソースオーバーヘッドは、可能な限り低減される。

【0127】

以下は、本発明の実施形態の添付図面を参照して本発明の実施形態の技術的解決策に説明する。明らかに、説明されている実施形態は、本発明の実施形態のすべてではなくむしろ一部である。創造的労力なく本発明の実施形態に基づいてこの技術分野の当業者によって得られる他のすべての実施形態は、本発明の保護の範囲内にあるものである。

【0128】

コンフリクトが生じない限り、本発明の実施形態および実施形態における特徴は相互に組み合わされ得ることに留意すべきである。

【0129】

図1は、本発明の一実施形態による適用シナリオを表す。図1において、LTEシステムは、説明のための一例として使用されているが、本発明のこの実施形態は、LTEシステムに限定されない。

【0130】

図1に表されているように、LTE通信システムは、アクセスネットワークデバイスおよびユーザ機器を含む。アクセスネットワークデバイスは、UEのデータレートを増大させるためにUEに対して複数のキャリアを構成し、それによって、CAを実装し得るか、またはUEに対して1つのキャリアのみを構成し得る。ここでのキャリアは、図1におけるキャリアグループを指し、1つのキャリアグループは、1つのアップリンクキャリアおよび1つのダウンリンクキャリアを含む。たとえば、図1において、アクセスネットワークデバイスは、ユーザ機器2に対して2つのキャリアを構成し、ユーザ機器1に対して1つのキャリアを構成する。

【0131】

本発明の実施形態において、ユーザ機器は、端末、端末機器(terminal equipment)、移動局(Mobile Station、MS)、モバイル端末(mobile terminal)、または同様のものとも称され得ることを理解すべきである。ユーザ機器は、無線アクセスネットワーク(radio access network、RAN)を使用することによって1つまたは複数のコアネットワークと通信し得る。たとえば、ユーザ機器は、携帯電話(もしくはセルラーフォンと称される)、またはモバイル端末を有するコンピュータであってよい。たとえば、ユーザ機器は、ポータブル、ポケットサイズ、ハンドヘルド、コンピュータ内蔵、または車載型モバイル装置であってよく、無線アクセスネットワークと音声および/またはデータを交換する。

【0132】

本発明の実施形態において、アクセスネットワークデバイスは、基地局、拡張基地局、スケジューリング機能を有する中継局、または同様のものであってよい。基地局は、LTEシステムにおける発展型NodeB(evolved NodeB、eNBまたはe-NodeB)であり得るか、またはLTEシステムの発展型システムなどの、別のシステム内の基地局であってよい、これは、本発明の実施形態において限定されない。続く実施形態は、基地局を一例として使用することによって説明されるが、本発明の実施形態が基地局にのみ限定されることを示さない。

【0133】

この実施形態におけるシステムに含まれるユーザ機器およびアクセスネットワークデバイスによって実行される具体的な機能について、続く実施形態の説明を参照することに留意すべきである。

【0134】

図2は、本発明の一実施形態によるユーザ機器100の概略構造図を表す。図2に表されているように、ユーザ機器100は、受信モジュール110、処理モジュール120、および送信モジュール130を含む。

【0135】

ユーザ機器100が、PUCCHフォーマット3を使用することによってACK/NACKをフィードバックするときに、DFT-S-OFDM伝送方式が使用され得る。PUCCHフォーマット3を使用することによってACK/NACKをフィードバックするためのチャネル構造は、図3に表されており、チャネル構造は、処理モジュール120によって実装され得る。具体的には、リードミュラー(Reed Muller、RM)チャネル符号化は、20ビットなどの元のACK/NACKビット上で実行されて48ビットを生成し、符号化されたビットはスクランブルされ、そしてスクランブルされたビットは、1つのサブフレームの2つのタイムスロット内に等しく配置される、24個の四相位相偏移変調(quadrature phase shift keying、QPSK)シンボルに変調される。このようにして、各タイムスロット内に12個のQPSKシンボルがあり、12個のQPSKシンボルは、1つのタイムスロット内の1つの時間領域シンボルの12個の連続するサブキャリア上に置かれる、すなわち、12個のQPSKシンボルは1つのリソースブロック(resource block、RB)上の1つの時間領域シンボルの12個のサブキャリアを占有する。そして、各タイムスロットについて、スペクトル拡散が、時間領域内で長さ5の直交カバーコード(orthogonal cover code、OCC)を有するシーケンスwを使用することによって実行される。OCCは、1つのタイムスロット内の1つのRB上で5個の時間領域シンボルを占有し、符号分割多重は、異なるOCCを使用することによって1つのRB上の異なるUEについて実行されてよく、他の2つのシンボルは、基準信号(reference signal、RS)を搬送するために使用される。そして、DFTプリコーディングおよび逆高速フーリエ変換(inverse fast Fourier transform、IFFT)が、スペクトル拡散を用いて取得される信号に対して実行される。

【0136】

20個よりも多いACK/NACKビットの伝送をサポートするために、方法は、たとえば、1つのRBから複数のRBまで、PUCCHフォーマット3の現在の容量を拡張するものである。具体的には、一例としてデュアルRB PUCCHフォーマット3が使用される。このようにして、前述のチャネルフォーマットでは、40個の元のACK/NACKビットがあり、各タイムスロット内で占有される12個のサブキャリアは、時間領域OCCスペクトル拡散なしで各タイムスロット内で占有される24個のサブキャリアに拡張される必要があるだけである。このようにして、デュアルRB PUCCHフォーマット3は、それに比例して40個のACK/NACKビットのフィードバックをサポートすることができ、より多くのキャリア(10個のキャリアなど)のCAをさらにサポートすることができる。1つのRBが3つのRBまたはより多くのRBに拡張される場合は類似しており、拡張は周波数領域でのみ実行される必要がある。

【0137】

しかしながら、シングルRB PUCCHフォーマット3の多重化能力が限られているので、シングルRB PUCCHフォーマット3のオーバーヘッドは、PUCCHフォーマット1a/1bのそれよりも高い。シングルRB PUCCHフォーマット3が、多重RB PUCCHフォーマット3に拡張されるときに、オーバーヘッドは、多重RB PUCCHフォーマット3の多重化能力がシングルRB PUCCHフォーマット3のそれと同じであるが、占有されているリソースはRB拡張とともに倍になるので、なおいっそう高くなり得る。

【0138】

一例としてデュアルRB PUCCHフォーマット3が使用される。10個のキャリアのCAがサポートされていると仮定すると、すなわち、10個のキャリアがスケジュールされている場合、デュアルRB PUCCHフォーマット3が使用される。しかしながら、10個のキャリアがUEに対して構成された後、各サブフレーム内の10個のキャリアのすべてがスケジュールされるわけではなく、その代わりに考慮される複数の要因により、10個のキャリアのうちのいくつかの特定のキャリアが、データ伝送のためにUEに対してスケジュールされる。具体的には、スケジュールされるべきキャリアの量は、現在のサービス負荷に従って決定され得る。しかしながら、スケジューリング要求条件があっても、PDCCHリソース領域の容量がさらに考慮される必要がある。UEのPDCCH容量が、すでにスケジューリングに対して不十分である場合、対応するキャリア上のデータは、スケジュールされることが可能でない。したがって、10個のキャリアがUEに対して構成されている場合であっても、サブフレーム内のいくつかのキャリアのみが、データ伝送に対してスケジュールされる必要があり得る。それに加えて、1つのキャリア上のすべてのダウンリンクサブフレームが、実際のスケジューリングにおいてUEに対してスケジュールされるわけではない。したがって、可能な限りオーバーヘッドを低減するために、PUCCHフォーマット3のオーバーヘッドの最適化が考慮され得る。

【0139】

シングルRB PUCCHフォーマット3が、少なくとも2つのRBのPUCCHフォーマット3に拡張される解決策に基づき、本発明の解決策のこの実施形態では、PUCCHフォーマット3のオーバーヘッドは、動的にスケジュールされたダウンリンクサブフレームおよび/またはキャリアに従って最適化される。具体的な解決策は、以下のとおりである。

【0140】

ユーザ機器UEは、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信する。

【0141】

UEは、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信する。

【0142】

UEは、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定する。アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0143】

UEは、チャネルリソースを決定する。チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する。

【0144】

UEは、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信する。チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットであり、UEは、p-コードブック-サイズチャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、q-コードブック-サイズチャネルフォーマットであり、UEは、q-コードブック-サイズチャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、pおよびqは自然数であり、p>qである。

【0145】

p-コードブック-サイズチャネルフォーマットは、チャネルフォーマットがpコードブックサイズの最大値のACK/NACKのフィードバックをサポートすることができることを意味し、q-コードブック-サイズチャネルフォーマットは、チャネルフォーマットがqコードブックサイズの最大値のACK/NACKのフィードバックをサポートすることができることを意味する。コードブックサイズは、元の符号化されていないACK/NACKビットの量を指している。具体的には、pコードブックサイズは、第1の部分集合に対応し、qコードブックサイズは、第2の部分集合に対応する。すなわち、pコードブックサイズは、第1の部分集合内のダウンリンクサブフレームの量に従って決定され、qコードブックサイズは、第2の部分集合内のダウンリンクサブフレームの量に従って決定される。

【0146】

任意選択で、p-コードブック-サイズチャネルフォーマットによって占有されるチャネルリソースは、n個のリソース要素を含み、q-コードブック-サイズチャネルフォーマットによって占有されるチャネルリソースは、m個のリソース要素を含み、mおよびnは自然数であり、mはn以上である。このようにして、p-コードブック-サイズチャネルフォーマットは、また、n-リソース-要素チャネルフォーマットとしてみなされてよく、q-コードブック-サイズチャネルフォーマットは、また、m-リソース-要素チャネルフォーマットとしてみなされてよい。mがnよりも大きいときに、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づき以下の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能である。この場合、以下の実施形態の説明では、n-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットで直接置き換えられ得、m-リソース-要素チャネルフォーマットは、q-コードブック-サイズチャネルフォーマットで直接置き換えられ得る。

【0147】

それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合にさらに適用可能である。この場合、以下の実施形態の説明は、n-リソース-要素チャネルフォーマットがp-コードブック-サイズチャネルフォーマットで直接置き換えられ、m-リソース-要素チャネルフォーマットがq-コードブック-サイズチャネルフォーマットで直接置き換えられる場合にも適用可能であるが、この場合には、m>nの代わりにm=nである。

【0148】

したがって、任意選択で、一実施形態において、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、同じ量のリソース要素を占有し、p-コードブック-サイズチャネルフォーマットによって使用される直交符号の長さは、q-コードブック-サイズチャネルフォーマットによって使用される直交符号の長さよりも大きい。

【0149】

続く実施形態では、n-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマット(ここでm>n)は、説明のための一例として使用されている。しかしながら、本発明の実施形態は、それに限定されないことに留意すべきである。本発明の実施形態は、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットの場合(ここでq>p)ならびにn-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットの場合(ここでm=n)に適用され得る。

【0150】

この実施形態のユーザ機器100において、受信モジュール110および送信モジュール130は、処理モジュール120に結合される。ユーザ機器100は、ストレージモジュールおよび別のコンポーネントをさらに含み得る。

【0151】

受信モジュール110は、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信し、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するように構成される。

【0152】

処理モジュール120は、受信モジュール110によって受信されるデータチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定し、チャネルリソースを決定するように構成される。アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合であり、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する。

【0153】

送信モジュール130は、処理モジュール120の制御の下で、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信するように構成される。チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは自然数であり、m>nである。

【0154】

受信モジュール110は、ダウンリンク制御チャネルを使用することによってダウンリンク制御情報を受信する。たとえば、受信モジュール110は、PDCCHを使用することによってダウンリンク制御情報を受信するか、または拡張PDCCH(enhanced PDCCH、ePDCCH)を使用することによってダウンリンク制御情報を受信する。制御チャネルは、セカンダリコンポーネントキャリア上でデータチャネルをスケジュールするための制御チャネルであり、かつ/または制御チャネルは、プライマリコンポーネントキャリア上でデータチャネルをスケジュールするための制御チャネルである。

【0155】

本発明のこの実施形態におけるフィードバック情報は、ACK/NACKであってよい。もちろん、フィードバック情報は、他のフィードバック情報であってよく、フィードバック情報は、データチャネル上で搬送されたデータが受信されたかどうかを示すことができる。

【0156】

処理モジュール120によって決定されるアップリンクサブフレームは、事前構成に従って決定される。たとえば、アクセスネットワークデバイスは、アップリンク-ダウンリンクサブフレーム構成をUEに予め送信しておく。処理モジュール120は、アクセスネットワークデバイスによって事前構成されたアップリンク-ダウンリンクサブフレーム構成に従って、フィードバック情報を送信するために使用されるアップリンクサブフレームを決定することができる。したがって、本発明のこの実施形態におけるUEは、アクセスネットワークデバイスによってUEに送信された事前構成を記憶するように構成されているストレージモジュールをさらに含む。

【0157】

アップリンクサブフレームに関連付けられているダウンリンクサブフレーム内のスケジュールされたデータチャネルに対応するACK/NACKは、アップリンクサブフレーム内でフィードバックされる必要がある。これらのダウンリンクサブフレームは、ダウンリンクサブフレームとアップリンクサブフレームとの間の事前構成された時間シーケンスまたはタイミングの対応関係に従って、すなわち、事前構成されたアップリンク-ダウンリンクサブフレーム構成に従って、決定される。たとえば、アップリンクサブフレームに関連付けられているダウンリンクサブフレームは、表2に従って決定され得る。

【0158】

本発明のこの実施形態では、ACK/NACKをフィードバックするために使用されるアップリンクサブフレームに関連付けられているすべてのダウンリンクサブフレームは、第1のダウンリンクサブフレーム集合と称され、第1のダウンリンクサブフレーム集合は、少なくとも2つの部分集合、すなわち、第1の部分集合および第2の部分集合を含む。すべてのダウンリンクサブフレームは、UEに対して構成されているすべてのキャリア上にある、かつACK/NACKフィードバックがアップリンクサブフレーム内で構成されている、すべてのダウンリンクサブフレームである。たとえば、15個のキャリアが、UEに対してアクセスネットワークデバイスによって構成され、同じアップリンク-ダウンリンクサブフレーム構成2(詳細については、表1および表2を参照されたい)が、15個のキャリアに対して構成されている場合、アップリンクサブフレームは、サブフレーム2であり、アップリンクサブフレームに関連付けられているすべてのダウンリンクサブフレーム、すなわち、第1のダウンリンクサブフレーム集合は、15個のキャリア上のダウンリンクサブフレーム4、5、6、および8を含む。この実施形態は、第1のダウンリンクサブフレーム集合が2つの部分集合を含むが、2つの集合に限定されない一例を使用することによって説明されている。第1の部分集合は、少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は、第2の部分集合の真部分集合である、すなわち、第1の部分集合は、第1のダウンリンクサブフレーム集合内のいくつかのダウンリンクサブフレームを含む。第2の部分集合は、第1のダウンリンクサブフレーム集合内のすべてのダウンリンクサブフレームを含み得るか、または第1のダウンリンクサブフレーム集合内のいくつかのダウンリンクサブフレームのみを含み得る。第1のダウンリンクサブフレーム集合内にあるが、第2の部分集合に属していないダウンリンクサブフレームについては、本発明のこの実施形態における第1の部分集合および第2の部分集合を決定するための方法を参照されたい。

【0159】

本発明のこの実施形態は、前述の2つの部分集合に限定されず、2つよりも多い部分集合があり得ることに留意すべきである。たとえば、15個のキャリアがUEに対して構成される場合、これらのキャリアに対応するダウンリンクサブフレームは、3つの部分集合、または4つの部分集合にグループ分けされ得る。もちろん、より多くの集合があってもよい。

【0160】

本発明のこの実施形態における部分集合は、全体集合の一部であり得るか、または全体集合であってよいことにさらに留意すべきである。たとえば、本発明のこの実施形態では、AがBの部分集合である場合、AはBの中のいくつかの要素を含み得るか、またはBの中のすべての要素を含み得る。しかしながら、この実施形態では、AがBの真部分集合である場合、AはBの中のいくつかの要素のみを含む。

【0161】

さらに、UEは、事前構成に従って第1の部分集合および第2の部分集合を決定し得る。たとえば、TDD CAにおいて、ここでは、異なるキャリア上で同じサブフレーム番号を有するサブフレームは、異なるダウンリンクサブフレームであると仮定され、ダウンリンクデータはスペシャルサブフレームで送信されることが可能であるが、アップリンクデータはスペシャルサブフレームで送信されることが可能でないので、TDDスペシャルサブフレームはダウンリンクサブフレームとして分類され得る。たとえば、第1の部分集合は、キャリア1から5上のダウンリンクサブフレーム4、5、6、および8を含み、第2の部分集合は、キャリア1から10上のダウンリンクサブフレーム4、5、6、および8を含む場合に、第2の部分集合は、第1の部分集合を完全に含むことを理解することができる。この実施形態では、第3の部分集合がさらにあり得、これは具体的にはキャリア1から15上のダウンリンクサブフレーム4、5、6、および8を含む、すなわち、第3の部分集合は、アップリンクサブフレームでフィードバックされるACK/NACKに関連付けられ、UEに対して構成されるすべての事前構成されたダウンリンクサブフレームを含む。すなわち、第3の集合は、全体集合である、すなわち、前述の第1のダウンリンクサブフレーム集合である。しかしながら、第1の部分集合と第2の部分集合との間の関係は、第2の部分集合と第3の部分集合との間の関係および第1の部分集合と第3の部分集合との間の関係の両方に構造的に類似していることを理解することができる。したがって、本発明のこの実施形態における解決策は、第2の部分集合および第3の部分集合、ならびに第1の部分集合および第3の部分集合に直接拡張され得る。もちろん、本発明のこの実施形態の別の方式があり得、詳細はここでは説明されない。

【0162】

任意選択で、UEは、事前構成された規則を使用することによって第1の部分集合および第2の部分集合を決定し得る。複数の事前構成された規則があり得、これは本発明のこの実施形態において限定されない。

【0163】

たとえば、事前構成された規則は、第1の部分集合および第2の部分集合がACK/NACKビット量閾値(20ビット、21ビット、または22ビットなど)およびキャリア番号またはフレーム番号のうちの少なくとも1つに従って決定される事前構成された規則に基づく方式であってよい。このようにして、UEは、第1の部分集合が、キャリア1から5上のダウンリンクサブフレーム4、5、6、および8を含み、第2の部分集合が、キャリア1から10上のダウンリンクサブフレーム4、5、6、および8を含むと決定する。第1の部分集合を選択するための方法において、キャリア1上のすべてのダウンリンクサブフレームは、最初に、時間領域サブフレーム番号のシーケンスに従って選択され、そして、周波数領域キャリア番号に基づき、キャリア2上のダウンリンクサブフレームが選択され、選択は、ダウンリンクサブフレームの、閾値によって制限される量に達するまでに続く。第2の部分集合を選択する方式は、第1の部分集合を選択する方式に類似している。別の例では、前述の閾値が10であると仮定される。依然として、5個のキャリアがあり、各キャリアがサブフレーム構成2を有する例では、集合分割方式は以下のとおりである。第1の部分集合は、キャリア1および2上のダウンリンクサブフレーム4、5、6、および8、ならびにキャリア3上のダウンリンクサブフレーム4および5を含む。第1の部分集合内のすべてのダウンリンクサブフレームに加えて、第2の部分集合は、キャリア3上のダウンリンクサブフレーム6および8、ならびにキャリア3および4上のダウンリンクサブフレーム4、5、6、および8を含む。この場合、1つのキャリア上の異なるサブフレームは、異なるダウンリンクサブフレーム集合にグループ分けされ得る。この例において、第1の部分集合および第2の部分集合は、依然として、最初に時間領域サブフレーム番号に従って、そして周波数領域キャリア番号に従って選択されることを理解することができる。

【0164】

別の例について、事前構成された規則は、以下のとおりであってよい。最大量のキャリア上のダウンリンクサブフレームは、キャリア番号、サブフレーム番号、および閾値に従って集合として決定され、最大量は、閾値を超えない。この規則では、同じキャリア上の異なるサブフレームは、完全には交差しない複数の集合にグループ分けされることが可能でないので、集合内のダウンリンクサブフレームの量は、前述の閾値よりも小さくてよい。たとえば、第1の部分集合は、キャリア1および2上のダウンリンクサブフレーム4、5、6、および8を含む。第1の部分集合内のすべてのダウンリンクサブフレームに加えて、第2の部分集合は、キャリア3から5上のダウンリンクサブフレーム4、5、6、および8を含む。

【0165】

別の例について、事前構成された規則は、以下のとおりであってよい。閾値を参照して、第1の部分集合および第2の部分集合は、最初に周波数領域キャリア番号に従って、そして時間領域サブフレーム番号に従って選択される。

【0166】

複数の事前構成された規則があり得ることを理解することができる。本発明のこの実施形態における目的を達成することができるいずれの事前構成された規則も、本発明のこの実施形態において使用されることが可能であり、詳細はここでは説明されていない。

【0167】

任意選択で、UEは、アクセスネットワークデバイスによって送信されるシグナリングを使用することによって第1の部分集合および第2の部分集合を決定し得る。アクセスネットワークデバイスは、シグナリングを使用することによって分割規則をUEに通知し得るか、または第1の部分集合および第2の部分集合をUEに直接通知し得る。もちろん、UEは、別の方式で第1の部分集合および第2の部分集合を決定し得る。

【0168】

さらに、本発明のこの実施形態において、第1の部分集合は、第1のアップリンクチャネルリソースに対応し、送信モジュール130は、n-リソース-要素チャネルフォーマットを使用することによって、n-リソース-要素チャネルフォーマットのフィードバック情報を第1のアップリンクチャネルリソースに追加し、第2の部分集合は、第2のアップリンクチャネルリソースに対応し、送信モジュール130は、m-リソース-要素チャネルフォーマットを使用することによって、m-リソース-要素チャネルフォーマットのフィードバック情報を第2のアップリンクチャネルリソースに追加し、mおよびnは自然数であり、m>nである。各フィードバックの間、フィードバック情報は、ただ1つのチャネルフォーマットを使用することによって対応するチャネルリソース上で送信される。すなわち、大きい部分集合については、フィードバック情報は、大きいリソースフォーマットを使用することによって送信され、小さい部分集合については、フィードバック情報は、小さいリソースフォーマットを使用することによって送信される。

【0169】

m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットのリソース要素は、リソースブロック(RB)、リソースブロックペア(resource block pair)、サブリソースブロック、またはサブリソースブロックペアのうちの1つを含み得る。たとえば、リソース要素がRBである場合、m個のRBとn個のRBとがあり、nは1であってもよく、mは1よりも大きい自然数である。サブリソースブロックは、リソースブロックの一部である。サブRBの周波数領域幅は、RBの周波数領域幅よりも小さくてもよい。たとえば、サブRBは、4つのサブキャリアを占有し、時間領域内で1つのタイムスロットまたは1つのサブフレームを占有する。代替的に、サブRBの時間領域幅は、タイムスロットよりも小さくてもよい。たとえば、サブRBは3つの時間領域シンボルを占有し、周波数領域内の12個のサブキャリア、すなわち、1つのRBの周波数領域幅を占有する。代替的に、サブRBは、時間領域と周波数領域の両方における現在のRBよりも小さい周波数領域幅および小さい時間領域幅を占有する。サブリソースブロックペアは、サブリソースブロックのペアである。

【0170】

mがnよりも大きいときに、第1のダウンリンクサブフレーム集合、第1の部分集合、第2の部分集合、および同様のものに関する説明を含む、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づく前述の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能である。それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合にさらに適用可能である。詳細は、以下のとおりである。

【0171】

mがnに等しいとき、すなわち、2つのチャネルフォーマットによって占有される時間周波数リソースは、1つのRBなどの、同じ量のリソース要素を有するか、または2つのチャネルフォーマットによって占有される時間周波数リソースは完全に重なり合う。この場合、q-コードブック-サイズチャネルフォーマットまたはm-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットまたはn-リソース-要素チャネルフォーマットよりも多いACK/NACKコードブックをフィードバックしてよく、なぜなら前者によって使用される直交符号の長さが後者によって使用される直交符号の長さよりも小さいからである。コードブックサイズは、同じ時間周波数リソースの多重化効率を低減することによって増大される。

【0172】

PUCCHフォーマット3の一例において、RB上のPUCCHフォーマット3の時間周波数リソースは、2つのフォーマットによって占有されるが、p-コードブック-サイズチャネルフォーマットの時間領域直交符号の長さは5である、すなわち、最大5個のUEのp-コードブック-サイズチャネルフォーマットが、RB上で多重化されることが可能であると仮定される。q-コードブック-サイズチャネルフォーマットの時間領域直交符号の長さは、2および3である、すなわち、スペクトル拡散は、長さ2の時間領域直交符号を使用することによって最初の2つのACK/NACKシンボル上で実行され、スペクトル拡散は、長さ3の時間領域直交符号を使用することによって最後の3つのACK/NACKシンボル上で実行されると仮定される。このタイムスロット内の他の2つのシンボルは、アップリンク復調パイロットの伝送のために使用されると仮定すると、2つのUEのq-コードブック-サイズチャネルフォーマットが、この場合にRB上で適応され得る。しかしながら、q-コードブック-サイズチャネルフォーマットによってサポートされるACK/NACKコードブックサイズは、p-コードブック-サイズチャネルフォーマットによってサポートされるACK/NACKコードブックサイズの2倍であり、なぜならスペクトル拡散がq-コードブック-サイズチャネルフォーマットにおける時間領域直交符号の2つのグループを使用することによって実行されるからである。時間領域直交符号の各グループの符号長は、p-コードブック-サイズチャネルフォーマットによって使用される時間領域直交符号の長さ5よりも小さく、多重化能力は、時間領域直交符号の2つのグループ内のより短い長さを有する時間領域直交符号によって決定される。直交符号の長さについて、直交符号のグループが{(1,1),(1,-1)}であると仮定すると、直交符号の長さは、この場合、2であり、符号長2を有する直交符号のこのグループ内に最大2つの直交符号がある。代替的に、直交符号の別のグループが{(1,1,1,1),(1,1,-1,-1),(1,-1,-1,1),(1,-1,1,-1)}であると仮定すると、直交符号の符号長は、この場合、4であり、符号長4を有する直交符号のこのグループ内に最大4つの直交符号がある。

【0173】

前述の実施形態によれば、UEに対してより多くのキャリアが構成されるときに、最大量のACK/NACKビットは、シングルRB PUCCHフォーマット3の現在のベアラ能力を超える。本発明のこの実施形態では、アップリンクサブフレームに対応するダウンリンクサブフレーム集合は、少なくとも2つの部分集合に分割され、第1の部分集合は、第2の部分集合の真部分集合であり、対応するアップリンクチャネルリソースは、その2つの部分集合について構成される。大きい部分集合については、フィードバック情報は、大きいリソースフォーマットを使用することによって送信され、小さい部分集合については、フィードバック情報は、小さいリソースフォーマットを使用することによって送信され、それによって、より多くのキャリアが構成されるときにフィードバック情報をどのように送信するかの課題を解決する。それに加えて、少量の瞬時にスケジュールされたキャリアがあるときに、フィードバック情報は、フォールバック・スモール・リソース・フォーマットを使用することによって送信され得る。したがって、本発明のこの実施形態において、リソースオーバーヘッドは、ACK/NACKがフィードバックされるときに低減されることが可能である。

【0174】

以下は、シングルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3を説明のための一例として使用する、すなわち、nは1であり、mは2である。もちろん、この実施形態は、より多くのRBのPUCCHフォーマット3にさらに適用され得る。それに加えて、この解決策は、デュアルRB PUCCHフォーマットおよびクワッドRB PUCCHフォーマット、または異なる量のサブRBのPUCCHフォーマットなどの、別のリソース要素のPUCCHフォーマットに拡張され得る。したがって、この実施形態におけるシングルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3は、m-リソース-要素PUCCHフォーマットおよびn-リソース-要素PUCCHフォーマットに拡張され得る。mおよびnの両方は自然数であり、m>nである。

【0175】

したがって、本発明のこの実施形態において、チャネル符号化のためのモジュールは、20個のACK/NACKビットなどの小さいリソースフォーマットのフィードバック情報内の元のビットを符号化し得るか、または40個のACK/NACKビットまたは60個のACK/NACKビットなどの、大きいリソースフォーマットのフィードバック情報内の元のビットを符号化し得る。符号化は、1つまたは複数のチャネルエンコーダによって実装され得る。チャネルエンコーダは、プロセッサ内の１ユニットであり得るか、または独立したチャネルエンコーダであってよい。

【0176】

さらに、受信モジュール110は、次の方式で、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信する、すなわち、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信するように構成される。

【0177】

この実施形態において、UEは、ダウンリンク制御情報を受信し、そしてダウンリンク制御情報に従ってスケジュールされるべきダウンリンクサブフレームを決定する。スケジュールされるべきダウンリンクサブフレームは、第2のダウンリンクサブフレーム集合を構成し、第2のダウンリンクサブフレーム集合は、第1のダウンリンクサブフレーム集合の部分集合である。1つまたは複数のスケジュールされるべきダウンリンクサブフレームがあり得る。スケジュールされるべき1つのダウンリンクサブフレームがあるときに、ダウンリンクサブフレームはセカンダリコンポーネントキャリア上のダウンリンクサブフレームであり得るか、またはプライマリコンポーネントキャリア上にあり、1よりも大きいダウンリンク割り当てインデックス(downlink assignment index、DAI)フィールド値を有する制御チャネルを使用することによってスケジュールされるダウンリンクサブフレームであり得るが、プライマリコンポーネントキャリア上でPDSCHをスケジュールするために使用され、DAIフィールドが「1」であるPDCCHに対応するダウンリンクサブフレームではあり得ない。

【0178】

任意選択で、第2のダウンリンクサブフレーム集合は、前述のアップリンクサブフレームに関連付けられているサブフレーム集合であってよく、UEに対して現在アクティブ化されているすべてのキャリア上のダウンリンクサブフレームは、サブフレーム集合を構成する。UEに対して実際にスケジュールされているダウンリンクサブフレームは、アクティブ化された第2のダウンリンクサブフレーム集合の部分集合に属す。第1のダウンリンクサブフレーム集合は、フィードバック情報を送信するために使用されるアップリンクサブフレームに関連付けられているサブフレーム集合であり、第1のダウンリンクサブフレーム集合は、無線リソース制御(radio resource control、RRC)シグナリングを使用することによってUEに対して構成されることを理解することができる。アクティブ化された第2のダウンリンクサブフレーム集合は、第1のダウンリンクサブフレーム集合の部分集合であり、媒体アクセス制御(media access control、MAC)シグナリングを使用することによってUEに対して構成される。UEに対して実際にスケジュールされたダウンリンクサブフレームは、第2のダウンリンクサブフレーム集合内のダウンリンクサブフレームである。しかしながら、本発明のこの実施形態は、第2のダウンリンクサブフレーム集合が実際にスケジュールされたダウンリンクサブフレーム集合である例を使用することによって説明されているが、第2のダウンリンクサブフレーム集合が前述のアクティブ化されたダウンリンクサブフレーム集合である場合にも適用可能であり得る。

【0179】

この実施形態では、15個のキャリアがUEに対して構成され、最大60個のACK/NACKビットがアップリンクサブフレーム2上でフィードバックされる必要があるが、サブフレーム内でUEに対してスケジュールされているキャリアまたはダウンリンクサブフレームの量は、この実施形態における15個のキャリア上の60個のサブフレームなどの、前述の最大値よりも少なくてよい。UEに対してスケジュールされているキャリアまたはサブフレームの量は、具体的には、UEの瞬間的サービス負荷および制御チャネルの容量などの複数の要因に関係する。

【0180】

アップリンクサブフレームを決定した後に、処理モジュール120は、チャネルリソースをさらに決定する。第2のダウンリンクサブフレーム集合と第1の部分集合、第2の部分集合、および第1のダウンリンクサブフレーム集合との間の関係が異なる場合、決定されたチャネルリソースは、異なり、使用されているPUCCHフォーマットも、異なり得る。

【0181】

mがnよりも大きいときに、第2のダウンリンクサブフレーム集合および同様のものに関する説明を含む、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づく前述の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能である。それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合にさらに適用可能である。

【0182】

さらに、ダウンリンク制御情報は、リソース指示情報を含む。

【0183】

処理モジュール120がチャネルリソースを次の方式で決定する、すなわち、リソース指示情報に従って、フィードバック情報を搬送するために使用されるチャネルリソースを決定するように構成される。

【0184】

リソース指示情報を含むダウンリンク制御情報内のDAIは、1でないことに留意すべきである。たとえば、DAIは1よりも大きい。代替的に、FDD CAシステムにおいて、ダウンリンク制御情報は、DAIフィールドを有しないので、プライマリコンポーネントキャリアをスケジュールするために使用されるダウンリンク制御情報は、前述のリソース指示情報を有さず、セカンダリコンポーネントキャリアをスケジュールするために使用されるダウンリンク制御情報のみが、前述のリソース指示情報を有する。

【0185】

任意選択で、リソース指示情報は、ダウンリンク制御情報内の明示的なビットであってよい。たとえば、制御チャネル上の少なくとも1つのビットが、リソース指示情報として使用され、少なくとも1つのビットの異なる状態が、異なるPUCCHチャネルリソースを使用することを命令する。任意選択で、リソース指示情報は、黙示的な指示方式であってよい。たとえば、制御チャネル上の異なるスクランブリング符号は、異なるチャネルリソースを指示する。具体的には、リソース指示情報は、ACK/NACKリソースインジケータ(ACK/NACK resource indicator、ARI)であってよい。

【0186】

mがnよりも大きいときに、リソース指示情報を使用することによってチャネルリソースを指示するための方法を含む、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づく以下の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能である。それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合に対してさらに適用可能である。

【0187】

本発明のこの実施形態におけるチャネルリソースについて、2つの具体的な解決策が以下に提供される。

【0188】

解決策1

【0189】

第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、処理モジュール120によって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、処理モジュール120によって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、処理モジュール120によって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0190】

この実施形態は、n-リソース-要素チャネルフォーマットがシングルRB PUCCHフォーマットであり、m-リソース-要素チャネルフォーマットがデュアルRB PUCCHフォーマットである例を使用することによって説明される。第1のアップリンクチャネルリソースは、シングルRB PUCCHフォーマットに対応し、第2のアップリンクチャネルリソースは、デュアルRB PUCCHフォーマットに対応する。

【0191】

この解決策において、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合(略して場合1)、処理モジュール120によって決定されたチャネルリソースは、第1のアップリンクチャネルリソースである。たとえば、第2のダウンリンクサブフレーム集合は、キャリア1上のサブフレーム4、5、6、および8、キャリア2上のサブフレーム4、5、および6、ならびにキャリア3上のサブフレーム4および5を含む。キャリア1は、プライマリコンポーネントキャリアである。この実施形態では、第1の部分集合が、キャリア1から5上のダウンリンクサブフレーム4、5、6、および8からなると仮定される。したがって、第2のダウンリンクサブフレーム集合は、第1の部分集合の部分集合である。この場合、第1の部分集合に対応する第1のアップリンクチャネルリソースが、この実施形態において使用される。すなわち、フィードバック情報は、小さいリソースフォーマットを使用することによって送信される。

【0192】

第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合(略して場合2)、処理モジュール120によって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。たとえば、第1の部分集合は、キャリア1から5上のダウンリンクサブフレーム4、5、6、および8からなり、第2の部分集合は、キャリア1から10上のダウンリンクサブフレーム4、5、6、および8からなり、第2のダウンリンクサブフレーム集合は、キャリア6上のサブフレーム4、5、6、および8、キャリア7上のサブフレーム4、5、および6、ならびにキャリア8上のサブフレーム4および5のみからなる。すなわち、第2のダウンリンクサブフレーム集合は、第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む。この場合、第2の部分集合に対応する第2のアップリンクチャネルリソースが、この実施形態において使用される。すなわち、フィードバック情報は、大きいリソースフォーマットを使用することによって送信される。

【0193】

第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合(略して場合3)、処理モジュール120によって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。たとえば、第1の部分集合は、キャリア1から5上のダウンリンクサブフレーム4、5、6、および8からなり、第2の部分集合は、キャリア1から10上のダウンリンクサブフレーム4、5、6、および8からなり、第2のダウンリンクサブフレーム集合は、キャリア1上のサブフレーム4、5、6、および8、キャリア3上のサブフレーム4、5、および6、ならびにキャリア6上のサブフレーム4および5からなる。すなわち、第2のダウンリンクサブフレーム集合は、第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない。この場合、第2の部分集合に対応する第2のアップリンクチャネルリソースが、この実施形態において使用される。すなわち、フィードバック情報は、大きいリソースフォーマットを使用することによって送信される。

【0194】

続く説明において、n-リソース-要素チャネルフォーマットがシングルRB PUCCHフォーマットであり、m-リソース-要素チャネルフォーマットがデュアルRB PUCCHフォーマットである例が説明のために使用される。第1のアップリンクチャネルリソースは、シングルRB PUCCHフォーマットに対応し、第2のアップリンクチャネルリソースは、デュアルRB PUCCHフォーマットに対応する。

【0195】

さらに、リソース指示情報に従って、フィードバック情報を搬送するために使用されるチャネルリソースを決定するときに、処理モジュール120は、UEに対してアクセスネットワークデバイスによって事前構成されているリソース集合からチャネルリソースを選択する。さらに、アクセスネットワークデバイスは、リソース指示情報の状態とUEに対するリソース集合内のチャネルリソースとの間の対応関係を事前構成する。リソース指示情報に従って、フィードバック情報を搬送するために使用されるチャネルリソースを決定するときに、処理モジュール120は、リソース指示情報の状態に従って、UEに対してアクセスネットワークデバイスによって事前構成されているリソース集合からチャネルリソースを選択する。アクセスネットワークデバイスは、次の3つの実装方式においてUEに対してリソース集合を事前構成し得る。

【0196】

第1の実装方式:

【0197】

アクセスネットワークデバイスは、UEに対して第2のアップリンクチャネルリソース集合を事前構成する。処理モジュール120は、チャネルリソースを決定する前に、アクセスネットワークデバイスによって構成される第2のアップリンクチャネルリソース集合を取得するようにさらに構成される。第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソース集合に含まれる複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は第1のアップリンクチャネルリソース集合を構成し、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである。

【0198】

この解決策において、時間周波数リソースに関して、m-リソース-要素チャネルフォーマットのチャネルリソースは、m-リソース-要素チャネルフォーマットに対応するフォールバックn-リソース-要素チャネルフォーマットのチャネルリソースを含む。このようにして、時間周波数リソースに関して直交するn-リソース-要素チャネルフォーマットのチャネルリソースおよびm-リソース-要素チャネルフォーマットのチャネルリソースは、別々に確保される必要がなくてよく、それによって、基地局は、時間周波数リソースに関して直交するn-リソース-要素チャネルフォーマットのチャネルリソースおよびm-リソース-要素チャネルフォーマットのチャネルリソース上でブラインド検出を実行する必要はない。これは、PUCCHなどのアップリンク制御チャネルのリソースオーバーヘッドを低減する。

【0199】

図4に表されているように、UEに対してアクセスネットワークデバイスによって事前構成されている第2のアップリンクチャネルリソース集合は、図4の4つの大きいリソース、すなわち、図4の4つのデュアルRBのチャネルリソースを含む。この実施形態における4つのリソースは、一例にすぎないが、本発明のこの実施形態の範囲を限定するために使用されないことに留意すべきである。この技術分野の当業者は、アクセスネットワークデバイスが、要求条件に従ってより多くの、またはより少ないリソースを構成し得ることを理解すべきである。第2のアップリンクチャネルリソース集合内の各要素の一部は、第1のリソース集合を構成する。たとえば、図4の4つのデュアルRBのいくつかのリソース、すなわち、4つのデュアルRBの各々の中の1つのRBは、第1のアップリンクチャネルリソース集合を構成する。第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合から選択される。すなわち、第2のアップリンクチャネルリソースは、図4の4つのデュアルRBのチャネルリソースのうちの1つである。第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合から選択される。たとえば、第1のアップリンクチャネルリソースは、図4のデュアルRBのチャネルリソース内のシングルRBチャネルリソースである。たとえば、第1のアップリンクチャネルリソースは、図4の第2のデュアルRBのチャネルリソースの上側RB部分のチャネルリソースであってよい。

【0200】

この場合、リソース指示情報の異なる状態は、第2のアップリンクチャネルリソース集合内の異なるチャネルリソースを示してよい。図4に表されているように、00は、第2のアップリンクリソース集合内の第1のデュアルRBを示し、01は、第2のデュアルRBを示し、10は、第3のデュアルRBを示し、11は、第4のデュアルRBを示す。

【0201】

前述の場合2または場合3において、処理モジュール120は、具体的には、チャネルリソースインジケータに従って第2のアップリンクチャネルリソース集合から第2のアップリンクチャネルリソースを決定するように構成される。たとえば、チャネルリソースインジケータが10である場合、処理モジュール120は、第2のアップリンクチャネルリソース集合内の第3のデュアルRBが第2のアップリンクチャネルリソースであると決定する。

【0202】

前述の場合1において、処理モジュール120は、具体的には、チャネルリソースインジケータに従って第1のアップリンクチャネルリソース集合から第1のアップリンクチャネルリソースを決定するように構成される。第1のアップリンクチャネルリソースは、チャネルリソースインジケータによって指示されるアップリンクチャネルリソースの一部であり、アップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合に含まれる。代替的に、処理ユニット120は、具体的には、リソース指示情報に従って第1のアップリンクチャネルリソースを決定するように構成される。第1のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内にあり、リソース指示情報によって指示されるアップリンクチャネルリソースの一部である。第1のアップリンクチャネルリソースが、リソース指示情報によって指示されるアップリンクチャネルリソースのどの部分であるかは、UEの識別子、事前構成された情報、または既定の設定に従って直接決定され得る。

【0203】

任意選択で、処理モジュール120が、チャネルリソースインジケータによって指示されるアップリンクチャネルリソースのどの部分を使用するかは、既定の設定に従って決定され得る。たとえば、上側RBが既定で使用されるか、または下側RBが既定で使用される。代替的に、処理モジュール120が、チャネルリソースインジケータによって指示されるアップリンクチャネルリソースのどの部分を使用するかは、ユーザ機器の識別情報または事前構成された情報に従って決定され得る。たとえば、事前構成された情報は、RRCシグナリングを使用することによって事前構成された前述のアップリンクチャネルリソース集合内のアップリンクチャネルリソースの上側半分のリソースもしくは下側半分のリソースを指示し得るか、または前述のアップリンクチャネルリソース集合内のアップリンクチャネルリソースの上側半分のリソースもしくは下側半分のリソースが第1のアップリンクチャネルリソースとして使用されることを指示するために使用される事前構成された指示情報であってよい。処理モジュール120は、事前構成された情報に従って上側半分のリソースまたは下側半分のリソースを第1のアップリンクチャネルリソースとして決定し得る。別の例について、処理モジュール120がユーザ機器の識別情報に従って第1のアップリンクチャネルリソースを決定するときに、ユーザ機器の識別情報が奇数である場合に、処理モジュール120は、チャネルリソースインジケータによって指示されているアップリンクチャネルリソースの上側半分を第1のアップリンクチャネルリソースとして決定する。ユーザ機器の識別情報が、偶数である場合、処理モジュール120は、チャネルリソースインジケータによって指示されているアップリンクチャネルリソースの下側半分を第1のアップリンクチャネルリソースとし、またはその逆を決定する。もちろん、処理モジュール120は、第1のアップリンクチャネルリソースを別の方式で決定し得る。

【0204】

この実装方式は、以下の例を使用することによってさらに説明される。この実施形態では、2ビットリソース指示情報が一例として使用され、チャネルフォーマットはPUCCHフォーマット3である。2つのビットの4つの状態の解析状況は、UEに対して事前構成される必要がある。たとえば、RRC専用シグナリングを受信することによって、UEは、それぞれ{デュアルRB PUCCHフォーマット3チャネルリソース1,デュアルRB PUCCHフォーマット3チャネルリソース2,デュアルRB PUCCHフォーマット3チャネルリソース3,デュアルRB PUCCHフォーマット3チャネルリソース4}、すなわち、図4の4つのデュアルRBチャネルリソースを示す、2つのビットの4つの状態{00,01,10,11}を予め取得する。

【0205】

この実施形態では、そのような事前構成された情報に基づき、UEが第1の部分集合に含まれていないダウンリンクサブフレームにおいてスケジュールされたデータを受信した場合(たとえば、前述の場合2または場合3)、処理ユニット120は、現在の状態01によって指示されているデュアルRB PUCCHフォーマット3チャネルリソース2を使用することによってACK/NACKをフィードバックする。

【0206】

第2のダウンリンクサブフレーム集合が、第1の部分集合の部分集合であり(たとえば、前述の場合1)、UEによって受信された2つのビットが、この場合に状態01を指示している場合に、UEは、状態01によって指示されているデュアルRB PUCCHフォーマット3チャネルリソース内のシングルRB PUCCHフォーマット3チャネルリソースを使用することによってACK/NACKをフィードバックする。詳細は、図4に表されている。デュアルRB PUCCHフォーマット3チャネルリソース内のどの具体的なシングルRB PUCCHフォーマット3チャネルリソースが使用されるべきかは、UEのUE識別情報に従って決定され得る。識別情報は、UEのセル無線ネットワーク一時識別子(cell-radio network temporary identifier、C-RNTI)であってよい。具体的な決定方式は、モジュロ演算であってよい。たとえば、どのシングルRB PUCCHフォーマット3チャネルリソースが使用されるべきかは、C-RNTI mod 2=0または1に従って決定され得る。代替的に、デュアルRB PUCCHフォーマット3チャネルリソース内にあり、たとえば、RRC専用シグナリングを使用することによって事前構成されている、シングルRB PUCCHフォーマット3チャネルリソースが直接使用される。シングルRB PUCCHフォーマット3を決定する前述の方式において、基地局は、2つのUEに、1つのデュアルRB PUCCHフォーマット3チャネルリソース内の異なるシングルRB PUCCHフォーマット3チャネルリソースを別々に使用させ、それによって、リソース利用効率を改善することができる。

【0207】

第2の実装方式:

【0208】

アクセスネットワークデバイスは、2つのアップリンクチャネルリソース集合、すなわち、第1のアップリンクチャネルリソース集合および第2のアップリンクチャネルリソース集合をUEに対して事前構成する。処理モジュール120は、チャネルリソースを決定する前に、アクセスネットワークデバイスによって事前構成される第1のアップリンクチャネルリソース集合および第2のアップリンクチャネル集合を取得するようにさらに構成される。第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである。

【0209】

図5に表されているように、第1のアップリンクチャネルリソース集合は、2つのシングルRB、すなわち、図5のシングルRB1およびシングルRB2のチャネルリソースを含み、第2のアップリンクチャネルリソース集合は、2つのデュアルRB、すなわち、図5のデュアルRB1およびデュアルRB2のチャネルリソースを含む。そのようなリソース集合構成において、リソース指示情報の状態は、2つの集合、すなわち、第1の状態集合および第2の状態集合にグループ分けされ得る。第1の状態集合は、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、リソース指示情報の第2の状態集合は、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第1の状態集合は、第2の状態集合と交差しない。図5に表されている一例は、説明のために使用されている。第1の状態集合は、第1のアップリンクチャネルリソース集合内のシングルRB1およびシングルRB2をそれぞれ指示する、00および01を含み、第2の状態集合は、第2のアップリンクチャネルリソース集合内のデュアルRB1およびデュアルRB2をそれぞれ指示する、10および11を含む。

【0210】

さらに、第1の状態集合内の状態と第1のアップリンクチャネルリソース集合内のチャネルリソースとの間の対応関係は、UEに対してアクセスネットワークデバイスによって事前構成され得る。同様に、第2の状態集合内の状態と第2のアップリンクチャネルリソース集合内のチャネルリソースとの間の対応関係は、UEに対してアクセスネットワークデバイスによって事前構成され得る。アクセスネットワークデバイスは、一度にUEに対して2つの対応関係を構成し得るか、またはUEに対して2つの対応関係を別々に構成し得る。具体的には、アクセスネットワークデバイスは、無線リソース制御(radio resource control、RRC)専用シグナリングを使用することによってUEに対して2つの対応関係を構成し得る。

【0211】

前述の場合1において、処理モジュール120によって決定されるチャネルリソースは、第1のアップリンクチャネルリソースである。リソース指示情報の状態が、第1の状態集合内の状態であるときに、処理モジュール120が次の方式でチャネルリソースを決定する、すなわち、第1のアップリンクチャネルリソースを、リソース指示情報の第1の状態集合内の状態に従って第1のアップリンクチャネル集合から決定するように構成される。

【0212】

代替的に、前述の場合2または場合3において、処理モジュール120によって決定されるチャネルリソースは、第2のアップリンクチャネルリソースである。リソース指示情報の状態が、第2の状態集合内の状態であるときに、処理モジュール120が次の方式でチャネルリソースを決定する、すなわち、第2のアップリンクチャネルリソースを、リソース指示情報の第2の状態集合内の状態に従って第2のアップリンクチャネル集合から決定するように構成される。

【0213】

以下は、図5に表されている例を使用することによってこの実装方式をさらに説明する。この実施形態では、2ビットリソース指示情報が一例として使用される。2つのビットの4つの状態の解析状況は、UEに対して事前構成される必要がある。たとえば、RRC専用シグナリングを受信することによって、UEは、それぞれ{シングルRB PUCCHフォーマット3チャネルリソース1,シングルRB PUCCHフォーマット3チャネルリソース2,デュアルRB PUCCHフォーマット3チャネルリソース1,デュアルRB PUCCHフォーマット3チャネルリソース2}を示す、2つのビットの4つの状態{00,01,10,11}を予め取得する。図5に表されているように、そのような事前構成された情報に基づき、UEによって受信された2つのビットがこの場合に状態01を指示する場合に、ACK/NACKはシングルRB PUCCHフォーマットを使用することによってシングルRB PUCCHフォーマット3チャネルリソース2上で送信されると決定される。

【0214】

この実装方式において、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であり、リソース指示情報によって指示されるチャネルリソースがm-リソース-要素チャネルフォーマットに対応するダウンリンクチャネルリソースである場合に、処理ユニット120は、依然として、第2のダウンリンクチャネルリソースを使用することによってフィードバック情報を送信することを決定する。具体的には、ダウンリンクサブフレーム集合は、この場合に第1の部分集合内のダウンリンクサブフレームのみを含む。しかしながら、UEによって受信されたリソース指示情報の2つのビットの状態が10である場合、それはACK/NACKがデュアルRB PUCCHチャネルリソース1を使用することによってフィードバックされることを意味する。したがって、UEは、デュアルRB PUCCHフォーマットを使用することによってデュアルRB PUCCHフォーマット3チャネルリソース1上でACK/NACKを送信することを決定する。この場合、UEは、UEが第1の部分集合に含まれていないダウンリンクサブフレーム内でPDCCHの検出に失敗したことも見いだす。第2のダウンリンクサブフレーム集合が、第1の部分集合内のダウンリンクサブフレームのみを含むことを考慮して、誤検出がない場合に、基地局は、シングルRB PUCCHチャネルリソースを使用するようにUEに命令する。逆に、UEが、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であることを見いだし、シングルRB PUCCHフォーマット3を使用する場合、基地局は、UEが誤検出の場合にデュアルRB PUCCHフォーマット3を使用することによってACK/NACKをフィードバックすることを期待するが、実際には、UEはシングルRB PUCCHフォーマット3を使用することによってACK/NACKをフィードバックする。したがって、UEと基地局との間の誤解が引き起こされ、さらに、基地局はACK/NACKを復号することに失敗する。基地局が、別のUEに、基地局の観点からUEに割り当てられていないチャネルリソースを割り当てるが、UEが、別のUEに割り当てられているシングルRB PUCCHフォーマット3チャネルリソースを使用することによってACK/NACKフィードバックを現在実行している場合、別のUEのPUCCHフォーマット3への干渉が、さらに引き起こされる。したがって、この実施形態において、リソース指示情報の異なる状態は、シングルRB PUCCHフォーマット3またはデュアルRB PUCCHフォーマット3を使用するように命令するために使用され、それによって、リソース指示情報がデュアルRB PUCCHフォーマット3を使用するように命令しているとUEが決定した場合に、UEは、デュアルRB PUCCHフォーマット3を使用することによってACK/NACKをフィードバックする。これは、制御チャネル上の誤検出により引き起こされたPUCCHチャネルリソースの曖昧さの前述の課題を解決する。

【0215】

第3の実装方式:

【0216】

この実装方式は、第2の実装方式に類似している。アクセスネットワークデバイスは、2つのアップリンクチャネルリソース集合、すなわち、第1のアップリンクチャネルリソース集合および第2のアップリンクチャネルリソース集合をUEに対して事前構成する。図6に表されているように、違いは、第1のアップリンクチャネルリソース集合は、4つのシングルRBのチャネルリソース、すなわち、図6のシングルRB1、シングルRB2、シングルRB3、およびシングルRB4を含み、第2のアップリンクチャネルリソース集合は、4つのデュアルRB、すなわち、図6のデュアルRB1、デュアルRB2、デュアルRB3、およびデュアルRB4のチャネルリソースを含むことにある。そのようなリソース集合構成において、リソース指示情報の4つの状態は、第1のアップリンクチャネルリソース集合および/または第2のアップリンクチャネルリソース集合に対応するチャネルリソースを指示する。

【0217】

したがって、処理モジュール120がチャネルリソースを以下の2つの方式で決定し得るように構成される。

【0218】

方式1:

【0219】

処理モジュール120は、リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第3のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第4のアップリンクチャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であると決定し、第3のアップリンクチャネルリソースが第1のアップリンクチャネルリソースであると決定するか、または
処理モジュール120は、リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第5のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第6のアップリンクチャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含むと決定し、第6のアップリンクチャネルリソースが第2のアップリンクチャネルリソースであると決定するか、または
処理モジュール120は、リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第5のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第6のアップリンクチャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まないと決定し、第6のアップリンクチャネルリソースが第2のアップリンクチャネルリソースであると決定する。

【0220】

方式2:

【0221】

処理モジュール120は、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であると決定し、リソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第1のアップリンクチャネルリソースを決定するか、または
処理モジュール120は、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含むと決定し、リソース指示情報の状態に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第2のアップリンクチャネルリソースを決定するか、または
処理モジュール120は、第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まないと決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第2のアップリンクチャネルリソースを決定する。

【0222】

具体的には、この実装方式では、第2のダウンリンクサブフレーム集合が、第1の部分集合内のダウンリンクサブフレームのみを含む場合に、UEは、シングルRB PUCCHチャネルリソースを使用することを決定し得る。しかしながら、シングルRB PUCCHチャネルリソースは、リソース指示情報の2つのビットの状態に従って決定される必要がある。代替的に、リソース指示情報の状態に従って、UEは、最初に、第1のチャネルリソース集合からシングルRB PUCCHチャネルリソースを決定し、そして、第2のチャネルリソース集合からデュアルRB PUCCHチャネルリソースを決定する。2つのチャネルリソースのうちのどちらが最終的に使用されるかについて、第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレームのみを含むことに従って、ACK/NACKを送信するために前述のシングルRB PUCCHチャネルリソースが使用されると決定され得る。

【0223】

この解決策では、リソース指示情報の状態とチャネルリソース集合との間の対応関係も、UEに対して事前構成される必要がある。たとえば、RRC専用シグナリングを受信することによって、UEは、別々にシングルRB PUCCHチャネルリソース集合{シングルRB PUCCHフォーマット3チャネルリソース1,シングルRB PUCCHフォーマット3チャネルリソース2,シングルRB PUCCHフォーマット3チャネルリソース3,シングルRB PUCCHフォーマット3チャネルリソース4}またはデュアルRB PUCCHチャネルリソース集合{デュアルRB PUCCHフォーマット3チャネルリソース1,デュアルRB PUCCHフォーマット3チャネルリソース2,デュアルRB PUCCHフォーマット3チャネルリソース3,デュアルRB PUCCHフォーマット3チャネルリソース4}である、2つのビットの4つの状態{00,01,10,11}を予め取得する。詳細は、図6に表されている。

【0224】

mがnよりも大きいときに、リソース指示情報の指示方式に関する解決策1を含む、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づく前述の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能である。それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合にさらに適用可能である。すなわち、コードブックサイズチャネルフォーマットに基づく解決策は、リソース-要素チャネルフォーマットの上位の解決策である。

【0225】

解決策2

【0226】

第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、処理モジュール120によって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、処理モジュール120によって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0227】

この解決策と解決策1との間の差は、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合(すなわち、場合2)、処理モジュール120によって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであることにある。たとえば、第1の部分集合は、キャリア1から5上のダウンリンクサブフレーム4、5、6、および8からなり、第2の部分集合は、キャリア1から10上のダウンリンクサブフレーム4、5、6、および8からなり、第2のダウンリンクサブフレーム集合は、キャリア6上のサブフレーム4、5、6、および8、キャリア7上のサブフレーム4、5、および6、ならびにキャリア8上のサブフレーム4および5のみからなる。この場合、一般性を失うことなく、第1の部分集合は、あるタイプの第1の部分集合とみなされ得る。第1の部分集合が、キャリア6から10上のダウンリンクサブフレーム4、5、6、および8からなる場合、この実施形態ではフィードバック情報は場合2におけるフォールバック・リソース・フォーマットを使用することによっても送信される。もちろん、異なるチャネルリソース集合または同じチャネルリソース集合は、キャリア1から5上のダウンリンクサブフレーム4、5、6、および8からなる第1の部分集合ならびにキャリア6から10上のダウンリンクサブフレーム4、5、6、および8からなる部分集合に対して構成され得ることに留意すべきである。しかしながら、小さいチャネルフォーマットに対応するチャネルリソース集合は、両方の場合において構成される。

【0228】

解決策2において、リソース集合構成方式および様々なチャネルリソース決定方式については、解決策1の説明を参照されたい。簡潔さのため、詳細はこの明細書において繰り返し説明されない。第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、処理モジュール120によって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであることに留意すべきであり、解決策1における前述の場合1の説明への参照が行われ得る。第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、前述の場合2および場合3の説明への参照が行われ得る。

【0229】

任意選択で、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合に、UEは、第1のアップリンクチャネルリソースを決定し、そして、シングルRB PUCCHフォーマット3を使用することによって第1のアップリンクチャネルリソース上でACK/NACKを送信する。たとえば、第2のダウンリンクサブフレーム集合は、キャリア6上のサブフレーム4、5、6、および8、キャリア7上のサブフレーム4、5、および6、ならびにキャリア8上のサブフレーム4および5を含む。第2のダウンリンクサブフレーム集合内のすべてのダウンリンクサブフレームは、セカンダリコンポーネントキャリア上のサブフレームであることを理解することができる。この場合、この解決策は、場合1に類似している。

【0230】

この実施形態において、解決策2は、UEが第2のダウンリンクサブフレーム集合内のスケジュールされたデータチャネルを受信する前に、以下をさらに含む。UEは、第1の部分集合に対応する第1のアップリンクチャネルリソース集合および第1の部分集合以外の第2の部分集合内にある第2のアップリンクチャネルリソース集合を決定する。第1のアップリンクチャネルリソース集合は、少なくとも1つのシングルRB PUCCHフォーマット3 PUCCHチャネルソースを含み、第2のアップリンクチャネルリソース集合は、少なくとも1つのシングルRB PUCCHフォーマット3 PUCCHチャネルソースを含む。好ましくは、第1のアップリンクチャネルリソース集合に含まれるシングルRB PUCCHフォーマット3チャネルリソースおよび第2のアップリンクチャネルリソース集合に含まれるシングルRB PUCCHフォーマット3チャネルリソースは、完全に異なるか、または部分的に同じであってよく、すなわち、独立して構成され得る。もちろん、この実施形態では、独立した構成は、以下をさらに含む。第1のアップリンクチャネルリソース集合に含まれるPUCCHチャネルリソースは、第2のアップリンクチャネルリソース集合に含まれるシングルRB PUCCHフォーマット3チャネルリソースと同じであってよい。任意選択で、UEは、基地局によって送信されるRRCシグナリングを受信することによって第1のアップリンクチャネルリソース集合および第2のアップリンクチャネルリソース集合を取得し得る。

【0231】

たとえば、第1のアップリンクチャネルリソース集合および第2のアップリンクチャネルリソース集合は、各々、2つのシングルRB PUCCHフォーマット3チャネルリソースを含み、それらは、それぞれ{チャネル11,チャネル12}および{チャネル21,チャネル22}である。第1の部分集合内の実際にスケジュールされるダウンリンクサブフレームをスケジュールするための制御チャネル上の前述のリソース指示情報の2つのビットの2つの状態は、チャネル11およびチャネル12をそれぞれ指示するために使用され、第1の部分集合以外の第2の部分集合内にある実際にスケジュールされるダウンリンクサブフレームをスケジュールするための制御チャネル上のリソース指示情報の2つのビットの2つの状態は、チャネル21およびチャネル22をそれぞれ指示するために使用される。ここで、{チャネル11,チャネル12}および{チャネル21,チャネル22}は、完全には同じでない。すなわち、{チャネル11,チャネル12}および{チャネル21,チャネル22}は、完全に異なる、すなわち、完全に独立して構成されているか、または部分的に同じであるかのいずれかである。たとえば、チャネル11およびチャネル21は、同じチャネルであるが、チャネル12およびチャネル22は、異なる。したがって、複数のUEがPUCCHフォーマット3チャネルリソース上で統計的多重化を実行するときに柔軟なスケジューリングが実装されることが可能である。たとえば、第1の部分集合では、{チャネル11,チャネル12}は、別のUEによって完全に占有されるので、{チャネル11,チャネル12}は、第1の部分集合内のダウンリンクサブフレームに対応するACK/NACKをフィードバックするために使用されることが可能でなく、その結果、第1の部分集合内のサブフレームは、スケジュールされることが可能でない。しかしながら、{チャネル21,チャネル22}および{チャネル11,チャネル12}は、完全には同じでなく、{チャネル21,チャネル22}は、別のUEによって占有されることが可能でなく、すなわち、集合{チャネル21,チャネル22}内のチャネルが利用可能である。したがって、第2の部分集合内にあるが、第1の部分集合に含まれないサブフレームは、この場合にスケジュールされることが可能である。第1の部分集合に対応するリソース指示情報の他の2つの状態によって指示されるデュアルRB PUCCHチャネルリソース13および14は、完全に同じである必要があり、第2の部分集合内にあるが、第1の部分集合に含まれないサブフレームに対応するリソース指示情報の他の2つの状態によって指示されるデュアルRB PUCCHチャネルリソース23および24は、完全に同じである必要があり、すなわち、デュアルRB PUCCHフォーマット3チャネルリソース13および14は同じであり、デュアルRB PUCCHフォーマット3チャネルリソース23および24は同じである。

【0232】

この場合のACK/NACKコードブックおよびACK/NACKコードブックサイズは、場合1のそれらに類似している。UEは、第2の部分集合内にあるが、第1の部分集合に含まれていないサブフレームに対応するACK/NACKコードブックサイズを決定し、コードブックサイズに従ってACK/NACKコードブックを符号化する。

【0233】

任意選択で、前述の第2の実装方式におけるリソース構成方式について、UEによる誤検出を回避するために、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含み、リソース指示情報は、m-リソース-要素フォーマットのチャネルリソースを指示し、処理モジュール120は、第2のアップリンクチャネルリソースを決定し、そして、デュアルRB PUCCHフォーマット3などのm-リソース-要素フォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信する。詳細については、前述の第2の実装方式の説明を参照されたい。

【0234】

この場合のACK/NACKコードブックおよびACK/NACKコードブックサイズは、場合2のそれらに類似している。UEは、第2の部分集合に対応するACK/NACKコードブックサイズを決定し、コードブックサイズに従ってACK/NACKコードブックを符号化する。

【0235】

それに加えて、この実施形態(すべての実装方式を含む)は、2つの部分集合を例として使用することによって説明されている。しかしながら、この実施形態における解決策は、複数の部分集合の場合にも適用され得る。対応するアップリンクチャネルリソース集合は、異なる部分集合について別々に構成される。

【0236】

任意選択で、前述の実施形態に基づき(すべての実装方式を含む)、一実施形態において、n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースのいくつかの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースと重なり合うか、またはn-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースである。時間周波数リソースが重なり合うn-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットは、直交符号を使用することによって区別される。したがって、PUCCHのリソースオーバーヘッドは、低減されることが可能であり、すなわち、時間および周波数において直交するn-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットは、別々に確保される必要はない。具体的には、UEは、第1の部分集合に対応するACK/NACKコードブックサイズを決定し、コードブックサイズに従ってACK/NACKコードブックを符号化する。たとえば、リソース指示情報が、ACK/NACKフィードバックに対するシングルRB PUCCHフォーマット3 PUCCHチャネルリソースを使用することを命令する場合、第2のダウンリンクサブフレーム集合内の実際にスケジュールされたダウンリンクサブフレームに対応するACK/NACKをフィードバックするためにPUCCHチャネルが使用されるが、フィードバックされる必要がある元の符号化されていないACK/NACKビットの量、すなわち、コードブックサイズは、第1の部分集合内のすべてのダウンリンクサブフレームに従って決定される必要がある。この例では、第1の部分集合に含まれるダウンリンクサブフレームは全部で20個あり、第2のダウンリンクサブフレーム集合内の実際にスケジュールされた9個のダウンリンクサブフレームがある。この場合、ACK/NACKがフィードバックされるときに、元の符号化されていないビットの量、すなわち、ACK/NACKコードブックは、20ビットの最大量、すなわち、この場合はコードブック
サイズに従って決定される必要があり、ACK/NACKビットは、キャリア番号およびサブフレーム番号に従って配置される。ゼロ埋めは、実際には現在スケジュールされていないダウンリンクサブフレームに対応するACK/NACKの位置での占有について実行され得る。この例では、シングルコードワードを使用することによってスケジューリングが実行される場合、1つのダウンリンクサブフレームは1つのACK/NACKビットに対応する。デュアルコードワードを使用することによってスケジューリングが実行される場合、1つのダウンリンクサブフレームは、2つのACK/NACKビットに対応するが、2つのACK/NACKビットを1ビットに圧縮するために、空間バインディング、すなわち、論理AND演算が、サブフレームに対応する2つのACK/NACKビットについて実行され得る。

【0237】

本発明のすべての実施形態において、リソース指示情報を搬送する制御チャネルは、第2のダウンリンクサブフレーム集合内の第1のダウンリンクサブフレームをスケジュールするための制御チャネルであり、第1のダウンリンクサブフレームは、セカンダリコンポーネントキャリア上のサブフレーム、またはプライマリコンポーネントキャリア上にあり、ダウンリンク割り当てインデックス(downlink assignment index、DAI)フィールド値が1よりも大きい制御チャネルを使用することによってスケジュールされるダウンリンクサブフレームである。具体的には、キャリア上のサブフレームをスケジュールするシーケンスが、制御チャネルのDAI値の昇順を決定する。たとえば、プライマリコンポーネントキャリア上のサブフレーム4、5、6、および8をスケジュールするために使用される4つの制御チャネルのDAI値は、それぞれ1、2、3、および4である。この場合、第1のダウンリンクサブフレームは、キャリア1上のサブフレーム5、6、および8、キャリア2上のサブフレーム4、5、および6、ならびにキャリア3上のサブフレーム4および5を含み、すなわち、第1のダウンリンクサブフレーム集合は、プライマリコンポーネントキャリア上にあり、DAI値1を有する制御チャネルを使用することによってスケジュールされるサブフレーム4のみを除外する。それに加えて、第1のダウンリンクサブフレームをスケジュールするためのこれらの制御チャネル上のリソース指示情報の状態は同じである必要がある。たとえば、状態はすべて状態01である。これは、異なる受信されたリソース指示情報によって指示される異なる状態のために、UEがPUCCHフォーマット3チャネルリソースを決定できない場合を回避する。

【0238】

mがnよりも大きいときに、リソース指示情報および同様のもの指示方式に関する解決策2に関する説明を含む、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づく以下の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に適用可能である。それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合にさらに適用可能である。すなわち、コードブックサイズチャネルフォーマットに基づく解決策は、リソース-要素チャネルフォーマットの上位の解決策である。

【0239】

図7に表されているように、本発明の別の実施形態は、受信モジュール710、処理モジュール720、および送信モジュール730を含む、アクセスネットワークデバイス700を提供する。

【0240】

送信モジュール710は、処理モジュール720の制御の下で、ダウンリンク制御情報をUEに送信し、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するように構成される。

【0241】

処理モジュール720は、ダウンリンク制御情報をUEに送信するように送信モジュール710を制御し、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信するように送信モジュール710を制御し、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定し、チャネルリソースを決定するように構成される。アップリンクサブフレームに関連付けられている第2のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合であり、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する。

【0242】

受信モジュール730は、処理モジュール720によって決定されたアップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するように構成される。チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは自然数であり、m>nである。

【0243】

本発明は、以下の実施形態をさらに提供する。

【0244】

アクセスネットワークデバイスは、ダウンリンク制御情報をユーザ機器UEに送信する。

【0245】

アクセスネットワークデバイスは、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信する。

【0246】

アクセスネットワークデバイスは、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定する。アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0247】

アクセスネットワークデバイスは、チャネルリソースを決定する。チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する。

【0248】

アクセスネットワークデバイスは、アップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信する。チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットであり、第1のアップリンクチャネルリソースは、p-コードブック-サイズチャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、q-コードブック-サイズチャネルフォーマットであり、第2のアップリンクチャネルリソースは、q-コードブック-サイズチャネルフォーマットのフィードバック情報を搬送し、pおよびqは自然数であり、p>qである。

【0249】

p-コードブック-サイズチャネルフォーマットまたはq-コードブック-サイズチャネルフォーマットは、チャネルフォーマットがpまたはq-コードブックサイズの最大値のACK/NACKのフィードバックをサポートすることができることを意味する。コードブックサイズは、元の符号化されていないACK/NACKビットの量を指す。具体的には、pコードブックサイズは、第1の部分集合に対応し、qコードブックサイズは、第2の部分集合に対応する。すなわち、pコードブックサイズは、第1の部分集合内のダウンリンクサブフレームの量に従って決定され、qコードブックサイズは、第2の部分集合内のダウンリンクサブフレームの量に従って決定される。

【0250】

任意選択で、p-コードブック-サイズチャネルフォーマットによって占有されるチャネルリソースは、n個のリソース要素を含み、q-コードブック-サイズチャネルフォーマットによって占有されるチャネルリソースは、m個のリソース要素を含み、mおよびnは、自然数であり、mはn以上である。このようにして、p-コードブック-サイズチャネルフォーマットは、また、n-リソース-要素チャネルフォーマットとしてみなされてよく、q-コードブック-サイズチャネルフォーマットは、また、m-リソース-要素チャネルフォーマットとしてみなされてよい。mがnよりも大きいときに、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づき以下の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能である。それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合にさらに適用可能である。すなわち、コードブックサイズチャネルフォーマットに基づく解決策は、リソース-要素チャネルフォーマットの上位の解決策である。

【0251】

簡潔さのため、この実施形態にあり、前述の実施形態と同じである内容について、前述の実施形態の説明を参照することに留意すべきである。詳細は、ここで繰り返し説明されない。

【0252】

さらに、本発明のこの実施形態における送信モジュール710は、サブフレーム構成情報をUEに送信するようにさらに構成される。サブフレーム構成情報は、第1のダウンリンクサブフレーム集合に関連付けられているアップリンクサブフレームを決定するために使用される。サブフレーム構成情報は、予めUEに送信される。サブフレーム構成情報は、表2のアップリンク-ダウンリンクサブフレーム構成であってよい。したがって、UEは、事前構成されているサブフレーム構成情報に従ってアップリンクサブフレームを決定することができる。

【0253】

任意選択で、本発明のこの実施形態における送信モジュール710は、分割規則をUEに送信するようにさらに構成される。分割規則は、第1のダウンリンクサブフレーム集合に含まれる第1の部分集合および第2の部分集合を決定するために使用される。分割規則は、前述の実施形態における事前構成されている規則であってよい。もちろん、この実施形態における送信モジュール710は、分割規則を送信しなくてもよい。アクセスネットワークデバイスおよびUEの両方は、既定の規則に従って第1の集合および第2の集合を決定する。代替的に、送信モジュール710は、第1の部分集合および第2の部分集合をUEに送信し得る。

【0254】

第1の集合と第2の集合との間の関係、および、第1のダウンリンクサブフレーム集合については、前述の実施形態の説明を参照することに留意すべきである。詳細は、ここで繰り返し説明されない。

【0255】

前述の実施形態と同様に、この実施形態において、第1の部分集合は、第1のアップリンクチャネルリソースに対応し、受信モジュール730は、n-リソース-要素チャネルフォーマットの、第1のアップリンクチャネルリソース上で搬送されるフィードバック情報を受信するように構成される。第2の部分集合は、第2のアップリンクチャネルリソースに対応し、受信モジュール730は、m-リソース-要素チャネルフォーマットの、第2のアップリンクチャネルリソース上で搬送されるフィードバック情報を受信するように構成され、mおよびnは自然数であり、m>nである。フィードバック情報は、毎回ただ1つのチャネルフォーマットを使用することによって対応するチャネルリソース上で受信される。すなわち、大きい部分集合については、UEは、大きいリソースフォーマットを使用することによってフィードバック情報を送信し、小さい部分集合については、UEは、小さいリソースフォーマットを使用することによってフィードバック情報を送信する。

【0256】

mがnよりも大きいときに、第1のダウンリンクサブフレーム集合、第1の部分集合、第2の部分集合、および同様のものに関する説明を含む、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づく前述の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能である。それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合にさらに適用可能である。詳細は、以下のとおりである。

【0257】

mがnに等しいとき、すなわち、2つのチャネルフォーマットによって占有される時間周波数リソースは、1つのRBなどの、同じ量のリソース要素を有するか、または2つのチャネルフォーマットによって占有される時間周波数リソースは完全に重なり合う。詳細については、前述の実施形態の説明を参照されたい。

【0258】

前述の実施形態によれば、アップリンクサブフレームに対応するダウンリンクサブフレーム集合は、少なくとも2つの部分集合に分割され、第1の部分集合は、第2の部分集合の真部分集合であり、対応するアップリンクチャネルリソースは、その2つの部分集合について構成される。大きい部分集合については、フィードバック情報は、大きいリソースフォーマットを使用することによって送信され、小さい部分集合については、フィードバック情報は、小さいリソースフォーマットを使用することによって送信され、それによって、より多くのキャリアが構成されるときにフィードバック情報をどのように送信するかの課題を解決する。それに加えて、少量の瞬時にスケジュールされたキャリアがあるときに、フィードバック情報は、フォールバック・スモール・リソース・フォーマットを使用することによって送信され得る。したがって、本発明のこの実施形態において、リソースオーバーヘッドは、ACK/NACKなどのフィードバック情報がフィードバックされるときに低減されることが可能である。

【0259】

さらに、送信モジュール710は、次の方式で、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信する、すなわち、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信するように構成される。第2のダウンリンクサブフレーム集合については、前述の実施形態の説明を参照されたい。詳細は、ここで繰り返し説明されない。

【0260】

mがnよりも大きいときに、第2のダウンリンクサブフレーム集合および同様のものに関する説明を含む、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づく前述の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能である。それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合にさらに適用可能である。

【0261】

処理モジュール720が、チャネルリソースを決定し、第2のダウンリンクサブフレーム集合が、第1の部分集合、第2の部分集合、および第1のダウンリンクサブフレーム集合と異なるときに、決定されたチャネルリソースは異なる場合があり、使用されるPUCCHフォーマットも異なる場合がある。

【0262】

mがnよりも大きいときに、リソース指示情報を使用することによってチャネルリソースを指示するための方法を含む、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づく以下の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能である。それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合にさらに適用可能である。

【0263】

第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合(場合1)、処理モジュールによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合(場合2)、処理モジュール720によって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合(場合3)、処理モジュールによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0264】

同様に、この実施形態は、依然として、n-リソース-要素チャネルフォーマットがシングルRB PUCCHフォーマットであり、m-リソース-要素チャネルフォーマットがデュアルRB PUCCHフォーマットである例を使用することによって説明される。第1のアップリンクチャネルリソースは、シングルRB PUCCHフォーマットに対応し、第2のアップリンクチャネルリソースは、デュアルRB PUCCHフォーマットに対応する。

【0265】

場合1において、第2のダウンリンクサブフレーム集合が、第1の部分集合内のダウンリンクサブフレームのみを含むときに、フィードバック情報は、小さいリソースフォーマットを使用することによって送信される。場合2および場合3において、すなわち、第2のダウンリンク部分集合が第2の部分集合内にあるが、第1の部分集合には含まれていないダウンリンクサブフレームを含むシナリオでは、フィードバック情報は、大きいリソースフォーマット、すなわち、第2の部分集合に対応する第2のアップリンクチャネルリソースを使用することによって送信される。

【0266】

さらに、送信モジュール710によって送信されるダウンリンク制御情報は、リソース指示情報を含み、リソース指示情報は、フィードバック情報を搬送するために使用される第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースを指示するために使用される。具体的には、処理モジュール720によって決定されたチャネルリソースが、第1のアップリンクチャネルリソースであるときに、処理モジュール720は、ダウンリンク制御情報を送信するように送信モジュール710を制御する。ダウンリンク制御情報に含まれるリソース指示情報は、第1のアップリンクチャネルリソースを指示する。処理モジュール720によって決定されたチャネルリソースが、第2のアップリンクチャネルリソースであるときに、処理モジュール720は、ダウンリンク制御情報を送信するように送信モジュール710を制御する。ダウンリンク制御情報に含まれるリソース指示情報は、第2のアップリンクチャネルリソースを指示する。

【0267】

さらに、処理モジュール720は、送信モジュール710を使用することによってUEに対してリソース集合を事前構成するようにさらに構成され、処理モジュール720は、リソース集合からチャネルリソースを選択する。

【0268】

さらに、処理モジュール720は、送信モジュール710を使用することによってリソース指示情報の状態とUEに対するリソース集合内のチャネルリソースとの間の対応関係を事前構成するようにさらに構成される。

【0269】

このようにして、チャネルリソースを決定した後、処理モジュール720は、送信モジュール710を使用することによってリソース指示情報をさらに送信する。リソース指示情報の状態は、決定されたチャネルリソースに対応する。

【0270】

前述の実施形態と同様に、アクセスネットワークデバイスは、以下の3つの実装方式においてUEに対してリソース集合を事前構成し得る。

【0271】

前述の解決策1の第1の実装方式と同様。

【0272】

処理モジュール720は、送信モジュール710を使用することによって第2のアップリンクチャネルリソース集合をUEに送信するようにさらに構成される。第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソース集合内の複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は、第1のアップリンクチャネルリソース集合を構成し、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである。

【0273】

本発明のこの実施形態において、第2のアップリンクチャネルリソースは、異なるアップリンクサブフレームに対して独立して構成されてよく、それによって、スケジューリングの柔軟性を改善することに留意すべきである。もちろん、同じ第2のアップリンクチャネルリソースは、異なるアップリンクサブフレームに対して構成され得る。たとえば、あるタイプの第2のアップリンクチャネルリソースが、アップリンク-ダウンリンクサブフレーム構成2でアップリンクサブフレーム2に対して構成されてよく、別のタイプの第2のアップリンクチャネルリソースが、アップリンク-ダウンリンクサブフレーム構成2でアップリンクサブフレーム7に対して構成されてよい。

【0274】

前述の実施形態と同様に、この解決策において、時間周波数リソースに関して、m-リソース-要素チャネルフォーマットのチャネルリソースは、m-リソース-要素チャネルフォーマットに対応するフォールバックn-リソース-要素チャネルフォーマットのチャネルリソースを含む。このようにして、時間周波数リソースに関して直交するn-リソース-要素チャネルフォーマットのチャネルリソースおよびm-リソース-要素チャネルフォーマットのチャネルリソースは、別々に確保される必要がなくてよく、それによって、基地局は、時間周波数リソースに関して直交するn-リソース-要素チャネルフォーマットのチャネルリソースおよびm-リソース-要素チャネルフォーマットのチャネルリソース上でブラインド検出を実行する必要はない。これは、PUCCHなどのアップリンク制御チャネルのリソースオーバーヘッドを低減する。

【0275】

詳細は、図4に表されていてよく、ここでは繰り返し説明されていない。

【0276】

任意選択で、処理モジュール720によって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであり、リソース指示情報は、第2のアップリンクチャネルリソース集合内の第2のアップリンクチャネルリソースを指示する。

【0277】

任意選択で、処理モジュール720によって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、リソース指示情報は、第2のアップリンクチャネルリソース集合内にあり、第1のアップリンクチャネルリソースを含むアップリンクチャネルリソースを指示するか、またはリソース指示情報は第1のアップリンクチャネルリソース集合内の第1のアップリンクチャネルリソースを指示する。

【0278】

さらに、リソース指示情報は、第2のアップリンクチャネルリソース集合内にあり、第1のアップリンクチャネルリソースを含むアップリンクチャネルリソースを指示し、処理モジュール720がチャネルリソースを次の方式で決定する、すなわち、UEの識別情報または事前構成されている情報に従って、リソース指示情報によって指示されるアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定する、ように構成される。具体的実装については、前述の実施形態の説明を参照されたい。

【0279】

この実施形態における前述の解決策は、UEによるPDCCH上の誤検出の影響を受け得ることを考慮して、この実施形態は、UEによるPDCCH上の誤検出を回避するための解決策をさらに提供する。

【0280】

チャネルリソースが、第2のアップリンクチャネルリソースである場合、受信モジュール730は、次の方式でフィードバック情報を受信する、すなわち、アップリンクサブフレーム内のリソース指示情報によって指示されている第2のアップリンクチャネルリソース上で、m-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するように構成される。

【0281】

しかしながら、UEがPDCCHの検出に失敗したときに、UEは、リソース指示情報によって指示される第2のアップリンクチャネルリソースのうちのいくつかのアップリンクチャネルリソース上のn-リソース-要素チャネルフォーマットを使用することによってフィードバック情報を送信し得る。この場合、受信モジュール730は、アップリンクサブフレーム内のリソース指示情報によって指示されている第2のアップリンクチャネルリソース上で、m-リソース-要素チャネルフォーマットを使用することによってUEによって送信されたフィードバック情報を受信することができない。したがって、処理モジュール720は、UEの識別情報または事前構成されている情報に従って、第2のアップリンクチャネルリソース内にあり、リソース指示情報によって指示される第1のアップリンクチャネルリソースを決定し、第1のアップリンクチャネルリソース上で、n-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するように受信モジュール730を制御するようにさらに構成される。

【0282】

具体的には、たとえば、UEに対して基地局によって実際にスケジュールされている第2のダウンリンクサブフレーム集合は、キャリア1から6上のダウンリンクサブフレーム4を含む。しかしながら、UEは、キャリア6上のダウンリンクサブフレーム4においてPDCCHの検出に失敗するので、UEは、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であると決定する。この場合、UEは、フォールバックシングルRB PUCCHフォーマット3を使用することによってACK/NACKをフィードバックするが、基地局は、デュアルRB PUCCHフォーマット3を使用することによってUEがACK/NACKをフィードバックすると期待する。UEがPDCCHの検出に失敗するという前述の課題を解決するために、基地局は、シングルRB PUCCHフォーマット3チャネルリソースおよびデュアルRB PUCCHフォーマット3チャネルリソース上でブラインド検出を実行し得る。すなわち、基地局は、リソース指示情報によって指示されるデュアルRB PUCCHフォーマット3チャネルリソース2を検出する必要があり、さらに、デュアルRB PUCCHフォーマット3チャネルリソース2内のシングルRB PUCCHフォーマット3チャネルリソース2を検出する必要がある。シングルRB PUCCHフォーマット3チャネルリソース2は、UEのフォールバックPUCCHチャネルリソースである。

【0283】

処理モジュール720は、n-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットのフィードバック情報シーケンスの一部でブラインド検出を実行し、かつ/またはn-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットの基準信号シーケンスの一部でブランド検出を実行するように、受信モジュール730を制御し得る。たとえば、基地局は、シングルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3のACK/NACKシーケンスの一部でブラインド検出を実行し、かつ/またはシングルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3の基準信号シーケンスの一部でブラインド検出を実行し得る。

【0284】

任意選択で、前述のブラインド検出では、n-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットは、同じフィードバック情報シーケンスを使用してよく、または異なるフィードバック情報シーケンスを使用してよく、フィードバック情報シーケンスは、時間領域直交符号および/または周波数領域巡回シフト符号であってよい。

【0285】

たとえば、デュアルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3におけるシングルRB PUCCHフォーマット3は、同じACK/NACKシーケンスを使用してよく、または異なるACK/NACKシーケンスを使用してよく、ACK/NACKシーケンスは、時間領域直交符号および/または周波数領域巡回シフト符号であってよく、および/またはデュアルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3におけるシングルRB PUCCHフォーマット3は、同じ基準信号シーケンスを使用してよく、または異なる基準信号シーケンスを使用してよく、基準信号シーケンスは、時間領域直交符号および/または周波数領域巡回シフト符号であってよい。それに加えて、この解決策では、時間周波数リソースに関して、デュアルRB PUCCHフォーマット3チャネルリソースは、デュアルRB PUCCHフォーマット3に対応するフォールバックシングルRB PUCCHフォーマット3チャネルリソースを含む。このようにして、時間周波数リソースに関して直交するシングルRB PUCCHフォーマット3チャネルリソースおよびデュアルRB PUCCHフォーマット3チャネルリソースは、別々に確保される必要はなくてよく、それによって、基地局は、時間周波数リソースに関して直交するシングルRB PUCCHフォーマット3のチャネルリソースおよびデュアルRB PUCCHフォーマット3のチャネルリソース上でブラインド検出を実行する必要はない。これは、PUCCHのリソースオーバーヘッドを低減する。

【0286】

前述の解決策1の第2の実装方式と同様。

【0287】

処理モジュール720は、チャネルリソースを決定する前に、送信モジュール710を使用することによってUEに対して第1のアップリンクチャネルリソース集合および第2のアップリンクチャネル集合を構成するようにさらに構成される。第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである。

【0288】

本発明のこの実施形態において、第1のアップリンクチャネルリソースおよび第2のアップリンクチャネルリソースは、異なるアップリンクサブフレームに対して独立して構成され得ることに留意すべきである。たとえば、あるタイプの第2のアップリンクチャネルリソースが、アップリンク-ダウンリンクサブフレーム構成2でアップリンクサブフレーム2に対して構成されてよく、別のタイプの第2のアップリンクチャネルリソースが、アップリンク-ダウンリンクサブフレーム構成2でアップリンクサブフレーム7に対して構成されてよい。

【0289】

さらに、リソース指示情報の第1の状態集合は第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、リソース指示情報の第2の状態集合は第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第1の状態集合は、第2の状態集合と交差しない。処理モジュール720は、送信モジュール710を使用することによって第1の状態集合内の状態とUEに対する第1のアップリンクチャネルリソース集合内のチャネルリソースとの間の対応関係を事前構成するようにさらに構成される。

【0290】

詳細については、前述の実施形態および図5の説明を参照されたい。

【0291】

この実装方式において、リソース指示情報の異なる状態は、異なるチャネルリソースを指示することができる。したがって、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であり、リソース指示情報によって指示されるチャネルリソースがm-リソース-要素チャネルフォーマットに対応するダウンリンクチャネルリソースである場合に、UEは、依然として、第2のダウンリンクチャネルリソースを使用することによってフィードバック情報を送信することを決定する。具体的には、ダウンリンクサブフレーム集合は、この場合に第1の部分集合内のダウンリンクサブフレームのみを含む。しかしながら、UEによって受信されたリソース指示情報の2つのビットの状態が10である場合、それはACK/NACKがデュアルRB PUCCHチャネルリソース1を使用することによってフィードバックされることを意味する。したがって、UEは、デュアルRB PUCCHフォーマットを使用することによってデュアルRB PUCCHフォーマット3チャネルリソース1上でACK/NACKを送信することを決定する。この場合、UEは、UEが第1の部分集合に含まれていないダウンリンクサブフレーム内でPDCCHの検出に失敗したことも見いだす。第2のダウンリンクサブフレーム集合が、第1の部分集合内のダウンリンクサブフレームのみを含むことを考慮して、誤検出がない場合に、基地局は、シングルRB PUCCHチャネルリソースを使用するようにUEに命令する。逆に、UEが、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であることを見いだし、シングルRB PUCCHフォーマット3を使用する場合、基地局は、UEが誤検出の場合にデュアルRB PUCCHフォーマット3を使用することによってACK/NACKをフィードバックすることを期待する。この実施形態において、リソース指示情報の異なる状態は、シングルRB PUCCHフォーマット3またはデュアルRB PUCCHフォーマット3を使用するように命令するために使用され、それによって、リソース指示情報がデュアルRB PUCCHフォーマット3を使用するように命令しているとUEが決定した場合に、UEは、デュアルRB PUCCHフォーマット3を使用することによってACK/NACKをフィードバックする。したがって、これは、制御チャネル上の誤検出により引き起こされたPUCCHチャネルリソースの曖昧さの前述の課題を解決する。

【0292】

前述の解決策1の第3の実装方式と同様。

【0293】

前述の実施形態と同様に、アクセスネットワークデバイスの処理ユニット720は、送信モジュール710を使用することによって、2つのアップリンクチャネルリソース集合、すなわち、第1のアップリンクチャネルリソース集合および第2のアップリンクチャネルリソース集合をUEに対して事前構成するようにさらに構成される。図6に表されているように、違いは、第1のアップリンクチャネルリソース集合が4つのシングルRBのチャネルリソース、すなわち、図6のシングルRB1、シングルRB2、シングルRB3、およびシングルRB4のチャネルリソースを含み、第2のアップリンクチャネルリソース集合は、4つのデュアルRB、すなわち、図6のデュアルRB1、デュアルRB2、デュアルRB3、およびデュアルRB4のチャネルリソースを含むことにある。そのようなリソース集合構成において、リソース指示情報の4つの状態は、第1のアップリンクチャネルリソース集合および/または第2のアップリンクチャネルリソース集合に対応するチャネルリソースを指示する。

【0294】

たとえば、場合1において、リソース指示情報は、第1のアップリンクチャネルリソース集合内の第1のアップリンクチャネルリソースを指示し、場合2および場合3において、リソース指示情報は、第2のアップリンクチャネルリソース集合内の第2のアップリンクチャネルリソースを指示する。

【0295】

前述の実装方式と同様に、第1のアップリンクチャネルリソースおよび第2のアップリンクチャネルリソースは、異なるアップリンクサブフレームに対して独立して構成され得る。

【0296】

この解決策では、UEは、場合1においてPDCCHの検出に失敗し得る。この場合を回避するために、アクセスネットワークデバイスは、n-リソース-要素チャネルフォーマットに対応するチャネルリソースおよびm-リソース-要素チャネルフォーマットに対応するチャネルリソース上でブラインド検出を実行する必要がある。

【0297】

処理モジュール720は、受信モジュール730が、アップリンクサブフレーム内のリソース指示情報によって指示されている第1のアップリンクチャネルリソース上で、n-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するのに失敗した場合、リソース指示情報によって指示されている第2のアップリンクチャネルリソース集合内の第2のアップリンクチャネルリソースを決定し、第2のアップリンクチャネルリソース上で、m-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信するように受信モジュール730を制御するようにさらに構成される。

【0298】

たとえば、基地局は、シングルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3のACK/NACKシーケンスの一部でブラインド検出を実行してよく、かつ/またはシングルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3の基準信号シーケンスの一部でブラインド検出を実行してよい。詳細については、前述の実装方式の説明を参照されたい。詳細は、ここで繰り返し説明されない。

【0299】

mがnよりも大きいときに、リソース指示情報の指示方式に関する解決策における異なる実装方式を含む、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づく前述の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能である。それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合にさらに適用可能である。

【0300】

前述の実施形態と同様に、この実施形態(すべての実装方式を含む)において、処理モジュール720は、事前構成に従って第1の部分集合および第2の部分集合を決定する。事前構成は、異なるアップリンクサブフレームに対して独立して実行され得る。それに加えて、この実施形態は、2つの部分集合を例として使用することによって説明されている。しかしながら、この実施形態における解決策は、複数の部分集合の場合にも適用され得る。対応するアップリンクチャネルリソース集合は、異なる部分集合について別々に構成される。

【0301】

前述のすべての実施形態が、TDDアップリンク-ダウンリンクサブフレーム構成2を一例として使用することによって説明されていることに留意すべきである。アップリンク-ダウンリンクサブフレーム構成での異なるアップリンクサブフレーム(サブフレーム2およびサブフレーム7)は、同じ量のダウンリンクサブフレームに関連付けられている。本発明のこの実施形態は、TDDアップリンク-ダウンリンクサブフレーム構成1などの、別のTDDアップリンク-ダウンリンクサブフレーム構成にさらに適用され得る。TDDアップリンク-ダウンリンク構成1において、アップリンクサブフレーム2およびアップリンクサブフレーム3は、異なる量のダウンリンクサブフレームに別々に関連付けられる。キャリア・アグリゲーション構成では、異なるアップリンクサブフレームは、異なる最大量のACK/NACKビットをサポートする必要がある。キャリア・アグリゲーションがTDDアップリンク-ダウンリンクサブフレーム構成1において20個のキャリア上で実行されると仮定すると、最大40個のACK/NACKビットがアップリンクサブフレーム2でフィードバックされる必要があり、最大20個のACK/NACKビットがアップリンクサブフレーム3でフィードバックされる必要がある。したがって、アップリンクサブフレーム2については、第1の部分集合および第2の部分集合を取得するために分割が実行される必要があるが、アップリンクサブフレーム3については、前述の部分集合分割は必要ではなく、ACK/NACKは、シングルRB PUCCHフォーマット3を使用することによって直接搬送される。したがって、本発明のこの実施形態で提供される解決策は、異なるアップリンクサブフレームに対して別々に実行される。具体的には、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットのチャネルリソース集合の分割、構成、ならびにリソース指示情報の指示を通じて第1の部分集合および第2の部分集合を取得するステップは、異なるアップリンクサブフレームに対して別々に実行され得る。

【0302】

任意選択で、一実施形態において、n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースのいくつかの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースと重なり合うか、またはn-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースである。時間周波数リソースが重なり合うn-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットは、直交符号を使用する。詳細については、前述の実施形態の説明を参照されたい。このようにして、PUCCHフォーマット3などのチャネルフォーマットのチャネルリソースの多重化能力が改善されることが可能であり、リソース確保オーバーヘッドが低減されることが可能である。

【0303】

たとえば、シングルRB PUCCHフォーマット3チャネルリソースは、時間周波数リソースに関してデュアルRB PUCCHフォーマット3チャネルリソースと重なり合ってよい。たとえば、シングルRB PUCCHフォーマット3チャネルリソースは、時間周波数リソースに関してデュアルRB PUCCHフォーマット3チャネルリソースと部分的に重なり合ってよく、またはデュアルRB PUCCHフォーマット3に対応する時間周波数リソースは、図8に表されているように、シングルRB PUCCHフォーマット3に対応する時間周波数リソースを含む。各タイムスロットにおいて、シングルRB PUCCHフォーマット3は、2つの周波数領域RB上のデュアルRB PUCCHフォーマット3と重なり合うか、周波数分割多重は、12個の上側サブキャリアからなるRBおよび12個の下側サブキャリアからなるRBなどの、異なるRBを使用することによってシングルRB PUCCHフォーマット3の異なるチャネル上で実行され得る。時分割多重は、図8のOCC 0/1/2、OCC 3/4、OCC 0/3/1、およびOCC 4/2などの、時間領域OCCを使用することによってシングルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3のチャネル上で実行される。それに加えて、シングルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3は、異なる基準信号シーケンスを使用し、基準信号シーケンスは、時間領域直交符号および/または周波数領域巡回シフト符号を含む。

【0304】

前述の実施形態は、シングルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3を一例として使用することによって説明されている。もちろん、この実施形態は、より多くのRBのPUCCHフォーマット3にさらに適用され得る。それに加えて、この解決策は、デュアルRB PUCCHフォーマットおよびクワッドRB PUCCHフォーマット、または異なる量のサブRBのPUCCHフォーマットなどの、別のリソース要素のPUCCHフォーマットに拡張され得る。ここで、サブRBの周波数領域幅は、RBの周波数領域幅よりも小さくてもよい。たとえば、サブRBは、4つのサブキャリアを占有し、時間領域内で1つのタイムスロットまたは1つのサブフレームを占有する。代替的に、サブRBの時間領域幅は、タイムスロットよりも小さくてもよい。たとえば、サブRBは3つの時間領域シンボルを占有し、周波数領域内の12個のサブキャリア、すなわち、1つのRBの周波数領域幅を占有する。代替的に、サブRBは、時間領域と周波数領域の両方における現在のRBよりも小さい周波数領域幅および小さい時間領域幅を占有する。したがって、この実施形態におけるシングルRB PUCCHフォーマット3およびデュアルRB PUCCHフォーマット3は、m-リソース-要素PUCCHフォーマットおよびn-リソース-要素PUCCHフォーマットに拡張され得る。mおよびnの両方は自然数であり、m>nである。

【0305】

任意選択で、第1の部分集合は、第2の部分集合と部分的に重なり合ってよい。たとえば、8個のTDDキャリアが、UEに対して構成され、各キャリアは、TDDアップリンク-ダウンリンクサブフレーム構成2に対応することが仮定される。キャリアが等しく分割され、集合が重なり合わない前述の分割方式が使用される場合、キャリア1から4上のダウンリンクサブフレーム4、5、6、および8は第1の部分集合を構成し、キャリア5から8上のダウンリンクサブフレーム4、5、6、および8は、第2の部分集合を構成する。このようにして、第1の部分集合のみがスケジュールされる場合、ACK/NACKは、16個の元のACK/NACKビットを使用することによって符号化される。第1の部分集合および第2の部分集合内のダウンリンクサブフレームがスケジュールされる場合、ACK/NACKは、32個の元のACK/NACKビットを使用することによって符号化される。代替的に、集合が部分的に重なり合う分割方式が使用されてよく、すなわち、第1のダウンリンクサブフレーム集合は、キャリア1から5上のダウンリンクサブフレーム4、5、6、および8からなり、第2のダウンリンクサブフレーム集合は、キャリア4および8上のダウンリンクサブフレーム4、5、6、および8からなる。この場合、ただ1つの集合内のダウンリンクサブフレームがスケジュールされる場合、ACK/NACKは、20個の元のACK/NACKビットを使用することによって符号化され、すなわち、コードブックおよびコードブックサイズは、スケジュールされた第1の部分集合またはスケジュールされた第2の部分集合に従って決定される。重なり合う部分内のダウンリンクサブフレームがスケジュールされる場合、コードブックおよびコードブックサイズは第1の部分集合を使用することによって決定されることが事前定義され得る。両方の集合がスケジュールされる場合、ACK/NACKは、32個の元のACK/NACKビットを使用することによって符号化され、すなわち、コードブックおよびコードブックサイズは、第1の部分集合および第2の部分集合の和集合に従って決定される。より多くの元のビットが単一集合スケジューリングの間に符号化するために使用されるので、分割を通じて取得される部分的に重なり合う集合を使用することによってより高いACK/NACK伝送効率が達成されることが可能である。そうでなければ、キャリア1から5またはキャリア4から8が、分割を通じて取得された重なり合わない集合を使用することによってスケジュールされる場合、32個の元のACK/NACKビットを使用することによって符号化が実行される必要がある。

【0306】

本発明のこの実施形態は、3つの部分集合が重なり合い、複数のレベルのフォールバックがある集合分割を含むACK/NACK伝送の解決策をさらに提供する。この実施形態は、前述の2つの実施形態と組み合わされ得る。具体的には、UEの処理モジュール120またはアクセスネットワークデバイスの処理モジュール720は、関係する動作を実行するために、対応する受信モジュールおよび対応する送信モジュールを制御し得る。TDDアップリンク-ダウンリンク構成2の前述の15個のキャリアが、依然として、一例として使用され、第2のダウンリンクサブフレーム集合も3つの部分集合に分割される。第1の部分集合は、キャリア1から5上のダウンリンクサブフレーム4、5、6、および8を含み、第2の部分集合は、キャリア1から10上のダウンリンクサブフレーム4、5、6、および8を含み、第3の部分集合は、キャリア1から15上のダウンリンクサブフレーム4、5、6、および8を含む。第2のダウンリンクサブフレーム集合は、第1のダウンリンクサブフレーム集合を含み、第3のダウンリンクサブフレーム集合は、第2のダウンリンクサブフレーム集合を含む。もちろん、完全でない包含関係に基づく他の分割は除外されない。具体的な方法は、2つの集合が取得される前述の分割方法を拡張することによって直接取得され得る。第3の部分集合に対応するチャネルフォーマットは、k-リソース-要素チャネルフォーマットであり、k>mである。この実施形態では、n-リソース-要素フォーマットは、シングルRBフォーマットであり、m-リソース-要素フォーマットは、デュアルRBフォーマットであり、k-リソース-要素は、クワッドRBフォーマットである。

【0307】

UEは、特定のPUCCHチャネルリソースを使用することによって、リソース指示情報に従ってACK/NACKをフィードバックすることを決定し得る。具体的には、2ビットリソース指示情報に含まれる4つの状態は、異なるダウンリンクサブフレーム集合に別々に対応し得る。たとえば、状態00は、第1の部分集合内のシングルRB PUCCHフォーマット3チャネルリソースに対応し、状態01および状態10は、第2の部分集合内のデュアルRB PUCCHフォーマット3チャネルリソースに別々に対応し、状態11は、第3の部分集合内のトリRB PUCCHフォーマット3チャネルリソースに対応する。説明の簡単さのために、第1の部分集合に含まれるダウンリンクサブフレームは、サブフレームiによって表現され、第2の部分集合に含まれるダウンリンクサブフレームは、サブフレームi、jによって表現され、サブフレームjは、第1の部分集合に属さず、第3の部分集合に含まれるダウンリンクサブフレームは、サブフレームi、j、およびkによって表現され、サブフレームkは、第1の部分集合または第2の部分集合に属しないと仮定される。この場合、基地局が、UEに対してダウンリンクサブフレームiのみをスケジュールする場合、リソース指示情報は、状態00を指示し、UEは、状態に従って、状態によって指示されるシングルRB PUCCHフォーマット3チャネルリソースを使用することによって対応するACK/NACKをフィードバックすることを決定し、この場合、ACK/NACKコードブックサイズは、第1の部分集合に含まれているダウンリンクサブフレームiの量に従って決定される。基地局が、UEに対してダウンリンクサブフレームjまたはダウンリンクサブフレームiおよびjをスケジュールするが、ダウンリンクサブフレームkをスケジュールしない場合、リソース指示情報は、状態01または状態10を指示し、UEは、状態に従って、状態によって指示されるデュアルRB PUCCHフォーマット3チャネルリソースを使用することによって対応するACK/NACKをフィードバックすることを決定し、この場合、ACK/NACKコードブックサイズは、第2の部分集合に含まれているダウンリンクサブフレームiおよびダウンリンクサブフレームjの量に従って決定される。基地局が、UEに対してダウンリンクサブフレームk、ダウンリンクサブフレームiおよびk、ダウンリンクサブフレームjおよびk、またはダウンリンクサブフレームi、j、およびkをスケジュールする場合、リソース指示情報は、状態11を指示し、UEは、状態に従って、状態によって指示されるトリRB PUCCHフォーマット3チャネルリソースを使用することによって対応するACK/NACKをフィードバックすることを決定し、この場合、ACK/NACKコードブックサイズは、第3の部分集合に含まれているダウンリンクサブフレームi、ダウンリンクサブフレームj、およびダウンリンクサブフレームkの量に従って決定される。リソース指示情報が異なる量のRBのPUCCHフォーマット3チャネルリソースを指示する実施形態のみがここで提供され、リソース指示情報を使用する前述の解決策は、別の実施形態にも適用可能である。たとえば、前述の解決策は、以下の実施形態にも適用可能である。リソース指示情報は、4つのトリRB PUCCHフォーマット3チャネルリソースを指示し、UEは、第1のダウンリンクサブフレーム集合と3つの部分集合との間の受信された関係に従って、デュアルRB PUCCHフォーマット3またはシングルRB PUCCHフォーマット3フォールバック伝送などの、リソース指示情報によって指示されるトリRB PUCCHフォーマット3チャネルリソースのうちのいくつかのリソース上でフォールバック伝送を実行する。

【0308】

mがnよりも大きいときに、異なるアップリンクサブフレーム、チャネルリソースの重なり合い、集合の重なり合い、3つのレベルのフォールバック、および同様のものに対する独立した構成を含む、m-リソース-要素チャネルフォーマットおよびn-リソース-要素チャネルフォーマットに基づく前述の実施形態は、pコードブックサイズおよびqコードブックサイズのこの解決策に完全に適用可能である。それに加えて、p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットは、mがnに等しい場合にさらに適用可能である。

【0309】

本発明のすべての実施形態が、TDD CAを一例として使用することによって説明されていることに留意すべきである。TDD CAに加えて、本発明の実施形態における解決策は、FDD CAおよびFDD+TDD CAにさらに適用され得る。FDD CAおよびFDD+TDD CAにおける解決策は、TDD CAにおけるそれらに類似している。

【0310】

図9は、本発明の一実施形態によるフィードバック情報送信方法を表している。方法は、前述のユーザ機器の実施形態に対応し、前述のユーザ機器は、この実施形態における方法を実行することができる。したがって、同じ内容については、前述の実施形態の説明を参照されたい。詳細は、ここで繰り返し説明されない。この実施形態は、以下のステップを含む。

【0311】

ステップ901:ユーザ機器UEは、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信する。

【0312】

ステップ902:UEは、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信する。

【0313】

ステップ903:UEは、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定し、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0314】

ステップ904:UEはチャネルリソースを決定し、チャネルリソースは第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する。

【0315】

ステップ905:UEは、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信し、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、UEは、n-リソース-要素チャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、UEは、m-リソース-要素チャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、mおよびnは自然数であり、m>nである。

【0316】

本発明は、以下の実施形態をさらに提供する。

【0317】

ユーザ機器UEは、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信する。

【0318】

UEは、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信する。

【0319】

UEは、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定する。アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0320】

UEは、チャネルリソースを決定する。チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する。

【0321】

UEは、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信する。チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットであり、UEは、p-コードブック-サイズチャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、q-コードブック-サイズチャネルフォーマットであり、UEは、q-コードブック-サイズチャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、pおよびqは自然数であり、p>qである。

【0322】

p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットの具体的な説明については、前述の実施形態の説明を参照されたい。以下の実施形態の説明では、n-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、m-リソース-要素チャネルフォーマットは、q-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、mはn以上であってよい。

【0323】

前述の実施形態によれば、UEに対してより多くのキャリアが構成されるときに、最大量のACK/NACKビットは、シングルRB PUCCHフォーマット3の現在のベアラ能力を超える。本発明のこの実施形態では、アップリンクサブフレームに対応するダウンリンクサブフレーム集合は、少なくとも2つの部分集合に分割され、第1の部分集合は、第2の部分集合の真部分集合であり、対応するアップリンクチャネルリソースは、その2つの部分集合について構成される。大きい部分集合については、フィードバック情報は、大きいリソースフォーマットを使用することによって送信され、小さい部分集合については、フィードバック情報は、小さいリソースフォーマットを使用することによって送信され、それによって、より多くのキャリアが構成されるときにフィードバック情報をどのように送信するかの課題を解決する。それに加えて、少量の瞬時にスケジュールされたキャリアがあるときに、フィードバック情報は、フォールバック・スモール・リソース・フォーマットを使用することによって送信され得る。したがって、本発明のこの実施形態において、リソースオーバーヘッドは、ACK/NACKがフィードバックされるときに低減されることが可能である。

【0324】

さらに、UEがダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信することは、UEが第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信することを含む。

【0325】

任意選択の実施形態において、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0326】

別の任意選択の実施形態において、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。この実施形態における解決策では、第2のダウンリンクサブフレーム集合が、第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含むときに、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に類似して、第2のダウンリンクサブフレーム集合は、部分集合とみなされ得る。フィードバック情報は、n-リソース-要素チャネルフォーマットのチャネルリソースを使用することによって送信され、すなわち、フィードバック情報は、フォールバックn-リソース-要素チャネルフォーマットを使用することによって送信される。

【0327】

任意選択で、ダウンリンク制御情報は、リソース指示情報を含み、UEがチャネルリソースを決定することは、UEがリソース指示情報に従ってフィードバック情報を搬送するために使用されるチャネルリソースを決定することを含む。

【0328】

任意選択で、この方法は、UEがチャネルリソースを決定する前に、
UEがアクセスネットワークデバイスによって構成される第2のアップリンクチャネルリソース集合を取得することをさらに含み、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソース集合に含まれる複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は第1のアップリンクチャネルリソース集合を構成し、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである。

【0329】

さらに、UEによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースである。

【0330】

UEがチャネルリソースを決定することは、
UEがリソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示されるアップリンクチャネルリソースを決定し、UEが第1のアップリンクチャネルリソースをリソース指示情報によって指示されるアップリンクチャネルリソースから決定するか、または
UEが第1のアップリンクチャネルリソースをリソース指示情報に従って第1のアップリンクチャネルリソース集合から決定するか、または
UEがリソース指示情報に従って第1のアップリンクチャネルリソースを決定し、第1のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内にあり、リソース指示情報によって指示されるアップリンクチャネルリソースの一部である、ことを含む。

【0331】

UEによって決定されるチャネルリソースが第2のアップリンクチャネルリソースである場合に、UEは、第2のアップリンクチャネルリソースを、リソース指示情報に従って第2のアップリンクチャネルリソース集合から決定する。

【0332】

UEがチャネルリソースを決定することは、
UEがUEの識別情報または事前構成されている情報に従って、リソース指示情報によって指示されるアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定し、リソース指示情報によって指示されるアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ことを含む。

【0333】

任意選択で、この方法は、UEがチャネルリソースを決定する前に、
UEがアクセスネットワークデバイスによって事前構成される第1のアップリンクチャネルリソース集合および第2のアップリンクチャネル集合を取得することをさらに含み、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである。

【0334】

一実施形態において、リソース指示情報の第1の状態集合は、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、リソース指示情報の第2の状態集合は、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第1の状態集合は、第2の状態集合と交差しない。

【0335】

さらに、UEによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、UEがチャネルリソースを決定することは、UEが第1のアップリンクチャネルリソースをリソース指示情報の第1の状態集合内の状態に従って第1のアップリンクチャネル集合から決定することを含むか、または
UEによって決定されるチャネルリソースは、第2のアップリンクチャネルリソースであり、UEがチャネルリソースを決定することは、UEがフィードバック情報に対する第2のアップリンクチャネルリソースを、リソース指示情報の第2の状態集合内の状態に従って第2のアップリンクチャネル集合から決定することを含む。

【0336】

別の実施形態では、リソース指示情報の状態は、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースおよび/または第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示する。

【0337】

さらに、UEによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、UEがチャネルリソースを決定することは、
UEがリソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第3のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第4のアップリンクチャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であるとUEが決定し、第3のアップリンクチャネルリソースが第1のアップリンクチャネルリソースであるとUEが決定するか、または
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合であるとUEが決定し、UEがリソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第1のアップリンクチャネルリソースを決定する、ことを含み、または
UEによって決定されるチャネルリソースは、第2のアップリンクチャネルリソースであり、UEがチャネルリソースを決定することは、
UEがリソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第5のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第6のアップリンクチャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含むとUEが決定し、第6のアップリンクチャネルリソースが第2のアップリンクチャネルリソースであるとUEが決定するか、または
第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含むとUEが決定し、UEがリソース指示情報の状態に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第2のアップリンクチャネルリソースを決定するか、または
UEがリソース指示情報に従って第1のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第5のアップリンクチャネルリソースを決定し、リソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第6のアップリンクチャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレームと第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームとを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まないとUEが決定し、第6のアップリンクチャネルリソースが第2のアップリンクチャネルリソースであるとUEが決定するか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まないとUEが決定し、UEがリソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第2のアップリンクチャネルリソースを決定する、ことを含む。

【0338】

任意選択で、この方法は、UEがチャネルリソースを決定する前に、
UEがアクセスネットワークデバイスによって事前構成される第1のアップリンクチャネルリソース集合および第2のアップリンクチャネル集合を取得し、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ことをさらに含む。

【0339】

ダウンリンク制御情報は、リソース指示情報を含み、リソース指示情報の状態は、第1の状態集合および第2の状態集合を含み、第1の状態集合は、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第2の状態集合は、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第1の状態集合は、第2の状態集合と交差しない。

【0340】

UEがチャネルリソースを決定することは、
第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEがリソース指示情報に従って第2のアップリンクチャネルリソース集合から、リソース指示情報によって指示される第2のアップリンクチャネルリソースを決定する、ことを含む。

【0341】

この場合、UEは、リソース指示情報に従ってチャネルリソースを決定する。リソース指示情報によって指示されるチャネルリソースが、第2のアップリンクチャネルリソースであるときに、PDCCHを送信するために使用され、UEによって検出される第2のダウンリンクサブフレーム集合は、第1の部分集合の部分集合である。この場合、それは誤検出がUEにおいて生じていることを示し、UEは、依然として、リソース指示情報によって指示される第2のアップリンクチャネルリソースを使用することによってフィードバック情報を送信する。

【0342】

任意選択で、n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースのいくつかの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースと重なり合うか、またはn-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースであり、時間周波数リソースが重なり合うn-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットは、直交符号を使用する。

【0343】

さらに、この方法は、UEがチャネルリソースを決定する前に、UEが事前構成に従って第1の部分集合および第2の部分集合を決定することをさらに含む。

【0344】

事前構成は、異なるアップリンクサブフレームに対して独立して実行され得る。

【0345】

この実施形態における前述の解決策は、ステップ901から905から独立して、別の実施形態として使用され得ることに留意すべきである。

【0346】

図10は、一実施形態によるフィードバック情報送信方法を表している。方法は、前述のユーザ機器の実施形態に対応し、前述のユーザ機器は、この実施形態における方法を実行することができる。したがって、同じ内容については、前述の実施形態の説明を参照されたい。詳細は、ここで繰り返し説明されない。それに加えて、この実施形態は、図9に対応する前述の実施形態の別の解決策である。詳細については、前述の実施形態の説明を参照されたい。この実施形態は、以下のステップを含む。

【0347】

ステップ1001:UEは、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信する。

【0348】

ステップ1002:UEは、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信する。

【0349】

ステップ1003:UEは、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定し、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0350】

ステップ1004:UEは、チャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0351】

ステップ1005:UEは、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信し、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、UEは、n-リソース-要素チャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、UEは、m-リソース-要素チャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、mおよびnは自然数であり、m>nである。

【0352】

本発明は、以下の実施形態をさらに提供する。

【0353】

UEは、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信する。

【0354】

UEは、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信する。

【0355】

UEは、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定する。アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0356】

UEは、チャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0357】

UEは、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信する。チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットであり、UEは、p-コードブック-サイズチャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、q-コードブック-サイズチャネルフォーマットであり、UEは、q-コードブック-サイズチャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、pおよびqは自然数であり、p>qである。

【0358】

p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットの具体的な説明については、前述の実施形態の説明を参照されたい。以下の実施形態の説明では、n-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、m-リソース-要素チャネルフォーマットは、q-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、mはn以上であってよい。

【0359】

前述の実施形態によれば、UEに対してより多くのキャリアが構成されるときに、最大量のACK/NACKビットは、シングルRB PUCCHフォーマット3の現在のベアラ能力を超える。本発明のこの実施形態では、アップリンクサブフレームに対応するダウンリンクサブフレーム集合は、少なくとも2つの部分集合に分割され、第1の部分集合は、第2の部分集合の真部分集合であり、対応するアップリンクチャネルリソースは、その2つの部分集合について構成される。大きい部分集合については、フィードバック情報は、大きいリソースフォーマットを使用することによって送信され、小さい部分集合については、フィードバック情報は、小さいリソースフォーマットを使用することによって送信され、それによって、より多くのキャリアが構成されるときにフィードバック情報をどのように送信するかの課題を解決する。それに加えて、少量の瞬時にスケジュールされたキャリアがあるときに、フィードバック情報は、フォールバック・スモール・リソース・フォーマットを使用することによって送信され得る。したがって、本発明のこの実施形態において、リソースオーバーヘッドは、ACK/NACKがフィードバックされるときに低減されることが可能である。

【0360】

図11は、一実施形態によるフィードバック情報送信方法を表している。方法は、前述のユーザ機器の実施形態に対応し、前述のユーザ機器は、この実施形態における方法を実行することができる。したがって、同じ内容については、前述の実施形態の説明を参照されたい。詳細は、ここで繰り返し説明されない。それに加えて、この実施形態は、図9に対応する前述の実施形態の別の解決策である。詳細については、前述の実施形態の説明を参照されたい。この実施形態は、以下のステップを含む。

【0361】

ステップ1101:UEは、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信する。

【0362】

ステップ1102:UEは、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信する。

【0363】

ステップ1103:UEは、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定し、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0364】

ステップ1104:UEは、チャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0365】

ステップ1105:UEは、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信し、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、UEは、n-リソース-要素チャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、UEは、m-リソース-要素チャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、mおよびnは自然数であり、m>nである。

【0366】

本発明は、以下の実施形態をさらに提供する。

【0367】

UEは、アクセスネットワークデバイスによって送信されたダウンリンク制御情報を受信する。

【0368】

UEは、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを受信する。

【0369】

UEは、データチャネルに対応するフィードバック情報を送信するために使用されるアップリンクサブフレームを決定する。アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0370】

UEは、チャネルリソースを決定する。第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、UEによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0371】

UEは、チャネルフォーマットを使用することによってアップリンクサブフレーム内のチャネルリソース上でフィードバック情報を送信する。チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットであり、UEは、p-コードブック-サイズチャネルフォーマットを使用することによって第1のアップリンクチャネルリソース上でフィードバック情報を送信するか、またはチャネルフォーマットは、q-コードブック-サイズチャネルフォーマットであり、UEは、q-コードブック-サイズチャネルフォーマットを使用することによって第2のアップリンクチャネルリソース上でフィードバック情報を送信し、pおよびqは自然数であり、p>qである。

【0372】

p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットの具体的な説明については、前述の実施形態の説明を参照されたい。以下の実施形態の説明では、n-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、m-リソース-要素チャネルフォーマットは、q-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、mはn以上であってよい。

【0373】

第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、UEによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。この実施形態における解決策では、第2のダウンリンクサブフレーム集合が、第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含むときに、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に類似して、第2のダウンリンクサブフレーム集合は、部分集合とみなされ得る。フィードバック情報は、n-リソース-要素チャネルフォーマットのチャネルリソースを使用することによって送信され、すなわち、フィードバック情報は、フォールバックn-リソース-要素チャネルフォーマットを使用することによって送信される。

【0374】

図12は、本発明の一実施形態によるフィードバック情報受信方法を表している。方法は、前述のアクセスネットワークデバイスの実施形態に対応し、前述のアクセスネットワークデバイスは、この実施形態における方法を実行することができる。したがって、同じ内容については、前述の実施形態の説明を参照されたい。詳細は、ここで繰り返し説明されない。この実施形態は、以下のステップを含む。

【0375】

ステップ1201:アクセスネットワークデバイスは、ダウンリンク制御情報をユーザ機器UEに送信する。

【0376】

ステップ1202:アクセスネットワークデバイスは、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信する。

【0377】

ステップ1203:アクセスネットワークデバイスは、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定し、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0378】

ステップ1204:アクセスネットワークデバイスは、チャネルリソースを決定し、チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する。

【0379】

ステップ1205:アクセスネットワークデバイスは、アップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信し、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは自然数であり、m>nである。

【0380】

本発明は、以下の実施形態をさらに提供する。

【0381】

アクセスネットワークデバイスは、ダウンリンク制御情報をユーザ機器UEに送信する。

【0382】

アクセスネットワークデバイスは、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信する。

【0383】

アクセスネットワークデバイスは、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定する。アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0384】

アクセスネットワークデバイスは、チャネルリソースを決定する。チャネルリソースは、第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースであり、第1のアップリンクチャネルリソースは第1の部分集合に対応し、第2のアップリンクチャネルリソースは第2の部分集合に対応する。

【0385】

アクセスネットワークデバイスは、アップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信する。チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットであり、第1のアップリンクチャネルリソースは、p-コードブック-サイズチャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、q-コードブック-サイズチャネルフォーマットであり、第2のアップリンクチャネルリソースは、q-コードブック-サイズチャネルフォーマットのフィードバック情報を搬送し、pおよびqは自然数であり、p>qである。

【0386】

p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットの具体的な説明については、前述の実施形態の説明を参照されたい。以下の実施形態の説明では、n-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、m-リソース-要素チャネルフォーマットは、q-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、mはn以上であってよい。

【0387】

前述の実施形態によれば、UEに対してより多くのキャリアが構成されるときに、最大量のACK/NACKビットは、シングルRB PUCCHフォーマット3の現在のベアラ能力を超える。本発明のこの実施形態では、アップリンクサブフレームに対応するダウンリンクサブフレーム集合は、少なくとも2つの部分集合に分割され、第1の部分集合は、第2の部分集合の真部分集合であり、対応するアップリンクチャネルリソースは、その2つの部分集合について構成される。大きい部分集合については、フィードバック情報は、大きいリソースフォーマットを使用することによって送信され、小さい部分集合については、フィードバック情報は、小さいリソースフォーマットを使用することによって送信され、それによって、より多くのキャリアが構成されるときにフィードバック情報をどのように送信するかの課題を解決する。それに加えて、少量の瞬時にスケジュールされたキャリアがあるときに、フィードバック情報は、フォールバック・スモール・リソース・フォーマットを使用することによって送信され得る。したがって、本発明のこの実施形態において、リソースオーバーヘッドは、ACK/NACKがフィードバックされるときに低減されることが可能である。

【0388】

さらに、アクセスネットワークデバイスが、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信することは、アクセスネットワークデバイスが、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信する、ことを含む。

【0389】

任意選択の解決策において、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、アクセスネットワークデバイスによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0390】

別の任意選択の解決策において、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、アクセスネットワークデバイスによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または
第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0391】

さらに、ダウンリンク制御情報は、リソース指示情報を含み、リソース指示情報は、フィードバック情報を搬送するために使用される第1のアップリンクチャネルリソースまたは第2のアップリンクチャネルリソースを指示するために使用される。

【0392】

任意選択で、この方法は、アクセスネットワークデバイスがチャネルリソースを決定する前に、
アクセスネットワークデバイスが、第2のアップリンクチャネルリソース集合に関する情報をUEに送信し、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソース集合内の複数のアップリンクチャネルリソース内の各アップリンクチャネルリソースの一部は、第1のアップリンクチャネルリソース集合を構成し、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ことをさらに含む。

【0393】

さらに、アクセスネットワークデバイスによって決定されるチャネルリソースは、第1のアップリンクチャネルリソースであり、リソース指示情報は、第2のアップリンクチャネルリソース集合内にあり、第1のアップリンクチャネルリソースを含むアップリンクチャネルリソースを指示するか、またはリソース指示情報は第1のアップリンクチャネルリソース集合内の第1のアップリンクチャネルリソースを指示するか、または
アクセスネットワークデバイスによって決定されるチャネルリソースは、第2のアップリンクチャネルリソースであり、リソース指示情報は、第2のアップリンクチャネルリソース集合内の第2のアップリンクチャネルリソースを指示する。

【0394】

さらに、リソース指示情報は、第2のアップリンクチャネルリソース集合内にあり、第1のアップリンクチャネルリソースを含むアップリンクチャネルリソースを指示する。

【0395】

アクセスネットワークデバイスが、チャネルリソースを決定することは、
アクセスネットワークデバイスが、UEの識別情報または事前構成されている情報に従って、リソース指示情報によって指示されるアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定することを含む。

【0396】

任意選択で、この方法は、アクセスネットワークデバイスがチャネルリソースを決定する前に、
アクセスネットワークデバイスが、第1のアップリンクチャネルリソース集合に関する情報および第2のアップリンクチャネル集合に関する情報をUEに送信し、第1のアップリンクチャネルリソースは、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースであり、第2のアップリンクチャネルリソースは、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースである、ことをさらに含む。

【0397】

さらに、リソース指示情報の第1の状態集合は第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、リソース指示情報の第2の状態集合は、第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示し、第1の状態集合は、第2の状態集合と交差しない。

【0398】

任意選択で、リソース指示情報の状態は、第1のアップリンクチャネルリソース集合内のアップリンクチャネルリソースおよび/または第2のアップリンクチャネルリソース集合内のアップリンクチャネルリソースを指示する。

【0399】

さらに、アクセスネットワークデバイスが、アップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信することは、アクセスネットワークデバイスが、アップリンクサブフレーム内のリソース指示情報によって指示されている第2のアップリンクチャネルリソース上で、m-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信することを含む。

【0400】

さらに、この方法は、アクセスネットワークデバイスが、アップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信した後に、
アクセスネットワークデバイスが、UEの識別情報または事前構成されている情報に従って、第2のアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定し、第1のアップリンクチャネルリソース上で、n-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信すること、または
アクセスネットワークデバイスが、リソース指示情報に従って第1のアップリンクチャネルリソース内の第1のアップリンクチャネルリソースを決定し、第1のアップリンクチャネルリソース上で、n-リソース-要素チャネルフォーマットを使用することによって送信されたフィードバック情報を受信すること、をさらに含む。

【0401】

さらに、n-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースのいくつかの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースと重なり合うか、またはn-リソース-要素チャネルフォーマットに対応する第1のアップリンクチャネルリソースの時間周波数リソースは、m-リソース-要素チャネルフォーマットに対応する第2のアップリンクチャネルリソースのいくつかの時間周波数リソースである。時間周波数リソースが重なり合うn-リソース-要素チャネルフォーマットおよびm-リソース-要素チャネルフォーマットは、直交符号を使用する。

【0402】

さらに、この方法は、アクセスネットワークデバイスがチャネルリソースを決定する前に、アクセスネットワークデバイスが、事前構成に従って第1の部分集合および第2の部分集合を決定することをさらに含む。事前構成は、異なるアップリンクサブフレームに対して独立して実行され得る。

【0403】

この実施形態における前述の解決策は、ステップ1201から1205から独立して、別の実施形態として使用され得ることに留意すべきである。

【0404】

図13は、一実施形態によるフィードバック情報受信方法を表している。方法は、前述のアクセスネットワークデバイスの実施形態に対応し、前述のアクセスネットワークデバイスは、この実施形態における方法を実行することができる。したがって、同じ内容については、前述の実施形態の説明を参照されたい。詳細は、ここで繰り返し説明されない。それに加えて、この実施形態は、図12に対応する前述の実施形態の別の解決策である。詳細については、前述の実施形態の説明を参照されたい。この実施形態は、以下のステップを含む。

【0405】

ステップ1301:アクセスネットワークデバイスは、ダウンリンク制御情報をUEに送信する。

【0406】

ステップ1302:アクセスネットワークデバイスは、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信する。

【0407】

ステップ1303:アクセスネットワークデバイスは、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定し、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0408】

ステップ1304:アクセスネットワークデバイスは、チャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、アクセスネットワークデバイスによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0409】

ステップ1305:アクセスネットワークデバイスは、アップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信し、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは自然数であり、m>nである。

【0410】

本発明は、以下の実施形態をさらに提供する。

【0411】

アクセスネットワークデバイスが、ダウンリンク制御情報をUEに送信する。

【0412】

ネットワークデバイスは、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信する。

【0413】

アクセスネットワークデバイスは、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定する。アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0414】

アクセスネットワークデバイスは、チャネルリソースを決定する。第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、アクセスネットワークデバイスによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第2の部分集合内にあるが、第1の部分集合に属していないダウンリンクサブフレームのみを含む場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0415】

アクセスネットワークデバイスは、アップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信する。チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットであり、第1のアップリンクチャネルリソースは、p-コードブック-サイズチャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、q-コードブック-サイズチャネルフォーマットであり、第2のアップリンクチャネルリソースは、q-コードブック-サイズチャネルフォーマットのフィードバック情報を搬送し、pおよびqは自然数であり、p>qである。

【0416】

p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットの具体的な説明については、前述の実施形態の説明を参照されたい。以下の実施形態の説明では、n-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、m-リソース-要素チャネルフォーマットは、q-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、mはn以上であってよい。

【0417】

前述の実施形態によれば、UEに対してより多くのキャリアが構成されるときに、最大量のACK/NACKビットは、シングルRB PUCCHフォーマット3の現在のベアラ能力を超える。本発明のこの実施形態では、アップリンクサブフレームに対応するダウンリンクサブフレーム集合は、少なくとも2つの部分集合に分割され、第1の部分集合は、第2の部分集合の真部分集合であり、対応するアップリンクチャネルリソースは、その2つの部分集合について構成される。大きい部分集合については、フィードバック情報は、大きいリソースフォーマットを使用することによって送信され、小さい部分集合については、フィードバック情報は、小さいリソースフォーマットを使用することによって送信され、それによって、より多くのキャリアが構成されるときにフィードバック情報をどのように送信するかの課題を解決する。それに加えて、少量の瞬時にスケジュールされたキャリアがあるときに、フィードバック情報は、フォールバック・スモール・リソース・フォーマットを使用することによって送信され得る。したがって、本発明のこの実施形態において、リソースオーバーヘッドは、ACK/NACKがフィードバックされるときに低減されることが可能である。

【0418】

さらに、アクセスネットワークデバイスが、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルをUEに送信することは、ネットワークデバイスが、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信すること、を含む。

【0419】

図14は、一実施形態によるフィードバック情報受信方法を表している。方法は、前述のアクセスネットワークデバイスの実施形態に対応し、前述のアクセスネットワークデバイスは、この実施形態における方法を実行することができる。したがって、同じ内容については、前述の実施形態の説明を参照されたい。詳細は、ここで繰り返し説明されない。それに加えて、この実施形態は、図12に対応する前述の実施形態の別の解決策である。詳細については、前述の実施形態の説明を参照されたい。この実施形態は、以下のステップを含む。

【0420】

ステップ1401:アクセスネットワークデバイスは、ダウンリンク制御情報をUEに送信する。

【0421】

ステップ1402:アクセスネットワークデバイスは、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信する。

【0422】

ステップ1403:アクセスネットワークデバイスは、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定し、アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0423】

ステップ1404:アクセスネットワークデバイスは、チャネルリソースを決定し、第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、アクセスネットワークデバイスによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0424】

ステップ1405:アクセスネットワークデバイスは、アップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信し、チャネルフォーマットは、n-リソース-要素チャネルフォーマットであり、第1のアップリンクチャネルリソースは、n-リソース-要素チャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、m-リソース-要素チャネルフォーマットであり、第2のアップリンクチャネルリソースは、m-リソース-要素チャネルフォーマットのフィードバック情報を搬送し、mおよびnは自然数であり、m>nである。

【0425】

本発明は、以下の実施形態をさらに提供する。

【0426】

アクセスネットワークデバイスは、ダウンリンク制御情報をUEに送信する。

【0427】

アクセスネットワークデバイスは、第2のダウンリンクサブフレーム集合に含まれるダウンリンクサブフレームで、ダウンリンク制御情報を使用することによってスケジュールされたデータチャネルを送信する。

【0428】

アクセスネットワークデバイスは、データチャネルに対応するフィードバック情報を受信するために使用されるアップリンクサブフレームを決定する。アップリンクサブフレームに関連付けられている第1のダウンリンクサブフレーム集合は、第1の部分集合および第2の部分集合を含み、第1の部分集合は少なくとも2つのダウンリンクサブフレームを含み、第1の部分集合は第2の部分集合の真部分集合である。

【0429】

アクセスネットワークデバイスは、チャネルリソースを決定する。第2のダウンリンクサブフレーム集合が第1の部分集合の部分集合である場合に、アクセスネットワークデバイスによって決定されたチャネルリソースは、第1のアップリンクチャネルリソースであるか、または第2のダウンリンクサブフレーム集合が第1の部分集合内のダウンリンクサブフレーム、および第2の部分集合内にあるが、第1の部分集合には属していないダウンリンクサブフレームを含むが、第1の部分集合または第2の部分集合に含まれていないダウンリンクサブフレームを含まない場合、アクセスネットワークデバイスによって決定されたチャネルリソースは、第2のアップリンクチャネルリソースである。

【0430】

アクセスネットワークデバイスは、アップリンクサブフレーム内のチャネルリソース上で、チャネルフォーマットを使用することによって送信されたフィードバック情報を受信する。チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットであり、第1のアップリンクチャネルリソースは、p-コードブック-サイズチャネルフォーマットのフィードバック情報を搬送するか、またはチャネルフォーマットは、q-コードブック-サイズチャネルフォーマットであり、第2のアップリンクチャネルリソースは、q-コードブック-サイズチャネルフォーマットのフィードバック情報を搬送し、pおよびqは自然数であり、p>qである。

【0431】

p-コードブック-サイズチャネルフォーマットおよびq-コードブック-サイズチャネルフォーマットの具体的な説明については、前述の実施形態の説明を参照されたい。以下の実施形態の説明では、n-リソース-要素チャネルフォーマットは、p-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、m-リソース-要素チャネルフォーマットは、q-コードブック-サイズチャネルフォーマットで直接置き換えられてよく、mはn以上であってよい。

【0432】

前述の実施形態によれば、UEに対してより多くのキャリアが構成されるときに、最大量のACK/NACKビットは、シングルRB PUCCHフォーマット3の現在のベアラ能力を超える。本発明のこの実施形態では、アップリンクサブフレームに対応するダウンリンクサブフレーム集合は、少なくとも2つの部分集合に分割され、第1の部分集合は、第2の部分集合の真部分集合であり、対応するアップリンクチャネルリソースは、その2つの部分集合について構成される。大きい部分集合については、フィードバック情報は、大きいリソースフォーマットを使用することによって送信され、小さい部分集合については、フィードバック情報は、小さいリソースフォーマットを使用することによって送信され、それによって、より多くのキャリアが構成されるときにフィードバック情報をどのように送信するかの課題を解決する。それに加えて、少量の瞬時にスケジュールされたキャリアがあるときに、フィードバック情報は、フォールバック・スモール・リソース・フォーマットを使用することによって送信され得る。したがって、本発明のこの実施形態において、リソースオーバーヘッドは、ACK/NACKがフィードバックされるときに低減されることが可能である。

【0433】

本発明の前述のすべての実施形態における処理モジュールは、少なくとも1つのプロセッサによって実装され得ることに留意すべきである。ここでのプロセッサは、中央処理ユニット(central processing unit、CPU)であり得るか、または、別の汎用プロセッサ、デジタル・シグナル・プロセッサ(digital signal processor、DSP)、特定用途向け集積回路(application-specific integrated circuit、ASIC)、フィールド・プログラマブル・ゲートアレイ(field programmable gate array、FPGA)、別のプログラム可能な論理デバイス、個別のゲート、トランジスタ論理デバイス、個別のハードウェア・コンポーネント、または同様のものであってよい。送信モジュールは、送信機または送受信機によって実装されてよい。受信モジュールは、受信機または送受信機によって実装されてよい。それに加えて、本発明の前述の実施形態におけるアクセスネットワークデバイスおよびユーザ機器は、メモリなどのコンポーネントをさらに含み得る。ここでのメモリは、リード・オンリ・メモリおよびランダム・アクセス・メモリを含んでよく、プロセッサのための命令およびデータを提供する。メモリの一部は、不揮発性ランダム・アクセス・メモリをさらに含み得る。たとえば、メモリは、デバイスタイプに関する情報をさらに記憶し得る。プロセッサは、メモリ内の命令コードを呼び出し、それによって、前述の動作を実行するように本発明の実施形態におけるネットワークデバイスおよびユーザ機器の他のモジュールを制御する。

【0434】

この明細書を通して言及されている「一実施形態」または「実施形態」は、その実施形態に関係する具体的な特徴、構造、または特性が本発明の少なくとも1つの実施形態に含まれることを意味することを理解すべきである。従って、この明細書を通しての「一実施形態では」または「実施形態では」は、同じ実施形態を指しているとは限らない。それに加えて、これらの具体的な特徴、構造、または特性は、任意の適切な方式で1つまたは複数の実施形態に組み合わされ得る。

【0435】

前述のプロセスのシーケンス番号は、本発明の様々な実施形態における実行のシーケンスを意味しないことを理解すべきである。プロセスの実行のシーケンスは、プロセスの機能および内部論理に従って決定されるべきであり、本発明の実施形態の実装プロセスに対するいかなる限定とも解釈されるべきでない。

【0436】

それに加えて、用語「システム」および「ネットワーク」は、この明細書では交換可能に使用され得る。この明細書における用語「および/または」は、関連付けられている対象を説明するための関連付け関係のみを説明し、3つの関係が存在し得ることを表現する。たとえば、Aおよび/またはBは、次の3つの場合を表現し得る。Aのみが存在する、AとBの両方が存在する、そして、Bのみが存在する。それに加えて、この明細書における文字「/」は、一般的に、関連付けられている対象の間の「または」の関係を指示する。

【0437】

この出願の実施形態において、「Aに対応するB」は、BがAに関連付けられていることを指示し、BはAに従って決定され得ることを理解すべきである。しかしながら、Aに従ってBを決定することは、BがAのみに従って決定されることを意味せず、すなわち、Bは、また、Aおよび/または他の情報に従って決定され得ることをさらに理解すべきである。

【0438】

この技術分野の当業者は、この明細書で開示されている実施形態で説明されている例と組み合わせて、ユニットおよびアルゴリズムのステップは、電子ハードウェア、コンピュータソフトウェア、またはこれらの組合せによって実装され得ることに気づき得る。ハードウェアとソフトウェアとの間の交換可能性を明確に説明するために、上記は、一般的に、機能に従って各々の例の構成およびステップを説明した。その機能が、ハードウェアによって実行されるのか、ソフトウェアによって実行されるのかは、特定の用途および技術的解決策の設計上の制約条件に依存する。この技術分野の当業者は、それぞれの特定の用途に対して説明されている機能を実装するために異なる方法を使用し得るが、その実装は、本発明の範囲を超えるものと考えられるべきでない。

【0439】

この出願において提供されているいくつかの実施形態において、表示されている、または論述されている相互結合もしくは直接結合もしくは通信接続は、いくつかのインターフェースを使用することによって実装され得る。装置もしくはユニットの間の間接結合もしくは通信接続は、電子的な、機械的な、または他の形式で実装され得る。

【0440】

分離している部分として説明されるユニットは、物理的に分離していてもしていなくてもよく、ユニットとして表示される部分は、物理的ユニットであっても物理的ユニットでなくてもよく、1つの位置に配置されても、複数のネットワークユニット上に分散されてもよい。ユニットのいくつかまたは全部は、実施形態の解決策の目的を達成するための実際の必要性に従って選択され得る。

【0441】

一体化されたユニットがソフトウェア機能ユニットの形式で実装され、独立した製品として販売または使用されるとき、一体化されたユニットは、コンピュータ読み取り可能な記憶媒体に記憶され得る。そのような理解に基づき、本質的に本発明の技術的解決策、または従来技術に寄与する部分、または技術的解決策のいくつかは、ソフトウェア製品の形式で実装され得る。ソフトウェア製品は、記憶媒体に記憶され、本発明の実施形態において説明されている方法のステップのうちのすべてまたはいくつかを実行することをコンピュータデバイス(パーソナルコンピュータ、サーバ、またはネットワークデバイスであり得る)に命令するための複数の命令を含む。前述の記憶媒体は、USBフラッシュドライブ、取り外し可能なハードディスク、リード・オンリ・メモリ(Read-Only Memory、略してROM)、ランダム・アクセス・メモリ(Random Access Memory、略してRAM)、磁気ディスク、または光ディスクなどの、プログラムコードを記憶することができるあらゆる媒体を含む。

【0442】

前述の説明は、本発明の単なる特定の実装方式の説明にすぎず、本発明の保護範囲を限定することは意図されていない。本発明において開示されている技術的範囲内でこの技術分野の当業者によって容易に考え付くいかなる変更または代替も、本発明の保護範囲内にあるものである。したがって、本発明の保護範囲は、請求項の保護範囲に従うものである。

【符号の説明】

【0443】

1、2、3、6、7、8 キャリア
1、2、3、4 チャネルリソース
1 TDDアップリンク-ダウンリンク構成
2 アップリンク-ダウンリンクサブフレーム構成
3 PUCCHフォーマット
4、5、6、8 サブフレーム
2、3、7 アップリンクサブフレーム
100 ユーザ機器
110 受信モジュール
120 処理モジュール
130 送信モジュール
700 アクセスネットワークデバイス
710 受信モジュール
720 処理モジュール
730 送信モジュール

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】