JP2021530901A - サイドリンクにおけるデータ伝送方法及び端末装置 - Google Patents

Abstract

本願はサイドリンクにおけるデータ伝送方法及び端末装置を開示し、非周期的なサービスの伝送時のリソース衝突を回避することができる。当該方法は、第１端末装置が選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信するための第１リソースを選択することと、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択し、前記第１指示情報は前記第１リソースを指示することに用いられ、前記第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置が異なることと、前記第１端末装置が前記第２リソースにおいて前記第１指示情報を送信し、前記第１リソースにおいて前記第１端末装置のデータを送信することと、を含む。

Description

［関連出願の相互参照］
本願は、２０１８年７月１７日に中国特許庁に出願された、出願番号がＰＣＴ／ＣＮ２０１８／０９５９６１であり、発明の名称が「サイドリンクにおけるデータ伝送方法及び端末装置」であるＰＣＴ特許出願に基づいて、優先権を主張し、当該出願の全ての内容をここに援用する。

本願は、２０１８年７月２０日に中国特許庁に出願された、出願番号がＰＣＴ／ＣＮ２０１８／０９６５３１であり、発明の名称が「サイドリンクにおけるデータ伝送方法及び端末装置」であるＰＣＴ特許出願に基づいて、優先権を主張し、当該出願の全ての内容をここに援用する。

本願は、２０１８年１１月８日に中国特許庁に出願された、出願番号がＰＣＴ／ＣＮ２０１８／１１４６１３であり、発明の名称が「サイドリンクにおけるデータ伝送方法及び端末装置」であるＰＣＴ特許出願に基づいて、優先権を主張し、当該出願の全ての内容をここに援用する。

本願の実施例は通信分野に関し、より具体的に、サイドリンクにおけるデータ伝送方法及び端末装置に関する。

車車間及び路車間とも呼ばれるビークルツーエブリシング（Ｖ２Ｘ、Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信システムは、Ｄ２Ｄ通信に基づくサイドリンク（ＳＬ、Ｓｉｄｅｌｉｎｋ）伝送技術である。従来のロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムにおいて基地局によってデータを送受信する方式とは異なり、ビークルツーエブリシングシステムは端末間の直接通信の方式を採用するため、より高いスペクトル効率及びより低い伝送遅延を有する。ビークルツーエブリシングにおいて、端末装置はサイドリンクの伝送リソースを自主的に選択することができ、例えば、端末装置はリソースをランダムに選択し又は検知の方式でリソースを決定することができる。

ＬＴＥシステムでは、サービスが周期性を持ち、端末装置が次のサービスの到達時間を予測できるため、リソース予約の方式で、他のユーザがこのリソースを占有することを回避して、リソース衝突を回避する目的を達成することができる。具体的に、端末装置はサイドリンク制御情報（ＳＣＩ、Ｓｉｎｄｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に、予約したリソースを含ませることができ、そしてサイドリンク制御情報は端末装置のデータリソースと周波数分割されたものである。しかしながら、ＮＲシステムでは、サービスは通常周期性を持たない。例えば、サービスはランダムに到達するものであってもよく、又はサービスの到達時間は一定の時間範囲内にあってもよい。従って、端末装置のサービスが周期性を持たない場合、如何にリソース衝突を回避するかは解決すべき問題になっている。

本願の実施例はサイドリンクにおけるデータ伝送方法及び端末装置を提供し、非周期的なサービスを伝送するときにリソース衝突を回避することができる。

第１態様ではサイドリンクにおけるデータ伝送方法を提供し、
第１端末装置が選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信するための第１リソースを選択することと、
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択し、前記第１指示情報は前記第１リソースを指示することに用いられ、前記第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置が異なることと、
前記第１端末装置が前記第２リソースにおいて前記第１指示情報を送信し、前記第１リソースにおいて前記第１端末装置のデータを送信することと、を含む。

第２態様ではサイドリンクにおけるデータ伝送方法を提供し、
第１端末装置が選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信することに使用できる複数の第１リソースを選択することと、
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択し、前記第１指示情報は前記複数の第１リソースを指示することに用いられ、前記複数の第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置が異なることと、
前記第１端末装置が前記第２リソースにおいて前記第１指示情報を送信し、前記複数の第１リソースにおける少なくとも一部の第１リソースにおいて前記第１端末装置のデータを送信し、前記少なくとも一部の第１リソースにおける各第１リソースにおいて前記データを１回送信することと、を含む。

第３態様では上記第１態様又は第１態様の任意選択可能な実施形態の方法を実行することができる端末装置を提供する。具体的に、当該端末装置は上記第１態様又は第１態様の任意可能な実施形態の方法を実行するための機能モジュールを備え得る。

第４態様では上記第１態様又は第１態様の任意選択可能な実施形態の方法を実行することができる端末装置を提供する。具体的に、当該端末装置は上記第２態様又は第２態様の任意可能な実施形態の方法を実行するための機能モジュールを備え得る。

第５態様ではプロセッサとメモリを備える端末装置を提供する。当該メモリはコンピュータプログラムを記憶することに用いられ、当該プロセッサは当該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第１態様又は第１態様の任意可能な実施形態の方法を実行することに用いられる。

第６態様ではプロセッサとメモリを備える端末装置を提供する。当該メモリはコンピュータプログラムを記憶することに用いられ、当該プロセッサは当該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第２態様又は第２態様の任意可能な実施形態の方法を実行することに用いられる。

第７態様では上記第１態様又は第１態様の任意可能な実施形態の方法を実現するためのチップを提供する。具体的に、当該チップはメモリからコンピュータプログラムを呼び出して実行して、当該チップが取り付けられる装置に上記第１態様又は第１態様の任意可能な実施形態の方法を実行させることに用いられるプロセッサを備える。

第８態様では上記第２態様又は第２態様の任意可能な実施形態の方法を実現するためのチップを提供する。具体的に、当該チップはメモリからコンピュータプログラムを呼び出して実行して、当該チップが取り付けられる装置に上記第２態様又は第２態様の任意可能な実施形態の方法を実行させることに用いられるプロセッサを備える。

第９態様では上記第１態様又は第１態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラムを記憶するためのコンピュータ可読記憶媒体を提供する。

第１０態様では上記第２態様又は第２態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラムを記憶するためのコンピュータ可読記憶媒体を提供する。

第１１態様では上記第１態様又は第１態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。

第１２態様では上記第２態様又は第２態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。

第１３態様ではコンピュータで実行されると、上記第１態様又は第１態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラムを提供する。

第１４態様ではコンピュータで実行されると、上記第２態様又は第２態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラムを提供する。

上記技術案によれば、端末装置のサービスが周期性を持たない場合、端末装置はデータを送信するためのデータ伝送リソースの前に、当該データ伝送リソースを指示する指示情報を送信することによって、当該端末装置が当該データ伝送リソースを予約したことを他の端末装置に知らせ、それにより、データ伝送時のリソース衝突をできるだけ回避する。

図１は本願の実施例に係る応用シーンのアーキテクチャ模式図である。 図２は本願の実施例に係る他の応用シーンのアーキテクチャ模式図である。 図３はＬＴＥシステムにおいて制御チャネルリソースとデータチャネルリソースが周波数領域で隣接するリソース模式図である。 図４はＬＴＥシステムにおいて制御チャネルリソースとデータチャネルリソースが周波数領域で隣接しないリソース模式図である。 図５Ａはリソースセンシング及び選択の模式図である。 図５Ｂは本願の実施例に係るリソースセンシングの模式図である。 図６は本願の実施例に係るサイドリンクにおけるデータ伝送方法の模式的なフローチャートである。 図７は本願の実施例に係る制御チャネルリソース及びデータチャネルリソースの模式図である。 図８は本願の実施例に係る制御チャネルリソース及びデータチャネルリソースの模式図である。 図９は本願の他の実施例に係るサイドリンクにおけるデータ伝送方法の模式的なフローチャートである。 図１０は本願の実施例に係る端末装置の模式的なブロック図である。 図１１は本願の他の実施例に係る端末装置の模式的なブロック図である。 図１２は本願の実施例に係る端末装置の構造模式図である。 図１３は本願の実施例に係るチップの構造模式図である。

以下、図面を参照しながら、本願の実施例の技術案を説明する。

理解されるように、本願の実施例の技術案は、例えば、グローバル移動通信（ＧＳＭ、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、符号分割多元接続（ＣＤＭＡ、Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ、Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ周波数分割複信（ＦＤＤ、Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）システム、ＬＴＥ時分割複信（ＴＤＤ、Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）、ユニバーサル移動通信システム（ＵＭＴＳ、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、及び将来の５Ｇ通信システム等の様々な通信システムに適用できる。

本願は端末装置と組み合わせて各実施例を説明する。端末装置とはユーザ装置（ＵＥ、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、アクセス端末、ユーザユニット、ユーザステーション、移動局、モバイルステーション、遠方局、遠隔端末、移動装置、ユーザ端末、端末、無線通信装置、ユーザエージェント又はユーザデバイスを指してもよい。アクセス端末はセルラー電話、コードレス電話、セッション開始プロトコル（ＳＩＰ、Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、無線ローカルループ（ＷＬＬ、Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）ステーション、パーソナルデジタルアシスタント（ＰＤＡ、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続される他の処理装置、車載装置、ウェアラブル装置、将来５Ｇネットワークにおける端末装置又は将来の進化型公衆陸上移動体ネットワーク（ＰＬＭＮ、Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）における端末装置等であってもよい。

本願はネットワーク装置と組み合わせて各実施例を説明する。ネットワーク装置は端末装置と通信するための装置であってもよく、例えば、ＧＳＭシステム又はＣＤＭＡにおける基地局（ＢＴＳ、Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）であってもよく、ＷＣＤＭＡシステムにおける基地局（ＮＢ、ＮｏｄｅＢ）であってもよく、更にＬＴＥシステムにおける進化型基地局（ｅＮＢ又はｅＮｏｄｅＢ、Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ）であってもよい。又は当該ネットワーク装置は中継局、アクセスポイント、車載装置、ウェアラブル装置及び将来５Ｇネットワークにおけるネットワーク側装置又は将来の進化型ＰＬＭＮにおけるネットワーク側装置等であってもよい。

図１及び図２は本願の実施例の可能な応用シーンの模式図である。図１は１つのネットワーク装置及び２つの端末装置を例示する。選択肢として、当該無線通信システムは複数のネットワーク装置を備えてもよく、各ネットワーク装置のカバレッジ範囲内には他の数の端末装置が含まれてもよく、本発明の実施例はこれを限定しない。また、当該無線通信システムはモバイル管理エンティティ（ＭＭＥ、Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、サービングゲートウェイ（Ｓ−ＧＷ、Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ、Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）等の他のネットワークエンティティを更に備えてもよいが、本発明の実施例はこれに限定されない。

具体的に、第１端末装置と第２端末装置はＤ２Ｄ通信モードで通信できる。Ｄ２Ｄ通信を行う場合、第１端末装置と第２端末装置はＤ２Ｄリンク、即ちサイドリンク（ＳＬ、Ｓｉｄｅｌｉｎｋ）を介して直接に通信する。例えば、図１又は図２に示すように、第１端末装置と第２端末装置はサイドリンクを介して直接に通信する。図１では、第１端末装置と第２端末装置はサイドリンクを介して通信し、それらの伝送リソースはネットワーク装置によって割り当てられる。図２では、第１端末装置と第２端末装置はサイドリンクを介して通信し、それらの伝送リソースは端末装置によって自主的に選択され、ネットワーク装置は伝送リソースを割り当てる必要がない。

Ｄ２Ｄ通信とは車車間（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ、「Ｖ２Ｖ」と略称する）通信又はビークルツーエブリシング（Ｖ２Ｘ、Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ）通信を指してもよい。Ｖ２Ｘ通信では、Ｘは通常、無線送受信能力を有するいずれかの装置を指し、例えば、低速で移動する無線装置、高速で移動する車載装置、又は無線送受信能力を有するネットワーク制御ノード等が挙げられるが、それらに限定されない。理解されるように、本発明の実施例は主にＶ２Ｘ通信のシーンに適用されるが、任意の他のＤ２Ｄ通信シーンに適用されてもよく、本発明の実施例はこれを限定しない。

ビークルツーエブリシングでは２つの伝送モード、即ち、伝送モード３（ｍｏｄｅ ３）及び伝送モード４（ｍｏｄｅ ４）が定義されている。モード３（モード３と略称する）の端末装置の伝送リソースは基地局によって割り当てられ、端末装置は基地局によって割り当てられたリソースに基づいて、サイドリンクにおいてデータの送信を行い、基地局は端末装置に１回伝送リソースを割り当てることができ、端末装置に半静的伝送リソースを割り当てることもできる。伝送モード４（モード４と略称する）の端末装置は検知能力を備える場合、検知（ｓｅｎｓｉｎｇ）と予約（ｒｅｓｅｒｖａｔｉｏｎ）の方式でデータを伝送し、検知能力を備えない場合、リソースプールにおいて伝送リソースをランダムに選択する。検知能力を備える端末装置はリソースプールから検知の方式で利用可能なリソースセットを取得し、端末装置は当該セットから１つのリソースをランダムに選択してデータ伝送を行う。ビークルツーエブリシングシステムのサービスが周期的な特徴を持つため、端末装置は通常、半静的伝送の方式を採用し、即ち、端末装置は１つの伝送リソースを選択した後、複数の伝送周期で当該リソースを連続的に使用し、それによりリソースの再選択及びリソース衝突の確率が減少する。端末装置は今回伝送する制御情報に、次回伝送するリソースを予約する情報を含ませ、それにより、他の端末装置は当該端末装置の制御情報を検出することによって、このリソースが当該端末装置により予約及び使用されるか否かを判断することができ、リソース衝突を低減させる目的を達成する。

ＬＴＥのビークルツーエブリシングシステムでは、端末装置がデータ伝送を行うとき、データ伝送及び対応するリソーススケジューリング情報の伝送は周波数分割多重（ＦＤＭ、Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）の方式を採用する。具体的に、リソーススケジューリング情報を伝送するためのリソースプール及びデータを伝送するためのリソースプールは、周波数領域隣接（ａｄｊａｃｅｎｔ）及び非隣接（ｎｏｎ−ａｄｊａｃｅｎｔ）の方式という２つの構成方式を有する。

例えば、図３に示される周波数領域隣接（ａｄｊａｃｅｎｔ）の場合では、リソーススケジューリング情報を伝送するための制御チャネルリソースと、データチャネルを伝送するためのデータチャネルリソースとは周波数領域で隣接し、システム全体の帯域幅はサブ周波数帯（サブバンドと略称する）を粒度とし、各サブ周波数帯には複数の連続する物理リソースブロック（ＰＲＢ、Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）が含まれ、各サブ周波数帯における１番目のＰＲＢ及び２番目のＰＲＢはリソーススケジューリング情報を伝送することに使用でき（即ち、制御チャネルリソースは周波数領域でサブ周波数帯における２つの隣接するＰＲＢを占有する）、他のＰＲＢは利用可能なデータチャネルリソースであり、データチャネルリソースと制御チャネルリソースは一対一で対応し、データチャネルリソースの開始位置はそれに対応する制御チャネルリソースの位置によって決められる。データチャネルリソースは１つのサブ周波数帯を占有してもよく（例えば、サブフレーム２に示される端末装置が使用するデータチャネルリソースはサブ周波数帯１を占有する）、複数のサブ周波数帯を跨ってもよい（例えば、サブフレーム４に示される端末装置が使用するデータチャネルリソースはサブ周波数帯２及びサブ周波数帯３を占有する）。データチャネルリソースが複数のサブ周波数帯を占有する場合、データチャネルリソースは複数のサブ周波数帯における周波数領域で連続し、他のサブ周波数帯における制御チャネルリソースを占有でき、データチャネルリソースに対応する制御チャネルリソースは、当該データチャネルリソースが位置する１番目のサブ周波数帯における制御チャネルリソースに位置し、例えば、図３のサブフレーム４に示されるデータチャネルリソースは２つの隣接するサブ周波数帯（サブ周波数帯２及びサブ周波数帯３）を占有し、それに対応する制御チャネルリソースはこれらの２つのサブ周波数帯における１番目のサブ周波数帯（サブ周波数帯２）の制御チャネルリソース内にある。

