特表 2024-540246 無線通信システムにおいて上りリンク送受信を行う方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2024-10-31

(54)【発明の名称】無線通信システムにおいて上りリンク送受信を行う方法及び装置

(51)【国際特許分類】

   H04W 72/21 20230101AFI20241024BHJP

   H04W 72/11 20230101ALI20241024BHJP

   H04W 28/04 20090101ALI20241024BHJP

【ＦＩ】

H04W72/21

H04W72/11

H04W28/04 110

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024525942

(86)(22)【出願日】2022-11-04

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

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

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

(87)【国際公開日】2023-05-11

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

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】イ ヨンテ

(72)【発明者】

【氏名】ヤン ソクチョル

(72)【発明者】

【氏名】キム ソンウク

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

5K067

【Ｆターム（参考）】

5K067DD34

5K067EE02

5K067EE10

5K067HH28

(57)【要約】

無線通信システムにおいて上りリンク送受信を行う方法及び装置が開示される。本開示の一実施例に係る端末が上りリンク送信を行う方法は、グループ共通ＳＰＳ ＰＤＳＣＨのための複数の設定を含む情報を受信する段階と、前記複数の設定に基づいて複数のグループ共通ＳＰＳ ＰＤＳＣＨを受信する段階と、特定ＰＵＣＣＨリソースで、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を多重化して決定された情報を送信する段階と、を含んでよい。ここで、前記ＨＡＲＱ－ＡＣＫ情報が特定ＨＡＲＱ－ＡＣＫ報告モードと設定されることに基づいて、前記ＨＡＲＱ－ＡＣＫ情報は、他のＨＡＲＱ－ＡＣＫ報告モードに転換して多重化されてよい。前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定が設定されないことに基づいて、前記特定ＰＵＣＣＨリソースは、ユニキャストＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報と関連した他のＰＵＣＣＨ設定に基づいて決定されてよい。
【選択図】 図７

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末によって上りリンク送信を行う方法であって、前記方法は、
グループ共通半持続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ，ＳＰＳ）物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）のための複数の設定を含む情報を受信する段階と、
前記複数の設定に基づいて複数のグループ共通ＳＰＳ ＰＤＳＣＨを受信する段階と、
特定物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースで、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を多重化して決定された情報を送信する段階と、を含み、
前記ＨＡＲＱ－ＡＣＫ情報が特定ＨＡＲＱ－ＡＣＫ報告モードと設定されることに基づいて、前記ＨＡＲＱ－ＡＣＫ情報は、他のＨＡＲＱ－ＡＣＫ報告モードに転換して多重化され、
前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定が設定されないことに基づいて、前記特定ＰＵＣＣＨリソースは、ユニキャストＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報と関連した他のＰＵＣＣＨ設定に基づいて決定される、方法。

【請求項2】

前記特定ＨＡＲＱ－ＡＣＫ報告モードは、ＡＣＫ値のみを含むＨＡＲＱ－ＡＣＫ情報は送信されず、ＮＡＣＫ（ｎｏｎ－ＡＣＫ）である場合にのみＨＡＲＱ－ＡＣＫ情報が送信されることを含む、請求項１に記載の方法。

【請求項3】

前記他のＨＡＲＱ－ＡＣＫ報告モードは、送信ブロックが成功裏にデコードされたか否かに基づくＡＣＫ値又はＮＡＣＫ値がＨＡＲＱ－ＡＣＫ情報として生成されることを含む、請求項２に記載の方法。

【請求項4】

前記特定ＰＵＣＣＨリソースは、前記他のＰＵＣＣＨ設定に含まれるＳＰＳ ＰＵＣＣＨ ＡＮ（ＡｃｋＮａｃｋ）関連リスト情報及び前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報のビット数に基づいて決定される、請求項１に記載の方法。

【請求項5】

前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定が設定されることに基づいて、前記特定ＰＵＣＣＨリソースは、前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定に基づいて決定される、請求項１に記載の方法。

【請求項6】

前記特定ＰＵＣＣＨリソースは、前記ＰＵＣＣＨ設定に含まれるマルチキャストのためのＳＰＳ ＰＵＣＣＨ ＡＮ（ＡｃｋＮａｃｋ）関連リスト情報及び前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報のビット数に基づいて決定される、請求項５に記載の方法。

【請求項7】

前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報の多重化は、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨそれぞれに対するＨＡＲＱ－ＡＣＫ情報を運ぶＰＵＣＣＨリソースが同一の上りリンクスロットに割り当てられることに基づいて行われる、請求項１に記載の方法。

【請求項8】

前記複数の設定のそれぞれに対してＧ－ＣＳ－ＲＮＴＩ（ｇｒｏｕｐ－ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ－ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）が設定され、
前記複数のグループ共通ＳＰＳ ＰＤＳＣＨの送信は、前記Ｇ－ＣＳ－ＲＮＴＩでスクランブルされたＤＣＩフォーマットに基づいてそれぞれ活性化される、請求項１に記載の方法。

【請求項9】

前記特定ＨＡＲＱ－ＡＣＫ報告モードは、２つのＨＡＲＱ－ＡＣＫ報告モードのうち一つを指示するマルチキャスト関連ＨＡＲＱフィードバックオプション情報に基づいて設定される、請求項１に記載の方法。

【請求項10】

前記ＨＡＲＱ－ＡＣＫ情報が前記他のＨＡＲＱ－ＡＣＫ報告モードに転換して多重化される方式は、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨの個数とあらかじめ設定された閾値間の比較結果に基づいて実行の有無が決定される、請求項１に記載の方法。

【請求項11】

無線通信システムにおいて上りリンク送信を行う端末であって、前記端末は、
１つ以上の送受信機（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記１つ以上の送受信機と連結された１つ以上のプロセッサと、を含み、
前記１つ以上のプロセッサは、
グループ共通半持続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ，ＳＰＳ）物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）のための複数の設定を含む情報を受信し、
前記複数の設定に基づいて複数のグループ共通ＳＰＳ ＰＤＳＣＨを受信し、
特定物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースで、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を多重化して決定された情報を送信する、ように設定し、
前記ＨＡＲＱ－ＡＣＫ情報が特定ＨＡＲＱ－ＡＣＫ報告モードと設定されることに基づいて、前記ＨＡＲＱ－ＡＣＫ情報は、他のＨＡＲＱ－ＡＣＫ報告モードに転換して多重化され、
前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定が設定されないことに基づいて、前記特定ＰＵＣＣＨリソースは、ユニキャストＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報と関連した他のＰＵＣＣＨ設定に基づいて決定される、端末。

【請求項12】

無線通信システムにおいて基地局が上りリンク受信を行う方法であって、前記方法は、
グループ共通半持続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ，ＳＰＳ）物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）のための複数の設定を含む情報を送信する段階と、
前記複数の設定に基づいて複数のグループ共通ＳＰＳ ＰＤＳＣＨを送信する段階と、
特定物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースで、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報が多重化された情報を受信する段階と、を含み、
前記ＨＡＲＱ－ＡＣＫ情報が特定ＨＡＲＱ－ＡＣＫ報告モードと設定されることに基づいて、前記ＨＡＲＱ－ＡＣＫ情報は、他のＨＡＲＱ－ＡＣＫ報告モードに転換して多重化され、
前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定が設定されないことに基づいて、前記特定ＰＵＣＣＨリソースは、ユニキャストＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報と関連した他のＰＵＣＣＨ設定に基づいて決定される、方法。

【請求項13】

無線通信システムにおいて上りリンク受信を行う基地局であって、前記基地局は、
１つ以上の送受信機（ｔｒａｎｓｃｅｉｖｅｒ）と、
前記１つ以上の送受信機と連結された１つ以上のプロセッサと、を含み、
前記１つ以上のプロセッサは、
グループ共通半持続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ，ＳＰＳ）物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）のための複数の設定を含む情報を送信し、
前記複数の設定に基づいて複数のグループ共通ＳＰＳ ＰＤＳＣＨを送信し、
特定物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースで、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報が多重化された情報を受信する、ように設定し、
前記ＨＡＲＱ－ＡＣＫ情報が特定ＨＡＲＱ－ＡＣＫ報告モードと設定されることに基づいて、前記ＨＡＲＱ－ＡＣＫ情報は、他のＨＡＲＱ－ＡＣＫ報告モードに転換して多重化され、
前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定が設定されないことに基づいて、前記特定ＰＵＣＣＨリソースは、ユニキャストＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報と関連した他のＰＵＣＣＨ設定に基づいて決定される、基地局。

【請求項14】

無線通信システムにおいて端末を制御するように設定されるプロセシング装置であって、前記プロセシング装置は、
１つ以上のプロセッサと、
前記１つ以上のプロセッサに動作可能に連結され、前記１つ以上のプロセッサによって実行されることに基づいて、請求項１～１０のいずれか一項による方法を行うための命令を保存する１つ以上のコンピュータメモリと、を含む、プロセシング装置。

【請求項15】

