特表 2024-534876 通信方法、及び装置

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-09-26

(54)【発明の名称】通信方法、及び装置

(51)【国際特許分類】

   H04W 72/04 20230101AFI20240918BHJP

   H04W 72/23 20230101ALI20240918BHJP

   H04W 4/48 20180101ALI20240918BHJP

【ＦＩ】

H04W72/04

H04W72/23

H04W4/48

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024513719

(86)(22)【出願日】2022-08-19

(85)【翻訳文提出日】2024-04-10

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

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

(87)【国際公開日】2023-03-09

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

(32)【優先日】2021-09-01

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

２．ＢＬＵＥＴＯＯＴＨ

(71)【出願人】

【識別番号】503433420

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

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

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

(74)【代理人】

【識別番号】100132481

【弁理士】

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

(74)【代理人】

【識別番号】100115635

【弁理士】

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

(72)【発明者】

【氏名】高 磊

(72)【発明者】

【氏名】全 超

(72)【発明者】

【氏名】程 型清

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD24

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

コンピュータプログラム製品であって、前記コンピュータプログラム製品がプロセッサ上で実行されるとき、通信装置は、請求項１～１４又は請求項１５～２７のいずれか１項に記載の方法を実行することが可能になる、コンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

この出願は、２０２１年９月１日に中国国家知的産権局に出願された、「COMMUNICATION METHOD AND APPARATUS」と題された中国特許出願第202111023885.3号の優先権を主張し、その全体が参照によって本明細書に組み込まれる。

【0002】

この出願は、通信分野に関し、特に、通信方法及び装置に関する。

【背景技術】

【0003】

無線通信技術は、インテリジェントコックピット、スマート家庭、インテリジェント交通、及びインテリジェント輸送などの分野で広く利用されている。無線通信シナリオでは、ノードが、ディスカバリ要求メッセージ及びアクセス要求メッセージを順次利用して他のノードへの通信接続を確立する必要があり、複数のノードの間で複数の通信リンクが確立された後、通信領域が形成されうる。

【0004】

ノード上でのディスカバリ／接続の同時実行性（concurrency）条件は、異なるシナリオにおいて大きく異なる。例えば、バッテリ管理システムでは、多数のノード（バッテリセル又はバッテリモジュールの通信ノード）が、初期スタートアップの際に、バッテリ管理モジュールの管理ノードへの接続を素早く確立することを期待する。この場合、ディスカバリ／接続の同時実行性は高い。しかし、通常の実行シナリオでは、少数のノードが、バッテリ管理モジュールの通信ノードへの接続を確立することを期待する。この場合、ディスカバリ／接続の同時実行性は低い。従って、ディスカバリ／接続の同時実行性が異なる様々なシナリオにおいて、ディスカバリ／接続の遅延、及びリソースの浪費をどのようにして低減するかが、解決すべき緊急の課題である。

【発明の概要】

【0005】

この出願は、ディスカバリ／接続のためのリソースをフレキシブルに構成するための通信方法及び装置を開示する。これは、ディスカバリ／接続の同時実行性が異なるシナリオにおいて、ディスカバリ／接続の遅延及びリソースの浪費を効果的に低減することができ、通信効率を改善することができる。

【0006】

第１の態様によれば、この出願は、通信方法を提供する。方法は、少なくとも１つのブロードキャスト周波数ホッピングチャネル上で第１のメッセージを送信するステップであって、第１のメッセージは、第１の周波数ホッピングチャネル上の第１のリソースを示す、ステップと、第１のリソース上で第２のメッセージを送信するステップであって、第２のメッセージは、第２のリソースを示し、第２のリソースは、少なくとも１つの第３のリソースを含む、ステップと、少なくとも１つの第３のリソース上で要求メッセージを検出するステップであって、要求メッセージは、ディスカバリ要求メッセージ及び／又はアクセス要求メッセージを含む、ステップとを含む。

【0007】

上記の方法は、第１のノードに適用されうる。第１のノードは、車両内無線通信シナリオにおけるプライマリノード、例えば、コックピット領域コントローラ（cockpit domain controller, CDC）、パッシブエントリパッシブスタート（passive entry passive start, PEPS）システム、又はモバイルフォンであってよい。第１のノードは、代替的に、ワイドエリア無線通信システムにおける基地局、又はユーザ機器（user equipment, UE）などであってよい。第１のノードは、代替的に、ローカルエリア無線通信システムにおける基地局、又はアクセスポイント（access point, AP）などであってよい。ＡＰは、無線ルータ、無線ゲートウェイ、又は無線ブリッジなどの無線ＡＰであってよい。

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

上記の方法は、第２のノードに適用されてよく、第２のノードは、要求メッセージを第１のノードに送信する必要がある。第２のノードは、車両内無線通信シナリオにおけるプライマリノード、例えば、コックピット領域コントローラ（cockpit domain controller, CDC）、パッシブエントリパッシブスタート（passive entry passive start, PEPS）システム、又はモバイルフォンであってよい。第１のノードは、代替的に、ワイドエリア無線通信システムにおける基地局、又はユーザ機器（user equipment, UE）などであってよい。第１のノードは、代替的に、ローカルエリア無線通信システムにおける基地局、又はアクセスポイント（access point, AP）などであってよい。ＡＰは、無線ルータ、無線ゲートウェイ、又は無線ブリッジなどの無線ＡＰであってよい。

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

任意選択で、第２のメッセージは、第２のリソースに含まれる第３のリソースの数量を示す情報を含む。

【0084】

任意選択で、第２のリソースは、少なくとも１つの第４のリソースをさらに含み、第４のリソースは、応答メッセージを搬送するために利用され、応答メッセージは、少なくとも１つの第３のリソースからの要求メッセージに対応する。

【0085】

任意選択で、第２のリソースは、伝送機会グループであり、伝送機会グループは、少なくとも１つの伝送機会を含み、各伝送機会は、第３のリソースを含む。

【0086】

任意選択で、第２のメッセージは、少なくとも１つの第３のリソースの開始時点、又は、少なくとも１つの伝送機会の開始時点をさらに示す。

【0087】

任意選択で、第２のメッセージは、以下の情報、即ち、伝送機会グループの時間長についての情報、伝送機会グループの開始時点についての情報、伝送機会グループ内の伝送機会の数量についての情報、伝送機会グループ内の少なくとも２つの隣接する伝送機会の開始時点の間のインターバルについての情報、伝送機会グループ内の第１の伝送機会の開始時点についての情報、伝送機会グループ又は少なくとも１つの第３のリソースの周波数ホッピングチャネルについての情報、伝送機会グループ又は少なくとも１つの第３のリソースのホッピング周波数についての情報、伝送機会グループ又は少なくとも１つの第３のリソースの帯域幅についての情報、周波数ホッピングランダムシード、利用可能な周波数ホッピングチャネルについての情報、及びクロックパラメータ情報のうちの１つ又は複数のタイプをさらに含む。

【0088】

任意選択で、伝送機会グループ内の各伝送機会は、第４のリソースを含む。

【0089】

任意選択で、送信ユニットは、第１の伝送機会における第３のリソース上で第１の要求メッセージを送信するように特に構成される。

【0090】

任意選択で、少なくとも１つの第３のリソースは、少なくとも１つの第４のリソースに対応し、少なくとも１つの第４のリソースは、応答メッセージを搬送するために利用され、応答メッセージは、少なくとも１つの第３のリソースからの要求メッセージに対応する。

【0091】

任意選択で、少なくとも１つの第３のリソースは、少なくとも１つの第４のリソースと一対一に対応する、又は、少なくとも１つの第４のリソース内にあり、かつ複数の第３のリソースに対応する１つの第４のリソースが存在する。

【0092】

任意選択で、第２のメッセージは、少なくとも１つの第４のリソースをさらに示す。

【0093】

任意選択で、少なくとも１つの第３のリソースのうちの１つで第１の要求メッセージが送信された後、受信ユニットは、第１のノードからの応答メッセージを第４のリソース上で検出することであって、第４のリソースは、少なくとも１つの第３のリソースのうちの１つに対応する、ことを行うようにさらに構成される。

【0094】

任意選択で、第２のメッセージは、以下のこと、即ち、少なくとも１つの第３のリソースが、ディスカバリ要求メッセージを検出するために利用されること、少なくとも１つの第３のリソースが、アクセス要求メッセージを検出するために利用されること、又は少なくとも１つの第３のリソースのうちの１つが第２のノードに対応し、第２のメッセージが、第２のノードの識別子を含むこと、のうちの１つ又は複数を示す。

【0095】

第５の態様によれば、この出願は、通信装置を提供する。装置は、少なくとも１つのプロセッサと、通信インターフェースとを含む。通信インターフェースは、少なくとも１つのプロセッサに対する情報の入力及び／又は出力を提供するように構成される。装置は、チップ又は集積回路であってもよいし、第３の態様による装置であってもよい。装置は、第１の態様又は第１の態様の可能な実施形態のいずれか１つによる方法を実装するように構成される。

【0096】

第６の態様によれば、この出願は、装置を提供する。装置は、少なくとも１つのプロセッサと、通信インターフェースとを含む。通信インターフェースは、少なくとも１つのプロセッサに対する情報の入力及び／又は出力を提供するように構成される。装置は、チップ又は集積回路であってもよいし、第４の態様による装置であってもよい。装置は、第２の態様又は第２の態様の可能な実施形態のいずれか１つによる方法を実装するように構成される。

【0097】

第７の態様によれば、この出願は、コンピュータ命令を含む、コンピュータ可読記憶媒体を提供する。コンピュータ命令がプロセッサ上で実行されるとき、第１の態様又は第１の態様の可能な実装のいずれか１つによる方法が実施される。

【0098】

第８の態様によれば、この出願は、コンピュータ命令を含む、コンピュータ可読記憶媒体を提供する。コンピュータ命令がプロセッサ上で実行されるとき、第２の態様又は第２の態様の可能な実装のいずれか１つによる方法が実施される。

【0099】

第９の態様によれば、この出願は、コンピュータプログラム製品を提供する。コンピュータプログラム製品がプロセッサ上で実行されるとき、第１の態様又は第１の態様の可能な実施形態のいずれか１つによる方法が実施される。例えば、コンピュータプログラム製品は、ソフトウェアインストレーションパッケージであってよい。第１の態様の可能な設計のいずれか１つにおいて提供される方法が利用される必要があるとき、コンピュータプログラム製品は、ダウンロードされてプロセッサ上で実行され、第１の態様又は第１の態様の可能な実施形態のいずれか１つによる方法を実施しうる。

【0100】

第１０の態様によれば、この出願は、コンピュータプログラム製品を提供する。コンピュータプログラム製品がプロセッサ上で実行されるとき、第２の態様又は第２の態様の可能な実施形態のいずれか１つによる方法が実施される。コンピュータプログラム製品は、ソフトウェアインストレーションパッケージであってよい。第２の態様の可能な設計のいずれか１つにおいて提供される方法が利用される必要があるとき、コンピュータプログラム製品は、ダウンロードされてプロセッサ上で実行され、第２の態様又は第２の態様の可能な実施形態のいずれか１つによる方法を実施しうる。

【0101】

第１１の態様によれば、この出願は、通信システムを提供する。システムは、第１の装置と、第２の装置とを含む。第１の装置は、第３の態様又は第５の態様による装置、或いは、第３の態様又は第５の態様の可能な実装のいずれか１つによる装置である。第２の装置は、第４の態様又は第６の態様による装置、或いは、第４の態様又は第６の態様の可能な実装のいずれか１つによる装置である。

【0102】

第１２の態様によれば、この出願は、端末を提供する。端末は、第１の装置及び第２の装置のうちの少なくとも１つを含む。第１の装置は、第３の態様又は第５の態様による装置、或いは、第３の態様又は第５の態様の可能な実装のいずれか１つによる装置である。第２の装置は、第４の態様又は第６の態様による装置、或いは、第４の態様又は第６の態様の可能な実装のいずれか１つによる装置である。端末の例は、それらに限定されないが、スマート家庭用デバイス（テレビ、ロボット掃除機、スマートデスクランプ、音響システム、インテリジェントライティングシステム、電気制御システム、ホームバックグラウンドミュージック、ホームシアターシステム、インターコムシステム、又はビデオ監視など）、インテリジェント輸送デバイス（車両、船舶、無人航空機、列車、バン、又はトラックなど）、インテリジェント製造デバイス（ロボット、産業デバイス、インテリジェントロジスティックス、又はインテリジェントファクトリーなど）、又は、インテリジェント端末（モバイルフォン、コンピュータ、タブレット、パームトップコンピュータ、デスクトップコンピュータ、ヘッドセット、スピーカ、ウェアラブルデバイス、車載デバイス、仮想現実デバイス、又は拡張現実デバイスなど）を含む。

【図面の簡単な説明】

【0103】

【図1】インテリジェントコックピット内の無線通信システムの模式図である。

【図2】この出願による通信システムのアーキテクチャの模式図である。