例えば、図４に示される周波数領域非隣接（ｎｏｎ−ａｄｊａｃｅｎｔ）の場合では、制御チャネルリソースと、それに対応するデータチャネルリソースとは周波数領域で隣接せず、データチャネルリソースと制御チャネルリソースは独立して構成される。しかし、データチャネルリソースの位置と制御チャネルリソースの位置とは一対一で対応し、データチャネルリソースの開始位置はそれに対応する制御チャネルリソースの位置によって決められてもよい。データチャネルリソースは１つのサブ周波数帯を占有してもよく（例えば、サブフレーム２に示される端末装置が使用するデータチャネルリソースはサブ周波数帯１を占有する）、複数のサブ周波数帯を占有してもよい（例えば、サブフレーム４に示される端末装置が使用するデータチャネルリソースはサブ周波数帯２及びサブ周波数帯３を占有する）。データチャネルリソースが複数のサブ周波数帯を占有する場合、データチャネルは複数のサブ周波数帯における周波数領域で連続し、データチャネルに対応するリソーススケジューリング情報は１番目のサブ周波数帯に対応する制御チャネルリソースに位置し、例えば、図４のサブフレーム４に示されるデータチャネルは２つの隣接するサブ周波数帯（サブ周波数帯２及びサブ周波数帯３）を占有し、当該データチャネルに対応するリソーススケジューリング情報は１番目のサブ周波数帯（サブ周波数帯２）に対応する制御チャネルリソース内に位置する。

ＬＴＥのビークルツーエブリシングシステムでは、端末装置はリソースセンシングを行うときに、例えば、図５Ａに示される方法を実行することができる。各サイドリンクプロセス（ｓｉｄｅｌｉｎｋ ｐｒｏｃｅｓｓ）（１つのキャリアは２つのプロセスを含み得る）では、時刻ｎの近くに新しいデータパケットが到達すると、端末装置はリソース選択又はリソース再選択を行う必要があり、端末装置は前の１ｓ（即ち１０００ｍｓ）の検知ウィンドウに対する検知結果に基づいて、時間間隔［ｎ＋Ｔ_Ａ，ｎ＋Ｔ_Ｂ］ｍｓにリソース選択を行い、［ｎ＋Ｔ_Ａ，ｎ＋Ｔ_Ｂ］ｍｓの期間は選択ウィンドウと呼ばれ、Ｔ_Ａ及びＴ_Ｂは、例えば、Ｔ_Ａ≦４、２０≦Ｔ_Ｂ≦１００を満たす。後述する「前の１ｓ」とは時刻ｎに対する前の１ｓを指す。具体的なリソース選択過程は以下のとおりであり、ここで、図２に示される第１端末装置及び第２端末装置を例として、第１端末装置が検知及びリソース選択を行う過程を説明する。

（０）選択ウィンドウにおけるすべてのリソースが候補リソースセットＳ＿Ａを構成すると仮定し、最初の当該候補リソースセットＳ＿Ａにおけるリソース数がＡであると仮定する。

（１）検知ウィンドウにおけるあるサブフレームに検知結果がなく、当該サブフレームと一定の伝送周期に従って分布している予約された他のサブフレームが選択ウィンドウ内にある場合、選択ウィンドウにおける当該他のサブフレームでのリソースは当該候補リソースセットＳ＿Ａから除外され、且つ、第１端末装置がある伝送周期に従って自体のために予約した伝送リソースが位置するサブフレームでのリソースも、当該候補リソースセットＳ＿Ａから除外される。当該伝送周期は伝送周期セットにおける要素であってもよく、当該伝送周期セットは、例えば、｛２０、５０、１００、２００、３００、４００、５００、６００、７００、８００、９００、１０００｝ｍｓであってもよい。例えば、図５Ａに示すように、端末２０が検知ウィンドウにおけるリソースＡに検知結果を有さず、且つ当該リソースＡに対応する次の伝送周期でのリソースが選択ウィンドウにおけるリソースＡ１である場合、端末２０は候補リソースセットＳ＿ＡからリソースＡ１を除外する。

（２）第１端末装置が前の１ｓの検知ウィンドウにおいて、第２端末装置から送信された物理サイドリンク制御チャネル（ＰＳＣＣＨ、Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を検出し、且つ、当該ＰＳＣＣＨに対応する物理サイドリンク共有チャネル（ＰＳＳＣＨ、Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）の基準信号受信電力（ＲＳＲＰ、Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）の測定値がＰＳＳＣＨ−ＲＳＲＰ閾値より高く、且つ、検出された当該ＰＳＣＣＨは当該ＰＳＣＣＨを送信する第２端末装置が後続の伝送に必要な時間周波数リソースを予約したことを指示する（例えば、図５Ａでは、第２端末装置が予約した時間周波数リソースは、検知ウィンドウにおけるリソースＢに対応する、リソースＢの後の１００ｍｓ、２００ｍｓ、３００ｍｓ、…等の時間領域位置にある時間周波数リソースＢ１である）場合、第１端末装置は選択ウィンドウにおける第２端末装置によって予約された時間周波数リソースが、自体が当該選択ウィンドウにおいて選択した、データを伝送するための時間周波数リソース（例えば、図５Ａでは、第１端末装置が予約した時間周波数リソースは、検知ウィンドウにおけるリソースＡに対応する、リソースＡの後に位置する時間周波数リソースＡ１である）と重複するか否か（全部重複又は一部重複を含む）を判断する。重複する場合、即ち、リソース衝突が発生する場合、第１端末装置は当該選択ウィンドウにおける当該時間周波数リソースを候補リソースセットＳ＿Ａから除外する。ここで、候補リソースセットＳ＿Ａに残っているリソース数がＢであると仮定する。

理解されるように、第１端末装置が当該選択ウィンドウにおいて自体のために、データを伝送するための当該時間周波数リソースを選択し、且つ、時間周期Ｔ_２０に従って分布する複数の当該時間周波数リソースにおいてデータを伝送する必要がある場合、このとき、もし第２端末装置は時間周期Ｔ_３０に従って分布する複数の当該時間周波数リソースを予約し、且つ、時間周期Ｔ_２０がＴ_２０×Ｍ＝Ｔ_３０×Ｎ（Ｍ及びＮは正整数である）を満たせば、第１端末装置は時間周期Ｔ_２０に従って分布する複数の当該時間周波数リソースを当該候補リソースセットから除外する。

（３）候補リソースセットＳ＿Ａに残っているリソース数ＢがＡ×２０％未満である場合、第１端末装置はＰＳＳＣＨ−ＲＳＲＰ閾値を３ｄＢ向上させ、且つ、Ｂ≧Ａ×２０％になるまで、ステップ（０）〜ステップ（２）を繰り返すことができる。

本願の実施例では、最終的に得られる当該ＰＳＳＣＨ−ＲＳＲＰ閾値は、当該サイドリンクプロセスが位置するキャリアに対応するＰＳＳＣＨ−ＲＳＲＰ閾値である。

（４）第１端末装置は候補リソースセットＳ＿Ａに残っているＢ個のリソースに対して、サイドリンク信号受信強度インジケータ（Ｓ−ＲＳＳＩ、Ｓｉｄｅｌｉｎｋ Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ）の測定を行い、測定結果に従って高い順に並べ替え、信号強度が最も低いＡ×２０％個のリソースを候補リソースセットＳ＿Ｂに移す。

（５）第１端末装置は候補リソースセットＳ＿Ｂから、データ伝送のために１つの時間周波数リソースを等確率で選択する。

理解されるように、ここで、ある制御チャネルに対応するデータチャネルが占有する時間周波数リソースは、当該データチャネルを伝送するための１つの時間周波数リソース（又は１つのリソースブロック）と呼ばれ、各選択ウィンドウにおける候補リソースセットには、当該データチャネルを伝送するための複数の時間周波数リソースが存在してもよい。例えば、図５ＡのリソースＡ１及びＢ１はいずれも１つの時間周波数リソースと呼ばれてもよい。

第１端末装置はデータ伝送のための時間周波数リソースを選択した後、後続の伝送過程の各伝送周期に当該時間周波数リソースを連続的に使用し、合計で当該時間周波数リソースをＣ＿ｒｅｓｅｌ回使用し、Ｃ＿ｒｅｓｅｌはリソース再選択カウンター（Ｒｅｓｏｕｒｃｅ Ｒｅｓｅｌｅｃｔｉｏｎ Ｃｏｕｎｔｅｒ）であり、データが１回伝送されるたびに、Ｃ＿ｒｅｓｅｌの値が１減算し、Ｃ＿ｒｅｓｅｌの値が０に減算すると、第１端末装置は［０，１］にある乱数を生成し、リソース保持確率（ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ、Ｐｒｏｂａｂｉｌｉｔｙ Ｒｅｓｏｕｒｃｅ Ｋｅｅｐ）パラメータと比較し、当該パラメータは端末装置が当該リソースを使用し続ける確率を示し、当該乱数の値が当該パラメータより大きい場合、第１端末装置はリソース再選択を行い、当該乱数の値が当該パラメータ未満である場合、第１端末装置は当該時間周波数リソースを使用し続けてデータ伝送を行うことができるとともに、Ｃ＿ｒｅｓｅｌの値をリセットする。

上記から分かるように、ＬＴＥのサービスが周期性を持ち、端末装置が次のサービスの到達時間を予測できるため、リソース予約の方式で、他のユーザがこのリソースを占有することを回避し、衝突を回避する目的を達成することができる。しかし、ＮＲシステムでは、サービスは通常周期性を持たない。例えば、サービスはランダムに到達してもよく、又は、サービスの到達時間は１つの平均値にランダム量を加算したものであってもよく、例えば、サービスの平均到達時間は１００ｍｓであるが、１００ｍｓ前後に一定の偏差があってもよく、ランダム量が［−２０，２０］ｍｓである場合、サービスの到達時間は８０ｍｓ〜１２０ｍｓである。

従って、本願の実施例によれば、端末装置のサービスが周期性を持たない場合、端末装置はデータを伝送するためのデータ伝送リソースの前に、当該データ伝送リソースを指示する指示情報を送信することによって、当該端末装置が当該データ伝送リソースを予約したことを他の端末装置に知らせ、それにより、データ伝送時のリソース衝突をできるだけ回避する。

図６は本願の一実施例に係るサイドリンクにおけるデータ伝送方法の模式的なフローチャートである。図６に示される方法は端末装置によって実行されてもよく、当該端末装置は、例えば、図２に示される端末装置２０又は端末装置３０であってもよい。図６に示すように、当該サイドリンクにおけるデータ伝送方法は以下のステップ６１０〜６３０を含む。

６１０では、第１端末装置は選択ウィンドウにおけるデータリソースプールから、第１端末装置のデータを送信するための第１リソースを選択する。

６２０では、第１端末装置は当該選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択する。

当該第１指示情報は当該第１リソースを指示することに用いられ、当該第１リソース及び当該第２リソースの時間領域及び／又は周波数領域での位置は異なる。

６３０では、第１端末装置は当該第２リソースにおいて当該第１指示情報を送信し、当該第１リソースにおいて第１端末装置のデータを送信する。

本願の実施例は６１０及び６２０の実行順序を限定しない。６１０は６２０の前に実行してもよく、又は６２０は６１０の前に実行してもよく、又は６１０及び６２０は同時に実行してもよい。

１つの状況では、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有さない。第１端末装置が選択した、データを送信するための第１リソースと、第１指示情報を送信するための第２リソースとは時間周波数位置において特定の関係を有さなくてもよい。例えば、第１リソース及び第２リソースは同一のサブフレーム又はタイムスロットにあるものでなくてもよく、第１リソースの開始位置はそれに対応する第２リソースの位置によって決められなくてもよい。第１端末装置は第２リソース及び第１リソースを独立して選択することができ、第１端末装置は第１リソースを選択するときに第２リソースの位置に依存しなくてもよく、同様に、端末装置は第２リソースを選択するときに、第１リソースの位置に依存しなくてもよい。第１端末装置は第１リソースを選択した後、第１指示情報によって当該第１リソースの情報を指示し、それにより、当該第１指示情報を検出した他の端末装置は、第１端末装置がデータ伝送のために第１リソースを予約したことを知ることができ、リソース衝突を回避することができる。

この状況では、選択肢として、６２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することを含む。前記第１端末装置は前記選択ウィンドウにおける前記制御リソースプールから、１つ又は複数のリソースを前記第２リソースとしてランダムに選択することができる。

又は、選択肢として、６２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける第１時間範囲内に前記第２リソースを選択することを含む。前記第１時間範囲はプロトコルによって事前に定義されるか、又はネットワークによって設定される。更に、前記第１時間範囲は前記第１リソースの開始時刻より前の時間範囲である。例えば、前記第１端末装置は時刻ｎにリソースを選択し、ｎ＋ｋ１時刻の１つのリソースを第１リソースとして選択し、前記第１端末装置は第１時間範囲［ｎ＋ｐ，ｎ＋ｑ］内に第２リソースを選択し、ｎはリソース選択を開始する時刻であり、パラメータｐ又はパラメータｑはプロトコルによって事前に定義されるか、又はネットワークによって設定され、例えば、ｐ＝０、ｑ＝５である。選択肢として、ネットワークによって設定されたパラメータｑはｎ＋ｋ１未満の整数である。このように、端末装置は第１時間範囲［ｎ＋ｐ，ｎ＋ｑ］内に第２リソースを選択することにより、第１指示情報をタイムリーに送信することができる。

他の状況では、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有する。

この状況では、選択肢として、６２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記制御リソースプールにおける、前記第１リソースに対応する少なくとも１つのリソースから、前記第２リソースを選択することを含む。

なお、当該データリソースプールにおけるデータリソースと当該制御リソースプールにおける制御リソースとの対応関係については、１つのデータリソースが１つの制御リソースに対応してもよく、１つのデータリソースが複数の制御リソースに対応してもよく、又は複数のデータリソースが１つの制御リソースに対応してもよいが、ここで限定しない。制御リソースプールにおける各制御リソースにおいて送信される第１指示情報は、当該制御リソースに対応するデータリソースを指示することに用いられてもよい。又は、データリソースプールにおける各データリソースは、当該データリソースに対応する制御リソースにおいて搬送される第１指示情報によって指示されてもよい。