１つ以上の命令を保存する１つ以上の非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）コンピュータ可読媒体であって、
前記１つ以上の命令は１つ以上のプロセッサによって実行され、無線通信システムで装置が、請求項１～１０のいずれか一項による方法を行うように制御する、コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線通信システムに関し、より詳細には、無線通信システムにおいて上りリンク送受信を行う方法及び装置に関する。

【背景技術】

【0002】

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

【0003】

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

【発明の概要】

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

【0004】

本開示の技術的課題は、無線通信システムにおいて上りリンク送受信を行う方法及び装置を提供することである。

【0005】

また、本開示の更なる技術的課題は、複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を多重化する方法及び装置を提供することである。

【0006】

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

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

【0007】

本開示の一実施例によれば、無線通信システムにおいて端末によって上りリンク送信を行う方法は、グループ共通半持続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ，ＳＰＳ）物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）のための複数の設定を含む情報を受信する段階と、前記複数の設定に基づいて複数のグループ共通ＳＰＳ ＰＤＳＣＨを受信する段階と、特定物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースで、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報を多重化して決定された情報を送信する段階と、を含んでよい。前記ＨＡＲＱ－ＡＣＫ情報が特定ＨＡＲＱ－ＡＣＫ報告モードと設定されることに基づいて、前記ＨＡＲＱ－ＡＣＫ情報は、他のＨＡＲＱ－ＡＣＫ報告モードに転換して多重化されてよい。前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定が設定されないことに基づいて、前記特定ＰＵＣＣＨリソースは、ユニキャストＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報と関連した他のＰＵＣＣＨ設定に基づいて決定されてよい。

【0008】

本開示のさらに他の実施例として、無線通信システムにおいて基地局が上りリンク受信を行う方法は、グループ共通半持続的（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ，ＳＰＳ）物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）のための複数の設定を含む情報を送信する段階と、前記複数の設定に基づいて複数のグループ共通ＳＰＳ ＰＤＳＣＨを送信する段階と、特定物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースで、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報が多重化された情報を受信する段階と、を含んでよい。前記ＨＡＲＱ－ＡＣＫ情報が特定ＨＡＲＱ－ＡＣＫ報告モードと設定されることに基づいて、前記ＨＡＲＱ－ＡＣＫ情報は、他のＨＡＲＱ－ＡＣＫ報告モードに転換して多重化されてよい。前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定が設定されないことに基づいて、前記特定ＰＵＣＣＨリソースは、ユニキャストＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報と関連した他のＰＵＣＣＨ設定に基づいて決定されてよい。

【発明の効果】

【0009】

本開示の一実施例によれば、無線通信システムにおいて上りリンク送受信を行う方法及び装置を提供することができる。

【0010】

本開示の一実施例によれば、複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報を多重化する方法及び装置を提供することができる。

【0011】

本開示の一実施例によれば、グループ共通ＳＰＳ ＰＤＳＣＨに対するＮＡＣＫ ｏｎｌｙベースＨＡＲＱ－ＡＣＫをＡＣＫ／ＮＡＣＫベースＨＡＲＱ－ＡＣＫに変換して多重化する場合に、多重化されたＨＡＲＱ－ＡＣＫ情報の送信のためのＰＵＣＣＨリソース決定の曖昧さを除去することができる。

【0012】

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

【図面の簡単な説明】

【0013】

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

【0014】

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

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

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

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

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

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

【図7】本開示の実施例に係る上りリンク送受信方法に対する端末の動作を例示する図である。

【図8】本開示の実施例に係る上りリンク送受信方法に対する基地局の動作を例示する図である。

【図9】本開示の一実施例に係るネットワーク側及び端末のシグナリング手順を説明するための図である。

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

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

【0015】

以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。

【0016】

場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。

【0017】

本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているするとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含むことができる。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び／又は構成要素の存在を特定するものの、１つ以上の他の特徴、段階、動作、要素、構成要素及び／又はそれらのグループの存在又は追加を排除しない。

【0018】

本開示において、“第１”、“第２”などの用語は、一つの構成要素を他の構成要素から区別する目的に使われるだけで、構成要素を制限するために使われることはなく、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第１構成要素は他の実施例において第２構成要素と称することもでき、同様に、一実施例における第２構成要素を他の実施例において第１構成要素と称することもできる。

【0019】

本開示で使われる用語は、特定実施例に関する説明のためのもので、特許請求の範囲を限定するためのものではない。実施例の説明及び添付する特許請求の範囲で使用される通り、単数形態は、文脈において特に断らない限り、複数形態も含むように意図したものである。本開示に使われる用語“及び／又は”は、関連した列挙項目のうちの一つを指してもよく、又はそれらのうち２つ以上の任意の及び全ての可能な組合せを指して含むことを意味する。また、本開示において、単語の間における“／”は、別に断らない限り、“及び／又は”と同じ意味を有する。

【0020】

本開示は、無線通信ネットワーク又は無線通信システムを対象にして説明し、無線通信ネットワークにおいてなされる動作は、当該無線通信ネットワークを管轄する装置（例えば、基地局）がネットワークを制御し、信号を送信（ｔｒａｎｓｍｉｔ）又は受信（ｒｅｃｅｉｖｅ）する過程においてなされるか、当該無線ネットワークに結合した端末がネットワークとの又は端末間の信号を送信又は受信する過程においてなされてよい。

【0021】

本開示において、チャネルを送信又は受信するということは、当該チャネルで情報又は信号を送信又は受信するという意味を含む。例えば、制御チャネルを送信するということは、制御チャネルで制御情報又は信号を送信するということを意味する。類似に、データチャネルを送信するということは、データチャネルでデータ情報又は信号を送信するということを意味する。

【0022】

以下において、下りリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、上りリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部であってよい。上りリンクにおいて、送信機は端末の一部であり、受信機は基地局の一部であってよい。基地局は第１通信装置と、端末は第２通信装置と表現されてよい。基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ｇＮＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ネットワーク（５Ｇネットワーク）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）システム／モジュール、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。また、端末（Ｔｅｒｍｉｎａｌ）は、固定されるか移動性を有してよく、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ）装置、車両（ｖｅｈｉｃｌｅ）、ＲＳＵ（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ）、ロボット（ｒｏｂｏｔ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）モジュール、ドローン（ＵＡＶ：Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）装置、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）装置などの用語に代替されてよい。

【0023】

以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような様々な無線接続システムに用いられてよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現されてよい。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現されてよい。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現されてよい。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（登録商標）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）／ＬＴＥ－Ａ ｐｒｏは、３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。

【0024】

説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本開示の技術的思想がそれに制限されるものではない。ＬＴＥは、３ＧＰＰ ＴＳ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ） ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。細部的に、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術はＬＴＥ－Ａと呼ばれ、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術はＬＴＥ－Ａ ｐｒｏと呼ばれる。３ＧＰＰ ＮＲは、ＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。“ｘｘｘ”は、標準文書細部番号を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと呼ばれてよい。本開示の説明に用いられる背景技術、用語、略語などに関しては、本開示の前に公開された標準文書に記載の事項を参照できる。例えば、次の文書を参照できる。

【0025】

３ＧＰＰ ＬＴＥでは、ＴＳ ３６．２１１（物理チャネル及び変調）、ＴＳ ３６．２１２（多重化及びチャネルコーディング）、ＴＳ ３６．２１３（物理層手続）、ＴＳ ３６．３００（説明全般）、ＴＳ ３６．３３１（無線リソース制御）を参照できる。

【0026】

３ＧＰＰ ＮＲでは、ＴＳ ３８．２１１（物理チャネル及び変調）、ＴＳ ３８．２１２（多重化及びチャネルコーディング）、ＴＳ ３８．２１３（制御のための物理層手続）、ＴＳ ３８．２１４（データのための物理層手続）、ＴＳ ３８．３００（ＮＲ及びＮＧ－ＲＡＮ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ－Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）説明全般）、ＴＳ ３８．３３１（無線リソース制御プロトコル規格）を参照できる。

【0027】

本開示で使用可能な用語の略字は次のように定義される。

【0028】

－ ＢＭ：ビーム管理（ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）

【0029】

－ ＣＱＩ：チャネル品質指示子（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）

【0030】

－ ＣＲＩ：チャネル状態情報－参照信号リソース指示子（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）

【0031】

－ ＣＳＩ：チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ）

【0032】

－ ＣＳＩ－ＩＭ：チャネル状態情報－干渉測定（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｉｎｔｅｒｆｅｒｅｎｃｅ ｍｅａｓｕｒｅｍｅｎｔ）

【0033】

－ ＣＳＩ－ＲＳ：チャネル状態情報－参照信号（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

【0034】

－ ＤＭＲＳ：復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

【0035】

－ ＦＤＭ：周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）

【0036】

－ ＦＦＴ：高速フーリエ変換（ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）

【0037】

－ ＩＦＤＭＡ：インターリーブされた周波数分割多重アクセス（ｉｎｔｅｒｌｅａｖｅｄ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）

【0038】

－ ＩＦＦＴ：逆高速フーリエ変換（ｉｎｖｅｒｓｅ ｆａｓｔ Ｆｏｕｒｉｅｒ ｔｒａｎｓｆｏｒｍ）

【0039】