【図3】この出願の実施形態による通信方法のフローチャートである。

【図4】この出願の実施形態による伝送機会グループの模式図である。

【図5】この出願の実施形態による他の伝送機会グループの模式図である。

【図6】この出願の実施形態によるリソースの模式図である。

【図7A】この出願の実施形態による他のリソースの模式図である。

【図7B】この出願の実施形態によるさらに他のリソースの模式図である。

【図8】この出願の実施形態による他の通信方法のフローチャートである。

【図9】この出願の実施形態による通信装置の機能構造の模式図である。

【図10】この出願の実施形態による他の通信装置の機能構造の模式図である。

【図11】この出願の実施形態による通信装置の構造の模式図である。

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

【0104】

この出願の実施形態において利用される用語は、単に具体的な実施形態を説明するためのものに過ぎず、この出願を限定することは意図されていない。この出願の実施形態において、この明細書及び特許請求の範囲では、「第１の」及び「第２の」などの用語は、異なるオブジェクトの間を区別することを意図しているが、オブジェクトの特定の順序を示すものではない。

【0105】

理解を容易にするために、以下では、まず、この出願の実施形態において利用されることがある関連用語について説明する。

【0106】

（１）伝送機会グループ及び伝送機会

【0107】

伝送機会グループは、特定の伝送目的又は特定の通信リンクのために利用される、事前定義された又は構成された連続する時間リソースのセグメント（又は、時間領域において連続するリソースのセグメント）である。１つの伝送機会グループは、少なくとも１つの伝送機会を含み、１つの伝送機会は、１つ以上のメッセージを伝送するために利用される１つ以上のリソースを含む。１つの伝送機会グループ内の異なる伝送機会の伝送パターンは同じである。２つの異なる伝送機会の伝送パターンが同じであることは、メッセージを伝送するように構成されたリソースの数量が、２つの伝送機会において同じであることを意味する。各伝送機会が複数のリソースを含むケースでは、伝送機会におけるリソースの機能が異なることがあるが、２つの伝送機会において同じ機能を持つリソースは、同じ順序で配置される。例えば、２つの伝送機会のそれぞれにおける第１のリソースは、要求メッセージを受信するために第１のノードによって利用される、構成されたリソースであり、２つの伝送機会のそれぞれにおける第２のリソースは、要求メッセージに対応する応答メッセージを送信するために第１のノードによって利用される、構成されたリソースである。メッセージを伝送するために利用され、かつ、同じ伝送パターンを持つ２つの異なる伝送機会において対応する順序にあるリソースの時間長は、同じであってもよいし、異なっていてもよい。例えば、２つの伝送機会における第１の伝送リソースの長さは、同じであってもよいし、異なっていてもよい。

【0108】

（２）周波数ホッピング

【0109】

ノードは、周波数ホッピング技術を利用して互いに通信する。通信のための周波数帯域を、複数の周波数ホッピングチャネルに分割することができ、各周波数ホッピングチャネルは、中心周波数に対応する。周波数ホッピングチャネルは、時々、ホッピング周波数と称されることもある。周波数ホッピングチャネルは、メッセージが送信及び／又は受信される度にノードによって利用され、周波数ホッピングチャネルは、１つのメッセージを送信及び／又は受信するプロセスにおいて変更されない。ノードが複数のメッセージを送信及び／又は受信するとき、利用される周波数ホッピングチャネルが、時間とともに変化することはあるが、２つのメッセージが同じ周波数ホッピングチャネルを通じて伝送されうることは排除されない。

【0110】

可能な実装において、周波数ホッピングチャネルは、ブロードキャストメッセージ以外のメッセージ（非接続伝送メッセージとも称される）を送信することができるかどうかに基づいて、共通の周波数ホッピングチャネルとブロードキャスト周波数ホッピングチャネルとに分類される。例えば、ブロードキャスト周波数ホッピングチャネルは、ブロードキャストメッセージのみを送信するために利用され、共通の周波数ホッピングチャネルは、ブロードキャストメッセージ以外のメッセージを送信するために利用されうる。

【0111】

メッセージを送信及び／又は受信するためのリソースに対応する周波数ホッピングランダムシード及びクロックパラメータに基づき、ノードは、事前定義された周波数ホッピングアルゴリズムを通じて、メッセージを送信及び／又は受信するための周波数ホッピングチャネルを決定しうる。

【0112】

周波数ホッピングランダムシードは、異なるデバイス（又は、ノード）の間での、又は、異なるリンクの間での周波数ホッピングランダム化に利用され、異なるデバイス（又は、ノード）又は異なるリンクが同じ周波数ホッピング方式でメッセージを伝送することを防止する、即ち、同じ周波数ホッピングチャネルが頻繁に選択されることを防止する。従って、深刻な相互干渉が回避される。

【0113】

メッセージを送信及び／又は受信するとき、ノードは、クロックパラメータに基づいて、利用される周波数ホッピングチャネルを決定する。このようにして、利用される周波数ホッピングチャネルは、複数のメッセージが送信及び／又は受信されるときに時間とともに変化する。クロックパラメータは、通常、メッセージを送信及び／又は受信するためのリソースに対応する、事前定義された又は構成されたクロックパラメータである。例えば、クロックパラメータは、メッセージを送信及び／又は受信するために利用される伝送機会グループの開始時点に対応する、事前定義された又は構成されたクロックパラメータである。代替的に、クロックパラメータは、メッセージを送信及び／又は受信するために利用される伝送機会の開始時点に対応する、事前定義された又は構成されたクロックパラメータである。クロックパラメータは、マイクロ秒、又はミリ秒などの単位で測定される時間に対応する値であってもよいし、スロット（slot）、サブフレーム（Subframe）、又はフレーム（frame）などの時間領域リソースユニットの番号であってもよい。

【0114】

干渉、又はチャネル周波数選択性フェーディングなどのために引き起こされる貧弱な伝送性能を持つ周波数ホッピングチャネルを回避するために、適応型周波数ホッピング技術が、周波数ホッピング通信において発展している。従来の周波数ホッピングアルゴリズムに比べると、適応型周波数ホッピング技術における周波数ホッピングアルゴリズムは、利用可能なチャネルリストを入力パラメータとして追加する。この周波数ホッピングアルゴリズムを通じて得られる周波数ホッピングチャネルが、利用可能な周波数ホッピングチャネルリストに含まれる。適応型周波数ホッピング技術は、利用可能な周波数ホッピングチャネルリストから貧弱な伝送性能を持つチャネルを排除し、それは、周波数ホッピング通信の全体的な伝送性能を改善することができる。

【0115】

（３）ディスカバリ及び接続

【0116】

無線通信シナリオでは、特定の通信エリア又は範囲内に少なくとも１つの通信領域が存在しうる。通信領域は、通信関係を有する通信ノードのグループと、通信ノード間の通信接続関係（即ち、通信リンク）とを含むシステムである。１つの通信領域は、１つのプライマリ通信ノード（簡潔に、プライマリノードとも称される）と、少なくとも１つのセカンダリ通信ノード（簡潔に、セカンダリノードとも称される）とを含む。プライマリノードは、通信領域のリソースを管理する。リソースは、時間領域リソース、周波数領域リソース、及び時間－周波数リソースのうちのいずれか１つでありうる。プライマリノードは、通信領域内の通信ノードの間の通信リンクのためのリソースをスケジューリングする機能をさらに有する。

【0117】

図１を参照されたい。図１は、インテリジェントコックピット内の無線通信システムの模式図である。図１において、インテリジェントコックピット内の無線通信システムは、３つの通信領域、即ち、通信領域１、通信領域２、及び通信領域３を含む。通信領域１は、プライマリノード、即ち、コックピット領域コントローラ（cockpit domain controller, CDC）と、セカンダリノード、即ち、マイクロフォン、スピーカ、及びモバイルフォンとを含む。ＣＤＣは、マイクロフォン、スピーカ、及びモバイルフォンのそれぞれとの無線通信を実行しうる。通信領域２は、プライマリノード、即ち、パッシブエントリパッシブスタート（passive entry passive start, PEPS）システムと、セカンダリノード、即ち、モバイルキー及び車両キーとを含む。ＰＥＰＳシステムは、モバイルキー及び車両キーのそれぞれとの無線通信を実行しうる。通信領域３は、プライマリノード、即ち、モバイルフォンと、セカンダリノード、即ち、ヘッドセット及びウェアラブルデバイスとを含む。モバイルフォンは、ヘッドセット及びウェアラブルデバイスのそれぞれとの無線通信を実行しうる。

【0118】

通信領域が確立される前、ディスカバリ及び接続プロセスが、通信領域内の任意の２つのノードの間で実行される必要がある。

【0119】

ディスカバリは、ノードが、無線信号の到達可能範囲内の他のノードの存在と、以下の情報、即ち、ノードタイプ、識別子、又は、提供される又は必要とされるサービスなどのうちの１つ以上とを確認するプロセスを指す。具体的には、第１のノードが、ブロードキャストメッセージを送信し、第２のノードが、ブロードキャストメッセージをスキャンしてブロードキャストノードを発見する。このプロセスは、一方向ディスカバリプロセスとも称される。一方向ディスカバリプロセスが実行された後、第２のノードが、ディスカバリ要求メッセージを第１のノードに送信して、ノード識別子、或いは、ノードによって提供される又は必要とされるサービスについての情報などの必要な情報を交換しうる。このようにして、双方向ディスカバリプロセスが実施される。ディスカバリ要求メッセージは、スキャン要求メッセージ、スキャンメッセージ、又はディスカバリメッセージなどと称されることもある。

【0120】

接続は、２つのノードが、ノード能力情報、ノードによって提供される又は必要とされるサービスについての情報、或いは、通信リソース構成情報などの必要な情報を交換することによって安定的な通信接続関係を確立するプロセスを指す。例えば、第１のノードは、ブロードキャストメッセージを送信する。対応するブロードキャストメッセージを検出した後、第２のノードは、アクセス要求メッセージを第１のノードに送信して、第１のノードとの安定的な通信接続関係を確立するように要求する。いくつかの通信システムでは、ディスカバリ及び接続プロセスが結合される。例えば、一方向ディスカバリプロセスが実行された後、第２のノードは、直接、アクセス要求メッセージを第１のノードに送信して、第１のノードとの安定的な通信接続関係を確立するように要求する。アクセス要求メッセージは、接続要求メッセージ、接続メッセージ、又はアクセスメッセージなどと称されることもある。

【0121】

ディスカバリ及び接続プロセスでは、第１のノードが、通常、ディスカバリ要求メッセージ又はアクセス要求メッセージを受信した後に、対応する応答メッセージを送信する。このようにして、応答メッセージを受信した後、第２のノードは、応答メッセージに基づいて、第２のノードによって送信されたディスカバリ要求メッセージ又はアクセス要求メッセージが第１のノードによって受信されているかどうかを決定する。

【0122】

一般に、ＣＤＣ及びマイクロフォンは、ディスカバリ及びブロードキャストを通じたアクセスを実施するプロセスを説明するために例として利用される。最初に、ＣＤＣは、全てのブロードキャストチャネル（ブロードキャストチャネル１、ブロードキャストチャネル２、及びブロードキャストチャネル３など）上でブロードキャストメッセージを順次送信する。ブロードキャストチャネルの占有を低減し、多数のノードがチャネル上でメッセージを送信することに起因する混雑を防止するため、ブロードキャストメッセージは、少量の情報のみを含み、他の情報は、拡張されたブロードキャストメッセージによって搬送されうる。ＣＤＣは、ブロードキャストメッセージによって示される（第１のホッピング周波数に対応する）共通チャネルＡ上で、拡張されたブロードキャストメッセージを送信する。拡張されたブロードキャストメッセージは、ディスカバリ要求メッセージ又はアクセス要求メッセージの送信時点を示しうる。マイクロフォンが、ブロードキャストチャネル２上でブロードキャストメッセージを検出する、ということが仮定される。マイクロフォンは、ブロードキャストメッセージによって示される共通チャネルＡ上で、拡張されたブロードキャストメッセージを受信し、拡張されたブロードキャストメッセージによって示される事前設定された時点に、ディスカバリ要求メッセージ又はアクセス要求メッセージをＣＤＣに送信する。共通チャネルＡ上でディスカバリ要求メッセージ又はアクセス要求メッセージを受信した後、ＣＤＣは、共通チャネルＡ上で、対応する応答メッセージを送信して、ディスカバリ要求メッセージ又はアクセス要求メッセージが受信されていることをマイクロフォンに通知する。

【0123】

