特表 2024-531919 無線通信システムにおいてＰＤＳＣＨ送受信方法及び装置

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

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

(54)【発明の名称】無線通信システムにおいてＰＤＳＣＨ送受信方法及び装置

(51)【国際特許分類】

   H04W 72/121 20230101AFI20240827BHJP

   H04W 72/0453 20230101ALI20240827BHJP

   H04W 72/232 20230101ALI20240827BHJP

   H04W 4/06 20090101ALI20240827BHJP

【ＦＩ】

H04W72/121

H04W72/0453

H04W72/232

H04W4/06

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024506723

(86)(22)【出願日】2022-08-05

(85)【翻訳文提出日】2024-02-02

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

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

(87)【国際公開日】2023-02-09

(31)【優先権主張番号】10-2021-0104060

(32)【優先日】2021-08-06

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＺＩＧＢＥＥ

(71)【出願人】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】イ ヨンテ

(72)【発明者】

【氏名】ヤン ソクチョル

(72)【発明者】

【氏名】キム ソンウク

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD34

5K067EE02

5K067EE10

5K067EE22

5K067EE61

5K067JJ22

(57)【要約】

無線通信システムにおいてＰＤＳＣＨ送受信方法及び装置が開示される。本開示の一実施例に係るマルチキャストＰＤＳＣＨを受信する方法は、基地局からＢＷＰに対するＰＤＳＣＨと関連した第１設定情報及び前記ＢＷＰ内設定されたＣＦＲに対する前記マルチキャストＰＤＳＣＨと関連した第２設定情報を受信する段階、前記基地局から、前記マルチキャストＰＤＳＣＨをスケジュールするためのＤＣＩを受信する段階、前記基地局から、前記ＤＣＩに基づいて前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信する段階を含んでよい。
【選択図】 図１３

【特許請求の範囲】

【請求項1】

無線通信システムにおいてマルチキャストＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信する方法であって、端末によって行われる前記方法は、
基地局から、周波数帯域部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対するＰＤＳＣＨと関連した第１設定情報、及び前記ＢＷＰ内設定された共通周波数リソース（ＣＦＲ：ｃｏｍｍｏｎ ｆｒｅｑｕｅｃｎｃｙ ｒｅｓｏｕｒｃｅ）に対する前記マルチキャストＰＤＳＣＨと関連した第２設定情報を受信する段階と、
前記基地局から、前記マルチキャストＰＤＳＣＨをスケジュールするための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する段階と、
前記基地局から、前記ＤＣＩに基づいて前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信する段階と、を含み、
前記第１設定情報は、１つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第１レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記第２設定情報は、１つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第２レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記ＣＦＲが前記ＢＷＰ内に設定されるにもかかわらず、前記１つ以上の第１レートマッチパターングループ及び前記１つ以上の第２レートマッチパターングループのうち、前記マルチキャストＰＤＳＣＨの受信に適用するために、前記ＤＣＩによって前記１つ以上の第２レートマッチパターングループのみが指示される、方法。

【請求項2】

前記ＤＣＩによって前記１つ以上の第１レートマッチパターングループが指示されることに基づいて、前記端末によって前記ＤＣＩ内前記１つ以上の第１レートマッチパターングループを指示する情報が無視（ｉｇｎｏｒｅ）される、請求項１に記載の方法。

【請求項3】

前記ＤＣＩによって前記１つ以上の第１レートマッチパターングループが指示されることに基づいて、前記端末によって前記ＤＣＩ全体が無視（ｉｇｎｏｒｅ）される、請求項１に記載の方法。

【請求項4】

前記ＤＣＩのＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）をスクランブルするＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）に基づいて、暗黙的に前記ＤＣＩによって前記１つ以上の第２レートマッチパターングループが指示される、請求項１に記載の方法。

【請求項5】

前記ＤＣＩは、Ｇ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）又はＧ－ＣＳ－ＲＮＴＩ（ｇｒｏｕｐ－ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）によってスクランブルされたＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を含む、請求項１に記載の方法。

【請求項6】

前記端末によって前記マルチキャストＰＤＳＣＨはシステム情報（ＳＩ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）又はページング（ｐａｇｉｎｇ）送信と重複（ｏｖｅｒｌａｐ）しないと仮定される、請求項１に記載の方法。

【請求項7】

前記マルチキャストＰＤＳＣＨがシステム情報（ＳＩ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）又はページング（ｐａｇｉｎｇ）送信と重複（ｏｖｅｒｌａｐ）するとき、あらかじめ設定された優先順位に基づいて、ｉ）前記マルチキャストＰＤＳＣＨ、又はｉｉ）前記ＳＩ又はページング（ｐａｇｉｎｇ）送信のいずれか１つが受信される、請求項１に記載の方法。

【請求項8】

前記第２設定情報内に含まれていない前記第１設定情報内に設定されたパラメータが、前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信するために適用される、請求項１に記載の方法。

【請求項9】

前記第１設定情報内の引用指示に基づいて、前記第２設定情報内に含まれていない前記第１設定情報内に設定されたパラメータが、前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信するために適用される、請求項１に記載の方法。

【請求項10】

無線通信システムにおいてマルチキャストＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信する端末であって、前記端末は、
無線信号を送受信するための少なくとも１つの送受信部（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記少なくとも１つの送受信部を制御する少なくとも１つのプロセッサと、を含み、
前記少なくとも１つのプロセッサは、
基地局から、周波数帯域部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対するＰＤＳＣＨと関連した第１設定情報、及び前記ＢＷＰ内設定された共通周波数リソース（ＣＦＲ：ｃｏｍｍｏｎ ｆｒｅｑｕｅｃｎｃｙ ｒｅｓｏｕｒｃｅ）に対する前記マルチキャストＰＤＳＣＨと関連した第２設定情報を受信し、
前記基地局から、前記マルチキャストＰＤＳＣＨをスケジュールするための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、
前記基地局から、前記ＤＣＩに基づいて前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信するように設定され、
前記第１設定情報は、１つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第１レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記第２設定情報は、１つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第２レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記ＣＦＲが前記ＢＷＰ内に設定されるにもかかわらず、前記１つ以上の第１レートマッチパターングループ及び前記１つ以上の第２レートマッチパターングループのうち、前記マルチキャストＰＤＳＣＨの受信に適用するために、前記ＤＣＩによって前記１つ以上の第２レートマッチパターングループのみが指示される、端末。

【請求項11】

少なくとも１つの命令を保存する少なくとも１つの非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ可読媒体であって、
少なくとも１つのプロセッサによって実行される前記少なくとも１つの命令は、マルチキャストＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信する装置が、
基地局から、周波数帯域部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対するＰＤＳＣＨと関連した第１設定情報、及び前記ＢＷＰ内設定された共通周波数リソース（ＣＦＲ：ｃｏｍｍｏｎ ｆｒｅｑｕｅｃｎｃｙ ｒｅｓｏｕｒｃｅ）に対する前記マルチキャストＰＤＳＣＨと関連した第２設定情報を受信し、
前記基地局から、前記マルチキャストＰＤＳＣＨをスケジュールするための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、
前記基地局から、前記ＤＣＩに基づいて前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信するように制御し、
前記第１設定情報は、１つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第１レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記第２設定情報は、１つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第２レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記ＣＦＲが前記ＢＷＰ内に設定されるにもかかわらず、前記１つ以上の第１レートマッチパターングループ及び前記１つ以上の第２レートマッチパターングループのうち、前記マルチキャストＰＤＳＣＨの受信に適用するために、前記ＤＣＩによって前記１つ以上の第２レートマッチパターングループのみが指示される、コンピュータ可読媒体。

【請求項12】

無線通信システムにおいてマルチキャストＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信する端末を制御するように設定されるプロセシング装置であって、
前記プロセシング装置は、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、前記少なくとも１つのプロセッサによって実行されることに基づいて、動作を行う指示（ｉｎｓｔｒｕｃｔｉｏｎ）を保存する少なくとも１つのコンピュータメモリと、を含み、
前記動作は、
基地局から、周波数帯域部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対するＰＤＳＣＨと関連した第１設定情報、及び前記ＢＷＰ内設定された共通周波数リソース（ＣＦＲ：ｃｏｍｍｏｎ ｆｒｅｑｕｅｃｎｃｙ ｒｅｓｏｕｒｃｅ）に対する前記マルチキャストＰＤＳＣＨと関連した第２設定情報を受信する段階と、
前記基地局から、前記マルチキャストＰＤＳＣＨをスケジュールするための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する段階と、
前記基地局から、前記ＤＣＩに基づいて前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信する段階と、を含み、
前記第１設定情報は、１つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第１レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記第２設定情報は、１つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第２レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記ＣＦＲが前記ＢＷＰ内に設定されるにもかかわらず、前記１つ以上の第１レートマッチパターングループ及び前記１つ以上の第２レートマッチパターングループのうち、前記マルチキャストＰＤＳＣＨの受信に適用するために、前記ＤＣＩによって前記１つ以上の第２レートマッチパターングループのみが指示される、プロセシング装置。

【請求項13】

無線通信システムにおいてマルチキャストＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送信する方法であって、基地局によって行われる前記方法は、
端末に、周波数帯域部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対するＰＤＳＣＨと関連した第１設定情報、及び前記ＢＷＰ内設定された共通周波数リソース（ＣＦＲ：ｃｏｍｍｏｎ ｆｒｅｑｕｅｃｎｃｙ ｒｅｓｏｕｒｃｅ）に対する前記マルチキャストＰＤＳＣＨと関連した第２設定情報を送信する段階と、
前記端末に、前記マルチキャストＰＤＳＣＨをスケジュールするための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信する段階と、
前記端末に、前記ＤＣＩに基づいて前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを送信する段階と、を含み、
前記第１設定情報は、１つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第１レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記第２設定情報は、１つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第２レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記ＣＦＲが前記ＢＷＰ内に設定されるにもかかわらず、前記１つ以上の第１レートマッチパターングループ及び前記１つ以上の第２レートマッチパターングループのうち、前記マルチキャストＰＤＳＣＨの受信に適用するために、前記ＤＣＩによって前記１つ以上の第２レートマッチパターングループのみが指示される、方法。

【請求項14】

無線通信システムにおいてマルチキャストＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送信する基地局であって、前記基地局は、
無線信号を送受信するための少なくとも１つの送受信部（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記少なくとも１つの送受信部を制御する少なくとも１つのプロセッサと、を含み、
前記少なくとも１つのプロセッサは、
端末に、周波数帯域部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対するＰＤＳＣＨと関連した第１設定情報、及び前記ＢＷＰ内設定された共通周波数リソース（ＣＦＲ：ｃｏｍｍｏｎ ｆｒｅｑｕｅｃｎｃｙ ｒｅｓｏｕｒｃｅ）に対する前記マルチキャストＰＤＳＣＨと関連した第２設定情報を送信し、
前記端末に、前記マルチキャストＰＤＳＣＨをスケジュールするための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信し、
前記端末に、前記ＤＣＩに基づいて前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを送信するように設定され、
前記第１設定情報は、１つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第１レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記第２設定情報は、１つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記１つ以上の第２レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含み、
前記ＣＦＲが前記ＢＷＰ内に設定されるにもかかわらず、前記１つ以上の第１レートマッチパターングループ及び前記１つ以上の第２レートマッチパターングループのうち、前記マルチキャストＰＤＳＣＨの受信に適用するために、前記ＤＣＩによって前記１つ以上の第２レートマッチパターングループのみが指示される、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいてマルチキャストＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送受信する方法及び装置に関する。

【背景技術】

【0002】

移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声に留まらずデータサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によってリソースの不足現象が発生しており、ユーザもより高速のサービスを要求していることから、より発展した移動通信システムが望まれている。

【0003】

次世代移動通信システムの要求条件は、大きく、爆発的なデータトラフィックの受容、ユーザ当たりの送信率の画期的な増加、大幅に増加した連結デバイス個数の受容、非常に低い端対端遅延（Ｅｎｄ－ｔｏ－Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率の支援である。そのために、二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ－ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ－Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）などの様々な技術が研究されている。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本開示の技術的課題は、マルチキャストＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送信する方法及び装置を提供することである。

【0005】

本開示の技術的課題は、共通周波数リソース（ＣＦＲ：ｃｏｍｍｏｎ ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ）内でマルチキャストＰＤＳＣＨの送受信のためのレートマッチ（ＲＭ：ｒａｔｅ ｍａｔｃｈ）及び／又はＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソース関連設定／適用を行う方法及び装置を提供することである。

【0006】

本開示で遂げようとする技術的課題は、以上で言及した技術的課題に限定されず、言及していない別の技術的課題は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

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

【0007】

本開示の一態様に係る無線通信システムにおいてマルチキャストＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信する方法であって、端末によって行われる前記方法は、基地局から、周波数帯域部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対するＰＤＳＣＨと関連した第１設定情報、及び前記ＢＷＰ内設定された共通周波数リソース（ＣＦＲ：ｃｏｍｍｏｎ ｆｒｅｑｕｅｃｎｃｙ ｒｅｓｏｕｒｃｅ）に対する前記マルチキャストＰＤＳＣＨと関連した第２設定情報を受信する段階、前記基地局から、前記マルチキャストＰＤＳＣＨをスケジュールするための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する段階、及び、前記基地局から、前記ＤＣＩに基づいて前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信する段階を含んでよい。前記第１設定情報は、一つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記一つ以上の第１レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する一つ以上のレートマッチパターンを含み、前記第２設定情報は、一つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記一つ以上の第２レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する一つ以上のレートマッチパターンを含み、前記ＣＦＲが前記ＢＷＰ内に設定されるにもかかわらず、前記一つ以上の第１レートマッチパターングループ及び前記一つ以上の第２レートマッチパターングループのうち、前記マルチキャストＰＤＳＣＨの受信に適用するために、前記ＤＣＩによって前記一つ以上の第２レートマッチパターングループのみが指示されてよい。

【0008】

本開示の他の一態様に係る無線通信システムにおいてマルチキャストＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を送信する方法であって、基地局によって行われる前記方法は、端末に、周波数帯域部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対するＰＤＳＣＨと関連した第１設定情報、及び前記ＢＷＰ内設定された共通周波数リソース（ＣＦＲ：ｃｏｍｍｏｎ ｆｒｅｑｕｅｃｎｃｙ ｒｅｓｏｕｒｃｅ）に対する前記マルチキャストＰＤＳＣＨと関連した第２設定情報を送信する段階、前記端末に、前記マルチキャストＰＤＳＣＨをスケジュールするための下りリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を送信する段階、及び、前記端末に、前記ＤＣＩに基づいて前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを送信する段階を含んでよい。前記第１設定情報は、一つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記一つ以上の第１レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する一つ以上のレートマッチパターンを含み、前記第２設定情報は、一つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、前記一つ以上の第２レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する一つ以上のレートマッチパターンを含み、前記ＣＦＲが前記ＢＷＰ内に設定されるにもかかわらず、前記一つ以上の第１レートマッチパターングループ及び前記一つ以上の第２レートマッチパターングループのうち、前記マルチキャストＰＤＳＣＨの受信に適用するために、前記ＤＣＩによって前記一つ以上の第２レートマッチパターングループのみが指示されてよい。

【発明の効果】

【0009】

本開示の実施例によれば、レートマッチパターン設定、ＣＳＩ－ＲＳリソース設定に基づいてマルチキャストＰＤＳＣＨを送受信することにより、マルチキャストＰＤＳＣＨ送信効率を向上させることができる。

【0010】

本開示から得られる効果は、以上で言及した効果に限定されず、言及していない別の効果は、以下の記載から、本開示の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

【図面の簡単な説明】

【0011】

本開示に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本開示に関する実施例を提供し、詳細な説明と一緒に本開示の技術的特徴を説明する。

【0012】

【図1】本開示の適用が可能な無線通信システムの構造を例示する。

【0013】

【図2】本開示の適用が可能な無線通信システムにおいてフレーム構造を例示する。

【0014】

【図3】本開示の適用が可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。

【0015】

【図4】本開示の適用が可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。

【0016】

【図5】本開示の適用が可能な無線通信システムにおいてスロット構造を例示する。

【0017】

【図6】本開示の適用が可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。

【0018】

【図7】本開示の適用が可能な無線通信システムにおいて多重ＴＲＰ送信方式を例示する。

【0019】

【図8】本開示の適用が可能な無線通信システムにおいて下りリンクデータに対するＨＡＲＱ－ＡＣＫ過程を例示する。

【0020】

【図9】本開示の一実施例に係るマルチキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送受信手順を例示する。

【0021】

【図10】本開示の適用が可能な無線通信システムにおいてグループ共通ＰＤＣＣＨ／ＰＤＳＣＨ送信とＨＡＲＱ－ＡＣＫ送信を例示する。

【0022】

【図11】本開示の一実施例に係る半持続的ＺＰ ＣＳＩ－ＲＳリソースセット活性／非活性ＭＡＣ ＣＥを例示する。

【0023】

【図12】本開示の一実施例に係るＰＵＣＣＨ空間関係活性／非活性（ＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ）ＭＡＣ ＣＥを例示する。

【0024】

【図13】本開示の一実施例に係るマルチキャストＰＤＳＣＨ送受信方法に対する端末の動作を例示する。

【0025】

【図14】本開示の一実施例に係るマルチキャストＰＤＳＣＨ送受信方法に対する基地局の動作を例示する。

【0026】

【図15】本開示の一実施例に係る無線通信装置のブロック構成図を例示する。

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

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

【表1】

【0083】

ＮＲは、様々な５Ｇサービスを支援するための多数のヌメロロジー（又は、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドでの広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれよりも高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚよりも大きい帯域幅を支援する。

【0084】

ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１、ＦＲ２は、下表２のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｍＷ：ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ）を意味できる。

【0085】

【表2】

【0086】

ＮＲシステムにおけるフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）と関連して、時間領域の様々なフィールドのサイズは、Ｔ_ｃ＝１／（Δｆ_ｍａｘ・Ｎ_ｆ）の時間単位の倍数と表現される。ここで、Δｆ_ｍａｘ＝４８０・１０^３Ｈｚであり、Ｎ_ｆ＝４０９６である。下りリンク（ｄｏｗｎｌｉｎｋ）及び上りリンク（ｕｐｌｉｎｋ）送信は、Ｔ_ｆ＝１／（Δｆ_ｍａｘＮ_ｆ／１００）・Ｔ_ｃ＝１０ｍｓの区間を有する無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）で構成（ｏｒｇａｎｉｚｅｄ）される。ここで、無線フレームはそれぞれ、Ｔ_ｓｆ＝（Δｆ_ｍａｘＮ_ｆ／１０００）・Ｔ_ｃ＝１ｍｓの区間を有する１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成される。この場合、上りリンクに対する１セットのフレーム及び下りリンクに対する１セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号ｉにおける送信は、当該端末における該当の下りリンクフレームの開始よりＴ_ＴＡ＝（Ｎ_ＴＡ＋Ｎ_{ＴＡ，ｏｆｆｓｅｔ}）Ｔ_ｃ以前に始めなければならない。サブキャリア間隔構成μに対して、スロット（ｓｌｏｔ）は、サブフレーム内でｎ_ｓ ^μ∈｛０，．．．，Ｎ_ｓｌｏｔ ^{ｓｕｂｆｒａｍｅ，μ}－１｝の増加する順序で番号が付けられ、無線フレーム内でｎ_ｓ，ｆ ^μ∈｛０，．．．，Ｎ_ｓｌｏｔ ^{ｆｒａｍｅ，μ}－１｝の増加する順序で番号が付けられる。一つのスロットはＮ_ｓｙｍｂ ^ｓｌｏｔの連続するＯＦＤＭシンボルで構成され、Ｎ_ｓｙｍｂ ^ｓｌｏｔは、ＣＰによって決定される。サブフレームにおいてスロットｎ_ｓ ^μの開始は、同一サブフレームにおいてＯＦＤＭシンボルｎ_ｓ ^μＮ_ｓｙｍｂ ^ｓｌｏｔの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット（ｄｏｗｎｌｉｎｋ ｓｌｏｔ）又は上りリンクスロット（ｕｐｌｉｎｋ ｓｌｏｔ）における全てのＯＦＤＭシンボルが用いられ得るわけではことを意味する。

