特許 7498853 リソース処理方法、装置及び媒体

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

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

(11)【特許番号】

(24)【登録日】2024-06-04

(45)【発行日】2024-06-12

(54)【発明の名称】リソース処理方法、装置及び媒体

(51)【国際特許分類】

   H04W 72/40 20230101AFI20240605BHJP

   H04W 92/18 20090101ALI20240605BHJP

   H04W 72/25 20230101ALI20240605BHJP

   H04W 72/0446 20230101ALI20240605BHJP

   H04W 72/0453 20230101ALI20240605BHJP

【ＦＩ】

H04W72/40

H04W92/18

H04W72/25

H04W72/0446

H04W72/0453

【請求項の数】 15

(21)【出願番号】P 2023513573

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

(65)【公表番号】

(43)【公表日】2023-09-12

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

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

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

【審査請求日】2023-03-29

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

(32)【優先日】2020-08-29

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

(31)【優先権主張番号】202011358002.X

(32)【優先日】2020-11-27

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

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

(32)【優先日】2021-06-25

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

(73)【特許権者】

【識別番号】503433420

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

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

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

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎 修

(72)【発明者】

【氏名】ホ，ホォンリ

(72)【発明者】

【氏名】リ，シュエルゥ

(72)【発明者】

【氏名】ペン，ラン

【審査官】伊藤 嘉彦

(56)【参考文献】

【文献】国際公開第２０２０／０６４５５３（ＷＯ，Ａ１）

【文献】国際公開第２０２０／０５４０４１（ＷＯ，Ａ１）

【文献】特表２０１７－５０６８４２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｂ ７／２４ － ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

リソース処理方法であって、
第１のデバイスによって、第１のリソースに対応するビーコン指示リソース上でビーコン・メッセージを送信することであって、前記ビーコン・メッセージは、前記第１のリソースが第１のユーザ・グループ内のデバイスによって使用され、かつ別のユーザ・グループが前記第１のリソースの全部若しくは一部を使用できないことを示すために使用される、ことか、又は
前記第１のデバイスによって、前記第１のリソースに対応する前記ビーコン指示リソース上での前記ビーコン・メッセージの送信をスキップし、その結果、別のユーザ・グループ内のデバイスは、前記第１のリソースが前記第１のユーザ・グループ内の前記デバイスによって使用されず、かつ前記第１のリソースの全部若しくは一部が前記別のユーザ・グループ内の前記デバイスによって一時的に使用され得ると決定すること、を含み、
前記第１のデバイスは、前記第１のユーザ・グループに属し、第１のリソースは、第１のリソース・プールに属し、第１のリソース・プールは、サイドリンクＳＬ通信のために前記第１のユーザ・グループに配分される複数の周期的リソースを含み、各リソースは、１つのビーコン指示リソースに対応し、
前記ビーコン・メッセージは、前記第１のリソース・プールの設定情報を搬送し、前記設定情報は、第２のリソース内にあり、かつ前記第２のリソースが第１の条件を満たすときに前記別のユーザ・グループによって使用され得るリソースのリソース情報を示すために使用され、前記リソース情報は、ターゲット・リソース・ユニット・セット及び／又はターゲット・ユーザ・グループ・セットを含み、
前記第２のリソースは、前記第１のリソース・プールに属し、前記第２のリソースに対応する時間領域ロケーションは、前記第１のリソースに対応する時間領域ロケーションの後であり、前記第１の条件は、前記第１のデバイスが前記第２のリソースに対応するビーコン指示リソース上でのビーコン・メッセージの送信をスキップすることであり、
前記ターゲット・リソース・ユニット・セットは、前記第２のリソース内の少なくとも１つのリソース・ユニットを含み、
前記ターゲット・ユーザ・グループ・セットは、少なくとも１つのユーザ・グループの識別子を含み、前記ユーザ・グループの前記識別子は、前記ターゲット・リソース・ユニット・セット内のリソースを使用することが可能なユーザ・グループの識別子である、方法。

【請求項2】

前記ターゲット・リソース・ユニット・セットは、リソース解放持続時間セット及び／又はリソース解放周波数領域セットを含み、
前記リソース解放持続時間セットは、少なくとも１つの時間ユニット数を含み、第１の時間ユニット数は、前記第２のリソース内にあり、かつ前記別のユーザ・グループ内の前記デバイスによって使用され得るリソースに含まれる時間ユニット数を示すために使用され、前記第１の時間ユニット数は、前記少なくとも１つの時間ユニット数に属するか、又は
前記リソース解放持続時間セットは、少なくとも１つの時間ユニット比率を含み、第１の時間ユニット比率は、前記第２のリソース内にあり、かつ前記別のユーザ・グループ内の前記デバイスによって使用され得る前記リソースに含まれる時間ユニット数の、前記第２のリソースに含まれる時間ユニット総数に対する比を示し、前記第１の時間ユニット比率は、前記少なくとも１つの時間ユニット比率に属し、
前記リソース解放周波数領域セットは、前記第２のリソース内の少なくとも１つの周波数領域リソースに対応する指示情報を含み、前記指示情報は、前記別のユーザ・グループ内の前記デバイスによって使用され得る周波数領域リソースを示す、請求項１に記載の方法。

【請求項3】

前記ビーコン・メッセージは、Ｚａｄｅｏｆｆ－Ｃｈｕ系列によって搬送され、前記Ｚａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスは、前記第１のユーザ・グループの識別子及び前記Ｚａｄｅｏｆｆ－Ｃｈｕ系列の長さに基づいて決定される、請求項２に記載の方法。

【請求項4】

前記Ｚａｄｅｏｆｆ－Ｃｈｕ系列は、前記ルート・インデックスと、サイクリック・シフト・パラメータ・セット内にあり、かつ前記設定情報に対応するサイクリック・シフト・パラメータとに基づいて生成され、前記サイクリック・シフト・パラメータ・セットは、複数の設定情報に対応するサイクリック・シフト・パラメータを含むか、又は
前記Ｚａｄｅｏｆｆ－Ｃｈｕ系列は、系列セット内にあり、かつ設定情報に対応するターゲット系列であり、前記系列セットは、前記複数の設定情報に対応する系列を含み、前記複数の設定情報において、各設定情報に対応する系列は、前記ルート・インデックス及び各設定情報に対応するサイクリック・シフト・パラメータに基づいて決定される、請求項３に記載の方法。

【請求項5】

第１のデバイスによって、第１のリソースに対応するビーコン指示リソース上でビーコン・メッセージを送信することは、
前記第１のデバイスによって、前記第１のユーザ・グループが前記第１のリソースを使用すると決定することをさらに含み、
前記第１のデバイスによって、前記第１のリソースに対応する前記ビーコン指示リソース上での前記ビーコン・メッセージの送信をスキップすることは、
前記第１のデバイスによって、前記第１のユーザ・グループが前記第１のリソースの使用をスキップすると決定することをさらに含む、請求項１～４のいずれか一項に記載の方法。

【請求項6】

前記第１のデバイスによって、前記第１のユーザ・グループが前記第１のリソースを使用すると決定することは、
前記第１のデバイスによって、前記第１のリソースが第２のデバイスによって使用されると決定することを含み、前記第２のデバイスは、前記第１のユーザ・グループに属する、請求項５に記載の方法。

【請求項7】

リソース処理方法であって、
第３のデバイスは、第１のリソースに対応するビーコン指示リソース上で第１のビーコン・メッセージを検出することであって、前記第１のリソースは、第１のリソース・プールに属し、前記第１のリソース・プールは、サイドリンクＳＬ通信のために第１のユーザ・グループに配分される複数の周期的リソースを含み、各リソースは、１つのビーコン指示リソースに対応し、前記第３のデバイスは、第２のユーザ・グループに属し、前記第１のビーコン・メッセージは、前記第１のリソースが前記第１のユーザ・グループ内のデバイスによって使用され、前記第１のユーザ・グループを除く別のユーザ・グループが前記第１のリソースの全部若しくは一部を使用できないことを示すために使用される、ことと、
前記第３のデバイスが前記第１のビーコン・メッセージを検出する場合、前記第１のリソースが前記第１のユーザ・グループ内の前記デバイスによって使用され、かつ前記第２のユーザ・グループが前記第１のリソースを使用できないと決定することか、又は
前記第３のデバイスが前記第１のビーコン・メッセージを検出しない場合、前記第１のリソースが前記第１のユーザ・グループ内の前記デバイスによって使用されず、かつ前記第１のリソースの全部若しくは一部が前記別のユーザ・グループによって一時的に使用され得ると決定することと、を含み、
前記第１のビーコン・メッセージは、前記第１のリソース・プールの設定情報を搬送し、前記設定情報は、第２のリソース内にあり、かつ前記第２のリソースが第１の条件を満たすときに前記別のユーザ・グループによって使用され得るリソースのリソース情報を示すために使用され、前記リソース情報は、ターゲット・リソース・ユニット・セット及び／又はターゲット・ユーザ・グループ・セットを含み、
前記第２のリソースは、前記第１のリソース・プールに属し、前記第２のリソースに対応する期間の時間領域ロケーションは、前記第１のリソースに対応する期間の時間領域ロケーションの後であり、前記第１の条件は、第１のデバイスが前記第２のリソースに対応するビーコン指示リソース上での前記第１のビーコン・メッセージの送信をスキップすることであり、
前記ターゲット・リソース・ユニット・セットは、前記第２のリソース内の少なくとも１つのリソース・ユニットを含み、
前記ターゲット・ユーザ・グループ・セットは、少なくとも１つのユーザ・グループの識別子を含み、前記ユーザ・グループの前記識別子は、前記ターゲット・リソース・ユニット・セット内のリソースを使用することが可能なユーザ・グループの識別子である、方法。

【請求項8】

前記第３のデバイスが前記第１のビーコン・メッセージを検出しない場合、前記第１のリソースが前記第１のユーザ・グループ内の前記デバイスによって使用されず、かつ前記第１のリソースの全部又は一部が前記別のユーザ・グループによって一時的に使用され得ると決定した後に、
前記第３のデバイスによって、前記第１のリソースを使用することをさらに含む、請求項７に記載の方法。

【請求項9】

前記ターゲット・リソース・ユニット・セットは、リソース解放持続時間セット及び／又はリソース解放周波数領域セットを含み、
前記リソース解放持続時間セットは、少なくとも１つの時間ユニット数を含み、第１の時間ユニット数は、前記第２のリソース内にあり、かつ前記別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニット数を示すために使用され、前記第１の時間ユニット数は、前記少なくとも１つの時間ユニット数に属するか、又は
前記リソース解放持続時間セットは、少なくとも１つの時間ユニット比率を含み、第１の時間ユニット比率は、前記第２のリソース内にあり、かつ前記別のユーザ・グループ内の前記デバイスによって使用され得る時間ユニットの、前記第２のリソースに含まれる時間ユニット総数に対する比を示し、前記第１の時間ユニット比率は、前記少なくとも１つの時間ユニット比率に属し、
前記リソース解放周波数領域セットは、前記第２のリソース内の少なくとも１つの周波数領域リソースに対応する指示情報を含み、前記指示情報は、前記別のユーザ・グループ内の前記デバイスによって使用され得る周波数領域リソースを示す、請求項７に記載の方法。

【請求項10】

前記第１のビーコン・メッセージは、Ｚａｄｅｏｆｆ－Ｃｈｕ系列によって搬送され、前記Ｚａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスは、前記第１のユーザ・グループの識別子及び前記Ｚａｄｅｏｆｆ－Ｃｈｕ系列の長さに基づいて決定される、請求項９に記載の方法。

【請求項11】

前記Ｚａｄｅｏｆｆ－Ｃｈｕ系列は、前記ルート・インデックスと、サイクリック・シフト・パラメータ・セット内にあり、かつ前記設定情報に対応するサイクリック・シフト・パラメータとに基づいて生成され、前記サイクリック・シフト・パラメータ・セットは、複数の設定情報に対応するサイクリック・シフト・パラメータを含むか、又は
前記Ｚａｄｅｏｆｆ－Ｃｈｕ系列は、系列セット内にあり、かつ設定情報に対応するターゲット系列であり、前記系列セットは、前記複数の設定情報に対応する系列を含み、前記複数の設定情報において、各設定情報に対応する系列は、前記ルート・インデックス及び各設定情報に対応するサイクリック・シフト・パラメータに基づいて決定される、請求項１０に記載の方法。

【請求項12】

前記第３のデバイスによって、第２のリソースに対応する第２のビーコン指示リソース上で第２のビーコン・メッセージを検出することと、
前記第３のデバイスが前記第２のビーコン・メッセージを検出せず、前記第１のビーコン・メッセージで搬送される設定情報によって示されるリソース情報に含まれるターゲット・ユーザ・グループ・セットが前記第２のユーザ・グループの識別子を含む場合、前記第３のデバイスによって、前記第２のリソースの全部若しくは一部を使用することか、又は
前記第３のデバイスが前記第２のビーコン・メッセージを検出しない場合、前記第３のデバイスによって、前記第２のリソースの全部若しくは一部を使用することと、をさらに含む、請求項７に記載の方法。

【請求項13】

メモリと、プロセッサと、を含む通信装置であって、前記メモリは、コンピュータ・プログラム命令を記憶するように構成されており、前記プロセッサが前記コンピュータ・プログラム命令を実行するときに、前記通信装置は、請求項１～１２のいずれか一項に記載のリソース処理方法を実行することが可能となる、通信装置。

【請求項14】

コンピュータ命令を含むコンピュータ可読記憶媒体であって、前記コンピュータ命令がコンピュータ上で動作されるときに、前記コンピュータが、請求項１～１２のいずれか一項に記載の方法を実行することが可能となる、コンピュータ可読記憶媒体。

【請求項15】

プロセッサを含むチップであって、前記プロセッサが命令を実行するときに、前記プロセッサは、請求項１～１２のいずれか一項に記載の方法を実行する、チップ。

【発明の詳細な説明】

【技術分野】

【0001】

この出願は、２０２０年８月２９日に中国国家知識産権局に出願され、かつ「ＩＮＦＯＲＭＡＴＩＯＮ ＳＥＮＤＩＮＧ ＡＮＤ ＲＥＣＥＩＶＩＮＧ ＭＥＴＨＯＤ」と題された中国特許出願第２０２０１０８９０８８１．４号に対する優先権を主張し、この特許出願は、全体として参照により本明細書に組み込まれ、この出願は、２０２０年１１月２７日に中国国家知識産権局に出願され、かつ「ＲＥＳＯＵＲＣＥ ＰＲＯＣＥＳＳＩＮＧ ＭＥＴＨＯＤ， ＡＰＰＡＲＡＴＵＳ， ＡＮＤ ＭＥＤＩＵＭ」と題された中国特許出願第２０２０１１３５８００２．Ｘ号に対する優先権を主張し、この特許出願は、全体として参照により本明細書に組み込まれ、この出願は、２０２１年６月２５日に中国国家知識産権局に出願され、かつ「ＲＥＳＯＵＲＣＥ ＰＲＯＣＥＳＳＩＮＧ ＭＥＴＨＯＤ， ＡＰＰＡＲＡＴＵＳ， ＡＮＤ ＭＥＤＩＵＭ」と題された中国特許出願第２０２１１０７０９７４８．９号に対する優先権を主張し、この特許出願は、全体として参照により本明細書に組み込まれる。

【0002】

この出願は、通信技術の分野に関係し、特に、リソース処理方法、装置及び媒体に関係する。

【背景技術】

【0003】

サイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）は、ロング・ターム・エボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム及び第５世代（ｔｈｅ ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）移動通信ニュー・ラジオ（ｎｅｗ ｒａｄｉｏ、ＮＲ）システムであり、かつ基地局なしでデバイス間（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ、Ｄ２Ｄ）直接通信を可能にする重要な技術である。デバイス間の伝送は基地局によって転送される必要がないので、ＳＬは、より短い遅延、より高い空間多重化効率、及びより低いコアネットワーク負荷を実装することができる。ＳＬは、ビークル・ツー・エブリシング（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ、Ｖ２Ｘ）、スマート・ホーム、スマート工場など、ローカル通信要件の高いシナリオにおいて重要な役割を果たす。

【0004】

現在、ＮＲ ＳＬにおけるＳＬ端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）間のリソース配分モードは主にモード１（ｍｏｄｅ １）とモード２（ｍｏｄｅ ２）の２つがある。モード１では、伝送リソースはＵＥのための基地局によって主にスケジューリングされる。モード２では、伝送リソースは端末によって自動的にスケジューリングされる。

【0005】

モード１：基地局のカバレッジ内のＳＬ ＵＥの場合、ＳＬ ＵＥの伝送リソースは、基地局によって中央でスケジューリングされてもよい。基地局は、動的グラント（ｄｙｎａｍｉｃ ｇｒａｎｔ）又は設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）方式で、ＳＬ ＵＥの伝送リソースをスケジューリングしてもよい。設定されたグラントは、設定されたグラント・タイプ１（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ １）又は設定されたグラント・タイプ２（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ ２）を含む。

【0006】

モード２：各ＳＬ ＵＥは、センシング選択（ｓｅｎｓｉｎｇ－ｓｅｌｅｃｔｉｏｎ）メカニズムを使用して、リソースを占有する。各ＳＬ ＵＥは、別の受信したＳＬメッセージ内のシステム制御情報（ｓｙｓｔｅｍ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ ）１又はＳＣＩ２をデコードし、リソース予約情報を学習し、ＳＣＩで搬送されたリソース予約情報（例えば、周期的予約及びワンタイム予約）、示されたサービス・プライオリティ、及びＳＣＩの受信信号受信電力（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ、ＲＳＲＰ）に基づいて、利用可能な時間周波数リソース・ロケーションを決定し、次いで、利用可能なリソースからデータを送信するためのリソースをランダムに選択する。

【0007】

ＳＬ伝送シナリオにおけるリソース配分方式として、グループ・ベースのリソース配分ソリューションが導入されてもよい。一般に、ＳＬにおけるグループは、ユーザ・グループ（ＵＥグループ）とも呼ばれてもよい。１つのＵＥグループは、１つ以上のＳＬ ＵＥを含んでもよい。ＳＬリソースがＵＥグループに配分され、その結果、ＵＥグループ内のＳＬ ＵＥは、ＳＬリソースを取得することができる。ＳＬ通信のクオリティ・オブ・サービス（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ、ＱｏＳ）を確保するという制約の下で、各グループがＳＬリソースを占有する方法、又は各グループに対してＳＬリソースを配分する方法は、解決すべき緊急の問題である。

【発明の概要】

【0008】

この出願は、データ遅延を低減し、チャネル・リソース利用を改善し、チャネル・リソースの無駄を低減するためのリソース処理方法、装置、及び媒体を提供する。

【0009】

第１の態様によれば、この出願は、リソース処理方法であって、第１のデバイスが、第１のリソースに対応するビーコン指示リソース上でビーコン・メッセージを送信し、ビーコン・メッセージは、第１のリソースが第１のユーザ・グループ内のデバイスによって使用され、かつ別のユーザ・グループが第１のリソースの全部若しくは一部を使用できないことを示すために使用される、ことか、又は第１のデバイスが、第１のリソースに対応するビーコン指示リソース上でのビーコン・メッセージの送信をスキップし、その結果、別のユーザ・グループ内のデバイスは、第１のリソースが第１のユーザ・グループ内のデバイスによって使用されず、かつ第１のリソースの全部若しくは一部が別のユーザ・グループ内のデバイスによって一時的に使用され得ると決定すること、を含み、第１のデバイスは、第１のユーザ・グループに属し、第１のリソースは、第１のリソース・プールに属し、第１のリソース・プールは、サイドリンクＳＬ通信のために第１のユーザ・グループに配分される複数の周期的リソースを含み、各リソースは、１つのビーコン指示リソースに対応する、方法を提供する。

【0010】

前述の技術的解決策では、第１のリソース・プール内のリソースは、ＳＬ通信のために第１のユーザ・グループに配分される複数の周期的リソースである。対応するビーコン指示リソースは、各周期的ソースに対して設定されてもよい。第１のデバイスは、第１のリソースに対応するビーコン指示リソース上でビーコン・メッセージを送信して、第１のリソースが第１のユーザ・グループによって使用されることを別のユーザ・グループに示すことができる。別のユーザ・グループは、ビーコン・メッセージを検出することによって、第１のリソースが第１のユーザ・グループによって使用されると決定することができる。第１のデバイスは、第１のリソースに対応するビーコン指示リソース上でのビーコン・メッセージの送信をスキップし、その結果、ビーコン・メッセージを検出しないことによって、第１のリソースが第１のユーザ・グループによって使用されないと別のユーザ・グループが決定することができる。第１のデバイスは、第１のユーザ・グループが第１のリソースの使用をスキップするときに、別のユーザ・グループが一時的に第１のリソースを占有することを可能にするために、ビーコン・メッセージにおいて第１のリソースの使用法を示してもよい。これは、第１のユーザ・グループの周期的なリソース利用を改善し、チャネル・リソースの無駄を低減することができる。

【0011】

可能な設計では、ビーコン・メッセージは、第１のリソース・プールの設定情報を搬送し、設定情報は、第２のリソース内にあり、かつ第２のリソースが第１の条件を満たすときに別のユーザ・グループによって使用され得るリソースのリソース情報を示すために使用され、リソース情報は、ターゲット・リソース・ユニット・セットの指示情報及び／又はターゲット・ユーザ・グループ・セットの指示情報を含み、第２のリソースは、第１のリソース・プールに属し、第２のリソースに対応する期間の時間領域ロケーションは、第１のリソースに対応する期間の時間領域ロケーションの後であり、第１の条件は、第１のデバイスが第２のリソースに対応するビーコン指示リソース上でのビーコン・メッセージの送信をスキップすることであり、ターゲット・リソース・ユニット・セットは、第２のリソース内の少なくとも１つのリソース・ユニットを含み、ターゲット・ユーザ・グループ・セットは、少なくとも１つのユーザ・グループの識別子を含み、ユーザ・グループの識別子は、ターゲット・リソース・ユニット・セット内のリソースを使用することが可能なユーザ・グループの識別子である。