しかし、１つのブロードキャスト期間において、ディスカバリ又はアクセスは、最大１ペアのデバイス（ＣＤＣとマイクロフォンなど）の間で実施されることができる。ディスカバリ又はアクセスがＣＤＣと複数のデバイスのそれぞれとの間で実施される必要があるとき、各デバイスは、長い期間待つ必要がある。加えて、ノード上のディスカバリ／接続の同時実行性条件は、異なる動作環境において異なる。例えば、バッテリ管理システムにおける初期電源オンフェーズでは、バッテリセル又はバッテリモジュールの多数の通信ノード（通常は数十、場合によっては１００又は２００）が、バッテリ管理モジュールの通信ノードとの接続を確立する必要がある。加えて、全てのこれらの接続が、素早く確立されることが期待され、それにより、ユーザは、長い期間待たない。しかし、通常の動作フェーズでは、時々、偶然に切断される少数のノードのみが再接続される必要がある。従って、異なる同時実行性条件において、どのようにしてノードの待ち遅延を最小化し、リソース浪費を低減するかが、解決すべき喫緊の課題である。

【0124】

この観点において、この出願の実施形態は、ノードが、ディスカバリ／接続のためのリソースの数量をフレキシブルに構成することができるようにするための通信方法を提供する。これは、ディスカバリ／接続における待ち遅延を効果的に低減することができ、高同時実行性シナリオにおける高速アクセスのための要件を満たすことができる。加えて、これは、低同時実行性シナリオにおけるリソース浪費をさらに低減しうる。

【0125】

図２を参照されたい。図２は、この出願の実施形態による通信システムのアーキテクチャの図である。システムは、ノード間のディスカバリ又はアクセスのために利用されうる。システムは、ノード１、ノード２、及びノード３などの少なくとも２つのノードを含む。通信リンクは、２つのノードの間の無線通信を実施するために、ディスカバリ及びアクセスプロセスを通じて３つのノードのうちの任意の２つの間で確立されうる。

【0126】

ノードは、通信能力を有する電子デバイスであり、通信ノードとも称される。例えば、ノードは、ハンドヘルド端末、車両、車載デバイス、ネットワーク側デバイス、ユーザ機器、アクセス端末、サブスクライバユニット、サブスクライバステーション、モバイルステーション、モバイルコンソール、リモートステーション、リモート端末、基地局、無線通信デバイス（無線ルータ、無線ゲートウェイ、又は無線ブリッジなど）、ユーザエージェント、又はユーザ装置などの独立したデバイスであってよい。代替的に、ノードは、独立したデバイスに含まれるコンポーネント（チップ又は集積回路など）であってもよい。ノードは、任意の可能なインテリジェント端末デバイス（モバイルフォンなど）、インテリジェント輸送デバイス（車両又は無人航空機など）、インテリジェント製造デバイス、又はスマート家庭用デバイス（大型スクリーン又はスピーカなど）などであってよい。可能なシナリオにおいて、ノードは、代替的に、車両内のバッテリ管理システムにおける又はバッテリパックにおけるバッテリであってよい。

【0127】

例えば、ノードが車両内デバイスであるとき、ノードは、車両コックピット領域（cockpit domain）デバイス、又は、車両コックピット領域デバイス内のモジュール、例えば、コックピット領域コントローラ、カメラ、スクリーン、マイクロフォン、スピーカ、電子キー、及びパッシブエントリパッシブスタートシステムコントローラなどのモジュールのうちの１つ以上であってよい。

【0128】

具体的な実装では、例えば、ノード１は、（ブロードキャストノードと称されることもある）第１のノードであり、ノード２及びノード３それぞれは、第２のノードであってよい。ノード１は、拡張されたブロードキャストメッセージを送信し、拡張されたブロードキャストメッセージは、少なくとも１つのリソースを示してよく、例えば、リソースの数量を示してよい。拡張されたブロードキャストメッセージは、少なくとも１つのリソースを示す。従って、拡張されたブロードキャストメッセージを受信した後、ノード２及びノード３のそれぞれは、少なくとも１つのリソースから、要求メッセージを伝送するためにノードによって利用されるリソースを選択しうる。ノード２及びノード３のそれぞれは、選択されたリソースに基づいてノード１に要求メッセージを送信する。要求メッセージは、上記のディスカバリ要求メッセージ又は上記のアクセス要求メッセージであってよい。それに対応して、ノード１は、拡張されたブロードキャストメッセージによって示される各リソース上で要求メッセージを検出しうる。いくつかの可能な実施形態では、ノード１がリソース上で要求メッセージを検出する場合、ノード１は、対応するリソースに基づいて、対応する応答メッセージを送信することがある。

【0129】

この出願の実施形態におけるノードは、複数の適用シナリオ、例えば、以下の適用シナリオ、即ち、モバイルインターネット（mobile internet, MI）、産業用制御（industrial control）、無人運転（self-driving）、輸送安全（transportation safety）、モノのインターネット（internet of things, IoT）、スマートシティ（smart city）、又はスマートホーム（smart home）に適用されうる。

【0130】

この出願におけるノードは、複数の通信システムに適用されうる。例えば、ノードは、以下の通信システム、即ち、モバイル通信用グローバルシステム（global system for mobile communication, GSM）、符号分割多元接続（code division multiple access, CDMA）システム、ワイドバンド符号分割多元接続（wideband code division multiple access, WCDMA）システム、汎用パケット無線サービス（general packet radio service, GPRS）、ロングタームエボリューション（long term evolution, LTE）システム、ＬＴＥ周波数分割複信（frequency division duplex, FDD）システム、ＬＴＥ時間分割複信（time division duplex, TDD）システム、ユニバーサルモバイルテレコミュニケーションシステム（universal mobile telecommunication system, UMTS）、マイクロ波アクセス用ワールドワイドインターオペラビリティ（worldwide interoperability for microwave access, WiMAX）通信システム、第５世代（5th generation, 5G）システム又は新無線（New Radio, NR）システムなどのミリ波通信システム、第６世代（6th generation, 6G）システム、様々な既存の短距離通信システム（車両内無線通信システムなど）、将来展開される短距離通信システム、又はユニバーサル短距離無線システムなどに適用されうる。

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

伝送機会グループの時間長についての情報は、伝送機会グループの時間長を示す。伝送機会グループの時間長は、伝送機会グループ内の最後の伝送機会の終了時点と、伝送機会グループ内の第１の伝送機会の開始時点との間のインターバルである。

【0160】

伝送機会グループの開始時点についての情報は、伝送機会グループの開始時点を示す。伝送機会グループの開始時点は、絶対的な時点又は時間オフセットによって表されうる。例えば、時間オフセットは、第２のメッセージの送信時点に対する伝送機会グループの開始時点のオフセットであってよい。伝送機会グループの開始時点が示され、それにより、リソースをよりフレキシブルに構成することができ、ディスカバリ／接続及び他のサービスを実施することができる、ということが理解されうる。従って、時間領域リソースは、よりフレキシブルに多重化される。さらに、適切なインターバルを、ノードの処理遅延に基づいて設定して、異なる処理能力を有するデバイスに適応することができる。

【0161】

伝送機会グループ内の伝送機会の数量についての情報は、伝送機会グループに含まれる伝送機会の数量を示す。この出願のこの実施形態では、第２のリソースが伝送機会グループである場合、伝送機会グループ内の伝送機会の数量は、第２のリソース内の第３のリソースの数量に等しい。

【0162】

伝送機会グループ内の少なくとも２つの隣接する伝送機会の開始時点の間のインターバルについての情報は知られている、ということが仮定される。この場合、伝送機会のうちの１つの開始時点が知られているとき、その伝送機会に隣接する他の伝送機会の開始時点が得られうる。

【0163】

伝送機会グループ内の第１の伝送機会の開始時点についての情報は、伝送機会グループ内の第１の伝送機会の開始時点を示す。伝送機会グループ内の第１の伝送機会の開始時点は、伝送機会グループの開始時点と同じであってよい。

【0164】

伝送機会グループ（又は、少なくとも１つの第３のリソース）の周波数ホッピングチャネルについての情報は、伝送機会グループ（又は、少なくとも１つの第３のリソース）の周波数ホッピングチャネルを示す。

【0165】

具体的な実装において、伝送機会グループ（又は、少なくとも１つの第３のリソース）の周波数ホッピングチャネルが、第１の周波数ホッピングチャネルと同じである場合、伝送機会グループ（又は、少なくとも１つの第３のリソース）の周波数ホッピングチャネルについての情報がデフォルトであってよい。言い換えると、伝送機会グループ（又は、少なくとも１つの第３のリソース）の周波数ホッピングチャネルは、デフォルトで第１の周波数ホッピングチャネルと同じである。同じ周波数ホッピングチャネルに対応するホッピング周波数の干渉条件は、短期間において類似している。従って、伝送機会グループ（又は、少なくとも１つの第３のリソース）の周波数ホッピングチャネルが変化しない場合に、要求メッセージの伝送信頼性を改善することができる。

【0166】

他の具体的な実施において、伝送機会グループ（又は、少なくとも１つの第３のリソース）の周波数ホッピングチャネルが、第１の周波数ホッピングチャネルとは異なる場合、即ち、伝送機会グループ（又は、少なくとも１つの第３のリソース）の周波数ホッピングチャネルが変化する場合、周波数ホッピングチャネルを、よりフレキシブルに利用することができる。加えて、これは、同じ周波数ホッピングチャネルが、過度に長期間占有されることを防止する。

【0167】

伝送機会グループ（又は、少なくとも１つの第３のリソース）のホッピング周波数についての情報は、伝送機会グループ（又は、少なくとも１つの第３のリソース）のホッピング周波数を示す。伝送機会グループ（又は、少なくとも１つの第３のリソース）のホッピング周波数は、伝送機会グループ（又は、少なくとも１つの第３のリソース）の周波数ホッピングチャネルの中心周波数である。同様に、伝送機会グループ（又は、少なくとも１つの第３のリソース）のホッピング周波数が、第１の周波数ホッピングチャネルに対応するホッピング周波数と同じである場合、要求メッセージの伝送信頼性を改善することができる。伝送機会グループ（又は、少なくとも１つの第３のリソース）のホッピング周波数が、第１の周波数ホッピングチャネルに対応するホッピング周波数とは異なる場合、ホッピング周波数を、よりフレキシブルに利用することができる。

【0168】

伝送機会グループ（又は、少なくとも１つの第３のリソース）の帯域幅についての情報は、伝送機会グループ（又は、少なくとも１つの第３のリソース）の帯域幅を示す。

【0169】

周波数ホッピングランダムシードは、伝送機会グループ（又は、少なくとも１つの第３のリソース）の周波数ホッピングチャネルを決定するために利用されうる。周波数ホッピングランダムシードは、異なるノード又は異なるリンクの間の周波数ホッピングのランダム化を可能にする。これは、同じ周波数ホッピング方式が、メッセージを送信するために異なるノードによって利用されること、又は、メッセージを伝送するために異なるリンクによって利用されることを防止し、同じ周波数ホッピングチャネルが頻繁に選択されるのを防止する。従って、深刻な相互干渉が回避される。

【0170】

利用可能な周波数ホッピングチャネルについての情報は、伝送機会グループ（又は、少なくとも１つの第３のリソース）に利用可能な周波数ホッピングチャネルを示す。

【0171】

クロックパラメータ情報は、伝送機会グループ（又は、少なくとも１つの第３のリソース）の周波数ホッピングチャネルを決定するために利用されうる。例えば、クロックパラメータ情報は、第２のメッセージの開始時点に対応するクロックパラメータ、伝送機会グループの開始時点に対応するクロックパラメータ、又は、伝送機会の開始時点に対応するクロックパラメータである。クロックパラメータ情報は、時点が属するスロット、サブフレーム、又はフレームなどの時間リソースユニットの番号などを含む。

【0172】

この出願のこの実施形態において、第２のメッセージは、少なくとも１つの第３のリソースの開始時点、又は少なくとも１つの伝送機会の開始時点をさらに示す。

【0173】

例えば、第２のメッセージは、少なくとも１つの第３のリソースのそれぞれの開始時点を含んでよい。代替的に、第２のメッセージは、少なくとも１つの伝送機会のそれぞれの開始時点を含んでよい。

【0174】

具体的な実装において、少なくとも１つの第３のリソースの開始時点、又は少なくとも１つの伝送機会の開始時点は、代替的に、標準プロトコルによって事前定義されてよい。

【0175】

他の具体的な実装において、少なくとも１つの第３のリソースの開始時点、又は少なくとも１つの伝送機会の開始時点は、代替的に、標準プロトコルによって事前定義された情報及び第２のメッセージによって示される関連情報を参照して決定されうる。例えば、標準プロトコルが、伝送機会グループ内の任意の２つの伝送機会の間のインターバルを定義する、ということが仮定される。その後、伝送機会グループ内の各伝送機会の開始時点は、伝送機会グループの開始時点についてのものであり、かつ第２のメッセージによって示される情報、或いは、伝送機会グループ内の第１の伝送機会の開始時点についてのものであり、かつ第２のメッセージによって示される情報を参照して得られうる。

【0176】

図４を参照されたい。図４は、この出願の実施形態による伝送機会グループの模式図である。伝送機会グループは、要求メッセージを搬送するために利用される複数の第３のリソースのみを含み、各伝送機会は、１つの第３のリソースを含む。

