JPWO2020039487A1 - 端末装置、基地局装置、及び通信システム - Google Patents

Abstract

端末装置と、前記端末装置と基地局間通信を行う基地局装置とを有する通信システムにおける端末装置であって、端末間通信用無線リソースを使用し、他の端末装置と通信を行う端末間通信を実行する端末間通信部と、前記端末間通信用無線リソース以外の基地局間通信用無線リソースを使用し、前記基地局間通信を実行する基地局間通信部と、前記端末間通信において、前記他の端末装置に所定時間内での送信が要求される第１データを有するとき、前記基地局間通信用無線リソースから前記端末間通信用無線リソースに変更された無線リソースを使用し、前記第１データを前記他の端末装置に送信するよう前記端末間通信部を制御する制御部とを有する。

Description

本発明は、端末装置、基地局装置、及び通信システムに関する。

現在のネットワークは、モバイル端末（スマートフォンやフィーチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。

一方で、ＩｏＴ（Internet of things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇまたは、ＮＲ（Ｎｅｗ Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献２〜１３）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。なお、第５世代通信規格については、３ＧＰＰの作業部会（例えば、ＴＳＧ−ＲＡＮ ＷＧ１、ＴＳＧ−ＲＡＮ ＷＧ２等）で技術検討が進められている（例えば、非特許文献１４〜３９）。

上記で述べたように、多種多様なサービスに対応するために、５Ｇでは、高速伝送を実現するｅＭＢＢ（Enhanced Mobile BroadBand）、多数のＩｏＴ装置を同時接続可能とするＭａｓｓｉｖｅ ＭＴＣ（Machine Type Communications)、および高信頼低遅延伝送を実現する。ＵＲＬＬＣ（Ultra−Reliable and Low Latency Communication）に分類される多くのユースケースのサポートを想定している。

また、３ＧＰＰの作業部会では、Ｄ２Ｄ(Device to Device)通信についても議論されている。Ｄ２Ｄ通信は、例えば、サイドリンク通信と呼ばれ、Ｖ２Ｘがある。Ｖ２Ｘは、例えば、自動車間通信を示すＶ２Ｖ(Vehicle to Vehicle )、自動車と歩行者との通信を示す、Ｖ２Ｐ(Vehicle to Pedestrian)、自動車と標識等の道路インフラの通信を示す、Ｖ２Ｉ(Vehicle to Infrastructure)等がある。Ｖ２Ｘに関する規定は、例えば、非特許文献１に記載されている。

４ＧのＶ２Ｘでは、モード３といわれる集中的なリソース割り当て方式（In-coverage RRC_CONNECTED UEs）とモード４といわれる分散的なリソース割り当て(In-coverage RRC_IDLE UEs or out-of-coverage UEs)のモードがある。

ＬＴＥサイドリンク通信において、ＳｉｄｅＬｉｎｋ（ＳＬ）リソースの割り当ては、リソースプールに基づいて行われる。リソースプールは、以下によって形成されます。
・ＳＬを送受信するすべてのサブフレームを含む、時間領域における「サブフレームプール」
・周波数領域において、実際にＳＬに割り当てられるサブフレームプール内のリソースブロックのサブセットである「リソースブロックプール」

時間領域において、サブフレームプールは、ビットマップで決定（定義）される周期的なパターンに従ってレイアウトされる。ビットマップの長さは、例えば、ＦＤＤ（Frequency Division Duplexing）は４０サブフレームに固定されるが、ＴＤＤ（Time Division Duplexing）では４から４２までの可変値となる。期間（通信用）は、例えば、４０〜３２０サブフレームの選択値をサポートするSL-PeriodCommによって定義されます。周波数領域では、リソースブロックプールは、パラメータprb-Num、prb-Startおよびprb-Endによって定義される。prb-Startおよびprb-Endは、それぞれ、サブフレーム内のＳＬに割り当てられた最初および最後のＲＢのインデックスを示す。prb-Numは、割り当てられたリソースブロックの数を示す。リソースプール割り当てのためのパラメータは、ｅＮＢが送信するシステム情報ブロック（SIB）によって、定期的に報知される。

ＬＴＥ−Ｖ２Ｘでは、リソースプールは、ダウンリンクサブフレームおよびサイドリンク同期サブフレームを除くすべてのサブフレームにマッピングされた反復ビットマップによって定義さる。ＬＴＥ−Ｖ２Ｘのビットマップ長は、例えば、１６，２０、または１００にすることができる。アップリンクサブフレームの場合、ビットマップは、どのサブフレームがＬＴＥ−Ｖ２Ｘに使用されているかを示すことができる。 例えば、ビットマップは、ビット１は当該サブフレームがＶ２Ｘ送信に使用可能であることを意味し、０はアップリンク送信に使用されることを意味する。よって、ビットマップ情報を使用すると、ＬＴＥ−Ｖ２Ｘで使用されるアップリンクサブフレームがリソースプールになります。端末装置は、リソースプールからリソースを選択することができる。

通信に関する技術は、以下の非特許文献に記載されている。

3GPP TS 22.186 V15.2.0（2017-09） 3GPP TS 36.211 V15.1.0（2018-03） 3GPP TS 36.212 V15.1.0（2018-03） 3GPP TS 36.213 V15.1.0（2018-03） 3GPP TS 36.300 V15.1.0（2018-03） 3GPP TS 36.321 V15.1.0（2018-03） 3GPP TS 36.322 V15.0.1（2018-04） 3GPP TS 36.323 V14.5.0（2017-12） 3GPP TS 36.331 V15.1.0（2018-03） 3GPP TS 36.413 V15.1.0（2018-03） 3GPP TS 36.423 V15.1.0（2018-03） 3GPP TS 36.425 V14.1.0（2018-03） 3GPP TS 37.340 V15.1.0（2018-03） 3GPP TS 38.201 V15.0.0（2017-12） 3GPP TS 38.202 V15.1.0（2018-03） 3GPP TS 38.211 V15.1.0（2018-03） 3GPP TS 38.212 V15.1.1（2018-04） 3GPP TS 38.213 V15.1.0（2018-0312） 3GPP TS 38.214 V15.1.0（2018-03） 3GPP TS 38.215 V15.1.0（2018-03） 3GPP TS 38.300 V15.1.0（2018-03） 3GPP TS 38.321 V15.1.0（2018-03） 3GPP TS 38.322 V15.1.0（2018-03） 3GPP TS 38.323 V15.1.0（2018-03） 3GPP TS 38.331 V15.1.0（2018-03） 3GPP TS 38.401 V15.1.0（2018-03） 3GPP TS 38.410 V0.9.0（2018-04） 3GPP TS 38.413 V0.8.0（2018-04） 3GPP TS 38.420 V0.8.0（2018-04） 3GPP TS 38.423 V0.8.0（2018-04） 3GPP TS 38.470 V15.1.0（2018-03） 3GPP TS 38.473 V15.1.1（2018-04） 3GPP TR 38.801 V14.0.0（2017-04） 3GPP TR 38.802 V14.2.0（2017-09） 3GPP TR 38.803 V14.2.0（2017-09） 3GPP TR 38.804 V14.0.0（2017-03） 3GPP TR 38.900 V14.3.1（2017-07） 3GPP TR 38.912 V14.1.0（2017-06） 3GPP TR 38.913 V14.3.0（2017-06）