【0012】

前述の技術的解決策では、ビーコン・メッセージは、第１のリソース・プールの設定情報を搬送することができ、設定情報は、第１のリソース・プール内の第２のリソース内にあり、かつ別のユーザ・グループによって使用され得るリソースのリソース情報を示すことができる。第２のリソースはまた、第１のリソース・プール内のリソースであり、第２のリソースに対応する期間の時間領域ロケーションは、第１のリソースに対応する期間の時間領域ロケーションの後にある。リソース情報は、リソース・ユニット・セットにおいてリソースを含むことができ、その結果、別のユーザ・グループは、第２のリソースで一時的に使用され得るリソースのステータスを学習することができる。代替的には、リソース情報は、ユーザ・グループ識別子セットを含むことができ、その結果、別のユーザ・グループは、第２のリソースを一時的に使用できるユーザ・グループのステータスを学習することができる。すなわち、現在の第１のリソースが解放されないことを示すことに加えて、第１のデバイスによって送信されるビーコン・メッセージは、第１のユーザ・グループが占有され、かつ、ユーザ・グループが一時的に占有を実行することができる後に解放されるリソース内のリソース・ユニットなどの情報を示すために使用されてもよい。

【0013】

可能な設計では、ターゲット・リソース・ユニット・セットは、リソース解放持続時間セット及び／又はリソース解放周波数領域セットを含み、リソース解放持続時間セットは、少なくとも１つの時間ユニット数を含み、第１の時間ユニット数は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニット数を示すために使用され、第１の時間ユニット数は、少なくとも１つの時間ユニット数に属するか、又はリソース解放持続時間セットは、少なくとも１つの時間ユニット比率を含み、第１の時間ユニット比率は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニットの、第２のリソースに含まれる時間ユニット総数に対する比を示し、リソース解放周波数領域セットは、第２のリソース内の少なくとも１つの周波数領域リソースに対応する指示情報を含み、指示情報は、別のユーザ・グループ内のデバイスによって使用され得る周波数領域リソースを示す。

【0014】

前述の技術的解決策では、ターゲット・リソース・ユニット・セットは、リソース解放持続時間セットを含むことができ、リソース解放持続時間セットは、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得る時間ユニット数を含むか、又は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得る時間ユニットの第２のリソースに対する比率を示し、その結果、別のユーザ・グループは、第２のリソースを使用できる。ターゲット・リソース・ユニット・セットは、リソース解放周波数領域セットを含むことができ、リソース解放周波数領域セットは、第２のリソース内にあり、かつ別のユーザ・グループによって使用され得る周波数領域リソースのステータスを含み、その結果、別のユーザ・グループは、第２のリソース内の周波数領域リソースを使用する。このような設計は、第１のユーザ・グループによって解放されたＳＬ通信リソースを、別のユーザ・グループによって使用することの柔軟性と利用を改善し、チャネル・リソースの無駄を低減することができる。

【0015】

可能な設計では、ビーコン・メッセージは、Ｚａｄｅｏｆｆ－Ｃｈｕ系列によって搬送され、Ｚａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスは、第１のユーザ・グループの識別子及びＺａｄｅｏｆｆ－Ｃｈｕ系列の長さに基づいて決定される。

【0016】

前述の技術的解決策では、異なるユーザ・グループは、Ｚａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスに基づいて区別され得る。ビーコン・メッセージは、Ｚａｄｅｏｆｆ－Ｃｈｕ系列によって搬送され得、ビーコン・メッセージを搬送するＺａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスは、第１のユーザ・グループの識別子及び系列長さに基づいて決定される。これは、第１のユーザ・グループによって使用されるＺａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスが、別のユーザ・グループに対応するＺａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスと同じであるケースを回避し、複数のユーザ・グループに対応するビーコン・メッセージによって引き起こされる混乱を回避することができる。

【0017】

可能な設計では、Ｚａｄｅｏｆｆ－Ｃｈｕ系列は、ルート・インデックスと、サイクリック・シフト・パラメータ・セット内にあり、かつ設定情報に対応するサイクリック・シフト・パラメータとに基づいて生成され、サイクリック・シフト・パラメータ・セットは、複数の設定情報に対応するサイクリック・シフト・パラメータを含むか、又はＺａｄｅｏｆｆ－Ｃｈｕ系列は、系列セット内にあり、かつ設定情報に対応するターゲット系列であり、系列セットは、複数の設定情報に対応する系列を含み、複数の設定情報において、各設定情報に対応する系列は、ルート・インデックス及び各設定情報に対応するサイクリック・シフト・パラメータに基づいて決定される。

【0018】

前述の技術的解決策では、生成されたＺａｄｅｏｆｆ－Ｃｈｕ系列は、ビーコン・メッセージで搬送される設定情報を搬送することができる。第１のデバイスによって送信されるビーコン・メッセージを搬送するＺａｄｅｏｆｆ－Ｃｈｕ系列は、系列ルート・インデックスと設定情報のサイクリック・シフト・パラメータに基づいて生成され得る。例えば、第１のデバイスは、設定情報に基づいてサイクリック・シフト・パラメータを決定し、ルート・インデックスに対応するルート系列上でサイクリック・シフトを実行して、Ｚａｄｅｏｆｆ－Ｃｈｕ系列を生成してもよい。代替的には、ビーコン・メッセージを伴うＺａｄｅｏｆｆ－Ｃｈｕ系列は、系列セット内の設定情報に対応する系列であってもよい。各系列は、ルート・インデックス及び各設定情報に対応するサイクリック・シフト・パラメータに基づいて決定される。

【0019】

可能な設計では、第１のリソースに対応するビーコン指示リソースは、少なくとも１つの他のユーザ・グループに対応するリソース・プール内のリソースに直交する。

【0020】

前述の技術的解決策では、第１のユーザ・グループのリソース・プール内のリソースは、周期的である。各リソースは、対応するビーコン指示リソースを有する。第１のデバイスは、各リソースに対応するビーコン指示リソース上でビーコン・メッセージを送信することができ、別のユーザ・グループが特定のロケーション（例えば、ビーコン指示リソース上）でビーコン・メッセージを検出するのを助けるようにする。これは、ビーコン・メッセージ検出中に生成されるオーバヘッドを低減する。追加的に、第１のリソース・プール内の各リソースに対応するビーコン指示リソースは、別のユーザ・グループに対応するリソース・プール内のリソースに直交し、別のユーザ・グループに対応するリソース・プール内のリソースと干渉しない。

【0021】

可能な設計では、第１のデバイスが、第１のリソースに対応するビーコン指示リソース上でビーコン・メッセージを送信することは、第１のデバイスが、第１のユーザ・グループが第１のリソースを使用すると決定することをさらに含み、第１のデバイスが、第１のリソースに対応するビーコン指示リソース上でのビーコン・メッセージの送信をスキップすることは、第１のデバイスが、第１のユーザ・グループが第１のリソースの使用をスキップすると決定することをさらに含む。

【0022】

前述の技術的解決策では、第１のユーザ・グループが第１のリソースを使用すると決定するときに、第１のデバイスが、第１のリソースに対応するビーコン指示リソース上でビーコン・メッセージを送信することができるか、又は第１のユーザ・グループが第１のリソースの使用をスキップすると決定するときに、第１のデバイスが、ビーコン・メッセージの送信をスキップする。

【0023】

可能な設計では、第１のデバイスが、第１のユーザ・グループが第１のリソースを使用すると決定することは、第１のデバイスが、第１のリソースが第２のデバイスによって使用されると決定することを含み、第２のデバイスは、第１のユーザ・グループに属する。

【0024】

前述の技術的解決策では、第１のユーザ・グループ内のデバイスが第１のリソースを使用するかどうかを決定することによって、第１のユーザ・グループが第１のリソースを使用するかどうかを決定することができる。例えば、第１のユーザ・グループ内の第２のデバイスが第１のリソースを使用すると第１のデバイスが決定する場合、第１のデバイスは、第１のユーザ・グループが第１のリソースを使用すると決定することができる。

【0025】

第２の態様によれば、この出願は、リソース処理方法であって、第３のデバイスが、第１のリソースに対応するビーコン指示リソース上で第１のビーコン・メッセージを検出することであって、第１のリソースは、第１のリソース・プールに属し、第１のリソース・プールは、サイドリンクＳＬ通信のために第１のユーザ・グループに配分される複数の周期的リソースを含み、各リソースは、１つのビーコン指示リソースに対応し、第３のデバイスは、第２のユーザ・グループに属し、第１のビーコン・メッセージは、第１のリソースが第１のユーザ・グループ内のデバイスによって使用され、第１のユーザ・グループを除く別のユーザ・グループが第１のリソースの全部若しくは一部を使用できないことを示すために使用される、ことと、第３のデバイスが第１のビーコン・メッセージを検出する場合、第３のデバイスが、第１のリソースが第１のユーザ・グループ内のデバイスによって使用され、かつ第２のユーザ・グループが第１のリソースを使用できないと決定することか、又は第３のデバイスが第１のビーコン・メッセージを検出しない場合、第３のデバイスが、第１のリソースが第１のユーザ・グループ内のデバイスによって使用されず、かつ第１のリソースの全部若しくは一部が別のユーザ・グループによって一時的に使用され得ると決定することと、を含む、方法を提供する。

【0026】

前述の技術的解決策では、第３のデバイスは、第１のリソースに対応する第１のビーコン指示リソース上で第１のビーコン・メッセージを検出することができる。第３のデバイスが第１のビーコン・メッセージを検出する場合、第１のリソースが第１のユーザ・グループ内のデバイスによって使用され、かつ第３のデバイスが第１のユーザ・グループにおける第１のリソースを使用できないと第３のデバイスが決定することができる。第３のデバイスが第１のビーコン・メッセージを検出しない場合、第１のリソースが第１のユーザ・グループ内のデバイスによって使用されない、言い換えれば、第１のリソースが第１のデバイス・グループによって一時的に解放されたと第３のデバイスが決定することができ、別のユーザ・グループ内のデバイスは、第１のユーザ・グループによって一時的に解放された第１のリソースの全部又は一部を使用できる。

【0027】

可能な設計では、第３のデバイスが第１のビーコン・メッセージを検出しない場合、第１のリソースが第１のユーザ・グループ内のデバイスによって使用されず、かつ第１のリソースの全部又は一部が別のユーザ・グループによって一時的に使用され得ると決定した後に、方法は、第３のデバイスが、第１のリソースを使用することをさらに含む。

【0028】

前述の技術的解決策では、第１のビーコン・メッセージを検出しないことにより、第１のユーザ・グループ内のデバイスが、ＳＬ通信のために第１のユーザ・グループに配分された第１のリソースの使用をスキップすることを第３のデバイスが決定する場合、第３のデバイスは、第１のリソース上でデータを伝送することができる。これは、第１のリソースの無駄を回避する。例えば、第３のデバイスは、第１のユーザ・グループに配分された第１のリソース上の非周期的サービスのデータを一時的に伝送することができる。これは、ＳＬ通信サービス品質を改善する。

【0029】

可能な設計では、第１のビーコン・メッセージは、第１のリソース・プールの設定情報を搬送し、設定情報は、第２のリソース内にあり、かつ第２のリソースが第１の条件を満たすときに別のユーザ・グループによって使用され得るリソースのリソース情報を示すために使用され、リソース情報は、ターゲット・リソース・ユニット・セットの指示情報及び／又はターゲット・ユーザ・グループ・セットの指示情報を含み、第２のリソースは、第１のリソース・プールに属し、第２のリソースに対応する期間の時間領域ロケーションは、第１のリソースに対応する期間の時間領域ロケーションの後であり、第１の条件は、第１のデバイスが第２のリソースに対応するビーコン指示リソース上での第１のビーコン・メッセージの送信をスキップすることであり、ターゲット・リソース・ユニット・セットは、第２のリソース内の少なくとも１つのリソース・ユニットを含み、ターゲット・ユーザ・グループ・セットは、少なくとも１つのユーザ・グループの識別子を含み、ユーザ・グループの識別子は、ターゲット・リソース・ユニット・セット内のリソースを使用することが可能なユーザ・グループの識別子である。

【0030】

前述の技術的解決策では、第１のビーコン・メッセージは、第１のリソース・プールの設定情報を搬送することができ、設定情報は、第１のリソース・プール内の第２のリソース内にあり、かつ別のユーザ・グループによって使用され得るリソースのリソース情報を示すことができる。第２のリソースはまた、第１のリソース・プール内のリソースであり、第２のリソースに対応する期間の時間領域ロケーションは、第１のリソースに対応する期間の時間領域ロケーションの後にある。リソース情報は、リソース・ユニット・セットにおいてリソースを含むことができ、その結果、別のユーザ・グループは、第２のリソースで一時的に使用され得るリソースのステータスを学習することができる。代替的には、リソース情報は、ユーザ・グループ識別子セットを含むことができ、その結果、別のユーザ・グループは、第２のリソースを一時的に使用できるユーザ・グループのステータスを学習することができる。すなわち、現在の第１のリソースが解放されないことを示すことに加えて、第１のユーザ・グループによって送信される第１のビーコン・メッセージは、第１のユーザ・グループが占有され、かつユーザが一時的に占有を実行することができる後に解放されるリソース内のリソース・ユニットを示すために使用されてもよい。

【0031】

可能な設計において、ターゲット・リソース・ユニット・セットは、リソース解放持続時間セット及び／又はリソース解放周波数領域セットを含み、リソース解放持続時間セットは、少なくとも１つの時間ユニット数を含み、第１の時間ユニット数は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニット数を示すために使用され、第１の時間ユニット数は、少なくとも１つの時間ユニット数に属するか、又はリソース解放持続時間セットは、少なくとも１つの時間ユニット比率を含み、第１の時間ユニット比率は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得る時間ユニットの、第２のリソースに含まれる時間ユニット総数に対する比を示し、第１の時間ユニット比率は、少なくとも１つの時間ユニット比率に属し、リソース解放周波数領域セットは、第２のリソース内の少なくとも１つの周波数領域リソースに対応する指示情報を含み、指示情報は、別のユーザ・グループ内のデバイスによって使用され得る周波数領域リソースを示す。

【0032】

前述の技術的解決策では、ターゲット・リソース・ユニット・セットは、リソース解放持続時間セットを含むことができ、リソース解放持続時間セットは、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得る時間ユニット数を含むか、又は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得る時間ユニットの第２のリソースに対する比率を示し、その結果、別のユーザ・グループは、第２のリソースを使用できる。ターゲット・リソース・ユニット・セットは、リソース解放周波数領域セットを含むことができ、リソース解放周波数領域セットは、第２のリソース内にあり、かつ別のユーザ・グループによって使用され得る周波数領域リソースのステータスを含み、その結果、別のユーザ・グループは、第２のリソース内の周波数領域リソースを使用する。このような設計は、第１のユーザ・グループによって解放されたＳＬ通信リソースを、別のユーザ・グループによって使用することの柔軟性と利用を改善し、チャネル・リソースの無駄を低減することができる。

【0033】

可能な設計では、第１のビーコン・メッセージは、Ｚａｄｅｏｆｆ－Ｃｈｕ系列によって搬送され、Ｚａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスは、第１のユーザ・グループの識別子及びＺａｄｅｏｆｆ－Ｃｈｕ系列の長さに基づいて決定される。

【0034】

前述の技術的解決策では、異なるユーザ・グループは、Ｚａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスに基づいて区別され得る。ビーコン・メッセージは、Ｚａｄｅｏｆｆ－Ｃｈｕ系列によって搬送されてもよく、ビーコン・メッセージを搬送するＺａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスは、第１のユーザ・グループの識別子及び系列長さに基づいて決定される。このような設計は、検出された第１のビーコン・メッセージが属するユーザ・グループを第３のデバイスが決定又はマッチングするのを助けることができる。これはまた、第１のユーザ・グループによって使用されるＺａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスが、別のユーザ・グループに対応するＺａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスと同じであるケースを回避し、複数のユーザ・グループに対応するビーコン・メッセージによって引き起こされる混乱を回避することができる。

【0035】

可能な設計では、Ｚａｄｅｏｆｆ－Ｃｈｕ系列は、ルート・インデックスと、サイクリック・シフト・パラメータ・セット内にあり、かつ設定情報に対応するサイクリック・シフト・パラメータとに基づいて生成され、サイクリック・シフト・パラメータ・セットは、複数の設定情報に対応するサイクリック・シフト・パラメータを含むか、又はＺａｄｅｏｆｆ－Ｃｈｕ系列は、系列セット内にあり、かつ設定情報に対応するターゲット系列であり、系列セットは、複数の設定情報に対応する系列を含み、複数の設定情報において、各設定情報に対応する系列は、ルート・インデックス及び各設定情報に対応するサイクリック・シフト・パラメータに基づいて決定される。

【0036】

前述の技術的解決策では、Ｚａｄｅｏｆｆ－Ｃｈｕ系列は、ビーコン・メッセージを搬送し、異なる設定情報は、異なるサイクリック・シフト・パラメータに対応し、Ｚａｄｅｏｆｆ－Ｃｈｕ系列は異なるか、又は異なる設定情報は、異なるＺａｄｅｏｆｆ－Ｃｈｕ系列に対応する。

【0037】

可能な設計において、方法は、第３のデバイスが、第２のリソースに対応する第２のビーコン指示リソース上で第２のビーコン・メッセージを検出することと、第３のデバイスが第２のビーコン・メッセージを検出せず、第１のビーコン・メッセージで搬送される設定情報によって示されるリソース情報に含まれるターゲット・ユーザ・グループ・セットが第２のユーザ・グループの識別子を含む場合、第３のデバイスが、第２のリソースの全部若しくは一部を使用することか、又は第３のデバイスが第２のビーコン・メッセージを検出しない場合、第３のデバイスが、第２のリソースの全部若しくは一部を使用することと、をさらに含む。

【0038】

前述の技術的解決策では、第１のビーコン・メッセージを検出した後に、第３のデバイスは、ビーコン・メッセージの検出を継続することができる。第２のビーコン・メッセージが第２のリソースに対応する第２のビーコン指示リソース上で検出されないと第３のデバイスが決定する場合、第３のデバイスは、第２のリソースを使用できる。これは、ＳＬ通信リソース利用を改善し、第１のユーザ・グループ内のいずれのデバイスも第２のリソースを使用しないために生じるチャネル・リソースの無駄を回避する。代替的には、第３のデバイスによって検出される第１のビーコン・メッセージ内のリソース解放設定情報は、ユーザ・グループ・セットを含んでもよい。第３のデバイスが属する第２のユーザ・グループの識別子が、第１のビーコン・メッセージ内のユーザ・グループ内にあるときに、第３のデバイスは、第２のリソースを使用できる。第１のユーザ・グループ内のデバイスは、ビーコン・メッセージで搬送される解放設定情報によって示され、かつターゲット・ユーザ・グループ・セットを含むリソース情報を使用して、特定のユーザ・グループ内のデバイスが、第１のユーザ・グループによって一時的に解放された第２のリソースを使用することを示すことができる。これは、ＳＬ通信リソースを使用する柔軟性を改善する。

【0039】

可能な設計では、第３のデバイスが、第２のリソースを使用することは、第３のデバイスが、第２のリソースの全部又は一部を使用してデータを伝送することか、又は設定情報によって示されるリソース情報がターゲット・リソース・ユニット・セットを含み、かつターゲット・リソース・ユニット・セットがリソース解放持続時間セットを含む場合、第３のデバイスが、第２のリソース内のターゲット時間ユニットを使用することであって、ターゲット時間ユニットは、リソース解放持続時間セットおける任意の時間ユニット数に対応する時間ユニットであるか、若しくはターゲット時間ユニットは、リソース解放持続時間セットにおける任意の時間ユニット比率に対応する時間ユニットである、こと、及び／又は設定情報によって示されるリソース情報がターゲット・リソース・ユニット・セットを含み、かつターゲット・リソース・ユニット・セットがリソース周波数セットを含む場合、第３のデバイスが、第２のリソース内のターゲット周波数領域リソースを使用することであって、ターゲット周波数領域リソースは、リソース解放周波数領域セット内の指示情報に対応する少なくとも１つの周波数領域リソースである、ことを含む。

【0040】

前述の技術的解決策では、第３のデバイスが第２のリソースを使用するときに、第３のデバイスは、第２のリソース内の任意のリソースを直接使用できる。代替的には、第３のデバイスは、第１のビーコン・メッセージで搬送される設定情報によって示されるリソース情報に基づいて、第２のリソースを使用できる。例えば、第３のデバイスは、第１のビーコン・メッセージで搬送された設定情報によって示されるリソース情報に含まれるリソース解放持続時間セット内の任意の時間ユニット数に対応する時間ユニット又は任意の時間ユニットの比率を使用できる。代替的には、第３のデバイスは、設定情報によって示されるリソース情報に含まれる周波数解放周波数領域セット内の任意の指示情報に対応する周波数領域リソースを使用できる。第１のビーコン・メッセージで搬送された設定情報によって示されるリソース情報が使用され、その結果、第３のデバイスは第２のリソースを使用する。これは、第３のデバイスによるＳＬ通信リソースを使用する柔軟性を改善し、リソース利用を改善するだけではなく、チャネル・リソースの無駄を低減する。

【0041】

可能な設計では、第３のデバイスが第１のビーコン・メッセージを検出した後に、方法は、第３のデバイスが第１のビーコン・メッセージを記憶することをさらに含む。

【0042】