【0087】

表３は、一般ＣＰにおいてスロット別ＯＦＤＭシンボルの個数（Ｎ_ｓｙｍｂ ^ｓｌｏｔ）、無線フレーム別スロットの個数（Ｎ_ｓｌｏｔ ^{ｆｒａｍｅ，μ}）、サブフレーム別スロットの個数（Ｎ_ｓｌｏｔ ^{ｓｕｂｆｒａｍｅ，μ}）を示し、表４は、拡張ＣＰにおいてスロット別ＯＦＤＭシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。

【0088】

【表3】

【0089】

【表4】

【0090】

図２は、μ＝２である場合（ＳＣＳが６０ｋＨｚ）の一例であり、表３を参照すると、１サブフレーム（ｓｕｂｆｒａｍｅ）は４個のスロット（ｓｌｏｔ）を含むことができる。図２に示す１サブフレーム＝｛１，２，４｝スロットは一例であり、１サブフレームに含まれ得るスロットの個数は、表３又は表４のように定義される。また、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）は、２、４又は７シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。

【0091】

ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）と関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮されてよい。以下、ＮＲシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。

【0092】

まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性（ｌａｒｇｅ－ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、２個のアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ或いはｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）関係にあると言える。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信タイミング（Ｒｅｃｅｉｖｅｄ Ｔｉｍｉｎｇ）のいずれか一つ以上を含む。

【0093】

図３には、本開示の適用が可能な無線通信システムにおいてリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。

【0094】

図３を参照すると、リソースグリッドが、周波数領域上にＮ_ＲＢ ^μＮ_ｓｃ ^ＲＢサブキャリアで構成され、一つのサブフレームが１４・２^μＯＦＤＭシンボルで構成されることを例示的に記述するが、これに限定されない。ＮＲシステムにおいて、送信される信号（ｔｒａｎｓｍｉｔｔｅｄ ｓｉｇｎａｌ）は、Ｎ_ＲＢ ^μＮ_ｓｃ ^ＲＢサブキャリアで構成される一つ又はそれ以上のリソースグリッド及び２^μＮ_ｓｙｍｂ ^（μ）のＯＦＤＭシンボルによって説明される。ここで、Ｎ_ＲＢ ^μ≦Ｎ_ＲＢ ^{ｍａｘ，μ}である。前記Ｎ_ＲＢ ^{ｍａｘ，μ}は、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートｐ別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートｐに対するリソースグリッドの各要素は、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）と呼ばれ、インデックス対

によって固有に識別される。ここで、ｋ＝０，．．．，Ｎ_ＲＢ ^μＮ_ｓｃ ^ＲＢ－１は、周波数領域上のインデックスであり、

，．．．，２^μＮ_ｓｙｍｂ ^（μ）－１は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対（ｋ，ｌ）が用いられる。ここで、ｌ＝０，．．．，Ｎ_ｓｙｍｂ ^μ－１である。μ及びアンテナポートｐに対するリソース要素

は、複素値（ｃｏｍｐｌｅｘ ｖａｌｕｅ）

に該当する。混同（ｃｏｎｆｕｓｉｏｎ）する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスｐ及びμはドロップ（ｄｒｏｐ）してよく、その結果、複素値は

になり得る。また、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ，ＲＢ）は、周波数領域上のＮ_ｓｃ ^ＲＢ＝１２の連続するサブキャリアと定義される。

【0095】

ポイント（ｐｏｉｎｔ）Ａは、リソースブロックグリッドの共通基準ポイント（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）として働き、次のように取得される。

【0096】

－ プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）ダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のために端末によって用いられたＳＳ／ＰＢＣＨブロックと重なる最低リソースブロックの最低サブキャリアとポイントＡ間の周波数オフセットを示す。ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現される。

【0097】

－ ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ－ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）におけるように表現されたｐｏｉｎｔ Ａの周波数－位置を示す。

【0098】

共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）は、サブキャリア間隔設定μに対する周波数領域において０から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック０のサブキャリア０の中心は、‘ポイントＡ’と一致する。周波数領域において共通リソースブロック番号ｎ_ＣＲＢ ^μとサブキャリア間隔設定μに対するリソース要素（ｋ，ｌ）との関係は、下記の式１のように与えられる。

【0099】

【数1】

【0100】

式１で、ｋは、ｋ＝０がポイントＡを中心とするサブキャリアに該当するようにポイントＡに相対的に定義される。物理リソースブロックは、帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内で０からＮ_{ＢＷＰ，ｉ} ^{ｓｉｚｅ，μ}－１まで番号が付けられ、ｉは、ＢＷＰの番号である。ＢＷＰ ｉにおいて物理リソースブロックｎ_ＰＲＢと共通リソースブロックｎ_ＣＲＢ間の関係は、下記の式２によって与えられる。

【0101】

【数2】

【0102】

Ｎ_{ＢＷＰ，ｉ} ^{ｓｔａｒｔ，μ}は、ＢＷＰが共通リソースブロック０に相対的に始まる共通リソースブロックである。

【0103】

図４には、本開示の適用が可能な無線通信システムにおいて物理リソースブロック（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を例示する。そして、図５には、本開示の適用が可能な無線通信システムにおいてスロット構造を例示する。

【0104】

図４及び図５を参照すると、スロットは、時間ドメインにおいて複数のシンボルを含む。例えば、一般ＣＰでは１スロットが７個のシンボルを含むが、拡張ＣＰでは１スロットが６個のシンボルを含む。

【0105】

搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（物理）リソースブロックと定義され、一つのヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）に対応し得る。搬送波は、最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は活性化されたＢＷＰで行われ、一つの端末には一つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素（ＲＥ：Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ）と呼ばれ、一つの複素シンボルがマップされてよい。

【0106】

ＮＲシステムは、一つのコンポーネントキャリア（ＣＣ：Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）当たりに最大４００ＭＨｚまで支援されてよい。このような広帯域ＣＣ（ｗｉｄｅｂａｎｄ ＣＣ）で動作する端末が常にＣＣ全体に対する無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）チップ（ｃｈｉｐ）をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域ＣＣ内に動作する様々な活用ケース（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Ｍｍｔｃ、Ｖ２Ｘなど）を考慮すれば、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（例えば、サブキャリア間隔など）が支援されてよい。或いは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局は広帯域ＣＣの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）と定義する。ＢＷＰは、周波数軸上で連続したＲＢで構成されてよく、一つのヌメロロジー（例えば、サブキャリア間隔、ＣＰ長、スロット／ミニスロット区間）に対応し得る。

【0107】

一方、基地局は、端末に設定された一つのＣＣ内でも多数のＢＷＰを設定できる。例えば、ＰＤＣＣＨモニタリングスロットでは相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨは、それよりも大きいＢＷＰ上にスケジュールされてよい。或いは、特定ＢＷＰにＵＥが集中する場合に、ロードバランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために一部の端末に他のＢＷＰを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち一部のスペクトル（ｓｐｅｃｔｒｕｍ）を排除し、両方のＢＷＰを同一スロット内でも設定できる。すなわち、基地局は、広帯域ＣＣと関連付けられた（ａｓｓｏｃｉａｔｉｏｎ）端末に、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定できる。基地局は特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＲＲＣシグナリングなどによって）活性化させることができる。また、基地局は、他の設定されたＤＬ／ＵＬ ＢＷＰへのスイッチングを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどによって）指示できる。又は、タイマーベースでタイマー値が満了すると、定められたＤＬ／ＵＬ ＢＷＰにスイッチしてもよい。このとき、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。ただし、端末が最初接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を行っている中であるか、或いはＲＲＣ連結がセットアップ（ｓｅｔ ｕｐ）される前であるなどの状況では、ＤＬ／ＵＬ ＢＷＰに対する設定を受信できないことがあるので、このような状況で端末が仮定するＤＬ／ＵＬ ＢＷＰは、最初活性ＤＬ／ＵＬ ＢＷＰと定義する。

【0108】

図６には、本開示の適用が可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。

【0109】

無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。

【0110】

端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ６０１）。そのために、端末は基地局から主同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）及び副同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）を受信して基地局と同期を取り、セル識別子（ＩＤ：Ｉｄｅｎｔｉｆｉｅｒ）などの情報を取得できる。その後、端末は基地局から物理放送チャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（ＤＬ ＲＳ：Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信して下りリンクチャネル状態を確認することができる。

【0111】

初期セル探索を終えた端末は、物理下りリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及び前記ＰＤＣＣＨに乗せられた情報によって物理下りリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信し、より具体的なシステム情報をすることが取得できる（Ｓ６０２）。

【0112】

一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程（ＲＡＣＨ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（段階Ｓ６０３～段階Ｓ６０６）。そのために、端末は、物理任意接続チャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）で特定シーケンスをプリアンブルとして送信し（Ｓ６０３及びＳ６０５）、プリアンブルに対する応答メッセージを、ＰＤＣＣＨ及び対応するＰＤＳＣＨで受信することができる（Ｓ６０４及びＳ６０６）。競合ベースＲＡＣＨの場合、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。

【0113】

上述したような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ６０７）及び物理上りリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）／物理上りリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ６０８）を行うことができる。特に、端末はＰＤＣＣＨで下りリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。

【0114】

一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ ＬＴＥシステムにおいて、端末は上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨで送信できる。

【0115】

表５は、ＮＲシステムでのＤＣＩフォーマット（ｆｏｒｍａｔ）の一例を示す。

【0116】

【表5】

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

３ＧＰＰ ＭＢＭＳは、ｉ）複数の基地局セルが同期化して同一データをＰＭＣＨ（ｐｈｙｓｉｃａｌ ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ）を介して送信する単一周波数ネットワーク（ＳＦＮ：ｓｉｎｇｌｅ ｆｒｅｑｕｅｎｃｙ ｎｅｔｗｏｒｋ）方式と、ｉｉ）ＰＤＣＣＨ／ＰＤＳＣＨチャネルを介して当該セルカバレッジ内で放送するＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｐｏｉｎｔ Ｔｏ Ｍｕｌｔｉｐｏｉｎｔ）方式とに区別される。ＳＦＮ方式は、あらかじめ静的（ｓｅｍｉ－ｓｔａｔｉｃ）に割り当てられたリソースを用いて広い地域（例えば、ＭＢＭＳ領域（ａｒｅａ））に放送サービスを提供するために用いられるが、ＳＣ－ＰＴＭ方式は、動的リソースを用いてセルカバレッジ内でのみ放送サービスを提供するために主に用いられる。

【0195】

ＳＣ－ＰＴＭは、一つの論理チャネル（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）であるＳＣ－ＭＣＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、及び一つ又は複数の論理チャネルであるＳＣ－ＭＴＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）を提供する。このような論理チャネルは、送信チャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）であるＤＬ－ＳＣＨ（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）、物理チャネルであるＰＤＳＣＨにマップされる。ＳＣ－ＭＣＣＨ或いはＳＣ－ＭＴＣＨデータを送信するＰＤＳＣＨは、Ｇ－ＲＮＴＩ（ｇｒｏｕｐ－ＲＮＴＩ）で指示されるＰＤＣＣＨを介してスケジュールされる。このとき、サービス識別子（ＩＤ：ｉｄｅｎｔｉｔｙ）に該当する臨時マルチキャストグループＩＤ（ＴＭＧＩ：ｔｅｍｐｏｒａｒｙ ｍｕｌｔｉｃａｓｔ ｇｒｏｕｐ ＩＤ）が、特定Ｇ－ＲＮＴＩ値と一対一マップされてよい。したがって、基地局が複数のサービスを提供する場合には、複数のＧ－ＲＮＴＩ値がＳＣ－ＰＴＭ送信のために割り当てられてよい。一つ又は複数の端末が、特定サービス受信のために特定Ｇ－ＲＮＴＩを用いてＰＤＣＣＨモニタリング（ｍｏｎｉｔｏｒｉｎｇ）を行うことができる。ここで、特定サービス／特定Ｇ－ＲＮＴＩのためにＳＣ－ＰＴＭ専用をＤＲＸオンデュレーション（ｏｎ－ｄｕｒａｔｉｏｎ）区間を設定できる。この場合、これらの端末は、特定オンデュレーション区間でのみ起床して前記Ｇ－ＲＮＴＩに対するＰＤＣＣＨモニタリングを行う。

【0196】

マルチキャスト（ｍｕｌｔｉｃａｓｔ）送信のためのタイプ３（ｔｙｐｅ ３）ＨＡＲＱ－ＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）支援方法

【0197】

－ ＰＵＣＣＨ：物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）

【0198】

－ ＰＵＳＣＨ：物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）

【0199】

－ ＭＣＣＨ：マルチキャスト制御チャネル（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）

【0200】

－ ＭＴＣＨ：マルチキャストトラフィックチャネル（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）

【0201】

－ ＲＲＭ：無線リソース管理（Ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）

【0202】

－ ＲＬＭ：無線リンクモニタリング（Ｒａｄｉｏ ｌｉｎｋ ｍｏｎｉｔｏｒｉｎｇ）

【0203】

－ ＳＣＳ：サブキャリア間隔（Ｓｕｂ－ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）

【0204】

－ ＲＬＭ：無線リンクモニタリング（Ｒａｄｉｏ ｌｉｎｋ ｍｏｎｉｔｏｒｉｎｇ）

【0205】

－ ＤＣＩ：下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）

【0206】

－ ＣＡＰ：チャネルアクセス手順（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）

【0207】

－ Ｕｃｅｌｌ：非免許セル（Ｕｎｌｉｃｅｎｓｅｄ ｃｅｌｌ）

【0208】

－ ＰＣｅｌｌ：プライマリセル（Ｐｒｉｍａｒｙ Ｃｅｌｌ）

【0209】

－ ＰＳＣｅｌｌ：プライマリＳＣＧセル（Ｐｒｉｍａｒｙ ＳＣＧ Ｃｅｌｌ）

【0210】

－ ＴＢＳ：送信ブロックサイズ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ）

【0211】

－ ＴＤＲＡ：時間ドメインリソース割り当て（Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ）

【0212】

－ ＳＬＩＶ：開始及び長さ指示子値（Ｓｔａｒｔｉｎｇ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ）（ＰＤＳＣＨ及び／或いはＰＵＳＣＨのスロット（ｓｌｏｔ）内開始シンボルインデックス（ｉｎｄｅｘ）及びシンボル個数に対する指示値である。当該ＰＤＳＣＨ及び／或いはＰＵＳＣＨをスケジューリング（ｓｃｈｅｄｕｌｉｎｇ）するＰＤＣＣＨ内にＴＤＲＡフィールド（ｆｉｅｌｄ）を構成する項目（ｅｎｔｒｙ）の構成要素として設定されてよい。）

【0213】

－ ＢＷＰ：帯域幅部分（ＢａｎｄＷｉｄｔｈ Ｐａｒｔ）（周波数軸上で連続したリソースブロック（ＲＢ：ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）で構成されてよい。一つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長、スロット／ミニスロット区間（ｓｌｏｔ／ｍｉｎｉ－ｓｌｏｔ ｄｕｒａｔｉｏｎ）など）に対応し得る。また、一つのキャリア（ｃａｒｒｉｅｒ）で複数のＢＷＰが設定（キャリア当たりにＢＷＰ個数も制限されてよい。）されてよいが、活性化（ａｃｔｉｖａｔｉｏｎ）されたＢＷＰ個数は、キャリア当たりにその一部（例えば、１個）として制限されてよい。）

【0214】

－ ＣＯＲＥＳＥＴ：制御リソースセット（ＣＯｎｔｒｏｌ ＲＥｓｏｕｒｓｅ ＳＥＴ）（ＰＤＣＣＨの送信が可能な時間周波数リソース領域を意味し、ＢＷＰ当たりにＣＯＲＥＳＥＴ個数が制限されてよい。）

【0215】

－ ＲＥＧ：リソース要素グループ（Ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）

【0216】

－ ＳＦＩ：スロットフォーマット指示子（Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ）（特定スロット内のシンボルレベルＤＬ／ＵＬ方向（ｄｉｒｅｃｔｉｏｎ）を指示する指示子であり、グループ共通ＰＤＣＣＨ（ｇｒｏｕｐ ｃｏｍｍｏｎ ＰＤＣＣＨ）で送信される。）

【0217】

－ ＣＯＴ：チャネル占有時間（Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ）

【0218】

－ ＳＰＳ：半持続的スケジューリング（Ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）

【0219】

－ ＱＣＬ：Ｑｕａｓｉ－Ｃｏ－Ｌｏｃａｔｉｏｎ（２つの参照信号（ＲＳ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）間ＱＣＬ関係とは、一つのＲＳから取得したドップラーシフト（Ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、ドップラースプレッド（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、平均遅延（ａｖｅｒａｇｅ ｄｅｌａｙ）、平均スプレッド（ｄｅｌａｙ ｓｐｒｅａｄ）、空間受信パラメータ（Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ）などのようなＱＣＬパラメータ（ｐａｒａｍｅｔｅｒ）が、他のＲＳ（或いは、当該ＲＳのアンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ））にも適用可能であることを意味できる。ＮＲシステムにおいて、次のように４個のＱＣＬタイプが定義されている。「ｔｙｐｅＡ」：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ，ａｖｅｒａｇｅ ｄｅｌａｙ，ｄｅｌａｙ ｓｐｒｅａｄ｝、「ｔｙｐｅＢ」：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ｝、「ｔｙｐｅＣ」：｛Ｄｏｐｐｌｅｒ ｓｈｉｆｔ，ａｖｅｒａｇｅ ｄｅｌａｙ｝、「ｔｙｐｅＤ」：｛Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ｝。あるＤＬ ＲＳアンテナポートに対して、第１ＤＬ ＲＳがＱＣＬタイプＸ（Ｘ＝Ａ、Ｂ、Ｃ、又はＤ）に対する参照（ｒｅｆｅｒｅｎｃｅ）として設定され、さらに、第２ ＤＬ ＲＳがＱＣＬタイプＹ（Ｙ＝Ａ、Ｂ、Ｃ、又はＤ、ただし、Ｘ≠Ｙ）に対する参照（ｒｅｆｅｒｅｎｃｅ）として設定されてよい。）

【0220】

－ ＴＣＩ：送信設定指示（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）（一つのＴＣＩ状態（ｓｔａｔｅ）は、ＰＤＳＣＨのＤＭ－ＲＳポート、ＰＤＣＣＨのＤＭ－ＲＳポート、或いはＣＳＩ－ＲＳリソースのＣＳＩ－ＲＳポートなどと一つ或いは複数ＤＬ ＲＳ間ＱＣＬ関係を含んでいる。ＰＤＳＣＨをスケジュールするＤＣＩ内のフィールドのうち、「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」に対しては、当該フィールドを構成する各コードポイント（ｃｏｄｅ ｐｏｉｎｔ）に対応するＴＣＩ状態インデックス（ｓｔａｔｅ ｉｎｄｅｘ）は、ＭＡＣ制御要素（ＣＥ：ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）によって活性化され、各ＴＣＩ状態インデックス別ＴＣＩ状態設定は、ＲＲＣシグナリング（ｓｉｇｎａｌｉｎｇ）によって設定される。Ｒｅｌ－１６ ＮＲシステムにおいて、当該ＴＣＩ状態はＤＬ ＲＳ間に設定されるが、将来のリリースにおいて、ＤＬ ＲＳとＵＬ ＲＳ間或いはＵＬ ＲＳとＵＬ ＲＳ間の設定が許容されてよい。ＵＬ ＲＳの例には、ＳＲＳ、ＰＵＳＣＨ ＤＭ－ＲＳ、ＰＵＣＣＨ ＤＭ－ＲＳなどがある。）

【0221】

－ ＳＲＩ：ＳＲＳリソース指示子（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）（ＰＵＳＣＨをスケジュールするＤＣＩ内のフィールドのうち「ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ」に設定されたＳＲＳリソースインデックス値のうちの一つを指示する。端末は、ＰＵＳＣＨ送信時に、当該ＳＲＳリソースと連動している参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）の送受信に用いられたのと同じ空間ドメイン送信フィルター（ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ）を活用してＰＵＳＣＨを送信することができる。ここで、ＳＲＳリソース別にＳＲＳ空間関係情報（ＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ）パラメータによって参照ＲＳ（ｒｅｆｅｒｅｎｃｅ ＲＳ）がＲＲＣシグナリングによって設定され、ＳＳ／ＰＢＣＨブロック、ＣＳＩ－ＲＳ、或いはＳＲＳなどが参照ＲＳに設定されてよい。）