第１端末装置は当該第１リソースを選択した後、データリソースプールにおけるリソースと制御リソースプールにおけるリソースとの対応関係に基づいて、第１指示情報を送信するための第２リソースを選択することができる。例えば、制御リソースプールにおける、第１リソースに対応するリソースが１つある場合、当該第１端末装置は制御リソースプールにおける、当該第１リソースに対応するリソースを第２リソースとして選択する。また例えば、制御リソースプールにおける、第１リソースに対応するリソースが複数ある場合、これらの複数のリソースから１つのリソースを第２リソースとしてランダムに選択して、当該第２リソースにおいて当該第１指示情報を送信することで当該第１リソースを指示してもよい。また例えば、制御リソースプールにおける、第１リソースに対応するリソースが複数ある場合、これらの複数のリソースを第２リソースとしてもよく、即ち、当該第２リソースは複数のリソースを含み、各リソースは当該第１指示情報を搬送することに用いられる。また例えば、制御リソースプールにおける、第１リソースに対応するリソースが複数ある場合、これらの複数のリソースから時間領域位置が異なる２つのリソースを任意に選択して、これらの２つのリソースを第２リソースとしてもよく、即ち、当該第２リソースは２つのリソースを含み、各リソースは当該第１指示情報を搬送することに用いられる。

前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとの当該対応関係は、事前に設定され、例えばプロトコルによって約束されてもよく、ネットワーク装置によって設定されてもよく、ブロードキャスト情報、無線リソース制御（ＲＲＣ、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリング又は制御シグナリングを介して端末装置に通知される。

当該選択ウィンドウは当該第１端末装置がリソース選択を行う時刻の後の時間範囲である。

当該選択ウィンドウについては、例えば、図５Ａに示される選択ウィンドウを参照でき、当該選択ウィンドウ内にはデータリソースプール及び制御リソースプールが含まれてもよい。当該データリソースプールにおけるリソースはデータチャネルを伝送することに用いられる。第１端末装置は当該データリソースプールから、そのＰＳＳＣＨを伝送するためのリソースを選択することができる。当該制御リソースプールは制御チャネルを伝送することに用いられる。第１端末装置は当該制御リソースプールから、そのＰＳＣＣＨを伝送するためのリソースを選択することができる。

選択肢として、当該選択ウィンドウは当該第１端末装置によって伝送待ちデータの第１パラメータに基づいて決定されてもよい。前記第１パラメータは、例えば、当該データの遅延需要、サービスの伝送周期、最大の再伝送回数のうちの少なくとも１つを含む。

選択肢として、当該第２リソースは当該第１リソースの前に位置する。

すなわち、第１リソースと第２リソースは時分割されている。例えば、第１端末装置はＰＳＳＣＨを送信する前に、当該ＰＳＳＣＨに対応するＰＳＣＣＨを送信し、当該ＰＳＣＣＨで搬送されるＳＣＩに含まれる第１指示情報によって、当該ＰＳＳＣＨを送信するためのリソースを指示することができる。

本願の実施例は当該第１指示情報の形態を限定せず、例えば、当該第１指示情報はＳＣＩに搬送される情報であってもよく、又は、当該第１指示情報はプリアンブルシーケンス、又はプリアンブル（ｐｒｅｅｍｐｔｉｏｎ）であってもよい。選択肢として、当該第１指示情報がプリアンブルシーケンスである場合、異なるプリアンブルシーケンスと異なるＰＳＳＣＨリソースとは一対一で対応する関係を有する。第１端末装置から送信された当該プリアンブルシーケンスに基づいて、第１端末装置が予約したそのＰＳＳＣＨを送信するためのリソースの位置を知ることができる。

選択肢として、６１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、第１端末装置がリソースセンシングを行い、当該リソースセンシングの結果に基づいて、当該データリソースプールから当該第１リソースを選択することを含む。

例えば、第１端末装置は図５Ａで説明された方法に応じて、検知ウィンドウ内でリソースセンシングを行い、検知ウィンドウにおける検知結果に基づいて、選択ウィンドウにおけるデータリソースプールから候補リソースセットＳ＿Ｂを決定することができ、それにより、候補リソースセットＳ＿Ｂからデータを伝送するための第１リソースを選択する。

また例えば、第１端末装置は検知ウィンドウ内でＰＳＣＣＨを検出することによって、選択ウィンドウにおけるデータリソースプールのどのリソースが予約又は占有されているかを判断し、他の端末によって予約又は占有されていないデータリソースプールにおけるリソースは、第１リソースを選択する候補リソースとして使用でき、これらの候補リソースから１つのリソースを第１リソースとして選択することができる。

更に、選択肢として、前記第１端末装置がリソースセンシングを行うことは、前記第１端末装置が前記第１リソースの開始時刻の前にリソースセンシングを行うことを含む。例えば、第１端末装置は第１リソースの開始時刻の前に、リソースセンシングを持続的に行い、持続時間内の検知結果に基づいて、当該データリソースプールから第１リソースを選択することができる。

又は、前記第１端末装置が当該データリソースプールから当該第１リソースを選択した後、前記方法は、前記第１端末装置が前記第１リソースの開始時刻の前にリソースセンシングを持続的に行い、リソースセンシングの結果に基づいて、リソース再選択を行うか否かを決定することを更に含む。リソース再選択を行わないことを決定する場合、当該第１リソースを使用してデータを送信する。リソース再選択を行う必要があることを決定する場合、再選択されたリソースを使用してデータを送信する。更に、前記第１端末はリソース再選択を行う必要があることを決定する場合、前記第１端末はリソース選択ウィンドウにおいて１つのリソースを第１リソースとして再選択する。選択肢として、前記第１端末はリソース選択ウィンドウにおいて１つのリソースを第２リソースとして再選択し、前記第２リソースは再選択された第１リソースを指示するためのリソース指示情報を送信することに用いられる。

例えば、図５Ｂに示すように、第１端末装置は検知ウィンドウにおいてＰＳＣＣＨを検出することによって、選択ウィンドウにおけるデータリソースプールのどのリソースが予約又は占有されているかを判断し、他の端末装置によって予約又は占有されていないデータリソースプールにおけるリソースは、第１リソースを選択する候補リソースとして使用できる。第１端末装置は時刻ｎに時刻ｎ＋ｍ_１の１つのデータリソースを選択し、時刻ｎに時刻ｎ＋ｍ_２の１つのリソースを第２リソースとして選択し、当該第２リソースは第１指示情報を送信することに用いられ、ｎはリソース選択の開始時刻又はデータの到達時刻である。第１端末装置は時刻ｎ＋ｍ_１の前に持続的に検知する。第１端末はこの持続時間内の検知結果に基づいて、時刻ｎ＋ｍ_１にデータを送信するか否かを判断する。例えば、第１端末装置は時刻ｎ＋ｍ_１の前に、他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ_１のデータリソースとの衝突を検出しない場合、第１端末装置は時刻ｎ＋ｍ_１にデータを送信することができる。第１端末装置は他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ_１のリソースとの衝突を検出し、且つ他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値未満である（優先度の値が低いほど優先度が高くなる）場合、第１端末装置は時刻ｎ＋ｍ_１にデータを送信せず、第１端末装置はリソース再選択を行うことができ、データを伝送するための第１リソースとして１つのリソースを再選択し、他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値より高い場合、第１リソースが当該時刻ｎ＋ｍ_１のリソースであり、第１端末装置は時刻ｎ＋ｍ_１にデータを送信することができる。半二重の制限を考慮すると、第１端末装置が時刻ｎ＋ｍ_２に第１指示情報を送信する必要があるため、第１端末装置は時刻ｎ＋ｍ_２にリソースセンシングを行わなくてもよい。すなわち、時刻ｎから時刻ｎ＋ｍ_１までの時間において、第１端末装置はリソースセンシングを持続的に行うが、当該時間内の時刻ｎ＋ｍ_２を除外する。

又は、選択肢として、前記第１端末装置がリソースセンシングを行うことは、前記第１端末装置が前記第２リソースの開始時刻の前にリソースセンシングを行うことを含む。例えば、第１端末装置は前記第２リソースの開始時刻の前に、リソースセンシングを持続的に行い、持続時間内の当該リソースセンシングの結果に基づいて、当該データリソースプールから第１リソースを選択する。

又は、前記第１端末装置が当該データリソースプールから当該第１リソースを選択した後、前記方法は、前記第１端末装置が前記第２リソースの開始時刻の前にリソースセンシングを持続的に行い、リソースセンシングの結果に基づいて、リソース再選択を行うか否かを決定することを更に含む。リソース再選択を行わないことを決定する場合、当該第１リソースを使用してデータを送信する。リソース再選択を行う必要があることを決定する場合、再選択されたリソースを使用してデータを送信する。

例えば、図５Ｂに示すように、第１端末装置は検知ウィンドウにおいてＰＳＣＣＨを検出することによって、選択ウィンドウにおけるデータリソースプールのどのリソースが予約又は占有されているかを判断し、他の端末装置によって予約又は占有されていないデータリソースプールにおけるリソースは、第１リソースを選択する候補リソースとして使用できる。第１端末装置は時刻ｎ＋ｍ_１の１つのデータリソースを選択し、時刻ｎに時刻ｎ＋ｍ_２の１つのリソースを第２リソースとして選択し、当該第２リソースは第１指示情報を送信することに用いられ、ｎはリソース選択の開始時刻である。更に、第１端末装置は第２リソースの開始時刻、即ち時刻ｎ＋ｍ_２の前に、連続的に検知する。第１端末はこの持続時間内の検知結果に基づいて、時刻ｎ＋ｍ_１にデータを送信する必要があるか否かを判断する。例えば、第１端末装置は時刻ｎ＋ｍ_２の前に、他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ_１のリソースとの衝突を検出しない場合、第１リソースが当該時刻ｎ＋ｍ_１のリソースであり、第１端末装置はｎ＋ｍ_２時刻に当該第１指示情報を送信し、ｎ＋ｍ_１時刻にデータを送信することができる。第１端末装置は他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ_１のリソースとの衝突を検出し、且つ他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値未満である（優先度の値が低いほど優先度が高くなる）場合、第１端末装置は時刻ｎ＋ｍ_１にデータを送信せず、第１端末装置はリソース再選択を行い、データを伝送するための第１リソースとして１つのリソースを再選択し、他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値より高い場合、第１リソースが当該時刻ｎ＋ｍ_１のリソースであり、第１端末装置は時刻ｎ＋ｍ_１にデータを送信することができる。

又は、選択肢として、６１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、第１端末装置が当該選択ウィンドウにおける当該データリソースプールから１つのリソースを当該第１リソースとしてランダムに選択することを含む。

選択肢として、本願の実施例では、当該第１指示情報を送信するための当該第２リソースは１つ又は複数のリソースを含み得る。選択肢として、当該複数のリソースの時間領域位置は異なり、各リソースは当該第１指示情報を１回伝送することに用いられる。

図７を例として、第１端末装置及び第２端末装置の両方がそれぞれのＰＳＳＣＨを伝送するために、サブフレーム５のサブ周波数帯３においてリソースを選択し、且つ、第１端末装置及び第２端末装置の両方がサブフレーム１においてそれぞれのＰＳＣＣＨを伝送すると仮定する。第１端末装置はサブフレーム１のサブ周波数帯３において自体のＰＳＣＣＨを送信し、当該ＰＳＣＣＨには第１端末装置のＳＣＩが搬送され、当該ＳＣＩには第１端末装置がサブフレーム５のサブ周波数帯３において選択したそのＰＳＳＣＨを送信するためのリソースを指示するための第１指示情報が含まれる。第２端末装置はサブフレーム１のサブ周波数帯４で自体のＰＳＣＣＨを送信し、当該ＰＳＣＣＨには第２端末装置のＳＣＩが搬送され、当該ＳＣＩには第２端末装置がサブフレーム５のサブ周波数帯３において選択したそのＰＳＳＣＨを送信するためのリソースを指示するための第２指示情報が含まれる。半二重の影響を考慮すると、第１端末装置及び第２端末装置は相手から送信されたＰＳＣＣＨを受信することができないため、この状況では、リソース衝突を回避する目的を達成することができない。

従って、本願の実施例では、端末装置は自体が予約したＰＳＳＣＨを伝送するためのリソースを指示するために、制御リソースプールにおける複数のリソースにおいて第１指示情報を送信することができる。図８に示すように、第１端末装置はサブフレーム１において自体のＰＳＣＣＨを送信した後、サブフレーム２において当該ＰＳＣＣＨを１回送信することができ、２回送信された当該ＰＳＣＣＨで搬送されるＳＣＩには、そのＰＳＳＣＨリソースを指示するための第１指示情報が含まれる。第２端末装置はサブフレーム１においてＰＳＣＣＨを送信した後、サブフレーム３において当該ＰＳＣＣＨを１回送信することができ、２回送信された当該ＰＳＣＣＨで搬送されるＳＣＩには、そのＰＳＳＣＨリソースを指示するための第２指示情報が含まれる。

第１端末装置及び第２端末装置はサブフレーム１において、相手から送信されたＰＳＣＣＨを検出できないが、第１端末装置はサブフレーム３のサブ周波数帯１において、第２端末装置から送信された第２指示情報を検出でき、第２端末装置はサブフレーム２のサブ周波数帯２において、第１端末装置から送信された第１指示情報を検出できる。第２端末装置から送信された第２指示情報に基づいて、第１端末装置は第２端末装置が第２端末装置のＰＳＳＣＨを伝送するために第５サブフレームにおいてそれ自体と同じリソースを予約したことを知ることができる。第１端末装置から送信された第１指示情報に基づいて、第２端末装置は第１端末装置が第１端末装置のＰＳＳＣＨを伝送するために第５サブフレームにおいてそれ自体と同じリソースを予約したことを知ることができる。従って、リソース衝突が発生する場合、第１端末装置及び第２端末装置はこの状況を事前に知り、対応する操作を実行して当該衝突を回避することができる。

第１端末装置及び第２端末装置はリソース衝突が発生することを知ると、本願の実施例に係る下記方法で当該衝突を回避することができる。

選択肢として、当該方法は、
第１端末装置は第２端末装置が第３リソースにおいて送信した第２指示情報を受信し、当該第２指示情報は当該第２端末装置のデータを伝送するための第４リソースを指示することと、
当該第１リソースと当該第４リソースとの間にリソース衝突が発生する場合、第１端末装置は当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することと、を更に含む。

ここで、当該第１リソースと当該第４リソースとの間にリソース衝突が発生することは、当該第１リソースと当該第４リソースが部分的又は完全に重複することを含み得る。

選択肢として、第１端末装置は第１端末装置と当該第２端末装置のデータの優先度情報に基づいて、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することができる。

例えば、第１端末装置は第２端末装置から送信されたＰＳＣＣＨに含まれる優先度情報に基づいて、第１端末装置によって伝送待ちサービスの優先度と第２端末装置によって伝送待ちサービスの優先度を比較し、優先度の高いサービスを伝送する端末装置は予約したリソースでデータ伝送を行うことができるが、優先度の低いサービスを伝送する端末装置は当該リソースを放棄する。

又は、選択肢として、第１端末装置は当該第２リソースと当該第３リソースの時間領域での先後順序に基づいて、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することができる。