前述の技術的解決策では、第１のビーコン・メッセージを検出した後に、第３のデバイスは、第１のビーコン・メッセージを記憶することができ、その結果、第１のユーザ・グループが第２のリソースを一時的に解放すると決定するときに、第３のデバイスは、第１のビーコン・メッセージで搬送される設定情報に基づいて、第２のリソースを使用できるかどうか、及び／又は第２のリソース内のリソース・ユニットを使用できるかどうかを決定する。

【0043】

可能な設計では、１つのビーコン指示リソースは、少なくとも１つの他のユーザ・グループに対応するリソース・プール内のリソースに直交する。

【0044】

前述の技術的解決策では、第１のユーザ・グループの第１のリソース・プール内の周期的リソースに対応するビーコン指示リソースは、別のユーザ・グループに対応するリソース・プール内のリソースに直交する。これは、第３のデバイスが、第３のデバイスが属する第２のユーザ・グループに配分されたＳＬリソースに直交するリソースにおいて、別のユーザ・グループによって送信されたビーコン・メッセージを検出するのを助け、ビーコン・メッセージ検出中に生成されるオーバヘッドを低減し、第３のデバイスが属する第２のユーザ・グループ内のデバイスによる第２のユーザ・グループのリソース・プール内のリソースの使用に影響を与えない。

【0045】

第３の態様によれば、この出願の実施形態は、第２のデバイスによって第１のリソースが使用されるかどうかを第１のデバイスが決定することを含む、リソース処理方法を提供する。第１のデバイスと第２のデバイスは、第１のユーザ・グループに属する。第１のリソースは、サイドリンクＳＬ通信のために第１のユーザ・グループに配分されたリソースである。次いで、第１のリソースが第２のデバイスによって使用されると第１のデバイスが決定するときに、第１のデバイスは、ビーコン・メッセージを送信し、ビーコン・メッセージは第１のリソースが使用されることを示すために使用される。

【0046】

前述の技術的解決策では、第１のデバイスと第２のデバイスの両方が第１のユーザ・グループに属し、第１のリソースは、第１のユーザ・グループに配分されたＳＬ通信リソースである。代替的には、第１のデバイスと第２のデバイスは、同じデバイスであってもよい。代替的には、第１のデバイスと第２のデバイスは、異なるデバイスであってもよい。第１のデバイスは、第１のリソースが第２のデバイスによって使用されることを決定し、次いで、第１のデバイスは、第１のユーザ・グループ内の任意のデバイスが第１のリソースを使用すると決定した後に、ビーコン・メッセージを送信する。ビーコン・メッセージは、第１のリソースが使用されることを示すために使用される。別のユーザ・グループは、ビーコン・メッセージを検出することによって、第１のリソースが使用されると決定してもよいし、別のユーザ・グループはまた、ビーコン・メッセージを検出しないことによって、第１のリソースが使用されないことを決定してもよい。別のユーザ・グループは、第１のユーザ・グループ内のデバイスによって使用されない第１のリソースを使用する。第１のデバイスは、ビーコン・メッセージを使用して第１のリソースの使用法を示す。これは、リソース利用を改善し、チャネル・リソースの無駄を低減する。

【0047】

可能な設計では、ビーコン・メッセージは、リソース解放設定情報を搬送し、リソース解放設定情報は、第２のリソースが別のユーザ・グループのデバイスによって使用され得ることを示すために使用され、第２のリソースは、ＳＬ通信のために第１のユーザ・グループに配分されたリソースであり、第２のリソースの時間領域ロケーションは、第１のリソースの時間領域ロケーションの後である。

【0048】

前述の技術的解決策では、ビーコン・メッセージは、リソース解放設定情報を搬送することができる。リソース解放設定情報は、第１のユーザ・グループの第２のリソースが別のユーザ・グループ内のデバイスによって使用され得ることを示すことができる。第２のリソースの時間領域ロケーションは、第１のリソースの時間領域ロケーションの後である。ビーコン・メッセージは、第１のリソースが第１のユーザ・グループ内のデバイスによって使用されることを示すだけでなく、リソース解放設定情報を使用して、第１のユーザ・グループの第２のリソースが別のユーザ・グループ内のデバイスによって使用され得ることを示すことができる。これは、ＳＬ通信リソース利用を改善し、チャネル・リソースの無駄をさらに低減する。

【0049】

可能な設計において、リソース解放設定情報は、リソース解放持続時間セット、リソース解放周波数領域セット、及びユーザ・グループ・セットのうちの少なくとも１つを含み、リソース解放持続時間セットは、少なくとも１つの時間ユニット数を含み、第１の時間ユニット数は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニット数を示すために使用され、第１の時間ユニット数は、少なくとも１つの時間ユニット数に属するか、又はリソース解放周波数領域セットは、第２のリソース内の少なくとも１つのサブチャネル・リソースの指示情報を含み、少なくとも１つのサブチャネル・リソースは、別のユーザ・グループ内のデバイスによって使用され得、ユーザ・グループ・セットは、少なくとも１つのユーザ・グループの識別子を含み、少なくとも１つのユーザ・グループは、第２のリソースを使用可能である。

【0050】

前述の技術的解決策では、第１のデバイスは、ビーコン・メッセージで搬送されるリソース解放設定情報を使用して、第２のリソースに含まれ、かつ別のユーザ・グループ内のデバイスにより使用され得る時間ユニット数、又は別のユーザ・グループ内のデバイスによって使用され得るサブチャネル・リソース、若しくは第２のリソースを使用できるユーザ・グループを示すことができる。これは、別のユーザ・グループが第２のリソースを使用するのを助け、ＳＬ通信リソースを使用する柔軟性を改善し、リソース利用をさらに改善するだけでなく、チャネル・リソースの無駄をさらに低減する。

【0051】

可能な設計において、ビーコン・メッセージを送信することは、第１のデバイスによって、第１のリソース内の最初の時間ユニットにおいてビーコン・メッセージを送信することか、又は第１のデバイスによって、ターゲット・リソース上でビーコン・メッセージを送信することであって、ターゲット・リソースは、時間領域ロケーションが第１のリソースの時間領域ロケーションの前にあり、かつ任意のユーザ・グループのリソースに直交するリソースである、ことを含む。

【0052】

前述の技術的解決策では、第１のデバイスは、第１のリソース内の最初の時間ユニットでビーコン・メッセージを送信するか、又はターゲット・リソース上でビーコン・メッセージを送信する。これは、別のユーザ・グループが、最初の時間ユニットにおいて、又はターゲット・リソース上でビーコン・メッセージを検出するのを助け、別のユーザ・グループによってビーコン・メッセージを検出するオーバヘッドを低減する。

【0053】

可能な設計では、ターゲット・リソースは、物理サイドリンク共有チャネルである。

【0054】

前述の技術的解決策では、第１のデバイスは、物理サイドリンク共有チャネル上でビーコン・メッセージを送信することができる。これは、別のユーザ・グループが物理サイドリンク共有チャネル上のビーコン・メッセージを検出するのを助け、ビーコン・メッセージ検出中に生成されるオーバヘッドを低減する。

【0055】

第４の態様によれば、この出願の実施形態は、リソース処理方法であって、第３のデバイスが、第１のビーコン・メッセージを検出することであって、第１のビーコン・メッセージは、第１のリソースが使用されることを示すために使用され、第１のリソースは、サイドリンクＳＬ通信のために第１のユーザ・グループに配分されたリソースである、ことを含む、方法を提供する。第３のデバイスが第１のビーコン・メッセージを検出する場合、第１のリソースが使用されると第３のデバイスが決定する。第３のデバイスが第１のビーコン・メッセージを検出しない場合、第１のリソースが使用されないと第３のデバイスが決定する。

【0056】

前述の技術的解決策では、第３のデバイスは、第１のリソースが使用されるかどうかを示すために使用される第１のビーコン・メッセージを検出することができ、第１のリソースは、第１のユーザ・グループのＳＬ通信リソースである。第３のデバイスが第１のビーコン・メッセージを検出する場合、第１のリソースが第１のユーザ・グループ内のデバイスによって使用され、かつ第３のデバイスが第１のユーザ・グループの第１のリソースを使用できないと第３のデバイスが決定することができる。第３のデバイスが第１のビーコン・メッセージを検出しない場合、第１のリソースが第１のユーザ・グループ内のデバイスによって使用されず、かつ第３のデバイスが第１のユーザ・グループの第１のリソースを使用できると第３のデバイスが決定することができる。したがって、第３のデバイスは、ビーコン・メッセージに基づいて第１のリソースの使用法を決定して、第１のリソースが第３のデバイスによって使用され得るかどうかを決定することができる。これは、第１のリソースが使用されないと決定されるときに、第１のリソースを使用するのを助け、リソース利用を改善し、チャネル・リソースの無駄を低減する。

【0057】

前述の技術的解決策では、第１のユーザ・グループ内のデバイスのいずれも第１のリソースを使用しないと決定した後に、第３のデバイスは、第１のリソース上でデータを伝送することができる。これは、第１のユーザ・グループ内のデバイスのいずれも第１のリソースを使用しないことによる第１のリソースの無駄を回避する。追加的に、ＳＬ通信シナリオでは、第３のデバイスが第１のユーザ・グループの第１のリソース上で非周期的サービスのデータを伝送することができる。これは、ＳＬ通信のクオリティ・オブ・サービスを改善する。

【0058】

可能な設計では、第１のビーコン・メッセージは、リソース解放設定情報を搬送し、リソース解放設定情報は、第２のリソースを使用するように別のユーザ・グループに示すために使用され、第２のリソースは、ＳＬ通信のために第１のユーザ・グループに配分されたリソースであり、第２のリソースの時間領域ロケーションは、第１のリソースの時間領域ロケーションの後である。

【0059】

前述の技術的解決策では、第１のビーコン・メッセージは、リソース解放設定情報を搬送することができる。リソース解放設定情報は、第１のユーザ・グループの第２のリソースが別のユーザ・グループ内のデバイスによって使用され得ることを示すことができる。第２のリソースの時間領域ロケーションは、第１のリソースの時間領域ロケーションの後である。第１のビーコン・メッセージは、第１のリソースが第１のユーザ・グループ内のデバイスによって使用されることを示すだけでなく、リソース解放設定情報を使用して、第１のユーザ・グループの第２のリソースが別のユーザ・グループ内のデバイスによって使用され得ることを示すことができる。これは、ＳＬ通信リソース利用を改善し、チャネル・リソースの無駄をさらに低減する。

【0060】

可能な設計において、リソース解放設定情報は、リソース解放持続時間セット、リソース解放周波数領域セット、及びユーザ・グループ・セットのうちの少なくとも１つを含み、リソース解放持続時間セットは、少なくとも１つの時間ユニット数を含み、第１の時間ユニット数は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニット数を示すために使用され、第１の時間ユニット数は、少なくとも１つの時間ユニット数に属するか、又はリソース解放周波数領域セットは、第２のリソース内の少なくとも１つのサブチャネル・リソースの指示情報を含み、少なくとも１つのサブチャネル・リソースは、別のユーザ・グループ内のデバイスによって使用され得、ユーザ・グループ・セットは、少なくとも１つのユーザ・グループの識別子を含み、少なくとも１つのユーザ・グループは、第２のリソースを使用可能である。

【0061】

前述の技術的解決策では、第１のビーコン・メッセージで搬送されるリソース解放設定情報は、第２のリソースに含まれ、かつ別のユーザ・グループ内のデバイスによって使用され得る時間ユニット数を示すか、又はサブチャネル・リソースの指示情報、若しくは第２のリソースを使用できるユーザ・グループを示すことができる。第３のデバイスは、リソース解放設定情報に基づいて第２のリソースを使用できる。これは、ＳＬ通信リソースを使用する柔軟性を改善し、リソース利用を改善し、チャネル・リソースの無駄を低減する。

【0062】

可能な設計では、第３のデバイスが、第２のビーコン・メッセージを検出し、第２のビーコン・メッセージは、第２のリソースが使用されることを示すために使用される。第３のデバイスが第２のビーコン・メッセージを検出せず、第１のビーコン・メッセージ内のリソース解放設定情報に含まれるユーザ・グループ・セットが第２のユーザ・グループの識別子を含み、第３のデバイスが第２のユーザ・グループに属する場合、第３のデバイスが、第２のリソースを使用する。代替的には、第３のデバイスが第２のビーコン・メッセージを検出しない場合、第３のデバイスが、第２のリソースを使用する。

【0063】

前述の技術的解決策では、第１のビーコン・メッセージを検出した後に、第３のデバイスは、ビーコン・メッセージの検出を継続することができる。第２のリソースが使用されることを示すために使用された第２のビーコン・メッセージが検出されないと第３のデバイスが決定する場合、第３のデバイスは、第２のリソースを使用できる。これは、ＳＬ通信リソース利用を改善し、第１のユーザ・グループ内のいずれのデバイスも第２のリソースを使用しないために生じるチャネル・リソースの無駄を回避する。代替的には、第３のデバイスによって検出される第１のビーコン・メッセージ内のリソース解放設定情報は、ユーザ・グループ・セットを含んでもよく、第３のデバイスが属する第２のユーザ・グループの識別子は、第１のビーコン・メッセージ内のユーザ・グループ・セット内にある。第１のユーザ・グループ内のデバイスは、ビーコン・メッセージで搬送されたリソース解放設定情報にユーザ・グループ・セットを含み、第２リソースを使用するようにユーザ・グループ・セット内の識別子に対応するユーザ・グループ内のデバイスを示す。これは、ＳＬ通信リソースを使用する柔軟性を改善する。ユーザ・グループ・セット内の識別子に対応するユーザ・グループは、第１のユーザ・グループ内のデバイスによって使用されない第２のリソース上で非周期的なデータを送信することができる。これは、ＳＬ通信リソース利用を改善する。

【0064】

可能な設計では、第３のデバイスが第１のビーコン・メッセージを検出した後に、方法は、第３のデバイスが第１のビーコン・メッセージを記憶することをさらに含む。

【0065】

前述の技術的解決策では、第１のビーコン・メッセージを検出した後に、第３のデバイスは、第１のビーコン・メッセージを記憶することができ、その結果、第１のユーザ・グループが第２のリソースの使用をスキップすることを決定するときに、第３のデバイスは、第１のビーコン・メッセージで搬送されたリソース解放設定情報に基づいて第２のリソースを使用する。

【0066】

可能な設計では、第３のデバイスが、第２のリソースを使用することは、第３のデバイスが、第２のリソースの任意のリソースを使用してデータを伝送することか、第１のビーコン・メッセージで搬送されるリソース解放設定情報がリソース解放持続時間セットを含む場合、第３のデバイスが、第２のリソース内のターゲット時間ユニットを使用することであって、ターゲット時間ユニットは、リソース解放持続時間における任意の時間ユニット数に対応する時間ユニットである、ことか、又は第１のビーコン・メッセージで搬送されるリソース解放設定情報がリソース周波数セットを含む場合、第３のデバイスが、第２のリソース内のターゲット・サブチャネルを使用することであって、ターゲット・サブチャネルは、リソース解放周波数領域セット内の指示情報に対応する少なくとも１つのサブチャネル・リソースのうちの任意の１つである、ことを含む。

【0067】

前述の技術的解決策では、第３のデバイスが第２のリソースを使用するときに、第３のデバイスは、第２のリソース内の任意のリソースを直接使用できる。代替的には、第３のデバイスは、第１のビーコン・メッセージで搬送されたリソース解放設定情報に基づいて第２のリソースを使用する。例えば、第３のデバイスは、第１のビーコン・メッセージで搬送されたリソース解放設定情報内のリソース解放持続時間セット内の任意の時間ユニット数に対応する時間ユニットを使用する。代替的には、第３のデバイスは、リソース解放設定情報内のリソース周波数セット内の任意のサブチャネルを使用してもよい。第１のビーコン・メッセージで搬送されるリソース解放設定情報は、第２のリソースを使用するように第３のデバイスに示すために使用される。これは、第３のデバイスによるＳＬ通信リソースを使用する柔軟性を改善し、リソース利用を改善するだけではなく、チャネル・リソースの無駄を低減する。

【0068】

可能な設計では、第３のデバイスが、第２のリソースを使用することは、第３のデバイスが、第２のリソースを使用するように第２のユーザ・グループ内の第４のデバイスに通知することを含み、第４のデバイスは、第３のデバイス以外の第２のユーザ・グループ内の任意のデバイスである。

【0069】

前述の技術的解決策では、第２のリソースを使用する場合、第３のデバイスは、第２のリソースを使用するように第２のユーザ・グループ内の別のデバイスに示すことができ、第２のユーザ・グループ内の別のデバイスは、ビーコン・メッセージを検出する必要がない。これは、第２のユーザ・グループ内のデバイスによってビーコン・メッセージを検出するオーバヘッドをさらに低減する。

【0070】

可能な設計では、第３のデバイスが、第１のビーコン・メッセージを検出することは、第３のデバイスが、第１のリソース内の最初の時間ユニットにおいて第１のビーコン・メッセージを検出することか、又は第３のデバイスが、ターゲット・リソース上で第１のビーコン・メッセージを検出することであって、ターゲット・リソースは、時間領域ロケーションが第１のリソースの時間領域ロケーションの前にあり、かつ任意のユーザ・グループのリソースに直交するリソースである、ことを含む。

【0071】

前述の技術的解決策では、第３のデバイスは、第１のリソース内の最初の時間ユニットにおいて、又はターゲット・リソース上で第１のビーコンを検出することができる。これは、ビーコン・メッセージ検出により生じるオーバヘッドを低減することができる。

【0072】

可能な設計では、ターゲット・リソースは、物理サイドリンク共有チャネルである。

【0073】

前述の技術的解決策では、第３のデバイスは、物理サイドリンク共有チャネル上でビーコン・メッセージを検出することができる。これは、ビーコン・メッセージ検出中に生成されるオーバヘッドを低減する。

【0074】

可能なデバイス設計では、ターゲット・リソースは、物理サイドリンク共有チャネル上の任意のリソース要素である。

【0075】

第５の態様によれば、この出願の実施形態は、通信装置を提供する。通信装置は、第１のデバイス又は第１のデバイス内のチップ若しくはシステム・オン・チップであってもよい。通信装置は、プロセッサ及びトランシーバを含む。トランシーバは、プロセッサの制御下でビーコン・メッセージを受信又は送信してもよい。プロセッサは、第１の態様、第２の態様、第３の態様、又は第４の態様の任意の設計の方法を実行してもよい。

【0076】

第６の態様によれば、この出願の実施形態は、通信装置を提供する。通信装置は、第３のデバイス又は第３のデバイス内のチップ若しくはシステム・オン・チップであってもよい。通信装置は、プロセッサ及びトランシーバを含む。トランシーバは、プロセッサの制御下でビーコン・メッセージを受信又は送信してもよい。プロセッサは、第１の態様、第２の態様、第３の態様、又は第４の態様の任意の設計の方法を実行してもよい。

【0077】

第７の態様によれば、この出願の実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、プログラム命令を記憶し、プログラム命令がコンピュータ上で動作されるときに、コンピュータは、第１の態様、第２の態様、第３の態様、又は第４の態様の任意の設計の方法を実行することが可能となる。例えば、コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体であってもよい。例として、限定ではない。コンピュータ可読媒体は、非一時的なコンピュータ可読媒体、ランダム・アクセス・メモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、リード・オンリー・メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、電気的に消去可能なプログラマブル・リード・オンリー・メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）、ＣＤ－ＲＯＭ若しくは別の光ディスク記憶装置、磁気ディスク記憶媒体若しくは他の磁気記憶デバイス、又は命令若しくはデータ構造の形態で予期されるプログラムコードを搬送又は記憶するために使用され得、かつコンピュータによってアクセスされ得る任意の他の媒体を含んでもよい。

【0078】

第８の態様によれば、命令を含むコンピュータ・プログラム製品が提供される。コンピュータ・プログラム製品がコンピュータ上で動作するときに、コンピュータは、第１の態様、第２の態様、第３の態様、又は第４の態様の任意の設計の方法が可能となる。

【0079】

第９の態様によれば、チップが提供される。チップは、プロセッサを含み、プロセッサが命令を実行するときに、プロセッサは、第１の態様、第２の態様、第３の態様、又は第４の態様の任意の設計の方法を実行するように構成されている。命令は、チップ内部のメモリからであってもよいし、チップ外部のメモリからであってもよい。オプションで、チップは、入力／出力回路をさらに含む。

【0080】

第１０の態様によれば、通信システムが提供される。通信システムは、第１のデバイスと第３のデバイスとを含む。第１のデバイスが、第１の態様の任意の設計におけるリソース処理方法を実行するように構成されており、第３のデバイスが、第２の態様の任意の設計におけるリソース処理方法を実行するように構成されているか、又は第１のデバイスが、第２の態様の任意の設計におけるリソース処理方法を実行するように構成されており、第３のデバイスが、第２の態様の任意の設計におけるリソース処理方法を実行するように構成されている。

【0081】

第５の態様～第１０の態様の任意の設計によってもたらされる技術的効果については、前述の対応する方法によってもたらされる技術的効果を参照のこと。詳細は、ここでは再度説明されない。

【図面の簡単な説明】

【0082】

【図1】この出願の一実施形態による、端末の構造の概略図である。

【図2】この出願の一実施形態による、アプリケーション・シナリオの概略図である。

【図3】この出願の一実施形態による、アプリケーション・シナリオの概略図である。

【図4】この出願の一実施形態による、アプリケーション・シナリオの概略図である。

【図5】この出願の一実施形態による、ユーザ・インターフェースの概略図である。

【図6】この出願の一実施形態による、ユーザ・インターフェースの概略図である。

【図7】この出願の一実施形態による、ユーザ・グループのリソースの概略図である。

【図8】この出願の一実施形態による、ユーザ・グループのリソースの概略図である。