【0222】

－ ＴＲＰ：送信及び受信ポイント（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）

【0223】

－ ＰＬＭＮ ＩＤ：公衆陸上モバイルネットワーク識別子（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ｉｄｅｎｔｉｆｉｅｒ）

【0224】

－ ＲＡＣＨ：ランダムアクセスチャネル（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）

【0225】

－ ＲＡＲ：ランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）

【0226】

－ Ｍｓｇ３：Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ又はＣＣＣＨ（ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）サービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）を含むＵＬ－ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して送信され、上位層から提供され、ランダムアクセス手順の一部でＵＥ競合解消識別子（ＵＥ Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｉｄｅｎｔｉｔｙ）と関連付けられるメッセージである。

【0227】

－ 特別セル（Ｓｐｅｃｉａｌ Ｃｅｌｌ）：二重連結（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）動作において特別セルという用語は、ＭＡＣエンティティがＭＣＧ（ｍａｓｔｅｒ ｃｅｌｌ ｇｒｏｕｐ）又はＳＣＧ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ ｇｒｏｕｐ）にそれぞれ関連するか否かによって、ＭＣＧのＰＣｅｌｌ又はＳＣＧのＰＳＣｅｌｌを表す。或いは、特別セルという用語は、ＰＣｅｌｌを表す。特別セルは、ＰＵＣＣＨ送信及び競合ベースランダムアクセスを支援し、常に活性化される。

【0228】

－ サービングセル（Ｓｅｒｖｉｎｇ Ｃｅｌｌ）：ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＳＣｅｌｌ（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）を含む。

【0229】

－ ＣＧ：設定されたグラント（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）

【0230】

－ Ｔｙｐｅ １ ＣＧ又はＴｙｐｅ ２ ＣＧ：タイプ１ ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ又はタイプ ２ ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ

【0231】

－ フォールバック（Ｆａｌｌ－ｂａｃｋ）ＤＣＩ：フォールバック動作のために利用可能なＤＣＩフォーマット（ｆｏｒｍａｔ）を表し、例えば、ＤＣＩ ｆｏｒｍａｔ ０＿０、１＿０が該当する。

【0232】

－ ノン－フォールバック（ｎｏｎ フォールバック）ＤＣＩ：フォールバック ＤＣＩ以外のＤＣＩフォーマットを表し、例えば、ＤＣＩ ｆｏｒｍａｔ ０＿１、１＿１が該当する。

【0233】

－ ＳＳ：サーチスペース（ｓｅａｒｃｈ ｓｐａｃｅ）

【0234】

－ ＦＤＲＡ：周波数ドメインリソース割り当て（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）

【0235】

－ ＴＤＲＡ：時間ドメインリソース割り当て（ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）

【0236】

－ ＬＰ、ＨＰ：低い優先順位（Ｌｏｗ（ｅｒ） ｐｒｉｏｒｉｔｙ）、高い（Ｈｉｇｈ（ｅｒ） ｐｒｉｏｒｉｔｙ）

【0237】

セルＡに対するＡ／Ｎ：セルＡで受信されたデータ（例えば、ＰＤＳＣＨ）に対するＡ／Ｎ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報

【0238】

－ ＵＬ ＣＩ：上りリンク取消指示（Ｕｐｌｉｎｋ ｃａｎｃｅｌａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）

【0239】

－ ＣＦＲ：ＭＢＳ（ｍｕｌｔｉｃａｓｔ ａｎｄ ｂｒｏａｄｃａｓｔ ｓｅｒｖｉｃｅ）のための共通周波数リソース（ｃｏｍｍｏｎ ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ）。一つのＤＬ ＣＦＲは、ＭＢＳ送受信のためのグループ共通（ｇｒｏｕｐ ｃｏｍｍｏｎ）ＰＤＣＣＨとグループ共通ＰＤＳＣＨ送信リソースを提供する。一つのＵＬ ＣＦＲは、グループ共通ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソースを提供する。一つのＣＦＲは、一つのＭＢＳ特定（ｓｐｅｃｉｆｉｃ）ＢＷＰであるか、一つのＵＥ特定ＢＷＰである。或いは、一つのＵＥ特定ＢＷＰ内に一つ又は複数のＣＦＲが設定されてよい。一つのＣＦＲは、一つのＵＥ特定ＢＷＰと連結関係がある。

【0240】

－ ＴＭＧＩ：臨時モバイルグループ識別子（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｇｒｏｕｐ Ｉｄｅｎｔｉｔｙ）。ＭＢＳサービス識別子で、特定サービスを示す。

【0241】

－ Ｇ－ＲＮＴＩ：グループ無線ネットワーク臨時識別子（Ｇｒｏｕｐ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）。ＭＢＳを受信する端末グループ識別子を表す。

【0242】

前に述べた内容（３ＧＰＰシステム、フレーム構造、ＮＲシステムなど）は、後述する本開示で提案する方法と結合して適用されてよく、又は、本開示で提案する方法の技術的特徴を明確にすることを助けることができる。本開示において、「／」とは、文脈によって、「及び（ａｎｄ）」、「又は（ｏｒ）」、或いは「及び／又は（ａｎｄ／ｏｒ）」を意味する。

【0243】

従来技術において、基地局は特定端末に端末専用ＳＰＳ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を設定し、設定された周期によって反復される下りＳＰＳ送信リソースを割り当てることができる。ここで、端末専用ＰＤＣＣＨのＤＣＩは、特定ＳＰＳ設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ）の活性化（ＳＰＳ ａｃｔｉｖａｔｉｏｎ）を指示でき、これにより、当該端末がＳＰＳ送信リソースを、設定された周期によって反復して受信することができる。このようなＳＰＳ送信リソースは、初期ＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）送信に用いられ、基地局は、端末専用ＰＤＣＣＨのＤＣＩを用いて、特定ＳＰＳ 設定インデックスの再送信リソースを割り当てることができる。例えば、端末がＳＰＳ送信リソースに対してＨＡＲＱ ＮＡＣＫを報告すれば、基地局はＤＣＩで再送信リソースを割り当て、端末が下り再送信を受信できるようにしてよい。また、端末専用ＰＤＣＣＨのＤＣＩは、特定ＳＰＳ設定インデックスの非活性化（ＳＰＳ解除（ｒｅｌｅａｓｅ）或いはＳＰＳ非活性化（ｄｅａｃｔｉｖａｔｉｏｎ））を指示でき、これを受信した端末は、指示されたＳＰＳ送信リソースを受信しない。ここで、前記ＳＰＳに対する活性化／再送信／非活性化のためのＤＣＩのＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）は、ＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ－ＲＮＴＩ）でスクランブルされる。

【0244】

Ｒｅｌ－１７ ＮＲでは、ＬＴＥ ＭＢＭＳと類似なＭＢＳ（Ｍｕｌｔｉｃａｓｔ Ｂｒｏａｄｃａｓｔ Ｓｅｒｖｉｃｅ）サービスを支援するためのＤＬブロードキャスト或いはＤＬマルチキャスト送信方式を導入しようとする。基地局は、ＤＬブロードキャスト或いはＤＬマルチキャストの送信のために、ポイント－対－多重ポイント（ＰＴＭ：ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）送信方式及び／又はポイント－対－ポイント（ＰＴＰ：ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）送信方式を提供する。

【0245】

ＭＢＳのためのＰＴＭ送信方式では、基地局はグループ共通ＰＤＣＣＨ（Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＣＣＨ）とグループ共通ＰＤＳＣＨ（Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＳＣＨ）を複数の端末に送信し、複数の端末は、同一のグループ共通ＰＤＣＣＨとグループ共通ＰＤＳＣＨの送信を同時に受信し、同一のＭＢＳデータをデコード（ｄｅｃｏｄｉｎｇ）する。

【0246】

一方、ＭＢＳのためのＰＴＰ送信方式では、基地局が端末専用ＰＤＣＣＨと端末専用ＰＤＳＣＨを特定端末に送信し、当該端末のみが端末専用ＰＤＣＣＨと端末専用ＰＤＳＣＨを受信する。ここで、同一ＭＢＳサービスを受信する複数の端末が存在する場合に、基地局は、互いに異なる端末専用ＰＤＣＣＨと端末専用ＰＤＳＣＨを介して、個別端末に同一ＭＢＳデータを個別に送信する。すなわち、同一ＭＢＳデータが複数の端末に提供されるが、各端末別に互いに異なるチャネル（すなわち、ＰＤＣＣＨ、ＰＤＣＣＨ）が用いられる。

【0247】

上述したように、ＰＴＭ送信方式において基地局は複数の端末に複数のグループ共通ＰＤＳＣＨを送信する。ここで、基地局は複数の端末から端末専用のＰＵＣＣＨリソースでグループ共通のＰＤＳＣＨに対する端末のＨＡＲＱ－ＡＣＫを受信することができる。

【0248】

ここで、マルチキャストＰＤＳＣＨ（又は、グループ共通ＰＤＳＣＨ）に対するＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）を成功的にデコード（ｄｅｃｏｄｉｎｇ）した場合に、端末はＨＡＲＱ－ＡＣＫ情報としてＡＣＫを送信する。一方、ＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）を成功的にデコードできなかった場合に、端末はＨＡＲＱ－ＡＣＫ情報としてＮＡＣＫを送信する。このようなＨＡＲＱ－ＡＣＫ送信方式をＡＣＫ／ＮＡＣＫベースの（ｂａｓｅｄ）ＨＡＲＱ－ＡＣＫ方式（モード）と呼ぶ。一般に、端末は、端末専用ＰＵＣＣＨリソースでＡＣＫ／ＮＡＣＫベースのＨＡＲＱ－ＡＣＫを送信できる。

【0249】

一方、マルチキャストＰＤＳＣＨ（又は、グループ共通ＰＤＳＣＨ）に対してＮＡＣＫのみベースの（ＮＡＣＫ ｏｎｌｙ ｂａｓｅｄ）ＨＡＲＱ－ＡＣＫ方式（モード）が設定された場合に、端末は、ＡＣＫである場合にはＰＵＣＣＨ送信を行わず、ＮＡＣＫである場合にのみＰＵＣＣＨ送信を行う。ここで、ＰＵＣＣＨは、グループ共通ＰＵＣＣＨリソースでＨＡＲＱ－ＡＣＫ情報としてＮＡＣＫのみが送信されてよい。

【0250】

以下、本開示において、ＭＢＳサービス（すなわち、ＭＢＳ ＴＢ）を運ぶＰＤＳＣＨ受信をスケジュールするＤＣＩフォーマット（又は、ＰＤＣＣＨ）を、ＭＢＳ ＤＣＩフォーマット（又は、ＰＤＣＣＨ）又はマルチキャスト（ｍｕｌｔｉｃａｓｔ）ＤＣＩフォーマット（又は、ＰＤＣＣＨ）と呼ぶことができる。例えば、ＰＤＳＣＨ受信をスケジュールするＧ－ＲＮＴＩ（ｇｒｏｕｐ－ＲＮＴＩ）又はＧ－ＣＳ－ＲＮＴＩ（ｇｒｏｕｐ－ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ－ＲＮＴＩ）によってスクランブルされたＣＲＣを含むＤＣＩフォーマット（又は、ＰＤＣＣＨ）を、ＭＢＳ ＤＣＩフォーマット（又は、ＰＤＣＣＨ）又はマルチキャストＤＣＩフォーマット（又は、ＰＤＣＣＨ）と呼ぶことができる。ここで、本開示において特に言及がない限り、ＭＢＳ ＤＣＩフォーマット（又は、ＰＤＣＣＨ）又はマルチキャストＤＣＩフォーマット（又は、ＰＤＣＣＨ）は、ＭＢＳのためのＰＴＭ方式によるグループ共通ＤＣＩフォーマット（又は、ＰＤＣＣＨ）とＭＢＳのためのＰＴＰ方式によるＵＥ特定ＤＣＩフォーマット（又は、ＰＤＣＣＨ）を全て含んでよい。

【0251】

また、本開示において特に言及がない限り（例えば、動的スケジューリングによるＰＤＳＣＨとＳＰＳによるＰＤＳＣＨの区分）、ＭＢＳ ＤＣＩフォーマット（又は、ＰＤＣＣＨ）又はマルチキャストＤＣＩフォーマット（又は、ＰＤＣＣＨ）によってスケジュールされるＰＤＳＣＨ（また、ＰＴＰ方式のＵＥ特定ＤＣＩフォーマット（又は、ＰＤＣＣＨ）によってスケジュールされるＰＤＳＣＨ）及びグループ共通ＳＰＳ ＰＤＳＣＨを、ＭＢＳ ＰＤＳＣＨ又はマルチキャストＰＤＳＣＨと総称できる。言い換えると、本開示において特に言及がない限り、ＭＢＳ ＰＤＳＣＨ又はマルチキャストＰＤＳＣＨは、ＭＢＳのためのＰＴＭ方式によるグループ共通ＰＤＳＣＨとＭＢＳのためのＰＴＰ方式によるＵＥ特定ＰＤＳＣＨを全て含んでよい。

【0252】

また、マルチキャスト（又は、ＭＢＳ）ＤＣＩフォーマット（又は、ＰＤＣＣＨ）又はマルチキャストＰＤＳＣＨと関連したＨＡＲＱ－ＡＣＫ情報は、ＭＢＳ ＨＡＲＱ－ＡＣＫ情報又はマルチキャストＨＡＲＱ－ＡＣＫ情報と呼ぶことができる。本開示において特に言及がない限り、このようなＭＢＳ ＨＡＲＱ－ＡＣＫ情報又はマルチキャストＨＡＲＱ－ＡＣＫ情報は、ＰＴＰ／ＰＴＭ方式によるＵＥ特定ＰＵＣＣＨ／ＰＵＳＣＨを介して送信されてもよく、ＰＴＭ方式によるグループ共通ＰＵＣＣＨ／ＰＵＳＣＨを介して送信されてもよい。

【0253】

また、本開示において特に言及がない限り（例えば、動的スケジューリングによるＰＤＳＣＨとＳＰＳによるＰＤＳＣＨの区分）、ユニキャストＤＣＩフォーマット（又は、ＰＤＣＣＨ）によってスケジュールされるＰＤＳＣＨ及びＵＥ特定ＳＰＳ ＰＤＳＣＨを、ユニキャスト／ＵＥ特定ＰＤＳＣＨと総称できる。

【0254】

また、本開示においてＭＢＳ ＰＤＳＣＨ又はマルチキャストＰＤＳＣＨに対するＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）を成功的にデコード（ｄｅｃｏｄｉｎｇ）した場合に、端末は、ＨＡＲＱ－ＡＣＫ情報としてＡＣＫを送信できる。一方、ＭＢＳ ＰＤＳＣＨ又はマルチキャストＰＤＳＣＨに対するＴＢを成功的にデコードできなかった場合に、端末は、ＨＡＲＱ－ＡＣＫ情報としてＮＡＣＫを送信できる。このようなＨＡＲＱ－ＡＣＫ送信方式をＡＣＫ／ＮＡＣＫベースの（ｂａｓｅｄ）ＨＡＲＱ－ＡＣＫ方式（モード）と呼ぶ。

【0255】

一方、ＭＢＳ ＰＤＳＣＨ又はマルチキャストＰＤＳＣＨに対するＴＢを成功的にデコードした場合に、端末は、ＰＵＣＣＨ（又は、ＰＵＳＣＨ）を介してＨＡＲＱ－ＡＣＫ情報（すなわち、ＡＣＫ）を送信しなくてよい。一方、ＭＢＳ ＰＤＳＣＨ又はマルチキャストＰＤＳＣＨに対するＴＢを成功的にデコードできなかった場合に、端末は、ＨＡＲＱ－ＡＣＫ情報としてＮＡＣＫを送信できる。このようなＨＡＲＱ－ＡＣＫ送信方式をＮＡＣＫベースの（ｂａｓｅｄ）ＨＡＲＱ－ＡＣＫ方式（モード）と呼ぶ。言い換えると、ＮＡＣＫのみベースの（ＮＡＣＫ ｏｎｌｙ ｂａｓｅｄ）ＨＡＲＱ－ＡＣＫ方式（モード）が設定された場合に、端末は、ＡＣＫである場合にはＰＵＣＣＨ（又は、ＰＵＳＣＨ）送信を行わず、ＮＡＣＫである場合にのみＰＵＣＣＨ（又は、ＰＵＳＣＨ）送信を行うことができる。

【0256】

また、本開示において、サブスロット、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）、シンボルスロット（ｓｙｍｂｏｌ ｓｌｏｔ）はいずれも、１スロットよりも小さい時間単位を示し、本開示においてそれぞれに対して明確に区分して説明しない限り、いずれも同等な意味で解釈されてよい。また、これらの用語はいずれも、スロット内１以上のシンボルと見なされても／解釈されてもよい。

【0257】

図９は、本開示の一実施例に係るマルチキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送受信手順を例示する。

【0258】

図９（ａ）では、ＵＥ１と基地局（ｇＮＢ）（ビーム／ＴＲＰ １）とのシグナリング手順を例示し、図９（ｂ）は、ＵＥ２と基地局（ｇＮＢ）（ビーム／ＴＲＰ ２）とのシグナリング手順を例示する。また、図９（ａ）では、ＰＤＳＣＨの再送信がないケースを例示し、図９（ｂ）では、ＰＤＳＣＨの再送信があるケースを例示する。図９では、説明の便宜のために、２つの手順を共に例示するが、これに限定されるものではない。すなわち、ＵＥ１とＵＥ２が（互いに異なるビーム／ＴＲＰを介して）同一基地局に接続するように制限されないし、２つの手順が共に進行されるように制限されない。言い換えると、図９（ａ）及び図９（ｂ）は、互いに別個の手順であるが、説明の便宜のために共に示されており、共通する段階については共通する説明が記述される。

【0259】

１．図９に示されてはいないが、（図９の手順の前に）ＵＥはＲＲＣ連結モード（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ｍｏｄｅ）に進入し、基地局に一つ以上の関心のある（ｉｎｔｅｒｅｓｔｅｄ）ＭＢＳサービス（ｓｅｒｖｉｃｅ）を指示するメッセージ／情報を送信できる。

【0260】

Ａ．前記メッセージ／情報は、上りリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）、ＭＡＣ ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）、及びＲＲＣメッセージのうちいずれか一つによって伝達されてよい。

【0261】

Ｂ．前記メッセージ／情報内の関心のあるＭＢＳサービスは、基地局から受信したＤＬメッセージに含まれたＴＭＧＩ又はＧ－ＲＮＴＩのうち一つを意味できる。

【0262】

例えば、前記ＤＬメッセージは、ＴＭＧＩ＃１、ＴＭＧＩ＃３、ＴＭＧＩ＃５及びＴＭＧＩ＃１０を含むサービス可用性（ａｖａｉｌａｂｉｌｉｔｙ）メッセージであってよい。仮に、ＵＥがＴＭＧＩ＃５に関心があれば、ＵＥは、前記メッセージ／情報にＴＭＧＩ＃５の順番（ｏｒｄｅｒ）を指示できる。すなわち、ＵＥは基地局に「３」を報告できる。

【0263】

他の一例として、前記ＤＬメッセージは、Ｇ－ＲＮＴＩ＃１、Ｇ－ＲＮＴＩ＃３、Ｇ－ＲＮＴＩ＃５及びＧ－ＲＮＴＩ＃１０を含むサービス可用性（ａｖａｉｌａｂｉｌｉｔｙ）メッセージであってよい。仮に、ＵＥがＧ－ＲＮＴＩ＃１０に関心があれば、ＵＥは、前記メッセージ／情報にＧ－ＲＮＴＩ＃１０の順番（ｏｒｄｅｒ）を指示できる。すなわち、ＵＥは基地局に「４」を報告できる。

【0264】

