知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-20
(45)【発行日】2024-10-01
(54)【発明の名称】通信方法、装置及びシステム
(51)【国際特許分類】
H04W 72/40 20230101AFI20240924BHJP
H04W 28/18 20090101ALI20240924BHJP
H04W 72/02 20090101ALI20240924BHJP
H04W 92/18 20090101ALI20240924BHJP
【ＦＩ】
H04W72/40
H04W28/18
H04W72/02
H04W92/18
【請求項の数】
43
(21)【出願番号】P 2023508586
(86)(22)【出願日】2020-08-07
(65)【公表番号】
(43)【公表日】2023-09-07
(86)【国際出願番号】 CN2020107924
(87)【国際公開番号】W WO2022027629
(87)【国際公開日】2022-02-10
【審査請求日】2023-03-13
(73)【特許権者】
【識別番号】503433420
【氏名又は名称】華為技術有限公司
【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．
【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100133569
【弁理士】
【氏名又は名称】野村 進
(72)【発明者】
【氏名】郭 文▲ティン▼
(72)【発明者】
【氏名】▲蘇▼ 宏家
(72)【発明者】
【氏名】董 蕾
(72)【発明者】
【氏名】▲盧▼ 磊
【審査官】吉倉 大智
(56)【参考文献】
【文献】米国特許出願公開第２０２０／０２２９１７１（ＵＳ，Ａ１）
【文献】国際公開第２０２０／０１１３３６（ＷＯ，Ａ１）
【文献】国際公開第２０２０／１４３５８３（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
第１の時間又は前記第１の時間よりも前に、第２の端末装置によって、第１のリソースを表示する調整情報を第１の端末装置に送出するステップであって、前記第１の時間は第１の参照時間と第１の時間オフセットとに基づいて決定され、前記第１のリソースは前記第２の端末装置によって取得される利用可能なリソース又は利用不能なリソースであり、前記第１のリソースは、前記第１の端末装置からのサイドリンク情報を受信するのに用いられる第２のリソースを決定するのに用いられるものであり、前記第１の参照時間は第２の時間、第３の時間、第４の時間又は第５の時間を備え、
前記第２の時間は前記第１の端末装置からのトリガ情報が受信された時間を備え、前記トリガ情報は前記第１のリソースの決定を促すのに用いられるものであり、
前記第３の時間はリソース選択ウインドウの開始時間を備え、
前記第４の時間は前記リソース選択ウインドウの終了時間を備え、前記リソース選択ウインドウは前記第１の端末装置からの前記サイドリンク情報を受信するのに用いられる前記第２のリソースを決定するのに用いられるものであり、
前記第５の時間は時間ドメインにおける前記第１のリソースの開始時間を備える、ステップ
を備える、通信方法。
【請求項2】
前記第１の時間オフセットは前記第１の端末装置の能力に基づいて決定され、又は前記第１の時間オフセットは既定の時間オフセットである、
請求項１に記載の方法。
【請求項3】
前記方法は、前記第１の端末装置からの前記トリガ情報を受信するステップであって、前記トリガ情報は、前記リソース選択ウインドウの前記開始時間、前記リソース選択ウインドウの前記終了時間、前記第１の時間オフセット、前記第１の端末装置の能力、第２の時間オフセット又は前記リソース選択ウインドウの時間幅という情報の少なくとも１つを備え、前記第２の時間オフセットは前記第１の端末装置からの前記トリガ情報が受信された前記時間と、前記リソース選択ウインドウの前記開始時間との間の時間オフセットであり、前記第２の時間オフセットは前記リソース選択ウインドウの前記開始時間を決定するのに用いられるものであり、前記第２の時間オフセットと、前記リソース選択ウインドウの前記時間幅とは前記リソース選択ウインドウの前記終了時間を決定するのに用いられるものである、ステップをさらに備える、請求項１に記載の方法。
【請求項4】
前記リソース選択ウインドウは前記第１の端末装置用のリソース選択ウインドウである、請求項１から３のいずれか一項に記載の方法。
【請求項5】
前記方法は、前記第１の端末装置からの制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥを受信するステップであって、前記制御情報、前記サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は前記媒体アクセス制御コントロールエレメントＭＡＣ ＣＥは前記第１の時間オフセット及び／又は前記第１の端末装置の能力を表示する、ステップをさらに備える、請求項１に記載の方法。
【請求項6】
前記方法は、前記第１の端末装置からの前記サイドリンク情報を前記第２のリソースで受信するステップをさらに備える、請求項１から５のいずれか一項に記載の方法。
【請求項7】
時間ドメインにおける前記第１のリソースの前記開始時間は前記リソース選択ウインドウに入る、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記第１のリソースは前記第１の端末装置からの前記サイドリンク情報を受信するのに用いられるリソースを決定するのに用いられる少なくとも１つのリソースを備え、時間ドメインにおける前記第１のリソースの前記開始時間は前記少なくとも１つのリソースのうち時間ドメインにおいて先頭にあるリソースの時間ドメイン開始時間を備える、請求項７に記載の方法。
【請求項9】
前記第１の時間及び前記第１の時間オフセットはミリ秒又はスロットで測定される、請求項１から８のいずれか一項に記載の方法。
【請求項10】
第１の時間又は前記第１の時間よりも前に、第１の端末装置によって、第２の端末装置からの調整情報を受信するステップであって、前記調整情報は第１のリソースを表示し、前記第１の時間は第１の参照時間と第１の時間オフセットとに基づいて決定され、前記第１のリソースは前記第２の端末装置によって取得される利用可能なリソース又は利用不能なリソースであり、前記第１のリソースは前記第２の端末装置にサイドリンク情報を送出するのに用いられる第２のリソースを決定するのに用いられるものであり、前記第１の参照時間は第２の時間、第３の時間、第４の時間又は第５の時間を備え、
前記第２の時間は前記第２の端末装置にトリガ情報を送出する時間を備え、前記トリガ情報は前記第１のリソースの決定を促すのに用いられるものであり、
前記第３の時間はリソース選択ウインドウの開始時間を備え、
前記第４の時間は前記リソース選択ウインドウの終了時間を備え、前記リソース選択ウインドウは前記第２の端末装置に前記サイドリンク情報を送出するのに用いられる前記第２のリソースを決定するのに用いられるものであり、
前記第５の時間は時間ドメインにおける前記第１のリソースの開始時間を備える、ステップ
を備える、通信方法。
【請求項11】
前記第１の時間オフセットは前記第１の端末装置の能力に基づいて決定され、又は前記第１の時間オフセットは既定の時間オフセットである、
請求項１０に記載の方法。
【請求項12】
前記方法は、前記第２の端末装置に前記トリガ情報を送出するステップであって、前記トリガ情報は、前記リソース選択ウインドウの前記開始時間、前記リソース選択ウインドウの前記終了時間、前記第１の時間オフセット、前記第１の端末装置の能力、第２の時間オフセット又は前記リソース選択ウインドウの時間幅という情報の少なくとも１つを備え、前記第２の時間オフセットは前記第２の端末装置に前記トリガ情報が送出された時間と、前記リソース選択ウインドウの前記開始時間との間の時間オフセットであり、前記第２の時間オフセットは前記リソース選択ウインドウの前記開始時間を決定するのに用いられるものであり、前記第２の時間オフセットと、前記リソース選択ウインドウの前記時間幅とは前記リソース選択ウインドウの前記終了時間を決定するのに用いられるものである、ステップ
をさらに備える、請求項１０に記載の方法。
【請求項13】
前記リソース選択ウインドウは前記第１の端末装置用のリソース選択ウインドウである、請求項１０から１２のいずれか一項に記載の方法。
【請求項14】
前記方法は、前記第２の端末装置に制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥを送出するステップであって、前記制御情報、前記サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は前記媒体アクセス制御コントロールエレメントＭＡＣ ＣＥは前記第１の時間オフセット及び／又は前記第１の端末装置の能力を表示する、ステップをさらに備える、請求項１０に記載の方法。
【請求項15】
前記方法は、前記第２の端末装置に前記サイドリンク情報を前記第２のリソースで送出するステップをさらに備える、請求項１０から１４のいずれか一項に記載の方法。
【請求項16】
時間ドメインにおける前記第１のリソースの前記開始時間は前記リソース選択ウインドウに入る、請求項１０から１５のいずれか一項に記載の方法。
【請求項17】
前記第１のリソースは前記第２の端末装置に前記サイドリンク情報を送出するのに用いられるリソースを決定するのに用いられる少なくとも１つのリソースを備え、時間ドメインにおける前記第１のリソースの前記開始時間は前記少なくとも１つのリソースのうち時間ドメインにおいて先頭にあるリソースの時間ドメイン開始時間を備える、請求項１６に記載の方法。
【請求項18】
前記第１の時間及び前記第１の時間オフセットはミリ秒又はスロットで測定される、請求項１０から１７のいずれか一項に記載の方法。
【請求項19】
第１の時間又は前記第１の時間よりも前に、第１のリソースを表示する調整情報を第１の端末装置に送出するように構成されるトランシーバモジュールであって、前記第１の時間は第１の参照時間と第１の時間オフセットとに基づいて決定され、前記第１のリソースは第２の端末装置によって取得される利用可能なリソース又は利用不能なリソースであり、前記第１のリソースは、前記第１の端末装置からのサイドリンク情報を受信するのに用いられる第２のリソースを決定するのに用いられるものであり、前記第１の参照時間は第２の時間、第３の時間、第４の時間又は第５の時間を備え、
前記第２の時間は前記第１の端末装置からのトリガ情報が受信された時間を備え、前記トリガ情報は前記第１のリソースの決定を促すのに用いられるものであり、
前記第３の時間はリソース選択ウインドウの開始時間を備え、
前記第４の時間は前記リソース選択ウインドウの終了時間を備え、前記リソース選択ウインドウは前記第１の端末装置からの前記サイドリンク情報を受信するのに用いられる前記第２のリソースを決定するのに用いられるものであり、
前記第５の時間は時間ドメインにおける前記第１のリソースの開始時間を備えるトランシーバモジュール
を備える、第２の端末装置。
【請求項20】
前記第１の時間オフセットは前記第１の端末装置の能力に基づいて決定され、又は前記第１の時間オフセットは既定の時間オフセットである、
請求項１９に記載の装置。
【請求項21】
前記トランシーバモジュールは、前記第１の端末装置からの前記トリガ情報を受信し、前記トリガ情報は、前記リソース選択ウインドウの前記開始時間、前記リソース選択ウインドウの前記終了時間、前記第１の時間オフセット、前記第１の端末装置の能力、第２の時間オフセット又は前記リソース選択ウインドウの時間幅という情報の少なくとも１つを備え、前記第２の時間オフセットは前記第１の端末装置からの前記トリガ情報が受信された前記時間と、前記リソース選択ウインドウの前記開始時間との間の時間オフセットであり、前記第２の時間オフセットは前記リソース選択ウインドウの前記開始時間を決定するのに用いられるものであり、前記第２の時間オフセットと、前記リソース選択ウインドウの前記時間幅とは前記リソース選択ウインドウの前記終了時間を決定するのに用いられるものである、ようにさらに構成される、請求項１９に記載の装置。
【請求項22】
前記リソース選択ウインドウは前記第１の端末装置用のリソース選択ウインドウである、請求項１９から２１のいずれか一項に記載の装置。
【請求項23】
前記トランシーバモジュールは、前記第１の端末装置からの制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥを受信し、前記制御情報、前記サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は前記媒体アクセス制御コントロールエレメントＭＡＣ ＣＥは前記第１の時間オフセット及び／又は前記第１の端末装置の能力を表示する、ようにさらに構成される、請求項１９に記載の装置。
【請求項24】
前記トランシーバモジュールは、前記第１の端末装置からの前記サイドリンク情報を前記第２のリソースで受信するようにさらに構成される、請求項１９から２３のいずれか一項に記載の装置。
【請求項25】
時間ドメインにおける前記第１のリソースの前記開始時間は前記リソース選択ウインドウに入る、請求項１９から２４のいずれか一項に記載の装置。
【請求項26】
前記第１のリソースは前記第１の端末装置からの前記サイドリンク情報を受信するのに用いられるリソースを決定するのに用いられる少なくとも１つのリソースを備え、時間ドメインにおける前記第１のリソースの前記開始時間は前記少なくとも１つのリソースのうち時間ドメインにおいて先頭にあるリソースの時間ドメイン開始時間を備える、請求項２５に記載の装置。
【請求項27】
前記第１の時間オフセット及び前記第１の時間はミリ秒又はスロットで測定される、請求項１９から２６のいずれか一項に記載の装置。
【請求項28】
第１の時間又は前記第１の時間よりも前に、第１のリソースを表示する調整情報を第２の端末装置から受信するように構成されるトランシーバモジュールであって、前記第１の時間は第１の参照時間と第１の時間オフセットとに基づいて決定され、前記第１のリソースは前記第２の端末装置によって取得される利用可能なリソース又は利用不能なリソースであり、前記第１のリソースは前記第２の端末装置にサイドリンク情報を送出するのに用いられる第２のリソースを決定するのに用いられるものであり、前記第１の参照時間は第２の時間、第３の時間、第４の時間又は第５の時間を備え、
前記第２の時間は前記第２の端末装置にトリガ情報を送出する時間を備え、前記トリガ情報は前記第１のリソースの決定を促すのに用いられるものであり、
前記第３の時間はリソース選択ウインドウの開始時間を備え、
前記第４の時間は前記リソース選択ウインドウの終了時間を備え、前記リソース選択ウインドウは前記第２の端末装置に前記サイドリンク情報を送出するのに用いられる前記第２のリソースを決定するのに用いられるものであり、
前記第５の時間は時間ドメインにおける前記第１のリソースの開始時間を備える、トランシーバモジュール
を備える、第１の端末装置。
【請求項29】
前記第１の時間オフセットは前記第１の端末装置の能力に基づいて決定され、又は前記第１の時間オフセットは既定の時間オフセットである、
請求項２８に記載の装置。
【請求項30】
前記トランシーバモジュールは、前記第２の端末装置に前記トリガ情報を送出し、前記トリガ情報は、前記リソース選択ウインドウの前記開始時間、前記リソース選択ウインドウの前記終了時間、前記第１の時間オフセット、前記第１の端末装置の能力、第２の時間オフセット又は前記リソース選択ウインドウの時間幅という情報の少なくとも１つを備え、前記第２の時間オフセットは前記第２の端末装置に前記トリガ情報が送出された時間と、前記リソース選択ウインドウの前記開始時間との間の時間オフセットであり、前記第２の時間オフセットは前記リソース選択ウインドウの前記開始時間を決定するのに用いられるものであり、前記第２の時間オフセットと、前記リソース選択ウインドウの前記時間幅とは前記リソース選択ウインドウの前記終了時間を決定するのに用いられるものである、ようにさらに構成される、請求項２８に記載の装置。
【請求項31】
前記リソース選択ウインドウは前記第１の端末装置用のリソース選択ウインドウである、請求項２８から３０のいずれか一項に記載の装置。
【請求項32】
前記トランシーバモジュールは、前記第２の端末装置に制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥを送出し、前記制御情報、前記サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は前記媒体アクセス制御コントロールエレメントＭＡＣ ＣＥは前記第１の時間オフセット及び／又は前記第１の端末装置の能力を表示する、ようにさらに構成される、請求項２８に記載の装置。
【請求項33】
前記トランシーバモジュールは、前記第２の端末装置に前記サイドリンク情報を前記第２のリソースで送出するようにさらに構成される、請求項２８から３２のいずれか一項に記載の装置。
【請求項34】
時間ドメインにおける前記第１のリソースの前記開始時間は前記リソース選択ウインドウに入る、請求項２８から３３のいずれか一項に記載の装置。
【請求項35】
前記第１のリソースは前記第２の端末装置に前記サイドリンク情報を送出するのに用いられるリソースを決定するのに用いられる少なくとも１つのリソースを備え、時間ドメインにおける前記第１のリソースの前記開始時間は前記少なくとも１つのリソースのうち時間ドメインにおいて先頭にあるリソースの時間ドメイン開始時間を備える、請求項３４に記載の装置。
【請求項36】
前記第１の時間及び前記第１の時間オフセットはミリ秒又はスロットで測定される、請求項２８から３５のいずれか一項に記載の装置。
【請求項37】
プロセッサを備える端末装置であって、前記プロセッサは少なくとも１つのメモリに結合され、前記プロセッサは、請求項１から９のいずれか一項に記載の方法を実行するために、前記少なくとも１つのメモリに記憶されているコンピュータプログラムを読み込むように構成される、端末装置。
【請求項38】
プロセッサを備える端末装置であって、前記プロセッサは少なくとも１つのメモリに結合され、前記プロセッサは、請求項１０から１８のいずれか一項に記載の方法を実行するために、前記少なくとも１つのメモリに記憶されているコンピュータプログラムを読み込むように構成される、端末装置。
【請求項39】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成され、前記コンピュータプログラムがコンピュータで動かされるとき、前記コンピュータが請求項１から９のいずれか一項に記載の方法を実行することが可能にされる、コンピュータ可読記憶媒体。
【請求項40】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成され、前記コンピュータプログラムがコンピュータで動かされるとき、前記コンピュータが請求項１０から１８のいずれか一項に記載の方法を実行することが可能にされる、コンピュータ可読記憶媒体。
【請求項41】
プロセッサと通信インタフェイスとを備えるチップであって、前記プロセッサは、請求項１から９のいずれか一項に記載の方法を実行するために、指示を読み込むように構成される、チップ。
【請求項42】
プロセッサと通信インタフェイスとを備えるチップであって、前記プロセッサは、請求項１０から１８のいずれか一項に記載の方法を実行するために、指示を読み込むように構成される、チップ。
【請求項43】
請求項１９から２７のいずれか一項に記載の第２の端末装置と、請求項２８から３６のいずれか一項に記載の第１の端末装置とを備える、通信システム。
【発明の詳細な説明】
【技術分野】
【0001】
本出願はモバイル通信技術の分野に関し、特に、通信方法、装置及びシステムに関する。
【背景技術】
【0002】
端末装置間の直接通信はサイドリンク通信と称される。サイドリンク通信プロセスでは、送信側の端末装置がサイドリンク制御情報（ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＳＣＩ）とサイドリンクデータとを受信側の端末装置に送出する場合があり、受信側の端末装置はＳＣＩを受信し、ＳＣＩに基づいてサイドリンクデータを受信して復号する。車両間／車両道路間（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ，Ｖ２Ｘ）システムには、送信側の端末装置に用いられるモード１（Ｍｏｄｅ－１）及びモード２（Ｍｏｄｅ－２）という２つのリソース割当てモードがある。Ｍｏｄｅ－１では、基地局が送信側の端末装置にリソースを割り当てるが、このことは、Ｍｏｄｅ－１が、サイドリンク通信リソース割当てが基地局によるスケジューリングに基づいて実行されるモードであることを意味する。Ｍｏｄｅ－２では、送信側の端末装置が当該端末装置単体でリソースを選択し、このことは、Ｍｏｄｅ－２が、リソースを基地局がスケジューリングすることが要求されない一方で、その代わりに端末装置がサイドリンク通信に用いられるリソースを自律的に決定するモードであることを意味する。
【0003】
Ｍｏｄｅ－２では、送信側の端末装置がスロットｎでリソース選択を開始させ、時間の単位としてのスロットを用いて定められるリソース検知ウインドウ（ｓｅｎｓｉｎｇ ｗｉｎｄｏｗ）での検知結果を取得する。送信側の端末装置は検知結果に基づいて時間の単位としてのスロットを用いて定められたリソース選択ウインドウ内で利用不能な時間周波数リソースを抽出し、すなわち、無線通信のために既に占有されている時間周波数リソースを抽出し、リソース選択ウインドウ内で利用可能な時間周波数リソースを取得した後、これらの利用可能な時間周波数リソースからサイドリンク通信に用いられる時間周波数リソースを決定し、サイドリンクデータを送出する。Ｍｏｄｅ－２では、サイドリンク通信に用いられる時間周波数リソースを決定するとき、送信側の端末装置が送信側の端末装置の検知結果のみを考え、すなわち、送信側の端末装置の周辺の無線リソースの占有のみを考える。この例では、場合によっては、送信側の端末装置が受信側の端末装置にサイドリンクデータを送出するときに、受信側の端末装置によるサイドリンクデータの受信が受信側の端末装置の周辺の無線通信による干渉を受ける。
【0004】
したがって、Ｍｏｄｅ－２を超える改善物としてモード２ｂ（Ｍｏｄｅ－２ｂ）が提供されている。Ｍｏｄｅ－２ｂでは、サイドリンク通信用いられる時間周波数リソースを決定するときに、送信側の端末装置が送信側の端末装置の検知結果と受信側の端末装置の検知結果との両方を考える。言い換えると、送信側の端末装置が送信側の端末装置の周辺の無線リソースの占有と、受信側の端末装置の周辺の無線リソースの占有との両方を考える必要がある。この場合、受信側の端末装置の検知結果を送信側の端末装置に対して表示する調整情報を受信側の端末装置が送信側の端末装置に送出する。しかし、従来の技術では、受信側の端末装置によって調整情報を送出する時期が制限されず、調整情報を受信するときに送信側の端末装置がサイドリンク情報を送出する時期を逸するおそれがあり、これにより、サイドリンク通信の信頼性が減少する。
【発明の概要】
【課題を解決するための手段】
【0005】
本出願の実施形態では、サイドリンク通信の信頼性を改善する通信方法、装置及びシステムを提供する。
【0006】
調整情報は、サイドリンク情報に用いられる送信リソースを第１の端末装置が決定するのを支援する情報であり、調整情報の時間有効性はきわめて重要である。Ｖ２Ｘ通信では、車両が付近の車両や歩行者についての情報をタイムリーに取得することができることを確実なものとするために、通常、サイドリンク情報がきわめてタイムリーに送信される必要がある。調整情報が第１の端末装置に送出されるときにサイドリンク情報を送出する時期を第１の端末装置が既に逸している場合、調整情報は実際上もはや役に立たず、これにより、サイドリンク通信の信頼性が減少する。したがって、本出願の実施形態では、第１の時間が決定され、調整情報を第１の時間及び第１の時間よりも前に送信することによって調整情報の時間有効性が確実なものされることが可能であり、これにより、サイドリンク通信の信頼性が改善される。
【0007】
第１の態様に係れば、第１の参照時間と第１の時間オフセットとに基づいて第１の時間を決定するステップと、第１の時間又は第１の時間よりも前に、第１のリソースを表示する調整情報を第１の端末装置に送出するステップとを含む通信方法が提供される。第１のリソースは、第１の端末装置からのサイドリンク情報を受信するのに用いられる第２のリソースを決定するのに用いられるものである。第１の参照時間は第２の時間、第３の時間、第４の時間又は第５の時間を含む。第２の時間は第１の端末装置からのトリガ情報が受信された時間を含み、トリガ情報は第１のリソースの決定を促すのに用いられるものである。第３の時間はリソース選択ウインドウの開始時間を含む。第４の時間はリソース選択ウインドウの終了時間を含み、リソース選択ウインドウは第１の端末装置からのサイドリンク情報を受信するのに用いられる第２のリソースを決定するのに用いられるものである。第５の時間は時間ドメインにおける第１のリソースの開始時間を含む。
【0008】
第２の端末装置が調整情報を第１の端末装置に第１の時間又は第１の時間よりも前に送出し、第１の時間が第１の参照時間と第１の時間オフセットとに基づいて決定され、すなわち、第２の端末装置が調整情報を第１の端末装置に送出する時間が制限される。これにより、第１の端末装置が調整情報を受信するとき、サイドリンク情報を送出するのに用いられる第２のリソースを決定するのに十分な時間を第１の端末装置が有することが確実なものとされ、これにより、サイドリンク通信の信頼性が改善される。
【0009】
可能な設計では、第１の時間オフセットは第１の端末装置の能力に基づいて決定され、又は第１の時間オフセットは既定の時間オフセットである。第１の時間オフセットが第１の端末装置の能力に基づいて決定される場合、第１の時間オフセットの目標がより絞られ、また、オフセットがより柔軟にセットされることが可能である。第２の時間オフセットが既定されている場合、システムの複雑さが減少する。
【0010】
可能な設計では、方法は第１の端末装置からのトリガ情報を受信するステップをさらに含む。トリガ情報は、リソース選択ウインドウの開始時間、リソース選択ウインドウの終了時間、第１の時間オフセット、第１の端末装置の能力、第２の時間オフセット又はリソース選択ウインドウの時間幅という情報の少なくとも１つを含む。第２の時間オフセットは、第１の端末装置からのトリガ情報が受信される時間と、リソース選択ウインドウの開始時間との間の時間オフセットである。第２の時間オフセットはリソース選択ウインドウの開始時間を決定するのに用いられる。第２の時間オフセットと、リソース選択ウインドウの時間幅とはリソース選択ウインドウの終了時間を決定するのに用いられるものである。
【0011】
可能な設計では、リソース選択ウインドウは第１の端末装置用のリソース選択ウインドウである。このようにして、第１の端末装置のサイドリンク情報送信リソースを決定するのに用いられるリソース選択ウインドウについてリソースをより目標が絞られた手法で第２の端末装置が選択することができ、これにより、調整情報の効率が改善される。
【0012】
可能な設計では、方法は、第１の端末装置からの制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥを受信するステップであって、制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥは第１の時間オフセット及び／又は第１の端末装置の能力を表示する、ステップをさらに含む。
【0013】
可能な設計では、方法は、第１の端末装置からのサイドリンク情報を第２のリソースで受信するステップをさらに含む。
【0014】
可能な設計では、時間ドメインにおける第１のリソースの開始時間はリソース選択ウインドウに入る。
【0015】
可能な設計では、第１のリソースは第１の端末装置からのサイドリンク情報を受信するのに用いられるリソースを決定するのに用いられる少なくとも１つのリソースを含み、時間ドメインにおける第１のリソースの開始時間は少なくとも１つのリソースのうち時間ドメインにおいて先頭にあるリソースの時間ドメイン開始時間を含む。
【0016】
可能な設計では、第１の時間オフセット及び第１の時間はミリ秒又はスロットで測定される。
【0017】
第２の態様に係れば、第１の参照時間と第１の時間オフセットとに基づいて第１の時間を決定するステップと、第１の時間又は第１の時間よりも前に、第１のリソースを表示する第２の端末装置からの調整情報を受信するステップとを含む通信方法が提供される。第１のリソースは第２の端末装置にサイドリンク情報を送出するのに用いられる第２のリソースを決定するのに用いられるものである。第１の参照時間は第２の時間、第３の時間、第４の時間又は第５の時間を含む。第２の時間は第２の端末装置にトリガ情報を送出する時間を含み、トリガ情報は第１のリソースの決定を促すのに用いられるものである。第３の時間はリソース選択ウインドウの開始時間を含む。第４の時間はリソース選択ウインドウの終了時間を含み、リソース選択ウインドウは第２の端末装置にサイドリンク情報を送出するのに用いられる第２のリソースを決定するのに用いられるものである。第５の時間は時間ドメインにおける第１のリソースの開始時間を含む。
【0018】
第２の端末装置が調整情報を第１の端末装置に第１の時間又は第１の時間よりも前に送出し、第１の時間が第１の参照時間と第１の時間オフセットとに基づいて決定され、すなわち、第２の端末装置が調整情報を第１の端末装置に送出する時間が制限される。これにより、第１の端末装置が調整情報を受信するとき、サイドリンク情報を送出するのに用いられる第２のリソースを決定するのに十分な時間を第１の端末装置が有することが確実なものとされ、これにより、サイドリンク通信の信頼性が改善される。
【0019】
可能な設計では、第１の時間オフセットは第１の端末装置の能力に基づいて決定され、又は第１の時間オフセットは既定の時間オフセットである。
【0020】
第１の時間オフセットが第１の端末装置の能力に基づいて決定される場合、第１の時間オフセットの目標がより絞られ、また、オフセットがより柔軟にセットされることが可能である。第２の時間オフセットが既定されている場合、システムの複雑さが減少する。
【0021】
可能な設計では、方法は、第２の端末装置にトリガ情報を送出するステップをさらに含み、トリガ情報は、リソース選択ウインドウの開始時間、リソース選択ウインドウの終了時間、第１の時間オフセット、第１の端末装置の能力、第２の時間オフセット又はリソース選択ウインドウの時間幅という情報の少なくとも１つを含む。第２の時間オフセットは第２の端末装置にトリガ情報が送出された時間と、リソース選択ウインドウの開始時間との間の時間オフセットである。第２の時間オフセットはリソース選択ウインドウの開始時間を決定するのに用いられる。第２の時間オフセットと、リソース選択ウインドウの時間幅とはリソース選択ウインドウの終了時間を決定するのに用いられるものである。
【0022】
可能な設計では、リソース選択ウインドウは第１の端末装置用のリソース選択ウインドウである。
【0023】
このようにして、第１の端末装置のサイドリンク情報送信リソースを決定するのに用いられるリソース選択ウインドウについてリソースをより目標が絞られた手法で第２の端末装置が選択することができ、これにより、調整情報の効率が改善される。
【0024】
可能な設計では、方法は、第２の端末装置に制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥを送出するステップであって、制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥは第１の時間オフセット及び／又は第１の端末装置の能力を表示する、ステップをさらに含む。
【0025】
可能な設計では、方法は、第２の端末装置にサイドリンク情報を第２のリソースで送出するステップをさらに含む。
【0026】
可能な設計では、時間ドメインにおける第１のリソースの開始時間はリソース選択ウインドウに入る。
【0027】
可能な設計では、第１のリソースは第２の端末装置にサイドリンク情報を送出するのに用いられるリソースを決定するのに用いられる少なくとも１つのリソースを含み、時間ドメインにおける第１のリソースの開始時間は少なくとも１つのリソースのうち時間ドメインにおいて先頭にあるリソースの時間ドメイン開始時間を含む。
【0028】
可能な設計では、第１の時間オフセット及び第１の時間はミリ秒又はスロットで測定される。
【0029】
第３の態様に係れば、第１の参照時間と第１の時間オフセットとに基づいて第１の時間を決定するように構成される処理モジュールと、第１の時間又は第１の時間よりも前に、第１のリソースを表示する調整情報を第１の端末装置に送出するように構成されるトランシーバモジュールとを含む第２の端末装置が提供される。第１のリソースは、第１の端末装置からのサイドリンク情報を受信するのに用いられる第２のリソースを決定するのに用いられるものである。第１の参照時間は第２の時間、第３の時間、第４の時間又は第５の時間を含む。第２の時間は第１の端末装置からのトリガ情報が受信された時間を含み、トリガ情報は第１のリソースの決定を促すのに用いられるものである。第３の時間はリソース選択ウインドウの開始時間を含む。第４の時間はリソース選択ウインドウの終了時間を含み、リソース選択ウインドウは第１の端末装置からのサイドリンク情報を受信するのに用いられる第２のリソースを決定するのに用いられるものである。第５の時間は時間ドメインにおける第１のリソースの開始時間を含む。
【0030】
第２の端末装置が調整情報を第１の端末装置に第１の時間又は第１の時間よりも前に送出し、第１の時間が第１の参照時間と第１の時間オフセットとに基づいて決定され、すなわち、第２の端末装置が調整情報を第１の端末装置に送出する時間が制限される。これにより、第１の端末装置が調整情報を受信するとき、サイドリンク情報を送出するのに用いられる第２のリソースを決定するのに十分な時間を第１の端末装置が有することが確実なものとされ、これにより、サイドリンク通信の信頼性が改善される。
【0031】
可能な設計では、第１の時間オフセットは第１の端末装置の能力に基づいて決定され、又は第１の時間オフセットは既定の時間オフセットである。
【0032】
第１の時間オフセットが第１の端末装置の能力に基づいて決定される場合、第１の時間オフセットの目標がより絞られ、また、オフセットがより柔軟にセットされることが可能である。第２の時間オフセットが既定されている場合、システムの複雑さが減少する。
【0033】
可能な設計では、トランシーバモジュールは、第１の端末装置からのトリガ情報を受信し、トリガ情報は、リソース選択ウインドウの開始時間、リソース選択ウインドウの終了時間、第１の時間オフセット、第１の端末装置の能力、第２の時間オフセット又はリソース選択ウインドウの時間幅という情報の少なくとも１つを含む、ようにさらに構成される。第２の時間オフセットは、第１の端末装置からのトリガ情報が受信される時間と、リソース選択ウインドウの開始時間との間の時間オフセットである。第２の時間オフセットはリソース選択ウインドウの開始時間を決定するのに用いられる。第２の時間オフセットと、リソース選択ウインドウの時間幅とはリソース選択ウインドウの終了時間を決定するのに用いられるものである。
【0034】
可能な設計では、リソース選択ウインドウは第１の端末装置用のリソース選択ウインドウである。
【0035】
このようにして、第１の端末装置のサイドリンク情報送信リソースを決定するのに用いられるリソース選択ウインドウについてリソースをより目標が絞られた手法で第２の端末装置が選択することができ、これにより、調整情報の効率が改善される。
【0036】
可能な設計では、トランシーバモジュールは、第１の端末装置からの制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥを受信し、制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥは第１の時間オフセット及び／又は第１の端末装置の能力を表示する、ようにさらに構成される。
【0037】
可能な設計では、トランシーバモジュールは、第１の端末装置からのサイドリンク情報を第２のリソースで受信するようにさらに構成される。
【0038】
可能な設計では、時間ドメインにおける第１のリソースの開始時間はリソース選択ウインドウに入る。
【0039】
可能な設計では、第１のリソースは第１の端末装置からのサイドリンク情報を受信するのに用いられるリソースを決定するのに用いられる少なくとも１つのリソースを含み、時間ドメインにおける第１のリソースの開始時間は少なくとも１つのリソースのうち時間ドメインにおいて先頭にあるリソースの時間ドメイン開始時間を含む。
【0040】
可能な設計では、第１の時間オフセット及び第１の時間はミリ秒又はスロットで測定される。
【0041】
第４の態様に係れば、第１の参照時間と第１の時間オフセットとに基づいて第１の時間を決定するように構成される処理モジュールと、第１の時間又は第１の時間よりも前に、第１のリソースを表示する第２の端末装置からの調整情報を受信するように構成されるトランシーバモジュールとを含む第１の端末装置が提供される。第１のリソースは第２の端末装置にサイドリンク情報を送出するのに用いられる第２のリソースを決定するのに用いられるものである。第１の参照時間は第２の時間、第３の時間、第４の時間又は第５の時間を含む。第２の時間は第２の端末装置にトリガ情報を送出する時間を含み、トリガ情報は第１のリソースの決定を促すのに用いられるものである。第３の時間はリソース選択ウインドウの開始時間を含む。第４の時間はリソース選択ウインドウの終了時間を含み、リソース選択ウインドウは第２の端末装置にサイドリンク情報を送出するのに用いられる第２のリソースを決定するのに用いられるものである。第５の時間は時間ドメインにおける第１のリソースの開始時間を含む。
【0042】
第２の端末装置が調整情報を第１の端末装置に第１の時間又は第１の時間よりも前に送出し、第１の時間が第１の参照時間と第１の時間オフセットとに基づいて決定され、すなわち、第２の端末装置が調整情報を第１の端末装置に送出する時間が制限される。これにより、第１の端末装置が調整情報を受信するとき、サイドリンク情報を送出するのに用いられる第２のリソースを決定するのに十分な時間を第１の端末装置が有することが確実なものとされ、これにより、サイドリンク通信の信頼性が改善される。
【0043】
可能な設計では、第１の時間オフセットは第１の端末装置の能力に基づいて決定され、又は第１の時間オフセットは既定の時間オフセットである。
【0044】
第１の時間オフセットが第１の端末装置の能力に基づいて決定される場合、第１の時間オフセットの目標がより絞られ、また、オフセットがより柔軟にセットされることが可能である。第２の時間オフセットが既定されている場合、システムの複雑さが減少する。
【0045】
可能な設計では、トランシーバモジュールは、第２の端末装置にトリガ情報を送出し、トリガ情報は、リソース選択ウインドウの開始時間、リソース選択ウインドウの終了時間、第１の時間オフセット、第１の端末装置の能力、第２の時間オフセット又はリソース選択ウインドウの時間幅という情報の少なくとも１つを含む、ようにさらに構成される。第２の時間オフセットは第２の端末装置にトリガ情報が送出された時間と、リソース選択ウインドウの開始時間との間の時間オフセットである。第２の時間オフセットはリソース選択ウインドウの開始時間を決定するのに用いられる。第２の時間オフセットと、リソース選択ウインドウの時間幅とはリソース選択ウインドウの終了時間を決定するのに用いられるものである。
【0046】
可能な設計では、リソース選択ウインドウは第１の端末装置用のリソース選択ウインドウである。
【0047】
このようにして、第１の端末装置のサイドリンク情報送信リソースを決定するのに用いられるリソース選択ウインドウについてリソースをより目標が絞られた手法で第２の端末装置が選択することができ、これにより、調整情報の効率が改善される。
【0048】
可能な設計では、トランシーバモジュールは、第２の端末装置に制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥを送出し、制御情報、サイドリンクラジオリソースコントロールＰＣ５－ＲＲＣシグナリング又は媒体アクセス制御コントロールエレメントＭＡＣ ＣＥは第１の時間オフセット及び／又は第１の端末装置の能力を表示する、ようにさらに構成される。
【0049】
可能な設計では、トランシーバモジュールは、第２の端末装置にサイドリンク情報を第２のリソースで送出するようにさらに構成される。
【0050】
可能な設計では、時間ドメインにおける第１のリソースの開始時間はリソース選択ウインドウに入る。
【0051】
可能な設計では、第１のリソースは第２の端末装置にサイドリンク情報を送出するのに用いられるリソースを決定するのに用いられる少なくとも１つのリソースを含み、時間ドメインにおける第１のリソースの開始時間は少なくとも１つのリソースのうち時間ドメインにおいて先頭にあるリソースの時間ドメイン開始時間を含む。
【0052】
可能な設計では、第１の時間オフセット及び第１の時間はミリ秒又はスロットで測定される。
【0053】
第５の態様に係れば、プロセッサを含む端末装置が提供される。プロセッサは少なくとも１つのメモリに結合され、プロセッサは、少なくとも１つのメモリに記憶されているコンピュータプログラムを読み込んで、第１の態様のいずれかの実現例に係る方法を実行する、又は第２の態様のいずれかの実現例に係る方法を実行するように構成される。
【0054】
第６の態様に係れば、通信装置が提供される。通信装置はプロセッサと通信インタフェイスとを含み、通信インタフェイスは他の装置と通信するように構成されることが可能である。これとは別に、通信装置は、コンピュータ指示を記憶するように構成されるメモリをさらに含んでもよい。プロセッサとメモリとは互いに結合されて第１の態様又は第２の態様又は様々な可能な実現例に係る方法を実行する。これの代わりに、第１の通信装置はメモリを含まなくてもよく、メモリは通信装置の外部に配置されてもよい。プロセッサ、メモリ及び通信インタフェイスは互いに結合されて第１の態様又は第２の態様の様々な可能な実現例に係る方法を実行する。たとえば、プロセッサがメモリに記憶されているコンピュータ指示を実行するとき、第１の態様又は第２の態様のいずれかの可能な態様に係る方法を通信装置が実行することが可能にされる。たとえば、第１の通信装置は所定の通信装置、又は通信装置に配設されたチップ若しくはその他構成要素である。
【0055】
第７の態様に係れば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体はコンピュータプログラムを記憶するように構成され、コンピュータプログラムがコンピュータで動かされるとき、コンピュータが第１の態様のいずれかの態様に係る方法を実行することが可能にされる、又はコンピュータが第２の態様のいずれかの態様に係る方法を実行することが可能にされる。
【0056】
第８の態様に係れば、プロセッサと通信インタフェイスとを含むチップ又はシステムオンチップが提供される。プロセッサは、指示を読み込んで、第１の態様のいずれかの態様に係る方法を実行する、又は第２の態様のいずれかの態様に係る方法を実行するように構成される。
【0057】
チップ又はシステムオンチップはメモリをさらに含んでもよい。たとえば、プロセッサはメモリに記憶されているソフトウェアプログラムを読み込んで実行して第１の態様又は第２の態様の、いずれかの可能な設計に係る方法を実行することができる。これの代わりに、メモリはチップに含まれなくてもよく、チップの外部にある。これは、プロセッサが外部メモリに記憶されているソフトウェアプログラムを読み込んで実行して第１の態様又は第２の態様の、いずれかの可能な設計に係る方法を実行することができることに相当する。
【0058】
第９の態様に係れば、指示を含むコンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトはコンピュータプログラムを記憶するように構成される。コンピュータプログラムがコンピュータで動かされるとき、コンピュータが第１の態様又は第２の態様の、いずれかの可能な設計に係る方法を実行することが可能にされる。
【0059】
第１０の態様に係れば、第３の態様のいずれかの実現例に係る端末装置と、第４の態様のいずれかの実現例に係る端末装置とを含む通信システムが提供される。
【図面の簡単な説明】
【0060】
【図1】Ｖ２Ｘのいくつかの適用場面の概略図である。
【図2】本出願の実施形態に係るネットワークアーキテクチャの概略図である。
【図3】Ｍｏｄｅ－２のサイドリンク情報送信リソース割当て手法の概略図である。
【図4】本出願の実施形態に係るＶ２Ｘ通信場面の概略図である。
【図5】本出願の実施形態に係るＶ２Ｘ通信場面の概略図である。
【図6】本出願の実施形態に係る通信方法のフローチャートである。
【図7】本出願の実施形態に係る第１の端末装置の概略ブロック図である。
【図8】本出願の実施形態に係る第２の端末装置の概略ブロック図である。
【図9】本出願の実施形態に係る第１の参照時間の概略図である。
【図10】本出願の実施形態に係る通信方法の特定の例の概略図である。
【図11】本出願の実施形態に係る端末装置の構造の簡略概略図である。
【発明を実施するための形態】
【0061】
無線通信技術の発展にともない、高いデータ速度と優れたユーザエクスペリエンスとに対する人々の要求が高くなっている。通信技術は人々の日常生活での通信に適用可能であるだけでなく、様々な分野に適用されてきた。すべてのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）が、特に車両のインターネット化（Ｉｎｔｅｒｎｅｔ ｏｆ Ｖｅｈｉｃｌｅｓ）の分野ではトレンドになってきている。自動車分野では車両関連の通信に対する高い需要がある。このため、Ｖ２Ｘ通信技術が第三世代パートナーシッププロジェクト（ｔｈｅ ３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ，３ＧＰＰ）で提案されている。
【0062】
Ｖ２Ｘ技術は車両と外部との通信に用いられる技術であり、インテリジェント車両、自律運転や高度道路交通システムに用いられる、基礎となり鍵となる技術である。Ｖ２Ｘは、車両間（ｖｅｈｉｃｌｅ－ｔｏ－ｖｅｈｉｃｌｅ，Ｖ２Ｖ）、車両設備間（ｖｅｈｉｃｌｅ－ｔｏ－ｉｎｆｒａｓｔｒｕｃｔｕｒｅ，Ｖ２Ｉ）及び／又は車両歩行者間（ｖｅｈｉｃｌｅ－ｔｏ－ｐｅｄｅｓｔｒｉａｎ，Ｖ２Ｐ）の直接通信などのいくつかの適用要求と車両ネットワーク間（ｖｅｈｉｃｌｅ－ｔｏ－ｎｅｔｗｏｒｋ，Ｖ２Ｎ）の通信のやり取りとを特に含む。図１に示されているように、Ｖ２Ｖは車両間の通信を指し、Ｖ２Ｐは車両と人（歩行者、自転車通行者、運転者や同乗者を含む）との間の通信を指し、Ｖ２Ｉは車両とＲＳＵなどの設備との間の通信を指す。Ｖ２ＮはＶ２Ｉに含まれる場合がある。Ｖ２Ｎは車両と基地局／ネットワークとの間の通信を指す。
【0063】
Ｖ２Ｐは路上の歩行者や動力を有さない車両に対する保安警告に用いられることができる。Ｖ２Ｉを通じて車両が道路と通信することができるし、交通信号やロードバリアなどの別の設備とでも通信することができ、交通信号の信号タイミングなどの道路管理情報を取得することができる。Ｖ２Ｖは車両間に情報交換や警告に用いられることができ、Ｖ２Ｖの最も典型的な適用例は車両間の衝突防止安全システムである。Ｖ２Ｎは現在最も広く用いられている車両のインターネット化の形態であり、Ｖ２Ｎの主要な機能は、車両がモバイルネットワークを通じてクラウドサーバに接続して、ナビゲーション、娯楽や盗難防止など、クラウドサーバによって提供されるアプリケーション機能を用いることを可能にすることである。
【0064】
本出願の実施形態では、Ｖ２Ｘ通信が説明のための例として用いられている。ただし、本出願の実施形態はデバイス間（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ，Ｄ２Ｄ）通信、マシンタイプコミュニケーション（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ，ＭＴＣ）、モノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ，ＩｏＴ）通信などにも適用可能であってもよい。図２は本出願の実施形態で用いられるネットワークアーキテクチャを示す。
【0065】
図２に示されているネットワークアーキテクチャはネットワーク装置と２つの端末装置、すなわち端末装置１及び端末装置２とを含む。２つの端末装置の両方がネットワーク装置のカバレッジ内にあってもよく、このようにならない場合には、２つの端末装置のうちの端末装置１のみがネットワーク装置のカバレッジ内にありかつ端末装置２がネットワーク装置のカバレッジ内になかったり、２つの端末装置のいずれもネットワーク装置のカバレッジ内になかったりする。２つの端末装置はｓｉｄｅｌｉｎｋを通じて互いと通信することができる。図２は、端末装置１がネットワーク装置カバレッジ内にあり、端末装置２がネットワーク装置カバレッジ内にない例を示している。当然、図２の端末装置の個数は例にすぎない。実際に適用される際には、ネットワーク装置は複数の端末装置を担当する場合がある。
【0066】
図２のネットワーク装置はたとえば基地局などのアクセスネットワーク装置である。システムが異なる場合にはアクセスネットワーク装置は異なる装置に対応する。たとえば、ｇＮＢなどの５Ｇシステムではアクセスネットワーク装置は５Ｇアクセスネットワーク装置に対応するし、将来の世代の通信システムでは所定のアクセスネットワーク装置である。図２の端末装置はたとえば車載端末装置や車両であるが、本出願の実施形態の端末装置はこれに限定されない。
【0067】
当業者の理解を容易にするために、以下、本出願の実施形態におけるいくつかの用語を説明する。
【0068】
（１）端末装置：端末装置は端末デバイスを含み、これ以外には、端末デバイスに内蔵されるユニット、モジュール、チップやチップシステムを含んでもよい。端末デバイスはたとえばユーザ端末、端末デバイス、携帯電話器や車両であってもよい。端末デバイスにはユニット、モジュール、チップやチップシステムが配置されてもよい。端末装置は無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＲＡＮ）を通じてコアネットワークと通信してＲＡＮと音声及び／又はデータを交換することができる。たとえば、端末装置はユーザ端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＵＥ）、無線端末装置、モバイル端末装置、デバイス間（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ，Ｄ２Ｄ）通信端末装置、車両間／車両道路間（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ，Ｖ２Ｘ）端末装置、マシン間／マシンタイプコミュニケーション（ｍａｃｈｉｎｅ－ｔｏ－ｍａｃｈｉｎｅ／ｍａｃｈｉｎｅ－ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｍ２Ｍ／ＭＴＣ）端末装置、モノのインターネット（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ，ＩｏＴ）端末装置などを含んでもよい。
【0069】
本出願の実施形態では、端末装置はウェアラブル装置でもあってもよい。ウェアラブル装置はウェアラブルインテリジェント装置又はインテリジェントウェアラブル装置とも称される場合があり、ウェアラブル技術に基づいて日常的に装着可能な物をインテリジェント化するように設計することによって開発されるウェアラブル装置、たとえば、眼鏡、手袋、腕時計、バンド、ヘルメット、宝飾品、衣類や靴の総称である。ウェアラブル装置は、身体に着用されたりユーザの衣類やアクセサリに一体化されたりするポータブル装置である。ウェアラブル装置は単なるハードウェア装置ではなく、ソフトウェアサポート、データのやり取りや、クラウドとのやり取りを通じて強力な機能を実施することができる。
【0070】
上述の端末装置は車両に位置する（たとえば、車両に置かれたり、車両に設置されたりする）場合には車載端末装置と考えられてもよい。車載端末装置はたとえば車載ユニット（ｏｎ－ｂｏａｒｄ ｕｎｉｔ，ＯＢＵ）とも称される。
【0071】
（２）ネットワーク装置：ネットワーク装置は無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＲＡＮ）装置、たとえば基地局やアクセスポイントを含み、１つ以上のセルを通じて無線アクセスネットワークのエアインタフェイスを用いて端末装置と通信する装置であってもよい。別の例では、車両間／車両道路間（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ，Ｖ２Ｘ）技術におけるネットワーク装置が路側機（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ，ＲＳＵ）である。ＲＳＵはＶ２Ｘの適用をサポートする常設の設備体であってもよく、Ｖ２Ｘの適用をサポートする別のものとメッセージを交換してもよい。ネットワーク装置は第五世代（ｔｈｅ ５ｔｈ ｇｅｎｅｒａｔｉｏｎ，５Ｇ）モバイル通信ニューラジオ（ｎｅｗ ｒａｄｉｏ，ＮＲ）システム（略称としてＮＲシステムとも称される）の次世代ノードＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ Ｂ，ｇＮＢ）を含んでもよいし、クラウド無線アクセスネットワーク（ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，Ｃｌｏｕｄ ＲＡＮ）システムのセントラルユニット（ｃｅｎｔｒａｌｉｚｅｄ ｕｎｉｔ，ＣＵ）及びディストリビューテッドユニット（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ，ＤＵ）を含んでもよい。
【0072】
ネットワーク装置はコアネットワーク装置も含んでもよい。コアネットワーク装置はたとえば、アクセスモビリティ管理機能（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ，ＡＭＦ）、ユーザプレーン機能（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ，ＵＰＦ）などを含んでもよい。
【0073】
また、本出願の実施形態では、ネットワーク装置の機能を実行するように構成される装置が、機能を実行する際にネットワーク装置をサポートする装置、たとえばユニット、モジュール、チップやチップシステムであってもよい。当該ユニット、モジュール、チップやチップシステムはネットワーク装置に設置されてもよい。
【0074】
上記は本出願の実施形態で用いられているいくつかの用語を説明している。以下、本出願の実施形態で用いられているＶ２Ｘ通信技術を説明する。
【0075】
Ｖ２Ｘ通信プロセスには、サイドリンク情報を送信する送信側の端末装置によって用いられるリソースに用いられる２つのリソース割当てモード、すなわちＭｏｄｅ－１及びＭｏｄｅ－２がある。
【0076】
Ｍｏｄｅ－１のサイドリンク情報送信リソース割当て手法は以下の通りである。
【0077】
Ｍｏｄｅ－１はネットワークカバレッジとのＶ２Ｘ通信に主に適用され、ネットワーク装置がサイドリンク情報送信リソースを割り当てる。特に、Ｍｏｄｅ－１はダイナミックグラント（ｄｙｎａｍｉｃ ｇｒａｎｔ，ＤＧ）モードとコンフィグアドグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ，ＣＧ）モードとをさらに含んでもよい。Ｍｏｄｅ－１のＤＧモードでは、基地局がダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）に基づいて、サイドリンク情報を受信側の端末装置に送出する送信側の端末装置によって用いられる送信リソースをスケジューリングする。Ｍｏｄｅ－１のＣＧモードでは、基地局がラジオリソースコントロール（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ，ＲＲＣ）シグナリングなどの高レベルのシグナリングを用いてサイドリンク情報の関連する送信リソースを設定する。
【0078】
Ｍｏｄｅ－２のサイドリンク情報送信リソース割当て手法は以下の通りである。
【0079】
Ｍｏｄｅ－２では、送信側の端末装置によるサイドリンク情報送信リソースの決定が基地局に頼らない。このモードはネットワークカバレッジに限定されない。ネットワークカバレッジがない場合、送信側の端末装置がこのモードを通信に用いることもできる。
【0080】
図３に示されているように、まず、Ｍｏｄｅ－２では、送信側の端末装置が無線リソースを絶え間なく監視する。送出されるサイドリンク情報があることを送信側の端末装置がスロットｎで認識する場合、送信側の端末装置はリソース検知ウインドウ［ｎ－ｔ０，ｎ－ｔｐｒｏｃ，０）で検知結果を取得する、すなわち、送信側の端末装置は検知ウインドウで無線リソースを監視することによってスロットｎよりも前に送信側の端末装置によって取得された検知結果を取得する。検知結果はリソース占有状態を反映することができ、検知結果は測定された信号強度に基づいて決定されてもよいし、別の端末装置によって送出された検出されたサイドリンク制御情報を復号して別の端末装置のサイドリンク情報送信状態を取得することによって決定されてもよい。ｔ０はリソース検知ウインドウの境界値であり、たとえば、ｔ０は１１００ｍｓや１００ｍｓであってもよいし、別の値であってもよい。ｔｐｒｏｃ，０は送信側の端末装置が検知結果を処理する時間であり、ｔｐｒｏｃ，０の値は端末装置の能力によって変わる。ｔｐｒｏｃ，０≧０である。
【0081】
上記に加えて、送信側の端末装置が検知結果に基づいてリソース選択ウインドウ［ｎ＋ｔ１，ｎ＋ｔ２］内の利用不能な時間周波数リソース、すなわち、情報送信のために他の端末装置によって占有されている時間周波数リソースを抽出し、これにより、サイドリンク情報送信に用いられることができるリソースを送信側の端末装置が決定する。０≦ｔ１≦ｔｐｒｏｃ，１であり、ｔｐｒｏｃ，１は端末装置が検知結果を処理する時間であり、端末装置の能力の影響をネットワークアーキテクチャの値が受ける。ｔ２＿ｍｉｎ＜ｔ２≦残りパケットディレイバジェット（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ，ＰＤＢ）である。ＰＤＢは、データパケットがサービスレイヤで生成される瞬間からデータパケットが送出されることが成功する瞬間までの最大遅延を表示する。たとえば、瞬間ｎでの残りＰＤＢは、データパケットがサービスレイヤで生成される瞬間を起点として瞬間ｎよりも後に残っている遅延である。ＰＤＢはスロット、サブフレームやフレームで測定されてもよいし、絶対的な時間、たとえば、ミリ秒や秒を用いて測定されてもよい。
【0082】
送信側の端末装置の特定のリソース選択手法が以下の通りに説明されている。
【0083】
１．送信側の端末装置がリソース検知ウインドウ［ｎ－ｔ０，ｎ－ｔｐｒｏｃ，０）内のリソースプールで別の端末装置からのＳＣＩを受信する。別の端末装置は送信側の端末装置の周辺の少なくとも１つの端末装置を含んでもよく、たとえば、端末装置１を含んでもよい。さらに、ＳＣＩが第１ステージＳＣＩ（１ｓｔ－ｓｔａｇｅ ＳＣＩ）であり、フィジカルサイドリンクコントロールチャンネル（ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＳＣＣＨ）で送出される。ＳＣＩは別の端末装置によってサイドリンク情報を送信するのに用いられる時間周波数リソース情報、サイドリンク情報を送信するのに用いられる周期情報及び／又はサイドリンク情報の優先度情報を含む。検知ウインドウで別の端末装置のＳＣＩを検出することによって、別の端末装置のサイドリンク情報を送信するために別の端末装置によって占有されるリソースを送信側の端末装置が認識することができることが分かる。リソースプール、すなわちサイドリンク通信リソースプールは、サイドリンク制御情報及び／又はデータ情報を送信するのに用いられる時間周波数リソース集合である。リソースプールは周波数ドメインにおいていくつかの連続するサブチャンネル又は連続しないサブチャンネルを含み、時間ドメインにおいていくつかの連続するスロット又は連続しないスロットを含む。サブチャンネルは周波数ドメインにおいていくつかの連続するフィジカルリソースブロックＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）を含む。
【0084】
２．端末装置１から受信したＳＣＩに基づいて、送出される端末装置１のサイドリンク情報に用いられる送信リソースが送信側の端末装置のリソース選択ウインドウ［ｎ＋ｔ１，ｎ＋ｔ２］に入ることを送信側の端末装置が認識する場合、送信側の端末装置はＳＣＩに基づいて、リソース選択ウインドウ内のどのリソースが端末装置１によって確保されているのかを決定し、その後のリソース選択プロセスでリソースを抽出する。
【0085】
３．別の端末装置によって占有されているリソース選択ウインドウ内の時間周波数リソース、すなわち利用不能なリソースを抽出した後、送信側の端末装置が利用可能な時間周波数リソースとしてリソース選択ウインドウ内に残っているリソースを決定することができる。したがって、利用可能な時間周波数リソースから、サイドリンク情報を送信するのに用いられる時間周波数リソースが送信側の端末装置によって選択される。
【0086】
既存の機構では、データを送出するのに送信側の端末装置によって用いられる時間周波数リソースがリソース検知ウインドウ［ｎ－ｔ０，ｎ－ｔｐｒｏｃ，０）での送信側の端末装置の検知結果に基づいて決定される。しかし、送信側の端末装置は受信側の端末装置の周辺のチャンネル状態やリソース占有状態を認知しない。受信側の端末装置の周辺で別の端末装置が通信しているが、それが送信側の端末装置によって検知されない場合、受信側の端末装置は送信側の端末装置からのデータを受信するときに別の端末装置のサイドリンク通信から強い干渉を受ける場合があり、この結果、信号の受信品質が劣化するし、受信側の端末装置の受信障害が生じたりすることさえある。
【0087】
一例として図４を参照することができる。ＵＥ１がＵＥ１の検知結果に基づいて時間周波数リソースを選択してＵＥ２にデータを送出する。ＵＥ１からＵＥ３及びＵＥ４が離れているので、ＵＥ１は検知の際にＵＥ１の周辺でサイドリンク通信を実行する端末装置が他にないと決定し、その後、ＵＥ１はＵＥ２にデータを送出する。しかし、実際にはＵＥ３がＵＥ４にデータを送出している。ＵＥ３とＵＥ２とが互いに比較的近いので、ＵＥ２にデータを送出するのにＵＥ１によって用いられるリソースがＵＥ４にデータを送出するのにＵＥ３によって用いられるリソースと重なったり同じであったりする場合に、ＵＥ３によってＵＥ４にデータを送出することにより、ＵＥ２によるＵＥ１からのデータの受信に対する強い干渉が生じる。この結果、ＵＥ１からのデータをＵＥ２が正しく受信することができず、サイドリンク通信の信頼性が減少する。
【0088】
別の例として図５を参照することができる。ＵＥ１が検知を実行し、ＵＥ３がＵＥ４にデータを送出することをＵＥ１が検知することができる。この場合、ＵＥ４にデータを送出するのにＵＥ３によって用いられる時間周波数リソースを通じてＵＥ２にデータが送出されることが可能ではないとＵＥ１が考える。言い換えると、ＵＥ４にデータを送出するのにＵＥ３によって用いられる時間周波数リソースが利用不能な時間周波数リソースであるとＵＥ１が決定する。しかし、実際にはＵＥ１がＵＥ４から離れているので、ＵＥ４はＵＥ１に対してほとんど干渉せず、ＵＥ４へのＵＥ３によるデータの送出はＵＥ２によるＵＥ１からのデータの受信に影響を及ぼさない。ＵＥ１にとって、これはリソースが過剰に抽出される例であり、用いられることが可能であるいくつかのリソースが利用不能な時間周波数リソースとして決定される。この結果、ＵＥ１が利用可能な時間周波数リソースが減少する。
【0089】
上記の観点から、Ｍｏｄｅ－２のサイドリンク情報送信リソース割当て手法を超える改善物としてＭｏｄｅ－２ｂのサイドリンク情報送信リソース割当て手法が提供されている。Ｍｏｄｅ－２ｂでは、サイドリンク情報送信リソースを決定するとき、送信側の端末装置が送信側の端末装置のリソース検知結果と受信側の端末装置のリソース検知結果との両方を考える必要がある。Ｍｏｄｅ－２ｂでは、受信側の端末装置が受信側の端末装置の周辺の端末装置の検知検出を実行する、すなわち、受信側の端末装置の周辺の端末装置によって送出されるＳＣＩを検出する。ＳＣＩに応じて、受信側の端末装置に利用可能なサイドリンク情報送信リソース又は利用不能なサイドリンク情報送信リソースを受信側の端末装置が決定し、受信側の端末装置が送信側の端末装置に調整情報を送出して利用可能なサイドリンク情報送信リソース又は利用不能なサイドリンク情報送信リソースを受信側の端末装置に通知する。その後、受信側の端末装置は受信側の端末装置それ自体によって決定された利用可能なサイドリンク情報又は利用不能なサイドリンク情報と、受信側の端末装置によって決定された利用可能なサイドリンク情報又は利用不能なサイドリンク情報とに基づいて、受信側の端末装置にサイドリンク情報を送出するのに最終的に用いられるリソースを決定する。
【0090】
以下、第１の端末装置及び第２の端末装置を例として用いて特定の例を参照して本出願の実施形態をより詳細に説明する。
【0091】
図６は本出願の実施形態に係る通信方法を示す。特に、通信方法は調整情報送信方法であってもよく、第１の端末装置、第２の端末装置及びシステムがさらに提供される。以下、図６の実施形態に関与する装置をまず説明する。図７に示されているように、図６の第１の端末装置は処理ユニット７１とトランシーバユニット７２とを含む。トランシーバユニット７２は信号を送出する送出ユニットに置換されてもよく、トランシーバユニット７２は信号を受信する受信ユニットに置換されてもよい。図８に示されているように、図６の第２の端末装置は処理ユニット８１とトランシーバユニット８２とを含む。トランシーバユニット８２は信号を送出する送出ユニットに置換されてもよく、トランシーバユニット８２は信号を受信する受信ユニットに置換されてもよい。
【0092】
第１の端末装置及び第２の端末装置が車載モジュール又はユーザ端末である場合、処理ユニット７１及び処理ユニット８１がプロセッサであってもよく、トランシーバユニット７２又はトランシーバユニット８２がトランシーバであってもよい。トランシーバユニット７２又はトランシーバユニット８２が送出ユニットに置換される場合、送出ユニットは送信器であってもよい。トランシーバユニット７２又はトランシーバユニット８２が受信ユニットに置換される場合、受信ユニットは受信器であってもよい。トランシーバ、送信器又は受信器が高周波回路であってもよい。第１の端末装置又は第２の端末装置が記憶ユニット又はコンピュータ可読記憶媒体をさらに含んでもよい。当然、記憶ユニット又はコンピュータ可読記憶媒体が第１の端末装置又は第２の端末装置の外部にも配置されてもよい。たとえば、記憶ユニット又はコンピュータ可読記憶媒体が車載モジュールの外部に配置され、第１の端末装置又は第２の端末装置と通信接続される。記憶ユニット又はコンピュータ可読記憶媒体はコンピュータ指示を記憶するように構成されている。プロセッサがメモリと通信接続され、メモリ又はコンピュータ可読記憶媒体に記憶されているコンピュータ指示がプロセッサによって実行されて、第１の端末装置及び第２の端末装置が図６の実施形態の方法を実行することが可能になる。プロセッサは汎用中央処理装置（ＣＰＵ）、マイクロプロセッサや特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ，ＡＳＩＣ）であってもよい。
【0093】
第１の端末装置及び第２の端末装置がチップやシステムオンチップである場合、処理ユニット７１又は処理ユニット８１がたとえばプロセッサであってもよく、トランシーバユニット７２又はトランシーバユニット８２が出力インタフェイス、ピンや回路などであってもよい。これの代わりに、トランシーバユニット７２又はトランシーバユニット８２が入力インタフェイス、ピンや回路などであってもよい。これの代わりに、トランシーバユニット７２又はトランシーバユニット８２が入力／出力インタフェイス、ピンや回路などであってもよい。処理ユニット７１又は処理ユニット８１によってコンピュータ指示を実行して、第１の端末装置又は第２の端末装置が図６の方法を実行することを可能にしてもよい。これとは別に、コンピュータ指示が記憶ユニット又はコンピュータ可読記憶媒体に記憶される。記憶ユニット又はコンピュータ可読記憶媒体がチップの記憶ユニット、たとえばレジスタやキャッシュであってもよい。これの代わりに、記憶ユニット又はコンピュータ可読記憶媒体が端末デバイス、ユーザ端末や車両中のチップの外部にある記憶ユニットであってもよく、たとえば、リードオンリーメモリ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ，ＲＯＭ）、静的な情報及び指示を記憶することができる別の種類の静的記憶デバイスや、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ，ＲＡＭ）であってもよい。
【0094】
図６の実施形態の通信方法は以下のステップを含み、特に調整情報送信方法が以下のステップを含む。
【0095】
ステップＳ６０：第１の端末装置のトランシーバユニット７２が第２の端末装置にトリガ情報を送出し、第２の端末装置のトランシーバユニット８２が第１の端末装置からのトリガ情報を受信する。トリガ情報は制御情報であり、第１のリソースを決定するように第２の端末装置に促すためのものである。第１のリソースは、第２の端末装置にサイドリンク情報を送出するのに用いられるリソースを決定するのに第１の端末装置によって用いられる。
【0096】
当然、ステップＳ６０は不可欠のステップではない。Ｍｏｄｅ－２ｂでサイドリンク情報送信リソースを決定する手法はトリガ手法とトリガを用いない手法とを含む。トリガ手法では、第１の端末装置が第２の端末装置にトリガ情報を送出して、第１の端末装置に調整情報を送出するように第２の端末装置に促す。第２の端末装置はトリガ情報を受信した後、検知結果に基づいてリソース選択を実行する。さらにいえば、第２の端末装置は検知ウインドウでの検知結果と確保情報とに基づいてリソース選択ウインドウ内でリソース選択を実行して第１のリソースを決定する。リソース選択ウインドウは、リソース選択ウインドウ内でリソース選択を第１の端末装置が実行してサイドリンク情報送信に用いられるリソースを決定することになることを第２の端末装置に通知するために、第１の端末装置によって第２の端末装置に対して表示される第１の端末装置用のリソース選択ウインドウであってもよい。したがって、検知ウインドウでの第２の端末装置の検知結果と確保情報とに基づいて、サイドリンク情報を送出するのに第１の端末装置によって用いられるリソースを第１の端末装置が決定するのを支援するのに用いられる第１のリソースを第２の端末装置がリソース選択ウインドウ内で選択することができる。確保情報は第２の端末装置によって受信された別の端末装置のサイドリンク制御情報に搭載されたものであり、確保情報はどの別の端末装置がサイドリンク情報を周期的に送信するのかに基づいて周期情報を表示する。第２の端末装置のリソース選択結果、すなわち第１のリソースを第２の端末装置が調整情報に搭載する。その後、第１の端末装置のリソース選択結果と、調整情報に搭載された第２の端末装置のリソース選択結果とに基づいて、第２の端末装置にサイドリンク情報を送出するのに第１の端末装置によって用いられるリソースを第１の端末装置が決定する。
【0097】
トリガを用いない手法では、トリガ情報を第１の端末装置が第２の端末装置に送出しない。この場合、第２の端末装置がリソース検知を周期的又は不定期に実行し、検知結果と確保情報とに基づいてリソース選択ウインドウでリソース選択を実行し、リソース選択結果を調整情報を通じて第１の端末装置に通知する。リソース選択ウインドウは第２の端末装置用のリソース選択ウインドウであってもよいし、既定のリソース選択ウインドウであってもよい。トリガを用いない手法では、ステップＳ６０は不可欠ではない。
【0098】
ステップＳ６１：第１の端末装置の処理ユニット７１が第１の参照時間と第１の時間オフセットとに基づいて第１の時間を決定し、第２の端末装置の処理ユニット８１も第１の参照時間と第１の時間オフセットとに基づいて第１の時間を決定する。ステップ６１で第１の端末装置と第２の端末装置との両方が第１の時間を決定するが、第１の端末装置による第１の時間の決定と第２の端末装置による第１の時間の決定との間で時間順序に対する制限はない。第１の時間は、調整情報を第２の端末装置が第１の端末装置に送出する送出時間を決定するのに後に用いられる時間である。
【0099】
第１の参照時間は時間参照点であり、すなわち、調整情報の送出に用いられる時間境界すなわち第１の時間は時間参照点と第１の時間オフセットとに基づいて決定されるといえる。時間境界は遅延境界とも称される場合がある。第１の参照時間及び第１の時間オフセットは秒やミリ秒で測定されてもよいし、当然、スロットやシンボルであってもよい。従来の技術では、第２の端末装置が第１の端末装置に調整情報を送出する時間は指定されない。この結果、第１の端末装置は調整情報を受信するときにはサイドリンク情報を送出する時期を既に逸している場合があり、信頼性が減少する。第１の時間を限界として用いて、第１の時間又は第１の時間よりも前に第２の端末装置が第１の端末装置に調整情報を送出する必要があり、これにより、信頼性が改善される。
【0100】
ステップ６１で、第１の参照時間及び第１の時間オフセットという２つの要因に基づいて第１の時間が決定される必要がある。
【0101】
図９に示されているように、第１の参照時間は第２の時間、第３の時間、第４の時間及び第５の時間という４種類の参照時間を含んでもよい。
【0102】
第２の時間は第１の端末装置からのトリガ情報が受信された時間を含み、トリガ情報は第１のリソースを決定することを促すための情報である。すなわち、第２の時間は、ステップＳ６０でトリガ情報を第１の端末装置が第２の端末装置に送出する時間であり、また、第１の端末装置からのトリガ情報を第２の端末装置が受信する時間でもある。この場合、第１の端末装置又は第２の端末装置が第１の時間オフセットと、第２の時間、すなわち、トリガ情報が送出されたり受信されたりする時間に基づいて第１の時間を決定する。図９から、この場合、第１の時間オフセットが第２の時間と第１の時間との時間差であり、すなわち、第１の時間オフセット分だけ参照時点としてのトリガ情報の送信時間をオフセットすることによって、第２の端末装置が調整情報を送出する第１の時間が取得されることが分かる。したがって、第２の端末装置はトリガ情報を受信した後、第２の時間を認識し、第１の時間オフセットに基づいて、調整情報をフィードバックする最も遅い時間、すなわち遅延境界を決定する。この場合、調整情報をフィードバックする遅延境界は調整情報の促しに対するオフセットである。処理プロセスが単純になり、システムの複雑さが減少する。
【0103】
第３の時間はリソース選択ウインドウの開始時間を含み、リソース選択ウインドウは、第１の端末装置からのサイドリンク情報を受信するのに用いられる第２のリソースを決定するのに用いられるウインドウであり、すなわち、リソース選択ウインドウは、第１の端末装置によって第２の端末装置にサイドリンク情報を送出するのに用いられる第２のリソースを決定するのに用いられる。リソース選択ウインドウは第１の端末装置用のリソース選択ウインドウである。さらにいえば、サイドリンク情報を送信するのに用いられるリソースを第１の端末装置がリソース選択ウインドウ内で決定する。リソース選択ウインドウは第１の端末装置によって第２の端末装置に対して表示され、これにより、第２の端末装置はリソース選択ウインドウ内で第１のリソースを決定する。第２の端末装置によって第１の端末装置に送出される調整情報を通じて第１のリソースが第１の端末装置に対して表示される。図９から、この場合、第１の時間オフセットは第３の時間と第１の時間との時間差であり、すなわち、第１の時間は第１の時間オフセット分だけ参照時点としてのリソース選択ウインドウの開始時間をオフセットすることによって取得されることが分かる。したがって、所望される第１の時間オフセットにリソース選択ウインドウの開始時間が第１の端末装置及び第２の端末装置によって関連づけられ、第１の時間が決定される。第１の参照時間として第３の時間を用いて最終的に決定される第１の時間は多くの場合に時間ドメインにおいて第３の時間に近い。これにより、第１の時間オフセットを送信するのに用いられるビット数を減少させることができ、上記はトリガの場面とトリガを用いない場面とで調整情報の送出の遅延境界を定めることに適用可能である。リソース選択ウインドウが存在するのであれば、第３の時間が時間参照点として用いられることが可能であり、高い実施可能性が提供される。
【0104】
第４の時間はリソース選択ウインドウの終了時間を含む。当該リソース選択ウインドウは、第３の時間が第１の参照時間として用いられている例で説明されているリソース選択ウインドウと矛盾しない。本説明では重ねて詳細を説明しない。図９から、この場合、第１の時間オフセットが第４の時間と第１の時間との時間差であり、すなわち、第１の時間オフセット分だけ参照時点としてのリソース選択ウインドウの終了時間をオフセットすることによって、第２の端末装置が調整情報を送出する第１の時間が取得されることが分かる。したがって、所望される第１の時間オフセットにリソース選択ウインドウの終了時間が第１の端末装置及び第２の端末装置によって関連づけられる。これにより、第１の時間オフセットが常に正の数になり、実施の複雑さが減少することを確実なものとすることができ、上記はトリガを用いる場面とトリガを用いない場面とで調整情報の送出の遅延境界を定めることに適用可能である。リソース選択ウインドウが存在するのであれば、第４の時間が時間参照点として用いられることが可能である。
【0105】
リソース選択ウインドウは第１の端末装置用のリソース選択ウインドウであってもよく、すなわち、サイドリンク情報送信リソースを選択するのに用いられ、送信されるサイドリンクデータの遅延要求に基づいて第１の端末装置によって決定される期間であってもよい。送信されるサイドリンク情報を送信するのに用いられる送信リソースをリソース選択ウインドウ内で第１の端末装置が決定する。
【0106】
第１の参照時間が第２の時間である例は、Ｍｏｄｅ－２ｂでサイドリンク情報送信リソースを決定するトリガ手法に対応することができ、第１の参照時間が第３の時間又は第４の時間である例は、Ｍｏｄｅ－２ｂでサイドリンク情報送信リソースを決定するトリガ手法又はトリガを用いない手法に対応することができる。サイドリンク情報送信リソースを決定するトリガ手法では、ステップＳ６０で、トリガ情報がいくつかの情報を含み、この情報は、リソース選択ウインドウの開始時間、リソース選択ウインドウの終了時間、第１の時間オフセット、第１の端末装置又は第２の端末装置の能力、第２の時間オフセット又はリソース選択ウインドウの時間幅という情報の少なくとも１つを含む。第２の時間オフセットは、第１の端末装置からのトリガ情報が受信される時間と、リソース選択ウインドウの開始時間との間の時間オフセットである。第２の時間オフセットはリソース選択ウインドウの開始時間を決定するのに用いられるものであり、第２の時間オフセットとリソース選択ウインドウの時間幅とがリソース選択ウインドウの終了時間を決定するのに用いられるものである。トリガ情報が第２の時間オフセットとリソース選択ウインドウの時間幅とを含む場合、第１の端末装置からのトリガ情報を第２の端末装置が受信する時間と、第２の時間オフセットとに基づいてリソース選択ウインドウの開始時間が決定されることができる。第１の端末装置からのトリガ情報を第２の端末装置が受信する時間と、第２の時間オフセットと、リソース選択ウインドウの時間幅とに基づいてリソース選択ウインドウの終了時間が決定されることができる。これとは別に、上述のいくつかの情報がネットワーク装置によって制御情報を通じて第１の端末装置及び／又は第２の端末装置に対して表示されてもよい。
【0107】
上記とは別に、第１の端末装置のトランシーバユニット７２が第２の端末装置に制御情報、サイドリンクＰＣ５ラジオリソースコントロール（ＰＣ５－Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＰＣ５－ＲＲＣ）シグナリング又は媒体アクセス制御コントロールエレメント（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ，ＭＡＣ ＣＥ）をさらに送出してもよく、第２の端末装置のトランシーバユニット８２が第１の端末装置からの制御情報、ＰＣ５－ＲＲＣシグナリング又はＭＡＣ ＣＥを受信する。制御情報、ＰＣ５－ＲＲＣシグナリング又はＭＡＣ ＣＥはリソース選択ウインドウの開始時間、リソース選択ウインドウの終了時間、第１の時間オフセット、第１の端末装置又は第２の端末装置の能力、第２の時間オフセット又はリソース選択ウインドウの時間幅という情報の少なくとも１つを表示する。
【0108】
第５の時間は時間ドメインにおける第１のリソースの開始時間を含む。第１の参照時間が第５の時間である例は、Ｍｏｄｅ－２ｂでサイドリンク情報送信リソースを決定するトリガ手法又はトリガを用いない手法に対応することができる。
【0109】
トリガの例に対応する場合、ステップＳ６０で第２の端末装置がトリガ情報を受信した後、第２の端末装置は第２の端末装置の周辺のチャンネル環境を検知する。たとえば、第２の端末装置は第２の端末装置の周辺の端末装置によって送出されたサイドリンク制御情報を受信して、第２の端末装置の周辺の端末装置がサイドリンク情報を送信するのに用いられるリソースを認識してもよいし、第２の端末装置は無線リソースの信号強度を測定してもよい。したがって、第２の端末装置は第２の端末装置の周辺のどのリソースが利用可能又は利用不能であるのかを決定し、利用可能なリソース又は利用不能なリソースを第１の端末装置に調整情報を通じて通知することができる。第２の端末装置によって取得される利用可能なリソース又は利用不能なリソースが第１のリソースである。トリガを用いない例に対応する場合において、第１の端末装置のトリガ情報を受信しないとき、第２の端末装置はこの例でも第２の端末装置の周辺のチャンネル環境を周期的又は不定期に検知する。たとえば、第２の端末装置は第２の端末装置の周辺の端末装置によって送出されたサイドリンク制御情報を受信して、第２の端末装置の周辺の端末装置がサイドリンク情報を送信するのに用いられるリソースを認識してもよいし、第２の端末装置は無線リソースの信号強度を測定してもよい。したがって、第２の端末装置は第２の端末装置の周辺のどのリソースが利用可能又は利用不能であるのかを決定し、利用可能なリソース又は利用不能なリソースを第１の端末装置に調整情報を通じて通知することができる。第２の端末装置によって取得される利用可能なリソース又は利用不能なリソースが第１のリソースである。これとは別に、第１のリソースがリソース選択ウインドウに位置する。
【0110】
第２の時間から第５の時間のいずれかが第１の参照時間であるのかを第１の端末装置が第２の端末装置に対してトリガ情報又は他のサイドリンク制御情報を通じてさらに表示してもよい。言い換えると、可能な複数の時間から第１の参照時間が選択される場合、第１の参照時間として用いられる特定の参照時間を第１の端末装置が第２の端末装置にトリガ情報又は他のサイドリンク制御情報を介して通知してもよい。
【0111】
第１のリソースは第１の端末装置からのサイドリンク情報を受信するのに用いられるリソースを決定するのに用いられる少なくとも１つのリソースを含み、時間ドメインにおける第１のリソースの開始時間は当該少なくとも１つのリソースのうち時間ドメインにおいて先頭にあるリソースの時間ドメイン開始時間を含む。図９では、第１のリソースは時間ドメインにおいて連続するリソースを含むブロックである。実際には上記とは異なり第１のリソースは複数のリソースの集合であってもよく、すなわち、第１のリソースは時間ドメインにおいて連続しない複数のリソースを含む。第５の時間は、時間ドメインにおいて第２の端末装置によって決定される利用可能なリソース又は利用不能なリソースの最初期の瞬間すなわち開始時間である。図９から、この場合、第１の時間オフセットが第５の時間と第１の時間との時間差であり、すなわち、第１の時間オフセット分だけ参照時点としての時間ドメインにおける第１のリソースの開始時間をオフセットすることによって、第２の端末装置が調整情報を送出する第１の時間が取得されることが分かる。
【0112】
第１の時間オフセットは第１の端末装置又は第２の端末装置の能力に基づいて決定されてもよい。言い換えると、第２の端末装置が調整情報を送出する第１の時間のために第１の端末装置又は第２の端末装置の能力が考えられる必要がある。たとえば、第１の端末装置又は第２の端末装置の能力が高い場合、すなわち、処理速度又は計算速度が高い場合、第１の時間オフセットの値が小さくなり得る。第１の端末装置又は第２の端末装置の能力がトリガ情報に搭載されてもよく、これにより、第１の時間を決定する際の柔軟性が改善される。したがって、調整情報を受信した後、第１の端末装置がスケジューリングを実行し、サイドリンク情報を符号化して送出するのに十分な時間を有することが確実なものとされ、これにより、第１の端末装置の不十分な能力によって引き起こされる調整情報の浪費が回避され、第１の端末装置のサイドリンク情報がタイムリーに送出されることが可能であることが確実なものとされる。
【0113】
上記の代わりに、第１の時間オフセットが以下の時間の少なくとも１つに基づいて決定されてもよい。
【0114】
（１）リソースを組み合せるために要求される期間。第２の端末装置の調整情報を受信することに加えて、少なくとも１つの他の端末装置によって送出される調整情報を第１の端末装置がさらに受信してもよい。この場合、第１の端末装置は、第２の端末装置によって送出された調整情報と、少なくとも１つの他の端末装置によって送出された調整情報とで表示され、第１の端末装置によってサイドリンク情報を送出するのに用いられるリソースを決定するのに用いられるものである少なくとも１つのリソースを組み合せる必要がある。リソースの組合せには所定の期間がかかる。したがって、第１の時間オフセットはリソースを組み合せるために要求される時間に基づいて決定されてもよい。
【0115】
（２）（１）でのリソースの組合せの結果を媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）レイヤに報告するために要求される処理や送信の期間。
【0116】
（３）ＭＡＣレイヤが最終的なリソース選択結果を決定する期間。さらにいえば、ＭＡＣレイヤが（２）のリソースの組合せの結果を受信する場合、ＭＡＣレイヤはリソースの組合せの結果から、サイドリンク情報を送出するのに第１の端末装置によって最終的に用いられるリソースを決定する。このプロセスには所定の期間がかかる。したがって、ＭＡＣレイヤが最終的なリソース選択結果を決定する時間に基づいて第１の時間オフセットが決定されてもよい。
【0117】
（４）サイドリンク情報を送出するのに第１の端末装置によって最終的に用いられることになり、（３）で決定されるリソースをＭＡＣレイヤが第１の端末装置の物理レイヤに対して表示するために要求される期間。
【0118】
（５）サイドリンク情報を送出する準備期間。サイドリンク情報を送信するのに用いられることになるリソースを決定したり取得したりした後、送出されるサイドリンク情報に対する符号化やマッピングなどの動作を第１の端末装置が実行する必要がある。このような動作を完遂させる時間がサイドリンク情報を送出する準備時間である。したがって、サイドリンク情報を送出する準備時間に基づいて第１の時間オフセットが決定されてもよい。
【0119】
この場合、上記の時間の少なくとも１つがトリガ情報に搭載されてもよく、これにより、第１の時間を決定する際に柔軟性が改善される。
【0120】
上記の代わりに、第１の時間オフセットが既定の時間オフセットであってもよい。さらにいえば、第１の時間オフセットの特定の値がプロトコルで指定される。この場合、第１の時間オフセットの特定の値が第１の端末装置又は第２の端末装置のメモリに記憶されてもよく、第１の時間が決定される必要があるときに第１の端末装置又は第２の端末装置によって呼び出される。第１の時間オフセットの特定の値がプロトコルで指定されれば、システムの複雑さが減少する。
【0121】
第１の時間オフセットの値はｎであってもよく、ｎは負の整数、ゼロ又は正の整数である。第１の時間オフセットの測定単位は秒であってもミリ秒であってもよいし、当然、スロットやシンボルであってもよい。
【0122】
ステップＳ６２：第２の端末装置のトランシーバユニット８２が調整情報を第１の端末装置に第１の時間又は第１の時間よりも前に送出し、第１の端末装置からの調整情報を第１の端末装置のトランシーバユニット７２が第１の時間以前に受信する。調整情報は第１のリソースを表示し、第１のリソースは、第１の端末装置からのサイドリンク情報を受信するのに用いられる第２のリソースを決定するのに用いられるものである。調整情報はビットマップ（ｂｉｔ ｍａｐ）を含んでもよく、ビットマップは第１のリソースを表示する。たとえば、ビットマップの所定のビット列の所定のビットが１である場合、このことは当該ビットに対応するリソースがサイドリンク情報を送信するのに用いられることができることを表示する。第１の端末装置が様々な理由のために無線リソースや別の端末装置を検知することができず、第１の端末装置が第２の端末装置に比較的近い場面が可能な場面である。この場合、第１の端末装置の代わりに検知を実行するように第２の端末装置を第１の端末装置によって用いることができる。トリガ手法では、第１の端末装置がトリガ情報を第２の端末装置に送出して、第１の端末装置の代わりに検知を実行するように第２の端末装置に促し、第２の端末装置によって送出された調整情報を受信してもよい。トリガを用いない手法では、第２の端末装置によって周期的又は不定期に送出される調整情報を第１の端末装置が受信する。この場合、第２の端末装置又は第３の端末装置にサイドリンク情報を送出するのに第１の端末装置によって用いられる送信リソース（たとえば第３のリソース）を決定するのに第１の端末装置によって第１のリソースがさらに用いられることができる。第３の端末装置は第１の端末装置及び第２の端末装置とは異なる端末装置である。
【0123】
ステップＳ６３：第１の端末装置の処理ユニット７１が第１のリソースに基づいて第２のリソースを決定し、第２のリソースはサイドリンク情報を第２の端末装置に送出するのに第１の端末装置のトランシーバユニット７２によって用いられる。上記とは別に、第１の端末装置の処理ユニット７１が第１のリソースに基づいて第３のリソースを決定し、第３のリソースはサイドリンク情報を第３の端末装置に送出するのに第１の端末装置のトランシーバユニット７２によって用いられる。
【0124】
ステップＳ６４：第１の端末装置のトランシーバユニット７２が第２のリソースでサイドリンク情報を第２の端末装置に送出し、第２の端末装置のトランシーバユニット８２が第２のリソースで第１の端末装置からのサイドリンク情報を受信する。サイドリンク情報はサイドリンク制御情報、サイドリンクデータ及びサイドリンクフィードバック情報の少なくとも１つを含む。第１の端末装置のトランシーバユニット７２が第３のリソースでサイドリンク情報を第３の端末装置に送出する。
【0125】
図６の実施形態は１つの第２の端末装置を例として用いるのに限って説明されている。実際の場面では、複数の第２の端末装置によって送出された調整情報を第１の端末装置が受信してもよく、複数の第２の端末装置の各第２の端末装置によって送出された調整情報は調整情報を送った第２の端末装置の検知結果を表示する。したがって、第１の端末装置は複数の第２の端末装置の複数の検知結果に基づいて、サイドリンク情報を送出するのに用いられる送信リソースを決定することができる。
【0126】
本出願の実施形態を通じて、第２の端末装置が調整情報を第１の端末装置に第１の時間又は第１の時間よりも前に送出し、第１の時間は第１の参照時間と第１の時間オフセットとに基づいて決定され、すなわち、第２の端末装置が調整情報を第１の端末装置に送出する時間が制限され、第１の端末装置が調整情報を受信するときに、サイドリンク情報を送出するのに用いられる第２のリソースを決定するのに第１の端末装置が十分な時間を有することが確実なものとされ、これにより、サイドリンク通信の信頼性が改善される。
【0127】
【0128】
第１のステップでは、第１の端末装置が第２の端末装置に送出される、送出されるサイドリンクデータを有する。Ｍｏｄｅ－２ｂのサイドリンクリソース決定手法では、第１の端末装置がトリガ情報を第２の端末装置に時間ｎに送出する。トリガ情報は付近の端末装置やリソースを検知するように第２の端末装置に促すのに用いられるものである。トリガ情報には少なくとも第２の時間オフセットＳ、リソース選択ウインドウの時間幅Ｌ及び第１の時間オフセットｙ１が搭載される。第２の時間オフセットはリソース選択ウインドウの開始時間を決定するのに用いられるものである。第２の時間オフセット及びリソース選択ウインドウの時間幅はリソース選択ウインドウの終了時間を決定するのに用いられるものである。第１の端末装置又は第２の端末装置が瞬間ｎ、Ｓ及びＬに基づいて、第１の端末装置用のリソース選択ウインドウの開始時間がｔ１であり、第１の端末装置用のリソース選択ウインドウの終了時間がｔ２であると決定することができる。
【0129】
図１０では、第１の参照時間が第３の時間、すなわち、第１の端末装置用のリソース選択ウインドウの開始時間ｔ１である例を用いて第１の時間の決定が説明されている。第１の端末装置がｔ１と第１の時間オフセットｙ１とに基づいて第１の時間ｎ＋ｓ－ｙ１を決定し、第２の端末装置が調整情報を第１の端末装置に第１の時間ｎ＋ｓ－ｙ１又は第１の時間ｎ＋ｓ－ｙ１よりも前に送出する必要がある。
【0130】
第２のステップでは、第２の端末装置がトリガ情報を受信した後、リソース選択をたとえば時間ｍに実行し、すなわち、第２の端末装置の周辺の端末装置やリソースを検知する。
【0131】
第２のステップでは、調整情報を送出するのに用いられるリソースを第２の端末装置がまず決定する。その際、第２の端末装置が時間ｍに基づいて検知ウインドウ（ｍ）とリソース選択ウインドウ（ｍ）とを決定する。検知ウインドウ（ｍ）及びリソース選択ウインドウ（ｍ）は調整情報を第１の端末装置に送出するのに第２の端末装置によって用いられるリソースを決定するのに用いられるものである。検知ウインドウ（ｍ）の時間範囲はｍ－Ｔ０からｍ－Ｔｐｒｏｃ，０であり、リソース選択ウインドウ（ｍ）の時間範囲はｍ＋Ｔ１からｍ＋Ｔ２であり、Ｔ０は、リソースプールのために設定されている検知ウインドウの開始時間オフセットであり、Ｔｐｒｏｃ，０は、検知を実行する際のサブキャリア間隔に関する端末装置の既定の基本的能力であり、Ｔ１は、デバイス能力に基づいて端末装置によって決定されるリソース選択ウインドウの開始時間オフセットであって、０≦Ｔ１≦Ｔｐｒｏｃ，１を満たす必要があり、Ｔｐｒｏｃ，１は、サイドリンク情報を符号化して送出する際のサブキャリア間隔に関する端末装置の既定の基本的能力であり、Ｔ２はデバイス能力に基づいて端末デバイスによって決定されるリソース選択ウインドウの終了時間オフセットであって、Ｔ１＜Ｔ２≦ＰＤＢを満たし、パケットディレイバジェット（ｐａｃｋｅｔ ｄｅｌａｙ ｂｕｄｇｅｔ，ＰＤＢ）はサイドリンク情報の生存時間（ｔｉｍｅ ｔｏ ｌｉｖｅ）を表示し、すなわち、サイドリンク情報はＰＤＢよりも前に送出される必要がある。多くの場合、第２の端末装置が付近の端末装置やチャンネルリソースを絶え間なく検知して検知結果をキャッシングする。第２の端末装置が検知ウインドウ（ｍ）を決定すると、第２の端末装置はキャッシュから、検知ウインドウ（ｍ）に対応する時間範囲ｍ－Ｔ０からｍ－Ｔｐｒｏｃ，０で検知結果を取得する。その後、調整情報を送出するのに第２の端末装置によって用いられるリソースが、検知結果及び／又は付近の端末装置のリソース確保状態に基づいてリソース選択ウインドウ（ｍ）内で決定される。図１０に示されているように、当該リソースの時間ドメインリソースは時間ｚである。さらにいえば、時間ｚで、第１のリソースを表示する調整情報を第２の端末装置が第１の端末装置に送出し、第１のリソースは、第２の端末装置にサイドリンク情報を送出するのに用いられる送信リソースを決定するのに第１の端末装置によって用いられることができる。これに加えて、リソース選択ウインドウ（ｍ）の終了時間ｍ＋Ｔ２が第１の時間ｎ＋ｓ－ｙ１よりも前にあるか、リソース選択ウインドウ（ｍ）の終了時間ｍ＋Ｔ２が第１の時間ｎ＋ｓ－ｙ１と同じである、すなわち、ｍ＋Ｔ２＜＝ｎ＋ｓ－ｙ１である。この場合、調整情報を送出するのに用いられるリソースであって、リソース選択ウインドウ（ｍ）の時間範囲ｍ＋Ｔ１からｍ＋Ｔ２内で決定されるリソースの時間ドメインリソース、すなわち時間ｚが、第１の時間ｎ＋ｓ－ｙ１以前である必要がある。
【0132】
第３のステップでは、時間ｚで調整情報を第２の端末装置が第１の端末装置に送出するので、時間ｋで第２の端末装置がリソース選択を実行する必要がある。時間ｋと時間ｚとの間の時間間隔はｙ２以上である。ｙ２は、調整情報を第２の端末装置が送出するのに不可欠な準備時間であり、準備時間については、第２の端末装置が検知ウインドウ（ｋ）での検知結果を処理するのに不可欠な時間、及び／又は第２の端末装置が調整情報を生成し、調整情報に検知結果を搭載し、サイドリンク情報を符号化して送出するために要求される時間を考える必要がある。
【0133】
第４のステップでは、第２の端末装置が時間ｋに基づいて検知ウインドウ（ｋ）とリソース選択ウインドウ（ｋ）とを決定する。検知ウインドウ（ｋ）は、調整情報を第１の端末装置に送出するのに第２の端末装置によって用いられるリソースを決定するのに用いられるものである。リソース選択ウインドウ（ｋ）はサイドリンク情報を送出するための第２の端末装置用の送信リソースを決定するのに第２の端末装置によって用いられるリソース選択ウインドウであるが、サイドリンク情報を送出するための第１の端末装置用の送信リソースを決定するのに第１の端末装置によって用いられるリソース選択ウインドウではないので、リソース選択ウインドウ（ｋ）はこの場合は重要ではない。当然、リソース選択ウインドウ（ｋ）は時間ドメインにおいて第１の端末装置用のリソース選択ウインドウに重なってもよく、検知ウインドウ（ｋ）の時間範囲はｋ－Ｔ０からｋ－Ｔｐｒｏｃ，０であり、リソース選択ウインドウ（ｋ）の時間範囲はｋ＋Ｔ１からｋ＋Ｔ２である。
【0134】
第５のステップでは、第２の端末装置が第２の端末装置によってキャッシングされている検知結果から検知ウインドウ（ｋ）の時間範囲内で検知結果を抜き出して第１のリソースを決定し、第２の端末装置が調整情報を第１の端末装置に時間ｚで送出する。調整情報は第１のリソースを表示する。
【0135】
第６のステップでは、第１の端末装置が第２の端末装置からの調整情報を受信した後、第２の端末装置によって決定された第２の端末装置の周辺の利用可能なリソース又は利用不能なリソース、すなわち第１のリソースを取得する。その後、第１の端末装置が第１のリソースと、第１の端末装置の検知ウインドウで第１の端末装置によって決定された利用可能なリソース又は利用不能なリソースとに基づいて第２のリソースを決定する。
【0136】
第７のステップでは、第１の端末装置が第２のリソースでサイドリンク情報を第２の端末装置に送出する。
【0137】
第２の端末装置が調整情報を送出する時間は第１の時間ｎ＋ｓ－ｙ１より前か第１の時間ｎ＋ｓ－ｙ１と同じである必要があり、すなわち、第２の端末装置が調整情報を送出する最も遅い時間が制限され、これにより、調整情報の適時性が改善され、第１の端末装置が調整情報を受信した後にサイドリンク情報送信リソースを決定するのに十分な時間を有し、サイドリンク通信の信頼性が改善する。
【0138】
本出願の実施形態では通信装置を提供する。通信装置は第１の端末装置であっても第２の端末装置であってもよく、通信装置は端末デバイスであってもよいし、チップであっても回路であってもよい。通信装置は、本出願の上記の実施形態の第１の端末装置又は第２の端末装置によって実行される作用を実行するように構成されてもよい。
【0139】
通信装置が端末装置である場合において、図１１は端末装置の構造の簡略概略図である。端末装置は車両、車載モジュール、ハンドヘルドデバイス、携帯電話器などであってもよい。図１１に示されているように、端末装置はプロセッサ、メモリ、高周波回路、アンテナ及び入力／出力装置を含む。プロセッサは通信プロトコルと通信データとを処理し、端末装置を制御し、ソフトウェアプログラムを実行し、ソフトウェアプログラムのデータを処理するなどを主に行なうように構成されている。メモリは、ソフトウェアプログラムとデータとを記憶することを主に行なうように構成されている。高周波回路は、ベースバンド信号と高周波信号との変換を実行し、高周波信号を処理することを主に行なうように構成されている。アンテナは、電磁波の形態の高周波信号の受信及び送出を主に行なうように構成されている。入力／出力装置、たとえばタッチ画面、ディスプレイやキーボードは、ユーザによって入れられたデータを受け取り、ユーザにデータを出力することを主に行なうように構成されている。いくつかの種類の端末装置が入力／出力装置を有さなくてもよく、いくつかの種類の端末装置、たとえば車載モジュールがプロセッサ、メモリ、高周波回路、アンテナ及び入力／出力装置の少なくとも１つのみを含み、他の部分が端末装置の外部に配置され、端末装置と通信接続されてもよい点に留意するべきである。
【0140】
データを送出する必要があるとき、送出されるデータに対してベースバンド処理を実行した後に、プロセッサがベースバンド信号を高周波回路に出力し、高周波回路はベースバンド信号に対して高周波処理を実行し、高周波信号をアンテナを通じて電磁波の形態で外部に送出する。データが端末装置に送出されると、高周波信号をアンテナを通じて高周波回路が受信し、高周波信号をベースバンド信号に変換し、ベースバンド信号をプロセッサに出力する。プロセッサはベースバンド信号をデータに変換してデータを処理する。説明を容易にするために、図１１には１つのメモリと１つのプロセッサしか示されていない。実際の端末装置製品では、１つ以上のプロセッサと１つ以上のメモリがあってもよい。メモリは記憶媒体、記憶装置などとも称される場合がある。メモリはプロセッサとは独立させられて配置されてもよいし、プロセッサと一体化させられてもよい。本出願の本実施形態ではこれは限定されない。
【0141】
本出願の本実施形態では、アンテナと、受信及び送出機能を有する高周波回路とが端末装置のトランシーバユニットと考えられることができ（この場合、トランシーバユニットが１つの機能ユニットであってもよく、機能ユニットが送出機能及び受信機能を実施することができ、又はトランシーバユニットが２つの機能ユニット、すなわち、受信機能を実施することができる受信ユニットと、送出機能を実施することができる送出ユニットとを含んでもよい）、処理機能を有するプロセッサが端末装置の処理ユニットと考えられることができる。図１１に示されているように、端末装置はトランシーバユニット１１１０と処理ユニット１１２０とを含む。トランシーバユニットはトランシーバ、トランシーバマシン、トランシーバ装置などとも称される場合がある。処理ユニットはプロセッサ、処理ボード、処理モジュール、処理装置などとも称される場合がある。上記とは別に、トランシーバユニット１１１０中にあり、受信機能を実施するように構成される構成要素が受信ユニットと考えられてもよく、トランシーバユニット１１１０中にあり、送出機能を実施するように構成される構成要素が送出ユニットと考えられてもよい。すなわち、トランシーバユニット１１１０は受信ユニットと送出ユニットとを含む。トランシーバユニットは場合によってはトランシーバマシン、トランシーバ、トランシーバ回路などとも称される場合がある。受信ユニットは場合によっては受信器マシン、受信器、受信器回路などとも称される場合がある。送出ユニットは場合によっては送信マシン、送信器、送信回路などとも称される場合がある。
【0142】
トランシーバユニット１１１０が上記の方法実施形態の第１の端末装置又は第２の端末装置の送出ステップ又は受信動作を実行するように構成されており、処理ユニット１１２０が上記の方法実施形態の送出及び受信動作以外の動作を実行するように構成されていることが当然分かる。
【0143】
通信装置がチップ装置や回路である場合、当該装置はトランシーバユニットと処理ユニットとを含んでもよい。トランシーバユニットは入力／出力回路及び／又は通信インタフェイスであってもよい。処理ユニットは集積プロセッサ、マイクロプロセッサや集積回路である。
【0144】
本出願の実施形態では通信システムを提供する。通信システムは図６に示されている実施形態の第１の端末装置と第２の端末装置とを含んでもよい。
【0145】
本出願の実施形態ではコンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体はコンピュータプログラムを記憶する。コンピュータプログラムがコンピュータによって実行されると、コンピュータは上記の方法実施形態に係る図６の実施形態の第１の端末装置又は第２の端末装置に関するプロセスを実施することができる。
【0146】
本出願の実施形態ではコンピュータプログラムプロダクトをさらに提供する。コンピュータプログラムプロダクトはコンピュータプログラムを記憶するように構成される。コンピュータプログラムがコンピュータによって実行されると、コンピュータは上記の方法実施形態に係る図６の実施形態の第１の端末装置又は第２の端末装置に関するプロセスを実施することができる。
【0147】
本出願の実施形態に記載されているプロセッサがＣＰＵであってもよいし、別の汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ，ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ，ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ，ＦＰＧＡ）や別のプログラム可能な論理デバイス、ディスクリートゲート、トランジスタ論理デバイス、ディスクリート・ハードウェア・コンポネントなどであってもよいことが当然分かる。汎用プロセッサはマイクロプロセッサであってよいし、プロセッサが任意の従来のプロセッサなどであってよい。
【0148】
本出願の実施形態に記載されているメモリが揮発メモリであっても不揮発メモリであってもよいし、揮発メモリと不揮発メモリとを含んでもよいことも分かる。不揮発メモリはリードオンリーメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＲＯＭ）、プログラマブル・リード・オンリー・メモリ（ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ，ＰＲＯＭ）、消去可能プログラマブル・リード・オンリー・メモリ（ｅｒａｓａｂｌｅ ＰＲＯＭ，ＥＰＲＯＭ）、電気的消去可能プログラマブル・リード・オンリー・メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ，ＥＥＰＲＯＭ）やフラッシュメモリであってもよい。揮発メモリはランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ，ＲＡＭ）であってもよく、外部キャッシュとして用いられる。限定ではなく例として、多くの形態のＲＡＭが用いられてもよく、たとえば、スタティック・ランダム・アクセス・メモリ（ｓｔａｔｉｃ ＲＡＭ，ＳＲＡＭ）、ダイナミック・ランダム・アクセス・メモリ（ｄｙｎａｍｉｃ ＲＡＭ，ＤＲＡＭ）、同期型ダイナミック・ランダム・アクセス・メモリ（ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ，ＳＤＲＡＭ）、ダブルデータレート同期型ダイナミック・ランダム・アクセス・メモリ（ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ，ＤＤＲ ＳＤＲＡＭ）、拡張同期型ダイナミック・ランダム・アクセス・メモリ（ｅｎｈａｎｃｅｄ ＳＤＲＡＭ，ＥＳＤＲＡＭ）、ｓｙｎｃｈｌｉｎｋダイナミック・ランダム・アクセス・メモリ（ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ，ＳＬＤＲＡＭ）やダイレクトｒａｍｂｕｓランダムアクセスメモリ（ｄｉｒｅｃｔ ｒａｍｂｕｓ ＲＡＭ，ＤＲ ＲＡＭ）が用いられてもよい。
【0149】
プロセッサが汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡや、別のプログラム可能な論理デバイス、ディスクリートゲートやトランジスタ論理デバイスや、ディスクリート・ハードウェア・コンポネントである場合、メモリ（記憶モジュール）がプロセッサに集積される点に留意するべきある。
【0150】
本明細書で説明されているメモリが上記のメモリと、別の適切な種類の任意のメモリとを含むが、これに限定されないことが意図されている点に留意するべきである。
【0151】
上記のプロセスの順序番号は本出願の様々な実施形態で実行順序を意味しないことが当然分かる。プロセスの実行順序はプロセスの機能と内部ロジックとにしたがって当然決定され、本出願の実施形態の実施プロセスに対するいかなる限定としても当然解釈されない。
【0152】
本明細書で開示されている実施形態で説明されている例と考え合せて、電子ハードウェアや、コンピュータソフトウェアと電子ハードウェアとの組合せによってユニット及びアルゴリズムステップを実施することができることに当業者は想到することができる。機能がハードウェアによって実行されるのかソフトウェアによって実行されるのかは技術的解決手段の具体的な用途及び設計制約条件に依存する。当業者は特定の用途毎に、説明されている機能を実施するのに異なる方法を用いることができるが、この実施が本出願の範囲を越えるとは当然考えられない。
【0153】
説明を簡便かつ簡潔にするために、上記のシステム、装置及びユニットの特定の動作プロセスについては、上記の方法実施形態の対応するプロセスを参照することができることを当業者は明確に理解することができ、本説明では重ねて詳細を説明しない。
【0154】
本出願で提供されているいくつかの実施形態では、開示されているシステム、装置及び方法は別の仕方で実施されてもよいことが当然分かる。たとえば、説明されている装置実施形態は例にすぎない。たとえば、ユニットへの分割は論理的機能の分割にすぎず、実際の実現例では他の分割であってもよい。たとえば、複数のユニットや構成要素が別のシステムに組み入れらたり組み込まれたりしてもよいし、いくつかの特徴が無視されたり実行されなかったりしてもよい。これに加えて、示されたり説明されたりしている相互接続や直接接続や通信接続がいくつかのインタフェイスを通じて実施されてもよい。装置間やユニット間の間接接続や通信接続が電子的形態、機械的形態や他の形態で実施されてもよい。
【0155】
分離されている部分として説明されているユニットが物理的に分離されてもよいし、物理的に分離されなくてもよく、ユニットとして表わされている部分が物理的ユニットであってもよいし、物理的ユニットでなくてもよいし、１つの位置に位置してもよいし、複数のネットワークユニットに分散してもよい。実施形態の解決手段の目的を達成するように実際の要求に基づいてユニットの一部又は全部が選択されてもよい。
【0156】
上記に加えて、本出願の実施形態の機能ユニットが一体化されて１つの処理ユニットにされてもよいし、ユニットの各々が物理的に単独で存在してもよいし、あるいは、２つ以上のユニットが一体化されて１つのユニットにされる。
【0157】
機能がソフトウェア機能ユニットの形態で実施され、独立した製品として販売されたり使用されたりする場合、機能がコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づけば、ソフトウェア製品の形態で、本出願の技術的解決手段が必須なものとして実施されてもよし、従来の技術に貢献する部分が実施されてもよいし、技術的解決手段の一部が実施されてもよい。コンピュータソフトウェア製品は記憶媒体に記憶され、本出願の実施形態で説明されている方法のステップの全部又は一部を実行するようにコンピュータ装置（パーソナルコンピュータ、サーバやネットワーク装置であってもよい）に指示するためのいくつかの指示を含む。上記のコンピュータ可読記憶媒体はコンピュータによってアクセスされることが可能である任意の利用可能な媒体でもあってもよい。限定ではなく例として、コンピュータ可読媒体はランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ，ＲＡＭ）、リードオンリーメモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＲＯＭ）、消去可能プログラマブル・リード・オンリー・メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ，ＥＥＰＲＯＭ）、コンパクト・ディスク・リード・オンリー・メモリ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ，ＣＤ－ＲＯＭ）、ユニバーサル・シリアル・バス・フラッシュ・ディスク（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ ｆｌａｓｈ ｄｉｓｋ）、リムーバブルハードディスクや別のコンパクトディスクストレージ、磁気ディスク記憶媒体や別の磁気記憶装置や、所望されるプログラムコードを指示やデータ構造の形態で搭載したり記憶したりするのに用いられるものであることが可能であり、コンピュータによってアクセスされることが可能であるその他一切の媒体を含んでもよい。
【0158】
上記の説明は本出願の特定の実現例にすぎず、本出願の実施形態の保護範囲を限定することは意図されていない。本出願の実施形態に開示されている技術的範囲の当業者によって容易に想到されるあらゆる変形や置換が本出願の実施形態の保護範囲に含まれる。したがって、本出願の実施形態の保護範囲は請求項の保護範囲にしたがうものである。
【符号の説明】
【0159】
１ 端末装置
２ 端末装置
７１ 処理ユニット
７２ トランシーバユニット
８１ 処理ユニット
８２ トランシーバユニット
１１１０ トランシーバユニット
１１２０ 処理ユニット
２ 端末装置
７１ 処理ユニット
７２ トランシーバユニット
８１ 処理ユニット
８２ トランシーバユニット
１１１０ トランシーバユニット
１１２０ 処理ユニット
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
