特許 7655321 基地局装置、端末装置及び通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-03-25

(45)【発行日】2025-04-02

(54)【発明の名称】基地局装置、端末装置及び通信方法

(51)【国際特許分類】

   H04W 28/18 20090101AFI20250326BHJP

   H04W 72/11 20230101ALI20250326BHJP

   H04W 56/00 20090101ALI20250326BHJP

【ＦＩ】

H04W28/18

H04W72/11

H04W56/00 130

【請求項の数】 16

(21)【出願番号】P 2022535263

(86)(22)【出願日】2021-06-30

(86)【国際出願番号】 JP2021024721

(87)【国際公開番号】W WO2022009745

(87)【国際公開日】2022-01-13

【審査請求日】2024-06-14

(31)【優先権主張番号】P 2020119484

(32)【優先日】2020-07-10

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】津田 信一郎

【審査官】石井 則之

(56)【参考文献】

【文献】特表２０１５－５１３８２９（ＪＰ，Ａ）

【文献】国際公開第２０１３／０３８５２５（ＷＯ，Ａ１）

【文献】特表２０１９－５３１６３２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ７／２４－７／２６

Ｈ０４Ｗ４／００－９９／００

(57)【特許請求の範囲】

【請求項1】

動画データを端末装置に所定の周期で送信する無線通信部と、
前記端末装置が前記動画データを受信する周期的な受信タイミングと、所定のフレームレートで前記端末装置に表示される前記動画データの表示タイミングと、の差が、所定の条件を満たす場合に、前記受信タイミングに関する設定を変更する制御部と、
を備える基地局装置。

【請求項2】

前記受信タイミングに関する前記設定は、Semi-Persistent Scheduling（ＳＰＳ）設定である、請求項１に記載の基地局装置。

【請求項3】

前記制御部は、前記受信タイミングと前記表示タイミングとが揃うように前記受信タイミングをリセットすることで、前記受信タイミングに関する前記設定を変更する、請求項１に記載の基地局装置。

【請求項4】

前記制御部は、変更後の前記受信タイミングを示すオフセットを前記端末装置に通知することで、前記受信タイミングに関する前記設定を変更する、請求項１に記載の基地局装置。

【請求項5】

前記制御部は、複数の前記受信タイミングに関する前記設定が前記端末装置に設定されている場合に、複数の前記受信タイミングに関する前記設定のうち、ディアクティベートする前記設定及び新たにアクティベートする前記設定を前記端末装置に通知することで、前記受信タイミングに関する前記設定を変更する、請求項１に記載の基地局装置。

【請求項6】

前記所定の条件は、前記差が閾値以上、又は前記差の累積が閾値以上である、請求項１に記載の基地局装置。

【請求項7】

前記制御部は、前記端末装置からの要求に応じて前記受信タイミングに関する前記設定を変更する、請求項１に記載の基地局装置。

【請求項8】

前記制御部は、接続するネットワークに属するネットワークファンクションからの指示に応じて前記受信タイミングに関する前記設定を変更する、請求項１に記載の基地局装置。

【請求項9】

前記制御部は、前記動画データを取得するコンテンツサーバから前記フレームレートに関する情報を取得する、請求項１に記載の基地局装置。

【請求項10】

前記端末装置は、ユーザの視点に関する情報に基づき、前記動画データから画像を生成することで、前記フレームレートより大きい第２のフレームレートで前記動画データを表示する場合に、前記差に応じて生成する前記画像の数を調整する、請求項１に記載の基地局装置。

【請求項11】

前記制御部は、前記動画データを複数に分割した各領域を、前記領域の優先度に応じた前記受信タイミングの前記設定で送信し、
前記領域の前記優先度は、ユーザの視点に関する情報に基づいて設定される、
請求項１に記載の基地局装置。

【請求項12】

前記領域の前記優先度は、前記ユーザの視点に関する情報に基づいて設定された前記領域の解像度に応じて設定される、
請求項１１に記載の基地局装置。

【請求項13】

基地局装置から動画データを所定の周期で受信する無線通信部と、
前記動画データを所定のフレームレートで表示する制御部と、
を備え、
前記無線通信部は、前記動画データを受信する周期的な受信タイミングと、前記所定のフレームレートで前記動画データを表示する表示タイミングと、の差が、所定の条件を満たす場合に、変更された前記受信タイミングの設定に基づいて前記動画データを受信する、
端末装置。

【請求項14】

動画データを端末装置に所定の周期で送信することと、
前記端末装置が前記動画データを受信する周期的な受信タイミングと、所定のフレームレートで前記端末装置に表示される前記動画データの表示タイミングと、の差が、所定の条件を満たす場合に、前記受信タイミングに関する設定を変更することと、
を含む通信方法。

【請求項15】

基地局装置から動画データを所定の周期で受信することと、
前記動画データを所定のフレームレートで表示することと、
前記動画データを受信する場合に、前記動画データを受信する周期的な受信タイミングと、前記所定のフレームレートで前記動画データを表示する表示タイミングと、の差が、所定の条件を満たす場合に、変更された前記受信タイミングの設定に基づいて前記動画データを受信することと、
を含む通信方法。

【請求項16】

ユーザに関する情報を端末装置から第１の周期で受信し、前記ユーザに関する情報に基づいて生成された動画データを第２の周期で送信する無線通信部と、
前記端末装置が前記動画データを受信する周期的な受信タイミングと、所定のフレームレートで前記端末装置に表示される前記動画データの表示タイミングと、の差が、所定の条件を満たす場合に、前記端末装置が前記ユーザに関する情報を周期的に送信する送信タイミングに関する設定を変更する制御部と、
を備える基地局装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、基地局装置、端末装置及び通信方法に関する。

【背景技術】

【0002】

セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution（ＬＴＥ）」、「LTE-Advanced（ＬＴＥ－Ａ）」、「LTE-Advanced Pro（ＬＴＥ－Ａ Ｐｒｏ）」、「New Radio（ＮＲ）」、「New Radio Access Technology（ＮＲＡＴ）」、「Evolved Universal Terrestrial Radio Access（ＥＵＴＲＡ）」、または「Further ＥＵＴＲＡ（ＦＥＵＴＲＡ）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: ３ＧＰＰ）において検討されている。なお、以下の説明において、ＬＴＥは、ＬＴＥ－Ａ、ＬＴＥ－Ａ Ｐｒｏ、およびＥＵＴＲＡを含み、ＮＲは、ＮＲＡＴ、およびＦＥＵＴＲＡを含む。ＬＴＥでは基地局装置（基地局、通信装置）はeNodeB（evolved NodeB）、ＮＲでは基地局装置（基地局、通信装置）はgNodeB、ＬＴＥ及びＮＲでは端末装置（移動局、移動局装置、端末、通信装置）はＵＥ（User Equipment）とも称する。ＬＴＥ及びＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。

【0003】

ＮＲは、超高速、低遅延・高信頼、多数同時接続という特徴を有する。かかる特徴を生かしたＮＲのユースケースの一つとして、例えば、Augmented Reality （AR）及びVirtual Reality（VR）を用いたサービスでの活用が検討されている。例えば、AR技術であれば、実空間の画像に撮像された実オブジェクトに対して、テキスト、アイコン、またはアニメーション等の様々な態様の仮想的なコンテンツを重畳してユーザに提示することが可能となる。非特許文献１や非特許文献２は、Augmented Reality （AR）及びVirtual Reality（VR）を用いたサービス（e.g., AR/VRゲーム）のユースケース及び（潜在的な）要求条件を開示する。

【先行技術文献】

【非特許文献】

【0004】

【文献】3GPP TR 22.842, V17.1.0 (2019-09) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Network Controlled Interactive Services (Release 17)

【文献】3GPP TS 22.261 v17.0.1 (2019-10) 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects ; Service requirements for next generation new services and markets (Release 17)

【発明の概要】

【発明が解決しようとする課題】

【0005】

ＮＲは、超高速、低遅延・高信頼、多数同時接続という特徴から、４Ｋや８Ｋの動画の伝送が期待される。また、ポスト・スマートフォンとして、ウェアラブルデバイスの普及も予想される。ウェアラブルデバイスのユースケースの中には、超高速という側面だけでなく、低遅延・高信頼という側面の考慮も必要なユースケースがある。例えば、無線を介してＨＭＤ（Head Mounted Display）にＶＲコンテンツを表示するようなケースでは、ＶＲ酔いを起こさせないためにMotion-to-photon latencyを一定値以内に抑えることが重要となる。このように、リアルタイム性が要求される動画コンテンツを、安定して表示できるように配信することが求められる。

【0006】

そこで、本開示では、安定して表示可能な動画コンテンツ配信の実現に寄与する技術を提案する。

【0007】

なお、上記課題又は目的は、本明細書に開示される複数の実施形態が解決し得、又は達成し得る複数の課題又は目的の１つに過ぎない。

【課題を解決するための手段】

【0008】

本開示によれば、基地局装置が提供される。基地局装置は、無線通信部と、制御部と、を備える。無線通信部は、動画データを端末装置に所定の周期で送信する。制御部は、前記端末装置が前記動画データを受信する周期的な受信タイミングと、所定のフレームレートで前記端末装置に表示される前記動画データの表示タイミングと、の差が、所定の条件を満たす場合に、前記受信タイミングに関する設定を変更する。

【図面の簡単な説明】

【0009】

【図1】本開示の実施形態に係るコンテンツ配信システムの構成例を示す図である。

【図2】本開示の実施形態に係る情報処理装置の構成例を示す図である。

【図3】本開示の実施形態に係る基地局装置の構成例を示す図である。

【図4】本開示の実施形態に係る端末装置の構成例を示す図である。

【図5】５Ｇのアーキテクチャの一例を示す図である。

【図6】本開示の実施形態に係るコンテンツ配信処理の一例を示すシーケンス図である。

【図7】本開示の実施形態に係るレンダリング処理の一例を説明するための図である。

【図8】本開示の実施形態に係るレンダリング処理の他の例を説明するための図である。

【図9】本開示の実施形態に係る登録処理の一例を示すシーケンス図である。

【図10】本開示の実施形態に係るＰＤＵセッション確立処理の一例を示すシーケンス図である。

【図11】本開示の実施形態に係るRRC_CONNECTED遷移処理の一例を示すシーケンス図である。

【図12】コンテンツ配信システムによる動画データの配信の一例について説明するための図である。

【図13】本開示の実施形態に係る基地局装置によるＳＰＳの再設定について説明するための図である。

【図14】本開示の実施形態に係るＳＰＳ再設定処理の流れを示すフローチャートである。

【図15】本開示の実施形態に係る基地局装置によるＳＰＳ設定例を説明するための図である。

【図16】本開示の実施形態に係る基地局装置によるＳＰＳ設定例を説明するための図である。

【図17】本開示の実施形態に係る基地局装置によるＳＰＳの設定例を説明するための図である。

【図18】本開示の実施形態に係る基地局装置によるＣＧの再設定について説明するための図である。

【図19】本開示の実施形態に係る基地局装置によるＣＧの再設定について説明するための図である。

【図20】本開示の実施形態に係る端末装置による表示処理の一例を説明するための図である。

【図21】本開示の実施形態に係る端末装置による表示処理の他の例を説明するための図である。

【図22】本開示の実施形態に係る基地局装置による動画データの割り当て処理の一例について説明するための図である。

【図23】本開示の実施形態に係る基地局装置による動画データの割り当て処理の一例について説明するための図である。

【図24】本開示の実施形態に係る基地局装置による動画データの割り当て処理の一例について説明するための図である。

【図25】本開示の実施形態に係る基地局装置による動画データの割り当て処理の一例について説明するための図である。

【図26】レンダリングに関するレンダリングサーバとAR/VRクライアントのイメージ図である。

【発明を実施するための形態】

【0010】

以下に添付図面を参照しながら、本開示の実施形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

【0011】

また、本明細書及び図面において、実施形態の類似する構成要素については、同一の符号の後に異なるアルファベットを付して区別する場合がある。ただし、類似する構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。

【0012】

以下に説明される１又は複数の実施形態（実施例、変形例を含む）は、各々が独立に実施されることが可能である。一方で、以下に説明される複数の実施形態は少なくとも一部が他の実施形態の少なくとも一部と適宜組み合わせて実施されてもよい。これら複数の実施形態は、互いに異なる新規な特徴を含み得る。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し得、互いに異なる効果を奏し得る。

【0013】

なお、説明は以下の順序で行うものとする。
１．コンテンツ配信システムの構成例
１．１．コンテンツ配信システムの全体構成例
１．２．情報処理装置の構成例
１．３．基地局装置の構成例
１．４．端末装置の構成例
１．５．ネットワークアーキテクチャの構成例
２．コンテンツ配信システムの情報処理例
２．１．コンテンツ配信処理例
２．２．レンダリング処理例
２．３．通信処理例
３．技術的課題
４．技術的特徴
４．１．ＳＰＳの再設定
４．２．複数のＳＰＳ設定
４．３．ＣＧの再設定
４．４．タイムワープの変更
４．５．優先度の設定
５．その他の実施形態
６．適用例
７．むすび

【0014】

＜＜１．コンテンツ配信システムの構成例＞＞
＜１．１．コンテンツ配信システムの全体構成例＞
図１は、本開示の実施形態に係るコンテンツ配信システム１００の構成例を示す図である。コンテンツ配信システム１００は、無線アクセスネットワークを介して端末装置１１０に動画コンテンツを配信するシステムである。ここで、無線アクセスネットワークは、Ｅ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）やＮＧ－ＲＡＮ（Next Generation Radio Access Network）であってもよい。

【0015】

コンテンツ配信システム１００は、端末装置１１０と、基地局装置１３０と、情報処理装置１５０と、を備える。コンテンツ配信システム１００では、基地局装置１３０を介して、情報処理装置１５０から端末装置１１０へと動画コンテンツが配信される。

【0016】

端末装置１１０及び基地局装置１３０は、上述した無線アクセスネットワークを介して接続される。基地局装置１３０及び情報処理装置１５０は、無線又は有線のアクセスネットワークを介して接続され得る。

【0017】

なお、図中の装置は、論理的な意味での装置と考えてもよい。つまり、同図の装置の一部が仮想マシン（VM：Virtual Machine）、コンテナ（Container）、ドッカー（Docker）などで実現され、それらが物理的に同一のハードウェア上で実装されてもよい。

【0018】

なお、ＬＴＥの基地局は、ｅＮｏｄｅＢ（Evolved Node B）又はｅＮＢと称されることがある。また、ＮＲの基地局は、ＮＧＲＡＮ Ｎｏｄｅ（Next Generation RAN node）、ｇＮｏｄｅＢ又はｇＮＢと称されることがある。また、ＬＴＥ及びＮＲでは、端末装置（移動局、移動局装置、又は端末ともいう。）はＵＥ（User Equipment）と称されることがある。なお、端末装置は、通信装置の一種であり、移動局、移動局装置、又は端末とも称される。

【0019】

本実施形態において、通信装置という概念には、携帯端末等の持ち運び可能な移動体装置（端末装置）のみならず、構造物や移動体に設置される装置も含まれる。構造物や移動体そのものを通信装置とみなしてもよい。また、通信装置という概念には、端末装置のみならず、基地局装置も含まれる。通信装置は、処理装置及び情報処理装置の一種である。また、通信装置は、送信装置又は受信装置と言い換えることが可能である。

【0020】

［情報処理装置］
情報処理装置１５０は、端末装置１１０に動画コンテンツを管理するコンテンツ管理装置である。情報処理装置１５０は、例えばパーソナルコンピュータ、ワークステーション、或いは、ゲーム装置である。また、情報処理装置１５０は、クラウドサーバ（Cloud Server）、エッジサーバ（Edge Server）と総称される装置であってもよい。

【0021】

［基地局装置］
基地局装置１３０は、端末装置１１０と無線通信する無線通信装置である。基地局装置１３０は通信装置の一種である。また、基地局装置１３０は情報処理装置の一種である。

【0022】

基地局装置１３０は、複数の物理的又は論理的装置の集合で構成されていてもよい。例えば、本開示の実施形態において基地局装置１３０は、ＢＢＵ（Baseband Unit）及びＲＵ（Radio Unit）の複数の装置に区別され、これら複数の装置の集合体として解釈されてもよい。さらに又はこれに代えて、本開示の実施形態において基地局装置１３０は、ＢＢＵ及びＲＵのうちいずれか又は両方であってもよい。ＢＢＵとＲＵとは所定のインタフェース（例えば、ｅＣＰＲＩ）で接続されていてもよい。さらに又はこれに代えて、ＲＵはRemote Radio Unit（ＲＲＵ）又はRadio DoT（ＲＤ）と称されていてもよい。さらに又はこれに代えて、ＲＵは後述するgNB-DUに対応していてもよい。さらに又はこれに代えてＢＢＵは、後述するgNB-CUに対応していてもよい。さらに又はこれに代えて、ＲＵはアンテナと一体的に形成された装置であってもよい。基地局装置１３０が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）はAdvanced Antenna Systemを採用し、ＭＩＭＯ（例えば、FD-MIMO）やビームフォーミングをサポートしていてもよい。Advanced Antenna Systemは、基地局装置１３０が有するアンテナ（例えば、ＲＵと一体的に形成されたアンテナ）は、例えば、６４個の送信用アンテナポート及び６４個の受信用アンテナポートを備えていてもよい。また、ＲＵに搭載されるアンテナは、１つ以上のアンテナ素子から構成されるアンテナパネルであってもよく、ＲＵは、１つ以上のアンテナパネルを搭載してもよい。例えば、ＲＵは、水平偏波のアンテナパネルと垂直偏波のアンテナパネルの２種類のアンテナパネル、或いは、右旋円偏波のアンテナパネルと左旋円偏波のアンテナパネルの２種類のアンテナパネルを搭載してもよい。また、ＲＵは、アンテナパネル毎に独立したビームを形成し、制御してもよい。

【0023】