しかし、Ｖ２Ｘ（例えば、NR-V2X）において、サイドリンクのリソースは、例えば、基地局装置との通信におけるアップリンク（上り）リソースやダウンリンク（下り）リソースの一部又は全部のリソースが使用される。端末装置は、サイドリンクリソースの割り当て状況によっては、例えば、低遅延が要求されるサイドリンク用のデータが発生しても、サイドリンク用のリソースがない、又は不十分で、すぐにデータを送信できず、遅延要求を満たすことができない場合がある。

そこで、一開示は、Ｖ２Ｘ通信において、データ送信の遅延を抑制する端末装置、基地局装置、及び通信システムを提供する。

一つの側面では、端末装置と、前記端末装置と基地局間通信を行う基地局装置とを有する通信システムにおける端末装置であって、端末間通信用無線リソースを使用し、他の端末装置と通信を行う端末間通信を実行する端末間通信部と、前記端末間通信用無線リソース以外の基地局間通信用無線リソースを使用し、前記基地局間通信を実行する基地局間通信部と、前記端末間通信において、前記他の端末装置に所定時間内での送信が要求される第１データを有するとき、前記基地局間通信用無線リソースから前記端末間通信用無線リソースに変更された無線リソースを使用し、前記第１データを前記他の端末装置に送信するよう前記端末間通信部を制御する制御部とを有する。

開示の技術は、Ｖ２Ｘ通信において、データ送信の遅延を抑制することができる。

図１は、通信システム１０の構成例を示す図である。 図２は、端末装置１００の構成例を示す図である。 図３は、基地局装置２００の構成例を示す図である。 図４は、Ｖ２Ｖにおけるサブフレームの例を示す図である。 図５は、緊急データ発生時におけるサブフレームタイプの変更例を示す図である。 図６は、端末装置１００−１において緊急データが発生したときのシーケンスの例を示す図である。 図７は、サイドリンク用緊急データ発生処理Ｓ１００の処理フローチャートの例を示す図である。 図８は、サイドリンク割当処理Ｓ１０２の処理フローチャートの例を示す図である。 図９は、サブフレームパターン変更通知受信処理Ｓ１０４の処理フローチャートの例を示す図である。 図１０は、使用サブフレーム変更通知受信処理Ｓ１０６の処理フローチャートの例を示す図である。 図１１は、サブフレームのサイドリンク関連情報の情報要素とその内容の例を示す図である。 図１２は、１サブフレームを構成するシンボルの例を示す図である。 図１３は、第２の実施の形態における通信システム１０の構成例を示す図である。 図１４は、第２の実施の形態の端末装置１００−１において緊急データが発生したときのシーケンスの例を示す図である。 図１５は、圏外時サイドリンク用緊急データ発生処理Ｓ２００の処理フローチャートの例を示す図である。 図１６は、第３の実施の形態の端末装置１００−２において緊急データが発生したときのシーケンスの例を示す図である。 図１７は、圏外時サイドリンク用緊急データ発生処理Ｓ３００の処理フローチャートの例を示す図である。 図１８は、圏外時サイドリンク割当処理Ｓ３０２の処理フローチャートの例を示す図である。 図１９は、１スロットを構成するシンボルの例である。 図２０は、スロットの構成例を示す図である。 図２１は、スロットの構成例を示す図である。

以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。

［第１の実施の形態］
第１の実施の形態について説明する。

＜通信システムの構成例＞
図１は、通信システム１０の構成例を示す図である。通信システム１０は、端末装置１００−１〜３、基地局装置２００を有する。通信システム１０は、例えば、５Ｇの通信規格に対応した通信システムである。

端末装置１００−１〜３（以降、端末装置１００と呼ぶ場合がある）は、例えば、携帯端末やコンピュータである。端末装置１００は、例えば、基地局装置２００と通信を行い、データをダウンロードしたり、サービスの提供を受けたりする。

さらに、端末装置１００−1〜３は、基地局装置２００を介さず、互いに無線接続Ｃ１２、Ｃ１３、Ｃ２３を行い、互いに端末装置１００間で無線通信を行うＶ２Ｘ（例えばモード３）を行う。端末装置１００−１〜３は、例えば、それぞれ異なる自動車に乗車するユーザが有する携帯端末である。ユーザは、端末装置１００を使用し、Ｖ２Ｖ通信を行い、通話したり、データの送受信を行ったりする。また、端末装置１００−１〜３は、それぞれが異なる自動車に設置された無線端末であり、互いに渋滞情報や事故情報などの送受信を行う。以下、Ｖ２Ｖ通信を端末間通信と呼ぶ場合があり、端末間通信を行う端末装置１００を、グループ端末と呼ぶ場合がある。

基地局装置２００は、端末装置１００と無線接続し、端末装置１００とパケットを送受信する通信装置である。基地局装置２００は、例えば、端末装置１００が通信する相手装置に、端末装置１００から受信したパケットを送信したり、受信した端末装置１００宛てのパケットを、端末装置１００に送信したりする。基地局装置２００は、例えば、５ＧにおけるｇＮｏｄｅＢである。

また、基地局装置２００は、端末装置１００がＶ２Ｖ／Ｖ２Ｘ通信で使用する無線リソースの割り当てを行う。基地局装置２００は、例えば、サイドリンクで使用するサブフレームを決定し、決定したサブフレームに関する情報をグループ端末に通知（報知）する。なお、サブフレームは、スロットと読み替えてもよい。

基地局装置２００は、端末装置１００との無線通信が可能な領域を示す通信エリア（またはセル）Ａ２００を有する。端末装置１００は、通信エリアＡ２００内に位置する場合、基地局装置２００が報知する情報の受信や、基地局装置２００との無線通信が可能である。以下、端末装置１００と基地局装置２００との通信を、基地局間通信と呼ぶ場合がある。

＜端末装置の構成例＞
図２は、端末装置１００の構成例を示す図である。端末装置１００は、ＣＰＵ（Central Processing Unit）１１０、ストレージ１２０、メモリ１３０、及びＲＦ（Radio Frequency）回路１５０を有する。

ストレージ１２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid State Drive）などの補助記憶装置である。ストレージ１２０は、基地局間通信プログラム１２１及び端末間通信プログラム１２２を記憶する。

メモリ１３０は、ストレージ１２０に記憶されているプログラムをロードする領域である。また、メモリ１３０、プログラムがデータを記憶する領域としても使用される。

ＲＦ回路１５０は、基地局装置２００又は端末装置１００と無線接続し、通信を行うインターフェースである。ＲＦ回路１５０は、例えば、アンテナを有し、パケットを送受信することで無線通信を行う。

ＣＰＵ１１０は、ストレージ１２０に記憶されているプログラムを、メモリ１３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサである。

ＣＰＵ１１０は、基地局間通信プログラム１２１を実行することで、基地局間通信部を構築し、基地局間通信処理を行う。基地局間通信処理は、基地局装置２００と基地局間通信を行う処理である。端末装置１００は、基地局間通信処理において、基地局装置２００とパケットの送受信を行ったり、基地局装置２００が報知する報知情報を取得したりする。

ＣＰＵ１１０は、端末間通信プログラム１２２を実行することで、端末間通信部及び制御部を構築し、端末間通信処理を行う。端末間通信処理は、他の端末装置（相手端末装置）１００と無線通信を行う端末間通信（例えば、Ｖ２Ｖ通信）を行う処理である。端末装置１００は、端末間通信処理において、相手端末装置とパケットを送受信する。また、端末間通信処理は、所定時間内に送信することが要求される緊急データ（第１データ）が発生した場合の処理を含む。緊急データは、例えば、低遅延を求められるデータや、緊急性の高いデータである。