－ Ｌ１－ＲＳＲＰ：第１レイヤ参照信号受信パワー（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）

【0040】

－ Ｌ１－ＲＳＲＱ：第１レイヤ参照信号受信品質（Ｌａｙｅｒ １ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）

【0041】

－ ＭＡＣ：媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）

【0042】

－ ＮＺＰ：ノンゼロパワー（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ）

【0043】

－ ＯＦＤＭ：直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）

【0044】

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

【0045】

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

【0046】

－ ＰＭＩ：プリコーディング行列指示子（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）

【0047】

－ ＲＥ：リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）

【0048】

－ ＲＩ：ランク指示子（Ｒａｎｋ ｉｎｄｉｃａｔｏｒ）

【0049】

－ ＲＲＣ：無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）

【0050】

－ ＲＳＳＩ：受信信号強度指示子（ｒｅｃｅｉｖｅｄ ｓｉｇｎａｌ ｓｔｒｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）

【0051】

－ Ｒｘ：受信（Ｒｅｃｅｐｔｉｏｎ）

【0052】

－ ＱＣＬ：準同一位置（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）

【0053】

－ ＳＩＮＲ：信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ ｎｏｉｓｅ ｒａｔｉｏ）

【0054】

－ ＳＳＢ（又は、ＳＳ／ＰＢＣＨ ｂｌｏｃｋ）：同期信号ブロック（プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、セカンダリ同期信号（ＳＳＳ：ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及び物理放送チャネル（ＰＢＣＨ：ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）を含む）

【0055】

－ ＴＤＭ：時間分割多重化（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）

【0056】

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

【0057】

－ ＴＲＳ：トラッキング参照信号（ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

【0058】

－ Ｔｘ：送信（ｔｒａｎｓｍｉｓｓｉｏｎ）

【0059】

－ ＵＥ：ユーザ装置（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）

【0060】

－ ＺＰ：ゼロパワー（ｚｅｒｏ ｐｏｗｅｒ）

【0061】

システム一般

【0062】

より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術（ＲＡＴ：ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要課題の一つである。これに加え、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインも議論されている。このようにｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、Ｍｍｔｃ（ｍａｓｓｉｖｅ ＭＴＣ）、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代ＲＡＴの導入が議論されており、本開示では便宜上、当該技術をＮＲと呼ぶ。ＮＲは、５Ｇ ＲＡＴの一例を表す表現である。

【0063】

ＮＲを含む新しいＲＡＴシステムは、ＯＦＤＭ送信方式又はこれと類似の送信方式を用いる。新しいＲＡＴシステムは、ＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータに従い得る。又は、新しいＲＡＴシステムは、既存のＬＴＥ／ＬＴＥ－Ａのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）にそのまま従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を支援できる。又は、一つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が一つのセル内に共存してもよい。

【0064】

ヌメロロジーは、周波数領域において一つのサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対応する。参照サブキャリア間隔（Ｒｅｆｅｒｅｎｃｅ ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）を整数Ｎでスケーリング（ｓｃａｌｉｎｇ）することにより、互いに異なるヌメロロジーを定義できる。

【0065】

図１には、本開示の適用が可能な無線通信システムの構造を例示する。

【0066】

図１を参照すると、ＮＧ－ＲＡＮは、ＮＧ－ＲＡ（ＮＧ－Ｒａｄｉｏ Ａｃｃｅｓｓ）ユーザ平面（すなわち、新しいＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）サブ層／ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）／ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）／ＭＡＣ／ＰＨＹ）及びＵＥに対する制御平面（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。前記ｇＮＢはＸｎインターフェースを介して相互連結される。前記ｇＮＢは、また、ＮＧインターフェースを介してＮＧＣ（Ｎｅｗ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に連結される。より具体的には、前記ｇＮＢは、Ｎ２インターフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インターフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に連結される。

【0067】

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

【0068】

ＮＲシステムは、多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）を支援できる。ここで、ヌメロロジーは、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）と循環前置（ＣＰ：Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドによって定義されてよい。このとき、多数のサブキャリア間隔は、基本（参照）サブキャリア間隔を整数Ｎ（又は、μ）でスケーリング（ｓｃａｌｉｎｇ）することによって誘導されてよい。また、非常に高い搬送波周波数において非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジーは周波数帯域と独立に選択されてよい。また、ＮＲシステムでは多数のヌメロロジーによる様々なフレーム構造が支援されてよい。

【0069】

以下、ＮＲシステムにおいて考慮可能なＯＦＤＭヌメロロジー及びフレーム構造について説明する。ＮＲシステムにおいて支援される多数のＯＦＤＭヌメロロジーは、下表１のように定義されてよい。

【0070】

【表1】

【0071】

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

【0072】

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

【0073】

【表2】

【0074】

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

【0075】

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

【0076】

【表3】

【0077】

【表4】

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

【数1】

【0088】

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

【0089】

【数2】

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

【表5】

【0105】

表５を参照すると、ＤＣＩ ｆｏｒｍａｔ０＿０、０＿１及び０＿２は、ＰＵＳＣＨのスケジューリングに関連したリソース情報（例えば、ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど）、送信ブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）関連情報（例えば、ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ ａｎｄ Ｓｃｈｅｍｅ）、ＮＤＩ（Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ）、ＲＶ（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）など）、ＨＡＲＱ（Ｈｙｂｒｉｄ－ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ）関連情報（例えば、プロセス番号、ＤＡＩ（Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ）、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、ＤＭＲＳシーケンス初期化情報、アンテナポート、ＣＳＩ要請（ＣＳＩ要求）など）、電力制御情報（例えば、ＰＵＳＣＨ電力制御など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。

【0106】

ＤＣＩ ｆｏｒｍａｔ ０＿０は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩフォーマット０＿０に含まれた情報は、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ：Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）又はＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩ（Ｍｏｄｕｌａｔｉｏｎ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ）によってＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）スクランブルされて送信される。

【0107】

ＤＣＩ ｆｏｒｍａｔ ０＿１は、一つのセルにおいて１つ以上のＰＵＳＣＨのスケジューリング、又は設定されたグラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）下りリンクフィードバック情報を端末に指示するために用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿１に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ）又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0108】

ＤＣＩ ｆｏｒｍａｔ ０＿２は、一つのセルにおいてＰＵＳＣＨのスケジューリングに用いられる。ＤＣＩ ｆｏｒｍａｔ ０＿２に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＳＰ－ＣＳＩ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0109】

次に、ＤＣＩ ｆｏｒｍａｔ １＿０、１＿１及び１＿２は、ＰＤＳＣＨのスケジューリングに関連したリソース情報（例えば、周波数リソース割り当て、時間リソース割り当て、ＶＲＢ（ｖｉｒｔｕａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）－ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）マッピングなど）、送信ブロック（ＴＢ）関連情報（例えば、ＭＣＳ、ＮＤＩ、ＲＶなど）、ＨＡＲＱ関連情報（例えば、プロセス番号、ＤＡＩ、ＰＤＳＣＨ－ＨＡＲＱフィードバックタイミングなど）、多重アンテナ関連情報（例えば、アンテナポート、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）要請（ＳＲＳ要求）など）、ＰＵＣＣＨ関連情報（例えば、ＰＵＣＣＨ電力制御、ＰＵＣＣＨリソース指示子など）を含むことができ、ＤＣＩフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。

【0110】

ＤＣＩ ｆｏｒｍａｔ １＿０は、一つのＤＬセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿０に含まれた情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0111】

ＤＣＩ ｆｏｒｍａｔ １＿１は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿１に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0112】

ＤＣＩ ｆｏｒｍａｔ １＿２は、一つのセルにおいてＰＤＳＣＨのスケジューリングのために用いられる。ＤＣＩ ｆｏｒｍａｔ １＿２に含まれる情報は、Ｃ－ＲＮＴＩ又はＣＳ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣスクランブルされて送信される。

【0113】

ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ）方式

【0114】

以下では、３ＧＰＰ ＬＴＥのＭＢＭＳ方式を説明する。ＭＢＭＳは、複数の基地局セルが同期化して同一のデータを、ＰＭＣＨ（ｐｈｙｓｉｃａｌ ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ）チャネルを介して送信するＳＦＮ（ｓｉｎｇｌｅ ｆｒｅｑｕｅｎｃｙ ｎｅｔｗｏｒｋ）方式、及びＰＤＣＣＨ／ＰＤＳＣＨチャネルを介して当該セルカバレッジ内で放送するＳＣ－ＰＴＭ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｐｏｉｎｔ Ｔｏ Ｍｕｌｔｉｐｏｉｎｔ）方式を含んでよい。

【0115】

ここで、ＳＦＮ方式は、あらかじめ静的（ｓｅｍｉ－ｓｔａｔｉｃ）に割り当てられたリソースで広い地域（例えば、ＭＢＭＳ ａｒｅａ）に放送サービスを提供するために主に用いられてよく、ＳＣ－ＰＴＭ方式は、動的リソースで特定セルカバレッジ内でのみ放送サービスを提供するために主に用いられてよい。

【0116】