また、基地局装置１３０は、複数が互いに接続されていてもよい。１つ又は複数の基地局装置１３０は無線アクセスネットワーク（Radio Access Network：ＲＡＮ）に含まれていてもよい。すなわち、基地局装置１３０は単にＲＡＮ、ＲＡＮノード、ＡＮ（Access Network）、ＡＮノードと称されてもよい。ＬＴＥにおけるＲＡＮはＥＵＴＲＡＮ（Enhanced Universal Terrestrial RAN）と呼ばれる。ＮＲにおけるＲＡＮはＮＧＲＡＮと呼ばれる。Ｗ－ＣＤＭＡ（ＵＭＴＳ）におけるＲＡＮはＵＴＲＡＮと呼ばれる。ＬＴＥの基地局装置１３０は、ｅＮｏｄｅＢ（Evolved Node B）又はｅＮＢと称される。すなわち、ＥＵＴＲＡＮは１又は複数のｅＮｏｄｅＢ（ｅＮＢ）を含む。また、ＮＲの基地局装置１３０は、ｇＮｏｄｅＢ又はｇＮＢと称される。すなわち、ＮＧＲＡＮは１又は複数のｇＮＢを含む。さらに、ＥＵＴＲＡＮは、ＬＴＥの通信システム（ＥＰＳ）におけるコアネットワーク（ＥＰＣ）に接続されたｇＮＢ（en-gNB）を含んでいてもよい。同様にＮＧＲＡＮは５Ｇ通信システム（５ＧＳ）におけるコアネットワーク５ＧＣに接続されたng-eNBを含んでいてもよい。さらに又はこれに代えて、基地局装置１３０がｅＮＢ、ｇＮＢなどである場合、3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局装置１３０が無線アクセスポイント（Access Point）である場合、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又はＤＣＩに含まれる情報）は複数基地局装置１３０間で（例えばＸ２、Ｘｎ、Ｆ１インタフェースを介して）通信されてもよい。

【0024】

さらに、前述の通り、基地局装置１３０は、複数のセルを管理するように構成されていてもよい。基地局装置１３０により提供されるセルは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））が異なっていてもよい。

【0025】

［端末装置］
端末装置１１０は、基地局装置１３０と無線通信する無線通信装置である。端末装置１１０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータである。端末装置１１０は、無線を介してデータを送受信する機能を有するヘッドマウントディスプレイ（Head Mounted Display）やＶＲゴーグル等であってもよい。

【0026】

また、端末装置１１０は、他の端末装置１１０とサイドリンク通信が可能であってもよい。端末装置１１０は、サイドリンク通信を行う際、ＨＡＲＱ（Hybrid Automatic Repeat reQuest）等の自動再送技術を使用可能であってもよい。端末装置１１０は、基地局装置１３０とＮＯＭＡ（Non Orthogonal Multiple Access）通信が可能であってもよい。なお、端末装置１１０は、他の端末装置１１０との通信（サイドリンク）においてもＮＯＭＡ通信が可能であってもよい。また、端末装置１１０は、他の通信装置（例えば、基地局装置１３０、及び他の端末装置１１０）とＬＰＷＡ（Low Power Wide Area）通信が可能であってもよい。その他、端末装置１１０が使用する無線通信は、ミリ波を使った無線通信であってもよい。なお、端末装置１１０が使用する無線通信（サイドリンク通信を含む。）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。

【0027】

端末装置１１０は、同時に複数の基地局装置または複数のセルと接続して通信を実施してもよい。例えば、１つの基地局装置が複数のセルを提供できる場合、端末装置１１０は、あるセルをｐＣｅｌｌとして使用し、他のセルをｓＣｅｌｌとして使用することでキャリアアグリゲーションを実行することができる。また、複数の基地局装置１３０がそれぞれ１又は複数のセルを提供できる場合、端末装置１１０は、一方の基地局装置（ＭＮ（例えば、MeNB又はMgNB））が管理する１又は複数のセルをｐＣｅｌｌ、又はｐＣｅｌｌとｓＣｅｌｌ（s）として使用し、他方の基地局装置（ＳＮ（例えば、SeNB又はSgNB））が管理する１又は複数のセルをｐＣｅｌｌ（PSCell）、又はｐＣｅｌｌ（PSCell）とｓＣｅｌｌ（s）として使用することでＤＣ（Dual Connectivity）を実現することができる。ＤＣはＭＣ（Multi Connectivity）と称されてもよい。

【0028】

なお、異なる基地局装置１３０のセル（異なるセル識別子又は同一セル識別子を持つ複数セル）を介して通信エリアをサポートしている場合に、キャリアアグリゲーション（CA：Carrier Aggregation）技術やデュアルコネクティビティ（DC：Dual Connectivity）技術、マルチコネクティビティ（MC：Multi-Connectivity）技術によって、それら複数のセルを束ねて基地局装置１３０と端末装置１１０とで通信することが可能である。或いは、異なる基地局装置１３０のセルを介して、協調送受信（CoMP：Coordinated Multi-Point Transmission and Reception）技術によって、端末装置１１０とそれら複数の基地局装置１３０が通信することも可能である。

【0029】

以下、コンテンツ配信システム１００を構成する各装置の構成について具体的に説明する。なお、以下に示す各装置の構成はあくまで一例である。各装置の構成は、以下の構成とは異なっていてもよい。

【0030】

＜１．２．情報処理装置の構成例＞
図２は、本開示の実施形態に係る情報処理装置１５０の構成例を示す図である。情報処理装置１５０は、例えば動画コンテンツを管理、或いは、生成する装置である。情報処理装置１５０は、通信部１５１と、記憶部１５２と、制御部１５３と、を備える。なお、図２に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、情報処理装置１５０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、情報処理装置１５０は、複数のサーバ装置により構成されていてもよい。

【0031】

通信部１５１は、他の装置と通信するための通信インタフェースである。通信部１５１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部１５１は、ＮＩＣ（Network Interface Card）等のＬＡＮ（Local Area Network）インタフェースであってもよいし、ＵＳＢ（Universal Serial Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部１５１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１５１は、情報処理装置１５０の通信手段として機能する。通信部１５１は、制御部１５３の制御に従って基地局装置１３０と通信する。

【0032】

記憶部１５２は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１５２は、情報処理装置１５０の記憶手段として機能する。記憶部１５２は、例えば、動画コンテンツを記憶する。

【0033】

制御部１５３は、情報処理装置１５０の各部を制御するコントローラ（controller）である。制御部１５３は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等のプロセッサにより実現される。例えば、制御部１５３は、情報処理装置１５０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部１５３は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

【0034】

制御部１５３は、慣性計測情報取得部１５３１と、動画データ生成部１５３２と、無線リソース割り当て要求部１５３３と、を備える。制御部１５３を構成する各ブロック（慣性計測情報取得部１５３１～無線リソース割り当て要求部１５３３）はそれぞれ制御部１５３の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部１５３は上述の機能ブロックとは異なる機能単位で構成されていてもよい。

【0035】

慣性計測情報取得部１５３１は、基地局装置１３０を介して慣性計測情報を端末装置１１０から取得する。慣性計測情報は、慣性に係る情報であり、例えば、端末装置１１０の加速度情報や角速度情報等、端末装置１１０に搭載されたセンサが検出した検出結果（例えばユーザの視線の向き）の情報である。慣性計測情報は、例えば、端末装置１１０を使用するユーザの状態（例えば頭や視線の向き等）を示す情報である。より具体的な例示として、慣性に係る情報は、ユーザの頭部の動きとして、ヨー（yaw）方向、ピッチ（pitch）方向、及びロール（roll）方向それぞれの成分の変化量であってもよい。これらの成分が、端末装置１１０に搭載されたセンサ（加速度センサや、角速度センサ（ジャイロセンサ））によって検出されてもよい。

【0036】

動画データ生成部１５３２は、取得した慣性計測情報に基づいて動画の領域を決定し、端末装置１１０に配信する動画データを生成する。動画データ生成部１５３２は、慣性計測情報に基づき、ユーザが見ている方向の動画を配信する動画領域に決定し、動画データを生成する。

【0037】

無線リソース割り当て要求部１５３３は、基地局装置１３０に対して動画データの送信に使用する無線リソースの割り当てを要求する。

【0038】

なお、制御部１５３は、基地局装置１３０を介して、ユーザが入力した操作に係る情報を端末装置１１０から取得して、この操作に係る情報に基づいて動画の領域を決定し、端末装置１１０に配信する動画データを生成するようにしてもよい。ここで、ユーザが入力する操作は、例えば、ゲームでの操作、装置を遠隔で制御、或いは、運転するための操作等である。

【0039】

＜１．３．基地局装置の構成例＞
次に、基地局装置１３０の構成を説明する。図３は、本開示の実施形態に係る基地局装置１３０の構成例を示す図である。

【0040】

基地局装置１３０は、通信部１３１と、記憶部１３２と、ネットワーク通信部１３３と、制御部１３４と、を備える。なお、図３に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、基地局装置１３０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

【0041】

通信部１３１は、他の無線通信装置（例えば、端末装置１１０及び他の基地局装置１３０）と無線通信するための信号処理部である。通信部１３１は、制御部１３４の制御に従って動作する。他の無線通信装置が端末装置１１０の場合、通信部１３１は１又は複数の無線アクセス方式に対応する無線トランシーバであってもよい。例えば、通信部１３１は、ＮＲ及びＬＴＥの双方に対応する。通信部１３１は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。また、通信部１３１は、ＮＯＭＡを使った通信に対応していてもよい。他の無線通信装置が他の基地局装置１３０である場合、通信部１３１はＸ２インタフェース、Ｘｎインタフェース、又は、Ｆ１インタフェースであってもよい。

【0042】

通信部１３１は、受信処理部１３１１と、送信処理部１３１２と、アンテナ１３１４と、を備える。通信部１３１は、受信処理部１３１１、送信処理部１３１２、及びアンテナ１３１４をそれぞれ複数備えていてもよい。なお、通信部１３１が複数の無線アクセス方式に対応する場合、通信部１３１の各部は、無線アクセス方式毎に個別に構成されうる。例えば、受信処理部１３１１及び送信処理部１３１２は、ＬＴＥとＮＲとで個別に構成されてもよい。

【0043】

受信処理部１３１１は、アンテナ１３１４を介して受信された上りリンク信号の処理を行う。受信処理部１３１１は、受信信号を受信する受信部として動作する。受信処理部１３１１は、無線受信部１３１１ａと、多重分離部１３１１ｂと、復調部１３１１ｃと、復号部１３１１ｄと、を備える。

【0044】

無線受信部１３１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバル（サイクリックプレフィックス）の除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部１３１１ｂは、無線受信部１３１１ａから出力された信号から、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。

【0045】

復調部１３１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ（Quadrature Phase shift Keying）等の変調方式を使って受信信号の復調を行う。復調部１３１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ、又は２５６ＱＡＭであってもよい。この場合、コンスタレーション上の信号点は必ずしも等距離である必要はない。コンスタレーションは、不均一コンスタレーション（NUC：Non Uniform Constellation）であってもよい。

【0046】

復号部１３１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部１３４へ出力される。

【0047】

送信処理部１３１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。このように、送信処理部１３１２は、制御部１３４から例えば、下りリンク制御情報や下りリンクデータ等のビット系列を取得する取得部である。送信処理部１３１２は、符号化部１３１２ａと、変調部１３１２ｂと、多重部１３１２ｃと、無線送信部１３１２ｄと、を備える。

【0048】

符号化部１３１２ａは、制御部１３４から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。なお、符号化部１３１２ａは、ポーラ符号（Polar code）による符号化、ＬＤＰＣ符号（Low Density Parity Check Code）による符号化を行ってもよい。

【0049】

変調部１３１２ｂは、符号化部１３１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。この場合、コンスタレーション上の信号点は必ずしも等距離である必要はない。コンスタレーションは、不均一コンスタレーションであってもよい。

【0050】

多重部１３１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部１３１２ｄは、多重部１３１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部１３１２ｄは、高速フーリエ変換による時間領域から周波数領域への変換、ガードインターバル（サイクリックプレフィックス）の付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部１３１２で生成された信号は、アンテナ１３１４から送信される。

【0051】

記憶部１３２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１３２は、基地局装置１３０の記憶手段として機能する。

【0052】

ネットワーク通信部１３３は、ネットワーク上で上位に位置するノード（例えば、情報処理装置１５０）と通信するための通信インタフェースである。例えば、ネットワーク通信部１３３は、ＮＩＣ等のＬＡＮインタフェースであってもよい。さらに又はこれに代えて、ネットワーク通信部１３３は、コアネットワークノードと接続するためのＳ１インタフェース又はＮＧインタフェースであってもよい。ネットワーク通信部１３３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部１３３は、基地局装置１３０のネットワーク通信手段として機能する。

【0053】

制御部１３４は、基地局装置１３０の各部を制御するコントローラ（controller）である。制御部１３４は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサ（ハードウェアプロセッサ）により実現される。例えば、制御部１３４は、基地局装置１３０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ（Random Access Memory）等を作業領域として実行することにより実現される。なお、制御部１３４は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＡＳＩＣ、及びＦＰＧＡは何れもコントローラとみなすことができる。

【0054】

制御部１３４は、無線リソース割り当て設定部１３４１を備える。制御部１３４を構成するブロック（無線リソース割り当て設定部１３４１）は制御部１３４の機能を示す機能ブロックである。機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、機能ブロックが１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部１３４は上述の機能ブロックとは異なる機能単位で構成されていてもよい。

【0055】

無線リソース割り当て設定部１３４１は、例えば、情報処理装置１５０からの要求に応じて無線リソースの割り当てを実行する。無線リソース割り当て設定部１３４１は、例えば、スケジューラーと呼称される機能であってもよい。

【0056】

＜１．４．端末装置の構成例＞
次に、端末装置１１０の構成を説明する。図４は、本開示の実施形態に係る端末装置１１０の構成例を示す図である。

【0057】

端末装置１１０は、通信部１１１と、記憶部１１２と、慣性計測装置１１４と、制御部１１５と、表示部１１６を備える。なお、図４に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置１１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

【0058】

通信部１１１は、他の無線通信装置（例えば、基地局装置１３０及び他の端末装置１１０）と無線通信するための信号処理部である。通信部１１１は、制御１１５の制御に従って動作する。通信部１１１は１又は複数の無線アクセス方式に対応する無線トランシーバであってもよい。例えば、通信部４１は、ＮＲ及びＬＴＥの双方に対応する。通信部１１１は、ＮＲやＬＴＥに加えて、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。また、通信部１１１は、ＮＯＭＡを使った通信に対応していてもよい。

【0059】

通信部１１１は、受信処理部１１１１と、送信処理部１１１２と、ネットワーク通信部１１３と、アンテナ１１１４と、を備える。通信部１１１は、受信処理部１１１１、送信処理部１１１２、及びアンテナ１１１４をそれぞれ複数備えていてもよい。通信部１１１、受信処理部１１１１、送信処理部１１１２、及びアンテナ１１１４の構成は、基地局装置１３０の通信部１３１、受信処理部１３１１、送信処理部１３１２、及びアンテナ１３１４と同様である。

【0060】

記憶部１１２は、ＤＲＡＭ、ＳＲＡＭ、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１１２は、端末装置１１０の記憶手段として機能する。

【0061】

ネットワーク通信部１１３は、ネットワークを介して接続する他の装置と通信するための通信インタフェースである。例えば、ネットワーク通信部１１３は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部１１３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部１１３は、端末装置１１０のネットワーク通信手段として機能する。ネットワーク通信部１１３は、制御部１１５の制御に従って、他の装置と通信する。他の装置は、例えば、ユーザが操作に係る情報を入力するコントローラである。

【0062】

慣性計測装置１１４は、ＩＭＵ（Inertial Measurement Unit）と呼ばれ、３軸の角速度及び加速度を検出する装置である。慣性計測装置１１４は、例えば、加速度センサやジャイロセンサを含む。慣性計測装置１１４は、信頼性を向上させるために、磁界センサ、気圧センサ、温度センサ等を搭載してもよい。

【0063】

慣性計測装置１１４が検出した加速度情報及び角速度情報は、慣性に係る情報（慣性計測情報、ユーザに関する情報の一例）として情報処理装置１５０に送信される。

【0064】

或いは、慣性計測装置１１４が検出した加速度情報及び角速度情報に基づいて、制御部１１５がユーザの状態（例えば頭や視線の向き等）を算出して、ユーザの状態を情報処理装置１５０に送信するようにしてもよい。ユーザの状態は、例えば、ポーズ情報（Pose Information）と総称される情報である。

【0065】

制御部１１５は、端末装置１１０の各部を制御するコントローラである。制御部１１５は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等のプロセッサにより実現される。例えば、制御部１１５は、端末装置１１０内部の記憶装置に記憶されている各種プログラムを、プロセッサがＲＡＭ等を作業領域として実行することにより実現される。なお、制御部１１５は、ＡＳＩＣやＦＰＧＡ等の集積回路により実現されてもよい。ＣＰＵ、ＭＰＵ、ＧＰＵ、ＡＳＩＣ、およびＦＰＧＡは何れもコントローラとみなすことができる。

【0066】

制御部１１５は、動画アプリ制御部１１５１と、表示領域特定部１１５２と、レンダリング部１１５３と、を備える。制御部１１５を構成する各ブロック（動画アプリ制御部１１５１～レンダリング部１１５３）はそれぞれ制御部１１５の機能を示す機能ブロックである。これら機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部４５は上述の機能ブロックとは異なる機能単位で構成されていてもよい。

【0067】

動画アプリ制御部１１５１は、動画コンテンツの再生等を行う動画アプリを制御する制御部である。動画アプリ制御部１１５１は、例えばユーザからの指示に応じて動画アプリを起動する。

【0068】

表示領域特定部１１５２は、慣性に関する情報を用いてユーザの視点を推定し、取得した動画データから表示部１１６に表示する表示領域を特定する。

