特表 2023-529495 無線通信ネットワークのためのリソーススケジューリングシステム

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

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

(11)【公表番号】

(43)【公表日】2023-07-10

(54)【発明の名称】無線通信ネットワークのためのリソーススケジューリングシステム

(51)【国際特許分類】

   H04W 72/0446 20230101AFI20230703BHJP

   H04W 72/0453 20230101ALI20230703BHJP

   H04W 72/12 20230101ALI20230703BHJP

   H04W 84/10 20090101ALI20230703BHJP

   H04W 84/12 20090101ALI20230703BHJP

   H04W 84/18 20090101ALI20230703BHJP

【ＦＩ】

H04W72/0446

H04W72/0453

H04W72/12

H04W84/10 110

H04W84/12

H04W84/18

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022576800

(86)(22)【出願日】2021-06-08

(85)【翻訳文提出日】2023-02-10

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

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

(87)【国際公開日】2021-12-16

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

(32)【優先日】2020-06-10

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】518245157

【氏名又は名称】ワイヤパス オイ

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】ピルスカネン、ユホ

(72)【発明者】

【氏名】カセヴァ、ヴィッレ

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067EE02

5K067EE10

5K067EE25

(57)【要約】

本出願は、無線通信ネットワーク（１０２）のためのリソーススケジューリングシステム（１００）に関する。システムは、第１通信デバイス（１０４ａ）と第２通信デバイス（１０４ｂ）とを備える。第１および第２通信デバイス（１０４ａ、１０４ｂ）は、ネットワークの複数の通信デバイス（１０４、１０４ａ、１０４ｂ）のグループに属する。複数の通信デバイスのグループにおける各通信デバイス（１０４、１０４ａ、１０４ｂ）は、複数の通信デバイスのうちの少なくとも１つと双方向の無線通信を提供するように構成されている。第１通信デバイスは、複数の通信デバイスの残り（１０４、１０４ｂ）に送信リソース構成を送信するように構成されている。第１通信デバイスは、複数の通信デバイスの残りに送信リソース割当を別個にブロードキャストするようにさらに構成されている。

【特許請求の範囲】

【請求項1】

無線通信ネットワーク（１０２）のためのリソーススケジューリングシステム（１００）であって、
第１通信デバイス（１０４ａ）と、
第２通信デバイス（１０４ｂ）と、
を備え、
前記第１通信デバイスおよび第２通信デバイス（１０４ａ、１０４ｂ）は前記無線通信ネットワークの複数の通信デバイス（１０４、１０４ａ、１０４ｂ）のグループに属し、
前記複数の通信デバイスのグループの通信デバイスの各々（１０４、１０４ａ、１０４ｂ）は、前記複数の通信デバイスのうちの少なくとも１つとの双方向無線通信を提供するように構成され、
前記第１通信デバイスは前記複数の通信デバイスのうちの残り（１０４、１０４ｂ）に送信リソース構成を送信するように構成され、
前記第１通信デバイスは送信リソース割当を前記複数の通信デバイスのうちの残りに別個にブロードキャストするようにさらに構成されている、
リソーススケジューリングシステム。

【請求項2】

前記第１通信デバイスは、前記複数の通信デバイスの各々に属する前記第２通信デバイスの関連付け要求に対する応答の一部として前記送信リソース構成を送信する、
請求項１に記載のリソーススケジューリングシステム。

【請求項3】

前記送信リソース構成は、前記第１通信デバイスと前記第２通信デバイスとの間の前記関連付けを完了する、関連付け確認応答の一部である、
請求項２に記載のリソーススケジューリングシステム。

【請求項4】

前記第１通信デバイスは前記複数の通信デバイスの既存の関連付けの間に前記送信リソース構成が変化した場合、前記複数の通信デバイスに前記送信リソース構成をブロードキャストする、
請求項１に記載のリソーススケジューリングシステム。

【請求項5】

前記送信リソース構成は、
少なくともリソースのタイミングと、前記リソースの少なくとも１つの周波数チャネルとを備えるか、または、
少なくともリソースのタイミングと、前記リソースの少なくとも１つのチャネルと、前記リソースの量とを備える、
請求項１～請求項４のいずれか１項に記載のリソーススケジューリングシステム。

【請求項6】

