(57)【要約】  基地局装置によりスケジューリングされることなく送信リソースを決定することが可能な通信装置において、他の通信装置の地理的情報を取得する取得部と、前記地理的情報に応じて、前記送信リソースを選択する選択部とを備える。
2020144822.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置によりスケジューリングされることなく送信リソースを決定することが可能な通信装置において、
他の通信装置の地理的情報を取得する取得部と、
前記地理的情報に応じて、前記送信リソースを選択する選択部と
を備えることを特徴とする通信装置。
【請求項２】
前記選択部は、所定のリソースパターンの中から前記送信リソースを選択することを特徴とする請求項１記載の通信装置。
【請求項３】
前記所定のリソースパターンは、周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の送信リソースを含み、
時間軸方向において１番目にあるＮ個の周波数軸方向のリソースをＮ台の前記通信装置にそれぞれ割り当てるための初送用の送信リソースとし、周波数軸方向において１番目にある時間軸方向において２番目からＮＴ番目までのＮ個のリソースを前記Ｎ台の通信装置に割り当てるための再送用の送信リソースとし、
時間軸方向において２番目にある、周波数軸方向において２番目からＮ番目までの（Ｎ−１）個のリソースを前記Ｎ台の通信装置とは異なる（Ｎ−１）台の前記通信装置にそれぞれ割り当てるための初送用の送信リソースとし、周波数軸方向において２番目にある、時間軸方向において３番目からＮＴ番目までの（Ｎ−１）個のリソースを上記（Ｎ−１）台の通信装置に割り当てるための再送用の送信リソースとし、
以降、これを繰り返し、時間軸方向においてＮ番目にある周波数軸方向においてＮ番目の送リソースを、送信リソースが割り当てられていない（（Ｎ×ＮＴ）／２）番目の前記通信装置に割り当てるための初送用の送信リソースとし、周波数軸方向においてＮ番目にある時間軸方向においてＮＴ番目のリソースを、前記（（Ｎ×ＮＴ）／２）番目の通信装置に割り当てるための再送用の送信リソースとする
ことを特徴とする請求項２記載の通信装置。
【請求項４】
前記取得部は、ＧＮＳＳ（Global Navigation Satellite System）を利用して、通信衛星から送信された信号に基づいて、前記通信装置の前記地理的情報と地理的情報更新タイミング又は使用開始時間情報を取得することを特徴とする請求項１記載の通信装置。
【請求項５】
更に、前記通信装置の地理的情報を、ＰＳＣＣＨ（Physical Sidelink Control CHannel）又はＰＳＳＣＨ（Physical Sidelink Shared CHannel）を利用して送信する送信部（112,113）を備えることを特徴とする請求項４記載の通信装置。
【請求項６】
前記取得部は、前記他の通信装置の地理的情報と地理的情報更新タイミング又は使用開始時間情報を、ＰＳＣＣＨ（Physical Sidelink Control CHannel）又はＰＳＳＣＨ（Physical Sidelink Shared CHannel）を利用して受信することを特徴とする請求項１記載の通信装置。
【請求項７】
前記選択部は、前記他の通信装置の地理的情報と前記通信装置の地理的情報とに応じて、前記送信リソースを選択することを特徴とする請求項４記載の通信装置。
【請求項８】
前記選択部は、前記他の通信装置と前記通信装置に対して、前記地理的情報に応じて、Ｖ−ＬＩＤ（Virtual User Equipment Location Index）を割り当て、前記Ｖ−ＬＩＤに基づいて、前記送信リソースを選択することを特徴とする請求項１記載の通信装置。
【請求項９】
前記所定のリソースパターンに含まれる各リソースには、前記Ｖ−ＬＩＤが割り振られ、
前記選択部は、前記地理的情報に応じて前記通信装置又は前記他の通信装置に割り当てた前記Ｖ−ＬＩＤに応じで、前記Ｖ−ＬＩＤが割り振られた前記送信リソースを、該通信装置又は該他の通信装置に割り当てることで、前記送信リソースを選択することを特徴とする請求項８記載の通信装置。
【請求項１０】
前記所定のリソースパターンに含まれる各リソースには、
時間軸方向において１番目にある、周波数軸方向において１番目からＮ番目までのＮ個の各リソースに対して、若い番号から順にＶ−ＬＩＤが割り振られ、周波数軸方向において１番目にある、時間軸方向において２番目からＮＴ番目までのＮ個の各リソースに対して、若い番号から順に同一のＶ−ＬＩＤが割り振られ、
時間軸方向において２番目にある、周波数軸方向において２番目からＮ番目までの（Ｎ−１）個の各リソースに対して、前記割り振られたＶ−ＬＩＤの次の番号のＶ−ＬＩＤから順にＶ−ＬＩＤが割り振られ、周波数軸方向において２番目にある、時間軸方向において３番目からＮＴ番目までの（Ｎ−１）個の各リソースに対して、前記次の番号のＶ−ＬＩＤから順に同一のＶ−ＬＩＤが割り振られ、
以降、残りのリソースに対して、これらが繰り返され、
時間軸方向においてＮ番目にある周波数軸方向においてＮ番目の１個のリソースに対して、Ｖ−ＬＩＤとして（（Ｎ×ＮＴ）／２）が割り振られ、周波数軸方向においてＮ番目にある時間軸方向において（Ｎ＋１）番目の１個のリソースに対して、Ｖ−ＬＩＤとして前記（（Ｎ×ＮＴ）／２）が割り振られる
ことを特徴とする請求項８記載の通信装置。
【請求項１１】
前記各リソースには、複数のＶ−ＬＩＤが割り振られることを特徴とする請求項９記載の通信装置。
【請求項１２】
前記Ｖ−ＬＩＤは、相対的な前記通信装置の地理的な位置を表すことを特徴とする請求項８記載の通信装置。
【請求項１３】
前記選択部は、前記他の通信装置の地理的情報と前記通信装置の地理的情報のうち、少なくとも一方の前記地理的情報が変化したとき、変化後の地理的情報に応じて、前記送信リソースを選択することを特徴とする請求項７記載の通信装置。
【請求項１４】
前記選択部は、前記変化後の地理的情報に応じて、前記他の通信装置と前記通信装置に対して、Ｖ−ＬＩＤ（Virtual User Equipment Location Index）を割り当て、前記Ｖ−ＬＩＤに基づいて、前記送信リソースを選択することを特徴とする請求項１３記載の通信装置。
【請求項１５】
前記所定のリソースパターンには、同一のリソースサイズであって前記通信装置及び前記他の通信装置に対して予め設定される第１のリソースと、同一又は異なるリソースサイズで前記通信装置及び前記他の通信装置のために予約された第２のリソースとを含むことを特徴とする請求項２記載の通信装置。
【請求項１６】
更に、送信部を備え、
前記選択部は、前記通信装置が所定のグループに属する前記他の通信装置と通信可能な範囲に入ったとき、前記第２のリソースを選択し、
前記送信部は、前記第２のリソースを用いて、前記通信装置の位置情報を送信する
ことを特徴とする請求項１５記載の通信装置。
【請求項１７】
前記取得部は、前記通信装置が所定のグループに属する前記他の通信装置と通信可能な範囲に入ったとき、前記他の通信装置から前記地理的情報を取得し、
前記選択部は、前記他の通信装置の地理的情報と前記通信装置の地理的情報とに応じて、前記第１又は第２のリソースを選択し、
前記送信部は、選択した前記第１又は第２のリソースを利用して、前記他の通信装置と通信を行う、
ことを特徴とする請求項１６記載の通信装置。
【請求項１８】
前記取得部は、前記通信装置が属する所定のグループに前記他の通信装置が前記通信装置と通信可能な範囲に入ったとき、前記他の通信装置から前記地理的情報を取得し、
前記選択部は、前記他の通信装置の地理的情報と前記通信装置の地理的情報とに応じて、前記第１又は第２のリソースを選択し、
前記送信部は、選択した前記第１又は第２のリソースを利用して、前記他の通信装置と通信を行う
ことを特徴とする請求項１６記載の通信装置。
【請求項１９】
前記選択部は、前記通信装置が前記他の通信装置よりも情報量の多いデータを送信するときに前記第２のリソースを選択することを特徴とする請求項１６記載の通信装置。
【請求項２０】
更に、前記所定のリソースパターンに含まれる各前記送信リソースと該各送信リソースを割り当てる前記通信装置又は前記他の通信装置との全ての対応関係を表す複数の第１のマッピングテーブルを記憶するメモリを備え、
前記取得部は、前記他の通信装置から前記他の通信装置で利用するリソース情報を取得し、
前記選択部は、前記リソース情報に基づいて前記他の通信装置が通信に利用するリソースを検出した結果を表す第２のマッピングテーブルに対して、前記複数の第１のマッピングテーブルの中から最も相関の高い前記第１のマッピングテーブルを検出し、検出した前記第１のマッピングテーブルを利用して、前記送信リソースを選択する
ことを特徴とする請求項２記載の通信装置。
【請求項２１】
基地局装置によりスケジューリングされることなく送信リソースを決定することが可能な第１及び第２の通信装置を備える通信システムにおいて、
前記第１の通信装置は、
前記第１の通信装置の地理的情報を送信する送信部
を備え、
前記第２の通信装置は、
前記第１の通信装置の地理的情報を取得する取得部と、
前記地理的情報に応じて、前記送信リソースを選択する選択部と
を備えることを特徴とする通信システム。
【請求項２２】
取得部と選択部とを有し、基地局装置によりスケジューリングされることなく送信リソースを決定することが可能な通信装置における通信方法であって、
前記取得部により、他の通信装置の地理的情報を取得し、
前記選択部により、前記地理的情報に応じて、前記送信リソースを選択する
ことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信システム、及び通信方法に関する。
【背景技術】
【０００２】
現在のネットワークは、モバイル端末（スマートフォンやフューチャーフォン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。【０００３】
一方で、ＩｏＴ（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）、及び自動車とネットワーク間で通信を行うＶ２Ｎ（Vehicle to Network）等の総称である。Ｖ２Ｘに関する規定は、例えば非特許文献１に記載されている。Ｖ２Ｘは、例えば、自動車の自動運転技術に適用されることが期待されている。【０００７】
Ｖ２Ｘにおけるリソース配置に関しては、制御チャネル（ＰＳＣＣＨ：Physical Sidelink Control CHannel）とデータチャネル（ＰＳＳＣＨ：Physical Sidelink Shared CHannel）とを隣接させる配置方法と、制御チャネルとデータチャネルとを隣接させない方法がある。なお、ＰＳＣＣＨのリソースには、例えば、対応するＰＳＳＣＨのデータの変調方式及び符号化率に関する情報などを含むＳＣＩ（Sidelink Control Information）がマッピングされる。【０００８】
ＬＴＥ（Long Term Evolution）−Ｖ２Ｘにおいては、リソースを割り当てる方式として、例えば、移動体通信システムが集中的に制御する方式と、端末装置が自律的に制御する方式とがある。移動体通信システムが集中的に制御する方式は、端末装置が移動体通信システムのカバレージに在圏する際に適用可能であり、モード３とも呼ばれる。一方、各端末装置が自律的に制御する方式は、端末装置が移動体通信システムのカバレージに在圏しなくても適用可能であり、モード４とも呼ばれる。ＬＴＥ−Ｖ２Ｘのモード４では、リソースの割り当てのために、端末装置と移動体通信システムとの間で通信が行われないため、端末装置において送信データが発生した場合の送信遅延が短縮され、厳しい遅延要求を満たすことが可能である。【０００９】
また、３ＧＰＰの作業部会では、ＮＲ−Ｖ２Ｘにおけるサイドリンクのリソース割り当てについて議論されている。この作業部会では、ＮＲ−Ｖ２Ｘのリソース割り当てについて、２つのモード、すなわち、モード１とモード２について議論している。ＮＲ−Ｖ２Ｘのモード１は、例えば、端末装置（又はＵＥ（User Equipment））がサイドリンク送信として用いるリソースを、基地局がスケジューリングするモードである。一方、ＮＲ−Ｖ２Ｘのモード２は、例えば、基地局装置やネットワークにより設定（configured）されたサイドリンクリソース、又は予め設定されたサイドリンクリソース内において、（基地局装置がスケジューリングすることなく）端末装置が送信リソースを決定するモードである。【００１０】
さらに、３ＧＰＰの作業部会では、ＮＲ−Ｖ２Ｘのモード２について、４つのサブモード、すなわち、モード２（ａ）からモード２（ｄ）をカバーすることについて議論している。モード２（ａ）は、例えば、端末装置が送信用のサイドリンクリソースを自律的に選択するモードである。また、モード２（ｂ）は、例えば、端末装置が他の端末装置のためにサイドリンクリソースをアシストするモードである。さらに、モード２（ｃ）は、例えば、サイドリンク送信のために予め設定されたグラント（grant）を端末装置が用いるモードである。さらに、モード２（ｄ）は、例えば、端末装置が他の端末装置のサイドリンク送信をスケジューリングするモードである。【００１１】
さらに、３ＧＰＰの作業部会では、ＮＲ−Ｖ２Ｘについて、端末装置がｇＮＢ（Next generation Node B）へ、端末装置に関連した地理的情報（例えば、位置情報）を含む補助情報（assistance information）を報告することについても検討している。【００１２】
さらに、３ＧＰＰの作業部会では、ＮＲ−Ｖ２Ｘのモード２（ｃ）について、カバレッジ範囲外においては、（予め）設定された１又は複数のサイドリンク送信パターンを用いることについて検討している。また、カバレッジ範囲内においては、ｇＮＢの設定により、１又は複数のサイドリンク送信パターンを指示することについても検討している。ただし、送信パターンは、時間及び周波数によりデザインされること、時間及び周波数におけるリソースのサイズ、時間及び周波数におけるリソースの位置、及びリソース数により決定されること、などが作業部会で合意された。サイドリンク送信パターンの詳細は、今後の検討課題になっている。
【先行技術文献】
【非特許文献】
【００１３】
【非特許文献１】3GPP  TS  22.186  V16.0.0（2018-09）
【非特許文献２】3GPP  TS  36.211  V15.2.0（2018-06）
【非特許文献３】3GPP  TS  36.212  V15.2.1（2018-07）
【非特許文献４】3GPP  TS  36.213  V15.2.0（2018-06）
【非特許文献５】3GPP  TS  36.300  V15.2.0（2018-06）
【非特許文献６】3GPP  TS  36.321  V15.2.0（2018-07）
【非特許文献７】3GPP  TS  36.322  V15.1.0（2018-07）
【非特許文献８】3GPP  TS  36.323  V15.0.0（2018-07）
【非特許文献９】3GPP  TS  36.331  V15.2.2（2018-06）
【非特許文献１０】3GPP  TS  36.413  V15.2.0（2018-06）
【非特許文献１１】3GPP  TS  36.423  V15.2.0（2018-06）
【非特許文献１２】3GPP  TS  36.425  V15.0.0（2018-06）
【非特許文献１３】3GPP  TS  37.340  V15.2.0（2018-06）
【非特許文献１４】3GPP  TS  38.201  V15.0.0（2017-12）
【非特許文献１５】3GPP  TS  38.202  V15.2.0（2018-06）
【非特許文献１６】3GPP  TS  38.211  V15.2.0（2018-06）
【非特許文献１７】3GPP  TS  38.212  V15.2.0（2018-06）
【非特許文献１８】3GPP  TS  38.213  V15.2.0（2018-06）
【非特許文献１９】3GPP  TS  38.214  V15.2.0（2018-06）
【非特許文献２０】3GPP  TS  38.215  V15.2.0（2018-06）
【非特許文献２１】3GPP  TS  38.300  V15.2.0（2018-06）
【非特許文献２２】3GPP  TS  38.321  V15.2.0（2018-06）
【非特許文献２３】3GPP  TS  38.322  V15.2.0（2018-06）
【非特許文献２４】3GPP  TS  38.323  V15.2.0（2018-06）
【非特許文献２５】3GPP  TS  38.331  V15.2.1（2018-06）
【非特許文献２６】3GPP  TS  38.401  V15.2.0（2018-06）
【非特許文献２７】3GPP  TS  38.410  V15.0.0（2018-06）
【非特許文献２８】3GPP  TS  38.413  V15.0.0（2018-06）
【非特許文献２９】3GPP  TS  38.420  V15.0.0（2018-06）
【非特許文献３０】3GPP  TS  38.423  V15.0.0（2018-06）
【非特許文献３１】3GPP  TS  38.470  V15.2.0（2018-06）
【非特許文献３２】3GPP  TS  38.473  V15.2.1（2018-07）
【非特許文献３３】3GPP  TR  38.801  V14.0.0（2017-03）
【非特許文献３４】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  V15.0.0（2018-06）
【非特許文献３８】3GPP  TR  38.912  V15.0.0（2018-06）
【非特許文献３９】3GPP  TR  38.913  V15.0.0（2018-06）
【非特許文献４０】3GPP  TR  37.885  V15.0.0 (2018-06)
【非特許文献４１】3GPP  TR  22.886  V15.1.0 (2017-03)
【非特許文献４２】"RAN1 Chairman’s Notes", 3GPP TSG RAN WG1 Meeting #94, Gothenburg, Sweden, August 20th-24th, 2018
【非特許文献４３】"RAN1 Chairman’s Notes", 3GPP TSG RAN WG1 Meeting #94bis, Chengdu, China, October 8th-12th, 2018
【非特許文献４４】"RAN1 Chairman’s Notes", 3GPP TSG RAN WG1 Meeting #95, Spokane, USA, November 12th-16th, 2018
【発明の概要】
【発明が解決しようとする課題】
【００１４】
上述したように、３ＧＰＰでは、ＮＲ−Ｖ２Ｘのモード２（ｃ）に関し、１又は複数のサイドリンク送信パターンを用いて通信を行うことを検討している。【００１５】
しかし、送信パターンが１つで、多くの端末装置がＶ２Ｘによる通信を行う場合、複数の端末装置が１つの送信リソースを利用する場合がある。この場合、１つの送信リソースを複数の端末装置が用いるため、端末装置と他の端末装置が同じリソースを用いてデータを送信する。そのため、データの衝突が発生する場合がある。一方、送信パターンが複数の場合、複数の送信パターンを利用する端末装置の台数が少ない場合、多くの送信リソースが無駄になる場合がある。【００１６】
このように、送信パターンが１つの場合でも複数の場合でも、送信リソースが効率的に利用されているとは言えない場合がある。【００１７】
開示の技術は、上記に鑑みてなされたものであって、送信リソースを効率的に利用できるようにした通信装置、通信システム、及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
１つの側面では、基地局装置によりスケジューリングされることなく送信リソースを決定することが可能な通信装置において、他の通信装置の地理的情報を取得する取得部と、前記地理的情報に応じて、前記送信リソースを選択する選択部とを備えることにある。
【発明の効果】
【００１９】
送信リソースを効率的に利用できるようにした通信装置、通信システム、及び通信方法を提供することが可能となる。
【図面の簡単な説明】
【００２０】
【図１】図１は通信システムの構成例を表す図である。
【図２】図２は端末装置の構成例を表す図である。
【図３】図３はＴＦＲＰの例を表す図である。
【図４】図４はＴＦＲＰの例を表す図である。
【図５】図５は端末装置の位置関係の例を表す図である。
【図６】図６（Ａ）は端末装置の位置関係、図６（Ｂ）はＶ−ＬＩＤの割り当て例をそれぞれ表す図である。
【図７】図７はリソースの割り当て例を表す図である。
【図８】図８（Ａ）は端末装置の位置関係、図８（Ｂ）はＶ−ＬＩＤの割り当て例をそれぞれ表す図である。
【図９】図９はリソースの割り当て例を表す図である。
【図１０】図１０はＴＦＲＰの各リソースとＶ−ＬＩＤとの関係例を表す図である。
【図１１】図１１はリソースの割り当て例を表す図である。
【図１２】図１２はリソースの割り当て例を表す図である。
【図１３】図１３（Ａ）は端末装置の位置関係、図１３（Ｂ）はＶ−ＬＩＤの割り当て例をそれぞれ表す図である。
【図１４】図１４（Ａ）から図１４（Ｃ）はリソースの割り当て例を表す図である。
【図１５】図１５（Ａ）は端末装置の位置関係、図１５（Ｂ）から図１５（Ｃ）はＶ−ＬＩＤの割り当て例を表す図である。
【図１６】図１６はリソースの割り当て例を表す図である。
【図１７】図１７はリソースの割り当て例を表す図である。
【図１８】図１８（Ａ）と図１８（Ｂ）はリソースの割り当て例を表す図である。
【図１９】図１９（Ａ）はＳＣＩマッピングテーブル、図１９（Ｂ）は参照マッピングテーブルの例をそれぞれ表す図である。
【図２０】図２０は相関関係の例を表す図である。
【図２１】図２１は動作例を表すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、本願の技術を適用可能であり、権利範囲を限定するものではない。そして、各実施の形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【００２２】
また、本明細書で使用している用語や記載した技術的内容は、３ＧＰＰなど通信に関する規格として仕様書や寄書に記載された用語や技術的内容が適宜用いられてもよい。このような仕様書としては、例えば、３ＧＰＰ  ＴＳ  ３８．２１１  Ｖ１５．２．０（２０１８−０６）などがある。
【００２３】
なお、３ＧＰＰの仕様書は、随時、更新される。従って、上述した仕様書は、本願出願時における最新の仕様書が用いられてよい。そして、最新の仕様書に記載された用語や技術的内容が、本明細書において適宜用いられてよい。
【００２４】
以下に、本願の開示する端末装置、通信システム、及び通信方法の実施例を、図面に基づいて詳細に説明する。なお、以下の実施の形態は、開示の技術を限定するものではない。
【００２５】
［第１の実施の形態］
＜１．通信システムの構成例＞
図１は、第１の実施の形態における通信システム１０の構成例を表す図である。
【００２６】
通信システム１０は、複数の端末装置（以下では、「端末」と称する場合がある。）１００−１〜１００−３を備える。各端末１００−１〜１００−３は、例えば、各車両内に備えられている。
【００２７】
端末１００−１〜１００−３は、例えば、フューチャーフォン、スマートフォン、パーソナルコンピュータ、タブレット端末、ゲーム装置など、無線通信が可能な通信装置である。
【００２８】
また、端末１００−１〜１００−３は、例えば、端末間通信が可能である。端末１００−１〜１００−３は、基地局装置（以下、「基地局」と称する場合がある。）２００と無線通信を行うことなく、データを互いに送受信することが可能である。或いは、端末１００−１〜１００−３は、通信システム１０のカバレッジに在圏しなくても、自律的に無線通信を制御することが可能である。このような端末間通信の例として、Ｖ２Ｘ通信がある。Ｖ２Ｘは、例えば、上述したように、Ｖ２ＶやＶ２Ｐ、Ｖ２Ｉ、Ｖ２Ｎなどの総称である。従って、例えば、図１において、端末１００−２が車両に備えられている場合、通信相手の一方の端末１００−３は、車両ではなく、歩行者が持っていてもよいし、標識に備えられたものであってもよい。ただし、以下では、端末１００−１〜１００−３は、車両に備えられているものとして説明する。或いは、端末１００−１〜１００−３と車両とを区別しないで説明する場合がある。
【００２９】
とくに、本第１の実施の形態における端末１００−１〜１００−３は、例えば、ＮＲ−Ｖ２Ｘのモード２（In-coverage）とＮＲ−Ｖ２Ｘのモード２（ｃ）（Out-of-coverage）をサポートする通信装置でもある。すなわち、端末１００−１〜１００−３は、例えば、基地局２００やネットワークにより設定されたサイドリンクリソース、又は予め設定されたサイドリンクリソース内において、基地局２００がスケジューリングすることなく送信リソースを決定することが可能な通信装置でもある。
【００３０】
なお、図１に示すように、各端末１００−１〜１００−３は、基地局２００のカバレッジ範囲内（Ｉｎ−ｃｏｖｅｒａｇｅ）で他の端末と通信が可能であり、基地局２００のカバレッジ範囲外（Ｏｕｔ−ｏｆ−ｃｏｖｅｒａｇｅ）でも他の端末と通信が可能である。ただし、以下では、主として、端末１００−１〜１００−３がカバレッジ範囲外で通信する場合について説明する。
【００３１】
また、端末１００−１〜１００−３は、データなどを送信するときは、他の端末から送信されたデータなどを受信することができず、他の端末からデータなどを受信するときは、データなどを他の端末へ送信することができない。すなわち、端末１００−１〜１００−３は、送信モードのときは受信モードにすることができず、受信モードのときは送信モードにすることができない端末となっている。このような端末１００−１〜１００−３を、例えば、Ｈａｌｆ−ｄｕｐｌｅｘ（モード）の端末と称する場合がある。
【００３２】
さらに、通信システム１０には、基地局２００が含まれてもよい。基地局２００は、例えば、サービス提供可能範囲に在圏する端末１００−１に対して、通話サービスやＷｅｂ閲覧サービスなど種々のサービスを提供することが可能な通信装置である。
【００３３】
さらに、本第１の実施の形態では、端末間通信が行われる際に、ＮＲで規定された制御チャネルやデータチャネルが用いられてもよい。ただし、以下では、制御チャネルとしてＶ２Ｘ通信で規定されたＰＳＣＣＨ、データチャネルとしてＶ２Ｘ通信で規定されたＰＳＳＣＨを例にしてそれぞれ説明する場合がある。
【００３４】
なお、図１の例では、通信システム１０には、３台の端末１００−１〜１００−３が含まれる例を表している。通信システム１０に含まれる端末１００−１〜１００−３の台数は、２台でもよいし、４台以上あってもよい。
【００３５】
以下では、とくに断らない限り、端末１００−１〜１００−３を、端末１００と称する場合がある。
【００３６】
＜２．端末装置の構成例＞
図２は、端末１００の構成例を表す図である。
【００３７】
端末１００は、プロセッサ１１０、メモリ１２０、無線通信部１３０、及びアンテナ１４０を備える。
【００３８】
プロセッサ１１０は、例えば、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、又はＦＰＧＡ（Field Programmable Gate Array）などであり、端末１００全体を制御する。プロセッサ１１０は、グループ管理部１１１、使用リソース制御部１１２、送信制御部１１３、及び受信制御部１１４を含む。
【００３９】
グループ管理部１１１は、端末１００が属するグループを管理する。具体的には、グループ管理部１１１は、例えば、端末１００のグループへの加入や脱退を制御したり、同一グループに属する端末１００の識別情報と使用リソースを管理したりする。なお、グループ管理部１１１が管理するグループを、例えば、Ｖ２Ｘグループと称する場合がある。
【００４０】
グループ管理部１１１は、位置管理部１１１０とサブグループ管理部１１１１を含む。
【００４１】
位置管理部１１１０は、端末１００の位置を管理する。具体的には、位置管理部１１１０は、例えば、ＧＮＳＳ（Global Navigation Satellite System）を利用して、端末１００の地理的情報（geographic information）を取得する。地理的情報の例として、位置情報がある。ＧＰＳ（Global Positioning System）は、ＧＮＳＳの一例である。従って、位置管理部１１１０は、ＧＰＳを利用して位置情報を取得してもよい。そのため、位置管理部１１１０は、例えば、受信制御部１１４などを介して、通信衛星から送信された信号を受信することで、地理的情報を取得することが可能となる。位置管理部１１１０は、取得した地理的情報をサブグループ管理部１１１１へ出力する。また、位置管理部１１１０は、取得した地理的情報を、使用リソース制御部１１２へ出力するとともに、地理的情報（地理的情報更新タイミング情報、又は地理的情報使用開始時間、を含む）の送信を指示する。
【００４２】
以下には、地理的情報にその地理情報を更新するタイミング情報（又は地理的情報使用開始時間）を含むことを意味する。
【００４３】
また、位置管理部１１１０は、他の端末１００から送信された、他の端末１００の地理的情報を、受信制御部１１４などを介して受信する。位置管理部１１１０は、取得した地理的情報をサブグループ管理部１１１１へ出力する。
【００４４】
なお、以下では、地理的情報と位置情報とを区別しないで用いる場合がある。
【００４５】
サブグループ管理部１１１１は、端末１００が属するサブグループを管理する。具体的には、サブグループ管理部１１１１は、例えば、端末１００のサブグループへの加入や脱退を制御したり、同一サブグループに属する端末１００のリソースを管理したりする。
【００４６】
なお、サブグループ管理部１１１１が管理するサブグループは、例えば、Ｖ２Ｘグループに含まれるサブグループである。すなわち、サブグループ管理部１１１１は、例えば、端末数、周波数軸方向に含まれるサブチャネル数（又はリソース数）などに基づいて、Ｖ２Ｘグループに含まれるサブグループ数を決定し、自局を含めて端末１００を、各サブグループに順次割り振る。そして、サブグループ管理部１１１１は、例えば、サブグループに含まれる端末１００のリソースを管理し、サブグループに含まれる端末１００に対して制御チャネル（ＰＳＣＣＨ）やデータチャネル（ＰＳＳＣＨ）のリソースを割り当てる。
【００４７】
なお、以下では、送信に利用する、制御チャネルのリソースやデータチャネルのリソースなどのことを、送信リソース、或いは単にリソース、と称する場合がある。また、送信リソースとリソースとを区別しないで用いる場合がある。
【００４８】
本第１の実施の形態においては、サブグループ管理部１１１１は、Ｖ−ＬＩＤ（Virtual UE Location Index）を管理する。Ｖ−ＬＩＤは、例えば、仮想的な識別情報であって、グループ内における端末１００の相対的な地理的位置を表す。また、Ｖ−ＬＩＤは、例えば、そのような地理的位置を表すとともに、予め決められたリソースパターンに含まれるリソースの位置も表している。
【００４９】
図７は、リソースパターンの例を表している。以下では、このようなリソースパターンを、ＴＦＲＰ（Time-Frequency Resource Pattern）と称する場合がある。図７に示すように、ＴＦＲＰの各リソースには、Ｖ−ＬＩＤが割り振られている。本第１の実施に形態においては、サブグループ管理部１１１１では、例えば、Ｖ−ＬＩＤを利用することによって、他の端末１００から取得した位置情報に応じて、ＴＦＲＰに含まれる各リソースの中から送信リソースを選択する。サブグループ管理部１１１１は、例えば、送信リソースを選択（又は決定）する選択部（又は決定部）であってもよい。Ｖ−ＬＩＤやＴＦＲＰなどの詳細は後述する。
【００５０】
図２に戻り、サブグループ管理部１１１１は、サブグループに含まれる各端末１００に対して、各リソースを割り当てると、ＳＣＩを生成し、更に、ＳＣＩを含む制御信号を生成し、生成した制御信号を使用リソース制御部１１２へ出力する。ＳＣＩには、例えば、各端末１００に対して割り当てたリソース情報が含まれる。
【００５１】
使用リソース制御部１１２は、端末１００が制御信号の送信やデータの送信に利用するリソースを制御する。具体的には、使用リソース制御部１１２は、サブグループ管理部１１１１から出力された制御信号に含まれる割り当て結果に従って、制御チャネルのリソースやデータチャネルのリソースを制御する。この際、使用リソース制御部１１２は、位置管理部１１１０からの指示に従って、自局で取得した位置情報を送信するためのリソースも制御する。この場合のリソースは、例えば、制御チャネルのリソースでもよいし、データチャネルのリソースでもよい。
【００５２】
送信制御部１１３は、使用リソース制御部１１２により制御されたリソースを用いて制御信号やデータを送信するように無線通信部１３０を制御する。具体的には、送信制御部１１３は、以下の処理を行う。
【００５３】
すなわち、送信制御部１１３は、プロセッサ１１０内のアプリケーション処理部などからデータを受け取り、受け取ったデータに対して誤り訂正符号化処理（以下では、「符号化処理」と称する場合がある。）と変調処理などを施す。また、送信制御部１１３は、使用リソース制御部１１２を介して、サブグループ管理部１１１１から受け取った制御信号に対して符号化処理と変調処理などを施す。送信制御部１１３は、使用リソース制御部１１２からの指示により、例えば、制御信号をＰＳＣＣＨ、データをＰＳＳＣＨの各リソースにそれぞれマッピングする。この際、送信制御部１１３は、位置情報と、ＰＳＣＣＨ又はＰＳＳＣＨの各リソースにマッピングする。そして、送信制御部１１３は、マッピングにより得られた送信信号を、無線通信部１３０を介して、マルチキャスト（又はグループキャスト）、ブロードキャスト、或いはユニキャストにより送信する。
【００５４】
受信制御部１１４は、他の端末１００から受信した受信信号に対して、復調処理と誤り訂正復号処理（以下、「復号処理」と称する場合がある。）などを施す。具体的には、受信制御部１１４は、ＰＳＣＣＨにマッピングされた受信信号に対して復調処理と復号処理などを施すことで、制御信号を抽出（又は再生）する。また、受信制御部１１４は、ＰＳＳＣＨにマッピングされた受信信号に対して復調処理と復号処理などを施すことで、データを抽出（又は再生）する。受信制御部１１４は、抽出した制御信号とデータとをサブグループ管理部１１１１やプロセッサ１１０内のアプリケーション処理部などへ出力する。抽出した制御信号又はデータには、例えば、他の端末から送信された、他の端末の位置情報、又は他の端末により使用されているリソース情報が含まれる。
【００５５】
例えば、受信制御部１１４と位置管理部１１１０は、他の端末から送信された位置情報を取得する取得部であってよい。
【００５６】
メモリ１２０は、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などである。メモリ１２０は、例えば、プログラムを記憶し、プロセッサ１１０によりプログラムが読み出されて、プロセッサ１１０においてプログラムが実行される。この実行により、例えば、端末１００において、グループ管理部１１１、使用リソース制御部１１２、送信制御部１１３、受信制御部１１４の各機能を実現することが可能となる。或いは、この実行により、例えば、端末１００において、位置管理部１１１０やサブグループ管理部１１１１の各機能を実現することが可能となる。プロセッサ１１０は、例えば、グループ管理部１１１、使用リソース制御部１１２、送信制御部１１３、受信制御部１１４、位置管理部１１１０、及びサブグループ管理部１１１１に対応する。
【００５７】
また、メモリ１２０は、例えば、プロセッサ１１０において処理を実行する際に利用される情報などを記憶する。
【００５８】
無線通信部１３０は、送信制御部１１３から出力された送信信号に対して、Ｄ／Ａ（Digital to Analog）変換処理と、無線帯域への周波数変換処理（アップコンバート）などを施す。無線通信部１３０は、無線帯域に変換された無線信号をアンテナ１４０へ出力する。
【００５９】
また、無線通信部１３０は、アンテナ１４０から出力された無線信号に対して、ベースバンド帯域への周波数変換処理（ダウンコンバート）と、Ａ／Ｄ（Analog to Digital）変換処理などを施し、受信信号へ変換する。無線通信部１３０は、受信信号を受信制御部１１４へ出力する。
【００６０】
アンテナ１４０は、無線通信部１３０から出力された無線信号を他の端末１００へ送信する。また、アンテナ１４０は、他の端末１００から送信された無線信号を受信し、受信した無線信号を受信制御部１１４へ出力する。
【００６１】
＜３．ＴＦＲＰについて＞
次に、本第１の実施の形態で用いられるＴＦＲＰの例について説明する。図３は、ＴＦＲＰの例を表す図である。
【００６２】
図３において、横軸は時間軸方向、縦軸は周波数軸方向をそれぞれ表す。図３に示すように、周波数軸方向には、サブチャンネル数でＮ個のリソースがある。また、時間軸方向には、周波数軸方向のサブチャネル数に対応するリソースであって、ＮＴ（ＮＴは２以上の整数）個のリソースがある。従って、図３に示すリソース数は、Ｎ×ＮＴ個となる。ただし、図３の例では、ＮＴ＝Ｎ＋１の例を表している。以下では、ＮＴ＝Ｎ＋１の例で説明する。
【００６３】
図３において、ｖ１からｖ（Ｎ×（Ｎ＋１）／２）（Ｎは、例えば、周波数軸方向におけるサブチャネル数を表し、１以上の整数を表す。）は、各端末１００に割り当て可能なリソース（又はサブチャネル）を表している。例えば、リソースｖ１は端末１００−１に割り当て可能なリソースであり、リソースｖ２は端末１００−２に割り当て可能なリソースである。
【００６４】
また、図３において、リソースｖ１やリソースｖ２など、各リソースｖ１〜ｖ（Ｎ×（Ｎ＋１）／２）が２つあるのは、例えば、初送用（initial）に用いられるリソースと、再送用（repetition）に用いられるリソースがあるからである。例えば、端末１００−１は、初送用のリソースｖ１を用いて、データなどを送信し、再送用のリソースｖ１を用いて、データなどを再送する。
【００６５】
ＴＦＲＰは、例えば、以下のようなパターンとなっている。すなわち、図３に示すように、時間軸方向において１番目にある、周波数軸方向において１番目からＮ番目までのＮ個の各リソースは、Ｎ台の端末１００に初送用のリソースとしてそれぞれ割り当てが可能である。また、周波数軸方向において１番目にある、時間軸方向において２番目から（Ｎ＋１）番目までのＮ個のリソースは、同じＮ台の各端末に再送用のリソースとしてそれぞれ割り当てが可能である。
【００６６】
また、時間軸方向において２番目にある、周波数軸方向において２番目からＮ番目までの（Ｎ−１）個のリソースは、上記Ｎ台とは異なる他の（Ｎ−１）台の端末１００に、それぞれ割り当てが可能である。さらに、周波数軸方向において２番目にある、時間軸方向において３番目から（Ｎ＋１）番目までの（Ｎ−１）個のリソースは、上記Ｎ台とは異なる他の（Ｎ−１）台の端末１００に、それぞれ割り当てが可能である。
【００６７】
さらに、時間軸方向において３番目にある、周波数軸方向において３番目からＮ番目までの（Ｎ−２）個のリソースは、上記Ｎ台と上記（Ｎ−１）台とは異なる他の（Ｎ−２）台の端末１００に、それぞれ割り当てが可能なリソースである。さらに、周波数軸方向において３番目にある、時間軸方向において４番目から（Ｎ＋１）番目までの（Ｎ−２）個のリソースは、上記Ｎ台と上記（Ｎ−１）台とは異なる他の（Ｎ−２）台の端末１００に、それぞれ割り当てが可能リソースである。
【００６８】
以降、残りのリソースに対して、これらが繰り返される。そして、最後に、時間軸方向においてＮ番目にある周波数軸方向においてＮ番目の１個のリソースは、（（Ｎ×（Ｎ＋１）／２）番目の端末に割り当て可能である。また、周波数軸方向においてＮ番目にある時間軸方向において（Ｎ＋１）番目の１個のリソースは、（（Ｎ×（Ｎ＋１）／２）番目の端末に割り当て可能である。
【００６９】
ここで、時間軸方向において１番目にある、周波数軸方向において１番目からＮ番目までのＮ個の各リソースは初送用のリソースであり、周波数軸方向において１番目にある、時間軸方向において２番目から（Ｎ＋１）番目までのＮ個のリソースは再送用のリソースである。
【００７０】
また、時間軸方向において２番目にある、周波数軸方向において２番目からＮ番目までの（Ｎ−１）個のリソースは初送用のリソースである。また、周波数軸方向において２番目にある、時間軸方向において３番目から（Ｎ＋１）番目までの（Ｎ−１）個のリソースは再送用のリソースである。
【００７１】
さらに、時間軸方向において３番目にある、周波数軸方向において３番目からＮ番目までの（Ｎ−２）個のリソースは初送用のリソースである。また、周波数軸方向において３番目にある、時間軸方向において４番目から（Ｎ＋１）番目までの（Ｎ−２）個のリソースは再送用のリソースである。
【００７２】
さらに、時間軸方向においてＮ番目にある周波数軸方向においてＮ番目の１個のリソースは初送用のリソースであり、周波数軸方向においてＮ番目にある時間軸方向において（Ｎ＋１）番目の１個のリソースは再送用のリソースである。
【００７３】
図４は、サブチャネル数Ｎ＝３の場合のＴＦＲＰの例を表す図である。この場合、各リソースｖ１〜ｖ６に対して、６台分の端末１００−１〜１００−６へのリソース割り当てが可能となる。
【００７４】
例えば、図４において、端末１００−１は、周波数軸方向で１番目、時間軸方向で１番目のリソースを用いて、制御信号（又はデータ）を送信することが可能である。また、端末１００−１は、周波数軸方向で１番目、時間軸方向で２番目のリソースを用いて、制御信号（又はデータ）を再送することが可能となる。
【００７５】
ここで、例えば、図４において、端末１００−１〜１００−６に対して、リソースｖ１〜ｖ６がそれぞれ割り当てられた場合を考える。この場合、端末１００−１は、周波数軸方向で１番目、時間軸方向で１番目のリソースｖ１を用いて、制御信号（又はデータ）を送信することが可能である。また、端末１００−１は、周波数軸方向で１番目、時間軸方向で２番目のリソースｖ１を用いて、制御信号（又はデータ）を再送することが可能となる。
【００７６】
そして、図４において、最初のタイミングでは、端末１００−１〜１００−３が送信を行い、端末１００−４〜１００−６は受信が可能となる。また、次のタイミングでは、端末１００−１，１００−４，１００−５が送信を行い、端末１００−２，１００−３，１００−６は受信が可能となる。例えば、端末１００−６に着目すると、最初のタイミングと次のタイミングで受信が可能となり、３番目と４番目のタイミングで送信が可能となり、端末１００−５に着目すると、１番目と３番目のタイミングで受信、２番目と４番目のタイミングで送信が可能となる。
【００７７】
各端末１００は、Ｈａｌｆ−Ｄｕｐｌｅｘとなっており、送信と受信を同時に行うことができない。図３や図４に示すＴＦＲＰにより、すべてのユーザは、所定期間において、送信されたパケットを少なくとも１回受信することを保証することが可能となる。また、制御信号又はデータを送信する機会が、所定期間内において、２回あることで、送信機会が１回の場合と比較して、例えば、受信側の端末１００は、送信側の端末から送信されたデータを受信する確率を向上させることが可能となる。
【００７８】
以上、本第１の実施の形態で用いられるＴＦＲＰの例を説明した。本第１の実施の形態では、端末１００は、ＴＦＲＰの各リソースを、Ｖ−ＬＩＤを用いて選択するようにしている。以下、Ｖ−ＬＩＤの詳細について以下説明する。
【００７９】
＜４．Ｖ−ＬＩＤ＞
上述したように、Ｖ−ＬＩＤは、例えば、地理的情報に対応する相対的な位置を表す。また、Ｖ−ＬＩＤは、例えば、ＴＦＲＰにおける各リソースの位置を表す。そこで、Ｖ−ＬＩＤの詳細について、＜４．１  地理的情報に対応する位置を表す場合＞と、＜４．２  ＴＦＲＰにおける各リソースの位置を表す場合＞に、２つに分けて説明する。
【００８０】
＜４．１  地理的情報に対応する位置を表す場合＞
図５は、通信システム１０の構成例であって、端末１００−１〜１００−８の位置関係の例を表す図である。
【００８１】
図５において、図面上左は西、右は東、上は北、下は南をそれぞれ表す。図５に示すように、端末１００−１〜１００−８が一定の範囲内において、道路を走行している。走行方向は、例えば、西から東（左から右）である。
【００８２】
本第１の実施の形態では、端末１００は、自他の端末に対して、各端末１００の位置に応じて、予め決められた順序に従って、Ｖ−ＬＩＤを割り当てる。その順序は、図５の例では、西の位置する端末１００−１〜１００−３から順に東の方向へ、若いインデックスを割り振る順序（ascending order）となる。この場合、同じ位置に複数の端末１００−１〜１００−３，１００−６〜１００−７が位置する場合、北から南の方向へ、若いインデックスを割り振るようにする。
【００８３】
従って、図５の例では、端末１００は、端末１００−１にＶ−ＬＩＤとして（ｎ−４）（以下、Ｖ−ＬＩＤ＃（ｎ−４）と表す場合がある）、端末１００−２にＶ−ＬＩＤとして（ｎ−３）（以下、Ｖ−ＬＩＤ＃（ｎ−３）と表す場合がある。）を夫々割り当てる。以降、端末１００は、端末１００−３にＶ−ＬＩＤ＃（ｎ−２）、端末１００−５にＶ−ＬＩＤ＃（ｎ−１）、端末１００−４にＶ−ＬＩＤ＃ｎ、端末１００−６にＶ−ＬＩＤ＃（ｎ＋１）、端末１００−７にＶ−ＬＩＤ＃（ｎ＋２）、端末１００−８にＶ−ＬＩＤ＃（Ｎ＋３）を夫々割り当てる。
【００８４】
なお、上述した例では、車両の走行方向は、西から東の例について説明したが、走行方向は、東から西でもよい。後者の場合でも、例えば、図５に示す順序で、各端末１００の位置に応じたＶ−ＬＩＤが割り当てられる。
【００８５】
図６（Ａ）は、端末１００−１〜１００−１１の位置関係の例を表す図である。図６（Ａ）においても、図面上左を西、右を東、上を北、下を南とし、図５に示す順序で、各端末１００−１〜１００−１１にＶ−ＬＩＤを割り当てる。
【００８６】
すなわち、端末１００−１にＶ−ＬＩＤ＃１、端末１００−３にＶ−ＬＩＤ＃２、端末１００−２にＶ−ＬＩＤ＃３、端末１００−４にＶ−ＬＩＤ＃４、端末１００−６にＶ−ＬＩＤ＃５、端末１００−８にＶ−ＬＩＤ＃７、などとなる。
【００８７】
図６（Ｂ）は、Ｖ−ＬＩＤと端末１００−１〜１００−１１との対応関係の例を表す図である。ただし、図６（Ｂ）では、端末１００−１はＵＥ＃１、端末１００−２はＵＥ＃２、…、端末１００−１２はＵＥ＃１２として表されている。図６（Ｂ）に示すように、各端末１００−１〜１００−１２は、その位置に応じたＶ−ＬＩＤが割り当てられている。
【００８８】
このようなＶ−ＬＩＤの割り当ては、例えば、各端末１００−１〜１００−１２で行われる。例えば、端末１００−１に着目すると、端末１００−１は、自局の位置情報を取得すると、周期又は非周期で、自局の位置情報をブロードキャスト送信する。他の端末１００−２〜１００−１２も、各々、自局の位置情報をブロードキャスト送信する。端末１００−１は、このようにブロードキャスト送信された他の端末１００−２〜１００−１２の位置情報を取得することで、自局を含むグループ内の全端末１００−１〜１００−１２の位置関係を取得することが可能となる。これは、他の端末１００−２〜１００−１２も同様である。従って、全端末１００−１〜１００−１２において、各端末１００−１〜１００−１２は互いにある距離以内であれば、各端末１００−１〜１００−１２の位置情報を共有することができるため、これらの位置情報を用いることで、同一の位置関係を互いに共有することが可能となる。
【００８９】
なお、上述したように、各端末１００−１〜１００−１２は、例えば、ＰＳＳＣＨを利用して、位置情報を送信してもよいし、ＰＳＣＣＨを利用して送信してもよい。或いは、各端末１００−１〜１００−１２は、専用のチャネルを利用して、位置情報を送信してもよい。
【００９０】
＜４．２  ＴＦＲＰにおける各リソースの位置を表す場合＞
図７は、Ｖ−ＬＩＤとＴＦＲＰの各リソース位置との関係例を表す図である。ただし、図７は、横軸は時間軸方向、縦軸は周波数軸方向を夫々表す。また、サブチャネル数Ｎ＝３の場合で、１つのＶ２Ｘグループ内に２つのサブグループを含む例を表している。
【００９１】
図７の例では、Ｖ−ＬＩＤ＃１は、周波数軸方向において１番目で時間軸方向において１番目のリソースと、周波数軸方向において１番目で時間軸方向において２番目のリソースとを表す。また、Ｖ−ＬＩＤ＃２は、周波数軸方向において２番目で時間軸方向において１番目のリソースと、周波数軸方向において１番目で時間軸方向において３番目のリソースの各位置を表す。それ以外のＶ−ＬＩＤ＃３〜＃１２も、図３に示すリソースの位置に割り振られている。
【００９２】
すなわち、ＴＦＲＰの各リソースにおいてＶ−ＬＩＤが割り振られるパターンは、例えば、図３で説明した各リソースにおけるｖ１〜ｖ（（Ｎ×（Ｎ＋１）／２）の割り振られ方と同様である。具体的には、例えば、以下となる。
【００９３】
すなわち、時間軸方向において１番目にある、周波数軸方向において１番目からＮ番目までのＮ個の各リソースに対しては、若い番号から順にＶ−ＬＩＤが割り振られる。また、周波数軸方向において１番目にある、時間軸方向において２番目から（Ｎ＋１）番目までのＮ個の各リソースに対しては、若い番号から順に同一のＶ−ＬＩＤが割り振られる。
【００９４】
また、時間軸方向において２番目にある、周波数軸方向において２番目からＮ番目までの（Ｎ−１）個の各リソースに対しては、上記割り振られたＶ−ＬＩＤの次の番号のＶ−ＬＩＤから順にＶ−ＬＩＤが割り振られる。さらに、周波数軸方向において２番目にある、時間軸方向において３番目から（Ｎ＋１）番目までの（Ｎ−１）個の各リソースに対しては、上記次の番号のＶ−ＬＩＤから順に同一のＶ−ＬＩＤが割り振られる。以降、残りのリソースに対して、これらが繰り返される。そして、最後に、時間軸方向においてＮ番目にある周波数軸方向においてＮ番目の１個のリソースに対しては、Ｖ−ＬＩＤとして、（（Ｎ×（Ｎ＋１）／２）が割り振られる。また、周波数軸方向においてＮ番目にある時間軸方向において（Ｎ＋１）番目の１個のリソースに対しては、Ｖ−ＬＩＤとして、同一の（（Ｎ×（Ｎ＋１）／２）が割り振られる。
【００９５】
例えば、図６（Ａ）や図６（Ｂ）の例では、端末１００−１（又はＵＥ＃１）に対して、位置情報に基づいてＶ−ＬＩＤ＃１が割り当てられると、ＴＦＲＰにおいては、Ｖ−ＬＩＤ＃１が割り振られたリソースが割り当てられる。また、端末１００−２（又はＵＥ＃２）に対してＶ−ＬＩＤ＃３が割り当てられると、ＴＦＲＰにおいてＶ−ＬＩＤ＃３が割り振られたリソースが割り当てられる。以降、同様にして、端末１００−３〜１００−１２に対して、各Ｖ−ＬＩＤが割り当てられると、ＴＦＲＰにおいて、各Ｖ−ＬＩＤが割り振られたリソースが割り当てられる。
【００９６】
このように、Ｖ−ＬＩＤがＴＦＲＰにおける各リソースの位置を表しているため、端末１００は、各端末１００の位置に応じたＶ−ＬＩＤを割り当てると、ＴＦＲＰにおいてどのリソースを用いるのかを自動的に決定することが可能となる。
【００９７】
＜４．３  Ｖ−ＬＩＤについてのまとめ＞
Ｖ−ＬＩＤについて、まとめると、例えば、以下となる。
【００９８】
すなわち、上述したように、Ｖ−ＬＩＤは、例えば、端末１００の相対的な地理的位置を表す。また、Ｖ−ＬＩＤは、例えば、ＴＦＲＰに含まれるリソースの位置を表す。
【００９９】
Ｖ−ＬＩＤは、例えば、更新されるまで変更されない。また、地理的情報更新タイミングにより、Ｖ−ＬＩＤと地理的情報更新は同時に行うことで精度が向上する。例えば、端末１００は、自局で取得した位置情報を、周期又は非周期で、ブロードキャスト送信する。そのため、端末１００は、他の端末から送信された位置情報を取得し、地理的情報更新タイミングにより、Ｖ−ＬＩＤを更新する場合がある。従って、端末１００は、周期又は非周期で、Ｖ−ＬＩＤを更新する場合がある。
【０１００】
Ｖ−ＬＩＤを決定するためのアルゴリズムは、例えば、以下となる。すなわち、
１）各端末１００は、地理的情報とその地理的情報更新タイミング情報を、他の端末へブロードキャストで送信する。地理的情報としては、例えば、ＧＮＳＳで取得した位置情報であってもよい。
２）各端末１００は、地理的情報更新タイミングにより、地理的情報を更新し、その地理的情報に基づいて、ある決められた順序で、端末を分類（sort）する。
３）各端末１００は、ある端末から地理的情報更新タイミングにより更新された地理的情報に基づいて、再分類（re-sort）する。
４）各端末は、新たな順序に基づいてＴＦＲＰからリソースを再選択（reselect）する。
【０１０１】
これらの詳細は動作例で説明する。
【０１０２】
次に、具体例として、車両（又は端末１００）の位置変更により、Ｖ−ＬＩＤが更新される場合（＜５．車両の位置が変更する場合＞）について説明する。また、具体例として、車両数（又は端末数）が変更することで、Ｖ−ＬＩＤが更新される場合（＜６．車両数（端末数）が変更する場合＞）について説明する。いずれも、Ｖ−ＬＩＤが更新される場合であり、例えば、上記３）と４）に対応する。
【０１０３】
＜５．車両の位置が変更する場合＞
例えば、車両は、時間の経過とともにその位置を変更する場合がある。図８（Ａ）は、端末１００−６（又はＵＥ＃６）の位置が、端末１００−４と端末１００−５の間（図６（Ａ））から、端末１００−８と端末１００−７との間へ移動した場合の例を表す図である。
【０１０４】
この場合、端末１００−６の位置は、Ｖ２Ｘグループ又はサブグループ内において変化する。そのため、Ｖ−ＬＩＤも変更される。なお、図８（Ａ）においても、地理的情報によるＶ−ＬＩＤの割り当ては、例えば、図５に示すように、西から東の順番に若いＶ−ＬＩＤを割り当てる順序となっている。
【０１０５】
変更前は、例えば、図６（Ｂ）に示すように、端末１００−６に対してＶ−ＬＩＤ＃５、端末１００−５に対してＶ−ＬＩＤ＃６、端末１００−８に対してＶ−ＬＩＤ＃７がそれぞれ割り当てられている。
【０１０６】
変更後は、例えば、図８（Ｂ）に示すように、端末１００−５に対してＶ−ＬＩＤ＃５、端末１００−８に対してＶ−ＬＩＤ＃６、端末１００−６に対してＶ−ＬＩＤ＃７がそれぞれ割り当てられる。
【０１０７】
端末１００−６の位置の変更により、Ｖ−ＬＩＤの割り当てが変更されるのは、Ｖ−ＬＩＤ＃５からＶ−ＬＩＤ＃７までであり、それ以外のＶ−ＬＩＤは変更されない。よって、Ｖ−ＬＩＤの変更の影響があるのは、点線で示すように、Ｖ−ＬＩＤ＃５からＶ−ＬＩＤ＃７までとなる。
【０１０８】
変更前のリソースの割り当ては、例えば、図７に示すように、端末１００−６（ＵＥ＃６）に対してＶ−ＬＩＤ＃５、端末１００−５（ＵＥ＃５）に対してＶ−ＬＩＤ＃６、端末１００−８（ＵＥ＃８）に対してＶ−ＬＩＤ＃７がそれぞれ割り振られたリソースが割り当てられる。
【０１０９】
図９は、変更後のＴＦＲＰによるリソース割り当て例を表す図である。図９に示すように、変更後は、端末１００−５（ＵＥ＃５）に対してＶ−ＬＩＤ＃５、端末１００−８（ＵＥ＃８）に対してＶ−ＬＩＤ＃６、端末１００−６（ＵＥ＃６）に対してＶ−ＬＩＤ＃７がそれぞれ割り振られたリソースが割り当てられる。変更前の図７と比較して、図９の点線で示すリソースが、端末１００−６の位置の変更により、変更される。
【０１１０】
このように、端末１００−６の移動により、端末１００−６の位置情報が変化し、この変化に応じて、全端末１００−１〜１００−１２のＶ−ＬＩＤも変化し、ＴＦＲＰにおける割り当てリソースも変化する。
【０１１１】
なお、図８（Ａ）の例では、端末１００−６が移動する例について説明したが、他の端末１００−１〜１００−５，１００−７〜１００−１２が移動する場合でも、同様である。自端末１００が移動するか、他の端末１００が移動するかに拘わらず、少なくとも一方の位置情報の変化によって、位置関係が変化すると、その変化に応じて、Ｖ−ＬＩＤも変化し、割り当てリソースも変化する。
【０１１２】
図７や図９の例は、Ｖ２Ｘグループに２つのサブグループが含まれる例について説明した。
【０１１３】
例えば、Ｖ２Ｇグループには１つのサブグループしか含まれない場合もある。図１０は、このような場合のＶ−ＬＩＤとＴＦＲＰにおける各リソースとの関係例を表す図である。
【０１１４】
図１０に示すように、Ｖ−ＬＩＤ＃１に割り振られたリソースは、Ｖ−ＬＩＤ＃７にも利用可能となっている。また、Ｖ−ＬＩＤ＃２に割り振られたリソースは、Ｖ−ＬＩＤ＃８にも利用可能となっている。同様にして、Ｖ−ＬＩＤ＃６に割り振られたリソースは、Ｖ−ＬＩＤ＃１２にも利用可能となっている。
【０１１５】
図１１と図１２は、ＴＦＲＰによるリソース割り当ての例である。図１１と図１２も、端末１００の位置関係が、図６（Ａ）から図８（Ａ）に変更する場合の例を表している。図１１は変更前の図６（Ａ）に対応し、図１２は変更後の図８（Ａ）に対応する。
【０１１６】
ただし、図１１では、図１０におけるＶ−ＬＩＤ＃１から＃６までのグループと、Ｖ−ＬＩＤ＃７からＶ−ＬＩＤ＃１２までのグループとに、ＴＦＲＰを分けて図示した例であり、実際の位置関係は図１０であることは変わらない。
【０１１７】
端末１００−１は、位置関係から、Ｖ−ＬＩＤ＃１が割り当てられる。また、Ｖ−ＬＩＤ＃１は、ＴＦＲＰでは、周波数軸方向において１番目で時間軸方向において１番目のリソースと、周波数軸方向において１番目で時間軸方向において２番目のリソースが割り振られている。
【０１１８】
また、同一のリソースにはＶ−ＬＩＤ＃７が割り振られており、Ｖ−ＬＩＤ＃７が割り当てられた端末１００−８（ＵＥ＃８）にそのリソースが割り当てられる。
【０１１９】
この場合、端末１００−１と端末１００−８は同じリソースが割り当てられている。同様に、端末１００−２と端末１００−９は同じリソース（Ｖ−ＬＩＤ＃３とＶ−ＬＩＤ＃９）が割り当てられ、端末１００−３と端末１００−７は同じリソース（Ｖ−ＬＩＤ＃２とＶ−ＬＩＤ＃８）が割り当てられている。
【０１２０】
しかし、例えば、図６（Ａ）や図８（Ａ）に示すように、端末１００−１と端末１００−８は、距離が一定以上に離れている。端末１００−２と端末１００−９、端末１００−３と端末１００−７も同様に一定以上に離れている。この離れた距離によって、端末１００−１と端末１００−８が同一リソースを利用しても、端末１００−１から送信されたデータは端末１００−８へ届かず、端末１００−８から送信されたデータも端末１００−１へ届かない。従って、データ（やパケットデータ）の衝突（collision）は発生するが、復調には影響しない。同様に、端末１００−２と端末１００−９、端末１００−３と端末１００−７もデータの衝突は発生するが、復調には影響しない。言わば、端末１００−８は、端末１００−１のグループに属していないと考えられる。
【０１２１】
Ｖ２Ｘグループが１つのサブグループを形成する場合、全ての端末１００にＴＦＲＰによる各リソースを割り当てることができない場合がある。例えば、図４によるＴＦＲＰでは、全部で６台の端末１００にリソースを割り当てることができるが、７台以上の端末にリソースを割り当てることができない。しかし、図１０や図１１に示すように、同じリソースを用いても、端末１００間の距離により、データの衝突に影響しないように、各端末に対してリソースを割り当てることが可能である。ＴＦＲＰの各リソースに対して、図１０や図１１に示すようにＶ−ＬＩＤを割り振ることで、Ｖ２Ｘグループ内に１つのサブグループしか形成しない場合でも、リソースを有効活用させることが可能であり、また、データの衝突を回避させることが可能となる。
【０１２２】
なお、図１１においては、点線で示すリソースが変更対象のリソースを表し、図１２においては、点線で示すリソースが、端末１００−６の移動により、割り当て対象の端末が変更されたリソースを表している。
【０１２３】
＜６．車両数（端末数）が変更する場合＞
上述した例では、Ｖ２Ｘグループ又はサブグループに含まれる車両数（又は端末数。以下では、車両数と端末数とを区別しないで用いる場合がある。）は一定数の例について説明した。実際には、例えば、Ｖ２Ｇグループ内に、新たに車両が入ってくる場合もある。
【０１２４】
そこで、本第１の実施の形態では、ＴＦＲＰにおいて、リザーブ用のリソースを設けるようにしている。例えば、端末１００は、新たな車両に対しては、リザーブ用のリソースを割り当てるようにしている。以下、詳細に説明する。
【０１２５】
なお、以下では、上述したように、車両と端末とを区別しないで用いる場合がある。また、Ｖ２Ｘグループとサブグループとを区別しないで、まとめて、グループと称する場合がある。
【０１２６】
図１３（Ａ）は、端末１００がグループ内入ってくる前の車両の位置関係の例を表す図である。図１３（Ａ）は、図５と同様に、図面上、左が西、右が東、上が北、下が南となっている。
【０１２７】
車両の位置によるＶ−ＬＩＤの割り当ては、例えば、図５と同様に、西から東の順にＶ−ＬＩＤの若い番号を割り当てる順序を用いる。
【０１２８】
図１３（Ｂ）は、このような割り当て順序によりＬ−ＶＩＤが割り当てられた場合の、各端末１００−１〜１００−２，１００−４〜１００−９とＶ−ＬＩＤとの関係例を表す図である。また、図１４（Ａ）は、このようにＶ−ＬＩＤが割り当てられた場合のＴＦＲＰの例を表す図である。なお、図１４（Ａ）に示すように、Ｖ２Ｘグループに属する端末１００−１〜１００−２，１００−４〜１００−９は、２つのサブグループに分類されている。
【０１２９】
図１４（Ａ）に示すように、Ｖ−ＬＩＤ＃５とＶ−ＬＩＤ＃６、Ｖ−ＬＩＤ＃１１とＶ−ＬＩＤ＃１２が割り振られたリソースは、リザーブ用のリソースとなっている。リザーブ用のリソースは、端末１００−１〜１００−２，１００−４〜１００−９へのリソース割り当てとして用いられておらず、それ以外のリソースが用いられている。
【０１３０】
そのため、端末１００は、端末１００−５にＶ−ＬＩＤ＃４を割り当て、端末１００−６に対して、リザーブ用のリソースであるＶ−ＬＩＤ＃５と＃６を割り当てることなく、次のＶ−ＬＩＤ＃７を割り当てている。
【０１３１】
図１５（Ａ）は、その後、端末１００−３が道路に進入し、グループ内に入ってくる場合の車両の位置関係の例を表す図である。図１５（Ａ）では、端末１００−３（ＵＥ＃３）が、端末１００−２（ＵＥ＃２）と端末１００−４（ＵＥ＃４）との間に入る例を表している。
【０１３２】
端末１００−３が新たに他の端末１００−１〜１００−２，１００−４〜１００−９の属するグループに入る、というのは、例えば、端末１００−３が、他の端末１００−１〜１００−２，１００−４〜１００−９のいずれかと通信可能な範囲に入る、ということである。これにより、他の端末１００−１〜１００−２，１００−４〜１００−９に属するグループの端末数が、端末１００−３が入ることで変化することになる。
【０１３３】
進入した端末１００−３以外の各端末１００−１〜１００−２，１００−４〜１００−９は、例えば、周期又は非周期に、各々、自局が取得した位置情報と自局で割り当てたＶ−ＬＩＤとを、ブロードキャストで送信する（又は報知する）。そのため、各端末１００−１〜１００−２，１００−４〜１００−９は、他の端末が取得した位置情報を取得することが可能となる。
【０１３４】
新たにＶ２Ｘグループ内に入ってきた端末１００−３も、他の端末１００−１〜１００−２，１００−４〜１００−９から送信された信号を受信できる範囲に入ると、これらの端末１００−１〜１００−２，１００−４〜１００−９から送信された位置情報を取得することが可能となる。
【０１３５】
他の端末１００−１〜１００−２，１００−４〜１００−９の位置情報を取得した端末１００−３は、ＴＦＲＰのリソースの中から、一時的に、リザーブ用のリソースを選択する。例えば、図１４（Ｂ）や図１５（Ｂ）に示すように、端末１００−３は、リザーブ用のリソースとして、Ｖ−ＬＩＤ＃５が割り振られたリソースを選択する。リザーブ用のリソースとして、どのＶ−ＬＩＤが割り振られているかは、全端末１００−１〜１００−９において共有されているものとする。
【０１３６】
そして、端末１００−３は、一時的に選択したリザーブ用のリソースを用いて、周期又は非周期で、一時的に選択したリザーブ用のリソース（例えば、Ｖ−ＬＩＤ＃５）を用いて、自局が取得した位置情報を、ブロードキャストで送信する。この際、端末１００−３は、例えば、選択したリザーブ用のリソースとして用いたＶ−ＬＩＤ（例えば、Ｖ−ＬＩＤ＃５）も、送信する。端末１００−３は、選択したＶ−ＬＩＤを、例えば、ＰＳＣＣＨ、ＰＳＳＣＨ、又は専用のチャネルを用いて送信してもよい。
【０１３７】
他の端末１００−１〜１００−２，１００−４〜１００−９は、新たにグループ内に入ってきた端末１００−３の位置情報と、リザーブ用のリソースとして用いたＶ−ＬＩＤとを取得する。そして、他の端末１００−１〜１００−２，１００−４〜１００−９は、端末１００−３の位置情報と、端末１００−３が一時的に選択したリザーブ用のＶ−ＬＩＤとに基づいて、Ｖ−ＬＩＤを割り当てていく。例えば、他の端末１００−１〜１００−２，１００−４〜１００−９は、図５と同様に、西から東へＶ−ＬＩＤの若い番号が割り振られる順序で、Ｖ−ＬＩＤを割り当てる。この際、他の端末１００−１〜１００−２，１００−４〜１００−９は、端末１００−３が一時的に選択したリザーブ用のＶ−ＬＩＤを含めて、Ｖ−ＬＩＤを割り当てる。
【０１３８】
この場合、他の端末１００−１〜１００−２，１００−４〜１００−９は、端末１００−３の位置情報に基づいて、端末１００−３にＶ−ＬＩＤ＃３、端末１００−４にＶ−ＬＩＤ＃４、端末１００−５にＶ−ＬＩＤ＃５を、それぞれ割り当てる。それ以外のＶ−ＬＩＤは、変更前と変わらない。
【０１３９】
また、端末１００−３においても、他の端末１００−１〜１００−２，１００−４〜１００−９から位置情報を取得しているため、他の端末１００−１〜１００−２，１００−４〜１００−９と同様に、その位置関係から、上記と同一のＶ−ＬＩＤを割り当てる。
【０１４０】
図１５（Ｃ）は、端末１００−３が進入して、更新された後のＶ−ＬＩＤと端末１００−１〜１００−９との対応関係を表す図である。また、図１４（Ｃ）は、更新後のＴＦＲＰの例を表す図である。
【０１４１】
図１４（Ｃ）に示すように、Ｖ−ＬＩＤ＃３が割り振られたリソースには端末１００−３（ＵＥ＃３）が割り当てられる。また、Ｖ−ＬＩＤ＃４が割り振られたリソースには端末１００−４（ＵＥ＃４）が割り当てられる。さらに、Ｖ−ＬＩＤ＃５が割り振られたリソースには端末１００−５（ＵＥ＃５）が割り当てられる。リザーブ用のリソースであった、Ｖ−ＬＩＤ＃５が割り当てられたリソースは、更新後、端末１００−５の送信リソースとして用いられる。
【０１４２】
このリザーブ用のリソースは、例えば、より大きなパケットデータを送信する端末１００のために用いられてもよい。
【０１４３】
図１６は、リザーブ用のリソースが端末１００−１の送信用のリソースとして用いられる例を表す図である。図１６は、図１４（Ａ）と同様に、Ｖ−ＬＩＤ＃５〜＃６，＃１１〜＃１２が割り振られたリソースが、リザーブ用のリソースとして用いられている。そして、図１６の例では、Ｖ−ＬＩＤ＃１１が割り振られたリザーブ用のリソースが、端末１００−１の送信リソースとして用いられている。
【０１４４】
端末１００−１は、例えば、他の端末１００−２〜１００−９よりも情報量の多いパケットデータを送信する。そのため、端末１００−１は、Ｖ−ＬＩＤ＃１が割り振られたリソースと、Ｖ−ＬＩＤ＃１１が割り振られたリソースの２つのリソースを用いて、パケットデータを送信する。端末１００−１は、他の端末１００−２〜１００−９よりも多くのリソースを用いているため、情報量の多いパケットデータを、これらのリソースを用いて送信することが可能となる。
【０１４５】
例えば、端末１００−１は、自局と他の端末の位置情報に応じてＶ−ＬＩＤを割り当てるときに、ＴＦＲＰからリザーブ用のリソースを選択する。そして、端末１００−１は、例えば、選択したリザーブ用のリソースに割り振られたＶ−ＬＩＤ（例えば、Ｖ−ＬＩＤ＃１１）を、他の端末１００へブロードキャストで送信する。
【０１４６】
なお、上述した例では、新たにグループ内に入ってきた端末１００−３は、リザーブ用のリソースとして割り振られたＶ−ＬＩＤを利用した場合、そのＶ−ＬＩＤを他の端末へ送信する例について説明した。例えば、端末１００−３は、このようなＶ−ＬＩＤを送信しなくてもよい。この場合、例えば、端末１００−３は、利用するリザーブ用のリソースの情報（例えば、そのリソースを表す周波数と時間の情報）をＳＣＩとして送信してもよい。他の端末１００−１〜１００−２，１００−３〜１００−１２は、端末１００−３から送信されたＳＣＩを受信し、ＳＣＩにより端末１００−３が利用するリソースを把握することで、リザーブ用のリソースが用いられることを把握することが可能となる。これにより、他の端末１００−１〜１００−２，１００−３〜１００−１２は、リザーブ用のリソースが割り振られたＶ−ＬＩＤを含むＶ−ＬＩＤの割り当てを行うことが可能となる。
【０１４７】
また、情報量の多いパケットデータを送信する端末１００−１についても、データ送信用にリザーブ用のリソースを選択した場合、そのリソースに対応するＶ−ＬＩＤを送信しなくてもよい。この場合も、端末１００−１は、ＳＣＩを利用して、利用するリザーブ用のリソースの情報を送信してもよい。
【０１４８】
＜７．ＴＦＲＰについてのまとめ＞
ここで、ＴＦＲＰの各リソースについて以下のように２つのリソースを定義することにする。
【０１４９】
１つ目は、Ｍａｎｄａｔｏｒｙリソース（又は強制リソース、或いは必須リソース）である。Ｍａｄａｔｏｒｙリソースは、例えば、同一リソースサイズであって、端末１００に対して、動的に（予め）設定される又は専用の（dynamically dedicated and/or (pre)configured）リソースである。
【０１５０】
図１７はＴＦＲＰの例を表す図である。図１７の例では、Ｖ−ＬＩＤ＃１〜＃４、＃７〜＃１０が割り振られたリソースが、Ｍａｄａｔｏｒｙリソースになる。これらのリソースは、例えば、端末１００の位置情報に応じて割り当てられたリソースとなり得る。
【０１５１】
２つ目は、Ｏｐｔｉｏｎａｌリソース（又はオプションリソース、或いは選択リソース）である。Ｏｐｔｉｏｎａｌリソースは、例えば、上述したリザーブ用リソースに対応し、同一又は異なるサイズで端末１００のために予約（reserve）されたリソースである。Ｏｐｔｉｏｎａｌリソースは、例えば、端末１００がＴＦＲＰのマッピングを初期化したり、より大きなサイズのパケットデータを送信したりする場合に用いられるリソースとなる。図１７の例では、例えば、Ｖ−ＬＩＤ＃５〜＃６，＃１１〜＃１２が割り振られたリソースがＯｐｔｉｏｎａｌリソースとなる。
【０１５２】
例えば、各サブグループ内においていくつのリソースが残っているかによって、Ｏｐｔｉｏｎａｌリソースのリソース数は変動する。例えば、上述した例では、端末１００−３がグループ内に入る前は、図１４（Ａ）であり、更新後は、図１４（Ｃ）となった。図１４（Ａ）と図１４（Ｃ）に示すように、Ｏｐｔｉｏｎａｌリソース数は、グループ内に新たに入る端末数に応じて、サブグループ内で変動する場合がある。
【０１５３】
また、図１４（Ｂ）や図１４（Ｃ）などで説明したように、端末１００は、Ｏｐｔｉｏｎａｌリソースを、ランダムに選択してもよい。そのため、各端末１００は、例えば、センシングによって、ランダムに選択したＯｐｔｉｏｎａｌリソースを把握することが可能となる。上述したように、端末１００は、センシングによりＳＣＩを検出し、ＳＣＩにより、他の端末がどのＯｐｔｉｏｎａｌリソースを利用しているかを把握できる。これにより、例えば、複数の端末１００が同一のＯｐｔｉｏｎａｌリソースを選択する事態を回避し、データの衝突を回避することが可能となる。
【０１５４】
＜８．ＴＦＲＰマッピングに基づく相関について＞
例えば、図１５（Ａ）において、端末１００−１に着目すると、端末１００−１は、ＧＮＳＳにより自局の位置情報を取得できる。また、他の端末１００−２〜１００−９から各端末１００−２〜１００−９の位置情報を取得することもできる。
【０１５５】
しかし、端末１００−１は、他の端末１００−２〜１００−９と同一のＶ２Ｘグループ又はサブグループ（以下、「グループ」と称する場合がある。）に属するか否かは、位置情報からでは把握することはできない場合がある。
【０１５６】
例えば、端末１００−１は、更に西側に存在する端末と同一のグループに属する端末の場合もある。或いは、端末１００−１が属するグループは、更に西側の端末と、端末１００−２〜１００−４と同一のグループの場合もある。
【０１５７】
図１５（Ａ）などの例では、端末１００−１は、グループ内で最も西側の端末であり、そのため、Ｖ−ＬＩＤ＃１が割り当てられた。そして、ＴＦＲＰでは、最も左上のリソースが、端末１００−１に割り当てられた。
【０１５８】
図１８（Ａ）は、そのような場合のＴＦＲＰの例を表す図である。ただし、図１８（Ａ）におけるＶ−ＬＩＤは、例えば、図１３（Ａ）に対応する。
【０１５９】
図１８（Ａ）において、サブグループ＃ｎのＴＦＲＰにおいて、時間軸方向において１番目で周波数軸方向において１番目のリソースを、例えば、開始点（starting point）と称する場合がある。
【０１６０】
開始点を用いて上述したことを言い換えると、例えば、以下となる。すなわち、各サブグループ＃ｎ，＃（ｎ＋１）において、開始点のリソースが、どの端末１００に割り当てられるかは、位置情報からは決定することができない場合がある。或いは、端末１００は、位置情報からでは、どのサブグループに属するかを決定することができない場合がある。
【０１６１】
例えば、サブグループ＃ｎにおいて、最も西側に位置するのが端末１００−２の場合、図１８（Ｂ）に示すように、サブグループ＃ｎの開始点のリソースには、端末１００−２が割り当てられる。この場合、端末１００−１は、１つの前のサブグループ＃（ｎ−１）のリソースが割り当てられるかもしれない。
【０１６２】
なお、図１８（Ａ）の例では、サブグループ＃ｎにおいては、開始点のリソースが端末１００−１に割り当てられ、サブグループ＃（ｎ＋１）においては、開始点のリソースが端末１００−６に割り当てられる。また、図１８（Ｂ）の例では、サブグループ＃ｎにおいては、開始点のリソースが端末１００−２に割り当てられ、サブグループ＃（ｎ＋１）においては、開始点のリソースは端末１００−７に割り当てられる。
【０１６３】
そこで、本第１の実施の形態では、２つのマッピングテーブルを用いて、端末１００が属するサブグループを決定し、ＴＦＲＰへのマッピングを行うようにする。
【０１６４】
１番目のマッピングテーブルのことは、ＳＣＩマッピングテーブル（TABLE_sci）である。図１９（Ａ）は、ＳＣＩマッピングテーブル（TABLE_sci）の例を表す図である。ＳＣＩマッピングテーブル（TABLE_sci）は、例えば、端末１００から送信されたＳＣＩ（又はリソース情報）をセンシングすることで、各端末が通信に利用するリソースを検出するためのテーブルである。すなわち、ＳＣＩマッピングテーブル（TABLE_sci）は、例えば、各端末１００が通信に利用するリソースを表すテーブルである。
【０１６５】
例えば、端末１００は、ＳＣＩから、他の端末が利用するリソースの情報、具体的には、周波数と時間の情報を抽出し、抽出した周波数と時間とを、ＳＣＩマッピングテーブル（TABLE_sci）の対応する周波数と時間の領域に書き込む。図１９（Ａ）では、ＳＣＩマッピングテーブル（TABLE_sci）における最も左上の領域に、他の端末１００−１の識別情報を書き込む例を表している。
【０１６６】
同様に、端末１００は、他の端末１００−２〜１００−１０から送信されたＳＣＩに基づいて、対応する領域に、他の端末１００−２〜１００−１０において利用されているリソースの情報を書き込む。なお、図１９の例では、端末１００は、端末１００−２，１００−８のＳＣＩを検出することができなかった例を表している。このように、ＳＣＩマッピングテーブル（TABLE_sci）では、一部の端末の識別情報を対応する領域に書き込めなかった場合でも、処理を行うことが可能である。
【０１６７】
２番目のマッピングテーブルは、参照マッピングテーブル（TABLE_ref）である。図１９（Ｂ）は、参照マッピングテーブル（TABLE_ref）の例を表す図である。
【０１６８】
参照マッピングテーブル（TABLE_ref）は、例えば、Ｖ−ＬＩＤ（又はＴＦＲＰ）とＵＥ−ＩＤ（Identification）との間の関係を表すマッピングテーブルである。参照マッピングテーブルは、例えば、各サブグループにおける開始点の端末の情報も含まれる。
【０１６９】
図１９（Ｂ）の例では、ある参照マッピングテーブル（TABLE_ref(1)）の例を表している。参照マッピングテーブル（TABLE_ref(1)）は、２つのサブグループ＃ｎ，＃（ｎ＋１）を含み、サブグループ＃ｎにおいては、開始点のリソースは端末１００−１、サブグループ＃（ｎ＋１）においては、開始点のリソースは端末１００−６が夫々割り当てられたテーブルとなっている。
【０１７０】
上述したように、開始点のリソースが割り当てられる端末１００は、種々のパターンがある。そのため、参照マッピングテーブル（TABLE_ref）は、すべてのパターンの参照マッピングテーブルを含む。
【０１７１】
図１９（Ｂ）は、このような参照マッピングテーブル（TABLE_ref）の１つ（TABLE_ref(1)）である。他にも、サブグループ＃ｎにおいて開始点のリソースは端末１００−２、サブグループ＃（ｎ＋１）において開始点のリソースは端末１００−７がそれぞれ割り当てられる参照マッピングテーブル（TABLE_ref(2)）があってもよい。さらに、サブグループ＃ｎにおいて開始点のリソースは端末１００−４、サブグループ＃（ｎ＋１）において開始点のリソースは端末１００−８がそれぞれ割り当てられる参照マッピングテーブル（TABLE_ref(3)）があってもよい。ＴＦＲＰに含まれるリソースに割り当て可能な端末１００の全ての開始パターンを含む参照マッピングテーブル（TABLE_ref(1), TABLE_ref(2), …）が参照マッピングテーブル（TABLE_ref）に含まれる。参照マッピングテーブル（TABLE_ref）は、例えば、ＴＦＲＰにおける各リソース（又はＶ−ＬＩＤ）と端末１００（又はＵＥ−ＩＤ）との全ての対応関係を表すテーブルでもある。
【０１７２】
参照マッピングテーブル（TABLE_ref）は、地理情報更新により、更新する必要がある。言わば、Ｖ−ＬＩＤを更新すると、参照マッピングテーブル（TABLE_ref）を自動的に更新する。
【０１７３】
端末１００は、自局で保持する参照マッピングテーブル（TABLE_ref(1), TABLE_ref(2), …）のうち、ＳＣＩマッピングテーブル（TABLE_sci）と最も相関が高い参照マッピングテーブルを検出する。そして、端末１００は、そのように検出した参照マッピングテーブル（TABLE_ref）を用いて、どのサブグループに属するのかを把握し、サブグループ内で位置情報に基づいてＶ−ＬＩＤを割り当て、割り当てたＶ−ＬＩＤに基づいて、ＴＦＲＰに対するリソースマッピングを行う。
【０１７４】
図２０は、相関結果の例を表す図である。図２０に示すように、参照マッピングテーブル（TABLE_ref）のうち、１番目の参照マッピングテーブル（TABLE_ref(1)）が、ＳＣＩマッピングテーブル（TABLE_sci）と最も相関が高いものとなった。この場合、端末１００は、参照マッピングテーブル（TABLE_ref(1)）を用いて、Ｖ−ＬＩＤの割り当てやＴＦＲＰのリソース割り当てを行うことになる。
【０１７５】
ＳＣＩマッピングテーブル（TABLE_sci）と参照マッピングテーブル（TABLE_ref）との相関は、例えば、以下のようにして計算すればよい。
【０１７６】
すなわち、ターゲットとなる端末１００周囲においてグループに属する端末の台数をＫ、１つのＴＦＲＰに含まれるリソース数をＬＫとする。リソース数がＬＫとなるのは、端末１台について、初期送信１回と（Ｌ−１）回の再送の繰り返しがあるからである。ここで、ＴＦＲＰに含まれる各リソースのインデックスｋは、端末１００のＩＤ（ＵＥ−ＩＤ）に対応し、ＵＥＩＤ（ｋ）と表すことができる。ただし、１≦ｋ≦ＬＫである。相関の計算は、例えば、以下の式（１）を用いる。
【０１７７】
【数１】
2020144822.tif 000003
【０１７８】
ここで、「Ｍ」を参照マッピングテーブル（TABLE_ref）に含まれるテーブル数とする。この場合、１≦ｍ≦Ｍが成立する。ただし、ｍは、参照マッピングテーブル（TABLE_ref(1), TABLE_ref(2), …）のインデックスを表す。
【０１７９】
そして、端末１００は、最も相関が高い、インデックスｍの参照マンピングテーブル（TABLE_ref(m)）を、以下の式（２）を用いて検出する。
【０１８０】
【数２】
2020144822.tif 000004
【０１８１】
なお、計算に用いる、参照マッピングテーブル（TABLE_ref）のテーブル数Ｍを減らすために、例えば、端末１００は、式（１）による計算の前に、ＳＣＩマッピングテーブル（TABLE_sci）をチェックすべきである。
【０１８２】
例えば、端末１００は、図２０に示すＳＣＩマッピングテーブル（TABLE_sci）の左上に端末１００−１が検出されているため、参照マッピングテーブル（TABLE_ref）のうち、開始点に端末１００−１が存在する参照マッピングテーブルを相関計算に用いる、などである。
【０１８３】
例えば、端末１００では、以下のようにして計算を行えばよい。すなわち、メモリ１２０には、全てのパターンの参照マッピングテーブル（TABLE_ref）を記憶する。サブグループ管理部１１１１は、検出したＳＣＩマッピングテーブル（TABLE_sci）と、メモリ１２０から読み出した各参照マッピングテーブル（TABLE_ref(1), TABLE_ref(2), …）とを、各リソース単位に式（１）を用いて計算する。そして、式（２）を満たす、参照マンピングテーブル（TABLE_ref(m)）を算出する。サブグループ管理部１１１１は、メモリ１２０に記憶された式（１）と式（２）を、メモリ１２０から読み出すことで、これらの計算を行えばよい。
【０１８４】
＜９．動作例＞
図２１は、リソースの割り当て処理の動作例を表すフローチャートである。
【０１８５】
端末１００は、処理を開始すると（Ｓ１０）、ＴＦＲＰとＶ−ＬＩＤを予め決定し、これらをマッピングさせる（Ｓ１１）。例えば、端末１００は、以下の処理を行う。
【０１８６】
すなわち、サブグループ管理部１１１１は、メモリ１２０に記憶されたＴＦＲＰを読み出す。ＴＦＲＰとしては、例えば、図３に示すＴＦＲＰである。そして、サブグループ管理部１１１１は、ＴＦＲＰの各リソースに対して、Ｖ−ＬＩＤを割り振る。そのように割り振ったＴＦＲＰの例としては、例えば、図１０がある。このようなＴＦＲＰの各リソースには、予め、Ｏｐｔｉｏｎａｌリソースが含まれもよい。
【０１８７】
次に、端末１００は、新たな端末がグループ内に入ってきた否かを判定する（Ｓ１２）。
【０１８８】
端末１００は、新たな端末がグループ内に入ってこなかったとき（Ｓ１２でＮｏ）、端末１００は、他の端末から位置情報とリソース情報とを受信する（Ｓ１３）。例えば、端末１００は、以下の処理を行う。
【０１８９】
すなわち、位置管理部１１１０は、受信制御部１１４などを介して、他の端末から送信された位置情報を受信する。位置管理部１１１０は、受信した位置情報をサブグループ管理部１１１１へ出力する。また、位置管理部１１１０は、ＧＳＮＮを利用して、自局の位置情報を取得し、取得した位置情報をサブグループ管理部１１１１へ出力する。さらに、サブグループ管理部１１１１は、受信制御部１１４などを介して、他の端末１００から送信されたＳＣＩを受信し、受信したＳＣＩから他の端末において利用されるリソース情報を抽出する。
【０１９０】
次に、端末１００は、自局の位置情報を他の端末へブロードキャストで送信する（Ｓ１４）。例えば、位置管理部１１１０は、ＧＳＮＮを利用して取得した位置情報を使用リソース制御部１１２へ出力し、位置情報をブロードキャストで送信するよう指示する。この指示を受けた使用リソース制御部１１２は、位置情報を、ＰＳＣＣＨ又はＰＳＳＣＨのリソースを利用して、送信することを送信制御部１１３へ指示し、送信制御部１１３は指示されたリソースを用いて、位置情報を、無線通信部１３０などを介して送信する。
【０１９１】
次に、端末１００は、位置情報に基づいて、他の端末を分類する（Ｓ１５）。例えば、サブグループ管理部１１１１は、他の端末と自局の位置情報に基づいて、予め決められた順序で並び替える。例えば、図５に示すように、サブグループ管理部１１１１は、西から東の順序で、同一の位置に複数の端末１００が存在する場合は、北から南の順番で、端末１００を並び替える。
【０１９２】
図２１に戻り、次に、端末１００は、分類した順序に基づいて、Ｖ−ＬＩＤを割り当てる（Ｓ１６）。例えば、図５で示すように、サブグループ管理部１１１１は、西から東へ、若いＶ−ＬＩＤを割り当てる順序で、かつ、同一位置に複数の端末１００が存在する場合は、北から南の順番で、若いＶ−ＬＩＤを割り当てる順序で、Ｖ−ＬＩＤを割り当てる。このように、位置情報に基づいて、各端末１００にＶ−ＬＩＤが割り当てられた例として、例えば、図６（Ｂ）がある。
【０１９３】
図２１に戻り、次に、端末１００は、Ｖ−ＬＩＤに基づいて、ＴＦＲＰの各リソースを選択する（Ｓ１７）。例えば、端末１００は、以下の処理を行う。
【０１９４】
すなわち、サブグループ管理部１１１１は、Ｓ１６で割り当てたＶ−ＬＩＤに基づいて、Ｓ１１で予め決められたＴＦＲＰの各リソースを、各端末１００に割り当てる。このように、ＴＦＲＰの各リソースが、各端末１００に割り当てられた例としては、例えば、図７がある。また、サブグループ管理部１１１１は、Ｏｐｔｉｏｎａｌリソースがあるときは、このリソースを考慮して、各端末１００に対して、ＴＦＲＰの各リソースを選択する。さらに、サブグループ管理部１１１１は、メモリ１２０に記憶されたＳＣＩマッピングテーブル（TABLE_sci）を利用して、Ｓ１３において、各端末１００が利用するリソースをチェックしてもよい。この場合、サブグループ管理部１１１１は、本処理（Ｓ１７）において、メモリ１２０に記憶された参照マッピングテーブル（TABLE_ref）とＳＣＩマッピングテーブル（TABLE_sci）とを読み出して、相関を演算する。サブグループ管理部１１１１は、メモリ１２０に記憶された式（１）と式（２）とを読み出して、相関を演算する。そして、サブグループ管理部１１１１は、最も相関の高い参照マッピングテーブル（TABLE_ref）を用いて、そのＴＦＲＰの各リソースに割り振られたＶ−ＬＩＤを利用して、各端末１００に対して各リソースをマッピングすることで、各リソースを選択する。
【０１９５】
図２１に戻り、次に、端末１００は、電源をＯＦＦにしたか否かを判定する（Ｓ１８）。例えば、サブグループ管理部１１１１は、電源部から電源をオフにしたことを示す信号を受信することができるため、この信号を受信したか否かにより判定してもよい。
【０１９６】
端末１００は、電源をＯＦＦにしたとき（Ｓ１８でＹｅｓ）、リソースの割り当て処理を終了する（Ｓ１９）。
【０１９７】
一方、端末１００は、電源をＯＦＦにしなかったとき（Ｓ１８でＮｏ）、Ｓ１２へ移行し、上述した処理を繰り返す。
【０１９８】
また、新たな端末１００がグループ内に入ってきたとき（Ｓ１２でＹｅｓ）、新たな端末１００は、他の端末から位置情報とリソース情報とを受信する（Ｓ２０）。例えば、図１５（Ａ）に示すように、端末１００−３が新たな端末としてグループ内に入った場合、端末１００−３は、以下の処理を行う。
【０１９９】
すなわち、位置管理部１１１０は、グループ内の他の端末から送信された位置情報を受信し、受信した位置情報をサブグループ管理部１１１１へ出力する。また、サブグループ管理部１１１１は、グループ内の他の端末から送信されたＳＣＩを受信し、ＳＣＩからリソース情報を抽出する。位置情報は、ＰＳＣＣＨ又はＰＳＳＣＨで送信されてもよい。
【０２００】
次に、新たな端末１００は、リザーブされたＴＦＲＰリソースを選択する（Ｓ２１）。すなわち、端末１００は、Ｏｐｔｉｏｎａｌリソースを用いてリソースを選択する。例えば、端末１００−３は、以下の処理を行う。
【０２０１】
すなわち、サブグループ管理部１１１１は、メモリ１２０からＴＦＲＰを読み出し、ＴＦＲＰに含まれるＯｐｔｉｏｎａｌリソースの１つを一時的に選択する。図１４（Ｂ）の例では、サブグループ管理部１１１１は、Ｏｐｔｉｏｎａｌリソースから、Ｖ−ＬＩＤ＃５が割り振られたリソースを一時的に選択する。
【０２０２】
図２１に戻り、次に、処理は、Ｓ１４へ移行して、上述した処理を繰り返す。この場合、新たな端末１００を含む全端末は、例えば、以下の処理を行う。
【０２０３】
すなわち、新たな端末１００は、グループ内の他の端末へ、自局で取得した位置情報を送信する（Ｓ１４）。例えば、新たな端末１００の位置管理部１１１０は、自局で取得した位置情報を、使用リソース制御部１１２などを介して、他の端末へ送信する。
【０２０４】
次に、新たな端末１００を含むグループ内の全端末は、全端末を分類する（Ｓ１５）。例えば、全端末のサブグループ管理部１１１１は、位置情報に応じた順序に、全端末を並べる。
【０２０５】
次に、全端末は、位置情報に応じて、全端末に対して、Ｖ−ＬＩＤを割り当てる（Ｓ１６）。例えば、全端末のサブグループ管理部１１１１は、位置情報に応じた順序で、全端末に対してＶ−ＬＩＤを割り当てる。このように割り当てられたリソースの例としては、例えば、図１４（Ｃ）がある。
【０２０６】
以上説明したように、本第１の実施の形態では、端末１００は、例えば、位置情報に応じて、Ｖ−ＬＩＤを割り当て、Ｖ−ＬＩＤに基づいて、ＴＦＲＰの中からリソースを選択する。従って、端末１００は、例えば、全端末の位置に応じてリソースを選択するため、基本的には、送信リソースが複数の端末１００で共有されることはない。従って、端末間でデータの衝突が発生することがなくなり、送信リソースも全端末に割り当てられるため、送信リソースを効率化に利用することが可能となる。
【０２０７】
また、例えば、図１０〜図１２に示すように、１つのリソースを複数の端末１００で共有する場合があるものの、端末１００の位置関係に応じて、その距離が一定以上離れた端末間で各リソースが共有されるため、端末間でデータの衝突は発生しない。また、１つのリソースを複数の端末間で共有しているため、リソースの利用効率も向上させることが可能となる。
【０２０８】
さらに、端末１００は、ＳＣＩを利用して、ＳＣＩマッピングテーブル（TABLE_sci）を作成し、ＳＣＩマッピングテーブル（TABLE_sci）と最も相関の高い参照マッピングテーブル（TABLE_ref）を選択する。そのため、例えば、端末１００は、開始点のリソースが割り当てられた端末を特定することで、自局がどのサブグループに属し、どのＶ−ＬＩＤが割り当てられ、ＴＦＲＰの中からどのリソースが選択できるかを把握することができる。従って、端末１００は、サブグループ内において適切なＴＦＲＰのリソースを選択することができる。
【０２０９】
[その他の実施の形態]
図１０においては、１つのリソースに、２つのＶ−ＬＩＤが割り振られた例を説明した。例えば、１つのリソースに、３つ以上のＶ−ＬＩＤが割り振られてもよい。この場合、同一のリソースが割り当てられた複数の端末１００間の距離について、いずれも、各端末１００から送信された信号が他方の端末に届かない距離となっていればよい。
【符号の説明】
【０２１０】
１０：通信システム                
１００（１００−１〜１００−１２）：端末装置（端末）
１１０：プロセッサ                    １１１：グループ管理部
１１１０：位置管理部                  １１１１：サブグループ管理部
１１２：使用リソース制御部            １１３：送信制御部
１１４：受信制御部                    １２０：メモリ
１３０：無線通信部                    １４０：アンテナ
２００：基地局装置（基地局）
【図１】
2020144822.tif 000005
【図２】
2020144822.tif 000006
【図３】
2020144822.tif 000007
【図４】
2020144822.tif 000008
【図５】
2020144822.tif 000009
【図６】
2020144822.tif 000010
【図７】
2020144822.tif 000011
【図８】
2020144822.tif 000012
【図９】
2020144822.tif 000013
【図１０】
2020144822.tif 000014
【図１１】
2020144822.tif 000015
【図１２】
2020144822.tif 000016
【図１３】
2020144822.tif 000017
【図１４】
2020144822.tif 000018
【図１５】
2020144822.tif 000019
【図１６】
2020144822.tif 000020
【図１７】
2020144822.tif 000021
【図１８】
2020144822.tif 000022
【図１９】
2020144822.tif 000023
【図２０】
2020144822.tif 000024
【図２１】
2020144822.tif 000025
【手続補正書】
【提出日】令和3年5月21日(2021.5.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局装置によりスケジューリングされることなく送信リソースを決定することが可能な通信装置において、
他の通信装置の地理的情報を取得する取得部と、
前記地理的情報に応じて、前記送信リソースを選択する選択部と
を備えることを特徴とする通信装置。
【請求項２】
前記選択部は、所定のリソースパターンの中から前記送信リソースを選択することを特徴とする請求項１記載の通信装置。
【請求項３】
前記所定のリソースパターンは、周波数軸方向でＮ（Ｎは１以上の整数）個、時間軸方向でＮＴ（ＮＴは２以上の整数）個、全部でＮ×ＮＴ個の送信リソースを含み、
時間軸方向において１番目にあるＮ個の周波数軸方向のリソースをＮ台の前記通信装置にそれぞれ割り当てるための初送用の送信リソースとし、周波数軸方向において１番目にある時間軸方向において２番目からＮＴ番目までのＮ個のリソースを前記Ｎ台の通信装置に割り当てるための再送用の送信リソースとし、
時間軸方向において２番目にある、周波数軸方向において２番目からＮ番目までの（Ｎ−１）個のリソースを前記Ｎ台の通信装置とは異なる（Ｎ−１）台の前記通信装置にそれぞれ割り当てるための初送用の送信リソースとし、周波数軸方向において２番目にある、時間軸方向において３番目からＮＴ番目までの（Ｎ−１）個のリソースを上記（Ｎ−１）台の通信装置に割り当てるための再送用の送信リソースとし、
以降、これを繰り返し、時間軸方向においてＮ番目にある周波数軸方向においてＮ番目の送リソースを、送信リソースが割り当てられていない（（Ｎ×ＮＴ）／２）番目の前記通信装置に割り当てるための初送用の送信リソースとし、周波数軸方向においてＮ番目にある時間軸方向においてＮＴ番目のリソースを、前記（（Ｎ×ＮＴ）／２）番目の通信装置に割り当てるための再送用の送信リソースとする
ことを特徴とする請求項２記載の通信装置。
【請求項４】
前記取得部は、ＧＮＳＳ（Global Navigation Satellite System）を利用して、通信衛星から送信された信号に基づいて、前記通信装置の前記地理的情報と地理的情報更新タイミング又は使用開始時間情報を取得することを特徴とする請求項１記載の通信装置。
【請求項５】
更に、前記通信装置の地理的情報を、ＰＳＣＣＨ（Physical Sidelink Control CHannel）又はＰＳＳＣＨ（Physical Sidelink Shared CHannel）を利用して送信する送信部（112,113）を備えることを特徴とする請求項４記載の通信装置。
【請求項６】
前記取得部は、前記他の通信装置の地理的情報と地理的情報更新タイミング又は使用開始時間情報を、ＰＳＣＣＨ（Physical Sidelink Control CHannel）又はＰＳＳＣＨ（Physical Sidelink Shared CHannel）を利用して受信することを特徴とする請求項１記載の通信装置。
【請求項７】
前記選択部は、前記他の通信装置の地理的情報と前記通信装置の地理的情報とに応じて、前記送信リソースを選択することを特徴とする請求項４記載の通信装置。
【請求項８】
前記選択部は、前記他の通信装置と前記通信装置に対して、前記地理的情報に応じて、Ｖ−ＬＩＤ（Virtual User Equipment Location Index）を割り当て、前記Ｖ−ＬＩＤに基づいて、前記送信リソースを選択することを特徴とする請求項２記載の通信装置。
【請求項９】
前記所定のリソースパターンに含まれる各リソースには、前記Ｖ−ＬＩＤが割り振られ、
前記選択部は、前記地理的情報に応じて前記通信装置又は前記他の通信装置に割り当てた前記Ｖ−ＬＩＤに応じで、前記Ｖ−ＬＩＤが割り振られた前記送信リソースを、該通信装置又は該他の通信装置に割り当てることで、前記送信リソースを選択することを特徴とする請求項８記載の通信装置。
【請求項１０】
前記所定のリソースパターンに含まれる各リソースには、
時間軸方向において１番目にある、周波数軸方向において１番目からＮ番目までのＮ個の各リソースに対して、若い番号から順にＶ−ＬＩＤが割り振られ、周波数軸方向において１番目にある、時間軸方向において２番目からＮＴ番目までのＮ個の各リソースに対して、若い番号から順に同一のＶ−ＬＩＤが割り振られ、
時間軸方向において２番目にある、周波数軸方向において２番目からＮ番目までの（Ｎ−１）個の各リソースに対して、前記割り振られたＶ−ＬＩＤの次の番号のＶ−ＬＩＤから順にＶ−ＬＩＤが割り振られ、周波数軸方向において２番目にある、時間軸方向において３番目からＮＴ番目までの（Ｎ−１）個の各リソースに対して、前記次の番号のＶ−ＬＩＤから順に同一のＶ−ＬＩＤが割り振られ、
以降、残りのリソースに対して、これらが繰り返され、
時間軸方向においてＮ番目にある周波数軸方向においてＮ番目の１個のリソースに対して、Ｖ−ＬＩＤとして（（Ｎ×ＮＴ）／２）が割り振られ、周波数軸方向においてＮ番目にある時間軸方向において（Ｎ＋１）番目の１個のリソースに対して、Ｖ−ＬＩＤとして前記（（Ｎ×ＮＴ）／２）が割り振られる
ことを特徴とする請求項８記載の通信装置。
【請求項１１】
前記各リソースには、複数のＶ−ＬＩＤが割り振られることを特徴とする請求項９記載の通信装置。
【請求項１２】
前記Ｖ−ＬＩＤは、相対的な前記通信装置の地理的な位置を表すことを特徴とする請求項８記載の通信装置。
【請求項１３】
前記選択部は、前記他の通信装置の地理的情報と前記通信装置の地理的情報のうち、少なくとも一方の前記地理的情報が変化したとき、変化後の地理的情報に応じて、前記送信リソースを選択することを特徴とする請求項７記載の通信装置。
【請求項１４】
前記選択部は、前記変化後の地理的情報に応じて、前記他の通信装置と前記通信装置に対して、Ｖ−ＬＩＤ（Virtual User Equipment Location Index）を割り当て、前記Ｖ−ＬＩＤに基づいて、前記送信リソースを選択することを特徴とする請求項１３記載の通信装置。
【請求項１５】
前記所定のリソースパターンには、同一のリソースサイズであって前記通信装置及び前記他の通信装置に対して予め設定される第１のリソースと、同一又は異なるリソースサイズで前記通信装置及び前記他の通信装置のために予約された第２のリソースとを含むことを特徴とする請求項２記載の通信装置。
【請求項１６】
更に、送信部を備え、
前記選択部は、前記通信装置が所定のグループに属する前記他の通信装置と通信可能な範囲に入ったとき、前記第２のリソースを選択し、
前記送信部は、前記第２のリソースを用いて、前記通信装置の位置情報を送信する
ことを特徴とする請求項１５記載の通信装置。
【請求項１７】
前記取得部は、前記通信装置が所定のグループに属する前記他の通信装置と通信可能な範囲に入ったとき、前記他の通信装置から前記地理的情報を取得し、
前記選択部は、前記他の通信装置の地理的情報と前記通信装置の地理的情報とに応じて、前記第１又は第２のリソースを選択し、
前記送信部は、選択した前記第１又は第２のリソースを利用して、前記他の通信装置と通信を行う、
ことを特徴とする請求項１６記載の通信装置。
【請求項１８】
前記取得部は、前記通信装置が属する所定のグループに前記他の通信装置が前記通信装置と通信可能な範囲に入ったとき、前記他の通信装置から前記地理的情報を取得し、
前記選択部は、前記他の通信装置の地理的情報と前記通信装置の地理的情報とに応じて、前記第１又は第２のリソースを選択し、
前記送信部は、選択した前記第１又は第２のリソースを利用して、前記他の通信装置と通信を行う
ことを特徴とする請求項１６記載の通信装置。
【請求項１９】
前記選択部は、前記通信装置が前記他の通信装置よりも情報量の多いデータを送信するときに前記第２のリソースを選択することを特徴とする請求項１６記載の通信装置。
【請求項２０】
更に、前記所定のリソースパターンに含まれる各前記送信リソースと該各送信リソースを割り当てる前記通信装置又は前記他の通信装置との全ての対応関係を表す複数の第１のマッピングテーブルを記憶するメモリを備え、
前記取得部は、前記他の通信装置から前記他の通信装置で利用するリソース情報を取得し、
前記選択部は、前記リソース情報に基づいて前記他の通信装置が通信に利用するリソースを検出した結果を表す第２のマッピングテーブルに対して、前記複数の第１のマッピングテーブルの中から最も相関の高い前記第１のマッピングテーブルを検出し、検出した前記第１のマッピングテーブルを利用して、前記送信リソースを選択する
ことを特徴とする請求項２記載の通信装置。
【請求項２１】
基地局装置によりスケジューリングされることなく送信リソースを決定することが可能な第１及び第２の通信装置を備える通信システムにおいて、
前記第１の通信装置は、
前記第１の通信装置の地理的情報を送信する送信部
を備え、
前記第２の通信装置は、
前記第１の通信装置の地理的情報を取得する取得部と、
前記地理的情報に応じて、前記送信リソースを選択する選択部と
を備えることを特徴とする通信システム。
【請求項２２】
取得部と選択部とを有し、基地局装置によりスケジューリングされることなく送信リソースを決定することが可能な通信装置における通信方法であって、
前記取得部により、他の通信装置の地理的情報を取得し、
前記選択部により、前記地理的情報に応じて、前記送信リソースを選択する
ことを特徴とする通信方法。
【国際調査報告】
2020144822.tif 000026
2020144822.tif 000027
2020144822.tif 000028