【0069】

レンダリング部１１５３は、情報処理装置１５０から取得した動画データに基づき、表示領域特定部１１５２が特定した表示領域にあわせて、各フレームで表示する画像を生成し、動画を編集する。

【0070】

表示部１１６は、ディスプレイ等の表示装置であり、レンダリング部１１５３で生成された画像等の各種情報を表示する。表示部１１６は、例えば、非透過型、ビデオ透過（Video See-Through）型、或いは、光学透過（Optical See-Through）型のディスプレイである。表示部１１６は、画像を所定のフレームレートで表示することで、レンダリング部１１５３が編集した動画を再生する。

【0071】

＜１．５．ネットワークアーキテクチャの構成例＞
ここで、本開示の実施形態に係るコンテンツ配信システム１００に適用される通信システムの一例として第５世代移動体通信システム（５Ｇ）のアーキテクチャについて説明する。図５は、５Ｇのアーキテクチャの一例を示す図である。５Ｇのアーキテクチャは、ＵＥ（User Equipment）１０、ＲＡＮ（Radio Access Network）／ＡＮ（Access Network）２３０、ＮＧＣ（Next Generation Core）／５ＧＣ（5G Core）２０及びＤＮ（Data Network）２４０を含む。

【0072】

５ＧＣ／ＮＧＣ２０は、５Ｇコアネットワークとも呼ばれる。５ＧＣ／ＮＧＣ２０は、ＲＡＮ／ＡＮ２３０を介してＵＥ１０と接続される。

【0073】

ＲＡＮ２３０は、無線インタフェースを提供する基地局装置であり、ＡＮ２３０は、有線インタフェースを提供する、例えば、アクセスポイントやルータである。ＲＡＮ／ＡＮ２３０は、ｇＮＢ、或いは、ｎｇ－ｅＮＢと呼ばれる基地局装置を含む。

【0074】

５ＧＣ／ＮＧＣ２０は、コントロール・プレーン機能群２１およびＵＰＦ（User Plane Function）２２０を含んで構成される。

【0075】

コントロール・プレーン機能群２１は、ＡＵＳＦ（Authentication Server Function）２０１と、ＮＥＦ（Network Exposure Function）２０２と、ＮＲＦ（Network Repository Function）２０３と、ＮＳＳＦ（Network Slice Selection Function）２０４と、ＰＣＦ（Policy Control Function）２０５と、ＳＭＦ（Session Management Function）２０６と、ＵＤＭ（Unified Data Management）２０７と、ＡＦ（Application Function）２０８と、ＡＭＦ（Access Management Function）２０９と、を含む。

【0076】

ＵＤＭ２０７は、３ＧＰＰ ＡＫＡ認証情報の生成、ユーザＩＤの処理の機能を有する。ＵＤＭ２０７は、加入者情報を保持、管理するＵＤＲ（Unified Data Repository）と、加入者情報を処理するＦＥ（Front End）部を含む。

【0077】

また、ＡＭＦ２０９は、ＵＥ１０のレジストレーション処理や接続管理、モビリティ管理等の機能を有する。

【0078】

ＳＭＦ２０６は、セッション管理、ＵＥ１０のＩＰ割り当てと管理等の機能を有する。ＡＵＳＦ２０１は、認証機能を有する。ＮＳＳＦ２０４は、ネットワークスライスの選択にかかる機能を有する。ＮＥＦ２０２は、サードパーティー、ＡＦ２０８やエッジコンピューティング機能に対してネットワーク機能のケイパビリティやイベントを提供する機能を有する。

【0079】

ＮＲＦ２０３は、ネットワーク機能の発見やネットワーク機能のプロファイルを保持する機能を有する。ＰＣＦ２０５は、ポリシー制御の機能を有する。ＡＦ２０８は、コアネットワークと相互に作用してサービスを提供する機能を有する。

【0080】

また、ＵＰＦ（User Plane Function）２２０は、ユーザ・プレーン処理の機能を有する。ＤＮ２４０は、例えば、ＭＮＯ(Mobile Network Operator)等、オペレータ独自のサービスへの接続を提供するエンティティ、インターネット接続を提供するエンティティ、或いは、サードパーティーのサービスへの接続を提供するエンティティである。

【0081】

ここで、Ｎａｍｆは、ＡＭＦ２０９が提供するサービスベースドインタフェース（Service-based interface）、Ｎｓｍｆは、ＳＭＦ２０６が提供するサービスベースドインタフェースである。また、Ｎｎｅｆは、ＮＥＦ２０２が提供するサービスベースドインタフェース、Ｎｐｃｆは、ＰＣＦ２０５が提供するサービスベースドインタフェースである。Ｎｕｄｍは、ＵＤＭ２０７が提供するサービスベースドインタフェース、Ｎａｆは、ＡＦ２０８が提供するサービスベースドインタフェースである。Ｎｎｒｆは、ＮＲＦ２０３が提供するサービスベースドインタフェース、Ｎｎｓｓｆは、ＮＳＳＦ２０４が提供するサービスベースドインタフェースである。Ｎａｕｓｆは、ＡＵＳＦ２０１が提供するサービスベースドインタフェースである。これらの各ＮＦ（Network Function）は、各サービスベースドインタフェースを介して他のＮＦと情報の交換を行う。

【0082】

また、Ｎ１は、ＵＥ１０とＡＭＦ２０９間のリファレンスポイント（Reference Point）、Ｎ２は、ＲＡＮ／ＡＮ２３０とＡＭＦ２０９間のリファレンスポイントである。Ｎ４は、ＳＭＦ２０６とＵＰＦ２２０間のリファレンスポイントであり、これらの各ＮＦ（Network Function）間で相互に情報の交換が行われる。

【0083】

ＵＥ１０の一例は、本実施形態の端末装置１１０である。ＲＡＮ／ＡＮ２３０の一例が、本実施形態の基地局装置１３０である。

【0084】

また、情報処理装置１５０は、５ＧＣ／ＮＧＣ２０内に設置される（又は５ＧＣ／ＮＧＣ２０の近傍に設置される）エッジサーバ、或いは、クラウドサーバ（図示せず）であってもよいし、インターネット内に設置されたクラウドサーバであってもよい。

【0085】

或いは、情報処理装置１５０は、例えば、５ＧＣを含む複数の装置で構成されてもよい。この場合、慣性計測情報取得部１５３１はＡＦ２０８に実装され、無線リソース割り当て要求部１５３３はＡＭＦ２０９、或いは、ＳＭＦ２０６の一機能として実装されてもよい。動画データ生成部１５３２は、５ＧＣ／ＮＧＣ２０内に設置されるエッジサーバ、或いは、クラウドサーバ（図示せず）、若しくは、インターネット内に設置されたクラウドサーバ（図示せず）に対応する。また、動画データ生成部１５３２をＡＦ２０８に実装するようにしてもよい。

【0086】

＜＜２．コンテンツ配信システムの情報処理例＞＞
次に、コンテンツ配信システム１００が実行する情報処理の一例について説明する。
＜２．１．コンテンツ配信処理例＞
図６は、本開示の実施形態に係るコンテンツ配信処理の一例を示すシーケンス図である。

【0087】

まず、端末装置１１０は、例えばユーザの指示に応じて動画アプリを起動し（ステップＳ１０１）、基地局装置１３０を介して、動画アプリが指定する動画コンテンツの配信を情報処理装置１５０にリクエストする（ステップＳ１０２）。

【0088】

端末装置１１０は、慣性に係る情報を計測し（ステップＳ１０３）、基地局装置１３０を介して情報処理装置１５０に計測した慣性に係る情報を送信する（ステップＳ１０４）。なお、ステップＳ１０３及びステップＳ１０４の処理は、固定、可変の周期、或いは、イベントに応じて実行される。

【0089】

情報処理装置１５０は、取得した慣性に係る情報に基づいて、端末装置１１０に送信する動画の領域を決定し（ステップＳ１０５）、決定した領域の動画データを生成する（ステップＳ１０６）。

【0090】

情報処理装置１５０は、基地局装置１３０を介して、生成した動画データを端末装置１１０に送信する（ステップＳ１０７）。

【0091】

端末装置１１０は、計測した最新の慣性に係る情報に基づいて取得した動画データの表示領域を決定する（ステップＳ１０８）。端末装置１１０は、取得した動画データから、決定した表示領域に合わせて、各フレームで表示する画像を生成して動画を編集した後に、表示部１１６に表示する（ステップＳ１０９）。

【0092】

＜２．２．レンダリング処理例＞
続いて、図７を用いて、端末装置１１０が実行するレンダリング処理の一例について説明する。図７は、本開示の実施形態に係るレンダリング処理の一例を説明するための図である。ここで説明するレンダリング処理は、例えば図６のステップＳ１０９で実行される。

【0093】

図７では、端末装置１１０が生成する画像（以下、フレーム画像とも記載する）の表示タイミング、換言するとフレーム画像を表示するタイミングを示している。

【0094】

端末装置１１０は、静止画像であるフレーム画像をフレームレートに応じた周期で更新（生成）することで、表示部１１６に動画を表示する。

【0095】

例えば、フレームレートがＫ［ｆｐｓ］である場合、１秒間にＫ枚のフレーム画像＃ｎ（ｎは、１以上（Ｋ＋１）以下の整数）が生成され表示部１１６に表示される。この場合、フレーム画像の更新周期は１／Ｋ秒となる。

【0096】

次に、図８を用いて、端末装置１１０が実行するレンダリング処理の他の例について説明する。図８は、本開示の実施形態に係るレンダリング処理の他の例を説明するための図である。ここで説明するレンダリング処理は、例えば図６のステップＳ１０９で実行される。

【0097】

フレーム画像のレンダリング処理を行う場合に、タイムワープ（Timewarp）と呼ばれる技術を利用して、フレーム画像の描画が行われることがある。タイムワープは、Motion-to-photon latencyを一定値以内におさめるために、取得済みの動画データと最新の慣性に係る情報に基づいて予測される表示領域の画像を生成する技術である。このタイムワープの応用例の１つとして、レンダリング部１１５３は、表示部１１６に表示するフレームレートを、情報処理装置１５０から取得した動画データのフレームレートのｍ倍（ｍ＞１）にする。

【0098】

また、レンダリング部１１５３は、情報処理装置１５０と端末装置１１０との無線通信に起因した遅延環境下で、Motion-to-photon latencyを一定値以内におさめるために、各フレーム画像の描画に対してタイムワープを適用するようにしてもよい。

【0099】

ここで、ＶＲでは、ヘッドマウントディスプレイ（ＨＭＤ）で目の前に見ている画面と、自分の生身の感覚との「ずれ」によってＶＲ酔いという現象が生じることが知られている。例えば、ユーザが振り向いて画面の景色が変わる場合において、ユーザが自身の感覚でこうなっているはずと思っている景色から、実際に目の前のＨＭＤに表示される景色が少しだけ遅れて表示されることがある。かかる遅延は、Motion-to-photon latencyと呼ばれる。或いは、ユーザが奥行き（空間）を認識して移動したときに、移動後に見えるであろうと思っている景色から、実際に目の前のＨＭＤに表示される景色がずれていることがある。このような遅延やずれが生じた場合に、ＶＲ酔いが起こりやすくなる。

【0100】

このＶＲ酔いを改善する方法として、表示部に表示するフレーム画像のフレームレートを上げる方法が知られている。フレームレートを上げることで、ユーザが想定する景色と実際に表示部に表示される景色との差が小さくなり、ＶＲ酔いの発生を抑制することができる。

【0101】

さらに、上述のタイムワープを適用して、Motion-to-photon latencyを低減することでＶＲ酔いを改善することができる。

【0102】

図７を用いて説明したレンダリング処理では、フレームレートがＫ［ｆｐｓ］であり、１／Ｋ秒ごとにフレーム画像が更新される。より具体的には、端末装置１１０は、情報処理装置１５０から取得した動画データからフレーム画像＃１、＃２、・・・を、１／Ｋ秒ごとに生成する。このとき、端末装置１１０は、都度取得した動画データを用いてフレーム画像＃１、＃２、・・・を生成する。

【0103】

そのため、端末装置１１０が、例えばＶＲ酔いの発生を抑制するためにフレームレートを上げようとすると、動画データを取得する周期を短くする必要があり、無線通信への負荷が大きくなってしまう。

【0104】

そこで、端末装置１１０は、タイムワープ技術を使用して、情報処理装置１５０から動画データを取得する周期を変えずに、表示部１１６に表示するフレーム画像のフレームレートを上げる。

【0105】

図８に示すように、端末装置１１０は、取得した動画データＤ１を用いてフレーム画像＃１を生成し、表示部１１６に表示する。また、端末装置１１０は、取得した動画データＤ１を用いてフレーム画像＃１－１を生成し、表示部１１６に表示する。このとき、端末装置１１０は、最新の慣性に係る情報を用いて、動画データＤ１にタイムワープ処理を施してフレーム画像＃１－１を生成する。端末装置１１０は、最新の慣性に係る情報を用いて、ユーザの視点、或いは、視点を含む視野を決定し、決定した視線方向に基づいて表示領域を決定する。この表示領域は、ビューポートとも呼ばれる。端末装置１１０は、決定した表示領域を動画データＤ１から抽出してフレーム画像＃１－１を生成する。なお、この場合、慣性に係る情報は、例えば表示部１１６に表示するフレーム画像の表示周期より短い周期で計測され得る。

【0106】

このように、端末装置１１０は、１つの動画データから、異なる時刻に計測された最新の慣性に係る情報を用いて、複数のフレーム画像を生成することで、動画データの取得周期を短くすることなく、フレームレートを増加させることができる。例えば、図８では、端末装置１１０は、１つの動画データＤ１から２つのフレーム画像＃１、＃１－１を生成している。これにより、端末装置１１０は、表示部１１６に表示する周期（以下、フレーム周期とも記載する）を、１つの動画データＤ１から１つのフレーム画像＃１を生成する場合と比較して１／２に短くすることができる。

【0107】

端末装置１１０は、同じ動画データに慣性に係る情報の変化を反映させてフレーム周期を短くすることで、Motion-to-photon latencyを低減し、ＶＲ酔いを抑制することができる。このように、同じ動画データに慣性に係る情報の変化を反映させる手法は、上述したタイムワープ、或いは、非同期タイムワープ（ＡＴＷ：Asynchronous Timewarp）と呼ばれる。このタイムワープ、或いは、非同期タイムワープを応用することで、Motion-to-photon latencyを低減し、かつ、フレーム周期を短くことができる。

【0108】

＜２．３．通信処理例＞
続いて、図９～図１１を用いて、コンテンツ配信システム１００で実行される通信処理の一例について説明する。図５を用いて上述したように、コンテンツ配信システム１００では、ＮＲのネットワークアーキテクチャが適用される。

【0109】

ここで、ＮＲのネットワークアーキテクチャでは、ＵＥ１０が５ＧＣ／ＮＧＣ２０を介したサービスの提供を受けるために、例えば５ＧＣ／ＮＧＣ２０への登録（Registration）が行われる。ＵＥ１０は、例えば５ＧＣ／ＮＧＣ２０に対応するＰＬＭＮ（Public Land Mobile Network）を選択して、登録処理（Registration Procedure）を実行する。

【0110】

以下、かかる登録処理を含む、ＵＥ１０が５ＧＣ／ＮＧＣ２０を介したサービスの提供を受けるために行われる通信処理の一例について、図９～図１１を用いて説明する。

【0111】

（登録処理）
まず、図９を用いて、ＵＥ１０が行う登録処理について説明する。図９は、本開示の実施形態に係る登録処理の一例を示すシーケンス図である。

【0112】

図９に示すように、RM-DEREGISTERED状態、つまり、５ＧＣ／ＮＧＣ２０に未登録状態のＵＥ１０は、初期登録（Initial Registration）を実行するために、ＲＡＮ／ＡＮ２３０に登録要求（Registration Request）メッセージを送信する（ステップＳ３０１）。このとき、ＵＥ１０は、登録要求メッセージにUE identityを含めて送信する。

【0113】

UE identityは、有効なＥＰＳ ＧＵＴＩを持つ場合は、ＥＰＳ ＧＵＴＩからマッピングされる５Ｇ－ＧＵＴＩである。ここで、ＥＰＳ（Evolved Packet System）は、ＬＴＥ（Long Term Evolution）に相当する４Ｇシステムを指し、EUTRANとEPCから構成される。ＥＰＳ ＧＵＴＩ（Globally Unique Temporary Identifier）は、セキュリティの観点から、ＩＭＳＩ（International Mobile Subscriber Identity）やＩＭＥＩ（International Mobile Equipment Identity）といった各ＵＥに固有に割り当てられたＩＤの代わりに、ＥＰＳ内でＵＥを識別するために用いられるテンポラリーなＩＤである。

【0114】

或いは、UE identityは、利用可能であるならば、ＵＥ１０が登録を試みているＰＬＭＮによって割り当てられたＰＬＭＮ固有の５Ｇ－ＧＵＴＩである。

【0115】

或いは、UE identityは、利用可能であるならば、ＵＥ１０が登録を試みているＰＬＭＮ（Public Land Mobile Network）に対して、equivalent PLMNとして扱われるＰＬＭＭによって割り当てられたＰＬＭＮ固有の５Ｇ－ＧＵＴＩである。

【0116】

或いは、UE identityは、利用可能であるならば、いずれからのＰＬＭＮによって割り当てられたＰＬＭＮ固有の５Ｇ－ＧＵＴＩである。

【0117】

さもなければ、ＵＥ１０は、登録要求メッセージにＳＵＣＩ（Subscription Concealed Identifier）を含める。ここで、ＳＵＣＩは、各ＵＥ１０に固有に割り当てられるＩＤであるＳＵＰＩ（Subscription Permanent Identifier）を暗号化したＩＤである。

【0118】

