WO2023012914A1

WO2023012914A1 - 端末および無線通信方法

Info

Publication number: WO2023012914A1
Application number: PCT/JP2021/028858
Authority: WO
Inventors: 優元 ▲高▼橋; 聡永田; ジンワン; ランチン
Original assignee: 株式会社Ｎｔｔドコモ
Priority date: 2021-08-03
Filing date: 2021-08-03
Publication date: 2023-02-09
Also published as: CN117837182A

Abstract

端末は、遅延に関する要求があるExtended Reality（ＸＲ）のデータを送受信し、前記遅延に関する要求に関連する報告情報を生成する制御部と、前記報告情報を送信する送信部と、を具備する。前記報告情報は、前記データのexperienced delay timeあるいはrest delay timeに関連する情報を含む。

Description

端末および無線通信方法

　本開示は、端末および無線通信方法に関する。

　Universal Mobile Telecommunication System（ＵＭＴＳ）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてロングタームエボリューション（Long Term Evolution（ＬＴＥ））が仕様化された。また、ＬＴＥからの更なる広帯域化および高速化を目的として、ＬＴＥの後継システムも検討されている。ＬＴＥの後継システムには、例えば、LTE-Advanced（ＬＴＥ－Ａ）、Future Radio Access（ＦＲＡ）、5th generation mobile communication system（５Ｇ）、5G plus（５Ｇ＋）、Radio Access Technology（Ｎｅｗ－ＲＡＴ）、New Radio（ＮＲ）などと呼ばれるシステムがある。

　５Ｇでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術及びネットワークアーキテクチャの検討が行われている（例えば、非特許文献１）。

　また、ＮＲでは、省電力化に係る強化が検討されている。例えば、コネクテッドモードにおけるＤＣＩ（Downlink Control Information）ベースのＤＲＸ（Discontinuous reception）に係る省電力化、ＰＤＣＣＨ（Physical Downlink Control Channel）のモニタリング削減等が検討されている（例えば、非特許文献２）。

　また、ＮＲでは、Release 17において、Ultra-Reliable and Low Latency Communications（URLLC）及びIndustrial Internet of Things（IIoT）と呼ばれる方式についての様々な技術が検討されている。

　Release 17では、バーチャルリアリティ（ＶＲ）、複合現実（mixed reality：ＭＸ）等の拡張現実（Extended Reality：ＸＲ）について検討され、ＸＲのシナリオ、要件、主要業績評価指標（Key Performance Indicator：ＫＰＩ）および評価方法が検討されている。ＸＲの目標とする要件として、通常、容量、遅延、可動性および省エネの側面を考慮することとされている。

3GPP TS38.213 V16.3.0 (2020-09) 3GPP TS38.331 V16.2.0 (2020-09)

　３ＧＧＰの会合において、エアインターフェースのパケット遅延バジェット（Packet Delay budget ：ＰＤＢ）等を規定した詳細なＫＰＩを採用することが合意されている。遅延に関連した要求であるＰＤＢは、ダウンリンク（ＤＬ）およびアップリンク（ＵＬ）のトラフィックに対して定義されている。

　端末および基地局は、ＰＤＢ（許容遅延時間）内にすべてのＴＢ（Transport Block）を送信する必要がある。

　しかしながら、ＰＤＢがあるＸＲデータの伝送において、遅延要求をどのように保証するかについては検討の余地がある。

　本開示の一態様は、ＰＤＢがあるＸＲデータの伝送において、遅延要求を保証することができる端末および無線通信方法を提供する。

　本開示の一態様に係る端末は、遅延に関する要求があるExtended Reality（ＸＲ）のデータを送受信する端末であって、前記遅延に関する要求に関連する報告情報を生成する制御部と、
　前記報告情報を送信する送信部と、を具備する。

　本開示の一態様に係る無線通信方法は、遅延に関する要求があるExtended Reality（ＸＲ）のデータを送受信する端末が、前記遅延要求に関連する報告情報を生成し、前記報告情報を送信する。

一実施の形態に係る無線通信システムを説明するための図である。一実施の形態に係る基地局の構成の一例を示すブロック図である。一実施の形態に係る端末の構成の一例を示すブロック図である。一実施の形態に係る基地局及び端末のハードウェア構成の一例を示す図である。

　以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。

　本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。当該既存技術は、例えば既存のＮＲであるが、既存のＮＲに限られない。

