JP2023534473A - ユーザ機器、スケジューリングノード、ユーザ機器のための方法、およびスケジューリングノードのための方法 - Google Patents

Abstract

本開示はユーザ機器（ＵＥ）に関する。ＵＥは送受信機および回路を備える。送受信機は、動作時に、ダウンリンク制御情報（ＤＣＩ）シグナリングを受信する。回路は、動作時に、前記ＤＣＩシグナリングからインディケーションを取得する。前記インディケーションは、Ｎ個のトランスポートブロック（ＴＢ）のスケジューリング（Ｎは１より大きい整数）と、ｉ）Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、ｉｉ）前記ＴＢのインターリーブパターン、およびｉｉｉ）前記ＴＢ間の送信ギャップのうちの少なくとも一つとを示す。【選択図】図７

Description

本開示は、３ＧＰＰ（登録商標）通信システムなどの通信システムにおける方法、デバイス、および物品を対象とする。

本開示は、通信システムにおける信号の送受信に関し、特に、そのような送受信のための方法および通信装置に関する。

３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ （３ＧＰＰ）では、１００ＧＨｚまでの周波数範囲で動作する、第５世代（５Ｇ）とも呼ばれる次世代セルラ技術（Ｎｅｗ Ｒａｄｉｏ（ＮＲ）無線アクセス技術（ＲＡＴ：radio access technology）を含む）の技術仕様を策定している。ＮＲは、ＬＴＥ（Long Term Evolution）やＬＴＥ－Ａ（LTE Advanced）に代表される技術の後継である。

ＬＴＥおよびＮＲといったシステムでは、さらなる改良およびオプションによって、通信システムならびにそのシステムに関連する特定のデバイスの効率的な動作が促進され得る。

3GPP TS 38.300 v15.6.0 3GPP TS 38.211 v16.0.0 3GPP TS 38.211 v15.7.0 ITU-R M.2083 TR 38.913 TS 23.501 v16.1.0 TS 38.331 v15.8.0 TS 38.212 v16.0.0 3GPP TS 38.213 version 16.0.0 TS 38.214 v16.0.0 3GPP TS 38.331 v15.9.0 TS 38.212 v15.6.0

非限定的で例示的な一実施形態は、無線通信システムにおける、複数のトランスポートブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）の効率的なダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）スケジューリングを提供することに資する。

一実施形態では、本明細書で開示する技術は、装置（例えば、ユーザ機器ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ））を特徴とする。この装置は、動作時に、ダウンリンク制御情報（ＤＣＩ）シグナリングを受信する送受信機を備える。装置はまた、動作時に、前記ＤＣＩシグナリングから、Ｎ個のトランスポートブロックのスケジューリング（Ｎは１より大きい整数）を示すインディケーション（indication）を取得する回路を備える。前記インディケーションはさらに、ｉ）Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、ｉｉ）前記ＴＢのインターリーブパターン、およびｉｉｉ）前記ＴＢ間の送信ギャップのうちの少なくとも一つを示す。

なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

以下において、例示的な実施例は添付した図面を参照してより詳細に説明される。
３ＧＰＰ ＮＲシステムのアーキテクチャの一例を示す図 ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す概略図 ＲＲＣ接続設定／再設定手順のためのシーケンス図 高速大容量（ｅＭＢＢ：enhanced Mobile Broadband）、多数同時接続（ｍＭＴＣ：massive Machine Type Communications）及び超高信頼低遅延（ＵＲＬＬＣ：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図 非ローミングのための５Ｇシステムアーキテクチャの一例を示すブロック図 一実施形態による基地局およびユーザ機器の機能コンポーネントを示すブロック図 ＵＥのための例示的な通信方法のステップならびに基地局のための例示的な通信方法のステップを示すブロック図 トランスポートブロックの例示的なスケジューリングの概略図 トランスポートブロックの例示的なスケジューリングの概略図

＜５Ｇ ＮＲシステムアーキテクチャ及びプロトコルスタック＞
３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む、第５世代セルラ技術（単純に５Ｇともいう）の次期リリースに取り組んでいる。２０１７年末に５Ｇ規格の初版が完成し、これにより５Ｇ ＮＲ規格に準拠したスマートフォンの試行及び商用展開を進めることが可能となっている。

特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation-Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及び制御プレーン（ＲＲＣ）プロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって相互に接続される。また、ｇＮＢは次世代（ＮＧ：Next Generation）インタフェースによって次世代コア（ＮＧＣ：Next Generation Core）に、より具体的には、ＮＧ－Ｃインタフェースによってアクセス・モビリティ管理機能（ＡＭＦ：Access and Mobility Management Function。例えば、ＡＭＦを実行する特定のコアエンティティ）に、また、ＮＧ－Ｕインタフェースによってユーザプレーン機能（ＵＰＦ：User Plane Function。例えば、ＵＰＦを実行する特定のコアエンティティ）に接続される。ＮＧ－ＲＡＮアーキテクチャは、図１に示される（例えば、非特許文献１のセクション４参照）。