ＵＥ１０は、Requested NSSAIのそれぞれのS-NSSAI（Single NSSAI）のＨＰＬＭＮ（Home PLMN）のS-NSSAIsとのマッピングを登録要求メッセージに含める。これにより、Requested NSSAI（Network Slice Selection Assistance Information）のS-NSSAI（s）がSubscribed S-NSSAIsに基づいて許可できるか否かが確認され得る。

【0119】

また、ＵＥ１０は、Default Configured NSSAIを利用しているならば、Default Configured NSSAI Indicationを登録要求メッセージに含める。

【0120】

ここで、S-NSSAIは、スライスの型（slice type）を識別するmandatoryのＳＳＴ（Slice/Service Type）と、同一のＳＳＴの中で異なるスライスを区別するためのoptionalのＳＤ（Slice Differentiator)の組で構成される。なお、mandatoryのＳＳＴは、８ビットであり、optionalのＳＤは２４ビットである。

【0121】

なお、ＡＲ、ＶＲ、ＭＲ（Mixed Reality）、ＳＲ（Substitutional Reality）、ＸＲ（X Reality、或いは、eXtended Reality）のアプリケーション向けのサービスの全て、或いは、それぞれは、このS-NSSAIで識別されるスライスとして定義されてもよい。言い換えると、ＡＲ、ＶＲ、ＭＲ、ＳＲ、ＸＲのアプリケーション向けのサービスは、１又は複数のネットワークスライスによって実現されてもよい。すなわち、ＡＲ、ＶＲ、ＭＲ、ＳＲ、ＸＲのアプリケーション向けのサービスには、１又は複数のS-NSSAIが関連付けられていてもよい。

【0122】

ここで、ＡＲは、拡張現実とも呼ばれ、例えば、ＣＧ（Computer Graphics）で作られた３Ｄ映像やキャラクター等の仮想世界を現実世界に重ねて拡張する技術である。

【0123】

ＶＲは、仮想現実とも呼ばれ、ＣＧや３６０°カメラ等で撮られた全周囲映像による仮想世界を体験できる技術である。

【0124】

ＭＲは、複合現実とも呼ばれ、現実世界と仮想世界を密接に融合させて、仮想世界をよりリアルに表現する技術である。

【0125】

ＳＲは、代替現実とも呼ばれ、仮想世界を現実世界に置き換えて認識させる技術である。

【0126】

ＸＲは、ＡＲ、ＶＲ、ＭＲ、ＳＲを含め、現実世界に何らかの変化を加えた体験を作り出す技術を総称する呼称である。

【0127】

ＲＡＮ／ＡＮ２３０は、ＵＥ１０から登録要求メッセージを受信すると、AMF Selectionを実行する（ステップＳ３０２）。ＲＡＮ／ＡＮ２３０は、もし、登録要求メッセージに５Ｇ－Ｓ－ＴＭＳＩ（5G S-Temporary Mobile Subscription Identifier）、若しくは、ＧＵＡＭＩ（Globally Unique AMF Identifier）が含まれてない場合は、（Ｒ）ＡＴ（Radio Access Technology）、及び、利用可能ならば、Requested NSSAIに基づいてＡＭＦ２０９を選択する。或いは、ＲＡＮ／ＡＮ２３０は、もし、登録要求メッセージに５Ｇ－Ｓ－ＴＭＳＩ、若しくは、ＧＵＡＭＩが、有効なＡＭＦ２０９を示していない場合、（Ｒ）ＡＴ（Radio Access Technology）、及び、利用可能ならば、Requested NSSAIに基づいてＡＭＦ２０９を選択する。

【0128】

ＲＡＮ／ＡＮ２３０がＮＧ－ＲＡＮである場合には、選択されたＰＬＭＮ ＩＤ、若しくは、ＳＮＰＮ（Standalone NonPublic Network）を識別するＰＬＭＮ ＩＤとＮＩＤ（Network Identifier）の組みを含めた登録要求をＡＭＦ２０９に転送する（ステップＳ３０３）。

【0129】

もし、ＵＥ１０がＡＭＦ２０９にＳＵＣＩを提供していない場合には、ＡＭＦ２０９はIdentity Request処理を起動し、ＵＥ１０にIdentity Requestメッセージを送信して、ＳＵＣＩを要求する（ステップＳ３０４）。

【0130】

ＵＥ１０は、ステップＳ３０４でIdentity Requestメッセージを受信した場合、ＳＵＣＩを含んだIdentity Responseメッセージを応答する（ステップＳ３０５）。ここで、ＵＥ１０は、ＨＰＬＭＮの公開鍵（Public Key）を使ってＳＵＣＩを取得し得る。

【0131】

ＡＭＦ２０９は、ＳＵＰＩ、或いは、ＳＵＣＩに基づいて、AUSF Selectionを実行して（ステップＳ３０６）、ＵＥ１０の認証を起動する。

【0132】

ＡＵＳＦ２０１は、ＡＭＦ２０９から認証（Authentication）の要求を受信すると、ＵＥ１０の認証を実行しなくてはならない。

【0133】

ＡＵＳＦ２０１は、認証（Authentication）処理として、ＵＤＭ２０７を選択し、ＵＤＭ２０７から認証データを取得する。

【0134】

ＵＥ１０が認証されると、ＡＵＳＦ２０１は、ＡＭＦ２０９にセキュリティに関する情報を提供する。

【0135】

ＡＭＦ２０９で認証が成功すると、ＡＭＦ２０９は、ＮＧＡＰ（NG Application Protocol)処理を起動して、ＲＡＮ／ＡＮ２３０にsecurity contextを提供する。

【0136】

ＲＡＮ／ＡＮ２３０は、security contextを保持して、ＡＭＦ２０９に応答を返す。

【0137】

ＲＡＮ／ＡＮ２３０は、以降、ＵＥ１０との間で交換するメッセージを保護するために、このsecurity contextを用いる。

【0138】

ＡＭＦ２０９は、ＳＵＰＩに基づいてUDM Selectionを実行し、ＵＤＭ２０７を選択する（ステップＳ３０７）。

【0139】

ＡＭＦ２０９は、Nudm_UECM_Registrationを使って、ＵＤＭ２０７に登録される（ステップＳ３０８）。

【0140】

ＡＭＦ２０９がＵＥ１０の契約者情報（Subscription Data）を持っていない場合には、Nudm_SDM_Getを使って（ステップＳ３０９）、Access and Mobility Subscription data、SMF Selection Subscription data等のSubscription Dataを取得する（ステップＳ３１０）。

【0141】

ＡＭＦ２０９は、ＵＤＭ２０７からAccess and Mobility Subscription dataを取得した後、UE contextを生成する。Access and Mobility Subscription dataは、3GPP AccessでのRRC Connection EstablishmentにＮＳＳＡＩを平文で含んでよいか否かを示す情報を含む。

【0142】

ＡＭＦ２０９は、ＵＥ１０に登録許可（Registration Accept）を送信する（ステップＳ３１１）。登録許可メッセージは、５Ｇ－ＧＵＴＩとRegistration Areaを含んでいる。登録許可メッセージを含むN2 messageには、Allowed NSSAIが含まれる。

【0143】

Allowed NSSAIには、契約者情報に基づいてNetwork Slice-Specific AuthenticationとAuthorizationを要求しないS-NSSAIs、若しくは、ＡＭＦ２０９のUE contextに基づいてNetwork Slice-Specific AuthenticationとAuthorizationに成功したS-NSSAIsのみが含まれる。

【0144】

また、ＰＬＭＮに登録されるＵＥ１０に対して、ＡＭＦ２０９はequivalent PLMNsのリストを提供してもよいが、ＳＮＰＮに登録されるＵＥ１０に対しては、ＡＭＦ２０９はequivalent PLMNsのリストを提供してはいけない。

【0145】

ＵＥ１０は、新たな５Ｇ－ＧＵＴＩが割り当てられたことを通知するために、登録完了（Registration Complete）メッセージをＡＭＦ２０９に送信する（ステップＳ３１２）。

【0146】

以上の登録処理に従って、ＵＥ１０は５ＧＣ／ＮＧＣ２０に対して登録状態、つまり、RM-REGISTERED状態となる。

【0147】

（ＰＤＵセッション確立処理）
次に、図１０を用いて、ＵＥ１０が行うＰＤＵセッション確立処理について説明する。図１０は、本開示の実施形態に係るＰＤＵセッション確立処理の一例を示すシーケンス図である。

【0148】

ＡＭＦ２０９に登録されているＵＥ１０は、図１０に示すように、ＡＭＦ２０９にＰＤＵセッション確立要求（PDU Session Establishment Request）メッセージを送信する（ステップＳ４０１）。ここで、ＰＤＵセッション確立要求メッセージは、Allowed NSSAIの内、要求するサービスに対応するS-NSSAIと、UE Requested DNN（Data Network Name）を含んでいる。UE Requested DNNは、例えば、ＡＲ、ＶＲ、ＭＲ、ＳＲ、ＸＲのサービスへの接続を可能にするＤＮＮである。

【0149】

ＰＤＵセッション確立要求メッセージを受信すると、ＡＭＦ２０９はSMF Selectionを実行する（ステップＳ４０２）。ここで、ＰＤＵセッション確立要求メッセージがS-NSSAIを含んでいて、ＤＮＮを含んでいない場合には、このS-NSSAIに対するdefault DNNをＤＮＮとして選択する。例えば、ＡＲ、ＶＲ、ＭＲ、ＳＲ、ＸＲのアプリケーション向けのサービスの全て、或いは、それぞれが、特定のS-NSSAIで識別されるスライスとして定義されているとする。この場合、特定のS-NSSAIに対するdefault DNNは、ＡＲ、ＶＲ、ＭＲ、ＳＲ、ＸＲのサービスへの接続を可能にするＤＮＮとなる。

【0150】

ＡＭＦ２０９は、選択したＳＭＦ２０６にAllowed NSSAIのS-NSSAIを含むNsmf_PDUSession_CreateSMContext Requestを送信する（ステップＳ４０３）。ここで、Nsmf_PDUSession_CreateSMContext Requestは、ＳＵＰＩ、S-NSSAI、UE Requested DNN、若しくは、ＤＮＮを含んでいる。

【0151】

もし、ＳＵＰＩ、ＤＮＮとS-NSSAIに対応するSession Management Subscription dataが利用可能でないならば、ＳＭＦ２０６は、Nudm_SDM_Getを使ってＵＤＭ２０７からSession Management Subscription dataを取得する。また、ＳＭＦ２０６は、Session Management Subscription dataが更新された時には通知してもらうようにNudm_SDM_Subscribeを使って登録しておく。

【0152】

Nsmf_PDUSession_CreateSMContext Requestを受信したＳＭＦ２０６は、ＰＤＵセッション確立要求を処理することができるならば、SM contextを生成する。そして、ＳＭＦ２０６は、ＡＭＦ２０９にNsmf_PDUSession_CreateSMContext Responseを応答してSM Context IDを提供する（ステップＳ４０４）。

【0153】

もし、ＰＤＵセッションの確立の間にＤＮ－ＡＡＡサーバによる第２の認証、承諾処理を実行する必要がある場合には、ＳＭＦ２０６は、PDU Session establishment authentication/authorization処理を起動する（ステップＳ４０５）。

【0154】

確立するＰＤＵセッションにdynamic PCC（Policy and Charging Control）が適用される場合には、ＳＭＦ２０６は、PCF Selectionを実行する（ステップＳ４０６）。さもなければ、ＳＭＦ２０６は、ローカルなポリシーを適用してもよい。

【0155】

また、ＳＭＦ２０６は、ＰＣＦ２０５との間でSM Policy Associationを確立して、ＰＤＵセッションのためのdefault PCC Rulesを取得するために、SM Policy Association Establishment procedureを実行してもよい（ステップＳ４０７）。これにより、ＵＰＦ２２０を選択する前にPCC Rulesを取得することができる。

【0156】

ＳＭＦ２０６は、UPF Selectionを実行して、１つ以上のＵＰＦ２２０を選択する（ステップＳ４０８）。

【0157】

ＳＭＦ２０６は、選択されたＵＰＦ２２０にＮ４セッション確立要求（N4 Session Establishment Request）メッセージを送信する（ステップＳ４０９）。

【0158】

ＵＰＦ２２０は、Ｎ４セッション確立応答（N4 Session Establishment Response）メッセージを返信して、ＳＭＦ２０６に応答する（ステップＳ４１０）。

【0159】

もし、ＰＤＵセッションのために複数のＵＰＦ２２０が選択された場合には、このＮ４セッション確立処理は、それぞれのＵＰＦ２２０に対して起動される。

【0160】

ＳＭＦ２０６は、ＡＭＦ２０９にNamf_Communication_N1N2MessageTransferメッセージを送信する（ステップＳ４１１）。ここで、Namf_Communication_N1N2MessageTransferメッセージは、PDU Session ID、N2 SM information、CN Tunnel Info、Allowed NSSAIのS-NSSAI、N1 SM containerを含む。ここで、N2 SM informationには、PDU Session ID、ＱＦＩ（ｓ）、QoS Profile(s)等を含む。また、ＰＤＵセッションのために複数のＵＰＦ２２０が使われる場合には、CN Tunnel Infoは、Ｎ３を終端するこれら複数のＵＰＦ２２０に関連するトンネリング情報（tunnel information）を含んでいる。

【0161】

N1 SM containerは、ＡＭＦ２０９がＵＥ１０に供給しなければならないPDU Session Establishment Acceptを含んでいる。また、PDU Session Establishment Acceptは、Allowed NSSAIのS-NSSAIを含んでいる。

【0162】

Namf_Communication_N1N2MessageTransferメッセージは、ＡＭＦ２０９がＵＥ１０に対してどのアクセスを使うかがわかるように、PDU Session IDを含んでいる。

【0163】

ＡＭＦ２０９は、Ｎ２ ＰＤＵセッション要求（N2 PDU Session Request）メッセージをＲＡＮ／ＡＮ２３０に送信する（ステップＳ４１２）。ここで、ＡＭＦ２０９は、Ｎ２ ＰＤＵセッション要求メッセージを介して、ＵＥ１０を送り先とするPDU Session IDとＰＤＵセッション確立許可（PDU Session Establishment Accept）を含むＮＡＳ（Non-Access-Stratum）メッセージと、ＳＭＦ２０６から受信したN2 SM informationをＲＡＮ／ＡＮ２３０に送信する。

【0164】

ＲＡＮ／ＡＮ２３０は、PDU Session IDとN1 SM containerを含むＮＡＳメッセージをＵＥ１０に転送する（ステップＳ４１３）。ここで、N1 SM containerは、PDU Session Establishment Acceptを含んでいる。

【0165】

ＲＡＮ／ＡＮ２３０は、Ｎ２ ＰＤＵセッション応答（N2 PDU Session Response）メッセージをＡＭＦ２０９に応答する（ステップＳ４１４）。

【0166】

ＡＭＦ２０９は、SM Context IDとN2 SM informationを含むNsmf_PDUSession_UpdateSMContext Requestメッセージを介して、ＲＡＮ／ＡＮ２３０から受信したN2 SM informationをＳＭＦ２０６に転送する（ステップＳ４１５）。

【0167】

ＳＭＦ２０６は、ＵＰＦ２２０との間でＮ４セッション変更手順（N4 Session Modification procedure）を起動して、Ｎ４セッション変更要求（N4 Session Modification Request）メッセージをＵＰＦ２２０に送信する（ステップＳ４１６）。ＳＭＦ２０６は、ＵＰＦ２２０に転送ルールに加え、ＡＮトンネリング情報（AN Tunnel Info）を提供する。

【0168】

ＵＰＦ２２０は、ＳＭＦ２０６にＮ４セッション変更応答（N4 Session Modification Response）メッセージを応答する（ステップＳ４１７）。ＰＤＵセッションで複数のＵＰＦ２２０が用いられている場合には、上記のＮ４セッション変更手順が行われる対象は、Ｎ３を終端する全てのＵＰＦ２２０となる。

【0169】

以上の処理に従って、ＰＤＵセッションが確立される。

【0170】

なお、それぞれのＱｏＳフローに対して、QoS ProfileはＱｏＳパラメータを含まなければならない。ＱｏＳパラメータは、例えば、５ＱＩ（5G QoS Identifier）とＡＲＰ（Allocation and Retention Priority）である。

【0171】

ＱｏＳフローは、QoS Profileに応じて、“ＧＢＲ（Guaranteed Bit Rate）”と“Ｎｏｎ－ＧＢＲ”のいずれかであってもよい。

【0172】

Ｎｏｎ－ＧＢＲ ＱｏＳフローに対しては、QoS ProfileはＲＱＡ（Reflective QoS Attribute）というＱｏＳパラメータを含んでもよい。

【0173】

ＧＢＲ ＱｏＳフローに対しては、アップリンクとダウンリンクのＧＦＢＲ（Guaranteed Flow Bit Rate）とＭＦＢＲ（Maximum Flow Bit Rate）というＱｏＳパラメータを含まなければならない。

【0174】

５ＱＩは、ＱｏＳフローの転送処理を制御するためのアクセスノード向けのパラメータである。例えば、スケジューリングの重み、アドミッションの閾値、キュー管理の閾値、リンク層の設定等である。

【0175】

ＡＲＰは、priority level、pre-emption capability、pre-emption vulnerabilityに関する情報を含んでいる。

【0176】

ＡＲＰのpriority levelは、ＱｏＳフローの相対的な重要度を定義するもので、最も高い重要度を１として、１から１５の範囲で設定される。

【0177】

ＡＲＰのpre-emption capabilityは、ＱｏＳフローが他のより低いpriority levelを持つＱｏＳフローに既に割り当てられているリソースを使用することができるか、否かを定義する指標である。

【0178】

ＡＲＰのpre-emption vulnerabilityは、他のより高いpriority levelを持つＱｏＳフローを許可するために、ＱｏＳフローに割り当てられているリソースを明け渡してしまうか、否かを定義する指標である。

【0179】