　また、本明細書では、ＰＤＣＣＨ、ＲＲＣ、ＭＡＣ（媒体アクセス制御）、ＤＣＩ等の既存のＮＲあるいはＬＴＥの仕様書で使用されている用語を用いているが、本明細書で使用するチャネル名、プロトコル名、信号名、機能名等で表わされるものが別の名前で呼ばれてもよい。

　＜システム構成＞
　図１は、本発明の実施の形態における無線通信システムを説明するための図である。本発明の実施の形態における無線通信システムは、図１に示されるように、基地局１０及び端末２０を含む。図１には、基地局１０及び端末２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。

　無線通信システムは、New Radio（NR）に従った無線通信システムであってよい。また、無線通信システムは、5G、Beyond 5G、5G Evolution或いは6Gと呼ばれる方式に従った無線通信システムでもよい。例示的に、無線通信システムは、URLLC及び／又はIIoTと呼ばれる方式に従った無線通信システムであってよい。

　また、無線通信システムは、Next Generation-Radio Access Network（以下、NG-RAN）を含んでもよい。NG-RANは、複数のNG-RAN Node、具体的には、gNB（またはng-eNB）を含み、5Gに従ったコアネットワーク（5GC、不図示）と接続される。なお、NG-RANおよび5GCは、単に「ネットワーク」と表現されてもよい。

　無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はＯＦＤＭシンボル数で定義されてもよいし、周波数領域はサブキャリア数又はリソースブロック数で定義されてもよい。また、時間領域におけるＴＴＩ（Transmission Time Interval）がスロットであってもよいし、ＴＴＩがサブフレームであってもよい。

　基地局１０及び端末２０の少なくとも一方は、複数のアンテナ素子から送信される無線信号を制御することによって、より指向性の高いビーム（BM）を生成するMassive MIMO（Multiple-Input Multiple-Output）に対応してもよい。また、基地局１０及び端末２０の少なくとも一方は、複数のコンポーネントキャリア（CC）を束ねて用いるキャリアアグリゲーション（CA）に対応してもよい。また、基地局１０及び端末２０の少なくとも一方は、端末２０と複数の基地局１０それぞれとの間において通信を行うデュアルコネクティビティ（DC）などに対応してもよい。

　無線通信システムは、複数の周波数帯に対応してよい。例えば、無線通信システムは、Frequency Range（FR）1及びFR2に対応する。各FRの周波数帯は、例えば、次のとおりである。
　　・FR1：410MHz～7.125GHz
　　・FR2：24.25GHz～52.6GHz

　FR1では、15kHz、30kHzまたは60kHzのSub-Carrier Spacing（SCS）が用いられ、5MHz～100MHzの帯域幅（BW）が用いられてもよい。FR2は、例えば、FR1よりも高い周波数である。FR2では、60kHzまたは120kHzのSCSが用いられ、50MHz～400MHzの帯域幅（BW）が用いられてもよい。また、FR2では、240kHzのSCSが含まれてもよい。

　本実施の形態における無線通信システムは、FR2の周波数帯よりも高い周波数帯に対応してもよい。例えば、本実施の形態における無線通信システムは、52.6GHzを超え、114.25GHzまでの周波数帯に対応し得る。このような高周波数帯は、「FR2x」と呼ばれてもよい。

　また、上述した例よりも大きなSub-Carrier Spacing（SCS）を有するCyclic Prefix-Orthogonal Frequency Division Multiplexing（CP-OFDM）／Discrete Fourier Transform - Spread - Orthogonal Frequency Division Multiplexing（DFT-S-OFDM）が適用されてもよい。また、DFT-S-OFDMは、上りリンクと下りリンクとの両方に適用されてもよいし、何れか一方に適用されてもよい。

　無線通信システムでは、時分割複信（TDD）のスロット設定パターン（Slot Configuration pattern）が設定されてよい。例えば、スロット設定パターンにおいて、ＤＬ信号を送信するスロット、ＵＬ信号を送信するスロット、ＤＬ信号とＵＬ信号とガードシンボルとが混在するスロット、及び、送信する信号がflexibleに変更されるスロットの中の２つ以上のスロットの順を示すパターンが、規定されてよい。

　また、無線通信システムでは、スロット毎に復調用参照信号（DMRS）を用いてPUSCH（またはPUCCH（Physical Uplink Control Channel））のチャネル推定を実行できるが、さらに、複数スロットにそれぞれ割り当てられたDMRSを用いてPUSCH（またはPUCCH）のチャネル推定を実行できる。このようなチャネル推定は、Joint channel estimationと呼ばれてもよい。或いは、cross-slot channel estimationなど、別の名称で呼ばれてもよい。この場合、端末２０は、基地局１０がDMRSを用いたJoint channel estimationを実行できるように、複数スロットにおいて、複数スロットのそれぞれに割り当てられたDMRSを送信してよい。