ＳＣ－ＰＴＭは、１つの論理チャネルＳＣ－ＭＣＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）と１つ又は複数の論理チャネルＳＣ－ＭＴＣＨ（Ｓｉｎｇｌｅ Ｃｅｌｌ Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）を提供することができる。このような論理チャネルは、送信チャネルであるＤＬ－ＳＣＨ又は／及び物理チャネルであるＰＤＳＣＨにマップされてよい。ＳＣ－ＭＣＣＨ又はＳＣ－ＭＴＣＨデータを送信するＰＤＳＣＨは、Ｇ－ＲＮＴＩ（Ｇｒｏｕｐ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）で指示されるＰＤＣＣＨを介してスケジュールされてよい。

【0117】

このとき、サービスＩＤに該当するＴＭＧＩ（ｔｅｍｐｏｒａｒｙ ｍｏｂｉｌｅ ｇｒｏｕｐ ｉｄｅｎｔｉｆｙ）が特定Ｇ（ｇｒｏｕｐ）－ＲＮＴＩ値と一対一マップされてよい。したがって、基地局が複数のサービスを提供する場合に、複数のＧ－ＲＮＴＩ値がＳＣ－ＰＴＭ送信のために割り当てられてよい。１つ又は複数の端末が特定サービス受信のために特定Ｇ－ＲＮＴＩを用いてＰＤＣＣＨモニタリングを行うことができる。

【0118】

そして、特定サービス／特定Ｇ－ＲＮＴＩのためにＳＣ－ＰＴＭ専用をＤＲＸオン（ｏｎ）－デュレーション（ｄｕｒａｔｉｏｎ）区間を設定でき、この場合、前記端末は特定オン－デュレーション区間でのみ起床し、前記Ｇ－ＲＮＴＩに対するＰＤＣＣＨモニタリングを行うことができる。

【0119】

ＭＢＳ（ｍｕｌｔｉｃａｓｔ ｂｒｏａｄｃａｓｔ ｓｅｒｖｉｃｅ）ベース送受信動作

【0120】

以下に説明される内容は、サービングセルにおけるＭＢＳのためのＰＤＣＣＨ受信／ＰＤＳＣＨ受信／ＰＵＣＣＨ送信のために適用されてよく、ＰＤＳＣＨ受信をスケジュールするＤＣＩフォーマットは、マルチキャストＤＣＩフォーマットと称することができる。

【0121】

端末は、ＰＤＳＣＨ受信をスケジュールするためのマルチキャストＤＣＩフォーマットのＣＲＣをスクランブルするための１つ以上のＧ－ＲＮＴＩを受信することができる。また、端末は、ＳＰＳ ＰＤＳＣＨ活性化（ａｃｔｉｖａｔｉｏｎ）／解除（ｒｅｌｅａｓｅ）を提供するマルチキャストＤＣＩフォーマットのＣＲＣをスクランブルするためのＳＰＳ ＰＤＳＣＨ設定別に１つのＧ－ＣＳ－ＲＮＴＩを受信することができる。

【0122】

端末は、ＭＣＣＨ及びＭＴＣＨを提供するＰＤＣＣＨ及びＰＤＳＣＨの受信のための周波数リソースであるＤｏｗｎｌｉｎｋＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢでｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって構成されてよい（例えば、３ＧＰＰ ＴＳ ３８．３３１参考）。端末にｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰが提供されない場合に、周波数リソースは、Ｔｙｐｅ０－ＰＤＣＣＨ ＣＳＳセットと関連したインデックス０を有するＣＯＲＥＳＥＴと同一である。

【0123】

ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ又はＰＤＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎによって提供される上位層パラメータ値を参照するとき、上位層パラメータ値がｃｆｒ－Ｃｏｎｆｉｇ－ＭＣＣＨ－ＭＴＣＨにおいてＰＤＣＣＨ－Ｃｏｎｆｉｇ又はＰＤＳＣＨ－Ｃｏｎｆｉｇによって提供されると、後者の値はそれぞれＰＤＣＣＨ受信又はＰＤＳＣＨ受信に対して用いられる。

【0124】

端末はＭＴＣＨ又はＭＴＣＨに対するＰＤＳＣＨ受信をスケジュールするＰＤＣＣＨをモニターすることができる（例えば、３ＧＰＰ ＴＳ ３８．２１３のｃｌａｕｓｅ １０．１参考）。

【0125】

端末は、ｌｏｃａｔｉｏｎＡｎｄＢａｎｄｗｉｄｔｈ－ＭｕｌｔｉｃａｓｔによってＤＬ ＢＷＰ別にＰＤＣＣＨ及びＰＤＳＣＨの受信のためのＤＬ ＢＷＰ内の周波数リソースが設定されてよい（例えば、３ＧＰＰ ＴＳ ３８．２１１参考）。

【0126】

ＰＤＣＣＨ－Ｃｏｎｆｉｇ又はＰＤＳＣＨ－Ｃｏｎｆｉｇ又はＳＰＳ－Ｃｏｎｆｉｇによって提供される上位層パラメータ値を参照するとき、上位層パラメータ値がｃｆｒ－Ｃｏｎｆｉｇ－ＭｕｌｔｉｃａｓｔにおいてＰＤＣＣＨ－Ｃｏｎｆｉｇ又はＰＤＳＣＨ－Ｃｏｎｆｉｇ又はＳＰＳ－Ｃｏｎｆｉｇによって提供されると、後者の値はそれぞれＰＤＣＣＨ受信又はＰＤＳＣＨ受信に対して用いられる。

【0127】

一番目又は二番目のＰＵＣＣＨ－Ｃｏｎｆｉｇによって提供される上位層パラメータ値を参照するとき、上位層パラメータ値が第１又は第２ｐｕｃｃｈ－Ｃｏｎｆｉｇ－Ｍｕｌｔｉｃａｓｔ１若しくは第１又は第２ｐｕｃｃｈ－Ｃｏｎｆｉｇ－Ｍｕｌｔｉｃａｓｔ２によって提供されると、後者の値はＰＵＣＣＨ送信に用いられる。また、ＳＰＳ－ＰＵＣＣＨ－ＡＮ又はＳＰＳ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔで提供する上位層パラメータ値を参照するとき、上位層パラメータ値がｓｐｓ－ＰＵＣＣＨ－ＡＮ－Ｍｕｌｔｉｃａｓｔ又はｓｐｓ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔ－Ｍｕｌｔｉｃａｓｔでそれぞれ提供されると、後者の値がＰＵＣＣＨ送信に用いられる。また、ｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ又はｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ＣｏｄｅｂｏｏｋＬｉｓｔによって提供される上位層パラメータ値を参照するとき、上位層パラメータ値がｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ－Ｍｕｌｔｉｃａｓｔ又はｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－ＣｏｄｅｂｏｏｋＬｉｓｔ－Ｍｕｌｔｉｃａｓｔによってそれぞれ提供されると、後者の値がＰＵＣＣＨ送信に用いられる。

【0128】

端末は、当該ＳＰＳ ＰＤＳＣＨ設定に対するＰＤＳＣＨ受信スケジューリング又はＳＰＳ ＰＤＳＣＨ受信の活性化／解除のためにＰＤＣＣＨをモニターする（例えば、３ＧＰＰ ＴＳ ３８．２１３のｃｌａｕｓｅ １０．１参考）。

【0129】

端末に複数のＧ－ＲＮＴＩ又はＧ－ＣＳ－ＲＮＴＩが提供される場合に、ＨＡＲＱ－ＡＣＫコードブック類型に対する設定は全てのＧ－ＲＮＴＩ又はＧ－ＣＳ－ＲＮＴＩに適用される。

【0130】

第１ＨＡＲＱ－ＡＣＫ報告モード及び第２ＨＡＲＱ－ＡＣＫ報告モードを支援する能力を示す端末は、第１ＨＡＲＱ－ＡＣＫ報告モード又は第２ＨＡＲＱ－ＡＣＫ報告モードによって送信ブロック（ＴＢ）受信に対するＨＡＲＱ－ＡＣＫ情報を提供するようにｈａｒｑ－Ｆｅｅｄｂａｃｋ－Ｏｐｔｉｏｎ－Ｍｕｌｔｉｃａｓｔによって構成されてよい。第２ＨＡＲＱ－ＡＣＫ報告モードは、ＰＤＳＣＨ受信をスケジュールせず、関連付けられたＨＡＲＱ－ＡＣＫ情報を有するＤＣＩフォーマットに適用されない。

【0131】

第１ＨＡＲＱ－ＡＣＫ報告モードにおいて、端末がＳＰＳ ＰＤＳＣＨ活性化／解除を示すＤＣＩフォーマットを検出するＴＢを成功裏にデコードした場合に、当該端末は、ＡＣＫ値を有するＨＡＲＱ－ＡＣＫ情報を生成する。そうでない場合に、端末は、ＮＡＣＫ値を有するＨＡＲＱ－ＡＣＫ情報を生成する（例えば、３ＧＰＰ ＴＳ ３８．２１３ｃｌａｕｓｅｓ ９，９．１～９．３参考）。

【0132】

