特許 7520210 サイドリンク協調リソースを指示する方法、記憶媒体、並びに端末

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

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

(11)【特許番号】

(24)【登録日】2024-07-11

(45)【発行日】2024-07-22

(54)【発明の名称】サイドリンク協調リソースを指示する方法、記憶媒体、並びに端末

(51)【国際特許分類】

   H04W 72/25 20230101AFI20240712BHJP

   H04W 72/0446 20230101ALI20240712BHJP

   H04W 72/0453 20230101ALI20240712BHJP

   H04W 92/18 20090101ALI20240712BHJP

【ＦＩ】

H04W72/25

H04W72/0446

H04W72/0453

H04W92/18

【請求項の数】 20

(21)【出願番号】P 2023504134

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

(65)【公表番号】

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

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

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

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

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

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

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

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

(73)【特許権者】

【識別番号】522320291

【氏名又は名称】北京紫光展鋭通信技術有限公司

(74)【代理人】

【識別番号】110001519

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

(72)【発明者】

【氏名】チョウ、ホアン

【審査官】桑江 晃

(56)【参考文献】

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

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

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

サイドリンク協調リソースを指示する方法であって、
少なくとも１つの要求側ユーザ装置（ＵＥ）からリソース協調要求を受信し、前記リソース協調要求に基づいて非推奨リソースを決定し、
前記少なくとも１つの要求側ＵＥに前記非推奨リソースの情報を送信する
ことを含み、
前記非推奨リソースの情報は、サイドリンク制御情報（ＳＣＩ）によって搬送される、方法。

【請求項2】

前記非推奨リソースの情報は、予め設定されたリソースプールにおける前記非推奨リソースの時間領域位置及び／又は周波数領域位置を含む、請求項１に記載の方法。

【請求項3】

前記非推奨リソースは、利用可能なリソースの時間領域位置を分割して得た時間帯である時間領域ウインドウに位置する、請求項２に記載の方法。

【請求項4】

前記ＳＣＩによって示される周波数領域粒度は、サブチャネルの整数倍であり、前記サブチャネルは利用可能なリソースの周波数領域粒度であり、上位レイヤシグナリングが利用可能なチャネルを周波数によって分割することで得られる、請求項２に記載の方法。

【請求項5】

前記ＳＣＩの周波数領域指示フィールドのビット数は、前記周波数領域粒度及び前記予め設定されたリソースプールにより決定される、請求項４に記載の方法。

【請求項6】

前記ＳＣＩは、複数の要求側ＵＥの識別子を搬送し、前記複数の要求側ＵＥに、前記識別子に基づいて対応するＳＣＩを識別させる、請求項１に記載の方法。

【請求項7】

前記ＳＣＩは、識別部と指示部とを備え、前記識別部は、前記ＳＣＩが前記非推奨リソースの情報を搬送することを示し、前記指示部は前記非推奨リソースの情報を搬送する、請求項１に記載の方法。

【請求項8】

前記指示部は、前記ＳＣＩにおいて、予め設定された値に設定された、いくつかの予め設定されたビットを含む、請求項７に記載の方法。

【請求項9】

前記ビットの予め設定された値を取得するために復号することに応じて、前記要求側ＵＥは前記ＳＣＩがリソース支援情報（ＲＡＩ）を搬送していることを決定する、請求項８に記載の方法。

【請求項10】

サイドリンク協調リソースを指示する方法であって、
他のユーザ装置（ＵＥ）へのデータ送信の必要性に基づいてリソース協調要求を生成し、協調ＵＥに前記リソース協調要求を送信し、
前記協調ＵＥから非推奨リソースの情報を受信して、前記非推奨リソースを取得し、
前記非推奨リソースに基づいて別のＵＥにデータを送信するためのリソースを決定すること
を含み、
前記非推奨リソースの情報は、サイドリンク制御情報（ＳＣＩ）によって搬送される、方法。

【請求項11】

前記非推奨リソースの取得が、
前記非推奨リソースの情報に基づいて、予め設定されたリソースプールにおける前記非推奨リソースの時間領域位置及び／又は周波数領域位置を取得する
ことを含む、請求項１０に記載の方法。