　また、無線通信システムでは、基地局１０に対する端末２０からのフィードバック機能に強化された機能が追加されてよい。例えば、HARQ-ACKに対する端末のフィードバックの強化された機能が追加されてよい。

　基地局１０は、１つ以上のセルを提供し、端末２０と無線通信を行う通信装置である。基地局１０は、NG-RAN Node、ng-eNB、eNodeB（eNB）、又は、gNodeB（gNB）と呼ばれてもよい。また、基地局１０は、端末２０が接続するネットワークに含まれる装置と捉えてもよい。

　基地局１０は、複数のセル（複数のＣＣ（コンポーネントキャリア））を束ねて端末２０と通信を行うキャリアアグリゲーションを行うことが可能である。キャリアアグリゲーションでは、１つのプライマリセル（PCell, Primary Cell）と１以上のセカンダリセル（SCell, Secondary Cell）が使用される。

　基地局１０は、同期信号及びシステム情報等を端末２０に送信する。同期信号は、例えば、ＮＲ－ＰＳＳ及びＮＲ－ＳＳＳである。また、同期信号がＳＳＢであってもよい。システム情報は、例えば、ＮＲ－ＰＢＣＨあるいはＰＤＳＣＨにて送信され、ブロードキャスト情報ともいう。図１に示されるように、基地局１０は、ＤＬで制御信号又はデータを端末２０に送信し、ＵＬで制御信号又はデータを端末２０から受信する。なお、ここでは、ＰＵＣＣＨ、ＰＤＣＣＨ等の制御チャネルで送信されるものを制御信号と呼び、ＰＵＳＣＨ、ＰＤＳＣＨ等の共有チャネルで送信されるものをデータと呼んでいるが、このような呼び方は一例である。

　端末２０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）用通信モジュール等の無線通信機能を備えた通信装置である。図１に示されるように、端末２０は、ＤＬで制御信号又はデータを基地局１０から受信し、ＵＬで制御信号又はデータを基地局１０に送信することで、無線通信システムにより提供される各種通信サービスを利用する。なお、端末２０をUser Equipment（UE）と呼んでもよい。

　なお、端末２０は、端末の能力に関する情報を規定する端末能力情報（UE capability）を、基地局１０へ通知してもよい。

　次に、基地局１０及び端末２０の構成について説明する。なお、以下に説明する基地局１０および端末２０の構成は、本実施の形態に関連する機能の一例を示すものである。基地局１０および端末２０には、図示しない機能を有してもよい。また、本実施の形態に係る動作を実行する機能であれば、機能区分、および／または、機能部の名称は限定されない。

　＜基地局の構成＞
　図２は、本実施の形態に係る基地局１０の構成の一例を示すブロック図である。基地局１０は、例えば、送信部１０１と、受信部１０２と、制御部１０３と、を含む。基地局１０は、端末２０（図３参照）と無線によって通信する。

　送信部１０１は、ＤＬ信号を端末２０へ送信する。例えば、送信部１０１は、制御部１０３による制御の下に、ＤＬ信号を送信する。

　ＤＬ信号には、例えば、下りリンクのデータ信号、及び、制御情報（例えば、Downlink Control Information（ＤＣＩ））が含まれてよい。また、ＤＬ信号には、端末２０の信号送信に関するスケジューリングを示す情報（例えば、ＵＬグラント）が含まれてよい。また、ＤＬ信号には、上位レイヤの制御情報（例えば、Radio Resource Control（RRC）の制御情報）が含まれてもよい。また、ＤＬ信号には、参照信号が含まれてもよい。

　ＤＬ信号の送信に使用されるチャネルには、例えば、データチャネルと制御チャネルとが含まれる。例えば、データチャネルには、PDSCH（Physical Downlink Shared Channel）が含まれ、制御チャネルには、PDCCH（Physical Downlink Control Channel）が含まれてよい。例えば、基地局１０は、端末２０に対して、PDCCHを用いて、制御情報を送信し、PDSCHを用いて、下りリンクのデータ信号を送信する。