【0177】

図４において、伝送機会グループは、ｎ個の時間領域リソース、即ち、リソース１、リソース２、…、リソースｎを含む。リソース１、リソース２、…、リソースｎのそれぞれは、要求メッセージを搬送しうる。図４では、上記の第２のリソースが、リソース１、リソース２、…、リソースｎを含む、ということが理解されうる。リソース１、リソース２、…、リソースｎのそれぞれは、第３のリソースのうちの１つである。

【0178】

図４において、伝送機会グループは、ｎ個の伝送機会、即ち、伝送機会１、伝送機会２、…、伝送機会ｎを含む（言い換えると、伝送機会の数量はｎに等しい）。各伝送機会は、１つのリソースを含む。具体的には、伝送機会１は、リソース１を含み、伝送機会２は、リソース２を含み、…、伝送機会ｎは、リソースｎを含む。言い換えると、１つの伝送機会は、１つの第３のリソースを含む、即ち、伝送機会グループ内の伝送機会の数量は、第２のリソース内の第３のリソースの数量と等しい。

【0179】

図４において、伝送機会グループのホッピング周波数は、周波数１であり、周波数１が配置されるチャネルは、第２のメッセージに対応する第１の周波数ホッピングチャネルと同じであってもよいし、異なっていてもよい。このことは、ここでは特に限定されない。

【0180】

図４において、時点ｔ０は、伝送機会グループ、伝送機会１、又はリソース１の開始時点である。

【0181】

図４において、伝送機会グループ内の伝送機会１の開始時点と伝送機会２の開始時点との間のインターバル（代替的に、伝送機会１と伝送機会２との間の伝送インターバルと称されることもある）は、ｔ１－ｔ０によって表される。時点ｔ１は、時点ｔ０より後にあり、時点ｔ１は、伝送機会２の開始時点又はリソース２の開始時点であり、時点ｔ１は、また、リソース１又は伝送機会１の終了時点である。図４において、全ての伝送機会は、等しい時間長を有することを理解することができる。従って、伝送機会グループ内の任意の２つの隣接する伝送機会の開始時点の間のインターバルは、ｔ１－ｔ０によって表されうる。加えて、全てのリソースは、また、等しい時間長を有し、伝送機会の時間長は、伝送機会におけるリソースのものと等しく、前の伝送機会の終了時点は、また、次の伝送機会の開始時点である、ということを図４から理解することができる。

【0182】

図４において、伝送機会グループの時間長は、Ｔによって表され、伝送機会グループ内の最後の伝送機会（即ち、伝送機会ｎ）の終了時点と、伝送機会グループ内の第１の伝送機会（即ち、伝送機会１）の開始時点との間のインターバルでありうる。

【0183】

図４は、要求メッセージを搬送するために利用される複数のリソースのみを含む伝送機会グループの単なる例に過ぎない、ということに留意すべきである。要求メッセージを搬送するために利用される複数のリソースのみを含む伝送機会グループは、図４に示された伝送機会グループのみに限定されない。いくつかの可能な実施形態において、全ての伝送機会の時間長は、代替的に、等しくないように設定されてよく、代替的に、前の伝送機会の終了時点と次の伝送機会の開始時点との間にインターバルが存在してよく、伝送機会の時間長が、代替的に、伝送機会におけるものであり、かつ要求メッセージを搬送するために利用されるリソースの時間長と等しくなくてよく、全ての伝送機会におけるリソースの時間長が、代替的に、異なっていてよく、代替的に、前のリソースの終了時点と次のリソースの開始時点との間にインターバルが存在してよい、などである。このことは、この出願のこの実施形態において特に限定されない。

【0184】

図５を参照されたい。図５は、この出願の実施形態による他の伝送機会グループの模式図である。図４に示した伝送機会グループと比べ、その伝送機会グループは、要求メッセージを搬送するために利用される複数の第３のリソースを含むだけでなく、応答メッセージを搬送するために利用される複数の第４のリソースも含む。加えて、複数の第４のリソースは、複数の第３のリソースと一対一に対応する。各伝送機会は、１つの第３のリソースと、１つの第４のリソースとを含む。

【0185】

図５において、伝送機会グループは、２ｎ個の時間領域リソース、即ち、リソース１、リソース２、…、リソース２ｎ－１、及びリソース２ｎを含む。リソース１、リソース３、…、リソース２ｎ－１のそれぞれは、要求メッセージを搬送するために利用されてよく、リソース２、リソース４、…、リソース２ｎのそれぞれは、応答メッセージを搬送するために利用されてよい。図５では、上記の第２のリソースが、リソース１、リソース２、…、リソース２ｎ－１、及びリソース２ｎを含む、ということが理解されうる。リソース１、リソース３、…、リソース２ｎ－１のそれぞれは、上記の第３のリソースのうちの１つであり、リソース２、リソース４、…、リソース２ｎのそれぞれは、上記の第４のリソースのうちの１つである。

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

【表1】

【0215】

いくつかの可能な実施形態において、表１に示したマッピングテーブルは、代替的に、表２に示した形態で表されてもよい。表１内のリソース２のフラグビットと、表１内のリソース３のフラグビットとは同じであり、従って、表２において結び付けることができる、ということを理解することができる。具体的には、フラグビット「０１０」は、リソース２及びリソース３の両方が、ディスカバリ要求メッセージを検出するために利用されることができる、ということを示しうる。他のリソースと表２内のフラグビットとの間の具体的なマッピング関係については、表１内の関連する説明を参照されたい。詳細については、ここでは説明されない。

【0216】

【表2】

【0217】

表１及び表２は、リソースとフラグビットとの間の対応関係、又は、リソースと、フラグビットと、デバイス識別子との間の対応関係を反映させるために利用される単なる例である、ということが理解されうる。実際の適用において、対応関係のテキストコンテンツ及びストレージ方式は、代替的に、他の形態であってもよい。このことは、ここでは特に限定されない。

【0218】

Ｓ１０３：第２のノードは、少なくとも１つの第３のリソースのうちの１つで、第１の要求メッセージを第１のノードに送信する。

【0219】

この出願のこの実施形態において、第２のノードは、第１のノードからの第２のメッセージを受信し、第２のメッセージに基づいて、少なくとも１つの第３のリソースから第３のリソースを選択し、そのリソースに基づいて、第１の要求メッセージを第１のノードに送信する。

【0220】

具体的な実装において、第１の要求メッセージがディスカバリ要求メッセージであるとき、第２のノードによって選択される第３のリソースは、以下の条件、即ち、
（１）第３のリソースがディスカバリ要求メッセージを検出するために利用されること、
（２）第３のリソースが第２のノードに対応すること、即ち、第２のメッセージが、第３のリソースの識別子と、第２のノードのデバイス識別子との間のマッピング関係を示すこと、
（３）第３のリソースが、第２のノードによって送信されるディスカバリ要求メッセージを検出するために利用されること、又は
（４）第３のリソースが、ディスカバリ要求メッセージ及びアクセス要求メッセージの両方を検出するために利用されうること、のうちのいずれか１つを満たす必要がある。

【0221】

上で列挙した４つの条件に加え、他の条件、例えば、第２のノードによって選択される第３のリソース上に課される制限がないこと、が存在してもよい、ということに留意すべきである。このことは、この出願のこの実施形態において特に限定されない。

【0222】

具体的な実装において、第１の要求メッセージがアクセス要求メッセージであるとき、第２のノードによって選択される第３のリソースは、以下の条件、即ち、
（１）第３のリソースがアクセス要求メッセージを検出するために利用されること、
（２）第３のリソースが第２のノードに対応すること、即ち、第２のメッセージが、第３のリソースの識別子と第２のノードのデバイス識別子との間のマッピング関係を示すこと、
（３）第３のリソースが、第２のノードによって送信されるアクセス要求メッセージを検出するために利用されること、又は
（４）第３のリソースが、ディスカバリ要求メッセージ及びアクセス要求メッセージの両方を検出するために利用されうること、のうちのいずれか１つを満たす必要がある。

【0223】

上で列挙した４つの条件に加え、他の条件、例えば、第２のノードによって選択される第３のリソース上に課される制限がないこと、が存在しうる、ということに留意すべきである。このことは、この出願のこの実施形態において特に限定されない。

【0224】

この出願のこの実施形態において、少なくとも１つの第３のリソースのうちの１つで、第２のノードが第１の要求メッセージを第１のノードに送信することは、第２のノードが、第１の伝送機会における第３のリソース上で、第１の要求メッセージを第１のノードに送信すること、であってよい。

【0225】

図５が例として利用される。第２のノードが、第１のノードから第２のメッセージを受信する、ということが仮定される。第２のノードは、伝送機会２におけるリソース３を選択し、リソース３上で、第１の要求メッセージを第１のノードに送信する。具体的には、第２のノードが、リソース３の開始時点で第１の要求メッセージを送信する。

【0226】

図６が例として利用される。第２のノードが、第１のノードから第２のメッセージを受信する、ということが仮定される。第２のノードは、伝送機会２におけるリソース２を選択し、リソース２上で、第１の要求メッセージを第１のノードに送信する。具体的には、第２のノードは、リソース２の開始時点で、第１の要求メッセージを送信する。

【0227】

Ｓ１０４：第１のノードは、少なくとも１つの第３のリソース上で要求メッセージを検出する。

【0228】

この出願のこの実施形態において、第１のノードが、少なくとも１つの第３のリソース上で要求メッセージを検出することは、第１のノードが、第１の伝送機会における第３のリソース上で第１の要求メッセージを受信することであってよい。この場合、第１のノードは、第１の伝送機会における第４のリソース上で第１の応答メッセージをさらに送信してよく、第１の応答メッセージは、第１の要求メッセージの受信を示す。

【0229】

図５が例として利用される。第１のノードが、伝送機会２におけるリソース３上で第１の要求メッセージを受信する、ということが仮定される。第１のノードは、伝送機会２におけるリソース４上で第１の応答メッセージを送信し、第１の応答メッセージは、リソース３上での第１の要求メッセージの受信を示す。

【0230】

この出願のこの実施形態において、第１のノードが、少なくとも１つの第３のリソース上で要求メッセージを検出することは、第１の要求メッセージが、第３のリソース上で受信されることであってよい。この場合、第１のノードは、第３のリソースに対応する第４のリソース上で、第１の応答メッセージをさらに送信してよく、第１の応答メッセージは、第１の要求メッセージの受信を示す。

【0231】

図６が例として利用される。第１のノードが、リソース２上で第１の要求メッセージを受信する、ということが仮定される。リソース４は、リソース２に対応する。従って、第１のノードは、第４のリソース上で第１の応答メッセージを送信し、第１の応答メッセージは、リソース２上での第１の要求メッセージの受信を示す。

【0232】

図７Ａが例として利用される。第１のノードが、リソース１上で第１の要求メッセージを受信する、ということが仮定される。リソース４は、リソース１に対応する。従って、第１のノードは、リソース４上で第１の応答メッセージを送信し、第１の応答メッセージは、リソース１上での第１の要求メッセージの受信を示す情報を含む。

【0233】

具体的な実装において、第４のリソースの数量は、第３のリソースの数量より小さく、第３のリソースの数量はＬであり、第４のリソースの数量はＭであり、Ｌ及びＭの両方は正の整数であり、Ｌは、Ｍより大きい、ということが仮定される。この場合、第１のノードが、ｐ番目の第３のリソース上で第１の要求メッセージを検出するとき、第１のノードは、ｑ番目の第４のリソース上で応答メッセージを送信してよく、応答メッセージは、ｐ番目の第３のリソース上で第１の要求メッセージが受信されていることを示す情報を含む。ｐは、Ｌ以下の正の整数であり、ｑは、Ｍ以下の正の整数であり、ｐとｑとの間の関係は、以下の式（１）を満たしうる。もちろん、式（１）は、代替的に、他の形態に変更されてもよい。このことは、ここでは特に限定されない。

【0234】

【数1】

【0235】

ｑは、ｐとＭとの積をＬで割って得られる値を切り上げたものであってよい。

【0236】

例えば、第３のリソースの数量は８であり、第４のリソースの数量が３であり、第１のノードが、６番目の第３のリソース上で第１の要求メッセージを受信する、ということが仮定される。式（１）に基づき、ｑが３に等しいこと、を得ることができる。具体的には、６番目の第３のリソースは、３番目の第４のリソースに対応する。従って、第１のノードは、３番目の第４のリソース上で応答メッセージを送信する。

【0237】

他の例について、第３のリソースの数量が８であり、第４のリソースの数量が３である、ということが仮定される。１番目の第４のリソースは、８個の第３のリソースのうちの１番目の３つの第３のリソースに対応し、２番目の第４のリソースは、８個の第３のリソースのうちの４番目、５番目、及び６番目の第３のリソースに対応し、３番目の第４のリソースは、８個の第３のリソースのうちの７番目及び８番目の第３のリソースに対応する、ということが事前設定される。この場合、第１のノードが、６番目の第３のリソース上で、第１の要求メッセージを受信する場合、第１のノードは、２番目の第４のリソース上で応答メッセージを送信する。

