▶ グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-21
(45)【発行日】2024-10-29
(54)【発明の名称】リソースセット伝送方法及び端末装置
(51)【国際特許分類】
H04W 72/40 20230101AFI20241022BHJP
H04W 72/25 20230101ALI20241022BHJP
H04W 92/18 20090101ALI20241022BHJP
H04W 72/02 20090101ALI20241022BHJP
【ＦＩ】
H04W72/40
H04W72/25
H04W92/18
H04W72/02
【請求項の数】
11
(21)【出願番号】P 2023518040
(86)(22)【出願日】2020-09-25
(65)【公表番号】
(43)【公表日】2023-11-13
(86)【国際出願番号】 CN2020117915
(87)【国際公開番号】W WO2022061775
(87)【国際公開日】2022-03-31
【審査請求日】2023-08-23
(73)【特許権者】
【識別番号】516227559
【氏名又は名称】オッポ広東移動通信有限公司
【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100120031
【弁理士】
【氏名又は名称】宮嶋 学
(74)【代理人】
【識別番号】100107582
【弁理士】
【氏名又は名称】関根 毅
(74)【代理人】
【識別番号】100152205
【弁理士】
【氏名又は名称】吉田 昌司
(74)【代理人】
【識別番号】100137523
【弁理士】
【氏名又は名称】出口 智也
(74)【代理人】
【識別番号】100120385
【弁理士】
【氏名又は名称】鈴木 健之
(72)【発明者】
【氏名】チャン、シーチャン
(72)【発明者】
【氏名】ティン、イー
(72)【発明者】
【氏名】リン、ホエイ－ミン
(72)【発明者】
【氏名】チャオ、チェンシャン
【審査官】伊東 和重
(56)【参考文献】
【文献】国際公開第２０１９／１９５１３８（ＷＯ，Ａ１）
【文献】Fujitsu，Considerations on inter-UE coordination for mode 2 enhancements[online]，3GPP TSG RAN WG1 #102-e，3GPP，2020年08月28日，R1-2005546，[検索日 2024.06.18],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_102-e/Docs/R1-2005546.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
リソースセット伝送方法であって、第１端末が第１情報を送信し、前記第１情報はＭ個のリソースセットを指示することに用いられ、前記Ｍ個のリソースセットにおける各リソースセットは１つ又は複数の目標端末を対象とし、且つ前記リソースセットは目標端末がリソース選択を行う時に候補伝送リソースを決定することに用いられ、Ｍは正の整数であり、且つＭ≧１であることを含み、
前記第１端末が第１情報を送信することは、
前記第１情報がＰＳＳＣＨにおいて搬送されるＭＡＣ ＣＥシグナリング、第２段階ＳＣＩのいずれか１つであり、Ｍ＝１であり、且つ前記リソースセットが複数の目標端末を対象とする場合、
前記第１端末がマルチキャスト方式によって前記複数の目標端末に前記第１情報を送信し、且つ前記ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域は前記複数の目標端末に対応するグループ識別子として設定されること、又は、
前記第１端末はブロードキャスト方式によって前記複数の目標端末に前記第１情報を送信し、且つ前記ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、前記第１情報は更に前記複数の目標端末の識別子を指示することに用いられることを含むことを特徴とするリソースセット伝送方法。
【請求項2】
前記第１情報は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）において搬送されるメディアアクセス制御コントロールエレメント（ＭＡＣ ＣＥ）シグナリング、ＰＳＳＣＨにおいて搬送される第２段階サイドリンク制御情報（ＳＣＩ）のうちの少なくとも１つを含むことを特徴とする請求項１に記載の方法。
【請求項3】
前記第１端末が第１情報を送信することは、前記Ｍ個のリソースセットにおける各リソースセットが１つの目標端末を対象とする場合、
前記第１端末がユニキャスト方式によって前記１つの目標端末に前記第１情報を送信し、且つ前記ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域は前記１つの目標端末の識別子として設定されることを含むことを特徴とする請求項１に記載の方法。
【請求項4】
前記第１端末が第１情報を送信することは、前記第１情報がＰＳＳＣＨにおいて搬送されるＭＡＣ ＣＥシグナリング、第２段階ＳＣＩのいずれか１つであり、且つ前記Ｍ個のリソースセットにおける各リソースセットが対象とする目標端末は前記第１端末にとって不明である場合、
前記第１端末がブロードキャスト方式によって前記第１情報を送信し、且つ前記ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定されることを含むことを特徴とする請求項１に記載の方法。
【請求項5】
前記第１端末が第１情報を送信することは、前記第１端末が送信ウィンドウ内の目標サイドリンクリソースにおいて、前記第１情報を搬送する物理サイドリンクチャネルを送信し、前記物理サイドリンクチャネルはＰＳＳＣＨであることを含むことを特徴とする請求項１に記載の方法。
【請求項6】
前記方法は更に、前記第１端末の前記送信ウィンドウ内に予約リソースが存在しない場合、前記第１端末はリソース再選択によって前記目標サイドリンクリソースを決定することを含むことを特徴とする請求項５に記載の方法。
【請求項7】
前記第１端末がリソース再選択によって前記目標サイドリンクリソースを決定することは、前記第１端末がリソースセンシングを行うことと、
センシングされたサイドリンクリソースのサイドリンク参照信号受信電力（ＲＳＲＰ）が第１閾値を超えていない場合、前記第１端末はセンシングされたサイドリンクリソースを前記目標サイドリンクリソースとして決定し、前記第１閾値は第１優先度及び復号化されたＰＳＣＣＨに含まれる優先度に基づいて決定されたものであることと、を含むことを特徴とする請求項６に記載の方法。
【請求項8】
前記第１優先度は事前設定されたものであり、又は前記第１優先度はネットワーク装置によって設定されたものであることを特徴とする請求項７に記載の方法。
【請求項9】
リソースセット伝送方法であって、目標端末が第１端末から送信された第１情報を受信し、前記第１情報はＭ個のリソースセットを指示することに用いられ、前記Ｍ個のリソースセットにおける各リソースセットは１つ又は複数の目標端末を対象とし、且つ前記リソースセットは目標端末がリソース選択を行う時に候補伝送リソースを決定することに用いられ、Ｍは正の整数であり、且つＭ≧１であることを含み、
前記第１情報がＰＳＳＣＨにおいて搬送されるＭＡＣ ＣＥシグナリング、第２段階ＳＣＩのいずれか１つであり、Ｍ＝１であり、且つ前記リソースセットが複数の目標端末を対象とする場合、
前記目標端末は、前記第１端末から前記複数の目標端末に送信された前記第１情報をマルチキャスト方式によって受信し、且つ前記ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域は前記複数の目標端末に対応するグループ識別子として設定され、又は、
前記目標端末は、前記第１端末から前記複数の目標端末に送信された前記第１情報をブロードキャスト方式によって受信し、且つ前記ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、前記第１情報は更に前記複数の目標端末の識別子を指示することに用いられることを特徴とするリソースセット伝送方法。
【請求項10】
端末装置であって、請求項１～８のいずれか１項に記載の方法を実行するように構成される端末装置。
【請求項11】
端末装置であって、請求項９に記載の方法を実行するように構成される端末装置。
【発明の詳細な説明】
【技術分野】
【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】
例１では、第１端末はＵＥ－Ａであり、１つの目標端末はＵＥ－Ｂであると仮定する。例えば、該第１情報はＰＳＳＣＨにおいて搬送されるＲＲＣシグナリング又はＭＡＣ ＣＥシグナリングであり、ＵＥ－Ａはユニキャストの方式によってＲＲＣシグナリング又はＭＡＣ ＣＥシグナリングをＵＥ－Ｂに送信してもよく、また、ＲＲＣシグナリング又はＭＡＣ ＣＥシグナリングを搬送するＰＳＳＣＨにおける第２段階ＳＣＩにおける目標識別子領域はＵＥ－ＢのＩＤとして設定される。また例えば、該第１情報はＰＳＳＣＨにおいて搬送される第２段階ＳＣＩであり、ＵＥ－Ａはユニキャストの方式によって第２段階ＳＣＩをＵＥ－Ｂに送信してもよく、また、第２段階ＳＣＩにおける目標識別子領域はＵＥ－ＢのＩＤとして設定される。
【0083】
即ち、例１では、第１端末はユニキャスト方式によってＭ個のリソースセットを指示することができる。
【0084】
例２では、該第１情報がＰＳＳＣＨにおいて搬送されるＲＲＣシグナリング、ＭＡＣ ＣＥシグナリング、第２段階ＳＣＩのいずれか１つであり、且つ該Ｍ個のリソースセットが１つの目標端末を対象とする場合、
該第１端末はブロードキャスト方式によって該１つの目標端末に該第１情報を送信し、且つ該第１情報は更に該１つの目標端末の識別子を指示することに用いられる。
該第１端末はブロードキャスト方式によって該１つの目標端末に該第１情報を送信し、且つ該第１情報は更に該１つの目標端末の識別子を指示することに用いられる。
【0085】
該１つの目標端末は該１つの目標端末の識別子に基づいて該第１情報を受信することができる。
【0086】
例２では、第１端末はＵＥ－Ａであり、１つの目標端末はＵＥ－Ｂであると仮定する。例えば、ＵＥ－Ａはブロードキャストの方式によってＲＲＣシグナリング又はＭＡＣ ＣＥシグナリング又は第２段階ＳＣＩをＵＥ－Ｂに送信してもよく、また、ＲＲＣシグナリング又はＭＡＣ ＣＥシグナリング又は第２段階ＳＣＩは該Ｍ個のリソースセットを指示することに用いられるほか、更に少なくともＵＥ－ＢのＩＤを指示すべきである。
【0087】
即ち、例２では、第１端末はブロードキャスト方式によってＭ個のリソースセットを指示することができる。
【0088】
例３では、該第１情報がＰＳＳＣＨにおいて搬送されるＲＲＣシグナリング、ＭＡＣ ＣＥシグナリング、第２段階ＳＣＩのいずれか１つであり、Ｍ＝１であり、且つ該リソースセットが複数の目標端末を対象とする場合、
該第１端末はマルチキャスト方式によって該複数の目標端末に該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域は該複数の目標端末に対応するグループ識別子として設定される。
該第１端末はマルチキャスト方式によって該複数の目標端末に該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域は該複数の目標端末に対応するグループ識別子として設定される。
【0089】
該複数の目標端末は第２段階ＳＣＩにおける目標識別子領域に基づいて該第１情報を受信することができる。
【0090】
例３では、第１端末はＵＥ－Ａであり、複数の目標端末はＵＥ－Ｂ、ＵＥ－Ｃ、ＵＥ－Ｄであり、且つＵＥ－Ｂ、ＵＥ－Ｃ、ＵＥ－Ｄの所属する端末グループのグループ識別子はＧｒｏｕｐ １であると仮定する。例えば、該第１情報はＰＳＳＣＨにおいて搬送されるＲＲＣシグナリング又はＭＡＣ ＣＥシグナリングであり、ＵＥ－Ａはマルチキャストの方式によってＲＲＣシグナリング又はＭＡＣ ＣＥシグナリングをＵＥ－Ｂ、ＵＥ－Ｃ、ＵＥ－Ｄに送信してもよく、また、ＲＲＣシグナリング又はＭＡＣ ＣＥシグナリングを搬送するＰＳＳＣＨにおける第２段階ＳＣＩにおける目標識別子領域はＧｒｏｕｐ １として設定される。また例えば、該第１情報はＰＳＳＣＨにおいて搬送される第２段階ＳＣＩであり、ＵＥ－Ａはマルチキャストの方式によって第２段階ＳＣＩをＵＥ－Ｂ、ＵＥ－Ｃ、ＵＥ－Ｄに送信してもよく、尚、第２段階ＳＣＩにおける目標識別子領域はＧｒｏｕｐ １として設定される。
【0091】
例３では、Ｍ＝１であり、即ち該第１情報は１つのリソースセットのみを指示し、この１つのリソースセットは複数の目標端末を対象とし、即ち、複数の目標端末がリソース選択を行う時、いずれもリソースセットに基づいて候補伝送リソースを決定することができる。
【0092】
即ち、例３では、第１端末はマルチキャスト方式によってＭ個のリソースセットを指示することができる。
【0093】
例４では、該第１情報がＰＳＳＣＨにおいて搬送されるＲＲＣシグナリング、ＭＡＣ ＣＥシグナリング、第２段階ＳＣＩのいずれか１つであり、Ｍ＝１であり、且つ該リソースセットが複数の目標端末を対象とする場合、
該第１端末はブロードキャスト方式によって該複数の目標端末に該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、該第１情報は更に該複数の目標端末の識別子を指示することに用いられる。
該第１端末はブロードキャスト方式によって該複数の目標端末に該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、該第１情報は更に該複数の目標端末の識別子を指示することに用いられる。
【0094】
該複数の目標端末は該複数の目標端末の識別子に基づいて該第１情報を受信することができる。
【0095】
例４では、第１端末はＵＥ－Ａであり、複数の目標端末はＵＥ－Ｂ、ＵＥ－Ｃ、ＵＥ－Ｄであると仮定する。例えば、該第１情報はＰＳＳＣＨにおいて搬送されるＲＲＣシグナリング又はＭＡＣ ＣＥシグナリングであり、ＵＥ－Ａはブロードキャストの方式によってＲＲＣシグナリング又はＭＡＣ ＣＥシグナリングをＵＥ－Ｂ、ＵＥ－Ｃ、ＵＥ－Ｄに送信してもよく、また、ＲＲＣシグナリング又はＭＡＣ ＣＥシグナリングを搬送するＰＳＳＣＨにおける第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、ＲＲＣシグナリング又はＭＡＣ ＣＥシグナリングは該Ｍ個のリソースセットを指示することに用いられるほか、更に少なくともそれぞれＵＥ－ＢのＩＤ、ＵＥ－ＣのＩＤ、ＵＥ－ＤのＩＤを指示すべきである。また例えば、該第１情報はＰＳＳＣＨにおいて搬送される第２段階ＳＣＩであり、ＵＥ－Ａはブロードキャストの方式によって第２段階ＳＣＩをＵＥ－Ｂ、ＵＥ－Ｃ、ＵＥ－Ｄに送信してもよく、また、第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、第２段階ＳＣＩは該Ｍ個のリソースセットを指示することに用いられるほか、更に少なくともそれぞれＵＥ－ＢのＩＤ、ＵＥ－ＣのＩＤ、ＵＥ－ＤのＩＤを指示すべきである。
【0096】
例４では、Ｍ＝１であり、即ち該第１情報は１つのリソースセットのみを指示し、この１つのリソースセットは複数の目標端末を対象とし、即ち、複数の目標端末がリソース選択を行う時、いずれもリソースセットに基づいて候補伝送リソースを決定することができる。
【0097】
即ち、例４では、第１端末はブロードキャスト方式によってＭ個のリソースセットを指示することができる。
【0098】
例５では、該第１情報がＰＳＳＣＨにおいて搬送されるＲＲＣシグナリング、ＭＡＣ ＣＥシグナリング、第２段階ＳＣＩのいずれか１つであり、Ｍ≧２であり、且つ該Ｍ個のリソースセットにおける各リソースセットが１つの目標端末を対象とする場合、
該第１端末はブロードキャスト方式によってＭ個の目標端末に該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、該第１情報は更に該Ｍ個のリソースセットにおける各リソースセットが対象とする目標端末の識別子を指示することに用いられる。
該第１端末はブロードキャスト方式によってＭ個の目標端末に該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、該第１情報は更に該Ｍ個のリソースセットにおける各リソースセットが対象とする目標端末の識別子を指示することに用いられる。
【0099】
該Ｍ個の目標端末は該各リソースセットが対象とする目標端末の識別子に基づいてリソースセットを決定することができる。
【0100】
選択肢として、例５では、該第１情報の指示する内容は表１に示されるものであってもよい。
【0101】
【表1】
【0102】
尚、異なるリソースセットが対象とする目標端末は同じであってもよく、異なってもよく、本願はこれについて限定しない。
【0103】
即ち、例５では、第１端末はブロードキャスト方式によってＭ個のリソースセットを指示することができる。
【0104】
例６では、該第１情報がＰＳＳＣＨにおいて搬送されるＲＲＣシグナリング、ＭＡＣ ＣＥシグナリング、第２段階ＳＣＩのいずれか１つであり、Ｍ≧２であり、且つ該Ｍ個のリソースセットにおける各リソースセットが複数の目標端末を対象とする場合、
該第１端末はブロードキャスト方式によって該Ｍ個のリソースセットが対象とする全ての目標端末に該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、該第１情報は更に該Ｍ個のリソースセットにおける各リソースセットが対象とする複数の目標端末の識別子を指示することに用いられる。
該第１端末はブロードキャスト方式によって該Ｍ個のリソースセットが対象とする全ての目標端末に該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、該第１情報は更に該Ｍ個のリソースセットにおける各リソースセットが対象とする複数の目標端末の識別子を指示することに用いられる。
【0105】
全ての目標端末は該各リソースセットが対象とする目標端末の識別子に基づいてリソースセットを決定することができる。
【0106】
選択肢として、例６では、該Ｍ個のリソースセットにおける各リソースセットはＲ個の目標端末を対象とすると仮定し、該第１情報の指示する内容は表２に示されるものであってもよい。
【0107】
【表2】
【0108】
尚、異なるリソースセットが対象とする目標端末は同じであってもよく、異なってもよく、本願の実施例はこれについて限定しない。
【0109】
即ち、例６では、第１端末はブロードキャスト方式によってＭ個のリソースセットを指示することができる。
【0110】
例７では、該第１情報がＰＳＳＣＨにおいて搬送されるＲＲＣシグナリング、ＭＡＣ ＣＥシグナリング、第２段階ＳＣＩのいずれか１つであり、且つ該Ｍ個のリソースセットにおける各リソースセットが対象とする目標端末は該第１端末にとって不明である場合、
該第１端末はブロードキャスト方式によって該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定される。
該第１端末はブロードキャスト方式によって該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定される。
【0111】
即ち、例７では、第１端末はブロードキャスト方式によってＭ個のリソースセットを指示することができる。
【0112】
例８では、該第１情報がＰＳＳＣＨにおいて搬送されるＲＲＣシグナリング、ＭＡＣ ＣＥシグナリング、第２段階ＳＣＩのいずれか１つであり、且つ該Ｍ個のリソースセットにおける各リソースセットが対象とする目標端末は該第１端末にとって不明である場合、
該第１端末はブロードキャスト方式によって該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、該第１情報は更に該Ｍ個のリソースセットにおける各リソースセットの有効距離及び該第１端末の地理的位置情報を指示することに用いられる。
該第１端末はブロードキャスト方式によって該第１情報を送信し、且つ該ＰＳＳＣＨにおいて搬送される第２段階ＳＣＩにおける目標識別子領域はブロードキャスト方式に対応する識別子として設定され、該第１情報は更に該Ｍ個のリソースセットにおける各リソースセットの有効距離及び該第１端末の地理的位置情報を指示することに用いられる。
【0113】
例８では、該第１情報は更に該Ｍ個のリソースセットにおける各リソースセットの有効距離及び該第１端末の地理的位置情報を指示することに用いられる。この場合、第１端末との距離が有効距離より小さい目標端末のみがリソース選択の時に前記リソースセットを考える必要がある。即ち、目標端末と第１端末との距離が該有効距離より小さい場合、該目標端末はリソース選択を行う時に、該Ｍ個のリソースセットにおける自身を対象とするリソースセットに基づいて候補伝送リソースを決定する。
【0114】
即ち、例８では、第１端末はブロードキャスト方式によってＭ個のリソースセットを指示することができる。
【0115】
上記の例１～例８では、目標端末はＰＳＳＣＨにおける第２段階ＳＣＩによって指示されるソースＩＤに基づいて送信端末、即ち第１端末を決定することができる。
【0116】
例９では、該第１情報はＰＳＣＣＨにおいて搬送される特定ビット領域であり、該特定ビット領域はＰＳＣＣＨにおいて搬送されるＳＣＩフォーマット１－Ａにおける予約ビットのうちのＮ個の予約ビットを含み、Ｎは正の整数であり、且つＮ≧１である。即ち、例９では、該Ｎ個の予約ビットはＭ個のリソースセットを指示することに用いられる。
【0117】
尚、ＳＣＩフォーマット１－Ａにおける予約ビットの数は事前設定されたもの又はプロトコルによって約束されたものであってもよく、又は、ＳＣＩフォーマット１－Ａにおける予約ビットの数はネットワーク装置によって設定されたものであってもよい。例えば、ＳＣＩフォーマット１－Ａにおける予約ビットの数は２～４である。
【0118】
選択肢として、Ｎは事前設定されたもの又はプロトコルによって約束されたものであり、又はＮはネットワーク装置によって設定されたものである。
【0119】
選択肢として、該Ｎ個の予約ビットはＳＣＩフォーマット１－Ａにおける予約ビットの一部又は全部である。
【0120】
選択肢として、例９では、該Ｍ個のリソースセットは、該ＰＳＣＣＨに関連付けられた第２段階ＳＣＩにおける１つの目標端末を対象とし（例えば、第１端末がユニキャスト方式によって第１情報を送信する場合）、又は、該Ｍ個のリソースセットは、該ＰＳＣＣＨに関連付けられた第２段階ＳＣＩにおける１グループの目標端末を対象とする（例えば、第１端末がマルチキャスト方式によって第１情報を送信する場合）。
【0121】
選択肢として、例９では、該Ｎ個の予約ビットにおけるｉ番目の予約ビットが第１値を取る場合、該第１情報は更に、該ＰＳＣＣＨを受信した後のｉ＋１番目の予約リソースを再選択するように目標端末に指示することに用いられ、図１３に示すように、該Ｎ個の予約ビットは０からカウントを開始し、該予約リソースは１からカウントを開始し、０≦ｉ＜Ｎである。例えば、該第１値は１である。
【0122】
選択肢として、例９では、Ｎ＝１且つ予約ビットが第１値を取る場合、該第１情報は更に、予約された全てのリソースを再選択するように目標端末に指示することに用いられる。例えば、該第１値は１である。
【0123】
選択肢として、本願の実施例では、該目標端末はリソース選択を行う時に該Ｍ個のリソースセットにおける自身を対象とするリソースセットに基づいて候補伝送リソースを決定する。
【0124】
選択肢として、幾つかの実施例では、該第１端末は送信ウィンドウ内の目標サイドリンクリソースにおいて、該第１情報を搬送する物理サイドリンクチャネルを送信し、該物理サイドリンクチャネルはＰＳＣＣＨ又はＰＳＳＣＨである。対応して、該目標端末は、該第１端末が送信ウィンドウ内の目標サイドリンクリソースにおいて送信した、該第１情報を搬送する物理サイドリンクチャネルを受信し、該物理サイドリンクチャネルはＰＳＣＣＨ又はＰＳＳＣＨである。
【0125】
尚、第１端末はＵＥ－Ａであり、目標端末はＵＥ－Ｂであると仮定する。もし第１情報がＰＳＳＣＨによって搬送されるなら、ＵＥ－Ａはユニキャストの方式によって、第１情報を搬送するＰＳＳＣＨをＵＥ－Ｂに送信してもよく、又は、ＵＥ－Ａはマルチキャストの方式によって、第１情報を搬送するＰＳＳＣＨをＵＥ－Ｂを含む複数の端末に送信してもよく、又は、ＵＥ－Ａはブロードキャストの方式によって、第１情報を搬送するＰＳＳＣＨをＵＥ－Ｂを含む複数の端末に送信してもよい。例えば、リソースセットに含まれるリソースはＵＥ－Ａが選択した同一のＴＢ又は異なるＴＢの送信のためのリソースである場合、ＵＥ－Ａはマルチキャスト又はブロードキャストの方式によって複数の端末に送信してもよい。ＵＥ－Ａを目標の送信端末とすることによって、上記リソースセット内のリソースの位置するタイムスロット内において送信リソースを選択することを回避し、半二重問題の発生を回避することができる。更に例えば、リソースセットに含まれるリソースはＵＥ－ＡがＵＥ－Ｂに提案した、使用可能又は使用不可能なリソースである場合、ＵＥ－Ａはユニキャストの方式によってリソースセットをＵＥ－Ｂに送信すべきである。
【0126】
幾つかの実施例では、該第１端末は第２モードで動作する。
【0127】
該第１端末の該送信ウィンドウ内に予約リソースが存在する場合、該第１端末は該予約リソースから該目標サイドリンクリソースを決定し、又は、該第１端末の該送信ウィンドウ内に予約リソースが存在しない場合、該第１端末はリソース再選択によって該目標サイドリンクリソースを決定する。
【0128】
例えば、第１端末がＵＥ－Ａであると仮定する。ＵＥ－Ａの送信ウィンドウ［Ｔａ，Ｔｂ］内に既に予約されたリソースが存在し、該予約リソースはＵＥ－Ａがシグナリングによって予約を指示したリソース、又は既に選択したがまだシグナリングによって予約を指示していないリソースを含む場合、好ましくは、ＵＥ－Ａは該予約リソースから該目標サイドリンクリソースを決定する。
【0129】
また例えば、第１端末がＵＥ－Ａであると仮定する。ＵＥ－Ａの送信ウィンドウ［Ｔａ，Ｔｂ］内に既に予約されたリソースがなく、該予約リソースはＵＥ－Ａがシグナリングによって予約を指示したリソース、又は既に選択したがまだシグナリングによって予約を指示していないリソースを含む場合、好ましくは、ＵＥ－Ａは第２モードでのリソース再選択をＴａ－Ｔ＿ｐｒｏｃにおいてトリガーすべきである。Ｔａは送信ウィンドウの開始点であり、Ｔ＿ｐｒｏｃの値はＵＥ－Ａが［０，Ｔ＿ｃａｐ］の範囲内で選択し、Ｔ＿ｃａｐの値は、表３に示すように、現在サイドリンク帯域幅部分（ＢＷＰ、Ｂａｎｄ Ｗｉｄｔｈ Ｐａｒｔ）のサブキャリア間隔に関係している。リソース再選択をトリガーした後、リソース選択ウィンドウは［Ｔａ，Ｔｂ］として決定されるべきである。第２モードのリソース選択を行う時、ＵＥ－Ａは第１優先度及びセンシングしたＰＳＣＣＨに含まれる優先度に基づいて第１閾値を決定する必要がある。
【0130】
選択肢として、リソース再選択は具体的に、
該第１端末はリソースセンシングを行い、
センシングされたサイドリンクリソースのサイドリンク参照信号受信電力（ＲＳＲＰ、Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）が第１閾値を超えていない場合、該第１端末はセンシングされたサイドリンクリソースを該目標サイドリンクリソースとして決定する、ということであってもよい。
該第１端末はリソースセンシングを行い、
センシングされたサイドリンクリソースのサイドリンク参照信号受信電力（ＲＳＲＰ、Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）が第１閾値を超えていない場合、該第１端末はセンシングされたサイドリンクリソースを該目標サイドリンクリソースとして決定する、ということであってもよい。
【0131】
【表3】
【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】
以上の説明は単に本願の具体的な実施形態に過ぎず、本願の保護範囲を制限するためのものではない。当業者が本願に開示される技術的範囲内において容易に想到し得る変更や置換は、いずれも本願の保護範囲内に含まれるべきである。従って、本願の保護範囲は、特許請求の範囲に記載の保護範囲に準じるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
