知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-11-02
(45)【発行日】2022-11-11
(54)【発明の名称】フィードバック情報伝送方法及び端末機器
(51)【国際特許分類】
H04W 72/04 20090101AFI20221104BHJP
H04W 28/04 20090101ALI20221104BHJP
H04L 1/16 20060101ALI20221104BHJP
【ＦＩ】
H04W72/04 136
H04W28/04 110
H04W72/04 111
H04L1/16
【請求項の数】
13
(21)【出願番号】P 2021523296
(86)(22)【出願日】2019-09-09
(65)【公表番号】
(43)【公表日】2022-01-17
(86)【国際出願番号】 CN2019104983
(87)【国際公開番号】W WO2020093778
(87)【国際公開日】2020-05-14
【審査請求日】2021-05-28
(31)【優先権主張番号】201811321698.1
(32)【優先日】2018-11-07
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】517372494
【氏名又は名称】維沃移動通信有限公司
【氏名又は名称原語表記】ＶＩＶＯ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＯ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ
(74)【代理人】
【識別番号】110001151
【氏名又は名称】あいわ弁理士法人
(72)【発明者】
【氏名】李 娜
(72)【発明者】
【氏名】沈 暁冬
(72)【発明者】
【氏名】孫 鵬
【審査官】▲高▼橋 真之
(56)【参考文献】
【文献】Huawei, HiSilicon，Enhancements on multi-TRP/panel transmission in NR[online]，3GPP TSG RAN WG1 #94 R1-1809117，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_94/Docs/R1-1809117.zip>，2018年08月11日
【文献】Qualcomm Incorporated，Multi-TRP Enhancements[online]，3GPP TSG RAN WG1 #95 R1-1813442，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1813442.zip>，2018年11月03日
【文献】NR; Physical layer procedures for control(Release 15) [online]，3GPP TS 38.213 V15.3.0 (2018-09)，Internet<URL:https://www.3gpp.org/ftp/Specs/archive/38_series/38.213/38213-f30.zip>，2018年10月01日
【文献】ZTE，Remaining issues on NR PUCCH[online]，3GPP TSG RAN WG1 #95 R1-1812381，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1812381.zip>，2018年11月03日
【文献】vivo，Further Discussion on Multi-TRP Transmission[online]，3GPP TSG RAN WG1 #96 R1-1901702，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1901702.zip>，2019年02月15日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００－９９／００
Ｈ０４Ｌ １／１６－ １／１８
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
端末機器に応用されるフィードバック情報伝送方法であって、少なくとも２つの送受信ノードＴＲＰから送信された少なくとも２つの物理下り制御チャネルＰＤＣＣＨを受信した場合、目標物理上り制御チャネルＰＵＣＣＨリソースを決定することと、
前記少なくとも２つの物理下り制御チャネルＰＤＣＣＨによってスケジューリングされた物理下り共有チャネルＰＤＳＣＨに対するフィードバック情報である目標フィードバック情報を、前記目標物理上り制御チャネルＰＵＣＣＨリソースによって送信することと、
を含み、
目標物理上り制御チャネルＰＵＣＣＨリソースが１つの物理上り制御チャネルＰＵＣＣＨリソースである場合、前記の目標物理上り制御チャネルＰＵＣＣＨリソースを決定することは、
物理下り制御チャネルＰＤＣＣＨ監視機会、サービングセルインデックス及び送受信ノードＴＲＰ識別子に基づいて、第１下り制御情報ＤＣＩセットの中の下り制御情報ＤＣＩをソートすることと、
第１目標下り制御情報ＤＣＩ及び目標フィードバック情報ビット数に基づいて前記目標物理上り制御チャネルＰＵＣＣＨリソースを決定することと、を含み、
ここで、前記第１下り制御情報ＤＣＩセットは、前記少なくとも２つの物理下り制御チャネルＰＤＣＣＨに搬送される下り制御情報ＤＣＩであり、前記第１目標下り制御情報ＤＣＩは、前記第１下り制御情報ＤＣＩセットの中で順番が最後になる下り制御情報ＤＣＩであり、前記物理下り制御チャネルＰＤＣＣＨ監視機会は、前記下り制御情報ＤＣＩを搬送する物理下り制御チャネルＰＤＣＣＨの監視機会であり、前記サービングセルインデックスは、前記下り制御情報ＤＣＩによってスケジューリングされるＰＤＳＣＨが属するサービングセルのインデックスであり、前記送受信ノードＴＲＰ識別子は、前記下り制御情報ＤＣＩに対応する送受信ノードＴＲＰの識別子、又は、前記下り制御情報ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応する送受信ノードＴＲＰの識別子であることを特徴とするフィードバック情報伝送方法。
【請求項2】
前記の物理下り制御チャネルＰＤＣＣＨ監視機会、サービングセルインデックス及び送受信ノードＴＲＰ識別子に基づいて、第１下り制御情報ＤＣＩセットの中の下り制御情報ＤＣＩをソートすることは、
物理下り制御チャネルＰＤＣＣＨ監視機会の経過順にソートし、物理下り制御チャネルＰＤＣＣＨ監視機会が同一である下り制御情報ＤＣＩをサービングセルインデックスの小さい順にソートし、物理下り制御チャネルＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一である下り制御情報ＤＣＩを送受信ノードＴＲＰ識別子でソートすること、
又は、
物理下り制御チャネルＰＤＣＣＨ監視機会の経過順にソートし、物理下り制御チャネルＰＤＣＣＨ監視機会が同一である下り制御情報ＤＣＩを送受信ノードＴＲＰ識別子でソートし、物理下り制御チャネルＰＤＣＣＨ監視機会が同一であり且つ送受信ノードＴＲＰ識別子が同一である下り制御情報ＤＣＩをサービングセルインデックスの小さい順にソートすること、
又は、
送受信ノードＴＲＰ識別子でソートし、送受信ノードＴＲＰ識別子が同一である下り制御情報ＤＣＩを物理下り制御チャネルＰＤＣＣＨ監視機会の経過順にソートし、送受信ノードＴＲＰ識別子が同一であり且つ物理下り制御チャネルＰＤＣＣＨ監視機会が同一である下り制御情報ＤＣＩをサービングセルインデックスの小さい順にソートすること、を含むことを特徴とする請求項１に記載のフィードバック情報伝送方法。
【請求項3】
少なくとも２つの送受信ノードＴＲＰ又は１つの送受信ノードＴＲＰの異なるアンテナパネルから送信された少なくとも２つの物理下り制御チャネルＰＤＣＣＨを受信し、且つ、前記目標物理上り制御チャネルＰＵＣＣＨリソースに少なくとも２つの物理上り制御チャネルＰＵＣＣＨリソースが含まれる場合、前記目標物理上り制御チャネルＰＵＣＣＨリソースを決定することは、
前記少なくとも２つの物理下り制御チャネルＰＤＣＣＨ又はＰＤＳＣＨを送信する送受信ノードＴＲＰのうちの各々の送受信ノードＴＲＰに対応する物理上り制御チャネルＰＵＣＣＨリソースからなるセットである第１セットを決定することと、
前記第１セットに基づいて前記目標物理上り制御チャネルＰＵＣＣＨリソースを決定することと、を含むことを特徴とする請求項１に記載のフィードバック情報伝送方法。
【請求項4】
前記の物理下り制御チャネルＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一である下り制御情報ＤＣＩを送受信ノードＴＲＰ識別子でソートすることは、
物理下り制御チャネルＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一である下り制御情報ＤＣＩを送受信ノードＴＲＰ識別子の小さい順にソートすることを含むことを特徴とする請求項２に記載のフィードバック情報伝送方法。
【請求項5】
前記第１セットの中の全ての物理上り制御チャネルＰＵＣＣＨリソースが時間領域に共通集合がなく、又は時間領域に共通集合がある物理上り制御チャネルＰＵＣＣＨリソースに対応するアンテナパネルが異なる場合、前記第１セットに基づいて前記目標物理上り制御チャネルＰＵＣＣＨリソースを決定することは、
前記第１セットの中の全ての物理上り制御チャネルＰＵＣＣＨリソースを前記目標物理上り制御チャネルＰＵＣＣＨリソースに決定することを含むことを特徴とする請求項３に記載のフィードバック情報伝送方法。
【請求項6】
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合がある物理上り制御チャネルＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記第１セットに基づいて前記目標物理上り制御チャネルＰＵＣＣＨリソースを決定することは、
所定の規則に基づいて第２セットの中の１つの物理上り制御チャネルＰＵＣＣＨリソースを前記目標物理上り制御チャネルＰＵＣＣＨリソースに決定し、第３セットの中の全ての物理上り制御チャネルＰＵＣＣＨリソースを前記目標物理上り制御チャネルＰＵＣＣＨリソースに決定することを含み、
ここで、前記第２セットは、第１セットの中で、他の物理上り制御チャネルＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合がある物理上り制御チャネルＰＵＣＣＨリソースからなるセットであり、前記第３セットは、前記第１セットの中で、前記第２セットを除いた他の物理上り制御チャネルＰＵＣＣＨリソースからなるセットであることを特徴とする請求項３に記載のフィードバック情報伝送方法。
【請求項7】
前記送受信ノードＴＲＰ識別子は、送受信ノードＴＲＰの身分識別子ＩＤ、送受信ノードＴＲＰのインデックス、仮想セルのＩＤ、物理下り制御チャネル復調基準信号スクランブリング識別子ＰＤＣＣＨ－ＤＭＲＳ－Ｓｃｒａｍｂｌｉｎｇ ＩＤ、物理下り制御チャネルＰＤＣＣＨが位置する制御リソースセットＣＯＲＥＳＥＴのＩＤ、物理下り制御チャネルＰＤＣＣＨが位置するサーチスペースのＩＤ、物理下り制御チャネルＰＤＣＣＨをスクランブリングする無線ネットワーク一時識別子ＲＮＴＩのうちの少なくとも１つによって決定されることを特徴とする請求項１に記載のフィードバック情報伝送方法。
【請求項8】
端末機器であって、
少なくとも２つの送受信ノードＴＲＰから送信された少なくとも２つの物理下り制御チャネルＰＤＣＣＨを受信した場合、目標物理上り制御チャネルＰＵＣＣＨリソースを決定する処理ユニットと、
前記少なくとも２つの物理下り制御チャネルＰＤＣＣＨによってスケジューリングされた物理下り共有チャネルＰＤＳＣＨに対するフィードバック情報である目標フィードバック情報を、前記目標物理上り制御チャネルＰＵＣＣＨリソースによって送信する送信ユニットと、
を含み、
目標物理上り制御チャネルＰＵＣＣＨリソースが１つの物理上り制御チャネルＰＵＣＣＨリソースである場合、前記処理ユニットは、具体的に、
物理下り制御チャネルＰＤＣＣＨ監視機会、サービングセルインデックス及び送受信ノードＴＲＰ識別子に基づいて、第１下り制御情報ＤＣＩセットの中の下り制御情報ＤＣＩをソートし、
第１目標下り制御情報ＤＣＩ及び目標フィードバック情報ビット数に基づいて前記目標物理上り制御チャネルＰＵＣＣＨリソースを決定し、
ここで、前記第１下り制御情報ＤＣＩセットは、前記少なくとも２つの物理下り制御チャネルＰＤＣＣＨに搬送される下り制御情報ＤＣＩであり、前記第１目標下り制御情報ＤＣＩは、前記第１下り制御情報ＤＣＩセットの中で順番が最後になる下り制御情報ＤＣＩであり、前記物理下り制御チャネルＰＤＣＣＨ監視機会は、前記下り制御情報ＤＣＩを搬送する物理下り制御チャネルＰＤＣＣＨの監視機会であり、前記サービングセルインデックスは、前記下り制御情報ＤＣＩによってスケジューリングされるＰＤＳＣＨが属するサービングセルのインデックスであり、前記送受信ノードＴＲＰ識別子は、前記下り制御情報ＤＣＩに対応する送受信ノードＴＲＰの識別子、又は、前記下り制御情報ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応する送受信ノードＴＲＰの識別子であることを特徴とする端末機器。
【請求項9】
前記処理ユニットは、具体的に、
物理下り制御チャネルＰＤＣＣＨ監視機会の経過順にソートし、物理下り制御チャネルＰＤＣＣＨ監視機会が同一である下り制御情報ＤＣＩをサービングセルインデックスの小さい順にソートし、物理下り制御チャネルＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一である下り制御情報ＤＣＩを送受信ノードＴＲＰ識別子でソートし、
又は、
物理下り制御チャネルＰＤＣＣＨ監視機会の経過順にソートし、物理下り制御チャネルＰＤＣＣＨ監視機会が同一である下り制御情報ＤＣＩを送受信ノードＴＲＰ識別子でソートし、物理下り制御チャネルＰＤＣＣＨ監視機会が同一であり且つ送受信ノードＴＲＰ識別子が同一である下り制御情報ＤＣＩをサービングセルインデックスの小さい順にソートし、
又は、
送受信ノードＴＲＰ識別子でソートし、送受信ノードＴＲＰ識別子が同一である下り制御情報ＤＣＩを物理下り制御チャネルＰＤＣＣＨ監視機会の経過順にソートし、送受信ノードＴＲＰ識別子が同一であり且つ物理下り制御チャネルＰＤＣＣＨ監視機会が同一である下り制御情報ＤＣＩをサービングセルインデックスの小さい順にソートすることを特徴とする請求項８に記載の端末機器。
【請求項10】
前記処理ユニットは、
物理下り制御チャネルＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一である下り制御情報ＤＣＩを送受信ノードＴＲＰ識別子の小さい順にソートすることに更に用いられることを特徴とする請求項９に記載の端末機器。
【請求項11】
少なくとも２つの送受信ノードＴＲＰ又は１つの送受信ノードＴＲＰの異なるアンテナパネルから送信された少なくとも２つの物理下り制御チャネルＰＤＣＣＨを受信し、且つ、前記目標物理上り制御チャネルＰＵＣＣＨリソースに少なくとも２つの物理下り制御チャネルＰＤＣＣＨリソースが含まれる場合、前記処理ユニットは、具体的に、
前記少なくとも２つの物理下り制御チャネルＰＤＣＣＨ又はＰＤＳＣＨを送信する送受信ノードＴＲＰのうちの各々の送受信ノードＴＲＰに対応する物理上り制御チャネルＰＵＣＣＨリソースからなるセットである第１セットを決定し、
前記第１セットに基づいて前記目標物理上り制御チャネルＰＵＣＣＨリソースを決定することを特徴とする請求項８に記載の端末機器。
【請求項12】
前記第１セットの中の全ての物理上り制御チャネルＰＵＣＣＨリソースが時間領域に共通集合がなく、又は時間領域に共通集合がある物理上り制御チャネルＰＵＣＣＨリソースに対応するアンテナパネルが異なる場合、前記処理ユニットは、具体的に、
前記第１セットの中の全ての物理上り制御チャネルＰＵＣＣＨリソースを前記目標物理上り制御チャネルＰＵＣＣＨリソースに決定することを特徴とする請求項１１に記載の端末機器。
【請求項13】
前記送受信ノードＴＲＰ識別子は、送受信ノードＴＲＰの身分識別子ＩＤ、送受信ノードＴＲＰのインデックス、仮想セルのＩＤ、物理下り制御チャネル復調基準信号スクランブリング識別子ＰＤＣＣＨ－ＤＭＲＳ－Ｓｃｒａｍｂｌｉｎｇ ＩＤ、物理下り制御チャネルＰＤＣＣＨが位置する制御リソースセットＣＯＲＥＳＥＴのＩＤ、物理下り制御チャネルＰＤＣＣＨが位置するサーチスペースのＩＤ、物理下り制御チャネルＰＤＣＣＨをスクランブリングする無線ネットワーク一時識別子ＲＮＴＩのうちの少なくとも１つによって決定されることを特徴とする請求項８に記載の端末機器。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、２０１８年１１月０７日に中国特許庁に提出された出願番号が２０１８１１３２１６９８．１であって、出願の名称が「フィードバック情報伝送方法及び端末機器」である中国特許出願の優先権を主張し、その全ての内容が援用により本願に取り込まれる。
本発明の実施例は、通信技術分野に係り、特にフィードバック情報伝送方法及び端末機器に係る。
本発明の実施例は、通信技術分野に係り、特にフィードバック情報伝送方法及び端末機器に係る。
【背景技術】
【0002】
現在、関連技術では、マルチ送受信ノードｍｕｌｔｉ－ＴＲＰ（ｍｕｌｔｉ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）／マルチアンテナパネル（ｍｕｌｔｉ－ｐａｎｅｌ）のシーンが提案されている。ｍｕｌｔｉ－ＴＲＰ／ｍｕｌｔｉ－ｐａｎｅｌのシーンでは、端末機器が複数のＴＲＰ又は１つのＴＲＰの複数のアンテナパネルからの同一データ又は異なるデータを受信可能であるため、ｍｕｌｔｉ－ＴＲＰ／ｍｕｌｔｉ－ｐａｎｅｌ伝送によれば、伝送の信頼性及びスループットを向上させることができる。
【0003】
マルチＴＲＰ通信システムにおけるハイブリッド自動再送確認ＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ ＡＣＫ）フィードバックとして、複数のＴＲＰの物理下り共有チャネルＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）が共同で１つの物理上り制御チャネルＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）をフィードバックし、即ち異なるＴＲＰのＨＡＲＱ－ＡＣＫを一体化してフィードバックしてもよく、複数のＴＲＰのＰＤＳＣＨによってそれぞれＰＵＣＣＨをフィードバックし、即ち異なるＴＲＰのＨＡＲＱ－ＡＣＫを異なるＰＵＣＣＨにフィードバックして伝送してもよい。１つのＰＵＣＣＨでＨＡＲＱ－ＡＣＫが共同でフィードバックされる場合、端末機器に複数のＰＤＳＣＨを送信する複数のＴＲＰは、複数の物理下り制御チャネルＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を端末機器に送信し、即ち各々のＰＤＣＣＨによって１つのＰＤＳＣＨをスケジューリングする。スケジューリングされた複数のＰＤＳＣＨが１つのスロットでフィードバックされる場合、端末機器は、１つのＰＵＣＣＨのみをフィードバックするので、ＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨリソースを１つのみ決定すればよい。ＮＲ Ｒ１５のシングルＴＲＰのシーンでは、ＨＡＲＱ－ＡＣＫのフィードバックが必要なＰＤＳＣＨが１つのスロットに複数ある場合、端末機器は、複数のＰＤＣＣＨに搬送される複数のＤＣＩを、ＰＤＣＣＨの監視機会（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）及びサービングセルインデックス（ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｎｄｅｘ）に従ってソートすることによって末尾の下り制御情報ｌａｓｔ ＤＣＩ（ｌａｓｔ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を決定し、フィードバック情報を送信するリソースをｌａｓｔ ＤＣＩに基づいて決定する。一方、マルチＴＲＰシーンでは、同一のＰＤＣＣＨ監視機会に同一のサービングセルで複数のＰＤＳＣＨをスケジューリングすることが可能であるため、シングルＴＲＰシーンでＰＵＣＣＨ送信リソースの決定方式は、マルチＴＲＰシーンに適用できない。即ち、複数のＴＲＰのＰＤＳＣＨのＨＡＲＱ－ＡＣＫが共同で１つのＰＵＣＣＨでフィードバックされる場合、端末機器がどのようにフィードバック情報を送信するかは、１つの解決すべき問題である。また、複数のＴＲＰのＰＤＳＣＨによってそれぞれＨＡＲＱ－ＡＣＫをフィードバックする場合、異なるＴＲＰのＰＤＳＣＨは、異なるＰＵＣＣＨでフィードバックされる。複数のＴＲＰのフィードバック情報を送信するＰＵＣＣＨリソースが時間領域にオーバーラップし且つ複数のＰＵＣＣＨリソースの中の少なくとも１つのＰＵＣＣＨリソースに空間関連情報（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）がない場合、端末機器は、複数のＰＵＣＣＨを同時に送信できない。又は、フィードバック情報を送信する複数のＰＵＣＣＨリソースの少なくとも２つが時間領域にオーバーラップし且つ複数のＰＵＣＣＨリソースの中の少なくとも２つのＰＤＣＣＨリソースの空間関連情報（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）が同一のアンテナパネルに対応する場合、端末のＭＩＭＯ能力の制限により、端末は、１つのアンテナパネルから複数のＰＵＣＣＨを同時に送信することができない。
【0004】
つまり、マルチＴＲＰ通信システムで端末機器がどのようにフィードバック情報を送信するかは、１つの解決すべき問題である。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本発明の実施例は、マルチＴＲＰ通信システムで端末機器がどのようにフィードバック情報を送信するかという問題を解決するためのフィードバック情報伝送方法及び端末機器を提供する。
【課題を解決するための手段】
【0006】
第１態様として、本発明の実施例による、端末機器に応用されるフィードバック情報伝送方法において、
少なくとも２つの送受信ノードＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つの物理下り制御チャネルＰＤＣＣＨを受信した場合、目標物理上り制御チャネルＰＵＣＣＨリソースを決定することと、
前記少なくとも２つのＰＤＣＣＨによってスケジューリングされた物理下り共有チャネルＰＤＳＣＨに対するフィードバック情報である目標フィードバック情報を、前記目標ＰＵＣＣＨリソースによって送信することと、
を含む。
少なくとも２つの送受信ノードＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つの物理下り制御チャネルＰＤＣＣＨを受信した場合、目標物理上り制御チャネルＰＵＣＣＨリソースを決定することと、
前記少なくとも２つのＰＤＣＣＨによってスケジューリングされた物理下り共有チャネルＰＤＳＣＨに対するフィードバック情報である目標フィードバック情報を、前記目標ＰＵＣＣＨリソースによって送信することと、
を含む。
【0007】
第２態様として、本発明の実施例による端末機器は、
少なくとも２つの送受信ノードＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つの物理下り制御チャネルＰＤＣＣＨを受信した場合、目標物理上り制御チャネルＰＵＣＣＨリソースを決定する処理ユニットと、
前記少なくとも２つのＰＤＣＣＨによってスケジューリングされた物理下り共有チャネルＰＤＳＣＨに対するフィードバック情報である目標フィードバック情報を、前記目標ＰＵＣＣＨリソースによって送信する送信ユニットと、
を含む。
少なくとも２つの送受信ノードＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つの物理下り制御チャネルＰＤＣＣＨを受信した場合、目標物理上り制御チャネルＰＵＣＣＨリソースを決定する処理ユニットと、
前記少なくとも２つのＰＤＣＣＨによってスケジューリングされた物理下り共有チャネルＰＤＳＣＨに対するフィードバック情報である目標フィードバック情報を、前記目標ＰＵＣＣＨリソースによって送信する送信ユニットと、
を含む。
【0008】
第３態様として、本発明の実施例による、プロセッサと、メモリと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含む端末機器において、
前記コンピュータプログラムが前記プロセッサによって実行されると、第１態様に記載のフィードバック情報伝送方法が実現される。
前記コンピュータプログラムが前記プロセッサによって実行されると、第１態様に記載のフィードバック情報伝送方法が実現される。
【0009】
第４態様として、本発明の実施例による、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体において、
前記コンピュータプログラムがプロセッサによって実行されると、第１態様に記載のフィードバック情報伝送方法が実現される。
前記コンピュータプログラムがプロセッサによって実行されると、第１態様に記載のフィードバック情報伝送方法が実現される。
【発明の効果】
【0010】
本発明の実施例によるフィードバック情報伝送方法において、少なくとも２つの送受信ノードＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つのＰＤＣＣＨを受信した場合、まず目標ＰＵＣＣＨリソースを決定し、それから、前記少なくとも２つのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対する目標フィードバック情報を、目標ＰＵＣＣＨリソースによって送信する。即ち、本発明の実施例の１つは、マルチＴＲＰ通信システムでフィードバック情報を伝送する方法を提供する。従って、本発明の実施例は、マルチＴＲＰシーンで端末機器がどのようにフィードバック情報を送信するかという問題を解決することができ、通信の有効性及び信頼性を向上させる。
【図面の簡単な説明】
【0011】
【図1】本発明の実施例によるマルチＴＲＰ通信システムのアーキテクチャー図である。
【図2】本発明の実施例によるフィードバック情報伝送方法のフローチャートその１である。
【図3】本発明の実施例によるフィードバック情報伝送方法のフローチャートその２である。
【図4】本発明の実施例によるマルチＴＲＰシステムで、ＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨをＴＲＰによって送信する例１である。
【図5】本発明の実施例によるフィードバック情報伝送方法のフローチャートその３である。
【図6】本発明の実施例によるフィードバック情報伝送方法のフローチャートその４である。
【図7】本発明の実施例によるマルチＴＲＰシステムで、ＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨをＴＲＰによって送信する例２である。
【図8】本発明の実施例による端末機器の構造概略図である。
【図9】本発明の実施例による端末機器のハードウェア構造概略図である。
【発明を実施するための形態】
【0012】
以下、本発明の実施例の図面を参照しながら、本発明の実施例の技術手段を明確且つ完全的に記載する。明らかに、記載する実施例は、本発明の実施例の一部であり、全てではない。本発明の実施例に基づき、当業者が創造性のある作業をしなくても為しえる全ての他の実施例は、本願の保護範囲に属するものである。
【0013】
本明細書における「及び／又は」という用語は、単に関連対象の関連関係を記述するものであり、３種類の関係が存在しうることを示す。例えばＡ及び／又はＢは、Ａのみの存在、ＡとＢの両方の存在、Ｂのみの存在の３つのケースを示す。
【0014】
本願の明細書及び特許請求の範囲における「第１」、「第２」などの用語は、異なる対象を区別するためのものであり、対象の特定の順番を記述するためのものではない。例えば、第１例示動作と第２例示動作などは、異なる例示動作を区別するためのものであり、例示動作の特定の順番を記述するためのものではない。
【0015】
本発明の実施例において、「例示的」又は「例えば」などの用語は、例、例証又は説明を示すことに用いられる。本発明の実施例において、「例示的」又は「例えば」で記載されるあらゆる実施例や設計手段は、ほかの実施例や設計手段より好適であり又は優位に立つというふうに解釈されてはならない。適切に言えば、「例示的」又は「例えば」などの用語は、具体的な方式で関連概念を示すという目的で使用される。また、本発明の実施例の記載において、別途断りがなければ、「複数」の意味とは、２以上を指す。
【0016】
マルチＴＲＰシーンでは、同一のＰＤＣＣＨ監視機会に同一のサービングセルで複数の物理下り共有チャネルＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）をスケジューリングすることが可能であるため、シングルＴＲＰシーンでＰＵＣＣＨ送信リソースの決定方式は、マルチＴＲＰシーンに適用できない。複数のＴＲＰのＰＤＳＣＨがそれぞれ異なるＰＵＣＣＨでＨＡＲＱ－ＡＣＫをフィードバックする場合、フィードバック情報を送信する複数のＰＵＣＣＨリソースが時間領域にオーバーラップし且つ複数のＰＵＣＣＨリソースの中の少なくとも１つのＰＵＣＣＨリソースに空間関連情報（ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）がないと、端末は、複数のＰＵＣＣＨを同時に送信できない。又は、フィードバック情報を送信する複数のＰＵＣＣＨリソースの少なくとも２つが時間領域にオーバーラップし且つ複数のＰＵＣＣＨリソースの中の少なくとも２つのＰＤＣＣＨリソースの空間関連情報が同一のアンテナパネルに対応する場合、端末は、１つのアンテナパネルから複数のＰＵＣＣＨを同時に送信することができない。従って、マルチＴＲＰ通信システムで端末機器がどのようにフィードバック情報を送信するかは、１つの解決すべき問題である。
【0017】
この問題を解決するために、本発明の実施例は、フィードバック情報伝送方法及び端末機器を提供する。該フィードバック情報伝送方法において、少なくとも２つの送受信ノードＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つの物理下り制御チャネルＰＤＣＣＨを受信した場合、まず目標ＰＵＣＣＨリソースを決定し、それから、前記少なくとも２つのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対する目標フィードバック情報を、目標ＰＵＣＣＨリソースによって送信する。即ち、本発明の実施例の１つは、マルチＴＲＰ通信システムでフィードバック情報を伝送する方法を提供する。従って、本発明の実施例は、マルチＴＲＰシーンで端末機器がどのようにフィードバック情報を送信するかという問題を解決することができ、通信の有効性及び信頼性を向上させる。
【0018】
図１は、本発明の実施例に係る通信システムの１つの可能な構造概略図を示す。図１に示すように、本発明の実施例に係る通信システムは、複数のＴＲＰ（図１には、ＴＲＰ１とＴＲＰ２の２つのＴＲＰを含むことを例示する）及び端末機器１３を含む。ここで、ＴＲＰ１ １１及びＴＲＰ２ １２は、いずれも端末機器１３とは無線リソース制御ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングによって無線接続を確立する。
【0019】
具体的に、上記ＴＲＰは、無線アクセスネットワークＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）機器と呼ばれてもよく、端末が無線ネットワークにアクセスするための機器であって、ｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）、ＮＢ（Ｎｏｄｅ Ｂ）、ＢＳＣ（Ｂａｓｅ Ｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ）、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）、ＨＮＢ（例えばＨｏｍｅ ｅｖｏｌｖｅｄ ＮｏｄｅＢ又はＨｏｍｅ Ｎｏｄｅ Ｂ）、ＢＢＵ（ＢａｓｅＢａｎｄ Ｕｎｉｔ）、ＷＩＦＩ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、又はＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、ＣＲＡＮ（Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）シーンにおける無線コントローラ、５Ｇ通信システムにおける基地局（ｇＮＢ）又は将来の進化ネットワークにおけるネットワーク側機器などを含み、それらに限られない。
【0020】
更に、上記端末機器は、無線ＵＥであってもよい。該無線ＵＥは、音声及び／又は他のサービスデータ接続性をユーザに提供する機器、無線接続機能を有する携帯機器、計算機器又は無線モデムに接続された他の処理機器、車載機器、ウェアラブルデバイス、将来の５ＧネットワークにおけるＵＥ又は将来の発展型ＰＬＭＮネットワークにおけるＵＥなどを指す。無線ＵＥは、無線アクセスネットワークＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を介して１つ又は複数のコアネットワークと通信可能である。無線ＵＥは、移動電話（又は「セルラー」電話と称される）などの移動端末、無線アクセスネットワークとは音声及び／又はデータのやり取りを行う携帯式、ポータブル式、ハンドヘルド式、コンピュータ内蔵式又は車載の移動装置などの移動端末を有するコンピュータ、及び、ＰＣＳ（Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ）電話、コードレス電話、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話機、ＷＬＬ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）局、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）などの機器である。無線端末は、移動機器、ＵＥ端末、アクセス端末、無線通信機器、端末ユニット、端末局、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、モバイル（Ｍｏｂｉｌｅ）、リモートステーション（Ｒｅｍｏｔｅ Ｓｔａｔｉｏｎ）、遠隔局、リモート端末（Ｒｅｍｏｔｅ Ｔｅｒｍｉｎａｌ）、契約ユニット（Ｓｕｂｓｃｒｉｂｅｒ Ｕｎｉｔ）、契約局（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ユーザエージェント（Ｕｓｅｒ Ａｇｅｎｔ）、端末装置などであってもよい。１つの例として、本発明の実施例において、図１では、端末を携帯電話で例示する。
【0021】
なお、本発明の実施例における無線通信システムは、無線通信機能を提供するネットワークである。無線通信システムは、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＷＣＤＭＡ（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ－ＦＤＭＡ（ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ ＦＤＭＡ）、Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅなど、異なる通信技術が用いられる。
【0022】
実施例１
本発明の実施例は、端末機器に応用されるフィードバック情報伝送方法を提供する。具体的に、図２に示すように、該フィードバック情報伝送方法は、以下のステップを含む。
本発明の実施例は、端末機器に応用されるフィードバック情報伝送方法を提供する。具体的に、図２に示すように、該フィードバック情報伝送方法は、以下のステップを含む。
【0023】
Ｓ２１において、少なくとも２つのＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つのＰＤＣＣＨを受信した場合、目標ＰＵＣＣＨリソースを決定する。
【0024】
具体的に、ＰＤＣＣＨがＰＤＳＣＨをスケジューリングするために用いられるものであり、端末機器は、少なくとも２つのＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つのＰＤＣＣＨを受信すると、複数のＰＤＳＣＨも受信し、しかも、受信した複数のＰＤＳＣＨに対して、フィードバック情報を送信する必要がある。従って、端末機器は、少なくとも２つのＴＲＰ又は１つのＴＲＰの異なるアンテナ又はアンテナパネルから送信された少なくとも２つのＰＤＣＣＨを受信した場合、フィードバック情報を送信する目標ＰＵＣＣＨリソースを決定する必要がある。
【0025】
例えば、本発明の実施例におけるフィードバック情報は、ＨＡＲＱ－ＡＣＫである。前記ＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨは、同じスロット（ｓｌｏｔ）でＨＡＲＱ－ＡＣＫ情報をフィードバックする。
【0026】
Ｓ２２において、前記目標ＰＵＣＣＨリソースによって目標フィードバック情報を送信する。
ここで、前記目標フィードバック情報は、前記少なくとも２つのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対するフィードバック情報である。
ここで、前記目標フィードバック情報は、前記少なくとも２つのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対するフィードバック情報である。
【0027】
本発明の実施例によるフィードバック情報伝送方法において、少なくとも２つの送受信ノードＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つのＰＤＣＣＨを受信した場合、まず目標ＰＵＣＣＨリソースを決定し、それから、前記少なくとも２つのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対する目標フィードバック情報を、目標ＰＵＣＣＨリソースによって送信する。即ち、本発明の実施例の１つは、マルチＴＲＰ通信システムでフィードバック情報を伝送する方法を提供する。従って、本発明の実施例は、マルチＴＲＰシーンで端末機器がどのようにフィードバック情報を送信するかという問題を解決することができ、通信の有効性及び信頼性を向上させる。
【0028】
更に、マルチＴＲＰ通信システムにおけるフィードバック情報伝送方式は、以下の２種類に分けられる。
方式１：複数のＴＲＰによって伝送される複数のＰＤＳＣＨに対して、共同で１つのＰＵＣＣＨをフィードバックし、異なるＴＲＰのＨＡＲＱ－ＡＣＫ情報を一体化する（ｊｏｉｎｔ ＨＡＲＱ－ＡＣＫ ｐａｙｌｏａｄ）。即ち、１つのＰＵＣＣＨリソースを決定し、該１つのＰＵＣＣＨリソースによって、異なるＴＲＰのＰＤＳＣＨのフィードバック情報を送信する。
方式２：複数のＴＲＰによって伝送される複数のＰＤＳＣＨに対し、それぞれ１つのＰＵＣＣＨをフィードバックし、異なるＴＲＰのＨＡＲＱ－ＡＣＫがそれぞれ異なるＰＵＣＣＨでフィードバックされる（Ｓｅｐａｒａｔｅ ＨＡＲＱ－ＡＣＫ ｐａｙｌｏａｄ）。即ち、複数のＰＵＣＣＨリソースを決定し、複数のＰＵＣＣＨリソースによって、異なるＴＲＰのＰＤＳＣＨのフィードバック情報をそれぞれ送信する。
方式１：複数のＴＲＰによって伝送される複数のＰＤＳＣＨに対して、共同で１つのＰＵＣＣＨをフィードバックし、異なるＴＲＰのＨＡＲＱ－ＡＣＫ情報を一体化する（ｊｏｉｎｔ ＨＡＲＱ－ＡＣＫ ｐａｙｌｏａｄ）。即ち、１つのＰＵＣＣＨリソースを決定し、該１つのＰＵＣＣＨリソースによって、異なるＴＲＰのＰＤＳＣＨのフィードバック情報を送信する。
方式２：複数のＴＲＰによって伝送される複数のＰＤＳＣＨに対し、それぞれ１つのＰＵＣＣＨをフィードバックし、異なるＴＲＰのＨＡＲＱ－ＡＣＫがそれぞれ異なるＰＵＣＣＨでフィードバックされる（Ｓｅｐａｒａｔｅ ＨＡＲＱ－ＡＣＫ ｐａｙｌｏａｄ）。即ち、複数のＰＵＣＣＨリソースを決定し、複数のＰＵＣＣＨリソースによって、異なるＴＲＰのＰＤＳＣＨのフィードバック情報をそれぞれ送信する。
【0029】
よって、以下、マルチＴＲＰ通信システムにおけるフィードバック情報伝送方式に上記方式１と方式２が用いられる場合、上記ステップＳ２１で目標ＰＵＣＣＨリソースを決定する実現方式を詳細に説明する。
【0030】
第１態様として、目標ＰＵＣＣＨリソースに１つのＰＵＣＣＨリソースが含まれる場合、ステップ２１における目標ＰＵＣＣＨリソースの決定は、以下の方式で実現される。
【0031】
実現方式１：
図３に示すように、前記目標ＰＵＣＣＨの数が１である場合、上記ステップＳ２１で目標ＰＵＣＣＨリソースを決定することは、以下のステップを含む。
図３に示すように、前記目標ＰＵＣＣＨの数が１である場合、上記ステップＳ２１で目標ＰＵＣＣＨリソースを決定することは、以下のステップを含む。
【0032】
Ｓ３１において、ＰＤＣＣＨ監視機会（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）、サービングセルインデックス（ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｎｄｅｘ）及びＴＲＰ識別子に基づいて、第１下り制御情報ＤＣＩセットの中のＤＣＩをソートする。
【0033】
ここで、前記第１ＤＣＩセットは、前記少なくとも２つのＰＤＣＣＨに搬送されるＤＣＩであり、前記第１目標ＤＣＩは、前記第１ＤＣＩセットの中で順番が最後になるＤＣＩであり、前記ＰＤＣＣＨ監視機会は、前記ＤＣＩを搬送するＰＤＣＣＨの監視機会であり、前記サービングセルインデックスは、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨが属するサービングセルのインデックスであり、前記ＴＲＰ識別子は、前記ＤＣＩに対応するＴＲＰの識別子、又は、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応するＴＲＰの識別子である。
【0034】
即ち、端末機器は、受信した少なくとも２つのＰＤＣＣＨに搬送されるＤＣＩを、ＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいてソートする。
【0035】
選択的に、前記ＴＲＰ識別子は、ＴＲＰの身分識別子ＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）、ＴＲＰのインデックス、仮想セルＶｃｅｌｌ（Ｖｉｒｔｕａｌ ｃｅｌｌ）のＩＤ、物理下り制御チャネル復調基準信号スクランブリング識別子（ＰＤＣＣＨ－ＤＭＲＳ－Ｓｃｒａｍｂｌｉｎｇ ＩＤ）、ＰＤＣＣＨが位置する制御リソースセットＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ ｓｅｔ）のＩＤ、ＰＤＣＣＨが位置するＣＯＲＥＳＥＴの伝送制御情報ＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、ＰＤＣＣＨが位置するサーチスペース（ｓｅａｒｃｈ ｓｐａｃｅ）のＩＤ、ＰＤＣＣＨをスクランブリングする無線ネットワーク一時識別子ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）のうちの少なくとも１つによって決定又は区分される。
【0036】
即ち、端末機器は、ＴＲＰ ＩＤ、ＴＲＰインデックスなど、マルチＴＲＰシステムにおける各ＴＲＰを明示的に区分可能なＴＲＰ識別子を取得可能な場合、マルチＴＲＰ通信システムにおける各ＴＲＰをＴＲＰ ＩＤ、ＴＲＰインデックスなどのＴＲＰ識別子で区分する。端末機器は、ＴＲＰ ＩＤ、ＴＲＰインデックスなど、マルチＴＲＰシステムにおける各ＴＲＰを明示的に区分可能なＴＲＰ識別子を取得できず、Ｖｉｒｔｕａｌ ｃｅｌｌ ＩＤ、ＰＤＣＣＨが位置するｓｅａｒｃｈ ｓｐａｃｅ ＩＤ、ＰＤＣＣＨが位置するＣＯＲＥＳＥＴ ＩＤ、ＰＤＣＣＨが位置するＣＯＲＥＳＥＴの伝送制御情報ＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）など、マルチＴＲＰ通信システムにおける各ＴＲＰを暗黙的に区分可能なＴＲＰ識別子を取得可能な場合、マルチＴＲＰ通信システムにおける各ＴＲＰを、ＴＲＰ ＩＤ、ＴＲＰインデックス、Ｖｉｒｔｕａｌ ｃｅｌｌ ＩＤ、ＰＤＣＣＨが位置するｓｅａｒｃｈ ｓｐａｃｅ ＩＤ、ＰＤＣＣＨが位置するＣＯＲＥＳＥＴ ＩＤなどの情報で区分する。
【0037】
選択的に、端末機器は、ＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいて、第１ＤＣＩセットの中のＤＣＩをソートすることは、具体的に、
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、ＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一であるＤＣＩをＴＲＰ識別子でソートすることを含む。
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、ＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一であるＤＣＩをＴＲＰ識別子でソートすることを含む。
【0038】
選択的に、端末機器は、ＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいて、第１ＤＣＩセットの中のＤＣＩをソートすることは、具体的に、
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをＴＲＰ識別子でソートし、ＰＤＣＣＨ監視機会が同一であり且つＴＲＰ識別子が同一であるＤＣＩをサービングセルインデックスの小さい順にソートすることを含む。
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをＴＲＰ識別子でソートし、ＰＤＣＣＨ監視機会が同一であり且つＴＲＰ識別子が同一であるＤＣＩをサービングセルインデックスの小さい順にソートすることを含む。
【0039】
選択的に、端末機器は、ＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいて、第１ＤＣＩセットの中のＤＣＩをソートすることは、具体的に、
ＴＲＰ識別子でソートし、ＴＲＰ識別子が同一であるＤＣＩをＰＤＣＣＨ監視機会の経過順にソートし、ＴＲＰ識別子が同一であり且つＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートすることを含む。
ＴＲＰ識別子でソートし、ＴＲＰ識別子が同一であるＤＣＩをＰＤＣＣＨ監視機会の経過順にソートし、ＴＲＰ識別子が同一であり且つＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートすることを含む。
【0040】
なお、上記のＴＲＰ識別子でソートすることは、具体的に、ＴＲＰ識別子の小さい順にソートし、又はＴＲＰ識別子の大きい順にソートする。
【0041】
例えば、ＴＲＰ識別子でソートすることは、具体的に、マルチＴＲＰシステムにおける各ＴＲＰの優先度を予め定義し、ＴＲＰの優先度の降順にソートする。
【0042】
例えば、図４に示すように、ＴＲＰ１から送信されたＰＤＣＣＨ１は、サービングセル０で伝送されるＰＤＳＣＨ１をスケジューリングし、ＴＲＰ１から送信されたＰＤＣＣＨ２は、サービングセル１で伝送されるＰＤＳＣＨ２をスケジューリングし、ＴＲＰ１から送信されたＰＤＣＣＨ３は、サービングセル１で伝送されるＰＤＳＣＨ３をスケジューリングし、ＴＲＰ１から送信されたＰＤＣＣＨ４は、サービングセル０で伝送されるＰＤＳＣＨ４をスケジューリングし、ＴＲＰ１から送信されたＰＤＣＣＨ５は、サービングセル１で伝送されるＰＤＳＣＨ５をスケジューリングし、ＴＲＰ２から送信されたＰＤＣＣＨ６は、サービングセル０で伝送されるＰＤＳＣＨ６をスケジューリングし、ＴＲＰ２から送信されたＰＤＣＣＨ７は、サービングセル０で伝送されるＰＤＳＣＨ７をスケジューリングし、且つＰＤＳＣＨ１～ＰＤＳＣＨ７は、同一のスロットでＨＡＲＱ－ＡＣＫ情報をフィードバックする。
【0043】
上記図４に示す例において、Ｒｅｌ－１５のシングルＴＲＰ通信システムでｌａｓｔ ＤＣＩの決定方式でＴＲＰ１のｌａｓｔ ＤＣＩを決定するのであれば、ＴＲＰ１から送信されるＰＤＣＣＨの順番がＰＤＣＣＨ１＞ＰＤＣＣＨ２＞ＰＤＣＣＨ３＞ＰＤＣＣＨ４＞ＰＤＣＣＨ５であるため、ＰＤＣＣＨ５に搬送されるＤＣＩをＴＲＰ１のｌａｓｔ ＤＣＩに決定する。
【0044】
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、ＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一であるＤＣＩをＴＲＰ識別子でソートするのであれば、各ＰＤＣＣＨの順番がＰＤＣＣＨ１＞ＰＤＣＣＨ２＞ＰＤＣＣＨ６＞ＰＤＣＣＨ３＞ＰＤＣＣＨ４＞ＰＤＣＣＨ７＞ＰＤＣＣＨ５であるため、上記実施例における第１目標ＤＣＩとして、ＴＲＰ２から送信されるＰＤＣＣＨ５に搬送されるＤＣＩに特定する。
【0045】
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをＴＲＰ識別子でソートし、ＰＤＣＣＨ監視機会が同一であり且つＴＲＰ識別子が同一であるＤＣＩをサービングセルインデックスの小さい順にソートするのであれば、各ＰＤＣＣＨの順番がＰＤＣＣＨ１＞ＰＤＣＣＨ２＞ＰＤＣＣＨ３＞ＰＤＣＣＨ６＞ＰＤＣＣＨ４＞ＰＤＣＣＨ５＞ＰＤＣＣＨ７であるため、上記実施例における第１目標ＤＣＩとして、ＴＲＰ２から送信されるＰＤＣＣＨ７に搬送されるＤＣＩに特定する。
【0046】
ＴＲＰ識別子の小さい順にソートし、ＴＲＰ識別子が同一であるＤＣＩをＰＤＣＣＨ監視機会の経過順にソートし、ＴＲＰ識別子が同一であり且つＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートするのであれば、各ＰＤＣＣＨの順番がＰＤＣＣＨ１＞ＰＤＣＣＨ２＞ＰＤＣＣＨ３＞ＰＤＣＣＨ４＞ＰＤＣＣＨ５＞ＰＤＣＣＨ６＞ＰＤＣＣＨ７であるため、上記実施例における第１目標ＤＣＩとして、ＴＲＰ２から送信されるＰＤＣＣＨ７に搬送されるＤＣＩに特定する。
【0047】
なお、本願において複数のＤＣＩをソートすることは、ＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいて第１ＤＣＩセットの中のＤＣＩをソートする。シングルＴＲＰに他のパラメータを導入してソートする場合、本願は、ＴＲＰ識別子及びシンブルＴＲＰ ＤＣＩソートパラメータに従ってソートするまで拡張可能である。
【0048】
Ｓ３２において、第１目標ＤＣＩ及び目標フィードバック情報ビット数に基づいて前記目標ＰＵＣＣＨリソースを決定する。
ここで、前記第１目標ＤＣＩは、前記第１ＤＣＩセットの中で順番が最後になるＤＣＩである。
ここで、前記第１目標ＤＣＩは、前記第１ＤＣＩセットの中で順番が最後になるＤＣＩである。
【0049】
例えば、上記ステップ３２は、以下ステップａ、ｂによって実現可能である。
【0050】
ステップａ：前記目標フィードバック情報のビット数に基づいて第１ＰＵＣＣＨリソースセット（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｓｅｔ）を決定する。
上記ステップａは、具体的に、端末機器は、最大有効ペイロードが前記目標フィードバック情報のビット数以上であるＰＤＣＣＨリソースセットから、最大有効ペイロードが最も小さいＰＤＣＣＨリソースセットを前記第１ＰＵＣＣＨリソースセットとして選択する。
上記ステップａは、具体的に、端末機器は、最大有効ペイロードが前記目標フィードバック情報のビット数以上であるＰＤＣＣＨリソースセットから、最大有効ペイロードが最も小さいＰＤＣＣＨリソースセットを前記第１ＰＵＣＣＨリソースセットとして選択する。
【0051】
具体的に、ネットワーク側機器から、１つ又は複数（最多で４つ）のＰＵＣＣＨリソースセットをＲＲＣシグナリングによって端末機器に対して構成し、且つ各ＰＵＣＣＨリソースセットの最大有効ペイロード量（即ち搬送可能なＵＣＩ有効ペイロードの最大ビット数）を予め構成し、且つ各ＰＵＣＣＨリソースセットには、複数のＰＵＣＣＨリソースを含むことが可能である（最初のＰＵＣＣＨリソースセットに最大で３２のＰＵＣＣＨリソースを含み、他のＰＵＣＣＨリソースセットのそれぞれに最大で８のＰＵＣＣＨリソースを含む）。従って、端末機器は、最大有効ペイロードが前記目標フィードバック情報のビット数以上であるＰＵＣＣＨリソースセットから、最大有効ペイロードが最も小さいＰＤＣＣＨリソースセットを第１ＰＵＣＣＨリソースセットとして選択する。
【0052】
例えば、ネットワーク側機器が４つのＰＵＣＣＨリソースセット（ＰＵＣＣＨリソースセット０、ＰＵＣＣＨリソースセット１、ＰＵＣＣＨリソースセット２及びＰＵＣＣＨリソースセット３）をＲＲＣシグナリングによって端末機器に対して構成し、ＰＵＣＣＨリソースセット０の最大ペイロード量が２ｂｉｔｓであり、ＰＵＣＣＨリソースセット１の最大ペイロード量が４０ｂｉｔｓであり、ＰＵＣＣＨリソースセット２の最大ペイロード量が３００ｂｉｔｓであり、ＰＵＣＣＨリソースセット３の最大ペイロード量が１７０６ｂｉｔｓであり、前記目標フィードバック情報のビット数が５６ｂｉｔｓであると、最大ペイロード量が前記目標フィードバック情報のビット数以上であるＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセット２及びＰＵＣＣＨリソース３である。ＰＵＣＣＨリソースセット２及びＰＵＣＣＨリソースセット３のうち、最大ペイロード量が小さい方のＰＵＣＣＨリソースセットがＰＵＣＣＨリソースセット２であるため、ＰＵＣＣＨリソースセット２を前記第１ＰＵＣＣＨリソースセットに決定する。
【0053】
ステップｂ：第１目標ＤＣＩのＰＵＣＣＨリソース指示ＰＲＩ（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）フィールドに基づいて、前記第１ＰＵＣＣＨリソースセットから前記目標ＰＵＣＣＨリソースを決定し、又は、第１目標ＤＣＩのＰＲＩフィールド及び前記第１目標ＤＣＩを搬送するＰＤＣＣＨの最初の制御チャネルエレメントＦｒｉｓｔ ＣＣＥ（Ｆｉｒｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）のインデックスに基づいて、前記第１ＰＵＣＣＨリソースセットから前記目標ＰＵＣＣＨリソースを決定する。
【0054】
具体的に、ＤＣＩのＰＲＩフィールドが３つのビットを占有し、８つの異なる情報を指示可能である。従って、第１ＰＵＣＣＨリソースセットが、ネットワーク側機器から端末機器に対して構成したＰＵＣＣＨリソースセットのうち、最初のＰＵＣＣＨリソースセットを除いたＰＵＣＣＨリソースセットである場合、第１ＰＵＣＣＨリソースセットに最多で８のＰＵＣＣＨリソースが含まれるため、ＤＣＩのＰＲＩフィールドのみから前記目標ＰＵＣＣＨリソースを決定することができる。従って、第１ＰＵＣＣＨリソースセットが、ネットワーク側機器から端末機器に対して構成した最初のＰＵＣＣＨリソースセットではない場合、端末機器は、第１目標ＤＣＩのＰＲＩフィールドに基づいて、第１ＰＵＣＣＨリソースセットから前記目標ＰＵＣＣＨリソースを決定する。第１ＰＵＣＣＨリソースセットが、ネットワーク側機器から端末機器に対して構成した最初のＰＵＣＣＨリソースセットである場合、最初のＰＵＣＣＨリソースセットに最多で３２のＰＵＣＣＨリソースを含むことが可能であるため、ＤＣＩのＰＲＩフィールドのみから前記目標ＰＵＣＣＨリソースを決定することができず、前記第１目標ＤＣＩを搬送するＰＤＣＣＨのＦｒｉｓｔ ＣＣＥのインデックスから前記目標ＰＵＣＣＨリソースを決定する必要がある。従って、第１ＰＵＣＣＨリソースセットが、ネットワーク側機器から端末機器に対して構成した最初のＰＵＣＣＨリソースセットである場合、端末機器は、第１目標ＤＣＩのＰＲＩフィールド及び前記第１目標ＤＣＩを搬送するＰＤＣＣＨのＦｒｉｓｔ ＣＣＥのインデックスに基づいて、第１ＰＵＣＣＨリソースセットから前記目標ＰＵＣＣＨリソースを決定する。
【0055】
本発明の実施例において、第１目標ＤＣＩを決定する際に、ＰＤＣＣＨ監視機会、前記ＤＣＩによってスケジューリングされたＰＤＳＣＨが属するサービングセルのインデックス、及び、ＤＣＩに対応するＴＲＰの識別子又は前記ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応するＴＲＰの識別子に基づいて、端末機器が受信した少なくとも２つのＰＤＣＣＨに搬送されるＤＣＩをソートする。従って、マルチＴＲＰ通信システムにおける複数のＴＲＰ又は１つのＴＲＰの異なるアンテナパネルが同一のＰＤＣＣＨ監視機会に同一のサービングセルで複数のＰＤＳＣＨをスケジューリングしたとしても、本発明の実施例は、端末機器が受信した少なくとも２つのＰＤＣＣＨに搬送されるＤＣＩの中で順番が最後になるＤＣＩをＴＲＰ識別子から決定することができる。従って、本発明の実施例によれば、マルチＴＲＰシーンでｌａｓｔ ＤＣＩの決定ができず、更に目標ＰＵＣＣＨリソースを決定することができないという問題を避けることができる。
【0056】
実現方式２：
図５に示すように、前記目標ＰＵＣＣＨの数が１である場合、上記ステップＳ２１で目標ＰＵＣＣＨリソースを決定することは、以下のステップを含む。
図５に示すように、前記目標ＰＵＣＣＨの数が１である場合、上記ステップＳ２１で目標ＰＵＣＣＨリソースを決定することは、以下のステップを含む。
【0057】
Ｓ５１において、目標ＴＲＰ内のｌａｓｔ ＤＣＩを決定する。
ここで、前記目標ＴＲＰは、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちのいずれか一方である。
ここで、前記目標ＴＲＰは、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちのいずれか一方である。
【0058】
具体的に、目標ＴＲＰ内のＤＣＩをソートする方式として、ＰＤＣＣＨ監視機会の経過順に目標ＴＲＰ内のＤＣＩをソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートする。
【0059】
Ｓ５２において、前記目標ＴＲＰ内のｌａｓｔ ＤＣＩ及び前記目標フィードバック情報のビット数に基づいて、前記目標ＴＲＰのＰＵＣＣＨリソースを決定する。
【0060】
上記ステップＳ５１で前記目標ＴＲＰ内のｌａｓｔ ＤＣＩに基づく実現方式は、上記ステップＳ３１で第１目標ＤＣＩ及び目標フィードバック情報ビット数に基づいて前記目標ＰＵＣＣＨリソースを決定する実現方式を参照してよく、ここでは繰り返して記載しない。
【0061】
なお、前記目標ＰＵＣＣＨリソースビット数は、複数のＴＲＰの複数のＰＤＳＣＨの共同ＨＡＲＱ－ＡＣＫフィードバック情報ビット数である。
【0062】
Ｓ５３において、目標セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
【0063】
ここで、前記目標セットは、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちの各々のＴＲＰに対応するＰＵＣＣＨリソースからなるセットである。
【0064】
具体的に、前記少なくとも２つのＰＤＣＣＨを送信するＴＲＰ毎に上記ステップＳ５１、Ｓ５２を実行して、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちの各々のＴＲＰのＰＵＣＣＨリソースを決定し、それから、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちの各々のＴＲＰのＰＵＣＣＨリソースに基づいて前記目標セットを決定する。
【0065】
選択的に、上記ステップＳ５３で目標セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定することは、具体的に、
前記目標セットの中で開始シンボル（ｓｔａｒｉｎｇ ｓｙｍｂｏｌ）が最も先であるＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、
又は、
前記目標セットの中で終了シンボル（ｅｎｄｉｎｇ ｓｙｍｂｏｌ）が最も先であるＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、
又は、
前記目標セットの中でＰＲＢ数（ｎｕｍｂｅｒ ｏｆ ＰＲＢｓ）が最多であるＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、
又は、
前記目標セットの中でコードレートが最も低いＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、
又は、
前記目標セットの中でビームが最適なＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
前記目標セットの中で開始シンボル（ｓｔａｒｉｎｇ ｓｙｍｂｏｌ）が最も先であるＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、
又は、
前記目標セットの中で終了シンボル（ｅｎｄｉｎｇ ｓｙｍｂｏｌ）が最も先であるＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、
又は、
前記目標セットの中でＰＲＢ数（ｎｕｍｂｅｒ ｏｆ ＰＲＢｓ）が最多であるＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、
又は、
前記目標セットの中でコードレートが最も低いＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、
又は、
前記目標セットの中でビームが最適なＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
【0066】
本発明の実施例において前記目標ＰＵＣＣＨリソースを決定する際に、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちの各々のＴＲＰ内のｌａｓｔ ＤＣＩをまず決定するため、マルチＴＲＰ通信システムにおける複数のＴＲＰが同一のＰＤＣＣＨ監視機会に同一のサービングセルで複数のＰＤＳＣＨをスケジューリングしても、本発明の実施例によれば、各ＴＲＰから送信されるｌａｓｔ ＤＣＩを決定することができ、各ＴＲＰのｌａｓｔ ＤＣＩ及び目標フィードバック情報のビット数に基づいて各ＴＲＰのＰＵＣＣＨリソースを決定し、最後に、全てのＴＲＰのＰＵＣＣＨリソースから１つを選択して、目標フィードバック情報を送信する目標ＰＵＣＣＨリソースとする。従って、本発明の実施例によれば、マルチＴＲＰシーンにおいて、フィードバック情報を送信するＰＵＣＣＨリソースの決定ができないという問題を避けることができる。
【0067】
第２態様として、図６に示すように、目標ＰＵＣＣＨリソースに少なくとも２つのＰＤＣＣＨリソースが含まれる場合、上記ステップＳ２１で目標ＰＵＣＣＨリソースを決定することは、以下のステップを含む。
【0068】
Ｓ６１において、第１セットを決定する。
前記第１セットは、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちの各々のＴＲＰに対応するＰＵＣＣＨリソースからなるセットである。
前記第１セットは、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちの各々のＴＲＰに対応するＰＵＣＣＨリソースからなるセットである。
【0069】
具体的に、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちの各々のＴＲＰに対応するＰＵＣＣＨリソースをまず取得し、それから、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちの各々のＴＲＰに対応するＰＵＣＣＨリソースに基づいて前記第１セットを決定する。
【0070】
Ｓ６２において、前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定する。
【0071】
以下、上記ステップＳ６２の実現方式を詳細に説明する。
【0072】
実現方式ａ：
前記第１セットの中の全てのＰＵＣＣＨリソースが時間領域に共通集合がなく、又は時間領域に共通集合があるＰＵＣＣＨリソースに対応するアンテナパネルが異なる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、
前記第１セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定することを含む。
前記第１セットの中の全てのＰＵＣＣＨリソースが時間領域に共通集合がなく、又は時間領域に共通集合があるＰＵＣＣＨリソースに対応するアンテナパネルが異なる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、
前記第１セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定することを含む。
【0073】
即ち、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちの各々のＴＲＰに対応するＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
【0074】
更に、選択的に、上記方式ａで前記目標ＰＵＣＣＨリソースを決定する（前記第１セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する）場合、上記ステップＳ２２で目標フィードバック情報を前記目標ＰＵＣＣＨリソースによって送信することは、
前記第１セットの中の各ＰＵＣＣＨリソースによって、対応する目標フィードバック情報を異なる時間領域及び／又は異なるアンテナパネルで送信する。
前記第１セットの中の各ＰＵＣＣＨリソースによって、対応する目標フィードバック情報を異なる時間領域及び／又は異なるアンテナパネルで送信する。
【0075】
実現方式ｂ：
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、
所定の規則に基づいて第２セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、第３セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定することを含む。
ここで、前記第２セットは、第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットであり、前記第３セットは、前記第１セットの中で、前記第２セットを除いた他のＰＵＣＣＨリソースからなるセットである。
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、
所定の規則に基づいて第２セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、第３セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定することを含む。
ここで、前記第２セットは、第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットであり、前記第３セットは、前記第１セットの中で、前記第２セットを除いた他のＰＵＣＣＨリソースからなるセットである。
【0076】
なお、上記ＰＵＣＣＨリソースに対応するアンテナパネルに共通集合があることは、１つ又は複数のＰＵＣＣＨリソースに対応する目標ＰＵＣＣＨに空間関連情報がなく、即ち１つ又は複数の目標ＰＵＣＣＨの送信には全方向性アンテナを必要とするのであってもよく、複数の第２ＰＵＣＣＨリソースに対応する空間関連情報に共通集合があり、即ち同一のアンテナパネルによる複数の目標ＰＵＣＣＨの送信であってもよい。
【0077】
例えば、第１セットには、ＰＵＣＣＨリソース１、ＰＵＣＣＨリソース２、ＰＵＣＣＨリソース３及びＰＵＣＣＨリソース４を含み、ＰＵＣＣＨリソース１、ＰＵＣＣＨリソース２、ＰＵＣＣＨリソース３が時間領域に共通集合があり、ＰＵＣＣＨリソース１に対応するアンテナパネルがアンテナパネル１であり、ＰＵＣＣＨリソース２に対応するアンテナパネルがアンテナパネル２であり、ＰＵＣＣＨリソース３に対応するアンテナパネルがアンテナパネル２であり、ＰＵＣＣＨリソース４に対応するアンテナパネルがアンテナパネル３であると、第１セットは、［ＰＵＣＣＨリソース１、ＰＵＣＣＨリソース２、ＰＵＣＣＨリソース３、ＰＵＣＣＨリソース４］であり、第２セットは、［ＰＵＣＣＨリソース２、ＰＵＣＣＨリソース３］であり、第３セットは、［ＰＵＣＣＨリソース１、ＰＵＣＣＨリソース４］である。
【0078】
更に、選択的に、上記の所定の規則に基づいて第２セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定することは、前記第２セットの中で、最も高い優先度の上り制御情報ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に対応するＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
【0079】
即ち、第２セットから、最も高い優先度のＵＣＩに対応するＰＵＣＣＨリソースを目標ＰＵＣＣＨリソースとして選択する。例えば、ＨＡＲＱ－ＡＣＫビット数を最も多く含むＰＵＣＣＨは、最も高い優先度を有する。
【0080】
更に、選択的に、上記の所定の規則に基づいて第２セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定することは、前記第２セットの中で、最も高い優先度のＴＲＰに属するＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
【0081】
即ち、第２セットから、最も高い優先度のＴＲＰに属するＰＵＣＣＨリソースを目標ＰＵＣＣＨリソースとして選択する。例えば、２つのＴＲＰが協力的に動作するシーンでは、一方がマスタ（ｍａｓｔｅｒ）ＴＲＰであり、他方がセカンダリ（ｓｅｃｏｎｄａｒｙ）ＴＲＰであると、ＴＲＰ優先度が最も高いのは、マスタＴＲＰである。又は、２つのＴＲＰが協力的に動作するシーンでは、ＴＲＰの識別子がそれぞれＴＲＰ１、ＴＲＰ２であると、ＴＲＰの優先度が最も高いのは、ＴＲＰ１である。
【0082】
更に、上記方式ｂで前記目標ＰＵＣＣＨリソースを決定する（所定の規則に基づいて第２セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、第３セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する）場合、上記ステップＳ２２で、前記の目標フィードバック情報を前記目標ＰＵＣＣＨリソースによって送信することは、具体的に、
前記第２セットから決定した目標ＰＵＣＣＨリソースによって、対応するフィードバック情報を送信し、前記第２セットのうち、決定された目標ＰＵＣＣＨリソース以外の他のＰＵＣＣＨリソースに対応するフィードバック情報を廃棄し、第３セットから決定された各目標ＰＵＣＣＨリソースによって、対応する目標フィードバック情報を送信することを含む。
即ち、上記実施例において、時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、所定の規則に基づいて第２セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、第３セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。ここで、前記第２セットは、第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットであり、前記第３セットは、前記第１セットの中で、前記第２セットを除いた他のＰＵＣＣＨリソースからなるセットである。第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットから１つのＰＵＣＣＨを前記目標ＰＵＣＣＨリソースとして選択するため、本発明の実施例によれば、複数のＰＵＣＣＨリソースの衝突問題を解決することができる。
前記第２セットから決定した目標ＰＵＣＣＨリソースによって、対応するフィードバック情報を送信し、前記第２セットのうち、決定された目標ＰＵＣＣＨリソース以外の他のＰＵＣＣＨリソースに対応するフィードバック情報を廃棄し、第３セットから決定された各目標ＰＵＣＣＨリソースによって、対応する目標フィードバック情報を送信することを含む。
即ち、上記実施例において、時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、所定の規則に基づいて第２セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、第３セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。ここで、前記第２セットは、第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットであり、前記第３セットは、前記第１セットの中で、前記第２セットを除いた他のＰＵＣＣＨリソースからなるセットである。第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットから１つのＰＵＣＣＨを前記目標ＰＵＣＣＨリソースとして選択するため、本発明の実施例によれば、複数のＰＵＣＣＨリソースの衝突問題を解決することができる。
【0083】
実現方式ｃ：
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、
所定の規則に基づいて第１セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定することを含む。
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、
所定の規則に基づいて第１セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定することを含む。
【0084】
上記実施例で所定の規則に基づいて第１セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する実現方式は、上記実現方式ｂで所定の規則に基づいて第２セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する実現方式を参照してもよく、ここでは繰り返して記載しない。
【0085】
更に、上記方式ｃで前記目標ＰＵＣＣＨリソースを決定する（所定の規則に基づいて第１セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する）場合、上記ステップＳ２２で、前記の目標フィードバック情報を前記目標ＰＵＣＣＨリソースによって送信することは、具体的に、
前記第１セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を、前記第１セットから決定された目標ＰＵＣＣＨリソースによって送信することを含む。
前記第１セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を、前記第１セットから決定された目標ＰＵＣＣＨリソースによって送信することを含む。
【0086】
即ち、前記第１セットの中で決定された目標ＰＵＣＣＨリソースに全ての目標フィードバック情報を搬送して送信する。
【0087】
実現方式ｄ：
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、
目標事前構成リソースを前記目標ＰＵＣＣＨリソースに決定し、第３セットの中の各々のＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定することを含む。
ここで、前記第３セットは、第１セットの中で、第２セット以外の他のＰＵＣＣＨリソースからなるセットであり、前記第２セットは、前記第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットである。
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、
目標事前構成リソースを前記目標ＰＵＣＣＨリソースに決定し、第３セットの中の各々のＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定することを含む。
ここで、前記第３セットは、第１セットの中で、第２セット以外の他のＰＵＣＣＨリソースからなるセットであり、前記第２セットは、前記第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットである。
【0088】
更に、上記方式ｄで前記目標ＰＵＣＣＨリソースを決定する（目標事前構成リソースを前記目標ＰＵＣＣＨリソースに決定し、第３セットの中の各ＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する）場合、上記ステップＳ２２で、前記の目標フィードバック情報を前記目標ＰＵＣＣＨリソースによって送信することは、具体的に、
前記第２セットの全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を前記目標事前構成リソースによって送信し、第３セットの中で決定された各目標ＰＵＣＣＨリソースによって、対応する目標フィードバック情報を送信することを含む。
前記第２セットの全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を前記目標事前構成リソースによって送信し、第３セットの中で決定された各目標ＰＵＣＣＨリソースによって、対応する目標フィードバック情報を送信することを含む。
【0089】
実現方式ｅ：
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、
目標事前構成リソースを前記目標ＰＵＣＣＨリソースに決定することを含む。
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、
目標事前構成リソースを前記目標ＰＵＣＣＨリソースに決定することを含む。
【0090】
更に、上記方式ｅで前記目標ＰＵＣＣＨリソースを決定する（目標事前構成リソースを前記目標ＰＵＣＣＨリソースに決定する）場合、上記ステップＳ２２で、前記の目標フィードバック情報を前記目標ＰＵＣＣＨリソースによって送信することは、具体的に、
前記第１セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を前記目標事前構成リソースによって送信することを含む。
前記第１セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を前記目標事前構成リソースによって送信することを含む。
【0091】
即ち、前記目標事前構成リソースに全てのフィードバック情報を搬送して送信する。
【0092】
実現方式ｆ：
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、以下のステップｆ１、ｆ２を含む。
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、以下のステップｆ１、ｆ２を含む。
【0093】
ｆ１において、ＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいて、第２ＤＣＩセットの中のＤＣＩをソートする。
ここで、前記第２ＤＣＩセットは、第２セットの中の各々のＰＵＣＣＨリソースに対応するＰＤＳＣＨをスケジューリングするＤＣＩからなるセットであり、前記第２セットは、前記第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットであり、前記第２目標ＤＣＩは、前記第２ＤＣＩセットの中で順番が最後になるＤＣＩであり、前記ＰＤＣＣＨ監視機会は、前記ＤＣＩを搬送するＰＤＣＣＨの監視機会であり、前記サービングセルインデックスは、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨが属するサービングセルのインデックスであり、前記ＴＲＰ識別子は、前記ＤＣＩに対応するＴＲＰの識別子、又は、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応するＴＲＰの識別子である。
ここで、前記第２ＤＣＩセットは、第２セットの中の各々のＰＵＣＣＨリソースに対応するＰＤＳＣＨをスケジューリングするＤＣＩからなるセットであり、前記第２セットは、前記第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットであり、前記第２目標ＤＣＩは、前記第２ＤＣＩセットの中で順番が最後になるＤＣＩであり、前記ＰＤＣＣＨ監視機会は、前記ＤＣＩを搬送するＰＤＣＣＨの監視機会であり、前記サービングセルインデックスは、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨが属するサービングセルのインデックスであり、前記ＴＲＰ識別子は、前記ＤＣＩに対応するＴＲＰの識別子、又は、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応するＴＲＰの識別子である。
【0094】
選択的に、上記ステップｆ１で、前記のＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいて、第２ＤＣＩセットの中のＤＣＩをソートすることは、
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、ＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一であるＤＣＩをＴＲＰ身分識別子ＩＤでソートすること、
又は、
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをＴＲＰ識別子でソートし、ＰＤＣＣＨ監視機会が同一であり且つＴＲＰ識別子が同一であるＤＣＩをサービングセルインデックスの小さい順にソートすること、
又は、
ＴＲＰ識別子でソートし、ＴＲＰ識別子が同一であるＤＣＩをＰＤＣＣＨ監視機会の経過順にソートし、ＴＲＰ識別子が同一であり且つ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートすることを含む。
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、ＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一であるＤＣＩをＴＲＰ身分識別子ＩＤでソートすること、
又は、
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをＴＲＰ識別子でソートし、ＰＤＣＣＨ監視機会が同一であり且つＴＲＰ識別子が同一であるＤＣＩをサービングセルインデックスの小さい順にソートすること、
又は、
ＴＲＰ識別子でソートし、ＴＲＰ識別子が同一であるＤＣＩをＰＤＣＣＨ監視機会の経過順にソートし、ＴＲＰ識別子が同一であり且つ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートすることを含む。
【0095】
更に、選択的に、前記ＴＲＰ識別子は、ＴＲＰのＩＤ、ＴＲＰのインデックス、仮想セルのＩＤ、ＰＤＣＣＨ－ＤＭＲＳ－Ｓｃｒａｍｂｌｉｎｇ ＩＤ、ＰＤＣＣＨが位置するＣＯＲＥＳＥＴのＩＤ、ＰＤＣＣＨが位置するサーチスペースのＩＤ、ＰＤＣＣＨをスクランブリングするＲＮＴＩのうちの少なくとも１つによって決定される。
【0096】
ｆ２において、第２目標ＤＣＩ及び第２セットの全てのＰＵＣＣＨリソースに対応する目標フィードバック情報の合計ビット数に基づいて前記目標ＰＵＣＣＨリソースを決定し、第３セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
ここで、前記第２目標ＤＣＩは、前記第２ＤＣＩセットの中で順番が最後になるＤＣＩである。
ここで、前記第２目標ＤＣＩは、前記第２ＤＣＩセットの中で順番が最後になるＤＣＩである。
【0097】
上記ステップｆ２で第２目標ＤＣＩ及び第２セットの全てのＰＵＣＣＨリソースに対応する目標フィードバック情報の合計ビット数に基づいて前記目標ＰＵＣＣＨリソースを決定する実現方式は、上記ステップＳ３１で第１目標ＤＣＩと目標フィードバック情報ビット数に基づいて前記目標ＰＵＣＣＨリソースを決定する実現方式を参照してもよく、ステップＳ３１では、目標フィードバック情報ビット数に基づいて、目標ＰＵＣＣＨが位置するＰＵＣＣＨリソースセットを決定するが、上記ステップｆ２では、第２セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報の合計ビット数に基づいて、目標ＰＵＣＣＨが位置するＰＵＣＣＨリソースセットを決定するという点で相違する。
【0098】
更に、上記方式ｆで前記目標ＰＵＣＣＨリソースを決定する（所定の規則に基づいて、第２セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、第３セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する）場合、上記ステップＳ２２で、前記の目標フィードバック情報を前記目標ＰＵＣＣＨリソースによって送信することは、具体的に、
前記第２セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を、前記第２目標ＤＣＩに基づいて決定された目標ＰＵＣＣＨリソースに基づいて送信し、前記第３セットの中の各ＰＵＣＣＨリソースによって、対応するフィードバック情報を送信することを含む。
前記第２セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を、前記第２目標ＤＣＩに基づいて決定された目標ＰＵＣＣＨリソースに基づいて送信し、前記第３セットの中の各ＰＵＣＣＨリソースによって、対応するフィードバック情報を送信することを含む。
【0099】
実現方式ｇ：
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、以下のステップｇ１、ｇ２を含む。
時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、以下のステップｇ１、ｇ２を含む。
【0100】
ｇ１において、ＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいて、第３ＤＣＩセットの中のＤＣＩをソートする。
ここで、前記第３ＤＣＩセットは、第１セットの中の各々のＰＵＣＣＨリソースに対応するＰＤＳＣＨをスケジューリングするＤＣＩからなるセットであり、前記ＰＤＣＣＨ監視機会は、前記ＤＣＩを搬送するＰＤＣＣＨの監視機会であり、前記サービングセルインデックスは、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨが属するサービングセルのインデックスであり、前記ＴＲＰ識別子は、前記ＤＣＩに対応するＴＲＰの識別子、又は、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応するＴＲＰの識別子である。
ここで、前記第３ＤＣＩセットは、第１セットの中の各々のＰＵＣＣＨリソースに対応するＰＤＳＣＨをスケジューリングするＤＣＩからなるセットであり、前記ＰＤＣＣＨ監視機会は、前記ＤＣＩを搬送するＰＤＣＣＨの監視機会であり、前記サービングセルインデックスは、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨが属するサービングセルのインデックスであり、前記ＴＲＰ識別子は、前記ＤＣＩに対応するＴＲＰの識別子、又は、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応するＴＲＰの識別子である。
【0101】
ｇ２において、第３目標ＤＣＩ及び第１セットの全てのＰＵＣＣＨリソースに対応する目標フィードバック情報の合計ビット数に基づいて前記目標ＰＵＣＣＨリソースを決定する。
ここで、前記第３目標ＤＣＩは、前記第３ＤＣＩセットの中で順番が最後になるＤＣＩである。
ここで、前記第３目標ＤＣＩは、前記第３ＤＣＩセットの中で順番が最後になるＤＣＩである。
【0102】
上記ステップｇ１、ｇ２の実現方式は、上記実施例におけるステップｆ１、ｆ２の実現方式を参照してよく、ステップｆ１では、第２ＤＣＩセットの中のＤＣＩを対象としてソートするが、ステップｇ１では、第３ＤＣＩセットの中のＤＣＩを対象としてソートすることと、ステップｆ２では、第２セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報の合計ビット数に基づいて前記目標ＰＵＣＣＨリソースに決定するが、ステップｇ２では、第１セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報の合計ビット数に基づいて前記目標ＰＵＣＣＨリソースを決定することという点で相違するが、ここでは繰り返して記載しない。
【0103】
更に、上記方式ｇで前記目標ＰＵＣＣＨリソースを決定する（所定の規則に基づいて第２セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する）場合、上記ステップＳ２２で、前記の目標フィードバック情報を前記目標ＰＵＣＣＨリソースによって送信することは、具体的に、
前記第１セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を、前記第３目標ＤＣＩに基づいて決定された目標ＰＵＣＣＨリソースによって送信することを含む。
前記第１セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を、前記第３目標ＤＣＩに基づいて決定された目標ＰＵＣＣＨリソースによって送信することを含む。
【0104】
例えば、図７に示すように、ＴＲＰ１から送信されるＰＤＣＣＨ１は、サービングセル０で伝送されるＰＤＳＣＨ１をスケジューリングし、ＴＲＰ１から送信されるＰＤＣＣＨ２は、サービングセル１で伝送されるＰＤＳＣＨ２をスケジューリングし、ＴＲＰ１から送信されるＰＤＣＣＨ３は、サービングセル０で伝送されるＰＤＳＣＨ３をスケジューリングし、ＴＲＰ１から送信されるＰＤＣＣＨ４は、サービングセル１で伝送されるＰＤＳＣＨ４をスケジューリングし、ＴＲＰ２から送信されるＰＤＣＣＨ５は、サービングセル０で伝送されるＰＤＳＣＨ５をスケジューリングし、ＴＲＰ２から送信されるＰＤＣＣＨ６は、サービングセル０で伝送されるＰＤＳＣＨ６をスケジューリングし、且つＰＤＳＣＨ１～ＰＤＳＣＨ６は、１つのスロットによってＨＡＲＱ－ＡＣＫ情報をフィードバックする。ＴＲＰ１とＴＲＰ２によって、シングルＴＲＰ通信システムでＰＵＣＣＨリソースの決定方式に従って各々のＴＲＰ内で決定したＰＵＣＣＨリソースは、それぞれＰＵＣＣＨリソース１、ＰＵＣＣＨリソース２である。
【0105】
ＰＵＣＣＨリソース１とＰＵＣＣＨリソース２とは時間領域に共通集合がなく、又はＰＵＣＣＨリソース１に対応するアンテナパネルとＰＵＣＣＨリソース２に対応するアンテナパネルとは異なる場合、端末機器は、それぞれＰＵＣＣＨリソース１、ＰＵＣＣＨリソース２によって、対応するフィードバック情報を異なる時間領域及び／又は異なるアンテナパネルで送信する。即ち、上記実現方式ａを用いる。
【0106】
ＰＵＣＣＨリソース１とＰＵＣＣＨリソース２とは時間領域に共通集合があり、且つＰＵＣＣＨリソース１に対応するアンテナパネルとＰＵＣＣＨリソース２に対応するアンテナパネルとは同じである場合、端末機器は、以下のI～IIIのうちのいずれか１つを実行する。
I、端末機器は、１つのフィードバック情報を所定の規則に基づいて廃棄し、他のＰＵＣＣＨリソースによって対応するフィードバック情報を伝送する。即ち、上記実現方式ｂ又はｃを用いる。
II、端末機器は、ネットワーク側機器から端末機器に対して事前に構成したリソースを目標ＰＵＣＣＨリソースに決定し、ＰＵＣＣＨリソース１とＰＵＣＣＨリソース２に対応するフィードバック情報を合併し、合併後のフィードバック情報を、ネットワーク側機器から端末機器に対して事前に構成したリソースによって送信する。即ち、上記実現方式ｄ又はｅを用いる。
III、ＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいて、ＰＵＣＣＨ１リソース、ＰＵＣＣＨ２リソースをスケジューリングするＤＣＩをソートしてｌａｓｔ ＤＣＩを決定し、ｌａｓｔ ＤＣＩに基づいて目標ＰＵＣＣＨリソースを決定し、最後に、ＰＵＣＣＨ１リソース、ＰＵＣＣＨ２リソースに対応するフィードバック情報を目標ＰＵＣＣＨリソースに多重化する。即ち、上記実現方式ｆ又はｇを用いる。
I、端末機器は、１つのフィードバック情報を所定の規則に基づいて廃棄し、他のＰＵＣＣＨリソースによって対応するフィードバック情報を伝送する。即ち、上記実現方式ｂ又はｃを用いる。
II、端末機器は、ネットワーク側機器から端末機器に対して事前に構成したリソースを目標ＰＵＣＣＨリソースに決定し、ＰＵＣＣＨリソース１とＰＵＣＣＨリソース２に対応するフィードバック情報を合併し、合併後のフィードバック情報を、ネットワーク側機器から端末機器に対して事前に構成したリソースによって送信する。即ち、上記実現方式ｄ又はｅを用いる。
III、ＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいて、ＰＵＣＣＨ１リソース、ＰＵＣＣＨ２リソースをスケジューリングするＤＣＩをソートしてｌａｓｔ ＤＣＩを決定し、ｌａｓｔ ＤＣＩに基づいて目標ＰＵＣＣＨリソースを決定し、最後に、ＰＵＣＣＨ１リソース、ＰＵＣＣＨ２リソースに対応するフィードバック情報を目標ＰＵＣＣＨリソースに多重化する。即ち、上記実現方式ｆ又はｇを用いる。
【0107】
更に、選択的に、前記端末機器が低周波数帯で動作し、且つ時間領域に共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記の前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定することは、具体的に、
所定の規則に基づいて第１セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
所定の規則に基づいて第１セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
【0108】
上記実施例で所定の規則に基づいて第１セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する実現方式は、上記実現方式ｃで所定の規則に基づいて第１セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する実現方式を参照してよく、ここでは繰り返して記載しない。
【0109】
更に、前記端末機器が低周波数帯で動作し、時間領域に共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれ、且つ所定の規則に基づいて第１セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する場合、目標フィードバック情報を前記目標ＰＵＣＣＨリソースによって送信することは、具体的に、
前記第１セットの全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を、前記第１セットから決定された目標ＰＵＣＣＨリソースによって送信することを含む。
前記第１セットの全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を、前記第１セットから決定された目標ＰＵＣＣＨリソースによって送信することを含む。
【0110】
更に、前記端末機器が低周波数帯で動作し、且つ時間領域に共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記目標フィードバック情報の伝送方式として、
時間領域に共通集合があるＰＵＣＣＨリソースに用いられるアンテナ又は伝送プリコーディング行列指示器ＴＰＭＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）が異なる場合、前記第１セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、第１セットの中の全てのＰＵＣＣＨリソースによって、前記目標フィードバック情報を異なる時間領域及び／又は異なるアンテナ又はＴＰＭＩで伝送し、
時間領域に共通集合があるＰＵＣＣＨリソースに用いられるアンテナ又はＴＰＭＩが同じである場合、一定の規則に基づいて、時間領域に共通集合があり且つ用いられるアンテナ又はＴＰＭＩが同じであるＰＵＣＣＨリソースのうちの１つを前記目標ＰＵＣＣＨリソースに決定し、時間領域に共通集合があり且つ用いられるアンテナ又はＴＰＭＩが同じであるＰＵＣＣＨリソースに対応する目標フィードバック情報を、決定された目標ＰＵＣＣＨリソース上に多重化して伝送する。
時間領域に共通集合があるＰＵＣＣＨリソースに用いられるアンテナ又は伝送プリコーディング行列指示器ＴＰＭＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）が異なる場合、前記第１セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、第１セットの中の全てのＰＵＣＣＨリソースによって、前記目標フィードバック情報を異なる時間領域及び／又は異なるアンテナ又はＴＰＭＩで伝送し、
時間領域に共通集合があるＰＵＣＣＨリソースに用いられるアンテナ又はＴＰＭＩが同じである場合、一定の規則に基づいて、時間領域に共通集合があり且つ用いられるアンテナ又はＴＰＭＩが同じであるＰＵＣＣＨリソースのうちの１つを前記目標ＰＵＣＣＨリソースに決定し、時間領域に共通集合があり且つ用いられるアンテナ又はＴＰＭＩが同じであるＰＵＣＣＨリソースに対応する目標フィードバック情報を、決定された目標ＰＵＣＣＨリソース上に多重化して伝送する。
【0111】
ここで、一定の規則に基づいて時間領域に共通集合があり且つ用いられるアンテナ又はＴＰＭＩが同じであるＰＵＣＣＨリソースのうちの１つを前記目標ＰＵＣＣＨリソースに決定する実現方式は、上記実現方式ｂ、実現方式ｃ、実現方式ｄ、実現方式ｅ、実現方式ｆ及び実現方式ｇのうちのいずれか１つの実現方式を参照してもよく、第２セットとして、時間領域に共通集合があり且つ用いられるアンテナ又はＴＰＭＩが同じであるＰＵＣＣＨリソースセットであるという点で相違し、ここでは繰り返して記載しない。
【0112】
更に、選択的に、物理上り共有チャネルＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）リソースと前記第１セットの中の少なくとも１つのＰＵＣＣＨリソースとは時間領域に共通集合があり、且つ対応するアンテナパネルに共通集合がある場合、ＰＵＣＣＨに搬送されるフィードバック情報及びＰＵＳＣＨに搬送されるデータは、以下の方式で伝送される。
即ち、前記少なくとも１つのＰＵＣＣＨリソースに対応する目標フィードバック情報を前記ＰＵＳＣＨリソースによって送信する。
即ち、前記少なくとも１つのＰＵＣＣＨリソースに対応する目標フィードバック情報を前記ＰＵＳＣＨリソースによって送信する。
【0113】
即ち、前記第１セットの中の前記少なくとも１つのＰＵＣＣＨリソースに対応する目標フィードバック情報をＰＵＳＣＨリソースに多重化して伝送する。
【0114】
更に、選択的に、前記第１セットの中の少なくとも１つのＰＵＣＣＨリソースとＰＵＳＣＨリソースとは時間領域に共通集合があり、且つ対応するアンテナパネルに共通集合がある場合、前記の目標フィードバック情報を前記目標ＰＵＣＣＨリソースによって送信することは、
前記少なくとも１つのＰＵＣＣＨリソースによって対応する目標フィードバック情報を送信し、前記ＰＵＳＣＨ及び対応するデータを廃棄すること、
又は、
ＰＵＳＣＨリソースによって対応するデータを送信し、前記少なくとも１つのＰＵＣＣＨ及び対応する目標フィードバック情報を廃棄することを含む。
前記少なくとも１つのＰＵＣＣＨリソースによって対応する目標フィードバック情報を送信し、前記ＰＵＳＣＨ及び対応するデータを廃棄すること、
又は、
ＰＵＳＣＨリソースによって対応するデータを送信し、前記少なくとも１つのＰＵＣＣＨ及び対応する目標フィードバック情報を廃棄することを含む。
【0115】
なお、上記実施例において、時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが第１セットに含まれる場合、前記の第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定する実現方式は、端末機器のＰＵＳＣＨリソースとＰＵＳＣＨリソースとは時間領域に共通集合があり且つ対応するアンテナパネルに共通集合がある場合にも適用する。即ち、端末機器の１つのサービングセル又はｉｎｔｒａ－ｂａｎｄ内の複数のサービングセルの複数のＰＵＳＣＨリソースが時間領域に共通集合がなく、又は時間領域に共通集合があるＰＵＳＣＨリソースに対応するアンテナパネルが異なる場合、端末機器は、異なる時間領域及び／又は異なるアンテナパネルで各ＰＵＳＣＨリソースを伝送する。端末機器の複数のＰＵＳＣＨリソースには、時間領域に共通集合があり且つ対応するアンテナパネルが同じであるＰＵＳＣＨリソースが含まれる場合、そのうちの１つのＰＵＳＣＨリソースを選択して対応するデータを伝送し、他のＰＵＳＣＨリソースに対応するデータを廃棄する。又は、複数のＰＵＳＣＨリソースに対応するデータを１つのＰＵＳＣＨリソースに多重化して伝送する。
【0116】
ここで、複数のＰＵＳＣＨリソースから１つのＰＵＳＣＨリソースを選択する方式として、
複数のＰＵＳＣＨリソースから、最後のＰＤＣＣＨによってスケジューリングされるＰＵＳＣＨに対応するＰＵＳＣＨリソースを選択し、
又は、
複数のＰＵＳＣＨリソースから、最も高い優先度のＰＵＳＣＨに対応するＰＵＳＣＨリソースを選択する。
複数のＰＵＳＣＨリソースから、最後のＰＤＣＣＨによってスケジューリングされるＰＵＳＣＨに対応するＰＵＳＣＨリソースを選択し、
又は、
複数のＰＵＳＣＨリソースから、最も高い優先度のＰＵＳＣＨに対応するＰＵＳＣＨリソースを選択する。
【0117】
実施例２
図８に示すように、本発明の実施例は、端末機器を提供する。該端末機器８００は、処理ユニット８１と、送信ユニット８２とを含む。
処理ユニット８１は、少なくとも２つのＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つのＰＤＣＣＨを受信した場合、目標ＰＵＣＣＨリソースを決定する。
送信ユニット８２は、前記少なくとも２つのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対するフィードバック情報である目標フィードバック情報を、前記目標ＰＵＣＣＨリソースによって送信する。
図８に示すように、本発明の実施例は、端末機器を提供する。該端末機器８００は、処理ユニット８１と、送信ユニット８２とを含む。
処理ユニット８１は、少なくとも２つのＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つのＰＤＣＣＨを受信した場合、目標ＰＵＣＣＨリソースを決定する。
送信ユニット８２は、前記少なくとも２つのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対するフィードバック情報である目標フィードバック情報を、前記目標ＰＵＣＣＨリソースによって送信する。
【0118】
選択的に、目標ＰＵＣＣＨリソースに１つのＰＵＣＣＨリソースが含まれる場合、前記処理ユニット８１は、具体的に、ＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいて、第１ＤＣＩセットの中のＤＣＩをソートし、第１目標ＤＣＩ及び目標フィードバック情報ビット数に基づいて前記目標ＰＵＣＣＨリソースを決定する。
ここで、前記第１ＤＣＩセットは、前記少なくとも２つのＰＤＣＣＨに搬送されるＤＣＩであり、前記第１目標ＤＣＩは、前記第１ＤＣＩセットの中で順番が最後になるＤＣＩであり、前記ＰＤＣＣＨ監視機会は、前記ＤＣＩを搬送するＰＤＣＣＨの監視機会であり、前記サービングセルインデックスは、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨが属するサービングセルのインデックスであり、前記ＴＲＰ識別子は、前記ＤＣＩに対応するＴＲＰの識別子、又は、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応するＴＲＰの識別子である。
ここで、前記第１ＤＣＩセットは、前記少なくとも２つのＰＤＣＣＨに搬送されるＤＣＩであり、前記第１目標ＤＣＩは、前記第１ＤＣＩセットの中で順番が最後になるＤＣＩであり、前記ＰＤＣＣＨ監視機会は、前記ＤＣＩを搬送するＰＤＣＣＨの監視機会であり、前記サービングセルインデックスは、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨが属するサービングセルのインデックスであり、前記ＴＲＰ識別子は、前記ＤＣＩに対応するＴＲＰの識別子、又は、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応するＴＲＰの識別子である。
【0119】
選択的に、前記処理ユニット８１は、具体的に、
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、ＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一であるＤＣＩをＴＲＰ識別子でソートし、
又は、
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをＴＲＰ識別子でソートし、ＰＤＣＣＨ監視機会が同一であり且つＴＲＰ識別子が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、
又は、
ＴＲＰ識別子でソートし、ＴＲＰ識別子が同一であるＤＣＩをＰＤＣＣＨ監視機会の経過順にソートし、ＴＲＰ識別子が同一であり且つＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートする。
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、ＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一であるＤＣＩをＴＲＰ識別子でソートし、
又は、
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをＴＲＰ識別子でソートし、ＰＤＣＣＨ監視機会が同一であり且つＴＲＰ識別子が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、
又は、
ＴＲＰ識別子でソートし、ＴＲＰ識別子が同一であるＤＣＩをＰＤＣＣＨ監視機会の経過順にソートし、ＴＲＰ識別子が同一であり且つＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートする。
【0120】
選択的に、前記目標ＰＵＣＣＨリソースに少なくとも２つのＰＤＣＣＨリソースが含まれる場合、前記処理ユニット８１は、具体的に、前記少なくとも２つのＰＤＣＣＨ又はＰＤＳＣＨを送信するＴＲＰのうちの各々のＴＲＰに対応するＰＵＣＣＨリソースからなるセットである第１セットを決定し、前記第１セットに基づいて前記目標ＰＵＣＣＨリソースを決定する。
【0121】
選択的に、前記第１セットの中の全てのＰＵＣＣＨリソースが時間領域に共通集合がなく、又は時間領域に共通集合があるＰＵＣＣＨリソースに対応するアンテナパネルが異なる場合、前記処理ユニット８１は、具体的に、前記第１セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
【0122】
選択的に、時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記処理ユニット８１は、具体的に、所定の規則に基づいて第２セットの中の１つのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、第３セットの中の全てのＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
ここで、前記第２セットは、第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットであり、前記第３セットは、前記第１セットの中で、前記第２セットを除いた他のＰＵＣＣＨリソースからなるセットである。
ここで、前記第２セットは、第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットであり、前記第３セットは、前記第１セットの中で、前記第２セットを除いた他のＰＵＣＣＨリソースからなるセットである。
【0123】
選択的に、前記処理ユニット８１は、具体的に、
前記第２セットの中で、最も高い優先度のＵＣＩに対応するＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、
又は、
前記第２セットの中で、最も高い優先度のＴＲＰに属するＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
前記第２セットの中で、最も高い優先度のＵＣＩに対応するＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定し、
又は、
前記第２セットの中で、最も高い優先度のＴＲＰに属するＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
【0124】
選択的に、前記送信ユニット８２は、具体的に、前記第２セットから決定した目標ＰＵＣＣＨリソースによって、対応するフィードバック情報を送信し、前記第２セットのうち、決定された目標ＰＵＣＣＨリソース以外の他のＰＵＣＣＨリソースに対応するフィードバック情報を廃棄する。
【0125】
選択的に、時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記処理ユニット８１は、具体的に、目標事前構成リソースを前記目標ＰＵＣＣＨリソースに決定し、第３セットの中の各々のＰＵＣＣＨリソースを前記目標ＰＵＣＣＨリソースに決定する。
ここで、前記第３セットは、第１セットの中で、第２セット以外の他のＰＵＣＣＨリソースからなるセットであり、前記第２セットは、前記第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットである。
ここで、前記第３セットは、第１セットの中で、第２セット以外の他のＰＵＣＣＨリソースからなるセットであり、前記第２セットは、前記第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットである。
【0126】
選択的に、前記送信ユニット８２は、具体的に、前記第２セットの全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を前記目標事前構成リソースによって送信する。
【0127】
選択的に、時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースが前記第１セットに含まれる場合、前記処理ユニット８１は、具体的に、ＰＤＣＣＨ監視機会、サービングセルインデックス及びＴＲＰ識別子に基づいて、第２ＤＣＩセットの中のＤＣＩをソートし、第２目標ＤＣＩ及び第２セットの全てのＰＵＣＣＨリソースに対応する目標フィードバック情報の合計ビット数に基づいて前記目標ＰＵＣＣＨリソースを決定する。
ここで、前記第２ＤＣＩセットは、第２セットの中の各々のＰＵＣＣＨリソースに対応するＰＤＳＣＨをスケジューリングするＤＣＩからなるセットであり、前記第２セットは、前記第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットであり、前記第２目標ＤＣＩは、前記第２ＤＣＩセットの中で順番が最後になるＤＣＩであり、前記ＰＤＣＣＨ監視機会は、前記ＤＣＩを搬送するＰＤＣＣＨの監視機会であり、前記サービングセルインデックスは、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨが属するサービングセルのインデックスであり、前記ＴＲＰ識別子は、前記ＤＣＩに対応するＴＲＰの識別子、又は、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応するＴＲＰの識別子である。
ここで、前記第２ＤＣＩセットは、第２セットの中の各々のＰＵＣＣＨリソースに対応するＰＤＳＣＨをスケジューリングするＤＣＩからなるセットであり、前記第２セットは、前記第１セットの中で、他のＰＵＣＣＨリソースと時間領域に共通集合があり且つ対応するアンテナパネルに共通集合があるＰＵＣＣＨリソースからなるセットであり、前記第２目標ＤＣＩは、前記第２ＤＣＩセットの中で順番が最後になるＤＣＩであり、前記ＰＤＣＣＨ監視機会は、前記ＤＣＩを搬送するＰＤＣＣＨの監視機会であり、前記サービングセルインデックスは、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨが属するサービングセルのインデックスであり、前記ＴＲＰ識別子は、前記ＤＣＩに対応するＴＲＰの識別子、又は、前記ＤＣＩによってスケジューリングされるＰＤＳＣＨに対応するＴＲＰの識別子である。
【0128】
選択的に、前記処理ユニット８１は、具体的に、
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、ＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一であるＤＣＩをＴＲＰ身分識別子ＩＤでソートし、
又は、
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをＴＲＰ識別子でソートし、ＰＤＣＣＨ監視機会が同一であり且つＴＲＰ識別子が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、
又は、
ＴＲＰ識別子でソートし、ＴＲＰ識別子が同一であるＤＣＩをＰＤＣＣＨ監視機会の経過順にソートし、ＴＲＰ識別子が同一であり且つ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートする。
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、ＰＤＣＣＨ監視機会が同一であり且つサービングセルインデックスが同一であるＤＣＩをＴＲＰ身分識別子ＩＤでソートし、
又は、
ＰＤＣＣＨ監視機会の経過順にソートし、ＰＤＣＣＨ監視機会が同一であるＤＣＩをＴＲＰ識別子でソートし、ＰＤＣＣＨ監視機会が同一であり且つＴＲＰ識別子が同一であるＤＣＩをサービングセルインデックスの小さい順にソートし、
又は、
ＴＲＰ識別子でソートし、ＴＲＰ識別子が同一であるＤＣＩをＰＤＣＣＨ監視機会の経過順にソートし、ＴＲＰ識別子が同一であり且つ監視機会が同一であるＤＣＩをサービングセルインデックスの小さい順にソートする。
【0129】
選択的に、前記送信ユニット８２は、具体的に、前記第２セットの中の全てのＰＵＣＣＨリソースに対応する目標フィードバック情報を、前記第２目標ＤＣＩに基づいて決定された目標ＰＵＣＣＨリソースによって送信する。
【0130】
選択的に、前記ＴＲＰ識別子は、ＴＲＰの身分識別子ＩＤ、ＴＲＰのインデックス、仮想セルのＩＤ、ＰＤＣＣＨ－ＤＭＲＳ－Ｓｃｒａｍｂｌｉｎｇ ＩＤ、ＰＤＣＣＨが位置する制御リソースセットＣＯＲＥＳＥＴのＩＤ、ＰＤＣＣＨが位置するサーチスペースのＩＤ、ＰＤＣＣＨをスクランブリングする無線ネットワーク一時識別子ＲＮＴＩのうちの少なくとも１つによって決定される。
【0131】
本発明の実施例による端末機器は、少なくとも２つの送受信ノードＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つのＰＤＣＣＨを受信した場合、まず処理ユニットによって目標ＰＵＣＣＨリソースを決定し、それから、前記少なくとも２つのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対する目標フィードバック情報を、送信ユニットで目標ＰＵＣＣＨリソースによって送信する。即ち、本発明の実施例の１つは、マルチＴＲＰ通信システムでフィードバック情報を伝送する端末機器を提供する。従って、本発明の実施例は、マルチＴＲＰシーンで端末機器がどのようにフィードバック情報を送信するかという問題を解決することができ、通信の有効性及び信頼性を向上させる。
【0132】
実施例３
図９は、本発明の各実施例を実現する端末機器のハードウェア構造概略図である。該端末機器８００は、ラジオ周波数ユニット１０１と、ネットワークモジュール１０２と、音声出力ユニット１０３と、入力ユニット１０４と、センサ１０５と、表示ユニット１０６と、ユーザ入力ユニット１０７と、インタフェースユニット１０８と、メモリ１０９と、プロセッサ１１０と、電源１１１などの構成要素を含むが、これらに限定されない。図９に示される端末機器の構造は、端末機器を限定するものではなく、端末機器は、図示されるものよりも多い又は少ない構成要素、又は特定の構成要素の組み合わせ、又は異なる構成要素の配置を含むことができることを、当業者は理解可能である。本発明の実施例において、端末機器は、携帯電話、タブレットパソコン、ノートパソコン、パームトップパソコン、車載端末、ウェアラブルデバイス及び歩数計などを含むが、それらに限定されない。
図９は、本発明の各実施例を実現する端末機器のハードウェア構造概略図である。該端末機器８００は、ラジオ周波数ユニット１０１と、ネットワークモジュール１０２と、音声出力ユニット１０３と、入力ユニット１０４と、センサ１０５と、表示ユニット１０６と、ユーザ入力ユニット１０７と、インタフェースユニット１０８と、メモリ１０９と、プロセッサ１１０と、電源１１１などの構成要素を含むが、これらに限定されない。図９に示される端末機器の構造は、端末機器を限定するものではなく、端末機器は、図示されるものよりも多い又は少ない構成要素、又は特定の構成要素の組み合わせ、又は異なる構成要素の配置を含むことができることを、当業者は理解可能である。本発明の実施例において、端末機器は、携帯電話、タブレットパソコン、ノートパソコン、パームトップパソコン、車載端末、ウェアラブルデバイス及び歩数計などを含むが、それらに限定されない。
【0133】
ここで、プロセッサ１１０は、少なくとも２つのＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つのＰＤＣＣＨを受信した場合、目標ＰＵＣＣＨリソースを決定し、
ラジオ周波数ユニット１０１は、前記少なくとも２つのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対するフィードバック情報である目標フィードバック情報を、前記目標ＰＵＣＣＨリソースによって送信する。
ラジオ周波数ユニット１０１は、前記少なくとも２つのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対するフィードバック情報である目標フィードバック情報を、前記目標ＰＵＣＣＨリソースによって送信する。
【0134】
本発明の実施例による端末機器は、少なくとも２つの送受信ノードＴＲＰ又は１つのＴＲＰの異なるアンテナパネルから送信された少なくとも２つの物理下り制御チャネルＰＤＣＣＨを受信した場合、まず目標ＰＵＣＣＨリソースを決定し、それから、前記少なくとも２つのＰＤＣＣＨによってスケジューリングされたＰＤＳＣＨに対する目標フィードバック情報を、目標ＰＵＣＣＨリソースによって送信する。即ち、本発明の実施例の１つは、マルチＴＲＰ通信システムでフィードバック情報を伝送する方法を提供する。従って、本発明の実施例は、マルチＴＲＰシーンで端末機器がどのようにフィードバック情報を送信するかという問題を解決することができ、通信の有効性及び信頼性を向上させる。
【0135】
なお、本発明の実施例において、ラジオ周波数ユニット１０１は、情報の送受信又は通話中で信号の送受信に用いられ、具体的に、基地局から下りデータを受信した後、プロセッサ１１０による処理に供し、また、上りデータを基地局に送信する。一般に、ラジオ周波数ユニット１０１は、アンテナ、少なくとも１つの増幅器、トランシーバ、結合器、低雑音増幅器、デュプレクサなどを含むが、それらに限定されない。また、ラジオ周波数ユニット１０１は、無線通信システムを介してネットワークや他の機器と通信を行うこともできる。
【0136】
端末機器は、ネットワークモジュール１０２を介して、電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスを支援するなど、無線ブロードバンドインターネットアクセスをユーザに提供する。
【0137】
音声出力ユニット１０３は、ラジオ周波数ユニット１０１やネットワークモジュール１０２が受信した音声データや、メモリ１０９に記憶された音声データを音声信号に変換して音声として出力することができる。また、音声出力ユニット１０３は、端末機器８００が実行する特定の機能に関する音声（例えば、呼出信号着信音、メッセージ着信音等）を出力してもよい。音声出力ユニット１０３は、スピーカ、ブザー及びレシーバなどを含む。
【0138】
入力ユニット１０４は、音声や映像の信号を受信することに用いられる。入力ユニット１０４は、ビデオキャプチャモード又は画像キャプチャモードでカメラなどの画像キャプチャ装置によって取得された静止画又は動画の画像データを処理するグラフィックスプロセッサＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０４１と、マイク１０４２とを含む。処理された画像フレームは、表示ユニット１０６上に表示される。グラフィックスプロセッサ１０４１で処理された画像フレームは、メモリ１０９（又は他の記憶媒体）に記憶されるか、又はラジオ周波数ユニット１０１又はネットワークモジュール１０２を介して送信される。マイク１０４２は、音声を受信し、音声データに加工することができる。処理された音声データは、電話通話モードの場合、ラジオ周波数ユニット１０１を介して移動体通信基地局に送信可能な形式に変換して出力することができる。
【0139】
端末機器８００は、光センサ、モーションセンサ及び他のセンサのような少なくとも１つのセンサ１０５を更に含む。具体的には、光センサは、周辺光センサ及び近接センサを含む。周辺光センサは、周辺光の明暗に応じて表示パネル１０６１の輝度を調節し、近接センサは、端末機器８００が耳に移動したときに表示パネル１０６１及び／又はバックライトを消灯する。モーションセンサの１種として、加速度計センサは、様々な方向（一般的には３軸）の加速度の大きさを検出でき、静止時は重力の大きさ及び方向を検出でき、端末機器姿勢の認識（例えば、縦横画面切替、関連ゲーム、磁力計姿勢キャリブレーション）、振動認識関連機能（例えば、歩数計、ストローク）などに用いることができる。センサ１０５は、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサなどを更に含むことができるが、ここでは枚挙しない。
【0140】
表示ユニット１０６は、ユーザが入力した情報やユーザに提供した情報を表示するために用いられる。表示ユニット１０６は、液晶ディスプレイＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、有機発光ダイオードＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）などからなる表示パネル１０６１を含んでもよい。
【0141】
ユーザ入力ユニット１０７は、数字や文字情報の入力を受け付け、ユーザによる端末機器の設定や機能制御に関するキー信号の入力を行うことに用いられる。具体的に、ユーザ入力ユニット１０７は、タッチパネル１０７１と、その他の入力機器１０７２とを含む。タッチパネル１０７１は、タッチスクリーンとも呼ばれ、その上又は付近でのユーザのタッチ操作を取得可能である（例えばユーザが指やスタイラスなどの任意の適切な物体や付属部材を用いたタッチパネル１０７１の上又はタッチパネル１０７１の付近での操作）。タッチパネル１０７１は、タッチ検出装置とタッチコントローラの２つの部分を含む。ここで、タッチ検出装置は、ユーザのタッチ方位を検出し、タッチ操作による信号を検出してタッチコントローラに伝達する。タッチコントローラは、タッチ検出装置からのタッチ情報を受信し、それを接点座標に変換してプロセッサ１１０に送り、プロセッサ１１０からの命令を受信して実行する。なお、タッチパネル１０７１は、抵抗膜式、静電容量式、赤外線、表面弾性波など、種々の方式を用いて実現することができる。ユーザ入力ユニット１０７は、タッチパネル１０７１の他に、他の入力機器１０７２を含んでもよい。具体的に、他の入力機器１０７２は、物理的なキーボード、機能キー（例えば、音量調節キー、スイッチキーなど）、トラックボール、マウス、レバーを含むが、ここでは枚挙しない。
【0142】
更に、タッチパネル１０７１は、表示パネル１０６１に重ねられる。タッチパネル１０７１は、その上又はその近くでタッチ操作を検出すると、プロセッサ１１０に送信して、タッチイベントのタイプを決定する。次いで、プロセッサ１１０は、タッチイベントのタイプに応じて、対応する視覚的出力を表示パネル１０６１に提供する。図９では、タッチパネル１０７１と表示パネル１０６１は、独立した２つの部品として端末機器の入出力機能を実現するが、実施例によっては、タッチパネル１０７１と表示パネル１０６１を一体化して端末機器の入出力機能を実現することもでき、具体的にここでは限定しない。
【0143】
インタフェースユニット１０８は、外部装置と端末機器８００とを接続するためのインタフェースである。例えば、外部装置は、有線又は無線ヘッドホンポート、外部電源（又はバッテリ充電器）ポート、有線又は無線データポート、メモリカードポート、識別モジュールを有する装置を接続するためのポート、オーディオ入出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、ヘッドホンポート等を含む。インタフェースユニット１０８は、外部装置から入力（例えば、データ情報、電力など）を受信し、受信した入力を端末機器８００内の１つ以上の要素に伝送するために使用されてもよく、又は端末機器８００と外部装置との間でデータを伝送するために使用されてもよい。
【0144】
メモリ１０９は、ソフトウェアプログラム及び様々なデータを格納するために使用される。メモリ１０９は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーション（例えば、音声再生機能、画像再生機能など）などを格納することができるプログラム格納領域と、データ格納領域とを主に含んでもよい。データ格納領域は、音声データや電話帳など、携帯電話機の使用に応じて作成されたデータを記憶することができる。更に、メモリ１０９は、高速ランダムアクセスメモリを含んでもよく、少なくとも１つの磁気ディスク記憶装置、フラッシュメモリデバイス、又は他の揮発性固体記憶デバイスなどの不揮発性メモリを含んでもよい。
【0145】
プロセッサ１１０は、端末機器の制御センタであり、各種インタフェースや回線を用いて端末機器全体の各部を接続し、メモリ１０９に格納されたソフトウェアプログラム及び／又はモジュールを実行、メモリ１０９に格納されたデータを呼び出して端末機器の各種機能及び処理データを実行し、端末機器全体の監視を行う。プロセッサ１１０は、１つ以上の処理ユニットを含んでもよい。任意選択で、プロセッサ１１０は、オペレーティングシステム、ユーザインターフェース及びアプリケーションなどを主に処理するアプリケーションプロセッサと、ワイヤレス通信を主に処理するモデムプロセッサとを統合することができる。上述のモデムプロセッサは、プロセッサ１１０に統合されなくてもよいことが理解される。
【0146】
端末機器８００は、各構成要素に電力を供給するためのバッテリのような電源１１１を更に含んでもよい。選択可能に、電源１１１は、電源管理システムを介してプロセッサ１１０に論理的に接続されてもよく、電源管理システムを介して充電、放電、及び消費電力管理などを管理する機能を実現してもよい。
【0147】
また、端末機器８００は、図示しない機能モジュールを更に含んでもよく、ここでの説明は省略する。
【0148】
実施例４
本発明の実施例は、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体を更に提供し、該コンピュータプログラムがプロセッサによって実行されると、上記フィードバック情報伝送方法における各プロセスが実現され、且つ同じ効果を奏することができ、重複を避けるために、ここでは繰り返して記載しない。
本発明の実施例は、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体を更に提供し、該コンピュータプログラムがプロセッサによって実行されると、上記フィードバック情報伝送方法における各プロセスが実現され、且つ同じ効果を奏することができ、重複を避けるために、ここでは繰り返して記載しない。
【0149】
ここで、本発明の実施例におけるコンピュータ読み取り可能な記憶媒体は、例えば、ＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスクなどである。
【0150】
なお、本明細書において、「含む」や「含有する」又はそれ以外のあらゆる変形用語は、非排他的に含むことを意味する。よって、一連の要素を含むプロセス、方法、モノ又は装置は、それらの要素を含むだけではなく、明確に列挙されていない他の要素を更に含み、又はこのようなプロセス、方法、モノ又は装置に固有の要素を更に含む。特に限定されない限り、「・・・を１つ含む」の表現によって限定される要素について、当該要素を含むプロセス、方法、モノ又は装置に他の同一要素の存在を除外しない。
【0151】
以上の実施形態の記載から、上記実施例の方法が、ソフトウェアに必須の汎用ハードウェアプラットフォームの形態で実現され、もちろんハードウェアによっても実現されてもよく、多くの場合では前者がより好適な実施形態であることは、当業者にとって自明である。このような理解に基づき、本願の技術手段の実質的又は従来技術に貢献した部分は、ソフトウェアプロダクトの形式で現れる。当該コンピュータソフトウェアプロダクトは、記憶媒体（例えばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、本願の各実施例の方法を１台の端末（携帯電話、コンピュータ、サーバー、空調機又はネットワークデバイスなど）に実行させるいくつかの指令を含む。
【0152】
以上、本願の実施例を図面に基づいて記載したが、本願は、上記の具体的な実施形態に限定されるものではない。上記の具体的な実施形態は、例示的なものであり、限定的なものではない。本願のヒントを受け、当業者が本願の趣旨及び特許請求の範囲から逸脱することなくなしえる多くの形態は、全て本願の保護範囲に含まれる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】