【0238】

各ノードが、少なくとも１つの第３のリソースから選択された第３のリソース上で、対応する要求メッセージを送信するとき、複数のノードは、同じ第３のリソースを選択することがあり、即ち、複数の要求メッセージが同じ第３のリソース上に存在する、ということに留意すべきである。これは、あるノードが、他のノードによって選択された第３のリソースを知ることができないためである。この場合、同じ第３のリソース上で複数の要求メッセージがコンフリクトする。その結果、第１のノードは、第３のリソース上で要求メッセージの１つのみを正しく受信しうる、又は、第３のリソース上のいずれの要求メッセージも正しく受信することができない。加えて、第３のリソースが、いずれのノードによっても選択されない場合、即ち、ノードが第３のリソース上で要求メッセージを送信することがない場合、第１のノードは、第３のリソース上で要求メッセージを検出することがない。

【0239】

この出願のこの実施形態において、第１のノードは、要求メッセージを伝送するために利用されるリソースの数量を構成し、拡張されたブロードキャストメッセージで搬送される情報を通じて、要求メッセージを搬送するために利用されうる複数のリソースを示してよく、それにより、複数のノードが、リソースを選択することができる、ということを理解することができる。さらに、拡張されたブロードキャストメッセージは、複数のノードが、より正確に適切なリソースを選択するのを助ける。このようにして、各ノードは、高同時実行性シナリオでは高速に第１のノードに接続することができ、低同時実行性シナリオではリソースの浪費を効果的に低減することができる。

【0240】

図８を参照されたい。図８は、この出願の実施形態による他の通信方法を示す。図３における実施形態とは対照的に、関連するメッセージを第１のノードから受信する複数のノードが存在する。例えば、複数のノードは、ノード１、ノード２、…、ノードｍを含む。図８における実施形態は、図３における実施形態とは独立であってよい。方法は、限定されないが、以下のステップを含む。

【0241】

Ｓ２０１：第１のノードは、少なくとも１つのブロードキャスト周波数ホッピングチャネル上で第１のメッセージを送信する。このステップの詳細については、図３における実施形態内のＳ１０１の関連説明を参照されたい。詳細については、ここでは説明されない。

【0242】

Ｓ２０２：第１のノードは、第２のリソースを決定する。

【0243】

第２のリソースの詳細については、図３における実施形態内のＳ１０２の関連説明を参照されたい。詳細については、ここでは説明されない。

【0244】

この出願のこの実施形態において、第１のノードが第２のリソースを決定することは、特に、第１のノードが、動作環境に基づいて第２のリソースを決定することである。動作環境は、動作シナリオ、及び動作フェーズなどのうちの少なくとも１つを含む。動作シナリオは、例えば、無線通信に基づくものであるバッテリ管理シナリオ、無線通信に基づくものであるコックピット領域コントローラ制御シナリオ、無線通信に基づくものである家庭用デバイス制御シナリオ、又は、無線通信に基づくものである輸送チーム管理シナリオであってよい。動作フェーズは、始動フェーズ、動作中フェーズ、又は、終了フェーズなどを含む。

【0245】

第１のノード上での要求メッセージの同時実行性は、異なる動作環境において異なる。要求メッセージの同時実行性は、要求メッセージの数量によって測定されうる。要求メッセージの数量が大きいほど、第１のノード上での要求メッセージの同時実行性が高いことを示す。言い換えると、動作環境が異なることは、動作環境に対応する要求メッセージの数量が異なることを示す。例えば、バッテリ管理シナリオに対応する要求メッセージの数量は、コックピット領域コントローラ制御シナリオに対応する要求メッセージの数量より大きい。他の例として、始動フェーズに対応する要求メッセージの数量は、動作中フェーズに対応する要求メッセージの数量より大きく、動作中フェーズに対応する要求メッセージの数量は、終了フェーズに対応する要求メッセージの数量より大きい。

【0246】

具体的な実装において、動作環境に対応する要求メッセージの数量が事前設定された閾値より大きいと推定するとき、第１のノードは、構成された第２のリソースにおける第３のリソースの数量を、第１の閾値として設定してよい。動作環境に対応する要求メッセージの数量が、事前設定された閾値以下であると推定するとき、第１のノードは、構成された第２のリソースにおける第３のリソースの数量を、第２の閾値として設定してよい。第２の閾値は、第１の閾値より小さい。第１のノードは、第１のノードが置かれる異なる動作環境に基づいて、第３のリソース（即ち、要求メッセージを搬送するために利用されるリソース）の数量をフレキシブルに構成しうる、ということを理解することができる。言い換えると、複数のノードが要求メッセージを送信するとき、多数のリソースが、複数のノードが利用するために構成されうる。少数のノードが要求メッセージを送信するとき、リソースの浪費を低減するために、少数のリソースが構成されうる。

【0247】

他の具体的な実装において、第１のノードは、動作環境の履歴データに基づいて、第２のリソースを決定しうる。履歴データは、過去の期間における動作環境内での対応する要求メッセージの平均数量、最大数量、及び最小数量などのパラメータのうちの少なくとも１つを含む。第１のノードは、動作環境の履歴データに基づいて、第２のリソースに含まれる第３のリソースの数量を適切に構成しうる。

【0248】

バッテリ管理システム（Battery Management System, BMS）が例として利用される。初期の電源オンフェーズでは、バッテリ管理モジュールの管理ノードは、多数のノードが管理ノードに接続される必要があると推定する。この場合、バッテリ管理モジュールの管理ノードは、ノードディスカバリ／接続のために多数のリソースを構成しうる。動作中フェーズでは、バッテリ管理モジュールの管理ノードは、１つ又は２つのノードのみがオフラインであり、かつ再接続される必要があることを検出する。この場合、バッテリ管理モジュールの管理ノードは、ノードディスカバリ／接続のために２つのリソースなどの少数のリソースを構成する。

【0249】

Ｓ２０２は、Ｓ２０１の後に実行されうる、ということに留意すべきである。いくつかの可能な実施形態において、Ｓ２０２は、代替的に、Ｓ２０１の前に実行されてよい。Ｓ２０１及びＳ２０２の実行順は、この出願のこの実施形態において特に限定されない。

【0250】

Ｓ２０３：第１のノードは、第１のリソース上で、第２のメッセージを複数のノードのそれぞれに送信する。

【0251】

具体的な実装において、第１のノードは、ブロードキャスト又はマルチキャスト方式で第２のメッセージを送信しうる。例えば、第１のノードは、１つの第２のメッセージを、第１のリソース上で複数のノードのそれぞれに送信する。それに対応して、複数のノードそれぞれは、第１のリソース上で第２のメッセージを受信しうる。

【0252】

第２のメッセージの具体的な説明については、図３における実施形態内のＳ１０２の関連説明を参照されたい、ということに留意すべきである。詳細については、ここでは説明されない。

【0253】

Ｓ２０４：複数のノードそれぞれは、少なくとも１つの第３のリソース上で、第１の要求メッセージを第１のノードに送信する。

【0254】

この出願のこの実施形態において、複数のノードのそれぞれは、第１のノードから第２のメッセージを受信する。各ノードは、少なくとも１つの第３のリソースから第３のリソースを選択してよく、各ノードは、ノードによって選択された第３のリソースに基づいて、第１の要求メッセージを第１のノードに送信する。言い換えると、複数のノードのそれぞれは、要求メッセージを第１のノードに送信する必要がある。

【0255】

各ノードによって第３のリソースを選択する具体的なプロセスについては、図３における実施形態内のＳ１０３の関連説明を参照されたい、ということに留意すべきである。詳細については、ここでは説明されない。

【0256】

例えば、複数のノードのうちのノード１及びノード２が、図５に基づいて、説明のための例として利用される。ノード１及びノード２のそれぞれは、第２のメッセージを受信する。図５において、ノード１は、複数の第３のリソースからリソース１を選択し、ノード２は、複数の第３のリソースからリソース３を選択する。この場合、ノード１は、リソース１に基づいて、要求メッセージ１を第１のノードに送信する。具体的には、ノード１は、リソース１の開始時点ｔ０で、周波数１が配置されるチャネル上で、要求メッセージ１を第１のノードに送信する。ノード２は、リソース３に基づいて、要求メッセージ２を第１のノードに送信する。具体的には、ノード２は、リソース３の開始時点ｔ２で、周波数１が配置されるチャネル上で、要求メッセージ２を第１のノードに送信する。要求メッセージ１又は要求メッセージ２は、ディスカバリ要求メッセージ又はアクセス要求メッセージであってよい、ということに留意すべきである。

【0257】

いくつかの可能な実施形態において、いくつかの第３のリソースは、特定のノードによって利用されることに限定されず、又は、いくつかの第３のリソースによって搬送される要求メッセージは、特定のタイプのものに限定されない（例えば、ディスカバリ要求メッセージ及びアクセス要求メッセージに限定されない）。ノードは、他のノードによって選択された第３のリソースを感知しない。従って、複数のノードは、同じ第３のリソースを選択することがある。

【0258】

例えば、複数のノード内のノード１、ノード２、及びノード３が、図６に基づいて、説明のための例として利用される。ノード１、ノード２、及びノード３のそれぞれは、第１のノードから第２のメッセージを受信する。図６において、ノード１は、複数の第３のリソースからリソース１を選択し、リソース１上で要求メッセージ１を送信する。ノード２は、複数の第３のリソースからリソース１を選択し、リソース１上で要求メッセージ２を送信する。ノード３は、複数の第３のリソースからリソース２を選択し、リソース２上で要求メッセージ３を送信する。従って、ノード１及びノード２が同じ第３のリソース、即ち、リソース１を選択する、ということを理解することができる。

【0259】

Ｓ２０５：第１のノードは、少なくとも１つの第３のリソース上で第１の要求メッセージを検出し、少なくとも１つの第４のリソースに基づいて、応答メッセージを複数のノードに送信する。

【0260】

具体的な実装において、要求メッセージを搬送するために利用される第３のリソースと、応答メッセージを搬送するために利用される第４のリソースとが交互に配置される場合。例えば、伝送機会グループにおいて、図５に示すように、各伝送機会は、１つの第３のリソースと、１つの第４のリソースとを含む。この場合、第１のノードが、第３のリソース上で第１の要求メッセージを検出又は受信する度に、第１のノードは、第３のリソースが配置される伝送機会における第４のリソースに基づいて、第１の応答メッセージを送信し、ここで、第１の応答メッセージは、第１の要求メッセージの受信を示す。

【0261】

例えば、Ｓ２０４において、図５の例について、それに対応して、第１のノードが、伝送機会１におけるリソース１上で、ノード１によって送信された要求メッセージ１を受信する。伝送機会１におけるリソース２は、伝送機会１におけるリソース１に対応する。この場合、第１のノードは、伝送機会１におけるリソース２上で、応答メッセージ１を送信し、応答メッセージ１は、要求メッセージ１の受信を示す。加えて、第１のノードは、伝送機会２におけるリソース３上で、ノード２によって送信された要求メッセージ２を受信する。伝送機会２におけるリソース４は、伝送機会２におけるリソース３に対応する。この場合、第１のノードは、伝送機会２におけるリソース４上で応答メッセージ２を送信し、応答メッセージ２は、要求メッセージ２の受信を示す。第１のノードは、リソース１上で要求メッセージ１のみを受信し、リソース３上で要求メッセージ２のみを受信する、ということに留意すべきである。

【0262】

具体的な実装において、少なくとも１つの第３のリソースに対応する少なくとも１つの第４のリソースは、少なくとも１つの第３のリソースの後に配置される。第１のノードが第３のリソース上で第１の要求メッセージを検出する度に、第１のノードは、第３のリソースに対応する第４のリソースに基づいて第１の応答メッセージを送信し、ここで、第１の応答メッセージは、第１の要求メッセージの受信を示す。

【0263】

例えば、図７Ａにおいて、第１のノードは、リソース１上で、ノード１によって送信された要求メッセージ１を受信し、リソース２上で、ノード２によって送信された要求メッセージ２を受信するが、リソース３上で第１の要求メッセージを検出しない、ということが仮定される。リソース１は、リソース４に対応する。従って、第１のノードは、リソース４上で１つの応答メッセージを送信する。応答メッセージは、リソース１上での要求メッセージ１の受信と、リソース２上での要求メッセージ２の受信とを示す。応答メッセージは、ノード１のデバイス識別子と、ノード２のデバイス識別子とを搬送しうる。

【0264】