２．前記メッセージ／情報を受信すれば、基地局は、ｉ）共通周波数リソース（ＣＦＲ：ｃｏｍｍｏｎ ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ）設定、ｉｉ）一つ以上のＧ－ＲＮＴＩ値に対するＴＣＩ状態（ｓｔａｔｅ）を含む一つ以上のグループ共通ＰＤＳＣＨ設定、ｉｉｉ）一つ以上のＧ－ＲＮＴＩ値に対するＴＣＩ状態を含む検索空間（ＳＳ：ｓｅａｒｃｈ ｓｐａｃｅ）設定のうち少なくとも一つをＲＲＣメッセージでＵＥに送信できる（Ｓ９０１ａ、Ｓ９０１ｂ）。

【0265】

図９では、一つのＲＲＣメッセージを例示しているが、これに限定されず、ｉ）～ｉｉｉ）設定は、互いに異なる（又は、一部のみが同一である）ＲＲＣメッセージでＵＥに提供されてよい。

【0266】

基地局からＲＲＣメッセージを受信したＵＥは、ＲＲＣメッセージによって一つ以上のグループ共通ＰＤＳＣＨ（例えば、グループ共通ＳＰＳ ＰＤＳＣＨ）設定を設定できる。

【0267】

Ａ．ＲＲＣメッセージは、ＰＴＭ ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）で送信されるグループ共通メッセージ又はＵＥ特定ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）で送信されるＵＥ専用メッセージであってよい。

【0268】

Ｂ．ＵＥは、それぞれのＭＢＳ ＣＦＲ又は各サービングセルに対する少なくともＧ－ＲＮＴＩ値が設定されてよい。又は、これに加えて、ＧＣ－ＣＳ－ＲＮＴＩ（ｇｒｏｕｐ ｃｏｍｍｏｎ－ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ－ＲＮＴＩ）も設定されてよく、一つ以上のグループ共通ＳＰＳ設定の活性化、再送信又は解除のために用いられてよい。

【0269】

－ 仮に、ＵＥが、ＣＦＲ又はサービングセルに対してＧＣ－ＣＳ－ＲＮＴＩが設定されない場合に、ＣＳ－ＲＮＴＩが前記ＣＦＲ又は前記サービングセルに対して設定されていれば、ＵＥは、一つ以上のグループ共通ＳＰＳ設定の活性化、再送信又は解除のためにＣＳ－ＲＮＴＩを使用することができる。

【0270】

－ 基地局は、一つのＧＣ－ＣＳ－ＲＮＴＩにＴＭＧＩのリスト又はＧ－ＲＮＴＩのリストを連係させることができる。この場合、基地局は、ＧＣ－ＣＳ－ＲＮＴＩ値に連係されたＴＭＧＩのリスト又はＧ－ＲＮＴＩのリストを端末に提供することができる。

【0271】

Ｃ．各ＰＤＳＣＨ設定（例えば、ＲＲＣパラメータＰＤＳＣＨ－ｃｏｎｆｉｇ）は、マルチキャスト及び／又はブロードキャストに対する少なくとも下表６のような情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を含んでよい。

【0272】

表６は、ＰＤＳＣＨパラメータを設定するために用いられるＰＤＳＣＨ－Ｃｏｎｆｉｇ ＩＥを例示する。

【0273】

【表6】

【0274】

表７は、先の図６のＰＤＳＣＨ－ｃｏｎｆｉｇのフィールドに関する説明を例示する。

【0275】

【表7-1】

【表7-2】

【0276】

３．設定されたＣＦＲに対するＳＳ（ｓｅａｒｃｈ ｓｐａｃｅ）が設定されると、ＵＥは、ＣＲＣがＧ－ＲＮＴＩ又はＧ－ＣＳ－ＲＮＴＩでスクランブルされたＤＣＩを受信するために設定されたＣＦＲ内の設定されたＳＳ上でＰＤＣＣＨをモニターする（Ｓ９０２ａ、Ｓ９０２ｂ）。

【0277】

４．ＭＢＳサービスのためのマルチキャスト無線ベアラー（ＭＲＢ：ＭＢＳ ｒａｄｉｏ ｂｅａｒｅｒ）のＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）でデータユニットの利用が可能であれば、基地局は、サービス－対－リソース（ｓｅｒｖｉｃｅ－ｔｏ－ｒｅｓｏｕｒｃｅ）マッピングによって、ｉ）ＭＢＳサービスのためのＭＲＢのＭＴＣＨと連係されるか、ｉｉ）ＭＢＳサービスのＴＭＧＩと連係されるか、ｉｉｉ）ＭＢＳサービスの短いＩＤ（ｓｈｏｒｔ ＩＤ）と連係されるか、ｉｖ）ＭＢＳサービスにマップされたＧ－ＲＮＴＩに連係される、ＳＰＳ ＰＤＳＣＨ機会（ｏｃｃａｓｉｏｎ）に対するデータユニットを含むＴＢ（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を構成して（ｃｏｎｓｔｒｕｃｔ）送信する。

【0278】

ＴＢのグループ共通動的なスケジューリングにおいて、基地局はＵＥにＰＤＣＣＨ上でＤＣＩを送信する（Ｓ９０３ａ、Ｓ９０３ｂ）。

【0279】

ここで、前記ＤＣＩのＣＲＣは、Ｇ－ＲＮＴＩ、Ｇ－ＣＳ－ＲＮＴＩ又はＣＳ－ＲＮＴＩによってスクランブルされてよい。また、前記ＰＤＣＣＨは、グループ共通ＰＤＣＣＨ又はＵＥ特定ＰＤＣＣＨであってよい。

【0280】

図９では、Ｇ－ＲＮＴＩ＃１でスクランブルされたＣＲＣが付着された（含まれた）グループ共通ＤＣＩが送信され、反復（ｒｅｐｅｔｉｔｉｏｎ）＝３である場合を例示する。

【0281】

前記ＤＣＩは、次のような情報（フィールド）を含んでよい。

【0282】

－ ＤＣＩフォーマットに対する識別子（Ｉｄｅｎｔｉｆｉｅｒ ｆｏｒ ＤＣＩ ｆｏｒｍａｔｓ）：この情報（フィールド）は、ＭＢＳ特定ＤＣＩフォーマットを指示したり又はＭＢＳのための既存のＤＣＩフォーマットのうち一つを指示できる。

【0283】

－ キャリア指示子（Ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒ）：この情報（フィールド）は、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨが送信されるＣＦＲの（サービング又はＭＢＳ特定）セル又は前記ＣＦＲと関連したＵＥの活性（ａｃｔｉｖｅ）ＢＷＰのサービングセルを指示する。

【0284】

－ 帯域幅部分指示子（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ ｉｎｄｉｃａｔｏｒ）：この情報（フィールド）は、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨが送信されるＣＦＲに割り当てられたＢＷＰ ＩＤ又は前記ＣＦＲと関連したＵＥの活性ＢＷＰのＢＷＰ ＩＤを指示する。

【0285】

その他にも、前記ＤＣＩは、周波数ドメインリソース割り当て（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）、時間ドメインリソース割り当て（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）、ＶＲＢとＰＲＢとのマッピング（ＶＲＢ－ｔｏ－ＰＲＢ ｍａｐｐｉｎｇ）、ＰＲＢバンドリングサイズ指示子（ＰＲＢ ｂｕｎｄｌｉｎｇ ｓｉｚｅ ｉｎｄｉｃａｔｏｒ）、レートマッチング指示子（Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ）、ＺＰ ＣＳＩ－ＲＳトリガー（ＺＰ ＣＳＩ－ＲＳ ｔｒｉｇｇｅｒ）、変調及びコーディング方式（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）、新しいデータ指示子（ＮＤＩ：Ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）、リダンダンシーバージョン（Ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）、ＨＡＲＱプロセス番号（ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）、下りリンク承認インデックス（Ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ）、スケジュールされたＰＵＣＣＨに対する送信パワー制御（ＴＰＣ：ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ）命令（ＴＰＣ ｃｏｍｍａｎｄ ｆｏｒ ｓｃｈｅｄｕｌｅｄ ＰＵＣＣＨ）、ＰＵＣＣＨリソース指示子（ＰＲＩ：ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）、ＰＤＳＣＨに対するＨＡＲＱフィードバックタイミング指示子（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ）、アンテナポート（Ａｎｔｅｎｎａ ｐｏｒｔ（ｓ））、送信設定指示（ＴＣＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）、ＳＲＳ要請（ＳＲＳ ｒｅｑｕｅｓｔ）、ＤＭＲＳシーケンス初期化（ＤＭＲＳ ｓｅｑｕｅｎｃｅ ｉｎｉｔｉａｌｉｚａｔｉｏｎ）、優先順位指示子（Ｐｒｉｏｒｉｔｙ ｉｎｄｉｃａｔｏｒ）に関する情報を含んでよい。

【0286】

グループ共通動的スケジューリングにおいて、基地局は、ｉ）グループ共通又はＵＥ特定ＲＲＣメッセージによって、又はｉｉ）グループ共通又はＵＥ特定ＭＡＣ ＣＥによって、ＴＭＧＩ又はＧ－ＲＮＴＩ又はＧＣ－ＣＳ－ＲＮＴＩによって識別されたＭＢＳサービスに対する次のサービス－リソース（ｓｅｒｖｉｃｅ－ｔｏ－ｒｅｓｏｕｒｃｅ）マッピングのうち一つ以上をＵＥに提供できる。ＭＢＳサービスのデータは、マルチキャストトラフィック論理チャネルである、ＭＢＳサービスと関連したＭＴＣＨの、ＭＢＳラジオベアラー（ＭＲＢ）を通じて運搬されてよい。ＲＲＣメッセージは、ＰＴＭ ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を通じて送信されるグループ共通メッセージ又はＵＥ特定ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を通じて送信されるＵＥ専用メッセージであってよい。ＭＢＳサービスデータを運ぶＰＤＳＣＨをスケジュールするＤＣＩは、また、ＭＢＳサービスのためのｓｈｏｒｔ ＩＤ、ＭＴＣＨ ＩＤ、ＭＲＢ ＩＤ、Ｇ－ＲＮＴＩ値及びＴＭＧＩ値のうち一つ以上を指示できる。

【0287】

５．ＵＥが受信するのに関心があるＧ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩを受信すれば、ｉ）ＭＢＳサービスとＤＣＩ内指示されたＨＡＲＱプロセス番号（ＨＰＮ：ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）とのマッピング、及び／又はｉｉ）（利用可能な場合に）ＭＢＳサービスとＤＣＩ内指示されたｓｈｏｒｔ ＩＤとのマッピングに基づいて、ＵＥは各ＰＤＳＣＨ機会（ｏｃｃａｓｉｏｎ）に対するｓｈｏｒｔ ＩＤ、ＭＴＣＨ ＩＤ、ＭＲＢ ＩＤ、Ｇ－ＲＮＴＩ値及びＴＭＧＩ値のうち一つ以上と関連したＭＢＳサービスを決定できる。

【0288】

基地局はＵＥに当該ＭＢＳサービスデータを運ぶＰＤＳＣＨを送信し（Ｓ９０４ａ、Ｓ９０４ｂ）（図９ではＧ－ＲＮＴＩ＃１とマップされたＭＢＳサービスデータが伝達される場合を例示する。）、ＵＥは、前記決定されたＭＢＳサービスに関心があれば、ＤＣＩによってスケジュールされたＰＤＳＣＨ送信を受信することができる（Ｓ９０５ａ、Ｓ９０５ｂ）。

【0289】

一方、図９の例示と違い、ＵＥが決定されたＭＢＳサービスに関心がなければ、ＵＥは、ＤＣＩによってスケジュールされたＰＤＳＣＨ送信を受信しなくてよい。

【0290】

その後、ＰＤＳＣＨ送信のデコーディング状態によって、ＵＥはＨＡＲＱフィードバックを基地局に送信する。

【0291】

６．ＭＢＳ ＨＡＲＱ－ＡＣＫに対するＰＵＣＣＨリソースを指示するグループ共通ＤＣＩを受信したＵＥは、次のように、ＤＣＩによってスケジュールされたＰＤＳＣＨ受信後にＰＵＣＣＨを介してＨＡＲＱ－ＡＣＫを基地局に送信できる（Ｓ９０６ａ）。

【0292】

Ａ．ＰＴＭ方式１において、グループ共通ＤＣＩは、少なくともＡＣＫ／ＮＡＣＫベースのＨＡＲＱ－ＡＣＫに対して単一のＰＵＣＣＨリソース指示子（ＰＲＩ）及び単一ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミング指示子（Ｋ１）を指示できる。

【0293】

Ｂ．グループ共通ＤＣＩに対するＡＣＫ／ＮＡＣＫベースのＨＡＲＱ－ＡＣＫのためのＵＥ特定ＰＵＣＣＨリソース割り当てにおいて、グループ内互いに異なるＵＥは、マルチキャストのための又はユニキャストのための（マルチキャストのためのＰＵＣＣＨ－ｃｏｎｆｉｇが設定されていない場合）ＵＥ専用ＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）内で少なくともＰＵＣＣＨリソース及び候補ＤＬデータ－ＵＬ ＡＣＫ（例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ）の他の値に設定されてよい。

【0294】

グループ共通ＤＣＩの同一ＰＵＣＣＨリソース指示子（ＰＲＩ）と同一ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミング指示子（Ｋ１）によって互いに異なるＵＥに互いに異なるＰＵＣＣＨリソースが割り当てられてよい。

【0295】

Ｃ．ＰＴＰ再送信では、ＵＥ特定ＤＣＩにおいてＰＵＣＣＨリソース指示子（ＰＲＩ）及びＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミング指示子（Ｋ１）は、マルチキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）の設定有無に関係なく、ユニキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）に基づいて解析されてよい。

【0296】

Ｄ．ＰＲＩ（ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）は、グループ共通ＤＣＩによって次のように指示されてよい。

【0297】

１）オプション１Ａ－１：ＵＥ特定ＰＲＩのリストがＤＣＩに含まれてよい。

【0298】

－ リスト内各ＰＲＩは、同一ＤＣＩを受信したグループの他のＵＥに対して同一ＰＵＣＣＨリソース又は異なるＰＵＣＣＨリソース割り当てのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）内候補ＰＵＣＣＨリソースＩＤ（例えば、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄ）値に該当する項目（ｅｎｔｒｙ）を指示できる。ＤＣＩの他のＰＲＩは、ＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）内他の項目を指示できる。

【0299】

－ 候補ＰＵＣＣＨリソースＩＤ（例えば、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄ）値は、上位層（例えば、ＲＲＣ）によって設定され、少なくともマルチキャストＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）において同一グループの他のＵＥに対して他のＰＵＣＣＨリソースＩＤ（例えば、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄ）値が設定されてよい。

【0300】

２）オプション１Ａ－２：グループ共通ＰＲＩがＤＣＩに含まれてよい。

【0301】

－ 単一グループ共通ＰＲＩはグループの全てのＵＥに対して同一である又は異なるＰＵＣＣＨリソース割り当てのために、ＵＥ特定ＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）において候補ＰＵＣＣＨリソースＩＤ（例えば、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄ）値に対する該当の項目（ｅｎｔｒｙ）を指示できる。

【0302】

－ 候補ＰＵＣＣＨリソースＩＤ（例えば、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄ）値は、上位層（例えば、ＲＲＣ）によって設定され、少なくともマルチキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）では同一グループの異なるＵＥに対して異なるＰＵＣＣＨリソースＩＤ（例えば、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄ）値が設定されてよい。

【0303】

－ マルチキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）がグループ共通ＤＣＩによってスケジュールされたグループ共通ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに対して設定された場合に、ＵＥは、グループ共通ＤＣＩのＰＲＩがマルチキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）において候補ＰＵＣＣＨリソースＩＤ（ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄ）値に対する当該の項目（ｅｎｔｒｙ）を指示すると仮定できる。すなわち、グループ共通ＤＣＩのＰＲＩ値がマルチキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）に基づいて解析されてよい。

【0304】

－ 一方、マルチキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）がグループ共通ＤＣＩによってスケジュールされたグループ共通ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに対して設定されていない場合に、ＵＥは、グループ共通ＤＣＩのＰＲＩがユニキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）において候補ＰＵＣＣＨリソースＩＤ（ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄ）値に対する当該の項目（ｅｎｔｒｙ）を指示すると仮定できる。すなわち、グループ共通ＤＣＩのＰＲＩ値がユニキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）に基づいて解析されてよい。

【0305】

Ｅ．Ｋ１（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミング指示子）はグループ共通ＤＣＩによって次のように指示されてよい。

【0306】

１）オプション１Ｂ－１：ＵＥ特定Ｋ１値のリストがＤＣＩに含まれてよい。

【0307】

－ リスト内各Ｋ１は、グループ内異なるＵＥに対して同一ＵＬスロット又は異なるＵＬ（サブ）スロットを指示できる。

【0308】

一例として、異なるＫ１値が異なるＵＥに割り当てられてよい。例えば、Ｋ１－ＵＥ１、Ｋ２－ＵＥ２、Ｋ３－ＵＥ３、．．．

【0309】

他の例として、Ｋ１値は、複数ＵＥで共有されてよい（例えば、Ｋ１－ＵＥ１／ＵＥ２、Ｋ２－ＵＥ３／ＵＥ４）。

【0310】

他の一例として、一つのＫ１値は参照（ｒｅｆｅｒｅｎｃｅ）であり、他のＫ１値は参照（ｒｅｆｅｒｅｎｃｅ）に基づいて割り当てられてよい。例えば、｛Ｋ１＿ｒｅｆ，Ｋ１＿ｏｆｆｓｅｔ（参照（ｒｅｆｅｒｅｎｃｅ）からオフセット）のリスト｝はＤＣＩで指示されてよい。

【0311】

例えば、ＵＥ１はＫ１＿ｒｅｆを使用し、ＵＥ２はＫ１＿ｒｅｆ＋Ｋ１＿ｏｆｆｅｓｔ１を使用し、ＵＥ３はＫ１＿ｒｅｆ＋Ｋ１＿ｏｆｆｅｓｔ２を使用することができる。

【0312】

２）オプション１Ｂ－２：グループ共通Ｋ１値がＤＣＩに含まれてよい。

【0313】

－ 単一Ｋ１値は、ＤＣＩを受信するグループの全てのＵＥに対して同一である又は異なるＰＵＣＣＨリソース割り当てのためのＵＥ特定ＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）において候補ＤＬデータ－ＵＬ ＡＣＫ値（例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ）に対する当該の項目（ｅｎｔｒｙ）を指示できる。これは、Ｋ１値に対するＵＥ特定ＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）内でＤＣＩのＤＣＩフォーマットが設定される時に適用されてよい。

【0314】

－ 候補ＤＬデータ－ＵＬ ＡＣＫ値（例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ）は、上位層（例えば、ＲＲＣ）によって設定され、少なくともマルチキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）において同一グループの異なるＵＥに対して異なってよい。

【0315】

－ マルチキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）がグループ共通ＤＣＩによってスケジュールされたグループ共通ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに対して設定された場合に、ＵＥは、グループ共通ＤＣＩのＫ１値がマルチキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）において候補ＤＬデータ－ＵＬ ＡＣＫ値（例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ）に対する当該の項目（ｅｎｔｒｙ）を指示すると仮定できる。すなわち、グループ共通ＤＣＩのＫ１値がマルチキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）に基づいて解析されてよい。

【0316】

－ 一方、マルチキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）がグループ共通ＤＣＩによってスケジュールされたグループ共通ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに対して設定されていない場合に、ＵＥは、グループ共通ＤＣＩのＫ１値がユニキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）において候補ＤＬデータ－ＵＬ ＡＣＫ値（例えば、ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ）に対する当該の項目（ｅｎｔｒｙ）を指示すると仮定できる。すなわち、グループ共通ＤＣＩのＫ１値がユニキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）に基づいて解析されてよい。

【0317】

また、ＣＲＣがＧ－ＲＮＴＩによってスクランブルされたグループ共通ＤＣＩ及び／又はＣ－ＲＮＴＩによってＣＲＣがスクランブルされたＵＥ特定ＤＣＩを受信するとき、マルチキャストのためのＰＵＣＣＨ－ｃｏｎｆｉｇ及び／又はユニキャストのためのＰＵＣＣＨ－ｃｏｎｆｉｇに対するＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックが設定されると、ＵＥは、ＴＤＲＡ（Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ）を構成し、グループ共通ＤＣＩによってスケジュールされたグループ共通ＰＤＳＣＨ及び／又はＵＥ特定ＤＣＩによってスケジュールされたＵＥ特定ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫに対するＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブック（ｃｏｄｅｂｏｏｋ）を生成できる。