【請求項12】

前記非推奨リソースは、利用可能なリソースの時間領域位置を分割して得た時間帯である時間領域ウインドウに位置する、請求項１１に記載の方法。

【請求項13】

前記ＳＣＩによって示される周波数領域粒度は、サブチャネルの整数倍であり、前記サブチャネルは利用可能なリソースの周波数領域粒度であり、上位レイヤシグナリングが利用可能なチャネルを周波数によって分割することで得られる、請求項１１に記載の方法。

【請求項14】

前記ＳＣＩの周波数領域指示フィールドのビット数は、前記周波数領域粒度及び前記予め設定されたリソースプールにより決定される、請求項１３に記載の方法。

【請求項15】

前記ＳＣＩは、複数の要求側ＵＥの識別子を搬送し、
前記方法は、前記ＳＣＩを受信した後、
第１の要求側ＵＥによって受信されたＳＣＩが、前記第１の要求側ＵＥに対応するＳＣＩであるかどうかを、前記ＳＣＩ内で搬送される複数の要求側ＵＥの識別子に基づいて識別すること
をさらに含む、請求項１０に記載の方法。

【請求項16】

前記ＳＣＩは、識別部と指示部とを含み、前記方法は、さらに、
前記ＳＣＩが前記非推奨リソースの情報を搬送することを前記識別部に基づいて識別し、
前記指示部に基づいて、前記非推奨リソースの情報を取得する
ことを含む、請求項１０に記載の方法。

【請求項17】

前記指示部は、前記ＳＣＩにおいて、予め設定された値に設定された、いくつかの予め設定されたビットを含む、請求項１６に記載の方法。

【請求項18】

前記ビットの予め設定された値を取得するために復号することに応じて、要求側ＵＥは前記ＳＣＩがリソース支援情報（ＲＡＩ）を搬送していることを決定する、請求項１７に記載の方法。

【請求項19】

プロセッサによって実行されると、請求項１～９のいずれか１つに記載の方法、又は請求項１０～１８のいずれか１つに記載の方法が実行される、コンピュータ命令が記憶された記憶媒体。

【請求項20】

メモリとプロセッサを備える端末であって、
前記メモリは、コンピュータ命令を記憶しており、
前記プロセッサが前記コンピュータ命令を実行すると、請求項１～９のいずれか１つに記載の方法、又は請求項１０～１８のいずれか１つに記載の方法が実行される、端末。

【発明の詳細な説明】

【技術分野】

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

【図1】実施形態によるサイドリンク協調リソースを指示する方法のフローチャートである。

【図2】実施形態によるサイドリンク協調リソースを指示する方法のアプリケーション図である。

【図3】実施形態によるサイドリンク協調リソースを指示する方法の時間領域図である。

【図4】実施形態によるサイドリンク協調リソースを指示する方法のフローチャートである。

【図5】実施形態によるサイドリンク協調リソースを指示する装置の構成図である。

【図6】実施形態によるサイドリンク協調リソースを指示する装置の構成図である。

【発明の詳細な説明】

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

本開示の実施形態において、プロセッサは、中央処理装置（ＣＰＵ）、又は他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別のゲートまたはトランジスタ論理デバイス、個別のハードウェア構成要素などであってよい。汎用プロセッサは、マイクロプロセッサであってよく、またはプロセッサは、任意の従来のプロセッサ等であってよい。

【0142】

また、本開示の実施形態におけるメモリも、揮発性メモリ又は不揮発性メモリ、又は、揮発性と不揮発性の両方のメモリを含んでも良いことを理解されたい。不揮発性メモリは、ＲＯＭ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ ＰＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ＥＰＲＯＭ）、又はフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして機能するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。限定ではなく例として、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＳＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＤＲ ＳＤＲＡＭ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＥＳＤＲＡＭ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、ＳＬＤＲＡＭ（Ｓｙｎｃｈｒｏｎｏｕｓ ｃｏｎｎｅｃｔｉｏｎ ｔｏ ＤＲＡＭ）、及びＤＲ－ＲＡＭ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）等の様々な形態のＲＡＭが利用可能である。