また、ＣＰＵ１１０は、端末間通信プログラム１２２が有するサイドリンク用緊急データ発生モジュール１２２１を実行することで、制御部を構築し、サイドリンク用緊急データ発生処理を行う。サイドリンク用緊急データ発生処理は、サイドリンク（例えば、端末間通信）で送信するデータで、緊急データが発生した場合の処理である。

また、ＣＰＵ１１０は、端末間通信プログラム１２２が有するサブフレームパターン変更通知受信モジュール１２２２を実行することで、端末間通信部を構築し、サブフレームパターン変更通知受信処理を行う。サブフレームパターン変更通知受信処理は、他の端末装置１００から、変更されたサブフレームパターンを受信し、記憶する処理である。サブフレームパターンは、例えば、サイドリンク用、アップリンク用、ダウンリンク用、アンノウン（未定義）など、使用するサブフレームの用途のパターンを示す。

なお、サブフレームパターン変更通知受信モジュール１２２２は、基地局間通信プログラム１２１が有する場合がある。ＣＰＵ１１０は、基地局間通信プログラム１２１が有するサブフレームパターン変更通知受信モジュール１２２２を実行することで、基地局間通信部を構築し、サブフレームパターン変更通知受信処理を行う。サブフレームパターン変更通知受信処理は、基地局装置２００が報知するサブフレームパターン変更通知を受信し、変更されたサブフレームパターンを取得する処理である。

また、ＣＰＵ１１０は、端末間通信プログラム１２２が有する使用サブフレーム変更通知受信モジュール１２２３を実行することで、端末間通信部を構築し、使用サブフレーム変更通知受信を行う。使用サブフレーム変更通知受信処理は、他の端末装置１００から、使用サブフレーム変更通知受信を受信し、サイドリンクで使用するサブフレームを変更する処理である。

なお、使用サブフレーム変更通知受信モジュール１２２３は、基地局間通信プログラム１２１が有する場合がある。ＣＰＵ１１０は、基地局間通信プログラム１２１が有する使用サブフレーム変更通知受信モジュール１２２３を実行することで、基地局間通信部を構築し、使用サブフレーム変更通知受信処理を行う。使用サブフレーム変更通知受信処理は、基地局装置２００が報知する使用サブフレーム変更通知受信を受信し、サイドリンクで使用するサブフレームを変更する処理である。

また、ＣＰＵ１１０は、端末間通信プログラム１２２が有する圏外時サイドリンク用緊急データ発生モジュール１２２４を実行することで、制御部を構築し、圏外時サイドリンク用緊急データ発生処理を行う。圏外時サイドリンク用緊急データ発生処理は、基地局装置２００と無線通信ができない圏外時に、サイドリンクで送信するデータで、緊急データが発生した場合の処理である。

また、ＣＰＵ１１０は、端末間通信プログラム１２２が有する圏外時サイドリンク割当モジュール１２２５を実行することで、制御部を構築し、圏外時サイドリンク割当処理を行う。圏外時サイドリンク割当処理は、基地局装置２００と無線通信ができない圏外時に、他の端末装置１００から圏外時サイドリンク割当要求を受信したときの処理である。圏外時サイドリンク割当処理は、例えば、基地局装置２００に在圏している場合は基地局装置２００が実行するサイドリンク用のサブフレームの割当処理を、基地局装置２００に代替し、実行する処理である。

＜基地局装置の構成例＞
図３は、基地局装置２００の構成例を示す図である。基地局装置２００は、ＣＰＵ２１０、ストレージ２２０、メモリ２３０、ＮＩＣ（Network Interface Card）２４０、及びＲＦ回路２５０を有する。

ストレージ２２０は、プログラムやデータを記憶する、フラッシュメモリ、ＨＤＤ、又はＳＳＤなどの補助記憶装置である。ストレージ２２０は、基地局間通信制御プログラム２２１及び端末間通信制御プログラム２２２を記憶する。

メモリ２３０は、ストレージ２２０に記憶されているプログラムをロードする領域である。また、メモリ２３０、プログラムがデータを記憶する領域としても使用される。

ＮＩＣ２４０は、制御装置（図示しない）や他の装置と接続し、通信を行う装置である。ＮＩＣ２４０は、ハブやスイッチを介して他の装置と接続してもよい。

ＲＦ回路２５０は、端末装置１００と無線接続し、通信を行うインターフェースである。ＲＦ回路２５０は、例えば、アンテナを有し、通信エリア内の端末装置１００と無線接続し、基地局間通信を行う。

ＣＰＵ２１０は、ストレージ２２０に記憶されているプログラムを、メモリ２３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサである。

ＣＰＵ２１０は、基地局間通信制御プログラム２２１を実行することで、基地局間通信制御部を構築し、基地局間通信制御処理を行う。基地局間通信制御処理は、基地局間通信を制御する処理である。基地局装置２００は、基地局間通信制御処理において、端末装置１００とパケットの送受信や、報知情報を端末装置１００に通知する。

ＣＰＵ２１０は、端末間通信制御プログラム２２２を実行することで、端末間通信制御部を構築し、端末間通信制御処理を行う。端末間通信制御処理は、端末間通信を制御する処理である。基地局装置２００は、端末間通信制御処理において、端末装置１００と他の端末装置１００（他の端末装置１００は複数であってもよい）が行う端末間通信に使用する無線リソース（端末間通信用無線リソース）の変更を行い、変更した無線リソースに関する情報を端末装置１００及び他の端末装置１００に通知する。また、基地局装置２００は、端末間通信制御処理において、端末装置１００に対して、変更した無線リソースの使用を許可する。

ＣＰＵ２１０は、端末間通信制御プログラム２２２が有するサイドリンク割当モジュール２２２１を実行することで、端末間通信制御部を構築し、サイドリンク割当処理を行う。サイドリンク割当処理は、基地局間通信用無線リソースの少なくとも一部を、端末間通信用無線リソースに変更する処理である。

＜Ｖ２Ｖにおける通信処理＞
図４は、Ｖ２Ｖにおけるサブフレームの例を示す図である。「Subframe No.」は、サブフレーム番号を示す。「Bitmap Pattern」は、１６個のサブフレームのそれぞれがＶ２Ｖにおける通信で使用するサブフレーム（以下、サイドリンク用サブフレームと呼ぶ場合がある）と、基地局装置２００との通信で使用するアップリンク用のサブフレーム（以下、アップリンク用サブフレームと呼ぶ場合がある）との、いずれであるかを示すビットマップパターンである。「１」は、サイドリンク用サブフレームを示し、「０」はアップリンク用サブフレームを示す。すなわち、ビットマップパターンは、１６サブフレームで構成されるサブフレームパターンを示す。

サブフレームパターンは、例えば、基地局装置２００が決定し、通信エリア内の端末装置１００に通知（報知）される。サブフレームパターンは、例えば、ＰＤＣＣＨ（Physical Downlink Control Channel）を用いて報知（通知）される。