例えば、先にＰＳＣＣＨを送信する端末装置は予約したリソースを使用することができ、後にＰＳＣＣＨを送信する端末装置は当該リソースを放棄する。第２リソースが時間領域で第３リソースの前に位置する場合、第１端末装置は第１リソースにおいて自体のＰＳＳＣＨを送信するが、第２端末装置は当該第４リソースを放棄する。第３リソースが時間領域で第２リソースの前に位置する場合、第２端末装置は第４リソースにおいて自体のＰＳＳＣＨを送信するが、第１端末装置は当該第１リソースを放棄する。

なお、図７に示される２つの端末装置が互いに相手から送信されたＰＳＣＣＨを受信できない状況を防止するために、第１端末装置及び第２端末装置が同じＰＳＳＣＨリソースをスケジューリングするためにＰＳＣＣＨを複数回送信する場合、ＰＳＣＣＨを複数回送信するために使用されるリソースは時間領域で特定のパターンを有し得る。例えば、第１端末装置は第２端末装置から送信された１回のＰＳＣＣＨのみを検出する場合、第１端末装置はＰＳＣＣＨを今回検出したリソース位置及び当該特定のパターンに基づいて、第２端末装置が他の数回でＰＳＣＣＨを送信するために使用するリソースの位置を決定することができ、それにより、これらのリソースの位置と自体がＰＳＣＣＨを送信するために使用するリソースの位置とを比較し、どの端末装置が先にＰＳＣＣＨを送信したかを判断して、衝突するリソースを選択又は放棄する。

又は、選択肢として、第１端末装置は当該第１リソースと当該第４リソースが占有するリソースのサイズに基づいて、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することができる。

例えば、第１リソースと第４リソースが衝突すると、第１リソースが第４リソースより大きい場合、第１端末装置は第１リソースを使用してそのＰＳＳＣＨを送信できるが、第２端末装置は当該第４リソースを放棄し、第１リソースが第４リソース未満である場合、第２端末装置は第４リソースを使用してそのＰＳＳＣＨを送信できるが、第１端末装置は当該第１リソースを放棄する。

第１端末装置は当該第１リソースと第４リソースが占有する周波数領域のサイズを比較して、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することができ、当該第１リソースと第４リソースが占有する時間領域のサイズを比較して、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することもでき、又は、当該第１リソースと第４リソースが占有する時間周波数のサイズを比較して、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することもできる。

又は、選択肢として、第１端末装置は第１端末装置と当該第２端末装置のデータの変調及び符号化方式（ＭＣＳ、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）又はＰＳＳＣＨを伝送するための他の情報に基づいて、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することもできる。

上記方法は非周期的なサービスの伝送に用いることができる。非周期的なサービスの伝送では、端末装置は伝送待ちデータのために第１リソースを選択した後、他のリソースを予約しない。当該第１指示情報は当該第１リソースの位置のみを指示し、他のＰＳＳＣＨリソースを指示しなくなる。

本願の実施例では、第１端末装置はデータ伝送のいくつかの時間需要、例えば遅延需要又は到達時間等に基づいて、リソース選択を行うことができる。以下、本願の実施例に係る端末装置が当該時間需要に基づいてリソース選択を行う方法を具体的に説明する。理解されるように、以下に説明されるリソース選択の方法は以上に説明された非周期的なサービスの伝送に用いることができ、周期的なサービスの伝送に用いることもできる。選択肢として、非周期的なサービスを伝送するリソースプールと周期的なサービスを伝送するリソースプールは直交している。

選択肢として、６１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける第２時間範囲内に前記第１リソースを選択することを含む。前記第２時間範囲はプロトコルによって事前に定義されるか又はネットワーク装置によって設定され、又は、当該第１端末装置によって伝送待ちデータの第２パラメータに基づいて決定される。前記第２パラメータは、例えば、当該データの遅延需要、サービスの伝送周期、最大の再伝送回数のうちの少なくとも１つを含む。例えば、前記第２時間範囲は［ｎ＋ｓ，ｎ＋ｔ］であり、ｎはリソース選択を開始する時刻であり、ｓはネットワーク装置によって設定された、第１指示情報を送信する伝送リソースを選択するための最大遅延に基づいて決定されたものであり、ｔは伝送待ちデータの遅延需要に基づいて決定されたものであり、この場合、当該第１端末装置は時間範囲［ｎ＋ｓ，ｎ＋ｔ］内に第１リソースを選択し、時間範囲［ｎ，ｎ＋ｓ−１］内に第２リソースを選択する。

選択肢として、６１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、第１端末装置が時刻ｎ＋Ｔ_１〜時刻ｎ＋Ｔ_２内に前記第１リソースを選択することを含む。

時刻ｎは第１端末装置のデータの到達時刻であり、又は第１端末装置がリソース選択を開始する時刻であり、Ｔ_１≧０、Ｔ_１≦Ｔ_２≦Ｔ_３であり、Ｔ_３は第１端末装置のデータの遅延需要である。

理解されるように、第１端末装置がリソース選択を開始する時刻は、端末装置がリソースを選択してＰＳＳＣＨを伝送するために、上位層の要求に応じて利用可能なリソースセット（例えば、図５Ａに説明された候補リソースセットＳ＿Ｂ）を報告する時刻であってもよい。

例えば、第１端末装置によって伝送待ちデータの遅延需要がＴ_３＝１００ｍｓであり、且つＴ_１＝０、Ｔ_２＝Ｔ_３＝１００ｍｓである場合、第１端末装置は［ｎ，ｎ＋１００］ｍｓの時間範囲内に第１リソースを選択することができる。第１端末装置によって伝送待ちデータの遅延需要がＴ_３＝２０ｍｓであり、且つＴ_１＝０、Ｔ_２＝Ｔ_３＝２０ｍｓである場合、第１端末装置は［ｎ，ｎ＋２０］ｍｓの時間範囲内に当該第１リソースを選択する。

また例えば、第１端末装置によって伝送待ちデータの遅延需要がＴ_３＝１００ｍｓであり、且つＴ_１＝１０ｍｓ、Ｔ_２＝８０ｍｓ＜Ｔ_３である場合、第１端末装置は［ｎ＋１０，ｎ＋８０］ｍｓの時間範囲内に第１リソースを選択することができる。第１端末装置によって伝送待ちデータの遅延需要がＴ_３＝６０ｍｓであり、且つＴ_１＝１０ｍｓ、Ｔ_２＝Ｔ_３＝６０ｍｓである場合、第１端末装置は［ｎ＋１０，ｎ＋６０］ｍｓの時間範囲内に当該第１リソースを選択する。

ここで、［ｎ＋Ｔ_１，ｎ＋Ｔ_２］ｍｓの選択ウィンドウに含まれるサブフレームの数及びサイズを限定しない。例えば、サブキャリアの間隔が異なるとき、［ｎ＋Ｔ_１，ｎ＋Ｔ_２］ｍｓ内に含まれるサブフレームの数及びサイズは異なってもよい。

１つの状況が存在し、即ち、第１端末装置が［ｎ＋Ｔ_１，ｎ＋Ｔ_２］ｍｓ内にデータを伝送する第１リソースとして１つのリソースを選択又は予約するが、第１リソースの時間位置の前に複数のデータが到達する場合、第１端末装置は第１リソースにおいてそのうちの１つのデータを伝送し、１回伝送の方式で他のデータを伝送することができる。当該第１リソースは後続のデータ伝送のために一定の周期に従って第１端末装置によって予約され得るが、１回伝送のデータが使用する伝送リソースは今回到達したデータの伝送のみに用いられ、周期的に予約されない。１回伝送に採用されるリソースは端末装置が当該データリソースプールから検知又はランダムな選択の方式で選択するものであってもよい。

選択肢として、６１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、第１端末装置が時刻ｎ＋Ｔ_４〜時刻ｎ＋Ｔ_５内に前記第１リソースを選択することを含む。

ここで、時刻ｎは第１端末装置のデータの到達時刻であり、又は第１端末装置がリソース選択を開始する時刻であり、Ｔ_４≧０、Ｔ_４≦Ｔ_５≦Ｔ_６であり、Ｔ_６は第１端末装置のデータの最小到達時間間隔である。

理解されるように、第１端末装置がリソース選択を開始する時刻は、端末装置がリソースを選択してＰＳＳＣＨを伝送するために、上位層の要求に応じて利用可能なリソースセット（例えば、図５Ａに説明された候補リソースセットＳ＿Ｂ）を報告する時刻であってもよい。

ここで、［ｎ＋Ｔ_４，ｎ＋Ｔ_５］ｍｓの選択ウィンドウに含まれるサブフレームの数及びサイズを限定しない。例えば、サブキャリアの間隔が異なるとき、［ｎ＋Ｔ_４，ｎ＋Ｔ_５］ｍｓ内に含まれるサブフレームの数及びサイズは異なってもよい。

例えば、第１端末装置によって伝送待ちサービスの最小到達時間間隔はＴ_６＝６０ｍｓであり、サービスの平均到達時間は１００ｍｓであり、到達時間は［−４０，４０］ｍｓの範囲内で変化できる。Ｔ_４＝０、Ｔ_５＝Ｔ_６＝６０ｍｓと仮定すると、第１端末装置は［ｎ，ｎ＋６０］ｍｓの時間範囲内に第１リソースを選択することができ、サービスの伝送需要を満たすことができる。

しかし、端末装置が［ｎ，ｎ＋６０］ｍｓの時間範囲内に第１リソースを選択し、且つ６０ｍｓの周期に従って予約し、即ちｎ＋１２０ｍｓ、ｎ＋１８０ｍｓ等の時間位置を予約したが、サービスの到達時間がｎ＋８０ｍｓである場合、当該サービスはｎ＋１２０ｍｓの時間位置のみに伝送される。当該サービスの遅延需要が１２０ｍｓ−８０ｍｓ＝４０ｍｓ未満である場合、ｎ＋１２０ｍｓの時間位置で伝送するときにその遅延需要を満たすことができない。

このとき、端末装置は１回伝送の方式で当該サービスを送信することができる。例えば、選択ウィンドウにおいて検知結果に基づき又は１つのリソースをランダムに選択して当該サービスを伝送し、且つ当該サービスを伝送するリソースを周期的に予約しない。

又は、端末装置は他の方式でこの状況の発生を回避してもよい。例えば、６１０では、第１端末装置は当該選択ウィンドウにおける当該データリソースプールから複数の候補リソースを選択することができる。当該複数の候補リソースは当該第１リソースを含む。そして、時間領域で隣接する２つの候補リソース間の時間間隔は、前記第１端末装置のデータの遅延需要以下である。このとき、当該第１指示情報は当該複数の候補リソースを指示することに用いられる。

選択肢として、当該複数の候補リソースが占有する周波数領域のサイズは同じであり、及び／又は当該複数の候補リソースが占有する時間領域のサイズは同じである。選択肢として、当該複数の候補リソースでは、時間領域で隣接する２つの候補リソース間の時間間隔はネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよく、例えば、端末装置はチャネルビジー率（ＣＢＲ、Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ）又はチャネル使用率（ＣＲ、Ｃｈａｎｎｅｌ Ｒａｔｉｏ）に基づいて、隣接する２つの候補リソース間の時間間隔が小さいことを決定することができる。当該複数の候補リソースの数はネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよい。

当該実施例では、端末装置が複数の候補リソースを予約し、且つこれらの複数の候補リソースのうちの隣接する候補リソースの時間領域での時間間隔は第１端末装置のデータの遅延需要以下であるため、端末装置のデータがどの時刻に到達しても、当該データを伝送するために使用でき且つ当該データの遅延要求を満たすリソースは存在する。

当該第１指示情報がこれらの複数の候補リソースを指示するため、他の端末装置は当該第１指示情報を検出した後、第１端末装置が当該複数の候補リソースのうちの１つ又は複数のリソースにおいて伝送する可能性があることを知ることができ、それにより、措置を取ってリソース衝突の発生を回避する。

更に、選択肢として、第１端末装置は時刻ｎ＋Ｔ_７〜時刻ｎ＋Ｔ_８内に当該複数の候補リソースを選択することができる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_７≧０、Ｔ_７≦Ｔ_８≦Ｔ_９である。

理解されるように、Ｔ_７は、例えば、第１端末装置のデータの最小到達時間間隔の以下であってもよく、Ｔ_９は、例えば、第１端末装置のデータの最大到達時間間隔の以上であってもよい。好ましくは、Ｔ_７は第１端末装置のデータの最小到達時間間隔に等しく、Ｔ_９は第１端末装置のデータの最大到達時間間隔に等しい。

理解されるように、第１端末装置がリソース選択を開始する時刻は、端末装置がリソースを選択してＰＳＳＣＨを伝送するために、上位層の要求に応じて利用可能なリソースセット（例えば、図５Ａに説明された候補リソースセットＳ＿Ｂ）を報告する時刻であってもよい。

例えば、第１端末装置によって伝送待ちサービスの最小到達時間間隔はＴ_７＝６０ｍｓであり、最大到達時間間隔はＴ_９＝１４０ｍｓであり、端末装置の遅延需要は２０ｍｓである。Ｔ_８＝Ｔ_９＝１４０ｍｓと仮定すると、第１端末装置は［ｎ＋６０，ｎ＋１４０］ｍｓの時間範囲内に複数の候補リソースを選択することができ、且つ隣接する候補リソース間には時間領域で２０ｍｓ分離され、例えば、選択される複数の候補リソースの開始位置はｎ＋６０ｍｓ、ｎ＋８０ｍｓ、ｎ＋１００ｍｓ、ｎ＋１２０ｍｓ及びｎ＋１４０ｍｓを含み得る。このように、第１端末装置のサービスが［ｎ＋６０，ｎ＋１４０］ｍｓ内の任意時刻に到達するとき、当該サービスを伝送するための、遅延需要を満たすリソースは存在する。例えば、サービスの到達時間がｎ＋９０ｍｓである場合、ｎ＋１００ｍｓのリソースにおいて当該サービスを伝送することができる。

非周期的に伝送されるデータについては、毎回伝送されるデータは固定したものではなく、例えば、毎回伝送されるデータ量は異なってもよい。選択肢として、第１端末装置が６１０で選択した当該第１リソースは伝送待ちデータを搬送できない（例えば、第１リソースが１００ｂｉｔのデータのみを伝送できるが、伝送待ちデータが１０００ｂｉｔを含む）場合、第１端末装置は１回伝送の方式で当該伝送待ちデータを送信することができ、又は、第１端末装置は当該第１リソースで当該伝送待ちデータの一部を送信し、１回伝送の方式で残りのデータを伝送することができる。当該第１リソースは後続のデータ伝送のために一定の周期に従って第１端末装置によって予約されてもよいが、１回伝送のデータが使用する伝送リソースは今回到達したデータの伝送のみに用いられ、周期的に予約されない。１回伝送に採用されるリソースは、端末装置が当該データリソースプールから検知又はランダムな選択の方式で選択するものであってもよい。

上記で説明された方法によって、第１端末装置がデータを伝送するとき、データ伝送のさまざまな時間需要を満たすことができ、それにより、データ伝送性能を向上させる。

図９は本願の一実施例に係るサイドリンクにおけるデータ伝送方法の模式的なフローチャートである。図９に示される方法は端末装置によって実行されてもよく、当該端末装置は、例えば、図２に示される端末装置２０又は端末装置３０であってもよい。図９に示すように、当該サイドリンクにおけるデータ伝送方法は以下のステップ９１０〜９３０を含む。

