JP7616050B2 - 基地局装置、基地局装置の制御方法、端末装置、及び端末装置の制御方法 - Google Patents

Description

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

近年、移動体に向けた通信をサポートする移動体通信システムが提案されている。また、移動体通信システムでは、自動車向け通信として、Ｖ２Ｘ（Vehicle-to-Everything）通信をサポートすることが要求されている。そして、これまでのＶ２Ｘ通信では、ＬＴＥベースに開発が行われていた。

特開２０１７－２０８７９６号公報

ところで、Ｖ２Ｘ通信では、様々なユースケースが存在し、そのユースケースをサポートするために様々な要求事項（例えば、通信の信頼性や、遅延等）を満たす必要がある。しかしながら、従来のＬＴＥベースのＶ２Ｘ通信では、これらの要求を十分に満たすことができず、通信パフォーマンスが低下するおそれがあった。

そこで、本開示では、高い通信パフォーマンスの実現に寄与する基地局装置、基地局装置の制御方法、端末装置、及び端末装置の制御方法を提案する。

上記の課題を解決するために、本開示に係る一形態の基地局装置は、通信部と、制御部とを備える。前記通信部は、端末装置と通信する。前記制御部は、前記端末装置に設定されるスロットフォーマットに含まれる少なくとも１つのシンボルがサイドリンク通信以外の通信を行うためのシンボルである場合に、前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を前記端末装置へ送信する。

Ｖ２Ｘ通信を説明するための図である。 Ｖ２Ｘ通信の全体像の一例を示す図である。 Ｖ２Ｘ通信のユースケースの例を示す図である。 シナリオ１に係るＶ２Ｖ通信の例を示す図である。 シナリオ２に係るＶ２Ｖ通信の例を示す図である。 シナリオ３に係るＶ２Ｖ通信の例を示す図である。 シナリオ４に係るＶ２Ｖ通信の例を示す図である。 シナリオ５に係るＶ２Ｖ通信の例を示す図である。 シナリオ６に係るＶ２Ｖ通信の例を示す図である。 ＮＲのフレーム構成を示す図である。 サブキャリア間隔設定の一例を示す図である。 リソースグリッドの一例を示す図である。 スロットフォーマットを示す図である。 スロットフォーマットを示す図である。 本開示の実施形態に係る情報処理システムの構成例を示す図である。 情報処理システムの具体的構成例を示す図である。 本開示の実施形態に係る管理装置の構成例を示す図である。 本開示の実施形態に係る基地局装置の構成例を示す図である。 本開示の実施形態に係る基地局装置の構成例を示す図である。 本開示の実施形態に係る基地局装置の構成例を示す図である。 本開示の実施形態に係る端末装置の構成例を示す図である。 本開示の実施形態に係る移動体装置の構成例を示す図である。 サイドリンク通信を実施するためのシンボルを含むスロットフォーマットの一例を示す図である。 サイドリンク通信を実施するためのシンボルを含むスロットフォーマットの一例を示す図である。 サイドリンク通信を実施するためのシンボルを含むスロットフォーマットの一例を示す図である。 サイドリンク通信を実施するためのシンボルを含むスロットフォーマットの一例を示す図である。 サイドリンク通信を実施するためのシンボルを含むスロットフォーマットの一例を示す図である。 コンフィグレーションの通知例を示す図である。 シンボル書き換えの一例を示す図である。 スロットフォーマットにおけるシンボルの書き換えパターンを示す図である。

以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。

また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なる数字を付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じて基地局装置２０_１、及び２０_２のように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、基地局装置２０_１、及び２０_２を特に区別する必要が無い場合には、単に基地局装置２０と称する。

また、以下に示す項目順序に従って本開示を説明する。
１．はじめに
１－１．Ｖ２Ｘ通信全体像
１－２．Ｖ２Ｘユースケース
１－３．物理レイヤエンハンスメント
１－４．Ｖ２Ｘオペレーションシナリオ
１－５．本実施形態の概要
２．情報処理システムの構成
２－１．情報処理システムの全体構成
２－２．管理装置の構成
２－３．基地局装置（Network）の構成
２－４．基地局装置（Infrastructure）の構成
２－５．端末装置の構成
２－６．移動体装置の構成
３．情報処理システムの動作
３－１．スロットフォーマットの新たな設計
３－２．スロットフォーマットの設定方法
３－３．スロットフォーマットの変更方法
４．変形例
５．むすび

＜＜１．はじめに＞＞
従来、移動体通信システムは、携帯電話、スマートフォンなどのモバイル端末向けに通信機能を提供するものであった。しかし、近年では、移動体通信システムは、自動車、ドローン、ロボット等、モバイル端末とは異なるタイプの移動体に向けた通信もサポートすることが重要になってきている。

例えば、近年、移動体通信システムは、自動車向け通信として、Ｖ２Ｘ（Vehicle-to-Everything）通信をサポートすることが要求されている。自動車向け通信としては、例えば、高度道路交通システム（ITS：Intelligent Transportation System）等により実現される路車間通信や、サイドリンク通信等により実現される車車間通信等が挙げられる。これらの通信技術は、将来の自動運転の実現のために、重要な技術となる可能性がある。

ここで、Ｖ２Ｘ通信とは、車と“何か”との通信である。図１は、Ｖ２Ｘ通信を説明するための図である。ここで“何か”の例としては、車（Vehicle）、インフラストラクチャ（Infrastructure）、ネットワーク（Network）、歩行者（Pedestrian）等が挙げられる。車と車との通信は、Ｖ２Ｖ（Vehicle-to-Vehicle）通信と呼ばれる。また、車とインフラストラクチャとの通信は、Ｖ２Ｉ（Vehicle-to-Infrastructure）通信と呼ばれる。また、車とネットワークとの通信は、Ｖ２Ｎ（Vehicle-to-Network）通信と呼ばれる。また、車と歩行者との通信は、Ｖ２Ｐ（Vehicle-to-Pedestrian）通信と呼ばれる。なお、本実施形態において、Ｖ２Ｘにおける車（Vehicle）、インフラストラクチャ（Infrastructure）、ネットワーク（Network）、歩行者（Pedestrian）はそれぞれ、ＵＥ（User Equipment）として他方と通信してもよいし、基地局（Radio Access Network）として他方と通信してもよい。

＜１－１．Ｖ２Ｘ通信全体像＞
図２は、Ｖ２Ｘ通信の全体像の一例を示す図である。図２の例では、クラウドサーバはＶ２ＸのＡＰＰサーバ（Application Server）機能を備えている。クラウドサーバはインターネット等のネットワークを介して、コアネットワークと接続される。コアネットワークは、Ｖ２Ｘ通信の制御機能を有する装置で構成されている。コアネットワークには複数の基地局が接続されている。基地局（RAN）は、端末装置（UEの一例、図２の例ではVehicle）と無線通信をする機能（例えば、Ｕｕインタフェースを使ったＵｕリンク接続機能）を備える。また、基地局は、Ｖ２Ｖ通信やＶ２Ｐ通信などの直接通信（例えば、サイドリンク通信）をサポートする機能を備える。なお、路上には、インフラストラクチャとしてＲＳＵ（Road Side Unit）が配置されている。ＲＳＵとしては、基地局型のＲＳＵとＵＥ型のＲＳＵの二つが考えられる。ＲＳＵは、例えば、Ｖ２ＸのＡＰＰ提供機能やデータリレー機能等を備えている。

＜１－２．Ｖ２Ｘユースケース＞
自動車向けの無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣ（Dedicated Short Range Communication）の開発が進められてきた。しかし、近年になり、ＬＴＥ（Long Term Evolution）ベースの車載通信である“ＬＴＥ-ｂａｓｅｄ Ｖ２Ｘ”の標準規格化が行われた。ＬＴＥベースＶ２Ｘ通信では、基本的なセーフティメッセージ等のやり取りなどがサポートされている。近年では、さらなるＶ２Ｘ通信の改善を目指して、５Ｇ技術（ＮＲ：New Radio）を用いたＮＲ Ｖ２Ｘ通信の検討が行われている。

図３は、Ｖ２Ｘ通信のユースケースの例を示す図である。Ｖ２Ｖ通信のユースケースとしては、前方接近警報、交差点衝突防止、緊急車両警告、隊列走行、追い越し中止警告、道路工事警告等が挙げられる。また、Ｖ２Ｉ通信のユースケースとしては、道路安全情報の報知、信号機連携、駐車場補助、課金等が挙げられる。また、Ｖ２Ｐ通信のユースケースとしては、交通弱者警告等が挙げられる。また、Ｖ２Ｎ通信のユースケースとしては、ダイナミックリンクシェアリング、リモートドライビング、社内エンタテイメントが挙げられる。

ＮＲ Ｖ２Ｘ通信では、これまでＬＴＥベースのＶ２Ｘではサポートできなかったような、高信頼性、低遅延、高速通信、ハイキャパシティを必要とする新たなユースケースをサポートする。図３の例では例えば、ダイナミックマップの提供や、リモートドライビング等が挙げられる。この他にも、車車間や路車間でセンサーデータのやり取りを行うようなセンサーデータシェアリングや隊列走行向けのプラトゥーニングユースケースが挙げられる。これらのＮＲ Ｖ２Ｘ通信のユースケース及び要求事項は３ＧＰＰ ＴＲ２２．８８６等に記載されている。次の（１）～（４）は、一部のユースケースの簡単な説明である。

（１）Vehicles Platoonning
ＮＲ Ｖ２Ｘ通信のユースケースとして、隊列走行が挙げられる。隊列走行とは、複数の車両が隊列となって同じ方向に走行することをいう。隊列走行を主導する車と他の車との間で、隊列走行を制御するための情報がやり取りされる。この情報のやり取りにＮＲ Ｖ２Ｘ通信が使用される。ＮＲ Ｖ２Ｘ通信を使って情報をやり取りすることにより、隊列走行の車間距離をより詰めることが可能となる。

（２）Extended Sensors
ＮＲ Ｖ２Ｘ通信のユースケースとして、センサ関連の情報（データ処理前のＲａｗデータや処理されたデータ）の交換が挙げられる。センサ情報は、ローカルセンサーや、周辺の車両やＲＳＵや歩行者間のライブビデオイメージやＶ２Ｘアプリケーションサーバ等を通して集められる。車両はこれらの情報交換により、自身のセンサ情報では得られない情報を入手することができ、より広範囲の環境を認知／認識することが可能となる。このユースケースでは、多くの情報を交換する必要があるため、通信には高いデータレートが求められる。

（３）Advanced Driving
ＮＲ Ｖ２Ｘ通信のユースケースとして、準自動走行や、完全自動走行が挙げられる。ＲＳＵは、自身が保有するセンサ等から得られた認知／認識情報を周辺車両へとシェアする。これにより、それぞれの車両は、車両の軌道や操作を同期、協調しながら調整することができる。ＮＲ Ｖ２Ｘ通信を使用することによって、それぞれの車両は、ドライビングの意図や意思を周辺車両とシェアすることも可能となる。

（４）Remote Driving
ＮＲ Ｖ２Ｘ通信のユースケースとして、遠隔操縦者やＶ２Ｘアプリケーションによる遠隔操縦が挙げられる。遠隔操作は、例えば、運転ができない人や危険地域に対して用いられる。ルートや走行する道がある程度決まっているような公共交通機関に対してはクラウドコンピューティングベースの操縦を用いることも可能である。このユースケースでは、高い信頼性と低い伝送遅延が通信に求められる。

なお、上記した示したユースケースはあくまで一例である。本実施形態のＶ２Ｘ通信のユースケースは、これら以外のユースケースであってもよい。

＜１－３．物理レイヤエンハンスメント＞
上記の要求事項を達成するために、ＬＴＥ Ｖ２Ｘから物理レイヤのさらなるエンハンスメント（強化）が必要となる。対象となるリンクは、基地局やＲＳＵなどのインフラと端末との間のリンクであるＵｕリンクや端末間同士のリンクであるＰＣ５リンク（サイドリンク）が挙げられる。次の（１）～（９）は、主なエンハンスメントの例である。

（１）チャネルフォーマット
（２）サイドリンクフィードバック通信
（３）サイドリンクリソース割り当て方式
（４）車両位置情報推定技術
（５）端末間リレー通信
（６）ユニキャスト通信、マルチキャスト通信のサポート
（７）マルチキャリア通信、キャリアアグリゲーション
（８）ＭＩＭＯ／ビームフォーミング
（９）高周波周波数対応（例：６ＧＨｚ以上）

なお、（１）のチャネルフォーマットのエンハンスメントの例としては、Flexible numerology、Short TTI（Transmission Time Interval）、マルチアンテナ対応、Waveform等が挙げられる。また、（２）のサイドリンクフィードバック通信のエンハンスメントの例としては、ＨＡＲＱ、ＣＳＩ（Channel Status Information)等が挙げられる。

＜１－４．Ｖ２Ｘオペレーションシナリオ＞
次に、Ｖ２Ｘの通信オペレーションシナリオの例について述べる。Ｖ２Ｎ通信においては基地局と端末間の通信は、ＤＬ／ＵＬ通信のみでシンプルであったが、Ｖ２Ｖ通信では様々な通信経路が考えられる。以下の説明では、Ｖ２Ｖ通信の例を用いて各シナリオを説明するが、Ｖ２ＰやＶ２Ｉにも同様の通信オペレーションを適用可能である。その場合、通信先が車（Vehicle）ではなく、歩行者（Pedestrian）や基地局、ＲＳＵとなる。

（１）シナリオ１
図４は、シナリオ１に係るＶ２Ｖ通信の例である。シナリオ１では、車（UEの一例）と車（UEの一例）がサイドリンク通信を使って直接通信する。サイドリンクとは、ＰＣ５等の端末間の通信リンクのことである。サイドリンクは、ＰＣ５の他に、Ｖ２Ｖ通信リンク、Ｖ２Ｐ通信リンク、Ｖ２Ｉ通信リンクなどと呼ばれることもある。図４の例では、車と車が無線アクセスネットワークを介さずに、サイドリンク通信を使って直接通信している。なお、図４の例では、無線アクセスネットワークとしてＥ－ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）が示されているが、無線アクセスネットワークはＥ－ＵＴＲＡＮに限られない。例えば無線アクセスネットワークはＮＧ－ＲＡＮであってもよい。

（２）シナリオ２
図５は、シナリオ２に係るＶ２Ｖ通信の例である。シナリオ２では、車（UEの一例）と車が無線アクセスネットワークを介して通信する。図５の例では、１の車から複数の車へデータが送信されている。なお、図５において、ＵｕはＵｕインタフェースを示す。Ｕｕインタフェースは端末と基地局間の無線インタフェースである。ＵＬはアップリンクを示し、ＤＬダウンリンクを示す。図５の例でも、無線アクセスネットワークとしてＥ－ＵＴＲＡＮが示されているが、無線アクセスネットワークはＥ－ＵＴＲＡＮに限られない。例えば無線アクセスネットワークはＮＧ－ＲＡＮであってもよい。

（３）シナリオ３
図６は、シナリオ３に係るＶ２Ｖ通信の例である。シナリオ３では、車と車がＲＳＵと無線アクセスネットワークを介して通信する。図６の例でも、１の車から複数の車へデータが送信されている。図６の例では、１の車とＲＳＵがサイドリンク通信で接続される。図６の例でも、無線アクセスネットワークとしてＥ－ＵＴＲＡＮが示されているが、無線アクセスネットワークはＥ－ＵＴＲＡＮに限られない。例えば無線アクセスネットワークはＮＧ－ＲＡＮであってもよい。また、図６では、ＲＳＵはＵＥとして動作する装置として示されているがこれには限られない。例えば、ＲＳＵはＲＡＮとして動作してもよいし、図６のＲＡＮ（Ｅ－ＵＴＲＡＮ又はＮＧ－ＲＡＮ）の一部（e.g. gNB-DU, RRH, RRU）として動作してもよい。

（４）シナリオ４
図７は、シナリオ４に係るＶ２Ｖ通信の例である。シナリオ４では、車と車がＲＳＵと無線アクセスネットワークを介して通信する。図７の例では、複数の車とＲＳＵがサイドリンク通信で接続される。図７の例でも、無線アクセスネットワークとしてＥ－ＵＴＲＡＮが示されているが、無線アクセスネットワークはＥ－ＵＴＲＡＮに限られない。例えば無線アクセスネットワークはＮＧ－ＲＡＮであってもよい。また、図６では、ＲＳＵはＵＥとして動作する装置として示されているがこれには限られない。例えば、ＲＳＵはＲＡＮとして動作してもよいし、図６のＲＡＮ（Ｅ－ＵＴＲＡＮ又はＮＧ－ＲＡＮ）の一部（e.g. gNB-DU, RRH, RRU）として動作してもよい。

（５）シナリオ５
図８は、シナリオ５に係るＶ２Ｖ通信の例である。シナリオ５では、車と車が、無線アクセスネットワークを介さずに、ＲＳＵを介して通信する。図８に示すＲＳＵは固定局型のＲＳＵである。例えば無線アクセスネットワークはＮＧ－ＲＡＮであってもよい。また、図６では、ＲＳＵはＵＥとして動作する装置として示されているがこれには限られない。例えば、ＲＳＵはＲＡＮとして動作してもよいし、図６のＲＡＮ（Ｅ－ＵＴＲＡＮ又はＮＧ－ＲＡＮ）の一部（e.g. gNB-DU, RRH, RRU）として動作してもよい。