例えば、Ｓ２０４において、図６の例について、それに対応して、ノード１がリソース上で要求メッセージ１を送信し、かつノード２がリソース１上で要求メッセージ２を送信するため、リソース１上で要求メッセージ１及び要求メッセージ２がコンフリクトする。この場合、第１のノードは、要求メッセージの１つを正しく受信しうる。例えば、要求メッセージ１が受信される場合、第１のノードは、リソース１に対応するリソース４上で応答メッセージ１を送信し、ここで、応答メッセージ１は、リソース１上での要求メッセージ１の受信を示す。さらに、応答メッセージ１は、ノード１のデバイス識別子を搬送しうる。他の具体的な実装において、リソース１上で要求メッセージ１と要求メッセージ２とがコンフリクトし、第１のノードが、リソース１上で、いずれの要求メッセージも正しく受信しない場合、第１のノードは、リソース１に対応するリソース４上で応答メッセージを送信する必要がない。加えて、第１のノードが、リソース２上でノード３から要求メッセージ３を受信する場合、第１のノードは、リソース２に対応するリソース５上で応答メッセージ２を送信し、ここで、応答メッセージ２は、リソース２上での要求メッセージ３の受信を示す。

【0265】

いくつかの可能な実施形態において、第１のノードが、各第３のリソース上で第１の要求メッセージを検出することがない場合、第１のノードは、応答メッセージを送信する必要がない。

【0266】

Ｓ２０６：複数のノードは、少なくとも１つの第４のリソース上で応答メッセージを検出する。

【0267】

この出願のこの実施形態において、複数のノードが、少なくとも１つの第４のリソース上で応答メッセージを検出することは、以下のようになる：複数のノードのそれぞれが、選択された第３のリソースに基づいて、第１の要求メッセージを送信した後、ノードは、第３のリソースに対応する第４のリソース上で応答メッセージを検出し、応答メッセージに基づいて、ノードからの要求メッセージが、第１のノードによって成功裏に受信されているかどうかを決定する。

【0268】

複数のノードのうちのノード１が例として利用される。図５において、ノード１が、伝送機会１におけるリソース１上で要求メッセージ１を送信する場合、ノード１は、伝送機会１におけるリソース２上で応答メッセージを検出する。ノード１がリソース２上で応答メッセージ１を受信する場合、ノード１は、応答メッセージ１に基づいて、第１のノードによって送信された要求メッセージ１が、第１のノードによって成功裏に受信されていると決定し、ここで、応答メッセージ１は、応答メッセージ１の受信を示す。ノード１が、リソース２上でいずれの応答メッセージも受信していない場合、ノード１は、第１のノードが要求メッセージ１を受信していないと決定する。

【0269】

複数のノードのうちのノード１が例として利用される。図７Ａにおいて、ノード１が、リソース１上で要求メッセージ１を送信する場合、ノード１は、リソース１に対応するリソース４上で応答メッセージを検出しうる。ノード１が、リソース４上で応答メッセージ１を検出し、応答メッセージ１は、要求メッセージ１が受信されていることを示す情報を含むか、又は、応答メッセージ１がノード１のデバイス識別子を搬送する、ということが仮定される。この場合、ノード１は、応答メッセージ１に基づいて、ノード１によって送信された要求メッセージ１が、第１のノードによって成功裏に受信されていると決定する。ノード１が、リソース４上でいずれの応答メッセージも受信していない場合、ノード１は、第１のノードが要求メッセージ１を受信していないと決定する。

【0270】

この出願のこの実施形態において、第１のノードは、動作環境の同時実行性の違いに基づいて、ディスカバリ／接続のためのリソースの数量をフレキシブルに構成し、拡張されたブロードキャストメッセージ（即ち、第２のメッセージ）を利用してリソースを示してよく、それにより、複数のノードが、リソースを選択することができる、ということを理解することができる。これにより、ノードの待ち遅延を低減することができる。加えて、これは、高同時実行性シナリオにおいて、各ノードが高速に第１のノードに接続されることを可能にし、低同時実行性シナリオにおいて、リソースの浪費を効果的に低減することができる。さらに、これは、リソース時間分割多重化を効果的に実現し、リソース利用率を改善する。

【0271】

上記では、この出願の実施形態における方法について詳細に説明しており、以下では、この出願の実施形態における装置について説明する。

【0272】

図９を参照されたい。図９は、この出願の実施形態による通信装置の機能構造の模式図である。通信装置３０は、送信ユニット３１０と、処理ユニット３１２と、受信ユニット３１４とを含む。通信装置３０は、ハードウェア、ソフトウェア、又は、ソフトウェアとハードウェアとの組み合わせによって実装されうる。

【0273】

具体的には、送信ユニット３１０は、少なくとも１つのブロードキャスト周波数ホッピングチャネル上で第１のメッセージを送信するように構成され、第１のメッセージは、第１の周波数ホッピングチャネル上の第１のリソースを示す。送信ユニット３１０は、第１のリソース上で第２のメッセージを送信するようにさらに構成され、第２のメッセージは、第２のリソースを示し、第２のリソースは、少なくとも１つの第３のリソースを含む。処理ユニット３１２及び／又は受信ユニット３１４は、少なくとも１つの第３のリソース上で要求メッセージを検出するように構成され、要求メッセージは、ディスカバリ要求メッセージ及び／又はアクセス要求メッセージを含む。処理ユニット及び受信ユニットは、別々に又は共同でメッセージ検出を実施することができる、ということに留意すべきである。

【0274】

具体的な実装において、受信ユニット３１４は、第１の伝送機会における第３のリソース上の第１の要求メッセージを受信し、送信ユニット３１０は、第１の伝送機会における第４のリソース上で第１の応答メッセージを送信するようにさらに構成され、第１の応答メッセージは、第１の要求メッセージの受信を示す。

【0275】

他の具体的な実装において、受信ユニット３１４は、第３のリソース上で第１の要求メッセージを受信するように構成され、送信ユニット３１０は、第３のリソースに対応する第４のリソース上で第１の応答メッセージを送信するようにさらに構成され、第１の応答メッセージは、第１の要求メッセージの受信を示す。

【0276】

この場合、通信装置３０は、第１のノード側であり、かつ図３の実施形態において説明されている方法を実施するように構成されてよい。図３の実施形態において、送信ユニット３１０は、Ｓ１０１及びＳ１０２を実行するように構成されてよく、処理ユニット３１２及び／又は受信ユニット３１４は、Ｓ１０４を実行するように構成されてよい。代替的に、通信装置３０の機能モジュールは、第１のノード側であり、かつ図８の実施形態において説明されている方法を実施するように構成されてよい。この明細書の簡潔化のために、詳細については、ここでは説明されない。

【0277】

図９に示した実施形態におけるユニットのうちの１つ又は複数のみが、ソフトウェア、ハードウェア、ファームウェア、又はそれらの組み合わせによって実装されてよい。ソフトウェア又はファームウェアは、それらに限定されないが、コンピュータプログラム命令又はコードを含み、ハードウェアプロセッサによって実行されうる。ハードウェアは、それらに限定されないが、中央処理ユニット（CPU, Central Processing Unit）、デジタルシグナルプロセッサ（DSP, Digital Signal Processor）、フィールドプログラマブルゲートアレイ（FPGA, Field Programmable Gate Array）、及び特定用途向け集積回路（ASIC, Application Specific Integrated Circuit）などの様々な集積回路を含む。

【0278】

図１０を参照されたい。図１０は、この出願の実施形態による通信装置の機能構造の模式図である。通信装置４０は、受信ユニット４１０と、送信ユニット４１２とを含む。通信装置４０は、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアとの組み合わせによって実装されうる。

【0279】

具体的には、受信ユニット４１０は、第１のブロードキャスト周波数ホッピングチャネル上で第１のノードから第１のメッセージを受信するように構成され、第１のメッセージは、第１の周波数ホッピングチャネル上の第１のリソースを示す。受信ユニット４１０は、第１のリソース上で第２のメッセージを受信するようにさらに構成され、第２のメッセージは、第２のリソースを示し、第２のリソースは、少なくとも１つの第３のリソースを含む。送信ユニット４１２は、少なくとも１つの第３のリソースのうちの１つで第１の要求メッセージを送信するように構成され、第１の要求メッセージは、ディスカバリ要求メッセージ及び／又はアクセス要求メッセージを含む。受信ユニット４１０は、第４のリソース上で、第１のノードからの応答メッセージを検出するようにさらに構成され、第４のリソースは、少なくとも１つの第３のリソースのうちの１つに対応する。

【0280】

この場合、通信装置４０は、第２のノード側であり、かつ図３の実施形態において説明されている方法を実施するように構成されてよい。図３の実施形態において、受信ユニット４１０は、Ｓ１０１及びＳ１０２を実行するように構成されてよく、送信ユニット４１２は、Ｓ１０３を実行するように構成されてよい。代替的に、通信装置４０の機能モジュールは、複数のノードが配置される側にあり、かつ図８の実施形態において説明されている方法を実施するように構成されてよい。この明細書の簡潔化のために、詳細については、ここでは説明されない。

【0281】

図１０に示した実施形態におけるユニットのうちの１つ又は複数のみが、ソフトウェア、ハードウェア、ファームウェア、又はそれらの組み合わせによって実装されてよい。ソフトウェア又はファームウェアは、それらに限定されないが、コンピュータプログラム命令又はコードを含み、ハードウェアプロセッサによって実行されうる。ハードウェアは、それらに限定されないが、中央処理ユニット（CPU, Central Processing Unit）、デジタルシグナルプロセッサ（DSP, Digital Signal Processor）、フィールドプログラマブルゲートアレイ（FPGA, Field Programmable Gate Array）、及び特定用途向け集積回路（ASIC, Application-specific Integrated Circuit）などの様々な集積回路を含む。

【0282】

図１１を参照されたい。図１１は、この出願の実施形態による通信装置の構造の模式図である。図１１に示すように、通信装置５０は、プロセッサ５０１と、通信インターフェース５０２と、メモリ５０３と、バス５０４とを含む。具体的な実装において、プロセッサ５０１、メモリ５０３、及び通信インターフェース５０２は、バス５０４を介して互いに通信する。通信装置５０内のプロセッサの数量及びメモリの数量は、この出願において限定されない、ということを理解するべきである。

【0283】

可能な設計において、通信装置５０は、図３又は図８の実施形態において第１のノードであってよい。他の可能な設計において、通信装置５０は、図３の第２のノード、又は、図８に示した複数のノードのうちのいずれか１つであってよい。具体的には、第１のノード又は第２のノードは、車両内無線通信シナリオにおけるプライマリノード、例えば、コックピット領域コントローラ（cockpit domain controller, CDC）、パッシブエントリパッシブスタート（passive entry passive start, PEPS）システム、又はモバイルフォンであってよい。第１のノード又は第２のノードは、代替的に、ワイドエリア無線通信システムにおける基地局、又はユーザ機器（user equipment, UE）などであってよい。第１のノード又は第２のノードは、代替的に、ローカルエリア無線通信システムにおける基地局、又はアクセスポイント（access point, AP）などであってよい。ＡＰは、無線ルータ、無線ゲートウェイ、又は無線ブリッジなどの無線ＡＰであってよい。第１のノード又は第２のノードは、代替的に、車両、オンボードユニット（On-board Unit, OBU）、インテリジェントウェアラブルデバイス（スポーツリストバンド又はウォッチなど）、ポータブルモバイルデバイス（モバイルフォン又はタブレットなど）、或いは、チップ又はポータブルモバイルデバイス内のコンポーネントなどの、他のノードと通信することができる他のセンサ又はデバイスであってよい。このことは、この出願の実施形態において特に限定されない。

【0284】

バス５０４は、周辺コンポーネントインターコネクト（peripheral component interconnect, PCI）バス、又は拡張型産業標準アーキテクチャ（extended industry standard architecture, EISA）バスなどであってよい。バスは、アドレスバス、データバス、又は制御バスなどのようにカテゴリ分けされうる。表示の容易化のために、バスは、図１１において１本の線のみを利用して示されている。しかし、それは、１つのバスのみ又は１つのタイプのバスのみが存在することを示すものではない。バス５０４は、通信装置５０のコンポーネント（メモリ５０３、プロセッサ５０１、及び通信インターフェース５０２など）の間で情報を伝送するためのパスを含んでよい。

【0285】

プロセッサ５０１は、中央処理ユニット（central processing unit, CPU）、マイクロプロセッサ（microprocessor, MP）、又はデジタルシグナルプロセッサ（digital signal processor, DSP）などのプロセッサのいずれか１つ又は複数を含みうる。

【0286】

メモリ５０３は、ストレージ空間を提供するように構成され、ストレージ空間は、オペレーティングシステム及びコンピュータプログラムなどのデータを格納しうる。メモリ５０３は、ランダムアクセスメモリ（random access memory, RAM）、消去可能なプログラマブルリードオンリーメモリ（erasable programmable read-only memory, EPROM）、リードオンリーメモリ（read-only memory, ROM）、又はコンパクトディスクリードオンリーメモリ（compact disc read-only memory, CD-ROM）などのうちの１つ又は１つ以上の組み合わせであってよい。メモリ５０３は、独立して存在してもよいし、プロセッサ５０１に統合されてもよい。

