ホーム > 特許ランキング > ソニーグループ株式会社
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024157381
(43)【公開日】2024-11-07
(54)【発明の名称】端末装置、基地局、及び通信方法
(51)【国際特許分類】
H04W 24/08 20090101AFI20241030BHJP
H04W 72/1268 20230101ALI20241030BHJP
H04W 72/21 20230101ALI20241030BHJP
【ＦＩ】
H04W24/08
H04W72/1268
H04W72/21
【審査請求】未請求
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2023071712
(22)【出願日】2023-04-25
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】豊田 修之
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA14
5K067DD11
5K067EE02
5K067EE10
(57)【要約】
【課題】低遅延の無線通信を実現可能な端末装置、基地局、及び通信方法を提案する。
【解決手段】基地局と接続される端末装置であって、前記端末装置が送信する１又は複数のパケットの滞留時間を前記パケット毎に計測する計測部と、前記滞留時間の最大値を特定する特定部と、前記滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記基地局に送信する送信部と、を備える。
【選択図】図１５
【解決手段】基地局と接続される端末装置であって、前記端末装置が送信する１又は複数のパケットの滞留時間を前記パケット毎に計測する計測部と、前記滞留時間の最大値を特定する特定部と、前記滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記基地局に送信する送信部と、を備える。
【選択図】図１５
【特許請求の範囲】
【請求項1】
基地局と接続される端末装置であって、
前記端末装置が送信する１又は複数のパケットの滞留時間を前記パケット毎に計測する計測部と、
前記滞留時間の最大値を特定する特定部と、
前記滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記基地局に送信する送信部と、
を備える端末装置。
前記端末装置が送信する１又は複数のパケットの滞留時間を前記パケット毎に計測する計測部と、
前記滞留時間の最大値を特定する特定部と、
前記滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記基地局に送信する送信部と、
を備える端末装置。
【請求項2】
前記計測部は、前記端末装置が送信する１又は複数の上りリンクパケットの滞留時間を前記上りリンクパケット毎に計測し、
前記送信部は、前記滞留時間情報を前記基地局に送信する、
請求項１に記載の端末装置。
前記送信部は、前記滞留時間情報を前記基地局に送信する、
請求項１に記載の端末装置。
【請求項3】
前記計測部は、前記上りリンクパケットが前記端末装置内のアプリケーションで発生してからの時間を前記滞留時間として計測する、
請求項２に記載の端末装置。
請求項２に記載の端末装置。
【請求項4】
前記計測部は、前記上りリンクパケットが所定のプロトコルレイヤに到着してからの時間を前記滞留時間として計測する、
請求項２に記載の端末装置。
請求項２に記載の端末装置。
【請求項5】
前記計測部は、前記上りリンクパケットが前記端末装置に接続された他の通信装置上で発生してからの時間を前記滞留時間として計測する、
請求項２に記載の端末装置。
請求項２に記載の端末装置。
【請求項6】
前記送信部は、前記滞留時間情報をＢＳＲに含めて前記基地局に送信する、
請求項２に記載の端末装置。
請求項２に記載の端末装置。
【請求項7】
前記ＢＳＲの送信がトリガされたタイミングで、前記滞留時間の最大値を取得するとともに、該最大値に関する情報を含む前記滞留時間情報を前記ＢＳＲに含めて前記基地局に送信する、
請求項６に記載の端末装置。
請求項６に記載の端末装置。
【請求項8】
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記特定部は、前記ＬＣＧ毎に前記滞留時間の最大値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の最大値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
請求項２に記載の端末装置。
前記特定部は、前記ＬＣＧ毎に前記滞留時間の最大値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の最大値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
請求項２に記載の端末装置。
【請求項9】
前記特定部は、前記滞留時間の最大値に加えて前記滞留時間の平均値を特定し、
前記送信部は、前記滞留時間の最大値に関する情報と、前記滞留時間の平均値に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
請求項２に記載の端末装置。
前記送信部は、前記滞留時間の最大値に関する情報と、前記滞留時間の平均値に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
請求項２に記載の端末装置。
【請求項10】
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記特定部は、前記ＬＣＧ毎に前記滞留時間の平均値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の平均値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
請求項９に記載の端末装置。
前記特定部は、前記ＬＣＧ毎に前記滞留時間の平均値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の平均値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
請求項９に記載の端末装置。
【請求項11】
前記特定部は、前記滞留時間の最大値に加えて前記滞留時間の予測値を特定し、
前記送信部は、前記滞留時間の最大値に関する情報と、前記滞留時間の予測値に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
請求項２に記載の端末装置。
前記送信部は、前記滞留時間の最大値に関する情報と、前記滞留時間の予測値に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
請求項２に記載の端末装置。
【請求項12】
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記特定部は、前記ＬＣＧ毎に前記滞留時間の予測値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の予測値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
請求項１１に記載の端末装置。
前記特定部は、前記ＬＣＧ毎に前記滞留時間の予測値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の予測値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
請求項１１に記載の端末装置。
【請求項13】
前記特定部は、前記滞留時間の最大値に加えて、前記上りリンクパケット毎の滞留時間及び情報量を特定し、
前記送信部は、前記滞留時間の最大値に関する情報と、前記上りリンクパケット毎の滞留時間及び情報量に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
請求項２に記載の端末装置。
前記送信部は、前記滞留時間の最大値に関する情報と、前記上りリンクパケット毎の滞留時間及び情報量に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
請求項２に記載の端末装置。
【請求項14】
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記送信部は、前記ＬＣＧ毎の前記滞留時間情報を前記基地局に送信する、
請求項１３に記載の端末装置。
前記送信部は、前記ＬＣＧ毎の前記滞留時間情報を前記基地局に送信する、
請求項１３に記載の端末装置。
【請求項15】
前記送信部は、前記滞留時間情報を前記基地局に送信する、
請求項２に記載の端末装置。
請求項２に記載の端末装置。
【請求項16】
前記送信部は、前記滞留時間情報をＢＳＲに含めて前記基地局に送信する、
請求項１５に記載の端末装置。
請求項１５に記載の端末装置。
【請求項17】
前記送信部は、前記上りリンクパケットを前記基地局に送信する度に、前記滞留時間情報を前記基地局に送信する、
請求項２に記載の端末装置。
請求項２に記載の端末装置。
【請求項18】
端末装置と接続される基地局であって、
前記端末装置が送信する１又は複数のパケットの滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記端末装置から受信する受信部と、
滞留時間情報に基づいて前記端末装置の上りリンク通信のスケジューリングを行うスケジューリング部と、
を備える基地局。
前記端末装置が送信する１又は複数のパケットの滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記端末装置から受信する受信部と、
滞留時間情報に基づいて前記端末装置の上りリンク通信のスケジューリングを行うスケジューリング部と、
を備える基地局。
【請求項19】
基地局と接続される端末装置が実行する通信方法であって、
前記端末装置が送信する１又は複数のパケットの滞留時間を前記パケット毎に計測し、
前記滞留時間の最大値を特定し、
前記滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記基地局に送信する、
通信方法。
前記端末装置が送信する１又は複数のパケットの滞留時間を前記パケット毎に計測し、
前記滞留時間の最大値を特定し、
前記滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記基地局に送信する、
通信方法。
【請求項20】
端末装置と接続される基地局が実行する通信方法であって、
前記端末装置が送信する１又は複数のパケットの滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記端末装置から受信し、
滞留時間情報に基づいて前記端末装置の上りリンク通信のスケジューリングを行う、
通信方法。
前記端末装置が送信する１又は複数のパケットの滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記端末装置から受信し、
滞留時間情報に基づいて前記端末装置の上りリンク通信のスケジューリングを行う、
通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、端末装置、基地局、及び通信方法に関する。
【背景技術】
【0002】
近年のモバイルネットワーク（例えば、５Ｇ等のセルラーネットワーク）には、高い通信パフォーマンス（例えば、接続安定性、低遅延、高信頼、高スループット、省電力、又は低処理負荷等）が求められている。この中でも、低遅延の実現は、近年登場した新たな通信サービス（例えば、ＩｏＴにおける機器制御、ゲームやＶＲにおけるリアルタイム通信等）を実現するうえで非常に重要な要素となっている。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】特開２０１２－３４４０７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
遅延が発生する要因の一つに、基地局におけるスケジューリングの待ち時間がある。下りリンク通信では、ネットワーク側（例えば、コアネットワーク及び／又は基地局）で、パケットの滞留時間を把握できる。そのため、基地局が、遅延要求を満たすよう、下りリンク通信のスケジューリングを行うことは可能であると想定される。しかしながら、上りリンク通信では、基地局側で、端末装置内でのパケットの滞留時間を把握できない。そのため、基地局が、遅延要求を満たすよう、上りリンク通信のスケジューリングを行うことは容易ではない。
【0005】
そこで、本開示では、低遅延の無線通信を実現可能な端末装置、基地局、及び通信方法を提案する。
【0006】
なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。
【課題を解決するための手段】
【0007】
上記の課題を解決するために、本開示に係る一形態の端末装置は、基地局と接続される端末装置であって、前記端末装置が送信する１又は複数のパケットの滞留時間を前記パケット毎に計測する計測部と、前記滞留時間の最大値を特定する特定部と、前記滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記基地局に送信する送信部と、を備える。
【図面の簡単な説明】
【0008】
【図1】３ＧＰＰのTS 23.501 Table 5.7.4-1の一部抜粋である。
【図2】下りリンク通信のスケジューリングを説明するための図である。
【図3】下りリンク通信のスケジューリングを説明するための図である。
【図4】本実施形態に係る通信システムの構成を示す図である。
【図5】本開示の実施形態に係るサーバの構成例を示す図である。
【図6】本実施形態に係る管理装置の構成を示す図である。
【図7】本実施形態に係る基地局の構成を示す図である。
【図8】本実施形態に係る端末装置の構成を示す図である。
【図9】実施形態１に係る端末装置の機能ブロック図である。
【図10】滞留時間情報を格納可能なＢＳＲのフォーマットの一例を示す図である。
【図11】滞留時間情報を格納可能なＢＳＲのフォーマットの一例を示す図である。
【図12】滞留時間情報を格納可能なＢＳＲのフォーマットの他の例を示す図である。
【図13】滞留時間情報を格納可能なＢＳＲのフォーマットの他の例を示す図である。
【図14】実施形態１の通信処理を示すシーケンス図である。
【図15】滞留時間を考慮したスケジューリングを説明するための図である。
【図16】実施形態２に係る端末装置の機能ブロック図である。
【図17】実施形態２に係る基地局の機能ブロック図である。
【図18】タイムスタンプを格納可能なＰＤＵのフォーマットの一例を示す図である。
【図19】遅延時間の測定可能粒度を説明するための図である。
【図20】実施形態２の通信処理を示すシーケンス図である。
【図21】遅延時間を考慮したスケジューリングを説明するための図である。
【図22】実施形態３に係る通信システムの機能ブロック図である。
【図23】実施形態３に係る端末装置の機能ブロック図である。
【図24】実施形態３に係るサーバの機能ブロック図である。
【図25】実施形態１の通信処理を示すシーケンス図である。
【図26】滞留時間の特定方法を説明するためのシーケンス図である。
【図27】外部装置を説明するための図である。
【図28】Ｏ－ＲＡＮアーキテクチャの一例を示す図である。
【図29】Ｏ－ＲＡＮを利用した通信処理を示すシーケンス図である。
【発明を実施するための形態】
【0009】
以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。
【0010】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベット又は数字を付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて端末装置４０１、４０２、及び４０３のように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、端末装置４０１、４０２、及び４０３を特に区別する必要が無い場合には、単に端末装置４０と称する。
【0011】
以下に説明される１又は複数の実施形態（実施例、変形例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。
【0012】
＜＜１．概要＞＞
本実施形態を詳細に説明する前に、本実施形態の概要を説明する。
本実施形態を詳細に説明する前に、本実施形態の概要を説明する。
【0013】
＜１－１．課題＞
近年のモバイルネットワーク（例えば、５Ｇ等のセルラーネットワーク）には、高い通信パフォーマンス（例えば、接続安定性、低遅延、高信頼、高スループット、省電力、又は低処理負荷等）が求められている。この中でも、低遅延の実現は、近年登場した新たな通信サービス（例えば、ＩｏＴにおける機器制御、ゲームやＶＲにおけるリアルタイム通信等）を実現するうえで非常に重要な要素となっている。
近年のモバイルネットワーク（例えば、５Ｇ等のセルラーネットワーク）には、高い通信パフォーマンス（例えば、接続安定性、低遅延、高信頼、高スループット、省電力、又は低処理負荷等）が求められている。この中でも、低遅延の実現は、近年登場した新たな通信サービス（例えば、ＩｏＴにおける機器制御、ゲームやＶＲにおけるリアルタイム通信等）を実現するうえで非常に重要な要素となっている。
【0014】
遅延が発生する要因の一つに、基地局におけるＭＡＣ（Medium Access Control）スケジューラにおけるスケジューリングの待ち時間がある。これは、システム帯域幅や端末装置の電波伝搬環境によって一度に送信／多重できる量が限られるために発生する。特にＳＬＡ（Service Level Agreement）などでＰＤＢ（Packet Delay Budget）が定義されているサービス（例えば、Bearer、Slice、Session、又はQoS Flowなど）に関しては、基地局は、当該ＰＤＢ（以下、単にDelay Budgetともいう。）を越えないようにスケジューリングを実施する必要がある。図１は、３ＧＰＰ（登録商標）のTS 23.501 Table 5.7.4-1の一部抜粋である。セルラーネットワークでは、サービスの遅延目標値が、ＱｏＳ（Quality of Service）情報として、コアネットワーク／基地局（gNB/eNB）に設定される。
【0015】
下りリンク（DL：Down Link）については、各パケットの滞留時間は、ネットワーク側（例えば、コアネットワーク及び／又は基地局）で測定可能である。そのため、基地局は、パケットの滞留時間がＳＬＡなどで定義されるDelay Budgetを越えないように、スケジューリングを行うことが可能であると想定される。
【0016】
図２は、下りリンク通信のスケジューリングを説明するための図である。図２の例では、基地局（図２の例ではｇＮＢ）に３台の端末装置（図２に示すＡ、Ｂ、Ｃ）が接続している。基地局は、各端末装置向けのパケットをコアネットワーク（図２の例では５ＧＣ）から受信する。基地局がコアネットワークから受信するパケットには、コアネットワークの入り口でタイムスタンプなどが付与される。基地局は、タイムスタップを基に各パケットの滞留時間を算出する。図２には、gNB DL RLC bufferに滞留した複数のパケットと、それら複数のパケットそれぞれの滞留時間及びBudget余裕時間が示されている。そして、基地局は、滞留時間の情報に基づいて、スケジューリングを実施する。図２の例では、滞留時間１３ｍｓの端末装置Ａ向けのパケットがDelay Budgetに最も余裕がない。そのため、基地局はこの端末装置Ａ向けのパケットから送信するようスケジューリングを行う。
【0017】
上りリンク（UL：Up Link）においても、ＳＬＡ（Service Level Agreement）などで定義されたDelay Budgetを考慮して、遅延時間に基づくスケジューリングが実行されることが期待される。図３は、下りリンク通信のスケジューリングを説明するための図である。現状、端末装置は、ＢＳＲ（Buffer Status Report）でＬＣＧ（Logical Channel Group）毎にバッファの総滞留量を基地局に通知する。しかし、端末装置は、各パケットが端末装置内でどれくらいの時間滞留しているかを示す情報を基地局に通知することはない。基地局は、バッファが０状態からのパケットが捌けるまでの時間なら判別できる可能性がある。しかし、これはＳＬＡには不十分である。つまり、上りリンク通信では、基地局側で端末装置内でのパケットの滞留時間を把握できない。そのため、基地局が、遅延要求を満たすよう、上りリンク通信のスケジューリングを行うことは容易ではない。
【0018】
＜１－３．解決手段の概要＞
そこで、本実施形態では、以下のように上記課題を解決する。
そこで、本実施形態では、以下のように上記課題を解決する。
【0019】
例えば、本実施形態の端末装置は、基地局に送信する１又は複数の上りリンクパケットの滞留時間をパケット毎に計測し、滞留時間の最大値を特定する。例えば、端末装置は、ＢＳＲを送信する際にＬＣＧに滞留しているＲＬＣ ＰＤＵ（Radio Link Control Protocol Data Unit）のうち、最大の滞留時間（例えば、端末装置内での滞留時間／ＲＬＣバッファ内での滞留時間）を特定する。そして、端末装置は、滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を基地局に送信する。例えば、端末装置は、ＢＳＲに滞留時間情報を格納するための新たな領域を設け、その領域に滞留時間情報を格納する。そして、端末装置は滞留時間情報を格納したＢＳＲを基地局に送信する。基地局は、受信したＢＳＲから滞留時間情報を抽出する。そして、基地局は、滞留時間情報に基づいて上りリンク通信のスケジューリングを行う。
【0020】
これにより、基地局は、遅延要求を満たすよう、上りリンク通信のスケジューリングを行うことができる。結果として、上りリンク通信においても低遅延の無線通信が実現するので、基地局及び端末装置は、高い通信パフォーマンスの無線通信（例えば、安定した低遅延の無線通信）を実現することができる。
【0021】
以上、本実施形態の概要を述べたが、以下、本実施形態の通信システム１について詳細に説明する。
【0022】
＜＜２．通信システムの構成＞＞
まず、通信システム１の構成を具体的に説明する。以下に示す通信システム１の構成は、実施形態１～３で共通である。
まず、通信システム１の構成を具体的に説明する。以下に示す通信システム１の構成は、実施形態１～３で共通である。
【0023】
図４は、本実施形態に係る通信システム１の構成を示す図である。通信システム１は、サーバ１０と、管理装置２０と、基地局３０と、端末装置４０と、を備えている。通信システム１は、通信システム１を構成する各無線通信装置が連携して動作することにより、ユーザに対して移動通信が可能な無線ネットワーク（モバイルネットワーク）を提供する。本実施形態の無線ネットワークは、例えば、無線アクセスネットワークＲＡＮとコアネットワークＣＮとから構成されているセルラーネットワークであってもよい。モバイルネットワークには、端末装置４０が含まれていてもよい。本実施形態において、無線通信装置は、無線通信の機能を有する装置のことであり、図４の例では、基地局３０、および端末装置４０が該当する。
【0024】
通信システム１は、サーバ１０、管理装置２０、基地局３０、および端末装置４０をそれぞれ複数備えてもよい。図４の例では、通信システム１は、サーバ１０としてサーバ１０１およびサーバ１０２を備えており、管理装置２０として管理装置２０１および管理装置２０２を備えている。また、通信システム１は、基地局３０として基地局３０１、基地局３０２、および基地局３０３を備えており、端末装置４０として端末装置４０１、端末装置４０２、および端末装置４０３を備えている。
【0025】
端末装置４０は、ＬＴＥ（Long Term Evolution）、ＮＲ（New Radio）、６Ｇ、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、等の無線アクセス技術（ＲＡＴ：Radio Access Technology）を使ってネットワークに接続するよう構成されていてもよい。このとき、端末装置４０は、異なる無線アクセス技術（無線通信方式）を使用可能に構成されていてもよい。例えば、端末装置４０は、ＮＲとＷｉ－Ｆｉを使用可能に構成されていてもよい。また、端末装置４０は、異なるセルラー通信技術（例えば、ＬＴＥ、ＮＲ、又は６Ｇ）を使用可能に構成されていてもよい。以下の説明では、端末装置４０のことをＵＥ（User Equipment）ということがある。
【0026】
ＬＴＥ及びＮＲは、セルラー通信技術の一種であり、基地局がカバーするエリアをセル状に複数配置することで端末装置の移動通信を可能にする。また、６Ｇもセルラー通信技術の一種として、基地局がカバーするエリアをセル状に複数配置することで端末装置の移動通信を可能にする技術となる可能性がある。
【0027】
なお、以下の説明では、「ＬＴＥ」には、ＬＴＥ－Ａ（LTE-Advanced）、ＬＴＥ－Ａ Ｐｒｏ（LTE-Advanced Pro）、及びＥＵＴＲＡ（Evolved Universal Terrestrial Radio Access）が含まれるものとする。また、ＮＲには、ＮＲＡＴ（New Radio Access Technology）、及びＦＥＵＴＲＡ（Further EUTRA）が含まれるものとする。なお、単一の基地局３０は複数のセルを管理してもよい。以下の説明において、ＬＴＥに対応するセルはＬＴＥセルと称され、ＮＲに対応するセルはＮＲセルと称される。
【0028】
ＮＲは、ＬＴＥ（LTE-Advanced、LTE-Advanced Proを含む第４世代通信）の次の世代（第５世代）の無線アクセス技術である。ＮＲは、ｅＭＢＢ（Enhanced Mobile Broadband）、ｍＭＴＣ（Massive Machine Type Communications）及びＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）を含む様々なユースケースに対応できる無線アクセス技術である。ＮＲは、これらのユースケースにおける利用シナリオ、要求条件、及び配置シナリオなどに対応する技術フレームワークとして３ＧＰＰ（登録商標）のＲｅｌ－１５で規格策定された。さらに、Ｂｅｙｏｎｄ ５Ｇおよび６Ｇでは、高速大容量、低遅延・高信頼、多数同時接続の複数軸を同時に実現することが要求されている。
【0029】
６Ｇは、第５世代移動体通信であるＮＲや５ＧＳ（5G system）の次の世代のセルラー通信技術である。６Ｇには、無線アクセス技術及び基地局、コアネットワークおよびデータネットワーク間のネットワーク技術が含まれる。また、６Ｇには、ＮＲにおいて主要ユースケース又は要求条件とされていたｅＭＢＢ、ｍＭＴＣ及びＵＲＬＬＣのそれぞれの高度化（Extreme connectivity）のための技術が含まれる。また、６Ｇには、新たな側面における新技術が含まれる。例えば、６Ｇには、ＡＩ（Cognitive network、AI native Air Interface）、センシング（Rader sensing、network as a sensorを含む。）テラヘルツ通信、に関する技術が含まれ得る。
【0030】
なお、無線ネットワークは、ＬＴＥ（Long Term Evolution）、ＮＲ（New Radio）、６Ｇ等の無線アクセス技術（ＲＡＴ：Radio Access Technology）のうち少なくとも１つに対応していてもよい。ＬＴＥ、ＮＲ、及び６Ｇは、セルラー通信技術の一種であり、基地局がカバーするエリアをセル状に複数配置することで端末装置の移動通信を可能にする。なお、通信システム１が使用する無線アクセス方式は、ＬＴＥ、ＮＲ、６Ｇに限定されず、Ｗ－ＣＤＭＡ（Wideband Code Division Multiple Access）、ｃｄｍａ２０００（Code Division Multiple Access 2000）等の他の無線アクセス方式であってもよい。
【0031】
また、基地局３０は、地上局であってもよいし、非地上局であってもよい。非地上局は、衛星局であってもよいし、航空機局であってもよい。非地上局が衛星局なのであれば、無線ネットワークは、Bent-pipe（Transparent）型の移動衛星通信システムであってもよい。
【0032】
なお、本実施形態において、地上局および地上基地局とは、地上に設置される基地局および中継局のことをいう。ここで、「地上」は、陸上のみならず、地中、水上、水中も含む広義の地上である。なお、以下の説明において、「地上局」の記載は、「ゲートウェイ」に置き換えてもよい。
【0033】
なお、ＬＴＥの基地局は、ｅＮｏｄｅＢ（Evolved Node B）又はｅＮＢと称されることがある。また、ＮＲの基地局は、ｇＮｏｄｅＢ又はｇＮＢと称されることがある。また、６Ｇの基地局は、６Ｇ ＮｏｄｅＢ（6GNB）と称されることがある。また、ＬＴＥ、ＮＲ、及び６Ｇでは、端末装置（移動局、又は端末ともいう。）はＵＥ（User Equipment）と称されることがある。なお、端末装置は、通信装置の一種であり、移動局、又は端末とも称される。
【0034】
なお、端末装置４０は、ＬＴＥ、ＮＲ、６Ｇ、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ以外の無線アクセス技術（無線通信方式）を使ってネットワークに接続可能であってもよい。例えば、端末装置４０は、ＬＰＷＡ（Low Power Wide Area）通信を使ってネットワークに接続可能であってもよい。また、端末装置４０は、独自規格の無線通信を使ってネットワークに接続可能であってもよい。
【0035】
ここで、ＬＰＷＡ通信とは、小電力の広範囲通信を可能とする無線通信のことである。例えば、ＬＰＷＡ無線とは、特定小電力無線（例えば、９２０ＭＨｚ帯）又はＩＳＭ（Industry-Science-Medical）バンドを使用したＩｏＴ（Internet of Things）無線通信のことである。なお、端末装置４０が使用するＬＰＷＡ通信はＬＰＷＡ規格に準拠したものであってもよい。ＬＰＷＡ規格としては、例えば、ＥＬＴＲＥＳ、ＺＥＴＡ、ＳＩＧＦＯＸ、ＬｏＲａＷＡＮ、ＮＢ－Ｉｏｔ等が挙げられる。勿論、ＬＰＷＡ規格はこれらに限定されず、他のＬＰＷＡ規格であってもよい。
【0036】
図４に示す各無線通信装置は、論理的な意味での装置と考えてもよい。すなわち、各無線通信装置の一部が仮想マシン（VM：Virtual Machine）、ドッカー（Docker）などのコンテナ（Container）等によって実現され、それらが物理的に同一のハードウェア上で実装されてもよい。
【0037】
本実施形態において、無線通信装置という概念には、携帯端末等の持ち運び可能な移動体装置（端末装置）のみならず、構造物または移動体に設置される装置も含まれる。構造物または移動体そのものを無線通信装置とみなしてもよい。また、無線通信装置という概念には、端末装置４０のみならず、基地局３０も含まれる。無線通信装置は、処理装置または情報処理装置の一種である。無線通信装置は、送信装置または受信装置と言い換えることも可能である。
【0038】
以下、通信システム１を構成する各無線通信装置の構成を具体的に説明する。なお、以下に示す各無線通信装置の構成はあくまで一例である。各無線通信装置の構成は、以下に示す構成とは異なっていてもよい。
【0039】
＜２－１．サーバの構成＞
最初に、サーバ１０の構成を説明する。
最初に、サーバ１０の構成を説明する。
【0040】
サーバ１０は、端末装置４０に対して各種サービスを提供する情報処理装置（コンピュータ）である。例えば、サーバ１０は、アプリケーションサーバやＷｅｂサーバである。サーバ１０は、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。また、サーバ１０は、ユーザや端末の近くでデータ処理（エッジ処理）を行う情報処理装置であってもよい。例えば、サーバ１０は、基地局に併設又は内蔵された情報処理装置（コンピュータ）であってもよい。勿論、サーバ１０は、クラウドコンピューティングを行う情報処理装置であってもよい。本実施形態のサーバ１０は、アプリケーションファンクションとして機能し得る。
【0041】
サーバ１０は、管理装置２０、ネットワークＮを介して接続されている。図４の例では、ネットワークＮが１つしか示されていないが、ネットワークＮは複数存在していてもよい。ここで、ネットワークＮは、例えば、インターネット等のパブリックネットワークである。なお、ネットワークＮは、インターネットに限られず、例えば、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、セルラーネットワーク、固定電話網、地域ＩＰ（Internet Protocol）網であってもよい。ネットワークＮには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。
【0042】
図５は、本開示の実施形態に係るサーバ１０の構成例を示す図である。サーバ１０は、通信部１１と、記憶部１２と、制御部１３と、を備える。図５に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、サーバ１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、サーバ１０は、複数の情報処理装置により構成されていてもよい。
【0043】
通信部１１は、他の装置と通信するための通信インタフェースである。例えば、通信部１１は、ネットワークインタフェースである。例えば、通信部１１は、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インタフェースである。なお、通信部１１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１１は、サーバ１０の通信手段として機能する。通信部１１は、制御部１３の制御に従って管理装置２０、基地局３０、端末装置４０、及び他のサーバ１０と通信する。
【0044】
記憶部１２は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２は、サーバ１０の記憶手段として機能する。記憶部１２は、モバイルネットワークの将来の品質を予測するめの学習モデル（予測モデル）を記憶する。学習モデルについては後述する。
【0045】
制御部１３は、サーバ１０の各部を制御するコントローラ（controller）である。制御部１３は、例えば、ＣＰＵ（Central Processing Unit）またはＭＰＵ（Micro Processing Unit）等のプロセッサによって実現されてもよい。詳細には、制御部１３は、管理装置２０の内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することによって実現されてもよい。制御部１３は、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＦＰＧＡ（Field Programmable Gate Array）等の集積回路によって実現されてもよい。また、制御部１３は、ＧＰＵ（Graphics Processing Unit）により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、ＦＰＧＡ、及びＧＰＵは何れもコントローラとみなすことができる。なお、制御部１３は、複数の物理的に分離された物体により構成されていてもよい。例えば、制御部１３は、複数の半導体チップにより構成されていてもよい。
【0046】
＜２－２．管理装置の構成＞
次に、管理装置２０の構成を説明する。
次に、管理装置２０の構成を説明する。
【0047】
管理装置２０は、無線ネットワークを管理する情報処理装置（コンピュータ）である。例えば、管理装置２０は基地局３０の通信を管理する情報処理装置である。管理装置２０は、例えば、ＭＭＥ（Mobility Management Entity）としての機能を有する装置であっても良い。管理装置２０は、ＡＭＦ（Access and Mobility Management Function）及び／又はＳＭＦ（Session Management Function）としての機能を有する装置であってもよい。ＭＭＥ、ＡＭＦ、及びＳＭＦは、コアネットワークにおけるコントロールプレーンネットワークファンクション（Control Plane Network Function）ノードである。管理装置２０は、６Ｇにおけるコントロールプレーンネットワークファンクション（６Ｇ ＣＰＮＦ）として機能を有する装置であってもよい。６Ｇ ＣＰＮＦは１または複数の論理ノードから構成されていてもよい。
【0048】
勿論、管理装置２０が有する機能は、ＭＭＥ、ＡＭＦ、ＳＭＦ、６Ｇ ＣＰＮＦに限られない。管理装置２０は、ＮＳＳＦ（Network Slice Selection Function）、ＡＵＳＦ（Authentication Server Function）、ＰＣＦ（Policy Control Function）、ＵＤＭ（Unified Data Management）としての機能を有する装置であってもよい。また、管理装置２０は、ＨＳＳ（Home Subscriber Server）としての機能を有する装置であってもよい。
【0049】
なお、管理装置２０はゲートウェイの機能を有していてもよい。例えば、管理装置２０は、Ｓ－ＧＷ（Serving Gateway）やＰ－ＧＷ（Packet Data Network Gateway）としての機能を有していてもよい。また、管理装置２０は、ＵＰＦ（User Plane Function）の機能を有していてもよい。このとき、管理装置２０は、複数のＵＰＦを有していてもよい。また、管理装置２０は、６Ｇにおけるユーザプレーンネットワークファンクション（６Ｇ ＵＰＮＦ）として機能を有する装置であってもよい。
【0050】
コアネットワークは、複数のネットワーク機能（Network Function）から構成され、各ネットワーク機能は、１つの物理的な装置に集約されてもよいし、複数の物理的な装置に分散されてもよい。つまり、管理装置２０は、複数の装置に分散配置され得る。さらに、この分散配置は動的に実行されるように制御されてもよい。基地局３０、及び管理装置２０は、１つネットワークを構成し、端末装置４０に無線通信サービスを提供する。管理装置２０はインターネットと接続され、端末装置４０は、基地局３０を介して、インターネット介して提供される各種サービスを利用することができる。
【0051】
なお、管理装置２０は必ずしもコアネットワークを構成する装置でなくてもよい。例えば、コアネットワークがＷ－ＣＤＭＡ（Wideband Code Division Multiple Access）やｃｄｍａ２０００（Code Division Multiple Access 2000）のコアネットワークであるとする。このとき、管理装置２０はＲＮＣ（Radio Network Controller）として機能する装置であってもよい。
【0052】
図６は、本実施形態に係る管理装置２０の構成を示す図である。管理装置２０は、通信部２１と、記憶部２２と、制御部２３とを備える。図６に示される構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、管理装置２０の機能は、複数の物理的に分離された構成に静的、あるいは、動的に分散して実装されてもよい。管理装置２０は、複数のサーバ装置によって構成されてもよい。
【0053】
通信部２１は、無線通信装置（例えば、基地局３０）と通信するための通信インタフェースである。通信部２１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。通信部２１は、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インタフェースであってもよいし、ＵＳＢ（Universal Serial Bus）ホストコントローラ、またはＵＳＢポート等によって構成されるＵＳＢインタフェースであってもよい。通信部２１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部２１は、管理装置２０の通信手段として機能する。通信部２１は、制御部２３によって制御される。
【0054】
記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、またはハードディスク等の読み書き可能な記憶装置である。記憶部２２は、管理装置２０の記憶手段として機能する。記憶部２２は、例えば、端末装置４０の接続状態を記憶する。記憶部２２は、端末装置４０のＲＲＣ（Radio Resource Control）の状態およびＥＣＭ（EPS Connection Management）、あるいは、５Ｇ Ｓｙｓｔｅｍ ＣＭ（Connection Management）の状態を記憶する。記憶部２２は、端末装置４０の位置情報を記憶するホームメモリとして機能してもよい。また、記憶部２２は、モバイルネットワークの将来の品質を予測するめの学習モデル（予測モデル）を記憶する。学習モデルについては後述する。
【0055】
制御部２３は、管理装置２０の各部を制御するコントローラである。制御部２３は、例えば、ＣＰＵまたはＭＰＵ等のプロセッサによって実現されてもよい。詳細には、制御部２３は、管理装置２０の内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することによって実現されてもよい。制御部２３は、ＡＳＩＣ、またはＦＰＧＡ等の集積回路によって実現されてもよい。また、制御部２３は、ＧＰＵにより実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、ＦＰＧＡ、及びＧＰＵは何れもコントローラとみなすことができる。なお、制御部２３は、複数の物理的に分離された物体により構成されていてもよい。例えば、制御部２３は、複数の半導体チップにより構成されていてもよい。
【0056】
＜２－３．基地局の構成＞
次に、基地局３０の構成を説明する。
次に、基地局３０の構成を説明する。
【0057】
基地局３０は、他の無線通信装置（例えば、端末装置４０、または他の基地局３０）と無線通信を行う無線通信装置である。基地局３０は、中継局を介して端末装置４０と無線通信してもよいし、端末装置４０と直接無線通信してもよい。
【0058】
基地局３０は、無線基地局（Base Station、Node B、eNB、gNB、又は6GNB等）、あるいは、無線アクセスポイント（Access Point）に相当する装置である。基地局３０は、無線リレー局であってもよい。基地局３０は、ＲＲＨ（Remote Radio Head）と呼ばれる光張り出し装置であってもよい。基地局３０は、ＦＰＵ（Field Pickup Unit）等の受信局であってもよい。基地局３０は、無線アクセス回線および無線バックホール回線を時分割多重、周波数分割多重、または空間分割多重で提供する、ＩＡＢ（Integrated Access and Backhaul）ドナーノード、あるいは、ＩＡＢリレーノードであってもよい。
【0059】
基地局３０が使用する無線アクセス技術は、セルラー通信技術であってもよい。基地局３０が使用する無線アクセス技術は、無線ＬＡＮ技術であってもよい。基地局３０が使用する無線アクセス技術は、ＬＰＷＡ（Low Power Wide Area）通信技術であってもよい。ただし、基地局３０が使用する無線アクセス技術は、これらに限定されるものではなく、他の無線アクセス技術であってもよい。基地局３０が使用する無線通信は、ミリ波を使った無線通信であってもよし、テラ波（テラヘルツ波）を使った無線通信であってもよい。基地局３０が使用する無線通信は、電波を使った無線通信であってもよいし、赤外線または可視光を使った無線通信（光無線）であってもよい。また、基地局３０は、端末装置４０とＮＯＭＡ（Non-Orthogonal Multiple Access）通信が可能であってもよい。ここで、ＮＯＭＡ通信は、非直交リソースを使った通信（送信、受信、或いはその双方）のことである。なお、基地局３０は、他の基地局３０とＮＯＭＡ通信可能であってもよい。
【0060】
なお、基地局３０は、基地局－コアネットワーク間インタフェース（例えば、ＮＧ Interface 、S1 Interface等）を介してコアネットワークとお互いに通信可能であってもよい。このインタフェースは、有線及び無線のいずれであってもよい。また、基地局は、基地局間インタフェース（例えば、Xn Interface、X2 Interface、F1 Interface等）を介して他の基地局と互いに通信可能であってもよい。このインタフェースは、有線及び無線のいずれであってもよい。
【0061】
基地局（「基地局装置」ともいう。）という概念には、ドナー基地局のみならず、リレー基地局（「中継局」ともいう。）も含まれる。リレー基地局は、RF Repeater、Smart Repeater、Intelligent Surfaceのうち、いずれか１つであってもよい。基地局という概念には、基地局の機能を備えた構造物（Structure）のみならず、構造物に設置される装置も含まれる。
【0062】
構造物は、例えば、高層ビル、家屋、鉄塔、駅施設、空港施設、港湾施設、オフィスビル、校舎、病院、工場、商業施設、スタジアム等の建物である。構造物という概念には、建物のみならず、トンネル、橋梁、ダム、塀、および鉄柱等の構築物（Non-building structure）、並びに、クレーン、門、および風車等の設備も含まれる。構造物という概念には、陸上（狭義の地上）または地中の構造物のみならず、桟橋またはメガフロート等の水上の構造物、および、海洋観測設備等の水中の構造物も含まれる。基地局は、情報処理装置と言い換えることもできる。
【0063】
基地局３０は、ドナー局であってもよいし、リレー局（中継局）であってもよい。また、基地局３０は、固定局であってもよいし、移動局であってもよい。移動局は、移動可能に構成された無線通信装置（例えば、基地局）である。このとき、基地局３０は、移動体に設置される装置であってもよいし、移動体そのものであってもよい。例えば、移動能力（Mobility）をもつリレー局は、移動局としての基地局３０とみなすことができる。また、車両、ドローンに代表されるＵＡＶ（Unmanned Aerial Vehicle）、スマートフォンなど、もともと移動能力がある装置であって、基地局の機能（少なくとも基地局の機能の一部）を搭載した装置も、移動局としての基地局３０に該当する。
【0064】
ここで、移動体は、スマートフォンまたは携帯電話等のモバイル端末であってもよい。移動体は、陸上（狭義の地上）を移動する移動体（例えば、自動車、自転車、バス、トラック、自動二輪車、列車、またはリニアモーターカー等の車両）であってもよいし、地中（例えば、トンネル内）を移動する移動体（例えば、地下鉄）であってもよい。また、移動体は、水上を移動する移動体（例えば、旅客船、貨物船、またはホバークラフト等の船舶）であってもよいし、水中を移動する移動体（例えば、潜水艇、潜水艦、または無人潜水機等の潜水船）であってもよい。また、移動体は、大気圏内を移動する移動体（例えば、飛行機、飛行船、またはドローン等の航空機）であってもよい。
【0065】
基地局３０は、地上に設置される地上基地局（地上局）であってもよい。基地局３０は、地上の構造物に配置される基地局であってもよいし、地上を移動する移動体に設置される基地局であってもよい。基地局３０は、ビル等の構造物に設置されたアンテナおよびそのアンテナに接続された信号処理装置であってもよい。基地局３０は、構造物または移動体そのものであってもよい。「地上」とは、陸上（狭義の地上）のみならず、地中、水上、および水中も含む広義の地上である。基地局３０は、地上基地局に限定されない。通信システム１が衛星通信システムである場合には、基地局３０は、航空機局であってもよい。衛星局から見れば、地球に位置する航空機局は地上局である。
【0066】
基地局３０は、地上局に限定されない。基地局３０は、空中または宇宙を浮遊可能な非地上基地局装置（非地上局）であってもよい。基地局３０は、航空機局または衛星局であってもよい。
【0067】
衛星局は、大気圏外を浮遊可能な衛星局である。衛星局は、人工衛星等の宇宙移動体に搭載される装置であってもよいし、宇宙移動体そのものであってもよい。宇宙移動体は、大気圏外を移動する移動体である。宇宙移動体としては、人工衛星、宇宙船、宇宙ステーション、または探査機等の人工天体が挙げられる。なお、衛星局となる衛星は、低軌道（LEO：Low Earth Orbiting）衛星、中軌道（MEO：Medium Earth Orbiting）衛星、静止（GEO：Geostationary Earth Orbiting）衛星、または高楕円軌道（HEO：Highly Elliptical Orbiting）衛星のいずれであってもよい。衛星局は、低軌道衛星、中軌道衛星、静止衛星、または高楕円軌道衛星に搭載される装置であってもよい。
【0068】
航空機局は、航空機等の大気圏内を浮遊可能な無線通信装置である。航空機局は、航空機等に搭載される装置であってもよいし、航空機そのものであってもよい。航空機という概念には、飛行機またはグライダー等の重航空機のみならず、気球または飛行船等の軽航空機も含まれる。航空機という概念には、重航空機または軽航空機のみならず、ヘリコプターまたはオートジャイロ等の回転翼機も含まれる。航空機局、または航空機局が搭載された航空機は、ドローン等の無人航空機であってもよい。
【0069】
無人航空機という概念には、無人航空システム（UAS：Unmanned Aircraft Systems）、および、つなぎ無人航空システム（tethered UAS）も含まれる。無人航空機という概念には、軽無人航空システム（LTA：Lighter than Air UAS）、および、重無人航空システム（HTA：Heavier than Air UAS）が含まれる。無人航空機という概念には、高高度無人航空システムプラットフォーム（HAPs：High Altitude UAS Platforms）も含まれる。
【0070】
基地局３０のカバレッジの大きさは、マクロセルのような比較的大きなものであってもよいし、ピコセルのような比較的小さなものであってもよい。基地局３０のカバレッジの大きさは、フェムトセルのような極めて小さなものであってもよい。基地局３０は、ビームフォーミング機能を有していてもよい。基地局３０は、ビームごとにセルまたはサービスエリアが形成されてもよい。さらに又はこれに代えて、基地局３０は、ビームに指向性を持たせるビームフォーミングに加えて、基地局３０のアンテナからの距離情報をさらに考慮することで希望波を所定地点にピンポイントに届ける機能を有していてもよい。この機能はBeam focusing又はPoint formingと呼ばれていてもよい。
【0071】
図７は、本実施形態に係る基地局３０の構成を示す図である。基地局３０は、無線通信部３１と、記憶部３２と、制御部３３とを備える。ただし、図７に示される構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局３０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
【0072】
無線通信部３１は、他の無線通信装置（例えば、端末装置４０、または他の基地局３０）との間で無線通信するための信号処理部である。無線通信部３１は、制御部３３によって制御される。無線通信部３１は、１つまたは複数の無線アクセス方式に対応する。無線通信部３１は、ＮＲ、ＬＴＥ、及び６Ｇのうちの少なくとも１つに対応していてもよい。無線通信部３１は、ＮＲ、ＬＴＥ、及び６Ｇに加えて、Ｗ－ＣＤＭＡおよびｃｄｍａ２０００等に対応してもよい。無線通信部３１は、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）等の自動再送技術に対応してもよい。
【0073】
無線通信部３１は、送信処理部３１１と、受信処理部３１２と、アンテナ３１３とを含んでいる。無線通信部３１は、送信処理部３１１、受信処理部３１２、およびアンテナ３１３をそれぞれ複数含んでもよい。無線通信部３１が複数の無線アクセス方式に対応する場合には、無線通信部３１の各部は、無線アクセス方式毎に個別に構成されてもよい。送信処理部３１１および受信処理部３１２は、ＬＴＥとＮＲと６Ｇとで個別に構成されてもよい。アンテナ３１３は、複数のアンテナ素子、例えば複数のパッチアンテナによって構成されもよい。無線通信部３１は、ビームフォーミング機能を有してもよい。例えば、無線通信部３１は、垂直偏波（Ｖ偏波）および水平偏波（Ｈ偏波）を用いる偏波ビームフォーミング機能（又は垂直方向から４５度、及び－４５度の偏波方向でのＤｕａｌ偏波を用いる偏波ビームフォーミング機能）を有してもよい。
【0074】
送信処理部３１１は、下りリンク制御情報及び下りリンクデータの送信処理を行う。例えば、送信処理部３１１は、制御部３３から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。ここで、符号化は、ポーラ符号（Polar Code）による符号化、ＬＤＰＣ符号（Low Density Parity Check Code）による符号化を行ってもよい。そして、送信処理部３１１は、符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、３５６ＱＡＭ等の所定の変調方式で変調する。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーション（NUC：Non Uniform Constellation）であってもよい。そして、送信処理部３１１は、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。そして、送信処理部３１１は、多重化した信号に対して、各種信号処理を行う。例えば、送信処理部３１１は、高速フーリエ変換による周波数領域への変換、ガードインターバル（サイクリックプレフィックス）の付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部３１１で生成された信号は、アンテナ３１３から送信される。
【0075】
受信処理部３１２は、アンテナ３１３を介して受信された上りリンク信号の処理を行う。例えば、受信処理部３１２は、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバル（サイクリックプレフィックス）の除去、高速フーリエ変換による周波数領域信号の抽出等を行う。そして、受信処理部３１２は、これらの処理が行われた信号から、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。また、受信処理部３１２は、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ（Quadrature Phase Shift Keying）等の変調方式を使って受信信号の復調を行う。復調に使用される変調方式は、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ、又は３５６ＱＡＭであってもよい。この場合、コンステレーション上の信号点は必ずしも等距離である必要はない。コンステレーションは、不均一コンステレーション（NUC）であってもよい。そして、受信処理部３１２は、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部３３へ出力される。
【0076】
アンテナ３１３は、電流と電波を相互に変換するアンテナ装置である。アンテナ３１３は、１つのアンテナ素子、例えば１つのパッチアンテナによって構成されてもよい。アンテナ３１３は、複数のアンテナ素子、例えば複数のパッチアンテナによって構成されてもよい。アンテナ３１３が複数のアンテナ素子によって構成される場合には、無線通信部３１は、ビームフォーミング機能を有してもよい。無線通信部３１は、複数のアンテナ素子を用いて無線信号の指向性を制御することによって、指向性ビームを生成するように構成されてもよい。アンテナ３１３は、デュアル偏波アンテナであってもよい。アンテナ３１３がデュアル偏波アンテナである場合、無線通信部３１は、無線信号を送信する際に、垂直偏波（Ｖ偏波）および水平偏波（Ｈ偏波）（又は垂直方向から４５度、及び－４５度の偏波方向でのＤｕａｌ偏波）を用いてもよい。無線通信部３１は、垂直偏波および水平偏波（又は垂直方向から４５度、及び－４５度の偏波方向でのＤｕａｌ偏波）を用いて送信される無線信号の指向性を制御してもよい。また、無線通信部３１は、複数のアンテナ素子で構成される複数のレイヤを介して空間多重された信号を送受信してもよい。
【0077】
記憶部３２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、またはハードディスク等の読み書き可能な記憶装置である。記憶部３２は、基地局３０の記憶手段として機能する。
【0078】
制御部３３は、基地局３０の各部を制御するコントローラである。制御部３３は、他の無線通信装置（例えば、端末装置４０、または他の基地局３０）との間で無線通信を実施するように無線通信部を制御する。制御部３３は、ＣＰＵまたはＭＰＵ等のプロセッサによって実現されてもよい。具体的には、制御部３３は、基地局３０の内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することによって実現されてもよい。制御部３３は、ＡＳＩＣまたはＦＰＧＡ等の集積回路によって実現されてもよい。また、制御部３３は、ＧＰＵにより実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、ＦＰＧＡ、及びＧＰＵは何れもコントローラとみなすことができる。なお、制御部３３は、複数の物理的に分離された物体により構成されていてもよい。例えば、制御部３３は、複数の半導体チップにより構成されていてもよい。
【0079】
制御部３３は、送信部３３１と、受信部３３２と、スケジューリング部３３３と、を備える。制御部３３を構成する各ブロック（送信部３３１～スケジューリング部３３３）はそれぞれ制御部３３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。制御部３３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。機能ブロックの構成方法は任意である。
【0080】
なお、幾つかの実施の形態において、基地局３０は、複数の物理的または論理的な装置の集合によって構成されてもよい。一例として、本実施形態の基地局３０は、ＢＢＵ（Baseband Unit）およびＲＵ（Radio Unit）等の複数の装置に区別されてもよい。基地局３０は、これら複数の装置の集合として解釈されてもよい。また、基地局は、ＢＢＵまたはＲＵのうちいずれかであってもよいし、両方であってもよい。ＢＢＵおよびＲＵは、例えばｅＣＰＲＩ（enhanced Common Public Radio Interface）等の所定のインタフェースによって接続されてもよい。
【0081】
ＲＵは、ＲＲＵ（Remote Radio Unit）またはＲＤ（Radio DoT）と言い換えてもよい。ＲＵは、後述するｇＮＢ－ＤＵ（gNB Distributed Unit）に対応してもよい。ＢＢＵは、後述するｇＮＢ－ＣＵ（gNB Central Unit）に対応してもよい。ＲＵは、アンテナと一体的に形成された装置であってもよい。基地局３０のアンテナ、例えばＲＵと一体的に形成されたアンテナは、Advanced Antenna Systemを採用し、例えばＦＤ－ＭＩＭＯ等のＭＩＭＯまたはビームフォーミングをサポートしてもよい。基地局３０のアンテナは、例えば、６４個の送信用アンテナポートおよび６４個の受信用アンテナポートを備えてもよい。
【0082】
ＲＵに搭載されるアンテナは、１つ以上のアンテナ素子から構成されるアンテナパネルであってもよく、ＲＵは１つ以上のアンテナパネルを搭載してもよい。ＲＵは、水平偏波のアンテナパネルおよび垂直偏波のアンテナパネルの２種類のアンテナパネルを搭載してもよい。ＲＵは、右旋円偏波のアンテナパネルおよび左旋円偏波のアンテナパネルの２種類のアンテナパネル、或いは、又は垂直方向から４５度の偏波方向のアンテナパネルと－４５度の偏波方向でのアンテナパネルを搭載してもよい。これら複数の偏波方向を持つ複数のアンテナが１つのアンテナパネルに実装されていてもよい。ＲＵは、アンテナパネル毎に独立したビームを形成して制御してもよい。
【0083】
基地局３０は、複数が互いに接続されてもよい。１つまたは複数の基地局３０は、無線アクセスネットワーク（ＲＡＮ：Radio Access Network）に含まれてもよい。このとき、基地局３０は、単にＲＡＮ、ＲＡＮノード、ＡＮ（Access Network）、またはＡＮノード等と称されることがある。ＬＴＥにおけるＲＡＮは、ＥＵＴＲＡＮ（Enhanced Universal Terrestrial RAN）と呼ばれることがある。ＮＲにおけるＲＡＮは、ＮＧＲＡＮと呼ばれることがある。また、６ＧにおけるＲＡＮは６ＧＲＡＮと呼ばれることがある。Ｗ－ＣＤＭＡ（ＵＭＴＳ）におけるＲＡＮは、ＵＴＲＡＮと呼ばれることがある。
【0084】
ＬＴＥの基地局３０は、ｅＮｏｄｅＢ（Evolved Node B）またはｅＮＢと称されることがある。このとき、ＥＵＴＲＡＮは、１つまたは複数のｅＮｏｄｅＢ（ｅＮＢ）を含む。ＮＲの基地局３０は、ｇＮｏｄｅＢまたはｇＮＢと称されることがある。このとき、ＮＧＲＡＮは、１つまたは複数のｇＮＢを含む。６Ｇの基地局は、６ＧＮｏｄｅＢ、６ｇＮｏｄｅＢ、６ＧＮＢ、又は６ｇＮＢと称されることがある。このとき、６ＧＲＡＮは１または複数の６ＧＮＢを含む。ＥＵＴＲＡＮは、ＬＴＥの通信システム（ＥＰＳ）におけるコアネットワーク（ＥＰＣ）に接続されたｇＮＢ（ｅｎ－ｇＮＢ）を含んでもよい。ＮＧＲＡＮは、５Ｇ通信システム（５ＧＳ）におけるコアネットワーク５ＧＣに接続されたｎｇ－ｅＮＢを含んでもよい。
【0085】
基地局３０が、ｅＮＢ、ｇＮＢ、６ＧＮＢ等である場合、基地局３０は、３ＧＰＰアクセス（3GPP Access）と称されることがある。基地局３０が無線アクセスポイント（Access Point）である場合には、基地局３０は、非３ＧＰＰアクセス（Non-3GPP Access）と称されることがある。基地局３０は、ＲＲＨ（Remote Radio Head）と呼ばれる光張り出し装置であってもよい。基地局３０がｇＮＢである場合には、基地局３０は、前述したｇＮＢ－ＣＵおよびｇＮＢ－ＤＵを組み合わせたものであってもよいし、ｇＮＢ－ＣＵまたはｇＮＢ－ＤＵのいずれかであってもよい。
【0086】
ここで、ｇＮＢ－ＣＵは、ＵＥとの通信のために、アクセス層（Access Stratum）のうち、複数の上位レイヤ（例えば、ＲＲＣ（Radio Resource Control）、ＳＤＡＰ（Service Data Adaptation Protocol）、ＰＤＣＰ（Packet Data Convergence Protocol）をホストする。一方、ｇＮＢ－ＤＵは、アクセス層（Access Stratum）のうち、複数の下位レイヤ（例えば、ＲＬＣ（Radio Link Control）、ＭＡＣ（Medium Access Control）、ＰＨＹ（Physical layer））をホストする。すなわち、後述されるメッセージ／情報のうち、ＲＲＣシグナリング（準静的な通知）はｇＮＢ－ＣＵで生成され、一方でＭＡＣ ＣＥやＤＣＩ（動的な通知）はｇＮＢ－ＤＵで生成されてもよい。又は、ＲＲＣコンフィギュレーション（準静的な通知）のうち、例えばIE:cellGroupConfigなどの一部のコンフィギュレーション（configuration）についてはｇＮＢ－ＤＵで生成され、残りのコンフィギュレーションはｇＮＢ－ＣＵで生成されてもよい。これらのコンフィギュレーションは、後述されるＦ１インタフェースで送受信されてもよい。
【0087】
基地局３０は、他の基地局との間で通信可能に構成されてもよい。複数の基地局３０がｅＮＢ同士またはｅＮＢとｅｎ－ｇＮＢの組み合わせである場合には、これらの基地局３０の間は、Ｘ２インタフェースによって接続されてもよい。複数の基地局３０がｇＮＢ同士またはｇｎ－ｅＮＢとｇＮＢの組み合わせである場合には、これらの基地局３０の間は、Ｘｎインタフェースによって接続されてもよい。複数の基地局３０がｇＮＢ－ＣＵとｇＮＢ－ＤＵの組み合わせである場合には、これらの基地局３０の間は、前述したＦ１インタフェースによって接続されてもよい。後述するメッセージ／情報（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ（MAC Control Element）、またはＤＣＩ（Downlink Control Information）等）は、複数の基地局３０間で、例えば、Ｘ２インタフェース、Ｘｎインタフェース、またはＦ１インタフェース等を介して、送信されてもよい。
【0088】
基地局３０によって提供されるセルは、サービングセル（Serving Cell）と呼ばれることがある。サービングセルという概念には、ＰＣｅｌｌ（Primary Cell）およびＳＣｅｌｌ（Secondary Cell）が含まれる。デュアルコネクティビティが端末装置４０に提供される場合には、ＭＮ（Master Node）によって提供されるＰＣｅｌｌと、ゼロまたは１以上のＳＣｅｌｌとは、マスターセルグループ（Master Cell Group）と呼ばれることがある。デュアルコネクティビティの例としては、EUTRA-EUTRA Dual Connectivity、EUTRA-NR Dual Connectivity（ENDC）、EUTRA-NR Dual Connectivity with 5GC、NR-EUTRA Dual Connectivity（NEDC）、およびNR-NR Dual Connectivity等が挙げられる。さらにDual Connectivityの例として、NR-6G Dual Connectivity、6G-NR Dual Connectivityが挙げられる。
【0089】
サービングセルは、ＰＳＣｅｌｌ（Primary Secondary Cell、または、Primary SCG Cell）を含んでもよい。デュアルコネクティビティが端末装置４０に提供される場合には、ＳＮ（Secondary Node）によって提供されるＰＳＣｅｌｌと、ゼロまたは１以上のＳＣｅｌｌとは、ＳＣＧ（Secondary Cell Group）と呼ばれることがある。特別な設定（例えば、PUCCH on SCell）がされていない限り、物理上りリンク制御チャネル（ＰＵＣＣＨ）は、ＰＣｅｌｌおよびＰＳＣｅｌｌによっては送信されるが、ＳＣｅｌｌによっては送信されない。無線リンク障害（Radio Link Failure）は、ＰＣｅｌｌおよびＰＳＣｅｌｌによっては検出されるが、ＳＣｅｌｌによっては検出されない（検出しなくてよい）。このように、ＰＣｅｌｌおよびＰＳＣｅｌｌは、サービングセルの中で特別な役割を担うため、ＳｐＣｅｌｌ（Special Cell）とも呼ばれる。
【0090】
１つのセルには、１つのダウンリンクコンポーネントキャリアと、１つの上りリンクコンポーネントキャリアとが対応付けられてもよい。１つのセルに対応するシステム帯域幅は、複数のＢＷＰ（Bandwidth Part）に分割されてもよい。このとき、１つまたは複数のＢＷＰが端末装置４０に設定され、１つのＢＷＰ分がアクティブＢＷＰ（Active BWP）として、端末装置４０に使用されてもよい。端末装置４０が使用できる無線資源、例えば周波数帯域、ヌメロロジー（サブキャリアスペーシング）、またはスロットフォーマット（Slot configuration）は、セル毎、コンポーネントキャリア毎、またはBWP毎に、異なっていてもよい。
【0091】
＜２－４．端末装置の構成＞
次に、端末装置４０の構成を説明する。
次に、端末装置４０の構成を説明する。
【0092】
端末装置４０は、他の無線通信装置（例えば、基地局３０、または他の端末装置４０）との間で無線通信を行う無線通信装置である。端末装置４０には、あらゆる形態の情報処理装置（コンピュータ）を採用可能である。例えば、端末装置４０は、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、ノートＰＣ等のモバイル端末であってもよい。また、端末装置４０は、通信機能を具備した撮像装置（例えば、カムコーダ）であってもよい。また、端末装置４０は、ＦＰＵ（Field Pickup Unit）等の通信機器が搭載されたバイクや移動中継車等であってもよい。また、端末装置４０は、Ｍ２Ｍ（Machine to Machine）デバイス、又はＩｏＴ（Internet of Things）デバイスであってもよい。また、端末装置４０は、スマートウォッチ等のウェアラブルデバイスであってもよい。
【0093】
また、端末装置４０は、ＡＲ（Augmented Reality）デバイス、ＶＲ（Virtual Reality）デバイス、ＭＲ（Mixed Reality）デバイス等のｘＲデバイスであってもよい。このとき、ｘＲデバイスは、ＡＲグラス、ＭＲグラス等のメガネ型デバイスであってもよいし、ＶＲヘッドマウントディスプレイ等のヘッドマウント型デバイスであってもよい。端末装置４０をｘＲデバイスとする場合、端末装置４０は、ユーザ装着部分（例えば、メガネ部分）のみで構成されるスタンドアローン型のデバイスであってもよい。また、端末装置４０は、ユーザ装着部分（例えば、メガネ部分）と、当該部分と連動する端末部分（例えば、スマートデバイス）と、で構成される端末連動型デバイスであってもよい。
【0094】
端末装置４０は、基地局３０との間でＮＯＭＡ通信が可能であってもよい。端末装置４０は、基地局３０と通信する際、ＨＡＲＱ等の自動再送技術を使用可能であってもよい。端末装置４０は、他の端末装置４０との間でサイドリンク通信が可能であってもよい。端末装置４０は、サイドリンク通信を行う際、ＨＡＲＱ等の自動再送技術を使用可能であってもよい。端末装置４０は、他の端末装置４０との間でサイドリンク通信を行う際、ＮＯＭＡ通信が可能であってもよい。端末装置４０は、基地局３０等の他の無線通信装置との間でＬＰＷＡ通信が可能であってもよい。端末装置４０が使用する無線通信は、ミリ波を使った無線通信であってもよい。端末装置４０が使用する無線通信は、サイドリンク通信を含めて、電波を使った無線通信であってもよいし、赤外線または可視光を使った無線通信、すなわち光無線であってもよい。
【0095】
端末装置４０は、移動可能な無線通信装置、すなわち移動体装置であってもよい。端末装置４０は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。端末装置４０は、自動車、バス、トラック、または自動二輪車等の道路上を移動する車両（Vehicle）であってもよいし、当該車両に搭載された無線通信装置であってもよい。移動体は、モバイル端末であってもよいし、陸上（狭義の地上）、地中、水上、または水中を移動する移動体であってもよい。また、移動体は、航空機、飛行船、気球、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。移動体は、ドローン等のＵＡＶ（Unmanned Aerial Vehicle）であってもよい。また、端末装置４０は、移動体に搭載された無線通信装置であってもよい。
【0096】
端末装置４０は、同時に複数の基地局３０または複数のセルと接続して通信が可能であってもよい。１つの基地局３０が複数のセル（例えば、ｐＣｅｌｌまたはsＣｅｌｌ）を介して通信エリアをサポートしている場合には、キャリアアグリゲーション（CA：Carrier Aggregation）技術、デュアルコネクティビティ（DC：Dual Connectivity）技術、またはマルチコネクティビティ（MC：Multi-Connectivity）技術等によって、それら複数のセルを束ねて基地局３０と端末装置４０との間で通信することができる。あるいは、異なる基地局３０のセルを介して、協調送受信（CoMP：Coordinated Multi-Point Transmission and Reception）技術によって、端末装置４０とそれら複数の基地局３０との間で通信することもできる。
【0097】
端末装置４０はリモート端末への通信をリレーするリレー端末であってもよい。
【0098】
図８は、本実施形態に係る端末装置４０の構成を示す図である。端末装置４０は、無線通信部４１と、記憶部４２と、制御部４３と、外部インタフェース４４と、を備える。図８に示される構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
【0099】
無線通信部４１は、他の無線通信装置（例えば、基地局３０、または他の端末装置４０）との間で無線通信するための信号処理部である。無線通信部４１は、制御部４３によって制御される。無線通信部４１は、１つまたは複数の無線アクセス方式に対応する。無線通信部４１は、ＮＲ、ＬＴＥ、及び６Ｇのうち少なくとも１つに対応してもよい。無線通信部４１は、ＮＲ、ＬＴＥ、及び６Ｇに加えて、Ｗ－ＣＤＭＡおよびｃｄｍａ２０００等に対応してもよい。無線通信部４１は、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）等の自動再送技術に対応してもよい。
【0100】
無線通信部４１は、送信処理部４１１と、受信処理部４１２と、アンテナ４１３とを含んでいる。無線通信部４１は、送信処理部４１１、受信処理部４１２、およびアンテナ４１３をそれぞれ複数含んでもよい。無線通信部４１が複数の無線アクセス方式に対応する場合には、無線通信部４１の各部は、無線アクセス方式毎に個別に構成されてもよい。送信処理部４１１および受信処理部４１２は、ＬＴＥとＮＲと６Ｇとで個別に構成されてもよい。アンテナ４１３は、複数のアンテナ素子、例えば複数のパッチアンテナによって構成されもよい。無線通信部４１は、ビームフォーミング機能を有してもよい。例えば、無線通信部４１は、垂直偏波（Ｖ偏波）および水平偏波（Ｈ偏波）を用いる偏波ビームフォーミング機能（又は垂直方向から４５度、及び－４５度の偏波方向でのＤｕａｌ偏波を用いる偏波ビームフォーミング機能）を有してもよい。
【0101】
記憶部４２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、またはハードディスク等の読み書き可能な記憶装置である。記憶部４２は、端末装置４０の記憶手段として機能する。
【0102】
制御部４３は、端末装置４０の各部を制御するコントローラである。制御部４３は、他の無線通信装置（例えば、基地局３０、または他の端末装置４０）との間で無線通信を実施するように無線通信部を制御する。制御部４３は、ＣＰＵまたはＭＰＵ等のプロセッサによって実現されてもよい。詳細には、制御部２３は、端末装置４０の内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することによって実現されてもよい。制御部４３は、ＡＳＩＣまたはＦＰＧＡ等の集積回路によって実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、およびＦＰＧＡは、いずれもコントローラとみなすことができる。制御部４３は、ＧＰＵにより実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、ＦＰＧＡ、及びＧＰＵは何れもコントローラとみなすことができる。なお、制御部４３は、複数の物理的に分離された物体により構成されていてもよい。例えば、制御部４３は、複数の半導体チップにより構成されていてもよい。
【0103】
制御部４３は、送信部４３１と、受信部４３２と、計測部４３３と、特定部４３４とを備える。制御部４３を構成する各ブロック（送信部４３１～特定部４３４）はそれぞれ制御部４３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。制御部４３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。機能ブロックの構成方法は任意である。
【0104】
外部インタフェース４４は、端末装置４０を他の端末装置（外部機器）と接続するための通信インタフェースである。外部インタフェース４４は、ＵＳＢ（Universal Serial Bus）、有線ＬＡＮ等の有線インタフェースであってもよいし、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ等の無線インタフェースであってもよい。
【0105】
以上、通信システム１の構成について説明したが、次に、本実施形態の通信システム１の動作を説明する。
【0106】
＜＜３．実施形態１＞＞
まず、実施形態１に係る通信システム１の動作を説明する。
まず、実施形態１に係る通信システム１の動作を説明する。
【0107】
＜３－１．機能構成例＞
まず、実施形態１に係る通信装置の機能構成例を示す。実施形態１に係る通信装置（端末装置４０）は、以下のように構成しうる。
まず、実施形態１に係る通信装置の機能構成例を示す。実施形態１に係る通信装置（端末装置４０）は、以下のように構成しうる。
【0108】
図９は、実施形態１に係る端末装置４０の機能ブロック図である。端末装置４０は、ＰＤＣＰ（Packet Data Convergence Protocol）層（レイヤ）の処理を行うブロック（図９に示すＰＤＣＰ）と、ＲＬＣ（Radio Link Control）層の処理を行うブロック（図９に示すＲＬＣ）と、ＭＡＣ（Medium Access Control）層の処理を行うブロック（図９に示すＭＡＣ）と、物理層の処理を行うブロック（図９に示すＰＨＹ）と、を備える。これらのブロックは、例えば、図８に示す無線通信部４１、及び、制御部４３により実現しうる。また、端末装置４０は、ＲＬＣバッファ、を備える。このブロックは、例えば図８に示す記憶部４２により実現しうる。
【0109】
また、端末装置４０は、データ送受信部を備える。このブロックは、例えば、図８に示す送信部４３１及び受信部４３２により実現しうる。また、端末装置４０は、時刻情報管理部を備える。このブロックは、例えば図８に示す計測部４３３及び記憶部４２により実現しうる。時刻情報管理部は、ＲＬＣに時刻情報の通知を行う。時刻情報管理部が管理する時刻情報は、例えば、フレーム番号、又はプロセッサが管理する自走クロック等であってもよい。時刻情報がフレーム番号の場合、時刻情報管理部はＰＨＹと同期してもよい。
【0110】
＜３－２．動作の詳細＞
次に、実施形態１に係る通信装置（端末装置４０）の動作を説明する。
次に、実施形態１に係る通信装置（端末装置４０）の動作を説明する。
【0111】
実施形態１では、端末装置４０は、他の通信装置に送信する１又は複数のパケットの滞留時間をパケット毎に計測する。例えば、端末装置４０は、基地局３０に送信する１又は複数の上りリンクパケットの滞留時間をパケット毎に計測する。そして、端末装置４０は、滞留時間に関する情報を含む滞留時間情報を基地局３０に送信する。基地局３０は、受信した滞留時間情報に基づいて上りリンク通信のスケジューリングを行う。この通信システム１（基地局３０及び端末装置４０）の動作は、より具体的に、以下の手段１－１～手段１－３のように記載され得る。なお、前述又は後述のパケットは、単位時間あたりに処理又は送信を行うことができるデータの集合体（e.g., ビット列、ビット系列）であってもよい。例えば前述又は後述のパケットは、あるレイヤ（e.g., PDCP, RLC, MAC, PHY）におけるProtocol Data Unit（PDU）又はService Data Unit（SDU)であってもよい。PDUはあるレイヤにおいてSDUに該レイヤにおけるヘッダを付加したデータ（e.g., ビット列）の集合体である。PDUが下位レイヤに渡されると、該下位レイヤのSDUとなる。SDUは、あるレイヤの上位レイヤから提供されたPDUに相当し、あるレイヤにおいて処理の対象となるデータ（e.g., ビット列）の集合体である。さらに又はこれに代えて、前述又は後述のパケットはセグメントと称されていてもよいし、フレームと称されていてもよい。
【0112】
（１）手段１－１（平均滞留時間）
端末装置４０は、基地局３０に送信する１又は複数の上りリンクパケットの滞留時間をパケット毎に計測し、パケット毎の計測値に基づいて滞留時間の平均値（以下、平均滞留時間ともいう。）を特定する。このとき、端末装置４０のＲＬＣは、ＭＡＣからＲＬＣ ＰＤＵの送信完了が通知されたタイミングで、残されたＰＤＵの滞留時間を算出し、算出した滞留時間の平均値をバッファに保持してもよい。なお、端末装置４０は、ＬＣＧ（Logical Channel Group）毎（又は、論理チャネル（Logical Channel）毎）の平均滞留時間を特定してもよい。ＢＳＲにはＬＣＧ毎に情報が格納されるので、同じＬＣＧにマッピングされている論理チャネルのプライオリティが異なる場合、最も高いプライオリティが設定されている論理チャネルの値を優先してもよい。また、平均滞留時間（滞留時間の平均値）は、移動平均の値であってもよい。
端末装置４０は、基地局３０に送信する１又は複数の上りリンクパケットの滞留時間をパケット毎に計測し、パケット毎の計測値に基づいて滞留時間の平均値（以下、平均滞留時間ともいう。）を特定する。このとき、端末装置４０のＲＬＣは、ＭＡＣからＲＬＣ ＰＤＵの送信完了が通知されたタイミングで、残されたＰＤＵの滞留時間を算出し、算出した滞留時間の平均値をバッファに保持してもよい。なお、端末装置４０は、ＬＣＧ（Logical Channel Group）毎（又は、論理チャネル（Logical Channel）毎）の平均滞留時間を特定してもよい。ＢＳＲにはＬＣＧ毎に情報が格納されるので、同じＬＣＧにマッピングされている論理チャネルのプライオリティが異なる場合、最も高いプライオリティが設定されている論理チャネルの値を優先してもよい。また、平均滞留時間（滞留時間の平均値）は、移動平均の値であってもよい。
【0113】
この平均値は当該端末（ＬＣＧ）へのリソースの割り当て周期に関連すると想定される。端末装置４０は、この平均滞留時間を含む滞留時間情報を基地局３０に送信する。このとき、端末装置４０は、滞留時間情報をＢＳＲに含めて基地局に送信してもよい。例えば、端末装置４０は、ＢＳＲの送信がトリガされたタイミングで、滞留時間の平均値を取得する。そして、端末装置４０は、当該平均値に関する情報を含む滞留時間情報をＢＳＲに含めて基地局３０に送信する。滞留時間情報をＢＳＲに含める場合、ＢＳＲには滞留時間情報を格納するための新たな領域が設けられてもよい。基地局３０は、受信したＢＳＲから滞留時間情報を抽出する。そして、基地局３０は、滞留時間情報（例えば、平均滞留時間の情報）に基づいて上りリンク通信のスケジューリングを行う。
【0114】
（２）手段１－２（最大滞留時間）
手段１－１の平均滞留時間は、過去の計測値をベースに算出される。そのため、手段１－１は、瞬時の遅延変動（ジッタ）に弱いと想定される。そこで、端末装置４０は、滞留時間の最大値（以下、最大滞留時間ともいう。）に関する情報を基地局３０に送信するようにしてもよい。
手段１－１の平均滞留時間は、過去の計測値をベースに算出される。そのため、手段１－１は、瞬時の遅延変動（ジッタ）に弱いと想定される。そこで、端末装置４０は、滞留時間の最大値（以下、最大滞留時間ともいう。）に関する情報を基地局３０に送信するようにしてもよい。
【0115】
例えば、端末装置４０は、基地局３０に送信する１又は複数の上りリンクパケットの滞留時間をパケット毎に計測し、パケット毎の計測値に基づいて滞留時間の最大値（最大滞留時間）を特定する。このとき、端末装置４０のＲＬＣは、ＭＡＣからＲＬＣ ＰＤＵの送信完了が通知されたタイミングで、残されたＰＤＵの滞留時間を算出し、算出した滞留時間の最大値をバッファに保持してもよい。なお、端末装置４０は、ＬＣＧ毎（又は、論理チャネル毎）の最大滞留時間を特定してもよい。端末装置４０は、ＬＣＧに滞留している複数のＲＬＣ ＰＤＵの滞留時間のうち、最大の滞留時間を特定する。なお、ＢＳＲにはＬＣＧ毎に情報が格納されるので、同じＬＣＧにマッピングされている論理チャネルのプライオリティが異なる場合、最も高いプライオリティが設定されている論理チャネルの値を優先してもよい。
【0116】
端末装置４０は、この最大滞留時間を含む滞留時間情報を基地局３０に送信する。このとき、端末装置４０は、滞留時間情報をＢＳＲに含めて基地局に送信してもよい。例えば、端末装置４０は、ＢＳＲの送信がトリガされたタイミングで、滞留時間の最大値を取得するとともに、当該最大値に関する情報を含む滞留時間情報をＢＳＲに含めて基地局３０に送信する。なお、端末装置４０は、上りリンクパケットを基地局に送信する度に、滞留時間情報を基地局３０に送信してもよい。例えば、端末装置４０は、ＭＡＣ ＰＤＵを基地局３０に送信するたびに滞留時間情報を更新するために、当該ＭＡＣ ＰＤＵを送信するタイミングでの最大滞留時間を含めたＢＳＲをＰＵＳＣＨに載せるようにしてもよい。滞留時間情報をＢＳＲに含める場合、ＢＳＲには滞留時間情報を格納するための新たな領域が設けられてもよい。基地局３０は、受信したＢＳＲから滞留時間情報を抽出する。そして、基地局３０は、滞留時間情報（例えば、最大滞留時間の情報）に基づいて上りリンク通信のスケジューリングを行う。
【0117】
（３）手段１－３（手段１－１と手段１－２のハイブリッド）
ＬＣＧには複数のＲＬＣ ＰＤＵが滞留していることが想定される。そのため、端末装置４０が、ＬＣＧに滞留している複数のＲＬＣ ＰＤＵの滞留時間のうち最も長い滞留時間を基地局３０に通知すると、基地局３０がスケジューリングを行うにあたり、その他のＲＬＣ ＰＤＵに対してもその滞留時間が適応されてしまう可能性がある。この問題は、端末装置４０は、最大滞留時間の情報に加えて平均滞留時間の情報を基地局に送信すれば回避可能である。
ＬＣＧには複数のＲＬＣ ＰＤＵが滞留していることが想定される。そのため、端末装置４０が、ＬＣＧに滞留している複数のＲＬＣ ＰＤＵの滞留時間のうち最も長い滞留時間を基地局３０に通知すると、基地局３０がスケジューリングを行うにあたり、その他のＲＬＣ ＰＤＵに対してもその滞留時間が適応されてしまう可能性がある。この問題は、端末装置４０は、最大滞留時間の情報に加えて平均滞留時間の情報を基地局に送信すれば回避可能である。
【0118】
例えば、端末装置４０は、滞留時間の最大値に加えて滞留時間の平均値を特定する。そして、端末装置４０は、滞留時間の最大値に関する情報と、滞留時間の平均値に関する情報と、を少なくとも含む滞留時間情報を基地局３０に送信する。このとき、端末装置４０は、最初のＰＤＵを送信する際は、ＢＳＲに最大滞留時間に関する情報を含め、その他のＰＤＵを送信する際はＢＳＲに平均滞留時間に関する情報を含める。応用例として、端末装置４０は、Ｎ個のＰＤＵに関する滞留時間を通知してもよい。サービスによって、パケット到達頻度がわかれば、管理装置２０、基地局３０、又は端末装置４０は、そのＢＳＲ通知頻度を基にＮの値を規定してもよい。
【0119】
（４）その他の手段
手段１－１～手段１－３では、端末装置４０は、パケット毎の計測値に基づいて平均値（平均滞留時間）及び／又は最大値（最大滞留時間）を特定した。すなわち、手段１－１～手段１－３では、パケットの滞留時間の現在又は過去の値を特定した。しかし、端末装置４０は、パケットの滞留時間の将来の値（予測値）を特定してもよい。例えば、端末装置４０は、滞留時間の平均値及び／又は最大値に加えて、滞留時間の予測値（以下、予測滞留時間という。）を特定する。このとき、端末装置４０は、ＡＩ（Artificial Intelligence）／ＭＬ（Machine Learning）を用いて将来の滞留時間を予測してもよい。例えば、端末装置４０は、予め過去のデータを使って予め学習させた学習モデルに、パケット毎の計測値を入力することにより将来の滞留時間を予測してもよい。なお、端末装置４０は、ＬＣＧ毎（又は、論理チャネル毎）の予測滞留時間を特定してもよい。
手段１－１～手段１－３では、端末装置４０は、パケット毎の計測値に基づいて平均値（平均滞留時間）及び／又は最大値（最大滞留時間）を特定した。すなわち、手段１－１～手段１－３では、パケットの滞留時間の現在又は過去の値を特定した。しかし、端末装置４０は、パケットの滞留時間の将来の値（予測値）を特定してもよい。例えば、端末装置４０は、滞留時間の平均値及び／又は最大値に加えて、滞留時間の予測値（以下、予測滞留時間という。）を特定する。このとき、端末装置４０は、ＡＩ（Artificial Intelligence）／ＭＬ（Machine Learning）を用いて将来の滞留時間を予測してもよい。例えば、端末装置４０は、予め過去のデータを使って予め学習させた学習モデルに、パケット毎の計測値を入力することにより将来の滞留時間を予測してもよい。なお、端末装置４０は、ＬＣＧ毎（又は、論理チャネル毎）の予測滞留時間を特定してもよい。
【0120】
そして、端末装置４０は、予測滞留時間に関する情報を含む滞留時間情報を基地局３０に送信する。滞留時間情報には、上述の最大滞留時間及び／又は最大滞留時間に関する情報が含まれていてもよい。このとき、端末装置４０は、滞留時間情報をＢＳＲに含めて基地局に送信してもよい。例えば、端末装置４０は、ＢＳＲの送信がトリガされたタイミングで、滞留時間の予測値を取得するとともに、当該予測値に関する情報を含む滞留時間情報をＢＳＲに含めて基地局３０に送信する。なお、端末装置４０は、上りリンクパケットを基地局に送信する度に、滞留時間情報を基地局３０に送信してもよい。基地局３０は、受信したＢＳＲから滞留時間情報を抽出する。そして、基地局３０は、滞留時間情報（例えば、最大滞留時間及び予測滞留時間の情報）に基づいて上りリンク通信のスケジューリングを行う。
【0121】
なお、滞留時間は、上記の時間（最大滞留時間、平均滞留間、予測滞留時間、及びこれらの組み合わせ）に限定されず、例えば、代表値（例えば、一定時間の最大値等）であってもよい。
【0122】
＜３－３．ＢＳＲフォーマット例＞
上述したように、端末装置４０は、滞留時間情報を含むＢＳＲ（Buffer Status Report）を基地局３０に送信する。このとき、ＢＳＲには滞留時間情報を格納するための新たな領域が設けられてもよい。
上述したように、端末装置４０は、滞留時間情報を含むＢＳＲ（Buffer Status Report）を基地局３０に送信する。このとき、ＢＳＲには滞留時間情報を格納するための新たな領域が設けられてもよい。
【0123】
図１０及び図１１は、それぞれ、滞留時間情報を格納可能なＢＳＲのフォーマットの一例を示す図である。具体的には、図１０及び図１１には、ＮＲ向け ３ＧＰＰ ＴＳ３８．３２１で定義されているＢＳＲ ＭＡＣ ＣＥ（Control Element）のフォーマットに、滞留時間情報を格納するための新たな領域が設けた例が示されている。図１０は、ショートＢＳＲ（Short BSR）の例であり、図１１は、ロングＢＳＲ（Long BSR）の例である。図１０及び図１１の例では、ＬＣＧ ＩＤ（Logical Channel Group ID）ごとに、新たに、１オクテットの滞留時間を通知する領域（Buffered Time領域）が設けられている。
【0124】
なお、Buffer Size領域を圧縮することにより、滞留時間を通知する領域（Buffered Time領域）を新たに設けてもよい。図１２及び図１３は、それぞれ、滞留時間情報を格納可能なＢＳＲのフォーマットの他の例を示す図である。図１２は、ショートＢＳＲ（Short BSR）の例であり、図１３は、ロングＢＳＲ（Long BSR）の例である。図１２及び図１３の例では、１オクテットのBuffer Size領域を圧縮することにより、新たに滞留時間を通知する領域（Buffered Time領域）を設けている。図１０及び図１１に示した例よりは分解能が劣るものの、滞留時間情報の通知に要するリソースが少なくて済む。
【0125】
なお、Buffered Time領域に格納する値は、初期送信タイミングでの値であってもよい。また、Buffered Time領域に格納する値は、msec、slot、又はsubframe単位の値であってもよい。また、Buffered Time領域に格納する値は、テーブル参照値であってもよい。
【0126】
端末装置４０は、当該領域（Buffered Time領域）を、デフォルトで使用してもよいし、所定の条件が満たされた場合にのみ使用してもよい。すなわち、端末装置４０は、所定の条件が満たされた場合にのみ、滞留時間情報を基地局３０に送信するようにしてもよい。例えば、端末装置４０は、遅延要求が所定の基準を満たした場合（例えば、５ＱＩ／ＱＣＩでPacket Delay Budget要件がXX msec以下（例えば、10msec以下）となっている場合）に、滞留時間情報をＢＳＲに含めて基地局３０に送信してもよい。または、端末装置４０は、使用されるスライスが低遅延スライスの場合に滞留時間情報をＢＳＲに含めて基地局３０に送信してもよい。勿論、端末装置４０は、遅延要求が所定の基準を満たしている・満たしていないに関わらず基地局３０に滞留時間を送信するよう構成されていてもよい。
【0127】
＜３－４．シーケンス例＞
以上を前提に、実施形態１の通信システム１が実行する通信処理を説明する。
以上を前提に、実施形態１の通信システム１が実行する通信処理を説明する。
【0128】
図１４は、実施形態１の通信処理を示すシーケンス図である。図１４に示す端末装置４０は、内部（図中、APP Layer）で送信対象となるデータが発生するよう構成されている。また、端末装置４０は、他の通信装置（例えば、他の端末装置４０）から、外部インタフェース（図中、Ext IF）を介して、送信対象となるデータを受信するよう構成されている。以下の説明では、送信対象となるデータのことを、送信データということがある。以下、図１４を参照しながら、実施形態１の通信処理を説明する。
【0129】
端末装置４０、基地局３０、及びコアネットワーク（例えば、管理装置２０）は、通信サービスを開始のための処理（例えば、初期設定及び初期接続処理等）を実行する（ステップＳ１０１）。端末装置４０のセルラーモデム（例えば、無線通信部４１及び／又は制御部４３）、基地局３０及びコアネットワークは、低遅延スライスを構築する（ステップＳ１０２）。
【0130】
端末装置４０の内部で送信データが発生したら（又は、他の通信装置から送信データを受信したら）、端末装置４０は、セルラーモデムに当該データを送信する（ステップＳ１０３）。端末装置４０のセルラーモデムは、データを受信したら、データの受信時間をタイムスタンプする。例えば、セルラーモデム（例えば、計測部４３３）は、データの受信時間を受信したデータに付与してもよいし、データとは別にデータ受信時間を管理してもよい。そして、端末装置４０は、受信したデータ（パケット）をバッファに格納する。以後、端末装置４０は、この動作を繰り返す（以下、この動作の記載を省略する）。
【0131】
次に、端末装置４０は、基地局３０にスケジューリングリクエストを行う（ステップＳ１０４）。基地局３０は、上りリンク通信のスケジューリングを行うとともに、端末装置４０に、スケジューリンググラントを発行する（ステップＳ１０５）。
【0132】
次に、端末装置４０は、バッファに格納したデータ（パケット）の滞留時間を特定する。例えば、端末装置４０は、平均滞留時間、最大滞留時間、及び予測滞留時間の少なくとも１つを特定する（ステップＳ１０６）。以下の説明では、端末装置４０は、一例として、最大滞留時間を特定したものとする。端末装置４０は、最大滞留時間に関する情報を含む滞留時間情報をＢＳＲに含めて基地局３０に送信する（ステップＳ１０７）。
【0133】
基地局３０は、複数の端末装置４０からそれぞれ滞留時間情報を受信する。滞留時間情報を受信した基地局３０は、滞留時間情報（例えば、最大滞留時間）に基づいてスケジューリングを行う（ステップＳ１０８）。なお、基地局３０は、滞留時間情報を受信した時間を保持し、スケジューリングタイミングで、受信した滞留時間情報を補正してもよい。
【0134】
図１５は、滞留時間を考慮したスケジューリングを説明するための図である。基地局３０は、端末装置４０から滞留時間情報を受信することで、どの端末装置４０内のバッファでデータ滞留時間が大きかを認識可能である。基地局３０は、滞留時間情報をスケジューリング係数として利用することが可能である。図１５の例では、端末装置４０２の滞留時間が２０ｍｓと最も大きいので、基地局３０は、端末装置４０２を優先して無線リソースを割り当てる。
【0135】
図１４に戻り、基地局３０は、スケジューリング結果に基づいて、端末装置４０に、スケジューリンググラントを発行する（ステップＳ１０９）。
【0136】
次に、端末装置４０は、バッファに格納したデータ（パケット）の滞留時間を特定する（ステップＳ１１０）。そして、端末装置４０は、最大滞留時間に関する情報を含む滞留時間情報をＢＳＲに格納する。端末装置４０は、スケジューリンググラントに基づいて、ＢＳＲとともにデータを基地局３０に送信する（ステップＳ１１１）。
【0137】
基地局３０は、端末装置４０からデータ（パケット）とともに送信されたＢＳＲを受信する。そして、基地局３０は、ＢＳＲに含まれる滞留時間情報に基づいてスケジューリングを行う（ステップＳ１１２）。基地局３０は、スケジューリング結果に基づいて、端末装置４０に、スケジューリンググラントを発行する（ステップＳ１１３）。
【0138】
端末装置４０は、バッファに格納したデータ（パケット）の滞留時間を特定する（ステップＳ１１４）。そして、端末装置４０は、滞留時間情報を格納したＢＳＲとともに、データを基地局３０に送信する（ステップＳ１１５）。
【0139】
実施形態１によれば、基地局３０は、各端末装置４０にバッファされているデータの滞留を把握することができる。これにより、基地局３０は、滞留時間を考慮したスケジューリングを行うことができる。結果として、上りリンク通信においても低遅延の無線通信が実現するので、通信システム１は、高い通信パフォーマンスの無線通信（例えば、安定した低遅延の無線通信）を実現することができる。
【0140】
＜＜４．実施形態２＞＞
次に、実施形態２に係る通信システム１の動作を説明する。
次に、実施形態２に係る通信システム１の動作を説明する。
【0141】
＜４－１．機能構成例＞
まず、実施形態２に係る通信装置の機能構成例を示す。実施形態２に係る通信装置（端末装置４０、基地局３０）は、以下のように構成しうる。
まず、実施形態２に係る通信装置の機能構成例を示す。実施形態２に係る通信装置（端末装置４０、基地局３０）は、以下のように構成しうる。
【0142】
＜端末装置の機能構成例＞
図１６は、実施形態２に係る端末装置４０の機能ブロック図である。端末装置４０は、ＰＤＣＰ層の処理を行うブロック（図１６に示すＰＤＣＰ）と、ＲＬＣ層の処理を行うブロック（図１６に示すＲＬＣ）と、ＭＡＣ層の処理を行うブロック（図１６に示すＭＡＣ）と、物理層の処理を行うブロック（図１６に示すＰＨＹ）と、を備える。これらのブロックは、例えば、図８に示す無線通信部４１、及び、制御部４３により実現しうる。また、端末装置４０は、データ送受信部を備える。このブロックは、例えば、図８に示す送信部４３１及び受信部４３２により実現しうる。また、端末装置４０は、時刻情報管理部を備える。このブロックは、例えば図８に示す計測部４３３及び記憶部４２により実現しうる。時刻情報管理部は、ＰＤＣＰに時刻情報の通知を行う。時刻情報管理部が管理する時刻情報は、例えば、フレーム番号である。時刻情報管理部はＰＨＹとフレーム番号を同期する。
図１６は、実施形態２に係る端末装置４０の機能ブロック図である。端末装置４０は、ＰＤＣＰ層の処理を行うブロック（図１６に示すＰＤＣＰ）と、ＲＬＣ層の処理を行うブロック（図１６に示すＲＬＣ）と、ＭＡＣ層の処理を行うブロック（図１６に示すＭＡＣ）と、物理層の処理を行うブロック（図１６に示すＰＨＹ）と、を備える。これらのブロックは、例えば、図８に示す無線通信部４１、及び、制御部４３により実現しうる。また、端末装置４０は、データ送受信部を備える。このブロックは、例えば、図８に示す送信部４３１及び受信部４３２により実現しうる。また、端末装置４０は、時刻情報管理部を備える。このブロックは、例えば図８に示す計測部４３３及び記憶部４２により実現しうる。時刻情報管理部は、ＰＤＣＰに時刻情報の通知を行う。時刻情報管理部が管理する時刻情報は、例えば、フレーム番号である。時刻情報管理部はＰＨＹとフレーム番号を同期する。
【0143】
＜基地局の機能構成例＞
図１７は、実施形態２に係る基地局３０の機能ブロック図である。基地局３０は、ＰＤＣＰ層の処理を行うブロック（図１７に示すＰＤＣＰ）と、ＲＬＣ層の処理を行うブロック（図１７に示すＲＬＣ）と、ＭＡＣ層の処理を行うブロック（図１７に示すＭＡＣ）と、物理層の処理を行うブロック（図１７に示すＰＨＹ）と、を備える。これらのブロックは、例えば、図７に示す無線通信部３１、及び、制御部３３により実現しうる。また、基地局３０は、データ送受信部を備える。このブロックは、例えば、図７に示す送信部３３１及び受信部３３２により実現しうる。また、基地局３０は、時刻情報管理部を備える。このブロックは、例えば図７に示す制御部３３及び記憶部３２により実現しうる。時刻情報管理部は、ＰＤＣＰに時刻情報の通知を行う。時刻情報管理部が管理する時刻情報は、例えば、フレーム番号である。時刻情報管理部はＰＨＹとフレーム番号を同期する。
図１７は、実施形態２に係る基地局３０の機能ブロック図である。基地局３０は、ＰＤＣＰ層の処理を行うブロック（図１７に示すＰＤＣＰ）と、ＲＬＣ層の処理を行うブロック（図１７に示すＲＬＣ）と、ＭＡＣ層の処理を行うブロック（図１７に示すＭＡＣ）と、物理層の処理を行うブロック（図１７に示すＰＨＹ）と、を備える。これらのブロックは、例えば、図７に示す無線通信部３１、及び、制御部３３により実現しうる。また、基地局３０は、データ送受信部を備える。このブロックは、例えば、図７に示す送信部３３１及び受信部３３２により実現しうる。また、基地局３０は、時刻情報管理部を備える。このブロックは、例えば図７に示す制御部３３及び記憶部３２により実現しうる。時刻情報管理部は、ＰＤＣＰに時刻情報の通知を行う。時刻情報管理部が管理する時刻情報は、例えば、フレーム番号である。時刻情報管理部はＰＨＹとフレーム番号を同期する。
【0144】
＜４－２．動作の詳細＞
次に、実施形態２に係る通信装置（端末装置４０、基地局３０）の動作を説明する。
次に、実施形態２に係る通信装置（端末装置４０、基地局３０）の動作を説明する。
【0145】
実施形態２では、端末装置４０は、他の通信装置に送信する１又は複数のパケットそれぞれに時間情報（以下、タイムスタンプともいう。）を付与する。例えば、端末装置４０は、基地局３０に送信する１又は複数のパケットそれぞれにタイムスタンプを付与する。例えば、端末装置４０は、ＰＤＣＰまたはＲＬＣでＰＤＵを生成する際に、ＰＤＵにタイムスタンプ（例えば、ＰＤＵの生成時刻）を付与する。端末装置４０は、パケット（ＰＤＣＰ ＳＤＵ）をデータ送受信部から受信した場合に、当該ＳＤＵの先頭にタイムスタンプ（現在時刻）を付与してもよい。
【0146】
このとき、タイムスタンプは、ＳＦＮ（System Frame Number）／ＨＦＮ（Hyper Frame Number）であってもよいし、サブフレーム番号（Subfream Number）であってもよい。例えば、タイムスタンプは、ＨＦＮ（Hyper Frame Number）の下位１２ｂｉｔ及びＰＤＣＰ層で推定するサブフレーム番号（Subframe Number）であってもよい。なお、端末装置４０は、サブフレーム番号（Subframe Number）の替わりにスロット番号（Slot Number）をタイムスタンプとして用いてもよい。タイムスタンプにスロット番号を使用する場合、端末装置４０は、後述するように、ＳＣＳ（SubCarrier Spacing）に応じて、タイムスタンプ領域を拡張する。
【0147】
なお、ＨＦＮはＰＤＣＰ層での自走カウンタとして扱われる。サブフレーム番号／スロット番号をタイムスタンプとして用いる場合、端末装置４０は、ＨＦＮカウンタの更新タイミングからの経過時間に基づいてサブフレーム番号／スロット番号を決定してもよい。例えば、当該処理が実行されるタイミングが、ＨＦＮの更新タイミングから、２ｍｓｅｃ経過している場合は、端末装置４０は、サブフレーム番号を１とする。ここで、サブフレーム番号は１ｍｓｅｃ単位、かつ０はじまりである。
【0148】
基地局３０は予め端末装置４０と時刻を同期させておく。例えば、基地局３０はＲＲＣメッセージ等を使って予め端末装置４０とＳＦＮ／ＨＦＮを同期させておく。基地局３０は、端末装置４０からパケットを受信したら、そのパケットに付与されたタイムスタンプに基づいて、そのパケットが送信に要した時間（以下、送信遅延時間という。）を特定する。例えば、基地局３０のＰＤＣＰは、パケットからＰＤＣＰ ＳＤＵを生成する際に、当該パケットからタイムスタンプ（例えば、ＳＦＮ／ＨＦＮ／サブフレーム番号／スロット番号）を取り出す。そして、基地局３０は、タイムスタンプと現在時刻（例えば、ＳＦＮ／ＨＦＮ／サブフレーム番号／スロット番号）との差から当該パケットの送信遅延時間を特定する。なお、端末装置４０は、ＨＦＮのカウントアップタイミングからの経過時間に基づいて、現在時刻とするサブフレーム番号／スロット番号を推定してもよい。
【0149】
そして、基地局３０は、特定した送信遅延時間の情報に基づいて、端末装置４０のスケジューリングを行う。例えば、基地局３０のＰＤＣＰは、特定した送信遅延時間の情報をＭＡＣスケジューラに通知する。ＭＡＣスケジューラは、送信遅延時間の情報に基づいて上りリンク通信のスケジューリングを行う。
【0150】
＜４－３．ＰＤＵフォーマット＞
上述したように、端末装置４０は、タイムスタンプが付与されたＰＤＵを基地局３０に送信する。このとき、ＰＤＵにはタイムスタンプを格納するための新たな領域が設けられてもよい。図１８は、タイムスタンプを格納可能なＰＤＵのフォーマットの一例を示す図である。具体的には、図１８には、タイムスタンプを格納するための領域（以下、タイムスタンプ領域という。）が新たに設けられたＲＬＣ ＡＭ（Acknowledge Mode） ＰＤＵのフォーマット例が示されている。図１８には、ＰＤＵに２オクテットのタイムスタンプ領域が新たに設けられている。
上述したように、端末装置４０は、タイムスタンプが付与されたＰＤＵを基地局３０に送信する。このとき、ＰＤＵにはタイムスタンプを格納するための新たな領域が設けられてもよい。図１８は、タイムスタンプを格納可能なＰＤＵのフォーマットの一例を示す図である。具体的には、図１８には、タイムスタンプを格納するための領域（以下、タイムスタンプ領域という。）が新たに設けられたＲＬＣ ＡＭ（Acknowledge Mode） ＰＤＵのフォーマット例が示されている。図１８には、ＰＤＵに２オクテットのタイムスタンプ領域が新たに設けられている。
【0151】
（タイムスタンプ領域の拡張）
なお、ＬＴＥでは、サブフレーム番号（Subframe Number）が１ｍｓｅｃで統一されているが、ＮＲでは、実際の送信単位はスロット（Slot）となる。また、スロット長は、対象ＲＡＴのＳＣＳ（SubCarrier Spacing）によって異なるため、遅延時間の測定可能粒度が異なる。図１９は、遅延時間の測定可能粒度を説明するための図である。図１９は、３ＧＰＰのＴＳ３８．２１１ Ｔａｂｌｅ ４．３．２－１を参考に作成したものである。図中の括弧で示された時間（62.5usec～1msec）は、参考記載の通信スキームが適応された場合の、１回の通信機会の時間である。端末装置４０、最小の測定単位を通知する場合は、前述のタイムスタンプ領域を拡張する。なお、端末装置４０は、μ＝０の場合に関して、タイムスタンプ領域を３オクテット用意して、Reservedを８ｂｉｔとして、他のμと併せてもよい。なお、タイムスタンプ領域を拡張するかどうかは、事前にシステム設定等で行われていてもよい。
なお、ＬＴＥでは、サブフレーム番号（Subframe Number）が１ｍｓｅｃで統一されているが、ＮＲでは、実際の送信単位はスロット（Slot）となる。また、スロット長は、対象ＲＡＴのＳＣＳ（SubCarrier Spacing）によって異なるため、遅延時間の測定可能粒度が異なる。図１９は、遅延時間の測定可能粒度を説明するための図である。図１９は、３ＧＰＰのＴＳ３８．２１１ Ｔａｂｌｅ ４．３．２－１を参考に作成したものである。図中の括弧で示された時間（62.5usec～1msec）は、参考記載の通信スキームが適応された場合の、１回の通信機会の時間である。端末装置４０、最小の測定単位を通知する場合は、前述のタイムスタンプ領域を拡張する。なお、端末装置４０は、μ＝０の場合に関して、タイムスタンプ領域を３オクテット用意して、Reservedを８ｂｉｔとして、他のμと併せてもよい。なお、タイムスタンプ領域を拡張するかどうかは、事前にシステム設定等で行われていてもよい。
【0152】
＜４－４．シーケンス例＞
以上を前提に、実施形態２の通信システム１が実行する通信処理を説明する。
以上を前提に、実施形態２の通信システム１が実行する通信処理を説明する。
【0153】
図２０は、実施形態２の通信処理を示すシーケンス図である。図２０に示す端末装置４０は、内部（図中、APP Layer）で送信対象となるデータが発生するよう構成されている。また、端末装置４０は、他の通信装置（例えば、他の端末装置４０）から、外部インタフェース（図中、Ext IF）を介して、送信対象となるデータを受信するよう構成されている。以下の説明では、送信対象となるデータのことを、送信データということがある。図２０の例では、基地局３０と端末装置４０は、ＲＲＣメッセージ等により、ＨＦＮが同期されているものとする。以下、図２０を参照しながら、実施形態１の通信処理を説明する。
【0154】
端末装置４０、基地局３０、及びコアネットワーク（例えば、管理装置２０）は、通信サービスを開始のための処理（例えば、初期設定及び初期接続処理等）を実行する（ステップＳ２０１）。
【0155】
端末装置４０の内部で送信データが発生したら（又は、他の通信装置から送信データを受信したら）、端末装置４０は、当該送信データに基づいてＳＤＵを生成するとともに、ＳＤＵをＰＤＣＰに送信する（ステップＳ２０２）。端末装置４０のＰＤＣＰは、受信したＳＤＵに基づいてＰＤＵを生成するとともに、当該ＰＤＵにタイムスタンプを付与する（ステップＳ２０３）。そして、端末装置４０のＰＤＣＰは、タイムスタンプを付与したＰＤＵをセルラーモデムに送信する（ステップＳ２０４）。そして、セルラーモデムは、受信したＰＤＵをバッファに格納する。以後、端末装置４０は、この動作を繰り返す（以下、この動作の記載を省略する）。
【0156】
次に、端末装置４０は、基地局３０にスケジューリングリクエストを行う（ステップＳ２０５）。基地局３０は、上りリンク通信のスケジューリングを行うとともに、端末装置４０に、スケジューリンググラントを発行する（ステップＳ２０６）。端末装置４０は、グラントに基づいてＢＳＲを基地局３０に送信する（ステップＳ２０７）。基地局３０は、上りリンク通信のスケジューリングを行うとともに、端末装置４０に、スケジューリンググラントを発行する（ステップＳ２０８）。端末装置４０は、グラントに基づいてデータ（タイムスタンプが付与されたＰＤＵ）を基地局３０に送信する（ステップＳ２０９）。このとき、端末装置４０は、データとともにＢＳＲを送信してもよい。
【0157】
基地局３０は、複数の端末装置４０からそれぞれデータ（タイムスタンプが付与されたＰＤＵ）を受信する。基地局３０は、ＰＤＵからタイムスタンプを取り出すとともに、タイムスタンプに基づいて遅延時間を特定する（ステップＳ２１０）。そして、基地局３０は、特定した遅延時間（例えば、最大遅延時間／平均遅延時間）に基づいてスケジューリングを行う。
【0158】
図２１は、遅延時間を考慮したスケジューリングを説明するための図である。基地局３０は、ＰＤＵから取り出したタイムスタンプと現在時刻（例えば、ＨＦＮ）との差から当該ＰＤＵの送信遅延時間を特定する。なお、基地局３０が特定する遅延時間は、複数のパケットの平均遅延時間であってもよいし、複数のパケットの最大遅延時間であってもよい。また、基地局３０が特定する遅延時間は、ＬＣＧ毎の遅延時間（平均遅延時間／最大遅延時間）であってもよい。基地局３０は、端末装置４０から遅延時間の情報を受信することで、どの端末装置４０で遅延時間が大きくなっているかを認識可能である。基地局３０は、遅延時間情報をスケジューリング係数として利用することが可能である。図２１の例では、端末装置４０２の遅延時間が２０ｍｓと最も大きいので、基地局３０は、端末装置４０２を優先して無線リソースを割り当てる。
【0159】
図２０に戻り、基地局３０は、スケジューリング結果に基づいて、端末装置４０に、スケジューリンググラントを発行する（ステップＳ２１１）。端末装置４０は、グラントに基づいてデータ（タイムスタンプが付与されたＰＤＵ）を基地局３０に送信する（ステップＳ２１２）。
【0160】
実施形態２によれば、基地局３０は、各端末装置４０の送信遅延時間を把握することができる。これにより、基地局３０は、遅延時間を考慮したスケジューリングを行うことができる。結果として、上りリンク通信においても低遅延の無線通信が実現するので、通信システム１は、高い通信パフォーマンスの無線通信（例えば、安定した低遅延の無線通信）を実現することができる。
【0161】
＜＜５．実施形態３＞＞
次に、実施形態３に係る通信システム１の動作を説明する。
次に、実施形態３に係る通信システム１の動作を説明する。
【0162】
＜５－１．機能構成例＞
まず、実施形態３に係る通信システムの機能構成例を示す。実施形態３に係る通信システム（通信システム１）は、以下のように構成しうる。
まず、実施形態３に係る通信システムの機能構成例を示す。実施形態３に係る通信システム（通信システム１）は、以下のように構成しうる。
【0163】
＜通信システムの機能構成例＞
図２２は、実施形態３に係る通信システム１の機能ブロック図である。通信システム１は、アプリケーションファンクション（図２２に示すＡＦ）と、コアネットワーク（図２２に示すＣｏｒｅ）と、無線アクセスネットワーク（図２２に示すＲＡＮ）と、アプリケーション層の処理を行うブロック（図２２に示すＡｐｐ）と、ユーザ装置の無線通信機能（図２２に示すＵＥ Ｍｏｄｅｍ）と、を備える。ＡＦは、例えば図４に示すサーバ１０により実現しうる。Ｃｏｒｅは、例えば図４に示す管理装置２０により実現しうる。ＲＡＮは、例えば図４に示す基地局３０により実現しうる。ＡｐｐとＵＥ Ｍｏｄｅｍは、例えば図４に示す端末装置４０により実現しうる。ＡｐｐとＵＥ Ｍｏｄｅｍは、１つの端末装置４０により構成されてもよいし、別々の端末装置４０により構成されてもよい。ＵＥ Ｍｏｄｅｍは、セルラーモデムと言い換えることができる。
図２２は、実施形態３に係る通信システム１の機能ブロック図である。通信システム１は、アプリケーションファンクション（図２２に示すＡＦ）と、コアネットワーク（図２２に示すＣｏｒｅ）と、無線アクセスネットワーク（図２２に示すＲＡＮ）と、アプリケーション層の処理を行うブロック（図２２に示すＡｐｐ）と、ユーザ装置の無線通信機能（図２２に示すＵＥ Ｍｏｄｅｍ）と、を備える。ＡＦは、例えば図４に示すサーバ１０により実現しうる。Ｃｏｒｅは、例えば図４に示す管理装置２０により実現しうる。ＲＡＮは、例えば図４に示す基地局３０により実現しうる。ＡｐｐとＵＥ Ｍｏｄｅｍは、例えば図４に示す端末装置４０により実現しうる。ＡｐｐとＵＥ Ｍｏｄｅｍは、１つの端末装置４０により構成されてもよいし、別々の端末装置４０により構成されてもよい。ＵＥ Ｍｏｄｅｍは、セルラーモデムと言い換えることができる。
【0164】
＜端末装置の機能構成例＞
上述したように、ＵＥ Ｍｏｄｅｍは、端末装置４０により実現されうる。図２３は、実施形態３に係る端末装置４０の機能ブロック図である。端末装置４０は、データ送受信部と、時刻情報管理部と、パケット処理部と、ＲＬＣ層の処理を行うブロック（図１６に示すＲＬＣ）と、ＭＡＣ層の処理を行うブロック（図１６に示すＭＡＣ）と、物理層の処理を行うブロック（図１６に示すＰＨＹ）と、を備える。パケット処理部は、ＰＤＣＰ層の処理を行うブロック（図２３に示すＰＤＣＰ）を備える。データ送受信部は、例えば、図８に示す送信部４３１及び受信部４３２により実現しうる。時刻情報管理部は、例えば図８に示す計測部４３３及び記憶部４２により実現しうる。パケット処理部～ＰＨＹは、例えば、図８に示す無線通信部４１、及び、制御部４３により実現しうる。
上述したように、ＵＥ Ｍｏｄｅｍは、端末装置４０により実現されうる。図２３は、実施形態３に係る端末装置４０の機能ブロック図である。端末装置４０は、データ送受信部と、時刻情報管理部と、パケット処理部と、ＲＬＣ層の処理を行うブロック（図１６に示すＲＬＣ）と、ＭＡＣ層の処理を行うブロック（図１６に示すＭＡＣ）と、物理層の処理を行うブロック（図１６に示すＰＨＹ）と、を備える。パケット処理部は、ＰＤＣＰ層の処理を行うブロック（図２３に示すＰＤＣＰ）を備える。データ送受信部は、例えば、図８に示す送信部４３１及び受信部４３２により実現しうる。時刻情報管理部は、例えば図８に示す計測部４３３及び記憶部４２により実現しうる。パケット処理部～ＰＨＹは、例えば、図８に示す無線通信部４１、及び、制御部４３により実現しうる。
【0165】
データ送受信部は、Ａｐｐとのインタフェースである。データ送受信部のデータ送信先／データ受信元は、端末装置４０とは別筐体の通信装置（外部Ａｐｐ）であってもよい。また、データ送受信部のデータ送信先／データ受信元は、端末装置４０の内部のブロック（内部Ａｐｐ）であってもよい。例えば、データ送信先／データ受信元は、同一筐体内のＡｐｐプロセッサやセンサーなどであってもよい。
【0166】
時刻情報管理部は、自走により時刻を管理する。または、時刻情報管理部は、外部ソースに基づき時刻を管理する。端末装置４０内で、２つの時刻間の差（バッファに格納したデータ（パケット）の滞留時間）がわかればよいので、相対時刻が正しく管理できるのであれば、時刻情報管理部は、自走クロックで時刻を管理してもよい。
【0167】
パケット処理部は、データ送受信部からＵＬパケットを受信した時に、その時刻を記憶する。そして、パケット処理部は、当該パケットに関する複数のＭＡＣ ＰＤＵのうち、最後（または、最初）のＭＡＣ ＰＤＵが送信された時刻をＭＡＣから受領する。そして、パケット処理部は、ＵＬパケットの受信時刻とＭＡＣ ＰＤＵの送信時刻とに基づいて、バッファに格納したデータ（パケット）の滞留時間を算出する。パケット処理部は、一定時間ごとに当該滞留時間をＡＦに通知する。
【0168】
＜サーバの機能構成例＞
上述したように、ＡＦは、サーバ１０により実現されうる。なお、ＡＦは、コアネットワークの機能の一部であってもよい。この場合、ＡＦは、管理装置２０により実現されうる。勿論、ＡＦは、サーバ１０及び管理装置２０以外の情報処理装置（コンピュータ）により実現されてもよい。以下の説明では、一例として、ＡＦは、サーバ１０により実現されるものとする。
上述したように、ＡＦは、サーバ１０により実現されうる。なお、ＡＦは、コアネットワークの機能の一部であってもよい。この場合、ＡＦは、管理装置２０により実現されうる。勿論、ＡＦは、サーバ１０及び管理装置２０以外の情報処理装置（コンピュータ）により実現されてもよい。以下の説明では、一例として、ＡＦは、サーバ１０により実現されるものとする。
【0169】
図２４は、実施形態３に係るサーバ１０の機能ブロック図である。サーバ１０は、データ送受信部と、滞留時間記憶部と、ＱｏＳ管理部と、優先度制御部と、ＮＥＦ（Network Exposure Function）／ＳＣＥＦ（Service Capability Exposure Function）インタフェース部と、を備える。これらのブロックは、例えば、図５に示す通信部１１、記憶部１２、及び制御部１３により実現しうる。
【0170】
データ送受信部は、端末装置４０のパケット処理部から通知される滞留時間の受信機能を有する。また、データ送受信部は、コアネットワークのＮＥＦ／ＳＣＥＦとのインタフェースとして機能してもよい。これら２つの機能は、独立していてもよい。
【0171】
滞留時間記憶部は、端末装置４０から通知された滞留時間を記憶する。滞留時間記憶部は、代表となる値（例えば、一定時間の最大値等）を端末装置４０毎に管理する。
【0172】
ＱｏＳ管理部は、当該端末装置４０が利用しているサービス／アプリケーションのターゲットなるサービスレベル（ターゲット遅延時間）を管理する。
【0173】
優先度制御部は、端末装置４０それぞれについて、滞留時間管理部が記憶する滞留時間とＱｏＳ管理部が管理するサービスレベルとを比較する。優先度制御部は、サービスレベルを満たしていない端末装置４０に関し、優先度を上げるようにＮＥＦ／ＳＣＥＦインタフェース部に通知する。また、優先度制御部は、サービスレベルを十分に満たしている端末装置４０に関しては、優先度を下げる判断をしてもよい。
【0174】
ＮＥＦ／ＳＣＥＦインタフェース部は、優先度の変更が通知された端末装置４０に関し、コアネットワークに対して、ＡＰＩ（Application Programming Interface）を使って、ターゲットプライオリティ（Target Priority）の変更を通知する。
【0175】
＜５－２．動作の詳細＞
次に、実施形態２に係る通信システム１の動作を説明する。
次に、実施形態２に係る通信システム１の動作を説明する。
【0176】
実施形態３では、端末装置４０は、他の通信装置（例えば、基地局３０）に送信する１又は複数のパケットの滞留時間をパケット毎に計測する。そして、端末装置４０は、滞留時間に関する情報を含む滞留時間情報をＡＦ（例えば、サーバ１０）に通知する。なお、ＡＦに通知する滞留時間は、実施形態１と同様に、平均滞留時間であってもよいし、最大滞留時間であってもよいし、予測滞留時間であってもよいし、これらの時間の組み合わせであってもよい。また、滞留時間は、代表値（例えば、一定時間の最大値等）であってもよい。なお、ＡＦに通知する滞留時間は、ＬＣＧ毎（又は、論理チャネル毎）の滞留時間であってもよい。
【0177】
ＡＦは、通知された滞留時間の情報に基づいて、当該端末装置４０に関するＱｏＳ（Quality of Service）を再設定する。例えば、ＡＦは、複数の端末装置４０の滞留時間の情報、及び、それぞれのサービスのＳＬＡ（Service Level Agreement）に基づいて、NEF_AfsessionWithQoSを用いて、それぞれのサービスに設定されているDelay Budgetに合わせてＱｏＳ（ＣＱＩ／５ＱＩ）を再設定する。基地局３０は、変更されたＱｏＳに基づいて上りリンク通信のスケジューリングを行う。
【0178】
＜５－３．シーケンス例＞
以上を前提に、実施形態３の通信システム１が実行する通信処理を説明する。
以上を前提に、実施形態３の通信システム１が実行する通信処理を説明する。
【0179】
図２５は、実施形態１の通信処理を示すシーケンス図である。図２５に示す端末装置４０は、内部（図中、APP Layer）で送信対象となるデータが発生するよう構成されている。また、端末装置４０は、他の通信装置（例えば、他の端末装置４０）から、外部インタフェース（図中、Ext IF）を介して、送信対象となるデータを受信するよう構成されている。以下の説明では、送信対象となるデータのことを、送信データということがある。以下、図２５を参照しながら、実施形態３の通信処理を説明する。
【0180】
端末装置４０、基地局３０、及びコアネットワーク（例えば、管理装置２０）は、通信サービスを開始のための処理（例えば、初期設定及び初期接続処理等）を実行する（ステップＳ３０１）。端末装置４０のセルラーモデム（例えば、無線通信部４１及び／又は制御部４３）、基地局３０及びコアネットワークは、低遅延スライスを構築する（ステップＳ３０２）。
【0181】
端末装置４０の内部（APP Layer）で送信データが発生したら（又は、外部インタフェース４４が他の通信装置から送信データを受信したら）、端末装置４０は、端末装置４０内部のセルラーモデムに当該データを送信する（ステップＳ３０３）。端末装置４０は、当該データに所定フォーマットのパケット（ＳＤＵ／ＰＤＵ）に変換するとともに、変換したパケットをバッファに格納する。そして、端末装置４０は、基地局３０から発行されたグラントに基づいて、基地局３０にバッファ内のパケットを送信する（ステップＳ３０４）。以後、端末装置４０は、この動作を繰り返す（以下、この動作の記載を省略する）。
【0182】
続いて、端末装置４０は、バッファに格納されている１又は複数のパケットの滞留時間を特定する（ステップＳ３０５）。例えば、端末装置４０は、ＲＬＣレイヤ／ＭＡＣレイヤ）における当該パケットの待ち時間を算出する。なお、端末装置４０が特定する滞留時間は、実施形態１と同様に、平均滞留時間であってもよいし、最大滞留時間であってもよいし、予測滞留時間であってもよいし、これらの時間の組み合わせであってもよい。また、滞留時間は、代表値（例えば、一定時間の最大値等）であってもよい。なお、ＡＦに通知する滞留時間は、ＬＣＧ毎（又は、論理チャネル毎）の滞留時間であってもよい。端末装置４０は、特定した滞留時間に関する情報（以下、滞留時間情報という。）をＡＦ（例えば、サーバ１０）に通知する（ステップＳ３０６）。以後、端末装置４０は、この動作（ステップＳ３０５～ステップＳ３０６）を周期的に繰り返す（以下、この動作の記載を省略する）。
【0183】
ＡＦは、端末装置４０から滞留時間情報を受信する。そしてＡＦは、滞留時間情報に基づいて当該端末装置４０の通信（例えば、ＡＦが提供するサービスに関する通信）が遅延要求を満たしているか判別する。例えば、ＡＦは、端末装置４０の通信（例えば、上りリンク通信）が、当該サービスの要求に基づくＰＤＢ（Packet Delay Budget）を満たしているか判別する。ＰＤＢと比較して滞留時間が長い場合（例えば、滞留時間が第１の基準を満たさない場合）、端末装置４０のスケジューリング優先度を高く設定する。待ち時間が十分に満たされている場合（滞留時間が第１の基準より厳しい第２の基準を満たしている場合）、ＰＤＢが満たされると想定され得る範囲で、端末装置４０のスケジューリング優先度を低く設定する。
【0184】
そして、ＡＦは、優先度が変更された端末装置４０に関し、コアネットワークに対して、ターゲットプライオリティ（Target Priority）の変更を通知する（ステップＳ３０７）。例えば、ＡＦは、所定のＡＰＩを使って、当該端末装置４０に関するＱｏＳ（Quality of Service）を再設定する。例えば、ＡＦは、ＮＥＦ ＡＰＩ（例えば、AFsessionWithQoS）又はＳＣＥＦ ＡＰＩ（例えば、AsSessionWithQoS）を使って、コアネットワークに設定されているＱｏＳ（例えば、５ＱＩ（5G QoS Identifier）やＱＣＩ（QoS Class Identifier）、または、そのPriority Level又は、Packet Delay Budget）の更新を行う。コアネットワーク（例えば、管理装置２０）及び／又は基地局３０は、ＡＦからの通知に基づいて当該端末装置４０に関するＱｏＳの更新を行う（ステップＳ３０８）。基地局３０は、変更されたＱｏＳに基づいて当該端末装置４０に関するスケジューリングを行う。以後、ＡＦ、コアネットワーク、及び基地局３０は、この動作（ステップＳ３０７～ステップＳ３０８）を繰り返す。
【0185】
通常、基地局３０／コアネットワークは、設定されたＱｏＳを満たすようにスケジューリングを行うが、混雑状況によっては、ＱｏＳを満たせない場合ある。その場合には、当該サービスのＱｏＳ設定をより顕著に強弱をつけることにより、スケジューリングメトリックの重みづけを動的に変えてもよい。これにより、基地局３０／コアネットワークは、目標とする遅延時間を達成することができる。
【0186】
実施形態３によれば、ＡＦは、各端末装置４０にバッファされているデータの滞留を把握することができる。これにより、ＡＦは、滞留時間を考慮したＱｏＳの再設定を行うことができる。結果として、上りリンク通信においても低遅延の無線通信が実現するので、通信システム１は、高い通信パフォーマンスの無線通信（例えば、安定した低遅延の無線通信）を実現することができる。
【0187】
＜＜６．変形例＞＞
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
【0188】
＜６－１．滞留時間の特定に関する変形例＞
上述の実施形態（実施形態１、３）では、端末装置４０は、他の通信装置に送信するパケットの端末装置４０内での滞留時間を特定した。この滞留時間の特定は、以下のようにも特定（算出）しうる。
上述の実施形態（実施形態１、３）では、端末装置４０は、他の通信装置に送信するパケットの端末装置４０内での滞留時間を特定した。この滞留時間の特定は、以下のようにも特定（算出）しうる。
【0189】
図２６は、滞留時間の特定方法を説明するためのシーケンス図である。図中、ＭＡＣ／Ｌ１は、基地局３０にデータを送信する端末装置４０１のＭＡＣ層／物理層である。また測定開始ポイントは、例えば、以下の（１）～（３）のいずれかである。
【0190】
（１）ＰＤＣＰ／ＲＬＣの階層境界（３ＧＰＰのプロトコル境界）
（２）スマホ（ＡｐｐやＯＳの境界）、ルータ、又はＩｏＴモジュールのインタフェース
（３）端末装置４０１に接続される外部装置
（２）スマホ（ＡｐｐやＯＳの境界）、ルータ、又はＩｏＴモジュールのインタフェース
（３）端末装置４０１に接続される外部装置
【0191】
ここで、外部装置は、テザリング／ＬＡＮ等で端末装置４０１に接続されるパケット／データを生成する通信装置（例えば、端末装置４０２）であってもよい。図２７は、外部装置を説明するための図である。図２７の例では、外部装置（端末装置４０２）は、カメラとなっている。この場合、端末装置４０１は、外部装置でデータが発生してからの時間を滞留時間として特定してもよい。勿論、端末装置４０１は、パケットが端末装置４０１内のアプリケーションで発生してからの時間を滞留時間として特定してもよい。また、端末装置４０１は、端末装置４０１内の所定のプロトコルレイヤ（例えば、ＰＤＣＰレイヤ、又はＲＬＣレイヤ）に到達してからの時間を滞留時間として特定してもよい。
【0192】
以下、図２６のシーケンス図を参照しながら滞留時間の特定方法を説明する。
【0193】
まず、測定開始ポイントとＭＡＣ／Ｌ１は、時刻の同期を行う（ステップＳ４０１）。測定の開始ポイントとＭＡＣ／Ｌ１は、共通カウンタ（例えば、ＣＰＵのカウンタ）や時刻情報を定期的に共有してもよい。
【0194】
次に、測定開始ポイントに送信パケットが到達したら、測定開始ポイントは、当該送信パケットに到達時刻を付与する（ステップＳ４０２）。この、測定開始ポイントに送信パケットが到達したタイミングが、滞留時間の測定開始タイミングとなる。測定開始ポイントは、到達時刻が付与されたパケットをＭＡＣ／Ｌ１に送信する。
【0195】
次に、ＭＡＣ／Ｌ１は、送信パケットの端末装置４０内での滞留時間を算出する（ステップＳ４０４）。ここで、滞留時間の測定終了タイミングは、ＢＳＲの初送時刻（例えば、ＢＳＲが初回送信されるSFN／Subframe／Slot）とする。つまり、ＭＡＣ／Ｌ１は、到達時刻（測定開始タイミング）からＢＳＲの初送時刻（測定終了タイミング）までの時間を滞留時間として特定する。ＢＳＲは、基地局３０に割り当てられたタイミングで送信される。そのため、ＭＡＣ／Ｌ１は、ＢＳＲを作る際に一意にＢＳＲの初送時刻を決定できる。ＭＡＣ／Ｌ１は、特定した滞留時間をＢＳＲで基地局３０に通知する（ステップＳ４０５）。
【0196】
基地局３０は、ＢＳＲの初送時刻と、当該ＢＲＳに関するスケジューリング情報を端末装置４０に送信する時刻（予想時刻）と、に基づいて、基地局３０での処理待ち時間（スケジューリング待ち時間）を算出する。基地局３０は、この処理待ち時間に基づいて滞留時間を更新する（ステップＳ４０６）。基地局３０は、更新した滞留時間情報に基づいてスケジューリングを行う。
【0197】
＜６－２．滞留時間情報の送信に関する変形例＞
上述の実施形態（実施形態１）では、端末装置４０は、ＢＳＲを使って滞留時間情報を他の通信装置（例えば、基地局３０）に通知した。しかし、端末装置４０は、ＢＳＲ以外の手段を使って滞留時間情報（例えば、平均滞留時間／予測滞留時間）を他の通信装置に通知してもよい。滞留時間情報には、最大滞留時間が含まれていてもよい。通知手段は、以下の手段Ａ～手段Ｃのいずれであってもよい。
上述の実施形態（実施形態１）では、端末装置４０は、ＢＳＲを使って滞留時間情報を他の通信装置（例えば、基地局３０）に通知した。しかし、端末装置４０は、ＢＳＲ以外の手段を使って滞留時間情報（例えば、平均滞留時間／予測滞留時間）を他の通信装置に通知してもよい。滞留時間情報には、最大滞留時間が含まれていてもよい。通知手段は、以下の手段Ａ～手段Ｃのいずれであってもよい。
【0198】
＜手段Ａ＞
端末装置４０は、実施形態３で示したように、ＡＦに滞留時間情報を通知する。
端末装置４０は、実施形態３で示したように、ＡＦに滞留時間情報を通知する。
【0199】
＜手段Ｂ＞
端末装置４０は、Measurement Report（L3 message）でＲＲＭ（Radio Resource Management）に滞留時間情報を通知する。
端末装置４０は、Measurement Report（L3 message）でＲＲＭ（Radio Resource Management）に滞留時間情報を通知する。
【0200】
・ＲＲＭは、ＭＡＣスケジューラの各種パラメータを更新して、基地局３０のＭＡＣスケジューラに通知する。このとき、ＱｏＳパラメータはコアネットワーク（ＰＣＲＦ（Policy and Charging Rules Function）／ＰＣＦ（Policy Control function））のパラメータなのでＲＲＭは、ＱｏＳパラメータを変更しなくてもよい。基地局３０は、基地局３０内で閉じてＵＥ／ＬＣＨ（Logical Channel）の優先度制御を行う。
【0201】
・ＲＲＭは、コアネットワークに滞留時間情報を通知する。コアネットワークの所定のファンクション（例えば、ＰＣＲＦ／ＰＣＦ等のPolicyを決定するファンクション）は、PDU Session内のQoS情報をアップデートする。これにより、コアネットワークは、スケジューリングの優先度を変更する。
【0202】
・Ｏ－ＲＡＮ（Open Radio Access Network）で定義されているＯ－ＣＵ－ＣＰ（ＲＲＣレイヤ）が、Ｏ１でｒＡＰＰに通知する。または、Ｏ－ＲＡＮで定義されているＯ－ＣＵ－ＣＰ（ＲＲＣレイヤ）が、Ｅ２でｘＡＰＰに通知する。ここで、Ｏ－ＣＵ－ＣＰは、O-RAN Central Unit Control Planeである。また、ｒＡｐｐは、Non-RT RIC Applicationであり、ｘＡＰＰは、Near-RT RIC Applicationである。ｒＡｐｐ及び／又はｘＡｐｐは、Ｅ２ノードを経由してＭＡＣスケジューラ（ＤＵ（Distributed Unit））を設定する。
【0203】
＜手段Ｃ＞
図２８は、Ｏ－ＲＡＮアーキテクチャの一例を示す図である。端末装置４０は、Ｏ－ＲＡＮ（Open Radio Access Network）で定義されているｘＡｐｐ／ｒＡｐｐ（ＲＩＣ（RAN Intelligent Controller）／ＳＭＯ（Service Management and Orchestration））に滞留時間情報を通知する。ここで、ｒＡｐｐは、Non-RT RIC Applicationであり、ｘＡＰＰは、Near-RT RIC Applicationである。ｘＡｐｐ／ｒＡｐｐ（ＲＩＣ／ＳＭＯ）は、Ｅ２ノードを経由してＭＡＣスケジューラ（ＤＵ（Distributed Unit））を設定する。このとき、端末装置４０は、ＳＭＯに外部ネットワークとのインタフェース（Ｏ２経由）を設け、インターネット等の公衆回線を使って滞留時間情報を通知してもよい。
図２８は、Ｏ－ＲＡＮアーキテクチャの一例を示す図である。端末装置４０は、Ｏ－ＲＡＮ（Open Radio Access Network）で定義されているｘＡｐｐ／ｒＡｐｐ（ＲＩＣ（RAN Intelligent Controller）／ＳＭＯ（Service Management and Orchestration））に滞留時間情報を通知する。ここで、ｒＡｐｐは、Non-RT RIC Applicationであり、ｘＡＰＰは、Near-RT RIC Applicationである。ｘＡｐｐ／ｒＡｐｐ（ＲＩＣ／ＳＭＯ）は、Ｅ２ノードを経由してＭＡＣスケジューラ（ＤＵ（Distributed Unit））を設定する。このとき、端末装置４０は、ＳＭＯに外部ネットワークとのインタフェース（Ｏ２経由）を設け、インターネット等の公衆回線を使って滞留時間情報を通知してもよい。
【0204】
図２９は、Ｏ－ＲＡＮを利用した通信処理を示すシーケンス図である。具体的には、図２９は、ｘＡｐｐ／ｒＡｐｐ（ＲＩＣ／ＳＭＯ）を利用したスケジューリング方法を説明するためのシーケンス図である。図２９において、ＵＥ（User Equipment）は、例えば、端末装置４０である。また、ＣＵ（Central Unit）／ＤＵ（Distributed Unit）は、例えば、基地局３０である。以下、図２９を参照しながら、Ｏ－ＲＡＮを利用した通信処理について説明する。
【0205】
ＵＥは、インターネット／クラウド等を介して、ＳＭＯに滞留時間情報を送信する。なお、ＳＭＯに通知する滞留時間は、実施形態１と同様に、平均滞留時間であってもよいし、最大滞留時間であってもよいし、予測滞留時間であってもよいし、これらの時間の組み合わせであってもよい。また、滞留時間は、代表値（例えば、一定時間の最大値等）であってもよい。なお、ＡＦに通知する滞留時間は、ＬＣＧ毎（又は、論理チャネル毎）の滞留時間であってもよい。
【0206】
ＳＭＯは、受信した滞留時間情報を、ＳＭＯ内のｒＡｐｐまたは、ｘＡｐｐに通知する。ここで、ｒＡｐｐは更新周期が遅くともよいユースケースで利用され、ｘＡｐｐは更新周期が早いユースケースで利用される。アーキテクチャ上、どちらのＡｐｐでも実現可能なのであれば、一般にはｘＡｐｐで実現される。ｒＡＰＰ／ｘＡＰＰは、サービス毎（ＬＣＨ毎又はＬＣＧ毎）／ＵＥ毎の滞留時間を比較して、スケジューリングを優先すべきサービス（ＬＣＨまたは、ＬＣＧ）／ＵＥを特定する。そして、ｒＡＰＰ／ｘＡＰＰは、特定した情報に基づいてＱｏＳパラメータ／スケジューリングパラメータを決定する。
【0207】
ｒＡＰＰ／ｘＡＰＰは、決定したＱｏＳパラメータ／スケジューリングパラメータをＣＵ／ＤＵに通知する。ＣＵ／ＤＵは、たＱｏＳパラメータ／スケジューリングパラメータをＭＡＣスケジューラに反映する。
【0208】
＜６－３．スケジューリングに関する情報の送信に関する変形例＞
上述の実施形態では、端末装置４０は、滞留時間（例えば、最大滞留時間／平均滞留時間／予測滞留時間）の情報を他の通信装置（基地局３０／ＡＦ／ＳＭＯ）に送信したが、端末装置４０は、滞留時間の情報に加えて、パケットの情報量の情報を通知してもよい。例えば、端末装置４０は、最大滞留時間に加えて、上りリンクパケット毎の滞留時間及び情報量を特定する。そして、端末装置４０は、最大滞留時間に関する情報と、上りリンクパケット毎の滞留時間及び情報量に関する情報と、を少なくとも含む滞留時間情報を他の通信装置（例えば、基地局３０／ＡＦ／ＳＭＯ）に送信する。滞留時間情報には、バッファに滞留している複数のパケットのトータルの情報量の情報が含まれていてもよい。
上述の実施形態では、端末装置４０は、滞留時間（例えば、最大滞留時間／平均滞留時間／予測滞留時間）の情報を他の通信装置（基地局３０／ＡＦ／ＳＭＯ）に送信したが、端末装置４０は、滞留時間の情報に加えて、パケットの情報量の情報を通知してもよい。例えば、端末装置４０は、最大滞留時間に加えて、上りリンクパケット毎の滞留時間及び情報量を特定する。そして、端末装置４０は、最大滞留時間に関する情報と、上りリンクパケット毎の滞留時間及び情報量に関する情報と、を少なくとも含む滞留時間情報を他の通信装置（例えば、基地局３０／ＡＦ／ＳＭＯ）に送信する。滞留時間情報には、バッファに滞留している複数のパケットのトータルの情報量の情報が含まれていてもよい。
【0209】
このとき、上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされていてもよい。そして、端末装置４０は、ＬＣＧ毎の滞留時間情報を基地局に送信してもよい。滞留時間情報には、ＬＣＧ毎のトータルの情報量の情報が含まれていてもよい。
【0210】
より具体的には、端末装置４０は、ＰＤＣＰ ＳＤＵの区切りになるビット数と、それぞれの滞留時間を、ＢＳＲ等を使って、他の通信装置（例えば、基地局３０／ＡＦ／ＳＭＯ）に通知してもよい。例えば、バッファに滞留している複数のパケット（ＰＫＴ♯１～ＰＫＴ♯１）それぞれの情報量と滞留時間が、以下のとおりであるとする。
【0211】
ＰＫＴ♯１：１００ｂｙｔｅ、４５ｍｓｃ
ＰＫＴ♯２：２００ｂｙｔｅ、２５ｍｓｃ
ＰＫＴ♯３：１５０ｂｙｔｅ、１５ｍｓｃ
ＰＫＴ♯４：２００ｂｙｔｅ、１０ｍｓｃ
ＰＫＴ♯２：２００ｂｙｔｅ、２５ｍｓｃ
ＰＫＴ♯３：１５０ｂｙｔｅ、１５ｍｓｃ
ＰＫＴ♯４：２００ｂｙｔｅ、１０ｍｓｃ
【0212】
このとき、端末装置４０は、ＢＳＲでの通知内容を以下の通りとしてもよい。
【0213】
Ｔｏｔａｌ ５５０ｂｙｔｅ／Ｍａｘ Ｂｕｆｆｅｒｅｄ ｔｉｍｅ ４５ｍｓｅｃ
１００ｂｙｔｅ／４５ｍｅｃ
２００ｂｙｔｅ／２５ｍｓｅｃ
１５０ｂｙｔｅ／１５ｍｓｅｃ
１００ｂｙｔｅ／１０ｍｓｅｃ
１００ｂｙｔｅ／４５ｍｅｃ
２００ｂｙｔｅ／２５ｍｓｅｃ
１５０ｂｙｔｅ／１５ｍｓｅｃ
１００ｂｙｔｅ／１０ｍｓｅｃ
【0214】
これにより、基地局３０は、より精度の高いスケジューリングを実行することが可能になる。
【0215】
＜６－４．その他の変形例＞
上述の実施形態では、基地局３０は、端末装置４０から送信された情報（滞留時間情報／タイムスタンプ）に基づいて、上りリンク通信のスケジューリングを行った。しかし、基地局３０が行うスケジューリングは、上りリンク通信のスケジューリングに限られない。例えば、基地局３０は、端末装置４０から送信された情報（滞留時間情報／タイムスタンプ）に基づいて、端末装置４０のサイドリンク通信のスケジューリングを行ってもよい。勿論、基地局３０は、端末装置４０の下りリンク通信のスケジューリングを行ってもよい。
上述の実施形態では、基地局３０は、端末装置４０から送信された情報（滞留時間情報／タイムスタンプ）に基づいて、上りリンク通信のスケジューリングを行った。しかし、基地局３０が行うスケジューリングは、上りリンク通信のスケジューリングに限られない。例えば、基地局３０は、端末装置４０から送信された情報（滞留時間情報／タイムスタンプ）に基づいて、端末装置４０のサイドリンク通信のスケジューリングを行ってもよい。勿論、基地局３０は、端末装置４０の下りリンク通信のスケジューリングを行ってもよい。
【0216】
また、スケジューリングを行う通信装置は、基地局３０に限定されない。例えば、スケジューリングを行う通信装置は、他の端末装置４０であってもよい。例えば、スケジューリングを行う通信装置は、一又は複数の端末装置４０（スレーブＵＥ）のサイドリンク通信を管理するマスターＵＥであてもよい。このとき、端末装置４０（スレーブＵＥ）は、他の端末装置４０（マスターＵＥ）にパケットの滞留に関する情報（滞留時間情報／タイムスタンプ）を送信してもよい。
【0217】
本実施形態のサーバ１０、管理装置２０、基地局３０、又は端末装置４０を制御する制御装置は、専用のコンピュータシステムにより実現してもよいし、汎用のコンピュータシステムによって実現してもよい。
【0218】
例えば、上述の動作を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、サーバ１０、管理装置２０、基地局３０、又は端末装置４０の外部の装置（例えば、外部接続されたコンピュータ）であってもよい。また、制御装置は、サーバ１０、管理装置２０、基地局３０、又は端末装置４０の内部の装置（例えば、制御部１３、制御部２３、制御部３３、又は制御部４３）であってもよい。
【0219】
また、上記通信プログラムをインターネット等のネットワーク上のサーバが備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバに格納しておき、コンピュータにダウンロード等できるようにしてもよい。
【0220】
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0221】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散又は統合して構成することができる。なお、この分散又は統合による構成は動的に行われてもよい。
【0222】
また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のフローチャート及びシーケンス図に示された各ステップは、適宜順序を変更することが可能である。
【0223】
また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
【0224】
なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【0225】
また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【0226】
＜＜７．むすび＞＞
端末装置４０は、基地局３０に送信する１又は複数の上りリンクパケットの滞留時間をパケット毎に計測し、当該パケットの端末装置４０内での滞留時間（例えば、滞留時間の最大値）を特定する。そして、端末装置４０は、滞留時間の情報を基地局３０に送信する。基地局３０は、受信した滞留時間の情報に基づいて、端末装置４０の上りリンク通信のスケジューリングを行う。
端末装置４０は、基地局３０に送信する１又は複数の上りリンクパケットの滞留時間をパケット毎に計測し、当該パケットの端末装置４０内での滞留時間（例えば、滞留時間の最大値）を特定する。そして、端末装置４０は、滞留時間の情報を基地局３０に送信する。基地局３０は、受信した滞留時間の情報に基づいて、端末装置４０の上りリンク通信のスケジューリングを行う。
【0227】
これにより、基地局３０は、遅延要求を満たすよう、上りリンク通信のスケジューリングを行うことができる。結果として、上りリンク通信においても低遅延の無線通信が実現するので、通信システム１は、高い通信パフォーマンスの無線通信（例えば、安定した低遅延の無線通信）を実現することができる。
【0228】
以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
【0229】
また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。
【0230】
なお、本技術は以下のような構成も取ることができる。
（１）
基地局と接続される端末装置であって、
前記端末装置が送信する１又は複数のパケットの滞留時間を前記パケット毎に計測する計測部と、
前記滞留時間の最大値を特定する特定部と、
前記滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記基地局に送信する送信部と、
を備える端末装置。
（２）
前記計測部は、前記端末装置が送信する１又は複数の上りリンクパケットの滞留時間を前記上りリンクパケット毎に計測し、
前記送信部は、前記滞留時間情報を前記基地局に送信する、
前記（１）に記載の端末装置。
（３）
前記計測部は、前記上りリンクパケットが前記端末装置内のアプリケーションで発生してからの時間を前記滞留時間として計測する、
前記（２）に記載の端末装置。
（４）
前記計測部は、前記上りリンクパケットが所定のプロトコルレイヤに到着してからの時間を前記滞留時間として計測する、
前記（２）に記載の端末装置。
（５）
前記計測部は、前記上りリンクパケットが前記端末装置に接続された他の通信装置上で発生してからの時間を前記滞留時間として計測する、
前記（２）に記載の端末装置。
（６）
前記送信部は、前記滞留時間情報をＢＳＲに含めて前記基地局に送信する、
前記（２）～（５）のいずれかに記載の端末装置。
（７）
前記ＢＳＲの送信がトリガされたタイミングで、前記滞留時間の最大値を取得するとともに、該最大値に関する情報を含む前記滞留時間情報を前記ＢＳＲに含めて前記基地局に送信する、
前記（６）に記載の端末装置。
（８）
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記特定部は、前記ＬＣＧ毎に前記滞留時間の最大値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の最大値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
前記（２）～（７）のいずれかに記載の端末装置。
（９）
前記特定部は、前記滞留時間の最大値に加えて前記滞留時間の平均値を特定し、
前記送信部は、前記滞留時間の最大値に関する情報と、前記滞留時間の平均値に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
前記（２）～（８）のいずれかに記載の端末装置。
（１０）
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記特定部は、前記ＬＣＧ毎に前記滞留時間の平均値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の平均値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
前記（９）に記載の端末装置。
（１１）
前記特定部は、前記滞留時間の最大値に加えて前記滞留時間の予測値を特定し、
前記送信部は、前記滞留時間の最大値に関する情報と、前記滞留時間の予測値に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
前記（２）～（１０）のいずれかに記載の端末装置。
（１２）
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記特定部は、前記ＬＣＧ毎に前記滞留時間の予測値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の予測値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
前記（１１）に記載の端末装置。
（１３）
前記特定部は、前記滞留時間の最大値に加えて、前記上りリンクパケット毎の滞留時間及び情報量を特定し、
前記送信部は、前記滞留時間の最大値に関する情報と、前記上りリンクパケット毎の滞留時間及び情報量に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
前記（２）～（１２）のいずれかに記載の端末装置。
（１４）
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記送信部は、前記ＬＣＧ毎の前記滞留時間情報を前記基地局に送信する、
前記（１３）に記載の端末装置。
（１５）
前記送信部は、前記滞留時間情報を前記基地局に送信する、
前記（２）～（１４）のいずれかに記載の端末装置。
（１６）
前記送信部は、前記滞留時間情報をＢＳＲに含めて前記基地局に送信する、
前記（１５）に記載の端末装置。
（１７）
前記送信部は、前記上りリンクパケットを前記基地局に送信する度に、前記滞留時間情報を前記基地局に送信する、
前記（２）～（１６）のいずれかに記載の端末装置。
（１８）
端末装置と接続される基地局であって、
前記端末装置が送信する１又は複数のパケットの滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記端末装置から受信する受信部と、
滞留時間情報に基づいて前記端末装置の上りリンク通信のスケジューリングを行うスケジューリング部と、
を備える基地局。
（１９）
基地局と接続される端末装置が実行する通信方法であって、
前記端末装置が送信する１又は複数のパケットの滞留時間を前記パケット毎に計測し、
前記滞留時間の最大値を特定し、
前記滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記基地局に送信する、
通信方法。
（２０）
端末装置と接続される基地局が実行する通信方法であって、
前記端末装置が送信する１又は複数のパケットの滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記端末装置から受信し、
滞留時間情報に基づいて前記端末装置の上りリンク通信のスケジューリングを行う、
通信方法。
（１）
基地局と接続される端末装置であって、
前記端末装置が送信する１又は複数のパケットの滞留時間を前記パケット毎に計測する計測部と、
前記滞留時間の最大値を特定する特定部と、
前記滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記基地局に送信する送信部と、
を備える端末装置。
（２）
前記計測部は、前記端末装置が送信する１又は複数の上りリンクパケットの滞留時間を前記上りリンクパケット毎に計測し、
前記送信部は、前記滞留時間情報を前記基地局に送信する、
前記（１）に記載の端末装置。
（３）
前記計測部は、前記上りリンクパケットが前記端末装置内のアプリケーションで発生してからの時間を前記滞留時間として計測する、
前記（２）に記載の端末装置。
（４）
前記計測部は、前記上りリンクパケットが所定のプロトコルレイヤに到着してからの時間を前記滞留時間として計測する、
前記（２）に記載の端末装置。
（５）
前記計測部は、前記上りリンクパケットが前記端末装置に接続された他の通信装置上で発生してからの時間を前記滞留時間として計測する、
前記（２）に記載の端末装置。
（６）
前記送信部は、前記滞留時間情報をＢＳＲに含めて前記基地局に送信する、
前記（２）～（５）のいずれかに記載の端末装置。
（７）
前記ＢＳＲの送信がトリガされたタイミングで、前記滞留時間の最大値を取得するとともに、該最大値に関する情報を含む前記滞留時間情報を前記ＢＳＲに含めて前記基地局に送信する、
前記（６）に記載の端末装置。
（８）
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記特定部は、前記ＬＣＧ毎に前記滞留時間の最大値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の最大値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
前記（２）～（７）のいずれかに記載の端末装置。
（９）
前記特定部は、前記滞留時間の最大値に加えて前記滞留時間の平均値を特定し、
前記送信部は、前記滞留時間の最大値に関する情報と、前記滞留時間の平均値に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
前記（２）～（８）のいずれかに記載の端末装置。
（１０）
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記特定部は、前記ＬＣＧ毎に前記滞留時間の平均値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の平均値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
前記（９）に記載の端末装置。
（１１）
前記特定部は、前記滞留時間の最大値に加えて前記滞留時間の予測値を特定し、
前記送信部は、前記滞留時間の最大値に関する情報と、前記滞留時間の予測値に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
前記（２）～（１０）のいずれかに記載の端末装置。
（１２）
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記特定部は、前記ＬＣＧ毎に前記滞留時間の予測値を特定し、
前記送信部は、前記ＬＣＧ毎の前記滞留時間の予測値に関する情報を含む前記滞留時間情報を前記基地局に送信する、
前記（１１）に記載の端末装置。
（１３）
前記特定部は、前記滞留時間の最大値に加えて、前記上りリンクパケット毎の滞留時間及び情報量を特定し、
前記送信部は、前記滞留時間の最大値に関する情報と、前記上りリンクパケット毎の滞留時間及び情報量に関する情報と、を少なくとも含む前記滞留時間情報を前記基地局に送信する、
前記（２）～（１２）のいずれかに記載の端末装置。
（１４）
前記上りリンクパケットは、ＬＣＧ（Logical Channel Group）ごとにバッファされており、
前記送信部は、前記ＬＣＧ毎の前記滞留時間情報を前記基地局に送信する、
前記（１３）に記載の端末装置。
（１５）
前記送信部は、前記滞留時間情報を前記基地局に送信する、
前記（２）～（１４）のいずれかに記載の端末装置。
（１６）
前記送信部は、前記滞留時間情報をＢＳＲに含めて前記基地局に送信する、
前記（１５）に記載の端末装置。
（１７）
前記送信部は、前記上りリンクパケットを前記基地局に送信する度に、前記滞留時間情報を前記基地局に送信する、
前記（２）～（１６）のいずれかに記載の端末装置。
（１８）
端末装置と接続される基地局であって、
前記端末装置が送信する１又は複数のパケットの滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記端末装置から受信する受信部と、
滞留時間情報に基づいて前記端末装置の上りリンク通信のスケジューリングを行うスケジューリング部と、
を備える基地局。
（１９）
基地局と接続される端末装置が実行する通信方法であって、
前記端末装置が送信する１又は複数のパケットの滞留時間を前記パケット毎に計測し、
前記滞留時間の最大値を特定し、
前記滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記基地局に送信する、
通信方法。
（２０）
端末装置と接続される基地局が実行する通信方法であって、
前記端末装置が送信する１又は複数のパケットの滞留時間の最大値に関する情報を少なくとも含む滞留時間情報を前記端末装置から受信し、
滞留時間情報に基づいて前記端末装置の上りリンク通信のスケジューリングを行う、
通信方法。
【符号の説明】
【0231】
１ 通信システム
１０ サーバ
２０ 管理装置
３０ 基地局
４０ 端末装置
１１、２１ 通信部
３１、４１ 無線通信部
１２、２２、３２、４２ 記憶部
１３、２３、３３、４３ 制御部
４４ 外部インタフェース
３１１、４１１ 送信処理部
３１２、４１２ 受信処理部
３１３、４１３ アンテナ
３３１、４３１ 送信部
３３２、４３２ 受信部
３３３ スケジューリング部
４３３計測部
４３４ 特定部
ＲＡＮ 無線アクセスネットワーク
ＣＮ コアネットワーク
１０ サーバ
２０ 管理装置
３０ 基地局
４０ 端末装置
１１、２１ 通信部
３１、４１ 無線通信部
１２、２２、３２、４２ 記憶部
１３、２３、３３、４３ 制御部
４４ 外部インタフェース
３１１、４１１ 送信処理部
３１２、４１２ 受信処理部
３１３、４１３ アンテナ
３３１、４３１ 送信部
３３２、４３２ 受信部
３３３ スケジューリング部
４３３計測部
４３４ 特定部
ＲＡＮ 無線アクセスネットワーク
ＣＮ コアネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】