【0143】

上記実施形態は、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせによって、全体又は一部を実施することができる。ソフトウェアで実装される場合、上記の実施形態は、コンピュータプログラム製品の形態で全体または一部を実装することができる。コンピュータプログラム製品は、１以上のコンピュータ命令またはコンピュータプログラムを含む。本開示の実施形態に係る手順又は機能は、コンピュータ命令又はコンピュータプログラムがコンピュータにロードされ、又はコンピュータ上で実行されたときに、その全体又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラム可能デバイスであってよい。コンピュータ命令はコンピュータ可読記憶媒体に記憶されるか、一つのコンピュータ可読記憶媒体から別のコンピュータ記憶媒体に送信することができ、例えば、コンピュータ命令は一つのウェブサイト、コンピュータ、サーバ又はデータセンターから、別のウェブサイト、コンピュータ、サーバ又はデータセンターに有線で（例えば、赤外線、無線、マイクロ波等）によって送信されてもよい。コンピュータ可読記憶媒体は、コンピュータ、サーバなどのデータ記憶装置、又は１以上の利用可能な媒体を備えたデータセンターによってアクセス可能な任意の利用可能な媒体であってよい。利用可能な媒体は、磁気媒体（例えば、フロッピー（登録商標）ディスク、ハードディスク、又は磁気テープ）、又は光媒体（例えば、ＤＶＤ）、又は半導体媒体であってよい。半導体媒体は、固体ディスクであってもよい。

【0144】

本開示の様々な実施形態では、上述した処理のシーケンス番号は実行順を表すものではなく、各処理の実行順はその機能及び本来的なロジックにより決定されるべきであり、本開示の実施形態の実装処理を限定するものではないことを理解されたい。

【0145】

本開示の上述の実施形態では、開示された方法、装置及びシステムは別の方法で実装されてもよいことを理解されたい。例えば、上述した実施形態は単に説明のためのものであり、例えば、機能部（ユニット）の分割は単に一つの論理的分割であり、他の分割が実際の実施において実現されてもよく、複数のユニット又は構成要素が別のシステムに組合せ又は統合されてもよく、又は、いくつかの機能が省略されるか実行されなくてもよい。さらに、図示されるか説明された相互接続、直接接続、又は通信接続は、いくつかのインタフェース、装置、ユニットを介した間接接続又は通信接続であってもよく、電気的、機械的、又は他の形態の接続であってもよい。

【0146】

別個の部品として記載されたユニットは、物理的に別個であってもなくてもよく、ユニットとして示された部品は物理的ユニットであってもなくてもよく、即ち、一つの場所に配置されても、複数のネットワークユニットに分散されてもよい。いくつか又は全てのユニットは、実施形態の解決方法の目的を達成するための実際の要件に応じて選択することができる。

【0147】

さらに、本開示の実施形態に係る機能部は、一つの処理装置に統合されていてもよく、各ユニットが物理的に別個でもよく、２つ以上のユニットが１つのユニットに統合されていてもよい。統合されたユニットは、ハードウェアの形式で実現されてもよいし、ハードウェアにソフトウェアの機能ユニットを加えた形式で実現されてもよい。

【0148】

ソフトウェア機能ユニットの形式で実装された統合されたユニットは、コンピュータ可読記憶媒体に記憶されてもよい。ソフトウェア機能ユニットは記憶媒体に記憶され、コンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置）に本開示の実施形態の方法のいくつかのステップを実行させるためのいくつかの命令を含む。そして、記憶媒体は、Ｕディスク、リムーバブルハードディスク、ＲＯＭ、ＲＡＭ、磁気ディスク、又は光ディスクのような、プログラムコードを記憶するための媒体であってよい。

【0149】

本開示は、その好ましい実施形態を参照して上記で開示されたが、本開示は、例としてのみ示され、限定として示されていないことを理解されたい。当業者は、本開示の精神および範囲から逸脱することなく、実施形態を修正し、変更することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】