知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-01-30
(45)【発行日】2024-02-07
(54)【発明の名称】ＰＵＣＣＨリソースを設定するためのユーザ機器及び方法
(51)【国際特許分類】
H04W 72/1268 20230101AFI20240131BHJP
H04W 28/04 20090101ALI20240131BHJP
H04W 72/0457 20230101ALI20240131BHJP
H04W 72/231 20230101ALI20240131BHJP
H04L 1/16 20230101ALI20240131BHJP
【ＦＩ】
H04W72/1268
H04W28/04 110
H04W72/0457
H04W72/231
H04L1/16
【請求項の数】
12
(21)【出願番号】P 2022528268
(86)(22)【出願日】2021-01-07
(65)【公表番号】
(43)【公表日】2023-01-18
(86)【国際出願番号】 CN2021070647
(87)【国際公開番号】W WO2021139718
(87)【国際公開日】2021-07-15
【審査請求日】2022-05-16
(31)【優先権主張番号】62/958,164
(32)【優先日】2020-01-07
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】518446879
【氏名又は名称】鴻穎創新有限公司
【氏名又は名称原語表記】ＦＧ ＩＮＮＯＶＡＴＩＯＮ ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ
【住所又は居所原語表記】Ｆｌａｔ ２６２３，２６／Ｆ Ｔｕｅｎ Ｍｕｎ Ｃｅｎｔｒａｌ Ｓｑｕａｒｅ，２２ Ｈｏｉ Ｗｉｎｇ Ｒｏａｄ，Ｔｕｅｎ Ｍｕｎ，Ｎｅｗ Ｔｅｒｒｉｔｏｒｉｅｓ，Ｔｈｅ Ｈｏｎｇ Ｋｏｎｇ Ｓｐｅｃｉａｌ Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｒｅｇｉｏｎ ｏｆ ｔｈｅ Ｐｅｏｐｌｅ’ｓ Ｒｅｐｕｂｌｉｃ ｏｆ Ｃｈｉｎａ
(74)【代理人】
【識別番号】110000338
【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ
(72)【発明者】
【氏名】リン，ワンチェン
(72)【発明者】
【氏名】ワン，ハイハン
(72)【発明者】
【氏名】チン，ヘンリ
【審査官】▲高▼木 裕子
(56)【参考文献】
【文献】米国特許出願公開第２０２０／０１４５１６９（ＵＳ，Ａ１）
【文献】Huawei, HiSilicon，Mapping between PUCCH resource ID and PUCCH-Config for eURLLC[online]，3GPP TSG RAN WG2 #109bis-e R2-2003615，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109bis-e/Docs/R2-2003615.zip>，2020年04月10日
【文献】Asia Pacific Telecom，UCI enhancements[online]，3GPP TSG RAN WG1 #100_e R1-2000775，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000775.zip>，2020年02月14日
【文献】Nokia, Nokia Shanghai Bell，Maintenance of Rel-16 URLLC UCI enhancements[online]，3GPP TSG RAN WG1 #100_e R1-2000405，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000405.zip>，2020年02月14日
【文献】Qualcomm Incorporated，Considerations for URLLC resource allocation for PUCCH[online]，3GPP TSG RAN WG1 #93 R1-1807362，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1807362.zip>，2018年05月12日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
Ｈ０４Ｌ １／１６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）リソースを設定するためのユーザ機器（ＵＥ：User Equipment）であって、前記ＵＥは、少なくとも１つのプロセッサ、及び
前記少なくとも１つのプロセッサに結合された少なくとも１つのメモリであって、前記少なくとも１つのプロセッサによって実行されたとき、前記ＵＥに、
第１の上りリンク（ＵＬ：Uplink）ＢＷＰに関連付けられた第１の帯域幅部分（ＢＷＰ：Bandwidth Part）設定を受信すること、を実行させる、コンピュータ実行可能プログラムを記憶する、前記メモリを含み、
前記第１のＢＷＰ設定は、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素（ＩＥ）及び第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥを有するＰＵＣＣＨ－ＣｏｎｆｉｇＬｉｓｔ ＩＥを含み、前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨリソース識別子（ＩＤ）の第１のセットを示し、前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨリソースＩＤの第２のセットを示し、
前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥに関連付けられた第１のハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ：Hybrid automatic repeat request acknowledgement）コードブックを送信するためのＰＵＣＣＨリソースＩＤの前記第１のセットから選択された第１のリソースＩＤに対応する第１のＰＵＣＣＨリソースは、低い優先順位に対応し、
前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥに関連付けられた第２のＨＡＲＱ－ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースＩＤの前記第２のセットから選択された第２のリソースＩＤに対応する第２のＰＵＣＣＨリソースは、高い優先順位に対応し、
ＰＵＣＣＨリソースＩＤの前記第１のセット及びＰＵＣＣＨリソースＩＤの前記第２のセットは、共通のＰＵＣＣＨリソースＩＤを共有しない、
ＵＥ。
【請求項2】
前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥ及び前記第２のＰＵＣＣＨ－ＣｏｎｆｉｇＩＥは、異なるサービスタイプに対応する、請求項１に記載のＵＥ。
【請求項3】
前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨ空間関係情報ＩＤの第１のセットを更に示し、且つ前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨ空間関係情報ＩＤの第２のセットを更に示す、請求項１に記載のＵＥ。
【請求項4】
前記コンピュータ実行可能プログラムは、前記少なくとも１つのプロセッサによって実行されるとき、前記ＵＥに、物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）受信をスケジュールする、優先順位インジケータを含むダウンリンク制御情報（ＤＣＩ：Downlink control information）メッセージを受信すること、及び
前記優先順位インジケータに従って、前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥ及び前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥの内の１つを適用することによって、前記第１のＵＬ ＢＷＰにおける前記ＰＤＳＣＨ受信に関連付けられたハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ：Hybrid automatic repeat request acknowledgement）情報を送信すること、
を更に実行させる、請求項１に記載のＵＥ。
【請求項5】
物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）リソースを設定するためのユーザ機器（ＵＥ：User Equipment）によって実行される方法であって、前記方法は、第１の上りリンク（ＵＬ：Uplink）ＢＷＰに関連付けられた第１の帯域幅部分（ＢＷＰ：Bandwidth Part）設定を受信するステップ、を含み、
前記第１のＢＷＰ設定は、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素（ＩＥ）及び第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥを有するＰＵＣＣＨ－ＣｏｎｆｉｇＬｉｓｔ ＩＥを含み、前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨリソース識別子（ＩＤ）の第１のセットを示し、前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨリソースＩＤの第２のセットを示し、
前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥに関連付けられた第１のハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ：Hybrid automatic repeat request acknowledgement）コードブックを送信するためのＰＵＣＣＨリソースＩＤの前記第１のセットから選択された第１のリソースＩＤに対応する第１のＰＵＣＣＨリソースは、低い優先順位に対応し、
前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥに関連付けられた第２のＨＡＲＱ－ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースＩＤの前記第２のセットから選択された第２のリソースＩＤに対応する第２のＰＵＣＣＨリソースは、高い優先順位に対応し、
ＰＵＣＣＨリソースＩＤの前記第１のセット及びＰＵＣＣＨリソースＩＤの前記第２のセットは、共通のＰＵＣＣＨリソースＩＤを共有しない
、方法。
【請求項6】
前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥ及び前記第２のＰＵＣＣＨ－ＣｏｎｆｉｇＩＥは、異なるサービスタイプに対応する、請求項５に記載の方法。
【請求項7】
前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨ空間関係情報ＩＤの第１のセットを更に示し、且つ前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨ空間関係情報ＩＤの第２のセットを更に示す、請求項５に記載の方法。
【請求項8】
物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）受信をスケジュールする、優先順位インジケータを含むダウンリンク制御情報（ＤＣＩ：Downlink control information）メッセージを受信するステップ、及び前記優先順位インジケータに従って、前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥ及び前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥの内の１つを適用することによって、前記第１のＵＬ ＢＷＰにおける前記ＰＤＳＣＨ受信に関連付けられたハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ：Hybrid automatic repeat request acknowledgement）情報を送信するステップ、
を更に含む、請求項５に記載の方法。
【請求項9】
物理上りリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control Channel）リソースを設定するための基地局（ＢＳ：Base Station）によって実行される方法であって、前記方法は、第１の上りリンク（ＵＬ：Uplink）ＢＷＰに関連付けられた第１の帯域幅部分（ＢＷＰ：Bandwidth Part）設定を送信すること、を含み
前記第１のＢＷＰ設定は、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ情報要素（ＩＥ)及び第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥを有するＰＵＣＣＨ－ＣｏｎｆｉｇＬｉｓｔ ＩＥ）を含み、前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨリソース識別子（ＩＤ）の第１のセットを示し、前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨリソースＩＤの第２のセットを示し、
前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥに関連付けられた第１のハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ：Hybrid automatic repeat request acknowledgement）コードブックを受信するためのＰＵＣＣＨリソースＩＤの前記第１のセットから選択された第１のリソースＩＤに対応する第１のＰＵＣＣＨリソースは、低い優先順位に対応し、
前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥに関連付けられた第２のＨＡＲＱ－ＡＣＫコードブックを受信するためのＰＵＣＣＨリソースＩＤの前記第２のセットから選択された第２のＰＵＣＣＨリソースＩＤに対応する第２のリソースは、高い優先順位に対応し、
ＰＵＣＣＨリソースＩＤの前記第１のセット及びＰＵＣＣＨリソースＩＤの前記第２のセットは、共通のＰＵＣＣＨリソースＩＤを共有しない、
方法。
【請求項10】
前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥ及び前記第２のＰＵＣＣＨ－ＣｏｎｆｉｇＩＥは、異なるサービスタイプに対応する、請求項９に記載の方法。
【請求項11】
前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨ空間関係情報ＩＤの第１のセットを更に示し、且つ前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、ＰＵＣＣＨ空間関係情報ＩＤの第２のセットを更に示す、請求項９に記載の方法。
【請求項12】
物理下りリンク共有チャネル（ＰＤＳＣＨ：Physical Downlink Shared Channel）をスケジュールする、優先順位インジケータを含むダウンリンク制御情報（ＤＣＩ：Downlinkcontrol information）メッセージを送信すること、及び
前記第１のＵＬ ＢＷＰにおける前記ＰＤＳＣＨに関連付けられたハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ：Hybrid automatic repeat request acknowledgement）情報を受信すること、を更に含み、
前記優先順位インジケータは、ユーザ機器（ＵＥ：User Equipment）が、前記ＰＤＳＣＨに関連付けられたハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ：Hybrid automatic repeat request acknowledgement）情報のために、前記第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥ及び前記第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥの内の１つを適用することを可能にする、請求項９に記載の方法。
【発明の詳細な説明】
【技術分野】
【0001】
〔関連出願の相互参照〕
本開示は、２０２０年１月７日に出願された“Handling of separate PUCCH configuration for URLLC”（「’１６４仮出願」）という名称の米国仮特許出願第６２／９５８，１６４号の利益及び優先権を主張する。’１６４仮出願の開示は、全ての目的のために、参照により本開示に完全に組み込まれる。
本開示は、２０２０年１月７日に出願された“Handling of separate PUCCH configuration for URLLC”（「’１６４仮出願」）という名称の米国仮特許出願第６２／９５８，１６４号の利益及び優先権を主張する。’１６４仮出願の開示は、全ての目的のために、参照により本開示に完全に組み込まれる。
【0002】
〔分野〕
本開示は、無線通信に関するものであり、具体的には、セルラー無線通信ネットワークにおける物理上りリンク制御チャネル（ＰＵＣＣＨ）設定に関するものである。
本開示は、無線通信に関するものであり、具体的には、セルラー無線通信ネットワークにおける物理上りリンク制御チャネル（ＰＵＣＣＨ）設定に関するものである。
【背景技術】
【0003】
本開示で使用される略語に、以下が含まれる：
略語 フルネーム
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＡＣＫ 確認応答
ＢＳ 基地局
ＢＷＰ 帯域幅部分
ＣＯＲＥＳＥＴ 制御リソースセット
ＣＳＩ チャネル状態情報
ＣＳＩ－ＲＳ チャネル状態情報参照信号
ＤＣＩ 下りリンク制御情報
ＤＬ 下りリンク
Ｅ－ＵＴＲＡ 進化型ユニバーサル地上無線アクセス
ｅＭＢＢ 拡張モバイルブロードバンド
ＨＡＲＱ ハイブリッド自動再送要求
ＨＡＲＱ－ＡＣＫ ＨＡＲＱ確認応答
ＩＤ 識別子
ＩＥ 情報要素
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＡＣ ＣＥ ＭＡＣ制御要素
ＮＡＣＫ 否定応答
ＮＲ ニューラジオ
ＮＷ ネットワーク
ＰＢＣＨ 物理ブロードキャストチャネル
ＰＤＣＣＨ 物理下りリンク制御チャネル
ＰＤＳＣＨ 物理下りリンク共有チャネル
ＰＨＹ 物理（層）
ＰＵＣＣＨ 物理上りリンク制御チャネル
ＰＵＳＣＨ 物理上りリンク共有チャネル
ＱＣＬ クアジコロケーション
ＲＡＮ 無線アクセスネットワーク
ＲＦ 無線周波数
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＳ 参照信号
ＳＲＳ サウンディング参照信号
ＳＳ 同期信号
ＳＳＢ 同期信号ブロック
ＴＢ トランスポートブロック
ＴＣＩ 送信設定インディケーション
ＴＳ 技術仕様
ＵＥ ユーザ機器
ＵＬ 上りリンク
ＵＲＬＬＣ 超高信頼低遅延通信。
略語 フルネーム
３ＧＰＰ 第３世代パートナーシッププロジェクト
５Ｇ 第５世代
ＡＣＫ 確認応答
ＢＳ 基地局
ＢＷＰ 帯域幅部分
ＣＯＲＥＳＥＴ 制御リソースセット
ＣＳＩ チャネル状態情報
ＣＳＩ－ＲＳ チャネル状態情報参照信号
ＤＣＩ 下りリンク制御情報
ＤＬ 下りリンク
Ｅ－ＵＴＲＡ 進化型ユニバーサル地上無線アクセス
ｅＭＢＢ 拡張モバイルブロードバンド
ＨＡＲＱ ハイブリッド自動再送要求
ＨＡＲＱ－ＡＣＫ ＨＡＲＱ確認応答
ＩＤ 識別子
ＩＥ 情報要素
ＬＴＥ ロングタームエボリューション
ＭＡＣ 媒体アクセス制御
ＭＡＣ ＣＥ ＭＡＣ制御要素
ＮＡＣＫ 否定応答
ＮＲ ニューラジオ
ＮＷ ネットワーク
ＰＢＣＨ 物理ブロードキャストチャネル
ＰＤＣＣＨ 物理下りリンク制御チャネル
ＰＤＳＣＨ 物理下りリンク共有チャネル
ＰＨＹ 物理（層）
ＰＵＣＣＨ 物理上りリンク制御チャネル
ＰＵＳＣＨ 物理上りリンク共有チャネル
ＱＣＬ クアジコロケーション
ＲＡＮ 無線アクセスネットワーク
ＲＦ 無線周波数
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソース制御
ＲＳ 参照信号
ＳＲＳ サウンディング参照信号
ＳＳ 同期信号
ＳＳＢ 同期信号ブロック
ＴＢ トランスポートブロック
ＴＣＩ 送信設定インディケーション
ＴＳ 技術仕様
ＵＥ ユーザ機器
ＵＬ 上りリンク
ＵＲＬＬＣ 超高信頼低遅延通信。
【0004】
データ速度、遅延性、信頼性、及びモビリティを改善することによって、５Ｇ ＮＲなどのセルラー無線通信システムのための無線通信の異なる態様を改善するために、様々な努力がなされてきた。５Ｇ ＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、及び超高信頼性低遅延通信（ＵＲＬＬＣ）などの様々な使用方法に対応して、ネットワークサービス及び種類を最適化するための柔軟性及び設定可能性を提供するように設計される。しかしながら、無線アクセスのための需要が増加し続けるにつれて、当該技術分野における更なる改善の必要性が存在する。
【発明の概要】
【0005】
本開示は、セルラー無線通信ネットワークにおけるＰＵＣＣＨ設定に関する。
【0006】
本開示の一態様によれば、ＰＵＣＣＨリソースを設定するＵＥが、提供される。ＵＥは、プロセッサ、及びプロセッサに結合されたメモリを含む。本メモリは、プロセッサによって実行されたとき、プロセッサに、第１のＵＬ ＢＷＰに関連付けられた第１のＢＷＰ設定を受信させ、第２のＵＬ ＢＷＰに関連付けられた第２のＢＷＰ設定を受信させるコンピュータ実行可能プログラムを記憶する。第１のＢＷＰ設定は、第１のＰＵＣＣＨ設定及び第２のＰＵＣＣＨ設定を有するＰＵＣＣＨ設定リストを含み、第１のＰＵＣＣＨ設定は、第１のＰＵＣＣＨリソースＩＤのセットを示し、第２のＰＵＣＣＨ設定は、第２のＰＵＣＣＨリソースＩＤのセットを示す。第２のＢＷＰ設定は、第３のＰＵＣＣＨ設定を含み、第３のＰＵＣＣＨ設定は、ＰＵＣＣＨリソースＩＤの第３のセットを示す。ＰＵＣＣＨリソースＩＤの第１のセット及びＰＵＣＣＨリソースＩＤの第２のセットは、共通のＰＵＣＣＨリソースＩＤを共有しない。
【0007】
本開示の別の態様によれば、ＰＵＣＣＨリソースを設定するためのＵＥによって実行される方法が、提供される。本方法は、第１のＵＬ ＢＷＰに関連付けられた第１のＢＷＰ設定を受信するステップ及び第２のＵＬ ＢＷＰに関連付けられた第２のＢＷＰ設定を受信するステップと含む。第１のＢＷＰ設定は、第１のＰＵＣＣＨ設定及び第２のＰＵＣＣＨ設定を有するＰＵＣＣＨ設定リストを含み、第１のＰＵＣＣＨ設定は、ＰＵＣＣＨリソースＩＤの第１のセットを示し、第２のＰＵＣＣＨ設定は、ＰＵＣＣＨリソースＩＤの第２のセットを示す。第２のＢＷＰ設定は、第３のＰＵＣＣＨ設定を含み、第３のＰＵＣＣＨ設定は、ＰＵＣＣＨリソースＩＤの第３のセットを示す。ＰＵＣＣＨリソースＩＤの第１のセット及びＰＵＣＣＨリソースＩＤの第２のセットは、共通のＰＵＣＣＨリソースＩＤを共有しない。
【図面の簡単な説明】
【0008】
本開示の態様は、添付の図面を参照して以下の詳細な開示から最もよく理解される。様々な特徴は、一定の縮尺で描かれていない。様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。
【発明を実施するための形態】
【0009】
以下は、本開示の実施形態に関連する特定の情報を含む。図面及びそれらの添付の詳細な開示は、単に実施形態に向けられている。しかしながら、本開示は、これらの実施形態に限定されない。本開示の他の変形例及び実施形態は、当業者に明らかであろう。
【0010】
なお、特に断らない限り、図面間において同一又は相当する部分は、同一又は相当する符号を付してある。更に、本開示における図面及び例示は、概して縮尺通りではなく、実際の相対的寸法に対応することを意図していない。
【0011】
一貫性の目的及び理解の容易さのために、同様の特徴は、（いくつかの実施例で図示されていないが）図面中の同じ数字によって識別されてよい。しかしながら、異なる実施形態における特徴は、他の点で異なってよく、図面に示されるものに狭く限定されるべきではない。
【0012】
「一実施形態において」又は「いくつかの実施形態において」の語句は、各々が同一又は異なる実施形態の一つ以上を示すことがある。用語「結合された」は、直接的又は介在する部品を介して間接的に接続されたものとして定義され、必ずしも物理的接続に限定されない。用語「備える（comprising）」は「含むが、必ずしもそれに限定されない」ことを意味し、特に、そのように開示された組み合わせ、群、グループ又は同等物におけるオープンエンドの包含又はメンバーシップを示す。表現「Ａ、Ｂ及びＣの内の少なくとも１つ」又は「以下の内の１つ：Ａ、Ｂ及びＣ」は、「Ａのみ、又はＢのみ、又はＣのみ、又はＡ、Ｂ及びＣの任意の組合せ」を意味する。
【0013】
用語「システム」及び「ネットワーク」は、互換的に使用されてよい。用語「及び／又は」は、関連付けられたオブジェクトを記述するための関連付けの関係のみであり、Ａ及び／又はＢは、Ａが単独で存在すること、Ａ及びＢが同時に存在すること、又はＢが単独で存在することを示し得るように、３つの関係が存在し得ることを表す。文字「／」は、一般的に、関連付けられたオブジェクトが「又は」関係にあることを表す。
【0014】
説明及び非限定の目的のために、開示された技術の理解を提供するために、機能エンティティ、技法、プロトコル、及び規格などの特定の詳細が記載される。他の実施例において、不必要な細部で本開示を曖昧にしないように、周知の方法、技術、システム、及びアーキテクチャの詳細な開示は、省略される。
【0015】
当業者は、開示される任意のネットワーク機能又はアルゴリズムがハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組合せによって実装され得ることを直ちに認識するであろう。開示された機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。
【0016】
ソフトウェア実施形態は、メモリ又は他の種類の記憶装置といったコンピュータ可読媒体上に記憶されたコンピュータ実行可能命令を含むことができる。通信処理能力を有する１つ又は複数のマイクロプロセッサ又は汎用コンピュータは、対応する実行可能命令でプログラムされ、開示されたネットワーク機能又はアルゴリズムを実行することができる。
【0017】
マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理アレイ、及び／又は１つ又は複数のデジタル信号プロセッサ（ＤＳＰ）を使用することを含むことができる。開示されている実施形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアの組み合わせとして実装される代替的な実施形態は、本開示の範囲内に十分ある。コンピュータ可読媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、コンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）、磁気カセット、磁気テープ、磁気ディスク記憶、又はコンピュータ可読命令を記憶することができる他の任意の同等の媒体を含むが、これらに限定されない。
【0018】
ロングタームエボリューション（ＬＴＥ）システム、ＬＴＥ－アドバンスド（ＬＴＥ－Ａ）システム、ＬＴＥ－アドバンスドＰｒｏシステム、又は５Ｇ ＮＲ無線アクセスネットワーク（ＲＡＮ）などの無線通信ネットワークアーキテクチャは、通常、少なくとも１つの基地局（ＢＳ）、少なくとも１つのＵＥ、及びネットワーク内で接続を提供する１つ又は複数のオプションのネットワーク要素を含む。ＵＥは、１つ又は複数のＢＳによって確立されたＲＡＮを介して、コアネットワーク（ＣＮ）、進化型パケットコア（ＥＰＣ）ネットワーク、進化型ユニバーサル地上ＲＡＮ（Ｅ－ＵＴＲＡＮ）、５Ｇコア（５ＧＣ）、又はインターネットなどのネットワークと通信する。
【0019】
ＵＥは、移動局、移動端末若しくは装置、又はユーザ通信無線端末を含むことができるが、これらに限定されない。ＵＥは、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、又は無線通信能力を有する携帯情報端末（ＰＤＡ）を含むが、これらに限定されない携帯無線機器であってよい。ＵＥは、無線インターフェースを介してＲＡＮ内の１つ又は複数のセルと信号を送受信するように設定される。
【0020】
ＢＳは、マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ）、しばしば２Ｇと称されるモバイル通信のためのグローバルシステム（ＧＳＭ）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ）を元にした、しばしば３Ｇと称される、ＧＳＭエボリューションのためのＧＳＭ拡張データ速度（ＥＤＧＥ）ＲＡＮ（ＧＥＲＡＮ）、汎用パケット無線サービス（ＧＰＲＳ）、ユニバーサル移動電話サービス（ＵＭＴＳ）、高速パケットアクセス（ＨＳＰＡ）、ＬＴＥ、ＬＴＥ－Ａ、５ＧＣに接続されたＬＴＥである進化型ＬＴＥ（ｅＬＴＥ）、ＮＲ（しばしば５Ｇと称される）、及び／又はＬＴＥ－Ａプロといった、少なくとも無線アクセス技術（ＲＡＴ）による通信サービスを提供する。しかしながら、本開示の範囲は、これらのプロトコルに限定されない。
【0021】
ＢＳは、ＵＭＴＳ内のノードＢ（ＮＢ）、ＬＴＥ又はＬＴＥ－Ａ内の進化型ノードＢ（ｅＮＢ）、ＵＭＴＳ内の無線ネットワークコントローラ（ＲＮＣ）、ＧＳＭ／ＧＥＲＡＮ内のＢＳコントローラ（ＢＳＣ）、５ＧＣに関連する進化型ユニバーサル地上無線アクセス（Ｅ－ＵＴＲＡ）ＢＳ内のｎｇ－ｅＮＢ、５Ｇ－ＲＡＮ内の次世代ノードＢ（ｇＮＢ）、又はセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。ＢＳは、無線インターフェースを介して１つ又は複数のＵＥにサービスを提供することができる。
【0022】
ＢＳは、ＲＡＮを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。ＢＳは、セルの動作をサポートする。各セルは、その無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能である。
【0023】
各セル（しばしばサービングセルと称される）は、その無線カバレッジ内の１つ又は複数のＵＥをサーブするサービスを提供し、それにより、各セルは、ＤＬ及び任意でＵＬパケット送信のために、その無線カバレッジ内の少なくとも１つのＵＥにＤＬ及び任意でＵＬリソースをスケジューリングする。ＢＳは、複数のセルを介して無線通信システム内の１つ又は複数のＵＥと通信することができる。
【0024】
セルは、近接サービス（ＰｒｏＳｅ）又はビークルトゥエブリシング（Ｖ２Ｘ）サービスをサポートするためにサイドリンク（ＳＬ）リソースを割り当てることができる。各セルは、他のセルと重複したカバレッジエリアを有することができる。
【0025】
マルチＲＡＴデュアルコネクティビティ（ＭＲ－ＤＣ）のケースにおいて、マスタセルグループ（ＭＣＧ）又はセカンダリセルグループ（ＳＣＧ）のプライマリセルは、スペシャルセル（ＳｐＣｅｌｌ）と呼ばれることがある。プライマリセル（ＰＣｅｌｌ）は、ＭＣＧのＳｐＣｅｌｌを指すことができる。プライマリＳＣＧセル（ＰＳＣｅｌｌ）は、ＳＣＧのＳｐＣｅｌｌを指すことができる。ＭＣＧは、ＳｐＣｅｌｌ及び任意で１つ又は複数のセカンダリセル（ＳＣｅｌｌ）を含む、マスタノード（ＭＮ）に関連付けられたサービングセルのグループを指すことができる。ＳＣＧは、ＳｐＣｅｌｌ及び任意で１つ又は複数のＳＣｅｌｌを含む、セカンダリノード（ＳＮ）に関連付けられたサービングセルのグループを指すことができる。
【0026】
先に開示したように、ＮＲのためのフレーム構造は、高信頼性、高データ速度、及び低遅延性要件を満たしながら、拡張モバイルブロードバンド（ｅＭＢＢ）、大容量マシンタイプ通信（ｍＭＴＣ）、及び超高信頼性低遅延通信（ＵＲＬＬＣ）などの様々な次世代（例えば、５Ｇ）通信要件に適応するための柔軟な構成をサポートする。３ＧＰＰにおける直交周波数分割多重（ＯＦＤＭ）技術は、ＮＲ波形のベースラインとしてサーブすることができる。適応副搬送波間隔、チャネル帯域幅、及びサイクリックプレフィックス（ＣＰ）といったスケーラブルなＯＦＤＭニューメロロジーを使用することもできる。
【0027】
ＮＲのために二つの符号化方式、特に低密度パリティ検査（ＬＤＰＣ）符号とポーラ符号が考慮される。符号化方式適応は、チャネル状態及び／又はサービスアプリケーションに基づいて構成され得る。
【0028】
少なくともＤＬ送信データ、ガード期間、及びＵＬ送信データは、１つのＮＲフレームの送信時間隔（ＴＴＩ）に含まれなければならない。また、ＤＬ送信データ、ガード周期、ＵＬ送信データの各部は、例えばＮＲのネットワークダイナミクス、に基づいて設定可能である必要がある。ＳＬリソースは、ＰｒｏＳｅサービス又はＶ２Ｘサービスを支援するためにＮＲフレーム内に提供されてもよい。
【0029】
いくつかの用語の例は、以下のように提供される。
【0030】
ＨＡＲＱ：層１（例えば、ＰＨＹ層）のピアエンティティ間の配信を保証する機能。ＰＨＹ層がＤＬ／ＵＬ空間多重化のために設定されていないとき、単一のＨＡＲＱプロセスは、１つのＴＢをサポートすることができる。ＰＨＹ層がＤＬ／ＵＬ空間多重化のために設定されるとき、単一のＨＡＲＱプロセスは、１つ又は複数のＴＢをサポートすることができる。サービングセル毎に１つのＨＡＲＱエンティティが存在し得る。各ＨＡＲＱエンティティは、（例えば、複数の）ＤＬ及びＵＬ ＨＡＲＱプロセスの並列処理をサポートすることができる。
【0031】
ＨＡＲＱ－ＡＣＫ：ＨＡＲＱ－ＡＣＫは、１ビットのインジケータを含むことができ、インジケータのビット値が最初の値（例えば、「０」）にセットされる場合、ＨＡＲＱ－ＡＣＫは、否定応答（ＮＡＣＫ）であり、インジケータのビット値が２番目の値（例えば、「１」）にセットされる場合、ＨＡＲＱ－ＡＣＫは、確認応答（ＡＣＫ）であってよい。
【0032】
低遅延要求を達成するために、ＵＥのために異なるサービスタイプをサポートするために、少なくとも２つのＨＡＲＱ－ＡＣＫコードブックは、同時に構築されてよい。異なるＰＵＣＣＨリソースに送信されるＨＡＲＱ－ＡＣＫコードブックが異なるサービスタイプに対応するため、ＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥ）内のパラメータを別々に設定することは、スケジューリング上の高い柔軟性をもたらすことができる。したがって、ＰＵＣＣＨ空間関係情報（例えば、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ ＩＥ）及びサブスロット設定は、異なるＨＡＲＱ－ＡＣＫコードブックのために個別に設定できる。ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏは、ＵＥが使用するＰＵＣＣＨの空間領域フィルタに関する情報を提供する（例えば、ＳＳ／ＰＢＣＨブロックの受信、ＣＳＩ－ＲＳの受信、又はＳＲＳの送信のため）。
【0033】
ＵＥがＰＵＣＣＨ空間関係情報ＩＤ（例えば、ｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄ ＩＥ）のための単一の値で構成される場合、ＰＵＣＣＨ送信のための空間セッティングは、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏによって提供されてもよく、そうでない場合、ＵＥがＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏのための多数の値を提供される場合、ＵＥは、ＰＵＣＣＨ空間関係アクティベーション化／非アクティベーションのＭＡＣ ＣＥによって、ＰＵＣＣＨ送信のための空間セッティングを決定してもよい。更に、単一のＰＵＣＣＨ空間関係情報のみが、同時にＰＵＣＣＨリソースのためにアクティブであることができる。
【0034】
ＰＵＣＣＨ送信のための空間セッティングを決定した後、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏを提供するＰＤＳＣＨ受信に対応するＡＣＫ値を有するＨＡＲＱ－ＡＣＫ情報をＵＥが送信した３ｍｓ後、ＵＥは、空間領域フィルタのための対応するセッティングを適用し、ＰＵＣＣＨを送信することができる。
【0035】
図１は、本開示の一例としての実施形態による、異なるＨＡＲＱ－ＡＣＫコードブックに関連するＰＵＣＣＨ送信１００を示す。スロット＃０内にＰＵＣＣＨリソースＩＤ＃１を有するＰＵＣＣＨリソース１０２は、ｅＭＢＢ ＨＡＲＱ－ＡＣＫ送信のためである。スロット＃０内にＰＵＣＣＨリソースＩＤ＃２を有するＰＵＣＣＨリソース１０４は、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫ送信のためである。スロット＃１内にＰＵＣＣＨリソースＩＤ＃１を有するＰＵＣＣＨリソース１１２は、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫ送信のためである。異なるサービス種類のＨＡＲＱ－ＡＣＫに関連するＰＵＣＣＨリソース１０２及びＰＵＣＣＨリソース１１２は、同じＰＵＣＣＨリソースＩＤを有するＰＵＣＣＨ内に送信される。ネットワークから受信したＭＡＣ ＣＥによって、サービングセルのＰＵＣＣＨリソースの空間関係がアクティベート又は非アクティベートになるから、異なるサービスタイプをサポートするために、同じＰＵＣＣＨリソースＩＤに関連する異なるＨＡＲＱ－ＡＣＫコードブックが構築されるとき、異なる空間関係セッティング間の即時のスイッチが行われないことがある。例えば、ＰＵＣＣＨリソース１０２及びＰＵＤＣＣＨリソース１１２は、１スロットだけ分離される一方で、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを受信及び適用するには、３スロットを要する。
【0036】
換言すると、空間セッティングは、異なるＨＡＲＱ－ＡＣＫコードブックのために別々に設定することができるが、タイミングに関連する制約を課すことが、まだある。また、決定された空間セッティングをＰＵＣＣＨリソースに適用することは、時間を要する。従って、ＰＵＣＣＨリソースの空間セッティングを適切に変更又はスケジュールすることができないとき、ＰＵＣＣＨリソース１１２などのＵＲＬＬＣ ＨＡＲＱ－ＡＣＫコードブックを送信するＰＵＣＣＨリソースの信頼性に悪影響がある可能性がある。
【0037】
続いて開示される実施形態は、異なるＨＡＲＱ－ＡＣＫコードブックのための別の空間セッティングをサポートする改善された方法、システム、デバイス、及び装置に関する。本開示において開示される実施形態、ケース、パラグラフ、（副）箇条書き、点、アクション、振舞い、用語又はクレームの内の２つ以上は、論理的、合理的、且つ適切に組み合わせて特定の方法を形成することができる。
【0038】
〔ケース１：１つより多いＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－Ｃｏｎｆｉｇ）又はＰＵＣＣＨ送信に対応する１つより多い設定は、ＵＥに設定される〕
〔ケース１－１：ＵＥは、Ｒｅｌ－１６に対応するＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを受信することができる〕
換言すると、Ｒｅｌ－１６のための新しいＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、存在し得る。新しいＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、新しい論理チャネルＩＤ（ＬＣＩＤ）によって識別され得る。
〔ケース１－１：ＵＥは、Ｒｅｌ－１６に対応するＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを受信することができる〕
換言すると、Ｒｅｌ－１６のための新しいＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、存在し得る。新しいＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、新しい論理チャネルＩＤ（ＬＣＩＤ）によって識別され得る。
【0039】
一実施形態において、Ｒｅｌ－１６のＭＡＣ ＣＥのコンテンツフィールドは、Ｒｅｌ－１５のものと同じであってよい。ＰＵＣＣＨ送信が高い優先順位又はＲｅｌ－１５と異なるサービス種類として示されるとき、ＵＥは、Ｒｅｌ－１６のＰＵＣＣＨ空間関係アクティブベーション／非アクティベーションのＭＡＣ ＣＥによって、ＰＵＣＣＨ空間関係情報をアクティベートすることができる。
【0040】
一実施形態において、Ｒｅｌ－１６のＭＡＣ ＣＥのコンテンツフィールドは、優先順位インデックス、ＰＵＣＣＨ－Ｃｏｎｆｉｇインデックス、又は異なるサービス種類を参照する他の任意のインデックスなど、優先順位に対応するインデックスを含むことができる。
【0041】
〔ケース１－２：ＵＥは、ＰＵＣＣＨ設定のインデックスを識別するために使用されるコンテンツフィールドを含むＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを受信することができる〕
ＰＵＣＣＨ設定のインデックス（又は識別）は、サービス種類に対応し得る。一実施形態において、ＰＵＣＣＨ設定のインデックス（又は識別）は、サービス種類のための設定に従って、サービス種類に関連付けられたインデックスであってよい。一実施形態において、ＰＵＣＣＨ設定のインデックス（又は識別）は、優先順位インジケータに対応するインデックスであってもよい。換言すると、第１のＰＵＣＣＨ設定は、低い優先順位を有するＰＵＣＣＨを示してもよく、第２のＰＵＣＣＨ設定は、高い優先順位を有するＰＵＣＣＨを示してもよい。代替的に、第１のＰＵＣＣＨ設定は、高い優先順位を有するＰＵＣＣＨを参照することができ、第２のＰＵＣＣＨ設定は、低い優先順位を有するＰＵＣＣＨを参照することができる。
ＰＵＣＣＨ設定のインデックス（又は識別）は、サービス種類に対応し得る。一実施形態において、ＰＵＣＣＨ設定のインデックス（又は識別）は、サービス種類のための設定に従って、サービス種類に関連付けられたインデックスであってよい。一実施形態において、ＰＵＣＣＨ設定のインデックス（又は識別）は、優先順位インジケータに対応するインデックスであってもよい。換言すると、第１のＰＵＣＣＨ設定は、低い優先順位を有するＰＵＣＣＨを示してもよく、第２のＰＵＣＣＨ設定は、高い優先順位を有するＰＵＣＣＨを示してもよい。代替的に、第１のＰＵＣＣＨ設定は、高い優先順位を有するＰＵＣＣＨを参照することができ、第２のＰＵＣＣＨ設定は、低い優先順位を有するＰＵＣＣＨを参照することができる。
【0042】
図２は、本開示の一例としての実施形態による拡張ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥ２００を示す。ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥ２００は、Ｏｃｔ１、Ｏｃｔ２及びＯｃｔ３を含む２４ビット（３オクテット）の固定サイズを有することができる。
【0043】
サービングセルＩＤフィールドは、ＭＡＣ ＣＥ２００が適用されるサービングセルの識別を示す。サービングセルＩＤフィールドの長さは、５ビットである。
【0044】
ＢＷＰ ＩＤフィールドは、ＭＡＣ ＣＥ２００がＴＳ３８．２１２で指定されるＤＣＩｂａｎｄｗｉｄｔｈ ｐａｒｔ ｉｎｄｉｃａｔｏｒフィールドのコードポイントとして適用されるＵＬ ＢＷＰを示す。ＢＷＰ ＩＤフィールドの長さは、２ビットである。
【0045】
ＰＵＣＣＨリソースＩＤフィールドは、ＴＳ３８．３３１で指定されたＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＩｄによって識別されるＰＵＣＣＨリソースＩＤの識別子を含む。ＰＵＣＣＨリソースＩＤフィールドの長さは、７ビットである。
【0046】
Ｓｉフィールド（ｉは整数であり、Ｓ７－Ｓ０は、図２に示される）：ＢＷＰ ＩＤフィールドによって示されるＵＬ ＢＷＰのために設定された、ＴＳ３８．３３１で指定されたＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄを有するＰＵＣＣＨ空間関係情報が存在する場合、Ｓｉは、ｉ＋１に等しいＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄを有するＰＵＣＣＨ空間関係情報のアクティベーション状態を示し、そうでない場合、ＭＡＣエンティティは、このフィールドを無視することがある。Ｓｉフィールドは、ｉ＋１に等しいＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄを有するＰＵＣＣＨ空間関係情報がアクティベートされることを示すために１にセットされてよい。Ｓｉフィールドは、ｉ＋１に等しいＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄを有するＰＵＣＣＨ空間関係情報が非アクティベートされることを示すために０に設定されてもよい。単一のＰＵＣＣＨ空間関係情報のみが、同時にＰＵＣＣＨリソースのためにアクティブであることができる。Ｓ７－Ｓ０を含むｏｃｔ３は、ビットマップとも呼ばれる。
【0047】
Ｒフィールドは、予約されたビットであり、０にセットできる。
【0048】
一実施形態において、図２に示されるＰフィールドは、ケース１－２におけるＰＵＣＣＨ設定のインデックスを識別するために使用されるコンテンツフィールドであってよい。
【0049】
一実施形態において、インデックスは、ＰＵＣＣＨ設定リスト（例えば、ＰＵＣＣＨ－ＣｏｎｆｉｇＬｉｓｔ）内のＰＵＣＣＨ設定インデックス（例えば、ＰＵＣＣＨ－ＣｏｎｆｉｇＩｄ：０、ＰＵＣＣＨ－ＣｏｎｆｉｇＩｄ：１）であってよい。
【0050】
一実施形態において、インデックスは、Ｒｅｌ－１５又はＲｅｌ－１６のＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－Ｃｏｎｆｉｇ）に対応することができる（例えば、０はＲｅｌ－１５の場合であり、１はＲｅｌ－１６の場合である）。
【0051】
一実施形態において、インデックスは、ＰＵＣＣＨ－Ｃｏｎｆｉｇ内のインデックスに対応してもよい。
【0052】
表１は、ＵＬ ＢＷＰに関連付けられたＢＷＰ設定の一例としてのデータ構造を示し、ＢＷＰ設定は、ＰＵＣＣＨ設定リストを含む。
【0053】
【表1】
【0054】
一実施形態において、インデックスは、ＰＵＣＣＨ送信のために提供される優先順位インデックスであってよい。優先順位インデックスは、ＰＵＣＣＨ送信をスケジューリングするＤＣＩ内のインディケーションに対応することができる。優先順位インデックスは、ＰＵＣＣＨ設定において提供されてよい。
【0055】
一実施形態において、インデックスは、ＰＵＣＣＨ送信のために設定されたグループインデックスであってよい。グループインデックスは、ＰＵＣＣＨ設定内で設定されてよい。グループインデックスは、ＰＵＣＣＨリソースが設定されているＰＵＣＣＨ－Ｃｏｎｆｉｇ内で設定できる。グループインデックスは、ＤＣＩスケジューリングＰＵＣＣＨ送信内で示され、かつ／又はＰＵＣＣＨ送信をスケジューリングするＤＣＩに関連付けられたＣＯＲＥＳＥＴ設定で設定され、ＤＣＩは、ＣＯＲＥＳＥＴ設定によって示される検索空間内で監視／受信される。
【0056】
〔ケース１－３：ＵＥは、ＰＵＣＣＨ設定のインデックスを識別するために使用されるコンテンツフィールドを含まないＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを受信することができる〕
一実施形態において、ＰＵＣＣＨ空間関係情報は、低い優先順位として示された第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ、及び高い優先順位として示された第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ内で、同じインデックス（例えば、同じｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄ）で設定されてよい。より具体的には、異なるＰＵＣＣＨ設定は、異なる優先順位に対応し得る。適用されるべきＰＵＣＣＨ空間関係情報を含むＰＵＣＣＨ－Ｃｏｎｆｉｇは、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを含むＰＤＳＣＨをスケジューリングするＤＣＩにおける優先順位のインディケーションによって示され得る。
一実施形態において、ＰＵＣＣＨ空間関係情報は、低い優先順位として示された第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ、及び高い優先順位として示された第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ内で、同じインデックス（例えば、同じｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄ）で設定されてよい。より具体的には、異なるＰＵＣＣＨ設定は、異なる優先順位に対応し得る。適用されるべきＰＵＣＣＨ空間関係情報を含むＰＵＣＣＨ－Ｃｏｎｆｉｇは、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを含むＰＤＳＣＨをスケジューリングするＤＣＩにおける優先順位のインディケーションによって示され得る。
【0057】
一実施形態において、ＰＵＣＣＨリソースは、低い優先順位として示された第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ、及び高い優先順位として示された第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ内で、同じＰＵＣＣＨリソースＩＤを用いて設定されてよい。適用されるべきＰＵＣＣＨリソースを含むＰＵＣＣＨ－Ｃｏｎｆｉｇは、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを含むＰＤＳＣＨをスケジューリングするＤＣＩにおける優先順位のインディケーションによって示され得る。
【0058】
一実施形態において、ＰＵＣＣＨ空間関係情報は、低い優先順位として示されたＰＵＣＣＨ－Ｃｏｎｆｉｇ内でのみ設定されてもよく、又はＲｅｌ－１５ ＰＵＣＣＨ－Ｃｏｎｆｉｇ内でのみ設定されてもよい。２つの設定されたｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔが、存在してもよく、異なるｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ内で設定されたＰＵＣＣＨ空間関係情報（例えば、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩＤ）のインデックスは、同じであってもよい。適用されるべきＰＵＣＣＨ空間関係情報に関連付けられたｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔのインデックスは、ＰＵＣＣＨ空間関係のアクティブベーション／非アクティベーションのＭＡＣ ＣＥを含むＰＤＳＣＨをスケジューリングするＤＣＩにおける優先順位のインディケーションによって示され得る。
【0059】
一実施形態において、ＭＡＣ ＣＥによって、同時に１つより多いＰＵＣＣＨ空間関係情報は、ＰＵＣＣＨリソースのためにアクティブであってよい。低い優先順位として示される第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ内で、及び高い優先順位として示される第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ内で、同じＰＵＣＣＨリソースＩＤは、設定されてよい。
【0060】
ＰＵＣＣＨ空間関係情報が低い優先順位として示される第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ内で、及び高い優先順位として示される第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ内の同じインデックスを用いて設定される場合、低い優先順位を有するＰＵＣＣＨ空間関係情報及び高い優先順位を有するＰＵＣＣＨ空間関係情報は、それぞれ第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ及び第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ内で設定されてよい。ＰＵＣＣＨ空間関係情報がＰＵＣＣＨ－Ｃｏｎｆｉｇ内の第１のｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ及び第２のｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ内で同じインデックスを用いて設定される場合、低い優先順位を有するＰＵＣＣＨ空間関係情報及び高い優先順位を有するＰＵＣＣＨ空間関係情報は、それぞれ、第１のｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ及び第２のｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ内で設定され得る。
【0061】
一実施形態において、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ ＩＥは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ｐｕｃｃｈ－ＰａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＲＳ－Ｉｄ、ｐ０－ＰＵＣＣＨ－Ｉｄ、及びｃｌｏｓｅｄＬｏｏｐＩｎｄｅｘの複数のセットを含むことができる。各セットは、特定のＰＵＣＣＨ－Ｃｏｎｆｉｇインデックス、又は特定の優先順位レベル（例えば、高い優先順位又は低優先順位）に対応してよい。
【0062】
〔ケース１－４：ＵＥは、ＰＵＣＣＨ空間関係情報の状態を識別するために使用されるコンテンツフィールドを含むＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを受信することができる〕
ＰＵＣＣＨ空間関係情報の状態は、ＰＵＣＣＨ空間関係情報のアクティブ状態を含むことができる。
ＰＵＣＣＨ空間関係情報の状態は、ＰＵＣＣＨ空間関係情報のアクティブ状態を含むことができる。
【0063】
一実施形態において、ＰＵＣＣＨリソースのために、同時に１つより多いＰＵＣＣＨ空間関係情報は、アクティブになっていることがある（例えば、ＭＡＣ ＣＥによってアクティベートされる）。
【0064】
ＰＵＣＣＨ送信のために適用されたＰＵＣＣＨ空間関係情報は、ＰＵＣＣＨ送信のために提供される優先順位インデックスに対応することができる。例えば、低いインデックスを有するアクティベートされたＰＵＣＣＨ空間関係情報は、低い優先順位として示されたＰＵＣＣＨ送信を参照することができ、高いインデックスを有するアクティベートされたＰＵＣＣＨ空間関係情報は、高い優先順位として示されたＰＵＣＣＨ送信を参照することができる。代替的に、低いインデックスを有するアクティベートされたＰＵＣＣＨ空間関係情報は、高い優先順位として示されたＰＵＣＣＨ送信を参照することができ、高いインデックスを有するアクティベートされたＰＵＣＣＨ空間関係情報は、低い優先順位として示されたＰＵＣＣＨ送信を参照することができる。より具体的に、ＰＵＣＣＨ空間関係アクティベーション／非アクティベーションのＭＡＣ ＣＥにおいて、Ｓ０及びＳ２の両方が１にセットされている場合、ＤＣＩが示すＰＵＣＣＨリソースが高い優先順位、又はＰＵＣＣＨ－Ｃｏｎｆｉｇによって設定されたＰＵＣＣＨ送信が高い優先順位（例えば、ＰＵＣＣＨ－Ｃｏｎｆｉｇ－Ｒｅｌ１６）と識別されるとき、ＵＥは、ＰＵＣＣＨ送信に適用される空間セッティングがＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄが１（Ｓ０に対応）のＰＵＣＣＨ空間関係情報であると判定してよい。同様に、ＤＣＩによって示されたＰＵＣＣＨリソースが低い優先順位に対応しているとき、又はＰＵＣＣＨ－Ｃｏｎｆｉｇによって設定されたＰＵＣＣＨ送信が低い優先順位として識別されたとき、ＵＥは、ＰＵＣＣＨ送信に適用された空間セッティングが、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄが３（Ｓ２に対応）のＰＵＣＣＨ空間関係情報であると判定してもよい。
【0065】
１つより多いアクティブ状態を示すＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを使用して、同じＢＷＰ内の１つより多いＰＵＣＣＨ－Ｃｏｎｆｉｇ内に設定されたＰＵＣＣＨリソースＩＤを示すことができることに留意されたい。ＵＥは、ＤＣＩメッセージによって高い優先順位として示されるＰＵＣＣＨリソースのためにＭＡＣ ＣＥ内でアクティブであると示される、より小さいＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩＤを有するＰＵＣＣＨ空間関係情報を適用し、ＤＣＩメッセージによって低い優先順位として示されるＰＵＣＣＨリソースのために、ＭＡＣ ＣＥにおいてアクティブであると示される、より大きいＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩＤを有するＰＵＣＣＨ空間関係情報を適用することができる。代替的に、ＵＥは、ＤＣＩメッセージによって低い優先順位として示されるＰＵＣＣＨリソースのために、ＭＡＣ ＣＥにおいてアクティブであると示される、より小さいＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩＤを有するＰＵＣＣＨ空間関係情報を適用し、ＤＣＩメッセージによって高い優先順位として示されるＰＵＣＣＨリソースのために、ＭＡＣ ＣＥにおいてアクティブであると示される、より大きいＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩＤを有するＰＵＣＣＨ空間関係情報を適用することができる。
【0066】
優先順位の低い第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ及び優先順位の高い第２のＰＵＣＣＨ－Ｃｏｎｆｉｇに同じＰＵＣＣＨリソースＩＤを有するＰＵＣＣＨリソースが設定されていても、第１のＰＵＣＣＨ－ＣｏｎｆｉｇのＰＵＣＣＨリソース及び第２のＰＵＣＣＨ－ＣｏｎｆｉｇのＰＵＣＣＨリソースは、同じＰＵＣＣＨリソース設定を有さないことがある（例えば、同じＰＵＣＣＨフォーマットを使用する）ことに留意されたい。
【0067】
ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥがＢＷＰのＰＵＣＣＨリソースＩＤのために、アクティブなＰＵＣＣＨ空間関係情報Ｓｉを１つだけ示すケースにおいて、ＢＷＰの各ＰＵＣＣＨ－Ｃｏｎｆｉｇに設定されたＰＵＣＣＨリソースＩＤのためにＳｉがアクティベーションされていることを暗示してよいことに留意されたい。
【0068】
一実施形態において、アクティベートされたＰＵＣＣＨ空間関係情報は、ビットマップの代わりにインデックスによって指定されてよい。ＰＵＣＣＨ空間関係情報のアクティベーション状態は、インデックスＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄに対応してもよい。
【0069】
ＰＵＣＣＨ送信に適用されるＰＵＣＣＨ空間関係情報は、優先順位インデックス及びＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩＤによって示されることができる。図３は、本開示の一例としての実施形態による、拡張ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥ３００を示す。ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥ３００は、Ｏｃｔ１、Ｏｃｔ２、及びＯｃｔ３を含む２４ビットを有することができる。ＳＲＩｉフィールド（ｉは整数であり、図３に示されているＳＲＩ０及びＳＲＩ１）は、３ビットを有することができ、アクティベートされるＰＵＣＣＨ空間関係情報のインデックスを示し、ｉは０又は１である。Ｐｉフィールド（ｉは整数であり、図３の中で示されるＰ０及びＰ１である）は、１ビットを有することができ、ＳＲＩｉフィールドに関連付けられた優先順位のインデックスを示す。
【0070】
ＳＲＩ０と等しいＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄを有するＰＵＣＣＨ空間関係情報は、優先順位インデックスＰ０が示すＰＵＣＣＨ送信（Ｐ０の値は、０又は１である）に適用し、ＳＲＩ１と等しいＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄを有するＰＵＣＣＨ空間関係情報は、優先順位インデックスＰ１が示すＰＵＣＣＨ送信（Ｐ１の値は、０又は１である）に適用する。図３における各フィールドの位置は、限定ではなく例示であることに留意されたい。一実施形態において、Ｐ０の後にＰ１を続けることもできる。更に、ＵＥは、図３で示した優先順位インデックスをＤＣＩ又はＰＵＣＣＨ－Ｃｏｎｆｉｇインデックスの優先順位インジケータに関連付けることができる。例えば、ＰＵＣＣＨ－Ｃｏｎｆｉｇ０は、Ｐ０に対応し、ＰＵＣＣＨ－Ｃｏｎｆｉｇ１は、Ｐ１に対応しうる。
【0071】
〔ケース１－５：ＵＥは、サービス種類に関連付けられたＰＵＣＣＨ空間関係情報のインジケータを含むＰＵＣＣＨ設定を受信することができる〕
ＰＵＣＣＨ設定は、１セットのＰＵＣＣＨ空間関係情報ＩＤ（例えば、ｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄ）を示すことができる。一実施形態において、ｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄの数は、Ｒｅｌ－１５の数とは異なり得る（例えば、８より大きい）。ＰＵＣＣＨ空間関係情報ＩＤのセットにおけるＩＤの数は、ｍａｘＮｒｏｆＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏｓであってよい。ＰＵＣＣＨ設定におけるｍａｘＮｒｏｆＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏｓの値は、８より大きくてよい（例えば、１６）。
ＰＵＣＣＨ設定は、１セットのＰＵＣＣＨ空間関係情報ＩＤ（例えば、ｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄ）を示すことができる。一実施形態において、ｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄの数は、Ｒｅｌ－１５の数とは異なり得る（例えば、８より大きい）。ＰＵＣＣＨ空間関係情報ＩＤのセットにおけるＩＤの数は、ｍａｘＮｒｏｆＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏｓであってよい。ＰＵＣＣＨ設定におけるｍａｘＮｒｏｆＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏｓの値は、８より大きくてよい（例えば、１６）。
【0072】
一実施形態において、異なるＰＵＣＣＨ設定で設定されたＰＵＣＣＨリソースは、異なり得る。例えば、ＵＥに設定された１６個のｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄが存在する場合、設定されたＰＵＣＣＨ空間関係情報ＩＤの半分（例えば、０～７）は、高い優先順位として示されたＰＵＣＣＨ－Ｃｏｎｆｉｇに設定され、設定されたＰＵＣＣＨ空間関係情報ＩＤの残りの半分（例えば、８～１５）は、低い優先順位として示された別のＰＵＣＣＨ－Ｃｏｎｆｉｇに設定され得る。
【0073】
図４は、本開示の例としての実施形態による、拡張ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥ４００を示す。ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥ４００は、Ｏｃｔ１、Ｏｃｔ２、Ｏｃｔ３、及びＯｃｔ４を含む３２ビットを有することができる。各フィールドの説明は、図２に示されるＭＡＣ ＣＥ２００を参照することができる。ＵＥに設定された１６個のｐｕｃｃｈ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄが存在するため、ＭＡＣ ＣＥ４００のＳｉフィールドの長さ（ｉは整数、図４に示されているＳ１５－Ｓ０）は、１６に増加する。
【0074】
〔ケース１－６：ＵＥは、ＢＷＰ内のＰＵＣＣＨリソースＩＤのための全てのＰＵＣＣＨ空間関係情報の非アクティベーションを示すＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを受信することができる〕
この実施例において、ＵＥは、ＢＷＰ内のＰＵＣＣＨリソースＩＤに対応するＰＵＣＣＨリソースに、既定の空間関係を適用することができる。
この実施例において、ＵＥは、ＢＷＰ内のＰＵＣＣＨリソースＩＤに対応するＰＵＣＣＨリソースに、既定の空間関係を適用することができる。
【0075】
一実施形態において、ＭＡＣ ＣＥに示されたＰＵＣＣＨリソースＩＤが１つより多いＰＵＣＣＨ－Ｃｏｎｆｉｇに設定される場合、異なるＰＵＣＣＨ－Ｃｏｎｆｉｇに設定されるＰＵＣＣＨリソースＩＤに対応するＰＵＣＣＨリソースは、個別の既定の空間関係を持つことがある。ＰＵＣＣＨリソースの既定の空間関係は、ＢＷＰ内のＰＵＣＣＨリソースの関連付けられたｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ内の最小のＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩＤを有するＰＵＣＣＨ空間関係情報であってよい。
【0076】
各ＰＵＣＣＨ－Ｃｏｎｆｉｇが１つのｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔのみを含む場合、ＰＵＣＣＨ－Ｃｏｎｆｉｇは、ＰＵＣＣＨリソースとｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔとの間の相関を明示的又は暗黙的に示すことができる。代替的に、ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔは、優先順位を用いて設定され、ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔのＰＵＣＣＨ空間関係情報は、設定された優先順位のＰＵＣＣＨリソースに関連付けられる。
【0077】
一実施形態において、ＭＡＣ ＣＥに示されるＰＵＣＣＨリソースＩＤが１つより多い優先順位レベル（例えば、高い優先順位又は低優先順位）に対応する場合、異なる優先順位に対応するＰＵＣＣＨリソースＩＤを有するＰＵＣＣＨリソースは、個別の既定の空間関係を持つことができる。ＰＵＣＣＨリソースの既定の空間関係は、ＢＷＰ内のＰＵＣＣＨリソースの関連付けられたｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ内の最小のＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩＤを有するＰＵＣＣＨ空間関係情報であってよい。
【0078】
各ＰＵＣＣＨ－Ｃｏｎｆｉｇが１つのｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔのみを含む場合、ＰＵＣＣＨ－Ｃｏｎｆｉｇは、ＰＵＣＣＨリソースとｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔとの間の相関を明示的又は暗黙的に示すことができる。代替的に、ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔは、優先順位を設定されてよく、ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔのＰＵＣＣＨ空間関係情報は、設定された優先順位のＰＵＣＣＨリソースに関連付けられる。
【0079】
一実施形態において、ＭＡＣ ＣＥに示されたＰＵＣＣＨリソースＩＤが１つより多いＰＵＣＣＨ－Ｃｏｎｆｉｇに設定されており、それぞれがＣＯＲＥＳＥＴ設定グループに関連付けられている場合、異なるＰＵＣＣＨ－Ｃｏｎｆｉｇに設定されたＰＵＣＣＨリソースＩＤに対応するＰＵＣＣＨリソースは、個別のデフォルト空間関係を有してよい。ＣＯＲＥＳＥＴ設定は、ＣＯＲＥＳＥＴが属するグループを識別するためのグループインデックスを含む。ＰＵＣＣＨリソースの既定の空間関係は、ＢＷＰ内のスケジュールされたＰＵＣＣＨリソースに関連付けられたＣＯＲＥＳＥＴグループの中で、最小のＣＯＲＥＳＥＴ ＩＤを有するＣＯＲＥＳＥＴのＴＣＩ状態又はＱＣＬ仮定であってよい。
【0080】
一実施形態において、異なるＰＵＣＣＨ－Ｃｏｎｆｉｇに設定されたＰＵＣＣＨリソースは、異なってよい。より具体的に、異なるＰＵＣＣＨリソースＩＤは、異なるＰＵＣＣＨ設定内で設定され得る。
【0081】
例えば、ＵＥは、１２８個のＰＵＣＣＨリソース及び、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇと第２のＰＵＣＣＨ－Ｃｏｎｆｉｇを含む、２つのＰＵＣＣＨ設定を用いて設定される。ＵＥは、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ及び第２のＰＵＣＣＨ－Ｃｏｎｆｉｇのために１２８個のＰＵＣＣＨリソース候補（例えば、０～１２７のＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＩｄ）からＰＵＣＣＨリソースを選択できるが、それぞれのＰＵＣＣＨ－ＣｏｎｆｉｇのｒｅｓｏｕｒｃｅＴｏＡｄｄＭｏｄＬｉｓｔに含まれるＰＵＣＣＨリソースのＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＩｄは、同じでない場合がある。
【0082】
例えば、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇが｛０、２、４、６｝のＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＩＤを有するＰＵＣＣＨリソースを含む場合、第２のＰＵＣＣＨ－Ｃｏｎｆｉｇに含まれるＰＵＣＣＨリソースは、０、２、４、又は６と等しいＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＩＤから選択できないことがある。第２のＰＵＣＣＨ－Ｃｏｎｆｉｇは、｛１、３、５、７｝のＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＩＤを有するＰＵＣＣＨリソースを含むことができる。
【0083】
例えば、ＰＵＣＣＨリソースの最大数が１２８の場合、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ内で設定されたＰＵＣＣＨリソースは、０～６３と等しいＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＩｄを用いて設定され、第２のＰＵＣＣＨ－Ｃｏｎｆｉｇ内で設定されたＰＵＣＣＨリソースは、６４～１２７のＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＩｄを用いて設定され得る。
【0084】
一実施形態において、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇ及び第２のＰＵＣＣＨ－Ｃｏｎｆｉｇは、異なるサービス種類に対応してよい。例えば、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇは、ｅＭＢＢサービスに対応し、第２のＰＵＣＣＨ－Ｃｏｎｆｉｇは、ＵＲＬＬＣサービスに対応する。換言すると、第１のＰＵＣＣＨ－Ｃｏｎｆｉｇは、低い優先順位に対応することができ、第２のＰＵＣＣＨ－Ｃｏｎｆｉｇは、高い優先順位に対応することができる。
【0085】
〔ケース１－７：ＰＵＣＣＨ－Ｃｏｎｆｉｇ、ＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔ、ＰＵＣＣＨ－Ｒｅｓｏｕｒｃｅは、特定の優先順位レベル（例えば、高い優先順位又は低い優先順位）にマッピングされ得る〕
一実施形態において、ＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、設定されたＰＵＣＣＨ－Ｃｏｎｆｉｇがマッピングされた優先順位レベルを示し得る。例えば、ＰＵＣＣＨ設定リスト内に２つのＰＵＣＣＨ設定が存在する場合、第１のＰＵＣＣＨ－Ｃｏｎｇは、低い優先順位に対応し、第２のＰＵＣＣＨ－Ｃｏｎｆｉｇは、高い優先順位に対応し得る。
一実施形態において、ＰＵＣＣＨ－Ｃｏｎｆｉｇ ＩＥは、設定されたＰＵＣＣＨ－Ｃｏｎｆｉｇがマッピングされた優先順位レベルを示し得る。例えば、ＰＵＣＣＨ設定リスト内に２つのＰＵＣＣＨ設定が存在する場合、第１のＰＵＣＣＨ－Ｃｏｎｇは、低い優先順位に対応し、第２のＰＵＣＣＨ－Ｃｏｎｆｉｇは、高い優先順位に対応し得る。
【0086】
一実施形態において、ＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＳｅｔ ＩＥは、設定されたＰＵＣＣＨ－Ｃｏｎｆｉｇがマッピングされた優先順位レベルを示し得る。例えば、２つのＰＵＣＣＨリソースセットが存在する場合、第１のＰＵＣＣＨリソースセットは、低い優先順位に対応し、第２のＰＵＣＣＨリソースセットは、高い優先順位に対応し得る。
【0087】
一実施形態において、ＰＵＣＣＨ－Ｒｅｓｏｕｒｃｅ ＩＥは、設定されたＰＵＣＣＨ－Ｃｏｎｆｉｇがマッピングされた優先順位レベルを示し得る。例えば、２つのＰＵＣＣＨリソースが存在する場合、第１のＰＵＣＣＨリソースは、低い優先順位に対応し、第２のＰＵＣＣＨリソースは、高い優先順位に対応し得る。
【0088】
〔ケース１－８：ＤＣＩメッセージは、ＰＵＣＣＨ設定のインジケータを含み得る〕
一実施形態において、ＤＣＩメッセージによって示されたＰＵＣＣＨリソースは、異なるＰＵＣＣＨ設定に対応することができる。例えば、高い優先順位インデックスを有するＤＣＩ（例えば、ＰＵＣＣＨリソースインジケータ）によって示されたＰＵＣＣＨ送信は、Ｒｅｌ－１６のためのＰＵＣＣＨ－Ｃｏｎｆｉｇに対応することができる。より具体的に、ＰＵＣＣＨ送信をスケジュールするために使用されるＤＣＩは、優先順位インデックスを含むことができる。優先順位インデックスが高い優先順位を示す場合、ＰＵＣＣＨリソースは、Ｒｅｌ－１６のためのＰＵＣＣＨ－Ｃｏｎｆｉｇ内で設定され得る。換言すると、２つのＰＵＣＣＨリソース内に異なる優先順位を有するＤＣＩによってスケジュールされた２つのＨＡＲＱ－ＡＣＫコードブックが存在し、２つのＰＵＣＣＨリソースは、Ｒｅｌ－１５のためのＰＵＣＣＨ－Ｃｏｎｆｉｇ及びＲｅｌ－１６のためのＰＵＣＣＨ－Ｃｏｎｆｉｇ内でそれぞれ設定される。
一実施形態において、ＤＣＩメッセージによって示されたＰＵＣＣＨリソースは、異なるＰＵＣＣＨ設定に対応することができる。例えば、高い優先順位インデックスを有するＤＣＩ（例えば、ＰＵＣＣＨリソースインジケータ）によって示されたＰＵＣＣＨ送信は、Ｒｅｌ－１６のためのＰＵＣＣＨ－Ｃｏｎｆｉｇに対応することができる。より具体的に、ＰＵＣＣＨ送信をスケジュールするために使用されるＤＣＩは、優先順位インデックスを含むことができる。優先順位インデックスが高い優先順位を示す場合、ＰＵＣＣＨリソースは、Ｒｅｌ－１６のためのＰＵＣＣＨ－Ｃｏｎｆｉｇ内で設定され得る。換言すると、２つのＰＵＣＣＨリソース内に異なる優先順位を有するＤＣＩによってスケジュールされた２つのＨＡＲＱ－ＡＣＫコードブックが存在し、２つのＰＵＣＣＨリソースは、Ｒｅｌ－１５のためのＰＵＣＣＨ－Ｃｏｎｆｉｇ及びＲｅｌ－１６のためのＰＵＣＣＨ－Ｃｏｎｆｉｇ内でそれぞれ設定される。
【0089】
一実施形態において、対応するＰＵＣＣＨ設定インデックスは、ＤＣＩメッセージ内のフィールドによって示されてよい。例えば、ＰＵＣＣＨ設定インデックスを示すためのフィールドは、１のビット長を有することができ、その値０は、Ｒｅｌ－１５のためのＰＵＣＣＨ－Ｃｏｎｆｉｇを参照し、値１は、Ｒｅｌ－１６のためのＰＵＣＣＨ－Ｃｏｎｆｉｇを示す。代替的に、値０は、Ｒｅｌ－１６のためのＰＵＣＣＨ－Ｃｏｎｆｉｇを示すことができ、値１は、Ｒｅｌ－１５のためのＰＵＣＣＨ－Ｃｏｎｆｉｇを示すことができる。
【0090】
〔ケース１－９：設定されたＰＵＣＣＨ設定の各々は、ＣＯＲＥＳＥＴ設定のグループに関連付けられる〕
一実施形態において、ＣＯＲＥＳＥＴ設定は、ＣＯＲＥＳＥＴがどのＣＯＲＥＳＥＴグループに属するかを識別するためのグループインデックスを含む。
一実施形態において、ＣＯＲＥＳＥＴ設定は、ＣＯＲＥＳＥＴがどのＣＯＲＥＳＥＴグループに属するかを識別するためのグループインデックスを含む。
【0091】
一実施形態において、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、グループインデックスを含むことができ、ＵＥは、識別されたＰＵＣＣＨ空間関係情報を、示されたＰＵＣＣＨ－Ｃｏｎｆｉｇ内のＰＵＣＣＨリソースに適用することができる。
【0092】
一実施形態において、ＰＵＣＣＨ空間関係のアクティベーション／非アクティブベーションのＭＡＣ ＣＥは、グループインデックスを含まなくてもよく、ＵＥは、識別されたＰＵＣＣＨ空間関係情報を、ＰＵＣＣＨ空間関係のアクティベーション／非アクティブベーションのＭＡＣ ＣＥを含むＰＤＳＣＨをスケジューリングするＤＣＩが送信されるＣＯＲＥＳＥＴグループに関連付けられたＰＵＣＣＨ－Ｃｏｎｆｉｇ内のＰＵＣＣＨリソースに適用してもよい。
【0093】
〔ケース２：単一のＰＵＣＣＨ設定のみ、又はＰＵＣＣＨ送信に対応する単一の設定は、ＵＥに設定される〕
実施形態がケース１に開示された実施形態の組み合わせを含むことができることに留意されたい。例えば、ケース１における「異なるＰＵＣＣＨ－Ｃｏｎｆｉｇ」に対応するインデックスは、ケース２における「異なる空間関係情報リスト」（又は「異なるリスト」）に対応するインデックスに関連付けることができる。ケース２における「リスト」は、「空間関係情報リスト」を示す。
実施形態がケース１に開示された実施形態の組み合わせを含むことができることに留意されたい。例えば、ケース１における「異なるＰＵＣＣＨ－Ｃｏｎｆｉｇ」に対応するインデックスは、ケース２における「異なる空間関係情報リスト」（又は「異なるリスト」）に対応するインデックスに関連付けることができる。ケース２における「リスト」は、「空間関係情報リスト」を示す。
【0094】
〔ケース２－１：ＵＥは、サービス種類に対応するＰＵＣＣＨ空間関係情報の識別を受信することができる〕
ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、サービス種類に対応する空間関係情報の識別を示すコンテンツフィールドを含むことができる。ＰＵＣＣＨ空間関係情報の識別は、ＰＵＣＣＨ空間関係情報リストのインデックスであってもよい。換言すると、ＰＵＣＣＨ設定内に、１つより多いｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ（例えば、ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ１、ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ２）は、存在し得る。更に、異なるリストは、異なるサービス種類に対応してよい。
ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、サービス種類に対応する空間関係情報の識別を示すコンテンツフィールドを含むことができる。ＰＵＣＣＨ空間関係情報の識別は、ＰＵＣＣＨ空間関係情報リストのインデックスであってもよい。換言すると、ＰＵＣＣＨ設定内に、１つより多いｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ（例えば、ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ１、ｓｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＴｏＡｄｄＭｏｄＬｉｓｔ２）は、存在し得る。更に、異なるリストは、異なるサービス種類に対応してよい。
【0095】
一実施形態において、ＵＥは、異なる空間関係情報リストに対応するインデックスを含むＭＡＣ ＣＥを受信することができる。一実施形態において、異なるリスト内のＰＵＣＣＨ空間関係情報のＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄは、同じ値を有することができる。一実施形態において、異なるリスト内のＰＵＣＣＨ空間関係情報のＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄは、異なる値を有することができる。
【0096】
一実施形態において、リストに設定されたＰＵＣＣＨ空間関係情報は、別のリストに設定された他のＰＵＣＣＨ空間関係情報に置き換えることができる。例えば、第１のリスト内に設定された第１のＰＵＣＣＨ空間関係情報、及び第２のリストに設定された第２のＰＵＣＣＨ空間関係情報が、同一のＰＵＣＣＨ送信のためにアクティベート又は示された場合、ＵＥは、高い優先順位を有するリスト内のＰＵＣＣＨ空間関係情報を適用してよい。
【0097】
一実施形態において、第１のリストに対応するＰＵＣＣＨリソースＩＤと、第２のリストに対応するＰＵＣＣＨリソースＩＤとは、異なってよい。例えば、ＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＩｄ ０－６３は、第１のリストにおけるＰＵＣＣＨ空間関係情報を適用するために示され、ＰＵＣＣＨ－ＲｅｓｏｕｒｃｅＩｄ ６４－１２７は、第２のリストにおけるＰＵＣＣＨ空間関係情報を適用するために示され得る。
【0098】
一実施形態において、異なるサービス種類のためのリスト内のＰＵＣＣＨ空間関係に対応する、Ｒｅｌ－１６のためのＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、存在し得る。例えば、Ｒｅｌ－１６のためのＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、第１のリストに対応し得る。代替的に、Ｒｅｌ－１６のためのＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、第２のリストに対応し得る。
【0099】
〔ケース２－２：ＰＵＣＣＨ－Ｃｏｎｆｉｇ内に異なるリストが存在しない場合、１つより多いＰＵＣＣＨ空間関係情報は、一度にＰＵＣＣＨリソースのためにアクティブであってもよい〕
ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、ＰＵＣＣＨ空間関係情報のアクティベーション状態を示すコンテンツフィールドを含むことができる。ＰＵＣＣＨ空間関係情報のアクティブ状態は、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄのインデックスを参照することができる。
ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、ＰＵＣＣＨ空間関係情報のアクティベーション状態を示すコンテンツフィールドを含むことができる。ＰＵＣＣＨ空間関係情報のアクティブ状態は、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏＩｄのインデックスを参照することができる。
【0100】
一実施形態において、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥのＳｉフィールド内に‘１’と等しい、１より多いビットは、存在してよい。一実施形態において、ＵＥは、高い優先順位に対応するＰＵＣＣＨ送信のために、最も低いインデックスを有するＭＡＣ ＣＥ内に、アクティベートされたＰＵＣＣＨ空間関係情報を適用することができる。代替の実施形態において、ＵＥは、高い優先順位に対応するＰＵＣＣＨ送信のための最も高いインデックスを有するＭＡＣ ＣＥ内のアクティベートされたＰＵＣＣＨ空間関係情報を適用することができる。
【0101】
一実施形態において、ＰＵＣＣＨリソースは、１つより多いＰＵＣＣＨリソースＩＤ、優先順位に関連付けられている各ＩＤ、又はＰＵＣＣＨ送信に使用されるサービス種類を用いて設定され得る。ＵＥは、アクティベートされたＰＵＣＣＨ空間関係情報を、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥに示されたＰＵＣＣＨリソースＩＤを用いて、ＰＵＣＣＨリソースに適用することができる。
【0102】
表２は、異なる優先順位、又は異なるサービス種類に関連付けられた１つより多いＰＵＣＣＨリソースＩＤを含む、ＰＵＣＣＨリソース設定の一例としてのデータ構造を示す。ＰＵＣＣＨリソースＩＤは、ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄ及びｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄＦｏｒＨｉｇｈＰｒｉｏｒｉｔｙを含む。
【0103】
【表2】
【0104】
ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥのＳｉフィールド内に、‘１’と等しい、１つだけのビットが、存在し得る。
【0105】
ＰＵＣＣＨ送信のための優先順位又はサービスタイプ、及び関連するＰＵＣＣＨリソースＩＤは、ＰＵＣＣＨ送信をスケジューリングするＤＣＩメッセージ内に示され得る。ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄＦｏｒＨｉｇｈＰｒｉｏｒｉｔｙ値は、ＤＣＩメッセージがＰＵＣＣＨ送信のための高い優先順位を示すとき、使用され得る。
【0106】
ＰＵＣＣＨリソースのために、異なる優先順位又は異なるサービス種類に関連付けられたＰＵＣＣＨリソースＩＤは、異なる値を有し得る。ｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄ及びｐｕｃｃｈ－ＲｅｓｏｕｒｃｅＩｄＦｏｒＨｉｇｈＰｒｉｏｒｉｔｙの両方がＰＵＣＣＨリソースに設定されている場合、複数のＰＵＣＣＨ空間関係情報は、ＰＵＣＣＨリソースのためにアクティブになり得る。
【0107】
ＰＵＣＣＨリソースのために、異なる優先順位又はサービス種類に関連付けられたＰＵＣＣＨリソースＩＤは、以下の実施例として設定できる。
【0108】
〔ケース２－３：ＵＥは、ＰＵＣＣＨリソースのグループの識別を受信することができる〕
一実施形態において、ＰＵＣＣＨリソースのグループの識別は、明示的なグループインデックスであってよい。一実施形態において、ＰＵＣＣＨリソースのグループの識別は、関連付けられたＣＯＲＥＳＥＴ設定のインデックスであり得る。
一実施形態において、ＰＵＣＣＨリソースのグループの識別は、明示的なグループインデックスであってよい。一実施形態において、ＰＵＣＣＨリソースのグループの識別は、関連付けられたＣＯＲＥＳＥＴ設定のインデックスであり得る。
【0109】
一実施形態において、ＰＵＣＣＨリソースのグループは、以下の実施例として設定され得る。
【0110】
表３は、ＰＵＣＣＨリソースＩＤ及びＰＵＣＣＨリソースグループＩＤを含んでいる、ＰＵＣＣＨリソース設定の一例としてのデータ構造を示す。
【0111】
【表3】
【0112】
一実施形態において、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥは、ＰＵＣＣＨリソースのグループインデックスを含み得る。
【0113】
ＵＥがＰＵＣＣＨリソースのグループインデックスを含む、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを受信する場合、ＵＥは、ＰＵＣＣＨ空間関係情報をグループ内の全てのＰＵＣＣＨリソースに適用することができる。
【0114】
ＵＥがＰＵＣＣＨリソースのグループインデックスを含む、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥと、ＰＵＣＣＨリソースのグループインデックスを有さない、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥとの両方を受信する場合、ＵＥは、グループインデックスを有さないＭＡＣ ＣＥで示されるＰＵＣＣＨ空間関係情報を、示されたＰＵＣＣＨリソースに適用することができる。
【0115】
図５は、本開示の一例としての実施形態によるＰＵＣＣＨリソースを設定するための方法５００を示す。アクション５０２において、ＵＥは、第１のＵＬ ＢＷＰに関連付けられた第１のＢＷＰ設定を受信する。第１のＢＷＰ設定は、第１のＰＵＣＣＨ設定及び第２のＰＵＣＣＨ設定を有するＰＵＣＣＨ設定リストを含む。第１のＰＵＣＣＨ設定は、ＰＵＣＣＨリソースＩＤの第１のセットを示す。第２のＰＵＣＣＨ設定は、ＰＵＣＣＨリソースＩＤの第２のセットを示す。
【0116】
ＰＵＣＣＨ設定リストを含む一例としてのＢＷＰ設定は、表１を参照することができる。ＰＵＣＣＨ設定リスト（例えば、ＰＵＣＣＨ－ＣｏｎｆｉｇＬｉｓｔ ＩＥ）は、第１のＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－Ｃｏｎｆｉｇ０）及び第２のＰＵＣＣＨ設定（例えば、ＰＵＣＣＨ－Ｃｏｎｆｉｇ１）を含むことができる。
【0117】
アクション５０４において、ＵＥは、第２のＵＬ ＢＷＰに関連付けられた第２のＢＷＰ設定を受信する。第２のＢＷＰ設定は、第３のＰＵＣＣＨ設定を含む。第３のＰＵＣＣＨ設定は、ＰＵＣＣＨリソースＩＤの第３のセットを示す。ＰＵＣＣＨリソースＩＤの第１のセット及びＰＵＣＣＨリソースＩＤの第２のセットは、共通のＰＵＣＣＨリソースＩＤを共有しない。
【0118】
第２のＵＬ ＢＷＰに関連付けられた第２のＢＷＰ設定のデータ構造は、第１のＵＬ ＢＷＰに関連付けられた第１のＢＷＰ設定のデータ構造と同様であってよい。一実施形態において、第１のＢＷＰ設定は、２つのＰＵＣＣＨ設定（第１の、及び第２のＰＵＣＣＨ設定）を含むことができ、第２のＢＷＰ設定は、単一のＰＵＣＣＨ設定（第３のＰＵＣＣＨ設定）を含むことができる。
【0119】
一実施形態において、第１のＰＵＣＣＨ設定におけるＰＵＣＣＨリソースと、第２のＰＵＣＣＨ設定におけるＰＵＣＣＨリソースとは同じでなくてよい。換言すると、ＰＵＣＣＨリソースＩＤの第１のセットとＰＵＣＣＨリソースＩＤの第２のセットは、共通のＰＵＣＣＨリソースＩＤを共有しない。関連する開示は、ケース１～６の実施形態を参照することができる。
【0120】
一実施形態において、ＰＵＣＣＨリソースが異なるＢＷＰ設定のためにどのように設定されるかに関する特定の制約は、存在しないことがある。例えば、第１のＵＬ ＢＷＰに関連付けられた第１のＰＵＣＣＨ設定におけるＰＵＣＣＨリソースと、第２のＵＬ ＢＷＰに関連付けられた第３のＰＵＣＣＨ設定におけるＰＵＣＣＨリソースとは、同じＰＵＣＣＨリソースＩＤを有し得る。換言すると、ＰＵＣＣＨリソースＩＤの第１セットは、ＰＵＣＣＨリソースＩＤの第３セットと、少なくとも１つのＰＵＣＣＨリソースＩＤを共有し得る。
【0121】
一実施形態において、異なるＢＷＰ設定のために設定されたＰＵＣＣＨリソースに関する制約も存在し得る。例えば、第１のＰＵＣＣＨ設定におけるＰＵＣＣＨリソースと、第３のＰＵＣＣＨ設定におけるＰＵＣＣＨリソースとは、同じでなくてもよい。換言すると、ＰＵＣＣＨリソースＩＤの第１のセットとＰＵＣＣＨリソースＩＤの第３のセットは、共通のＰＵＣＣＨリソースＩＤを共有しない。
【0122】
一実施形態において、第１のＰＵＣＣＨ設定及び第２のＰＵＣＣＨ設定は、異なるサービス種類に対応し得る。異なるサービス種類は、異なる優先順位に対応し得る。例えば、第１のＰＵＣＣＨ設定は、ｅＭＢＢサービスに対応し、一方で、第２のＰＵＣＣＨ設定は、ＵＲＬＬＣサービスに対応しうる。例えば、第１のＰＵＣＣＨ設定は、低い優先順位に対応することができ、一方で第２のＰＵＣＣＨ設定は、高い優先順位に対応することができる。
【0123】
一実施形態において、第１のＨＡＲＱ－ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースＩＤの第１のセットから選択された第１のＰＵＣＣＨリソースと、第２のＨＡＲＱ－ＡＣＫコードブックを送信するためのＰＵＣＣＨリソースＩＤの第２のセットから選択された第２のＰＵＣＣＨリソースは、異なる優先順位に対応する。例えば、第１のＨＡＲＱ－ＡＣＫコードブックは、ｅＭＢＢサービス（低い優先順位を有し得る）に使用でき、一方で、第２のＨＡＲＱ－ＡＣＫコードブックは、ＵＲＬＬＣサービス（高い優先順位を有し得る）に使用できる。
【0124】
一実施形態において、第１のＰＵＣＣＨ設定は、ＰＵＣＣＨ空間関係情報ＩＤの第１のセットを更に示す。第２のＰＵＣＣＨ設定は、ＰＵＣＣＨ空間関係情報ＩＤの第２のセットを更に示す。関連する開示は、ケース１～５の実施形態を参照することができる。第１のセットのＰＵＣＣＨ空間関係情報ＩＤ（例えば、ｍａｘＮｒｏｆＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏｓ）内のＩＤの最大数は、Ｒｅｌ－１５の中で指定された数より大きくてもよい。
【0125】
図６は、本開示の一例としての実施形態による、ＰＵＣＣＨリソースを設定するための方法６００を示す。アクション６０２及びアクション６０４は、それぞれ、図５に示されるアクション５０２及びアクション５０４に対応する。アクション６０６において、ＵＥは、ＰＤＳＣＨ受信をスケジュールするＤＣＩメッセージを受信し、ＤＣＩメッセージは、優先順位インジケータを含む。関連する開示は、ケース１～８の実施形態を参照することができる。ＤＣＩメッセージによってスケジュールされたＰＤＳＣＨ受信は、ＰＵＣＣＨ空間関係のアクティベーション／非アクティベーションのＭＡＣ ＣＥを含むことができる。
【0126】
アクション６０８において、ＵＥは、優先順位インジケータによる、第１のＰＵＣＣＨ設定及び第２のＰＵＣＣＨ設定の内の１つを適用することによって、第１のＵＬ ＢＷＰにおけるＰＤＳＣＨ受信に関連するＨＡＲＱ－ＡＣＫ情報を送信する。第１のＰＵＣＣＨ設定は、低い優先順位に対応し、第２のＰＵＣＣＨ設定は、高い優先順位に対応する。例えば、ＵＥは、ＤＣＩメッセージ中の優先順位インジケータが低い優先順位を示すと判定すると、ｅＭＢＢ ＨＡＲＱ－ＡＣＫコードブックを送信するために、第１のＰＵＣＣＨ設定を適用することができ、ＵＥは、ＤＣＩメッセージ中の優先順位インジケータが高い優先順位を示すと判定すると、第２のＰＵＣＣＨ設定を適用して、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫコードブックを送信することができる。
【0127】
一実施形態において、アクション６０８において、ＵＥは、第１のＰＵＣＣＨ設定に対応する第１のＨＡＲＱ－ＡＣＫ情報と、第２のＰＵＣＣＨ設定に対応する第２のＨＡＲＱ－ＡＣＫ情報とを同時に生成することができる。第１のＨＡＲＱ－ＡＣＫ情報と第２のＨＡＲＱ－ＡＣＫ情報は、異なる優先順位に対応し得る。ＵＥは、優先順位インジケータに従って、第１のＨＡＲＱ－ＡＣＫ情報と第２のＨＡＲＱ－ＡＣＫ情報の内の１つを送信できる。第１のＰＵＣＣＨ設定に関連付けられた第１のＨＡＲＱ－ＡＣＫ情報は、低い優先順位の送信を参照し、第２のＰＵＣＣＨ設定に関連付けられた第２のＨＡＲＱ－ＡＣＫ情報は、高い優先順位の送信を参照し得る。一実施形態において、アクション６０８で送信されたＨＡＲＱ－ＡＣＫ情報は、アクション６０６で受信されたＤＣＩメッセージによってスケジュールされたＰＤＳＣＨ受信に応答する。
【0128】
図１に示されるＰＵＣＣＨ送信１００を参照すると、ＵＥが２つのＨＡＲＱ－ＡＣＫコードブックを生成するように命令される場合、ｅＭＢＢ ＨＡＲＱ－ＡＣＫ送信のためのスロット＃０におけるＰＵＣＣＨリソース１０２（例えば、低い優先順位のＰＵＣＣＨ）と、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫ送信のためのスロット＃０におけるＰＵＣＣＨリソース１０４（例えば、高い優先順位のＰＵＣＣＨ）とである。図５に示されるアクション５０２及びアクション５０４に開示されるように、ＰＵＣＣＨリソースＩＤの第１のセット及びＰＵＣＣＨリソースＩＤの第２のセットが共通のＰＵＣＣＨリソースＩＤを共有しないから、第１のＰＵＣＣＨ設定のためのＰＵＣＣＨ空間関係情報及び第２のＰＵＣＣＨ設定のためのＰＵＣＣＨ空間関係情報は、別個に設定され得る。
【0129】
ｅＭＢＢ ＨＡＲＱ－ＡＣＫコードブック（ＰＵＣＣＨリソース１０２）に使用されるＰＵＣＣＨ空間関係情報ＩＤは、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫコードブック（ＰＵＣＣＨリソース１０４）に使用されるＰＵＣＣＨ空間関係情報ＩＤと独立してよい。それ故に、ＰＵＣＣＨリソース１０２及びＰＵＣＣＨリソース１０４が同じスロットにスケジュールされている場合であっても、ＵＥは、ＰＵＣＣＨリソース１０２及びＰＵＣＣＨリソース１０４のために異なるＰＵＣＣＨ空間関係情報を適用することができる。
【0130】
図１に示されるＰＵＣＣＨ送信１００を参照すると、スロット＃０におけるＰＵＣＣＨリソース１０２は、ｅＭＢＢ ＨＡＲＱ－ＡＣＫ送信（例えば、低い優先順位のＰＵＣＣＨ）のためのものであり、スロット＃１におけるＰＵＣＣＨリソース１１２は、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫ送信（例えば、高い優先順位のＰＵＣＣＨ）のためのものである。図５に示されるアクション５０２及びアクション５０４に開示されるように、ＰＵＣＣＨリソースＩＤの第１のセット及びＰＵＣＣＨリソースＩＤの第２のセットが共通のＰＵＣＣＨリソースＩＤを共有しないから、第１のＰＵＣＣＨ設定のためのＰＵＣＣＨ空間関係情報及び第２のＰＵＣＣＨ設定のためのＰＵＣＣＨ空間関係情報は、別個に設定され得る。
【0131】
ｅＭＢＢ ＨＡＲＱ－ＡＣＫコードブック（ＰＵＣＣＨリソース１０２）に使用されるＰＵＣＣＨ空間関係情報ＩＤは、ＵＲＬＬＣ ＨＡＲＱ－ＡＣＫコードブック（ＰＵＣＣＨリソース１１２）に使用されるＰＵＣＣＨ空間関係情報ＩＤと独立してよい。それ故に、ＵＥは、ＰＵＣＣＨリソース１０２とＰＵＣＣＨリソース１１２とが１スロットだけ離れていても、ＰＵＣＣＨリソース１０２とＰＵＣＣＨリソース１１２とに対して異なるＰＵＣＣＨ空間関係情報を適用することができる。
【0132】
本開示における全ての実施形態は、本開示において識別される問題に対処することに限定されない。例えば、開示された実施形態は、セルラー無線通信システムのＲＡＮに存在する任意の課題を解決するために適用することができる。
【0133】
本開示の実施形態における全ての数字は、限定ではなく単に例示的なものである。数字は、本方法がどのように実行されるかをより良く示すための例として提供される。
【0134】
図７は、本開示の例としての実施形態による無線通信のためのノード７００を示すブロック図である。図７に示すように、ノード７００は、トランシーバ７２０、プロセッサ７２８、メモリ７３４、１つ又は複数のプレゼンテーション部品７３８、及び少なくとも１つのアンテナ７３６を含むことができる。ノード７００はまた、無線周波数（ＲＦ）スペクトル帯域モジュール、ＢＳ通信モジュール、ネットワーク通信モジュール、及びシステム通信管理モジュール、入力／出力（Ｉ／Ｏ）ポート、Ｉ／Ｏ部品、及び電源（図７には図示せず）を含むことができる。
【0135】
【0136】
トランシーバ７２０は、送信機７２２（例えば、送信／送信回路）及び受信機７２４（例えば、受信／受信回路）を有し、時間及び／又は周波数リソース分割情報を送信及び／又は受信するように設定されてよい。トランシーバ７２０は、使用可能、使用不可能、及び柔軟に使用可能なサブフレーム及びスロットフォーマットを含むが、これらに限定されない、異なる種類のサブフレーム及びスロットで送信するように設定され得る。トランシーバ７２０は、データ及び制御チャネルを受信するように設定され得る。
【0137】
ノード７００は、様々なコンピュータ可読媒体を含んでよい。コンピュータ可読媒体は、ノード７００によってアクセスされてよく、揮発性及び不揮発性媒体の両方、並びに取り外し可能及び非取り外し可能媒体を含む、任意の利用可能な媒体であってよい。
【0138】
コンピュータ可読媒体は、コンピュータ記憶媒体及び通信媒体を含んでよい。コンピュータ記憶媒体は、揮発性媒体と不揮発性媒体の両方、及びコンピュータ可読命令、データ構造、プログラムモジュール又はデータなどの情報を記憶するための任意の方法又は技術で実装される取り外し可能及び非取り外し可能媒体を含むことができる。
【0139】
コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ－ＲＯＭ、デジタル汎用ディスク又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置を含むことができる。コンピュータ記憶媒体は、伝搬データ信号を含まなくてもよい。通信媒体は、典型的にはコンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他の送信メカニズムなどの変調されたデータ信号で具現化することができ、任意の情報配信媒体を含むことができる。
【0140】
用語「変調されたデータ信号」は、信号内の情報を符号化するようにセット又は変更された１つ又は複数の特性を有する信号を意味する。通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体と、音響、ＲＦ、赤外線、及び他の無線媒体などの無線媒体とを含むことができる。先に列挙した部品の組合せは、コンピュータ可読媒体の範囲内にも含まれるべきである。
【0141】
メモリ７３４は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含んでよい。メモリ７３４は、取り外し可能、取り外し不能、又はそれらの組み合わせであってよい。例としてのメモリは、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどを含むことができる。
【0142】
図７に示すように、メモリ７３４は、図１から図６を参照して本明細書に開示する様々な機能をプロセッサ７２８に実行させるように設定された、コンピュータ可読、コンピュータ実行可能命令７３２（例えば、ソフトウェアコード）を記憶することができる。代替的に、命令７３２は、プロセッサ７２８によって直接的に実行可能ではなく、（例えば、コンパイル及び実行されたときに）ノード７００に本明細書に開示される様々な機能を実行させるように構成されてもよい。
【0143】
プロセッサ７２８（例えば、処理回路を有する）は、インテリジェントハードウェアデバイス、例えば、中央処理装置（ＣＰＵ）、マイクロコントローラー、ＡＳＩＣ等を含んでよい。プロセッサ７２８は、メモリを含んでよい。プロセッサ７２８は、メモリ７３４から受信したデータ７３０及び命令７３２と、トランシーバ７２０、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介して送受信される情報とを処理することができる。プロセッサ７２８はまた、コアネットワークへの送信のためにアンテナ７３６を介してネットワーク通信モジュールに送信するためにトランシーバ７２０に送信される情報を処理することができる。
【0144】
１つ又は複数のプレゼンテーション部品７３８は、人又は別のデバイスにデータインディケーションを提示することができる。プレゼンテーション部品７３８の例は、ディスプレイ装置、スピーカー、印刷部品、及び振動部品などを含むことができる。
【0145】
本開示の観点において、開示された概念を実装するために、それらの概念の範囲から逸脱することなく、様々な技法が使用され得ることが明らかである。更に、これらの概念は、特定の実施形態を特に参照して開示されてきたが、当業者はこれらの概念の範囲から逸脱することなく、形態及び詳細において変化がなされ得ることを認識し得る。従って、開示された実施形態は、全ての点で、例示であって限定ではないと考えられるべきである。本開示は、開示された特定の実施形態に限定されず、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることも理解されるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】