特許 7666828 通信方法及び通信装置

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

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

(11)【特許番号】

(24)【登録日】2025-04-14

(45)【発行日】2025-04-22

(54)【発明の名称】通信方法及び通信装置

(51)【国際特許分類】

   H04W 72/232 20230101AFI20250415BHJP

【ＦＩ】

H04W72/232

【請求項の数】 13

(21)【出願番号】P 2023560650

(86)(22)【出願日】2022-03-31

(65)【公表番号】

(43)【公表日】2024-03-13

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

(87)【国際公開番号】W WO2022206893

(87)【国際公開日】2022-10-06

【審査請求日】2023-12-15

(31)【優先権主張番号】202110362407.9

(32)【優先日】2021-04-02

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ガオ，フェイ

(72)【発明者】

【氏名】ジアオ，シュウゥローン

(72)【発明者】

【氏名】ホワ，ムオン

【審査官】鈴木 重幸

(56)【参考文献】

【文献】特表２０２４－５０３０３９（ＪＰ，Ａ）

【文献】Moderator (Qualcomm)，Summary #3 of email discussions [104-e-NR-feMIMO-02] for mTRP PDCCH enhancements[online]，3GPP TSG RAN WG1 #104-e R1-2101954，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104-e/Docs/R1-2101954.zip>，2021年02月05日

【文献】RAN1，Further Enhancements on MIMO for NR[online]，3GPP TSG RAN #91e RP-200290，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_91e/Docs/RP-210290.zip>，2021年03月15日

【文献】Qualcomm Incorporated，Enhancements on Multi-TRP for PDCCH, PUCCH and PUSCH，3GPP TSG RAN WG1 #104b-e R1-2103151，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104b-e/Docs/R1-2103151.zip>，2021年04月07日

【文献】Huawei, HiSilicon，Enhancements on multi-TRP for reliability and robustness in Rel-17，3GPP TSG RAN WG1 #106-e R1-2106464，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_106-e/Docs/R1-2106464.zip>，2021年08月07日

