▶ サムスン エレクトロニクス カンパニー リミテッドの特許一覧
特表2023-547751ネットワーク協力通信のためのアップリンクデータ繰り返し送受信の方法及び装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-11-14
(54)【発明の名称】ネットワーク協力通信のためのアップリンクデータ繰り返し送受信の方法及び装置
(51)【国際特許分類】
H04W 72/1268 20230101AFI20231107BHJP
H04W 72/231 20230101ALI20231107BHJP
H04W 72/232 20230101ALI20231107BHJP
H04W 28/06 20090101ALI20231107BHJP
【ＦＩ】
H04W72/1268
H04W72/231
H04W72/232
H04W28/06 110
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2022566680
(86)(22)【出願日】2021-10-22
(85)【翻訳文提出日】2022-11-01
(86)【国際出願番号】 KR2021014888
(87)【国際公開番号】W WO2022086259
(87)【国際公開日】2022-04-28
(31)【優先権主張番号】10-2020-0137840
(32)【優先日】2020-10-22
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2020-0143768
(32)【優先日】2020-10-30
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2021-0015647
(32)【優先日】2021-02-03
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2021-0060284
(32)【優先日】2021-05-10
(33)【優先権主張国・地域又は機関】KR
(81)【指定国・地域】
(71)【出願人】
【識別番号】503447036
【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド
(74)【代理人】
【識別番号】110000051
【氏名又は名称】弁理士法人共生国際特許事務所
(72)【発明者】
【氏名】ジャン， ヨンロク
(72)【発明者】
【氏名】キム， テヒョン
(72)【発明者】
【氏名】パク， ジンヒョン
(72)【発明者】
【氏名】オ， ジンヨン
(72)【発明者】
【氏名】リム， ソンモク
(72)【発明者】
【氏名】ジ， ヒョンジュ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD11
5K067EE02
(57)【要約】
本発明は、第４世代（４Ｇ）システムを超える高いデータレートをサポートするための第５世代（５Ｇ）通信システムをモノのインターネット（ＩｏＴ）のための技術と統合するための通信方法およびシステムに関する。本発明は、スマートホーム、スマートビルディング、スマートシティ、スマートカー、コネクテッドカー、ヘルスケア、デジタル教育、スマートリテール、セキュリティ及び安全サービスなど、５Ｇ通信技術とＩｏＴ関連技術に基づくインテリジェントサービスに適用される。本発明の多様な実施形態によれば、ネットワーク協力通信システムでアップリンクデータ繰り返し送受信方法及びこれを行うことができる装置を提供する。
【選択図】図１
【選択図】図１
【特許請求の範囲】
【請求項1】
通信システムで端末によって行われる方法であって、コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を基地局から受信する段階と、
２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記基地局から受信する段階と、
ここで、前記フィールドの一つ以上のコードポイントそれぞれは、一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、
前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいてＰＵＳＣＨ繰り返し送信を行う段階と、を有することを特徴とする通信システムでの端末による実行方法。
【請求項2】
前記コードブック基盤の送信が用いられ、前記フィールドによって第１コードポイントが指示される場合、前記ＤＣＩ内の第１ＳＲＩフィールド及び第１ＴＰＭＩフィールド、並びに第１ＳＲＳリソースセット及び第２ＳＲＳリソースセットの内の前記第１ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、前記コードブック基盤の送信が用いられ、前記フィールドによって第２コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、並びに前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットの内の前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記コードブック基盤の送信が用いられ、前記フィールドによって第３コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、第２ＳＲＩフィールド及び第２ＴＰＭＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールド及び前記第２ＴＰＭＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、設定されたマッピングパターンに基づいて確認され、
前記コードブック基盤の送信が用いられ、前記フィールドによって第４コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、第２ＳＲＩフィールド及び第２ＴＰＭＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが、前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールド及び前記第２ＴＰＭＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、設定されたマッピングパターンに基づいて確認され、
前記設定されたマッピングパターンは、循環マッピングパターン又は順次マッピングパターンの内の少なくとも一つであり、
前記第１ＴＰＭＩフィールドは、前記第１ＴＰＭＩフィールドの少なくとも一つのレイヤーに対応する一つ以上のＴＰＭＩ候補を含む前記第２ＴＰＭＩフィールドのエントリーを決定するために用いられ、
前記第２ＴＰＭＩフィールドに対するビットの数は、前記第１ＴＰＭＩフィールドの前記少なくとも一つのレイヤー当りＴＰＭＩ候補の最大数によって決定されることを特徴とする請求項１に記載の通信システムでの端末による実行方法。
【請求項3】
前記非コードブック基盤の送信が用いられ、前記フィールドによって第１コードポイントが指示される場合、前記ＤＣＩ内の第１ＳＲＩフィールドと、第１ＳＲＳリソースセット及び第２ＳＲＳリソースセットの内の前記第１ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、前記非コードブック基盤の送信が用いられ、前記フィールドによって第２コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールドと、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットの内の前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記非コードブック基盤の送信が用いられ、前記フィールドによって第３コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び第２ＳＲＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、マッピングパターンに基づいて確認され、
前記コードブック基盤の送信が用いられ、前記フィールドによって第４コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド、第２ＳＲＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第２ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、マッピングパターンに基づいて確認され、
前記マッピングパターンは、循環マッピングパターン又は順次マッピングパターンの内の少なくとも一つを含み、
前記ＳＲＩフィールドは、前記第１ＳＲＩフィールドの少なくとも一つのレイヤーに対応する一つ以上のＳＲＩ候補を含む前記第２ＳＲＩフィールドのエントリーを決定するために用いられ、
前記第２ＳＲＩフィールドに対するビットの数は、前記第１ＳＲＩフィールドの前記少なくとも一つのレイヤー当りＳＲＩ候補の最大数によって決定されることを特徴とする請求項１に記載の通信システムでの端末による実行方法。
【請求項4】
通信システムで基地局によって行われる方法であって、コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を端末に送信する段階と、
２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信する段階と、
ここで、前記フィールドの一つ以上のコードポイントそれぞれは、一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、
前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいてＰＵＳＣＨを前記端末から受信する段階と、を有することを特徴とする通信システムでの基地局による実行方法。
【請求項5】
前記コードブック基盤の送信が用いられ、前記フィールドによって第１コードポイントが指示される場合、前記ＤＣＩ内の第１ＳＲＩフィールド及び第１ＴＰＭＩフィールド、並びに第１ＳＲＳリソースセット及び第２ＳＲＳリソースセットの内の前記第１ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、前記コードブック基盤の送信が用いられ、前記フィールドによって第２コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、並びに前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットの内の前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記コードブック基盤の送信が用いられ、前記フィールドによって第３コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、第２ＳＲＩフィールド及び第２ＴＰＭＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールド及び前記第２ＴＰＭＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、設定されたマッピングパターンに基づいて確認され、
前記コードブック基盤の送信が用いられ、前記フィールドによって第４コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、第２ＳＲＩフィールド及び第２ＴＰＭＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールド及び前記第２ＴＰＭＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、設定されたマッピングパターンに基づいて確認され、
前記設定されたマッピングパターンは、循環マッピングパターン又は順次マッピングパターンの内の少なくとも一つであり、
前記第１ＴＰＭＩフィールドは、前記第１ＴＰＭＩフィールドの少なくとも一つのレイヤーに対応する一つ以上のＴＰＭＩ候補を含む前記第２ＴＰＭＩフィールドのエントリーを決定するために用いられ、
前記第２ＴＰＭＩフィールドに対するビットの数は、前記第１ＴＰＭＩフィールドの前記少なくとも一つのレイヤー当りＴＰＭＩ候補の最大数によって決定されることを特徴とする請求項４に記載の通信システムでの基地局による実行方法。
【請求項6】
前記非コードブック基盤の送信が用いられ、前記フィールドによって第１コードポイントが指示される場合、前記ＤＣＩ内の第１ＳＲＩフィールドと、第１ＳＲＳリソースセット及び第２ＳＲＳリソースセットの内の前記第１ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、前記非コードブック基盤の送信が用いられ、前記フィールドによって第２コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールドと、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットの内の前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記非コードブック基盤の送信が用いられ、前記フィールドによって第３コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び第２ＳＲＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、マッピングパターンに基づいて確認され、
前記コードブック基盤の送信が用いられ、前記フィールドによって第４コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド、第２ＳＲＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが、前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第２ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、マッピングパターンに基づいて確認され、
前記マッピングパターンは、循環マッピングパターン又は順次マッピングパターンの内の少なくとも一つを含み、
前記ＳＲＩフィールドは、前記第１ＳＲＩフィールドの少なくとも一つのレイヤーに対応する一つ以上のＳＲＩ候補を含む前記第２ＳＲＩフィールドのエントリーを決定するために用いられ、
前記第２ＳＲＩフィールドに対するビットの数は、前記第１ＳＲＩフィールドの前記少なくとも一つのレイヤー当りＳＲＩ候補の最大数によって決定されることを特徴とする請求項４に記載の通信システムでの基地局による実行方法。
【請求項7】
通信システムでの端末であって、送受信部と、
前記送受信部と接続された制御部と、を有し、
前記制御部は、
コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を基地局から受信し、
２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記基地局から受信し、
ここで、前記フィールドの一つ以上のコードポイントそれぞれは、一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、
前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいて、ＰＵＳＣＨ繰り返し送信を行うことを特徴とする端末。
【請求項8】
前記コードブック基盤の送信が用いられ、前記フィールドによって第１コードポイントが指示される場合、前記ＤＣＩ内の第１ＳＲＩフィールド及び第１ＴＰＭＩフィールド、並びに第１ＳＲＳリソースセット及び第２ＳＲＳリソースセットの内の前記第１ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、前記コードブック基盤の送信が用いられ、前記フィールドによって第２コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、並びに前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットの内の前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記コードブック基盤の送信が用いられ、前記フィールドによって第３コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、第２ＳＲＩフィールド及び第２ＴＰＭＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが、前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールド及び前記第２ＴＰＭＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、設定されたマッピングパターンに基づいて確認され、
前記コードブック基盤の送信が用いられ、前記フィールドによって第４コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、第２ＳＲＩフィールド及び第２ＴＰＭＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールド及び前記第２ＴＰＭＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、設定されたマッピングパターンに基づいて確認され、
前記設定されたマッピングパターンは、循環マッピングパターン又は順次マッピングパターンの内の少なくとも一つであり、
前記第１ＴＰＭＩフィールドは、前記第１ＴＰＭＩフィールドの少なくとも一つのレイヤーに対応する一つ以上のＴＰＭＩ候補を含む前記第２ＴＰＭＩフィールドのエントリーを決定するために用いられ、
前記第２ＴＰＭＩフィールドに対するビットの数は、前記第１ＴＰＭＩフィールドの前記少なくとも一つのレイヤー当りＴＰＭＩ候補の最大数によって決定されることを特徴とする請求項７に記載の端末。
【請求項9】
前記非コードブック基盤の送信が用いられ、前記フィールドによって第１コードポイントが指示される場合、前記ＤＣＩ内の第１ＳＲＩフィールドと、第１ＳＲＳリソースセット及び第２ＳＲＳリソースセットの内の前記第１ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、前記非コードブック基盤の送信が用いられ、前記フィールドによって第２コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールドと、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットの内の前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記非コードブック基盤の送信が用いられ、前記フィールドによって第３コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び第２ＳＲＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、マッピングパターンに基づいて確認され、
前記コードブック基盤の送信が用いられ、前記フィールドによって第４コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド、第２ＳＲＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第２ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、マッピングパターンに基づいて確認され、
前記マッピングパターンは、循環マッピングパターン又は順次マッピングパターンの内の少なくとも一つを含み、
前記ＳＲＩフィールドは、前記第１ＳＲＩフィールドの少なくとも一つのレイヤーに対応する一つ以上のＳＲＩ候補を含む前記第２ＳＲＩフィールドのエントリーを決定するために用いられ、
前記第２ＳＲＩフィールドに対するビットの数は、前記第１ＳＲＩフィールドの前記少なくとも一つのレイヤー当りＳＲＩ候補の最大数によって決定されることを特徴とする請求項７に記載の端末。
【請求項10】
通信システムで基地局であって、送受信部と、
前記送受信部と接続された制御部と、を有し、
前記制御部は、
コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を端末に送信し、
２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信し、
ここで、前記フィールドの一つ以上のコードポイントそれぞれは、一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、
前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいてＰＵＳＣＨを前記端末から受信することを特徴とする基地局。
【請求項11】
前記コードブック基盤の送信が用いられ、前記フィールドによって第１コードポイントが指示される場合、前記ＤＣＩ内の第１ＳＲＩフィールド及び第１ＴＰＭＩフィールド、並びに第１ＳＲＳリソースセット及び第２ＳＲＳリソースセットの内の前記第１ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、前記コードブック基盤の送信が用いられ、前記フィールドによって第２コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、並びに前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットの内の前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記コードブック基盤の送信が用いられ、前記フィールドによって第３コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、第２ＳＲＩフィールド及び第２ＴＰＭＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールド及び前記第２ＴＰＭＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、設定されたマッピングパターンに基づいて確認され、
前記コードブック基盤の送信が用いられ、前記フィールドによって第４コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールド、第２ＳＲＩフィールド及び第２ＴＰＭＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールド及び前記第１ＴＰＭＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールド及び前記第２ＴＰＭＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、設定されたマッピングパターンに基づいて確認され、
前記設定されたマッピングパターンは、循環マッピングパターン又は順次マッピングパターンの内の少なくとも一つであり、
前記第１ＴＰＭＩフィールドは、前記第１ＴＰＭＩフィールドの少なくとも一つのレイヤーに対応する一つ以上のＴＰＭＩ候補を含む前記第２ＴＰＭＩフィールドのエントリーを決定するために用いられ、
前記第２ＴＰＭＩフィールドに対するビットの数は、前記第１ＴＰＭＩフィールドの前記少なくとも一つのレイヤー当りＴＰＭＩ候補の最大数によって決定されることを特徴とする請求項１０に記載の基地局。
【請求項12】
前記非コードブック基盤の送信が用いられ、前記フィールドによって第１コードポイントが指示される場合、前記ＤＣＩ内の第１ＳＲＩフィールドと、第１ＳＲＳリソースセット及び第２ＳＲＳリソースセットの内の前記第１ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、前記非コードブック基盤の送信が用いられ、前記フィールドによって第２コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールドと、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットの内の前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記非コードブック基盤の送信が用いられ、前記フィールドによって第３コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド及び第２ＳＲＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールドと関連し、
前記第２ＳＲＳリソースセットは前記第２ＳＲＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第１ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、マッピングパターンに基づいて確認され、
前記コードブック基盤の送信が用いられ、前記フィールドによって第４コードポイントが指示される場合、前記ＤＣＩ内の前記第１ＳＲＩフィールド、第２ＳＲＩフィールド、前記第１ＳＲＳリソースセット、及び前記第２ＳＲＳリソースセットが前記ＰＵＳＣＨ繰り返し送信のために用いられ、
前記第１ＳＲＳリソースセットは、前記第１ＳＲＩフィールドと関連し、
前記第２ＳＲＳリソースセットは、前記第２ＳＲＩフィールドと関連し、
第１ＰＵＳＣＨ繰り返し送信は、前記第２ＳＲＳリソースセットと関連し、
残りのＰＵＳＣＨ繰り返し送信は、マッピングパターンに基づいて確認され、
前記マッピングパターンは、循環マッピングパターン又は順次マッピングパターンの内の少なくとも一つを含み、
前記ＳＲＩフィールドは、前記第１ＳＲＩフィールドの少なくとも一つのレイヤーに対応する一つ以上のＳＲＩ候補を含む前記第２ＳＲＩフィールドのエントリーを決定するために用いられ、
前記第２ＳＲＩフィールドに対するビットの数は、前記第１ＳＲＩフィールドの前記少なくとも一つのレイヤー当りＳＲＩ候補の最大数によって決定されることを特徴とする請求項１０に記載の基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ネットワーク協力通信システムにおいてアップリンクデータ繰り返し送受信方法及び装置に関する。
【背景技術】
【0002】
４Ｇ通信システム商用化以後の増加趨勢である無線データトラフィック需要を満たすために、改善された５Ｇ通信システム又は「ｐｒｅ－５Ｇ」通信システムを開発するための努力が行われている。
このような理由で、５Ｇ通信システム又は「ｐｒｅ－５Ｇ」通信システムは、４Ｇネットワーク以後（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥシステム以後（Ｐｏｓｔ ＬＴＥ）システムと呼ばれている。
高いデータ送信率を達成するために、５Ｇ通信システムは、超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）での具現が考慮されている。
超高周波の帯域での伝播の経路損失緩和及び伝達距離を増加させるために、５Ｇ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ｍａｓｓｉｖｅ ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。
このような理由で、５Ｇ通信システム又は「ｐｒｅ－５Ｇ」通信システムは、４Ｇネットワーク以後（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥシステム以後（Ｐｏｓｔ ＬＴＥ）システムと呼ばれている。
高いデータ送信率を達成するために、５Ｇ通信システムは、超高周波（ｍｍＷａｖｅ）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域のような）での具現が考慮されている。
超高周波の帯域での伝播の経路損失緩和及び伝達距離を増加させるために、５Ｇ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ｍａｓｓｉｖｅ ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。
【0003】
さらに、システムのネットワーク改善のために、５Ｇ通信システムでは、進化した小型セル、改善された小型セル（ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク（ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、Ｄ２Ｄ通信（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、無線バックホール（ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。
その他にも、５Ｇシステムでは、進歩したコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式であるＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩した接続技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。
その他にも、５Ｇシステムでは、進歩したコーディング変調（Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ：ＡＣＭ）方式であるＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩した接続技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。
【0004】
一方、インターネットは、人間が情報を生成して消費する人間中心の接続網から、事物などの分散された構成要素の間に情報を交換して処理するＩＯＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、モノのインターネット）網へ進化しつつある。
クラウドサーバーなどとの接続を通じたビッグデータ（Ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭している。
ＩｏＴを具現するには、センシング技術、有無線通信及びネットワークインフラ、サービスインタフェース技術、セキュリティ技術のような技術要素が要求され、近年では物事の間の接続のためのセンサネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。
ＩｏＴ環境は、接続された事物の間に生成されるデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）サービスを提供することができる。
ＩｏＴは、既存のＩＴ（ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業の間のコンバージェンス及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用することができる。
クラウドサーバーなどとの接続を通じたビッグデータ（Ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭している。
ＩｏＴを具現するには、センシング技術、有無線通信及びネットワークインフラ、サービスインタフェース技術、セキュリティ技術のような技術要素が要求され、近年では物事の間の接続のためのセンサネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。
ＩｏＴ環境は、接続された事物の間に生成されるデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）サービスを提供することができる。
ＩｏＴは、既存のＩＴ（ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業の間のコンバージェンス及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリド、ヘルスケア、スマート家電、先端医療サービスなどの分野に応用することができる。
【0005】
これによって、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが行われている。
例えば、センサネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの５Ｇ通信技術がビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現され得る。
前述のビッグデータ処理技術として、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）が応用されることも５Ｇ技術とＩｏＴ技術のコンバージェンスの例と見なすことができる
例えば、センサネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの５Ｇ通信技術がビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現され得る。
前述のビッグデータ処理技術として、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）が応用されることも５Ｇ技術とＩｏＴ技術のコンバージェンスの例と見なすことができる
【0006】
上述したことと無線通信システムの発展によって多様なサービスを提供することができるようになり、このようなサービスを効率的に提供するための方案が要求されている。
上述した情報は、本発明の理解を助けるための背景情報にだけ提供される。
上述した内容の内のいずれが本発明に関連して先行技術として適用されることができるかに対する決定又は主張が成り立たなかった。
上述した情報は、本発明の理解を助けるための背景情報にだけ提供される。
上述した内容の内のいずれが本発明に関連して先行技術として適用されることができるかに対する決定又は主張が成り立たなかった。
【発明の概要】
【発明が解決しようとする課題】
【0007】
本発明の多様な実施形態を介して移動通信システムにおいてサービスを効果的に提供することができる装置及び方法を提供しようとする。
【課題を解決するための手段】
【0008】
本発明の一態様によれば、通信システムにおいて端末によって行われる方法が提供される。
前記端末の方法は、コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を基地局から受信する段階と、２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記基地局から受信する段階と、ここで、前記フィールドの一つ以上のコードポイントそれぞれは、一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいてＰＵＳＣＨ繰り返し送信を行う段階と、を有することを特徴とする。
前記端末の方法は、コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を基地局から受信する段階と、２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記基地局から受信する段階と、ここで、前記フィールドの一つ以上のコードポイントそれぞれは、一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいてＰＵＳＣＨ繰り返し送信を行う段階と、を有することを特徴とする。
【0009】
本発明の他の態様によれば、通信システムにおいて基地局によって行われる方法が提供される。
前記基地局の方法は、コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を端末に送信する段階と、２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信する段階と、ここで、前記フィールドの一つ以上のコードポイントそれぞれは、一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいてＰＵＳＣＨを前記端末から受信する段階と、を有することを特徴とする。
前記基地局の方法は、コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を端末に送信する段階と、２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信する段階と、ここで、前記フィールドの一つ以上のコードポイントそれぞれは、一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいてＰＵＳＣＨを前記端末から受信する段階と、を有することを特徴とする。
【0010】
本発明の他の態様によれば、通信システムにおいて端末が提供される。
前記端末は、送受信部と、コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を基地局から受信し、２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記基地局から受信し、ここで、前記フィールドの一つ以上のコードポイントそれぞれは一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいてＰＵＳＣＨ繰り返し送信を行う制御部と、を有することを特徴とする。
前記端末は、送受信部と、コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を基地局から受信し、２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記基地局から受信し、ここで、前記フィールドの一つ以上のコードポイントそれぞれは一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいてＰＵＳＣＨ繰り返し送信を行う制御部と、を有することを特徴とする。
【0011】
本発明の他の本発明によれば、通信システムにおいて基地局が提供される。
前記基地局の方法は、送受信部と、コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を端末に送信し、２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信し、ここで、前記フィールドの一つ以上のコードポイントそれぞれは一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいてＰＵＳＣＨを前記端末から受信する制御部と、を有することを特徴とする。
前記基地局の方法は、送受信部と、コードブック基盤の送信及び非コードブック基盤の送信の内の一つを用いてＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返し送信の設定情報を端末に送信し、２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信し、ここで、前記フィールドの一つ以上のコードポイントそれぞれは一つ以上のＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び一つ以上のＳＲＩ（ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）又は一つ以上のＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）フィールドの内の少なくとも一つを指示し、前記設定情報及び前記一つ以上のコードポイントの内の前記フィールドによって指示されるコードポイントに基づいてＰＵＳＣＨを前記端末から受信する制御部と、を有することを特徴とする。
【0012】
以下の詳細な説明を行う前に、本特許明細書全体にかけて用いられる特定単語及び文句を定義する必要がある。
“含む（ｉｎｃｌｕｄｅ）”及び“含む（ｃｏｍｐｒｉｓｅ）”という用語とこの派生語は、制限無しに含むことを意味する。
“又は”という用語は、包括的で、「及び／又は」を意味する。
“～と関連する（ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ）”及び“～と関連された（ａｓｓｏｃｉａｔｅｄ ｔｈｅｒｅｗｉｔｈ）”いう用語だけでなくこの派生語は、“～を含む（ｔｏ ｉｎｃｌｕｄｅ）、～を含有する（ｂｅ ｉｎｃｌｕｄｅｄ ｉｎ）、～に含有される（ｃｏｎｔａｉｎ）、～に又は、～と接続する（ｂｅ ｃｏｎｔａｉｎｅｄ ｗｉｔｈｉｎ）、～に又は～は連結、～に又は～は結合（ｃｏｕｐｌｅ）、～と通信可能である、～と協力する、～をインタリーブする、～を併置する、～に近づく、～に又は、～とバウンディングされる、有する、所有している、～に又は、～と関係を有するなどを意味する。
また、“制御部”という用語は、少なくとも一つの動作を制御する任意のデバイス、システム又はその一部を意味する。
すなわち、デバイスは、ハードウェア、ファームウエア又はソフトウェア、又はこれらの少なくとも２つの組み合わせで具現することができる。
任意の特定制御部に関連する機能は、ローカル又は遠隔に関わらず中央集中化されたり分散され得る。
“含む（ｉｎｃｌｕｄｅ）”及び“含む（ｃｏｍｐｒｉｓｅ）”という用語とこの派生語は、制限無しに含むことを意味する。
“又は”という用語は、包括的で、「及び／又は」を意味する。
“～と関連する（ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ）”及び“～と関連された（ａｓｓｏｃｉａｔｅｄ ｔｈｅｒｅｗｉｔｈ）”いう用語だけでなくこの派生語は、“～を含む（ｔｏ ｉｎｃｌｕｄｅ）、～を含有する（ｂｅ ｉｎｃｌｕｄｅｄ ｉｎ）、～に含有される（ｃｏｎｔａｉｎ）、～に又は、～と接続する（ｂｅ ｃｏｎｔａｉｎｅｄ ｗｉｔｈｉｎ）、～に又は～は連結、～に又は～は結合（ｃｏｕｐｌｅ）、～と通信可能である、～と協力する、～をインタリーブする、～を併置する、～に近づく、～に又は、～とバウンディングされる、有する、所有している、～に又は、～と関係を有するなどを意味する。
また、“制御部”という用語は、少なくとも一つの動作を制御する任意のデバイス、システム又はその一部を意味する。
すなわち、デバイスは、ハードウェア、ファームウエア又はソフトウェア、又はこれらの少なくとも２つの組み合わせで具現することができる。
任意の特定制御部に関連する機能は、ローカル又は遠隔に関わらず中央集中化されたり分散され得る。
【0013】
さらに、以下に説明する様々な機能は、コンピュータが読み取り可能なプログラムコードで構成され、コンピュータが読み取り可能な媒体に具現された１つ以上のコンピュータプログラムによって具現又はサポートされ得る。
用語“アプリケーション”及び“プログラム”は、１つ以上のコンピュータプログラム、ソフトウェアコンポーネント、一連の命令、手順、機能、オブジェクト、クラス、インスタンス、関連データ、又は適切なコンピュータ可読プログラムで具現するように構成されたその一部を示す。
“コンピュータ可読プログラムコード”とは、ソースコード、目的コード、実行コードを含むあらゆるタイプのコンピュータコードが含まれる。
“コンピュータ可読媒体”という文句は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ハードディスクドライブ、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、デジタルビデオディスク（ＤＶＤ）、又はその他の類型のメモリのようにコンピュータによってアクセスすることができる任意の類型の媒体を含む。
「非－一時的」コンピュータ可読媒体は、一時的な電気的な又はその他の信号を送信する有線、無線、光学又はその他の通信リンクを排除する。
非－一時的コンピュータ可読媒体は、データが永久的に記憶される媒体、及び再記録が可能な光ディスク又は消去可能なメモリ装置のような、データが記憶されて後で上書きされる（ｏｖｅｒｗｒｉｔｉｎｇ）媒体を含む。
用語“アプリケーション”及び“プログラム”は、１つ以上のコンピュータプログラム、ソフトウェアコンポーネント、一連の命令、手順、機能、オブジェクト、クラス、インスタンス、関連データ、又は適切なコンピュータ可読プログラムで具現するように構成されたその一部を示す。
“コンピュータ可読プログラムコード”とは、ソースコード、目的コード、実行コードを含むあらゆるタイプのコンピュータコードが含まれる。
“コンピュータ可読媒体”という文句は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ハードディスクドライブ、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、デジタルビデオディスク（ＤＶＤ）、又はその他の類型のメモリのようにコンピュータによってアクセスすることができる任意の類型の媒体を含む。
「非－一時的」コンピュータ可読媒体は、一時的な電気的な又はその他の信号を送信する有線、無線、光学又はその他の通信リンクを排除する。
非－一時的コンピュータ可読媒体は、データが永久的に記憶される媒体、及び再記録が可能な光ディスク又は消去可能なメモリ装置のような、データが記憶されて後で上書きされる（ｏｖｅｒｗｒｉｔｉｎｇ）媒体を含む。
【0014】
特定の単語及び句の定義は、この特許文書全体にわたって提供され、当業者は、ほとんどの場合ではなくても、多くの場合、そのような定義が、そのように定義された単語及び句の以前及び今後の使用に適用されることを理解すべきである。
【発明の効果】
【0015】
本発明の多様な実施形態によれば、ネットワーク協力通信システムにおいてアップリンクデータ繰り返し送受信方法及びこれを行うことができる装置が提供される。
これを介してより向上された性能利得を得ることができる。
これを介してより向上された性能利得を得ることができる。
【0016】
本発明の他の側面、利点、及び顕著な特徴は、添付図面と共に取られた本発明の多様な実施形態を開示する次の詳細な説明から当業者に明らかになる。
【図面の簡単な説明】
【0017】
【図1】本発明の一実施形態による無線通信システムで、時間－周波数領域の基本構造を示す図である。
【図2】本発明の一実施形態による無線通信システムで、フレーム、サブフレーム、スロット構造を示す図である。
【図3】本発明の一実施形態による無線通信システムで、帯域幅部分設定の一例を示す図である。
【図4】本発明の一実施形態による無線通信システムで、ダウンリンク制御チャンネルの制御領域設定の一例を示す図である。
【図5a】本発明の一実施形態による無線通信システムで、ダウンリンク制御チャンネルの構造を示す図である。
【図5b】本発明の一実施形態による無線通信システムで、端末がスロット内で複数個のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）モニタリング位置を持つことができる場合を、Ｓｐａｎを介して示す図である。
【図6】本発明の一実施形態による無線通信システムで、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）動作の一例を示す図である。
【図7】本発明の一実施形態による無線通信システムで、「ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）ｓｔａｔｅ」設定による基地局ビーム割り当ての一例を示す図である。
【図8】本発明の一実施形態による無線通信システムで、ＰＤＣＣＨに対する「ＴＣＩ ｓｔａｔｅ」割り当て方法の一例を示す図である。
【図9】本発明の一実施形態による無線通信システムで「ＰＤＣＣＨ ＤＭＲＳ」（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）のための「ＴＣＩ ｉｎｄｉｃａｔｉｏｎ ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）」シグナリング構造を示す図である。
【図10】本発明の一実施形態による無線通信システムで、ＣＯＲＥＳＥＴ及び「ｓｅａｒｃｈ ｓｐａｃｅ」ビーム設定例示を示す図である。
【図11】本発明の一実施形態による無線通信システムで、ＰＤＳＣＨの周波数軸リソース割り当て例を示す図である。
【図12】本発明の一実施形態による無線通信システムで、ＰＤＳＣＨの時間軸リソース割り当て例を示す図である。
【図13a】本発明の一実施形態による無線通信システムで、データチャンネル（ｄａｔａ ｃｈａｎｎｅｌ）及び制御チャンネル（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）のサブキャリア間隔による時間軸リソース割り当て例を示す図である。
【図13b】本発明の一実施形態による無線通信システムで、ＰＵＳＣＨ繰り返し送信タイプＢの一例を示す図面である。
【図14】本発明の一実施形態による無線通信システムで、「ｓｉｎｇｌｅ ｃｅｌｌ」、「ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ（ＣＡ）」、「ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）」状況で基地局と端末の無線プロトコル構造を示す図である。
【図15】本発明の一実施形態による無線通信システムで、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）のためのアンテナポート構成及びリソース割り当て例を示す図である。
【図16】本発明の一実施形態による無線通信システムで、協力通信のためのダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）構成例を示す図である。
【図17】本発明の一実施形態による複数個のＳＲＩ又はＴＰＭＩフィールドが存在する単一ＤＣＩ送信基盤多重ＴＲＰを考慮したＰＵＳＣＨ繰り返し送信に対する基地局と端末の動作を説明するためのフローチャートである。
【図18】本発明の一実施形態による向上したＳＲＩ及びＴＰＭＩフィールドを用いた単一ＤＣＩ送信基盤多重ＴＲＰを考慮したＰＵＳＣＨ繰り返し送信に対する基地局と端末の動作を説明するためのフローチャートである。
【図19】本発明の一実施形態による多重ＴＲＰを考慮したＰＵＳＣＨ繰り返し送信時の周波数ホッピング及び送信ビームマッピングを独立的に決定する方法を説明するための図である。
【図20】本発明の一実施形態による周波数ホッピング単位設定に基づいて送信ビームマッピング単位設定を説明するための図である。
【図21】本発明の一実施形態による無線通信システムで、アップリンク－ダウンリンク設定（ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ）の一例を示す図である。
【図22】本発明の一実施形態による「ｄｙｎａｍｉｃ ｇｒａｎｔ」基盤ＰＵＳＣＨ繰り返し送信に関するスロットフォーマットによる多様な送信ビームマッピング方法を説明するための図である。
【図23a】本発明の一実施形態によるスロットフォーマットを考慮した送信ビームマッピングに対する端末の動作を説明するためのフローチャートである。
【図23b】本発明の一実施形態によるスロットフォーマットを考慮した送信ビームマッピングに対する基地局の動作を説明するためのフローチャートである。
【図24】本発明の一実施形態による無線通信システムで、端末の概略構造を示すブロック図である。
【図25】本発明の一実施形態による無線通信システムで、基地局の概略構造を示すブロック図である。
【発明を実施するための形態】
【0018】
以下で論議される図１～図２５、及び本明細書で本発明の原理を説明するために用いられた多様な実施形態は、例示のみのためのもので、どんな方式でも本発明の範囲を制限する方式に解釈されてはいけない。
当業者は、本発明の原理が適切に配置された任意のシステム又はデバイスで具現することができるということを理解することができる。
当業者は、本発明の原理が適切に配置された任意のシステム又はデバイスで具現することができるということを理解することができる。
【0019】
以下、本発明の実施形態を添付された図面を参照して詳細に説明する。
実施形態を説明するに当り、本発明が属する技術分野によく知られており、本発明と直接的に関連がない技術内容に対しては説明を省略する。
これは不必要な説明を省略することによって本発明の要旨を明瞭にしてより明確に伝達するためである。
同一の理由で添付図面において一部構成要素は、誇張されたり省略されたり概略的に図示した。
また、各構成要素のサイズは、実際サイズを全面的に反映するわけではない。
各図面で同一又は対応する構成要素には同一の参照番号を付した。
実施形態を説明するに当り、本発明が属する技術分野によく知られており、本発明と直接的に関連がない技術内容に対しては説明を省略する。
これは不必要な説明を省略することによって本発明の要旨を明瞭にしてより明確に伝達するためである。
同一の理由で添付図面において一部構成要素は、誇張されたり省略されたり概略的に図示した。
また、各構成要素のサイズは、実際サイズを全面的に反映するわけではない。
各図面で同一又は対応する構成要素には同一の参照番号を付した。
【0020】
本発明の利点及び特徴、及びそれらを達成する方法は、添付した図面と共に詳細に後述されている実施形態を参考すれば明確になるだろう。
しかし、本発明は、以下で開示する実施形態に限定されるのではなく互いに異なる多様な形態で具現することができ、ただ本実施形態は、本発明を完全にし、本発明が属する技術分野で通常の知識を有する者に開示の範囲を完全に知らせるために提供するものであり、本発明は、請求項の範囲によって定義されるだけである。
明細書全体にかけて同一参照番号は、同一構成要素を称する。
また、本発明を説明するにおいて、関連する機能又は構成に対する具体的な説明が本発明の要旨を不明瞭にする可能性があると判断された場合、その詳細な説明は省略する。
そして、後述する用語は、本発明での機能を考慮して定義された用語として、これはユーザ、操作者の意図又は慣例などによって変えることができる。
したがって、その定義は、本明細書全般にわたった内容に基づいて下されなければならないだろう。
しかし、本発明は、以下で開示する実施形態に限定されるのではなく互いに異なる多様な形態で具現することができ、ただ本実施形態は、本発明を完全にし、本発明が属する技術分野で通常の知識を有する者に開示の範囲を完全に知らせるために提供するものであり、本発明は、請求項の範囲によって定義されるだけである。
明細書全体にかけて同一参照番号は、同一構成要素を称する。
また、本発明を説明するにおいて、関連する機能又は構成に対する具体的な説明が本発明の要旨を不明瞭にする可能性があると判断された場合、その詳細な説明は省略する。
そして、後述する用語は、本発明での機能を考慮して定義された用語として、これはユーザ、操作者の意図又は慣例などによって変えることができる。
したがって、その定義は、本明細書全般にわたった内容に基づいて下されなければならないだろう。
【0021】
以下、基地局は、端末のリソース割り当てを行う主体として、「ｇＮｏｄｅ Ｂ」、「ｅＮｏｄｅ Ｂ」、「Ｎｏｄｅ Ｂ」、ＢＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ）、無線接続ユニット、基地局制御機、又はネットワーク上のノードの内の少なくとも一つであり得る。
端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、セルラーフォン、スマートフォン、コンピュータ、又は通信機能を行うことができるマルチミディアシステムを含み得る。
本発明でダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ）は、基地局が端末に送信する信号の無線送信経路で、アップリンク（Ｕｐｌｉｎｋ：ＵＬ）は、端末が基地に送信する信号の無線送信経路を意味する。
また、以下でＬＴＥ又はＬＴＥ－Ａシステムを一例として説明することもできるが、類似の技術的背景又はチャンネル形態を有するそのほかの通信システムにも本発明の実施形態が適用することができる。
例えば、ＬＴＥ－Ａ以後に開発される５世代移動通信技術（５Ｇ、ｎｅｗ ｒａｄｉｏ、ＮＲ）がここに含まれ、以下の５Ｇは、既存のＬＴＥ、ＬＴＥ－Ａ及び類似の他のサービスを含む概念であれば良い。
また、本発明は、熟練された技術的知識を有する者の判断として本発明の範囲を大きく逸脱せず範囲で一部変形を介して他の通信システムにも適用することができる。
端末は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、セルラーフォン、スマートフォン、コンピュータ、又は通信機能を行うことができるマルチミディアシステムを含み得る。
本発明でダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ）は、基地局が端末に送信する信号の無線送信経路で、アップリンク（Ｕｐｌｉｎｋ：ＵＬ）は、端末が基地に送信する信号の無線送信経路を意味する。
また、以下でＬＴＥ又はＬＴＥ－Ａシステムを一例として説明することもできるが、類似の技術的背景又はチャンネル形態を有するそのほかの通信システムにも本発明の実施形態が適用することができる。
例えば、ＬＴＥ－Ａ以後に開発される５世代移動通信技術（５Ｇ、ｎｅｗ ｒａｄｉｏ、ＮＲ）がここに含まれ、以下の５Ｇは、既存のＬＴＥ、ＬＴＥ－Ａ及び類似の他のサービスを含む概念であれば良い。
また、本発明は、熟練された技術的知識を有する者の判断として本発明の範囲を大きく逸脱せず範囲で一部変形を介して他の通信システムにも適用することができる。
【0022】
このとき、処理フローチャートの各ブロックとフローチャートの図の組み合わせは、コンピュータプログラムインストラクションによって行われることができることを理解することができるだろう。
これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータ又はその他のプログラム可能なデータプロセッシング装備のプロセッサに搭載されることができるので、コンピュータ又はその他のプログラム可能なデータプロセッシング装備のプロセッサを介して行われるそのインストラクションが、フローチャートブロックで説明された機能を行う手段を生成するようになる。
これらコンピュータプログラムインストラクションは、特定方式で機能を具現するためにコンピュータ又はその他のプログラム可能なデータプロセッシング装備を志向することができるコンピュータ利用可能、又はコンピュータ可読メモリーに記憶されることも可能であるので、そのコンピュータ利用可能又はコンピュータ可読メモリーに記憶されたインストラクションはフローチャートブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。
コンピュータプログラムインストラクションは、コンピュータ又はその他のプログラム可能なデータプロセッシング装備上に搭載されることも可能であるので、コンピュータ又はその他のプログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピュータで実行されるプロセスを生成してコンピュータ又はその他のプログラム可能なデータプロセッシング装備を作動させるインストラクションはフローチャートブロックで説明された機能を行うための段階を提供することも可能である。
これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータ又はその他のプログラム可能なデータプロセッシング装備のプロセッサに搭載されることができるので、コンピュータ又はその他のプログラム可能なデータプロセッシング装備のプロセッサを介して行われるそのインストラクションが、フローチャートブロックで説明された機能を行う手段を生成するようになる。
これらコンピュータプログラムインストラクションは、特定方式で機能を具現するためにコンピュータ又はその他のプログラム可能なデータプロセッシング装備を志向することができるコンピュータ利用可能、又はコンピュータ可読メモリーに記憶されることも可能であるので、そのコンピュータ利用可能又はコンピュータ可読メモリーに記憶されたインストラクションはフローチャートブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。
コンピュータプログラムインストラクションは、コンピュータ又はその他のプログラム可能なデータプロセッシング装備上に搭載されることも可能であるので、コンピュータ又はその他のプログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピュータで実行されるプロセスを生成してコンピュータ又はその他のプログラム可能なデータプロセッシング装備を作動させるインストラクションはフローチャートブロックで説明された機能を行うための段階を提供することも可能である。
【0023】
また、各ブロックは、特定された論理的機能を行うための１つ以上の実行可能なインストラクションを含むモジュール、セグメント又はコードの一部を示す。
また、幾つか代替実行例ではブロックで言及された機能が順序を外れて発生することも可能であることを注目しなければならない。
例えば、接して示している２つのブロックは、実は実質的に同時に行われることも可能であり、又はそのブロックが時々該当する機能によって逆順に行われることも可能である。
また、幾つか代替実行例ではブロックで言及された機能が順序を外れて発生することも可能であることを注目しなければならない。
例えば、接して示している２つのブロックは、実は実質的に同時に行われることも可能であり、又はそのブロックが時々該当する機能によって逆順に行われることも可能である。
【0024】
このとき、本実施形態に用いられる‘～部’という用語は、ソフトウェア又はＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）のようなハードウェア構成要素を意味し、‘～部’はどんな役目を行う。
しかし、‘～部’は、ソフトウェア又はハードウェアに限定される意味ではない。
‘～部’は、アドレシングすることができる記憶媒体にあるように構成することもでき、１つ又はその以上のプロセッサを再生させるように構成することもできる。
したがって、一例として‘～部’は、ソフトウェア構成要素、オブジェクト志向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーティン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。
構成要素と‘～部’の内で提供される機能は、より小さい数の構成要素及び‘～部’に結合されたり、追加的な構成要素と‘～部’でさらに分離することができる。
だけでなく、構成要素及び‘～部’は、デバイス又は保安マルチメディアカード内の１つ又はその以上のＣＰＵを再生させるように具現することもできる。
また、実施形態で‘～部’は、一つ以上のプロセッサを含むことができる。
しかし、‘～部’は、ソフトウェア又はハードウェアに限定される意味ではない。
‘～部’は、アドレシングすることができる記憶媒体にあるように構成することもでき、１つ又はその以上のプロセッサを再生させるように構成することもできる。
したがって、一例として‘～部’は、ソフトウェア構成要素、オブジェクト志向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーティン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。
構成要素と‘～部’の内で提供される機能は、より小さい数の構成要素及び‘～部’に結合されたり、追加的な構成要素と‘～部’でさらに分離することができる。
だけでなく、構成要素及び‘～部’は、デバイス又は保安マルチメディアカード内の１つ又はその以上のＣＰＵを再生させるように具現することもできる。
また、実施形態で‘～部’は、一つ以上のプロセッサを含むことができる。
【0025】
無線通信システムは、初期の音声主のサービスを提供したことから外れて、例えば、３ＧＰＰ（登録商標）のＨＳＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ又はＥ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ））、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、ＬＴＥ－Ｐｒｏ、３ＧＰＰ２のＨＲＰＤ（Ｈｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ）、ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、及ＩＥＥＥの８０２．１６ｅなどの通信標準のような高速、ハイクオリティーのパケットデータサービスを提供する広帯域無線通信システムへ発展している。
【0026】
広帯域無線通信システムの代表的な例で、ＬＴＥシステムでは、ダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ）ではＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式を採用し、アップリンク（Ｕｐｌｉｎｋ：ＵＬ）ではＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式を採用している。
アップリンクは、端末（ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）又はＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ））が基地局（ｅＮｏｄｅ Ｂ、又はｂａｓｅ ｓｔａｔｉｏｎ（ＢＳ））でデータ又は制御信号を送信する無線リンクを意味し、ダウンリンクは、基地局が端末にデータ又は制御信号を送信する無線リンクを意味する。
上記のような多重接続方式は、通常各ユーザ別でデータ又は制御情報を送信する時間－周波数リソースを互いに重ならないように、すなわち、直交性（Ｏｒｔｈｏｇｏｎａｌｉｔｙ）が成立するように、割り当て及び操作することによって各ユーザのデータ又は制御情報を区分することができる。
アップリンクは、端末（ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）又はＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ））が基地局（ｅＮｏｄｅ Ｂ、又はｂａｓｅ ｓｔａｔｉｏｎ（ＢＳ））でデータ又は制御信号を送信する無線リンクを意味し、ダウンリンクは、基地局が端末にデータ又は制御信号を送信する無線リンクを意味する。
上記のような多重接続方式は、通常各ユーザ別でデータ又は制御情報を送信する時間－周波数リソースを互いに重ならないように、すなわち、直交性（Ｏｒｔｈｏｇｏｎａｌｉｔｙ）が成立するように、割り当て及び操作することによって各ユーザのデータ又は制御情報を区分することができる。
【0027】
ＬＴＥ以後の未来の通信システムとして、すなわち、５Ｇ通信システムはユーザ及びサービス提供者などの多様な要求事項を自由に反映できなければならず、多様な要求事項を同時に満足するサービスがサポートされなければならない。
５Ｇ通信システムのために考慮されるサービスとしては、向上したモバイル広帯域通信（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ：ｅＭＢＢ）、大規模機械型通信（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ｍＭＴＣ）、超信頼低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｉｌｉｔｙ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｃｉａｔｉｏｎ：ＵＲＬＬＣ）などがある。
５Ｇ通信システムのために考慮されるサービスとしては、向上したモバイル広帯域通信（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ：ｅＭＢＢ）、大規模機械型通信（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ：ｍＭＴＣ）、超信頼低遅延通信（Ｕｌｔｒａ Ｒｅｌｉａｂｉｌｉｔｙ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｃｉａｔｉｏｎ：ＵＲＬＬＣ）などがある。
【0028】
ｅＭＢＢは、既存のＬＴＥ、ＬＴＥ－Ａ又はＬＴＥ－Ｐｒｏがサポートするデータ送信速度より向上したデータ送信速度を提供することを目標とする。
例えば、５Ｇ通信システムでｅＭＢＢは、一つの基地局観点でダウンリンクでは２０Ｇｂｐｓの最大送信速度（ｐｅａｋ ｄａｔａ ｒａｔｅ）、アップリンクでは１０Ｇｂｐｓの最大送信速度を提供することができる。
また、５Ｇ通信システムは、最大送信速度を提供する同時に、増加された端末の実際体感送信速度（Ｕｓｅｒ ｐｅｒｃｅｉｖｅｄ ｄａｔａ ｒａｔｅ）を提供することができる。
このような要求事項を満足させるため、より向上した多重アンテナ（Ｍｕｌｔｉ Ｉｎｐｕｔ Ｍｕｌｔｉ Ｏｕｔｐｕｔ、ＭＩＭＯ）送信技術を含んで多様な送受信技術の向上を要求する。
また、ＬＴＥが使用する２ＧＨｚ帯域で最大２０ＭＨｚ送信帯域幅を用いて信号を送信する一方、５Ｇ通信システムは３～６ＧＨｚ又は６ＧＨｚ以上の周波数帯域で２０ＭＨｚより広い周波数帯域幅を用いることによって５Ｇ通信システムで要求するデータ送信速度を満足させることができる。
例えば、５Ｇ通信システムでｅＭＢＢは、一つの基地局観点でダウンリンクでは２０Ｇｂｐｓの最大送信速度（ｐｅａｋ ｄａｔａ ｒａｔｅ）、アップリンクでは１０Ｇｂｐｓの最大送信速度を提供することができる。
また、５Ｇ通信システムは、最大送信速度を提供する同時に、増加された端末の実際体感送信速度（Ｕｓｅｒ ｐｅｒｃｅｉｖｅｄ ｄａｔａ ｒａｔｅ）を提供することができる。
このような要求事項を満足させるため、より向上した多重アンテナ（Ｍｕｌｔｉ Ｉｎｐｕｔ Ｍｕｌｔｉ Ｏｕｔｐｕｔ、ＭＩＭＯ）送信技術を含んで多様な送受信技術の向上を要求する。
また、ＬＴＥが使用する２ＧＨｚ帯域で最大２０ＭＨｚ送信帯域幅を用いて信号を送信する一方、５Ｇ通信システムは３～６ＧＨｚ又は６ＧＨｚ以上の周波数帯域で２０ＭＨｚより広い周波数帯域幅を用いることによって５Ｇ通信システムで要求するデータ送信速度を満足させることができる。
【0029】
同時に、５Ｇ通信システムでモノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ、ＩｏＴ）のような応用サービスをサポートするためにｍＭＴＣが考慮されている。
ｍＭＴＣは、効率的にモノのインターネットを提供するためにセル内で大規模端末の接続サポート、端末のカバレッジ向上、向上したバッテリー時間、端末の費用減少などが要求される。
モノのインターネットは、様々なセンサー及び多様な機器に付着して通信機能を提供するためセル内で多数の端末（例えば、１，０００，０００端末／ｋｍ２）をサポートしなければならない。
また、ｍＭＴＣをサポートする端末は、サービスの特性上の建物の地下のようにセルがカバーすることができない陰影地域に位置する可能性が高いため５Ｇ通信システムで提供する他のサービス対比より広いカバレッジを要求する。
ｍＭＴＣをサポートする端末は、低価の端末で構成することができ、端末のバッテリーを頻繁には交換し難いので、１０～１５年のように非常に長いバッテリー生命時間（ｂａｔｔｅｒｙ ｌｉｆｅ ｔｉｍｅ）が要求される。
ｍＭＴＣは、効率的にモノのインターネットを提供するためにセル内で大規模端末の接続サポート、端末のカバレッジ向上、向上したバッテリー時間、端末の費用減少などが要求される。
モノのインターネットは、様々なセンサー及び多様な機器に付着して通信機能を提供するためセル内で多数の端末（例えば、１，０００，０００端末／ｋｍ２）をサポートしなければならない。
また、ｍＭＴＣをサポートする端末は、サービスの特性上の建物の地下のようにセルがカバーすることができない陰影地域に位置する可能性が高いため５Ｇ通信システムで提供する他のサービス対比より広いカバレッジを要求する。
ｍＭＴＣをサポートする端末は、低価の端末で構成することができ、端末のバッテリーを頻繁には交換し難いので、１０～１５年のように非常に長いバッテリー生命時間（ｂａｔｔｅｒｙ ｌｉｆｅ ｔｉｍｅ）が要求される。
【0030】
最後に、ＵＲＬＬＣの場合、特定の目的（ｍｉｓｓｉｏｎ－ｃｒｉｔｉｃａｌ）で用いられるセルラー基盤無線通信サービスである。
例えば、ロボット（Ｒｏｂｏｔ）又は機械装置（Ｍａｃｈｉｎｅｒｙ）に対するリモートコントロール（ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ）、産業自動化（ｉｎｄｕｓｔｒｉａｌ ａｕｔｏｍａｔｉｏｎ）、無人飛行装置（Ｕｎｍａｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、遠隔健康制御（Ｒｅｍｏｔｅ ｈｅａｌｔｈ ｃａｒｅ）、エマージェンシーアラート（ｅｍｅｒｇｅｎｃｙ ａｌｅｒｔ）などに用いられるサービスなどを考慮することができる。
したがって、ＵＲＬＬＣが提供する通信は、非常に低い低遅延及び非常に高い信頼も提供する。
例えば、ＵＲＬＬＣをサポートするサービスは、０．５ミリ秒より小さい無線接続遅延時間（Ａｉｒ ｉｎｔｅｒｆａｃｅ ｌａｔｅｎｃｙ）を満足しなければならなく、同時に１０－５以下のパケットエラー率（Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ）の要求事項を持つ。
したがって、ＵＲＬＬＣをサポートするサービスのために５Ｇシステムは、他のサービスより小さい送信時間区間（Ｔｒａｎｓｍｉｔ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ：ＴＴＩ）を提供しなければならなく、同時に通信リンクの信頼性を確保するために周波数帯域で広いリソースを割り当てなければならない設計事項が要求される。
例えば、ロボット（Ｒｏｂｏｔ）又は機械装置（Ｍａｃｈｉｎｅｒｙ）に対するリモートコントロール（ｒｅｍｏｔｅ ｃｏｎｔｒｏｌ）、産業自動化（ｉｎｄｕｓｔｒｉａｌ ａｕｔｏｍａｔｉｏｎ）、無人飛行装置（Ｕｎｍａｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）、遠隔健康制御（Ｒｅｍｏｔｅ ｈｅａｌｔｈ ｃａｒｅ）、エマージェンシーアラート（ｅｍｅｒｇｅｎｃｙ ａｌｅｒｔ）などに用いられるサービスなどを考慮することができる。
したがって、ＵＲＬＬＣが提供する通信は、非常に低い低遅延及び非常に高い信頼も提供する。
例えば、ＵＲＬＬＣをサポートするサービスは、０．５ミリ秒より小さい無線接続遅延時間（Ａｉｒ ｉｎｔｅｒｆａｃｅ ｌａｔｅｎｃｙ）を満足しなければならなく、同時に１０－５以下のパケットエラー率（Ｐａｃｋｅｔ Ｅｒｒｏｒ Ｒａｔｅ）の要求事項を持つ。
したがって、ＵＲＬＬＣをサポートするサービスのために５Ｇシステムは、他のサービスより小さい送信時間区間（Ｔｒａｎｓｍｉｔ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ：ＴＴＩ）を提供しなければならなく、同時に通信リンクの信頼性を確保するために周波数帯域で広いリソースを割り当てなければならない設計事項が要求される。
【0031】
５Ｇの３つのサービス、すなわち、ｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣは、一つのシステムで多重化されて送信することができる。
この時、それぞれのサービスが持つ異なる要求事項を満足させるためにサービス間に互いに異なる送受信技法及び送受信パラメーターを用いることができる。
もちろん、５Ｇは、前述の３つのサービスに制限されない。
この時、それぞれのサービスが持つ異なる要求事項を満足させるためにサービス間に互いに異なる送受信技法及び送受信パラメーターを用いることができる。
もちろん、５Ｇは、前述の３つのサービスに制限されない。
【0032】
以下では５Ｇシステムのフレーム構造に対して図面を参照してより具体的に説明する。
図１は、本発明の一実施形態による無線通信システムでデータ又は制御チャンネルが送信される無線リソース領域である時間－周波数領域の基本構造を示す図である。
図１は、本発明の一実施形態による無線通信システムでデータ又は制御チャンネルが送信される無線リソース領域である時間－周波数領域の基本構造を示す図である。
【0033】
図１の横軸は、時間領域を、縦軸は、周波数領域を表す。
時間及び周波数領域でリソースの基本単位は、リソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ：ＲＥ）（１－０１）として時間軸に１ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル（１－０２）及び周波数軸に１サブキャリア（Ｓｕｂｃａｒｒｉｅｒ）（１－０３）と定義される。
周波数領域で
（例えば、１２）個の連続されたＲＥは、一つのリソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ、ＲＢ、１－０４）を構成する。
時間及び周波数領域でリソースの基本単位は、リソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ：ＲＥ）（１－０１）として時間軸に１ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボル（１－０２）及び周波数軸に１サブキャリア（Ｓｕｂｃａｒｒｉｅｒ）（１－０３）と定義される。
周波数領域で
【0034】
図２は、本発明の一実施形態による無線通信システムで考慮するスロット構造を示す図である。
図２にはフレーム（Ｆｒａｍｅ）２００、サブフレーム（Ｓｕｂｆｒａｍｅ）２０１、スロット（Ｓｌｏｔ）２０２構造の一例を示す。
１フレーム２００は、１０ｍｓと定義される。
１サブフレーム２０１は、１ｍｓと定義され、したがって、１フレーム２００は、総１０個のサブフレーム２０１で構成される。
１スロット（２０２、２０３）は、１４個のＯＦＤＭシンボルと定義される（すなわち、１スロット当りシンボル数（
）。
図２にはフレーム（Ｆｒａｍｅ）２００、サブフレーム（Ｓｕｂｆｒａｍｅ）２０１、スロット（Ｓｌｏｔ）２０２構造の一例を示す。
１フレーム２００は、１０ｍｓと定義される。
１サブフレーム２０１は、１ｍｓと定義され、したがって、１フレーム２００は、総１０個のサブフレーム２０１で構成される。
１スロット（２０２、２０３）は、１４個のＯＦＤＭシンボルと定義される（すなわち、１スロット当りシンボル数（
【0035】
１サブフレーム２０１は、一つ又は複数個のスロット（２０２、２０３）で構成され、１サブフレーム２０１当りスロット（２０２、２０３）の個数は、サブキャリア間隔に対する設定値μ（２０４、２０５）によって異なる。
図２の一例では、サブキャリア間隔設定値でμ＝０（２０４）の場合と、μ＝１（２０５）の場合を示している。
μ＝０（２０４）の場合、１サブフレーム２０１は、１個のスロット（２０２）で構成され、μ＝１（２０５）の場合、１サブフレーム２０１は、２個のスロット（２０３）で構成される。
すなわち、サブキャリア間隔に対する設定値μによって１サブフレーム当りスロット数（
）が変わり得、これによって１フレーム当たりスロット数（
）が変わり得る。
各サブキャリア間隔設定μによる
及び
は、以下の表１と定義される。
図２の一例では、サブキャリア間隔設定値でμ＝０（２０４）の場合と、μ＝１（２０５）の場合を示している。
μ＝０（２０４）の場合、１サブフレーム２０１は、１個のスロット（２０２）で構成され、μ＝１（２０５）の場合、１サブフレーム２０１は、２個のスロット（２０３）で構成される。
すなわち、サブキャリア間隔に対する設定値μによって１サブフレーム当りスロット数（
各サブキャリア間隔設定μによる
【0036】
【表1】
【0037】
次に、５Ｇ通信システムで帯域幅部分（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ：ＢＷＰ）設定に対して図面を参照して具体的に説明する。
図３は、本発明の一実施形態による無線通信システムで帯域幅部分に対する設定の一例を示す図である。
図３は、本発明の一実施形態による無線通信システムで帯域幅部分に対する設定の一例を示す図である。
【0038】
図３には、端末帯域幅（ＵＥ ｂａｎｄｗｉｄｔｈ）３００が２つの帯域幅部分、すなわち、帯域幅部分＃１（ＢＷＰ＃１）３０１と帯域幅部分＃２（ＢＷＰ＃２）３０２と設定された一例を示す。
基地局は、端末に一つ又は複数個の帯域幅部分を設定し、各帯域幅部分に対して以下の情報を設定する。
基地局は、端末に一つ又は複数個の帯域幅部分を設定し、各帯域幅部分に対して以下の情報を設定する。
【0039】
【表2-1】
【0040】
もちろん、上記例示に制限されることなく、上記設定情報外にも帯域幅部分に関連する多様なパラメーターが端末に設定され得る。
上記情報は、上位階層シグナリング、例えば、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを介して基地局が端末に伝達する。
設定された一つ又は複数個の帯域幅部分の内の少なくとも一つの帯域幅部分が活性化（Ａｃｔｉｖａｔｉｏｎ）される。
設定された帯域幅部分に対する活性化するか否かは、基地局から端末にＲＲＣシグナリングを介して準静的（ｓｅｍｉ－ｓｔａｔｉｃ）に伝達されるか、ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を介して動的に伝達される。
上記情報は、上位階層シグナリング、例えば、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを介して基地局が端末に伝達する。
設定された一つ又は複数個の帯域幅部分の内の少なくとも一つの帯域幅部分が活性化（Ａｃｔｉｖａｔｉｏｎ）される。
設定された帯域幅部分に対する活性化するか否かは、基地局から端末にＲＲＣシグナリングを介して準静的（ｓｅｍｉ－ｓｔａｔｉｃ）に伝達されるか、ＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を介して動的に伝達される。
【0041】
一部実施形態によれば、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）接続の前の端末は、初期接続のための初期帯域幅部分（Ｉｎｉｔｉａｌ ＢＷＰ）をＭＩＢ（ｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）を介して基地局から設定される。
より具体的に説明すれば、端末は、初期接続段階で、ＭＩＢを介して初期接続に必要なシステム情報（ｒｅｍａｉｎｉｎｇ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ：ＲＭＳＩ又はｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ １：ＳＩＢ１に該当することができる）を受信のためのＰＤＣＣＨが送信され得る制御領域（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ：ＣＯＲＥＳＥＴ）と探索空間（Ｓｅａｒｃｈ Ｓｐａｃｅ）に対する設定情報を受信する。
ＭＩＢと設定される制御領域と探索空間は、それぞれ識別子（Ｉｄｅｎｔｉｔｙ：ＩＤ）０で見なされる。
基地局は、端末にＭＩＢを介して制御領域＃０に対する周波数割り当て情報、時間割り当て情報、ヌモロロジー（ｎｕｍｅｒｏｌｏｇｙ）などの設定情報を通知する。
また、基地局は、端末にＭＩＢを介して制御領域＃０に対するモニタリング周期及びｏｃｃａｓｉｏｎに対する設定情報、すなわち、探索空間＃０に対する設定情報を通知する。
端末は、ＭＩＢから取得した制御領域＃０と設定された周波数領域を、初期接続のための初期帯域幅部分としてみなすことができる。
この時、初期帯域幅部分の識別子（ＩＤ）は、「０」として見なされる。
より具体的に説明すれば、端末は、初期接続段階で、ＭＩＢを介して初期接続に必要なシステム情報（ｒｅｍａｉｎｉｎｇ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ：ＲＭＳＩ又はｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ １：ＳＩＢ１に該当することができる）を受信のためのＰＤＣＣＨが送信され得る制御領域（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ：ＣＯＲＥＳＥＴ）と探索空間（Ｓｅａｒｃｈ Ｓｐａｃｅ）に対する設定情報を受信する。
ＭＩＢと設定される制御領域と探索空間は、それぞれ識別子（Ｉｄｅｎｔｉｔｙ：ＩＤ）０で見なされる。
基地局は、端末にＭＩＢを介して制御領域＃０に対する周波数割り当て情報、時間割り当て情報、ヌモロロジー（ｎｕｍｅｒｏｌｏｇｙ）などの設定情報を通知する。
また、基地局は、端末にＭＩＢを介して制御領域＃０に対するモニタリング周期及びｏｃｃａｓｉｏｎに対する設定情報、すなわち、探索空間＃０に対する設定情報を通知する。
端末は、ＭＩＢから取得した制御領域＃０と設定された周波数領域を、初期接続のための初期帯域幅部分としてみなすことができる。
この時、初期帯域幅部分の識別子（ＩＤ）は、「０」として見なされる。
【0042】
５Ｇでサポートする帯域幅部分に対する設定は、多様な目的に用いることができる。
一部実施形態によれば、システム帯域幅より端末のサポートする帯域幅が小さい場合に、帯域幅部分設定を介してこれをサポートする。
例えば、基地局は、帯域幅部分の周波数位置（設定情報２）を端末に設定することによってシステム帯域幅内の特定周波数位置へ端末がデータを送受信する。
一部実施形態によれば、システム帯域幅より端末のサポートする帯域幅が小さい場合に、帯域幅部分設定を介してこれをサポートする。
例えば、基地局は、帯域幅部分の周波数位置（設定情報２）を端末に設定することによってシステム帯域幅内の特定周波数位置へ端末がデータを送受信する。
【0043】
また、一部実施形態によれば、互いに異なるヌモロロジーをサポートするための目的として基地局が端末に複数個の帯域幅部分を設定する。
例えば、所定の端末との間に、１５ｋＨｚのサブキャリア間隔と３０ｋＨｚのサブキャリア間隔を用いたデータ送受信をいずれもサポートするために、２つの帯域幅部分をそれぞれの１５ｋＨｚと３０ｋＨｚのサブキャリア間隔で設定する。
互いに異なる帯域幅部分は、周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）され、特定サブキャリア間隔でデータを送受信しようとする場合、当該サブキャリア間隔に設定されている帯域幅部分が活性化される。
例えば、所定の端末との間に、１５ｋＨｚのサブキャリア間隔と３０ｋＨｚのサブキャリア間隔を用いたデータ送受信をいずれもサポートするために、２つの帯域幅部分をそれぞれの１５ｋＨｚと３０ｋＨｚのサブキャリア間隔で設定する。
互いに異なる帯域幅部分は、周波数分割多重化（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）され、特定サブキャリア間隔でデータを送受信しようとする場合、当該サブキャリア間隔に設定されている帯域幅部分が活性化される。
【0044】
また、一部実施形態によれば、端末の電力消費減少のための目的として、基地局が端末に互いに異なるサイズの帯域幅を持つ帯域幅部分を設定することができる。
例えば、端末が非常に大きい帯域幅、例えば、１００ＭＨｚの帯域幅をサポートして当該帯域幅で常にデータを送受信する場合、非常に大きい電力消費が発生する可能性がある。
特に、トラフィック（ｔｒａｆｆｉｃ）がない状況で、１００ＭＨｚの大きい帯域幅で不必要なダウンリンク制御チャンネルに対するモニタリングを行うことは、電力消費の観点から非常に非効率的である。
端末の電力消費を減らすための目的として、基地局は、端末に相対的に小さい帯域幅の帯域幅部分、例えば、２０ＭＨｚの帯域幅部分を設定することができる。
トラフィックがない状況で、端末は、２０ＭＨｚ帯域幅部分でモニタリング動作を行うことができ、データが発生した場合、基地局の指示に従って１００ＭＨｚの帯域幅部分へデータを送受信することができる。
例えば、端末が非常に大きい帯域幅、例えば、１００ＭＨｚの帯域幅をサポートして当該帯域幅で常にデータを送受信する場合、非常に大きい電力消費が発生する可能性がある。
特に、トラフィック（ｔｒａｆｆｉｃ）がない状況で、１００ＭＨｚの大きい帯域幅で不必要なダウンリンク制御チャンネルに対するモニタリングを行うことは、電力消費の観点から非常に非効率的である。
端末の電力消費を減らすための目的として、基地局は、端末に相対的に小さい帯域幅の帯域幅部分、例えば、２０ＭＨｚの帯域幅部分を設定することができる。
トラフィックがない状況で、端末は、２０ＭＨｚ帯域幅部分でモニタリング動作を行うことができ、データが発生した場合、基地局の指示に従って１００ＭＨｚの帯域幅部分へデータを送受信することができる。
【0045】
帯域幅部分を設定する方法において、ＲＲＣ接続（ｃｏｎｎｅｃｔｅｄ）前の端末は、初期接続段階でＭＩＢ（ｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）を介して初期帯域幅部分（ｉｎｉｔｉａｌ ｂａｎｄｗｉｄｔｈ ｐａｒｔ）に対する設定情報を受信する。
より具体的に説明すれば、端末は、ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）のＭＩＢからＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）をスケジューリングするＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）が送信されるダウンリンク制御チャンネルのための制御領域（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ：ＣＯＲＥＳＥＴ）が設定される。
ＭＩＢと設定された制御領域の帯域幅が初期帯域幅部分として見なすことができ、設定された初期帯域幅部分を介して端末は、ＳＩＢが送信されるＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信する。
初期帯域幅部分は、ＳＩＢを受信する用途の外にも、他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ：ＯＳＩ）、パージング（ｐａｇｉｎｇ）、ランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ）用に活用することもできる。
より具体的に説明すれば、端末は、ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）のＭＩＢからＳＩＢ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）をスケジューリングするＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）が送信されるダウンリンク制御チャンネルのための制御領域（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ：ＣＯＲＥＳＥＴ）が設定される。
ＭＩＢと設定された制御領域の帯域幅が初期帯域幅部分として見なすことができ、設定された初期帯域幅部分を介して端末は、ＳＩＢが送信されるＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信する。
初期帯域幅部分は、ＳＩＢを受信する用途の外にも、他のシステム情報（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ：ＯＳＩ）、パージング（ｐａｇｉｎｇ）、ランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ）用に活用することもできる。
【0046】
次に、５ＧでのＳＳ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）／ＰＢＣＨブロックに対して説明する。
ＳＳ／ＰＢＣＨブロックとは、ＰＳＳ（ｐｒｉｍａｒｙ ＳＳ）、ＳＳＳ（ｓｅｃｏｎｄａｒｙ ＳＳ）、ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）から構成された物理階層チャンネルブロックを意味する。
具体的には以下の通りである。
ＳＳ／ＰＢＣＨブロックとは、ＰＳＳ（ｐｒｉｍａｒｙ ＳＳ）、ＳＳＳ（ｓｅｃｏｎｄａｒｙ ＳＳ）、ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）から構成された物理階層チャンネルブロックを意味する。
具体的には以下の通りである。
【0047】
・ＰＳＳ：ダウンリンク時間／周波数同期の基準になる信号でセルＩＤの一部情報を提供する。
・ＳＳＳ：ダウンリンク時間／周波数同期の基準となり、ＰＳＳが提供しない残りセルＩＤ情報を提供する。追加的にＰＢＣＨの復調のための基準信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）の役割を果たす。
・ＰＢＣＨ：端末のデータチャンネル及び制御チャンネル送受信に必要な必須システム情報を提供する。必須システム情報は制御チャンネルの無線リソースマッピング情報を示す探索空間関連制御情報、システム情報を送信する別途のデータチャンネルに対するスケジューリング制御情報などを含む。
・ＳＳ／ＰＢＣＨブロック：ＳＳ／ＰＢＣＨブロックはＰＳＳ、ＳＳＳ、ＰＢＣＨの組み合わせからなる。ＳＳ／ＰＢＣＨブロックは５ｍｓ時間内で一つ又は複数個が送信され、送信されるそれぞれのＳＳ／ＰＢＣＨブロックはインデックスで区別される。
・ＳＳＳ：ダウンリンク時間／周波数同期の基準となり、ＰＳＳが提供しない残りセルＩＤ情報を提供する。追加的にＰＢＣＨの復調のための基準信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）の役割を果たす。
・ＰＢＣＨ：端末のデータチャンネル及び制御チャンネル送受信に必要な必須システム情報を提供する。必須システム情報は制御チャンネルの無線リソースマッピング情報を示す探索空間関連制御情報、システム情報を送信する別途のデータチャンネルに対するスケジューリング制御情報などを含む。
・ＳＳ／ＰＢＣＨブロック：ＳＳ／ＰＢＣＨブロックはＰＳＳ、ＳＳＳ、ＰＢＣＨの組み合わせからなる。ＳＳ／ＰＢＣＨブロックは５ｍｓ時間内で一つ又は複数個が送信され、送信されるそれぞれのＳＳ／ＰＢＣＨブロックはインデックスで区別される。
【0048】
端末は、初期接続段階でＰＳＳ及びＳＳＳを検出し、ＰＢＣＨをデコーディングする。
ＰＢＣＨからＭＩＢを取得し、これから制御領域（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ：ＣＯＲＥＳＥＴ）＃０（制御領域インデックスが「０」の制御領域に該当することができる）が設定される。
端末は、選択したＳＳ／ＰＢＣＨブロックと制御領域＃０から、送信されるＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）がＱＣＬ（ｑｕａｓｉ ｃｏ ｌｏｃａｔｉｏｎ）されていると仮定して、制御領域＃０に対するモニタリングを行う。
端末は、制御領域＃０から送信されたダウンリンク制御情報でシステム情報を受信する。
端末は、受信したシステム情報から初期接続に必要なＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）関連設定情報を取得する。
端末は、選択したＳＳ／ＰＢＣＨインデックスを考慮してＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ＲＡＣＨ）を基地局に送信し、ＰＲＡＣＨを受信した基地局は、端末が選択したＳＳ／ＰＢＣＨブロックインデックスに対する情報を取得する。
基地局は、端末がそれぞれのＳＳ／ＰＢＣＨブロックの内のどのブロックを選択し、これに関連する制御領域＃０をモニタリングする事実が分かる。
ＰＢＣＨからＭＩＢを取得し、これから制御領域（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ：ＣＯＲＥＳＥＴ）＃０（制御領域インデックスが「０」の制御領域に該当することができる）が設定される。
端末は、選択したＳＳ／ＰＢＣＨブロックと制御領域＃０から、送信されるＤＭＲＳ（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）がＱＣＬ（ｑｕａｓｉ ｃｏ ｌｏｃａｔｉｏｎ）されていると仮定して、制御領域＃０に対するモニタリングを行う。
端末は、制御領域＃０から送信されたダウンリンク制御情報でシステム情報を受信する。
端末は、受信したシステム情報から初期接続に必要なＲＡＣＨ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）関連設定情報を取得する。
端末は、選択したＳＳ／ＰＢＣＨインデックスを考慮してＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ＲＡＣＨ）を基地局に送信し、ＰＲＡＣＨを受信した基地局は、端末が選択したＳＳ／ＰＢＣＨブロックインデックスに対する情報を取得する。
基地局は、端末がそれぞれのＳＳ／ＰＢＣＨブロックの内のどのブロックを選択し、これに関連する制御領域＃０をモニタリングする事実が分かる。
【0049】
図６は、本発明の一実施形態による無線通信システムでＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）動作の一例を示す図である。
ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）は、サービスを利用中の端末が基地局と端末の間に無線リンクが設定されているＲＲＣ接続（ＲＲＣ Ｃｏｎｎｅｃｔｅｄ）状態でデータを非連続的に受信する動作である。
ＤＲＸが適用されると、端末は、特定時点で受信機をオン（ｏｎ）して制御チャンネルをモニタリングし、一定期間の間の受信されるデータがなければ受信機をオフ（ｏｆｆ）して端末の電力消費を減らす。
ＤＲＸ動作は、多様なパラメーター及びタイマーに基づいてＭＡＣ階層装置によって制御され得る。
ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）は、サービスを利用中の端末が基地局と端末の間に無線リンクが設定されているＲＲＣ接続（ＲＲＣ Ｃｏｎｎｅｃｔｅｄ）状態でデータを非連続的に受信する動作である。
ＤＲＸが適用されると、端末は、特定時点で受信機をオン（ｏｎ）して制御チャンネルをモニタリングし、一定期間の間の受信されるデータがなければ受信機をオフ（ｏｆｆ）して端末の電力消費を減らす。
ＤＲＸ動作は、多様なパラメーター及びタイマーに基づいてＭＡＣ階層装置によって制御され得る。
【0050】
図６を参照すると、「Ａｃｔｉｖｅ ｔｉｍｅ」６０５は、端末がＤＲＸ周期ごとにウェークアップしてＰＤＣＣＨをモニタリングする時間である。
「Ａｃｔｉｖｅ ｔｉｍｅ」６０５は、以下の表２－２のように定義される。
「Ａｃｔｉｖｅ ｔｉｍｅ」６０５は、以下の表２－２のように定義される。
【0051】
【表2-2】
【0052】
ここで、「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」、「ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ」、「ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ」、「ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ」、「ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ」などは、基地局によってその値が設定されるタイマーであり、所定の条件が満足された状況で端末がＰＤＣＣＨをモニタリングするように設定する機能を持っている。
【0053】
「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」６１５は、「ＤＲＸ ｃｙｃｌｅ」で端末が目覚めている最小時間を設定するためのパラメーターである。
「ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ」６２０は、新しいアップリンク送信又はダウンリンク送信を指示するＰＤＣＣＨを受信（６３０）する場合、端末が追加的に目覚めている時間を設定するためのパラメーターである。
「ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ」は、ダウンリンクＨＡＲＱ手順でダウンリンク再送信を受信するために端末が目覚めている最大時間を設定するためのパラメーターである。
「ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ」は、アップリンクＨＡＲＱ手順でアップリンク再送信承認（ｇｒａｎｔ）を受信するために端末が目覚めている最大時間を設定するためのパラメーターである。
「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」、「ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ」、「ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ」、及び「ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ」は、例えば、時間、サブフレーム（ｓｕｂｆｒａｍｅ）個数、スロット個数などに設定される。
「ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ」は、ランダムアクセス過程でＰＤＣＣＨをモニタリングのためのパラメーターである。
「ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ」６２０は、新しいアップリンク送信又はダウンリンク送信を指示するＰＤＣＣＨを受信（６３０）する場合、端末が追加的に目覚めている時間を設定するためのパラメーターである。
「ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ」は、ダウンリンクＨＡＲＱ手順でダウンリンク再送信を受信するために端末が目覚めている最大時間を設定するためのパラメーターである。
「ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ」は、アップリンクＨＡＲＱ手順でアップリンク再送信承認（ｇｒａｎｔ）を受信するために端末が目覚めている最大時間を設定するためのパラメーターである。
「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」、「ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ」、「ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ」、及び「ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＵＬ」は、例えば、時間、サブフレーム（ｓｕｂｆｒａｍｅ）個数、スロット個数などに設定される。
「ｒａ－ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒ」は、ランダムアクセス過程でＰＤＣＣＨをモニタリングのためのパラメーターである。
【0054】
「ｉｎＡｃｔｉｖｅ ｔｉｍｅ」６１０は、ＤＲＸ動作の内のＰＤＣＣＨをモニタリングしないように設定される時間又は／もしくＰＤＣＣＨを受信しないように設定される時間で、ＤＲＸ動作を行う全体時間で「Ａｃｔｉｖｅ ｔｉｍｅ」６０５を除いた残り時間が「ｉｎＡｃｔｉｖｅ ｔｉｍｅ」６１０になる。
端末は、「Ａｃｔｉｖｅ ｔｉｍｅ」６０５の間のＰＤＣＣＨをモニタリングしない場合、スリップ（ｓｌｅｅｐ）又はｉｎＡｃｔｉｖｅ状態に進入して電力消費を減らすことができる。
端末は、「Ａｃｔｉｖｅ ｔｉｍｅ」６０５の間のＰＤＣＣＨをモニタリングしない場合、スリップ（ｓｌｅｅｐ）又はｉｎＡｃｔｉｖｅ状態に進入して電力消費を減らすことができる。
【0055】
「ＤＲＸ ｃｙｃｌｅ」は、端末が、目覚めてＰＤＣＣＨをモニタリングする周期を意味する。
すなわち、端末がＰＤＣＣＨをモニタリングした後、次のＰＤＣＣＨをモニタリングするまでの時間間隔又はオンデュレーション（ｏｎ ｄｕｒａｔｉｏｎ）の発生周期を意味する。
「ＤＲＸ ｃｙｃｌｅ」は、「ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ」と「ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ」の２種類がある。
「Ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ」は、選択的（ｏｐｔｉｏｎ）に適用される。
すなわち、端末がＰＤＣＣＨをモニタリングした後、次のＰＤＣＣＨをモニタリングするまでの時間間隔又はオンデュレーション（ｏｎ ｄｕｒａｔｉｏｎ）の発生周期を意味する。
「ＤＲＸ ｃｙｃｌｅ」は、「ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ」と「ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ」の２種類がある。
「Ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ」は、選択的（ｏｐｔｉｏｎ）に適用される。
【0056】
「Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ」６２５は、端末に設定される２つの「ＤＲＸ ｃｙｃｌｅ」の内の長いｃｙｃｌｅである。
端末は、「Ｌｏｎｇ ＤＲＸ」で動作する間には、「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」６１５の開始点（例えば、開始シンボル）で「Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ」６２５ほど経過した時点でさらに、「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」６１５を開始する。
「Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ」６２５で動作する場合、端末は、以下の数式１を満足するサブフレームで「ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ」以後、スロットで「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」６１５を開始する。
ここで、「ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ」は、「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」６１５を開始する前の遅延（ｄｅｌａｙ）を意味する。
「ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ」は、例えば、時間、スロット個数などで設定される。
端末は、「Ｌｏｎｇ ＤＲＸ」で動作する間には、「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」６１５の開始点（例えば、開始シンボル）で「Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ」６２５ほど経過した時点でさらに、「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」６１５を開始する。
「Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ」６２５で動作する場合、端末は、以下の数式１を満足するサブフレームで「ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ」以後、スロットで「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」６１５を開始する。
ここで、「ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ」は、「ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ」６１５を開始する前の遅延（ｄｅｌａｙ）を意味する。
「ｄｒｘ－ＳｌｏｔＯｆｆｓｅｔ」は、例えば、時間、スロット個数などで設定される。
【0057】
【数1】
【0058】
この時、「ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ」は、「Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ」６２５と「ｄｒｘ－ＳｔａｒｔＯｆｆｓｅｔ」を含み得、「Ｌｏｎｇ ＤＲＸ ｃｙｃｌｅ」６２５を開始するサブフレームを定義するのに用いられる。
「ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ」は、例えば、時間、サブフレーム個数、スロット個数などで設定される。
「ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ」は、例えば、時間、サブフレーム個数、スロット個数などで設定される。
【0059】
次に、５Ｇシステムでのダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）に対して具体的に説明する。
５Ｇシステムでアップリンクデータ（又は物理アップリンクデータチャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＵＳＣＨ））又はダウンリンクデータ（又は物理ダウンリンクデータチャンネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＤＳＣＨ））に対するスケジューリング情報は、ＤＣＩを介して基地局から端末に伝達する。
５Ｇシステムでアップリンクデータ（又は物理アップリンクデータチャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＵＳＣＨ））又はダウンリンクデータ（又は物理ダウンリンクデータチャンネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＤＳＣＨ））に対するスケジューリング情報は、ＤＣＩを介して基地局から端末に伝達する。
【0060】
端末は、ＰＵＳＣＨ又はＰＤＳＣＨに対してフォールバック（ｆａｌｌｂａｃｋ）用ＤＣＩフォーマットとノン－フォールバック（ｎｏｎ－ｆａｌｌｂａｃｋ）用ＤＣＩフォーマットをモニタリング（ｍｏｎｉｔｏｒｉｎｇ）する。
フォールバックＤＣＩフォーマットは、基地局と端末の間で予め定義されて固定されたフィールドで構成され、ノン－フォールバック用ＤＣＩフォーマットは、設定可能なフィールドを含む。
フォールバックＤＣＩフォーマットは、基地局と端末の間で予め定義されて固定されたフィールドで構成され、ノン－フォールバック用ＤＣＩフォーマットは、設定可能なフィールドを含む。
【0061】
ＤＣＩは、チャンネルコーディング及び変調過程を経て、物理ダウンリンク制御チャンネルであるＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を介して送信される。
ＤＣＩメッセージペイロード（ｐａｙｌｏａｄ）にはＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）が付着されて、ＣＲＣは端末のアイデンティティに該当するＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）でスクランブリング（ｓｃｒａｍｂｌｉｎｇ）される。
ＤＣＩメッセージの目的、例えば、端末－特定（ＵＥ－ｓｐｅｃｉｆｉｃ）のデータ送信、電力制御命令、又はランダムアクセス応答などによって互いに異なるＲＮＴＩが用いられる。
すなわち、ＲＮＴＩは、明示的に送信されずＣＲＣ計算過程に含まれて送信される。
ＰＤＣＣＨ上に送信されるＤＣＩメッセージを受信すれば、端末は、割り当てられたＲＮＴＩを用いてＣＲＣを確認し、ＣＲＣ確認結果が当たると、端末は当該メッセージが端末に送信されたことを分かる。
ＤＣＩメッセージペイロード（ｐａｙｌｏａｄ）にはＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）が付着されて、ＣＲＣは端末のアイデンティティに該当するＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）でスクランブリング（ｓｃｒａｍｂｌｉｎｇ）される。
ＤＣＩメッセージの目的、例えば、端末－特定（ＵＥ－ｓｐｅｃｉｆｉｃ）のデータ送信、電力制御命令、又はランダムアクセス応答などによって互いに異なるＲＮＴＩが用いられる。
すなわち、ＲＮＴＩは、明示的に送信されずＣＲＣ計算過程に含まれて送信される。
ＰＤＣＣＨ上に送信されるＤＣＩメッセージを受信すれば、端末は、割り当てられたＲＮＴＩを用いてＣＲＣを確認し、ＣＲＣ確認結果が当たると、端末は当該メッセージが端末に送信されたことを分かる。
【0062】
例えば、システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）に対するＰＤＳＣＨをスケジューリングするＤＣＩは、ＳＩ－ＲＮＴＩでスクランブリングされる。
ＲＡＲ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）メッセージに対するＰＤＳＣＨをスケジューリングするＤＣＩは、ＲＡ－ＲＮＴＩでスクランブリングされる。
パージング（ｐａｇｉｎｇ）メッセージに対するＰＤＳＣＨをスケジューリングするＤＣＩは、Ｐ－ＲＮＴＩでスクランブリングされる。
ＳＦＩ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ）を通知するＤＣＩは、ＳＦＩ－ＲＮＴＩでスクランブリングされる。
ＴＰＣ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ）を通知するＤＣＩは、ＴＰＣ－ＲＮＴＩでスクランブリングされる。
端末－特定のＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするＤＣＩは、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ）でスクランブリングされる。
ＲＡＲ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）メッセージに対するＰＤＳＣＨをスケジューリングするＤＣＩは、ＲＡ－ＲＮＴＩでスクランブリングされる。
パージング（ｐａｇｉｎｇ）メッセージに対するＰＤＳＣＨをスケジューリングするＤＣＩは、Ｐ－ＲＮＴＩでスクランブリングされる。
ＳＦＩ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ）を通知するＤＣＩは、ＳＦＩ－ＲＮＴＩでスクランブリングされる。
ＴＰＣ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ）を通知するＤＣＩは、ＴＰＣ－ＲＮＴＩでスクランブリングされる。
端末－特定のＰＤＳＣＨ又はＰＵＳＣＨをスケジューリングするＤＣＩは、Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ）でスクランブリングされる。
【0063】
ＤＣＩフォーマット（０＿０）は、ＰＵＳＣＨをスケジューリングするフォールバックＤＣＩで用いられ、この時、ＣＲＣは、Ｃ－ＲＮＴＩでスクランブリングされる。
Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット（０＿０）は、例えば、以下の情報を含むことができる。
Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット（０＿０）は、例えば、以下の情報を含むことができる。
【0064】
【表3】
【0065】
ＤＣＩフォーマット（０＿１）は、ＰＵＳＣＨをスケジューリングするノン－フォールバックＤＣＩで用いられ、この時、ＣＲＣは、Ｃ－ＲＮＴＩでスクランブリングされる。
Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット（０＿１）は、例えば、以下の情報を含むことができる。
Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット（０＿１）は、例えば、以下の情報を含むことができる。
【0066】
【表4】
【0067】
ＤＣＩフォーマット（１＿０）は、ＰＤＳＣＨをスケジューリングするフォールバックＤＣＩで用いられ、この時、ＣＲＣは、Ｃ－ＲＮＴＩでスクランブリングされる。
Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット（１＿０）は、例えば、以下の情報を含むことができる。
Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット（１＿０）は、例えば、以下の情報を含むことができる。
【0068】
【表5】
【0069】
ＤＣＩフォーマット（１＿１）は、ＰＤＳＣＨをスケジューリングするノン－フォールバックＤＣＩで用いられ、この時、ＣＲＣは、Ｃ－ＲＮＴＩでスクランブリングされる。
Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット（１＿１）は、例えば、以下の情報を含むことができる。
Ｃ－ＲＮＴＩでＣＲＣがスクランブリングされたＤＣＩフォーマット（１＿１）は、例えば、以下の情報を含むことができる。
【0070】
【表6】
【0071】
以下では５Ｇ通信システムでのダウンリンク制御チャンネルに対して図面を参照してより具体的に説明する。
図４は、本発明の一実施形態による無線通信システムでダウンリンク制御チャンネルが送信される制御領域（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ：ＣＯＲＥＳＥＴ）設定の一例を示す図である。
図４は、本発明の一実施形態による無線通信システムでダウンリンク制御チャンネルが送信される制御領域（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ：ＣＯＲＥＳＥＴ）設定の一例を示す図である。
【0072】
図４は、周波数軸に端末の帯域幅部分（ＵＥ ｂａｎｄｗｉｄｔｈ ｐａｒｔ）４１０、時間軸に１スロット４２０内に２個の制御領域（制御領域＃１（４０１）、制御領域＃２（４０２））が設定されている一例を示す。
制御領域（４０１、４０２）は、周波数軸に全体端末帯域幅部分４１０内で特定周波数リソース４０３に設定される。
時間軸としては、一つ又は複数個のＯＦＤＭシンボルと設定され、これを制御領域長さ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ ｄｕｒａｔｉｏｎ）４０４と定義する。
図４に示した例を参照すると、制御領域＃１（４０１）は、２シンボルの制御領域長さと設定され、制御領域＃２（４０２）は、１シンボルの制御領域長さと設定される。
制御領域（４０１、４０２）は、周波数軸に全体端末帯域幅部分４１０内で特定周波数リソース４０３に設定される。
時間軸としては、一つ又は複数個のＯＦＤＭシンボルと設定され、これを制御領域長さ（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ ｄｕｒａｔｉｏｎ）４０４と定義する。
図４に示した例を参照すると、制御領域＃１（４０１）は、２シンボルの制御領域長さと設定され、制御領域＃２（４０２）は、１シンボルの制御領域長さと設定される。
【0073】
前述の５Ｇでの制御領域は、基地局が端末に上位階層シグナリング（例えば、システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）、ＭＩＢ（ｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリング）を介して設定される。
端末に制御領域を設定するとは、制御領域識別子（Ｉｄｅｎｔｉｔｙ）、制御領域の周波数位置、制御領域のシンボル長さなどの情報を提供することを意味する。
例えば、以下の情報を含むことができる。
端末に制御領域を設定するとは、制御領域識別子（Ｉｄｅｎｔｉｔｙ）、制御領域の周波数位置、制御領域のシンボル長さなどの情報を提供することを意味する。
例えば、以下の情報を含むことができる。
【0074】
【表7(1)】
【表7(2)】
【0075】
表７（１）～（２）（表７（１）～（２）は、一連で続くもの。）で、「ｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ（以下、ＴＣＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ）ｓｔａｔｅ」と名付け）設定情報は、対応する制御領域で送信されるＤＭＲＳとＱＣＬ（ｑｕａｓｉ ｃｏ ｌｏｃａｔｅｄ）関係にある一つ又は複数個のＳＳ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）／ＰＢＣＨ（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロック（Ｂｌｏｃｋ）インデックス又はＣＳＩ－ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）インデックスの情報を含み得る。
【0076】
図５ａは、本発明の一実施形態による無線通信システムで用いられるダウンリンク制御チャンネルを構成する時間及び周波数リソースの基本単位の一例を示す図である。
図５ａを参照すると、制御チャンネルを構成する時間及び周波数リソースの基本単位をＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）５０３とすることができ、ＲＥＧ５０３は、時間軸に「１ ＯＦＤＭシンボル」５０１、周波数軸に１ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）５０２、すなわち、１２個サブキャリア（Ｓｕｂｃａｒｒｉｅｒ）と定義される。
基地局は、ＲＥＧ５０３を連接してダウンリンク制御チャンネル割り当て単位を構成する。
図５ａを参照すると、制御チャンネルを構成する時間及び周波数リソースの基本単位をＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）５０３とすることができ、ＲＥＧ５０３は、時間軸に「１ ＯＦＤＭシンボル」５０１、周波数軸に１ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）５０２、すなわち、１２個サブキャリア（Ｓｕｂｃａｒｒｉｅｒ）と定義される。
基地局は、ＲＥＧ５０３を連接してダウンリンク制御チャンネル割り当て単位を構成する。
【0077】
図５ａに示したように５Ｇでダウンリンク制御チャンネルが割り当てられる基本単位をＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）５０４とする場合、１ＣＣＥ５０４は、複数のＲＥＧ５０３で構成される。
図５ａに示したＲＥＧ５０３を、例えば、説明すると、ＲＥＧ５０３は、１２個のＲＥで構成され、１ＣＣＥ５０４が６個のＲＥＧ５０３から構成されると、１ＣＣＥ５０４は、７２個のＲＥで構成される。
ダウンリンク制御領域が設定されると、当該領域は、複数のＣＣＥ５０４で構成され、特定ダウンリンク制御チャンネルは、制御領域内のアグリゲーションレベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ：ＡＬ）に従い、一つ又は複数のＣＣＥ５０４でマッピングされて送信される。
制御領域内のＣＣＥ５０４は、番号によって区分され、この時、ＣＣＥ５０４の番号は、論理的なマッピング方式に従って付与される。
図５ａに示したＲＥＧ５０３を、例えば、説明すると、ＲＥＧ５０３は、１２個のＲＥで構成され、１ＣＣＥ５０４が６個のＲＥＧ５０３から構成されると、１ＣＣＥ５０４は、７２個のＲＥで構成される。
ダウンリンク制御領域が設定されると、当該領域は、複数のＣＣＥ５０４で構成され、特定ダウンリンク制御チャンネルは、制御領域内のアグリゲーションレベル（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ：ＡＬ）に従い、一つ又は複数のＣＣＥ５０４でマッピングされて送信される。
制御領域内のＣＣＥ５０４は、番号によって区分され、この時、ＣＣＥ５０４の番号は、論理的なマッピング方式に従って付与される。
【0078】
図５ａに示したダウンリンク制御チャンネルの基本単位、すなわち、ＲＥＧ５０３には、ＤＣＩがマッピングされるＲＥとこれをデコーディングするためのレファレンス信号であるＤＭＲＳ５０５がマッピングされる領域が全部含まれる。
図５ａのように１ＲＥＧ５０３内に３個のＤＭＲＳ５０５が送信される。
ＰＤＣＣＨを送信するのに必要なＣＣＥの個数は、アグリゲーションレベル（Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ：ＡＬ）に従い、１、２、４、８、１６個になり得、互いに異なるＣＣＥ個数は、ダウンリンク制御チャンネルのリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）を具現するために用いられる。
図５ａのように１ＲＥＧ５０３内に３個のＤＭＲＳ５０５が送信される。
ＰＤＣＣＨを送信するのに必要なＣＣＥの個数は、アグリゲーションレベル（Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ：ＡＬ）に従い、１、２、４、８、１６個になり得、互いに異なるＣＣＥ個数は、ダウンリンク制御チャンネルのリンク適応（ｌｉｎｋ ａｄａｐｔａｔｉｏｎ）を具現するために用いられる。
【0079】
例えば、ＡＬ＝Ｌの場合、一つのダウンリンク制御チャンネルがＬ個のＣＣＥを介して送信される。
端末は、ダウンリンク制御チャンネルに対する情報が知らない状態で信号を検出しなければならないが、ブラインドデコーディングのためにＣＣＥのセットを示す探索空間（ｓｅａｒｃｈ ｓｐａｃｅ）を定義した。
探索空間は、与えられたアグリゲーションレベル上で、端末がデコーディングを試みなければならないＣＣＥからなるダウンリンク制御チャンネル候補群（Ｃａｎｄｉｄａｔｅ）のセットであり、１、２、４、８、１６個のＣＣＥで一つのバンドルを造る様々なアグリゲーションレベルがあるため、端末は、複数個の探索空間を持つ。
探索空間セット（Ｓｅｔ）は、設定されたすべてのアグリゲーションレベルでの探索空間のセットと定義される。
端末は、ダウンリンク制御チャンネルに対する情報が知らない状態で信号を検出しなければならないが、ブラインドデコーディングのためにＣＣＥのセットを示す探索空間（ｓｅａｒｃｈ ｓｐａｃｅ）を定義した。
探索空間は、与えられたアグリゲーションレベル上で、端末がデコーディングを試みなければならないＣＣＥからなるダウンリンク制御チャンネル候補群（Ｃａｎｄｉｄａｔｅ）のセットであり、１、２、４、８、１６個のＣＣＥで一つのバンドルを造る様々なアグリゲーションレベルがあるため、端末は、複数個の探索空間を持つ。
探索空間セット（Ｓｅｔ）は、設定されたすべてのアグリゲーションレベルでの探索空間のセットと定義される。
【0080】
探索空間は、共通（ｃｏｍｍｏｎ）探索空間と端末－特定（ＵＥ－ｓｐｅｃｉｆｉｃ）探索空間に分類される。
一定グループの端末又はすべての端末がシステム情報に対する動的なスケジューリングやパージングメッセージのようなセル共通の制御情報を受信するためにＰＤＣＣＨの共通探索空間を調査する。
例えば、セルの事業者情報などを含むＳＩＢの送信のためのＰＤＳＣＨスケジューリング割り当て情報は、ＰＤＣＣＨの共通探索空間を調査して受信する。
共通探索空間の場合、一定グループの端末又はすべての端末がＰＤＣＣＨを受信しなければならないため、予め約束されたＣＣＥのセットとして定義される。
端末－特定的なＰＤＳＣＨ又はＰＵＳＣＨに対するスケジューリング割り当て情報は、ＰＤＣＣＨの端末－特定探索空間を調査することによって受信される。
端末－特定探索空間は、端末のアイデンティティ（Ｉｄｅｎｔｉｔｙ）及び多様なシステムパラメーターの関数で端末－特定的に定義される。
一定グループの端末又はすべての端末がシステム情報に対する動的なスケジューリングやパージングメッセージのようなセル共通の制御情報を受信するためにＰＤＣＣＨの共通探索空間を調査する。
例えば、セルの事業者情報などを含むＳＩＢの送信のためのＰＤＳＣＨスケジューリング割り当て情報は、ＰＤＣＣＨの共通探索空間を調査して受信する。
共通探索空間の場合、一定グループの端末又はすべての端末がＰＤＣＣＨを受信しなければならないため、予め約束されたＣＣＥのセットとして定義される。
端末－特定的なＰＤＳＣＨ又はＰＵＳＣＨに対するスケジューリング割り当て情報は、ＰＤＣＣＨの端末－特定探索空間を調査することによって受信される。
端末－特定探索空間は、端末のアイデンティティ（Ｉｄｅｎｔｉｔｙ）及び多様なシステムパラメーターの関数で端末－特定的に定義される。
【0081】
５ＧではＰＤＣＣＨに対する探索空間に対するパラメーターは、上位階層シグナリング（例えば、ＳＩＢ、ＭＩＢ、ＲＲＣシグナリング）で基地局から端末と設定される。
例えば、基地局は、各アグリゲーションレベルＬでのＰＤＣＣＨ候補群数、探索空間に対するモニタリング周期、探索空間に対するスロット内のシンボル単位のモニタリングｏｃｃａｓｉｏｎ、探索空間タイプ（共通探索空間又は端末－特定探索空間）、当該探索空間でモニタリングしようとするＤＣＩフォーマットとＲＮＴＩの組み合わせ、探索空間をモニタリングしようとする制御領域インデックスなどを端末に設定することができる。
例えば、以下の情報を含むことができる。
例えば、基地局は、各アグリゲーションレベルＬでのＰＤＣＣＨ候補群数、探索空間に対するモニタリング周期、探索空間に対するスロット内のシンボル単位のモニタリングｏｃｃａｓｉｏｎ、探索空間タイプ（共通探索空間又は端末－特定探索空間）、当該探索空間でモニタリングしようとするＤＣＩフォーマットとＲＮＴＩの組み合わせ、探索空間をモニタリングしようとする制御領域インデックスなどを端末に設定することができる。
例えば、以下の情報を含むことができる。
【0082】
【表8】
【0083】
設定情報によって、基地局は、端末に一つ又は複数個の探索空間セットを設定する。
一部実施形態によれば、基地局は、端末に探索空間セット１と探索空間セット２を設定し、探索空間セット１でＸ－ＲＮＴＩでスクランブリングされたＤＣＩフォーマットＡを共通探索空間でモニタリングするように設定し、探索空間セット２でＹ－ＲＮＴＩでスクランブリングされたＤＣＩフォーマットＢを端末－特定探索空間でモニタリングするように設定する。
設定情報によれば、共通探索空間又は端末－特定探索空間に、一つ又は複数個の探索空間セットが存在し得る。
例えば、探索空間セット＃１と探索空間セット＃２が共通探索空間と設定され得、探索空間セット＃３と探索空間セット＃４が端末－特定探索空間と設定され得る。
一部実施形態によれば、基地局は、端末に探索空間セット１と探索空間セット２を設定し、探索空間セット１でＸ－ＲＮＴＩでスクランブリングされたＤＣＩフォーマットＡを共通探索空間でモニタリングするように設定し、探索空間セット２でＹ－ＲＮＴＩでスクランブリングされたＤＣＩフォーマットＢを端末－特定探索空間でモニタリングするように設定する。
設定情報によれば、共通探索空間又は端末－特定探索空間に、一つ又は複数個の探索空間セットが存在し得る。
例えば、探索空間セット＃１と探索空間セット＃２が共通探索空間と設定され得、探索空間セット＃３と探索空間セット＃４が端末－特定探索空間と設定され得る。
【0084】
共通探索空間では以下のＤＣＩフォーマットとＲＮＴＩの組み合わせがモニタリングされ得る。
もちろん、以下の例示に制限されない。
もちろん、以下の例示に制限されない。
【0085】
・ＤＣＩ ｆｏｒｍａｔ ０＿０／１＿０ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＳＰ－ＣＳＩ－ＲＮＴＩ，ＲＡ－ＲＮＴＩ，ＴＣ－ＲＮＴＩ，Ｐ－ＲＮＴＩ、ＳＩ－ＲＮＴＩ；
・ＤＣＩ ｆｏｒｍａｔ ２＿０ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＳＦＩ－ＲＮＴＩ；
・ＤＣＩ ｆｏｒｍａｔ ２＿１ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＩＮＴ－ＲＮＴＩ；
・ＤＣＩ ｆｏｒｍａｔ ２＿２ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ；及び／又は
・ＤＣＩ ｆｏｒｍａｔ ２＿３ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＴＰＣ－ＳＲＳ－ＲＮＴＩ；
・ＤＣＩ ｆｏｒｍａｔ ２＿０ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＳＦＩ－ＲＮＴＩ；
・ＤＣＩ ｆｏｒｍａｔ ２＿１ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＩＮＴ－ＲＮＴＩ；
・ＤＣＩ ｆｏｒｍａｔ ２＿２ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ、ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ；及び／又は
・ＤＣＩ ｆｏｒｍａｔ ２＿３ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ ＴＰＣ－ＳＲＳ－ＲＮＴＩ；
【0086】
端末－特定探索空間では以下のＤＣＩフォーマットとＲＮＴＩの組み合わせがモニタリングされ得る。
もちろん、以下の例示に制限されない。
もちろん、以下の例示に制限されない。
【0087】
・ＤＣＩ ｆｏｒｍａｔ ０＿０／１＿０ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ；及び／又は
・ＤＣＩ ｆｏｒｍａｔ １＿０／１＿１ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ
・ＤＣＩ ｆｏｒｍａｔ １＿０／１＿１ ｗｉｔｈ ＣＲＣ ｓｃｒａｍｂｌｅｄ ｂｙ Ｃ－ＲＮＴＩ、ＣＳ－ＲＮＴＩ、ＴＣ－ＲＮＴＩ
【0088】
明示されているＲＮＴＩは、以下の定義及び用途による。
【0089】
・Ｃ－ＲＮＴＩ（Ｃｅｌｌ ＲＮＴＩ）：端末－特定ＰＤＳＣＨスケジューリング用途；
・ＴＣ－ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ Ｃｅｌｌ ＲＮＴＩ）：端末－特定ＰＤＳＣＨ スケジューリング用途；
・ＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）：準静的に設定された端末－特定ＰＤＳＣＨスケジューリング用途；
・ＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＲＮＴＩ）：ランダムアクセス段階でＰＤＳＣＨスケジューリング用途；
・Ｐ－ＲＮＴＩ（Ｐａｇｉｎｇ ＲＮＴＩ）：パージングが送信されるＰＤＳＣＨスケジューリング用途；
・ＳＩ－ＲＮＴＩ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）：システム情報が送信されるＰＤＳＣＨスケジーリング用途；
・ＩＮＴ－ＲＮＴＩ（Ｉｎｔｅｒｒｕｐｔｉｏｎ ＲＮＴＩ）：ＰＤＳＣＨに対するｐｕｃｔｕｒｉｎｇであるか否かを通知するための用途；
・ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ ｆｏｒ ＰＵＳＣＨ ＲＮＴＩ）：ＰＵＳＣＨに対する電力調節命令指示用途；
・ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ ｆｏｒ ＰＵＣＣＨ ＲＮＴＩ）：ＰＵＣＣＨに対する電力調節命令指示用途；及び／又は
・ＴＰＣ－ＳＲＳ－ＲＮＴＩ（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ ｆｏｒ ＳＲＳ ＲＮＴＩ）：ＳＲＳに対する電力調節コマンド指示用途；
・ＴＣ－ＲＮＴＩ（Ｔｅｍｐｏｒａｒｙ Ｃｅｌｌ ＲＮＴＩ）：端末－特定ＰＤＳＣＨ スケジューリング用途；
・ＣＳ－ＲＮＴＩ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ）：準静的に設定された端末－特定ＰＤＳＣＨスケジューリング用途；
・ＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＲＮＴＩ）：ランダムアクセス段階でＰＤＳＣＨスケジューリング用途；
・Ｐ－ＲＮＴＩ（Ｐａｇｉｎｇ ＲＮＴＩ）：パージングが送信されるＰＤＳＣＨスケジューリング用途；
・ＳＩ－ＲＮＴＩ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）：システム情報が送信されるＰＤＳＣＨスケジーリング用途；
・ＩＮＴ－ＲＮＴＩ（Ｉｎｔｅｒｒｕｐｔｉｏｎ ＲＮＴＩ）：ＰＤＳＣＨに対するｐｕｃｔｕｒｉｎｇであるか否かを通知するための用途；
・ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ ｆｏｒ ＰＵＳＣＨ ＲＮＴＩ）：ＰＵＳＣＨに対する電力調節命令指示用途；
・ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ ｆｏｒ ＰＵＣＣＨ ＲＮＴＩ）：ＰＵＣＣＨに対する電力調節命令指示用途；及び／又は
・ＴＰＣ－ＳＲＳ－ＲＮＴＩ（Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ ｆｏｒ ＳＲＳ ＲＮＴＩ）：ＳＲＳに対する電力調節コマンド指示用途；
【0090】
前述の明示されたＤＣＩフォーマットは、以下の定義による。
【0091】
【表9】
【0092】
５Ｇで制御領域ｐ、探索空間セットｓでアグリゲーションレベルＬの探索空間は、以下の数式２のように表される。
【数2】
【0093】
・Ｌ：アグリゲーションレベル
・ｎＣＩ：キャリア（Ｃａｒｒｉｅｒ）インデックス
・ＮＣＣＥ，ｐ：制御領域ｐ内に存在する総ＣＣＥ個数
・
：スロットインデックス
・Ｍ（Ｌ） ｐ，ｓ，ｍａｘ：アグリゲーションレベルＬのＰＤＣＣＨ候補群数
・ｍｓｎＣＩ＝０，…，Ｍ（Ｌ） ｐ，ｓ，ｍａｘ－１：アグリゲーションレベルＬのＰＤＣＣＨ候補群インデックス
・ｉ＝０，…，Ｌ－１
・
・ｎＲＮＴＩ：端末識別子
・ｎＣＩ：キャリア（Ｃａｒｒｉｅｒ）インデックス
・ＮＣＣＥ，ｐ：制御領域ｐ内に存在する総ＣＣＥ個数
・
・Ｍ（Ｌ） ｐ，ｓ，ｍａｘ：アグリゲーションレベルＬのＰＤＣＣＨ候補群数
・ｍｓｎＣＩ＝０，…，Ｍ（Ｌ） ｐ，ｓ，ｍａｘ－１：アグリゲーションレベルＬのＰＤＣＣＨ候補群インデックス
・ｉ＝０，…，Ｌ－１
・
【0094】
Ｙ＿（ｐ，
，ｆ）値は、共通探索空間の場合、「０」に該当する。
Ｙ＿（ｐ，
，ｆ）値は、端末－特定探索空間の場合、端末のアイデンティティ（Ｃ－ＲＮＴＩ又は基地局が端末に設定したＩＤ）と時間インデックスによって変わる値に該当する。
Ｙ＿（ｐ，
【0095】
５Ｇでは複数個の探索空間セットが互いに異なるパラメーター（例えば、表８のパラメーター）と設定されることによって、毎時点で端末がモニタリングする探索空間セットのセットを変更することができる。
例えば、探索空間セット＃１がＸ－スロット周期と設定され、探索空間セット＃２がＹ－スロット周期と設定され、ＸとＹが異なる場合、端末は、特定スロットでは、探索空間セット＃１と探索空間セット＃２をいずれもモニタリングでき、特定スロットでは探索空間セット＃１と探索空間セット＃２の内の一つをモニタリングすることができる。
例えば、探索空間セット＃１がＸ－スロット周期と設定され、探索空間セット＃２がＹ－スロット周期と設定され、ＸとＹが異なる場合、端末は、特定スロットでは、探索空間セット＃１と探索空間セット＃２をいずれもモニタリングでき、特定スロットでは探索空間セット＃１と探索空間セット＃２の内の一つをモニタリングすることができる。
【0096】
端末は、スロット内で複数個のＰＤＣＣＨモニタリング位置を持つ場合に対する端末能力報告を、各サブキャリア間隔ごとに行い、この時、Ｓｐａｎの概念を用いる。
Ｓｐａｎは、スロット内で端末がＰＤＣＣＨをモニタリングすることができる連続的なシンボルを意味し、各ＰＤＣＣＨモニタリング位置は、１個のＳｐａｎ内にある。
Ｓｐａｎは、（Ｘ，Ｙ）で表現することができるが、ここで、Ｘは、連続的な２つのＳｐａｎの第１シンボル間で分離する必要がある最小シンボル個数を意味し、Ｙは、１個のＳｐａｎ内でＰＤＣＣＨをモニタリングすることができる連続的なシンボル個数を意味する。
この時、端末は、Ｓｐａｎ内でＳｐａｎの最初シンボルからＹシンボル内の区間までＰＤＣＣＨをモニタリングする。
Ｓｐａｎは、スロット内で端末がＰＤＣＣＨをモニタリングすることができる連続的なシンボルを意味し、各ＰＤＣＣＨモニタリング位置は、１個のＳｐａｎ内にある。
Ｓｐａｎは、（Ｘ，Ｙ）で表現することができるが、ここで、Ｘは、連続的な２つのＳｐａｎの第１シンボル間で分離する必要がある最小シンボル個数を意味し、Ｙは、１個のＳｐａｎ内でＰＤＣＣＨをモニタリングすることができる連続的なシンボル個数を意味する。
この時、端末は、Ｓｐａｎ内でＳｐａｎの最初シンボルからＹシンボル内の区間までＰＤＣＣＨをモニタリングする。
【0097】
図５ｂは、無線通信システムで端末がスロット内で複数個のＰＤＣＣＨモニタリング位置を持つことができる場合を、Ｓｐａｎを介して示す図である。
Ｓｐａｎは、（Ｘ，Ｙ）＝（７，４）、（４，３）、（２，２）が可能であり、３つの場合、それぞれが図５ｂ内の（５ｂ－００）、（５ｂ－０５）、（５ｂ－１０）と表現される。
Ｓｐａｎは、（Ｘ，Ｙ）＝（７，４）、（４，３）、（２，２）が可能であり、３つの場合、それぞれが図５ｂ内の（５ｂ－００）、（５ｂ－０５）、（５ｂ－１０）と表現される。
【0098】
例えば、（５ｂ－００）は、（７，４）と表現することができるＳｐａｎがスロット内で２個が存在する場合を表現した。
２個のＳｐａｎの第１シンボルの間の間隔がＸ＝７と表現され、各Ｓｐａｎの第１シンボルから総Ｙ＝３個のシンボル内でＰＤＣＣＨモニタリング位置が存在し、Ｙ＝３シンボル内に探索空間１と２がそれぞれ存在することを示された。
また他の一例で、（５ｂ－０５）では（４，３）と表現することができるＳｐａｎがスロット内で総３個が存在する場合を表現し、第２と第３のＳｐａｎの間の間隔は、Ｘ＝４より大きいＸ’＝５シンボルほど離れていることを示した。
２個のＳｐａｎの第１シンボルの間の間隔がＸ＝７と表現され、各Ｓｐａｎの第１シンボルから総Ｙ＝３個のシンボル内でＰＤＣＣＨモニタリング位置が存在し、Ｙ＝３シンボル内に探索空間１と２がそれぞれ存在することを示された。
また他の一例で、（５ｂ－０５）では（４，３）と表現することができるＳｐａｎがスロット内で総３個が存在する場合を表現し、第２と第３のＳｐａｎの間の間隔は、Ｘ＝４より大きいＸ’＝５シンボルほど離れていることを示した。
【0099】
上述した共通探索空間及び端末－特定探索空間が位置するスロット位置は、表１０－１の「ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｎｉｎＳｌｏｔ」パラメーターに指示され、スロット内のシンボル位置は、表９の「ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ」パラメーターを介してビットマップに指示される。
一方、端末が、探索空間モニタリングが可能なスロット内のシンボル位置は、次の端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）を介して基地局に報告される。
一方、端末が、探索空間モニタリングが可能なスロット内のシンボル位置は、次の端末能力（ＵＥ ｃａｐａｂｉｌｉｔｙ）を介して基地局に報告される。
【0100】
・端末能力１（以後、ＦＧ３－１で表現）：本端末能力は、次の表１０－１のように、タイプ１及びタイプ３共通探索空間又は端末－特定探索空間に対するモニタリング位置（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ：ＭＯ）がスロット内の一つ存在する場合、当該ＭＯ位置がスロット内の最初３シンボル内に位置する時、当該ＭＯをモニタリング可能な力量を意味する。本端末能力はＮＲをサポートするすべての端末がサポートしなければならない義務的（ｍａｎｄａｔｏｒｙ）力量として本力量のサポートをするか否かは、基地局に明示的に報告されない。
【0101】
【表10-1】
【0102】
・端末能力２（以後、ＦＧ３－２で表現）：本端末能力は、次の表１０－２のように、共通探索空間又は端末－特定探索空間に対するモニタリング位置（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ：ＭＯ）がスロット内の一つ存在する場合、当該ＭＯの開始シンボル位置に関係なくモニタリング可能な力量を意味する。本端末能力は、端末が選択的にサポート可能で（ｏｐｔｉｏｎａｌ）、本力量のサポートをするか否かは、基地局に明示的に報告される。
【0103】
【表10-2】
【0104】
・端末能力３（以後、ＦＧ３－５、３－５ａ、３－５ｂで表現）：本端末能力は、次の表１０－３（１）～（４）（表１０－３（１）～（４）は、一連で続くもの。）のように、共通探索空間又は端末－特定探索空間に対するモニタリング位置（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ：ＭＯ）がスロット内の複数個存在する場合、端末がモニタリング可能なＭＯのパターンを指示する。上述したパターンは互いに異なるＭＯの間の開始シンボルの間の間隔Ｘ、及び一つのＭＯに対する最大シンボル長さＹで構成される。端末がサポートする（Ｘ，Ｙ）の組み合わせは、｛（２，２）、（４，３）、（７，３）｝の内の一つが又は複数個であれば良い。本端末能力は、端末が選択的にサポート可能で（ｏｐｔｉｏｎａｌ）、本力量のサポートをするか否か及び上述した（Ｘ，Ｙ）組み合わせは、基地局に明示的に報告される。
【0105】
【表10-3(1)】
【表10-3(2)】
【表10-3(3)】
【表10-3(4)】
【0106】
端末は、上述した端末能力２及び／又は端末能力３でサポートするか否か及び関連パラメーターを基地局に報告することができる。
基地局は、報告を受けた端末能力に基づいて共通探索空間及び端末－特定探索空間に対する時間軸リソース割り当てを行う。
リソース割り当ての際、基地局は、端末がモニタリング不可能な位置にＭＯを位置させないようにする。
基地局は、報告を受けた端末能力に基づいて共通探索空間及び端末－特定探索空間に対する時間軸リソース割り当てを行う。
リソース割り当ての際、基地局は、端末がモニタリング不可能な位置にＭＯを位置させないようにする。
【0107】
複数個の探索空間セットが端末に設定された場合、端末がモニタリングしなければならない探索空間セットを決定する方法において以下の条件が考慮される。
【0108】
もし、端末が上位レイヤーシグナリングである「ｍｏｎｉｔｏｒｉｎｇＣａｐａｂｉｌｉｔｙＣｏｎｆｉｇ－ｒ１６」の値が、「ｒ１５ｍｏｎｉｔｏｒｉｎｇｃａｐａｂｉｌｉｔｙ」と設定されている場合、端末は、モニタリングできるＰＤＣＣＨ候補群の数と全体探索空間（ここで、全体探索空間とは複数個の探索空間セットのｕｎｉｏｎ領域に該当する全体ＣＣＥセットを意味）を構成するＣＣＥの個数に対する最大値をスロット別に定義し、もし、「ｍｏｎｉｔｏｒｉｎｇＣａｐａｂｉｌｉｔｙＣｏｎｆｉｇ－ｒ１６」の値が「ｒ１６ｍｏｎｉｔｏｒｉｎｇｃａｐａｂｉｌｉｔｙ」と設定されている場合、端末は、モニタリングできるＰＤＣＣＨ候補群の数と全体探索空間（ここで、全体探索空間とは複数個の探索空間セットのｕｎｉｏｎ領域にあたる全体ＣＣＥセットを意味）を構成するＣＣＥの個数に対する最大値をＳｐａｎ別に定義する。
【0109】
上記のように上位レイヤーシグナリングの設定値によって、端末がモニタリングできるＰＤＣＣＨ候補群の最大個数であるＭμは、スロット基準と定義される場合、以下の表１１－１のように定義され、「１５・２μ」ｋＨｚのサブキャリア間隔で設定されたセルでは、これを、Ｓｐａｎ単位で定義する場合、以下の表１１－２のように定義される。
【表11-1】
【表11-2】
【0110】
上記のように上位レイヤーシグナリングの設定値によって、全体探索空間（ここで、全体探索空間とは複数個の探索空間セットのｕｎｉｏｎ領域に該当する全体ＣＣＥセットを意味）を構成するＣＣＥの最大個数であるＣμは、以下の表１１－３によって定義され、サブキャリア間隔が「１５・２μ」ｋＨｚと設定されたセルのスロット基準と定義され、Ｓｐａｎ単位で定義される場合、以下の表１１－４のようになる。
【表11-3】
【表11-4】
【0111】
説明の便宜のために、特定時点で上記条件１、２の両方を満足させる状況を“条件Ａ”と定義する。
したがって、条件Ａを満足させないことは、上記条件１、２の内の少なくとも一つの条件を満足させないことを意味することができる。
基地局の探索空間セットの設定によって特定時点で条件Ａを満足しない場合が発生する可能性がある。
特定時点で条件Ａを満足しない場合、端末は、当該時点で条件Ａを満足するように設定された探索空間セット中で一部のみを選択してモニタリングでき、基地局は、選択された探索空間セットにＰＤＣＣＨを送信する。
したがって、条件Ａを満足させないことは、上記条件１、２の内の少なくとも一つの条件を満足させないことを意味することができる。
基地局の探索空間セットの設定によって特定時点で条件Ａを満足しない場合が発生する可能性がある。
特定時点で条件Ａを満足しない場合、端末は、当該時点で条件Ａを満足するように設定された探索空間セット中で一部のみを選択してモニタリングでき、基地局は、選択された探索空間セットにＰＤＣＣＨを送信する。
【0112】
全体設定された探索空間セット中でいくつかの探索空間を選択する方法は、以下の方法に従う。
【0113】
特定時点（スロット）でＰＤＣＣＨに対する条件Ａを満足させることができない場合、端末は、（又は基地局は）当該時点に存在する探索空間セット中で探索空間タイプが共通探索空間と設定されている探索空間セットを端末－特定探索空間に設定された探索空間セットより優先的に選択する。
【0114】
共通探索空間に設定されている探索空間セットが全部選択された場合（すなわち、共通探索空間に設定されているすべての探索空間を選択した後にも条件Ａを満足する場合）、端末は、（又は基地局は）端末－特定探索空間に設定されている探索空間セットを選択する。
この時、端末－特定探索空間に設定されている探索空間セットが複数個の場合、探索空間セットインデックス（Ｉｎｄｅｘ）が低い探索空間セットがより高い優先順位を持つ。
優先順位を考慮して端末－特定探索空間セットを条件Ａが満足される範囲内で選択する。
この時、端末－特定探索空間に設定されている探索空間セットが複数個の場合、探索空間セットインデックス（Ｉｎｄｅｘ）が低い探索空間セットがより高い優先順位を持つ。
優先順位を考慮して端末－特定探索空間セットを条件Ａが満足される範囲内で選択する。
【0115】
無線通信システムにおいて、一つ以上の互いに異なるアンテナポート（若しくは、一つ以上のチャンネル、シグナル及びこれらの組み合わせで取り替えられることも可能であるが今後の本発明の説明では便宜のために互いに異なるアンテナポートで統一して指称する）は、以下の［表１２］のようなＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）設定によって互いに関連付ける（ａｓｓｏｃｉａｔｅ）ことができる。
「ＴＣＩ ｓｔａｔｅ」は、ＰＤＣＣＨ（若しくは、ＰＤＣＣＨ ＤＭＲＳ）と異なるＲＳ又はチャンネルの間のＱＣＬ関係を公知するためのもので、特定の基準アンテナポートＡ（ｒｅｆｅｒｅｎｃｅ ＲＳ ＃Ａ）と他の目的のアンテナポートＢ（ｔａｒｇｅｔ ＲＳ ＃Ｂ）が互いにＱＣＬされている（ＱＣＬｅｄ）ことは、端末がアンテナポートＡで推定された「ｌａｒｇｅ－ｓｃａｌｅ」チャンネルパラメーター中の一部又は全部をアンテナポートＢからのチャンネル測定に適用するのが許容されることを意味する。
「ＴＣＩ ｓｔａｔｅ」は、ＰＤＣＣＨ（若しくは、ＰＤＣＣＨ ＤＭＲＳ）と異なるＲＳ又はチャンネルの間のＱＣＬ関係を公知するためのもので、特定の基準アンテナポートＡ（ｒｅｆｅｒｅｎｃｅ ＲＳ ＃Ａ）と他の目的のアンテナポートＢ（ｔａｒｇｅｔ ＲＳ ＃Ｂ）が互いにＱＣＬされている（ＱＣＬｅｄ）ことは、端末がアンテナポートＡで推定された「ｌａｒｇｅ－ｓｃａｌｅ」チャンネルパラメーター中の一部又は全部をアンテナポートＢからのチャンネル測定に適用するのが許容されることを意味する。
【0116】
ＱＣＬは、
１）「ａｖｅｒａｇｅ ｄｅｌａｙ」及び「ｄｅｌａｙ ｓｐｒｅａｄ」に影響を受ける「ｔｉｍｅ ｔｒａｃｋｉｎｇ」、
２）「Ｄｏｐｐｌｅｒ ｓｈｉｆｔ」及び「Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ」に影響を受ける「ｆｒｅｑｕｅｎｃｙ ｔｒａｃｋｉｎｇ」、
３）「ａｖｅｒａｇｅ ｇａｉｎ」に影響を受けるＲＲＭ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）、
４）「ｓｐａｔｉａｌ ｐａｒａｍｅｔｅｒ」に影響を受けるＢＭ（ｂｅａｍ ａｎａｇｅｍｅｎｔ）など状況によって互いに異なるパラメーターを関連させる必要がある。
１）「ａｖｅｒａｇｅ ｄｅｌａｙ」及び「ｄｅｌａｙ ｓｐｒｅａｄ」に影響を受ける「ｔｉｍｅ ｔｒａｃｋｉｎｇ」、
２）「Ｄｏｐｐｌｅｒ ｓｈｉｆｔ」及び「Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ」に影響を受ける「ｆｒｅｑｕｅｎｃｙ ｔｒａｃｋｉｎｇ」、
３）「ａｖｅｒａｇｅ ｇａｉｎ」に影響を受けるＲＲＭ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）、
４）「ｓｐａｔｉａｌ ｐａｒａｍｅｔｅｒ」に影響を受けるＢＭ（ｂｅａｍ ａｎａｇｅｍｅｎｔ）など状況によって互いに異なるパラメーターを関連させる必要がある。
【0117】
これによりＮＲでは、以下の表１２のような４つのタイプのＱＣＬ関係をサポートする。
【表12】
【0118】
「ｓｐａｔｉａｌ ＲＸ ｐａｒａｍｅｔｅｒ」は、「Ａｎｇｌｅ ｏｆ ａｒｒｉｖａｌ（ＡｏＡ）」、「Ｐｏｗｅｒ Ａｎｇｕｌａｒ Ｓｐｅｃｔｒｕｍ（ＰＡＳ）ｏｆ ＡｏＡ」、「Ａｎｇｌｅ ｏｆ ｄｅｐａｒｔｕｒｅ（ＡｏＤ）」、「ＰＡＳ ｏｆ ＡｏＤ」、「ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｃｈａｎｎｅｌ ｃｏｒｒｅｌａｔｉｏｎ」、「ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｂｅａｍｆｏｒｍｉｎｇ」、「ｓｐａｔｉａｌ ｃｈａｎｎｅｌ ｃｏｒｒｅｌａｔｉｏｎ」など多様なパラメーターの内の一部又は全部を総称する。
【0119】
ＱＣＬ関係は、以下の表１３のように「ＲＲＣ ｐａｒａｍｅｔｅｒ ＴＣＩ－Ｓｔａｔｅ」及び「ＱＣＬ－Ｉｎｆｏ」を介して端末に設定されることが可能である。
表１３を参照すると、基地局は、端末に一つ以上の「ＴＣＩ ｓｔａｔｅ」を設定して「ＴＣＩ ｓｔａｔｅ」のＩＤを参照するＲＳ、すなわち、「ｔａｒｇｅｔ ＲＳ」に対する最大２つのＱＣＬ関係（ｑｃｌ－Ｔｙｐｅ１、ｑｃｌ－Ｔｙｐｅ２）を通知する。
この時、各「ＴＣＩ ｓｔａｔｅ」が含む各ＱＣＬ情報（ＱＣＬ－Ｉｎｆｏ）は、当該ＱＣＬ情報が示す「ｒｅｆｅｒｅｎｃｅ ＲＳ」の「ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｎｄｅｘ」及び「ＢＷＰ ｉｎｄｅｘ」、及び「ｒｅｆｅｒｅｎｃｅ ＲＳ」の種類及ＩＤ、及び表１２のような「ＱＣＬ ｔｙｐｅ」を含む。
表１３を参照すると、基地局は、端末に一つ以上の「ＴＣＩ ｓｔａｔｅ」を設定して「ＴＣＩ ｓｔａｔｅ」のＩＤを参照するＲＳ、すなわち、「ｔａｒｇｅｔ ＲＳ」に対する最大２つのＱＣＬ関係（ｑｃｌ－Ｔｙｐｅ１、ｑｃｌ－Ｔｙｐｅ２）を通知する。
この時、各「ＴＣＩ ｓｔａｔｅ」が含む各ＱＣＬ情報（ＱＣＬ－Ｉｎｆｏ）は、当該ＱＣＬ情報が示す「ｒｅｆｅｒｅｎｃｅ ＲＳ」の「ｓｅｒｖｉｎｇ ｃｅｌｌ ｉｎｄｅｘ」及び「ＢＷＰ ｉｎｄｅｘ」、及び「ｒｅｆｅｒｅｎｃｅ ＲＳ」の種類及ＩＤ、及び表１２のような「ＱＣＬ ｔｙｐｅ」を含む。
【0120】
【表13】
【0121】
図７は、本発明の一実施形態による無線通信システムで「ＴＣＩ ｓｔａｔｅ」設定による基地局ビーム割り当ての一例を示す図である。
図７を参照すると、基地局は、互いに異なるＮ個のビームに対する情報を互いに異なるＮ個の「ＴＣＩ ｓｔａｔｅ」を介して端末に伝達する。
図７を参照すると、基地局は、互いに異なるＮ個のビームに対する情報を互いに異なるＮ個の「ＴＣＩ ｓｔａｔｅ」を介して端末に伝達する。
【0122】
例えば、図７のようにＮ＝３の場合、基地局は、３つの「ＴＣＩ ｓｔａｔｅｓ」（７００、７０５、７１０）に含まれる「ｑｃｌ－Ｔｙｐｅ２」パラメーターが互いに異なるビームに該当する「ＣＳＩ－ＲＳ」又はＳＳＢに関連して「ＱＣＬ ｔｙｐｅ Ｄ」に設定されるように互いに異なる「ＴＣＩ ｓｔａｔｅ」（７００、７０５、もしくは７１０）を参照するアンテナポートが互いに異なる「ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ」すなわち、互いに異なるビームと関連していることを公知する。
【0123】
以下の表１４－１～表１４－５では、ｔａｒｇｅｔアンテナポート種類による有効な「ＴＣＩ ｓｔａｔｅ」設定を示す。
表１４－１は、ｔａｒｇｅｔアンテナポートが「ＣＳＩ－ＲＳ ｆｏｒ ｔｒａｃｋｉｎｇ（ＴＲＳ）」の場合、有効な「ＴＣＩ ｓｔａｔｅ」設定を示す。
ＴＲＳは、「ＣＳＩ－ＲＳ」の内のｒｅｐｅｔｉｔｉｏｎパラメーターが設定されず「ｔｒｓ－Ｉｎｆｏ」がｔｒｕｅと設定された「ＮＺＰ ＣＳＩ－ＲＳ」を意味する。
表１４－１で３番の設定の場合、「ａｐｅｒｉｏｄｉｃ ＴＲＳ」のために用いられる。
表１４－１は、ｔａｒｇｅｔアンテナポートが「ＣＳＩ－ＲＳ ｆｏｒ ｔｒａｃｋｉｎｇ（ＴＲＳ）」の場合、有効な「ＴＣＩ ｓｔａｔｅ」設定を示す。
ＴＲＳは、「ＣＳＩ－ＲＳ」の内のｒｅｐｅｔｉｔｉｏｎパラメーターが設定されず「ｔｒｓ－Ｉｎｆｏ」がｔｒｕｅと設定された「ＮＺＰ ＣＳＩ－ＲＳ」を意味する。
表１４－１で３番の設定の場合、「ａｐｅｒｉｏｄｉｃ ＴＲＳ」のために用いられる。
【0124】
Ｔａｒｇｅｔアンテナポートが「ＣＳＩ－ＲＳ ｆｏｒ ｔｒａｃｋｉｎｇ（ＴＲＳ）」の場合、有効な「ＴＣＩ ｓｔａｔｅ」設定
【表14-1】
【0125】
表１４－２は、ｔａｒｇｅｔアンテナポートが「ＣＳＩ－ＲＳ ｆｏｒ ＣＳＩ」の場合、有効な「ＴＣＩ ｓｔａｔｅ」設定を示す。
「ＣＳＩ－ＲＳ ｆｏｒ ＣＳＩ」は、「ＣＳＩ－ＲＳ」の内の繰り返しを示すパラメーター（例えば、ｒｅｐｅｔｉｔｉｏｎパラメーター）が設定されず「ｔｒｓ－Ｉｎｆｏ」もｔｒｕｅに設定されない「ＮＺＰ ＣＳＩ－ＲＳ」を意味する。
「ＣＳＩ－ＲＳ ｆｏｒ ＣＳＩ」は、「ＣＳＩ－ＲＳ」の内の繰り返しを示すパラメーター（例えば、ｒｅｐｅｔｉｔｉｏｎパラメーター）が設定されず「ｔｒｓ－Ｉｎｆｏ」もｔｒｕｅに設定されない「ＮＺＰ ＣＳＩ－ＲＳ」を意味する。
【0126】
Ｔａｒｇｅｔアンテナポートが「ＣＳＩ－ＲＳ ｆｏｒ ＣＳＩ」の場合、有効な「ＴＣＩ ｓｔａｔｅ」設定
【表14-2】
【0127】
表１４－３は、ｔａｒｇｅｔアンテナポートが「ＣＳＩ－ＲＳ ｆｏｒ ｂｅａｍ ｍａｎａｇｅｍｅｎｔ（ＢＭ）」、（ＣＳＩ－ＲＳ ｆｏｒ Ｌ１ ＲＳＲＰ ｒｅｐｏｒｔｉｎｇと同じ意味）の場合、有効な「ＴＣＩ ｓｔａｔｅ」設定を示す。
「ＣＳＩ－ＲＳ ｆｏｒ ＢＭ」は、「ＣＳＩ－ＲＳ」の内のｒｅｐｅｔｉｔｉｏｎパラメーターが設定されてＯｎ又はＯｆｆの値を持って、「ｔｒｓ－Ｉｎｆｏ」がｔｒｕｅと設定されない「ＮＺＰ ＣＳＩ－ＲＳ」を意味する。
「ＣＳＩ－ＲＳ ｆｏｒ ＢＭ」は、「ＣＳＩ－ＲＳ」の内のｒｅｐｅｔｉｔｉｏｎパラメーターが設定されてＯｎ又はＯｆｆの値を持って、「ｔｒｓ－Ｉｎｆｏ」がｔｒｕｅと設定されない「ＮＺＰ ＣＳＩ－ＲＳ」を意味する。
【0128】
Ｔａｒｇｅｔアンテナポートが「ＣＳＩ－ＲＳ ｆｏｒ ＢＭ」（ｆｏｒ Ｌ１ ＲＳＲＰ ｒｅｐｏｒｔｉｎｇ）の場合、有効な「ＴＣＩ ｓｔａｔｅ」設定
【表14-3】
【0129】
表１４－４は、ｔａｒｇｅｔアンテナポートが「ＰＤＣＣＨ ＤＭＲＳ」の場合、有効な「ＴＣＩ ｓｔａｔｅ」設定を示す。
【0130】
Ｔａｒｇｅｔアンテナポートが「ＰＤＣＣＨ ＤＭＲＳ」の場合、有効な「ＴＣＩ ｓｔａｔｅ」設定
【表14-4】
【0131】
表１４－５は、ｔａｒｇｅｔアンテナポートが「ＰＤＳＣＨ ＤＭＲＳ」の場合、有効な「ＴＣＩ ｓｔａｔｅ」の設定を示す。
【0132】
Ｔａｒｇｅｔアンテナポートが「ＰＤＳＣＨ ＤＭＲＳ」の場合、有効な「ＴＣＩ ｓｔａｔｅ」設定
【表14-5】
【0133】
表１４－１～表１４－５による代表的なＱＣＬ設定方法は各段階別のｔａｒｇｅｔアンテナポート及ｒｅｆｅｒｅｎｃｅアンテナポートを、“ＳＳＢ”－＞“ＴＲＳ”－＞“ＣＳＩ－ＲＳ ｆｏｒ ＣＳＩ、又はＣＳＩ－ＲＳ ｆｏｒ ＢＭ、又はＰＤＣＣＨ ＤＭＲＳ、又はＰＤＳＣＨ ＤＭＲＳ”のように設定して操作することができる。
これを介してＳＳＢ及びＴＲＳから測定することができる統計的特性を各アンテナポートまで関連させて端末の受信動作を助けることが可能である。
これを介してＳＳＢ及びＴＲＳから測定することができる統計的特性を各アンテナポートまで関連させて端末の受信動作を助けることが可能である。
【0134】
具体的には、「ＰＤＣＣＨ ＤＭＲＳ」アンテナポートに適用可能な「ＴＣＩ ｓｔａｔｅ」組み合わせは、以下の表１４－６の通りである。
表１４－６から４番目の行は、ＲＲＣ設定以前に端末が仮定する組み合わせでＲＲＣ以後設定は不可能である。
表１４－６から４番目の行は、ＲＲＣ設定以前に端末が仮定する組み合わせでＲＲＣ以後設定は不可能である。
【0135】
【表14-6】
【0136】
ＮＲではＰＤＣＣＨビームに対する動的割り当てのために図８に示すような階層的シグナリング方法をサポートする。
図８は、本発明の一実施形態による無線通信システムでＰＤＣＣＨに対する「ＴＣＩ ｓｔａｔｅ」割り当て方法の一例を示す図である。
図８は、本発明の一実施形態による無線通信システムでＰＤＣＣＨに対する「ＴＣＩ ｓｔａｔｅ」割り当て方法の一例を示す図である。
【0137】
図８を参照すると、基地局は、ＲＲＣシグナリング８００を介してＮ個の「ＴＣＩ ｓｔａｔｅｓ」（８０５、８１０、…、８２０）を端末に設定し、このうちの一部をＣＯＲＥＳＥＴのための「ＴＣＩ ｓｔａｔｅ」と設定する（８２５）。
以後、基地局は、ＣＯＲＥＳＥＴのための「ＴＣＩ ｓｔａｔｅｓ」（８３０、８３５、８４０）の内の一つを、「ＭＡＣ ＣＥ」シグナリングを介して端末に指示する（８４５）。
以後、端末は、「ＭＡＣ ＣＥ」シグナリングによって指示される「ＴＣＩ ｓｔａｔｅ」が含むビーム情報に基づいてＰＤＣＣＨを受信する。
以後、基地局は、ＣＯＲＥＳＥＴのための「ＴＣＩ ｓｔａｔｅｓ」（８３０、８３５、８４０）の内の一つを、「ＭＡＣ ＣＥ」シグナリングを介して端末に指示する（８４５）。
以後、端末は、「ＭＡＣ ＣＥ」シグナリングによって指示される「ＴＣＩ ｓｔａｔｅ」が含むビーム情報に基づいてＰＤＣＣＨを受信する。
【0138】
図９は、本発明の一実施形態による無線通信システムで「ＰＤＣＣＨ ＤＭＲＳ」のための「ＴＣＩ ｉｎｄｉｃａｔｉｏｎ ＭＡＣ ＣＥ」シグナリング構造を示す図である。
図９を参照すると、「ＰＤＣＣＨ ＤＭＲＳ」のための「ＴＣＩ ｉｎｄｉｃａｔｉｏｎ ＭＡＣ ＣＥ」シグナリングは、２ｂｙｔｅ（１６ ｂｉｔｓ）から構成されて１ビットのｒｅｓｅｒｖｅｄビット９１０、５ビットの「ｓｅｒｖｉｎｇ ｃｅｌｌ ＩＤ」９１５、２ビットの「ＢＷＰ ＩＤ」９２０、２ビットの「ＣＯＲＥＳＥＴ ＩＤ」９２５及６ビットの「ＴＣＩ ｓｔａｔｅ ＩＤ」９３０を含む。
図９を参照すると、「ＰＤＣＣＨ ＤＭＲＳ」のための「ＴＣＩ ｉｎｄｉｃａｔｉｏｎ ＭＡＣ ＣＥ」シグナリングは、２ｂｙｔｅ（１６ ｂｉｔｓ）から構成されて１ビットのｒｅｓｅｒｖｅｄビット９１０、５ビットの「ｓｅｒｖｉｎｇ ｃｅｌｌ ＩＤ」９１５、２ビットの「ＢＷＰ ＩＤ」９２０、２ビットの「ＣＯＲＥＳＥＴ ＩＤ」９２５及６ビットの「ＴＣＩ ｓｔａｔｅ ＩＤ」９３０を含む。
【0139】
図１０は、本発明の一実施形態による無線通信システムでＣＯＲＥＳＥＴ及び「ｓｅａｒｃｈ ｓｐａｃｅ」ビーム設定例示を示す図である。
図１０を参照すると、基地局は、ＣＯＲＥＳＥＴ１０００設定に含まれる「ＴＣＩ ｓｔａｔｅ ｌｉｓｔ」の内の一つを「ＭＡＣ ＣＥ」シグナリングを介して指示する（１００５）。
以後、また他の「ＭＡＣ ＣＥ」シグナリングを介して他の「ＴＣＩ ｓｔａｔｅ」が当該ＣＯＲＥＳＥＴに指示される前まで、端末は、ＣＯＲＥＳＥＴに接続される一つ以上の「ｓｅａｒｃｈ ｓｐａｃｅ」（１０１０、１０１５、１０２０）にはいずれも同じＱＣＬ情報（ｂｅａｍ ＃１）１００５が適用されるものと見做す。
前述した「ＰＤＣＣＨ ｂｅａｍ」割り当て方法は、「ＭＡＣ ＣＥ」シグナリングｄｅｌａｙより速いビーム変更を指示することが難しく、また、「ｓｅａｒｃｈ ｓｐａｃｅ」特性に関係なくＣＯＲＥＳＥＴ別で全部同じビームを一括適用するようになる欠点があり、フレキシブルな「ＰＤＣＣＨ ｂｅａｍ」操作が難しい。
以下、本発明の実施形態では、よりフレキシブルな「ＰＤＣＣＨ ｂｅａｍ」設定及び操作方法を提供する。
以下、本発明の実施形態を説明するにあたり、説明の便宜のために複数に区分される例示を提供するがこれらは互いに排他的ことではなく、状況によって互いに適切に結合して適用が可能である。
図１０を参照すると、基地局は、ＣＯＲＥＳＥＴ１０００設定に含まれる「ＴＣＩ ｓｔａｔｅ ｌｉｓｔ」の内の一つを「ＭＡＣ ＣＥ」シグナリングを介して指示する（１００５）。
以後、また他の「ＭＡＣ ＣＥ」シグナリングを介して他の「ＴＣＩ ｓｔａｔｅ」が当該ＣＯＲＥＳＥＴに指示される前まで、端末は、ＣＯＲＥＳＥＴに接続される一つ以上の「ｓｅａｒｃｈ ｓｐａｃｅ」（１０１０、１０１５、１０２０）にはいずれも同じＱＣＬ情報（ｂｅａｍ ＃１）１００５が適用されるものと見做す。
前述した「ＰＤＣＣＨ ｂｅａｍ」割り当て方法は、「ＭＡＣ ＣＥ」シグナリングｄｅｌａｙより速いビーム変更を指示することが難しく、また、「ｓｅａｒｃｈ ｓｐａｃｅ」特性に関係なくＣＯＲＥＳＥＴ別で全部同じビームを一括適用するようになる欠点があり、フレキシブルな「ＰＤＣＣＨ ｂｅａｍ」操作が難しい。
以下、本発明の実施形態では、よりフレキシブルな「ＰＤＣＣＨ ｂｅａｍ」設定及び操作方法を提供する。
以下、本発明の実施形態を説明するにあたり、説明の便宜のために複数に区分される例示を提供するがこれらは互いに排他的ことではなく、状況によって互いに適切に結合して適用が可能である。
【0140】
基地局は、端末に特定制御領域に対して一つ又は複数個の「ＴＣＩ ｓｔａｔｅ」を設定することができ、設定された「ＴＣＩ ｓｔａｔｅ」の内の一つを「ＭＡＣ ＣＥ」活性化コマンドを介して活性化することができる。
例えば、制御領域＃１に「ＴＣＩ ｓｔａｔｅ」で｛ＴＣＩ ｓｔａｔｅ＃０、ＴＣＩ ｓｔａｔｅ＃１、ＴＣＩ ｓｔａｔｅ＃２｝が設定され、基地局は、「ＭＡＣ ＣＥ」を介して制御領域＃１に対する「ＴＣＩ ｓｔａｔｅ」で「ＴＣＩ ｓｔａｔｅ＃０」を仮定するように活性化するコマンドを端末に送信する。
端末は、「ＭＡＣ ＣＥ」に受信した「ＴＣＩ ｓｔａｔｅ」に対する活性化コマンドに基づいて、活性化された「ＴＣＩ ｓｔａｔｅ」内のＱＣＬ情報に基づいて当該制御領域のＤＭＲＳを正しく受信する。
例えば、制御領域＃１に「ＴＣＩ ｓｔａｔｅ」で｛ＴＣＩ ｓｔａｔｅ＃０、ＴＣＩ ｓｔａｔｅ＃１、ＴＣＩ ｓｔａｔｅ＃２｝が設定され、基地局は、「ＭＡＣ ＣＥ」を介して制御領域＃１に対する「ＴＣＩ ｓｔａｔｅ」で「ＴＣＩ ｓｔａｔｅ＃０」を仮定するように活性化するコマンドを端末に送信する。
端末は、「ＭＡＣ ＣＥ」に受信した「ＴＣＩ ｓｔａｔｅ」に対する活性化コマンドに基づいて、活性化された「ＴＣＩ ｓｔａｔｅ」内のＱＣＬ情報に基づいて当該制御領域のＤＭＲＳを正しく受信する。
【0141】
インデックスが「０」と設定された制御領域（制御領域＃０）に対し、もし、端末が制御領域＃０の「ＴＣＩ ｓｔａｔｅ」に対する「ＭＡＣ ＣＥ」活性化コマンドを受信することができない場合、端末は、制御領域＃０から送信されるＤＭＲＳに対して初期接続過程又はＰＤＣＣＨコマンドでトリガー（Ｔｒｉｇｇｅｒ）されないノン－コンテンション（Ｎｏｎ－ｃｏｎｔｅｎｔｉｏｎ）基盤ランダムアクセス過程で識別されたＳＳ／ＰＢＣＨブロックとＱＣＬされたと仮定する。
【0142】
インデックスが「０」ではない他の値と設定された制御領域（制御領域＃Ｘ）に対し、もし、端末が制御領域＃Ｘに対する「ＴＣＩ ｓｔａｔｅ」が設定することができないか、一つ以上の「ＴＣＩ ｓｔａｔｅ」が設定されるがこの中の一つを活性化する「ＭＡＣ ＣＥ」活性化コマンドを受信することができない場合、端末は、制御領域＃Ｘから送信されるＤＭＲＳに対して初期接続過程で識別されたＳＳ／ＰＢＣＨブロックとＱＣＬされたと仮定する。
【0143】
図１１は、本発明の一実施形態による無線通信システムでＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の周波数軸リソース割り当て例を示す図である。
図１１は、ＮＲ無線通信システムで、上位レイヤーを介して設定可能な「ｔｙｐｅ ０」（１１－００）、「ｔｙｐｅ １」（１１－０５）、及び動的変更（ｄｙｎａｍｉｃ ｓｗｉｔｃｈ）（１１－１０）の３つの周波数軸リソース割り当て方法を示す図である。
図１１は、ＮＲ無線通信システムで、上位レイヤーを介して設定可能な「ｔｙｐｅ ０」（１１－００）、「ｔｙｐｅ １」（１１－０５）、及び動的変更（ｄｙｎａｍｉｃ ｓｗｉｔｃｈ）（１１－１０）の３つの周波数軸リソース割り当て方法を示す図である。
【0144】
図１１を参照すると、もし、上位レイヤーシグナリングを介して端末が「ｒｅｓｏｕｒｃｅ ｔｙｐｅ０」だけを用いるように設定された場合（１１－００）、当該端末にＰＤＳＣＨを割り当てる一部ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）は、ＮＲＢＧ個のビットから構成されるビットマップを含む。
このための条件は、以後でさらに説明する。
この時、ＮＲＢＧは、ＢＷＰインジケーター（ｉｎｄｉｃａｔｏｒ）が割り当てるＢＷＰサイズ（ｓｉｚｅ）及び上位レイヤーパラメーター「ｒｂｇ－Ｓｉｚｅ」によって以下の［表１５－１］のように決定されるＲＢＧ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ）の数を意味し、ビットマップによって１で表示されるＲＢＧにデータが送信される。
このための条件は、以後でさらに説明する。
この時、ＮＲＢＧは、ＢＷＰインジケーター（ｉｎｄｉｃａｔｏｒ）が割り当てるＢＷＰサイズ（ｓｉｚｅ）及び上位レイヤーパラメーター「ｒｂｇ－Ｓｉｚｅ」によって以下の［表１５－１］のように決定されるＲＢＧ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ）の数を意味し、ビットマップによって１で表示されるＲＢＧにデータが送信される。
【0145】
【表15-1】
【0146】
もし、上位レイヤーシグナリングを介して端末が「ｒｅｓｏｕｒｃｅ ｔｙｐｅ １」だけを用いるように設定された場合（１１－０５）、当該端末にＰＤＳＣＨを割り当てる一部ＤＣＩは、
個のビットで構成される周波数軸リソース割り当て情報を含む。
このための条件は以後にさらに説明する。
基地局はこれを介して「ｓｔａｒｔｉｎｇ ＶＲＢ１１－２０」とこれから連続的に割り当てられる周波数軸リソースの長さ（１１－２５）を設定する。
このための条件は以後にさらに説明する。
基地局はこれを介して「ｓｔａｒｔｉｎｇ ＶＲＢ１１－２０」とこれから連続的に割り当てられる周波数軸リソースの長さ（１１－２５）を設定する。
【0147】
もし、上位レイヤーシグナリングを介して端末が「ｒｅｓｏｕｒｃｅ ｔｙｐｅ ０」と「ｒｅｓｏｕｒｃｅ ｔｙｐｅ １」の両方を用いるように設定された場合（１１－１０）、当該端末にＰＤＳＣＨを割り当てる一部ＤＣＩは、「ｒｅｓｏｕｒｃｅ ｔｙｐｅ ０」を設定するためのｐａｙｌｏａｄ（１１－１５）と「ｒｅｓｏｕｒｃｅ ｔｙｐｅ １を設定するためのｐａｙｌｏａｄ（１１－２０、１１－２５）の内の大きい値（１１－３５）のビットで構成される周波数軸リソース割り当て情報を含む。
このための条件は、以後でさらに説明する。
この時、ＤＣＩ内の周波数軸リソース割り当て情報の最上位ビット（ＭＳＢ）に、一つのビットが追加され、当該ビットが‘０’の値の場合、「ｒｅｓｏｕｒｃｅ ｔｙｐｅ ０」を用いることが指示され、‘１’の値の場合、「ｒｅｓｏｕｒｃｅ ｔｙｐｅ １」を用いることが指示される。
このための条件は、以後でさらに説明する。
この時、ＤＣＩ内の周波数軸リソース割り当て情報の最上位ビット（ＭＳＢ）に、一つのビットが追加され、当該ビットが‘０’の値の場合、「ｒｅｓｏｕｒｃｅ ｔｙｐｅ ０」を用いることが指示され、‘１’の値の場合、「ｒｅｓｏｕｒｃｅ ｔｙｐｅ １」を用いることが指示される。
【0148】
以下では、次世代移動通信システム（５Ｇ又はＮＲシステム）でのデータチャンネルに対する時間ドメインリソース割り当て方法を説明する。
【0149】
基地局は、端末にダウンリンクデータチャンネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＤＳＣＨ）及びアップリンクデータチャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＵＳＣＨ）に対する時間ドメインリソース割り当て情報に対するテーブル（Ｔａｂｌｅ）を、上位階層シグナリング（例えば ＲＲＣシグナリング）と設定する。
ＰＤＳＣＨに対しては、最大「ｍａｘＮｒｏｆＤＬ－Ａｌｌｏｃａｔｉｏｎｓ＝１６」個のエントリー（Ｅｎｔｒｙ）で構成されたテーブルが設定され、ＰＵＳＣＨに対しては、最大「ｍａｘＮｒｏｆＵＬ－Ａｌｌｏｃａｔｉｏｎｓ＝１６」個のエントリー（Ｅｎｔｒｙ）から構成されたテーブルが設定される。
一実施形態で、時間ドメインリソース割り当て情報には「ＰＤＣＣＨ－ｔｏ－ＰＤＳＣＨ」スロットタイミング（ＰＤＣＣＨを受信した時点と受信したＰＤＣＣＨがスケジューリングするＰＤＳＣＨが送信される時点の間のスロット単位の時間間隔に相当する、Ｋ０と表記する）、「ＰＤＣＣＨ－ｔｏ－ＰＵＳＣＨ」スロットタイミング（ＰＤＣＣＨを受信した時点と受信したＰＤＣＣＨがスケジューリングするＰＵＳＣＨが送信される時点の間のスロット単位の時間間隔に相当する、Ｋ２と表記する）、スロット内でＰＤＳＣＨ又はＰＵＳＣＨがスケジューリングされた開始シンボルの位置及び長さに対する情報、ＰＤＳＣＨ又はＰＵＳＣＨのマッピングタイプなどが含まれ得る。
例えば、以下の［表１５－２］又は［表１５－３］のような情報が基地局から端末に送信される。
ＰＤＳＣＨに対しては、最大「ｍａｘＮｒｏｆＤＬ－Ａｌｌｏｃａｔｉｏｎｓ＝１６」個のエントリー（Ｅｎｔｒｙ）で構成されたテーブルが設定され、ＰＵＳＣＨに対しては、最大「ｍａｘＮｒｏｆＵＬ－Ａｌｌｏｃａｔｉｏｎｓ＝１６」個のエントリー（Ｅｎｔｒｙ）から構成されたテーブルが設定される。
一実施形態で、時間ドメインリソース割り当て情報には「ＰＤＣＣＨ－ｔｏ－ＰＤＳＣＨ」スロットタイミング（ＰＤＣＣＨを受信した時点と受信したＰＤＣＣＨがスケジューリングするＰＤＳＣＨが送信される時点の間のスロット単位の時間間隔に相当する、Ｋ０と表記する）、「ＰＤＣＣＨ－ｔｏ－ＰＵＳＣＨ」スロットタイミング（ＰＤＣＣＨを受信した時点と受信したＰＤＣＣＨがスケジューリングするＰＵＳＣＨが送信される時点の間のスロット単位の時間間隔に相当する、Ｋ２と表記する）、スロット内でＰＤＳＣＨ又はＰＵＳＣＨがスケジューリングされた開始シンボルの位置及び長さに対する情報、ＰＤＳＣＨ又はＰＵＳＣＨのマッピングタイプなどが含まれ得る。
例えば、以下の［表１５－２］又は［表１５－３］のような情報が基地局から端末に送信される。
【0150】
【表15-2】
【0151】
【表15-3】
【0152】
基地局は、上述した時間ドメインリソース割り当て情報に対するテーブルのエントリーの内の一つを、Ｌ１シグナリング（例えば、ＤＣＩ）を介して端末に通知する（例えば、ＤＣＩ内の‘時間ドメインリソース割り当て’フィールドと指示される）。
端末は、基地局から受信したＤＣＩに基づいてＰＤＳＣＨ又はＰＵＳＣＨに対する時間ドメインリソース割り当て情報を取得する。
端末は、基地局から受信したＤＣＩに基づいてＰＤＳＣＨ又はＰＵＳＣＨに対する時間ドメインリソース割り当て情報を取得する。
【0153】
図１２は、本発明の一実施形態による無線通信システムでＰＤＳＣＨの時間軸リソース割り当て例を示す図である。
図１２を参照すると、基地局は、上位レイヤーを用いて設定されるデータチャンネル（ｄａｔａ ｃｈａｎｎｅｌ）及び制御チャンネル（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）のサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ：ＳＣＳ）（μＰＤＳＣＨ、μＰＤＣＣＨ）、スケジューリングオフセット（ｓｃｈｅｄｕｌｉｎｇ ｏｆｆｓｅｔ）（Ｋ０）値、及びＤＣＩを介して動的に指示される一つのｓｌｏｔ内の「ＯＦＤＭ ｓｙｍｂｏｌ」開始位置（１２－００）と長さ（１２－０５）によってＰＤＳＣＨリソースの時間軸位置を指示する。
図１２を参照すると、基地局は、上位レイヤーを用いて設定されるデータチャンネル（ｄａｔａ ｃｈａｎｎｅｌ）及び制御チャンネル（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）のサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ：ＳＣＳ）（μＰＤＳＣＨ、μＰＤＣＣＨ）、スケジューリングオフセット（ｓｃｈｅｄｕｌｉｎｇ ｏｆｆｓｅｔ）（Ｋ０）値、及びＤＣＩを介して動的に指示される一つのｓｌｏｔ内の「ＯＦＤＭ ｓｙｍｂｏｌ」開始位置（１２－００）と長さ（１２－０５）によってＰＤＳＣＨリソースの時間軸位置を指示する。
【0154】
図１３ａは、本発明の一実施形態による無線通信システムにおいてデータチャンネル（ｄａｔａ ｃｈａｎｎｅｌ）及び制御チャンネル（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）のサブキャリア間隔による時間軸リソース割り当て例を示す図である。
図１３ａを参照すると、データチャンネル及び制御チャンネルのサブキャリア間隔が同じ場合（１３ａ－００）、（μＰＤＳＣＨ＝μＰＤＣＣＨ）、データと制御のためのスロット番号（ｓｌｏｔ ｎｕｍｂｅｒ）が同じであるため、基地局及び端末は、予め定められたスロットオフセット（ｓｌｏｔ ｏｆｆｓｅｔ）Ｋ０に合わせて、スケジューリングオフセット（ｓｃｈｅｄｕｌｉｎｇ ｏｆｆｓｅｔ）を生成する。
一方、データチャンネル及び制御チャンネルのサブキャリア間隔が異なる場合（１３ａ－０５）（μＰＤＳＣＨ≠μＰＤＣＣＨ）、データと制御のためのスロット番号（ｓｌｏｔ ｎｕｍｂｅｒ）が異なるため、基地局及び端末は、ＰＤＣＣＨのサブキャリア間隔を基準とし、予め定められたスロットオフセット（ｓｌｏｔ ｏｆｆｓｅｔ）Ｋ０に合わせてスケジューリングオフセット（ｓｃｈｅｄｕｌｉｎｇ ｏｆｆｓｅｔ）を生成する。
図１３ａを参照すると、データチャンネル及び制御チャンネルのサブキャリア間隔が同じ場合（１３ａ－００）、（μＰＤＳＣＨ＝μＰＤＣＣＨ）、データと制御のためのスロット番号（ｓｌｏｔ ｎｕｍｂｅｒ）が同じであるため、基地局及び端末は、予め定められたスロットオフセット（ｓｌｏｔ ｏｆｆｓｅｔ）Ｋ０に合わせて、スケジューリングオフセット（ｓｃｈｅｄｕｌｉｎｇ ｏｆｆｓｅｔ）を生成する。
一方、データチャンネル及び制御チャンネルのサブキャリア間隔が異なる場合（１３ａ－０５）（μＰＤＳＣＨ≠μＰＤＣＣＨ）、データと制御のためのスロット番号（ｓｌｏｔ ｎｕｍｂｅｒ）が異なるため、基地局及び端末は、ＰＤＣＣＨのサブキャリア間隔を基準とし、予め定められたスロットオフセット（ｓｌｏｔ ｏｆｆｓｅｔ）Ｋ０に合わせてスケジューリングオフセット（ｓｃｈｅｄｕｌｉｎｇ ｏｆｆｓｅｔ）を生成する。
【0155】
次に、端末の「Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ（ＳＲＳ）」送信を用いたアップリンクチャンネル推定方法に対して述べる。
基地局は、端末にＳＲＳ送信のための設定情報を伝達するためにアップリンクＢＷＰごとに少なくとも一つの「ＳＲＳ ｃｏｎｆｉｇｕｒａｔｉｏｎ」を設定し、また、「ＳＲＳ ｃｏｎｆｉｇｕｒａｔｉｏｎ」ごとに少なくとも一つの「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」を設定する。
例えば、基地局と端末は、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に関する情報を伝達するために以下のような上位シグナリング情報を取り交わすことができる。
基地局は、端末にＳＲＳ送信のための設定情報を伝達するためにアップリンクＢＷＰごとに少なくとも一つの「ＳＲＳ ｃｏｎｆｉｇｕｒａｔｉｏｎ」を設定し、また、「ＳＲＳ ｃｏｎｆｉｇｕｒａｔｉｏｎ」ごとに少なくとも一つの「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」を設定する。
例えば、基地局と端末は、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に関する情報を伝達するために以下のような上位シグナリング情報を取り交わすことができる。
【0156】
・ｓｒｓ－ＲｅｓｏｕｒｃｅＳｅｔＩｄ：「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」インデックス
・ｓｒｓ－ＲｅｓｏｕｒｃｅＩｄＬｉｓｔ：「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」インデックスのセット
・ｒｅｓｏｕｒｃｅＴｙｐｅ：「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」の時間軸送信設定で、‘ｐｅｒｉｏｄｉｃ’、‘ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ’、‘ａｐｅｒｉｏｄｉｃ’の内の一つに設定され。もし、‘ｐｅｒｉｏｄｉｃ’又は‘ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ’に設定される場合、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の使用先によって「ａｓｓｏｃｉａｔｅｄ ＣＳＩ－ＲＳ」情報が提供される。もし、‘ａｐｅｒｉｏｄｉｃ’に設定される場合、非周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」トリガーリスト、スロットオフセット情報が提供されることができ、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の使用先によって「ａｓｓｏｃｉａｔｅｄ ＣＳＩ－ＲＳ」情報が提供される。
・ｕｓａｇｅ：「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」の使用先に対する設定で、‘ｂｅａｍＭａｎａｇｅｍｅｎｔ’、‘ｃｏｄｅｂｏｏｋ’、‘ｎｏｎＣｏｄｅｂｏｏｋ’、‘ａｎｔｅｎｎａＳｗｉｔｃｈｉｎｇ’のうちの一つと設定されることができる、及び／又は
・ａｌｐｈａ、ｐ０、ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ、「ｓｒｓ－ＰｏｗｅｒＣｏｎｔｒｏｌＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ」：「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」の送信電力調節のためのパラメーター設定を提供する。
・ｓｒｓ－ＲｅｓｏｕｒｃｅＩｄＬｉｓｔ：「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」インデックスのセット
・ｒｅｓｏｕｒｃｅＴｙｐｅ：「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」の時間軸送信設定で、‘ｐｅｒｉｏｄｉｃ’、‘ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ’、‘ａｐｅｒｉｏｄｉｃ’の内の一つに設定され。もし、‘ｐｅｒｉｏｄｉｃ’又は‘ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ’に設定される場合、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の使用先によって「ａｓｓｏｃｉａｔｅｄ ＣＳＩ－ＲＳ」情報が提供される。もし、‘ａｐｅｒｉｏｄｉｃ’に設定される場合、非周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」トリガーリスト、スロットオフセット情報が提供されることができ、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の使用先によって「ａｓｓｏｃｉａｔｅｄ ＣＳＩ－ＲＳ」情報が提供される。
・ｕｓａｇｅ：「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」の使用先に対する設定で、‘ｂｅａｍＭａｎａｇｅｍｅｎｔ’、‘ｃｏｄｅｂｏｏｋ’、‘ｎｏｎＣｏｄｅｂｏｏｋ’、‘ａｎｔｅｎｎａＳｗｉｔｃｈｉｎｇ’のうちの一つと設定されることができる、及び／又は
・ａｌｐｈａ、ｐ０、ｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ、「ｓｒｓ－ＰｏｗｅｒＣｏｎｔｒｏｌＡｄｊｕｓｔｍｅｎｔＳｔａｔｅｓ」：「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」の送信電力調節のためのパラメーター設定を提供する。
【0157】
端末は、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」インデックスのセットに含まれた「ＳＲＳ ｒｅｓｏｕｒｃｅ」は、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に設定された情報に従うことを理解することができる。
【0158】
また、基地局と端末は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対する個別設定情報を伝達するために上位レイヤーシグナリング情報を送受信する。
例えば、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対する個別設定情報は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」のスロット内の時間－周波数軸マッピング情報を含み、これは「ＳＲＳ ｒｅｓｏｕｒｃｅ」のスロット内の又はスロットの間周波数ホッピング（ｈｏｐｐｉｎｇ）に対する情報を含み得る。
また、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対する個別設定情報は。「ＳＲＳ ｒｅｓｏｕｒｃｅ」の時間軸送信設定を含むことができ、‘ｐｅｒｉｏｄｉｃ’、‘ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ’、‘ａｐｅｒｉｏｄｉｃ’の内の一つと設定することができる。
これは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」が含まれた「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」のような時間軸送信設定を持つように制限することができる。
もし、「ＳＲＳ ｒｅｓｏｕｒｃｅ」の時間軸送信設定が‘ｐｅｒｉｏｄｉｃ’又は‘ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ’と設定される場合、追加的に「ＳＲＳ ｒｅｓｏｕｒｃｅ」送信周期及びスロットオフセット（例えば、「ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ」）が時間軸送信設定に含まれ得る。
例えば、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対する個別設定情報は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」のスロット内の時間－周波数軸マッピング情報を含み、これは「ＳＲＳ ｒｅｓｏｕｒｃｅ」のスロット内の又はスロットの間周波数ホッピング（ｈｏｐｐｉｎｇ）に対する情報を含み得る。
また、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対する個別設定情報は。「ＳＲＳ ｒｅｓｏｕｒｃｅ」の時間軸送信設定を含むことができ、‘ｐｅｒｉｏｄｉｃ’、‘ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ’、‘ａｐｅｒｉｏｄｉｃ’の内の一つと設定することができる。
これは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」が含まれた「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」のような時間軸送信設定を持つように制限することができる。
もし、「ＳＲＳ ｒｅｓｏｕｒｃｅ」の時間軸送信設定が‘ｐｅｒｉｏｄｉｃ’又は‘ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ’と設定される場合、追加的に「ＳＲＳ ｒｅｓｏｕｒｃｅ」送信周期及びスロットオフセット（例えば、「ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ」）が時間軸送信設定に含まれ得る。
【0159】
基地局は、ＲＲＣシグナリング又は「ＭＡＣ ＣＥ」シグナリングを含む上位レイヤーシグナリング、又はＬ１シグナリング（例えば、ＤＣＩ）を介して端末にＳＲＳ送信を活性化（ａｃｔｉｖａｔｉｏｎ）又は非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）するかトリガーする。
例えば、基地局は、端末に上位レイヤーシグナリングを介して周期的ＳＲＳ送信を活性化又は非活性化する。
基地局は、上位レイヤーシグナリングを介して「ｒｅｓｏｕｒｃｅＴｙｐｅ」がｐｅｒｉｏｄｉｃに設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」を活性化するように指示することができ、端末は活性化された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
送信される「ＳＲＳ ｒｅｓｏｕｒｃｅ」のスロット内の時間－周波数軸リソースマッピングは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定されたリソースマッピング情報によって、送信周期及びスロットオフセットを含むスロットマッピングは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定された「ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ」による。
また、送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に適用する「ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ」は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定された「ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ」を参照し、又は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」が含まれた「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に設定された「ａｓｓｏｃｉａｔｅｄ ＣＳＩ－ＲＳ」情報を参照する。
端末は、上位レイヤーシグナリングを介して活性化された周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対して活性化されたアップリンクＢＷＰ内で「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
例えば、基地局は、端末に上位レイヤーシグナリングを介して周期的ＳＲＳ送信を活性化又は非活性化する。
基地局は、上位レイヤーシグナリングを介して「ｒｅｓｏｕｒｃｅＴｙｐｅ」がｐｅｒｉｏｄｉｃに設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」を活性化するように指示することができ、端末は活性化された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
送信される「ＳＲＳ ｒｅｓｏｕｒｃｅ」のスロット内の時間－周波数軸リソースマッピングは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定されたリソースマッピング情報によって、送信周期及びスロットオフセットを含むスロットマッピングは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定された「ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ」による。
また、送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に適用する「ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ」は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定された「ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ」を参照し、又は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」が含まれた「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に設定された「ａｓｓｏｃｉａｔｅｄ ＣＳＩ－ＲＳ」情報を参照する。
端末は、上位レイヤーシグナリングを介して活性化された周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対して活性化されたアップリンクＢＷＰ内で「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
【0160】
例えば、基地局は、端末に上位レイヤーシグナリングを介して「ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ＳＲＳ」送信を活性化又は非活性化する。
基地局は、「ＭＡＣ ＣＥ」シグナリングを介して「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」を活性化するように指示し、端末は、活性化された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
「ＭＡＣ ＣＥ」シグナリングを介して活性化される「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」は、ｒｅｓｏｕｒｃｅＴｙｐｅが「ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ」に設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に限定される。
送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」のスロット内の時間－周波数軸リソースマッピングは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定されたリソースマッピング情報によって、送信周期及びスロットオフセットを含むスロットマッピングは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定された「ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ」による。
また、送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に適用する「ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ」は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定された「ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ」を参照し、又は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」が含まれた「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に設定された「ａｓｓｏｃｉａｔｅｄ ＣＳＩ－ＲＳ」情報を参照する。
もし、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に「ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ」が設定されている場合、これに基づくのではなく半持続的ＳＲＳ送信を活性化する「ＭＡＣ ＣＥ」シグナリングを介して伝達される「ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ」に対する設定情報を参照して「ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ」が決定される。
端末は、上位レイヤーシグナリングを介して活性化された半持続的「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対して活性化されたアップリンクＢＷＰ内で「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
基地局は、「ＭＡＣ ＣＥ」シグナリングを介して「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」を活性化するように指示し、端末は、活性化された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
「ＭＡＣ ＣＥ」シグナリングを介して活性化される「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」は、ｒｅｓｏｕｒｃｅＴｙｐｅが「ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ」に設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に限定される。
送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」のスロット内の時間－周波数軸リソースマッピングは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定されたリソースマッピング情報によって、送信周期及びスロットオフセットを含むスロットマッピングは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定された「ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ」による。
また、送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に適用する「ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ」は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定された「ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ」を参照し、又は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」が含まれた「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に設定された「ａｓｓｏｃｉａｔｅｄ ＣＳＩ－ＲＳ」情報を参照する。
もし、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に「ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ」が設定されている場合、これに基づくのではなく半持続的ＳＲＳ送信を活性化する「ＭＡＣ ＣＥ」シグナリングを介して伝達される「ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ」に対する設定情報を参照して「ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ」が決定される。
端末は、上位レイヤーシグナリングを介して活性化された半持続的「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対して活性化されたアップリンクＢＷＰ内で「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
【0161】
例えば、基地局は、端末にＤＣＩを介して非周期的ＳＲＳ送信をトリガーする。
基地局は、ＤＣＩの「ＳＲＳ ｒｅｑｕｅｓｔ」フィールドを介して非周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」トリガー（「ａｐｅｒｉｏｄｉｃＳＲＳ－ＲｅｓｏｕｒｃｅＴｒｉｇｇｅｒ」）の内の一つを指示する。
端末は、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の設定情報中、非周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」トリガーリストでＤＣＩを介して指示された非周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」トリガーを含む「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」がトリガーされたものとして理解することができる。
端末は、トリガーされた「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」のスロット内の時間－周波数軸リソースマッピングは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定されたリソースマッピング情報に従う。
また、送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対するスロットマッピングは、ＤＣＩを含むＰＤＣＣＨと「ＳＲＳ ｒｅｓｏｕｒｃｅ」の間のスロットオフセットを介して決定され、これは、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に設定された「ｓｌｏｔ ｏｆｆｓｅｔ」のセットに含まれた値を参照する。
具体的には、ＤＣＩを含むＰＤＣＣＨと「ＳＲＳ ｒｅｓｏｕｒｃｅ」の間のスロットオフセットは、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に設定された「ｓｌｏｔ ｏｆｆｓｅｔ」のセットに含まれたオフセット値の中にＤＣＩの「ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ」フィールドで指示した値を適用する。
また、送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に適用する「ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ」は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定された「ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ」を参照し、又は「ＳＲＳ ｒｅｓｏｕｒｃｅ」が含まれた「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に設定された「ａｓｓｏｃｉａｔｅｄ ＣＳＩ－ＲＳ」情報を参照する。
端末は、ＤＣＩを介してトリガーされた非周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対して活性化されたアップリンクＢＷＰ内で「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
基地局は、ＤＣＩの「ＳＲＳ ｒｅｑｕｅｓｔ」フィールドを介して非周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」トリガー（「ａｐｅｒｉｏｄｉｃＳＲＳ－ＲｅｓｏｕｒｃｅＴｒｉｇｇｅｒ」）の内の一つを指示する。
端末は、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の設定情報中、非周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」トリガーリストでＤＣＩを介して指示された非周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」トリガーを含む「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」がトリガーされたものとして理解することができる。
端末は、トリガーされた「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」で参照する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」のスロット内の時間－周波数軸リソースマッピングは、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定されたリソースマッピング情報に従う。
また、送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対するスロットマッピングは、ＤＣＩを含むＰＤＣＣＨと「ＳＲＳ ｒｅｓｏｕｒｃｅ」の間のスロットオフセットを介して決定され、これは、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に設定された「ｓｌｏｔ ｏｆｆｓｅｔ」のセットに含まれた値を参照する。
具体的には、ＤＣＩを含むＰＤＣＣＨと「ＳＲＳ ｒｅｓｏｕｒｃｅ」の間のスロットオフセットは、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に設定された「ｓｌｏｔ ｏｆｆｓｅｔ」のセットに含まれたオフセット値の中にＤＣＩの「ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ」フィールドで指示した値を適用する。
また、送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」に適用する「ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ」は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に設定された「ｓｐａｔｉａｌ ｒｅｌａｔｉｏｎ ｉｎｆｏ」を参照し、又は「ＳＲＳ ｒｅｓｏｕｒｃｅ」が含まれた「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に設定された「ａｓｓｏｃｉａｔｅｄ ＣＳＩ－ＲＳ」情報を参照する。
端末は、ＤＣＩを介してトリガーされた非周期的「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対して活性化されたアップリンクＢＷＰ内で「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいてＳＲＳを送信する。
【0162】
基地局が端末にＤＣＩを介して「ａｐｅｒｉｏｄｉｃ ＳＲＳ」送信をトリガーする場合、端末が「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対する設定情報を適用してＳＲＳを送信するため、「ａｐｅｒｉｏｄｉｃ ＳＲＳ」送信をトリガーするＤＣＩを含むＰＤＣＣＨと送信するＳＲＳ間の最小限のタイムインターバル（ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ）が必要な場合がある。
端末のＳＲＳ送信のための「ｔｉｍｅ ｉｎｔｅｒｖａｌ」は、「ａｐｅｒｉｏｄｉｃ ＳＲＳ送信をトリガーするＤＣＩを含むＰＤＣＣＨの最後のシンボルから送信するＳＲＳ ｒｅｓｏｕｒｃｅ（ｓ）」の内の最初に送信される「ＳＲＳ ｒｅｓｏｕｒｃｅ」がマッピングされた第１シンボルの間のシンボル数と定義することができる。
「Ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」は、端末がＰＵＳＣＨ送信を準備するために必要な「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」を参照して定める。
端末のＳＲＳ送信のための「ｔｉｍｅ ｉｎｔｅｒｖａｌ」は、「ａｐｅｒｉｏｄｉｃ ＳＲＳ送信をトリガーするＤＣＩを含むＰＤＣＣＨの最後のシンボルから送信するＳＲＳ ｒｅｓｏｕｒｃｅ（ｓ）」の内の最初に送信される「ＳＲＳ ｒｅｓｏｕｒｃｅ」がマッピングされた第１シンボルの間のシンボル数と定義することができる。
「Ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」は、端末がＰＵＳＣＨ送信を準備するために必要な「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」を参照して定める。
【0163】
また、「ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」は、送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」を含む「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の使用先によって他の値を持ち得る。
例えば、「ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」は、端末の「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」を参照して端末のｃａｐａｂｉｌｉｔｙによる端末処理能力を考慮して定義されたＮ２シンボルで定めることができる。
また、送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」を含む「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の使用先を考慮して「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の使用先が‘ｃｏｄｅｂｏｏｋ’又は‘ａｎｔｅｎｎａＳｗｉｔｃｈｉｎｇ’と設定された場合、「ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」をＮ２シンボルで定め、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の使用先が‘ｎｏｎＣｏｄｅｂｏｏｋ’又は‘ｂｅａｍＭａｎａｇｅｍｅｎｔ’と設定された場合、「ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」を「Ｎ２＋１４」シンボルで定める。
端末は、非周期的ＳＲＳ送信のための「ｔｉｍｅ ｉｎｔｅｒｖａｌ」が「ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」より大きいか同じの場合、非周期的ＳＲＳを送信し、非周期的ＳＲＳ送信のための「ｔｉｍｅ ｉｎｔｅｒｖａｌ」が「ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」より小さい場合、非周期的ＳＲＳをトリガーするＤＣＩを無視する。
例えば、「ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」は、端末の「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」を参照して端末のｃａｐａｂｉｌｉｔｙによる端末処理能力を考慮して定義されたＮ２シンボルで定めることができる。
また、送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」を含む「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の使用先を考慮して「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の使用先が‘ｃｏｄｅｂｏｏｋ’又は‘ａｎｔｅｎｎａＳｗｉｔｃｈｉｎｇ’と設定された場合、「ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」をＮ２シンボルで定め、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」の使用先が‘ｎｏｎＣｏｄｅｂｏｏｋ’又は‘ｂｅａｍＭａｎａｇｅｍｅｎｔ’と設定された場合、「ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」を「Ｎ２＋１４」シンボルで定める。
端末は、非周期的ＳＲＳ送信のための「ｔｉｍｅ ｉｎｔｅｒｖａｌ」が「ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」より大きいか同じの場合、非周期的ＳＲＳを送信し、非周期的ＳＲＳ送信のための「ｔｉｍｅ ｉｎｔｅｒｖａｌ」が「ｍｉｎｉｍｕｍ ｔｉｍｅ ｉｎｔｅｒｖａｌ」より小さい場合、非周期的ＳＲＳをトリガーするＤＣＩを無視する。
【0164】
【表16-1】
【0165】
上記［表１６－１］の「ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」設定情報は、一つの「ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ」を参照して当該「ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ」のビーム情報当該ＳＲＳ送信に用いられるビームに対して適用する。
例えば、「ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」の設定は、以下の［表１６－２］のような情報を含むことができる。
例えば、「ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」の設定は、以下の［表１６－２］のような情報を含むことができる。
【0166】
【表16-2】
【0167】
「ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」設定を参照すると、特定「ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ」のビーム情報を用いるために参照しようとする「ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ」のインデックスで、すなわち、ＳＳ／ＰＢＣＨブロックインデックス、ＣＳＩ－ＲＳインデックス、又はＳＲＳインデックスを設定することができる。
上位シグナリング「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」は、どの「ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ」のビーム情報を当該ＳＲＳ送信に参照するかを指す設定情報であり、「ｓｓｂ－Ｉｎｄｅｘ」は、ＳＳ／ＰＢＣＨブロックのインデックス、「ｃｓｉ－ＲＳ－Ｉｎｄｅｘ」は、「ＣＳＩ－ＲＳ」のインデックス、ｓｒｓは、ＳＲＳのインデックスをそれぞれ意味する。
もし、上位シグナリング「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」の値が‘ｓｓｂ－Ｉｎｄｅｘ’と設定されると、端末は、「ｓｓｂ－Ｉｎｄｅｘ」に該当するＳＳ／ＰＢＣＨブロックの受信時に利用した受信ビームを当該ＳＲＳ送信の送信ビームとして適用する。
もし、上位シグナリング「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」の値が、‘ｃｓｉ－ＲＳ－Ｉｎｄｅｘ’と設定されると、端末は、「ｃｓｉ－ＲＳ－Ｉｎｄｅｘ」に該当する「ＣＳＩ－ＲＳ」の受信時の利用した受信ビームを当該ＳＲＳ送信の送信ビームで適用する。
もし、上位シグナリング「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」の値が、‘ｓｒｓ’と設定されると、端末は、ｓｒｓに該当するＳＲＳの送信時に利用した送信ビームを当該ＳＲＳ送信の送信ビームとして適用する。
上位シグナリング「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」は、どの「ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ」のビーム情報を当該ＳＲＳ送信に参照するかを指す設定情報であり、「ｓｓｂ－Ｉｎｄｅｘ」は、ＳＳ／ＰＢＣＨブロックのインデックス、「ｃｓｉ－ＲＳ－Ｉｎｄｅｘ」は、「ＣＳＩ－ＲＳ」のインデックス、ｓｒｓは、ＳＲＳのインデックスをそれぞれ意味する。
もし、上位シグナリング「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」の値が‘ｓｓｂ－Ｉｎｄｅｘ’と設定されると、端末は、「ｓｓｂ－Ｉｎｄｅｘ」に該当するＳＳ／ＰＢＣＨブロックの受信時に利用した受信ビームを当該ＳＲＳ送信の送信ビームとして適用する。
もし、上位シグナリング「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」の値が、‘ｃｓｉ－ＲＳ－Ｉｎｄｅｘ’と設定されると、端末は、「ｃｓｉ－ＲＳ－Ｉｎｄｅｘ」に該当する「ＣＳＩ－ＲＳ」の受信時の利用した受信ビームを当該ＳＲＳ送信の送信ビームで適用する。
もし、上位シグナリング「ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ」の値が、‘ｓｒｓ’と設定されると、端末は、ｓｒｓに該当するＳＲＳの送信時に利用した送信ビームを当該ＳＲＳ送信の送信ビームとして適用する。
【0168】
次に、ＰＵＳＣＨ送信のスケジューリング方式に対して説明する。
ＰＵＳＣＨ送信は、ＤＣＩ内の「ＵＬ ｇｒａｎｔ」によって動的にスケジューリングされるか、「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ Ｔｙｐｅ １又はＴｙｐｅ ２」によって動作する。
ＰＵＳＣＨ送信に対する動的スケジューリング指示は、「ＤＣＩ ｆｏｒｍａｔ（０＿０）又は（０＿１）」を用いて可能である。
ＰＵＳＣＨ送信は、ＤＣＩ内の「ＵＬ ｇｒａｎｔ」によって動的にスケジューリングされるか、「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ Ｔｙｐｅ １又はＴｙｐｅ ２」によって動作する。
ＰＵＳＣＨ送信に対する動的スケジューリング指示は、「ＤＣＩ ｆｏｒｍａｔ（０＿０）又は（０＿１）」を用いて可能である。
【0169】
「Ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ Ｔｙｐｅ １」ＰＵＳＣＨ送信は、ＤＣＩ内の「ＵＬ ｇｒａｎｔ」を受信せず、上位シグナリングを通じる［表１６－３］の「ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ」を含む「ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ」の受信を介して準静的に設定される。
「Ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ Ｔｙｐｅ ２」ＰＵＳＣＨ送信は、上位シグナリングを通じる［表１６－３］の「ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ」を含まない「ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ」の受信以後、ＤＣＩ内の「ＵＬ ｇｒａｎｔ」によって半持続的にスケジューリングされる。
ＰＵＳＣＨ送信が「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」によって動作する場合、ＰＵＳＣＨ送信に適用されるパラメーターは、上位シグナリングである［表１６－４］の「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」に提供される「ｄａｔａＳｃｒａｍｂｌｉｎｇＩｄｅｎｔｉｔｙＰＵＳＣＨ」、「ｔｘＣｏｎｆｉｇ」、「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」、「ｍａｘＲａｎｋ」、「ｓｃａｌｉｎｇ ｏｆ ＵＣＩ－ＯｎＰＵＳＣＨ」を除いては、［表１６－３］の上位シグナリングである「ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ」を介して適用される。
端末が［表１６－３］の上位シグナリングである「ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ」内の「ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ」が提供されると、端末は、「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」によって動作するＰＵＳＣＨ送信に対して［表１６－４］の「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」内の「ｔｐ－ｐｉ２ＢＰＳＫ」を適用する。
「Ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ Ｔｙｐｅ ２」ＰＵＳＣＨ送信は、上位シグナリングを通じる［表１６－３］の「ｒｒｃ－ＣｏｎｆｉｇｕｒｅｄＵｐｌｉｎｋＧｒａｎｔ」を含まない「ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ」の受信以後、ＤＣＩ内の「ＵＬ ｇｒａｎｔ」によって半持続的にスケジューリングされる。
ＰＵＳＣＨ送信が「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」によって動作する場合、ＰＵＳＣＨ送信に適用されるパラメーターは、上位シグナリングである［表１６－４］の「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」に提供される「ｄａｔａＳｃｒａｍｂｌｉｎｇＩｄｅｎｔｉｔｙＰＵＳＣＨ」、「ｔｘＣｏｎｆｉｇ」、「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」、「ｍａｘＲａｎｋ」、「ｓｃａｌｉｎｇ ｏｆ ＵＣＩ－ＯｎＰＵＳＣＨ」を除いては、［表１６－３］の上位シグナリングである「ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ」を介して適用される。
端末が［表１６－３］の上位シグナリングである「ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ」内の「ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ」が提供されると、端末は、「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」によって動作するＰＵＳＣＨ送信に対して［表１６－４］の「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」内の「ｔｐ－ｐｉ２ＢＰＳＫ」を適用する。
【0170】
【表16-3】
【0171】
次にＰＵＳＣＨ送信方法に対して説明する。
ＰＵＳＣＨ送信のためのＤＭＲＳアンテナポートは、ＳＲＳ送信のためのアンテナポートと同じである。
ＰＵＳＣＨ送信は、上位シグナリングである［表１６－４］の「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」内のｔｘＣｏｎｆｉｇの値が‘ｃｏｄｅｂｏｏｋ’又は‘ｎｏｎＣｏｄｅｂｏｏｋ’であるかによってｃｏｄｅｂｏｏｋ基盤の送信方法と「ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤の送信方法にそれぞれ従う。
ＰＵＳＣＨ送信のためのＤＭＲＳアンテナポートは、ＳＲＳ送信のためのアンテナポートと同じである。
ＰＵＳＣＨ送信は、上位シグナリングである［表１６－４］の「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」内のｔｘＣｏｎｆｉｇの値が‘ｃｏｄｅｂｏｏｋ’又は‘ｎｏｎＣｏｄｅｂｏｏｋ’であるかによってｃｏｄｅｂｏｏｋ基盤の送信方法と「ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤の送信方法にそれぞれ従う。
【0172】
上述したように、ＰＵＳＣＨ送信は、「ＤＣＩ ｆｏｒｍａｔ」（０＿０又は０＿１）を介して動的にスケジューリングされ、「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」によって準静的に設定される。
もし、端末がＰＵＳＣＨ送信に対するスケジューリングを「ＤＣＩ ｆｏｒｍａｔ」（０＿０）を介して指示されると、端末は、「ｓｅｒｖｉｎｇ ｃｅｌｌ」内の活性化されたアップリンクＢＷＰ内で最小ＩＤに対応する端末特定的な「ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ」に対応する「ｐｕｃｃｈ－ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩＤ」を用いてＰＵＳＣＨ送信のためのビーム設定を行い、この時、ＰＵＳＣＨ送信は、単一アンテナポートを基盤とする。
端末は、「ｐｕｃｃｈ－ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」を含む「ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ」が設定されないＢＷＰ内で、「ＤＣＩ ｆｏｒｍａｔ」（０＿０）を介してＰＵＳＣＨ送信に対するスケジューリングを期待しない。
もし、端末が、［表１６－４］の「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」内の「ｔｘＣｏｎｆｉｇ」を設定されない場合、端末は、「ＤＣＩ ｆｏｒｍａｔ」（０＿１）でスケジューリング受けることを期待しない。
もし、端末がＰＵＳＣＨ送信に対するスケジューリングを「ＤＣＩ ｆｏｒｍａｔ」（０＿０）を介して指示されると、端末は、「ｓｅｒｖｉｎｇ ｃｅｌｌ」内の活性化されたアップリンクＢＷＰ内で最小ＩＤに対応する端末特定的な「ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ」に対応する「ｐｕｃｃｈ－ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩＤ」を用いてＰＵＳＣＨ送信のためのビーム設定を行い、この時、ＰＵＳＣＨ送信は、単一アンテナポートを基盤とする。
端末は、「ｐｕｃｃｈ－ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」を含む「ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ」が設定されないＢＷＰ内で、「ＤＣＩ ｆｏｒｍａｔ」（０＿０）を介してＰＵＳＣＨ送信に対するスケジューリングを期待しない。
もし、端末が、［表１６－４］の「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」内の「ｔｘＣｏｎｆｉｇ」を設定されない場合、端末は、「ＤＣＩ ｆｏｒｍａｔ」（０＿１）でスケジューリング受けることを期待しない。
【0173】
【表16-4】
【0174】
次に、ｃｏｄｅｂｏｏｋ基盤のＰＵＳＣＨ送信に対して説明する。
Ｃｏｄｅｂｏｏｋ基盤のＰＵＳＣＨ送信は、「ＤＣＩ ｆｏｒｍａｔ」（０＿０又は０＿１）を介して動的にスケジューリングされ、「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」によって準静的に動作する。
Ｃｏｄｅｂｏｏｋ基盤のＰＵＳＣＨが「ＤＣＩ ｆｏｒｍａｔ」（０＿１）によって動的にスケジューリングされるか、又は「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」によって準静的に設定されると、端末は、「ＳＲＳ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ（ＳＲＩ）」、「ＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）」、及び送信ｒａｎｋ（ＰＵＳＣＨ送信レイヤーの数）に基づいてＰＵＳＣＨ送信のためのｐｒｅｃｏｄｅｒを決定する。
Ｃｏｄｅｂｏｏｋ基盤のＰＵＳＣＨ送信は、「ＤＣＩ ｆｏｒｍａｔ」（０＿０又は０＿１）を介して動的にスケジューリングされ、「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」によって準静的に動作する。
Ｃｏｄｅｂｏｏｋ基盤のＰＵＳＣＨが「ＤＣＩ ｆｏｒｍａｔ」（０＿１）によって動的にスケジューリングされるか、又は「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」によって準静的に設定されると、端末は、「ＳＲＳ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ（ＳＲＩ）」、「ＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）」、及び送信ｒａｎｋ（ＰＵＳＣＨ送信レイヤーの数）に基づいてＰＵＳＣＨ送信のためのｐｒｅｃｏｄｅｒを決定する。
【0175】
この時、ＳＲＩは、ＤＣＩ内のフィールド「ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ」を介して与えられるか上位シグナリングである「ｓｒｓ－ＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ」を介して設定される。
端末は、ｃｏｄｅｂｏｏｋ基盤ＰＵＳＣＨ送信時の少なくとも１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」が設定され、最大２個まで設定され得る。
端末がＤＣＩを介してＳＲＩが提供される場合、当該ＳＲＩが示す「ＳＲＳ ｒｅｓｏｕｒｃｅ」は、当該ＳＲＩを含むＰＤＣＣＨより以前に送信された「ＳＲＳ ｒｅｓｏｕｒｃｅ」中に、ＳＲＩに対応する「ＳＲＳ ｒｅｓｏｕｒｃｅ」を意味する。
また、ＴＰＭＩ及び送信ｒａｎｋは、ＤＣＩ内のフィールド「ｐｒｅｃｏｄｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ ｎｕｍｂｅｒ ｏｆ ｌａｙｅｒｓ」を介して与えられるか、上位シグナリングである「ｐｒｅｃｏｄｉｎｇＡｎｄＮｕｍｂｅｒＯｆＬａｙｅｒｓ」を介して設定される。
ＴＰＭＩは、ＰＵＳＣＨ送信に適用されるｐｒｅｃｏｄｅｒを指示するのに用いられる。
もし、端末が１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」を設定された時には、ＴＰＭＩは、設定された１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」で適用されるｐｒｅｃｏｄｅｒを指示するのに用いられる。
もし、端末が複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」が設定された時には、ＴＰＭＩは、ＳＲＩを介して指示される「ＳＲＳ ｒｅｓｏｕｒｃｅ」で適用されるｐｒｅｃｏｄｅｒを指示するのに用いられる。
端末は、ｃｏｄｅｂｏｏｋ基盤ＰＵＳＣＨ送信時の少なくとも１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」が設定され、最大２個まで設定され得る。
端末がＤＣＩを介してＳＲＩが提供される場合、当該ＳＲＩが示す「ＳＲＳ ｒｅｓｏｕｒｃｅ」は、当該ＳＲＩを含むＰＤＣＣＨより以前に送信された「ＳＲＳ ｒｅｓｏｕｒｃｅ」中に、ＳＲＩに対応する「ＳＲＳ ｒｅｓｏｕｒｃｅ」を意味する。
また、ＴＰＭＩ及び送信ｒａｎｋは、ＤＣＩ内のフィールド「ｐｒｅｃｏｄｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ ａｎｄ ｎｕｍｂｅｒ ｏｆ ｌａｙｅｒｓ」を介して与えられるか、上位シグナリングである「ｐｒｅｃｏｄｉｎｇＡｎｄＮｕｍｂｅｒＯｆＬａｙｅｒｓ」を介して設定される。
ＴＰＭＩは、ＰＵＳＣＨ送信に適用されるｐｒｅｃｏｄｅｒを指示するのに用いられる。
もし、端末が１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」を設定された時には、ＴＰＭＩは、設定された１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」で適用されるｐｒｅｃｏｄｅｒを指示するのに用いられる。
もし、端末が複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」が設定された時には、ＴＰＭＩは、ＳＲＩを介して指示される「ＳＲＳ ｒｅｓｏｕｒｃｅ」で適用されるｐｒｅｃｏｄｅｒを指示するのに用いられる。
【0176】
ＰＵＳＣＨ送信に用いられるｐｒｅｃｏｄｅｒは、上位シグナリングである「ＳＲＳ－Ｃｏｎｆｉｇ」内の「ｎｒｏｆＳＲＳ－Ｐｏｒｔｓ」値のような数のアンテナポート数を持つアップリンクコードブックで選択される。
Ｃｏｄｅｂｏｏｋ基盤のＰＵＳＣＨ送信で、端末は、ＴＰＭＩと上位シグナリングである「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」内の「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」に基づいてｃｏｄｅｂｏｏｋのｓｕｂｓｅｔを決定する。
上位シグナリングである「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」内の「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」は、端末が基地局に報告する「ＵＥ ｃａｐａｂｉｌｉｔｙ」に根拠して、‘ｆｕｌｌｙＡｎｄＰａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’、‘ｐａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’、又は‘ｎｏｎＣｏｈｅｒｅｎｔ’の内の一つと設定される。
もし、端末が「ＵＥ ｃａｐａｂｉｌｉｔｙ」で、‘ｐａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’を報告する場合、端末は、上位シグナリングである「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」の値が‘ｆｕｌｌｙＡｎｄＰａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’と設定されることを期待しない。
また、もし、端末が、「ＵＥ ｃａｐａｂｉｌｉｔｙ」で、‘ｎｏｎＣｏｈｅｒｅｎｔ’を報告する場合、端末は、上位シグナリングである「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」の値が‘ｆｕｌｌｙＡｎｄＰａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’又は‘ｐａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’と設定されることを期待しない。
上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内の「ｎｒｏｆＳＲＳ－Ｐｏｒｔｓ」が２個のＳＲＳアンテナポートを指す場合、端末は、上位シグナリングである「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」の値が‘ｐａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’と設定されることを期待しない。
Ｃｏｄｅｂｏｏｋ基盤のＰＵＳＣＨ送信で、端末は、ＴＰＭＩと上位シグナリングである「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」内の「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」に基づいてｃｏｄｅｂｏｏｋのｓｕｂｓｅｔを決定する。
上位シグナリングである「ｐｕｓｃｈ－Ｃｏｎｆｉｇ」内の「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」は、端末が基地局に報告する「ＵＥ ｃａｐａｂｉｌｉｔｙ」に根拠して、‘ｆｕｌｌｙＡｎｄＰａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’、‘ｐａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’、又は‘ｎｏｎＣｏｈｅｒｅｎｔ’の内の一つと設定される。
もし、端末が「ＵＥ ｃａｐａｂｉｌｉｔｙ」で、‘ｐａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’を報告する場合、端末は、上位シグナリングである「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」の値が‘ｆｕｌｌｙＡｎｄＰａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’と設定されることを期待しない。
また、もし、端末が、「ＵＥ ｃａｐａｂｉｌｉｔｙ」で、‘ｎｏｎＣｏｈｅｒｅｎｔ’を報告する場合、端末は、上位シグナリングである「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」の値が‘ｆｕｌｌｙＡｎｄＰａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’又は‘ｐａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’と設定されることを期待しない。
上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内の「ｎｒｏｆＳＲＳ－Ｐｏｒｔｓ」が２個のＳＲＳアンテナポートを指す場合、端末は、上位シグナリングである「ｃｏｄｅｂｏｏｋＳｕｂｓｅｔ」の値が‘ｐａｒｔｉａｌＡｎｄＮｏｎＣｏｈｅｒｅｎｔ’と設定されることを期待しない。
【0177】
端末は、上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内のｕｓａｇｅの値が‘ｃｏｄｅｂｏｏｋ’と設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」を１個設定され、当該「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」内で１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」がＳＲＩを介して指示される。
もし、上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内のｕｓａｇｅ値が‘ｃｏｄｅｂｏｏｋ’と設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」内に多くの「ＳＲＳ ｒｅｓｏｕｒｃｅ」が設定されると、端末は、上位シグナリングである「ＳＲＳ－Ｒｅｓｏｕｒｃｅ」内の「ｎｒｏｆＳＲＳ－Ｐｏｒｔｓ」の値がすべての「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対して同一値が設定されることを期待する。
もし、上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内のｕｓａｇｅ値が‘ｃｏｄｅｂｏｏｋ’と設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」内に多くの「ＳＲＳ ｒｅｓｏｕｒｃｅ」が設定されると、端末は、上位シグナリングである「ＳＲＳ－Ｒｅｓｏｕｒｃｅ」内の「ｎｒｏｆＳＲＳ－Ｐｏｒｔｓ」の値がすべての「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対して同一値が設定されることを期待する。
【0178】
端末は、上位シグナリングによってｕｓａｇｅの値が‘ｃｏｄｅｂｏｏｋ’と設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」内に含まれた１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」に基づいて、基地局にＳＲＳを送信し、基地局は端末が用いた「ＳＲＳ ｒｅｓｏｕｒｃｅ」の内の１個を選択して当該「ＳＲＳ ｒｅｓｏｕｒｃｅ」の送信ビーム情報を用いて端末がＰＵＳＣＨ送信を行うように指示する。
この時、ｃｏｄｅｂｏｏｋ基盤ＰＵＳＣＨ送信では、ＳＲＩが１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」のインデックスを選択する情報で用いられてＤＣＩ内に含まれる。
追加的に、基地局は、端末がＰＵＳＣＨ送信に用いるＴＰＭＩとｒａｎｋを指示する情報をＤＣＩに含ませる。
端末は、上記ＳＲＩが指示する「ＳＲＳ ｒｅｓｏｕｒｃｅ」を用い、当該「ＳＲＳ ｒｅｓｏｕｒｃｅ」の送信ビームに基づいて指示されたｒａｎｋとＴＰＭＩが指示するｐｒｅｃｏｄｅｒを適用してＰＵＳＣＨ送信を行う。
この時、ｃｏｄｅｂｏｏｋ基盤ＰＵＳＣＨ送信では、ＳＲＩが１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」のインデックスを選択する情報で用いられてＤＣＩ内に含まれる。
追加的に、基地局は、端末がＰＵＳＣＨ送信に用いるＴＰＭＩとｒａｎｋを指示する情報をＤＣＩに含ませる。
端末は、上記ＳＲＩが指示する「ＳＲＳ ｒｅｓｏｕｒｃｅ」を用い、当該「ＳＲＳ ｒｅｓｏｕｒｃｅ」の送信ビームに基づいて指示されたｒａｎｋとＴＰＭＩが指示するｐｒｅｃｏｄｅｒを適用してＰＵＳＣＨ送信を行う。
【0179】
次に、「ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤のＰＵＳＣＨ送信に対して説明する。
「Ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤のＰＵＳＣＨ送信は、「ＤＣＩ ｆｏｒｍａｔ」（０＿０又は０＿１）を介して動的にスケジューリングされ、「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」によって準静的に動作する。
上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内のｕｓａｇｅの値が‘ｎｏｎＣｏｄｅｂｏｏｋ’と設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」内に少なくとも１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」が設定された場合、端末は、「ＤＣＩ ｆｏｒｍａｔ」（０＿１）を介して「ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤ＰＵＳＣＨ送信がスケジューリングされる。
「Ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤のＰＵＳＣＨ送信は、「ＤＣＩ ｆｏｒｍａｔ」（０＿０又は０＿１）を介して動的にスケジューリングされ、「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」によって準静的に動作する。
上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内のｕｓａｇｅの値が‘ｎｏｎＣｏｄｅｂｏｏｋ’と設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」内に少なくとも１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」が設定された場合、端末は、「ＤＣＩ ｆｏｒｍａｔ」（０＿１）を介して「ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤ＰＵＳＣＨ送信がスケジューリングされる。
【0180】
上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内のｕｓａｇｅの値が‘ｎｏｎＣｏｄｅｂｏｏｋ’と設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」に対し、端末は、１個の接続されている「ＮＺＰ ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ」（ｎｏｎ－ｚｅｒｏ ｐｏｗｅｒ ＣＳＩ－ＲＳ）が設定される。
端末は、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」と接続されている（又は、関連した）「ＮＺＰ ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ」に対する測定を介してＳＲＳ送信のためのｐｒｅｃｏｄｅｒに対する計算を行う。
もし、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」と接続されている（又は、関連した）「ａｐｅｒｉｏｄｉｃ ＮＺＰ ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ」の最後の受信シンボルと端末での「ａｐｅｒｉｏｄｉｃ ＳＲＳ」送信の第１シンボルの間の差が４２シンボルより少ない差があれば、端末は、ＳＲＳ送信のためのｐｒｅｃｏｄｅｒに対する情報が更新されることを期待しない。
端末は、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」と接続されている（又は、関連した）「ＮＺＰ ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ」に対する測定を介してＳＲＳ送信のためのｐｒｅｃｏｄｅｒに対する計算を行う。
もし、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」と接続されている（又は、関連した）「ａｐｅｒｉｏｄｉｃ ＮＺＰ ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ」の最後の受信シンボルと端末での「ａｐｅｒｉｏｄｉｃ ＳＲＳ」送信の第１シンボルの間の差が４２シンボルより少ない差があれば、端末は、ＳＲＳ送信のためのｐｒｅｃｏｄｅｒに対する情報が更新されることを期待しない。
【0181】
上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内の「ｒｅｓｏｕｒｃｅＴｙｐｅ」の値が‘ａｐｅｒｉｏｄｉｃ’と設定されると、接続されている（又は、関連した）「ＮＺＰ ＣＳＩ－ＲＳ」は、「ＤＣＩ ｆｏｒｍａｔ」（０＿１又は１＿１）内のフィールドである「ＳＲＳ ｒｅｑｕｅｓｔ」と指示される。
この時、接続されている（又は、関連した）「ＮＺＰ ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ」が非周期的「ＮＺＰ ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ」であれば、「ＤＣＩ ｆｏｒｍａｔ」（０＿１又は１＿１）内のフィールド「ＳＲＳ ｒｅｑｕｅｓｔ」の値が‘００’ではない場合は、接続されている（又は、関連した）「ＮＺＰ ＣＳＩ－ＲＳ」が存在することを指す。
この時、当該ＤＣＩは、「ｃｒｏｓｓ ｃａｒｒｉｅｒ」又は「ｃｒｏｓｓ ＢＷＰ」スケジューリングを指示しない場合もある。
また、「ＳＲＳ ｒｅｑｕｅｓｔ」の値が、もし、「ＮＺＰ ＣＳＩ－ＲＳ」の存在を指す場合、当該「ＮＺＰ ＣＳＩ－ＲＳ」は、「ＳＲＳ ｒｅｑｕｅｓｔ」フィールドを含むＰＤＣＣＨが送信されたスロットに位置する。
この時、スケジューリングされたサブキャリアに設定された「ＴＣＩ ｓｔａｔｅ」は、「ＱＣＬ－ＴｙｐｅＤ」と設定されない。
この時、接続されている（又は、関連した）「ＮＺＰ ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ」が非周期的「ＮＺＰ ＣＳＩ－ＲＳ ｒｅｓｏｕｒｃｅ」であれば、「ＤＣＩ ｆｏｒｍａｔ」（０＿１又は１＿１）内のフィールド「ＳＲＳ ｒｅｑｕｅｓｔ」の値が‘００’ではない場合は、接続されている（又は、関連した）「ＮＺＰ ＣＳＩ－ＲＳ」が存在することを指す。
この時、当該ＤＣＩは、「ｃｒｏｓｓ ｃａｒｒｉｅｒ」又は「ｃｒｏｓｓ ＢＷＰ」スケジューリングを指示しない場合もある。
また、「ＳＲＳ ｒｅｑｕｅｓｔ」の値が、もし、「ＮＺＰ ＣＳＩ－ＲＳ」の存在を指す場合、当該「ＮＺＰ ＣＳＩ－ＲＳ」は、「ＳＲＳ ｒｅｑｕｅｓｔ」フィールドを含むＰＤＣＣＨが送信されたスロットに位置する。
この時、スケジューリングされたサブキャリアに設定された「ＴＣＩ ｓｔａｔｅ」は、「ＱＣＬ－ＴｙｐｅＤ」と設定されない。
【0182】
もし、周期的又は半持続的「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」が設定されると、接続されている（又は、関連した）「ＮＺＰ ＣＳＩ－ＲＳ」は、上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内の「ａｓｓｏｃｉａｔｅｄＣＳＩ－ＲＳ」を介して指示される。
「Ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤送信に対し、端末は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対する上位シグナリングである「ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」と上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内の「ａｓｓｏｃｉａｔｅｄＣＳＩ－ＲＳ」が共に設定されることを期待しない。
「Ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤送信に対し、端末は、「ＳＲＳ ｒｅｓｏｕｒｃｅ」に対する上位シグナリングである「ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ」と上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内の「ａｓｓｏｃｉａｔｅｄＣＳＩ－ＲＳ」が共に設定されることを期待しない。
【0183】
端末は、複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」が設定された場合、ＰＵＳＣＨ送信に適用するｐｒｅｃｏｄｅｒと送信ｒａｎｋを基地局が指示するＳＲＩに基づいて決定する。
この時、ＳＲＩは、ＤＣＩ内のフィールド「ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ」を介して指示されるか、又は上位シグナリングである「ｓｒｓ－ＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ」を介して設定される。
上述したｃｏｄｅｂｏｏｋ基盤のＰＵＳＣＨ送信のように、端末がＤＣＩを介してＳＲＩが提供される場合、当該ＳＲＩが示す「ＳＲＳ ｒｅｓｏｕｒｃｅ」は、当該ＳＲＩを含むＰＤＣＣＨより以前に送信された「ＳＲＳ ｒｅｓｏｕｒｃ」の中に、ＳＲＩに対応する「ＳＲＳ ｒｅｓｏｕｒｃｅ」を意味する。
端末は、ＳＲＳ送信に１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」を用い、１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」内に同じシンボルで同時送信が可能な最大「ＳＲＳ ｒｅｓｏｕｒｃｅ」個数と最大「ＳＲＳ ｒｅｓｏｕｒｃｅ」個数は、端末が基地局に報告する「ＵＥ ｃａｐａｂｉｌｉｔｙ」によって決定される。
この時、端末が同時に送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」は、同じＲＢを占める。
端末は、各「ＳＲＳ ｒｅｓｏｕｒｃｅ」別で１個のＳＲＳポートを設定する。
上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内のｕｓａｇｅの値が‘ｎｏｎＣｏｄｅｂｏｏｋ’と設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」は、１個だけ設定され、「ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤ＰＵＳＣＨ送信のための「ＳＲＳ ｒｅｓｏｕｒｃｅ」は、最大４個まで設定が可能である。
この時、ＳＲＩは、ＤＣＩ内のフィールド「ＳＲＳ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ」を介して指示されるか、又は上位シグナリングである「ｓｒｓ－ＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ」を介して設定される。
上述したｃｏｄｅｂｏｏｋ基盤のＰＵＳＣＨ送信のように、端末がＤＣＩを介してＳＲＩが提供される場合、当該ＳＲＩが示す「ＳＲＳ ｒｅｓｏｕｒｃｅ」は、当該ＳＲＩを含むＰＤＣＣＨより以前に送信された「ＳＲＳ ｒｅｓｏｕｒｃ」の中に、ＳＲＩに対応する「ＳＲＳ ｒｅｓｏｕｒｃｅ」を意味する。
端末は、ＳＲＳ送信に１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」を用い、１個の「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」内に同じシンボルで同時送信が可能な最大「ＳＲＳ ｒｅｓｏｕｒｃｅ」個数と最大「ＳＲＳ ｒｅｓｏｕｒｃｅ」個数は、端末が基地局に報告する「ＵＥ ｃａｐａｂｉｌｉｔｙ」によって決定される。
この時、端末が同時に送信する「ＳＲＳ ｒｅｓｏｕｒｃｅ」は、同じＲＢを占める。
端末は、各「ＳＲＳ ｒｅｓｏｕｒｃｅ」別で１個のＳＲＳポートを設定する。
上位シグナリングである「ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ」内のｕｓａｇｅの値が‘ｎｏｎＣｏｄｅｂｏｏｋ’と設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」は、１個だけ設定され、「ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤ＰＵＳＣＨ送信のための「ＳＲＳ ｒｅｓｏｕｒｃｅ」は、最大４個まで設定が可能である。
【0184】
基地局は、「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」と接続された（又は、関連した）１個の「ＮＺＰ－ＣＳＩ－ＲＳ」を端末に送信し、端末は、当該「ＮＺＰ－ＣＳＩ－ＲＳ」受信時の測定した結果を基盤とし、当該「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」内の１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」送信時に用いるｐｒｅｃｏｄｅｒを計算する。
端末は、ｕｓａｇｅが‘ｎｏｎＣｏｄｅｂｏｏｋ’と設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」内の１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」を基地局に送信する時の上記計算されたｐｒｅｃｏｄｅｒを適用し、基地局は、受信した１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」の内の１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」を選択する。
この時、「ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤ＰＵＳＣＨ送信では、ＳＲＩが１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」の組み合わせを表現することができるインデックスを示して上記ＳＲＩはＤＣＩ内に含まれる。
この時、基地局の送信したＳＲＩが指示する「ＳＲＳ ｒｅｓｏｕｒｃｅ」の数は、ＰＵＳＣＨの送信レイヤーの数になり、端末は、各レイヤーに「ＳＲＳ ｒｅｓｏｕｒｃｅ」送信に適用されたｐｒｅｃｏｄｅｒを適用してＰＵＳＣＨを送信する。
端末は、ｕｓａｇｅが‘ｎｏｎＣｏｄｅｂｏｏｋ’と設定された「ＳＲＳ ｒｅｓｏｕｒｃｅ ｓｅｔ」内の１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」を基地局に送信する時の上記計算されたｐｒｅｃｏｄｅｒを適用し、基地局は、受信した１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」の内の１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」を選択する。
この時、「ｎｏｎ－ｃｏｄｅｂｏｏｋ」基盤ＰＵＳＣＨ送信では、ＳＲＩが１個又は複数個の「ＳＲＳ ｒｅｓｏｕｒｃｅ」の組み合わせを表現することができるインデックスを示して上記ＳＲＩはＤＣＩ内に含まれる。
この時、基地局の送信したＳＲＩが指示する「ＳＲＳ ｒｅｓｏｕｒｃｅ」の数は、ＰＵＳＣＨの送信レイヤーの数になり、端末は、各レイヤーに「ＳＲＳ ｒｅｓｏｕｒｃｅ」送信に適用されたｐｒｅｃｏｄｅｒを適用してＰＵＳＣＨを送信する。
【0185】
次に、ＰＵＳＣＨ準備過程時間（ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ）に対して説明する。
基地局が、端末に「ＤＣＩ ｆｏｒｍａｔ」（０＿０）又は「ＤＣＩ ｆｏｒｍａｔ」（０＿１）を用いてＰＵＳＣＨを送信するようにスケジューリングする場合、端末は、ＤＣＩを介して指示された送信方法（「ＳＲＳ ｒｅｓｏｕｒｃｅ」の送信フリーコーディング方法、送信レイヤー数、「ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ」）を適用してＰＵＳＣＨを送信するための「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」が必要なことがある。
ＮＲでは、これを考慮して「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」を定義した。
端末の「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」は、以下に示す［数式３］による。
基地局が、端末に「ＤＣＩ ｆｏｒｍａｔ」（０＿０）又は「ＤＣＩ ｆｏｒｍａｔ」（０＿１）を用いてＰＵＳＣＨを送信するようにスケジューリングする場合、端末は、ＤＣＩを介して指示された送信方法（「ＳＲＳ ｒｅｓｏｕｒｃｅ」の送信フリーコーディング方法、送信レイヤー数、「ｓｐａｔｉａｌ ｄｏｍａｉｎ ｔｒａｎｓｍｉｓｓｉｏｎ ｆｉｌｔｅｒ」）を適用してＰＵＳＣＨを送信するための「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」が必要なことがある。
ＮＲでは、これを考慮して「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」を定義した。
端末の「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」は、以下に示す［数式３］による。
【0186】
（数３）
Ｔｐｒｏｃ，２＝ｍａｘ（（Ｎ２＋ｄ２，１＋ｄ２）（２０４８＋１４４）κ２－μＴｃ＋Ｔｅｘｔ＋ Ｔｓｗｉｔｃｈ，ｄ２，２） ・・・数式３
Ｔｐｒｏｃ，２＝ｍａｘ（（Ｎ２＋ｄ２，１＋ｄ２）（２０４８＋１４４）κ２－μＴｃ＋Ｔｅｘｔ＋ Ｔｓｗｉｔｃｈ，ｄ２，２） ・・・数式３
【0187】
前述のＴｐｒｏｃ，２で、各変数は、以下のような意味を持つ。
【0188】
・Ｎ２：端末のｃａｐａｂｉｌｉｔｙによる端末処理能力（ＵＥ ｐｒｏｃｅｓｓｉｎｇ ｃａｐａｂｉｌｉｔｙ）１又は２とヌモロロジーμによって定められるシンボル数。
端末のｃａｐａｂｉｌｉｔｙ報告によって端末処理能力１に報告された場合、［表１６－５］の値を持って、端末処理能力２に報告されて端末処理能力２を用いることができることが上位レイヤーシグナリングを介して設定された場合、［表１６－６］の値を持つことができる。
端末のｃａｐａｂｉｌｉｔｙ報告によって端末処理能力１に報告された場合、［表１６－５］の値を持って、端末処理能力２に報告されて端末処理能力２を用いることができることが上位レイヤーシグナリングを介して設定された場合、［表１６－６］の値を持つことができる。
【0189】
【表16-5】
【0190】
【表16-6】
【0191】
・ｄ２，１：ＰＵＳＣＨ送信の第１ＯＦＤＭシンボルの「ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ」が全部ＤＭ－ＲＳだけを含むように設定された場合、「０」、そうではない場合、「１」と定められるシンボル数。
・κ：６４
・μ：μＤＬ又はμＵＬの内、Ｔｐｒｏｃ，２がより大きくなる値による。μＤＬは、ＰＵＳＣＨをスケジューリングするＤＣＩの含まれたＰＤＣＣＨが送信されるダウンリンクのヌモロロジーを意味し、μＵＬはＰＵＳＣＨが送信されるアップリンクのヌモロロジーを意味する。
・Ｔｃ：１／（Δｆｍａｘ・Ｎｆ）、Δｆｍａｘ＝４８０・１０３Ｈｚ、Ｎｆ＝４０９６、を持つ。
・ｄ２，２：ＰＵＳＣＨをスケジューリングするＤＣＩがＢＷＰスイッチングを指示する場合、ＢＷＰスイッチング時間に従い、そうではない場合、「０」を持つ。
・ｄ２：ＰＵＣＣＨと高い「ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ」を持つＰＵＳＣＨと低い「ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ」を持つＰＵＣＣＨのＯＦＤＭシンボルどうしの時間上でオーバーラップされる場合、高い「ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ」を持つＰＵＳＣＨのｄ２値が用いられる。そうではなければ、ｄ２は、「０」である。
・Ｔｅｘｔ：端末が共有スペクトラムチャンネル接続方式を用いる場合、端末は、Ｔｅｘｔを計算して「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」に適用する。そうではなければ、Ｔｔｅｘｔは、「０」と仮定する。及び／又は
・Ｔｓｗｉｔｃｈ：アップリンクスイッチング間隔がトリガーされた場合、Ｔｓｗｉｔｃｈは、スイッチング間隔時間で仮定する。そうではなければ、「０」と仮定する。
・κ：６４
・μ：μＤＬ又はμＵＬの内、Ｔｐｒｏｃ，２がより大きくなる値による。μＤＬは、ＰＵＳＣＨをスケジューリングするＤＣＩの含まれたＰＤＣＣＨが送信されるダウンリンクのヌモロロジーを意味し、μＵＬはＰＵＳＣＨが送信されるアップリンクのヌモロロジーを意味する。
・Ｔｃ：１／（Δｆｍａｘ・Ｎｆ）、Δｆｍａｘ＝４８０・１０３Ｈｚ、Ｎｆ＝４０９６、を持つ。
・ｄ２，２：ＰＵＳＣＨをスケジューリングするＤＣＩがＢＷＰスイッチングを指示する場合、ＢＷＰスイッチング時間に従い、そうではない場合、「０」を持つ。
・ｄ２：ＰＵＣＣＨと高い「ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ」を持つＰＵＳＣＨと低い「ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ」を持つＰＵＣＣＨのＯＦＤＭシンボルどうしの時間上でオーバーラップされる場合、高い「ｐｒｉｏｒｉｔｙ ｉｎｄｅｘ」を持つＰＵＳＣＨのｄ２値が用いられる。そうではなければ、ｄ２は、「０」である。
・Ｔｅｘｔ：端末が共有スペクトラムチャンネル接続方式を用いる場合、端末は、Ｔｅｘｔを計算して「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」に適用する。そうではなければ、Ｔｔｅｘｔは、「０」と仮定する。及び／又は
・Ｔｓｗｉｔｃｈ：アップリンクスイッチング間隔がトリガーされた場合、Ｔｓｗｉｔｃｈは、スイッチング間隔時間で仮定する。そうではなければ、「０」と仮定する。
【0192】
基地局と端末は、ＤＣＩを介してスケジューリングしたＰＵＳＣＨの時間軸リソースマッピング情報とアップリンク－ダウンリンクの間のＴＡ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ）影響を考慮した時、ＰＵＳＣＨをスケジューリングしたＤＣＩを含むＰＤＣＣＨの最後のシンボルからＴｐｒｏｃ，２以後にＣＰが開始する最初アップリンクシンボルよりもＰＵＳＣＨの最初シンボルが早く開始する場合、「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」が十分ではないと判断する。
もし、そうではない場合、基地局と端末は、「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」が十分であると判断する。
端末は、「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」が十分な場合に限りＰＵＳＣＨを送信し、「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」が十分ではない場合、ＰＵＳＣＨをスケジューリングするＤＣＩを無視する。
もし、そうではない場合、基地局と端末は、「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」が十分であると判断する。
端末は、「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」が十分な場合に限りＰＵＳＣＨを送信し、「ＰＵＳＣＨ ｐｒｅｐａｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ ｔｉｍｅ」が十分ではない場合、ＰＵＳＣＨをスケジューリングするＤＣＩを無視する。
【0193】
次に、ＰＵＳＣＨ繰り返し送信に対して説明する。
端末が「Ｃ－ＲＮＴＩ」、「ＭＣＳ－Ｃ－ＲＮＴＩ」、又は「ＣＳ－ＲＮＴＩ」でスクランブリングされたＣＲＣを含むＰＤＣＣＨ内の「ＤＣＩ ｆｏｒｍａｔ」（０＿１）でＰＵＳＣＨ送信をスケジューリングされた時、端末が上位レイヤーシグナリング「ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ」が設定されると、「ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ」ほどの連続されたスロットで同じシンボル割り当てが適用され、ＰＵＳＣＨ送信は、単一ランク送信に制限される。
例えば、端末は、「ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ」ほどの連続されたスロットで同じＴＢを繰り返し、各スロット別で同じシンボル割り当てを適用する。
［表１６－７］は、各スロット別でＰＵＳＣＨ繰り返し送信に対して適用する「ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ」を示したものである。
もし、端末が、複数個のスロットでＰＵＳＣＨ繰り返し送信を「ＤＣＩ ｆｏｒｍａｔ」（０＿１）でスケジューリングされ、上位レイヤーシグナリング「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ」又は「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ」の情報によってＰＵＳＣＨ繰り返し送信が行うスロットの内の少なくとも一つのシンボルがダウンリンクシンボルで指示される場合、端末は、当該シンボルが位置するスロットでＰＵＳＣＨ送信を行わない。
端末が「Ｃ－ＲＮＴＩ」、「ＭＣＳ－Ｃ－ＲＮＴＩ」、又は「ＣＳ－ＲＮＴＩ」でスクランブリングされたＣＲＣを含むＰＤＣＣＨ内の「ＤＣＩ ｆｏｒｍａｔ」（０＿１）でＰＵＳＣＨ送信をスケジューリングされた時、端末が上位レイヤーシグナリング「ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ」が設定されると、「ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ」ほどの連続されたスロットで同じシンボル割り当てが適用され、ＰＵＳＣＨ送信は、単一ランク送信に制限される。
例えば、端末は、「ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ」ほどの連続されたスロットで同じＴＢを繰り返し、各スロット別で同じシンボル割り当てを適用する。
［表１６－７］は、各スロット別でＰＵＳＣＨ繰り返し送信に対して適用する「ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ」を示したものである。
もし、端末が、複数個のスロットでＰＵＳＣＨ繰り返し送信を「ＤＣＩ ｆｏｒｍａｔ」（０＿１）でスケジューリングされ、上位レイヤーシグナリング「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ」又は「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ」の情報によってＰＵＳＣＨ繰り返し送信が行うスロットの内の少なくとも一つのシンボルがダウンリンクシンボルで指示される場合、端末は、当該シンボルが位置するスロットでＰＵＳＣＨ送信を行わない。
【0194】
【表16-7】
【0195】
以下では、５Ｇシステムにおいてアップリンクデータチャネルの繰り返し送信について具体的に説明する。
５Ｇシステムにおいては、アップリンクデータチャンネルの繰り返し送信方法で２つのタイプ、ＰＵＳＣＨ繰り返し送信タイプＡ、ＰＵＳＣＨ繰り返し送信タイプＢをサポートする。
端末は、上位レイヤーシグナリングでＰＵＳＣＨ繰り返し送信タイプＡ又はＢの内の一つが設定される。
５Ｇシステムにおいては、アップリンクデータチャンネルの繰り返し送信方法で２つのタイプ、ＰＵＳＣＨ繰り返し送信タイプＡ、ＰＵＳＣＨ繰り返し送信タイプＢをサポートする。
端末は、上位レイヤーシグナリングでＰＵＳＣＨ繰り返し送信タイプＡ又はＢの内の一つが設定される。
【0196】
＜ＰＵＳＣＨ繰り返し送信タイプＡの一例＞
・前述したように、一つのスロットの内で、時間ドメインリソース割り当て方法でアップリンクデータチャンネルのシンボル長さと開始シンボルの位置が決定されて基地局は、繰り返し送信回数を上位階層シグナリング（例えば、ＲＲＣシグナリング）又はＬ１シグナリング（例えば、ＤＣＩ）を介して端末に通知する。及び
・端末は、基地局から受信した繰り返し送信回数に基づいて設定されたアップリンクデータチャンネルの長さと開始シンボルが同じのアップリンクデータチャンネルを連続されたスロットで繰り返し送信することができる。
この時、基地局が端末にダウンリンクで設定したスロット又は端末が設定されたアップリンクデータチャンネルのシンボルの内の少なくとも一つ以上のシンボルがダウンリンクと設定された場合、端末はアップリンクデータチャンネル送信を省略するが、アップリンクデータチャンネルの繰り返し送信回数はカウントする。
・前述したように、一つのスロットの内で、時間ドメインリソース割り当て方法でアップリンクデータチャンネルのシンボル長さと開始シンボルの位置が決定されて基地局は、繰り返し送信回数を上位階層シグナリング（例えば、ＲＲＣシグナリング）又はＬ１シグナリング（例えば、ＤＣＩ）を介して端末に通知する。及び
・端末は、基地局から受信した繰り返し送信回数に基づいて設定されたアップリンクデータチャンネルの長さと開始シンボルが同じのアップリンクデータチャンネルを連続されたスロットで繰り返し送信することができる。
この時、基地局が端末にダウンリンクで設定したスロット又は端末が設定されたアップリンクデータチャンネルのシンボルの内の少なくとも一つ以上のシンボルがダウンリンクと設定された場合、端末はアップリンクデータチャンネル送信を省略するが、アップリンクデータチャンネルの繰り返し送信回数はカウントする。
【0197】
＜ＰＵＳＣＨ繰り返し送信タイプＢの一例＞
・前述したように、一つのスロットの内で、時間ドメインリソース割り当て方法でアップリンクデータチャンネルの開始シンボルと長さが決定されて基地局は、繰り返し送信回数「ｎｕｍｂｅｒｏｆｒｅｐｅｔｉｔｉｏｎｓ」を上位シグナリング（例えばＲＲＣシグナリング）又はＬ１シグナリング（例えば、ＤＣＩ）を介して端末に通知する。及び
・先ず、設定されたアップリンクデータチャンネルの開始シンボルと長さに基づいてアップリンクデータチャンネルの「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」が以下のように決定される。
ｎ番目の「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」が開始するスロットは、
によって与えられ、そのスロットで開始するシンボルは、
によって与えられる。
ｎ番目ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎが終了されるスロットは、
によって与えられ、そのスロットで終了されるシンボルは、
によって与えられる。
ここでｎ＝０，…、「ｎｕｍｂｅｒｏｆｒｅｐｅｔｉｔｉｏｎｓ－１」であり、Ｓは、設定されたアップリンクデータチャンネルの開始シンボル、Ｌは設定されたアップリンクデータチャンネルのシンボル長さを示す。
Ｋｓは、ＰＵＳＣＨ送信が開始するスロットを示し、
スロット当たりシンボルの数を示す。
・前述したように、一つのスロットの内で、時間ドメインリソース割り当て方法でアップリンクデータチャンネルの開始シンボルと長さが決定されて基地局は、繰り返し送信回数「ｎｕｍｂｅｒｏｆｒｅｐｅｔｉｔｉｏｎｓ」を上位シグナリング（例えばＲＲＣシグナリング）又はＬ１シグナリング（例えば、ＤＣＩ）を介して端末に通知する。及び
・先ず、設定されたアップリンクデータチャンネルの開始シンボルと長さに基づいてアップリンクデータチャンネルの「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」が以下のように決定される。
ｎ番目の「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」が開始するスロットは、
ｎ番目ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎが終了されるスロットは、
ここでｎ＝０，…、「ｎｕｍｂｅｒｏｆｒｅｐｅｔｉｔｉｏｎｓ－１」であり、Ｓは、設定されたアップリンクデータチャンネルの開始シンボル、Ｌは設定されたアップリンクデータチャンネルのシンボル長さを示す。
Ｋｓは、ＰＵＳＣＨ送信が開始するスロットを示し、
【0198】
・端末は、ＰＵＳＣＨ繰り返し送信タイプＢのために「ｉｎｖａｌｉｄ ｓｙｍｂｏｌ」を決定する。
「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ」又は「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ」によってダウンリンクと設定されたシンボルは、ＰＵＳＣＨ繰り返し送信タイプＢのためのｉｎｖａｌｉｄシンボルと決定される。
追加的に、上位階層パラメーター（例えば、「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ」）でｉｎｖａｌｉｄシンボルが設定される。
上位階層パラメーター（例えば、「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ」）は、一つのスロット又は２つのスロットにかけたシンボルレベルビットマップを提供してｉｎｖａｌｉｄシンボルが設定される。
ビットマップで、「１」は、ｉｎｖａｌｉｄシンボルを示す。
追加的に、上位階層パラメーター（例えば、「ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＰａｔｔｅｒｎ」）を介してビットマップの周期とパターンが設定される。
もし、上位階層パラメーター（例えば、「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ」）が設定されて「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎＩｎｄｉｃａｔｏｒ－ＦｏｒＤＣＩＦｏｒｍａｔ（０＿１）」又は「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎＩｎｄｉｃａｔｏｒ－ＦｏｒＤＣＩＦｏｒｍａｔ（０＿２）」パラメーターが「１」を示すと、端末は、ｉｎｖａｌｉｄシンボルパターンを適用し、パラメーターが「０」を示すと、端末はｉｎｖａｌｉｄシンボルパターンを適用しない。
もし、上位階層パラメーター（例えば、「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ」）が設定されて「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎＩｎｄｉｃａｔｏｒ－ＦｏｒＤＣＩＦｏｒｍａｔ（０＿１）」又は「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎＩｎｄｉｃａｔｏｒ－ＦｏｒＤＣＩＦｏｒｍａｔ（０＿２）」パラメーターが設定されない場合、端末はｉｎｖａｌｉｄシンボルパターンを適用する。
「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｍｏｎ」又は「ｔｄｄ－ＵＬ－ＤＬ－ＣｏｎｆｉｇｕｒａｔｉｏｎＤｅｄｉｃａｔｅｄ」によってダウンリンクと設定されたシンボルは、ＰＵＳＣＨ繰り返し送信タイプＢのためのｉｎｖａｌｉｄシンボルと決定される。
追加的に、上位階層パラメーター（例えば、「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ」）でｉｎｖａｌｉｄシンボルが設定される。
上位階層パラメーター（例えば、「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ」）は、一つのスロット又は２つのスロットにかけたシンボルレベルビットマップを提供してｉｎｖａｌｉｄシンボルが設定される。
ビットマップで、「１」は、ｉｎｖａｌｉｄシンボルを示す。
追加的に、上位階層パラメーター（例えば、「ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＰａｔｔｅｒｎ」）を介してビットマップの周期とパターンが設定される。
もし、上位階層パラメーター（例えば、「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ」）が設定されて「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎＩｎｄｉｃａｔｏｒ－ＦｏｒＤＣＩＦｏｒｍａｔ（０＿１）」又は「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎＩｎｄｉｃａｔｏｒ－ＦｏｒＤＣＩＦｏｒｍａｔ（０＿２）」パラメーターが「１」を示すと、端末は、ｉｎｖａｌｉｄシンボルパターンを適用し、パラメーターが「０」を示すと、端末はｉｎｖａｌｉｄシンボルパターンを適用しない。
もし、上位階層パラメーター（例えば、「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎ」）が設定されて「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎＩｎｄｉｃａｔｏｒ－ＦｏｒＤＣＩＦｏｒｍａｔ（０＿１）」又は「ＩｎｖａｌｉｄＳｙｍｂｏｌＰａｔｔｅｒｎＩｎｄｉｃａｔｏｒ－ＦｏｒＤＣＩＦｏｒｍａｔ（０＿２）」パラメーターが設定されない場合、端末はｉｎｖａｌｉｄシンボルパターンを適用する。
【0199】
Ｉｎｖａｌｉｄシンボルが決定された後、それぞれの「Ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」に対して、端末は、ｉｎｖａｌｉｄシンボル以外のシンボルをｖａｌｉｄシンボルと考慮する。
それぞれの「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」でｖａｌｉｄシンボルが、一つ以上が含まれると、「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」は、一つ又はより多い「ａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎ」を含む。
ここで、各「ａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎ」は、一つのスロットの内でＰＵＳＣＨ繰り返し送信タイプＢのために用いられることができるｖａｌｉｄシンボルの連続的なセットを含んでいる。
それぞれの「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」でｖａｌｉｄシンボルが、一つ以上が含まれると、「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」は、一つ又はより多い「ａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎ」を含む。
ここで、各「ａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎ」は、一つのスロットの内でＰＵＳＣＨ繰り返し送信タイプＢのために用いられることができるｖａｌｉｄシンボルの連続的なセットを含んでいる。
【0200】
図１３ｂは、本発明の一実施形態による無線通信システムでＰＵＳＣＨ繰り返し送信タイプ Ｂの一例を示す図である。
端末は、アップリンクデータチャンネルの開始シンボルＳを「０」と、アップリンクデータチャンネルの長さＬが「１４」と設定されて繰り返し送信回数が「１６」と設定される。
端末は、アップリンクデータチャンネルの開始シンボルＳを「０」と、アップリンクデータチャンネルの長さＬが「１４」と設定されて繰り返し送信回数が「１６」と設定される。
【0201】
この場合、「Ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」は、連続された１６個のスロットで示す（１３ｂ－０１）。
その後、端末は各「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」３０１でダウンリンクシンボルと設定されたシンボルは、ｉｎｖａｌｉｄシンボルと決定する。
また、端末は、「ｉｎｖａｌｉｄ ｓｙｍｂｏｌ ｐａｔｔｅｒｎ」（１３ｂ－０２）で「１」と設定されたシンボルをｉｎｖａｌｉｄシンボルと決定する。
各「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」でｉｎｖａｌｉｄシンボルではないｖａｌｉｄシンボルが一つのスロットで連続された１個以上のシンボルで構成される場合、「ａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎ」に設定されて送信される（１３ｂ－０３）。
その後、端末は各「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」３０１でダウンリンクシンボルと設定されたシンボルは、ｉｎｖａｌｉｄシンボルと決定する。
また、端末は、「ｉｎｖａｌｉｄ ｓｙｍｂｏｌ ｐａｔｔｅｒｎ」（１３ｂ－０２）で「１」と設定されたシンボルをｉｎｖａｌｉｄシンボルと決定する。
各「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」でｉｎｖａｌｉｄシンボルではないｖａｌｉｄシンボルが一つのスロットで連続された１個以上のシンボルで構成される場合、「ａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎ」に設定されて送信される（１３ｂ－０３）。
【0202】
また、ＰＵＳＣＨ繰り返し送信に対し、「ＮＲ Ｒｅｌｅａｓｅ」１６ではスロット境界を越える「ＵＬ ｇｒａｎｔ」基盤ＰＵＳＣＨ送信、及び「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」基盤ＰＵＳＣＨ送信に対して次のような追加的な方法を定義する。
【0203】
・方法１（ｍｉｎｉ－ｓｌｏｔ ｌｅｖｅｌ ｒｅｐｅｔｉｔｉｏｎ）の一例で、１個の「ＵＬ ｇｒａｎｔ」を介し、１個のスロット内又は連続されたスロットの境界を越える２個以上のＰＵＳＣＨ繰り返し送信がスケジューリングされる。
また、方法１に対し、ＤＣＩ内の時間領域リソース割り当て情報は、第１繰り返し送信のリソースを示す。
また、第１繰り返し送信の時間領域リソース情報と、各スロットの各シンボル別で決定されているアップリンク又はダウンリンク方向によって残り繰り返し送信の時間領域リソース情報を決定することができる。
各繰り返し送信は、連続されたシンボルを占める。
また、方法１に対し、ＤＣＩ内の時間領域リソース割り当て情報は、第１繰り返し送信のリソースを示す。
また、第１繰り返し送信の時間領域リソース情報と、各スロットの各シンボル別で決定されているアップリンク又はダウンリンク方向によって残り繰り返し送信の時間領域リソース情報を決定することができる。
各繰り返し送信は、連続されたシンボルを占める。
【0204】
・方法２（ｍｕｌｔｉ－ｓｅｇｍｅｎｔ ｔｒａｎｓｍｉｓｓｉｏｎ）の一例で、１個の「ＵＬ ｇｒａｎｔ」を介して連続されたスロットで２個以上のＰＵＳＣＨ繰り返し送信がスケジューリングされる。
この時、各スロット別で１つの送信が指定されて各送信別で互いに異なる開始地点又は繰り返し長さが異なる。
また、方法２で、ＤＣＩ内の時間領域リソース割り当て情報は、すべての繰り返し送信の開始地点と繰り返し長さを指す。
また、方法２を介して単一スロット内で繰り返し送信を行う場合、当該スロット内に連続されたアップリンクシンボルのバンドルが複数個存在する場合、各繰り返し送信は、各アップリンクシンボルバンドル別で行われる。
もし、当該スロット内に連続されたアップリンクシンボルのバンドルが唯一に存在する場合、「ＮＲ Ｒｅｌｅａｓｅ」１５の方法にしたがって、１つのＰＵＳＣＨ繰り返し送信が行われる。
この時、各スロット別で１つの送信が指定されて各送信別で互いに異なる開始地点又は繰り返し長さが異なる。
また、方法２で、ＤＣＩ内の時間領域リソース割り当て情報は、すべての繰り返し送信の開始地点と繰り返し長さを指す。
また、方法２を介して単一スロット内で繰り返し送信を行う場合、当該スロット内に連続されたアップリンクシンボルのバンドルが複数個存在する場合、各繰り返し送信は、各アップリンクシンボルバンドル別で行われる。
もし、当該スロット内に連続されたアップリンクシンボルのバンドルが唯一に存在する場合、「ＮＲ Ｒｅｌｅａｓｅ」１５の方法にしたがって、１つのＰＵＳＣＨ繰り返し送信が行われる。
【0205】
・方法３の一例で、２個以上の「ＵＬ ｇｒａｎｔ」を介して連続されたスロットで２個以上のＰＵＳＣＨ繰り返し送信がスケジューリングされる。
この時、各スロット別で１つの送信が指定され、ｎ番目の「ＵＬ ｇｒａｎｔ」は、（ｎ－１）番目の「ＵＬ ｇｒａｎｔ」にスケジューリングされたＰＵＳＣＨ送信が終了される前に受信することができる。
この時、各スロット別で１つの送信が指定され、ｎ番目の「ＵＬ ｇｒａｎｔ」は、（ｎ－１）番目の「ＵＬ ｇｒａｎｔ」にスケジューリングされたＰＵＳＣＨ送信が終了される前に受信することができる。
【0206】
・方法４の一例で、１個の「ＵＬ ｇｒａｎｔ」又は１個の「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」を介し、単一スロット内に１個又は複数個のＰＵＳＣＨ繰り返し送信、又は連続されたスロットの境界にかけて２個又はその以上のＰＵＳＣＨ繰り返し送信がサポートされる。
基地局が端末に指示する繰り返し回数は、名目上の値であるだけで、端末が実際に行うＰＵＳＣＨ繰り返し送信回数は、名目上の繰り返し回数より多い場合がある。
ＤＣＩ内の、又は「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」内の時間領域リソース割り当て情報は、基地局が指示する第１繰り返し送信のリソースを意味する。
残り繰り返し送信の時間領域リソース情報は、少なくとも第１繰り返し送信のリソース情報とシンボルのアップリンク又はダウンリンク方向を参照して決定される。
もし、基地局が指示する繰り返し送信の時間領域リソース情報がスロット境界にかけるかアップリンク／ダウンリンク転換地点を含む場合、当該繰り返し送信は、複数個の繰り返し送信に分けられる。
この時、１個のスロット内に各アップリンク期間別で１個の繰り返し送信を含む。
基地局が端末に指示する繰り返し回数は、名目上の値であるだけで、端末が実際に行うＰＵＳＣＨ繰り返し送信回数は、名目上の繰り返し回数より多い場合がある。
ＤＣＩ内の、又は「ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ」内の時間領域リソース割り当て情報は、基地局が指示する第１繰り返し送信のリソースを意味する。
残り繰り返し送信の時間領域リソース情報は、少なくとも第１繰り返し送信のリソース情報とシンボルのアップリンク又はダウンリンク方向を参照して決定される。
もし、基地局が指示する繰り返し送信の時間領域リソース情報がスロット境界にかけるかアップリンク／ダウンリンク転換地点を含む場合、当該繰り返し送信は、複数個の繰り返し送信に分けられる。
この時、１個のスロット内に各アップリンク期間別で１個の繰り返し送信を含む。
【0207】
以下では、５Ｇシステムでアップリンクデータチャンネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＰＵＳＣＨ）の周波数ホッピング（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ）に対して具体的に説明する。
５Ｇではアップリンクデータチャンネルの周波数ホッピング方法で、各ＰＵＳＣＨ繰り返し送信タイプごとに２つの方法をサポートする。
先ず、ＰＵＳＣＨ繰り返し送信タイプＡでは、「ｉｎｔｒａ－ｓｌｏｔ」周波数ホッピングと「ｉｎｔｅｒ－ｓｌｏｔ」周波数ホッピングをサポートし、ＰＵＳＣＨ繰り返し送信タイプＢでは、「ｉｎｔｅｒ－ｒｅｐｅｔｉｔｉｏｎ」周波数ホッピングと「ｉｎｔｅｒ－ｓｌｏｔ」周波数ホッピングをサポートする。
５Ｇではアップリンクデータチャンネルの周波数ホッピング方法で、各ＰＵＳＣＨ繰り返し送信タイプごとに２つの方法をサポートする。
先ず、ＰＵＳＣＨ繰り返し送信タイプＡでは、「ｉｎｔｒａ－ｓｌｏｔ」周波数ホッピングと「ｉｎｔｅｒ－ｓｌｏｔ」周波数ホッピングをサポートし、ＰＵＳＣＨ繰り返し送信タイプＢでは、「ｉｎｔｅｒ－ｒｅｐｅｔｉｔｉｏｎ」周波数ホッピングと「ｉｎｔｅｒ－ｓｌｏｔ」周波数ホッピングをサポートする。
【0208】
ＰＵＳＣＨ繰り返し送信タイプＡでサポートする「ｉｎｔｒａ－ｓｌｏｔ」周波数ホッピング方法は、端末が一つのスロット内の２つのホップ（ｈｏｐ）で周波数ドメインの割り当てられたリソースを設定された周波数オフセットほど変更して送信する方法である。
「Ｉｎｔｒａ－ｓｌｏｔ」周波数ホッピングで各ホップの開始ＲＢは、以下に示す数式４を介して表される。
「Ｉｎｔｒａ－ｓｌｏｔ」周波数ホッピングで各ホップの開始ＲＢは、以下に示す数式４を介して表される。
【0209】
【数4】
【0210】
数式４で、ｉ＝０とｉ＝１は、それぞれの第１のホップと第２のホップを示し、ＲＢｓｔｒｔは、「ＵＬ ＢＷＰ」の内で開始ＲＢを表されて周波数リソース割り当て方法から計算される。
ＲＢｏｆｆｓｅｔは、上位階層パラメーターを介して２つのホップの間に周波数オフセットを表される。
第１のホップのシンボル数は、
と表されることができ、第２のホップのシンボル数は
と表されることができる。
は、一つのスロット内でのＰＵＳＣＨ送信の長さで、ＯＦＤＭシンボル数で表される。
ＲＢｏｆｆｓｅｔは、上位階層パラメーターを介して２つのホップの間に周波数オフセットを表される。
第１のホップのシンボル数は、
【0211】
次に、ＰＵＳＣＨ繰り返し送信タイプＡとＢでサポートするｉ「ｎｔｅｒ－ｓｌｏｔ」周波数ホッピング方法は、端末が、各スロットごとに周波数ドメインの割り当てられたリソースを設定された周波数オフセットほど変更して送信する方法である。
「Ｉｎｔｅｒ－ｓｌｏｔ」周波数ホッピングで
スロットの間の開始ＲＢは、以下に示す数式５を介して表される。
「Ｉｎｔｅｒ－ｓｌｏｔ」周波数ホッピングで
【0212】
【数5】
【0213】
数式５で、
は、「ｍｕｌｔｉ－ｓｌｏｔ」ＰＵＳＣＨ送信で現在スロット番号、ＲＢｓｔａｒｔは、ＵＬ ＢＷＰの内で開始ＲＢを表されて周波数リソース割り当て方法から計算される。
ＲＢｏｆｆｓｅｔは、上位階層パラメーターを介して２つのホップの間に周波数オフセットを表される。
ＲＢｏｆｆｓｅｔは、上位階層パラメーターを介して２つのホップの間に周波数オフセットを表される。
【0214】
次に、ＰＵＳＣＨ繰り返し送信タイプＢでサポートする「ｉｎｔｅｒ－ｒｅｐｅｔｉｔｉｏｎ」周波数ホッピング方法は、各「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」内の１個又は複数個の「ａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎ」に対する周波数ドメイン上で割り当てられたリソースを、設定された周波数オフセットほど移動して送信することである。
ｎ番目の「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」内の１個又は複数個の「ａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎ」に対する周波数ドメイン上で、開始ＲＢのｉｎｄｅｘであるＲＢｓｔａｒｔ（ｎ）は、以下に示す数式６による。
ｎ番目の「ｎｏｍｉｎａｌ ｒｅｐｅｔｉｔｉｏｎ」内の１個又は複数個の「ａｃｔｕａｌ ｒｅｐｅｔｉｔｉｏｎ」に対する周波数ドメイン上で、開始ＲＢのｉｎｄｅｘであるＲＢｓｔａｒｔ（ｎ）は、以下に示す数式６による。
【0215】
【数6】
【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】
例えば、多重ＴＲＰが端末から互いに異なる方向に存在する場合、送信ビーム又は送信プリコーダが異なるため、各ＴＲＰのための送信ビーム又は送信プリコーダがそれぞれ設定又は指示されなければならない必要がある。
他の例で、多重ＴＲＰが端末から互いに異なる距離に存在する場合、多重ＴＲＰと端末の間の互いに独立的な電力調節方式が必要なことがあり、これによって互いに異なる時間／周波数リソース割り当てが行われる。
例えば、特定ＴＲＰに比べて相対的に遠い距離に存在するＴＲＰに対しては、ＲＥ当たり電力を高めるために相対的に少ない数のＲＢと多くの数のシンボル数を割り当てる。
したがって、互いに異なる情報をそれぞれ伝達するためには単一ＤＣＩを介して端末に伝達しようとする場合、当該ＤＣＩのビット長さが非常に大きくなる可能性があるため、複数個のＤＣＩを介して端末にＰＵＳＣＨ繰り返し送信を指示することがより効率的である。
他の例で、多重ＴＲＰが端末から互いに異なる距離に存在する場合、多重ＴＲＰと端末の間の互いに独立的な電力調節方式が必要なことがあり、これによって互いに異なる時間／周波数リソース割り当てが行われる。
例えば、特定ＴＲＰに比べて相対的に遠い距離に存在するＴＲＰに対しては、ＲＥ当たり電力を高めるために相対的に少ない数のＲＢと多くの数のシンボル数を割り当てる。
したがって、互いに異なる情報をそれぞれ伝達するためには単一ＤＣＩを介して端末に伝達しようとする場合、当該ＤＣＩのビット長さが非常に大きくなる可能性があるため、複数個のＤＣＩを介して端末にＰＵＳＣＨ繰り返し送信を指示することがより効率的である。
【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】
１）端末は、基地局に多重ＴＲＰを考慮した動作のための「ＵＥ ｃａｐａｂｉｌｉｔｙ」を報告する。
この時、報告される「ＵＥ ｃａｐａｂｉｌｉｔｙ」には、［方法１－７－１］～［方法１－７－３］の内の少なくとも１つに対するサポートするか否か、［方法１－７－１］をサポートするか否か報告時の多重ＴＲＰ送信マッピング順序関連情報などが含まれる。
この時、報告される「ＵＥ ｃａｐａｂｉｌｉｔｙ」には、［方法１－７－１］～［方法１－７－３］の内の少なくとも１つに対するサポートするか否か、［方法１－７－１］をサポートするか否か報告時の多重ＴＲＰ送信マッピング順序関連情報などが含まれる。
【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】
【表17-1】
【0398】
［表１７－１］で、Ｄはダウンリンクシンボルを、Ｕはアップリンクシンボルを、Ｆはフレキシブルのシンボルを意味する。
［表１７－１］によれば、一つのスロットに対してサポート可能なスロットフォーマットの総数は、２５６個である。
ＮＲシステムでスロットフォーマット指示のために用いられることができる情報ビットの最大サイズは、１２８ビットであり、上位階層シグナリング、例えば、‘ｄｃｉ－ＰａｙｌｏａｄＳｉｚｅ’を介して基地局が端末に設定することができる。
［表１７－１］によれば、一つのスロットに対してサポート可能なスロットフォーマットの総数は、２５６個である。
ＮＲシステムでスロットフォーマット指示のために用いられることができる情報ビットの最大サイズは、１２８ビットであり、上位階層シグナリング、例えば、‘ｄｃｉ－ＰａｙｌｏａｄＳｉｚｅ’を介して基地局が端末に設定することができる。
【0399】
この時、免許又は非免許帯域で動作するセルは、一つ以上の追加的なスロットフォーマットを導入するか、又は既存のスロットフォーマットの内の少なくとも一つ以上を修正することによって、［表１７－２］のように追加的スロットフォーマットを設定及び指示することができる。
［表１７－２］は、一つのスロットがアップリンクシンボルとフレキシブルのシンボル（Ｆ）のみから構成される追加的スロットフォーマットの一例を示す。
［表１７－２］は、一つのスロットがアップリンクシンボルとフレキシブルのシンボル（Ｆ）のみから構成される追加的スロットフォーマットの一例を示す。
【0400】
【表17-2】
【0401】
一実施形態で、スロットフォーマット指示のために用いられるダウンリンク制御情報は、複数個のサービングセルに対するスロットフォーマットを指示し、各サービングセルに対するスロットフォーマットは、サービングセルＩＤ（ｓｅｒｖｉｎｇ ｃｅｌｌ ＩＤ）を介して区分される。
また、各サービングセルに対して一つ以上のスロットに対するスロットフォーマット組み合わせ（ｓｌｏｔ ｆｏｒｍａｔ ｃｏｍｂｉｎａｔｉｏｎ）が、ダウンリンク制御情報によって指示される。
例えば、ダウンリンク制御情報内の一つのスロットフォーマットインジケーターインデックスフィールドのサイズが３ビットであり、一つのサービングセルに対するスロットフォーマットを指示する場合、３ビットのスロットフォーマットインジケーターインデックスフィールドは、総８個のスロットフォーマット（又はスロットフォーマット組み合わせ）の内の一つを指示し、基地局は、スロットフォーマットインジケーターインデックスフィールドを、端末グループ共通ダウンリンク制御情報（ｃｏｍｍｏｎ ＤＣＩ）を介して指示する。
また、各サービングセルに対して一つ以上のスロットに対するスロットフォーマット組み合わせ（ｓｌｏｔ ｆｏｒｍａｔ ｃｏｍｂｉｎａｔｉｏｎ）が、ダウンリンク制御情報によって指示される。
例えば、ダウンリンク制御情報内の一つのスロットフォーマットインジケーターインデックスフィールドのサイズが３ビットであり、一つのサービングセルに対するスロットフォーマットを指示する場合、３ビットのスロットフォーマットインジケーターインデックスフィールドは、総８個のスロットフォーマット（又はスロットフォーマット組み合わせ）の内の一つを指示し、基地局は、スロットフォーマットインジケーターインデックスフィールドを、端末グループ共通ダウンリンク制御情報（ｃｏｍｍｏｎ ＤＣＩ）を介して指示する。
【0402】
一実施形態で、ダウンリンク制御情報に含まれる少なくとも一つのスロットフォーマットインジケーターインデックスフィールドは、複数個のスロットに対するスロットフォーマット組み合わせインジケーターで構成される。
例えば、［表１７－３］は、［表１７－１］及び［表１７－２］のスロットフォーマットから構成された３ビットスロットフォーマット組み合わせインジケーターを示す。
スロットフォーマット組み合わせインジケーターの値の中｛０，１，２、３、４｝は、一つのスロットに対するスロットフォーマットを指示する。
残り３個の値｛５、６、７｝は、４個スロットに対するスロットフォーマットを指示し、端末は、スロットフォーマット組み合わせインジケーターを含むダウンリンク制御情報を検出したスロットから順次に４個のスロットに指示されたスロットフォーマットを適用する。
例えば、［表１７－３］は、［表１７－１］及び［表１７－２］のスロットフォーマットから構成された３ビットスロットフォーマット組み合わせインジケーターを示す。
スロットフォーマット組み合わせインジケーターの値の中｛０，１，２、３、４｝は、一つのスロットに対するスロットフォーマットを指示する。
残り３個の値｛５、６、７｝は、４個スロットに対するスロットフォーマットを指示し、端末は、スロットフォーマット組み合わせインジケーターを含むダウンリンク制御情報を検出したスロットから順次に４個のスロットに指示されたスロットフォーマットを適用する。
【0403】
【表17-3】
【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】
２４－００ 端末機受信部
２４－０５ 端末機処理部
２４－１０ 端末機送信部
２５－００ 基地局受信部
２５－０５ 基地局処理部
２５－１０ 基地局送信部
２４－０５ 端末機処理部
２４－１０ 端末機送信部
２５－００ 基地局受信部
２５－０５ 基地局処理部
２５－１０ 基地局送信部
【図1】
【図2】
【図3】
【図4】
【図5a】
【図5b】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13a】
【図13b】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23a】
【図23b】
【図24】
【図25】
【手続補正書】
【提出日】2023-05-26
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
通信システムで端末によって行われる方法であって、
一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを受信する段階と、
ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する段階と、
ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、
前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを送信する段階と、を有することを特徴とする通信システムでの端末による実行方法。
【請求項2】
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第２コードポイントは、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第３コードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに対するマッピングパターンに従って、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第４コードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに対する前記マッピングパターンに従って、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示することを特徴とする請求項１に記載の通信システムでの端末による実行方法。
【請求項3】
前記マッピングパターンが循環マッピングに設定される場合、前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第１ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第２ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが順次マッピングに設定される場合、前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第１ＰＵＳＣＨ及び前記第２ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第３ＰＵＳＣＨ及び第４ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが前記循環マッピングに設定される場合、前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第２ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第１ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが前記順次マッピングに設定される場合、前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第３ＰＵＳＣＨ及び前記第４ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第１ＰＵＳＣＨ及び前記第２ＰＵＳＣＨに適用されることを指示することを特徴とする請求項２に記載の通信システムでの端末による実行方法。
【請求項4】
前記ＤＣＩは、第１ＳＲＳリソースインジケーターフィールド及び第２ＳＲＳリソースインジケーターフィールドを含み、
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第２コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
非コードブック基盤送信が前記一つ以上のＰＵＳＣＨ繰り返しに設定された場合、前記第１ＳＲＳリソースインジケーターフィールド及び前記第２ＳＲＳリソースインジケーターフィールドは、同じ数のレイヤーを指示することを特徴とする請求項２に記載の通信システムでの端末による実行方法。
【請求項5】
前記ＤＣＩは、第１ＳＲＳリソースインジケーターフィールド、第２ＳＲＳリソースインジケーターフィールド、第１プリコーディング情報フィールド、及び第２プリコーディング情報フィールドを含み、
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第２コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールド及び前記第２プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールド及び前記第２プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
非コードブック基盤送信が前記一つ以上のＰＵＳＣＨ繰り返しに設定された場合、前記第２プリコーディング情報フィールドのビット数は、前記第１プリコーディング情報フィールドに関連したレイヤー別ＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）の最大数に基づくことを特徴とする請求項２に記載の通信システムでの端末による実行方法。
【請求項6】
通信システムで基地局によって行われる方法であって、
一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを端末に送信する段階と、
ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信する段階と、
ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、
前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを前記端末から受信する段階と、を有することを特徴とする通信システムでの基地局による実行方法。
【請求項7】
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第２コードポイントは、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第３コードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに対するマッピングパターンに従って、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第４コードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに対する前記マッピングパターンに従って、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示することを特徴とする請求項６に記載の通信システムでの基地局による実行方法。
【請求項8】
前記マッピングパターンが循環マッピングに設定される場合、前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第１ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第２ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが順次マッピングに設定される場合、前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第１ＰＵＳＣＨ及び前記第２ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第３ＰＵＳＣＨ及び第４ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが前記循環マッピングに設定される場合、前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第２ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第１ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが前記順次マッピングに設定される場合、前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第３ＰＵＳＣＨ及び前記第４ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第１ＰＵＳＣＨ及び前記第２ＰＵＳＣＨに適用されることを指示することを特徴とする請求項７に記載の通信システムでの基地局による実行方法。
【請求項9】
前記ＤＣＩは、第１ＳＲＳリソースインジケーターフィールド及び第２ＳＲＳリソースインジケーターフィールドを含み、
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第２コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
非コードブック基盤送信が前記一つ以上のＰＵＳＣＨ繰り返しに設定された場合、前記第１ＳＲＳリソースインジケーターフィールド及び前記第２ＳＲＳリソースインジケーターフィールドは、同じ数のレイヤーを指示することを特徴とする請求項７に記載の通信システムでの基地局による実行方法。
【請求項10】
前記ＤＣＩは、第１ＳＲＳリソースインジケーターフィールド、第２ＳＲＳリソースインジケーターフィールド、第１プリコーディング情報フィールド、及び第２プリコーディング情報フィールドを含み、
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第２コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールド及び前記第２プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールド及び前記第２プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
非コードブック基盤送信が前記一つ以上のＰＵＳＣＨ繰り返しに設定された場合、前記第２プリコーディング情報フィールドのビット数は、前記第１プリコーディング情報フィールドに関連したレイヤー別ＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）の最大数に基づくことを特徴とする請求項７に記載の通信システムでの基地局による実行方法。
【請求項11】
通信システムでの端末であって、
送受信部と、
前記送受信部と接続された制御部と、を有し、
前記制御部は、一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを受信し、
ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、
ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、
前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを送信することを特徴とする端末。
【請求項12】
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第２コードポイントは、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第３コードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに対するマッピングパターンに従って、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第４コードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに対する前記マッピングパターンに従って、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示することを特徴とする請求項１１に記載の端末。
【請求項13】
前記マッピングパターンが循環マッピングに設定される場合、前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第１ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第２ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが順次マッピングに設定される場合、前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第１ＰＵＳＣＨ及び前記第２ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第３ＰＵＳＣＨ及び第４ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが前記循環マッピングに設定される場合、前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第２ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第１ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが前記順次マッピングに設定される場合、前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第３ＰＵＳＣＨ及び前記第４ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第１ＰＵＳＣＨ及び前記第２ＰＵＳＣＨに適用されることを指示することを特徴とする請求項１２に記載の端末。
【請求項14】
前記ＤＣＩは、第１ＳＲＳリソースインジケーターフィールド及び第２ＳＲＳリソースインジケーターフィールドを含み、
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第２コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
非コードブック基盤送信が前記一つ以上のＰＵＳＣＨ繰り返しに設定された場合、前記第１ＳＲＳリソースインジケーターフィールド及び前記第２ＳＲＳリソースインジケーターフィールドは、同じ数のレイヤーを指示することを特徴とする請求項１２に記載の端末。
【請求項15】
前記ＤＣＩは、第１ＳＲＳリソースインジケーターフィールド、第２ＳＲＳリソースインジケーターフィールド、第１プリコーディング情報フィールド、及び第２プリコーディング情報フィールドを含み、
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第２コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールド及び前記第２プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールド及び前記第２プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
非コードブック基盤送信が前記一つ以上のＰＵＳＣＨ繰り返しに設定された場合、前記第２プリコーディング情報フィールドのビット数は、前記第１プリコーディング情報フィールドに関連したレイヤー別ＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）の最大数に基づくことを特徴とする請求項１２に記載の端末。
【請求項16】
通信システムでの基地局であって、
送受信部と、
前記送受信部と接続された制御部と、を有し、
前記制御部は、一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを端末に送信し、
ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信し、
ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、
前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを前記端末から受信することを特徴とする基地局。
【請求項17】
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第２コードポイントは、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第３コードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに対するマッピングパターンに従って、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示し、
前記フィールドに対する第４コードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに対する前記マッピングパターンに従って、前記第１ＳＲＳリソースセット及び前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しに関連していることを指示することを特徴とする請求項１６に記載の基地局。
【請求項18】
前記マッピングパターンが循環マッピングに設定される場合、前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第１ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第２ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが順次マッピングに設定される場合、前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第１ＰＵＳＣＨ及び前記第２ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第３ＰＵＳＣＨ及び第４ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが前記循環マッピングに設定される場合、前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第２ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの第１ＰＵＳＣＨに適用されることを指示し、
前記マッピングパターンが前記順次マッピングに設定される場合、前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第３ＰＵＳＣＨ及び前記第４ＰＵＳＣＨに適用され、前記第２ＳＲＳリソースセットが前記一つ以上のＰＵＳＣＨ繰り返しの前記第１ＰＵＳＣＨ及び前記第２ＰＵＳＣＨに適用されることを指示することを特徴とする請求項１７に記載の基地局。
【請求項19】
前記ＤＣＩは、第１ＳＲＳリソースインジケーターフィールド及び第２ＳＲＳリソースインジケーターフィールドを含み、
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第２コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースインジケーターフィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
非コードブック基盤送信が前記一つ以上のＰＵＳＣＨ繰り返しに設定された場合、前記第１ＳＲＳリソースインジケーターフィールド及び前記第２ＳＲＳリソースインジケーターフィールドは、同じ数のレイヤーを指示することを特徴とする請求項１７に記載の基地局。
【請求項20】
前記ＤＣＩは、第１ＳＲＳリソースインジケーターフィールド、第２ＳＲＳリソースインジケーターフィールド、第１プリコーディング情報フィールド、及び第２プリコーディング情報フィールドを含み、
前記フィールドに対する第１コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第２コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第３コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールド及び前記第２プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
前記フィールドに対する第４コードポイントは、前記第１ＳＲＳリソースインジケーターフィールド及び前記第１プリコーディング情報フィールドが前記第１ＳＲＳリソースセットに使われ、前記第２ＳＲＳリソースインジケーターフィールド及び前記第２プリコーディング情報フィールドが前記第２ＳＲＳリソースセットに使われることを指示し、
非コードブック基盤送信が前記一つ以上のＰＵＳＣＨ繰り返しに設定された場合、前記第２プリコーディング情報フィールドのビット数は、前記第１プリコーディング情報フィールドに関連したレイヤー別ＴＰＭＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）の最大数に基づくことを特徴とする請求項１７に記載の基地局。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【0008】
本発明の一態様によれば、通信システムにおいて端末によって行われる方法が提供される。
前記端末の方法は、一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを受信する段階と、ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する段階と、ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを送信する段階と、を有することを特徴とする。
前記端末の方法は、一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを受信する段階と、ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信する段階と、ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを送信する段階と、を有することを特徴とする。
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【0009】
本発明の他の態様によれば、通信システムにおいて基地局によって行われる方法が提供される。
前記基地局の方法は、一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを端末に送信する段階と、ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信する段階と、ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを前記端末から受信する段階と、を有することを特徴とする。
前記基地局の方法は、一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを端末に送信する段階と、ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信する段階と、ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを前記端末から受信する段階と、を有することを特徴とする。
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【0010】
本発明の他の態様によれば、通信システムにおける端末が提供される。
前記端末は、送受信部と、前記送受信部と接続された制御部と、を有し、前記制御部は、一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを受信し、ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを送信することを特徴とする。
前記端末は、送受信部と、前記送受信部と接続された制御部と、を有し、前記制御部は、一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを受信し、ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信し、ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを送信することを特徴とする。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【0011】
本発明の他の本発明によれば、通信システムにおける基地局が提供される。
前記基地局は、送受信部と、前記送受信部と接続された制御部と、を有し、前記制御部は、一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを端末に送信し、ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信し、ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを前記端末から受信することを特徴とする。
前記基地局は、送受信部と、前記送受信部と接続された制御部と、を有し、前記制御部は、一つ以上のＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）繰り返しに関連したＰＵＳＣＨ設定情報と、第１ＳＲＳ（ｓｏｕｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）リソースセット及び第２ＳＲＳリソースセットに関連したＳＲＳ設定情報とを含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを端末に送信し、ＳＲＳリソースセット指示のための２ビットのフィールドを含むＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を前記端末に送信し、ここで、前記フィールドに対するコードポイントは、前記一つ以上のＰＵＳＣＨ繰り返しに関連した一つ以上のＳＲＳリソースセットを指示し、前記フィールドに対するコードポイントに基づいて、前記一つ以上のＰＵＳＣＨ繰り返しのＰＵＳＣＨを前記端末から受信することを特徴とする。
【国際調査報告】