９１０では、第１端末装置は選択ウィンドウにおけるデータリソースプールから、当該第１端末装置のデータを送信することに使用できる複数の第１リソースを選択する。

９２０では、第１端末装置は当該選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択する。

当該第１指示情報は当該複数の第１リソースを指示することに用いられ、当該複数の第１リソース及び当該第２リソースの時間領域及び／又は周波数領域での位置は異なる。

当該第１指示情報は、例えば、ＳＣＩに搬送される情報であってもよい。

９３０では、第１端末装置は当該第２リソースにおいて当該第１指示情報を送信し、当該複数の第１リソースにおける少なくとも一部の第１リソースにおいて第１端末装置のデータを送信し、当該少なくとも一部の第１リソースにおける各第１リソースにおいて当該データを１回送信する。

具体的に、第１端末装置はデータリソースプールから、データを伝送するために使用できる複数の第１リソースを選択し、これらの複数の第１リソースにおける少なくとも一部の第１リソースにおいて第１端末装置のデータを送信し、第１端末装置は当該少なくとも一部の第１リソースにおける各第１リソースにおいて当該データを１回送信する。

本願の実施例は９１０及び９２０の実行順序を限定しない。９１０は９２０の前に実行してもよく、又は９２０は９１０の前に実行してもよく、又は９１０及び９２０は同時に実行してもよい。

１つの状況では、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有さない。第１端末装置が選択した、これらの複数の第１リソースと、第１指示情報を送信するための第２リソースとは時間周波数位置において特定の関係を有さなくてもよい。例えば、第１リソースの開始位置はそれに対応する第２リソースの位置によって決められなくてもよい。第１端末装置は第２リソース及び第１リソースを独立して選択することができ、第１端末装置は第１リソースを選択するときに第２リソースの位置に依存しなくてもよく、同様に、端末装置は第２リソースを選択するときに、第１リソースの位置に依存しなくてもよい。第１端末装置は当該複数の第１リソースを選択した後、第１指示情報によって当該複数の第１リソースの情報を指示し、それにより、当該第１指示情報を検出した他の端末装置は第１端末装置が当該複数の第１リソースを予約したことを知ることができ、リソース衝突を回避することができる。

第１端末装置がそれぞれ複数の第１リソースにおいて当該データを複数回送信するので、データ伝送の信頼性を大幅に向上させ、半二重の影響を回避し、また、特にデータ伝送時のリソース衝突をできるだけ回避することができる。選択された複数の第１リソースにおける一部の第１リソースにリソース衝突が発生しても、リソース衝突が発生しない他の一部の第１リソースにおいて当該データを伝送することができる。

選択肢として、当該複数の第１リソースが占有する周波数領域のサイズは同じであり、及び／又は当該複数の第１リソースが占有する時間領域のサイズは同じである。当該複数の第１リソースの数はネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよい。

この状況では、選択肢として、９２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することを含む。前記第１端末装置は前記選択ウィンドウにおける前記制御リソースプールから、１つ又は複数のリソースを前記第２リソースとしてランダムに選択することができる。

又は、選択肢として、９２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける第１時間範囲内に前記第２リソースを選択することを含む。前記第１時間範囲はプロトコルによって事前に定義されるか、又はネットワークによって設定される。更に、前記第１時間範囲は前記第１リソースの時刻より前の時間範囲である。例えば、図５Ｂに示すように、前記第１端末装置は時刻ｎにリソースを選択し、ｎ＋ｋ１時刻の１つのリソースを第１リソースとして選択し、前記第１端末装置は第１時間範囲［ｎ＋ｐ，ｎ＋ｑ］内に第２リソースを選択し、ｎはリソース選択を開始する時刻であり、パラメータｐ又はパラメータｑはプロトコルによって事前に定義されるか、又はネットワークによって設定され、例えば、ｐ＝０、ｑ＝５である。選択肢として、ネットワークによって設定されたパラメータｑはｎ＋ｋ１未満の整数である。このように、端末装置は第１時間範囲［ｎ＋ｐ，ｎ＋ｑ］内に第２リソースを選択することにより、第１指示情報をタイムリーに送信することができる。

他の状況では、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有する。

この状況では、選択肢として、９２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記制御リソースプールにおける、前記第１リソースに対応する複数のリソースから前記第２リソースを選択することを含む。

理解されるように、当該データリソースプールにおけるデータリソースと当該制御リソースプールにおける制御リソースとの対応関係については、１つのデータリソースが１つの制御リソースに対応してもよく、１つのデータリソースが複数の制御リソースに対応してもよく、又は複数のデータリソースが１つの制御リソースに対応してもよいが、ここでは限定しない。

第１端末装置は当該複数の第１リソースを選択した後、データリソースプールにおけるリソースと制御リソースプールにおけるリソースとの対応関係に基づいて、第１指示情報を送信するための第２リソースを選択することができる。例えば、複数の第１リソースにそれぞれ対応する複数の制御リソースから１つのリソースを第２リソースとしてランダムに選択してもよく、当該第２リソースにおいて当該第１指示情報を送信して当該複数の第１リソースを指示する。また例えば、複数の第１リソースにそれぞれ対応する複数の制御リソースをいずれも第２リソースとしてもよく、即ち、当該第２リソースは複数のリソースを含み、各リソースは当該第１指示情報を搬送することに用いられる。また例えば、ある特定の第１リソースに対応する制御リソースを当該第２リソースとしてもよく、当該第２リソースにおいて当該第１指示情報を送信して当該複数の第１リソースを指示する。

選択肢として、複数の第１リソースにそれぞれ対応する複数の第２リソースのうち、各第２リソースにおいて送信される当該第１指示情報はいずれも当該複数の第１リソースを指示することに用いられてもよい。又は、各第２リソースにおいて送信される当該第１指示情報は当該複数の第１リソースにおける当該各第２リソースに対応する第１リソースを指示することに用いられ、すなわち、複数の第２リソースのうちの各第２リソースにおいて送信される第１指示情報は自体に対応する第１リソースのみを指示する。

前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとの当該対応関係は事前に設定され、例えばプロトコルによって約束されてもよく、ネットワーク装置によって設定されてもよく、ブロードキャスト情報、ＲＲＣシグナリング又は制御シグナリングを介して端末装置に通知される。

当該選択ウィンドウは当該第１端末装置がリソース選択を行う時刻の後の時間範囲である。

当該選択ウィンドウについては、例えば、図５Ａに示される選択ウィンドウを参照できる。当該選択ウィンドウにはデータリソースプール及び制御リソースプールが含まれてもよい。当該データリソースプールにおけるリソースはデータチャネルを伝送することに用いられる。第１端末装置は当該データリソースプールから、そのＰＳＳＣＨを伝送するためのリソースを選択することができ、当該制御リソースプールは制御チャネルを伝送することに用いられ、第１端末装置は当該制御リソースプールから、そのＰＳＣＣＨを伝送するためのリソースを選択することができる。

選択肢として、当該選択ウィンドウは当該第１端末装置によって伝送待ちデータの第１パラメータに基づいて決定されてもよい。前記第１パラメータは、例えば、当該データの遅延需要、サービスの伝送周期、最大の再伝送回数のうちの少なくとも１つを含む。

選択肢として、当該第２リソースは当該複数の第１リソースの前に位置する。すなわち、当該複数の第１リソースと第２リソースは時分割されている。

選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置がリソースセンシングを行い、当該リソースセンシングの結果に基づいて、当該データリソースプールから当該複数の第１リソースを選択することを含む。

例えば、第１端末装置は、図５Ａで説明された方法に応じて、検知ウィンドウにおいてリソースセンシングを行い、検知ウィンドウにおける検知結果に基づいて、選択ウィンドウにおけるデータリソースプールから候補リソースセットＳ＿Ｂを決定することができ、それにより、候補リソースセットＳ＿Ｂからデータを伝送するための複数の当該第１リソースを選択する。

また例えば、第１端末装置は検知ウィンドウにおいてＰＳＣＣＨを検出することによって、選択ウィンドウにおけるデータリソースプールのどのリソースが予約又は占有されているかを判断し、他の端末によって予約又は占有されていないデータリソースプールにおけるリソースは第１リソースを選択する候補リソースとして使用でき、これらの候補リソースから１つのリソースを第１リソースとして選択することができる。

選択肢として、前記第１端末装置がリソースセンシングを行うことは、前記第１端末装置が前記第２リソースの開始時刻の前にリソースセンシングを行うことを含む。例えば、第１端末装置は第２リソースの開始時刻の前に、リソースセンシングを持続的に行い、持続時間内の検知結果に基づいて、当該データリソースプールから当該複数の第１リソースを選択する。

又は、前記第１端末装置が当該データリソースプールから当該複数の第１リソースを選択した後、前記方法は、前記第１端末装置が前記第２リソースの開始時刻の前にリソースセンシングを持続的に行い、リソースセンシングの結果に基づいて、当該複数の第１リソースから、データを送信するための当該少なくとも１つの第１リソースを決定することを更に含む。

例えば、図５Ｂに示すように、第１端末装置は検知ウィンドウにおいてＰＳＣＣＨを検出することによって、選択ウィンドウにおけるデータリソースプールのどのリソースが予約又は占有されているかを判断し、他の端末装置によって予約又は占有されていないデータリソースプールにおけるリソースは第１リソースを選択する候補リソースとして使用できる。第１端末装置は時刻ｎに複数の第１リソースを選択し、当該複数の第１リソースにおけるある第１リソースの開始位置は時刻ｎ＋ｍ_１にあり、第１端末装置は時刻ｎに時刻ｎ＋ｍ_２の１つのリソースを第２リソースとして選択し、当該第２リソースは第１指示情報を送信することに用いられ、ｎはリソース選択の開始時刻である。更に、第１端末装置は第２リソースの開始時刻、即ち時刻ｎ＋ｍ_２の前に、連続的に検知する。当該時刻ｎ＋ｍ_１の第１リソースを例として、第１端末装置はこの持続時間内の検知結果に基づいて、時刻ｎ＋ｍ_１にデータを送信する必要があるか否かを判断する。例えば、第１端末装置は時刻ｎ＋ｍ_２の前に、他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ_１の第１リソースとの衝突を検出しない場合、第１端末装置はｎ＋ｍ_２時刻に当該第１指示情報を送信し、ｎ＋ｍ_１時刻にデータを送信することができる。第１端末装置は他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ_１の第１リソースとの衝突を検出し、且つ他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値未満である（優先度の値が低いほど優先度が高くなる）場合、第１端末装置は時刻ｎ＋ｍ_１にデータを送信せず、当該複数の第１リソースにおける選択された他の第１リソースにおいてデータを送信することができる。他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値より高い場合、第１端末装置は時刻ｎ＋ｍ_１の第１リソースにおいてデータを送信することができる。すなわち、時刻ｎに選択された当該複数の第１リソースのうち、時刻ｎ＋ｍ_２の前に行われたリソースセンシングに基づいてリソース衝突がないことを決定するリソースは、データを伝送することに用いられてもよいが、リソース衝突が発生するリソースについては、第１端末装置のデータ優先度及び／又は第１端末装置とリソース衝突が発生する他の端末装置のデータ優先度に基づいて、データを伝送することに用いるか否かを決定する必要がある。

又は、選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置が当該選択ウィンドウにおける当該データリソースプールから複数のリソースを当該複数の第１リソースとしてランダムに選択することを含む。

選択肢として、本願の実施例では、半二重の影響を回避するために、当該第１指示情報を送信するための当該第２リソースは１つ又は複数のリソースを含み得る。選択肢として、当該複数のリソースの時間領域位置は異なり、各リソースは当該第１指示情報を１回伝送することに用いられる。

第１端末装置及び第２端末装置はリソース衝突が発生することを知ると、本願の実施例に係る下記方法で当該衝突を回避することができる。

選択肢として、当該方法は、
第１端末装置は第２端末装置が第３リソースにおいて送信した第２指示情報を受信し、当該第２指示情報は第２端末装置のデータを伝送するための第４リソースを指示することと、
第１端末装置が当該第４リソースに基づいて、当該複数の第１リソースから、データ伝送を行う少なくとも一部の第１リソースを決定することと、を更に含む。

選択肢として、当該少なくとも一部の第１リソースは、当該第４リソースとリソース衝突が発生しない第１リソース、及び／又は、当該第４リソースとリソース衝突が発生するが、予め設定された条件を満たす第１リソースを含む。

ここで、第１リソースと第４リソースとの間にリソース衝突が発生することは、第１リソースと第４リソースが一部で重複し又は全部で重複することを含み得る。

選択肢として、当該予め設定された条件は、
第１端末装置のデータの優先度が第２端末装置のデータの優先度より高いこと、
当該第２リソースが時間領域で当該第３リソースの前に位置すること、
第１端末装置のデータの変調及び符号化方式（ＭＣＳ）のインデックスが第２端末装置のデータのＭＣＳのインデックスより大きい又は小さいこと、
当該第１リソースの占有するリソースのサイズが当該第４リソースの占有するリソースのサイズより大きいこと、のうちのいずれか１つを含む。

すなわち、端末装置が選択ウィンドウから選択した複数の第１リソースのうち、一部の第１リソースが第４リソースと衝突する場合、端末装置は第４リソースと衝突するこれらの第１リソースにおいて第１端末装置のデータを送信しなくてもよい。又は、端末装置は第１端末装置と当該第２端末装置のデータの優先度情報に基づいて、又は当該第２リソースと当該第３リソースの時間領域での先後順序に基づいて、又は当該第１リソースと当該第４リソースが占有するリソースのサイズに基づいて、又は第１端末装置と当該第２端末装置のデータのＭＣＳに基づいて、又はＰＳＳＣＨを伝送するための他の情報に基づいて、第４リソースと衝突するこれらの第１リソースにおいて第１端末装置のデータを送信するか否かを判断する。

第４リソースと衝突しないそれらの第１リソースについては、端末装置はこれらの第１リソースにおいて当該データを正常に送信することができる。

以上に説明された方法は非周期的なサービスの伝送に用いることができる。非周期的なサービスの伝送では、端末装置は伝送待ちデータのために第１リソースを選択した後、他のリソースを予約しない。当該第１指示情報は当該複数の第１リソースの位置のみを指示し、他のＰＳＳＣＨリソースを指示しなくなる。

本願の実施例では、第１端末装置はデータ伝送のいくつかの時間需要、例えば遅延需要又は到達時間等に基づいて、リソース選択を行うことができる。以下、本願の実施例に係る端末装置が当該時間需要に基づいてリソース選択を行う方法を具体的に説明する。理解されるように、以下に説明されるリソース選択の方法は以上に説明された非周期的なサービスの伝送に用いることができ、周期的なサービスの伝送に用いることもできる。選択肢として、非周期的なサービスを伝送するリソースプールと周期的なサービスを伝送するリソースプールは直交している。

