ホーム > 特許ランキング > ソニーグループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024113602
(43)【公開日】2024-08-22
(54)【発明の名称】基地局、端末装置及び通信方法
(51)【国際特許分類】
H04W 72/1268 20230101AFI20240815BHJP
H04W 72/0446 20230101ALI20240815BHJP
H04W 72/23 20230101ALI20240815BHJP
【ＦＩ】
H04W72/1268
H04W72/0446
H04W72/23
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
(21)【出願番号】P 2023018721
(22)【出願日】2023-02-09
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】津田 信一郎
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067DD11
5K067EE02
5K067EE16
(57)【要約】
【課題】データバーストを低遅延かつ安定して送信することができる仕組みを提供する。
【解決手段】本開示の基地局は、制御部を備える。制御部は、周期的に受信する受信データに関する無線リソースの割り当て情報を決定する。制御部は、割り当て情報を端末装置に送信する。受信データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定される。無線リソースの割り当て情報は、到達時間、周期、及び、保護ウィンドウの少なくとも１つに基づいて決定される。
【選択図】図１１
【解決手段】本開示の基地局は、制御部を備える。制御部は、周期的に受信する受信データに関する無線リソースの割り当て情報を決定する。制御部は、割り当て情報を端末装置に送信する。受信データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定される。無線リソースの割り当て情報は、到達時間、周期、及び、保護ウィンドウの少なくとも１つに基づいて決定される。
【選択図】図１１
【特許請求の範囲】
【請求項1】
周期的に受信する受信データに関する無線リソースの割り当て情報を決定し、
前記割り当て情報を端末装置に送信する制御部、
を備え、
前記受信データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
基地局。
前記割り当て情報を端末装置に送信する制御部、
を備え、
前記受信データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
基地局。
【請求項2】
前記割り当て情報は、ＳＰＳ－Ｃｏｎｆｉｇである請求項１に記載の基地局。
【請求項3】
（アプリから受信、端末に送信 0289 Fig.11）
前記制御部は、ＵＰＦを介してアプリケーション装置から前記受信データを受信し、当該受信データを、前記無線リソースを用いて前記端末装置に送信する、請求項２に記載の基地局。
前記制御部は、ＵＰＦを介してアプリケーション装置から前記受信データを受信し、当該受信データを、前記無線リソースを用いて前記端末装置に送信する、請求項２に記載の基地局。
【請求項4】
前記割り当て情報は、ConfiguredGrantConfigである、請求項１に記載の基地局。
【請求項5】
前記制御部は、前記無線リソースを用いて前記端末装置から前記受信データを受信し、ＵＰＦを介して当該受信データをアプリケーション装置に送信する、請求項４に記載の基地局。
【請求項6】
前記保護ウィンドウの期間は、複数のキューを用いて前記受信データの転送を制御する際に、当該受信データに割り当てられた前記キューを用いて、当該受信データを優先的に転送させる期間である、
請求項１に記載の基地局。
請求項１に記載の基地局。
【請求項7】
前記制御部は、前記データバーストの到達時間から、前記保護ウィンドウの期間が経過した後に、前記無線リソースを割り当てる、請求項１に記載の基地局。
【請求項8】
前記制御部は、前記データバーストの到達時間以降、前記保護ウィンドウの期間の経過を待たずに、前記無線リソースを割り当てる、請求項１に記載の基地局。
【請求項9】
前記制御部は、Survival Timeを示す情報を取得し、
前記保護ウィンドウの期間、及び、前記無線リソースが割り当てられる期間の総和は、前記Survival Timeより短い、
請求項１に記載の基地局。
前記保護ウィンドウの期間、及び、前記無線リソースが割り当てられる期間の総和は、前記Survival Timeより短い、
請求項１に記載の基地局。
【請求項10】
前記制御部は、前記端末装置との間のチャネル状態に関する状態情報を取得し、
前記受信データの送信又は受信に使用する変調パラメータを特定し、
前記受信データの前記送信又は前記受信のために割り当てられたＱｏＳフロー、及び、帯域幅の少なくとも一方に関する情報を取得し、
前記ＱｏＳフローにおける最大データバースト量の前記受信データを、前記変調パラメータを用いて送信又は受信するために必要な数の前記無線リソースを割り当てる、
請求項１に記載の基地局。
前記受信データの送信又は受信に使用する変調パラメータを特定し、
前記受信データの前記送信又は前記受信のために割り当てられたＱｏＳフロー、及び、帯域幅の少なくとも一方に関する情報を取得し、
前記ＱｏＳフローにおける最大データバースト量の前記受信データを、前記変調パラメータを用いて送信又は受信するために必要な数の前記無線リソースを割り当てる、
請求項１に記載の基地局。
【請求項11】
特定した前記変調パラメータを用いて送信又は受信可能なデータ量が前記最大データバースト量よりも小さい場合、前記制御部は、少なくとも１つの前記無線リソースを追加で割り当て、前記無線リソースの追加割り当てに関する追加割り当て情報を、ＲＲＣシグナリングを用いて前記端末装置に通知する、請求項１０に記載の基地局。
【請求項12】
周期的に受信又は送信するデータに関する無線リソースの割り当て情報を基地局から受信する制御部、
を備え、
前記データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
端末装置。
を備え、
前記データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
端末装置。
【請求項13】
周期的に受信する受信データに関する無線リソースの割り当て情報を決定することと、
前記割り当て情報を端末装置に送信することと、
を含み、
前記受信データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
通信方法。
前記割り当て情報を端末装置に送信することと、
を含み、
前記受信データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
通信方法。
【請求項14】
周期的に受信又は送信するデータに関する無線リソースの割り当て情報を基地局から受信すること、
を含み、
前記データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
通信方法。
を含み、
前記データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、基地局、端末装置及び通信方法に関する。
【背景技術】
【0002】
第５世代移動通信システム、いわゆる５Ｇの最初の規格は、２０１８年にRel-15として策定された。また、２０２０年３月に５Ｇに対応したサービスが国内で開始された。第５世代移動通信システムは、高速大容量（ｅＭＢＢ: enhanced Mobile BroadBand）、低遅延・高信頼（ＵＲＬＬＣ: Ultra-Reliable and Low Latency Communications）、多数同時接続（ｍＭＴＣ: massive Machine Type Communication）という特徴を有する。
【0003】
また、５Ｇでは、用途によって通信への要求が大きく異なる様々なトラフィックを効率的に処理できるように、ネットワークスライスというコンセプトへの対応が行われた。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２１－１７０７９０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
５ＧでＴＳＮ（Time Sensitive Network）／ＴＳＣ（Time Sensitive Communication）がサポートされた。これにより、５Ｇを介して、工場の機器やロボットの制御、ＸＲ（Extended Reality）、あるいは、３Ｄホログラム表示向けの様々なコンテンツの配信を行うことが期待されている。
【0006】
これらの機器の制御信号やＸＲのコンテンツのトラフィックパターンは、スケジュールされた／ディタミニスティックなものであり、バースト的に発生する。
【0007】
このように、バースト的に発生するデータ（データバースト（Data burst））を低遅延かつ安定して送信することができる無線通信が求められる。
【0008】
そこで、本開示では、データバーストを低遅延かつ安定して送信することができる仕組みを提供する。
【0009】
なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。
【課題を解決するための手段】
【0010】
本開示の基地局は、制御部を備える。制御部は、周期的に受信する受信データに関する無線リソースの割り当て情報を決定する。制御部は、前記割り当て情報を端末装置に送信する。前記受信データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定される。前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される。
【図面の簡単な説明】
【0011】
【図1】本開示の実施形態に係る通信システムの概要構成例を示す図である。
【図2】本開示の実施形態に係る情報処理装置の構成例を示すブロック図である。
【図3】本開示の実施形態に係る基地局の構成例を示す図である。
【図4】本開示の実施形態に係る端末装置の構成例を示すブロック図である。
【図5】ＴＳＮの概要を示す図である。
【図6】ＰＴＰインスタンスとしてモデル化される５ＧＳの構成の一例を示す図である。
【図7】５ＧＳブリッジの構成の一例を示す図である。
【図8】５ＧＳのＱｏＳアーキテクチャの一例を示す図である。
【図9】ゲートコントロールされるタイムスロットごとの各キューの設定の一例を示す図である。
【図10】通信の可否を制御するタイムスロットの設定の一例を示す図である。
【図11】本開示の実施形態に係るスケジュールされたデータバーストＤＢの５ＧＳにおける伝送の一例（ダウンリンク）を示す図である。
【図12】本開示の実施形態に係るスケジュールされたデータバーストＤＢの５ＧＳにおける伝送の一例（ダウンリンク）を示す図である。
【図13】本開示の実施形態に係るＰＤＵセットの構成と、データバーストＤＢとの対応関係を示す図である。
【図14】本開示の実施形態に係るＰＤＵセットの構成と、データバーストＤＢとの対応関係を示す図である。
【図15】本開示の実施形態に係るＰＤＵセットの構成と、データバーストＤＢとの対応関係を示す図である。
【図16】本開示の実施形態に係るＳＰＳ制御処理の流れの一例を示すフローチャートである。
【図17】本開示の実施形態に係るＳＰＳ制御処理の流れの他の例を示すフローチャートである。
【図18】本開示の実施形態に係るＲＡＮ２０でスケジュールされたデータバーストＤＢに対して行われる処理の一例を示す図である。
【図19】本開示の実施形態に係るＲＡＮ２０でスケジュールされたデータバーストＤＢに対して行われる処理の他の例を示す図である。
【図20】本開示の実施形態に係るパケット遅延許容時間によるリソース割り当て処理の流れの一例を示す図である。
【図21】本開示の実施形態に係るバースト到達時間の測定結果によるリソース割り当て処理の流れの一例を示す図である。
【図22】本開示の実施形態に係るＴＳＣ支援情報の更新処理の流れの一例を示す図である。
【図23】本開示の実施形態に係るスケジュールされたデータバーストの５ＧＳにおける伝送の他の例（アップリンク）を示す図である。
【発明を実施するための形態】
【0012】
以下に添付図面を参照しながら、本開示の実施形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【0013】
また、本明細書及び図面において、実施形態の類似する構成要素については、同一の符号の後に異なるアルファベット又は数字を付して区別する場合がある。ただし、類似する構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
【0014】
以下に説明される１又は複数の実施形態（実施例、変形例、適用例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。
【0015】
＜＜１．提案技術の概要＞＞
上述したように、５Ｇで、ＴＳＮ／ＴＳＣがサポートされた。これにより、装置が、５Ｇを介して工場の機器及びロボットなどの制御を行ったり、ＸＲ、あるいは、３Ｄホログラム表示向けの様々なコンテンツなどの配信を行ったりすることが期待されている。
上述したように、５Ｇで、ＴＳＮ／ＴＳＣがサポートされた。これにより、装置が、５Ｇを介して工場の機器及びロボットなどの制御を行ったり、ＸＲ、あるいは、３Ｄホログラム表示向けの様々なコンテンツなどの配信を行ったりすることが期待されている。
【0016】
これらの機器の制御信号やＸＲのコンテンツのトラフィックパターンは、スケジュールされた／ディタミニスティックなものであり、バースト的に発生する。
【0017】
また、短い周期のデータバーストに対しては、５Ｇシステムが必要に応じてセミパーシステントに割り当てられたリソースを利用することが有効であると考えられる。
【0018】
その際、基地局及びコアネットワークで発生する遅延を考慮することで、５Ｇシステムは、データバーストに合わせてＳＰＳ（Semi-Persistent Scheduling）及びＣＧ（Configured Grant）を設定することが可能となる。また、５Ｇシステムがデータバーストのサイズ及び各データバーストの送信期間に応じて複数のＳＰＳやＣＧを設定する場合が考えられる。
【0019】
端末装置が周期的データに関する情報を基地局に送信することで、基地局が複数のＳＰＳの設定を行う技術が知られている（例えば、特許文献１参照）。この技術では、端末装置は、基地局から複数のＳＰＳ設定、及び、このＳＰＳ設定の１又は複数をアクティブ化するためのアクティブ化コマンドを受信する。端末装置は、アクティブ化された１又は複数のＳＰＳ設定に基づき、１又は複数のデータコンポーネントを送信する。
【0020】
しかしながら、この技術では、基地局及びコアネットワークで発生する遅延を考慮して、スケジュールされた周期的なデータバーストに合わせてデータを送信することについて開示されていない。
【0021】
このような周期的なデータバーストをより低遅延かつより安定して送信可能な仕組みが求められる。
【0022】
そこで、本開示の提案技術に係る基地局は、データバーストの到達時間、周期、及び、保護ウィンドウの少なくとも１つに基づき、周期的なデータを送信又は受信するための無線リソースの割り当てを行う。
【0023】
具体的に、基地局は、周期的に受信する受信データに関する無線リソースの割り当て情報を決定する。基地局は、割り当て情報を端末装置に送信する。なお、受信データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定される。また、割り当て情報は、データバーストの到達時間、周期、及び、保護ウィンドウの少なくとも１つに基づいて決定される。
【0024】
この受信データは、例えば、データバーストを送信するアプリケーションサーバが送信し、基地局が受信するデータである。この場合、無線リソースはダウンリンクリソースである。あるいは、受信データは、例えば、端末装置が送信し、基地局が受信するデータである。この場合、無線リソースはアップリンクリソースである。
【0025】
これにより、基地局は、低遅延な無線通信環境でスケジュールされた（ディタミニスティックな）データバーストを安定して端末装置又はアプリケーションサーバに送信することができる。
【0026】
また、端末装置のモビリティにより、端末装置及び基地局の間の通信品質が変化する場合でも、基地局は、低遅延な無線通信環境でスケジュールされた（ディタミニスティックな）データバーストを安定して端末装置又はアプリケーションサーバに送信することができる。
【0027】
また、基地局は、保護ウィンドウの期間内に１又は複数のＳＰＳを設定する。基地局は、設定したＳＰＳのタイミングまでにバッファリングされたデータを、設定したＳＰＳのconfigured downlink assignmentsに逐次的に割り当てて端末装置に送信する。
【0028】
これにより、基地局は、データ送信に必要なバッファの容量を小さくすることができる。また、基地局は、スケジュールされた各データバーストの全てのデータの受信が完了したときにバッファに格納されているデータのサイズを小さくすることができる。これにより、端末装置は、各データバーストの全てのデータの受信をより早く完了することができる。
【0029】
また、基地局は、アクセスネットワークでのパケット遅延許容時間（ＡＮ ＰＤＢ）に応じて、ダイナミックスケジューリング及びＳＰＳのいずれか一方のスケジューリング方法を決定し得る。なお、ＡＮ ＰＤＢは、コアネットワークでのパケット遅延許容時間（ＣＮ ＰＤＢ）に依存する。
【0030】
さらに、基地局は、ＴＳＣ支援情報のパケット到達時間を用いて、コアネットワークでのパケット遅延時間の変化を検出し得る。基地局は、検出したコアネットワークでのパケット遅延時間の変化に応じて、コアネットワーク及びアクセスネットワークの遅延許容時間の配分をダイナミックに制御し得る。
【0031】
＜＜２．通信システムの構成例＞＞
＜２．１．通信システムの概要＞
図１は、本開示の実施形態に係る通信システム１の概要構成例を示す図である。図１に示す通信システム１は、５ＧＳ（5G System）及びアプリケーションサーバ４０を備える。５ＧＳは、端末装置１０、基地局２０、及び、コアネットワーク３０を備える。
＜２．１．通信システムの概要＞
図１は、本開示の実施形態に係る通信システム１の概要構成例を示す図である。図１に示す通信システム１は、５ＧＳ（5G System）及びアプリケーションサーバ４０を備える。５ＧＳは、端末装置１０、基地局２０、及び、コアネットワーク３０を備える。
【0032】
なお、以下、端末装置１０はＵＥ（User Equipment）１０とも記載される。基地局２０はＲＡＮ（Radio Access Network）／ＡＮ（Access Network）２０又は（Ｒ）ＡＮ２０とも記載される。コアネットワーク３０は、ＣＮ３０、５ＧＣ（5G Core）３０、又は、ＮＧＣ（NG Core）３０とも記載される。
【0033】
（アプリケーションサーバ４０）
アプリケーションサーバ４０は、例えばインターネットを介して５ＧＳと接続される。アプリケーションサーバ４０は、アプリケーションを処理するサーバ装置である。これにより、ＵＥ１０は、５Ｇサービスを介してアプリケーションを利用することができる。
アプリケーションサーバ４０は、例えばインターネットを介して５ＧＳと接続される。アプリケーションサーバ４０は、アプリケーションを処理するサーバ装置である。これにより、ＵＥ１０は、５Ｇサービスを介してアプリケーションを利用することができる。
【0034】
なお、本実施形態に係る通信システム１では、データバーストが、アプリケーションサーバ４０からＣＮ３０及び（Ｒ）ＡＮ２０を介してＵＥ１０に送信される。また、データバーストが、ＵＥ１０から（Ｒ）ＡＮ２０及びＣＮ３０を介してＵＥ１０に送信される。
【0035】
本実施形態に係るアプリケーションを提供する主体（例えば、サービスプロバイダ）は、５Ｇサービスを提供するＰＬＭＮ（Public Land Mobile Network）オペレータとの間で、ＳＬＡ（Service Level Agreement）等の契約を有する。この場合、アプリケーションサーバ４０はＤＮ３４０として５ＧＣ３０内に配置される。もしくは、アプリケーションサーバ４０及びＤＮ３４０が専用線及びＶＰＮ（Virtual Private Network）などで互いに接続されてもよい。
【0036】
なお、アプリケーションサーバ４０は、例えばクラウドサーバであってもよく、エッジサーバであってもよい。
【0037】
（５ＧＳ）
５ＧＳのコントロールプレーンの機能群は、ＡＭＦ（Access and Mobility Management Function）３０１と、ＮＥＦ（Network Exposure Function）３０２と、ＮＲＦ（Network Repository Function）３０３と、を含む。
５ＧＳのコントロールプレーンの機能群は、ＡＭＦ（Access and Mobility Management Function）３０１と、ＮＥＦ（Network Exposure Function）３０２と、ＮＲＦ（Network Repository Function）３０３と、を含む。
【0038】
また、コントロールプレーンの機能群は、ＮＳＳＦ（Network Slice Selection Function）３０４と、ＰＣＦ（Policy Control Function）３０５と、ＳＭＦ（Session Management Function）３０６と、ＵＤＭ（Unified Data Management）３０７と、を含む。
【0039】
コントロールプレーンの機能群は、ＡＦ（Application Function）３０８と、ＡＵＳＦ（Authentication Server Function）３０９と、ＵＣＭＦ（UE radio Capability Management Function）３１０と、を含む。
【0040】
コントロールプレーンの機能群は、ＬＭＦ（Location Management Function）３１１と、ＴＳＣＴＳＦ（Time Sensitive Communication and Time Synchronization Function）３１２と、を含む。
【0041】
このように、コントロールプレーンの機能群は、複数のＮＦ（Network Function）によって構成される。
【0042】
ここで、ＡＦ３０８は、アプリケーションサーバ４０のコントロールプレーンを処理するＮＦとして動作し得る。ＡＦ３０８は、アプリケーションサーバ４０と論理的に異なるエンティティとして物理的に同一の装置、つまり、アプリケーションサーバ４０内に実装するようにしてもよい。また、ＡＦ３０８は、５ＧＳのアプリケーションに対するコントロールプレーンを処理するＮＦとして動作し、５ＧＣ３０内に配置され得る。
【0043】
アプリケーションサーバ４０を管理、運営するサービスプロバイダは、ＰＬＭＮオペレータとのＳＬＡの範囲でＮＥＦ３０２を介して５Ｇシステムの各ＮＦから情報を取得し得る。ＮＥＦ３０２は、サービスプロバイダに対して各ＮＦのケイパビリティ及びイベントをセキュアに確保して開示し得る。
【0044】
ＵＤＭ３０７は、契約者情報を保持及び管理するＵＤＲ（Unified Data Repository）と、契約者情報を処理するＦＥ（Front End）部とを含む。ＡＭＦ３０１は、モビリティ管理を行う。ＳＭＦ３０６は、セッション管理を行う。
【0045】
ＰＣＦ３０５は、ネットワークの動作を統制するための統一されたポリシーの枠組みを提供する。ＰＣＦ３０５は、コントロールプレーンの各ネットワーク機能にポリシールールを提供する。また、ＰＣＦ３０５は、ポリシーの決定のために、ＵＤＲの契約者情報にアクセスする。
【0046】
ＵＣＭＦ３１０は、ＵＥ無線ケイパビリティ情報（UE Radio Capability Information）を保持する。ＵＥ無線ケイパビリティ情報は、ＰＬＭＮにおける全てのＵＥ無線ケイパビリティＩＤ（UE Radio Capability ID）に対応する。ＵＣＭＦ３１０は、それぞれのＰＬＭＮ－割り当てＵＥ無線ケイパビリティＩＤ（PLMN-assigned UE Radio Capability ID）を割り当てる役割を担う。
【0047】
ＮＳＳＦ３０４は、Allowed NSSAI（Network Slice Selection Assistance Information）、Configured NSSAIを決定する。また、ＮＳＳＦ３０４は、ＡＭＦ３０１の候補のリストであるＡＭＦセット（AMF Set）を決定する。例えば、ＮＳＳＦ３０４が、ＵＥ１０が使用するネットワークスライスやその他の基準に応じて、当該候補のリストからＡＭＦ３０１を選択するようにしてもよい。この場合、ＮＳＳＦ３０４は、選択したＡＭＦ３０１をＵＥ１０に割り当てる。
【0048】
ＬＭＦ３１１は、ＵＥ１０がＧＮＳＳ受信機を装備している場合に、Code Phase、Doppler、Carrier Phase等のＧＮＳＳに関する測定値をＵＥ１０から受信して、ＵＥ１０の位置を計算する。
【0049】
また、ＧＮＳＳ受信機を装備していてもＧＮＳＳからの信号を受信できない、又は、ＧＮＳＳを装備していないＵＥ１０に対して、ＬＭＦ３１１は、
・ＯＴＤＯＡ（Observed Time Difference Of Arrival）
・Ｍｕｌｔｉ－ＲＴＴ（Round Trip Time）
・ＤＬ ＡｏＤ（Downlink Angle-of-Departure）
・ＤＬ ＴＤＯＡ（Downlink Time Difference of Arrival）
・ＵＬ ＴＤＯＡ（Uplink Time Difference of Arrival）
・ＵＬ ＡｏＡ（Angle of Arrival）
と呼ばれるポジショニング技法でＵＥ１０の位置に係る情報を取得してもよい。又は、ＬＭＦ３１１は、ＣＩＤ（Cell ID）を使ったポジショニング技法でＵＥ１０の位置に係る情報を取得してもよい。
・ＯＴＤＯＡ（Observed Time Difference Of Arrival）
・Ｍｕｌｔｉ－ＲＴＴ（Round Trip Time）
・ＤＬ ＡｏＤ（Downlink Angle-of-Departure）
・ＤＬ ＴＤＯＡ（Downlink Time Difference of Arrival）
・ＵＬ ＴＤＯＡ（Uplink Time Difference of Arrival）
・ＵＬ ＡｏＡ（Angle of Arrival）
と呼ばれるポジショニング技法でＵＥ１０の位置に係る情報を取得してもよい。又は、ＬＭＦ３１１は、ＣＩＤ（Cell ID）を使ったポジショニング技法でＵＥ１０の位置に係る情報を取得してもよい。
【0050】
例えば、ＯＴＤＯＡにおいて、ＵＥ１０は複数のＴＰ（Transmission Point）からダウンリンクのＰＲＳ（Positioning Reference Signal）を受信する。ＵＥ１０は、Physical cell ID、Global cell ID、ＴＰ ＩＤ及びＰＲＳのタイミングに関する測定値をＬＰＰ（LTE Positioning Protocol）を介してＬＭＦ３１１に報告する。
【0051】
これによって、ＬＭＦ３１１は、測定された各ＴＰの既知の座標に関する情報と、報告されたＰＲＳの相対タイミングと、に基づいてＵＥ１０の位置を計算する。
【0052】
また、例えば、ＣＩＤを使ったポジショニングでは、ＬＭＦ３１１は、ｎｇ－ｅＮＢ、又は、ｇＮＢの既知の座標に関する情報と、ＵＥ１０から報告される以下の測定結果とに基づいてＵＥ１０の位置を計算する。
【0053】
ＵＥ１０は、例えば、ＥＣＧＩ（Evolved Cell Global Identifier）、又は、Physical Cell IDと、ＲＳＲＰ（Reference Signal Received Power）、ＲＳＲＱ（Reference Signal Received Quality）及びUE Rx-Tx time differenceに関する測定結果と、をＬＭＦ３１１に報告する。ここで、UE Rx-Tx time differenceは、ＵＥ１０が受信したタイミングと送信したタイミングとの時間差として定義される。
【0054】
ＴＳＣＴＳＦ３１２については後述する。
【0055】
Ｎａｍｆは、ＡＭＦ３０１が提供するサービスベースドインタフェース（Service-based interface）である。Ｎｎｅｆは、ＮＥＦ３０２が提供するサービスベースドインタフェースである。Ｎｎｒｆは、ＮＲＦ３０３が提供するサービスベースドインタフェースである。Ｎｎｓｓｆは、ＮＳＳＦ３０４が提供するサービスベースドインタフェースである。
【0056】
Ｎｐｃｆは、ＰＣＦ３０５が提供するサービスベースドインタフェースである。Ｎｓｍｆは、ＳＭＦ３０６が提供するサービスベースドインタフェースである。Ｎｕｄｍは、ＵＤＭ３０７が提供するサービスベースドインタフェースである。Ｎａｆは、ＡＦ３０８が提供するサービスベースドインタフェースである。
【0057】
Ｎａｕｓｆは、ＡＵＳＦ３０９が提供するサービスベースドインタフェースである。Ｎｕｃｍｆは、ＵＣＭＦ３１０が提供するサービスベースドインタフェースである。Ｎｌｍｆは、ＬＭＦ３１１が提供するサービスベースドインタフェースである。Ｎｔｓｃｔｓｆは、ＴＳＣＴＳＦ３１２が提供するサービスベースドインタフェースである。
【0058】
各ＮＦは、他のネットワーク機能が提供するサービスに対してリクエスト、又はサブスクライブすることで、そのサービスからの応答、又通知を受け得る。つまり、各ＮＦは、それぞれのサービスベースドインタフェースを介したリクエスト／応答、又は、サブスクライブ／通知の手段で、他のＮＦとの間で情報を交換する。
【0059】
ＵＰＦ（User Plane Function）３３０は、ユーザープレーン処理の機能を有する。ＵＰＦ３３０は、アプリケーションサーバ４０で処理されたユーザープレーンのデータの転送処理部として機能する。ＵＰＦ３３０は、（Ｒ）ＡＮ２０と接続されるゲートウェイとしても機能する。
【0060】
ＤＮ（Data Network）３４０は、ＭＮＯ（Mobile Network Operator）独自のサービス、インターネット、及びサードパーティーのサービスへの接続を可能にする機能を有する。
【0061】
ここで、５ＧＳは、５ＧＣ３０の各ＮＦを仮想化（Virtualization）やコンテナ（Container）で構成し、クラウドサーバに実装し得る。さらに、５ＧＳは、ＳＤＮ（Software Defined Network）を使って、動的、かつ、リコンフィギャラブル（re-configurable）に各ＮＦを設定し得る。
【0062】
（Ｒ）ＡＮ２０は、ＲＡＮとの接続、及び、ＲＡＮ以外のＡＮとの接続を可能にする機能を有する。（Ｒ）ＡＮ２０は、ｇＮＢ、又はｎｇ－ｅＮＢと呼ばれる基地局を含む。ＲＡＮは、ＮＧ（Next Generation）－ＲＡＮ、又は５Ｇ－ＲＡＮと呼ばれる場合もある。
【0063】
また、（Ｒ）ＡＮ２０の機能は、ＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤ以上のＬ２／Ｌ３機能を処理するＣＵ（Central Unit）と、ＲＬＣ（Radio Link Control）サブレイヤ以下のＬ２／Ｌ１機能を処理するＤＵ（Distributed Unit）に分割される。（Ｒ）ＡＮ２０の機能は、Ｆ１インタフェースを介してそれぞれ分散して配置され得る。
【0064】
さらに、ＤＵの機能は、ＬＯＷ ＰＨＹサブレイヤと無線部（Radio）を処理するＲＵ（Radio Unit）と、ＲＬＣ、ＭＡＣ（Medium Access Control）、ＨＩＧＨ ＰＨＹの各サブレイヤを処理するＤＵとに分割される。ＲＵの機能は、例えば、ｅＣＰＲＩ（evolved Common Public Radio Interface）に準拠したフロントホールを介して分散して配置され得る。
【0065】
ここで、５ＧＳは、ＣＵ及び／又はＤＵの機能を仮想化やコンテナで構成し、クラウドサーバに実装し得る。さらに、５ＧＳは、ＳＤＮを使って、動的かつリコンフィギャラブルにＣＵ及び／又はＤＵの機能を設定し得る。
【0066】
ＵＥ１０とＡＭＦ３０１との間では、リファレンスポイントＮ１を介して相互に情報の交換が行われる。（Ｒ）ＡＮ２０とＡＭＦ３０１との間では、リファレンスポイントＮ２を介して相互に情報の交換が行われる。ＳＭＦ３０６とＵＰＦ３３０との間では、リファレンスポイントＮ４を介して相互に情報の交換が行われる。
【0067】
＜２．２．情報処理装置の構成例＞
図２は、本開示の実施形態に係る情報処理装置３００の構成例を示すブロック図である。
図２は、本開示の実施形態に係る情報処理装置３００の構成例を示すブロック図である。
【0068】
情報処理装置３００は、コアネットワーク３０のＮＦ、ＡＦ３０８やアプリケーションサーバ４０の機能を実現する装置である。情報処理装置３００は、例えばサーバ装置である。情報処理装置３００は、クラウドサーバ、エッジサーバと総称される装置であってもよい。
【0069】
図２に示すように情報処理装置３００は、通信部３１と、記憶部３２と、制御部３３と、を備える。なお、図２に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、情報処理装置３００の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、情報処理装置３００は、複数のサーバ装置により構成されていてもよい。
【0070】
通信部３１は、他の装置と通信するための通信インタフェースである。通信部３１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部３１は、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インタフェースであってもよいし、ＵＳＢ（Universal Serial Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部３１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部３１は、情報処理装置３００の通信手段として機能する。通信部３１は、制御部３３の制御に従って基地局２０や他のＮＦノード、ＡＮノードと通信する。
【0071】
記憶部３２は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部３２は、情報処理装置３００の記憶手段として機能する。
【0072】
制御部３３は、情報処理装置３００の各部を制御するコントローラ（controller）である。制御部３３は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等のプロセッサにより実現される。例えば、制御部３３は、情報処理装置３００内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部３３は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
【0073】
＜２．３．基地局の構成例＞
次に、基地局２０について説明する。基地局２０は、セルを運用し、セルのカバレッジの内部に位置する１つ以上の端末装置１０へ無線通信サービスを提供する通信装置である。セルは、例えばＬＴＥ又はＮＲ等の任意の無線通信方式に従って運用される。基地局２０は、コアネットワーク３０に接続される。コアネットワーク３０は、ゲートウェイ装置を介してパケットデータネットワークに接続される。また、基地局２０は、ＳＳＢ（Synchronization Signal/PBCH Block）で識別可能なビームを運用し、１つ以上のビームを介して１つ以上の端末装置１０との間でデータを送受信する。
次に、基地局２０について説明する。基地局２０は、セルを運用し、セルのカバレッジの内部に位置する１つ以上の端末装置１０へ無線通信サービスを提供する通信装置である。セルは、例えばＬＴＥ又はＮＲ等の任意の無線通信方式に従って運用される。基地局２０は、コアネットワーク３０に接続される。コアネットワーク３０は、ゲートウェイ装置を介してパケットデータネットワークに接続される。また、基地局２０は、ＳＳＢ（Synchronization Signal/PBCH Block）で識別可能なビームを運用し、１つ以上のビームを介して１つ以上の端末装置１０との間でデータを送受信する。
【0074】
なお、基地局２０は、複数の物理的又は論理的装置の集合で構成されていてもよい。例えば、本開示の実施形態において基地局２０は、ＢＢＵ（Baseband Unit）及びＲＵ（Radio Unit）の複数の装置に区別され、これら複数の装置の集合体として解釈されてもよい。さらに又はこれに代えて、本開示の実施形態において基地局２０は、ＢＢＵ及びＲＵのうちいずれか又は両方であってもよい。ＢＢＵとＲＵとは所定のインタフェース（例えば、ｅＣＰＲＩ）で接続されていてもよい。さらに又はこれに代えて、ＲＵはRemote Radio Unit（ＲＲＵ）又はRadio DoT（ＲＤ）と称されていてもよい。さらに又はこれに代えて、ＲＵは後述するgNB-DUに対応していてもよい。さらに又はこれに代えてＢＢＵは、後述するgNB-CUに対応していてもよい。これに代えて、ＲＵは後述するgNB-DUに接続していてもよい。さらに、ＢＢＵは、後述するgNB-CU及びgNB-DUの組合せに対応していてもよい。 さらに又はこれに代えて、ＲＵはアンテナと一体的に形成された装置であってもよい。基地局２０が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）はAdvanced Antenna Systemを採用し、ＭＩＭＯ（例えば、FD-MIMO）やビームフォーミングをサポートしていてもよい。Advanced Antenna Systemは、基地局２０が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）は、例えば、６４個の送信用アンテナポート及び６４個の受信用アンテナポートを備えていてもよい。
【0075】
また、基地局２０は、複数が互いに接続されていてもよい。１つ又は複数の基地局２０は無線アクセスネットワーク（Radio Access Network：ＲＡＮ）に含まれていてもよい。すなわち、基地局２０は単にＲＡＮ、ＲＡＮノード、ＡＮ（Access Network）、ＡＮノードと称されてもよい。ＬＴＥにおけるＲＡＮはＥＵＴＲＡＮ（Enhanced Universal Terrestrial RAN）と呼ばれる。ＮＲにおけるＲＡＮはＮＧＲＡＮと呼ばれる。Ｗ－ＣＤＭＡ（ＵＭＴＳ）におけるＲＡＮはＵＴＲＡＮと呼ばれる。ＬＴＥの基地局２０は、ｅＮｏｄｅＢ（Evolved Node B）又はｅＮＢと称される。すなわち、ＥＵＴＲＡＮは１又は複数のｅＮｏｄｅＢ（ｅＮＢ）を含む。また、ＮＲの基地局２０は、ｇＮｏｄｅＢ又はｇＮＢと称される。すなわち、ＮＧＲＡＮは１又は複数のｇＮＢを含む。さらに、ＥＵＴＲＡＮは、ＬＴＥの通信システム（ＥＰＳ）におけるコアネットワーク（ＥＰＣ）に接続されたｇＮＢ（en-gNB）を含んでいてもよい。同様にＮＧＲＡＮは５Ｇ通信システム（５ＧＳ）におけるコアネットワーク５ＧＣに接続されたng-eNBを含んでいてもよい。さらに又はこれに代えて、基地局２０がｅＮＢ、ｇＮＢなどである場合、3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局２０が無線アクセスポイント（Access Point）（e.g., ＷｉＦｉ（登録商標）のアクセスポイント）である場合、Non-3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局２０は、ＲＲＨ（Remote Radio Head）と呼ばれる光張り出し装置であってもよい。さらに又はこれに代えて、基地局２０がｇＮＢである場合、基地局２０は前述したgNB CU（Central Unit）とgNB DU（Distributed Unit）の組み合わせ又はこれらのうちいずれかと称されてもよい。gNB CU（Central Unit）は、ＵＥとの通信のために、Access Stratumのうち、複数の上位レイヤ（例えば、ＲＲＣ、ＳＤＡＰ、ＰＤＣＰ）をホストする。一方、gNB-DUは、Access Stratumのうち、複数の下位レイヤ（例えば、ＲＬＣ、ＭＡＣ、ＰＨＹ）をホストする。すなわち、後述されるメッセージ・情報のうち、RRC signalling（例えば、ＭＩＢ、ＳＩＢ１を含む各種ＳＩＢ、RRCSetup message、RRCReconfiguration message）はgNB CUで生成され、一方で後述されるＤＣＩや各種Physical Channel（例えば、ＰＤＣＣＨ、ＰＢＣＨ）はgNB-DUは生成されてもよい。又はこれに代えて、RRC signallingのうち、例えばIE：cellGroupConfigなど一部のconfiguration（設定情報）についてはgNB-DUで生成され、残りのconfigurationはgNB-CUで生成されてもよい。これらのconfiguration（設定情報）は、後述されるＦ１インタフェースで送受信されてもよい。基地局２０は、他の基地局２０と通信可能に構成されていてもよい。例えば、複数の基地局２０がｅＮＢ同士又はｅＮＢとen-gNBの組み合わせである場合、当該基地局２０間はＸ２インタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局２０がｇＮＢ同士又はgn-eNBとｇＮＢの組み合わせである場合、当該装置間はＸｎインタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局２０がgNB CU（Central Unit）とgNB DU（Distributed Unit）の組み合わせである場合、当該装置間は前述したＦ１インタフェースで接続されてもよい。後述されるメッセージ・情報（RRC signalling又はＤＣＩの情報、Physical Channel）は複数の基地局２０間で（例えばＸ２、Ｘｎ、Ｆ１インタフェースを介して）通信されてもよい。
【0076】
さらに、前述の通り、基地局２０は、複数のセルを管理するように構成されていてもよい。基地局２０により提供されるセルはServing cellと呼ばれる。Serving cellはPCell（Primary Cell）及びSCell（Secondary Cell）を含む。Dual Connectivity （例えば、EUTRA-EUTRA Dual Connectivity、EUTRA-NR Dual Connectivity（ENDC）、EUTRA-NR Dual Connectivity with 5GC、NR-EUTRA Dual Connectivity（NEDC）、NR-NR Dual Connectivity）がＵＥ（例えば、端末装置１０）に提供される場合、ＭＮ（Master Node）によって提供されるPCell及びゼロ又は1以上のSCell（s）はMaster Cell Groupと呼ばれる。さらに、Serving cellはPSCell（Primary Secondary Cell又はPrimary SCG Cell）を含んでもよい。すなわち、Dual ConnectivityがＵＥに提供される場合、ＳＮ（Secondary Node）によって提供されるPSCell及びゼロ又は1以上のSCell（s）はSecondary Cell Group（SCG）と呼ばれる。特別な設定（例えば、PUCCH on SCell）がされていない限り、物理上りリンク制御チャネル（ＰＵＣＣＨ）はPCell及びPSCellで送信されるが、SCellでは送信されない。また、Radio Link FailureもPCell及びPSCellでは検出されるが、SCellでは検出されない（検出しなくてよい）。このようにPCell及びPSCellは、Serving Cell（s）の中で特別な役割を持つため、Special Cell（SpCell）とも呼ばれる。１つのセルには、１つのDownlink Component Carrierと１つのUplink Component Carrierが対応付けられてもよい。また、１つのセルに対応するシステム帯域幅は、複数の帯域幅部分（Bandwidth Part）に分割されてもよい。この場合、１又は複数のBandwidth Part（ＢＷＰ）がＵＥに設定され、１つのBandwidth PartがActive BWPとして、ＵＥに使用されてもよい。また、セル毎、コンポーネントキャリア毎又はＢＷＰごとに、端末装置１０が使用できる無線資源（例えば、周波数帯域、ヌメロロジー（サブキャリアスペーシング）、スロットフォーマット（Slot configuration））が異なっていてもよい。
【0077】
図３は、本開示の実施形態に係る基地局２０の構成例を示す図である。基地局２０は、端末装置１０と無線通信する通信装置（無線システム）である。基地局２０は、情報処理装置の一種である。
【0078】
基地局２０は、信号処理部２１と、記憶部２２と、ネットワーク通信部２３と、制御部２４と、を備える。なお、図３に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局２０の機能は、複数の物理的に分離された装置に分散して実装されてもよい。例えば、前述のように、基地局２０の機能は、ＣＵ及びＤＵ、又は、ＣＵ、ＤＵ及びＲＵに分散される。
【0079】
信号処理部２１は、他の通信装置（例えば、端末装置１０及び他の基地局２０）と無線通信する無線通信インタフェース（通信部）である。信号処理部２１は、制御部２４の制御にしたがって動作する無線トランシーバである。信号処理部２１は複数の無線アクセス方式に対応してもよい。例えば、信号処理部２１は、ＮＲ及びＬＴＥの双方に対応してもよい。信号処理部２１は、Ｗ－ＣＤＭＡやｃｄｍａ２０００等の他のセルラー通信方式に対応してもよい。また、信号処理部２１は、セルラー通信方式に加えて、無線ＬＡＮ通信方式に対応してもよい。勿論、信号処理部２１は、１つの無線アクセス方式に対応するだけであってもよい。
【0080】
信号処理部２１は、受信処理部２１１と、送信処理部２１２と、アンテナ２１３と、を備える。信号処理部２１は、受信処理部２１１、送信処理部２１２、及びアンテナ２１３をそれぞれ複数備えていてもよい。なお、信号処理部２１が複数の無線アクセス方式に対応する場合、信号処理部２１の各部は、無線アクセス方式毎に個別に構成され得る。例えば、基地局２０がＮＲとＬＴＥとに対応しているのであれば、受信処理部２１１及び送信処理部２１２は、ＮＲとＬＴＥとで個別に構成されてもよい。
【0081】
受信処理部２１１は、アンテナ２１３を介して受信された上りリンク信号の処理を行う。受信処理部２１１は、無線受信部２１１ａと、多重分離部２１１ｂと、復調部２１１ｃと、復号部２１１ｄと、を備える。
【0082】
無線受信部２１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバルの除去、高速フーリエ変換による周波数領域信号の抽出等を行う。例えば、基地局２０の無線アクセス方式が、ＬＴＥ等のセルラー通信方式であるとする。このとき、多重分離部２１１ｂは、無線受信部２１１ａから出力された信号から、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。復調部２１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ（Quadrature Phase Shift Keying）等の変調方式を使って受信信号の復調を行う。復調部２１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ、又は２５６ＱＡＭ等の多値ＱＡＭであってもよい。復号部２１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部２４へ出力される。
【0083】
送信処理部２１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。送信処理部２１２は、符号化部２１２ａと、変調部２１２ｂと、多重部２１２ｃと、無線送信部２１２ｄと、を備える。
【0084】
符号化部２１２ａは、制御部２４から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。ここで、符号化は、ポーラ符号（Polar code）による符号化、ＬＤＰＣ符号（Low Density Parity Check Code）による符号化を行ってもよい。変調部２１２ｂは、符号化部２１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。多重部２１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部２１２ｄは、多重部２１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部２１２ｄは、高速フーリエ変換による時間領域への変換、ガードインターバルの付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部２１２で生成された信号は、アンテナ２１３から送信される。
【0085】
記憶部２２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部２２は、基地局２０の記憶手段として機能する。
【0086】
ネットワーク通信部２３は、他の装置（例えば、他の基地局２０）と通信するための通信インタフェースである。例えば、ネットワーク通信部２３は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部２３は、ＵＳＢホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、ネットワーク通信部２３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部２３は、基地局２０のネットワーク通信手段として機能する。ネットワーク通信部２３は、制御部２４の制御にしたがって、他の装置と通信する。
【0087】
制御部２４は、基地局２０の各部を制御するコントローラ（Controller）である。制御部２４は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等のプロセッサにより実現される。例えば、制御部２４は、基地局２０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部２４は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
【0088】
【0089】
端末装置１０は、基地局２０と例えば無線通信する無線通信装置である。端末装置１０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータである。端末装置１０は、無線を介してデータを送受信する機能を有するヘッドマウントディスプレイ（Head Mounted Display）やＶＲゴーグル等であってもよい。
【0090】
また、端末装置１０は、他の端末装置１０とサイドリンク通信が可能であってもよい。端末装置１０は、サイドリンク通信を行う際、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）等の自動再送技術を使用可能であってもよい。端末装置１０は、基地局２０とＮＯＭＡ（Non Orthogonal Multiple Access）通信が可能であってもよい。なお、端末装置１０は、他の端末装置１０との通信（サイドリンク）においてもＮＯＭＡ通信が可能であってもよい。また、端末装置１０は、他の通信装置（例えば、基地局２０、及び他の端末装置１０）とＬＰＷＡ（Low Power Wide Area）通信が可能であってもよい。その他、端末装置１０が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置１０が使用する無線通信（サイドリンク通信を含む）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。
【0091】
端末装置１０は、同時に複数の基地局２０又は複数のセルと接続して通信を実施してもよい。例えば、１つの基地局２０が複数のセルを提供できる場合、端末装置１０は、あるセルをｐＣｅｌｌとして使用し、他のセルをｓＣｅｌｌとして使用することでキャリアアグリゲーションを実行することができる。また、複数の基地局２０がそれぞれ１又は複数のセルを提供できる場合、端末装置１０は、一方の基地局２０（ＭＮ（例えば、MeNB又はMgNB））が管理する１又は複数のセルをｐＣｅｌｌ、又はｐＣｅｌｌとｓＣｅｌｌ（s）として使用し、他方の基地局２０（ＳＮ（例えば、SeNB又はSgNB））が管理する１又は複数のセルをｐＣｅｌｌ（PSCell）、又はｐＣｅｌｌ（PSCell）とｓＣｅｌｌ（s）として使用することでＤＣ（Dual Connectivity）を実現することができる。ＤＣはＭＣ（Multi Connectivity）と称されてもよい。
【0092】
なお、異なる基地局２０のセル（異なるセル識別子又は同一セル識別子を持つ複数セル）を介して通信エリアをサポートしている場合に、キャリアアグリゲーション（CA：Carrier Aggregation）技術やデュアルコネクティビティ（DC：Dual Connectivity）技術、マルチコネクティビティ（MC：Multi-Connectivity）技術によって、それら複数のセルを束ねて基地局２０と端末装置１０とで通信することが可能である。或いは、異なる基地局２０のセルを介して、協調送受信（CoMP：Coordinated Multi-Point Transmission and Reception）技術によって、端末装置１０とそれら複数の基地局２０が通信することも可能である。
【0093】
端末装置１０は、信号処理部１１と、記憶部１２と、ネットワーク通信部１３と、入出力部１４と、制御部１５とを備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。
【0094】
信号処理部１１は、他の無線通信装置（例えば、基地局２０及び他の端末装置１０）と無線通信するための通信部である。信号処理部１１は、制御部１５の制御に従って動作する。信号処理部１１は１又は複数の無線アクセス方式に対応する無線トランシーバであってもよい。例えば、信号処理部１１は、ＮＲ及びＬＴＥの双方に対応する。信号処理部１１は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。また、信号処理部１１は、ＮＯＭＡを使った通信に対応していてもよい。
【0095】
信号処理部１１は、受信処理部１１１と、送信処理部１１２と、アンテナ１１３と、を備える。信号処理部１１は、受信処理部１１１、送信処理部１１２、及びアンテナ１１３をそれぞれ複数備えていてもよい。信号処理部１１、受信処理部１１１、送信処理部１１２、及びアンテナ１１３の構成は、基地局２０の信号処理部２１、受信処理部２１１、送信処理部２１２、及びアンテナ２１４と同様である。
【0096】
記憶部１２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２は、端末装置１０の記憶手段として機能する。
【0097】
ネットワーク通信部１３は、ネットワークを介して接続する他の装置と通信するための通信インタフェースである。例えば、ネットワーク通信部１３は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部１３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部１３は、端末装置１０のネットワーク通信手段として機能する。ネットワーク通信部１３は、制御部１５の制御に従って、他の装置と通信する。
【0098】
入出力部１４は、ユーザーと情報をやりとりするためのユーザーインタフェースである。例えば、入出力部１４は、キーボード、マウス、操作キー、タッチパネル等、ユーザーが各種操作を行うための操作装置である。又は、入出力部１４は、液晶ディスプレイ（Liquid Crystal Display）、有機ＥＬディスプレイ(Organic Electroluminescence Display)等の表示装置である。入出力部１４は、スピーカー、ブザー等の音響装置であってもよい。また、入出力部１４は、ＬＥＤ（Light Emitting Diode）ランプ等の点灯装置であってもよい。入出力部１４は、端末装置１０の入出力手段（入力手段、出力手段、操作手段又は通知手段）として機能する。例えば、端末装置１０がセンサなどである場合、入出力部１４が省略されてもよい。
【0099】
制御部１５は、端末装置１０の各部を制御するコントローラである。制御部１５は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等のプロセッサにより実現される。例えば、制御部１５は、端末装置１０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部１５は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。
【0100】
＜＜３．ＴＳＮの５ＧＳへの適用＞＞
図５は、ＴＳＮの概要を示す図である。ＴＳＮでは、Talkerから送信されたパケットが、複数のブリッジ（以下、ＴＳＮブリッジともいう）を介してListenerに送信される。
図５は、ＴＳＮの概要を示す図である。ＴＳＮでは、Talkerから送信されたパケットが、複数のブリッジ（以下、ＴＳＮブリッジともいう）を介してListenerに送信される。
【0101】
Talker及びListenerは、それぞれ、通信のエンドポイント（エンドステーション）となる装置又はアプリケーションである。例えば、Talker及びListenerは、サーバ又は端末装置であってもよいし、それらの装置が有するアプリケーションファンクションであってもよい。
【0102】
また、ＴＳＮブリッジは、TalkerとListenerとの間に配置されるネットワークである。ＴＳＮの機能を実現するため、ＴＳＮには、ＣＵＣ（Centralized user configuration）と、ＣＮＣ（Centralized network configuration）と、が配置される。
【0103】
ＣＵＣは、エンドポイントからの要求条件や設定を吸い上げ、それをＣＮＣへ伝えるエンティティである。ＣＮＣは、ＴＳＮブリッジに対し、ＴＳＮの機能を実現するための各種指示を出すエンティティである。
【0104】
＜３．１．５ＧＳブリッジ（5G System Bridge）の構成＞
５ＧＳは、独立して、あるいは、他のシステムと連携してTime Sensitive通信(ＴＳＣ)と時間同期を提供し得る。すなわち、５ＧＳはＴＳＮブリッジとして機能し得る。以下、ＴＳＮブリッジとして機能する５ＧＳを５ＧＳブリッジとも記載する。
５ＧＳは、独立して、あるいは、他のシステムと連携してTime Sensitive通信(ＴＳＣ)と時間同期を提供し得る。すなわち、５ＧＳはＴＳＮブリッジとして機能し得る。以下、ＴＳＮブリッジとして機能する５ＧＳを５ＧＳブリッジとも記載する。
【0105】
Time Sensitive通信のために、５ＧＳは、以下の特徴をサポートする。
・Ｄｅｌａｙ－ｃｒｉｔｉｃａｌ ＧＢＲ（Guaranteed Bit Rate）
・スケジュールされたトラフィックに対するHold and Forwardの仕組み
・ＴＳＣフロートラフィックの特徴を表現するＴＳＣ支援情報（ＴＳＣＡＩ：TSC Assistance Information）
・５ＧＳがＰＴＰ（Precision Time Protocol）リレー、Boundary Clock、又は、Transparent Clockとして動作するための方法を表現する時間同期
・Ｄｅｌａｙ－ｃｒｉｔｉｃａｌ ＧＢＲ（Guaranteed Bit Rate）
・スケジュールされたトラフィックに対するHold and Forwardの仕組み
・ＴＳＣフロートラフィックの特徴を表現するＴＳＣ支援情報（ＴＳＣＡＩ：TSC Assistance Information）
・５ＧＳがＰＴＰ（Precision Time Protocol）リレー、Boundary Clock、又は、Transparent Clockとして動作するための方法を表現する時間同期
【0106】
Time Sensitive通信と時間同期を可能にするこれらの特徴をサポートするために、ＵＥ１０は、ＰＤＵセッションの確立の際、常時接続（always-on）のＰＤＵセッションを確立しなければならない。
【0107】
時間同期サービスを提供するために、５ＧＳは、１つ、又は、複数のＰＴＰインスタンスにおいて動作するように設定される。５ＧＳは、それぞれのＰＴＰインスタンスのために、以下のいずれかのモードで動作するように設定される。
・time-awareシステム
・Boundary Clock
・ピア・ツー・ピアのTransparent Clock
・エンド・ツー・エンドのTransparent Clock
・time-awareシステム
・Boundary Clock
・ピア・ツー・ピアのTransparent Clock
・エンド・ツー・エンドのTransparent Clock
【0108】
図６は、ＰＴＰインスタンスとしてモデル化される５ＧＳの構成の一例を示す図である。図６では、５Ｇのクロック同期と（ｇ）ＰＴＰ（Generalized PTP/PTP）ドメイン同期の２つの同期システムが示される。なお、同図、及び、後述する図７は、文献「３ＧＰＰ ＴＳ２３．５０１」に示された図に基づいている。
【0109】
ＮＧ ＲＡＮ（図６ではｇＮＢ２０）同期のために、５Ｇ ＡＳ（Access Stratum）タイミング配信が用いられ、無線インタフェース上でＵＥ１０に対して提供される。（ｇ）ＰＴＰドメイン同期は、（ｇ）ＰＴＰネットワークのエンドステーションに同期サービスを提供する。２つの同期処理はそれぞれ独立していて、ｇＮＢ２０は、５Ｇ ＧＭ（Grand Master）５３のクロックにのみ同期すればよい。
【0110】
５ＧＳは、ＩＥＥＥ（Institute of Electrical and Electronics Engineers） Ｓｔｄ ８０２．１ＡＳ、又はＩＥＥＥ Ｓｔｄ １５８８準拠のエンティティとしてモデル化されている。
【0111】
５ＧＳをＴＳＮのブリッジとして機能させる場合、そこにＴＴ（TSN translator）が配置される。ＴＴは、ＴＳＮの設定等を５Ｇの内部の設定に変換するファンクションである。
【0112】
ＴＴには、デバイスサイド（ＵＥ１０とエンドステーションとの間）に配置されるＤＳ－ＴＴ（Device-Side TSN Translator）５１と、ネットワークサイドに配置されるＮＷ－ＴＴ（Network-Side TSN Translator）５２と、がある。なお、ＵＥ１０がＴＳＮのエンドポイントの装置となる場合、必ずしもＤＳ－ＴＴ５１は配置されなくてもよい。
【0113】
５ＧＳの両端に配置されるＤＳ－ＴＴ５１とＮＷ－ＴＴ５２は、ＩＥＥＥ Ｓｔｄ ８０２．１ＡＳ、又はＩＥＥＥ Ｓｔｄ １５８８のプロファイルに従った動作をサポートする。
【0114】
ＵＥ１０、ｇＮＢ２０、ＵＰＦ３３０、ＮＷ－ＴＴ５２、及びＤＳ－ＴＴ５１は、５Ｇの内部クロックである５Ｇ ＧＭ５３と同期している。
【0115】
本構成により、５ＧＳは、time-awareシステム、IEEE1588 Boundary Clock、又は、Transparent Clockとして扱われる。
【0116】
５ＧＳがtime-awareシステムとして動作するように設定される場合、ＮＷ－ＴＴ５２は、５ＧＳに接続されるフォロワーＰＴＰポート（Follower PTP Port）とのリンクの他端に位置するＰＴＰポートのためにSync and Announceメッセージ間隔を決定しなくてはならない。つまり、この決定した周期で同期のためのSync and AnnounceメッセージがＰＴＰポート間で交換される。
【0117】
５ＧＳがBoundary Clockとして動作するように設定される場は、ＮＷ－ＴＴ５２は、５ＧＳのフォロワーポート（Follower Port）の設定に基づいて、Announce間隔を決定しなくてはならない。
【0118】
５ＧＳは、レイヤ２のイーサネットブリッジとして動作し、例えば、ＩＥＥＥ準拠のＴＳＮ（Time Sensitive Network）と統合して、５ＧＳの機能をＴＳＮの１つ以上のブリッジとして動作させることができる。
【0119】
図７は、５ＧＳブリッジの構成の一例を示す図である。５ＧＳブリッジは、１つのＵＰＦ３３０＿１側のＮＷ－ＴＴ５２＿１のポート、ＵＥ１０＿１とＵＰＦ３３０＿１との間のユーザープレーントンネル、ＤＳ－ＴＴ５１＿１側のポートで構成される。
【0120】
また、５ＧＳブリッジは、複数のＵＥ（ＵＥ１０＿１、ＵＥ１０＿２）と１つのＵＰＦ（ＵＰＦ３３０＿１）を介して複数の５ＧＳブリッジを構成し得る。その際、ＵＥ１０＿１、ＵＥ１０＿２のそれぞれにＤＳ－ＴＴ５１＿１、ＤＳ－ＴＴ５１＿２が設定される。
【0121】
また、５ＧＳブリッジは、１つのＵＥ（ＵＥ１０＿２）と複数のＵＰＦ（ＵＰＦ３３０＿１、ＵＰＦ３３０＿２）を介して複数の５ＧＳブリッジを構成し得る。その際、ＵＰＦ３３０＿１、ＵＰＦ３３０＿２のそれぞれにＮＷ－ＴＴ５２＿１、ＮＷ－ＴＴ５２＿２が設定され、ＵＥ１０＿２にＤＳ－ＴＴ５１＿２、ＤＳ－ＴＴ５１＿３が設定される。
【0122】
ＴＳＮのそれぞれの５ＧＳブリッジに対して、ＮＷ－ＴＴ５２はＴＳＮとの接続をサポートする。ＤＳ－ＴＴ５１側のポートはＴＳＮとの接続を提供するＰＤＵ（Protocol Data Unit）セッションに対応付けられる。
【0123】
５ＧＳブリッジは、それぞれのネットワークインスタンス、又は、ＤＮＮ（Data Network Name）／Ｓ－ＮＳＳＡＩ（Single Network Slice Selection Assistance Information）に対して、ＵＥ１０ごとに構築される。
【0124】
５ＧＳのＴＳＮブリッジのブリッジＩＤ（Identifier）は、ＵＰＦ３３０のＵＰＦ ＩＤに対応付けられる。ここで、ブリッジＩＤは、５ＧＳ内のブリッジインスタンスを識別する識別子であり、固有のブリッジＭＡＣアドレスから得られる。又は、このブリッジＩＤとして５ＧＳ内で使用される固有の値が設定されてもよい。
【0125】
ＴＳＮ向けのＡＦ３０８は、ＵＰＦ３３０／ＮＷ－ＴＴ５２側のポートの情報を保持し得る。ＵＰＦ３３０／ＮＷ－ＴＴ５２は、トラフィック転送情報に基づいてトラフィックを適切な出力ポートに転送する。
【0126】
ＴＳＮ向けのＡＦ３０８の視点では、５ＧＳのＴＳＮブリッジは、ＵＰＦ３３０内に１つのＮＷ－ＴＴ５２を備える。そのＮＷ－ＴＴ５２はトラフィックの転送のための複数のポートを持ち得る。
【0127】
ＵＰＦ３３０に対応するＤＳ－ＴＴ５１のポートごとに１つのＰＤＵセッションが構築される。特定のＵＰＦ３３０を介して同一のＴＳＮに接続される全てのＰＤＵセッションは、１つの５ＧＳブリッジにグループ化（例えば、Bridge A、Bridge B）される。
【0128】
ＵＥ１０／ＤＳ－ＴＴ５１側のポートのケイパビリティ、及び、ＵＰＦ３３０／ＮＷ－ＴＴ５２側のポートのケイパビリティは、５ＧＳブリッジの設定の一部として統合される。統合されたケイパビリティは、ＴＳＮ向けのＡＦ３０８に通知され、ＴＳＮブリッジの登録、更新のためにＣＮＣ（図５参照）に転送される。
【0129】
ＴＳＮのスケジュールされたトラフィックを含むＴＳＮに係るＩＥＥＥ ８０２．１Ｑの特徴を５ＧＳブリッジ上で提供するために、５ＧＳは、以下の機能をサポートし得る。
・５ＧＳにブリッジ情報を設定する機能
・ＰＤＵセッションを確立した後に５ＧＳブリッジのブリッジ情報をＴＳＮに報告する機能
・ＴＳＮからの設定を受信する機能
・効率的なtime-awareスケジューリングを行うために、ＴＳＮから取得した設定情報を対応するＰＤＵセッションのＱｏＳ（Quality of Service）フローの５ＧＳ ＱｏＳ情報にマッピングする機能
・５ＧＳにブリッジ情報を設定する機能
・ＰＤＵセッションを確立した後に５ＧＳブリッジのブリッジ情報をＴＳＮに報告する機能
・ＴＳＮからの設定を受信する機能
・効率的なtime-awareスケジューリングを行うために、ＴＳＮから取得した設定情報を対応するＰＤＵセッションのＱｏＳ（Quality of Service）フローの５ＧＳ ＱｏＳ情報にマッピングする機能
【0130】
また、５ＧＳブリッジのブリッジ情報は、少なくとも以下の内容を含む。
・５ＧＳブリッジのための情報
・ブリッジＩＤ
・ポートの数
・ポート番号のリスト
・５ＧＳブリッジのケイパビリティに関する情報
・５ＧＳブリッジの遅延、入力ポート番号、出力ポート番号、及びトラフィックのクラスを含んだトラフィックのクラス毎、ペアであるポート毎の５ＧＳブリッジの遅延
・送信伝搬遅延、出力ポート番号を含んだポート毎の伝搬遅延（propagation delay）
・ＶＬＡＮ（Virtual Local Area Network）設定情報
・５ＧＳブリッジのトポロジー
・ＬＬＤＰ（Link Layer Discovery Protocol）設定情報
・５ＧＳブリッジのChassis ID Subtype、及びChassis ID
・それぞれのＮＷ－ＴＴ５２のポートとＤＳ－ＴＴ５１のポートのディスカバーされる隣接装置のＬＬＤＰディスカバリ情報
・ポート毎のトラフィックのクラスとそれらのプライオリティ
・ＰＳＦＰ（Per-Stream Filtering and Policing）をサポートするためのストリームパラメータ
・ブリッジによってサポートされるストリームフィルターインスタンスの最大数
・ブリッジによってサポートされるストリームゲートインスタンスの最大数
・オプションとして、ブリッジによってサポートされるフロー測定インスタンスの最大数
・ブリッジによってサポートされるAdminControlListLengthとOperControlListLengthパラメータの最大値
・５ＧＳブリッジのための情報
・ブリッジＩＤ
・ポートの数
・ポート番号のリスト
・５ＧＳブリッジのケイパビリティに関する情報
・５ＧＳブリッジの遅延、入力ポート番号、出力ポート番号、及びトラフィックのクラスを含んだトラフィックのクラス毎、ペアであるポート毎の５ＧＳブリッジの遅延
・送信伝搬遅延、出力ポート番号を含んだポート毎の伝搬遅延（propagation delay）
・ＶＬＡＮ（Virtual Local Area Network）設定情報
・５ＧＳブリッジのトポロジー
・ＬＬＤＰ（Link Layer Discovery Protocol）設定情報
・５ＧＳブリッジのChassis ID Subtype、及びChassis ID
・それぞれのＮＷ－ＴＴ５２のポートとＤＳ－ＴＴ５１のポートのディスカバーされる隣接装置のＬＬＤＰディスカバリ情報
・ポート毎のトラフィックのクラスとそれらのプライオリティ
・ＰＳＦＰ（Per-Stream Filtering and Policing）をサポートするためのストリームパラメータ
・ブリッジによってサポートされるストリームフィルターインスタンスの最大数
・ブリッジによってサポートされるストリームゲートインスタンスの最大数
・オプションとして、ブリッジによってサポートされるフロー測定インスタンスの最大数
・ブリッジによってサポートされるAdminControlListLengthとOperControlListLengthパラメータの最大値
【0131】
＜３．２．タイミング情報に関する処理＞
５Ｇの内部クロックは、５ＧＳの全てのユーザープレーンのノードで利用される。ＵＰＦ３３０及びＮＷ－ＴＴ５２は、ＰＴＰに準拠したトランスポートネットワークを介して５Ｇの内部クロックを取得することができる。
５Ｇの内部クロックは、５ＧＳの全てのユーザープレーンのノードで利用される。ＵＰＦ３３０及びＮＷ－ＴＴ５２は、ＰＴＰに準拠したトランスポートネットワークを介して５Ｇの内部クロックを取得することができる。
【0132】
無線フレームの絶対タイミングに関連したタイミング情報を含むシグナリングを受信することによって、ＵＥ１０は５Ｇの内部クロックを利用することができる。ＤＳ－ＴＴ５１は、ＵＥ１０を介して５Ｇの内部クロックを利用することができる。
【0133】
ここで、time-awareシステムとして動作するためにＧＭ（Grand Master）クロックの各ＰＴＰインスタンスへ分配するための手順、及び、タイムスタンプを記録するための手順は、ＩＥＥＥ Ｓｔｄ ８０２．１ＡＳに準ずる。
【0134】
フォロワー状態（Follower state）においてＮＷ－ＴＴ５２は、ポートからダウンリンクのｇＰＴＰメッセージを受信する。受信すると、ＮＷ－ＴＴ５２は、ダウンリンクの時間同期のために、それぞれのｇＰＴＰイベントメッセージ、つまり、Ｓｙｎｃメッセージに対して入力のタイムスタンプを記録する。
【0135】
また、ＮＷ－ＴＴ５２は、上流のＴＳＮノードとなるＮＷ－ＴＴ５２に接続されたｇＰＴＰエンティティからのＴＳＮ ＧＭ（TSN Grand Master）時刻で表現されたリンク遅延を計算する。ＮＷ－ＴＴ５２は、この計算に、１ステップのＳｙｎｃメッセージ、又は２ステップのＦｏｌｌｏｗ＿ｕｐメッセージ内で運ばれるｇＰＴＰメッセージのペイロード内で受信される累積レート比（cumulative rateRatio）を利用する。
【0136】
そして、ＮＷ－ＴＴ５２は、新たな累積レート比を計算し、１ステップのＳｙｎｃメッセージ、又は２ステップのＦｏｌｌｏｗ＿ｕｐメッセージ内で運ばれるｇＰＴＰメッセージのペイロードを以下の手順で更新する。
１）ＮＷ－ＴＴ５２は、上流のＴＳＮノードからのＴＳＮ ＧＭ時刻でのリンク遅延を修正フィールド（correction field）に追加する。
２）ＮＷ－ＴＴ５２は、ＴＳＮノードから受信した累積レート比を新たな累積レート比で置き換える。
３）ＮＷ－ＴＴ５２は、ｇＰＴＰパケットのサフィックスフィールドにＴＳｉを追加する。
１）ＮＷ－ＴＴ５２は、上流のＴＳＮノードからのＴＳＮ ＧＭ時刻でのリンク遅延を修正フィールド（correction field）に追加する。
２）ＮＷ－ＴＴ５２は、ＴＳＮノードから受信した累積レート比を新たな累積レート比で置き換える。
３）ＮＷ－ＴＴ５２は、ｇＰＴＰパケットのサフィックスフィールドにＴＳｉを追加する。
【0137】
ＵＰＦ３３０／ＮＷ－ＴＴ５２は、以下の情報を使用して、ｇＰＴＰメッセージをＮＷ－ＴＴ５２のＰＴＰインスタンスに割り当てる。
・ＮＷ－ＴＴ５２の入力ポート番号
・受信したｇＰＴＰメッセージのドメイン番号（domainNumber）
・ｓｄｏＩｄ(Standards Development Organization Identifier)
・ＮＷ－ＴＴ５２の入力ポート番号
・受信したｇＰＴＰメッセージのドメイン番号（domainNumber）
・ｓｄｏＩｄ(Standards Development Organization Identifier)
【0138】
ＮＷ－ＴＴ５２が対応するＰＴＰインスタンスを持たないのであれば、ＵＰＦ３３０／ＮＷ－ＴＴ５２はメッセージを破棄する。
【0139】
ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＵＥ１０がＴＳＮとの間で確立したＵＰＦ３３０で終端されたＰＤＵセッションを介して、ＴＳＮからＰＴＰインスタンス内のリーダー状態（Leader state）のＤＳ－ＴＴ５１のＰＴＰポートにｇＰＴＰメッセージを転送する。
【0140】
ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＰＴＰインスタンス内のリーダー状態のＮＷ－ＴＴ５２のＰＴＰポートにｇＰＴＰメッセージを転送する。
【0141】
全てのｇＰＴＰメッセージは、滞留時間（residence time）の上限を満たすＱｏＳフローで送信される。
【0142】
ここで、フォロワー（Follower）とリーダー（Leader）の関係は、マスター（Master）とスレイブ（Slave）の関係に対応する。
【0143】
ここで、ＤＳ－ＴＴ５１のＰＴＰポートがフォロワー状態で、ＮＷ－ＴＴ５２のＰＴＰポートがリーダー状態である、又は、ＤＳ－ＴＴ５１のＰＴＰポートがリーダー状態で、ＮＷ－ＴＴ５２のＰＴＰポートがフォロワー状態であるとする。この場合、ＵＥ１０とＤＳ－ＴＴ５１との間での滞留時間、及び、ＱｏＳフローのパケット遅延許容時間の合計は、time-awareシステムのための滞留時間の上限未満である必要がある。
【0144】
ＤＳ－ＴＴ５１のＰＴＰポートがフォロワー状態で、もう１つのＤＳ－ＴＴ５１のＰＴＰポートがリーダー状態であるとする。この場合、これら２つのＤＳ－ＴＴ５１のポートのための滞留時間、及び、２つのＰＤＵセッションのＱｏＳフローのパケット遅延許容時間の合計は、time-awareシステムのための滞留時間の上限未満である必要がある。
【0145】
ＵＥ１０は、ｇＰＴＰメッセージを受信して、ＤＳ－ＴＴ５１にそれらを転送する。ＤＳ－ＴＴ５１は、外部ＴＳＮドメインのｇＰＴＰイベントメッセージ、つまり、Ｓｙｎｃメッセージのための出力タイムスタンプ（ＴＳｅ）を生成する。ＴＳｉとＴＳｅの差分は、このｇＰＴＰメッセージに対する５ＧＳ時刻で表現された５ＧＳでの滞留時間と考えることができる。
【0146】
ＤＳ－ＴＴ５１は、５ＧＳでの滞留時間をＴＳＮ ＧＭに変換する。そのために、ＤＳ－ＴＴ５１は、１ステップのＳｙｎｃメッセージ、又は、２ステップのＦｏｌｌｏｗ＿ｕｐメッセージ内で運ばれるｇＰＴＰメッセージのペイロード内で受信される累積レート比（cumulative rateRatio）を利用する。ＤＳ－ＴＴ５１は、ＤＳ－ＴＴ５１に接続されたｇＰＴＰエンティティとなる下流のＴＳＮノードに送信するｇＰＴＰメッセージのペイロードを以下の手順で更新する。
１）ＤＳ－ＴＴ５１は、算出されたＴＳＮ ＧＭ時刻での滞留時間を修正フィールドに追加する。
２）ＤＳ－ＴＴ５１は、ＴＳｉを含むサフィックスフィールドを削除する。
１）ＤＳ－ＴＴ５１は、算出されたＴＳＮ ＧＭ時刻での滞留時間を修正フィールドに追加する。
２）ＤＳ－ＴＴ５１は、ＴＳｉを含むサフィックスフィールドを削除する。
【0147】
入力ＤＳ－ＴＴ５１が、ＩＥＥＥ Ｓｔｄ ８０２．１ＡＳのＰＴＰプロファイルのサポートを通知すると、ネットワークはその入力ＤＳ－ＴＴ５１に対するＰＴＰプロファイルでＰＴＰインスタンスを設定する。この場合、入力ＤＳ－ＴＴ５１は、受信されたＰＴＰインスタンスのためのアップリンクのｇＰＴＰメッセージに対して以下の手順で処理を実行する。
１）入力ＤＳ－ＴＴ５１は、ＤＳ－ＴＴ５１に接続されたｇＰＴＰエンティティとなる上流のＴＳＮノードからのＴＳＮ ＧＭ時刻でのリンク遅延を修正フィールドに追加する。
２）入力ＤＳ－ＴＴ５１は、ＤＳ－ＴＴ５１に接続された上流のＴＳＮノードから受信された累積レート比を新たな累積レート比で更新する。
３）入力ＤＳ－ＴＴ５１は、ｇＰＴＰパケットのサフィックスフィールドにＴＳｉを追加する。
１）入力ＤＳ－ＴＴ５１は、ＤＳ－ＴＴ５１に接続されたｇＰＴＰエンティティとなる上流のＴＳＮノードからのＴＳＮ ＧＭ時刻でのリンク遅延を修正フィールドに追加する。
２）入力ＤＳ－ＴＴ５１は、ＤＳ－ＴＴ５１に接続された上流のＴＳＮノードから受信された累積レート比を新たな累積レート比で更新する。
３）入力ＤＳ－ＴＴ５１は、ｇＰＴＰパケットのサフィックスフィールドにＴＳｉを追加する。
【0148】
ＵＥ１０は、ＤＳ－ＴＴ５１からＵＰＦ３３０／ＮＷ－ＴＴ５２にｇＰＴＰメッセージを透過的に転送する。
【0149】
入力ＤＳ－ＴＴ５１のポートがパッシブ状態（Passive state）である場合、ＵＰＦ３３０／ＮＷ－ＴＴ５２はｇＰＴＰメッセージを破棄する。
【0150】
入力ＤＳ－ＴＴ５１のポートがフォロワー状態である場合、ｇＰＴＰメッセージを以下の手順で転送する。
１）ＮＷ－ＴＴ５２の後段の終端局（end station）と同期する場合、出力ポートはＵＰＦ３３０／ＮＷ－ＴＴ５２となる。
２）受信されたアップリンクのｇＰＴＰメッセージに対して、出力ＵＰＦ３３０／ＮＷ－ＴＴ５２は、以下の動作を実行する。
２－１）出力ＵＰＦ３３０／ＮＷ－ＴＴ５２は、算出されたＴＳＮ ＧＭ時刻での滞留時間を修正フィールドに追加する。
２－２）出力ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＴＳｉを含むサフィックスフィールドを削除する。
２－３）ＤＳ－ＴＴ５１の後段の終端局と同期する場合、出力ＴＴは別のＵＥ１０のＤＳ－ＴＴ５１である。この場合、ＵＰＦ３３０／ＮＷ－ＴＴ５２は、入力ＤＳ－ＴＴ５１のポート番号及びｇＰＴＰメッセージをＮＷ－ＴＴ５２のＰＴＰインスタンスに割り当てるために受信したｇＰＴＰメッセージのドメイン番号、及びｓｄｏＩｄを使用する。
２－４）ＮＷ－ＴＴ５２が対応するＰＴＰインスタンスを持たない場合、ＵＰＦ３３０／ＮＷ－ＴＴ５２は、メッセージを破棄する。
２－５）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、受信したアップリンクのｇＰＴＰメッセージをＰＴＰインスタンスのリーダー状態のＤＳ－ＴＴ５１のＰＴＰポートに転送する。出力ＤＳ－ＴＴ５１は、前述の出力ＵＰＦ３３０／ＮＷ－ＴＴ５２と同じ動作を実行する。
１）ＮＷ－ＴＴ５２の後段の終端局（end station）と同期する場合、出力ポートはＵＰＦ３３０／ＮＷ－ＴＴ５２となる。
２）受信されたアップリンクのｇＰＴＰメッセージに対して、出力ＵＰＦ３３０／ＮＷ－ＴＴ５２は、以下の動作を実行する。
２－１）出力ＵＰＦ３３０／ＮＷ－ＴＴ５２は、算出されたＴＳＮ ＧＭ時刻での滞留時間を修正フィールドに追加する。
２－２）出力ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＴＳｉを含むサフィックスフィールドを削除する。
２－３）ＤＳ－ＴＴ５１の後段の終端局と同期する場合、出力ＴＴは別のＵＥ１０のＤＳ－ＴＴ５１である。この場合、ＵＰＦ３３０／ＮＷ－ＴＴ５２は、入力ＤＳ－ＴＴ５１のポート番号及びｇＰＴＰメッセージをＮＷ－ＴＴ５２のＰＴＰインスタンスに割り当てるために受信したｇＰＴＰメッセージのドメイン番号、及びｓｄｏＩｄを使用する。
２－４）ＮＷ－ＴＴ５２が対応するＰＴＰインスタンスを持たない場合、ＵＰＦ３３０／ＮＷ－ＴＴ５２は、メッセージを破棄する。
２－５）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、受信したアップリンクのｇＰＴＰメッセージをＰＴＰインスタンスのリーダー状態のＤＳ－ＴＴ５１のＰＴＰポートに転送する。出力ＤＳ－ＴＴ５１は、前述の出力ＵＰＦ３３０／ＮＷ－ＴＴ５２と同じ動作を実行する。
【0151】
また、ＧＭクロックが外部クロックである場合のTransparent Clock、及び、Boundary Clockとして動作するためにＧＭクロックを各ＰＴＰインスタンスへ分配する手順及びタイムスタンプを記録するための手順は、ＩＥＥＥ Ｓｔｄ １５８８に準ずる。
【0152】
上流のＰＴＰインスタンスからＰＴＰイベントメッセージを受信すると、ＮＷ－ＴＴ５２、又は、ＤＳ－ＴＴ５１の入力ＴＴは、各ＰＴＰイベントメッセージ、つまり、Ｓｙｎｃメッセージに対して入力タイムスタンプ（ＴＳｉ）を記録する。
【0153】
入力ＴＴのＰＴＰポートは、上流のＰＴＰインスタンスからのリンク遅延を測定し、１ステップのＳｙｎｃメッセージ、又は２ステップのＦｏｌｌｏｗ＿ｕｐメッセージ内で運ばれるＰＴＰメッセージのペイロードを以下の手順で更新する。
１）入力ＴＴのＰＴＰポートは、測定済みのリンク遅延を持っているなら、上流のＰＴＰインスタンスからのＰＴＰ ＧＭ時刻で測定されたリンク遅延を修正フィールドに追加する。
２）入力ＴＴのＰＴＰポートは、測定済みのリンク遅延を持っており、かつ、レート比（rateRatio）を用いることができる場合、上流のＰＴＰインスタンスから受信した累積レート比（cumulative rateRatio）を新たな累積レート比で更新する。
３）入力ＴＴのＰＴＰポートは、ＰＴＰメッセージのサフィックスフィールドにＴＳｉを追加する。
１）入力ＴＴのＰＴＰポートは、測定済みのリンク遅延を持っているなら、上流のＰＴＰインスタンスからのＰＴＰ ＧＭ時刻で測定されたリンク遅延を修正フィールドに追加する。
２）入力ＴＴのＰＴＰポートは、測定済みのリンク遅延を持っており、かつ、レート比（rateRatio）を用いることができる場合、上流のＰＴＰインスタンスから受信した累積レート比（cumulative rateRatio）を新たな累積レート比で更新する。
３）入力ＴＴのＰＴＰポートは、ＰＴＰメッセージのサフィックスフィールドにＴＳｉを追加する。
【0154】
５ＧＳがエンド・ツー・エンドのTransparent Clockとして動作する場合、ＰＴＰ ＧＭ時刻での滞留時間は、５Ｇ ＧＭ時刻での５ＧＳでの滞留時間（及び、必要であれば、補正係数）を使って計算される。これは、エンド・ツー・エンドのTransparent Clockは、ピア・ツー・ピアの遅延の仕組みをサポートしていないためである。
【0155】
このＰＴＰ ＧＭ時刻での滞留時間は、受信したＰＴＰ Ｓｙｎｃ、又はＦｏｌｌｏｗ＿ｕｐメッセージの修正フィールドを更新するために使用される。
【0156】
入力ＴＴのＰＴＰポートは、ＰＴＰメッセージをＵＰＦ３３０／ＮＷ－ＴＴ５２に転送する。ＵＰＦ３３０／ＮＷ－ＴＴ５２は、さらに、ＰＴＰメッセージを以下の手順で分配する。
１）５ＧＳがBoundary Clockとして動作するように設定されるならば、
１－１）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、以下の情報を使用して、入力のＤＳ－ＴＴ５１のポート番号、及び、ＰＴＰメッセージをＮＷ－ＴＴ５２のＰＴＰインスタンスに割り当てる。
・受信したＰＴＰメッセージのドメイン番号
・ｓｄｏＩｄ
１－２）ＮＷ－ＴＴ５２が対応するＰＴＰインスタンスを持たない場合、ＵＰＦ３３０／ＮＷ－ＴＴ５２は、メッセージを破棄する。
１－３）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、Ｓｙｎｃメッセージ、及び、２ステップ動作のためのＦｏｌｌｏｗ＿ｕｐメッセージを生成する。ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＰＴＰインスタンスのＮＷ－ＴＴ５２とＤＳ－ＴＴ５１のリーダー状態のポートで受信されたＳｙｎｃ、及びＦｏｌｌｏｗ＿ｕｐメッセージに基づき、これらのメッセージを生成する。
２）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＰＴＰインスタンスのＮＷ－ＴＴ５２のリーダーポートに関連するＰＤＵセッションに、再生成されたＳｙｎｃメッセージ、及び、２ステップ動作のためのＦｏｌｌｏｗ＿ｕｐメッセージを転送する。また、ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＤＳ－ＴＴ５１のリーダーポートに関連するＰＤＵセッションに、再生成されたＳｙｎｃメッセージ、及び、２ステップ動作のためのＦｏｌｌｏｗ＿ｕｐメッセージを転送する。
３）５ＧＳがTransparent Clockとして動作するように設定されるならば、
３－１）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、以下の情報を使用して、入力ＴＴのポート番号、及び、ＰＴＰメッセージをＮＷ－ＴＴ５２のＰＴＰインスタンスに割り当てる。
・受信したＰＴＰメッセージのドメイン番号（domainNumber）
・ｓｄｏＩｄ
３－２）ＮＷ－ＴＴ５２が対応するＰＴＰインスタンスを持たない場合、ＵＰＦ３３０／ＮＷ－ＴＴ５２は、メッセージを破棄する。
３－３）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、入力ＴＴの入力ＰＴＰポートを除いて、ＰＴＰインスタンスのＤＳ－ＴＴ５１のＰＴＰポート、及び、ＰＴＰインスタンスのＮＷ－ＴＴ５２のポートに、受信したＳｙｎｃメッセージを転送する。ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＵＰＦ３３０で終端された対応するＰＤＵセッションを介して、受信したＳｙｎｃメッセージを転送する。
１）５ＧＳがBoundary Clockとして動作するように設定されるならば、
１－１）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、以下の情報を使用して、入力のＤＳ－ＴＴ５１のポート番号、及び、ＰＴＰメッセージをＮＷ－ＴＴ５２のＰＴＰインスタンスに割り当てる。
・受信したＰＴＰメッセージのドメイン番号
・ｓｄｏＩｄ
１－２）ＮＷ－ＴＴ５２が対応するＰＴＰインスタンスを持たない場合、ＵＰＦ３３０／ＮＷ－ＴＴ５２は、メッセージを破棄する。
１－３）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、Ｓｙｎｃメッセージ、及び、２ステップ動作のためのＦｏｌｌｏｗ＿ｕｐメッセージを生成する。ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＰＴＰインスタンスのＮＷ－ＴＴ５２とＤＳ－ＴＴ５１のリーダー状態のポートで受信されたＳｙｎｃ、及びＦｏｌｌｏｗ＿ｕｐメッセージに基づき、これらのメッセージを生成する。
２）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＰＴＰインスタンスのＮＷ－ＴＴ５２のリーダーポートに関連するＰＤＵセッションに、再生成されたＳｙｎｃメッセージ、及び、２ステップ動作のためのＦｏｌｌｏｗ＿ｕｐメッセージを転送する。また、ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＤＳ－ＴＴ５１のリーダーポートに関連するＰＤＵセッションに、再生成されたＳｙｎｃメッセージ、及び、２ステップ動作のためのＦｏｌｌｏｗ＿ｕｐメッセージを転送する。
３）５ＧＳがTransparent Clockとして動作するように設定されるならば、
３－１）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、以下の情報を使用して、入力ＴＴのポート番号、及び、ＰＴＰメッセージをＮＷ－ＴＴ５２のＰＴＰインスタンスに割り当てる。
・受信したＰＴＰメッセージのドメイン番号（domainNumber）
・ｓｄｏＩｄ
３－２）ＮＷ－ＴＴ５２が対応するＰＴＰインスタンスを持たない場合、ＵＰＦ３３０／ＮＷ－ＴＴ５２は、メッセージを破棄する。
３－３）ＵＰＦ３３０／ＮＷ－ＴＴ５２は、入力ＴＴの入力ＰＴＰポートを除いて、ＰＴＰインスタンスのＤＳ－ＴＴ５１のＰＴＰポート、及び、ＰＴＰインスタンスのＮＷ－ＴＴ５２のポートに、受信したＳｙｎｃメッセージを転送する。ＵＰＦ３３０／ＮＷ－ＴＴ５２は、ＵＰＦ３３０で終端された対応するＰＤＵセッションを介して、受信したＳｙｎｃメッセージを転送する。
【0157】
出力ＴＴのＰＴＰポートは、外部ＰＴＰネットワークに対するＰＴＰイベントメッセージ、つまり、Ｓｙｎｃメッセージのためのタイムスタンプ（ＴＳｅ）を生成する。ＴＳｉとＴＳｅとの差分は、このＰＴＰメッセージに対する５ＧＳ時刻で表現された５ＧＳでの滞留時間と考えることができる。
【0158】
出力ＴＴのＰＴＰポートは、利用可能であれば、レート比（rateRatio）を利用して５ＧＳでの滞留時間をＰＴＰ ＧＭ時刻に変換する。このレート比は、１ステップのＳｙｎｃメッセージ、又は２ステップのＦｏｌｌｏｗ＿ｕｐメッセージ内で運ばれるＰＴＰメッセージのペイロード内に含まれる。
【0159】
出力ＴＴのＰＴＰポートは、下流のＰＴＰインスタンスに送信する、１ステップのＳｙｎｃメッセージ、又は２ステップのＦｏｌｌｏｗ＿ｕｐメッセージであるＰＴＰメッセージのペイロードを以下の手順で更新する。
１）出力ＴＴのＰＴＰポートは、算出された滞留時間を修正フィールドに追加する。
２）出力ＴＴのＰＴＰポートは、ＴＳｉを含むＰＴＰメッセージのサフィックスフィールドを削除する。
１）出力ＴＴのＰＴＰポートは、算出された滞留時間を修正フィールドに追加する。
２）出力ＴＴのＰＴＰポートは、ＴＳｉを含むＰＴＰメッセージのサフィックスフィールドを削除する。
【0160】
＜３．３．ＴＳＣ支援情報＞
５ＧＳは、特性があらかじめ決まっているトラフィックが決められたスケジュールされるディタミニスティック通信をサポートすることができる。
５ＧＳは、特性があらかじめ決まっているトラフィックが決められたスケジュールされるディタミニスティック通信をサポートすることができる。
【0161】
ディタミニスティック通信では、アップリンク方向、及び、ダウンリンク方向のトラフィックに対するｇＮＢ２０の入力インタフェース、及び、ＵＥ１０の出力インタフェースでのＴＳＣフロートラフィックの特性を記述したＴＳＣ支援情報が提供される。
【0162】
ＴＳＣ支援情報には、アップリンク、又は、ダウンリンクのＴＳＣフローの方向を示すフロー方向（Flow Direction）、及び、データバースト（Data Burst）の周期（Periodicity）が含まれる。
【0163】
さらに、ＴＳＣ支援情報には、オプションとして、バースト到達時間（Burst Arrival Time）、及び、生存時間（Survival Time）が含まれる。
【0164】
ダウンリンクのフロー方向の場合、バースト到達時間は、データバーストの最初のパケットがＲＡＮ２０の入力に届く際の可能な限り遅い時間として定義される。また、アップリンクのフロー方向の場合、バースト到達時間は、ＵＥ１０の出力インタフェースに届く際の可能な限り遅い時間として定義される。
【0165】
生存時間（Survival Time）は、通信サービスを処理するアプリケーションが予期されるメッセージを受信することなしに動作を続けることができる期間として定義される。生存期間は、バースト到達時間から開始される期間であり、データバーストの周期より短い。
【0166】
ここで、データバーストは、短い期間内にアプリケーションによって生成、送信される複数のＰＤＵを含むセットである。
【0167】
ＳＭＦ３０６が、ＮＧ－（Ｒ）ＡＮ２０にＴＳＣ支援情報を提供するのであれば、ＮＧ－（Ｒ）ＡＮ２０は、このＴＳＣ支援情報を使用することができる。ＮＧ－（Ｒ）ＡＮ２０は、このＴＳＣ支援情報からＴＳＣのトラフィックパターンを知ることができる。これにより、ＮＧ－（Ｒ）ＡＮ２０は、以下の少なくとも１つを使って、ディタミニスティックなトラフィックパターンのＱｏＳフローを効率よくスケジューリングすることができる。
・ＣＧ
・ＳＰＳ
・ダイナミックスケジューリング
・ＤＧ（Dynamic Grant）
・ＣＧ
・ＳＰＳ
・ダイナミックスケジューリング
・ＤＧ（Dynamic Grant）
【0168】
ＴＳＣＴＳＦ３１２は、ＡＦ３０８又はＮＥＦ３０２から提供される情報に基づいてＴＳＣ支援コンテナ（TSC Assistance Container）を生成する。ＴＳＣＴＳＦ３１２は、ＩＰ型、及び、イーサネット型のＰＤＵセッションのためにＰＣＦ３０５にＴＳＣ支援コンテナを提供する。
【0169】
ここで、ＡＦ３０８又はＮＥＦ３０２から提供される情報は、例えば、フロー方向（Flow Direction）、最大バーストサイズ（Maximum Burst Size）、及び、データバーストの周期（Periodicity）を含む。
【0170】
また、ダウンリンクのフロー方向の場合、ＡＦ３０８又はＮＥＦ３０２から提供される情報は、例えば、オプションとして、ＵＰＦ３３０／ＮＷ－ＴＴ５２でのバースト到達時間、生存時間、及び、時間領域を含む。
【0171】
アップリンクのフロー方向の場合、ＡＦ３０８又はＮＥＦ３０２から提供される情報は、例えば、オプションとして、ＵＥ１０／ＤＳ－ＴＴ５１でのバースト到達時間、生存時間、及び、時間領域を含む。
【0172】
ここで、時間領域は、ＧＭクロックに対応する５ＧＳ、ＴＳＮ、ＰＴＰ等である。時間領域が提供されない場合、ＴＳＣＴＳＦ３１２は、ＴＳＣ支援コンテナの時間領域として５ＧＳを設定する。なお、ＴＳＣ支援コンテナには、ＴＳＣ支援情報の生成に必要な情報が含まれている。
【0173】
ＴＳＣ支援コンテナには、バースト到達時間が含まれる。このバースト到達時間は、データバーストの最初のパケットが５ＧＳの入力ポートに届く時間として定義される。５ＧＳの入力ポートは、例えば、ダウンリンクのフロー方向の場合、ＵＰＦ３３０／ＮＷ－ＴＴ５２であり、アップリンクのフロー方向の場合、ＵＥ１０／ＤＳ－ＴＴ５１である。
【0174】
ＩＥＥＥ準拠のＴＳＮと統合される場合、ＴＳＮ ＡＦ３０８がＴＳＣ支援コンテナを生成する。この場合、ＴＳＮ ＡＦ３０８は、イーサネット型のＰＤＵセッションのために、ＰＣＦ３０５にＴＳＣ支援コンテナを提供する。
【0175】
ＰＣＦ３０５は、ＴＳＣＴＳＦ３１２、又は、ＴＳＮ ＡＦ３０８からＴＳＣ支援コンテナを取得する。ＰＣＦ３０５は、ＰＣＣ（Policy and Charging Control）ルールの一部として、ＳＭＦ３０６にＴＳＣ支援コンテナを転送する。
【0176】
ここで、ＰＣＣルールは、サービスデータフローの検知を可能にする情報、ポリシー制御、課金制御及び／又は他の制御のためのパラメータを提供する情報、及び、サポート情報の少なくとも１で構成される情報のセットである。
【0177】
ＳＭＦ３０６は、ＴＳＣ支援コンテナを含むＰＣＣルールをＱｏＳフローに対応付ける。ＳＭＦ３０６は、ＴＳＣ支援コンテナを使用して、ＱｏＳフローのためのＴＳＣ支援情報を取得する。ＳＭＦ３０６は、取得したＴＳＣ支援情報をＮＧ－（Ｒ）ＡＮ２０に送信する。
【0178】
ここで、ＴＳＣ支援情報の要素であるデータバーストの周期、バースト到達時間、生存時間は、５Ｇクロックを基準としてＳＭＦ３０６によって指定される。ＳＭＦ３０６は、ＵＰＦ３３０によって測定、報告される外部クロックと５Ｇのクロック間の時間オフセット、累積レート比に基づいて、バースト到達時間とデータバーストの周期を外部クロックから５Ｇのクロックに対応させる。
【0179】
＜３．４．５ＧＳのＱｏＳ制御＞
図８は、５ＧＳのＱｏＳアーキテクチャの一例を示す図である。同図は、文献「３ＧＰＰ ＴＳ３８．３００」に示された図に基づいている。
図８は、５ＧＳのＱｏＳアーキテクチャの一例を示す図である。同図は、文献「３ＧＰＰ ＴＳ３８．３００」に示された図に基づいている。
【0180】
ＮＡＳ（Non-Access Stratum）レベルにおいて、ＱｏＳフローは、ＰＤＵ（Protocol Data Unit）セッション内で異なるＱｏＳを区別する際の最も細かい粒度である。ＰＤＵセッション内において、ＱｏＳフローはＱＦＩ（QoS Flow ID）によって識別される。
【0181】
また、ＸＲ（Extended Reality）やメディアサービスでは、パケットの一群（グループ）はＰＤＵセット（PDU Set）のペイロードを使って伝送される。ＰＤＵセットは、アプリケーションレベルで生成される情報単位のペイロードを伝送する１つ以上のＰＤＵで構成される。この情報単位として、例えば、画像フレーム、ＸＲやメディアサービスのビデオスライス（Video Slice）、ＧＯＰ（Group of Picture）の形式の動画データのＩフレーム、Ｐフレーム、及び、Ｂフレーム等が挙げられる。さらに、ＸＲのように複数の種類のデータを扱うマルチモーダルアプリケーション（multimodal application）において、複数の種類のデータ（例えば、ポーズ情報、音声情報、映像情報等）のそれぞれが情報単位とされてもよい。
【0182】
すなわち、ＰＤＵセット内のパケットは、ある期間内に受信されてデコードされるべきデータの単位として扱われる。例えば、画像フレームやビデオスライスを伝送する全てのパケット、又は、ある程度の量のパケットの受信に成功した場合にのみ、デコードするようにしてもよい。例えば、ＧＯＰ内の画像フレームは、依存関係のある全ての画像フレームの受信に成功した場合にのみ、デコードされ得る。
【0183】
５ＧＳは、ＱｏＳ制御の観点で最も細かい粒度となるＱｏＳフローの中で、ＰＤＵセットによってより細かい粒度でデータを識別することができる。５ＧＳは、ＱｏＳフローレベルのＱｏＳ制御に加えて、ＰＤＵセットレベルのＱｏＳ制御を適用することができる。
【0184】
ＳＭＦ３０６は、ＱｏＳとサービス要求に基づいてＱｏＳフローへのＰＣＣルールの関連付けを行う。ＳＭＦ３０６は、新たなＱｏＳフローに対してＱＦＩを割り当て、ＰＣＦ３０５からＱｏＳフローに関連付けされたＰＣＣルールとその他情報を取得する。
【0185】
ＳＭＦ３０６は、このＰＣＣルールからそのＱｏＳフローのＱｏＳプロファイル、対応するＵＰＦ３３０に関する指示（例えば、Ｎ４ルール）、及び、ＱｏＳルール（QoS Rule）を取得する。
【0186】
（Ｒ）ＡＮ２０の基地局（ｇＮＢ）は、各ＵＥ１０との間で、ＰＤＵセッションと共に少なくとも１つのＤＲＢ（Data Radio Bearer）を確立することができる。ＤＲＢは、データを伝送するための論理的なパスである。
【0187】
５ＧのＱｏＳモデルでは、帯域保証されるＧＢＲ（Guaranteed flow Bit Rate）と、帯域保証されないＮｏｎ―ＧＢＲ（Non-Guaranteed flow Bit Rate）とがサポートされている。さらに、ＴＳＣ ＱｏＳフローに対しては、Ｄｅｌａｙ－ｃｒｉｔｉｃａｌ ＧＢＲがサポートされている。
【0188】
（Ｒ）ＡＮ２０及び５ＧＣ３０は、各パケットを適切なＱｏＳフロー及びＤＲＢにマッピングすることにより、サービス品質を保証する。すなわち、ＮＡＳにおけるＩＰフローとＱｏＳフローとのマッピング、及び、ＡＳにおけるＱｏＳフローとＤＲＢとのマッピングという、２段階のマッピングが行われる。
【0189】
ＮＡＳレベルにおいて、ＱｏＳフローは、５ＧＣ３０から（Ｒ）ＡＮ２０に提供されるＱｏＳプロファイル（QoS Profile）と、５ＧＣ３０からＵＥ１０に提供されるＱｏＳルール（QoS Rule）と、によって特徴付けられる。
【0190】
ＱｏＳプロファイルは、（Ｒ）ＡＮ２０が無線インタフェース上の処理方法を決定するために用いられる。ＱｏＳルールは、アップリンクにおけるユーザープレーンのトラフィックと、ＱｏＳフローと、のマッピングをＵＥ１０に指示するために用いられる。
【0191】
よって、マルチキャストＭＢＳ（Multicast/Broadcast Service）セッションに対して、ＭＢＳ ＱｏＳフローのＱｏＳルール、及び、ＱｏＳフローレベルのＱｏＳパラメータはＵＥ１０には提供されない。
【0192】
ＱｏＳプロファイルは、ＳＭＦ３０６からＡＭＦ３０１及びリファレンスポイントＮ２を介して、（Ｒ）ＡＮ２０に提供されるか、あるいは、予め（Ｒ）ＡＮ２０に設定される。
【0193】
また、ＳＭＦ３０６は、１つ以上のＱｏＳルールと、必要に応じて当該ＱｏＳルールに関連するＱｏＳフローレベルのＱｏＳパラメータと、をＡＭＦ３０１及びリファレンスポイントＮ１を介して、ＵＥ１０に提供することができる。
【0194】
これに加えて、あるいは、これに代えて、ＵＥ１０に対して、リフレクティブＱｏＳ（Reflective QoS）制御が適用され得る。リフレクティブＱｏＳ制御は、ダウンリンクのパケットのＱＦＩをモニターして、アップリンクのパケットに対して同じマッピングを適用するＱｏＳ制御である。
【0195】
ＱｏＳフローは、ＱｏＳプロファイルに依存して、ＧＢＲ ＱｏＳフロー、又は、Ｎｏｎ－ＧＢＲ ＱｏＳフローとなる。ＱｏＳフローのＱｏＳプロファイルは、例えば、５ＱＩ（5G QoS Identifier）及びＡＲＰ（Allocation and Retention Priority）等のＱｏＳパラメータを含む。
【0196】
ＡＲＰは、優先度（Priority Level）、プリエンプション能力（Pre-emption Capability）、及び、プリエンプション脆弱性（Pre-emption Vulnerability）に関する情報を含む。
【0197】
優先度は、ＱｏＳフローの相対的な重要度を定義するものである。優先度（Priority Level）の最も小さな値が最も優先させることを示す。
【0198】
プリエンプション能力は、あるＱｏＳフローが他のより優先度の低いＱｏＳフローに既に割り当てられているリソースを奪い取ることができるか否かを定義する指標である。プリエンプション脆弱性は、あるＱｏＳフローが自身に割り当てられているリソースを他のより優先度の高いＱｏＳフローに明け渡すことができるか否かを定義する指標である。
【0199】
プリエンプション能力及びプリエンプション脆弱性には、「enabled」又は「disabled」のいずれかが設定される。
【0200】
ＧＢＲ ＱｏＳフローにおいて、ＱｏＳプロファイルは、
・アップリンク及びダウンリンクのＧＦＢＲ
・アップリンク及びダウンリンクのＭＦＢＲ（Maximum Flow Bit Rate）
・アップリンク及びダウンリンクの最大パケット損失率（Maximum Packet Loss Rate）
・遅延クリティカルリソースタイプ（Delay Critical Resource Type）、及び、
・通知コントロール（Notification Control）
等を含んでいる。
・アップリンク及びダウンリンクのＧＦＢＲ
・アップリンク及びダウンリンクのＭＦＢＲ（Maximum Flow Bit Rate）
・アップリンク及びダウンリンクの最大パケット損失率（Maximum Packet Loss Rate）
・遅延クリティカルリソースタイプ（Delay Critical Resource Type）、及び、
・通知コントロール（Notification Control）
等を含んでいる。
【0201】
Ｎｏｎ－ＧＢＲ ＱｏＳフローにおいて、ＱｏＳプロファイルは、ＲＱＡ（Reflective QoS Attribute）、及び、追加のＱｏＳフロー情報（Additional QoS Flow Information）等を含んでいる。
【0202】
ＱｏＳパラメータの通知コントロールは、あるＱｏＳフローがＧＦＢＲを満たせない時に、（Ｒ）ＡＮ２０からの通知が要求されるか否かを示すものである。あるＧＢＲ ＱｏＳフローについて、通知コントロールが「enabled」であり、かつ、ＧＦＢＲを満たせないと判断された場合には、（Ｒ）ＡＮ２０は、その旨の通知をＳＭＦ３０６に送信する。
【0203】
その際、（Ｒ）ＡＮ２０が当該ＧＢＲ ＱｏＳフローのＲＡＮリソースの解放を要求する特別な状態でない限り、（Ｒ）ＡＮ２０は、当該ＱｏＳフローを維持しなければならない。特別な状態として、例えば、無線リンク障害（Radio Link Failure）又はＲＡＮ内部での輻輳（RAN Internal Congestion）が挙げられる。
【0204】
そして、当該ＱｏＳフローについて、再びＧＦＢＲが満たされると判断された場合には、（Ｒ）ＡＮ２０は、その旨の新たな通知をＳＭＦ３０６に送信する。
【0205】
ＡＭＢＲ（Aggregate Maximum Bit Rate）は、各ＰＤＵセッションのＳｅｓｓｉｏｎ－ＡＭＢＲとそれぞれのＵＥ１０のＵＥ－ＡＭＢＲと関係している。Ｓｅｓｓｉｏｎ－ＡＭＢＲは、特定のＰＤＵセッションに対する全てのＮｏｎ－ＧＢＲ ＱｏＳフローにわたって提供されると期待される総ビットレート（Aggregate Bit Rate）を制限し、ＵＰＦ３３０によって管理される。
【0206】
ＵＥ－ＡＭＢＲは、あるＵＥ１０に対する全てのＮｏｎ－ＧＢＲのＱｏＳフローにわたって提供されると期待される総ビットレート（Aggregate Bit Rate）を制限し、（Ｒ）ＡＮ２０によって管理される。
【0207】
また、各ＵＥ１０には、ネットワークスライス（Ｓ－ＮＳＳＡＩ）に関するＳ－ＭＢＲ（Slice Maximum Bit Rate）を設定するようにしてもよい。Ｓ－ＭＢＲは、Ｓｕｂｓｃｒｉｂｅｄ ＵＥ－Ｓｌｉｃｅ－ＭＢＲとして契約者情報に含めるようにしてもよい。
【0208】
ＵＥ－Ｓｌｉｃｅ－ＭＢＲは、同一のネットワークスライス（Ｓ－ＮＳＳＡＩ）のためにＵＥ１０が確立する全てのＰＤＵセッションに属する全てのＧＢＲ、及び、Ｎｏｎ－ＧＢＲのＱｏＳフローにわたって提供されると期待される総ビットレート（Aggregate Bit Rate）を制限する。
【0209】
（Ｒ）ＡＮ２０は、ＡＭＦ３０１からネットワークスライス（Ｓ－ＮＳＳＡＩ）に対応するＵＥ－Ｓｌｉｃｅ－ＭＢＲを受信する。（Ｒ）ＡＮ２０は、このネットワークスライス（Ｓ－ＮＳＳＡＩ）に属する全てのＰＤＵセッションのＳｅｓｓｉｏｎ－ＡＭＢＲとＧＢＲ ＱｏＳフローのＭＦＢＲの総計がＵＥ－Ｓｌｉｃｅ－ＭＢＲとなるようにＵＥ１０に対するＳｅｓｓｉｏｎ－ＡＭＢＲとＭＦＢＲを設定する。
【0210】
５ＱＩは、ＱｏＳの特徴に関するものであり、各ＱｏＳフローに対して、ノード固有のパラメータを設定するための指針（ポリシー）を提供する。標準化された、又は、予め設定された５ＧのＱｏＳの特徴は、５ＱＩから知ることができ、明示的なシグナリングは行われない。シグナリングされるＱｏＳの特徴は、ＱｏＳプロファイルの一部として含めることができる。
【0211】
ＱｏＳの特徴は、リソースタイプ（Resource Type）、優先度（Priority）、パケット遅延許容時間（Packet Delay Budget）、パケットエラーレート（Packet Error Rate）、平均ウィンドウ（Averaging Window）、及び、最大データバースト量（Maximum Data Burst Volume）等に関する情報を含む。
【0212】
リソースタイプは、ＧＢＲ ＱｏＳフロー、Ｎｏｎ－ＧＢＲ ＱｏＳフロー、又は、Ｄｅｌａｙ－ｃｒｉｔｉｃａｌ ＧＢＲ ＱｏＳフローである。パケット遅延許容時間は、５ＧＣ３０におけるパケット遅延許容時間を含んでもよい。
【0213】
ＡＳレベルにおいて、ＤＲＢは、無線インタフェース（Ｕｕインタフェース）におけるパケット処理方法を定義する。ＤＲＢは、任意のパケットに対して同一のパケット転送処理を提供する。
【0214】
（Ｒ）ＡＮ２０は、ＱＦＩと当該ＱＦＩに設定されるＱｏＳプロファイルとに基づいて、ＱｏＳフローをＤＲＢにマッピングする。（Ｒ）ＡＮ２０は、異なるパケット転送処理を要求するパケットに対して、異なるＤＲＢを確立することができる（図８参照）。
【0215】
また、（Ｒ）ＡＮ２０は、同一のＰＤＵセッションに属する複数のＱｏＳフローを同一のＤＲＢに多重化することもできる（図８参照）。
【0216】
アップリンクにおいて、ＱｏＳフローのＤＲＢへのマッピングは、２つの異なる方法でシグナリングされるマッピングルールによって制御される。
【0217】
１つの方法は、リフレクティブマッピング（Reflective Mapping）と呼ばれる方法である。リフレクティブマッピングでは、ＵＥ１０は、各ＤＲＢに対して、ダウンリンクのパケットのＱＦＩをモニターして、アップリンクのパケットに対して同じマッピングを適用する。
【0218】
もう１つの方法は、明示的設定（Explicit Configuration）と呼ばれる方法である。明示的設定では、ＱｏＳフローのＤＲＢへのマッピングルールは、ＲＲＣ（Radio Resource Control）によって明示的にシグナリングされる。
【0219】
ダウンリンクにおいて、ＱＦＩは、ＲＱｏＳ（Reflective Quality of Service）のために、（Ｒ）ＡＮ２０によってＵｕインタフェース上でシグナリングされる。しかしながら、（Ｒ）ＡＮ２０もＮＡＳも、あるＤＲＢで運ばれるＱｏＳフローのためにリフレクティブマッピングを使用するのでなければ、Ｕｕインタフェース上で当該ＤＲＢのためのＱＦＩをシグナリングしない。
【0220】
アップリンクにおいて、（Ｒ）ＡＮ２０は、Ｕｕインタフェース上でＵＥ１０に向けてＱＦＩをシグナリングすることを設定することができる。また、（Ｒ）ＡＮ２０は、各ＰＤＵセッションについて、デフォルトＤＲＢを設定することができる。アップリンクパケットが、明示的設定にもリフレクティブマッピングにも適応しない場合には、ＵＥ１０は、当該パケットをＰＤＵセッションのデフォルトＤＲＢにマッピングする。
【0221】
Ｎｏｎ－ＧＢＲ ＱｏＳフローについて、５ＧＣ３０は、任意のＱｏＳフローに関連する追加のＱｏＳフロー情報パラメータを（Ｒ）ＡＮ２０に送信してもよい。これは、同じＰＤＵセッション内の他のＮｏｎ－ＧＢＲ ＱｏＳフローに比べて、あるトラフィックの頻度を増やすことを指示するために行われる。
【0222】
ＰＤＵセッション内の複数のＱｏＳフローを１つのＤＲＢにどのようにマッピングするかは、（Ｒ）ＡＮ２０次第である。例えば、（Ｒ）ＡＮ２０は、ＧＢＲ ＱｏＳフローとＮｏｎ－ＧＢＲ ＱｏＳフローとを、同じＤＲＢにマッピングしてもよいし、別々のＤＲＢにマッピングしてもよい。また、（Ｒ）ＡＮ２０は、複数のＧＢＲ ＱｏＳフローを同じＤＲＢにマッピングしてもよいし、別々のＤＲＢにマッピングしてもよい。
【0223】
５Ｇ ＮＲでは、ＱｏＳフローを介したＱｏＳ制御のために、ＳＤＡＰ（Service Data Adaptation Protocol）サブレイヤが新たに導入されている。ＳＤＡＰサブレイヤによって、ＱｏＳフローのトラフィックが適切なＤＲＢにマッピングされる。ＳＤＡＰサブレイヤは複数のＳＤＡＰエンティティを有することができる。ＳＤＡＰサブレイヤは、Ｕｕインタフェース上のＰＤＵセッション毎にＳＤＡＰエンティティを有する。ＳＤＡＰエンティティの確立又は解放は、ＲＲＣによって行われる。
【0224】
ＱｏＳフローは、ＧＴＰ（GPRS Tunneling Protocol）－Ｕヘッダーに含まれるＰＤＵセッションコンテナ中のＱＦＩによって識別される。ＰＤＵセッションは、ＧＴＰ－ＵＴＥＩＤ（Tunnel Endpoint ID）によって識別される。ＳＤＡＰサブレイヤは、各ＱｏＳフローを特定のＤＲＢにマッピングする。
【0225】
ＰＣＦ３０５は、ＡＦ３０８からＱｏＳモニタリングの要求を受信すると、オーソライズされたＱｏＳモニタリングポリシーを生成し、ＰＣＣルールに含めることによって、ＱｏＳモニタリングポリシーをＳＭＦ３０６に提供することができる。
【0226】
ＳＭＦ３０６は、ＰＤＵセッションの確立手順の間、あるいは、ＰＤＵセッションの変更手順の間に、ＱｏＳフローについて、ＵＥ１０とＰＳＡ－ＵＰＦ３３０との間におけるエンド・ツー・エンドのＵＬ（UpLink）／ＤＬパケット（DownLink）の遅延測定をアクティベートすることができる。
【0227】
ＳＭＦ３０６は、リファレンスポイントＮ４を介して、ＱｏＳモニタリング要求をＵＰＦ３３０に送信し、ＵＰＦ３３０と（Ｒ）ＡＮ２０との間のＱｏＳモニタリングを要求するために、Ｎ２シグナリングを送信する。
【0228】
ＳＭＦ３０６は、ＰＣＦ３０５から受信されるＱｏＳモニタリングポリシー、あるいは、予めローカルに設定されているオーソライズされたＱｏＳモニタリングポリシーに基づき、ＱｏＳモニタリングを要求する。ＱｏＳモニタリングの要求には、ＳＭＦ３０６によって決定されたモニタリング変数が含まれる。
【0229】
（Ｒ）ＡＮ２０は、当該（Ｒ）ＡＮ２０部分におけるＵＬ／ＤＬパケットの遅延を測定し、リファレンスポイントＮ３を介して、測定値をＵＰＦ３３０に提供する。
【0230】
ＵＰＦ３３０は、リファレンスポイントＮ３又はＮ９におけるＵＬ／ＤＬパケットの遅延を計算する。ＵＰＦ３３０は、ＱｏＳモニタリング結果を、所定の条件に基づいてＳＭＦ３０６に送信する。ここで、所定の条件は、例えば、１度のみ、周期的、あるいは、イベントトリガである。
【0231】
また、ＵＰＦ３３０は、ローカルに配置されたＮＥＦ３０２を介して、ＡＦ３０８へのＱｏＳモニタリング結果の送信をサポートすることができる。ここで、ＱｏＳモニタリング結果は、例えば、
・対象のＰＤＵセッションの各ＧＢＲ ＱｏＳフローのビットレート（例えば、平均ビットレート、最大ビットレート）の測定結果
・対象のＰＤＵセッションの全てのＮｏｎ－ＧＢＲ ＱｏＳフローの総ビットレートの測定結果
・対象のＰＤＵセッションのパケットエラーレートの測定結果
・対象のＵＥ１０の全てのＮｏｎ－ＧＢＲのＱｏＳフロー総ビットレートの測定結果
・対象のＵＥ１０のパケットエラーレートの測定結果
・ＵＬ／ＤＬパケットの遅延の測定結果
等である。
・対象のＰＤＵセッションの各ＧＢＲ ＱｏＳフローのビットレート（例えば、平均ビットレート、最大ビットレート）の測定結果
・対象のＰＤＵセッションの全てのＮｏｎ－ＧＢＲ ＱｏＳフローの総ビットレートの測定結果
・対象のＰＤＵセッションのパケットエラーレートの測定結果
・対象のＵＥ１０の全てのＮｏｎ－ＧＢＲのＱｏＳフロー総ビットレートの測定結果
・対象のＵＥ１０のパケットエラーレートの測定結果
・ＵＬ／ＤＬパケットの遅延の測定結果
等である。
【0232】
ＵＬ／ＤＬパケットの遅延は、（Ｒ）ＡＮ２０から取得された当該（Ｒ）ＡＮ２０部分におけるＵＬ／ＤＬパケットの遅延と、リファレンスポイントＮ３又はＮ９におけるＵＬ／ＤＬパケットの遅延と、を含めた遅延である。
【0233】
また、ＰＤＵセッションがＴＳＮブリッジを介したセッションである場合、ＴＳＣ ＱｏＳフローに対するパケット遅延許容時間は、５Ｇ－ＡＮ ＰＤＢ（Packet Delay Budget）とＣＮ（Core Network） ＰＤＢとの総和となる。
【0234】
ＴＳＣ ＱｏＳフローに対しても、ＵＥ１０とＰＳＡ－ＵＰＦ３３０との間におけるビットレート（例えば、平均ビットレート、最大ビットレート）の測定、及び、エンド・ツー・エンドのＵＬ／ＤＬパケットの遅延測定のために、上述のＱｏＳモニタリングの仕組みが適用され得る。
【0235】
ＴＳＣ ＱｏＳフローは、Ｄｅｌａｙ－ｃｒｉｔｉｃａｌ ＧＢＲのリソースタイプとＴＳＣ支援情報を使用する。ＴＳＣ ＱｏＳフローは、標準化された５ＱＩ、あらかじめ設定されている５ＱＩ、又は動的に割り当てられた５ＱＩの値を使用することができる。
【0236】
ＴＳＣ ＱｏＳフローに対しては、５Ｇ－ＡＮ ＰＤＢ内で最大データバースト量を有する１つのデータバーストを送信することが要求される。最大データバースト量を設定するためにＴＳＣバーストサイズ（TSC Burst Size）が用いられる。最大ＴＳＣバーストサイズは、５ＱＩの５Ｇ－ＡＮ ＰＤＢの値に等しい期間内のデータの最大量として扱われる。ＴＳＣバーストサイズの最大値は、それと等しい、又は、それ以上の最大データバースト量を有する５ＱＩにマッピングされる。
【0237】
また、ＰＤＵセットに対して、ＰＤＵセット遅延許容時間（ＰＳＤＢ：PDU Set Delay Budget）とＰＤＵセットエラーレート（ＰＳＥＲ：PDU Set Error Rate）が適用されてもよい。
【0238】
ＰＤＵセット遅延許容時間は、ＵＥ１０とＵＰＦ３３０のＮ６インタフェースの終端点との間でのＰＤＵセットの伝送時に生じる遅延の上限を定義するものである。つまり、ＰＤＵセット遅延許容時間は、ＰＤＵセットの最初のＰＤＵを受信してから最後に到着するＰＤＵの伝送に成功するまでの時間である。
【0239】
ＰＤＵセットエラーレートは、リンクレイヤ（例えば、ＲＡＮ２０のＲＬＣサブレイヤ）で処理されたＰＤＵセットに対して上位レイヤ（例えば、ＲＡＮ２０のＰＤＣＰサブレイヤ）での受信に成功しなかったＰＤＵセットの割合の上限を定義するものである。Ｄｅｌａｙ－ｃｒｉｔｉｃａｌ ＧＢＲのリソースタイプを持つＧＢＲ ＱｏＳフローに対して、ＰＤＵセット遅延許容時間を超えて遅延したＰＤＵセットは、消失したものとしてカウントされ、ＱｏＳフローがＧＦＢＲを超えていない限り、ＰＤＵセットエラーレートに含められる。
【0240】
＜３．５．Hold and Forwardの仕組み＞
５ＧＳが、ＴＳＮと統合してブリッジとして動作している場合、ＤＳ－ＴＴ５１及びＮＷ－ＴＴ５２は、スケジュールされたトラフィックに対して、つまり、ディタミニスティック通信においてHold and Forwardの仕組みをサポートする。
５ＧＳが、ＴＳＮと統合してブリッジとして動作している場合、ＤＳ－ＴＴ５１及びＮＷ－ＴＴ５２は、スケジュールされたトラフィックに対して、つまり、ディタミニスティック通信においてHold and Forwardの仕組みをサポートする。
【0241】
Hold and Forwardの仕組みは、例えば、ＩＥＥＥ Ｓｔｄ ８０２．１Ｑに準拠した保護ウィンドウ（protected window）を設定された最大８つのキューを使ったトラフィックの優先制御の仕組みである。
【0242】
図９は、ゲートコントロールされるタイムスロットごとの各キューの設定の一例を示す図である。
【0243】
例えば、ＤＳ－ＴＴ５１及びＮＷ－ＴＴ５２は、ゲートコントロールリストを使って、各タイムスロットの期間と、タイムスロットごとに各キューのデータをゲートでパスするか、又は、ブロックするかを設定する。つまり、ＤＳ－ＴＴ５１及びＮＷ－ＴＴ５２は、タイムスロットごとに各キューの通信の可否を制御することができる。
【0244】
図１０は、通信の可否を制御するタイムスロットの設定の一例を示す図である。ここでは、制御の対象となるＵＰＦ３３０が、Ｑｕｅｕｅ ７、Ｑｕｅｕｅ ６、Ｑｕｅｕｅ ３、及びＱｕｅｕｅ ０に割り当てられたトラフィックを処理している状態の例を示す。
【0245】
ＳＭＦ３０６、又は、ＴＳＣＴＳＦ３１２は、ＰＣＦ３０５から取得するポリシーに従ってゲートコントロールリストを生成する。
【0246】
図１０に示すように、ＳＭＦ３０６、又は、ＴＳＣＴＳＦ３１２は、ゲートコントロールの周期内（Tcycle）で、Ｑｕｅｕｅ ７、Ｑｕｅｕｅ ６、Ｑｕｅｕｅ ３、及び、Ｑｕｅｕｅ ０の各キューにタイムスロット（ＴＳ１、ＴＳ２、ＴＳ３、ＴＳ４）を割り当てる。
【0247】
ＵＰＦ３３０と接続されたＮＷ－ＴＴ５２（又は、ＵＰＦ３３０内の機能として設置されているＮＷ－ＴＴ５２）は、ＳＭＦ３０６、又は、ＴＳＣＴＳＦ３１２からゲートコントロールリストを取得する。ＮＷ－ＴＴ５２は、ＵＰＦ３３０におけるユーザープレーンのデータの転送処理を制御する。
【0248】
ＵＰＦ３３０は、ゲートコントロールの１周期の先頭のＴＳ１の期間内にＱｕｅｕｅ ７に割り当てられたデータの転送を処理する。ＵＰＦ３３０は、続くＴＳ２の期間内にＱｕｅｕｅ ６に割り当てられたデータの転送を処理する。ＵＰＦ３３０は、ＴＳ３の期間内でＱｕｅｕｅ ３に割り当てられたデータの転送を処理する。ＵＰＦ３３０は、ＴＳ４の期間内でＱｕｅｕｅ ０に割り当てられたデータの転送を処理する。このように、ＵＰＦ３３０は、各キューに割り当てられたデータの転送をシーケンシャルに処理する。
【0249】
ＳＭＦ３０６、又は、ＴＳＣＴＳＦ３１２は、同一の周期のトラフィックに対して１つのゲートコントロールリストを生成する。また、複数の周期が整数倍の関係であれば、異なる複数の周期のトラフィックに対して１つのゲートコントロールリストを生成することができる。
【0250】
あるいは、ＳＭＦ３０６、又は、ＴＳＣＴＳＦ３１２が、異なる複数の周期のトラフィックに対して、それぞれゲートコントロールリストを生成してもよい。複数のゲートコントロールリストを生成する場合、ＳＭＦ３０６は、ゲートコントロールリストごとに異なるＵＰＦ３３０を割り当ててもよい。つまり、各ＵＰＦ３３０は、１つのゲートコントロールリストに従ってユーザープレーンのデータの転送処理を制御することができる。
【0251】
さらに、複数のゲートコントロールリストに対して複数のＵＰＦ３３０がそれぞれ割り当てられた場合、ＳＭＦ３０６は、各ＵＰＦ３３０とＲＡＮ２０との間の接続のためにトランスポートレイヤを分割してもよい。この場合、ＳＭＦ３０６は、分割されたトランスポートレイヤに識別子（Identifier）を割り当て得る。
【0252】
各ＵＰＦ３３０とＲＡＮ２０との間に確立されるセッション、例えば、ＰＤＵセッションにはゲートコントロールリストとトランスポートレイヤの識別子がそれぞれマッピングされる。
【0253】
＜３．６．ＳＰＳとＣＧの設定＞
ＲＡＮ２０を構成する基地局（例えば、ｇＮＢ）は、ＲＲＣを介してSPS-Config及びConfiguredGrantConfigを端末装置（例えば、ＵＥ１０）に設定することができる。例えば、基地局は、ＲＲＣ再構成（RRCReconfiguration）メッセージにSPS-Config及びConfiguredGrantConfigを含めて送信することで端末装置に設定する。
ＲＡＮ２０を構成する基地局（例えば、ｇＮＢ）は、ＲＲＣを介してSPS-Config及びConfiguredGrantConfigを端末装置（例えば、ＵＥ１０）に設定することができる。例えば、基地局は、ＲＲＣ再構成（RRCReconfiguration）メッセージにSPS-Config及びConfiguredGrantConfigを含めて送信することで端末装置に設定する。
【0254】
SPS-Configは、ダウンリンクのセミパーシステント送信（Semi-Persistent Transmission）を設定するために用いられる。複数のＳＰＳがサービングセルの１つのＢＷＰ（Bandwidth Part）に対して設定され得る。複数のＳＰＳは、SPS-ConfigListで設定される。あるいは、１つ以上のＳＰＳの設定がsps-ConfigToAddModListを使って追加、修正される。
【0255】
また、基地局２０は、２つの種類のConfiguredGrantConfigを端末装置１０に設定することができる。
【0256】
タイプ１のＣＧ（Configured Grant）では、アップリンクのグラント（Uplink Grant）はＲＲＣにより提供される。アップリンクのグラントは、configured uplink grantとして保持される。
【0257】
タイプ２のＣＧでは、アップリンクのグラントはＰＤＣＣＨにより提供される。アップリンクのグランドは、configured uplink grantのアクティベーション、又は、ディアクティベーションを指示するＬ１シグナリングに基づいてconfigured uplink grantとして保持、又は、解除される。
【0258】
タイプ１、及び、タイプ２のＣＧは、サービングセルに対して、ＲＲＣによってＢＷＰごとに設定される。基地局２０は、同一のＢＷＰに対して同時に複数のＣＧを設定することができる。
【0259】
タイプ２における、アクティベーション、及び、ディアクティベーションは、複数のサービングセルの間で独立して制御することができる。同一のＢＷＰに対して、ＭＡＣエンティティは、タイプ１、及び、タイプ２の両方を設定することができる。
【0260】
ＲＲＣメッセージに含まれるSPS-Config information elementは、periodicity、periodicityExt、及び、SPS-ConfigIndexというフィールドを含む。
【0261】
ここで、SPS-Config information elementにperiodicityExtが含まれていない場合、端末装置１０は、periodicityを参照する。periodicityExtが含まれている場合、端末装置１０は、periodicityを無視する。
【0262】
文献「３ＧＰＰ ＴＳ３８．３３１」には、SPS-Configのperiodicityとして１０ｍｓ、２０ｍｓ、３２ｍｓ、４０ｍｓ、６４ｍｓ、８０ｍｓ、１２８ｍｓ、１６０ｍｓ、３２０ｍｓ、及び、６４０ｍｓの値が定義されている。
【0263】
また、SPS-ConfigのperiodicityExtに関して、ＳＣＳ（Subcarrier Spacing）が１５ｋＨｚの場合には、１ｓｌｏｔから６４０ｓｌｏｔｓの間のいずれかのスロット数がperiodicityExtとして設定できるように定義されている。また、ＳＣＳが３０ｋＨｚの場合には、１ｓｌｏｔから１２８０ｓｌｏｔｓの間のいずれかのスロット数がperiodicityExtとして設定できるように定義されている。
【0264】
ＳＣＳが６０ｋＨｚの場合には、１ｓｌｏｔから２５６０ｓｌｏｔｓの間のいずれかのスロット数がperiodicityExtとして設定できるように定義されている。ＳＣＳが１２０ｋＨｚの場合には、１ｓｌｏｔから５１２０ｓｌｏｔｓの間のいずれかのスロット数がperiodicityExtとして設定できるように定義されている。
【0265】
ＳＰＳが設定されると、ＭＡＣエンティティは、連続してＮ番目のダウンリンクのリソース割り当てが以下の式（１）を満たすスロットで発生するものと判断しなくてはならない。
【0266】
【数1】
【0267】
ここで、numberOfSlotsPerFrameは無線フレーム内のスロット数（例えば、ＳＣＳが１５ｋＨｚの場合は１０）である。SFNstart timeは、ＳＰＳが設定、又は、再設定されたＰＤＳＣＨ（Physical Downlink Shared Channel）の最初の送信のＳＦＮである。slotstart timeは、ＳＰＳが設定、又は、再設定されたＰＤＳＣＨ（Physical Downlink Shared Channel）の最初の送信のｓｌｏｔである。
【0268】
また、時間軸上で連続して複数のスロットをＳＰＳのリソースとして割り当てるために、さらにnumberOfSlotsPerSpsというパラメータが導入されてもよい。ＭＡＣエンティティは、上記式（１）を満たすスロットを先頭に連続したnumberOfSlotsPerSps分のスロットのＮ番目のダウンリンクのリソース割り当てが発生するものと判断する。
【0269】
あるいは、ＭＡＣエンティティは、時間軸上で不連続に複数のスロットをＳＰＳのリソースとして割り当てるために、上記式（１）を満たすスロットを先頭に、スロット間隔とスロット数を設定する。ここで、ＭＡＣエンティティが、スロット間隔を0に設定することによって、連続した複数のスロットを設定するようにしてもよい。
【0270】
あるいは、ＭＡＣエンティティは、上記式（１）を満たす先頭のスロットからの相対的なスロット位置で構成される数列を設定することで、時間軸上で不連続に複数のスロットをＳＰＳのリソースとして割り当てることができる。
【0271】
あるいは、ＭＡＣエンティティが、上記式（１）を満たすスロットを先頭に、ある期間、例えば、フレーム内で割り当てられるＳＰＳのスロットの複数のパターンが定義されていて、そのパターンを識別するための識別子を設定するようにしてもよい。
【0272】
なお、ＭＡＣエンティティは、ＤＣＩ（Downlink Control Information）のtimeDomainAllocationに数列及び識別子を含めて提供するようにしてもよい。数列は、上記の連続して割り当てるスロット数（numberOfSlotsPerSps）、スロット間隔及びスロット数、及び、先頭のスロットからの相対的なスロット位置で構成される。識別子は、ＳＰＳのスロットのパターンを識別するため識別情報である。
【0273】
ＲＲＣメッセージに含まれるConfiguredGrantConfig information elementは、periodicity、periodicityExt、及び、ConfiguredGrantConfigIndexというフィールドを含む。
【0274】
ここで、端末装置１０は、ConfiguredGrantConfig information elementにperiodicityExtが含まれていない場合はperiodicityを参照し、periodicityExtが含まれている場合はperiodicityを無視する。
【0275】
文献「３ＧＰＰ ＴＳ３８．３３１」には、ConfiguredGrantConfigのperiodicityとして、例えば、ＳＣＳが１５ｋＨｚの場合には、２、７、ｎ*１４ｓｙｍｂｏｌｓが定義されている。ここで、ｎは、１、２、４、５、８、１０、１６、２０、３２、４０、６４、８０、１２８、１６０、３２０、６４０のいずれかの値である。
【0276】
また、ConfiguredGrantConfigのperiodicityExtに関しては、例えば、ＳＣＳが１５ｋＨｚの場合には、１ｓｙｍｂｏｌから６４０ｓｙｍｂｏｌｓの間のいずれかのシンボル数がperiodicityExtとして設定できるように定義される。また、periodicityExt*14symbolsの周期が設定できる。
【0277】
タイプ１のＣＧのためのアップリンクのグラントが設定されると、ＭＡＣエンティティは、連続してＮ番目のアップリンクのグラントが以下の式（２）を満たすシンボルで発生するものと判断しなくてはならない。
【0278】
【数2】
【0279】
ここで、numberOfSlotsPerFrameは無線フレーム内のスロット数（例えば、ＳＣＳが１５ｋＨｚの場合は１０）である。numberOfSymbolsPerSlot はスロット内のシンボル数（Normal CPの場合は１４）である。timeReferenceSFNは、時間領域におけるリソースのオフセットを決定するために使用されるＳＦＮである。
【0280】
timeDomainOffsetは、timeReferenceSFNに対応するＳＦＮに関連するリソースのオフセットである。Start symbolであるSは、ＳＬＩＶ（Start and length indicator value）から取得、又は、startSymbolによって提供されるパラメータである。ＳＬＩＶ、又は、startSymbol は、timeDomainAllocationに含まれる。timeReferenceSFN、timeDomainOffset、及び、timeDomainAllocationは、ＲＲＣによって設定される。
【0281】
タイプ２のＣＧのためのアップリンクのグラントが設定されると、ＭＡＣエンティティは、連続してＮ番目のアップリンクのグラントが以下の式（３）を満たすシンボルで発生するものと判断しなくてはならない。
【0282】
【数3】
【0283】
ここで、SFNstart timeは、ＣＧのアップリンクのグラントが設定、又は、再設定されたＰＵＳＣＨ（Physical Uplink Shared Channel）の最初の送信機会のＳＦＮである。slotstart timeは、ＣＧのアップリンクのグラントが設定、又は、再設定されたＰＵＳＣＨの最初の送信機会のｓｌｏｔである。symbolstart timeは、ＣＧのアップリンクのグラントが設定、又は、再設定されたＰＵＳＣＨの最初の送信機会のｓｙｍｂｏｌである。
【0284】
また、時間軸上で連続して複数のシンボルをＣＧのリソースとして割り当てるために、さらにnumberOfSymbolsPerCgというパラメータが導入されてもよい。ＭＡＣエンティティは、上記式（２）、又は（３）を満たすシンボルを先頭に連続したnumberOfSymbolsPerCg分のシンボルのＮ番目のアップリンクのグラントが発生するものと判断する。
【0285】
あるいは、ＭＡＣエンティティは、ＳＬＩＶを提供する場合には、Ｌを使って時間軸上で連続して割り当てるシンボル数をＵＥ１０に通知することができる。
【0286】
あるいは、ＭＡＣエンティティは、時間軸上で不連続に複数のシンボルをＣＧのリソースとして割り当てるために、上記式（２）、又は（３）を満たすシンボルを先頭に、シンボル間隔とシンボル数を設定する。ここで、ＭＡＣエンティティは、シンボル間隔を０に設定することによって、連続した複数のシンボルを設定するようにしてもよい。
【0287】
あるいは、ＭＡＣエンティティは、上記式（２）、又は（３）を満たす先頭のシンボルからの相対的なシンボル位置で構成される数列を設定することで、時間軸上で不連続に複数のシンボルをＣＧのリソースとして割り当てることができる。
【0288】
あるいは、ＭＡＣエンティティが、上記式（２）、又は（３）を満たすシンボルを先頭に、ある期間、例えば、スロット内で割り当てられるＣＧのシンボルの複数のパターンが定義されていて、そのパターンを識別するための識別子を設定するようにしてもよい。
【0289】
なお、ＭＡＣエンティティは、ＤＣＩのtimeDomainAllocationに数列及び識別子を含めて提供するようにしてもよい。数列は、上記の連続して割り当てるスロット数（numberOfSymbolsPerCg）、スロット間隔及びスロット数、及び、先頭のスロットからの相対的なスロット位置で構成される。識別子は、ＣＧのシンボルのパターンを識別するため識別情報である。
【0290】
＜＜４．技術的特徴＞＞
＜４．１．技術的特徴１＞
［データバーストの伝送例］
図１１及び図１２は、本開示の実施形態に係るスケジュールされたデータバーストＤＢの５ＧＳにおける伝送の一例（ダウンリンク）を示す図である。この場合、ＲＡＮ２０は、ＵＰＦ３３０を介してアプリケーションサーバ４０からデータバーストＤＢ（受信データの一例）を受信し、ＵＥ１０に送信する。
＜４．１．技術的特徴１＞
［データバーストの伝送例］
図１１及び図１２は、本開示の実施形態に係るスケジュールされたデータバーストＤＢの５ＧＳにおける伝送の一例（ダウンリンク）を示す図である。この場合、ＲＡＮ２０は、ＵＰＦ３３０を介してアプリケーションサーバ４０からデータバーストＤＢ（受信データの一例）を受信し、ＵＥ１０に送信する。
【0291】
ここで、スケジュールされたデータバーストＤＢの一例として、例えば、以下のデータ等が挙げられる。
・ＸＲあるいは３Ｄホログラム表示向けの様々なコンテンツ
・これらコンテンツを生成するために利用されるコンテンツ生成情報
・様々な機器を制御するための制御情報
・ＸＲあるいは３Ｄホログラム表示向けの様々なコンテンツ
・これらコンテンツを生成するために利用されるコンテンツ生成情報
・様々な機器を制御するための制御情報
【0292】
コンテンツ生成情報として、例えば、センサ情報、制御情報、あるいは、上述した同期のためのＳｙｎｃメッセージ、Ｆｏｌｌｏｗ＿ｕｐメッセージ、（ｇ）ＰＴＰメッセージ等が挙げられる。
【0293】
ＵＥ１０は、スケジュールされた周期的なデータバーストＤＢを受信するために、ＰＤＵセッションの確立要求を基地局であるＲＡＮ２０に送信する。ここで、ＵＥ１０は、スケジュールされた周期的なデータバーストＤＢを受信するためのネットワークスライスを識別する情報をＰＤＵセッションの確立要求に含むようにしてもよい。
【0294】
アプリケーションサーバ４０は、ＵＥ１０との間にＰＤＵセッションが確立されると、ＡＦ３０８を介して５ＧＳに通知するトラフィックパターンに係る情報に従って、スケジュールされたデータバーストＤＢを生成する。
【0295】
ここで、トラフィックパターンに係る情報には、データバーストＤＢの周期（Periodicity）及び第１のバースト到達時間（Burst Arrival Time）の少なくとも一方、及び、第１の生存時間（Survival Time）が含まれている。
【0296】
ここで、アプリケーションサーバ４０、又は、ＡＦ３０８は、コアネットワーク３０、及び、アクセスネットワークで発生する遅延時間に対する許容ジッタを含めて第１の生存時間を設定するようにしてもよい。
【0297】
アプリケーションサーバ４０は、トラフィックパターンに係る情報に従ってデータバーストＤＢを生成する。アプリケーションサーバ４０は、時刻ｔ０に最初のデータバーストＤＢ＃１の最初のパケットの送信を開始する。最初のデータバーストＤＢ＃１の全てのパケットは、第１の生存時間の間に送信される。なお、許容ジッタを含めて第１の生存時間を設定した場合には、アプリケーションサーバ４０は、許容ジッタの影響を除いた期間内にデータバーストＤＢ＃１の全てのパケットの送信が完了するように制御する。
【0298】
そして、アプリケーションサーバ４０は、時刻ｔ０に対するデータバーストＤＢ＃１の一周期後の時刻ｔ４に、次のデータバーストＤＢ＃２の最初のパケットの送信を開始する。最初のデータバーストＤＢ＃１同様、データバーストＤＢ＃２の全てのパケットは第１の生存時間の間に送信される。以降、アプリケーションサーバ４０は、周期的なデータバーストＤＢの送信を継続する。
【0299】
図１１の例では、アプリケーションサーバ４０から送信されたデータバーストＤＢのパケットは、遅延Ｔ１でＵＰＦ３３０に到達する。
【0300】
ＡＦ３０８は、アプリケーションサーバ４０からＵＰＦ３３０までの遅延Ｔ１に係る情報を持っていない場合、第１のバースト到達時間として、アプリケーションサーバ４０からデータバーストＤＢ＃１の最初のパケットが送信される時刻ｔ０を提供する。
【0301】
アプリケーションサーバ４０からＵＰＦ３３０までの遅延Ｔ１に係る情報を持っている場合、ＡＦ３０８は、第１のバースト到達時間として、データバーストＤＢ＃１の最初のパケットがＵＰＦ３３０の入力に到達する時刻（時刻ｔ０＋Ｔ１）を提供する。
【0302】
ＳＭＦ３０６がＵＥ１０からＰＤＵセッションの確立要求を受信すると、ＴＳＣＴＳＦ３１２は、トラフィックパターンに係る情報をＡＦ３０８から取得してＴＳＣ支援コンテナを生成する。ここで、ＴＳＣ支援コンテナには、データバーストＤＢの周期、第１のバースト到達時間及び第１の生存時間が含まれる。
【0303】
ＳＭＦ３０６は、ＴＳＣＴＳＦ３１２からＴＳＣ支援コンテナを取得して、確立するＰＤＵセッションに対してＴＳＣ支援情報を生成する。ＳＭＦ３０６は、データバーストＤＢ＃１の最初のパケットがＲＡＮ２０の入力に届く際の可能な限り遅い時間として定義される第２のバースト到達時間を生成する。なお、ＳＭＦ３０６は、ＴＳＣ支援コンテナに含まれる第１のバースト到達時間が、データバーストＤＢ＃１の最初のパケットがＵＰＦ３３０の入力に到達する時間（ｔ０＋Ｔ１）であるとみなして第２のバースト到達時間を生成する。
【0304】
ここで、第２のバースト到達時間は、例えば、第１のバースト到達時間に、データバーストＤＢに割り当てられたＴＳＣ ＱｏＳフローの５ＱＩのＣＮ ＰＤＢである遅延Ｔ２を加算した時刻（ｔ０＋Ｔ１＋Ｔ２）である。生成したＴＳＣ支援情報には、この第２のバースト到達時間が含まれる。
【0305】
また、ＳＭＦ３０６は、取得したＴＳＣ支援コンテナに含まれるデータバーストＤＢの周期、第１のバースト到達時間、及び、第１の生存時間を使ってトラフィックの優先制御のためのゲートコントロールリストを生成する。
【0306】
例えば、ＳＭＦ３０６は、スケジュールされたデータバーストＤＢを優先度が最も高いキュー（Queue 7）に割り当てる。ＳＭＦ３０６は、以下の設定を含むゲートコントロールリストを生成する。
・このキューをパスするタイムスロットの期間。この期間は、第１の生存時間と等しく、又は、より短く設定される。
・このタイムスロットの周期。この周期は、データバーストＤＢの周期に設定される。
・このタイムスロットの開始タイミング。この開始タイミングは、ＵＰＦ３３０の入力に到達する時間である第１のバースト到達時間に設定される。
・このキューをパスするタイムスロットの期間。この期間は、第１の生存時間と等しく、又は、より短く設定される。
・このタイムスロットの周期。この周期は、データバーストＤＢの周期に設定される。
・このタイムスロットの開始タイミング。この開始タイミングは、ＵＰＦ３３０の入力に到達する時間である第１のバースト到達時間に設定される。
【0307】
ここで、データバーストＤＢのキューへの割り当ては、データバーストＤＢが割り当てられた５ＱＩとキューの割り当てであってもよい。
【0308】
以降、スケジュールされたデータバーストＤＢを割り当てたキューをパスするタイムスロットの期間を保護ウィンドウ（protected window）と記載する。また、保護ウィンドウの期間はＴ３であるとする。複数のキュー０～７を用いてデータバーストＤＢの転送を制御する際、ＵＰＦ３３０は、データバーストＤＢが割り当てられたキュー７を用いてデータバーストＤＢを優先的に転送させる。このデータバーストＤＢを優先的に転送させる期間が保護ウィンドウの期間Ｔ３である。保護ウィンドウに係る情報は、ＴＳＣ支援情報に含めてＲＡＮ２０に提供される。あるいは、保護ウィンドウの期間は、第１の生存時間としてＴＳＣ支援情報に含めてＲＡＮ２０に提供される。
【0309】
ＳＭＦ３０６は生成したゲートコントロールリストをＵＰＦ３３０に提供する。ＵＰＦ３３０は、取得したゲートコントロールリストに従って、保護ウィンドウを設定したトラフィックの優先制御を実行する。
【0310】
図１１の例では、ＵＰＦ３３０は、アプリケーションサーバ４０が送信したデータバーストＤＢ＃１をキュー７（図１１の「TS01:Que_7」）に割り当て、ＲＡＮ２０に転送する。また、ＵＰＦ３３０は、アプリケーションサーバ４０が送信したデータバーストＤＢ＃２をキュー７（図１１の「TS01:Que_7」）に割り当て、ＲＡＮ２０に転送する。
【0311】
なお、ゲートコントロールリストは、ＴＳＣＴＳＦ３１２が生成するようにしてもよい。この場合、ＴＳＣＴＳＦ３１２は、ＴＳＣ支援コンテナに含まれるデータバーストＤＢの周期、第１のバースト到達時間、及び、第１の生存時間を使ってゲートコントロールリストを生成する。
【0312】
ＴＳＣＴＳＦ３１２が生成したゲートコントロールリストは、ＳＭＦ３０６を介して、又は、直接、ＴＳＣＴＳＦ３１２からＵＰＦ３３０に提供される。
【0313】
ＳＭＦ３０６は、ＡＭＦ３０１を介してＴＳＣ支援情報をＲＡＮ２０に提供する。
【0314】
ＲＡＮ２０は、ＵＰＦ３３０を介して、アプリケーションサーバ４０から送信されるスケジュールされたデータバーストＤＢを受信する。なお、ＵＰＦ３３０は、保護ウィンドウを設定したトラフィックの優先制御を実行する。
【0315】
ここで、ＲＡＮ２０が受信する最初のデータバーストＤＢ＃１は、ＴＳＣ支援情報に含まれる第２のバースト到達時間から保護ウィンドウの期間Ｔ３内で受信される。ＲＡＮ２０は、データバーストＤＢ＃１の受信後、データバーストＤＢの周期で以降のデータバーストＤＢ＃２を受信する。このように、ＲＡＮ２０が受信するデータバーストＤＢは、ＴＳＣ支援情報に含まれるデータバーストＤＢの到達時間（第２のバースト到達時間）、周期、及び、保護ウィンドウによって特定される。
【0316】
図１２に示すように、ＲＡＮ２０を構成する基地局（例えば、ｇＮＢ）は、取得したＴＳＣ支援情報に基づいてＳＰＳ（Semi-Persistent Scheduling）を設定する（無線リソースの割り当ての一例）。例えば、基地局２０は、ＴＳＣ支援情報に含まれるデータバーストＤＢの到達時間（第２のバースト到達時間）、周期、及び、保護ウィンドウの少なくとも１つに基づいてＳＰＳを決定し、SPS-Configを端末装置１０に送信することで、ＳＰＳを設定する。
【0317】
基地局２０は、ＳＰＳとして割り当てられた無線リソース（configured downlink assignment）を使ってスケジュールされたデータバーストＤＢ（受信データの一例）をＵＥ１０に送信する。
【0318】
ここで、基地局２０は、第２のバースト到達時間に保護ウィンドウの期間Ｔ３を加算したタイミング（ｔ０＋Ｔ１＋Ｔ２＋Ｔ３）（以下、基準タイミングとも記載する）を基準に最大データバースト量に基づいたＳＰＳを設定する。基準タイミング（ｔ０＋Ｔ１＋Ｔ２＋Ｔ３）は、基地局２０が最初のデータバーストＤＢ＃１の受信を完了している時間として扱うことができる。
【0319】
例えば、基地局２０は、（１）式に従って、SPS-Config information elementのperiodicity、又は、periodicityExtにデータバーストＤＢの周期を設定する。基地局２０は、最初のデータバーストＤＢ＃１の最初のパケットの一部又は全部を含むＰＤＳＣＨを、基準タイミング以降で、この基準タイミングとの差分が最も小さくなるＳＦＮのスロットに割り当てる。つまり、このスロットがSFNstart timeのslotstart timeとなる。
【0320】
データバーストＤＢを割り当てる対象となるＢＷＰにおいて、基地局２０が（１）式を満たすスロットで最大データバースト量を割り当てることができない場合が考えられる。この場合、基地局２０は、一部のデータバーストＤＢをＳＰＳで設定した無線リソースに割り当て、残りのデータバーストＤＢをダイナミックスケジューリングによる無線リソースに割り当てるようにしてもよい。
【0321】
あるいは、（１）式を満たすスロットで最大データバースト量を割り当てることができない場合、基地局２０は、ＳＰＳに対して複数のスロットを割り当てる。例えば、基地局２０は、上述のnumberOfSlotsPerSPSとして、最大データバースト量を割り当てるために必要なスロット数を設定する。あるいは、基地局２０は、最大データバースト量を割り当てるために必要なスロット数に相当する複数のＳＰＳを設定する。
【0322】
ここで、基地局２０は、numberOfSlotsPerSPSを設定するか、複数のＳＰＳを設定するかを端末装置１０のケイパビリティに基づいて決定してもよい。端末装置１０のケイパビリティは、例えば、端末装置１０がサポートするリリース（Release 16、Release 17等）である。
【0323】
なお、ＳＭＦ３０６は、保護ウィンドウの期間Ｔ３と１つ以上のＳＰＳが設定されているconfigured downlink assignment（s）の期間の総和が第１の生存時間以内になるように期間Ｔ３及びＳＰＳのconfigured downlink assignment（s）を設定する。
【0324】
基地局２０は、設定したＳＰＳのconfigured downlink assignment（s）を使ってスケジュールされたデータバーストＤＢを端末装置１０に送信する。
【0325】
［ＰＤＵセット］
ここで、データバーストＤＢはＰＤＵセットの形式のデータであってもよい。ＡＦ３０８は、同じＱｏＳフロー内で異なる優先順位を設定するために、データバーストＤＢにＰＤＵセットを設定することを５ＧＣ３０に要求する。ＡＦ３０８は、例えば、Ｉフレーム、Ｐフレーム、及び／又は、Ｂフレームから構成されるＧＯＰ（Group Of Picture）の形式の動画データであるＸＲのコンテンツのトラフィックに対して、ＰＤＵセットを設定することを指示することができる。
ここで、データバーストＤＢはＰＤＵセットの形式のデータであってもよい。ＡＦ３０８は、同じＱｏＳフロー内で異なる優先順位を設定するために、データバーストＤＢにＰＤＵセットを設定することを５ＧＣ３０に要求する。ＡＦ３０８は、例えば、Ｉフレーム、Ｐフレーム、及び／又は、Ｂフレームから構成されるＧＯＰ（Group Of Picture）の形式の動画データであるＸＲのコンテンツのトラフィックに対して、ＰＤＵセットを設定することを指示することができる。
【0326】
Ｉフレームは、キーフレームとも呼ばれる。このＩフレームのデータのみで完全な一枚の映像が再現される。
【0327】
Ｐフレームは、１つ前のフレームから次のフレームがどう変化するかの予測データが含まれる。このＰフレームに加え、直前のフレームの情報が参照されることで、一枚の映像が再現される。
【0328】
Ｂフレームは、前後のフレームから予測するデータが含まれる。このＢフレームに加え、前後のフレームの情報が参照されることで、一枚の映像が再現される。
【0329】
このように、ＧＯＰ形式の動画データを用いることで、動画データのデータ量を削減、つまり、圧縮することができる。１つのＧＯＰには、キーフレームとして１つのＩフレームが含まれる。
【0330】
ＡＦ３０８は、ＮＥＦ３０２を介して、トラフィックパターンに係る情報としてデータバーストＤＢにＰＤＵセットを設定することを指示する情報、及び／又は、ＰＤＵセットの設定に係る情報を５ＧＣ３０のネットワーク機能に提供する。このネットワーク機能は、例えば、ＴＳＣＴＳＦ３１２、又は、ＰＣＦ３０５である。
【0331】
ここで、ＰＤＵセットの設定に係る情報には、例えば、ＰＤＵセットを構成するＰＤＵの数、及び、ＰＤＵセットとデータバーストＤＢとの関係を示す情報が含まれる。
【0332】
【0333】
図１３に示すように、ＰＤＵセットはＮ個のＰＤＵから構成される。ＰＤＵセットを構成する各ＰＤＵは識別子（Identifier）によってＰＤＵセット内で識別される。
【0334】
ＰＤＵセットとデータバーストＤＢとの関係を示す情報は、１つのＰＤＵセットを１つのデータバーストＤＢに割り当てるか、あるいは、１つのＰＤＵセット内の各ＰＤＵを１つのデータバーストＤＢに割り当てるかを指示する情報が含まれている。例えば、ＰＤＵセットとデータバーストＤＢとの関係を示す情報は、１つのＰＤＵセットに対するデータバーストＤＢの数である。
【0335】
図１４では、１つのＰＤＵセットに対するデータバーストＤＢの数が１である場合が示される。この場合、５ＧＣ３０は１つのＰＤＵセットを１つのデータバーストＤＢに割り当てる。
【0336】
図１４の例では、ＰＤＵセット＃ｎは、データバースト＃ｎに割り当てられる。なお、ｎは、１からＮまでの自然数である。
【0337】
さらには、５ＧＣ３０は１つのデータバーストＤＢに対して複数のＰＤＵセットを設定してもよい。複数のＰＤＵセットを設定する場合、各ＰＤＵセットには識別子（Identifier）が採番され、各ＰＤＵセットを識別することができる。
【0338】
図１５では、１つのＰＤＵセットに対するデータバーストＤＢの数がＮである場合が示される。ここで、Ｎは、例えば、ＰＤＵセットを構成するＰＤＵの数である。この場合、５ＧＣ３０はＰＤＵセットを構成する各ＰＤＵを各データバーストＤＢに割り当てる。
【0339】
図１５の例では、ＰＤＵセット＃１のＰＤＵ＃ｎは、データバースト＃ｎに割り当てられる。なお、ｎは、１からＮまでの自然数である。
【0340】
ＡＦ３０８は、１つのＰＤＵセットに対して設定するＰＤＵの数、データバーストＤＢの数、及び、１つのデータバーストＤＢに対して設定するＰＤＵセットの数を５ＧＣ３０のネットワーク機能（例えば、ＴＳＣＴＳＦ３１２、ＰＣＦ３０５、又はＳＭＦ３０６）に要求することができる。
【0341】
ＡＦ３０８は、５ＧＣ３０から１つのＰＤＵセットに設定されたデータバーストＤＢの数を取得する。１つのＰＤＵセットに対するデータバーストＤＢの数が１であれば（図１４）、ＡＦ３０８は、さらに、１つのＰＤＵセットに設定されたＰＤＵの数を取得する。
【0342】
ＡＦ３０８は、取得したＰＤＵの数に合わせて、１つのデータバーストＤＢに割り当てられた１つのＰＤＵセットを構成する各ＰＤＵに１つのＧＯＰを構成するＩフレーム、Ｐフレーム、又は、Ｂフレームのいずれかのフレームの情報を割り当てる。つまり、１つのデータバーストＤＢを使って１つのＧＯＰが送信される。
【0343】
また、１つのデータバーストＤＢに複数のＰＤＵセットを設定する場合、ＡＦ３０８は、例えば、各ＰＤＵセットに、１つのＧＯＰを構成するＩフレーム、Ｐフレーム、又はＢフレームのいずれかのフレームの情報を割り当てる。また、ＡＦ３０８は、各データバーストＤＢに、複数のＰＤＵセットの中から、Ｉフレーム、Ｐフレーム、又はＢフレームのいずれかのフレームが割り当てられた１つのＰＤＵセットを割り当てる。つまり、複数のデータバーストＤＢを使って１つのＧＯＰが送信される。ここで、Ｉフレーム、Ｐフレーム、又は、Ｂフレームのデータは、割り当てられた各ＰＤＵセットの複数のＰＤＵに割り当てられる。
【0344】
あるいは、取得したデータバーストＤＢの数がＮ（例えば、ＰＤＵセットを構成するＰＤＵの数）であった（図１５）とする。この場合、ＡＦ３０８は、１つのＰＤＵセットを構成する各ＰＤＵが割り当てられた各データバーストＤＢに１つのＧＯＰを構成するＩフレーム、Ｐフレーム、又はＢフレームのいずれかのフレームの情報を割り当てる。つまり、複数のデータバーストＤＢを使って１つのＧＯＰが送信される。
【0345】
また、ＡＦ３０８は、ＰＤＵセットを構成する各ＰＤＵパケットに相対的な優先順位を設定する要求を５ＧＣ３０のネットワーク機能（例えば、ＴＳＣＴＳＦ３１２、又は、ＰＣＦ３０５）に要求することができる。
【0346】
５ＧＣ３０のネットワーク機能（例えば、ＴＳＣＴＳＦ３１２、又は、ＰＣＦ３０５）は、ＡＦ３０８からの要求を受信すると、ＰＤＵセットに含まれる各ＰＤＵに相対的な優先順位を設定する。
【0347】
基地局２０は、ＰＤＵセットを構成する各ＰＤＵに相対的な優先順位が設定されている場合、ＰＤＵセットのより優先順位の高いＰＤＵにＳＰＳを割り当てる。
【0348】
例えば、ＧＯＰの形式の動画データがＸＲのコンテンツである場合、ＡＦ３０８は、ＰＤＵセットのより優先順位の高いＰＤＵにＩフレームを割り当てるように制御する。これにより、基地局２０は、ＩフレームにＳＰＳを割り当てることができる。
【0349】
一方、ＡＦ３０８は、より優先順位の低いＰＤＵにはＰフレーム、又は、Ｂフレームを割り当てるように制御する。基地局２０は、Ｐフレーム、又は、Ｂフレームに、ダイナミックスケジューリングによる無線リソースを割り当てる。
【0350】
さらに、基地局２０は、複数のＳＰＳが設定されている場合、ＰＤＵセットの最も優先順位の高いＰＤＵに複数のＳＰＳの中からより時間の早いスロットに設定されているＳＰＳを割り当てる。
【0351】
例えば、ＧＯＰの形式の動画データがＸＲのコンテンツである場合、ＡＦ３０８は、ＰＤＵセットの最も優先順位の高いＰＤＵにＩフレームを割り当てるように制御する。これにより、基地局２０は、Ｉフレームに複数のＳＰＳの中からより時間の早いスロットに設定されているＳＰＳを割り当てることができる。
【0352】
一方、ＡＦ３０８は、より優先順位の低いＰＤＵにはＰフレーム、又は、Ｂフレームを割り当てるように制御する。基地局２０は、Ｐフレーム、又は、Ｂフレームに、他のＳＰＳ、あるいはダイナミックスケジューリングによる無線リソースを割り当てる。
【0353】
また、ＡＦ３０１は、複数のＰＤＵセットの設定を要求する際に、各ＰＤＵセットに対して相対的な優先順位を設定する要求を５ＧＣ３０のネットワーク機能に要求することができる。
【0354】
５ＧＣ３０のネットワーク機能は、ＡＦ３０１からの要求を受信して設定する複数のＰＤＵセットの各ＰＤＵセットに相対的な優先順位を設定する。
【0355】
基地局２０は、複数のＰＤＵセットの各ＰＤＵセットに相対的な優先順位が設定されている場合、より優先順位の高いＰＤＵセットを構成するＰＤＵにＳＰＳを割り当てる。例えば、ＧＯＰの形式の動画データであるＸＲのコンテンツの場合、ＡＦ３０１は、より優先順位の高いＰＤＵセットにＩフレームを割り当てるように制御する。これに応じて、基地局２０は、ＩフレームにＳＰＳを割り当てることができる。基地局２０は、より優先順位の低いＰＤＵセットにはＰフレーム、又は、Ｂフレームを割り当てる。Ｐフレーム、又は、Ｂフレームには、ダイナミックスケジューリングによる無線リソースが割り当てられる。
【0356】
さらに、基地局２０は、複数のＳＰＳが設定されている場合に、最も優先順位の高いＰＤＵセットのＰＤＵに複数のＳＰＳの中からより時間の早いスロットに設定されているＳＰＳを割り当てる。例えば、ＧＯＰの形式の動画データであるＸＲのコンテンツの場合に、ＡＦ３０１は、最も優先順位の高いＰＤＵセットにＩフレームを割り当てるように制御する。これに応じて、基地局２０は、Ｉフレームが割り当てられたＰＤＵセットのＰＤＵに複数のＳＰＳの中からより時間の早いスロットに設定されているＳＰＳを割り当てることができる。基地局２０は、より優先順位の低いＰＤＵセットにはＰフレーム、又は、Ｂフレームを割り当てる。Ｐフレーム、又は、Ｂフレームが割り当てられたＰＤＵセットのＰＤＵには、他のＳＰＳ、或いはダイナミックスケジューリングによる無線リソースが割り当てられる。
【0357】
また、アップリンクのデータバーストＤＢにＰＤＵセットが設定され、ＰＤＵセットの各ＰＤＵに相対的な優先順位が設定されている場合、基地局２０は、ＰＤＵセットのより優先順位の高いＰＤＵの送信のために、ＵＥ１０にＣＧを設定する。例えば、ＧＯＰの形式の動画データがＸＲのコンテンツである場合、ＵＥ１０は、ＰＤＵセットのより優先順位の高いＰＤＵにＩフレームを割り当てることで、ＩフレームにＣＧを割り当てることができる。
【0358】
さらに、アップリンクのデータバーストＤＢに複数のＰＤＵセットが設定され、各ＰＤＵセットに相対的な優先順位が設定されている場合、基地局１０は、より優先順位の高いＰＤＵセットのＰＤＵの送信のためにＵＥ１０にＣＧを設定する。例えば、ＵＥ１０は、より優先順位の高いＰＤＵセットにＩフレームを割り当てることで、ＩフレームにＣＧを割り当てることができる。
【0359】
あるいは、ＸＲコンテンツが３ＤｏＦ（Degree of Freedom）、６ＤｏＦ対応の３６０度映像であってもよい。この場合、アプリケーションサーバ４０が、例えば、この３６０度映像を複数の領域に分割するようにしてもよい。また、ＡＦ３０８が、ＰＤＵセットの各ＰＤＵに分割された各領域を割り当てるように制御するようにしてもよい。
【0360】
ＡＦ３０８は、３６０度映像の分割数を、上述した１つのＰＤＵセットに対して設定するＰＤＵの数として、５ＧＣ３０のネットワーク機能（例えば、ＴＳＣＴＳＦ３１２、ＰＣＦ３０５、又は、ＳＭＦ３０６）に提供することができる。
【0361】
端末装置１０、又は、アプリケーションサーバ４０で動作するアプリケーションは、端末装置１０が装備する様々なセンサから取得する情報に基づいて３６０度映像上の視点（Viewport）を算出する。このセンサは、例えば、ＧＮＳＳ（Global Navigation Satellite System）受信機、加速度センサ、ジャイロセンサー、カメラ（イメージセンサー）、ＴｏＦ（Time of Flight）センサ、赤外線センサ、ＬｉＤＡＲ（Light Detection And Ranging）、ミリ波レーダ等を含む。
【0362】
ＡＦ３０８は、分割された複数の領域の中で、視点を含む領域の画像データに最も高い優先度を付し、ＰＤＵセットの最も優先順位の高いＰＤＵにこの領域の画像データを割り当てるように制御する。これにより、基地局２０は、視点を含む領域の画像データにＳＰＳを割り当てることができる。
【0363】
一方、ＡＦ３０８は、より優先順位の低いＰＤＵに、視点からより離れた領域の各画像データが割り当てられるように制御する。基地局２０は、視点からより離れた領域の各画像データには、優先度に応じたダイナミックスケジューリングによる無線リソースを割り当てる。基地局２０は、視点からより離れた領域の各画像データのうち、優先度が高い画像データに、より時間の早いスロットを含む無線リソースを動的に割り当てる。
【0364】
さらに、複数のＳＰＳが設定されている場合、ＡＦ３０８は、視点を含む領域の画像データに最も高い優先度を付して、ＰＤＵセットの最も優先順位の高いＰＤＵにこの領域の画像データを割り当てるように制御する。これにより、基地局２０は、視点を含む領域の画像データに、複数のＳＰＳの中からより時間の早いスロットに設定されているＳＰＳを割り当てることができる。
【0365】
一方、ＡＦ３０８は、より優先順位の低いＰＤＵには視点からより離れた領域の画像データが割り当てられるように制御する。基地局２０は、視点からより離れた領域の各画像データには、他のＳＰＳ、又は、優先度に応じたダイナミックスケジューリングによる無線リソースを割り当てる。基地局２０は、視点からより離れた領域の各画像データのうち、優先度が高い画像データに、他のＳＰＳ、あるいは、ダイナミックスケジューリングによる無線リソースの中から、より時間の早いスロットを含む無線リソースを動的に割り当てる。
【0366】
また、ＡＦ３０８は、ＰＤＵセットのＰＤＵの優先度に応じて、各ＰＤＵに割り当てる画像データのフォーマットを制御するようにしてもよい。例えば、視点を含む領域に、より解像度の高い画像フォーマットを適用し、ＰＤＵセットの最も優先順位の高いＰＤＵにこの領域の画像データを割り当てるように制御する。
【0367】
一方、ＡＦ３０８は、視点からより離れた領域に、より解像度の低い画像フォーマットを適用し、ＰＤＵセットのより優先順位の低いＰＤＵに視点からより離れた領域の画像データを割り当てるように制御する。この制御により、画像データのデータ量を削減することができる。
【0368】
ここで、基地局２０は、ＰＤＵセットのうち、各データバーストＤＢの第１の生存時間内に送信できないＰＤＵが生じた場合には、そのＰＤＵを破棄することができる。その際、より優先度の低いＰＤＵが破棄される。
【0369】
あるいは、分割された領域ごとにＰＤＵセットを設定するために、ＡＦ３０８は、３６０度映像の分割数に等しい数のＰＤＵセットを５ＧＣ３０のネットワーク機能（例えば、ＴＳＣＴＳＦ３１２、ＰＣＦ３０５、又はＳＭＦ３０６）に要求するようにしてもよい。つまり、分割された各領域は、他の領域とは独立してＰＤＵセットを設定することができる。
【0370】
分割された領域ごとにＰＤＵセットを設定する場合、ＡＦ３０８は、各ＰＤＵセットに相対的な優先順位を設定するようにしてもよい。例えば、ＡＦ３０８は、視点を含む領域の画像データに最も高い優先度を付して、最も優先順位の高いＰＤＵセットにこの領域の画像データを割り当てるように制御する。ＡＦ３０８は、視点からより離れた領域にはより低い優先度を付して、より優先順位の低いＰＤＵセットに視点からより離れた領域の画像データを割り当てるように制御する。
【0371】
分割された領域ごとに設定された複数のＰＤＵセットは１つのデータバーストＤＢに割り当てられる。
【0372】
ここで、各領域の画像データはＧＯＰの形式の動画データでもよい。この場合、ＡＦ３０８は、さらに、Ｉフレーム、Ｐフレーム、及びＢフレームのそれぞれに対するＰＤＵセットを設定するように５ＧＣ３０のネットワーク機能（例えば、ＴＳＣＴＳＦ３１２、ＰＣＦ３０５、又はＳＭＦ３０６）に要求するようにしてもよい。
【0373】
各領域のＩフレーム、Ｐフレーム、又はＢフレームのいずれかのフレームの情報が割り当てられたＰＤＵセットは１つのデータバーストＤＢに割り当てられる。
【0374】
上述したように、ＡＦ３０８は、分割された各領域の各画像フレーム情報（つまり、Ｉフレーム、Ｐフレーム、又はＢフレーム）から構成される１つのＧＯＰを各ＰＤＵセットに割り当てる。また、ＡＦ３０８は、１つのＰＤＵセットを１つのデータバーストＤＢに割り当てる（図１４）。あるいは、ＡＦ３０８は、１つのＰＤＵセット内の各ＰＤＵを１つのデータバーストＤＢに割り当てる（図１５）。
【0375】
また、１つのデータバーストＤＢに複数のＰＤＵセットを割り当てる場合、ＡＦ３０８は、１つのＧＯＰを構成するＩフレーム、Ｐフレーム、又は、Ｂフレームのいずれかのフレームの情報を各ＰＤＵセットに割り当てる。
【0376】
また、分割された各領域のＧＯＰの設定は、視点に応じて制御することができる。例えば、視点を含む領域では、認知される画像の変化が大きい。そのため、ＡＦ３０８は、１つのＧＯＰの期間を短くして、キーフレームであるＩフレームを多く送信する。
【0377】
一方、視点からより離れた領域では、認知される画像の変化が小さい。そのため、ＡＦ３０８は、１つのＧＯＰの期間を長くして、１つのＩフレームに対して多くのＰフレーム、又は、Ｂフレームを送信する。これにより、ＡＦ３０８は、画像データのデータ量を削減することができる。
【0378】
また、ＴＳＣ ＱｏＳフローを処理するＰＤＵセッションが確立される際、ＡＦ３０８は、ＴＳＣ支援情報に基づいてデータバーストＤＢの順番を管理するために、各データバーストＤＢにシーケンシャルな番号を割り振ることができる。
【0379】
さらに、ＰＤＵセットを設定する際に、ＡＦ３０８は、ＰＤＵセットの順番を管理するために、各ＰＤＵセットにシーケンシャルな番号を割り振ることができる。
【0380】
１つのデータバーストＤＢに対して１つのＰＤＵセットが割り当てられる場合（図１４）、ＰＤＵセットに、データバーストＤＢに対応したシーケンシャルな番号が割り振られる。つまり、基地局２０は、このシーケンシャルな番号によってデータバーストＤＢに対応するＰＤＵセットを識別することができる。
【0381】
各データバーストＤＢの第１の生存時間内にこのデータバーストＤＢに対応するシーケンシャルな番号のＰＤＵセットのいずれかのＰＤＵが送信できない場合、基地局２０は、このＰＤＵを破棄することができる。次のデータバーストＤＢの期間に、基地局２０がこのＰＤＵを送信しても、このＰＤＵは、アプリケーションにとっては既に不要なデータとなる。そのため、基地局２０がこのＰＤＵを破棄することで、無線リソースを無駄にすることを避けることができる。
【0382】
さらに、ＰＤＵセット内のＰＤＵの順番を管理するために、ＡＦ３０８が、各ＰＤＵにシーケンシャルな番号を割り当てるようにしてもよい。基地局２０は、各ＰＤＵに割り振られたシーケンシャルな番号に従って各ＰＤＵに割り当てる無線リソースを管理する。
【0383】
例えば、基地局２０が、シーケンシャルな番号が先である（例えば番号が＃ｉ（ｉは自然数）である）ＰＤＵの送信に失敗したとする。この場合、基地局２０は、次のシーケンシャルな番号である（例えば、番号が＃ｉ＋１である）ＰＤＵの送信よりも、シーケンシャルな番号が先である（例えば番号が＃ｉである）ＰＤＵの再送のための無線リソースの割り当てを優先する。
【0384】
基地局２０は、シーケンシャルな番号が先である（例えば番号が＃ｉである）ＰＤＵの送信に成功した後に、次のシーケンシャルな番号である（例えば、番号が＃ｉ＋１である）ＰＤＵの送信のための無線リソースを割り当てることができる。
【0385】
上述したように、ＧＯＰを構成するＩフレーム以外のフレーム（つまり、Ｐフレーム、又は、Ｂフレーム）は、直前のフレーム、又は、前後のフレームを参照して一枚の映像を再現する。そのため、先のフレームの受信に成功していない場合に、次のフレームのデータを受信することは無駄な無線リソースを発生させることになる。
【0386】
ＡＦ３０８は、シーケンシャルな番号が先である（例えば番号が＃ｉである）ＰＤＵにＩフレームを割り当て、次のシーケンシャルな番号である（例えば、番号が＃ｉ＋１である）ＰＤＵにＰフレーム、又は、Ｂフレームを割り当てる。基地局２０は、Ｉフレームが割り当てられたＰＤＵの送信に成功した後に、Ｐフレーム、又は、Ｂフレームが割り当てられたＰＤＵの送信のための無線リソースを割り当てる。これにより、基地局２０は、無駄な無線リソースの発生を避けることができる。
【0387】
ＰＤＵセットの各ＰＤＵが各データバーストＤＢに対してそれぞれ割り当てられる場合（図１５）、ＰＤＵセットの各ＰＤＵにはデータバーストＤＢに対応したシーケンシャルな番号が割り振られる。つまり、基地局２０は、このシーケンシャルな番号によってデータバーストＤＢに対応するＰＤＵを識別することができる。
【0388】
基地局２０は、シーケンシャルな番号＃ｉに対応するデータバーストＤＢを送信するタイミングでシーケンシャルな番号＃ｉに対応するＰＤＵを送信する。基地局２０は、そのために無線リソースを割り当てる。
【0389】
シーケンシャルな番号＃ｉに対応するデータバーストＤＢのタイミングで、ＰＤＵセットの複数のＰＤＵをＵＰＦ３３０から受信している場合、基地局２０は、シーケンシャルな番号＃ｉ－１以前のシーケンシャルな番号に対応するＰＤＵを破棄する。一方、基地局２０は、＃ｉ＋１以降のシーケンシャルな番号に対応するＰＤＵをバッファリングする。
【0390】
基地局２０は、シーケンシャルな番号＃ｉ＋１に対応するデータバーストＤＢを送信するタイミングでバッファリングしたＰＤＵの中からシーケンシャルな番号＃ｉ＋１に対応するＰＤＵを送信する。基地局２０は、そのために無線リソースを割り当てる。
【0391】
また、Ｉフレーム以外のフレーム（つまり、Ｐフレーム、又は、Ｂフレーム）は、直前のフレーム、又は、前後のフレームを参照して一枚の映像を再現する。そのため、ＰＤＵセットにＧＯＰを割り当てる場合、先のフレームの受信に成功していないにもかかわらず、次のフレームのデータを受信することは無駄な無線リソースを発生させることになる。
【0392】
例えば、基地局２０が、シーケンシャルな番号＃ｉに対応するデータバーストＤＢを受信するタイミングでＰＤＵセットの複数のＰＤＵをＵＰＦ３３０から受信しているとする。この場合、基地局２０は、シーケンシャルな番号＃ｉに対応するＰＤＵより優先して、＃ｉ－１以前のシーケンシャルな番号に対応するＰＤＵを送信するために、無線リソースを割り当てるようにしてもよい。その際、より先のシーケンシャルな番号のＰＤＵに対してより優先して無線リソースが割り当てられる。
【0393】
ここで、１つのデータバーストＤＢに複数のＰＤＵセットを割り当てる場合には、上記のシーケンシャルな番号に応じたＰＤＵの処理方法がシーケンシャルな番号に応じたＰＤＵセットの処理方法に適用され得る。
【0394】
上記の処理に従って、基地局２０は、先のフレームのデータに対して優先して無線リソースを割り当てる。これにより、基地局２０は、無駄な無線リソースの発生を避けることができる。また、基地局２０は、データバーストＤＢのタイミングに合わせてＵＥ１０にＤＲＸ（Discontinuous Reception）を設定することができる。
【0395】
基地局２０は、ＴＳＣ支援情報を介して、周期的なデータバーストＤＢを受信するタイミングをあらかじめ把握することができる。そのため、基地局２０は、各データバーストＤＢの送信のために、上述のＳＰＳ、ＣＧ、又は、ダイナミックスケジューリングによる無線リソースを割り当てる期間をあらかじめ設定することができる。
【0396】
よって、このあらかじめ設定された無線リソースを割り当てる期間をアクティブな期間、それ以外の期間をインアクティブな期間とするＤＲＸを、基地局２０がＵＥ１０に設定し得る。これにより、基地局２０は、ＵＥ１０の低消費電力化を実現することができる。
【0397】
また、ＸＲでは、様々なセンサに係る情報、音声、及び、動画像に係るデータ等の送受信が想定される。また、データバーストＤＢには、異なるＱｏＳの特徴を有するトラフィックが含まれ得る。よって、１つのＰＤＵセットに対して、複数の異なるＱｏＳフローが割り当てられるようにしてもよい。その際、ＰＤＵセットの設定に係る情報には、複数のＰＤＵに割り当てられる異なる５ＱＩが含まれる。
【0398】
基地局２０は、５ＱＩの優先度（Priority Level）に応じて、ＰＤＵセットに含まれる複数のＰＤＵに対する無線リソースの割り当てを決定する。ここで、無線リソースの割り当ては、上述のＳＰＳ、ＣＧ、又は、ダイナミックスケジューリングによる無線リソースの割り当てである。
【0399】
また、ＸＲのように複数の種類のデータを扱うマルチモーダルアプリケーション（multimodal application）において、複数の種類のデータ（例えば、ポーズ情報、あるいは、ポーズ情報を算出するための各種センサ情報、音声情報、映像情報等）が時間領域で依存していて同期が必要であるとする。この場合、ＡＦ３０８は、アプリケーションレベルで生成されるデータの種類の数、あるいは、データ種類を識別する情報のセットを５ＧＣ３０に提供して、これらのデータの同一のデータバーストＤＢへの割り当てを要求することができる。
【0400】
５ＧＣ３０は、依存関係のある複数のデータに対して１つのＰＤＵセットを設定して、このＰＤＵセットを１つのデータバーストＤＢに割り当てる。これにより、５ＧＣ３０は、依存関係のある複数のデータを同一のデータバーストＤＢに割り当てることができる。
【0401】
ここで、ＡＦ３０８は、アプリケーションレベルで生成される複数の種類のデータ間に相対的な優先度を設定するように５ＧＣ３０に要求することができ、５ＧＣ３０は、複数の種類のデータが割り当てられるＰＤＵ間に相対的な優先度を設定する。
【0402】
あるいは、５ＧＣ３０は、依存関係のある複数のデータのそれぞれに対してＰＤＵセットを設定して、これら複数のＰＤＵセットを含む１つのリストを生成するようにしてもよい。５ＧＣ３０は、１つのリストに含まれる複数のＰＤＵセットを１つのデータバーストＤＢに割り当てる。これにより、５ＧＣ３０は、依存関係のある複数のデータを同一のデータバーストＤＢに割り当てることができる。
【0403】
ここで、ＡＦ３０８は、アプリケーションレベルで生成される複数の種類のデータ間に相対的な優先度を設定するように５ＧＣ３０に要求することができ、５ＧＣ３０は、複数の種類のデータが割り当てられるＰＤＵセット間に相対的な優先度を設定する。
【0404】
また、アップリンクのデータとダウンリンクのデータに依存関係がある場合、ＡＦ３０８は、さらに、リンクごとのアプリケーションレベルで生成されるデータの種類の数、あるいはデータ種類を識別する情報のセットと、アップリンクのデータを割り当てる第１のＰＤＵセットとダウンリンクのデータを割り当てる第２のＰＤＵセットのマッピングを要求することができる。
【0405】
ＡＦ３０８がアップリンクの第１のＰＤＵセットとダウンリンクの第２のＰＤＵセットのマッピングを要求する際に、第１のＰＤＵセットと第２のＰＤＵセットの相対的な許容期間を提供するとする。この場合、５ＧＣ３０は、アップリンクとダウンリンクに同じ周期のデータバーストＤＢを設定する。５ＧＣ３０は、例えば、ＵＰＦ３３０、ＵＥ１０、又はＲＡＮ２０における第１のＰＤＵセットが割り当てられたアップリンクのデータバーストＤＢの生存時間経過のタイミングと第２のＰＤＵセットが割り当てられたダウンリンクのデータバーストＤＢのバースト到達時間のタイミングとの差分が許容期間以下となるように、アップリンク、及び、ダウンリンクのデータバーストＤＢを設定する。例えば、アップリンク、又は、ダウンリンクのデータバーストＤＢのバースト到達時間を調整する。
【0406】
ここで、ＡＦ３０８は、相対的な許容期間に対して上限（upper limit）及び下限（lower limit）を要求することができる。５ＧＣ３０は、第１のＰＤＵセットが割り当てられたアップリンクのデータバーストＤＢの生存時間経過のタイミングと第２のＰＤＵセットが割り当てられたダウンリンクのデータバーストＤＢのバースト到達時間のタイミングとの差分がこの上限と下限の間におさまるように制御する。
【0407】
［エッジアプリケーションサーバ］
なお、ＵＥ１０との間でＰＤＵセッションを確立する際、アプリケーションサーバ４０が行う一部、又は、全ての処理をエッジアプリケーションサーバ（Edge Application Server）（図示省略）が行うように設定してもよい。
なお、ＵＥ１０との間でＰＤＵセッションを確立する際、アプリケーションサーバ４０が行う一部、又は、全ての処理をエッジアプリケーションサーバ（Edge Application Server）（図示省略）が行うように設定してもよい。
【0408】
エッジアプリケーションサーバが少なくとも一部の処理を行うようにする実装は、例えば、ＡＦ３０８からの要求に従ってＳＭＦ３０６が起動する。あるいは、ＰＤＵセッションの確立要求に含まれるネットワークスライスを識別する情報に従ってエッジアプリケーションサーバへの実装が起動される。例えば、ＳＭＦ３０６は、ネットワークスライスを識別する情報に対応するポリシーをＰＣＦ３０５から取得して、取得したポリシーに従ってエッジアプリケーションサーバへ実装する処理を起動する。
【0409】
また、エッジアプリケーションサーバへのこの実装は、ＳＭＦ３０６がデータバーストＤＢに割り当てられた５ＱＩのＣＮ ＰＤＢを満たせていないと判断した場合に起動され得る。ＳＭＦ３０６は、ＣＮ ＰＤＢを満たせていないことの報告をＲＡＮ２０から取得する。あるいは、ＳＭＦ３０６は、ＱｏＳモニタリングを介してＣＮ ＰＤＢを満たせていないことを検知する。
【0410】
ＳＭＦ３０６は、ＵＥ１０、及び／又は、ＲＡＮ２０の位置情報に基づいて、Ｌ－ＰＳＡ（Local PDU Session Anchor）となるＵＰＦ３３０、及び、エッジアプリケーションサーバを特定する。あるいは、ＲＡＮ２０に対応するＬ－ＰＳＡ ＵＰＦ３３０、及び、エッジアプリケーションサーバがあらかじめ設定されていてもよい。
【0411】
ここで、Ｌ－ＰＳＡ ＵＰＦ３３０とエッジアプリケーションサーバとの接続は、ＤＮＡＩ（Data Network Access Identifier）によって識別され得る。また、例えば、アプリケーション又はＤＮＮと、Ｓ－ＮＳＳＡＩと、の組み合わせに対して１つ以上のＤＮＡＩが設定されるようにしてもよい。
【0412】
ＳＭＦ３０６は、ＵＥ１０の位置に係る情報、又は、ＵＥ１０が接続しているＲＡＮ２０を識別する情報に基づいて１つのＤＮＡＩを選択する。ＳＭＦ３０６は、選択されたＤＮＡＩに対応する、Ｌ－ＰＳＡ ＵＰＦ３３０とエッジアプリケーションサーバとの接続を特定する。
【0413】
アプリケーションサーバ４０の一部の処理をエッジアプリケーションサーバに実装する場合、エッジアプリケーションサーバは、セッションブレイクアウト（Session Breakout）の接続形態でＬ－ＰＳＡ ＵＰＦ３３０を介して接続される。
【0414】
アプリケーションサーバ４０の全ての処理をエッジアプリケーションサーバに実装する場合、エッジアプリケーションサーバは、分散アンカーポイント（Distributed Anchor Point）の接続形態でＬ－ＰＳＡ ＵＰＦ３３０を介して接続される。
【0415】
以上の処理により、アプリケーションサーバ４０及び５ＧＳは、低遅延な無線通信環境でスケジュールされたデータバーストＤＢを端末装置であるＵＥ１０に安定して送信することができる。
【0416】
また、上述した例では、ＳＭＦ３０６が、ＴＳＣ支援情報を介して、第２のバースト到達時間に関する情報をＲＡＮ２０に通知するとした。なお、第２のバースト到達時間は、データバーストＤＢの最初のパケットがＲＡＮ２０の入力に届く際の可能な限り遅い時間として定義される。しかしながら、ＳＭＦ３０６が通知する情報はこれに限定されない。
【0417】
例えば、ＳＭＦ３０６が、データバーストＤＢの最初のパケットがＵＰＦ３３０の入力に到達する時間である第１のバースト到達時間、及び、ＣＮ ＰＤＢに係る情報をＲＡＮ２０に通知してもよい。この場合、ＲＡＮ２０は、第１のバースト到達時間、及び、ＣＮ ＰＤＢに係る情報から第２のバースト到達時間を算出する。
【0418】
あるいは、ＳＭＦ３０６が、アプリケーションサーバ４０からデータバーストＤＢの最初のパケットが送信される時刻ｔ０、アプリケーションサーバ４０からＵＰＦ３３０までの遅延Ｔ１、及び、ＣＮ ＰＤＢに係る情報をＲＡＮ２０に通知するようにしてもよい。この場合、ＲＡＮ２０は、時刻ｔ０、遅延Ｔ１、及び、ＣＮ ＰＤＢに係る情報から第２のバースト到達時間を算出する。
【0419】
＜４．２．技術的特徴２＞
端末装置であるＵＥ１０とＲＡＮ２０を構成する基地局（例えば、ｇＮＢ）の間では、リンクアダプテーションを使ったデータの送受信が行われる。この送受信では、端末装置１０と基地局２０との間の通信品質に応じたＭＣＳ（Modulation and Coding Scheme）（変調パラメータの一例）が用いられる。
端末装置であるＵＥ１０とＲＡＮ２０を構成する基地局（例えば、ｇＮＢ）の間では、リンクアダプテーションを使ったデータの送受信が行われる。この送受信では、端末装置１０と基地局２０との間の通信品質に応じたＭＣＳ（Modulation and Coding Scheme）（変調パラメータの一例）が用いられる。
【0420】
つまり、端末装置１０及び基地局２０がシンボル当たり送信できるデータのサイズは、端末装置１０と基地局２０との間の通信品質に応じて変化する。例えば、通信品質がよい場合、端末装置１０又は基地局２０は、より多くのデータを送信できる。一方、通信品質が悪い場合、端末装置１０又は基地局２０は、より少ないデータしか送信できない。
【0421】
よって、上述した技術的特徴１において設定されるＳＰＳで割り当てられるスロット当たり送信できるデータのサイズは、端末装置１０及び基地局２０の間の通信品質に応じて変化する。
【0422】
そこで、ここでは、基地局２０が、ＭＣＳに応じてＳＰＳの制御を行うようにする。例えば、基地局２０は、ＭＣＳを特定し、最大データバースト量のデータバーストＤＢを特定したＭＣＳを用いて送信するために必要な数のＳＰＳを設定する。例えば、基地局２０は、端末装置１０との間のチャネル状態に基づき、ＭＣＳを特定する。基地局２０は、データバーストを送信するために割り当てられたＱｏＳフロー及びＢＷＰの少なくとも一方に関する情報を取得する。基地局２０は、ＱｏＳフローにおける最大データバースト量を送信するために必要なＳＰＳを設定する。
【0423】
【0424】
図１６に示すように、基地局２０は、第２のバースト到達時間に保護ウィンドウの期間を加算したタイミング（基準タイミング）を基準に、最大データバースト量に基づいたＳＰＳを設定する（ステップＳ１０１）。
【0425】
基地局２０は、受信したＣＳＩ（Channel State Information）レポートに基づいてＣＱＩ（Channel Quality Indicator）を特定する（ステップＳ１０２）。このＣＳＩレポートは、端末装置１０との間のチャネル状態に関する状態情報であり、端末装置１０から送信される。
【0426】
基地局２０は、ＣＱＩに対応するModulation Order及びCode（Coding） Rate（変調パラメータの一例）を特定する（ステップＳ１０３）。
【0427】
基地局２０は、特定したModulation OrderとCode Rateを使って、現在の（設定している）ＳＰＳで送信できるデータサイズを算出する（ステップＳ１０４）。基地局２０は、算出されたＳＰＳのデータサイズがスケジュールされたデータバーストＤＢの最大データバースト量以上であるかを判定する（ステップＳ１０５）。
【0428】
算出されたＳＰＳのデータサイズが最大データバースト量以上であれば（ステップＳ１０５；Ｙｅｓ）、基地局２０は処理を終了する。
【0429】
一方、算出されたＳＰＳのデータサイズが最大データバースト量以上でなければ（ステップＳ１０５；Ｎｏ）、基地局２０は、最大データバースト量に必要なＳＰＳを追加し（ステップＳ１０６）、処理を終了する。
【0430】
ここで、ＳＰＳの追加するために、基地局２０は、例えば、時間軸上で連続して複数のスロットをＳＰＳのリソースとして割り当てるためのnumberOfSlotsPerSPSを変更する。あるいは、基地局２０は、追加で設定する１つ以上のＳＰＳのsps-ConfigをBWP-DownlinkDedicated用のＩＥ（Information Element）に含まれるsps-ConfigToAddModListに追加する。基地局２０は、ＲＲＣメッセージを使って端末装置１０に設定されているsps-ConfigToAddModListを更新する。sps-ConfigToAddModListに含まれる各sps-Configは、sps-ConfigIndexによって識別することができる。
【0431】
図１７は、本開示の実施形態に係るＳＰＳ制御処理の流れの他の例を示すフローチャートである。図１７に示すＳＰＳ制御処理は、基地局２０によって実行される。また、図１６に示すＳＰＳ制御処理と同じ処理には同一符号を付し一部説明を省略する。
【0432】
基地局２０は、最大データバースト量に基づいて複数のＳＰＳを設定する（ステップＳ２０１）。その後、基地局２０は、現在の複数のＳＰＳで送信できるデータサイズを算出し、算出されたＳＰＳのデータサイズがスケジュールされたデータバーストＤＢの最大データバースト量以上であるかを判定する（ステップＳ１０２～Ｓ１０５）。
【0433】
算出されたＳＰＳのデータサイズが最大データバースト量以上でなければ（ステップＳ１０５；Ｎｏ）、基地局２０は、最大データバースト量に必要なＳＰＳを追加し（ステップＳ１０６）、処理を終了する。
【0434】
一方、算出されたＳＰＳのデータサイズが最大データバースト量以上であれば（ステップＳ１０５；Ｙｅｓ）、基地局２０は、１つ以上のＳＰＳを解除すると最大データバースト量を満たせるか否かを判定する（ステップＳ２０２）。
【0435】
１つ以上のＳＰＳを解除するとサイダーデータバースト量を満たせない場合（ステップＳ２０２；Ｎｏ）、基地局２０は、処理を終了する。
【0436】
１つ以上のＳＰＳを解除しても最大データバースト量を満たすことができる場合（ステップＳ２０２；Ｙｅｓ）、基地局２０は、解除可能な１つ以上のＳＰＳを特定する（２０３）。例えば、基地局２０は、解除可能なＳＰＳとして、時間的領域でより後ろのスロットに設定されているＳＰＳを特定する。
【0437】
基地局２０は、設定している複数のＳＰＳの中から特定したＳＰＳを解除する（Ｓ２０４）。ここで、基地局２０は、例えば、時間軸上で連続して複数のスロットをＳＰＳのリソースとして割り当てるためのnumberOfSlotsPerSPSを変更することでＳＰＳを解除する。あるいは、基地局２０は、解除する１つ以上のＳＰＳのsps-ConfigをBWP-DownlinkDedicated用のＩＥに含まれるsps-ConfigToAddModListから削除する。基地局２０は、ＲＲＣメッセージを使って端末装置１０に設定されているsps-ConfigToAddModListを更新する。
【0438】
ここでは、基地局２０が、スケジュールされたデータバーストの最大データバースト量を送信する際に、ＲＲＣメッセージを使ってnumberOfSlotsPerSPS、又は、sps-ConfigToAddModListを変更する。これにより、基地局２０は、ＭＣＳに応じて必要になる無線リソース（configured downlink assignment）の追加又は解除を行う。しかしながら、基地局２０が無線リソースを追加又は解除する方法は、上述した例に限定されない。
【0439】
例えば、基地局２０が、ＲＲＣによって複数のsps-Configによるconfigured downlink assignmentsを設定することで、無線リソースの追加又は解除を行うようにしてもよい。この場合、基地局２０は、Ｌ１シグナリング、つまりＤＣＩを使って１つ以上のconfigured downlink assignment（s）のアクティベーション、又は、ディアクティベーションを指示する。
【0440】
以上の処理により、端末装置１０と基地局２０との間の通信品質が変化する場合でも、アプリケーションサーバ４０及び５ＧＳは、低遅延な無線通信環境でスケジュールされたデータバーストＤＢを端末装置１０（ＵＥ１０）に安定して送信することができる。なお、端末装置１０と基地局２０との間の通信品質は、例えば、端末装置１０のモビリティにより変化する。
【0441】
また、基地局２０は、５Ｇ－ＡＮ ＰＤＢの期間内に最大データバースト量を処理できないと判断した場合、ＡＦ３０８に最大データバースト量を処理できないことの通知をフィードバックするようにしてもよい。ＡＦ３０８は、この通知をアプリケーションサーバ４０に転送する。
【0442】
ＡＦ３０８を介して、基地局２０が最大データバースト量を処理できないことの通知を受信したアプリケーションサーバ４０は、現在よりもデータ量の少ないフォーマット、例えば、解像度のより低い動画のフォーマットへの変更を決定する。
【0443】
アプリケーションサーバ４０は、変更したデータのフォーマットに基づいて生成したトラフィックパターンに係る情報をＴＳＣＴＳＦ３１２に提供する。ＴＳＣＴＳＦ３１２は、取得したトラフィックパターンに係る情報に基づいてＴＳＣ支援コンテナを更新する。トラフィックパターンに係る情報には、変更したデータのフォーマットに対応する最大ＴＳＣバーストサイズが含まれている。
【0444】
ＰＣＦ３０５は、ＴＳＣＴＳＦ３１２から更新されたＴＳＣ支援コンテナを取得する。ＰＣＦ３０５は、更新されたＴＳＣ支援コンテナをＰＣＣルールの一部として、ＳＭＦ３０６に転送する。
【0445】
ＳＭＦ３０６は、更新されたＴＳＣ支援コンテナと合わせてＰＣＣルールをＰＣＦ３０５から取得する。ＳＭＦ３０６は、ＰＣＣルールをＱｏＳフローに対応付ける。ここで、ＳＭＦ３０６は、ＰＣＣルールを、最大データバーストサイズと等しい、又は、それ以上の最大データバースト量を有する５ＱＩのＱｏＳフローに対応付ける。
【0446】
基地局２０は、変更したデータのフォーマットが反映された最大データバースト量を５Ｇ－ＡＮ ＰＤＢの期間内に処理できるように、ダイナミックスケジューリング、又は、ＳＰＳにより無線リソースを確保する。
【0447】
以上の処理により、通信システム１は、基地局２０の無線リソースの利用状況に応じた、アプリケーションによる適応的なデータのフォーマットの選択が可能となり、低遅延通信の可用性（availability）が向上する。
【0448】
＜４．３．技術的特徴３＞
上述した技術的特徴１では、ＲＡＮ２０を構成する基地局（例えば、ｇＮＢ）は、各データバーストＤＢの受信を完了するタイミング以降のスロットにＳＰＳを設定して、スケジュールされたデータバーストＤＢを送信する。この場合、基地局２０は各データバーストＤＢの全てを保持するために十分なサイズのバッファが必要となるため、このバッファのサイズをより小さくすることが望まれる。さらに、ＴＳＣの観点から、より低遅延化されることが望まれる。
上述した技術的特徴１では、ＲＡＮ２０を構成する基地局（例えば、ｇＮＢ）は、各データバーストＤＢの受信を完了するタイミング以降のスロットにＳＰＳを設定して、スケジュールされたデータバーストＤＢを送信する。この場合、基地局２０は各データバーストＤＢの全てを保持するために十分なサイズのバッファが必要となるため、このバッファのサイズをより小さくすることが望まれる。さらに、ＴＳＣの観点から、より低遅延化されることが望まれる。
【0449】
そこで、ここでは、基地局２０のバッファサイズをより小さくすることができ、かつ、より低遅延化を実現できる仕組みについて説明する。
【0450】
【0451】
図１８に示される処理では、保護ウィンドウの期間Ｔ３に受信される各データバーストＤＢが逐次的に１つのバッファに格納されていく。第１のバッファ状態では、最初のパケットを含む保護ウィンドウの期間内の第１の区間までのデータＤ＃１がバッファに格納されている。
【0452】
第２のバッファ状態では、第１の区間までのデータＤ＃１に加え、保護ウィンドウの期間内の第２の区間までのデータ＃２を合わせたデータＤ＃１１がバッファに格納されている。
【0453】
第３のバッファ状態では、第１の区間、第２の区間までのデータＤ＃１１に加え、保護ウィンドウの期間内の第３の区間までのデータＤ＃３を合わせたデータＤ＃１２がバッファに格納される。すなわち、第３のバッファ状態では、第１の区間～第３の区間を含む保護ウィンドウの期間内の全区間のデータＤ＃１２がバッファに格納されている。
【0454】
第２のバースト到達時間に保護ウィンドウの期間を加算した基準タイミング（ｔ０＋Ｔ１＋Ｔ２＋Ｔ３）において、基地局２０のバッファは第３のバッファ状態となる。
【0455】
図１８の例では、この基準タイミング以降に設定されたＳＰＳのconfigured downlink assignment（s）にバッファに格納されたデータＤ＃１２が割り当てられ、端末装置１０に送信される。
【0456】
図１９は、本開示の実施形態に係るＲＡＮ２０でスケジュールされたデータバーストＤＢに対して行われる処理の他の例を示す図である。
【0457】
図１９に示される処理では、基地局２０は、保護ウィンドウの期間Ｔ３に受信される各データバーストＤＢを分割して１つのバッファに格納する。基地局２０は、データバーストＤＢがバッファに一定量格納されるタイミングでＳＰＳのconfigured downlink assignmentに割り当てられるように複数のＳＰＳを設定する。
【0458】
図１９の例において、第１のバッファ状態では、最初のパケットを含む保護ウィンドウの期間内の第１の区間までのデータＤ＃１がバッファに格納される。バッファされたデータＤ＃１は、保護ウィンドウの期間Ｔ３内に設定された第１のＳＰＳのconfigured downlink assignmentに割り当てられる。
【0459】
第２のバッファ状態では、第１の区間後の第２の区間のデータＤ＃２がバッファに格納される。バッファされたデータＤ＃２は保護ウィンドウの期間Ｔ３内で第１のＳＰＳより後に設定された第２のＳＰＳのconfigured downlink assignmentに割り当てられる。
【0460】
第３のバッファ状態では、第２の区間後の残りのデータＤ＃３がバッファに格納される。バッファされたデータＤ＃３は第２のバースト到達時間に保護ウィンドウの期間を加算した基準タイミング（ｔ０＋Ｔ１＋Ｔ２＋Ｔ３）以降に設定された第３のＳＰＳのconfigured downlink assignmentに割り当てられる。
【0461】
以上のように、基地局２０は、保護ウィンドウの期間Ｔ３内に１つ以上のＳＰＳを設定する。さらに、基地局２０は、この／これらのＳＰＳのタイミングまでにバッファリングされたデータをこの／これらのＳＰＳのconfigured downlink assignment（s）に逐次的に割り当てて端末装置であるＵＥ１０に送信する。換言すると、基地局２０は、データバーストＤＢの到達時間（第２のバースト到達時間）以降、保護ウィンドウの期間の経過（すなわち、基準タイミングの経過）を待たずに、ＳＰＳを割り当て、データ（受信データの一例）を端末装置１０に送信する。
【0462】
これにより、基地局２０が装備しなくてはならないバッファの容量を小さくすることができる。さらに、基地局２０は、スケジュールされた各データバーストＤＢの全てのデータの受信が完了する際にバッファに格納されているデータのサイズを小さくできる。そのため、基地局２０は、端末装置１０が各データバーストの全てのデータの受信を完了するまで時間を早めることができる。
【0463】
なお、上述した例では、基地局２０が、保護ウィンドウの期間Ｔ３内に２つのＳＰＳ（第１、第２のＳＰＳ）を設定するとしたが、基地局２０が設定するＳＰＳの数は２つに限定されない。基地局２０は、保護ウィンドウの期間Ｔ３内に１つのＳＰＳを設定してもよく、３つ以上のＳＰＳを設定してもよい。
【0464】
＜４．４．技術的特徴４＞
ＲＡＮ２０は、取得したＴＳＣ支援情報に基づき、ダイナミックスケジューリング、又は、ＳＰＳにより割り当てられた無線リソースを使ってスケジュールされたデータバーストＤＢをＵＥ１０に送信する。
ＲＡＮ２０は、取得したＴＳＣ支援情報に基づき、ダイナミックスケジューリング、又は、ＳＰＳにより割り当てられた無線リソースを使ってスケジュールされたデータバーストＤＢをＵＥ１０に送信する。
【0465】
このとき、ＲＡＮ２０は、スケジュールされたデータバーストＤＢに割り当てられたＴＳＣ ＱｏＳフローの５ＱＩの５Ｇ－ＡＮ ＰＤＢに従って、ダイナミックスケジューリング、又は、ＳＰＳのいずれかのスケジューリング方法を決定するようにしてもよい。
【0466】
図２０は、本開示の実施形態に係るパケット遅延許容時間によるリソース割り当て処理の流れの一例を示す図である。このリソース割り当て処理は、基地局２０で行われる。
【0467】
図２０に示すように、ＲＡＮ２０を構成する基地局（例えば、ｇＮＢ）は、ＳＭＦ３０６からＴＳＣ支援情報を取得する（ステップＳ３０１）。ここで、ＴＳＣ支援情報には５Ｇ－ＡＮ ＰＤＢに対する閾値が含まれている。
【0468】
ＳＭＦ３０６によって固定、又は、ダイナミックにＣＮ－ＰＤＢを設定されていれば、基地局２０は、設定されているＣＮ－ＰＤＢ（コアネットワークでのパケット遅延許容時間）をＳＭＦ３０６から取得する（ステップＳ３０２）。
【0469】
基地局２０は、ＴＳＣ ＱｏＳフローの５ＱＩのＰＤＢからＣＮ－ＰＤＢを差し引くことで５Ｇ－ＡＮ ＰＤＢ（アクセスネットワークでのパケット遅延許容時間）を算出する（ステップＳ３０３）。ここで、基地局２０は、ＳＭＦ３０６からＣＮ－ＰＤＢをＴＳＣ支援情報に含めて取得してもよい。
【0470】
基地局２０は、算出された５Ｇ－ＡＮ ＰＤＢとＴＳＣ支援情報に含まれている閾値（例えば、１ｍｓ）との比較を行い、５Ｇ－ＡＮ ＰＤＢが閾値以下であるか否かを判定する（ステップＳ３０４）。
【0471】
５Ｇ－ＡＮ ＰＤＢが閾値以下の場合（ステップＳ３０４；Ｙｅｓ）、基地局２０は、スケジュールされたデータバーストＤＢの送信のために、ＳＰＳを設定する（ステップＳ３０５）。基地局２０は、ＳＰＳのconfigured downlink assignment（s）を設定する。
【0472】
一方、５Ｇ－ＡＮ ＰＤＢが閾値を越える場合（ステップＳ３０４；Ｎｏ）、基地局２０は、スケジュールされたデータバーストＤＢの送信のために、ダイナミックスケジューリングによる無線リソースを割り当てる（ステップＳ３０６）。
【0473】
なお、ここでは、基地局２０が、ステップＳ３０４において５Ｇ－ＡＮ ＰＤＢが閾値以下であるか否かを判定するとしたが、判定方法はこれに限定されない。例えば、基地局２０がステップＳ３０４において閾値未満であるか否かを判定するようにしてもよい。
【0474】
また、ここでは、基地局２０が５Ｇ－ＡＮ ＰＤＢに応じてリソース割り当てを行うとしたが、リソース割り当て方法はこれに限定されない。例えば、基地局２０がバースト到達時間の測定結果に応じてリソースを割り当ててもよい。
【0475】
図２１は、本開示の実施形態に係るバースト到達時間の測定結果によるリソース割り当て処理の流れの一例を示す図である。このリソース割り当て処理は、基地局２０で行われる。
【0476】
図２１に示すように、ＲＡＮ２０を構成する基地局（例えば、ｇＮＢ）は、ＳＭＦ３０６からＴＳＣ支援情報を取得する（ステップＳ３０１）。ここで、ＴＳＣ支援情報にはバースト到達時間の測定結果に対する閾値が含まれている。
【0477】
基地局２０は、アプリケーションサーバ４０から送信されたデータバーストＤＢの最初のパケットを受信する時間（ｔ＿ａｒｒｉｖａｌ）を検出する（ステップＳ４０１）。
【0478】
基地局２０は、ＴＳＣ支援情報に含まれる第２のバースト到達時間に対する差分を算出する（ステップＳ４０２）。
【0479】
基地局２０は、ＳＭＦ３０６からＣＮ－ＰＤＢを取得できない場合には、ｔ＿ａｒｒｉｖａｌの第２のバースト到達時間に対する差分に従って、ダイナミックスケジューリング、又はＳＰＳのいずれかのスケジューリング方法を決定する。
【0480】
基地局２０は、ｔ＿ａｒｒｉｖａｌの第２のバースト到達時間に対する差分が負の値であるか否かを判定する。すなわち、基地局２０は、差分が０未満であるか否かを判定する（ステップＳ４０３）。
【0481】
アプリケーションサーバ４０から送信されたデータバーストＤＢの最初のパケットが第２のバースト到達時間通り、又は、第２のバースト到達時間より遅く、基地局２０に到達している場合、差分が０以上となる。
【0482】
この場合（ステップＳ４０３；Ｎｏ）、基地局２０は、スケジュールされたデータバーストの送信のためにＳＰＳを設定する（ステップＳ４０４）。基地局２０は、ＳＰＳのconfigured downlink assignment（s）を設定する。
【0483】
ここで、基地局２０は第２のバースト到達時間に保護ウィンドウの期間を加算したタイミング（基準タイミング）を基準にしてＳＰＳのconfigured downlink assignment（s）を設定する。
【0484】
一方、アプリケーションサーバ４０から送信されたデータバーストＤＢの最初のパケットが第２のバースト到達時間より早く基地局２０に到達している場合、ｔ＿ａｒｒｉｖａｌの第２のバースト到達時間に対する差分が負の値（０未満）となる。
【0485】
この場合（ステップＳ４０３；Ｙｅｓ）、基地局２０は、差分の絶対値がＴＳＣ支援情報に含まれる閾値（例えば、１ｍｓ）を超えるか否かを判定する（ステップＳ４０５）。
【0486】
差分の絶対値が閾値を超える場合（ステップＳ４０５；Ｙｅｓ）、基地局２０は、スケジュールされたデータバーストＤＢの送信のために、ダイナミックスケジューリングによる無線リソースを割り当てる（ステップＳ４０６）。
【0487】
一方、差分の絶対値が閾値を超えない、すなわち、差分の絶対値が閾値以上である場合（ステップＳ４０５；Ｎｏ）、基地局２０はステップＳ４０４を実行する。
【0488】
ここで、基地局２０はｔ＿ａｒｒｉｖａｌに保護ウィンドウの期間を加算したタイミングを基準にしてＳＰＳのconfigured downlink assignment（s）を設定する。
【0489】
なお、基地局２０は、ステップＳ４０３において、差分が正の値であると判定した場合、確立されたＰＤＵセッションにおいてデータバーストＤＢに割り当てられた５ＱＩのＣＮ ＰＤＢを満たせていないと判断する。つまり、アプリケーションサーバ４０から送信されたデータバーストの最初のパケットを第２のバースト到達時間より遅く受信する場合、基地局２０は、ＣＮ ＰＤＢを満たせていないと判断する。この場合、基地局２０は、ＳＭＦ３０６にその旨を報告する。
【0490】
ここで、ＳＭＦ３０６は、前述のＱｏＳモニタリングを介してＣＮ ＰＤＢの測定結果を取得し得る。これにより、ＳＭＦ３０６が、データバーストＤＢに割り当てられた５ＱＩのＣＮ ＰＤＢを満たせていないことを検出するようにしてもよい。
【0491】
図２２は、本開示の実施形態に係るＴＳＣ支援情報の更新処理の流れの一例を示す図である。更新処理は、ＳＭＦ３０６で実行される。
【0492】
図２２に示すように、ＳＭＦ３０６は、コアネットワークでのパケット遅延許容時間に関する報告を取得する（ステップＳ５０１）。この報告は、データバーストＤＢの送信のために確立しているＰＤＵセッションにおいて、データバーストＤＢに割り当てられた５ＱＩのＣＮ ＰＤＢを満たせていないことを示す。
【0493】
ここで、コアネットワークでのパケット遅延許容時間に関する報告は、ＱｏＳモニタリングを介したＣＮ ＰＤＢの測定結果でもよい。
【0494】
続いて、ＳＭＦ３０６は、データバーストＤＢに割り当てられた５ＱＩのＣＮ ＰＤＢ（コアネットワークでのパケット遅延許容時間）を満たせているか否かを判定する（ステップＳ５０２）。
【0495】
データバーストＤＢに割り当てられた５ＱＩのＣＮ ＰＤＢを満たせていると検知（判定）すると（ステップＳ５０２；Ｙｅｓ）、ＳＭＦ３０６は、処理を終了する。
【0496】
一方、データバーストＤＢに割り当てられた５ＱＩのＣＮ ＰＤＢを満たせていないことを検知（判定）すると（ステップＳ５０２；Ｎｏ）、ＳＭＦ３０６は、ＣＮ ＰＤＢ（コアネットワークでのパケット遅延許容時間）及び５Ｇ－ＡＮ ＰＤＢ（アクセスネットワークでのパケット遅延許容時間）を再配分する（ステップＳ５０３）。なお、ＳＭＦ３０６は、ＴＳＣ ＱｏＳフローに対するパケット遅延許容時間の範囲で、これらＰＤＢの配分を再設定する。
【0497】
ＳＭＦ３０６は、更新される５Ｇ－ＡＮ ＰＤＢ（アクセスネットワークでのパケット遅延許容時間）が有意、つまり、実現可能な許容時間であるか否かを判定する（ステップＳ５０４）。ここで、実現可能な許容時間は、負の値でなく、０以上の値である。実現可能な許容時間は、例えば、５００ｕｓ以上の時間である。
【0498】
例えば、ＳＭＦ３０６は、更新される５Ｇ－ＡＮ ＰＤＢが５００ｕｓ以上である場合、実現可能な許容時間であると判定する。更新される５Ｇ－ＡＮ ＰＤＢが実現可能な許容時間であると判定すると（ステップＳ５０４；Ｙｅｓ）、ＳＭＦ３０６は、更新されたＣＮ ＰＤＢ（アクセスネットワークでのパケット遅延許容時間）を使って第２のバースト到達時間を更新する（ステップＳ５０５）。
【0499】
ＳＭＦ３０６は、ＴＳＣ支援情報に更新された第２のバースト到達時間を含めることで、ＴＳＣ支援情報を更新して（ステップＳ５０６）、処理を終了する。ここで、更新されたＴＳＣ支援情報には、更新された第２のバースト到達時間がどのデータバーストＤＢ（例えば、これから送信される２つ目のデータバーストＤＢ）から適用されることを示す情報が含まれ得る。
【0500】
一方、例えば、ＳＭＦ３０６は、更新される５Ｇ－ＡＮ ＰＤＢが５００ｕｓ未満である場合、実現可能な許容時間であると判定する。更新される５Ｇ－ＡＮ ＰＤＢが実現可能な許容時間でないと判定すると（ステップＳ５０４；Ｎｏ）、ＳＭＦ３０６は、ゲートコントロールリストを更新し（ステップＳ５０７）、処理を終了する。
【0501】
ここで、ＳＭＦ３０６は、第１の生存時間を満たすことができるように、例えば、データバーストＤＢが割り当てられているキューのタイムスロットの期間をより短い期間に変更することで、ゲートコントロールリストを更新する。あるいは、ＳＭＦ３０６は、同じタイムスロットでパスするよう設定されている優先度の低い他のキューをブロックするように変更する。
【0502】
また、ＳＭＦ３０６は、上述したステップＳ５０７において、ゲートコントロールリストの更新に加えて、又は代えて、トラフィックの優先制御のためのキューへの割り当ての変更を行ってもよい。この場合、ＳＭＦ３０６は、ＣＮ ＰＤＢを改善できるように、例えば、データバーストＤＢをより優先度の高いキューに割り当てる。あるいは、ＳＭＦ３０６は、データバーストＤＢが割り当てられているキューと同じキューに割り当てられている他のトラフィックの一部、又は、全てをより優先度の低いキューに割り当てる。
【0503】
上述したステップＳ５０１において、ＲＡＮ２０は、データバーストに割り当てられた５ＱＩのＣＮ ＰＤＢを満たせていないことを示すコアネットワークでのパケット遅延許容時間に関する報告をＳＭＦ３０６に送信する。このとき、ＲＡＮ２０が、さらに、ｔ＿ａｒｒｉｖａｌの第２のバースト到達時間に対する差分（オフセット）を報告するようにしてもよい。オフセットを含む報告を受けたＳＭＦ３０６は、ステップＳ５０３において、このオフセットに基づいてＣＮ ＰＤＢの配分を変更し得る。
【0504】
以上の処理を行うことで、ＳＭＦ３０６は、アクセスネットワークでのパケット遅延許容時間（ＡＮ ＰＤＢ）に応じて、ダイナミックスケジューリング、又は、ＳＰＳのいずれかのスケジューリング方法を決定することができる。なお、アクセスネットワークでのパケット遅延許容時間（ＡＮ ＰＤＢ）は、コアネットワークでのパケット遅延許容時間（ＣＮ ＰＤＢ）に依存する。
【0505】
また、ＳＭＦ３０６は、ＴＳＣ支援情報のパケット到達時間を使ってコアネットワークでのパケット遅延時間の変化を検出して、コアネットワークとアクセスネットワークの遅延許容時間の配分をダイナミックに制御することができる。
【0506】
また、基地局２０は、ＳＰＳを設定することにより、アクセスネットワークでのＴＳＣ ＱｏＳフローの送信を安定して低遅延化することができる。一方、基地局２０が他のトラフィックのデータ送信を犠牲にしてしまう可能性が懸念される。
【0507】
そこで、ＳＭＦ３０６は、コアネットワークでの遅延許容時間を短くできる場合には、コアネットワークでの遅延許容時間を短くする。これにより、基地局２０は、ＴＳＣ ＱｏＳフローに対するアクセスネットワークでのパケット遅延許容時間に時間を割くことができる。
【0508】
これにより、基地局２０は、ＳＰＳではなくダイナミックスケジューリングを選択することができる。そのため、基地局２０は、他のトラフィックのデータ送信を犠牲にせずに、ＴＳＣ ＱｏＳフローに対するアクセスネットワークでのパケット遅延許容時間を満たす範囲で柔軟な無線リソースの割り当てを行うことができる。
【0509】
＜４．５．技術的特徴５＞
なお、上述した各技術的特徴では、主にダウンリンクにおけるスケジュールされた周期的なデータバーストの伝送処理について説明を行った。また、アップリンクにおいても同様の仕組みで、端末装置であるＵＥ１０は、基地局であるＲＡＮ２０、及び、ＵＰＦ３３０を介して、スケジュールされた周期的なデータバーストをアプリケーションサーバ４０に伝送することができる。
なお、上述した各技術的特徴では、主にダウンリンクにおけるスケジュールされた周期的なデータバーストの伝送処理について説明を行った。また、アップリンクにおいても同様の仕組みで、端末装置であるＵＥ１０は、基地局であるＲＡＮ２０、及び、ＵＰＦ３３０を介して、スケジュールされた周期的なデータバーストをアプリケーションサーバ４０に伝送することができる。
【0510】
図２３は、本開示の実施形態に係るスケジュールされたデータバーストの５ＧＳにおける伝送の他の例（アップリンク）を示す図である。この場合、ＲＡＮ２０は、ＵＥ１０からデータバーストＤＢ（受信データの一例）を受信し、ＵＰＦ３３０を介してアプリケーションサーバ４０に送信する。
【0511】
ＳＭＦ３０６がＵＥ１０からＰＤＵセッションの確立要求を受信すると、ＴＳＣＴＳＦ３１２は、トラフィックパターンに係る情報をＡＦ３０８から取得してＴＳＣ支援コンテナを生成する。アプリケーションサーバ４０は、時刻ｔ０に最初のデータバーストＤＢ＃１の最初のパケットの受信を開始し、最初のデータバーストＤＢ＃１の全てのパケットが生存時間の間に受信できるように、トラフィックパターンに係る情報をＴＳＣＴＳＦ３１２に提供する。
【0512】
アップリンクのスケジュールされた周期的なデータバーストＤＢに対するトラフィックパターンに係る情報には、データバーストＤＢの周期（Periodicity）、バースト到達時間（Burst Arrival Time）、生存時間（Survival Time）等が含まれている。
【0513】
ＳＭＦ３０６がＵＥ１０からＰＤＵセッションの確立要求を受信すると、ＴＳＣＴＳＦ３１２は、トラフィックパターンに係る情報をＡＦ３０８から取得してＴＳＣ支援コンテナを生成する。
【0514】
ＴＳＣ支援コンテナには、データバーストＤＢの周期（Periodicity）、第３のバースト到達時間（Burst Arrival Time）、第３の生存時間（Survival Time）が含まれる。ここで、第３のバースト到達時間は、ＵＥ１０に接続されたＤＳ－ＴＴ５１、あるいは、ＵＥ１０内（例えば、アプリケーションレイヤ）に構成されたＤＳ－ＴＴ５１の入力ポートに到達する時間である。第３のバースト到達時間は、ＵＰＦ３３０からアプリケーションサーバ４０までの遅延Ｔ１、及び、データバーストに割り当てられたＴＳＣ ＱｏＳフローの５ＱＩのＰＤＢ（Ｔ２＋Ｔ５）をｔ０から差し引いた時間（ｔ０－Ｔ１－（Ｔ２＋Ｔ５）＝ｔ０－（Ｔ１＋Ｔ２＋Ｔ５））となる。
【0515】
ＳＭＦ３０６は、ＴＳＣＴＳＦ３１２からＴＳＣ支援コンテナを取得して、ＴＳＣ支援コンテナに含まれるデータバーストの周期、第３のバースト到達時間、及び第３の生存時間を使ってトラフィックの優先制御のためのゲートコントロールリストを生成する。ここで、ゲートコントロールリストを使ったトラフィックの優先制御はＤＳ－ＴＴ５１に設定される。
【0516】
例えば、ＳＭＦ３０６は、スケジュールされたデータバーストを優先度が最も高いキュー（Queue 7）に割り当てる。ＳＭＦ３０６は、このキューをパスするタイムスロットの期間として第３の生存時間と等しい期間、又は、より短い期間を設定する。また、ＳＭＦ３０６は、このタイムスロットの周期をデータバーストの周期に設定する。ＳＭＦ３０６は、このタイムスロットの開始タイミングをＤＳ－ＴＴ５１の入力に到達する時間である第３のバースト到達時間に設定する。ＳＭＦ３０６は、これらの設定を含むゲートコントロールリストを生成する。
【0517】
ＳＭＦ３０６は生成したゲートコントロールリストを、ＵＥ１０を介して、ＵＥ１０に接続された、あるいは、ＵＥ１０内に構成されたＤＳ－ＴＴ５１に送信する。ＤＳ－ＴＴ５１は、取得したゲートコントロールリストに従って、保護ウィンドウを設定したトラフィックの優先制御を実行する。
【0518】
ＳＭＦ３０６は、ＴＳＣＴＳＦ３１２からＴＳＣ支援コンテナを取得して、確立するＰＤＵセッションに対してＴＳＣ支援情報を生成する。ＳＭＦ３０６は、ＴＳＣ支援コンテナに含まれる第３のバースト到達時間はＵＥ１０の出力インタフェースに到達する時間であるとみなし、ＴＳＣ支援情報に含めるバースト到達時間として第３のバースト到達時間を含める。
【0519】
また、ＳＭＦ３０６は、ＤＳ－ＴＴ５１が実行するゲートコントロールリストを使ったトラフィックの優先制御による遅延Ｔ６（図示省略）を見込む場合、第４のバースト到達時間をＴＳＣ支援情報に含めるようにしてもよい。第４のバースト到着時間は、第３のバースト到達時間（ｔ０－Ｔ１－Ｔ２－Ｔ５）から遅延Ｔ６を差し引いた時間である（ｔ０－Ｔ１－Ｔ２－Ｔ５―Ｔ６）。
【0520】
なお、ＴＳＣＴＳＦ３１２が、ＴＳＣ支援コンテナに含まれるデータバーストの周期、第３のバースト到達時間、及び、第３の生存時間を使ってゲートコントロールリストを生成するようにしてもよい。ＴＳＣＴＳＦ３１２が生成したゲートコントロールリストは、ＳＭＦ３０６を介してＵＥ１０に提供される。
【0521】
ＵＥ１０は、ＵＥ１０に接続される、又は、ＵＥ１０内の機能として設定されるＤＳ－ＴＴ５１が取得するゲートコントロールリストに合わせて、ＣＧの設定、又は、ＤＧ（Dynamic Grant）の割り当てをＲＡＮ２０に要求する。
【0522】
あるいは、ＲＡＮ２０が、ゲートコントロールリストに合わせて、ＣＧの設定、又は、ＤＧの割り当てを決定するようにしてもよい。この場合、ＲＡＮ２０は、ＤＳ－ＴＴ５１に提供されるゲートコントロールリストをＳＭＦ３０６から取得する。なお、このゲートコントロールリストは、スケジュールされた周期的なアップリンクのデータバーストに対するリストである。
【0523】
基地局２０は、ダウンリンクの例（技術的特徴１～４）と同様に、第３のバースト到達時間と保護ウィンドウの期間Ｔ３に基づいてＣＧを設定し得る。例えば、基地局２０は、ＴＳＣ支援情報に基づいてＣＧ（無線リソースの割り当ての一例）を決定し、ConfiguredGrantConfigを端末装置１０に送信することで、ＣＧを設定する。
【0524】
さらに、ＲＡＮ２０は、スケジュールされたアップリンクのデータバーストＤＢに割り当てられたＴＳＣ ＱｏＳフローの５ＱＩの５Ｇ－ＡＮ ＰＤＢ（Ｔ５）に従って、ＣＧの設定、又は、ＤＧの割り当てを決定するようにしてもよい。
【0525】
ＳＭＦ３０６によって固定、又は、ダイナミックにＣＮ－ＰＤＢ(Ｔ２)が設定されている場合、ＲＡＮ２０は、設定されているＣＮ－ＰＤＢをＳＭＦ３０６から取得する。この場合、ＲＡＮ２０は、ＴＳＣ ＱｏＳフローの５ＱＩのＰＤＢからＣＮ－ＰＤＢを差し引くことで５Ｇ－ＡＮ ＰＤＢを算出する。ここで、ＲＡＮ２０は、ＣＮ－ＰＤＢを含むＴＳＣ支援情報をＳＭＦ３０６から取得してもよい。
【0526】
あるいは、ＡＦ３０８は、ＮＥＦ３０２を介して、５ＧＳからＴＳＣ ＱｏＳフローのアップリンクにおけるパケット遅延許容時間（例えば、Ｔ１、Ｔ２、Ｔ５）に係る情報を取得するようにしてもよい。ＡＦ３０８は、取得した情報を使って、アップリンクのスケジュールされた周期的なデータバーストＤＢのトラフィックパターンに係る情報を生成する。
【0527】
この場合、ＡＦ３０８は、ＵＥ１０の出力インタフェースに届く際の可能な限り遅い時間として定義される第３のバースト到達時間を設定し得る。つまり、ＡＦ３０８は、アップリンクにおけるパケット遅延許容時間に係る情報を使ってアプリケーションサーバ４０に到達する時間を把握した上でバースト到達時間を設定し得る。
【0528】
また、ＴＳＣ ＱｏＳフローを処理するに際し、ＮＷ－ＴＴ５２の機能／役割はユーザープレーンを処理する機能（例えば、ＵＰＦ３３０の一機能）として統合されてもよい。同様に、ＤＳ－ＴＴ５１の機能／役割は端末装置であるＵＥ１０の一機能として統合されてもよい。
【0529】
＜＜５．その他の実施形態＞＞
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
【0530】
本実施形態の情報処理装置３００、基地局２０、又は、端末装置１０を制御する制御装置は、専用のコンピュータシステムにより実現してもよいし、汎用のコンピュータシステムによって実現してもよい。
【0531】
例えば、上述の動作を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、情報処理装置３００、基地局２０、又は、端末装置１０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、情報処理装置３００、基地局２０、又は、端末装置１０の内部の装置（例えば、制御部３３、制御部２４、又は、制御部１５）であってもよい。
【0532】
また、上記通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
【0533】
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0534】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。なお、この分散・統合による構成は動的に行われてもよい。
【0535】
また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のシーケンス図に示された各ステップは、適宜順序を変更することが可能である。
【0536】
また、例えば、本実施形態は、装置又はシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
【0537】
なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。従って、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【0538】
また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【0539】
＜＜６．むすび＞＞
以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
【0540】
また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。
【0541】
なお、本技術は以下のような構成も取ることができる。
（１）
周期的に受信する受信データに関する無線リソースの割り当て情報を決定し、
前記割り当て情報を端末装置に送信する制御部、
を備え、
前記受信データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
基地局。
（２）
前記割り当て情報は、ＳＰＳ－Ｃｏｎｆｉｇである（１）に記載の基地局。
（３）
前記制御部は、ＵＰＦを介してアプリケーション装置から前記受信データを受信し、当該受信データを、前記無線リソースを用いて前記端末装置に送信する、（２）に記載の基地局。
（４）
前記割り当て情報は、ConfiguredGrantConfigである、（１）に記載の基地局。
（５）
前記制御部は、前記無線リソースを用いて前記端末装置から前記受信データを受信し、ＵＰＦを介して当該受信データをアプリケーション装置に送信する、（４）に記載の基地局。
（６）
前記保護ウィンドウの期間は、複数のキューを用いて前記受信データの転送を制御する際に、当該受信データに割り当てられた前記キューを用いて、当該受信データを優先的に転送させる期間である、
（１）～（５）のいずれか１つに記載の基地局。
（７）
前記制御部は、前記データバーストの到達時間から、前記保護ウィンドウの期間が経過した後に、前記無線リソースを割り当てる、（１）～（６）のいずれか１つに記載の基地局。
（８）
前記制御部は、前記データバーストの到達時間以降、前記保護ウィンドウの期間の経過を待たずに、前記無線リソースを割り当てる、（１）～（６）のいずれか１つに記載の基地局。
（９）
前記制御部は、Survival Timeを示す情報を取得し、
前記保護ウィンドウの期間、及び、前記無線リソースが割り当てられる期間の総和は、前記Survival Timeより短い、
（１）～（８）のいずれか１つに記載の基地局。
（１０）
前記制御部は、前記端末装置との間のチャネル状態に関する状態情報を取得し、
前記受信データの送信又は受信に使用する変調パラメータを特定し、
前記受信データの前記送信又は前記受信のために割り当てられたＱｏＳフロー、及び、帯域幅の少なくとも一方に関する優先情報を取得し、
前記ＱｏＳフローにおける最大データバースト量の前記受信データを、前記変調パラメータを用いて送信又は受信するために必要な数の前記無線リソースを割り当てる、
（１）～（９）のいずれか１つに記載の基地局。
（１１）
特定した前記変調パラメータを用いて送信又は受信可能なデータ量が前記最大データバースト量よりも小さい場合、前記制御部は、少なくとも１つの前記無線リソースを追加で割り当て、前記無線リソースの追加割り当てに関する追加割り当て情報を、ＲＲＣシグナリングを用いて前記端末装置に通知する、（１０）に記載の基地局。
（１２）
特定した前記変調パラメータを用いて送信又は受信可能なデータ量が前記最大データバースト量より大きい場合、前記制御部は、少なくとも１つの前記無線リソースの割り当てをディアクティベーションし、前記無線リソースのディアクティベーションに関するディアクティベーション情報を、Ｌ１の制御情報を用いて前記端末装置に通知する、（１０）又は（１１）に記載の基地局。
（１３）
前記制御部は、アクセスネットワークにおける前記データバーストのパケット遅延許容時間、及び、当該パケット遅延許容時間に関する許容閾値を取得し、
前記パケット遅延許容時間、及び、前記許容閾値を使用して、複数の前記受信データに対する前記無線リソースの割り当て、又は、複数の前記受信データのうちの１つである第１の受信データに対する第１の無線リソースの割り当てを設定し、
割り当て結果を前記端末装置に送信する、
（１）～（１２）のいずれか１つに記載の基地局。
（１４）
前記制御部は、前記パケット遅延許容時間が前記許容閾値以下、又は、前記許容閾値未満である場合、複数の前記受信データに対する前記無線リソースの割り当てを設定する、（１３）に記載の基地局。
（１５）
前記制御部は、前記パケット遅延許容時間が前記許容閾値を超える、又は、前記許容閾値以上である場合、前記第１の受信データに対する前記第１の無線リソースの割り当てを設定する、（１３）又は（１４）に記載の基地局。
（１６）
前記制御部は、前記データバーストの最初のパケットを受信する受信時間を検出し、
前記データバーストの前記到達時間と前記受信時間との差分を算出し、
前記差分に対する差分閾値を取得し、
前記差分及び差分閾値を使用して、複数の前記受信データに対する前記無線リソースの割り当て、又は、複数の前記受信データのうちの１つである第１の受信データに対する第１の無線リソースの割り当てを設定し、
割り当て結果を前記端末装置に送信する、
（１）～（１２）のいずれか１つに記載の基地局。
（１７）
前記制御部は、セッション管理装置に前記差分を送信し、
前記差分を送信後、前記セッション管理装置から前記パケット遅延許容時間を更新した更新遅延許容時間を取得し、
前記更新遅延許容時間及び前記許容閾値を使用して、複数の前記受信データに対する前記無線リソースの割り当て、又は、複数の前記受信データのうちの１つである第１の受信データに対する第１の無線リソースの割り当てを設定し、
割り当て結果を前記端末装置に送信する、
（１６）に記載の基地局。
（１８）
前記制御部は、前記データバーストに対するＰＤＵセットの設定に係るＰＤＵ情報を取得し、
前記ＰＤＵセットを構成する２種類以上のデータの優先度に基づき、前記無線リソースの割り当てに関する前記割り当て情報を決定する、
（１）～（１７）のいずれか１つに記載の基地局。
（１９）
前記制御部は、
前記データバーストに対して設定された複数のＰＤＵセットに係るＰＤＵセット情報を取得し、
複数の前記ＰＤＵセットの優先度に基づき、前記ＰＤＵセットを構成するデータに対する前記無線リソースの割り当てに関する前記割り当て情報を決定する、
（１）～（１７）のいずれか１つに記載の基地局。
（２０）
前記データバーストは、ＧＯＰ（Group Of Picture）を構成するデータであり、
前記ＰＤＵセットを構成する前記データの種類は、キーフレーム、Ｐフレーム、及び、Ｂフレームのいずれかである、（１８）又は（１９）に記載の基地局。
（２１）
前記データバーストは、複数の領域で構成される３６０度の映像データであり、
前記ＰＤＵセットを構成する前記データの種類は、視点に対応する１つの領域、及び、前記視点に対応する他の領域のいずれかである、（１８）又は（１９）に記載の基地局。
（２２）
前記制御部は、前記受信データの送信のために割り当てられたＱｏＳフローに対するアクセス部でのパケット遅延許容時間及び最大データバースト量を取得し、
前記パケット遅延許容時間内に前記最大データバースト量を送信できるか否かを判定し、
前記パケット遅延許容時間内に前記最大データバースト量を送信できない場合に、その旨を外部装置に報告する、
（１）～（２１）のいずれか１つに記載の基地局。
（２３）
前記制御部は、第１の動画フォーマットを含む前記受信データを受信する期間の前記パケット遅延許容時間内に、前記最大データバースト量を送信することができないことを報告した後に、第２の動画フォーマットを含む前記受信データの受信を開始する、（２２）に記載の基地局。
（２４）
前記制御部は、第１の動画フォーマットを含む前記受信データを受信する期間の前記パケット遅延許容時間内に、前記最大データバースト量を送信することができないことを報告した後に、前記受信データの送信のために割り当てられた第２のＱｏＳフローに対するアクセス部での第２のパケット遅延許容時間及び第２の最大データバースト量を取得し、
前記第２のＱｏＳフローに対応する前記第２の動画フォーマットを含む前記受信データを受信する、
（２２）又は（２３）に記載の基地局。
（２５）
前記制御部は、前記データバーストに割り当てられたバーストシーケンシャル番号を取得し、
ＰＤＵセット、又は、当該ＰＤＵセット内の各ＰＤＵに割り当てられたＰＤＵシーケンシャル番号であって、前記バーストシーケンシャル番号に対応付けられた前記ＰＤＵシーケンシャル番号を取得し、
前記バーストシーケンシャル番号に対応する前記データバーストの前記保護ウィンドウの期間に、前記ＰＤＵシーケンシャル番号に対応する前記ＰＤＵセット内の複数の前記ＰＤＵを送信するために前記無線リソースを割り当てる、
（１）～（２４）のいずれか１つに記載の基地局。
（２６）
前記ＰＤＵシーケンス番号が、前記ＰＤＵセットに割り当てられたセットシーケンシャル番号である場合、前記セットシーケンシャル番号に対応する前記ＰＤＵセット内の各ＰＤＵに割り当てられた個別シーケンス番号を取得し、
前記セットシーケンシャル番号に対応する前記ＰＤＵセット内の、前記個別シーケンシャル番号が割り振られた前記ＰＤＵを送信するために、前記無線リソースを割り当てる、
（２５）に記載の基地局。
（２７）
前記制御部は、前記個別シーケンシャル番号より先の第１のＰＤＵに対して、前記個別シーケンシャル番号より後の第２のＰＤＵより優先して前記無線リソースを割り当てる、（２６）に記載の基地局。
（２８）
前記制御部は、前記第１のＰＤＵの再送が前記第２のＰＤＵの再送より優先されるよう、前記無線リソースを割り当てる、（２７）に記載の基地局。
（２９）
前記制御部は、複数の前記ＰＤＵのうち、前記バーストシーケンシャル番号に対応する前記データバーストの前記保護ウィンドウの前記期間内に送信できない前記個別シーケンシャル番号の第３のＰＤＵを破棄する、（２６）～（２８）のいずれか１つに記載の基地局。
（３０）
前記ＰＤＵセットには、１つのＧＯＰが割り当てられ、
前記第１のＰＤＵにはキーフレームのデータが割り当てられ、
前記第２のＰＤＵには、Ｐフレームのデータ）又はＢフレームのデータが割り当てられ、
前記第３のＰＤＵには、Ｐフレームのデータ）又はＢフレームのデータが割り当てられる、
（２６）～（２９）のいずれか１つに記載の基地局。
（３１）
前記制御部は、前記ＰＤＵシーケンシャル番号が、前記ＰＤＵセット内の各ＰＤＵに割り当てられた個別ＰＤＵシーケンシャル番号である場合、前記バーストシーケンシャル番号に対応する前記個別シーケンシャル番号が割り振られた前記ＰＤＵを送信するために、前記無線リソースを割り当てる、
（２５）に記載の基地局。
（３２）
前記制御部は、前記ＰＤＵセットの設定に係るＰＤＵ情報を取得し、
前記ＰＤＵ情報に従って、前記個別シーケンシャル番号より先の第１のＰＤＵに対して、前記個別シーケンシャル番号より後の第２のＰＤＵより優先して前記無線リソースを割り当てる、（３１）に記載の基地局。
（３３）
前記制御部は、前記ＰＤＵセットの設定に係るＰＤＵ情報を取得し、
前記ＰＤＵ情報に従って、前記個別シーケンシャル番号より先の第１のＰＤＵを破棄し、
前記個別シーケンシャル番号より後の第２のＰＤＵを送信するために前記無線リソースを割り当てる、
（３１）又は（３２）に記載の基地局。
（３４）
前記ＰＤＵセットには、１つのＧＯＰが割り当てられ、
前記第１のＰＤＵにはキーフレームのデータが割り当てられ、
前記第２のＰＤＵには、Ｐフレームのデータ）又はＢフレームのデータが割り当てられ、
前記第３のＰＤＵには、Ｐフレームのデータ）又はＢフレームのデータが割り当てられる、
（３１）～（３３）のいずれか１つに記載の基地局。
（３５）
周期的に受信又は送信するデータに関する無線リソースの割り当て情報を基地局から受信する制御部、
を備え、
前記データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
端末装置。
（３６）
前記制御部は、周期的に受信又は送信する前記データのためのセッションの確立要求を前記基地局に送信し、
前記割り当て情報に従って、前記セッションの前記データに対する前記無線リソースの割り当てを設定する、
（３５）に記載の端末装置。
（３７）
前記セッションの前記確立要求は、周期的に受信又は送信する前記データのためのネットワークスライスの識別情報を含む、（３６）に記載の端末装置。
（３８）
前記制御部は、前記割り当て情報を、ＲＲＣ（Radio Resource Control）を介して取得する、（３５）～（３７）のいずれか１つに記載の端末装置。
（３９）
前記無線リソースの割り当ては、Semi-Persistent Schedulingによって設定される、（３５）～（３８）のいずれか１つに記載の端末装置。
（４０）
前記割り当て情報は、Semi-Persistent Schedulingによって設定される連続したスロットのスロット数に関する情報を含む、（３９）に記載の端末装置。
（４１）
前記無線リソースは、Semi-Persistent Schedulingによって設定される不連続な複数のスロットを含み、
前記割り当て情報は、不連続な複数の前記スロットのスロット間隔及びスロット数に関する情報を含む、
（３９）に記載の端末装置。
（４２）
前記無線リソースは、Semi-Persistent Schedulingによって設定される不連続な複数のスロットを含み、
前記割り当て情報は、不連続な複数の前記スロットの先頭スロットからの相対的なスロット位置に関する情報を含む、
（３９）に記載の端末装置。
（４３）
前記無線リソースは、Semi-Persistent Schedulingによって設定される不連続な複数のスロットを含み、
前記割り当て情報は、任意の期間内で割り当てられる不連続な複数の前記スロットの複数のパターンのうちの１つを特定するための特定情報を含む、
（３９）に記載の端末装置。
（４４）
前記無線リソースの割り当ては、Configured Grantである、（３５）～（３８）のいずれか１つに記載の端末装置。
（４５）
前記割り当て情報は、Configured Grantによって設定される連続したスロット又はシンボルの数に関する情報を含む、（４４）に記載の端末装置。
（４６）
前記無線リソースは、Configured Grantによって設定される不連続な複数のスロット又はシンボルを含み、
前記割り当て情報は、不連続な複数の前記スロット又は前記シンボルの間隔及び数に関する情報を含む、
（４４）に記載の端末装置。
（４７）
前記無線リソースは、Configured Grantによって設定される不連続な複数のスロット又はシンボルを含み、
前記割り当て情報は、不連続な複数の前記スロット又は前記シンボルの先頭からの相対的な位置に関する情報を含む、
（４４）に記載の端末装置。
（４８）
前記無線リソースは、Configured Grantによって設定される不連続な複数のスロット又はシンボルを含み、
前記割り当て情報は、任意の期間内で割り当てられる不連続な複数の前記スロット又は前記シンボルの複数のパターンのうちの１つを特定するための特定情報を含む、
（４４）に記載の端末装置。
（４９）
前記割り当て情報は、複数の前記無線リソースの割り当ての前記設定に関する情報を含む、（３５）～（４８）のいずれか１つに記載の端末装置。
（５０）
前記制御部は、受信したＬ１シグナリングに基づき、複数の前記無線リソースの割り当ての少なくとも１つの割り当てをアクティベートする、（４９）に記載の端末装置。
（５１）
前記制御部は、受信したＬ１シグナリングに基づき、複数の前記無線リソースの割り当ての少なくとも１つの割り当てをディアクティベートする、（４９）又は（５０）に記載の端末装置。
（５２）
データバーストの到達時間、周期、及び、保護ウィンドウによって特定されるデータであって、周期的に受信又は送信するデータのためのセッションの確立要求を端末装置から取得し、
前記データバーストの第１の到達時間、及び、周期に係る第１の情報を取得し、
複数のキューに分割されたトラフィックのユーザープレーンでの伝送処理における優先制御のために前記キューごとに割り当てられるタイムスロットを設定し、
複数の前記キューの中の１つである第１のキューを前記データバーストに割り当て、
前記周期、及び、前記第１のキューに割り当てられたタイムスロットに関する第２の情報を前記端末装置と通信を行う基地局に送信する、制御部、
を備える情報処理装置。
（５３）
前記制御部は、ポリシーを管理するネットワーク機能から前記セッションに対応するポリシーを取得し、
前記ポリシーに従って、エッジアプリケーションサーバとの接続を含む前記セッションを確立する、
（５２）に記載の情報処理装置。
（５４）
前記確立要求は、前記セッションが属するネットワークスライスを識別するための識別情報を含み、
前記制御部は、前記識別情報に従って、エッジアプリケーションサーバとの接続を含む前記セッションを確立する処理を起動する、
（５２）又は（５３）に記載の情報処理装置。
（５５）
前記制御部は、周期的に受信又は送信する前記データに割り当てられた５ＱＩのパケット遅延許容時間を満たせない旨の通知を受信すると、前記通知に従って、確立されている前記セッションを、エッジアプリケーションサーバとの接続を含む第２のセッションに変更する、（５２）～（５４）のいずれか１つに記載の情報処理装置。
（５６）
前記制御部は、前記基地局から前記通知を受信する、（５５）に記載の情報処理装置。
（５７）
前記制御部は、ＱｏＳモニタリングの測定結果を取得し、
前記測定結果に基づき、周期的に受信又は送信する前記データに割り当てられた５ＱＩのパケット遅延許容時間を満たせているか否かを判定し、
前記パケット遅延許容時間を満たせていないと判定した場合、確立されている前記セッションを、エッジアプリケーションサーバとの接続を含む第２のセッションに変更する、（５２）～（５４）のいずれか１つに記載の情報処理装置。
（５８）
前記制御部は、周期的に受信又は送信する前記データに割り当てられた５ＱＩの第１のパケット遅延許容時間を取得し、
コアネットワークでの第２のパケット遅延許容時間であって、前記第１のパケット遅延許容時間より短い前記第２のパケット遅延許容時間を設定し、
前記到達時間に前記第２のパケット遅延許容時間を加えた第２の到達時間を設定し、
前記第２の到達時間に関する到達情報を前記基地局に送信する、
（５２）に記載の情報処理装置。
（５９）
前記制御部は、前記第１のパケット遅延許容時間を満たせていない旨の通知を受信すると、前記第２のパケット遅延許容時間を、前記第１のパケット遅延許容時間よりも短い第３のパケット遅延許容時間に更新し、
前記到達時間に前記第３のパケット遅延許容時間を加えた第３の到達時間を設定し、
前記第３の到達時間に関する第２の到達情報を前記基地局に送信する、
（５８）に記載の情報処理装置。
（６０）
前記制御部は、ＱｏＳモニタリングの測定結果を取得し、
前記測定結果に基づき、前記第１のパケット遅延許容時間を満たせているか否かを判定し、
前記第１のパケット遅延許容時間を満たせていないと判定した場合、前記第２のパケット遅延許容時間を、前記第１のパケット遅延許容時間よりも短い第３のパケット遅延許容時間に更新し、
前記到達時間に前記第３のパケット遅延許容時間を加えた第３の到達時間を設定し、
前記第３の到達時間に関する第２の到達情報を前記基地局に送信する、
（５８）に記載の情報処理装置。
（６１）
前記制御部は、アクセスネットワークでの第４のパケット遅延許容時間であって、前記第１のパケット遅延許容時間より短い前記第４のパケット遅延許容時間を設定し、
前記第４のパケット遅延許容時間に従って、前記アクセスネットワークでのSemi-Persistent Scheduling（ＳＰＳ）の設定を指示するＳＰＳ指示情報を前記基地局に送信する、
（５８）～（６０）のいずれか１つに記載の情報処理装置。
（６２）
前記制御部は、アクセスネットワークでの第４のパケット遅延許容時間であって、前記第１のパケット遅延許容時間より短い前記第４のパケット遅延許容時間を設定し、
前記第４のパケット遅延許容時間に従って、前記アクセスネットワークでのConfigured Grant（ＣＧ）の設定を指示するＣＧ指示情報を前記基地局に送信する、
（５８）～（６１）のいずれか１つに記載の情報処理装置。
（６３）
前記制御部は、前記データバーストに対するＰＤＵセットの設定に係るＰＤＵ情報を取得する、（５２）～（６２）のいずれか１つに記載の情報処理装置。
（６４）
前記制御部は、前記データバーストに対して設定された複数のＰＤＵセットに係るＰＤＵセット情報を取得する、（５２）～（６２）のいずれか１つに記載の情報処理装置。
（６５）
前記ＰＤＵ情報は、１つのＧＯＰを各データバーストに割り当てるための情報であり、
前記ＧＯＰは、１つのキーフレーム、及び、少なくとも１つのＰフレームを含む、（６３）に記載の情報処理装置。
（６６）
前記ＰＤＵセット情報は、複数の前記ＰＤＵセットの各ＰＤＵセットに１つのＧＯＰのいずれか１つのフレームを割り当てるための情報であり、
前記ＧＯＰは、１つのキーフレーム、及び、少なくとも１つのＰフレームを含む、（６４）に記載の情報処理装置。
（６７）
前記ＰＤＵ情報、又は前記ＰＤＵセット情報は、１つのＧＯＰを構成する各画像フレーム情報を各データバーストにそれぞれ割り当てるための情報であり、
前記ＧＯＰは、１つのキーフレーム、及び、少なくとも１つのＰフレームを含む、（６３）、又は（６４）に記載の情報処理装置。
（６８）
前記ＰＤＵ情報、又は前記ＰＤＵセット情報は、前記ＧＯＰの前記キーフレームに前記Ｐフレームよりも高い優先度を設定するよう指示する情報を含む、（６５）～（６７）のいずれか１つに記載の情報処理装置。
（６９）
前記ＰＤＵ情報、又は前記ＰＤＵセット情報は、複数の領域で構成される３６０度映像のデータを各データバーストに割り当てるための情報であり、
複数の前記領域は、視点に対応する１つの領域を含む（６３）、又は（６４）に記載の情報処理装置。
（７０）
前記ＰＤＵ情報、又は前記ＰＤＵセット情報は、複数の領域で構成される３６０度映像の領域ごとのデータを各データバーストに割り当てるための情報であり、
複数の前記領域は、視点に対応する１つの領域を含む（６３）、又は（６４）に記載の情報処理装置。
（７１）
前記ＰＤＵ情報、又は前記ＰＤＵセット情報は、前記視点に対応する前記領域に、他の領域よりも高い優先度を設定するよう指示する情報を含む、（６９）～（７０）のいずれか１つに記載の情報処理装置。
（７２）
アプリケーションレベルで生成される複数のデータの同期が必要である場合、前記ＰＤＵ情報は、複数の前記データを各データバーストにそれぞれ割り当てるための情報である、（６３）に記載の情報処理装置。
（７３）
アプリケーションレベルで生成される複数のデータの同期が必要である場合、前記ＰＤＵセット情報は、複数の前記データを各データバーストにそれぞれ割り当てるための情報である、（６４）に記載の情報処理装置。
（７４）
前記ＰＤＵ情報又は前記ＰＤＵセット情報は、複数の前記データ間に相対的な優先度を設定するよう指示する情報を含む、（７２）又は（７３）に記載の情報処理装置。
（７５）
複数の前記データがアップリンクを介して送信される第１のデータ、及び、ダウンリンクを介して受信される第２のデータを含む場合、前記ＰＤＵセット情報は、さらに前記第１のデータを割り当てる第１のＰＤＵセット、及び、前記第２のデータを割り当てる第２のＰＤＵセット間の相対的なＰＤＵセット許容期間を含み、
前記制御部は、前記ＰＤＵセット許容期間に基づき、前記第１のＰＤＵセットを割り当てる前記第１のデータバースト、及び、前記第２のＰＤＵセットを割り当てる前記第２のデータバーストの到達時間を設定する、（７３）又は（７４）に記載の情報処理装置。
（７６）
第１の動画フォーマットで第１のデータを送信している場合であって、前記第１のデータを送信するために割り当てられた第１のＱｏＳフローに対するアクセス部でのパケット遅延許容時間内に、最大データバースト量を送信できない旨の通知を他の装置から取得すると、前記第１のデータよりもデータ量が少ない第２の動画フォーマットで第２のデータの送信を開始する、制御部、
を備える情報処理装置。
（７７）
前記制御部は、前記第２のデータを送信するために割り当てられた第２のＱｏＳフローに対する前記アクセス部での第２のパケット遅延許容時間、及び、第２の最大データバースト量を取得する、（７６）に記載の情報処理装置。
（７８）
アプリケーションサーバ、基地局、及び、端末装置を備える通信システムであって、
前記アプリケーションサーバは、データバーストの到達時間、周期に係る情報をコアネットワークのネットワークファンクションに提供し、
前記基地局は、前記到達時間、前記周期、及び、保護ウィンドウに関する情報を前記ネットワークファンクションから取得し、前記到達時間、前記周期、及び、前記保護ウィンドウよって特定される周期的な受信データへの無線リソースを割り当て、
前記端末装置は、前記基地局から前記無線リソースの割り当て結果を取得する、
通信システム。
（１）
周期的に受信する受信データに関する無線リソースの割り当て情報を決定し、
前記割り当て情報を端末装置に送信する制御部、
を備え、
前記受信データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
基地局。
（２）
前記割り当て情報は、ＳＰＳ－Ｃｏｎｆｉｇである（１）に記載の基地局。
（３）
前記制御部は、ＵＰＦを介してアプリケーション装置から前記受信データを受信し、当該受信データを、前記無線リソースを用いて前記端末装置に送信する、（２）に記載の基地局。
（４）
前記割り当て情報は、ConfiguredGrantConfigである、（１）に記載の基地局。
（５）
前記制御部は、前記無線リソースを用いて前記端末装置から前記受信データを受信し、ＵＰＦを介して当該受信データをアプリケーション装置に送信する、（４）に記載の基地局。
（６）
前記保護ウィンドウの期間は、複数のキューを用いて前記受信データの転送を制御する際に、当該受信データに割り当てられた前記キューを用いて、当該受信データを優先的に転送させる期間である、
（１）～（５）のいずれか１つに記載の基地局。
（７）
前記制御部は、前記データバーストの到達時間から、前記保護ウィンドウの期間が経過した後に、前記無線リソースを割り当てる、（１）～（６）のいずれか１つに記載の基地局。
（８）
前記制御部は、前記データバーストの到達時間以降、前記保護ウィンドウの期間の経過を待たずに、前記無線リソースを割り当てる、（１）～（６）のいずれか１つに記載の基地局。
（９）
前記制御部は、Survival Timeを示す情報を取得し、
前記保護ウィンドウの期間、及び、前記無線リソースが割り当てられる期間の総和は、前記Survival Timeより短い、
（１）～（８）のいずれか１つに記載の基地局。
（１０）
前記制御部は、前記端末装置との間のチャネル状態に関する状態情報を取得し、
前記受信データの送信又は受信に使用する変調パラメータを特定し、
前記受信データの前記送信又は前記受信のために割り当てられたＱｏＳフロー、及び、帯域幅の少なくとも一方に関する優先情報を取得し、
前記ＱｏＳフローにおける最大データバースト量の前記受信データを、前記変調パラメータを用いて送信又は受信するために必要な数の前記無線リソースを割り当てる、
（１）～（９）のいずれか１つに記載の基地局。
（１１）
特定した前記変調パラメータを用いて送信又は受信可能なデータ量が前記最大データバースト量よりも小さい場合、前記制御部は、少なくとも１つの前記無線リソースを追加で割り当て、前記無線リソースの追加割り当てに関する追加割り当て情報を、ＲＲＣシグナリングを用いて前記端末装置に通知する、（１０）に記載の基地局。
（１２）
特定した前記変調パラメータを用いて送信又は受信可能なデータ量が前記最大データバースト量より大きい場合、前記制御部は、少なくとも１つの前記無線リソースの割り当てをディアクティベーションし、前記無線リソースのディアクティベーションに関するディアクティベーション情報を、Ｌ１の制御情報を用いて前記端末装置に通知する、（１０）又は（１１）に記載の基地局。
（１３）
前記制御部は、アクセスネットワークにおける前記データバーストのパケット遅延許容時間、及び、当該パケット遅延許容時間に関する許容閾値を取得し、
前記パケット遅延許容時間、及び、前記許容閾値を使用して、複数の前記受信データに対する前記無線リソースの割り当て、又は、複数の前記受信データのうちの１つである第１の受信データに対する第１の無線リソースの割り当てを設定し、
割り当て結果を前記端末装置に送信する、
（１）～（１２）のいずれか１つに記載の基地局。
（１４）
前記制御部は、前記パケット遅延許容時間が前記許容閾値以下、又は、前記許容閾値未満である場合、複数の前記受信データに対する前記無線リソースの割り当てを設定する、（１３）に記載の基地局。
（１５）
前記制御部は、前記パケット遅延許容時間が前記許容閾値を超える、又は、前記許容閾値以上である場合、前記第１の受信データに対する前記第１の無線リソースの割り当てを設定する、（１３）又は（１４）に記載の基地局。
（１６）
前記制御部は、前記データバーストの最初のパケットを受信する受信時間を検出し、
前記データバーストの前記到達時間と前記受信時間との差分を算出し、
前記差分に対する差分閾値を取得し、
前記差分及び差分閾値を使用して、複数の前記受信データに対する前記無線リソースの割り当て、又は、複数の前記受信データのうちの１つである第１の受信データに対する第１の無線リソースの割り当てを設定し、
割り当て結果を前記端末装置に送信する、
（１）～（１２）のいずれか１つに記載の基地局。
（１７）
前記制御部は、セッション管理装置に前記差分を送信し、
前記差分を送信後、前記セッション管理装置から前記パケット遅延許容時間を更新した更新遅延許容時間を取得し、
前記更新遅延許容時間及び前記許容閾値を使用して、複数の前記受信データに対する前記無線リソースの割り当て、又は、複数の前記受信データのうちの１つである第１の受信データに対する第１の無線リソースの割り当てを設定し、
割り当て結果を前記端末装置に送信する、
（１６）に記載の基地局。
（１８）
前記制御部は、前記データバーストに対するＰＤＵセットの設定に係るＰＤＵ情報を取得し、
前記ＰＤＵセットを構成する２種類以上のデータの優先度に基づき、前記無線リソースの割り当てに関する前記割り当て情報を決定する、
（１）～（１７）のいずれか１つに記載の基地局。
（１９）
前記制御部は、
前記データバーストに対して設定された複数のＰＤＵセットに係るＰＤＵセット情報を取得し、
複数の前記ＰＤＵセットの優先度に基づき、前記ＰＤＵセットを構成するデータに対する前記無線リソースの割り当てに関する前記割り当て情報を決定する、
（１）～（１７）のいずれか１つに記載の基地局。
（２０）
前記データバーストは、ＧＯＰ（Group Of Picture）を構成するデータであり、
前記ＰＤＵセットを構成する前記データの種類は、キーフレーム、Ｐフレーム、及び、Ｂフレームのいずれかである、（１８）又は（１９）に記載の基地局。
（２１）
前記データバーストは、複数の領域で構成される３６０度の映像データであり、
前記ＰＤＵセットを構成する前記データの種類は、視点に対応する１つの領域、及び、前記視点に対応する他の領域のいずれかである、（１８）又は（１９）に記載の基地局。
（２２）
前記制御部は、前記受信データの送信のために割り当てられたＱｏＳフローに対するアクセス部でのパケット遅延許容時間及び最大データバースト量を取得し、
前記パケット遅延許容時間内に前記最大データバースト量を送信できるか否かを判定し、
前記パケット遅延許容時間内に前記最大データバースト量を送信できない場合に、その旨を外部装置に報告する、
（１）～（２１）のいずれか１つに記載の基地局。
（２３）
前記制御部は、第１の動画フォーマットを含む前記受信データを受信する期間の前記パケット遅延許容時間内に、前記最大データバースト量を送信することができないことを報告した後に、第２の動画フォーマットを含む前記受信データの受信を開始する、（２２）に記載の基地局。
（２４）
前記制御部は、第１の動画フォーマットを含む前記受信データを受信する期間の前記パケット遅延許容時間内に、前記最大データバースト量を送信することができないことを報告した後に、前記受信データの送信のために割り当てられた第２のＱｏＳフローに対するアクセス部での第２のパケット遅延許容時間及び第２の最大データバースト量を取得し、
前記第２のＱｏＳフローに対応する前記第２の動画フォーマットを含む前記受信データを受信する、
（２２）又は（２３）に記載の基地局。
（２５）
前記制御部は、前記データバーストに割り当てられたバーストシーケンシャル番号を取得し、
ＰＤＵセット、又は、当該ＰＤＵセット内の各ＰＤＵに割り当てられたＰＤＵシーケンシャル番号であって、前記バーストシーケンシャル番号に対応付けられた前記ＰＤＵシーケンシャル番号を取得し、
前記バーストシーケンシャル番号に対応する前記データバーストの前記保護ウィンドウの期間に、前記ＰＤＵシーケンシャル番号に対応する前記ＰＤＵセット内の複数の前記ＰＤＵを送信するために前記無線リソースを割り当てる、
（１）～（２４）のいずれか１つに記載の基地局。
（２６）
前記ＰＤＵシーケンス番号が、前記ＰＤＵセットに割り当てられたセットシーケンシャル番号である場合、前記セットシーケンシャル番号に対応する前記ＰＤＵセット内の各ＰＤＵに割り当てられた個別シーケンス番号を取得し、
前記セットシーケンシャル番号に対応する前記ＰＤＵセット内の、前記個別シーケンシャル番号が割り振られた前記ＰＤＵを送信するために、前記無線リソースを割り当てる、
（２５）に記載の基地局。
（２７）
前記制御部は、前記個別シーケンシャル番号より先の第１のＰＤＵに対して、前記個別シーケンシャル番号より後の第２のＰＤＵより優先して前記無線リソースを割り当てる、（２６）に記載の基地局。
（２８）
前記制御部は、前記第１のＰＤＵの再送が前記第２のＰＤＵの再送より優先されるよう、前記無線リソースを割り当てる、（２７）に記載の基地局。
（２９）
前記制御部は、複数の前記ＰＤＵのうち、前記バーストシーケンシャル番号に対応する前記データバーストの前記保護ウィンドウの前記期間内に送信できない前記個別シーケンシャル番号の第３のＰＤＵを破棄する、（２６）～（２８）のいずれか１つに記載の基地局。
（３０）
前記ＰＤＵセットには、１つのＧＯＰが割り当てられ、
前記第１のＰＤＵにはキーフレームのデータが割り当てられ、
前記第２のＰＤＵには、Ｐフレームのデータ）又はＢフレームのデータが割り当てられ、
前記第３のＰＤＵには、Ｐフレームのデータ）又はＢフレームのデータが割り当てられる、
（２６）～（２９）のいずれか１つに記載の基地局。
（３１）
前記制御部は、前記ＰＤＵシーケンシャル番号が、前記ＰＤＵセット内の各ＰＤＵに割り当てられた個別ＰＤＵシーケンシャル番号である場合、前記バーストシーケンシャル番号に対応する前記個別シーケンシャル番号が割り振られた前記ＰＤＵを送信するために、前記無線リソースを割り当てる、
（２５）に記載の基地局。
（３２）
前記制御部は、前記ＰＤＵセットの設定に係るＰＤＵ情報を取得し、
前記ＰＤＵ情報に従って、前記個別シーケンシャル番号より先の第１のＰＤＵに対して、前記個別シーケンシャル番号より後の第２のＰＤＵより優先して前記無線リソースを割り当てる、（３１）に記載の基地局。
（３３）
前記制御部は、前記ＰＤＵセットの設定に係るＰＤＵ情報を取得し、
前記ＰＤＵ情報に従って、前記個別シーケンシャル番号より先の第１のＰＤＵを破棄し、
前記個別シーケンシャル番号より後の第２のＰＤＵを送信するために前記無線リソースを割り当てる、
（３１）又は（３２）に記載の基地局。
（３４）
前記ＰＤＵセットには、１つのＧＯＰが割り当てられ、
前記第１のＰＤＵにはキーフレームのデータが割り当てられ、
前記第２のＰＤＵには、Ｐフレームのデータ）又はＢフレームのデータが割り当てられ、
前記第３のＰＤＵには、Ｐフレームのデータ）又はＢフレームのデータが割り当てられる、
（３１）～（３３）のいずれか１つに記載の基地局。
（３５）
周期的に受信又は送信するデータに関する無線リソースの割り当て情報を基地局から受信する制御部、
を備え、
前記データは、データバーストの到達時間、周期、及び、保護ウィンドウによって特定され、
前記無線リソースの前記割り当て情報は、前記到達時間、前記周期、及び、前記保護ウィンドウの少なくとも１つに基づいて決定される、
端末装置。
（３６）
前記制御部は、周期的に受信又は送信する前記データのためのセッションの確立要求を前記基地局に送信し、
前記割り当て情報に従って、前記セッションの前記データに対する前記無線リソースの割り当てを設定する、
（３５）に記載の端末装置。
（３７）
前記セッションの前記確立要求は、周期的に受信又は送信する前記データのためのネットワークスライスの識別情報を含む、（３６）に記載の端末装置。
（３８）
前記制御部は、前記割り当て情報を、ＲＲＣ（Radio Resource Control）を介して取得する、（３５）～（３７）のいずれか１つに記載の端末装置。
（３９）
前記無線リソースの割り当ては、Semi-Persistent Schedulingによって設定される、（３５）～（３８）のいずれか１つに記載の端末装置。
（４０）
前記割り当て情報は、Semi-Persistent Schedulingによって設定される連続したスロットのスロット数に関する情報を含む、（３９）に記載の端末装置。
（４１）
前記無線リソースは、Semi-Persistent Schedulingによって設定される不連続な複数のスロットを含み、
前記割り当て情報は、不連続な複数の前記スロットのスロット間隔及びスロット数に関する情報を含む、
（３９）に記載の端末装置。
（４２）
前記無線リソースは、Semi-Persistent Schedulingによって設定される不連続な複数のスロットを含み、
前記割り当て情報は、不連続な複数の前記スロットの先頭スロットからの相対的なスロット位置に関する情報を含む、
（３９）に記載の端末装置。
（４３）
前記無線リソースは、Semi-Persistent Schedulingによって設定される不連続な複数のスロットを含み、
前記割り当て情報は、任意の期間内で割り当てられる不連続な複数の前記スロットの複数のパターンのうちの１つを特定するための特定情報を含む、
（３９）に記載の端末装置。
（４４）
前記無線リソースの割り当ては、Configured Grantである、（３５）～（３８）のいずれか１つに記載の端末装置。
（４５）
前記割り当て情報は、Configured Grantによって設定される連続したスロット又はシンボルの数に関する情報を含む、（４４）に記載の端末装置。
（４６）
前記無線リソースは、Configured Grantによって設定される不連続な複数のスロット又はシンボルを含み、
前記割り当て情報は、不連続な複数の前記スロット又は前記シンボルの間隔及び数に関する情報を含む、
（４４）に記載の端末装置。
（４７）
前記無線リソースは、Configured Grantによって設定される不連続な複数のスロット又はシンボルを含み、
前記割り当て情報は、不連続な複数の前記スロット又は前記シンボルの先頭からの相対的な位置に関する情報を含む、
（４４）に記載の端末装置。
（４８）
前記無線リソースは、Configured Grantによって設定される不連続な複数のスロット又はシンボルを含み、
前記割り当て情報は、任意の期間内で割り当てられる不連続な複数の前記スロット又は前記シンボルの複数のパターンのうちの１つを特定するための特定情報を含む、
（４４）に記載の端末装置。
（４９）
前記割り当て情報は、複数の前記無線リソースの割り当ての前記設定に関する情報を含む、（３５）～（４８）のいずれか１つに記載の端末装置。
（５０）
前記制御部は、受信したＬ１シグナリングに基づき、複数の前記無線リソースの割り当ての少なくとも１つの割り当てをアクティベートする、（４９）に記載の端末装置。
（５１）
前記制御部は、受信したＬ１シグナリングに基づき、複数の前記無線リソースの割り当ての少なくとも１つの割り当てをディアクティベートする、（４９）又は（５０）に記載の端末装置。
（５２）
データバーストの到達時間、周期、及び、保護ウィンドウによって特定されるデータであって、周期的に受信又は送信するデータのためのセッションの確立要求を端末装置から取得し、
前記データバーストの第１の到達時間、及び、周期に係る第１の情報を取得し、
複数のキューに分割されたトラフィックのユーザープレーンでの伝送処理における優先制御のために前記キューごとに割り当てられるタイムスロットを設定し、
複数の前記キューの中の１つである第１のキューを前記データバーストに割り当て、
前記周期、及び、前記第１のキューに割り当てられたタイムスロットに関する第２の情報を前記端末装置と通信を行う基地局に送信する、制御部、
を備える情報処理装置。
（５３）
前記制御部は、ポリシーを管理するネットワーク機能から前記セッションに対応するポリシーを取得し、
前記ポリシーに従って、エッジアプリケーションサーバとの接続を含む前記セッションを確立する、
（５２）に記載の情報処理装置。
（５４）
前記確立要求は、前記セッションが属するネットワークスライスを識別するための識別情報を含み、
前記制御部は、前記識別情報に従って、エッジアプリケーションサーバとの接続を含む前記セッションを確立する処理を起動する、
（５２）又は（５３）に記載の情報処理装置。
（５５）
前記制御部は、周期的に受信又は送信する前記データに割り当てられた５ＱＩのパケット遅延許容時間を満たせない旨の通知を受信すると、前記通知に従って、確立されている前記セッションを、エッジアプリケーションサーバとの接続を含む第２のセッションに変更する、（５２）～（５４）のいずれか１つに記載の情報処理装置。
（５６）
前記制御部は、前記基地局から前記通知を受信する、（５５）に記載の情報処理装置。
（５７）
前記制御部は、ＱｏＳモニタリングの測定結果を取得し、
前記測定結果に基づき、周期的に受信又は送信する前記データに割り当てられた５ＱＩのパケット遅延許容時間を満たせているか否かを判定し、
前記パケット遅延許容時間を満たせていないと判定した場合、確立されている前記セッションを、エッジアプリケーションサーバとの接続を含む第２のセッションに変更する、（５２）～（５４）のいずれか１つに記載の情報処理装置。
（５８）
前記制御部は、周期的に受信又は送信する前記データに割り当てられた５ＱＩの第１のパケット遅延許容時間を取得し、
コアネットワークでの第２のパケット遅延許容時間であって、前記第１のパケット遅延許容時間より短い前記第２のパケット遅延許容時間を設定し、
前記到達時間に前記第２のパケット遅延許容時間を加えた第２の到達時間を設定し、
前記第２の到達時間に関する到達情報を前記基地局に送信する、
（５２）に記載の情報処理装置。
（５９）
前記制御部は、前記第１のパケット遅延許容時間を満たせていない旨の通知を受信すると、前記第２のパケット遅延許容時間を、前記第１のパケット遅延許容時間よりも短い第３のパケット遅延許容時間に更新し、
前記到達時間に前記第３のパケット遅延許容時間を加えた第３の到達時間を設定し、
前記第３の到達時間に関する第２の到達情報を前記基地局に送信する、
（５８）に記載の情報処理装置。
（６０）
前記制御部は、ＱｏＳモニタリングの測定結果を取得し、
前記測定結果に基づき、前記第１のパケット遅延許容時間を満たせているか否かを判定し、
前記第１のパケット遅延許容時間を満たせていないと判定した場合、前記第２のパケット遅延許容時間を、前記第１のパケット遅延許容時間よりも短い第３のパケット遅延許容時間に更新し、
前記到達時間に前記第３のパケット遅延許容時間を加えた第３の到達時間を設定し、
前記第３の到達時間に関する第２の到達情報を前記基地局に送信する、
（５８）に記載の情報処理装置。
（６１）
前記制御部は、アクセスネットワークでの第４のパケット遅延許容時間であって、前記第１のパケット遅延許容時間より短い前記第４のパケット遅延許容時間を設定し、
前記第４のパケット遅延許容時間に従って、前記アクセスネットワークでのSemi-Persistent Scheduling（ＳＰＳ）の設定を指示するＳＰＳ指示情報を前記基地局に送信する、
（５８）～（６０）のいずれか１つに記載の情報処理装置。
（６２）
前記制御部は、アクセスネットワークでの第４のパケット遅延許容時間であって、前記第１のパケット遅延許容時間より短い前記第４のパケット遅延許容時間を設定し、
前記第４のパケット遅延許容時間に従って、前記アクセスネットワークでのConfigured Grant（ＣＧ）の設定を指示するＣＧ指示情報を前記基地局に送信する、
（５８）～（６１）のいずれか１つに記載の情報処理装置。
（６３）
前記制御部は、前記データバーストに対するＰＤＵセットの設定に係るＰＤＵ情報を取得する、（５２）～（６２）のいずれか１つに記載の情報処理装置。
（６４）
前記制御部は、前記データバーストに対して設定された複数のＰＤＵセットに係るＰＤＵセット情報を取得する、（５２）～（６２）のいずれか１つに記載の情報処理装置。
（６５）
前記ＰＤＵ情報は、１つのＧＯＰを各データバーストに割り当てるための情報であり、
前記ＧＯＰは、１つのキーフレーム、及び、少なくとも１つのＰフレームを含む、（６３）に記載の情報処理装置。
（６６）
前記ＰＤＵセット情報は、複数の前記ＰＤＵセットの各ＰＤＵセットに１つのＧＯＰのいずれか１つのフレームを割り当てるための情報であり、
前記ＧＯＰは、１つのキーフレーム、及び、少なくとも１つのＰフレームを含む、（６４）に記載の情報処理装置。
（６７）
前記ＰＤＵ情報、又は前記ＰＤＵセット情報は、１つのＧＯＰを構成する各画像フレーム情報を各データバーストにそれぞれ割り当てるための情報であり、
前記ＧＯＰは、１つのキーフレーム、及び、少なくとも１つのＰフレームを含む、（６３）、又は（６４）に記載の情報処理装置。
（６８）
前記ＰＤＵ情報、又は前記ＰＤＵセット情報は、前記ＧＯＰの前記キーフレームに前記Ｐフレームよりも高い優先度を設定するよう指示する情報を含む、（６５）～（６７）のいずれか１つに記載の情報処理装置。
（６９）
前記ＰＤＵ情報、又は前記ＰＤＵセット情報は、複数の領域で構成される３６０度映像のデータを各データバーストに割り当てるための情報であり、
複数の前記領域は、視点に対応する１つの領域を含む（６３）、又は（６４）に記載の情報処理装置。
（７０）
前記ＰＤＵ情報、又は前記ＰＤＵセット情報は、複数の領域で構成される３６０度映像の領域ごとのデータを各データバーストに割り当てるための情報であり、
複数の前記領域は、視点に対応する１つの領域を含む（６３）、又は（６４）に記載の情報処理装置。
（７１）
前記ＰＤＵ情報、又は前記ＰＤＵセット情報は、前記視点に対応する前記領域に、他の領域よりも高い優先度を設定するよう指示する情報を含む、（６９）～（７０）のいずれか１つに記載の情報処理装置。
（７２）
アプリケーションレベルで生成される複数のデータの同期が必要である場合、前記ＰＤＵ情報は、複数の前記データを各データバーストにそれぞれ割り当てるための情報である、（６３）に記載の情報処理装置。
（７３）
アプリケーションレベルで生成される複数のデータの同期が必要である場合、前記ＰＤＵセット情報は、複数の前記データを各データバーストにそれぞれ割り当てるための情報である、（６４）に記載の情報処理装置。
（７４）
前記ＰＤＵ情報又は前記ＰＤＵセット情報は、複数の前記データ間に相対的な優先度を設定するよう指示する情報を含む、（７２）又は（７３）に記載の情報処理装置。
（７５）
複数の前記データがアップリンクを介して送信される第１のデータ、及び、ダウンリンクを介して受信される第２のデータを含む場合、前記ＰＤＵセット情報は、さらに前記第１のデータを割り当てる第１のＰＤＵセット、及び、前記第２のデータを割り当てる第２のＰＤＵセット間の相対的なＰＤＵセット許容期間を含み、
前記制御部は、前記ＰＤＵセット許容期間に基づき、前記第１のＰＤＵセットを割り当てる前記第１のデータバースト、及び、前記第２のＰＤＵセットを割り当てる前記第２のデータバーストの到達時間を設定する、（７３）又は（７４）に記載の情報処理装置。
（７６）
第１の動画フォーマットで第１のデータを送信している場合であって、前記第１のデータを送信するために割り当てられた第１のＱｏＳフローに対するアクセス部でのパケット遅延許容時間内に、最大データバースト量を送信できない旨の通知を他の装置から取得すると、前記第１のデータよりもデータ量が少ない第２の動画フォーマットで第２のデータの送信を開始する、制御部、
を備える情報処理装置。
（７７）
前記制御部は、前記第２のデータを送信するために割り当てられた第２のＱｏＳフローに対する前記アクセス部での第２のパケット遅延許容時間、及び、第２の最大データバースト量を取得する、（７６）に記載の情報処理装置。
（７８）
アプリケーションサーバ、基地局、及び、端末装置を備える通信システムであって、
前記アプリケーションサーバは、データバーストの到達時間、周期に係る情報をコアネットワークのネットワークファンクションに提供し、
前記基地局は、前記到達時間、前記周期、及び、保護ウィンドウに関する情報を前記ネットワークファンクションから取得し、前記到達時間、前記周期、及び、前記保護ウィンドウよって特定される周期的な受信データへの無線リソースを割り当て、
前記端末装置は、前記基地局から前記無線リソースの割り当て結果を取得する、
通信システム。
【符号の説明】
【0542】
１ 通信システム
１０端末装置
２０ 基地局
１１，２１ 信号処理部
１２，２２，３２ 記憶部
１３，２３ ネットワーク通信部
１４ 入出力部
１５，２４，３３ 制御部
３１ 通信部
４０ アプリケーションサーバ
３００ 情報処理装置
１０端末装置
２０ 基地局
１１，２１ 信号処理部
１２，２２，３２ 記憶部
１３，２３ ネットワーク通信部
１４ 入出力部
１５，２４，３３ 制御部
３１ 通信部
４０ アプリケーションサーバ
３００ 情報処理装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】