前記第１通信デバイスは、ビーコンの一部として前記送信リソース割当をブロードキャストする、
請求項１～請求項５のいずれか１項に記載のリソーススケジューリングシステム。

【請求項7】

前記送信リソース割当は、
前記複数の通信デバイスのグループ内のどの無線通信デバイス（１０４、１０４ｂ）にリソースのどの部分が割り当てられているかを示す割当情報と、
前記割り当てられたリソース部分がアップリンク方向であるかダウンリンク方向であるかを示す方向情報と、
を少なくとも備える、
請求項１～請求項６のいずれか１項に記載のリソーススケジューリングシステム。

【請求項8】

前記第１通信デバイスが前記複数の通信デバイスの全てに単一のメッセージで前記送信リソース割当を通知できない場合、前記第１通信デバイスは、前記複数の通信デバイスのグループを少なくとも２つのデバイスグループに分割し、各デバイスグループのリソース割当を前記複数の通信デバイスに順次ブロードキャストする、
請求項１～請求項７のいずれか１項に記載のリソーススケジューリングシステム。

【請求項9】

各通信デバイスまたは少なくとも１つの未使用のリソースのリソース必要性を判断するために、前記第１通信デバイスは前記複数の通信デバイスのグループ内の前記各通信デバイスによって送信されたメッセージの量を観測するか、または、前記複数の通信デバイスのグループに属する１つの通信デバイスから追加のリソース要求を受信することができ、
前記観測または前記受信された追加のリソース要求がそのような必要性を示す場合、前記送信リソース構成を変更する、
請求項１～請求項８のいずれか１項に記載のリソーススケジューリングシステム。

【請求項10】

前記無線通信ネットワークは、デジタルヨーロッパコードレステレコミュニケーション２０２０（Ｄｉｇｉｔａｌ Ｅｕｒｏｐｅａｎ Ｃｏｒｄｌｅｓｓ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ２０２０）ベースのネットワーク、ワイヤレスメッシュネットワーク、ワイヤレスブルートゥース（登録商標）ローエネルギー（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ）ベースの無線ネットワーク、ワイヤレスローカルエリアネットワーク、スレッド（Ｔｈｒｅａｄ）ネットワーク、ジグビー（Ｚｉｇｂｅｅ（登録商標））ネットワーク、公衆陸上移動体（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ）ネットワーク、またはセルラネットワークである、
請求項１～請求項９のいずれか１項に記載のリソーススケジューリングシステム。

【請求項11】

前記無線通信ネットワークが無線メッシュネットワークである場合、前記複数の通信デバイスのグループがクラスタを形成し、前記第１通信デバイスは前記クラスタのクラスタヘッド（１０４ａ）として動作し、前記クラスタのクラスタメンバ（１０４、１０４ｂ）に対してリソースをスケジューリングして割り当て、前記第２通信デバイスは、前記クラスタメンバの１つである、
請求項１～請求項１０のいずれか１項に記載のリソーススケジューリングシステム。

【請求項12】

無線通信ネットワーク（１０２）のためのリソーススケジューリング方法であって、
前記無線通信ネットワークの複数の通信デバイス（１０４、１０４ａ、１０４ｂ）のグループに属する少なくとも第１通信デバイスおよび第２通信デバイス（１０４ａ、１０４ｂ）を提示し、
前記複数の通信デバイスの前記グループ内の各通信デバイス（１０４、１０４ａ、１０４ｂ）によって、前記複数の通信デバイスのうちの少なくとも１つとの双方向無線通信を提供し、
前記第１通信デバイス（１０４ａ）によって、前記複数の通信デバイスのうちの残り（１０４、１０４ｂ）に送信リソース構成を送信し、
前記第１通信デバイスによって、送信リソース割当が、前記複数の通信デバイスのうちの残りに、別個にブロードキャストされる、
リソーススケジューリング方法。

【請求項13】

無線通信デバイス（１０４ａ）であって、
コントローラ（４２４）と、
データ転送部（４２６）と、
を備え、
前記コントローラは無線通信ネットワーク（１０２）内に複数の無線通信デバイス（１０４、１０４ａ、１０４ｂ）のグループを提示するように構成され、
前記データ転送部は前記複数の無線通信デバイスの前記グループに属する少なくとも１つの別の無線通信デバイス（１０４、１０４ｂ）と双方向無線通信を提供するように構成され、
前記データ転送部は前記複数の無線通信デバイスの残り（１０４、１０４ｂ）に送信リソース構成を送信するように構成され、
前記データ転送部は前記無線通信ネットワーク内のリソースをスケジューリングするために、前記複数の無線通信デバイスの残りに送信リソース割り当てを別個にブロードキャストするようにさらに構成されている、
無線通信デバイス。