(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】

第２の態様によれば、この出願は、通信方法を提供する。本方法は、ネットワーク・デバイスによって実行されてもよいし、ネットワーク・デバイスに使用される通信装置、例えばチップによって実行されてもよい。

【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】

【図1】この出願の一実施形態による、通信システム１００の概略図である。

【0044】

【図2】この出願の一実施形態による、下りリンク時間－周波数リソースの概略図である。

【0045】

【図3】この出願の一実施形態による、関連付けられたＰＤＣＣＨ候補及び関連付けられたサーチ・スペース・セットの概略図である。

【0046】

【図4】この出願の一実施形態による、ＰＤＣＣＨリソース重複の概略図である。

【0047】

【図5】この出願の一実施形態による、通信方法の概略フローチャートである。

【0048】

【図6】この出願の一実施形態による、Ｃ－ＤＡＩ及びＴ－ＤＡＩを決定する概略図である。

【0049】

【図7】この出願の一実施形態による、参照ＰＤＣＣＨ候補を決定するシナリオの概略図である。

【0050】

【図8】この出願の一実施形態による、参照ＰＤＣＣＨ候補を決定するシナリオの概略図である。

【0051】

【図9】この出願の一実施形態による、別の通信方法の概略フローチャートである。

【0052】

【図10】この出願の一実施形態による、サーチ・スペース・セットのリソース重複の概略図である。

【0053】

【図11】この出願の一実施形態による、サーチ・スペース・セットのリソース重複の概略図である。

【0054】

【図12】この出願の一実施形態による、別の通信方法の概略フローチャートである。

【0055】

【図13】この出願の一実施形態による、通信装置の構造の概略図である。

【0056】

【図14】この出願の一実施形態による、ネットワーク・デバイスの構造の概略図である。

【0057】

【図15】この出願の一実施形態による、端末の構造の概略図である。

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

【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】

具体的には、端末は、例えば、第１のＰＤＣＣＨ候補セット、第２のＰＤＣＣＨ候補セット、及び第３のＰＤＣＣＨ候補セットを含む、端末に対してネットワーク・デバイスによって設定された１つ以上のＰＤＣＣＨ候補セットを監視する。端末は、各ＰＤＣＣＨ候補セットに対応する設定情報に従って、第１のＰＤＣＣＨ候補セット内の各ＰＤＣＣＨ候補、第２のＰＤＣＣＨ候補セット内の各ＰＤＣＣＨ候補、及び第３のＰＤＣＣＨ候補セット内の各ＰＤＣＣＨ候補に関して、復号、ＣＲＣチェックなどを含む処理を別個に実行する。ＣＲＣチェックが成功したときに、端末が第１のＤＣＩを受信したと考えられてもよい。

【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】

この実装では、方法は、Ｓ９０３をさらに含む。すなわち、端末は、重複したリソース以外のリソース上で監視されるＰＤＣＣＨに従って、参照ＰＤＣＣＨ候補を決定する。

【0153】

ネットワーク・デバイスは、第１のＰＤＣＣＨ候補セット内の重複しないリソース上のＰＤＣＣＨ候補を介してＤＣＩを送信するか、又は第２のＰＤＣＣＨ候補セット内の重複しないリソース上のＰＤＣＣＨ候補を介してＤＣＩを送信してもよい。端末は、重複したリソース以外のリソース上の全てのＰＤＣＣＨ候補を監視し、監視されるＰＤＣＣＨから、ネットワーク・デバイスによって送信されたＤＣＩを取得する。

【0154】

端末によって実際に監視されるＰＤＣＣＨが、第１のＰＤＣＣＨ候補セット内のＰＤＣＣＨ候補である場合、端末は、ＰＤＣＣＨ候補が位置するリンクされたＰＤＣＣＨ候補のペアを使用して、参照ＰＤＣＣＨ候補を決定してもよい。端末によって実際に監視されるＰＤＣＣＨが、第２のＰＤＣＣＨ候補セット内のＰＤＣＣＨ候補である場合、端末は、ＰＤＣＣＨ候補を参照ＰＤＣＣＨ候補として使用してもよい。参照ＰＤＣＣＨ候補の詳細な説明については、上述の実施形態における関係する内容を参照のこと。詳細は、ここでは再度説明されない。これに対応して、ネットワーク・デバイスは、実際にＤＣＩを搬送するＰＤＣＣＨ候補に基づいて、参照ＰＤＣＣＨ候補を決定してもよい。このプロセスは、端末側でのものと同様であり、詳細は、ここでは再度説明されない。

【0155】

任意選択で、別の実装では、第１のＰＤＣＣＨ候補セットに対応するリソースが第２のＰＤＣＣＨ候補セットに対応するリソースと重複すると端末が決定した場合、端末は、重複したリソース上でＰＤＣＣＨが検出され、ＰＤＣＣＨが繰り返し伝送ＰＤＣＣＨであるか、独立伝送ＰＤＣＣＨであるかを決定できないケースを回避するために、第１のＰＤＣＣＨ候補セット及び第２のＰＤＣＣＨ候補セットを監視しなくてもよい。言い換えれば、Ｓ９０２がＳ９０２’に置き換えられてもよい。Ｓ９０２’は、以下を含む。端末は、第１のＰＤＣＣＨ候補セット及び第２のＰＤＣＣＨ候補セットを監視しない。

【0156】

図１０に示すように、ＳＳセット＃１は、ＤＣＩを独立して伝送するために使用されるＰＤＣＣＨ候補を含み、ＳＳセット＃１及びＳＳセット＃３は、互いにリンクされたＳＳセットであり、ＳＳセット＃２は、ＤＣＩを独立して伝送するために使用されるＰＤＣＣＨ候補を含み、ＳＳセット＃１のリソース及びＳＳセット２のリソースは完全に重複する。予め定義されたＵＥがリンクされたＳＳセットを監視しないと仮定すると、端末は、ＳＳセット＃１及びＳＳセット＃３を監視せず、ＳＳセット＃２のみを監視する。ＵＥが、重複したリソース上でＰＤＣＣＨを検出する場合、検出されるＰＤＣＣＨは、独立伝送ＰＤＣＣＨである。

【0157】

図１１に示すように、ＳＳセット＃２は、個別ＤＣＩ伝送に使用されるＰＤＣＣＨ候補を含み、ＳＳセット＃１及びＳＳセット＃３は、互いにリンクしたＳＳセットであり、ＳＳセット＃１のリソースとＳＳセット＃２のリソースは、部分的に重複する。このケースでは、端末は、重複したリソース上でＰＤＣＣＨ候補を監視せず、通常は、ＳＳセット＃１及びＳＳセット＃２内の他の重複していないリソースに対応するＰＤＣＣＨ候補を監視してもよい。

【0158】

この出願で提供される通信方法によれば、端末は、重複するリソース上でＰＤＣＣＨ候補を監視しない。これにより、端末が、重複したリソース上で、監視されるＰＤＣＣＨが、独立伝送ＰＤＣＣＨであるか、繰り返し伝送ＰＤＣＣＨであるかを区別できないという問題が解決され、そのため、端末とネットワーク・デバイスが、重複したリソース上で監視されるＰＤＣＣＨに関係する参照点の決定方式の一貫した理解を有し、それにより通信の信頼性を向上させる。

【0159】

図１２は、この出願の一実施形態による、通信方法の概略フローチャートである。図１２に示すように、本方法は、以下のステップを含む。

【0160】

Ｓ１２０１：端末は、ネットワーク・デバイスから第１のＰＤＣＣＨ候補セットの設定情報及び第２のＰＤＣＣＨ候補セットの設定情報を受信する。

【0161】

Ｓ１２０２：端末は、ネットワーク・デバイスから第１のＤＣＩ受信し、第１のＤＣＩは、第１の指標情報を含み、第１の指標情報は、第１のＤＣＩが、第１のＰＤＣＣＨ候補セット内の第１のＰＤＣＣＨ候補上で、又は第２のＰＤＣＣＨ候補セット内の第２のＰＤＣＣＨ候補上で搬送されることを示し、第１のＰＤＣＣＨ候補及び第２のＰＤＣＣＨ候補は、同じリソースに対応し、第１のＰＤＣＣＨ候補は、ＰＤＣＣＨ候補グループに属し、第１のＰＤＣＣＨ候補及びＰＤＣＣＨ候補グループ内にある第３のＰＤＣＣＨ候補は、同じＤＣＩを伝送するために使用され、第３のＰＤＣＣＨ候補は、第３のＰＤＣＣＨ候補セットに属する。

【0162】

Ｓ１２０３：端末は、第１のＤＣＩに従って参照ＰＤＣＣＨ候補を決定する。

【0163】

任意選択で、本方法は、Ｓ１２０１ａをさらに含む。すなわち、端末は、ネットワーク・デバイスから、第３のＰＤＣＣＨ候補セットの設定情報を受信する。

【0164】

第１のＰＤＣＣＨ候補セット、第２のＰＤＣＣＨ候補セット、及び第３のＰＤＣＣＨ候補セットの詳細な説明については、上述の他の実施形態の関係する内容を参照のこと。詳細は、ここでは再度説明されない。

【0165】

任意選択で、第１のＤＣＩが独立送信ＰＤＣＣＨ上で搬送されるか、又は繰り返し伝送ＰＤＣＣＨ上で搬送されるかを決定するために、１つのビット・フィールドが第１のＤＣＩに追加される。例えば、ビット・フィールドは１ビットである。ビット・フィールドが「０」であるときに、第１のＤＣＩが独立送信ＰＤＣＣＨ上で搬送されることを示す。ビット・フィールドが「１」であるときに、第１のＤＣＩが繰り返し伝送ＰＤＣＣＨ上で搬送されることを示す。

【0166】

端末は、第１の指標情報に従って、第１のＤＣＩが第１のＰＤＣＣＨ候補又は第２のＰＤＣＣＨ候補上で搬送されることを決定した後、ＰＤＣＣＨ候補グループ又は個別ＰＤＣＣＨに従って、参照ＰＤＣＣＨ候補を決定してもよい。参照ＰＤＣＣＨ候補の詳細な説明については、別の実施形態における関係する内容を参照のこと。詳細は、ここでは再度説明されない。これに対応して、ネットワーク・デバイスは、第１のＤＣＩを実際に搬送するＰＤＣＣＨ候補に従って、参照ＰＤＣＣＨ候補を決定してもよい。実装は、端末側のものと同様である。詳細は、ここでは再度説明されない。

【0167】

この出願で提供される通信方法によれば、ＤＣＩは、重複したリソース上で送信されるのが繰り返し伝送ＰＤＣＣＨであるか、独立伝送ＰＤＣＣＨであるかを端末に明示的に通知するための指標情報を含み、そのため、端末とネットワーク・デバイスが、重複したリソース上で監視されるＰＤＣＣＨの一貫した理解を有し、それにより通信の信頼性を向上させる。

【0168】

この出願の一実施形態は、上述の方法のいずれか１つを実装する通信装置をさらに提供する。例えば、上述の方法のいずれか１つにおいて、端末又はネットワーク・デバイスによって実行されるステップを実装するように構成されたユニット（又は手段）を有する通信装置が提供される。例えば、図１３は、この出願の一実施形態による、通信装置の概略図である。通信装置は、端末やネットワーク・デバイスに使用されるモジュール、例えばチップであってもよい。代替的には、通信装置は、端末又はネットワーク・デバイスである。図１３に示すように、通信装置１３００は、トランシーバ・ユニット１３１０と、処理ユニット１３２０と、を含む。

【0169】

通信装置が端末に使用されるときに、一実装では、トランシーバ・ユニット１３１０は、第１のＰＤＣＣＨ候補セットの設定情報及び第２のＰＤＣＣＨ候補セットの設定情報を受信するように構成されてもよい。追加的に、トランシーバ・ユニット１３１０は、第１のＤＣＩを受信するように構成されてもよく、第１のＤＣＩは、第１のＰＤＣＣＨ候補セット内の第１のＰＤＣＣＨ候補上で搬送されるか、又は第２のＰＤＣＣＨ候補セット内の第２のＰＤＣＣＨ候補上で搬送され、第１のＰＤＣＣＨ候補及び第２のＰＤＣＣＨ候補は、同じリソースに対応し、第１のＰＤＣＣＨ候補は、ＰＤＣＣＨ候補グループに属し、第１のＰＤＣＣＨ候補及びＰＤＣＣＨ候補グループ内にある第３のＰＤＣＣＨ候補は、同じＤＣＩを伝送するために使用され、第３のＰＤＣＣＨ候補は、第３のＰＤＣＣＨ候補セットに属する。処理ユニット１３２０は、ＰＤＣＣＨ候補グループに従って参照ＰＤＣＣＨ候補を決定するか、又は第２のＰＤＣＣＨ候補を参照ＰＤＣＣＨとして使用するように構成されてもよく、参照ＰＤＣＣＨ候補の時間領域位置は、上りリンク情報伝送又は下りリンク情報伝送のためのリソースを決定するために使用される。

【0170】

任意選択で、一実装では、第１のＰＤＣＣＨ候補及び第２のＰＤＣＣＨ候補は、同じスクランブル・コード・シーケンスを有し、同じペイロード・サイズのＤＣＩを搬送する。

【0171】

任意選択で、一実装では、ＰＤＣＣＨ候補グループは、１つ以上のＰＤＣＣＨ候補のペアを含み、各ＰＤＣＣＨ候補のペアは、同じＤＣＩを伝送するために使用され、第１のＰＤＣＣＨ候補及び第３のＰＤＣＣＨ候補は、１つのＰＤＣＣＨ候補のペアに属する。

【0172】

任意選択で、一実装では、処理ユニット１３２０は、具体的には、第１のＰＤＣＣＨ候補を参照ＰＤＣＣＨ候補として使用することか、又は第３のＰＤＣＣＨ候補を参照ＰＤＣＣＨ候補として使用することを行うように構成されている。

【0173】

任意選択で、一実装では、受信ユニット１３１０は、具体的には、第１のＰＤＣＣＨ候補セットの設定情報に従って第１のＤＣＩを受信することか、又は第２のＰＤＣＣＨ候補セットの設定情報に従って第１のＤＣＩを受信することを行うように構成されている。

【0174】

通信装置が端末に使用されるときに、一実装では、トランシーバ・ユニット１３１０は、第１のＰＤＣＣＨ候補セットの設定情報及び第２のＰＤＣＣＨ候補セットの設定情報を受信するように構成されており、第１のＰＤＣＣＨ候補セットに対応するリソースは、第２のＰＤＣＣＨ候補セットに対応するリソースと重複し、第１のＰＤＣＣＨ候補セットは、第１のＰＤＣＣＨ候補を含み、第１のＰＤＣＣＨ候補は、ＰＤＣＣＨ候補グループに属し、第１のＰＤＣＣＨ候補及びＰＤＣＣＨ候補グループ内にある第３のＰＤＣＣＨ候補は、同じＤＣＩを伝送するために使用され、第２のＰＤＣＣＨ候補セットは、第２のＰＤＣＣＨ候補を含み、第１のＰＤＣＣＨ候補及び第２のＰＤＣＣＨ候補は、重複したリソース上に位置し、第３のＰＤＣＣＨ候補は、第３のＰＤＣＣＨ候補セットに属する。処理ユニット１３２０は、第１のＰＤＣＣＨ候補セット内にあり、かつ第２のＰＤＣＣＨ候補セットのリソースと重複しないリソース上でＰＤＣＣＨ候補を監視することと、第２のＰＤＣＣＨ候補セット内にあり、かつ第１のＰＤＣＣＨ候補セットのリソースと重複しないリソース上でＰＤＣＣＨ候補を監視することとを行うように構成されている。

【0175】

任意選択で、一実装では、第１のＰＤＣＣＨ候補セットに対応するリソースが第２のＰＤＣＣＨ候補セットに対応するリソースと重複することは、第１のＰＤＣＣＨ候補セット及び第２のＰＤＣＣＨ候補セットに対応する時間領域リソースが完全に重複し、第１のＰＤＣＣＨ候補セット及び第２のＰＤＣＣＨ候補セットに対応する周波数領域リソースが部分的に重複することか、又は第１のＰＤＣＣＨ候補セット及び第２のＰＤＣＣＨ候補セットに対応する時間領域リソースが部分的に重複し、かつ第１のＰＤＣＣＨ候補セット及び第２のＰＤＣＣＨ候補セットに対応する周波数領域リソースが部分的に重複するか、若しくは完全に重複することを含む。

【0176】

任意選択で、一実装では、第１のＰＤＣＣＨ候補セット及び第２のＰＤＣＣＨ候補セットは、以下の条件、すなわち、第１のＰＤＣＣＨ候補セット及び第２のＰＤＣＣＨ候補セットが、同じペイロード・サイズのＤＣＩに対応すること、第１のＰＤＣＣＨ候補セット及び第２のＰＤＣＣＨ候補セットが、同じスクランブル・コードに対応すること、又は第１のＰＤＣＣＨ候補セット及び第２のＰＤＣＣＨ候補セットが、同じフォーマットのＤＣＩに対応することのうちの１つ以上を満たす。

【0177】

任意選択で、一実装では、第１のＰＤＣＣＨ候補及び第２のＰＤＣＣＨ候補は、同じリソースに対応し、同じスクランブル・コード・シーケンスを有し、同じペイロード・サイズの下りリンク制御情報を搬送する。

【0178】

通信装置が端末に使用されるときに、一実装では、受信ユニット１３１０は、第１のＰＤＣＣＨ候補セットの設定情報及び第２のＰＤＣＣＨ候補セットの設定情報を受信することと、第１のＤＣＩを受信することと、を行うように構成されており、第１のＤＣＩは、第１のインジケータを含み、第１のインジケータは、第１のＤＣＩが、第１のＰＤＣＣＨ候補セット内の第１のＰＤＣＣＨ候補上で搬送されるか、又は第２のＰＤＣＣＨ候補セット内の第２のＰＤＣＣＨ候補上で搬送されるかを示し、第１のＰＤＣＣＨ候補及び第２のＰＤＣＣＨ候補は、同じリソースに対応し、第１のＰＤＣＣＨ候補は、ＰＤＣＣＨ候補グループに属し、第１のＰＤＣＣＨ候補及びＰＤＣＣＨ候補グループ内にある第３のＰＤＣＣＨ候補は、同じＤＣＩを伝送するために使用され、第３のＰＤＣＣＨ候補は、第３のＰＤＣＣＨ候補セットに属する。処理ユニット１３２０は、第１のＤＣＩに基づいて、参照ＰＤＣＣＨ候補を決定するように構成されている。

【0179】

通信装置がネットワーク・デバイスに使用されるときに、一実装では、トランシーバ・ユニット１３１０は、第１のＰＤＣＣＨ候補セットの設定情報及び第２のＰＤＣＣＨ候補セットの設定情報を送信するように構成されてもよく、第１のＰＤＣＣＨ候補セットは、第１のＰＤＣＣＨ候補を含み、第２のＰＤＣＣＨ候補セットは、第２のＰＤＣＣＨ候補を含み、第１のＰＤＣＣＨ候補及び第２のＰＤＣＣＨ候補は、同じリソースに対応し、第１のＰＤＣＣＨ候補は、ＰＤＣＣＨ候補グループに属し、第１のＰＤＣＣＨ候補及びＰＤＣＣＨ候補グループ内にある第３のＰＤＣＣＨ候補は、同じＤＣＩを伝送するために使用され、第３のＰＤＣＣＨ候補は、第３のＰＤＣＣＨ候補セットに属する。
トランシーバ・ユニット１３１０はまた、第１のＤＣＩを送信するように構成されており、第１のＤＣＩは、第１のＰＤＣＣＨ候補上で搬送されるか、又は第２のＰＤＣＣＨ候補上で搬送される。処理ユニット１３２０は、ＰＤＣＣＨ候補グループに従って参照ＰＤＣＣＨ候補を決定するか、又は第２のＰＤＣＣＨ候補を参照ＰＤＣＣＨとして使用するように構成されており、参照ＰＤＣＣＨ候補の時間領域位置は、上りリンク情報伝送又は下りリンク情報伝送のためのリソースを決定するために使用される。

【0180】

通信装置がネットワーク・デバイスに使用されるときに、一実装では、トランシーバ・ユニット１３１０は、第１のＰＤＣＣＨ候補セットの設定情報及び第２のＰＤＣＣＨ候補セットの設定情報を送信するように構成されており、第１のＰＤＣＣＨ候補セットに対応するリソースは、第２のＰＤＣＣＨ候補セットに対応するリソースと重複し、第１のＰＤＣＣＨ候補セットは、第１のＰＤＣＣＨ候補を含み、第１のＰＤＣＣＨ候補は、ＰＤＣＣＨ候補グループに属し、第１のＰＤＣＣＨ候補及びＰＤＣＣＨ候補グループ内にある第３のＰＤＣＣＨ候補は、同じＤＣＩを伝送するために使用され、第２のＰＤＣＣＨ候補セットは、第２のＰＤＣＣＨ候補を含み、第１のＰＤＣＣＨ候補及び第２のＰＤＣＣＨ候補は、重複したリソース上に位置し、第３のＰＤＣＣＨ候補は、第３のＰＤＣＣＨ候補セットに属する。トランシーバ・ユニット１３２０はまた、第１のＤＣＩを送信するように構成されており、第１のＤＣＩは、第１のＰＤＣＣＨ候補セット内にあり、かつ第２のＰＤＣＣＨ候補セットのリソースと重複しないリソース上のＰＤＣＣＨ候補上で搬送されるか、又は第１のＤＣＩは、第２のＰＤＣＣＨ候補セット内にあり、かつ第１のＰＤＣＣＨ候補セットのリソースと重複しないリソース上のＰＤＣＣＨ候補上で搬送される。

【0181】

通信装置がネットワーク・デバイスに使用されるときに、一実装では、トランシーバ・ユニット１３１０は、第１のＰＤＣＣＨ候補セットの設定情報及び第２のＰＤＣＣＨ候補セットの設定情報を送信するように構成されている。トランシーバ・ユニット１３１０はまた、第１のＤＣＩを送信するように構成されており、第１のＤＣＩは、第１のインジケータを含み、第１のインジケータは、第１のＤＣＩが、第１のＰＤＣＣＨ候補セット内の第１のＰＤＣＣＨ候補上で搬送されることか、又は第２のＰＤＣＣＨ候補セット内の第２のＰＤＣＣＨ候補上で搬送されることを示し、第１のＰＤＣＣＨ候補及び第２のＰＤＣＣＨ候補は、同じリソースに対応し、第１のＰＤＣＣＨ候補は、ＰＤＣＣＨ候補グループに属し、第１のＰＤＣＣＨ候補及びＰＤＣＣＨ候補グループ内にある第３のＰＤＣＣＨ候補は、同じＤＣＩを伝送するために使用され、第３のＰＤＣＣＨ候補は、第３のＰＤＣＣＨ候補セットに属する。上述のネットワーク・デバイス側の通信装置の説明については、端末側の通信装置の説明を参照されたい。トランシーバ・ユニット１３１０及び処理ユニット１３２０についてのより詳細な説明については、図５～図１２に示す方法の実施形態における関係する説明を参照のこと。詳細は、ここでは再度説明されない。

【0182】

装置におけるユニットの分割は、論理的機能の分割にすぎない。実際の実装では、ユニットの全部又は一部が、１つの物理エンティティに統合されてもよいし、物理的に分離されてもよい。追加的に、装置内の全てのユニットは、処理要素がソフトウェアを呼び出す形態で実装されてもよいし、ハードウェアの形態で実装されてもよいし、一部のユニットは、処理要素がソフトウェアを呼び出す形態で実装され、一部のユニットは、ハードウェアの形態で実装されてもよい。例えば、各ユニットは、別々に配設された処理要素であってもよいし、実装のために装置のチップに統合されてもよい。追加的に、各ユニットは、代替的に、ユニットの機能を実行するために装置の処理要素によって呼び出されるプログラムの形態でメモリに記憶されてもよい。追加的に、ユニットの全部又は一部が、統合されてもよいし、独立して実装されてもよい。ここで、処理要素はプロセッサとも呼ばれ、信号処理能力を有する集積回路であってもよい。実装中、上述の方法におけるステップ又は上述のユニットは、プロセッサ要素内のハードウェア統合論理回路を使用して実装されてもよいし、プロセッサ要素によって呼び出されるソフトウェアの形態で実装されてもよい。

【0183】

この出願の一実装では、ハードウェア実装に関して、１つ以上のプロセッサが処理ユニット１３２０の機能を実行してもよく、トランシーバ（送信機／受信機）及び／又は通信インターフェースがトランシーバ・ユニット１３１０の機能を実行してもよい。処理ユニット１３２０は、ハードウェアの形態でネットワーク・デバイス／端末のプロセッサに組み込まれてもよいし、このプロセッサから独立してもよいし、ソフトウェアの形態でネットワーク・デバイス／端末のメモリに記憶されてもよく、そのため、プロセッサは、上述の機能ユニットの各々に対応する動作を呼び出し、実行する。

【0184】

この出願の一実装では、上述の通信装置のうちのいずれか１つにおけるユニットは、上述の方法を実装するように構成された１つ以上の集積回路、例えば、１つ以上の特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳ ＩＣ）、１つ以上のマイクロプロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌｉｎｇ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、１つ以上のフィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、又はこれらの集積回路の形態のうちの少なくとも２つの組み合せであってもよい。別の例では、装置におけるユニットが、処理要素によってプログラムをスケジューリングすることによって実装されてもよいときに、処理要素は、汎用プロセッサ、例えば、汎用中央処理ユニット（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）又はプログラムを呼び出すことができる別のプロセッサであってもよい。さらに別の例では、ユニットは、システム・オン・チップ（ｓｙｓｔｅｍ－ｏｎ－ａ－ｃｈｉｐ、ＳｏＣ）の形態で統合及び実装されてもよい。集積回路は、一緒に統合されてチップを形成してもよい。

【0185】

情報を受信及び送信するように構成されている上述のユニット（例えば、トランシーバ・ユニット１３１０）は、通信装置のインターフェース回路であってもよく、別の装置から信号を受信するように構成されている。例えば、装置がチップの方式で実装されるときに、受信ユニットは、チップのものであり、かつ別のチップ又は装置から信号を受信するように構成されているインターフェース回路である。送信することに使用される上述のユニット（例えば、送信ユニット又は通信ユニット）は、装置のインターフェース回路であり、別の装置に信号を送信するように構成されている。例えば、装置がチップの方式で実装されるときに、送信ユニットは、チップのものであり、かつ別のチップ又は装置に信号を送信するように構成されているインターフェース回路である。

【0186】

図１４は、この出願の一実施形態によるネットワーク・デバイスの構造の概略図である。ネットワーク・デバイスは、基地局であってもよく、上述の方法の実施形態で提供された通信方法においてネットワーク・デバイスによって実行されるステップを実行するように構成されている。図１４に示すように、ネットワーク・デバイスは、アンテナ１４１０、無線周波数装置１４２０、及びベースバンド装置１４３０を含む。アンテナ１４１０は、無線周波数装置１４２０に接続される。上りリンク方向では、無線周波数装置１４２０は、アンテナ１４１０を使用して、端末によって送信された情報を受信し、端末によって送信された情報を処理のためにベースバンド装置１４３０に送信する。下りリンク方向では、ベースバンド装置１４３０は、端末に関する情報を処理し、無線周波数装置１４２０に端末に関する情報を送信する。無線周波数装置１４２０は、端末に関する情報を処理し、アンテナ１４１０を使用して、端末に端末に関する処理された情報を送信する。

【0187】

ベースバンド装置１４３０は、１つ以上の処理要素、例えば、主制御ＣＰＵ及び別の集積回路を含んでもよい。別の例では、基地局がＣＵ－ＤＵアーキテクチャを採用しているときに、ベースバンド装置１４３０の機能は、ＣＵ及び／又はＤＵによって実装されてもよい。追加的に、ベースバンド装置１４３０は、記憶要素１４３２及びインターフェース１４３３をさらに含んでもよい。記憶要素１４３２は、プログラム及びデータを記憶するように構成されている。インターフェース１４３３は、無線周波数装置１４２０との間で情報を交換するように構成されており、インターフェースは、例えば、コモン・パブリック・インターフェース（ｃｏｍｍｏｎ ｐｕｂｌｉｃ ｒａｄｉｏ ｉｎｔｅｒｆａｃｅ、ＣＰＲＩ）である。ネットワーク・デバイスに使用される上述の装置は、ベースバンド装置１４３０内に位置してもよい。例えば、ネットワーク・デバイスに使用される上述の装置は、ベースバンド装置１４３０内のチップであってもよい。チップは、少なくとも１つの処理要素、及びインターフェース回路を含む。処理要素は、上述の方法の実施形態で提供された任意の通信方法におけるネットワーク・デバイスによって実行されるステップを実行するように構成されており、インターフェース回路は、別の装置と通信するように構成されている。一実装では、前述の方法におけるステップを実装するネットワーク・デバイスのユニットは、プログラムをスケジューリングする処理要素の形態で実装されてもよい。例えば、ネットワーク・デバイスに使用される装置は、処理要素、及び記憶要素を含む。処理要素は、記憶要素に記憶されたプログラムを呼び出して、上述の方法の実施形態で提供された通信方法を実行する。記憶要素は、処理素子と同じチップ上に位置する記憶要素、すなわちオンチップ記憶要素であってもよいし、処理素子とは異なるチップ上に位置する記憶要素、すなわちオフチップ記憶要素であってもよい。

【0188】

図１５は、この出願の一実施形態による、端末の構造の概略図である。端末は、上述の方法の実施形態で提供された通信方法において端末によって実行されるステップを実装するように構成されている。図１５に示すように、端末は、アンテナ１５１０、無線周波数部１５２０、及び信号処理部１５３０を含む。アンテナ１５１０は、無線周波数部１５２０に接続される。下りリンク方向では、無線周波数部１５２０は、アンテナ１５１０を介して、ネットワーク・デバイスによって送信された情報を受信し、ネットワーク・デバイスによって送信された情報を処理のために信号処理部１５３０に送信する。上りリンク方向では、信号処理部１５３０は、端末の情報を処理し、その情報を無線周波数部１５２０に送信する。無線周波数部１５２０は、端末の情報を処理し、アンテナ１５１０を使用して、その処理された情報をネットワーク・デバイスに送信する。

【0189】

信号処理部１５３０は、データの各通信プロトコル層に対する処理を実装するように構成されている。信号処理部１５３０は、端末のサブシステムであってもよい。端末は、端末のオペレーティング・システム及びアプリケーション層を処理するための別のサブシステム、例えば、中央処理サブシステムをさらに含んでもよい。別の例では、端末は、別のデバイスに接続するための周辺サブシステムを含んでもよい。信号処理部１５３０は、別個に配設されたチップであってもよい。任意選択で、上述の装置は、信号処理部１５３０内に位置してもよい。

【0190】

ベースバンド処理部１５３０は、１つ以上の処理要素１５３１、例えば、主制御ＣＰＵ及び別の集積回路を含んでもよい。追加的に、信号処理部１５３０は、記憶要素１５３２、及びインターフェース回路１５３３とさらに含んでもよい。記憶要素１５３２は、データ及びプログラムを記憶するように構成されている。上述の方法において端末によって実行される方法を実行するために使用されるプログラムは、記憶要素１５３２に記憶されていてもよいし、記憶要素１５３２に記憶されていなくてもよい。例えば、プログラムは、信号処理部１５３０の外部のメモリに記憶される。信号処理部１５３０は、プログラムを使用するときに、プログラムをキャッシュ内にロードする。インターフェース回路１５３３は、装置と通信するように構成されている。上述の装置は、信号処理部１５３０内に位置してもよい。信号処理部１５３０は、チップを使用して実装されてもよい。チップは、少なくとも１つの処理要素、及びインターフェース回路を含む。処理要素は、上述の方法の実施形態で提供された任意の通信方法において端末によって実行されるステップを実行するように構成されている。インターフェース回路は、別の装置と通信するように構成されている。一実装では、上述の方法におけるステップを実装するネットワーク・デバイスのユニットは、プログラムをスケジューリングする処理要素の形態で実装されてもよい。例えば、装置は、処理要素、及び記憶要素を含む。処理要素は、記憶要素に記憶されたプログラムを呼び出して、上述の方法の実施形態で提供された任意の通信方法を実行する。記憶要素は、処理要素と同じチップ上に位置する記憶要素、すなわち、オンチップ記憶要素であってもよい。

【0191】

別の実装では、端末又はネットワーク・デバイスによって実行される上述の方法を実行するために使用されるプログラムは、処理要素とは異なるチップ上に位置する記憶要素、すなわち、オフチップ記憶要素内にあってもよい。このケースでは、処理要素は、オフチップ記憶要素からオンチップ記憶要素にプログラムを呼び出すか、又はロードして、上述の方法の実施形態において任意の通信方法を呼び出し、実行する。

【0192】

さらに別の実装では、この出願のこの実施形態で提供される通信装置は、少なくとも１つの処理要素及びインターフェース回路を含んでもよく、少なくとも１つの処理要素は、上述の方法の実施形態で提供される任意の通信方法を実行するように構成されている。処理要素は、具体的には、記憶要素に記憶されたプログラムを呼び出すことにより、端末又はネットワーク・デバイスによって実行されるステップの一部又は全部を第１の方式で実行してもよいし、具体的には、処理要素内のハードウェア集積論理回路を命令と組み合わせて使用して、端末又はネットワーク・デバイスによって実行されるステップの一部又は全部を第２の方式で実行してもよいし、もちろん、第１の方式と第２の方式とを組み合わせることによって、端末又はネットワーク・デバイスによって実行される処理の一部又は全部を実行してもよい。インターフェース回路は、トランシーバ又は入力／出力インターフェースであってもよいことが理解されよう。任意選択で、通信装置は、上述の処理要素によって実行される命令を記憶するか、命令を実行するために処理要素によって必要とされる入力データを記憶するか、又は処理要素が命令を実行した後に生成されたデータを記憶するように構成されたメモリをさらに含んでもよい。

【0193】

当業者であれば、方法の実施形態のプロセスの全部又は一部は、関連するハードウェアに命令するプログラムによって実装されてもよいと理解してもよい。プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。プログラムが実行されるときに、方法の実施形態のステップが実施される。前述の記憶媒体は、ＲＯＭ、ＲＡＭ、磁気ディスク、又は光ディスクなど、プログラム・コードを記憶することができる任意の媒体を含む。

【0194】

この出願の実施形態では、端末及び／又はネットワーク・デバイスが、この出願の実施形態における一部又は全部のステップを実行してもよいことを理解されたい。これらのステップ又は動作は、例にすぎない。この出願の実施形態では、他の動作又は様々な動作の変形をさらに実行されてもよい。追加的に、ステップは、この出願の実施形態で提示されるシーケンスとは異なるシーケンスで実行されてもよく、この出願の実施形態における全ての動作が実行されなくてもよい。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】