知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-01-29
(54)【発明の名称】サイドリンク通信のための方法及び端末
(51)【国際特許分類】
H04W 28/02 20090101AFI20240122BHJP
H04W 72/40 20230101ALI20240122BHJP
H04W 92/18 20090101ALI20240122BHJP
【ＦＩ】
H04W28/02
H04W72/40
H04W92/18
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023542811
(86)(22)【出願日】2021-01-13
(85)【翻訳文提出日】2023-09-13
(86)【国際出願番号】 CN2021071448
(87)【国際公開番号】W WO2022151034
(87)【国際公開日】2022-07-21
(81)【指定国・地域】
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ミャオ ジャオバン
(72)【発明者】
【氏名】ワン ガン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA28
5K067DD44
5K067EE02
5K067EE25
5K067LL05
(57)【要約】
本開示の実施形態は、サイドリンク通信のための解決策を提供する。通信方法において、第１の端末装置は、第１の端末装置のリソース選択スキームに基づいて、第１の端末装置用に構成されたリソースプールから、第１のスロットの前の時間ウインド内の第１のリソースを決定する。第１の端末装置は、第１のリソースにおける占有リソースの第１の数を決定する。第１の端末装置は、少なくとも部分的に第１の数と、第１のリソースの数とに基づいて、第１のスロットについてのサイドリンクチャネルの輻輳レベルインジケータを決定する。サイドリンクチャネルは、第１の端末装置に関連付けられる。提案されたメカニズムでは、端末装置のリソース選択スキーム及び受信能力を考慮して、チャネル混雑率（ＣＢＲ）などのサイドリンク輻輳レベルインジケータが決定される。これにより、ＣＢＲ測定の精度を向上させることができ、サイドリンク輻輳制御や端末装置の消費電力削減に有利となる。
【選択図】図２
【選択図】図２
【特許請求の範囲】
【請求項1】
第１の端末装置において、前記第１の端末装置のリソース選択スキームに基づいて、前記第１の端末装置用に構成されたリソースプールから、第１のスロットの前の時間ウインド内の第１のリソースを決定することと、前記第１のリソースにおける占有リソースの第１の数を決定することと、
少なくとも部分的に前記第１の数と、前記第１のリソースの数とに基づいて、前記第１のスロットについての、前記第１の端末装置に関連付けられているサイドリンクチャネルの輻輳レベルインジケータを決定することと、
を含む、通信方法。
【請求項2】
前記第１の端末装置の前記リソース選択スキームは、部分センシングスキームを含み、前記第１のリソースを決定することは、
前記第１の端末装置が部分センシングを実行するリソースを前記第１のリソースとして決定することを含む、
請求項１に記載の方法。
【請求項3】
前記第１の端末装置の前記リソース選択スキームは、部分センシングスキーム及びランダム選択スキームのうちの１つを含み、前記第１のリソースを決定することは、
前記リソースプールから、前記時間ウインド内の予め構成された数のリソースを選択することと、
前記予め構成された数のリソースを前記第１のリソースとして決定することと、を含む、
請求項１に記載の方法。
【請求項4】
前記第１の端末装置の前記リソース選択スキームは、前記部分センシングスキームを含み、前記第１のリソースのセットを決定することは、
前記第１の端末装置が部分センシングを実行するセンシングリソースの数が閾値数未満であるとの決定に従って、
前記リソースプールから、前記センシングリソースとの合計が前記閾値数を超える数の、前記第１のリソースと異なる第２のリソースを選択し、かつ
前記センシングリソースと前記第２のリソースとを含む前記第１のリソースを決定することと、
前記センシングリソースの数が前記閾値数を上回るとの決定に従って、前記センシングリソースの少なくとも一部を前記第１のリソースとして決定することと、を含む、
請求項３に記載の方法。
【請求項5】
前記占有リソースの前記第１の数を決定することは、前記第１のリソースにおいて受信された信号を測定することによって、信号強度パラメータを取得することと、
前記第１のリソースから、閾値強度を上回る信号強度パラメータに対応する前記占有リソースの前記第１の数を決定することと、を含む、
請求項１に記載の方法。
【請求項6】
前記信号強度パラメータは、前記第１の端末装置の受信能力に基づいて、物理サイドリンク制御チャネル又は物理サイドリンク共有チャネルのうちの１つ以上のチャネルにおける前記第１のリソースにおいて取得される、請求項５に記載の方法。
【請求項7】
前記信号強度パラメータを取得することは、前記第１の端末装置が前記物理サイドリンク制御チャネルについての受信能力を有するが、前記物理サイドリンク共有チャネルについての受信能力を有しないとの決定に従って、前記物理サイドリンク制御チャネルにおいて受信された信号を測定することによって、前記信号強度パラメータを取得することを含む、
請求項６に記載の方法。
【請求項8】
前記信号強度パラメータを取得することは、前記第１の端末装置が前記物理サイドリンク共有チャネルと前記物理サイドリンク制御チャネルとについての受信能力を有するとの決定に従って、前記物理サイドリンク共有チャネルと、前記物理サイドリンク制御チャネルとの両方において受信された信号を測定することによって、前記信号強度パラメータを取得することを含む、
請求項６に記載の方法。
【請求項9】
前記輻輳レベルインジケータを決定することは、前記第１のリソースの数に対する前記第１の数の比率を決定することを含む、
請求項１に記載の方法。
【請求項10】
前記輻輳レベルインジケータを決定することは、前記時間ウインドにおける前記リソースプール内のリソースの総数を決定することと、
前記総数と前記第１のリソースの数との差に等しい第２の数を決定することと、
前記第１の数と、前記第１の端末装置のトラフィック優先度に関連付けられた重みを前記第２の数に適用して決定される重み付けされた第２の数との合計を第３の数として決定することと、
前記合計に対する前記第３の数の比率を決定することと、を含む、
請求項１に記載の方法。
【請求項11】
前記輻輳レベルインジケータは、サイドリンクチャネル混雑率を含む、請求項１に記載の方法。
【請求項12】
予め構成された時間ウインドが第２の端末装置の間欠受信サイクルのオフ期間と重なるとの決定に従って、前記第２の端末装置における対象時間ウインドを決定することと、前記対象時間ウインドにおける前記第２の端末装置用に構成されたリソースプール内の対象リソースから占有リソースの第１の数を決定することと、
少なくとも部分的に前記第１の数と、前記対象リソースの数とに基づいて、サイドリンクチャネルの輻輳レベルインジケータを決定することと、を含み、
前記対象時間ウインドと、前記予め構成された時間ウインドとの両者は、いずれも第１のスロットにおける前記サイドリンクチャネルの前記輻輳レベルインジケータに関連付けられており、
前記サイドリンクチャネルは前記第２の端末装置に関連付けられている、
通信方法。
【請求項13】
前記対象時間ウインドを決定することは、前記オフ期間以外の前記予め構成された時間ウインドの残りを決定することと、
前記予め構成された時間ウインドの残りに基づいて、前記対象時間ウインドを決定することと、を含む、
請求項１２に記載の方法。
【請求項14】
前記輻輳レベルインジケータは、サイドリンクチャネル混雑率を含み、前記予め構成された時間ウインドの終了スロットは、前記第１のスロットであり、
前記対象時間ウインドを決定することは、
前記対象リソースの数が閾値数を超えるように、前記対象時間ウインドの開始スロットを決定することを含み、
前記対象時間ウインドの終了スロットは、前記予め構成された時間ウインドと同じである、
請求項１２に記載の方法。
【請求項15】
前記輻輳レベルインジケータは、サイドリンクチャネル占有率を含み、前記対象時間ウインドを決定することは、
前記対象リソースの数が閾値数を超えるように、開始スロットと、時間領域において前記第２の端末装置へ許可される最後の送信機会の前である終了スロットとを決定することを含む、
請求項１２に記載の方法。
【請求項16】
前記輻輳レベルインジケータは、サイドリンクチャネル混雑率を含み、前記占有リソースの前記第１の数を決定することは、
前記対象リソースにおいて受信された信号を測定することによって、信号強度パラメータを取得することと、
前記対象リソースから、閾値強度を上回る信号強度パラメータに対応する前記占有リソースの前記第１の数を決定することと、を含む、
請求項１２に記載の方法。
【請求項17】
前記信号強度パラメータは、前記第２の端末装置の受信能力に基づいて、物理サイドリンク制御チャネル又は物理サイドリンク共有チャネルのうちの１つ以上のチャネルにおける前記対象リソースにおいて取得される、請求項１６に記載の方法。
【請求項18】
前記信号強度パラメータを取得することは、前記第２の端末装置が前記物理サイドリンク制御チャネルについての受信能力を有するが、前記物理サイドリンク共有チャネルについての受信能力を有しないとの決定に従って、前記物理サイドリンク制御チャネルにおいて受信された信号を測定することによって、前記信号強度パラメータを取得することを含む、
請求項１７に記載の方法。
【請求項19】
前記信号強度パラメータを取得することは、前記第２の端末装置が前記物理サイドリンク共有チャネルと前記物理サイドリンク制御チャネルとについての受信能力を有するとの決定に従って、前記物理サイドリンク共有チャネルと、前記物理サイドリンク制御チャネルとの両方において受信された信号を測定することによって、前記信号強度パラメータを取得することを含む、
請求項１７に記載の方法。
【請求項20】
前記輻輳レベルインジケータを決定することは、前記対象リソースの数に対する前記第１の数の比率を決定することを含む、
請求項１２に記載の方法。
【請求項21】
前記輻輳レベルインジケータを決定することは、前記オフ期間における前記リソースプールの第２のリソースの第２の数を決定することと、
前記第２のリソースを含む前記対象時間ウインドにおける前記リソースプールのリソースの総数を決定することと、
前記第１の数と、前記第２の数及び前記第２の端末装置のトラフィック優先度に関連付けられた重みに基づいて決定される重み付けされた第２の数との合計を第３の数として決定することと、
前記合計に対する前記第３の数の比率を決定することと、を含む、
請求項１２に記載の方法。
【請求項22】
前記輻輳レベルインジケータは、サイドリンクチャネル混雑率又はサイドリンクチャネル占有率のうちの１つを含む、請求項１２に記載の方法。
【請求項23】
端末装置により実行される方法であって、第１のスロットにおいて、時間ウインド内の、前記端末装置に関連付けられたサイドリンクチャネルの対象リソースにおける信号を測定することによって、信号強度パラメータを取得することと、
少なくとも部分的に前記信号強度パラメータと、前記端末装置のリソース選択スキームとに基づいて、前記第１のスロットのチャネル混雑率を決定することと、
を含む、方法。
【請求項24】
前記端末装置の前記リソース選択スキームは、部分センシングスキームを含み、前記対象リソースは、前記部分センシングスキームに基づいて前記端末装置により監視されたスロットに対応するサブチャネルを含む、
請求項２３に記載の方法。
【請求項25】
前記端末装置の前記リソース選択スキームは、ランダム選択スキーム及び部分センシングスキームのうちの１つを含み、前記対象リソースは、前記端末装置によりリソースプールから選択された閾値数のスロットに少なくとも対応するサブチャネルを含み、前記閾値数は、予め構成されたパラメータである、
請求項２３に記載の方法。
【請求項26】
前記端末装置の前記リソース選択スキームは、前記部分センシングスキームを含み、前記部分センシングスキームに基づいて前記端末装置により監視された第１のスロットの数が前記閾値数を超えているとの決定に従って、前記対象リソースとして、前記第１のスロットの少なくとも一部に対応する第１のサブチャネルを含む第１のリソースを選択し、
前記第１のスロットの数が閾値数未満であるとの決定に従って、
前記第１のリソースを前記対象リソースの第１の部分として決定し、かつ
前記リソースプールから、前記対象リソースの第２の部分として、前記第１のスロットとの合計数が前記閾値数を超えた第２のスロットに対応する第２のサブチャネルを含む、前記第１のリソースと異なる第２のリソースを選択する、
請求項２５に記載の方法。
【請求項27】
前記信号強度パラメータを取得することは、前記対象リソースから、閾値強度を上回る信号強度パラメータに対応する占有リソースの第１の数を決定することを更に含む、
請求項２３に記載の方法。
【請求項28】
前記チャネル混雑率を決定することは、前記対象リソースの数に対する前記第１の数の比率を決定することを含む、
請求項２７に記載の方法。
【請求項29】
前記チャネル混雑率を決定することは、前記時間ウインドにおけるリソースプール内のリソースの総数を決定することと、
前記総数と前記対象リソースの数との差に等しい第２の数を決定することと、
前記第１の数と、前記端末装置のトラフィック優先度に関連付けられた重みを前記第２の数に適用して決定される重み付けされた第２の数との合計を第３の数として決定することと、
前記合計に対する前記第３の数の比率を決定することと、を含む、
請求項２７に記載の方法。
【請求項30】
前記信号強度パラメータは、前記端末装置の受信能力に基づいて、物理サイドリンク制御チャネル又は物理サイドリンク共有チャネルのうちの１つ以上のチャネルにおける前記リソースにおいて取得される、請求項２３に記載の方法。
【請求項31】
前記信号強度パラメータを取得することは、前記端末装置が前記物理サイドリンク制御チャネルについての受信能力を有するが、前記物理サイドリンク共有チャネルについての受信能力を有しないとの決定に従って、前記物理サイドリンク制御チャネルにおいて受信された信号を測定することによって、前記信号強度パラメータを取得することを含む、
請求項３０に記載の方法。
【請求項32】
前記信号強度パラメータを取得することは、前記端末装置が前記物理サイドリンク共有チャネルと前記物理サイドリンク制御チャネルとについての受信能力を有するとの決定に従って、前記物理サイドリンク共有チャネルと、前記物理サイドリンク制御チャネルとの両方において受信された信号を測定することによって、前記信号強度パラメータを取得することを含む、
請求項３０に記載の方法。
【請求項33】
プロセッサと、前記プロセッサに接続され、命令を記憶するメモリと、を備える第１の端末装置であって、
前記命令が前記プロセッサにより実行されるとき、請求項１～１１のいずれか１項に記載の方法を前記第１の端末装置に実行させる、
第１の端末装置。
【請求項34】
プロセッサと、前記プロセッサに接続され、命令を記憶するメモリと、を備える第２の端末装置であって、
前記命令が前記プロセッサにより実行されるとき、請求項１２～２２のいずれか１項に記載の方法を前記第２の端末装置に実行させる、
第２の端末装置。
【請求項35】
プロセッサと、前記プロセッサに接続され、命令を記憶するメモリと、を備える第３の端末装置であって、
前記命令が前記プロセッサにより実行されるとき、請求項２３～３３のいずれか１項に記載の方法を前記第３の端末装置に実行させる、
第３の端末装置。
【請求項36】
装置の少なくとも１つのプロセッサ上で実行されるとき、請求項１～１１のいずれか１項に記載の方法を前記装置に実行させる命令が記憶されているコンピュータ可読媒体。
【請求項37】
装置の少なくとも１つのプロセッサ上で実行されるとき、請求項１２～２２のいずれか１項に記載の方法を前記装置に実行させる命令が記憶されているコンピュータ可読媒体。
【請求項38】
装置の少なくとも１つのプロセッサ上で実行されるとき、請求項２３～３３のいずれか１項に記載の方法を前記装置に実行させる命令が記憶されているコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、一般に、通信分野に関し、特に、サイドリンク通信の解決策に関する。
【背景技術】
【0002】
新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）技術とも呼ばれる第５世代の通信システムの主要技術の１つとして、車両と様々なものとの通信（Ｖ２Ｘ：Ｖｅｈｉｃｌｅ ｔｏ Ｘ）技術は、サイドリンク通信技術などのＤ２Ｄ通信技術に基づくことができる。５ＧシステムにおけるＶ２Ｘ通信には、２つのリソース割り当てモードがある。第１のモード（以下、ＮＲ Ｖ２Ｘモード１又はモード１をいう）では、一方の端末装置は、ネットワーク装置によって割り当てられたリソースを使用して、他方の端末装置と通信する。第２のモード（以下、ＮＲ Ｖ２Ｘモード２又はモード２をいう）では、一方の端末装置は、予め構成されたリソースプール内のリソースにおいて他方の端末装置とＶ２Ｘ通信を行う。
【0003】
モード２におけるリソースは、例えば、完全センシングスキーム、部分センシングスキーム、又はランダム選択スキームのいずれかを用いて自律的選択方法で決定されることができる。加えて又は代替的に、Ｖ２Ｘ通信における端末装置は、受信能力が様々である。例えば、ＳＬ信号及びチャネルを受信することができない端末装置もあれば、ＰＳＣＣＨのみを受信可能な端末装置や、ＮＲ Ｖ２Ｘで定義されるＳＬ信号及びチャネルの一部又は全てを実行可能な端末装置もある。更に、間欠受信（ＤＲＸ）モードで動作可能な端末装置もある。輻輳制御は、端末装置の消費電力の削減に寄与するが、いくつかのシナリオ、特にモード２に対して、輻輳制御の従来の解決策を実行することができない。
【発明の概要】
【発明が解決しようとする課題】
【0004】
一般に、本開示の例示的な実施形態は、サイドリンク輻輳制御のための解決策を提供する。
【課題を解決するための手段】
【0005】
第１の態様では、通信方法が提供される。該通信方法は、第１の端末装置において、前記第１の端末装置のリソース選択スキームに基づいて、前記第１の端末装置用に構成されたリソースプールから、第１のスロットの前の時間ウインド内の第１のリソースを決定することと、前記第１のリソースにおける占有リソースの第１の数を決定することと、少なくとも部分的に前記第１の数と、前記第１のリソースの数とに基づいて、前記第１のスロットにおける前記第１の端末装置のサイドリンクチャネルの輻輳レベルインジケータを決定することと、を含む。
【0006】
第２の態様では、通信方法が提供される。該通信方法は、予め構成された時間ウインドが第２の端末装置の間欠受信サイクルのオフ期間と重複するとの決定に従って、前記第２の端末装置における対象時間ウインドを決定することと、前記対象時間ウインド内における前記第２の端末装置用に構成されたリソースプール内の対象リソースから占有リソースの第１の数を決定することと、少なくとも部分的に前記第１の数と、前記対象リソースの数とに基づいて、輻輳レベルインジケータを決定することと、を含み、前記対象時間ウインドと、前記予め構成された時間ウインドとの両者は、いずれも第１スロットにおける前記第２の端末装置のサイドリンクチャネルの前記輻輳レベルインジケータに関連付けられている。
【0007】
第３の態様では、端末装置により実行される方法が提供される。該方法は、第１のスロットにおいて、時間ウインド内の、前記端末装置に関連付けられたサイドリンクチャネルの対象リソースにおける信号を測定することによって、信号強度パラメータを取得することと、少なくとも部分的に前記信号強度パラメータと、前記端末装置のリソース選択スキームとに基づいて、前記第１のスロットのチャネル混雑率を決定することと、を含む。
【0008】
第４の態様では、第１の端末装置が提供される。該第１の端末装置は、プロセッサと、命令を記憶するメモリとを備える。前記メモリと前記命令は、前記プロセッサによって、第１の態様に係る方法を前記第１の端末装置に実行させるように構成される。
【0009】
第５の態様では、第２の端末装置が提供される。該第２の端末装置は、プロセッサと、命令を記憶するメモリとを備える。前記メモリと前記命令は、前記プロセッサによって、第２の態様に係る方法を前記第２の端末装置に実行させるように構成される。
【0010】
第６の態様では、端末装置が提供される。該端末装置は、プロセッサと、命令を記憶するメモリとを備える。前記メモリと前記命令は、前記プロセッサによって、第３の態様に係る方法を前記端末装置に実行させるように構成される。
【0011】
第７の態様では、命令が記憶されているコンピュータ可読媒体が提供される。該命令は、装置の少なくとも１つのプロセッサ上で実行されるとき、第１の態様に係る方法を前記装置に実行させる。
【0012】
第８の態様では、命令が記憶されているコンピュータ可読媒体が提供される。該命令は、装置の少なくとも１つのプロセッサ上で実行されるとき、第２の態様に係る方法を前記装置に実行させる。
【0013】
第９の態様では、命令が記憶されているコンピュータ可読媒体が提供される。該命令は、装置の少なくとも１つのプロセッサ上で実行されるとき、第３の態様に係る方法を前記装置に実行させる。
【0014】
なお、「発明の概要」の部分は、本開示の実施形態の重要な特徴又は本質的な特徴を決定することを意図したものではなく、本開示の範囲を限定するものではない。本開示の他の特徴は、以下の詳細な説明を通して、容易に理解することができるようになるであろう。
【図面の簡単な説明】
【0015】
本開示の上記及び他の目的、特徴及び利点は、添付図面の本開示のいくつかの実施形態のより詳細な説明を通して、より明確になるであろう。
【図1】本開示の実施形態が実装され得る通信環境の一例を示す図である。
【図2】本開示のいくつかの実施形態に係る方法の一例を示すフローチャートである。
【図3】本開示のいくつかの実施形態に係る輻輳レベルインジケータを決定するための時間ウインドの一例を示す概略図である。
【図4】本開示のいくつかの実施形態に係るフレーム構造の一例を示す概略図である。
【図5】本開示のいくつかの実施形態に係る方法の一例を示すフローチャートである。
【図6】本開示のいくつかの実施形態に係るＣＢＲを決定するためのスキームの一例を示す概略図である。
【図7】本開示のいくつかの実施形態に係るＣＲを決定するためのスキームの一例を示す概略図である。
【図8】本開示のいくつかの実施形態に係る方法の一例を示すフローチャートである。
【図9】本開示のいくつかの実施形態の実装に適する装置の簡略化したブロック図である。
【0016】
なお、図中、同一又は類似の構成要素については同一の参照符号を付している。
【発明を実施するための形態】
【0017】
いくつかの例示的な実施形態を参照して、本開示の原理を説明する。なお、これらの実施形態は、例示の目的のみで記載され、当業者が本開示を理解して実施するためのものであって、本開示の範囲を限定するものではない。本明細書で説明される開示は、以下に説明されるもの以外の様々な態様で実施されることができる。
【0018】
以下の説明及び特許請求の範囲において、別途定義されない限り、本明細書で使用されるすべての技術用語及び科学用語は、本開示が属する技術分野の当業者にとって一般的に理解されるものと同じ意味を有する。
【0019】
本明細書で使用される「回路」という用語は、ハードウェア回路、及び／又はハードウェア回路とソフトウェアの組み合わせを意味する場合がある。例えば、回路は、アナログ及び／又はデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせであってもよい。また、回路は、端末装置又はネットワーク装置などの装置に各種の機能を実行させるために協働する、デジタル信号プロセッサ等のソフトウェアを備えたハードウェアプロセッサ、ソフトウェア、及びメモリのいずれかの一部であってもよい。更に、回路は、動作のためにソフトウェア／ファームウェアを必要とするハードウェア回路及び／又はマイクロプロセッサもしくはマイクロプロセッサの一部などのプロセッサであってもよいが、動作に必要でない場合にはソフトウェアが存在しなくてもよい。本明細書では、回路という用語は、ハードウェア回路又はプロセッサの実行、ハードウェア回路又はプロセッサの一部の実行、或いは、それに付随するソフトウェア及び／又はファームウェアの実行も含む。
【0020】
本明細書で使用される用語「ネットワーク装置」又は「基地局」（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）とは、端末装置が通信可能なセル又はカバレッジを提供又はホストすることができる装置を指す。ネットワーク装置は、例えば、ノードＢ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ：ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）、Ｖ２Ｘ通信用のインフラ装置、送受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、無線ヘッド（ＲＨ：Ｒａｄｉｏ Ｈｅａｄ）、リモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、フェムトノード、ピコノードなどの低電力ノード等が挙げられるが、これらに限定されない。
【0021】
本明細書で使用される用語「端末装置」又は「ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）」とは、無線又は有線通信機能を有する任意の装置を指す。通信は、電磁信号、電波、赤外線信号、及び／又は無線で情報を伝達するのに適した他の種類の信号を使用した無線信号の送信及び／又は受信を含む。端末装置の例として、ユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、パーソナルコンピュータ、デスクトップ、移動電話、セルラー電話、スマートフォン、携帯情報端末（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、タブレット、ウェアラブルデバイス、ＩｏＴ（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）装置、ＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）装置、マシンタイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｖ２Ｘ（ここで、「Ｘ」とは、歩行者、車両、又はインフラストラクチャ／ネットワークを意味する）通信用車載デバイス、デジタルカメラなどの画像キャプチャデバイス、ゲームデバイス、音楽記憶及び再生機器、或いは、無線や有線インターネットアクセス及びブラウジングを可能にするインターネット機器等が挙げられるが、これらに限定されない。以下では、端末装置の例としてＵＥを使って実施形態を説明するが、「端末装置」と「ユーザ機器（ＵＥ）」は、本開示の文脈において互換的に使用されてもよい。
【0022】
一実施形態では、端末装置は、第１のネットワーク装置と第２のネットワーク装置に接続される。第１のネットワーク装置と第２のネットワーク装置は、一方がマスタノードであり、他方がセカンダリノードである。第１のネットワーク装置と第２のネットワーク装置は、異なる無線アクセス技術（ＲＡＴ）を使用してもよい。一実施形態では、第１のネットワーク装置は、第１のＲＡＴ装置であり、第２のネットワーク装置は、第２のＲＡＴ装置である。一実施形態では、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置及び第２のネットワーク装置のうちの少なくとも一方から端末装置に送信されてもよい。一実施形態では、第１の情報は、第１のネットワーク装置から端末装置に送信され、第２の情報は、第２のネットワーク装置から端末装置に直接に送信されるか、或いは、第２のネットワーク装置から第１のネットワーク装置を介して、端末装置に送信される。一実施形態では、第２のネットワーク装置によって構成される端末装置の構成に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信される。第２のネットワーク装置によって構成される端末装置の再構成に関する情報は、第２のネットワーク装置から端末装置に直接に送信されるか、又は第２のネットワーク装置から第１のネットワーク装置を介して、端末装置に送信される。
【0023】
本明細書において、「送受信ポイント」、「送信／受信ポイント」、又は「送信及び受信ポイント」は、一般に、ユーザ機器と通信するステーションを示す。しかしながら、送信及び受信ポイントは、基地局（ＢＳ）、セル、Ｎｏｄｅ－Ｂ、進化型Ｎｏｄｅ－Ｂ（ｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、セクタ、サイト、ベーストランシーバシステム（ＢＴＳ）、アクセスポイント（ＡＰ）、リレーノード（ＲＮ）、リモートラジオヘッド（ＲＲＨ）、無線ユニット（ＲＵ）、アンテナ等の異なる用語と呼ばれることがある。
【0024】
つまり、本開示において、送信及び受信ポイント、基地局（ＢＳ）、又はセルは、包括的な概念として、符号分割多元接続（ＣＤＭＡ）において基地局コントローラ（ＢＳＣ）によってカバーされるエリア又は機能の一部、ＷＣＤＭＡ（登録商標）におけるＮｏｄｅ－Ｂ、ＬＴＥにおけるｅＮＢ又はセクタ（サイト）、ＮＲにおけるｇＮＢ又はＴＲＰ等と理解されてもよい。従って、送受信ポイント、基地局（ＢＳ）、及び／又はセルの概念は、メガセル、マクロセル、マイクロセル、ピコセル、フェムトセルなどの様々なカバレッジエリアを含んでもよい。また、このような概念は、リレーノード（ＲＮ）、リモートラジオヘッド（ＲＲＨ）、又は無線ユニット（ＲＵ）の通信範囲を含んでもよい。
【0025】
本開示において、ユーザ機器及び送信／受信ポイントは、本明細書に開示される技術及び技術的概念を具体化するために使用される包括的な意味を有する２つの送信／受信対象であってもよく、特定の用語又は単語に限定されない。また、ユーザ機器及び送信／受信ポイントは、本明細書に開示される技術及び技術的概念を具体化するために使用される包括的な意味を有するアップリンク又はダウンリンクの送信／受信対象であってもよく、特定の用語又は単語に限定されない。ここで、アップリンク（ＵＬ：Ｕｐｌｉｎｋ）送信／受信とは、データがユーザ機器から基地局へ送信される方式である。一方、ダウンリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）送信／受信とは、データが基地局からユーザ機器へ送信される方式である。
【0026】
本明細書で使用される用語「リソース」、「送信リソース」、「リソースブロック」、「物理リソースブロック」、「アップリンクリソース」、又は「ダウンリンクリソース」とは、端末装置とネットワーク装置間などの通信を行うための任意のリソースを指す。例えば、時間領域内のリソース、周波数領域内のリソース、空間領域内のリソース、コード領域内のリソース、又は通信を可能にする任意の他のリソースなどが挙げられる。以下では、送信リソースの一例として、周波数領域のリソース及び時間領域のリソースを使用して、本開示の実施形態を説明する。なお、本開示の実施形態は、他の領域における他のリソースにも同等に適用可能である。
【0027】
本明細書で使用される単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈が単数形であることを明確に示さない限り、複数形も含むことを意図している。用語「含む（ｉｎｃｌｕｄｅ）」及びその変形は、「・・・を含むが、これに限定されない」ことを意味するオープンな用語として読み取られる。「に基づく（ｂａｓｅｄ ｏｎ）」という用語は、「少なくとも部分的に基づく（ａｔ ｌｅａｓｔ ｉｎ ｐａｒｔ ｂａｓｅｄ ｏｎ）」として読み取られる。「一（ｏｎｅ）実施形態」及び「一（ａｎ）実施形態」という用語は、「少なくとも一つの実施形態」として読み取られる。「別の実施形態」という用語は、「少なくとも一つの別の実施形態」として読み取られる。
【0028】
本明細書では、様々な要素を説明するために使用される「第１の（ｆｉｒｓｔ）」、「第２の（ｓｅｃｏｎｄ）」等の用語は、要素を区別するために使用されるものであって、これらの要素を限定するものではない。例えば、例示的な実施形態の範囲から逸脱することなく、第１の要素は、第２の要素と呼ぶことができ、同様に、第２の要素は、第１の要素と呼ぶことができる。本明細書で使用される「及び／又は」という用語は、列挙された用語のうちのいずれか１つ又は複数による組み合わせのすべてを含む。
【0029】
いくつかの例において、値、手順、又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。なお、このような説明は、使用される複数の機能的代替案から選択可能であることを示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。
【0030】
従来のＶ２Ｘ（例えば、ＬＴＥ－Ｖ２Ｘ）とＮＲシステムにおけるＶ２Ｘにおいて、サイドリンクの輻輳制御に、いずれもチャネル混雑率（ＣＢＲ）、チャネル占有率（ＣＲ）などの輻輳レベルインジケータ（ｃｏｎｇｅｓｔｉｏｎ ｌｅｖｅｌ ｉｎｄｉｃａｔｏｒ）が使用されてもよい。前述のように、輻輳制御は、端末装置の省電力のメリットがあり、システムの性能を向上させる。
【0031】
サイドリンクチャネル上で測定された受信信号強度インジケータ（ＲＳＳＩ：Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）は、リソースが「使用中（ｂｕｓｙ）」であるか否かを決定するインジケータとして使用されてもよい。具体的には、ＲＳＳＩは、物理サイドリンク共有チャネル（ＰＳＳＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）及び第２のＯＦＤＭシンボルから始まる物理サイドリンク制御チャネル（ＰＳＣＣＨ：ｐｈｙｓｉｃａｌ ｓｉｄｅｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）用に構成されたスロットのＯＦＤＭシンボルにおいて構成されたサブチャネルにて観測される総受信電力（単位［Ｗ］）の線形平均として定義される。サイドリンク通信用のＣＢＲは、ＣＢＲ測定ウインド［ｎ－ａ、ｎ－１］に基づいてスロットｎで測定されてもよい。ここで、ａは、上位層パラメータｓｌ－ＴｉｍｅＷｉｎｄｏｗＳｉｚｅＣＢＲに従って、１００又は１００・２μスロットに等しくてもよい。ＣＢＲは、測定されたＳＬ ＲＳＳＩが（予め）構成された閾値を超えるリソースプール内のサブチャネルの一部として定義されてもよい。ＣＢＲの範囲は、許可されたＭＣＳ、最大再送回数、サブチャネルサイズ、ＣＲ制限などを含むＴＸパラメータのセットで構成されてもよい。
【0032】
端末装置は、送信用のリソース数を制限するためにＣＲ制限が設けられてもよい。特定のスロットｎにおけるＣＲは、スロット［ｎ－ａ、ｎ＋ｂ］の範囲を含む時間ウインドにわたって評価されてもよい。具体的には、特定のスロットｎにおけるＣＲは、端末装置のスロット［ｎ－ａ、ｎ－１］における送信用サブチャネルと、スロット［ｎ，ｎ＋ｂ］で許可されたサブチャネルとの総数を、スロット［ｎ－ａ，ｎ＋ｂ］で構成されたサブチャネルの総数で割った比率として決定されてもよい。ここで、ａは正の整数、ｂは０又は正の整数であり、ａとｂは、上位層パラメータｓｌ－ＴｉｍｅＷｉｎｄｏｗＳｉｚｅＣＲに従って、ａ＋ｂ＋１＝１０００又は１０００・２μスロットのＵＥ実装によって決定され、ｂ＜（ａ＋ｂ＋１）／２であり、ｎ＋ｂは、現在の送信に対する許可の最後の送信機会を超えてはならない。
【0033】
具体的には、サイドリンクリソース割り当てモード２におけるサイドリンク輻輳制御について、端末装置がより高いパラメータｓｌ－ＣＲ－Ｌｉｍｉｔで構成され、スロットｎにおいてＰＳＳＣＨを送信する場合、端末装置は、以下を確保しなければならない。
Σｉ≧ｋＣＲ（ｉ）≦ＣＲＬｉｍｉｔ（ｋ）・・・・・・・・・・・（１）
ここで、ｋは、端末装置の優先値を表し、ＣＲ（ｉ）は、ＳＣＩセットにｉに設定されたＰＳＳＣＨ送信用スロットｎ－Ｎで評価されたＣＲを表し、ＣＲＬｉｍｉｔ（ｋ）は、優先値ｋとスロットｎ－Ｎで測定されたＣＢＲを含むＣＢＲ範囲とに関連付けられた上位層パラメータｓｌ－ＣＲ－Ｌｉｍｉｔに対応する。ここで、Ｎは、ＴＳ３８．２１４で定義された端末装置の処理能力に基づく輻輳制御処理時間である。
Σｉ≧ｋＣＲ（ｉ）≦ＣＲＬｉｍｉｔ（ｋ）・・・・・・・・・・・（１）
ここで、ｋは、端末装置の優先値を表し、ＣＲ（ｉ）は、ＳＣＩセットにｉに設定されたＰＳＳＣＨ送信用スロットｎ－Ｎで評価されたＣＲを表し、ＣＲＬｉｍｉｔ（ｋ）は、優先値ｋとスロットｎ－Ｎで測定されたＣＢＲを含むＣＢＲ範囲とに関連付けられた上位層パラメータｓｌ－ＣＲ－Ｌｉｍｉｔに対応する。ここで、Ｎは、ＴＳ３８．２１４で定義された端末装置の処理能力に基づく輻輳制御処理時間である。
【0034】
上記の輻輳レベルインジケータの従来の定義は、ＮＲサイドリンク通信における省電力ＵＥには適さない場合がある。例えば、省電力ＵＥは、部分センシングスキームとランダム選択スキームのいずれかを利用して、構成されたＤＲＸ期間のオフ期間に陥る恐れがあるため、測定ウインド内における全てのスロットを監視又は復号しない。その結果、ＵＥは、測定ウインド内のすべてのスロットを監視又は復号しないことがある。
【0035】
また、省電力ＵＥによって受信能力が異なってもよい。例えば、一部のＵＥは、ＰＳＳＣＨとＰＳＣＣＨの両方で信号を受信してもよい。一部のＵＥは、受信能力を有しないか、或いは、何らかの理由でＰＳＳＣＨにおいて受信しなくてもよい。また、一部のＵＥは、受信能力を有さないか、或いは、何らかの理由でＰＳＳＣＨ及びＰＳＣＣＨの両方において受信しなくてもよい。更に、一部のＵＥは、ＤＲＸモードで動作してもよい。サイドリンクモード２通信では、リソース選択方式、受信能力、受信モード、ＤＲＸなどを考慮した端末装置のサイドリンク輻輳制御の仕組みがない。
【0036】
上記の問題及び他の潜在的な問題を解決するために、本開示の実施形態は、リソース選択方式、端末装置の特定の受信動作、及びＤＲＸを考慮しながら、輻輳レベルインジケータを測定又は評価することができるサイドリンク輻輳制御の解決策を提供する。これにより、輻輳レベルインジケータを決定する際の消費電力を削減するとともに、輻輳レベルインジケータの精度を向上させることができる。これは、端末装置においてその後に行われる輻輳制御にも有利である。
【0037】
図１は、本開示の実施形態が実行可能な通信環境１００を示す図である。図１に示すように、通信環境１００は、通信ネットワークの一部であってもよく、第１の端末装置１１０と、第２の端末装置１２０とを含む。本開示において、第１の端末装置１１０及び第２の端末装置１２０は、サイドリンクリソース割り当てモード２を使用する。つまり、本実施形態では、サイドリンク通信は、第１の端末装置１１０と第２の端末装置１２０のために予め構成されたリソースプール１０２内のリソースにおいて実行される。
【0038】
サイドリンクチャネルにおいて送信を実行する前に、第１の端末装置１１０と第２の端末装置１２０は、感知することなく、リソースプール１０２内において、所定のリソース選択ウインドにおけるランダム選択によってリソースを選択してもよく、或いは、リソースプール１０２において部分センシングを行った後にリソースを選択してもよい。
【0039】
また、第１の端末装置１１０と第２の端末装置１２０は、受信能力が異なってもよい。一例として、第１の端末装置１１０と第２の端末装置１２０の一方又は両方は、ＰＳＳＣＨ及びＰＳＣＣＨの両方において信号を受信する。別の例として、端末装置１１０及び１２０の一方又は両方は、受信能力を有しないか、或いは、何らかの理由で、ＰＳＳＣＨにおいて信号を受信しない。その代わりに、第１の端末装置１１０と第２の端末装置１２０の一方又は両方は、受信能力を有しないか、或いは、何らかの理由で、ＰＳＳＣＨ及びＰＳＣＣＨの両方において信号を受信しなくてもよい。また、第１の端末装置１１０と第２の端末装置１２０は、後述するＤＲＸモードで動作可能である。
【0040】
第１の端末装置１１０と第２の端末装置１２０は、サイドリンク通信の品質及び性能を向上させるために、輻輳制御を行ってもよい。輻輳制御を実行するためにて、第１の端末装置１１０と第２の端末装置１２０は、ＣＢＲ及びＣＲを含むがこれらに限定されない輻輳レベルインジケータを決定する必要がある。
【0041】
第１の端末装置１１０と第２の端末装置１２０は、リソースプール１０２のリソースにおいて受信された信号を測定することによって、特定のスロットｎにおけるＣＢＲを決定してもよい。測定された信号強度が所定の信号強度の閾値を超える場合、対応するリソースが占有されている、又は「使用中」であると決定される。一方、測定された信号強度が所定の信号強度の閾値を超えていない場合、対応するリソースは、空いている、又は「未使用」と決定される。特定のスロットｎにおけるＣＢＲは、スロット［ｎ－ａ、ｎ－１］の一定期間内のリソースプール１０２の総リソース数に対する、占有又は「使用中」のリソース数の比率として決定されてもよい。
【0042】
特定のスロットｎにおけるＣＲは、過去のスロットセット、例えば、［ｎ－ａ、ｎ－１］における第１の端末装置１１０と第２の端末装置１２０のそれぞれの送信用リソース数と、将来のスロットセット、例えば、［ｎ、ｎ＋ｂ］に対して許可されるリソース数との合計に対する、スロット［ｎ－ａ、ｎ＋ｂ］の持続時間内のリソースプール１０２内のリソースの総数の比率を決定することによって評価されてもよい。
【0043】
図１に示す端末装置１１０と端末装置１２０の数は、単に説明のために例示ものであり、限定するものではないことを理解されたい。通信環境１００は、本開示の実施形態の実施に用いられる任意の適切な数の端末装置、ネットワーク装置、及びその他の通信装置を含んでもよい。
【0044】
なお、全ての通信装置間で、様々な無線通信と、有線通信（必要であれば）とが行われる。なお、図１では、携帯電話として端末装置１１０と端末装置１２０を模式的に示しているが、これに限定されるものではない。他の実施形態では、端末装置１１０及び１２０は、車両などの無線通信機能を有する装置であってもよい。
【0045】
通信環境１００における通信は、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＣ－ＧＳＭ－ＩｏＴ（Ｅｘｔｅｎｄｅｄ Ｃｏｖｅｒａｇｅ－ＧＳＭ－ＩｏＴ）」、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：登録商標）、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）等を含むあらゆる適切な規格に準拠可能であるが、これらに限定されない。また、通信は、既知の、又は将来開発される任意の世代の通信プロトコルに従って実行可能である。通信プロトコルとしては、例えば、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）、５Ｇ以降、第６世代（６Ｇ）などの通信プロトコルが挙げられるが、これらに限定されない。
【0046】
図２は、本開示の実施形態に係る方法２００のフローチャートである。いくつかの実施形態では、方法２００は、図１に示すような第１の端末装置１１０などの端末装置で実施することができる。加えて又は代替的に、方法２００は、図１に示されていない他の端末装置においても実施することができる。説明の目的で、一般性を失うことなく、図１を参照して、第１の端末装置１１０によって実行される方法２００を説明する。
【0047】
２１０において、第１の端末装置１１０は、第１の端末装置１１０のリソース選択スキームに基づいて、リソースプール１０２から、第１のスロットｎの前の時間ウインド内の第１のリソースを決定する。いくつかの例示的な実施形態では、時間ウインドは、図３に示される第１のスロットｎにおける輻輳レベルインジケータを決定するためのスロットのセットであってもよい。輻輳レベルインジケータがＣＢＲである場合、ＣＢＲの測定は、時間ウインド内で実行されてもよい。
【0048】
図３に示す例では、第１の端末装置１１０は、部分センシングスキーム又はランダム選択スキームのいずれかを使用して、送信用リソースを選択してもよい。時間ウインド３００は、スロットｎ－ａで開始し、スロットｎ－１で終了する。格子模様のボックスで示されるリソース３０１及び３０２は、リソース３０１及び３０２内のＲＳＲＰを監視及び測定する、即ち、リソースプール１０２内の部分センシングを行うために選択されるリソースであるスロットｎ－ａ＋１及びＸに対応すればよい。白いボックスで示されるリソース３０３及び３０４は、リソースプール１０２内の部分センシングを行うために選択されないリソースであるスロットＹ及びｎ－１に対応する。斜線模様ボックスで示されるリソース３０５及び３０６は、リソースプール１０２外のリソースであるスロットｎ－ａ及びスロットｎ－２に対応する。換言すれば、リソース３０５は、第１の端末装置１１０のサイドリンクリソースプール用に構成されていない。
【0049】
いくつかの例示的な実施形態では、第１の端末装置１１０のリソース選択スキームは、部分センシングスキームである。これらの実施形態では、第１のリソースは、図３に示すように、第１の端末装置１１０が部分センシングを行うリソース、例えば、リソース３０１及び３０３である。
【0050】
第１の端末装置１１０のリソース選択方式が部分センシングスキームであるいくつかの例示的な実施形態では、第１の端末装置１１０は、閾値数のＳ０に基づいて第１のリソースを決定してもよい。第１のリソースの数Ｎ１’は、閾値数Ｓ０以上、即ち、Ｎ１’≧Ｓ０であってもよい。閾値数Ｓ０は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）パラメータ、ＭＡＣ制御素子（ＣＥ）、サイドリンク制御情報（ＳＣＩ）、ダウンリンク制御情報（ＤＣＩ）、及び本開示の実行に適するメッセージ又は情報を介して構成されるパラメータであってもよい。
【0051】
上記の実施形態において、第１の端末装置１１０は、第１の端末装置１１０が部分センシングを行う感知リソースの数Ｎｓ（例えば、リソース３０１及び３０２の数）が数Ｎ１’未満、即ち、Ｎｓ＜Ｎ１’であると決定した場合、リソースプール１０２から、第１のリソース３０１及び３０２とは異なる第２のリソースを更に選択してもよい。例えば、第２のリソースは、リソース３０３及び３０４から選択されればよい。第２のリソースの数Ｎ２’は、数Ｎ１’と、感知リソース３０１及び３０２の数Ｎｓとの差以上であればよい。従って、感知リソース３０１及び３０２と、第２のリソース３０３及び３０４とを含む第１のリソースの数Ｎ１’は、Ｎ１’＝Ｎｓ＋Ｎ２’として表せばよい。
【0052】
上記の実施形態では、第１の端末装置１１０は、感知リソース３０１及び３０２の数Ｎｓが数Ｎ１’以上、即ち、Ｎｓ≧Ｎ１’であると決定した場合、感知リソースから全ての第１のリソースを選択してもよい。つまり、感知リソース３０１及び３０２の少なくとも一部が第１のリソースに決定される。
【0053】
いくつかの例示的な実施形態では、第１の端末装置１１０のリソース選択スキームは、ランダム選択スキームである。これらの実施形態では、第１の端末装置１１０は、リソースプール１０２から時間ウインド３００内のリソースの予め構成された数Ｓを選択してもよい。その代わりに、予め構成された数Ｓを超える分のリソースの数を選択し、選択されたリソースを第１のリソースとして決定してもよい。予め構成された数Ｓは、ＲＲＣパラメータ、ＭＡＣ ＣＥ、ＳＣＩ、ＤＣＩ、及び本開示の実行に適するメッセージ又は情報を介して構成されるパラメータであってもよい。
【0054】
２２０において、第１の端末装置１１０は、第１のリソースにおける占有リソースの第１の数Ｎ１を決定する。第１の数Ｎ１を決定するために、第１の端末装置１１０は、第１のリソースにおいて受信された信号を測定することによって、信号強度パラメータ（例えば、ＲＳＳＩ）を取得してもよい。そして、第１の端末装置１１０は、第１のリソースから、閾値強度Ｐ０を上回る信号強度パラメータに対応する占有リソースの第１の数Ｎ１を決定すればよい。
【0055】
いくつかの例示的な実施形態では、信号強度パラメータは、第１の端末装置１１０の受信能力に基づいて、ＰＳＳＣＨ及びＰＳＣＣＨのうちの１つ以上のものにおける第１のリソースにおいて測定された受信信号強度インジケータである。図４は、本開示のいくつかの実施形態に係るフレーム構造４００の一例を示す概略図である。
【0056】
第１の端末装置１１０が部分センシングスキームを使用する実施形態では、第１の端末装置１１０は、ＰＳＣＣＨ４０１上で受信能力を有するが、ＰＳＳＣＨ４０２上で受信能力を有しない場合、或いは、ＰＳＳＣＨ４０１及びＰＳＳＣＨ４０２の両方に受信能力を有するが、ＰＳＳＣＨ４０２において信号を受信しない場合、ＰＳＣＣＨ４０１で受信した信号を測定することにより、信号強度パラメータを取得すればよい。この例では、第１の端末装置１１０は、タイプ１ＵＥともいう。
【0057】
上記の実施形態では、第１の端末装置１１０は、ＰＳＣＣＨ４０１及びＰＳＳＣＨ４０２についての受信能力を有する場合、ＰＳＣＣＨ４０１及びＰＳＳＣＨ４０２の両方で受信した信号を測定することにより、信号強度パラメータを取得すればよい。この例では、第１の端末装置１１０は、タイプ２ＵＥともいう。
【0058】
例示的な実施形態では、第１の端末装置１１０は、ランダム選択スキームを使用するタイプ１ＵＥである場合、部分センシングスキームを用いるタイプ１ＵＥと同様に、ＰＳＣＣＨ４０１上で受信された信号を測定することにより、信号強度パラメータを取得すればよい。また、第１の端末装置１１０は、ランダム選択スキームを使用するタイプ２ＵＥである場合、部分センシングスキームを用いるタイプ２ＵＥと同様に、ＰＳＣＣＨ４０１及びＰＳＳＣＨ４０２の両方で受信された信号を測定することにより、信号強度パラメータを取得すればよい。
【0059】
第１の端末装置１１０は、ランダム選択スキームを使用し、ＰＳＣＣＨ４０１又はＰＳＳＣＨ４０２についての受信能力を有しない場合、或いは、ＰＳＣＣＨ４０１又はＰＳＳＣＨ４０２で信号を受信しない場合、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＤＣＩ、ＳＣＩなどを介した上位層パラメータによって示されるタイプ１ＵＥ又はタイプ２のＵＥとして、それぞれのサイドリンクチャネル４０１及び４０２上で信号強度パラメータを測定すればよい。
【0060】
２３０において、第１の端末装置１１０は、少なくとも部分的に第１の数Ｎ１と、第１のリソースの数Ｎ１’とに基づいて、第１のスロットｎについてのサイドリンクチャネルの輻輳レベルインジケータを決定する。いくつかの例示的な実施形態では、輻輳レベルインジケータは、第１のリソースの数Ｎ１’に対する第１の数Ｎ１の比率Ｒ、即ち、Ｒ＝Ｎ１／Ｎ１’として決定されてもよい。
【0061】
いくつかの例示的な実施形態では、２３０において輻輳レベルインジケータを決定する際に、第１の端末装置１１０は、第２のリソースを更に考慮してもよい。これらの実施形態では、輻輳レベルインジケータは、時間ウインド３００におけるリソースプール１０２内のリソースの総数Ｎ０に対する、第１の数と重み付けされた第２の数α１Ｎ２との合計の比率Ｒ’、つまり、Ｒ’＝（Ｎ１＋α１Ｎ２）／Ｎ０として決定されてもよい。ここで、第２の数Ｎ２は、時間ウインド３００における第１のリソースと異なるリソースプール１０２内の第２のリソースの数を表す。重みα１は、０～１の値を取り、ＲＲＣパラメータから構成され得る第１の端末装置１１０のトラフィック優先度に関連付けられている。
【0062】
これらの実施形態では、第１の端末装置１１０は、総数Ｎ０と第１のリソースの数Ｎ１’との差に等しい第２の数Ｎ２を決定してもよい。つまり、Ｎ２＝Ｎ０－Ｎ１’である。第１の数と、重み付けされた第２の数との合計数を第３の数Ｎ３という。換言すれば、輻輳レベルインジケータは、総数Ｎ０に対する第３の数Ｎ３の比率Ｒ’である。
【0063】
本開示の実施形態によれば、制御レベルインジケータを決定するためのメカニズムが提供される。端末装置のリソース割り当てモード、リソース選択スキーム、受信能力、及び受信モードを考慮することにより、消費電力と、ＣＢＲ測定精度及びＣＲ評価精度とのバランスを実現することができる。
【0064】
図５は、本開示のいくつかの実施形態に係る方法の一例を示すフローチャートである。いくつかの実施形態では、方法５００は、図１に示す第２の端末装置１２０のような、ＤＲＸモードで動作可能な端末装置で実行することができる。加えて又は代替的に、方法５００は、図１に示されていない他の端末装置においても実行可能である。説明の目的で、一般性を失うことなく、図１を参照して、第１の端末装置１２０によって実行される方法５００を説明する。
【0065】
５１０において、第２の端末装置１２０は、予め構成された時間ウインドが第２の端末装置１２０のＤＲＸサイクルのオフ期間と重なるか否かを決定する。予め構成された時間ウインドは、第２の端末装置１２０の上位層を介して構成されてもよい。第２の端末装置１２０は、オフ期間においてサイドリンクチャネルを監視しないため、信号を受信しない。換言すれば、オフ期間は、輻輳レベルインジケータの決定のために使用されず、第１のスロットにおける輻輳レベルインジケータを決定するための対象時間ウインドが期待される。
【0066】
５１０において、予め構成された時間ウインドがＤＲＸサイクルのオフ期間と重なったと決定される場合、５２０において、第２の端末装置１２０は、対象時間ウインドを決定する。本開示では、対象時間ウインドと予め構成された時間ウインドとは、いずれも、第１のスロット内のサイドリンクチャネルの輻輳レベルインジケータに関連付けられる。該サイドリンクチャネルは、第２の端末装置１２０に関連付けられてもよく、例えば、第１の端末装置１１０と第２の端末装置１２０との間のサイドリンクチャネルである。
【0067】
いくつかの例示的な実施形態では、輻輳レベルインジケータはＣＢＲである。図６は、本開示のいくつかの実施形態に係る、ＣＢＲを決定するためのスキーム６００を示す概略図である。図６に示すように、予め構成された時間ウインド６０１は、スロットｎ－ａで開始し、スロットｎ－１で終了し、第２の端末装置１２０のＤＲＸサイクルのオン期間６１１にあるスロットｎ－２及びｎ－１と、オフ期間６１２内にあるスロットＸ及びＹと、オン期間６１３におけるスロットｎ－ａ及びｎ－ａ＋１とを含む。この場合、予め構成された時間ウインド６０１はオフ期間６１２と重なる。
【0068】
第２の端末装置１２０は、５２０において、オフ期間６１２を除く残りの予め構成された時間ウインド６０１を決定してもよい。対象時間ウインドは、予め構成された時間ウインド６０１の残りに基づいて決定されればよい。いくつかの例示的な実施形態では、予め構成された時間ウインド６０１の残りは、対象時間ウインドとして決定される。
【0069】
いくつかの他の例示的な実施形態では、対象時間ウインドは、予め構成された時間ウインド６０１の残りに加えて、リソースプール１０２内の追加スロットを含んでもよい。第２の端末装置１２０は、１００又は１００・２μスロットなど、ＣＢＲを測定するための時間ウインド内の対象リソースのサイズを示す上位層パラメータｓｌ－ＴｉｍｅＷｉｎｄｏｗＳｉｚｅＣＢＲに基づいて追加スロットを決定することができる。予め構成された時間ウインド６０１の残りのリソースプール１０２のリソースの数が閾値サイズを下回る場合、第２の端末装置１２０は、追加スロットを更に含むことによって、対象時間ウインドを決定してもよい。例えば、第２の端末装置１２０は、対象リソースの数Ｎ１’が、所定の数Ｓ１、例えば、１０００又は１０００・２μのスロットに等しくなるように、対象時間ウインドの開始スロットであるスロットｎ－ａ’を決定する。この例では、対象時間ウインドの終了スロットは、スロットｎ－１のままである。
【0070】
５３０において、第２の端末装置１２０は、対象時間ウインド内の第２の端末装置１２０のために構成されたリソースプール１０２内の対象リソースから占有リソースの第１の数Ｎ１を決定する。いくつかの例示的な実施形態では、第２の端末装置１２０は、対象リソースにおいて受信された信号を測定することによって、信号強度パラメータを取得し、対象リソースから占有リソースの第１の数Ｎ１を決定してもよい。これらの実施形態では、各占有リソースは、上位層を介して予め構成された閾値強度を上回る信号強度パラメータに対応する。
【0071】
上記の実施形態では、信号強度パラメータは、第２の端末装置１２０の受信能力に基づいて、ＰＳＣＣＨ又はＰＳＳＣＨのうちの１つ以上のために構成されたシンボル及び物理リソースブロックにおいて測定することによって取得されてもよい。例えば、第２の端末装置１２０は、ＰＳＣＣＨ上で受信能力を有するが、ＰＳＳＣＨ上で受信能力を有しない場合、或いは、ＰＳＳＣＨ及びＰＳＳＣＨの両方に受信能力を有するが、ＰＳＳＣＨにおいて信号を受信しない場合、ＰＳＣＣＨで受信した信号を測定することにより、信号強度パラメータを取得すればよい。他の例として、第２の端末装置１２０は、ＰＳＳＣＨ及びＰＳＳＣＨの両方で受信能力を有する場合、ＰＳＳＣＨ及びＰＳＳＣＨの両方で受信した信号を測定することにより、信号強度パラメータを取得してもよい。
【0072】
例示的な実施形態では、第２の端末装置１２０は、ＰＳＳＣＨ又はＰＳＣＣＨで受信能力を有しない場合、或いは、ＰＳＳＣＨ又はＰＳＣＣＨで信号を受信しない場合、ＲＲＣシグナリング、ＭＡＣ ＣＥ、ＤＣＩ、ＳＣＩなどを介した上位層パラメータによって示されるサイドリンクチャネルのそれぞれで信号強度パラメータを測定してもよい。
【0073】
５４０において、第２の端末装置１２０は、少なくとも部分的に第１の数Ｎ１と対象リソースの数Ｎ１’とに基づいて、サイドリンクチャネルの輻輳レベルインジケータを決定する。いくつかの例示的な実施形態では、第２の端末装置１２０は、対象リソースの数Ｎ１’に対する第１の数Ｎ１の比率Ｒ、つまり、Ｒ＝Ｎ１／Ｎ１’を決定してもよい。
【0074】
いくつかの他の例示的な実施形態では、５４０において輻輳レベルインジケータを決定する際に、第２の端末装置１２０は、オフ期間におけるリソースプール１０２の第２のリソースを更に考慮することができる。この場合、第２の端末装置１２０は、第２のリソースの第２の数Ｎ２（図６に示す例では、６）を決定してもよい。第２の端末装置１２０は、第２のリソースを含む対象時間ウインド内のリソースプール１０２のリソースの総数Ｎ０（図６に示す例では、１５）を決定してもよい。そして、第２の端末装置１２０は、第３の数Ｎ３として、第１の数Ｎ１と、重み付けされた第２の数α１Ｎ２との合計を決定してもよい。重み付けされた第２の数α１Ｎ２は、第２の数Ｎ２と、重みα１とに基づいて決定されればよい。重みα１は、０～１の値を取り、ＲＲＣパラメータから構成され得る第２の端末装置１２０のトラフィック優先度に関連付けられている。この場合、輻輳レベルインジケータとして、総数Ｎ０に対する第３の数Ｎ３の比率が決定されてもよい。
【0075】
いくつかの他の例示的な実施形態では、５１０において、第２の端末装置１２０は、予め構成される時間ウインドがＤＲＸサイクルの少なくとも１つのオフ期間と重なると決定した場合、最後に測定されたＣＢＲを第１のスロットｎにおけるＣＢＲとして報告してもよい。
【0076】
輻輳レベルインジケータの別の例として、第１のスロットにおけるＣＲは、方法５００を実施することによって決定されてもよい。第１のスロットにおけるＣＲは、該時間ウインドにおけるリソースプール１０２内に構成されたサブチャネルの総数に対する、特定の時間ウインド内で第２の端末装置１２０の送信に使用又は許可されたサブチャネルの数の比率として評価されてもよい。
【0077】
図７は、本開示の実施形態に係るＣＲを決定するためのスキーム７００の一例を示す概略図である。図７に示すように、第１のスロットｎにおけるＣＲを決定するための予め構成された時間ウインド７０１は、スロットｎ－ａから開始し、スロットｎ＋ｂで終了する。格子模様のボックスで示されるリソースは、リソースプール１０２外のリソースであるスロットｎ－ａ’、ｎ－ａ、及びｎ－２に対応する。点状模様のボックスで示されるリソースは、第２の端末装置１２０の送信に使用又は許可されるリソースに対応する。白いボックスで示されるリソースは、リソースプール１０２における、第２の端末装置１２０に対して使用されない又は許可されないリソースに対応する。
【0078】
同様に、５１０において、第２の端末装置１２０は、予め構成された時間ウインド７０１が、第２の端末装置１２０のＤＲＸサイクルの少なくとも１つのオフ期間と重なるか否かを決定してもよい。図７に示す例では、第２の端末装置１２０は、予め構成された時間ウインド７０１がオフ期間７１２及び７１４と重なると決定する。
【0079】
これらの場合、第２の端末装置１２０がオフ期間中に送信又は受信を行わないため、予め構成された時間ウインド７０１は、ＣＲを決定するのに適しない。５２０において、第２の端末装置１２０は、対象時間ウインドを決定する。例えば、対象時間ウインドは、オフ期間７１２及び７１４以外の、予め構成された時間ウインド７０１の残りに基づいて決定されてもよい。
【0080】
いくつかの例示的な実施形態では、第２の端末装置１２０は、対象時間ウインドとして、オフ期間７１２及び７１４以外の、予め構成された時間ウインド７０１の残りを決定してもよい。この場合、対象時間ウインドは、スロットｎ－ａ＋１、ｎ－１、ｎ、ｎ＋ｂ－１、及びｎ＋ｂを含む。いくつかの他の例示的な実施形態では、予め構成された時間ウインド７０１の残りにおけるリソースは、ＣＲを決定するのに不十分である。この場合、予め構成された時間ウインド７０１の残りに加えて、対象時間ウインドは、リソースプール１０２内の追加スロットを含めばよい。
【0081】
上記の場合、第２の端末装置１２０は、１０００又は１０００・２μスロットなど、ＣＲの評価用の時間ウインド内の対象リソースのサイズを示す上位層パラメータｓｌ－ＴｉｍｅＷｉｎｄｏｗＳｉｚｅＣＲに基づいて追加スロットを決定してもよい。予め構成された時間ウインド７０１の残りにおけるリソースプール１０２のリソースの数が所定の数Ｓ１、例えば、１０００又は１０００・２μスロットを下回る場合、第２の端末装置１２０は、追加スロットを更に含めることによって対象時間ウインドを決定してもよい。例えば、第２の端末装置１２０は、対象リソースの数Ｎ１’が所定の数Ｓ１と等しくなるように、スロットｎ－ａ’を対象時間ウインドの開始スロットとして決定し、スロットｎ＋ｂ’を終了スロットとして決定すればよい。ここで、ｂ’＜（ａ’＋ｂ’＋１）／２である。この例では、対象時間ウインドの終了スロットは、時間領域における第２の端末装置１２０の現在の送信が許可される最後の送信機会の前に発生する必要がある。
【0082】
５３０において、第２の端末装置１２０は、対象時間ウインド７０１内のリソースプール１０２内の対象リソースから占有リソースの第１の数Ｎ１を決定してもよい。対象時間ウインドの開始スロットがスロットｎ－ａである実施形態では、第２の端末装置１２０は、スロット［ｎ－ａ、ｎ－１］での送信に使用されるサブチャネル及びスロット［ｎ、ｎ＋ｂ］で許可されるサブチャネルの第１の数Ｎ１を決定すればよい。対象時間ウインドの開始スロットがスロットｎ－ａ’である実施形態では、第２の端末装置１２０は、スロット［ｎ－ａ’、ｎ－１］での送信に使用されるサブチャネル及びスロット［ｎ、ｎ＋ｂ’］で許可されるサブチャネルの第１の数Ｎ１を決定すればよい。
【0083】
５４０において、第２の端末装置１２０は、少なくとも部分的に第１の数Ｎ１と、対象リソースの数Ｎ１’とに基づいて、ＣＲを決定してもよい。いくつかの例示的な実施形態では、第２の端末装置１２０は、対象リソースＮ１’の数に対する第１の数Ｎ１の比率Ｒ、即ち、Ｒ＝Ｎ１／Ｎ１’を決定すればよい。
【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】
なお、本開示は、構造的特徴及び／又は方法論的動作に特有の用語で説明したが、添付の特許請求の範囲で限定される本開示は、必ずしも上記の特定の特徴又は動作に限定されない。むしろ、上記の特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【手続補正書】
【提出日】2023-09-14
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ＣＢＲ（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ：チャネル混雑率）測定ウインド内で端末が部分センシングを実行するスロットにおいて、ＳＬ ＲＳＳＩ（ＳｉｄｅＬｉｎｋ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ：サイドリンク受信信号強度インジケータ）測定を実行することと、
前記ＳＬ ＲＳＳＩ測定に基づいて、ＳＬ ＣＢＲ（ＳｉｄｅＬｉｎｋ Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ：サイドリンクチャネル混雑率）を測定することと、
を含む、方法。
【請求項2】
前記スロットの数は、設定した閾値数以上である、
請求項１に記載の方法。
【請求項3】
プロセッサを含む端末であって、
前記プロセッサは、
ＣＢＲ（Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ：チャネル混雑率）測定ウインド内で前記端末が部分センシングを実行するスロットにおいて、ＳＬ ＲＳＳＩ（ＳｉｄｅＬｉｎｋ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ：サイドリンク受信信号強度インジケータ）測定を実行し、かつ
前記ＳＬ ＲＳＳＩ測定に基づいて、ＳＬ ＣＢＲ（ＳｉｄｅＬｉｎｋ Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ：サイドリンクチャネル混雑率）を測定するように、設定されている、
端末。
【請求項4】
前記スロットの数は、設定した閾値数以上である、
請求項３に記載の端末。
【国際調査報告】