（６）シナリオ６
図９は、シナリオ６に係るＶ２Ｖ通信の例である。シナリオ６では、車と車が、無線アクセスネットワークを介さずに、ＲＳＵを介して通信する。図９に示すＲＳＵは移動局型のＲＳＵである。

＜１－５．本実施形態の概要＞
これまでのＶ２Ｘ通信（例えば3GPP Rel.12又はそれ以降のＶ２Ｘ通信）では、ＬＴＥの無線フレーム(Radio Frame)が使われていた。例えば、従来のＶ２Ｘ通信では、ＬＴＥの無線フレームを使って、サイドリンクコントロールチャネル（ＰＳＣＣＨ：Physical Sidelink Control Channel）や、サイドリンクデータチャネル（ＰＳＳＣＨ：Physical Sidelink Shared Channel）等のサイドリンク通信が行われていた。

一方、ＮＲ Ｖ２Ｘ通信において、ＬＴＥの無線フレームを用いた場合、例えば、上記したシナリオ１～６における要求事項を満たせないおそれがある。換言すれば、ＮＲ Ｖ２Ｘ通信では、例えば、一台の車（UEの一例）に対して、高速大容量通信（eMBB）を行う場合や、低遅延高信頼（URLLC）通信を行う場合等といった、異なるサービスタイプの要求をサポートすることが求められる。しかしながら、ＬＴＥのフレーム構成では、例えば、ＵＲＬＬＣ通信を行う場合、ｕｌｔｒａ－ｌａｔｅｎｃｙの要求を満たせない可能性がある。このため、ＮＲ Ｖ２Ｘ通信では、例えば、ＵＲＬＬＣ通信を行う場合、ＬＴＥのフレーム構成を用いるのではなく、ＮＲのヌメロロジー及びフレーム構成を用いることが望ましい。つまり、ＮＲ Ｖ２Ｘ通信においては、異なるサービスの要求を満たすためには、ＮＲのヌメロロジーとフレーム構成をＮＲ サイドリンク通信に使うことが望ましい。

［ＮＲのフレーム構成］
ここで、図１０を用いて、ＮＲのフレーム構成について説明する。図１０は、ＮＲのフレーム構成を示す図である。図１０に示すように、１つの無線フレーム（radio frame）は、１０ｍｓで構成される。１つの無線フレームは、２つのハーフフレームで構成される。１つのハーフフレームの時間間隔は、５ｍｓである。さらに、１つのハーフフレームは、５つのサブフレームで構成される。１つのサブフレームの時間間隔は、１ｍｓである。さらに、１つのサブフレームは、１つ以上のスロットで構成される。図１０では、１つのサブフレームは、４つのスロットで構成される例を示している。また、各スロットの時間間隔は、ヌメロロジー（numerology、ＯＦＤＭヌメロロジー）によって異なる。また、ヌメロロジーは、サブキャリア間隔（SCS：Subcarrier Spacing）、及びサイクリックプレフィックス（CP：Cyclic Prefix）の組み合わせによって規定される。

図１１は、サブキャリア間隔設定の一例を示す図である。図１１に示すように、サブキャリア間隔は、１５ｋＨｚを基準とした２のべき乗倍で規定される。具体的には、サブキャリア間隔は、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、及び２４０ｋＨｚが設定される。そして、サブキャリア間隔が１５ｋＨｚである場合には、サブフレームあたりのスロット数は１つである。すなわち、サブキャリア間隔が１５ｋＨｚである場合には、スロットの時間間隔は、１ｍｓであり、３０ｋＨｚである場合には０．５ｍｓであり、６０ｋＨｚである場合には０．２５ｍｓであり、１２０ｋＨｚである場合には０．１２５ｍｓであり、２４０ｋＨｚである場合には０．０６２５ｍｓである。また、図１１に示すように、１つのスロットにおけるシンボル数は、ノーマルＣＰ（サイクリックプレフィックス）の場合は１４個であり、拡張（Extended）ＣＰの場合は１２個である。

［リソースグリッド］
次に、図１２を用いて、リソースグリッドについて説明する。図１２は、リソースグリッドの一例を示す図である。本実施形態において、送信される物理信号や、物理チャネルは、それぞれのヌメロロジー及びサブキャリアにおいて、リソースグリッドによって表現される。リソースグリッドは、複数のリソースエレメントによって定義される。所定のアンテナポートにおける１つのリソースエレメントは、１つのサブキャリア及び１つのシンボルで表現される。つまり、所定のアンテナポートにおけるリソースエレメントのインデックスは、サブキャリアインデックスとシンボルインデックスの組み合わせで表すことができる。

また、本実施形態において、周波数軸方向の単位としてリソースブロック（RB：Resource Block）が定義される。１つのリソースブロックは、周波数軸方向に連続する１２個のサブキャリアで構成される。また、リソースブロックとして、共通リソースブロック（CRB：Common Resource Block）、物理リソースブロック（PRB：Physical Resource Block）、仮想リソースブロック（VRB：Virtual Resource Block）がある。共通リソースブロックは、所定の周波数帯域幅及び所定のヌメロロジーで定義されるリソースブロックである。共通リソースブロックは、全てのヌメロロジーにおいて、ポイントＡ（Point A）から開始される。ポイントＡで指定された周波数は、全てのヌメロロジーにおける共通リソースブロック＃０のサブキャリア＃０の中心となる。物理リソースブロックは、所定の周波数帯域幅パート内で定義されるリソースブロックである。また、物理リソースブロックインデックスは、その所定の周波数帯域幅パート内で０からナンバリングされる。仮想リソースブロックは、論理的なリソースブロックである。仮想リソースブロックは、例えば、ＰＤＳＣＨ（Physical Downlink Shared Channel）や、ＰＵＳＣＨ（Physical Uplink Shared Channel）のプリコーディング後の信号から物理リソースブロックへマッピングする際に用いられる。

［スロットフォーマット］
次に、スロットに含まれるシンボルの状態を示すスロットフォーマットについて説明する。図１３及び図１４は、スロットフォーマットを示す図である。ＴＤＤ（Time Division Duplex）セル（非ペアスペクトル（Unpaired spectrum））において、スロットに含まれる各シンボルは、下りリンク（DL：Downlink）、上りリンク（UP：Uplink）、又はフレキシブル（Flexible）の状態に分類することができる。図１３及び図１４では、下りリンクを「Ｄ」、上りリンクを「Ｕ」、フレキシブルを「Ｆ」と記載する。なお、以下では、下りリンクを「ダウンリンク」、上りリンクを「アップリンク」と記載する場合がある。

例えば、端末装置は、基地局から情報を受信する場合に、スロットフォーマットにおけるダウンリンクのシンボルを利用して受信する。また、端末装置は、基地局へ情報を送信する場合に、スロットフォーマットにおけるアップリンクのシンボルを利用する。また、端末装置は、スロットフォーマットにおけるフレキシブルのシンボルについては、基地局との間での情報の送信又は受信のいずれにも使用することができる。あるいは、フレキシブルのシンボルは、ダウンリンク及びアップリンクのスイッチング区間（Switching Period）やガード区間（Guard Period）として利用されてもよい。

スロットフォーマットにおける各シンボルの状態は、基地局から送信される情報によって設定される。具体的には、基地局から送信されるＲＲＣ（Radio Resource Control）メッセージ（e.g. SystemInformationBlockType1 (SIB1)、ＲＲＣSetup message、ＲＲＣReconfiguration message）に含まれる端末装置共通（e.g. セル固有（Cell specific））のＴＤＤ設定情報（例えば、TDD-UL-DL-ConfigurationCommon）や、端末装置個別（UE specific）のＴＤＤ設定情報（TDD-UL-DL-ConfigDedicated）の中で各シンボルの状態が指定される。
例えば、端末装置共通のＴＤＤ設定情報には、下記（１）～（５）の情報が含まれる。
（１）ダウンリンクスロットの数（e.g. nrofDownlinkSlots）及びダウンリンクシンボルの数（e.g. nrofDownlinkSymbols）
（２）アップリンクスロットの数（e.g. nrofUplinkSlots）及びアップリンクシンボルの数（e.g. nrofUplinkSymbols）
（３）アップリンク／ダウンリンク切り替えの周期の情報（e.g. DL-UL-TransmissionPeriodicity）
（４）対象となるスロットのインデックス（e.g. slotIndex）
（５）対象スロット内の各シンボルの情報。例えば、全下りリンク（all DL）、全上りリンク（all UL）、下りリンクシンボルの数（e.g. nrofDownlinkSymbols）及び上りリンクシンボルの数（e.g. nrofUplinkSymbols）

さらに、又はこれに代えて、各シンボルの状態は、ＤＣＩ（例えば、ＤＣＩ format 2_0）によって送信されるスロットフォーマットインデックスで指定されてもよい。具体的には、スロットフォーマットインデックスとは、１４個のシンボルの状態の組み合わせを示すスロットフォーマットのインデックスである。また、スロットフォーマットインデックスは、スロット単位で指定される。なお、スロットフォーマットを指定するフォーマットは、スロットフォーマットインディケーター（Slot Format Indicator：ＳＦＩ）とも呼称される。端末装置は、上述したＴＤＤ設定情報や、ＤＣＩで指定されるスロットフォーマットインデックスによって、シンボル単位でアップリンク、ダウンリンク及びフレキシブルシンボルを設定したり変更したり、使用すべきシンボルを認識（Consider）したりできる。

さらに、又はこれに代えて、各シンボルの状態は、ＲＲＣ signaling及びDCI（e.g. ＤＣＩ format 2_0）の組み合わせによって特定されるスロットフォーマットによって決定されてもよい。具体的には、１又は複数のSlotFormat がＲＲＣ signalingによって事前に設定され、ＤＣＩ format 2_0に含まれるＳＦＩ_Index(s)によって、ＵＥが使用すべき１又は複数のSlotFormatが決定されてもよい。当該１又は複数のSlotFormatは、ＲＲＣ signalingに含まれる１又は複数のSlotFormatCombinationに含まれてもよい。このようにして端末装置は、ＲＲＣ signaling及びDCI（e.g. ＤＣＩ format 2_0）の組み合わせによってシンボル単位でアップリンク、ダウンリンク及びフレキシブルシンボルを設定したり変更したり、使用すべきシンボルを認識（Consider）したりできる。

なお、端末装置に設定されるスロットフォーマットは、端末装置に設定されるSlot configurationの一種であってもよい。すなわち、本発明において、スロットフォーマットはSlot configurationと称されてもよい。ここでのSlot configurationは、１又は複数のスロット内の１又は複数のシンボルに関する設定情報を含む。１又は複数のシンボルに関する設定情報は前述又は後述されるシンボルに関する情報（ＲＲＣやＤＣＩのパラメータ）を含む。

図１３及び図１４では、１４個のシンボルの状態を表すスロットフォーマットを示している。例えば、図１３に示すスロットフォーマットは、１～１２番目のシンボルがダウンリンクシンボル（Ｄ）、１３番目のシンボルがフレキシブルシンボル（Ｆ）、１４番目のシンボルがアップリンクシンボル（Ｕ）であることを示している。図１３に示すスロットフォーマットを指定するためのＳＦＩは、スロットの先頭シンボルから順番に「ＤＤＤＤＤＤＤＤＤＤＤＤＦＵ」となる。これにより、同一スロットで、例えば、ＰＤＳＣＨと対応するＨＡＲＱ－ＡＣＫの送受信を行うことができる。

また、例えば、図１４に示すスロットフォーマットは、１番目のシンボルがダウンリンクシンボル（Ｄ）、２番目のシンボルがフレキシブルシンボル（Ｆ）、３～１４番目のシンボルはアップリンクシンボル（Ｕ）であることを示している。図１４に示すスロットフォーマットを指定するためのＳＦＩは、スロットの先頭シンボルから順番に「ＤＦＵＵＵＵＵＵＵＵＵＵＵＵ」となる。これにより、同一スロットで、例えば、ＵＬグラントと対応するＰＵＳＣＨの送受信を行うことができる。

なお、従来のＬＴＥ Ｖ２Ｘ通信では、ＬＴＥのフレーム構成において、アップリンク通信用のサブフレームをサイドリンク通信用として使用する場合がある。つまり、従来のＬＴＥ Ｖ２Ｘ通信は、サブフレーム単位での設定であるの対し、ＮＲ Ｖ２Ｘ通信は、シンボル単位での設定が行える点が利点である。

しかしながら、ＮＲ Ｖ２Ｘ通信を行う場合、上記したように、現状のＮＲのスロットフォーマットには、アップリンク、ダウンリンク及びフレキシブルのシンボルの定義しか存在しない。つまり、現状のＮＲのスロットフォーマットでは、サイドリンク通信を行うためのシンボル又はサイドリンク通信を実施するための動作が定義されていない。このため、ＮＲ Ｖ２Ｘ通信を行う場合、サイドリンク通信用のシンボルを設定できない現状のＮＲのスロットフォーマットをそのまま使用することは難しい。従って、ＮＲ Ｖ２Ｘ通信を行う場合、サイドリンク通信可能な新たなスロットフォーマット（シンボル）を定義するか、サイドリンク通信を実施するための新たな動作を規定する必要がある。

そこで、本実施形態では、基地局は、端末装置に設定されたスロットフォーマット（Slot configuration）に含まれる少なくとも１つのシンボルがサイドリンク通信以外の通信を行うためのシンボルである場合に、少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして端末装置が使用するための情報を端末装置へ送信する。

これにより、本実施形態では、端末装置がＮＲのスロットフォーマットを使ってサイドリンク通信を行うことができる。すなわち、ＮＲのスロットフォーマットを使うことで、ＮＲ Ｖ２Ｘ通信における様々なサービスの要求事項を満たすことができるため、高い通信パフォーマンスを実現できる。

なお、上記した「サイドリンク通信以外の通信を行うためのシンボル」とは、例えば、アップリンク通信を行うためのシンボル（アップリンクシンボル）や、アップリンク通信又はダウンリンク通信を実施可能なフレキシブルなシンボル（フレキシブルシンボル）であるが、これらのシンボルの詳細については後述する。

また、上記した「サイドリンク通信を行うためのシンボルとして端末装置が使用するための情報」とは、例えば、サイドリンク通信を行うシンボルが設定されたスロットフォーマットの情報や、既存のシンボルをサイドリンク通信に使用するための情報であるが、これらの詳細についても後述する。

以下、本実施形態について詳細に説明する。
＜＜２．情報処理システムの構成＞＞
まず、図１５を用いて、本開示の実施形態に係る情報処理システム１を説明する。図１５は、本開示の実施形態に係る情報処理システム１の構成例を示す図である。図１５に示す情報処理システム１は、サイドリンク通信が可能な複数の通信装置（移動体装置、端末装置）を備える移動体通信システムである。

情報処理システム１は、例えば、ＮＲ（New Radio）の無線アクセス技術（ＲＡＴ：Radio Access Technology）を使った無線通信システムである。この無線通信システムは５ＧＳ (5th Generation System)とも呼ばれる。このとき、情報処理システム１は、携帯電話通信システムに限られず、例えば、高度道路交通システム（ITS：Intelligent Transport Systems）であってもよい。なお、情報処理システム１は、セルラー通信システムに限られず、例えば、無線ＬＡＮ（Local Area Network）システム、航空無線システム、宇宙無線通信システム等の他の無線通信システムであってもよい。

情報処理システム１は、ＮＲの無線アクセス技術を使った無線ネットワークを介して、移動体装置に対してアプリケーション処理の実行機能（例えば、エッジ機能）を提供してもよい。ＮＲは、セルラー通信技術の一種であり、基地局装置がカバーするエリアをセル状に複数配置することで移動体装置の移動通信を可能にする。

なお、以下の説明では、ＮＲには、ＮＲＡＴ（New Radio Access Technology）、及びＦＥＵＴＲＡ（Further EUTRA）が含まれるものとする。なお、単一の基地局は複数のセルを管理してもよい。ＮＲに対応するセルはＮＲセルと称されることがある。

ＮＲは、ＬＴＥ（ＬＴＥ-Advanced, ＬＴＥ-Advanced Proを含む第４世代通信）の次の世代（第５世代）の無線アクセス技術（ＲＡＴ）である。ＮＲは、ｅＭＢＢ（Enhanced Mobile Broadband）、ｍＭＴＣ（Massive Machine Type Communications）及びＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）を含む様々なユースケースに対応できる無線アクセス技術である。ＮＲは、これらのユースケースにおける利用シナリオ、要求条件、及び配置シナリオなどに対応する技術フレームワークを目指して検討されている。

なお、ＮＲの基地局は、ＮＧＲＡＮ（Next Generation RAN）nodeと称され得る。ＮＧＲＡＮはコアネットワークが５ＧＣ（5G Core）である場合のＲＡＮ(5GCとのリファレンスポイントを持つRAN)を指す。すなわち、ＮＧＲＡＮは、ｇＮｏｄｅＢ（ｇＮＢ）及びng-eNodeB(ng-eNB)を含んでもよい。また、ＮＲでは、移動体装置はＵＥ（User Equipment）と称されることがある。

＜２－１．情報処理システムの全体構成＞
図１５に示すように、情報処理システム１は、管理装置１０と、基地局装置２０と、基地局装置３０と、端末装置４０と、移動体装置５０と、を備える。また、図１６は、情報処理システム１の具体的構成例を示す図である。情報処理システム１は、上記の構成に加えて、クラウドサーバ装置ＣＳを有していてもよいが必須の構成要素でなくてもよい。