選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける第２時間範囲内に前記複数の第１リソースを選択することを含む。前記第２時間範囲はプロトコルによって事前に定義されるか又はネットワーク装置によって設定され、又は、当該第１端末装置によって伝送待ちデータの第２パラメータに基づいて決定される。前記第２パラメータは、例えば、当該データの遅延需要、サービスの伝送周期、最大の再伝送回数のうちの少なくとも１つを含む。例えば、前記第２時間範囲は［ｎ＋ｓ，ｎ＋ｔ］であり、ｎはリソース選択を開始する時刻であり、ｓはネットワーク識別によって設定された、第１指示情報を送信する伝送リソースを選択するための最大遅延に基づいて決定されたものであり、ｔは伝送待ちデータの遅延需要に基づいて決定されたものである。この場合、当該第１端末装置は時間範囲［ｎ＋ｓ，ｎ＋ｔ］内に複数の第１リソースを選択し、時間範囲［ｎ，ｎ＋ｓ−１］内に第２リソースを選択する。

選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置が時刻ｎ＋Ｔ_１〜時刻ｎ＋Ｔ_２内に当該複数の第１リソースを選択することを含む。時刻ｎは第１端末装置のデータの到達時刻であり、又は第１端末装置がリソース選択を開始する時刻であり、Ｔ_１≧０、Ｔ_１≦Ｔ_２≦Ｔ_３であり、Ｔ_３は第１端末装置のデータの遅延需要である。

例えば、第１端末装置によって伝送待ちデータの遅延需要がＴ_３＝１００ｍｓであり、且つＴ_１＝０、Ｔ_２＝Ｔ_３＝１００ｍｓである場合、第１端末装置は［ｎ，ｎ＋１００］ｍｓの時間範囲内に当該複数の第１リソースを選択することができる。

ここで、［ｎ＋Ｔ_１，ｎ＋Ｔ_２］ｍｓの選択ウィンドウに含まれるサブフレームの数及びサイズを限定しない。例えば、サブキャリアの間隔が異なるとき、［ｎ＋Ｔ_１，ｎ＋Ｔ_２］ｍｓ内に含まれるサブフレームの数及びサイズは異なってもよい。

１つの状況が存在し、即ち、第１端末装置が［ｎ＋Ｔ_１，ｎ＋Ｔ_２］ｍｓ内に複数の第１リソースを選択又は予約し、当該複数の第１リソースにおける少なくとも一部のリソースにおいてデータを伝送することを決定する。しかし、複数の第１リソースの時間位置の前に複数のデータが到達する場合、第１端末装置は当該少なくとも一部の第１リソースにおいてそのうちの１つのデータを伝送することができ、各リソースにおいて当該データを１回伝送し、残っている他のデータを１回伝送の方式で伝送する。第１端末装置が選択ウィンドウから選択した当該複数の第１リソースにおける各第１リソースは、後続のデータ伝送のために一定の周期に従って第１端末装置によって予約されてもよいが、１回伝送のデータが使用する伝送リソースは今回到達したデータの伝送のみに用いられ、周期的に予約されない。

選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置が時刻ｎ＋Ｔ_４〜時刻ｎ＋Ｔ_５内に当該複数の第１リソースを選択することを含む。時刻ｎは第１端末装置のデータの到達時刻であり、又は第１端末装置がリソース選択を開始する時刻であり、Ｔ_４≧０、Ｔ_４≦Ｔ_５≦Ｔ_６であり、Ｔ_６は第１端末装置のデータの最小到達時間間隔である。

ここで、［ｎ＋Ｔ_４，ｎ＋Ｔ_５］ｍｓの選択ウィンドウに含まれるサブフレームの数及びサイズを限定しない。例えば、サブキャリアの間隔が異なるとき、［ｎ＋Ｔ_４，ｎ＋Ｔ_５］ｍｓ内に含まれるサブフレームの数及びサイズは異なってもよい。

例えば、第１端末装置によって伝送待ちサービスの最小到達時間間隔がＴ_６＝６０ｍｓであり、Ｔ_４＝０、Ｔ_５＝Ｔ_６＝６０ｍｓと仮定すると、第１端末装置は［ｎ，ｎ＋６０］ｍｓの時間範囲内に当該複数の第１リソースを選択することにより、サービスの伝送需要を満たすことができる。

選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置が時刻ｎ＋Ｔ_７〜時刻ｎ＋Ｔ_８内に当該複数の第１リソースを選択することを含む。時刻ｎは第１端末装置のデータの到達時刻であり、又は第１端末装置がリソース選択を開始する時刻であり、Ｔ_７≧０、Ｔ_７≦Ｔ_８≦Ｔ_９であり、時間領域で隣接する２つの第１リソース間の時間間隔は第１端末装置のデータの遅延需要以下である。

Ｔ_７は、例えば、第１端末装置のデータの最小到達時間間隔の以下であってもよく、Ｔ_９は、例えば、第１端末装置のデータの最大到達時間間隔の以上であってもよい。

これらの複数の第１リソースのうち、隣接する第１リソースの時間領域における時間間隔が第１端末装置のデータの遅延需要以下であるため、端末装置のデータがどの時刻に到達しても、当該データを伝送するために使用でき且つ当該データの遅延要求を満たす第１リソースは存在する。

選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置が当該選択ウィンドウにおける当該データリソースプールからＫグループの候補リソースを選択し、当該複数の第１リソースが前記Ｋグループの候補リソースにおける１グループの候補リソースであることを含む。時間領域で隣接する２グループの候補リソースにおける１番目のリソース間の時間間隔は前記第１端末装置のデータの遅延需要以下である。前記第１指示情報は前記Ｋグループの候補リソースを指示することに用いられ、Ｋは１より大きい正整数である。

選択肢として、当該Ｋグループの候補リソースにおける各グループの候補リソースが占有する周波数領域のサイズは同じであり及び／又は時間領域のサイズは同じである。例えば、ｉ番目グループの候補リソースにおけるｊ番目の第１リソースと、ｉ番目グループの候補リソースにおけるｊ番目の第１リソースが占有する周波数領域のサイズ及び／又は時間領域のサイズは同じであり、０≦ｉ≦Ｋ−１であり、ｊ≧１であり且つｊは端末装置が選択ウィンドウから選択した当該複数の第１リソースの数以下である。

そして、選択肢として、当該Ｋグループの候補リソースのうち、時間領域で隣接する２グループの候補リソースにおける１番目のリソース間の時間間隔は、ネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよい。例えば、端末装置はＣＢＲ又はＣＲに基づいて決定することができる。Ｋの値もネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよい。

端末装置がＫグループの候補リソースを予約し、且つ時間領域で隣接する２グループの候補リソースにおける１番目のリソース間の時間間隔が前記第１端末装置のデータの遅延需要以下であるため、端末装置のデータがどの時刻に到達しても、当該データを伝送するために使用でき且つ当該データの遅延要求を満たす第１リソースが含まれる１グループの候補リソースは存在する。

更に、選択肢として、第１端末装置は時刻ｎ＋Ｔ_７〜時刻ｎ＋Ｔ_８内に当該Ｋグループの候補リソースを選択することができる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_７≧０、Ｔ_７≦Ｔ_８≦Ｔ_９である。

理解されるように、Ｔ_７は、例えば、第１端末装置のデータの最小到達時間間隔の以下であってもよく、Ｔ_９は、例えば、第１端末装置のデータの最大到達時間間隔の以上であってもよい。好ましくは、Ｔ_７は第１端末装置のデータの最小到達時間間隔に等しく、Ｔ_９は第１端末装置のデータの最大到達時間間隔に等しい。

更に理解されるように、上記の第１端末装置がリソース選択を開始する時刻は、端末装置がリソースを選択してＰＳＳＣＨを伝送するために、上位層の要求に応じて利用可能なリソースセット（例えば、図５Ａに説明された候補リソースセットＳ＿Ｂ）を報告する時刻であってもよい。

非周期的に伝送されるデータについては、毎回伝送されるデータは固定したものではなく、例えば、毎回伝送されるデータ量は異なってもよい。選択肢として、第１端末装置が９１０で選択した当該複数の第１リソースにおける各第１リソースは伝送待ちデータを搬送できない（例えば、各第１リソースが１００ｂｉｔのデータのみを伝送できるが、伝送待ちデータが１０００ｂｉｔを含む）場合、第１端末装置は１回伝送の方式で当該伝送待ちデータを送信することができ、又は、第１端末装置は当該複数の第１リソースで当該伝送待ちデータの一部を送信し、１回伝送の方式で残りのデータを伝送することができる。当該複数の第１リソースは後続のデータ伝送のために一定の周期に従って第１端末装置によって予約されてもよいが、１回伝送のデータが使用する伝送リソースは今回到達したデータの伝送のみに用いられ、周期的に予約されない。１回伝送に採用されるリソースは端末装置が当該データリソースプールから検知又はランダムな選択の方式で選択するものであってもよい。

図９に関連する各実施形態の具体的な細部及び例示については、図９に関連する各実施形態の具体的な説明を参照することができる。簡潔のために、ここでは繰り返して説明しない。

なお、矛盾しない限り、本願で説明される各実施例及び／又は各実施例の技術的特徴を任意に組み合わせることができ、組み合わせられた技術案は本願の保護範囲に属する。

理解されるように、本願で説明される各実施例では、端末装置によるリソース選択、ＰＳＣＣＨ及びＰＳＳＣＨの伝送等については、サブフレーム又はミリ秒を時間単位として説明されるが、これに限定されない。端末装置は他の時間単位、例えばタイムスロット等に基づいて、本願の実施例の様々な操作を行うこともできる。

理解されるように、本願の各実施例では、上記各過程の番号は実行順序を意味せず、各過程の実行順序はその機能及び内部ロジックにより決められるが、本願の実施例の実施過程を限定しない。

以上では本願の実施例に係る通信方法が詳細に説明され、以下では図８〜図１０を参照しながら、本願の実施例に係る装置を説明し、方法実施例で説明された技術的特徴は以下の装置実施例に適用できる。

図１０は本願の実施例に係る端末装置１０００の模式的なブロック図である。図１０に示すように、当該端末装置１０００はリソース選択ユニット１０１０と送受信ユニット１０２０を備える。

リソース選択ユニット１０１０は、選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信するための第１リソースを選択することに用いられ、
前記リソース選択ユニット１０１０は更に、前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することに用いられ、前記第１指示情報は前記第１リソースを指示することに用いられ、前記第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置は異なり、
送受信ユニット１０２０は、前記第２リソースにおいて前記第１指示情報を送信し、前記第１リソースにおいて前記第１端末装置のデータを送信することに用いられる。

従って、端末装置のサービスが周期性を持たない場合、端末装置はデータを送信するためのデータ伝送リソースの前に、当該データ伝送リソースを指示する指示情報を送信することによって、当該端末装置が当該データ伝送リソースを予約したことを他の端末装置に知らせ、それにより、データ伝送時のリソース衝突をできるだけ回避する。

選択肢として、前記第２リソースは前記第１リソースの前に位置する。

選択肢として、前記第１指示情報はサイドリンク制御情報（ＳＣＩ）に搬送され、又は前記第１指示情報はプリアンブルシーケンスである。

選択肢として、前記第１端末装置はリソースセンシングを行うことに用いられるセンシングユニットを更に備える。前記リソース選択ユニット１０１０は具体的に、前記リソースセンシングの結果に基づいて、前記データリソースプールから前記第１リソースを選択することに用いられる。

選択肢として、前記センシングユニットは具体的に、前記第２リソースの開始時刻の前にリソースセンシングを行うこと、又は、前記第１リソースの開始時刻の前にリソースセンシングを行うことに用いられる。

選択肢として、前記リソース選択ユニット１０１０は具体的に、前記第１端末装置が前記選択ウィンドウにおける前記データリソースプールから１つのリソースを前記第１リソースとしてランダムに選択することに用いられる。

選択肢として、前記リソース選択ユニット１０１０は具体的に、前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することに用いられる。

選択肢として、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有する。前記リソース選択ユニット１０１０は具体的に、前記制御リソースプールにおける、前記第１リソースに対応する少なくとも１つのリソースから、前記第２リソースを選択することに用いられる。

選択肢として、前記第２リソースは複数のリソースを含み、前記複数のリソースの時間領域位置は異なり、各リソースは前記第１指示情報を１回伝送することに用いられる。

選択肢として、前記第１端末装置は処理ユニットを更に備える。前記送受信ユニットは更に、第２端末装置が第３リソースにおいて送信した第２指示情報を受信することに用いられ、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示する。前記処理ユニットは、前記第１リソースと前記第４リソースとの間にリソース衝突が発生する場合、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することに用いられる。

選択肢として、前記処理ユニットは具体的に、前記第１端末装置と前記第２端末装置のデータの優先度情報に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、前記第２リソースと前記第３リソースの時間領域での先後順序に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、前記第１端末装置と前記第２端末装置のデータの変調及び符号化方式（ＭＣＳ）に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、前記第１リソースと前記第４リソースが占有するリソースのサイズに基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することに用いられる。

選択肢として、前記リソース選択ユニット１０１０は具体的に、時刻ｎ＋Ｔ_１〜時刻ｎ＋Ｔ_２内に前記第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_１≧０、Ｔ_１≦Ｔ_２≦Ｔ_３であり、Ｔ_３は前記第１端末装置のデータの遅延需要である。

選択肢として、前記リソース選択ユニット１０１０は具体的に、時刻ｎ＋Ｔ_４〜時刻ｎ＋Ｔ_５内に前記第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_４≧０、Ｔ_４≦Ｔ_５≦Ｔ_６であり、Ｔ_６は前記第１端末装置のデータの最小到達時間間隔である。

選択肢として、前記リソース選択ユニット１０１０は具体的に、前記選択ウィンドウにおける前記データリソースプールから複数の候補リソースを選択し、前記複数の候補リソースが前記第１リソースを含むことに用いられる。時間領域で隣接する２つの候補リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であり、前記第１指示情報は前記複数の候補リソースを指示することに用いられる。

選択肢として、前記リソース選択ユニット１０１０は具体的に、時刻ｎ＋Ｔ_７〜時刻ｎ＋Ｔ_８内に前記複数の候補リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_７≧０、Ｔ_７≦Ｔ_８≦Ｔ_９であり、Ｔ_９は前記第１端末装置のデータの最大到達時間間隔である。

選択肢として、Ｔ_７は前記第１端末装置のデータの最小到達時間間隔である。

理解されるように、当該端末装置１０００は上記方法６００で端末装置によって実行される対応する操作を実行することができる。簡潔のために、ここで繰り返して説明しない。

図１１は本願の実施例に係る端末装置１１００の模式的なブロック図である。図１１に示すように、当該端末装置１１００はリソース選択ユニット１１１０と送受信ユニット１１２０を備える。

リソース選択ユニット１１１０は、選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信することに使用できる複数の第１リソースを選択することに用いられ、
前記リソース選択ユニット１１１０は更に、前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することに用いられ、前記第１指示情報は前記複数の第１リソースを指示することに用いられ、前記複数の第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置は異なり、
送受信ユニット１１２０は、前記第２リソースにおいて前記第１指示情報を送信し、前記複数の第１リソースにおける少なくとも一部の第１リソースにおいて前記第１端末装置のデータを送信することに用いられ、前記少なくとも一部の第１リソースにおける各第１リソースにおいて前記データを１回送信する。

従って、端末装置はデータを送信するためのデータ伝送リソースの前に、当該データ伝送リソースを指示する指示情報を送信することによって、当該端末装置が当該データ伝送リソースを予約したことを他の端末装置に知らせる。端末装置がそれぞれ複数のリソースにおいてデータを複数回送信するので、データ伝送の信頼性を向上させ、半二重の影響を回避し、また、特にデータ伝送時のリソース衝突をできるだけ回避することができる。選択された複数のリソースにおける一部のリソースにリソース衝突が発生しても、リソース衝突が発生しない他の一部のリソースにおいて当該データを伝送することができる。