【0287】

通信インターフェース５０２は、プロセッサ５０１に対して情報の入力又は出力を提供するように構成されうる。代替的に、通信インターフェース５０２は、外部から送信されるデータを受信する及び／又は外部にデータを送信するように構成されてよく、イーサネットケーブルなどの有線リンクのインターフェースであってもよいし、無線リンク（Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ユニバーサル無線伝送、又は車両内短距離通信技術など）のインターフェースであってもよい。代替的に、通信インターフェース５０２は、インターフェースに結合されたトランスミッタ（無線周波数トランスミッタ又はアンテナなど）、又はレシーバなどをさらに含んでもよい。

【0288】

具体的な実装において、通信装置５０が上記の第１のノードであるとき、通信装置５０内のプロセッサ５０１は、メモリ５０３に格納されたコンピュータプログラムを読み出して、第１のノード側であり、かつ図３又は図８の実施形態において説明されている方法を実行するように構成される。

【0289】

可能な設計において、通信装置５０は、図３に示した方法を実行する第１のノード内の１つ以上のモジュールであってよく、プロセッサ５０１は、メモリ５０３に格納された１つ以上のコンピュータプログラムを読み出して、以下の処理、即ち、送信ユニット３１０を利用して、少なくとも１つのブロードキャスト周波数ホッピングチャネル上で第１のメッセージを送信することであって、第１のメッセージは、第１の周波数ホッピングチャネル上の第１のリソースを示す、ことと、第１のリソース上で第２のメッセージを送信することであって、第２のメッセージは、第２のリソースを示し、第２のリソースは、少なくとも１つの第３のリソースを含む、ことと、処理ユニット３１２及び／又は受信ユニット３１４を利用して、少なくとも１つの第３のリソース上で要求メッセージを検出することであって、要求メッセージは、ディスカバリ要求メッセージ及び／又はアクセス要求メッセージを含む、ことと、を実行するように構成されてよい。

【0290】

他の具体的な実装において、通信装置５０が上記の第２のノードであるとき、通信装置５０内のプロセッサ５０１は、メモリ５０３に格納されたコンピュータプログラムを読み出して、第２のノード側であり、かつ図３の実施形態において説明されている方法、又は、複数のノードが配置される側であり、かつ図８の実施形態において説明されている方法を実行するように構成される。

【0291】

可能な設計において、通信装置５０は、図３に示した方法を実行する第２のノード内の１つ以上のモジュールであってよく、プロセッサ５０１は、メモリ５０３に格納された１つ以上のコンピュータプログラムを読み出して、以下の処理、即ち、受信ユニット４１０を利用して、第１のブロードキャスト周波数ホッピングチャネル上で第１のノードから第１のメッセージを受信することであって、第１のメッセージは、第１の周波数ホッピングチャネル上の第１のリソースを示す、ことと、第１のリソース上で第２のメッセージを受信することであって、第２のメッセージは、第２のリソースを示し、第２のリソースは、少なくとも１つの第３のリソースを含む、ことと、送信ユニット４１２を利用して、少なくとも１つの第３のリソースのうちの１つで第１の要求メッセージを送信することであって、第１の要求メッセージは、ディスカバリ要求メッセージ及び／又はアクセス要求メッセージを含む、ことと、を実行するように構成されてよい。

【0292】

この出願の実施形態は、通信システムをさらに提供する。通信システムは、第１のノードと、第２のノードとを含む。通信システムは、この出願の上記の実施形態、例えば、図３又は図８において説明されている方法を実行するように構成される。

【0293】

第１のノード又は第２のノードは、車両内無線通信シナリオにおけるプライマリノード、例えば、コックピット領域コントローラ（cockpit domain controller, CDC）、パッシブエントリパッシブスタート（passive entry passive start, PEPS）システム、又はモバイルフォンであってよい。第１のノード又は第２のノードは、代替的に、ワイドエリア無線通信システムにおける基地局、又はユーザ機器（user equipment, UE）などであってよい。第１のノード又は第２のノードは、代替的に、ローカルエリア無線通信システムにおける基地局、又はアクセスポイント（access point, AP）などであってよい。ＡＰは、無線ルータ、無線ゲートウェイ、又は無線ブリッジなどの無線ＡＰであってよい。第１のノード又は第２のノードは、代替的に、車両、オンボードユニット（On-board Unit, OBU）、インテリジェントウェアラブルデバイス（スポーツリストバンド又はウォッチなど）、ポータブルモバイルデバイス（モバイルフォン又はタブレットなど）、ポータブルモバイルデバイス内のコンポーネント、或いは、チップ又はポータブルモバイルデバイス内のコンポーネントなどの、他のノードと通信することができる他のセンサ又はデバイスであってよい。このことは、この出願の実施形態において特に限定されない。

【0294】

この出願の実施形態は、端末をさらに提供する。端末は、第１の装置及び第２の装置の少なくとも１つを含む。第１の装置は、図９に示した通信装置３０であってよく、第１のノード側であり、かつ図３又は図８の実施形態において説明されている方法を実行するように構成されうる。第２の装置は、図１０に示した通信装置４０であってよく、第２のノード側であり、かつ図３の実施形態において説明されている方法、又は、複数のノードが配置される側であり、かつ図８の実施形態において説明されている方法を実行するように構成されうる。

【0295】

端末の例は、それらに限定されないが、スマート家庭用デバイス（テレビ、ロボット掃除機、スマートデスクランプ、音響システム、インテリジェント照明システム、電気制御システム、ホームバックグラウンドミュージック、ホームシアターシステム、インターコムシステム、又はビデオ監視など）、インテリジェント輸送デバイス（車両、船舶、無人航空機、列車、トラック、又はトラックなど）、インテリジェント産業デバイス（ロボット、産業デバイス、インテリジェントロジスティクス、又はインテリジェント工場など）、インテリジェント端末（モバイルフォン、コンピュータ、タブレット、パームトップコンピュータ、デスクトップコンピュータ、ヘッドセット、スピーカ、ウェアラブルデバイス、車載デバイス、仮想現実デバイス、又は拡張現実デバイスなど）を含む。

【0296】

この明細書における上記の実施形態において、各実施形態の説明は、各々の焦点を有する。実施形態において詳細に説明されていない部分については、他の実施形態における関連説明を参照されたい。

【0297】

当業者は、上記の実施形態の各方法におけるステップの全部又は一部は、関連するハードウェアに命令するプログラムによって実装されうる、ということを理解しうる。プログラムは、コンピュータ可読記憶媒体に格納されうる。記憶媒体は、リードオンリーメモリ（Read-Only Memory, ROM）、ランダムアクセスメモリ（Random Access Memory, RAM）、プログラマブルリードオンリーメモリ（Programmable Read-only Memory, PROM）、消去可能なプログラマブルリードオンリーメモリ（Erasable Programmable Read-only Memory, EPROM）、ワンタイムプログラマブルリードオンリーメモリ（One-time Programmable Read-Only Memory, OTPROM）、電気的消去可能なプログラマブルリードオンリーメモリ（Electrically Erasable Programmable Read-Only Memory, EEPROM）、コンパクトディスクリードオンリーメモリ（Compact Disc Read-Only Memory, CD-ROM）又は他の光ディスクメモリ、磁気ディスクストレージ、磁気テープストレージ、或いは、データを搬送又は記憶するように構成することができる任意の他のコンピュータ可読媒体を含む。

【0298】

この出願の技術的解決策は本質的に、又は従来技術に寄与する部分、又は技術的解決策の全部又は一部は、ソフトウェア製品の形態で実装されうる。コンピュータプログラム製品は、記憶媒体に格納され、デバイス（パードナルコンピュータ、サーバ、ネットワークデバイス、ロボット、シングルチップマイクロコンピュータ、チップ、又はロボットなどであってよい）に命令して、この出願の実施形態において説明された方法のステップの全部又は一部を実行するための、いくつかの命令を含む。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【図10】

【図11】

【手続補正書】

【提出日】2024-04-10

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

通信方法であって、前記方法は、
少なくとも１つのブロードキャスト周波数ホッピングチャネル上で第１のメッセージを送信するステップであって、前記第１のメッセージは、第１の周波数ホッピングチャネル上の第１のリソースを示す、ステップと、
前記第１のリソース上で第２のメッセージを送信するステップであって、前記第２のメッセージは、第２のリソースを示し、前記第２のリソースは、少なくとも１つの第３のリソースを含む、ステップと、
前記少なくとも１つの第３のリソース上で要求メッセージを検出するステップであって、前記要求メッセージは、ディスカバリ要求メッセージ及び／又はアクセス要求メッセージを含む、ステップと
を含む、通信方法。

【請求項2】

前記第２のメッセージは、前記第２のリソースに含まれる第３のリソースの数量を示す情報を含む、
請求項１に記載の方法。

【請求項3】

前記第２のリソースは、少なくとも１つの第４のリソースをさらに含み、前記少なくとも１つの第４のリソースは、少なくとも１つの応答メッセージを搬送するために利用され、前記少なくとも１つの応答メッセージは、前記少なくとも１つの第３のリソースからの要求メッセージに対応する、
請求項１に記載の方法。

【請求項4】

前記第２のリソースは、伝送機会グループであり、前記伝送機会グループは、少なくとも１つの伝送機会を含み、各伝送機会は、第３のリソースを含む、
請求項１に記載の方法。

【請求項5】

前記第２のメッセージは、前記少なくとも１つの第３のリソースの開始時点、又は、前記少なくとも１つの伝送機会の開始時点をさらに示す、
請求項１に記載の方法。

【請求項6】

前記第２のメッセージは、以下の情報、即ち、
前記伝送機会グループの時間長についての情報、
前記伝送機会グループの開始時点についての情報、
前記伝送機会グループ内の伝送機会の数量についての情報、
前記伝送機会グループ内の少なくとも２つの隣接する伝送機会の開始時点の間のインターバルについての情報、
前記伝送機会グループ内の第１の伝送機会の開始時点についての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースの周波数ホッピングチャネルについての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースのホッピング周波数についての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースの帯域幅についての情報、
周波数ホッピングランダムシード、
利用可能な周波数ホッピングチャネルについての情報、及び
クロックパラメータ情報
のうちの１つ又は複数のタイプをさらに含む、
請求項１に記載の方法。

【請求項7】

前記伝送機会グループ内の各伝送機会は、前記第４のリソースを含む、
請求項３に記載の方法。

【請求項8】

前記少なくとも１つの第３のリソース上で要求メッセージを検出する前記ステップは、
第１の伝送機会における第３のリソース上の第１の要求メッセージを受信するステップを含み、
前記方法は、
前記第１の伝送機会における第４のリソース上で第１の応答メッセージを送信するステップであって、前記第１の応答メッセージは、前記第１の要求メッセージの受信を示す、ステップをさらに含む、
請求項７に記載の方法。

【請求項9】

前記少なくとも１つの第３のリソースは、少なくとも１つの第４のリソースに対応し、前記少なくとも１つの第４のリソースは、少なくとも１つの応答メッセージを搬送するために利用され、前記少なくとも１つの応答メッセージは、前記少なくとも１つの第３のリソースからの要求メッセージに対応する、
請求項１に記載の方法。

【請求項10】

前記少なくとも１つの第３のリソースが、前記少なくとも１つの第４のリソースと一対一に対応する、又は、前記少なくとも１つの第４のリソース内にあり、かつ複数の第３のリソースに対応する１つの第４のリソースが存在する、
請求項９に記載の方法。

【請求項11】

前記少なくとも１つの第３のリソース上で要求メッセージを検出する前記ステップは、
第３のリソース上で第１の要求メッセージを受信するステップを含み、
前記方法は、
前記第３のリソースに対応する第４のリソース上で第１の応答メッセージを送信するステップであって、前記第１の応答メッセージは、前記第１の要求メッセージの受信を示す、ステップをさらに含む、
請求項９に記載の方法。

【請求項12】

前記第１の要求メッセージは、第１のデバイスの識別子を含み、前記第１の要求メッセージは、前記第１のデバイスからのものであり、前記第１の応答メッセージは、前記第１のデバイスの前記識別子を含む、
請求項１１に記載の方法。

【請求項13】

前記第２のメッセージは、前記少なくとも１つの第４のリソースをさらに示す、
請求項３に記載の方法。

【請求項14】

前記第２のメッセージは、以下のこと、即ち、
少なくとも１つの第３のリソースが、ディスカバリ要求メッセージを検出するために利用されること、
少なくとも１つの第３のリソースが、アクセス要求メッセージを検出するために利用されること、又は
前記少なくとも１つの第３のリソースのうちの１つが第２のノードに対応し、前記第２のメッセージが、前記第２のノードの識別子を含むこと
のうちの１つ又は複数を示す、
請求項１に記載の方法。

【請求項15】