情報処理システム１を構成するこれら複数の装置により、ネットワークＮ１が構成されている。ネットワークＮ１は、例えば、無線ネットワークである。例えば、ネットワークＮ１は、ＮＲ等の無線アクセス技術を使って構成される移動体通信ネットワークである。ネットワークＮ１は、無線アクセスネットワークＲＡＮとコアネットワークＣＮとで構成される。

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

［クラウドサーバ装置］
クラウドサーバ装置ＣＳは、ネットワークＮ２に接続された処理装置（例えば、サーバ装置）である。例えば、クラウドサーバ装置ＣＳは、クライアントコンピュータ（例えば、移動体装置５０）からの要求を処理するサーバ用ホストコンピュータである。クラウドサーバ装置ＣＳは、ＰＣサーバであってもよいし、ミッドレンジサーバであってもよいし、メインフレームサーバであってもよい。ここで、ネットワークＮ２は、ネットワークＮ１にゲートウェイ装置（例えば、ＵＰＦ、Ｓ－ＧＷやＰ－ＧＷ）を介して接続された通信ネットワークである。すなわち、ネットワークＮ２はＤａｔａ Ｎｅｔｗｏｒｋ（ＤＮ）である。また、例えば、ネットワークＮ２は、例えば、インターネット、地域ＩＰ（Internet Protocol）網、電話網（例えば、固定電話網、携帯電話網）等の通信ネットワークである。なお、クラウドサーバ装置は、サーバ装置、処理装置、或いは情報処理装置と言い換えることができる。

［管理装置］
管理装置１０は、無線ネットワークを管理する装置である。例えば、管理装置１０は、ＡＭＦ（Access and Mobility Management Function）として機能する装置である。管理装置１０は、ゲートウェイ装置とともに、コアネットワークＣＮの一部を構成する。コアネットワークＣＮは、移動体通信事業者等の所定のエンティティ（主体）が有するネットワークである。例えば、コアネットワークＣＮは、５ＧＣ（5G Core network）である。なお、所定のエンティティは、基地局装置２０、３０を利用、運用、及び／又は管理するエンティティと同じであってもよいし、異なっていてもよい。

なお、管理装置１０はゲートウェイの機能を有していてもよい。例えば、コアネットワークが５ＧＣなのであれば、管理装置１０は、ＵＰＦ（User Plane Function）としての機能を有する。また、管理装置１０は、ＳＭＦ、ＰＣＦ、ＵＤＭなどであってもよい。またはこれに代えて、コアネットワークＣＮはＳＭＦ、ＰＣＦ、ＵＤＭなどを含んでいてもよい。

管理装置１０は、複数の基地局装置２０及び複数の基地局装置３０それぞれと接続される。例えば５ＧＳの場合、ＡＭＦ（１０）とＮＧ－ＲＡＮ（２０、３０）との間には、Ｎ２レファレンスポイントが存在し、ＮＧインタフェースを介してＡＭＦ（１０）とＮＧ－ＲＡＮ（２０、３０）が互いに論理接続される。管理装置１０は、基地局装置２０及び基地局装置３０の通信を管理してもよい。例えば、管理装置１０は、ネットワークＮ１内の移動体装置５０が、どの位置に存在するかを、複数のセルからなるエリア単位（e.g. Tracking Area、RAN Notification Area）で移動体装置５０ごとに管理する。なお、管理装置１０は、移動体装置５０がどの基地局装置（或いはどのセル）に接続しているか、どの基地局装置（或いはどのセル）の通信エリア内に存在しているか、等を移動体装置５０ごとにセル単位で把握して管理してもよい。基地局により提供されるセルはServing cellと呼ばれる。Serving cellはPCell（Primary Cell）及びSCell（Secondary Cell）を含む。Dual Connectivity （e.g. EUTRA-EUTRA Dual Connectivity、EUTRA-NR Dual Connectivity（ENDC）、EUTRA-NR Dual Connectivity with 5GC、NR-EUTRA Dual Connectivity（NEDC）、NR-NR Dual Connectivity）がＵＥ（e.g. 端末装置４０、移動体装置５０）に提供される場合、ＭＮ（Master Node）によって提供されるPCell及びSCell(s)はMaster Cell Groupと呼ばれる。さらに、Serving cellはPSCell（Primary Secondary Cell又はPrimary SCG Cell）を含んでもよい。すなわち、Dual Connectivity がＵＥに提供される場合、ＳＮ（Secondary Node）によって提供されるPSCell及びSCell(s)はSecondary Cell Group（SCG）と呼ばれる。１つのセルには、１つのDownlink Component Carrierと１つのUplink Component Carrier が対応付けられてもよい。また、１つのセルに対応するシステム帯域幅は、複数の帯域部分（Bandwidth Part）に分割されてもよい。この場合、１又は複数のBandwidth PartがＵＥに設定され、１つのBandwidth PartがActive ＢＷＰとして、ＵＥに使用されてもよい。また、セル毎コンポーネントキャリア毎又はＢＷＰ毎に、移動体装置５０が使用できる無線資源（例えば、周波数帯域、ヌメロロジー（サブキャリアスペーシング）、スロットフォーマット(Slot configuration)）が異なっていてもよい。

［基地局装置］
基地局装置２０は、端末装置４０及び移動体装置５０と無線通信する無線通信装置である。基地局装置２０は、Ｖ２Ｎ通信でいう、ネットワークを構成する装置である。基地局装置２０は通信装置の一種である。基地局装置２０は、前述の通り、無線基地局（Base Station、Node B、eNB、gNB、など）や無線アクセスポイント（Access Point）に相当する装置であってもよい。さらに又はこれに代えて、基地局装置がeNB、gNBなどである場合、3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局装置が無線アクセスポイント（Access Point）である場合、Non-3GPP Accessと称されてもよい。さらに又はこれに代えて、基地局装置２０は、無線リレー局（Relay Node）であってもよい。さらに又はこれに代えて、基地局装置２０は、ＲＲＨ（Remote Radio Head）と呼ばれる光張り出し装置であってもよい。さらに又はこれに代えて、基地局装置がgNBである場合、基地局装置はgNB CU（Central Unit）とgNB DU（Distributed Unit）の組み合わせ又はこれらのいずれかと称されてもよい。gNB CU（Central Unit）は、UEとの通信のために、Access Stratumのうち、複数の上位レイヤ（e.g. RRC, SDAP, PDCP）をホストする。一方、gNB-DUは、Access Stratumのうち、複数の下位レイヤ（e.g. RLC, MAC, PHY）をホストする。すなわち、後述されるメッセージ・情報のうち、ＲＲＣ signallingはgNB CUで生成され、一方でＤＣＩはgNB-DUは生成されてもよい。本実施形態では、無線通信システムの基地局のことを基地局装置ということがある。基地局装置２０は、他の基地局装置２０及び基地局装置３０と無線通信可能に構成されていてもよい。例えば、複数の基地局装置２０、３０がeNB同士又はeNBとgNBの組み合わせである場合、当該装置間はＸ２インタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局装置２０、３０がgNB同士又はeNBとgNBの組み合わせである場合、当該装置間はＸｎインタフェースで接続されてもよい。さらに又はこれに代えて、複数の基地局装置２０、３０がgNB CU(Central Unit)とgNB DU(Distributed Unit)の組み合わせである場合、当該装置間はF1インタフェースで接続されてもよい。後述されるメッセージ・情報（ＲＲＣ signalling又はＤＣＩの情報）は複数基地局装置２０、３０間で（例えばＸ２、Ｘｎ、Ｆ１インタフェースを介して）通信されてもよい。なお、基地局装置２０が使用する無線アクセス技術は、セルラー通信技術であってもよいし、無線ＬＡＮ技術であってもよい。勿論、基地局装置２０が使用する無線アクセス技術は、これらに限定されず、他の無線アクセス技術であってもよい。また、基地局装置２０が使用する無線通信は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。

基地局装置３０は、端末装置４０及び移動体装置５０と無線通信する無線通信装置である。Ｖ２Ｉ通信でいう、インフラストラクチャを構成する装置である。基地局装置３０は、基地局装置２０と同様に、通信装置の一種である。基地局装置３０は、例えば、無線基地局（Base Station、Node B、eNB、gNB、など）や無線アクセスポイント（Access Point）に相当する装置である。基地局装置３０は、無線リレー局であってもよい。基地局装置３０は、ＲＳＵ（Road Side Unit）等の路上基地局装置であってもよい。また、基地局装置２０は、ＲＲＨ（Remote Radio Head）と呼ばれる光張り出し装置であってもよい。基地局装置３０は、他の基地局装置３０及び基地局装置２０と無線通信可能に構成されていてもよい。なお、基地局装置３０が使用する無線アクセス技術は、セルラー通信技術であってもよいし、無線ＬＡＮ技術であってもよい。勿論、基地局装置２０が使用する無線アクセス技術は、これらに限定されず、他の無線アクセス技術であってもよい。また、基地局装置３０が使用する無線通信は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。

なお、基地局装置２０、３０は、基地局装置－コアネットワーク間インタフェース（例えば、ＮＧ Interface、S1 Interface等）を介してお互いに通信可能であってもよい。このインタフェースは、有線及び無線のいずれであってもよい。また、基地局装置は、基地局装置間インタフェース（例えば、Ｘｎ Interface、X2 Interface等）を介して互いに通信可能であってもよい。このインタフェースは、有線及び無線のいずれであってもよい。

基地局装置２０、３０は、さまざまなエンティティ（主体）によって利用、運用、及び／又は管理されうる。例えば、エンティティとしては、移動体通信事業者（MNO：Mobile Network Operator）、仮想移動体通信事業者（MVNO：Mobile Virtual Network Operator）、仮想移動体通信イネーブラ（MVNE：Mobile Virtual Network Enabler）、ニュートラルホストネットワーク（NHN：Neutral Host Network）事業者、エンタープライズ、教育機関（学校法人、各自治体教育委員会、等）、不動産（ビル、マンション等）管理者、個人などが想定されうる。勿論、基地局装置２０、３０の利用、運用、及び／又は管理の主体はこれらに限定されない。基地局装置２０、３０は１事業者が設置及び／又は運用を行うものであってもよいし、一個人が設置及び／又は運用を行うものであってもよい。勿論、基地局装置２０の設置・運用主体はこれらに限定されない。例えば、基地局装置２０、３０は、複数の事業者又は複数の個人が共同で設置・運用を行うものであってもよい。また、基地局装置２０、３０は、複数の事業者又は複数の個人が利用する共用設備であってもよい。この場合、設備の設置及び／又は運用は利用者とは異なる第三者によって実施されてもよい。

なお、基地局装置（基地局ともいう。）という概念には、ドナー基地局のみならず、リレー基地局（中継局、或いは中継局装置ともいう。）も含まれる。また、基地局という概念には、基地局の機能を備えた構造物（Structure）のみならず、構造物に設置される装置も含まれる。構造物は、例えば、高層ビル、家屋、鉄塔、駅施設、空港施設、港湾施設、スタジアム等の建物である。なお、構造物という概念には、建物のみならず、トンネル、橋梁、ダム、塀、鉄柱等の構築物（Non-building structure）や、クレーン、門、風車等の設備も含まれる。また、構造物という概念には、陸上（狭義の地上）又は地中の構造物のみならず、桟橋、メガフロート等の水上の構造物や、海洋観測設備等の水中の構造物も含まれる。基地局装置は、処理装置、或いは情報処理装置と言い換えることができる。

基地局装置２０、３０は、固定局であってもよいし、移動可能に構成された基地局装置（移動局）であってもよい。例えば、基地局装置２０、３０は、移動体に設置される装置であってもよいし、移動体そのものであってもよい。例えば、移動能力（Mobility）をもつリレー局装置は、移動局としての基地局装置２０、３０とみなすことができる。また、車両、ドローン（Aerial Vehicle）、スマートフォンなど、もともと移動能力がある装置であって、基地局装置の機能（少なくとも基地局装置の機能の一部）を搭載した装置も、移動局としての基地局装置２０、３０に該当する。

ここで、移動体は、スマートフォンや携帯電話等のモバイル端末であってもよい。また、移動体は、陸上（狭義の地上）を移動する移動体（例えば、自動車、自転車、バス、トラック、自動二輪車、列車、リニアモーターカー等の車両）であってもよいし、地中（例えば、トンネル内）を移動する移動体（例えば、地下鉄）であってもよい。また、移動体は、水上を移動する移動体（例えば、旅客船、貨物船、ホバークラフト等の船舶）であってもよいし、水中を移動する移動体（例えば、潜水艇、潜水艦、無人潜水機等の潜水船）であってもよい。また、移動体は、大気圏内を移動する移動体（例えば、飛行機、飛行船、ドローン等の航空機（Aerial Vehicle））であってもよいし、大気圏外を移動する移動体（例えば、人工衛星、宇宙船、宇宙ステーション、探査機等の人工天体）であってもよい。

また、基地局装置２０、３０は、地上に設置される地上基地局装置（地上局装置）であってもよい。例えば、基地局装置２０、３０は、地上の構造物に配置される基地局装置であってもよいし、地上を移動する移動体に設置される基地局装置であってもよい。より具体的には、基地局装置２０、３０は、ビル等の構造物に設置されたアンテナ及びそのアンテナに接続する信号処理装置であってもよい。勿論、基地局装置２０、３０は、構造物や移動体そのものであってもよい。「地上」は、陸上（狭義の地上）のみならず、地中、水上、水中も含む広義の地上である。なお、基地局装置２０、３０は、地上基地局装置に限られない。基地局装置２０、３０は、空中又は宇宙を浮遊可能な非地上基地局装置（非地上局装置）であってもよい。例えば、基地局装置２０、３０は、航空機局装置や衛星局装置であってもよい。

航空機局装置は、航空機等、大気圏（成層圏を含む）内を浮遊可能な無線通信装置である。航空機局装置は、航空機等に搭載される装置であってもよいし、航空機そのものであってもよい。なお、航空機という概念には、飛行機、グライダー等の重航空機のみならず、気球、飛行船等の軽航空機も含まれる。また、航空機という概念には、重航空機や軽航空機のみならず、ヘリコプターやオートジャイロ等の回転翼機も含まれる。なお、航空機局装置（又は、航空機局装置が搭載される航空機）は、ドローン等の無人航空機であってもよい。なお、無人航空機という概念には、無人航空システム（UAS：Unmanned Aircraft Systems）、つなぎ無人航空システム（tethered UAS）も含まれる。また、無人航空機という概念には、軽無人航空システム（LTA：Lighter than Air UAS）、重無人航空システム（HTA：Heavier than Air UAS）が含まれる。その他、無人航空機という概念には、高高度無人航空システムプラットフォーム（HAPs：High Altitude UAS Platforms）も含まれる。

衛星局装置は、大気圏外を浮遊可能な無線通信装置である。衛星局装置は、人工衛星等の宇宙移動体に搭載される装置であってもよいし、宇宙移動体そのものであってもよい。衛星局装置となる衛星は、低軌道（LEO：Low Earth Orbiting）衛星、中軌道（MEO：Medium Earth Orbiting）衛星、静止（GEO：Geostationary Earth Orbiting）衛星、高楕円軌道（HEO：Highly Elliptical Orbiting）衛星の何れであってもよい。勿論、衛星局装置は、低軌道衛星、中軌道衛星、静止衛星、又は高楕円軌道衛星に搭載される装置であってもよい。

基地局装置２０、３０のカバレッジの大きさは、マクロセルのような大きなものから、ピコセルのような小さなものであってもよい。勿論、基地局装置２０、３０のカバレッジの大きさは、フェムトセルのような極めて小さなものであってもよい。また、基地局装置２０、３０はビームフォーミングの能力を有していてもよい。この場合、基地局装置２０、３０はビームごとにセルやサービスエリアが形成されてもよい。

［端末装置及び移動体装置］
端末装置４０は、基地局装置２０或いは基地局装置３０と無線通信する無線通信装置である。端末装置４０は、例えば、携帯電話、スマートデバイス（スマートフォン、又はタブレット）、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータである。移動体装置５０は、Ｍ２Ｍ（Machine to Machine）デバイス、又はＩｏＴ（Internet of Things）デバイスであってもよい（例えば、MTC UE、NB-IoT UE、Cat.M UEと呼ばれてもよい）。端末装置４０は、移動体装置５０及び他の端末装置４０とサイドリンク通信が可能である。なお、端末装置４０が使用する無線通信（サイドリンク通信を含む。）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。

移動体装置５０は、基地局装置２０或いは基地局装置２０と無線通信する移動可能な無線通信装置である。移動体装置５０は、移動体に設置される無線通信装置であってもよいし、移動体そのものであってもよい。例えば、移動体装置５０が、自動車、バス、トラック、自動二輪車等の道路上を移動する車両（Vehicle）、或いは、当該車両に搭載された無線通信装置であってもよい。移動体装置５０は、端末装置４０及び他の移動体装置５０とサイドリンク通信が可能である。移動体装置５０は、サイドリンク通信を行う際、ＨＡＲＱ等の自動再送技術を使用可能である。なお、移動体装置５０が使用する無線通信（サイドリンク通信を含む。）は、電波を使った無線通信であってもよいし、赤外線や可視光を使った無線通信（光無線）であってもよい。