　ＤＬ信号に含まれる参照信号には、例えば、復調用参照信号（Demodulation Reference Signal（DMRS））、Phase Tracking Reference Signal（PTRS）、Channel State Information-Reference Signal（CSI-RS）、Sounding Reference Signal（SRS）、及び位置情報用のPositioning Reference Signal（PRS）のいずれか少なくとも１つが含まれてよい。例えば、DMRS、PTRS等の参照信号は、下りリンクのデータ信号の復調のために使用され、PDSCHを用いて送信される。

　受信部１０２は、端末２０から送信されたＵＬ信号を受信する。例えば、受信部１０２は、制御部１０３による制御の下に、ＵＬ信号を受信する。

　制御部１０３は、送信部１０１の送信処理、及び、受信部１０２の受信処理を含む、基地局１０の通信動作を制御する。

　例えば、制御部１０３は、上位レイヤからデータおよび制御情報といった情報を取得し、送信部１０１へ出力する。また、制御部１０３は、受信部１０２から受信したデータおよび制御情報等を上位レイヤへ出力する。

　例えば、制御部１０３は、端末２０から受信した信号（例えば、データおよび制御情報等）及び／又は上位レイヤから取得したデータおよび制御情報等に基づいて、ＤＬ信号の送受信に用いるリソース（又はチャネル）及び／又はＵＬ信号の送受信に用いるリソースの割り当てを行う。割り当てたリソースに関する情報は、端末２０に送信する制御情報に含まれてよい。

　また、制御部１０３は、ＰＤＢがあるＸＲデータの伝送において、ＰＤＢ内にすべてのＴＢを送信するようにスケジューリングを行う。

　＜端末の構成＞
　図３は、本実施の形態に係る端末２０の構成の一例を示すブロック図である。端末２０は、例えば、受信部２０１と、送信部２０２と、制御部２０３と、を含む。端末２０は、例えば、基地局１０と無線によって通信する。

　受信部２０１は、基地局１０から送信されたＤＬ信号を受信する。例えば、受信部２０１は、制御部２０３による制御の下に、ＤＬ信号を受信する。

　送信部２０２は、ＵＬ信号を基地局１０へ送信する。例えば、送信部２０２は、制御部２０３による制御の下に、ＵＬ信号を送信する。

　ＵＬ信号には、例えば、上りリンクのデータ信号、及び、制御情報（例えば、ＵＣＩ）が含まれてよい。例えば、端末２０の処理能力に関する情報（例えば、UE capability）が含まれてよい。また、ＵＬ信号には、参照信号が含まれてもよい。

　ＵＬ信号の送信に使用されるチャネルには、例えば、データチャネルと制御チャネルとが含まれる。例えば、データチャネルには、PUSCH（Physical Uplink Shared Channel）が含まれ、制御チャネルには、PUCCH（Physical Uplink Control Channel）が含まれる。例えば、端末２０は、基地局１０から、PUCCHを用いて、制御情報を受信し、PUSCHを用いて、上りリンクのデータ信号を送信する。

　ＵＬ信号に含まれる参照信号には、例えば、DMRS、PTRS、CSI-RS、SRS、及び、PRSのいずれか少なくとも１つが含まれてよい。例えば、DMRS、PTRS等の参照信号は、上りリンクのデータ信号の復調のために使用され、上りリンクチャネル（例えば、PUSCH）を用いて送信される。

　制御部２０３は、受信部２０１における受信処理、及び、送信部２０２における送信処理を含む、端末２０の通信動作を制御する。

　例えば、制御部２０３は、上位レイヤからデータおよび制御情報といった情報を取得し、送信部２０２へ出力する。また、制御部２０３は、例えば、受信部２０１から受信したデータおよび制御情報等を上位レイヤへ出力する。

　例えば、制御部２０３は、基地局１０へフィードバックする情報の送信を制御する。基地局１０へフィードバックする情報は、例えば、HARQ-ACKを含んでもよいし、チャネル状態情（Channel. State Information（CSI））を含んでもよいし、スケジューリング要求（Scheduling Request（SR））を含んでもよい。基地局１０へフィードバックする情報は、ＵＣＩに含まれてよい。ＵＣＩは、PUCCHのリソースにおいて送信される。

　特に、制御部２０３は、ＰＤＢがあるＸＲデータの伝送のための報告情報を生成し、送信部２０２から報告情報を送信させる。なお、ＰＤＢに関連する報告情報の詳細については後述する。

　なお、ＤＬ信号の送信に使用されるチャネル及びＵＬ信号の送信に使用されるチャネルは、上述した例に限定されない。例えば、ＤＬ信号の送信に使用されるチャネル及びＵＬ信号の送信に使用されるチャネルには、RACH（Random Access Channel）及びPBCH（Physical Broadcast Channel）が含まれてよい。RACHは、例えば、Random Access Radio Network Temporary Identifier(RA-RNTI)を含むDownlink Control Information (DCI)の送信に用いられてよい。