【図9】この出願の一実施形態による、ユーザ・グループのリソースの概略図である。

【図10】この出願の一実施形態による、リソース処理方法の概略フローチャートである。

【図11(a)】この出願の一実施形態による、別のリソース処理方法の概略フローチャートである。

【図11(b)】この出願の一実施形態による、別のリソース処理方法の概略フローチャートである。

【図12】この出願の一実施形態による、ビーコン・メッセージを送信する概略図である。

【図13】この出願の一実施形態による、ビーコン・メッセージを送信する別の概略図である。

【図14】この出願の一実施形態による、ビーコン・メッセージを送信するさらに別の概略図である。

【図15】この出願の一実施形態による、リソース占有プロセスの概略図である。

【図16】この出願の一実施形態による、別のリソース占有プロセスの概略図である。

【図17】この出願の一実施形態による、ユーザ・グループのリソースの概略図である。

【図18】この出願の一実施形態による通信装置の構造の概略図である。

【図19】この出願の一実施形態による、通信装置の構造の概略図である。

【図20】この出願の一実施形態による、チップの構造の概略図である。

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

【0083】

この出願の説明では、別段の定めがない限り、「／」は「又は」を意味する。例えば、Ａ／Ｂは、Ａ又はＢを表してもよい。本明細書における「及び／又は」の用語は、関連するオブジェクト間の関連関係のみを説明し、３つの関係があり得ることを示す。例えば、Ａ及び／又はＢは、Ａのみが存在し、Ａ及びＢの両方が存在し、Ｂのみが存在するという３つのケースを表してもよい。追加的に、「少なくとも１つ」とは、１つ以上を意味し、「複数の」とは、２つ以上を意味する。「第１」、「第２」などの用語は、数及び実行系列を制限するものではなく、「第１」、「第２」などの用語は、明確な差異を指示するものではない。

【0084】

この出願において、「例えば」又は「など」の語は、例、例示又は説明を与えることを表すために使用されることに留意されたい。この出願において、「例」又は「例えば」として説明される実施形態又は設計は、他の実施形態又は設計よりも好ましいものとして、又はより多くの利点を有するものとして解釈されるべきではない。正確には、「例」、「例えば」などの語の使用は、関係する概念を特定の方法で提示することを意図している。

【0085】

現在、ＮＲ ＳＬにおけるＳＬ ＵＥ間のリソース配分モードは主にモード１（ｍｏｄｅ １）とモード２（ｍｏｄｅ ２）の２つがある。モード１では、伝送リソースはＵＥのための基地局によって主にスケジューリングされる。モード２では、伝送リソースは端末によって自動的にスケジューリングされる。

【0086】

モード１：基地局のカバレッジ内のＳＬ ＵＥの場合、ＳＬ ＵＥの伝送リソースは、基地局によって中央でスケジューリングされてもよい。基地局は、動的グラント（ｄｙｎａｍｉｃ ｇｒａｎｔ）又は設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）方式で、ＳＬ ＵＥに対して伝送リソースをスケジューリングしてもよい。設定されたグラントは、設定されたグラント・タイプ１（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ １）又は設定されたグラント・タイプ２（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ ｔｙｐｅ ２）を含む。

【0087】

モード２：各ＳＬ ＵＥは、センシング選択（ｓｅｎｓｉｎｇ－ｓｅｌｅｃｔｉｏｎ）メカニズムを使用して、リソースを占有する。各ＳＬ ＵＥは、別の受信したＳＬメッセージ内のＳＣＩ １又はＳＣＩ ２をデコードし、リソース予約情報を学習し、ＳＣＩで搬送されたリソース予約情報（例えば、周期的予約及びワンタイム予約）、示されたサービス・プライオリティ、及びＳＣＩのＲＳＲＰに基づいて、利用可能な時間周波数リソース・ロケーションを決定し、次いで、利用可能なリソースからデータを送信するためのリソースをランダムに選択する。

【0088】

ＳＬ伝送シナリオにおけるリソース配分方式として、グループ・ベースのリソース配分ソリューションが導入されてもよい。一般に、ＳＬにおけるグループは、ユーザ・グループとも呼ばれてもよい。１つのＵＥグループは、１つ以上のＳＬ ＵＥを含んでもよい。ＳＬリソースがＵＥグループに配分され、その結果、ＵＥグループ内のＳＬ ＵＥがＳＬリソースを取得することができるか、又はＵＥグループ内の１つ以上のＳＬ ＵＥが、ＳＬリソースを占有するＵＥグループ全体を置き換え、その結果、別のＵＥグループ内の別のＳＬ ＵＥがＳＬリソースを取得することができる。ＱｏＳを確保するという制約の下で、各グループがＳＬリソースを占有する方法、又は各グループに対してＳＬリソースを配分する方法は、解決すべき緊急の問題である。

【0089】

ソリューションは、ＮＲ－Ｕ又は第６世代の無線フィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、Ｗｉ－Ｆｉ）におけるリソース競合メカニズム、例えば、ＮＲ－Ｕにおけるリスン・ビフォア・トーク（ｌｉｓｔｅｎ ｂｅｆｏｒｅ ｔａｌｋ、ＬＢＴ）メカニズム、及び第６世代のＷｉ－Ｆｉにおけるキャリア・センス・マルチプル・アクセス（ｃａｒｒｉｅｒ ｓｅｎｓｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＳＭＡ）メカニズムを使用することである。ＮＲ－Ｕにおける基地局及び基地局のカバレッジ内のＵＥは、１つのＵＥグループとみなされてもよく、各グループは、ＬＢＴメカニズムを使用してリソースを占有する。第６世代のＷｉ－Ｆｉでは、ベーシック・サービス・セット（ｂａｓｉｃ ｓｅｒｖｉｃｅ ｓｅｔ、ＢＳＳ）がＵＥグループとみなされてもよい。ＢＳＳは通常、アクセス・ポイント（Ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）及び各局（Ｓｔａｔｉｏｎ、ＳＴＡ）を含み、各ＢＳＳは、チャネル選択及びＣＳＭＡメカニズムを使用してリソースを占有する。

【0090】

しかし、ＮＲ－Ｕ及び第６世代のＷｉ－Ｆｉの各ＵＥグループによって占有されるチャネル・リソースは、非直交分割を通して取得される。すなわち、複数のＵＥグループが同じチャネル・リソースを占有する機会を有する。したがって、各ＵＥグループは、データを伝送するためのリソースを占有するために、ＬＢＴメカニズム又はＣＳＭＡメカニズムを使用して、チャネル・リソース使用機会を競う必要がある。同じチャネル・リソースを占有するための機会を有する少数のＵＥグループが存在する場合、各ＵＥグループは、データを伝送するために、ＬＢＴメカニズム及びＣＳＭＡメカニズムを使用して、チャネル・リソースの占有に成功することができる。しかし、同じチャネル・リソースを占有するための機会を有する多数のＵＥグループが存在する場合、チャネル・リソースに対する厳しい競合が容易に発生し、各ＵＥグループがリソースの占有に成功する機会が低減されることをもたらす。

【0091】

いくつかの典型的なＳＬ伝送シナリオでは、ＳＬチャネル・リソース上で伝送されるデータ・サービスは、明らかな周期的特性を有し、遅延に関して高い要求を有する。ＬＢＴメカニズム及びＣＳＭＡメカニズムが、ＳＬチャネル・リソースが伝送に使用されるシナリオに適用される場合、周期的なデータ伝送及び遅延ＱｏＳを確保することは困難である。

【0092】

これに基づいて、この出願の実施形態は、チャネル・リソース利用を改善し、チャネル・リソースの無駄を回避するためのリソース処理方法及び装置を提供する。方法及び装置は、同じ発明概念に基づく。方法及び装置は、同様の問題解決の原理を有するので、装置及び方法の実装については、互いに参照し、繰り返しの説明は提供されない。

【0093】

この出願の実施形態における端末は、サイドリンク端末（ｓｉｄｅｌｉｎｋ ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＳＬ ＵＥ）であってもよいし、ＳＬ通信能力を有するＵＥであってもよい。ＳＬ ＵＥは、１対１の通信、１対多の通信、又は多対１の通信を実行してもよい。これは、本発明の実施形態で限定されない。例えば、ＳＬ ＵＥは、携帯電話、タブレット・コンピュータ、ノートブック・コンピュータ、仮想現実デバイス、拡張現実デバイス、ハイブリッド現実デバイス、インテリジェント・ウェアラブル・デバイス、ルータ、サーバなどの端末であってもよい。代替的には、ＳＬ ＵＥは、ＳＬ通信能力及びプロセッサを有する端末、例えば、車両、スマート・ホーム・デバイス（テレビ、スマート・ステレオ、スマート冷蔵庫、スマート電子レンジ、スマート照明デバイスなど）、ロボット、中央制御デバイス、センサ・デバイス、又は測定デバイスであってもよい。

【0094】

図１は、端末の構造の概略図である。端末１００は、プロセッサ１１０、外部メモリ・インターフェース１２０、内部メモリ１２１、ユニバーサル・シリアル・バス（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ、ＵＳＢ）インターフェース１３０、充電管理モジュール１４０、電力管理モジュール１４１、バッテリ１４２、アンテナ１、アンテナ２、移動通信モジュール１５０、無線通信モジュール１６０、オーディオ・モジュール１７０、スピーカー１７０Ａ、受信機１７０Ｂ、マイクロホン１７０Ｃ、ヘッドセット・ジャック１７０Ｄ、センサ・モジュール１８０、ボタン１９０、モータ１９１、インジケータ１９２、カメラ１９３、ディスプレイ１９４、加入者アイデンティティ・モジュール（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ ｍｏｄｕｌｅ、ＳＩＭ）カード・インターフェース１９５などを含んでもよい。センサ・モジュール１８０は、圧力センサ１８０Ａ、ジャイロ・センサ１８０Ｂ、気圧センサ１８０Ｃ、磁気センサ１８０Ｄ、加速度センサ１８０Ｅ、距離センサ１８０Ｆ、光学近接センサ１８０Ｇ、指紋センサ１８０Ｈ、温度センサ１８０Ｊ、タッチ・センサ１８０Ｋ、周辺光センサ１８０Ｌ、骨伝導センサ１８０Ｍなどを含んでもよい。

【0095】

プロセッサ１１０は、１つ以上の処理ユニットを含んでもよい。例えば、プロセッサ１１０は、アプリケーション・プロセッサ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ、ＡＰ）、モデム・プロセッサ、グラフィック処理ユニット（ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＧＰＵ）、画像信号プロセッサ（ｉｍａｇｅ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＩＳＰ）、コントローラ、メモリ、ビデオ・コーデック、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、ベースバンド・プロセッサ、及び／又はニューラル・ネットワーク処理ユニット（ｎｅｕｒａｌ－ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＮＰＵ）を含んでもよい。

【0096】

無線通信モジュール１６０は、少なくとも１つの通信プロセッサ・モジュールを統合する１つ以上のコンポーネントであってもよい。無線通信モジュール１６０は、ＳＬ通信モジュール１６１を含んでもよく、端末１００に適用されるＳＬ通信ソリューションを提供してもよい。無線通信モジュール１６０はまた、無線ローカル・エリア・ネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ、ＷＬＡＮ） （例えば、Ｗｉ－Ｆｉネットワークなど）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ、ＢＴ）、グローバル・ナビゲーション衛星システム（ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ、ＧＮＳＳ）、周波数変調（ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌａｔｉｏｎ、ＦＭ）、近接場通信（ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣ）、赤外線（ｉｎｆｒａｒｅｄ、ＩＲ）技術などの無線通信を含むソリューションを提供してもよい。

【0097】

一例では、端末のアプリケーション層は、一連のアプリケーション・パッケージを含んでもよい。アプリケーション・パッケージは、プリセットされたアプリケーション・パッケージ、例えば、ギャラリー、カレンダー、電話、マップ、ナビゲーション、ミュージック、ビデオ、又はメッセージであってもよいし、サードパーティ・アプリケーション・パッケージ、例えば、ＷｅＣｈａｔ、又はＷｅｉｂｏであってもよい。代替的には、アプリケーション・パッケージは、ＳＬ通信アプリケーションのプログラム・パッケージであってもよく（又は別の名前を使用してもよい）、プリセットされた方式でアプリケーション層に追加されてもよいし、ダウンロード又はインポート方式でアプリケーション層に追加されてもよい。ＳＬ通信アプリケーションは、端末によるＳＬ通信を可能にする機能を提供してもよいし、ＳＬ ＵＥをグループ化する機能も提供してもよい。ユーザがＳＬ通信アプリケーションに触れて開始した後に、タッチ・センサ１８０Ｋは、収集された信号をプロセッサ１１０に送信し、プロセッサ１１０は、アプリケーション層においてＳＬ通信アプリケーションを呼び出してもよい。

【0098】

この出願の実施形態で提供されるリソース処理方法は、ユーザ・グループに適用されてもよい。ＵＥグループ内のＳＬ Ｕｅは、グループ・ヘッド（ｇｒｏｕｐ ｈｅａｄ、ＧＨ）及びグループ・メンバ（ｇｒｏｕｐ ｍｅｍｂｅｒ、ＧＭ）に分類されてもよい。ＧＨは、ＵＥグループによって占有されるリソースを配分及びスケジューリングする。ＧＨは、ＵＥグループにおいてスケジューリング命令、ブロードキャスト・メッセージ、電力情報、及びグループ内情報をさらに送信してもよい。

【0099】

異なるユーザ・グループにおけるＧＨは、グループ間の複数のユーザ・グループにおけるＧＨとＧＭのリソース競合オーバヘッドと干渉を低減するように、リソースを争うことがある。異なるアプリケーション・シナリオでは、ＧＨは、異なるリソース配分とスケジューリング能力を有してもよい。例えば、プラトゥーニング（ｐｌａｔｏｏｎｉｎｇ）走行シナリオでは、ＧＨは、強いリソース配分とスケジューリング能力を有してもよい。競合を通してリソースを取得した後に、ＧＨは、配分方式でユーザ・グループ内のＧＭにリソースを配分してもよい。これにより、グループ内のＧＭの競合オーバヘッドを低減することができる。マルチ車両フリー・キュー・シナリオでは、ＧＨは、弱いリソース配分とスケジューリング能力を有してもよい。競合を通してリソースを取得した後に、ユーザ・グループ内のＧＨ及び各ＧＭは、競合方式で、競合を通じてＧＨによって以前に取得されたリソースを占有してもよい。代替的には、ＧＨは、ＵＥグループ内の任意のＳＬ ＵＥであってもよい。一般に、プラトゥーニング走行シナリオにおけるＳＬ ＵＥは、プラトゥーン内を走行してもよく、ＳＬ ＵＥは、同じベンダーによって生産された車両である。マルチ車両プラトゥーン・シナリオにおけるＳＬ ＵＥは、自発的なプラトゥーニング又は一時的なプラトゥーニングを実行してもよく、ＳＬ ＵＥは、異なるベンダーによって生成されてもよい。

【0100】

この出願の実施形態では、異なるシナリオ、例えば、Ｖ２Ｘ、スマート・ホーム、スマート工場などのＳＬシナリオで異なるグループ化方法が使用されてもよい。

【0101】

Ｖ２Ｘシナリオが一例として使用され、各車両プラトゥーンが１つのＵＥグループとして使用されてもよい。各ＵＥグループ内の車両は、グループ内ＳＬ通信と呼ばれ得るＳＬを介して互いに通信してもよい。異なるＵＥグループ内の車両はまた、ＳＬを介して互いに通信してもよく、これは、グループ間ＳＬ通信と呼ばれてもよい。

【0102】

図２は、２つの車両プラトゥーン、すなわち、２つのＵＥグループを示す。一方のＵＥグループは、３台の車両を含む。他方のＵＥグループは、２台の車両を含む。同じＵＥグループでは、２台の車両が制御命令、メッセージ（ｍｓｇ）、又はデータ（ｄａｔａ）をＳＬを介して伝送してもよい。制御命令、メッセージ、又はデータはまた、ＳＬを介して異なるＵＥグループ間で伝送されてもよい。Ｖ２Ｘでは、ＵＥグループが基地局のカバレッジ内にある場合、ＵＥグループ内の車両も基地局への通信接続を確立してもよい。

【0103】

Ｖ２Ｘアプリケーション・シナリオでは、各ＵＥグループ内の車両はまた、高度道路交通システム（ｉｎｔｅｌｌｉｇｅｎｔ ｔｒａｆｆｉｃ ｓｙｓｔｅｍ、ＩＴＳ）におけるインテリジェント道路標識、交通信号などのＩＴＳ路側無線機器と通信して、車両のデータ又は情報をＩＴＳに報告してもよいし、車両は、ＩＴＳにメッセージ又はデータ要求を送信してもよく、ＩＴＳが、交通データ、例えば、交通渋滞、事故警報、道路建設、交通信号、又は標識指示を車両に配信する。

【0104】

Ｖ２Ｘにおける各ＵＥグループは、免許不要スペクトル・リソースを使用してＳＬ通信を実行してもよい。例えば、車両のインターネット（Ｉｎｔｅｌｌｉｇｅｎｔ Ｃｏｎｎｅｃｔｅｄ Ｖｅｈｉｃｌｅｓ）の直接リンク通信における５９０５ＭＨｚ～５９２４ＭＨｚの周波数帯の使用に関する管理規則（トライアル）に従って、Ｖ２Ｘ直接リンク通信のワーキング周波数帯として５９０５ＭＨｚ～５９２４ＭＨｚの周波数帯が計画されている。Ｖ２Ｘにおける各ＵＥグループは、５９０５ＭＨｚ～５９２４ＭＨｚの周波数帯でＳＬ通信を実行することができる。

【0105】

Ｖ２Ｘにおける各ＵＥグループは、免許要スペクトル・リソースを使用してＳＬ通信を実行してもよい。例えば、オペレータはまた、Ｖ２Ｘに免許要スペクトルを配分してもよく、Ｖ２Ｘにおける各ＵＥグループはまた、オペレータによって配分された免許要スペクトル・リソースを使用してＳＬ通信を実行してもよい。

【0106】

スマートフォン・シナリオが、一例として使用される。ＳＬ ＵＥデバイスは、機能に基づいてグループ化されてもよい。ＵＥグループ内のＳＬ ＵＥデバイスは、同じ機能を有する。例えば、ビデオ再生機能を有するＵＥが１つのグループにグループ化され、オーディオ再生機能を有するＵＥが１つのグループにグループ化されてもよい。

【0107】

図３は、スマート・ホーム・シナリオを示す。ＳＬ ＵＥは、テレビ、コンピュータ、携帯電話、投影デバイス、又はステレオであってもよい。ＵＥグループ１は、テレビジョン、投影デバイス、コンピュータ、携帯電話などのビデオ再生機能を有するＵＥを含む。ＵＥグループ２は、オーディオ再生機能を有するＵＥ、例えば、ステレオ、携帯電話、又はオーディオ再生機能を有するスマート・ホーム・デバイス（例えば、スマート冷蔵庫宇）を含む。多機能ＵＥがスマート・ホーム・シナリオに含まれる場合、ＵＥは、異なるグループに同時に含まれてもよい。

【0108】

スマート工場シナリオが、一例として使用される。スマート工場は、通常、複数の製造ライン、機械アーム、及び機械アーム制御デバイスを含む。スマート工場内の機械アームは、ＳＬ ＵＥであってもよいし、同じ製造ライン・コントローラによって制御されるＳＬ ＵＥは、ＵＥグループを形成してもよいし、同じ機械コントローラによって制御されるＳＬ ＵＥは、ＵＥグループを形成してもよい。

【0109】

図４は、スマート工場シナリオを示す。スマート工場は、２つの製造ライン、すなわち、製造ラインＡ及び製造ラインＢを含む。製造ライン・コントローラ１は、製造ラインＡ上の複数の機械アーム（ロボット・ハンド、ロボット・アーム、又はロボットとも呼ばれてもよい）を制御してもよく、製造ライン・コントローラ２は、製造ラインＢ上の複数の機械アームを制御する。機械アームは、製造ライン上の要素及びコンポーネントの追加、分解、移動などの動作を実行してもよく、製造ライン上の食品及び物品の灌流、コーティング、充填などの動作も実行してもよい。同じ製造ライン上の機械アームは、同じ又は異なる動作を実行することができる。例えば、製造ラインの上流機械アームは、要素測定動作を実行し、要素測定データを下流機械アームに通知し、下流機械アームは、要素に対する分類動作を実行する。

【0110】

可能な実装では、ユーザはＳＬ ＵＥを手動でグループ化する。ユーザは、ＳＬ ＵＥ制御端末を使用してグループ化を実行してもよい。制御端末は、図１に示すハードウェア構造を有する端末を有する。例えば、プロセッサ１１０は、無線通信モジュール１６０を制御して、現在の環境におけるＳＬ ＵＥを探索してもよい。例えば、ＳＬ ＵＥは、ＳＬネットワーキング・シグナリングを使用して探索される。無線通信モジュール１６０は、プロセッサ１１０から送信予定の信号を受信し、アンテナ２を介して信号を電磁波に変換し、電磁波を放射する。無線通信モジュール１６０は、アンテナ２を介して電磁波を受信し、電磁波信号に対して周波数変調及びフィルタ処理を実行し、処理した信号をプロセッサ１１０に送信する。

【0111】

プロセッサ１１０は、無線通信モジュール１６０によって送信された信号を変調及び復調して、現在の環境におけるＳＬ ＵＥの識別子を決定する。プロセッサ１１０は、ＧＰＵを使用して、ファイルを表示するための制御、画像を表示するための制御などを呼び出して、選択のためにＳＬ ＵＥの識別子を含む表示インターフェースを生成し、表示インターフェースをディスプレイ１９４上に表示する。

【0112】