なお、「移動体装置」は、通信装置の一種であり、移動局、移動局装置、端末装置、又は端末とも称される。「移動体装置」という概念には、移動可能に構成された通信装置のみならず、通信装置が設置された移動体も含まれる。このとき、移動体は、モバイル端末であってもよいし、陸上（狭義の地上）、地中、水上、或いは、水中を移動する移動体であってもよい。また、移動体は、ドローン（Aerial UE）、ヘリコプター等の大気圏内を移動する移動体であってもよいし、人工衛星等の大気圏外を移動する移動体であってもよい。

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

移動体装置５０及び端末装置４０と基地局装置２０、３０は、無線通信（例えば、電波又は光無線）で互いに接続する。移動体装置５０が、ある基地局装置の通信エリア（又はセル）から別の基地局装置の通信エリア（又はセル）へ移動する場合には、ハンドオーバ（又はハンドオフ）又はセル選択（再選択）を実施する。

移動体装置５０及び端末装置４０は、同時に複数の基地局装置又は複数のセルと接続して通信を実施してもよい。例えば、１つの基地局装置が複数のセルを提供できる場合、移動体装置５０又は端末装置４０は、あるセルをPCellとして使用し、他のセルをSCellとして使用することでキャリアアグリゲーションを実行することができる。さらに、又はこれに代えて、複数の基地局装置がそれぞれ１又は複数のセルを提供できる場合、移動体装置５０又は端末装置４０は、一方の基地局装置(MN（e.g. MeNB or MgNB）)が管理する１又は複数のセルをPCell又はPCellとSCell(s)として使用し、他方の基地局装置（SN（e.g. SeNB or SgNB））が管理する１又は複数のセルをPSCell又はPSCellとSCell(s)として使用することでDCを実行することができる。なお、DCはMC(Multi Connectivity)と称されてもよい。或いは、異なる基地局装置のセル（異なるセル識別子又は同一セル識別子を持つ複数セル）を介して、協調送受信（CoMP：Coordinated Multi-Point Transmission and Reception）技術によって、移動体装置５０及び端末装置４０とそれら複数の基地局装置が通信することも可能である。

なお、移動体装置５０及び端末装置４０は、必ずしも人が直接的に使用する装置である必要はない。移動体装置５及び端末装置４００は、いわゆるＭＴＣ（Machine Type Communication）のように、工場の機械等に設置されるセンサであってもよい。また、移動体装置５０は、Ｍ２Ｍ（Machine to Machine）デバイス、又はＩｏＴ（Internet of Things）デバイスであってもよい。また、移動体装置５０及び端末装置４０は、Ｄ２Ｄ（Device to Device）やＶ２Ｘ（Vehicle to everything）に代表されるように、リレー通信機能を具備した装置であってもよい。また、移動体装置５０及び端末装置４０は、無線バックホール等で利用されるＣＰＥ（Client Premises Equipment）と呼ばれる機器であってもよい。

以下、本実施形態に係る情報処理システム１を構成する各装置の構成を具体的に説明する。

＜２－２．管理装置の構成＞
管理装置１０は、無線ネットワークを管理する装置である。例えば、管理装置１０は基地局装置２０、３０の通信を管理する装置である。コアネットワークＣＮが５ＧＣなのであれば、管理装置１０は、例えば、ＡＭＦやＳＭＦ、ＵＰＦなどとしての機能を有する装置であってもよい。管理装置１０は、アプリケーション処理の実行機能（例えば、エッジ機能）を備え、アプリケーションサーバ等のサーバ装置として機能してもよい。より具体的には、ＵＰＦがローカルエリアネットワークに配置されている場合（すなわち、ＵＰＦがLocal ＵＰＦである場合）、当該ＵＰＦとの間にＮ６リファレンスポイントを有するＤＮに、エッジコンピューティングのための装置が配置されてもよい。そしてエッジコンピューティングのための装置が管理装置１０に含まれてもよい。エッジコンピューティングのための装置は（例えば、ＭＥＣ（Multi access Edge Computing） Platform、 ＭＥＣ host、ＭＥＣ applicationとして動作してもよい。

図１７は、本開示の実施形態に係る管理装置１０の構成例を示す図である。管理装置１０は、ネットワーク通信部１１と、記憶部１２と、制御部１３と、を備える。なお、図１７に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、管理装置１０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。例えば、管理装置１０は、複数のサーバ装置により構成されていてもよい。

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

記憶部１２は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１２は、管理装置１０の記憶手段として機能する。記憶部１２は、例えば、移動体装置５０の接続状態を記憶する。例えば、記憶部１２は、移動体装置５０のＲＲＣ（Radio Resource Control）の状態やＥＣＭ（EPS Connection Management）の状態を記憶する。記憶部１２は、移動体装置５０の位置情報を記憶するホームメモリとして機能してもよい。

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

＜２－３．基地局装置（Network）の構成＞
次に、基地局装置２０の構成を説明する。基地局装置２０は、移動体装置５０と無線通信する無線通信装置である。基地局装置２０は、例えば、無線基地局、無線リレー局、無線アクセスポイント等として機能する装置である。このとき、基地局装置２０は、ＲＲＨ等の光張り出し装置であってもよい。上述したように、基地局装置２０は、Ｖ２Ｎ通信でいう、ネットワークを構成する装置である。

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

無線通信部２１は、他の無線通信装置（例えば、移動体装置５０、基地局装置３０、他の基地局装置２０）と無線通信する無線通信インタフェースである。無線通信部２１は、制御部２４の制御に従って動作する。なお、無線通信部２１は複数の無線アクセス方式に対応していてもよい。例えば、無線通信部２１は、ＮＲ及びＬＴＥの双方に対応していてもよい。無線通信部２１は、ＬＴＥの他に、Ｗ－ＣＤＭＡやｃｄｍａ２０００に対応していてもよい。勿論、無線通信部２１は、ＮＲ、ＬＴＥ、Ｗ－ＣＤＭＡやｃｄｍａ２０００以外の無線アクセス方式に対応していてもよい。

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

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

無線受信部２１１ａは、上りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバルの除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部２１１ｂは、無線受信部２１１ａから出力された信号から、ＰＵＳＣＨ（Physical Uplink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）等の上りリンクチャネル及び上りリンク参照信号を分離する。復調部２１１ｃは、上りリンクチャネルの変調シンボルに対して、ＢＰＳＫ（Binary Phase Shift Keying）、ＱＰＳＫ（Quadrature Phase shift Keying）等の変調方式を使って受信信号の復調を行う。復調部２１１ｃが使用する変調方式は、１６ＱＡＭ（Quadrature Amplitude Modulation）、６４ＱＡＭ、又は２５６ＱＡＭであってもよい。復号部２１１ｄは、復調された上りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された上りリンクデータ及び上りリンク制御情報は制御部２４へ出力される。

送信処理部２１２は、下りリンク制御情報及び下りリンクデータの送信処理を行う。送信処理部２１２は、符号化部２１２ａと、変調部２１２ｂと、多重部２１２ｃと、無線送信部２１２ｄと、を備える。

符号化部２１２ａは、制御部２４から入力された下りリンク制御情報及び下りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。なお、符号化部２１２ａは、ＮＲの場合、Polar codingによる符号化、Low Density Parity Check （LDPC） Codingによる符号化を行ってもよい。変調部２１２ｂは、符号化部２１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。多重部２１２ｃは、各チャネルの変調シンボルと下りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部２１２ｄは、多重部２１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部２１２ｄは、高速フーリエ変換による時間領域への変換、ガードインターバルの付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部２１２で生成された信号は、アンテナ２１３から送信される。

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

ネットワーク通信部２３は、他の装置（例えば、管理装置１０、他の基地局装置２０、基地局装置３０、クラウドサーバ装置ＣＳ等）と通信するための通信インタフェースである。ネットワーク通信部２３は、ネットワークＮ１に直接的或いは間接的に接続する機能を備える。例えば、ネットワーク通信部２３は、ＮＩＣ等のＬＡＮインタフェースを備える。また、ネットワーク通信部２３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部２３は、基地局装置２０のネットワーク通信手段として機能する。ネットワーク通信部２３は、制御部２４の制御に従って他の装置（例えば、管理装置１０、クラウドサーバ装置ＣＳ等）と通信する。ネットワーク通信部２３の構成は、管理装置１０のネットワーク通信部１１と同様であってもよい。

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

制御部２４は、制御部２４の各機能を示す複数の機能ブロックに分けて構成されてもよい。制御部２４の機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部２４の動作については、後に詳述する。

＜２－４．基地局装置（Infrastructure）の構成＞
次に、基地局装置３０の構成を説明する。基地局装置３０は、移動体装置５０と無線通信する無線通信装置である。基地局装置３０は、例えば、無線基地局、無線リレー局、無線アクセスポイント等として機能する装置である。このとき、基地局装置３０は、ＲＳＵ等の路上基地局装置であってもよいし、ＲＲＨ等の光張り出し装置であってもよい。上述したように、基地局装置３０は、Ｖ２Ｉ通信でいう、インフラストラクチャを構成する装置である。

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

無線通信部３１は、他の無線通信装置（例えば、移動体装置５０、基地局装置２０、他の基地局装置３０）と無線通信する無線通信インタフェースである。無線通信部３１は、制御部３４の制御に従って動作する。無線通信部３１は、受信処理部３１１、送信処理部３１２、アンテナ３１３を備える。無線通信部３１（受信処理部３１１、送信処理部３１２、及びアンテナ３１３）の構成は、基地局装置２０の無線通信部２１（受信処理部２１１、送信処理部２１２及びアンテナ２１３）と同様である。

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

ネットワーク通信部３３は、他の装置（例えば、管理装置１０、基地局装置２０、他の基地局装置３０、クラウドサーバ装置ＣＳ等）と通信するための通信インタフェースである。ネットワーク通信部３３は、ネットワークＮ１に直接的或いは間接的に接続する機能を備える。例えば、ネットワーク通信部３３は、ＮＩＣ等のＬＡＮインタフェースを備える。また、ネットワーク通信部３３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部３３は、基地局装置３０のネットワーク通信手段として機能する。ネットワーク通信部３３の構成は、基地局装置２０のネットワーク通信部２３と同様である。

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

制御部３４は、制御部３４の各機能を示す複数の機能ブロックに分けて構成されてもよい。制御部３４の機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部３４の動作については、後に詳述する。また、制御部３４の動作は、上述の制御部２４の動作と同様であってもよい。

＜２－５．端末装置の構成＞
次に、端末装置４０の構成を説明する。端末装置４０は、移動可能な無線通信装置である。例えば、端末装置４０は、携帯電話、スマートデバイス等のユーザ端末（UE：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）であってもよい。端末装置４０は、基地局装置２０及び基地局装置３０と無線通信が可能である。また、端末装置４０は、移動体装置５０及び他の端末装置４０とサイドリンク通信が可能である。

図２０は、本開示の実施形態に係る端末装置４０の構成例を示す図である。端末装置４０は、無線通信部４１と、記憶部４２と、ネットワーク通信部４３と、入出力部４４と、制御部４５と、を備える。なお、図２０に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、端末装置４０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。さらに、端末装置４０の構成において、ネットワーク通信部５３及び入出力部４４は必須の構成要素でなくてもよい。

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

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

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

無線受信部４１１ａは、下りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバルの除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部４１１ｂは、無線受信部４１１ａから出力された信号から、下りリンクチャネル、下りリンク同期信号、及び下りリンク参照信号を分離する。下りリンクチャネルは、例えば、ＰＢＣＨ（Physical Broadcast Channel）、ＰＤＳＣＨ（Physical Downlink Shared Channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）等のチャネルである。復調部２１１ｃは、下りリンクチャネルの変調シンボルに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を使って受信信号の復調を行う。復号部４１１ｄは、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータ及び下りリンク制御情報は制御部４５へ出力される。下りリンク同期信号は、ＳＳＢ（SS/PBCH Block）を含んでもよい。下りリンク参照信号はＣＳＩ－ＲＳ、ＤＭＲＳを含んでもよい。

送信処理部４１２は、上りリンク制御情報及び上りリンクデータの送信処理を行う。送信処理部４１２は、符号化部４１２ａと、変調部４１２ｂと、多重部４１２ｃと、無線送信部４１２ｄと、を備える。

符号化部４１２ａは、制御部４５から入力された上りリンク制御情報及び上りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。なお、符号化部４１２ａは、ＮＲの場合、Polar codingによる符号化、Low Density Parity Check （LDPC） Codingによる符号化を行ってもよい。変調部４１２ｂは、符号化部４１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。多重部４１２ｃは、各チャネルの変調シンボルと上りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部４１２ｄは、多重部４１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部４１２ｄは、逆高速フーリエ変換による時間領域への変換、ガードインターバルの付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部４１２で生成された信号は、アンテナ４１３から送信される。

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

ネットワーク通信部４３は、他の装置と通信するための通信インタフェースである。例えば、ネットワーク通信部４３は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部４３は、ネットワークＮ１に直接的或いは間接的に接続する機能を備える。ネットワーク通信部４３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部４３は、端末装置４０のネットワーク通信手段として機能する。ネットワーク通信部４３は、制御部４５の制御に従って、他の装置と通信する。

入出力部４４は、ユーザと情報をやりとりするためのユーザインタフェースである。例えば、入出力部４４は、キーボード、マウス、操作キー、タッチパネル等、ユーザが各種操作を行うための操作装置である。又は、入出力部４４は、液晶ディスプレイ（Liquid Crystal Display）、有機ＥＬディスプレイ（Organic Electroluminescence Display）等の表示装置である。入出力部４４は、スピーカー、ブザー等の音響装置であってもよい。また、入出力部４４は、ＬＥＤ（Light Emitting Diode）ランプ等の点灯装置であってもよい。入出力部４４は、端末装置４０の入出力手段（入力手段、出力手段、操作手段又は通知手段）として機能する。

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

制御部４５は、制御部４５の各機能を示す複数の機能ブロックに分けて構成されてもよい。制御部４５の機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部４５の動作については、後に詳述する。

＜２－６．移動体装置の構成＞
次に、移動体装置５０の構成を説明する。移動体装置５０は、移動可能な無線通信装置である。例えば、移動体装置５０は、自動車等の車両（Vehicle）、或いは当該車両に搭載された無線通信装置である。移動体装置５０は、携帯電話、スマートデバイス等の移動可能な端末装置であってもよい。移動体装置５０は、基地局装置２０及び基地局装置３０と無線通信が可能である。また、移動体装置５０は、端末装置４０及び他の移動体装置５０とサイドリンク通信が可能である。

図２１は、本開示の実施形態に係る移動体装置５０の構成例を示す図である。移動体装置５０は、無線通信部５１と、記憶部５２と、ネットワーク通信部５３と、入出力部５４と、制御部５５と、を備える。なお、図２１に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。また、移動体装置５０の機能は、複数の物理的に分離された構成に分散して実装されてもよい。

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

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

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

無線受信部５１１ａは、下りリンク信号に対して、ダウンコンバート、不要な周波数成分の除去、増幅レベルの制御、直交復調、デジタル信号への変換、ガードインターバルの除去、高速フーリエ変換による周波数領域信号の抽出等を行う。多重分離部５１１ｂは、無線受信部５１１ａから出力された信号から、下りリンクチャネル、下りリンク同期信号、及び下りリンク参照信号を分離する。下りリンクチャネルは、例えば、ＰＢＣＨ、ＰＤＳＣＨ、ＰＤＣＣＨ等のチャネルである。復調部２１１ｃは、下りリンクチャネルの変調シンボルに対して、ＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の変調方式を使って受信信号の復調を行う。復号部５１１ｄは、復調された下りリンクチャネルの符号化ビットに対して、復号処理を行う。復号された下りリンクデータ及び下りリンク制御情報は制御部５５へ出力される。

送信処理部５１２は、上りリンク制御情報及び上りリンクデータの送信処理を行う。送信処理部５１２は、符号化部５１２ａと、変調部５１２ｂと、多重部５１２ｃと、無線送信部５１２ｄと、を備える。

符号化部５１２ａは、制御部５５から入力された上りリンク制御情報及び上りリンクデータを、ブロック符号化、畳み込み符号化、ターボ符号化等の符号化方式を用いて符号化を行う。変調部５１２ｂは、符号化部５１２ａから出力された符号化ビットをＢＰＳＫ、ＱＰＳＫ、１６ＱＡＭ、６４ＱＡＭ、２５６ＱＡＭ等の所定の変調方式で変調する。多重部５１２ｃは、各チャネルの変調シンボルと上りリンク参照信号とを多重化し、所定のリソースエレメントに配置する。無線送信部５１２ｄは、多重部５１２ｃからの信号に対して、各種信号処理を行う。例えば、無線送信部５１２ｄは、逆高速フーリエ変換による時間領域への変換、ガードインターバルの付加、ベースバンドのデジタル信号の生成、アナログ信号への変換、直交変調、アップコンバート、余分な周波数成分の除去、電力の増幅等の処理を行う。送信処理部５１２で生成された信号は、アンテナ５１３から送信される。

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

ネットワーク通信部５３は、他の装置と通信するための通信インタフェースである。例えば、ネットワーク通信部５３は、ＮＩＣ等のＬＡＮインタフェースである。ネットワーク通信部５３は、ネットワークＮ１に直接的或いは間接的に接続する機能を備える。ネットワーク通信部５３は、有線インタフェースであってもよいし、無線インタフェースであってもよい。ネットワーク通信部５３は、移動体装置５０のネットワーク通信手段として機能する。ネットワーク通信部５３は、制御部５５の制御に従って、他の装置と通信する。なお、端末装置４０の構成において、ネットワーク通信部５３は必須の構成要素でなくてもよい。