　＜ＰＤＢに関連する報告＞
　本願の出願人は、ＰＤＢがあるＸＲデータ（ＵＬ／ＤＬパケット）の伝送のための、新たな報告情報（reporting）を提案する。以下、当該報告情報について提案毎に詳細に説明する。

　＜提案１＞
　提案１では、ＤＬまたはＵＬのＸＲトラフィックのために、端末２０が基地局１０（ネットワーク）に、経験遅延時間（experienced delay time）あるいは残余遅延時間（rest delay time）を報告するための、ＰＤＢに関連する報告情報について提案する。以下では、このＰＤＢに関連する報告情報を、delay budget reporting（ＤＢＲ）と称する。なお、残余遅延時間は、ＰＤＢから経験遅延時間を減算した値である。

　以下、ＤＢＲの詳細について説明する。

　ＤＢＲには、少なくとも以下の項目が含まれている。
　・識別子（Identification：ＩＤ）
　・遅延時間値（delay time value）

　ＤＢＲに含まれるＩＤは、ＰＤＢがあるデータの、パケットＩＤ、フレームＩＤあるいはその他のＩＤである。なお、ＩＤは、ＤＬとＵＬのそれぞれに個別に割り当てられてもよく、ＤＬ／ＵＬ共通に割り当てられてもよい。

　また、ＤＢＲに含まれるＩＤは、ＳＤＡＰ（Service Data Adaptation Protocol）／ＰＤＣＰ（Packet Data Convergence Protocol）／ＲＬＣ（Radio Link Control）／ＭＡＣの各レイヤにおけるＳＤＵ（Service Data Unit）／ＰＤＵ（Protcol Data Unit）のＩＤのように、他のレイヤのデータユニットのＩＤでもよい。なお、２つのレイヤの間でマッピングするＤＬ／ＵＬデータのＩＤにおいて、端末２０の２つのレイヤ間の情報交換が必要となる場合がある。例えば、ＩＤ＃１の1つのパケットがＳＤＡＰ＃１および＃２にマッピングされる場合や、ＩＤ＃１のパケットおよびＩＤ＃２のパケットがＭＡＣＰＤＵ＃１にマッピングされる場合等である。

　ＤＢＲに含まれる遅延時間値は、ＩＤによって特定されるデータの、現在の報告タイミングまでの経験遅延時間あるいは残余遅延時間に関連する値である。遅延時間値は、例えば、経験遅延時間あるいは残余遅延時間の量子化値であってもよく、経験遅延時間あるいは残余遅延時間をＰＤＢで除したパーセンテージであってもよい。

　例えば、残余遅延時間が5msであった場合、端末２０は、「rest = 5ms」を示す遅延時間値を含むＤＢＲを送信してもよい。また、残余遅延時間が5msで、ＰＤＢが20msであった場合、端末２０は、「rest = 25%」を示す遅延時間値を含むＤＢＲを送信してもよい。

　なお、ＤＬトラヒックにおいて、基地局１０（ネットワーク）が端末２０にＤＬのＰＤＢを通知しない場合、端末２０は、ＤＬのＰＤＢを認知できない可能性があるため、経験遅延時間を基地局１０に報告してもよい。また、ＵＬトラヒックにおいて、端末２０が基地局１０にＰＤＢを通知しない場合、ネットワークはＵＬのＰＤＢを認知できない可能性があるため、端末２０は残余時間を基地局１０に報告してもよい。

　なお、ＤＢＲには、１つのＩＤに対応する遅延時間値を含めてもよく、複数のＩＤにそれぞれに対応する遅延時間値を含めてもよい。

　また、ＤＢＲには、さらに、以下の項目が含まれていてよい。
　・ＤＬおよびＵＬのトラヒック表示（DL/UL traffic indication）
　・報告タイミング

　ＤＬおよびＵＬのトラヒック表示は、ＩＤ毎に独立していてもよいし、複数あるいは全てのＩＤに共通していてもよい。

　報告タイミングは、遅延時間値が計算された時刻を示す情報である。

　ＤＢＲのシグナリングの方法には特に限定はなく、例えば、ＤＢＲは、ＲＲＣＩＥ、ＭＡＣＣＥ、ＵＣＩにてシグナリングされてよい。