第２ＨＡＲＱ－ＡＣＫ報告モードにおいて、端末は、ＡＣＫ値を有するＨＡＲＱ－ＡＣＫ情報のみを含むＰＵＣＣＨを送信しない。

【0133】

本開示における提案方法と関連して、ＡＣＫ／ＮＡＣＫベースＨＡＲＱ－ＡＣＫは、前記第１ＨＡＲＱ－ＡＣＫ報告モードによって決定されるＨＡＲＱ－ＡＣＫフィードバック／情報／ビットを意味できる。また、ＮＡＣＫ ｏｎｌｙベースＨＡＲＱ－ＡＣＫは、前記第２ＨＡＲＱ－ＡＣＫ報告モードによって決定されるＨＡＲＱ－ＡＣＫフィードバック／情報／ビットを意味できる。

【0134】

ＴＢの初期送信を提供するＰＤＳＣＨ受信は、マルチキャストＤＣＩフォーマットのみによってスケジュールされる。第１ＨＡＲＱ－ＡＣＫ報告モードにおいて、ＴＢの再送信を提供するＰＤＳＣＨ受信は、マルチキャストＤＣＩフォーマット又はユニキャストＤＣＩフォーマットによってスケジュールされてよい（例えば、３ＧＰＰ ＴＳ ３８．２１４参考）。

【0135】

当該ＳＰＳ ＰＤＳＣＨ構成に対するＧ－ＣＳ－ＲＮＴＩを使用するＳＰＳ ＰＤＳＣＨ受信に対する活性化／解除は、ＣＳ－ＲＮＴＩに基づくマルチキャストＤＣＩフォーマットによる方式（例えば、３ＧＰＰ ＴＳ ３８．２１３ ｃｌａｕｓｅ １０．２参考）においてＣＳ－ＲＮＴＩがＧ－ＣＳ－ＲＮＴＩで代替された方式によって提供される。第１ＨＡＲＱ－ＡＣＫ報告モード及び端末がＳＰＳ ＰＤＳＣＨで受信したＴＢに対して、ＴＢの再送信を提供するＰＤＳＣＨ受信は、ユニキャストＤＣＩフォーマット又はマルチキャストＤＣＩフォーマットによってスケジュールされてよい（例えば、３ＧＰＰ ＴＳ ３８．２１４参考）。

【0136】

第１ＨＡＲＱ－ＡＣＫ報告モードにおいて、端末は、ｈａｒｑ－ＦｅｅｄｂａｃｋＥｎａｂｌｅｒ－ＭｕｌｔｉｃａｓｔによってＨＡＲＱ－ＡＣＫ情報を提供するようにＧ－ＲＮＴＩ別に設定されてよい。端末に１７Ｇ－ＲＮＴＩに対するｈａｒｑ－ＦｅｅｄｂａｃｋＥｎａｂｌｅｒ－Ｍｕｌｔｉｃａｓｔが提供されない場合に、端末は、当該Ｇ－ＲＮＴＩと関連したＨＡＲＱ－ＡＣＫ情報を提供しない。端末がマルチキャストＤＣＩフォーマットと関連したＨＡＲＱ－ＡＣＫ情報を生成しない能力を指示し、ｈａｒｑ－ＦｅｅｄｂａｃｋＥｎａｂｌｅｒ－Ｍｕｌｔｉｃａｓｔが提供される場合に、端末は、マルチキャストＤＣＩフォーマットによる指示に基づいてＨＡＲＱ－ＡＣＫ情報を提供するか否かを決定する。

【0137】

第２ＨＡＲＱ－ＡＣＫ報告モードにおいて、端末がマルチキャストＤＣＩフォーマットと関連したＨＡＲＱ－ＡＣＫ情報を、ユニキャストＤＣＩフォーマットと関連したＨＡＲＱ－ＡＣＫ情報と共にＰＵＣＣＨ／ＰＵＳＣＨで多重化する場合に、又はＰ／ＳＰ－ＣＳＩと共にＰＵＣＣＨで多重化する場合に、端末は、第１ＨＡＲＱ－ＡＣＫ報告モードによってＨＡＲＱ－ＡＣＫ情報を提供する。

【0138】

端末にｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ＝ｓｅｍｉ－ｓｔａｔｉｃが提供された場合に、端末は、あらかじめ規定された方式（例えば、３ＧＰＰ ＴＳ ３８．２１３ ｃｌａｕｓｅ ９．１．２及び９．１．２．１参考）に基づいてＴｙｐｅ－１ＨＡＲＱ－ＡＣＫコードブックを生成することができる。端末にｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ＝ｄｙｎａｍｉｃが提供された場合に、端末は、あらかじめ規定された方式（例えば、３ＧＰＰ ＴＳ ３８．２１３ ｃｌａｕｓｅ ９．１．３．１参考）に基づいてＴｙｐｅ－２ＨＡＲＱ－ＡＣＫコードブックを生成することができる。

【0139】

端末は、あらかじめ規定された方式（例えば、３ＧＰＰ ＴＳ ３８．２１３ ｃｌａｕｓｅ ９．２，９．２．１～９．２．５参考）に基づいて、ＨＡＲＱ－ＡＣＫ情報を有するＰＵＣＣＨ送信のためのＰＵＣＣＨリソースを決定する。端末がマルチキャストＤＣＩフォーマットに関連したＨＡＲＱ－ＡＣＫ情報を同一のＰＵＣＣＨで、ユニキャストＤＣＩフォーマットに関連したＨＡＲＱ－ＡＣＫ情報と多重化する場合に、端末がＰＵＣＣＨリソースを決定するために使用する最後の（ｌａｓｔ）ＤＣＩフォーマットは最後のユニキャストＤＣＩフォーマットに該当してよい（例えば、３ＧＰＰ ＴＳ ３８．２１３ ｃｌａｕｓｅ ９．２．３参考）。

【0140】

上述したように、既存ＮＲ無線通信システムにおいて、基地局は特定端末に端末専用ＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）情報を設定することにより、設定された周期によって反復される下りリンク（ｄｏｗｎｌｉｎｋ，ＤＬ）ＳＰＳ送信リソースが特定端末に対して割り当てられてよい。このとき、端末専用ＰＤＣＣＨを介して送信されるＤＣＩは、特定ＳＰＳ設定インデックスの活性化（ＳＰＳ ａｃｔｉｖａｔｉｏｎ）を指示することによって、当該端末がＳＰＳ送信リソースを設定された周期によって反復的に受信するように指示されてよい。

【0141】

このような初期ＳＰＳ送信リソースは初期ＨＡＲＱ送信に用いられてよく、基地局は、端末専用ＰＤＣＣＨを介して送信されるＤＣＩによって特定ＳＰＳ設定インデックスの再送信リソースを割り当てることができる。例えば、端末がＳＰＳ送信リソースに対してＨＡＲＱ ＮＡＣＫ（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を報告すれば、基地局はＤＣＩで再送信リソースを割り当て、端末がＤＬ再送信を受信できるようにしてよい。

【0142】

そして、端末専用ＰＤＣＣＨを介して送信されるＤＣＩは、特定ＳＰＳ設定インデックスの非活性化（ＳＰＳ解除（ｒｅｌｅａｓｅ）又はＳＰＳ非活性化（ｄｅａｃｔｉｖａｔｉｏｎ））を指示でき、この場合、当該端末は、指示されたＳＰＳ送信リソースを受信しなくてよい。このとき、前記活性化／再送信／非活性化のためのＤＣＩのＣＲＣは、ＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）でスクランブルされてよい。

【0143】

無線通信システム（例えば、ＮＲ）では、上述したＭＢＭＳと類似のＭＢＳを支援するためのＤＬブロードキャスト（ｂｒｏａｄｃａｓｔ）又はＤＬマルチキャスト（ｍｕｌｔｉｃａｓｔ）送信方式が適用されてよい。基地局は、ＤＬブロードキャスト又はＤＬマルチキャストの送信のためにＰＴＭ（ｐｏｉｎｔ－ｔｏ－ｍｕｌｔｉｐｏｉｎｔ）送信方式及びＰＴＰ（ｐｏｉｎｔ－ｔｏ－ｐｏｉｎｔ）送信方式を提供することができる。

【0144】

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

【0145】

そして、ＭＢＳのためのＰＴＰ送信方式では、基地局が端末専用ＰＤＣＣＨ及び端末専用ＰＤＳＣＨを特定の端末に送信し、当該端末のみが端末専用ＰＤＣＣＨ及び端末専用ＰＤＳＣＨを受信することができる。このとき、同一のＭＢＳサービスを受信する複数の端末が存在する場合に、基地局は、互いに異なる端末専用ＰＤＣＣＨ及び端末専用ＰＤＳＣＨを介して個別の端末に同一のＭＢＳデータをそれぞれ送信することができる。

【0146】