入出力部５４は、ユーザと情報をやりとりするためのユーザインタフェースである。例えば、入出力部５４は、キーボード、マウス、操作キー、タッチパネル等、ユーザが各種操作を行うための操作装置である。又は、入出力部５４は、液晶ディスプレイ、有機ＥＬディスプレイ等の表示装置である。入出力部５４は、スピーカー、ブザー等の音響装置であってもよい。また、入出力部５４は、ＬＥＤランプ等の点灯装置であってもよい。入出力部５４は、移動体装置５０の入出力手段（入力手段、出力手段、操作手段又は通知手段）として機能する。なお、端末装置４０の構成において、入出力部５４は必須の構成要素でなくてもよい。

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

制御部５５は、制御部２４の各機能を示す複数の機能ブロックに分けて構成されてもよい。制御部５５の機能ブロックはソフトウェアブロックであってもよいし、ハードウェアブロックであってもよい。例えば、上述の機能ブロックが、それぞれ、ソフトウェア（マイクロプログラムを含む。）で実現される１つのソフトウェアモジュールであってもよいし、半導体チップ（ダイ）上の１つの回路ブロックであってもよい。勿論、各機能ブロックがそれぞれ１つのプロセッサ又は１つの集積回路であってもよい。機能ブロックの構成方法は任意である。なお、制御部５５の動作については、後に詳述する。

なお、移動体装置５０は移動機能を有していてもよい。例えば、移動体装置５０はエンジン等の動力部を有し、自らの動力で移動可能であってもよい。なお、移動体装置５０は必ずしも移動機能を有していていなくてもよい。この場合、移動体装置５０は、移動機能をもつ装置（例えば、自動車等の車両）に対して、後付けされる装置であってもよい。例えば、移動体装置５０は、自動車に後付けされるナビゲーションシステム装置であってもよい。

＜＜３．情報処理システムの動作＞＞
次に、本実施形態に係る情報処理システムの動作例について説明する。なお、以下に示す「基地局」は、上記した基地局装置２０又は基地局装置３０を備えた基地局である。また、以下に示す「端末装置」は、上記した端末装置４０又は移動体装置５０である。つまり、以下に示す基地局の動作は、基地局装置２０が備える制御部２４の動作又は基地局装置３０が備える制御部３４の動作である。また、以下に示す端末装置の動作は、端末装置４０が備える制御部４５の動作又は移動体装置５０が備える制御部５５の動作である。

本実施形態では、端末装置がＮＲのスロットフォーマットを使ってサイドリンク通信を行うために、以下の（１）～（３）を新たに構築した。これら（１）～（３）の詳細について順に説明する。
（１）スロットフォーマットの新たな設計（デザイン）
（２）スロットフォーマットの設定方法
（３）スロットフォーマットの変更方法（シンボルの書き換え）

＜３－１．（１）スロットフォーマットの新たな設計＞
本実施形態では、ＮＲ Ｖ２Ｘ通信において、基地局は、サイドリンク通信を行うためのスロットフォーマットを新たに設計する。具体的には、以下の（１Ａ）及び（１Ｂ）に示す方法に従って、基地局は、スロットフォーマットを新たに設計する。
（１Ａ）サイドリンク通信用の新しいシンボルを定義する方法
（１Ｂ）既存のシンボルをサイドリンク通信用として使用する方法

［１Ａ：サイドリンク通信用の新しいシンボルを定義する方法］
サイドリンク通信用の新しいシンボルを定義することで、基地局は、スロットフォーマットにおける各シンボルの状態として、アップリンク通信用のシンボル（アップリンクシンボル）、ダウンリンク通信用のシンボル（ダウンリンクシンボル）、フレキシブル用のシンボル（フレキシブルシンボル）及びサイドリンク通信用のシンボル（サイドリンクシンボル）の４つの状態を設定可能となる。なお、サイドリンク通信用の新しいシンボルを設定する場合、以下の３通りの方法で設定することができる。
（１Ａ－１）サイドリンク通信のみ実施可能なシンボル
（１Ａ－２）サイドリンク通信又はアップリンク通信を選択的に実施可能なシンボル
（１Ａ－３）サイドリンク通信及びアップリンク通信を同時に実施可能なシンボル

［１Ａ－１：サイドリンク通信のみ実施可能なシンボル］
１つ目に、サイドリンク通信のみ実施可能なシンボルを新たに定義する方法について説明する。図２２は、サイドリンク通信を実施するためのシンボルを含むスロットフォーマットの一例を示す図である。図２２に示すスロットフォーマットでは、１～４番目のシンボルがダウンリンクシンボル（Ｄ）であり、５～７番目のシンボルがサイドリンクシンボル（Ｓ）である。図２２に示すスロットフォーマットを用いた場合、端末装置は、スロット内の１～４番目のシンボルでダウンリンク通信を行い、５～７番目のシンボルでサイドリンク通信を行う。すなわち、図２２に示すスロットフォーマットの場合、５～７番目のシンボルでは、サイドリンク通信のみ実施できるようにし、ダウンリンク通信及びアップリンク通信を実施できないようにする。

［１Ａ－２：サイドリンク通信又はアップリンク通信を選択的に実施可能なシンボル］
２つ目に、サイドリンク通信又はアップリンク通信を選択的に実施可能なシンボルを定義する方法について説明する。図２３は、サイドリンク通信を実施するためのシンボルを含むスロットフォーマットの一例を示す図である。図２３に示すスロットフォーマットでは、１～４番目のシンボルがダウンリンクシンボル（Ｄ）であり、５～７番目のシンボルがアップリンクシンボル（Ｕ）又はサイドリンクシンボル（Ｓ）である。図２３に示すスロットフォーマットを用いた場合、端末装置は、スロット内の１～４番目のシンボルでダウンリンク通信を行い、５～７番目のシンボルでアップリンク通信、又はサイドリンク通信を行う。すなわち、図２３に示すスロットフォーマットの場合、５～７番目のシンボルでは、各シンボルについて、アップリンク通信に用いるか、サイドリンク通信に用いるかを選択できる。なお、アップリンク通信に用いるかサイドリンク通信に用いるかの選択は、基地局によって指定されてもよく、端末装置が判断して選択してもよい。なお、図２３に示す５～７番目のシンボルは、ダウンリンク通信に用いることができない。

［１Ａ－３：サイドリンク通信及びアップリンク通信を同時に実施可能なシンボル］
３つ目に、サイドリンク通信及びアップリンク通信を同時に実施可能なシンボルを定義する方法について説明する。図２４は、サイドリンク通信を実施するためのシンボルを含むスロットフォーマットの一例を示す図である。図２４に示すスロットフォーマットでは、１～４番目のシンボルがダウンリンクシンボル（Ｄ）であり、５～７番目のシンボルがアップリンクシンボル（Ｕ）及びサイドリンクシンボル（Ｓ）である。図２４に示すスロットフォーマットを用いた場合、端末装置は、スロット内の１～４番目のシンボルでダウンリンク通信を行い、５～７番目のシンボルでアップリンク通信、及びサイドリンク通信を同時に行う。なお、５～７番目のシンボルでは、アップリンク通信及びサイドリンク通信を異なるリソースエレメント（すなわち、異なるサブキャリア）に設定してもよく、同じリソースエレメントに設定してもよい。アップリンク通信及びサイドリンク通信を同じリソースエレメントに設定する場合、例えば、コード多重（CDMA：Code Division Multiple Access、IDMA：“Interleave Division Multiple Access）や、空間多重を行ってもよい。なお、図２４に示す５～７番目のシンボルでは、ダウンリンク通信に用いることができない。

なお、（１Ａ－１）～（１Ａ－３）で説明したスロットフォーマットは一例である。例えば、（１Ａ－１）～（１Ａ－３）で新たに定義したシンボルをすべて含むスロットフォーマットがあってもよい。つまり、同一スロット内に、サイドリンク通信専用のシンボル（Ｓ）と、アップリンク通信又はサイドリンク通信を選択可能なシンボル（Ｕ／Ｓ）と、アップリンク通信及びサイドリンク通信を同時に実施可能なシンボル（Ｕ及びＳ）とがすべて含まれてもよい。

［１Ｂ：既存のシンボルをサイドリンク通信用として使用する方法］
次に、既存のシンボルをサイドリンク通信用として使用する方法について説明する。つまり、上記した（１Ａ）では、サイドリンク通信用のシンボルを新たに定義したが、（１Ｂ）では、サイドリンク通信用のシンボルを新たに定義しない。既存のシンボルをサイドリンク通信用として使用する方法として、以下の２通りがある。
（１Ｂ－１）アップリンク通信用のシンボルをサイドリンク通信用として用いる
（１Ｂ－２）フレキシブルシンボルをサイドリンク通信用として用いる

［１Ｂ－１：アップリンク通信用のシンボルをサイドリンク通信用として用いる］
１つ目に、アップリンク通信用のシンボルをサイドリンク通信用として用いる場合について説明する。図２５は、サイドリンク通信を実施するためのシンボルを含むスロットフォーマットの一例を示す図である。図２５に示すスロットフォーマットでは、１～４番目のシンボルがダウンリンクシンボル（Ｄ）であり、５～７番目のシンボルが、サイドリンク通信可能なアップリンクシンボル（「（Ｕ）」）である。図２５に示すスロットフォーマットを用いた場合、端末装置は、スロット内の１～４番目のシンボルでダウンリンク通信を行い、５～７番目のシンボルでは、以下の（ａ）～（ｃ）のいずれかの通信を行う。
（ａ）サイドリンク通信
（ｂ）アップリンク通信
（ｃ）サイドリンク通信及びアップリンク通信を同時実施

なお、端末装置が上記の（ａ）～（ｃ）のいずれの通信を行うかを、基地局から端末装置に対して通知するが、この通知の具体例については、後述する。

［１Ｂ－２：フレキシブルシンボルをサイドリンク通信用として用いる］
２つ目に、フレキシブルシンボルをサイドリンク通信用として用いる場合について説明する。図２６は、サイドリンク通信を実施するためのシンボルを含むスロットフォーマットの一例を示す図である。図２６に示すスロットフォーマットでは、１～４番目のシンボルがダウンリンクシンボル（Ｄ）であり、５～７番目のシンボルが、サイドリンク通信可能なフレキシブルシンボル（「（Ｆ）」）である。図２６に示すスロットフォーマットを用いた場合、端末装置は、スロット内の１～４番目のシンボルでダウンリンク通信を行い、５～７番目のシンボルでは、以下の（ａ）～（ｄ）のいずれかの通信を行う。
（ａ）サイドリンク通信
（ｂ）アップリンク通信
（ｃ）ダウンリンク通信
（ｄ）サイドリンク通信及びアップリンク通信を同時実施

なお、上記の（ａ）～（ｄ）のいずれの通信を行うかを、基地局から端末装置に対して通知するが、この通知の具体例については、後述する。

＜３－２．（２）スロットフォーマットの設定方法（Slot configuration）＞
［スロットフォーマットの設定方法］
次に、スロットフォーマットの設定方法について説明する。スロットフォーマットの設定は、基地局から端末装置に対して行われる。スロットフォーマットの設定方法として、以下の２通りがある。
（２Ａ）（基地局観点での）セル毎に設定する方法
（２Ｂ）端末毎に設定する方法

［２Ａ：セル毎に設定する方法］
１つ目として、（基地局観点での）セル毎に設定する方法について説明する。この場合、基地局は、同一セル内に存在する端末装置すべてに対して同一のスロットフォーマットを設定する。具体的には、基地局は、以下の３通りの方法のいずれかによりスロットフォーマットをセル毎に設定することができる。
（２Ａ－１）ＲＲＣ signalingで設定
（２Ａ－２）グループコモンＰＤＣＣＨ（Group Common ＰＤＣＣＨ）で設定
（２Ａ－３）ＲＲＣ signaling及びＰＤＣＣＨ（グループコモンを含む）（DCI：Downlink Control Information）との組み合わせで設定

［２Ｂ：端末毎に設定する方法］
２つ目として、端末毎に設定する方法について説明する。この場合、基地局は、セル内に存在する端末装置それぞれに対して個別にスロットフォーマットを設定する。具体的には、基地局は、以下の３通りの方法のいずれかによりスロットフォーマットを端末毎に設定することができる。
（２Ｂ－１）ＵＥ specific ＲＲＣ signaling（Dedicated signaling）で設定
（２Ｂ－２）ＰＤＣＣＨ（DCI）で設定
（２Ｂ－３）ＲＲＣ signaling及びＰＤＣＣＨ（DCI：Downlink Control Information）との組み合わせで設定
なお、スロットフォーマットが端末毎に設定される場合、設定方法はさらに次の２通りに分けられてもよい。
（２Ｂ－Ａ）同一ＵＥに設定されるセルが複数ある場合、セル毎
（２Ｂ－Ｂ）少なくとも１つのセル内に複数のＢＷＰが設定される場合、ＢＷＰ毎

［端末への通知内容］
基地局は、端末装置へスロットフォーマットの設定を通知する場合、以下の２パターンで通知内容が異なる。以下、それぞれのパターンにおける通知内容について具体的に説明する。
（パターン１）サイドリンク通信用の新たなシンボルを定義した場合
（パターン２）既存のシンボルをサイドリンク通信用として使用する場合

［パターン１：サイドリンク通信用の新たなシンボルを定義した場合］
サイドリンク通信用の新たなシンボルを定義した場合の通知内容について説明する。この場合、まず、基地局は、上記（１Ａ）に示す定義に従って、サイドリンク通信用のシンボルを含むスロットフォーマットを新たに生成する。もしくは、サイドリンク通信用のシンボルを含むスロットフォーマットが、３ＧＰＰ等において新たに規定され、基地局は各スロットフォーマットに対応するインデックスをスロットフォーマットの情報として使う。新たに生成したスロットフォーマットの情報は、例えば、１スロットのシンボル数が１４個である場合、１４個のシンボルの状態のパターンを示す情報となる。具体的には、基地局は、スロットフォーマットにおけるシンボルのパターンの一覧をテーブル情報として記憶しており、新たに生成したスロットフォーマットの情報をこのテーブル情報に加える。より具体的には、このテーブル情報の中には、Ｒｅｓｅｒｖｅｄされた情報領域が存在し、このＲｅｓｅｒｖｅｄされ情報領域に新たに生成したスロットフォーマットを加える。さらに、より具体的には、テーブル情報が、０－２５５（２５６個）のＦｏｒｍａｔ で構成される場合、５６－２５４の範囲がＲｅｓｅｒｖｅｄされた情報領域(Format)であり、新たに生成したスロットフォーマットを５６－２５４のいずれかに書き込む。換言すれば、新たに生成したスロットフォーマットに対して、５６－２５４のいずれかのＳｌｏｔ Ｆｏｒｍａｔを割り当てる。

そして、基地局は、生成した新たなスロットフォーマット（又はスロットフォーマットの情報）をセル毎に設定する場合には、上記した（２Ａ－１）～（２Ａ－３）、すなわち、ＲＲＣ signaling、ＰＤＣＣＨ（DCI）、又はＲＲＣ signaling及びＰＤＣＣＨ（DCI）の組み合わせのいずれかの方法によってセル内に存在する端末装置すべてに対して通知（設定）する。

この時、基地局は、新たに生成したスロットフォーマットにおける各シンボルの状態をそのまま端末装置へ通知してもよい。具体的には、基地局は、図２２に示すスロットフォーマットを新たに生成した場合、スロットフォーマット「ＤＤＤＤＳＳＳ」を示す情報を端末装置へ通知する。つまり、基地局は、スロットフォーマットにおけるシンボルの状態を配列にした情報を端末装置へ通知する。さらに又はこれに代えて、この時、基地局は、新たに生成したスロットフォーマットを端末装置へ通知するために、対応するFormat番号（e.g.５６－２５４の範囲）を通知してもよい。

なお、基地局は、シンボルの状態を配列にした情報と併せて、割り当てたＳｌｏｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ ＩＤを通知してもよい。すなわち、RRC signalingによって複数のSlotFormatを予め設定しておく場合には、基地局は1又は複数のSlotFormatを含むSlot Format Combinationを1または複数生成し、Slot Format CombinationそれぞれにIDを設定する。そのID（SlotFormatCombinationID）を端末装置へ通知してもよい。

さらに又はこれに代えて、基地局は、生成した新たなスロットフォーマット（又はスロットフォーマットの情報）を、上述したＴＤＤ設定情報（TDD-UL-DL-ConfigurationCommon）に含めて通知してもよい。さらに又はこれに代えて、生成した新たなスロットフォーマットを端末装置に通知するために、上述したＴＤＤ設定情報が拡張されてもよい。例えばTDD-UL-DL-ConfigurationCommonがTDD-UL-DL-SL-ConfigurationCommonという名称となってもよい。