ＡＲＰのpre-emption capabilityとＡＲＰのpre-emption vulnerabilityには、“enabled”、若しくは、“disabled”のいずれかを設定しなければならない。

【0180】

（RRC_CONNECTED遷移処理）
ＵＥ１０とコアネットワーク（例えば、ＡＭＦ２０９）間のシグナリングは、ＮＡＳシグナリングによって行われる。このＮＡＳシグナリングを可能にするためにＮＡＳシグナリング接続が使われる。

【0181】

ＮＡＳシグナリング接続は、ＵＥ１０とＡＮ（Access Network）間のＡＮシグナリング接続と、ＡＮとＡＭＦ２０９間のＮ２接続とで構成される。ここで、ＡＮシグナリング接続は、例えば、ＲＲＣ（Radio Resource Control）接続である。

【0182】

そこで、図１１を用いて、ＵＥ１０のＲＲＣ状態をRRC_IDLEからRRC_CONNECTEDへ遷移させるRRC_CONNECTED遷移処理について説明する。図１１は、本開示の実施形態に係るRRC_CONNECTED遷移処理の一例を示すシーケンス図である。RRC_CONNECTED遷移処理は、RRC_IDLEからRRC_CONNECTEDへ遷移する場合にＵＥ１０（端末装置１１０の一例）によって起動される。

【0183】

まず、ＵＥ１０は、RRC_IDLE、かつ、CM-IDLE状態であるとする（ステップＳ５００）。ここで、RRC_IDLE状態は、基地局装置１３０との間でＲＲＣ接続が確立されていない状態である。CM-IDLE状態は、ＡＭＦ２０９との間でＮ１を介したＮＡＳシグナリング接続が確立されていない状態である。

【0184】

ＵＥ１０は、基地局装置１３０との新たな接続のために、ＳＲＢ（Signalling Radio Bearer）０を介してＲＲＣ設定要求（RRCSetupRequest）メッセージを送信する（ステップＳ５０１）。

【0185】

ＵＥ１０は、基地局装置１３０からＲＲＣ設定（RRCSetup）メッセージを受信すると（ステップＳ５０２）、ＲＲＣ状態をRRC_IDLEからRRC_CONNECTEDに遷移し、CM-IDLEはそのまま維持する（ステップＳ５０３）。

【0186】

基地局装置１３０は、ＵＥ１０からＲＲＣ設定完了（RRCSetupComplete）メッセージを受信すると（ステップＳ５０４）、ＲＲＣ設定処理を完了し、ＵＥ１０は、CM-CONNECTEDに遷移する（ステップＳ５０５）。

【0187】

ＲＲＣ設定完了（RRCSetupComplete）メッセージに含めて送信されたＵＥ１０からの最初のＮＡＳメッセージ（INITIAL UE MESSAGE）がＡＭＦ２０９に送信される（ステップＳ５０６）。

【0188】

ここで、最初のＮＡＳメッセージは、例えば、登録要求（Registration Request）メッセージ（図９のステップＳ３０１参照）、或いは、ＰＤＵセッション確立要求（PDU Session Establishment Request）メッセージ（図１０のステップＳ４０１）である。また、ＵＥ１０とＡＭＦ２０９との間では、いくつかのＮＡＳメッセージが交換される。

【0189】

ＡＭＦ２０９はUE context dataを準備し、初期コンテキスト設定要求（INITIAL CONTEXT SETUP REQUEST）メッセージを介して、UE context dataを基地局装置１３０に送信する（ステップＳ５０７）。ここで、UE context dataは、PDU session context、Security Key、UE Radio CapabilityとUE Security Capabilities等を含んでいる。

【0190】

基地局装置１３０は、ＵＥ１０にSecurityModeCommandメッセージに送信し（ステップＳ５０８）、ＵＥ１０がＳＲＢ１を介してSecurityModeCompleteメッセージを基地局装置１３０に送信すると（ステップＳ５０９）、基地局装置１３０は、ＡＳ（Access-Stratum）セキュリティ（AS security）をアクティベートする。

【0191】

ＳＲＢ２とＤＲＢｓ（Data Radio Bearerｓ）を設定するために、基地局装置１３０は、ＵＥ１０にＲＲＣ再構成（RRCReconfiguration）メッセージを送信し（ステップＳ５１０）、ＵＥ１０がＳＲＢ１を介してＲＲＣ再構成完了（RRCReconfigurationComplete）メッセージを基地局装置１３０に送信すると（ステップＳ５１１）、ＲＲＣ再構成処理を完了する。

【0192】

基地局装置１３０は、ＡＭＦ２０９に初期コンテキスト設定完了（INITIAL CONTEXT SETUP RESPONSE）メッセージを送信して（ステップＳ５１２）、設定処理が完了したことを通知する。

【0193】

（SPS-Config及びConfiguredGrantConfigの設定）
ＡＭＦ２０９は、端末装置１１０から特定のサービスに対応するS-NSSAI（例えば、S-NSSAI1）を含むＰＤＵセッション確立要求メッセージ（図１０のステップＳ４０１参照）を受信した場合には、このS-NSSAI1に対応するサービスを提供するためのＳＭＦ２０６を選択する。ここで、特定のサービスは、例えば、ＡＲ、ＶＲ、ＭＲ、ＳＲ、ＸＲのアプリケーション向けのサービスである。

【0194】

また、S-NSSAI1に対応するサービスを提供するために選択されたＳＭＦ２０６は、例えば、ＡＲ、ＶＲ、ＭＲ、ＳＲ、ＸＲのアプリケーション向けのサービスを提供するために必要なＰＣＦ２０５とＵＰＦ２２０を選択する。

【0195】

さらに、例えば基地局装置１３０は、ＡＭＦ２０９の指示に応答して、端末装置１１０とのダウンリンクとアップリンクに設定するSPS-Config及びConfiguredGrantConfigをそれぞれ決定してもよい。

【0196】

基地局装置１３０は、ＲＲＣを介してSPS-Config及びConfiguredGrantConfigを端末装置１１０に設定することができる。例えば、基地局装置１３０は、ＲＲＣ再構成メッセージ（図１１のステップＳ５０８参照）にSPS-Config及びConfiguredGrantConfigを含めて送信することで端末装置１１０に設定する。

【0197】

SPS-Configは、ダウンリンクのセミパーシステント送信（Semi-Persistent Transmission）を設定するために用いられる。複数のＳＰＳ（Semi-Persistent Scheduling）がサービングセルの１つのＢＷＰ（Bandwidth Part）に対して設定され得る。複数のＳＰＳは、SPS-ConfigListで設定される。

【0198】

また、基地局装置１３０は、上述のＲＲＣを介したタイプ１と呼ばれる方法に加えて、タイプ２と呼ばれるCS-RNTI（Radio Network Temporary Identifier）を指定したＰＤＣＣＨを介した方法でConfiguredGrantConfigを設定することもできる。

【0199】

ＲＲＣメッセージに含まれるSPS-Config information elementは、periodicity、periodicityExt、及び、SPS-ConfigIndexというフィールドを含む。

【0200】

ここで、SPS-Config information elementにperiodicityExtが含まれていない場合はperiodicityを参照し、periodicityExtが含まれている場合はperiodicityを無視する。

【0201】

TS38.331には、SPS-Configのperiodicityとして１０ｍｓ、２０ｍｓ、３２ｍｓ、４０ｍｓ、６４ｍｓ、８０ｍｓ、１２８ｍｓ、１６０ｍｓ、３２０ｍｓ、及び、６４０ｍｓの値が定義されている。

【0202】

また、SPS-ConfigのperiodicityExtに関しては、ＳＣＳ（Subcarrier Spacing）が１５ｋＨｚの場合には、１ｓｌｏｔから６４０ｓｌｏｔｓの間のいずれかのスロット数がperiodicityExtとして設定できるように定義されている。また、ＳＣＳが３０ｋＨｚの場合には、１ｓｌｏｔから１２８０ｓｌｏｔｓの間のいずれかのスロット数がperiodicityExtとして設定できるように定義されている。ＳＣＳが６０ｋＨｚの場合には、１ｓｌｏｔから２５６０ｓｌｏｔｓの間のいずれかのスロット数がperiodicityExtとして設定できるように定義されている。ＳＣＳが１２０ｋＨｚの場合には、１ｓｌｏｔから５１２０ｓｌｏｔｓの間のいずれかのスロット数がperiodicityExtとして設定できるように定義されている。

【0203】

ＳＰＳが設定されると、MAC entityは、以下の式（１）を満たすＳＦＮ（System Frame Number）内のスロット（Slot#_N）にＮ番目のダウンリンクの割り当てが発生するものと判断しなくてはならない。

【0204】

（numberOfSlotsPerFrame×SFN＋Slot#_N）＝
［（numberOfSlotsPerFrame×SFNinit＋slotinit）
＋N×periodicity×numberOfSlotsPerFrame／10］
modulo（1024×numberOfSlotsPerFrame）・・・（１）

【0205】

ここで、numberOfSlotsPerFrameは無線フレーム内のスロット数（例えば、ＳＣＳが１５ｋＨｚの場合は１０）、SFNinitとslotinitはそれぞれ、ＳＰＳが設定されて最初のＰＤＳＣＨ（Physical Downlink Shared Channel）の送信が行われたＳＦＮとslot#である。

【0206】

また、時間軸上で連続して複数のスロットをＳＰＳのリソースとして割り当てるために、さらにnumberOfSlotsPerSPSというパラメータを導入してもよい。MAC entityは、上記式（１）を満たすＳＦＮ内のスロット（Slot#_N）を先頭に連続したnumberOfSlotsPerSps分のスロットにＮ番目のダウンリンクの割り当てが発生するものと判断する。

【0207】

ConfiguredGrantConfig information elementは、periodicity、periodicityExt、及び、ConfiguredGrantConfigIndexというフィールドを含む。

【0208】

ここで、ConfiguredGrantConfig information elementにperiodicityExtが含まれていない場合はperiodicityを参照し、periodicityExtが含まれている場合はperiodicityを無視する。

【0209】

TS38.331には、ConfiguredGrantConfigのperiodicityとして、例えば、ＳＣＳが１５ｋＨｚの場合には、２、７、ｎ*１４ｓｙｍｂｏｌｓが定義されている。ここで、ｎは、１、２、４、５、８、１０、１６、２０、３２、４０、６４、８０、１２８、１６０、３２０、６４０のいずれかの値である。

【0210】

また、ConfiguredGrantConfigのperiodicityExtに関しては、例えば、ＳＣＳが１５ｋＨｚの場合には、１ｓｙｍｂｏｌから６４０ｓｙｍｂｏｌｓの間のいずれかのシンボル数がperiodicityExtとして設定できるように定義され、periodicityExt*14symbolsの周期が設定できる。

【0211】

ＣＧ（Configured Grant）が設定されると、MAC entityは、以下の式（２）を満たすＳＦＮ（System Frame Number）のSlot#内のシンボル（Symbol#_N）にＮ番目のアップリンクの割り当てが発生するものと判断しなくてはならない。

【0212】

［（SFN×numberOfSlotsPerFrame×numberOfSymbolsPerSlot）
＋（Slot#×numberOfSymbolsPerSlot）＋Symbol#_N］＝
（timeDomainOffset×numberOfSymbolsPerSlot＋S＋N×periodicity）
modulo（1024×numberOfSlotsPerFrame×numberOfSymbolsPerSlot）・・・（２）

【0213】

ここで、numberOfSlotsPerFrameは無線フレーム内のスロット数（例えば、ＳＣＳが１５ｋＨｚの場合は１０）、numberOfSymbolsPerSlot はスロット内のシンボル数（Normal CPの場合は１４）である。また、timeDomainOffsetとSは、SLIV（Start and length indicator value）から得られるパラメータである。timeDomainOffsetはＳＦＮ＝０におけるリソースの時間軸でのオフセット値、SはＰＵＳＣＨ（Physical Uplink Shared Channel）を最初に割り当てたシンボル（Symbol#）である。

【0214】

また、時間軸上で連続して複数のシンボルをＣＧのリソースとして割り当てるために、さらにnumberOfSymbolsPerCgというパラメータを導入してもよい。MAC entityは、上記式（２）を満たすＳＦＮ内のSlot#内のシンボル（Symbol#_N）を先頭に連続したnumberOfSymbolsPerCg分のシンボルにＮ番目のアップリンクの割り当てが発生するものと判断する。

【0215】

＜＜３．技術的課題＞＞
続いて、本開示の実施形態に係るコンテンツ配信システム１００の技術的課題について、特に、セミパーシステント送信で動画データを送信する場合に着目して説明する。

【0216】

図１２は、コンテンツ配信システムによる動画データの配信の一例について説明するための図である。図１２では、基地局装置１３０と端末装置１１０との間でＳＰＳを介した動画データの通信が行われる。また、端末装置１１０は、上述したタイムワープを用いてフレームレートを２倍に上げて動画を表示するものとする。

【0217】

例えば、ＨＭＤである端末装置１１０が、ＸＲのサービスを利用するために、S-NSSAI1を含むＰＤＵセッション確立要求メッセージ（図１０のステップＳ４０１参照）をＡＭＦ２０９に送る。ＰＤＵセッション確立要求メッセージを受信したＡＭＦ２０９は、端末装置１１０とのダウンリンクとアップリンクにSPS-ConfigとConfiguredGrantConfigをそれぞれ設定するよう基地局装置１３０に指示する。

【0218】

端末装置１１０は、基地局装置１３０を介して、例えば、４５ｆｐｓのフレームレートの動画データをダウンリンクのＳＰＳ（Semi-Persistent Scheduling）によって受信する。以下、情報処理装置１５０が送信する動画データのフレームレートを第１のフレームレートとも記載する。

【0219】

また、端末装置１１０は、基地局装置１３０を介して、慣性計測装置１１４が計測した慣性に係る情報をアップリンクのＣＧ（Configured Grant）によって送信する。

【0220】

端末装置１１０は、受信した第１のフレームレート（４５ｆｐｓ）の動画データにタイムワープを活用して例えば９０ｆｐｓのフレームレートの動画として表示する。以下、端末装置１１０が表示部１１６に表示する動画のフレームレートを第２のフレームレートとも記載する。

【0221】

第２のフレームレート（９０ｆｐｓ）の動画は、１１．１１ｍｓの周期で端末装置１１０のディスプレイ上に表示される。また、第１のフレームレート（４５ｆｐｓ）の動画データの受信は、理想的には、２２．２２ｍｓの周期で受信できることが望ましい。ところが、ＳＰＳの周期はスロット単位（ＳＣＳが１５ｋＨｚの場合には１ｍｓ）で設定されるため、最も近い周期として、例えば、２２ｍｓに設定される。

【0222】

ここで、ＳＰＳの周期を設定する方法について説明する。S-NSSAI1に対応するサービスが扱う動画のフレームレートを含むフォーマットに係る情報は、例えば、ＵＤＲ（Unified Data Repository）に保存されている。

【0223】

ＳＭＦ２０６は、S-NSSAI1に対応するサービスの提供のためにＰＤＵセッションの確立が要求されると、S-NSSAI1に対応するサービスが扱う動画のフレームレートを含むフォーマットに係る情報をＵＤＲから取得し、ＮＡＳメッセージを介してＡＭＦ２０９に提供する。

【0224】

ＡＭＦ２０９は、取得した動画のフォーマットに係る情報からＳＰＳの周期を決定し、決定した周期のＳＰＳの設定を基地局装置１３０に指示する。

【0225】

また、ＵＤＲから取得したS-NSSAI1に対応するサービスが扱う動画のフレームレートを含むフォーマットに係る情報に基づいて、ＳＭＦ２０６がＳＰＳの周期を決定して、ＡＭＦ２０９を介して基地局装置１３０にＳＰＳの周期を提供するようにしてもよい。例えば、ＳＭＦ２０６がＡＭＦ２０９を介して基地局装置１３０に提供するN2 SM informationに含まれるQoS Profile、或いは、ＱｏＳパラメータにこのＳＰＳの周期を含める。

【0226】

さらに、QoS Profile、或いは、ＱｏＳパラメータには、ＳＰＳの設定を明示的に指示するための情報を含めてもよい。例えば、“sps-enabled”を設定する。

【0227】

なお、ＳＭＦ２０６は、基地局装置１３０に提供するAlternative QoS ProfileにＳＰＳの周期、さらには、ＳＰＳの設定を明示的に指示するための情報、例えば、“sps-enabled”を含めてもよい。

【0228】

或いは、S-NSSAI1に対応するサービスが扱う動画のフレームレートを含むフォーマットに係る情報は、ＰＣＦ２０５からＳＭＦ２０６に提供されるPCC Rulesに含めてもよい。

【0229】

また、S-NSSAI1に対応するサービスが扱う動画のフォーマット、或いは、ＳＰＳの周期に対応するＱＦＩ（QoS Flow Identifier）と５ＱＩ（5G QoS Identifier）を定義して、ＳＭＦ２０６は、基地局装置１３０にこのＱＦＩと５ＱＩを通知するようにしてもよい。

【0230】

ＱｏＳフローは、ＮＡＳレベルでは、５ＧＣから基地局装置１３０に提供されるQoS Profileと、５ＧＣから端末装置１１０に提供されるQoS rule(s)によって特徴づけられる。QoS Profileは、基地局装置１３０が無線インタフェースでの処理の仕方を決定するために用いられる。

【0231】

QoS Profileは、ＱｏＳパラメータを含んでいて、ＱｏＳパラメータは、例えば、５ＱＩとＡＲＰである。

【0232】

QoS rule(s)は、アップリンクのユーザ・プレーンのデータとＱｏＳフローの対応を指示するために使われる。例えば、ＣＧの設定は、QoS ruleに含める。

【0233】

ここで、ＣＧの設定は、ＣＧの周期、さらには、ＣＧの設定を明示的に指示するための情報、例えば、“cg-enabled”である。

【0234】