端末装置１００は、図４に示すサブフレームパターンで、サブフレームを送受信する。サイドリンク用サブフレームは、例えば、サブフレーム番号１、３、４、７、９、１２、１６のサブフレームである。以降、サブフレーム番号ｘ（ｘは整数）のサブフレームを、サブフレームｘと呼ぶ場合がある。

サイドリンク用サブフレームは、例えば、Ｖ２Ｖ用の制御チャネル（Ｖ２Ｖ用制御ｃｈ）とＶ２Ｖ用データチャネル（Ｖ２Ｖ用Ｄａｔａ）で構成される。Ｖ２Ｖ用制御ｃｈは、例えば、ＰＳＣＣＨ（Physical Sidelink Control Channel）を用いて送信される。また、Ｖ２Ｖ用Ｄａｔａは、ＰＳＳＣＨ（Physical Sidelink Shared Channel）を用いて送信される。

例えば、端末装置１００−１と端末装置１００−２がＶ２Ｖで通信を行い、端末装置１００−１から端末装置１００−２にデータを送信する場合がある。端末装置１００−１は、サイドリンク用サブフレーム１、３、４、７、９、１２、１６の一部又は全部を使用して、端末装置１００−２にデータを送信する。端末装置１００−１が使用することができるサイドリンク用サブフレームは、例えば、基地局装置２００が決定し、端末装置１００−１に通知される。

端末装置１００−２は、サイドリンク用サブフレーム１、３、４、７、９、１２、１６を待受け、受信したサブフレームが端末装置１００−２宛てである場合、データを取得する。これにより、端末装置１００−１から端末装置１００−２へのデータの送信が実現される。

しかし、タイミングＴ１において、端末装置１００−１に緊急データが発生する場合がある。端末装置１００−１は、タイミングＴ１で緊急データが発生しても、次のサイドリンク用サブフレーム１６の送信までは、緊急データを送信することができない。すなわち、端末装置１００は、緊急データの発生タイミングＴ１から、サブフレーム１６の送信タイミングＴ２まで、期間Ｐ１だけ緊急データの送信が遅延することとなる。この期間Ｐ１の長さによっては、緊急データの遅延要求を満たさない場合があり、緊急データの送信遅延が発生する。

そこで、第１の実施の形態において、端末装置１００−１は、緊急データの送信遅延を抑制するよう、基地局装置２００に新たなサイドリンク用サブフレームの割り当てを要求する。

＜緊急データ発生時の処理＞
図５は、緊急データ発生時におけるサブフレームタイプの変更例を示す図である。図５は変更前及び変更後のサブフレームパターンの例を示す。変更後のサブフレームパターンは、変更前のサブフレームパターンと比較して、サブフレーム１５がアップリンク用サブフレーム（基地局間通信用無線リソース）からサイドリンク用サブフレーム（端末間通信用無線リソース）に変更されている。

図５において、端末装置１００−１は、タイミングＴ１１で緊急データが発生する。そして、端末装置１００−１〜３は、タイミングＴ１２で新たなサブフレームパターン（変更後のBitmap Pattern）を受信し、新たなサブフレームパターンを認識する。さらに、端末装置１００−１は、タイミングＴ１２近傍で、変更されたサイドリンク用サブフレーム１５の使用が許可されたことを、基地局装置２００から通知される。そして、端末装置１００−１は、サイドリンク用サブフレーム１５を使用して、タイミングＴ１３において、端末装置１００−２，３に送信する。そして、ビットマップを使用して、リソースプールを動的に変更し、NR V2X用に再構成することができる。 この例では、リソースプールのサイズが変更されている。

図６は、端末装置１００−１において緊急データが発生したときのシーケンスの例を示す図である。図６のシーケンスは、図５に対応するものである。

端末装置１００−１は、サイドリンク用の緊急データがタイミングＴ１１で発生すると、サイドリンク用緊急データ発生処理を行う（Ｓ１００）。

図７は、サイドリンク用緊急データ発生処理Ｓ１００の処理フローチャートの例を示す図である。端末装置１００は、サイドリンク用の緊急データが発生するのを待ち受ける（Ｓ１００−１のＮｏ）。

端末装置１００は、サイドリンク用の緊急データが発生すると（Ｓ１００−１のＹｅｓ）、次回送信のサイドリンク用サブフレームで緊急データを送信しても、緊急データの要求遅延を満たすか否かを判定する（Ｓ１００−２）。要求遅延は、例えば、データの送信元のアプリケーションやユーザが、当該データが送信されるまでの時間を要求する要求条件である。要求遅延を有するデータは、例えば、所定時間内に送信されることが要求され、所定時間内に送信されない場合、当該データの送信は遅延したとみなされる場合がある。

端末装置１００は、要求遅延を満たす場合（Ｓ１００−２のＹｅｓ）、待受け処理Ｓ１００−１に戻る。

一方、端末装置１００は、要求遅延を満たさない場合（Ｓ１００−２のＮｏ）、サイドリンク割当要求を基地局装置２００に送信し（Ｓ１００−３）、待受け処理Ｓ１００−１に戻る。

サイドリンク割当要求は、基地局装置２００に対して、新規のサイドリンク用サブフレームを割り当てる（又は基地局間通信に使用するサブフレームをサイドリンク用サブフレームに変更する）よう要求するメッセージである。サイドリンク割当要求は、例えば、サイドリンク用の制御情報（SL_UCI：SideLink _ Uplink Control Information）を用いて、ＳＲ（Scheduling Request）として送信される。

また、サイドリンク用割当要求メッセージは、例えば、緊急データのサイズが含まれる。基地局装置２００は、緊急データのサイズに応じて、新規に割り当てるサイドリンク用サブフレームの数を決定してもよい。

図６のシーケンスに戻り、端末装置１００−１は、サイドリンク用緊急データ発生処理Ｓ１００において、次回送信するサイドリンク用サブフレーム１６で緊急データを送信すると、遅延要求が満たされないと判定し（図７のＳ１００−２のＮｏ）、サイドリンク割当要求を基地局装置２００に送信する（Ｓ１０１、図７のＳ１００−３）。

基地局装置２００は、サイドリンク割当要求を受信すると（Ｓ１０１）、サイドリンク割当処理を行う（Ｓ１０２）。

図８は、サイドリンク割当処理Ｓ１０２の処理フローチャートの例を示す図である。基地局装置２００は、サイドリンク割当要求を受信するのを待ち受ける（Ｓ１０２−１のＮｏ）。

基地局装置２００は、サイドリンク割当要求を受信すると（Ｓ１０２−１のＹｅｓ）、端末装置１００が次回送信するサブフレームをサイドリンク用サブフレームに変更する（Ｓ１０２−２）。

端末装置１００が次回送信するサブフレームとは、例えば、端末装置１００が、サブフレームパターンが変更となったことを認識した後に、最初に送信するサブフレームである。例えば、図５において、端末装置１００がタイミングＴ１２でサブフレームパターンの変更を認識した場合、次回送信するサブフレームはサブフレーム１５となる。基地局装置２００は、自装置が行う処理やサブフレームが変更となったことの通知タイミングなどを考慮し、端末装置１００が次回送信するサブフレームを判定する。

そして、基地局装置２００は、グループ端末に、変更したサブフレームパターンを通知する（Ｓ１０２−３）。グループ端末は、サイドリンク割当要求の送信元の端末装置１００、及びサイドリンク割当要求の送信元の端末装置１００とＶ２Ｖ通信を行っている端末装置１００を示す。なお、基地局装置２００は、通信エリア内の全ての端末装置１００に、当該通知を行っても良い。

