特許7575566 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 華為技術有限公司の特許一覧

特許7575566情報送信方法および装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3A
3B
3C
3D
3E
3F
4A
4B
4C
5
6
7A
7B
7C
7D
7E
8A
8B
9A
9B
10
11
12
13
14
15
16

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-21

(45)【発行日】2024-10-29

(54)【発明の名称】情報送信方法および装置

(51)【国際特許分類】

H04W 72/25 20230101AFI20241022BHJP

H04W 24/10 20090101ALI20241022BHJP

H04W 72/40 20230101ALI20241022BHJP

H04W 92/18 20090101ALI20241022BHJP

【ＦＩ】

H04W72/25

H04W24/10

H04W72/40

H04W92/18

【請求項の数】 32

(21)【出願番号】P 2023502887

(86)(22)【出願日】2021-07-14

(65)【公表番号】

(43)【公表日】2023-08-02

(86)【国際出願番号】 CN2021106166

(87)【国際公開番号】W WO2022012565

(87)【国際公開日】2022-01-20

【審査請求日】2023-02-17

(31)【優先権主張番号】202010694431.8

(32)【優先日】2020-07-17

(33)【優先権主張国・地域又は機関】CN

(31)【優先権主張番号】202010975473.9

(32)【優先日】2020-09-16

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩＴＥＣＨＮＯＬＯＧＩＥＳＣＯ．，ＬＴＤ．

【住所又は居所原語表記】ＨｕａｗｅｉＡｄｍｉｎｉｓｔｒａｔｉｏｎＢｕｉｌｄｉｎｇ，Ｂａｎｔｉａｎ，ＬｏｎｇｇａｎｇＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８１２９，Ｐ．Ｒ．Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田郁大