　＜提案２＞
　提案２では、ＤＢＲの報告タイミングについて提案する。

（１）ネットワークによる設定
　ネットワークは、ＤＢＲの報告タイミングを、periodic（周期的）、semi-periodic（準周期的）、aperiodic（非周期的）のいずれかに設定する。基地局１０は、ネットワークが設定したＤＢＲの報告タイミングを示す指示情報を、例えば、ＲＲＣＩＥ、ＭＡＣＣＥ、ＤＣＩにて端末２０にシグナリングする。この指示情報には、遅延状態の報告の対象となるデータのＩＤおよび／またはＤＬ／ＵＬを示す情報を含んでもよい。

　端末２０は、ＤＢＲにおいて、進行中のすべてのＤＬ／ＵＬのＩＤを、ＩＤ毎の遅延時間値とともに報告してもよいし、指示されたＤＬ／ＵＬのＩＤを、ＩＤ毎の遅延時間値とともに報告してもよい。

　周期的なＤＢＲの指示は、ＲＲＣを介して行われてもよい。準周期的なＤＢＲの指示は、ＲＲＣを介して行われてもよい。非周期的なＤＢＲの指示は、ＭＡＣＣＥおよび／またはＤＣＩを介して行われてもよい。

（２）端末によるトリガ
　ＤＢＲは、予め定義／設定されたタイマ／閾値／イベントに基づいて、端末２０によってトリガされてもよい。

　ＤＢＲ用のタイマは、ＤＬおよび／またはＵＬの端末２０毎に定義されてもよい。この場合、タイマが満了すると、端末２０は、ＤＢＲにおいて、進行中のすべてのＤＬ／ＵＬのＩＤをＩＤ毎の遅延時間値とともに報告する。ＤＢＲ用のタイマは、ＰＤＢがあるＸＲデータを受信したタイミングで起動してよい。

　また、ＤＢＲ用のタイマは、所定の端末２０のＤＬおよび／またはＵＬのＩＤ毎に定義されてもよい。この場合、所定のＩＤについてタイマが満了すると、端末２０は、当該ＩＤを遅延時間値とともに報告する。

　ＤＢＲ用の閾値は、ＤＬおよび／またはＵＬの端末２０毎に定義されてもよい。この場合、ＤＢＲは、特定の遅延時間の基準が閾値を満たすとトリガされる。すなわち、端末２０は、特定の遅延時間の基準が閾値を満たしたタイミングで、ＤＢＲにおいて、進行中のすべてのＤＬ／ＵＬのＩＤをＩＤ毎の遅延時間値とともに報告する。

　なお、遅延時間の基準は、ＩＤの経験遅延時間／残余遅延時間、ＩＤが一定割合で送信に成功した後の経験遅延時間／残余遅延時間、ＩＤの送信済み／残余の割合等である。例えば、遅延時間の基準が、ＩＤの残余遅延時間であり、閾値が5msである場合、端末２０は、ＩＤの残余遅延時間が5msになったタイミングでＤＢＲを報告する。

　端末２０は、ＤＢＲにおいて、閾値を満たすＩＤのみを遅延時間値とともに報告してもよいし、一度トリガされるとすべてのＩＤをＩＤ毎の遅延時間値とともに報告してもよい。

　また、ＤＢＲ用の閾値は、ＩＤ毎に定義されてもよい。この場合、特定のＩＤのＤＢＲは、特定の遅延時間の基準が閾値を満たすとトリガされる。

　＜提案３＞
　提案３では、ＵＬのＸＲトラフィックのために、端末２０が、例えば送信開始前に、基地局１０（ネットワーク）にＰＤＢを要求する報告情報について提案する。以下では、このＰＤＢを要求する報告情報を、delay requirement reporting（ＤＲＲ）と称する。

　ＤＲＲは、ＰＤＢがあるＵＬ送信のＸＲデータがある場合に、ＢＳＲ（Buffer Status Report）のようにトリガされうる。

　ＤＢＲには、少なくとも以下の項目が含まれている。
　・識別子（Identification：ＩＤ）
　・要求される／制限される遅延時間値（delay time value）

　ＤＲＲに含まれるＩＤは、ＰＤＢがあるＵＬデータの、パケットＩＤ、フレームＩＤあるいはその他のＩＤである。

　また、ＤＲＲには、さらに、以下の項目が含まれていてよい。
　・報告タイミング