ＡＳレベルでは、ＤＲＢが無線インタフェースでのパケットの処理の仕方を決定する。基地局装置１３０によるＱｏＳフローとＤＲＢのマッピングは、ＱＦＩと関係するQoS Profileに基づいて行われる。

【0235】

上述したように、端末装置１１０は、２２ｍｓの周期で動画データを受信し、１１．１１ｍｓの周期で動画（フレーム画像）を表示部１１６に表示する。

【0236】

図１２に示す例では、端末装置１１０は、Ａ点から所定の受信期間で動画データＤ１を受信する。端末装置１１０は、受信した次の表示タイミング（Ｂ１点）で受信した動画データＤ１から生成した第１の動画を表示する。また、端末装置１１０は、Ｂ１点で表示した第１の動画のタイムワープとしてＢ２点で、動画データＤ１から生成した第２の動画を表示（以下、タイムワープ表示とも記載する）する。

【0237】

端末装置１１０は、２２ｍｓの周期で動画データを受信するとともに、１１．１１ｍｓの表示周期で動画を表示する。より具体的には、端末装置１１０は、２２．２２ｍｓの周期で第１の動画を表示し、２２．２２ｍｓの周期で第２の動画をタイムワープ表示する。

【0238】

このように、端末装置１１０が動画データを受信する周期（ＳＰＳの周期）と、端末装置１１０が第１の動画を表示する周期（第１のフレームレート）が異なる。そのため、図１２のＡ点のように、ある時点では動画データの受信タイミングと第１のフレームレート（４５ｆｐｓ）の動画の表示タイミングが揃っていたとしても、受信タイミングと表示タイミングとの間に徐々にずれが生じてくる。このずれはわずかではあるが、ずれが徐々に累積することにより、表示までの遅延量がMotion-to-photon latencyの観点から無視できないほど大きくなる、或いは、逆に表示に間に合わなくなるといった問題が生じてしまう。

【0239】

・提案技術の概要
そこで、本開示では、周期的に動画データを受信し、周期的に動画を表示する端末装置１１０において、安定して動画を表示させることができる技術を提案する。提案技術として、基地局装置１３０は、端末装置１１０における動画データの周期的な受信タイミングと、動画の表示タイミングと、の差が、所定の条件を満たす場合に、受信タイミングに関する設定を変更する。

【0240】

＜＜４．技術的特徴＞＞
＜４．１．ＳＰＳの再設定＞
図１３は、本開示の実施形態に係る基地局装置１３０によるＳＰＳの再設定について説明するための図である。

【0241】

上述したように、端末装置１１０は、２２ｍｓの周期で動画データを受信するとともに、端末装置１１０は、２２．２２ｍｓの周期で第１の動画を表示する。

【0242】

このように、端末装置１１０が動画データを受信する周期（ＳＰＳの周期）と、端末装置１１０が第１の動画を表示する周期が異なると受信タイミングと表示タイミングとの間にずれ（差）が生じる。

【0243】

端末装置１１０が動画データを受信する受信する受信タイミングと、第１の動画の表示タイミングとの差の絶対値が所定の閾値以上になった場合に、基地局装置１３０は、ＳＰＳの再設定を行う。基地局装置１３０は、現在のＳＰＳの設定をリセットし、再度ＳＰＳの設定を行う。基地局装置１３０は、端末装置１１０が動画データを受信する受信する受信タイミングと、第１の動画の表示タイミングとが揃うように、SPS-Configを再設定する。

【0244】

端末装置１１０は、動画データを受信する受信する受信タイミングと、第１の動画の表示タイミングとの差の絶対値が所定の閾値以上になった場合に、再設定後のSPS-Configに基づき、変更後の受信タイミングで動画データを受信する。

【0245】

図１４は、本開示の実施形態に係るＳＰＳ再設定処理の流れを示すフローチャートである。図１４では、ＳＰＳ再設定処理を端末装置１１０が行う場合について示している。

【0246】

端末装置１１０は、基地局装置１３０からの通知（例えば、SPS-Configを含むRRC message）に基づき、ＳＰＳを設定する（ステップ６０１）。端末装置１１０は、設定したＳＰＳの周期で基地局装置１３０から動画データを受信する（ステップＳ６０２）。

【0247】

端末装置１１０は、ＳＰＳの周期（例えば、２２ｍｓ）と動画データのフレームレート（例えば第１のフレームレート。２２．２２ｍｓ）との差の累積時間を測定する（ステップＳ６０３）。より具体的には、端末装置１１０は、動画データを受信するごとに、ＳＰＳの周期と第１のフレームレートとの差（０．２２ｍｓ）を累積し、動画データを受信した受信タイミングでの表示タイミングとの差を算出する。

【0248】

なお、端末装置１１０は、動画データを受信した時刻と、動画データを表示した時刻と、の差を算出することで、受信タイミングと表示タイミングとの差を算出してもよい。

【0249】

端末装置１１０は、測定した累積時間が予め設定された所定の閾値以上であるか否かを判定する（ステップＳ６０４）。累積時間が閾値未満である場合（ステップＳ６０４；Ｎｏ）、ステップＳ６０２に戻り、端末装置１１０はＳＰＳの周期で動画データを受信する。

【0250】

一方、累積時間が閾値以上である場合（ステップＳ６０４；Ｙｅｓ）、端末装置１１０は、ＳＰＳの再設定を基地局装置１３０に要求する処理を起動し（ステップＳ６０５）、ステップＳ６０１に戻る。

【0251】

ステップＳ６０５で、端末装置１１０は、ＳＰＳの再設定（SPS-Configの再設定）の要求に、補正すべき累積時間、或いは、この補正すべき累積時間に相当するスロット数をオフセット値として含めて報告するようにしてもよい。

【0252】

基地局装置１３０は、端末装置１１０端末装置１１０からSPS-Configの再設定の要求を受信すると、報告された補正すべき累積時間に係る情報に基づいて、ＳＰＳを再設定する。なお、このSPS-Configの再設定の要求は、ＲＲＣメッセージを介して行われる。

【0253】

端末装置１１０は、動画データを受信している間、上記ＳＰＳ再設定処理を実行する。

【0254】

なお、ここでは、端末装置１１０が、ＳＰＳの再設定を要求するとしたが、これに限定されない（すなわち、端末装置１１０によるＳＰＳの再設定の要求は必須の構成要素でなくともよい）。例えば、基地局装置１３０が、動画データを受信した受信タイミングでの表示タイミングとの差を算出して、ＳＰＳの再設定を行うか否かを判定するようにしてもよい。この場合、基地局装置１３０は、例えば情報処理装置１５０から動画データのフレームレートに関する情報を取得する。さらに又はこれに代えて、基地局装置１３０は、ＵＤＲや５ＧＣ／ＮＧＣ２０のＮＦから動画データのフレームレートに関する情報を取得してもよい。さらに又はこれに代えて、基地局装置１３０が、本来終端しない上位レイヤの情報（すなわち、動画データのフレームレートに関する情報）をＤＰＩ（Deep Packet Inspection）等を用いて読み取ることで、取得してもよい。

【0255】

或いは、５ＧＣ／ＮＧＣ２０のＮＦが動画データを受信した受信タイミングでの表示タイミングとの差に基づき、基地局装置１３０に対してＳＰＳを再設定させるようにしてもよい。ここでは、ＳＭＦ２０６が、基地局装置１３０に対して、ＳＰＳを再設定するタイミングを指示する場合について説明する。

【0256】

この場合、端末装置１１０は、S-NSSAI1に対応するサービスを受けるために送信するＰＤＵセッションの確立要求メッセージ（図１０のステップＳ４０１参照）に、S-NSSAI1に加えて、端末装置１１０が許容できるＳＰＳの周期と動画のフレームレートの周期の差の累積時間の絶対値を含める。

【0257】

ＳＭＦ２０６は、Nsmf_PDUSession_CreateSMContext Request（図１０のステップＳ４０１参照）を介して、ＡＭＦ２０９からS-NSSAI1と端末装置１１０が許容できる累積時間を取得する。

【0258】

なお、ここでは、端末装置１１０が許容できる累積時間を通知するとしたが、これに限定されない。例えばＳＭＦ２０６が、Motion-to-photon latency等に基づいて予め決められた値を許容できる累積時間としてもよい。

【0259】

ＳＭＦ２０６は、S-NSSAI1に対応するサービスが扱う動画のフレームレートを含むフォーマットに係る情報をＵＤＲから取得する。

【0260】

ＳＭＦ２０６は、動画のフレームレートに基づいてＳＰＳの周期を決定し、許容できる累積時間に基づいてＳＰＳを設定する期間を決定する。ここで、ＳＰＳを設定する期間は、ＳＰＳが設定されてからＳＰＳの再設定が必要になるまで期間である。

【0261】

ＡＭＦ２０９は、Namf_Communication_N1N2MessageTransfer（図１０のステップＳ４１１参照）のN2 SM informationを介して、ＳＭＦ２０６からＳＰＳの周期とＳＰＳを設定する期間を取得する。

【0262】

ＡＭＦ２０９は、Ｎ２ ＰＤＵセッション要求メッセージ（図１０のステップＳ４１２参照）を介して、ＳＭＦ２０６から取得したＳＰＳの周期とＳＰＳを設定する期間と、オフセット値として、補正すべき累積時間に相当するスロット数を基地局装置１３０に通知する。

【0263】

基地局装置１３０は、ＡＭＦ２０９から取得したＳＰＳの周期とＳＰＳを設定する期間に基づいて、端末装置１１０とのダウンリンクにＳＰＳの周期を設定し、ＳＰＳを設定する期間を設定したタイマーを起動する。

【0264】

このタイマーの有効期限が切れると、基地局装置１３０は、ＳＰＳを開始するスロットをオフセット値に相当するスロット数分オフセットさせたＳＰＳを再設定し、タイマーをリセットする。

【0265】

以降、端末装置１１０がS-NSSAI1に対応するサービスを終了するまで、このＳＰＳの再設定処理は繰り返される。

【0266】

＜４．２．複数のＳＰＳ設定＞
上述した例では、基地局装置１３０が１つのＳＰＳを設定する場合について説明したが、基地局装置１３０が、複数のＳＰＳを設定するようにしてもよい。これにより、基地局装置１３０は、ＳＰＳに割り当てるリソースを増やすことができる。

【0267】

図１５、図１６は、本開示の実施形態に係る基地局装置１３０によるＳＰＳ設定例を説明するための図である。

【0268】

図１５に示すように、基地局装置１３０は、ＳＰＳの周期（例えば２２ｍｓ）内で連続する複数のスロットに複数のＳＰＳを設定してもよい。或いは、基地局装置１３０は、図１６に示すように、分散した複数のスロットに複数のＳＰＳを設定してもよい。

【0269】

基地局装置１３０は、例えばＳＰＳを設定した複数のスロットに動画データを割り当てて送信する。

【0270】

また、基地局装置１３０は、ＳＰＳの再設定を複数のＳＰＳの各ＳＰＳを切り替えて実現してもよい。

【0271】

なお、図１５及び図１６では、基地局装置１３０は、ＳＰＳ周期の先頭から複数のスロットにＳＰＳを設定しているが、これに限定されない。基地局装置１３０が、ＳＰＳ周期の末尾から複数のスロットにＳＰＳを設定してもよく、或いは、ＳＰＳ周期の中央に位置する複数のスロットにＳＰＳを設定してもよい。また、図１５及び図１６では、基地局装置１３０がＳＰＳを設定するリソース割り当て数を３つとしているが、これに限定されず、２つであっても４つ以上であってもよい。

【0272】

また、基地局装置１３０は、ＰＤＣＣＨを周期的にモニタリングするために端末装置１１０に間欠受信、ＤＲＸ（Discontinuous Reception）を設定する。アイドルモード（Idle mode）の端末装置１１０が行う処理の１つは、基地局装置１３０からページングを通知するＰＤＣＣＨをモニタリングすることである。そこで、アイドルモードでは待ち受け時の消費電力を抑えるために、周期的にＰＤＣＣＨをモニタリングするためのＤＲＸが設定される。

【0273】

また、コネクテッドモード（Connected mode）の端末装置１１０においても消費電力を削減することは重要である。そこで、基地局装置１３０は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ、或いはＲＲＣ ＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎを使ってＣ－ＤＲＸ（Connected mode ＤＲＸ）を設定することができる。ＰＤＣＣＨのモニタリング周期に合わせてｌｏｎｇＤＲＸ－Ｃｙｃｌｅの値が設定され、ＰＤＣＣＨを割り当てるスロット位置に基づいて、ｄｒｘＳｔａｒｔＯｆｆｓｅｔとｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの値が設定される。さらに、ＰＤＣＣＨを介してスケジューリング情報を受信して、そのスケジューリング情報が示すデータを受信する期間としてｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを設定する。さらに、基地局装置１３０は、このＬｏｎｇ ＤＲＸに加えて、Ｓｈｏｒｔ ＤＲＸを設定することができる。

【0274】

Ｓｈｏｒｔ ＤＲＸは、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒとｓｈｏｒｔＤＲＸ－Ｃｙｃｌｅによって設定される。コネクテッドモードの端末装置１１０は、Ｌｏｎｇ ＤＲＸの設定に従って、ＰＤＣＣＨをモニタリングする。ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが有効な期間に渡ってスケジューリング情報を含むＰＤＣＣＨの復調に成功すると、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒをスタートさせ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが有効な期間に渡って、スケジューリング情報が示すデータを受信することができる。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの有効期限が満了すると、端末装置１１０は、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒをスタートさせ、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが有効な期間に渡って、ｌｏｎｇＤＲＸ－Ｃｙｃｌｅより高い頻度のｓｈｏｒｔＤＲＸ－Ｃｙｃｌｅの周期でＰＤＣＣＨをモニタリングする。このｓｈｏｒｔＤＲＸ－ＣｙｃｌｅでのＰＤＣＣＨのモニタリングによって、例えば、短い期間で送信されるパケットのＱｏＳを確保することができる。ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの有効期限が満了すると、端末装置１１０は、Ｌｏｎｇ ＤＲＸの設定に従って、ＰＤＣＣＨの周期的なモニタリングを再開する。

【0275】

基地局装置１３０は、ＰＤＣＣＨのモニタリング周期とＳＰＳ周期に基づいて端末装置１１０にＣ－ＤＲＸを設定する。例えば、ＰＤＣＣＨをＳＰＳが設定されたスロット内で通知する場合には、１つのＬｏｎｇ ＤＲＸが設定される。ＳＰＳ周期に合わせてｌｏｎｇＤＲＸ－Ｃｙｃｌｅの値を設定し、ＳＰＳが設定されたスロット位置に基づいてｄｒｘＳｔａｒｔＯｆｆｓｅｔとｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの値が設定される。ここで、連続する複数のスロットにＳＰＳが設定される場合（図１５）には、その連続するスロット数に応じてｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの値が設定される。或いは、ＳＰＳが設定された先頭のスロット位置に合わせてＬｏｎｇ ＤＲＸのｄｒｘＳｔａｒｔＯｆｆｓｅｔとｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの値を設定し、２番目以降のスロットの位置に合わせてｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの値が設定される。分散した複数のスロットにＳＰＳが設定される場合（図１６）には、その分散した複数のスロットがすべて含まれるようにｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの値が設定される。或いは、分散した複数のスロットにＳＰＳが設定される場合には、ＳＰＳが設定された最初のスロット位置に合わせてＬｏｎｇ ＤＲＸのｄｒｘＳｔａｒｔＯｆｆｓｅｔとｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの値を設定し、２番目以降のスロットの位置に合わせてＳｈｏｒｔ ＤＲＸのｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒとｓｈｏｒｔＤＲＸ－Ｃｙｃｌｅを設定する。ＳＰＳ周期内で分散して設定されたスロットの周期に基づいてｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒの値を設定し、分散して設定された複数のスロットが含まれる期間に基づいてｓｈｏｒｔＤＲＸ－Ｃｙｃｌｅを設定する。

【0276】

また、ＰＤＣＣＨをＳＰＳが設定されたスロットに隣接するスロットで通知する場合には、ＳＰＳ周期に合わせて１つｌｏｎｇＤＲＸ－Ｃｙｃｌｅの値を設定し、その隣接するスロットとＳＰＳが設定されたスロットの位置に基づいてｄｒｘＳｔａｒｔＯｆｆｓｅｔとｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの値を設定する。つまり、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの期間に渡って、ＰＤＣＣＨのモニタリングとＳＰＳが設定されたスロットを使って送られるデータを受信する。

【0277】

なお、この１つのＬｏｎｇ ＤＲＸの設定は、ＳＰＳが再設定されるタイミングで再設定される。ＳＰＳの再設定を複数のＳＰＳの各ＳＰＳを切り替えて実現する場合には、ＳＰＳを切り替える度にＬｏｎｇ ＤＲＸが再設定される。切り替えられたＳＰＳのスロット位置に基づいてｄｒｘＳｔａｒｔＯｆｆｓｅｔと、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、或いはｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの値が再設定される。このＤＲＸの再設定においてＤＲＸの各パラメータを更新するために、ＤＣＩを介して各パラメータを通知するようにしてもよい。

【0278】