そして、基地局装置２００は、サイドリンク割当要求の送信元の端末装置１００に、変更したサイドリンク用サブフレームの使用を許可する使用サブフレーム変更通知を送信し（Ｓ１０２−４）、待受け処理Ｓ１０２−１に戻る。

図６のシーケンスに戻り、基地局装置２００は、サイドリンク割当処理Ｓ１０２において、タイミングＴ１２で、端末装置１００−１が次回送信するサブフレーム１５をサイドリンク用サブフレームに変更（図８のＳ１０２−２）したサブフレームパターンを、端末装置１００−１〜３に通知する（Ｓ１０３、図８のＳ１０２−３）。

端末装置１００−１〜３は、サブフレームパターン変更通知を受信すると（Ｓ１０３）、サブフレームパターン変更通知受信処理を行う（Ｓ１０４）。

図９は、サブフレームパターン変更通知受信処理Ｓ１０４の処理フローチャートの例を示す図である。端末装置１００は、サブフレームパターン変更通知を受信するのを待ち受ける（Ｓ１０４−１のＮｏ）。

端末装置１００は、サブフレームパターン変更通知を受信すると（Ｓ１０４−１のＹｅｓ）、受信したサブフレームパターンを記憶し（Ｓ１０４−２）、受信したサブフレームパターンでサイドリンク用サブフレームの受信を開始し（Ｓ１０４−３）、待受け処理Ｓ１０４−１に戻る。

図６のシーケンスに戻り、端末装置１００−１〜３は、サブフレームパターン変更通知受信処理Ｓ１０４において、受信した変更後のサブフレームパターンでサイドリンク用サブフレームの受信を開始する（図９のＳ１０４−３）。

そして、基地局装置２００は、サイドリンク用サブフレーム１５の使用を許可する使用サブフレーム変更通知を端末装置１００−１に送信する（Ｓ１０５、図８のＳ１０２−４）。端末装置１００−１は、使用サブフレーム変更通知を受信すると（Ｓ１０５）、使用サブフレーム変更通知受信処理を行う（Ｓ１０６）。

図１０は、使用サブフレーム変更通知受信処理Ｓ１０６の処理フローチャートの例を示す図である。端末装置１００は、使用サブフレーム変更通知を受信するのを待ち受ける（Ｓ１０６−１のＮｏ）。

端末装置１００は、使用サブフレーム変更通知を受信すると（Ｓ１０６−１のＹｅｓ）、使用可能なサブフレーム（サイドリンク用サブフレームを含む）を記憶する（Ｓ１０６−２）。そして、端末装置１００は、次回送信のサイドリンク用サブフレームを使用し、緊急データをグループ端末に送信し（Ｓ１０６−３）、待受け処理Ｓ１０６−１に戻る。

図６のシーケンスに戻り、端末装置１００−１は、使用サブフレーム変更通知受信処理Ｓ１０６において、変更されたサブフレームパターンのサイドリンク用サブフレーム１５を使用し、タイミングＴ１３で、緊急データを端末装置１００−２，３に送信する（Ｓ１０７、図１０のＳ１０６−３）。

第１の実施の形態において、端末装置１００−１は、緊急データが発生すると、基地局装置２００に新たなサイドリンク用サブフレームの割り当てを要求し、割り当てられた新たなサイドリンク用サブフレームを使用して、緊急データを送信する。これにより、端末装置１００−１は、緊急データを早期に送信することができ、データの送信遅延を抑制することができる。

図１１は、サブフレームのサイドリンク関連情報の情報要素とその内容の例を示す図である。情報要素は、例えば、「ダウンリンク」、「アップリンク」、「サイドリンク」「アンノウン」がある。「ダウンリンク」は、基地局装置との通信におけるダウンリンク（基地局装置２００から端末装置１００への方向）用に使用するサブフレームであることを示す。「アップリンク」は、基地局装置との通信におけるアップリンク（端末装置１００から基地局装置２００への方向）用に使用するサブフレームであることを示す。「サイドリンク」は、Ｖ２Ｖの通信におけるサイドリンク用に使用するサブフレームであることを示す。「アンノウン」は、使用用途が不定であり、「アップリンク」「ダウンリンク」「サイドリンク」のどの用途で使用してもよい。

通信システム１０は、例えば、「アンノウン」のサブフレームをサイドリンク用として使用してもよい。端末装置１００は、特に「サイドリンク」として定義されていない「アンノウン」のサブフレームを、サイドリンク用サブフレームとして使用することができる。

また、通信システム１０は、「サイドリンク」を定義することで、サイドリンク用サブフレームを割り当てることができる。

さらに、基地局装置２００は、サイドリンク割当処理Ｓ１０２において、「アップリンク」、「ダウンリンク」、及び「アンノウン」のサブフレームを、「サイドリンク」に変更することができる。なお、上述したように、「アンノウン」がサイドリンク用として使用される場合、基地局装置２００は、サイドリンク割当処理Ｓ１０２において、「アップリンク」及び「ダウンリンク」のサブフレームを、「アンノウン」に変更してもよい。

＜変形例＞
また、基地局装置２００は、サイドリンク割当処理Ｓ１０２において、サブフレーム単位でサイドリンク用のリソースを変更したが、シンボル単位で変更してもよい。

図１２は、１サブフレームを構成するシンボルの例を示す図である。「Ｄ」、「Ｕ」、「Ｘ」は、それぞれ、ダウンリンク用シンボル、アップリンク用シンボル、アンノウンシンボルを示す。なお、アンノウンシンボルは、サイドリンク用シンボルとして使用される。また、図１２の差軸の「０」〜「２４」は、インデックスの番号を示す。さらに、図１２の情軸の「１」〜「１４」は、１サブフレーム内のシンボルの番号を示す。以下、インデックス番号がｙ（ｙは整数）のインデックスを、インデックスｙと示し、シンボルの番号がｚ（ｚは整数）のシンボルをシンボルｚと表す場合がある。

基地局装置２００は、使用するインデックスを端末装置１００に通知することで、サイドリンク用のシンボルを設定してもよい。例えば、基地局装置２００は、変更前のインデックス１４を、インデックス１５に変更する。これにより、シンボル６が新たにサイドリンク用シンボルとなる。

また、基地局装置２００は、全シンボルがアップリンク用シンボルとして使用されているインデックス１のサブフレームを、インデックス２のサブフレームに変更することで、アップリンク用サブフレームをサイドリンク用サブフレームに変更することができる。

なお、基地局装置２００は、変更されたサブフレームやシンボルのパターンを、変更後のインデックス番号を用いて、端末装置１００に通知してもよい。

変更されたスロットフォーマットおよびサイドリンクのためのフレキシブルシンボルに基づいて、リソースプールは、クリティカルなＶ２Ｘの送信を満たすように動的に変更される。 また、フレキシブルシンボルを使用し、および/またはＶ２Ｘ通信のためにいくつかのアップリンクシンボルを変更することによって、リソースプールを変更して、スロットにわたるシンボル数のアンバランスを解消することができる。 これらのシンボルは、サイドリンク用に使用することができる。

［第２の実施の形態］
次に第２の実施の形態について説明する。

＜通信システムの構成例＞
図１３は、第２の実施の形態における通信システム１０の構成例を示す図である。通信システム１０は、端末装置１００−１〜３、基地局装置２００を有する。