また、基地局は、生成した新たなスロットフォーマットを、端末毎に設定する場合には、上記した（２Ｂ－１）～（２Ｂ－３）、すなわち、ＵＥ specific ＲＲＣ signaling（Dedicated signalling）、ＰＤＣＣＨ（DCI）、又はＲＲＣ signaling及びＰＤＣＣＨ（DCI）の組み合わせのいずれかの方法によって端末装置それぞれ個別に通知（設定）する。この場合も同様に、基地局は、新たに生成したスロットフォーマットにおける各シンボルの状態をそのまま端末装置へ通知してもよいし、新たに生成したスロットフォーマットを端末装置へ通知するために、対応するFormat番号（５６－２５４の範囲）を通知してもよい。さらにまた、基地局は、シンボルの状態を配列にした情報と併せて、割り当てたＳｌｏｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ ＩＤを通知してもよい。すなわち、ＲＲＣ signalingによって複数のSlotFormatを予め設定しておく場合には、基地局は１又は複数のSlotFormatを含むSlot Format Combinationを１または複数生成し、Slot Format CombinationそれぞれにＩＤを設定する。そのＩＤ（Ｓｌｏｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ ＩＤ）を端末装置へ通知してもよい。

これに代えて、基地局は、生成した新たなスロットフォーマット（又はスロットフォーマットの情報）を、上述したＴＤＤ設定情報（TDD-UL-DL-ConfigDedicated）に含めて通知してもよい。さらに又はこれに代えて、生成した新たなスロットフォーマットを端末装置に通知するために、上述したＴＤＤ設定情報が拡張されてもよい。例えばTDD-UL-DL-ConfigDedicatedがTDD-UL-DL-SL-ConfigDedicatedという名称となってもよい。

［パターン２：既存のシンボルをサイドリンク通信用として使用する場合］
次に、既存のシンボルをサイドリンク通信用として使用する場合の通知内容について説明する。既存のシンボルをサイドリンク通信用として使用する場合、基地局は、以下の２点を端末装置へ通知する必要があるかもしれない。
（Ａ）既存のどのシンボルをサイドリンク通信用として使用するかの通知
（Ｂ）サイドリンク通信のために（も）使用できるシンボルを、どのような通信に用いるかの通知

なお、上記（Ａ）及び（Ｂ）の通知（設定）方法として、以下の２通りのいずれか又はその組み合わせによって通知（設定）することができる。
・新たにＲＲＣ configurationを定義して通知する方法
・新たにサイドリンク通信用のＤＣＩを定義して通知する方法

［Ａ：既存のどのシンボルをサイドリンク通信用として使用するかの通知］
基地局は、端末装置に対して設定したスロットフォーマットのうち、既存のどのシンボル（どのアップリンクシンボル、又はフレキシブルシンボル）をサイドリンク通信用として使用するかを端末装置へ通知（設定）する必要がある。この通知（設定）を行う場合、基地局は、例えば、ビットマップによって通知することができる。

具体的には、例えば、現在のスロットフォーマットが「ＦＦＦＦＵＵＵＵＵＦＦＦＵＵ」であったとする。基地局は、例えば、１～４番目のフレキシブルシンボルをサイドリンク通信用として使用可能であることをインディケートする場合、「１１１１００００００００００」のコンフィグレーションビットマップを端末装置へ通知する。この通知を受けることで、端末装置は、スロットフォーマット「ＦＦＦＦＵＵＵＵＵＦＦＦＵＵ」のうち、１～４番目のフレキシブルシンボルをサイドリンク通信用として使用することができる。なお、基地局は、上記のビットマップ「１１１１００００００００００」と併せて、スロットフォーマット番号、又はＳｌｏｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ ＩＤに関連付けて通知（設定）してもよい。これにより、端末装置は、「１１１１００００００００００」のビットマップと、スロットフォーマット「ＦＦＦＦＵＵＵＵＵＦＦＦＵＵ」とが対応していることを把握できる。

［Ｂ：サイドリンク通信のために（も）使用するシンボルを、どのような通信に用いるかの通知］
既存のシンボルをサイドリンク通信用として使用する場合、上記（１Ｂ）で示したように、基地局は、サイドリンク通信のみ、アップリンク通信のみ、サイドリンク通信及びアップリンク通信の同時通信のうち、いずれの通信を行うかを端末装置に通知（設定）する必要がある。つまり、基地局は、サイドリンク通信用として（も）使用できるシンボルを、サイドリンク通信用のみとして使用するか、サイドリンク通信及びアップリンク通信を併用するかをインディケートする必要がある。

この通知を行う場合、基地局は、例えば、ビットマップによって通知することができる。具体的には、基地局は、スロットフォーマット「ＦＦＦＦＵＵＵＵＵＦＦＦＵＵ」のうち、１番目及び２番目のシンボルをサイドリンク通信のみで使用し、３番目及び４番目のシンボルをサイドリンク通信及びアップリンク通信で併用する場合、「１１００ｘｘｘｘｘｘｘｘｘｘｘ」のビットマップを端末装置へ通知する。なお、上記のビットマップにおける「ｘ」は、０又は１のうち、任意の値でよいことを示している。これにより、端末装置は、スロットフォーマット「ＦＦＦＦＵＵＵＵＵＦＦＦＵＵ」のうち、１番目及び２番目のシンボルをサイドリンク通信のみで使用し、３番目及び４番目のシンボルをサイドリンク通信及びアップリンク通信の同時通信で使用できる。

なお、この場合のビットマップ「１１００ｘｘｘｘｘｘｘｘｘｘｘ」に対して、スロットフォーマット番号、又はＳｌｏｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ ＩＤが関連付けられてもよい。これにより、端末装置は、「１１００ｘｘｘｘｘｘｘｘｘｘｘ」と、スロットフォーマット「ＦＦＦＦＵＵＵＵＵＦＦＦＵＵ」とが対応していることを把握できる。

なお、上記では、ビットマップを用いた通知方法を一例として示した。上記のビットマップによる通知方法以外として、例えば、スロットフォーマットにおけるシンボル毎に、シンボル番号（nbr_symbol）と、そのシンボルで可能な通信タイプ（type_symbol）とを対応付けて端末装置へ通知してもよい。例えば、５番目のシンボルをサイドリンク通信用として用いることをインディケートする場合、nbr_symbol「０１０１」とtype_symbol「１」（サイドリンク通信用として用いることを示すビット値を「１」と仮定する）とを対応付けた情報を端末装置へ通知する。この通知を受けることで、端末装置は、スロットフォーマットにおける５番目のシンボルをサイドリンク通信用として用いることができる。

次に、コンフィグレーションの通知の更なる詳細例について、ＴＤＤ設定情報（TDD-UL-DL-ConfigurationCommon、TDD-UL-DL-ConfigDedicated）を例に挙げて説明する。ＴＤＤ設定情報には、例えば、上記した（１）～（５）の情報以外に、サイドリンク通信に関する下記（６）と（７）の情報を含ませてもよい。
（６）サイドリンクシンボルの位置及び数
（７）各シンボルに対する、全サイドリンク（all sidelink）

なお、上記（６）について、サイドリンクシンボルのシーケンス情報として通知されてもよく、ビットマップのシーケンス情報であってもよい。より具体的には図２７のようなメッセージ構成（ＡＳＮ．１）であってもよい。図２７は、コンフィグレーションの通知例を示す図である。なお、図２７において、太字下線部はサイドリンク通信に関する情報を端末装置へ通知するために新たな規定が想定される情報要素（Information Element）を示す。例えば、TDD-UL-DL-ConfigurationCommonに新たに"pattern3"（TDD-SL Pattern）が規定されてもよい。当該"TDD-SL Pattern" IEは、pattern typeとして、"symbols"と"bitmaps"が選択（CHOICE）可能であってもよい。"bitmaps"が選択された場合、"symbolBitmapsForSlotFormat"によって、"oneSlot", "twoSlot"が設定されてもよい。"symbolBitmapsForSlotFormat"は前述したビットマップを"oneSlot"又は "twoSlot"によって示してもよい。一方、pattern typeとして、"symbols"が選択された場合、"nrofSidelinkSymbols"が設定されてもよい。ここでの"nrofSidelinkSymbols"は上記した（６）サイドリンクシンボルの位置及び数のうち、「サイドリンクシンボルの数」に対応する。

さらにまた、TDD-UL-DL-ConfigDedicated内の"symbols"に"allSidelink"が新たに規定されてもよい。さらにまた、同じ"symbols"内の"explicit"に"nrofSidelinkSymbols"が新たに規定されてもよい。

ここで、"nrofSidelinkSymbols"は、次のように定義されてもよい。すなわち、"nrofSidelinkSymbols"は、nrofDownlinkSymbolsによって特定(specify)される下りリンクシンボルの最後に続く（following）シンボルから始まる連続的な（consecutive）なサイドリンクシンボルの数を示す。ここでの連続的な（consecutive）なサイドリンクシンボルは、設定（configuration）及びUEの能力（capablities）に応じて、連続的な上りリンクシンボルのいくつかとオーバラップしてもよいし、しなくてもよい。

また、上述した"symbolBitmapsForSlotFormat"は、次のように定義されてもよい。すなわち、"symbolBitmapsForSlotFormat"は、1又は2のスロット内の1又は複数のサイドリンクシンボルを定義するための、ビットマップによるシンボルパターンを示す。ビットマップによるこのシンボルパターンは、UEに設定される上り又は下りのTDD設定（例えば上述のスロットフォーマット）にマッピングされる。

＜３－３．（３）スロットフォーマットの変更方法＞
上記（１）では、サイドリンク通信用のシンボルを含む新たなスロットフォーマットを設計する場合を示した。また、（２）では、既存のシンボルをサイドリンク通信用に用いる場合を示した。（３）では、スロットフォーマットのシンボルを変更する場合について説明する。なお、シンボルの変更は、シンボルの再構成（reconfigure）又はシンボルの書き換え（override）とも称される場合がある。

まず、スロットフォーマットのシンボルを変更する場合の基地局及び端末装置の動作例について説明する。具体的には、スロットフォーマットにおけるシンボルを変更する場合の基地局及び端末装置の動作例として、以下の２通りが考えられる。
（３Ａ）基地局がシンボルの変更を決めて、端末装置へ変更を指示
（３Ｂ）端末装置がシンボルの変更を決めて、シンボルを変更

［３Ａ：基地局がシンボルの変更を決めて、端末装置へ変更を指示］
１つ目として、基地局がシンボルの変更を決めて、端末装置へシンボルの変更を指示する場合が考えられる。この場合の基地局の動作例としては以下の４通りが考えられる。それぞれの場合における、基地局及び端末装置の動作を具体的に説明する。
（３Ａ－１）ＲＲＣ signalingで設定されたスロットフォーマットをＤＣＩで変更（再構成／書き換え）
（３Ａ－２）ＤＣＩで設定されたスロットフォーマットをＲＲＣで変更（再構成／書き換え）
（３Ａ－３）Cell Specific ＲＲＣで設定されたスロットフォーマットをＵＥ Specific ＲＲＣで変更（再構成／書き換え）
（３Ａ－４）Group Common ＰＤＣＣＨで設定されたスロットフォーマットをＵＥ Specific ＤＣＩで変更（再構成／書き換え）

基地局は、（３Ａ－１）～（３Ａ－４）に示す方法により、端末装置へスロットフォーマットの設定を通知した後、端末装置から送信される所定の情報が所定の書換条件を満たした場合に、（３Ａ－１）～（３Ａ－４）に示す方法により、設定したスロットフォーマットにおけるシンボルの書き換えを指示する。なお、書換条件は、シンボルの状態を書き換えるための条件であるが、条件の詳細については後述する。また、端末装置から送信される所定の情報とは、例えば、チャネルの混雑状況（ＣＢＲ：Channel Busy Ratio）や、端末装置のトラフィックモデル、サイドリンク通信のサービスタイプ、通信の優先度情報（Ｐｒｉｏｒｉｔｙ情報）、干渉レベル、リソース使用状況等の情報である。

以下、（３Ａ－１）～（３Ａ－４）における基地局及び端末装置の動作について具体的に説明する。

［３Ａ－１：ＲＲＣ Signalingで設定されたスロットフォーマットをＤＣＩで変更］
（基地局の動作）
この場合、基地局は、例えば、ＲＲＣ Signalingで設定されたスロットフォーマットをサイドリンク通信用のＤＣＩで変更する。具体的には、まず、基地局は、ＲＲＣ Signalingによって、端末装置にスロットフォーマットを設定する。なお、ＲＲＣ Signalingで設定されるスロットフォーマットは、ＴＤＤ設定情報（TDD-UL-DL-ConfigurationCommon又はTDD-UL-DL-ConfigDedicated）によって設定される１又は複数スロット内の１又は複数のシンボルであってもよい。また、ＲＲＣ Signalingで設定されるスロットフォーマットは、１又は複数のSlotFormat Combination ＩＤに含まれる１又は複数のスロットフォーマットであってもよい。

つづいて、基地局は、後述する書換条件を満たした場合に、シンボルの書き換えを決定し、サイドリンク通信用のＤＣＩを用いて、端末装置に対してシンボルの変更を通知する。例えば、基地局は、変更するシンボルのシンボル番号及び変更後のシンボルの状態を端末装置へ通知する。なお、書換条件の詳細については後述する。

（端末装置の動作）
（３Ａ－１）の場合、端末装置は、まず、基地局からＲＲＣ Signalingによって通知されたスロットフォーマットを設定する。つづいて、端末装置は、基地局からサイドリンク通信用のＤＣＩでシンボルの変更が通知された場合、通知内容に従って、スロットフォーマットにおけるシンボルの状態を書き換える。

［３Ａ－２：ＤＣＩで設定されたスロットフォーマットをＲＲＣで変更］
（基地局の動作）
この場合、まず、基地局は、１又は複数のスロットフォーマット（e.g. SlotFormatCombination）を指定するＳＦＩを含むＤＣＩ format 2_0によって、端末装置へ１又は複数のスロットフォーマットを通知する。つづいて、基地局は、後述する書換条件を満たした場合にシンボルの書き換えを決定し、例えば、所定のＲＲＣ configuration（上述した種々の設定情報（例えば、ＴＤＤ設定情報））によって、シンボルの変更を通知する。例えば、基地局は、変更するシンボルのシンボル番号、変更するシンボルが含まれるスロット及び変更後のシンボルの状態を端末装置へ通知する。

（端末装置の動作）
（３Ａ－２）の場合、端末装置は、基地局から送信されるＤＣＩ format 2_0の中のＳＦＩによって指定される１又は複数のスロットフォーマット（e.g. SlotFormatCombination）を設定する。つづいて、端末装置は、基地局からのＲＲＣ configurationに従って、シンボルの状態を書き換える。すなわち、ＲＲＣ configurationが示すスロット内の特定のシンボルについて、ＲＲＣ configurationが示す変更後のシンボルの状態となるように書き換えを行う。

［３Ａ－３：Cell Specific ＲＲＣで設定されたスロットフォーマットをＵＥ Specific ＲＲＣで変更］
（基地局の動作）
この場合、基地局は、Cell Specific ＲＲＣ（例えば、TDD-UL-DL-ConfigurationCommon）によって、セル内に存在する端末装置に対して設定すべきスロットフォーマットを通知する。つづいて、基地局は、後述する書換条件を満たした場合にシンボルの書き換えを決定し、ＵＥ Specific ＲＲＣ（例えば、TDD-UL-DL-ConfigDedicated）によって、シンボルを書き換えるべき端末装置に対して個別にシンボルの変更を通知する。例えば、基地局は、TDD-UL-DL-ConfigDedicatedを用いる場合、設定される複数のシンボルの中にサイドリンク通信用のシンボルが含まれるように設定してもよい。また、基地局は、TDD-UL-DL-ConfigurationCommonの送信の後に、サイドリンク通信用のシンボルが設定に含まれるTDD-UL-DL-ConfigDedicatedを端末装置へ送信してもよい。UEはそのTDD-UL-DL-ConfigDedicatedを受信した場合、すでに、TDD-UL-DL-ConfigurationCommonが設定されている場合は、TDD-UL-DL-ConfigDedicatedにより自身のconfigurationをreconfigure/overrideしてもよい。

（端末装置の動作）
（３Ａ－３）の場合、端末装置は、まず、基地局から受信したTDD-UL-DL-ConfigurationCommonで指定されるスロットフォーマットを設定する。つづいて、端末装置は、後述する書換条件を満たした場合にシンボルの書き換えを決定し、基地局からTDD-UL-DL-ConfigDedicatedを受信した場合、TDD-UL-DL-ConfigDedicatedで指定されるスロット内のシンボルについて、当該TDD-UL-DL-ConfigDedicatedで指定されたシンボルの状態となるように書き換えを行う。

［３Ａ－４：Group Commnon ＰＤＣＣＨで設定されたスロットフォーマットをＵＥ Specific ＤＣＩで変更］
（基地局の動作）
この場合、基地局は、まず、設定すべきスロットフォーマットをGroup Common ＰＤＣＣＨによって端末装置へ通知する。Group Common ＰＤＣＣＨによって指定されるスロットフォーマットは、ＤＣＩ format 2_0で指定されるＳＦＩに対応するSlotFormat Combination ＩＤによって識別されるSlotFormatCombinationが示す１又は複数のスロットフォーマットであってもよい。つづいて、基地局は、ＵＥ Specific ＤＣＩによって、シンボルの変更を通知する。例えば、ＵＥ Specific ＤＣＩは、サイドリンク通信用のＤＣＩであってもよい。すなわち、ＤＣＩ format 2_0で指定されるＳＦＩに対応するSlotFormat Combination ＩＤによって識別されるSlotFormatCombinationが示す１又は複数のスロットフォーマットにおけるシンボルが、サイドリンク通信用のＤＣＩによって再構成される。なお、ここでのサイドリンク通信用のＤＣＩは、変更（書き換え）されるべきシンボルと、当該シンボルが含まれるスロットと、変更後のシンボルの状態とを示す情報を含んでいてもよい。