【0318】

７．ＰＤＳＣＨ送信機会（ｏｃｃａｓｉｏｎ）上のＴＢのデコーディングに失敗すると、ＵＥは、設定されたＵＬ ＣＦＲ内ＰＵＣＣＨリソース上でＨＡＲＱ ＮＡＣＫを基地局に送信できる（Ｓ９０６ｂ）。

【0319】

ＰＵＣＣＨリソースを使用することによって、ＵＥは、ユニキャストＳＰＳ ＰＤＳＣＨ、動的ユニキャストＰＤＳＣＨ、ＰＴＰ再送信、及び／又は動的グループ共通ＰＤＳＣＨのような他のＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫも共に送信することができる。この場合、マルチキャストのためのＳＰＳ ＰＤＳＣＨ、ユニキャストのためのＳＰＳ ＰＤＳＣＨ、動的にスケジュールされたマルチキャストＰＤＳＣＨ、及び／又は動的にスケジュールされたユニキャストＰＤＳＣＨのための（サブ）スロットでＰＵＣＣＨ上のＨＡＲＱ－ＡＣＫを多重化するために、ＵＥは、前記段階７で一つ以上のオプションに基づいてコードブックを構成（ｃｏｎｓｔｒｕｃｔ）できる。

【0320】

仮に、ＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）閾値（ｔｈｒｅｓｈｏｌｄ）が設定されると、ＵＥは、サービングセルの測定されたＲＳＲＰに基づいてＮＡＣＫのみベースのＨＡＲＱ－ＡＣＫ（ＮＡＣＫ ｏｎｌｙ ｂａｓｅｄ ＨＡＲＱ）を使用することができる。例えば、測定されたＲＳＲＰが閾値よりも高ければ（又は、以上であれば）、ＤＣＩのＰＲＩが指示するグループ共通ＰＵＣＣＨリソースでＮＡＣＫのみベースのＨＡＲＱ－ＡＣＫが送信されてよい。一方、測定されたＲＳＲＰが閾値より低ければ（又は、以下であれば）、ＮＡＣＫのみベースのＨＡＲＱ－ＡＣＫはＨＡＲＱ－ＡＣＫベースのＨＡＲＱ－ＡＣＫ（ＨＡＲＱ－ＡＣＫ ｂａｓｅｄ ＨＡＲＱ－ＡＣＫ）に変更され、ＤＣＩのＰＲＩが指示するＵＥ特定ＰＵＣＣＨリソースで送信されてよい。

【0321】

一方、ＰＤＳＣＨ併合因子（ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ）がＧ－ＲＮＴＩに対して設定されたり又は基地局がＤＣＩで反復回数（ｒｅｐｅａｔ＿ｎｕｍｂｅｒ）を指示すれば、グループ共通ＤＣＩによってスケジュールされたＴＢは、それぞれのＰＤＳＣＨ併合因子（ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ）個の連続したスロットのそれぞれにおいて又は反復回数（ｒｅｐｅａｔ＿ｎｕｍｂｅｒ）個の連続したスロットのそれぞれにおいて、各シンボル割り当て内ＴＢのＮ番目のＨＡＲＱ送信のために反復されてよい。

【0322】

８．ＴＣＩ状態（ｓｔａｔｅ）でＨＡＲＱ ＮＡＣＫを受信した基地局は、ＴＢの再送信のために設定されたＤＬ ＣＦＲ内でＴＣＩ状態でＰＤＣＣＨ及びＰＤＳＣＨを再送信できる。ＵＥは、ＴＢの再送信を受信するために、ＤＬ ＣＦＲで設定されたサーチスペース上でＴＣＩ状態でグループ共通及び／又はＵＥ特定ＰＤＣＣＨをモニターできる（Ｓ９０７ｂ）。

【0323】

基地局は、ＵＥ特定ＰＤＣＣＨによってグループ内ＵＥのうち一つにのみＴＢを再送信でき、他のＵＥはＴＢの再送信を受信しなくてよい（例えば、他のＵＥはＴＢを成功的に受信したので）。

【0324】

９．ＵＥがＴＢの再送信のためのＰＤＣＣＨを受信すれば（Ｓ９０８ｂ）、ＵＥは、ＰＤＣＣＨのＤＣＩによってスケジュールされたＰＤＳＣＨを受信することができる（Ｓ９０９ｂ、Ｓ９１０ｂ）。

【0325】

ＵＥがＰＤＳＣＨ上のＴＢを成功的にデコードすれば、ＵＥは、ＤＣＩによって指示されるＭＢＳサービスとＨＰＮ（ＨＡＲＱプロセス番号）間のマッピング及び／又はＤＣＩによって指示されるＭＢＳサービスと（使用可能な場合に）短いＩＤ間のマッピングに基づいて、デコードされたＴＢはＭＢＳサービスのＭＴＣＨ、ＭＲＢ、ＴＭＧＩ、Ｇ－ＲＮＴＩ及び／又は短いＩＤと関連すると見なすことができる。

【0326】

１０．ＰＤＳＣＨ送信機会（ｏｃｃａｓｉｏｎ）でＴＢデコーディングに成功すれば、ＵＥは、段階７によって設定されたＵＬ ＣＦＲにおいてＰＵＣＣＨリソースでＨＡＲＱ ＡＣＫを基地局に送信できる。一方、ＰＤＳＣＨ送信機会（ｏｃｃａｓｉｏｎ）上のＴＢのデコーディングに失敗すれば、ＵＥは、設定されたＵＬ ＣＦＲ内ＰＵＣＣＨリソース上でＨＡＲＱ ＮＡＣＫを基地局に送信できる（Ｓ９１１ｂ）。

【0327】

ＰＵＣＣＨリソースを使用することによって、ＵＥは、ユニキャストＳＰＳ ＰＤＳＣＨ、動的ユニキャストＰＤＳＣＨ、ＰＴＰ再送信、及び／又は動的グループ共通ＰＤＳＣＨのような他のＰＤＳＣＨ送信に対するＨＡＲＱ－ＡＣＫも共に送信することができる。この場合、マルチキャストのためのＳＰＳ ＰＤＳＣＨ、ユニキャストのためのＳＰＳ ＰＤＳＣＨ、動的にスケジュールされたマルチキャストＰＤＳＣＨ、及び／又は動的にスケジュールされたユニキャストＰＤＳＣＨのための（サブ）スロットでＰＵＣＣＨ上のＨＡＲＱ－ＡＣＫを多重化するために、ＵＥは、前記段階７で一つ以上のオプションに基づいてコードブックを構成（ｃｏｎｓｔｒｕｃｔ）できる。

【0328】

一方、図９の例示は、説明の便宜のためのものであり、本開示の範囲を制限するものではない。図９で例示された一部の段階は、状況及び／又は設定によって省略されてよい。また、図９で、基地局と端末は一つの例示に過ぎず、下の図１５で例示する装置によって具現されてよい。例えば、図１５のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報などを送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に保存するように制御することもできる。

【0329】

基地局は、端末とデータの送受信を行う客体（ｏｂｊｅｃｔ）を総称する意味であってよい。例えば、前記基地局は、一つ以上のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）、一つ以上のＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）などを含む概念であってよい。また、ＴＰ及び／又はＴＲＰは、基地局のパネル、送受信ユニット（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｕｎｉｔ）などを含むものであってよい。また、「ＴＲＰ」は、パネル（ｐａｎｅｌ）、アンテナアレイ（ａｎｔｅｎｎａ ａｒｒａｙ）、セル（ｃｅｌｌ）（例えば、マクロセル（ｍａｃｒｏ ｃｅｌｌ）／スモールセル（ｓｍａｌｌ ｃｅｌｌ）／ピコセル（ｐｉｃｏ ｃｅｌｌ）など）、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、基地局（ｂａｓｅ ｓｔａｔｉｏｎ，ｇＮＢなど）などの表現で代替して適用されてよい。上述したように、ＴＲＰは、ＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に関する情報（例えば、インデックス、ＩＤ）によって区分されてよい。一例として、一つの端末が複数のＴＲＰ（又は、セル）と送受信を行うように設定された場合に、これは、一つの端末に対して複数のＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）が設定されたことを意味できる。このようなＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に対する設定は、上位層シグナリング（例えば、ＲＲＣシグナリングなど）によって行われてよい。

【0330】

図９を参照すると、説明の便宜のために、１個の基地局と端末間のシグナリングが考慮されるが、当該シグナリング方式が複数のＴＲＰ及び複数のＵＥ間のシグナリングにも拡張して適用されてよいことは勿論である。又は、基地局は複数のＴＲＰを含んでもよく、又は複数のＴＲＰを含む一つのセル（Ｃｅｌｌ）であってもよい。

【0331】

従来技術では、ＢＷＰのＰＤＳＣＨ設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）によってレートマッチ（ＲＭ：ｒａｔｅ ｍａｔｃｈ）関連パラメータとＣＳＩ－ＲＳリソースが設定される。言い換えると、端末に１つ以上のＢＷＰが設定されてよく、各ＢＷＰ別に当該ＢＷＰ内で送信されるＰＤＳＣＨと関連した設定情報（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）によって、ＰＤＳＣＨ受信に適用されるＲＭ関連情報が端末に対して設定されてよい。

【0332】

より具体的には、端末に対してセルレベルで（すなわち、セル別に）１つ以上の（例えば、最大で４個）のＲＭパターンが設定されてよい。例えば、サービングセル共通の設定情報（例えば、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ）内で複数個の（例えば、最大で４個）のＲＭパターンが設定されてよい（例えば、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＴｏＡｄｄＭｏｄＬｉｓｔによって）。また、端末に対してＢＷＰレベルで（すなわち、ＢＷＰ別に）１つ以上の（例えば、最大で４個）のＲＭパターンが設定されてよい。例えば、ＢＷＰ設定内ＰＤＳＣＨ関連設定情報（例えば、ＰＤＳＣＨ－Ｃｏｎｆｉｇ）内で１つ以上の（例えば、最大で４個）のＲＭパターンが設定されてよい（例えば、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＴｏＡｄｄＭｏｄＬｉｓｔによって）。

【0333】

ここで、各ＲＭパターンは、ＰＤＳＣＨ送信のために利用可能（ａｖａｉｌａｂｌｅ）でない特定シンボルに属するリソースブロックのセットを定義することができる（すなわち、予備されたリソース）。

【0334】

また、前記セルレベルでそしてＢＷＰレベルで設定されたＲＭパターンのセットは、１つ又は２つのＲＭパターングループ（すなわち、ＲＭパターングループ１及びＲＭパターングループ２）を生成するために用いられる。ここで、特定ＲＭパターングループは、後でＰＤＳＣＨをスケジュールするＤＣＩ内レートマッチング指示子（ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ）フィールドによって活性化される。レートマッチング指示子は最大で２ビット長を有し、各ビットは特定ＲＭパターングループに対応する。したがって、ＤＣＩ内レートマッチング指示子（ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ）フィールドによってＰＤＳＣＨ受信のために使用される／適用される１個又は２個のＲＭパターングループが指示されてよい。

【0335】

各ＲＭパターングループは、１つ以上の（例えば、最大で８個のＲＭパターン（すなわち、最大で４個のセルレベルＲＭパターン及び最大で４個のＢＷＰレベルＲＭパターン））ＲＭパターンを含んでよい。言い換えると、ＢＷＰ設定内ＰＤＳＣＨ関連設定情報（例えば、ＰＤＳＣＨ－Ｃｏｎｆｉｇ）内で、ＤＣＩによって動的に活性化され得る１個又は２個のＲＭパターングループが設定されてよく、各ＲＭパターングループは、１つ以上のセルレベルのＲＭパターン及び／又は１つ以上のＢＷＰレベルのＲＭパターンを含んでよい。

【0336】

ここで、端末に対して設定されたセルレベルの１つ以上のＲＭパターン及びＢＷＰレベルの１つ以上のＲＭパターンにおいて、ＲＭパターングループに属しないＲＭパターンは半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に端末に対して設定されてよい。

【0337】

このように端末に対して半静的（ｓｅｍｉ－ｓｔａｔｉｃ）に及び／又は動的に設定された１つ以上のＲＭパターンによって設定されたリソース（すなわち、予備されたリソース）の和集合に対応するリソース（例えば、ＲＥ）は、ＰＤＳＣＨのために使用されない。したがって、端末は、ＲＭパターンによって設定されたリソースの和集合に対応するリソース（例えば、ＲＥ）ではＰＤＳＣＨが送信されないと見なし、ＰＤＳＣＨで運ぶＴＢのデコーディングを試みることができる。

【0338】

一方、マルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通ＰＤＳＣＨ／ＰＤＣＣＨ）送信では、ＢＷＰ内で別個のＣＦＲ（Ｃｏｍｍｏｎ Ｆｒｅｑｕｅｎｃｙ Ｒｅｓｏｕｒｃｅ）（すなわち、ＭＢＳ周波数リソース）が設定されてよい。すなわち、端末は、ＤＬ ＢＷＰ別にＣＦＲ（すなわち、ＭＢＳ周波数リソース）が設定されてよく、ＣＦＲに対するＰＤＳＣＨ関連設定情報（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）が別個に端末に提供されてよい。このため、端末がＣＦＲに対するＲＭ関連パラメータとＣＳＩ－ＲＳリソースをどのように設定し適用するかが明確でない問題がある。

【0339】

したがって、本開示では、ＣＦＲ設定を考慮してマルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨ）送受信のためのレートマッチング／マッチ（ＲＭ：Ｒａｔｅ ｍａｔｃｈ／ｍａｔｃｈｉｎｇ）設定及びＣＳＩ－ＲＳ設定方式を提案する。

【0340】

図１０は、本開示の適用が可能な無線通信システムにおいてグループ共通ＰＤＣＣＨ／ＰＤＳＣＨ送信とＨＡＲＱ－ＡＣＫ送信を例示する。

【0341】

図１０のように、端末は、互いに異なるＧ－ＲＮＴＩ（又は、Ｇ－ＣＳ－ＲＮＴＩ）でスケジュールされるマルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨ）をＦＤＭ或いはＴＤＭで受信することができる。また、端末は、マルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨ）に対するマルチキャストＨＡＲＱ－ＡＣＫ送信／フィードバックを基地局に送信することができる。

【0342】

図１０を参照すると、端末は、Ｇ－ＲＮＴＩでスクランブルされたＣＲＣを有するＤＣＩ（すなわち、マルチキャストＤＣＩ）と、前記ＤＣＩによってスケジュールされるグループ共通ＰＤＳＣＨを受信することができる（１００１）。そして、端末は、マルチキャストＰＤＳＣＨをデコードし、デコーディング結果に基づいてマルチキャストＨＡＲＱ－ＡＣＫを基地局に送信できる（１００２）。また、端末は、Ｇ－ＲＮＴＩでスクランブルされたＣＲＣを有するＤＣＩ（すなわち、マルチキャストＤＣＩ）と、前記ＤＣＩによってスケジュールされるグループ共通ＰＤＳＣＨを受信することができる（１００３）。そして、端末は、マルチキャストＰＤＳＣＨをデコードし、デコーディング結果に基づいてマルチキャストＨＡＲＱ－ＡＣＫを基地局に送信できる（１００４）。

【0343】

図１０のように、端末は、ＦＤＭ或いはＴＤＭで送信されるグループ共通ＰＤＳＣＨ（１００１）とグループ共通ＰＤＳＣＨ（１００３）の両方を受信することができる。また、グループ共通ＰＤＳＣＨ（１００１）に対するＨＡＲＱ－ＡＣＫ（１００２）とグループ共通ＰＤＳＣＨ（１００３）に対するＨＡＲＱ－ＡＣＫ（１００４）は、同一ＰＵＣＣＨ（又は、ＰＵＳＣＨ）上で送信されてもよく、異なるＰＵＣＣＨ（又は、ＰＵＳＣＨ）上で個別に送信されてもよい。

【0344】

実施例１：マルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨ）受信の優先順位

【0345】

マルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＣＣＨ／ＰＤＳＣＨ）が活性化されると、端末は、システム情報（ＳＩ：ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）送信又はページング（ｐａｇｉｎｇ）送信と重なる（ｏｖｅｒｌａｐ）マルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＣＣＨ／ＰＤＳＣＨ）は発生しないと仮定できる。

【0346】

又は、受信において、端末は、ＳＩ送信又はページング（ｐａｇｉｎｇ）送信と重なる（ｏｖｅｒｌａｐ）マルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＣＣＨ／ＰＤＳＣＨ）は発生可能であると仮定できる。したがって、この場合、端末がマルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＣＣＨ／ＰＤＳＣＨ）とＳＩ／ページングＰＤＳＣＨの並列的な（ｐａｒａｌｌｅｌ）受信を支援しなければ、端末は、ｉ）マルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＣＣＨ／ＰＤＳＣＨ）と、ｉｉ）ＳＩ送信及び／又はページング送信においていずれか一方を他方とよりも優先視できる（例えば、優先視するもののみを受信し、他のものは受信（デコード）しなくてよい）。ここで、どれを優先視するかは、端末が決定してもよく、あらかじめ定義されてもよく、基地局によって設定されてもよい。例えば、端末は、マルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＣＣＨ／ＰＤＳＣＨ）をＳＩ送信又はページング送信よりも優先視でき、又は、端末は、マルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＣＣＨ／ＰＤＳＣＨ）よりもＳＩ送信又はページング送信を優先視することもできる。また、端末は、端末自身のページング機会（ＰＯ：ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ）でＳＩ送信又はページング送信と並列に任意のマルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＣＣＨ／ＰＤＳＣＨ）受信の優先順位を下げることもできる。

【0347】

仮に、マルチキャストＰＤＳＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＳＣＨ）が高い優先順位（ＨＰ：ｈｉｇｈ（ｅｒ） ｐｒｉｏｒｉｔｙ）を指示するＤＣＩによってスケジュールされると、マルチキャストＰＤＳＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＳＣＨ）は、ＳＩ又はページングよりも受信において優先視できる。また、ＨＰを有するマルチキャストＰＤＳＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＳＣＨ）は、受信時に低い優先順位（ＬＰ：ｌｏｗ（ｅｒ） ｐｒｉｏｒｉｔｙ）を有するマルチキャストＰＤＳＣＨ（例えば、グループ共通（ＳＰＳ）ＰＤＳＣＨ）よりも優先順位が高くてよい。

【0348】

ＳＣ－ＲＮＴＩ又はＧ－ＲＮＴＩでスケジュールされたＰＤＳＣＨを受信する時に又はグループ共通ＳＰＳでＰＤＳＣＨを受信する時に、ＴＳ ３８．２１４の５．１．４．１節、５．１．４．２節内で設定された又は動的に指示されたリソースに該当するＲＥは、ＰＤＳＣＨのために利用可能（ａｖａｉｌａｂｌｅ）でなく、端末は、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔによってＳＳ／ＰＢＣＨブロック送信を仮定できる。また、ＰＤＳＣＨリソース割り当てが、ＳＳ／ＰＢＣＨブロック送信リソースを含むＰＲＢと重なる（ｏｖｅｒｌａｐ）と、端末は、ＳＳ／ＰＢＣＨブロックが送信されるＯＦＤＭシンボル内でＳＳ／ＰＢＣＨブロック送信リソースを含むＰＲＢはＰＤＳＣＨのために利用可能（ａｖａｉｌａｂｌｅ）でないと仮定できる。

【0349】

実施例２：マルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨ）送信のためのＲＭ（ｒａｔｅ ｍａｔｃｈ／ｍａｔｃｈｉｎｇ）設定方法

【0350】

マルチキャストＰＤＳＣＨ／ＰＤＣＣＨ（例えば、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨ）を送受信するための共通周波数リソース（ＣＦＲ：Ｃｏｍｍｏｎ Ｆｒｅｑｕｅｎｃｙ Ｒｅｓｏｕｒｃｅ）が設定された場合に、基地局は次のようにＣＦＲに対して別個の（個別的な）ＲＭ設定情報を提供できる。ここで、端末は、従来のＲＭ設定情報（例えば、セルレベルのＲＭ設定情報、ＢＷＰレベルのＲＭ設定情報）とＣＦＲ用ＲＭ設定情報を次のように適用できる。