また、ＰＤＣＣＨのモニタリング周期とＳＰＳの周期を柔軟に設定する、つまり、異なる周期を設定するために独立した２つのＬｏｎｇ ＤＲＸを設定するようにしてもよい。ＰＤＣＣＨのモニタリングのために第１のＬｏｎｇ ＤＲＸが設定され、ＳＰＳを介したデータの受信のために第２のＬｏｎｇ ＤＲＸが設定される。ＰＤＣＣＨのモニタリング周期に合わせて第１のｌｏｎｇＤＲＸ－Ｃｙｃｌｅの値を設定し、ＰＤＣＣＨを通知するスロットに合わせて第１のｄｒｘＳｔａｒｔＯｆｆｓｅｔと第１のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの値が設定される。ＳＰＳ周期に合わせて第２のｌｏｎｇＤＲＸ－Ｃｙｃｌｅの値を設定し、ＳＰＳが設定されたスロット位置に基づいて第２のｄｒｘＳｔａｒｔＯｆｆｓｅｔと第２のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの値が設定される。なお、第２のＬｏｎｇ ＤＲＸの設定には、上述の１つのＬｏｎｇ ＤＲＸを設定する場合で示した方法を用いることができる。ここで、第１のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの期間と第２のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの期間の一部、若しくは全てが重複する場合には、端末装置１１０は第１のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの期間と第２のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの期間の論理和（ＯＲ）となる期間をｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの期間と判断する。また、第１のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの終了のタイミングと第２のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの開始の期間、或いは、第２のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの終了のタイミングと第１のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの開始の期間がある閾値以下の場合、端末装置１１０の受信系のオンとオフの制御が難しくなることが考えられる。このような場合には、端末装置１１０は第１のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒと第２のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの期間を含む連続した期間を第３のｏｎＤｕｒａｔｉｏｎＴｉｍｅｒの期間として、この受信系のオンとオフの制御の課題を回避することができる。また、この判断のための閾値（例えば、５スロット等）は、第２のＬｏｎｇ ＤＲＸを設定する際にＬｏｎｇ ＤＲＸのパラメータの１つ（例えば、ＤｕｒａｔｉｏｎＴｈｒｅｓｈｏｌｄ）として端末装置１１０に通知するようにしてもよい。なお、ＳＰＳ、或いはＤＲＸの設定における上述のスロットの概念は、ミニスロットを含み得る。

【0279】

図１７は、本開示の実施形態に係る基地局装置１３０によるＳＰＳの設定例を説明するための図である。

【0280】

図１７では、基地局装置１３０は、ＳＰＳの周期（例えば２２ｍｓ）内で同一の周期を有する複数のＳＰＳを設定する。

【0281】

基地局装置１３０は、端末装置１１０とのダウンリンクに、例えば、任意のスロットの間隔を有する４つのＳＰＳに対応するリソース割り当て７０１～７０４を設定する。図１７では、リソース割り当て７０１、７０２の間、リソース割り当て７０２、７０３の間、及び、リソース割り当て７０３、７０４の間が６スロット分空いている。また、リソース割り当て７０４と次の周期のリソース割り当て７０１との間が４スロット分空いている。

【0282】

基地局装置１３０は、設定された複数のリソース割り当ての各リソース割り当てをＤＣＩ（Downlink Control Information）を使って個々にアクティベートし得る。ここでは、例えば、基地局装置１３０は、最初に、リソース割り当て７０１に対応するＳＰＳのみをアクティベートする。

【0283】

ＳＰＳの周期と動画の第１のフレームレートの周期の差の累積時間が、リソース割り当て７０１とリソース割り当て７０２の時間差、つまり、図１７の例では６スロット分以上になったとする。この場合、基地局装置１３０は、ＤＣＩを使ってリソース割り当て７０１に対応するＳＰＳをディアクティベートし、リソース割り当て７０２に対応するＳＰＳをアクティベートする。

【0284】

次に、またＳＰＳの周期と動画の第１のフレームレートの周期の差の累積時間が、リソース割り当て７０２とリソース割り当て７０３の時間差である６スロット分以上になったとする。この場合、基地局装置１３０は、ＤＣＩを使ってリソース割り当て７０２に対応するＳＰＳをディアクティベートし、リソース割り当て７０３に対応するＳＰＳをアクティベートする。

【0285】

続いて、ＳＰＳの周期と動画の第１のフレームレートの周期の差の累積時間が、リソース割り当て７０３とリソース割り当て７０４の時間差である６スロット分以上になったとする。この場合、基地局装置１３０は、ＤＣＩを使ってリソース割り当て７０３に対応するＳＰＳをディアクティベートし、基地局装置１３０は、リソース割り当て７０４に対応するＳＰＳをアクティベートする。

【0286】

同様に、ＳＰＳの周期と動画の第１のフレームレートの周期の差の累積時間が、リソース割り当て７０４と次の周期のリソース割り当て７０１の時間差である４スロット分以上になったとする。この場合、基地局装置１３０は、ＤＣＩを使ってリソース割り当て７０４に対応するＳＰＳをディアクティベートし、リソース割り当て７０１に対応するＳＰＳをアクティベートする。

【0287】

以降、端末装置１１０がS-NSSAI1に対応するサービスを終了するまで、この設定された複数のＳＰＳの各ＳＰＳのアクティベート／ディアクティベート処理は継続される。

【0288】

基地局装置１３０は、上述したように、動画データの送信に使用するＳＰＳを切り替える場合、切り替え前後のＳＰＳのオフセットを例えばＤＣＩを用いて端末装置１１０に通知してもよい。

【0289】

ここで、ＳＰＳの周期、ＳＰＳの周期内に設定するＳＰＳの数、ＳＰＳの周期内での各ＳＰＳに対応するリソース割り当ての配置、各ＳＰＳをアクティベートしてからディアクティベートまでの期間に関する情報は、ＰＤＵセッションの確立処理において、ＳＭＦ２０６から基地局装置１３０に通知される。

【0290】

＜４．３．ＣＧの再設定＞
ＡＲ、ＶＲ、ＭＲ、ＳＲ、ＸＲのように、ＨＭＤで自由視点映像やリアルタイム動画を視聴するようなアプリケーションにおいては、上述のようにMotion-to-photon latencyを一定値以内に抑えることが重要となる。そこで、頭の動き、視点、或いは、視点を含む視野の変化を動画の各フレーム画像に反映させるために、端末装置１１０が検出した最新の慣性に係る情報を送信する周期的なアップリンクが発生する。そこで、端末装置１１０がS-NSSAI1に対応するサービスを受けるためのＰＤＵセッション確立要求をＡＭＦ２０９に送ると、５ＧＣは、上述のＳＰＳに加えてＣＧ（Configured Grant）を設定する。ここで、ＣＧの設定方法は、ここまでに説明してきたＳＰＳの設定方法と同じ方法を用いることができる。

【0291】

また、S-NSSAI1に対応するサービスのためのＰＤＵセッション確立処理において、選択されたＳＭＦ２０６は、S-NSSAI1に対応するサービスを提供するためにＡＦ２０８を使用してもよい。

【0292】

ＡＦ２０８は、例えば、端末装置１１０が利用するアプリケーションが周期的なダウンリンクの受信が必要である場合には、ＳＰＳの設定を決定する。さらに、アプリケーションが動画の受信を伴う場合には、ＡＦ２０８は、動画のフォーマットを特定し、特定した動画のフォーマットに応じて必要なＳＰＳの設定を決定する。

【0293】

また、ＡＦ２０８は、端末装置１１０が利用するアプリケーションが周期的なアップリンクの送信が必要である場合には、ＣＧの設定を決定するようにしてもよい。例えば、アプリケーションが受信する動画に端末装置１１０が検出する慣性に係る情報を反映させるために、動画のフレームレートを勘案したＣＧの設定が決定される。つまり、ＡＦ２０８は、アプリケーションが扱う動画のフォーマットに基づいて、動画のデータの受信に必要な設定と、動画のデータの生成に用いる情報（例えば、慣性に係る情報）の送信に必要な設定をアシストする情報を他のＮＦ、或いは、基地局装置１３０に提供する。

【0294】

ＡＦ２０８で決定されたＳＰＳの設定とＣＧの設定は、ＳＭＦ２０６及びＡＭＦ２０９を介して、基地局装置１３０に提供される。

【0295】

ここで、上述した例では、基地局装置１３０がＳＰＳの再設定を行う場合について説明したが、基地局装置１３０が、ConfiguredGrantConfig（CGConfig）の再設定を行うようにしてもよい。係る点について図１８、図１９を用いて説明する。

【0296】

図１８及び図１９は、本開示の実施形態に係る基地局装置１３０によるＣＧの再設定について説明するための図である。

【0297】

図１８に示すように、情報処理装置１５０は、慣性計測情報受信期間において、基地局装置１３０を介して慣性計測情報を周期的に受信する。このときの周期は、基地局装置１３０が端末装置１１０から慣性計測情報を受信するアップリンク通信の周期によって決まり、例えば、ConfiguredGrantConfigで設定されるＣＧ周期と一致する。

【0298】

情報処理装置１５０は、受信した慣性計測情報に基づき、動画データ生成処理を実行して動画データを生成し、基地局装置１３０を介して端末装置１１０に送信する。かかる動画データは、ＳＰＳを使ったデータ送信にて、ＳＰＳ周期で送信される。

【0299】

ＳＰＳ周期とＣＧ周期が同じである場合、情報処理装置１５０は、直近で受信した慣性計測情報に基づいて動画データを生成することができる。

【0300】

この場合において、ＳＰＳ周期と第１のフレームレートとの差の累積時間が閾値以上になると、基地局装置１３０は、ＳＰＳ再設定を行う。これにより、ＳＰＳを使ったデータ送信にずれが発生する。

【0301】

図１８の例では、ＳＰＳを使ったデータ送信の送信タイミングが早くなるように、ＳＰＳの再設定が行われる。そのため、情報処理装置１５０が直近で受信した慣性計測情報に基づいて動画データを生成しても、再設定後の送信タイミングに間に合わず、動画データが送信できなくなってしまう。或いは、情報処理装置１５０が、動画データを送信するために、直近以前に受信した慣性計測情報を用いて動画データを生成しなければならなくなってしまう。

【0302】

そこで、図１９に示すように、本実施形態に係る基地局装置１３０は、ＳＰＳの再設定を行う場合に、ConfiguredGrant（ＣＧ）の再設定を行う。このとき、基地局装置１３０は、ＳＰＳの再設定を行うタイミングよりも前にＣＧの再設定を行うことが望ましい。これにより、ＳＰＳの再設定を行っても、情報処理装置１５０が直近で受信した最新の慣性計測情報に基づいて動画データを生成することができる。

【0303】

＜４．４．タイムワープの変更＞
上述した例では、基地局装置１３０がＳＰＳ又はＣＧの再設定を行うことで、端末装置１１０で発生する通信タイミングと表示タイミングとのずれを小さくしたが、ずれを小さくする方法はこれに限定されない。例えば、端末装置１１０が、タイムワープを使用して表示するタイムワープ画像の数を調整することで、かかるずれを小さくしてもよい。

【0304】

図２０は、本開示の実施形態に係る端末装置１１０による表示処理の一例を説明するための図である。

【0305】

図２０に示すように、端末装置１１０は、ＳＰＳ周期の受信期間で受信した動画データから最新の慣性に関する情報を用いてフレーム画像（以下、第１の画像とも記載する）を生成して表示する。また、端末装置１１０は、同様にして生成したフレーム画像（タイムワープ画像）をタイムワープ表示する。端末装置１１０は、第２のフレームレートで第１の画像、若しくは、タイムワープ画像をフレーム画像として表示する。

【0306】

この場合において、ＳＰＳの周期と第１のフレームレート（４５ｆｐｓ）の周期のわずかなずれの累積によって、動画データの受信が第１の画像の表示タイミングに間に合わない状態が発生する。図２０では、Ｂ点で動画データの受信が第１の画像の表示タイミングに間に合わない状態が発生している。

【0307】

ＳＰＳの周期と第１のフレームレートの周期の差の累積時間がある閾値以上になり、第１の画像の表示タイミングに間に合わない状態になったとする。端末装置１１０は、図２０の下図のように、本来第１の画像を表示するタイミングで、その前の受信タイミングで受信した動画データにタイムワープを適用したタイムワープ画像を表示する。これにより、端末装置１１０は、第１の画像の表示タイミングを半周期遅らせることができ、直近に受信した動画データを用いて生成した第１の画像を表示することができる。

【0308】

上記例では、動画データの受信タイミングが遅くなり第１の画像の表示タイミングに間に合わない場合について説明したが、動画データの受信タイミングが早くなる場合について説明する。

【0309】

図２１は、本開示の実施形態に係る端末装置１１０による表示処理の他の例を説明するための図である。

【0310】

ＳＰＳの周期と第１のフレームレート（４５ｆｐｓ）の周期のわずかなずれの累積によって、動画データを受信してから、当該動画データに基づいて生成された第１の画像を表示する表示タイミングまでの遅延が、大きくなってしまう状態が発生する。図２１では、Ｄ点で、動画データを受信してから第１の画像を表示する表示タイミングまでの遅延が、例えばMotion-to-photon latencyを無視できない程大きくなってしまっている。

【0311】

このように、ＳＰＳの周期と第１のフレームレートの周期の差の累積時間がある閾値以上になり、動画データを受信してから第１の画像を表示する表示タイミングまでの遅延が、Motion-to-photon latencyを無視できない程大きくなってしまったとする。

【0312】

端末装置１１０は、図２１の下図に示すように、その前の受信タイミングで受信した動画データにタイムワープを適用したタイムワープ画像を表示するタイミング（Ｃ点）で、直近に受信した動画データから生成した第１の画像を表示する。これにより、端末装置１１０は、第１の画像の表示タイミングを半周期早くすることができ、Motion-to-photon latencyの影響を低減することができる。

【0313】

＜４．５．優先度の設定＞
上述したいくつかの例では、１つの動画データが１つのＳＰＳに割り当てられる場合について説明したが、これに限定されない。例えば、基地局装置１３０が、複数の領域に分割された動画データを、各領域の優先度に応じて、複数のＳＰＳに割り当てるようにしてもよい。ここで、分割された各動画データは、例えば、セグメントと呼ばれるデータである。

【0314】

図２２～図２５は、本開示の実施形態に係る基地局装置１３０による動画データの割り当て処理の一例について説明するための図である。

【0315】

情報処理装置１５０は、端末装置１１０から取得した最新の慣性に係る情報に基づき、ユーザの視点、或いは、視点を含む視野を設定する。さらに、情報処理装置１５０は、設定した視、或いは、視野点が中心になるよう領域を決定し、決定した領域の動画データを生成する。

【0316】

このとき、図２２に示すように、情報処理装置１５０は、生成した動画データを複数の領域に分割する。そして、情報処理装置１５０は、設定したユーザの視点と分割した領域との距離に応じて分割した領域の解像度を変更する。

【0317】

例えば、図２２に示すように、情報処理装置１５０は、ユーザの視点が動画データの中央に位置するものとして動画データを生成し、生成した動画データを３×３の９つの領域に分割する。

【0318】

この場合、図２３に示すように、情報処理装置１５０は、分割した領域のうち、視点に最も近い、中央に位置する領域８０１の解像度を最も高く設定する（高解像度）。また、情報処理装置１５０は、分割した領域のうち、視点から最も遠く、動画データの角部に位置する領域８０６～８０９の解像度を最も低く設定する（低解像度）。情報処理装置１５０は、残りの領域８０２～８０５の解像度を高解像度と低解像度の間の解像度に設定する（中解像度）。領域８０２～８０５は、視点に最も近い領域８０１と辺で接する領域であり、領域８０６～８０９は、領域８０２～８０５と辺で接する領域である。

【0319】

なお、ここでは、動画データを９つに分割する場合について説明したが、画像データの分割数は９に限定されない。分割数は、２以上８以下であってもよく、１０以上であってもよい。また、ここでは、領域の解像度を低、中、高の３つに分ける場合について説明したが、解像度の数は３つに限定されない。解像度の数は、２つであってもよく、４つ以上であってもよい。さらに、ここでは、分割される各領域の大きさは同一である場合について説明したが、各領域の大きさが同一である例に限定されない。例えば、異なる大きさの領域に分割するようにしてもよい。

【0320】

ここで、各領域に適用し得る動画データとして、解像度の異なる複数のフォーマットが予め定義されていてもよい。つまり、情報処理装置１５０は、視点からの距離に応じて異なる解像度の動画フォーマットを選択して動画データを生成する。

【0321】

情報処理装置１５０は、視点からの距離に加えて、さらに、端末装置１１０と基地局装置１３０との間の通信品質に基づいて異なる解像度の動画フォーマットを選択してもよい。例えば、ＡＦ２０８は無線通信品質取得部（図示せず）を具備して、基地局装置１３０から端末装置１１０と基地局装置１３０との間の通信品質を取得する。無線通信品質取得部は、基地局装置１３０から取得した端末装置１１０と基地局装置１３０との間の通信品質を情報処理装置１５０に提供する。

【0322】

図２４に示すように、ＡＦ２０８は、動画の各領域の解像度に応じて、優先度を割り当てる。高解像度の領域８０１には高い優先度、中解像度の領域８０２～８０５には中の優先度、低解像度の領域８０６～８０９には低い優先度を割り当てる。ここで、優先度は、例えば、ＱＦＩ（QoS Flow identifier）と５ＱＩ（5G QoS Identifier）である。

【0323】

ここで、ＱｏＳフローは、ＰＤＵセッション内でＱｏＳを差異化する最も細かい粒度の概念であり、５ＧＳでは、ＱＦＩによってＱｏＳフローを識別する。ＵＰＦ２２０と基地局装置１３０に対応するＲＡＮ／ＡＮ２３０との間のＮ３において、各データフローは、カプセル化されたＱＦＩをヘッダーに付加して送られる。なお、ＱＦＩは５ＱＩと等価であってもよい。

【0324】

ＡＭＦ２０９は、各優先度の領域の動画のフレームレートに基づいて、ＳＰＳの周期を含めたＳＰＳの設定を決定する。ここで、ＡＭＦ２０９は、各優先度の領域の動画のフレームレートを同一にしてもよいし、優先度が低い領域の動画のフレームレートを下げるようにしてもよい。

【0325】

また、各優先度に対するＳＰＳの設定は、優先度のより高い領域の動画が優先度のより低い領域の動画よりも時間的に先に端末装置１１０に受信されるように勘案して決定される。

【0326】

ＡＭＦ２０９で決定された各優先度に対するＳＰＳの設定は、ＳＭＦ２０６及びＡＭＦ２０９を介して、基地局装置１３０に提供される。

