(57)【要約】  サイドリンク通信をサポートする通信装置であって、複数のリソースプールのそれぞれに設定される選択基準とサイドリンク通信に関する情報とに応じて、前記複数のリソースプールの中から１つのリソースプールを選択するスケジューラと、選択された前記リソースプールに含まれるリソースを用いて制御情報とデータを送信する送信部とを備え、前記サイドリンク通信に関する情報は、前記データをサイドリンク通信で送信する際に要求されるＱｏＳ（Quality Of Service）である。
2020059045.tif 000002
【特許請求の範囲】
【請求項１】
サイドリンク通信をサポートする通信装置であって、
複数のリソースプールのそれぞれに設定される選択基準とサイドリンク通信に関する情報とに応じて、前記複数のリソースプールの中から１つのリソースプールを選択するスケジューラと、
前記スケジューラにより選択された前記リソースプールに含まれるリソースを用いて制御情報とデータを送信する送信部とを備え、
前記サイドリンク通信に関する情報は、前記データをサイドリンク通信で送信する際に要求されるＱｏＳ（Quality Of Service）であることを特徴とする通信装置。
【請求項２】
前記選択基準は、サイドリンク通信に関する情報ごとに、前記複数のリソースプールの中から少なくとも一つのリソースプールを優先して利用することを示す利用優先度を含み、
前記スケジューラは、前記利用優先度と前記サイドリンク通信に関する情報とに基づいて、前記リソースプールの一つを選択することを特徴する請求項１記載の通信装置。
【請求項３】
前記スケジューラは、前記複数のリソースプールの中から、第１の利用優先度のリソースプールを選択しても、ＱｏＳ条件を満たさないとき、第２の利用優先度のリソースプールへ切り替えることを特徴とする請求項１記載の通信装置。
【請求項４】
更に、基地局装置から送信された、前記リソースプールの前記選択基準を受信する受信部を備え、
前記スケジューラは、受信した前記選択基準と、前記サイドリンク通信に関する情報とに応じて、前記リソースプールの一つを選択することを特徴とする請求項１記載の通信装置。
【請求項５】
更に、前記リソースプールの前記選択基準を記憶するリソース情報メモリを備え、
前記スケジューラは、前記リソース情報メモリから読み出した前記選択基準と、前記サイドリンク通信に関する情報とに応じて、前記リソースプールの一つを選択することを特徴とする請求項１記載の通信装置。
【請求項６】
前記ＱｏＳ条件は、リソース除去ステップの繰り返し回数が制限回数となったことであり、又は利用可能なリソース数が閾値以上になったことであることを特徴とする請求項１記載の通信装置。
【請求項７】
前記リソースプールは、第１の時間単位でリソースがセンシングされる第１のリソースプールであり、又は前記第１の時間単位より短い第２の時間単位でリソースがセンシングされる第２のリソースプールであることを特徴とする請求項１記載の通信装置。
【請求項８】
前記第１の時間単位はスロット単位又はサブフレーム単位であることを特徴とする請求項７記載の通信装置。
【請求項９】
前記第２の時間単位はシンボル単位であることを特徴とする請求項７記載の通信装置。
【請求項１０】
前記第２のリソースプールにおいて、センシングに利用する前記第２の時間単位のリソース数は、前記サイドリンク通信に関する情報に依存することを特徴とする請求項７記載の通信装置。
【請求項１１】
前記サイドリンク通信に関する情報は、前記データをサイドリンク通信で送信する際に要求されるＱｏＳであり、
前記ＱｏＳが第１の閾値以上のとき、センシングに利用する前記第２の時間単位のリソース数は第２の閾値以下となり、前記ＱｏＳが第１の閾値より低いとき、センシングに利用する前記第２の時間単位のリソース数は第２の閾値より多くなることを特徴とする請求項７記載の通信装置。
【請求項１２】
前記ＱｏＳは、通信の遅延と通信の信頼度とにより表されることを特徴とする請求項１記載の通信装置。
【請求項１３】
更に、前記データを生成するデータ生成部を備え、
前記データ生成部は、前記データに関するパラメータに基づいて、前記ＱｏＳを決定することを特徴とする請求項１記載の通信装置。
【請求項１４】
前記パラメータは、前記データが利用されるユースケースとデータの優先度の全部又は一部を含むことを特徴とする請求項１３記載の通信装置。
【請求項１５】
前記通信装置は、前記複数のリソースプールから自律的にリソースを選択し、選択した前記リソースを用いて、前記データを送信することを特徴とする請求項１記載の通信装置。
【請求項１６】
前記通信装置は、サイドリンク通信のモード４を利用して、データを送信することを特徴とする請求項１記載の通信装置。
【請求項１７】
Ｄ２Ｄ通信をサポートする基地局装置であって、
複数のリソースプールのそれぞれに設定される選択基準に関する情報を生成するスケジューラと、
前記選択基準とサイドリンク通信に関する情報とに応じて、前記リソースプールの一つを選択し、選択された前記リソースプールのリソースを利用してデータを送信する端末装置へ、前記選択基準に関する情報を送信する送信部とを備え、
前記サイドリンク通信に関する情報は、前記データをサイドリンク通信で送信する際に要求されるＱｏＳ（Quality Of Service）であることを特徴とする基地局装置。
【請求項１８】
基地局装置と、
端末装置と
を備えるＤ２Ｄ通信をサポートする通信システムにおいて、
前記基地局装置は、
複数のリソースプールのそれぞれに設定される選択基準に関する情報を生成する第１のスケジューラと、
前記選択基準に関する情報を前記端末装置へ送信する第１の送信部とを備え、
前記端末装置は、
前記選択基準に関する情報を受信する受信部と、
前記選択基準とサイドリンク通信に関する情報とに応じて、前記リソースプールの一つを選択する第２のスケジューラと、
選択されたリソースプールに含まれるリソースを用いてデータを送信する送信部とを備え、
前記サイドリンク通信に関する情報は、前記データをサイドリンク通信で送信する際に要求されるＱｏＳ（Quality Of Service）であることを特徴とする通信システム。
【請求項１９】
第１の端末装置と、
第２の端末装置と
を備えるサイドリンク通信をサポートする通信システムにおいて、
前記第１の端末装置は、
複数のリソースプールのそれぞれに設定される選択基準とサイドリンク通信に関する情報とに応じて、前記リソースプールの一つを選択するスケジューラと、
選択されたリソースプールに含まれるリソースを用いてデータを送信する送信部とを備え、
前記第２の端末装置は、
前記リソースプールに含まれるリソースを用いて前記データを受信する受信部を備え、
前記サイドリンク通信に関する情報は、前記データをサイドリンク通信で送信する際に要求されるＱｏＳ（Quality Of Service）であることを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、基地局装置、及び通信システムに関する。
【背景技術】
【０００２】
現在のネットワークは、モバイル端末（スマートフォンやフューチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。【０００３】
一方で、ＩｏＴ（Internet of Things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇまたは、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献２〜１２）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。【０００４】
なお、第５世代通信規格については、３ＧＰＰ（Third Generation Partnership Project）の作業部会（例えば、ＴＳＧ−ＲＡＮ  ＷＧ１、ＴＳＧ−ＲＡＮ  ＷＧ２等）で技術検討が進められている（非特許文献１３〜４０）。【０００５】
上述したように、多種多様なサービスに対応するために、５Ｇでは、ｅＭＢＢ（Enhanced Mobile Broad Band）、Ｍａｓｓｉｖｅ  ＭＴＣ（Machine  Type  Communications)、およびＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）に分類される多くのユースケースのサポートを想定している。【０００６】
また、３ＧＰＰの作業部会では、Ｄ２Ｄ（Device to Device）通信についても議論されている。Ｄ２Ｄ通信は、サイドリンク通信と呼ばれることもある。また、Ｄ２Ｄ通信の一例として、Ｖ２Ｘ（Vehicle to Everything）通信が検討されている。Ｖ２Ｘは、例えば、サイドリンクチャネルを用いて、自動車間通信を示すＶ２Ｖ（Vehicle to Vehicle）、自動車と歩行者（Pedestrian）との通信を示すＶ２Ｐ（Vehicle to Pedestrian）、及び自動車と標識等の道路インフラとの通信を示すＶ２Ｉ（Vehicle to Infrastructure）等の総称である。Ｖ２Ｘに関する規定は、例えば非特許文献１に記載されている。【０００７】
図１７は、Ｖ２Ｘのリソース配置の例を表す図である。図１７に示す例は、制御チャネルであるＰＳＣＣＨ（Physical Sidelink Control CHannel）とデータチャネルであるＰＳＳＣＨとを隣接させる場合のリソース配置の例を表す図である。図１７において、横軸は時間軸方向、縦軸は周波数軸方向をそれぞれ表す。図１７に示す例では、周波数軸方向に４つのサブチャネルを有する例を表している。各サブチャネルは、２個のＲＢ（Resource Block）からなるＰＳＣＣＨと、ｍ（ｍは３以上の整数）個のＲＢからなるＰＳＳＣＨとが隣接して配置される。図１７に示すように、斜線で表されるＰＳＣＣＨのリソースと、横線で表されるＰＳＳＣＨのリソースが実際の送信に利用される。ＰＳＣＣＨのリソースには、対応するＰＳＳＣＨのデータの変調方式と符号化率などの情報を含むＳＣＩ（Sidelink Control Information）がマッピングされる。【０００８】
図１８もＶ２Ｘのリソース配置の例を表す図である。図１８に示す例は、ＰＳＣＣＨとＰＳＳＣＨとを隣接させない場合のリソース配置の例を表す図である。図１８においても、斜線で表されるＰＳＣＣＨのリソースと、横線で表されるＰＳＳＣＨのリソースが実際の送信に利用される。図１８に示すように、ＰＳＣＣＨとＰＳＳＣＨの各リソースは隣接していない。ＰＳＣＣＨのリソースには、対応するＰＳＳＣＨに関するＳＣＩがマッピングされる。【０００９】
４ＧのＶ２Ｘでは、リソース割り当て方式として、例えば、集中的なリソース割り当て方式（Ｉｎ−ｃｏｖｅｒａｇｅ  ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ  ＵＥｓ）と分散的なリソース割り当て方式（Ｉｎ−ｃｏｖｅｒａｇｅ  ＲＲＣ＿ＩＤＬＥ  ＵＥｓ  ｏｒ  ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ  ＵＥｓ）がある。【００１０】
集中的な割り当て方式は、Ｖ２Ｘを実施する端末装置が移動体通信システムのカバレージに在圏する際に適用可能であり、モード３とも呼ばれる。一方、分散的なリソース割り当て方式は、端末装置が移動体通信システムのカバレージに在圏しなくても適用可能であり、モード４とも呼ばれる。モード４では、リソースの割り当てのために、端末装置と移動体通信システムとの間の通信が行われないため、端末装置において送信データが発生した場合の送信遅延が短縮され、厳しい遅延要求を満たすことが可能である。【００１１】
モード４においては、各端末装置は、送信データが発生した場合、Ｖ２Ｘに用いられる周波数帯域をセンシングし、センシングの結果に基づいて他の端末装置が使用する可能性が高いリソースを除外し、データの送信に用いるリソースを選択する。【００１２】
図１９は、リソースの選択例を表す図である。図１９に示すように、端末装置（又はＵＥ（User Equipment））＃３では、送信データが時刻Ｔにおいて発生すると、[Ｔ＋Ｔ１，Ｔ＋Ｔ２]の時間幅の選択ウィンドウを設定する。ここで、Ｔ１≦４、１０≦Ｔ２≦１００、Ｔ１とＴ２の具体的な数値は端末の実装によって決定される。そして、ＵＥ＃３は、時刻Ｔまでの１０００ｍｓの時間幅のセンシングウィンドウ内におけるＰＳＣＣＨの制御情報と対応するＰＳＳＣＨのエネルギー測定値とに基づいて、選択ウィンドウからリソースを除去する。このようにリソースを除去するステップを、リソース除去ステップと称する場合がある。【００１３】
この場合、除去したリソースが選択ウィンドウ内の全リソースの８０％以上のとき、ＵＥ＃３は、閾値をこれまでの閾値よりも高くして（例えば、「３ｄＢ」高くする。）、除去条件をリラックスする（又は緩くする）。そして、ＵＥ＃３は、高くした閾値を用いて、再度、リソース除去ステップを行い、除去されずに残った利用可能なリソースが選択ウィンドウ内の全リソースのうち２０％以上となるまで、リソース除去ステップを繰り返す。ＵＥ＃３は、リソース除去ステップの後、残りの利用可能なリソースをさらに平均受信エネルギーの小さい順で全リソースのうち２０％以上に絞り込んで、その中からランダムに１つリソースを選択する。【００１４】
図１９においては、例えば、ＵＥ＃３は、選択ウィンドウ内において、ＵＥ＃１とＵＥ＃２のリソースを除外する。そして、ＵＥ＃３は、選択ウィンドウ内において、除外されずに残った利用可能なリソースを平均受信エネルギーの小さい順に絞り込む。残りの全リソースのうち２０％以上のリソースのいずれかを選択し、選択したリソースを利用して制御情報とデータとを送信する。【００１５】
無線通信に関して、例えば、以下の技術がある。すなわち、優先データの送信時には、第１の制御情報リソースプールから制御情報リソースを選択し、非優先データの送信時には、第２の制御情報リソースプールから制御情報リソースを選択する無線端末がある。【００１６】
この技術によれば、Ｄ２Ｄ通信をサポートする無線通信システムにおいて、優先データの通信の失敗を回避し又は抑制することができる、とされる。【００１７】
また、複数のリソースプールの配置パターンを示すリソースマップ情報に基づいて、通信サービス別に設けられた複数のリソースプールの何れかを使用する無線端末がある。【００１８】
この技術によれば、様々なサービスを１つの無線リソースフォーマットで提供することが可能になる、とされる。
【先行技術文献】
【非特許文献】
【００１９】
【非特許文献１】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）
【非特許文献４０】3GPP TSG RAN #91, R1-1720412, “Resource pool sharing between Mode 3 and Mode4”, Reno, USA Nov.27th-Dec.1st, 2017.
【特許文献】
【００２０】
【特許文献１】国際公開第２０１７／０７７６２５号
【特許文献２】国際公開第２０１７／１４５８６７号
【発明の概要】
【発明が解決しようとする課題】
【００２１】
上述した非特許文献１にも記載されるように、５Ｇにおいては、Ｖ２Ｘ通信に関し、非常に高いレベルでの通信の遅延と信頼度が要求されている。【００２２】
モード４の場合、例えば、図１９に示すように選択ウィンドウは最小１０ｍｓのサイズである。この場合、端末装置において、リソース選択開始時からデータ送信までに、１０ｍｓの遅延が発生する場合がある。この１０ｍｓ程度の遅延では、５Ｇが要求する通信の遅延を満たすことができない場合がある。【００２３】
また、モード４の場合、例えば、リソース除去ステップにより選択ウィンドウ内で除去されずに残った利用可能なリソースが、選択ウィンドウ内の全リソースに対して２０％以上あるとき、端末装置は、リソースの選択が可能となる。しかし、利用可能なリソースが２０％のとき、８０％のリソースが他の端末装置で利用される。端末装置は、利用可能なリソースを選択して、他の端末装置へ信号を送信すると、他の端末装置から送信される信号が干渉源となる場合がある。干渉の発生により、パケットデータが衝突する場合がある。利用可能な残りのリソースが２０％程度では、５Ｇが要求する通信の信頼度を満たすことができない場合がある。【００２４】
さらに、上述した、優先データの送信時と非優先データ送信時とで、異なる制御情報リソースプールから制御情報リソースを選択する技術では、通信の遅延と信頼度の問題に対して何も解決手段を提供していない。【００２５】
さらに、上述した、リソースマップ情報に基づいて、通信サービス別に設けられた複数のリソースプールの何れかを使用する技術についても、同様に、通信の遅延と信頼度の問題に対して何ら解決手段を提供していない。【００２６】
開示の技術は、上記に鑑みてなされたものであって、通信の遅延を少なくし、通信の信頼度を向上させることが可能な通信装置、基地局装置、及び通信システムを提供することにある。
【課題を解決するための手段】
【００２７】
１つの側面では、サイドリンク通信をサポートする通信装置であって、複数のリソースプールのそれぞれに設定される選択基準とサイドリンク通信に関する情報とに応じて、前記複数のリソースプールの中から１つのリソースプールを選択するスケジューラと、選択された前記リソースプールに含まれるリソースを用いて制御情報とデータを送信する送信部とを備え、前記サイドリンク通信に関する情報は、前記データをサイドリンク通信で送信する際に要求されるＱｏＳ（Quality Of Service）である。
【発明の効果】
【００２８】
通信の遅延を少なくし、通信の信頼度を向上させることができる。
【図面の簡単な説明】
【００２９】
【図１】図１は通信システムの構成例を表す図である。
【図２】図２は端末の構成例を表す図である。
【図３】図３は基地局の構成例を表す図である。
【図４】図４はエネルギー測定器の構成例を表す図である。
【図５】図５はリソースプールｋとリソースプール（ｋ−１）のリソース配置例を表す図である。
【図６】図６は選択基準テーブルの例を表す図である。
【図７】図７はリソース選択の例を表す図である。
【図８】図８はリソース選択の例を表す図である。
【図９】図９（Ａ）から図９（Ｄ）はシンボルレベルセンシングの例を表す図である。
【図１０】図１０はリソース選択の例を表す図である。
【図１１】図１１はリソース選択の例を表す図である。
【図１２】図１２は基地局と端末の動作例を表すシーケンス図である。
【図１３】図１３は端末の動作例を表すフローチャートである。
【図１４】図１４は端末の動作例を表すフローチャートである。
【図１５】図１５は選択基準テーブルの例を表す図である。
【図１６】図１６は端末のハードウェア構成例を表す図である。
【図１７】図１７はＰＳＣＣＨとＰＳＳＣＨのリソース配置例を表す図である。
【図１８】図１８はＰＳＣＣＨとＰＳＳＣＨのリソース配置例を表す図である。
【図１９】図１９はリソース選択例を表す図である。
【発明を実施するための形態】
【００３０】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００３１】
また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書や寄書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書としては、例えば、３ＧＰＰ  ＴＳ  ３８．２１１  Ｖ１５．１．０（２０１８−０３）などがある。
【００３２】
なお、３ＧＰＰの仕様書は、随時、更新される。従って、上述した仕様書は、本願出願時における最新の仕様書が用いられてよい。そして、最新の仕様書に記載された用語や技術的内容が、本明細書において適語用いられてよい。
【００３３】
以下に、本願の開示する端末装置、基地局装置、通信システムの実施例を、図面に基づいて詳細に説明する。なお、以下の実施の形態は、開示の技術を限定するものではない。
【００３４】
［第１の実施の形態］
＜１．無線通信システムの構成例＞
図１は、第１の実施の形態における通信システム１０の構成例を表す図である。
【００３５】
通信システム１０は、複数の端末装置（又は通信装置。以下、「端末」と称する場合がある。）１００−２，１００−３を備える。また、通信システム１０は、基地局装置（以下、「基地局」と称する場合がある。）２００と端末１００−１とを備えてもよい。後者の場合、端末１００−１は、基地局２００から選択基準に関する情報などを受信し、受信した情報を利用して、他の端末１００−２，１００−３と無線通信を行うことが可能となる。端末１００−２，１００−３についても、端末１００−１と同様に、基地局２００のカバレージ範囲内で、選択基準に関する情報などを受信することが可能である。
【００３６】
端末１００−１〜１００−３は、例えば、無線通信チップセット、フィーチャーフォン、スマートフォン、パーソナルコンピュータ、タブレット端末、ゲーム装置など、無線通信が可能な通信装置である。
【００３７】
また、端末１００−１〜１００−３は、例えば、Ｖ２Ｘ通信による無線通信を行うことが可能である。Ｖ２Ｘは、例えば、上述したように、Ｖ２ＶやＶ２Ｐ、Ｖ２Ｉなどの総称である。従って、例えば、図１において、端末１００−２が車両１００−ｖ２に備えられている場合、通信相手の一方の端末１００−３は、車両ではなく、歩行者が持っていてもよいし、標識に備えられたものであってもよい。ただし、以下では、端末１００−１〜１００−３は、車両１００−ｖ１〜１００−ｖ３にそれぞれ備えられているものとして説明する。
【００３８】
さらに、端末１００−１〜１００−３は、例えば、Ｖ２Ｘ通信のモード４による無線通信を行うことが可能である。モード４は、例えば、上述したように、端末１００−１〜１００−３が自律的にリソースを選択することが可能な方式である。図１の場合、端末１００−１は、基地局２００のカバレージ範囲内においては、ＲＲＣ（Radio Resource Control）アイドル（ＲＲＣ＿ＩＤＬＥ）状態及びＲＲＣ接続状態のときに、モード４によるＶ２Ｘ通信が可能である。また、図１に示すように、端末１００−２，１００−３は、基地局２００のカバレージ範囲外で、モード４によるＶ２Ｘ通信が可能である。
【００３９】
なお、ＲＲＣアイドル状態とは、例えば、端末１００−１が基地局２００を含むネットワーク側とＲＲＣ接続していない、待ち受け状態のことである。一方、ＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）とは、例えば、端末１００−２が基地局２００を含むネットワークと接続し、データの送受信が可能な状態のことである。
【００４０】
なお、通信システム１０に含まれる端末１００−２，１００−３の台数は、２台だけではなく３台以上あってもよい。
【００４１】
以下では、とくに断らない限り、端末１００−１〜１００−３を、端末１００と称する場合がある。
【００４２】
＜２．端末装置の構成例＞
図２は、端末１００の構成例を表す図である。
【００４３】
端末１００は、セルラー信号をサポートするために、データトラヒック処理部１０１と、チャネルエンコーダ１０２、ＩＦＦＴ（Inverse Fast Fourier Transform）１０３、ＣＰ（Cyclic Prefix）付加部１０４、ＲＦ（Radio Frequency）送信器１０５、送信アンテナ１０６を備える。また、端末１００は、セルラー信号をサポートするために、受信アンテナ１１０、ＲＦ受信器１１１、及びチャネル復調器１１２を備える。
【００４４】
データトラヒック処理部１０１は、音声データや画像データなど、セルラー通信で利用するデータを生成する。データトラヒック処理部１０１は、生成したデータをチャネルエンコーダ１０２へ出力する。
【００４５】
チャネルエンコーダ１０２は、データに対して、誤り訂正符号化処理（以下、「符号化処理」と称する場合がある。）と変調処理などを施し、送信信号に変換する。チャネルエンコーダ１０２は、変換後の送信信号をＩＦＦＴ１０３へ出力する。
【００４６】
ＩＦＦＴ１０３は、送信信号に対して逆高速フーリエ変換を施して、周波数領域の送信信号を時間領域の送信信号へ変換する。ＩＦＦＴ１０３は、時間領域の送信信号を、ＣＰ付加部１０４へ出力する。
【００４７】
ＣＰ付加部１０４は、時間領域の送信信号にサイクリッププレフィックス（ＣＰ）を付加する。ＣＰ付加部１０４は、ＣＰを付加した送信信号をＲＦ送信器１０５へ出力する。
【００４８】
ＲＦ送信器１０５は、ＣＰが付加された送信信号に対して、Ｄ／Ａ（Digital to Analogue）変換処理と周波数変換処理などを施して、無線帯域のセルラー信号を生成する。ＲＦ送信器１０５は、セルラー信号を送信アンテナ１０６へ出力する。
【００４９】
送信アンテナ１０６は、セルラー信号を基地局２００へ送信する。
【００５０】
受信アンテナ１１０は、基地局２００から送信されたセルラー信号を受信し、受信したセルラー信号をＲＦ受信器１１１へ出力する。
【００５１】
ＲＦ受信器１１１は、セルラー信号に対して、周波数変換処理とＡ／Ｄ（Analogue to Digital）変換処理などを施して、無線帯域のセルラー信号をベースバンド帯域の受信信号へ変換する。ＲＦ受信器１１１は、受信信号をチャネル復調器１１２へ出力する。
【００５２】
チャネル復調器１１２は、受信信号に対して、復調処理や誤り訂正復号処理（以下、「復号処理」と称する場合がある。）などを施し、データや制御情報などを再生（又は抽出）する。チャネル復調器１１２は、リソースプールに関する情報と選択基準に関する情報を再生したとき、再生したリソースプールに関する情報と選択基準に関する情報とをリソース情報メモリ１１３に記憶する。なお、以下では、リソースプールに関する情報と選択基準に関する情報とをまとめて、リソース情報と称する場合がある。
【００５３】
また、端末１００は、Ｓｉｄｅｌｉｎｋ（サイドリンク）信号をサポートするために、リソース情報メモリ１１３と、Ｓｉｄｅｌｉｎｋスケジューラ（以下、「スケジューラ」と称する場合がある。）１１４、Ｓｉｄｅｌｉｎｋコントロール情報（ＳＣＩ：Sidelink Control Information）を含む信号（ＰＳＣＣＨ：Physical Sidelink Control Channel）生成器（以下、「コントロール信号生成器」と称する場合がある。）１１５を備える。なお、Ｓｉｄｅｌｉｎｋコントロール情報（ＳＣＩ）を含む信号をＳｉｄｅｌｉｎｋコントロール信号と記載することがある。さらに、端末１００は、Ｓｉｄｅｌｉｎｋ信号をサポートするために、Ｓｉｄｅｌｉｎｋデータ生成器（以下、「データ生成器」と称する場合がある。）１１６、ＲＦ送信器１１７、送信アンテナ１１８、受信アンテナ１２０、ＲＦ受信器１２１を備える。さらに、端末１００は、Ｓｉｄｅｌｉｎｋ信号をサポートするために、Ｓｉｄｅｌｉｎｋコントロール信号検出器（以下、「コントロール信号検出器」と称する場合がある。）１２２、Ｓｉｄｅｌｉｎｋデータ検出器（以下、「データ検出器」と称する場合がある。）１２３、及びエネルギー測定器１２４を備える。
【００５４】
リソース情報メモリ１１３は、リソース情報（リソースプールに関する情報と選択基準に関する情報）を記憶するメモリである。リソースプールに関する情報として、リソースプール（ｋ−１）に関する情報１１３−ａと、リソースプールｋに関する情報１１３−ｂとが含まれる。
【００５５】
リソースプール（ｋ−１）に関する情報１１３−ａは、例えば、リソースプール（ｋ−１）は、どこからどこまでの周波数リソース及び時間リソースが用いられるかなど、リソースプール（ｋ−１）のリソース範囲を示す情報が含まれる。また、リソースプールｋに関する情報１１３−ｂも、例えば、リソースプールｋはどこからどこまでの周波数リソース及び時間リソースが用いられるかなど、リソースプールｋのリソース範囲を示す情報が含まれる。
【００５６】
リソースプール（ｋ−１）に関する情報１１３−ａと、リソースプールｋに関する情報１１３−ｂとを、横軸が時間軸方向、縦軸が周波数軸方向とする２次元座標上で表すと、例えば、図５に示すリソース配置例となる。図５の詳細は後述する。
【００５７】
図２に戻り、また、選択基準に関する情報は、例えば、ＱｏＳ（Quality of Service）ごとに、リソースプールｋとリソースプール（ｋ−１）に対して、少なくともどちらのリソースプールを優先して利用するか示す利用優先度に関する情報である。すなわち、選択基準に関する情報は、例えば、ＱｏＳと利用優先度とを含む。端末１００は、例えば、利用優先度順に、ＱｏＳが条件に適合するか否かにより、リソースプールｋ又はリソースプール（ｋ−１）を選択する。
【００５８】
選択基準に関する情報をテーブル形式にまとめたものが、例えば、選択基準テーブル１１３−ｃであり、その例が図６に示される。図６の詳細は後述する。選択基準テーブル１１３−ｃは、リソース情報メモリ１１３に記憶される。
【００５９】
なお、ＱｏＳは、例えば、データをＳｉｄｅｌｉｎｋ通信で送信する際に要求されるＱｏＳであり、データに関するパラメータでもあり、或いは、Ｓｉｄｅｌｉｎｋ通信に関する情報でもある。ＱｏＳの詳細も後述する。
【００６０】
図２に戻り、スケジューラ１１４は、Ｓｉｄｅｌｉｎｋ通信に関するスケジューリングを行う。具体的には、スケジューラ１１４は、リソースプールｋとリソースプール（ｋ−１）のそれぞれに設定される選択基準とＳｉｄｅｌｉｎｋ通信に関する情報とに応じて、リソースプールｋ又はリソースプール（ｋ−１）を選択する。すなわち、スケジューラ１１４は、例えば、データ生成器１１６から出力されたＱｏＳに対して、選択基準テーブル１１３−ｃ（例えば図６）を利用して、ＱｏＳに対応するリソースプールを少なくとも１つ選択する。そして、スケジューラ１１４は、選択したリソースプールｋ又はリソースプール（ｋ−１）のそれぞれに設定されるセンシング方式を利用して、キャリアセンスを行う。なお、以下では、センシングとキャリアセンスとを区別しないで用いる場合がある。
【００６１】
図５は、リソースプールｋとリソースプール（ｋ−１）のリソース配置例を表す図である。
【００６２】
リソースプールｋでは、例えば、スロットレベル（又はサブフレーム）のセンシングが行われるリソースプールである。リソースプールｋを利用する際、スケジューラ１１４は、リソース選択を行う前の過去数ｍｓ（例えば、１０００ｍｓ）をセンシングウィンドウに設定し、リソース選択後の１０ｍｓ〜１００ｍｓの範囲で選択ウィンドウを設定する。そして、スケジューラ１１４は、センシングウィンドウ内の各リソースに基づいて、選択ウィンドウの各リソースについて、スロット単位（又はサブフレーム単位）で、リソース除去ステップ及びリソース絞り込みステップを行う。リソース除去ステップ及びリソース絞り込みステップは、例えば、図１９を用いて説明したように、各リソースを利用して受信した受信信号に対する受信エネルギー測定に基づいて行われる。そのため、スケジューラ１１４は、エネルギー測定器１２４から出力された各リソースの受信エネルギーに基づいて、リソース除去ステップ及びリソース絞り込みステップを行う。そして、スケジューラ１１４は、選択ウィンドウで、絞り込んだ利用可能なリソースからいずれか１つのリソースをランダムに選択する。また、スケジューラ１１４は、ＭＣＳ（Modulation and Coding Scheme）や繰り返し回数なども決定する。スケジューラ１１４は、選択したリソースに関する情報、ＭＣＳ、繰り返し回数などを制御情報として、コントロール信号生成器１１５とデータ生成器１１６へ出力する。
【００６３】
なお、４Ｇでは、１４シンボルで１サブフレームとなっているが、５Ｇでは、１４シンボルで１スロットとなっている。リソースプールｋでは、４Ｇでは１サブフレームが１つのリソース単位となり、５Ｇでは１スロットが１つのリソース単位となる。以下では、１つのリソース単位を、スロットとして用いて説明する場合がある。
【００６４】
一方、リソースプール（ｋ−１）では、例えば、シンボル単位でセンシングが行われるリソースプールである。詳細は後述するが、例えば、図９（Ａ）に示すように、スケジューラ１１４は、「０」シンボル目でセンシングを行ったり、図９（Ｄ）に示すように、「０」から「２」シンボル目までの３シンボルを利用してセンシングを行ったりする。この場合、スケジューラ１１４は、エネルギー測定器１２４から出力されたシンボル単位の受信エネルギー測定結果に基づいて、測定したシンボルを含むスロットを利用できるか否かを判定する。例えば、スケジューラ１１４は、受信エネルギーの測定結果が閾値以上のときは、「ｂｕｓｙ」と判定して、自局の送信を延期する。一方、スケジューラ１１４は、受信エネルギーの測定結果が閾値よりも低いとき、「ｉｄｌｅ」と判定し、そのスロットを利用することができると判定する。そして、スケジューラ１１４は、そのスロットを利用できると判定したとき、そのスロットをリソースに関する情報として決定する。また、スケジューラ１１４は、ＭＣＳや繰り返し回数なども決定する。スケジューラ１１４は、これらの情報を制御情報として、コントロール信号生成器１１５へ出力する。
【００６５】
コントロール信号生成器１１５は、制御情報に対して符号化処理や変調処理を施して、コントロール信号（又は制御信号）を生成する。コントロール信号生成器１１５は、生成したコントロール信号をＲＦ送信器１１７へ出力する。
【００６６】
データ生成器（又はデータ生成部）１１６は、端末１００が送信するデータを生成する。この際、データ生成器１１６は、生成したデータのパラメータに基づいて、ＱｏＳを決定する。このようなパラメータの例としては、例えば、通信の遅延、通信の信頼度、及びデータの優先度がある。
【００６７】
例えば、データ生成器１１６は、データが利用されるユースケース（又はシナリオ）などに応じて、遅延と信頼度とを決定してもよい。ユースケースとしては、例えば、端末１００を搭載した車両が、隊列走行（Ｖｅｈｉｃｌｅ  Ｐｌａｔｏｏｎｉｎｇ）、自動運転（Ａｄｖａｎｃｅｄ  Ｄｒｉｖｉｎｇ）、発展センサ（Ｅｘｔｅｎｄｅｄ  Ｓｅｎｓｏｒｓ）、遠隔運転（Ｒｅｍｏｔｅ  Ｄｒｉｖｉｎｇ）などを行っている、などがある。或いは、データ生成器１１６は、端末１００を搭載した車両が半自動運転か全自動運転かに応じて、遅延と信頼度を決定してもよい。また、データ生成器１１６は、データの優先度として、例えば、データが緊急データか否かなど、データの種別に応じてデータの優先度を決定してもよい。
【００６８】
データ生成器１１６は、このように、例えば、ユースケースなどに応じて遅延と信頼度を決定し、データの種別などに応じて優先度を決定する。データ生成器１１６は、遅延と信頼度、及び優先度の全部又は一部を用いて、データに対するＱｏＳを決定する。データ生成器１１６は、決定したＱｏＳをスケジューラ１１４へ出力する。また、データ生成器１１６は、スケジューラ１１４からＭＣＳを受け取り、ＭＣＳに従って、生成したデータに対して符号化処理や変調処理などを行い、送信信号を生成する。データ生成器１１６は、送信信号をＲＦ送信器１１７へ出力する。
【００６９】
ＲＦ送信器１１７は、コントロール信号と送信信号とに対して、Ｄ／Ａ変換処理や周波数変換処理などを施して、無線帯域のＳｉｄｅｌｉｎｋ信号に変換する。ＲＦ送信器１１７は、送信アンテナ１１８を介して、Ｓｉｄｅｌｉｎｋ信号を他の端末へ送信する。この際、ＲＦ送信器１１７は、コントロール信号に含まれるリソースに関する情報に従ってＳｉｄｅｌｉｎｋ信号を送信することで、ＰＳＣＣＨを利用して制御信号を送信し、ＰＳＳＣＨを利用してデータを送信することが可能となる。ＲＦ送信器１１７は、例えば、制御信号とデータとを他の端末へ送信する送信部でもある。
【００７０】
送信アンテナ１１８は、Ｓｉｄｅｌｉｎｋ信号を他の端末へ送信する。
【００７１】
受信アンテナ１２０は、他の端末から送信されたＳｉｄｅｌｉｎｋ信号を受信し、受信したＳｉｄｅｌｉｎｋ信号をＲＦ受信器１２１へ出力する。
【００７２】
ＲＦ受信器１２１は、Ｓｉｄｅｌｉｎｋ信号に対して周波数変換処理やＡ／Ｄ変換処理などを施し、Ｓｉｄｅｌｉｎｋ信号をベースバンド帯域の受信信号へ変換する。ＲＦ受信器１２１は、受信信号をコントロール信号検出器１２２とデータ検出器１２３へ出力する。
【００７３】
コントロール信号検出器１２２は、ＰＳＣＣＨを利用して受信した受信信号をコントロール信号として抽出し、抽出したコントロール信号に対して復調処理や復号処理を施し、制御情報を再生（又は抽出）する。コントロール信号検出器１２２は、再生した制御情報をデータ検出器１２３へ出力する。
【００７４】
データ検出器１２３は、制御情報に基づいて、ＰＳＳＣＨを利用して受信した受信信号をデータ信号として検出する。データ検出器１２３は、検出したデータ信号をエネルギー測定器１２４へ出力する。データ検出器１２３は、検出したデータ信号に対して、復調処理や復号処理などを施して、データを再生し、再生したデータを、アプリケーション処理部などへ出力してもよい。
【００７５】
エネルギー測定器１２４は、検出したデータ信号の受信エネルギーを測定する。
【００７６】
図４は、エネルギー測定器１２４の構成例を表す図である。受信信号ｙＲ（ｔ）は、ＲＦ受信器１２１のＡＤＣ（Analogue to Digital Converter）１２１１により、デジタル信号に変換され、データ検出器１２３のＦＦＴ（Fast Fourier Transform）１２３１により、時間領域の信号から周波数領域の信号に変換される。
【００７７】
エネルギー測定器１２４は、係数平方器（Ｓｑｕａｒｉｎｇ  Ｃｏｅｆｆｉｃｉｅｎｔｓ）１２４１と平均値計算器（Ｍｅａｎ  Ｖａｌｕｅ）１２４２を備える。係数平方器１２４１は、例えば、周波数領域の受信信号ｙＲ（ｔ）の２乗計算を行い、受信信号ｙＲ（ｔ）の受信エネルギーを計算する。平均値計算器１２４２は、受信エネルギーの平均値ＥＲを計算する。エネルギー測定器１２４は、平均受信エネルギーＥＲを受信エネルギーの測定結果として、スケジューラ１１４へ出力する。スケジューラ１１４では、上述したように、受信エネルギーの測定結果を閾値と比較して、「ｂｕｓｙ」判定や「ｉｄｌｅ」判定を行う。
【００７８】
＜３．基地局装置の構成例＞
図３は基地局２００の構成例を表す図である。
【００７９】
基地局２００は、無線部２１０とプロセッサ２１１、及びＩＦ（Interface）２１２を備える。
【００８０】
無線部２１０は、送信部２０１と受信部２０２を含む。送信部２０１は、スケジューラ２０３から出力されたリソース情報に対して、符号化処理と変調処理、周波数変換処理などを施して、セルラー信号へ変換する。送信部２０１は、セルラー信号を端末１００へ送信する。受信部２０２は、端末１００から送信されたセルラー信号を受信し、受信したセルラー信号に対して周波数変換処理、復調処理、復号処理などを施して、端末１００から送信された情報を再生する。受信部２０２は、再生した情報をスケジューラ２０３へ出力する。
【００８１】
プロセッサ２１１は、スケジューラ２０３を含む。スケジューラ２０３は、基地局２００のカバレージ範囲内に在圏する各端末１００に対して、無線通信のスケジューリングを行う。本第１の実施の形態では、スケジューラ２０３は、リソース情報を生成し、生成したリソース情報を、送信部２０１を介して、端末１００−１へ送信する。
【００８２】
なお、プロセッサ２１１は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、又はＦＰＧＡ（Field Programmable Gate Array）などであってもよい。
【００８３】
ＩＦ２１２は、バックホール通信部２０４を含む。バックホール通信部２０４は、スケジューラ２０３から出力された情報を、有線ネットワークを介して接続されたサーバ装置や他の基地局へ送信したり、サーバ装置や他の基地局から受信した情報をスケジューラ２０３へ出力したりする。
【００８４】
＜４．リソースプール＞
上述したように、本第１の実施の形態では、図５に示すように、複数のリソースプールｋ，ｋ−１が利用される。そして、図６に示すように、各リソースプールｋ，ｋ−１は、データのＱｏＳに応じて、選択可能となっている。
【００８５】
図６は、選択基準テーブル１１３−ｃの例を表す図である。
【００８６】
図６に示すように、本第１の実施の形態において、ＱｏＳは、例えば、送信遅延と、通信の信頼度を表している。
【００８７】
図６に示す例では、「ＱｏＳ０」は、遅延が３ｍｓ以下で、信頼度が１０−５のＱｏＳを表している。遅延が「３ｍｓ」とは、例えば、許容される送信遅延が３ｍｓ以下であることを表している。また、信頼度が「１０−５」は、例えば、送信パケットデータ数が「１０００００」個のとき、受信側の端末で「９９９９９」個の送信パケットデータを受信できる程度の信頼度を表している。
【００８８】
また、「ＱｏＳ１」は、１０ｍｓ以下の遅延で、信頼度が１０−４のＱｏＳであることを表している。すなわち、許容される送信遅延が１０ｍｓ以下であり、送信パケットデータ数が「１００００」個のとき、受信側の端末で「９９９９」個の送信パケットを受信できる程度の信頼度を表している。
【００８９】
そして、ＱｏＳが「ＱｏＳ０」のとき、端末１００は、選択基準テーブル１１３−ｃに従って、リソースプール（ｋ−１）を、リソースプールｋよりも高い利用優先度で利用することができる。これは、例えば、「ＱｏＳ０」は、図６に示すＱｏＳのレベルで最も厳しい条件（低遅延かつ高信頼度）となっており、リソースプール（ｋ−１）のシンボルレベルのセンシングを利用することで、このような厳しき条件を満たすデータ送信が可能となるからである。すなわち、端末１００は、リソースプール（ｋ−１）を利用することで、低遅延で高信頼度の通信が可能となる。
【００９０】
一方、ＱｏＳが「ＱｏＳ１」のとき、端末１００は、選択基準に従って、リソースプールｋを、リソースプール（ｋ−１）よりも高い利用優先度で利用することができる。これは、例えば、「ＱｏＳ１」は、通常の遅延と信頼度が要求されるＱｏＳレベルであり、このようなレベルのＱｏＳを満たすには、スロットレベルでセンシングを行うリソースプールｋを利用すれば十分だからである。
【００９１】
ただし、図６に示すように、「ＱｏＳ０」であっても、リソースプールｋを利用することは可能であり、「ＱｏＳ１」であっても、リソースプール（ｋ−１）を利用することは可能である。例えば、「ＱｏＳ０」のとき、リソースプール（ｋ−１）だけを利用するとしたとき、リソースプール（ｋ−１）のリソースが多くの端末１００のデータ送信に利用される一方で、リソースプールｋのリソースがほとんど利用されていない状況が発生する場合がある。そのため、例えば、リソースの利用効率の悪化を防止するために、他のリソースプールが利用可能となっている。
【００９２】
なお、図５と図６に示す例では、シンボルレベルセンシングが行われるリソースプールは、リソースプール（ｋ−１）の１つだけの例を示している。本第１の実施の形態では、シンボルレベルセンシングが、複数のリソースプール（ｋ−１），（ｋ−２），…で行われてもよい。この場合、シンボルレベルセンシングが行われるリソースプール（ｋ−１），（ｋ−２），…のいずれかが「Ｐｒｉｏｒｉｔｙ１」となってもよい。或いは、送信するデータの種別（緊急データか否か）やサービスの種別に応じて、シンボルレベルセンシングを行う各リソースプール（ｋ−１），（ｋ−２），…が割り当てられてもよい。例えば、「ＱｏＳ＝０」で「緊急データ」の場合、リソースプール（ｋ−１）が選択され、「ＱｏＳ＝０」で「通常データ」、かつ「遠隔運転」の場合、リソースプール（ｋ−２）が選択されるなど、である。
【００９３】
また、図６の例では、ＱｏＳが「ＱｏＳ０」と「ＱｏＳ１」の２つの例を表している。例えば、ＱｏＳも、「ＱｏＳ３」，「ＱｏＳ４」，…など、３つ以上のＱｏＳがあってもよい。遅延の大きさと信頼度の大きさに応じて、各ＱｏＳが割り当てられていてもよい。
【００９４】
さらに、図６に示す各ＱｏＳの遅延の大きさや信頼度の大きさも一例である。例えば、「ＱｏＳ０」では、遅延は２ｍｓ、信頼度は１０−５などであってもよい。
【００９５】
＜５．リソースプールの利用例とシンボルレベルセンシングの具体例＞
図７から図１１は、リソースプールの利用例を表す図である。これらの利用例を説明しながら、シンボルレベルセンシングの具体的について説明する。
【００９６】
本利用例では、端末１００−１（ＵＥ＃１）が「ＱｏＳ０」のデータを送信し、端末１００−２（ＵＥ＃２）が「ＱｏＳ１」のデータを送信する例を表している。「ＱｏＳ０」と「ＱｏＳ１」の遅延と信頼度は、図６に示すものと同じであるとする。また、図７，図８，図１０，図１１において、横軸は時間、縦軸は周波数を表している。
【００９７】
図７に示すように、端末１００−２は、「ＱｏＳ１」のデータを生成し、先頭から２スロット目のタイミングでリソース選択を行う（Ｓ１０）。この場合、端末１００−２は、データのＱｏＳが「ＱｏＳ１」のため、選択基準テーブル１１３−ｃに従って、リソースプールｋを選択する。そして、端末１００−２は、リソースプールｋにおいて、選択ウィンドウを設定し、選択ウィンドウの範囲内でリソース除去ステップ及びリソース絞り込みステップを行う。
【００９８】
次に、図８に示すように、端末１００−１では、「ＱｏＳ０」のデータを生成し、先頭から４スロット目のタイミングでリソース選択を行う（Ｓ１１）。この場合、端末１００−１は、データのＱｏＳが「ＱｏＳ０」のため、選択基準テーブル１１３−ｃに従って、リソースプール（ｋ−１）を選択する。
【００９９】
そして、端末１００−１は、５スロット目のタイミングで、リソースプール（ｋ−１）において、シンボルレベルのセンシングを行う（Ｓ１２）。
【０１００】
図９（Ａ）は、端末１００−１におけるシンボルレベルセンシングの例を表す図である。なお、図９（Ａ）は、リソースプール（ｋ−１）のＰＳＣＣＨの例を表しており、同じスロットの異なる周波数帯域にＰＳＣＣＨが配置されている。
【０１０１】
図９（Ａ）では、先頭の「０」シンボルがセンシングに利用される例を表している。例えば、端末１００−１では、データ送信前に、先頭の「０」シンボルについてキャリアセンスを行い、他の端末から送信された信号の受信エネルギーが閾値以上のとき、センシングしたリソースプール（ｋ−１）のリソースが「ｂｕｓｙ」と判定する。この場合、端末１００−１は、自身のデータ送信を延期（ｄｅｆｅｒ）する。
【０１０２】
図９（Ａ）の例では、端末１００−１は、受信エネルギーが閾値より低かったため、「ｉｄｌｅ」と判定し、「１」シンボルから送信を開始している。図９（Ａ）に示す例では、ＡＧＣ（Automatic Gain Control）が行われるシンボルとＤＭＲＳ（Demodulation Reference Signal）を送信するために利用されるシンボルがあり、それ以外の空白のシンボルがデータ送信用のシンボルとなる。すなわち、図９（Ａ）の例では、端末１００−１は、「３」シンボル、「４」シンボル、「６」シンボルなどを利用して、「ＱｏＳ０」のデータを送信する。
【０１０３】
なお、図９（Ｃ）と図９（Ｄ）は、端末１００−２が端末１００−１と同じタイミングで、同一の周波数帯域（リソースプール（ｋ−１））に対して、センシングを行っている例を表している。この場合、端末１００−２は、先頭の「０」から「２」シンボルまでの３シンボルを利用してキャリアセンスを行う。端末１００−２も、リソースプール（ｋ−１）を利用するときは、シンボルレベルセンシングを行うが、図９（Ｃ）と図９（Ｄ）の例では、３シンボルを利用してセンシングを行う。
【０１０４】
図９（Ａ）と図９（Ｄ）に示すように、端末１００−１ではセンシングに利用するシンボル数は「１」であるが、端末１００−２ではセンシングに利用するシンボル数は「３」となっている。このように、同じリソースプール（ｋ−１）でも、センシングに利用するシンボル数が異なるのは、端末１００−１が送信するデータのＱｏＳと端末１００−２が送信するデータのＱｏＳとが異なるからである。すなわち、端末１００−１は、「ＱｏＳ０」のデータを送信するため、低遅延と高信頼度が要求されている。従って、端末１００−１では、先頭の１つのシンボルを利用してセンシングを行う。一方、端末１００−２は、「ＱｏＳ１」のデータを送信するため、通常の遅延と通常の信頼度が要求されている。従って、端末１００−２では、「ＱｏＳ０」のデータを送信する場合よりも多い数のシンボル数、図９（Ｄ）の例では、３シンボルを利用してセンシングを行っている。
【０１０５】
従って、例えば、ＱｏＳレベルが高ければ高いほど、センシングに利用するシンボル数が少なく、ＱｏＳレベルが低ければ低いほど、センシングに利用するシンボル数は多くてもよい。ＱｏＳレベルに依存して、センシングに利用するシンボル数（又はセンシングに利用するシンボル単位のリソース数）は異なっている。
【０１０６】
言い換えると、例えば、ＱｏＳが第１の閾値以上のとき、センシングに利用するシンボル数は第２の閾値以下となり、ＱｏＳが第１の閾値より低いとき、センシングに利用するシンボル数は第２の閾値より少なくなる。
【０１０７】
例えば、端末１００−１は、「ＱｏＳ」のデータを送信するとき、センシングシンボルを設定しないようにしてもよい。また、端末１００−２は、「ＱｏＳ１」のデータを送信するとき、２つのシンボル（「０」シンボルと「１」シンボルの２つのシンボル）をセンシングシンボルに設定してもよい。センシングに利用するシンボル数は、「ＱｏＳ０」の方が、「ＱｏＳ１」よりも、少ないシンボル数であればよい。
【０１０８】
図９（Ｃ）の例では、端末１００−２は、「０」シンボルから「２」シンボルまでのセンシングの期間で、キャリアセンスを行った結果、端末１００−１から送信された信号の受信エネルギーが閾値以上を検出した。そのため、端末１００−２は、「ｂｕｓｙ」と判定し、自局の送信を１スロット延期する。そして、端末１００−２は、次の（ｎ＋１）番目のスロットで、同じ周波数帯域（リソースプール（ｋ−１）の周波数帯域）をキャリアセンスして、他の端末１００−１からの信号の受信エネルギーが閾値より低い結果を得た。そのため、端末１００−２は、（ｎ＋１）番目のスロットの「３」シンボル目以降のシンボルを利用して、「ＱｏＳ１」のデータを送信する。
【０１０９】
なお、図８に示す例では、端末１００−２が先にセンシングを行い（Ｓ１０）、その後、端末１００−１がセンシングを行う（Ｓ１１）例となっている。そして、端末１００−１は、リソースプール（ｋ−１）でキャリアセンスを行った結果、「ｉｄｌｅ」の結果を得たため、リソースプール（ｋ−１）のリソースを利用して、「ＱｏＳ０」のデータを送信する（Ｓ１２）。以下、この例で説明する。
【０１１０】
図１０に示すように、次に、端末１００−２は、リソースプールｋの選択ウィンドウにおいて、リソース除去ステップをｎ（ｎは２以上の整数）回繰り返し行ったものの、選択ウィンドウの範囲内の全リソースに対して残りの利用可能なリソースが２０％未満となった。そのため、端末１００−２は、リソースプールｋからリソースプール（ｋ−１）へ、リソースプールを切り替えて、リソースプール（ｋ−１）において、シンボルレベルのセンシングを行う（Ｓ１３）。
【０１１１】
そして、端末１００−２は、キャリアセンスの結果、「ｉｄｌｅ」を検出したため、リソースプール（ｋ−１）のリソースを利用して、「ＱｏＳ１」のデータを送信する（Ｓ１４）。
【０１１２】
次に、図１１に示すように、端末１００−２は、次のデータとして、「ＱｏＳ１」のデータを送信するために、選択基準テーブル１１３−ｃに従って、リソースプールｋを選択する。そして、端末１００−２は、リソースプールｋの選択ウィンドウでリソース除去ステップを行い、残りの利用可能なリソースから１つリソースを選択して、「ＱｏＳ１」のデータを送信する（Ｓ１５）。
【０１１３】
＜６．動作例＞
次に、動作例について説明する。動作例は、最初に基地局２００と端末１００のシーケンス例について説明し、次に、端末１００の動作例について説明する。
【０１１４】
＜６．１  基地局装置と端末装置のシーケンス例＞
図１２は、基地局２００と端末１００−１，１００−２のシーケンス例を表す図である。端末１００−１，１００−２は、基地局２００のカバレージ範囲内に在圏し、基地局２００とＲＲＣ接続状態であるものとする。
【０１１５】
基地局２００は、リソース情報を端末１００−１，１００−２へ送信する（Ｓ２０，Ｓ２１）。例えば、スケジューラ２０３又は送信部２０１は、ＲＲＣプロトコルを利用して、リソース情報を端末１００−１，１００−２へ送信してもよい。スケジューラ２０３又は送信部２０１は、例えば、リソース情報を送信する送信部でもよい。
【０１１６】
次に、端末１００−１，１００−２は、受信したリソース情報を、リソース情報メモリ１１３に記憶する（Ｓ２２，Ｓ２３）。例えば、各端末１００−１，１００−２のＲＦ受信器１１１は、リソース情報を受信し、チャネル復調器１１２によりリソース情報が再生され、チャネル復調器１１２により、リソース情報がリソース情報メモリ１１３に記憶される。ＲＦ受信器１１１は、例えば、リソース情報を受信する受信部でもある。図２に示すように、リソース情報メモリ１１３には、リソースプール（ｋ−１）に関する情報１１３−ａと、リソースプールｋに関する情報１１３−ｂ、及び選択基準テーブル１１３−ｃが記憶される。
【０１１７】
図１２に戻り、次に、端末１００−１，１００−２は、基地局２００のカバレージ範囲に在圏しているもののＲＲＣアイドル状態のとき、又は、基地局２００のカバレージ範囲外に在圏するとき、Ｖ２Ｘ通信によりデータの送受信を行う（Ｓ２４）。
【０１１８】
このような動作例により、例えば、基地局２００において選択基準やリソースプールを決定し（又は指示し）、端末１００において基地局２００で決定した選択基準やリソースプールを用いてＶ２Ｘ通信を行うことが可能となる。
【０１１９】
次に、端末１００−１，１００−２がリソースプール情報などをリソース情報メモリ１１３に記憶後（Ｓ２２）、Ｖ２Ｘ通信によりデータを送信するまで（Ｓ２４）の動作例を説明する。
【０１２０】
＜６．２  端末装置の動作例＞
図１３は、端末１００−１の動作例を表すフローチャートである。以下では、端末１００−１を端末１００と称する場合がある。
【０１２１】
端末１００は、処理を開始すると（Ｓ３０）、データを生成する（Ｓ３１）。例えば、データ生成器１１６がデータを生成する。
【０１２２】
次に、端末１００は、ＱｏＳ＝０か否かを判別する（Ｓ３２）。例えば、端末１００は、以下の処理を行う。すなわち、データ生成器１１６は、生成したデータの遅延、信頼度、及び優先度の全部又は一部に応じて、データに対するＱｏＳを決定し、スケジューラ１１４へ出力する。スケジューラ１１４は、データ生成器１１６から受け取ったＱｏＳが「０」か否かを判別する。
【０１２３】
端末１００は、ＱｏＳ＝０のとき（Ｓ３２でＹｅｓ）、リソースプールを選択する（Ｓ３３）。例えば、スケジューラ１１４は、ＱｏＳ＝０のとき、選択基準テーブル１１３−ｃの選択基準に従って、リソースプールを選択する。図６の例では、スケジューラ１１４は、ＱｏＳ＝０のとき、利用優先度が最も高いリソースプール（ｋ−１）を選択する。
【０１２４】
ただし、スケジューラ１１４は、一定の条件を満たすとき、２番目に利用優先度の高いリソースプールｋを選択してもよい。一定の条件の例としては、例えば、リソースプールｋの選択ウィンドウの範囲内で品質が良い残り又は絞り込みリソースが多くある（例えば、残りリソースがＸ％以上、絞り込みリソースに対する測定されたエネルギーが閾値より小さいなど）場合がある。このような場合、例えば、スケジューラ１１４は、選択ウィンドウ内において、リソース選択時点から１〜３ｍｓの範囲内のリソースを選択する可能性が高い。スケジューラ１１４が１〜３ｍｓの範囲内のリソースを選択すれば、ＱｏＳ＝０において要求される遅延と信頼度を満たすことが可能だからである。
【０１２５】
端末１００は、リソースプール（ｋ−１）を選択したとき（Ｓ３４でＹｅｓ）、ＱｏＳに基づいてセンシングするシンボルを設定する（Ｓ３５）。例えば、スケジューラ１１４は、ＱｏＳ＝０のとき、センシングシンボルは「０」シンボルに設定してもよいし、センシングするシンボルを設定しないようにしてもよい。ＱｏＳに応じてどのシンボルをセンシングシンボルに設定するかの情報は、例えば、リソース情報メモリ１１３に記憶されているため、スケジューラ１１４はこれを読み出して、設定するようにしてもよい。このような設定情報も、例えば、リソース情報と同様に、基地局２００から送信されて、リソース情報メモリ１１３に記憶されてもよい。
【０１２６】
次に、端末１００は、センシングの結果、他の端末からの送信を検出しなかったか否かを判定する（Ｓ３６）。例えば、スケジューラ１１４は、リソースプール（ｋ−１）のセンシングシンボルを利用して受信した受信信号ｙＲ（ｔ）の平均受信エネルギーＥＲを、エネルギー測定器１２４から受け取り、平均受信エネルギーＥＲが閾値よりも小さいか否かにより判定する。
【０１２７】
端末１００は、他の端末からの送信を検出しなかったとき（Ｓ３６でＹｅｓ）、センシングしたリソースプール（ｋ−１）のリソースを利用して、データを送信する（Ｓ３７）。例えば、端末１００は以下の処理を行う。
【０１２８】
すなわち、スケジューラ１１４は、平均受信エネルギーＥＲが閾値よりも低いとき、リソースプール（ｋ−１）のリソースは「ｉｄｌｅ」状態と判定する。そして、スケジューラ１１４は、図９（Ａ）に示すリソースの割り当て情報をコントロール信号生成器１１５へ出力する。コントロール信号生成器１１５は、リソースの割り当て情報を含むコントロール信号を生成するとともに、リソースの割り当て情報をＲＦ送信器１１７へ出力する。ＲＦ送信器１１７は、リソース割り当て情報に従って、コントロール信号を、リソースプール（ｋ−１）のＰＳＣＣＨ、データを、リソースプール（ｋ−１）のＰＳＳＣＨを利用して、他の端末（例えば、端末１００−２）へ送信する。
【０１２９】
図１３に戻り、端末１００は、データ送信後（Ｓ３７）、一連の処理を終了する（Ｓ３８）。
【０１３０】
一方、端末１００は、センシングの結果、他の端末からの送信を検出したとき（Ｓ３６でＮｏ）、自局の送信を延期する（Ｓ４０）。例えば、端末１００は、以下の処理を行う。
【０１３１】
すなわち、スケジューラ１１４は、平均受信エネルギーＥＲが閾値以上のとき、リソースプール（ｋ−１）のリソースは「ｂｕｓｙ」状態と判定する。そして、スケジューラ１１４は、リソース割り当て情報をコントロール信号生成器１１５へ出力することはなく、また、データ生成器１１６に対して、データのＲＦ送信器１１７への出力を１スロット期間延期するように制御する。
【０１３２】
そして、端末１００は、次のスロットにおいて、Ｓ３５以降の処理を繰り返す。
【０１３３】
一方、端末１００は、リソースプール（ｋ−１）を選択しなかったとき（Ｓ３４でＮｏ）、ｎに「１」を設定する（Ｓ４１）。ｎは、例えば、リソース除去ステップの繰り返し回数を表す。
【０１３４】
“リソースプール（ｋ−１）を選択しなかったとき”とは、例えば、リソースプールｋを選択したときである。リソースプールｋでは、スロット単位のセンシングが行われる。
【０１３５】
次に、端末１００は、リソースプールｋに対して、選択ウィンドウとセンシングウィンドウを設定し、リソース除去ステップ及びリソース絞り込みステップを実行する（Ｓ４２）。
【０１３６】
次に、端末１００は、リソース除去ステップの結果、選択ウィンドウにおいて、利用可能なリソースが２０％以上か否かを判定する（Ｓ４３）。端末１００は、利用可能なリソースが２０％以上のとき（Ｓ４３でＹｅｓ）、利用可能なリソースからランダムに１つリソースを選択する（Ｓ４４）。次に、端末１００は、選択したリソースを利用してデータを送信する（Ｓ３７）。そして、端末１００は、一連の処理を終了する（Ｓ３８）。
【０１３７】
一方、端末１００は、リソース除去ステップの結果、利用可能なリソースが２０％未満のとき（Ｓ４３でＮｏ）、繰り返し回数ｎが制限回数ＮＱｏＳより少ないか否かを判定する（Ｓ４５）。
【０１３８】
端末１００では、リソース除去ステップの結果、利用可能なリソースが２０％未満のとき、受信エネルギーに対する閾値を上げ（又は条件をリラックスさせて）、リソース除去ステップを繰り返し行う。ここでは、その繰り返し回数ｎに制限を設け、繰り返し回数ｎが制限回数ＮＱｏＳとなったか否かを判定している。例えば、スケジューラ１１４は、リソース除去ステップの繰り返し回数ｎをカウントし、カウントした繰り返し回数ｎが制限回数ＮＱｏＳより少ないか否かを判定する。
【０１３９】
端末１００は、繰り返し回数ｎが制限回数ＮＱｏＳより少ないとき（Ｓ４５でＹｅｓ）、繰り返し回数ｎをインクリメントし（Ｓ４６）、受信エネルギーに対する閾値を上げて、リソース除去ステップを再度実行する（Ｓ４２）。例えば、スケジューラ１１４は、繰り返し回数ｎが制限回数ＮＱｏＳより少ないとき、繰り返し回数ｎをインクリメントして、受信エネルギーに対する閾値を上げて、リソース除去ステップを再度実行する。
【０１４０】
端末１００は、リソース除去ステップを繰り返し（Ｓ４２，Ｓ４３，Ｓ４５，Ｓ４６のループ）、繰り返し回数ｎが制限回数ＮＱｏＳとなったとき（Ｓ４５でＮｏ）、リソースプールを、リソースプールｋからリソースプール（ｋ−１）に切り替え、Ｓ３５以降の処理を行う。この処理は、例えば、図１０のＳ１３の処理に対応する。例えば、スケジューラ１１４は、カウントした繰り返し回数ｎが制限回数ＮＱｏＳとなったとき、リソースプールを、リソースプールｋからリソースプール（ｋ−１）に切り替えて、リソースプール（ｋ−１）においてシンボルレベルのセンシングを行う。
【０１４１】
端末１００がリソースプールをリソースプールｋからリソースプール（ｋ−１）へ切り替えているのは、繰り返し回数ｎが制限回数ＮＱｏＳとなり、これ以上、リソース除去ステップを行っても、利用可能なリソースは２０％以上とはならない可能性が高いためである。リソースプールｋを選択したものの、リソースプールｋでは多くの端末が利用するため、このような場合は、端末１００は、リソースプール（ｋ−１）を利用するようにしている。その後、端末１００は、Ｓ３５以降の処理を行う。
【０１４２】
一方、端末１００は、ＱｏＳ＝０ではないとき（Ｓ３２でＮｏ）、選択基準テーブル１１３−０ｃに従って、リソースプールｋを選択する。そして、端末１００は、Ｓ４１以降の処理を行う。この場合でも、端末１００は、利用可能なリソースが２０％未満であって（Ｓ４３でＮｏ）、リソース除去ステップの繰り返し回数ｎが制限回数ＮＱｏＳとなったとき（Ｓ４５でＮｏ）、リソースプール（ｋ−１）に切り替えて、リソース選択を行う（Ｓ３５〜Ｓ３８）。
【０１４３】
図１４は、端末１００における他の動作例を表すフローチャートである。
【０１４４】
図１４においては、端末１００は、リソースプールｋにおいてリソース除去ステップを実行し（Ｓ４２）、選択ウィンドウ内において、利用可能なリソースがａ％以上のとき（Ｓ５０でＹｅｓ）、リソースプールｋのリソースを選択し（Ｓ４４）、選択したリソースを利用してデータを送信する（Ｓ３７）。
【０１４５】
ここで、「ａ」は、例えば、データのＱｏＳに応じて異なる数値となる。例えば、ＱｏＳ＝１のとき、ａ＝２０とし、ＱｏＳ＝２のとき、ａ＝１０となる。
【０１４６】
リソースプールｋを利用する場合でも、ＱｏＳが最も厳しいとき（例えばＱｏＳ＝１など）は、利用可能なリソースが２０％未満になったときは、繰り返しリソース除去ステップを行うことなく、すぐに、リソースプール（ｋ−１）を利用させるようにすることで、このような厳しいＱｏＳを満たすデータ送信が可能となる。一方、ＱｏＳが、そのような最も厳しいＱｏＳよりも緩やかな条件（例えば、ＱｏＳ＝２など）となっているときは、１０％未満となったときに、初めてリソースプール（ｋ−１）に切り替え、それ以外のときは、リソースプールｋを利用させるようにする。これにより、例えば、このような緩やかなＱｏＳに対応したデータ送信が可能となる。
【０１４７】
次に、本第１の実施の形態における他の例について説明する。
【０１４８】
図１５は、選択基準テーブル１１３−ｃの他の例を表す図である。
【０１４９】
図１５に示す選択基準テーブル１１３−ｃでは、「ＱｏＳ０」において、リソースプールｋとリソースプール（ｋ−１）の利用優先度が同じ場合を表している。例えば、スケジューラ１１４は、「ＱｏＳ０」のとき、リソースプールｋを選択してもよいし、リソースプール（ｋ−１）を選択してもよい。端末１００は、リソースプールｋを選択する場合もあるものの、リソースプール（ｋ−１）を選択する場合、シンボルレベルでセンシングが行われる。そのため、端末１００では、常にリソースプールｋを選択する場合と比較して、リソースプール（ｋ−１）を選択する場合もあるため、通信の遅延を少なくし、通信の信頼度を向上させることが可能となる。
【０１５０】
また、第１の実施の形態では、リソース情報は、基地局２００から送信され、端末１００で受信し、端末１００は、受信したリソース情報を用いてＶ２Ｘ通信を行う例について説明した。例えば、工場出荷時など、リソース情報がリソース情報メモリ１１３に予め記憶されていてもよい。この場合、端末１００は、基地局２００からリソース情報を受信することなく、リソース情報メモリ１１３に記憶されたリソース情報を用いて、他の端末とＶ２Ｘ通信を行うことが可能となる。
【０１５１】
このように、選択基準は、例えば、端末１００で決定するようにしてもよいし、上述した＜６．１  基地局装置と端末装置のシーケンス例＞で説明したように、基地局２００で決定してもよい。また、端末１００で決定する場合でも、例えば、上述した＜６．１  基地局装置と端末装置のシーケンス例＞を実施することで、基地局２００が決定（又は指示）した選択基準を用いるようにしてもよい。
【０１５２】
以上説明したように、本第１の実施の形態では、端末１００は、送信するデータに対するＱｏＳと選択基準とに応じて、シンボルレベルでセンシングが行われるリソースプール（ｋ−１）、又はスロットレベルでセンシングが行われるリソースプールｋのいずれかを選択できる。リソースプール（ｋ−１）では、シンボル単位でセンシングが行われるため、例えば、リソースプール（ｋ−１）が選択された場合、通信の遅延が３ｍｓという要求も達成可能となる。従って、本第１の実施の形態の端末１００は、通信の遅延を少なくすることが可能となる。
【０１５３】
また、端末１００が一方のリソースプールだけを使用する場合、そのリソースプールを多くの端末１００が利用することになり、通信の信頼度が低下する場合がある。しかし、本第１の実施の形態では、端末１００は、双方のリソースプールが利用可能となっている。そのため、ある端末はリソースプールｋ、他の端末はリソースプール（ｋ−１）など、リソースプールを各端末に振り分けることができる。従って、本第１の実施の形態では、一方のリソースプールだけを利用する場合と比較して、１つのリソースプールに集中する確率を低くすることができる。そのため、本第１の実施の形態では、通信の信頼度を向上させることが可能となる。
【０１５４】
さらに、一方のリソースプールだけを使用する場合、上述したように、リソースの利用効率が低下する場合がある。しかし、本第１の実施の形態では、端末１００は、双方のリソースプールを利用することが可能となっているため、一方だけを利用する場合と比較して、多くのリソースが利用可能となり、リソースの利用効率を向上させることも可能となる。
【０１５５】
[その他の実施の形態]
図１６は、端末１００のハードウェア構成例を表す図である。
【０１５６】
端末１００は、ＲＯＭ（Read Only ）１３０、ＲＡＭ（Read Only Memory）１３１、プロセッサ１３２、メモリ１３３、無線部１３４、及びアンテナ１４０を備える。
【０１５７】
プロセッサ１３２は、ＲＯＭ１３０に記憶されたプログラムを読み出して、ＲＡＭ１３１にロードし、ロードしたプログラムを実行することで、データトラヒック処理部１０１、チャネルエンコーダ１０２、ＩＦＦＴ１０３、ＣＰ付加部１０４の機能を実現する。また、プロセッサ１３２は、プログラムを実行することで、チャネル復調器１１２、スケジューラ１１４、コントロール信号生成器１１５、データ生成器１１６、コントロール信号検出器１２２、データ検出器１２３、及びエネルギー測定器１２４の機能を実現する。プロセッサ１３２は、例えば、第１の実施の形態におけるデータトラヒック処理部１０１、チャネルエンコーダ１０２、ＩＦＦＴ１０３、ＣＰ付加部１０４、チャネル復調器１１２、スケジューラ１１４に対応する。また、プロセッサ１３２は、例えば、第１の実施の形態におけるコントロール信号生成器１１５、データ生成器１１６、コントロール信号検出器１２２、データ検出器１２３、及びエネルギー測定器１２４に対応する。さらに、メモリ１３３は、例えば、第１の実施の形態におけるリソース情報メモリ１１３に対応する。
【０１５８】
また、無線部１３４は、例えば、第１の実施の形態におけるＲＦ送信器１０５，１１７、ＲＦ受信器１１１，１２１に対応する。さらに、アンテナ１４０は、例えば、第１の実施の形態における送信アンテナ１０６，１１８、及び受信アンテナ１１０，１２０に対応する。
【符号の説明】
【０１５９】
１０：通信システム                
１００（１００−１〜１００−３）：端末装置（端末）
１００−ｖ１〜１００−ｖ３：車両
１０５，１１７：ＲＦ送信器            １０６，１１８：送信アンテナ
１１０，１２０：受信アンテナ          １１１，１２１：ＲＦ受信器
１１２：チャネル復調器                １１３：リソース情報メモリ
１１３−ａ：リソースプール（ｋ−１）に関する情報
１１３−ｂ：リソースプールｋに関する情報
１１３−ｃ：選択基準テーブル          
１１４：Ｓｉｄｅｌｉｎｋスケジューラ（スケジューラ）
１１５：Ｓｉｄｅｌｉｎｋコントロール信号生成器（コントロール信号生成器）
１１６：Ｓｉｄｅｌｉｎｋデータ生成器（データ生成器）
１２２：Ｓｉｄｅｌｉｎｋコントロール信号検出器（コントロール信号検出器）
１２３：Ｓｉｄｅｌｉｎｋデータ検出器（データ検出器）
１２４：エネルギー測定器              １３２：プロセッサ
２００：基地局装置（基地局）          ２０３：スケジューラ
２１１：プロセッサ
【図１】
2020059045.tif 000003
【図２】
2020059045.tif 000004
【図３】
2020059045.tif 000005
【図４】
2020059045.tif 000006
【図５】
2020059045.tif 000007
【図６】
2020059045.tif 000008
【図７】
2020059045.tif 000009
【図８】
2020059045.tif 000010
【図９】
2020059045.tif 000011
【図１０】
2020059045.tif 000012
【図１１】
2020059045.tif 000013
【図１２】
2020059045.tif 000014
【図１３】
2020059045.tif 000015
【図１４】
2020059045.tif 000016
【図１５】
2020059045.tif 000017
【図１６】
2020059045.tif 000018
【図１７】
2020059045.tif 000019
【図１８】
2020059045.tif 000020
【図１９】
2020059045.tif 000021
【手続補正書】
【提出日】令和3年4月9日(2021.4.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サイドリンク通信をサポートする通信装置であって、
複数のリソースプールから１つのリソースプールを選択し、前記サイドリンク通信に関する情報に基づいて候補リソースの割合の閾値を決定し、選択したリソースプールに含まれるリソースを選択するように構成されたスケジューラと、
前記スケジューラにより選択された前記リソースを用いて制御情報とデータを送信する送信部とを備え、
前記サイドリンク通信に関する情報は、前記データをサイドリンク通信で送信する際に要求される優先度条件であることを特徴とする通信装置。
【請求項２】
前記選択基準は、サイドリンク通信に関する情報ごとに、前記複数のリソースプールの中から少なくとも一つのリソースプールを優先して利用することを示す利用優先度を含み、
前記スケジューラは、前記利用優先度と前記サイドリンク通信に関する情報とに基づいて、前記リソースプールの一つを選択することを特徴する請求項１記載の通信装置。
【請求項３】
前記スケジューラは、前記複数のリソースプールの中から、第１の利用優先度のリソースプールを選択しても、優先度条件を満たさないとき、第２の利用優先度のリソースプールへ切り替えることを特徴とする請求項１記載の通信装置。
【請求項４】
更に、基地局装置から送信された、前記リソースプールの前記選択基準を受信する受信部を備え、
前記スケジューラは、受信した前記選択基準と、前記サイドリンク通信に関する情報とに応じて、前記リソースプールの一つを選択することを特徴とする請求項１記載の通信装置。
【請求項５】
更に、前記リソースプールの前記選択基準を記憶するリソース情報メモリを備え、
前記スケジューラは、前記リソース情報メモリから読み出した前記選択基準と、前記サイドリンク通信に関する情報とに応じて、前記リソースプールの一つを選択することを特徴とする請求項１記載の通信装置。
【請求項６】
前記リソースプールは、第１の時間単位でリソースがセンシングされる第１のリソースプールであり、又は前記第１の時間単位より短い第２の時間単位でリソースがセンシングされる第２のリソースプールであることを特徴とする請求項１記載の通信装置。
【請求項７】
前記第１の時間単位はスロット単位又はサブフレーム単位であることを特徴とする請求項６記載の通信装置。
【請求項８】
前記第２の時間単位はシンボル単位であることを特徴とする請求項６記載の通信装置。
【請求項９】
前記第２のリソースプールにおいて、センシングに利用する前記第２の時間単位のリソース数は、前記サイドリンク通信に関する情報に依存することを特徴とする請求項６記載の通信装置。
【請求項１０】
Ｄ２Ｄ通信をサポートする基地局装置であって、
複数のリソースプールのそれぞれに設定される選択基準に関する情報を生成するスケジューラと、
前記選択基準とサイドリンク通信に関する情報とに応じて、前記リソースプールの一つを選択し、選択された前記リソースプールのリソースを利用してデータを送信する端末装置へ、前記選択基準に関する情報を送信する送信部とを備え、
前記サイドリンク通信に関する情報は、前記データをサイドリンク通信で送信する際に要求される優先度であることを特徴とする基地局装置。
【請求項１１】
基地局装置と、
端末装置と
を備えるＤ２Ｄ通信をサポートする通信システムにおいて、
前記基地局装置は、
複数のリソースプールのそれぞれに設定される選択基準に関する情報を生成する第１のスケジューラと、
前記選択基準に関する情報を前記端末装置へ送信する第１の送信部とを備え、
前記端末装置は、
前記選択基準に関する情報を受信する受信部と、
前記選択基準とサイドリンク通信に関する情報とに応じて、前記リソースプールの一つを選択する第２のスケジューラと、
選択されたリソースプールに含まれるリソースを用いてデータを送信する送信部とを備え、
前記サイドリンク通信に関する情報は、前記データをサイドリンク通信で送信する際に要求される優先度であることを特徴とする通信システム。
【請求項１２】
第１の端末装置と、
第２の端末装置と
を備えるサイドリンク通信をサポートする通信システムにおいて、
前記第１の端末装置は、
複数のリソースプールのそれぞれに設定される選択基準とサイドリンク通信に関する情報とに応じて、前記リソースプールの一つを選択するスケジューラと、
選択されたリソースプールに含まれるリソースを用いてデータを送信する送信部とを備え、
前記第２の端末装置は、
前記リソースプールに含まれるリソースを用いて前記データを受信する受信部を備え、
前記サイドリンク通信に関する情報は、前記データをサイドリンク通信で送信する際に要求される優先度であることを特徴とする通信システム。
【国際調査報告】
2020059045.tif 000022
2020059045.tif 000023
2020059045.tif 000024