▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024138376
(43)【公開日】2024-10-08
(54)【発明の名称】送受信機デバイスおよびスケジューリングデバイス
(51)【国際特許分類】
H04W 72/0457 20230101AFI20241001BHJP
H04W 72/232 20230101ALI20241001BHJP
H04W 72/0446 20230101ALI20241001BHJP
H04W 72/0453 20230101ALI20241001BHJP
H04W 16/14 20090101ALI20241001BHJP
【ＦＩ】
H04W72/0457
H04W72/232
H04W72/0446
H04W72/0453 110
H04W16/14
【審査請求】有
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2024109486
(22)【出願日】2024-07-08
(62)【分割の表示】P 2021547283の分割
【原出願日】2020-01-24
(31)【優先権主張番号】19000086.9
(32)【優先日】2019-02-14
(33)【優先権主張国・地域又は機関】EP
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】クゥァン クゥァン
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】リ ホンチャオ
(57)【要約】 （修正有）
【課題】特定のデバイスの効率的な動作を容易にする、送受信機デバイスおよびスケジューリングデバイスならびに送受信機デバイスおよびスケジューリングデバイスのための通信方法を提供する。
【解決手段】基地局であるスケジューリングデバイスと、ユーザ機器である送受信デバイスと、を有する通信システムにおいて、送受信機デバイスは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、使用可能なサブバンドに含まれるとともに送信のために送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、を受信する送受信機と、リソース割当てインジケータおよびサブバンド占有インジケータに従って割り当てられたリソースを決定する割り当てリソース決定回路と、を有する。
【選択図】図７
【解決手段】基地局であるスケジューリングデバイスと、ユーザ機器である送受信デバイスと、を有する通信システムにおいて、送受信機デバイスは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、使用可能なサブバンドに含まれるとともに送信のために送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、を受信する送受信機と、リソース割当てインジケータおよびサブバンド占有インジケータに従って割り当てられたリソースを決定する割り当てリソース決定回路と、を有する。
【選択図】図７
【特許請求の範囲】
【請求項1】
送受信機デバイスとスケジューリングデバイスを含む通信システムであって、
前記送受信機デバイスは、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、
送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、
前記使用可能なサブバンドに含まれるとともに前記送信のために前記送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、
を受信する送受信機と、
前記リソース割当てインジケータおよび前記サブバンド占有インジケータに従って前記割り当てられたリソースを決定する回路と、
を有し、
前記リソース割当てインジケータは、前記サブバンド占有インジケータによって指示された前記使用可能なサブバンドに基づいて、前記送受信機デバイスに割り当てられた前記リソースとしてリソースブロックを指示し、
前記回路は、たとえ１つ以上の連続した使用可能なサブバンドの端部におけるガードバンドリソースブロックが前記リソース割当てインジケータに従って前記送受信機デバイスに割り当てられているとしても、前記ガードバンドリソースブロックとしてのリソースブロックを無視し、
前記スケジューリングデバイスは、
前記スケジューリングデバイスの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して前記サブバンド占有インジケータおよび前記リソース割当てインジケータを送信する前記スケジューリングデバイスの送受信機と、
を有する、
通信システム。
前記送受信機デバイスは、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、
送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、
前記使用可能なサブバンドに含まれるとともに前記送信のために前記送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、
を受信する送受信機と、
前記リソース割当てインジケータおよび前記サブバンド占有インジケータに従って前記割り当てられたリソースを決定する回路と、
を有し、
前記リソース割当てインジケータは、前記サブバンド占有インジケータによって指示された前記使用可能なサブバンドに基づいて、前記送受信機デバイスに割り当てられた前記リソースとしてリソースブロックを指示し、
前記回路は、たとえ１つ以上の連続した使用可能なサブバンドの端部におけるガードバンドリソースブロックが前記リソース割当てインジケータに従って前記送受信機デバイスに割り当てられているとしても、前記ガードバンドリソースブロックとしてのリソースブロックを無視し、
前記スケジューリングデバイスは、
前記スケジューリングデバイスの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して前記サブバンド占有インジケータおよび前記リソース割当てインジケータを送信する前記スケジューリングデバイスの送受信機と、
を有する、
通信システム。
【請求項2】
前記送受信機は、
グループ共通ＰＤＣＣＨを介して前記サブバンド占有インジケータを、前記送受信機デバイスに固有のＰＤＣＣＨを介して前記リソース割当てインジケータを受信し、
または、
前記送受信機デバイスに固有のＰＤＣＣＨを介して前記サブバンド占有インジケータと前記リソース割当てインジケータの両方を受信する、
請求項１に記載の通信システム。
グループ共通ＰＤＣＣＨを介して前記サブバンド占有インジケータを、前記送受信機デバイスに固有のＰＤＣＣＨを介して前記リソース割当てインジケータを受信し、
または、
前記送受信機デバイスに固有のＰＤＣＣＨを介して前記サブバンド占有インジケータと前記リソース割当てインジケータの両方を受信する、
請求項１に記載の通信システム。
【請求項3】
前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、
前記回路は、使用可能なサブバンドの和集合内のリソースブロックの総数に従って、前記リソースブロックグループの各々内のリソースブロックの数を決定する、
請求項１に記載の通信システム。
前記回路は、使用可能なサブバンドの和集合内のリソースブロックの総数に従って、前記リソースブロックグループの各々内のリソースブロックの数を決定する、
請求項１に記載の通信システム。
【請求項4】
前記リソース割当てインジケータは、前記使用可能なサブバンドからの単一の使用可能なサブバンド内のリソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記単一の使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、
前記回路は、
前記単一の使用可能なサブバンド内のリソースブロックの総数に従って前記リソースブロックグループの１つ内のリソースブロックの数を決定し、
他の使用可能なサブバンドのリソースブロックグループ割当てを、前記単一の使用可能なサブバンドのリソースブロックグループ割当てに等しいものとして決定する、
請求項１に記載の通信システム。
前記回路は、
前記単一の使用可能なサブバンド内のリソースブロックの総数に従って前記リソースブロックグループの１つ内のリソースブロックの数を決定し、
他の使用可能なサブバンドのリソースブロックグループ割当てを、前記単一の使用可能なサブバンドのリソースブロックグループ割当てに等しいものとして決定する、
請求項１に記載の通信システム。
【請求項5】
前記リソース割当てインジケータは、連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示する、
請求項１に記載の通信システム。
請求項１に記載の通信システム。
【請求項6】
前記リソース割当てインジケータは、前記使用可能なサブバンド内で連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示し、前記使用可能なサブバンドの数に応じて前記長さが増加する、
請求項１に記載の通信システム。
請求項１に記載の通信システム。
【請求項7】
前記リソース割当てインジケータは、前記使用可能なサブバンドの中の単一の使用可能なサブバンド内で連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示し、
前記回路は、他の使用可能なサブバンドのリソースブロックグループ割当てを、前記単一の使用可能なサブバンドのリソースブロックグループ割当てに等しいものとして決定する、
請求項１に記載の通信システム。
前記回路は、他の使用可能なサブバンドのリソースブロックグループ割当てを、前記単一の使用可能なサブバンドのリソースブロックグループ割当てに等しいものとして決定する、
請求項１に記載の通信システム。
【請求項8】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、
送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、
前記使用可能なサブバンドに含まれるとともに前記送信のために送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、
を送信することと、
前記物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して前記サブバンド占有インジケータおよび前記リソース割当てインジケータを受信することと、
前記リソース割当てインジケータおよび前記サブバンド占有インジケータに従って前記割り当てられたリソースを決定することと、
前記リソース割当てインジケータは、前記サブバンド占有インジケータによって指示された前記使用可能なサブバンドに基づいて、前記送受信機デバイスに割り当てられた前記リソースとしてリソースブロックを指示し、
たとえ１つ以上の連続した使用可能なサブバンドの端部におけるガードバンドリソースブロックが前記リソース割当てインジケータに従って前記送受信機デバイスに割り当てられているとしても、前記ガードバンドリソースブロックとして複数のリソースブロックを無視することと、
を含む方法。
送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、
前記使用可能なサブバンドに含まれるとともに前記送信のために送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、
を送信することと、
前記物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して前記サブバンド占有インジケータおよび前記リソース割当てインジケータを受信することと、
前記リソース割当てインジケータおよび前記サブバンド占有インジケータに従って前記割り当てられたリソースを決定することと、
前記リソース割当てインジケータは、前記サブバンド占有インジケータによって指示された前記使用可能なサブバンドに基づいて、前記送受信機デバイスに割り当てられた前記リソースとしてリソースブロックを指示し、
たとえ１つ以上の連続した使用可能なサブバンドの端部におけるガードバンドリソースブロックが前記リソース割当てインジケータに従って前記送受信機デバイスに割り当てられているとしても、前記ガードバンドリソースブロックとして複数のリソースブロックを無視することと、
を含む方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、通信システムにおける信号の送受信に関する。特に、本開示は、そのような送受信のための方法および装置に関する。
【背景技術】
【0002】
第３世代パートナーシッププロジェクト（３ＧＰＰ：the 3rd Generation Partnership Project）は、サブ１ＧＨｚからミリ波帯まで及ぶ周波数帯で動作する「新（しい）無線」（ＮＲ）無線アクセス技術（ＲＡＴ）を含む第５世代（５Ｇ）とも称される次世代セルラー技術についての技術仕様に取り組んでいる。ＮＲは、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＬＴＥ Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）に代表される技術の後継技術である。
【0003】
ＬＴＥ、ＬＴＥ－Ａ、およびＮＲのようなシステムでは、さらなる変更や選択肢により、通信システムおよび当該システムに関連する特定のデバイスの効率的な動作を容易にすることができる。
【先行技術文献】
【非特許文献】
【0004】
【非特許文献1】３ＧＰＰ ＴＲ ３８．８８９， Ｓｔｕｄｙ ｏｎ ＮＲ－ｂａｓｅｄ ａｃｃｅｓｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ， ｖ１．０．０
【非特許文献2】ＥＴＳＩ ３０１ ８９３
【非特許文献3】３ＧＰＰ ＴＳ ３８．２１４ Ｖ１５．４．０
【発明の概要】
【0005】
非限定的且つ例示的な一実施形態は、アンライセンスキャリアにおけるリソースのフレキシブルな割当てを容易にする。
【0006】
一実施形態において、本明細書に開示されている技術は、送受信機デバイスであって、動作中、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、前記使用可能なサブバンドに含まれるとともに前記送信のために前記送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、を受信する送受信機を有する送受信機デバイスを特徴とする。送受信機デバイスは、動作中、前記リソース割当てインジケータおよび前記サブバンド占有インジケータに従って前記割り当てられたリソースを決定する回路を有する。
【0007】
なお、一般的または具体的な実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組み合わせとして実現可能であることに留意されたい。
【0008】
開示された実施形態のさらなる利益および利点は、本明細書および図面から明らかになるであろう。これらの利益および／または利点は、本明細書および図面のさまざまな実施形態および特徴によって個々に得ることができるが、これらは、そのような利益および／または利点の１つ以上を得るためにすべてが提供される必要はない。
【図面の簡単な説明】
【0009】
【図1】ＬＴＥ ｅＮＢ、ｇＮＢ、およびＵＥに対する例示的なユーザおよび制御プレーンアーキテクチャを含む、３ＧＰＰ ＮＲシステムの例示的なアーキテクチャを示す図
【図2】アンライセンスワイドバンド（広帯域）キャリアにおける空きチャネル判定を示す概略図
【図3】チャネル占有を示す概略図
【図4】ＮＲ－Ｕワイドバンド運用に直接適用されるタイプ０リソース割当ての一例を示す説明図
【図5】ＮＲ－Ｕワイドバンド運用に直接適用されるタイプ１リソース割当ての一例を示す説明図
【図6】アクティブＢＷＰの一部のみが使用可能であると決定される、アンライセンス周波数帯におけるワイドバンド運用状況を示す図
【図7】一実施形態に係るスケジューリングデバイスおよび送受信機デバイスの機能コンポーネントを示すブロック図
【図8】一実施形態に係るスケジューリングデバイスのための方法のステップを示す図
【図9】一実施形態に係る送受信機デバイスのための方法のステップを示す図
【図10】ガードバンドを除いた使用可能サブバンドの和集合に対してリソースブロックグループ割当てを行う実施形態に係るタイプ０によるリソース割当てを示す概略図
【図11】一実施形態に係る送受信機デバイスのための方法を示す図
【図12】一実施形態に係るガードバンドを含めた使用可能サブバンドの和集合に対してリソースブロックグループ割当てを行うタイプ０によるリソース割当てを示す概略図
【図13】一実施形態に係る送受信機デバイスのための方法を示す図
【図14】一実施形態に係るガードバンドを含めた使用可能サブバンドの和集合に対してリソースブロックグループ割当てを行うタイプ１によるリソース割当てを示す概略図
【図15】ＲＡタイプ１が適用される場合の実施形態に係る送受信機デバイスのための方法を示す図
【発明を実施するための形態】
【0010】
以下、例示的な実施形態について添付の図面を参照してより詳細に説明する。
【0011】
図１は、基地局と端末とコアネットワークとを含む通信システムの例示的な一例を示す。このような通信システムは、ＮＲおよび／またはＬＴＥおよび／またはＵＭＴＳなどの３ＧＰＰシステムであってよい。例えば、図１に示すように、基地局（ＢＳ）は、ｇＮＢ（ｇＮｏｄｅＢ（例えば、ＮＲ基地局））またはｅＮＢ（ｅＮｏｄｅＢ（例えば、ＬＴＥ基地局））であってよい。しかし、本開示は、これらの３ＧＰＰシステムまたは任意の他のシステムに限定されない。たとえ実施形態および例示的な実装が３ＧＰＰシステムのある用語を使用して説明されるとしても、本開示は、任意の他の通信システム、特に、任意のセルラーシステム、ワイヤレスシステム、および／またはモバイルシステムにも適用可能である。
【0012】
ＮＲでは、例えば、拡張モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）や超高信頼低遅延通信（ＵＲＬＬＣ：ultra-reliable low-latency communications）、大量マシンタイプ通信（ｍＭＴＣ：massive machine type communications）などを含む、いくつかの定義された使用シナリオ、要求事項、および展開シナリオに対処する単一の技術的枠組みの提供を容易にすることが計画されている。例えば、ｅＭＢＢ展開シナリオは、室内ホットスポット、密集した都市、地方、都市マクロ、および高速を含むことができる。ＵＲＬＬＣ展開シナリオは、産業制御システム、モバイルヘルスケア（リモート監視／診断／処置）、車両のリアルタイム制御、スマートグリッドのための広域監視／制御システムを含むことができる。ｍＭＴＣは、スマートウェアラブルやセンサネットワークなど、非タイムクリティカルなデータ転送を伴う多数の装置を有するシナリオを含むことができる。ｅＭＢＢとＵＲＬＬＣのサービスは、両方とも非常に広い帯域幅を要求する点で類似しているが、ＵＲＬＬＣサービスが超低遅延を必要とする点で相違している。ＮＲでは、物理レイヤは、時間－周波数リソース（ＬＴＥと同様の直交周波数分割多重（ＯＦＤＭ）など）に基づいており、マルチアンテナ動作をサポートすることができる。
【0013】
端末は、ＬＴＥおよびＮＲにおいて、ユーザ機器（ＵＥ）と呼ばれる。これは、携帯電話、スマートフォン、タブレットコンピュータ、またはユーザ機器の機能を備えたＵＳＢ(ユニバーサルシリアルバス）スティックなどのモバイルデバイスであってもよい。しかし、モバイルデバイスという用語はこれに限定されず、一般に、リレーは、そのようなモバイルデバイスの機能を有することもでき、モバイルデバイスは、リレーとして機能することもできる。
【0014】
基地局は、例えば、端末にサービスを提供するためのネットワークの一部を形成するネットワークノードである。基地局は、端末への無線アクセスを提供するネットワークノードである。
【0015】
３ＧＰＰでは、アンライセンス周波数帯におけるＮＲベースの動作（ＮＲ－Ｕ）が検討されている（例えば、非特許文献１を参照）。ＮＲ－Ｕは、サブ７ＧＨｚ帯域において５ＧＨｚまたは６ＧＨｚで動作することができる。しかし、本開示は、特定の帯域に限定されるものではなく、例えば５２ＧＨｚのミリ波帯にも適用可能である。
【0016】
アンライセンス周波数帯におけるワイドバンド（広帯域）動作は、ＮＲ－Ｕのための欠かせない要素のうちの１つである。例えば、ＮＲ－Ｕは、２０ＭＨｚ（図２参照）よりも大きい帯域幅（アンライセンスワイドバンドキャリア内）をサービングセルに設定する可能性をサポートすることができる。さらに、ＮＲ－Ｕが動作している帯域において、Ｗｉ－Ｆｉ（登録商標）などの他の無線アクセス技術（ＲＡＴ）による送信がないことを保証できない場合、ＮＲ－Ｕ動作帯域幅を、図２に示す８０ＭＨｚなど、２０ＭＨｚの倍数として選択することができる。さらに、少なくとも、例えば規制によって、Ｗｉ－Ｆｉまたは他の競合システムがないことを保証することができない帯域については、図２に示すように、２０ＭＨｚの単位または周波数範囲で、空きチャネル判定（例えば、ＬＢＴ（listen before talk）を実行することができる。
【0017】
ＬＢＴ手順は、装置がチャネルを使用する前に空きチャネル判定（ＣＣＡ）チェックを適用するためのメカニズムとして定義されている。ＣＣＡは、チャネルが占有されているかまたは空いているかを決定するために、少なくともエネルギー検出を利用して、それぞれ、チャネルに他の信号が存在しているかまたは存在していないかを決定する。
【0018】
検出されたエネルギーレベルが、設定されているＣＣＡ閾値（例えば、欧州では－７３ｄＢｍ／ＭＨｚ、非特許文献２の第４．８．３節を参照）を超える場合、チャネルは占有されているとみなされ、逆に、検出された電力レベルが、設定されているＣＣＡ閾値よりも低い場合、チャネルは空いているとみなされる。チャネルが空き状態に分類された場合、デバイスは、すぐに送信することが許可される。最大送信持続時間は、同じ帯域で動作する他のデバイスとの公正なリソース共有を容易にするために制限される。
【0019】
図２に見られるように、それぞれの２０ＭＨｚ周波数範囲ごとのＬＢＴ空きチャネル判定の結果として、ワイドバンドキャリアのいくつかの部分が、Ｗｉ－Ｆｉまたは他の競合システムによってブロックされることが起こり得る。しかし、それにもかかわらず、ＮＲは、１つ以上の競合ＲＡＴによって使用されていない空き部分を依然として使用することができる。また、ワイドバンドキャリアの特定の部分のブロックが、例えば、ある周波数リソースを予約するために、（ＬＢＴが実行されるかどうかにかかわらず、または、ＬＢＴが実行される場合にはＬＢＴの結果にかかわらず）ＮＲ ｇＮＢ自身のスケジューリング決定に由来していることも起こり得る。
【0020】
アンライセンス帯域動作では、チャネルを取得した後、開始デバイス（initiating device）（例えば、ＮＲ ｇＮＢなどのスケジューリングデバイス）は、最大チャネル占有期間（ＣＯＴ）までチャネルを占有することができる。このことが図３に示されている。
【0021】
開始デバイス（例えば、ｇＮＢ）は、取得した時間－周波数リソースを、応答デバイス（responding device）（例えば、ＵＥなどの１つ以上の送受信機デバイス）と共有することができる。取得した時間－周波数リソースを共有することは、アップリンク（ＵＬ）、ダウンリンク（ＤＬ）、またはサイドリンク（ＳＬ）の間でフレキシブルなリソース使用を可能にすることを容易にすることができる（図３を参照）。例えば、ＤＬリソース、ＵＬリソース、およびＳＬリソースは、それぞれの方向におけるトラフィック需要に基づいて再割り当てすることができる。
【0022】
さらに、取得したリソースの共有は、ｇＮＢの取得したＣＯＴにおいてＬＢＴを実行することなく、ＵＬ送信またはＳＬ送信を可能にすることを容易にすることができる。特に、ＵＬ送信とＤＬまたはＳＬ送信との間の間隔が十分に小さい（例えば、１６μｓ未満である）場合、ＵＥは、ＤＬバースト直後のＵＬまたはＳＬ送信のためにＬＢＴを実行する必要がなく、したがって、ＬＢＴオーバーヘッドを低減することができる。
【0023】
その上、取得した時間－周波数リソースを共有することによって、準静的に設定されたもしくは周期的な参照信号、シグナリング、またはデータの送信を可能にすることができる。例えば、上位レイヤによって設定された、準静的に設定されたＵＬ送信が、ｇＮＢのＣＯＴ内にあるが、ＵＬリソースが、ｇＮＢによって共有されない場合、ＵＬ送信はドロップされる必要がある。
【0024】
図３では、説明のために、単に２スロットにわたるＣＯＴが示されている。例えば、最大ＣＯＴは、８ｍｓまたは９ｍｓであるとすることができる。例えば、１５ｋＨｚのサブキャリア間隔の場合、８ｍｓのＣＯＴは、８スロットに相当し、３０ｋＨｚのサブキャリア間隔の場合、それは、１６スロットに相当する。また、図３に示す例では、スロット（＃ｊ－１）の最後に空きチャネル判定が実行され、ＣＯＴは、空きチャネル判定が実行されるスロットに先行するスロットの先頭シンボルから始まる。しかし、開始デバイスがチャネルを取得することができるさまざまな機会または時間インスタンスを考えることができる。例えば、機会は、１シンボルごとであったり、または１スロット当たり２回であってもよい。
【0025】
ＮＲのリリース１５では、２つのタイプの周波数領域リソース割当て方式（タイプ０およびタイプ１）が使用され、両方とも、アクティブ帯域幅部分（ＢＷＰ：bandwidth part）にわたって割当てをシグナリングする。
【0026】
タイプ０は、ビットマップに基づく割当て方式である。割り当てられたリソースブロックのセットを指示する最もフレキシブルな方法は、ＢＷＰのリソースブロックの数と同じサイズのビットマップを含めることである。リソースブロックは、データを送信ための割当て可能な最小単位に対応し、周波数におけるサブキャリアの数によって定義される。（リソースブロックのＮＲでの定義は、ＬＴＥでの定義と異なることに留意されたい。ＮＲのリソースブロックは、単に周波数領域のみにわたる１次元の単位であり、一方、ＬＴＥは、周波数における１２個のサブキャリアと時間における１つのスロットとからなる２次元のリソースブロックを使用する。）これにより、リソースブロックの任意の組み合わせを送信のためにスケジューリングすることが可能になるが、残念ながら、帯域幅が大きくなるほどビットマップも非常に大きくなる。したがって、タイプ０のリソース割当て方式のビットマップは、個々のリソースブロックではなく、ＲＢＧと呼ばれる連続したリソースブロックのグループを指すのに使用される。ＲＢＧのサイズは、アクティブＢＷＰのサイズに依存する。例えば、非特許文献３によって定義され且つ表１に要約されるように、ＢＷＰの各サイズに対して２つの異なる設定が可能である。
【0027】
【表1】
【0028】
例えば、表１から分かるように、タイプ０に従って割り当てられたＲＢＧであって１から３６までのＲＢ数に対応するＢＷＰの帯域幅サイズを有するＲＢＧは、設定１を適用する場合、２つのＲＢを含む。また、例えば、タイプ０に従って割り当てられたＲＢＧであって７３から１４４までのＲＢ数に対応するＢＷＰサイズを有するＲＢＧは、設定２を適用する場合、１６個のＲＢを含む。すなわち、ＲＢＧ内のＲＢ数は、アクティブＢＷＰの帯域幅に依存する。
【0029】
タイプ１のリソース割当てスキームは、ビットマップに依存しない。代わりに、それは、リソース指示値（ＲＩＶ）を使用する。ＲＩＶは、リソース割当てを開始位置として符号化し、割当ての長さをリソースブロックの数の観点から符号化したものである。したがって、それは、リソースブロックの任意の割当てをサポートすることなく、単に周波数が連続した割当てのみをサポートしており、これによって、リソースブロック割当てをシグナリングするのに必要なビット数を低減する。
【0030】
どちらのリソースアロケーションタイプも仮想リソースブロックに言及する。タイプ０の場合、仮想リソースブロックから物理リソースブロックへの非インターリーブマッピングが使用される、つまり、仮想リソースブロックが、対応する物理リソースブロックに直接マッピングされる。一方、タイプ１のリソース割当て方式の場合、非インターリーブマッピングは、ＵＬに対してサポートされる。ＤＬの場合、インターリーブマッピングと非インターリーブマッピングの両方が、タイプ１のリソース割当て方式に対してサポートされる。この場合、インターリーブサイズは、アクティブＢＷＰの帯域幅である。ＶＲＢからＰＲＢへのマッピングビット（存在すれば、ダウンリンクのみ）は、割当てシグナリングがインターリーブマッピングを使用するかまたは非インターリーブマッピングを使用するかを指示する。
【0031】
図４は、ＮＲ－Ｕワイドバンド運用に直接適用されるタイプ０リソース割当ての一例を示す説明図である。図４に示すように、アクティブＢＷＰは、それぞれ２０ＭＨｚの周波数範囲を有する４つのサブバンドを含む。図示するサブバンドのうちの３つは、例えば、ＬＢＴによる空きチャネル判定の間、送信に使用できないと決定されている。当該使用できないサブバンドは、図４において星形の記号で示されている。
【0032】
ＲＢＧのサイズ、つまり、１つのＲＢＧ内の仮想ＲＢの数は、アクティブＢＷＰに依存するため、アクティブＢＷＰの一部のみが使用可能であると決定された場合、ＲＢＧの粒度は、使用可能なサブバンドの帯域幅に対して粗くなりすぎる可能性がある。同図に示す例では、アクティブＢＷＰは、合計２２０個の仮想ＲＢ（３０ｋＨｚのサブキャリア間隔を有する）を有することができ、これは、表１によれば、１６ＲＢのＲＢＧサイズになる。しかし、単一の２０ＭＨｚサブバンドのみが使用可能であるため、ＲＢＧ粒度が粗すぎて、リソース割当ての柔軟性が制限される。
【0033】
図５は、図４に示す場合と同様の場合について、ＮＲ－Ｕワイドバンド運用に直接適用されるタイプ１ＲＡの一例を示す説明図であり、この場合、アクティブＢＷＰの一部のみが使用可能であると決定されている。この場合、タイプ１ＲＡが適用されると、多くのＲＩＶエントリが使用できなくなる。特に、図５に示す例では、任意の長さのＲＢ＃５５からの開始位置を示すＲＩＶエントリを使用することができない。
【0034】
図６は、ＮＲ－Ｕに対するアンライセンス周波数帯におけるワイドバンド運用の状況を示しており、この場合、アクティブＢＷＰの一部のみが使用可能であると決定されている。使用可能でないと決定されたサブバンドからのＲＦ漏れおよびそのようなサブバンド内へのＲＦ漏れを補償するために、使用可能なサブバンドと非使用可能なサブバンドとの間に位置する、つまり、隣接するサブバンドの端部に位置する、ガードバンドリソースを用いることができる。これは、タイプ０によるＲＡおよびタイプ１によるＲＡの両方に適用可能である。ガードバンドを適用する実施形態では、アクセス可能（使用可能）なサブバンドと非アクセス可能（非使用可能）なサブバンドとの間のガードバンドリソースが挿入されるか否かは、サブバンドの使用可能性に依存する。これは、例えば、空きチャネル判定の結果として、例えば、ＬＢＴによって決定することができる。
【0035】
好適なＲＡ粒度、および、無駄なＲＩＶエントリの防止は、空きチャネル判定の結果として、例えば、サブバンドの使用可能性に応じてアクティブＢＷＰを変更することによって達成することができる。しかし、アクティブＢＷＰを切り替えることは、遅延を伴い、ＵＥが遷移時間中にスケジューリングされることを許さない。本開示は、アクティブＢＷＰを変更する必要なしに、サブバンドの使用可能性に応じて動的にＲＡ粒度を適合させ且つ無駄なＲＩＶエントリを防止する技術を提供する。
【0036】
また、最先端の移動通信規格、例えば、ＬＴＥリリース１５およびＮＲリリース１５では、ガードバンドが、キャリアの端部に存在するように準静的に設定される。しかし、例えば、図６に示すようにサブバンドの使用可能性に応じてガードバンドリソースを使用可能にする（enable）ために、柔軟な周波数位置とサイズを有するキャリア内でガードバンドを動的に生成するメカニズムはない。
【0037】
本開示は、使用可能なサブバンドがＮＲ－Ｕワイドバンド運用において柔軟で効率的な方法で使用されるのを容易にすることができる技術を提供する。特に、本開示は、非使用可能なサブバンドからのＲＦ漏れおよびそのようなサブバンド内へのＲＦ漏れを防止するための技術をさらに提供する。
【0038】
ワイドバンド運用を強化するために、以下で説明する通信方法および通信デバイスの実施形態において、開始デバイス（スケジューリングデバイス）は、送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータ（ＳＢＯＩ）と、前記使用可能なサブバンドに含まれるとともに前記送信のために前記送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータとを、ＰＤＣＣＨを介して送受信機デバイスに指示し、当該送受信機デバイスは、前記リソース割当てインジケータを解釈することによって前記ＳＢＯＩに従って前記割り当てられたリソースを決定する。
【0039】
本開示は、図７に示す送受信機デバイスおよびスケジューリングデバイスを提供する。送受信機デバイス５６０は、動作中、ＰＤＣＣＨを介して、送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、前記使用可能なサブバンドに含まれるとともに前記送信のために前記送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、を受信する送受信機５７０（１つ以上のアンテナなどのハードウェアコンポーネントと、当該ハードウェアコンポーネントの動作を制御する制御回路と、を有する送信機および／または受信機）を有する。また、受信機デバイス５６０は、動作中、前記リソース割当てインジケータおよび前記サブバンド占有インジケータ（ＳＢＯＩ）に従って前記割り当てられたリソースを決定する回路５８０（または処理回路）を有する。
【0040】
例えば、送受信機デバイス５６０は、ＮＲのＵＥである。したがって、送受信機５７０および回路５８０は、本開示では「ＵＥ送受信機」および「ＵＥ回路」とも呼ばれる。しかし、これらの用語は、単に、回路５８０および送受信機５７０を、基地局などの他のデバイスが有する回路および送受信機と区別するために使用される。送受信機デバイス５６０は、同様の通信システムの端末デバイス、中継デバイス、または通信デバイスであってもよい。ＵＥ回路５８０は、「割当てリソース決定回路」と見なされるか、または「割当てリソース決定回路」を含んでもよい。
【0041】
また、図７に示すスケジューリングデバイス５１０（またはスケジューリングノード）が提供される。スケジューリングデバイス５１０は、動作中、送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、前記使用可能なサブバンドに含まれるとともに前記送信のために前記送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、を決定する回路５３０を有する。当該スケジューリングデバイスは、動作中、ＰＤＣＣＨを介して前記サブバンド占有インジケータおよび前記リソース割当てインジケータを送信する送受信機５２０をさらに有する。
【0042】
例えば、当該スケジューリングデバイスは、ＮＲシステムにおけるネットワークノード（基地局）（ｇＮＢ）または同様の無線通信システムにおけるネットワークノード（基地局）である。回路５３０は、「ＳＢＯＩおよびＲＡ決定回路」とも呼ばれ、または、ＵＥ回路５８０などの他の回路と区別するために、「ネットワークノード回路」とも呼ばれる。
【0043】
また、スケジューリングデバイス（またはスケジューリングノード）のための方法が提供される。図８に示すように、当該方法は、送信に使用可能であると決定されたサブバンドを指示するＳＢＯＩを決定するステップＳ１１０と、前記使用可能なサブバンドに含まれるとともに前記送信のために送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータを決定するステップＳ１２０と、ＰＤＣＣＨを介して前記ＳＢＯＩおよび前記リソース割当てインジケータを送信するステップＳ１３０、Ｓ１４０とを含む。
【0044】
また、送受信機デバイスのための方法が提供される。図９に示すように、当該方法は、ＰＤＣＣＨを介して、送信に使用可能であると決定されたサブバンドを指示する前記ＳＢＯＩを受信するステップＳ２１０と、前記使用可能なサブバンドに含まれるとともに前記送信のために送受信機デバイスに割り当てられたリソースを指示する前記リソース割当てインジケータを受信するステップＳ２２０と、前記リソース割当てインジケータおよび前記サブバンド占有インジケータに従って前記割り当てられたリソースを決定するステップＳ２３０と、を含む。
【0045】
さらなる説明では、明示的な記述または文脈がそうでないことを示さない限り、詳細および実施形態は、送受信機デバイス５６０、スケジューリングノード（またはスケジューリングデバイス）５１０、ならびに送受信機デバイスおよびスケジューリングノードのための各方法の各々に適用される。
【0046】
スケジューリングノード５１０は、送受信機デバイス５６０にＳＢＯＩおよびリソース割当てインジケータを送信する。ＳＢＯＩによって指示されるサブバンドは、キャリアに含まれ、且つ、送受信機デバイスとスケジューリングデバイスの間で行われる送信に使用可能である、使用可能周波数範囲である。前記キャリアは、アンライセンスキャリア（またはアンライセンスワイドバンドキャリア）であってもよい。これらの使用可能サブバンドは、アンライセンスキャリア内の周波数範囲（（サブ）間隔、サブバンド、またはパーティション）であって、競合するＲＡＴシステム（例えば、Ｗｉ－Ｆｉ）によって、１スロットの持続時間の間または複数のスロットを含むＣＯＴの持続時間の間使用されない周波数範囲である。サブバンドは、それぞれ等しい幅を有することができる。例えば、上記のように、ＮＲ－Ｕが動作しているキャリア内の帯域幅が２０ＭＨｚの倍数である場合、サブバンドの幅は、２０ＭＨｚであってもよい。
【0047】
使用可能サブバンドは、送受信機デバイス５６０とスケジューリングノード５１０の間で行われる送信に使用可能な周波数範囲である。この送信は、送受信機デバイス５６０からスケジューリングノード５１０へのアップリンク送信（送受信機デバイス５６０が送信し、スケジューリングノード５１０が受信する）、またはスケジューリングノード５１０から送受信機デバイス５６０へのダウンリンク送信（スケジューリングノード５１０が送信し、送受信機デバイス５６０が受信する）、または送受信機デバイス５６０と当該送受信機デバイスと異なる第２の送受信機デバイスとの間のサイドリンク送信（送受信機デバイス５６０が送信し、第２の送受信機デバイスが受信する、またはその逆）であってもよい。送受信機デバイス５６０およびスケジューリングノード５１０は、無線チャネル、特に、アンライセンス周波数帯域／キャリアにおけるチャネルを介して互いに通信する。
【0048】
サブバンド占有インジケータは、例えば、空きチャネル判定（例えば、ＬＢＴ）の結果に従って、送信に使用可能なサブバンドを指示する。例えば、ＳＢＯＩに対してグループ共通ＰＤＣＣＨまたはＵＥ固有ＰＤＣＣＨのビットフィールドを定義することができる。
【0049】
送信のためのサブバンドの使用可能性は、空きチャネル判定の結果に従って決定されることに限定されず、例えば、いくつかのリソースを意図的に予約するというスケジューラの決定であってもよい。
【0050】
スケジューリングノード５１０は、送信のために送受信機デバイスにリソースを割り当てる。特に、スケジューリングノード５１０は、リソース割当てインジケータを生成し、当該インジケータを送受信機デバイス５６０に送信する。送受信機デバイス５６０は、リソース割当てインジケータを受信する。
【0051】
上記のように、サブバンドを含むキャリアは、アンライセンスキャリアであってもよい。例えば、キャリアは、スケジューリングデバイス５１０および送受信機デバイス５６０を含むＮＲまたはＮＲ－Ｕなどの第１の通信システムと、同じアンライセンスワイドバンドキャリアまたはアンライセンスワイドバンドキャリアの一部を使用するＷｉ－Ｆｉシステムなどの第２の通信システムと、によって共用されてもよい。スケジューリングデバイス５１０は、さらに、空きチャネル判定を実行して、第２の通信システムによって現在使用されていない使用可能サブバンドを決定し、したがって、ＣＯＴ内での１回以上の送信のための１つ以上の使用可能サブバンドを取得することができる。例えば、複数の周波数範囲は、複数の２０ＭＨｚ範囲である。使用可能サブバンドを取得することによって、スケジューリングデバイス５１０は、アンライセンスワイドバンドキャリアにおいて通信を開始すると見なすことができ、開始デバイスと見なすことができる。そして、当該スケジューリングデバイスは、ステップＳ１１０において、例えば、空きチャネル判定の結果に基づいて、ＳＢＯＩを決定する。具体的には、当該スケジューリングデバイスは、使用可能なサブバンドの中から１つ以上のサブバンドを使用可能サブバンドとして選択し、ＰＤＣＣＨを介して送信されるＳＢＯＩを決定し生成する。
【0052】
例えば、使用可能サブバンドを指示するＰＤＣＣＨは、スケジューリングデバイス５１０が送受信機デバイス５６０を含む送受信機デバイスのグループに送信するグループ共通（ＧＣ）ＰＤＣＣＨである。したがって、指示される使用可能サブバンドは、送受信機デバイスのグループによって使用される。グループの中の送受信機デバイスには、ＧＣ ＰＤＣＣＨによって運ばれるＤＣＩをスクランブルするためにスケジューリングデバイス５１０が使用するグループ共通ＲＮＴＩ（無線ネットワーク一時識別子）（つまり、ＤＣＩのＣＲＣビット）が、（例えば、ＲＲＣによって）設定されてもよい。送受信機デバイスは、グループ共通ＲＮＴＩを使用して、ＧＣ ＰＤＣＣＨによって運ばれるＤＣＩをデスクランブルする。
【0053】
［ＳＢＯＩおよびリソース割当て送信］
いくつかの実施形態において、ＳＢＯＩは、グループ共通ＰＤＣＣＨを介して、スケジューリングデバイス５１０によって送信され、送受信機デバイス５６０によって受信され、また、リソース割当てインジケータは、送受信機デバイスに固有のＰＤＣＣＨを介して、スケジューリングデバイス５１０によって送信され、送受信機デバイス５６０によって受信される。
いくつかの実施形態において、ＳＢＯＩは、グループ共通ＰＤＣＣＨを介して、スケジューリングデバイス５１０によって送信され、送受信機デバイス５６０によって受信され、また、リソース割当てインジケータは、送受信機デバイスに固有のＰＤＣＣＨを介して、スケジューリングデバイス５１０によって送信され、送受信機デバイス５６０によって受信される。
【0054】
いくつかの実施形態では、ＳＢＯＩおよびリソース割当てインジケータの両方が、送受信機デバイスに固有のＰＤＣＣＨを介して、スケジューリングデバイス５１０によって送信され、送受信機デバイス５６０によって受信される。
【0055】
いくつかの実施形態において、使用可能サブバンドは、明示的に指示される。例えば、ＰＤＣＣＨは、使用可能サブバンドを指示するビットフィールドを含む。したがって、ＰＤＣＣＨは、通信に現在使用されていない（アンライセンス）ワイドバンドキャリア内の１つの範囲（または複数の範囲）の明示的なインジケータを運ぶ。例えば、ビットフィールドは、次の選択肢のうちの１つであり得る。
・第１の選択肢：使用可能サブバンドは、ビットマップによって明示的に表され、ビットマップ内の１ビットは、適用可能な範囲（例えば、２０ＭＨｚ範囲）を表す。
・第２の選択肢：使用可能サブバンド（連続している場合には、アンライセンスワイドバンドキャリアの適用可能な部分）は、適用可能な部分の開始位置および長さによって表され、長さは、２０ＭＨｚなどの指定された粒度を有する。
・第１の選択肢：使用可能サブバンドは、ビットマップによって明示的に表され、ビットマップ内の１ビットは、適用可能な範囲（例えば、２０ＭＨｚ範囲）を表す。
・第２の選択肢：使用可能サブバンド（連続している場合には、アンライセンスワイドバンドキャリアの適用可能な部分）は、適用可能な部分の開始位置および長さによって表され、長さは、２０ＭＨｚなどの指定された粒度を有する。
【0056】
一般に、両方の混合または他のシグナリングも適用可能である。第１の選択肢に従うと、いくつかの実施形態において、ビットフィールド（つまり、ＳＢＯＩ）は、キャリアに含まれる複数のサブバンド（２０ＭＨｚ範囲など）にそれぞれ対応する複数のビットを含むビットマップである。ビットマップは、複数の範囲の中の（各）範囲が送信に使用可能であるか否かを指示する。特に、ビットマップ内のビット（またはビットマップ内の各ビット）は、対応するサブバンドが、行われる送信に使用可能であるか否かを指示する。
【0057】
図２に示す例では、幅８０ＭＨｚのアンライセンスワイドバンドキャリアが、４つの２０ＭＨｚサブバンドに細分化されている。ｇＮＢ（または同様のスケジューリングデバイス５１０）は、空きチャネル判定（ＬＢＴ）を実行して、２０ＭＨｚ範囲の使用可能性をそれぞれ決定することができる。例えば、スケジューリングデバイス５１０は、周波数範囲（２０ＭＨｚ（サブ）バンド）＃１、＃２、および＃３にわたって成功する（範囲＃１～＃３が使用可能であると決定する）が、周波数範囲＃４については失敗する（つまり、この周波数が他のシステム／ＲＡＴによってブロック／使用されており、したがって、使用可能ではないと決定する）。
【0058】
スケジューリングデバイス５１０は、適用可能な周波数範囲（例えば、「０１１１」）を指示するビットマップを生成する。ここで、周波数範囲＃１は、最下位ビットに対応する。しかし、本開示は、これに限定されるものではなく、ビットマップは、例えば、「１１１０」であってもよい。
【0059】
そして、スケジューリングデバイス５１０は、使用可能サブバンドのビットマップインジケータ（ＳＢＯＩ）を含むＰＤＣＣＨを、スケジューリングデバイスと通信を行う送受信機デバイスまたは送受信機デバイスのグループ（ＧＣ ＰＤＣＣＨを介して送信される場合）に送信することができる。
【0060】
ＳＢＯＩがＧＣ ＰＤＣＣＨを介して送信される場合、ＵＥ（または他の送受信機デバイス５６０ＵＥ）は、ＲＲＣによって提供されたサーチスペース設定に従ってＧＣ ＰＤＣＣＨをモニタする。ＧＣ ＰＤＣＣＨをモニタするためのサーチスペースの設定は、時間領域設定および周波数領域設定の両方を含む。時間領域では、スロットごとに１回またはスロットごとに複数回などのモニタ周期と、どの１つ以上のシンボルをＵＥがモニタすべきかを指示するモニタオフセットと、を設定する。周波数領域では、上記の設定は、（ＧＣ ）ＰＤＣＣＨをモニタするための周波数領域リソースをＵＥに指示する。このような周波数領域リソースは、１つの２０ＭＨｚサブバンドまたは複数の２０ＭＨｚサブバンド内に配置することができる。これは、それぞれのサブバンドのブロックに関する統計に基づいて、スケジューリングデバイス５１０によって決定され得る。したがって、サーチスペースは、ＵＥによるＧＣ ＰＤＣＣＨの確実な受信を容易にするために、他のシステムによるブロックが発生しにくいまたは最も発生しにくいサブバンドにおいて設定することができる。そのような統計情報が利用可能でない場合、および／または、スケジューリングデバイス５１０がＳＢＯＩを含む（ＧＣ ）ＰＤＣＣＨを配信する成功率を最大化するために、送受信機デバイス５６０（ＵＥ）は、２０ＭＨｚのサブバンドすべてにわたって（ＧＣ ）ＰＤＣＣＨをモニタするように構成されることができる。
【0061】
ＳＢＯＩが送受信機デバイスに固有のＰＤＣＣＨを介して送信される場合、送受信機デバイスは、例えば、送受信機デバイスに固有のＰＤＣＣＨ内のスケジューリングＤＣＩから、ＳＢＯＩを取得する。
【0062】
上記の例では、使用可能サブバンドが、上記の選択肢１に従った、サブバンドに対応するビットを含むビットマップであるＳＢＯＩによって指示される。しかし、サブバンドの使用可能性または適用可能性は、（ｇＮＢによって）シグナリングされ、上記の選択肢２に従った、アンライセンスキャリアの適用可能な部分の開始位置および長さのインジケータによって決定されてもよい。
【0063】
したがって、いくつかの実施形態において、使用可能サブバンドは、連続した使用可能なサブバンドのセットに含まれ、ビットフィールドは、その連続したサブバンドのセットの開始位置と、連続した適用可能な周波数範囲のセットの長さと、を指示する。例えば、２０ＭＨｚの周波数範囲に細分化された８０ＭＨｚのワイドバンドキャリアの場合、２ビットは、適用可能な周波数範囲のセットの開始位置（または開始周波数範囲）を指示することができ、さらなる２ビットは、使用可能な（２０ＭＨｚ）サブバンドの単位での長さを指示することができる。図２に示す例では、開始位置は、周波数範囲１（２ビットで表され、例えば「００」として表される）であり、適用可能な範囲のセットの長さは、３（「１０」で表される）である。このような連続した適用可能な周波数範囲のセットは、ビットフィールド「００１０」によってシグナリングされ得る。使用可能なサブバンドがない（キャリア全体がブロックされている）場合は、「１１１１」などの「不可能な」組み合わせ（長さが４である適用可能な周波数範囲のセットが周波数範囲位置＃４から開始すること）によって指示され得る。他の例では、開始位置および長さは、２つの別々のビットフィールドを有する代わりに、合同で符号化することができる。８０ＭＨｚのワイドバンドキャリアが４つの２０ＭＨｚサブバンドに細分化される上記の場合、以下の符号化テーブルを使用することができる。
【0064】
【表2】
【0065】
２つの別々のビットフィールドを有することと比較して、表２に例示する合同符号化方法は、サブバンドの数が増加する場合にシグナリングオーバーヘッドを節約することができる。
【0066】
上記のように、アンライセンスキャリアに含まれる特定の（２０ＭＨｚ）サブバンドが（第１の選択肢または第２の選択肢に従ってＳＢＯＩによって）使用可能であると指示された場合、ＵＥは、さらなるチャネルからの（例えば、送信が動的にスケジューリングされる場合、スケジューリングＤＣＩにおける）リソース割当てインジケータから取得されたＵＥに割り当てられたリソースを決定するリソース割当て決定ルールに従う。特定のサブバンドが非使用可能であると指示された場合、ＵＥは、たとえリソース割当てインジケータがＵＥに割り当てられているサブバンド内のリソースを指示する場合であっても、この非使用可能なサブバンドを介しては受信も送信もしない。
【0067】
いくつかの実施形態において、リソース割当てインジケータは、ＳＢＯＩによって指示された使用可能サブバンドに基づいて送受信機デバイス５６０に割り当てられたリソースとして仮想ＲＢを指示する。それから、この仮想ＲＢは、インターリービングの有無にかかわらず、物理ＲＢにマッピングされる。
【0068】
［タイプ０ＲＡ］
いくつかの実施形態において、リソース割当てインジケータは、１つ以上の連続した使用可能サブバンドの端部におけるガードバンドを除いた使用可能サブバンド内の、送受信機デバイス５６０に割り当てられたＲＢを指示する。
いくつかの実施形態において、リソース割当てインジケータは、１つ以上の連続した使用可能サブバンドの端部におけるガードバンドを除いた使用可能サブバンド内の、送受信機デバイス５６０に割り当てられたＲＢを指示する。
【0069】
いくつかの実施形態では、ＲＡがタイプ０に従ってスケジューリングデバイスによって実行される場合、ガード量は、送受信機デバイスに合わせて準静的に設定され得るが、ガードバンドの位置は、（動的に、例えば、ＬＢＴ結果に従って）決定されるべきである。ガード量は、非使用可能なサブバンドからのＲＦ漏れおよびそのようなサブバンド内へのＲＦ漏れを防止するための最低限のガード条件に対応し得る。スケジューリングデバイス（例えば、ＮＲ－ＵにおけるｇＮＢ）は、図１０に示すように、例えばＬＢＴの結果として、使用可能サブバンドを指示するＳＢＯＩを決定し、使用可能なサブバンドと非使用可能なサブバンドの間に位置するガードバンドを除いた使用可能サブバンドの帯域幅のみを考慮して、単一のＲＢＧ内のＲＢの数の観点からＲＢＧのサイズを導出する（ここで、ガードバンドの帯域幅は、ガードバンド内のＲＢの観点から定義され得る）。ＲＢＧ当たりのＲＢ数は、例えば、表１に従って決定され得る。ここで、帯域幅部分のサイズは、ガードバンドを除いた使用可能サブバンドの和集合の帯域幅に置き換えられる。ＲＢＧは、ガードバンドを除いた後の使用可能ＲＢにわたって形成される。その後、スケジューリングデバイスは、ＰＤＣＣＨを介して、使用可能サブバンドを送受信機デバイスＵＥに指示する。
【0070】
図１１に示すように、送受信機デバイスは、ガードバンド条件を、例えば、ＲＲＣによって、例えば、２つのガードバンドＲＢとして、受信する（Ｓ３１０）。そして、送受信機デバイス（ＵＥ）は、ＳＢＯＩを、例えば、ＧＣ ＰＤＣＣＨを介して、また、リソース割当てインジケータを、例えば、送受信機デバイスに固有のＰＤＣＣＨを介して、受信し（Ｓ３２０）、そして、ガードバンドＲＢを除いた後のＲＢＧサイズを、例えば、表１に従って、導出する（Ｓ３３０）。ここで、帯域幅部分のサイズは、ガードバンドを除いた使用可能サブバンドの和集合の帯域幅に置き換えられる。これに基づいて、受信機は、リソース割当てインジケータに対するビット数を導出する（Ｓ３４０）。その後、送受信機デバイスは、リソース割当てインジケータを復号してＲＧＢ割当てを得る（Ｓ３５０）。
【0071】
ＲＢＧのサイズは、ＳＢＯＩによって指示され且つガードバンドＲＢを除いた使用可能サブバンドの和集合に基づいて決定されるため、アクティブＢＷＰの一部のみが使用可能である場合において、ＲＡの粒度が改善される。
【0072】
ＳＢＯＩがＧＣ ＰＤＣＣＨを介して送信される場合、送受信機デバイス（ＵＥ）は、使用可能サブバンドに関する情報を使用してリソース割当てインジケータのビットマップサイズを決定することができ、または単に固定サイズを仮定する。ＳＢＯＩがＵＥに固有のＰＤＣＣＨを介して送信される場合、固定のビットマップサイズ（例えば、１８ビット）を使用することができる。
【0073】
上記のようにＲＢＧサイズが使用可能サブバンドの和集合に基づいて決定されることに代わる方法として、ＲＢＧサイズは、ＲＡがタイプ０に従ってスケジューリングデバイスによって実行され且つガード量が送受信機デバイスに合わせて準静的に設定される場合において、設定されたガードバンドサイズ（ＲＢ数の観点から）に等しくなるように設定することができる。ガードバンドリソースを１つのＲＢＧによって生成することができることは、このアプローチの特別な利点である。
【0074】
上記いずれの場合においても、追加のガードバンドリソースを、リソース割当インジケータにおいて（例えば、スケジューリングＤＣＩにおいて）ＲＢＧをＵＥに割り当てることを回避することによって生成することができる。
【0075】
いくつかの実施形態では、ＲＡがタイプ０に従ってスケジューリングデバイスによって実行される場合、ガード量は、送受信機デバイスに合わせて準静的に設定され得るが、このガード量は、非使用可能なサブバンドからのＲＦ漏れおよびそのようなサブバンド内へのＲＦ漏れを防止するための最悪の場合のガード条件に対応し得る。しかし、ガードバンドの位置は、（動的に、例えば、ＬＢＴ結果に従って）決定されるべきである。スケジューリングデバイス（例えば、ＮＲ－ＵにおけるｇＮＢ）は、図１２に示すように、例えばＬＢＴの結果として、使用可能サブバンドを指示するＳＢＯＩを決定し、使用可能なサブバンドと非使用可能なサブバンドの間に位置するガードバンドを含めた使用可能サブバンドの帯域幅のみを考慮して、単一のＲＢＧ内のＲＢの数の観点からＲＢＧのサイズを導出する。ＲＢＧ当たりのＲＢ数は、例えば、表１に従って決定され得る。ここで、帯域幅部分のサイズは、ガードバンドを除外していない使用可能サブバンドの和集合の帯域幅に置き換えられる。そして、ＲＢＧは、ガードバンドを除外していない使用可能ＲＢにわたって形成される。その後、スケジューリングデバイスは、ＳＢＯＩを介して、使用可能なサブバンドを送受信機デバイスＵＥに指示する。また、連続した使用可能サブバンドの各ブロックの端部にあるガードバンドは、準静的に設定された値に等しいサイズで使用可能にされる、つまり、ガードバンド内のＲＢは、非使用可能なサブバンド内へのＲＦ漏れまたはそのようなサブバンドからのＲＦ漏れを防止するために、送信に使用されない。
【0076】
図１３に示すように、送受信機デバイスは、ガードバンド条件を、例えば、ＲＲＣによって、例えば、３つのガードバンドＲＢとして、受信する（Ｓ４１０）。そして、送受信機デバイス（ＵＥ）は、ＳＢＯＩを、例えば、ＧＣ ＰＤＣＣＨを介して、また、リソース割当てインジケータを、例えば、送受信機デバイスに固有のＰＤＣＣＨを介して、受信し（Ｓ４２０）、そして、ガードバンドＲＢを除外していないＲＢＧサイズを、例えば、表１に従って、導出する（Ｓ４３０）。ここで、帯域幅部分のサイズは、ガードバンドの存在を考慮しない使用可能サブバンドの和集合の帯域幅に置き換えられる。これに基づいて、受信機は、リソース割当てインジケータに対するビット数を導出する（Ｓ４４０）。その後、送受信機デバイスは、リソース割当てインジケータを復号してＲＧＢ割当てを得る（Ｓ４５０）。また、データ送信中に、ＵＥは、ＳＢＯＩにより、連続した使用可能サブバンドの端部にガードバンドリソースが必要であることを認識することができ、したがって、連続した使用可能サブバンドの端部にあるガードバンド内のリソースブロックは、たとえ前記ガードバンドＲＢが、リソース割当てインジケータに従って割り当てられたリソースに従って送受信機デバイスに割り当てられているとしても、無視される（Ｓ４６０）。その結果、ガードバンドリソースがＵＥによって仮定されるべきかどうかの曖昧さはない。
【0077】
図１２および図１３を用いて上述した設計の重要な特徴は、先に説明した実施形態（図１０および図１１参照）と比較して、ＲＢＧサイズの決定がガードバンドの仕様から切り離されていることを含む。したがって、ガードバンドを考慮に入れることなく、リソース割当てインジケータの設計を行うことができる。図１０および図１１に記載されたことと同様に、ＲＢＧサイズは、ＳＢＯＩによって指示された使用可能サブバンドの和集合に基づいて決定されるため、アクティブＢＷＰの一部のみが使用可能である場合において、ＲＡの粒度が改善される。
【0078】
ＳＢＯＩがＧＣ ＰＤＣＣＨを介して送信される場合、送受信機デバイス（ＵＥ）は、使用可能サブバンドに関する情報を使用してリソース割当てインジケータのビットマップサイズを決定することができ、または単に固定のビットマップサイズを仮定する。ＳＢＯＩがＵＥに固有のＰＤＣＣＨを介して送信される場合、固定のビットマップサイズ（例えば、１８ビット）を使用することができる。
【0079】
いくつかの実施形態では、ＲＡがタイプ０に従ってスケジューリングデバイスによって実行される場合、ガード量は、送受信機デバイスに合わせて準静的に設定され得るが、このガード量は、最悪の場合のガード条件に対応し得る。しかし、ガードバンドの位置は、（動的に、例えば、ＬＢＴ結果に従って）決定されるべきである。スケジューリングデバイス（例えば、ＮＲ－ＵにおけるｇＮＢ）は、例えばＬＢＴの結果として、使用可能サブバンドを指示するＳＢＯＩを決定する。しかし、単一のＲＢＧ内のＲＢの数の観点からのＲＢＧサイズは、たとえ２つ以上のサブバンドが使用可能であるとしても、単一の使用可能サブバンドの帯域幅のみを考慮して決定される。その結果、ＲＧＢ割当ては、送受信機デバイスに送信されるリソース割当てインジケータ内の単一サブバンドに関して指示される。
【0080】
２つ以上のサブバンドが使用可能である場合、前記単一サブバンド内のＲＢＧ割当ては、その後、スケジューリングデバイスおよび送受信機デバイスによって、すべての使用可能サブバンドに適用される。すなわち、ＲＢＧ割当ては、異なるサブバンド内の同等のＲＢに対して等しいと決定される。
【0081】
このようなリソース割当て方式の１つの利点は、リソース割当てインジケータのビットマップサイズが、単一サブバンド内のみのＲＢＧの割当てに言及するため、著しく低減され得ることである。このため、使用可能サブバンドの数またはアクティブＢＷＰの帯域幅に関係なく、一定のビットマップサイズを実現することができる。例えば、３０ＫＨｚのサブキャリア間隔を使用する８０ＭＨｚワイドバンドキャリア運用を考える。ＲＢＧサイズは、ただ１つの２０ＭＨｚのみ（この例では、５５個のＲＢ）を考慮して決定することができる。前記例示の表１によれば、ＲＢＧサイズは、４つのＲＢを含むように決定することができる（設定１参照）。その結果、ビットマップサイズは、ｃｅｉｌ（５５／４）＝１４ビットになる。この１４ビットのビットマップ指示は、使用可能サブバンドが２０ＭＨｚ、４０ＭＨｚ、６０ＭＨｚ、または８０ＭＨｚであっても、使用される。
【0082】
ガードバンドの生成については、図１２および図１３を用いて説明したものと同様のメカニズムを採用することができる。より具体的には、連続した使用可能サブバンドの各ブロックの端部にあるガードバンドは、準静的に設定された量に等しいサイズで使用可能にされる、つまり、ガードバンド内のＲＢは、非使用可能なサブバンド内へのＲＦ漏れまたはそのようなサブバンドからのＲＦ漏れを防止するために、送信に使用されない。
【0083】
また、送受信機デバイス（例えば、ＵＥ）側では、ＳＢＯＩを受信した後、ＵＥは、使用可能サブバンドおよび非利用可能サブバンドが通知される。この情報により、ＵＥは、連続した使用可能サブバンドの端部にガードバンドリソースが必要であることを認識することができ、したがって、連続した使用可能サブバンドの端部にあるガードバンド内のリソースブロックは、たとえ前記ガードバンドＲＢが、リソース割当てインジケータに従って割り当てられたリソースに従って送受信機デバイスに割り当てられているとしても、無視される。その結果、ガードバンドリソースがＵＥによって仮定されるべきかどうかの曖昧さはない。
【0084】
［タイプ１ＲＡ］
いくつかの実施形態では、ＲＡがタイプ１に従ってスケジューリングデバイスによって実行される場合、ガード量は、送受信機デバイスに合わせて準静的に設定され得るが、このガード量は、最悪の場合のガード条件に対応し得る。しかし、ガードバンドの位置は、（動的に、例えば、ＬＢＴ結果に従って）決定されるべきである。スケジューリングデバイス（例えば、ＮＲ－ＵにおけるｇＮＢ）は、例えばＬＢＴの結果として、ＳＢＯＩを決定し、ＳＢＯＩによって送受信機デバイスに使用可能サブバンドを指示する。ＲＩＶは、図１４に示すように、１つのＲＢ粒度を有し、ガードバンドを除外していない使用可能サブバンドの和集合に関して指示される。物理ＲＢへのマッピングに対してインターリービングが適用される場合、インターリービングサイズは、ダイバーシティを最大化するために、使用可能サブバンドの和集合全体である。その後、スケジューリングデバイスは、ＳＢＯＩによって、使用可能サブバンドを送受信機デバイスＵＥに指示する。また、連続した使用可能サブバンドの各ブロックの端部にあるガードバンドは、準静的に設定された値に等しいサイズで使用可能にされる、つまり、ガードバンド内のＲＢは、非使用可能なサブバンド内へのＲＦ漏れまたはそのようなサブバンドからのＲＦ漏れを防止するために、送信に使用されない。
いくつかの実施形態では、ＲＡがタイプ１に従ってスケジューリングデバイスによって実行される場合、ガード量は、送受信機デバイスに合わせて準静的に設定され得るが、このガード量は、最悪の場合のガード条件に対応し得る。しかし、ガードバンドの位置は、（動的に、例えば、ＬＢＴ結果に従って）決定されるべきである。スケジューリングデバイス（例えば、ＮＲ－ＵにおけるｇＮＢ）は、例えばＬＢＴの結果として、ＳＢＯＩを決定し、ＳＢＯＩによって送受信機デバイスに使用可能サブバンドを指示する。ＲＩＶは、図１４に示すように、１つのＲＢ粒度を有し、ガードバンドを除外していない使用可能サブバンドの和集合に関して指示される。物理ＲＢへのマッピングに対してインターリービングが適用される場合、インターリービングサイズは、ダイバーシティを最大化するために、使用可能サブバンドの和集合全体である。その後、スケジューリングデバイスは、ＳＢＯＩによって、使用可能サブバンドを送受信機デバイスＵＥに指示する。また、連続した使用可能サブバンドの各ブロックの端部にあるガードバンドは、準静的に設定された値に等しいサイズで使用可能にされる、つまり、ガードバンド内のＲＢは、非使用可能なサブバンド内へのＲＦ漏れまたはそのようなサブバンドからのＲＦ漏れを防止するために、送信に使用されない。
【0085】
図１５に示すように、送受信機デバイスは、ガードバンド条件を、例えば、ＲＲＣによって、例えば、３つのガードバンドＲＢとして、受信する（Ｓ５１０）。そして、送受信機デバイス（ＵＥ）は、ＳＢＯＩを、例えば、ＧＣ ＰＤＣＣＨを介して、また、リソース割当てインジケータを、例えば、送受信機デバイスに固有のＰＤＣＣＨを介して、受信し（Ｓ５２０）、そして、ガードバンドＲＢを考慮しないＲＩＶ符号化範囲を導出する（Ｓ５３０）。そして、送受信機デバイスは、ＲＩＶ割当て指示に対するビット数を導出し（Ｓ５４０）、リソース割当てインジケータを復号してＲＢ割当てを得る（Ｓ５５０）。そして、ＳＢＯＩにより、送受信機デバイスは、ガードバンドの位置（これは、連続した使用可能サブバンドの各ブロックの端部にある）を認識することができる。したがって、ガードバンド内のＲＢは、たとえ前記ガードバンドＲＢがリソース割当てインジケータに従って送受信機デバイスに割り当てられているとしても、非使用可能なサブバンド内へのＲＦ漏れまたはそのようなサブバンドからのＲＦ漏れを防止するために、（これらのＲＢによって運ばれるデータはないと仮定して）無視される。
【0086】
いくつかの実施形態では、ＲＡがタイプ１に従ってスケジューリングデバイスによって実行される場合、ガード量は、送受信機デバイスに合わせて準静的に設定され得るが、このガード量は、最低限のガード条件に対応し得る。しかし、ガードバンドの位置は、（動的に、例えば、ＬＢＴ結果に従って）決定されるべきである。スケジューリングデバイス（例えば、ＮＲ－ＵにおけるｇＮＢ）は、例えばＬＢＴの結果として、ＳＢＯＩ（および、したがって、ガードバンドの位置）を決定し、使用可能サブバンドを送受信機デバイスに指示する。ＲＩＶは、１つのＲＢ粒度を有し、端部にある（最低限の）ガードバンドを除いた使用可能サブバンドの和集合に関して指示される。仮想ＲＢと物理ＲＢの間で非インターリービングマッピングが行われる場合、ＲＩＶが１つのＲＢ粒度を有するため、ガードバンドをＲＡ自身によって生成することができる。インターリービングマッピングが適用される場合、インターリービングサイズは、連続した使用可能サブバンドの端部にあるガードバンドを除いた使用可能サブバンドの和集合全体である。いずれの場合も、ガードバンドの量、つまりガードバンドのサイズは、ガードバンド内のＲＢの数として表すことができるが、準静的に設定された最低限の量よりも多くのガードバンドリソースが必要とされる場合、ＲＩＶの１つのＲＢ粒度により、リソースを浪費することなく生成され得る。
【0087】
いくつかの実施形態では、ＲＡがタイプ１に従って実行される場合、ガード量は、送受信機デバイスに合わせて準静的に設定され得るが、このガード量は、最悪の場合の条件に対応し得る。しかし、ガードバンドの位置は、（動的に、例えば、ＬＢＴ結果に従って）決定されるべきである。ＳＢＯＩ（および、したがって、ガードバンドの位置）は、例えば、ＬＢＴの結果として決定され、送受信機デバイスに送信される。ＲＩＶの粒度は、ＬＢＴの結果から決定され得る使用可能サブバンドの数に依存し得る。例えば、粒度は、使用可能サブバンドが１つの場合には１つのＲＢであり、使用可能サブバンドが２つの場合には２つのＲＢであり、使用可能サブバンドが３つの場合には３つのＲＢであり、以下同様である。以下では、ＲＩＶ符号化の１－ＲＢ粒度および２－ＲＢ粒度を、例として、表３および表４に提供する。
【0088】
【表3】
【0089】
【表4】
【0090】
しかし、本実施形態は、使用可能サブバンドの数に対するＲＩＶの粒度のこのような特定の依存性に限定されるものではなく、粒度は、使用可能サブバンドに対する任意の依存性を反映することができる。ＲＩＶは、ガードバンドを除外していない使用可能サブバンドの和集合に関して指示され、インターリービングが適用される場合、インターリービングサイズは、使用可能サブバンドの和集合全体である。このアプローチにより、ダイバーシティが最大化される。ガードバンドは、その量は準静的に設定されるものの、その位置は連続したサブバンドの各ブロックの端部で動的に決定されるが、データ送信には使用されず、したがって、送受信機デバイスは、たとえ前記ＲＢがリソース割当てインジケータ内のＲＡに従って送受信機デバイスに割り当てられている場合であっても、ガードバンド内のＲＢを無視する。
【0091】
このアプローチの１つの利点は、使用可能サブバンドの数にかかわらず、ＲＩＶオーバーヘッドが固定されることである。１つのサブバンドが２０ＭＨｚの帯域幅を有する、３０ＫＨｚのサブキャリア間隔での８０ＭＨｚワイドバンド運用の一例を考える。したがって、１つのサブバンドは、５５個のＲＢを有する。ＲＩＶの粒度が使用可能サブバンドの数の増加に比例して増加する場合、ＲＩＶに対する符号化ビット数は、ｃｅｉｌ（ｌｏｇ２（５５×５６／２））＝１１ビットとして固定値になる。その結果、使用可能サブバンドの量を知ることなく、スケジューリングＤＣＩを復号することが可能である。
【0092】
ＳＢＯＩがＧＣ ＰＤＣＣＨを介して送信される場合、送受信機デバイスは、スケジューリングＤＣＩを受信する前にＲＩＶのサイズを決定することができ、または単に１１ビットなどの固定サイズを仮定する。しかし、ＳＢＯＩが送受信機デバイスに固有のＰＤＣＣＨを介して送信される場合、送受信機デバイスは、固定サイズを仮定することができる。
【0093】
いくつかの実施形態では、ＲＡがタイプ１に従って実行される場合、ガード量は、送受信機デバイスに合わせて準静的に設定され得るが、このガード量は、最悪の場合の条件に対応し得る。しかし、ガードバンドの位置は、（動的に、例えば、ＬＢＴ結果に従って）決定されるべきである。使用可能サブバンド（および、したがって、ガードバンドの位置）は、決定され、ＳＢＯＩによって送受信機デバイスに通知される。ＲＩＶの粒度は、１つのＲＢに設定され、ＲＩＶは、たとえ２つ以上のサブバンドが使用可能であっても、単一の使用可能サブバンド、例えば、単一の使用可能な２０ＭＨｚサブバンドのうちの１つに関して指示される。仮想ＲＢから物理ＲＢへのマッピング時にインターリービングが適用される場合、インターリービングサイズは、使用可能サブバンドの数に関係なく、１つの使用可能サブバンドのサイズ（例えば、２０ＭＨｚ）に設定される。連続した使用可能サブバンドの端部にあるガードバンドは、送信には使用されず、送受信機デバイスは、たとえ前記ＲＢがリソース割当てインジケータのＲＡに従って送受信機デバイスに割り当てられているとしても、ガードバンド内のＲＢを無視する。
【0094】
送受信機デバイスに割り当てられたリソースを決定するとき、送受信機デバイスは、リソース割当てインジケータからの単一の使用可能サブバンドに従ってリソース割当てを決定する。２つ以上のサブバンドが使用可能である場合、決定されたＲＢ割当ては、その後、送受信機デバイスによって、すべての使用可能サブバンドに適用される。すなわち、ＲＢ割当ては、異なるサブバンド内の同等のＲＢに対して等しいと決定される。したがって、リソース割当てインジケータのＲＩＶ指示に対するビットは、単一サブバンド内のみのＲＢの割当てに言及するため、著しく低減され得る。
【0095】
特に、ＳＢＯＩがＧＣ ＰＤＣＣＨを介して送信される場合、送受信機デバイスは、受信したＳＢＯＩに従って、使用可能サブバンドに基づいてＲＩＶサイズを決定することができ、または単に固定サイズ（例えば、１１ビット）を仮定する。ＳＢＯＩが送受信機デバイスに固有のＰＤＣＣＨを介して送信される場合、送受信機デバイスは、固定サイズを適用することができる。
【0096】
本開示は、ソフトウエア、ハードウエア、またはハードウエアと連携したソフトウエアで実現することができる。上記各実施の形態の説明に用いた各機能ブロックは、部分的または全体的に、集積回路などのＬＳＩによって実現可能であり、また、各実施形態で説明した各処理は、部分的または全体的に、同じＬＳＩまたはＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは、チップとして個別に形成されてもよいし、または、機能ブロックの一部または全部を含むように１つのチップが形成されてもよい。ＬＳＩは、データ入力とこれに接続されたデータ出力を含んでもよい。ここで、ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることがある。しかし、集積回路を実現する技術は、ＬＳＩに限られるものではなく、専用回路、汎用プロセッサ、または専用プロセッサを用いて実現されてもよい。また、ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）、または、ＬＳＩ内部に配置された回路セルの接続および設定を再構成可能なリコンフィギャラブル・プロセッサを使用してもよい。本開示は、デジタル処理またはアナログ処理として実現することができる。半導体技術または他の派生技術の進歩の結果として将来の集積回路技術がＬＳＩに取って代わる場合には、その将来の集積回路技術を用いて機能ブロックを集積化することができる。バイオテクノロジーも適用可能である。
【0097】
本開示は、通信装置と呼ばれる、通信機能を有するあらゆる種類の装置、デバイス、またはシステムによって実現することができる。
【0098】
そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ノートブック）、カメラ（例えば、デジタル・スチル／ビデオ・カメラ）、デジタルプレーヤー（デジタル・オーディオ／ビデオ・プレーヤー）、着用可能なデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダー、テレヘルス／テレメディシン（遠隔ヘルスおよびメディシン）デバイス、通信機能を提供する車両（例えば、自動車、飛行機、船舶）、ならびにそれらのさまざまな組み合わせを含む。
【0099】
通信装置は、持ち運び可能または移動可能なものに限定されず、例えば、スマートホームデバイス（例えば、家電、照明、スマートメーター、コントロールパネル）、自動販売機、その他「ＩｏＴ（Internet of Things）」のネットワークにおけるあらゆる「物（things）」など、持ち運びできないまたは固定されている、あらゆる種類の装置、デバイス、またはシステムを含むこともできる。
【0100】
通信は、例えば、セルラーシステム、無線ＬＡＮシステム、通信衛星システムなどによるデータのやりとり、およびそれらのさまざまな組み合せによるデータのやりとりを含むことができる。
【0101】
通信装置は、本開示に記載された通信機能を実行する通信デバイスに接続される、コントローラやセンサなどのデバイスを有することができる。例えば、通信装置は、当該通信装置の通信機能を実行する通信装置によって使用される制御信号またはデータ信号を生成するコントローラまたはセンサを有することができる。
【0102】
また、通信装置は、上記の非限定的な例における装置と通信しまたはこれを制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、もしくはシステムを含むこともできる。
【0103】
上記のように、ＮＲ－Ｕ（または、アンライセンスキャリアで動作する同様の無線通信システム）において効率的で柔軟なリソース割当てを可能にするデバイスおよび方法が提供される。
【0104】
送受信機デバイスであって、動作中、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、前記使用可能なサブバンドに含まれるとともに前記送信のために前記送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、を受信する送受信機と、動作中、前記リソース割当てインジケータおよび前記サブバンド占有インジケータに従って前記割り当てられたリソースを決定する回路と、を有する、送受信機デバイスが提供される。
【0105】
いくつかの実施形態において、前記送受信機は、動作中、グループ共通ＰＤＣＣＨを介して前記サブバンド占有インジケータを、前記送受信機デバイスに固有のＰＤＣＣＨを介して前記リソース割当てインジケータを受信し、または、前記送受信機デバイスに固有のＰＤＣＣＨを介して前記サブバンド占有インジケータと前記リソース割当てインジケータの両方を受信する。
【0106】
いくつかの実施形態において、前記サブバンド占有インジケータは、空きチャネル判定の結果に従って、送信に使用可能であると決定された前記サブバンドを指示する。
【0107】
いくつかの実施形態において、前記リソース割当てインジケータは、前記サブバンド占有インジケータによって指示された前記使用可能なサブバンドに基づいて、前記送受信機デバイスに割り当てられた前記リソースとしてリソースブロックを指示する。
【0108】
例えば、前記リソース割当てインジケータは、１つ以上の連続した使用可能なサブバンドの端部におけるガードバンドを除いた前記使用可能なサブバンド内の前記送受信機デバイスに割り当てられたリソースブロックを指示する。
【0109】
いくつかの実施形態において、前記回路は、動作中、たとえ１つ以上の連続した使用可能なサブバンドの端部におけるガードバンドリソースブロックが前記リソース割当てインジケータに従って前記送受信機デバイスに割り当てられているとしても、前記ガードバンドリソースブロックとして複数のリソースブロックを無視する。
【0110】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記ガードバンドを除いた前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記回路は、動作中、前記ガードバンドを除いた前記使用可能なサブバンドの和集合内のリソースブロックの総数に従って、前記リソースブロックグループの１つ内のリソースブロックの数を決定する。
【0111】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記ガードバンドを除いた前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記回路は、動作中、前記リソースブロックグループの１つ内のリソースブロックの数を、前記ガードバンドの各々内のガードバンドリソースブロックの数に等しいものとして決定する。
【0112】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記回路は、動作中、使用可能なサブバンドの和集合内のリソースブロックの総数に従って、前記リソースブロックグループの各々内のリソースブロックの数を決定する。
【0113】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンドからの単一の使用可能なサブバンド内のリソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記単一の使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記回路は、動作中、前記単一の使用可能なサブバンド内のリソースブロックの総数に従って前記リソースブロックグループの１つ内のリソースブロックの数を決定し、他の使用可能なサブバンドのリソースブロックグループ割当てを、前記単一の使用可能なサブバンドのリソースブロックグループ割当てに等しいものとして決定する。
【0114】
いくつかの実施形態において、前記リソース割当てインジケータは、連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示する。
【0115】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンド内で連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示し、前記使用可能なサブバンドの数に応じて前記長さが増加する。
【0116】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンドの中の単一の使用可能なサブバンド内で連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示し、前記回路は、動作中、他の使用可能なサブバンドのリソースブロックグループ割当てを、前記単一の使用可能なサブバンドのリソースブロックグループ割当てに等しいものとして決定する。
【0117】
スケジューリングデバイスであって、動作中、送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、前記使用可能なサブバンドに含まれるとともに前記送信のために前記送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、を決定する回路と、動作中、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して前記サブバンド占有インジケータおよび前記リソース割当てインジケータを送信する送受信機と、を有する、スケジューリングデバイスがさらに提供される。
【0118】
いくつかの実施形態において、前記サブバンド占有インジケータは、空きチャネル判定の結果に従って、送信に使用可能であると決定された前記サブバンドを指示する。
【0119】
いくつかの実施形態において、前記送受信機は、動作中、グループ共通ＰＤＣＣＨを介して前記サブバンド占有インジケータを、前記送受信機デバイスに固有のＰＤＣＣＨを介して前記リソース割当てインジケータを送信し、または、前記送受信機デバイスに固有のＰＤＣＣＨを介して前記サブバンド占有インジケータと前記リソース割当てインジケータの両方を送信する。
【0120】
いくつかの実施形態において、前記リソース割当てインジケータは、前記サブバンド占有インジケータによって指示された前記使用可能なサブバンドに基づいて、前記送受信機デバイスに割り当てられた前記リソースとしてリソースブロックを指示する。
【0121】
いくつかの実施形態において、前記リソース割当てインジケータは、１つ以上の連続した使用可能なサブバンドの端部におけるガードバンドを除いた前記使用可能なサブバンド内の前記送受信機デバイスに割り当てられたリソースブロックを指示する。
【0122】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記ガードバンドを除いた前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記回路は、動作中、前記ガードバンドを除いた前記使用可能なサブバンドの和集合内のリソースブロックの総数に従って、前記リソースブロックグループの１つ内のリソースブロックの数を決定する。
【0123】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記ガードバンドを除いた前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記回路は、動作中、前記リソースブロックグループの１つ内のリソースブロックの数を、前記ガードバンドの各々内のガードバンドリソースブロックの数に等しいものとして決定する。
【0124】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記回路は、動作中、使用可能なサブバンドの和集合内のリソースブロックの総数に従って、前記リソースブロックグループの各々内のリソースブロックの数を決定する。
【0125】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンドからの単一の使用可能なサブバンド内のリソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記単一の使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記回路は、動作中、前記単一の使用可能なサブバンド内のリソースブロックの総数に従って前記リソースブロックグループの１つ内のリソースブロックの数を決定する。
【0126】
いくつかの実施形態において、前記リソース割当てインジケータは、連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示する。
【0127】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンド内で連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示し、前記使用可能なサブバンドの数に応じて前記長さが増加する。
【0128】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンドの中の単一の使用可能なサブバンド内で連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示する。
【0129】
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して、送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータと、前記使用可能なサブバンドに含まれるとともに前記送信のために前記送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータと、を受信することと、前記リソース割当てインジケータおよび前記サブバンド占有インジケータに従って前記割り当てられたリソースを決定することと、を含む方法がさらに提供される。
【0130】
いくつかの実施形態において、前記サブバンド占有インジケータは、空きチャネル判定の結果に従って、送信に使用可能であると決定された前記サブバンドを指示する。
【0131】
いくつかの実施形態において、前記サブバンド占有インジケータは、グループ共通ＰＤＣＣＨを介して、前記リソース割当てインジケータは、前記送受信機デバイスに固有のＰＤＣＣＨを介して、受信され、または、前記サブバンド占有インジケータと前記リソース割当てインジケータの両方が、前記送受信機デバイスに固有のＰＤＣＣＨを介して受信される。
【0132】
いくつかの実施形態において、前記リソース割当てインジケータは、前記サブバンド占有インジケータによって指示された前記使用可能なサブバンドに基づいて、前記送受信機デバイスに割り当てられた前記リソースとしてリソースブロックを指示する。
【0133】
例えば、前記リソース割当てインジケータは、１つ以上の連続した使用可能なサブバンドの端部におけるガードバンドを除いた前記使用可能なサブバンド内の前記送受信機デバイスに割り当てられたリソースブロックを指示する。
【0134】
いくつかの実施形態において、前記方法は、たとえ１つ以上の連続した使用可能なサブバンドの端部におけるガードバンドリソースブロックが前記リソース割当てインジケータに従って前記送受信機デバイスに割り当てられているとしても、前記ガードバンドリソースブロックとして複数のリソースブロックを無視すること、をさらに含む。
【0135】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記ガードバンドを除いた前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記リソースブロックグループの１つ内のリソースブロックの数は、前記ガードバンドを除いた前記使用可能なサブバンドの和集合内のリソースブロックの総数に従って決定される。
【0136】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記ガードバンドを除いた前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記リソースブロックグループの１つ内のリソースブロックの数は、前記ガードバンドの各々内のガードバンドリソースブロックの数に等しいものとして決定される。
【0137】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記リソースブロックグループの各々内のリソースブロックの数は、使用可能なサブバンドの和集合内のリソースブロックの総数に従って決定される。
【0138】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンドからの単一の使用可能なサブバンド内のリソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記単一の使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記リソースブロックグループの１つ内のリソースブロックの数は、前記単一の使用可能なサブバンド内のリソースブロックの総数に従って決定され、他の使用可能なサブバンドのリソースブロックグループ割当ては、前記単一の使用可能なサブバンドのリソースブロックグループ割当てに等しいものとして決定される。
【0139】
いくつかの実施形態において、前記リソース割当てインジケータは、連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示する。
【0140】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンド内で連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示し、前記使用可能なサブバンドの数に応じて前記長さが増加する。
【0141】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンドの中の単一の使用可能なサブバンド内で連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示し、他の使用可能なサブバンドのリソースブロックグループ割当ては、前記単一の使用可能なサブバンドのリソースブロックグループ割当てに等しいものとして決定される。
【0142】
送信に使用可能であると決定されたサブバンドを指示するサブバンド占有インジケータを決定することと、前記使用可能なサブバンドに含まれるとともに前記送信のために前記送受信機デバイスに割り当てられたリソースを指示するリソース割当てインジケータを決定することと、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を介して前記サブバンド占有インジケータおよび前記リソース割当てインジケータを送信することと、を含む方法がさらに提供される。
【0143】
いくつかの実施形態において、前記サブバンド占有インジケータは、空きチャネル判定の結果に従って、送信に使用可能であると決定された前記サブバンドを指示する。
【0144】
いくつかの実施形態において、前記サブバンド占有インジケータは、グループ共通ＰＤＣＣＨを介して、前記リソース割当てインジケータは、前記送受信機デバイスに固有のＰＤＣＣＨを介して、送信され、または、前記サブバンド占有インジケータと前記リソース割当てインジケータの両方が、前記送受信機デバイスに固有のＰＤＣＣＨを介して送信される。
【0145】
いくつかの実施形態において、前記リソース割当てインジケータは、前記サブバンド占有インジケータによって指示された前記使用可能なサブバンドに基づいて、前記送受信機デバイスに割り当てられた前記リソースとしてリソースブロックを指示する。
【0146】
いくつかの実施形態において、前記リソース割当てインジケータは、１つ以上の連続した使用可能なサブバンドの端部におけるガードバンドを除いた前記使用可能なサブバンド内の前記送受信機デバイスに割り当てられたリソースブロックを指示する。
【0147】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記ガードバンドを除いた前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記リソースブロックグループの１つ内のリソースブロックの数は、前記ガードバンドを除いた前記使用可能なサブバンドの和集合内のリソースブロックの総数に従って決定される。
【0148】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記ガードバンドを除いた前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記リソースブロックグループの１つ内のリソースブロックの数は、前記ガードバンドの各々内のガードバンドリソースブロックの数に等しいものとして決定される。
【0149】
いくつかの実施形態において、前記リソース割当てインジケータは、リソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記リソースブロックグループの各々内のリソースブロックの数は、使用可能なサブバンドの和集合内のリソースブロックの総数に従って決定される。
【0150】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンドからの単一の使用可能なサブバンド内のリソースブロックグループを示すビットマップによって前記送受信機デバイスに割り当てられたリソースブロックを指示し、各リソースブロックグループは、前記単一の使用可能なサブバンド内の少なくとも１つのリソースブロックを含み、前記リソースブロックグループの１つ内のリソースブロックの数は、前記単一の使用可能なサブバンド内のリソースブロックの総数に従って決定される。
【0151】
いくつかの実施形態において、前記リソース割当てインジケータは、連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示する。
【0152】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンド内で連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示し、前記使用可能なサブバンドの数に応じて前記長さが増加する。
【0153】
いくつかの実施形態において、前記リソース割当てインジケータは、前記使用可能なサブバンドの中の単一の使用可能なサブバンド内で連続的に割り当てられたリソースブロックに関して開始リソースブロックおよび長さを示すリソース指示値によって、前記送受信機デバイスに割り当てられたリソースブロックを指示する。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】