(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】

命令を含むコンピュータ可読ストレージメディアであって、前記命令が端末上で実行されたときに、前記端末は、請求項１乃至１５のいずれか一項に記載の方法を実行することを可能にされる、コンピュータ可読ストレージメディア。

【発明の詳細な説明】

【技術分野】

【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】

【0061】

【0062】

【0063】

【0064】

【0065】

【0066】

【0067】

実施態様においては、第１の表示メッセージは、報告機会の表示を含み、報告機会は、周期的な報告または非周期的な報告を含む。

【0068】

実施態様においては、第１の端末が第１の情報を第２の端末へ報告することは、下記を含む。

【0069】

第１の端末は、第１の端末と第２の端末との間における距離を測定し、その距離が変化して第２の距離しきい値に達した場合には、第１の端末は、第１の情報を第２の端末へ非周期的に報告する。このやり方においては、第２の端末の位置における大きな変化によって引き起こされる第１の情報のタイムリーでない報告が防止されることが可能である。

【0070】

実施態様においては、第１の端末が第１の情報を第２の端末へ報告することは、下記を含む。

【0071】

第１の端末は、無線リソース制御ＲＲＣメッセージ、メディア制御要素ＭＣＥメッセージ、またはサイドリンク制御インジケータＳＣＩメッセージを使用することによって第１の情報を第２の端末へ報告する。

【0072】

さらに別の態様によれば、本出願の実施形態は、ワイヤレス通信システムに適用される情報送信方法を提供し、ワイヤレス通信システムは、第１の端末、第２の端末、および第３の端末を含み、第１の端末および第２の端末は、同じ通信グループに属しており、第１の端末は、グループヘッダであり、第２の端末は、グループメンバーである。この方法は、下記を含む。

【0073】

第１の端末は、第１の表示メッセージを第２の端末へ送信し、第１の表示メッセージは、第１の情報を報告するように第２の端末に示し、第１の表示メッセージは、測定対象リソースセットの表示を含み、
第２の端末は、第１の表示メッセージに従って第１の情報を第１の端末へ報告し、第１の情報は、第３の端末から測定対象リソースセットにおける測定対象リソースへの干渉に関する情報を含み、
第１の端末は、第２の表示メッセージを第２の端末へ送信し、第２の表示メッセージは、第１のリソースセットに関する情報を示し、第１のリソースセットにおけるリソースが、サイドリンク通信のためのリソースであり、第１のリソースセットにおけるリソースが、測定対象リソースセットにあるリソースであってそのリソースに対する第３の端末からの干渉が事前設定条件を満たしているリソースを含まない。

【0074】

この方法によれば、第２の端末は、第１の情報を第１の端末へ報告し、第１の情報は、別のグループにおける端末からの測定対象リソースに対する干渉に関する情報を含む。このやり方においては、サイドリンク通信のためのリソースを決定する際に、第１の端末は、別のグループにおける端末からの干渉を考慮し、それによって、サイドリンク通信のための決定されたリソースは正確であり、デバイスのグループがサイドリンク通信を実行する場合にリソースコンフリクトが発生する確率が低減されることが可能である。

【0075】

【0076】

実施態様においては、第３の端末は、第１の端末および第２の端末を含む通信グループに属していない。

【0077】

実施態様においては、第１のリソースセットにおけるリソースが、測定対象リソースセットにあるリソースであってそのリソースに対する第３の端末からの干渉が事前設定条件を満たしているリソースを含まないことは、第１のリソースセットにおけるリソースが、測定対象リソースセットにあるリソースであって第３の端末からの干渉に関するそのリソースの情報が干渉しきい値に達しているリソースを含まないこと、または第１のリソースセットにおけるリソースが、測定対象リソースセットにあるリソースであって第３の端末、第２の端末、および第１の端末からの干渉に関するそのリソースの情報が干渉しきい値に達しているリソースを含まないことを含む。

【0078】

さらなる態様によれば、本出願の実施形態は、通信装置を提供する。この通信装置は、プロセッサを含む。プロセッサは、メモリに結合され、メモリにおける命令を読み取り、それらの命令に基づいて、第１の態様における方法を通信装置が実行することを可能にするように構成されている。

【0079】

実施態様においては、この通信装置は、端末またはチップである。

【0080】

またさらなる態様によれば、本出願の実施形態は、命令を含むコンピュータプログラム製品を提供する。このコンピュータプログラム製品が端末上で稼働されたときに、その端末は、第１の態様における方法を実行することを可能にされる。

【0081】

さらにまたさらなる態様によれば、本出願の実施形態は、命令を含むコンピュータ可読ストレージメディアを提供する。それらの命令が端末上で実行されたときに、その端末は、第１の態様における方法を実行することを可能にされる。

【0082】

またさらに別の態様によれば、本出願は、情報送信装置を提供する。この情報送信装置は、端末に配置され、この装置がグループヘッダとして使用されている場合に第１の表示メッセージをグループメンバーデバイスへ送信するように構成されている構成送信ユニットと、この装置がグループメンバーデバイスとして使用されている場合に、グループヘッダによって送信された第１の表示メッセージを受信するように構成されている構成受信ユニットと、この装置がグループメンバーデバイスまたはグループヘッダとして使用されている場合にリソースを測定するように構成されている測定ユニットと、この装置がグループメンバーデバイスとして使用されている場合に第１の情報を生成して第１の情報をグループヘッダへ報告するように構成されている補助情報報告ユニットと、この装置がグループヘッダとして使用されている場合に、サイドリンク通信のためのリソースを入手するために、グループメンバーデバイスによって報告された第１の情報およびこの装置の測定情報に基づいて意思決定を実行するように構成されている利用可能リソース意思決定ユニットと、この装置がグループヘッダとして使用されている場合にグループメンバーデバイスへのサイドリンク通信のためのリソースを構成するように構成されている利用可能リソース構成ユニットとを含む。

【図面の簡単な説明】

【0083】

【図1】モバイル通信ネットワークにおける通信リンクの概略図である。

【図2】サイドリンクテクノロジーにおける通信プロセスの概略図である。

【図3A】サイドリンクテクノロジーのためのリソース割り当て様式の概略図である。

【図3B】サイドリンクテクノロジーのためのリソース割り当て様式の概略図である。

【図3C】サイドリンクテクノロジーのためのリソース割り当て様式のフローチャートである。

【図3D】サイドリンクテクノロジーのためのリソース割り当て様式のフローチャートである。

【図3E】サイドリンクテクノロジーが使用される典型的なホームシナリオの概略図である。

【図3F】サイドリンクテクノロジーが使用される典型的な車両隊列走行シナリオの概略図である。

【図4A】本出願の実施形態による適用シナリオの概略図である。

【図4B】端末によるサイドリンク機能を有効にすることの概略図である。

【図4C】端末によるサイドリンク機能を有効にすることの概略図である。

【図5】複数のグループの位置によって影響されるリソース選択の違いの概略図である。

【図6】本出願の実施形態による情報送信方法の一般化されたフローチャートである。

【図7A】本出願の実施形態による、第１のタイプの状態情報を報告するための情報送信方法のフローチャートである。

【図7B】本出願の実施形態による、第１のタイプの状態情報を報告するための情報送信方法の概略図である。

【図7C】本出願の実施形態による、第１のタイプの状態情報を報告するための情報送信方法の概略図である。

【図7D】本出願の実施形態による、第１のタイプの状態情報を報告するための情報送信方法の概略図である。

【図7E】本出願の実施形態による、第１のタイプの状態情報を報告するための情報送信方法の概略図である。

【図8A】本出願の実施形態による、第２のタイプの状態情報を報告するための情報送信方法のフローチャートである。

【図8B】本出願の実施形態による、第２のタイプの状態情報を報告するための情報送信方法の概略図である。

【図9A】本出願の実施形態による、リソースセットを報告する第３のタイプの状態情報を報告するための情報送信方法のフローチャートである。

【図9B】本出願の実施形態による、リソースセットを報告する第３のタイプの状態情報を報告するための情報送信方法の概略図である。

【図10】本出願の実施形態による情報報告方法の概略フローチャートである。

【図11】本出願の実施形態による、グループヘッダによってグループメンバーを、第１の情報を報告するようにトリガーするための方法の概略フローチャートである。

【図12】本出願の実施形態による別の情報送信方法の概略フローチャートである。

【図13】本出願の実施形態による、情報を送信するための装置を示す図である。

【図14】本出願の実施形態による端末の構造の概略図である。

【図15】本出願の実施形態によるコックピットドメインコントローラシステムの構造の概略図である。

【図16】本出願の実施形態による路側デバイスの構造の概略図である。

【発明を実施するための形態】

【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】

任意選択の実施態様においては、第２の端末によって実行された測定を通じて入手されたリソースセットは、それぞれＳ₁、Ｓ₂、．．．、およびＳ_Nであり、Ｎは、グループメンバーの量である。第１の端末によって実行された測定を通じて入手されたリソースセットは、Ｓ₀であり、リソースセットＳ₀における要素の数は、｜Ｓ₀｜である。第１の端末によって決定された利用可能な候補リソースの量は、Ｋであり、利用可能な候補リソースは、第２のリソースセットおよび第３のリソースセットを含む。

【0144】

はじめに、第１の端末のために十分な利用可能なリソースを確保するために、第１の端末は、第１の情報および第２の情報に基づいて第２のリソースセットを決定する。具体的には、第１の端末は、第４のリソースセットＳ’からＫ１個のリソースを選択し、選択されたＫ１個のリソースを含むセットが、

【0145】

【数1】

【0146】

、すなわち第２のリソースセットである。第２の端末によって測定されてその測定結果が測定しきい値に達している第４のリソースセットＳ’におけるリソースのパーセンテージが、第１のパーセンテージ以上である。第１のパーセンテージは、６０％、８０％などであり得る。第１のパーセンテージが１００％である場合には、それは、共通集合が必要とされているということを示す。第１のパーセンテージが１／Ｎである場合には、それは、和集合が必要とされているということを示す。あるいは、第１の端末および第２の端末によって測定されてその測定結果が測定しきい値を満たしている第４のリソースセットＳ’におけるリソースのパーセンテージが、第１のパーセンテージ以上である。第１のパーセンテージは、６０％、８０％などであり得る。第１のパーセンテージが１００％である場合には、それは、共通集合が必要とされているということを示す。第１のパーセンテージが１／（１＋Ｎ）である場合には、それは、和集合が必要とされているということを意味する。Ｓ’とＳ₀との共通集合が、Ｓ’∩Ｓ₀であり、Ｓ’∩Ｓ₀における要素の量が、｜Ｓ’∩Ｓ₀｜である。｜Ｓ’∩Ｓ₀｜がＫ１以上である場合には、グループヘッダは、Ｓ’∩Ｓ₀からＫ１個のリソースを、利用可能な候補リソースとして選択し、Ｋ１個のリソースは、第１の端末によって実行された測定を通じて入手されたリソースセットＳ₀における最小の干渉を伴うＫ１個のリソースであるか、またはＫ１個のリソースは、Ｓ’∩Ｓ₀からランダムに選択されたＫ１個のリソースである。｜Ｓ’∩Ｓ₀｜がＫ１未満である場合には、第１の端末は、Ｓ’∩Ｓ₀におけるすべてのリソースを、利用可能な候補リソースとして選択し、Ｓ₀からＫ１－｜Ｓ’∩Ｓ₀｜個のリソースを、利用可能な候補リソースとして選択し、Ｋ１－｜Ｓ’∩Ｓ₀｜個のリソースは、Ｓ₀における最小の干渉を伴うＫ１－｜Ｓ’∩Ｓ₀｜個のリソースであるか、またはＫ１－｜Ｓ’∩Ｓ₀｜個のリソースは、Ｓ₀からランダムに選択されたＫ１－｜Ｓ’∩Ｓ₀｜個のリソースである。

【0147】

次いで第１の端末は、第１の情報および第２の情報に基づいて第３のリソースセットを決定する。具体的には、第１の端末は、未選択のリソースからＫ－Ｋ１個のリソースを、利用可能な候補リソースとして選択し、それらのＫ－Ｋ１個のリソースを含むセットが、第３のリソースセットである。具体的には、Ｓ’’は、Ｓ’における

【0148】

【数2】

【0149】

の差集合であり、すなわち、Ｓ’’における要素は、Ｓ’に属しているが、

【0150】

【数3】

【0151】

には属しておらず、差集合Ｓ’’における要素の量は、｜Ｓ’’｜である。Ｋ－Ｋ１が｜Ｓ’’｜以下である場合には、Ｋ－Ｋ１個のリソースが、利用可能な候補リソースとしてＳ’’からランダムに選択される。Ｋ－Ｋ１が｜Ｓ’’｜よりも大きい場合には、第１の端末は、Ｓ’’におけるすべてのリソースを、利用可能な候補リソースとして選択し、次いでＳ₁、Ｓ₂、．．．、およびＳ_Nにおける未選択のリソースからＫ－Ｋ１－｜Ｓ’’｜個のリソースを、利用可能な候補リソースとしてランダムに選択する。あるいは、Ｋ－Ｋ１－｜Ｓ’’｜個のリソースは、利用可能な候補リソースとして、大きなトラフィックボリュームを有する第２の端末によって実行された測定を通じて入手されたリソースセットから優先的に選択される。リソースが不十分である場合には、第１の端末のリソース要件が満たされるまで、最小の干渉を伴うリソースが、利用可能な候補リソースとして、Ｓ₀から常に選択される。リソース選択中に、選択されたリソースが再び選択されることはない。

【0152】

Ｋ１の値はＫの値に等しくてもよいということに留意されたい。言い換えれば、利用可能な候補リソースに関する要件は、第１の端末が第４のリソースセットからＫ１個のリソースを直接選択した後に満たされることが可能である。

【0153】

Ｓ７０５．第１の端末は、目下のグループにおける利用可能な候補リソースと、第４の端末によって送信された利用可能リソース状態とに基づいて第１のリソースセットを決定し、第１のリソースセットにおけるリソースが、サイドリンク通信のためのリソースであり、第４の端末は、別のグループのグループヘッダである。具体的には、利用可能なリソースを決定した後に、第４の端末は、利用可能リソース状態を第１の端末へ送信し、第１の端末は、ステップＳ７０４において決定された利用可能な候補リソースと、その別のグループの利用可能リソース状態とに基づいて第１のリソースセットを最終的に決定する。たとえば、ステップＳ７０４において入手された利用可能な候補リソースは、リソース１、リソース２、リソース３、リソース４、およびリソース５であり、第４の端末によって送信された受信された利用可能なリソースは、リソース３およびリソース４である。このケースにおいては、第１の端末は、第１のリソースセットがリソース１、リソース２、およびリソース５を含むと決定する。第１のリソースセットが決定された場合には、第１の端末は、第４の端末に第１のリソースセットを通知する。

【0154】

前述の実施態様のうちのいずれか１つに関連して、任意選択の実施態様においては、第１の端末が基地局のネットワークカバレッジエリアにある場合には、第１の端末は、利用可能な候補リソースを基地局へ報告し得る。基地局は、第１の端末が属しているグループにとっての利用可能なリソースを入手するための意思決定を実行し、次いで、第１の端末にとっての利用可能なリソースを構成する。

【0155】

任意選択の実施態様においては、ステップＳ７０５は実行されない。具体的に言えば、ステップＳ７０４において入手された利用可能な候補リソースは、第１のリソースセットとして直接使用される。言い換えれば、第１の端末は、受信された第１の情報に基づいて第１のリソースセットを直接決定し、別のグループにおけるグループヘッダに第１のリソースセットを通知する必要はない。第１の端末は、ステップＳ７０６を直接実行する。

【0156】

Ｓ７０６．第１の端末は、第２の表示メッセージを第２の端末へ送信し、第２の表示メッセージは、第１のリソースセットの情報を示す。この実施形態においてステップＳ７０５が存在する場合には、第１の端末は、ステップＳ７０５において決定された第１のリソースセットを第２の端末へ送信する。この実施形態においてステップＳ７０５が存在しない場合には、第１の端末は、Ｓ７０４において入手された利用可能な候補リソースを第１のリソースセットとして使用し、第１のリソースセットを第２の端末へ送信する。

【0157】

任意選択の実施態様においては、センシングを通じて適切なリソースを入手した後に、第１の端末は、第２の表示メッセージを第２の端末へ送信する。センシングを通じて適切なリソースが入手される際にリソースコンフリクトが発生し得るので、第１の端末は、メッセージを複数回にわたって送信することによって、そのメッセージを成功裏に送信する確率を高め得る。具体的には、第１の端末は、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ，無線リソース制御）メッセージ、ＭＣＥ（ＭＡＣＣｏｎｔｒｏｌＥｌｅｍｅｎｔ，ＭＡＣ制御要素）メッセージ、またはＳＣＩ（ＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｄｉｃａｔｏｒ，サイドリンク制御インジケータ）メッセージなどのメッセージを送信することによって、第２の表示メッセージを第２の端末へ送信し得る。第２の表示メッセージにおける情報が小さいサイズである場合には、ＳＣＩメッセージは、第２の表示メッセージを搬送するのに適しており、それによってリソースオーバーヘッドが低減されることが可能である。第２の表示メッセージにおける情報が大きいサイズである場合には、ＲＲＣメッセージまたはＭＣＥメッセージは、第２の表示メッセージを搬送するのに適しており、これは、第２の表示メッセージのサイズの拡張に役立つ。

【0158】

Ｓ７０７．第１の端末および第２の端末のうちの少なくとも１つが、第１のリソースセットにおけるリソース上でサイドリンク通信を実行する。このステップは、図７Ａにおいては示されていない。具体的には、グループにおける端末デバイス（第１の端末および第２の端末を含む）が、グループにおける別のデバイスへデータを送信する必要がある場合には、端末デバイスは、第１のリソースセットにおけるリソースを感知して、適切なサイドリンクリソースを入手し、次いでそのサイドリンクリソース上でデータを送信する。

【0159】

図４Ａに関連して、図８Ａは、本出願の実施形態による情報報告方法を示している。この方法は、第１の端末と第２の端末とを含むワイヤレス通信システムに適用され、第１の端末は、グループヘッダであり、第２の端末は、グループメンバーであり、１つまたは複数の第２の端末がある。この方法は、第２のタイプの状態情報を報告することに関するものであり、主に下記のステップを含む。

【0160】

Ｓ８０１．第１の端末は、第１の表示メッセージを第２の端末へ送信し、第１の表示メッセージは、第１の情報を報告するように第２の端末に示す。具体的には、第１の表示メッセージにおける表示情報は、報告されるコンテンツのタイプの表示および測定しきい値の表示を除いて、図７ＡにおけるステップＳ７０１において記述されている表示情報と同じである。詳細が再びここで記述されることはない。

【0161】

この実施形態においては、報告されるコンテンツのタイプは、第２のタイプの状態情報であり、第２のタイプの状態情報は、チャネルリソースのチャネル品質である。具体的には、チャネル品質は、ＲＳＲＰ（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｉｎｇＰｏｗｅｒ，基準信号受信電力）、ＳＩＮＲ（ＳｉｇｎａｌｔｏＩｎｔｅｒｆｅｒｅｎｃｅｐｌｕｓＮｏｉｓｅＲａｔｉｏ，信号対干渉雑音比）、ＲＳＲＱ（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌＲｅｃｅｉｖｉｎｇＱｕａｌｉｔｙ，基準信号受信品質）などを含む。図８Ｂにおいて示されているように、第１の端末によって第２の端末のために構成された測定対象リソースセットがＳであり、５つの測定対象リソースを含むと想定される。干渉測定表示がＲＳＲＰ値である場合には、５つのリソースの干渉値であって第２の端末によって実行された測定を通じて入手される干渉値は、それぞれ－８０ｄＢｍ、－８５ｄＢｍ、－７５ｄＢｍ、－７０ｄＢｍ、および－８０ｄＢｍである。

【0162】

この実施形態においては、第２の端末が干渉測定値を直接報告するので、第１の端末は、測定しきい値表示を第２の端末へ送信する必要がない。

【0163】

Ｓ８０２．第１の端末および第２の端末は、リソース測定を実行する。具体的な測定様式は、ステップＳ７０２において記述されている測定様式と同じであり、詳細が再びここで記述されることはない。

【0164】

図７ＡにおけるステップＳ７０２と同様に、任意選択の実施態様においては、ステップＳ８０２は、Ｓ８０１の前に実行される。第２の端末は、第１の端末によって送信された第１の表示メッセージを受信する前に、リソースプールにおけるすべてのリソースの測定を完了する。リソースプールは、基地局から入手され得るか、または事前に構成され得る。このやり方においては、第１の表示メッセージを受信した後に、第２の端末は、表示情報に基づいて第１の情報を直接報告する。

【0165】

Ｓ８０３．第２の端末は、第１の情報を第１の端末へ報告する。具体的には、報告されるコンテンツを除いて、第１の情報におけるコンテンツは、図７ＡにおけるステップＳ７０３におけるコンテンツと同じである。詳細が再びここで記述されることはない。この実施形態においては、第２の端末は、指定されたリソースを測定した後に、特定の干渉値を第１の端末へ報告する。

【0166】

任意選択の実施態様においては、第２の端末は、指定されたリソースを測定して、いかなる処理も行うことなく干渉値を入手し、その特定の干渉値を第１の端末へ直接報告する。

【0167】

任意選択の実施態様においては、第２の端末は、指定されたリソースを測定して干渉値を入手し、フィルタリングおよび平滑化などの処理を実行し、処理を通じて入手された測定結果を第１の端末へ報告する。

【0168】

Ｓ８０４．第１の端末は、利用可能な候補リソースを入手する。具体的には、第１の端末は、第２の端末によって報告された第１の情報と、第２の情報とに基づいて意思決定を実行して、利用可能な候補リソースを入手し、第１の情報は、第２の端末によって実行された測定を通じて入手された干渉セットであり、第２の情報は、第１の端末によって実行された測定を通じて入手された干渉セットである。

【0169】

第２の端末によって実行された測定を通じて入手された干渉セットは、Ｓ₁、Ｓ₂、．．．、およびＳ_Nであり、Ｎは、グループメンバーの量であり、第１の端末によって実行された測定を通じて入手された干渉セットは、Ｓ₀である。Ｋ個の利用可能な候補リソースが、第１の端末によって決定される。利用可能な候補リソースは、第２のリソースセットおよび第３のリソースセットを含む。

【0170】

はじめに、第１の端末のために十分な利用可能なリソースを確保するために、第１の端末は、第２の情報に基づいて第２のリソースセットを決定する。第２の情報は、第１の端末によって実行された測定を通じて入手されたリソースセット、すなわちＳ₀である。第２のリソースセットは、第４のリソースセットから第１の端末によって決定され、第４のリソースセットは、この実施形態において第１の端末によって実行された測定を通じて入手されたリソースセットＳ₀である。具体的には、第１の端末は、利用可能な候補リソースとして、最小の干渉を伴うＫ１個のリソースをＳ₀から選択し、Ｋ１は、Ｋ以下である。次いで第１の端末は、第１の情報および第２の情報に基づいて第３のリソースセットを決定する。具体的には、第１の端末は、選択されていないリソースから、利用可能な候補リソースとしてＫ－Ｋ１個のリソースを選択する。Ｋ－Ｋ１個のリソースを含むセットが、第３のリソースセットであり、第３のリソースセットにおけるリソースの量Ｋ－Ｋ１は、第３の量である。

【0171】

任意選択の実施態様においては、第１の端末は、第２の端末によって実行された測定を通じて入手された干渉セットを、第２の端末のトラフィックボリュームに基づいて降順に並べる。降順に並べられた場合には、第２の端末によって実行された測定を通じて入手された干渉セットは、Ｓ’₁、Ｓ’₂、．．．、およびＳ’_Nであり、Ｓ’₁は、最大のトラフィックボリュームを有する第２の端末によって実行された測定を通じて入手された干渉セットであり、Ｓ’_Nは、最小のトラフィックボリュームを有する第２の端末によって実行された測定を通じて入手された干渉セットである。第１の端末は、Ｋ－Ｋ１個の利用可能な候補リソースが選択されるまで、利用可能な候補リソースとして降順に並べられた干渉セットから最小の干渉を伴うリソースを選択し続ける。リソース選択中に、選択されたリソースが再び選択されることはない。

【0172】

別の任意選択の実施態様においては、第１の端末は、それぞれのリソースの平均干渉を計算する。測定を通じて入手された干渉値がＲＳＲＰ値である場合には、平均干渉を計算するための式は、

【0173】

【数4】

【0174】

であり、ｌの値は、０または１であり得、

【0175】

【数5】

【0176】

は、ｍ番目のリソース上で第１の端末によって実行された測定を通じて入手された干渉値を表し、

【0177】

【数6】

【0178】

（ｎ＝１、．．．、Ｎ）は、ｍ番目のリソース上でｎ番目の第２の端末によって実行された測定を通じて入手された干渉値を表し、単位はミリワット（ｍＷ）である。第１の端末は、最小の平均干渉を伴うＫ－Ｋ１個のリソースを、利用可能な候補リソースとして選択する。選択されたリソースが、リソース選択中に再び選択されることはない。

【0179】

別の任意選択の実施態様においては、第１の端末は、それぞれのリソースの干渉値をスペクトル効率へと変換する。測定を通じて入手された干渉値がＲＳＲＰ値である場合には、具体的な変換式は、

【0180】

【数7】

【0181】

であり、Ｅ_n,mは、ｍ番目のリソース上のｎ番目の第２の端末のスペクトル効率を表し、ｒｓｒｐ₀は、固定された値（たとえば、－８０ｄＢｍ）であり、

【0182】

【数8】

【0183】

は、ｍ番目のリソース上でｎ番目の第２の端末によって実行された測定を通じて入手された干渉値を表す。次いで、それぞれのリソースの伝送期間が、第２の端末のトラフィックボリュームに基づいて計算される。具体的な計算式は、

【0184】

【数9】

【0185】

であり、Ｇ_nは、ｎ番目の第２の端末のトラフィックボリュームである。第１の端末は、最小の伝送期間を有するＫ－Ｋ１個のリソースを、利用可能な候補リソースとして選択する。選択されたリソースが、リソース選択中に再び選択されることはない。

【0186】

【0187】

この実施形態において第２の端末によって報告される第１の情報は、特定のリソース干渉値であるので、任意選択の実施態様においては、第１の端末は、第２の端末によって報告される端末能力に基づいて別々の測定しきい値を設定し得る。たとえば、待ち時間およびスループットについて高い要件を有していない端末に関しては、第１の端末は、高い測定しきい値を設定し得、待ち時間およびスループットについて高い要件を有している端末に関しては、第１の端末は、低い測定しきい値を設定し得る。このやり方においては、別々の第２の端末によって入手される利用可能な候補リソースどうしは異なる。

【0188】

Ｓ８０５．第１の端末は、第１の端末が属しているグループにおける利用可能な候補リソースと、別のグループにおけるグループヘッダによって送信された利用可能リソース状態とに基づいて第１のリソースセットを決定し、第１のリソースセットにおけるリソースが、サイドリンク通信のためのリソースである。このステップは、図７ＡにおけるステップＳ７０５と同じである。詳細が再びここで記述されることはない。

【0189】

ステップＳ８０４において別々の第２の端末によって入手された利用可能な候補リソースどうしが異なる場合には、別のグループのグループヘッダによって送信された利用可能リソース状態に基づいて、別々の第２の端末に関して別々の第１のリソースセットが第１の端末によって決定されるということに留意されたい。それぞれの第２の端末に関する第１のリソースセットを第１の端末が入手した後に、第１の端末は、すべての第２の端末に関する第１のリソースセットどうしの共通集合を別のグループにおけるグループヘッダに通知する。

【0190】

Ｓ８０６．第１の端末は、第２の表示メッセージを第２の端末へ送信し、第２の表示メッセージは、第１のリソースセットの情報を示す。このステップは、図７ＡにおけるステップＳ７０６と同じである。詳細が再びここで記述されることはない。

【0191】

別々の第２の端末に関する意思決定を通じて入手される第１のリソースセットどうしが異なる場合には、第１の端末によって別々の第２の端末へ送信される第１のリソースセットどうしも異なるということに留意されたい。

【0192】

Ｓ８０７．第１の端末および第２の端末のうちの少なくとも１つが、第１のリソースセットにおけるリソース上でサイドリンク通信を実行する。このステップは、図８Ａにおいては示されていない。このステップは、図７ＡにおけるステップＳ７０７と同じである。詳細が再びここで記述されることはない。

【0193】

図４Ａに関連して、図９Ａは、本出願の実施形態による情報送信方法を示している。この方法は、第１の端末と第２の端末とを含むワイヤレス通信システムに適用され、第１の端末は、グループヘッダであり、第２の端末は、グループメンバーであり、１つまたは複数の第２の端末がある。この方法は、第３のタイプの状態情報を報告することに関するものであり、主に下記のステップを含む。

【0194】

Ｓ９０１．第１の端末は、第１の表示メッセージを第２の端末へ送信し、第１の表示メッセージは、第１の情報を報告するように第１の端末に示す。具体的には、第１の表示メッセージにおける表示情報は、報告されるコンテンツのタイプの表示および測定しきい値の表示を除いて、図７ＡにおけるステップＳ７０１において記述されている情報と同じである。詳細が再びここで記述されることはない。

【0195】

この実施形態においては、報告されるコンテンツのタイプは、第３のタイプの状態情報であり、第３のタイプの状態情報は、チャネルリソースのビット誤り率が第２のしきい値に達しているかどうかを示す。具体的には、第２の端末は、第１の端末によって示された測定されたリソース上でのデータ伝送のビット誤り率を収集する。第１の端末によって構成される測定しきい値、すなわち、第２のしきい値は、１％、５％、１０％などであり得る。任意選択の実施態様においては、第２の端末は、デフォルトの測定しきい値、たとえば、５％を使用し得、第１の端末から測定しきい値を入手する必要はない。

【0196】

Ｓ９０２．第１の端末および第２の端末は、リソース測定を実行する。リソースのビット誤り率の測定は、そのリソース上でのサービスデータ伝送を必要とするので、ビット誤り率は、ある期間にわたってデータ伝送が実行された後にのみ入手されることが可能である。

【0197】

任意選択の実施態様においては、よりよいパフォーマンスを入手するために、この実施形態における報告されるコンテンツのタイプは、報告されるコンテンツのその他のタイプがある期間にわたってオペレーションのために使用された後に、第１の端末によって示され得る。

【0198】

任意選択の実施態様においては、第１の端末は、この実施形態における報告されるコンテンツのタイプの表示を最初の段階で第２の端末へ送信し、第２の端末は、データ伝送がある期間にわたって実行された後に、第１の情報を第１の端末へ報告する。

【0199】

図７ＡにおけるステップＳ７０２と同様に、任意選択の実施態様においては、ステップＳ９０２は、Ｓ９０１の前に実行される。第２の端末は、第１の端末によって送信された第１の表示メッセージを受信する前に、ある期間にわたってデータ伝送を実行し、使用されたリソースのビット誤り率を入手する。このやり方においては、第１の表示メッセージを受信した後に、第２の端末は、表示情報に基づいて第１の情報を直接報告する。

【0200】

Ｓ９０３．第２の端末は、第１の情報を第１の端末へ報告する。具体的には、報告されるコンテンツを除いて、その情報におけるコンテンツは、図７ＡにおけるステップＳ７０３におけるコンテンツと同じである。詳細が再びここで記述されることはない。この実施形態においては、第２の端末は、特定のリソースの測定結果を第１の端末へ報告する。図９Ｂにおいて示されているように、第１の端末によって構成された測定リソースセットがＳであり、５つの測定されるリソースを含むと想定される。リソース２およびリソース３のビット誤り率は、ビット誤り率しきい値を下回っている。このケースにおいては、対応するリソースに関して１が設定される。残りのリソースのビット誤り率がビット誤り率しきい値を下回っていない場合には、対応するリソースについて０が設定される。

【0201】

Ｓ９０４．第１の端末は、利用可能な候補リソースを入手する。具体的には、第１の端末は、第２の端末によって報告された第１の情報と、第１の端末によって入手された測定情報とに基づいて意思決定を実行して、利用可能な候補リソースを入手する。このステップは、図７ＡにおけるステップＳ７０４と同じである。詳細が再びここで記述されることはない。

【0202】

Ｓ９０５．第１の端末は、第１の端末が属しているグループにおける利用可能な候補リソースと、別のグループにおけるグループヘッダによって送信された利用可能リソース状態とに基づいて第１のリソースセットを決定し、第１のリソースセットにおけるリソースが、サイドリンク通信のためのリソースである。このステップは、図７ＡにおけるステップＳ７０５と同じである。詳細が再びここで記述されることはない。

【0203】

Ｓ９０６．第１の端末は、第２の表示メッセージを第２の端末へ送信し、第２の表示メッセージは、第１のリソースセットの情報を示す。このステップは、図７ＡにおけるステップＳ７０６と同じである。詳細が再びここで記述されることはない。

【0204】

Ｓ９０７．第１の端末および第２の端末のうちの少なくとも１つが、第１のリソースセットにおけるリソース上でサイドリンク通信を実行する。このステップは、図９Ａにおいては示されていない。このステップは、図７ＡにおけるステップＳ７０７と同じである。詳細が再びここで記述されることはない。

【0205】

グループベースのメカニズムを適用するサイドリンクテクノロジーに従って、グループ全体の干渉などの情報を入手した後に、グループヘッダが、統合された管理を実行して、信頼できる情報入力を提供することが可能であるということが本出願の前述の実施形態から知られることが可能である。これは、エッジ端末デバイスに対する強い干渉およびグループにおける低いリソース利用度という問題を解決すること、ならびにシステムの通信パフォーマンスを改善することが可能である。３つの実施形態において提供されている情報報告方法は、それぞれの利点を有するということが前述の実施形態から知られることが可能である。図７における第１のタイプの状態情報を報告するための方法においては、グループメンバーデバイスによって報告される第１の情報はシンプルである。このやり方においては、グループメンバーデバイスが第１の情報を報告する際に、より少ないリソースが占有される。図８における第２のタイプの状態情報を報告するための方法においては、グループメンバーデバイスは、リソースの具体的な測定値を報告する。このやり方においては、グループヘッダは、具体的な測定値に基づいて別々のグループメンバーデバイスに対して、区別された処理を実行することが可能である。図９における第３のタイプの状態情報を報告するための方法においては、グループヘッダは、実際のデータ伝送におけるビットエラー状態に基づいてサイドリンク通信のためのリソースを決定し得る。

【0206】

前述の記述によれば、グループヘッダは、第１の表示メッセージにおけるコンテンツをさまざまなシナリオ用に変更し得る。たとえば、グループヘッダは、第１のタイプの状態情報を報告するための方法を最初に使用する。ある期間にわたって実行した後に、グループヘッダは、第３のタイプの状態情報を報告するための方法を使用し得る。このやり方においては、グループヘッダは、リソースのビットエラー状態を入手し、そのビットエラー状態に基づいてサイドリンク通信のためのリソースを入手し得る。その結果として、意思決定を通じて入手されたサイドリンク通信のためのリソースは正確である。加えて、ビット誤り率がしきい値に達した場合には、第１の情報を報告するための表示が、第２のタイプの状態情報を報告するための方法へ切り替えられる。結果として、グループメンバーデバイスによって報告される測定結果は、正確であることが可能であり、区別された処理が、グループメンバーデバイスどうしに対して実行されることが可能である。そのため、グループ全体のシステム効率が改善される。

【0207】

以降では、本出願の実施形態による情報報告方法を示す。この方法は、第１の端末と第２の端末とを含むワイヤレス通信システムに適用され、第１の端末は、第１のグループにおけるグループヘッダである。図１０において示されているように、この方法は、下記のステップを含む。

【0208】

Ｓ１００１．第２の端末は、グループ参加アプリケーションを第１の端末へ送信し、グループヘッダによって送信された受信されたアプリケーション承認メッセージに応じて、第１のグループに参加して第１のグループのメンバーになる。具体的には、第１のグループがそばにいるということを第２の端末が検知した場合には、第２の端末は、図４Ｂおよび図４Ｃにおいて示されているように、第１のオペレーション、すなわちユーザ選択を受信し、第１のグループに参加し得る。あるいは、第２の端末は、第１のグループに参加することを自律的に選ぶことが可能である。たとえば、第２の端末は、第２の端末に最も近いグループヘッダを有するグループに参加することを選ぶ。

【0209】

Ｓ１００２．第２の端末は、第１の情報を第１の端末へ報告し、第１の情報は、第１の端末が第１のリソースセットを選択するのを支援するための情報であり、第１のリソースセットにおけるリソースが、サイドリンク通信のためのリソースである。

【0210】

任意選択の実施態様においては、第２の端末が第１のグループに参加し、第１のグループのメンバーになった後に、第２の端末は、第１の情報を第１の端末へ報告し、その報告される第１の情報は、デフォルトタイプのものである。

【0211】

任意選択の実施態様においては、新たな第１グループメンバーを検知した後に、第１の端末は、その第１グループメンバーへ第１の表示メッセージを送信し、その第１グループメンバーは、第１の表示メッセージに従って第１の情報を第１の端末へ報告する。第１の表示メッセージに関する詳細は、図７におけるステップＳ７０１において記述されている詳細と同じである。それらの詳細が再びここで記述されることはない。

【0212】

Ｓ１００３．第２の端末は、第１の端末によって送信された第２の表示メッセージを受信し、第２の表示メッセージは、第１のリソースセットを示す情報である。第１のリソースセットを決定して送信することに関する詳細は、図７におけるステップＳ７０４からＳ７０６において記述されている詳細と同じである。それらの詳細が再びここで記述されることはない。

【0213】

任意選択の実施態様においては、デフォルトで、すべての端末が、特定のタイプの第１の情報の報告をサポートする。たとえば、デフォルトで、すべての端末が、第１のタイプの状態情報の報告をサポートする。グループに参加してグループメンバーデバイスになった後に、端末は、デフォルトの周期で、または端末とグループヘッダとの間における距離の変化に基づいて、第１の情報をグループヘッダへ自律的に報告する。具体的に言えば、グループメンバーデバイスは、グループヘッダへ第１の情報を報告するために、グループヘッダによって送信される第１の表示メッセージを待つ必要はない。

【0214】

図１１を参照されたい。図１１は、本出願の実施形態による、グループヘッダによってグループメンバーを、第１の情報を報告するようにトリガーするための方法を示している。この方法は、下記のステップを含む。

【0215】

Ｓ１１０１．グループヘッダは、第１の情報報告手順を実行することを決定する。

【0216】

任意選択の実施態様においては、グループヘッダは、第１の情報報告手順を実行するように手動で設定され得る。

【0217】

任意選択の実施態様においては、グループヘッダは、現在のリソースコンフリクト確率を検知し、リソースコンフリクト確率がしきい値に達した場合には、第１の情報報告手順を実行する。

【0218】

任意選択の実施態様においては、グループヘッダが基地局のネットワークカバレッジエリア内にある場合には、基地局は、グループヘッダを、第１の情報報告手順を実行するように構成し得る。

【0219】

Ｓ１１０２．グループヘッダは、第１の表示メッセージをグループメンバーデバイスへ送信し、第１の表示メッセージは、第１の情報を報告するようにグループメンバーデバイスに示す。このステップの記述は、図７から図９の実施形態における記述と同じである。詳細が再びここで記述されることはない。

【0220】

グループメンバーデバイスが第１の表示メッセージを受信した後に実行される処理の記述は、図７から図９の実施形態における記述と同じである。詳細が再びここで記述されることはない。

【0221】

以降では、本出願の実施形態による情報送信方法を示す。この方法は、第１の端末と、第２の端末と、第３の端末とを含むワイヤレス通信システムに適用され、第１の端末および第２の端末は、同じ通信グループに属しており、第１の端末は、グループヘッダであり、第２の端末は、グループメンバーである。図１２において示されているように、この方法は、下記のステップを含む。

【0222】

Ｓ１２０１．第１の端末は、第１の表示メッセージを第２の端末へ送信し、第１の表示メッセージは、第１の情報を報告するように第２の端末に示し、第１の表示メッセージは、測定対象リソースセットの表示を含む。

【0223】

Ｓ１２０２．第２の端末は、第１の表示メッセージに従って第１の情報を第１の端末へ報告し、第１の情報は、第３の端末から測定対象リソースセットにおける測定対象リソースへの干渉に関する情報を含む。

【0224】

Ｓ１２０３．第１の端末は、第２の表示メッセージを第２の端末へ送信し、第２の表示メッセージは、第１のリソースセットに関する情報を示し、第１のリソースセットにおけるリソースが、サイドリンク通信のためのリソースであり、第１のリソースセットは、測定対象リソースセットにあるリソースであってそのリソースに対する第３の端末からの干渉が事前設定条件を満たしているリソースを含まない。

【0225】

任意選択の実施態様においては、第１のリソースセットは、測定対象リソースセットにあるリソースであって第３の端末からの干渉に関するそのリソースの情報が干渉しきい値に達しているリソースを含まない。

【0226】

任意選択の実施態様においては、第１のリソースセットは、測定対象リソースセットにあるリソースであって第３の端末、第２の端末、および第１の端末からの干渉に関するそのリソースの情報が干渉しきい値に達しているリソースを含まない。

【0227】

Ｓ１２０４．第１の端末および第２の端末のうちの少なくとも１つが、第１のリソースセットにおけるリソース上でサイドリンク通信を実行する。

【0228】

図１２において提供されている情報送信方法は、本出願において提供されている実施形態のうちのいずれか１つと組み合わせて実施され得るということに留意されたい。

【0229】

本出願の前述の実施形態はまた、その他の通信システムテクノロジーに適用され得、たとえば、Ｗｉ－Ｆｉ、ＺｉｇＢｅｅ、Ｂｌｕｅｔｏｏｔｈ、およびＮＦＣ（ＮｅａｒＦｉｅｌｄＣｏｍｍｕｎｉｃａｔｉｏｎ，近距離無線通信）などのテクノロジーを使用するワイヤレス通信システムに適用され得る。

【0230】

図１３は、本出願の実施形態による情報送信装置を示している。この装置は、ソフトウェア、ハードウェア、またはそれらの組合せを使用することによって、本出願の実施形態における端末の一部または端末全体として実装され得る。この装置は、構成送信ユニット１３０１、構成受信ユニット１３０２、測定ユニット１３０３、補助情報報告ユニット１３０４、利用可能リソース意思決定ユニット１３０５、および利用可能リソース構成ユニット１３０６を含む。

【0231】

構成送信ユニット１３０１は、この装置がグループヘッダとして使用されている場合に第１の表示メッセージをグループメンバーデバイスへ送信するように構成されている。

【0232】

構成受信ユニット１３０２は、この装置がグループメンバーデバイスとして使用されている場合に、グループヘッダによって送信された第１の表示メッセージを受信するように構成されている。

【0233】

測定ユニット１３０３は、この装置がグループメンバーデバイスまたはグループヘッダとして使用されている場合にリソースを測定するように構成されている。

【0234】

補助情報報告ユニット１３０４は、この装置がグループメンバーデバイスとして使用されている場合に第１の情報を生成して第１の情報をグループヘッダへ報告するように構成されている。

【0235】

利用可能リソース意思決定ユニット１３０５は、この装置がグループヘッダとして使用されている場合に、サイドリンク通信のためのリソースを入手するために、グループメンバーデバイスによって報告された第１の情報およびこの装置の測定情報に基づいて意思決定を実行するように構成されている。

【0236】

利用可能リソース構成ユニット１３０６は、この装置がグループヘッダとして使用されている場合にグループメンバーデバイスへのサイドリンク通信のためのリソースを構成するように構成されている。

【0237】

図１４を参照されたい。図１４は、本出願の実施形態による端末の構造の概略図である。この端末は、プロセッサ１４０１、受信機１４０２、送信機１４０３、メモリ１４０４、およびバス１４０５を含む。プロセッサ１４０１は、１つまたは複数の処理コアを含む。プロセッサ１４０１は、ソフトウェアプログラムおよびモジュールを稼働させて、さまざまな機能的アプリケーションを実行し、情報処理を実行する。受信機１４０２および送信機１４０３は、通信コンポーネントとして実装され得、その通信コンポーネントは、ベースバンドチップであり得る。メモリ１４０４は、バス１４０５を使用することによってプロセッサ１４０１に接続される。メモリ１４０４は、少なくとも１つのプログラム命令を格納するように構成され得、プロセッサ１４０１は、その少なくとも１つのプログラム命令を実行して、前述の実施形態における技術的な解決策を実施するように構成される。その実施原理および技術的な効果は、前述の方法実施形態のものと同様である。詳細が再びここで記述されることはない。

【0238】

端末が電源を投入された後に、プロセッサは、メモリにおけるソフトウェアプログラムを読み取り、ソフトウェアプログラムの命令を解釈して実行し、ソフトウェアプログラムのデータを処理することが可能である。プロセッサがアンテナを通じてデータ（たとえば、ランダムアクセスプリアンブル）を送信する必要がある場合には、送信対象データ上でベースバンド処理を実行した後に、プロセッサは、ベースバンド信号を制御回路へ出力し、制御回路は、ベースバンド信号上で無線周波数処理を実行し、次いでアンテナを通じて電磁波の形態で無線周波数信号を送信する。データが端末へ送信された場合には、制御回路は、アンテナを通じて無線周波数信号を受信し、無線周波数信号をベースバンド信号へと変換し、ベースバンド信号をプロセッサへ出力する。プロセッサは、ベースバンド信号をデータへと変換し、そのデータを処理する。

【0239】

図１５を参照されたい。図１５は、本出願の実施形態によるコックピットドメインコントローラシステムの構造の概略図である。このコックピットドメインコントローラシステムは、車両に適用されるか、または本出願のこの実施形態は、大規模なスマートファクトリー、無人航空機デバイスなどに適用され得る。このコックピットドメインコントローラシステムは、プロセッサ１５０１、受信機１５０２、送信機１５０３、メモリ１５０４、およびバス１５０５を含む。プロセッサ１５０１は、ソフトウェアプログラムおよびモジュールを稼働させて、さまざまな機能のアプリケーションおよび情報処理を実行する。受信機１５０２および送信機１５０３は、通信コンポーネントとして実装され得、その通信コンポーネントは、ベースバンドチップであり得る。メモリ１５０４は、バス１５０５を使用することによってプロセッサ１５０１に接続される。メモリ１５０４は、少なくとも１つのプログラム命令を格納するように構成され得、プロセッサ１５０１は、その少なくとも１つのプログラム命令を実行して、前述の実施形態における技術的な解決策を実施するように構成される。その実施原理および技術的な効果は、前述の方法実施形態のものと同様である。詳細が再びここで記述されることはない。

【0240】

図１６は、本出願の実施形態による路側デバイスの構造の概略図である。この路側デバイスは、インターネットオブビークルズに適用される。この路側デバイスは、プロセッサ１６０１、受信機１６０２、送信機１６０３、メモリ１６０４、およびバス１６０５を含む。プロセッサ１６０１は、ソフトウェアプログラムおよびモジュールを稼働させて、さまざまな機能のアプリケーションおよび情報処理を実行する。受信機１６０２および送信機１６０３は、通信コンポーネントとして実装され得、その通信コンポーネントは、ベースバンドチップであり得る。メモリ１６０４は、バス１６０５を使用することによってプロセッサ１６０１に接続される。メモリ１６０４は、少なくとも１つのプログラム命令を格納するように構成され得、プロセッサ１６０１は、その少なくとも１つのプログラム命令を実行して、前述の実施形態における技術的な解決策を実施するように構成される。その実施原理および技術的な効果は、前述の方法実施形態におけるものと同様であり、詳細が再びここで記述されることはない。

【0241】

記述を容易にするために、図１４から図１６においては１つのメモリおよび１つのプロセッサのみが示されているということを当業者なら理解し得る。実際の端末においては、複数のプロセッサおよびメモリがあり得る。メモリは、ストレージメディア、ストレージデバイスなどと呼ばれることもある。これは、本出願の実施形態においては限定されない。

【0242】

任意選択の実施態様においては、プロセッサは、ベースバンドプロセッサおよび中央処理装置を含み得る。ベースバンドプロセッサは主に、通信データを処理するように構成され、中央処理装置は主に、ソフトウェアプログラムを実行してソフトウェアプログラムのデータを処理するように構成される。ベースバンドプロセッサおよび中央処理装置は、１つのプロセッサへと統合され得るか、または独立したプロセッサであり得、バスなどを使用することによって接続されるということを当業者なら理解し得る。端末は、さまざまなネットワーク標準に適合するために複数のベースバンドプロセッサを含み得、端末は、処理能力を高めるために複数の中央処理装置を含み得、端末のコンポーネントどうしは、さまざまなバスによって接続され得るということを当業者なら理解し得る。ベースバンドプロセッサは、ベースバンド処理回路またはベースバンド処理チップと呼ばれることもある。中央処理装置は、中央処理回路または中央処理チップと呼ばれることもある。通信プロトコルおよび通信データを処理する機能は、プロセッサにおいて構成され得るか、またはソフトウェアプログラムの形態でメモリに格納され得る。プロセッサは、ソフトウェアプログラムを実行して、ベースバンド処理機能を実施する。メモリは、プロセッサへと統合され得るか、またはプロセッサから独立し得る。メモリは、キャッシュを含み、頻繁にアクセスされるデータ／命令を格納し得る。

【0243】

本出願の実施形態においては、プロセッサは、汎用プロセッサ、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイもしくは別のプログラマブルロジックデバイス、ディスクリートゲートもしくはトランジスタロジックデバイス、またはディスクリートハードウェアコンポーネントであり得、本出願の実施形態において開示されている方法、ステップ、および論理ブロック図を実施または実行することが可能である。汎用プロセッサは、マイクロプロセッサであり得るか、または任意の従来のプロセッサなどであり得る。本出願の実施形態に関連して開示されている方法におけるステップは、ハードウェアプロセッサによって直接実行され得るか、またはハードウェアと、プロセッサにおけるソフトウェアモジュールとの組合せによって実行され得る。

【0244】

本出願の実施形態においては、メモリは、ハードディスクドライブ（ｈａｒｄｄｉｓｋｄｒｉｖｅ，ＨＤＤ）もしくはソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅｄｒｉｖｅ，ＳＳＤ）などの不揮発性メモリであり得るか、またはランダムアクセスメモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓｍｅｍｏｒｙ，ＲＡＭ）などの揮発性メモリ（ｖｏｌａｔｉｌｅｍｅｍｏｒｙ）であり得る。メモリは、期待されるプログラムコードを命令またはデータ構造の形態で搬送または格納することが可能な、かつコンピュータによってアクセスされることが可能な任意のその他のメディアであるが、それに限定されない。

【0245】

本出願の実施形態におけるメモリは、代替として、ストレージ機能を実施することが可能である回路または任意のその他の装置であり得、プログラム命令および／またはデータを格納するように構成される。本出願の実施形態において提供されている方法のうちのすべてまたはいくつかは、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せを使用することによって実施され得る。それらの実施形態を実施するためにソフトウェアが使用される場合には、それらの実施形態のすべてまたはいくつかは、コンピュータプログラム製品の形態で実装され得る。そのコンピュータプログラム製品は、１つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされて実行されたときに、本出願の実施形態による手順または機能が、すべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、ネットワークデバイス、ユーザ機器、または別のプログラム可能な装置であり得る。コンピュータ命令は、コンピュータ可読ストレージメディアに格納され得るか、またはコンピュータ可読ストレージメディアから別のコンピュータ可読ストレージメディアへ伝送され得る。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンターから別のウェブサイト、コンピュータ、サーバ、またはデータセンターへ有線様式（たとえば、同軸ケーブル、光ファイバ、もしくはデジタルサブスクライバーライン（ＤｉｇｉｔａｌＳｕｂｓｃｒｉｂｅｒＬｉｎｅ，ＤＳＬ））またはワイヤレス様式（たとえば、赤外線、ラジオ波、およびマイクロ波）で伝送され得る。コンピュータ可読ストレージメディアは、コンピュータによってアクセス可能な任意の使用可能なメディア、または１つもしくは複数の使用可能なメディアを統合するサーバもしくはデータセンターなどのデータストレージデバイスであり得る。使用可能なメディアは、磁気メディア（たとえば、フロッピーディスク、ハードディスクドライブ、または磁気テープ）、光学メディア（たとえば、デジタルビデオディスク（ｄｉｇｉｔａｌｖｉｄｅｏｄｉｓｃ，ＤＶＤ））、半導体メディア（たとえば、ＳＳＤ）などであり得る。

【0246】

本出願の実施形態は、コンピュータプログラム製品を提供する。このコンピュータプログラム製品が端末上で稼働されたときに、その端末は、前述の実施形態における技術的な解決策を実施することを可能にされる。その実施原理および技術的な効果は、前述の関連した実施形態の実施原理および技術的な効果と同様であり、詳細が再び本明細書において記述されることはない。

【0247】

本出願の実施形態は、コンピュータ可読ストレージメディアを提供し、このコンピュータ可読ストレージメディアは、プログラム命令を格納している。それらのプログラム命令が端末によって実行されたときに、その端末は、前述の実施形態における技術的な解決策を実行することを可能にされる。その実施原理および技術的な効果は、前述の関連した実施形態における実施原理および技術的な効果と同様であり、詳細が再び本明細書において記述されることはない。最後に、前述の実施形態は、本出願の技術的な解決策について記述することを意図されているにすぎず、本出願を限定することを意図されているものではない。前述の実施形態を参照しながら本出願が詳細に記述されているが、それでもなお、本出願の実施形態の技術的な解決策の範囲から逸脱することなく、前述の実施形態において記述されている技術的な解決策に対して修正形態が作成され得るか、またはそれらのいくつかの技術的な特徴に対して均等な代替形態が作成され得るということを、当技術分野における普通のスキルを有する者なら理解するはずである。

【図1】