端末装置１００−１〜３は、基地局装置２００の通信エリアＡ２００内には位置しない。そのため、端末装置１００−１〜３は、基地局装置２００と通信することができない。

端末装置１００−１〜３は、基地局装置２００の通信エリア外に位置するとき、モード４のＶ２Ｖ通信を行う。以下、第２の実施の形態では、モード４のＶ２Ｖ通信を行う端末装置１００−１に、緊急データが発生した場合について説明する。

＜緊急データ発生時の処理＞
図１４は、第２の実施の形態の端末装置１００−１において緊急データが発生したときのシーケンスの例を示す図である。

端末装置１００−１は、サイドリンク用の緊急データが発生すると、圏外時サイドリンク用緊急データ発生処理を行う（Ｓ２００）。

図１５は、圏外時サイドリンク用緊急データ発生処理Ｓ２００の処理フローチャートの例を示す図である。端末装置１００は、サイドリンク用の緊急データが発生するのを待ち受ける（Ｓ２００−１のＮｏ）。

端末装置１００は、サイドリンク用の緊急データが発生すると（Ｓ２００−１のＹｅｓ）、次回送信のサイドリンク用サブフレームで緊急データを送信しても、緊急データの要求遅延を満たすか否かを判定する（Ｓ２００−２）。

端末装置１００は、要求遅延を満たす場合（Ｓ２００−２のＹｅｓ）、待受け処理Ｓ２００−１に戻る。

一方、端末装置１００は、要求遅延を満たさない場合（Ｓ２００−２のＮｏ）、端末装置１００が次回送信するサブフレームをサイドリンク用サブフレームに変更する（Ｓ２００−３）。

そして、端末装置１００は、グループ端末に、変更したサブフレームパターンを通知し（Ｓ２００−４）、次回送信のサイドリンク用サブフレームで、緊急データをグループ端末に送信し（Ｓ２００−５）、待受け処理Ｓ２００−１に戻る。

図１４のシーケンスに戻り、端末装置１００−１は、圏外時サイドリンク用緊急データ発生処理Ｓ２００において、次回送信するサイドリンク用サブフレームで緊急データを送信すると、遅延要求が満たされないと判定する（図１５のＳ２００−２のＮｏ）。そして、端末装置１００−１は、端末装置１００−１が次回送信するサブフレームをサイドリンク用サブフレームに変更（図１５のＳ２００−３）したサブフレームパターンを、端末装置１００−２，３に通知する（Ｓ２０１、図１５のＳ２００−４）。

端末装置１００−２，３は、サブフレームパターン変更通知を受信すると（Ｓ２０１）、サブフレームパターン変更通知受信処理Ｓ１０４を行い、受信した変更後のサブフレームパターンでサイドリンク用サブフレームの受信を開始する（図９のＳ１０４−３）。

そして、端末装置１００−１は、変更したサブフレームパターンにおいて次回送信するサイドリンク用サブフレームを使用し、緊急データを端末装置１００−２，３に送信する（Ｓ２０２、図１５のＳ２００−５）。

第２の実施の形態において、端末装置１００−１は、緊急データが発生すると、新たなサイドリンク用サブフレームを割り当て、割り当てた新たなサイドリンク用サブフレームを使用して、緊急データを送信する。これにより、端末装置１００−１は、基地局装置２００と通信ができない圏外に位置するときでも、緊急データを早期に送信することができ、データの送信遅延を抑制することができる。

［第３の実施の形態］
次に第３の実施の形態について説明する。

第３の実施の形態においては、第２の実施の形態と同様に、端末装置１００−１〜３は、基地局装置２００の通信エリアＡ２００内には位置しない。そのため、端末装置１００−１〜３は、モード４のＶ２Ｖ通信を行う。以下、第３の実施の形態では、モード４のＶ２Ｖ通信を行う端末装置１００−２に、緊急データが発生した場合について説明する。

＜リーダ端末について＞
第３の実施の形態では、Ｖ２Ｖ通信を行う端末装置１００のうち、少なくとも１台の端末装置１００を、リーダ端末とする。リーダ端末は、モード４でＶ２Ｖ通信を行っているとき、基地局装置２００に代替してサイドリンク用サブフレームの割り当てを行う端末装置１００である。リーダ端末は、例えば、圏外に移動した時間が最も早い端末装置１００が選定される。また、リーダ端末は、予め選定されていてもよい。さらに、リーダ端末は、グループ端末からの電波の受信強度の平均が最も強い端末装置が選定されてもよい。さらに、リーダ端末は、任意に選定されてもよい。以下、端末装置１００−１がリーダ端末に選定されている 場合について説明する。

＜緊急データ発生時の処理＞
図１６は、第３の実施の形態の端末装置１００−２において緊急データが発生したときのシーケンスの例を示す図である。

端末装置１００−２は、サイドリンク用の緊急データが発生すると、圏外時サイドリンク用緊急データ発生処理を行う（Ｓ３００）。

図１７は、圏外時サイドリンク用緊急データ発生処理Ｓ３００の処理フローチャートの例を示す図である。端末装置１００は、サイドリンク用の緊急データが発生するのを待ち受ける（Ｓ３００−１のＮｏ）。

端末装置１００は、サイドリンク用の緊急データが発生すると（Ｓ３００−１のＹｅｓ）、次回送信のサイドリンク用サブフレームで緊急データを送信しても、緊急データの要求遅延を満たすか否かを判定する（Ｓ３００−２）。

端末装置１００は、要求遅延を満たす場合（Ｓ３００−２のＹｅｓ）、待受け処理Ｓ３００−１に戻る。

一方、端末装置１００は、要求遅延を満たさない場合（Ｓ３００−２のＮｏ）、圏外時サイドリンク割当要求をリーダ端末に送信し（Ｓ３００−３）、待受け処理Ｓ３００−１に戻る。

圏外サイドリンク割当要求は、リーダ端末に対して、新規のサイドリンク用サブフレームを割り当てる（基地局間通信に使用するサブフレームをサイドリンク用サブフレームに変更する）よう要求するメッセージである。また、圏外サイドリンク用割当要求メッセージは、例えば、第１の実施の形態におけるサイドリンク割当要求と同様の内容が含まれてもよい。

図１６のシーケンスに戻り、端末装置１００−２は、圏外時サイドリンク用緊急データ発生処理Ｓ３００において、次回送信するサイドリンク用サブフレームで緊急データを送信すると、遅延要求が満たされないと判定し（図１７のＳ３００−２のＮｏ）、圏外時サイドリンク割当要求をリーダ端末である端末装置１００−１に送信する（Ｓ３０１、図１７のＳ３００−３）。

端末装置１００−１は、圏外サイドリンク割当要求を受信すると（Ｓ３０１）、圏外時サイドリンク割当処理を行う（Ｓ３０２）。

図１８は、圏外時サイドリンク割当処理Ｓ３０２の処理フローチャートの例を示す図である。リーダ端末は、圏外時サイドリンク割当要求を受信するのを待ち受ける（Ｓ３０２−１のＮｏ）。

リーダ端末は、圏外時サイドリンク割当要求を受信すると（Ｓ３０２−１のＹｅｓ）、端末装置１００が次回送信するサブフレームをサイドリンク用サブフレームに変更する（Ｓ３０２−２）。