図５に示すように、ユーザがＵＥグループをセット・アップするために提供される表示インターフェースは、全ての見つかったＳＬ ＵＥ、例えば、テレビ、冷蔵庫、ヘッドセット、携帯電話１、携帯電話２、及び携帯電話３の識別子（又は名前）を含む。ユーザは、表示インターフェース内のデバイスを選択して、ユーザ・グループ１をセット・アップする。タッチ・センサ１８０Ｋは、収集信号をプロセッサ１１０に送信し、プロセッサ１１０は、タッチ・センサ１８０Ｋによって送信された収集信号に基づいて、ユーザによって選択されたＳＬ ＵＥがテレビ、携帯電話１、及びヘッドセットであると決定する。

【0113】

例えば、端末は、ＵＥグループにおいてデータ伝送端ＳＬ ＵＥ及びデータ受信端ＳＬ ＵＥを有する表示インターフェースを提供してもよい。図６に示すように、表示インターフェースは、伝送端、受信端、データ・タイプなどの複数の表示アイテムを含んでもよい。伝送端、受信端、データ・タイプはデフォルト設定であってもよい。デフォルト設定は、ユーザによってセット・アップされたＵＥグループ内の各ＵＥの機能情報、端末タイプなどの情報に基づいて決定されてもよい。

【0114】

表示インターフェースは、修正ボタン（例えば、図中の三角形）をさらに含んでもよい。修正ボタンがトリガされた後に、ユーザが修正するために、表示項目内の全てのオプションが表示される。図６に示すように、ユーザは、受信端の表示項目の下の「ヘッドセット」の隣の修正ボタンをタップして、全てのオプション「ヘッドセット」、「テレビ」、及び選択ボタンの表示をトリガし、その結果、ユーザが受信端デバイスを修正することができる。

【0115】

別の可能な実装では、ＳＬ ＵＥによってＵＥグループが自動的にセット・アップされてもよい。すなわち、ユーザは、ＵＥグループ・セット・アップ・プロセスに参加する必要がなくてもよい。例えば、同じベンダー又は異なるベンダーによって製造されたＳＬ ＵＥは、デバイスが電源投入された後に自動的に接続されて、ＵＥグループを形成してもよい。例えば、ＳＬ ＵＥが電源投入された後に、ＵＥグループは、プリセットされたプロトコル又は独自プロトコルに従ってセット・アップされる。例えば、電源投入された後、拡張現実表示デバイス及び制御デバイスは、自動的にＵＥグループを形成してもよい。別の例では、電源投入された後に、スマートフォン及びスマート・ヘッドセットが自動的にＵＥグループを形成する。

【0116】

この出願の実施形態では、データを伝送するために各ＵＥグループによって使用されるＳＬリソースは、免許要スペクトル・リソースであってもよいし、免許不要スペクトル・リソースであってもよい。ＳＬリソースが免許要スペクトル・リソースである場合、オペレータは、リソースを管理及び配分してもよい。リソースのソース又は所有は、この出願の実施態様で特に限定されない。

【0117】

ＳＬ通信シナリオでは、各ＵＥグループ内のＳＬ ＵＥの伝送要求は、ほとんどが周期的データ伝送である。多数のＵＥグループがあるときに、ＬＢＴメカニズム、ＣＳＭＡメカニズム、又は知覚選択メカニズムを使用して、チャネル・リソースに対する厳しい競合が容易に発生する。その結果、ＵＥグループによるリソースの占有に成功する機会が低減され、ＳＬ ＵＥは、周期的にデータを伝送することに影響を受け、データ伝送には長い遅延が発生する。

【0118】

各ＵＥグループ内のＳＬ ＵＥが周期的にデータを伝送できることを確保するために、ＵＥグループ内のＧＨは、対話ネゴシエーション方式で、各ＵＥグループによって使用されるリソースを決定するか、又は基地局の配分方式で、各ＵＥグループによって使用されるリソースを決定してもよい。例えば、基地局は、各ＵＥグループ内のＧＨにリソース設定命令を送信し、リソース設定命令は、リソース時間周波数情報及び期間を含んでもよい。基地局は、ＧＨにリソース設定命令を送信し、ＵＥグループの時間周波数リソースの半永続スケジューリングを実装する。ＵＥグループは、リソース設定命令内の時間周波数情報に対応するリソースを周期的に使用してもよい。追加的に、ＵＥグループに対する非周期的サービスがある。したがって、ＵＥグループに配分される周期的リソースは冗長である。ＵＥグループは、半永続的ケジューリング期間において、リソース設定命令に対応する時間周波数リソースを占有してもよい。これにより、各ＵＥグループ内のＳＬ ＵＥによって周期的にデータを伝送する要件を確保する。。しかしながら、非周期的サービスのデータ量が過度に小さく、冗長リソースがＵＥグループのリソースにおいて過度に大きいとき、又はデータを周期的に伝送するためのＳＬ ＵＥの要件が低減されるときに、又は多数のリソースが大きなデータ伝送要件を有さないＵＥグループに配分されるときに、この半永続的スケジューリング方式は、リソースの無駄を引き起こす。

【0119】

この出願の実施形態で提供されるリソース処理方法は、データ遅延を低減し、チャネル・リソース利用をさらに改善し、チャネル・リソースの無駄を低減することができる。この出願の実施形態で提供されるリソース処理方法は、周期的データ伝送シナリオに適用可能であるばかりでなく、非周期的サービスのデータ量が動的に変化するシナリオにも適用可能である。以下、この出願で提供されるリソース処理方法について、特定の例を参照して説明する。

【0120】

この出願の実施形態で提供されるリソース処理方法は、複数のＵＥグループのシナリオに適用されてもよい。ＵＥグループに配分された周期的なリソースは直交しており、リソースの重複（例えば、時間領域リソースの重複や周波数領域リソースの重複）は発生しない。各ＵＥグループは、配分されたリソースを使用してデータを伝送する。

【0121】

図７は、３つのＵＥグループに配分されたＳＬリソースでもある、３つのＵＥグループによって占有されたリソースの一例を示す。ＵＥグループ１及びＵＥグループ２によって占有される時間領域リソースは直交し、ＵＥグループ２及びＵＥグループ３によって占有される時間領域リソースも直交し、ＵＥグループ１及びＵＥグループ３によって占有される時間領域リソースも直交する。

【0122】

図８は、３つのＵＥグループによって占有されるリソースの別の例を示す。ＵＥグループ１、ＵＥグループ２、及びＵＥグループ３は、各々、同じ時間領域リソース内の異なる周波数領域リソースを占有し、ＵＥグループによって占有される周波数領域リソースは直交し、周波数領域リソースの重複はない。

【0123】

図９は、３つのＵＥグループによって占有されるリソースのさらに別の例を示す。異なる時間領域リソース内のＵＥグループ１によって占有される周波数領域リソースは、固定されない。例えば、ＵＥグループ１は、第１の周波数領域リソース及び第３の周波数領域リソースである期間１において２つの周波数領域リソースを占有する。ＵＥグループ１は、期間２において、第１の周波数領域リソース、第２の周波数領域リソース、及び第３の周波数領域リソースの３つの周波数領域リソースを占有する。異なる時間領域リソースにおけるＵＥグループ３によって占有される周波数領域リソースは、第４の周波数領域リソースである。ＵＥグループ２は、周期的に時間領域リソース及び周波数領域リソースを占有する。例えば、ＵＥグループ２は、期間１及び期間３において第２の周波数領域リソースを占有する。この場合、３つのＵＥグループは、１つの期間として４つの期間を使用して、周期的にリソースを占有する。

【0124】

さらに別の例では、各ＵＥグループに配分される周期的リソースは、固定時間間隔を有する時間領域リソース及び／又は周波数領域リソースであってもよい。各ＵＥグループは対応するリソース・プールを有する。リソース・プール内のリソースは、ＳＬ通信のためにＵＥグループに配分された周期的リソースである。言い換えれば、リソース・プールは、固定時間間隔を有する時間領域リソース及び／又は周波数領域リソースを含む。

【0125】

図７は、４つの期間において３つのＵＥグループに配分されたリソースの例を示す。ＵＥグループ１に対応するリソース・プールは、１つの期間の時間間隔を有する周期的リソースを含んでもよい。ＵＥグループ２に対応するリソース・プールは、３つの期間の時間間隔を有する周期的リソースを含んでもよい。ＵＥグループ３に対応するリソース・プールは、３つの期間の時間間隔を有する周期的リソースを含んでもよい。

【0126】

図８は、４つの期間において３つのＵＥグループに配分されたリソースのステータスの別の例を示す。ＵＥグループ１に対応するリソース・プールは、各期間に複数の周波数領域リソースを含んでもよい。ＵＥグループ２に対応するリソース・プールは、各期間に１つの周波数領域リソースを含んでもよい。ＵＥグループ３に対応するリソース・プールは、各期間に１つの周波数領域リソースを含んでもよい。

【0127】

図９は、４つの期間の期間において３つのＵＥグループに配分されたリソースのステータスのさらに別の例を示す。ＵＥグループ１に対応するリソース・プールは、各期間において、期間１及び期間３において第１及び第３の周波数領域リソースを含み、期間２及び期間４において第１、第２及び第３の周波数領域リソースを含むか、２つの期間が１つの期間として考えられてもよい。このケースでは、ＵＥグループ１に対応するリソース・プールは、各期間において、期間１において第１及び第３の周波数領域リソースを含み、期間２において第１、第２及び第３の周波数領域リソースを含んでもよい。

【0128】

まず、この出願の実施形態は、リソース処理方法を提供し、ビーコン（ｂｅａｃｏｎ）メッセージが、リソース解放を示すために使用される。図１０は、リソース処理方法を実装するための第１のデバイスと第２のデバイスとの間の対話の概略図である。本方法は、以下のステップを含む。

【0129】

ステップＳ１０１：第１のデバイスは、第１のデバイスが属するユーザ・グループに属する時間周波数リソース上でデータを伝送しないと決定する。

【0130】

説明を容易にするために、第１のデバイスが属するユーザ・グループは、第１のＵＥグループとして示される。第１のデバイスが属するユーザ・グループに属する時間周波数リソースは、第１のＵＥグループに配分された時間周波数リソースである。第１のＵＥグループは、第１のＵＥグループに属する時間周波数リソースを取り計らい、例えば、時間周波数リソースを使用するか、使用しないか、又は解放してもよい。

【0131】

例えば、第１のデバイスは、第１のＵＥグループ内のＧＨであってもよい。

【0132】

別の例として、第１のデバイスは、代替的には、第１のＵＥグループ内の任意のＳＬ ＵＥであってもよい。

【0133】

ステップＳ１０２：第１のデバイスは、ビーコン（ｂｅａｃｏｎ）メッセージをＳＬチャネル上で送信し、ビーコン（ｂｅａｃｏｎ）メッセージは、リソースが一時的に解放されたことを示すために使用される。

【0134】

ステップＳ１０３：第２のデバイスは、ＳＬチャネル上にビーコン（ｂｅａｃｏｎ）メッセージがあるかどうかを検出する。ビーコン（ｂｅａｃｏｎ）メッセージがある場合、ステップＳ１０４が実行され、ビーコン（ｂｅａｃｏｎ）メッセージがない場合、ステップＳ１０５が実行される。

【0135】

例えば、第２のデバイスは、第２のＵＥグループ内にあり、かつデータ伝送のために一時的に解放されたリソースを占有する必要があるＳＬ ＵＥであってもよい。

【0136】

別の例では、第２のデバイスは、代替的に、第２のＵＥグループ内のＧＨであってもよい。

【0137】

オプションで、第２のＵＥグループは、データ伝送のために一時的に解放されたリソースを占有する必要があるＵＥグループである。

【0138】

ステップＳ１０４：第２のデバイスは、ユーザ・グループが一時的にリソースを解放すると決定する。

【0139】

可能な実装では、ＵＥグループがリソースを一時的に解放すると決定するときに、第２のデバイスは第２のＵＥグループ内のＳＬ ＵＥに、ＳＬ ＵＥがデータを伝送するために一時的に解放された時間周波数リソースを占有することができることを通知する。

【0140】

ステップＳ１０５：第２のデバイスは、どのユーザ・グループも一時的にリソースを解放しないと決定する。

【0141】

この出願の実施形態は、ビーコン・メッセージを使用してリソース占有を示すためのリソース処理方法をさらに提供する。図１１（ａ）は、リソース処理方法を実装するための第３のデバイスと第４のデバイスとの間の対話の概略図である。本方法は、以下のステップを含む。

【0142】

ステップＳ２０１：第３のデバイスは、第３のデバイスが属するユーザ・グループに属する時間周波数リソース上でデータを伝送すると決定する。

【0143】

特定の実装中、第３のデバイスが属するユーザ・グループは、第３のＵＥグループに配分された時間周波数リソースを使用する。第３のＵＥグループは、第３のＵＥグループに属する時間周波数リソースを取り計らい、例えば、時間周波数リソースを使用するか、使用しないか、又は解放してもよい。第３のＵＥグループの時間周波数リソースは、グループ内データ伝送を実行するために第３のＵＥグループ内のＳＬ ＵＥによって使用されるか、又はグループ外部のデバイスにデータを伝送するために使用される。

【0144】

例えば、第３のデバイスは、第３のＵＥグループ内のＧＨであってもよい。ＧＨは、データを伝送するために第３のＵＥグループの時間周波数リソースを占有する必要があるか、又はＧＨは、第３のＵＥグループ内のＳＬ ＵＥがデータを伝送するために第３のＵＥグループの時間周波数リソースを占有する必要があると決定する。

【0145】

別の例では、第３のデバイスは、代替的には、第３のＵＥグループ内にあり、かつデータ伝送のために第３のＵＥグループの時間周波数リソースを占有する必要がある任意のＳＬ ＵＥであってもよい。

【0146】

ステップＳ２０２：第３のデバイスは、ＳＬチャネル上でビーコン（ｂｅａｃｏｎ）メッセージを送信し、ビーコン（ｂｅａｃｏｎ）メッセージは、第３のデバイスが属するユーザ・グループ内のデバイスが、第３のデバイスが属するユーザ・グループに属する時間周波数リソースを使用することを示すために使用される。

【0147】

第３のＵＥグループのＳＬ ＵＥは、第３のデバイスが属するユーザ・グループに属する全ての時間周波数リソースを使用してもよい。第３のＵＥグループのＳＬ ＵＥはまた、第３のデバイスが属するユーザ・グループに属する時間周波数リソースの一部を使用してもよい。

【0148】

ステップＳ２０１では、第３のデバイスは、第３のデバイスが属するユーザ・グループに属する時間周波数リソースが第１のリソースとして示されてもよいと決定する。第２のリソースもまた、第３のデバイスが属するユーザ・グループに属し、第２のリソースの時間領域ロケーションは、第１のリソースの時間領域ロケーションの後である。第３のＵＥグループの時間周波数リソース内の第２のリソースは、別のＵＥグループ内のデバイスによって使用されるために一時的に解放されてもよい。第３のＵＥグループの時間周波数リソース内の一時的に解放された第２のリソースは、ビーコン・メッセージで搬送されてもよい。

【0149】

第３のＵＥグループ内のＳＬ ＵＥによって送信されるビーコン・メッセージは、第３のＵＥグループに属する第１のリソースが解放されないことを直接示すものであると理解されたい。したがって、ビーコン・メッセージで搬送されるリソース解放設定情報は、第３のＵＥグループが、時間周波数ロケーションにおいて第１のリソースの後である第２のリソースを使用するように第３のデバイスが属するユーザ・グループ内のデバイスに示すために使用されるビーコン・メッセージを第３のＵＥグループが送信しないときに効力を生じる。ここで、効力を生じるという意味は、別のユーザ・グループ内のデバイスが、第３のＵＥグループに属する第１のリソースが解放されないことを示すために使用されるビーコン・メッセージで搬送されるリソース解放設定情報に基づいて、第２のリソースを使用すると決定してもよいことを意味してもよい。

【0150】

可能な実装では、第３のデバイスによって送信されるビーコン・メッセージは、リソース解放設定情報を搬送する。例えば、第３のデバイスは、データを送信するために配分された時間周波数リソースの一部を占有すると決定し、データ送信に使用されない他の時間周波数リソースに関する情報は、ビーコン・メッセージで搬送されてもよい。

【0151】

例示的な説明では、第３のデバイスによって送信されたビーコン・メッセージで搬送されたリソース解放設定情報は、リソース解放持続時間セットを含む。

【0152】

第３のＵＥグループの時間周波数リソースは、複数の時間ユニットを含んでもよい。ある時間期間のリソースは、複数の時間ユニットを使用して表されてもよい。例えば、リソースの持続時間は、．２５時間ユニットである。

【0153】

リソース解放持続時間セットは、少なくとも１つのリソース解放持続時間（時間ユニットの数）を含めてもよい。リソース解放持続時間は、値によって表されてもよく、リソース解放持続時間は、予め決定された時間方向における時間ユニット・リソース数（値）である。

【0154】

例えば、予め決定された時間方向は、時間領域方向と同じである。ＵＥグループ内のＳＬ ＵＥは、ＵＥグループの時間周波数リソース内の後者のリソースを使用し、ＵＥグループの時間周波数リソース内の前者のリソースを解放してもよく、その結果、別のＵＥグループ内のＳＬ ＵＥが前者のリソースを使用することができる。例えば、リソース解放持続時間は、０．２５、１、１．５、４などの値であり、これらは、それぞれ、一時的に解放される第３のＵＥグループの時間周波数リソースの始めにおける０．２５時間ユニット、１時間ユニット、１．５時間ユニット、及び４時間ユニットを表す。

【0155】

別の例では、予め決定された時間方向は、時間領域方向と反対である。ＵＥグループ内のＳＬ ＵＥは、ＵＥグループの時間周波数リソース内の前者のリソースを使用し、ＵＥグループの時間周波数リソース内の後者のリソースを解放してもよく、その結果、別のＵＥグループ内のＳＬ ＵＥが後者のリソースを使用することができる。例えば、リソース解放持続時間は、０．２５、１、１．５、４などの値であり、これらは、それぞれ、一時的に解放される第３のＵＥグループの時間周波数リソース内の最後の０．２５時間ユニット、１時間ユニット、１．５時間ユニット、及び４時間ユニットを表す。

【0156】

別の例示的な説明では、第３のデバイスによって送信されたビーコン・メッセージで搬送されたリソース解放設定情報は、ＵＥグループ・セットを含む。

【0157】

ビーコン・メッセージ内の第３のデバイスによって搬送されるリソース解放設定情報は、ＵＥグループ・セットを含み、ＵＥグループ・セットは、１つ以上のＵＥグループの識別子を含む。第３のデバイスは、使用のために１つ以上の指定されたＵＥグループに対してデータ伝送に使用されない時間周波数リソースを提供し、１つ以上の指定されたＵＥグループの識別子をＵＥグループ・セットに追加してもよい。

【0158】

例えば、ＵＥグループの識別子は、同じＳＬチャネルを使用する複数のＵＥグループによって合意された番号であり、各ＵＥグループは、例えば、１、２、３、４、５、ａ、ｂ、ｃ、ｄ、ｅ、又はｆであるユニークな対応する番号を有する。

【0159】

別の例では、ＵＥグループの識別子は、同じＳＬチャネルを使用する複数のＵＥグループ内のＧＨの識別子である。

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

ステップＳ２０７：第４のデバイスは、ＵＥグループによって解放されたリソースを使用する。

【0215】

例示的な説明では、第４のデバイスは、第３のＵＥグループ内の任意のデバイスによって送信され、かつ直近に検出されたビーコン・メッセージで搬送されるリソース解放設定情報が、リソース解放持続時間セットを含むと決定する。第４のデバイスは、リソース解放持続時間セットから、１つのリソース解放持続時間を選択してもよい。第４のデバイスは、選択されたリソース解放持続時間に対応するリソース上でデータを伝送するために、第４のＵＥグループにおいてデータを伝送する必要がある伝送ペアを通知してもよい。

【0216】

例示的な説明では、第４のデバイスは、第３のＵＥグループ内の任意のデバイスによって送信され、かつ直近に検出されたビーコン・メッセージで搬送されるリソース解放設定情報が、ＵＥグループ・セットを含むと決定する。第４のデバイスは、現在のグループの識別子、すなわち、第４のＵＥグループの識別子がＵＥグループ・セット内にあるかどうかを決定してもよい。第４のＵＥグループの識別子がＵＥグループ・セット内にある場合、第４のデバイスは、第３のＵＥグループによって一時的に解放されたリソースがデータ伝送に使用されてもよいと決定してもよい。

【0217】

さらに別の例示的な説明では、第４のデバイスは、第３のＵＥグループ内の任意のデバイスによって送信され、かつ直近に検出されたビーコン・メッセージで搬送されるリソース解放設定情報が、リソース解放周波数セットを含むと決定する。第４のデバイスは、リソース解放周波数セットから周波数を選択してもよい。第４のデバイスは、選択された周波数に対応するリソース上でデータを伝送するために、第４のＵＥグループにおいてデータを伝送する必要がある伝送ペアを通知してもよい。

【0218】

第４のデバイスは、第３のＵＥグループ内の任意のデバイスによって送信され、かつ直近に検出されたビーコン・メッセージで搬送されたリソース解放設定情報が、以下の情報、すなわち、リソース解放持続時間セット、ＵＥグループ・セット、及びリソース解放周波数セットのうちの少なくとも２つのタイプを含むと決定する。

【0219】