【0327】

基地局装置１３０は、ＡＭＦ２０９から取得した各優先度に対するＳＰＳの設定に基づいて、ＳＰＳのリソース割り当てを実行する。

【0328】

図２５に示す例では、基地局装置１３０は、高い優先度に対するＳＰＳの周期的なリソース割り当て８１０、中の優先度に対するＳＰＳの周期的なリソース割り当て８１１、低い優先度に対するＳＰＳの周期的なリソース割り当て８１２を設定する。

【0329】

基地局装置１３０は、ＵＰＦ２２０から受信したデータフローに付加されたＱＦＩに基づいて優先度を識別し、動画データの各領域のデータを優先度に応じたリソース割り当てを使用して送信する。例えば、基地局装置１３０は、高い優先度の領域８０１を、リソース割り当て８１０を使って端末装置１１０に送信する。同様に、基地局装置１３０は、中の優先度の領域８０２～８０５を、リソース割り当て８１１を使って端末装置１１０に送信し、低い優先度の領域８０６～８０９を、リソース割り当て８１２を使って端末装置１１０に送信する。

【0330】

また、端末装置１１０のレンダリング部１１５３が分割された動画を１つの動画に復元するために必要なマッピングや各領域のフォーマットを含む情報は、高い優先度のデータを送るための周期的なリソース割り当て８１０を使って送信される。ここで、分割された動画を１つの動画に復元するために必要なマッピングや各領域のフォーマットを含む情報は、例えば、ＭＰＤ（Media Presentation Description）、若しくは、類似の目的のファイルであってもよい。

【0331】

レンダリング部１１５３は、このマッピングや各領域のフォーマットを含む情報に基づいて、分割された各領域のフォーマットに適したデコード方法を適用して、１つの領域の動画データとして復元することができる。

【0332】

レンダリング部１１５３は、周期的なリソース割り当て８１０を介して最初にデータを受信したＳＰＳで設定されたタイミング（例えば図１２のＡ点参照）に基づいて、表示する動画のフレームのタイミング（例えば図１２のＢ１点参照）を設定する。この動画のフレームのタイミングには、例えば、デコードに要する期間、レンダリング処理に要する期間、及び、マージンを考慮したオフセット期間が適用される。このオフセット期間は、動画アプリ制御部１１５１から制御される。

【0333】

ここでは、ユーザの視点と分割した領域との距離に応じて分割した領域の解像度を変更する例を示したが、分割した各領域の解像度を変えずに優先度のみを変えるようにしてもよい。情報処理装置１５０は、分割した領域のうち、視点に最も近い、中央に位置する領域８０１の優先度を最も高く設定する（高優先度）。また、情報処理装置１５０は、分割した領域のうち、視点から最も遠く、動画データの角部に位置する領域８０６～８０９の優先度を最も低く設定する（低優先度）。情報処理装置１５０は、残りの領域８０２～８０５の優先度を高優先度と低優先度の間の優先度に設定する（中優先度）。ここで、優先度は、例えば、ＱＦＩと５ＱＩである。

【0334】

また、各領域のデータを送信する際、ピクセルに基づいて送信する順序を決定してもよい。例えば、端末装置１１０が所定の期間内に全てのピクセルの情報を受信できない場合でも、低解像度の画像を表示できるように、情報処理装置１５０は、フレーム画像の特定の箇所のピクセルの情報を優先して送信する。続いて、残りの部分のピクセルの情報を送信するように制御する。基地局装置１３０は、このピクセルに基づいた優先度に応じて、各領域のデータを端末装置１１０に送信する。レンダリング部１１５３は、受信した複数の低解像度のフレーム画像を合成して高解像度のフレーム画像を生成する。

【0335】

＜＜５．その他の実施形態＞＞
上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。

【0336】

上述の実施形態では、４５ｆｐｓのフレームレートの動画を、タイムワープを使って９０ｆｐｓの動画を表示する例を示したが、フレームレートはこの例に限定されない。本開示の技術は、様々なフレームレートの動画の表示に適用し得る。

【0337】

上述の実施形態では、情報処理装置１５０が慣性に係る情報に基づき、動画データを生成して端末装置１１０に送信するとした。すなわち、情報処理装置１５０は、例えば、３６０度の動画情報からユーザの視点に応じた動画データを生成して端末装置１１０に送信するとしたが、これに限定されない。例えば、情報処理装置１５０が、３６０度の動画データをそのまま端末装置１１０に送信するようにしてもよい。この場合、情報処理装置１５０は、例えば解像度の低い３６０度の動画データを送信することで、送信データ量を削減するようにしてもよい。また、情報処理装置１５０がユーザの視点に応じた動画データと、解像度を落とした３６０度の動画データの両方を端末装置１１０に送信するようにしてもよい。

【0338】

また上述の実施形態では、基地局装置１３０又は５ＧＣ／ＮＧＣ２０のＮＦがフレームレートを取得するとしたが、これに限定されない。すなわち、基地局装置１３０や５ＧＣ／ＮＧＣ２０のＮＦが取得するフレームレートに関する情報は、フレームレートの値そのもの（例えば４５ｆｐｓや９０ｆｐｓ）だけでなく、フレームレートに対応するインデックス（例えば、ＱＦＩ、或いは、５ＱＩ）であってもよい。

【0339】

また、分割された動画を１つの動画に復元するための情報として、マッピングや各領域のフォーマットを含む例を示したが、この分割された動画を１つの動画に復元するための情報にフレームレートに関する情報を含めるようにしてもよい。基地局装置１３０や５ＧＣ／ＮＧＣ２０のＮＦは、この分割された動画を１つの動画に復元するための情報を介してフレームレートを取得するようにしてもよい。

【0340】

また、上述の実施形態では、端末装置１１０がダウンリンクで動画データを受信し、アップリンクで慣性に係る情報を送信する場合について説明したが、これに限定されない。例えば、端末装置１１０が受信するデータは、リアルタイムかつ周期的に受信されるデータであればよく、動画データ以外であってもよい。また、端末装置１１０が送信するデータも、リアルタイムかつ周期的に送信されるデータであればよく、慣性に係る情報以外であってもよい。このように、本開示の技術は、リアルタイムかつ周期的に行われる種々のデータの通信に適用し得る。

【0341】

＜＜６．適用例＞＞
また、いくつかの実施形態において上述した、ＳＰＳ又はＣＧの設定は、拡張現実（Argument Reality(AR)）/仮想現実 (Virtual Reality (VR))/複合現実 (Mixed Reality (MR))/代替現実 (Substitutional Reality (SR))を用いたサービス（例えば、クラウドゲーム）の要求条件が考慮されてもよい。

【0342】

5G NR(New Radio)ではユースケースとしていくつかのサービスが検討されている。このうち、AR/VRサービスは5G NRのキラーコンテンツとして期待されている。3GPP TR 22.842 v17.1.0及びTS 22.261 v17.0.1は、AR/VRを用いたクラウドゲームについて、ゲーム画像のレンダリングに関する要求条件を規定している。より具体的には、これらの技術仕様書、報告書は、ゲーム画像のレンダリングにおいて、AR/VRユーザが映像の動きに違和感を覚えないレベルの許容遅延として、motion-to-photon遅延とmotion-to-sound遅延について次のように記載している。

【0343】

・motion-to-photon遅延：要求されるデータレート（1Gbps）を維持しつつ、motion-to-photon遅延は7-15msの範囲、
・motion-to-sound遅延：20ms未満。

【0344】

なお、motion-to-photon遅延は、ユーザの頭の物理的な動きとAR/VR headset（例えば、Head Mount Display）内の更新された画像との間の遅延として定義される。また、motion-to-sound遅延は、ユーザの頭の物理的な動きとユーザの耳に届くヘッドマウントスピーカーからの内の更新された音波との間の遅延として定義される。ここでのAR/VR headsetやヘッドマウントスピーカーは本開示における端末装置１１０であってもよい。

【0345】

これら遅延に関する条件を満たすために、5G systemとしてはレンダリングに関して次の２つの要求条件を満たすよう、上述の技術仕様書、報告書は規定している。

【0346】

・Max Allowed End-to-end latency：5ms（すなわち、端末（例えば、端末装置１１０）とデータネットワーク（例えば、Application Function（AF）が配置されるネットワーク）へのインタフェースとの間の上りリンク及び下りリンクの合計の許容遅延が5ms)、
・Service bit rate: user-experienced data rate：0.1Gbps（100Mbps）（すなわち、AR/VRコンテンツをサポートできるスループット）。

【0347】

なお、ここでのレンダリングは、Cloudレンダリング、Edgeレンダリング又はSplitレンダリングを含む。Cloudレンダリングは、ネットワークのクラウド上（ユーザの位置を考慮しないコアネットワーク（UPFを含む）配置とデータネットワーク（アプリケーションサーバやAFを含む）配置に基づく、とあるエンティティ上）においてAR/VRデータがレンダリングされる。Edgeレンダリングは、ネットワークのエッジ上（ユーザの位置に近いコアネットワーク（UPFを含む）配置とデータネットワーク（アプリケーションサーバやAFを含む）配置に基づく、とあるエンティティ（例えば、Edge Computing Server （Edge Computing のためのネットワーク配置におけるデータネットワーク内のアプリケーションサーバ））上において、AR/VRデータがレンダリングされる。Splitレンダリングは、レンダリングの一部がクラウド上で行われ、他の一部がエッジ上で行われるレンダリングを意味する。

【0348】

図２６は、レンダリングに関するレンダリングサーバとAR/VRクライアントのイメージ図である。図２６は、上述の技術報告書に記載されている。ここで、AR/VRクライアントは、本開示における端末装置１１０に対応してもよい。また、Cloud Render Serverは、本開示における情報処理装置１５０に対応してもよい。また、Cloud Render Serverは、本開示における基地局装置１３０に接続されたLocal UPFがインタフェースとなるLADN（Local Area Data Network）内のエッジコンピューティングのためのアプリケーションサーバ（例えば、Edge Computing Server）であってもよい。また、Cloud Render Serverは、Edge Render Serverという名称であってもよいし、Split Render Serverという名称であってもよい。

【0349】

この適用例において、例えば、motion-to-photon遅延（7-15ms）又はmotion-to-sound遅延（20ms未満）が要求されるデータ通信（例えば、セッション（PDU session）、ベアラ(Radio Bearer)、パケットフロー（QoSフロー））の場合に、上述したＳＰＳ又はＣＧの再設定が行われてもよい。

【0350】

他の側面では、レンダリングに関する要求条件Max Allowed End-to-end latency（5ms）が要求されるデータ通信（例えば、セッション（PDU session）、ベアラ(Radio Bearer)、パケットフロー（QoSフロー））の場合に、上述したＳＰＳ又はＣＧの再設定が行われてもよい。

【0351】

＜＜７．むすび＞＞
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

【0352】

上記実施形態において説明した処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、或いは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

【0353】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

【0354】

また、上述してきた実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【0355】

また、本明細書に記載された効果は、あくまで説明的又は例示的なものであって限定的ではない。つまり、本開示にかかる技術は、上記の効果とともに、又は上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

【0356】

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
動画データを端末装置に所定の周期で送信する無線通信部と、
前記端末装置が前記動画データを受信する周期的な受信タイミングと、所定のフレームレートで前記端末装置に表示される前記動画データの表示タイミングと、の差が、所定の条件を満たす場合に、前記受信タイミングに関する設定を変更する制御部と、
を備える基地局装置。
（２）
前記受信タイミングに関する前記設定は、Semi-Persistent Scheduling（ＳＰＳ）設定である、（１）に記載の基地局装置。
（３）
前記制御部は、前記受信タイミングと前記表示タイミングとが揃うように前記受信タイミングをリセットすることで、前記受信タイミングに関する前記設定を変更する、（１）又は（２）に記載の基地局装置。
（４）
前記制御部は、変更後の前記受信タイミングを示すオフセットを前記端末装置に通知することで、前記受信タイミングに関する前記設定を変更する、（１）～（３）のいずれか１つに記載の基地局装置。
（５）
前記制御部は、複数の前記受信タイミングに関する前記設定が前記端末装置に設定されている場合に、複数の前記受信タイミングに関する前記設定のうち、ディアクティベートする前記設定及び新たにアクティベートする前記設定を前記端末装置に通知することで、前記受信タイミングに関する前記設定を変更する、（１）～（４）のいずれか１つに記載の基地局装置。
（６）
前記所定の条件は、前記差が閾値以上、又は前記差の累積が閾値以上である、（１）～（５）のいずれか１つに記載の基地局装置。
（７）
前記制御部は、前記端末装置からの要求に応じて前記受信タイミングに関する前記設定を変更する、（１）～（６）のいずれか１つに記載の基地局装置。
（８）
前記制御部は、接続するネットワークに属するネットワークファンクションからの指示に応じて前記受信タイミングに関する前記設定を変更する、（１）～（７）のいずれか１つに記載の基地局装置。
（９）
前記制御部は、前記動画データを取得するコンテンツサーバから前記フレームレートに関する情報を取得する、（１）～（８）のいずれか１つに記載の基地局装置。
（１０）
前記端末装置は、ユーザの視点に関する情報に基づき、前記動画データから画像を生成することで、前記フレームレートより大きい第２のフレームレートで前記動画データを表示する場合に、前記差に応じて生成する前記画像の数を調整する、（１）～（９）のいずれか１つに記載の基地局装置。
（１１）
前記制御部は、前記動画データを複数に分割した各領域を、前記領域の優先度に応じた前記受信タイミングの前記設定で送信し、
前記領域の前記優先度は、ユーザの視点に関する情報に基づいて設定される、
（１）～（１０）のいずれか１つに記載の基地局装置。
（１２）
前記領域の前記優先度は、前記ユーザの視点に関する情報に基づいて設定された前記領域の解像度に応じて設定される、
（１１）に記載の基地局装置。
（１３）
基地局装置から動画データを所定の周期で受信する無線通信部と、
前記動画データを所定のフレームレートで表示する制御部と、
を備え、
前記無線通信部は、前記動画データを受信する周期的な受信タイミングと、前記所定のフレームレートで前記動画データを表示する表示タイミングと、の差が、所定の条件を満たす場合に、変更された前記受信タイミングの設定に基づいて前記動画データを受信する、
端末装置。
（１４）
動画データを端末装置に所定の周期で送信することと、
前記端末装置が前記動画データを受信する周期的な受信タイミングと、所定のフレームレートで前記端末装置に表示される前記動画データの表示タイミングと、の差が、所定の条件を満たす場合に、前記受信タイミングに関する設定を変更することと、
を含む通信方法。
（１５）
基地局装置から動画データを所定の周期で受信することと、
前記動画データを所定のフレームレートで表示することと、
前記動画データを受信する場合に、前記動画データを受信する周期的な受信タイミングと、前記所定のフレームレートで前記動画データを表示する表示タイミングと、の差が、所定の条件を満たす場合に、変更された前記受信タイミングの設定に基づいて前記動画データを受信することと、
を含む通信方法。
（１６）
ユーザに関する情報を端末装置から第１の周期で受信し、前記ユーザに関する情報に基づいて生成された動画データを第２の周期で送信する無線通信部と、
前記端末装置が前記動画データを受信する周期的な受信タイミングと、所定のフレームレートで前記端末装置に表示される前記動画データの表示タイミングと、の差が、所定の条件を満たす場合に、前記端末装置が前記ユーザに関する情報を周期的に送信する送信タイミングに関する設定を変更する制御部と、
を備える基地局装置。
（１７）
前記制御部は、さらに、前記受信タイミングに関する設定に基づいて間欠受信の周期とオンの期間を設定する、（１）に記載の基地局装置。
（１８）
前記制御部は、前記間欠受信の設定として１つの間欠受信を設定し、ダウンリンクの制御チャンネルを当該１つの間欠受信の設定におけるオンの期間に割り当てる、（１７）に記載の基地局装置。
（１９）
前記制御部は、前記間欠受信の設定として、ダウンリンクの制御チャンネルをモニタリングするための第１の間欠受信の設定とは異なる第２の間欠受信を設定し、
前記第２の間欠受信の周期とオンの期間は、前記受信タイミングに関する設定に基づいて設定される、（１７）に記載の基地局装置。
（２０）
前記制御部は、前記第２の間欠受信の設定として、前記第１の間欠受信の第１のオンの期間と、前記第２の間欠受信の第２のオンの期間の間隔に係る閾値を設定する、（１９）に記載の基地局装置。
（２１）
前記無線通信部は、前記受信タイミングの設定に基づいた間欠受信の周期とオンの期間を設定する、（１３）に記載の端末装置。
（２２）
前記無線通信部は、前記間欠受信の設定として、ダウンリンクの制御チャンネルをモニタリングするための第１の間欠受信の設定とは異なる第２の間欠受信を設定し、
ここで、前記第２の間欠受信の周期とオンの期間は、前記受信タイミングの設定に基づいて設定される、（２１）に記載の端末装置。
（２３）
前記無線通信部は、前記第１の間欠受信の第１のオンの期間と、前記第２の間欠受信の第２のオンの期間の一部、若しくは全てが重複する場合に、前記第１のオンの期間と前記第２のオンの期間を含む第３のオンの期間を設定する、（２２）に記載の端末装置。
（２４）
前記無線通信部は、前記第２の間欠受信の設定として、前記第１の間欠受信の第１のオンの期間と、前記第２の間欠受信の第２のオンの期間の間隔に係る閾値を設定し、前記第１の間欠受信の第１のオンの期間と、前記第２の間欠受信の第２のオンの期間の間隔が前記閾値以下、若しくは未満であった場合に、前記第１のオンの期間と前記第２のオンの期間を含む第３のオンの期間を設定する、（２２）に記載の端末装置。

【符号の説明】

【0357】

１００ コンテンツ配信システム
１１０ 端末装置
１３０ 基地局装置
１３１ 通信部
１３４ 制御部
１５０ 情報処理装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】