選択肢として、前記第２リソースは前記複数の第１リソースの前に位置する。

選択肢として、前記第１指示情報はＳＣＩに搬送される。

選択肢として、前記第１端末装置はリソースセンシングを行うことに用いられるセンシングユニットを更に備える。前記リソース選択ユニット１１１０は具体的に、前記リソースセンシングの結果に基づいて、前記データリソースプールから前記複数の第１リソースを選択することに用いられる。

選択肢として、前記センシングユニットは具体的に、前記第２リソースの開始時刻の前にリソースセンシングを行うことに用いられる。

選択肢として、前記リソース選択ユニット１１１０は具体的に、前記選択ウィンドウにおける前記データリソースプールから複数のリソースを前記複数の第１リソースとしてランダムに選択することに用いられる。

選択肢として、前記リソース選択ユニット１１１０は具体的に、前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することに用いられる。

選択肢として、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有する。前記リソース選択ユニット１１１０は具体的に、前記制御リソースプールにおける、前記複数の第１リソースに対応する複数のリソースから、前記第２リソースを選択することに用いられる。

選択肢として、前記第２リソースは複数のリソースを含み、前記複数のリソースの時間領域位置は異なり、各リソースは前記第１指示情報を１回伝送することに用いられる。

選択肢として、前記第１端末装置は処理ユニットを更に備える。前記送受信ユニット１１２０は、第２端末装置が第３リソースにおいて送信した第２指示情報を受信することに用いられ、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示する。前記処理ユニットは、前記第４リソースに基づいて、前記複数の第１リソースから前記少なくとも一部の第１リソースを決定することに用いられる。

選択肢として、前記少なくとも一部の第１リソースは、前記第４リソースとリソース衝突が発生しない第１リソース、及び／又は、前記第４リソースとリソース衝突が発生するが、予め設定された条件を満たす第１リソースを含む。

選択肢として、前記予め設定された条件は、前記第１端末装置のデータの優先度が前記第２端末装置のデータの優先度より高いこと、前記第２リソースが時間領域で前記第３リソースの前に位置すること、前記第１端末装置のデータの変調及び符号化方式（ＭＣＳ）のインデックスが前記第２端末装置のデータのＭＣＳのインデックスより大きい又は小さいこと、前記第１リソースの占有するリソースのサイズが前記第４リソースの占有するリソースのサイズより大きいこと、のうちのいずれか１つを含む。

選択肢として、前記リソース選択ユニット１１１０は具体的に、時刻ｎ＋Ｔ_１〜時刻ｎ＋Ｔ_２内に前記複数の第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_１≧０、Ｔ_１≦Ｔ_２≦Ｔ_３であり、Ｔ_３は前記第１端末装置のデータの遅延需要である。

選択肢として、前記リソース選択ユニット１１１０は具体的に、前記第１端末装置が時刻ｎ＋Ｔ_４〜時刻ｎ＋Ｔ_５内に前記複数の第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_４≧０、Ｔ_４≦Ｔ_５≦Ｔ_６であり、Ｔ_６は前記第１端末装置のデータの最小到達時間間隔である。

選択肢として、前記リソース選択ユニット１１１０は具体的に、前記第１端末装置が時刻ｎ＋Ｔ_７〜時刻ｎ＋Ｔ_８内に前記複数の第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_７≧０、Ｔ_７≦Ｔ_８≦Ｔ_９であり、Ｔ_９は前記第１端末装置のデータの最大到達時間間隔であり、時間領域で隣接する２つの第１リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下である。

選択肢として、前記リソース選択ユニット１１１０は具体的に、前記選択ウィンドウにおける前記データリソースプールからＫグループの候補リソースを選択し、前記複数の第１リソースが前記Ｋグループの候補リソースにおける１グループの候補リソースであることに用いられる。時間領域で隣接する２グループの候補リソースにおける１番目のリソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であり、前記第１指示情報は前記Ｋグループの候補リソースを指示することに用いられ、Ｋは１より大きい正整数である。

選択肢として、前記リソース選択ユニット１１１０は具体的に、前記第１端末装置が時刻ｎ＋Ｔ_７〜時刻ｎ＋Ｔ_８内に前記Ｋグループの候補リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_７≧０、Ｔ_７≦Ｔ_８≦Ｔ_９であり、Ｔ_９は前記第１端末装置のデータの最大到達時間間隔である。

選択肢として、Ｔ_７は前記第１端末装置のデータの最小到達時間間隔である。

図１２は本願の実施例に係る端末装置１２００の構造模式図である。図１２に示される端末装置１２００はプロセッサ１２１０を備え、プロセッサ１２１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の各方法で端末装置によって実現される対応するプロセスを実現することができる。簡潔のために、ここで繰り返して説明しない。

選択肢として、図１２に示すように、端末装置１２００はメモリ１２２０を更に備えてもよい。プロセッサ１２１０はメモリ１２２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

メモリ１２２０はプロセッサ１２１０から独立した別個のデバイスであってもよく、プロセッサ１２１０に集積されてもよい。

選択肢として、図１２に示すように、端末装置１２００は送受信機１２３０を更に備えてもよい。プロセッサ１２１０は当該送受信機１２３０と他の装置との通信を制御でき、具体的に、他の装置に情報又はデータを送信し、又は他の装置から送信された情報又はデータを受信することができる。

送受信機１２３０は送信機及び受信機を備えてもよい。送受信機１２３０はアンテナを更に備えてもよく、アンテナの数は１つ又は複数であってもよい。

図１３は本願の実施例に係るチップの構造模式図である。図１３に示されるチップ１３００はプロセッサ１３１０を備え、プロセッサ１３１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。当該チップは本願の実施例の端末装置に適用でき、そして当該チップは本願の実施例の各方法で端末装置によって実現される対応するプロセスを実現することができる。簡潔のために、ここで繰り返して説明しない。

選択肢として、図１３に示すように、チップ１３００はメモリ１３２０を更に備えてもよい。プロセッサ１３１０はメモリ１３２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。

メモリ１３２０はプロセッサ１３１０から独立した別個のデバイスであってもよく、プロセッサ１３１０に集積されてもよい。

選択肢として、当該チップ１３００は入力インタフェース１３３０を更に備えてもよい。プロセッサ１３１０は当該入力インタフェース１３３０と他の装置又はチップとの通信を制御でき、具体的に、他の装置又はチップから送信された情報又はデータを取得することができる。

選択肢として、当該チップ１３００は出力インタフェース１３４０を更に備えてもよい。プロセッサ１３１０は当該出力インタフェース１３４０と他の装置又はチップとの通信を制御でき、具体的に、他の装置又はチップに情報又はデータを出力することができる。

理解されるように、本願の実施例に記載のチップはシステムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等とも呼ばれる。

理解されるように、本願の実施例のプロセッサは集積回路チップであってもよく、信号の処理能力を有する。実現過程において、上記方法実施例の各ステップはプロセッサにおけるハードウェアの集積論理回路又はソフトウェア形態の命令によって遂行することができる。上記プロセッサは汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ、Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ、Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、離散ゲート又はトランジスタロジックデバイス、個別ハードウェア部品であってもよい。本願の実施例に開示されている各方法、ステップ及びロジックブロック図を実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は当該プロセッサはいずれかの通常のプロセッサ等であってもよい。本願の実施例に開示されている方法のステップはハードウェアデコードプロセッサによって直接に実行されてもよく、又はデコードプロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせによって実行されてもよい。ソフトウェアモジュールはランダムメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ又は電気的消去可能プログラマブルメモリ、レジスタ等の本分野の成熟した記憶媒体にあってもよい。当該記憶媒体はメモリにあり、プロセッサはメモリの情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを遂行する。

理解されるように、本願の実施例のメモリは揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性メモリ及び不揮発性メモリの両方を含んでもよい。不揮発性メモリは読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ、Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ、Ｅｒａｓａｂｌｅ ＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ、Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは外部キャッシュとして使用されるランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。限定的な説明ではなく、例示的な説明によって、多くの形態のＲＡＭ、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ、Ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、Ｄｙｎａｍｉｃ ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ、Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ、Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）は利用可能である。なお、本明細書で説明されるシステム及び方法のメモリはこれらのメモリ及び任意の他の適切な種類のメモリを含むが、それらに限定されない。

理解されるように、上記メモリは限定的なものではなく、例示的なものであり、例えば、本願の実施例のメモリは更にスタティックランダムアクセスメモリ（ＳＲＡＭ、ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、ｄｙｎａｍｉｃ ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ、ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、ｓｙｎｃｈ ｌｉｎｋ ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ、Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）等であってもよい。すなわち、本願の実施例のメモリはこれらのメモリ及び任意の他の適切な種類のメモリを含むが、それらに限定されない。

本願の実施例はコンピュータプログラムを記憶するためのコンピュータ可読記憶媒体を更に提供する。当該コンピュータ可読記憶媒体は本願の実施例の端末装置に適用でき、当該コンピュータプログラムは本願の実施例の各方法で端末装置によって実現される対応するプロセスをコンピュータに実行させる。簡潔のために、ここで繰り返して説明しない。

本願の実施例はコンピュータプログラム命令を含むコンピュータプログラム製品を更に提供する。当該コンピュータプログラム製品は本願の実施例の端末装置に適用でき、当該コンピュータプログラム命令は本願の実施例の各方法で端末装置によって実現される対応するプロセスをコンピュータに実行させる。簡潔のために、ここで繰り返して説明しない。

本願の実施例はコンピュータプログラムを更に提供する。当該コンピュータプログラムは本願の実施例の端末装置に適用でき、当該コンピュータプログラムはコンピュータで実行されると、本願の実施例の各方法で端末装置によって実現される対応するプロセスをコンピュータに実行させる。簡潔のために、ここで繰り返して説明しない。

理解されるように、本明細書の用語「システム」及び「ネットワーク」は本明細書においてしばしば交換可能に使用される。本明細書の用語「及び／又は」は関連対象の関連関係を説明するためのものに過ぎず、３つの関係が存在していることを示す。例えば、Ａ及び／又はＢは、Ａが単独で存在すること、Ａ及びＢが同時に存在すること、Ｂが単独で存在することの３つの状況を示す。また、本明細書の文字「／」は一般的に前後の関連対象が「又は」の関係を持つことを示す。

更に理解されるように、本発明の実施例では、「Ａに対応（相応）するＢ」は、ＢがＡに関連し、Ａに基づいてＢを決定できることを示す。ただし、Ａに基づいてＢを決定することは、Ａのみに基づいてＢを決定することを意味せず、Ａ及び／又は他の情報に基づいてＢを決定することもできる。

当業者であれば理解できるように、本明細書に開示されている実施例で説明された各例示的ユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組み合わせで実現できる。これらの機能がハードウェアそれともソフトウェア形態で実行されるかは、技術案の特定応用及び設計制約条件に決められる。当業者は各特定の応用に対して異なる方法で説明された機能を実現することができるが、この実現は本願の範囲を超えると見なされるべきではない。

当業者であれば明確に理解できるように、説明の便宜及び簡潔のために、上記説明されたシステム、装置及びユニットの具体的な作動過程については、前述の方法実施例の対応する過程を参照することができ、ここで繰り返して説明しない。

理解されるように、本願によるいくつかの実施例では、開示されたシステム、装置及び方法は他の方式で実現できる。例えば、上記説明された装置実施例は例示的なものに過ぎず、例えば、当該ユニットの分割はロジック機能の分割のみであり、実際の実現時に他の分割方法があってもよく、例えば、複数のユニット又は部品を組み合わせてもよく、又は他のシステムに集積してもよく、又は一部の特徴を無視してもよく、又は実行しなくてもよい。一方、図示又は検討される相互結合又は直接結合又は通信接続は、あるインタフェース、装置又はユニットを介した間接結合又は通信接続であってもよく、電気的、機械的又は他の形態のものであってもよい。

前記別々の部材として説明されるユニットは物理的に分離されてもよく、物理的に分離されなくてもよく、ユニットとして示される部材は物理ユニットであってもよく、物理ユニットでなくてもよく、即ち、１つの場所に位置してもよく、又は複数のネットワークユニットに分布してもよい。実際の需要に応じてそのうちの一部又は全部のユニットを選択して本実施例の技術案の目的を実現することができる。

また、本願の各実施例の各機能ユニットは１つの処理ユニットに集積されてもよく、各ユニットは単独で物理的に存在してもよく、２つ以上のユニットは１つのユニットに集積されてもよい。

前記機能はソフトウェア機能ユニットの形態で実現され、独立した製品として販売又は使用される場合、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本願の技術案、又は従来技術に寄与する部分、又は当該技術案の一部はソフトウェア製品の形態で実施することができる。当該コンピュータソフトウェア製品は１つの記憶媒体に記憶され、コンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置等であってもよい）に本願の各実施例に記載の方法の全部又は一部のステップを実行させるための複数の命令を含む。前述の記憶媒体はＵディスク、モバイルディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。

以上は本願の実施形態に過ぎず、本願の保護範囲を制限するためのものではない。当業者が本願に開示される技術的範囲内において容易に想到し得る変更や置換は、いずれも本願の保護範囲内に含まれるべきである。従って、本願の保護範囲は特許請求の範囲に記載の保護範囲に準じるべきである。

ＬＴＥシステムでは、サービスが周期性を持ち、端末装置が次のサービスの到達時間を予測できるため、リソース予約の方式で、他のユーザがこのリソースを占有することを回避して、リソース衝突を回避する目的を達成することができる。具体的に、端末装置はサイドリンク制御情報（ＳＣＩ、Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に、予約したリソースを含ませることができ、そしてサイドリンク制御情報は端末装置のデータリソースと周波数分割されたものである。しかしながら、ＮＲシステムでは、サービスは通常周期性を持たない。例えば、サービスはランダムに到達するものであってもよく、又はサービスの到達時間は一定の時間範囲内にあってもよい。従って、端末装置のサービスが周期性を持たない場合、如何にリソース衝突を回避するかは解決すべき問題になっている。

第４態様では上記第２態様又は第２態様の任意選択可能な実施形態の方法を実行することができる端末装置を提供する。具体的に、当該端末装置は上記第２態様又は第２態様の任意可能な実施形態の方法を実行するための機能モジュールを備え得る。

ビークルツーエブリシングでは２つの伝送モード、即ち、伝送モード３（ｍｏｄｅ ３）及び伝送モード４（ｍｏｄｅ ４）が定義されている。伝送モード３（モード３と略称する）の端末装置の伝送リソースは基地局によって割り当てられ、端末装置は基地局によって割り当てられたリソースに基づいて、サイドリンクにおいてデータの送信を行い、基地局は端末装置に１回伝送リソースを割り当てることができ、端末装置に半静的伝送リソースを割り当てることもできる。伝送モード４（モード４と略称する）の端末装置は検知能力を備える場合、検知（ｓｅｎｓｉｎｇ）と予約（ｒｅｓｅｒｖａｔｉｏｎ）の方式でデータを伝送し、検知能力を備えない場合、リソースプールにおいて伝送リソースをランダムに選択する。検知能力を備える端末装置はリソースプールから検知の方式で利用可能なリソースセットを取得し、端末装置は当該セットから１つのリソースをランダムに選択してデータ伝送を行う。ビークルツーエブリシングシステムのサービスが周期的な特徴を持つため、端末装置は通常、半静的伝送の方式を採用し、即ち、端末装置は１つの伝送リソースを選択した後、複数の伝送周期で当該リソースを連続的に使用し、それによりリソースの再選択及びリソース衝突の確率が減少する。端末装置は今回伝送する制御情報に、次回伝送するリソースを予約する情報を含ませ、それにより、他の端末装置は当該端末装置の制御情報を検出することによって、このリソースが当該端末装置により予約及び使用されるか否かを判断することができ、リソース衝突を低減させる目的を達成する。