ＮＲのユーザプレーンプロトコルスタック（例えば、非特許文献１のセクション４．４．１参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Packet Data Convergence Protocol。非特許文献１のセクション６．４参照）サブレイヤ、ＲＬＣ(Radio Link Control。非特許文献１のセクション６．３参照）サブレイヤ、及びＭＡＣ(Medium Access Control。非特許文献１のセクション６．２参照）サブレイヤを含む。さらに、ＰＤＣＰの上位には、新たなアクセス層（ＡＳ：Access Stratum）サブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）が導入されている（例えば、３ＧＰＰ 非特許文献１の第６．５節参照）。また、ＮＲでは制御プレーンのプロトコルスタックも定義されている（例えば、非特許文献１のセクション４．４．２参照）。レイヤ２機能の概要は、非特許文献１の第６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、及びＭＡＣサブレイヤの機能は、それぞれ非特許文献１のセクション６．４、６．３、及び６．２に記載されている。ＲＲＣレイヤの機能は、非特許文献１の第７節に列挙されている。

例えば、ＭＡＣレイヤでは、論理チャネルの多重化や、様々なヌメロロジーの処理を含むスケジューリングやスケジューリング関連の機能を担う。

物理レイヤ（ＰＨＹ：physical layer）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、及び信号の適切な物理時間－周波数リソースへのマッピング（mapping）を担う。また、トランスポートチャネルの物理チャネルへのマッピングも行う。物理レイヤは、トランスポートチャネルの形式でＭＡＣレイヤにサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間－周波数リソースの組に対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、上りリンクではＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel）及びＰＵＣＣＨ（Physical Uplink Control Channel）となり、下りリンクではＰＤＳＣＨ（Physical Downlink Shared Channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）及びＰＢＣＨ（Physical Broadcast Channel）となる。

ＮＲのユースケース／展開シナリオには、ｅＭＢＢ（enhanced Mobile Broadband）、ＵＲＬＬＣ（Ultra-Reliable Low-Latency Communications）、ｍＭＴＣ（massive Machine Type Communication）などがあり、これらはデータレート、レイテンシ（遅延：latency）、カバレッジに関して多様な要件を持つ。例えば、ｅＭＢＢでは、ＩＭＴ－Ａｄｖａｎｃｅｄで提供されているものの三倍ほどのピークデータレート（下り２０Ｇｂｐｓ、上り１０Ｇｂｐｓ）および実効（user-experienced）データレートをサポートすることが求められる。一方、ＵＲＬＬＣでは、より厳しい要件が超低遅延（ユーザプレーンの遅延はＵＬ、ＤＬともに０．５ｍｓ）と高信頼性（１ｍｓ以内に１－１０－５）について課されている。最後に、ｍＭＴＣには、好ましくは、高い接続密度（都市環境では１平方キロメートルあたり１００万台）、悪環境での広いカバレッジ、低コスト機器の超長寿命バッテリー（１５年）が求められる。

したがって、一つのユースケースに適したＯＦＤＭヌメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、巡回プレフィクス（ＣＰ）長、スケジューリング間隔あたりのシンボル数）は、他のユースケースには有効でない場合がある。例えば、低遅延サービスは、好ましくは、ｍＭＴＣサービスよりも短いシンボル長（したがって、より大きなサブキャリア間隔）および／またはスケジューリング区間（換言すると、ＴＴＩ）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。同様のＣＰオーバーヘッドを維持するためには、サブキャリア間隔は適宜最適化される必要がある。ＮＲでは、複数の値のサブキャリア間隔をサポートしてもよい。これに対応して、現時点では１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、…、のサブキャリア間隔が検討されている。シンボル長Ｔｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられる。ＬＴＥシステムと同様、「リソースエレメント」という用語は、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する一つのサブキャリアで構成される最小のリソース単位を示すのに使用することができる。

新しい無線システム５Ｇ－ＮＲでは、ニューメロロジーおよびキャリアごとに、サブキャリアおよびＯＦＤＭシンボルのリソースグリッドがアップリンクおよびダウンリンクそれぞれについて定義されている。リソースグリッド内の各エレメントはリソースエレメントと呼ばれ、周波数領域の周波数インデックスと、時間領域のシンボル位置とに基づいて識別される（非特許文献２、例えば、セクション４参照）。例えば、ダウンリンクおよびアップリンクの送信は、持続時間が１０ｍｓのフレームに編成され、各フレームは、持続時間がそれぞれ１ｍｓの１０個のサブフレームから成る。５Ｇ ＮＲの実装では、サブフレームあたりの連続するＯＦＤＭシンボルの数は、サブキャリア間隔の設定によって異なる。例えば、１５ｋＨｚのサブキャリア間隔の場合、サブフレームは１４個のＯＦＤＭシンボルを有する（通常のサイクリックプレフィックスを想定するＬＴＥ準拠の実装と同様）。一方、３０ｋＨｚのサブキャリア間隔の場合、サブフレームは２つのスロットを有し、各スロットは１４個のＯＦＤＭシンボルで構成される。

ＬＴＥニューメロロジー（サブキャリア間隔およびシンボル長）と比較すると、ＮＲは複数の異なるタイプのサブキャリア間隔をサポートし、これらはパラメータμによってラベル付けされる（ＬＴＥでは１５ｋＨｚのサブキャリア間隔しかなく、これはＮＲでのμ＝０に対応する）。ＮＲニューメロロジーのタイプについては、非特許文献３にまとめられている。

＜ＮＧ－ＲＡＮと５ＧＣとの間の機能分割＞
図２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す。ＮＧ－ＲＡＮ論理ノードは、ｇＮＢ又はｎｇ－ｅＮＢである。５ＧＣには、ＡＭＦ、ＵＰＦ、およびＳＭＦの論理ノードが含まれる。

ｇＮＢ及びｎｇ－ｅＮＢは、具体的に、以下の主要な機能を提供する。
・無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、上りリンクおよび下りリンクの双方におけるＵＥへの動的なリソース割り当て（スケジューリング）等の、無線リソース管理機能
・データのＩＰヘッダ圧縮、暗号化、及び完全性保護
・ＵＥから提供された情報からＡＭＦへのルーティングが決定できない場合のＵＥアタッチ時のＡＭＦ選択
・ＵＰＦに向けたユーザプレーンデータのルーティング
・ＡＭＦに向けた制御プレーン情報のルーティング
・接続の設定と解除
・ページングメッセージのスケジューリングと送信
・（ＡＭＦ又はＯＡＭから発信される）システム報知情報のスケジューリングと送信
・モビリティとスケジューリングのための測定および測定報告設定
・上りリンクにおけるトランスポートレベルのパケットマーキング
・セッション管理
・ネットワークスライシングのサポート
・ＱｏＳフロー管理とデータ無線ベアラへのマッピング
・ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート
・ＮＡＳメッセージの配信機能
・無線アクセスネットワークシェアリング
・デュアルコネクティビティ
・ＮＲとＥ－ＵＴＲＡとの間の緊密な連携

アクセス・モビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）は、以下の主要な機能を提供する。
・非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
・ＮＡＳシグナリングのセキュリティ
・アクセス層（ＡＳ：Access Stratum）セキュリティ制御
・３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
・アイドルモードＵＥの到達可能性（ページング再送の制御及び実行を含む）
・登録エリア管理
・システム内モビリティ及びシステム間モビリティのサポート
・アクセス認証
・ローミング権限のチェックを含むアクセス承認
・モビリティ管理制御（加入及びポリシー）
・ネットワークスライシングのサポート
・セッション管理機能（ＳＭＦ：Session Management Function）選択

さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、以下の主要な機能を提供する。
・ＲＡＴ内／ＲＡＴ間モビリティのアンカーポイント（適用可能時）
・データネットワークとの相互接続のための外部ＰＤＵセッションポイント
・パケットルーティングと転送
・パケット検査およびユーザプレーン部分のポリシールールの強制（Policy rule enforcement）
・トラフィック使用量の報告
・データネットワークへのトラフィックフローのルーティングをサポートする上りリンククラス分類（uplink classifier）
・マルチホームＰＤＵセッションをサポートする分岐点
・パケットフィルタリング、ゲーティング、ＵＬ／ＤＬ（uplink/downlink）レート強化などのユーザプレーンに対するＱｏＳ処理
・上りリンクトラフィック検証（ＳＤＦのＱｏＳフローに対する配置）
・下りリンクパケットバッファリング及び下りリンクデータ通知トリガ

最後に、セッション管理機能（ＳＭＦ：Session Management function）は、以下の主要な機能を提供する。
・セッション管理
・ＵＥに対するＩＰアドレスの割り当てと管理
・ＵＰＦの選択と制御
・トラフィックを適切な宛先にルーティングするための、ユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
・制御部分のポリシーの強制およびＱｏＳ
・下りリンクデータの通知

＜ＲＲＣ接続設定及び再設定手順＞
図３は、ＵＥがＮＡＳ部においてＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行する際の、ＵＥと、ｇＮＢと、ＡＭＦ（５ＧＣエンティティ）との間のやり取りの一部を示す（非特許文献１を参照）。

ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤシグナリング（プロトコル）である。この移行は、具体的には、ＡＭＦがＵＥコンテキストデータ（例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（UE Radio Capability）、ＵＥセキュリティ性能（UE Security Capabilities）等を含む）を準備し、初期コンテキスト設定要求（INITIAL CONTEXT SETUP REQUEST）と共にｇＮＢに送信することを含む。そして、ｇＮＢは、ＵＥと共にＡＳセキュリティを起動する。この動作は、ｇＮＢがＵＥにセキュリティモードコマンド（SecurityModeCommand）メッセージを送信し、ＵＥがセキュリティモード完了（SecurityModeComplete）メッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにＲＲＣ再設定（RRCReconfiguration）メッセージを送信し、これに対するＵＥからのＲＲＣ再設定完了（RRCReconfigurationComplete）をｇＮＢが受信することによって、シグナリング無線ベアラ２（ＳＲＢ２：Signaling Radio Bearer 2）およびデータ無線ベアラ（ＤＲＢ：Data Radio Bearer）を設定するための再構成を実行する。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢは設定されないので、ＲＲＣ再構成に関連するステップは省略される。最後に、ｇＮＢは、初期コンテキスト設定応答（INITIAL CONTEXT SETUP RESPONSE）で設定手順が完了したことをＡＭＦに通知する。

そこで、本開示では、ｇＮｏｄｅＢとの次世代（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢと端末（ＵＥ）との間のシグナリング無線ベアラが設定されるように動作時にＮＧ接続を介して初期コンテキスト設定メッセージをｇＮｏｄｅＢに送信する送信部とを備える、第５世代コア（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、シグナリング無線ベアラを介して、リソース割り当て設定情報エレメントを含む無線リソース制御（ＲＲＣ：Radio Resource Control）シグナリングをＵＥに送信する。そして、ＵＥは、リソース割り当て設定に基づいて、上りリンクの送信または下りリンクの受信を行う。

＜２０２０年以降のＩＭＴの利用シナリオ＞
図４は、５Ｇ ＮＲのユースケースの一部を示す。第３世代パートナーシッププロジェクトＮＲ（３ＧＰＰ ＮＲ）では、ＩＭＴ－２０２０によって多種多様なサービスやアプリケーションに対応することが想定されている三つのユースケースが検討されている。高速大容量（ｅＭＢＢ：enhanced mobile-broadband）のための第一段階の仕様の策定は終了している。ｅＭＢＢのサポートをさらに拡充することに加え、現在および将来的には、超高信頼低遅延（ＵＲＬＬＣ：ultra-reliable and low-latency communications）および多数同時接続（ｍＭＴＣ：massive machine-type communications）の標準化の研究も進められる。図４は、２０２０年以降のＩＭＴで想定される利用シナリオの例を示す（例えば、非特許文献４の図２を参照）。

ＵＲＬＬＣのユースケースは、スループット、遅延（レイテンシ）、アベイラビリティ等の性能に対する厳しい要件を有し、工業生産や製造プロセスの無線制御、遠隔医療手術、スマートグリッドの配電自動化、交通安全等、将来の垂直アプリケーションを実現するものの一つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献５によって設定された要件を満たす技術を特定することでサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣの場合、ＵＬ（上りリンク）０．５ｍｓ、ＤＬ（下りリンク）０．５ｍｓのユーザプレーン遅延を目標とすることが主要な要件である。一度のパケット送信に対する一般的なＵＲＬＬＣの要件は、ユーザプレーン遅延が１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。

物理レイヤの観点から、信頼性を向上させるには様々な方法がある。現在、信頼性を向上させるためには、ＵＲＬＬＣ用の独立したＣＱＩテーブル、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し等を定義することが考えられる。しかし、ＮＲが（ＮＲ ＵＲＬＣの主要要件に対して）より安定し、かつより発展するにつれて、超高信頼性を達成するために考えられる方法の範囲は広がり得る。リリース１５におけるＮＲ ＵＲＬＬＣ特有のユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セーフティ、及びミッションクリティカルアプリケーションが含まれる。

また、ＮＲ ＵＲＬＬＣが目標とする技術強化は、遅延の改善と信頼性の向上である。遅延改善のための技術強化には、設定可能なヌメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定されたグラントの）上りリンク、データチャネルのスロットレベルの繰り返し、および下りリンクのプリエンプション（pre-emption）が含まれる。プリエンプションとは、すでにリソースが割り当てられている送信を停止し、すでに割り当てられている当該リソースを、後から要求された、より少ない遅延や高い優先度を必要とする別の送信に使用することを意味する。したがって、すでに許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、特定のサービスタイプとは無関係に適用できる。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信は、サービスタイプＢ（例えばｅＭＢＢ）の送信によってプリエンプトされてよい。信頼性向上に関する技術強化には、目標ＢＬＥＲ １Ｅ－５のための専用ＣＱＩ／ＭＣＳテーブルが含まれる。

ｍＭＴＣ（多数同時接続）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。デバイスは低コストで、非常に長いバッテリー寿命を持つことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥにとっての省電力化と、バッテリーの長寿命化を可能にする一つの策である。

上述のように、ＮＲにおける信頼性向上の範囲はより広くなることが予想される。あらゆるケースに共通する重要な要件の一つであり、特にＵＲＬＬＣとｍＭＴＣに必要な要件は、高信頼性または超高信頼性である。信頼性を向上させるには、無線の観点やネットワークの観点から、いくつかのメカニズムが考えられる。一般的に、信頼性の向上に役立ついくつかの重要な領域がある。これらの領域には、コンパクトな制御チャネル情報、データ／制御チャネルの繰り返し、周波数領域、時間領域、空間領域におけるダイバーシティなどがある。これらの領域は、特定の通信シナリオに関わらず、一般的に、信頼性向上に適用可能である。

ＮＲ ＵＲＬＬＣについては、ファクトリーオートメーション、輸送産業、配電など、より厳しい要件を持つさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じた、高い信頼性（最大１０^－６レベル）、高いアベイラビリティ（可用性）、最大２５６バイトのパケットサイズ、数μｓ程度までの時刻同期（周波数範囲および０．５～１ｍｓ程度の短い遅延（例えば、目標とするユーザプレーンでの０．５ｍｓの遅延）に応じて１μｓまたは数μｓとすることができる）である。

さらに、ＮＲ ＵＲＬＬＣでは、物理レイヤの観点からいくつかの技術強化が確認されている。これらの中には、コンパクトなＤＣＩに関する物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）の強化、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨのモニタリングの増加がある。また、上りリンク制御情報（ＵＣＩ：Uplink Control Information）の強化は、拡張ＨＡＲＱ（Hybrid Automatic Repeat Request）とＣＳＩフィードバックの強化に関係する。また、ミニスロットレベルのホッピングに関連するＰＵＳＣＨの強化や再送／繰り返しの強化も確認されている。「ミニスロット」とは、スロット（１４シンボルで構成されるスロット）よりも少ない数のシンボルを含む送信時間間隔（ＴＴＩ）を表す。

＜ＱｏＳの制御＞
５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー：non-GBR QoS Flow）の両方に対応している。そのため、ＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダにおいて搬送されるＱｏＳフローＩＤ（ＱＦＩ）によってＰＤＵセッション内で識別される。

各ＵＥに対して、５ＧＣは、１つまたは複数のＰＤＵセッションを確立する。各ＵＥに対して、ＮＧ－ＲＡＮは、ＰＤＵセッションに合わせて少なくとも一つのデータ無線ベアラ（ＤＲＢ：Data Radio Bearers）を確立し、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢは、例えば、図３を参照して上述したように、後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥと５ＧＣにおけるＮＡＳレベルパケットフィルタは、ＵＬパケットとＤＬのパケットとをＱｏＳフローに関連付けるのに対し、ＵＥとＮＧ－ＲＡＮのＡＳレベルマッピングルールは、ＵＬのＱｏＳフローとＤＬのＱｏＳフローとをＤＲＢに関連付ける。

図５は、５Ｇ ＮＲの非ローミング参照アーキテクチャを示す（非特許文献６、セクション４．２３参照）。図４に例示される、５Ｇサービスをホストする外部アプリケーションサーバなどのアプリケーション機能（ＡＦ：Application Function）は、サービスを提供するために３ＧＰＰコアネットワークとやり取りを行う。例えば、トラフィックルーティングに影響を与えるアプリケーションをサポートするためにネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスすること、ＱｏＳ制御などのポリシー制御のためにポリシーフレームワークとやり取りすること（ポリシー制御機能（ＰＣＦ：Policy Control Function）参照）が挙げられる。オペレータによる配備に基づき、オペレータから信頼されているとみなされるアプリケーション機能は、関連するネットワーク機能と直接やり取りすることができる。ネットワーク機能への直接のアクセスをオペレータから許可されていないアプリケーション機能は、ＮＥＦを介して外部に対する開放フレームワークを使用して、関連するネットワーク機能とやり取りする。

図５は、５Ｇアーキテクチャのさらなる機能ユニット、すなわち、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワークリポジトリ機能（ＮＲＦ：Network Repository Function）、統合データ管理（ＵＤＭ：Unified Data Management）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、アクセス・モビリティ管理機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、及びデータネットワーク（ＤＮ）（オペレータによるサービス、インターネットアクセス、サードパーティによるサービス等）を示している。すべて又は一部のコアネットワーク機能及びアプリケーションサービスは、クラウドコンピューティング環境上に展開されかつ動作してもよい。

したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣ、ｅＭＢＢおよびｍＭＴＣサービスのうちの少なくとも一つに対するＱｏＳ要件を含む要求を、５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）の少なくとも一つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを実行する制御回路と、を備えるアプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。

＜ＲＲＣ状態（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ、ＲＲＣ＿Ｉｎａｃｔｉｖｅ）＞
ＬＴＥでは、ＲＲＣステートマシンは、ＲＲＣアイドル状態（高い省電力性、ＵＥ自律モビリティ、およびコアネットワークへのＵＥ接続が確立されていないことを主に特徴とする）と、無損失のサービスの継続性をサポートするようにモビリティがネットワーク制御されながらＵＥがユーザプレーンデータを送信できるＲＲＣ接続状態と、の２つの状態のみから成っていた。５Ｇ ＮＲに関連して、ＬＴＥ関連のＲＲＣステートマシンも、以下で説明するＮＲ ５Ｇと同様に、非アクティブ状態で拡張され得る（例えば、非特許文献７、図４．２．１－２参照）。

ＮＲ ５ＧのＲＲＣ（非特許文献７、セクション４参照）は、ＲＲＣアイドル、ＲＲＣ非アクティブ、およびＲＲＣ接続の３つの状態をサポートする。ＲＲＣ接続が確立されると、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のいずれかになる。そうでない場合、すなわち、ＲＲＣ接続が確立されていない場合、ＵＥはＲＲＣ＿ＩＤＬＥ状態である。図６に示すように、以下の状態遷移が起こり得る。
・例えば、「接続確立」手順に従って、ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ
・例えば、「接続リリース」手順に従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへ
・例えば、「一時停止による接続リリース（connection release with suspend）」手順に従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥへ
・例えば、「接続再開」手順に従って、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへ
・例えば、「接続リリース」手順に従って、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＩＤＬＥへ（一方向）

新しいＲＲＣ状態であるＲＲＣ非アクティブは、シグナリング、省電力、遅延などの点で大きく異なる要件を有する、ｅＭＢＢ（拡張モバイルブロードバンド：enhanced Mobile Broadband）、ｍＭＴＣ（大規模マシンタイプ通信:massive Machine Type Communications）、ＵＲＬＬＣ（超高信頼・低遅延通信: Ultra-Reliable and Low-Latency Communications）などのより幅広いサービスをサポートする際に利点をもたらすように、５Ｇ ３ＧＰＰの新しい無線技術用に定義されている。このため、新しいＲＲＣ非アクティブ状態は、無線アクセスネットワークおよびコアネットワークでのシグナリング、電力消費、およびリソースコストの最小化を可能にしつつ、なおも低遅延でのデータ転送の開始などを可能にするように設計されなければならない。

＜帯域幅パート＞
ＮＲシステムは、ＬＴＥの２０ＭＨｚよりもはるかに広い最大チャネル帯域幅（例えば、数百ＭＨｚ）をサポートする。ＬＴＥでは、最大２０ＭＨｚのコンポーネントキャリアのキャリアアグリゲーション（ＣＡ：ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）による広帯域通信もサポートされている。ＮＲにおいてより広いチャネル帯域幅を定義することにより、スケジューリングを介して周波数リソースを動的に割り当てることが可能になり、これは、アクティブ化／非アクティブ化がＭＡＣ制御エレメントに基づくＬＴＥのキャリアアグリゲーション動作よりも効率的かつ柔軟であり得る。単一の広帯域キャリアを有することは、単一の制御シグナリングしか必要としないので、制御オーバーヘッドが低いという点でもメリットがある（キャリアアグリゲーションでは、集約されるキャリアごとに個別の制御シグナリングが必要である）。

また、ＬＴＥと同様に、ＮＲはキャリアアグリゲーションまたはデュアルコネクティビティを介した複数のキャリアのアグリゲーションもサポートし得る。

ＵＥは常に高速なデータレートを要求するわけではないので、広い帯域幅を使用すると、ＲＦおよびベースバンド信号処理の両方の観点からアイドリング消費電力が高くなり得る。この点に関して、ＮＲ用に新しく開発された帯域幅パートの概念は、設定されたチャネル帯域幅よりも狭い帯域幅でＵＥを動作させる手段を提供することによって、広帯域動作をサポートするにもかかわらずエネルギー効率の高いソリューションを提供する。ＮＲの全帯域幅にアクセスできないこのローエンドの端末は、その恩恵を受けることができる。

帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）は、セルの総セル帯域幅のサブセットであり、例えば、隣接する物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）の位置および数である。これはアップリンクおよびダウンリンクで別々に定義され得る。さらに、各帯域幅パートは特定のＯＦＤＭニューメロロジーに、例えば、サブキャリア間隔およびサイクリックプレフィックスに関連付けることができる。例えば、ＵＥにＢＷＰ（複数可）を設定し、設定されたＢＷＰのいずれが現在アクティブであるかをＵＥに伝えることによって、帯域幅適応が実現される。

例示的には、５Ｇ ＮＲでは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態のＵＥに対してのみ特定のＢＷＰが設定される。例えば、初期ＢＷＰ（例えば、ＵＬ用およびＤＬ用に１つずつ）以外に、ＢＷＰは接続状態のＵＥに対してのみ存在する。ＵＥをＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行させる過程などで、ＵＥとネットワークとの間の初期データ交換をサポートするために、初期ＤＬ ＢＷＰおよび初期ＵＬ ＢＷＰが最小ＳＩで設定される。

ＵＥには２つ以上のＢＷＰを設定することができるが（例えば、現在ＮＲで定義されているように、サービングセルあたり最大４つのＢＷＰ）、ＵＥは一度に１つのアクティブＤＬ ＢＷＰしか有さない。

設定されたＢＷＰ間の切り替えは、ダウンリンク制御情報（ＤＣＩ）により実現され得る。

プライマリセル（ＰＣｅｌｌ：Ｐｒｉｍａｒｙ Ｃｅｌｌ）の場合、初期ＢＷＰは初期アクセスに使用されるＢＷＰであり、他の初期ＢＷＰが明示的に設定されていない限り、デフォルトのＢＷＰが初期ＢＷＰである。セカンダリセル（ＳＣｅｌｌ：Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）の場合、初期ＢＷＰは常に明示的に設定され、デフォルトのＢＷＰも設定され得る。サービングセルにデフォルトのＢＷＰが設定されている場合、そのセルに関連付けられた非アクティブタイマが切れると、アクティブなＢＷＰがデフォルトのＢＷＰに切り替えられる。

典型的には、ダウンリンク制御情報にはＢＷＰ ＩＤが含まれていないことが想定される。

＜ダウンリンク制御情報（ＤＣＩ）＞
例えば、制御情報ならびにユーザトラフィック（例えば、ＰＤＣＣＨ上のＤＣＩ、およびＰＤＣＣＨによって示されるＰＤＳＣＨ上のユーザデータ）などのＵＥ向けの情報を識別および受信するために、ＵＥによってＰＤＣＣＨ監視が行われる。

ダウンリンクの制御情報（ダウンリンク制御情報ＤＣＩと呼ばれ得る）は、５Ｇ ＮＲでの目的がＬＴＥでのＤＣＩと同じであり、すなわち、ダウンリンクデータチャネル（ＰＤＳＣＨなど）またはアップリンクデータチャネル（ＰＵＳＣＨなど）をスケジューリングする特別な制御情報のセットである。５Ｇ ＮＲでは、いくつかの異なる定義済みのＤＣＩフォーマットがある（非特許文献８セクション７．３．１参照）。概要を以下の表に示す。

ＰＤＣＣＨサーチスペースは、ＰＤＣＣＨ（ＤＣＩ）が搬送され得るダウンリンクリソースグリッド（時間－周波数リソース）内のエリアである。大まかに言えば、基地局がダウンリンクで制御情報を１つまたは複数のＵＥに送信するために無線リソース領域が使用される。ＵＥはサーチスペース全体でブラインド復号を実行して、ＰＤＣＣＨデータ（ＤＣＩ）を見つけようとする。概念的には、５Ｇ ＮＲでのサーチスペースの概念は、詳細に関して多くの違いがあるものの、ＬＴＥのサーチスペースに類似している。

５Ｇ ＮＲでは、制御リソースセット（ＣＯＲＥＳＥＴ：ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ）と呼ばれる無線リソース領域においてＰＤＣＣＨが送信される。ＬＴＥでは、ＣＯＲＥＳＥＴの概念は明示的には存在しない。代わりに、ＬＴＥのＰＤＣＣＨは、最初の１～３個のＯＦＤＭシンボル（最も狭帯域の場合は４個）における全キャリア帯域幅を使用する。対照的に、ＮＲのＣＯＲＥＳＥＴはスロット内の任意の位置およびキャリアの周波数範囲内の任意の場所に存在し得るが、ＵＥがそのアクティブな帯域幅パート（ＢＷＰ）外でＣＯＲＥＳＥＴをハンドリングすることは想定されていない。ＣＯＲＥＳＥＴは、物理無線リソースのセット（例えば、ＮＲダウンリンクリソースグリッド上の特定のエリア）、およびＰＤＣＣＨ／ＤＣＩを搬送するために使用されるパラメータのセットである。

したがって、ＵＥは、対応するサーチスペースセットを使用したＰＤＣＣＨ監視が設定された、アクティブ化されたサービングセルごとのアクティブＤＬ ＢＷＰ上の１つまたは複数のＣＯＲＥＳＥＴにおけるＰＤＣＣＨ候補のセットを監視し、監視は、例えば、非特許文献９、セクション１０および１１で定義された、監視されたＤＣＩフォーマットに従って各ＰＤＣＣＨ候補を復号することを意味する。

簡潔に言えば、サーチスペースは、同じ集約レベルに関連付けられた複数のＰＤＣＣＨ候補を含み得る（例えば、ＰＤＣＣＨ候補は、監視するＤＣＩフォーマットに関して異なる）。そして、サーチスペースセットは、異なる集約レベルの複数のサーチスペースを含むが、同じＣＯＲＥＳＥＴに関連付けられ得る。上述のように、制御チャネルがキャリア帯域幅全体に広がるＬＴＥとは異なり、ＣＯＲＥＳＥＴの帯域幅は、例えば、アクティブなＤＬ周波数帯域幅パート（ＢＷＰ）内に設定することができる。言い換えれば、ＣＯＲＥＳＥＴ設定は、サーチスペースセットの、ひいてはそのセットに含まれるサーチスペースのＰＤＣＣＨ候補の周波数リソースを定義する。ＣＯＲＥＳＥＴ設定は、サーチスペースセットの持続時間も定義し、この長さは１～３個のＯＦＤＭシンボルにすることができる。一方、開始時間は、サーチスペースセット設定自体によって設定され、例えば、そのＯＦＤＭシンボルから、ＵＥはセットのサーチスペースのＰＤＣＣＨの監視を開始する。組み合わせで、サーチスペースセットの設定およびＣＯＲＥＳＥＴの設定は、ＵＥのＰＤＣＣＨ監視要件に関する周波数および時間領域での明確な定義を提供する。ＣＯＲＥＳＥＴおよびサーチスペースセットの両方の設定は、ＲＲＣシグナリングを介して半静的に設定することができる。

最初のＣＯＲＥＳＥＴであるＣＯＲＥＳＥＴ０が、マスター情報ブロック（ＭＩＢ：ｍａｓｔｅｒ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ）により初期帯域幅パートの設定の一部として提供され、ネットワークから残りのシステム情報および追加の設定情報を受信することが可能になる。接続設定後、ＲＲＣシグナリングを使用して、複数の、場合によっては重なり合うＣＯＲＥＳＥＴをＵＥに設定することができる。

ネットワークは、共通の制御領域およびＵＥ固有の制御領域を定義し得る。ＮＲでは、ＣＯＲＥＳＥＴの数は、共通のＣＯＲＥＳＥＴとＵＥ別のＣＯＲＥＳＥＴとの両方を含めて、ＢＷＰあたり３つに制限されている。各サービングセルに４つのＢＷＰが設定可能であると例示的に仮定すると、サービングセルあたりのＣＯＲＥＳＥＴの最大数は１２になる。一般に、ＢＷＰあたりのサーチスペースの数は、例えば、現在のＮＲと同様に１０に制限することができ、ＢＷＰあたりのサーチスペースの最大数は４０になる。各サーチスペースはＣＯＲＥＳＥＴに関連付けられる。

共通のＣＯＲＥＳＥＴはセル内の複数のＵＥによって共有されるので、ネットワークはこれに対応して、この設定のための全てのＵＥとの調整に対応する必要がある。共通のＣＯＲＥＳＥＴは、ランダムアクセス、ページング、およびシステム情報に使用することができる。

ＮＲでは、半静的なダウンリンク／アップリンク割り当て方式でのセル別および／またはＵＥ別の上位レイヤシグナリングによって、またはグループ共通のＰＤＣＣＨ（ＧＣ－ＰＤＣＣＨ：ｇｒｏｕｐ－ｃｏｍｍｏｎ ＰＤＣＣＨ）内のＤＣＩフォーマット２＿０などを介した動的なシグナリングによって、ＵＥに対して柔軟なスロットフォーマットを設定することができる。動的なシグナリングが設定されている場合、ＵＥは動的スロットフォーマットインディケーション（ＳＦＩ：ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｉｏｎ）を搬送するＧＣ－ＰＤＣＣＨ（ＤＣＩフォーマット２＿０）を監視する。

一般に、共通のＣＯＲＥＳＥＴおよびＵＥ別のＣＯＲＥＳＥＴの両方を含む１つまたは複数のＣＯＲＥＳＥＴがＢＷＰごとに設定され得る（例えば、ＢＷＰごとに最大３つのＣＯＲＥＳＥＴ）。そして、各ＣＯＲＥＳＥＴは複数のサーチスペースを有することができ、各サーチスペースはＵＥが監視できる１つまたは複数のＰＤＣＣＨ候補を有する。

＜５Ｇ ＮＲでの時間領域スケジューリング＞
時間領域において、５Ｇ ＮＲでの送信は長さ１０ｍｓのフレームに編成され、各フレームは、長さ１ｍｓの１０個の等サイズのサブフレームに分割される。そして、サブフレームは、それぞれ１４個のＯＦＤＭシンボルから成るスロットに分割される。ミリ秒単位のスロットの持続時間は、ニューメロロジーによって異なる。このため、例えば、１５ｋＨｚのサブキャリア間隔の場合、ＮＲスロットは通常のサイクリックプレフィックスを有するＬＴＥサブフレームと同じ構造を有する。ＮＲのサブフレームはニューメロロジーに依存しない時間基準として機能し、これは、スロットが典型的な動的スケジューリングの単位であるのに対し、同じキャリアで複数のニューメロロジーが混合されている場合に特に有用である。

以下では、３ＧＰＰ技術仕様で現在実装されている時間領域リソース割り当てについて示す。以下の説明は、時間領域リソース割り当ての特定の例示的な実装として理解されるべきであり、可能性のある唯一の可能な時間領域リソース割り当てとして理解されるべきではない。それどころか、本開示および解決策は、将来実装され得る時間領域リソース割り当ての異なる実装に対応する方法で適用される。例えば、以下のＴＤＲＡテーブルは特定のパラメータ（例えば、５つのパラメータ）に基づいているが、時間領域リソース割り当ては、異なる数のパラメータおよび／または異なるパラメータにも基づいてもよい。

受信または送信されるデータへの時間領域割り当てはＤＣＩで動的にシグナリングされ、これは、動的ＴＤＤの使用、またはアップリンク制御シグナリングに使用されるリソースの量の結果としてダウンリンク受信またはアップリンク送信に利用可能なスロットの部分がスロットごとに異なり得るという点で有用である。送信が発生するスロットは、時間領域割り当ての一部としてシグナリングされる。ダウンリンクデータは多くの場合、対応するリソース割り当てと同じスロットで送信されるが、これはアップリンク送信には当てはまらないことが多い。

ＵＥがＤＣＩによってＰＤＳＣＨを受信またはＰＵＳＣＨを送信するようにスケジューリングされる場合、ＤＣＩの時間領域リソース割り当て（ＴＤＲＡ：Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ）フィールド値は、時間領域リソース割り当て（ＴＤＲＡ：ｔｉｍｅ－ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）テーブルの行インデックスを示す。ＴＤＲＡエントリが、対応する３ＧＰＰ技術仕様ではテーブルとして提示されているので、「テーブル」という用語を本明細書では使用するが、これは論理上の、どちらかと言えば非限定的な用語として解釈されたい。具体的には、本開示はいかなる特定の編成にも限定されず、ＴＤＲＡテーブルは、それぞれのエントリインデックスに関連付けられたパラメータのセットとして任意の方法で実装され得る。

例えば、ＤＣＩによってインデックス付けされたＴＤＲＡテーブルの行は、時間領域での無線リソースの割り当てに使用できるいくつかのパラメータを定義する。現在の例では、ＴＤＲＡテーブルは、スロットオフセットＫ０／Ｋ２、開始および長さインジケータＳＬＩＶ（ｓｔａｒｔ ａｎｄ ｌｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ）、または直接的に開始シンボルＳおよび割り当て長Ｌを示すことができる。さらに、ＴＤＲＡテーブルはまた、ＰＤＳＣＨ受信で想定されるＰＤＳＣＨマッピングタイプと、スケジューリングされた時間領域無線リソースに直接関係しないｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎパラメータとを示し得る。ＤＣＩの時間領域割り当てフィールドはこのテーブルへのインデックスとして使用され、そこから実際の時間領域割り当てが取得される。このため、そのような例示的な実装では、ＴＤＲＡテーブルの行のＤＣＩインディケーション（行インデックスの１つの値）は、ｄｍｒｓ－ＴｙｐｅＡ－Ｐｏｓｉｔｉｏｎ、ＰＤＳＣＨマッピングタイプ、Ｋ０値、Ｓ値、および／またはＬ値の特定の値の組み合わせのインディケーションに対応する。

アップリンクスケジューリンググラント用の１つのテーブルと、ダウンリンクスケジューリング割り当て用の１つのテーブルとがある。例えば、１６個の行を設定することができ、各行は以下を含む。
・ＤＣＩが取得されたスロットを基準にしたスロットであるスロットオフセット（Ｋ０、Ｋ２）。現在、０～３のダウンリンクスロットオフセットが可能であり、０～７のアップリンクスロットオフセットを使用することができる。スロットオフセットは、ＰＤＣＣＨ（Ｋ０／Ｋ２を含む）のスロットと、ＰＤＣＣＨによってスケジューリングされた対応するＰＤＳＣＨのスロットとの間のスロット数としてのギャップ（例えば、タイムギャップまたはスロットギャップ）とも呼ばれ得る。
・データが送信されるスロットの最初のＯＦＤＭシンボル。
・スロット内のＯＦＤＭシンボル数での送信の持続時間。開始および長さの全ての組み合わせが１スロットに収まるわけではない。そのため、開始および長さは、有効な組み合わせのみをカバーするように一緒に符号化される。
・ダウンリンクの場合、ＰＤＳＣＨマッピングタイプ、すなわちＤＭＲＳ位置もテーブルの一部である。これにより、マッピングタイプを別に示す場合に比べてさらなる柔軟性が提供される。

スロットアグリゲーション、すなわち、同じトランスポートブロックが最大８スロットで繰り返される送信を設定することも可能である。

現在の３ＧＰＰ標準の非特許文献１０、例えばＤＬのセクション５．１．２およびＵＬのセクション６．１．２は、時間領域スケジューリングに関連し、例えば、ＵＥで利用可能なＲＲＣで設定されるテーブル（例えば、ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎまたはｐｄｓｃｈ－Ｃｏｎｆｉｇのいずれかのｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ）がない場合などに、その観点で使用できるいくつかのデフォルトのテーブルを提供する。これらのフィールド（例えば、ｐｄｓｃｈ－ＡｌｌｏｃａｔｉｏｎＬｉｓｔ）がＲＲＣメッセージで定義されると、どのエレメントが各ＰＤＳＣＨスケジューリングに使用されるかが、（例えば、ＤＣＩ１＿０およびＤＣＩ１＿１の）時間領域リソース割り当てと呼ばれるフィールドによって決定される。

以下に、通常のサイクリックプレフィックスのデフォルトのＰＤＳＣＨ時間領域リソース割り当てＡを示す。

この表から明らかなように、Ｋ０値は常に０であると想定され、実際に同一スロットダウンリンクスケジューリングが適用される。

以下に、通常のサイクリックプレフィックスのデフォルトのＰＵＳＣＨ時間領域リソース割り当てＡを示す。

この表から明らかなように、Ｋ２値は今度は以下の表に示されるパラメータｊに依存する。

パラメータμＰＵＳＣＨは、ＰＵＳＣＨのサブキャリア間隔の設定である。

上記から明らかなように、ＰＵＳＣＨおよびＰＤＳＣＨのＴＤＲＡテーブルは、ＰＵＳＣＨマッピングタイプ、Ｋ０／Ｋ２値、Ｓ値、Ｌ値などの共通のパラメータに基づいている。Ｋ０は、スケジューリングＰＤＣＣＨとスケジューリングされたＰＤＳＣＨとの間のスロットオフセットであり、すなわち、ＤＬスケジューリング用である。Ｋ２は、スケジューリングＰＤＣＣＨとスケジューリングされたＰＵＳＣＨとの間のスロットオフセットであり、すなわち、ＵＬスケジューリング用である。ＴＤＲＡテーブルのＳ値は、関連するスロット（これはスケジューリングされたリソースが受信／送信されるスロットであり、Ｋ０／Ｋ２によって与えられる）内のスケジューリングされたリソースの開始シンボルの位置を示し得る。ＴＤＲＡテーブルのＬ値は、シンボルの観点／単位でのＰＤＳＣＨ／ＰＵＳＣＨの長さを示し、および／またはシンボルの観点／単位でのスケジューリングされたリソースの長さを示し得る。

ＰＤＳＣＨのＲＲＣで設定されるＴＤＲＡテーブルの一例が以下に示され、ここで、パラメータＫ０は０～４スロットの間で変化する。

それに対応して、ＲＲＣで設定されるＴＤＲＡテーブルでは、最大で４タイムスロットのＫ０値が可能であるので、同一スロットならびにクロススロットのスケジューリング（すなわち、異なるタイムスロットでのＤＣＩおよび対応するリソース割り当て）が効果的に可能になる。

現在の５Ｇ固有の例示的な実装では、設定されたＴＤＲＡテーブルは、ＲＲＣを介してＰＤＳＣＨ関連設定内でシグナリングされ（例えば、非特許文献１１の情報エレメントＰＤＳＣＨ－Ｃｏｎｆｉｇ）、転じてＰＤＳＣＨ関連設定は、帯域幅パートに関連する情報エレメント（（ＢＷＰ）－ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄ）内にあり得る。そのため、ＴＤＲＡテーブルが上位レイヤで設定される場合、ＴＤＲＡテーブルはＢＷＰ固有であり得る。通信デバイスは、デフォルトのテーブルを使用してよく、または上位レイヤで設定されるＴＤＲＡテーブル（ｐｄｓｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎまたはｐｄｓｃｈ－Ｃｏｎｆｉｇのいずれかのｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔと呼ばれるもの）を適用してよい。しかしながら、これはＴＤＲＡ設定とＮＲのＢＷＰ概念との間のやりとりの、考えられる１つの例にすぎない。本発明はＢＷＰを使用することを前提とせず、ＴＤＲＡテーブルを使用するリソース割り当てに限定されない。

＜下り制御チャネル（ＰＤＣＣＨ）監視＞
ＵＥによって作動する多くの機能には、ＵＥ宛ての特定の制御情報またはデータなどを受信するためのダウンリンク制御チャネル（ＰＤＣＣＨなど、非特許文献１セクション５．２．３参照）の監視が含まれる。

これらの機能の非網羅的なリストを以下に示す。
・ページングメッセージ監視機能
・システム情報取得機能
・不連続受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｅｄ Ｒｅｃｅｐｔｉｏｎ）機能のためのシグナリング監視動作
・不連続受信（ＤＲＸ）機能のための非アクティブ状態（ｉｎａｃｔｉｖｉｔｙ）監視動作
・ランダムアクセス機能のためのランダムアクセス応答受信
・パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤのリオーダリング（ｒｅｏｒｄｅｒｉｎｇ）機能

上述のように、制御情報ならびにユーザトラフィック（例えば、ＰＤＣＣＨ上のＤＣＩ、およびＰＤＣＣＨによって示されるＰＤＳＣＨ上のユーザデータ）などのＵＥ向けの情報を識別および受信するために、ＰＤＣＣＨ監視がＵＥによって行われる。

ダウンリンクの制御情報（ダウンリンク制御情報（ＤＣＩ）と呼ばれ得る）は、５Ｇ ＮＲでの目的がＬＴＥでのＤＣＩと同じであり、すなわち、ダウンリンクデータチャネル（ＰＤＳＣＨなど）またはアップリンクデータチャネル（ＰＵＳＣＨなど）をスケジューリングする特別な制御情報のセットである。５Ｇ ＮＲでは、いくつかの異なる定義済みのＤＣＩフォーマットがある（非特許文献１２セクション７．３．１参照）。

上記ＤＣＩフォーマットは、それぞれの情報が形成および送信される所定のフォーマットを表す。具体的には、１つのセルでＰＵＳＣＨおよびＰＤＳＣＨをスケジューリングするために、それぞれＤＣＩフォーマット０＿１および１＿１が使用される。

これらの機能のうちのそれぞれのＰＤＣＣＨ監視は、特定の目的を果たし、したがって、その終わりに向けて開始される。ＰＤＣＣＨ監視は、典型的には、少なくともＵＥが動作させるタイマに基づいて制御される。タイマにはＰＤＣＣＨ監視を制御するという目的があり、例えば、ＵＥがＰＤＣＣＨを監視する最大時間を制限する。例えば、ＵＥは、ＰＤＣＣＨを無期限に監視しなくてもよく、電力を節約できるように、しばらくした後に監視を停止してもよい。

上述のように、ＰＤＣＣＨ上のＤＣＩの目的の１つは、ダウンリンク、アップリンク、さらにはサイドリンクでのリソースの動的スケジューリングである。具体的には、特定のユーザのデータチャネルに割り当てられたリソース（リソース割り当て、ＲＡ：ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）のインディケーションを搬送するために、ＤＣＩのいくつかのフォーマットが提供される。リソース割り当ては、周波数領域および／または時間領域におけるリソースの指定を含んでよい。

＜端末および基地局＞
端末もしくはユーザ端末またはユーザデバイスは、ＬＴＥおよびＮＲでは、ユーザ機器（ＵＥ）と呼ばれる。これは、ユーザ機器の機能を有するワイヤレスフォン、スマートフォン、タブレットコンピュータ、ＵＳＢ（ユニバーサルシリアルバス：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）スティックなどのモバイルデバイスまたは通信装置であり得る。しかしながら、モバイルデバイスという用語はこれらに限定されず、一般に、中継機もそのようなモバイルデバイスの機能を有し得、モバイルデバイスが中継機としても機能し得る。例えば、移動局もしくは移動ノードまたはユーザ端末あるいはＵＥは、通信ネットワークにおける物理エンティティ（物理ノード）である。またさらに、通信デバイスは、ＩｏＴデバイスなどの任意のマシンタイプ通信デバイスであり得る。１つのノードは複数の機能エンティティを有し得る。機能エンティティとは、所定の機能セットを実装する、ならびに／あるいは所定の機能セットを同じもしくは他のノードまたはネットワークの他の機能エンティティに提供するソフトウェアまたはハードウェアモジュールを指す。ノードは、ノードが通信できる通信設備または媒体にノードを接続する１つまたは複数のインタフェースを有してよい。同様に、ネットワークエンティティは、他の機能エンティティまたは対応するノードと通信し得る通信設備または媒体に機能エンティティを接続する論理インタフェースを有してよい。

基地局は、例えば端末にサービスを提供するネットワークの一部を形成するネットワークノードである。基地局は、端末にワイヤレスアクセスを提供するネットワークノードまたはスケジューリングノードである。端末および基地局の間の通信は、典型的には標準化されている。ＬＴＥおよびＮＲでは、ワイヤレスインターフェースプロトコルスタックは、物理レイヤ、媒体アクセスレイヤ（ＭＡＣ：ｍｅｄｉｕｍ ａｃｃｅｓｓ ｌａｙｅｒ）、および上位レイヤを含む。制御プレーンでは、上位レイヤプロトコルの無線リソース制御プロトコルが提供される。ＲＲＣを介して、基地局は端末の設定を制御することができ、端末は基地局と通信して、接続およびベアラの確立、変更など、測定、ならびに他の機能などの制御タスクを実行し得る。ＬＴＥで使用される用語はｅＮＢ（またはｅＮｏｄｅＢ）であるが、５Ｇ ＮＲで現在使用されている用語はｇＮＢである。本明細書での「基地局」または「無線基地局」という用語は、通信ネットワーク内の物理エンティティを指す。移動局と同様に、基地局はいくつかの機能エンティティを有してよい。機能エンティティとは、所定の機能セットを実装する、ならびに／あるいは所定の機能セットを同じもしくは他のノードまたはネットワークの他の機能エンティティに提供するソフトウェアまたはハードウェアモジュールを指す。物理エンティティは、スケジューリングおよび設定のうちの１つまたは複数を含む、通信デバイスに関するいくつかの制御タスクを実行する。なお、基地局の機能および通信デバイスの機能は単一のデバイス内に統合されてもよい。例えば、移動端末は、他の端末のための基地局の機能も実装し得る。ＬＴＥで使用されている用語はｅＮＢ（またはｅＮｏｄｅＢ）であるが、５Ｇ ＮＲで現在使用されている用語はｇＮＢである。

＜用語＞
以下では、ＵＥ、基地局、および手順について説明し、これらは５Ｇ移動通信システム用を想定した新しい無線アクセス技術のためのものであるが、ＬＴＥ移動通信システムでも使用され得る。異なる実装および変形例についても説明する。以下の開示は、上述の議論および発見によって促進されており、例えば、少なくともその一部に基づき得る。

なお、全体的に、本開示の根底にある原理を明確かつ理解可能な方法で説明できるようにするために、本明細書では多くの仮定を用いている。しかしながら、これらの仮定は、説明のために本明細書で作成した単なる例として理解されるべきであり、本開示の範囲を限定すべきではない。

また、以下で使用する手順、エンティティ、レイヤなどの用語の一部は、ＬＴＥ／ＬＴＥ－Ａシステム、または現在の３ＧＰＰ ５Ｇ標準化で使用されている用語と密接に関連しているが、次の３ＧＰＰ ５Ｇ通信システムの新しい無線アクセス技術のコンテキストで使用される特定の用語は、まだ完全には決定されておらず、最終的に変更され得る。このため、実施形態の機能に影響を与えることなく、用語は将来的に変更され得る。したがって、当業者は、実施形態およびそれらの保護の範囲が、より新しいまたは最終的に合意される用語がないために、本明細書で例示的に使用した特定の用語に限定されるべきではなく、本開示の機能および原理の根底にある機能および概念に関してより広く理解されるべきであるということを認識する。

＜省電力の可能性＞
発明者らは、ＵＥでの電力を節約し、それによって、特に簡易機能（ｒｅｄｕｃｅｄ ｃａｐａｂｉｌｉｔｙ）ＮＲデバイス（例えば、リリース１７に対応するもの）に関して、ＵＥのバッテリー寿命を延ばす可能性を見出した。具体的には、ｉ）ブラインド復号および／またはＣＣＥ制限の数を少なくするなどしてＰＤＣＣＨ監視を削減すること、ｉｉ）ＲＲＣ非アクティブ状態、アイドル状態、および／または接続状態のＤＲＸを拡張すること、ならびにｉｉｉ）固定デバイスのＲＲＭを緩和することにより、適用可能なユースケース（例えば、耐遅延性）においてＵＥの電力消費が節約され得る。

ＵＥの電力を節約する方法として、ＰＤＣＣＨの監視とスケジューリングを改善することが考えられる。具体的には、ＲＲＣ ＣＯＮＮＥＣＴＥＤモードで頻繁にトラフィックが発生するＵＥの場合、ＰＤＣＣＨオンリー（ＰＤＣＣＨ－ｏｎｌｙ）が依然としてＵＥの電力消費の大部分を占めている。したがって、ＰＤＳＣＨ／ＰＵＳＣＨスケジューリングを伴わないＰＤＣＣＨオンリーのスロットが総電力消費の大部分を占め得るので、ＰＤＣＣＨオンリーのスロットの数を減らすことにより、ＵＥの電力消費の大幅な削減が促進され得る。上記ＤＣＩによってスケジューリングされたＴＢのうちの１つまたは複数（あるいは全て）の繰り返しの送信および／または受信も上記ＤＣＩでスケジューリングすることによって、電力消費がさらに削減され得る。

なお、特定のＵＥ／サービスに関してスループットなどの特定のサービス要件が満たされる必要があるときに、遅延にあまり敏感でないサービスタイプの場合には、複数のＴＢのスケジューリングが特に適切／効率的であり得る。そのような場合、ｇＮＢはスケジューリング予測を実行してよく、これにより、１つのＤＣＩで２つ以上のＴＢをその後の複数のスロットにスケジューリングすることで、スロットをより有効に利用することが可能になり得る。

簡易機能ＵＥの場合、カバレッジの回復も重要な側面であり得る。Ｒｘ／Ｔｘアンテナの削減など、特定のコスト／複雑性の削減が行われているので、繰り返しを用いたデータチャネルスケジューリングはカバレッジの向上に有益であり得る。複数のＴＢのスケジューリングは、以下でさらに説明するように、ＰＤＣＣＨ監視の削減／適応との相互作用において、さらなる電力消費の削減を可能にし得る。

＜実施形態＞
本開示は、ＵＥの省電力化を促進し得る繰り返し送信を伴うまたは伴わない複数のＴＢスケジューリングのための技術を提供する。具体的には、本開示は、繰り返し送信を伴うまたは伴わない複数のＴＢスケジューリングのためのシグナリングのサポートおよびフレームワークの設計に対応する。特に、本開示は、繰り返し送信を伴うまたは伴わない動的な複数のＴＢスケジューリングを可能にし得るフレームワークを提供する。

本開示は、被スケジューリングデバイス（典型的には通信デバイス／送受信機デバイス）およびスケジューリングデバイス（典型的にはネットワークノード）の両方のエンティティが参加するスケジューリングに関する。したがって、本開示は、基地局およびユーザ機器を提供する。図６に示すように、ユーザ機器６１０および基地局６６０は、無線通信システムにおいて無線チャネルを介して互いに通信し得る。例えば、ユーザ機器はＮＲユーザ機器であってよく、基地局はＮＲ ｇＮＢ、特に非地上系ネットワーク（ＮＴＮ：Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ）ＮＲシステムにおけるｇＮＢなどのネットワークノードまたはスケジューリングノードであってよい。

本開示は、被スケジューリングデバイスおよびスケジューリングデバイスを含むシステム、ならびに対応する方法およびプログラムをさらに提供する。そのような通信システムの一例を図６に示す。通信システム６００は、５Ｇの技術仕様に応じた無線通信システム、特にＮＲ通信システムであってよい。しかしながら、本開示は３ＧＰＰ ＮＲに限定されず、ＮＴＮなどの他の無線またはセルラシステムに適用されてもよい。

図６は、ユーザ機器６１０（「通信デバイス」、「端末」、「ＵＥ」とも呼ぶ）と、ここでは例示的にｅＮＢまたはｇＮＢなどの基地局（ネットワークノード）への配置を想定されるスケジューリングデバイス６６０との一般的で簡略化した例示的なブロック図を示している。しかしながら、一般にスケジューリングデバイスは、２つの端末間のサイドリンク接続の場合の端末であり得る。また、特にＵＲＬＬＣ、ｅＭＢＢおよびｍＭＴＣのユースケースに関して、通信デバイス６１０は、センサデバイス、ウェアラブルデバイス、もしくは接続車両、または工場内の自動化された機械のコントローラでもあり得る。さらに、通信デバイス６１０は、基地局６６０と他の通信デバイスとの間の中継機として機能することが可能であってよい（例えば、本開示は通信「端末」にもユーザ「端末」にも限定されない）。

ＵＥおよびｅＮＢ／ｇＮＢは、自身の送受信機６２０（ＵＥ側）および送受信機６７０（基地局側）をそれぞれ使用して（無線）物理チャネル６５０を介して互いに通信する。基地局６６０および端末６１０は、一緒に通信システム６００を形成する。通信システム６００は、図１に示すような他のエンティティをさらに含んでもよい。

図６に示すように、いくつかの実施形態では、ユーザ機器（ＵＥ）６１０は送受信機６２０を備え、送受信機６２０は、動作時に、ダウンリンク制御情報（ＤＣＩ:downlink control information）シグナリング（本開示ではマルチＴＢスケジューリングＤＣＩともいう）を受信する。ＵＥはさらに回路６３０、６３５を備え、回路６３０、６３５は、動作時に、ＤＣＩシグナリングからインディケーションを取得する。例えば、ＵＥは、ＤＣＩを解析することによって、および／またはＤＣＩからインディケーションを抽することによって、ＤＣＩからそのインディケーションを取得してよい。そのインディケーションは、Ｎ個のトランスポートブロック（ＴＢ）のスケジューリングを示す（ここで、Ｎは１より大きい整数）。さらに、そのインディケーションは、ｉ）Ｍ回のＴＢの繰り返し送信のスケジューリング（ここで、Ｍは１以上）、ｉｉ）ＴＢのインターリーブパターン、およびｉｉｉ）ＴＢ間の送信ギャップのうちの少なくとも一つを示す。

また、図６に示すように、いくつかの実施形態では、基地局６６０（スケジューリングデバイス６６０）は、回路６８０、６８５を備える。回路６８０、６８５は、動作時に、ダウンリンク制御情報（ＤＣＩ）シグナリング（本開示ではマルチＴＢスケジューリングＤＣＩともいう）を生成する。ＤＣＩシグナリングは、Ｎ個のトランスポートブロック（ＴＢ）のスケジューリングをＵＥに示すインディケーションを含んでよい（ここで、Ｎは１より大きい整数）。さらに、そのインディケーションは、ｉ）Ｍ回のＴＢの繰り返し送信のスケジューリング（ここで、Ｍは１以上）、ｉｉ）ＴＢのインターリーブパターン、およびｉｉｉ）ＴＢ間の送信ギャップのうちの少なくとも一つを示す。基地局６６０は、さらに送受信機６７０を備えてもよく、送受信機６７０はＵＥにＤＣＩシグナリングを送信する。

通信デバイス６１０は送受信機６２０および（処理）回路６３０を備えてよく、スケジューリングデバイス６６０は送受信機６７０および（処理）回路６８０を備えてよい。転じて、送受信機６２０は、受信機および／または送信機を備えてよく、および／またはそれらとして機能してよい。本開示では、換言すれば、「送受信機」という用語は、通信デバイス６１０あるいは基地局６６０がワイヤレスチャネル６５０を介して無線信号を送信および／または受信することを可能にするハードウェアおよびソフトウェアコンポーネントに使用される。したがって、送受信機は、受信機、送信機、または受信機および送信機の組み合わせに対応する。典型的には、基地局および通信デバイスは、無線信号を送信することも受信することも可能であると想定される。しかしながら、特にｅＭＢＢ、ｍＭＴＣ、ＵＲＬＬＣの一部の用途（スマートホーム、スマートシティ、産業オートメーションなど）に関しては、センサなどのデバイスが信号の受信のみを行う場合が考えられる。また、「回路」という用語は、１つまたは複数のプロセッサまたは処理ユニットなどによって形成される処理回路を含む。

回路６３０、６８０（または処理回路）は、１つまたは複数のハードウェア、例えば、１つまたは複数のプロセッサまたは任意のＬＳＩであり得る。送受信機と処理回路との間には入力／出力ポイント（またはノード）があり、それを介して処理回路は、動作時に、送受信機を制御し、すなわち、受信機および／または送信機を制御し、受信／送信データを交換することができる。送受信機は、送信機および受信機として、１つまたは複数のアンテナ、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）フロントを含んでよい。処理回路は、処理回路によって提供されたユーザデータおよび制御データを送信し、および／または処理回路によってさらに処理されるユーザデータおよび制御データを受信するように送受信機を制御するなどの制御タスクを実施してよい。処理回路はまた、決定、判断、計算、測定などの他の処理の実行を担ってもよい。送信機は、送信処理およびそれに関連する他の処理の実行の実行を担ってよい。受信機は、受信処理およびそれに関連する他の処理の実行を担ってよい。

上述のＵＥに対応して、ＵＥによって実行される通信方法を提供する。図７に示すように、この方法は、ダウンリンク制御情報（ＤＣＩ）シグナリング（本開示ではマルチＴＢスケジューリングＤＣＩともいう）を受信するステップＳ７４０を含む。さらに、この方法は、ＤＣＩシグナリングからインディケーションを取得するステップＳ７５０を含む。例えば、そのインディケーションは、ＤＣＩを解析することによって、および／またはＤＣＩからインディケーションを抽出することによって、ＤＣＩから取得されてよい。そのインディケーションは、Ｎ個のトランスポートブロック（ＴＢ）のスケジューリングを示す（ここで、Ｎは１より大きい整数）。さらに、そのインディケーションは、Ｍ回のＴＢの繰り返し送信のスケジューリング（ここで、Ｍは１以上）、ＴＢのインターリーブパターン、およびＴＢ間の送信ギャップのうちの少なくとも一つを示す。さらに、図７に示すように、ＵＥはＤＣＩ／ＰＤＣＣＨのスケジューリングに応じて、スケジュールされたトランスポートブロックを送信（Ｓ７６０）および／または受信（Ｓ７６０）してよい。

さらに、上述の基地局に対応して、基地局によって実行される通信方法を提供する。図７に示すように、この方法は、ダウンリンク制御情報（ＤＣＩ）シグナリング（本開示ではマルチＴＢスケジューリングＤＣＩともいう）を生成するステップＳ７２０を含む。ＤＣＩシグナリングは、Ｎ個のトランスポートブロック（ＴＢ）のスケジューリングをユーザ機器（ＵＥ）に示すインディケーションを含んでよい（ここで、Ｎは１より大きい整数）。さらに、そのインディケーションは、ｉ）Ｍ回のＴＢの繰り返し送信のスケジューリング（ここで、Ｍは１以上）、ｉｉ）ＴＢのインターリーブパターン、およびｉｉｉ）ＴＢ間の送信ギャップのうちの少なくとも一つを示す。最後に、この方法は、ＤＣＩシグナリングをＵＥに送信するステップＳ７３０を含む。さらに、図７に示すように、基地局はＤＣＩ／ＰＤＣＣＨのスケジューリングに応じて、スケジュールされたトランスポートブロックを受信（Ｓ７７０）および／または送信（Ｓ７７０）してよい。

図７に示すように、基地局の方法はステップＳ７１０を実行してもよく、基地局のための方法はステップＳ７１０を含んでもよい。ステップＳ７２０におけるマルチＴＢスケジューリングＤＣＩの生成の前に行われるステップＳ７１０では、基地局はＮ個のトランスポートブロックの送信および／または受信のための時間領域のリソースの割り当て／スケジューリングを行う。このスケジューリングは、複数（例えば、Ｎ＞１）のＴＢのスケジューリングを１つまたは複数のＵＥに示すことを決定するステップを含んでよい。ステップ７１０は一般に、他のＵＥの他の送信／受信のためのリソースのスケジューリングと併せて、トラフィック状況および１つまたは複数のＵＥによって使用されるサービスの品質要件を考慮して実行されてよい。

なお、以下に説明するステップ／動作のいずれもが、回路６３０（ＵＥ側）および／または回路６８０（基地局側）によって実行または制御され得る。

さらなる説明において、詳細および実施形態は、明示的な記述または文脈が別段の指示をしない限り、送受信機デバイス、スケジューリングデバイス（またはスケジューリングノード）、および方法のそれぞれに適用される。

＜マルチＴＢスケジューリングＤＣＩ＞
一般的に、ＤＣＩは複数のＴＢをスケジューリングし得る。換言すれば、繰り返し送信を伴うまたは伴わない複数のＴＢ送信が、（単一のまたは１つの）ＤＣＩによってスケジューリングされる。これ以降、そのようなＤＣＩをマルチＴＢスケジューリングＤＣＩ（multiple TB scheduling DCI）とも呼ぶ。より具体的には、マルチＴＢスケジューリングＤＣＩは、複数のＴＢのスケジューリングを（同じＵＥに）示す。同様に、「マルチＴＢスケジューリング」という用語は、同じＵＥへの単一の（または１つの）ＤＣＩによる複数のＴＢのスケジューリングを指す。

一般的に、マルチＴＢスケジューリングＤＣＩは、ｉ）ＴＢの数Ｎ、ｉｉ）ＴＢの繰り返し送信の数Ｍ、ｉｉｉ）送信ギャップ、およびｉｖ）インターリーブパターン、のうちの少なくとも１つ（１つ、２つ、３つ、さらには４つ全て）を上記ＵＥにさらに示してよい。

換言すれば、マルチＴＢスケジューリングＤＣＩは、ｉ）ＴＢの数Ｎを示すインディケーション、ｉｉ）ＴＢの繰り返し送信の数Ｍを示すインディケーション、ｉｉｉ）送信ギャップを示すインディケーション、およびｉｖ）インターリーブパターンを示すインディケーション、を含んでいてよい。なお、ＴＢの数ＮのインディケーションはＮ個のＴＢのスケジューリングを暗黙的に示してよく、Ｍ回の繰り返し送信のインディケーションはＴＢのＭ回の繰り返し送信のスケジューリングを暗黙的に示してよい。より具体的には、マルチＴＢスケジューリングＤＣＩにおける数Ｎのインディケーションは、Ｎ個のＴＢのスケジューリングも示してよい。換言すれば、数Ｎのインディケーションは、数ＮとＮ個のＴＢのスケジューリングとの統合インディケーション（joint indication）と考えられる。同様に、マルチＴＢスケジューリングＤＣＩにおける数Ｍのインディケーションは、Ｍ回の繰り返し送信のスケジューリングも示してよい。換言すれば、数Ｍのインディケーションは、数ＭとＭ回の繰り返し送信のスケジューリングとの統合インディケーションと考えられる。なお、インターリーブパターンは、Ｎ個のＴＢのスケジューリング、もしくはＴＢのＭ回の繰り返し送信のスケジューリング、またはその両方を暗黙的に示してよい。

一般的に、Ｎ個のＴＢのスケジューリングを示すインディケーションは、Ｎ個のＴＢのスケジューリングと、ｉ）Ｍ回の繰り返し送信のスケジューリング、ｉｉ）インターリーブパターン、およびｉｉｉ）送信ギャップのうちの少なくとも１つとを統合的に示してよい。そのような統合インディケーションは、オーバーヘッドを削減し得る。

＜マルチＴＢスケジューリングＤＣＩのスケジューリング＞
一般的に、Ｎ個のＴＢのスケジューリングを示すインディケーションは、数Ｎのインディケーションを含み得る。換言すれば、マルチＴＢスケジューリングＤＣＩは一般に、スケジュールされたＴＢの数Ｎのインディケーションを含み得る。数Ｎのインディケーションは、明示的または暗黙的であってよい。

しかしながら、本発明はこれに限定されない。すなわち、マルチＴＢスケジューリングＤＣＩによるＮ個のＴＢのスケジューリングは、そのマルチＴＢスケジューリングＤＣＩがスケジュールされたＴＢの数Ｎの明示的なインディケーションを含むことは要求されない。換言すれば、マルチＴＢスケジューリングＤＣＩは、スケジュールされたＴＢの数Ｎを示すインディケーションを含んでも含まなくてもよい。例えば、いくつかの実施形態では、ＵＥ（例えば、その送受信機）は、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングを受信するように構成される。これらの実施形態では、ＵＥ（例えば、その処理回路）は次いで、動作時に、受信したＲＲＣシグナリングからＴＢの数Ｎを示すインディケーションを取得する。

同様に、ＴＢのＭ回の繰り返し送信のスケジューリングを示すインディケーションは一般に、数Ｍのインディケーションを含み得る。換言すれば、マルチＴＢスケジューリングＤＣＩは一般に、繰り返し送信の数Ｍのインディケーションを含み得る。繰り返し送信の数Ｍのインディケーションは、明示的または暗黙的であってよい。

しかしながら、本発明はこれに限定されない。すなわち、マルチＴＢスケジューリングＤＣＩによるＭ回の繰り返し送信のスケジューリングは、そのマルチＴＢスケジューリングＤＣＩがスケジュールされたＴＢの数Ｍの明示的なインディケーションを含むことは要求されない。換言すれば、ＴＢの繰り返し送信をスケジューリングするマルチＴＢスケジューリングＤＣＩは、スケジュールされたＴＢの繰り返し送信の数Ｍを示すインディケーションを含んでも含まなくてもよい。ＴＢの数Ｎと同様に、繰り返し送信の数ＭはＲＲＣを介して示され得る。

一般に、一部のマルチＴＢスケジューリングＤＣＩはＮおよび／またはＭを明示的に示し得るが、他のマルチＴＢスケジューリングＤＣＩについては、Ｎおよび／またはＭの現在の値（マルチＴＢスケジューリングＤＣＩによって明示的に示されたＮ／Ｍの最後の値）が適用されることが暗黙的に理解される。代替的または追加的に、Ｎおよび／またはＭはＲＲＣを介して設定されてもよく、マルチＴＢスケジューリングＤＣＩは、トリガ（例えば、ＤＣＩ内の１ビットのフィールド）のみによってＮ個のトランスポートブロック（および該当する場合はＭ回の繰り返し送信）のスケジューリングを示してよい。すなわち、トランスポートブロックの数Ｎ、繰り返し送信の数Ｍ、インターリーブパターン、および送信ギャップは、他の手段よって示されてもよく、例えば、ＲＲＣによって設定されてよい。

また、マルチＴＢスケジューリングＤＣＩは一般に、複数のＴＢのスケジュールされた送信／繰り返し送信のためのリソースをスケジューリングしてよい。なお、このリソースのスケジューリングは、スロット単位（図８ａ～８ｄおよび図９に図示）または非スロット単位であり得る。換言すれば、マルチＴＢスケジューリングＤＣＩは、スロット単位のマルチＴＢスケジューリングであってもよいし、非スロット単位のマルチＴＢスケジューリングであってもよい。より具体的には、スロット単位のスケジューリングは、ＴＢの全ての送信／繰り返し送信がスロットの粒度でスケジューリングされる、リソースのスケジューリングを指す。換言すれば、スケジューリングされた各ＴＢ送信／繰り返し送信ついて、１つまたは複数のそれぞれのスロットの全ての時間領域リソースが使用される（例えば、各送信／繰り返し送信は、１つまたは複数のスロット全体／全スロットを使用する）。一方、非スロット単位のスケジューリングは、ＴＢまたはその繰り返し送信のためにスケジューリングされる時間領域リソースが１スロット未満である、例えば、１つ、２つまたはいくつかのＯＦＤＭシンボルであるスケジューリングを指す。具体的には、非スロット単位のスケジューリングは、ＴＢの複数の送信／繰り返し送信を同じスロットにスケジューリングし得る。

なお、本開示では、「ＤＣＩがスケジューリングする」、「ＤＣＩがスケジューリングを示す」、「ＤＣＩがスケジューリングを示すインディケーションを含む」などの形の記述が同義的に使用される。さらに、「複数のＴＢの送信をスケジューリングする」、「複数のＴＢの送信および／または受信をスケジューリングする」、「複数のＴＢをスケジューリングする」などの形の記述が同義的に使用される。

さらに、Ｎ個のＴＢ（および該当する場合はＭ回の繰り返し送信）のスケジューリングは、アップリンク（ＵＬ：Ｕｐｌｉｎｋ、例えばＰＵＳＣＨ）またはダウンリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ、例えばＰＤＳＣＨ）での送信のスケジューリングであり得る。換言すれば、マルチＴＢスケジューリングＤＣＩによってスケジューリングされるＴＢは、ＵＥによる送信または受信のために（およびそれに対応して基地局による受信または送信のために）スケジューリングされ得る。さらに言い換えれば、特に明記していない限り、「送信」という用語はＵＥによる送信または基地局による送信を指し、「受信」という用語はＵＥによる受信または基地局による受信を指す。

なお、スケジューリングするＮ個のＴＢ（および該当する場合はＭ回の繰り返し送信）の送信／受信に使用されるリソースは、上記マルチＴＢスケジューリングＤＣＩによって（明示的または暗黙的に）示されてもよいし、されなくてもよい。例えば、ＳＰＳ／ＣＧフレームワークを使用して、上記リソースがＲＲＣを介して示されてもよい。

＜トランスポートブロック（ＴＢ）および繰り返し送信＞
一般的に、Ｎ個のＴＢは相互に異なるデータを搬送し得る。

なお、「トランスポートブロック」という用語は、特にＭＩＭＯのコンテキストなどで使用される、「コードワード」という用語にも置き換えられてよい。より具体的には、コードワードという用語は、１つまたは複数のコードワードを記述するために現在ＭＩＭＯでよく使用されており、各コードワードをスケジューリングして、１つ以上／複数の空間レイヤにマッピングすることができる。チャネル符号化および変調の観点では、本発明に関する限り、動作はトランスポートブロックおよびコードワードに対して区別されない。換言すれば、本開示は、マルチＴＢスケジューリングＤＣＩと同様に機能するマルチコードワードスケジューリングＤＣＩ（「トランスポートブロック」という用語を「コードワード」という用語に置き換えた）を提供することによって、複数のコードワードのスケジューリングも可能にする。

一般に、Ｍ回の繰り返し送信はそれぞれ、Ｎ個のＴＢのうちの対応するＴＢと同じデータを搬送し得る。換言すれば、Ｍ回の繰り返し送信はそれぞれ、マルチＴＢスケジューリングＤＣＩによってスケジューリングされたＮ個のＴＢのうちの１つに対応し得る。ＴＢおよびそのＴＢに対応する繰り返し送信は、一般に同じデータを搬送し得る。しかしながら、ＴＢおよび対応する繰り返し送信は必ずしも同一ではない。例えば、上記同じデータは、ＴＢおよび対応する繰り返し送信において異なって符号化され得る。すなわち、ＴＢの繰り返し送信は、そのＴＢの異なる冗長バージョン（ＲＶ：Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ）であり得る。一般に、Ｍは１以上の数であってよく、繰り返し送信の数Ｍが１であることは、ＴＢのうちの１つに対して１つの送信（のみ）がスケジューリングされることを意味し／示し、または各ＴＢの１つの送信（のみ）がスケジューリングされることを意味して／示してよい（すなわち、各ＴＢの最初の送信が、そのＴＢの繰り返し送信の１つとしてカウントされる）。換言すれば、Ｍ＝１は、繰り返し送信がスケジューリングされていないことを示してよい。さらに言い換えれば、「送信」および「繰り返し送信」という用語は、本明細書では同義的に使用される。なお、本開示では、「さらなる繰り返し送信」という用語は、ＴＢの最初の送信以外のＴＢの送信（複数可）を指す。

なお、繰り返し送信の数Ｍは、マルチＴＢスケジューリングＤＣＩによってスケジュールされた繰り返し送信／送信の合計であってよい。しかしながら、本発明はこれに限定されず、その理由は、マルチＴＢスケジューリングＤＣＩが、Ｎ個のスケジューリングされたトランスポートブロックのそれぞれのＭ回の繰り返し送信（合計でＮ×Ｍ回の繰り返し送信）をスケジューリングし得るためである。あるいは、ＤＣＩは、ＴＢのうちの１つ（例えば、最初のもの）または一部（１つおきなど）に対してのみＭ回の繰り返し送信をスケジューリングし、他のＴＢは１度のみ送信してもよい。一般に、マルチＴＢスケジューリングＤＣＩは、スケジュールされたＴＢのそれぞれについて異なる繰り返し送信の数を示してよい。

なお、本開示で言及する繰り返し送信および送信は、名目上の（ｎｏｍｉｎａｌ）繰り返し送信／送信または実際の繰り返し送信／送信であり得る。名目上の繰り返し送信および実際の繰り返し送信は、ＰＵＳＣＨ繰り返し送信タイプＢのためにリリース１６ＮＲで導入された概念であり、非特許文献１０、セクション６．１．２．１に詳細な説明がある。より具体的には、名目上の繰り返し送信／送信は、設定された／スケジュールされた／示されたリソースに基づいて意図として設定された／スケジュールされた／示されたものである。しかしながら、一般に、名目上の繰り返し送信に割り当てられたＯＦＤＭシンボルの一部が無効であったり、名目上の繰り返し送信がスロットの境界を越えてしまったりして、その名目上の繰り返し送信が途切れたりすることがある。その結果、名目上の繰り返し送信／送信は、スロット境界または無効なＯＦＤＭシンボルによってさらに分割されて、結果的に１つまたは複数の実際の繰り返し送信となり得る。

マルチＴＢスケジューリングＤＣＩにおけるインディケーションは、明示的なインディケーション（例えば、ＴＢの数Ｎおよび／または繰り返し送信の数Ｍを示すためのＤＣＩ内のビットフィールド）、あるいはＴＤＲＡテーブルのエントリなどによる統合インディケーションなど（そのようなＴＤＲＡテーブルは、ＴＢおよび繰り返し送信の数の異なる組み合わせを指定する複数のエントリを含み得る）であってよい。

＜送信ギャップ＞
一般的に、マルチＴＢスケジューリングＤＣＩは、送信ギャップを示してよい（例えば、そのインディケーションを含んでよい）。ここで、送信ギャップとは、ＴＢの連続する送信および／またはさらなる繰り返し送信の間の（例えば、スロットまたはＯＦＤＭシンボル単位で測定される）時間のギャップを指す。換言すれば、送信ギャップは、２つの連続する送信の間の期間（時間領域におけるリソース）を指す。２つの連続する送信／繰り返し送信は、マルチＴＢスケジューリングＤＣＩがＮ個のスケジュールされたＴＢのうちの１つの他の送信／繰り返し送信を間にスケジューリングしていない２つの送信／繰り返し送信である。

これについて、図８ｃおよび図８ｄを参照してここでさらに説明する。

具体的に、図８ｃは、送信ギャップを伴わない複数のＴＢのスケジューリングの一例を示している。見て分かるように、図８ｃの最初のスロットでは、マルチＴＢスケジューリングＤＣＩを含むＰＤＣＣＨが基地局によって送信され、および／またはＵＥによって受信される。そのマルチＴＢスケジューリングＤＣＩは、第３～第６のスロットに４つのＴＢをそれぞれスケジューリングする。換言すれば、マルチＴＢスケジューリングＤＣＩは、その４つのスケジュールされたＴＢ間に送信ギャップがないように４つのＴＢをスケジューリングする。すなわち、４つのＴＢは、立て続けのスロットで送信されるようにスケジューリングされる。

図８ｄは、送信ギャップを伴う複数のＴＢのスケジューリングの一例を示している。図８ｃと同様、マルチＴＢスケジューリングＤＣＩが最初のスロットで送信される。具体的には、第３のスロットから始まり１スロットおきに４つのＴＢがスケジューリングされる。すなわち、第１～第４のＴＢは、それぞれスロット＃３、＃５、＃７、および＃９で送信されるようにスケジューリングされる。すなわち、４つのＴＢは、連続するＴＢ間に１スロットの送信ギャップでスケジューリングされる。

なお、一般的に、マルチＴＢスケジューリングＤＣＩによって異なる／複数の送信ギャップが示されてよい。例えば、第１の送信ギャップはＴＢの２つの連続する最初の送信に適用され、第２のギャップは２つの連続するさらなる繰り返し送信に適用され、第３のギャップはＴＢの最初の送信および後続のさらなる繰り返し送信に適用され、ならびに／あるいは第４のギャップはさらなる繰り返し送信およびＴＢの後続の送信に適用されてよい。

＜インターリーブパターン＞
一般的に、マルチＴＢスケジューリングＤＣＩによってスケジューリングされた２つ以上のＴＢをインターリーブするために使用されるインターリーブパターンは、事前に定義されたおよび／または所定のインターリーブパターンのセットから選択されてよい。換言すれば、複数の事前に定義されたおよび／または所定のインターリーブパターンのうちの１つ（例えば、いずれか１つ）が、マルチＴＢスケジューリングＤＣＩによって示されてよい。例えば、これらのインターリーブパターンは、ＲＲＣシグナリングを介して設定され、または規格で定義されてよい。

ＴＢの数Ｎおよび／または繰り返し送信の数Ｍは、インターリーブパターンによって暗黙的に示されてよい。換言すれば、各インターリーブパターンは、ＴＢの数Ｎおよび／または繰り返し送信の数Ｍに関連付けられてよい。すなわち、インターリーブパターンを示すことによって、マルチＴＢスケジューリングＤＣＩは、関連付けられたＴＢの数Ｎおよび／または関連付けられた繰り返し送信の数Ｍを暗黙的に示す。同様に、送信ギャップはインターリーブパターンによって固定されてもよく、すなわち、インターリーブパターンは特定の送信ギャップに関連付けられてよい。これらの関連付けは一般に固定されても動的であってもよく、例えば、ＲＲＣを介して設定可能であってよい。

しかしながら、本発明はこれに限定されない。一般的に、マルチＴＢスケジューリングＤＣＩは、そのＤＣＩで示されるインターリーブパターンとは独立して基地局が決定および設定できる送信ギャップの明示的なインディケーションを含んでよく、それによってスケジューリングの柔軟性が高められる。このインディケーションは、明示的なインディケーション（例えば、ギャップを示すためのＤＣＩ内のビットフィールド）、またはＴＤＲＡテーブルのエントリを言及する、インターリーブパターンなどとの統合インディケーション（ジョイントインディケーション：joint indication）など（そのようなＴＤＲＡテーブルは、異なる送信ギャップを指定する同じインターリーブパターンの複数のエントリを含み得る）であってよい。

一般に、インターリーブパターンは、２つ以上の事前に定義されたインターリーブパターン、例えば、以下でさらに説明するＴＢ優先パターンおよびＲＶ優先パターンから選択されてよいが、これらに限定されない。換言すれば、インターリーブを示すマルチＴＢスケジューリングＤＣＩ内のインディケーションは、２つ以上の事前に定義されたインターリーブパターンのうちのいずれが、スケジューリングされたＴＢ（および該当する場合はスケジューリングされたさらなる繰り返し送信）に使用されるかを示してよい。

ここで、図８ａ～図８ｄを参照して、いくつかの例示的なインターリーブパターンについて説明する。

図８ａは、ＴＢの送信（繰り返し送信を含む）がインターリーブされない「ＴＢ優先パターン」による繰り返し送信を伴うＴＢスケジューリングを示している。すなわち、図８ａは、ＴＢの自明（ｔｒｉｖｉａｌ）なインターリーブを伴うインターリーブパターンを示している。ＴＢ優先インターリーブパターンは、概略的に次のように記述され得る。
｛ＴＢ０＿ＲＶ０、ＴＢ０＿ＲＶ２、ＴＢ０＿ＲＶ３、ＴＢ０＿ＲＶ１、ＴＢ１＿ＲＶ０、ＴＢ１＿ＲＶ２、ＴＢ１＿ＲＶ３、ＴＢ１＿ＲＶ１｝

ここで、「＿」の前の表示はトランスポートブロックを示し、「＿」の後の表示は冗長バージョンを示す。より具体的には、同じく図８ａに示すように、マルチＴＢスケジューリングＤＣＩによって２つのＴＢの送信がスケジューリングされる。さらに、これら２つのＴＢのそれぞれについて、４回の繰り返し送信がスケジューリングされる。したがって、２つのスケジューリングされたＴＢはそれぞれ４回送信される（場合によってはこれら４回で異なって符号化される）。第１のＴＢの送信は、最初にスロット３～６にスケジューリングされる。具体的には、第３のスロットでは「０」の冗長バージョンが送信され、第４のスロットでは「２」の冗長バージョンが送信され、第５のスロットでは「３」の冗長バージョンが送信され、第３のスロットでは「１」の冗長バージョンが送信される。図８ａに示す例では、第１のＴＢの送信後に１スロットの送信ギャップがある。第１のＴＢの送信および送信ギャップの後に、第２のＴＢの送信がスロット８～１１にスケジューリングされる。第２のＴＢの冗長バージョンは、第１のＴＢの冗長バージョンと同じ順序で送信される。

一般的に、ＴＢ優先パターンでは、ＴＢの送信（繰り返し送信を含む）は連続して（例えば、連続するスロットで）、すなわち、それらの間に他のスケジューリングされたＴＢの送信／繰り返し送信なしで実行され得る。一般的に、ＴＢの送信の間には送信ギャップがあってもなくてもよい。さらに、あるＴＢの最後の送信と他のＴＢの最初の送信との間に送信ギャップがあってもなくてもよい。これらの送信ギャップの一部または全ては、同一であってもよく、相互に異なってもよい。

ＴＢ優先パターンは、第１のＴＢの送信の高い信頼性および低遅延を可能にし得る。第１のＴＢが第２のＴＢ（および該当する場合はさらなるＴＢ）よりも際立って高い優先度およびパフォーマンス要件を有する場合、ＴＢ優先オプションを利用することが特に有益であり得る。

図８ｂは、ＴＢの送信（繰り返し送信を含む）がインターリーブされる「ＲＶ優先パターン」による繰り返し送信を伴うＴＢスケジューリングを示している。ＲＶ優先インターリーブパターンは、概略的に次のように記述され得る。
｛ＴＢ０＿ＲＶ０、ＴＢ１＿ＲＶ０、ＴＢ０＿ＲＶ２、ＴＢ１＿ＲＶ２、ＴＢ０＿ＲＶ３、ＴＢ１＿ＲＶ３、ＴＢ０＿ＲＶ１、ＴＢ１＿ＲＶ１｝

より具体的には、同じく図８ｂに示すように、マルチＴＢスケジューリングＤＣＩによって２つのＴＢの送信がスケジューリングされる。さらに、これら２つのＴＢのそれぞれについて、４回の繰り返し送信がスケジューリングされる。したがって、２つのスケジューリングされたＴＢはそれぞれ４回送信される（場合によってはこれら４回で異なって符号化される）。

第１のＴＢの送信は、第３のスロットから始まって１スロットおきに（スロット＃３、＃５、＃７、および＃９に）スケジューリングされる。第２のＴＢの送信は、第４のスロットから始まって１スロットおきに（スロット＃４、＃６、＃８、および＃１０に）スケジューリングされる。すなわち、第１スロットおよび第２スロットの送信はインターリーブされる。

各ＴＢの最初の送信（スロット＃３および＃４）では、それぞれのＴＢの「０」の冗長バージョンが送信され、各ＴＢの２回目の送信、すなわち最初のさらなる繰り返し送信（スロット＃５および＃６）では、それぞれのＴＢの「２」の冗長バージョンが送信され、各ＴＢの３回目の送信（スロット＃７および＃８）では、それぞれのＴＢの「３」の冗長バージョンが送信され、各ＴＢの４回目の送信（スロット＃９および＃１０）では、それぞれのＴＢの「１」の冗長バージョンが送信される。図８ｂに示す例では、ＴＢおよびさらなる繰り返し送信は、それらの間にギャップなく送信される。

一般に、ＲＶ優先パターンでは、あるＴＢの２つの送信の間に、互いにスケジューリングされたＴＢの（例えば、１つの）送信が存在し得る。異なるＴＢの冗長バージョンは同じ順序（これはＲＶ優先パターンによって指定されてよい）で送信されてよい。

ＲＶ優先パターンは時間ダイバーシティを高めることを可能にし、これは特に周波数ダイバーシティが低い状況で信頼性を高めることを可能にし得る。一般に、ＲＶ優先パターンでは、ＴＢの送信／繰り返し送信は連続して（例えば、連続するスロットで）、すなわち、送信／繰り返し送信間にギャップなしで実行されてよい。しかしながら、送信／繰り返し送信の間にギャップが存在してもよく、これにより時間ダイバーシティがさらに高まり得る。

図８ｃおよび図８ｄは、それぞれギャップなしおよびギャップありでＴＢがスケジューリングされる、繰り返し送信なしのインターリーブパターンのさらなる例を示している。これらについては、すでにＴＢ間の送信ギャップを説明する際に上記で説明している。

なお、容量を増加させるために、時間領域インターリーブをインターリーブ分割多元接続（ＩＤＭＡ：ｉｎｔｅｒｌｅａｖｅ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ－ａｃｃｅｓｓ）で使用することもできる。

＜統合インディケーションおよびＴＤＲＡテーブル＞
一般的に、マルチＴＢスケジューリングＤＣＩは、ｉ）ＴＢの数、ｉｉ）繰り返し送信の数、ｉｉｉ）送信ギャップ、およびｉｖ）インターリーブパターン、のうちの１つ、複数、または全てを統合的にＵＥに示してよい。換言すれば、マルチＴＢスケジューリングＤＣＩ内のインディケーションは、Ｎ個のＴＢのスケジューリングと、前述のポイントｉ）～ｉｖ）のうちの１つまたは複数との統合インディケーションであってよい。

例えば、そのような統合インディケーションは、ＤＣＩ内のパラメータまたはＤＣＩ内のフィールドであってよい。統合インディケーションは、時間領域リソース割り当て（ＴＤＲＡ：ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）テーブルのエントリの言及であってもよい。具体的には、統合インディケーションは、ＴＤＲＡテーブルのエントリ（例えば、行）を示すインデックス（例えば、行インデックス）のインディケーションであってよい。すなわち、統合インディケーションは、上記のパラメータｉ）～ｖｉ）のうちの１つまたは複数に対応する列が追加されたＴＤＲＡテーブルによって示され得る。換言すれば、ＴＤＲＡテーブルシグナリングフレームワークは、例えば既存のＴＤＲＡテーブルを追加のエントリ／行／列で拡張することによって、複数のＴＢのスケジューリングに対応するように強化され得る。

複数のＴＢのスケジューリングのためのＴＤＲＡテーブルの一例を以下に示す。

上記のテーブル一例に示すように、複数のＴＢのスケジューリングのためのＴＤＲＡテーブルは以下（上記のテーブル一例の最後の４行にそれぞれ対応する）を含んでよい。
ｉ）１つまたは複数の（さらには各）行インデックスについて、ＴＢの数Ｎを特定または示す行、
ｉｉ）１つまたは複数の（さらには各）行インデックスについて、繰り返し送信の数Ｍを特定または示す行、
ｉｉｉ）１つまたは複数の（さらには各）行インデックスについて、送信ギャップを特定または示す行、ならびに／あるいは、
ｉｖ）１つまたは複数の（さらには各）行インデックスについて、インターリーブパターンを特定または示す行。

換言すれば、行インデックスごとに、上記のポイントｉ）～ｉｖ）で述べたパラメータのうちの１つまたは複数が定義され得る。行が行インデックスを（明示的に）特定しない場合（上記のテーブル一例では、最後の４行の「ＮＡ」エントリに対応）、事前に定義された値またはデフォルトの値が使用されてよい。例えば、いくつかのインターリーブパターンは、デフォルトの送信ギャップに関連付けられてよい。

具体的には、行インデックスは、マルチＴＢスケジューリングＤＣＩ内のインディケーションによって示されてよい。すなわち、行インデックスは、Ｎ個のＴＢのスケジューリングと、パラメータｉ）～ｉｖ）のうちの１つまたは複数とを示す、マルチＴＢスケジューリングＤＣＩ内の統合インディケーションであってよい。

複数のパラメータ（例えば、複数のＴＢの数、繰り返し送信の数Ｍ、インターリーブパターン、および送信ギャップ）の統合インディケーションを使用することにより、ＤＣＩオーバーヘッドが追加されることなく、または最小限の追加での、複数のＴＢのスケジューリングを可能にし得る。さらに、ＴＤＲＡテーブルなどに基づく統合インディケーションは、単一のＤＣＩによる複数のＴＢの送信／受信のための時間／周波数領域リソースの柔軟な割り当てを可能にし得る。

なお、複数のＴＢのスケジューリングに対応するＴＤＲＡテーブルは、特定のサーチスペース（ＳＳ：Ｓｅａｒｃｈ Ｓｐａｃｅ）セットまたは帯域幅パート（ＢＷＰ）で設定され得る／これに関連付けられ得る。すなわち、複数のＴＢのスケジューリングに対応する１つまたは複数のＴＤＲＡテーブルと、複数のＴＢのスケジューリングに対応しない１つまたは複数のＴＤＲＡテーブルとが存在し得る。

＜設定グラント（ＣＧ）および半永続的スケジューリング（ＳＰＳ）フレームワーク＞
一般に、ＵＥ（例えば、その処理回路）は、動作時に、マルチＴＢスケジューリングＤＣＩから、設定グラント（ＣＧ）または半永続的スケジューリング（ＳＰＳ）をアクティブ化するインディケーションを取得してよい。例えば、Ｎ個のＴＢのスケジューリングを示すインディケーションは、ＣＧ／ＳＰＳをアクティブ化するインディケーションであってよい。ＣＧ／ＳＰＳをアクティブ化するインディケーションを取得した後、回路は、動作時に、そのインディケーションに従ってＣＧまたはＳＰＳをアクティブ化してよい。ＣＧまたはＳＰＳは、複数の送信機会を示してよい。回路は、動作時に、上記マルチＴＢスケジューリングＤＣＩの受信から始まるＮ回の送信機会の後、ＣＧまたはＳＰＳを非アクティブ化してよい。なお、ＳＰＳおよびＣＧ（特に「タイプ２」ＣＧ）は、それぞれＤＬおよびＵＬにおける複数のＴＢのスケジューリングを可能にするために使用されてよい。

すなわち、ＣＧ／ＳＰＳは、繰り返し送信の有無にかかわらず複数のＴＢのスケジューリングを可能にするように強化され得る。特にこの場合、マルチＴＢスケジューリングＤＣＩは単にトリガ（例えば、マルチＴＢスケジューリングＤＣＩ内の１ビットのフィールド）であり得る。すなわち、トランスポートブロックの数Ｎ、繰り返し送信の数Ｍ、インターリーブパターン、および送信ギャップは、他の手段によって示されてよく、例えば、ＣＧ／ＳＰＳによりＲＲＣ設定でシグナリングされてよい。しかしながら、本発明はこれに限定されず、その理由は、インターリーブパターンおよび／または送信ギャップが、ＣＧ／ＳＰＳをアクティブ化するマルチＴＢスケジューリングＤＣＩによって示されてもされなくてもよいためである。

一般的に、複数の送信機会（例えば、時間リソース）は、（例えば、ＣＧ／ＳＰＳフレームワークを使用して）ＲＲＣで設定され得る。複数の送信機会の一部は、ＣＧ／ＳＰＳトリガＤＣＩの制御情報によって選択されてよい。複数の送信機会の一部の残りはリリースされる。例えば、ＣＧ／ＳＰＳのＤＣＩは、スケジュールされたＴＢ（および該当する場合はさらなる繰り返し送信）の送信／受信のために、設定された送信機会から選択される送信機会の明示的なインディケーションを含んでよい。ＣＧ／ＳＰＳのＤＣＩにトリガフラグしかない場合、スケジュールされたＴＢの数Ｎおよび／または送信機会の数は、トリガされたＣＧ／ＳＰＳ設定のためにＲＲＣを介して設定されてよい。

＜ＣＧ／ＳＰＳトリガＤＣＩによって示されるトランスポートブロック数Ｎ＞
一般的に、ＴＢ数Ｎは、ＣＧ／ＳＰＳをトリガ／アクティブ化するＤＣＩで示され得る。すなわち、マルチＴＢスケジューリングＤＣＩの制御情報（例えば、Ｎ個のＴＢのスケジューリングを示すインディケーション）は、ＴＢの数Ｎであるか、またはこれを含み得る。この場合、ＵＥは、Ｎ回の送信機会の後、またはＴＢのＮ回の実際の送信後に、ＣＧ／ＳＰＳを自動的にリリースしてよい。あるいは、ＵＥは、繰り返し送信を含むスケジュールされた送信の数に等しい／対応する数の送信機会の後、または繰り返し送信を含むスケジュールされたＴＢを実際に送信／受信した後に、ＣＧ／ＳＰＳを自動的にリリースしてよい。具体的には、ＵＥ／基地局は、ＴＢ／繰り返し送信を実際に送信するために、ＣＧ／ＳＰＳをトリガ／アクティブ化するＤＣＩによってスケジュールされた送信／繰り返し送信の全てを使用しなくてもよい。

＜ＲＲＣによって示される／設定されるトランスポートブロック数Ｎ＞
一般的に、既に上述したように、トランスポートブロックの数ＮはＲＲＣを介して示されてよい。

具体的には、特定のＣＧ／ＳＰＳ設定内で、ＴＢの数ＮまたはタイマがＲＲＣによって設定されてよい。タイマを使用する場合、タイマは、例えば最初のＴＢの送信から開始してもよく、あるいはマルチＴＢスケジューリングＤＣＩの送信から開始してもよい。ＣＧ／ＳＰＳ設定がトリガされた場合、タイマ満了後、またはＴＢ数の送信後に、定期的な送信が自動的にリリース／終了される。換言すれば、複数のＣＧ／ＳＰＳ設定が設定されてよく、ＣＧ／ＳＰＳトリガＤＣＩは、設定されたＣＧ／ＳＰＳ設定のうちの１つを明示的または暗黙的に示してよい。例えば、ＣＧ／ＳＰＳトリガＤＣＩはそのＣＧ／ＳＰＳをトリガしてよく、その時間領域リソースはＣＧ／ＳＰＳトリガＤＣＩが送信されるスロットを含む。さらなる例として、ＣＧ／ＳＰＳトリガＤＣＩが送信されるスロットを２つ以上のＣＧ／ＳＰＳ設定が含む場合、より低いインデックスまたはより高い優先度を有するＣＧ／ＳＰＳがトリガされる。インデックスおよび／または優先度は、例えば、ＣＧ／ＳＰＳ設定にＲＲＣで設定され得る。

図９は、ＣＧ／ＳＰＳフレームワークを使用して複数のＴＢをスケジューリングする場合の自動リリースを示している。なお、インターリーブパターン、送信ギャップ、ならびに数ＮおよびＭは図８ａと同じである。したがって、同じ説明は繰り返さない。図９に示すように、最後にスケジュールされたＴＢの送信（スケジュールされた繰り返し送信を含む）の後に、ＣＧ／ＳＰＳが自動的にリリース／非アクティブ化される。すなわち、第２のＴＢの「１」の冗長バージョンの送信後である（すなわち、スロット＃１１の後であり、＃１はＣＧ／ＳＰＳトリガＤＣＩを送信するスロットである）。

ＣＧ／ＳＰＳを使用して単一のＤＣＩで複数のＴＢをスケジューリングすることは、既存のＳＰＳ／ＣＧフレームワークを使用するため、単純で効率的な解決策であり得る。具体的には、このアプローチは、規格に導入される必要があるパラメータの数を減らし得るので、仕様への影響が少なくなり得る。さらに、現在のＳＰＳ／ＣＧフレームワークとは対照的に、複数のＴＢのスケジューリングにＣＧ／ＳＰＳを使用することにより、ｇＮＢは、２つのＤＣＩ（１つはＳＰＳ／ＣＧのアクティブ化用、１つは非アクティブ化用）を使用するのではなく、１つのＤＣＩを使用するだけで複数のＴＢのスケジューリングを終了することが可能になり得る。これによりＵＥはＳＰＳ／ＣＧの非アクティブ化のためにＰＤＣＣＨを監視することが不要になり得るので、ＰＤＣＣＨ監視の電力消費がさらに節約され得る。

一般的に、ＵＥのＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）監視動作は、ＤＣＩによってスケジュールされたＴＢの数Ｎに応じて適応され得る。

一般的に、複数のＴＢのスケジューリングは、それに応じて適応することにより、さらなる省電力を可能にし得る。より具体的には、複数のＴＢのスケジューリングは、より少ないＤＣＩで同じ量のリソースおよび／またはＴＢをスケジューリングすることを可能にし得る。したがって、より多くのリソースが一度にＵＥにスケジューリングされるため、ＰＤＣＣＨ監視は複数のＴＢのスケジューリングに適応され得る。ＰＤＣＣＨ監視動作／行動のそのような適応は、ＵＥ自体の電力消費をさらに削減することを促進し得るが、他のＵＥにより多くのスケジューリング機会を与えるためにも使用され得る。

例えば、パラメータ「ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ」および「ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ」の複数のセットを設定することができる。一方で、単一ＴＢスケジューリングＤＣＩは、ＵＥを第１のパラメータのセットによって指定されたＰＤＣＣＨ監視機会に切り替わらせ、マルチＴＢスケジューリングＤＣＩは、ＵＥを第２のパラメータのセットによって指定されたＰＤＣＣＨ監視機会に切り替わらせてよい。ＵＥは、単一ＴＢスケジューリングＤＣＩを受信したときに第１のセットを既に使用している場合、第１のパラメータのセットを使用し続けてよい。同様に、ＵＥは、マルチＴＢスケジューリングＤＣＩを受信したときに第２のパラメータのセットを既に使用している場合、第２のセットを使用し続けてよい。

換言すれば、単一ＴＢスケジューリングＤＣＩを受信した場合、および／またはマルチＴＢスケジューリングＤＣＩを受信した場合、ＵＥは上記パラメータの２つ以上のセットのうちのいずれを使用すべきかを再評価してよく、またはより一般的には、自身のＰＤＣＣＨ監視行動を再評価してよい。一般的に、マルチＴＢスケジューリングＤＣＩおよび単一ＴＢスケジューリングＤＣＩの一方または両方が、パラメータセットの適応／再評価をトリガし得る。

換言すると、ＵＥがＤＣＩを受信すると、ＵＥ（またはその処理回路）は、そのＰＤＣＣＨ監視動作を変更するか否かを判定してよい。この判定は、上記ＤＣＩが単一ＴＢスケジューリングＤＣＩであるかマルチＴＢスケジューリングＤＣＩであるかに基づいてよい。しかしながら、この判定は、例えば、バッテリーの状態、予想されるトラフィックなどのさらなる基準に依存し得る（例えば、考慮し得る）。

例えば、上記ＤＣＩが単一ＴＢスケジューリングＤＣＩである場合、ＵＥは第１のＰＤＣＣＨ候補のセットを監視することを決定してよい。一方、上記ＤＣＩがマルチＴＢスケジューリングＤＣＩである場合、ＵＥは第２のＰＤＣＣＨ候補のセットを監視することを決定してよい。換言すれば、ＵＥは第１または第２のＰＤＣＣＨ候補のセットのいずれを監視するかを決定してよい。第２のＰＤＣＣＨ候補のセットは、第１のＰＤＣＣＨ候補のセットより小さくてもよい。代替的または追加的に、ＵＥは、上記ＤＣＩが単一ＴＢスケジューリングＤＣＩである場合と比較して、上記ＤＣＩがマルチＴＢスケジューリングＤＣＩである場合に、より少ない頻度でそのＰＤＣＣＨを監視することを決定してよい。ＵＥは削減された数のＰＤＣＣＨ候補を監視してもよく、あるいは所定の期間の間、および／または他のＤＣＩを受信するまで（具体的には、単一ＴＢスケジューリングＤＣＩを受信するまで）より少ない頻度で監視を実行してもよい。具体的には、マルチＴＢスケジューリングＤＣＩを受信した場合、ＵＥはＰＤＣＣＨ監視を所定の期間完全に停止することを決定さえしてもよい。

なお、本開示の実施形態は、比較的長い往復時間（ＲＴＴ：Ｒｏｕｎｄ Ｔｒｉｐ Ｔｉｍｅ）のシナリオ、例えば、ＨＡＲＱプロセスＩＤの数がＲＴＴと比較して少ない、すなわち、
ｓｌｏｔ＿ｌｅｎｇｔｈ×「ＨＡＲＱプロセスＩＤの数」＜ＲＴＴ
である、５２．６ＧＨｚを超える非地上系ネットワーク（ＮＴＮ）にも適用可能で有益であり、その理由は、１つのＤＣＩが単一のＨＡＲＱプロセスＩＤで複数のスロットをスケジューリングできるためである。

＜さらなる態様＞
第１の態様によれば、ユーザ機器（ＵＥ）が提供される。ＵＥは、送受信機および回路を備える。送受信機は、動作時に、ダウンリンク制御情報（ＤＣＩ）シグナリングを受信する。回路は、動作時に、前記ＤＣＩシグナリングからインディケーションを取得する。前記インディケーションは、Ｎ個のトランスポートブロック（ＴＢ）のスケジューリング（Ｎは１より大きい整数）と、ｉ）Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、ｉｉ）前記ＴＢのインターリーブパターン、およびｉｉｉ）前記ＴＢ間の送信ギャップのうちの少なくとも一つとを示す。

第１の態様に加えて提供される第２の態様によれば、前記Ｎ個のＴＢは互いに異なるデータを搬送し、および／または前記Ｍ回の繰り返し送信はそれぞれ、前記Ｎ個のＴＢのうちの対応するＴＢと同じデータを搬送する。

第１または第２の態様に加えて提供される第３の態様によれば、前記Ｎ個のＴＢのスケジューリングを示す前記インディケーションは、前記Ｎ個のＴＢのスケジューリングと、前記Ｍ回の繰り返し送信のスケジューリング、前記インターリーブパターン、および前記送信ギャップのうちの少なくとも一つと、を統合的に示してよい。

第３の態様に加えて提供される第４の態様によれば、前記統合インディケーションは、前記ＤＣＩ内のパラメータまたは前記ＤＣＩ内のフィールドと、時間領域リソース割り当て（ＴＤＲＡ）テーブルのエントリの言及と、のうちの一つであってよい。

第１～第４の態様のうちの１つに加えて提供される第５の態様によれば、前記Ｎ個のＴＢのスケジューリングを示す前記インディケーションは、前記Ｎのインディケーションを含んでよい。

第１～第５の態様のうちの１つに加えて提供される第６の態様によれば、前記送受信機は、動作時に、無線リソース制御（ＲＲＣ）シグナリングを受信し、前記回路は、動作時に、前記ＲＲＣシグナリングから前記ＴＢの数Ｎを示すインディケーションを取得する。

第５または第６の態様のうちの１つに加えて提供される第７の態様によれば、前記回路が、動作時に、前記ＤＣＩから、複数の送信機会を示す設定グラント（ＣＧ）または半永続的スケジューリング（ＳＰＳ）をアクティブ化するインディケーションを取得する場合、前記回路は、動作時に、前記ＤＣＩの受信から始まるＮ回の前記送信機会後に前記ＣＧまたは前記ＳＰＳを非アクティブ化する。

第１～第７の態様のうちの１つに加えて提供される第８の態様によれば、前記送受信機がＤＣＩを受信する場合、前記回路は、動作時に、前記ＤＣＩによってスケジュールされた前記ＴＢの数Ｎに応じて、前記ＵＥの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）監視動作を適応させる。

第９の態様によれば、スケジューリングデバイスが提供される。スケジューリングデバイスは、回路および送受信機を備える。回路は、動作時に、ダウンリンク制御情報（ＤＣＩ）シグナリングを生成し、前記ＤＣＩシグナリングは、前記ＵＥに、Ｎ個のトランスポートブロック（ＴＢ）のスケジューリング（Ｎは１より大きい整数）と、ｉ）Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、ｉｉ）前記ＴＢのインターリーブパターン、およびｉｉｉ）前記ＴＢ間の送信ギャップのうちの少なくとも一つとを示すインディケーションを含む。送受信機は、動作時に、前記ＤＣＩシグナリングをユーザ機器（ＵＥ）に送信する。

第１０の態様によれば、ユーザ機器（ＵＥ）のための方法が提供される。その方法は、ダウンリンク制御情報（ＤＣＩ）シグナリングを受信するステップと、前記ＤＣＩシグナリングからインディケーションを取得するステップとを含む。前記インディケーションは、Ｎ個のトランスポートブロック（ＴＢ）のスケジューリング（Ｎは１より大きい整数）と、Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、前記ＴＢのインターリーブパターン、および前記ＴＢ間の送信ギャップのうちの少なくとも一つと、を示す。

第１１の態様によれば、スケジューリングノードのための方法が提供される。その方法は、ダウンリンク制御情報（ＤＣＩ）シグナリングを生成するステップと、前記ＤＣＩシグナリングをユーザ機器（ＵＥ）に送信するステップとを含む。前記ＤＣＩシグナリングは、前記ＵＥに、Ｎ個のトランスポートブロック（ＴＢ）のスケジューリング（Ｎは１より大きい整数）と、Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、前記ＴＢのインターリーブパターン、および前記ＴＢ間の送信ギャップのうちの少なくとも一つと、を示すインディケーションを含む。

＜本開示のハードウェアおよびソフトウェアの実装＞
本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、集積回路（ＩＣ）等のＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）によって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のＬＳＩ又はＬＳＩの組み合わせによって部分的又は全体的に制御されてもよい。ＬＳＩは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように１つのチップが形成されていてもよい。ＬＳＩは、それに結合されたデータ入出力を含んでもよい。ここで、ＬＳＩとは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ又はウルトラＬＳＩとして呼ばれうる。しかし、集積回路を実現する技術はＬＳＩに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、ＬＳＩ内部に配置される回路セルの接続及び設定が再設定可能なＬＳＩ又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がＬＳＩに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。

本開示は、通信装置と呼ばれる、通信機能を有する何れかのタイプの装置、デバイス又はシステムによって実現することができる。

通信装置は、送受信機及び処理／制御回路を有してもよい。送受信機は、受信機及び送信機を有し、及び／又は機能してもよい。送信機及び受信機としての送受信機は、増幅器、ＲＦ変調器／復調器など及び１つ以上のアンテナを含むＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールを含んでもよい。

そのような通信装置のいくつかの非限定的な例は、電話機（例えば、携帯（セル）電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例えば、ラップトップ、デスクトップ、ネットブック）、カメラ（例えば、デジタルスチル／ビデオカメラ）、デジタルプレーヤ（デジタルオーディオ／ビデオプレーヤ）、ウェアラブルデバイス（例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス／遠隔医療（リモートヘルス及びリモート医療）デバイス、及び通信機能を提供する車両（例えば、自動車、飛行機、船舶）、並びにそれらの様々な組み合わせを含む。

通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス（例えば、家電、ライティング、スマートメータ、制御パネル）、自動販売機及び“Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）”のネットワークにおける他の何れかの“物”など、非携帯型又は固定型である何れかのタイプの装置、デバイス又はシステムを含んでもよい。

通信は、例えば、セルラシステム、無線ＬＡＮシステム、衛星システムなど、及びそれらの様々な組み合わせを介してデータを交換することを含んでもよい。

通信装置は、本開示に記載された通信の機能を実行する通信デバイスに結合されたコントローラ又はセンサなどのデバイスを含んでもよい。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号又はデータ信号を生成するコントローラ又はセンサを含んでもよい。

通信装置はまた、基地局、アクセスポイントなどのインフラストラクチャファシリティと、上記の非限定的な例におけるものなどの装置と通信又は制御する他の何れかの装置、デバイス又はシステムを含んでもよい。

さらに、様々な実施形態はまた、プロセッサにより実行されるソフトウェアモジュールを用いて、またはハードウェアで直接、実施され得る。また、ソフトウェアモジュールとハードウェア実装との組み合わせも可能であり得る。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体に記憶され得る。具体的には、他の実装によれば、非一時的コンピュータ可読記録媒体が提供される。記録媒体は、１つまたは複数のプロセッサによって実行された場合に、１つまたは複数のプロセッサに本開示による方法のステップを実行させるプログラムを記憶する。

一例として、限定的ではなく、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは指示またはデータ構造の形態で所望のプログラムコードを記憶するために使用することができ、コンピュータによりアクセスすることができる他の任意の媒体を含むことができる。また、任意の接続を適正にコンピュータ可読媒体と呼ぶ。例えば、ウェブサイト、サーバ、または他のリモートソースから、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線（ＤＳＬ：ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して指示が送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的な媒体を含まず、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書で使用する場合、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ ｄｉｓｃ）、レーザーディスク（登録商標）、光ディスク、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、フロッピーディスク、およびブルーレイディスクを含み、ディスク（ｄｉｓｋ）は通常磁気的にデータを再生するが、ディスク（ｄｉｓｃ）はレーザーを使用して光学的にデータを再生する。上記の組み合わせも、コンピュータ可読媒体の範囲内に含まれるべきである。

なお、異なる実施形態の個々の特徴は、個々にまたは任意の組み合わせで、他の実施形態の主題となり得る。特定の実施形態に示したように、本開示に対して多数の変形および／または修正がなされ得ることは当業者によって理解されよう。そのため、本実施形態は、全ての点で例示的であって限定的ではないと考えられるべきである。

Claims (13)

1. 動作時に、ダウンリンク制御情報（ＤＣＩ）シグナリングを受信する送受信機と、
   動作時に、前記ＤＣＩシグナリングからインディケーションを取得する回路と、
   を備えるユーザ機器（ＵＥ）であって、
   前記インディケーションは、
   Ｎ個のトランスポートブロック（ＴＢ）のスケジューリング（Ｎは１より大きい整数）と、
   Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、前記ＴＢのインターリーブパターン、および前記ＴＢ間の送信ギャップのうちの少なくとも一つと、
   を示す、
   ユーザ機器（ＵＥ）。
2. インディケーション
   前記Ｎ個のＴＢは互いに異なるデータを搬送し、および／または
   前記Ｍ回の繰り返し送信はそれぞれ、前記Ｎ個のＴＢのうちの対応するＴＢと同じデータを搬送する、
   請求項１に記載のユーザ機器（ＵＥ）。
3. 前記Ｎ個のＴＢのスケジューリングを示す前記インディケーションは、前記Ｎ個のＴＢのスケジューリングと、前記Ｍ回の繰り返し送信のスケジューリング、前記インターリーブパターン、および前記送信ギャップのうちの少なくとも一つと、を統合的に示す、
   請求項１または２に記載のユーザ機器（ＵＥ）。
4. 前記統合インディケーションは、前記ＤＣＩ内のパラメータまたは前記ＤＣＩ内のフィールドと、時間領域リソース割り当て（ＴＤＲＡ）テーブルのエントリの言及と、のうちの一つである、
   請求項３に記載のユーザ機器（ＵＥ）。
5. 前記Ｎ個のＴＢのスケジューリングを示す前記インディケーションは、前記Ｎのインディケーションを含む、
   請求項１に記載のユーザ機器（ＵＥ）。
6. 前記送受信機は、動作時に、無線リソース制御（ＲＲＣ）シグナリングを受信し、
   前記回路は、動作時に、前記ＲＲＣシグナリングから前記ＴＢの数Ｎを示すインディケーションを取得する、
   請求項１に記載のユーザ機器（ＵＥ）。
7. 前記回路が、動作時に、前記ＤＣＩから、複数の送信機会を示す設定グラント（ＣＧ）または半永続的スケジューリング（ＳＰＳ）をアクティブ化するインディケーションを取得する場合、前記回路は、動作時に、前記ＤＣＩの受信から始まるＮ回の前記送信機会後に前記ＣＧまたは前記ＳＰＳを非アクティブ化する、
   請求項５または６に記載のユーザ機器（ＵＥ）。
8. 前記送受信機がＤＣＩを受信する場合、前記回路は、動作時に、前記ＤＣＩによってスケジュールされた前記ＴＢの数Ｎに応じて、前記ＵＥの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）監視動作を適応させる、
   請求項１から７に記載のユーザ機器（ＵＥ）。
9. 動作時に、ダウンリンク制御情報（ＤＣＩ）シグナリングを生成する回路と、
   動作時に、前記ＤＣＩシグナリングをユーザ機器（ＵＥ）に送信する送受信機と、
   を備えるスケジューリング装置であって、
   前記ＤＣＩシグナリングは、前記ＵＥに、
   Ｎ個のトランスポートブロック（ＴＢ）のスケジューリング（Ｎは１より大きい整数）と、
   Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、前記ＴＢのインターリーブパターン、および前記ＴＢ間の送信ギャップのうちの少なくとも一つと、
   を示すインディケーションを含む、
   スケジューリング装置。
10. ダウンリンク制御情報（ＤＣＩ）シグナリングを受信するステップと、
    前記ＤＣＩシグナリングからインディケーションを取得するステップと、
    を含むユーザ機器（ＵＥ）のための方法であって、
    前記インディケーションは、
    Ｎ個のトランスポートブロック（ＴＢ）のスケジューリング（Ｎは１より大きい整数）と、
    Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、前記ＴＢのインターリーブパターン、および前記ＴＢ間の送信ギャップのうちの少なくとも一つと、
    を示す、
    方法。
11. ダウンリンク制御情報（ＤＣＩ）シグナリングを生成するステップと、
    前記ＤＣＩシグナリングをユーザ機器（ＵＥ）に送信するステップと、
    を含むスケジューリング装置のための方法であって、
    前記ＤＣＩシグナリングは、前記ＵＥに、
    Ｎ個のトランスポートブロック（ＴＢ）のスケジューリング（Ｎは１より大きい整数）と、
    Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、前記ＴＢのインターリーブパターン、および前記ＴＢ間の送信ギャップのうちの少なくとも一つと、
    を示すインディケーションを含む、
    方法。
12. 動作時に、ユーザ機器（ＵＥ）の処理を制御する集積回路であって、
    前記処理は、
    ダウンリンク制御情報（ＤＣＩ）シグナリングを受信するステップと、
    前記ＤＣＩシグナリングからインディケーションを取得するステップと、を含み、
    前記インディケーションは、
    Ｎ個のトランスポートブロック（ＴＢ）のスケジューリング（Ｎは１より大きい整数）と、
    Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、前記ＴＢのインターリーブパターン、および前記ＴＢ間の送信ギャップのうちの少なくとも一つと、
    を示す、
    集積回路。
13. 動作時に、スケジューリング装置の処理を制御する集積回路であって、
    前記処理は、
    ダウンリンク制御情報（ＤＣＩ）シグナリングを生成するステップと、
    前記ＤＣＩシグナリングをユーザ機器（ＵＥ）に送信するステップと、を含み、
    前記ＤＣＩシグナリングは、前記ＵＥに、
    Ｎ個のトランスポートブロック（ＴＢ）のスケジューリング（Ｎは１より大きい整数）と、
    Ｍ回の前記ＴＢの繰り返し送信のスケジューリング（Ｍは１以上）、前記ＴＢのインターリーブパターン、および前記ＴＢ間の送信ギャップのうちの少なくとも一つと、
    を示すインディケーションを含む、
    集積回路。
    

Images