【0351】

１．方法２Ａ：ユニキャスト用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）のレートマッチパターングループ（ｒａｔｅ ｍａｔｃｈ ｐａｔｔｅｒｎ ｇｒｏｕｐ）に基づいて又は別個のＣＦＲに対するＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）でＣＦＲ用ＲＭ設定情報が提供されてよい。

【0352】

Ａ）設定方法２Ａ－１：基地局は、既存ユニキャスト用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）のレートマッチパターングループ１又は２で「ＣＦＲレベル（ｌｅｖｅｌ）レートマッチパターン」を設定できる。言い換えると、既存では、端末に対してセルレベル（ｃｅｌｌ ｌｅｖｅｌ）とＢＷＰレベル（ＢＷＰ ｌｅｖｅｌ）の複数個の（それぞれ最大で４個の）ＲＭパターンが設定されることが可能であった。本開示の一実施例によって、下表８のように、ＣＦＲレベルのＲＭパターンに対する設定情報がさらに設定されてよい。

【0353】

表８は、本開示の一実施例に係るユニキャスト用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）のレートマッチパターングループベースで、ＣＦＲ用ＲＭパターンに対する設定情報を例示する。

【0354】

【表8】

【0355】

表８を参照すると、ＲＭパターングループを設定するための情報を例示し、このような情報によって１つ又は２つのＲＭパターングループが端末に対して設定されてよい。表８のように、各ＲＭパターングループは、セルレベルの１つ以上のＲＭパターン及び／又はＢＷＰレベルの１つ以上のＲＭパターン及び／又はＣＦＲレベルの１つ以上のＲＭパターンを含んでよい。Ｂ）設定方法２Ａ－２：既存セルレベル或いはＢＷＰレベルの設定が維持されてよい。また、端末は、マルチキャストＤＣＩ（例えば、グループ共通ＤＣＩ）の指示によって（すなわち、ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒフィールド値によって）ＲＭパターングループ１（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１）及び／又はＲＭパターングループ２（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２）を適用できる。

【0356】

ｉ）オプション（Ｏｐｔｉｏｎ）１：ＣＦＲと関連した端末の活性（ａｃｔｉｖｅ）ＢＷＰのユニキャスト用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）によってＣＦＲレベルＲＭパターンが設定されてよい。

【0357】

例えば、端末の活性ＢＷＰに対するＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）は、下記の情報を含んでよい。また、端末は、複数個のＲＭパターングループのうち１つ以上のＲＭパターングループをマルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）に適用できる。下記では２個のＲＭパターングループが設定された場合を例示するが、本開示はこれに限定されない。

【0358】

－ ＲＭパターングループ１（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１）

【0359】

－ ＲＭパターングループ２（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２）

【0360】

オプション１によれば、端末のＢＷＰに対するＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）によって複数個のＲＭパターングループが設定されてよく、端末は、マルチキャストＤＣＩによって一部の（すなわち、１つ以上）ＲＭパターングループをＰＤＳＣＨ受信に適用できる。

【0361】

ここで、端末のＢＷＰに対するＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）によって設定されるＲＭパターングループが、ユニキャストＰＤＳＣＨのためＲＭパターングループとマルチキャストＰＤＳＣＨのためのＲＭパターングループとに区別されてもよい。この場合、マルチキャストＤＣＩによってはマルチキャストＰＤＳＣＨのためのＲＭパターングループのみが指示されてよい。

【0362】

又は、端末のＢＷＰに対するＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）によって設定されるＲＭパターングループが、ユニキャストＰＤＳＣＨのためＲＭパターングループとマルチキャストＰＤＳＣＨのためのＲＭパターングループとに区分されなくてよい。この場合、マルチキャストＤＣＩによって指示されるＲＭパターンは、マルチキャストＰＤＳＣＨの受信のために適用され、ユニキャストＤＣＩによって指示されるＲＭパターンは、ユニキャストＰＤＳＣＨ受信のために適用されてよい。

【0363】

ｉｉ）オプション２：ＣＦＲに対するＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）が定義／設定されてよい。そして、ＣＦＲに対するＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）によってＣＦＲレベルＲＭパターンが端末に対して設定されてよい。例えば、ＣＦＲに対するＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）によって１つ又は２つのＲＭパターングループが設定されてよく、各ＲＭパターングループは１つ以上のＲＭパターンを含んでよい。また、ＣＦＲに対するＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）によって設定されたＲＭパターングループのうち、マルチキャストＤＣＩによって指示された１つ以上のＲＭパターングループに含まれた１つ以上のＲＭパターンが、マルチキャストＰＤＳＣＨ受信に適用されてよい（すなわち、当該１つ以上のＲＭパターンによって設定されたリソースは、マルチキャストＰＤＳＣＨのために利用可能（ａｖａｉｌａｂｌｅ）でない）。

【0364】

例えば、端末は、ＣＦＲに対するＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）が含むＲＭパターングループ（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ）設定をマルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）に適用できる。

【0365】

ここで、端末のＢＷＰに対するＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）によってＲＭパターングループが設定されてよく、ＣＦＲに対するＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）によってもＲＭパターングループが設定されてよい。

【0366】

例えば、２つのＲＭパターングループが設定されるとき、下記のように各ＲＭパターングループは互いに異なるＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）に含まれてよい。ただし、互いに異なるそれぞれのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）によって２つのＲＭパターングループのみ設定されることに本開示が限定されるわけではない。すなわち、端末のＢＷＰに対するＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）によって複数の（例えば、２つ）ＲＭパターングループが設定されてよく、ＣＦＲに対するＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）によっても複数の（例えば、２つ）ＲＭパターングループが設定されてよい。

【0367】

－ 端末の活性ＢＷＰに対するＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）：ＲＭパターングループ１（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１）

【0368】

－ ＣＦＲに対するＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）：ＲＭパターングループ２（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２）

【0369】

上述した設定方法（すなわち、設定方法２Ａ－１又は２Ａ－２）に基づいて、端末は下記のようにＲＭパターングループ１（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１）及び／又はＲＭパターングループ２（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２）を適用できる。ここで、２個のＲＭパターングループが設定されるとき、それらのいずれか一方のＲＭパターングループは、ＣＦＲ用であり、他方のＲＭパターングループはＣＦＲ用でないように設定されてよい。ここで、上述したように、端末に設定されるＲＭパターンのグループの個数は２個に限定されないし、ＣＦＲ用の複数のＲＭパターングループとＣＦＲ用でない複数のＲＭパターングループが端末に対して設定されてよい。

【0370】

ｉ）オプション１：マルチキャストＤＣＩ（例えば、グループ共通ＤＣＩ）は常にＣＦＲ用ＲＭパターングループを指示できる。したがって、万一、マルチキャストＤＣＩ（例えば、Ｇ－ＲＮＴＩベースＤＣＩ）がＣＦＲ用でないＲＭパターングループを指示する場合に、端末は、ＤＣＩの当該指示のみを無視（ｉｇｎｏｒｅ）（例えば、ＲＭパターングループを指示するｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒフィールドのみを無視）するか、ＤＣＩ全体を無視できる。

【0371】

同様に、端末専用ＤＣＩ（例えば、Ｃ－ＲＮＴＩベースＤＣＩ）は、常にＣＦＲ用でないＲＭパターングループを指示できる。したがって、端末専用ＤＣＩ（例えば、Ｃ－ＲＮＴＩベースＤＣＩ）がＣＦＲ用ＲＭパターングループを指示する場合に、端末は、当該ＤＣＩの当該指示のみを無視（例えば、ＲＭパターングループを指示するｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒフィールドのみを無視）するか、ＤＣＩ全体を無視できる。

【0372】

ｉｉ）オプション２：ＤＣＩがＲＭパターングループを直接に指示しなくてよい。端末は、ＤＣＩのＣＲＣをスクランブルするＲＮＴＩによってＲＭパターングループを使用することができる。また、万一ＤＣＩのＣＲＣをスクランブルするＲＮＴＩがＧ－ＲＮＴＩである場合に、端末は、ＣＦＲ用ＲＭパターングループを使用／適用でき、ＤＣＩのＣＲＣをスクランブルするＲＮＴＩがＣ－ＲＮＴＩである場合に、端末は、ＣＦＲ用でないＲＭパターングループを使用／適用できる。この場合、ＣＦＲ用ＲＭパターングループとＣＦＲ用でないＲＭパターングループはそれぞれ、単一のＲＭパターングループと設定されてよい。

【0373】

２．方法２Ｂ：別個のレートマッチパターングループ（Ｒａｔｅ ｍａｔｃｈ ｐａｔｔｅｒｎ ｇｒｏｕｐ）に基づいてＣＦＲ用ＲＭ設定情報が提供されてよい。

【0374】

ここで、ＣＦＲベースの（のための）ＲＭパターングループ（すなわち、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＦＲ）がさらに定義されるか、基地局によって設定されてよい。

【0375】

Ａ）設定方法２Ｂ－１：ＣＦＲ関連端末の活性ＢＷＰのユニキャスト用ＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）内でＣＦＲレベルＲＭパターンが設定されてよい。すなわち、端末の活性ＢＷＰのユニキャスト用ＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）内でＣＦＲのためのＲＭパターングループが設定されてよい。下記の例示ではＣＦＲレベルＲＭパターングループが１個設定される場合を例示しているが、本開示はこれに限定されるものではなく、２個のＣＦＲレベルＲＭパターングループが設定されてもよい。

【0376】

－ ＵＥ活性ＢＷＰ ＰＤＳＣＨ－ｃｏｎｆｉｇ構成：

【0377】

ＲＭパターングループ１（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１）、

【0378】

ＲＭパターングループ２（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２）、

【0379】

ＣＦＲのためのＲＭパターングループ（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＦＲ）

【0380】

Ｂ）設定方法２Ｂ－２：ＣＦＲのＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）内でＣＦＲレベルＲＭパターンが設定されてよい。すなわち、ＣＦＲのＰＤＳＣＨ関連設定（ＰＤＳＣＨ－ｃｏｎｆｉｇ）内でＣＦＲのためのＲＭパターングループが設定されてよい。下記の例示では、ＣＦＲレベルＲＭパターングループが１個設定される場合を例示しているが、本開示がこれに限定されるものではなく、２個のＣＦＲレベルＲＭパターングループが設定されてもよい。

【0381】

－ ＵＥ活性ＢＷＰ ＰＤＳＣＨ－ｃｏｎｆｉｇ構成：

【0382】

ＲＭパターングループ１（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１）、

【0383】

ＲＭパターングループ２（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２）

【0384】

－ ＣＦＲ ＰＤＳＣＨ－ｃｏｎｆｉｇ構成

【0385】

ＣＦＲのためのＲＭパターングループ（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＦＲ）

【0386】

基地局は、次のように、ＤＣＩを用いてＣＦＲのためのＲＭパターングループ（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＦＲ）を端末に指示できる。

【0387】

既存のＤＣＩは、最大２ビットで２つのＲＭパターングループを指示できる。したがって、新しく追加されたパターングループは次のように提供されてよい。

【0388】

－ オプション１：基地局はＲＲＣメッセージを用いて、常に３個のうち（ＣＦＲのためのＲＭパターングループ（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＦＲ）が１個である場合）２個のパターングループのみを設定できる。したがって、基地局設定によってＤＣＩがＲＭパターングループ１（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１）又はＣＦＲのためのＲＭパターングループ（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＦＲ）を指示するように設定するか、ＲＭパターングループ２（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２）又はＣＦＲのためのＲＭパターングループ（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＦＲ）を指示するように設定できる。

【0389】

－ オプション２：基地局はＲＲＣメッセージで３個までの（ＣＦＲのためのＲＭパターングループ（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＦＲ）が１個である場合）ＲＭパターングループを設定できる。

【0390】

オプション２－１：ＤＣＩに１ビットフラグ（ｆｌａｇ）が追加され、当該１ビットフラグで端末にＣＦＲのためのＲＭパターングループ（ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＦＲ）が指示されてよい。

【0391】

オプション２－２：ＤＣＩは相変らず最大で２ビットフラグ（すなわち、ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒフィールド）のみで構成されるが、下記のように既存と異なるように解析されてよい。

【0392】

例えば、マルチキャストＤＣＩ（例えば、グループ共通ＤＣＩ或いはＧ－ＲＮＴＩでＣＲＣがスクランブルされるＤＣＩ）である場合に、端末は、従来ＤＣＩのフラグ（すなわち、ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒフィールド）が常にＣＦＲ用ＲＭパターングループのみを指示すると解析できる。

【0393】

仮に、ＰＤＳＣＨをスケジュールするＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿１）の「Ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ」フィールドの当該ビットが１と同一であれば、設定されたＲＭパターングループ１（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１）又はＲＭパターングループ２（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２）又はＣＦＲレベルＲＭパターングループ（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＦＲ）は、動的にＰＤＳＣＨのために利用可能（ａｖａｉｌａｂｌｅ）でないリソースセットの和集合を形成するＲＭパターンのインデックスのリストを含んでよい。３個のＲＭグループのいずれか１つに含まれていないＲＭパターンによって設定されたリソースセットの和集合に該当するＲＥは、ＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１）によってスケジュールされるＰＤＳＣＨ、ＳＲＳを伴うＰＤＳＣＨのために利用可能（ａｖａｉｌａｂｌｅ）でない。ＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）によってスケジュールされるＰＤＳＣＨを受信する時に又はＤＣＩフォーマット（例えば、ＤＣＩフォーマット１＿０）によって活性化されるグループ共通ＳＰＳを伴うＰＤＳＣＨを受信する時に、ＲＭパターングループ１（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１）又はＲＭパターングループ２（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ２）又はＣＦＲレベルＲＭパターングループ（ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐＣＦＲ）内設定されたリソースに該当するＲＥは、スケジュールされたＰＤＳＣＨのために利用可能（ａｖａｉｌａｂｌｅ）でなくてよい。

【0394】

３．方法２Ｃ：制限されたバッファレートマッチング（ＬＢＲＭ：Ｌｉｍｉｔｅｄ Ｂｕｆｆｅｒ Ｒａｔｅ Ｍａｔｃｈｉｎｇ）設定方式

【0395】

ＣＦＲが設定された場合に、ＰＴＭ送信に対するＬＢＲＭは、ＣＦＲによって決定されてよい。万一ＰＴＭで送信されたＴＢのＰＴＰ再送信が発生する場合に、基地局の設定によって端末はＰＴＰ再送信に対するＬＢＲＭを下記のように決定できる。

【0396】

Ａ）方法２Ｃ－１：端末は、ＰＴＰ再送信に対するＬＢＲＭもＰＴＭと同じＣＦＲによって決定できる。例えば、ＣＦＲが設定された場合にのみこの方式が適用されてよい。

【0397】

Ｂ）方法２Ｃ－２：端末は、ＰＴＰ再送信に対するＬＢＲＭは、ＵＥ活性ＢＷＰによって決定できる。例えば、ＣＦＲが設定され、ＵＥ活性ＢＷＰでＰＴＭ送信を受信する場合にのみこの方式が適用されてよい。

【0398】

実施例３：マルチキャストＰＤＣＣＨ／ＰＤＳＣＨ（例えば、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨ）送信時に、オーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）（例えば、ＣＳＩ－ＲＳ、ＣＯＲＥＳＥＴなどからのオーバーヘッド）を設定する方法

【0399】

マルチキャストＰＤＣＣＨ／ＰＤＳＣＨ（例えば、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨ）を送受信するためのＣＦＲ（Ｃｏｍｍｏｎ Ｆｒｅｑｕｅｎｃｙ Ｒｅｓｏｕｒｃｅ）が設定された場合に、基地局は、次のようにｘＯｖｅｒｈｅａｄ設定パラメータを設定できる。

【0400】

ここで、マルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）を受信する端末に対してＣＦＲ別に別個のオーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）が設定された場合に、端末は、後述する方法３ＢによってマルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）の送信ブロックサイズ（ＴＢＳ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ ｓｉｚｅ）を決定できる。一方、端末に対してＣＦＲ別に別個のオーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）が設定されていない場合に、端末は、後述する方法３ＡによってマルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）のＴＢＳを決定できる。

【0401】

Ａ）方法３Ａ：既存とサービングセルに対するＰＤＳＣＨ設定（例えば、ＰＤＳＣＨ－ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ）別にオーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）が設定されてよい。

【0402】

マルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）を受信する端末は、ＣＦＲ関連ＤＬ ＢＷＰの属したセルに該当するオーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）を適用することによって（例えば、ＴＳ ３８．２１４の５．１．３．２節によって）マルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）に対するＴＢＳを決定できる。

【0403】

ここで、基地局は、同一ＣＦＲでマルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）を受信する全ての端末が、同一オーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）を有するように設定できる。

【0404】

Ｂ）方式３Ｂ：基地局は、ＣＦＲ別に別個のオーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）を設定できる。

【0405】

マルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）を受信する端末は、マルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）のＣＦＲに該当するオーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）を適用し（例えば、ＴＳ ３８．２１４の５．１．３．２節によって）、そのマルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）に対するＴＢＳを決定できる。

【0406】

万一ＣＦＲ別に別個のｘＯｖｅｒｈｅａｄが設定されていない場合に、端末は、方法３ＡによってマルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）のＴＢＳを決定できる。

【0407】

実施例４：マルチキャストＰＤＣＣＨ／ＰＤＳＣＨ（例えば、グループ共通ＰＤＣＣＨ／ＰＤＳＣＨ）送信時にＣＳＩ－ＲＳ設定方法

【0408】

ＮＲにおいてゼロパワー（ＺＰ：Ｚｅｒｏ Ｐｏｗｅｒ）ＣＳＩ－ＲＳはレートマッチング（Ｒａｔｅ Ｍａｔｃｈｉｎｇ）のために用いられる。ここで、基地局はＣＦＲに対する別個のＺＰ ＣＳＩ－ＲＳ設定を提供してもよく、又は提供しなくてもよい。

【0409】

Ａ）方法３Ａ：基地局は、ＣＦＲに対する別個のＺＰ ＣＳＩ－ＲＳ設定を提供しなくてよい。例えば、ＣＦＲのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）にはＺＰ ＣＳＩ－ＲＳリソース設定が含まれなくてよい。

【0410】

この方式において、端末は、ＣＦＲと関連した端末の活性ＢＷＰのＺＰ ＣＳＩ－ＲＳ リソース設定をＣＦＲに適用し、ＣＦＲからマルチキャスト送信（例えば、グループ共通送信）を受信することができる。

【0411】

Ｂ）方法３Ｂ：基地局は、ＣＦＲに対する別個のＺＰ ＣＳＩ－ＲＳ設定を提供できる。例えば、ＣＦＲのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）にＺＰ ＣＳＩ－ＲＳリソース設定が含まれてよい。

【0412】

ここで、基地局は、ＣＦＲのための別個のメッセージ（例えば、ＳＰ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ）ＺＰ ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ Ｓｅｔ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ ＭＡＣ制御要素（ＣＥ：ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ））を端末に送信し、ＺＰ ＣＳＩ－ＲＳを活性化或いは非活性化できる。

【0413】

図１１は、本開示の一実施例に係る半持続的ＺＰ ＣＳＩ－ＲＳリソースセット活性／非活性ＭＡＣ ＣＥを例示する。

【0414】

図１１を参照すると、Ａ／Ｄ（ａｃｔｉｖａｔｉｏｎ／ｄｅａｃｔｉｖａｔｉｏｎ）フィールドは、指示されたＳＰ ＺＰ ＣＳＩ－ＲＳリソースセットの活性化又は非活性化を指示する。活性化を指示するためにこのフィールドが１に設定され、そうでなければ、このフィールドは非活性化を指示する。

【0415】

Ｓｅｒｖｉｎｇ Ｃｅｌｌ ＩＤフィールドは、当該ＭＡＣ ＣＥが適用されるサービングセルの識別子を指示する。このフィールドの長さは５ビットである。

【0416】

ＢＷＰ ＩＤフィールドは、ＤＣＩのｂａｎｄｗｉｄｔｈ ｐａｒｔ ｉｎｄｉｃａｔｏｒフィールドのコードポイント値として当該ＭＡＣ ＣＥが適用されるＤＬ ＢＷＰを指示する。このフィールドの長さは２ビットである。