（端末装置の動作）
（３Ａ－４）の場合、端末装置は、基地局から受信したＤＣＩ format 2_0で指定されるＳＦＩに対応するSlotFormat Combination ＩＤによって識別されるSlotFormatCombinationが示す１又は複数のスロットフォーマットを設定する。つづいて、端末装置は、基地局から受信したサイドリンク通信用のＤＣＩに基づいて、スロットフォーマットにおけるシンボルを書き換える。なお、ここでのサイドリンク通信用のＤＣＩは、変更（書き換え）されるべきシンボルと、当該シンボルが含まれるスロットと、変更後のシンボルの状態とを示す情報を含んでいてもよい。

［３Ｂ：端末装置がシンボルの変更を決めて、シンボルを変更］
２つ目として、端末装置がシンボルの変更を決めて、シンボルを変更する場合が考えられる。つまり、基地局の指示を受けるのではなく、端末装置自身でシンボルの変更判断を行う。この場合の基地局及び端末装置の動作は以下の通りである。まず、基地局の動作例は以下の通りである。

（基地局の動作）
基地局は、後述する書換条件を設定し、端末装置へ通知する。基地局は、例えば、ＲＲＣや、ＤＣＩによって、書換条件を端末装置へ通知する。なお、基地局は、設定した書換条件を、セル内のすべての端末装置へ通知してもよく、セル内における複数の端末装置を含む特定のグループ単位で通知してもよく、あるいは、端末装置それぞれに個別で通知してもよい。なお、端末装置に個別で通知する場合、例えば、Dedicated channelを使って通知してもよい。

（端末装置の動作）
端末装置は、自装置における通信に関する情報が、基地局によって設定された書換条件を満たした場合に、スロットフォーマットにおけるシンボルを書き換える。そして、端末装置は、シンボルを書き換えた場合、基地局や、他の端末装置に対して、シンボルを書き換えたことを通知する。

端末装置は、例えば、ＰＵＣＣＨやＰＵＳＣＨによって、シンボルを書き換えたことを基地局へ通知する。また、端末装置は、スロットフォーマットにおけるシンボルのうち、書き換えが行われていないアップリンクシンボルやフレキシブルシンボルを用いて、ＰＵＣＣＨやＰＵＳＣＨを送信する。

また、端末装置は、例えば、ＰＳＣＣＨ、ＰＳＳＣＨもしくはＰＳＦＣＨによって、シンボルを書き換えたことを他の端末装置へ通知する。端末装置は、スロットフォーマットにおけるシンボルのうち、書き換えが行われていないアップリンクシンボルや、フレキシブルシンボル、サイドリンクシンボルを用いて、ＰＳＣＣＨ、ＰＳＳＣＨもしくはＰＳＦＣＨを送信する。

なお、この通知を受信した他の端末装置は、端末装置とサイドリンク通信を行うために、自身のスロットフォーマットのシンボルを書き換えてもよく、あるいは、書き換えなくともよい。例えば、他の端末装置は、自身が基地局のセル外にいる場合、現状のスロットフォーマットを、端末装置から通知された新たなスロットフォーマットに書き換えて、新たなスロットフォーマットを用いて通信を行う。これにより、他の端末装置と基地局とが通信できない場合に、端末装置とサイドリンク通信を行うことができる。

また、他の端末装置は、自身が基地局のセル内にいる場合、現状のスロットフォーマットを書き換えず、現状のスロットフォーマットを用いて通信を行う。つまり、他の端末装置は、基地局と通信可能である場合には、基地局との通信を優先するために、サイドリンク通信用のシンボルへの書き換えを行わないようにする。

（書換条件）
次に、上記した書換条件の具体例について説明する。書換条件として、例えば、以下の条件が考えられる。なお、書換条件は、上述したように基地局が設定してもよく、あるいは、予め標準規格に規定されていてもよい。
・ＣＢＲ（Channel Busy Ratio）
・トラフィックモデル（例えば、パケットサイズや周期）
・ＱｏＳ（Quality of Service）要求
・Priority情報

［ＣＢＲ］
例えば、基地局は、端末装置から報告されるＣＢＲが予め設定された書換条件を満たす場合に、シンボルの書き換えを決定する。例えば、基地局は、ＣＢＲに基づいてサイドリンク通信の通信チャネルが混雑になったと判断した場合、現状のスロットフォーマットにおけるアップリンクシンボルやフレキシブルシンボルをサイドリンクシンボルもしくはアップリンク／サイドリンクシンボルに書き換える。これにより、サイドリンク通信可能なリソースが増えるため、通信の混雑状況を改善することができる。なお、端末装置が自身でシンボル書換を判断する場合、端末装置は、自身が取得したＣＢＲに基づいてシンボルの書き換えを決定し、シンボルを書き換える。

［トラフィックモデル］
例えば、基地局は、端末装置から報告されるトラフィックモデルが予め設定された書換条件を満たす場合に、シンボルの書き換えを決定する。具体的には、基地局は、トラフィックモデルに基づいて、端末装置の送信タイミングや送信に必要なリソース量を予測し、予測結果に合致した適切なスロットフォーマットとなるようにシンボルの書き換えを行う。例えば、基地局（もしくは端末装置）は、端末装置のサイドリンク通信のパケットサイズが大きい場合、アップリンクシンボルやフレキシブルシンボルをサイドリンクシンボルもしくはアップリンク／サイドリンクシンボルに書き換える。これにより、サイドリンク通信のリソース量が増えるため、パケットサイズが大きい場合であっても適切な通信を行うことができる。また、基地局（もしくは端末装置）は、例えば、端末装置の送信周期が長い場合、所定のスロットフォーマットで複数回送信するときのサイドリンクシンボルの合計数を減少させてもよい。つまり、端末装置の送信周期が長い場合、複数回分のスロットフォーマットにおけるサイドリンクシンボルを相対的に減少させてもよい。なお、端末装置が自身でシンボル書換を判断する場合、端末装置は、自身が取得したトラフィックモデルに基づいてシンボルの書き換えを決定し、シンボルを書き換える。

［ＱｏＳ］
例えば、基地局は、端末装置のＱｏＳ要求に基づいてシンボルの書き換えを決定する。かかる点について、図２８を用いて説明する。図２８は、シンボル書き換えの一例を示す図である。基地局は、図２８のような順（紙面左から右方向）でシンボルが使用される場合において、１番目のシンボルのパケット発生（Packet generation）から、最大遅延（Max delay）の要求を満たすために、図２７に示す任意のアップリンクシンボル（図２７では、１４番目のシンボル）をサイドリンク通信可能なシンボル（サイドリンク通信のみでも、サイドリンク通信及びアップリンク通信の併用でもよい）に書き換える。これにより、書き換え後のスロットフォーマットでは、１４番目のシンボルにおいてサイドリンク通信を行うことができるため、サイドリンク通信における最大遅延要求を満たすことができる。なお、端末装置が自身でシンボル書換を判断する場合、端末装置は、ＱｏＳ要求に基づいてシンボルの書き換えを決定し、シンボルを書き換える。

［Priority情報］
例えば、基地局は、通信の優先度を示すPriority情報に基づいてシンボルの書き換えを決定する。例えば、基地局は、現状のスロットフォーマットにおいて、サイドリンク及びアップリンクの同時通信を行うシンボルを端末装置に設定したとする。かかる場合、基地局は、端末装置のPriority情報に基づいて、サイドリンクシンボル又はアップリンクシンボルのうち、優先すべき通信タイプ（優先度が高い通信タイプ）のシンボルに書き換える。これにより、サイドリンク通信及びアップリンク通信の同時通信を避けることができるとともに、サイドリンク通信及びアップリンク通信のうち優先すべき通信を優先して行うことができる。

［シンボル書き換えの具体例］
スロットフォーマットのシンボルを書き換える場合、書き換えパターンは、図２９に示す通りである。図２９は、スロットフォーマットにおけるシンボルの書き換えパターンを示す図である。図２９では、サイドリンクシンボルを「Ｓ」、ダウンリンクシンボルを「Ｄ」、アップリンクシンボルを「Ｕ」、フレキシブルシンボルを「Ｆ」で示している。図２８によれば、シンボル書き換え可能（図２９に示す「Ｙ」）な組み合わせは以下の通りである。
・ＦシンボルからＳシンボルに書き換え
・ＦシンボルからＵ／Ｓシンボルに書き換え
・ＵシンボルからＳシンボルに書き換え
・ＵシンボルからＵ／Ｓシンボルに書き換え
・ＳシンボルからＵシンボルに書き換え
・ＳシンボルからＦシンボルもしくはＵ／Ｓシンボルに書き換え
・Ｕ／ＳシンボルからＵシンボルもしくはＳシンボルに書き換え

以下、上記の各書き換えについて具体的に説明する。

［ＦシンボルからＳシンボルに書き換え］
これは、既存のスロットフォーマットに含まれるフレキシブルシンボルをサイドリンク通信用のシンボルに書き換える場合である。これにより、端末装置は、スロットフォーマットにおけるフレキシブルシンボルを使って、サイドリンク通信を行うことができる。すなわち、既存のスロットフォーマットに設定されたアップリンクシンボルやダウンリンクシンボルによる通信を妨げることなくサイドリンク通信を行うことができる。

［ＦシンボルからＵ／Ｓシンボルに書き換え］
これは、既存のスロットフォーマットに含まれるフレキシブルシンボルを、アップリンク通信及びサイドリンク通信を実施可能なシンボルに書き換える場合である。これにより、端末装置は、フレキシブルシンボルを使って、サイドリンク通信又はアップリンク通信（サイドリンクorアップリンク）、あるいはサイドリンク通信及びアップリンク通信の同時通信（サイドリンクandアップリンク）のうちいずれかの通信を行うことができる。

例えば、サイドリンク通信又はアップリンク通信（サイドリンクorアップリンク）のシンボルが設定されるユースケースとして、端末装置は、書き換えたシンボルを使って基本的にはアップリンク通信を行い、例えば、同一スロットフォーマット内における他のサイドリンクシンボルが使えない場合に、書き換えたシンボルを使ってサイドリンク通信を行う。これにより、例えば、ＵＲＬＬＣ通信やリソースpreemption等のユースケースに対応することができる。

また、サイドリンク通信及びアップリンク通信の同時通信（サイドリンクandアップリンク）のシンボルが設定されるユースケースとして、端末装置は、例えば、アップリンク通信によって基地局へ情報を送信すると同時に、サイドリンク通信によって他の端末等に情報を送信する。これにより、例えば、基地局及び他の端末に対して同時にＨＡＲＱ Feedbackを送信するユースケース等に対応することができる。

［ＵシンボルからＳシンボルに書き換え］
これは、既存のスロットフォーマットに含まれるアップリンク通信用のシンボルをサイドリンク通信用のシンボルに書き換える場合である。この書き換えは、例えば、スロットフォーマット内にフレキシブルシンボルが無い場合や、フレキシブルシンボルがあっても書き換え不可の場合に行われる。あるいは、この書き換えは、現状のスロットフォーマットにおいて、必要なサイドリンクシンボルの数が足りない場合等に行われる。例えば、端末装置は、時間軸方向に連続したサイドリンクシンボルが必要な場合に、サイドリンクシンボルが連続するように、既存のシンボルを書き換える。

具体的には、「ＤＤＤＤＤＤＤＤＤＤＳＳＵＳＳ」というスロットフォーマットがあった場合、１３番目のアップリンクシンボルをサイドリンクシンボルに書き換える。これにより、１１～１５番目までの連続したシンボルをサイドリンク通信に用いることができる。あるいは、フレキシブルシンボルをサイドリンク通信として使用可能である場合には、「ＤＤＤＤＤＤＤＤＤＤＦＦＵＦＦ」のスロットフォーマットの１３番目のアップリンクシンボルをサイドリンクシンボル（もしくはフレキシブルシンボル）に書き換えることで、１１～１５番目までの連続したシンボルをサイドリンク通信に用いることができる。

［ＵシンボルからＵ／Ｓシンボルに書き換え］
これは、既存のスロットフォーマットに含まれるアップリンク通信用のシンボルを、アップリンク通信及びサイドリンク通信を実施可能なシンボルに書き換える場合である。具体的には、サイドリンク通信又はアップリンク通信（サイドリンクorアップリンク）、あるいはサイドリンク通信及びアップリンク通信の同時通信（サイドリンクandアップリンク）のいずれかに書き換える。これにより、端末装置は、書き換え後もアップリンク通信が可能な状態であるため、アップリンクシンボルの書き換えによるアップリンク通信への影響を最小限に抑えつつ、サイドリンク通信を行うことができる。

さらに、例えば、端末装置は、上記したPriority情報に基づいて、アップリンク通信及びサイドリンク通信のいずれを実施するかを決定することができる。具体的なユースケースとして、端末装置は、基地局からＰＤＳＣＨを受信して４ｍｓ後にＨＡＲＱ Feedbackを送信するユースケースが想定される。この場合、４ｍｓ後のシンボルをＵ／Ｓシンボルに書き換えておくことで、Ｐｒｉｏｒｉｔｙ情報に基づいてＨＡＲＱ Feedbackを優先する場合には、基地局との間でアップリンク通信を行い、Priority情報に基づいてセーフティメッセージを優先する場合には、他の端末装置との間でサイドリンク通信する。あるいは、端末装置は、アップリンク通信及びサイドリンク通信の優先度が同じである場合には、アップリンク通信及びサイドリンク通信の同時通信を行う。このように、アップリンクシンボルを、アップリンク通信及びサイドリンク通信を実施可能なシンボルに書き換えることで、情報の優先度に応じた通信に柔軟に対応することができる。

［ＳシンボルからＵシンボルに書き換え］
これは、上記（１Ａ）によって新たに生成されたスロットフォーマットに含まれるサイドリンクシンボルをアップリンクシンボルに書き換える場合である。このようなユースケースとして、アップリンク通信する情報の送信データ量が多くために、既存のスロットフォーマットのままではアップリンクシンボルが足りない場合が想定される。具体的には、基地局は、端末装置から大量のデータをアップリンク通信する場合に、既存のスロットフォーマットにおけるアップリンクシンボル数では足りない場合に、サイドリンクシンボルをアップリンクシンボルに書き換える。これにより、例えば、フレキシブルシンボル数に余裕がない場合であっても、大量のデータをアップリンク通信により基地局に送信することができる。

［ＳシンボルからＦシンボルもしくはＵ／Ｓシンボルに書き換え］
これは、上記（１Ａ）によって新たに生成されたスロットフォーマットに含まれるサイドリンクシンボルを、フレキシブルシンボル、又はサイドリンク通信及びアップリンク通信を実施可能なシンボル（サイドリンクorアップリンクのシンボル、又はサイドリンクandアップリンクのシンボル）に書き換える場合である。このユースケースとして、サイドリンク通信のトラフィックモデルの変更が行われる場合が想定される。例えば、端末装置は、周期的なトラフィックの送信から非周期的なトラフィックの送信に変更する場合、これから使用予定であったサイドリンクシンボルがこの変更によって使われなくなった時に、サイドリンクシンボルのリソースを無駄にすることになる。このため、端末装置は、トラフィックの変更に応じて、既存のサイドリンクシンボルを、フレキシブルシンボル、又はサイドリンク通信及びアップリンク通信を実施可能なシンボルに書き換えることで、端末装置がサイドリンク通信を行わなくなった場合であっても、アップリンク通信やダウンリンク通信を行うことができるため、リソースの無駄を最小限に抑えることができる。

［Ｕ／ＳシンボルからＵシンボルもしくはＳシンボルに書き換え］
これは、上記（１Ａ）によって新たに生成されたスロットフォーマットに含まれるサイドリンク通信及びアップリンク通信を実施可能なシンボル（サイドリンクorアップリンクのシンボル、又はサイドリンクandアップリンクのシンボル）を、アップリンクシンボル又はサイドリンクシンボルに書き換える場合である。このようなユースケースとして、送信端末の送信がアップリンク通信かサイドリンク通信かを受信端末が判別する必要がある場合がある。

具体的には、受信端末は、送信端末からの送信がアップリンク通信かサイドリンク通信かを判別するために、Blind Decodingを行う必要があり、その結果、DecodingのComplexityが増えるおそれがある。例えば、サイドリンク通信又はアップリンク通信を実施可能なシンボル（サイドリンクorアップリンク）を、アップリンクシンボル、又はサイドリンクシンボルに書き換えることで、受信端末が判別のためにDecodingを行う必要が無くなる。

また、受信端末は、サイドリンク通信及びアップリンク通信を実施可能なシンボル（サイドリンクandアップリンクのシンボル）を、アップリンクシンボル、又はサイドリンクシンボルに書き換えることで、Sidelink Measurementする際に、Energy Evaluationの結果が適切ではない状況を回避することができる。

さらに、送信端末側において、送信端末は、アップリンク通信もしくはサイドリンク通信を行う（サイドリンクorアップリンク）ことで、Power Sharingがうまく行えない場合や、アップリンク通信及びサイドリンク通信（サイドリンクandアップリンク）する際に、互いにInter Subcarrier Interferenceが生じてしまう場合等であっても、アップリンクシンボル又はサイドリンクシンボルに書き換えることで、このような場合に生じる問題を解消することができる。