ＭＢＳの適用のために、グループ共通ＳＰＳ送信を支援できる。そこで、端末は、グループ共通ＳＰＳ送信（すなわち、静的スケジューリング送信）及びグループ共通動的スケジューリング送信（ｄｙｎａｍｉｃａｌｌｙ ｓｃｈｅｄｕｌｅｄ ｔｒａｎｓｍｉｓｓｉｏｎ）を受信することができる。また、端末は、グループ共通ＳＰＳ送信と端末専用静的／動的スケジューリング送信を受信することもできる。この場合、端末は、同一スロット（ｓｌｏｔ）又はサブスロット（ｓｕｂ－ｓｌｏｔ）でこれらの送信に対するＨＡＲＱ－ＡＣＫを送信できる。

【0147】

例えば、グループ共通／端末専用ＳＰＳに対するＰＵＣＣＨリソースとグループ共通／端末専用動的スケジューリング送信に対するＰＵＣＣＨリソースが同一スロット又は同一サブスロットに割り当てられてよい。上述したような２つ以上の送信に対するＨＡＲＱ－ＡＣＫ送信において、同一スロット／サブスロットに複数のＰＵＣＣＨリソースが割り当てられ、端末が複数のＰＵＣＣＨ送信を行えない場合に、端末は、複数のＰＵＣＣＨリソースのうち１つのＰＵＣＣＨリソースで複数の送信に対するＨＡＲＱ－ＡＣＫを多重化して送信できる。

【0148】

ただし、既存の方式では、複数のグループ共通送信又は複数のグループ共通／端末専用送信に対して同一スロット／サブスロットでＨＡＲＱ－ＡＣＫが送信される場合に、いかなる基準でＰＵＣＣＨリソースを選択するべきかに対する基準／規則が明確でないとの問題点があった。

【0149】

複数のグループ共通送信及び／又は端末専用送信に対するＨＡＲＱ－ＡＣＫ多重化及び送信リソース決定方法

【0150】

本開示は、上述した問題点を解決するために、複数のグループ共通（ｇｒｏｕｐ ｃｏｍｍｏｎ）送信又は複数のグループ共通／端末専用送信に対するＨＡＲＱ－ＡＣＫが同一スロット／サブスロットで送信される場合に、１つのＰＵＣＣＨリソースを選択して当該前記ＨＡＲＱ－ＡＣＫを多重化する方式を説明する。

【0151】

以下、本開示において、グループ共通送信は、マルチキャストベースの送信及び／又はブロードキャストベースの送信を意味し、端末特定送信は、ユニキャストベースの送信、上述した端末専用送信を意味する。

【0152】

例えば、複数のＭＢＳ用途のＳＰＳ ＰＤＳＣＨ（すなわち、グループ共通ＳＰＳ ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソースとスケジューリング要請（スケジューリング要求）（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ，ＳＲ）のためのＰＵＣＣＨリソースが同一スロットに割り当てられる場合に、端末は、ＨＡＲＱ－ＡＣＫとＳＲを多重化して特定ＰＵＣＣＨリソースで送信できる。このとき、当該特定ＰＵＣＣＨリソースはＭＢＳ用途のＳＰＳ ＰＤＳＣＨに対するＰＵＣＣＨリソースとして選択されてよい。

【0153】

又は、複数のＭＢＳ用途のＳＰＳ ＰＤＳＣＨ（すなわち、グループ共通ＳＰＳ ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソースとＳＲのためのＰＵＣＣＨリソースが同一スロットに割り当てられる場合に、端末は、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ用途のＰＵＣＣＨのみを送信し、ＳＲに対するＰＵＣＣＨはドロップできる。又は、この場合、端末は、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ用途のＰＵＣＣＨをドロップし、ＳＲに対するＰＵＣＣＨを送信してもよい。

【0154】

他の例として、ＭＢＳ用途のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ（すなわち、グループ共通ＳＰＳ ＰＤＳＣＨ）のためのＰＵＣＣＨリソースとユニキャストＰＤＳＣＨ（すなわち、端末特定ＳＰＳ ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソースが同一スロットに割り当てられる場合に、端末は、ＭＢＳ用途のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫとユニキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを多重化してＨＡＲＱ－ＡＣＫコードブック／情報を構成／決定することができる。このとき、当該端末は、ユニキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）によって（又は、マルチキャストのためのＰＵＣＣＨ設定によって）ＰＵＣＣＨリソースを選択し、前記ＨＡＲＱ－ＡＣＫコードブック／情報を送信できる。

【0155】

又は、ＭＢＳ用途のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソースとユニキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソースが同一スロットに割り当てられる場合に、端末は、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをドロップし、ユニキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨを送信できる。又は、この場合、端末は、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨを送信し、ユニキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをドロップすることもできる。

【0156】

さらに他の例として、ＭＢＳ用途のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソース、ユニキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソース、及びＳＰのためのＰＵＣＣＨリソースが同一スロットに割り当てられる場合に、端末は、ＭＢＳ用途のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ、ユニキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ、及びＳＲを多重化し、ＨＡＲＱ－ＡＣＫコードブック／情報を構成／決定できる。このとき、当該端末は、ユニキャストのためのＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）によって（又は、マルチキャストのためのＰＵＣＣＨ設定によって）ＰＵＣＣＨリソースを選択し、前記ＨＡＲＱ－ＡＣＫコードブック／情報を送信できる。

【0157】

又は、ＭＢＳ用途のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソース、ユニキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソース、及びＳＰのためのＰＵＣＣＨリソースが同一スロットに割り当てられる場合に、端末は、ＭＢＳ用途のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをドロップし、ユニキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ及びＳＲを多重化してＰＵＣＣＨを送信できる。又は、この場合、端末は、ＭＢＳ用途のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨを送信し、ユニキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ及びＳＲをドロップすることもできる。又は、この場合、端末は、ＭＢＳ用途のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ及びＳＲを多重化してＰＵＣＣＨを送信し、ユニキャストＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫをドロップすることもできる。

【0158】

また、以下に本開示で説明される方式と関連し、（一般的な）複数のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫを多重化するためのＰＵＣＣＨリソース選択方式の例示は、下記の表６の通りでよい（例えば、３ＧＰＰ ＴＳ ３８．２１３ ｃｌａｕｓｅ ９．２．１参考）。

【0159】

【表6】

【0160】

表６と関連して、ＳＰＳ－ＰＵＣＣＨ－ＡＮ及びＳＰＳ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔは、下記の表７のように、ＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－ｃｏｎｆｉｇ）に含まれて設定されてよい。表７における、ＰＵＣＣＨ設定は、ＳＰＳ用途のＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨ設定であってよい。

【0161】

【表7】

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

一例として、１つの端末が複数のＴＲＰ（又は、セル）などと送受信を行うように設定された場合に、これは、１つの端末に対して複数のＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）が設定されたことを意味できる。このようなＣＯＲＥＳＥＴグループ（又は、ＣＯＲＥＳＥＴプール）に対する設定は、上位層シグナリング（例えば、ＲＲＣシグナリングなど）で行われてよい。

【0274】

また、基地局は端末とデータの送受信を行う客体（ｏｂｊｅｃｔ）を総称する意味であってよい。例えば、前記基地局は、１つ以上のＴＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｏｉｎｔ）、１つ以上のＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）などを含む概念であってよい。また、ＴＰ及び／又はＴＲＰは、基地局のパネル、送受信ユニット（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｕｎｉｔ）などを含むものであってよい。

【0275】

端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに進入した後、１つ以上の関心（ｉｎｔｅｒｅｓｔｅｄ）ＭＢＳサービスを示すメッセージをネットワーク側に報告することができる。ここで、前記メッセージは、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）、及びＲＲＣメッセージのうち少なくとも一つによってネットワーク側に報告されてよい。

【0276】

前記メッセージ上の関心ＭＢＳサービスは、ネットワーク側から受信したＤＬメッセージに羅列されたＴＭＧＩ又はＧ－ＲＮＴＩ（Ｇｒｏｕｐ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）のうち１つを示すことができる。Ｇ－ＲＮＴＩは、ＭＢＳを受信する端末グループ識別子を示す。

【0277】

例えば、前記ＤＬメッセージは、ＴＭＧＩ＃１、ＴＭＧＩ＃３、ＴＭＧＩ＃５及びＴＭＧＩ＃１０を羅列するサービス可用性（ａｖａｉｌａｂｉｌｉｔｙ）メッセージを含んでよい。ＴＭＧＩ＃５に関心がある場合に、端末は、前記メッセージにＴＭＧＩ＃５の順序を示すことができる。すなわち、端末は基地局に「３」（すなわち、ＴＭＧＩ＃５の順序）を報告できる。

【0278】

さらに他の例として、前記ＤＬメッセージは、Ｇ－ＲＮＴＩ＃１、Ｇ－ＲＮＴＩ＃３、Ｇ－ＲＮＴＩ＃５及びＧ－ＲＮＴＩ＃１０を羅列するサービス可用性メッセージを含んでよい。Ｇ－ＲＮＴＩ＃１０に関心がある場合に、端末は、前記メッセージにＧ－ＲＮＴＩ＃１０の順序を示すことができる。すなわち、ＵＥは基地局に「４」（すなわち、Ｇ－ＲＮＴＩ＃１０の順序）を報告できる。

【0279】