　なお、ＤＲＲのシグナリングや設定の詳細については、提案１、２のＤＢＲと同様とすることができる。例えば、ＤＲＲは、ＲＲＣＩＥ、ＭＡＣＣＥ、ＵＣＩにてシグナリングされてよい。また、ＤＲＲは、ネットワークにより、周期的/準周期的／非周期的な報告タイミングの設定がなされてよく、端末２０によりトリガされてもよい。また、端末２０によるＤＲＲのトリガのために、タイマ／閾値／イベントを定義してもよい。

　また、ＤＲＲは、新たな別の報告、ＢＳＲ、ＤＢＲ、トラフィックパターンやサイズ等の他のＵＬトラフィック情報報告等の他の報告と組み合わせてもよい。

　ＵＬのＤＢＲとＤＲＲを組み合わせた報告する場合、例えば、提案２に基づいて、ＸＲの新しいＵＬデータにより報告がトリガされることができるイベントを追加してもよい。また、提案１に基づいて、残余遅延時間を、ＵＬデータのＩＤが送信される場合の要求時間に等しくしてもよい。

　なお、ＵＬのＤＢＲとＤＲＲを組み合わせた報告する場合、ＤＢＲはＤＲＲをカバーする。また、この場合、個別のＤＲＲを送信する必要はない。

　＜効果＞
　以上説明したように、本実施の形態によれば、端末２０が、ＰＤＢがあるＸＲデータの伝送において、基地局１０にＤＢＲを送信する（提案１、２）。これにより、基地局１０は、ＰＤＢがあるデータの経験遅延時間あるいは残余遅延時間を認知し、ＰＤＢ内ですべてのＴＢを送信するように、ＤＬ送信のスケジューリングを行うことができるので、遅延要求を保証することができる。

　また、端末２０は、ＰＤＢがあるＵＬ送信のＸＲデータを有する場合に、事前に、基地局１０（ネットワーク）にＤＲＲを送信することにより、基地局１０からＰＤＢの通知を受けることができる（提案３）。これにより、端末２０は、ＰＤＢ内ですべてのＴＢを送信するように、ＵＬ送信のスケジューリングを行うことができるので、遅延要求を保証することができる。

　＜UE capability＞
　ＵＥの能力を示すUE capabilityでは、以下のＵＥの能力を示す情報が含まれてよい。なお、ＵＥの能力を示す情報は、ＵＥの能力を定義する情報に相当してよい。
　・ＵＥが、ＤＬまたはＵＬのＸＲトラフィックのために、経験遅延時間あるいは残余遅延時間を報告するＤＢＲをサポートしているか否かを定義する情報。さらに、ＵＥがＤＢＲをトリガすることをサポートしているか否かを定義する情報。
　・ＵＥが、ＵＬのＸＲトラフィックのために、ＰＤＢ（遅延要求）を要求するＤＲＲをサポートしているか否かを定義する情報。

　（ハードウェア構成）
　なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

　機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting　unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

　例えば、本開示の一実施の形態における基地局、端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図４は、本開示の一実施の形態に係る基地局及び端末のハードウェア構成の一例を示す図である。上述の基地局１０及び端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

　なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局１０及び端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

　基地局１０及び端末２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

　プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central　Processing　Unit）によって構成されてもよい。例えば、上述の制御部１０３および制御部２０３などは、プロセッサ１００１によって実現されてもよい。

　また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、基地局１０の制御部１０３または端末２０の制御部２０３は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

　メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read　Only　Memory）、ＥＰＲＯＭ（Erasable　Programmable　ＲＯＭ）、ＥＥＰＲＯＭ（Electrically　Erasable　Programmable　ＲＯＭ）、ＲＡＭ（Random　Access　Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

　ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact　Disc　ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

　通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency　Division　Duplex）及び時分割複信（ＴＤＤ：Time　Division　Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送信部１０１、受信部１０２、受信部２０１および送信部２０２などは、通信装置１００４によって実現されてもよい。

　入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

　また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

　また、基地局１０及び端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital　Signal　Processor）、ＡＳＩＣ（Application　Specific　Integrated　Circuit）、ＰＬＤ（Programmable　Logic　Device）、ＦＰＧＡ（Field　Programmable　Gate　Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

　（情報の通知、シグナリング）
　情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink　Control　Information）、ＵＣＩ（Uplink　Control　Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio　Resource　Control）シグナリング、ＭＡＣ（Medium　Access　Control）シグナリング、報知情報（ＭＩＢ（Master　Information　Block）、ＳＩＢ（System　Information　Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC　Connection　Setup）メッセージ、ＲＲＣ接続再構成（RRC　Connection　Reconfiguration）メッセージなどであってもよい。