例えば、第４のデバイスは、第３のＵＥグループ内の任意のデバイスによって送信され、かつ直近に検出されたビーコン・メッセージで搬送されたリソース解放設定情報が、リソース解放周波数セット及びＵＥグループ・セットであると決定する。ビーコン・メッセージで搬送されるリソース解放周波数セットは、少なくとも１つの周波数を含んでもよい。第４のデバイスは、現在のグループの識別子、すなわち、第４のＵＥグループの識別子がＵＥグループ・セット内にあるかどうかを決定してもよい。第４のＵＥグループの識別子がＵＥグループ・セット内にあると決定する場合、第４のデバイスは、リソース解放周波数セットから周波数を選択してもよい。第４のデバイスは、選択された周波数に対応するリソース上でデータを伝送するために、第４のＵＥグループにおいてデータを伝送する必要がある伝送ペアを通知してもよい。

【0220】

別の例では、第４のデバイスは、第３のＵＥグループ内の任意のデバイスによって送信され、かつ直近に検出されたビーコン・メッセージで搬送されたリソース解放設定情報が、リソース解放持続時間セット及びＵＥグループ・セットを含むと決定する。ビーコン・メッセージで搬送される一時的に解放されたリソースが、リソース解放持続時間及びＵＥグループ・セットを含むと第４のデバイスが決定した後に、第４のデバイスは、第４のＵＥグループの識別子がＵＥグループ・セット内にあるかどうかを決定してもよい。第４のＵＥグループの識別子がＵＥグループ・セット内にある場合、第４のデバイスは、リソース解放持続時間セットから１つのリソース解放持続時間を選択してもよい。第４のデバイスは、選択されたリソース解放持続時間に対応するリソース上でデータを伝送するために、第４のＵＥグループにおいてデータを伝送する必要がある伝送ペアを通知してもよい。

【0221】

ステップＳ２０８：第４のデバイスは、ＳＬチャネル上にビーコン（ｂｅａｃｏｎ）メッセージがあるかどうかの検出を継続する。

【0222】

現在の時間周波数リソースが解放されていないと第４のデバイスが決定する場合、又は、現在の時間周波数リソースにおいて解放されたリソースを使用できないと第４のデバイスが決定する場合、ステップＳ２０３～Ｓ２０７のプロセスが繰り返し実行されてもよい。

【0223】

実際のアプリケーション・シナリオでは、各ＵＥグループの時間周波数リソースは、データ再伝送、非周期データ伝送などの要件を確保にするために、特定の冗長性を有することがある。ＵＥグループの時間周波数リソースが実際の伝送要求に一致しないとき、例えば、ＵＥグループに配分された時間周波数リソースが実際の伝送要件に対応する時間周波数リソースよりも大きいときに、ＵＥグループの時間周波数リソースの一部はアイドル状態にあり、リソースの無駄を引き起こす。別の例では、ＵＥグループに配分された時間周波数リソースが、実際の伝送に必要な時間周波数リソースよりも小さい場合、ＵＥグループのデータの一部は、時間周波数リソースが不十分であるために伝送することができない。この出願のこの実施形態で提供されるリソース処理方法によれば、一時的なリソース解放メカニズムがＳＬ伝送シナリオに導入される。これは、信号干渉を回避するだけでなく、チャネル・リソースを柔軟に解放し、解放されたチャネル・リソースを柔軟に使用して非周期的サービス・データを伝送し、遅延ＱｏＳを確保し、チャネル・リソース利用を改善することができる。

【0224】

追加的に、第３のＵＥグループは、第３のＵＥグループに配分された時間周波数リソースの全部又は一部を一時的に解放する。第３のＵＥグループが、第３のＵＥグループが一時的に解放されたリソースを使用することを指定しない場合、第３のＵＥグループと同じＳＬチャネル・リソースを使用する複数のＵＥグループ内の別のＵＥグループは、競合方式で、第３のＵＥグループによって一時的に解放されたリソースを占有することができるかどうかを決定してもよい。また、別のＵＥグループは、ポーリング方式で、第３のＵＥグループによって一時的に解放されたリソースを占有することができるかどうかを決定してもよい。

【0225】

例えば、第３のデバイスによって送信されたビーコン・メッセージで搬送されるリソース解放設定情報がＵＥグループ・セットを含む場合、ＵＥグループ・セット内のＵＥグループは、競合状態で、第３のＵＥグループによって解放されたリソースを占有してもよい。

【0226】

例えば、別のＵＥグループ内のＳＬ ＵＥ （例えば、ＧＨ）は、ビーコン・メッセージを検出するために第２のロケーションの後のＮシンボル内の一時的に解放されたリソースを争う。Ｎ個のシンボルは、Ｍ個のセンシング・スロット（ｓｅｎｓｉｎｇ ｓｌｏｔ）を含んでもよい。

【0227】

この出願の実施形態は、ビーコン・メッセージを使用してリソース占有を示すためのリソース処理方法をさらに提供する。図１１（ｂ）は、リソース処理方法を実装するための第１のデバイスと第２のデバイスとの間の対話の概略図である。本方法は、以下のステップを含む。

【0228】

ステップＳ３０１：デバイス１は、第１のリソースに対応するビーコン指示リソース上でビーコン（ｂｅａｃｏｎ）メッセージを送信し、ビーコン（ｂｅａｃｏｎ）メッセージは、第１のリソースがユーザ・グループ（ＵＥグループ）１内のデバイスによって使用され、別のユーザ・グループが第１のリソースの全部又は一部を使用できないことを示すために使用され、デバイス１は、ユーザ・グループ（ＵＥグループ１）に属し、第１のリソースは、第１のリソース・プールに属し、第１のリソース・プールは、サイドリンクＳＬ通信のためにユーザ・グループ（ＵＥグループ１）に配分される複数の周期的リソースを含み、各リソースは、１つのビーコン指示リソースに対応する。

【0229】

各ＵＥグループは、対応するリソース・プールを有する。例えば、ＵＥグループ１に対応する第１のリソース・プールは、ＳＬ通信のためにＵＥグループ１に属するリソース、例えば、周期的な時間周波数リソースを含んでもよい。ＵＥグループ１は、ＵＥグループ１に属する時間周波数リソースを取り計らい、例えば、時間周波数リソースを使用するか、使用しないか、又は解放してもよい。ＵＥグループ１の時間周波数リソースは、グループ内データ伝送を実行するために第１のＵＥグループ内のＳＬ ＵＥによって使用されるか、又はグループ外部のデバイスにデータを伝送するために使用される。デバイス１は、ＵＥグループ１内のＧＨであってもよい。ＧＨは、データを伝送するためにＵＥグループ１の時間周波数リソースを占有する必要があるか、又はＧＨは、ＵＥグループ１内のＳＬ ＵＥがデータを伝送するためにＵＥグループ１の時間周波数リソースを占有する必要があると決定する。代替的には、デバイス１は、第３のＵＥグループ内にあり、かつデータ伝送のためにＵＥグループ１の時間周波数リソースを占有する必要がある任意のＳＬ ＵＥであってもよい。

【0230】

この出願のこの実施形態では、デバイス１が、第１のリソースに対応するビーコン指示リソース上でのビーコン・メッセージの送信をスキップし、その結果、別のユーザ・グループ内のデバイスは、第１のリソースが第１のユーザ・グループ内のデバイスによって使用されず、かつ第１のリソースの全部若しくは一部が別のユーザ・グループ内のデバイスによって一時的に使用され得ると決定することができる。例えば、別のユーザ・グループ内のデバイスは、第１のリソースに対応するビーコン指示リソース上のビーコン・メッセージ上で検出を実行し、ビーコン・メッセージが検出されないときに、第１のリソースがＵＥグループ１によって一時的に解放され、第１のリソースの全部又は一部が別のユーザ・グループ内のデバイスによって一時的に使用してもよいと決定してもよい。

【0231】

ＵＥグループ１が第１のリソースを使用すると決定するときに、デバイス１は、第１のリソースに対応するビーコン指示リソース上でビーコン・メッセージを送信してもよく、又はＵＥグループ１が第１のリソースの使用をスキップすると決定するときに、第１のデバイスは、第１のリソースに対応するビーコン指示リソース上でのビーコン・メッセージの使用をスキップしてもよい。例えば、デバイス１が、ＵＥグループ１内の１つのデバイスが第１のリソースを使用すると決定する場合、デバイス１は、ＵＥグループ１が第１のリソースを使用すると決定し、又はデバイス１が、ＵＥグループ１内のいずれのデバイスも第１のリソースを使用しないと決定する場合、デバイス１は、ＵＥグループ１が第１のリソースの使用をスキップすると決定する。

【0232】

可能な実装では、第１のリソースに対応するビーコン指示リソースは、少なくとも１つの他のユーザ・グループに対応するリソース・プール内のリソースに直交する。例えば、第１のユーザ・グループの第１のリソース・プール内のリソースに対応するビーコン指示リソースは、別のユーザ・グループに対応するリソース・プール内のリソースに直交する。デバイス１は、ビーコン・メッセージを送信するために別のユーザ・グループに対応するリソース・プール内のリソースを使用しなくてもよい。すなわち、別のユーザ・グループに属するリソースの使用をスキップしてもよい。オプションで、第１のリソースに対応するビーコン指示リソースは、第１のユーザ・グループの物理サイドリンク共有チャネルによって占有されるリソースに直交してもよい。

【0233】

可能な実装では、ビーコン・メッセージは第１のリソース・プールの設定情報を搬送してもよい。第１のリソース・プールの設定情報は、第２のリソースにあり、かつ第２のリソースが第１の条件を満たすときに別のユーザ・グループによって使用され得るリソースのリソース情報を示すために使用されてもよい。第２のリソースは、第１のリソース・プールに属し、第２のリソースに対応する期間の時間領域ロケーションは、第１のリソースに対応する期間の時間領域ロケーションの後であり、第１の条件は、デバイス１が第２のリソースに対応するビーコン指示リソース上でのビーコン・メッセージの送信をスキップすることである。

【0234】

ビーコン・メッセージで搬送される設定情報は、ＵＥグループ１に対応する第１のリソース・プールの設定情報であってもよい。設定情報は、ＵＥグループ１に対応するリソース・プール内で一時的に解放されたリソースのリソース情報を示すために使用されてもよい。一時的に解放されたリソースは、プリセットされた条件を満たす必要がある。例えば、デバイス１が、第２のリソースに対応するビーコン指示リソース内のビーコン・メッセージの送信をスキップする場合、第２のリソースは、ＵＥグループ１によって一時的に解放されたリソースとして使用されてもよい。別のユーザ・グループは、第２のリソースに対応するビーコン指示リソース内にビーコン・メッセージを検出しないことによって、第２のリソースが一時的に解放されると決定してもよい。

【0235】

この出願のこの実施形態では、例えば、第１のリソースが第１の期間に対応し、第２のリソースが第２の期間に対応する場合、第２の期間の時間領域ロケーションは、第１の期間の時間領域ロケーションの後である。デバイス１が、第２のリソースに対応するビーコン指示リソース内のビーコン・メッセージの送信をスキップするという条件を第２のリソースが満たすので、第２のリソースは、ＵＥグループ１によって一時的に解放されたリソースとして使用されてもよい。第１のリソースに対応するビーコン指示リソース内のデバイス１によって送信されたビーコン・メッセージで搬送される設定情報は、時間領域ロケーションが第１のリソースに対応する期間の時間領域ロケーションの後である一時的に解放されたリソースのリソース情報を示すために使用されてもよく、例えば、第２のリソースのリソース情報を示してもよい。

【0236】

ＵＥグループ１内のＳＬ ＵＥは、ＵＥグループ１に属する第１のリソースが解放されないことを直接示すためにビーコン・メッセージを送信し、第２のリソースが条件を満たすときに、ビーコン・メッセージで搬送される設定情報が効力を生じ、条件は、第２のリソースの時間周波数ロケーションが第１のリソースの時間周波数ロケーションの後であることであり、ＵＥグループ１は、第２のリソースを使用するようにＵＥグループ１内のデバイスに指示するために使用されるビーコン・メッセージの送信をスキップすると理解されたい。ここで、効力を生じるという意味は、別のユーザ・グループ内のデバイスが、ＵＥグループ１の第１のリソースが解放されないことを示すために使用されるビーコン・メッセージで搬送される設定情報に基づいて、第２のリソースを使用すると決定してもよいことを意味してもよい。

【0237】

デバイス１によって送信されるビーコン・メッセージで搬送される設定情報によって示されるリソース情報は、ターゲット・リソース・ユニット・セット及び／又はターゲット・ユーザ・グループ・セットを含んでもよい。ターゲット・リソース・ユニット・セットは、第２のリソース内の少なくとも１つのリソース・ユニットを含んでもよい。ターゲット・ユーザ・グループ・セットは、少なくとも１つのユーザ・グループの識別子を含んでもよく、ユーザ・グループの識別子は、ターゲット・リソース・ユニット・セット内のリソースを使用できるユーザ・グループの識別子である。

【0238】

可能な設計では、ターゲット・リソース・ユニット・セットは、リソース解放持続時間セットを含むか、ターゲット・リソース・ユニット・セットは、リソース解放周波数領域セットを含むか、又はターゲット・リソース・ユニット・セットは、リソース解放持続時間セット及びリソース解放周波数領域セットを含んでもよい。

【0239】

例えば、リソース解放持続時間セットは、少なくとも１つの時間ユニット数を含んでもよく、第１の時間ユニット数は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニット数を示すために使用され、第１の時間ユニット数は、少なくとも１つの時間ユニット数に属する。この出願のこの実施形態では、時間ユニットは、無線フレーム、サブフレーム、スロット、及びシンボルを含むが、これらに限定されない。

【0240】

第１のリソース・プールに含まれる各周期的時間周波数リソースは、複数の時間ユニットを含んでもよい。ある時間期間のリソースは、複数の時間ユニットを使用して表されてもよい。例えば、リソースの持続時間は、．２５時間ユニットである。

【0241】

リソース解放持続時間セットは、少なくとも１つのリソース解放持続時間（時間ユニットの数）を含めてもよい。例えば、リソース解放持続時間は、値によって表されてもよく、リソース解放持続時間は、予め決定された時間方向における時間ユニット・リソース数（値）である。リソース解放持続時間セットは｛ｔ１，ｔ２，ｔ３｝である。リソース解放持続時間セットは、リソース持続時間ｔ１、ｔ２、ｔ３を含む。リソース解放持続時間セット内の任意の値は、時間ユニット数を表す。例えば、ｔ１が５であることは、最初の５つの時間ユニットを表し、ｔ２が７であることは、最初の７つの時間ユニットを表し、ｔ３が９であることは、最初の９つの時間ユニットを表す。

【0242】

別の例では、リソース解放持続時間は、値によって表れてもよい。リソース解放持続時間セットにおける第１のリソース解放持続時間は、数が予め決定された時間方向における第１のリソース解放持続時間である時間ユニット・リソースであってもよい。２つの隣接するリソース解放持続時間では、後者のリソース解放持続時間は、予め決定された時間方向において前者のリソース解放持続時間に対応する数のリソースの後の後者のリソース解放持続時間に対応する時間ユニットである。リソース解放持続時間セットは｛ｔ４，ｔ５，ｔ６｝である。リソース解放持続時間セットは、リソース持続時間ｔ４、ｔ５、ｔ６を含む。リソース解放持続時間セット内の任意の値は、時間ユニット数を表す。例えば、ｔ４が３であることによって表されるリソースは、時間ユニット１～時間ユニット３である。ｔ５が２であることは、時間ユニット１～時間ユニット３の後の２つの時間ユニット、すなわち、時間ユニット４～時間ユニット５を表す。ｔ６が４であることは、時間ユニット４～時間ユニット５の後の４つの時間ユニット、すなわち時間ユニット６～時間ユニット９を表す。

【0243】

別の例では、リソース解放持続時間セットは、少なくとも１つの時間ユニット比を含んでもよく、時間ユニット比率は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニットの、第２のリソース内の時間ユニット総数に対する比を示す。

【0244】

時間ユニット比率ａは、ｍ個の時間ユニットの、１つの周期的リソースに含まれる全てのｎ個の時間ユニットに対する比を表してもよい。リソース解放持続時間セットは、少なくとも１つの時間ユニット比率ａを含んでもよい。別のユーザ・グループ内のデバイスは、時間ユニット比率ａ及び周期的リソース内の全てのｎ個の時間ユニットに基づいて、時間ユニット比率ａに対応するｍ個の時間ユニットがあると決定してもよい。

【0245】

例えば、時間ユニット比率に対応する時間ユニット数は、所定の時間方向における時間ユニット・リソース数であってもよい。リソース解放持続時間セットは｛ａ１，ａ２，ａ３｝である。リソース解放持続時間セットは、時間ユニット比率ａ１、ａ２、ａ３を含む。例えば、ａ１はｍ１個の時間ユニットに対応し、ｍ１は最初のｍ１個の時間ユニットを表し、ａ２はｍ２個の時間ユニットに対応し、ｍ２は最初のｍ２個の時間ユニットを表し、ａ３はｍ３個の時間ユニットに対応し、ｍ３は最初のｍ３個の時間ユニットを表す。

【0246】

別の例では、リソース解放持続時間セット内の第１の時間ユニット比率に対応する時間ユニット数は、予め決定された時間方向における時間ユニット・リソース数である。２つの隣接する時間ユニット比率では、後者の時間ユニット比率に対応する時間ユニット数は、予め決定された時間方向における前者の時間ユニット比率に対応する時間ユニット数の後の後者の時間ユニット比率に対応する時間ユニット数に等しい時間ユニット・リソース数である。リソース解放持続時間セットは｛ａ４，ａ５，ａ６｝であり、リソース解放持続時間セットは、時間ユニット比率ａ４、ａ５、及びａ６を含む。ａ４は、ｍ４個の時間ユニットに対応し、表されるリソースは、時間ユニット１～時間ユニット４であり、ａ５は、ｍ５個の時間ユニットに対応し、表されるリソースは、時間ユニット１～時間ユニット４の後のｍ５個の時間ユニット、すなわち、時間ユニットｍ４＋１～時間ユニットｍ４＋ｍ５ユニットであり、ａ６は、ｍ６個の時間ユニットに対応し、表されるリソースは、時間ユニットｍ４＋１～時間ユニットｍ４＋ｍ５の後のｍ６個の時間ユニット、すなわち、時間ユニットｍ４＋ｍ５＋１～時間ユニットｍ４＋ｍ５＋ｍ６である。

【0247】

リソース解放周波数領域セットは、第２のリソース内の少なくとも１つの周波数領域リソースに対応する指示情報を含み、指示情報は、別のユーザ・グループ内のデバイスによって使用され得る周波数領域リソースを示す。例えば、周波数領域リソースはチャネル・リソースであってもよい。周波数領域リソースに対応する指示情報は、チャネル・リソースを示してもよいし、又はチャネル・リソースを表してもよい。オプションで、チャネル・リソースは、前述の実施形態におけるサブチャネル・リソースであってもよい。

【0248】

可能な実装では、周波数領域リソースに対応する指示情報は、値によって表されてもよい。例えば、周波数領域リソースに対応する指示情報によって示されるリソースは、プリセットされた周波数領域方向におけるチャネル・リソース数（値）であってもよい。リソース解放持続時間セットは｛ｐ１，ｐ２，ｐ３｝である。リソース解放周波数領域セットは、リソース解放持続時間ｐ１、ｐ２、及びｐ３を含む。リソース解放周波数領域セット内の値は、チャネル・リソース数を表す。例えば、ｐ１が５であることは、最初の５つのチャネル・リソースを表し、ｐ２が７であることは、最初の７つのチャネル・リソースを表し、ｐ３が９であることは、最初の９つのチャネル・リソースを表す。

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

デバイス２が第１のビーコン・メッセージを検出しない場合、第１のリソースがＵＥグループ１内のデバイスによって使用されず、第１のリソースの全部又は一部が、別のユーザ・グループによって一時的に使用され得ると決定する。デバイス２が第１のリソース・プールの設定情報を予め記憶する場合、デバイス２は、第１のリソース・プールの設定情報に基づいて第１のリソースを使用してもよい。

【0278】

可能な実装では、デバイス２は、第２のリソースに対応するビーコン指示リソース上で第２のビーコン・メッセージを検出してもよい。第２のリソースは、第１のリソース・プール内のリソースであり、第２のリソースに対応する期間の時間領域ロケーションは、第１のリソースに対応する期間の時間領域ロケーションの後にある。第２のビーコン指示リソース内の第２のビーコン・メッセージを検出する場合、第２のリソースがＵＥグループ１によって使用され、かつ第２のリソースが別のユーザ・グループ内のデバイスによって使用され得ないと決定してもよい。言い換えれば、第２のリソースがＵＥグループ１によって一時的に解放されないとデバイス２が決定してもよい。

【0279】

デバイス２が第２のビーコン指示リソース内の第２のビーコン・メッセージを検出しない場合、第２のリソースがＵＥグループ１によって一時的に解放されたリソースであるとデバイス２が決定してもよい。デバイス２は、第１のリソース・プールの予め記憶された設定情報に基づいて第２のリソースを使用してもよい。例えば、第２のリソースは、第１のビーコン・メッセージで搬送される第１のリソース・プールの設定情報に基づいて使用される。

【0280】

第１のリソース・プールの設定情報は、一時的に解放されたリソースのリソース情報を示す。デバイス２は、第１のリソース・プールの予め記憶された設定情報に基づいて、第２のリソースのリソース情報を決定してもよい。リソース情報は、ターゲット・リソース・ユニット・セット及び／又はターゲット・ユーザ・グループ・セットを含んでもよい。

【0281】

例えば、デバイス２は、ＵＥグループ２の識別子がターゲット・ユーザ・グループ・セット内にあると決定し、ＵＥグループ２内のデバイスが第２のリソースの全部又は一部を使用し得ると決定してもよい。例えば、デバイス２は、ターゲット・リソース・ユニット・セットに対応するリソースを使用してもよい。

【0282】

例えば、ターゲット・リソース・ユニット・セットは、リソース解放持続時間セットを含むか、ターゲット・リソース・ユニット・セットは、リソース解放周波数領域セットを含むか、又はターゲット・リソース・ユニット・セットは、リソース解放持続時間セット及びリソース解放周波数領域セットを含んでもよい。