そして、リーダ端末は、グループ端末に、変更したサブフレームパターンを通知する（Ｓ３０２−３）。さらに、リーダ端末は、圏外時サイドリンク割当要求の送信元の端末装置１００に、変更したサイドリンク用サブフレームの使用を許可する使用サブフレーム変更通知を送信し（Ｓ３０２−４）、待受け処理Ｓ３０２−１に戻る。

図１６のシーケンスに戻り、端末装置１００−１は、圏外時サイドリンク割当処理Ｓ３０２において、端末装置１００−２が次回送信するサブフレームをサイドリンク用サブフレームに変更（図１８のＳ３０２−２）したサブフレームパターンを、端末装置１００−２，３に通知する（Ｓ３０３、図１８のＳ３０２−３）。

端末装置１００−２，３は、サブフレームパターン変更通知を受信すると（Ｓ３０３）、サブフレームパターン変更通知受信処理Ｓ１０４を行う。端末装置１００−２，３は、サブフレームパターン変更通知受信処理Ｓ１０４において、受信した変更後のサブフレームパターンでサイドリンク用サブフレームの受信を開始する（図９のＳ１０４−３）。

そして、端末装置１００−１は、新たに設定したサイドリンク用サブフレームの使用を許可する使用サブフレーム変更通知を端末装置１００−２に送信する（Ｓ３０４、図１８のＳ３０２−４）。端末装置１００−２は、使用サブフレーム変更通知を受信すると（Ｓ３０４）、使用サブフレーム変更通知受信処理Ｓ１０６を行う。

端末装置１００−２は、使用サブフレーム変更通知受信処理Ｓ１０６において、変更されたサブフレームパターンのサイドリンク用サブフレームを使用し、緊急データを端末装置１００−１，３に送信する（Ｓ３０５、図１０のＳ１０６−３）。

第３の実施の形態において、端末装置１００−２は、緊急データが発生すると、リーダ端末にサイドリンク用サブフレームを割り当てるよう要求し、割り当てられたサイドリンク用サブフレームを使用して、緊急データを送信する。Ｖ２Ｖ通信を行う複数の端末装置１００から選定されたリーダ端末が疑似的に基地局装置２００の処理を行うことで、リーダ端末以外の端末装置１００は、要求メッセージの送信先を基地局装置２００からリーダ端末に置き換えることで、モード３と同様の処理で、緊急データを送信することができる。

第２及び第３の実施の形態において、新規ＳＣＩは、使用しているサイドリンク用の可変ＵＬシンボル、サブフレームおよびフレキシブルシンボルが変更される場合、端末装置１００に通知される。以下に、新規ＳＣＩの例を示す。

＜送信リソースとＭＣＳ（ＰＳＳＣＨ（データ）関連）＞
・ＭＣＳ（５ビット）：従来の５ビットアップリンクＭＣＳを使用；変調及び符号化方式（MCS (5 bits): use existing 5-bit uplink MCS tables; Modulation and coding scheme）
・最初の送信と再送信との間の時間間隔（４ビット）：値[0,15]（Time gap between initial transmission and retransmission (4 bits): Indicate a value in [0,15]）
・再送信インデックス（1ビット）：Ｖ２Ｖ用データの再送信のインデックス（Retransmission index (1 bit): index the re-transmission of V2V data）
・周波数資源位置（送信及び再送）（８ビット）：周波数資源を示す（Frequency resource location of the initial transmission and retransmission (8 bits): indicate the frequency resource）
・リソース予約（4ビット）：次のトランスポートブロック（TB）（モード3では0に設定）（Resource reservation (4 bits): for the next transport block (TB) (set to 0 for mode 3)）
・プライオリティ（３ビット）：Ｖ２Ｖ用データ優先度に関連する（Priority (3bits): related to the V2V data priority）
・予約情報ビット（Reserved information bits）
・送信フォーマット：１ビット。ここで、値１は、レートマッチングおよびＴＢＳスケーリングを含む送信フォーマットを示し、値０は、パンクチャリングおよびＴＢＳスケーリングを含まない送信フォーマットを示す。 このフィールドは、上位レイヤによって選択されたトランスポートメカニズムがレートマッチングおよびＴＢＳスケーリングのサポートを示す場合にのみ存在（Transmission format- 1 bit, where value 1 indicates a transmission format including rate-matching and TBS scaling, and value 0 indicates a transmission format including puncturing and no TBS-scaling. This field is only present if the transport mechanism selected by higher layers indicates the support of rate matching and TBS scaling.）
・サイドリンクのＵＬシンボル/サブフレームおよび/またはフレキシブルシンボルの変更のためのリソース表示（Resource indication for changing UL symbols/subframe and or flexible symbols for sidelink）

この新規ＳＣＩを送信した後、端末装置１００にＵＬシンボル／サブフレームおよび／またはサイドリンクのフレキシブルシンボルを通知する。 送信側の端末装置１００は、上述した変更されたＵＬシンボルおよび／またはフレキシブルシンボルの持続時間内にそのサイドリンク送信を柔軟に開始および終了するように受信側の端末装置１００に通知するための時間領域リソース割り当て情報を含む。

［第４の実施の形態］
次に第４の実施の形態について説明する。

第４の実施の形態においては、第１の実施の形態と同様に、端末装置１００−１〜３は、基地局装置２００の通信エリアＡ２００内には位置する。第４実施形態では、スロットにおける割り当てについて説明する。

図１９は、１スロットを構成するシンボルの例である。「Ｄ」、「Ｕ」、「Ｘ」は、それぞれ、ダウンリンク用シンボル、アップリンク用シンボル、フレキシブルシンボルを示す。なお、フレキシブルシンボルは、例えば、ダウンリンク用シンボル、アップリンク用シンボル、サイドリンク用シンボルとして切り替えながら使用することができる。なお、切り替えについては、例えば、基地局装置２００から送信される制御情報(例えば、ＤＣＩＦｏｒｍａｔ)に応じて行うことができる。また、図１９の差軸の「０」〜「４２」は、インデックスの番号を示す。さらに、図１９の情軸の「０」〜「１３」は、１スロット内のシンボルの番号を示す。以下、インデックス番号がｙ（ｙは整数）のインデックスを、インデックスｙと示し、シンボルの番号がｚ（ｚは整数）のシンボルをシンボルｚと表す場合がある。

なお、基地局装置２００は、例えば、図６で説明したステップＳ１０３で図１９に示すインデックスを端末装置１００−１〜３に通知することができる。

また、基地局装置２００は、図６で説明したステップＳ１０５でサイドリンク用シンボルを通知できる。例えば、基地局装置２００は、端末装置１００−１に、所定のスロットにおいて、「Ｕ」、「Ｘ」をサイドリンク通信用とし使用するように指示できる。なお、一例として、「Ｕ」、「Ｘ」の場合を示したが、「Ｄ」、「Ｕ」、「Ｘ」の少なくとも何れか１つを変更すれば良い。例えば、「Ｄ」「Ｕ」「Ｘ」を３ビットで表現し、“０１１”の時に「Ｕ」「Ｘ」をサイドリンク用シンボルに変更するとしても良い。但し、「Ｄ」をサイドリンク用シンボルに変更する場合、他のダウリンクへの影響を考慮する必要がある。また、図２０（Ａ）に示すように、例えば、図１９のインデックス「１」の「Ｕ」をサイドリンク用シンボルに変更や、図１９のインデックス「２」の「Ｘ」をサイドリンク用シンボルに変更して、１スロット全てをサイドリンク用シンボルとして用いることができる。また、図２０（Ｂ）に示すように、端末装置１００−１は、送信するリソースと受信するリソースとを時間軸上で分けても良い。

