(57)【要約】  周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の制御チャネルのリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースを第１の制御チャネルのリソースとして各通信装置に割り当て、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースを第２の制御チャネルのリソースとして前記各通信装置に割り当て、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースを前記第１の制御チャネルのリソースとして他の各通信装置に割り当て、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースを前記第２の制御チャネルとして前記他の各通信装置に割り当て、これを繰り返して、複数の通信装置に対して前記第１及び第２の制御チャネルのリソースを割り当てるサブグループ管理部と、前記第１の制御チャネルのリソースを利用して制御信号を送信し、前記第２の制御チャネルのリソースを利用して前記制御信号を再送する送信制御部とを備える通信装置。
2020039488.tif 000002
【特許請求の範囲】
【請求項１】
周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の制御チャネルのリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースを第１の制御チャネルのリソースとして各通信装置に割り当て、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースを第２の制御チャネルのリソースとして前記各通信装置に割り当て、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースを前記第１の制御チャネルのリソースとして他の各通信装置に割り当て、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースを前記第２の制御チャネルとして前記他の各通信装置に割り当て、これを繰り返して、複数の通信装置に対して前記第１及び第２の制御チャネルのリソースを割り当てるサブグループ管理部と、
前記第１の制御チャネルのリソースを利用して制御信号を送信し、前記第２の制御チャネルのリソースを利用して前記制御信号を再送する送信制御部と
を備えることを特徴とする通信装置。
【請求項２】
前記ＮＴは、ＮＴ＝Ｎ＋１であることを特徴とする請求項１記載の通信装置。
【請求項３】
前記サブグループ管理部は、前記複数の通信装置の台数をＭ（Ｍは２以上の整数）とすると、前記Ｍと前記Ｎとにより、サブグループ数を決定し、各サブグループに前記複数の通信装置の各々を割り振り、各サブグループに割り振られた前記複数の通信装置に対して、前記第１及び第２の制御チャネルのリソースを割り当てることを特徴とする請求項２記載の通信装置。
【請求項４】
さらに、メモリを備え、
前記サブグループ管理部は、前記メモリに記憶された以下の式（１）に、前記Ｍと前記Ｎとを代入することで、前記サブグループ数Ｌを計算することを特徴とする請求項３記載の通信装置。
【数１】
2020039488.tif 000019
【請求項５】
前記サブグループ管理部は、前記複数の通信装置に割り当てた前記第１及び第２の制御チャネルのリソースを、周波数軸方向と時間軸方向とにおいて、ランダムに入れ換えることを特徴とする請求項１記載の通信装置。
【請求項６】
前記サブグループ管理部は、同一のサブフレーム期間内の前記制御チャネルのリソースをランダムに入れ換えることで、周波数軸方向のランダムな入れ換えを行うことを特徴とする請求項５記載の通信装置。
【請求項７】
前記サブグループ管理部は、サブフレーム期間に割り当てられた周波数軸方向におけるリソース単位に前記制御チャネルのリソースをランダムに入れ換えることで、前記時間軸方向へのランダムな入れ換えを行うことを特徴とする請求項５記載の通信装置。
【請求項８】
前記サブグループ管理部は、同一のサブフレーム期間に複数のリソースが重複して入れ換えを行わないように時間軸方向へランダムに入れ換えを行うことを特徴とする請求項７記載の通信装置。
【請求項９】
前記サブグループ管理部は、前記第１及び第２の制御チャネルのリソースの入れ換えに応じて、前記第１及び第２の制御チャネルにそれぞれ対応する第１及び第２のデータチャネルのリソースを入れ換えることを特徴とする請求項５記載の通信装置。
【請求項１０】
前記サブグループ管理部は、前記複数の通信装置に割り当てた前記第１及び第２の制御チャネルのリソースを、周波数軸方向と時間軸方向とにおいて、ランダムに入れ換え、更に、代表通信装置により生成された再配置情報に従って、前記複数の通信装置に割り当てた前記第１及び第２の制御チャネルのリソースを時間軸方向に入れ換えることを特徴とする請求項５記載の通信装置。
【請求項１１】
更に、受信制御部を備え、
前記サブグループ管理部は、緊急データを送信するとき、送信要求を生成し、
前記送信制御部は、再配置制御用チャネルを利用して送信要求を送信し、
前記受信制御部は、前記代表通信装置から送信された前記再配置情報を、前記再配置制御用チャネルを利用して受信する
ことを特徴とする請求項１０記載の通信装置。
【請求項１２】
前記送信制御部は、前記再配置制御用チャネルにおけるサブフレーム期間の前半スロットで前記送信要求を送信し、
前記受信制御部は、前記サブフレーム期間の後半スロットで前記再配置情報を受信する
ことを特徴とする請求項１１記載の通信装置。
【請求項１３】
更に、再配置制御用チャネルを利用して送信要求を受信する受信制御部を備え、
前記サブグループ管理部は、前記送信要求に対して、前記複数の通信装置に割り当てた前記第１及び第２の制御チャネルのリソースを時間軸方向に入れ換える再配置情報を生成し、
前記送信制御部は、前記再配置制御用チャネルを利用して前記再配置情報を送信する
ことを特徴とする請求項５記載の通信装置。
【請求項１４】
前記サブグループ管理部は、前記複数の通信装置の各々を、複数のサブグループを夫々含む第１及び第２のグループに振り分け、前記第１及び第２のグループごとに、前記第１及び第２のグループにそれぞれ含まれる前記複数の通信装置の各々に対して、前記制御チャネルのリソースプールに含まれるリソースを割り当てることを特徴とする請求項１記載の通信装置。
【請求項１５】
前記リソースプールは、複数のサブグループに含まれる前記複数の通信装置の各々に対して、共有されることを特徴とする請求項１４記載の通信装置。
【請求項１６】
前記第１及び第２のグループは、それぞれ第１及び第２のＶ２Ｘグループであることを特徴とする請求項１４記載の通信装置。
【請求項１７】
前記制御チャネルはＰＳＣＣＨであることを特徴とする請求項１記載の通信装置。
【請求項１８】
他の通信装置から送信された無線信号を受信する無線通信部と、
周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の制御チャネルのリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースが第１の制御チャネルのリソースとして各通信装置に割り当てられ、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースが第２の制御チャネルのリソースとして前記各通信装置に割り当てられ、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースが前記第１の制御チャネルのリソースとして他の各通信装置に割り当てられ、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースが前記第２の制御チャネルとして前記他の各通信装置に割り当てられ、これを繰り返して、複数の通信装置に対して前記第１及び第２の制御チャネルのリソースが割り当てられ、前記第１の制御チャネルのリソースを利用して送信された制御信号を、前記無線信号から抽出し、前記第２の制御チャネルのリソースを利用して再送された前記制御信号を、前記無線信号から抽出する受信制御部と
を備えることを特徴とする通信装置。
【請求項１９】
第１及び第２の通信装置を備える通信システムであって、
前記第１の通信装置は、
周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の制御チャネルのリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースを第１の制御チャネルのリソースとして各通信装置に割り当て、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースを第２の制御チャネルのリソースとして前記各通信装置に割り当て、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースを前記第１の制御チャネルのリソースとして他の各通信装置に割り当て、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースを前記第２の制御チャネルとして前記他の各通信装置に割り当て、これを繰り返して、複数の通信装置に対して前記第１及び第２の制御チャネルのリソースを割り当てるサブグループ管理部と、
前記第１の制御チャネルのリソースを利用して制御信号を送信し、前記第２の制御チャネルのリソースを利用して前記制御信号を再送する送信制御部とを備え、
前記第２の通信装置は、
前記第１の制御チャネルのリソースを利用して前記制御信号を受信し、前記第２の制御チャネルのリソースを利用して再送された前記制御信号を受信する受信制御部
を備えることを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、及び通信方法に関する。
【背景技術】
【０００２】
現在のネットワークは、モバイル端末（スマートフォンやフューチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。【０００３】
一方で、ＩｏＴ（Internet of things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開にあわせて、多様な要求条件を持つサービスに対応することが求められている。そのため、第５世代移動体通信（５Ｇまたは、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ））の通信規格では、４Ｇ（第４世代移動体通信）の標準技術（例えば、非特許文献２〜１２）に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。【０００４】
なお、第５世代通信規格については、３ＧＰＰ（Third Generation Partnership Project）の作業部会（例えば、ＴＳＧ−ＲＡＮ  ＷＧ１、ＴＳＧ−ＲＡＮ  ＷＧ２等）で技術検討が進められている（非特許文献１３〜４０）。【０００５】
上述したように、多種多様なサービスに対応するために、５Ｇでは、ｅＭＢＢ（Enhanced Mobile Broad Band）、Ｍａｓｓｉｖｅ  ＭＴＣ（Machine  Type  Communications)、およびＵＲＬＬＣ（Ultra-Reliable and Low Latency Communication）に分類される多くのユースケースのサポートを想定している。【０００６】
また、３ＧＰＰの作業部会では、Ｖ２Ｘ（Vehicle to Everything）通信についても議論されている。Ｖ２Ｘは、例えば、サイドリンクチャネルを用いて、自動車間通信を示すＶ２Ｖ（Vehicle to Vehicle）、自動車と歩行者（Pedestrian）との通信を示すＶ２Ｐ（Vehicle to Pedestrian）、及び自動車と標識等の道路インフラとの通信を示すＶ２Ｉ（Vehicle to Infrastructure）等の総称である。Ｖ２Ｘに関する規定は、例えば非特許文献１に記載されている。【０００７】
Ｖ２Ｘにおけるリソース配置に関しては、制御チャネルとデータチャネルを隣接させる配置方法と、制御チャネルとデータチャネルを隣接させない配置方法とが検討されている。【０００８】
図２３は、制御チャネルであるＰＳＣＣＨ（Physical Sidelink Control CHannel）とデータチャネルであるＰＳＳＣＨとを隣接させる場合のリソース配置の例を表す図である。図２３において、横軸は時間軸方向、縦軸は周波数軸方向をそれぞれ表す。図２３の例では、周波数軸方向に４つのサブチャネルを有する例を表している。各サブチャネルは、２個のＲＢ（Resource Block）からなるＰＳＣＣＨと、ｎ（ｎは３以上の整数）個のＲＢからなるＰＳＳＣＨとが隣接して配置される。図２３に示すように、斜線で表されるＰＳＣＣＨのリソースと、横線で表されるＰＳＳＣＨのリソースが実際の送信に利用される。ＰＳＣＣＨのリソースには、対応するＰＳＳＣＨのデータの変調方式と符号化率などの情報を含むＳＣＩ（Sidelink Control Information）がマッピングされる。【０００９】
図２４は、ＰＳＣＣＨとＰＳＳＣＨとを隣接させない場合のリソース配置の例を表す図である。図２４においても、斜線で表されるＰＳＣＣＨのリソースと、横線で表されるＰＳＳＣＨのリソースが実際の送信に利用される。図２４に示すように、ＰＳＣＣＨとＰＳＳＣＨの各リソースは隣接していない。ＰＳＣＣＨのリソースには、対応するＰＳＳＣＨに関するＳＣＩがマッピングされる。【００１０】
これらのリソースを割り当てる方式には、例えば、移動体通信システムが集中的に制御する方式と、Ｖ２Ｘを実施する各端末装置が自律的に制御する方式とがある。移動体通信システムが集中的に制御する方式は、Ｖ２Ｘを実施する端末装置が移動体通信システムのカバレージに在圏する際に適用可能であり、モード３とも呼ばれる。一方、各端末装置が自律的に制御する方式は、端末装置が移動体通信システムのカバレージに在圏しなくても適用可能であり、モード４とも呼ばれる。モード４では、リソースの割り当てのための端末装置と移動体通信システムとの間の通信が行われないため、端末装置において送信データが発生した場合の送信遅延が短縮され、厳しい遅延要求を満たすことが可能である。【００１１】
モード４においては、各端末装置は、Ｖ２Ｘに用いられる周波数帯域をセンシングし、送信データが発生した場合には、センシングの結果に基づいて他の端末装置が使用する可能性が高いリソースを除外し、データの送信に用いるリソースを選択する。【００１２】
図２５は、リソースの選択例を表す図である。図２５に示すように、ある端末装置の送信データが時刻Ｔにおいて発生すると、端末装置は、送信データに許容される遅延時間（Ｌａｔｅｎｃｙ  Ｄｅａｄｌｉｎｅ）に応じた時間幅の選択ウィンドウ（Ｓｅｌｅｃｔｅｄ  Ｗｉｎｄｏｗ）を設定する。そして、端末装置は、時刻Ｔまでのセンシングの結果に基づいて、選択ウィンドウ内の他の端末装置が使用する可能性が高いリソースを除外する。図２５においては、例えば、斜線及び横線で示すリソースが除外される。そして、端末装置は、選択ウィンドウ内で除外されずに残ったリソースのいずれかを選択し、選択したリソースに送信データをマッピングして送信する。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】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  TR  37.885  V15.0.0 (2018-06)
【非特許文献４１】3GPP  TR  22.886  V15.1.0 (2017-03)
【非特許文献４２】3GPP TSG RAN #80, RP-180602, “Status Report for RAN WG1 to TSG-RAN #80”, La Jolla, USA 11h-14th June, 2018.
【非特許文献４３】3GPP TSG RAN #80, RP-181429, “New SID: Study on NR V2X”, La Jolla, USA 11h-14th June, 2018.
【非特許文献４４】R. M. Masegosa, and J. Gozalvez, “LTE-V for Sidelink 5G V2X Vehicular Communications: A New 5G Technology for Short-Range Vehicle-to-Everything Communications”, IEEE Vehicular Technology Magazine, Pages: 30-39, Volume-2, Issue-4, December 2017.
【発明の概要】
【発明が解決しようとする課題】
【００１４】
上述した非特許文献４０には、ＰＲＲ（Packet reception ratio：パケット受信比率）について規定している。ＰＲＲは、例えば、Ｔｙｐｅ１の場合、送信パケットについて、送信パケットから距離（ａ，ｂ）の範囲内に位置する端末装置（又は車両）の数をＹ、Ｙの中で受信に成功した端末装置（又は車両）の数をＸとすると、Ｘ／Ｙで表される。又は、ＰＲＲは、例えば、Ｔｙｐｅ２の場合、受信端末装置の数をＺ、Ｚの中で受信に成功した端末装置の数をＳとすると、Ｓ／Ｚで表される。ＰＲＲは、例えば、受信端末装置のうち受信に成功した端末装置の数を表している。【００１５】
図２６は、端末装置を備える車両ｈ１〜ｈ８が互いに通信を行っている例を表す図である。図２６の例では、車両ｈ２が、他の車両ｈ１，ｈ３〜ｈ８へパケットデータ（以下、「パケット」と称する場合がある。）＃１を送信し、車両ｈ４も、他の車両ｈ１〜ｈ３，ｈ５〜ｈ８へパケット＃２を送信している例を表している。この場合、送受信機Ｈａｌｆ  Ｄｕｐｌｅｘの制限のため、車両ｈ２は送信モードであり、車両ｈ４も送信モードとなっているため、車両ｈ２から送信されたパケット＃１は車両ｈ４にて正常に受信することができない。また、車両ｈ４から送信されたパケット＃２も車両ｈ２にて正常に受信することができない。この場合、ＰＲＲ＝６／７となる。【００１６】
上述した非特許文献１にも記載されるように、５Ｇにおいては、Ｖ２Ｘ通信に関し、低遅延と非常に高い信頼性が要求されている。図２６の例では、ＰＲＲが６／７であるが、このＰＲＲの数値では、このような要求を満たすことができない場合がある。【００１７】
開示の技術は、上記に鑑みてなされたものであって、パケット受信比率を向上させることを目的とする。
【課題を解決するための手段】
【００１８】
１つの側面では、通信装置において、周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の制御チャネルのリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースを第１の制御チャネルのリソースとして各通信装置に割り当て、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースを第２の制御チャネルのリソースとして前記各通信装置に割り当て、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースを前記第１の制御チャネルのリソースとして他の各通信装置に割り当て、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースを前記第２の制御チャネルとして前記他の各通信装置に割り当て、これを繰り返して、複数の通信装置に対して前記第１及び第２の制御チャネルのリソースを割り当てるサブグループ管理部と、前記第１の制御チャネルのリソースを利用して制御信号を送信し、前記第２の制御チャネルのリソースを利用して前記制御信号を再送する送信制御部とを備える。
【発明の効果】
【００１９】
パケット受信比率を向上させることができる。
【図面の簡単な説明】
【００２０】
【図１】図１は無線通信システムの構成例を表す図である。
【図２】図２は端末装置の構成例を表す図である。
【図３】図３はＰＳＣＣＨのリソース割り当て例を表す図である。
【図４】図４はＰＳＣＣＨとＰＳＳＣＨの関係例を表す図である。
【図５】図５（Ａ）はＮ＝２、図５（Ｂ）はＮ＝３の場合のＰＳＣＣＨのリソース割り当て例を夫々表す図である。
【図６】図６はＮ＝４の場合のＰＳＣＣＨのリソース割り当て例を表す図である。
【図７】図７（Ａ）はＰＳＣＣＨのリソース割り当て例、図７（Ｂ）はランダム化の例を夫々表す図である。
【図８】図８（Ａ）と図８（Ｂ）はランダム化の例を表す図である。
【図９】図９は緊急データを送信する場合のリソース割り当ての例を表す図である。
【図１０】図１０は緊急データを送信する場合のリソース割り当ての例を表す図である。
【図１１】図１１は緊急データを送信する場合のリソース割り当ての例を表す図である。
【図１２】図１２は緊急データを送信する場合のリソース割り当ての例を表す図である。
【図１３】図１３は緊急データを送信する場合のリソース割り当ての例を表す図である。
【図１４】図１４は緊急データを送信する場合のリソース割り当ての例を表す図である。
【図１５】図１５（Ａ）はＰＣＲＬＩＣＨの配置例、図１５（Ｂ）はＰＣＲＬＩＣＨを用いて送信される情報の例を夫々表す図である。
【図１６】図１６はＶ２Ｘグループに含まれる端末のリソースプールへの割り当て例を表す図である。
【図１７】図１７（Ａ）と図１７（Ｂ）は公平間隔割り当て方式によるＰＳＣＣＨの割り当て例を表す図である。
【図１８】図１８（Ａ）と図１８（Ｂ）は非均一間隔割り当て方式によりＰＳＳＣＨの割り当て例を表す図である。
【図１９】図１９はＰＳＣＣＨの割り当て例を表すフローチャートである。
【図２０】図２０は緊急データを送信する際の動作例を表すフローチャートである。
【図２１】図２１はＰＲＲのシミュレーション結果の例を表す図である。
【図２２】図２２はＰＲＲのシミュレーション結果の例を表す図である。
【図２３】図２３はＰＳＣＣＨとＰＳＳＣＨのリソース配置の例を表す図である。
【図２４】図２４はＰＳＣＣＨとＰＳＳＣＨのリソース配置の例を表す図である。
【図２５】図２５はモード４によるリソース選択例を表す図である。
【図２６】図２６は車両間で通信を行っている例を表す図である。
【発明を実施するための形態】
【００２１】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００２２】
また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書や寄書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書としては、例えば、３ＧＰＰ  ＴＳ  ３８．２１１  Ｖ１５．１．０（２０１８−０３）などがある。
【００２３】
なお、３ＧＰＰの仕様書は、随時、更新される。従って、上述した仕様書は、本願出願時における最新の仕様書が用いられてよい。そして、最新の仕様書に記載された用語や技術的内容が、本明細書において適語用いられてよい。
【００２４】
以下に、本願の開示する通信装置、及び通信システムの実施例を、図面に基づいて詳細に説明する。なお、以下の実施の形態は、開示の技術を限定するものではない。
【００２５】
［第１の実施の形態］
＜１．無線通信システムの構成例＞
図１は、第１の実施の形態における無線通信システム１０の構成例を表す図である。
【００２６】
無線通信システム（又は通信システム。以下では、「無線通信システム」と称する場合がある。）１０は、複数の端末装置１００−１〜１００−４を備える。各端末装置１００−１〜１００−４は、各車両１００−ｖ１〜１００−ｖ４に備えられている。
【００２７】
端末装置（又は通信装置。以下、「端末」と称する場合がある。）１００−１〜１００−４は、例えば、フィーチャーフォン、スマートフォン、パーソナルコンピュータ、タブレット端末、ゲーム装置など、無線通信が可能な通信装置である。
【００２８】
また、端末１００−１〜１００−４は、例えば、Ｖ２Ｘ通信による無線通信を行うことが可能である。Ｖ２Ｘは、例えば、上述したように、Ｖ２ＶやＶ２Ｐ、Ｖ２Ｉなどの総称である。従って、例えば、図１において、端末１００−１が車両１００−ｖ１に備えられている場合、通信相手の一方の端末１００−２は、車両１００−ｖ２ではなく、歩行者が持っていてもよいし、標識に備えられたものであってもよい。ただし、以下では、端末１００−１〜１００−４は、車両１００−ｖ１〜１００−ｖ４に備えられているものとして説明する。
【００２９】
さらに、端末１００−１〜１００−４は、例えば、Ｖ２Ｘ通信のモード４による無線通信を行うことが可能である。モード４は、例えば、上述したように、端末１００−１〜１００−４が移動通信システムのカバレッジに在圏しなくても、端末１００−１〜１００−４が自律的に無線通信を制御することが可能な方式である。
【００３０】
なお、端末１００−１〜１００−４は、データなどを送信するときは、他の端末から送信されたデータなどを受信することができず、他の端末からデータなどを受信するときは、データなどを他の端末へ送信することができない。すなわち、端末１００−１〜１００−４は、送信モードのときは受信モードにすることができず、受信モードのときは送信モードにすることができない端末となっている。このような端末１００−１〜１００−４を、例えば、Ｈａｌｆ−ｄｕｐｌｅｘ（モード）の端末と称する場合がある。
【００３１】
なお、図１の例では、無線通信システム１０には、４台の端末１００−１〜１００−４が含まれる例を表している。無線通信システム１０に含まれる端末１００−１〜１００−４の台数は、２台や３台でもよいし、５台以上あってもよい。
【００３２】
以下では、とくに断らない限り、端末１００−１〜１００−４を、端末１００と称する場合がある。
【００３３】
＜２．端末装置の構成例＞
図２は、端末１００の構成例を表す図である。
【００３４】
端末１００は、プロセッサ１１０、メモリ１２０、無線通信部１３０、及びアンテナ１４０を備える。
【００３５】
プロセッサ１１０は、例えば、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、又はＦＰＧＡ（Field Programmable Gate Array）などであり、端末１００全体を制御する。プロセッサ１１０は、グループ管理部１１１、使用リソース制御部１１２、送信制御部１１３、及び受信制御部１１４を含む。
【００３６】
グループ管理部１１１は、端末１００が属するグループを管理する。具体的には、グループ管理部１１１は、例えば、端末１００のグループへの加入や脱退を制御したり、同一グループに属する端末１００の識別情報と使用リソースを管理したりする。なお、グループ管理部１１１が管理するグループは、例えば、Ｖ２Ｘグループと称する場合がある。
【００３７】
また、グループ管理部１１１は、グループ内でサブフレームごとに動的に決定されるクラスタヘッダ（ＣＨ：Cluster Header）がどの端末１００であるかを管理する。ＣＨは、各サブフレームにおける代表端末（又は代表通信装置）であり、要求に応じて、各サブフレームにおいてリソースの再配置を行う。以下では、ＣＨの端末を、例えば、代表端末と称する場合がある。端末１００は、緊急で送信（又は突発的に送信）するパケット（Ｓｐｏｒａｄｉｃ  Ｐａｃｋｅｔ）が発生した場合、代表端末により再配置されたリソースを用いることで、このようなパケットを送信することが短時間で可能となる。詳細は動作例で説明する。
【００３８】
さらに、グループ管理部１１１は、端末１００がＣＨでない場合、緊急で送信するパケットが発生すると、緊急送信の送信要求を生成し、生成した送信要求を送信するように使用リソース制御部１１２へ指示する。一方、グループ管理部１１１は、端末１００がＣＨである場合、他の端末１００から送信要求を、受信制御部１１４を介して受信すると、各端末１００が制御チャネル（ＰＳＣＣＨ）として使用するリソースを再配置する。そして、グループ管理部１１１は、再配置されたリソースを示す再配置情報を生成し、生成した再配置情報を送信するように、使用リソース制御部１１２へ指示する。
【００３９】
グループ管理部１１１は、サブグループ管理部１１１０を含む。
【００４０】
サブグループ管理部１１１０は、端末１００が属するサブグループを管理する。具体的には、サブグループ管理部１１１０は、例えば、端末１００のサブグループへの加入や脱退を制御したり、同一サブグループに属する端末１００の識別情報と使用リソースを管理したりする。
【００４１】
なお、サブグループ管理部１１１０が管理するサブグループは、例えば、Ｖ２Ｘグループに含まれるサブグループである。すなわち、サブグループ管理部１１１０は、例えば、サブグループに含まれる端末１００のリソースを管理し、サブグループに含まれる端末１００に対して制御チャネル（ＰＳＣＣＨ）やデータチャネル（ＰＳＳＣＨ）の割り当てを行う。
【００４２】
図３は、ＰＳＣＣＨの割り当て例を表す図である。図３に示すように、ＰＳＣＣＨのリソースは、ｖ１からｖ（Ｎ×（Ｎ＋１）／２）（Ｎは、例えば、周波数軸方向におけるＰＳＣＣＨのサブチャネル数を表し、１以上の整数を表す。）までの識別情報が割り振られている。各識別情報は、例えば、各端末１００の識別情報を表す。例えば、ｖ１は、端末１００−１のリソース、ｖ２は、端末１００−２のリソースなどである。サブグループ管理部１１１０は、サブグループに含まれる各端末１００に対して、各端末１００の識別情報を用いて、図３に示すＰＳＣＣＨの各リソースを割り当てる。また、サブグループ管理部１１１０は、端末１００に対して割り当てたＰＳＣＣＨのリソースと同一のサブフレーム内のリソースを、端末１００に対するＰＳＳＣＨのリソースとして割り当てを行う。各端末１００のデータがどのサブチャネルにマッピングされるかは、制御信号に含まれるＳＣＩ（Sidelink Control Information）によって示される。サブグループ管理部１１１０は、例えば、ＳＣＩを生成し、ＳＣＩを含む制御信号を生成し、生成した制御信号を使用リソース制御部１１２へ出力してもよい。
【００４３】
図４は、ＰＳＣＣＨとＰＳＳＣＨとの対応関係例を表す図である。図４に示すように、例えば、サブグループ管理部１１１０は、端末１００−１に対して、ＰＳＣＣＨのリソースとしてｖ１で示されたリソースを割り当てると、ｖ１と同一のサブフレームに属するＰＳＣＣＨのいずれかのリソース（図４の例では、ＳＣ１（サブチャネル１））を、ＰＳＳＣＨのリソースとして割り当てを行う。なお、図３と図４の詳細は後述する。
【００４４】
図２に戻り、サブグループ管理部１１１０は、割り当て結果を使用リソース制御部１１２へ出力し、制御チャネルを用いた制御信号の送信や、データチャネルを用いたデータの送信を指示する。
【００４５】
使用リソース制御部１１２は、端末１００が制御信号の送信やデータの送信に利用するリソースを制御する。具体的には、使用リソース制御部１１２は、グループ管理部１１１から出力されたパケットの送信要求や再配置要求の指示に対して、送信要求や再配置要求を所定の周波数帯域に設けられたＰＳＣＲＬＩＣＨ（Physical Control Resource Location Indication CHannel）のリソースを使用して送信するように制御する。ＰＳＣＲＬＩＣＨは、例えば、ＰＳＣＣＨやＰＳＳＣＨとは異なるチャネルであり、例えば、図１５（Ａ）にチャネルの配置例を表す。詳細は後述する。
【００４６】
図２に戻り、また、使用リソース制御部１１２は、サブグループ管理１１１０から出力された割り当て結果に従って、制御チャネルのリソースやデータチャネルのリソースを制御する。具体的には、使用リソース制御部１１２は、例えば、図３や図４に示す割り当て結果を受け取り、この割り当て結果に従って、ＰＳＣＣＨの所定のリソース（ｖ１やｖ２など）を用いた制御信号の送信や、ＰＳＳＣＨの所定のリソースを用いたデータの送信を制御する。
【００４７】
送信制御部１１３は、使用リソース制御部１１２により制御されたリソースを用いて制御信号やデータを送信するように無線通信部１３０を制御する。具体的には、送信制御部１１３は、以下の処理を行う。すなわち、送信制御部１１３は、プロセッサ１１０内のアプリケーション処理部などからデータを受け取り、受け取ったデータに対して誤り訂正符号化処理（以下では、「符号化処理」と称する場合がある。）と変調処理などを施す。また、送信制御部１１３は、使用リソース制御部１１２を介して、サブグループ管理部１１１０から受け取った制御信号や、グループ管理部１１１から受け取った送信要求や再配置情報などに対して符号化処理と変調処理などを施す。送信制御部１１３は、制御信号をＰＳＣＣＨ、データをＰＳＳＣＨ、送信要求や再配置情報などをＰＳＣＲＬＩＣＨの各リソースにそれぞれマッピングする。そして、送信制御部１１３は、マッピングにより得られた送信信号を、無線通信部１３０を介して、マルチキャスト（又はグループ化すと）により送信する。
【００４８】
受信制御部１１４は、他の端末１００から受信した受信信号に対して、復調処理と誤り訂正復号処理（以下、「復号化処理」と称する場合がある。）などを施す。具体的には、受信制御部１１４は、ＰＳＣＣＨにマッピングされた受信信号に対して復調処理などを施すことで、制御信号を抽出する。また、受信制御部１１４は、ＰＳＳＣＨにマッピングされた受信信号に対して復調処理などを施すことで、データを抽出する。さらに、受信制御部１１４は、ＰＳＣＲＬＩＣＨにマッピングされた受信信号に対して復調処理などを施すことで、送信要求や再配置情報などを抽出する。受信制御部１１４は、抽出したデータや制御信号をプロセッサ１１０内のアプリケーション処理部などへ出力する。また、受信制御部１１４は、送信要求を抽出した場合、抽出した送信要求をグループ管理部１１１へ出力し、送信要求に応じたリソースの再配置を依頼する。
【００４９】
メモリ１２０は、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などである。メモリ１２０は、例えば、プログラムを記憶し、プロセッサ１１０によりプログラムが読み出されて、プロセッサ１１０においてプログラムが実行される。この実行により、例えば、グループ管理部１１１、サブグループ管理部１１１０、使用リソース制御部１１２、送信制御部１１３、受信制御部１１４の機能が実現可能となる。また、メモリ１２０は、例えば、プロセッサ１１０が処理を実行する際に利用する情報などを記憶する。
【００５０】
無線通信部１３０は、送信制御部１１３から出力された送信信号に対して、Ｄ／Ａ（Digital to Analog）変換処理と、ベースバンド帯域から無線帯域へ周波数変換処理（アップコンバート）などを施す。無線通信部１３０は、無線帯域に変換された無線信号をアンテナ１４０へ出力する。
【００５１】
また、無線通信部１３０は、アンテナ１４０から出力された無線信号に対して、ベースバンド帯域への周波数変換処理（ダウンコンバート）と、Ａ／Ｄ（Analog to Digital）変換処理などを施し、受信信号へ変換する。無線通信部１３０は、受信信号を受信制御部１１４へ出力する。
【００５２】
アンテナ１４０は、無線通信部１３０から出力された無線信号を他の端末１００へ送信する。また、アンテナ１４０は、他の端末１００から送信された無線信号を受信し、受信した無線信号を受信制御部１１４へ出力する。
【００５３】
＜３．ＰＳＣＣＨのリソース割り当て例＞
図３は、ＰＳＣＣＨのリソース割り当て例を表す図である。
【００５４】
図３において、横軸は時間軸方向、縦軸は周波数軸方向をそれぞれ表す。図３において、周波数軸方向には、サブチャンネル数でＮ個のＰＳＣＣＨのリソースがある。また、時間軸方向には、周波数軸方向のサブチャネルに対応するリソースであって、ＮＴ（ＮＴは２以上の整数）個のＰＳＣＣＨのリソースがある。従って、図３に示すＰＳＣＣＨのリソース数は、Ｎ×ＮＴ個となる。１つのリソース（又はリソース領域。以下では、「リソース」と称する場合がある。）は、例えば、周波数軸方向では１サブチャネル、時間軸方向では１サブチャネルに対応する時間となっている。
【００５５】
ただし、図３の例では、１つのリソースの時間軸方向の単位は、１サブフレームとなっている。この時間軸方向の単位は、例えば、１スロットや１シンボルでもよい。以下では、１つのリソースの時間軸方向の単位は、１サブフレームとして説明する。また、図３の例では、ＮＴ＝Ｎ＋１の例を表している。以下では、ＮＴ＝Ｎ＋１の例で説明する。
【００５６】
図３に示す１つ１つのリソースは、各端末１００に割り当てられたＰＳＣＣＨの送信用リソースでもある。また、各リソースに示されるｖ１〜ｖ（Ｎ×（Ｎ＋１）／２）は、例えば、端末１００の識別情報を表す。上述したように、例えば、端末１００−１はｖ１、端末１００−２はｖ２などである。
【００５７】
以下では、識別情報ｖ１が付与された端末１００を端末ｖ１、識別情報ｖ２が付与された端末１００を端末ｖ２と称する場合がある。従って、識別情報ｖ（Ｎ×（Ｎ＋１）／２）が付与された端末１００を、端末ｖ（Ｎ×（Ｎ＋１）／２）と称する場合がある。
【００５８】
そして、図３に示すように、端末１００は、時間軸方向で１番目、周波数軸方向で１番目からＮ番目までのＮ個の各リソースを、端末ｖ１〜端末ｖＮまでの各端末１００に割り当てる。また、端末１００は、周波数軸方向で１番目、時間軸方向で２番目から（Ｎ＋１）番目までのＮ個のリソースを、端末ｖ１〜端末ｖＮまでの各端末１００に割り当てる。
【００５９】
さらに、端末１００は、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目までの（Ｎ−１）個のリソースを、端末ｖ（Ｎ＋１）〜端末ｖ（２Ｎ−１）までの各端末１００に割り当てる。さらに、端末１００は、周波数軸方向で２番目にある時間軸方向で３番目から（Ｎ＋１）番目までの（Ｎ−１）個のリソースを、端末ｖ（Ｎ＋１）〜端末ｖ（２Ｎ−１）に割り当てる。
【００６０】
以降、端末１００は、残りのリソースに対して、これらを繰り返す。最後は、端末１００は、時間軸方向でＮ番目、周波数軸方向でＮ番目のリソースと、時間軸方向で（Ｎ＋１）番目、周波数軸方向でＮ番目のリソースを、端末ｖ（Ｎ×（Ｎ＋１）／２）に割り当てる。
【００６１】
図３に示すように、各端末ｖ１〜ｖ（Ｎ×（Ｎ＋１）／２）に対して、２つのＰＳＣＣＨのリソースが割り当てられている。例えば、時間軸方向で１番目、周波数軸方向で１番目からＮ番目までのＮ個のＰＳＣＣＨのリソースは、制御信号の初送用（initial）のリソースであり、周波数軸方向で１番目、時間軸方向で２番目から（Ｎ＋１）番目までのＰＳＣＣＨのリソースは、制御信号の再送用（repetition）のリソースとなる。また、例えば、時間軸方向で２番目、周波数軸方向で２番目からＮ番目までのリソースは、制御信号の初送用のリソース、周波数軸方向で２番目、時間軸方向で３番目から（Ｎ＋１）番目までのＰＳＣＣＨのリソースは、制御信号の再送用のリソースとなる。
【００６２】
従って、端末ｖ１は、時間軸方向で１番目、周波数軸方向で１番目のリソースを用いて、制御信号を送信し、時間軸方向で２番目、周波数軸方向で１番目のリソースを用いて、制御信号を再送する。制御信号を送信する機会が２回あることで、送信機会が１回の場合と比較して、例えば、受信側の端末１００は、送信側の端末１００から送信されたデータを受信する確率を向上させることが可能となる。
【００６３】
なお、図３に示す例は、ＰＳＣＣＨとＰＳＳＣＨとを隣接させない方式（例えば図２４）におけるＰＳＣＣＨのリソース配置例を表しているが、ＰＳＣＣＨとＰＳＳＣＨとを隣接させる方式（例えば図２３）においても適用可能である。後者の場合、ＰＳＣＣＨをまとめたものが、例えば、図３に示される、としてもよい。或いは、例えば、図３において、ＰＳＣＣＨの各リソース間にＰＳＳＣＨのリソースが挿入されているが図３においては示されていない、としてもよい。
【００６４】
また、図３に示す例は、例えば、Ｖ２Ｘ通信のモード４の方式である。そのため、例えば、図３に示すＰＳＣＣＨのリソースは、センシングした結果、選択ウィンドウ内で除外されずに残ったリソースをまとめたもの、と考えてもよい。
【００６５】
図４は、ＰＳＣＣＨとＰＳＳＣＨとの関係例を表す図である。制御信号にはＳＣＩを含み、ＳＣＩには、同一サブフレームのどのサブチャネルを用いて、対応するＰＳＳＣＨが割り当てられているのかを示す情報が含まれる。従って、受信側の端末１００は、ＳＣＩにより、ＰＳＣＣＨに対応するＰＳＳＣＨはどのリソースかを把握すること可能である。図４の例では、端末ｖ１に割り当てられたＰＳＣＣＨのリソースで送信されるＳＣＩには、ＰＳＳＣＨとしてＳＣ１（サブキャリア１）を示す情報が含まれる。端末ｖ１はこのサブキャリアを用いてデータを送信することが可能となる。
【００６６】
次に、Ｎ＝２〜４の場合のＰＳＣＣＨのリソースの割り当て例について説明する。
【００６７】
図５（Ａ）は、Ｎ＝２の場合のＰＳＣＣＨのリソース割り当て例を表す図である。
【００６８】
図５（Ａ）に示すように、Ｎ＝２の場合、端末ｖ１〜ｖ３の３台の端末に対して、ＰＳＣＣＨの割り当てが可能である。割り当ての方法は、図３の場合と同様に行う。これにより、端末ｖ１については、周波数軸方向で１番目、時間軸方向でＳＦ１のリソースと、周波数軸方向で１番目、時間軸方向でＳＦ２のリソースとに、ＰＳＣＣＨのリソースが割り当てられる。また、端末ｖ２については、周波数軸方向で２番目、時間軸方向でＳＦ１のリソースと、周波数軸方向で１番目、時間軸方向でＳＦ３のリソースとに、ＰＳＣＣＨのリソースが割り当てられる。さらに、端末ｖ３については、周波数軸方向で２番目、時間軸方向でＳＦ２のリソースと、周波数軸方向で２番目、時間軸方向でＳＦ３のリソースとに、ＰＳＣＣＨのリソースが割り当てられる。
【００６９】
ここで、ＳＦ１に着目すると、ＳＦ１の期間では、端末ｖ１と端末ｖ２とにＰＳＣＣＨのリソースが割り当てられている。端末ｖ３は、ＳＦ１の期間では、ＰＳＣＣＨのリソースが割り当てられていない。従って、端末ｖ３は、ＳＦ１の期間では、例えば、受信モードの端末となる。そのため、端末ｖ３は、ＳＦ１の期間では、端末ｖ１や端末ｖ２から送信されたデータを受信することが可能となる。
【００７０】
また、ＳＦ２に着目すると、ＳＦ２の期間では、端末ｖ１と端末ｖ３にＰＳＣＣＨのリソースが割り当てられている。端末ｖ２は、ＳＦ２の期間では、ＰＳＣＣＨのリソースが割り当てられていない。従って、端末ｖ２は、ＳＦ２の期間では、例えば、受信モードの端末となる。そのため、端末ｖ２は、ＳＦ２の期間では、端末ｖ１や端末ｖ３から送信されたデータを受信することが可能となる。
【００７１】
さらに、ＳＦ３に着目すると、ＳＦ３の期間では、端末ｖ２と端末ｖ３にＰＳＣＣＨのリソースが割り当てられ、端末ｖ１は、ＰＳＣＣＨのリソースが割り当てられていない。従って、端末ｖ１は、ＳＦ３の期間では、端末ｖ２や端末ｖ３から送信されたデータを受信することが可能となる。
【００７２】
すなわち、ＳＦ１の期間では、端末ｖ３がデータを受信し、ＳＦ２の期間では、端末ｖ２がデータを受信し、ＳＦ３の期間では、端末ｖ１がデータを受信することが可能であり、ＳＦ１からＳＦ３の期間では、全端末ｖ１〜ｖ３がデータを受信することが可能となる。
【００７３】
ＳＦ１からＳＦ３までの全期間、例えば、端末ｖ１と端末ｖ２に対してＰＳＣＣＨのリソースが割り当てられると、端末ｖ１と端末ｖ２はＳＦ１〜ＳＦ３までの全期間、送信モードとなる。この場合、端末ｖ１と端末ｖ２は、ＳＦ１からＳＦ３までの全期間において、他方の端末ｖ２と端末ｖ１から送信されたデータを受信することができない。従って、図２６に示すようにパケットが衝突し、ＰＲＲが低下する。
【００７４】
しかし、図５（Ａ）に示すようなＰＳＣＣＨの割り当てを行うと、ＳＦ１からＳＦ３までの期間で全端末ｖ１〜ｖ３が受信モードとなる期間が存在するため、ＳＦ１からＳＦ３までの期間では送信されたデータは、いずれかの期間で受信することが可能となる。従って、ＳＦ１からＳＦ３までの全期間、端末ｖ１と端末ｖ２に対してＰＳＣＣＨのリソースが割り当てられる場合と比較して、ＰＲＲの向上を図ることが可能となる。
【００７５】
図５（Ｂ）は、Ｎ＝３の場合のＰＳＣＣＨの割り当て例を表す図である。
【００７６】
図５（Ｂ）の割り当て方法も、図３と同様である。この場合も、ＳＦ１の期間に着目すると、端末ｖ１〜ｖ３までＰＳＣＣＨのリソースが割り当てられ、他の端末ｖ４〜ｖ６はＰＳＣＣＨのリソースが割り当てられていない。ＳＦ１の期間では、端末ｖ４〜ｖ６は受信モードとして、端末ｖ１〜ｖ３から送信されたデータを受信することが可能である。
【００７７】
また、ＳＦ２の期間では、端末ｖ２，ｖ３，ｖ６が受信モードとなり、端末ｖ１，ｖ４，ｖ５から送信されたデータを受信可能となる。さらに、ＳＦ３の期間では、端末ｖ１，ｖ３，ｖ５が受信モード、ＳＦ４の期間では、端末ｖ１，ｖ２，ｖ４が受信モードとなり得る。
【００７８】
すなわち、Ｎ＝３の場合、ＳＦ１〜ＳＦ３までにおいて、全部の端末ｖ１〜ｖ６が少なくとも１回は受信モードとなる。例えば、ＳＦ１からＳＦ４まで全期間にわたり、端末ｖ１〜ｖ３にＰＳＣＣＨのリソースを割り当てる場合、端末ｖ１〜ｖ３は受信モードにはならず、端末ｖ１〜ｖ３から送信されたデータを受信することができない。図５（Ｂ）の例では、ＳＦ１〜ＳＦ３の期間で少なくとも１回、端末ｖ１〜ｖ６は受信モードとなるため、ＳＦ１からＳＦ４まで全期間にわたり、端末ｖ１〜ｖ３にＰＳＣＣＨのリソースを割り当てる場合と比較して、ＰＲＲと向上させることが可能となる。
【００７９】
また、図５（Ｂ）の例では、端末ｖ４に着目すると、ＳＦ１とＳＦ４の２つのサブフレーム期間で、受信モードとなり得る。また、端末ｖ６に着目すると、ＳＦ１とＳＦ２の２つのサブフレーム期間で、受信モードとなり得る。図５（Ａ）の例では、各端末ｖ１〜ｖ３は、ＳＦ１〜ＳＦ３のいずれか１つのサブフレーム期間で受信モードとなり得たが、図５（Ｂ）の例では、各端末ｖ１〜ｖ６は、ＳＦ１〜ＳＦ４のうち複数のサブフレーム期間で受信モードとなり得る。従って、図５（Ｂ）の例では、図５（Ａ）の例と比較して、受信モードとなっている端末の受信効率を向上させることが可能となる。
【００８０】
図６は、Ｎ＝４の場合のＰＳＣＣＨのリソース割り当て例を表す図である。
【００８１】
図６の割り当て例も図３と同様である。図６に示す例も、ＳＦ１からＳＦ５の期間で、全端末ｖ１〜ｖ１０のうち、少なくとも１サブフレーム期間、受信モードとなる。
【００８２】
また、端末ｖ１に着目すると、ＳＦ３〜ＳＦ５までの３サブフレーム期間、受信モードとなり得る。また、端末ｖ２に着目すると、ＳＦ２，ＳＦ４〜ＳＦ５の３サブフレーム間、受信モードとなり得る。さらに、端末ｖ８に着目すると、ＳＦ１〜ＳＦ２，ＳＦ５の３サブフレーム期間、受信モードとなり得る。
【００８３】
すなわち、図６に示す例は、図５（Ｂ）に示す例よりも、更に各端末１００において受信モードとなり得る期間が長くなる。従って、図６に示す例は、図５（Ｂ）に示す例よりも、受信効率を向上させることが可能である。
【００８４】
車両に搭載される端末１００の台数は、数十台となる場合がある。このような台数の端末１００に対して、図３に示す割り当て方法でＰＳＣＣＨのリソースを割り当てると、図６に示す場合よりも多くのサブフレーム期間において、各端末１００が受信モードとなり、更に、受信効率を向上させることが可能となる。
【００８５】
図３や、図５（Ａ）から図６に示すＰＳＣＣＨのリソース割り当て例は、例えば、Ｖ２Ｘグループに含まれるサブグループ内で行われる。例えば、周波数軸方向に含まれるＰＳＣＣＨの数（上述した例では、ＰＳＣＣＨのサブチャンネル数）をＮ、１つのＶ２Ｘグループに含まれる端末１００の数をＭ（Ｍは１以上の整数）とすると、サブグループ数Ｌは、以下の式を用いて計算可能である。
【００８６】
【数１】
2020039488.tif 000003
【００８７】
なお、Ｍは、例えば、自端末１００と他の端末とを含む全端末１００の数をあらわす。
【００８８】
以下では、サブグループとＶ２Ｘグループとの関係や、Ｖ２Ｘグループ内でのランダム化について説明する。
【００８９】
なお、図３から図６に示すリソースの割り当ては、例えば、サブグループ管理部１１１０で行われ、式（１）の計算は、例えば、グループ管理部１１１で行われる。
【００９０】
＜４．サブグループとＶ２Ｘグループとの関係＞
図７（Ａ）は、Ｎ＝２（周波数軸方向のＰＳＣＣＨの数＝２）、Ｍ＝７（Ｖ２Ｘグループに含まれる端末１００の数＝７）の場合のＰＳＣＣＨのリソース割り当て例を表す図である。
【００９１】
Ｎ＝２、Ｍ＝７のとき、式（１）を用いて、このＶ２Ｘグループに含まれるサブグループの数Ｌを計算すると、Ｌ＝３となる。従って、図７（Ａ）に示すように、３つのサブグループに分割可能である。
【００９２】
そして、端末１００は、各サブグループにおいて、図３に示すＰＳＣＣＨの割り当て方法を利用して、各端末１００にＰＳＣＣＨのリソースを割り当てる。図７（Ａ）の例では、端末１００は、サブグループ＃１においては、端末ｖ１〜ｖ３に対してＰＳＣＣＨのリソースを割り当てる。また、端末１００は、サブグループ＃２においては、端末ｖ４〜ｖ５に対してＰＳＣＣＨのリソースを割り当てる。また、端末１００は、サブグループ＃３においては、端末ｖ６〜ｖ７に対してＰＳＣＣＨのリソースを割り当てる。
【００９３】
端末１００は、ＬとＭに応じて、式（１）を利用してサブグループの数Ｌを計算し、各サブグループにおいては、図３などに示すＰＳＣＣＨの割り当て方法を用いて、各端末１００に対するＰＳＣＣＨのリソースを割り当てる。
【００９４】
この場合、例えば、図７（Ａ）に示すように、ＰＳＣＣＨのリソースが割り当てられないリソースが存在する。本第１の実施の形態では、このような空きリソースを許容する。例えば、ＰＳＣＣＨの全リソースに対して端末１００のＰＳＣＣＨを割り当てると、例えば、１つのリソースでパケットの遅延が発生すると、それ以外のリソースでパケットが遅延する場合がある。このような事態が発生することを予想して、空きリソースをそのままの状態にしておいてもよい。なお、本第１の実施の形態では、空きリソースを、緊急でデータを送信する場合に利用するようにしている。詳細は後述する。
【００９５】
＜５．ランダム化＞
本第１の実施の形態では、各サブグループにおいて、図３に示す割り当て方法でＰＳＣＣＨのリソースを各端末１００に割り当てた後、Ｖ２Ｘグループ内で、リソースをランダム化させることが可能である。例えば、図７（Ａ）では、端末ｖ６や端末ｖ７は、他の端末ｖ１〜ｖ５と比較して、ＰＳＣＣＨを送信する時間が遅い。ランダム化により、例えば、各端末ｖ１〜ｖ７がＰＳＣＣＨを送信する時間を均等にさせることが可能となり、リソースの公平な割り当てを行うことが可能となる。
【００９６】
ランダム化の手順としては、最初に、周波数軸方向でランダム化が行われ、次に、時間軸方向でランダム化が行われる。
【００９７】
図７（Ｂ）は、図７（Ａ）によるＰＳＣＣＨのリソース割り当て後、周波数軸方向でランダムを行った後のＰＳＣＣＨのリソース割り当て例を表す図である。
【００９８】
図７（Ｂ）の例では、ＳＦ２において、端末ｖ３に割り当てたリソースと、端末ｖ１に割り当てたリソースとを周波数軸方向で交換している。また、ＳＦ７においても、端末ｖ６に割り当てたリソースと、端末ｖ７に割り当てたリソースとを周波数軸方向で交換している。さらに、ＳＦ８とＳＦ９についてもリソースを周波数軸方向で交換している。
【００９９】
周波数軸方向へのランダム化は、例えば、各サブフレーム期間に割り当てた周波数軸方向のリソースの範囲内であって、１つのリソースを他のリソースと交換するのであれば、どのような交換によるランダム化であってもよい。図７（Ｂ）の例では、Ｎ＝２のため、周波数軸方向の２つのリソースを交換する例であるが、Ｎ＝３の場合、ＳＦ１に端末ｖ１〜ｖ３の順にＰＳＣＣＨのリソースが割り当てられた場合、端末ｖ１のリソースと端末ｖ２のリソースとを交換してもよいし、端末ｖ１のリソースと端末ｖ３のリソースとを交換してもよい。また、端末ｖ１のリソースと端末ｖ２のリソースだけ交換して、端末ｖ３のリソースを交換しなくでもよいし、全端末ｖ１〜ｖ３のリソースを交換してもよい。
【０１００】
また、図７（Ｂ）の例では、ＳＦ２、ＳＦ７〜ＳＦ９のリソースを交換対象としているが、他のＳＦのリソースを交換対象としてもよい。例えば、ＳＦ１のリソース（端末ｖ１と端末ｖ２のリソース）を交換対象としてもよいし、ＳＦ５のリソース（端末ｖ４のリソース）を交換対象としてもよい。
【０１０１】
周波数軸方向のランダム化は、このように、各端末１００に割り当てられたＰＳＣＣＨのリソースを周波数軸方向で交換することで行われる。
【０１０２】
図８（Ａ）と図８（Ｂ）は時間方向にランダム化する場合のＰＳＣＣＨの割り当て例を表す図である。図８（Ａ）は時間方向にランダム化する前のＰＳＣＣＨの割り当て例（図７（Ｂ）と同じ割り当て例）、図８（Ｂ）は時間方向にランダム化した後のＰＳＣＣＨの割り当て例を夫々表している。
【０１０３】
図８（Ｂ）の例では、ＳＦ２のリソースをＳＦ６へ配置させ、ＳＦ３のリソースをＳＦ４へ配置させる。また、図８（Ｂ）の例では、ＳＦ４のリソースをＳＦ９へ、ＳＦ５のリソースをＳＦ７へ、ＳＦ６のリソースをＳＦ２へ、ＳＦ７のリソースをＳＦ３へ、ＳＦ８のリソースをＳＦ５へ、ＳＦ９のリソースをＳＦ８へ配置させている。ただし、ＳＦ１のリソースは移動させていない。
【０１０４】
時間軸方向へのランダム化は、例えば、各サブフレームの周波数軸方向におけるリソースを１つの集合として、各集合が他のサブフレームへ、配置させるようにしている。又は、時間ほうこうのランダム化は、各サブフレーム期間に割り当てられた周波数軸方向におけるリソース単位に入れ換えが行われる。この場合、ある集合と他の集合とが同一のサブフレーム期間へ重複して入れ換えが行われてないようにすれば、どのサブフレームへ配置させるようにしてもよい。
【０１０５】
このように、ランダム化は、例えば、周波数軸方向と時間軸方向において、ＰＳＣＣＨのリソースをランダムに入れ換えることである。また、このＰＳＣＣＨのリソースの入れ替えに応じて、ＰＳＳＣＨも入れ換えが行われる。
【０１０６】
しかし、例えば、図８（Ａ）において、ＳＦ１期間に割り当てられた端末ｖ１と、ＳＦ２において割り当てられた端末ｖ３のリソースを交換することは許容されない。すなわち、サブフレーム期間内のある端末１００と他のサブフレーム期間内の他の端末１００とを、サブフレーム期間を超えて、そのリソースを交換することは許容されない。サブフレーム期間を超えてランダム化するときは、例えば、ＳＦ１に割り当てられた２つの端末ｖ１，ｖ２のＰＳＣＣＨのリソースを１つの集合、ＳＦ２に割り当てられた２つの端末ｖ３，端末ｖ１のＰＳＣＣＨのリソースを１つの集合として、集合間で交換することが許容される。
【０１０７】
＜５．１  ランダム化について＞
次に、上述したランダム化について、定式化することについて述べる。
【０１０８】
以下のようなＮ×（Ｎ＋１）Ｌの行列式を考える。
【０１０９】
【数２】
2020039488.tif 000004
【０１１０】
式（２）において、Ｖｋ，ｊは、ｉ番目のＶ２Ｘグループにおける端末１００のインデックスを表す。ランダム化の目的は、例えば、端末１００のインデックスをｉ番目のＶ２Ｘグループ内でランダム化することである。言い換えると、例えば、Ｖｋ，ｊをランダム化することである。
【０１１１】
ランダム化は、例えば、最初に、系列Ｒ（ｃ）を含む予め決められたＮ×（Ｎ＋１）Ｌ行列に基づいて、図３に示す各列について個別に行われる。
【０１１２】
ここで、列Ｒ（ｃ）は、
【数３】
2020039488.tif 000005
で表される。
【０１１３】
なお、式（３）の行列式内のＲは、疑似乱数列であり、以下に示すベクトルにより表される。
【０１１４】
【数４】
2020039488.tif 000006
【０１１５】
なお、式（４）の行列式内のｒは、以下を満たす整数である。
【０１１６】
【数５】
2020039488.tif 000007
【０１１７】
ここで、ランダム化は、以下に示す疑似乱数列Ｒ（ｒ）を有する予め決められた１×（Ｎ＋１）Ｌベクトルに基づいて、列に対して連続的に実行される。
【０１１８】
【数６】
2020039488.tif 000008
【０１１９】
式（６）に示すｒは、以下を満たす整数である。
【０１２０】
【数７】
2020039488.tif 000009
【０１２１】
行列Ｒ（ｃ）とベクトルＲ（ｒ）がどのように用いられるかは、図８（Ａ）と図８（Ｂ）に示すＮ＝２、Ｌ＝３の例を用いると、簡単に把握することができる。
【０１２２】
すなわち、端末１００の行列Ｖは、以下で表される。
【０１２３】
【数８】
2020039488.tif 000010
【０１２４】
式（８）において、ｘは、例えば、アイドルチャネル（又は空きリソース）を表し、端末１００に割り当てられていないことを表す。
【０１２５】
従って、予め決められたＲ（ｃ）とＲ（ｒ）は、以下のように表される。
【０１２６】
【数９】
2020039488.tif 000011
【０１２７】
【数１０】
2020039488.tif 000012
【０１２８】
ランダム化は、最初にＲ（ｃ）について実行し、次に、Ｒ（ｒ）について実行し、その結果、以下に示すランダム行列Ｖを得る。
【０１２９】
【数１１】
2020039488.tif 000013
【０１３０】
＜６．緊急データの送信＞
端末１００は、例えば、サブグループ内で図３に示すようにＰＳＣＣＨを各端末に割り当て、Ｖ２ＸグループにおいてＰＳＣＣＨのリソースをランダム化し、ランダム化したＰＳＣＣＨのリソース割り当て結果を利用して、制御信号やデータの送信を行う。このとき、端末１００は、緊急でデータを送信する場合がある。以下、緊急データの送信例について、図９から図１４を利用して説明する。
【０１３１】
例えば、端末１００は、ランダム化により、図８（Ｂ）に示すＰＳＣＣＨの割り当て結果を得たものとする。
【０１３２】
図９は、リソースの割り当て例を表す図である。図９に示すＰＳＣＣＨと図８（Ｂ）に示すＰＳＣＣＨのリソース割り当て例は同じものである。
【０１３３】
図９に示すように、ＳＦ１期間において、端末ｖ１は、緊急データ（又はＳｐｏｒａｄｉｃ  Ｐａｃｋｅｔ。以下では、緊急データと称する場合がある。）を送信する機会が生じた場合を考える（Ｓ１０）。この場合、端末ｖ１は、図１０に示すように、送信要求を生成し、生成した送信要求を送信する（Ｓ１１）。端末ｖ１は、ＰＣＲＬＩＣＨを利用して送信要求を送信する。
【０１３４】
図１５（Ａ）は、ＰＣＲＬＩＣＨのリソース割り当て例を表す図である。ＰＣＲＬＩＣＨは、ＰＳＣＣＨとＰＳＳＣＨとは異なる周波数領域に存在する。ＰＣＲＬＩＣＨは、例えば、再配置制御用チャネルと称する場合がある。
【０１３５】
図１５（Ｂ）は、ＰＣＲＬＩＣＨを利用して送信される情報の例を表す図である。
【０１３６】
ＰＣＲＬＩＣＨは、スロット＃１とスロット＃２の２つの領域に分割される。スロット＃１には、ＡＧＣ（Automatic Gain Control）領域とＤＭＲＳ（Demodulation Reference Signal）領域、ガード区間領域、及び送信要求領域が設けられている。各領域は、例えば、１つのシンボル期間を表す。
【０１３７】
ＡＧＣ領域は、例えば、自動でゲインを制御するための領域である。ＤＭＲＳ領域は、例えば、復調の際の基準信号となる参照信号を送信するための領域である。ガード区間領域は、例えば、隣接スロットとの干渉を防止するために用いられる領域である。
【０１３８】
送信要求領域は、例えば、送信要求を送信するための領域である。緊急データが発生した端末１００は、スロット＃１の送信要求領域のシンボルを利用して送信要求を送信する。
【０１３９】
スロット＃２には、ＡＧＣ領域、ＤＭＲＳ領域、ガード区間領域、及び再配置情報領域が設けられている。再配置情報領域は、例えば、送信要求を受信した代表端末（例えば端末１００−６）が再配置したリソースの情報を送信するための領域である。代表端末１００は、スロット＃１の送信要求領域のシンボルを利用して送信要求を受信すると、スロット＃２の再配置情報領域のシンボルを利用して、再配置情報を送信する。一方、送信要求を送信した端末１００は、スロット＃２の再配置情報領域のシンボルを利用して、代表端末から送信された再配置情報を受信する。
【０１４０】
図１０に戻り、端末ｖ１は、送信要求を送信する場合、ＳＦ２の期間の前半のスロット（スロット＃１）にある送信要求領域のシンボルを利用して、送信要求を送信する（Ｓ１１）。
【０１４１】
そして、図１１に示すように、端末ｖ１は、代表端末（例えば端末１００−６）から、ＰＣＲＬＩＣＨにおける、ＳＦ２の後半のスロット（スロット＃２）にある再配置情報領域のシンボルを利用して、再配置情報を受信する（Ｓ１２）。
【０１４２】
図１１に示すように、再配置情報（「Ｒｅ−ｏｒｄｅｒ」）は、ＳＦ３のリソースとＳＦ５のリソースとを交換し、ＳＦ４のリソースとＳＦ７のリソースとを交換することを示す情報となっている。
【０１４３】
端末ｖ１は、ランダム化したＰＳＣＣＨのリソースの割り当て結果に対して、図１２に示すように、再配置情報に従って、更に、リソースを再配置する（Ｓ１３，Ｓ１４）。
【０１４４】
そして、端末ｖ１は、図１３に示すように、再配置後、ＳＦ３において「Ｉｄｌｅ」リソースを、緊急データ送信用のリソースとして割り当てる（Ｓ１５）。また、端末ｖ１は、ＳＦ４において、「Ｉｄｌｅ」リソースを、緊急データ送信用のリソースとして割り当てる（Ｓ１６）。これにより、端末ｖ１は、緊急データ送信用のＰＳＣＣＨとして、初送用と再送用の２つの送信が可能となり、緊急データ自体も、初送用と再送用の２つの送信が可能となる。端末ｖ１は、ＰＳＣＣＨにより示されたＰＳＳＣＨのリソースを利用して、緊急データを送信する。
【０１４５】
端末ｖ１は、緊急データの送信が終了すると、図１４に示すように、緊急データの送信に割り当てたＰＳＣＣＨとＰＳＳＣＨのリソースを、緊急データ用の割り当て前の状態に戻す。すなわち、端末ｖ１は、ＳＦ３の緊急データ用のＰＳＣＣＨとして割り当てたリソースを、「Ｉｄｌｅ」リソースに戻す（Ｓ１７）。また、端末ｖ１は、ＳＦ４の緊急データ用のＰＳＣＣＨとして割り当てたリソースを、「Ｉｄｌｅ」リソースに戻す（Ｓ１８）。
【０１４６】
このように、端末ｖ１は、代表端末により生成された再配置情報に従って、ＰＳＣＣＨのリソースを入れ換える。入れ換え自体は、例えば、ランダム化における時間軸方向の入れ換え（例えば図８（Ａ）と図８（Ｂ））と同様である。すなわち、端末ｖ１は、１つのサブフレーム期間内の周波数軸方向のリソースをまとめて、他のサブフレーム期間へ入れ換え、その際、同一サブフレーム期間で複数のリソースが重複しないように入れ換える。
【０１４７】
また、端末ｖ１は、「Ｉｄｌｅ」状態となっているリソースを利用して、緊急データを送信する。この場合、端末ｖ１は、サブフレーム期間の前半のスロットで送信要求を代表端末へ送信し、サブフレーム期間の後半のスロットで代表端末から再配置情報を受信する。従って、端末ｖ１はサブフレーム期間内で緊急データの送信のためのＰＳＣＣＨとＰＳＳＣＨのリソースを確保することができ、短時間でリソースを確保して緊急データを送信することが可能となる。
【０１４８】
＜７．リソースプールの再利用に基づくＶ２Ｘのグループ化＞
図１６は、複数のＶ２Ｘグループが形成され、各Ｖ２Ｘグループが、２つのリソースプールに割り当てられる例を表す図である。
【０１４９】
図１６に示す例では、Ｖ２Ｘグループ＃１は、２つのサブグループＳＧ１，ＳＧ２を含み、Ｖ２Ｘグループ＃２は、２つのサブグループＳＧ３，ＳＧ４を含む。サブグループ数をＰとすると、Ｖ２Ｘグループ数は、Ｐ／２まであり、Ｖ２Ｘグループ＃（Ｐ／２）は、２つのサブグループＳＧＰ−１，ＳＧＰを含む。
【０１５０】
また、図１６に示す例では、リソースプールは、リソースプール＃１とリソースプール＃２の２つがある。２つのリソースプールは、異なる周波数帯域に配置される。
【０１５１】
そして、端末１００は、Ｖ２Ｘグループ＃１に含まれる端末のＰＳＣＣＨをリソースプール＃１に割り当て、Ｖ２Ｘグループ＃２に含まれる端末のＰＳＣＣＨをリソースプール＃２に割り当てる。また、端末１００は、Ｖ２Ｘグループ＃３に含まれる端末のＰＳＣＣＨをリソースプール＃１に割り当て、Ｖ２Ｘグループ＃４に含まれる端末のＰＳＣＣＨをリソースプール＃２に割り当てる。端末１００は、以降、これを繰り返し、Ｖ２Ｘグループ＃（Ｐ／２）に含まれる端末のＰＳＣＣＨをリソースプール＃１に割り当てる。
【０１５２】
例えば、サブグループＳＧ２に含まれる端末１００と、サブグループＳＧ３に含まれる端末１００は、他のサブグループに含まれる２つの端末１００と比較して、距離が近い。従って、サブグループＳＧ２，ＳＧ３の端末１００間は、他の端末１００間と比較して干渉が発生する可能性がある。
【０１５３】
しかし、本第１の実施の形態では、サブグループＳＧ２の端末１００とＳＧ３の端末１００は、異なるＶ２Ｘグループに属し、異なるリソースプールにＰＳＣＣＨのリソースを割り当てるようにしている。従って、本第１の実施の形態におけるＰＳＣＣＨの割り当て方法では、端末１００間の距離が近いことによる干渉の影響を小さくすることが可能となる。そして、本第１の実施の形態では、干渉の影響を小さくすることで、受信端末においてパケットを受信する比率が高くなり、これにより、ＰＲＲの向上を図ることも可能となる。
【０１５４】
図１６の例では、２つのリソースプールに対して、Ｖ２Ｘグループ毎にＰＳＣＣＨのリソースを割り当てる例を表している。例えば、１つのリソースプールに対して、Ｖ２Ｘグループ単位で、ＰＳＣＣＨのリソースを割り当てるようにしてもよいし、３つ以上のリソースプールに対して、Ｖ２Ｘグループ単位で、ＰＳＣＣＨのリソースを割り当てるようにしてもよい。例えば、１つのリソースプールが、複数のＶ２Ｘグループで共有されてもよい。
【０１５５】
なお、このようなＶ２Ｘグループのリソースプールへの割り当ては、例えば、サブグループ管理部１１１０又はグループ管理部１１１で行われる。
【０１５６】
ここで、図１６について定式化を試みる。
【０１５７】
端末１００は、ＳＧ１，ＳＧ２，…，ＳＧＰまでＰ個にサブグループ化される。ここで、ｐ番目のサブグループに含まれる端末１００の数をＭｐとすると、Ｍｐは以下により表される。
【０１５８】
【数１２】
2020039488.tif 000014
【０１５９】
端末１００間での干渉を減少させるため、Ｖ２Ｘ通信には、再利用要因Ｒを有するリソースプールが含まれると仮定する。１つのリソースプールは、１つのＶ２Ｘグループ専用とし、これにより、Ｖ２Ｘグループに含まれる端末１００は、要因Ｒにより再利用されるリソースプールに割り当てられる。
【０１６０】
ｉ番目Ｖ２Ｘグループに含まれるサブグループ数はＬのため、ｉ番目Ｖ２Ｘグループに含まれる端末１００の数Ｍｉ（ｇ）は、以下の式により表される。
【０１６１】
【数１３】
2020039488.tif 000015
【０１６２】
図１６で説明したように、均等な再利用要因Ｒ＝２を有する２つのリソースプールと、各Ｖ２Ｘグループには２つのサブグループ（Ｌ＝２）を有する場合を考える。この場合、上述したように、２つのサブグループＳＧ１，ＳＧ２がＶ２Ｘグループ＃１を形成し、２つのサブグループＳＧ３，ＳＧ４がＶ２Ｘグループ＃２を形成する。そして、再利用要因Ｒ＝２により、Ｖ２Ｘグループ＃１に含まれる端末１００にはリソースプール＃１、Ｖ２Ｘグループ＃２に含まれる端末１００はリソースプール＃２がそれぞれ割り当てられる。以降、最後のＶ２Ｇグループまで繰り返される。
【０１６３】
なお、図１６に示す例においても、ランダム化の処理（例えば、図８（Ａ）と図８（Ｂ））は、Ｖ２Ｘグループ毎に個別に行われる。
【０１６４】
＜８．パケットの種々の到着時間に対応したＶ２Ｘグループのグループ化＞
上述した例では、各端末１００は、データの到着時間をランダムに設定し、データを周期的に生成するものとして説明した。データの到着時間は、周期的な場合、１０ｍｓ、３０ｍｓ、１００ｍｓなどがあるが、非周期的なトラヒックでは平均的には、１０ｍｓや５０ｍｓとなる。しかし、種々のユースケースを考慮すると、到着時間に多様性がある。最も多いデータの到着時間は１００ｍｓ以下であるが、いくつかのケースでは５００ｍｓという場合もある。ここでは、データの多様な到着時間に合わせて、端末１００に対してリソースを割り当てることについて説明する。
【０１６５】
データ到着時間の最大値をＴｍａｘとすると、Ｔｍａｘは、以下に示すように、Ｖ２Ｘグループの長さと同じ長さになる。
【０１６６】
【数１４】
2020039488.tif 000016
【０１６７】
式（１４）で、Ｔｓｆは、例えば、サブフレーム間隔であり、一般的には１ｍｓであるが、サブキャリアスペース（ＳＣＳ：Sub Carrier Space）に依存する。ただし、サブフレームの代わりに、スロット、ミニスロット、又はシンボルでもよい。
【０１６８】
ここで、端末１００に対するリソース割り当てに関して、２つの種類に分類する。１つ目は、Ｔｍａｘ以下の到着時間を有する周期的なトラヒックが生成される場合である。２つ目は、Ｔｍａｘより長い時間を有する周期的なトラヒック（又は非周期的なトラヒック）が生成される場合である。後者については、例えば、端末１００は、＜６．緊急データの送信＞で説明した方式にて処理を行うことが可能である。
【０１６９】
ここで、データ到着時間がＴｍａｘ以下の端末１００に対しては、より多くのＰＳＣＣＨを割り当てることを考える。従って、ｍ番目の端末１００専用のＰＳＣＣＨの個数は、以下により表される。
【０１７０】
【数１５】
2020039488.tif 000017
【０１７１】
式（１５）において、Ｔｍは、ｍ番目の端末１００におけるデータの到着時間を表す。
【０１７２】
従って、ｉ番目のＶ２Ｘグループにおける端末１００の台数の最大値Ｍｉ（ｇ）は、以下の式を満たす。
【０１７３】
【数１６】
2020039488.tif 000018
【０１７４】
ここで、端末１００の台数の最大値Ｍｉ（ｇ）を決定する場合、非周期及び／又は緊急データ専用のいくつかの「Ｉｄｌｅ」チャネルを予約すべきである。
【０１７５】
Ｖ２Ｘグループ内のＰＳＣＣＨの割り当てに関して、公平間隔割り当て方式（ｅｖｅｎｌｙ  ａｌｌｏｃａｔｉｏｎ  ｍａｎｎｅｒ）と、非均一間隔割り当て方式（ｎｏｎ−ｕｎｉｆｏｒｍ  ｓｐａｃｉｎｇ  ａｌｌｏｃａｔｉｏｎ  ｍａｎｎｅｒ）とを定義する。上述したＰＳＣＣＨのランダム化と再配置を行った場合の、各端末１００の遅延の効果は考慮されるべきである。要求される遅延を考慮してどのようにデータ伝送を行うかについては、実施細目（Implementation issue）として考慮されるべきである。
【０１７６】
図１７（Ａ）と図１７（Ｂ）は、公平間隔割り当て方式によるＰＳＣＣＨの割り当て例を表す図である。端末１００は、図１７（Ａ）に示すように、ＳＦ２、ＳＦ３，ＳＦ９においてリソースを入れ換えて（周波数軸方向でのランダム化）、図１７（Ｂ）に示すように、ＳＦ１をＳＦ９へ、ＳＦ３をＳＦ１へ、などリソースを入れ換える（時間軸方向でのランダム化）。
【０１７７】
図１７（Ｂ）において、端末ｖ３に割り当てられたリソースに着目すると、各サブグループ内において、同じパターンでＰＳＣＣＨが割り当てられている。すなわち、サブグループ＃１においては、端末ｖ３に割り当てられたＰＳＣＣＨのリソースは、周波数軸方向で１番目のＳＦ１と、周波数軸方向で１番目のＳＦ２である。また、サブグループ＃２においても、周波数軸方向で１番目のＳＦ４とＳＦ５に、端末ｖ３のＰＳＣＣＨのリソースが割り当てられている。すなわち、端末ｖ３は、各サブグループにおいて、周波数軸方向で同一の位置であって、最初のサブフレームと次のサブフレームに、そのＰＳＣＣＨが割り当てられている。
【０１７８】
このように各サブグループに同じパターンでＰＳＣＣＨを割り当てることで、例えば、端末１００は、Ｔｍａｘ以下の到着時間を有する周期的なトラヒックの受信に対応することが可能となる。
【０１７９】
図１８（Ａ）と図１８（Ｂ）は、非均一間隔割り当て方式によるＰＳＣＣＨの割り当て例を表す図である。
【０１８０】
図１８（Ａ）の例では、端末１００は、ＳＦ２、ＳＦ３、ＳＦ７〜ＳＦ９のリソースを入れ換えている（周波数軸方向でのランダム化）。さらに、端末１００は、図１８（Ｂ）に示すように、ＳＦ１をＳＦ２へ、ＳＦ２をＳＦ１へ、などリソースを入れ換える（時間軸方向でのランダム化）。
【０１８１】
この場合、図１８（Ｂ）に示すように、端末ｖ３に割り当てたＰＳＣＣＨのリソース位置は、各グループで同じパターンとはなっていない。ただし、端末ｖ３については、いずれのサブグループにも、少なくとも２サブフレーム期間、ＰＳＣＣＨのリソースが割り当てられているため、Ｔｍａｘ以下の到着時間を有する周期的なトラヒックの受信に対応することが可能となる。
【０１８２】
＜９．動作例＞
動作例については、最初に、ＰＳＣＣＨのリソース割り当ての動作例について説明する。次に、緊急データを送信する場合の動作例について説明する。
【０１８３】
＜９．１  ＰＳＣＣＨのリソース割り当ての動作例＞
図１９は、ＰＳＣＣＨのリソース割り当ての動作例を表すフローチャートである。
【０１８４】
端末１００は、処理を開始すると（Ｓ３０）、Ｖ２Ｘグループ内の端末数Ｍと、ＰＳＣＣＨの周波数軸方向の個数Ｎとから、サブグループ数Ｌを決定し、複数の端末についてサブグループ化を行う（Ｓ３１）。例えば、サブグループ管理部１１１０は、メモリ１２０から、Ｖ２Ｘグループ内の端末数Ｍと、ＰＳＣＣＨの周波数軸方向の個数Ｎ、及び式（１）を読み出して、式（１）にＭとＮを代入することで、サブグループ数Ｌを決定する。サブグループ管理部１１１０は、サブグループ数Ｌに従って、各端末１００を順次、各サブグループに振り分ける。
【０１８５】
次に、端末１００は、各サブグループ内でＰＳＣＣＨのリソースを割り当てる（Ｓ３２）。例えば、サブグループ管理部１１１０は、各サブグループ内で、図３に示すように、順次、各端末１００に対してＰＳＣＣＨのリソースを割り当てる。
【０１８６】
次に、端末１００は、Ｖ２Ｘグループ内でランダム化を行う（Ｓ３３）。例えば、サブグループ管理部１１１０は、各端末１００に割り当てたＰＳＣＣＨのリソースについて、周波数軸方向でランダム化を行い（例えば、図７（Ｂ））、次に、時間軸方向でランダム化を行う（例えば図８（Ｂ））。
【０１８７】
そして、端末１００は、ＰＳＣＣＨのリソース割り当てを終了する（Ｓ３４）。
【０１８８】
その後、サブグループ管理部１１１０は、割り当て結果を使用リソース制御部１１２へ出力する。使用リソース制御部１１２は、割り当て結果に従って、自局に割り当てられたＰＳＣＣＨのリソースとＰＳＳＣＨのリソースを用いて制御信号とデータの送信を送信制御部１１３へ指示する。送信制御部１１３は、指示に従って、ＰＳＣＣＨを用いて制御信号を送信し、ＰＳＳＣＨを用いてデータを送信する。この場合、図３に示すように、送信制御部１１３は、初送用のＰＳＣＣＨのリソースを用いて、制御信号を送信し、再送用のＰＳＣＣＨのリソースを用いて制御信号を再送する。この場合、送信制御部１１３は、初送用の制御信号に含まれるＳＣＩにより指示されたＰＳＳＣＨのリソースを用いてデータを送信し、再送用の制御信号に含まれるＳＣＩにより指示されたＰＳＳＣＨのリソースを用いてデータを再送する。
【０１８９】
＜９．２  緊急データの送信＞
図２０は、緊急データを送信する際の動作例を表すフローチャートである。
【０１９０】
端末１００は、処理を開始すると（Ｓ５０）、グループ化を行う（Ｓ５１）。端末１００は、図１９に示す処理を行うことで、グループ化を行う。
【０１９１】
図２０に戻り、次に、端末１００は、緊急データの発生の有無を確認する（Ｓ５２）。例えば、グループ管理部１１１は、プロセッサ１１０内のアプリケーション処理部において緊急データが発生したか否かを確認することで、処理を行ってもよい。
【０１９２】
端末１００は、緊急データが発生したとき（Ｓ５３でＹｅｓ）、送信要求を送信する（Ｓ５３）。例えば、端末１００は、以下の処理を行う。
【０１９３】
すなわち、グループ管理部１１１は、送信要求を生成して、生成した送信要求を使用リソース制御部１１２へ出力する。使用リソース制御部１１２は、送信要求を受け取ると、ＰＣＲＬＩＣＨにおける所定のサブフレームのうち、前半スロットの送信要求領域のシンボルを用いて、送信要求を送信することを、送信制御部１１３へ指示する。送信制御部１１３は、ＰＣＲＬＩＣＨの指示されたシンボルを用いて、送信要求を送信する。送信要求は、複数の端末１００のうち、代表端末へ送信される。
【０１９４】
次に、端末１００は、代表端末から送信された再配置情報を受信する（Ｓ５４）。例えば、グループ管理部１１１は、受信制御部１１４を介して、ＰＣＲＬＩＣＨの所定のサブフレームのうち、後半スロットの再配置情報領域のシンボルを利用して、再配置情報を受信する。
【０１９５】
次に、端末１００は、交換リソースにより送信する（Ｓ５５）。例えば、端末１００は、以下の処理を行う。
【０１９６】
すなわち、グループ管理部１１１は、再配置情報に従って、ＰＳＣＣＨのリソースを交換し、交換後のＰＳＣＣＨの割り当て結果を使用リソース制御部１１２へ出力する。使用リソース制御部１１２は、割り当て結果に従って、制御信号と緊急データを送信するよう送信制御部１１３へ指示し、送信制御部１１３は指示に従って、制御信号と緊急データとを送信する。交換例としては、例えば、図１２などがある。
【０１９７】
図２０に戻り、次に、端末１００は、グループ情報を更新する（Ｓ５６）。端末１００では、再配置情報を受信することで、ＰＳＣＣＨとＰＳＳＣＨのリソースの一部が交換される。そのため、グループ管理部１１１は、各端末１００の識別情報とＰＳＣＣＨのリソースとを対応付けたグループ情報を更新する。グループ管理部１１１は、更新後のグループ情報をメモリ１２０に記憶する。
【０１９８】
そして、端末１００は、緊急データの送信処理を終了する（Ｓ５７）。
【０１９９】
一方、端末１００は、緊急データが発生しないとき（Ｓ５２）、グループ化（Ｓ５１）の際に割り当てたＰＳＣＣＨとＰＳＳＣＨのリソースを用いて、制御信号とデータとを送信する（Ｓ５８）。そして、端末１００は、緊急データの送信処理を終了する（Ｓ５７）。
【０２００】
なお、緊急データを送信する端末から送信要求を受信して、再配置情報を送信する代表端末１００の動作例は、例えば、以下となる。
【０２０１】
すなわち、代表端末１００のグループ管理部１１１は、受信制御部１１４を介して送信要求を受信すると、メモリ１２０に記憶された再配置情報をメモリ１２０から読み出す。そして、グループ管理部１１１は、読み出した再配置情報をグループキャストで送信するよう使用リソース制御部１１２へ指示する。使用リソース制御部１１２は、ＰＣＲＬＩＣＨの送信要求を受信したサブフレームと同一のサブフレームの後半スロットの再配置情報領域のシンボルを用いて、再配置情報を送信するよう送信制御部１１３へ指示する。送信制御部１１３は、この指示に従って再配置情報を送信する。
【０２０２】
以上、第１の実施の形態における端末１００の動作例を説明した。このように、本第１の実施の形態では、端末１００は、周波数軸方向でＮ（Ｎは２以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個のＰＳＣＣＨのリソースを以下のようにして、各端末１００に割り当てる。
【０２０３】
すなわち、端末１００は、時間軸方向で１番目にあるＮ個の周波数軸方向のＰＳＣＣＨの各リソースを初送用のＰＳＣＣＨとして各端末１００（例えば、端末ｖ１〜ｖＮ）に割り当てる。また、端末１００は、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースに再送用のＰＳＣＣＨとして各端末１００に割り当てる。
【０２０４】
さらに、端末１００は、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースを初送用のＰＳＣＣＨとして他の各端末１００（例えば、端末ｖ（Ｎ＋１）〜ｖ（２Ｎ−１））に割り当てる。さら、端末１００は、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースを再送用のＰＳＣＣＨとして他の各端末１００に割り当てる。
【０２０５】
以降、端末１００は、これを繰り返して、複数の端末１００（例えば、端末ｖ１〜端末ｖ（Ｎ×（Ｎ＋１）／２））に、ＰＳＣＣＨのリソースを割り当てる。
【０２０６】
そして、端末１００は、自局に割り当てられた初送用のＰＳＣＣＨを用いて制御信号を送信し、自局に割り当てられた再送用のＰＳＣＣＨを用いて制御信号を再送する。
【０２０７】
従って、本第１の実施の形態の端末１００は、所定期間経過後、サブグループ内の全端末１００が少なくとも１サブフレーム期間、受信モードとなることができる。
【０２０８】
例えば、センシング結果に基づいて、選択ウィンドウに含まれる、空きリソースからランダムにリソースを選択して、制御信号やデータを送信する場合がある。
【０２０９】
図２１は、このようなランダムなリソース選択方法による場合のＰＲＲのシミュレーション結果を表す。
【０２１０】
図２１において、縦軸はＰＲＲ、横軸は端末１００（又は車両）間の距離（ｍ）を表す。ＰＲＲ＝１は、例えば、送信されたパケットが全て受信側の端末１００で受信できたことを表す。また、図２１において、実線は、ＰＳＳＣＨの１サブチャネルが４０ＲＢ、一点鎖線は、ＰＳＳＣＨの１サブチャネルが２０ＲＢの場合を表す。
【０２１１】
図２１に示すように、端末間距離が「０」に近くても、４０ＲＢと２０ＲＢのいずれも、ＰＲＲ＝１ではなかった。端末間距離が長くなればなるほど、ＰＲＲが「０．９０」程度にまで低くなる結果を得た。
【０２１２】
図２２は、ＰＳＣＣＨに対して図３に示す割り当てやランダム化を行うことなく、ＰＣＲＬＩＣＨを利用して再配置を行う場合のＰＲＲのシミュレーション結果を表す。
【０２１３】
図２２に示すように、４０ＲＢの場合、端末間距離が「２００ｍ」以下では、ＰＲＲ＝１となったが、「２００ｍ」を超えると、ＰＲＲは低下する。
【０２１４】
しかし、本第１の実施の形態では、図３に示すＰＳＣＣＨの割り当てにより、所定期間経過後、サブグループ内の全端末１００が少なくとも１サブフレーム期間、受信モードとなることができる。
【０２１５】
例えば、本第１の実施の形態においても、あるサブフレーム期間では、図２６に示すような事態が発生する場合もある。しかし、次のサブフレーム期間では、送信モードの端末１００が受信モードとなって、他の端末１００から送信されたデータを受信することができる場合がある。所定期間経過後は、全端末１００が少なくとも１サブフレーム期間、受信モードとなって、他の端末１００から送信されたデータを受信することができる。
【０２１６】
よって、所定期間経過後は、受信側の端末１００は他の端末から送信されたデータを受信できない事態を回避できる。従って、本第１の実施の形態の端末１００は、ＰＲＲの低下を防止することができる。
【０２１７】
[その他の実施の形態]
上述した第１の実施の形態において、図３に示すＰＳＣＣＨのリソース割り当ては、例えば、送信側にある端末１００で行われる。例えば、送信側の端末において、図３に示すＰＳＣＣＨのリソース割り当てとランダム化により、割り当てたリソースを用いて制御信号とデータを送信する。この場合、受信側の端末１００は、センシングにより、使用リソースを把握して、送信側の端末で割り当てられたＰＳＣＣＨのリソースを利用して、送信側の端末から送信された制御信号を受信する。また、受信側の端末１００は、制御信号に含まれるＳＣＩにより、送信側の端末で割り当てられたＰＳＳＣＨのリソースを把握し、このリソースを利用して、送信側の端末から送信されたデータを受信する。
【０２１８】
また、上述した第１の実施の形態では、ランダム化は、最初に、周波数軸方向、次に、時間軸方向で行われる例を説明した。例えば、ランダム化は、最初に時間軸方向、次に、周波数軸方向で行われてもよい。
【符号の説明】
【０２１９】
１０：無線通信システム                
１００（１００−１〜１００−４）：端末装置（端末）
１１０：プロセッサ                    １１１：グループ管理部
１１２：使用リソース制御部            １１３：送信制御部
１１４：受信制御部                    １２０：メモリ
１３０：無線通信部                    １４０：アンテナ
ｖ１〜ｖＮ：端末装置（端末）
【図１】
2020039488.tif 000020
【図２】
2020039488.tif 000021
【図３】
2020039488.tif 000022
【図４】
2020039488.tif 000023
【図５】
2020039488.tif 000024
【図６】
2020039488.tif 000025
【図７】
2020039488.tif 000026
【図８】
2020039488.tif 000027
【図９】
2020039488.tif 000028
【図１０】
2020039488.tif 000029
【図１１】
2020039488.tif 000030
【図１２】
2020039488.tif 000031
【図１３】
2020039488.tif 000032
【図１４】
2020039488.tif 000033
【図１５】
2020039488.tif 000034
【図１６】
2020039488.tif 000035
【図１７】
2020039488.tif 000036
【図１８】
2020039488.tif 000037
【図１９】
2020039488.tif 000038
【図２０】
2020039488.tif 000039
【図２１】
2020039488.tif 000040
【図２２】
2020039488.tif 000041
【図２３】
2020039488.tif 000042
【図２４】
2020039488.tif 000043
【図２５】
2020039488.tif 000044
【図２６】
2020039488.tif 000045
【手続補正書】
【提出日】令和3年1月28日(2021.1.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の制御チャネルのリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースを第１の制御チャネルのリソースとして各通信装置に割り当て、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースを第２の制御チャネルのリソースとして前記各通信装置に割り当て、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースを前記第１の制御チャネルのリソースとして他の各通信装置に割り当て、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースを前記第２の制御チャネルとして前記他の各通信装置に割り当て、これを繰り返して、複数の通信装置に対して前記第１及び第２の制御チャネルのリソースを割り当てるサブグループ管理部と、
前記第１の制御チャネルのリソースを利用して制御信号を送信し、前記第２の制御チャネルのリソースを利用して前記制御信号を再送する送信制御部と
を備えることを特徴とする通信装置。
【請求項２】
前記ＮＴは、ＮＴ＝Ｎ＋１であることを特徴とする請求項１記載の通信装置。
【請求項３】
前記サブグループ管理部は、前記複数の通信装置の台数をＭ（Ｍは２以上の整数）とすると、前記Ｍと前記Ｎとにより、サブグループ数を決定し、各サブグループに前記複数の通信装置の各々を割り振り、各サブグループに割り振られた前記複数の通信装置に対して、前記第１及び第２の制御チャネルのリソースを割り当てることを特徴とする請求項２記載の通信装置。
【請求項４】
前記サブグループ管理部は、前記複数の通信装置に割り当てた前記第１及び第２の制御チャネルのリソースを、周波数軸方向と時間軸方向とにおいて、ランダムに入れ換えることを特徴とする請求項１記載の通信装置。
【請求項５】
前記サブグループ管理部は、同一のサブフレーム期間内の前記制御チャネルのリソースをランダムに入れ換えることで、周波数軸方向のランダムな入れ換えを行うことを特徴とする請求項４記載の通信装置。
【請求項６】
前記サブグループ管理部は、サブフレーム期間に割り当てられた周波数軸方向におけるリソース単位に前記制御チャネルのリソースをランダムに入れ換えることで、前記時間軸方向へのランダムな入れ換えを行うことを特徴とする請求項４記載の通信装置。
【請求項７】
前記サブグループ管理部は、同一のサブフレーム期間に複数のリソースが重複して入れ換えを行わないように時間軸方向へランダムに入れ換えを行うことを特徴とする請求項６記載の通信装置。
【請求項８】
前記サブグループ管理部は、前記第１及び第２の制御チャネルのリソースの入れ換えに応じて、前記第１及び第２の制御チャネルにそれぞれ対応する第１及び第２のデータチャネルのリソースを入れ換えることを特徴とする請求項４記載の通信装置。
【請求項９】
前記サブグループ管理部は、前記複数の通信装置に割り当てた前記第１及び第２の制御チャネルのリソースを、周波数軸方向と時間軸方向とにおいて、ランダムに入れ換え、更に、代表通信装置により生成された再配置情報に従って、前記複数の通信装置に割り当てた前記第１及び第２の制御チャネルのリソースを時間軸方向に入れ換えることを特徴とする請求項４記載の通信装置。
【請求項１０】
更に、受信制御部を備え、
前記サブグループ管理部は、緊急データを送信するとき、送信要求を生成し、
前記送信制御部は、再配置制御用チャネルを利用して前記送信要求を送信し、
前記受信制御部は、前記代表通信装置から送信された前記再配置情報を、前記再配置制御用チャネルを利用して受信する
ことを特徴とする請求項９記載の通信装置。
【請求項１１】
前記送信制御部は、前記再配置制御用チャネルにおけるサブフレーム期間の前半スロットで前記送信要求を送信し、
前記受信制御部は、前記サブフレーム期間の後半スロットで前記再配置情報を受信する
ことを特徴とする請求項１０記載の通信装置。
【請求項１２】
更に、再配置制御用チャネルを利用して送信要求を受信する受信制御部を備え、
前記サブグループ管理部は、前記送信要求に対して、前記複数の通信装置に割り当てた前記第１及び第２の制御チャネルのリソースを時間軸方向に入れ換える再配置情報を生成し、
前記送信制御部は、前記再配置制御用チャネルを利用して前記再配置情報を送信する
ことを特徴とする請求項４記載の通信装置。
【請求項１３】
前記サブグループ管理部は、前記複数の通信装置の各々を、複数のサブグループを夫々含む第１及び第２のグループに振り分け、前記第１及び第２のグループごとに、前記第１及び第２のグループにそれぞれ含まれる前記複数の通信装置の各々に対して、前記制御チャネルのリソースプールに含まれるリソースを割り当てることを特徴とする請求項１記載の通信装置。
【請求項１４】
前記リソースプールは、複数のサブグループに含まれる前記複数の通信装置の各々に対して、共有されることを特徴とする請求項１３記載の通信装置。
【請求項１５】
他の通信装置から送信された無線信号を受信する無線通信部と、
周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の制御チャネルのリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースが第１の制御チャネルのリソースとして各通信装置に割り当てられ、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースが第２の制御チャネルのリソースとして前記各通信装置に割り当てられ、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースが前記第１の制御チャネルのリソースとして他の各通信装置に割り当てられ、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースが前記第２の制御チャネルとして前記他の各通信装置に割り当てられ、これを繰り返して、複数の通信装置に対して前記第１及び第２の制御チャネルのリソースが割り当てられ、前記第１の制御チャネルのリソースを利用して送信された制御信号を、前記無線信号から抽出し、前記第２の制御チャネルのリソースを利用して再送された前記制御信号を、前記無線信号から抽出する受信制御部と
を備えることを特徴とする通信装置。
【請求項１６】
第１及び第２の通信装置を備える通信システムであって、
前記第１の通信装置は、
周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の制御チャネルのリソースにおいて、時間軸方向で１番目にあるＮ個の周波数軸方向の各リソースを第１の制御チャネルのリソースとして各通信装置に割り当て、周波数軸方向で１番目にある時間軸方向で２番目からＮＴ番目の各リソースを第２の制御チャネルのリソースとして前記各通信装置に割り当て、時間軸方向で２番目にある周波数軸方向で２番目からＮ番目の各リソースを前記第１の制御チャネルのリソースとして他の各通信装置に割り当て、周波数軸方向で２番目にある時間軸方向で３番目からＮＴ番目の各リソースを前記第２の制御チャネルとして前記他の各通信装置に割り当て、これを繰り返して、複数の通信装置に対して前記第１及び第２の制御チャネルのリソースを割り当てるサブグループ管理部と、
前記第１の制御チャネルのリソースを利用して制御信号を送信し、前記第２の制御チャネルのリソースを利用して前記制御信号を再送する送信制御部とを備え、
前記第２の通信装置は、
前記第１の制御チャネルのリソースを利用して前記制御信号を受信し、前記第２の制御チャネルのリソースを利用して再送された前記制御信号を受信する受信制御部
を備えることを特徴とする通信システム。
【国際調査報告】
2020039488.tif 000046
2020039488.tif 000047
2020039488.tif 000048
2020039488.tif 000049