JP2024001272A - Ue支援情報を送信することに関するユーザ装置 - Google Patents
Ue支援情報を送信することに関するユーザ装置 Download PDFInfo
- Publication number
- JP2024001272A JP2024001272A JP2023184577A JP2023184577A JP2024001272A JP 2024001272 A JP2024001272 A JP 2024001272A JP 2023184577 A JP2023184577 A JP 2023184577A JP 2023184577 A JP2023184577 A JP 2023184577A JP 2024001272 A JP2024001272 A JP 2024001272A
- Authority
- JP
- Japan
- Prior art keywords
- base station
- information
- assistance information
- serving base
- assistance
- 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
- 238000012545 processing Methods 0.000 claims abstract description 47
- 238000000034 method Methods 0.000 claims abstract description 27
- 230000007246 mechanism Effects 0.000 claims description 34
- 230000005540 biological transmission Effects 0.000 claims description 31
- 238000013468 resource allocation Methods 0.000 claims description 9
- 238000005259 measurement Methods 0.000 claims description 3
- 230000000694 effects Effects 0.000 abstract description 2
- 238000004891 communication Methods 0.000 description 31
- 238000010586 diagram Methods 0.000 description 13
- 238000005516 engineering process Methods 0.000 description 11
- 230000006870 function Effects 0.000 description 9
- 230000008901 benefit Effects 0.000 description 8
- 230000008569 process Effects 0.000 description 7
- 238000012544 monitoring process Methods 0.000 description 5
- 230000001413 cellular effect Effects 0.000 description 4
- 230000004931 aggregating effect Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 2
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000012384 transportation and delivery Methods 0.000 description 2
- 241000473391 Archosargus rhomboidalis Species 0.000 description 1
- 108700026140 MAC combination Proteins 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/04—TPC
- H04W52/30—TPC using constraints in the total amount of available transmission power
- H04W52/36—TPC using constraints in the total amount of available transmission power with a discrete range or set of values, e.g. step size, ramping or offsets
- H04W52/367—Power values between minimum and maximum limits, e.g. dynamic range
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
【解決手段】基地局に送信される支援情報を決定する処理回路を有するユーザ装置(UE)は、動作中にサービング基地局に送信する支援情報を決定する処理回路と、動作中に決定した支援情報を含む支援レポートをUEのサービング基地局に送信する送信機と、を有し、前記支援情報は、情報ビットを前記サービング基地局に送信するために使用するトランスポートブロックのトランスポートブロックサイズを含む。【効果】UE支援情報をUEからそれのサービング基地局に送信するための改善された手順を提供することを容易にする。【選択図】図7
Description
本開示は、3GPP通信システムなどの通信システムにおける方法、装置及び物に関する。
現在、3GPP(3rd Generation Partnership Project)は、第5世代(5G)とも呼ばれる次世代セルラ技術のための技術仕様書において作業している。
1つの課題は、少なくともenhanced mobile broadband(eMBB)、ultra-reliable low-latency communications(URLLC)、massive machine type communication(mMTC)を含む、全ての利用シナリオ、要件及び配備シナリオ(例えば、参照によってここに援用されるTR 38.913 version 15.0.0のsection 6などを参照されたい)に対処する単一の技術的枠組みを提供することである。例えば、eMBB配備シナリオは、屋内ホットスポット、密集した都市、農村、都市の大規模及び高速を含んでもよく、URLLC配備シナリオは、産業制御システム、移動ヘルスケア(遠隔モニタリング、診断及び治療)、車両のリアルタイム制御、スマートグリッドのための広域モニタリング及び制御システムを含んでもよく、mMTC配備シナリオは、スマートウェアラブル及びセンサネットワークなどの非タイムクリティカルデータ転送による多数のデバイスを有するシナリオを含んでもよい。サービスeMBB及びURLLCは、両方とも非常に広い帯域幅を要求するという点で類似しているが、URLLCサービスは、好ましくは超低遅延を要求しうるという点で異なっている。
第2の課題は、前方互換性を実現することである。ロングタームエボリューション(LTE,LTE-A)セルラシステムに対する後方互換性は必要とされず、これは、全く新しいシステム設計及び/又は新規な特徴の導入を容易にする。
1つの非限定的で例示的な実施例は、UE支援情報をUEからそれのサービング基地局に送信するための改善された手順を提供することを容易にする。
実施例では、ここに開示される技術は、UEのサービング基地局に送信される支援情報を決定する処理回路を有するユーザ装置を特徴とする。UEの送信機は、決定した支援情報を含む支援レポートをUEのサービング基地局に送信する。支援情報は、
・UEによってサービング基地局に送信される情報ビットの数、
・情報ビットをサービング基地局に送信するためUEによって使用されるトランスポートブロックのトランスポートブロックサイズ、
・情報ビットをサービング基地局に送信するためUEによって使用される最小電力を示す電力レベル、
・間欠受信(DRX)機構を動作させるためUEによって使用される1つ以上のDRX設定パラメータ、
の支援情報タイプの1つ以上を示す。
・UEによってサービング基地局に送信される情報ビットの数、
・情報ビットをサービング基地局に送信するためUEによって使用されるトランスポートブロックのトランスポートブロックサイズ、
・情報ビットをサービング基地局に送信するためUEによって使用される最小電力を示す電力レベル、
・間欠受信(DRX)機構を動作させるためUEによって使用される1つ以上のDRX設定パラメータ、
の支援情報タイプの1つ以上を示す。
一般的又は具体的な実施例は、システム、方法、集積回路、コンピュータプログラム、記憶媒体又はそれらの何れかの選択的な組合せとして実現されてもよいことに留意されたい。
開示された実施例の追加的な利点及び効果は、明細書及び図面から明らかになるであろう。利点及び/又は効果は、明細書及び図面の各種実施例及び特徴によって個別に取得されてもよく、これらの全てが、そのような利点及び/又は効果のうちの1つ以上を取得するため提供される必要はない。
以下において、例示的な実施例が、添付した図面を参照してより詳細に説明される。
3GPP NRシステムのための一例となるアーキテクチャを示す。
LTE eNB、gNB及びUEのための一例となるユーザ及び制御プレーンアーキテクチャを示す。
アップリンクデータ送信シナリオ及び対応する最適なスケジューリングを示す。
アップリンクデータ送信シナリオ及び対応する最適なスケジューリングを示す。
UE及びgNBの例示的で簡略化された構成を示す。
第1実施例の一例となる実現形態によるUEの構成を示す。
第1実施例の一例となる実現形態によるUEの動作のためのフロー図である。
第1実施例の一例となる実現形態によるUEの動作のためのフロー図である。
DRX機構及びアクティブ時間の処理のための問題のシナリオを示す。
DRX機構及びアクティブ時間の処理のための問題のシナリオを示す。
第2実施例の一例となる実現形態によるUEの構成を示す。
第2実施例の一例となる実現形態によるUEの動作のためのフロー図である。
第2実施例の一例となる実現形態によるデータのUE送信とのアクティブ時間拡張のインタラクションを示す。
第2実施例の一例となる実現形態によるUEの動作のためのフロー図である。
第2実施例の他の例となる実現形態によるデータのUE送信とのアクティブ時間延長のインタラクションを示す。
第2実施例の他の例となる実現形態によるUEの動作のためのフロー図である。
5G NRシステムアーキテクチャ及びプロトコルスタック
3GPPは、100GHzまでの範囲の周波数において動作する新しい無線アクセス技術(NR)の開発を含む、単に5Gと呼ばれる第5世代セルラ技術のための次のリソースに取り組んでいる。3GPPは、緊急のマーケットニーズ及び更なる長期の要求の双方を適時的に充足するNRシステムの標準化を成功させるのに必要とされる技術コンポーネントを特定及び開発する必要がある。これを実現するため、無線インタフェースと共に無線ネットワークアーキテクチャの進化が、スタディーアイテム“New Radio Access Technology”において検討される。結果及び合意は、参照によってその全体がここに援用される、Technical Report TR 38.804 v14.0.0に集められる。
3GPPは、100GHzまでの範囲の周波数において動作する新しい無線アクセス技術(NR)の開発を含む、単に5Gと呼ばれる第5世代セルラ技術のための次のリソースに取り組んでいる。3GPPは、緊急のマーケットニーズ及び更なる長期の要求の双方を適時的に充足するNRシステムの標準化を成功させるのに必要とされる技術コンポーネントを特定及び開発する必要がある。これを実現するため、無線インタフェースと共に無線ネットワークアーキテクチャの進化が、スタディーアイテム“New Radio Access Technology”において検討される。結果及び合意は、参照によってその全体がここに援用される、Technical Report TR 38.804 v14.0.0に集められる。
とりわけ、全体的なシステムアーキテクチャは、UEに対するNG無線アクセスユーザプレーン(SDAP/PDCP/RLC/MAC/PHY)及び制御プレーン(RRC)プロトコルターミネーションを提供するgNBを含むNG-RAN(Next Generation-Radio Access Network)を想定する。gNBは、Xnインタフェースによって互いに相互接続される。gNBはまた、Next Generation(NG)インタフェースによって、NGC(Next Generation Core)、より詳細には、NG-CインタフェースによってAMF(Access and Mobility Management Function)(例えば、AMFを実行する特定のコアエンティティ)と、NG-UインタフェースによってUPF(User Plane Function)(例えば、UPFを実行する特定のコアエンティティ)に接続される。NG-RANアーキテクチャは、図1に示される(例えば、参照によってここに援用される3GPP TS 38.300 v15.2.0,section 4を参照されたい)。
様々な異なる展開シナリオがサポート可能である(例えば、参照によってここに援用される3GPP TR 38.801 v14.0.0を参照されたい)。例えば、非集中配備シナリオ(例えば、TR 38.801のsection 5.2を参照されたく、集中配備はsection 5.4に示される)がそこに提示され、そこでは、5G NRをサポートする基地局が配備可能である。図2は、例示的な非集中配備シナリオ(例えば、TR 38.801の図5.2.-1を参照されたい)を示し、一方で、LTE eNBとgNBとの双方に接続されるユーザ装置(UE)と共に、LTE eNBをさらに示す。NR 5Gのための新しいeNBは、例示的にgNBと呼ばれうる。eLTE eNBは、EPC(Evolved Packet Core)及びNGC(Next Generation Core)との接続性をサポートするeNBの進化型である。
NRのためのユーザプレーンプロトコルスタック(例えば、参照によってここに援用される3GPP TS 38.300 v15.2.0のsection 4.4.1を参照されたい)は、PDCP(Packet Data Convergence Protocol、TS 38.300のsection 6.4を参照されたい)、RLC(Radio Link Control、TS 38.300のsection 6.3を参照されたい)及びMAC(Medium Access Control、TS 38.300のsection 6.2を参照されたい)サブレイヤを含み、これらは、ネットワークサイド上のgNBにおいて終端される。さらに、新しいアクセス層(AS)サブレイヤ(SDAP、Service Data Adaptation Protocol)が、PDCPの上位に導入される(例えば、参照によってここに援用される3GPP TS 38.300 version 15.2.0のsub-clause 6.5を参照されたい)。制御プレーンプロトコルスタックはまた、NRについて定義される(例えば、TS 38.300のsection 4.4.2を参照されたい)。レイヤ2機能の概略は、TS 38.300のsub-clause 6に与えられる。PDCP、RLC及びMACサブレイヤの機能は、TS 38.300のsection 6.4、6.3及び6.2にそれぞれリストされている。RRCレイヤの機能は、TS 38.300のsub-clause 7にリストされている。TS 38.300の上記のセクションは、参照によりここに援用される。
例えば、媒体アクセス制御レイヤは、異なるニューメロロジーの処理を含む、論理チャネル多重化、スケジューリング及びスケジューリング関連機能を扱う。
物理レイヤについて、MACレイヤは、トランスポートチャネルの形式でサービスを使用する。トランスポートチャネルは、無線インタフェースを介してどのように、また、どのような特性で情報が送信されるかによって定義することができる。Random Access Channel(RACH)はまた、トランスポートブロックを搬送しないが、MACによって処理されるトランスポートチャネルとして定義される。MACレイヤによってサポートされる手順の1つは、Random Access Procedureである。
物理レイヤ(PHY)は、例えば、符号化、PHY HARQ処理、変調、マルチアンテナ処理及び適切な物理的時間-周波数リソースへの信号のマッピングを担当する。それはまた、トランスポートチャネルの物理チャネルへのマッピングを処理する。物理レイヤは、トランスポートチャネルの形式でMACレイヤにサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間-周波数リソースのセットに対応し、各トランスポートチャネルは対応する物理チャネルにマッピングされる。1つの物理チャネルは、ランダムアクセスに使用されるPRACH(Physical Random Access Channel)である。
NRのためのユースケース/展開シナリオは、enhanced Mobile Broadband(eMBB)、ultra-reliable low-latency communications(URLLC)、massive machine type communication(mMTC)を含むことができ、これらは、データレート、レイテンシ及びカバレッジに関して様々な要件を有する。例えば、eMBBは、IMT-Advancedによって提供されるものの3倍のオーダで、ピークデータレート(ダウンリンクでは20Gbps、アップリンクでは10Gbps)及びユーザ体感データレートをサポートすることが期待される。他方、URLLCのケースでは、超低遅延(ユーザプレーンレイテンシについてUL及びDLのそれぞれに対して、0.5ms)と高信頼性(1ms以内に1~10-5)とのよりタイトな要件が課される。最後に、mMTCは、好ましくは、高接続密度(都市環境では、1,000,000デバイス/km2)、過酷な環境での大きなカバレッジ及び低コストデバイスのための極めて長寿命(15年)のバッテリを必要としうる。
従って、1つのユースケースに適したOFDMニューメロロジー(例えば、サブキャリア間隔、OFDMシンボル持続時間、サイクリックプリフィックス(CP)持続時間、スケジューリング間隔毎のシンボル数)は、別のユースケースに対して良好には動作しないかもしれない。例えば、低遅延サービスは、好ましくは、mMTCサービスよりも短いシンボル持続時間(及びより大きなサブキャリア間隔)及び/又はスケジューリング間隔毎のより少ないシンボル(別名、TTI)を必要としうる。さらに、大きなチャネル遅延スプレッドを有する配備シナリオは、好ましくは、短い遅延スプレッドを有するシナリオよりも長いCP持続時間を必要としうる。同様のCPオーバヘッドを維持するため、サブキャリア間隔はそれに応じて最適化されるべきである。NRは、サブキャリア間隔の複数の値をサポートしてもよい。これに対応して、15kHz、30kHz、60kHz、・・・のサブキャリア間隔が現在検討されている。シンボル持続時間Tuとサブキャリア間隔Δfとは、式(Δf=1/Tu)を介し直接的に関係する。LTEシステムと同様にして、「リソースエレメント」という用語は、1つのOFDM/SC-FDMAシンボルの長さに対して1つのサブキャリアから構成される最小のリソース単位を示すのに利用できる。
新しい無線システム5G-NRでは、各ニューメロロジーと各キャリアについて、サブキャリアとOFDMシンボルとのリソースグリッドが、アップリンクとダウンリンクとに対してそれぞれ定義される。リソースグリッドにおける各エレメントは、リソースエレメントと呼ばれ、周波数領域における周波数インデックス及び時間領域におけるシンボル位置に基づいて識別される。(参照によってここに援用される3GPP TS 38.211 v15.2.0を参照されたい)。
UE支援情報
1つの目的は、より少ないUE電力消費を達成することである。この点に関する1つの選択肢は、UEのスリープ機会を増大させるため、アップリンク送信の期間を最小限に抑えることである。これは、例えば、データ送信のために充足されるべき遅延要求を考慮して、各送信において可能な限り多くのデータ送信を集約することによって行うことができる。gNBは、それに応じてデータ送信をスケジューリングすべきである。
1つの目的は、より少ないUE電力消費を達成することである。この点に関する1つの選択肢は、UEのスリープ機会を増大させるため、アップリンク送信の期間を最小限に抑えることである。これは、例えば、データ送信のために充足されるべき遅延要求を考慮して、各送信において可能な限り多くのデータ送信を集約することによって行うことができる。gNBは、それに応じてデータ送信をスケジューリングすべきである。
図3及び図4は、2つのアップリンク送信シナリオを示す。図3において、UEが10msの例示的な遅延供給によって、5ms周期で到着するxビットのパケットを有するトラフィックを有する。この特定のシナリオでは、最も省電力な処理は、UEが残りの時間にスリープすることを可能にするため、2Xビットの推定トランスポートブロックサイズ(TBS)によって、少なくとも10ミリ秒毎にUEをスケジューリングすることである。
図4において、UEは、25msの例示的な遅延要求によって10ms周期で到着するxビットのパケットを有するトラフィックを有することが例示的に仮定される。このシナリオでは、図3のシナリオとは別のスケジューリングが最適である。すなわち、UEは、5Xビットの推定TBSで少なくとも25ms毎にスケジューリングされる。
双方のケースにおいて、継続するスリープ機会は、アップリンクにおけるデータトラフィックに対する遅延要求に依然として従いながら最大化される。
例えば、gNBは、パケット遅延要求及びトラフィックタイプに依存しうる、より良好な電力節約のために利用可能なUE電力も考慮して、適したタイミング及び情報ビット数/TBSによってUEをスケジューリングする必要がある。
しかしながら、本発明者らは、(少なくともアップリンクについて)gNBが最適なスケジューリング戦略を決定するのに充分な情報を有していないことを認識していた。従って、gNBによってUEに提供されるスケジューリングパラメータ及び機会は、最適ではないかもしれない。
アップリンクトラフィックについて、UEは、パケットサイズ、到着/配信間隔、遅延などの予想されるUL向けのトラフィック特性をより良く知っている。対応する上位レイヤ(例えば、アプリケーションレイヤ)は、例えば、下位レイヤ(例えば、RRC及び/又はMAC)に(例えば、長期の)トラフィック特性の情報をわたすことができる。
この問題に対処するため、UEは、gNBが、電力節約を最適化するためにUEのアップリンクトラフィックをいつ、また、どのようにスケジューリングするかを知ることができることを実現するため、gNBに支援情報を提供する。
この結果、発明者らは、以下の解決策に従ってUE支援情報の送信を実現する可能性を特定した。
以下において、UE、基地局及びこれらの必要性を満たすための手順が、5G移動通信システムのために想定されるが、LTE移動通信システムにおいても利用されてもよい新しい無線アクセス技術について説明される。異なる実現形態及び変形がまた説明される。以下の開示は、上述されるような議論及び発見によって容易にされ、例えば、その少なくとも一部に基づくものであってもよい。
一般に、本開示の基礎となる原理を明確かつ理解可能な方法で説明することができるように、ここでは多くの仮定がなされていることに留意されるべきである。しかしながら、これらの仮定は、本開示の範囲を限定すべきではない、例示目的のためにここで行われる単なる例として理解されるべきである。当業者は、以下の開示及び請求項において提供される原理が、ここには明示的に記載されていない様々なシナリオ及び方法に適用されうることを認識するであろう。
さらに、以下で使用される手順、エンティティ、レイヤなどの用語のいくつかは、LTE/LTE-Aシステム、又は、現在の3GPP 5G標準化で使用される用語に密接に関連しているが、次の3GPP 5G通信システムのための新しい無線アクセス技術の文脈で使用される具体的な用語は、まだ完全には決定されていない。従って、用語は、実施例の機能に影響を及ぼすことなく、将来変更することができる。従って、当業者は、実施例及びそれらの保護範囲が、より新しいか、又は最終的に合意された用語を欠くためにここで例示的に使用される特定の用語に限定されるべきではなく、本開示の機能及び原理の基礎をなす機能及び概念に関してより広く理解されるべきであることを認識する。
例えば、移動局、移動ノード、ユーザ端末又はユーザ装置(UE)は、通信ネットワーク内の物理エンティティ(物理ノード)である。1つのノードは、複数の機能エンティティを有してもよい。機能エンティティは、同一若しくは他のノード又はネットワークの他の機能エンティティに所定の機能セットを実現及び/又は提供するソフトウェア又はハードウェアモジュールを表す。ノードは、ノードが通信可能な通信施設又は媒体にノードをアタッチする1つ以上のインタフェースを有してもよい。同様に、ネットワークエンティティは、他の機能エンティティ又は対応するノードと通信しうる通信施設又は媒体に機能エンティティをアタッチする論理インタフェースを有してもよい。
ここで、「基地局」又は「無線基地局」とは、通信ネットワーク内の物理エンティティを表す。移動局と同様に、基地局はいくつかの機能エンティティを有してもよい。機能エンティティは、同一若しくは別のノード又はネットワークの他の機能エンティティに所定の機能セットを実現及び/又は提供するソフトウェア又はハードウェアモジュールを表す。物理エンティティは、スケジューリング及びコンフィギュレーションの1つ以上を含む、通信デバイスに関するいくつかの制御タスクを実行する。基地局機能及び通信デバイス機能はまた、単一のデバイス内に統合されてもよいことに留意されたい。例えば、移動端末は、他の端末のための基地局の機能もまた実現してもよい。LTEで使用される用語は、eNB(又はeNodeB)であり、一方、5G NRのために現在使用されている用語は、gNBである。
図5は、ユーザ装置(通信デバイスとも呼ばれる)及びスケジューリングデバイス(ここでは、例示的に、基地局、例えば、eLTE eNB(あるいは、ng-eNBと呼ばれる)又は5G NR5におけるgNBに配置されると仮定される)の概略的で簡略化された例示的なブロック図を示す。UE及びeNB/gNBは、それぞれ送受信機を使用した(無線)物理チャネルを介して互いに通信している。
通信デバイスは、送受信機及び処理回路を含んでもよい。次に、送受信機は、受信機及び送信機を含んでもよい、及び/又は、それらとして機能してもよい。処理回路は、1つ以上のプロセッサ又は何れかのLSIなどの1つ以上のハードウェアであってもよい。送受信機と処理回路との間には、動作時に処理回路が送受信機を制御可能であり、すなわち、受信機及び/又は送信機を制御し、受信/送信データをやりとり可能な入出力ポイント(又はノード)があってもよい。送受信機は、送信機及び受信機として、1つ以上のアンテナ、増幅器、RF変調器/復調器などを含むRF(無線周波数)フロントを含んでもよい。処理回路は、処理回路によって提供されるユーザデータ及び制御データを送信し、及び/又は処理回路によって更に処理されるユーザデータ及び制御データを受信するように送受信機を制御することなどの制御タスクを実現してもよい。処理回路はまた、決定、判定、計算、測定などの他の処理を実行するためのものであってもよい。送信機は、送信する処理及びそれに関連する他の処理を実行するためのものであってもよい。受信機は、受信する処理及びそれに関連する他の処理、例えば、チャネルの監視などを実行するものであってもよい。
(実施例1)
第1の実施例は、図6~8に関して以下で説明される。
第1の実施例は、図6~8に関して以下で説明される。
図6は、本解決策による簡略化された例示的なUE構成を示し、図5に関連して上述された一般的なUE構造に基づいて実現可能である。図示されるUEの様々な構造的要素は、例えば、制御及びユーザデータ並びに他の信号をやりとりするため、例えば、対応する入力/出力ノード(図示せず)を用いて互いに相互接続できる。例示のために示されないが、UEは、さらなる構造的要素を含んでもよい。
そこから明らかなように、UEは、以下に説明されるように、UE支援情報を送信するための改良された手順に参加するため、支援情報判定回路と支援レポート送信機とを含んでもよい。
本ケースでは、以下の開示から明らかなように、従って、処理回路は、支援情報(例えば、それの異なるタイプ)を決定するステップと、支援情報を導出するため異なる中間パラメータを決定するステップの1つ以上を少なくとも部分的に実行するよう例示的に構成可能である。
次に、送信機は、例えば、支援レポート内で支援情報を送信するステップと、アップリンクデータを送信するステップとの1つ以上を少なくとも部分的に実行できるように構成可能である。
図7は、改良された支援情報送信手順によるUE動作のためのシーケンス図である。
例示的に、UEは、それのサービング基地局(例えば、gNB)とデータ、例えば、特定のアプリケーションからのアップリンクデータトラフィックを交換していると仮定される。UEは、アップリンクデータトラフィックを送信するために無線リソースをUEに割り当てるための最適なアップリンクスケジューリングをgNBが決定するのを支援するように構成される。
このため、UEは、支援情報を決定し、例えば、支援レポートの一部として、当該支援情報をサービング基地局に送信してもよい。
最適なアップリンクスケジューリングを決定するためサービング基地局に役立つ様々なタイプの支援情報が存在可能である。すなわち、支援情報は、以下の1つ以上を示すものであってもよい。
・各スケジューリングについて、UEによってサービング基地局に送信される情報ビットの数
・各スケジューリングについて、情報ビットを提供基地局に送信するためUEによって使用されるトランスポートブロックのトランスポートブロックサイズ
・情報ビットをサービング基地局に送信するためUEによって使用される最小電力を示す電力レベル
・DRX機構を動作させるためにUEによって使用される1つ以上の間欠受信、DRX、設定パラメータ
・各スケジューリングについて、UEによってサービング基地局に送信される情報ビットの数
・各スケジューリングについて、情報ビットを提供基地局に送信するためUEによって使用されるトランスポートブロックのトランスポートブロックサイズ
・情報ビットをサービング基地局に送信するためUEによって使用される最小電力を示す電力レベル
・DRX機構を動作させるためにUEによって使用される1つ以上の間欠受信、DRX、設定パラメータ
これらの異なるタイプの情報のより詳細な例示的な実現形態が、以下でさらに提示される。
一般に、支援情報は、UEによって近い将来に発生すると予想されるアップリンクトラフィックに関するものであり、従って、gNBによって実行されるアップリンクスケジューリングをこれらの将来のデータトラフィックに適応/最適化するのに適した情報をgNBに提供する。例えば、gNBに支援情報を提供することは、gNBがUEの省電力化に関してアップリンクスケジューリングを最適化することを容易にしうる。
これに対応して、UEは、アップリンク割当てメッセージ(例えば、DCI)をgNBから受信して、データの対応するアップリンク送信を実行する。
しかしながら、上記の支援情報の主な用途は、gNBにおけるアップリンクスケジューリングを支援することであるが、gNBによる支援情報の利用は、これに限定されない。支援情報は、更に、又は、代わりに、ダウンリンクスケジューリング、ロードバランシング、ハンドオーバ判定などの別の用途に使用することもできる。
上述したように、支援情報としてgNB側に送信することができるいくつかの異なるタイプの情報がある。以下において、アップリンクスケジューリングを決定するためgNBによって使用される際にそこから導出可能な利点を含めて、各タイプが説明される。
支援情報は、UEによってgNBに送信される情報ビットの数を示してもよい(すなわち、UEの各スケジューリングについて示唆される)。より詳細には、UEは、例えば、上位レイヤで利用可能なトラフィック特性から、アップリンクにおける将来のデータトラフィックを予測することを試みてもよい。1つの例示的な解決策では、情報ビットの数は、アップリンクトラフィックの典型的なパケットサイズ、アップリンクトラフィックの典型的な到着時間、及び/又はアップリンクトラフィックのために充足されるべき遅延要求からUEによって決定することができる。
より詳細には、典型的なパケットサイズは、例えば、アプリケーションレイヤによって生成される、又は上位レイヤによって分割/連結される、1つ以上のトラフィック/サービスによって起動される特定のレイヤからのパケットのサイズであると決定されうる。
1つの例示的な解決策では、情報ビットの数は、以下の式に基づいて決定することができる。
I=U*ceiling(L/T)
ここで、Iは情報ビットの数であり、Lは充足されるべき遅延要求であり、Tはアップリンクトラフィックの典型的な到着時間であり、“ceiling()”はシーリング関数である。
I=U*ceiling(L/T)
ここで、Iは情報ビットの数であり、Lは充足されるべき遅延要求であり、Tはアップリンクトラフィックの典型的な到着時間であり、“ceiling()”はシーリング関数である。
アップリンクにおいて送信される情報ビットの数に関する当該情報は、適切なトランスポートブロックサイズ(TBS)を決定するためgNBによって利用可能である(例えば、3GPP TS 38.214及び3GPP 36.213を参照されたい)。さらに、gNBは、UEによって使用される適切な帯域幅部分を推定及び決定することができ、この新しい帯域幅部分のために必要とされる帯域幅の切り替え及び設定を実行することができる。これは、送信持続時間を最小化し、最適なアップリンクスケジューリングによって遅延要求を充足させることを可能にし、これはまた、UEによる異なる送信のトラフィックの集約を実現することができる。
支援情報は更に、トランスポートブロックサイズを通知することができる。情報ビットの数と同様に、UEは、アップリンクにおける将来のトラフィックを予測しようとし、これに基づいて、これに関して最適に必要とされる予想されるトランスポートブロックサイズを予測してもよい。例えば、トランスポートブロックサイズは、情報ビットの数、符号化率及び変調次数の1つ以上から決定されてもよい。
1つの例示的な解決策では、トランスポートブロックサイズは、以下の式に基づいて決定することができる。
TBS=I*C/M
ここで、TBSは、決定されるべきトランスポートブロックサイズであり、Iは情報ビットの数であり、Cは符号化率であり、Mは変調次数である。
TBS=I*C/M
ここで、TBSは、決定されるべきトランスポートブロックサイズであり、Iは情報ビットの数であり、Cは符号化率であり、Mは変調次数である。
符号化率及び変調次数は、アップリンクデータをgNBに送信するためUEによって使用される変調方式から次に決定されてもよい。UEで利用可能でない変調方式に関するケース情報では、UEはまた、例えば、主に支援情報を決定するために使用されるリファレンス変調方式などを使用してもよいし、又は、(例えば、以前のアップリンク無線位置から)アップリンクデータを送信するためUEによってこれまで使用された変調方式を使用してもよい。
gNBは、そのような予想されるトランスポートブロックサイズを受信すると、アップリンクスケジューリングのために同じものを直接的に使用することができ、すなわち、提案されたTBSを用いてUEをスケジューリングすることができる。さらに、基地局は、情報ビットの数について既に上述したのと同様の方法で、UEによって使用されるべき適切な帯域幅部分を推定及び決定することができる。これに対応して、gNBはまた、この新しい帯域幅部分のための要求帯域幅部分の切り替え及び設定を実行することができる。これは、gNBが送信持続時間を最小化し、遅延要求を充足することを可能にする。
支援情報は更に、アップリンクでデータを送信するためUEによって使用される(最小)電力レベルを通知ことができる。例えば、電力レベルは、情報ビットの数、アップリンクで情報ビットを送信するために必要とされる周波数帯域幅及びUEとgNBとの間の通信チャネルのパスロス測定値(例えば、最後のもの)の1つ以上に基づいて決定されてもよい。
一例となる解決策では、電力レベルは以下の式に基づいて決定できる。
P=10*lg(BW)+PO+alpha*PL
ここで、Pは電力レベルであり、BWは周波数帯域幅であり、パラメータPO及びalphaはRRCメッセージにおいて上位レイヤによって設定される。これら2つの電力制御パラメータは、例えば、RRCによって設定される(例えば、3GPP TS 38.123,TS 36.213,TS 38.331及びTS 36.331などを参照されたい)。例えば、POは目標電力であり、alphaは電力補償係数である。そして、周波数帯域幅BWは、推定された情報ビット及びMCSレベルからUEによって決定可能である。
P=10*lg(BW)+PO+alpha*PL
ここで、Pは電力レベルであり、BWは周波数帯域幅であり、パラメータPO及びalphaはRRCメッセージにおいて上位レイヤによって設定される。これら2つの電力制御パラメータは、例えば、RRCによって設定される(例えば、3GPP TS 38.123,TS 36.213,TS 38.331及びTS 36.331などを参照されたい)。例えば、POは目標電力であり、alphaは電力補償係数である。そして、周波数帯域幅BWは、推定された情報ビット及びMCSレベルからUEによって決定可能である。
この電力レベル情報から、gNBは、例えば、アップリンクにおいて特定の帯域幅部分を割り当てるのに十分な電力がUEにあるかを決定することができる。さらに、基地局はまた、異なるトラフィックを集約するための無線リソースをスケジューリングするのに十分な電力がUEにあるか推定することができる。これにより、gNBは、UEの電力消費を減少させるため、スケジューリング機会に対する適切なビット数及び帯域幅を判断することが可能とされうる。
支援情報は更に、UEによって使用されるDRX機構に関連する1つ以上のパラメータを通知してもよい。特に、UE及びgNBがUEのための間欠受信(DRX)機構を設定したと例示的に仮定される。5Gについての一例となる実現形態では、5Gについて現在規定されているようなDRX機構が利用可能である(例えば、3GPP TS G38.331 section 4.4及び6.3.2とともに、TS 38.321を参照されたい)。これに対応して、DRX機構は、上述した3GPP Technical Standardに記載されているもの、例えば、drx-onDurationTimer,drx-InactivityTimer,drx-LongCycle,drx-ShortCycleなど、いくつかのDRXパラメータに従って動作する。
UEは、支援情報内にDRXパラメータの1つ以上のための値の示唆を含んでもよく、示唆されたDRXパラメータ値は、DRX機構を動作させるためにUEによって現在使用されているそれぞれのDRXパラメータの値とは異なる。UEは、トラフィック到着間隔の推定及び遅延要求に基づいて、好ましいスケジューリング間隔及びアクティブ持続時間を選択してもよいため、UEは、1つ以上のDRXパラメータを変更することを決定してもよい。従って、提案されるDRXサイクルは、UEによって示唆されたスケジューリング間隔と合わされるか、又は近接されることができる。任意選択的に、所望されるアクティブ持続時間は、UEによって示唆されたdrx-onDurationTimerと合わされるか、又は近接させることができる。あるいは、UEは、gNBによって設定された複数のDRX設定から1つのDRX設定インデックスを直接示唆する。
gNBは、そのようなDRXパラメータの示唆を受信すると、例えば、UEのための電力節約の可能性を改善するため、DRX機構を適応させるか否か、又はどのように適応させるかを決定することができる。例えば、gNBは、提案されたDRX設定によってUEをスケジューリングすることができる。任意選択的に、gNBは、提案されるように、UEによって使用されるDRX設定のパラメータのいくつかを変更することができる。
上記の議論では、gNBに送信される支援情報を編集するため、異なるタイプの支援情報が議論されてきた。これまで、異なる支援情報のタイプは完全なUE動作を表すと例示的に仮定されてきた。さらに、又は代わりに、異なる支援情報のタイプはまた、例えば、トラフィックのタイプ毎、論理チャネルグループ毎、又は(上位レイヤ)アプリケーション毎など、UE動作の一部に対して決定できる。例えば、支援情報は、高優先度トラフィック、低遅延トラフィック等のみに制限されてもよい。
例えば、支援レポートは、特定タイプのトラフィック又は論理チャネルグループ若しくはアプリケーションに関連付けられた形式にすることができる。支援レポートには、複数のパラメータセットを含めることができ、それぞれのパラメータセットは、特定タイプのトラフィック又は論理チャネルグループ若しくはアプリケーションのインデックスを有し、リンクされている。
例えば、UEは、低遅延要求を有するトラフィックのための第1のものと、比較的高い遅延耐性トラフィックのための第2のものなど、2つの異なるトラフィックタイプを有すると例示的に仮定されてもよい。これに対応して、一実現形態では、支援情報の一部又は全ては、2つの利用可能なトラフィックタイプについて別々に生成され、その後、gNBに一緒に又は別々に送信することができる。より詳細には、情報ビットの数、トランスポートブロックサイズ、電力レベル及びDRX設定(又はそのパラメータ)は、特定のトラフィックタイプに固有とすることができる。
そのような例示的なシナリオでは、支援情報は、例えば、当該支援情報が関連する特定のトラフィックタイプをさらに通知してもよい。これは、gNBが、このトラフィックタイプに固有の支援情報に基づいて、適したスケジューリングパラメータを決定することによって、UEの電力消費を節約するための最適化されたスケジューリング戦略を決定することができるため、効果的である。
同様に、UEは2つの異なる論理チャネルグループに従って送信されるべきデータを有すると例示的に仮定されてもよい。論理チャネルグループは、バッファステータスレポートのコンテクストにおいて典型的及び例示的に使用され(例えば、3GPP TS 38.321 v15.0.0 section 5.4.5を参照されたい)、ここで、同様のスケジューリング要求を有する論理チャネルは、バッファステータスレポートのために1つの論理チャネルグループに一緒にグループ化することができる。このコンセプトは、これまでに議論された支援情報報告手順を改善するため、すなわち、論理チャネルグループ毎に支援情報を編集することによって、再利用することができる。
より詳細には、情報ビットの数、トランスポートブロックサイズ、電力レベル及びDRX設定は、特定の論理チャネルグループに固有のものとすることができる。
そのような例示的なシナリオでは、システム情報は、例えば、支援情報が関連する特定の論理チャネルグループをさらに通知してもよい。これは、gNBが、この論理チャネルグループに固有の支援情報に基づいて、適したスケジューリングパラメータを決定することによって、UEの電力消費を節約するための最適化されたスケジューリング戦略を決定することができるため、効果的である。
上述した解決策では、異なる支援情報タイプは情報のタイプを表す絶対値を直接通知することが例示的に仮定された。例えば、ビット数情報は、例えば、5000ビットを示し、ビット数を直接示す値を示す。
しかしながら、あるいは、他の例示的な解決策は、支援情報パラメータを示すために絶対値ではなく差分値を使用することができる。例えば、絶対値(5000ビットなど)を示す代わりに、支援情報は、+1000ビットなどの差分値を示すことができ、これは、対応する基準値(ここでは、例えば、4000ビット)と一緒に、支援情報を適切に示す絶対値をもたらす。例えば、UEは、支援情報を決定するとき、最初にその絶対値を決定し、次いで、特定の基準値に基づいて差分値を決定し、当該差分値は、gNBに送信される支援情報に符号化される。対応する決定は、特定の支援情報タイプパラメータの絶対値を最終的に取得するため、対応する基準値(同じものがUEによって使用される)とともに、報告された支援情報の差分値を使用してgNB側で実行される。
差分値を取得するために基準値をどのように規定するかについては、異なる選択肢がある。例えば、基準値は、支援情報の以前の報告又は以前の無線リソース割当て(例えば、TBS又は電力レベル)から取得できる。
絶対値ではなく差分値の使用は、支援情報タイプ毎により少数の異なる値が必要とされるため、支援情報のビット数を低減することができる。
さらに、絶対値及び/又は差分値がまた、値自体としてではなく、値自体に関連するインデックスとして符号化されてもよい。例えば、各支援情報タイプについて、複数の異なるインデックス(例えば、3ビットを使用して、合計で8つ)を有するテーブルが存在可能であり、各インデックスは、支援情報タイプの異なる絶対値又は差分値に関連付けられる。例示の目的でTBSを使用する際、8つの異なるTBS値が3ビットインデックスで符号化することができる。支援情報の値(例えば、TBS値)を直接符号化することと比較して、より多くのビットが必要とされ、これは、支援情報のビット数をさらに低減することができる。
上述された解決策では、支援情報は、支援情報タイプ毎に(少なくとも)1つの別の値を提供することによって報告されると仮定された。例えば、支援情報レポートがTBS、電力レベル及びDRX設定のための支援情報を含むと仮定すると、支援情報レポートは、TBSを示す1つの値と、電力レベルを示す1つの値と、少なくとも1つのDRXの示唆された設定パラメータを示す少なくとも1つの値とを含む。一方、さらに、又は代わりに、2つ以上の支援情報タイプの組み合わせを示すために、ジョイントインデックスが利用可能である。
以下において、1つのインデックスが2つの異なる支援情報タイプの組み合わせ、特に電力レベルとTBSとの組み合わせを示す、ジョイントインデックスの例示的な実現形態が示される。TBSはビット数として符号化されず、それのサイズが高、中、低、又は0に分類されるとさらに例示的に仮定される。
対応して、支援情報レポートは、23dBの電力レベルと高トランスポートブロックサイズを結合的に示すため、ジョイントインデックス1(例えば、3ビット値として000)を通知できる。
異なるインデックスと異なる支援情報パラメータ(又はパラメータの組み合わせ)との間の上述した関連付けは、RRCConnectionReconfigurationメッセージなどのRRCメッセージを利用して、UEとgNBとの間で設定できる。
支援情報、それぞれ支援レポートがUEによってgNBにどのように送信できるかについて異なる方法がある。1つの例示的な解決策では、支援レポートは、物理レイヤのアップリンク制御情報として送信できる(3GPP TS 38.212又はTS 38.21を参照されたい)。
さらに、又は代わりに、支援レポートは、Medium Access Control(MACプロトコル) Control Element(3GPP TS 38.321を参照されたい)として送信可能である。
さらに、又は代わりに、支援レポートは、Radio Resource Controlプロトコル(3GPP TS 38.331を参照されたい)のメッセージ(例えば、情報エレメント)として送信可能である。RRCの新しい情報エレメントがこれに関して利用可能であり、あるいは、“UEAssistanceInformation”IEなどの既存のものが、上述されるように(3GPP TS 36.331 v15.3.0 section 6.2.2 pages 371-374を参照されたい)、この新たなUE支援情報を搬送するため拡張可能である。
任意選択的な実現形態では、レポートは、示唆されたスケジューリング間隔を表す設定されたDRX設定の1つに関連付け可能である。レポートがDRX設定に関連付けされていない場合、レポートは、UEのバッファが特定の値より大きくなると、そこに報告される少なくとも対応する支援情報(例えば、情報ビットサイズ又はTBS)によってUEをスケジューリングするようgNBによって解釈できる。
上記の例示的な解決策では、支援情報はアップリンクスケジューリングを支援するため送信されると仮定した。しかしながら、上述した解決策及び実現形態は、単にアップリンク支援情報を提供することに限定されない。さらに、又は代わりに、UEは、ダウンリンクスケジューリングを支援するため、gNBに支援情報を提供することができる。アップリンクについて上述した各種解決策、変形例及び実現形態は、ダウンリンク支援のために等しく利用可能であり、従って、上記説明の繰り返しは回避される。例えば、異なる支援情報タイプは、サービング基地局からUEに送信される情報ビットの数、情報ビットをUEに送信するためサービング基地局によって使用されるトランスポートブロックのトランスポートブロックサイズ及び/又はDRX機構を動作させるためにUEによって使用される1つ以上のDRX設定パラメータなど、ダウンリンクスケジューリングにおいてgNBを支援するのに役立ちうる。この情報の一部又は全ては、どの程度のデータがダウンロードされるかを知っている上位レイヤ、例えば、アプリケーションレイヤから取得できる。
ダウンリンク支援情報は、アップリンク支援情報と一緒に又は別に、gNBに送信することができる。
上述した例示的な解決策では、対応する支援情報レポートでgNBに送信することができる異なる支援情報タイプが説明された。1つの例示的な実現形態では、UEは自ら、どの情報がgNBに送信されるべきか、例えば、どのタイプの支援情報がUEのためのアップリンクスケジューリングを最適化する際にgNBを支援するためgNBに送信する価値があるかを決定することができる。一方、gNBに報告される支援情報タイプの選択は、例えば、RRCメッセージを用いて、gNBによって事前に設定されてもよい。
以下の実施例は、UEが2つの異なる論理チャネルグループLCG#1及びLCG#2に対して情報ビットを送信すると想定される実際のシナリオを用いて説明する。特に、UEは10msの周期を有するDRX設定(例えば、10msの周期のDRX設定が適しているように、パケット配信遅延は10msである)に関連するLCG#1に対して5000ビットのTBSを推定すると例示的に仮定される。一方、UEは、20msの周期を有するDRX設定に関連するLCG#2のための10000ビットのTBSを推定する。
以前(例えば、最近)のアップリンクグラントで使用された変調符号化方式に基づいて(あるいは、異なる設定されたリファレンスMCS値において)、UEはその後に必要とされる周波数帯域幅(例えば、PRB(Physical Resource Block)の数)を推定し、必要とされる電力レベル(例えば、LCG#1について、10dBmと、LCG#2について、13dBm)をさらに推定する。そして、UEは、電力レベル及びTBSに関する支援情報を対応する支援情報レポートに編集し、これをgNBに送信する。gNBに対するTBS及び電力レベル情報(例えば、帯域幅部分情報を直接提供するのでなく)を利用することによって、gNBには、良好なトラフィック適応化による双方のLCGに対して最も電力効率的なアップリンクスケジューリング戦略を決定するため、より正確な情報が提供されてもよい。
そして、gNBは、当該レポートに基づくとともに、それの無線セルに在圏する他のUEを考慮して、レポートが受信されたUEをスケジューリングするのに使用される適切なアップリンク帯域幅部分及びスケジューリングスロットを決定してもよい。受信したUE支援情報レポートは複数のLCGに関するものであるため、gNBはまた、可能である場合、異なるLCGにわたってトラフィックアグリゲーションを検討することを試みてもよい。全てを考慮して、gNBは、アップリンクスケジューリングを実行し、例えば、適したアップリンク帯域幅部分を割り当ててもよく、ここで、UEは、10ms毎にスケジューリングされ、残りの9msではスリープに維持される。スロット#2n*10(20,40,60,80,...)では、より大きな帯域幅部分が利用され、UEに利用可能な14.7dBm(10dBm+13dBm)の電力が同時に双方のトラフィックに対して十分であるため、15000ビットのトランスポートブロックサイズである。2つの異なる論理チャネルグループのパケットをアグリゲートすることは、スケジューリング持続期間を最小化することを可能にし、従って、UEが電力を節約することを可能にする。
他方、スロット#(2n+1)*10(10,30,50,70,...)では、UEは、より小さい帯域幅によってスケジューリングされ、LCG#1に関して5000ビットのみのトランスポートサイズによってスケジューリングされてもよい。
実現形態の対応する例示的な変形では、関連するDRX設定が支援情報内で報告されない場合、gNBは、累積したバッファがレポートに示唆されたTBSを超過すると、UEをスケジューリングする。
図8は、上記の解決策のより詳細で例示的な実現形態によるUE動作のためのシーケンス図である。特に、図7のより基本的なフロー図と比較して、UEはまず、gNBに支援情報を提供するように設定されているか判定し、肯定的な場合にのみ進む。その後、UEは、新しいデータトラフィックの到着をトリガとして使用して、支援情報を決定し、gNBに報告してもよい。上述したように、gNBは、受信した支援情報に基づいて、UEのための最適なスケジューリングを決定し、UEに対応するアップリンクグラントを提供してもよい。これに対応して、UEは、以前に報告された支援情報に基づいてスケジューリングされたアップリンクグラントを受信する。次に、UEは、受信したアップリンクグラントに基づいてアップリンク送信(例えば、PUSCH)を実行してもよい。
(実施例2)
第2の実施例が図9~16に関して以下で説明される。第2の実施例は、UEにおけるアクティブ時間の利用の改良に関する。より詳細には、発明者は、ULデータトラフィックがやや動的なものであるとすることができ、DRX機構のUEアクティブ期間のちょうど終わりに到着しうるという問題を認識していた。この場合、UEは、DRX機構のDRXオフ期間に入る前に、新たなデータ到着に適切に反応することができないかもしれない。さらに、これは、電力を消費するRFユニットとおそらく他のハードウェアパーツとのランピングダウン及びランピングアップを伴う、スリープ期間への不要なUE遷移を生じさせうる。
第2の実施例が図9~16に関して以下で説明される。第2の実施例は、UEにおけるアクティブ時間の利用の改良に関する。より詳細には、発明者は、ULデータトラフィックがやや動的なものであるとすることができ、DRX機構のUEアクティブ期間のちょうど終わりに到着しうるという問題を認識していた。この場合、UEは、DRX機構のDRXオフ期間に入る前に、新たなデータ到着に適切に反応することができないかもしれない。さらに、これは、電力を消費するRFユニットとおそらく他のハードウェアパーツとのランピングダウン及びランピングアップを伴う、スリープ期間への不要なUE遷移を生じさせうる。
これらの問題のあるシナリオは、図9及び図10に概略的かつ例示的に示される。そこから明らかなように、新しいデータ到着はアクティブ期間の終わりに近い。図9の例示的なシナリオでは、UEは、BSRリソースが利用可能でない場合、BSR(新しいデータを示すバッファステータスレポート)又はスケジューリングリクエスト(SR)をgNB(BS、図示の基地局)に送信する時間さえない。これに対応して、UEは、電力を節約するためにDRX機構のDRXオフ期間に入り、DRXオフ期間から出ると、ランピングダウンし、最終的にランピングアップする。次のアクティブ時間の間、UEは、BSRをgNBに送信する機会を取得する。gNBは、UEはアクティブ時間中に受信できる(アクティブ時間中、UEは、PDCCHを監視する)アップリンクグラント(PDCCH)で応答することが例示的に仮定される。次に、UEは、以前に到着したデータをアップリンクにおいてgNBに送信できる。このような状況は、gNBにデータを送信する際の遅延とともに、関係するランピングダウン及びランピングアップのためにより高い電力消費を生じさせる。
他方、図10に示されるように、UEは、BSRをgNBに送信するのに十分な時間を有するかもしれないが、UEがアクティブ時間から出る(従って、PDCCHの監視を停止する)前に、gNBがBSRを処理し(例えば、MAC CE内で受信され)、PDCCHをUEに送信する時間はない。アップリンク送信のために端末をスケジューリングすることは、通常のDRX機構の次のアクティブ期間においてのみ可能である。
第2実施例は、以下に説明されるように、アクティブ時間を延長するための機構を実現することによって、この問題に対する解決策を提供する。
UEは、典型的なDRX機構により設定されることが例示的に仮定され、これによると、アクティブ時間の期間(PDCCHの監視を含む通常の通信が可能である)がUEのためのスリープ期間(電力節約の機会を可能にするDRXオフ)と交互になる。
図11は、本解決策による簡略化された例示的なUE構造を示し、上記の図5に関連して上述された一般的なUE構造に基づいて実現可能である。図示されたUEの様々な構造的要素は、例えば、制御及びユーザデータと他の信号とをやり取りするため、例えば、対応する入力/出力ノード(図示せず)によって互いの間で相互接続可能である。例示目的のため示されていないが、UEは、さらなる構造的要素を含んでもよい。
そこから明らかなように、UEは、以下で説明するように、アクティブ時間の延長を実行するための改善された手順に参加するため、延長要求送信機、アクティブ時間延長判定回路及び延長アクティブ時間処理回路を含んでもよい。従って、本例では、処理回路は、例示的に、延長要求を送信すると、アクティブ時間を延長することを自律的に決定するステップを少なくとも部分的に実行するよう構成することができる。従って、送信機は、拡張要求を送信するステップを少なくとも部分的に実行するよう例示的に設定することができる。
図12は、UEによるアクティブ時間の延長に関する改良されたアクティブ時間処理手順に従うUE動作のシーケンス図である。
進行中のアクティブ時間を延長するため、UEは、それのサービング基地局(gNB)に延長要求を送信してもよく、その後に、アクティブ時間を延長することを自律的に決定してもよい。例えば、UEは、延長要求を送信した後、gNBからの応答を待たずに、自らアクティブ時間を延長する。それによって、UEは、DRXオフ時間に入るために通常のDRX処理に従うのではなく、延長されたアクティブ時間に留まるため、「通常の」DRX処理は一時的に中断される。UEは、それに対応して、延長されたアクティブ時間に従って動作するように進む。
それによって、スリープへのUEの不必要な遷移は、関連するランピングダウン及びランピングアップ電力オーバヘッドとともに、回避されうる。
一例によると、延長されたアクティブ時間中のUE動作は、DRX機構の通常のアクティブ時間中と同様であるか、又は全く同じであってもよい。例えば、UE動作は、PDCCH監視、PDSCH受信及びPUSCH送信などを含んでもよい。
延長されたアクティブ時間に従って動作し続けることは、UEが、最初にアクティブ時間を延長するようにUEを初期的にトリガしたプロセスを完了することを容易にする。
ここに説明される解決策及び変形の何れか1つに従ってアクティブ時間を延長することは、新しいデータの到着(図9および図10に関連して言及される)、パワーヘッドルームレポート(PHR)を送信する必要性、又は新しいデータが送信のためにすぐに利用可能でないにもかかわらず、新しいデータが近い将来に来ることをUEがすでに認識していることなど、様々な理由によってトリガされてもよい。
新しいデータの到着がアクティブ時間の延長をトリガしたと例示的に仮定すると、UEは、延長されたアクティブ時間の間に、BSR(Buffer Status Report)をgNBに送信し、その後、新しいデータのアップリンク送信を実行できるように、アップリンク無線リソースに従ってスケジューリングされる。これは、図13に例示されており、延長されたアクティブ期間中に、BSRがUEによってgNBに送信され、PDCCHがgNBからUEに送信され、アップリンク送信がUEによって実行されることを示す。
延長されたアクティブ時間がどのように終了できるかについては、いくつかのオプションがある。1つの例示的なオプションは、決定された時間についてアクティブ時間を延長することである。この延長されたアクティブ時間の長さは、例えば、RRCを利用して、例えば、UEとgNBとの間で事前に設定できる。異なるオプションによると、延長されたアクティブ時間の長さは、例えば、アクティブ時間を延長するためのトリガイベントに基づいて、UEによって一方的に決定できる。任意選択的には、延長されたアクティブ時間の決定された長さに関する情報は、例えば、延長要求とともに、gNBに送信することができる。さらに別のオプションは、通常のDRX機構(図示せず)の次のアクティブ時間までアクティブ時間を延長することである。
図14は、延長されたアクティブ時間が経過しているか否かに関する一般的な決定を提供することによって、図12に示されたUE動作を延長する、解決策の1つによるUE動作のための例示的なシーケンス図である。延長されたアクティブ時間が過ぎていない場合、UEは、延長されたアクティブ時間に従って動作し続ける。逆に、延長されたアクティブ時間が終了した場合(例えば、数ms後)、UEは、延長されたアクティブ時間から出て、通常のDRX機構に従って動作し続ける。例えば、図13のシナリオは、延長されたアクティブ時間を終了する際の通常のDRX処理が依然としてDRXオフ時間であると仮定する。
さらに異なる選択肢によると、延長されたアクティブ時間を終了することは、以下に説明されるように、スリープ要求を利用してgNBからUEによって要求される。図15及び図16はこの解決策を示す。図16は、延長されたアクティブ時間が終了されることをUEが決定する際、スリープ要求をgNBに送信するためgNB(図における基地局BS)に提供することによって、図12に示されるUE動作を延長する本解決策によるUE動作のための一例となるシーケンス図である。UEはさらに、スリープ指示がgNBから受信されるか(スリープ要求に応答してgNBによって送信されるか)チェックする。このようなスリープ指示が受信されないとき、UEは、延長されたアクティブ時間に従って動作し続ける。gNBからこのようなスリープ指示を受信すると、UEは、延長されたアクティブ時間から出て、通常のDRX機構に従って動作し続けてもよい。
スリープ要求を利用することによって取得可能な1つの利点は、延長されたアクティブ時間の長さがUEにおけるトラフィック状態にフレキシブルに適応可能であることである。例えば、アクティブの延長を要求する際、データのアップリンク送信がより早期に終了可能であり、従ってスリープ要求がより早期に送信可能となるように、UEは、その後により高いTBS及び電力によってスケジューリングされてもよい。他方、UEがより低いTBS及び電力によってスケジューリングされると、UEは、アップリンクでデータを送信するのにより長くかかり、スリープ要求は以降に送信される。しかしながら、何れの場合でも、延長されたアクティブ時間の長さはUEによって実際に必要とされる時間に一致し、従って、早期のデータ送信を依然として可能にしながら、最適な省電力化を提供する。
延長されたアクティブ時間から出るため、上記のスリープ要求がUEによって送信されるが、スリープ要求の使用は、DRX機構の通常のアクティブ時間から出るため延長可能である。このような場合、例示的には、UEは、例えば、トラフィックが予想されず、スリープして電力を節約するためのさらなる機会があると判定すると、通常のアクティブ時間中にスリープ要求を送信してもよい。上述したものと同じく、又は同様に、UEは、スリープ要求をgNBに送信し、対応するスリープ指示を受信すると、DRX機構のアクティブ時間の次の機会までDRXオフ期間に入る。
上述したように、アクティブ時間の延長は異なる理由の組み合わせのためUEによって決定可能である。さらに、UEによって送信される延長要求は、アクティブ時間要求がUEによってなぜ送信されたかに関する情報をgNBに提供するのに適した通知によって延長可能である。対応して、UEは、サービング基地局に送信される新たなデータ、サービング基地局にUEによって送信される新たなバッファステータスレポート、又はサービング基地局にUEによって送信される新たなパワーヘッドルームレポートの1つ以上に関する通知と一緒に、延長要求を送信してもよい。
1つの例示的な解決策によると、更なる情報は、以下の1つ以上を示してもよい。
・新たに到着したBSR
・すぐに送信すべきデータはないが、drx-Inactivity Timerを満了にしない
・5msである示唆されたDRX_On延長期間
・最近のPHR
・送信すべきx情報ビット/TBSを依然として少なくとも有し、DRX_ONを延長する
・新たに到着したデータについて推定される必要な電力レベル
・新たに到着したBSR
・すぐに送信すべきデータはないが、drx-Inactivity Timerを満了にしない
・5msである示唆されたDRX_On延長期間
・最近のPHR
・送信すべきx情報ビット/TBSを依然として少なくとも有し、DRX_ONを延長する
・新たに到着したデータについて推定される必要な電力レベル
さらに、アクティブ時間延長要求がどのようにgNBに正確に送信可能であるかに関していくつかの可能性がある。一般に、UEはPUCCHリソースまたはPUSCHリソースを利用してもよい。例えば、UEは、DRX_ON(アクティブ時間)の終了まで利用可能なPUCCHリソースを利用してもよい。特に、延長要求は、例えば、5ms毎の周期的なリソースなど、アクティブ時間の終了までの期間内で設定されたリソースの何れかにおいて送信可能である。1つの可能な例示的設定は、延長要求が設定された期間内で最後の機会/時点において送信されることである。例示的には、UEは、スケジューリング要求を送信するため設定された無線リソースを再利用し、及び/又はアクティブ時間延長要求を搬送するため現在のスケジューリング要求通知を延長することが可能である。
他の解決策では、UEは、適したPUSCHリソースが利用可能であるという仮定の下、PUSCHリソース上でアップリンク制御情報(UCI)又はMAC制御エレメントとして延長要求を送信可能である。再び、UEは、アクティブ時間の満了前に最後の可能なリソースであるPUSCHリソースを利用してもよい。
1つの更なる例示的な解決策では、UEがアクティブ時間のまさに終了時のもの以外のリソースを利用してもよいか否かは、延長要求と一緒に送信される情報及び/又はアクティブ時間を延長するための理由に依存しうる。例えば、その理由がパワーヘッドルームレポートの送信又は近い将来における新たなデータ(新たなBSR)到着若しくは新たなデータの到着であるとき、アクティブ時間延長要求は、アクティブ時間における最後の機会でのみ送信されてもよい。
さらに、ここに説明される第2の実施例はまた、上述した第1の実施例と組み合わされてもよい。例えば、アクティブ時間の延長に対する要求は、支援情報と一緒にgNBに送信可能である。一例となる解決策では、アクティブ時間が延長されるケースにおいてgNBに送信される支援情報は、
・サービング基地局にUEによって送信されると予想されるビット数
・サービング基地局にUEによって送信される新たなデータを送信するのに必要な電力レベル
の1つ以上とすることが可能である。これにより、第1及び第2の実施例の効果が組み合わせ可能である。
・サービング基地局にUEによって送信されると予想されるビット数
・サービング基地局にUEによって送信される新たなデータを送信するのに必要な電力レベル
の1つ以上とすることが可能である。これにより、第1及び第2の実施例の効果が組み合わせ可能である。
(更なる態様)
第1の態様によると、動作中にUEのサービング基地局に送信される支援情報を決定する処理回路を有するUEが提供される。UEの送信機は、決定した支援情報を含む支援レポートをUEのサービング基地局に送信する。支援情報は、以下の支援情報タイプ、
・UEによってサービング基地局に送信される情報ビットの数、
・情報ビットをサービング基地局に送信するためUEによって使用されるトランスポートブロックのトランスポートブロックサイズ、
・情報ビットをサービング基地局に送信するためUEによって使用される最小電力を示す電力レベル、
・間欠受信(DRX)機構を動作させるためUEによって使用される1つ以上のDRX設定パラメータ、の1つ以上を示す。
第1の態様によると、動作中にUEのサービング基地局に送信される支援情報を決定する処理回路を有するUEが提供される。UEの送信機は、決定した支援情報を含む支援レポートをUEのサービング基地局に送信する。支援情報は、以下の支援情報タイプ、
・UEによってサービング基地局に送信される情報ビットの数、
・情報ビットをサービング基地局に送信するためUEによって使用されるトランスポートブロックのトランスポートブロックサイズ、
・情報ビットをサービング基地局に送信するためUEによって使用される最小電力を示す電力レベル、
・間欠受信(DRX)機構を動作させるためUEによって使用される1つ以上のDRX設定パラメータ、の1つ以上を示す。
第1の態様に加えて提供される第2の態様によると、UEは、動作中にアップリンク送信を実行するためUEによって使用可能な無線リソース割当てをサービング基地局から受信する受信機を更に有する。
第1又は第2の態様に加えて提供される第3の態様によると、支援レポートは、任意選択的には、」RRCプロトコルメッセージの情報要素において、物理レイヤのUplink Control Information(UCI)、Medium Access Control(MAC) Control Element、又はRadio Resource Control(RRC)プロトコルのメッセージとして送信される。
第1から第3の態様の何れかに加えて提供される第4の態様によると、情報ビットの数は、
・UEによってサービング基地局に送信されるアップリンクトラフィックの典型的なパケットサイズU、
・アップリンクトラフィックの典型的な到着時間T、
・アップリンクトラフィックに対して充足されるべき遅延要求L、
の少なくとも1つなどの1つ以上のトラフィック特性に基づいてUEによって決定され、
任意選択的には、情報ビットの数Iは、
I=U*ceiling(L/T)
の式に基づいて決定される。
・UEによってサービング基地局に送信されるアップリンクトラフィックの典型的なパケットサイズU、
・アップリンクトラフィックの典型的な到着時間T、
・アップリンクトラフィックに対して充足されるべき遅延要求L、
の少なくとも1つなどの1つ以上のトラフィック特性に基づいてUEによって決定され、
任意選択的には、情報ビットの数Iは、
I=U*ceiling(L/T)
の式に基づいて決定される。
第1から第4の態様の何れかに加えて提供される第5の態様によると、処理回路は、動作中に、
・情報ビットの数I、
・符号化レートC、
・変調次数M、
の少なくとも1つに基づいてトランスポートブロックのトランスポートブロックサイズを決定し、
任意選択的には、トランスポートブロックサイズ(TBS)は、
TBS=I*C/M
の式に基づいて決定され、
任意選択的には、処理回路は、動作中に前のアップリンク無線リソース割当てにおいて、又はリファレンス変調符号化方式(MCS)レベルにおいてサービング基地局によってUEに割り当てられるMCSレベルから符号化レートと変調次数とを決定する。
・情報ビットの数I、
・符号化レートC、
・変調次数M、
の少なくとも1つに基づいてトランスポートブロックのトランスポートブロックサイズを決定し、
任意選択的には、トランスポートブロックサイズ(TBS)は、
TBS=I*C/M
の式に基づいて決定され、
任意選択的には、処理回路は、動作中に前のアップリンク無線リソース割当てにおいて、又はリファレンス変調符号化方式(MCS)レベルにおいてサービング基地局によってUEに割り当てられるMCSレベルから符号化レートと変調次数とを決定する。
第1から第5の態様の何れかに加えて提供される第6の態様によると、処理回路は、動作中に、
・情報ビットの数I、
・UEからサービング基地局に情報ビットの数を送信するため必要とされる周波数帯域幅BW、
・UEとサービング基地局との間のパスのパスロス測定値PL、
の1つ以上に基づいて電力レベルを決定し、
任意選択的には、電力レベルPCは、
PC=10*lg(BW)+PO+alpha*PL
の式に基づいて決定され、PO及びalphaは、RRCメッセージにおいて上位レイヤによって設定される。
・情報ビットの数I、
・UEからサービング基地局に情報ビットの数を送信するため必要とされる周波数帯域幅BW、
・UEとサービング基地局との間のパスのパスロス測定値PL、
の1つ以上に基づいて電力レベルを決定し、
任意選択的には、電力レベルPCは、
PC=10*lg(BW)+PO+alpha*PL
の式に基づいて決定され、PO及びalphaは、RRCメッセージにおいて上位レイヤによって設定される。
第1から第6の態様の何れかに加えて提供される第7の態様によると、支援情報は、DRX設定に関連付けされる。任意選択的には、支援情報は、DRX機構を動作させるため、ユーザ装置によって現在使用される各DRX設定パラメータと異なる1つ以上のDRX設定パラメータを示す。
第1から第7の態様の何れかに加えて提供される第8の態様によると、処理回路は、動作中にトラフィックのタイプ毎及び/又は論理チャネルグループ毎に支援情報を決定する。
第1から第8の態様の何れかに加えて提供される第9の態様によると、支援情報は、各支援情報タイプについて個別の値を含み、任意選択的には、個別の値は、異なる個別の値と支援情報タイプとの間の関連付けに基づいて、処理回路によって決定される。支援情報は、支援情報タイプの2つ以上の組み合わせに対して1つの結合値を含み、任意選択的には、結合値は、支援情報タイプの異なる組み合わせと異なる結合値との間の関連付けに基づいて、処理回路によって決定される。任意選択的には、関連付けは、サービング基地局から受信するRRCメッセージに基づいてUEによって設定される。
第1から第9の態様の何れかに加えて提供される第10の態様によると、支援情報タイプは、絶対値を利用して符号化される。あるいは、支援情報タイプは、基準値に関する差分である差分値を利用して符号化され、各支援情報タイプの絶対値は、差分値と基準値とに基づいて決定され、任意選択的には、基準値は、サービング基地局から受信した前の無線リソース割当てに基づいて移動端末によって決定される。
第1から第10の態様の何れかに加えて提供される第11の態様によると、支援情報は更に、
・サービング基地局からUEに送信される情報ビットの数、
・UEから情報ビットを送信するためサービング基地局によって使用されるトランスポートブロックのトランスポートブロックサイズ、
・間欠受信(DRX)機構を動作させるためUEによって使用される1つ以上のDRX設定パラメータ、
の支援情報タイプの1つ以上を示す。
・サービング基地局からUEに送信される情報ビットの数、
・UEから情報ビットを送信するためサービング基地局によって使用されるトランスポートブロックのトランスポートブロックサイズ、
・間欠受信(DRX)機構を動作させるためUEによって使用される1つ以上のDRX設定パラメータ、
の支援情報タイプの1つ以上を示す。
第12の態様によると、ユーザ装置(UE)によって実行される、
UEのサービング基地局に送信される支援情報を決定するステップと、
決定された支援情報を含む支援レポートをUEのサービング基地局に送信するステップと、
を有し、
支援情報は、
・UEによってサービング基地局に送信される情報ビットの数、
・情報ビットをサービング基地局に送信するためUEによって使用されるトランスポートブロックのトランスポートブロックサイズ、
・情報ビットをサービング基地局に送信するためUEによって使用される最小電力を示す電力レベル、
・間欠受信(DRX)機構を動作させるためUEによって使用される1つ以上のDRX設定パラメータ、
の支援情報タイプの1つ以上を示す、方法が提供される。
UEのサービング基地局に送信される支援情報を決定するステップと、
決定された支援情報を含む支援レポートをUEのサービング基地局に送信するステップと、
を有し、
支援情報は、
・UEによってサービング基地局に送信される情報ビットの数、
・情報ビットをサービング基地局に送信するためUEによって使用されるトランスポートブロックのトランスポートブロックサイズ、
・情報ビットをサービング基地局に送信するためUEによって使用される最小電力を示す電力レベル、
・間欠受信(DRX)機構を動作させるためUEによって使用される1つ以上のDRX設定パラメータ、
の支援情報タイプの1つ以上を示す、方法が提供される。
第13の態様によると、動作中に基地局によってサービス提供されるユーザ装置(UE)から支援レポートを受信する処理回路を有する基地局が提供される。支援レポートは、支援情報を含む。処理回路は、動作中に受信した支援情報に基づいて、アップリンク送信を実行するためUEに割り当てられる無線リソースを決定する。送信機は、動作中に決定された無線リソースを示す無線リソース割当てをUEに送信する。支援情報は、
・UEによってサービング基地局に送信される情報ビットの数、
・情報ビットをサービング基地局に送信するためUEによって使用されるトランスポートブロックのトランスポートブロックサイズ、
・情報ビットをサービング基地局に送信するためUEによって使用される最小電力を示す電力レベル、
・間欠受信(DRX)機構を動作させるためUEによって使用される1つ以上のDRX設定パラメータ、
の支援情報タイプの1つ以上を示す。
・UEによってサービング基地局に送信される情報ビットの数、
・情報ビットをサービング基地局に送信するためUEによって使用されるトランスポートブロックのトランスポートブロックサイズ、
・情報ビットをサービング基地局に送信するためUEによって使用される最小電力を示す電力レベル、
・間欠受信(DRX)機構を動作させるためUEによって使用される1つ以上のDRX設定パラメータ、
の支援情報タイプの1つ以上を示す。
第14の態様によると、動作中にUEのサービング基地局に、間欠受信(DRX)機構のアクティブ時間を延長するための延長要求を送信する送信機を有するユーザ装置が提供される。延長要求はアクティブ時間の間に送信される。UEは、動作中に延長要求を送信すると、アクティブ時間を延長することを自律的に決定する処理回路を有する。UEは、延長されたアクティブ時間に従って動作する。
第14の態様に加えて提供される第15の態様によると、送信機は、動作中に、
・UEによってサービング基地局に送信される新たなバッファステータスレポート、又はUEによってサービング基地局に送信される新たなパワーヘッドルームレポートなど、延長要求を送信するためのトリガに関する情報、
・UEによってサービング基地局に送信されると予想されるビットの数、
・UEによってサービング基地局に送信される新たなデータを送信するのに必要とされる電力レベル、
・アクティブ時間が延長される期間、
の1つ以上と一緒に、延長要求を送信する。
・UEによってサービング基地局に送信される新たなバッファステータスレポート、又はUEによってサービング基地局に送信される新たなパワーヘッドルームレポートなど、延長要求を送信するためのトリガに関する情報、
・UEによってサービング基地局に送信されると予想されるビットの数、
・UEによってサービング基地局に送信される新たなデータを送信するのに必要とされる電力レベル、
・アクティブ時間が延長される期間、
の1つ以上と一緒に、延長要求を送信する。
第14又は第15の態様に加えて提供される第16の態様によると、送信機は、動作中に、
・アップリンク制御チャネルの無線リソース、任意選択的には、アクティブ時間が満了する前のアップリンク制御チャネルの最後の無線リソース、
・アップリンク共有チャネルの無線リソース、任意選択的には、アクティブ時間が満了する前のアップリンク共有チャネルの最後の無線リソース、
のアップリンク無線リソースの1つを使用して延長要求を送信する。
・アップリンク制御チャネルの無線リソース、任意選択的には、アクティブ時間が満了する前のアップリンク制御チャネルの最後の無線リソース、
・アップリンク共有チャネルの無線リソース、任意選択的には、アクティブ時間が満了する前のアップリンク共有チャネルの最後の無線リソース、
のアップリンク無線リソースの1つを使用して延長要求を送信する。
第14~第16の態様に加えて提供される第17の態様によると、送信機は、動作中にサービング基地局に、延長されたアクティブ時間から出て、DRX機構のスリープ期間に入るスリープ要求を送信する。受信機は、動作中にサービング基地局からスリープ指示を受信する。処理回路は、動作中にスリープ指示にもとづいて、アクティブ時間から出て、DRX機構のスリープ期間に入ることを決定する。
第14~第16の態様の何れかに加えて提供される第18の態様によると、延長されたアクティブ時間の間、
・送信機は、動作中にバッファステータスレポート、パワーヘッドルームレポート及びアップリンクデータの1つ以上をサービング基地局に送信し、
・受信機は、動作中にダウンリンク制御チャネルを監視し、サービング基地局から制御情報を受信する。
・送信機は、動作中にバッファステータスレポート、パワーヘッドルームレポート及びアップリンクデータの1つ以上をサービング基地局に送信し、
・受信機は、動作中にダウンリンク制御チャネルを監視し、サービング基地局から制御情報を受信する。
第19の態様によると、
ユーザ装置(UE)によって実行される、
UEのサービング基地局に、間欠受信(DRX)機構のアクティブ時間を延長するための延長要求を送信するステップであって、延長要求はアクティブ時間の間に送信される、ステップと、
延長要求を送信すると、アクティブ時間を延長することを自律的に決定するステップと、
延長されたアクティブ時間に従ってUEを動作させるステップと、
を有する方法が提供される。
ユーザ装置(UE)によって実行される、
UEのサービング基地局に、間欠受信(DRX)機構のアクティブ時間を延長するための延長要求を送信するステップであって、延長要求はアクティブ時間の間に送信される、ステップと、
延長要求を送信すると、アクティブ時間を延長することを自律的に決定するステップと、
延長されたアクティブ時間に従ってUEを動作させるステップと、
を有する方法が提供される。
第20の態様によると、動作中にUEから間欠受信(DRX)機構のアクティブ時間を延長するための延長要求を受信する受信機を有する基地局が提供される。延長要求はアクティブ時間の間に送信される。基地局は更に、動作中に延長要求を送信すると、UEがアクティブ時間を自律的に延長し、延長されたアクティブ時間に従って動作することを決定する処理回路を有する。基地局は、延長されたアクティブ時間に従って動作する。
本開示のハードウェア及びソフトウェア実現形態
本開示は、ソフトウェア、ハードウェア又はハードウェアと連携したソフトウェアによって実現できる。上述される各実施例の説明に用いられる各機能ブロックは、集積回路などのLSIによって部分的又は全体的に実現可能であり、各実施例において説明される各処理は、同一のLSI又はLSIの組み合わせによって部分的又は全体的に制御されてもよい。LSIは、チップとして個別に形成されてもよいし、あるいは、機能ブロックの一部又は全てを含むように、1つのチップが形成されてもよい。LSIは、それに結合されるデータ入力及び出力を含んでもよい。ここでのLSIは、集積度の差に応じてIC(Integrated Circuit)、システムLSI、スーパLSI又はウルトラLSIとして参照されてもよい。しかしながら、集積回路を実現する技術は、LSIに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを利用することによって実現されてもよい。さらに、LSIの製造後にプログラム可能なFPGA(Field Programmable Gate Array)又はLSI内に配置された回路セルの接続及び設定が再構成可能であるリコンフィギュラブルプロセッサが利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現できる。将来の集積回路技術が半導体技術又は他の派生技術の進歩の結果としてLSIに取って代わる場合、機能ブロックは、将来の集積回路技術を利用して集積可能である。バイオテクノロジがまた適用可能である。
本開示は、ソフトウェア、ハードウェア又はハードウェアと連携したソフトウェアによって実現できる。上述される各実施例の説明に用いられる各機能ブロックは、集積回路などのLSIによって部分的又は全体的に実現可能であり、各実施例において説明される各処理は、同一のLSI又はLSIの組み合わせによって部分的又は全体的に制御されてもよい。LSIは、チップとして個別に形成されてもよいし、あるいは、機能ブロックの一部又は全てを含むように、1つのチップが形成されてもよい。LSIは、それに結合されるデータ入力及び出力を含んでもよい。ここでのLSIは、集積度の差に応じてIC(Integrated Circuit)、システムLSI、スーパLSI又はウルトラLSIとして参照されてもよい。しかしながら、集積回路を実現する技術は、LSIに限定されず、専用回路、汎用プロセッサ又は特定用途向けプロセッサを利用することによって実現されてもよい。さらに、LSIの製造後にプログラム可能なFPGA(Field Programmable Gate Array)又はLSI内に配置された回路セルの接続及び設定が再構成可能であるリコンフィギュラブルプロセッサが利用されてもよい。本開示は、デジタル処理又はアナログ処理として実現できる。将来の集積回路技術が半導体技術又は他の派生技術の進歩の結果としてLSIに取って代わる場合、機能ブロックは、将来の集積回路技術を利用して集積可能である。バイオテクノロジがまた適用可能である。
本開示は、通信装置として参照される通信機能を有する何れかのタイプの装置、デバイス又はシステムによって実現することができる。
このような通信装置のいくつかの非限定的な例は、電話機(例えば、携帯(セル)電話、スマートフォン)、タブレット、パーソナルコンピュータ(PC)(例えば、ラップトップ、デスクトップ、ネットブック)、カメラ(例えば、デジタルスチル/ビデオカメラ)、デジタルプレーヤ(デジタルオーディオ/ビデオプレーヤ)、ウェアラブルデバイス(例えば、ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス)、ゲームコンソール、デジタルブックリーダ、遠隔ヘルス/遠隔医療(リモートヘルス及び医療)デバイス、及び通信機能を提供する車両(例えば、自動車、飛行機、船舶)、並びにこれらの各種組み合わせを含む。
通信装置は、携帯型又は可動型であることに限定されず、スマートホームデバイス(例えば、家電、ライティング、スマートメータ、コントロールパネル)、自動販売機、及び「Internet of Things(IoT)」のネットワーク内の他の何れかの「物」など、非携帯型又は固定型な何れかのタイプの装置、デバイス又はシステムを含んでもよい。
通信は、例えば、セルラシステム、無線LANシステム、衛星システムなど、及びこれらの各種組合せを介してデータを交換することを含んでもよい。
通信装置は、本開示に記載された通信機能を実行する通信デバイスに結合されたコントローラ又はセンサなどのデバイスを有してもよい。例えば、通信装置は、制御信号又はデータ信号を生成するコントローラ又はセンサを有してもよく、これらは、通信装置の通信機能を実行する通信デバイスによって使用される。
通信装置はまた、基地局、アクセスポイントなどのインフラストラクチャ施設と、上記の非限定的な例におけるものなどの装置と通信又は制御する他の何れかの装置、デバイス又はシステムとを含んでもよい。
さらに、各種実施例は、プロセッサ又はハードウェアで直接的に実行されるソフトウェアモジュールによって実現されてもよい。また、ソフトウェアモジュールとハードウェア実装との組み合わせが可能であってもよい。ソフトウェアモジュールは、RAM、EPROM、EEPROM、フラッシュメモリ,レジスタ,ハードディスク、CD-ROM、DVD等の何れかのタイプのコンピュータ可読記憶媒体に記憶されてもよい。さらに、異なる実施例の個々の特徴は個別に又は任意の組合せで他の実施例の主題であってもよいことに留意されたい。
多数の変形及び/又は改良が、具体的な実施例に示されるような本開示に対して行われうることは、当業者によって理解されるであろう。従って、本実施例は、すべての点で例示であり、限定ではないと考えられるべきである。
Claims (14)
- ユーザ装置(UE)であって、
動作中に前記UEのサービング基地局に送信される支援情報を決定する処理回路と、
動作中に前記決定した支援情報を含む支援レポートを前記UEのサービング基地局に送信する送信機と、
を有し、
前記支援情報は、情報ビットを前記サービング基地局に送信するため前記UEによって使用されるトランスポートブロックのトランスポートブロックサイズを含む、
ユーザ装置。 - 動作中にアップリンク送信を実行するため前記UEによって使用可能な無線リソース割当てを前記サービング基地局から受信する受信機を更に有する、
請求項1に記載のユーザ装置。 - 前記支援情報は、
・前記情報ビットの数、
・前記情報ビットを前記サービング基地局に送信するため前記UEによって使用される最
小電力を示す電力レベル、
・間欠受信(DRX)機構を動作させるため前記UEによって使用される1つ以上のDR
X設定パラメータ、
の支援情報タイプの1つ以上を含む、
請求項1に記載のユーザ装置。 - 前記情報ビットの数は、
・前記UEによって前記サービング基地局に送信されるアップリンクトラフィックの典型的なパケットサイズU、
・前記アップリンクトラフィックの典型的な到着時間T、
・前記アップリンクトラフィックに対して充足されるべき遅延要求L、
の少なくとも1つなどの1つ以上のトラフィック特性に基づいて前記UEによって決定される、
請求項1に記載のユーザ装置。 - 前記情報ビットの数Iは、
I=U*ceiling(L/T)
の式に基づいて決定される、
請求項3に記載のユーザ装置。 - 前記処理回路は、動作中に、
・情報ビットの数I、
・符号化レートC、
・変調次数M、
の少なくとも1つに基づいてトランスポートブロックのトランスポートブロックサイズを決定し、
前記トランスポートブロックサイズ(TBS)は、
TBS=I*C/M
の式に基づいて決定され、
前記処理回路は、動作中に前のアップリンク無線リソース割当てにおいて、又はリファレンス変調符号化方式(MCS)レベルにおいて前記サービング基地局によって前記UEに割り当てられるMCSレベルから前記符号化レートと前記変調次数とを決定する、
請求項1に記載のユーザ装置。 - 前記処理回路は、動作中に、
・情報ビットの数I、
・前記UEから前記サービング基地局に前記情報ビットを送信するため必要とされる周波数帯域幅BW、
・前記UEと前記サービング基地局との間のパスのパスロス測定値PL、
の1つ以上に基づいて前記電力レベルを決定し、
前記電力レベルPは、
P=10*lg(BW)+PO+alpha*PL
の式に基づいて決定され、PO及びalphaは、RRCメッセージにおいて上位レイヤによって設定される、
請求項3に記載のユーザ装置。 - 前記処理回路は、動作中にトラフィックのタイプ毎及び/又は論理チャネルグループ毎に前記支援情報を決定する、
請求項1に記載のユーザ装置。 - 前記支援情報は、各支援情報タイプについて個別の値を含み、
前記個別の値は、異なる個別の値と前記支援情報タイプとの間の関連付けに基づいて、前記処理回路によって決定され、
前記支援情報は、前記支援情報タイプの2つ以上の組み合わせに対して1つの結合値を含み、
前記結合値は、支援情報タイプの異なる組み合わせと異なる結合値との間の関連付けに基づいて、前記処理回路によって決定され、
前記関連付けは、前記サービング基地局から受信するRRCメッセージに基づいて前記UEによって設定される、
請求項1に記載のユーザ装置。 - ユーザ装置(UE)によって実行される、
前記UEのサービング基地局に送信される支援情報を決定するステップと、
前記決定された支援情報を含む支援レポートを前記UEの前記サービング基地局に送信するステップと、
を有し、
前記支援情報は、前記UEによって使用されるトランスポートブロックのトランスポートブロックサイズを含む、
方法。 - 基地局であって、
動作中に前記基地局によってサービス提供されるユーザ装置(UE)から、支援情報を含む支援レポートを受信し、前記受信した支援情報に基づいて、アップリンク送信を実行するため前記UEに割り当てられる無線リソースを決定する処理回路と、
動作中に前記決定された無線リソースを示す無線リソース割当てを前記UEに送信する送信機と、
を有し、
前記支援情報は、情報ビットを前記基地局に送信するため前記UEによって使用されるトランスポートブロックのトランスポートブロックサイズを含む、
基地局。 - 基地局によって実行される、
前記基地局によってサービス提供されるユーザ装置(UE)から、支援情報を含む支援レポートを受信するステップと、
前記受信した支援情報に基づいて、アップリンク送信を実行するため前記UEに割り当てられる無線リソースを決定するステップと、
前記決定された無線リソースを示す無線リソース割当てを前記UEに送信するステップと、
を有し、
前記支援情報は、情報ビットを前記基地局に送信するため前記UEによって使用されるトランスポートブロックのトランスポートブロックサイズを含む、
方法。 - ユーザ装置(UE)の処理を制御する集積回路であって、前記処理は、
前記UEのサービング基地局に送信される支援情報を決定する処理と、
前記決定された支援情報を含む支援レポートを前記UEの前記サービング基地局に送信する処理と、
を有し、
前記支援情報は、情報ビットを前記サービング基地局に送信するため前記UEによって使用されるトランスポートブロックのトランスポートブロックサイズを含む、
集積回路。 - 基地局の処理を制御する集積回路であって、前記処理は、
前記基地局によってサービス提供されるユーザ装置(UE)から、支援情報を含む支援レポートを受信する処理と、
前記受信した支援情報に基づいて、アップリンク送信を実行するため前記UEに割り当てられる無線リソースを決定する処理と、
前記決定された無線リソースを示す無線リソース割当てを前記UEに送信する処理と、
を有し、
前記支援情報は、情報ビットを前記基地局に送信するため前記UEによって使用されるトランスポートブロックのトランスポートブロックサイズを含む、
集積回路。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP19151275.5A EP3681227A1 (en) | 2019-01-10 | 2019-01-10 | User equipment involved in transmitting ue assistance information |
EP19151275.5 | 2019-01-10 | ||
PCT/EP2019/075880 WO2020143935A1 (en) | 2019-01-10 | 2019-09-25 | User equipment involved in transmitting ue assistance information |
JP2021537152A JP7377270B2 (ja) | 2019-01-10 | 2019-09-25 | Ue支援情報を送信することに関するユーザ装置 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2021537152A Division JP7377270B2 (ja) | 2019-01-10 | 2019-09-25 | Ue支援情報を送信することに関するユーザ装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2024001272A true JP2024001272A (ja) | 2024-01-09 |
Family
ID=65243303
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2021537152A Active JP7377270B2 (ja) | 2019-01-10 | 2019-09-25 | Ue支援情報を送信することに関するユーザ装置 |
JP2023184577A Pending JP2024001272A (ja) | 2019-01-10 | 2023-10-27 | Ue支援情報を送信することに関するユーザ装置 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2021537152A Active JP7377270B2 (ja) | 2019-01-10 | 2019-09-25 | Ue支援情報を送信することに関するユーザ装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20210337467A1 (ja) |
EP (2) | EP3681227A1 (ja) |
JP (2) | JP7377270B2 (ja) |
WO (1) | WO2020143935A1 (ja) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210058941A1 (en) * | 2019-08-23 | 2021-02-25 | Qualcomm Incorporated | Methods of scheduling with inactivity in sidelink unicast |
US11843467B2 (en) * | 2020-06-26 | 2023-12-12 | Qualcomm Incorporated | Dynamic slot aggregation configuration |
WO2022065904A1 (ko) * | 2020-09-25 | 2022-03-31 | 엘지전자 주식회사 | 단말들 사이의 상호 협력을 위해 drx를 수행하는 방법 및 장치 |
WO2022082458A1 (zh) * | 2020-10-20 | 2022-04-28 | 华为技术有限公司 | 一种数据传输方法及通信装置 |
EP4289222A1 (en) * | 2021-03-24 | 2023-12-13 | Nokia Technologies Oy | Decreasing latency and saving power in sidelink communications |
WO2023192301A2 (en) * | 2022-03-28 | 2023-10-05 | Interdigital Patent Holdings, Inc. | Assistance to ran for xr applications |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9526091B2 (en) * | 2012-03-16 | 2016-12-20 | Intel Corporation | Method and apparatus for coordination of self-optimization functions in a wireless network |
US9515757B2 (en) | 2012-05-11 | 2016-12-06 | Intel Corporation | Systems and methods for enhanced user equipment assistance information in wireless communication systems |
EP3509362A1 (en) * | 2014-01-29 | 2019-07-10 | Interdigital Patent Holdings, Inc. | Uplink transmissions in wireless communications |
US10051568B2 (en) | 2015-10-26 | 2018-08-14 | Qualcomm, Incorporated | Extending DRX operation in a high-power state |
WO2017193274A1 (en) * | 2016-05-10 | 2017-11-16 | Qualcomm Incorporated | Radio-aware tcp congestion control optimization |
-
2019
- 2019-01-10 EP EP19151275.5A patent/EP3681227A1/en not_active Withdrawn
- 2019-09-25 JP JP2021537152A patent/JP7377270B2/ja active Active
- 2019-09-25 WO PCT/EP2019/075880 patent/WO2020143935A1/en unknown
- 2019-09-25 EP EP19772759.7A patent/EP3909334A1/en active Pending
-
2021
- 2021-07-09 US US17/372,112 patent/US20210337467A1/en active Pending
-
2023
- 2023-10-27 JP JP2023184577A patent/JP2024001272A/ja active Pending
Also Published As
Publication number | Publication date |
---|---|
JP7377270B2 (ja) | 2023-11-09 |
WO2020143935A1 (en) | 2020-07-16 |
US20210337467A1 (en) | 2021-10-28 |
EP3681227A1 (en) | 2020-07-15 |
JP2022517311A (ja) | 2022-03-08 |
EP3909334A1 (en) | 2021-11-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7377270B2 (ja) | Ue支援情報を送信することに関するユーザ装置 | |
CN107439030B (zh) | 在lte许可协助接入操作中的drx处理 | |
CN111937474A (zh) | 上行链路流量的动态优先级排序 | |
WO2020030595A1 (en) | User equipment and base station involved in improved discontinued reception for unlicensed cells | |
US20210266841A1 (en) | User equipment involved in power saving | |
CN114128183A (zh) | 收发器设备和调度设备 | |
WO2022012956A1 (en) | User equipment and base station | |
CN114731725A (zh) | 用户设备、调度节点、用于用户设备的方法和用于调度节点的方法 | |
JP2022552161A (ja) | ユーザ装置及びスケジューリングノード | |
CN114731586A (zh) | 用于跨时隙调度适配的设备和方法 | |
CN114451017A (zh) | 一种激活和释放非动态调度传输的方法及装置 | |
WO2021036763A1 (zh) | 监测周期的调整方法及装置 | |
CN115868131A (zh) | 用户设备、调度节点、用于用户设备的方法和用于调度节点的方法 | |
EP2989845B1 (en) | Methods and apparatus for communication scheduling | |
WO2024067355A1 (zh) | 一种通信方法、装置、存储介质及芯片系统 | |
RU2794203C2 (ru) | Пользовательское оборудование, задействованное в энергосбережении | |
EP4271087A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
EP4336907A1 (en) | Communication device, base station, and method | |
WO2024066908A1 (zh) | 基于drx配置的通信方法、通信装置及通信系统 | |
EP4271086A1 (en) | User equipment, scheduling node, method for user equipment, and method for scheduling node | |
WO2021013198A1 (zh) | 通信的方法和通信装置 | |
KR20240038788A (ko) | 제어 채널 모니터링에 참여하는 사용자 장비 및 기지국 | |
CN117641530A (zh) | 一种数据传输的方法及通信装置 | |
KR20230130659A (ko) | Nr v2x에서 부분 센싱에 기반하여 cbr 값을 획득하는방법 및 장치 | |
JP2023535798A (ja) | ユーザ機器、スケジューリングノード、ユーザ機器のための方法、およびスケジューリングノードのための方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20231027 |