【請求項14】

無線通信デバイス（１０４ａ）のためのリソーススケジューリング方法であって、
前記無線通信デバイスのコントローラ（４２４）が、無線通信ネットワーク（１０２）内の複数の無線通信デバイス（１０４、１０４ａ、１０４ｂ）のグループを提示し、
前記無線通信デバイスのデータ転送部（４２６）が、前記複数の無線通信デバイスのグループに属する少なくとも１つの別の無線通信デバイス（１０４、１０４ｂ）との双方向無線通信を提供し、
前記データ転送部が、前記複数の無線通信デバイスの残り（１０４、１０４ｂ）に送信リソース構成を送信し、
前記無線通信ネットワーク内のリソースをスケジューリングするために、前記データ転送部が、前記複数の無線通信デバイスの残りに、別個に送信リソース割当をブロードキャストする、
リソーススケジューリング方法。

【請求項15】

コンピュータプログラム（４６０）であって、
コンピュータによって実行されると、前記コンピュータに、少なくとも請求項１４に記載のリソーススケジューリング方法を実行させる命令を含む、
コンピュータプログラム。

【請求項16】

請求項１５に記載のコンピュータプログラム（４６０）を含む、有形の不揮発性コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、一般に、無線通信ネットワークのためのリソーススケジューリングシステムに関する。

【背景技術】

【0002】

典型的には、無線リソースへのアクセスが制御される無線システムでは、送信リソースは、すべての無線デバイスが無線リソースに満足するコンテンションベースであるか、または、各無線リソースが、データを受信または送信するために特定のデバイスに割り当てられる、スケジューリング（専用）リソースのいずれかである。

【0003】

無線リソースへのコンテンションベースのチャネルアクセスの利点は、非常に限られた量のシグナリングを必要とすることである。しかしながら、リソースがますます使用されると、衝突確率が増加し、これは、リソースを介して得られる全体的なスループットを低下させる。基本的なＡＬＯＨＡ、すなわちスロット化されたＡＬＯＨＡプロトコルはそのようなコンテンションベースのリソースを使用する一般的な方法であり、そのシステムスループットは、スロット化されていないバージョンまたはスロット化されたバージョンのどちらが使用されるかに応じて、最大容量の約２０～４０％に制限される。他のコンテンションベースのプロトコル、例えば、ＣＳＭＡ－ＣＡ（Ｃａｒｒｉｅｒ－Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）は性能を向上させるが、最大容量を考慮して、依然として達成可能な最大性能を制限する。

【0004】

主にコンテンションベースの無線アクセスで動作する最もよく知られた無線システムは、無線ローカルエリアネットワーク（ＷＬＡＮ）システム、例えばＷｉ－Ｆｉシステムである。ＷＬＡＮ／Ｗｉ－Ｆｉでは、コンテンションベースのアクセスを使用する。８０２．１１ａｈは、ＩｏＴデバイスをサポートするように設計された。８０２．１１ａｈの標準化過程で衝突の問題が確認された。ＳＴＡは、より小さいグループにグループ化され、異なるグループに対して異なる競合ウィンドウを割り当てることができる。しかし、単一のグループ内のデバイスは送信がコンテンション（競合）ベースの原理で行われるとき、各グループが独自のアクセスウィンドウ（時間）を取得するのと同じリソースにコンテンツを提供する。

【0005】

スケジューリングされた（専用の）リソースの利点は、リソースが特定のデバイスによってのみ使用され、したがって衝突がないことである。これは、基本的に、リソースが１００％まで使用され得るとき、より高いリソース利用を可能にする。加えて、衝突がなく、再送信の必要性が最小限に抑えられるとき、より良好なエネルギー効率が達成される。しかしながら、欠点はリソースが要求されるべきであり、割り当てが明示的にシグナリングされるべきであることであり、これは、コンテンションベースのリソースと比較して著しく高いシグナリングオーバーヘッドを引き起こす。このシグナリングは、実際のデータを送信するための待ち時間を増加させ、デバイス電力消費を増加させるにつれて、全体的な有効リソース消費を著しく減少させる。要求されるリソースが小さい場合、すなわち、個々のトラフィック量が小さい場合、またはほとんどない場合、問題はより重大になり、その場合、問題は、リソース割当の相対的オーバーヘッドを有意なレベルまで増加させる。