選択肢として、当該複数の候補リソースが占有する周波数領域のサイズは同じであり、及び／又は当該複数の候補リソースが占有する時間領域のサイズは同じである。選択肢として、当該複数の候補リソースでは、時間領域で隣接する２つの候補リソース間の時間間隔はネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよく、例えば、端末装置はチャネルビジー率（ＣＢＲ、Ｃｈａｎｎｅｌ Ｂｕｓｙ Ｒａｔｉｏ）又はチャネル使用率（ＣＲ、Ｃｈａｎｎｅｌ Ｒａｔｉｏ）に基づいて、隣接する２つの候補リソース間の時間間隔を決定することができる。当該複数の候補リソースの数はネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよい。

選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける第２時間範囲内に前記複数の第１リソースを選択することを含む。前記第２時間範囲はプロトコルによって事前に定義されるか又はネットワーク装置によって設定され、又は、当該第１端末装置によって伝送待ちデータの第２パラメータに基づいて決定される。前記第２パラメータは、例えば、当該データの遅延需要、サービスの伝送周期、最大の再伝送回数のうちの少なくとも１つを含む。例えば、前記第２時間範囲は［ｎ＋ｓ，ｎ＋ｔ］であり、ｎはリソース選択を開始する時刻であり、ｓはネットワーク装置によって設定された、第１指示情報を送信する伝送リソースを選択するための最大遅延に基づいて決定されたものであり、ｔは伝送待ちデータの遅延需要に基づいて決定されたものである。この場合、当該第１端末装置は時間範囲［ｎ＋ｓ，ｎ＋ｔ］内に複数の第１リソースを選択し、時間範囲［ｎ，ｎ＋ｓ−１］内に第２リソースを選択する。

以上では本願の実施例に係るデータ伝送方法が詳細に説明され、以下では図８〜図１０を参照しながら、本願の実施例に係る装置を説明し、方法実施例で説明された技術的特徴は以下の装置実施例に適用できる。

選択肢として、前記リソース選択ユニット１０１０は具体的に、前記選択ウィンドウにおける前記データリソースプールから１つのリソースを前記第１リソースとしてランダムに選択することに用いられる。

選択肢として、前記リソース選択ユニット１１１０は具体的に、時刻ｎ＋Ｔ_４〜時刻ｎ＋Ｔ_５内に前記複数の第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_４≧０、Ｔ_４≦Ｔ_５≦Ｔ_６であり、Ｔ_６は前記第１端末装置のデータの最小到達時間間隔である。

選択肢として、前記リソース選択ユニット１１１０は具体的に、時刻ｎ＋Ｔ_７〜時刻ｎ＋Ｔ_８内に前記複数の第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_７≧０、Ｔ_７≦Ｔ_８≦Ｔ_９であり、Ｔ_９は前記第１端末装置のデータの最大到達時間間隔であり、時間領域で隣接する２つの第１リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下である。

選択肢として、前記リソース選択ユニット１１１０は具体的に、時刻ｎ＋Ｔ_７〜時刻ｎ＋Ｔ_８内に前記Ｋグループの候補リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_７≧０、Ｔ_７≦Ｔ_８≦Ｔ_９であり、Ｔ_９は前記第１端末装置のデータの最大到達時間間隔である。

Claims (73)

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. 前記第１端末装置はリソースセンシングを行うことに用いられるセンシングユニットを更に備え、
    前記リソース選択ユニットは具体的に、前記リソースセンシングの結果に基づいて、前記データリソースプールから前記第１リソースを選択することに用いられることを特徴とする請求項３５〜３７のいずれか１項に記載の端末装置。
39. 前記センシングユニットは具体的に、
    前記第２リソースの開始時刻の前にリソースセンシングを行うこと、又は、
    前記第１リソースの開始時刻の前にリソースセンシングを行うことに用いられることを特徴とする請求項３８に記載の端末装置。
40. 前記リソース選択ユニットは具体的に、
    前記第１端末装置が前記選択ウィンドウにおける前記データリソースプールから１つのリソースを前記第１リソースとしてランダムに選択することに用いられることを特徴とする請求項３５〜３９のいずれか１項に記載の端末装置。
41. 前記リソース選択ユニットは具体的に、
    前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することに用いられることを特徴とする請求項３５〜４０のいずれか１項に記載の端末装置。
42. 前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有し、前記リソース選択ユニットは具体的に、
    前記制御リソースプールにおける、前記第１リソースに対応する少なくとも１つのリソースから、前記第２リソースを選択することに用いられることを特徴とする請求項３５〜４０のいずれか１項に記載の端末装置。
43. 前記第２リソースは複数のリソースを含み、前記複数のリソースの時間領域位置は異なり、各リソースは前記第１指示情報を１回伝送することに用いられることを特徴とする請求項３５〜４２のいずれか１項に記載の端末装置。
44. 前記第１端末装置は処理ユニットを更に備え、
    前記送受信ユニットは、第２端末装置が第３リソースにおいて送信した第２指示情報を受信することに用いられ、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示し、
    前記処理ユニットは、前記第１リソースと前記第４リソースとの間にリソース衝突が発生する場合、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することに用いられることを特徴とする請求項３５〜４３のいずれか１項に記載の端末装置。
45. 前記処理ユニットは具体的に、
    前記第１端末装置と前記第２端末装置のデータの優先度情報に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、
    前記第２リソースと前記第３リソースの時間領域での先後順序に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、
    前記第１端末装置と前記第２端末装置のデータの変調及び符号化方式（ＭＣＳ）に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、
    前記第１リソースと前記第４リソースが占有するリソースのサイズに基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することに用いられることを特徴とする請求項４４に記載の端末装置。
46. 前記リソース選択ユニットは具体的に、時刻ｎ＋Ｔ_１〜時刻ｎ＋Ｔ_２内に前記第１リソースを選択することに用いられ、
    時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_１≧０、Ｔ_１≦Ｔ_２≦Ｔ_３であり、Ｔ_３は前記第１端末装置のデータの遅延需要であることを特徴とする請求項３５〜４５のいずれか１項に記載の端末装置。
47. 前記リソース選択ユニットは具体的に、時刻ｎ＋Ｔ_４〜時刻ｎ＋Ｔ_５内に前記第１リソースを選択することに用いられ、
    時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_４≧０、Ｔ_４≦Ｔ_５≦Ｔ_６であり、Ｔ_６は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項３５〜４５のいずれか１項に記載の端末装置。
48. 前記リソース選択ユニットは具体的に、前記選択ウィンドウにおける前記データリソースプールから複数の候補リソースを選択し、前記複数の候補リソースが前記第１リソースを含むことに用いられ、
    時間領域で隣接する２つの候補リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であり、
    前記第１指示情報は前記複数の候補リソースを指示することに用いられることを特徴とする請求項３５〜４５のいずれか１項に記載の端末装置。
49. 前記リソース選択ユニットは具体的に、時刻ｎ＋Ｔ_７〜時刻ｎ＋Ｔ_８内に前記複数の候補リソースを選択することに用いられ、
    時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_７≧０、Ｔ_７≦Ｔ_８≦Ｔ_９であり、Ｔ_９は前記第１端末装置のデータの最大到達時間間隔であることを特徴とする請求項４８に記載の端末装置。
50. Ｔ_７は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項４９に記載の端末装置。
51. 端末装置であって、前記端末装置は第１端末装置であり、前記第１端末装置はリソース選択ユニットと送受信ユニットを備え、
    前記リソース選択ユニットは、選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信することに使用できる複数の第１リソースを選択することに用いられ、
    前記リソース選択ユニットは更に、前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することに用いられ、前記第１指示情報は前記複数の第１リソースを指示することに用いられ、前記複数の第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置は異なり、
    前記送受信ユニットは、前記第２リソースにおいて前記第１指示情報を送信し、前記複数の第１リソースにおける少なくとも一部の第１リソースにおいて前記第１端末装置のデータを送信することに用いられ、前記少なくとも一部の第１リソースにおける各第１リソースにおいて前記データを１回送信することを特徴とする端末装置。
52. 前記第２リソースは前記複数の第１リソースの前に位置することを特徴とする請求項５１に記載の端末装置。
53. 前記第１指示情報はサイドリンク制御情報（ＳＣＩ）に搬送されることを特徴とする請求項５１又は５２に記載の端末装置。
54. 前記第１端末装置はリソースセンシングを行うことに用いられるセンシングユニットを更に備え、
    前記リソース選択ユニットは具体的に、前記リソースセンシングの結果に基づいて、前記データリソースプールから前記複数の第１リソースを選択することに用いられることを特徴とする請求項５１〜５３のいずれか１項に記載の端末装置。
55. 前記センシングユニットは具体的に、
    前記第２リソースの開始時刻の前にリソースセンシングを行うことに用いられることを特徴とする請求項５４に記載の端末装置。
56. 前記リソース選択ユニットは具体的に、
    前記選択ウィンドウにおける前記データリソースプールから複数のリソースを前記複数の第１リソースとしてランダムに選択することに用いられることを特徴とする請求項５１〜５５のいずれか１項に記載の端末装置。
57. 前記リソース選択ユニットは具体的に、
    前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することに用いられることを特徴とする請求項５１〜５６のいずれか１項に記載の端末装置。
58. 前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有し、前記リソース選択ユニットは具体的に、
    前記制御リソースプールにおける、前記複数の第１リソースに対応する複数のリソースから、前記第２リソースを選択することに用いられることを特徴とする請求項５１〜５６のいずれか１項に記載の端末装置。
59. 前記第２リソースは複数のリソースを含み、前記複数のリソースの時間領域位置は異なり、各リソースは前記第１指示情報を１回伝送することに用いられることを特徴とする請求項５１〜５８のいずれか１項に記載の端末装置。
60. 前記第１端末装置は処理ユニットを更に備え、
    前記送受信ユニットは、第２端末装置が第３リソースにおいて送信した第２指示情報を受信することに用いられ、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示し、
    前記処理ユニットは、前記第４リソースに基づいて、前記複数の第１リソースから前記少なくとも一部の第１リソースを決定することに用いられることを特徴とする請求項５１〜５９のいずれか１項に記載の端末装置。
61. 前記少なくとも一部の第１リソースは、前記第４リソースとリソース衝突が発生しない第１リソース、及び／又は、前記第４リソースとリソース衝突が発生するが、予め設定された条件を満たす第１リソースを含むことを特徴とする請求項６０に記載の端末装置。
62. 前記予め設定された条件は、
    前記第１端末装置のデータの優先度が、前記第２端末装置のデータの優先度より高いこと、
    前記第２リソースが時間領域で前記第３リソースの前に位置すること、
    前記第１端末装置のデータの変調及び符号化方式（ＭＣＳ）のインデックスが、前記第２端末装置のデータのＭＣＳのインデックスより大きい又は小さいこと、
    前記第１リソースの占有するリソースのサイズが、前記第４リソースの占有するリソースのサイズより大きいこと、のうちのいずれか１つを含むことを特徴とする請求項６１に記載の端末装置。
63. 前記リソース選択ユニットは具体的に、時刻ｎ＋Ｔ_１〜時刻ｎ＋Ｔ_２内に前記複数の第１リソースを選択することに用いられ、
    時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_１≧０、Ｔ_１≦Ｔ_２≦Ｔ_３であり、Ｔ_３は前記第１端末装置のデータの遅延需要であることを特徴とする請求項５１〜６２のいずれか１項に記載の端末装置。
64. 前記リソース選択ユニットは具体的に、前記第１端末装置が時刻ｎ＋Ｔ_４〜時刻ｎ＋Ｔ_５内に前記複数の第１リソースを選択することに用いられ、
    時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_４≧０、Ｔ_４≦Ｔ_５≦Ｔ_６であり、Ｔ_６は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項５１〜６２のいずれか１項に記載の端末装置。
65. 前記リソース選択ユニットは具体的に、前記第１端末装置が時刻ｎ＋Ｔ_７〜時刻ｎ＋Ｔ_８内に前記複数の第１リソースを選択することに用いられ、
    時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_７≧０、Ｔ_７≦Ｔ_８≦Ｔ_９であり、Ｔ_９は前記第１端末装置のデータの最大到達時間間隔であり、時間領域で隣接する２つの第１リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であることを特徴とする請求項５１〜６２のいずれか１項に記載の端末装置。
66. 前記リソース選択ユニットは具体的に、前記選択ウィンドウにおける前記データリソースプールからＫグループの候補リソースを選択し、前記複数の第１リソースが前記Ｋグループの候補リソースにおける１グループの候補リソースであることに用いられ、
    時間領域で隣接する２グループの候補リソースにおける１番目のリソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であり、
    前記第１指示情報は前記Ｋグループの候補リソースを指示することに用いられ、Ｋは１より大きい正整数であることを特徴とする請求項５１〜６２のいずれか１項に記載の端末装置。
67. 前記リソース選択ユニットは具体的に、前記第１端末装置が時刻ｎ＋Ｔ_７〜時刻ｎ＋Ｔ_８内に前記Ｋグループの候補リソースを選択することに用いられ、
    時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ_７≧０、Ｔ_７≦Ｔ_８≦Ｔ_９であり、Ｔ_９は前記第１端末装置のデータの最大到達時間間隔であることを特徴とする請求項６６に記載の端末装置。
68. Ｔ_７は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項６５又は６７に記載の端末装置。
69. 端末装置であって、プロセッサとメモリを備え、前記メモリはコンピュータプログラムを記憶することに用いられ、前記プロセッサは前記メモリに記憶されるコンピュータプログラムを呼び出して実行して、請求項１〜１６のいずれか１項に記載の方法、又は請求項１７〜３４のいずれか１項に記載の方法を実行することに用いられることを特徴とする端末装置。
70. チップであって、プロセッサを備え、前記プロセッサはメモリからコンピュータプログラムを呼び出して実行して、前記チップが取り付けられる装置に請求項１〜１６のいずれか１項に記載の方法、又は請求項１７〜３４のいずれか１項に記載の方法を実行させることに用いられることを特徴とするチップ。
71. 請求項１〜１６のいずれか１項に記載の方法、又は請求項１７〜３４のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムを記憶することに用いられることを特徴とするコンピュータ可読記憶媒体。
72. 請求項１〜１６のいずれか１項に記載の方法、又は請求項１７〜３４のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラム命令を含むことを特徴とするコンピュータプログラム製品。
73. 請求項１〜１６のいずれか１項に記載の方法、又は請求項１７〜３４のいずれか１項に記載の方法をコンピュータに実行させることを特徴とするコンピュータプログラム。

Images