前記メッセージを受信したネットワーク側は、ＲＲＣメッセージを用いて共通周波数リソース（ｃｏｍｍｏｎ ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ，ＣＦＲ）設定、ＴＣＩ状態を含む１つ以上のグループ共通ＳＰＳ設定、ＴＣＩ状態を含む検索空間（ｓｅａｒｃｈ ｓｐａｃｅ）設定、及びＧＣ（ｇｒｏｕｐ ｃｏｍｍｏｎ）－ＣＳ－ＲＮＴＩ値を端末（例えば、端末１及び端末２）に提供できる（Ｓ９１０）。ＲＲＣメッセージを受信すれば、端末はＲＲＣメッセージによって１つ以上のグループ共通ＳＰＳ設定を設定できる。

【0280】

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

【0281】

そして、端末は、各ＭＢＳ ＣＦＲ又は各サービングセルに対するＧＣ－ＣＳ－ＲＮＴＩ値が設定されてよい。ＧＣ－ＣＳ－ＲＮＴＩは、１つ以上のグループ共通ＳＰＳ設定の活性化、再送信又は解除に用いられてよい。

【0282】

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

【0283】

さらに他の例として、ネットワーク側は、ＴＭＧＩ目録又はＧ－ＲＮＴＩ目録を１つのＧＣ－ＣＳ－ＲＮＴＩ値に連結できる。このとき、ネットワーク側はＧＣ－ＣＳ－ＲＮＴＩ値と関連付けられたＴＭＧＩ目録又はＧ－ＲＮＴＩ目録を提供できる。

【0284】

各グループ共通ＳＰＳ設定（すなわち、ＳＰＳ－ｃｏｎｆｉｇ）は、表８のような情報要素（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）で設定されてよい。

【0285】

【表8】

【0286】

表８で、「ｈａｒｑ－ＣｏｄｅｂｏｏｋＩＤ」は、ＳＰＳ ＰＤＳＣＨに対する当該ＨＡＲＱ－ＡＣＫコードブック及びＳＰＳ ＰＤＳＣＨ解除に対するＡＣＫに対するＨＡＲＱ－ＡＣＫコードブックインデックスを示すことができる。

【0287】

「ｈａｒｑ－ＰｒｏｃＩＤ－ｏｆｆｓｅｔ」は、ＨＡＲＱプロセスＩＤを導出（ｄｅｒｉｖｅ）するのに用いられるオフセットを示すことができる。

【0288】

「ｍｃｓ－ｔａｂｌｅ」は、端末がＤＬ ＳＰＳに使用するＭＣＳテーブルを示すことができる。「ｍｃｓ－ｔａｂｌｅ」フィールドが存在（ｐｒｅｓｅｎｔ）する場合に、端末は、低い（ｌｏｗ）－ＳＥ６４ＱＡＭテーブルのＭＣＳテーブルを使用しなければならない。当該フィールドが存在せず、「ＰＤＳＣＨ－Ｃｏｎｆｉｇ」のフィールド「ｍｃｓ－ｔａｂｌｅ」が「ｑａｍ２５６」に設定され、活性化ＤＣＩのフォーマット（ｆｏｒｍａｔ）が１＿１である場合に、端末は、２５６ＱＡＭテーブルを適用できる。そうでない場合に、端末は、ノン（ｎｏｎ）－ｌｏｗ－ＳＥ６４ＱＡＭテーブルを適用できる。

【0289】

「ｎ１ＰＵＣＣＨ－ＡＮ」は、ＤＬ ＳＰＳのためのＰＵＣＣＨのためのＨＡＲＱリソースを意味できる。ネットワーク側はリソースをｆｏｒｍａｔ０又はｆｏｒｍａｔ１と構成できる。実際にＰＵＣＣＨ－リソースは「ＰＵＣＣＨ－Ｃｏｎｆｉｇ」に設定され、ＩＤと参照されてよい。

【0290】

「ｎｒｏｆＨＡＲＱ－ｐｒｏｃｅｓｓ」は、ＳＰＳ ＤＬに対して構成されたＨＡＲＱプロセス数を示すことができる。

【0291】

「ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ」は、ＳＰＳ ＰＤＳＣＨの反復回数を示すことができる。当該フィールドがない場合に、端末は、「ＰＤＳＣＨ－Ｃｏｎｆｉｇ」のＰＤＳＣＨ集成（ａｇｇｒｅｇａｔｉｏｎ）因子（ｆａｃｔｏｒ）を適用できる。

【0292】

「ｐｅｒｉｏｄｉｃｉｔｙ」は、ＤＬ ＳＰＳの周期を示すことができる。

【0293】

「ｐｅｒｉｏｄｉｃｉｔｙＥｘｔ」は、ＤＬ ＳＰＳの周期性を計算するのに用いられてよい。当該フィールドが存在する場合に、「ｐｅｒｉｏｄｉｃｉｔｙ」フィールドは無視されてよい。

【0294】

設定されたＳＣＳ［ｍｓ］によって下記の周期が支援されてよい。

【0295】

１５ｋＨｚ：「ｐｅｒｉｏｄｉｃｉｔｙＥｘｔ」、ここで、「ｐｅｒｉｏｄｉｔｙＥｘｔ」は１から６４０の範囲の値を有してよい。

【0296】

３０ｋＨｚ：０．５×「ｐｅｒｉｏｄｉｃｉｔｙＥｘｔ」、ここで、「ｐｅｒｉｏｄｉｃｉｔｙＥｘｔ」は、１から１２８０の範囲の値を有してよい。

【0297】

一般ＣＰにおいて６０ｋＨｚ：０．２５×「ｐｅｒｉｏｄｉｔｙＥｘｔ」、ここで、「ｐｅｒｉｏｄｉｔｙＥｘｔ」は、１から２５６０の範囲の値を有してよい。

【0298】

６０ｋＨｚ（ＥＣＰ含む）：０．２５×「ｐｅｒｉｏｄｉｔｙＥｘｔ」、ここで、「ｐｅｒｉｏｄｉｔｙＥｘｔ」は、１から２５６０の範囲の値を有してよい。

【0299】

１２０ｋＨｚ：０．１２５×「ｐｅｒｉｏｄｉｔｙＥｘｔ」、ここで、「ｐｅｒｉｏｄｉｔｙＥｘｔ」は、１から５１２０の範囲の値を有してよい。

【0300】

「ｓｐｓ－ＣｏｎｆｉｇＩｎｄｅｘ」は、多重（ｍｕｌｔｉｐｌｅ）ＳＰＳ設定のうち１つのインデックスを示すことができる。

【0301】

「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」は、一つのＲＳセットにあるＤＬ ＲＳとＰＤＳＣＨ ＤＭＲＳポート間のＱＣＬ関係を含む送信設定を示すＴＣＩ状態目録を示すことができる。

【0302】

「ＧＣ－ＣＳ－ＲＮＴＩ」は、「ｓｐｓ－ＣｏｎｆｉｇＩｎｄｅ×」と関連したＧＣ－ＣＳ－ＲＮＴＩ値を示すことができる。当該フィールドが存在せず、「ｓｐｓ－ＣｏｎｆｉｇＩｎｄｅ×」と関連したＣＦＲ又はサービングセルに対して他のＧＣ－ＣＳ－ＲＮＴＩ値が設定されると、端末は、「ｓｐｓ－ＣｏｎｆｉｇＩｎｄｅｘ」に対して他のＧＣ－ＣＳ－ＲＮＴＩ値を使用することができる。当該フィールドが存在せず、「ｓｐｓ－ＣｏｎｆｉｇＩｎｄｅ×」と関連したサービングセル又はＣＦＲに対して他のＧＣ－ＣＳ－ＲＮＴＩ値が設定されない場合に、端末は、「ｓｐｓ－ＣｏｎｆｉｇＩｎｄｅｘ」に対してＣＳ－ＲＮＴＩ値を使用することができる。

【0303】

例えば、１つ以上のＳＰＳ設定が設定され、ＴＣＩ状態目録（例えば、ＣＦＲに対する「ＳＰＳ－ｃｏｎｆｉｇ」の「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」）と関連付けられてよい。１つ以上のＣＦＲに対して、他のＳＰＳ設定を設定し、「ＳＰＳ－ｃｏｎｆｉｇ」の他の「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と関連付けられてよい。グループ共通ＳＰＳ設定が「ＳＰＳ－ｃｏｎｆｉｇ」において「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と設定されない場合に、ＳＰＳ設定は、ＣＦＲ又は端末のサービングセルの「ＰＤＳＣＨ－ｃｏｎｆｉｇ」において「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と関連付けられてよい。

【0304】

ここで、「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」が「ＳＰＳ－ｃｏｎｆｉｇ」においてＳＰＳ設定インデックスとして設定されない場合に、ＳＰＳ設定インデックスは、ＭＢＳに用いられるグループ共通ＳＰＳ設定ではなく端末特定ＳＰＳ設定であってよい。すなわち、「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」が「ＳＰＳ－ｃｏｎｆｉｇ」においてＳＰＳ設定インデックスとして設定されていない場合に、端末は、ＳＰＳ設定がグループ共通ＳＰＳ設定ではなく端末特定ＳＰＳ設定であると見なすことができる。「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」が「ＳＰＳ－ｃｏｎｆｉｇ」においてＳＰＳ設定インデックスとして設定されると、端末は、ＳＰＳ設定がグループ共通ＳＰＳ設定であると見なすことができる。