通信方法であって、前記方法は、
第１のブロードキャスト周波数ホッピングチャネル上で第１のノードから第１のメッセージを受信するステップであって、前記第１のメッセージは、第１の周波数ホッピングチャネル上の第１のリソースを示す、ステップと、
前記第１のリソース上で第２のメッセージを受信するステップであって、前記第２のメッセージは、第２のリソースを示し、前記第２のリソースは、少なくとも１つの第３のリソースを含む、ステップと、
前記少なくとも１つの第３のリソースのうちの１つで第１の要求メッセージを送信するステップであって、前記第１の要求メッセージは、ディスカバリ要求メッセージ及び／又はアクセス要求メッセージを含む、ステップと
を含む、通信方法。

【請求項16】

前記第２のメッセージは、前記第２のリソースに含まれる第３のリソースの数量を示す情報を含む、
請求項１５に記載の方法。

【請求項17】

前記第２のリソースは、少なくとも１つの第４のリソースをさらに含み、前記少なくとも１つの第４のリソースは、少なくとも１つの応答メッセージを搬送するために利用され、前記少なくとも１つの応答メッセージは、前記少なくとも１つの第３のリソースからの要求メッセージに対応する、
請求項１５に記載の方法。

【請求項18】

前記第２のリソースは、伝送機会グループであり、前記伝送機会グループは、少なくとも１つの伝送機会を含み、各伝送機会は、第３のリソースを含む、
請求項１５に記載の方法。

【請求項19】

前記第２のメッセージは、前記少なくとも１つの第３のリソースの開始時点、又は、前記少なくとも１つの伝送機会の開始時点をさらに示す、
請求項１５に記載の方法。

【請求項20】

前記第２のメッセージは、以下の情報、即ち、
前記伝送機会グループの時間長についての情報、
前記伝送機会グループの開始時点についての情報、
前記伝送機会グループ内の伝送機会の数量についての情報、
前記伝送機会グループ内の少なくとも２つの隣接する伝送機会の開始時点の間のインターバルについての情報、
前記伝送機会グループ内の第１の伝送機会の開始時点についての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースの周波数ホッピングチャネルについての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースのホッピング周波数についての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースの帯域幅についての情報、
周波数ホッピングランダムシード、
利用可能な周波数ホッピングチャネルについての情報、及び
クロックパラメータ情報
のうちの１つ又は複数のタイプをさらに含む、
請求項１５に記載の方法。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００１

【補正方法】削除

【補正の内容】

【手続補正書】

【提出日】2024-05-15

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

通信方法であって、前記方法は、
少なくとも１つのブロードキャスト周波数ホッピングチャネル上で第１のメッセージを送信するステップであって、前記第１のメッセージは、第１の周波数ホッピングチャネル上の第１のリソースを示す、ステップと、
前記第１のリソース上で第２のメッセージを送信するステップであって、前記第２のメッセージは、第２のリソースを示し、前記第２のリソースは、少なくとも１つの第３のリソースを含む、ステップと、
前記少なくとも１つの第３のリソース上で要求メッセージを検出するステップであって、前記要求メッセージは、ディスカバリ要求メッセージ及び／又はアクセス要求メッセージを含む、ステップと
を含む、通信方法。

【請求項2】

前記第２のメッセージは、前記第２のリソースに含まれる第３のリソースの数量を示す情報を含む、
請求項１に記載の方法。

【請求項3】

前記第２のリソースは、少なくとも１つの第４のリソースをさらに含み、前記少なくとも１つの第４のリソースは、少なくとも１つの応答メッセージを搬送するために利用され、前記少なくとも１つの応答メッセージは、前記少なくとも１つの第３のリソースからの要求メッセージに対応する、
請求項１に記載の方法。

【請求項4】

前記第２のリソースは、伝送機会グループであり、前記伝送機会グループは、少なくとも１つの伝送機会を含み、各伝送機会は、第３のリソースを含む、
請求項１に記載の方法。

【請求項5】

前記第２のメッセージは、前記少なくとも１つの第３のリソースの開始時点、又は、前記少なくとも１つの伝送機会の開始時点をさらに示す、
請求項１に記載の方法。

【請求項6】

前記第２のリソースは、伝送機会グループであり、前記伝送機会グループは、少なくとも１つの伝送機会を含み、
前記第２のメッセージは、以下の情報、即ち、
前記伝送機会グループの時間長についての情報、
前記伝送機会グループの開始時点についての情報、
前記伝送機会グループ内の伝送機会の数量についての情報、
前記伝送機会グループ内の少なくとも２つの隣接する伝送機会の開始時点の間のインターバルについての情報、
前記伝送機会グループ内の第１の伝送機会の開始時点についての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースの周波数ホッピングチャネルについての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースのホッピング周波数についての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースの帯域幅についての情報、
周波数ホッピングランダムシード、
利用可能な周波数ホッピングチャネルについての情報、及び
クロックパラメータ情報
のうちの１つ又は複数のタイプをさらに含む、
請求項１に記載の方法。

【請求項7】

前記第２のリソースは、伝送機会グループであり、前記伝送機会グループは、少なくとも１つの伝送機会を含み、前記伝送機会グループ内の各伝送機会は、前記第４のリソースを含む、
請求項３に記載の方法。

【請求項8】

前記少なくとも１つの第３のリソース上で要求メッセージを検出する前記ステップは、
第１の伝送機会における第３のリソース上の第１の要求メッセージを受信するステップを含み、
前記方法は、
前記第１の伝送機会における第４のリソース上で第１の応答メッセージを送信するステップであって、前記第１の応答メッセージは、前記第１の要求メッセージの受信を示す、ステップをさらに含む、
請求項７に記載の方法。

【請求項9】

前記少なくとも１つの第３のリソースは、少なくとも１つの第４のリソースに対応し、前記少なくとも１つの第４のリソースは、少なくとも１つの応答メッセージを搬送するために利用され、前記少なくとも１つの応答メッセージは、前記少なくとも１つの第３のリソースからの要求メッセージに対応する、
請求項１に記載の方法。

【請求項10】

前記少なくとも１つの第３のリソースが、前記少なくとも１つの第４のリソースと一対一に対応する、又は、前記少なくとも１つの第４のリソース内にあり、かつ複数の第３のリソースに対応する１つの第４のリソースが存在する、
請求項９に記載の方法。

【請求項11】

前記少なくとも１つの第３のリソース上で要求メッセージを検出する前記ステップは、
第３のリソース上で第１の要求メッセージを受信するステップを含み、
前記方法は、
前記第３のリソースに対応する第４のリソース上で第１の応答メッセージを送信するステップであって、前記第１の応答メッセージは、前記第１の要求メッセージの受信を示す、ステップをさらに含む、
請求項９に記載の方法。

【請求項12】

前記第１の要求メッセージは、第１のデバイスの識別子を含み、前記第１の要求メッセージは、前記第１のデバイスからのものであり、前記第１の応答メッセージは、前記第１のデバイスの前記識別子を含む、
請求項１１に記載の方法。

【請求項13】

前記第２のメッセージは、前記少なくとも１つの第４のリソースをさらに示す、
請求項３に記載の方法。

【請求項14】

前記第２のメッセージは、以下のこと、即ち、
少なくとも１つの第３のリソースが、ディスカバリ要求メッセージを検出するために利用されること、
少なくとも１つの第３のリソースが、アクセス要求メッセージを検出するために利用されること、又は
前記少なくとも１つの第３のリソースのうちの１つが第２のノードに対応し、前記第２のメッセージが、前記第２のノードの識別子を含むこと
のうちの１つ又は複数を示す、
請求項１に記載の方法。

【請求項15】

通信方法であって、前記方法は、
第１のブロードキャスト周波数ホッピングチャネル上で第１のノードから第１のメッセージを受信するステップであって、前記第１のメッセージは、第１の周波数ホッピングチャネル上の第１のリソースを示す、ステップと、
前記第１のリソース上で第２のメッセージを受信するステップであって、前記第２のメッセージは、第２のリソースを示し、前記第２のリソースは、少なくとも１つの第３のリソースを含む、ステップと、
前記少なくとも１つの第３のリソースのうちの１つで第１の要求メッセージを送信するステップであって、前記第１の要求メッセージは、ディスカバリ要求メッセージ及び／又はアクセス要求メッセージを含む、ステップと
を含む、通信方法。

【請求項16】

前記第２のメッセージは、前記第２のリソースに含まれる第３のリソースの数量を示す情報を含む、
請求項１５に記載の方法。

【請求項17】

前記第２のリソースは、少なくとも１つの第４のリソースをさらに含み、前記少なくとも１つの第４のリソースは、少なくとも１つの応答メッセージを搬送するために利用され、前記少なくとも１つの応答メッセージは、前記少なくとも１つの第３のリソースからの要求メッセージに対応する、
請求項１５に記載の方法。

【請求項18】

前記第２のリソースは、伝送機会グループであり、前記伝送機会グループは、少なくとも１つの伝送機会を含み、各伝送機会は、第３のリソースを含む、
請求項１５に記載の方法。

【請求項19】

前記第２のメッセージは、前記少なくとも１つの第３のリソースの開始時点、又は、前記少なくとも１つの伝送機会の開始時点をさらに示す、
請求項１５に記載の方法。

【請求項20】

前記第２のリソースは、伝送機会グループであり、前記伝送機会グループは、少なくとも１つの伝送機会を含み、前記第２のメッセージは、以下の情報、即ち、
前記伝送機会グループの時間長についての情報、
前記伝送機会グループの開始時点についての情報、
前記伝送機会グループ内の伝送機会の数量についての情報、
前記伝送機会グループ内の少なくとも２つの隣接する伝送機会の開始時点の間のインターバルについての情報、
前記伝送機会グループ内の第１の伝送機会の開始時点についての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースの周波数ホッピングチャネルについての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースのホッピング周波数についての情報、
前記伝送機会グループ又は前記少なくとも１つの第３のリソースの帯域幅についての情報、
周波数ホッピングランダムシード、
利用可能な周波数ホッピングチャネルについての情報、及び
クロックパラメータ情報
のうちの１つ又は複数のタイプをさらに含む、
請求項１５に記載の方法。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０２６０

【補正方法】変更

【補正の内容】

【0260】

具体的な実装において、要求メッセージを搬送するために利用される第３のリソースと、応答メッセージを搬送するために利用される第４のリソースとが交互に配置される。例えば、伝送機会グループにおいて、図５に示すように、各伝送機会は、１つの第３のリソースと、１つの第４のリソースとを含む。この場合、第１のノードが、第３のリソース上で第１の要求メッセージを検出又は受信する度に、第１のノードは、第３のリソースが配置される伝送機会における第４のリソースに基づいて、第１の応答メッセージを送信し、ここで、第１の応答メッセージは、第１の要求メッセージの受信を示す。

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】０２６４

【補正方法】変更

【補正の内容】

【0264】

例えば、Ｓ２０４において、図６の例について、それに対応して、ノード１がリソース１上で要求メッセージ１を送信し、かつノード２がリソース１上で要求メッセージ２を送信するため、リソース１上で要求メッセージ１及び要求メッセージ２がコンフリクトする。この場合、第１のノードは、要求メッセージの１つを正しく受信しうる。例えば、要求メッセージ１が受信される場合、第１のノードは、リソース１に対応するリソース４上で応答メッセージ１を送信し、ここで、応答メッセージ１は、リソース１上での要求メッセージ１の受信を示す。さらに、応答メッセージ１は、ノード１のデバイス識別子を搬送しうる。他の具体的な実装において、リソース１上で要求メッセージ１と要求メッセージ２とがコンフリクトし、第１のノードが、リソース１上で、いずれの要求メッセージも正しく受信しない場合、第１のノードは、リソース１に対応するリソース４上で応答メッセージを送信する必要がない。加えて、第１のノードが、リソース２上でノード３から要求メッセージ３を受信する場合、第１のノードは、リソース２に対応するリソース５上で応答メッセージ２を送信し、ここで、応答メッセージ２は、リソース２上での要求メッセージ３の受信を示す。

【手続補正4】

【補正対象書類名】明細書

【補正対象項目名】０２９５

【補正方法】変更

【補正の内容】

【0295】

端末の例は、それらに限定されないが、スマート家庭用デバイス（テレビ、ロボット掃除機、スマートデスクランプ、音響システム、インテリジェント照明システム、電気制御システム、ホームバックグラウンドミュージック、ホームシアターシステム、インターコムシステム、又はビデオ監視など）、インテリジェント輸送デバイス（車両、船舶、無人航空機、列車、又はトラックなど）、インテリジェント産業デバイス（ロボット、産業デバイス、インテリジェントロジスティクス、又はインテリジェント工場など）、インテリジェント端末（モバイルフォン、コンピュータ、タブレット、パームトップコンピュータ、デスクトップコンピュータ、ヘッドセット、スピーカ、ウェアラブルデバイス、車載デバイス、仮想現実デバイス、又は拡張現実デバイスなど）を含む。

【国際調査報告】