【0283】

例えば、リソース解放持続時間セットは、少なくとも１つの時間ユニット数を含んでもよく、第１の時間ユニット数は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニット数を示すために使用され、第１の時間ユニット数は、少なくとも１つの時間ユニット数に属する。デバイス２は、ＵＥグループ２内のデバイスが、少なくとも１つの時間ユニット数に対応するリソースを使用してもよいと決定する。

【0284】

別の例では、リソース解放持続時間セットは、少なくとも１つの時間ユニット比を含んでもよく、時間ユニット比率は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニットの、第２のリソース内の時間ユニット総数に対する比を示す。デバイス２は、ＵＥグループ２内のデバイスが、少なくとも１つの時間ユニット比率に対応するリソースを使用してもよいと決定する。

【0285】

リソース解放周波数領域セットは、第２のリソース内の少なくとも１つの周波数領域リソースに対応する指示情報を含んでもよく、指示情報は、別のユーザ・グループ内のデバイスによって使用され得る周波数領域リソースを示す。例えば、周波数領域リソースはチャネル・リソースであってもよい。周波数領域リソースに対応する指示情報は、チャネル・リソースを示してもよいし、又はチャネル・リソースを表してもよい。オプションで、チャネル・リソースは、前述の実施形態におけるサブチャネル・リソースであってもよい。ＵＥグループ２内のデバイスが、リソース解放周波数領域セット内の少なくとも１つの指示情報に対応する周波数領域リソースを使用し得るとデバイス２が決定してもよい。

【0286】

前述の実施形態によれば、説明を容易にするために、競合方式で、ＵＥグループ１によって一時的に解放されたリソースを占有する複数のＵＥグループは、第５のＵＥグループ及び第６のＵＥグループを含むと仮定される。

【0287】

この出願のこの実施形態は、リソース競合方式をさらに提供する。複数のＵＥグループは、競合態様で、第３のＵＥグループによって一時的に解放されたリソースを占有する。

【0288】

複数のＵＥグループ内の各ＵＥグループ内のＧＨは、一時的に解放されたリソース内のプリセットされた数の連続したセンシング・スロット内でリソース占有信号（ｂｕｓｙ ｔｏｎｅ）を検出してもよい。全ての連続するセンシング・スロットは、第３のＵＥグループによって一時的に解放されたリソースの第１のセンシング・スロットから開始する。

【0289】

可能な実装では、各ＵＥグループは、連続するセンシング・スロット内の特定の感知スロット内のビジー・トーンを検出してもよい。代替的には、指定されたセンシング・スロットの順番は、各ＵＥグループ内のＧＨによって［１，Ｍ］からランダムに選択される任意の整数であってもよい。

【0290】

複数のＵＥグループ内のＧＨは、特定のスロット（ｓｌｏｔ）におけるビジー・トーンの検出を制御するためにバックオフ・カウンタを使用してもよい。例えば、ＧＨにおけるバックオフ・カウンタの初期値は［１，Ｍ］の整数ｎである。ＵＥグループ内のＧＨは、各センシング・スロットが終了した後にバックオフ・カウンタの値を１だけ減少させるように制御する。バックオフ・カウンタの値が１である場合、ＧＨは、第３のＵＥグループによって一時的に解放されたリソースに対応するセンシング・スロット内の信号を検出し、検出された信号のエネルギーを決定する。ＧＨによって検出された信号のエネルギーがプリセットされたエネルギー閾値（ｅｒｅｆ）以上である場合、検出された信号はビジー・トーンであり、第３のＵＥグループによって一時的に解放されたリソースが占有されていると決定される。ＧＨによって検出された信号のエネルギーがｅｒｅｆ未満である場合、検出された信号はビジー・トーンではなく、ＵＥグループ１によって一時的に解放されたリソースは占有されていないと決定される。ＧＨは、センシング・スロットが終了するまで、センシング・スロット内のビジー・トーンを連続的に送信する。

【0291】

図１５に示すように、第５のＵＥグループ内のＧＨのバックオフ・カウンタの初期値は４であり、第６のＵＥグループ内のＧＨのバックオフ・カウンタの初期値は６である。第３のＵＥグループによって一時的に解放されたリソースのセンシング・スロットのスロット１から開始して、第５のＵＥグループ及び第６のＵＥグループ内のＧＨのバックオフ・カウンタのカウントは、各スロットが終了した後に１だけ減少する。

【0292】

第５のＵＥグループ内のＧＨのバックオフ・カウンタのカウントが１であるときに、信号検出もスロット４内で実行される。信号のエネルギーがｅｒｅｆ以上であることが検出される場合、信号はビジー・トーンであり、一時的に解放されたリソースは別のＵＥグループによって占有されていると決定される。信号のエネルギーがｅｒｅｆ未満であることを検出する場合、信号がビジー・トーンではなく、一時的に解放されたリソースが別のＵＥグループによって占有されないと第５のＵＥグループが決定する。第５のＵＥグループは、スロット５が開始した後、センシング・スロットが終了するまで、すなわちスロットＭが終了するまで、ビジー・トーンを連続的に送信してもよい。

【0293】

第６のＵＥグループ内のＧＨのバックオフ・カウンタのカウントが１であるときに、信号検出もスロット６内で実行される。信号のエネルギーがｅｒｅｆ以上であることが検出される場合、信号はビジー・トーンであり、一時的に解放されたリソースは別のＵＥグループによって占有されていると決定される。信号のエネルギーがｅｒｅｆ未満であることが検出される場合、信号はビジー・トーンではない。スロット６内でビジー・トーンが検出されないと決定する場合、第６のＵＥグループ内のＧＨは、一時的に解放されたリソースが別のＵＥグループによって占有されていないと決定する。第６のＵＥグループ内のＧＨは、スロット７内のビジー・トーンをスロットＭに連続的に送信してもよい。

【0294】

第５のＵＥグループが一時的に解放されたリソースを占有すると仮定する。第５のＵＥグループ内のＧＨは、スロット５～スロットＭにおいてビジー・トーンを連続的に送信する。第６のＵＥグループは、スロット６において１つの信号を検出し、検出された信号のエネルギーがｅｒｅｆよりも大きいと決定してもよい。第６のＵＥグループは、信号がビジー・トーンであると決定し、第３のＵＥグループによって一時的に解放されたリソースが占有されていないと決定してもよい。

【0295】

別の可能な実装では、各ＵＥグループは、連続するセンシング・スロット内の複数の特定のセンシング・スロットにおいてビジー・トーンを検出してもよい。

【0296】

複数のＵＥグループ内のＧＨは、複数の特定スロットにおけるビジー・トーンの検出を制御するために検出カウンタを使用してもよい。例えば、ＧＨにおける検出カウンタの初期値は［１，Ｍ］の整数ｎである。ＵＥグループ内のＧＨは、各センシング・スロットが終了した後に検出カウンタの値を１だけ減少させるように制御する。一時的に解放されたリソースに対応するセンシング・スロットでは、ＧＨは、検出カウンタの値が０になるまで、第１のスロットにおいて信号の検出を開始する。すなわち、最初のｎ個のスロットにおいて信号を検出する。

【0297】

ｎ番目のスロットが終了する前にＧＨが信号を検出する場合、ＧＨは、検出された信号のエネルギーを決定する。ＧＨによって検出された信号のエネルギーがプリセットされたエネルギー閾値（ｅｒｅｆ）以上である場合、検出された信号はビジー・トーンであり、第３のＵＥグループによって一時的に解放されたリソースが占有されていると決定される。ＧＨによって検出された信号のエネルギーがｅｒｅｆ未満である場合、検出された信号はビジー・トーンではなく、ＵＥグループ１によって一時的に解放されたリソースは占有されていないと決定される。

【0298】

ｎ番目のスロットが終了する前にＧＨがビジー・トーンを検出しない場合、ＧＨは（ｎ＋１）番目のスロットにおいてビジー・トーンを送信することができる。

【0299】

図１６に示すように、第５のＵＥグループ内のＧＨの検出カウンタの初期値は３である。第６のＵＥグループ内のＧＨの検出カウンタの初期値は４である。第５のＵＥグループ及び第６のＵＥグループ内のＧＨの検出カウンタのカウントは、各スロットが終了した後に１ずつ減少する。言い換えれば、第５のＵＥグループ内のＧＨは、第１のセンシング・スロット～第３のセンシング・スロットにおいてビジー・トーンを検出する。第６のＵＥグループ内のＧＨは、第１のセンシング・スロット～第４のセンシング・スロットにおいてビジー・トーンを検出する。

【0300】

第５のＵＥグループ内のＧＨの検出カウンタの初期値は３であり、第５のＵＥグループ内のＧＨはスロット１から開始する信号検出を実行する。第５のＵＥグループ内のＧＨがスロット１～３においてビジー・トーンを検出しない場合、第５のＵＥグループ内のＧＨは、検出カウンタのカウントが０であるとき、すなわち、スロット３が終了した後に一時的に解放されたリソースにおける信号を検出すること停止するか、又はスロット１～３のいずれか１つにおいてビジー・トーンを検出する場合、第５のＵＥグループ内のＧＨは、信号検出を停止する。

【0301】

信号のエネルギーがｅｒｅｆよりも大きいことを検出する場合、信号がビジー・トーンではなく、かつ一時的に解放されたリソースが別のＵＥグループによって占有されていると第５のＵＥグループ内のＧＨが決定する。信号のエネルギーがｅｒｅｆ未満であることを第５のＵＥグループ内のＧＨが検出する場合、信号はビジー・トーンではない。

【0302】

検出カウンタのカウントが０であるときに、第５のＵＥグループ内のＧＨがビジー・トーンを依然として検出しないと仮定すると、ＧＨは、スロット４においてビジー・トーンを送信する。第６のＵＥグループ内のＧＨの検出カウンタの初期値は４であり、第６のＵＥグループ内のＧＨはスロット１から開始する信号検出を実行する。第６のＵＥグループ内のＧＨは、スロット４において信号を検出し、信号のエネルギーがｅｒｅｆよりも大きいと決定する。第６のＵＥグループ内のＧＨは、信号がビジー・トーンであり、かつ一時的に解放されたリソースが占有されていると決定する。第６のＵＥグループは、一時的に解放されたリソースにおいて信号の検出を停止してもよい。

【0303】

可能な実装では、ビーコン・メッセージの第２のロケーションを検出した後に、競合方式で、第３のＵＥグループによって一時的に解放されたリソースを占有する複数のＵＥグループがＰＳＳＣＨにおいてユーザによるブラインド検出のために使用されるリソース内の最初の時間ユニットの前のＮシンボルにおける一時的に解放されたリソースを争う。

【0304】

例えば、第３のＵＥグループは、第３のＵＥグループに配分された時間周波数リソースの全て又は一部を一時的に解放する。第３のＵＥグループが、第３のＵＥグループによって一時的に解放されたリソースをＵＥグループが使用することを指定しない場合、別のＵＥグループは、ポーリング方式で、第３のＵＥグループによって解放されたリソースを占有してもよい。

【0305】

例えば、事前に設定されたポーリング順番に従って、第１のポーリング順番のＵＥグループ内のＧＨは、第３のＵＥグループによって一時的に解放されたリソースを占有するかどうかを決定し、第３のＵＥグループによって一時的に解放されたリソースを占有する必要がないと決定する場合、ＧＨは第２の順番のＵＥグループ内のＧＨに通知し、第２の順番のＵＥグループ内のＧＨが第３のＵＥグループによって一時的に解放されたリソースを占有する必要があると確認する場合、第３の順番のＵＥグループ内のＧＨは通知されない。

【0306】

追加的に、この出願のこの実施形態では、データを伝送するために、同じＳＬチャネル・リソースを使用する各ＵＥグループに特定の時間周波数リソースが配分される。各ＵＥグループに対応する時間周波数リソースは、以下のリソース割り当て方法のうちのいずれかで配分されてもよく、別のリソース割り当て方法で配分されてもよい。

【0307】

この出願で提供されるリソース配分方法には、以下の２つの方法が含むが、これらに限定されない。

【0308】

方法１：各ＵＥグループ内のＧＨは、リソースをセンシングし、占有する。

【0309】

可能な実装では、ＳＬチャネル・リソースは、複数の同じ又は異なる周波数領域リソース・ブロックに分割されてもよく、周波数領域リソース・ブロックは直交する。各ＵＥグループ内のＧＨは、信号検出又はエネルギー検出を通じた任意の周波数領域リソース・ブロックにおいて、別のＵＥグループによる周波数領域リソース・ブロックの占有のステータスを決定してもよい。

【0310】

可能な実装では、ｎ番目の周波数領域リソース・ブロックを占有する必要があると決定した後に、ＵＥグループ内のＧＨは、ｎ番目の周波数領域リソース・ブロックの占有信号を送信してもよい。ｎ番目の周波数領域リソース・ブロックの占有信号は、ｎ番目の周波数領域リソース・ブロックの占有を示すために使用される。例えば、占有信号は、任意のデータであってもよい。別の例では、占有信号は、指定された信号である。

【0311】

ＵＥグループ内のＧＨは、ｎ番目の周波数リソース・ブロック上でエネルギー検出を実行してもよい。ＧＨが信号を検出する場合、ＧＨは、信号のエネルギーが占有信号エネルギー閾値以上であるかどうかを決定する。信号のエネルギーが占有信号エネルギー閾値よりも大きい場合、ＧＨは、占有信号が検出され、ｎ番目の周波数領域リソース・ブロックが占有されていると決定し、又は信号のエネルギーが占有信号エネルギー閾値未満である場合、検出された信号は占有信号ではなく、ＧＨは、ｎ番目の周波数領域リソース・ブロックが占有されていないと決定し、ｎ番目の周波数領域リソース・ブロックの占有信号を送信する。

【0312】

オプションで、各ＧＨが周波数領域リソース・ブロック又は時間領域リソース・ブロックを占有するときに、各ＧＨによって占有されるブロック数は特定の制限を超えることができない。

【0313】

可能な実装では、ＳＬチャネル・リソースは、複数の同じ又は異なる時間領域リソース・ブロックに分割されてもよく、時間領域リソース・ブロックは直交しており、各時間領域リソース・ブロックは複数の直交時間領域リソースを含んでもよい。各ＵＥグループ内のＧＨは、信号検出又はエネルギー検出を通じた任意の時間領域リソースにおいて、別のＵＥグループによる時間領域リソースの占有のステータスを決定してもよい。

【0314】

可能な実装では、ｎ番目の時間領域リソース・ブロック内の最初の時間領域リソースを決定した後に、ＵＥグループ内のＧＨは最初の時間領域リソースの占有信号を送信してもよい。最初の時間領域リソースの占有信号を用いて、ｎ番目の時間領域リソース・ブロック内の最初の時間領域リソースを占有することを示す。例えば、占有信号は、任意のデータであってもよい。別の例では、占有信号は、指定された信号である。

【0315】

ＵＥグループ内のＧＨは、最初の時間領域上でエネルギー検出を実行してもよい。ＧＨが信号を検出する場合、ＧＨは、信号のエネルギーが占有信号エネルギー閾値以上であるかどうかを決定する。信号のエネルギーが占有信号エネルギー閾値よりも大きい場合、ＧＨは、占有信号が検出され、ｎ番目の時間領域リソース・ブロック内の最初の時間領域リソースが占有されていると決定するか、又は信号のエネルギーが占有信号エネルギー閾値未満である場合、検出された信号は占有信号ではなく、ＧＨは、ｎ番目の時間領域リソース・ブロック内の最初の時間領域リソースが占有されていないと決定し、最初の時間領域リソースの占有信号を送信してもよい。。

【0316】

さらに別の可能な実装では、図１７に示すように、ＳＬチャネル・リソースは、複数の時間領域リソース・ブロックに分割されてもよく、各時間領域リソース・ブロックは、プリセットされた数のスロットを含む。２つの隣接する時間領域リソース・ブロック内の最初の時間領域ロケーション間の間隔は、Ｔである。言い換えれば、ＳＬチャネル・リソース内の複数の時間領域リソース・ブロックは、周期的に分散される。１つの時間領域リソース・ブロック内のリソースを占有する必要があると決定した後に、ＵＥグループ内のＧＨは、時間領域リソース・ブロック内の各スロットをリスンする。ＧＨは、各スロット内に信号があるかどうかをリスンする。

【0317】

リスンを通じて信号を取得する場合、ＧＨは、信号のエネルギーを決定する。信号のエネルギーが信号を伝送するためのエネルギー閾値以上である場合、ＧＨは、時間領域リソース・ブロックが別のＵＥグループによって占有されていると決定するか、信号のエネルギーが信号を伝送するためのエネルギー閾値未満である場合、ＧＨは、時間領域リソース・ブロックが別のＵＥグループによって占有されないと決定する。

【0318】

方法２：基地局は、各ＵＥグループにリソース設定を通知する。

【0319】

各ＵＥグループ内のＧＨは、基地局のカバレッジ内にある。基地局は、各ＵＥグループの時間周波数リソースを設定してもよく、リソース設定命令は、各ＵＥグループの時間周波数リソースに対応するリソース時間周波数情報を搬送する。

【0320】

リソース設定命令は、上位層シグナリング、例えば、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）上位層シグナリングとして実装されてもよく、下りリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）であってもよく、媒体アクセス制御（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）の制御ユニットであってもよい。

【0321】

基地局は、各ＧＨにリソース設定命令を送信してもよく、各ＵＥグループの時間周波数リソースの半永続スケジューリングを実装する。リソース設定命令は、時間周波数情報及び期間を含んでもよい。この期間は、半永続スケジューリング期間であってもよい。ＵＥグループは、リソース設定命令に対応するリソースを周期的に使用してもよい。ＵＥグループは、半永続スケジューリング期間におけるリソース設定命令において、対応する時間周波数リソースを占有し得る。基地局は、ＳＬチャネル・リソース上で半永続スケジューリングを実行して、ＳＬシナリオにおける周期的データ又は周期的サービスのＱｏＳをより確実にする。

【0322】

可能な実装では、ＵＥグループがデータを伝送するために時間周波数リソースを必要とすると決定した後に、ＧＨは基地局にリソース要求を送信し、リソース要求は、ＧＨの識別子、ＵＥグループの識別子、及びＵＥグループのサービス・データ特性（平均スループット要件、遅延要件、及び周期的サービス・データパケット期間）を含んでもよい。基地局は、ＧＨの識別子に対応するデバイスに、ＵＥグループに配分された時間周波数リソースに関する情報を送信する。例えば、基地局は、リソース要求において、ＧＨの識別子に対応するデバイスにリソース設定指示を送信し、リソース設定指示は、ＵＥグループの識別子及びリソース時間周波数情報を含む。リソース時間周波数情報は、ＳＬチャネルにおいて、時間周波数リソース・ビットマップ（ｂｉｔｍａｐ）、期間、その期間における期間領域開始ロケーション（ｏｎｓｅｔ）、その期間における時間領域終了ロケーション（ｏｆｆｓｅｔ）などを含んでもよい。

【0323】

ＧＨは、リソース時間周波数情報内の周波数領域リソース・ビットマップに基づいて、ＵＥグループに配分された周波数領域リソースを決定してもよい。周波数領域リソースは、複数のサブチャネルに分割されてもよい。周波数領域リソース・ビットマップはｎ文字を含み、ｎは、ＳＬチャネル内のサブチャネル総数である。ｉ番目の文字が１である場合、ｉ番目の文字に対応するサブチャネルが利用可能なサブチャネルであることを示し、ｉ番目の文字が０である場合、ｉ番目の文字に対応するサブチャネルが利用不可能なサブチャネルであることを示す。サブチャネルのビットマップの各ビットは、ＳＬチャネル内のサブチャネルと１対１の対応関係を有する。例えば、第１のビットはチャネル番号が１であるサブチャネルに対応するか、又は第１のビットは対応するサブチャネル周波数範囲がｆ１～ｆ２であるサブチャネルに対応する。

【0324】

例えば、サブチャネルのビットマップは７文字、例えば、０１０１０１０を含む。ＧＨは、ＵＥグループが３つのサブチャネルを使用してもよく、３つのサブチャネルがビットマップの第２のビット、第４のビット、及び第６のビットに対応するサブチャネルとして配分されると決定することができる。

【0325】

ＧＨは、リソース時間周波数情報内の時間領域リソース・ビットマップに基づいて、ＵＥグループに配分された時間領域リソースを決定してもよい。時間領域リソースは、複数の時間領域リソース・ブロックに分割されてもよい。時間領域リソース・ビットマップはｎ文字を含み、ｎは、ＳＬチャネル内の時間領域リソース・ブロック総数である。ｉ番目の文字が１である場合、ｉ番目の文字に対応する時間領域リソース・ブロックが利用可能な時間領域リソース・ブロックであることを示し、ｉ番目の文字が０である場合、ｉ番目の文字に対応する時間領域リソース・ブロックが利用不可能な時間領域リソース・ブロックであることを示す。サブチャネルのビットマップの各ビットは、ＳＬチャネル内の時間領域リソース・ブロックと１対１の対応関係を有する。例えば、１番目のビットは、リソース・ブロック番号が１である時間領域リソース・ブロックに対応し、１番目のビットは、時間領域範囲がｔ１～ｔ２である時間領域リソース・ブロックに対応する時間領域リソース・ブロックである。

【0326】

例えば、時間領域リソース・ビットマップは、９文字、例えば、０１０１０１０１１を含む。ＧＨは、ＵＥグループが５つの時間領域リソース・ブロックを使用してもよく、５つの時間領域リソース・ブロックが、ビットマップの第２のビット、第４のビット、第６のビット、第８のビット、及び第９のビットに対応する時間領域リソース・ブロックとして配分されることを決定してもよい。

【0327】