＜＜４．変形例＞＞
上述の実施形態は一例を示したものであり、さらに又はこれに代えて、種々の変更及び応用が可能である。以下の変形例の少なくとも一部は、上述した実施形態の一部又は全部に適用されてもよい。

例えば、上述のTDD-UL-DL-ConfigurationCommon及びTDD-UL-DL-ConfigDedicatedは、ＵＥ（端末装置）に設定されるSlot configurationが１又は複数のダウンリンクシンボル、アップリンクシンボル、フレキシブルシンボル及びサイドリンクシンボルを含むように設定されてもよい。また、上述のＤＣＩ format 2_0は、端末装置に設定されるスロットフォーマットが１又は複数のダウンリンクシンボル、アップリンクシンボル、フレキシブルシンボル及びサイドリンクシンボルを含むことを直接的に、あるいはＳＦＩを介して間接的に示してもよい。なお、ＳＦＩはSlotFormat Combination ＩＤと１対１で関連づいてもよい。SlotFormat Combination ＩＤは１又は複数のスロットフォーマットに対応づいていてもよい。

さらに又はこれに代えて、次の（ａ）～（ｄ）の条件を満たす場合に、端末装置はフレキシブルシンボル（又はそのセット）を用いて、Physical Sidelink ChannelでのＳＬ（サイドリンク）送信又はＳＬ受信をしてもよい。
（ａ）TDD-UL-DL-ConfigurationCommon及びTDD-UL-DL-ConfigDedicatedによって端末装置に設定されるSlot Configurationが１又は複数のフレキシブルシンボルを含み、又は TDD-UL-DL-ConfigurationCommon及びTDD-UL-DL-ConfigDedicatedが端末装置に提供されず、
（ｂ）スロットフォーマットを提供するためのＳＦＩを含むＤＣＩ format 2_0を端末装置が検出し（受信し）、当該ＤＣＩ format 2_0がフレキシブルシンボルとしての複数のシンボル（又はそのセット）を示し、
（ｃ）端末装置がＰＤＳＣＨ及びＣＳＩ－ＲＳを受信するためのＤＣＩ format（例えば、ＤＣＩ format 1_0、ＤＣＩ format 1_1、又はＤＣＩ format 0_1）を検出せず、又は端末装置がＰＵＳＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨ、又はＳＲＳを送信するためのＤＣＩ format（例えば、ＤＣＩ format 0_0、ＤＣＩ format 0_1、ＤＣＩ format 1_0、ＤＣＩ format 1_1、ＤＣＩ format 2_3）又はＲＡＲ ＵＬグラントを検出（detect）せず、かつ
（ｄ）端末装置によるPhysical Sidelink ChannelでのＳＬ送信又はＳＬ受信を示すＤＣＩ format X_Yを受信する。

この場合、端末装置は、フレキシブルシンボル（又はそのセット）をPhysical Sidelink ChannelでのＳＬ送信又はＳＬ受信のためのシンボル（又はそのセット）に書き換えて、又は再構成（reconfigure）して、Physical Sidelink Channelの送信又は受信をしてもよい。言い換えると、この場合、端末装置は、フレキシブルシンボル（又はそのセット）をPhysical Sidelink ChannelでのＳＬ送信又はＳＬ受信のためのシンボル（又はそのセット）と認識（Consider）して、又はフレキシブルシンボル（又はそのセット）をPhysical Sidelink ChannelでのＳＬ送信又はＳＬ受信のためのシンボル（又はそのセット）と仮定した上でPhysical Sidelink ChannelでのＳＬ送信又はＳＬ受信をしてもよい。なお、この場合の(a)～(d)の条件はさらに上述した（３Ａ－１）～（３Ａ－４）に示す方法によるシンボルの書き換えを実施するか（又は指示するか）を判断するための条件（書換条件）として用いてもよい。

さらに又はこれに代えて、次の（ａ）～（ｃ）の条件を満たす場合に、端末装置はフレキシブルシンボル（又はそのセット）を用いて、Physical Sidelink ChannelでのＳＬ送信又はＳＬ受信をしてもよい。
（ａ）TDD-UL-DL-ConfigurationCommon及びTDD-UL-DL-ConfigDedicatedによって端末装置に設定されるSlot configurationが１又は複数のフレキシブルシンボルを含み、又はTDD-UL-DL-ConfigurationCommon及びTDD-UL-DL-ConfigDedicatedが端末装置に提供されず、
（ｂ）スロットフォーマットを提供するためのＳＦＩを含むＤＣＩ format 2_0を端末装置が受信せず、かつ
（ｃ）端末装置によるPhysical Sidelink ChannelでのSL送信又はSL受信を示すＤＣＩ format X_Yを受信する。

この場合、端末装置はフレキシブルシンボル（又はそのセット）をPhysical Sidelink ChannelでのSL送信又はSL受信のためのシンボル（又はそのセット）に書き換えて、又は再構成（reconfigure）して、Physical Sidelink ChannelでのSL送信又はSL受信をしてもよい。言い換えると、この場合、端末装置は、フレキシブルシンボル（又はそのセット）をPhysical Sidelink ChannelでのSL送信又はSL受信のためのシンボル（又はそのセット）と認識（consider）して、又はフレキシブルシンボル（又はそのセット）をPhysical Sidelink ChannelでのSL送信又はSL受信のためのシンボル（又はそのセット）と仮定した上でPhysical Sidelink ChannelでのSL送信又はSL受信をしてもよい。なお、この場合の(a)～(c)の条件はさらに上述した（３Ａ－１）～（３Ａ－４）に示す方法によるシンボルの書き換えを実施するか（又は指示するか）を判断するための条件（書換条件）として用いてもよい。

なお、上述のPhysical Sidelink Channelは、次の（ａ）～（ｄ）のうちいずれか１つであってもよく、（ａ）～（ｄ）のうちいずれか１つを含んでもよい。
（ａ）ＰＳＢＣＨ（Physical Sidelink Broadcast Channel）
（ｂ）ＰＳＣＣＨ（Physical Sidelink Control Channel）
（ｃ）ＰＳＤＣＨ（Physical Sidelink Discovery Channel）
（ｄ）ＰＳＳＣＨ（Physical Sidelink Shared Channel）

また、上述の端末装置がPhysical Sidelink ChannelをＳＬ送信又はＳＬ受信するためのＤＣＩ format X_Yは、新たなＤＣＩ formatとして定義されてもよい。例えば、ＤＣＩ format X_Yは、ＤＣＩ format 3_0であってもよく、ＤＣＩ format 5_0であってもよい。

また、上述のＤＣＩ format X_Yは、以下の（ａ）～（ｃ）の情報を含んでいてもよい。
（ａ）Resource for ＰＳＣＣＨ－６bits
（ｂ）ＴＰＣ command for ＰＳＣＣＨ and ＰＳＳＣＨ－１bit
（ｃ）ＳＣＩ format ０ fields

また、上述の（ｃ）ＳＣＩ format ０ fieldsは、以下の（ｃ１）～（ｃ３）の情報を含んでいてもよい。
（ｃ１）Frequency hopping flag
（ｃ２）Resource block assignment and hopping resource allocation
（ｃ３）Time resource pattern

また、本実施形態が適用される対象はＶ２Ｘ通信に限定されない。本実施形態は、サイドリンク通信を使用する、Ｖ２Ｘ通信以外のユースケースにも適用可能である。例えば、本実施形態の適用例としては、Ｄ２Ｄ通信、ＭＴＣ通信などが挙げられる。また、本実施形態は、Moving cellやRelay通信などへも適応可能である。すなわち、本実施形態においてＶ２Ｘ通信であることは必須の構成要素でなくてもよい。

また、本実施形態はMode3リソース割り当てにおける方式として説明を行ったが、Mode4にも適用可能である。

また、本実施形態はFDM型リソースプールに対する方式として説明を行ったが、TDM型のリソースプールにも適用可能である。

また、本実施形態は複数のキャリアを用いてサイドリンク通信を行うマルチキャリア通信にも適用可能である。

また、本実施形態の管理装置１０、基地局装置２０、基地局装置３０、端末装置４０、又は移動体装置５０を制御する制御装置は、専用のコンピュータシステムで実現してもよいし、汎用のコンピュータシステムで実現してもよい。

例えば、上述の動作を実行するためのプログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、管理装置１０、基地局装置２０、基地局装置３０、端末装置４０、又は移動体装置５０の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、管理装置１０、基地局装置２０、基地局装置３０、端末装置４０、又は移動体装置５０の内部の装置（例えば、制御部１３、制御部２４、制御部３４、制御部４５、又は制御部５５）であってもよい。

また、上記通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。

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

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

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

＜＜５．むすび＞＞
以上説明したように、本開示の一実施形態によれば、基地局装置（例えば、基地局装置２０、基地局装置３０）は、通信部（無線通信部２１、３１）と、制御部２４、３４とを備える。通信部（無線通信部２１、３１）は、端末装置（端末装置４０、移動体装置５０）と通信する。制御部２４、３４は、端末装置に設定されるスロットフォーマットに含まれる少なくとも１つのシンボルがサイドリンク通信以外の通信を行うためのシンボルである場合に、少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして端末装置が使用するための情報を端末装置へ送信する。これにより、端末装置がＮＲのスロットフォーマットを使ってサイドリンク通信を行うことができため、ＮＲ Ｖ２Ｘ通信における様々なサービスの要求事項を満たすことができることで、高い通信パフォーマンスを実現できる。

以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。

また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。

なお、本技術は以下のような構成も取ることができる。
（１）
端末装置と通信する通信部と、
前記端末装置に設定されるスロットフォーマットに含まれる少なくとも１つのシンボルがサイドリンク通信以外の通信を行うためのシンボルである場合に、前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を前記端末装置へ送信する制御部と
を備える基地局装置。
（２）
前記制御部は、
前記サイドリンク通信を行うためのシンボルを含むスロットフォーマットを生成し、生成した該スロットフォーマットを前記端末装置へ送信する
前記（１）に記載の基地局装置。
（３）
前記制御部は、
前記端末装置に設定されるスロットフォーマットに含まれる前記サイドリンク通信以外の通信を行うためのシンボルを、前記サイドリンク通信を行うためのシンボルに変更するための情報を前記端末装置へ送信する
前記（１）又は（２）に記載の基地局装置。
（４）
前記制御部は、
前記端末装置から報告される情報が所定の書換条件を満たした場合に、前記シンボルの変更を決定し、前記サイドリンク通信を行うためのシンボルに変更するための情報を前記端末装置へ送信する
前記（３）に記載の基地局装置。
（５）
前記端末装置から報告される情報は、
チャネルの混雑状況に関する情報である
前記（４）に記載の基地局装置。
（６）
前記端末装置から報告される情報は、
前記端末装置のトラフィックモデルに関する情報である
前記（４）に記載の基地局装置。
（７）
前記端末装置から報告される情報は、
前記端末装置のＱｏＳ要求に関する情報である
前記（４）に記載の基地局装置。
（８）
前記端末装置から報告される情報は、
前記端末装置の通信の優先度に関する情報である
前記（４）に記載の基地局装置。
（９）
前記制御部は、
前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を、基地局が管理するセルに帰属するすべての端末装置へ送信する
前記（１）～（８）のいずかに記載の基地局装置。
（１０）
前記制御部は、
前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を、基地局が管理するセルに帰属する前記端末装置それぞれに個別で送信する
前記（１）～（９）のいずれかに記載の基地局装置。
（１１）
前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報は、ビットマップの情報である
前記（１）～（１０）のいずれかに記載の基地局装置。
（１２）
前記サイドリンク通信を行うためのシンボルは、
前記サイドリンク通信のみを行うためのシンボルである
前記（１）～（１１）のいずれかに記載の基地局装置。
（１３）
前記サイドリンク通信を行うためのシンボルは、
サイドリンク通信又はアップリンク通信を行うためのシンボルである
前記（１）～（１２）のいずれかに記載の基地局装置。
（１４）
前記サイドリンク通信を行うためのシンボルは、
サイドリンク通信及びアップリンク通信の同時通信を行うためのシンボルである
前記（１）～（１３）のいずれかに記載の基地局装置。
（１５）
端末装置と通信する通信ことと、
前記端末装置に設定されるスロットフォーマットに含まれる少なくとも１つのシンボルがサイドリンク通信以外の通信を行うためのシンボルである場合に、前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を前記端末装置へ送信する制御ことと
を含む基地局装置の制御方法。
（１６）
端末装置であって、
基地局装置と通信する通信部と、
前記端末装置に設定されるスロットフォーマットに含まれる少なくとも１つのシンボルがサイドリンク通信以外の通信を行うためのシンボルである場合に、前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を前記基地局装置から受信する制御部と
を備える端末装置。
（１７）
端末装置の制御方法であって、
基地局装置と通信することと、
前記端末装置に設定されるスロットフォーマットに含まれる少なくとも１つのシンボルがサイドリンク通信以外の通信を行うためのシンボルである場合に、前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を前記基地局装置から受信することと
を含む端末装置の制御方法。

１ 情報処理システム
１０ 管理装置
２０、３０ 基地局装置
４０ 端末装置
５０ 移動体装置
１１、２３、３３、４３、５３ ネットワーク通信部
１２、２２、３２、４２、５２ 記憶部
１３、２４、３４、４５、５５ 制御部
２１、３１、４１、５１ 無線通信部
４４、５４ 入出力部
２１１、３１１、４１１、５１１ 受信処理部
２１２、３１２、４１２、５１２ 送信処理部
２１３、３１３、４１３、５１３ アンテナ

Claims (15)

1. 端末装置と通信する通信部と、
   前記端末装置に設定されるスロットフォーマットに含まれる少なくとも１つのシンボルがサイドリンク通信以外の通信を行うためのシンボルである場合に、前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を前記端末装置へ送信し、前記端末装置から報告される情報が所定の書換条件を満たした場合に、前記サイドリンク通信以外の通信を行うためのシンボルの変更を決定し、前記サイドリンク通信を行うためのシンボルに変更するための情報を前記端末装置へ送信する制御部と
   を備える基地局装置。
2. 前記制御部は、
   前記サイドリンク通信を行うためのシンボルを含むスロットフォーマットを生成し、生成した該スロットフォーマットを前記端末装置へ送信する
   請求項１に記載の基地局装置。
3. 前記端末装置から報告される情報は、
   チャネルの混雑状況に関する情報である
   請求項１に記載の基地局装置。
4. 前記端末装置から報告される情報は、
   前記端末装置のトラフィックモデルに関する情報である
   請求項１に記載の基地局装置。
5. 前記端末装置から報告される情報は、
   前記端末装置のＱｏＳ要求に関する情報である
   請求項１に記載の基地局装置。
6. 前記端末装置から報告される情報は、
   前記端末装置の通信の優先度に関する情報である
   請求項１に記載の基地局装置。
7. 前記制御部は、
   前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を、基地局が管理するセルに帰属するすべての端末装置へ送信する
   請求項１に記載の基地局装置。
8. 前記制御部は、
   前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を、基地局が管理するセルに帰属する前記端末装置それぞれに個別で送信する
   請求項１に記載の基地局装置。
9. 前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報は、ビットマップの情報である
   請求項１に記載の基地局装置。
10. 前記サイドリンク通信を行うためのシンボルは、
    前記サイドリンク通信のみを行うためのシンボルである
    請求項１に記載の基地局装置。
11. 前記サイドリンク通信を行うためのシンボルは、
    サイドリンク通信又はアップリンク通信を行うためのシンボルである
    請求項１に記載の基地局装置。
12. 前記サイドリンク通信を行うためのシンボルは、
    サイドリンク通信及びアップリンク通信の同時通信を行うためのシンボルである
    請求項１に記載の基地局装置。
13. 端末装置と通信することと、
    前記端末装置に設定されるスロットフォーマットに含まれる少なくとも１つのシンボルがサイドリンク通信以外の通信を行うためのシンボルである場合に、前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を前記端末装置へ送信し、前記端末装置から報告される情報が所定の書換条件を満たした場合に、前記サイドリンク通信以外の通信を行うためのシンボルの変更を決定し、前記サイドリンク通信を行うためのシンボルに変更するための情報を前記端末装置へ送信すること
    を含む基地局装置の制御方法。
14. 端末装置であって、
    基地局装置と通信する通信部と、
    前記端末装置に設定されるスロットフォーマットに含まれる少なくとも１つのシンボルがサイドリンク通信以外の通信を行うためのシンボルである場合に、前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を前記基地局装置から受信し、前記端末装置から報告される情報が所定の書換条件を満たした場合に、前記サイドリンク通信以外の通信を行うためのシンボルの変更を決定し、前記サイドリンク通信を行うためのシンボルに変更するための情報を前記基地局装置から受信する制御部と、
    を備える端末装置。
15. 端末装置の制御方法であって、
    基地局装置と通信することと、
    前記端末装置に設定されるスロットフォーマットに含まれる少なくとも１つのシンボルがサイドリンク通信以外の通信を行うためのシンボルである場合に、前記少なくとも１つのシンボルをサイドリンク通信を行うためのシンボルとして前記端末装置が使用するための情報を前記基地局装置から受信し、前記端末装置から報告される情報が所定の書換条件を満たした場合に、前記サイドリンク通信以外の通信を行うためのシンボルの変更を決定し、前記サイドリンク通信を行うためのシンボルに変更するための情報を前記基地局装置から受信することと
    を含む端末装置の制御方法。

Images