　（適用システム）
　本開示において説明した各態様／実施形態は、ＬＴＥ（Long　Term　Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ　３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th　generation　mobile　communication　system）、５Ｇ（5th　generation　mobile　communication　system）、ＦＲＡ（Future　Radio　Access）、ＮＲ（New　Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra　Mobile　Broadband）、ＩＥＥＥ　８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ　８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ　８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

　（処理手順等）
　本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

　（基地局の動作）
　本開示において基地局によって行われるとした特定動作は、場合によってはその上位ノード（upper　node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network　nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局及び基地局以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

　（入出力の方向）
　情報等（※「情報、信号」の項目参照）は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

　（入出力された情報等の扱い）
　入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

　（判定方法）
　判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

　（ソフトウェア）
　ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

　また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital　Subscriber　Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

　（情報、信号）
　本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

　なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component　Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

　（「システム」、「ネットワーク」）
　本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

　（パラメータ、チャネルの名称）
　また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

　上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、PUCCH、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

　（基地局（無線基地局））
　本開示においては、「基地局（ＢＳ：Base　Station）」、「無線基地局」、「固定局（fixed　station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access　point）」、「送信ポイント（transmission　point）」、「受信ポイント（reception　point）」、「送受信ポイント（transmission/reception　point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

　基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Ｒｅｍｏｔｅ　Ｒａｄｉｏ　Ｈｅａｄ））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。

　（端末）
　本開示においては、「移動局（ＭＳ：Mobile　Station）」、「ユーザ端末（user　terminal）」、「ユーザ装置（ＵＥ：User　Equipment）」、「端末」などの用語は、互換的に使用され得る。

　移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

　（基地局／移動局）
　基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet　of　Things）機器であってもよい。

　また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能を端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。

　同様に、本開示における端末は、基地局で読み替えてもよい。この場合、上述の端末２０が有する機能を基地局１０が有する構成としてもよい。

　（用語の意味、解釈）
　本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking　up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

　「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

　（参照信号）
　参照信号は、ＲＳ（Reference　Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。

　（「に基づいて」の意味）
　本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

　（「第１の」、「第２の」）
　本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

　（手段）
　上記の各装置の構成における「部」を、「手段」、「回路」、「デバイス」等に置き換えてもよい。

　（オープン形式）
　本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

　（ＴＴＩ等の時間単位、ＲＢなどの周波数単位、無線フレーム構成）
　無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。

　ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier　Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission　Time　Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。

　スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal　Frequency　Division　Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single　Carrier　Frequency　Division　Multiple　Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。

　スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。

　無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。

　例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission　Time　Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。

　ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。

　ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。

　なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。

　１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ　Ｒｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional　TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。

　なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。

　リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。

　また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。

　なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical　RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier　Group）、リソースエレメントグループ（ＲＥＧ：Resource　Element　Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。

　また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource　Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

　帯域幅部分（ＢＷＰ：Bandwidth　Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common　resource　blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。

　ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ　ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ　ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。

　設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。

　上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic　Prefix）長などの構成は、様々に変更することができる。

　本開示において、例えば、英語でのa,　an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

　本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

　(態様のバリエーション等)
　本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

　以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

　本開示の一態様は、移動通信システムに有用である。

　１０　基地局
　２０　端末
　１０１，２０２　送信部
　１０２，２０１　受信部
　１０３，２０３　制御部

Claims

　遅延に関する要求があるExtended Reality（ＸＲ）のデータを送受信する端末であって、
　前記遅延に関する要求に関連する報告情報を生成する制御部と、
　前記報告情報を送信する送信部と、
　を具備する端末。
　前記報告情報は、前記データのexperienced delay timeあるいはrest delay timeに関連する情報を含む、
　請求項１に記載の端末。
　前記報告情報の報告タイミングは、periodic、semi-periodic、aperiodicのいずれかに設定され、
　前記送信部は、前記報告タイミングに従って前記報告情報を送信する、
　請求項２に記載の端末。
　前記制御部は、特定の遅延時間の基準が閾値を満たすと前記報告情報の報告タイミングを設定し、
　前記送信部は、前記報告タイミングに従って前記報告情報を送信する、
　請求項２に記載の端末。
　前記報告情報は、遅延時間値を要求する情報を含む、
　請求項１に記載の端末。
　遅延に関する要求があるExtended Reality（ＸＲ）のデータを送受信する端末は、
　前記遅延要求に関連する報告情報を生成し、
　前記報告情報を送信する、
　無線通信方法。