【0305】

さらに他の例として、１つ以上のＴＭＧＩが設定され、「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と関連付けられてよい。ＳＰＳ設定のＳＰＳ ＰＤＳＣＨ送信が「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と関連付けられたＴＭＧＩにマップされると、ＳＰＳ設定のＳＰＳ ＰＤＳＣＨ送信は「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と関連付けられてよい。

【0306】

さらに他の例として、１つ以上のＧ－ＲＮＴＩが設定され、「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と関連付けられてよい。ＳＰＳ設定のＳＰＳ ＰＤＳＣＨ送信が「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と関連付けられたＧ－ＲＮＴＩのＭＢＳサービスにマップされる場合に、ＳＰＳ設定のＳＰＳ ＰＤＳＣＨ送信は、「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と関連付けられてよい。

【0307】

さらに他の例として、ＧＣ－ＣＳ－ＲＮＴＩ又はＣＳ－ＲＮＴＩの値が設定され、「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と関連付けられてよい。ＳＰＳ設定が「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と関連付けられたＧＣ－ＣＳ－ＲＮＴＩ又はＣＳ－ＲＮＴＩの値にマップされる場合に、ＳＰＳ設定は「ｔｃｉ－ＳｔａｔｅｓＴｏＡｄｄＭｏｄＬｉｓｔ」と関連付けられてよい。

【0308】

さらに他の例として、１つのＳＰＳ設定は、「ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ」まで（ｕｐ ｔｏ 「ｎｒｏｆＨＡＲＱ－Ｐｒｏｃｅｓｓｅｓ」）１つ以上のＨＡＲＱプロセスＩＤを設定することができる。ＨＡＲＱプロセスＩＤは、ＤＬ ＳＰＳ ＰＤＳＣＨ送信が始まり、下記の式３及び式４のうち１つから導出されるスロットと関連付けられてよい。

【0309】

【数3】

【0310】

【数4】

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

前記ＤＣＩフォーマットに対する識別子フィールドは、ＭＢＳ特定ＤＣＩ形式又はＭＢＳに対する既存ＤＣＩ形式のうち１つを指示できる。

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

【数5】

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

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2024-07-02

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末によって上りリンク送信を行う方法であって、前記方法は、
グループ共通ＳＰＳ(semi-persistent scheduling) ＰＤＳＣＨ(physical downlink shared channel)のための複数の設定を含む情報を受信する段階と、
前記複数の設定に基づいて複数のグループ共通ＳＰＳ ＰＤＳＣＨを受信する段階と、
特定ＰＵＣＣＨ(physical uplink control channel)リソース上で、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ(hybrid Automatic repeat request-acknowledgement)情報を多重化することによって決定された情報を送信する段階と、を含み、
前記ＨＡＲＱ－ＡＣＫ情報が特定ＨＡＲＱ－ＡＣＫ報告モードで設定される場合、前記ＨＡＲＱ－ＡＣＫ情報は、他のＨＡＲＱ－ＡＣＫ報告モードに転換することによって多重化され、
前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定が設定されないことに基づいて、前記特定ＰＵＣＣＨリソースは、ユニキャスト送信に対するＨＡＲＱ－ＡＣＫ情報と関連した他のＰＵＣＣＨ設定に基づいて決定される、方法。

【請求項2】

前記特定ＨＡＲＱ－ＡＣＫ報告モードは、ＡＣＫ値のみを含むＨＡＲＱ－ＡＣＫ情報が送信されず、ＮＡＣＫ(non-Ack)値のみを含むＨＡＲＱ－ＡＣＫ情報が送信されることを含む、請求項１に記載の方法。

【請求項3】

前記他のＨＡＲＱ－ＡＣＫ報告モードは、送信ブロックが成功裏にデコードされたかどうかに基づいてＡＣＫ値又はＮＡＣＫ値をＨＡＲＱ－ＡＣＫ情報として生成することを含む、請求項２に記載の方法。

【請求項4】

前記特定ＰＵＣＣＨリソースは、前記他のＰＵＣＣＨ設定に含まれるＳＰＳ ＰＵＣＣＨ ＡＮ(AckNack)関連リスト情報、及び前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報のビット数に基づいて決定される、請求項１に記載の方法。

【請求項5】

前記ＨＡＲＱ－ＡＣＫ情報と関連した前記ＰＵＣＣＨ設定が設定されることに基づいて、前記特定ＰＵＣＣＨリソースは、前記ＨＡＲＱ－ＡＣＫ情報と関連した前記ＰＵＣＣＨ設定に基づいて決定される、請求項１に記載の方法。

【請求項6】

前記特定ＰＵＣＣＨリソースは、前記ＰＵＣＣＨ設定に含まれるマルチキャストのためのＳＰＳ ＰＵＣＣＨ ＡＮ関連リスト情報及び前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報のビット数に基づいて決定される、請求項５に記載の方法。

【請求項7】

前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報の前記多重化は、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨのそれぞれに対するＨＡＲＱ－ＡＣＫ情報を運ぶＰＵＣＣＨリソースが同一の上りリンクスロットに割り当てられることに基づいて行われる、請求項１に記載の方法。

【請求項8】

前記複数の設定のそれぞれに対してＧ－ＣＳ－ＲＮＴＩ(group-configured scheduling-radio network temporary identifier)が設定され、
前記複数のグループ共通ＳＰＳ ＰＤＳＣＨの送信は、前記Ｇ－ＣＳ－ＲＮＴＩでスクランブルされたＤＣＩフォーマットに基づいてそれぞれ活性化される、請求項１に記載の方法。

【請求項9】

前記特定ＨＡＲＱ－ＡＣＫ報告モードは、２つのＨＡＲＱ－ＡＣＫ報告モードのうち１つを指示するマルチキャスト関連ＨＡＲＱフィードバックオプション情報に基づいて設定される、請求項１に記載の方法。

【請求項10】

前記ＨＡＲＱ－ＡＣＫ情報が前記他のＨＡＲＱ－ＡＣＫ報告モードに転換することによって多重化される方法を行うかどうかは、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨとあらかじめ設定された閾値間との間の比較に基づいて決定される、請求項１に記載の方法。

【請求項11】

無線通信システムにおいて上りリンク送信を行うＵＥ(user equipment)であって、前記ＵＥは、
少なくとも１つの送受信機と、
前記少なくとも１つの送受信機と連結された少なくとも１つのプロセッサと、を含み、
前記少なくとも１つのプロセッサは、
グループ共通ＳＰＳ(semi-persistent scheduling) ＰＤＳＣＨ(physical downlink shared channel)のための複数の設定を含む情報を受信し、
前記複数の設定に基づいて複数のグループ共通ＳＰＳ ＰＤＳＣＨを受信し、
特定ＰＵＣＣＨ(physical uplink control channel)リソース上で、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ(hybrid Automatic repeat request-acknowledgement)情報を多重化することによって決定された情報を送信する、ように設定され、
前記ＨＡＲＱ－ＡＣＫ情報が特定ＨＡＲＱ－ＡＣＫ報告モードで設定される場合、前記ＨＡＲＱ－ＡＣＫ情報は、他のＨＡＲＱ－ＡＣＫ報告モードに転換することによって多重化され、
前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定が設定されないことに基づいて、前記特定ＰＵＣＣＨリソースは、ユニキャスト送信に対するＨＡＲＱ－ＡＣＫ情報と関連した他のＰＵＣＣＨ設定に基づいて決定される、ＵＥ。

【請求項12】

無線通信システムにおいて上りリンク受信を行う基地局であって、前記基地局は、
少なくとも１つの送受信機と、
前記少なくとも１つの送受信機と連結された少なくとも１つのプロセッサと、を含み、
前記少なくとも１つのプロセッサは、
グループ共通ＳＰＳ(semi-persistent scheduling) ＰＤＳＣＨ(physical downlink shared channel)のための複数の設定を含む情報を送信し、
前記複数の設定に基づいて複数のグループ共通ＳＰＳ ＰＤＳＣＨを送信し、
特定ＰＵＣＣＨ(physical uplink control channel)リソース上で、前記複数のグループ共通ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ(hybrid Automatic repeat request-acknowledgement)情報が多重化された情報を受信する、ように設定され、
前記ＨＡＲＱ－ＡＣＫ情報が特定ＨＡＲＱ－ＡＣＫ報告モードで設定される場合、前記ＨＡＲＱ－ＡＣＫ情報は、他のＨＡＲＱ－ＡＣＫ報告モードに転換することによって多重化され、
前記ＨＡＲＱ－ＡＣＫ情報と関連したＰＵＣＣＨ設定が設定されないことに基づいて、前記特定ＰＵＣＣＨリソースは、ユニキャスト送信に対するＨＡＲＱ－ＡＣＫ情報と関連した他のＰＵＣＣＨ設定に基づいて決定される、基地局。

【国際調査報告】