JP2023534473A - ユーザ機器、スケジューリングノード、ユーザ機器のための方法、およびスケジューリングノードのための方法 - Google Patents
ユーザ機器、スケジューリングノード、ユーザ機器のための方法、およびスケジューリングノードのための方法 Download PDFInfo
- Publication number
- JP2023534473A JP2023534473A JP2023502864A JP2023502864A JP2023534473A JP 2023534473 A JP2023534473 A JP 2023534473A JP 2023502864 A JP2023502864 A JP 2023502864A JP 2023502864 A JP2023502864 A JP 2023502864A JP 2023534473 A JP2023534473 A JP 2023534473A
- Authority
- JP
- Japan
- Prior art keywords
- scheduling
- tbs
- dci
- indication
- signaling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0078—Timing of allocation
- H04L5/0082—Timing of allocation at predetermined intervals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/189—Transmission or retransmission of more than one copy of a message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/26—Systems using multi-frequency codes
- H04L27/2601—Multicarrier modulation systems
- H04L27/2602—Signal structure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/26—Systems using multi-frequency codes
- H04L27/2601—Multicarrier modulation systems
- H04L27/2602—Signal structure
- H04L27/26025—Numerology, i.e. varying one or more of symbol duration, subcarrier spacing, Fourier transform size, sampling rate or down-clocking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0014—Three-dimensional division
- H04L5/0023—Time-frequency-space
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本開示はユーザ機器(UE)に関する。UEは送受信機および回路を備える。送受信機は、動作時に、ダウンリンク制御情報(DCI)シグナリングを受信する。回路は、動作時に、前記DCIシグナリングからインディケーションを取得する。前記インディケーションは、N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、i)M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、ii)前記TBのインターリーブパターン、およびiii)前記TB間の送信ギャップのうちの少なくとも一つとを示す。【選択図】図7
Description
本開示は、3GPP(登録商標)通信システムなどの通信システムにおける方法、デバイス、および物品を対象とする。
本開示は、通信システムにおける信号の送受信に関し、特に、そのような送受信のための方法および通信装置に関する。
3rd Generation Partnership Project (3GPP)では、100GHzまでの周波数範囲で動作する、第5世代(5G)とも呼ばれる次世代セルラ技術(New Radio(NR)無線アクセス技術(RAT:radio access technology)を含む)の技術仕様を策定している。NRは、LTE(Long Term Evolution)やLTE-A(LTE Advanced)に代表される技術の後継である。
LTEおよびNRといったシステムでは、さらなる改良およびオプションによって、通信システムならびにそのシステムに関連する特定のデバイスの効率的な動作が促進され得る。
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
非限定的で例示的な一実施形態は、無線通信システムにおける、複数のトランスポートブロック(TB:transport block)の効率的なダウンリンク制御情報(DCI:Downlink Control Information)スケジューリングを提供することに資する。
一実施形態では、本明細書で開示する技術は、装置(例えば、ユーザ機器UE(user equipment))を特徴とする。この装置は、動作時に、ダウンリンク制御情報(DCI)シグナリングを受信する送受信機を備える。装置はまた、動作時に、前記DCIシグナリングから、N個のトランスポートブロックのスケジューリング(Nは1より大きい整数)を示すインディケーション(indication)を取得する回路を備える。前記インディケーションはさらに、i)M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、ii)前記TBのインターリーブパターン、およびiii)前記TB間の送信ギャップのうちの少なくとも一つを示す。
なお、これらの包括的または具体的な態様は、システム、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および/または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、1つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
以下において、例示的な実施例は添付した図面を参照してより詳細に説明される。
3GPP NRシステムのアーキテクチャの一例を示す図
NG-RANと5GCとの間の機能分割を示す概略図
RRC接続設定/再設定手順のためのシーケンス図
高速大容量(eMBB:enhanced Mobile Broadband)、多数同時接続(mMTC:massive Machine Type Communications)及び超高信頼低遅延(URLLC:Ultra Reliable and Low Latency Communications)の利用シナリオを示す概略図
非ローミングのための5Gシステムアーキテクチャの一例を示すブロック図
一実施形態による基地局およびユーザ機器の機能コンポーネントを示すブロック図
UEのための例示的な通信方法のステップならびに基地局のための例示的な通信方法のステップを示すブロック図
トランスポートブロックの例示的なスケジューリングの概略図
トランスポートブロックの例示的なスケジューリングの概略図
<5G NRシステムアーキテクチャ及びプロトコルスタック>
3GPPは、100GHzまでの周波数範囲で動作する新無線アクセス技術(NR)の開発を含む、第5世代セルラ技術(単純に5Gともいう)の次期リリースに取り組んでいる。2017年末に5G規格の初版が完成し、これにより5G NR規格に準拠したスマートフォンの試行及び商用展開を進めることが可能となっている。
3GPPは、100GHzまでの周波数範囲で動作する新無線アクセス技術(NR)の開発を含む、第5世代セルラ技術(単純に5Gともいう)の次期リリースに取り組んでいる。2017年末に5G規格の初版が完成し、これにより5G NR規格に準拠したスマートフォンの試行及び商用展開を進めることが可能となっている。
特に、全体的なシステムアーキテクチャは、gNBを備えるNG-RAN(Next Generation-Radio Access Network)を想定する。gNBは、NG無線アクセスのユーザプレーン(SDAP/PDCP/RLC/MAC/PHY)及び制御プレーン(RRC)プロトコルのUE側の終端を提供する。gNBは、Xnインタフェースによって相互に接続される。また、gNBは次世代(NG:Next Generation)インタフェースによって次世代コア(NGC:Next Generation Core)に、より具体的には、NG-Cインタフェースによってアクセス・モビリティ管理機能(AMF:Access and Mobility Management Function。例えば、AMFを実行する特定のコアエンティティ)に、また、NG-Uインタフェースによってユーザプレーン機能(UPF:User Plane Function。例えば、UPFを実行する特定のコアエンティティ)に接続される。NG-RANアーキテクチャは、図1に示される(例えば、非特許文献1のセクション4参照)。
NRのユーザプレーンプロトコルスタック(例えば、非特許文献1のセクション4.4.1参照)は、gNBにおいてネットワーク側で終端されるPDCP(Packet Data Convergence Protocol。非特許文献1のセクション6.4参照)サブレイヤ、RLC(Radio Link Control。非特許文献1のセクション6.3参照)サブレイヤ、及びMAC(Medium Access Control。非特許文献1のセクション6.2参照)サブレイヤを含む。さらに、PDCPの上位には、新たなアクセス層(AS:Access Stratum)サブレイヤ(SDAP:Service Data Adaptation Protocol)が導入されている(例えば、3GPP 非特許文献1の第6.5節参照)。また、NRでは制御プレーンのプロトコルスタックも定義されている(例えば、非特許文献1のセクション4.4.2参照)。レイヤ2機能の概要は、非特許文献1の第6節に記載されている。PDCPサブレイヤ、RLCサブレイヤ、及びMACサブレイヤの機能は、それぞれ非特許文献1のセクション6.4、6.3、及び6.2に記載されている。RRCレイヤの機能は、非特許文献1の第7節に列挙されている。
例えば、MACレイヤでは、論理チャネルの多重化や、様々なヌメロロジーの処理を含むスケジューリングやスケジューリング関連の機能を担う。
物理レイヤ(PHY:physical layer)は、例えば、符号化、PHY HARQ処理、変調、マルチアンテナ処理、及び信号の適切な物理時間-周波数リソースへのマッピング(mapping)を担う。また、トランスポートチャネルの物理チャネルへのマッピングも行う。物理レイヤは、トランスポートチャネルの形式でMACレイヤにサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間-周波数リソースの組に対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、上りリンクではPRACH(Physical Random Access Channel)、PUSCH(Physical Uplink Shared Channel)及びPUCCH(Physical Uplink Control Channel)となり、下りリンクではPDSCH(Physical Downlink Shared Channel)、PDCCH(Physical Downlink Control Channel)及びPBCH(Physical Broadcast Channel)となる。
NRのユースケース/展開シナリオには、eMBB(enhanced Mobile Broadband)、URLLC(Ultra-Reliable Low-Latency Communications)、mMTC(massive Machine Type Communication)などがあり、これらはデータレート、レイテンシ(遅延:latency)、カバレッジに関して多様な要件を持つ。例えば、eMBBでは、IMT-Advancedで提供されているものの三倍ほどのピークデータレート(下り20Gbps、上り10Gbps)および実効(user-experienced)データレートをサポートすることが求められる。一方、URLLCでは、より厳しい要件が超低遅延(ユーザプレーンの遅延はUL、DLともに0.5ms)と高信頼性(1ms以内に1-10-5)について課されている。最後に、mMTCには、好ましくは、高い接続密度(都市環境では1平方キロメートルあたり100万台)、悪環境での広いカバレッジ、低コスト機器の超長寿命バッテリー(15年)が求められる。
したがって、一つのユースケースに適したOFDMヌメロロジー(例えば、サブキャリア間隔、OFDMシンボル長、巡回プレフィクス(CP)長、スケジューリング間隔あたりのシンボル数)は、他のユースケースには有効でない場合がある。例えば、低遅延サービスは、好ましくは、mMTCサービスよりも短いシンボル長(したがって、より大きなサブキャリア間隔)および/またはスケジューリング区間(換言すると、TTI)毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもCP長が長いことが求められうる。同様のCPオーバーヘッドを維持するためには、サブキャリア間隔は適宜最適化される必要がある。NRでは、複数の値のサブキャリア間隔をサポートしてもよい。これに対応して、現時点では15kHz、30kHz、60kHz、…、のサブキャリア間隔が検討されている。シンボル長Tuとサブキャリア間隔Δfは、式Δf=1/Tuによって直接関係づけられる。LTEシステムと同様、「リソースエレメント」という用語は、1つのOFDM/SC-FDMAシンボルの長さに対する一つのサブキャリアで構成される最小のリソース単位を示すのに使用することができる。
新しい無線システム5G-NRでは、ニューメロロジーおよびキャリアごとに、サブキャリアおよびOFDMシンボルのリソースグリッドがアップリンクおよびダウンリンクそれぞれについて定義されている。リソースグリッド内の各エレメントはリソースエレメントと呼ばれ、周波数領域の周波数インデックスと、時間領域のシンボル位置とに基づいて識別される(非特許文献2、例えば、セクション4参照)。例えば、ダウンリンクおよびアップリンクの送信は、持続時間が10msのフレームに編成され、各フレームは、持続時間がそれぞれ1msの10個のサブフレームから成る。5G NRの実装では、サブフレームあたりの連続するOFDMシンボルの数は、サブキャリア間隔の設定によって異なる。例えば、15kHzのサブキャリア間隔の場合、サブフレームは14個のOFDMシンボルを有する(通常のサイクリックプレフィックスを想定するLTE準拠の実装と同様)。一方、30kHzのサブキャリア間隔の場合、サブフレームは2つのスロットを有し、各スロットは14個のOFDMシンボルで構成される。
LTEニューメロロジー(サブキャリア間隔およびシンボル長)と比較すると、NRは複数の異なるタイプのサブキャリア間隔をサポートし、これらはパラメータμによってラベル付けされる(LTEでは15kHzのサブキャリア間隔しかなく、これはNRでのμ=0に対応する)。NRニューメロロジーのタイプについては、非特許文献3にまとめられている。
<NG-RANと5GCとの間の機能分割>
図2は、NG-RANと5GCとの間の機能分割を示す。NG-RAN論理ノードは、gNB又はng-eNBである。5GCには、AMF、UPF、およびSMFの論理ノードが含まれる。
図2は、NG-RANと5GCとの間の機能分割を示す。NG-RAN論理ノードは、gNB又はng-eNBである。5GCには、AMF、UPF、およびSMFの論理ノードが含まれる。
gNB及びng-eNBは、具体的に、以下の主要な機能を提供する。
・無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、上りリンクおよび下りリンクの双方におけるUEへの動的なリソース割り当て(スケジューリング)等の、無線リソース管理機能
・データのIPヘッダ圧縮、暗号化、及び完全性保護
・UEから提供された情報からAMFへのルーティングが決定できない場合のUEアタッチ時のAMF選択
・UPFに向けたユーザプレーンデータのルーティング
・AMFに向けた制御プレーン情報のルーティング
・接続の設定と解除
・ページングメッセージのスケジューリングと送信
・(AMF又はOAMから発信される)システム報知情報のスケジューリングと送信
・モビリティとスケジューリングのための測定および測定報告設定
・上りリンクにおけるトランスポートレベルのパケットマーキング
・セッション管理
・ネットワークスライシングのサポート
・QoSフロー管理とデータ無線ベアラへのマッピング
・RRC_INACTIVE状態のUEのサポート
・NASメッセージの配信機能
・無線アクセスネットワークシェアリング
・デュアルコネクティビティ
・NRとE-UTRAとの間の緊密な連携
・無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、上りリンクおよび下りリンクの双方におけるUEへの動的なリソース割り当て(スケジューリング)等の、無線リソース管理機能
・データのIPヘッダ圧縮、暗号化、及び完全性保護
・UEから提供された情報からAMFへのルーティングが決定できない場合のUEアタッチ時のAMF選択
・UPFに向けたユーザプレーンデータのルーティング
・AMFに向けた制御プレーン情報のルーティング
・接続の設定と解除
・ページングメッセージのスケジューリングと送信
・(AMF又はOAMから発信される)システム報知情報のスケジューリングと送信
・モビリティとスケジューリングのための測定および測定報告設定
・上りリンクにおけるトランスポートレベルのパケットマーキング
・セッション管理
・ネットワークスライシングのサポート
・QoSフロー管理とデータ無線ベアラへのマッピング
・RRC_INACTIVE状態のUEのサポート
・NASメッセージの配信機能
・無線アクセスネットワークシェアリング
・デュアルコネクティビティ
・NRとE-UTRAとの間の緊密な連携
アクセス・モビリティ管理機能(AMF:Access and Mobility Management Function)は、以下の主要な機能を提供する。
・非アクセス層(NAS:Non-Access Stratum)シグナリングの終端
・NASシグナリングのセキュリティ
・アクセス層(AS:Access Stratum)セキュリティ制御
・3GPPアクセスネットワーク間のモビリティのためのコアネットワーク(CN:Core Network)ノード間シグナリング
・アイドルモードUEの到達可能性(ページング再送の制御及び実行を含む)
・登録エリア管理
・システム内モビリティ及びシステム間モビリティのサポート
・アクセス認証
・ローミング権限のチェックを含むアクセス承認
・モビリティ管理制御(加入及びポリシー)
・ネットワークスライシングのサポート
・セッション管理機能(SMF:Session Management Function)選択
・非アクセス層(NAS:Non-Access Stratum)シグナリングの終端
・NASシグナリングのセキュリティ
・アクセス層(AS:Access Stratum)セキュリティ制御
・3GPPアクセスネットワーク間のモビリティのためのコアネットワーク(CN:Core Network)ノード間シグナリング
・アイドルモードUEの到達可能性(ページング再送の制御及び実行を含む)
・登録エリア管理
・システム内モビリティ及びシステム間モビリティのサポート
・アクセス認証
・ローミング権限のチェックを含むアクセス承認
・モビリティ管理制御(加入及びポリシー)
・ネットワークスライシングのサポート
・セッション管理機能(SMF:Session Management Function)選択
さらに、ユーザプレーン機能(UPF:User Plane Function)は、以下の主要な機能を提供する。
・RAT内/RAT間モビリティのアンカーポイント(適用可能時)
・データネットワークとの相互接続のための外部PDUセッションポイント
・パケットルーティングと転送
・パケット検査およびユーザプレーン部分のポリシールールの強制(Policy rule enforcement)
・トラフィック使用量の報告
・データネットワークへのトラフィックフローのルーティングをサポートする上りリンククラス分類(uplink classifier)
・マルチホームPDUセッションをサポートする分岐点
・パケットフィルタリング、ゲーティング、UL/DL(uplink/downlink)レート強化などのユーザプレーンに対するQoS処理
・上りリンクトラフィック検証(SDFのQoSフローに対する配置)
・下りリンクパケットバッファリング及び下りリンクデータ通知トリガ
・RAT内/RAT間モビリティのアンカーポイント(適用可能時)
・データネットワークとの相互接続のための外部PDUセッションポイント
・パケットルーティングと転送
・パケット検査およびユーザプレーン部分のポリシールールの強制(Policy rule enforcement)
・トラフィック使用量の報告
・データネットワークへのトラフィックフローのルーティングをサポートする上りリンククラス分類(uplink classifier)
・マルチホームPDUセッションをサポートする分岐点
・パケットフィルタリング、ゲーティング、UL/DL(uplink/downlink)レート強化などのユーザプレーンに対するQoS処理
・上りリンクトラフィック検証(SDFのQoSフローに対する配置)
・下りリンクパケットバッファリング及び下りリンクデータ通知トリガ
最後に、セッション管理機能(SMF:Session Management function)は、以下の主要な機能を提供する。
・セッション管理
・UEに対するIPアドレスの割り当てと管理
・UPFの選択と制御
・トラフィックを適切な宛先にルーティングするための、ユーザプレーン機能(UPF)におけるトラフィックステアリングの設定
・制御部分のポリシーの強制およびQoS
・下りリンクデータの通知
・セッション管理
・UEに対するIPアドレスの割り当てと管理
・UPFの選択と制御
・トラフィックを適切な宛先にルーティングするための、ユーザプレーン機能(UPF)におけるトラフィックステアリングの設定
・制御部分のポリシーの強制およびQoS
・下りリンクデータの通知
<RRC接続設定及び再設定手順>
図3は、UEがNAS部においてRRC_IDLEからRRC_CONNECTEDに移行する際の、UEと、gNBと、AMF(5GCエンティティ)との間のやり取りの一部を示す(非特許文献1を参照)。
図3は、UEがNAS部においてRRC_IDLEからRRC_CONNECTEDに移行する際の、UEと、gNBと、AMF(5GCエンティティ)との間のやり取りの一部を示す(非特許文献1を参照)。
RRCは、UEおよびgNBの設定に使用される上位レイヤシグナリング(プロトコル)である。この移行は、具体的には、AMFがUEコンテキストデータ(例えば、PDUセッションコンテキスト、セキュリティキー、UE無線性能(UE Radio Capability)、UEセキュリティ性能(UE Security Capabilities)等を含む)を準備し、初期コンテキスト設定要求(INITIAL CONTEXT SETUP REQUEST)と共にgNBに送信することを含む。そして、gNBは、UEと共にASセキュリティを起動する。この動作は、gNBがUEにセキュリティモードコマンド(SecurityModeCommand)メッセージを送信し、UEがセキュリティモード完了(SecurityModeComplete)メッセージでgNBに応答することによって行われる。その後、gNBは、UEにRRC再設定(RRCReconfiguration)メッセージを送信し、これに対するUEからのRRC再設定完了(RRCReconfigurationComplete)をgNBが受信することによって、シグナリング無線ベアラ2(SRB2:Signaling Radio Bearer 2)およびデータ無線ベアラ(DRB:Data Radio Bearer)を設定するための再構成を実行する。シグナリングのみの接続の場合、SRB2およびDRBは設定されないので、RRC再構成に関連するステップは省略される。最後に、gNBは、初期コンテキスト設定応答(INITIAL CONTEXT SETUP RESPONSE)で設定手順が完了したことをAMFに通知する。
そこで、本開示では、gNodeBとの次世代(NG)接続を動作時に確立する制御回路と、gNodeBと端末(UE)との間のシグナリング無線ベアラが設定されるように動作時にNG接続を介して初期コンテキスト設定メッセージをgNodeBに送信する送信部とを備える、第5世代コア(5GC)のエンティティ(例えば、AMF、SMF等)が提供される。具体的には、gNodeBは、シグナリング無線ベアラを介して、リソース割り当て設定情報エレメントを含む無線リソース制御(RRC:Radio Resource Control)シグナリングをUEに送信する。そして、UEは、リソース割り当て設定に基づいて、上りリンクの送信または下りリンクの受信を行う。
<2020年以降のIMTの利用シナリオ>
図4は、5G NRのユースケースの一部を示す。第3世代パートナーシッププロジェクトNR(3GPP NR)では、IMT-2020によって多種多様なサービスやアプリケーションに対応することが想定されている三つのユースケースが検討されている。高速大容量(eMBB:enhanced mobile-broadband)のための第一段階の仕様の策定は終了している。eMBBのサポートをさらに拡充することに加え、現在および将来的には、超高信頼低遅延(URLLC:ultra-reliable and low-latency communications)および多数同時接続(mMTC:massive machine-type communications)の標準化の研究も進められる。図4は、2020年以降のIMTで想定される利用シナリオの例を示す(例えば、非特許文献4の図2を参照)。
図4は、5G NRのユースケースの一部を示す。第3世代パートナーシッププロジェクトNR(3GPP NR)では、IMT-2020によって多種多様なサービスやアプリケーションに対応することが想定されている三つのユースケースが検討されている。高速大容量(eMBB:enhanced mobile-broadband)のための第一段階の仕様の策定は終了している。eMBBのサポートをさらに拡充することに加え、現在および将来的には、超高信頼低遅延(URLLC:ultra-reliable and low-latency communications)および多数同時接続(mMTC:massive machine-type communications)の標準化の研究も進められる。図4は、2020年以降のIMTで想定される利用シナリオの例を示す(例えば、非特許文献4の図2を参照)。
URLLCのユースケースは、スループット、遅延(レイテンシ)、アベイラビリティ等の性能に対する厳しい要件を有し、工業生産や製造プロセスの無線制御、遠隔医療手術、スマートグリッドの配電自動化、交通安全等、将来の垂直アプリケーションを実現するものの一つとして想定されている。URLLCの超高信頼性は、非特許文献5によって設定された要件を満たす技術を特定することでサポートされる。リリース15におけるNR URLLCの場合、UL(上りリンク)0.5ms、DL(下りリンク)0.5msのユーザプレーン遅延を目標とすることが主要な要件である。一度のパケット送信に対する一般的なURLLCの要件は、ユーザプレーン遅延が1msの場合、32バイトのパケットサイズに対してブロック誤り率(BLER:block error rate)が1E-5であることである。
物理レイヤの観点から、信頼性を向上させるには様々な方法がある。現在、信頼性を向上させるためには、URLLC用の独立したCQIテーブル、よりコンパクトなDCIフォーマット、PDCCHの繰り返し等を定義することが考えられる。しかし、NRが(NR URLCの主要要件に対して)より安定し、かつより発展するにつれて、超高信頼性を達成するために考えられる方法の範囲は広がり得る。リリース15におけるNR URLLC特有のユースケースには、拡張現実/仮想現実(AR/VR)、e-ヘルス、e-セーフティ、及びミッションクリティカルアプリケーションが含まれる。
また、NR URLLCが目標とする技術強化は、遅延の改善と信頼性の向上である。遅延改善のための技術強化には、設定可能なヌメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの(設定されたグラントの)上りリンク、データチャネルのスロットレベルの繰り返し、および下りリンクのプリエンプション(pre-emption)が含まれる。プリエンプションとは、すでにリソースが割り当てられている送信を停止し、すでに割り当てられている当該リソースを、後から要求された、より少ない遅延や高い優先度を必要とする別の送信に使用することを意味する。したがって、すでに許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、特定のサービスタイプとは無関係に適用できる。例えば、サービスタイプA(URLLC)の送信は、サービスタイプB(例えばeMBB)の送信によってプリエンプトされてよい。信頼性向上に関する技術強化には、目標BLER 1E-5のための専用CQI/MCSテーブルが含まれる。
mMTC(多数同時接続)のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。デバイスは低コストで、非常に長いバッテリー寿命を持つことが要求される。NRの観点からは、非常に狭い帯域幅部分を利用することが、UEにとっての省電力化と、バッテリーの長寿命化を可能にする一つの策である。
上述のように、NRにおける信頼性向上の範囲はより広くなることが予想される。あらゆるケースに共通する重要な要件の一つであり、特にURLLCとmMTCに必要な要件は、高信頼性または超高信頼性である。信頼性を向上させるには、無線の観点やネットワークの観点から、いくつかのメカニズムが考えられる。一般的に、信頼性の向上に役立ついくつかの重要な領域がある。これらの領域には、コンパクトな制御チャネル情報、データ/制御チャネルの繰り返し、周波数領域、時間領域、空間領域におけるダイバーシティなどがある。これらの領域は、特定の通信シナリオに関わらず、一般的に、信頼性向上に適用可能である。
NR URLLCについては、ファクトリーオートメーション、輸送産業、配電など、より厳しい要件を持つさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じた、高い信頼性(最大10-6レベル)、高いアベイラビリティ(可用性)、最大256バイトのパケットサイズ、数μs程度までの時刻同期(周波数範囲および0.5~1ms程度の短い遅延(例えば、目標とするユーザプレーンでの0.5msの遅延)に応じて1μsまたは数μsとすることができる)である。
さらに、NR URLLCでは、物理レイヤの観点からいくつかの技術強化が確認されている。これらの中には、コンパクトなDCIに関する物理ダウンリンク制御チャネル(PDCCH:Physical Downlink Control Channel)の強化、PDCCHの繰り返し、PDCCHのモニタリングの増加がある。また、上りリンク制御情報(UCI:Uplink Control Information)の強化は、拡張HARQ(Hybrid Automatic Repeat Request)とCSIフィードバックの強化に関係する。また、ミニスロットレベルのホッピングに関連するPUSCHの強化や再送/繰り返しの強化も確認されている。「ミニスロット」とは、スロット(14シンボルで構成されるスロット)よりも少ない数のシンボルを含む送信時間間隔(TTI)を表す。
<QoSの制御>
5GのQoS(Quality of Service)モデルは、QoSフローに基づいており、保証されたフロービットレートが求められるQoSフロー(GBR QoSフロー)と、保証されたフロービットレートが求められないQoSフロー(非GBR QoSフロー:non-GBR QoS Flow)の両方に対応している。そのため、NASレベルでは、QoSフローはPDUセッションにおける最も微細な粒度のQoSの区分である。QoSフローは、NG-Uインタフェースを介してカプセル化ヘッダにおいて搬送されるQoSフローID(QFI)によってPDUセッション内で識別される。
5GのQoS(Quality of Service)モデルは、QoSフローに基づいており、保証されたフロービットレートが求められるQoSフロー(GBR QoSフロー)と、保証されたフロービットレートが求められないQoSフロー(非GBR QoSフロー:non-GBR QoS Flow)の両方に対応している。そのため、NASレベルでは、QoSフローはPDUセッションにおける最も微細な粒度のQoSの区分である。QoSフローは、NG-Uインタフェースを介してカプセル化ヘッダにおいて搬送されるQoSフローID(QFI)によってPDUセッション内で識別される。
各UEに対して、5GCは、1つまたは複数のPDUセッションを確立する。各UEに対して、NG-RANは、PDUセッションに合わせて少なくとも一つのデータ無線ベアラ(DRB:Data Radio Bearers)を確立し、そのPDUセッションのQoSフローに対する追加のDRBは、例えば、図3を参照して上述したように、後から設定可能である(いつ設定するかはNG-RAN次第である)。NG-RANは、異なるPDUセッションに属するパケットを異なるDRBにマッピングする。UEと5GCにおけるNASレベルパケットフィルタは、ULパケットとDLのパケットとをQoSフローに関連付けるのに対し、UEとNG-RANのASレベルマッピングルールは、ULのQoSフローとDLのQoSフローとをDRBに関連付ける。
図5は、5G NRの非ローミング参照アーキテクチャを示す(非特許文献6、セクション4.23参照)。図4に例示される、5Gサービスをホストする外部アプリケーションサーバなどのアプリケーション機能(AF:Application Function)は、サービスを提供するために3GPPコアネットワークとやり取りを行う。例えば、トラフィックルーティングに影響を与えるアプリケーションをサポートするためにネットワーク公開機能(NEF:Network Exposure Function)にアクセスすること、QoS制御などのポリシー制御のためにポリシーフレームワークとやり取りすること(ポリシー制御機能(PCF:Policy Control Function)参照)が挙げられる。オペレータによる配備に基づき、オペレータから信頼されているとみなされるアプリケーション機能は、関連するネットワーク機能と直接やり取りすることができる。ネットワーク機能への直接のアクセスをオペレータから許可されていないアプリケーション機能は、NEFを介して外部に対する開放フレームワークを使用して、関連するネットワーク機能とやり取りする。
図5は、5Gアーキテクチャのさらなる機能ユニット、すなわち、ネットワークスライス選択機能(NSSF:Network Slice Selection Function)、ネットワークリポジトリ機能(NRF:Network Repository Function)、統合データ管理(UDM:Unified Data Management)、認証サーバ機能(AUSF:Authentication Server Function)、アクセス・モビリティ管理機能(AMF)、セッション管理機能(SMF)、及びデータネットワーク(DN)(オペレータによるサービス、インターネットアクセス、サードパーティによるサービス等)を示している。すべて又は一部のコアネットワーク機能及びアプリケーションサービスは、クラウドコンピューティング環境上に展開されかつ動作してもよい。
したがって、本開示では、QoS要件に応じたgNodeBとUEとの間の無線ベアラを含むPDUセッションを確立するために、動作時に、URLLC、eMBBおよびmMTCサービスのうちの少なくとも一つに対するQoS要件を含む要求を、5GCの機能(例えば、NEF、AMF、SMF、PCF、UPF等)の少なくとも一つに送信する送信部と、動作時に、確立されたPDUセッションを使用してサービスを実行する制御回路と、を備えるアプリケーションサーバ(例えば、5GアーキテクチャのAF)が提供される。
<RRC状態(RRC_Connected、RRC_Inactive)>
LTEでは、RRCステートマシンは、RRCアイドル状態(高い省電力性、UE自律モビリティ、およびコアネットワークへのUE接続が確立されていないことを主に特徴とする)と、無損失のサービスの継続性をサポートするようにモビリティがネットワーク制御されながらUEがユーザプレーンデータを送信できるRRC接続状態と、の2つの状態のみから成っていた。5G NRに関連して、LTE関連のRRCステートマシンも、以下で説明するNR 5Gと同様に、非アクティブ状態で拡張され得る(例えば、非特許文献7、図4.2.1-2参照)。
LTEでは、RRCステートマシンは、RRCアイドル状態(高い省電力性、UE自律モビリティ、およびコアネットワークへのUE接続が確立されていないことを主に特徴とする)と、無損失のサービスの継続性をサポートするようにモビリティがネットワーク制御されながらUEがユーザプレーンデータを送信できるRRC接続状態と、の2つの状態のみから成っていた。5G NRに関連して、LTE関連のRRCステートマシンも、以下で説明するNR 5Gと同様に、非アクティブ状態で拡張され得る(例えば、非特許文献7、図4.2.1-2参照)。
NR 5GのRRC(非特許文献7、セクション4参照)は、RRCアイドル、RRC非アクティブ、およびRRC接続の3つの状態をサポートする。RRC接続が確立されると、UEはRRC_CONNECTED状態またはRRC_INACTIVE状態のいずれかになる。そうでない場合、すなわち、RRC接続が確立されていない場合、UEはRRC_IDLE状態である。図6に示すように、以下の状態遷移が起こり得る。
・例えば、「接続確立」手順に従って、RRC_IDLEからRRC_CONNECTEDへ
・例えば、「接続リリース」手順に従って、RRC_CONNECTEDからRRC_IDLEへ
・例えば、「一時停止による接続リリース(connection release with suspend)」手順に従って、RRC_CONNECTEDからRRC_INACTIVEへ
・例えば、「接続再開」手順に従って、RRC_INACTIVEからRRC_CONNECTEDへ
・例えば、「接続リリース」手順に従って、RRC_INACTIVEからRRC_IDLEへ(一方向)
・例えば、「接続確立」手順に従って、RRC_IDLEからRRC_CONNECTEDへ
・例えば、「接続リリース」手順に従って、RRC_CONNECTEDからRRC_IDLEへ
・例えば、「一時停止による接続リリース(connection release with suspend)」手順に従って、RRC_CONNECTEDからRRC_INACTIVEへ
・例えば、「接続再開」手順に従って、RRC_INACTIVEからRRC_CONNECTEDへ
・例えば、「接続リリース」手順に従って、RRC_INACTIVEからRRC_IDLEへ(一方向)
新しいRRC状態であるRRC非アクティブは、シグナリング、省電力、遅延などの点で大きく異なる要件を有する、eMBB(拡張モバイルブロードバンド:enhanced Mobile Broadband)、mMTC(大規模マシンタイプ通信:massive Machine Type Communications)、URLLC(超高信頼・低遅延通信: Ultra-Reliable and Low-Latency Communications)などのより幅広いサービスをサポートする際に利点をもたらすように、5G 3GPPの新しい無線技術用に定義されている。このため、新しいRRC非アクティブ状態は、無線アクセスネットワークおよびコアネットワークでのシグナリング、電力消費、およびリソースコストの最小化を可能にしつつ、なおも低遅延でのデータ転送の開始などを可能にするように設計されなければならない。
<帯域幅パート>
NRシステムは、LTEの20MHzよりもはるかに広い最大チャネル帯域幅(例えば、数百MHz)をサポートする。LTEでは、最大20MHzのコンポーネントキャリアのキャリアアグリゲーション(CA:carrier aggregation)による広帯域通信もサポートされている。NRにおいてより広いチャネル帯域幅を定義することにより、スケジューリングを介して周波数リソースを動的に割り当てることが可能になり、これは、アクティブ化/非アクティブ化がMAC制御エレメントに基づくLTEのキャリアアグリゲーション動作よりも効率的かつ柔軟であり得る。単一の広帯域キャリアを有することは、単一の制御シグナリングしか必要としないので、制御オーバーヘッドが低いという点でもメリットがある(キャリアアグリゲーションでは、集約されるキャリアごとに個別の制御シグナリングが必要である)。
NRシステムは、LTEの20MHzよりもはるかに広い最大チャネル帯域幅(例えば、数百MHz)をサポートする。LTEでは、最大20MHzのコンポーネントキャリアのキャリアアグリゲーション(CA:carrier aggregation)による広帯域通信もサポートされている。NRにおいてより広いチャネル帯域幅を定義することにより、スケジューリングを介して周波数リソースを動的に割り当てることが可能になり、これは、アクティブ化/非アクティブ化がMAC制御エレメントに基づくLTEのキャリアアグリゲーション動作よりも効率的かつ柔軟であり得る。単一の広帯域キャリアを有することは、単一の制御シグナリングしか必要としないので、制御オーバーヘッドが低いという点でもメリットがある(キャリアアグリゲーションでは、集約されるキャリアごとに個別の制御シグナリングが必要である)。
また、LTEと同様に、NRはキャリアアグリゲーションまたはデュアルコネクティビティを介した複数のキャリアのアグリゲーションもサポートし得る。
UEは常に高速なデータレートを要求するわけではないので、広い帯域幅を使用すると、RFおよびベースバンド信号処理の両方の観点からアイドリング消費電力が高くなり得る。この点に関して、NR用に新しく開発された帯域幅パートの概念は、設定されたチャネル帯域幅よりも狭い帯域幅でUEを動作させる手段を提供することによって、広帯域動作をサポートするにもかかわらずエネルギー効率の高いソリューションを提供する。NRの全帯域幅にアクセスできないこのローエンドの端末は、その恩恵を受けることができる。
帯域幅パート(BWP:bandwidth part)は、セルの総セル帯域幅のサブセットであり、例えば、隣接する物理リソースブロック(PRB:physical resource block)の位置および数である。これはアップリンクおよびダウンリンクで別々に定義され得る。さらに、各帯域幅パートは特定のOFDMニューメロロジーに、例えば、サブキャリア間隔およびサイクリックプレフィックスに関連付けることができる。例えば、UEにBWP(複数可)を設定し、設定されたBWPのいずれが現在アクティブであるかをUEに伝えることによって、帯域幅適応が実現される。
例示的には、5G NRでは、RRC_Connected状態のUEに対してのみ特定のBWPが設定される。例えば、初期BWP(例えば、UL用およびDL用に1つずつ)以外に、BWPは接続状態のUEに対してのみ存在する。UEをRRC_IDLEまたはRRC_INACTIVE状態からRRC_CONNECTED状態に移行させる過程などで、UEとネットワークとの間の初期データ交換をサポートするために、初期DL BWPおよび初期UL BWPが最小SIで設定される。
UEには2つ以上のBWPを設定することができるが(例えば、現在NRで定義されているように、サービングセルあたり最大4つのBWP)、UEは一度に1つのアクティブDL BWPしか有さない。
設定されたBWP間の切り替えは、ダウンリンク制御情報(DCI)により実現され得る。
プライマリセル(PCell:Primary Cell)の場合、初期BWPは初期アクセスに使用されるBWPであり、他の初期BWPが明示的に設定されていない限り、デフォルトのBWPが初期BWPである。セカンダリセル(SCell:Secondary Cell)の場合、初期BWPは常に明示的に設定され、デフォルトのBWPも設定され得る。サービングセルにデフォルトのBWPが設定されている場合、そのセルに関連付けられた非アクティブタイマが切れると、アクティブなBWPがデフォルトのBWPに切り替えられる。
典型的には、ダウンリンク制御情報にはBWP IDが含まれていないことが想定される。
<ダウンリンク制御情報(DCI)>
例えば、制御情報ならびにユーザトラフィック(例えば、PDCCH上のDCI、およびPDCCHによって示されるPDSCH上のユーザデータ)などのUE向けの情報を識別および受信するために、UEによってPDCCH監視が行われる。
例えば、制御情報ならびにユーザトラフィック(例えば、PDCCH上のDCI、およびPDCCHによって示されるPDSCH上のユーザデータ)などのUE向けの情報を識別および受信するために、UEによってPDCCH監視が行われる。
ダウンリンクの制御情報(ダウンリンク制御情報DCIと呼ばれ得る)は、5G NRでの目的がLTEでのDCIと同じであり、すなわち、ダウンリンクデータチャネル(PDSCHなど)またはアップリンクデータチャネル(PUSCHなど)をスケジューリングする特別な制御情報のセットである。5G NRでは、いくつかの異なる定義済みのDCIフォーマットがある(非特許文献8セクション7.3.1参照)。概要を以下の表に示す。
PDCCHサーチスペースは、PDCCH(DCI)が搬送され得るダウンリンクリソースグリッド(時間-周波数リソース)内のエリアである。大まかに言えば、基地局がダウンリンクで制御情報を1つまたは複数のUEに送信するために無線リソース領域が使用される。UEはサーチスペース全体でブラインド復号を実行して、PDCCHデータ(DCI)を見つけようとする。概念的には、5G NRでのサーチスペースの概念は、詳細に関して多くの違いがあるものの、LTEのサーチスペースに類似している。
5G NRでは、制御リソースセット(CORESET:control resource set)と呼ばれる無線リソース領域においてPDCCHが送信される。LTEでは、CORESETの概念は明示的には存在しない。代わりに、LTEのPDCCHは、最初の1~3個のOFDMシンボル(最も狭帯域の場合は4個)における全キャリア帯域幅を使用する。対照的に、NRのCORESETはスロット内の任意の位置およびキャリアの周波数範囲内の任意の場所に存在し得るが、UEがそのアクティブな帯域幅パート(BWP)外でCORESETをハンドリングすることは想定されていない。CORESETは、物理無線リソースのセット(例えば、NRダウンリンクリソースグリッド上の特定のエリア)、およびPDCCH/DCIを搬送するために使用されるパラメータのセットである。
したがって、UEは、対応するサーチスペースセットを使用したPDCCH監視が設定された、アクティブ化されたサービングセルごとのアクティブDL BWP上の1つまたは複数のCORESETにおけるPDCCH候補のセットを監視し、監視は、例えば、非特許文献9、セクション10および11で定義された、監視されたDCIフォーマットに従って各PDCCH候補を復号することを意味する。
簡潔に言えば、サーチスペースは、同じ集約レベルに関連付けられた複数のPDCCH候補を含み得る(例えば、PDCCH候補は、監視するDCIフォーマットに関して異なる)。そして、サーチスペースセットは、異なる集約レベルの複数のサーチスペースを含むが、同じCORESETに関連付けられ得る。上述のように、制御チャネルがキャリア帯域幅全体に広がるLTEとは異なり、CORESETの帯域幅は、例えば、アクティブなDL周波数帯域幅パート(BWP)内に設定することができる。言い換えれば、CORESET設定は、サーチスペースセットの、ひいてはそのセットに含まれるサーチスペースのPDCCH候補の周波数リソースを定義する。CORESET設定は、サーチスペースセットの持続時間も定義し、この長さは1~3個のOFDMシンボルにすることができる。一方、開始時間は、サーチスペースセット設定自体によって設定され、例えば、そのOFDMシンボルから、UEはセットのサーチスペースのPDCCHの監視を開始する。組み合わせで、サーチスペースセットの設定およびCORESETの設定は、UEのPDCCH監視要件に関する周波数および時間領域での明確な定義を提供する。CORESETおよびサーチスペースセットの両方の設定は、RRCシグナリングを介して半静的に設定することができる。
最初のCORESETであるCORESET0が、マスター情報ブロック(MIB:master information block)により初期帯域幅パートの設定の一部として提供され、ネットワークから残りのシステム情報および追加の設定情報を受信することが可能になる。接続設定後、RRCシグナリングを使用して、複数の、場合によっては重なり合うCORESETをUEに設定することができる。
ネットワークは、共通の制御領域およびUE固有の制御領域を定義し得る。NRでは、CORESETの数は、共通のCORESETとUE別のCORESETとの両方を含めて、BWPあたり3つに制限されている。各サービングセルに4つのBWPが設定可能であると例示的に仮定すると、サービングセルあたりのCORESETの最大数は12になる。一般に、BWPあたりのサーチスペースの数は、例えば、現在のNRと同様に10に制限することができ、BWPあたりのサーチスペースの最大数は40になる。各サーチスペースはCORESETに関連付けられる。
共通のCORESETはセル内の複数のUEによって共有されるので、ネットワークはこれに対応して、この設定のための全てのUEとの調整に対応する必要がある。共通のCORESETは、ランダムアクセス、ページング、およびシステム情報に使用することができる。
NRでは、半静的なダウンリンク/アップリンク割り当て方式でのセル別および/またはUE別の上位レイヤシグナリングによって、またはグループ共通のPDCCH(GC-PDCCH:group-common PDCCH)内のDCIフォーマット2_0などを介した動的なシグナリングによって、UEに対して柔軟なスロットフォーマットを設定することができる。動的なシグナリングが設定されている場合、UEは動的スロットフォーマットインディケーション(SFI:slot format indication)を搬送するGC-PDCCH(DCIフォーマット2_0)を監視する。
一般に、共通のCORESETおよびUE別のCORESETの両方を含む1つまたは複数のCORESETがBWPごとに設定され得る(例えば、BWPごとに最大3つのCORESET)。そして、各CORESETは複数のサーチスペースを有することができ、各サーチスペースはUEが監視できる1つまたは複数のPDCCH候補を有する。
<5G NRでの時間領域スケジューリング>
時間領域において、5G NRでの送信は長さ10msのフレームに編成され、各フレームは、長さ1msの10個の等サイズのサブフレームに分割される。そして、サブフレームは、それぞれ14個のOFDMシンボルから成るスロットに分割される。ミリ秒単位のスロットの持続時間は、ニューメロロジーによって異なる。このため、例えば、15kHzのサブキャリア間隔の場合、NRスロットは通常のサイクリックプレフィックスを有するLTEサブフレームと同じ構造を有する。NRのサブフレームはニューメロロジーに依存しない時間基準として機能し、これは、スロットが典型的な動的スケジューリングの単位であるのに対し、同じキャリアで複数のニューメロロジーが混合されている場合に特に有用である。
時間領域において、5G NRでの送信は長さ10msのフレームに編成され、各フレームは、長さ1msの10個の等サイズのサブフレームに分割される。そして、サブフレームは、それぞれ14個のOFDMシンボルから成るスロットに分割される。ミリ秒単位のスロットの持続時間は、ニューメロロジーによって異なる。このため、例えば、15kHzのサブキャリア間隔の場合、NRスロットは通常のサイクリックプレフィックスを有するLTEサブフレームと同じ構造を有する。NRのサブフレームはニューメロロジーに依存しない時間基準として機能し、これは、スロットが典型的な動的スケジューリングの単位であるのに対し、同じキャリアで複数のニューメロロジーが混合されている場合に特に有用である。
以下では、3GPP技術仕様で現在実装されている時間領域リソース割り当てについて示す。以下の説明は、時間領域リソース割り当ての特定の例示的な実装として理解されるべきであり、可能性のある唯一の可能な時間領域リソース割り当てとして理解されるべきではない。それどころか、本開示および解決策は、将来実装され得る時間領域リソース割り当ての異なる実装に対応する方法で適用される。例えば、以下のTDRAテーブルは特定のパラメータ(例えば、5つのパラメータ)に基づいているが、時間領域リソース割り当ては、異なる数のパラメータおよび/または異なるパラメータにも基づいてもよい。
受信または送信されるデータへの時間領域割り当てはDCIで動的にシグナリングされ、これは、動的TDDの使用、またはアップリンク制御シグナリングに使用されるリソースの量の結果としてダウンリンク受信またはアップリンク送信に利用可能なスロットの部分がスロットごとに異なり得るという点で有用である。送信が発生するスロットは、時間領域割り当ての一部としてシグナリングされる。ダウンリンクデータは多くの場合、対応するリソース割り当てと同じスロットで送信されるが、これはアップリンク送信には当てはまらないことが多い。
UEがDCIによってPDSCHを受信またはPUSCHを送信するようにスケジューリングされる場合、DCIの時間領域リソース割り当て(TDRA:Time Domain Resource Assignment)フィールド値は、時間領域リソース割り当て(TDRA:time-domain resource allocation)テーブルの行インデックスを示す。TDRAエントリが、対応する3GPP技術仕様ではテーブルとして提示されているので、「テーブル」という用語を本明細書では使用するが、これは論理上の、どちらかと言えば非限定的な用語として解釈されたい。具体的には、本開示はいかなる特定の編成にも限定されず、TDRAテーブルは、それぞれのエントリインデックスに関連付けられたパラメータのセットとして任意の方法で実装され得る。
例えば、DCIによってインデックス付けされたTDRAテーブルの行は、時間領域での無線リソースの割り当てに使用できるいくつかのパラメータを定義する。現在の例では、TDRAテーブルは、スロットオフセットK0/K2、開始および長さインジケータSLIV(start and length indicator)、または直接的に開始シンボルSおよび割り当て長Lを示すことができる。さらに、TDRAテーブルはまた、PDSCH受信で想定されるPDSCHマッピングタイプと、スケジューリングされた時間領域無線リソースに直接関係しないdmrs-TypeA-Positionパラメータとを示し得る。DCIの時間領域割り当てフィールドはこのテーブルへのインデックスとして使用され、そこから実際の時間領域割り当てが取得される。このため、そのような例示的な実装では、TDRAテーブルの行のDCIインディケーション(行インデックスの1つの値)は、dmrs-TypeA-Position、PDSCHマッピングタイプ、K0値、S値、および/またはL値の特定の値の組み合わせのインディケーションに対応する。
アップリンクスケジューリンググラント用の1つのテーブルと、ダウンリンクスケジューリング割り当て用の1つのテーブルとがある。例えば、16個の行を設定することができ、各行は以下を含む。
・DCIが取得されたスロットを基準にしたスロットであるスロットオフセット(K0、K2)。現在、0~3のダウンリンクスロットオフセットが可能であり、0~7のアップリンクスロットオフセットを使用することができる。スロットオフセットは、PDCCH(K0/K2を含む)のスロットと、PDCCHによってスケジューリングされた対応するPDSCHのスロットとの間のスロット数としてのギャップ(例えば、タイムギャップまたはスロットギャップ)とも呼ばれ得る。
・データが送信されるスロットの最初のOFDMシンボル。
・スロット内のOFDMシンボル数での送信の持続時間。開始および長さの全ての組み合わせが1スロットに収まるわけではない。そのため、開始および長さは、有効な組み合わせのみをカバーするように一緒に符号化される。
・ダウンリンクの場合、PDSCHマッピングタイプ、すなわちDMRS位置もテーブルの一部である。これにより、マッピングタイプを別に示す場合に比べてさらなる柔軟性が提供される。
・DCIが取得されたスロットを基準にしたスロットであるスロットオフセット(K0、K2)。現在、0~3のダウンリンクスロットオフセットが可能であり、0~7のアップリンクスロットオフセットを使用することができる。スロットオフセットは、PDCCH(K0/K2を含む)のスロットと、PDCCHによってスケジューリングされた対応するPDSCHのスロットとの間のスロット数としてのギャップ(例えば、タイムギャップまたはスロットギャップ)とも呼ばれ得る。
・データが送信されるスロットの最初のOFDMシンボル。
・スロット内のOFDMシンボル数での送信の持続時間。開始および長さの全ての組み合わせが1スロットに収まるわけではない。そのため、開始および長さは、有効な組み合わせのみをカバーするように一緒に符号化される。
・ダウンリンクの場合、PDSCHマッピングタイプ、すなわちDMRS位置もテーブルの一部である。これにより、マッピングタイプを別に示す場合に比べてさらなる柔軟性が提供される。
スロットアグリゲーション、すなわち、同じトランスポートブロックが最大8スロットで繰り返される送信を設定することも可能である。
現在の3GPP標準の非特許文献10、例えばDLのセクション5.1.2およびULのセクション6.1.2は、時間領域スケジューリングに関連し、例えば、UEで利用可能なRRCで設定されるテーブル(例えば、pdsch-ConfigCommonまたはpdsch-Configのいずれかのpdsch-TimeDomainAllocationList)がない場合などに、その観点で使用できるいくつかのデフォルトのテーブルを提供する。これらのフィールド(例えば、pdsch-AllocationList)がRRCメッセージで定義されると、どのエレメントが各PDSCHスケジューリングに使用されるかが、(例えば、DCI1_0およびDCI1_1の)時間領域リソース割り当てと呼ばれるフィールドによって決定される。
この表から明らかなように、K0値は常に0であると想定され、実際に同一スロットダウンリンクスケジューリングが適用される。
パラメータμPUSCHは、PUSCHのサブキャリア間隔の設定である。
上記から明らかなように、PUSCHおよびPDSCHのTDRAテーブルは、PUSCHマッピングタイプ、K0/K2値、S値、L値などの共通のパラメータに基づいている。K0は、スケジューリングPDCCHとスケジューリングされたPDSCHとの間のスロットオフセットであり、すなわち、DLスケジューリング用である。K2は、スケジューリングPDCCHとスケジューリングされたPUSCHとの間のスロットオフセットであり、すなわち、ULスケジューリング用である。TDRAテーブルのS値は、関連するスロット(これはスケジューリングされたリソースが受信/送信されるスロットであり、K0/K2によって与えられる)内のスケジューリングされたリソースの開始シンボルの位置を示し得る。TDRAテーブルのL値は、シンボルの観点/単位でのPDSCH/PUSCHの長さを示し、および/またはシンボルの観点/単位でのスケジューリングされたリソースの長さを示し得る。
それに対応して、RRCで設定されるTDRAテーブルでは、最大で4タイムスロットのK0値が可能であるので、同一スロットならびにクロススロットのスケジューリング(すなわち、異なるタイムスロットでのDCIおよび対応するリソース割り当て)が効果的に可能になる。
現在の5G固有の例示的な実装では、設定されたTDRAテーブルは、RRCを介してPDSCH関連設定内でシグナリングされ(例えば、非特許文献11の情報エレメントPDSCH-Config)、転じてPDSCH関連設定は、帯域幅パートに関連する情報エレメント((BWP)-DownlinkDedicated)内にあり得る。そのため、TDRAテーブルが上位レイヤで設定される場合、TDRAテーブルはBWP固有であり得る。通信デバイスは、デフォルトのテーブルを使用してよく、または上位レイヤで設定されるTDRAテーブル(pdsch-ConfigCommonまたはpdsch-Configのいずれかのpdsch-TimeDomainAllocationListと呼ばれるもの)を適用してよい。しかしながら、これはTDRA設定とNRのBWP概念との間のやりとりの、考えられる1つの例にすぎない。本発明はBWPを使用することを前提とせず、TDRAテーブルを使用するリソース割り当てに限定されない。
<下り制御チャネル(PDCCH)監視>
UEによって作動する多くの機能には、UE宛ての特定の制御情報またはデータなどを受信するためのダウンリンク制御チャネル(PDCCHなど、非特許文献1セクション5.2.3参照)の監視が含まれる。
UEによって作動する多くの機能には、UE宛ての特定の制御情報またはデータなどを受信するためのダウンリンク制御チャネル(PDCCHなど、非特許文献1セクション5.2.3参照)の監視が含まれる。
これらの機能の非網羅的なリストを以下に示す。
・ページングメッセージ監視機能
・システム情報取得機能
・不連続受信(DRX:Discontinued Reception)機能のためのシグナリング監視動作
・不連続受信(DRX)機能のための非アクティブ状態(inactivity)監視動作
・ランダムアクセス機能のためのランダムアクセス応答受信
・パケットデータコンバージェンスプロトコル(PDCP)レイヤのリオーダリング(reordering)機能
・ページングメッセージ監視機能
・システム情報取得機能
・不連続受信(DRX:Discontinued Reception)機能のためのシグナリング監視動作
・不連続受信(DRX)機能のための非アクティブ状態(inactivity)監視動作
・ランダムアクセス機能のためのランダムアクセス応答受信
・パケットデータコンバージェンスプロトコル(PDCP)レイヤのリオーダリング(reordering)機能
上述のように、制御情報ならびにユーザトラフィック(例えば、PDCCH上のDCI、およびPDCCHによって示されるPDSCH上のユーザデータ)などのUE向けの情報を識別および受信するために、PDCCH監視がUEによって行われる。
ダウンリンクの制御情報(ダウンリンク制御情報(DCI)と呼ばれ得る)は、5G NRでの目的がLTEでのDCIと同じであり、すなわち、ダウンリンクデータチャネル(PDSCHなど)またはアップリンクデータチャネル(PUSCHなど)をスケジューリングする特別な制御情報のセットである。5G NRでは、いくつかの異なる定義済みのDCIフォーマットがある(非特許文献12セクション7.3.1参照)。
上記DCIフォーマットは、それぞれの情報が形成および送信される所定のフォーマットを表す。具体的には、1つのセルでPUSCHおよびPDSCHをスケジューリングするために、それぞれDCIフォーマット0_1および1_1が使用される。
これらの機能のうちのそれぞれのPDCCH監視は、特定の目的を果たし、したがって、その終わりに向けて開始される。PDCCH監視は、典型的には、少なくともUEが動作させるタイマに基づいて制御される。タイマにはPDCCH監視を制御するという目的があり、例えば、UEがPDCCHを監視する最大時間を制限する。例えば、UEは、PDCCHを無期限に監視しなくてもよく、電力を節約できるように、しばらくした後に監視を停止してもよい。
上述のように、PDCCH上のDCIの目的の1つは、ダウンリンク、アップリンク、さらにはサイドリンクでのリソースの動的スケジューリングである。具体的には、特定のユーザのデータチャネルに割り当てられたリソース(リソース割り当て、RA:resource allocation)のインディケーションを搬送するために、DCIのいくつかのフォーマットが提供される。リソース割り当ては、周波数領域および/または時間領域におけるリソースの指定を含んでよい。
<端末および基地局>
端末もしくはユーザ端末またはユーザデバイスは、LTEおよびNRでは、ユーザ機器(UE)と呼ばれる。これは、ユーザ機器の機能を有するワイヤレスフォン、スマートフォン、タブレットコンピュータ、USB(ユニバーサルシリアルバス:Universal Serial Bus)スティックなどのモバイルデバイスまたは通信装置であり得る。しかしながら、モバイルデバイスという用語はこれらに限定されず、一般に、中継機もそのようなモバイルデバイスの機能を有し得、モバイルデバイスが中継機としても機能し得る。例えば、移動局もしくは移動ノードまたはユーザ端末あるいはUEは、通信ネットワークにおける物理エンティティ(物理ノード)である。またさらに、通信デバイスは、IoTデバイスなどの任意のマシンタイプ通信デバイスであり得る。1つのノードは複数の機能エンティティを有し得る。機能エンティティとは、所定の機能セットを実装する、ならびに/あるいは所定の機能セットを同じもしくは他のノードまたはネットワークの他の機能エンティティに提供するソフトウェアまたはハードウェアモジュールを指す。ノードは、ノードが通信できる通信設備または媒体にノードを接続する1つまたは複数のインタフェースを有してよい。同様に、ネットワークエンティティは、他の機能エンティティまたは対応するノードと通信し得る通信設備または媒体に機能エンティティを接続する論理インタフェースを有してよい。
端末もしくはユーザ端末またはユーザデバイスは、LTEおよびNRでは、ユーザ機器(UE)と呼ばれる。これは、ユーザ機器の機能を有するワイヤレスフォン、スマートフォン、タブレットコンピュータ、USB(ユニバーサルシリアルバス:Universal Serial Bus)スティックなどのモバイルデバイスまたは通信装置であり得る。しかしながら、モバイルデバイスという用語はこれらに限定されず、一般に、中継機もそのようなモバイルデバイスの機能を有し得、モバイルデバイスが中継機としても機能し得る。例えば、移動局もしくは移動ノードまたはユーザ端末あるいはUEは、通信ネットワークにおける物理エンティティ(物理ノード)である。またさらに、通信デバイスは、IoTデバイスなどの任意のマシンタイプ通信デバイスであり得る。1つのノードは複数の機能エンティティを有し得る。機能エンティティとは、所定の機能セットを実装する、ならびに/あるいは所定の機能セットを同じもしくは他のノードまたはネットワークの他の機能エンティティに提供するソフトウェアまたはハードウェアモジュールを指す。ノードは、ノードが通信できる通信設備または媒体にノードを接続する1つまたは複数のインタフェースを有してよい。同様に、ネットワークエンティティは、他の機能エンティティまたは対応するノードと通信し得る通信設備または媒体に機能エンティティを接続する論理インタフェースを有してよい。
基地局は、例えば端末にサービスを提供するネットワークの一部を形成するネットワークノードである。基地局は、端末にワイヤレスアクセスを提供するネットワークノードまたはスケジューリングノードである。端末および基地局の間の通信は、典型的には標準化されている。LTEおよびNRでは、ワイヤレスインターフェースプロトコルスタックは、物理レイヤ、媒体アクセスレイヤ(MAC:medium access layer)、および上位レイヤを含む。制御プレーンでは、上位レイヤプロトコルの無線リソース制御プロトコルが提供される。RRCを介して、基地局は端末の設定を制御することができ、端末は基地局と通信して、接続およびベアラの確立、変更など、測定、ならびに他の機能などの制御タスクを実行し得る。LTEで使用される用語はeNB(またはeNodeB)であるが、5G NRで現在使用されている用語はgNBである。本明細書での「基地局」または「無線基地局」という用語は、通信ネットワーク内の物理エンティティを指す。移動局と同様に、基地局はいくつかの機能エンティティを有してよい。機能エンティティとは、所定の機能セットを実装する、ならびに/あるいは所定の機能セットを同じもしくは他のノードまたはネットワークの他の機能エンティティに提供するソフトウェアまたはハードウェアモジュールを指す。物理エンティティは、スケジューリングおよび設定のうちの1つまたは複数を含む、通信デバイスに関するいくつかの制御タスクを実行する。なお、基地局の機能および通信デバイスの機能は単一のデバイス内に統合されてもよい。例えば、移動端末は、他の端末のための基地局の機能も実装し得る。LTEで使用されている用語はeNB(またはeNodeB)であるが、5G NRで現在使用されている用語はgNBである。
<用語>
以下では、UE、基地局、および手順について説明し、これらは5G移動通信システム用を想定した新しい無線アクセス技術のためのものであるが、LTE移動通信システムでも使用され得る。異なる実装および変形例についても説明する。以下の開示は、上述の議論および発見によって促進されており、例えば、少なくともその一部に基づき得る。
以下では、UE、基地局、および手順について説明し、これらは5G移動通信システム用を想定した新しい無線アクセス技術のためのものであるが、LTE移動通信システムでも使用され得る。異なる実装および変形例についても説明する。以下の開示は、上述の議論および発見によって促進されており、例えば、少なくともその一部に基づき得る。
なお、全体的に、本開示の根底にある原理を明確かつ理解可能な方法で説明できるようにするために、本明細書では多くの仮定を用いている。しかしながら、これらの仮定は、説明のために本明細書で作成した単なる例として理解されるべきであり、本開示の範囲を限定すべきではない。
また、以下で使用する手順、エンティティ、レイヤなどの用語の一部は、LTE/LTE-Aシステム、または現在の3GPP 5G標準化で使用されている用語と密接に関連しているが、次の3GPP 5G通信システムの新しい無線アクセス技術のコンテキストで使用される特定の用語は、まだ完全には決定されておらず、最終的に変更され得る。このため、実施形態の機能に影響を与えることなく、用語は将来的に変更され得る。したがって、当業者は、実施形態およびそれらの保護の範囲が、より新しいまたは最終的に合意される用語がないために、本明細書で例示的に使用した特定の用語に限定されるべきではなく、本開示の機能および原理の根底にある機能および概念に関してより広く理解されるべきであるということを認識する。
<省電力の可能性>
発明者らは、UEでの電力を節約し、それによって、特に簡易機能(reduced capability)NRデバイス(例えば、リリース17に対応するもの)に関して、UEのバッテリー寿命を延ばす可能性を見出した。具体的には、i)ブラインド復号および/またはCCE制限の数を少なくするなどしてPDCCH監視を削減すること、ii)RRC非アクティブ状態、アイドル状態、および/または接続状態のDRXを拡張すること、ならびにiii)固定デバイスのRRMを緩和することにより、適用可能なユースケース(例えば、耐遅延性)においてUEの電力消費が節約され得る。
発明者らは、UEでの電力を節約し、それによって、特に簡易機能(reduced capability)NRデバイス(例えば、リリース17に対応するもの)に関して、UEのバッテリー寿命を延ばす可能性を見出した。具体的には、i)ブラインド復号および/またはCCE制限の数を少なくするなどしてPDCCH監視を削減すること、ii)RRC非アクティブ状態、アイドル状態、および/または接続状態のDRXを拡張すること、ならびにiii)固定デバイスのRRMを緩和することにより、適用可能なユースケース(例えば、耐遅延性)においてUEの電力消費が節約され得る。
UEの電力を節約する方法として、PDCCHの監視とスケジューリングを改善することが考えられる。具体的には、RRC CONNECTEDモードで頻繁にトラフィックが発生するUEの場合、PDCCHオンリー(PDCCH-only)が依然としてUEの電力消費の大部分を占めている。したがって、PDSCH/PUSCHスケジューリングを伴わないPDCCHオンリーのスロットが総電力消費の大部分を占め得るので、PDCCHオンリーのスロットの数を減らすことにより、UEの電力消費の大幅な削減が促進され得る。上記DCIによってスケジューリングされたTBのうちの1つまたは複数(あるいは全て)の繰り返しの送信および/または受信も上記DCIでスケジューリングすることによって、電力消費がさらに削減され得る。
なお、特定のUE/サービスに関してスループットなどの特定のサービス要件が満たされる必要があるときに、遅延にあまり敏感でないサービスタイプの場合には、複数のTBのスケジューリングが特に適切/効率的であり得る。そのような場合、gNBはスケジューリング予測を実行してよく、これにより、1つのDCIで2つ以上のTBをその後の複数のスロットにスケジューリングすることで、スロットをより有効に利用することが可能になり得る。
簡易機能UEの場合、カバレッジの回復も重要な側面であり得る。Rx/Txアンテナの削減など、特定のコスト/複雑性の削減が行われているので、繰り返しを用いたデータチャネルスケジューリングはカバレッジの向上に有益であり得る。複数のTBのスケジューリングは、以下でさらに説明するように、PDCCH監視の削減/適応との相互作用において、さらなる電力消費の削減を可能にし得る。
<実施形態>
本開示は、UEの省電力化を促進し得る繰り返し送信を伴うまたは伴わない複数のTBスケジューリングのための技術を提供する。具体的には、本開示は、繰り返し送信を伴うまたは伴わない複数のTBスケジューリングのためのシグナリングのサポートおよびフレームワークの設計に対応する。特に、本開示は、繰り返し送信を伴うまたは伴わない動的な複数のTBスケジューリングを可能にし得るフレームワークを提供する。
本開示は、UEの省電力化を促進し得る繰り返し送信を伴うまたは伴わない複数のTBスケジューリングのための技術を提供する。具体的には、本開示は、繰り返し送信を伴うまたは伴わない複数のTBスケジューリングのためのシグナリングのサポートおよびフレームワークの設計に対応する。特に、本開示は、繰り返し送信を伴うまたは伴わない動的な複数のTBスケジューリングを可能にし得るフレームワークを提供する。
本開示は、被スケジューリングデバイス(典型的には通信デバイス/送受信機デバイス)およびスケジューリングデバイス(典型的にはネットワークノード)の両方のエンティティが参加するスケジューリングに関する。したがって、本開示は、基地局およびユーザ機器を提供する。図6に示すように、ユーザ機器610および基地局660は、無線通信システムにおいて無線チャネルを介して互いに通信し得る。例えば、ユーザ機器はNRユーザ機器であってよく、基地局はNR gNB、特に非地上系ネットワーク(NTN:Non-Terrestrial Network)NRシステムにおけるgNBなどのネットワークノードまたはスケジューリングノードであってよい。
本開示は、被スケジューリングデバイスおよびスケジューリングデバイスを含むシステム、ならびに対応する方法およびプログラムをさらに提供する。そのような通信システムの一例を図6に示す。通信システム600は、5Gの技術仕様に応じた無線通信システム、特にNR通信システムであってよい。しかしながら、本開示は3GPP NRに限定されず、NTNなどの他の無線またはセルラシステムに適用されてもよい。
図6は、ユーザ機器610(「通信デバイス」、「端末」、「UE」とも呼ぶ)と、ここでは例示的にeNBまたはgNBなどの基地局(ネットワークノード)への配置を想定されるスケジューリングデバイス660との一般的で簡略化した例示的なブロック図を示している。しかしながら、一般にスケジューリングデバイスは、2つの端末間のサイドリンク接続の場合の端末であり得る。また、特にURLLC、eMBBおよびmMTCのユースケースに関して、通信デバイス610は、センサデバイス、ウェアラブルデバイス、もしくは接続車両、または工場内の自動化された機械のコントローラでもあり得る。さらに、通信デバイス610は、基地局660と他の通信デバイスとの間の中継機として機能することが可能であってよい(例えば、本開示は通信「端末」にもユーザ「端末」にも限定されない)。
UEおよびeNB/gNBは、自身の送受信機620(UE側)および送受信機670(基地局側)をそれぞれ使用して(無線)物理チャネル650を介して互いに通信する。基地局660および端末610は、一緒に通信システム600を形成する。通信システム600は、図1に示すような他のエンティティをさらに含んでもよい。
図6に示すように、いくつかの実施形態では、ユーザ機器(UE)610は送受信機620を備え、送受信機620は、動作時に、ダウンリンク制御情報(DCI:downlink control information)シグナリング(本開示ではマルチTBスケジューリングDCIともいう)を受信する。UEはさらに回路630、635を備え、回路630、635は、動作時に、DCIシグナリングからインディケーションを取得する。例えば、UEは、DCIを解析することによって、および/またはDCIからインディケーションを抽することによって、DCIからそのインディケーションを取得してよい。そのインディケーションは、N個のトランスポートブロック(TB)のスケジューリングを示す(ここで、Nは1より大きい整数)。さらに、そのインディケーションは、i)M回のTBの繰り返し送信のスケジューリング(ここで、Mは1以上)、ii)TBのインターリーブパターン、およびiii)TB間の送信ギャップのうちの少なくとも一つを示す。
また、図6に示すように、いくつかの実施形態では、基地局660(スケジューリングデバイス660)は、回路680、685を備える。回路680、685は、動作時に、ダウンリンク制御情報(DCI)シグナリング(本開示ではマルチTBスケジューリングDCIともいう)を生成する。DCIシグナリングは、N個のトランスポートブロック(TB)のスケジューリングをUEに示すインディケーションを含んでよい(ここで、Nは1より大きい整数)。さらに、そのインディケーションは、i)M回のTBの繰り返し送信のスケジューリング(ここで、Mは1以上)、ii)TBのインターリーブパターン、およびiii)TB間の送信ギャップのうちの少なくとも一つを示す。基地局660は、さらに送受信機670を備えてもよく、送受信機670はUEにDCIシグナリングを送信する。
通信デバイス610は送受信機620および(処理)回路630を備えてよく、スケジューリングデバイス660は送受信機670および(処理)回路680を備えてよい。転じて、送受信機620は、受信機および/または送信機を備えてよく、および/またはそれらとして機能してよい。本開示では、換言すれば、「送受信機」という用語は、通信デバイス610あるいは基地局660がワイヤレスチャネル650を介して無線信号を送信および/または受信することを可能にするハードウェアおよびソフトウェアコンポーネントに使用される。したがって、送受信機は、受信機、送信機、または受信機および送信機の組み合わせに対応する。典型的には、基地局および通信デバイスは、無線信号を送信することも受信することも可能であると想定される。しかしながら、特にeMBB、mMTC、URLLCの一部の用途(スマートホーム、スマートシティ、産業オートメーションなど)に関しては、センサなどのデバイスが信号の受信のみを行う場合が考えられる。また、「回路」という用語は、1つまたは複数のプロセッサまたは処理ユニットなどによって形成される処理回路を含む。
回路630、680(または処理回路)は、1つまたは複数のハードウェア、例えば、1つまたは複数のプロセッサまたは任意のLSIであり得る。送受信機と処理回路との間には入力/出力ポイント(またはノード)があり、それを介して処理回路は、動作時に、送受信機を制御し、すなわち、受信機および/または送信機を制御し、受信/送信データを交換することができる。送受信機は、送信機および受信機として、1つまたは複数のアンテナ、増幅器、RF変調器/復調器などを含むRF(無線周波数:radio frequency)フロントを含んでよい。処理回路は、処理回路によって提供されたユーザデータおよび制御データを送信し、および/または処理回路によってさらに処理されるユーザデータおよび制御データを受信するように送受信機を制御するなどの制御タスクを実施してよい。処理回路はまた、決定、判断、計算、測定などの他の処理の実行を担ってもよい。送信機は、送信処理およびそれに関連する他の処理の実行の実行を担ってよい。受信機は、受信処理およびそれに関連する他の処理の実行を担ってよい。
上述のUEに対応して、UEによって実行される通信方法を提供する。図7に示すように、この方法は、ダウンリンク制御情報(DCI)シグナリング(本開示ではマルチTBスケジューリングDCIともいう)を受信するステップS740を含む。さらに、この方法は、DCIシグナリングからインディケーションを取得するステップS750を含む。例えば、そのインディケーションは、DCIを解析することによって、および/またはDCIからインディケーションを抽出することによって、DCIから取得されてよい。そのインディケーションは、N個のトランスポートブロック(TB)のスケジューリングを示す(ここで、Nは1より大きい整数)。さらに、そのインディケーションは、M回のTBの繰り返し送信のスケジューリング(ここで、Mは1以上)、TBのインターリーブパターン、およびTB間の送信ギャップのうちの少なくとも一つを示す。さらに、図7に示すように、UEはDCI/PDCCHのスケジューリングに応じて、スケジュールされたトランスポートブロックを送信(S760)および/または受信(S760)してよい。
さらに、上述の基地局に対応して、基地局によって実行される通信方法を提供する。図7に示すように、この方法は、ダウンリンク制御情報(DCI)シグナリング(本開示ではマルチTBスケジューリングDCIともいう)を生成するステップS720を含む。DCIシグナリングは、N個のトランスポートブロック(TB)のスケジューリングをユーザ機器(UE)に示すインディケーションを含んでよい(ここで、Nは1より大きい整数)。さらに、そのインディケーションは、i)M回のTBの繰り返し送信のスケジューリング(ここで、Mは1以上)、ii)TBのインターリーブパターン、およびiii)TB間の送信ギャップのうちの少なくとも一つを示す。最後に、この方法は、DCIシグナリングをUEに送信するステップS730を含む。さらに、図7に示すように、基地局はDCI/PDCCHのスケジューリングに応じて、スケジュールされたトランスポートブロックを受信(S770)および/または送信(S770)してよい。
図7に示すように、基地局の方法はステップS710を実行してもよく、基地局のための方法はステップS710を含んでもよい。ステップS720におけるマルチTBスケジューリングDCIの生成の前に行われるステップS710では、基地局はN個のトランスポートブロックの送信および/または受信のための時間領域のリソースの割り当て/スケジューリングを行う。このスケジューリングは、複数(例えば、N>1)のTBのスケジューリングを1つまたは複数のUEに示すことを決定するステップを含んでよい。ステップ710は一般に、他のUEの他の送信/受信のためのリソースのスケジューリングと併せて、トラフィック状況および1つまたは複数のUEによって使用されるサービスの品質要件を考慮して実行されてよい。
なお、以下に説明するステップ/動作のいずれもが、回路630(UE側)および/または回路680(基地局側)によって実行または制御され得る。
さらなる説明において、詳細および実施形態は、明示的な記述または文脈が別段の指示をしない限り、送受信機デバイス、スケジューリングデバイス(またはスケジューリングノード)、および方法のそれぞれに適用される。
<マルチTBスケジューリングDCI>
一般的に、DCIは複数のTBをスケジューリングし得る。換言すれば、繰り返し送信を伴うまたは伴わない複数のTB送信が、(単一のまたは1つの)DCIによってスケジューリングされる。これ以降、そのようなDCIをマルチTBスケジューリングDCI(multiple TB scheduling DCI)とも呼ぶ。より具体的には、マルチTBスケジューリングDCIは、複数のTBのスケジューリングを(同じUEに)示す。同様に、「マルチTBスケジューリング」という用語は、同じUEへの単一の(または1つの)DCIによる複数のTBのスケジューリングを指す。
一般的に、DCIは複数のTBをスケジューリングし得る。換言すれば、繰り返し送信を伴うまたは伴わない複数のTB送信が、(単一のまたは1つの)DCIによってスケジューリングされる。これ以降、そのようなDCIをマルチTBスケジューリングDCI(multiple TB scheduling DCI)とも呼ぶ。より具体的には、マルチTBスケジューリングDCIは、複数のTBのスケジューリングを(同じUEに)示す。同様に、「マルチTBスケジューリング」という用語は、同じUEへの単一の(または1つの)DCIによる複数のTBのスケジューリングを指す。
一般的に、マルチTBスケジューリングDCIは、i)TBの数N、ii)TBの繰り返し送信の数M、iii)送信ギャップ、およびiv)インターリーブパターン、のうちの少なくとも1つ(1つ、2つ、3つ、さらには4つ全て)を上記UEにさらに示してよい。
換言すれば、マルチTBスケジューリングDCIは、i)TBの数Nを示すインディケーション、ii)TBの繰り返し送信の数Mを示すインディケーション、iii)送信ギャップを示すインディケーション、およびiv)インターリーブパターンを示すインディケーション、を含んでいてよい。なお、TBの数NのインディケーションはN個のTBのスケジューリングを暗黙的に示してよく、M回の繰り返し送信のインディケーションはTBのM回の繰り返し送信のスケジューリングを暗黙的に示してよい。より具体的には、マルチTBスケジューリングDCIにおける数Nのインディケーションは、N個のTBのスケジューリングも示してよい。換言すれば、数Nのインディケーションは、数NとN個のTBのスケジューリングとの統合インディケーション(joint indication)と考えられる。同様に、マルチTBスケジューリングDCIにおける数Mのインディケーションは、M回の繰り返し送信のスケジューリングも示してよい。換言すれば、数Mのインディケーションは、数MとM回の繰り返し送信のスケジューリングとの統合インディケーションと考えられる。なお、インターリーブパターンは、N個のTBのスケジューリング、もしくはTBのM回の繰り返し送信のスケジューリング、またはその両方を暗黙的に示してよい。
一般的に、N個のTBのスケジューリングを示すインディケーションは、N個のTBのスケジューリングと、i)M回の繰り返し送信のスケジューリング、ii)インターリーブパターン、およびiii)送信ギャップのうちの少なくとも1つとを統合的に示してよい。そのような統合インディケーションは、オーバーヘッドを削減し得る。
<マルチTBスケジューリングDCIのスケジューリング>
一般的に、N個のTBのスケジューリングを示すインディケーションは、数Nのインディケーションを含み得る。換言すれば、マルチTBスケジューリングDCIは一般に、スケジュールされたTBの数Nのインディケーションを含み得る。数Nのインディケーションは、明示的または暗黙的であってよい。
一般的に、N個のTBのスケジューリングを示すインディケーションは、数Nのインディケーションを含み得る。換言すれば、マルチTBスケジューリングDCIは一般に、スケジュールされたTBの数Nのインディケーションを含み得る。数Nのインディケーションは、明示的または暗黙的であってよい。
しかしながら、本発明はこれに限定されない。すなわち、マルチTBスケジューリングDCIによるN個のTBのスケジューリングは、そのマルチTBスケジューリングDCIがスケジュールされたTBの数Nの明示的なインディケーションを含むことは要求されない。換言すれば、マルチTBスケジューリングDCIは、スケジュールされたTBの数Nを示すインディケーションを含んでも含まなくてもよい。例えば、いくつかの実施形態では、UE(例えば、その送受信機)は、無線リソース制御(RRC:Radio Resource Control)シグナリングを受信するように構成される。これらの実施形態では、UE(例えば、その処理回路)は次いで、動作時に、受信したRRCシグナリングからTBの数Nを示すインディケーションを取得する。
同様に、TBのM回の繰り返し送信のスケジューリングを示すインディケーションは一般に、数Mのインディケーションを含み得る。換言すれば、マルチTBスケジューリングDCIは一般に、繰り返し送信の数Mのインディケーションを含み得る。繰り返し送信の数Mのインディケーションは、明示的または暗黙的であってよい。
しかしながら、本発明はこれに限定されない。すなわち、マルチTBスケジューリングDCIによるM回の繰り返し送信のスケジューリングは、そのマルチTBスケジューリングDCIがスケジュールされたTBの数Mの明示的なインディケーションを含むことは要求されない。換言すれば、TBの繰り返し送信をスケジューリングするマルチTBスケジューリングDCIは、スケジュールされたTBの繰り返し送信の数Mを示すインディケーションを含んでも含まなくてもよい。TBの数Nと同様に、繰り返し送信の数MはRRCを介して示され得る。
一般に、一部のマルチTBスケジューリングDCIはNおよび/またはMを明示的に示し得るが、他のマルチTBスケジューリングDCIについては、Nおよび/またはMの現在の値(マルチTBスケジューリングDCIによって明示的に示されたN/Mの最後の値)が適用されることが暗黙的に理解される。代替的または追加的に、Nおよび/またはMはRRCを介して設定されてもよく、マルチTBスケジューリングDCIは、トリガ(例えば、DCI内の1ビットのフィールド)のみによってN個のトランスポートブロック(および該当する場合はM回の繰り返し送信)のスケジューリングを示してよい。すなわち、トランスポートブロックの数N、繰り返し送信の数M、インターリーブパターン、および送信ギャップは、他の手段よって示されてもよく、例えば、RRCによって設定されてよい。
また、マルチTBスケジューリングDCIは一般に、複数のTBのスケジュールされた送信/繰り返し送信のためのリソースをスケジューリングしてよい。なお、このリソースのスケジューリングは、スロット単位(図8a~8dおよび図9に図示)または非スロット単位であり得る。換言すれば、マルチTBスケジューリングDCIは、スロット単位のマルチTBスケジューリングであってもよいし、非スロット単位のマルチTBスケジューリングであってもよい。より具体的には、スロット単位のスケジューリングは、TBの全ての送信/繰り返し送信がスロットの粒度でスケジューリングされる、リソースのスケジューリングを指す。換言すれば、スケジューリングされた各TB送信/繰り返し送信ついて、1つまたは複数のそれぞれのスロットの全ての時間領域リソースが使用される(例えば、各送信/繰り返し送信は、1つまたは複数のスロット全体/全スロットを使用する)。一方、非スロット単位のスケジューリングは、TBまたはその繰り返し送信のためにスケジューリングされる時間領域リソースが1スロット未満である、例えば、1つ、2つまたはいくつかのOFDMシンボルであるスケジューリングを指す。具体的には、非スロット単位のスケジューリングは、TBの複数の送信/繰り返し送信を同じスロットにスケジューリングし得る。
なお、本開示では、「DCIがスケジューリングする」、「DCIがスケジューリングを示す」、「DCIがスケジューリングを示すインディケーションを含む」などの形の記述が同義的に使用される。さらに、「複数のTBの送信をスケジューリングする」、「複数のTBの送信および/または受信をスケジューリングする」、「複数のTBをスケジューリングする」などの形の記述が同義的に使用される。
さらに、N個のTB(および該当する場合はM回の繰り返し送信)のスケジューリングは、アップリンク(UL:Uplink、例えばPUSCH)またはダウンリンク(DL:Downlink、例えばPDSCH)での送信のスケジューリングであり得る。換言すれば、マルチTBスケジューリングDCIによってスケジューリングされるTBは、UEによる送信または受信のために(およびそれに対応して基地局による受信または送信のために)スケジューリングされ得る。さらに言い換えれば、特に明記していない限り、「送信」という用語はUEによる送信または基地局による送信を指し、「受信」という用語はUEによる受信または基地局による受信を指す。
なお、スケジューリングするN個のTB(および該当する場合はM回の繰り返し送信)の送信/受信に使用されるリソースは、上記マルチTBスケジューリングDCIによって(明示的または暗黙的に)示されてもよいし、されなくてもよい。例えば、SPS/CGフレームワークを使用して、上記リソースがRRCを介して示されてもよい。
<トランスポートブロック(TB)および繰り返し送信>
一般的に、N個のTBは相互に異なるデータを搬送し得る。
一般的に、N個のTBは相互に異なるデータを搬送し得る。
なお、「トランスポートブロック」という用語は、特にMIMOのコンテキストなどで使用される、「コードワード」という用語にも置き換えられてよい。より具体的には、コードワードという用語は、1つまたは複数のコードワードを記述するために現在MIMOでよく使用されており、各コードワードをスケジューリングして、1つ以上/複数の空間レイヤにマッピングすることができる。チャネル符号化および変調の観点では、本発明に関する限り、動作はトランスポートブロックおよびコードワードに対して区別されない。換言すれば、本開示は、マルチTBスケジューリングDCIと同様に機能するマルチコードワードスケジューリングDCI(「トランスポートブロック」という用語を「コードワード」という用語に置き換えた)を提供することによって、複数のコードワードのスケジューリングも可能にする。
一般に、M回の繰り返し送信はそれぞれ、N個のTBのうちの対応するTBと同じデータを搬送し得る。換言すれば、M回の繰り返し送信はそれぞれ、マルチTBスケジューリングDCIによってスケジューリングされたN個のTBのうちの1つに対応し得る。TBおよびそのTBに対応する繰り返し送信は、一般に同じデータを搬送し得る。しかしながら、TBおよび対応する繰り返し送信は必ずしも同一ではない。例えば、上記同じデータは、TBおよび対応する繰り返し送信において異なって符号化され得る。すなわち、TBの繰り返し送信は、そのTBの異なる冗長バージョン(RV:Redundancy Version)であり得る。一般に、Mは1以上の数であってよく、繰り返し送信の数Mが1であることは、TBのうちの1つに対して1つの送信(のみ)がスケジューリングされることを意味し/示し、または各TBの1つの送信(のみ)がスケジューリングされることを意味して/示してよい(すなわち、各TBの最初の送信が、そのTBの繰り返し送信の1つとしてカウントされる)。換言すれば、M=1は、繰り返し送信がスケジューリングされていないことを示してよい。さらに言い換えれば、「送信」および「繰り返し送信」という用語は、本明細書では同義的に使用される。なお、本開示では、「さらなる繰り返し送信」という用語は、TBの最初の送信以外のTBの送信(複数可)を指す。
なお、繰り返し送信の数Mは、マルチTBスケジューリングDCIによってスケジュールされた繰り返し送信/送信の合計であってよい。しかしながら、本発明はこれに限定されず、その理由は、マルチTBスケジューリングDCIが、N個のスケジューリングされたトランスポートブロックのそれぞれのM回の繰り返し送信(合計でN×M回の繰り返し送信)をスケジューリングし得るためである。あるいは、DCIは、TBのうちの1つ(例えば、最初のもの)または一部(1つおきなど)に対してのみM回の繰り返し送信をスケジューリングし、他のTBは1度のみ送信してもよい。一般に、マルチTBスケジューリングDCIは、スケジュールされたTBのそれぞれについて異なる繰り返し送信の数を示してよい。
なお、本開示で言及する繰り返し送信および送信は、名目上の(nominal)繰り返し送信/送信または実際の繰り返し送信/送信であり得る。名目上の繰り返し送信および実際の繰り返し送信は、PUSCH繰り返し送信タイプBのためにリリース16NRで導入された概念であり、非特許文献10、セクション6.1.2.1に詳細な説明がある。より具体的には、名目上の繰り返し送信/送信は、設定された/スケジュールされた/示されたリソースに基づいて意図として設定された/スケジュールされた/示されたものである。しかしながら、一般に、名目上の繰り返し送信に割り当てられたOFDMシンボルの一部が無効であったり、名目上の繰り返し送信がスロットの境界を越えてしまったりして、その名目上の繰り返し送信が途切れたりすることがある。その結果、名目上の繰り返し送信/送信は、スロット境界または無効なOFDMシンボルによってさらに分割されて、結果的に1つまたは複数の実際の繰り返し送信となり得る。
マルチTBスケジューリングDCIにおけるインディケーションは、明示的なインディケーション(例えば、TBの数Nおよび/または繰り返し送信の数Mを示すためのDCI内のビットフィールド)、あるいはTDRAテーブルのエントリなどによる統合インディケーションなど(そのようなTDRAテーブルは、TBおよび繰り返し送信の数の異なる組み合わせを指定する複数のエントリを含み得る)であってよい。
<送信ギャップ>
一般的に、マルチTBスケジューリングDCIは、送信ギャップを示してよい(例えば、そのインディケーションを含んでよい)。ここで、送信ギャップとは、TBの連続する送信および/またはさらなる繰り返し送信の間の(例えば、スロットまたはOFDMシンボル単位で測定される)時間のギャップを指す。換言すれば、送信ギャップは、2つの連続する送信の間の期間(時間領域におけるリソース)を指す。2つの連続する送信/繰り返し送信は、マルチTBスケジューリングDCIがN個のスケジュールされたTBのうちの1つの他の送信/繰り返し送信を間にスケジューリングしていない2つの送信/繰り返し送信である。
一般的に、マルチTBスケジューリングDCIは、送信ギャップを示してよい(例えば、そのインディケーションを含んでよい)。ここで、送信ギャップとは、TBの連続する送信および/またはさらなる繰り返し送信の間の(例えば、スロットまたはOFDMシンボル単位で測定される)時間のギャップを指す。換言すれば、送信ギャップは、2つの連続する送信の間の期間(時間領域におけるリソース)を指す。2つの連続する送信/繰り返し送信は、マルチTBスケジューリングDCIがN個のスケジュールされたTBのうちの1つの他の送信/繰り返し送信を間にスケジューリングしていない2つの送信/繰り返し送信である。
これについて、図8cおよび図8dを参照してここでさらに説明する。
具体的に、図8cは、送信ギャップを伴わない複数のTBのスケジューリングの一例を示している。見て分かるように、図8cの最初のスロットでは、マルチTBスケジューリングDCIを含むPDCCHが基地局によって送信され、および/またはUEによって受信される。そのマルチTBスケジューリングDCIは、第3~第6のスロットに4つのTBをそれぞれスケジューリングする。換言すれば、マルチTBスケジューリングDCIは、その4つのスケジュールされたTB間に送信ギャップがないように4つのTBをスケジューリングする。すなわち、4つのTBは、立て続けのスロットで送信されるようにスケジューリングされる。
図8dは、送信ギャップを伴う複数のTBのスケジューリングの一例を示している。図8cと同様、マルチTBスケジューリングDCIが最初のスロットで送信される。具体的には、第3のスロットから始まり1スロットおきに4つのTBがスケジューリングされる。すなわち、第1~第4のTBは、それぞれスロット#3、#5、#7、および#9で送信されるようにスケジューリングされる。すなわち、4つのTBは、連続するTB間に1スロットの送信ギャップでスケジューリングされる。
なお、一般的に、マルチTBスケジューリングDCIによって異なる/複数の送信ギャップが示されてよい。例えば、第1の送信ギャップはTBの2つの連続する最初の送信に適用され、第2のギャップは2つの連続するさらなる繰り返し送信に適用され、第3のギャップはTBの最初の送信および後続のさらなる繰り返し送信に適用され、ならびに/あるいは第4のギャップはさらなる繰り返し送信およびTBの後続の送信に適用されてよい。
<インターリーブパターン>
一般的に、マルチTBスケジューリングDCIによってスケジューリングされた2つ以上のTBをインターリーブするために使用されるインターリーブパターンは、事前に定義されたおよび/または所定のインターリーブパターンのセットから選択されてよい。換言すれば、複数の事前に定義されたおよび/または所定のインターリーブパターンのうちの1つ(例えば、いずれか1つ)が、マルチTBスケジューリングDCIによって示されてよい。例えば、これらのインターリーブパターンは、RRCシグナリングを介して設定され、または規格で定義されてよい。
一般的に、マルチTBスケジューリングDCIによってスケジューリングされた2つ以上のTBをインターリーブするために使用されるインターリーブパターンは、事前に定義されたおよび/または所定のインターリーブパターンのセットから選択されてよい。換言すれば、複数の事前に定義されたおよび/または所定のインターリーブパターンのうちの1つ(例えば、いずれか1つ)が、マルチTBスケジューリングDCIによって示されてよい。例えば、これらのインターリーブパターンは、RRCシグナリングを介して設定され、または規格で定義されてよい。
TBの数Nおよび/または繰り返し送信の数Mは、インターリーブパターンによって暗黙的に示されてよい。換言すれば、各インターリーブパターンは、TBの数Nおよび/または繰り返し送信の数Mに関連付けられてよい。すなわち、インターリーブパターンを示すことによって、マルチTBスケジューリングDCIは、関連付けられたTBの数Nおよび/または関連付けられた繰り返し送信の数Mを暗黙的に示す。同様に、送信ギャップはインターリーブパターンによって固定されてもよく、すなわち、インターリーブパターンは特定の送信ギャップに関連付けられてよい。これらの関連付けは一般に固定されても動的であってもよく、例えば、RRCを介して設定可能であってよい。
しかしながら、本発明はこれに限定されない。一般的に、マルチTBスケジューリングDCIは、そのDCIで示されるインターリーブパターンとは独立して基地局が決定および設定できる送信ギャップの明示的なインディケーションを含んでよく、それによってスケジューリングの柔軟性が高められる。このインディケーションは、明示的なインディケーション(例えば、ギャップを示すためのDCI内のビットフィールド)、またはTDRAテーブルのエントリを言及する、インターリーブパターンなどとの統合インディケーション(ジョイントインディケーション:joint indication)など(そのようなTDRAテーブルは、異なる送信ギャップを指定する同じインターリーブパターンの複数のエントリを含み得る)であってよい。
一般に、インターリーブパターンは、2つ以上の事前に定義されたインターリーブパターン、例えば、以下でさらに説明するTB優先パターンおよびRV優先パターンから選択されてよいが、これらに限定されない。換言すれば、インターリーブを示すマルチTBスケジューリングDCI内のインディケーションは、2つ以上の事前に定義されたインターリーブパターンのうちのいずれが、スケジューリングされたTB(および該当する場合はスケジューリングされたさらなる繰り返し送信)に使用されるかを示してよい。
ここで、図8a~図8dを参照して、いくつかの例示的なインターリーブパターンについて説明する。
図8aは、TBの送信(繰り返し送信を含む)がインターリーブされない「TB優先パターン」による繰り返し送信を伴うTBスケジューリングを示している。すなわち、図8aは、TBの自明(trivial)なインターリーブを伴うインターリーブパターンを示している。TB優先インターリーブパターンは、概略的に次のように記述され得る。
{TB0_RV0、TB0_RV2、TB0_RV3、TB0_RV1、TB1_RV0、TB1_RV2、TB1_RV3、TB1_RV1}
{TB0_RV0、TB0_RV2、TB0_RV3、TB0_RV1、TB1_RV0、TB1_RV2、TB1_RV3、TB1_RV1}
ここで、「_」の前の表示はトランスポートブロックを示し、「_」の後の表示は冗長バージョンを示す。より具体的には、同じく図8aに示すように、マルチTBスケジューリングDCIによって2つのTBの送信がスケジューリングされる。さらに、これら2つのTBのそれぞれについて、4回の繰り返し送信がスケジューリングされる。したがって、2つのスケジューリングされたTBはそれぞれ4回送信される(場合によってはこれら4回で異なって符号化される)。第1のTBの送信は、最初にスロット3~6にスケジューリングされる。具体的には、第3のスロットでは「0」の冗長バージョンが送信され、第4のスロットでは「2」の冗長バージョンが送信され、第5のスロットでは「3」の冗長バージョンが送信され、第3のスロットでは「1」の冗長バージョンが送信される。図8aに示す例では、第1のTBの送信後に1スロットの送信ギャップがある。第1のTBの送信および送信ギャップの後に、第2のTBの送信がスロット8~11にスケジューリングされる。第2のTBの冗長バージョンは、第1のTBの冗長バージョンと同じ順序で送信される。
一般的に、TB優先パターンでは、TBの送信(繰り返し送信を含む)は連続して(例えば、連続するスロットで)、すなわち、それらの間に他のスケジューリングされたTBの送信/繰り返し送信なしで実行され得る。一般的に、TBの送信の間には送信ギャップがあってもなくてもよい。さらに、あるTBの最後の送信と他のTBの最初の送信との間に送信ギャップがあってもなくてもよい。これらの送信ギャップの一部または全ては、同一であってもよく、相互に異なってもよい。
TB優先パターンは、第1のTBの送信の高い信頼性および低遅延を可能にし得る。第1のTBが第2のTB(および該当する場合はさらなるTB)よりも際立って高い優先度およびパフォーマンス要件を有する場合、TB優先オプションを利用することが特に有益であり得る。
図8bは、TBの送信(繰り返し送信を含む)がインターリーブされる「RV優先パターン」による繰り返し送信を伴うTBスケジューリングを示している。RV優先インターリーブパターンは、概略的に次のように記述され得る。
{TB0_RV0、TB1_RV0、TB0_RV2、TB1_RV2、TB0_RV3、TB1_RV3、TB0_RV1、TB1_RV1}
{TB0_RV0、TB1_RV0、TB0_RV2、TB1_RV2、TB0_RV3、TB1_RV3、TB0_RV1、TB1_RV1}
より具体的には、同じく図8bに示すように、マルチTBスケジューリングDCIによって2つのTBの送信がスケジューリングされる。さらに、これら2つのTBのそれぞれについて、4回の繰り返し送信がスケジューリングされる。したがって、2つのスケジューリングされたTBはそれぞれ4回送信される(場合によってはこれら4回で異なって符号化される)。
第1のTBの送信は、第3のスロットから始まって1スロットおきに(スロット#3、#5、#7、および#9に)スケジューリングされる。第2のTBの送信は、第4のスロットから始まって1スロットおきに(スロット#4、#6、#8、および#10に)スケジューリングされる。すなわち、第1スロットおよび第2スロットの送信はインターリーブされる。
各TBの最初の送信(スロット#3および#4)では、それぞれのTBの「0」の冗長バージョンが送信され、各TBの2回目の送信、すなわち最初のさらなる繰り返し送信(スロット#5および#6)では、それぞれのTBの「2」の冗長バージョンが送信され、各TBの3回目の送信(スロット#7および#8)では、それぞれのTBの「3」の冗長バージョンが送信され、各TBの4回目の送信(スロット#9および#10)では、それぞれのTBの「1」の冗長バージョンが送信される。図8bに示す例では、TBおよびさらなる繰り返し送信は、それらの間にギャップなく送信される。
一般に、RV優先パターンでは、あるTBの2つの送信の間に、互いにスケジューリングされたTBの(例えば、1つの)送信が存在し得る。異なるTBの冗長バージョンは同じ順序(これはRV優先パターンによって指定されてよい)で送信されてよい。
RV優先パターンは時間ダイバーシティを高めることを可能にし、これは特に周波数ダイバーシティが低い状況で信頼性を高めることを可能にし得る。一般に、RV優先パターンでは、TBの送信/繰り返し送信は連続して(例えば、連続するスロットで)、すなわち、送信/繰り返し送信間にギャップなしで実行されてよい。しかしながら、送信/繰り返し送信の間にギャップが存在してもよく、これにより時間ダイバーシティがさらに高まり得る。
図8cおよび図8dは、それぞれギャップなしおよびギャップありでTBがスケジューリングされる、繰り返し送信なしのインターリーブパターンのさらなる例を示している。これらについては、すでにTB間の送信ギャップを説明する際に上記で説明している。
なお、容量を増加させるために、時間領域インターリーブをインターリーブ分割多元接続(IDMA:interleave-division multiple-access)で使用することもできる。
<統合インディケーションおよびTDRAテーブル>
一般的に、マルチTBスケジューリングDCIは、i)TBの数、ii)繰り返し送信の数、iii)送信ギャップ、およびiv)インターリーブパターン、のうちの1つ、複数、または全てを統合的にUEに示してよい。換言すれば、マルチTBスケジューリングDCI内のインディケーションは、N個のTBのスケジューリングと、前述のポイントi)~iv)のうちの1つまたは複数との統合インディケーションであってよい。
一般的に、マルチTBスケジューリングDCIは、i)TBの数、ii)繰り返し送信の数、iii)送信ギャップ、およびiv)インターリーブパターン、のうちの1つ、複数、または全てを統合的にUEに示してよい。換言すれば、マルチTBスケジューリングDCI内のインディケーションは、N個のTBのスケジューリングと、前述のポイントi)~iv)のうちの1つまたは複数との統合インディケーションであってよい。
例えば、そのような統合インディケーションは、DCI内のパラメータまたはDCI内のフィールドであってよい。統合インディケーションは、時間領域リソース割り当て(TDRA:time domain resource allocation)テーブルのエントリの言及であってもよい。具体的には、統合インディケーションは、TDRAテーブルのエントリ(例えば、行)を示すインデックス(例えば、行インデックス)のインディケーションであってよい。すなわち、統合インディケーションは、上記のパラメータi)~vi)のうちの1つまたは複数に対応する列が追加されたTDRAテーブルによって示され得る。換言すれば、TDRAテーブルシグナリングフレームワークは、例えば既存のTDRAテーブルを追加のエントリ/行/列で拡張することによって、複数のTBのスケジューリングに対応するように強化され得る。
上記のテーブル一例に示すように、複数のTBのスケジューリングのためのTDRAテーブルは以下(上記のテーブル一例の最後の4行にそれぞれ対応する)を含んでよい。
i)1つまたは複数の(さらには各)行インデックスについて、TBの数Nを特定または示す行、
ii)1つまたは複数の(さらには各)行インデックスについて、繰り返し送信の数Mを特定または示す行、
iii)1つまたは複数の(さらには各)行インデックスについて、送信ギャップを特定または示す行、ならびに/あるいは、
iv)1つまたは複数の(さらには各)行インデックスについて、インターリーブパターンを特定または示す行。
i)1つまたは複数の(さらには各)行インデックスについて、TBの数Nを特定または示す行、
ii)1つまたは複数の(さらには各)行インデックスについて、繰り返し送信の数Mを特定または示す行、
iii)1つまたは複数の(さらには各)行インデックスについて、送信ギャップを特定または示す行、ならびに/あるいは、
iv)1つまたは複数の(さらには各)行インデックスについて、インターリーブパターンを特定または示す行。
換言すれば、行インデックスごとに、上記のポイントi)~iv)で述べたパラメータのうちの1つまたは複数が定義され得る。行が行インデックスを(明示的に)特定しない場合(上記のテーブル一例では、最後の4行の「NA」エントリに対応)、事前に定義された値またはデフォルトの値が使用されてよい。例えば、いくつかのインターリーブパターンは、デフォルトの送信ギャップに関連付けられてよい。
具体的には、行インデックスは、マルチTBスケジューリングDCI内のインディケーションによって示されてよい。すなわち、行インデックスは、N個のTBのスケジューリングと、パラメータi)~iv)のうちの1つまたは複数とを示す、マルチTBスケジューリングDCI内の統合インディケーションであってよい。
複数のパラメータ(例えば、複数のTBの数、繰り返し送信の数M、インターリーブパターン、および送信ギャップ)の統合インディケーションを使用することにより、DCIオーバーヘッドが追加されることなく、または最小限の追加での、複数のTBのスケジューリングを可能にし得る。さらに、TDRAテーブルなどに基づく統合インディケーションは、単一のDCIによる複数のTBの送信/受信のための時間/周波数領域リソースの柔軟な割り当てを可能にし得る。
なお、複数のTBのスケジューリングに対応するTDRAテーブルは、特定のサーチスペース(SS:Search Space)セットまたは帯域幅パート(BWP)で設定され得る/これに関連付けられ得る。すなわち、複数のTBのスケジューリングに対応する1つまたは複数のTDRAテーブルと、複数のTBのスケジューリングに対応しない1つまたは複数のTDRAテーブルとが存在し得る。
<設定グラント(CG)および半永続的スケジューリング(SPS)フレームワーク>
一般に、UE(例えば、その処理回路)は、動作時に、マルチTBスケジューリングDCIから、設定グラント(CG)または半永続的スケジューリング(SPS)をアクティブ化するインディケーションを取得してよい。例えば、N個のTBのスケジューリングを示すインディケーションは、CG/SPSをアクティブ化するインディケーションであってよい。CG/SPSをアクティブ化するインディケーションを取得した後、回路は、動作時に、そのインディケーションに従ってCGまたはSPSをアクティブ化してよい。CGまたはSPSは、複数の送信機会を示してよい。回路は、動作時に、上記マルチTBスケジューリングDCIの受信から始まるN回の送信機会の後、CGまたはSPSを非アクティブ化してよい。なお、SPSおよびCG(特に「タイプ2」CG)は、それぞれDLおよびULにおける複数のTBのスケジューリングを可能にするために使用されてよい。
一般に、UE(例えば、その処理回路)は、動作時に、マルチTBスケジューリングDCIから、設定グラント(CG)または半永続的スケジューリング(SPS)をアクティブ化するインディケーションを取得してよい。例えば、N個のTBのスケジューリングを示すインディケーションは、CG/SPSをアクティブ化するインディケーションであってよい。CG/SPSをアクティブ化するインディケーションを取得した後、回路は、動作時に、そのインディケーションに従ってCGまたはSPSをアクティブ化してよい。CGまたはSPSは、複数の送信機会を示してよい。回路は、動作時に、上記マルチTBスケジューリングDCIの受信から始まるN回の送信機会の後、CGまたはSPSを非アクティブ化してよい。なお、SPSおよびCG(特に「タイプ2」CG)は、それぞれDLおよびULにおける複数のTBのスケジューリングを可能にするために使用されてよい。
すなわち、CG/SPSは、繰り返し送信の有無にかかわらず複数のTBのスケジューリングを可能にするように強化され得る。特にこの場合、マルチTBスケジューリングDCIは単にトリガ(例えば、マルチTBスケジューリングDCI内の1ビットのフィールド)であり得る。すなわち、トランスポートブロックの数N、繰り返し送信の数M、インターリーブパターン、および送信ギャップは、他の手段によって示されてよく、例えば、CG/SPSによりRRC設定でシグナリングされてよい。しかしながら、本発明はこれに限定されず、その理由は、インターリーブパターンおよび/または送信ギャップが、CG/SPSをアクティブ化するマルチTBスケジューリングDCIによって示されてもされなくてもよいためである。
一般的に、複数の送信機会(例えば、時間リソース)は、(例えば、CG/SPSフレームワークを使用して)RRCで設定され得る。複数の送信機会の一部は、CG/SPSトリガDCIの制御情報によって選択されてよい。複数の送信機会の一部の残りはリリースされる。例えば、CG/SPSのDCIは、スケジュールされたTB(および該当する場合はさらなる繰り返し送信)の送信/受信のために、設定された送信機会から選択される送信機会の明示的なインディケーションを含んでよい。CG/SPSのDCIにトリガフラグしかない場合、スケジュールされたTBの数Nおよび/または送信機会の数は、トリガされたCG/SPS設定のためにRRCを介して設定されてよい。
<CG/SPSトリガDCIによって示されるトランスポートブロック数N>
一般的に、TB数Nは、CG/SPSをトリガ/アクティブ化するDCIで示され得る。すなわち、マルチTBスケジューリングDCIの制御情報(例えば、N個のTBのスケジューリングを示すインディケーション)は、TBの数Nであるか、またはこれを含み得る。この場合、UEは、N回の送信機会の後、またはTBのN回の実際の送信後に、CG/SPSを自動的にリリースしてよい。あるいは、UEは、繰り返し送信を含むスケジュールされた送信の数に等しい/対応する数の送信機会の後、または繰り返し送信を含むスケジュールされたTBを実際に送信/受信した後に、CG/SPSを自動的にリリースしてよい。具体的には、UE/基地局は、TB/繰り返し送信を実際に送信するために、CG/SPSをトリガ/アクティブ化するDCIによってスケジュールされた送信/繰り返し送信の全てを使用しなくてもよい。
一般的に、TB数Nは、CG/SPSをトリガ/アクティブ化するDCIで示され得る。すなわち、マルチTBスケジューリングDCIの制御情報(例えば、N個のTBのスケジューリングを示すインディケーション)は、TBの数Nであるか、またはこれを含み得る。この場合、UEは、N回の送信機会の後、またはTBのN回の実際の送信後に、CG/SPSを自動的にリリースしてよい。あるいは、UEは、繰り返し送信を含むスケジュールされた送信の数に等しい/対応する数の送信機会の後、または繰り返し送信を含むスケジュールされたTBを実際に送信/受信した後に、CG/SPSを自動的にリリースしてよい。具体的には、UE/基地局は、TB/繰り返し送信を実際に送信するために、CG/SPSをトリガ/アクティブ化するDCIによってスケジュールされた送信/繰り返し送信の全てを使用しなくてもよい。
<RRCによって示される/設定されるトランスポートブロック数N>
一般的に、既に上述したように、トランスポートブロックの数NはRRCを介して示されてよい。
一般的に、既に上述したように、トランスポートブロックの数NはRRCを介して示されてよい。
具体的には、特定のCG/SPS設定内で、TBの数NまたはタイマがRRCによって設定されてよい。タイマを使用する場合、タイマは、例えば最初のTBの送信から開始してもよく、あるいはマルチTBスケジューリングDCIの送信から開始してもよい。CG/SPS設定がトリガされた場合、タイマ満了後、またはTB数の送信後に、定期的な送信が自動的にリリース/終了される。換言すれば、複数のCG/SPS設定が設定されてよく、CG/SPSトリガDCIは、設定されたCG/SPS設定のうちの1つを明示的または暗黙的に示してよい。例えば、CG/SPSトリガDCIはそのCG/SPSをトリガしてよく、その時間領域リソースはCG/SPSトリガDCIが送信されるスロットを含む。さらなる例として、CG/SPSトリガDCIが送信されるスロットを2つ以上のCG/SPS設定が含む場合、より低いインデックスまたはより高い優先度を有するCG/SPSがトリガされる。インデックスおよび/または優先度は、例えば、CG/SPS設定にRRCで設定され得る。
図9は、CG/SPSフレームワークを使用して複数のTBをスケジューリングする場合の自動リリースを示している。なお、インターリーブパターン、送信ギャップ、ならびに数NおよびMは図8aと同じである。したがって、同じ説明は繰り返さない。図9に示すように、最後にスケジュールされたTBの送信(スケジュールされた繰り返し送信を含む)の後に、CG/SPSが自動的にリリース/非アクティブ化される。すなわち、第2のTBの「1」の冗長バージョンの送信後である(すなわち、スロット#11の後であり、#1はCG/SPSトリガDCIを送信するスロットである)。
CG/SPSを使用して単一のDCIで複数のTBをスケジューリングすることは、既存のSPS/CGフレームワークを使用するため、単純で効率的な解決策であり得る。具体的には、このアプローチは、規格に導入される必要があるパラメータの数を減らし得るので、仕様への影響が少なくなり得る。さらに、現在のSPS/CGフレームワークとは対照的に、複数のTBのスケジューリングにCG/SPSを使用することにより、gNBは、2つのDCI(1つはSPS/CGのアクティブ化用、1つは非アクティブ化用)を使用するのではなく、1つのDCIを使用するだけで複数のTBのスケジューリングを終了することが可能になり得る。これによりUEはSPS/CGの非アクティブ化のためにPDCCHを監視することが不要になり得るので、PDCCH監視の電力消費がさらに節約され得る。
一般的に、UEのPDCCH(Physical Downlink Control Channel)監視動作は、DCIによってスケジュールされたTBの数Nに応じて適応され得る。
一般的に、複数のTBのスケジューリングは、それに応じて適応することにより、さらなる省電力を可能にし得る。より具体的には、複数のTBのスケジューリングは、より少ないDCIで同じ量のリソースおよび/またはTBをスケジューリングすることを可能にし得る。したがって、より多くのリソースが一度にUEにスケジューリングされるため、PDCCH監視は複数のTBのスケジューリングに適応され得る。PDCCH監視動作/行動のそのような適応は、UE自体の電力消費をさらに削減することを促進し得るが、他のUEにより多くのスケジューリング機会を与えるためにも使用され得る。
例えば、パラメータ「monitoringSlotPeriodicityAndOffset」および「monitoringSymbolsWithinSlot」の複数のセットを設定することができる。一方で、単一TBスケジューリングDCIは、UEを第1のパラメータのセットによって指定されたPDCCH監視機会に切り替わらせ、マルチTBスケジューリングDCIは、UEを第2のパラメータのセットによって指定されたPDCCH監視機会に切り替わらせてよい。UEは、単一TBスケジューリングDCIを受信したときに第1のセットを既に使用している場合、第1のパラメータのセットを使用し続けてよい。同様に、UEは、マルチTBスケジューリングDCIを受信したときに第2のパラメータのセットを既に使用している場合、第2のセットを使用し続けてよい。
換言すれば、単一TBスケジューリングDCIを受信した場合、および/またはマルチTBスケジューリングDCIを受信した場合、UEは上記パラメータの2つ以上のセットのうちのいずれを使用すべきかを再評価してよく、またはより一般的には、自身のPDCCH監視行動を再評価してよい。一般的に、マルチTBスケジューリングDCIおよび単一TBスケジューリングDCIの一方または両方が、パラメータセットの適応/再評価をトリガし得る。
換言すると、UEがDCIを受信すると、UE(またはその処理回路)は、そのPDCCH監視動作を変更するか否かを判定してよい。この判定は、上記DCIが単一TBスケジューリングDCIであるかマルチTBスケジューリングDCIであるかに基づいてよい。しかしながら、この判定は、例えば、バッテリーの状態、予想されるトラフィックなどのさらなる基準に依存し得る(例えば、考慮し得る)。
例えば、上記DCIが単一TBスケジューリングDCIである場合、UEは第1のPDCCH候補のセットを監視することを決定してよい。一方、上記DCIがマルチTBスケジューリングDCIである場合、UEは第2のPDCCH候補のセットを監視することを決定してよい。換言すれば、UEは第1または第2のPDCCH候補のセットのいずれを監視するかを決定してよい。第2のPDCCH候補のセットは、第1のPDCCH候補のセットより小さくてもよい。代替的または追加的に、UEは、上記DCIが単一TBスケジューリングDCIである場合と比較して、上記DCIがマルチTBスケジューリングDCIである場合に、より少ない頻度でそのPDCCHを監視することを決定してよい。UEは削減された数のPDCCH候補を監視してもよく、あるいは所定の期間の間、および/または他のDCIを受信するまで(具体的には、単一TBスケジューリングDCIを受信するまで)より少ない頻度で監視を実行してもよい。具体的には、マルチTBスケジューリングDCIを受信した場合、UEはPDCCH監視を所定の期間完全に停止することを決定さえしてもよい。
なお、本開示の実施形態は、比較的長い往復時間(RTT:Round Trip Time)のシナリオ、例えば、HARQプロセスIDの数がRTTと比較して少ない、すなわち、
slot_length×「HARQプロセスIDの数」<RTT
である、52.6GHzを超える非地上系ネットワーク(NTN)にも適用可能で有益であり、その理由は、1つのDCIが単一のHARQプロセスIDで複数のスロットをスケジューリングできるためである。
slot_length×「HARQプロセスIDの数」<RTT
である、52.6GHzを超える非地上系ネットワーク(NTN)にも適用可能で有益であり、その理由は、1つのDCIが単一のHARQプロセスIDで複数のスロットをスケジューリングできるためである。
<さらなる態様>
第1の態様によれば、ユーザ機器(UE)が提供される。UEは、送受信機および回路を備える。送受信機は、動作時に、ダウンリンク制御情報(DCI)シグナリングを受信する。回路は、動作時に、前記DCIシグナリングからインディケーションを取得する。前記インディケーションは、N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、i)M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、ii)前記TBのインターリーブパターン、およびiii)前記TB間の送信ギャップのうちの少なくとも一つとを示す。
第1の態様によれば、ユーザ機器(UE)が提供される。UEは、送受信機および回路を備える。送受信機は、動作時に、ダウンリンク制御情報(DCI)シグナリングを受信する。回路は、動作時に、前記DCIシグナリングからインディケーションを取得する。前記インディケーションは、N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、i)M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、ii)前記TBのインターリーブパターン、およびiii)前記TB間の送信ギャップのうちの少なくとも一つとを示す。
第1の態様に加えて提供される第2の態様によれば、前記N個のTBは互いに異なるデータを搬送し、および/または前記M回の繰り返し送信はそれぞれ、前記N個のTBのうちの対応するTBと同じデータを搬送する。
第1または第2の態様に加えて提供される第3の態様によれば、前記N個のTBのスケジューリングを示す前記インディケーションは、前記N個のTBのスケジューリングと、前記M回の繰り返し送信のスケジューリング、前記インターリーブパターン、および前記送信ギャップのうちの少なくとも一つと、を統合的に示してよい。
第3の態様に加えて提供される第4の態様によれば、前記統合インディケーションは、前記DCI内のパラメータまたは前記DCI内のフィールドと、時間領域リソース割り当て(TDRA)テーブルのエントリの言及と、のうちの一つであってよい。
第1~第4の態様のうちの1つに加えて提供される第5の態様によれば、前記N個のTBのスケジューリングを示す前記インディケーションは、前記Nのインディケーションを含んでよい。
第1~第5の態様のうちの1つに加えて提供される第6の態様によれば、前記送受信機は、動作時に、無線リソース制御(RRC)シグナリングを受信し、前記回路は、動作時に、前記RRCシグナリングから前記TBの数Nを示すインディケーションを取得する。
第5または第6の態様のうちの1つに加えて提供される第7の態様によれば、前記回路が、動作時に、前記DCIから、複数の送信機会を示す設定グラント(CG)または半永続的スケジューリング(SPS)をアクティブ化するインディケーションを取得する場合、前記回路は、動作時に、前記DCIの受信から始まるN回の前記送信機会後に前記CGまたは前記SPSを非アクティブ化する。
第1~第7の態様のうちの1つに加えて提供される第8の態様によれば、前記送受信機がDCIを受信する場合、前記回路は、動作時に、前記DCIによってスケジュールされた前記TBの数Nに応じて、前記UEの物理ダウンリンク制御チャネル(PDCCH)監視動作を適応させる。
第9の態様によれば、スケジューリングデバイスが提供される。スケジューリングデバイスは、回路および送受信機を備える。回路は、動作時に、ダウンリンク制御情報(DCI)シグナリングを生成し、前記DCIシグナリングは、前記UEに、N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、i)M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、ii)前記TBのインターリーブパターン、およびiii)前記TB間の送信ギャップのうちの少なくとも一つとを示すインディケーションを含む。送受信機は、動作時に、前記DCIシグナリングをユーザ機器(UE)に送信する。
第10の態様によれば、ユーザ機器(UE)のための方法が提供される。その方法は、ダウンリンク制御情報(DCI)シグナリングを受信するステップと、前記DCIシグナリングからインディケーションを取得するステップとを含む。前記インディケーションは、N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、前記TBのインターリーブパターン、および前記TB間の送信ギャップのうちの少なくとも一つと、を示す。
第11の態様によれば、スケジューリングノードのための方法が提供される。その方法は、ダウンリンク制御情報(DCI)シグナリングを生成するステップと、前記DCIシグナリングをユーザ機器(UE)に送信するステップとを含む。前記DCIシグナリングは、前記UEに、N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、前記TBのインターリーブパターン、および前記TB間の送信ギャップのうちの少なくとも一つと、を示すインディケーションを含む。
<本開示のハードウェアおよびソフトウェアの実装>
本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、集積回路(IC)等のLSI(Large Scale Integration)によって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のLSI又はLSIの組み合わせによって部分的又は全体的に制御されてもよい。LSIは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように1つのチップが形成されていてもよい。LSIは、それに結合されたデータ入出力を含んでもよい。ここで、LSIとは、集積度の違いにより、IC、システムLSI、スーパーLSI又はウルトラLSIとして呼ばれうる。しかし、集積回路を実現する技術はLSIに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、LSI内部に配置される回路セルの接続及び設定が再設定可能なLSI又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なFPGA(Field Programmable Gate Array)が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がLSIに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。
本開示は、ソフトウェア、ハードウェア又はハードウェアと連動するソフトウェアによって実現することができる。上述した各実施例の説明に用いた各機能ブロックは、集積回路(IC)等のLSI(Large Scale Integration)によって部分的又は全体的に実現可能であり、各実施例で説明される各処理は、同一のLSI又はLSIの組み合わせによって部分的又は全体的に制御されてもよい。LSIは、個別にチップとして形成されていてもよいし、あるいは、機能ブロックの一部又は全部を含むように1つのチップが形成されていてもよい。LSIは、それに結合されたデータ入出力を含んでもよい。ここで、LSIとは、集積度の違いにより、IC、システムLSI、スーパーLSI又はウルトラLSIとして呼ばれうる。しかし、集積回路を実現する技術はLSIに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを用いて実現されてもよい。さらに、LSI内部に配置される回路セルの接続及び設定が再設定可能なLSI又はリコンフィギュラブルプロセッサの製造後にプログラミング可能なFPGA(Field Programmable Gate Array)が利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現することができる。半導体技術や他の派生技術の進歩の結果として、将来の集積回路技術がLSIに取って代わる場合、機能ブロックは、将来の集積回路技術を用いて集積化することができる。バイオテクノロジーも適用できる。
本開示は、通信装置と呼ばれる、通信機能を有する何れかのタイプの装置、デバイス又はシステムによって実現することができる。
通信装置は、送受信機及び処理/制御回路を有してもよい。送受信機は、受信機及び送信機を有し、及び/又は機能してもよい。送信機及び受信機としての送受信機は、増幅器、RF変調器/復調器など及び1つ以上のアンテナを含むRF(Radio Frequency)モジュールを含んでもよい。
そのような通信装置のいくつかの非限定的な例は、電話機(例えば、携帯(セル)電話、スマートフォン)、タブレット、パーソナルコンピュータ(PC)(例えば、ラップトップ、デスクトップ、ネットブック)、カメラ(例えば、デジタルスチル/ビデオカメラ)、デジタルプレーヤ(デジタルオーディオ/ビデオプレーヤ)、ウェアラブルデバイス(例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス)、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス/遠隔医療(リモートヘルス及びリモート医療)デバイス、及び通信機能を提供する車両(例えば、自動車、飛行機、船舶)、並びにそれらの様々な組み合わせを含む。
通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス(例えば、家電、ライティング、スマートメータ、制御パネル)、自動販売機及び“Internet of Things(IoT)”のネットワークにおける他の何れかの“物”など、非携帯型又は固定型である何れかのタイプの装置、デバイス又はシステムを含んでもよい。
通信は、例えば、セルラシステム、無線LANシステム、衛星システムなど、及びそれらの様々な組み合わせを介してデータを交換することを含んでもよい。
通信装置は、本開示に記載された通信の機能を実行する通信デバイスに結合されたコントローラ又はセンサなどのデバイスを含んでもよい。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号又はデータ信号を生成するコントローラ又はセンサを含んでもよい。
通信装置はまた、基地局、アクセスポイントなどのインフラストラクチャファシリティと、上記の非限定的な例におけるものなどの装置と通信又は制御する他の何れかの装置、デバイス又はシステムを含んでもよい。
さらに、様々な実施形態はまた、プロセッサにより実行されるソフトウェアモジュールを用いて、またはハードウェアで直接、実施され得る。また、ソフトウェアモジュールとハードウェア実装との組み合わせも可能であり得る。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体に記憶され得る。具体的には、他の実装によれば、非一時的コンピュータ可読記録媒体が提供される。記録媒体は、1つまたは複数のプロセッサによって実行された場合に、1つまたは複数のプロセッサに本開示による方法のステップを実行させるプログラムを記憶する。
一例として、限定的ではなく、そのようなコンピュータ可読記憶媒体は、RAM、ROM、EEPROM、CD-ROMもしくは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは指示またはデータ構造の形態で所望のプログラムコードを記憶するために使用することができ、コンピュータによりアクセスすることができる他の任意の媒体を含むことができる。また、任意の接続を適正にコンピュータ可読媒体と呼ぶ。例えば、ウェブサイト、サーバ、または他のリモートソースから、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者線(DSL:digital subscriber line)、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して指示が送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的な媒体を含まず、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク(disk)およびディスク(disc)は、本明細書で使用する場合、コンパクトディスク(CD:compact disc)、レーザーディスク(登録商標)、光ディスク、デジタルバーサタイルディスク(DVD:digital versatile disc)、フロッピーディスク、およびブルーレイディスクを含み、ディスク(disk)は通常磁気的にデータを再生するが、ディスク(disc)はレーザーを使用して光学的にデータを再生する。上記の組み合わせも、コンピュータ可読媒体の範囲内に含まれるべきである。
なお、異なる実施形態の個々の特徴は、個々にまたは任意の組み合わせで、他の実施形態の主題となり得る。特定の実施形態に示したように、本開示に対して多数の変形および/または修正がなされ得ることは当業者によって理解されよう。そのため、本実施形態は、全ての点で例示的であって限定的ではないと考えられるべきである。
Claims (13)
- 動作時に、ダウンリンク制御情報(DCI)シグナリングを受信する送受信機と、
動作時に、前記DCIシグナリングからインディケーションを取得する回路と、
を備えるユーザ機器(UE)であって、
前記インディケーションは、
N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、
M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、前記TBのインターリーブパターン、および前記TB間の送信ギャップのうちの少なくとも一つと、
を示す、
ユーザ機器(UE)。 - インディケーション
前記N個のTBは互いに異なるデータを搬送し、および/または
前記M回の繰り返し送信はそれぞれ、前記N個のTBのうちの対応するTBと同じデータを搬送する、
請求項1に記載のユーザ機器(UE)。 - 前記N個のTBのスケジューリングを示す前記インディケーションは、前記N個のTBのスケジューリングと、前記M回の繰り返し送信のスケジューリング、前記インターリーブパターン、および前記送信ギャップのうちの少なくとも一つと、を統合的に示す、
請求項1または2に記載のユーザ機器(UE)。 - 前記統合インディケーションは、前記DCI内のパラメータまたは前記DCI内のフィールドと、時間領域リソース割り当て(TDRA)テーブルのエントリの言及と、のうちの一つである、
請求項3に記載のユーザ機器(UE)。 - 前記N個のTBのスケジューリングを示す前記インディケーションは、前記Nのインディケーションを含む、
請求項1に記載のユーザ機器(UE)。 - 前記送受信機は、動作時に、無線リソース制御(RRC)シグナリングを受信し、
前記回路は、動作時に、前記RRCシグナリングから前記TBの数Nを示すインディケーションを取得する、
請求項1に記載のユーザ機器(UE)。 - 前記回路が、動作時に、前記DCIから、複数の送信機会を示す設定グラント(CG)または半永続的スケジューリング(SPS)をアクティブ化するインディケーションを取得する場合、前記回路は、動作時に、前記DCIの受信から始まるN回の前記送信機会後に前記CGまたは前記SPSを非アクティブ化する、
請求項5または6に記載のユーザ機器(UE)。 - 前記送受信機がDCIを受信する場合、前記回路は、動作時に、前記DCIによってスケジュールされた前記TBの数Nに応じて、前記UEの物理ダウンリンク制御チャネル(PDCCH)監視動作を適応させる、
請求項1から7に記載のユーザ機器(UE)。 - 動作時に、ダウンリンク制御情報(DCI)シグナリングを生成する回路と、
動作時に、前記DCIシグナリングをユーザ機器(UE)に送信する送受信機と、
を備えるスケジューリング装置であって、
前記DCIシグナリングは、前記UEに、
N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、
M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、前記TBのインターリーブパターン、および前記TB間の送信ギャップのうちの少なくとも一つと、
を示すインディケーションを含む、
スケジューリング装置。 - ダウンリンク制御情報(DCI)シグナリングを受信するステップと、
前記DCIシグナリングからインディケーションを取得するステップと、
を含むユーザ機器(UE)のための方法であって、
前記インディケーションは、
N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、
M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、前記TBのインターリーブパターン、および前記TB間の送信ギャップのうちの少なくとも一つと、
を示す、
方法。 - ダウンリンク制御情報(DCI)シグナリングを生成するステップと、
前記DCIシグナリングをユーザ機器(UE)に送信するステップと、
を含むスケジューリング装置のための方法であって、
前記DCIシグナリングは、前記UEに、
N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、
M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、前記TBのインターリーブパターン、および前記TB間の送信ギャップのうちの少なくとも一つと、
を示すインディケーションを含む、
方法。 - 動作時に、ユーザ機器(UE)の処理を制御する集積回路であって、
前記処理は、
ダウンリンク制御情報(DCI)シグナリングを受信するステップと、
前記DCIシグナリングからインディケーションを取得するステップと、を含み、
前記インディケーションは、
N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、
M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、前記TBのインターリーブパターン、および前記TB間の送信ギャップのうちの少なくとも一つと、
を示す、
集積回路。 - 動作時に、スケジューリング装置の処理を制御する集積回路であって、
前記処理は、
ダウンリンク制御情報(DCI)シグナリングを生成するステップと、
前記DCIシグナリングをユーザ機器(UE)に送信するステップと、を含み、
前記DCIシグナリングは、前記UEに、
N個のトランスポートブロック(TB)のスケジューリング(Nは1より大きい整数)と、
M回の前記TBの繰り返し送信のスケジューリング(Mは1以上)、前記TBのインターリーブパターン、および前記TB間の送信ギャップのうちの少なくとも一つと、
を示すインディケーションを含む、
集積回路。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP20186255.4 | 2020-07-16 | ||
EP20186255.4A EP3940976A1 (en) | 2020-07-16 | 2020-07-16 | User equipment, scheduling node, method for user equipment, and method for scheduling node |
PCT/EP2021/069771 WO2022013357A1 (en) | 2020-07-16 | 2021-07-15 | User equipment, scheduling node, method for user equipment, and method for scheduling node |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2023534473A true JP2023534473A (ja) | 2023-08-09 |
Family
ID=71661744
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2023502864A Pending JP2023534473A (ja) | 2020-07-16 | 2021-07-15 | ユーザ機器、スケジューリングノード、ユーザ機器のための方法、およびスケジューリングノードのための方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20230269741A1 (ja) |
EP (2) | EP3940976A1 (ja) |
JP (1) | JP2023534473A (ja) |
CN (1) | CN115868131A (ja) |
WO (1) | WO2022013357A1 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20230232432A1 (en) * | 2022-01-18 | 2023-07-20 | Qualcomm Incorporated | Operations for overlapping downlink communications with different resource allocations |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018084488A1 (ko) * | 2016-11-01 | 2018-05-11 | 엘지전자 주식회사 | 무선 통신 시스템에서 동적 가변 사이즈의 하향링크 제어 정보를 송신하는 방법 및 이를 위한 장치 |
EP3576336B1 (en) * | 2018-04-05 | 2023-10-25 | LG Electronics Inc. | Method for transmitting and receiving downlink data channel and apparatus therefor |
CN116094659A (zh) * | 2018-08-09 | 2023-05-09 | 北京三星通信技术研究有限公司 | 块传输方法、下行传输方法、nrs接收方法、ue、基站和介质 |
-
2020
- 2020-07-16 EP EP20186255.4A patent/EP3940976A1/en not_active Withdrawn
-
2021
- 2021-07-15 EP EP21745969.2A patent/EP4183078A1/en active Pending
- 2021-07-15 JP JP2023502864A patent/JP2023534473A/ja active Pending
- 2021-07-15 CN CN202180045679.4A patent/CN115868131A/zh active Pending
- 2021-07-15 US US18/005,338 patent/US20230269741A1/en active Pending
- 2021-07-15 WO PCT/EP2021/069771 patent/WO2022013357A1/en unknown
Also Published As
Publication number | Publication date |
---|---|
EP3940976A1 (en) | 2022-01-19 |
EP4183078A1 (en) | 2023-05-24 |
US20230269741A1 (en) | 2023-08-24 |
WO2022013357A1 (en) | 2022-01-20 |
CN115868131A (zh) | 2023-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220167352A1 (en) | User equipment and scheduling node | |
JP2023521109A (ja) | ページングに関与するユーザ機器および基地局 | |
US20230269752A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
US20220279557A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
JP2023535682A (ja) | ユーザ機器および基地局 | |
US20220217758A1 (en) | Devices and methods for cross-slot scheduling adaption | |
US20240244701A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
WO2023208564A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
US20230269741A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
US20230269726A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
WO2023013217A1 (ja) | 基地局、端末及び通信方法 | |
EP4322440A1 (en) | User equipment and scheduling device | |
WO2023208551A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
WO2023208669A1 (en) | User equipment and base station involved in power saving procedures |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230117 |