【0417】

ＳＰ ＺＰ ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ ＩＤフィールドは、活性化される又は非活性化される半持続的ＺＰ ＣＳＩ－ＲＳリソースセットを指示するｓｐ－ＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔｓＴｏＡｄｄＭｏｄＬｉｓｔのインデックスを含む。このフィールドの長さは４ビットである。

【0418】

Ｒは、予備ビット（ｒｅｓｅｒｖｅｄ ｂｉｔ）であり、０に設定される。

【0419】

ここで、ＣＦＲ用ＭＡＣ ＣＥと従来ＢＷＰ用ＭＡＣ ＣＥは、ＭＡＣプロトコルデータユニット（ＰＤＵ：ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）を構成するＭＡＣヘッダー（ｈｅａｄｅｒ）の論理チャネル識別子（ＬＣＩＤ：ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｉｄｅｎｔｉｔｙ）フィールド値によって区別されてよい。

【0420】

また、ＣＦＲ用ＭＡＣ ＣＥのＢＷＰ ＩＤフィールドは、ＣＦＲ ＩＤで代替されるか、ＣＦＲに関連したＢＷＰのＩＤを指示できる。

【0421】

端末は、下記のようにＺＰ ＣＳＩ－ＲＳリソースを決定できる。

【0422】

ｉ）方法３Ｂ－１：基地局は、ＵＥ活性ＢＷＰのＺＰ ＣＳＩ－ＲＳリソース設定とＣＦＲのＺＰ ＣＳＩ－ＲＳリソース設定を別個に提供できる。設定方式の例示は次の通りである。

【0423】

－ ＵＥ活性ＢＷＰ用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）のＺＰ ＣＳＩ－ＲＳリソース設定：

【0424】

ｓｐ－ＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔｓＴｏＡｄｄＭｏｄＬｉｓｔ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ｍａｘＮｒｏｆＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔｓ））ＯＦ ＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ

【0425】

－ ＣＦＲ用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）のＺＰ ＣＳＩ－ＲＳリソース設定：

【0426】

ＭＢＳ－ｓｐ－ＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔｓＴｏＡｄｄＭｏｄＬｉｓｔ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ｍａｘＮｒｏｆＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔｓ））ＯＦ ＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ

【0427】

この場合、端末は、ＵＥ活性ＢＷＰのＺＰ ＣＳＩ－ＲＳリソース設定とＣＦＲがＺＰ ＣＳＩ－ＲＳリソース設定を結合して（例えば、和集合など）ＺＰ ＣＳＩ－ＲＳリソースを決定できる。

【0428】

ｉｉ）方法３Ｂ－２：基地局は、ＵＥ活性ＢＷＰのＺＰ ＣＳＩ－ＲＳリソース設定にマルチキャスト送信（例えば、グループ共通）用ＺＰ ＣＳＩ－ＲＳリソースを含むように設定できる。

【0429】

下記のように、ＵＥ活性ＢＷＰのＺＰ ＣＳＩ－ＲＳリソース設定において１つ又は複数のＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔがマルチキャスト送信（例えば、グループ共通）用ＺＰ ＣＳＩ－ＲＳリソースを含むように設定されてよい。

【0430】

－ ＵＥ活性ＢＷＰ用ＰＤＳＣＨ－ｃｏｎｆｉｇのＺＰ ＣＳＩ－ＲＳリソース設定

【0431】

ｓｐ－ＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔｓＴｏＡｄｄＭｏｄＬｉｓｔ ＳＥＱＵＥＮＣＥ（ＳＩＺＥ（１．．ｍａｘＮｒｏｆＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔｓ））ＯＦ ＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ

【0432】

この場合、端末は、従来のようなＺＰ ＣＳＩ－ＲＳリソース設定によってＺＰ ＣＳＩ－ＲＳリソースを決定できる。

【0433】

Ｃ）方法３Ｃ：マルチキャスト（例えば、グループ共通）ＤＣＩを用いてＡＰ ＺＰ ＣＳＩ－ＲＳを支援する方法

【0434】

端末別にＣＦＲに対するＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）にＣＳＩ－ＲＳ設定が含まれてよい。

【0435】

この場合、端末専用ＤＣＩがＺＰ ＣＳＩ－ＲＳをトリガー（ｔｒｉｇｇｅｒ）すると、ＤＣＩは、従来のＺＰ ＣＳＩ－ＲＳをトリガーするのか、ＭＢＳ特定（すなわち、マルチキャストのための）ＺＰ ＣＳＩ－ＲＳをトリガーするのかを指示できる。

【0436】

－ オプション１：端末は、ＤＣＩのＲＮＴＩによって従来ＺＰ ＣＳＩ－ＲＳをトリガーするのか、ＭＢＳ特定（すなわち、マルチキャストのための）ＺＰ ＣＳＩ－ＲＳをトリガーするのかを決定できる。仮に、ＭＢＳ特定（すなわち、マルチキャストのための）ＺＰ ＣＳＩ－ＲＳがトリガーされると、当該ＣＳＩ－ＲＳ設定によってマルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）のレートマッチング（ＲＭ）を行うことができる。

【0437】

－ オプション２：端末は、ＤＣＩの特定ビットで従来ＺＰ ＣＳＩ－ＲＳをトリガーするのか、ＭＢＳ特定（すなわち、マルチキャストのための）ＺＰ ＣＳＩ－ＲＳをトリガーするのか決定できる。仮に、ＭＢＳ特定（すなわち、マルチキャストのための）ＺＰ ＣＳＩ－ＲＳがトリガーされる場合に、当該ＣＳＩ－ＲＳ設定によってマルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）のＲＭを行うことができる。

【0438】

万一、ＤＣＩがＭＢＳ特定（すなわち、マルチキャストのための）ＺＰ ＣＳＩ－ＲＳをトリガーする場合に、次のように動作できる。

【0439】

例えば、当該ＣＦＲのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）にＭＢＳ特定（すなわち、マルチキャストのための）ＺＰ ＣＳＩ－ＲＳが設定される場合に、基地局は、Ｇ－ＲＮＴＩのＤＣＩで当該ＭＢＳ特定（すなわち、マルチキャストのための）ＺＰ ＣＳＩ－ＲＳをトリガーし、端末がマルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）のＲＭを行うようにすることができる。

【0440】

さらに他の例として、当該ＣＦＲのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）にＭＢＳ特定（すなわち、マルチキャストのための）ＺＰ ＣＳＩ－ＲＳが設定されない場合に、基地局は、Ｇ－ＲＮＴＩ ＤＣＩで従来ＺＰ ＣＳＩ－ＲＳをトリガーし、端末がマルチキャストＰＤＳＣＨ（例えば、グループ共通ＰＤＳＣＨ）のＲＭを行うようにすることができる。

【0441】

Ｄ）方法３Ｄ：基地局は、ＳＰ ＺＰ ＣＳＩ－ＲＳのａｃｔｉｖａｔｉｏｎ／ｄｅａｃｔｉｖａｔｉｏｎのためにマルチキャストのためのＭＡＣ ＣＥ（例えば、グループ共通ＭＡＣ ＣＥ）を送信できる。ＳＰ ＺＰ ＣＳＩ－ＲＳのためのＭＡＣ ＣＥは、図１１の通りである。

【0442】

ｉ）方法３Ｄ－１：マルチキャストのためのＭＡＣ ＣＥ（例えば、グループ共通ＭＡＣ ＣＥ）は、特別（ｓｐｅｃｉａｌ）Ｇ－ＲＮＴＩのＤＣＩでスケジュールされてよい。したがって、端末は特別Ｇ－ＲＮＴＩを用いてのみ当該ＭＡＣ ＣＥを受信することができる。

【0443】

ここで、特別Ｇ－ＲＮＴＩは、マルチキャストのためのＭＡＣ ＣＥ（例えば、グループ共通ＭＡＣ ＣＥ）を送信するための別個のＧ－ＲＮＴＩに設定されてよい。

【0444】

又は、特別Ｇ－ＲＮＴＩは、端末が受信するＧ－ＲＮＴＩのいずれか１つに設定されてよい。この場合、端末は、特定Ｇ－ＲＮＴＩに適用するＲＭパラメータを、同一ＣＦＲ内の他のＧ－ＲＮＴＩにも適用することができる。この場合、基地局が特別Ｇ－ＲＮＴＩを別個に設定する必要はなくてよい。

【0445】

ｉｉ）方法３Ｄ－２：基地局は、全てのＧ－ＲＮＴＩに対して別個のマルチキャストのためのＭＡＣ ＣＥ（例えば、グループ共通ＭＡＣ ＣＥ）を送信できる。したがって、端末は、自分が受信しようとするＧ－ＲＮＴＩで当該ＭＡＣ ＣＥを受信することができる。

【0446】

実施例５：ＣＦＲのためのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）を設定する方法

【0447】

基地局は、ＢＷＰのためのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）とは別個にＣＦＲ用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）を設定できる。ここで、ＣＦＲは、ＵＥ活性ＢＷＰと関連（ａｓｓｏｃｉａｔｉｏｎ）付けられる。したがって、ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）内の一部パラメータは、ＣＦＲとＢＷＰが共通に設定されてよい。したがって、基地局は、一部パラメータをＣＦＲ用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）とＢＷＰ用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）に反復せず、いずれか一方のＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）にのみ設定するようにしてよい。

【0448】

例えば、パラメータＡに対する設定値がＣＦＲ用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）とＢＷＰ用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）が同一である場合に、基地局は、パラメータＡをＢＷＰ用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）にのみ含めることができる。万一、ＣＦＲ用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）にパラメータＡがない場合に、端末は、次のようにパラメータＡを設定できる。

【0449】

Ａ）方法５Ａ：端末は、当該ＣＦＲと関連付けられた（ａｓｓｏｃｉａｔｅｄ）ＵＥ活性ＢＷＰのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）の特定パラメータＡの設定がＣＦＲのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）にも同一にあるとして設定できる。すなわち、当該ＣＦＲと関連付けられた活性ＢＷＰ内のパラメータを同一に適用できる。

【0450】

Ｂ）方法５Ｂ：ＣＦＲ用ＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）に特定パラメータＡに対する引用指示がある場合に、当該ＣＦＲと関連付けられた（ａｓｓｏｃｉａｔｅｄ）ＵＥ活性ＢＷＰのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）に含まれた当該パラメータＡ設定をＣＦＲのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）にもあるとして設定できる。すなわち、当該パラメータに対する引用指示がある場合にのみ、当該ＣＦＲと関連付けられた活性ＢＷＰ内パラメータを同一に適用できる。

【0451】

仮に引用指示がない場合に、端末は、特定パラメータＡ設定がＣＦＲのＰＤＳＣＨ関連設定（例えば、ＰＤＳＣＨ－ｃｏｎｆｉｇ）にないと判断できる。

【0452】

実施例６：ＰＵＣＣＨ空間関係活性／非活性（ＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ）

【0453】

図１２は、本開示の一実施例に係るＰＵＣＣＨ空間関係活性／非活性（ＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ）ＭＡＣ ＣＥを例示する。

【0454】

図１２を参照すると、Ｓｅｒｖｉｎｇ Ｃｅｌｌ ＩＤフィールドは、当該ＭＡＣ ＣＥが適用されるサービングセルの識別子を指示する。このフィールドの長さは５ビットである。

【0455】

ＢＷＰ ＩＤフィールドは、ＤＣＩ ｂａｎｄｗｉｄｔｈ ｐａｒｔ ｉｎｄｉｃａｔｏｒフィールドのコードポイントであり、当該ＭＡＣ ＣＥが適用されるＵＬ ＢＷＰを指示する。このフィールドの長さは２ビットである。

【0456】

ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ ＩＤフィールドは、ＰＵＣＣＨＲｅｓｏｕｒｃｅＩｄによって識別されるＰＵＣＣＨリソースＩＤの識別子を含む。このフィールドの長さは７ビットである。

【0457】

Ｓ_ｉフィールドは、ＰＵＣＣＨリソースＩＤが設定されたＰＵＣＣＨ－Ｃｏｎｆｉｇ内ＢＷＰ ＩＤフィールドによって指示される上りリンク帯域幅部分に対して設定されたＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄであり、ＰＵＣＣＨ Ｓｐａｔｉａｌ Ｒｅｌａｔｉｏｎ Ｉｎｆｏがある場合に、Ｓ_ｉは、ｉ＋１と同じＰＵＣＣＨＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄを有するＰＵＣＣＨ空間関係情報の活性化状態を指示し、そうでなければ、ＭＡＣエンティティはこのフィールドを無視する。Ｓ_ｉフィールドは、ｉ＋１と同じＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄを有するＰＵＣＣＨ空間関係情報が活性化されることを指示するために１に設定される。Ｓ_ｉフィールドは、ｉ＋１と同じＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄを有するＰＵＣＣＨ空間関係情報が非活性化されることを指示するために、０設定される。ＰＵＣＣＨリソースに対して１回に１個のＰＵＣＣＨ空間関係情報のみが活性化されてよい。

【0458】

Ｒは、予備ビット（ｒｅｓｅｒｖｅｄ ｂｉｔ）であり、０に設定される。

【0459】

図１２で、ＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ ＭＡＣ ＣＥにおいて、Ｓ_ｉフィールドは、ユニキャスト用ＰＵＣＣＨ－Ｃｏｎｆｉｇ内に特定ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄの１つにマップされる。Ｓ_ｉフィールドが１に設定された場合に、マップされたＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄに対するＰＵＣＣＨ Ｓｐａｔｉａｌ Ｒｅｌａｔｉｏｎ Ｉｎｆｏの活性化を指示する。この場合、端末は、ＭＡＣ ＣＥのＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤフィールドのＰＵＣＣＨリソースがＰＵＣＣＨ空間関係情報（Ｓｐａｔｉａｌ Ｒｅｌａｔｉｏｎ Ｉｎｆｏ）に含まれた参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）にマップされると判断する。

【0460】

ＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎを活性化或いは非活性化する図１２のＭＡＣ ＣＥを受信した場合に、端末は、下記のようにマルチキャストＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソースのＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎを活性化或いは非活性化することができる。

【0461】

方法６Ａ：万一、マルチキャストＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨリソースがユニキャスト用ＰＵＣＣＨ－ｃｏｎｆｉｇによって決定される場合に、端末は、マルチキャストＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨリソースのＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎも図１２のＭＡＣ ＣＥによって活性化或いは非活性化することができる。

【0462】

ここで、ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤフィールドによって指示されたＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤがユニキャストＨＡＲＱ－ＡＣＫとマルチキャストＨＡＲＱ－ＡＣＫを全て送信できるように設定されていると、端末は、ＭＡＣ ＣＥによって指示された同じＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎをユニキャストＨＡＲＱ－ＡＣＫ送信とマルチキャストＨＡＲＱ－ＡＣＫ送信の両方に対して適用できる。

【0463】

一方、基地局は、マルチキャストＨＡＲＱ－ＡＣＫ用ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤとユニキャストＨＡＲＱ－ＡＣＫ用ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤを共有しないように設定できる。この場合、端末は、ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤフィールドが指示するＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤによって、ＭＡＣ ＣＥが指示するＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎがユニキャストＨＡＲＱ－ＡＣＫ送信にのみ適用されるのか、マルチキャストＨＡＲＱ－ＡＣＫ送信にのみ適用されるのかを決定できる。

【0464】

Ｂ）方法６Ｂ：万一、マルチキャストＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨリソースがマルチキャスト用ＰＵＣＣＨ－ｃｏｎｆｉｇによって決定される場合に、端末は、マルチキャストＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨリソースのＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎは、図１２のＭＡＣ ＣＥによって活性化或いは非活性化しなくてよい。

【0465】

ここで、仮にＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤフィールドによって指示されたＰＵＣＣＨ ｒｅｓｏｕｒｃｅがユニキャストＨＡＲＱ－ＡＣＫ送信とマルチキャストＨＡＲＱ－ＡＣＫ送信の両方に用いられる場合に、端末は、ＭＡＣ ＣＥが指示する同じＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎをユニキャストＨＡＲＱ－ＡＣＫ送信に対してのみ適用できる。

【0466】

又は、基地局の設定によって、万一マルチキャストＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨリソースがマルチキャスト用ＰＵＣＣＨ－ｃｏｎｆｉｇによって決定された場合にも、端末は、マルチキャストＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨリソースのＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎも図１２のＭＡＣ ＣＥによって活性化或いは非活性化することができる。

【0467】

一方、基地局は、マルチキャスト用ＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎを活性化或いは非活性化する別個のＭＡＣ ＣＥを提供することができる。この場合、別個のマルチキャスト用ＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ Ａｃｔｉｖａｔｉｏｎ／Ｄｅａｃｔｉｖａｔｉｏｎ ＭＡＣ ＣＥも、図１２と同一又は類似に構成されてよい。ただし、ＭＡＣ ＰＤＵにおいて互いに異なるＬＣＩＤ値でマルチキャスト用ＭＡＣ ＣＥとユニキャスト用ＭＡＣ ＣＥが区分されてよい。

【0468】

又は、１つのＭＡＣ ＣＥで同一ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤに対してユニキャスト用ＰＵＣＣＨとマルチキャスト用ＰＵＣＣＨに対するＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎを別個に設定することができる。例えば、図１２のＭＡＣ ＣＥ構造において別個のマルチキャスト用ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤフィールドとＳ_ｉフィールドのための新しいフィールド（例えば、２オクテット（ｏｃｔｅｔ）フィールド）が追加されてよい。

【0469】

Ｃ）方法６Ｃ：万一マルチキャストＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨリソースがユニキャスト用或いはマルチキャスト用ＰＵＣＣＨ－ｃｏｎｆｉｇによって決定される場合に、端末は、マルチキャストＨＡＲＱ－ＡＣＫを送信するＰＵＣＣＨリソースのＰＵＣＣＨ ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎは図１２のＭＡＣ ＣＥによって活性化或いは非活性化せず、上述した方法６Ａ又は６Ｂで記述されたマルチキャスト用ＭＡＣ ＣＥ或いは新しい構造のＭＡＣ ＣＥによって活性化或いは非活性化されてよい。

【0470】

ここで、基地局は、マルチキャストＨＡＲＱ－ＡＣＫ用ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤとユニキャストＨＡＲＱ－ＡＣＫ用ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ＩＤを共有するように設定することができる。

【0471】

図１３は、本開示の一実施例に係るマルチキャストＰＤＳＣＨ送受信方法に対する端末の動作を例示する図である。

【0472】

図１３では、先に提案した方法（例えば、実施例１～実施例７及びこれに対する細部実施例のいずれか一つ又は複数の組合せ）に基づく端末の動作を例示する。図１３の例示は説明の便宜のためのものであり、本開示の範囲を制限するものではない。図１３で例示する一部の段階は、状況及び／又は設定によって省略されてよい。また、図１３で、端末は一つの例示に過ぎず、下の図１５で例示する装置によって具現されてよい。例えば、図１５のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報など（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＵＬ／ＤＬスケジューリングのためのＤＣＩ、ＳＲＳ、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨなど）を送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に保存するように制御することもできる。

【0473】

端末は基地局から、ＢＷＰに対するＰＤＳＣＨと関連した第１設定情報、及び前記ＢＷＰ内設定されたＣＦＲに対するマルチキャストＰＤＳＣＨと関連した第２設定情報を受信する（Ｓ１３０１）。

【0474】

ここで、ＣＦＲは、ＭＢＳのための共通周波数リソースを意味する。１つのＤＬ ＣＦＲは、ＭＢＳ送受信のためのグループ共通（ｇｒｏｕｐ ｃｏｍｍｏｎ）ＰＤＣＣＨとグループ共通ＰＤＳＣＨ送信リソースを提供し、１つのＵＬ ＣＦＲは、グループ共通ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソースを提供できる。１つのＣＦＲは、１つのＭＢＳ特定（ｓｐｅｃｉｆｉｃ）ＢＷＰであるか、１つのＵＥ特定ＢＷＰであってよい。或いは、１つのＵＥ特定ＢＷＰ内に１つ又は複数のＣＦＲが設定されてよい。１つのＣＦＲは１つのＵＥ特定ＢＷＰと関連付けられる。

【0475】