さらに、図２１（Ａ）〜（Ｃ）に示すスロットの構成例のように、１つのスロット内にサイドリンク用シンボル(ＳＬ)と、ダウンリンク用シンボル（ＵｎＤＬ）とアップリンク用シンボルの少なくとも１つを含むスロット構成にしても良い。例えば、図１９のインデックス「２７」で「Ｘ」をサイドリンク用シンボルとすると、図２１（Ｃ）のスロット構成にすることができる。

なお、第４の実施形態では、第１の実施の形態をもとに説明したが、第２の実施形態や第３の実施の形態にも適応できる。

例えば、端末装置１００−１が図１９に示す情報を有する時に、「Ｕ」、「Ｘ」の少なくとも何れか１つをサイドリンク用シンボルとして変更することで適応することができる。

［その他の実施の形態］
各実施の形態における処理は、それぞれ組み合わせてもよい。

端末装置１００は、例えば、圏外時に緊急データの発生した場合、第２及び第３の実施の形態における処理の、どちらか一方を選択してもよい。

各実施の形態において、リソースプールは、帯域幅部分（BWP：Bandwidth part）として変更されてもよい。 帯域幅部分は、所与のＮＲキャリア上の数量化のための共通リソースブロックの連続したサブセットから選択される物理リソースブロックの連続したセットである。 ＮＲキャリアは大きいため、例えば５Ｇにおいて、ＮＲ広帯域キャリアをいくつかのＢＷＰに分割することが合意されている。例えば、１つのＢＷＰを１つのリソースプールにすることができる。また、複数のリソースプールを１つのＢＷＰで設定することもできる。

また、第１の実施形態、第２の実施形態、第３の実施形態については、サブフレームで説明しているがスロットとしても適応できる。また、サブフレームを１４シンボルで説明している部分があるが、１４の倍数の値（例えば、１サブフレーム２８シンボル）としても良い。また、サイドリンク用の無線リソースの割り当ては、ＢＷＰ単位で行っても良い。また、端末装置１００は、例えば、モード４の時に、ＢＷＰに含まれるリソースから選択して仕様するリソースを決めても良い。

１０ ：通信システム
１００ ：端末装置
１１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：基地局間通信プログラム
１２２ ：端末間通信プログラム
１３０ ：メモリ
１５０ ：ＲＦ回路
２００ ：基地局装置
２１０ ：ＣＰＵ
２２０ ：ストレージ
２２１ ：基地局間通信制御プログラム
２２２ ：端末間通信制御プログラム
２３０ ：メモリ
２５０ ：ＲＦ回路

Claims (11)

1. 端末装置と、前記端末装置と基地局間通信を行う基地局装置とを有する通信システムにおける端末装置であって、
   端末間通信用無線リソースを使用し、他の端末装置と通信を行う端末間通信を実行する端末間通信部と、
   前記端末間通信用無線リソース以外の基地局間通信用無線リソースを使用し、前記基地局間通信を実行する基地局間通信部と、
   前記端末間通信において、前記他の端末装置に所定時間内での送信が要求される第１データを有するとき、前記基地局間通信用無線リソースから前記端末間通信用無線リソースに変更された無線リソースを使用し、前記第１データを前記他の端末装置に送信するよう前記端末間通信部を制御する制御部とを有する
   端末装置。
2. 前記制御部は、前記第１データを有するとき、前記基地局間通信用無線リソースを前記端末間通信用無線リソースへ変更する変更要求を、前記基地局間通信を行う基地局装置に送信するよう前記基地局間通信部を制御し、
   前記基地局間通信部は、前記変更要求に応答した前記基地局装置が変更した無線リソースに関する情報を、前記基地局装置から取得する
   請求項１記載の端末装置。
3. 前記変更は、スロット単位で行われる
   請求項１記載の端末装置。
4. 前記変更は、スロットを構成するシンボル単位で行われる
   請求項１記載の端末装置。
5. 前記変更される前記基地局間通信用無線リソースは、前記基地局装置への送信に使用する無線リソースを含む
   請求項１記載の端末装置。
6. 前記変更される前記基地局間通信用無線リソースは、前記基地局装置からの受信に使用する無線リソースを含む
   請求項１記載の端末装置。
7. 前記変更される前記基地局間通信用無線リソースは、前記基地局装置からの受信又は前記基地局装置への送信の、いずれか一方に使用することが可能な無線リソースを含む
   請求項１記載の端末装置。
8. 前記制御部は、前記第１データを有するとき、前記基地局装置と前記基地局間通信を行うことができない場合、前記基地局間通信用無線リソースの少なくとも一部を、前記端末間通信用無線リソースに変更し、
   前記端末間通信部は、前記変更した無線リソースに関する情報を、前記他の端末装置に通知する
   請求項２記載の端末装置。
9. 前記制御部は、前記第１データを有するとき、前記基地局装置と前記基地局間通信を行うことができない場合、前記変更要求を前記他の端末装置に送信するよう前記端末間通信部を制御し、
   前記端末間通信部は、前記変更要求に応答した前記他の端末装置が変更した無線リソースに関する情報を、前記他の端末装置から取得する
   請求項２記載の端末装置。
10. 端末装置と、前記端末装置と基地局間通信を行う基地局装置とを有する通信システムにおける基地局装置であって、
    前記端末装置と他の端末装置が、端末間通信用無線リソースを使用して通信を行う端末間通信を、制御する端末間通信制御部と、
    前記端末間通信用無線リソース以外の基地局間通信用無線リソースを使用し、前記基地局間通信を実行する基地局間通信制御部とを有し、
    前記基地局間通信制御部は、前記端末間通信において前記端末装置から前記他の端末装置に所定時間内での送信が要求される第１データを前記端末装置が有するときに送信される、前記基地局間通信用無線リソースを前記端末間通信用無線リソースへ変更する変更要求を、前記端末装置から受信し、
    前記端末間通信制御部は、前記基地局間通信制御部が前記変更要求を受信したとき、前記基地局間通信用無線リソースの少なくとも一部を、前記端末間通信用無線リソースに変更し、前記変更した無線リソースに関する情報を前記端末装置及び前記他の端末装置に通知し、前記変更した無線リソースの使用を前記端末装置に許可する
    基地局装置。
11. 端末装置と、前記端末装置と基地局間通信を行う基地局装置とを有する通信システムであって、
    前記端末装置は、端末間通信用無線リソースを使用して他の端末装置と通信を行う端末間通信において、前記他の端末装置に所定時間内での送信が要求される第１データを有するとき、前記基地局間通信に使用する基地局間通信用無線リソースを前記端末間通信用無線リソースへ変更する変更要求を、前記基地局装置に送信し、
    前記基地局装置は、前記変更要求に応答し、前記基地局間通信用無線リソースの少なくとも一部を前記端末間通信用無線リソースに変更し、前記変更した無線リソースに関する情報を前記端末装置及び前記他の端末装置に通知し、前記変更した無線リソースの使用を前記端末装置に許可し、
    前記端末装置は、前記使用を許可された無線リソースを使用し、前記第１データを前記他の端末装置に送信する
    通信システム。

Images