【0006】

スケジューリングされたリソースを使用する周知のシステムはＬＴＥ（Ｌｏｎｇ－Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）およびセルラシステムであり、個々のスケジューリングコマンドが個々のユーザデバイスに送信され、これらのコマンドはどのユーザデバイスが送信または受信し、これらの送信がどのリソース上で行われるかを定義する。

【0007】

スケジューリングされたリソースを使用する別の既知のシステムが、技術仕様ＥＴＳＩ ＴＳ １０３ ６３６－４ Ｖ０．０．８ （２０２０－０６）、ＤＥＣＴ－２０２０ ＮＲ （Ｎｅｗ Ｒａｄｉｏ）、パート４： ＭＡＣ層、リリース＃１で紹介されている。

【発明の概要】

【発明が解決しようとする課題】

【0008】

本発明の１つの目的は既知の解決策の欠点を取り除き、無線通信デバイスが割り当てられたリソースのみを受信および送信する無線通信ネットワークにおける無線送信リソースの構成（割当）および別個の割当を提供することである。これは、ネットワークの容量およびデバイスの電力消費を改善する。専用リソース構成シグナリングとリソース割当シグナリングとの分離はリソース構成がほとんど変化しない無線通信ネットワークに対して、効率的な全体的シグナリング、すなわち、最小化されたシグナリングオーバーヘッドを提供する。

【課題を解決するための手段】

【0009】

本発明の１つの目的は、独立請求項によるスケジューリングシステム、通信デバイス、方法、コンピュータプログラム、およびコンピュータ可読媒体を提供することによって達成される。

【0010】

本発明の実施形態は、独立請求項によるスケジューリングシステム、通信デバイス、方法、コンピュータプログラム、およびコンピュータ可読媒体に開示される。

【0011】

無線通信ネットワークのための１つのリソーススケジューリングシステムは、第１通信デバイスと第２通信デバイスとを備える。第１および第２通信デバイスは、ネットワークの複数の通信デバイスのグループに属する。複数の通信デバイスのグループ内の各通信デバイスは、複数の通信デバイスのうちの少なくとも１つとの双方向無線通信を提供するように構成されている。第１通信デバイスは、複数の通信デバイスの残りに送信リソース構成を送信するように構成されている。第１通信デバイスは、複数の通信デバイスの残りに送信リソース割当を別個にブロードキャストするようにさらに構成されている。

【0012】

無線通信ネットワークのための１つのリソーススケジューリング方法は、ネットワークの複数の通信デバイスのグループに属する少なくとも第１および第２通信デバイスを提示する。本方法は、さらに、複数の通信デバイスのグループ内の各通信デバイスによって、複数の通信デバイスのうちの少なくとも１つとの双方向無線通信を提供する。本方法は、さらに、第１通信デバイスによって、複数の通信デバイスの残りに送信リソース構成を送信する。本方法は、さらに、第１通信デバイスによって、複数の通信デバイスの残りの部分に送信リソース割当を別々にブロードキャストする。

【0013】

無線通信ネットワークのための１つの無線通信デバイスは、コントローラとデータ転送部とを備える。コントローラは、無線通信ネットワーク内の複数の無線通信デバイスのグループを提示するように構成されている。データ転送部は、複数の通信デバイスのグループに属する少なくとも１つの別の無線通信デバイスとの双方向無線通信を提供するように構成されている。データ転送部は、複数の通信デバイスの残りに送信リソース構成を送信するように構成されている。データ転送部はネットワーク内のリソースをスケジューリングするために、複数の通信デバイスの残りに送信リソース割当を別々にブロードキャストするようにさらに構成されている。

【0014】