先の実施例２によって、前記第１設定情報は、１つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、１つ以上の第１レートマッチパターングループのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含んでよい。また、前記第２設定情報は、１つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、１つ以上の第２レートマッチパターングループのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含んでよい。

【0476】

上述したように、端末に対してセルレベルで（すなわち、セル別に）１つ以上の（例えば、最大で４個）のＲＭパターンが設定されてよい。例えば、サービングセル共通の設定情報（例えば、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ）内で複数個の（例えば、最大で４個）のＲＭパターンが設定されてよい（例えば、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＴｏＡｄｄＭｏｄＬｉｓｔによって）。また、端末に対してＢＷＰレベルで（すなわち、ＢＷＰ別に）１つ以上の（例えば、最大で４個）のＲＭパターンが設定されてよい。例えば、ＢＷＰ設定内ＰＤＳＣＨ関連設定情報（例えば、ＰＤＳＣＨ－Ｃｏｎｆｉｇ）内で１つ以上の（例えば、最大で４個）のＲＭパターンが設定されてよい（例えば、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＴｏＡｄｄＭｏｄＬｉｓｔによって）。

【0477】

ここで、各ＲＭパターンは、ＰＤＳＣＨ送信のために利用可能（ａｖａｉｌａｂｌｅ）でない特定シンボルに属するリソースブロックのセットを定義することができる（すなわち、予備されたリソース）。

【0478】

また、前記セルレベルでそしてＢＷＰレベルで設定されたＲＭパターンのセットは、前記１つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループと前記１つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループを生成するために用いられてよい。また、各レートマッチパターングループは、１つ以上のセルレベルのレートマッチパターン及び／又は１つ以上のＢＷＰレベルのレートマッチパターンを含んでよい。

【0479】

また、先の実施例５によって、第１設定情報と第２設定情報で重複するパラメータに対する設定は、第２設定情報において省略されてよい。この場合、前記第２設定情報内に含まれていない前記第１設定情報内に設定されたパラメータが、前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信するために適用されてよい。又は、前記第１設定情報内特定の引用指示に基づいて、前記第２設定情報内に含まれていない前記第１設定情報内に設定されたパラメータが、前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信するために適用されてよい。

【0480】

また、図示してはいないが、先の実施例１によって、端末は基地局から、ｉ）マルチキャストＰＤＳＣＨと、ｉｉ）ＳＩ又はページング送信間の優先順位に対する設定情報（重複が許容される場合に）を受信することができる。この場合、マルチキャストＰＤＳＣＨがＳＩ又はページング（ｐａｇｉｎｇ）送信と重複（ｏｖｅｒｌａｐ）するとき、端末は、あらかじめ設定された優先順位に基づいて、ｉ）マルチキャストＰＤＳＣＨ、又はｉｉ）ＳＩ又はページング（ｐａｇｉｎｇ）送信のいずれか１つを受信することができる。また、端末は、マルチキャストＰＤＳＣＨはＳＩ又はページング（ｐａｇｉｎｇ）送信と重複（ｏｖｅｒｌａｐ）しないと仮定できる。

【0481】

また、図示してはいないが、先の実施例３によって、端末は基地局からマルチキャストＰＤＳＣＨのためのオーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）と関連した設定情報を受信することができる。この場合、端末は、設定されたオーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）に基づいてＴＢＳを決定できる。

【0482】

また、図示してはいないが、先の実施例４によって、端末は基地局からＣＦＲに対するＺＰ ＣＳＩ－ＲＳ関連設定情報を受信することができる。また、加えて、端末は、先の実施例４によって、ＣＦＲに対するＺＰ ＣＳＩ－ＲＳリソースの活性／非活性のためのメッセージを受信することができる。この場合、端末は、ＣＦＲでマルチキャストＰＤＳＣＨ受信時に設定されたＺＰ ＣＳＩ－ＲＳリソースに対応するＲＥがマルチキャストＰＤＳＣＨのために利用されないと判断できる。

【0483】

また、図示してはいないが、先の実施例６によって、端末は基地局からマルチキャストＰＤＳＣＨに対するマルチキャストＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨ関連設定情報を受信することができる。この場合、マルチキャストＰＤＳＣＨに対するマルチキャストＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨを送信する時に、端末は、設定された空間関係（すなわち、参照ＲＳ）に基づいて送信することができる。

【0484】

端末は基地局から前記マルチキャストＰＤＳＣＨをスケジュールするためのＤＣＩを受信する（Ｓ１３０２）。

【0485】

ここで、ＤＣＩはＰＤＣＣＨを介して送信されてよく、ＰＤＣＣＨはＣＦＲ内で送信されてよい。

【0486】

ここで、特定ＲＭパターングループがＤＣＩ内レートマッチング指示子（ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ）フィールドを用いて活性化されてよい。特に、マルチキャストＰＤＳＣＨが送信されるＣＦＲがＢＷＰ内に設定されるにもかかわらず、前記１つ以上の第１レートマッチパターングループ及び前記１つ以上の第２レートマッチパターングループのうち、前記ＤＣＩによって前記１つ以上の第２レートマッチパターングループのみが指示されてよい。又は、前記ＤＣＩのＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）をスクランブルするＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）に基づいて暗黙的に前記ＤＣＩによって前記１つ以上の第２レートマッチパターングループが指示されてもよい。

【0487】

一方、ＤＣＩによって前記１つ以上の第１レートマッチパターングループが指示されると、端末は、当該ＤＣＩ内の前記１つ以上の第１レートマッチパターングループを指示する情報（例えば、フィールド）を無視（ｉｇｎｏｒｅ）できる。すなわち、当該情報（例えば、フィールド）を除いて残り情報のみをマルチキャストＰＤＳＣＨ受信のために用いることができる。

【0488】

又は、ＤＣＩによって前記１つ以上の第１レートマッチパターングループが指示されると、端末は、当該ＤＣＩ全体を無視（ｉｇｎｏｒｅ）できる。すなわち、端末は、この場合、当該ＤＣＩを無視することにより、当該ＤＣＩによってスケジュールされたマルチキャストＰＤＳＣＨも受信しなくてよい。

【0489】

また、前記ＤＣＩは、Ｇ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）又はＧ－ＣＳ－ＲＮＴＩ（ｇｒｏｕｐ－ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）によってスクランブルされたＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を含んでよい。

【0490】

端末は基地局からＤＣＩに基づいてＣＦＲ内でマルチキャストＰＤＳＣＨを受信する（Ｓ１３０３）。

【0491】

ここで、前記ＤＣＩによって指示された１つ以上の第２レートマッチパターングループ内レートマッチングパターンによって設定されたリソース（すなわち、予備されたリソース）の和集合に対応するリソース（例えば、ＲＥ）は、ＰＤＳＣＨのために利用されなくてよい。したがって、端末は、当該レートマッチパターンによって設定されたリソースの和集合に対応するリソース（例えば、ＲＥ）ではＰＤＳＣＨが送信されないと見なし、ＰＤＳＣＨで運ぶＴＢのデコーディングを試みることができる。

【0492】

また、図示してはいないが、先の図９で例示された動作によって、端末は、マルチキャストＰＤＳＣＨで運ぶＴＢのデコーディング結果に基づいてＨＡＲＱ－ＡＣＫ情報を基地局に送信することができる。

【0493】

図１４は、本開示の一実施例に係るマルチキャストＰＤＳＣＨ送受信方法に対する基地局の動作を例示する図である。

【0494】

図１４では、先に提案した方法（例えば、実施例１～実施例７及びこれに対する細部実施例のいずれか一つ又は複数の組合せ）に基づく基地局の動作を例示する。図１４の例示は、説明の便宜のためのものであり、本開示の範囲を制限するものではない。図１４で例示する一部の段階は、状況及び／又は設定によって省略されてよい。また、図１４で、基地局は一つの例示に過ぎず、下の図１５で例示する装置によって具現されてよい。例えば、図１５のプロセッサ（ｐｒｏｃｅｓｓｏｒ）（１０２／２０２）は、トランシーバー（１０６／２０６）を用いてチャネル／信号／データ／情報など（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＵＬ／ＤＬスケジューリングのためのＤＣＩ、ＳＲＳ、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨなど）を送受信するように制御でき、送信する又は受信したチャネル／信号／データ／情報などをメモリ（１０４／２０４）に保存するように制御することができる。

【0495】

基地局は端末に、ＢＷＰに対するＰＤＳＣＨと関連した第１設定情報、及び前記ＢＷＰ内設定されたＣＦＲに対するマルチキャストＰＤＳＣＨと関連した第２設定情報を送信する（Ｓ１４０１）。

【0496】

ここで、ＣＦＲは、ＭＢＳのための共通周波数リソースを意味する。１つのＤＬ ＣＦＲは、ＭＢＳ送受信のためのグループ共通（ｇｒｏｕｐ ｃｏｍｍｏｎ）ＰＤＣＣＨとグループ共通ＰＤＳＣＨ送信リソースを提供し、１つのＵＬ ＣＦＲは、グループ共通ＰＤＳＣＨ受信に対するＨＡＲＱ－ＡＣＫ ＰＵＣＣＨリソースを提供できる。１つのＣＦＲは、１つのＭＢＳ特定（ｓｐｅｃｉｆｉｃ）ＢＷＰであるか、１つのＵＥ特定ＢＷＰであってよい。或いは、１つのＵＥ特定ＢＷＰ内に１つ又は複数のＣＦＲが設定されてよい。１つのＣＦＲは１つのＵＥ特定ＢＷＰと関連付けられる。

【0497】

先の実施例２によって、前記第１設定情報は、１つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、１つ以上の第１レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含んでよい。また、前記第２設定情報は、１つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループに関する情報を含み、１つ以上の第２レートマッチパターンのそれぞれは、ＰＤＳＣＨの受信のために利用可能（ａｖａｉｌａｂｌｅ）でないリソースに対する１つ以上のレートマッチパターンを含んでよい。

【0498】

上述したように、端末に対してセルレベルで（すなわち、セル別に）１つ以上の（例えば、最大で４個）のＲＭパターンが設定されてよい。例えば、サービングセル共通の設定情報（例えば、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇ）内で複数個の（例えば、最大で４個）のＲＭパターンが設定されてよい（例えば、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＴｏＡｄｄＭｏｄＬｉｓｔによって）。また、端末に対してＢＷＰレベルで（すなわち、ＢＷＰ別に）１つ以上の（例えば、最大で４個）のＲＭパターンが設定されてよい。例えば、ＢＷＰ設定内ＰＤＳＣＨ関連設定情報（例えば、ＰＤＳＣＨ－Ｃｏｎｆｉｇ）内で１つ以上の（例えば、最大で４個）のＲＭパターンが設定されてよい（例えば、ｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＴｏＡｄｄＭｏｄＬｉｓｔによって）。

【0499】

ここで、各ＲＭパターンは、ＰＤＳＣＨ送信のために利用可能（ａｖａｉｌａｂｌｅ）でない特定シンボルに属するリソースブロックのセットを定義することができる（すなわち、予備されたリソース）。

【0500】

また、前記セルレベルでそしてＢＷＰレベルで設定されたＲＭパターンのセットは、前記１つ以上の第１レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループと前記１つ以上の第２レートマッチ（ｒａｔｅ ｍａｔｃｈ）パターングループを生成するために用いられてよい。また、各レートマッチパターングループは、１つ以上のセルレベルのレートマッチパターン及び／又は１つ以上のＢＷＰレベルのレートマッチパターンを含んでよい。

【0501】

また、先の実施例５によって、第１設定情報と第２設定情報において重複するパラメータに対する設定は、第２設定情報において省略されてよい。この場合、前記第２設定情報内に含まれていない前記第１設定情報内に設定されたパラメータが、前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信するために適用されてよい。又は、前記第１設定情報内特定の引用指示に基づいて、前記第２設定情報内に含まれていない前記第１設定情報内に設定されたパラメータが、前記ＣＦＲ内で前記マルチキャストＰＤＳＣＨを受信するために適用されてよい。

【0502】

また、図示してはいないが、先の実施例１によって、基地局は端末に、ｉ）マルチキャストＰＤＳＣＨと、ｉｉ）ＳＩ又はページング送信間の優先順位に対する設定情報（重複が許容される場合に）を送信できる。この場合、マルチキャストＰＤＳＣＨがＳＩ又はページング（ｐａｇｉｎｇ）送信と重複（ｏｖｅｒｌａｐ）するとき、端末は、あらかじめ設定された優先順位に基づいて、ｉ）マルチキャストＰＤＳＣＨ、又はｉｉ）ＳＩ又はページング（ｐａｇｉｎｇ）送信のいずれか１つを受信することができる。また、端末は、マルチキャストＰＤＳＣＨはＳＩ又はページング（ｐａｇｉｎｇ）送信と重複（ｏｖｅｒｌａｐ）しないと仮定できる。

【0503】

また、図示してはいないが、先の実施例３によって、基地局は端末に、マルチキャストＰＤＳＣＨのためのオーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）と関連した設定情報を送信できる。この場合、端末は、設定されたオーバーヘッド設定のためのパラメータ（例えば、ｘＯｖｅｒｈｅａｄ）に基づいてＴＢＳを決定できる。

【0504】

また、図示してはいないが、先の実施例４によって、基地局は端末に、ＣＦＲに対するＺＰ ＣＳＩ－ＲＳ関連設定情報を送信できる。また、加えて、基地局は、先の実施例４によって、ＣＦＲに対するＺＰ ＣＳＩ－ＲＳリソースの活性／非活性のためのメッセージを送信することができる。この場合、端末は、ＣＦＲでマルチキャストＰＤＳＣＨ受信時に設定されたＺＰ ＣＳＩ－ＲＳリソースに対応するＲＥがマルチキャストＰＤＳＣＨのために利用されないと判断できる。

【0505】

また、図示してはいないが、先の実施例６によって、基地局は端末に、マルチキャストＰＤＳＣＨに対するマルチキャストＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨ関連設定情報を送信できる。この場合、マルチキャストＰＤＳＣＨに対するマルチキャストＨＡＲＱ－ＡＣＫを送信するためのＰＵＣＣＨを送信するとき、基地局は、設定された空間関係（すなわち、参照ＲＳ）に基づいて受信することができる。

【0506】

基地局は端末に、前記マルチキャストＰＤＳＣＨをスケジュールするためのＤＣＩを送信する（Ｓ１４０２）。

【0507】

ここで、ＤＣＩはＰＤＣＣＨを介して送信されてよく、ＰＤＣＣＨはＣＦＲ内で送信されてよい。

【0508】

ここで、特定ＲＭパターングループがＤＣＩ内レートマッチング指示子（ｒａｔｅ ｍａｔｃｈｉｎｇ ｉｎｄｉｃａｔｏｒ）フィールドを用いて活性化されてよい。特に、マルチキャストＰＤＳＣＨが送信されるＣＦＲがＢＷＰ内に設定されるにもかかわらず、前記１つ以上の第１レートマッチパターングループ及び前記１つ以上の第２レートマッチパターングループのうち、前記ＤＣＩによって前記１つ以上の第２レートマッチパターングループのみが指示されてよい。又は、前記ＤＣＩのＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）をスクランブルするＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）に基づいて暗黙的に前記ＤＣＩによって前記１つ以上の第２レートマッチパターングループが指示されてもよい。

【0509】

一方、ＤＣＩによって前記１つ以上の第１レートマッチパターングループが指示されると、端末は、当該ＤＣＩ内の前記１つ以上の第１レートマッチパターングループを指示する情報（例えば、フィールド）を無視（ｉｇｎｏｒｅ）できる。すなわち、当該情報（例えば、フィールド）を除いて残り情報のみをマルチキャストＰＤＳＣＨ受信のために用いることができる。

【0510】

又は、ＤＣＩによって前記１つ以上の第１レートマッチパターングループが指示されると、端末は、当該ＤＣＩ全体を無視（ｉｇｎｏｒｅ）できる。すなわち、端末は、この場合、当該ＤＣＩを無視することにより、当該ＤＣＩによってスケジュールされたマルチキャストＰＤＳＣＨも受信しなくてよい。

【0511】

また、前記ＤＣＩは、Ｇ－ＲＮＴＩ（ｇｒｏｕｐ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）又はＧ－ＣＳ－ＲＮＴＩ（ｇｒｏｕｐ－ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）によってスクランブルされたＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を含んでよい。

【0512】

基地局は端末にＤＣＩに基づいてＣＦＲ内でマルチキャストＰＤＳＣＨを送信する（Ｓ１４０３）。

【0513】

ここで、前記ＤＣＩによって指示された１つ以上の第２レートマッチパターングループ内レートマッチングパターンによって設定されたリソース（すなわち、予備されたリソース）の和集合に対応するリソース（例えば、ＲＥ）は、ＰＤＳＣＨのために用いられなくてよい。したがって、端末は、当該レートマッチパターンによって設定されたリソースの和集合に対応するリソース（例えば、ＲＥ）ではＰＤＳＣＨが送信されないと見なし、ＰＤＳＣＨで運ぶＴＢのデコーディングを試みることができる。

【0514】

また、図示してはいないが、先の図９で例示された動作によって、基地局は、端末によるマルチキャストＰＤＳＣＨで運ぶＴＢのデコーディング結果に基づいて、ＨＡＲＱ－ＡＣＫ情報を端末から受信することができる。

【0515】

本開示の適用が可能な装置一般

【0516】

図１５には、本開示の一実施例に係る無線通信装置のブロック構成図を例示する。

【0517】

図１５を参照すると、第１無線機器１００と第２無線機器２００は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を用いて無線信号を送受信することができる。

【0518】

第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。

【0519】

第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６から第３情報／信号を含む無線信号を送信してよい。また、プロセッサ２０２は、第４情報／信号を含む無線信号を送受信機２０６から受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と連結されてよく、プロセッサ２０２の動作に関連した様々な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機２０６は、プロセッサ２０２と連結されてよく、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６は、ＲＦユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。

【0520】

以下、無線機器１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、１つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は１つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。１つ以上のプロセッサ１０２，２０２は、本開示に開示された機能、手続、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを１つ以上の送受信機１０６，２０６に提供できる。１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。

【0521】

１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に保存され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。

【0522】

１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を保存することができる。１つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。１つ以上のメモリ１０４，２０４は、１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、１つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって１つ以上のプロセッサ１０２，２０２と連結されてよい。

【0523】

１つ以上の送受信機１０６，２０６は、１つ以上の他の装置に、本開示の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。１つ以上の送受信機１０６，２０６は、１つ以上の他の装置から、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８と連結されてよく、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８を介して、本開示に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本開示において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。１つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。１つ以上の送受信機１０６，２０６は、１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、１つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含むことができる。

【0524】

以上で説明された実施例は、本開示の構成要素及び特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてもよい。また、一部の構成要素及び／又は特徴を結合させて本開示の実施例を構成することも可能である。本開示の実施例において説明される動作の順序は変更されてよい。ある実施例の一部の構成又は特徴は他の実施例に含まれてもよく、或いは他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか、或いは出願後の補正によって新しい請求項として含めることができることは明らかである。

【0525】

本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。

【0526】

本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令（例えば、運営体制、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に／内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、ＤＲＡＭ、ＳＲＡＭ、ＤＤＲ ＲＡＭ又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、１つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している１つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の一つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び／又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境／コンテナを含むことができるが、これに制限されない。

【0527】

ここで、本開示の無線機器１００，２００において具現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇの他に、低電力通信のための狭帯域モノのインターネット（Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＮＢ－ＩｏＴ）も含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であってよく、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、ＬＴＥ－Ｍ技術に基づいて通信を行うことができる。このとき、一例として、ＬＴＥ－Ｍ技術は、ＬＰＷＡＮ技術の一例であってよく、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称と呼ばれてよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか一つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器（ＸＸＸ，ＹＹＹ）において具現される無線通信技術は、低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）（登録商標）及び低電力広帯域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ，ＬＰＷＡＮ）のうち少なくともいずれか一つを含むことができ、上述した名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術は、ＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低い電力デジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、様々な名称と呼ばれてよい。

【産業上の利用可能性】

【0528】

本開示で提案する方法は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ、５Ｇシステムの他にも様々な無線通信システムに適用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【国際調査報告】