ＧＨは、リソース時間周波数情報内の期間、その期間における時間領域開始ロケーション（ｏｎｓｅｔ）、その期間における時間領域終了ロケーション（ｏｆｆｓｅｔ）などに基づいて、ＵＥグループに配分された時間領域リソースを決定してもよい。時間領域リソースは、複数の時間領域リソース・ブロックに分割されてもよい。リソース時間周波数情報内の期間の値は、期間内の時間領域リソース・ブロック数を表す。例えば、時間周波数リソース設定情報内の期間が９である場合、期間内に９個の時間領域リソース・ブロックがあることを示す。実際のアプリケーションでは、期間内の時間領域リソース・ブロックは連続している。

【0328】

期間内の時間領域開始ロケーション（ｏｎｓｅｔ）の値は、その期間内の全ての時間領域リソース・ブロック内のＵＥグループに配分された時間領域リソース・ブロック内の最初の時間領域リソース・ブロックの順番を表す。例えば、期間内の時間領域開始ロケーションが２である場合、ＵＥグループに配分された時間領域リソース・ブロック内の最初の時間領域リソース・ブロックが、その期間内の全ての時間領域リソース・ブロック内の第２の時間領域リソース・ブロックであることを示す。

【0329】

期間内の時間領域終了ロケーション（ｏｆｆｓｅｔ）の値は、その期間内の全ての時間領域リソース・ブロック内のＵＥグループに配分された時間領域リソース・ブロック内の最後の時間領域リソース・ブロックの順番を表す。例えば、期間内の時間領域終了ロケーションが５の場合、ＵＥグループに配分された時間領域リソース・ブロック内の最後の時間領域リソース・ブロックが、その期間内の全ての時間領域リソース・ブロック内の第５の時間領域リソース・ブロックであることを示す。

【0330】

例えば、リソース時間周波数情報内の期間、その期間内の時間領域開始ロケーション、及びその期間内の時間領域終了ロケーションは（１０，３，６）である。ＧＨは、ＵＥグループによって使用され得る時間領域リソース・ブロックが、各期間において第３～第６の時間領域リソース・ブロックであると決定してもよい。

【0331】

オプションで、基地局からリソースを要求するときに、ＧＨは、基地局に対して、ＧＨが属するユーザ・グループによって推奨されるリソースに対応する時間周波数リソース情報を示してもよい。例えば、ＵＥグループがデータを伝送するために時間周波数リソースを必要とすると決定した後に、ＧＨは、基地局に対して、推奨された時間周波数リソースの情報を搬送するリソース要求を送信して、基地局から、時間周波数リソースの情報に対応する時間周波数リソースを要求する。

【0332】

ＵＥグループによって使用され得る時間周波数リソースを決定した後に、ＧＨは、データを送信するために対応する時間周波数リソースを占有するようにＵＥグループ内の各伝送ペアを示てもよく、又はＧＨは、利用可能な時間周波数リソースを配分し、次いで、データ伝送中に使用される時間周波数リソースの各伝送ペアに通知する。

【0333】

ＧＨは、ＧＭ間で伝送されるデータのデータ・タイプ、伝送されるデータのデータ量、及び遅延要件などの情報に基づいて、各ＧＭにリソースを配分してもよく、又はＧＨは、ＵＥグループ内のＧＭによって報告される時間周波数リソース情報に基づいて、各ＧＭにリソースをさらに配分してもよい。ＧＨがリソースを配分する前に、各ＧＭは、ＧＨに対して、使用されることが期待されるリソースの時間周波数リソース情報を報告してもよく、又は伝送ペア報告書内の任意のＵＥは、ＧＨに対して、使用されることが期待されるリソースの時間周波数リソース情報に報告する。

【0334】

例えば、ＧＨ及びＧＭは、ＳＬ無線通信ソリューションを使用してＵＥグループをセットするためにデータを交換してもよい。ＵＥグループがセット・アップされた後に、ＧＨ及びＧＭは、ＳＬ通信ソリューションを使用してデータを交換してもよい。例えば、ＧＨは、ＳＬ通信を通じてＵＥグループ内のＧＭに時間周波数リソース情報を送信する。

【0335】

ＵＥグループの利用可能な時間周波数リソースを決定した後に、ＧＨは、ＵＥグループの各ＧＭに利用可能な時間周波数リソースを争うように通知してもよい。例えば、ＵＥグループでは、各伝送ペアは、センシング選択メカニズムを使用して、ＵＥグループの時間周波数リソースを占有してもよい。各伝送ペアは、リソース予約情報を学習するために、別の伝送ペアによって送信された受信ＳＬメッセージで搬送されたＳＣＩ１又はＳＣＩ２をデコードしてもよい。各伝送ペアは、ＳＣＩで搬送されるリソース予約情報、示されたサービス・プライオリティ、及びＳＣＩのＲＳＲＰに基づいて、利用可能な時間周波数リソース・ロケーションを決定し、次いで、利用可能なリソースから、データを送信するためのリソースをランダムに選択する。

【0336】

前述したものは、主に、デバイス間の対話の観点から、この出願の実施形態で提供される解決策を説明している。前述の機能を実装するために、各デバイスは、各機能を実行するための対応するハードウェア構造、ソフトウェアモジュール、又はハードウェア構造とソフトウェアモジュールの組み合わせを含むことが理解されよう。当業者は、この明細書に開示された実施形態に説明された例のユニット及びアルゴリズム・ステップを参照して、この出願がハードウェア又はハードウェアとコンピュータ・ソフトウェアとの組み合わせによって実装され得ることを容易に認識すべきである。機能がハードウェアによって行われるか、コンピュータ・ソフトウェアによって駆動されるハードウェアによって行われるかは、特定の用途と技術的解決策の設計上の制約に依存する。当業者であれば、特定のアプリケーションごとに、説明された機能を実装するために異なる方法を使用してもよいが、その実装がこの出願の範囲を超えると考えられるべきでない。

【0337】

この出願の実施形態では、端末及びネットワーク・デバイスの機能モジュールは、前述の方法の例に基づいて、分割を通して取得されてもよい。例えば、各機能モジュールが、対応する各機能に基づいて、分割を通して取得されてもよいし、２つ以上の機能が、１つの処理モジュールに統合されてもよい。一体化されたユニットは、ハードウェアの形態で実装されてもよいし、ソフトウェア機能ユニットの形態で実装されてもよい。この出願の実施態様では、モジュールへの分割は一例であり、論理機能分割に過ぎないことに留意されたい。実際の実装の際、別の分割方式が使用されてもよい。以下、各機能モジュールが、対応する各機能に基づいて、分割を通して取得される一例が説明のために使用される。

【0338】

図１８は、この出願の一実施形態による、通信装置の構造の概略図である。図１８に示すように、通信装置９００は、プロセッサ１８０１及びトランシーバ１８０２を含む。

【0339】

プロセッサ１８０１は、第１のリソースが第１のユーザ・グループによって使用されるかどうかを決定するように構成されている。

【0340】

トランシーバ１８０２は、第１のデバイスが、第１のリソースに対応するビーコン指示リソース上でビーコン・メッセージを送信することであって、ビーコン・メッセージは、第１のリソースが第１のユーザ・グループ内のデバイスによって使用され、かつ別のユーザ・グループが第１のリソースの全部若しくは一部を使用できないことを示すために使用されるか、ことか、又は第１のリソースに対応するビーコン指示リソース上でのビーコン・メッセージの送信をスキップし、その結果、別のユーザ・グループ内のデバイスは、第１のリソースが第１のユーザ・グループ内のデバイスによって使用されず、かつ第１のリソースの全部若しくは一部が別のユーザ・グループ内のデバイスによって一時的に使用され得、通信装置は、第１のユーザ・グループに属し、第１のリソースは、第１のリソース・プールに属し、第１のリソース・プールは、サイドリンクＳＬ通信のために第１のユーザ・グループに配分される複数の周期的リソースを含み、各リソースは、１つのビーコン指示リソースに対応する、ことと、を行うように構成されている。

【0341】

可能な設計では、ビーコン・メッセージは、第１のリソース・プールの設定情報を搬送し、設定情報は、第２のリソース内にあり、かつ第２のリソースが第１の条件を満たすときに別のユーザ・グループによって使用され得るリソースのリソース情報を示すために使用され、リソース情報は、ターゲット・リソース・ユニット・セットの指示情報及び／又はターゲット・ユーザ・グループ・セットの指示情報を含み、第２のリソースは、第１のリソース・プールに属し、第２のリソースに対応する期間の時間領域ロケーションは、第１のリソースに対応する期間の時間領域ロケーションの後であり、第１の条件は、第１のデバイスが第２のリソースに対応するビーコン指示リソース上でのビーコン・メッセージの送信をスキップすることであり、ターゲット・リソース・ユニット・セットは、第２のリソース内の少なくとも１つのリソース・ユニットを含み、ターゲット・ユーザ・グループ・セットは、少なくとも１つのユーザ・グループの識別子を含み、ユーザ・グループの識別子は、ターゲット・リソース・ユニット・セット内のリソースを使用することが可能なユーザ・グループの識別子である。

【0342】

可能な設計において、ターゲット・リソース・ユニット・セットは、リソース解放持続時間セット及び／又はリソース解放周波数領域セットを含み、リソース解放持続時間セットは、少なくとも１つの時間ユニット数を含み、第１の時間ユニット数は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニット数を示すために使用され、第１の時間ユニット数は、少なくとも１つの時間ユニット数に属するか、又はリソース解放持続時間セットは、少なくとも１つの時間ユニット比率を含み、第１の時間ユニット比率は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニットの第２のリソースに含まれる時間ユニット総数に対する比率を示し、第１の時間ユニット比率は、少なくとも１つの時間ユニット比率に属し、リソース解放周波数領域セットは、第２のリソース内の少なくとも１つの周波数領域リソースに対応する指示情報を含み、指示情報は、別のユーザ・グループ内のデバイスによって使用され得る周波数領域リソースを示す。

【0343】

可能な設計では、ビーコン・メッセージは、Ｚａｄｅｏｆｆ－Ｃｈｕ系列によって搬送され、Ｚａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスは、第１のユーザ・グループの識別子及びＺａｄｅｏｆｆ－Ｃｈｕ系列の長さに基づいて決定される。

【0344】

可能な設計では、プロセッサ１８０１は、第１のユーザ・グループの識別子に基づいて、Ｚａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスを決定するようにさらに構成されている。

【0345】

可能な設計では、Ｚａｄｅｏｆｆ－Ｃｈｕ系列は、ルート・インデックスと、サイクリック・シフト・パラメータ・セット内にあり、かつ設定情報に対応するサイクリック・シフト・パラメータとに基づいて生成され、サイクリック・シフト・パラメータ・セットは、複数の設定情報に対応するサイクリック・シフト・パラメータを含むか、又はＺａｄｅｏｆｆ－Ｃｈｕ系列は、系列セット内にあり、かつ設定情報に対応するターゲット系列であり、系列セットは、複数の設定情報に対応する系列を含み、複数の設定情報において、各設定情報に対応する系列は、ルート・インデックス及び各設定情報に対応するサイクリック・シフト・パラメータに基づいて決定される。

【0346】

可能な設計では、第１のリソースに対応するビーコン指示リソースは、少なくとも１つの他のユーザ・グループに対応するリソース・プール内のリソースに直交する。

【0347】

可能な設計では、プロセッサ１８０１は、トランシーバ１８０２が第１のリソースに対応するビーコン指示リソース上でビーコン・メッセージを送信する前に、第１のユーザ・グループが第１のリソースを使用すると決定するようにさらに構成されている。プロセッサ１８０１は、トランシーバ１８０２が第１のリソースに対応するビーコン指示リソース上でのビーコン・メッセージの送信をスキップする前に、第１のユーザ・グループが第１のリソースの使用をスキップすると決定するようにさらに構成されている。

【0348】

可能な設計では、第１のリソースを使用するために第１のユーザ・グループによって実行される動作を決定するときに、プロセッサ１８０１は、第１のリソースが第２のデバイスによって使用されることを決定し、第２のデバイスは、第１のユーザ・グループに属する。

【0349】

図１９は、この出願の一実施形態による、通信装置の構造の概略図である。図１９に示すように、通信装置９００は、プロセッサ１９０１及びトランシーバ１９０２を含む。

【0350】

トランシーバ１９０２は、第１のリソースに対応するビーコン指示リソース上で第１のビーコン・メッセージを検出するように構成されており、第１のリソースは、第１のリソース・プールに属し、第１のリソース・プールは、サイドリンクＳＬ通信のために第１のユーザ・グループに配分される複数の周期的リソースを含み、各リソースは、１つのビーコン指示リソースに対応し、第３のデバイスは、第２のユーザ・グループに属し、第１のビーコン・メッセージは、第１のリソースが第１のユーザ・グループ内のデバイスによって使用され、第１のユーザ・グループを除く別のユーザ・グループが第１のリソースの全部若しくは一部を使用できないことを示すために使用される。

【0351】

プロセッサ１９０１は、第１のビーコン・メッセージが検出される場合、第１のリソースが第１のユーザ・グループ内のデバイスによって使用され、第２のユーザ・グループが第１のリソースを使用できないと決定するように構成されるか、又は第１のビーコン・メッセージが検出されない場合、第１のリソースが第１のユーザ・グループ内のデバイスによって使用されず、第１のリソースの全部又は一部が別のユーザ・グループによって一時的に使用され得ると決定するように構成されている。

【0352】

可能な設計では、プロセッサ１９０１は、第１のビーコン・メッセージが検出されない場合、第１のリソースが第１のユーザ・グループ内のデバイスによって使用されず、第１のリソースの全部又は一部が別のユーザ・グループによって一時的に使用され得ることを決定するようにさらに構成されている。

【0353】

可能な設計では、第１のビーコン・メッセージは、第１のリソース・プールの設定情報を搬送し、設定情報は、第２のリソース内にあり、かつ第２のリソースが第１の条件を満たすときに別のユーザ・グループによって使用され得るリソースのリソース情報を示すために使用され、リソース情報は、ターゲット・リソース・ユニット・セットの指示情報及び／又はターゲット・ユーザ・グループ・セットの指示情報を含み、第２のリソースは、第１のリソース・プールに属し、第２のリソースに対応する期間の時間領域ロケーションは、第１のリソースに対応する期間の時間領域ロケーションの後であり、第１の条件は、第１のデバイスが第２のリソースに対応するビーコン指示リソース上での第１のビーコン・メッセージの送信をスキップすることであり、ターゲット・リソース・ユニット・セットは、第２のリソース内の少なくとも１つのリソース・ユニットを含み、ターゲット・ユーザ・グループ・セットは、少なくとも１つのユーザ・グループの識別子を含み、ユーザ・グループの識別子は、ターゲット・リソース・ユニット・セット内のリソースを使用することが可能なユーザ・グループの識別子である。

【0354】

可能な設計において、ターゲット・リソース・ユニット・セットは、リソース解放持続時間セット及び／又はリソース解放周波数領域セットを含み、リソース解放持続時間セットは、少なくとも１つの時間ユニット数を含み、第１の時間ユニット数は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得るリソースに含まれる時間ユニット数を示すために使用され、第１の時間ユニット数は、少なくとも１つの時間ユニット数に属するか、又はリソース解放持続時間セットは、少なくとも１つの時間ユニット比率を含み、第１の時間ユニット比率は、第２のリソース内にあり、かつ別のユーザ・グループ内のデバイスによって使用され得る時間ユニットの第２のリソースに含まれる時間ユニット総数に対する比率を示し、第１の時間ユニット比率は、少なくとも１つの時間ユニット比率に属し、リソース解放周波数領域セットは、第２のリソース内の少なくとも１つの周波数領域リソースに対応する指示情報を含み、指示情報は、別のユーザ・グループ内のデバイスによって使用され得る周波数領域リソースを示す。

【0355】

可能な設計では、第１のビーコン・メッセージは、Ｚａｄｅｏｆｆ－Ｃｈｕ系列によって搬送され、Ｚａｄｅｏｆｆ－Ｃｈｕ系列のルート・インデックスは、第１のユーザ・グループの識別子及びＺａｄｅｏｆｆ－Ｃｈｕ系列の長さに基づいて決定される。

【0356】

可能な設計では、Ｚａｄｅｏｆｆ－Ｃｈｕ系列は、ルート・インデックスと、サイクリック・シフト・パラメータ・セット内にあり、かつ設定情報に対応するサイクリック・シフト・パラメータとに基づいて生成され、サイクリック・シフト・パラメータ・セットは、複数の設定情報に対応するサイクリック・シフト・パラメータを含むか、又はＺａｄｅｏｆｆ－Ｃｈｕ系列は、系列セット内にあり、かつ設定情報に対応するターゲット系列であり、系列セットは、複数の設定情報に対応する系列を含み、複数の設定情報において、各設定情報に対応する系列は、ルート・インデックス及び各設定情報に対応するサイクリック・シフト・パラメータに基づいて決定される。

【0357】

可能な設計では、トランシーバ１９０２は、第２のリソースに対応する第２のビーコン指示リソース上で第２のビーコン・メッセージを検出するようにさらに構成されている。

【0358】

プロセッサ１９０１は、第２のビーコン・メッセージが検出されず、第１のビーコン・メッセージで搬送される設定情報によって示されるリソース情報に含まれるターゲット・ユーザ・グループ・セットが、第２のユーザ・グループの識別子を含む場合、第２のリソースの全部又は一部を使用するように、又は第２のビーコン・メッセージが検出されない場合、第２のリソースの全部又は一部を使用するようにさらに構成されている。

【0359】

可能な設計では、プロセッサ１９０１は、第１のビーコン・メッセージが検出された後に、第１のビーコン・メッセージを記憶するようにさらに構成されている。

【0360】

可能な設計では、プロセッサ１９０１は、第２のリソースの全部又は一部を使用してデータを伝送することか、又は設定情報によって示されるリソース情報がターゲット・リソース・ユニット・セットを含み、かつターゲット・リソース・ユニット・セットがリソース解放持続時間セットを含む場合、第２のリソース内のターゲット時間ユニットを使用することであって、ターゲット時間ユニットは、リソース解放持続時間セットおける任意の時間ユニット数に対応する時間ユニットであるか、若しくはターゲット時間ユニットは、リソース解放持続時間セット内の任意の時間ユニット比率に対応する時間ユニットである、こと、及び／又は設定情報によって示されるリソース情報がターゲット・リソース・ユニット・セットを含み、かつターゲット・リソース・ユニット・セットがリソース周波数セットを含む場合、第２のリソース内のターゲット周波数領域リソースを使用することであって、ターゲット周波数領域リソースは、リソース解放周波数領域セット内の指示情報に対応する少なくとも１つの周波数領域リソースである、ことを行うようにさらに構成されている。

【0361】

可能な設計では、１つのビーコン指示リソースは、少なくとも１つの別のユーザ・グループに対応するリソース・プール内のリソースに直交する。

【0362】

この出願の一実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、コンピュータ命令を記憶する。コンピュータ可読記憶媒体が通信装置上で動作されるときに、通信装置は、前述の実施形態で提供されるリソース処理方法の全部又は一部のステップを実行することが可能となる。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、１つのコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータ・センタから、有線（たとえば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））又は無線（たとえば、赤外線、ラジオ、又はマイクロ波）方式で、別のウェブサイト、コンピュータ、サーバ、又はデータ・センタに伝送されてもよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を統合するデータ記憶デバイス、例えば、サーバ若しくはデータ・センタであってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピー・ディスク、ハード・ディスク、若しくは磁気テープ）、光媒体、又は半導体媒体（例えば、ソリッド・ステート・ドライブ（ｓｏｌｉｄ ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））などであってもよい。

【0363】

この出願の一実施形態は、コンピュータ命令を含むコンピュータ・プログラム製品をさらに提供する。コンピュータ・プログラム製品が通信装置上で動作されるときに、通信装置は、前述の実施形態で提供されるリソース処理方法の全部又は一部のステップを実行することが可能となる

【0364】

図２０は、この出願の一実施形態による、チップの構造の概略図である。図２０に示すチップは、汎用プロセッサであってもよいし、専用プロセッサであってもよい。チップは、プロセッサ２００１を含む。プロセッサ２００１は、前述の実施形態で提供されたリソース処理方法の全部又は一部のステップを実行する際に通信装置をサポートするように構成されている。

【0365】

オプションで、チップは、トランシーバ２００２をさらに含む。トランシーバ２００２は、プロセッサ２００１の制御を受け入れるように構成されており、前述の実施形態で提供されるリソース処理方法のいくつかのステップを実行する際に通信装置をサポートするように構成されている。

【0366】

オプションで、チップは、記憶媒体２００３をさらに含む。

【0367】

図２０に示すチップは、１つ以上のフィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、プログラマブル・ロジック・デバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）、コントローラ、ステート・マシン、ゲート・ロジック、ディスクリート・ハードウェア・コンポーネント、任意の他の適切な回路、又はこの出願で説明される様々な機能を実行することができる回路の任意の組み合わせである回路又はコンポーネントを使用して実装されてもよい。

【0368】

この出願は、本明細書の実施形態を参照して説明されているが、当業者は、添付の図面、開示された内容、及び添付の特許請求の範囲を参照することによって、開示された実施形態の別の変形を理解及び実装してもよい。特許請求の範囲では、「含む」（ｃｏｍｐｒｉｓｉｎｇ）は、別の構成要素又は別のステップを除外せず、「ａ」又は「ｏｎｅ」は、複数の意味を除外しない。単一のプロセッサ又は他のユニットは、特許請求の範囲において列挙されるいくつかの機能を実装してもよい。いくつかの測定が、互いに異なる従属請求項に記録されるが、これは、これらの測定が組み合わされてより良い効果を生み出すことができないことを意味しない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11(a)】

【図11(b)】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】