無線通信デバイスのための１つのリソーススケジューリング方法は、通信デバイスのコントローラによって、無線通信ネットワーク内の複数の無線通信デバイスのグループを提示する。本方法は、さらに、通信デバイスのデータ転送部によって、複数の通信デバイスのグループに属する少なくとも１つの別の無線通信デバイスとの双方向無線通信を提供する。本方法は、さらに、データ転送部によって、複数の通信デバイスの残りに送信リソース構成を送信する。本方法は、さらに、ネットワーク内のリソースをスケジューリングするために、データ転送部によって、複数の通信デバイスの残りに送信リソース割当を別個にブロードキャストする。

【0015】

１つのコンピュータプログラムは、前述の無線通信デバイスに従ってコンピュータによって実行されるとき、コンピュータに、少なくとも前述のリソーススケジューリング方法を実行させる命令を備える。

【0016】

有形の不揮発性コンピュータ可読記憶媒体は、前述のコンピュータプログラムに従う、コンピュータプログラムを含む。

【図面の簡単な説明】

【0017】

【図1】リソーススケジューリングシステムのための無線通信環境を提示する。

【図2a】リソース構成情報要素の例示的なフォーマットを提示する。

【図2b】リソース構成情報要素のための別のフォーマットおよびそのフィールドの定義を提示する。

【図2c】リソース構成情報要素のための別のフォーマットおよびそのフィールドの定義を提示する。

【図2d】関連付け確認応答の例示的なフォーマットを提示する。

【図3a】リソース割当情報要素のための異なる例示的なフォーマットを提示する。

【図3b】リソース割当情報要素のための異なる例示的なフォーマットを提示する。

【図3c】リソース割当情報要素のための異なる例示的なフォーマットを提示する。

【図3d】リソース割当情報要素のための異なる例示的なフォーマットを提示する。

【図3e】リソース割当情報要素のための異なる例示的なフォーマットを提示する。

【図3f】リソース割当情報要素のための異なる例示的なフォーマットを提示する。

【図4】無線通信デバイスの一部を提示する

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

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

デバイス１０４、１０４ａ、１０４ｂはまた、データ転送手段（データ転送部）４２６と、コントローラ４２４が、アンテナ４５０を介して、システム１００内のエンティティの少なくとも１つ、例えばデバイス１０４、１０４、１０４ｂへの命令、要求、およびデータを送信するために使用するアンテナ（アンテナ部）４５０を含む。データ転送部４２６はまた、アンテナを介して、システム１００内の少なくとも１つのエンティティ、例えば、デバイス１０４、１０４、１０４ｂからコマンド、要求、およびデータを受信する。デバイス１０４、１０４、１０４ｂのデータ転送部４２６とシステム１００内の他のエンティティとの間の通信は、アンテナ４５０を介して無線で提供される。

【0084】

デバイス１０４、１０４ａ、１０４ｂはまた、電源（電源部）４５２を備える。電源４５２はデバイス１０４、１０４ａ、１０４ｂに電力を供給するための構成要素、例えば、バッテリおよびレギュレータを備える。

【0085】

メモリ４３２は、データ転送部４２６を動作（制御）するためのデータ転送アプリケーション４５４と、アンテナ４５０を動作させるためのアンテナアプリケーション４５６と、電源４５２を動作させるための電源アプリケーション４５８とを少なくとも記憶する。

【0086】

メモリ４３２はまた、コンピュータプログラム（コンピュータソフトウェア、コンピュータアプリケーション）４６０を記憶し、これは、コントローラ４２４の手段により、例えば、デバイス１０４、１０４ａ、１０４ｂ内のコンピュータで実行されるとき、本明細書および図において先に説明したデバイス１０４、１０４ａ、１０４ｂの動作を少なくとも実行するために、部分４２６、４４８、４５０、４５２のうちの少なくとも１つを使用する。

【0087】

コンピュータプログラム４６０は有形の不揮発性コンピュータ可読記憶媒体、例えば、コンパクトディスク（ＣＤ）またはユニバーサルシリアルバス（ＵＳＢ）タイプの記憶デバイスに記憶され得る。

【0088】

本発明およびそのいくつかの利点を、上述の例示的な実施形態を参照して説明してきた。本発明は、これらの実施形態だけに限定されず、以下の特許請求の範囲内の全ての可能な実施形態を含むことが明らかである。

【図1】

【図2a】

【図2b】

【図2c】

【図2d】

【図3a】

【図3b】

【図3c】

【図3d】

【図3e】

【図3f】

【図4】

【国際調査報告】