JP2020532893A - デバイスツーデバイス通信方法、端末機器及びネットワーク機器 - Google Patents

Abstract

本願は、Ｄ２Ｄ通信方法、端末機器及びネットワーク機器を開示し、当該方法は、端末機器が前記端末機器の使用する伝送モード及び前記端末機器がセンシング能力を有するか否かに基づき、複数のリソースプールにおいてデータ伝送を行うためのリソースプールを決定し、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なることと、前記端末機器が前記リソースプールにおける時間周波数リソースを使用してデータ伝送を行うこととを含む。これにより、異なるタイプの端末機器は通信システムで共にデータ伝送を行うことができ、相互干渉が軽減される。

Description

本願の実施例は、無線通信の分野に関し、より具体的に言えば、デバイスツーデバイス（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、略称Ｄ２Ｄ）通信方法、端末機器及びネットワーク機器に関する。

車のインターネット、あるいは車両対デバイスと呼ばれる（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、略称Ｖ２Ｘ）通信システムは、Ｄ２Ｄ通信に基づく一種のサイドリンク（Ｓｉｄｅｌｉｎｋ、略称ＳＬ）伝送技術であり、従来のロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、略称ＬＴＥ）システムで基地局を介してデータを送受信する方式とは異なり、車のインターネットシステムは、端末対端末という直接的な通信方式を採用するため、スペクトル効率がより高く伝送遅延がより小さい。第３世代パートナーシッププロジェクト（ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、略称３ＧＰＰ）プロトコルのバージョンＲｅｌｅａｓｅ−１４では、車のインターネットについて２種の伝送モード、すなわちモード３（ｍｏｄｅ３）及びモード４（ｍｏｄｅ４）が定義されている。伝送モード３を使用する端末機器と伝送モード４を使用する端末機器は異なるリソースプールにおいてデータを伝送する。なお、モード３を使用する端末が用いるリソースは基地局によって割り当てられ、端末は基地局によって割り当てられるリソースに基づき、サイドリンクにおいてデータを伝送するが、モード４を使用する端末はサイドリンクの伝送リソースを自主的に選択することができ、例えば、端末はサイドリンクにおいてランダムにリソースを選択するか、又はセンシングの方式によりリソースを決定することができる。

伝送モード３を使用する端末機器が基地局に接続され、且つ、その伝送リソースは基地局によって割り当てられるため、伝送モード３を使用する端末機器と伝送モード４を使用する端末機器が共存する場合、伝送モード３を使用する端末機器の伝送の信頼性を保証することはなおさら必要である。

３ＧＰＰプロトコルの新バージョンＲｅｌｅａｓｅ−１５をサポートする端末の場合、同様にこの２種の伝送モードを使用できる。また、２つのバージョンにおける端末機器はセンシング能力を有する端末機器である可能性もあれば、センシング能力を有しない端末機器である可能性もある。これにより、センシング能力を有しない端末機器は他の端末機器のリソース使用状況を知ることができないため、伝送モード３を使用する端末機器のデータ伝送を干渉する可能性が高い。

従って、どのようにすれば、異なるタイプの端末機器が通信システムで共にデータ伝送を行うことができるようにし、相互干渉を軽減するかは、一つの解決すべき課題となる。

本願の実施例は、異なるタイプの端末機器が通信システムで共にデータ伝送を行うことができるようにし、相互干渉を軽減するＤ２Ｄ通信方法、端末機器及びネットワーク機器を提供する。

第１の態様として、Ｄ２Ｄ通信方法を提供し、当該方法は、端末機器が前記端末機器の使用する伝送モード及び前記端末機器がセンシング能力を有するか否かに基づき、複数のリソースプールのうちにおいてデータ伝送を行うためのリソースプールを決定し、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なることと、前記端末機器が前記リソースプールにおける時間周波数リソースを使用してデータ伝送を行うこととを含む。

従って、本願の実施例において、異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

一つの可能な実現形態において、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記端末機器が、前記端末機器がデータ伝送を行うためのリソースプールを決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールに決定することと、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第２のリソースプールに決定し、ただし、前記第２のリソースプールと前記第１のリソースプールは重ならないことと、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第３のリソースプールに決定し、ただし、前記第３のリソースプールと前記第１のリソースプールは重ならなく、且つ、前記第３のリソースプールと前記第２のリソースプールも重ならないこととを含む。

一つの可能な実現形態において、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記端末機器が前記リソースプールを第１のリソースプールに決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第１のサブリソースプールに決定することを含む。

一つの可能な実現形態において、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、前記端末機器が、前記端末機器がデータ伝送を行うためのリソースプールを決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールに決定することと、前記端末機器が第１の伝送モードを使用するか、又は第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第４のリソースプールに決定し、前記第４のリソースプールと前記第１のリソースプールは重ならないこととを含む。

一つの可能な実現形態において、前記端末機器が前記リソースプールを第１のリソースプールに決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第２のサブリソースプールに決定することを含む。

一つの可能な実現形態において、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

一つの可能な実現形態において、前記第２のリソースプールは前記第４のリソースプールを含む。

一つの可能な実現形態において、前記第３のリソースプールは前記第４のリソースプールを含む。

一つの可能な実現形態において、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記端末機器が、前記端末機器がデータ伝送を行うためのリソースプールを決定することは、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを第５のリソースプールに決定することと、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第６のリソースプールに決定し、ただし前記第６のリソースプールと前記第５のリソースプールは重ならないこととを含む。

一つの可能な実現形態において、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記端末機器が前記リソースプールを第５のリソースプールに決定することは、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを前記第５のリソースプールにおける前記第３のサブリソースプールに決定することを含む。

一つの可能な実現形態において、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、前記端末機器が、前記端末機器がデータ伝送を行うためのリソースプールを決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールに決定することと、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第７のリソースプールに決定し、ただし前記第７のリソースプールと前記第５のリソースプールは重ならないことと、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第８のリソースプールに決定することとを含む。

一つの可能な実現形態において、前記端末機器が前記リソースプールを第５のリソースプールに決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールにおける前記第４のサブリソースプールに決定することを含む。

一つの可能な実現形態において、前記第７のリソースプールは前記第６のリソースプールを含む。

一つの可能な実現形態において、前記第６のリソースプールは前記第７のリソースプールを含む。

一つの可能な実現形態において、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

一つの可能な実現形態において、前記第５のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記第６のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記第７のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための前記時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

当該第１の伝送モードは例えば、上記伝送モード３とすることができ、端末機器が第１の伝送モードを使用する場合、端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、当該第２の伝送モードは例えば、上記伝送モード４とすることができ、端末機器が第２の伝送モードを使用する場合、当該時間周波数リソースは端末機器が対応するリソースプールにおいて自主的に選択するリソースであり、例えば、端末機器は対応するリソースプールにおいてランダムにリソースを選択する且つ／又はリソースセンシングの結果に基づきリソースを選択する。

第２の態様として、Ｄ２Ｄ通信方法を提供し、当該方法は、ネットワーク機器が複数のリソースプールを決定し、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なることと、前記ネットワーク機器が端末機器に対して指示情報を送信し、前記指示情報は前記複数のリソースプールを指示するために用いられることとを含む。

従って、ネットワーク機器が異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

一つの可能な実現形態において、前記複数のリソースプールは第１のリソースプール、第２のリソースプール、第３のリソースプール及び第４のリソースプールを含み、前記第１のリソースプール、前記第２のリソースプールと前記第３のリソースプールは互いに重ならず、前記第４のリソースプールと前記第１のリソースプールは重ならず、ただし、前記第１のリソースプールは、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられ、前記第３のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器、又はバージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

一つの可能な実現形態において、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

一つの可能な実現形態において、前記第２のリソースプールは前記第４のリソースプールを含む。

一つの可能な実現形態において、前記第３のリソースプールは前記第４のリソースプールを含む。

一つの可能な実現形態において、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記第１のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

一つの可能な実現形態において、前記複数のリソースプールは第５のリソースプール、第６のリソースプール、第７のリソースプール及び第８のリソースプールを含み、前記第５のリソースプールと前記第６のリソースプールは重ならず、前記第５のリソースプールと前記第７のリソースプールも重ならず、ただし、前記第５のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第６のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第７のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第８のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

一つの可能な実現形態において、前記第７のリソースプールは前記第６のリソースプールを含む。

一つの可能な実現形態において、前記第６のリソースプールは前記第７のリソースプールを含む。

一つの可能な実現形態において、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

一つの可能な実現形態において、前記第５のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記第６のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記第７のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記第３のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

一つの可能な実現形態において、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

第３の態様として、端末機器を提供し、当該端末機器は上記第１の態様又は第１の態様の任意の可能な実現形態における端末機器の動作を実行することができる。具体的に、当該端末機器は上記第１の態様又は第１の態様の任意の可能な実現形態における端末機器の動作を実行するためのモジュールユニットを含んでもよい。

第４の態様として、ネットワーク機器を提供し、当該ネットワーク機器は上記第２の態様又は第２の態様の任意の可能な実現形態におけるネットワーク機器の動作を実行することができる。具体的に、当該ネットワーク機器は上記第２の態様又は第２の態様の任意の可能な実現形態におけるネットワーク機器の動作を実行するためのモジュールユニットを含んでもよい。

第５の態様として、端末機器を提供し、当該端末機器は、プロセッサ、送受信器及びメモリを含む。ただし、当該プロセッサ、送受信器とメモリは内部接続経路を介して相互に通信する。当該メモリはコマンドを記憶するために用いられ、当該プロセッサは当該メモリに記憶されているコマンドを実行するために用いられる。当該プロセッサが当該メモリに記憶されているコマンドを実行する際、当該実行により当該端末機器は第１の態様又は第１の態様の任意の可能な実現形態における方法を実行するか、又は当該実行により当該端末機器は第３の態様によって提供される端末機器を実現する。

第６の態様として、ネットワーク機器を提供し、当該ネットワーク機器は、プロセッサ、送受信器及びメモリを含む。ただし、当該プロセッサ、送受信器とメモリは内部接続経路を介して相互に通信する。当該メモリはコマンドを記憶するために用いられ、当該プロセッサは当該メモリに記憶されているコマンドを実行するために用いられる。当該プロセッサが当該メモリに記憶されているコマンドを実行する際、当該実行により当該ネットワーク機器は第２の態様又は第２の態様の任意の可能な実現形態における方法を実行するか、又は当該実行により当該ネットワーク機器は第４の態様によって提供されるネットワーク機器を実現する。

第７の態様として、コンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはプログラムが記憶されており、前記プログラムにより端末機器は上記第１の態様、及びその様々な実現形態におけるいずれか１種のＤ２Ｄ通信方法を実行する。

第８の態様として、コンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはプログラムが記憶されており、前記プログラムによりネットワーク機器は上記第２の態様、及びその様々な実現形態におけるいずれか１種のＤ２Ｄ通信方法を実行する。

第９の態様として、システムチップを提供し、当該システムチップは入力インタフェース、出力インタフェース、プロセッサ及びメモリを含み、当該プロセッサは当該メモリに記憶されているコマンドを実行するために用いられ、当該コマンドが実行される際、当該プロセッサは上記第１の態様又は第１の態様の任意の可能な実現形態における方法を実現できる。

第１０の態様として、システムチップを提供し、当該システムチップは入力インタフェース、出力インタフェース、プロセッサ及びメモリを含み、当該プロセッサは当該メモリに記憶されているコマンドを実行するために用いられ、当該コマンドが実行される際、当該プロセッサは上記第２の態様又は第２の態様の任意の可能な実現形態における方法を実現できる。

第１１の態様として、コマンドが含まれるコンピュータプログラム製品を提供し、前記コンピュータプログラム製品がコンピュータで動作する際、当該コンピュータに上記第１の態様又は第１の態様の任意の可能な実現形態における方法を実行させる。

第１２の態様として、コマンドが含まれるコンピュータプログラム製品を提供し、前記コンピュータプログラム製品がコンピュータで動作する際、当該コンピュータに上記第２の態様又は第２の態様の任意の可能な実現形態における方法を実行させる。

本願の実施例による一つの適用シーンの構成を概略的に示す図である。 本願の実施例による別の適用シーンの構成を概略的に示す図である。 本願の実施例によるＤ２Ｄ通信方法を概略的に示すフローチャートである。 本願の実施例によるリソースプールの指定を概略的に示す図である。 本願の実施例によるリソースプールの指定を概略的に示す図である。 本願の実施例によるＤ２Ｄ通信方法を概略的に示すフローチャートである。 本願の実施例による端末機器を概略的に示すブロック図である。 本願の実施例によるネットワーク機器を概略的に示すブロック図である。 本願の実施例による端末機器の構造を概略的に示すブロック図である。 本願の実施例によるネットワーク機器の構造を概略的に示すブロック図である。 本願の実施例によるシステムチップの構造を概略的に示すブロック図である。

以下、本願の実施例における技術的解決手段について、各図を参照して説明する。

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

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

本願において、ネットワーク機器と関連付けて各実施例を説明する。ネットワーク機器は、端末機器と通信を行うための機器とすることができ、例えば、ＧＳＭシステム又はＣＤＭＡにおける基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、略称ＢＴＳ）とすることができ、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ、略称ＮＢ）とすることもでき、さらにＬＴＥシステムにおける進化型の基地局（Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、略称ｅＮＢ又はｅＮｏｄｅＢ）とすることもできる、又は当該ネットワーク機器は中継局、アクセスポイント、車載機器、ウェアラブル機器及び将来の５Ｇネットワークにおけるネットワーク側機器又は将来の進化型のＰＬＭＮネットワークにおけるネットワーク側機器等とすることもできる。

図１及び図２は、本願の実施例による一つの適用シーンを概略的に示す図である。図１では、例示的に１つのネットワーク機器及び２つの端末機器が示される。選択可能なものとして、当該無線通信システムが複数のネットワーク機器を含み、且つ、ネットワーク機器のそれぞれによってカバーされる範囲には、その他の数量の端末機器が含まれてもよく、本発明の実施例においてこれについて限定しない。また、当該無線通信システムは移動管理実体（Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、略称ＭＭＥ）、サービングゲートウエイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、略称Ｓ−ＧＷ）、パケットデータネットワークゲートウエイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、略称Ｐ−ＧＷ）等のその他のネットワーク実体を含んでもよく、本発明の実施例はこれらに限定されるものではない。

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

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

車のインターネットシステムにおいて、２タイプの端末機器、すなわちセンシング能力を有する端末機器、例えば車載端末（Ｖｅｈｉｃｌｅ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、略称ＶＵＥ）又は歩行者ハンドヘルド端末（Ｐｅｄｅｓｔｒｉａｎ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、略称ＰＵＥ）、及び、センシング能力を有しない端末機器、例えばＰＵＥが存在してもよい。ＶＵＥはより高い処理能力を有するだけでなく、通常車内の蓄電池によって給電されるのに対し、ＰＵＥは処理能力が比較的低く、電力消費の低減もＰＵＥにおいて考慮すべき主要要素の一つであるため、従来の車のインターネットシステムにおいて、ＶＵＥは完全な受信能力及びセンシング能力を有すると見なされるが、ＰＵＥは受信及びセンシング能力を一部有するか又は両者を有しないものと見なされる。ＰＵＥが一部のセンシング能力を有する場合、そのリソースを選択するに当たりＶＵＥに類似するセンシング方法を採用して、センシングができる一部のリソースにおいて使用可能リソースの選択を行うことができる。ＰＵＥがセンシング能力を有しない場合、ＰＵＥはリソースプールにおいてランダムに伝送リソースを選択する。

３ＧＰＰプロトコルのバージョンＲｅｌｅａｓｅ−１４において、２種の伝送モード、すなわち伝送モード３（ｍｏｄｅ３）及び伝送モード４（ｍｏｄｅ４）が定義されている。伝送モード３を使用する端末機器の伝送リソースは基地局によって割り当てられ、端末機器が基地局によって割り当てられるリソースに基づき、サイドリンクにおいてデータの送信を行う。基地局は端末機器に対して１回だけ伝送されるリソースを割り当てることもできれば、端末機器に対して準静的に伝送されるリソースを割り当てることもできる。伝送モード４を使用する端末機器がセンシング能力を備える場合、センシング（ｓｅｎｓｉｎｇ）及び予約（ｒｅｓｅｒｖａｔｉｏｎ）の方式を採用してデータを伝送し、センシング能力を備えない場合、リソースプールにおいてランダムに伝送リソースを選択する。センシング能力を備える端末機器はリソースプールにおいてセンシングの方式により使用可能なリソース集合を取得し、端末機器が当該集合の中からランダムに１つのリソースを選択してデータ伝送を行う。車のインターネットシステムでは業務が周期性という特徴を有するため、端末機器は一般的に準静的伝送の方式を採用する。すなわち端末機器が１つの伝送リソースを選択した後、複数の伝送周期にわたって継続的に当該リソースを使用し、これによってリソース再選択及びリソース競合の可能性が低減される。端末機器は今回に伝送される制御情報に、次回の伝送リソースを予約する情報を付随させ、これによってその他の端末機器は当該端末機器の制御情報を検出することで当該リソースが当該端末機器によって予約・使用されるか否かを判断することができ、これにより、リソース競合の低減という目的を達成する。

伝送モード３のリソースが基地局によってスケジューリングされ、伝送モード４のリソースプールが予め配置されるか又は基地局によって配置されるため、両者にはリソースプールが重なる状況が存在しない。すなわち伝送モード３及び伝送モード４のそれぞれに対応するリソースプールは分離する又は重ならないものであり、モード３を使用する端末機器はモード３をサポートするリソースプールの時間周波数リソースにおいてデータ伝送を行い、モード４を使用する端末機器はモード４をサポートするリソースプールの時間周波数リソースにおいてデータ伝送を行う。

３ＧＰＰプロトコルの新バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする端末機器の場合、同様に２種の伝送モード、例えば、上記伝送モード３及び伝送モード４をサポートする。Ｒｅｌｅａｓｅ−１５の端末機器及びＲｅｌｅａｓｅ−１４の端末機器は通信システムで共にデータ伝送を行う時、センシング能力を有する端末機器は、リソースセンシングによりリソースを選択することができ、センシング能力を有しない端末機器は、その他の端末機器によるデータ伝送と干渉が生じることは回避しにくい。伝送モード３を使用する端末機器が基地局に接続され、且つ、その伝送リソースは基地局によって割り当てられるため、伝送モード３を使用する端末機器と伝送モード４を使用する端末機器が共存する場合、伝送モード３を使用する端末機器による伝送の信頼性を保証することはなおさら必要である。

本願の実施例において、異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器は通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減される。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

図３は、本願の実施例によるＤ２Ｄ通信方法を概略的に示すフローチャートである。図３に示される方法は端末機器によって実行されてもよく、当該端末機器は例えば、図１に示される端末機器２０又は端末機器３０とすることができる。図３に示すように、当該Ｄ２Ｄ通信方法は、３１０及び３２０を含む。
３１０において、端末機器は端末機器の使用する伝送モード及び端末機器がセンシング能力を有するか否かに基づき、複数のリソースプールにおいてデータ伝送を行うためのリソースプールを決定する。

ただし、複数のリソースプールにおける異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、当該異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

当該端末機器は例えば、ハンドヘルド端末（ＰＵＥ）又は車載端末（ＶＵＥ）とすることができる。

３２０において、端末機器は当該リソースプールにおける時間周波数リソースを使用してデータ伝送を行う。

具体的に、異なる通信プロトコルをサポートする端末機器が通信システムで共にデータ伝送を行う場合、センシング能力を有する端末機器は、リソースセンシングによりリソースを選択することができ、センシング能力を有しない端末機器は、その他の端末機器によるデータ伝送と干渉が生じることは回避しにくい。異なる通信プロトコルをサポートする端末機器は、端末機器の使用する伝送モード及び端末機器がセンシング能力を有するか否かに基づき、複数のリソースプールのうちにおいて自分がデータ伝送を行うためのリソースプールを決定する。当該複数のリソースプールはネットワーク機器によって配置されるか、又はネットワーク機器と端末機器が事前に取り決めたプロトコル等で規定される。当該複数のリソースプールのうち、異なるリソースプールは異なるタイプの端末機器がデータ伝送を行うために用いられ、異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。リソースプールを指定する際に端末機器の使用する伝送モードが考慮されるだけでなく、端末機器のサポートする通信プロトコルのバージョン及び端末機器がセンシング能力を有するか否かも考慮されるため、異なるタイプ端末機器同士間のデータ伝送の干渉は最大限に低減される。

本願の実施例は２種のリソースプール指定方式を提供する。以下、図４及び図５を参照して具体的に説明する。

方式１：
センシング能力を有する端末機器及びセンシング能力を備えない端末機器はリソースプールを共有しない。

（１）端末機器がバージョンＲｅｌｅａｓｅ−１４（略記Ｒｅｌ−１４）の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５（略記Ｒｅｌ−１５）の通信プロトコルをサポートしない場合、端末機器が、端末機器がデータ伝送を行うためのリソースプールを決定することは、
端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールに決定することと、
端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第２のリソースプールに決定し、ただし、第２のリソースプールと第１のリソースプールは重ならないことと、
端末機器が第１の伝送モードを使用する場合、前記リソースプールを第３のリソースプールに決定し、ただし、第３のリソースプールと第１のリソースプールは重ならなく、且つ、第３のリソースプールと第２のリソースプールも重ならないこととを含む。

ただし、選択可能なものとして、第１のリソースプールが第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、端末機器が前記リソースプールを第１のリソースプールに決定することは、端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールにおける第１のサブリソースプールに決定することを含む。

（２）端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、端末機器が、端末機器がデータ伝送を行うためのリソースプールを決定することは、
端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールに決定することと、
端末機器が第１の伝送モードをサポートするか、又は第２の伝送モードをサポートし、且つセンシング能力を備える場合、前記リソースプールを第４のリソースプールに決定し、ただし第４のリソースプールと第１のリソースプールは重ならないこととを含む。

ただし、選択可能なものとして、端末機器が当該リソースプールを第１のリソースプールに決定することは、端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、当該リソースプールを第１のリソースプールにおける第２のサブリソースプールに決定することを含む。

選択可能なものとして、方式１において、上記第４のリソースプールは第２のリソースプール及び／又は第３のリソースプールを含んでもよい。

例えば、図４に示されるリソースプールの指定の概略図によると、図４で当該複数のリソースプールは第１のリソースプール、第２のリソースプール、第３のリソースプール及び第４のリソースプールを含み、第１のリソースプール、第２のリソースプールと第３のリソースプールは互いに重ならず、第４のリソースプールと第１のリソースプールは重ならない。ただし、リソースプールのそれぞれは対応するタイプの端末機器がデータ伝送を行うために用いられ、表１に示すのは異なるリソースプールに対応する端末機器のタイプである。

ただし、第４のリソースプールは第２のリソースプール及び／又は第３のリソースプールを含んでもよい、すなわち第４のリソースプールの範囲は第２のリソースプール及び／又は第３のリソースプールの範囲より大きくてもよい。

理解できることであろうが、第４のリソースプールは第２のリソースプール及び／又は第３のリソースプールを含んでもよい、又は第２のリソースプールは第４のリソースプールを含んでもよい、又は第３のリソースプールは第４のリソースプールを含んでもよく、本願の実施例では、第２のリソースプールと第４のリソースプールのサイズ・位置関係及び第３のリソースプールと第４のリソースプールのサイズ・位置関係について限定しなく、第１のリソースプール、第２のリソースプールと第３のリソースプールは互いに重ならなく、且つ、第４のリソースプールと第１のリソースプールは重ならないことが保証されればよい。

また理解できることであろうが、本願の実施例において、リソースプールとリソースプールが重ならないことは例えば、リソースプールとリソースプールが直交することとしてもよい。

また、第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールとして指定されてもよければ、指定を行うことなく、第２の伝送モードを使用し、センシング能力を備えない端末機器がデータ伝送を行うために用いてもよい。

図４に示すように、第４のリソースプールは第２のリソースプール及び第３のリソースプールを含み、第１のリソースプール、第２のリソースプールと第３のリソースプールは互いに重ならず、第４のリソースプールと第１のリソースプールは重ならない。

第４のリソースプールは第３のリソースプールを含み、第４のリソースプール及び第３のリソースプールはいずれも第１の伝送モードをサポートする端末機器に対応してもよく、伝送リソースはいずれも基地局によって割り当てられるため、基地局のスケジューリングにより端末機器同士間の干渉を回避できる。また、第４のリソースプールはセンシング能力を有する端末機器に対応してもよいため、センシングにより第３のリソースプールにおける端末機器に対する干渉を回避できる。

第４のリソースプールは第２のリソースプールを含み、第４のリソースプールにおける端末機器がセンシング能力を備えない場合、第２のリソースプールにおける端末機器がセンシング能力を有するため、センシングにより第４のリソースプールにおける端末機器に対する干渉を回避できる。第４のリソースプールにおける端末機器がセンシング能力を備える場合、第４のリソースプール及び第２のリソースプールにおける端末機器がセンシング能力を有することで、端末機器同士間の干渉を回避できる。
また、第４のリソースプールにおける端末機器がセンシング能力を有する可能性もあれば、センシング能力を有しない可能性もあるため、センシング能力を有する端末機器はセンシングにより第４のリソースプールにおけるその他の端末機器に対する干渉を回避できる。

第４のリソースプールと第１のサブリソースプール、第２のサブリソースプールは重ならない。第１のサブリソースプール、第２のサブリソースプールにおける端末機器がセンシング能力を有しないため、第４のリソースプールにおける端末機器に対する干渉は回避できず、リソースプールの共有を実現できないが、重ならないリソースプールを指定する方式により、センシング能力を有しない端末機器が第４のリソースプールにおける端末機器に対する干渉を回避できる。

従って、一方では、センシング能力を有しない且つ第２の伝送モードをサポートする端末機器のリソースプールと、センシング能力を有する且つ第２の伝送モードをサポートする端末機器のリソースプールとを別々に指定することにより、ランダムにリソースを選択する端末機器がセンシングによりリソースを選択する端末機器に干渉することは回避される。他方では、センシング能力を有しない且つ第２の伝送モードをサポートする端末機器のリソースプールと、第１の伝送モードをサポートする端末機器のリソースプールとを別々に指定することにより、ランダムにリソースを選択する端末機器が基地局によってリソースを割り当てられる端末機器に対する干渉は回避される。さらに、バージョンＲｅｌｅａｓｅ−１５をサポートする且つ第１の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、センシング能力を有する且つ第２の伝送モードをサポートする端末機器に対して比較的大きなリソースプールを配置することにより、比較的大きなリソースプール範囲を使用して、リソース利用率を向上させることができる。

方式２：
センシング能力を有する端末機器及びセンシング能力を備えない端末機器はリソースプールを共有できる。

（１）端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、端末機器が、端末機器がデータ伝送を行うためのリソースプールを決定することは、
端末機器が第２の伝送モードを使用する場合、前記リソースプールを第５のリソースプールに決定することと、
端末機器が第１の伝送モードを使用する場合、前記リソースプールを第６のリソースプールに決定し、ただし第６のリソースプールと第５のリソースプールは重ならないこととを含む。

ただし、選択可能なものとして、第５のリソースプールが第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、端末機器が当該リソースプールを第５のリソースプールに決定することは、端末機器が第２の伝送モードを使用する場合、当該リソースプールを第５のリソースプールにおける第３のサブリソースプールに決定することを含む。

（２）端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、端末機器が、端末機器がデータ伝送を行うためのリソースプールを決定することは、
端末機器が第２の伝送モードを使用する且つセンシング能力を備えない場合、当該リソースプールを第５のリソースプールに決定することと、
端末機器が第１の伝送モードを使用する場合、前記リソースプールを第７のリソースプールに決定し、ただし第７のリソースプールと第５のリソースプールは重ならないことと、
端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第８のリソースプールに決定することとを含む。

ただし、選択可能なものとして、端末機器が前記リソースプールを第５のリソースプールに決定することは、端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、当該リソースプールを第５のリソースプールにおける第４のサブリソースプールに決定することを含む。

選択可能なものとして、方式２において、第７のリソースプールは第６のリソースプールを含む。

選択可能なものとして、方式２において、第８のリソースプールは、第５のリソースプール、第６のリソースプール及び第７のリソースプールのうちの少なくとも１つを含む。

例えば、図５に示されるリソースプールの指定の概略図によると、図５で当該複数のリソースプールは第５のリソースプール、第６のリソースプール、第７のリソースプール及び第８のリソースプールを含み、第５のリソースプールと第６のリソースプールは重ならず、第５のリソースプールと第７のリソースプールも重ならない。ただし、リソースプールのそれぞれは対応するタイプの端末機器がデータ伝送を行うために用いられ、表２に示すのは異なるリソースプールに対応する端末機器のタイプである。

ただし、第８のリソースプールは、第５のリソースプール、第６のリソースプール及び第７のリソースプールのうちの少なくとも１つを含む。第８のリソースプールの範囲は第５のリソースプール、第６のリソースプール及び第７のリソースプールの範囲より大きくてもよい。

理解できることであろうが、第８のリソースプールは第５のリソースプール、第６のリソースプール及び第７のリソースプールのうちの少なくとも１つを含む、又は第５のリソースプールは第８のリソースプールを含んでもよい、又は第６のリソースプールは第８のリソースプールを含んでもよい、又は第７のリソースプールは第８のリソースプールを含んでもよく、本願の実施例では、第５のリソースプールと第８のリソースプールのサイズ・位置関係、第６のリソースプールと第８のリソースプールのサイズ・位置関係、及び第７のリソースプールと第８のリソースプールのサイズ・位置関係について限定しなく、第５のリソースプールと第６のリソースプールは重ならなく、且つ、第５のリソースプールと第７のリソースプールは重ならないことが保証されればよい。

また、第５のリソースプールは第３のリソースプール及び第４のサブリソースプールとして指定されてもよければ、指定を行うことなく、バージョンＲｅｌｅａｓｅ−１４をサポートし、且つ第２の伝送モードを使用する端末機器、及びバージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いてもよい。

図５に示すように、第５のリソースプールと第６のリソースプールは重ならず、第５のリソースプールと第７のリソースプールも重ならない。

第７のリソースプールは第６のリソースプールを含み、第６のリソースプール、第７のリソースプールにおける端末機器はいずれも基地局によってリソースを割り当てられるため、第６のリソースプール、第７のリソースプールにおける端末機器は、相互干渉が生じない。

第７のリソースプールと第３のサブリソースプール、第４のサブリソースプールは重ならず、第３のサブリソースプール、第４のサブリソースプールにセンシング能力を有しない端末機器が含まれるため、これらの端末機器がランダムにリソースを選択すると、第７のリソースプール内の端末機器に対する干渉が生じる。

第８のリソースプールは第７のリソースプールを含み、第８のリソースプールにおける端末機器がセンシング能力を有することで、センシングにより第７のリソースプール内の端末機器に対する干渉を回避できる。

第８のリソースプールは第３のサブリソースプール、第４のサブリソースプールを含み、Ｒｅｌｅａｓｅ−１４をサポートする端末機器では、センシング能力を有する端末機器とセンシング能力を有しない端末機器はリソースプールを共有でき、同様に、Ｒｅｌｅａｓｅ−１５をサポートする端末機器では、センシング能力を有する端末機器とセンシング能力を有しない端末機器もリソースプールを共有できる。

また、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、センシング能力を有し、且つ第２の伝送モードをサポートする端末機器に対して比較的大きなリソースプールを配置することにより、比較的大きなリソースプール範囲を使用して、リソース利用率を向上させることができる。

上記説明によれば、本願の実施例において、異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

理解できることであろうが、本願の実施例において、Ｒｅｌｅａｓｅ−１５をサポートする端末機器は、Ｒｅｌｅａｓｅ−１５をサポートする端末機器、又はＲｅｌｅａｓｅ−１５をサポートするその他のバージョンの端末機器、例えばＲｅｌｅａｓｅ−１５をサポートするＲｅｌｅａｓｅ−１６の端末機器を含んでもよい。

選択可能なものとして、本願の実施例において、当該第１の伝送モードは例えば、上記３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード３とすることができ、端末機器が前記第１の伝送モードを使用する場合、端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、当該第２の伝送モードは例えば、上記３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード４とすることができ、端末機器が前記第２の伝送モードを使用する場合、当該時間周波数リソースは、端末機器が自主的に選択できるリソースであり、例えば、対応するリソースプールにおいてランダムに選択されるリソース、又は端末機器がリソースセンシングの結果に基づき決定するリソースである。

図６は、本願の実施例によるＤ２Ｄ通信方法を概略的に示すフローチャートである。図６に示される方法はネットワーク機器によって実行されてもよく、当該ネットワーク機器は例えば、図１に示されるネットワーク機器１０とすることができる。図６に示すように、当該Ｄ２Ｄ通信方法は、６１０及び６２０を含む。
６１０において、ネットワーク機器は複数のリソースプールを決定し、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

６２０において、前記ネットワーク機器は端末機器に対して指示情報を送信し、前記指示情報は前記複数のリソースプールを指示するために用いられる。

従って、ネットワーク機器が異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

選択可能なものとして、前記複数のリソースプールは第１のリソースプール、第２のリソースプール、第３のリソースプール及び第４のリソースプールを含み、前記第１のリソースプール、前記第２のリソースプールと前記第３のリソースプールは互いに重ならず、前記第４のリソースプールと前記第１のリソースプールは重ならず、
ただし、前記第１のリソースプールは、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、
前記第２のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられ、
前記第３のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、
前記第４のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器、又はバージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

選択可能なものとして、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記第１のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記複数のリソースプールは第５のリソースプール、第６のリソースプール、第７のリソースプール及び第８のリソースプールを含み、前記第５のリソースプールと前記第６のリソースプールは重ならず、前記第５のリソースプールと前記第７のリソースプールも重ならない。

ただし、前記第５のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく且つ第２の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、
前記第６のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、
前記第７のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、
前記第８のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記第７のリソースプールは前記第６のリソースプールを含む。

選択可能なものとして、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

選択可能なものとして、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記第３のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

理解できることであろうが、ネットワーク機器によって指定される当該複数のリソースプールは具体的に、上記図３から図５及び表１、表２の端末機器がリソースプールを選択する過程の説明を参照できる。説明の簡素化のために、ここでは贅言しない。

また理解できることであろうが、本願の様々な実施例において、上記各過程の番号の数値は、実行順序の前後を意味するものではなく、各過程の実行順序はその機能及び内部の倫理により決定されるものであり、本願の実施例の実施過程に対していかなる限定も構成しない。

上記説明において、本願の実施例によるＤ２Ｄ通信方法を詳細に説明した。以下、図７から図１１を参照して、本願の実施例による装置を説明するが、方法の実施例で説明される技術的特徴は、以下の装置の実施例にも適用される。

図７は、本願の実施例による端末機器７００を概略的に示すブロック図である。図７に示すように、当該端末機器７００は、決定ユニット７１０及び伝送ユニット７２０を含む。ただし、
決定ユニット７１０は、前記端末機器の使用する伝送モード及び前記端末機器がセンシング能力を有するか否かに基づき、複数のリソースプールにおいてデータ伝送を行うためのリソースプールを決定するために用いられ、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。
伝送ユニット７２０は、前記リソースプールにおける時間周波数リソースを使用してデータ伝送を行うために用いられる。

従って、本願の実施例において、異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

選択可能なものとして、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールに決定し、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第２のリソースプールに決定するために用いられ、ただし、前記第２のリソースプールと前記第１のリソースプールは重ならず、また前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第３のリソースプールに決定するためにも用いられ、ただし、前記第３のリソースプールと前記第１のリソースプールは重ならなく、且つ、前記第３のリソースプールと前記第２のリソースプールも重ならない。

選択可能なものとして、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第１のサブリソースプールに決定するために用いられる。

選択可能なものとして、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールに決定し、前記端末機器が第１の伝送モードを使用するか、又は第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第４のリソースプールに決定するために用いられ、前記第４のリソースプールと前記第１のリソースプールは重ならない。

選択可能なものとして、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第２のサブリソースプールに決定するために用いられる。

選択可能なものとして、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

選択可能なものとして、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを第５のリソースプールに決定し、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第６のリソースプールに決定するために用いられ、前記第６のリソースプールと前記第５のリソースプールは重ならない。

選択可能なものとして、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを前記第５のリソースプールにおける前記第３のサブリソースプールに決定するために用いられる。

選択可能なものとして、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールに決定し、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第７のリソースプールに決定するために用いられ、前記第７のリソースプールと前記第５のリソースプールは重ならず、また前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第８のリソースプールに決定するためにも用いられる。

選択可能なものとして、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールにおける前記第４のサブリソースプールに決定するために用いられる。

選択可能なものとして、前記第７のリソースプールは前記第６のリソースプールを含む。

選択可能なものとして、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

選択可能なものとして、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための前記時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

図８は、本願の実施例によるネットワーク機器８００を概略的に示すブロック図である。図８に示すように、該ネットワーク機器８００は、決定ユニット８１０及び伝送ユニット８２０を含む。ただし、
決定ユニット８１０は、複数のリソースプールを決定するために用いられ、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。
伝送ユニット８２０は、端末機器に対して指示情報を送信するために用いられ、前記指示情報は前記複数のリソースプールを指示するために用いられる。

従って、ネットワーク機器が異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

選択可能なものとして、前記複数のリソースプールは第１のリソースプール、第２のリソースプール、第３のリソースプール及び第４のリソースプールを含み、前記第１のリソースプール、前記第２のリソースプールと前記第３のリソースプールは互いに重ならず、前記第４のリソースプールと前記第１のリソースプールは重ならず、ただし、前記第１のリソースプールは、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられ、前記第３のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器、又はバージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

選択可能なものとして、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記第１のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記複数のリソースプールは第５のリソースプール、第６のリソースプール、第７のリソースプール及び第８のリソースプールを含み、前記第５のリソースプールと前記第６のリソースプールは重ならず、前記第５のリソースプールと前記第７のリソースプールも重ならず、ただし、前記第５のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第６のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第７のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第８のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記第７のリソースプールは前記第６のリソースプールを含む。

選択可能なものとして、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

選択可能なものとして、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記第３のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

図９は、本願の実施例による端末機器９００の構造を概略的に示すブロック図である。図９に示すように、当該端末機器はプロセッサ９１０、送受信器９２０及びメモリ９３０を含み、ただし、当該プロセッサ９１０、送受信器９２０及びメモリ９３０は内部接続経路を介して相互に通信する。当該メモリ９３０はコマンドを記憶するために用いられ、当該プロセッサ９１０は当該メモリ９３０に記憶されているコマンドを実行することにより、当該送受信器９２０が信号を送受信するように制御するために用いられる。ただし、当該プロセッサ９１０は、
複数のリソースプールを決定するために用いられ、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。
当該送受信器９２０は、端末機器に対して指示情報を送信するために用いられ、前記指示情報は前記複数のリソースプールを指示するために用いられる。

選択可能なものとして、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールに決定し、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第２のリソースプールに決定するために用いられ、ただし、前記第２のリソースプールと前記第１のリソースプールは重ならず、また前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第３のリソースプールに決定するためにも用いられ、ただし、前記第３のリソースプールと前記第１のリソースプールは重ならなく、且つ、前記第３のリソースプールと前記第２のリソースプールも重ならない。

選択可能なものとして、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第１のサブリソースプールに決定するために用いられる。

選択可能なものとして、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールに決定し、前記端末機器が第１の伝送モードを使用するか、又は第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第４のリソースプールに決定するために用いられ、前記第４のリソースプールと前記第１のリソースプールは重ならない。

選択可能なものとして、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第２のサブリソースプールに決定するために用いられる。

選択可能なものとして、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

選択可能なものとして、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを第５のリソースプールに決定し、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第６のリソースプールに決定するために用いられ、前記第６のリソースプールと前記第５のリソースプールは重ならない。

選択可能なものとして、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを前記第５のリソースプールにおける前記第３のサブリソースプールに決定するために用いられる。

選択可能なものとして、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールに決定し、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第７のリソースプールに決定するにために用いられ、前記第７のリソースプールと前記第５のリソースプールは重ならず、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第８のリソースプールに決定するためにも用いられる。

選択可能なものとして、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールにおける前記第４のサブリソースプールに決定するために用いられる。

選択可能なものとして、前記第７のリソースプールは前記第６のリソースプールを含む。

選択可能なものとして、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

選択可能なものとして、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための前記時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいてランダムに選択するリソース、及び／又は前記端末機器がリソースセンシングの結果に基づき決定するリソースである。

理解できることであろうが、本願の実施例において、当該プロセッサ９１０は中央処理ユニット（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、略称ＣＰＵ）とすることができ、当該プロセッサ９１０はその他の汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、略称ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、略称ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、略称ＦＰＧＡ）又はその他のプログラマブル論理部品、ディスクリートゲート又はトランジスタ論理部品、ディスクリートハードウェアコンポーネント等とすることもできる。汎用プロセッサはマイクロプロセッサとすることができ、又は当該プロセッサはいかなる通常のプロセッサ等としてもよい。

当該メモリ９３０は、リードオンリーメモリ及びランダムアクセスメモリを含み、且つ、プロセッサ９１０に対してコマンド及びデータを提供することができる。メモリ９３０の一部には、不揮発性ランダムアクセスメモリが含まれてもよい。

実現する過程において、上記方法の各ステップは、プロセッサ９１０内のハードウェアによる集積論理回路又はソフトウェア形式のコマンドによって完了することができる。本願の実施例で開示されている測位方法のステップによれば、ハードウェアプロセッサが直接実行して完了されるものとして実現されてもよければ、又はプロセッサ９１０内のハードウェア及びソフトウェアモジュールの組み合わせで実行して完了されてもよい。ソフトウェアモジュールは、ランダムメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリ又は電気的消去可能プログラマブルメモリ、レジスタ等の本分野で定着されている記憶媒体内に配置されてもよい。当該記憶媒体はメモリ９３０に配置され、プロセッサ９１０がメモリ９３０内の情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完了する。重複を避けるために、ここでは詳細に説明しない。

本願の実施例による端末機器９００は、上記方法３００で方法３００を実行するための端末機器、及び本願の実施例による端末機器７００に対応してもよく、且つ、当該端末機器９００内の各ユニット又はモジュールのそれぞれは、上記方法３００で端末機器によって実行される各動作又は処理過程を実行するために用いられ、ここで、重複を避けるために、その詳細な説明は省略される。

図１０は、本願の実施例によるネットワーク機器１０００の構造を概略的に示すブロック図である。図１０に示すように、当該ネットワーク機器はプロセッサ１０１０、送受信器１０２０及びメモリ１０３０を含み、ただし、当該プロセッサ１０１０、送受信器１０２０及びメモリ１０３０は内部接続経路を介して相互に通信する。当該メモリ１０３０はコマンドを記憶するために用いられ、当該プロセッサ１０１０は当該メモリ１０３０に記憶されているコマンドを実行することにより、当該送受信器１０２０が信号を送受信するように制御するために用いられる。ただし、当該プロセッサ１０１０は、
複数のリソースプールを決定するために用いられ、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。
当該送受信器１０２０は、端末機器に対して指示情報を送信するために用いられ、前記指示情報は前記複数のリソースプールを指示するために用いられる。

選択可能なものとして、前記複数のリソースプールは第１のリソースプール、第２のリソースプール、第３のリソースプール及び第４のリソースプールを含み、前記第１のリソースプール、前記第２のリソースプールと前記第３のリソースプールは互いに重ならず、前記第４のリソースプールと前記第１のリソースプールは重ならず、ただし、前記第１のリソースプールは、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられ、前記第３のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器、又はバージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

選択可能なものとして、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記第１のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記複数のリソースプールは第５のリソースプール、第６のリソースプール、第７のリソースプール及び第８のリソースプールを含み、前記第５のリソースプールと前記第６のリソースプールは重ならず、前記第５のリソースプールと前記第７のリソースプールも重ならず、ただし、前記第５のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第６のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第７のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第８のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記第７のリソースプールは前記第６のリソースプールを含む。

選択可能なものとして、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

選択可能なものとして、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記第３のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

選択可能なものとして、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

理解できることであろうが、本願の実施例において、当該プロセッサ１０１０は中央処理ユニット（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、略称ＣＰＵ）とすることができ、当該プロセッサ１０１０はその他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又はその他のプログラマブル論理部品、ディスクリートゲート又はトランジスタ論理部品、ディスクリートハードウェアコンポーネント等とすることもできる。汎用プロセッサはマイクロプロセッサとすることができ、又は当該プロセッサはいかなる通常のプロセッサ等としてもよい。

当該メモリ１０３０はリードオンリーメモリ及びランダムアクセスメモリを含み、且つ、プロセッサ１０１０に対してコマンド及びデータを提供することができる。メモリ１０３０の一部には、不揮発性ランダムアクセスメモリが含まれてもよい。実現する過程において、上記方法の各ステップは、プロセッサ１０１０内のハードウェアによる集積論理回路又はソフトウェア形式のコマンドによって完了することができる。本願の実施例で開示されている測位方法のステップによれば、ハードウェアプロセッサが直接実行して完了されるものとして実現されてもよければ、又はプロセッサ１０１０内のハードウェア及びソフトウェアモジュールの組み合わせで実行して完了されてもよい。ソフトウェアモジュールはランダムメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリ又は電気的消去可能プログラマブルメモリ、レジスタ等の本分野で定着されている記憶媒体内に配置されてもよい。当該記憶媒体はメモリ１０３０に配置され、プロセッサ１０１０がメモリ１０３０内の情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完了する。重複を避けるために、ここでは詳細に説明しない。

本願の実施例によるネットワーク機器１０００は上記方法６００で方法６００を実行するためのネットワーク機器、及び本願の実施例によるネットワーク機器８００に対応してもよく、且つ、当該ネットワーク機器１０００内の各ユニット又はモジュールのそれぞれは、上記方法６００でネットワーク機器によって実行される各動作又は処理過程を実行するために用いられ、ここで、重複を避けるために、その詳細な説明は省略される。

図１１は、本願の実施例によるシステムチップの一つの構造を概略的に示すブロック図である。図１１のシステムチップ１１００は入力インタフェース１１０１、出力インタフェース１１０２、少なくとも１つのプロセッサ１１０３及びメモリ１１０４を含み、前記入力インタフェース１１０１、出力インタフェース１１０２、前記プロセッサ１１０３及びメモリ１１０４は内部接続経路を介して相互に接続される。前記プロセッサ１１０３は前記メモリ１１０４内のコードを実行するために用いられる。

選択可能なものとして、前記コードが実行される時、前記プロセッサ１１０３は方法の実施例で端末機器によって実行される方法３００を実現できる。説明の簡素化のために、ここでは贅言しない。

選択可能なものとして、前記コードが実行される時、前記プロセッサ１１０３は方法の実施例でネットワーク機器によって実行される方法６００を実現できる。説明の簡素化のために、ここでは贅言しない。

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

当業者であれば分かるように、説明の便宜上及び説明の簡素化のために、上記のように説明されるシステム、装置及びユニットの具体的な動作過程は、上記方法の実施例における対応する過程を参照することができ、ここでは贅言しない。

理解できることであろうが、本願によって提供されるいくつかの実施例で開示されているシステム、装置及び方法は、その他の形態によっても実現できる。例えば、上記のように説明される装置の実施例は例示的なものに過ぎず、例えば、各ユニットの区分は、論理上の機能区分に過ぎず、実際に実現する際は別の形態での区分も可能であり、例えば、複数のユニット又はコンポーネントを別のシステムに組み合わせるもしくは集積させる、又は一部の特徴を反映させず、実行しないようにしてもよい。また、図示される又は説明される互いのコープリング又は直接的なコープリング又は通信接続は、いくつかのインタフェース、装置又はユニットによる間接的なコープリング又は通信接続とすることができ、電気的形態、機械的形態又は他の形態とすることができる。

分離される部品として説明される当該ユニットは、物理的に分離されるものであっても、そうでないものであってもよく、ユニットとして表示される各部品は、物理的なユニットであってもそうでなくてもよい、すなわち、同一の場所に配置されるものであっても、複数のネットワークユニットに配置されるものであってもよい。実際の必要に応じてそのうちの一部のユニットを選択するか、又は全てのユニットで本実施例の目的を達成できる。

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

当該機能は、ソフトウェアの機能ユニットの形式で実現され、且つ、独立する製品として販売又は使用される場合、コンピュータ可読記憶媒体に記憶されてもよい。そのような理解を踏まえ、本願の技術的解決手段は本質的にまたは従来技術に対して貢献がある部分又は当該技術的解決手段の部分は、ソフトウェア製品の形式で表現されてもよい。当該コンピュータソフトウェア製品は記憶媒体に記憶されており、コンピュータ機器（パソコン、サーバ、又はネットワーク機器等）が本願の各実施例に記載の方法の全て又は一部のステップを実行するためのいくつかのコマンドを含む。上記記憶媒体は、ＵＳＢフラッシュメモリ、モバイルハードディスク、リードオンリーメモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、略称ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、略称ＲＡＭ）、磁気ディスク又は光ディスク等、プロクラムコードを記憶可能な各種の媒体を含む。

以上に記載の内容は、本願の具体的な実施形態に過ぎず、本願の実施例による保護範囲はこれに限定されるものではなく、当業者が本願で開示されている技術範囲において容易に想到し得る変更又は置換は、いずれも本願の個人用途の保護範囲に含まれるものとする。従って、本願の実施例による保護範囲は特許請求の範囲に準拠する。

本願の実施例は、無線通信の分野に関し、より具体的に言えば、デバイスツーデバイス（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ、略称Ｄ２Ｄ）通信方法、端末機器及びネットワーク機器に関する。

車のインターネット、あるいは車両対デバイスと呼ばれる（Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ、略称Ｖ２Ｘ）通信システムは、Ｄ２Ｄ通信に基づく一種のサイドリンク（Ｓｉｄｅｌｉｎｋ、略称ＳＬ）伝送技術であり、従来のロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、略称ＬＴＥ）システムで基地局を介してデータを送受信する方式とは異なり、車のインターネットシステムは、端末対端末という直接的な通信方式を採用するため、スペクトル効率がより高く伝送遅延がより小さい。第３世代パートナーシッププロジェクト（ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、略称３ＧＰＰ）プロトコルのバージョンＲｅｌｅａｓｅ−１４では、車のインターネットについて２種の伝送モード、すなわちモード３（ｍｏｄｅ３）及びモード４（ｍｏｄｅ４）が定義されている。伝送モード３を使用する端末機器と伝送モード４を使用する端末機器は異なるリソースプールにおいてデータを伝送する。なお、モード３を使用する端末が用いるリソースは基地局によって割り当てられ、端末は基地局によって割り当てられるリソースに基づき、サイドリンクにおいてデータを伝送するが、モード４を使用する端末はサイドリンクの伝送リソースを自主的に選択することができ、例えば、端末はサイドリンクにおいてランダムにリソースを選択するか、又はセンシングの方式によりリソースを決定することができる。

伝送モード３を使用する端末機器が基地局に接続され、且つ、その伝送リソースは基地局によって割り当てられるため、伝送モード３を使用する端末機器と伝送モード４を使用する端末機器が共存する場合、伝送モード３を使用する端末機器の伝送の信頼性を保証することはなおさら必要である。

３ＧＰＰプロトコルの新バージョンＲｅｌｅａｓｅ−１５をサポートする端末の場合、同様にこの２種の伝送モードを使用できる。また、２つのバージョンにおける端末機器はセンシング能力を有する端末機器である可能性もあれば、センシング能力を有しない端末機器である可能性もある。これにより、センシング能力を有しない端末機器は他の端末機器のリソース使用状況を知ることができないため、伝送モード３を使用する端末機器のデータ伝送を干渉する可能性が高い。

従って、どのようにすれば、異なるタイプの端末機器が通信システムで共にデータ伝送を行うことができるようにし、相互干渉を軽減するかは、一つの解決すべき課題となる。

本願の実施例は、異なるタイプの端末機器が通信システムで共にデータ伝送を行うことができるようにし、相互干渉を軽減するＤ２Ｄ通信方法、端末機器及びネットワーク機器を提供する。

第１の態様として、Ｄ２Ｄ通信方法を提供し、当該方法は、端末機器が前記端末機器の使用する伝送モード及び前記端末機器がセンシング能力を有するか否かに基づき、複数のリソースプールのうちにおいてデータ伝送を行うためのリソースプールを決定し、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なることと、前記端末機器が前記リソースプールにおける時間周波数リソースを使用してデータ伝送を行うこととを含む。

従って、本願の実施例において、異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

一つの可能な実現形態において、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記端末機器が、前記端末機器がデータ伝送を行うためのリソースプールを決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールに決定することと、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第２のリソースプールに決定し、ただし、前記第２のリソースプールと前記第１のリソースプールは重ならないことと、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第３のリソースプールに決定し、ただし、前記第３のリソースプールと前記第１のリソースプールは重ならなく、且つ、前記第３のリソースプールと前記第２のリソースプールも重ならないこととを含む。

一つの可能な実現形態において、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記端末機器が前記リソースプールを第１のリソースプールに決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第１のサブリソースプールに決定することを含む。

一つの可能な実現形態において、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、前記端末機器が、前記端末機器がデータ伝送を行うためのリソースプールを決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールに決定することと、前記端末機器が第１の伝送モードを使用するか、又は第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第４のリソースプールに決定し、前記第４のリソースプールと前記第１のリソースプールは重ならないこととを含む。

一つの可能な実現形態において、前記端末機器が前記リソースプールを第１のリソースプールに決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第２のサブリソースプールに決定することを含む。

一つの可能な実現形態において、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

一つの可能な実現形態において、前記第２のリソースプールは前記第４のリソースプールを含む。

一つの可能な実現形態において、前記第３のリソースプールは前記第４のリソースプールを含む。

一つの可能な実現形態において、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記端末機器が、前記端末機器がデータ伝送を行うためのリソースプールを決定することは、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを第５のリソースプールに決定することと、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第６のリソースプールに決定し、ただし前記第６のリソースプールと前記第５のリソースプールは重ならないこととを含む。

一つの可能な実現形態において、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記端末機器が前記リソースプールを第５のリソースプールに決定することは、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを前記第５のリソースプールにおける前記第３のサブリソースプールに決定することを含む。

一つの可能な実現形態において、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、前記端末機器が、前記端末機器がデータ伝送を行うためのリソースプールを決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールに決定することと、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第７のリソースプールに決定し、ただし前記第７のリソースプールと前記第５のリソースプールは重ならないことと、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第８のリソースプールに決定することとを含む。

一つの可能な実現形態において、前記端末機器が前記リソースプールを第５のリソースプールに決定することは、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールにおける前記第４のサブリソースプールに決定することを含む。

一つの可能な実現形態において、前記第７のリソースプールは前記第６のリソースプールを含む。

一つの可能な実現形態において、前記第６のリソースプールは前記第７のリソースプールを含む。

一つの可能な実現形態において、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

一つの可能な実現形態において、前記第５のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記第６のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記第７のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための前記時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

当該第１の伝送モードは例えば、上記伝送モード３とすることができ、端末機器が第１の伝送モードを使用する場合、端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、当該第２の伝送モードは例えば、上記伝送モード４とすることができ、端末機器が第２の伝送モードを使用する場合、当該時間周波数リソースは端末機器が対応するリソースプールにおいて自主的に選択するリソースであり、例えば、端末機器は対応するリソースプールにおいてランダムにリソースを選択する且つ／又はリソースセンシングの結果に基づきリソースを選択する。

第２の態様として、Ｄ２Ｄ通信方法を提供し、当該方法は、ネットワーク機器が複数のリソースプールを決定し、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なることと、前記ネットワーク機器が端末機器に対して指示情報を送信し、前記指示情報は前記複数のリソースプールを指示するために用いられることとを含む。

従って、ネットワーク機器が異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

一つの可能な実現形態において、前記複数のリソースプールは第１のリソースプール、第２のリソースプール、第３のリソースプール及び第４のリソースプールを含み、前記第１のリソースプール、前記第２のリソースプールと前記第３のリソースプールは互いに重ならず、前記第４のリソースプールと前記第１のリソースプールは重ならず、ただし、前記第１のリソースプールは、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられ、前記第３のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器、又はバージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

一つの可能な実現形態において、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

一つの可能な実現形態において、前記第２のリソースプールは前記第４のリソースプールを含む。

一つの可能な実現形態において、前記第３のリソースプールは前記第４のリソースプールを含む。

一つの可能な実現形態において、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記第１のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

一つの可能な実現形態において、前記複数のリソースプールは第５のリソースプール、第６のリソースプール、第７のリソースプール及び第８のリソースプールを含み、前記第５のリソースプールと前記第６のリソースプールは重ならず、前記第５のリソースプールと前記第７のリソースプールも重ならず、ただし、前記第５のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第６のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第７のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第８のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

一つの可能な実現形態において、前記第７のリソースプールは前記第６のリソースプールを含む。

一つの可能な実現形態において、前記第６のリソースプールは前記第７のリソースプールを含む。

一つの可能な実現形態において、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

一つの可能な実現形態において、前記第５のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記第６のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記第７のリソースプールは前記第８のリソースプールを含む。

一つの可能な実現形態において、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記第３のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

一つの可能な実現形態において、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

第３の態様として、端末機器を提供し、当該端末機器は上記第１の態様又は第１の態様の任意の可能な実現形態における端末機器の動作を実行することができる。具体的に、当該端末機器は上記第１の態様又は第１の態様の任意の可能な実現形態における端末機器の動作を実行するためのモジュールユニットを含んでもよい。

第４の態様として、ネットワーク機器を提供し、当該ネットワーク機器は上記第２の態様又は第２の態様の任意の可能な実現形態におけるネットワーク機器の動作を実行することができる。具体的に、当該ネットワーク機器は上記第２の態様又は第２の態様の任意の可能な実現形態におけるネットワーク機器の動作を実行するためのモジュールユニットを含んでもよい。

第５の態様として、端末機器を提供し、当該端末機器は、プロセッサ、送受信器及びメモリを含む。ただし、当該プロセッサ、送受信器とメモリは内部接続経路を介して相互に通信する。当該メモリはコマンドを記憶するために用いられ、当該プロセッサは当該メモリに記憶されているコマンドを実行するために用いられる。当該プロセッサが当該メモリに記憶されているコマンドを実行する際、当該実行により当該端末機器は第１の態様又は第１の態様の任意の可能な実現形態における方法を実行するか、又は当該実行により当該端末機器は第３の態様によって提供される端末機器を実現する。

第６の態様として、ネットワーク機器を提供し、当該ネットワーク機器は、プロセッサ、送受信器及びメモリを含む。ただし、当該プロセッサ、送受信器とメモリは内部接続経路を介して相互に通信する。当該メモリはコマンドを記憶するために用いられ、当該プロセッサは当該メモリに記憶されているコマンドを実行するために用いられる。当該プロセッサが当該メモリに記憶されているコマンドを実行する際、当該実行により当該ネットワーク機器は第２の態様又は第２の態様の任意の可能な実現形態における方法を実行するか、又は当該実行により当該ネットワーク機器は第４の態様によって提供されるネットワーク機器を実現する。

第７の態様として、コンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはプログラムが記憶されており、前記プログラムにより端末機器は上記第１の態様、及びその様々な実現形態におけるいずれか１種のＤ２Ｄ通信方法を実行する。

第８の態様として、コンピュータ可読記憶媒体を提供し、前記コンピュータ可読記憶媒体にはプログラムが記憶されており、前記プログラムによりネットワーク機器は上記第２の態様、及びその様々な実現形態におけるいずれか１種のＤ２Ｄ通信方法を実行する。

第９の態様として、システムチップを提供し、当該システムチップは入力インタフェース、出力インタフェース、プロセッサ及びメモリを含み、当該プロセッサは当該メモリに記憶されているコマンドを実行するために用いられ、当該コマンドが実行される際、当該プロセッサは上記第１の態様又は第１の態様の任意の可能な実現形態における方法を実現できる。

第１０の態様として、システムチップを提供し、当該システムチップは入力インタフェース、出力インタフェース、プロセッサ及びメモリを含み、当該プロセッサは当該メモリに記憶されているコマンドを実行するために用いられ、当該コマンドが実行される際、当該プロセッサは上記第２の態様又は第２の態様の任意の可能な実現形態における方法を実現できる。

第１１の態様として、コマンドが含まれるコンピュータプログラム製品を提供し、前記コンピュータプログラム製品がコンピュータで動作する際、当該コンピュータに上記第１の態様又は第１の態様の任意の可能な実現形態における方法を実行させる。

第１２の態様として、コマンドが含まれるコンピュータプログラム製品を提供し、前記コンピュータプログラム製品がコンピュータで動作する際、当該コンピュータに上記第２の態様又は第２の態様の任意の可能な実現形態における方法を実行させる。

本願の実施例による一つの適用シーンの構成を概略的に示す図である。 本願の実施例による別の適用シーンの構成を概略的に示す図である。 本願の実施例によるＤ２Ｄ通信方法を概略的に示すフローチャートである。 本願の実施例によるリソースプールの指定を概略的に示す図である。 本願の実施例によるリソースプールの指定を概略的に示す図である。 本願の実施例によるＤ２Ｄ通信方法を概略的に示すフローチャートである。 本願の実施例による端末機器を概略的に示すブロック図である。 本願の実施例によるネットワーク機器を概略的に示すブロック図である。 本願の実施例による端末機器の構造を概略的に示すブロック図である。 本願の実施例によるネットワーク機器の構造を概略的に示すブロック図である。 本願の実施例によるシステムチップの構造を概略的に示すブロック図である。

以下、本願の実施例における技術的解決手段について、各図を参照して説明する。

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

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

本願において、ネットワーク機器と関連付けて各実施例を説明する。ネットワーク機器は、端末機器と通信を行うための機器とすることができ、例えば、ＧＳＭシステム又はＣＤＭＡにおける基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ、略称ＢＴＳ）とすることができ、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ、略称ＮＢ）とすることもでき、さらにＬＴＥシステムにおける進化型の基地局（Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ、略称ｅＮＢ又はｅＮｏｄｅＢ）とすることもできる、又は当該ネットワーク機器は中継局、アクセスポイント、車載機器、ウェアラブル機器及び将来の５Ｇネットワークにおけるネットワーク側機器又は将来の進化型のＰＬＭＮネットワークにおけるネットワーク側機器等とすることもできる。

図１及び図２は、本願の実施例による一つの適用シーンを概略的に示す図である。図１では、例示的に１つのネットワーク機器及び２つの端末機器が示される。１つの実施例では、当該無線通信システムが複数のネットワーク機器を含み、且つ、ネットワーク機器のそれぞれによってカバーされる範囲には、その他の数量の端末機器が含まれてもよく、本発明の実施例においてこれについて限定しない。また、当該無線通信システムは移動管理実体（Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ、略称ＭＭＥ）、サービングゲートウエイ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ、略称Ｓ−ＧＷ）、パケットデータネットワークゲートウエイ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ、略称Ｐ−ＧＷ）等のその他のネットワーク実体を含んでもよく、本発明の実施例はこれらに限定されるものではない。

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

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

車のインターネットシステムにおいて、２タイプの端末機器、すなわちセンシング能力を有する端末機器、例えば車載端末（Ｖｅｈｉｃｌｅ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、略称ＶＵＥ）又は歩行者ハンドヘルド端末（Ｐｅｄｅｓｔｒｉａｎ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、略称ＰＵＥ）、及び、センシング能力を有しない端末機器、例えばＰＵＥが存在してもよい。ＶＵＥはより高い処理能力を有するだけでなく、通常車内の蓄電池によって給電されるのに対し、ＰＵＥは処理能力が比較的低く、電力消費の低減もＰＵＥにおいて考慮すべき主要要素の一つであるため、従来の車のインターネットシステムにおいて、ＶＵＥは完全な受信能力及びセンシング能力を有すると見なされるが、ＰＵＥは受信及びセンシング能力を一部有するか又は両者を有しないものと見なされる。ＰＵＥが一部のセンシング能力を有する場合、そのリソースを選択するに当たりＶＵＥに類似するセンシング方法を採用して、センシングができる一部のリソースにおいて使用可能リソースの選択を行うことができる。ＰＵＥがセンシング能力を有しない場合、ＰＵＥはリソースプールにおいてランダムに伝送リソースを選択する。

３ＧＰＰプロトコルのバージョンＲｅｌｅａｓｅ−１４において、２種の伝送モード、すなわち伝送モード３（ｍｏｄｅ３）及び伝送モード４（ｍｏｄｅ４）が定義されている。伝送モード３を使用する端末機器の伝送リソースは基地局によって割り当てられ、端末機器が基地局によって割り当てられるリソースに基づき、サイドリンクにおいてデータの送信を行う。基地局は端末機器に対して１回だけ伝送されるリソースを割り当てることもできれば、端末機器に対して準静的に伝送されるリソースを割り当てることもできる。伝送モード４を使用する端末機器がセンシング能力を備える場合、センシング（ｓｅｎｓｉｎｇ）及び予約（ｒｅｓｅｒｖａｔｉｏｎ）の方式を採用してデータを伝送し、センシング能力を備えない場合、リソースプールにおいてランダムに伝送リソースを選択する。センシング能力を備える端末機器はリソースプールにおいてセンシングの方式により使用可能なリソース集合を取得し、端末機器が当該集合の中からランダムに１つのリソースを選択してデータ伝送を行う。車のインターネットシステムでは業務が周期性という特徴を有するため、端末機器は一般的に準静的伝送の方式を採用する。すなわち端末機器が１つの伝送リソースを選択した後、複数の伝送周期にわたって継続的に当該リソースを使用し、これによってリソース再選択及びリソース競合の可能性が低減される。端末機器は今回に伝送される制御情報に、次回の伝送リソースを予約する情報を付随させ、これによってその他の端末機器は当該端末機器の制御情報を検出することで当該リソースが当該端末機器によって予約・使用されるか否かを判断することができ、これにより、リソース競合の低減という目的を達成する。

伝送モード３のリソースが基地局によってスケジューリングされ、伝送モード４のリソースプールが予め配置されるか又は基地局によって配置されるため、両者にはリソースプールが重なる状況が存在しない。すなわち伝送モード３及び伝送モード４のそれぞれに対応するリソースプールは分離する又は重ならないものであり、モード３を使用する端末機器はモード３をサポートするリソースプールの時間周波数リソースにおいてデータ伝送を行い、モード４を使用する端末機器はモード４をサポートするリソースプールの時間周波数リソースにおいてデータ伝送を行う。

３ＧＰＰプロトコルの新バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする端末機器の場合、同様に２種の伝送モード、例えば、上記伝送モード３及び伝送モード４をサポートする。Ｒｅｌｅａｓｅ−１５の端末機器及びＲｅｌｅａｓｅ−１４の端末機器は通信システムで共にデータ伝送を行う時、センシング能力を有する端末機器は、リソースセンシングによりリソースを選択することができ、センシング能力を有しない端末機器は、その他の端末機器によるデータ伝送と干渉が生じることは回避しにくい。伝送モード３を使用する端末機器が基地局に接続され、且つ、その伝送リソースは基地局によって割り当てられるため、伝送モード３を使用する端末機器と伝送モード４を使用する端末機器が共存する場合、伝送モード３を使用する端末機器による伝送の信頼性を保証することはなおさら必要である。

本願の実施例において、異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器は通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減される。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

図３は、本願の実施例によるＤ２Ｄ通信方法を概略的に示すフローチャートである。図３に示される方法は端末機器によって実行されてもよく、当該端末機器は例えば、図１に示される端末機器２０又は端末機器３０とすることができる。図３に示すように、当該Ｄ２Ｄ通信方法は、３１０及び３２０を含む。
３１０において、端末機器は端末機器の使用する伝送モード及び端末機器がセンシング能力を有するか否かに基づき、複数のリソースプールにおいてデータ伝送を行うためのリソースプールを決定する。

ただし、複数のリソースプールにおける異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、当該異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

当該端末機器は例えば、ハンドヘルド端末（ＰＵＥ）又は車載端末（ＶＵＥ）とすることができる。

３２０において、端末機器は当該リソースプールにおける時間周波数リソースを使用してデータ伝送を行う。

具体的に、異なる通信プロトコルをサポートする端末機器が通信システムで共にデータ伝送を行う場合、センシング能力を有する端末機器は、リソースセンシングによりリソースを選択することができ、センシング能力を有しない端末機器は、その他の端末機器によるデータ伝送と干渉が生じることは回避しにくい。異なる通信プロトコルをサポートする端末機器は、端末機器の使用する伝送モード及び端末機器がセンシング能力を有するか否かに基づき、複数のリソースプールのうちにおいて自分がデータ伝送を行うためのリソースプールを決定する。当該複数のリソースプールはネットワーク機器によって配置されるか、又はネットワーク機器と端末機器が事前に取り決めたプロトコル等で規定される。当該複数のリソースプールのうち、異なるリソースプールは異なるタイプの端末機器がデータ伝送を行うために用いられ、異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。リソースプールを指定する際に端末機器の使用する伝送モードが考慮されるだけでなく、端末機器のサポートする通信プロトコルのバージョン及び端末機器がセンシング能力を有するか否かも考慮されるため、異なるタイプ端末機器同士間のデータ伝送の干渉は最大限に低減される。

本願の実施例は２種のリソースプール指定方式を提供する。以下、図４及び図５を参照して具体的に説明する。

方式１：
センシング能力を有する端末機器及びセンシング能力を備えない端末機器はリソースプールを共有しない。

（１）端末機器がバージョンＲｅｌｅａｓｅ−１４（略記Ｒｅｌ−１４）の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５（略記Ｒｅｌ−１５）の通信プロトコルをサポートしない場合、端末機器が、端末機器がデータ伝送を行うためのリソースプールを決定することは、
端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールに決定することと、
端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第２のリソースプールに決定し、ただし、第２のリソースプールと第１のリソースプールは重ならないことと、
端末機器が第１の伝送モードを使用する場合、前記リソースプールを第３のリソースプールに決定し、ただし、第３のリソースプールと第１のリソースプールは重ならなく、且つ、第３のリソースプールと第２のリソースプールも重ならないこととを含む。

ただし、１つの実施例では、第１のリソースプールが第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、端末機器が前記リソースプールを第１のリソースプールに決定することは、端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールにおける第１のサブリソースプールに決定することを含む。

（２）端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、端末機器が、端末機器がデータ伝送を行うためのリソースプールを決定することは、
端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールに決定することと、
端末機器が第１の伝送モードをサポートするか、又は第２の伝送モードをサポートし、且つセンシング能力を備える場合、前記リソースプールを第４のリソースプールに決定し、ただし第４のリソースプールと第１のリソースプールは重ならないこととを含む。

ただし、１つの実施例では、端末機器が当該リソースプールを第１のリソースプールに決定することは、端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、当該リソースプールを第１のリソースプールにおける第２のサブリソースプールに決定することを含む。

１つの実施例では、方式１において、上記第４のリソースプールは第２のリソースプール及び／又は第３のリソースプールを含んでもよい。

例えば、図４に示されるリソースプールの指定の概略図によると、図４で当該複数のリソースプールは第１のリソースプール、第２のリソースプール、第３のリソースプール及び第４のリソースプールを含み、第１のリソースプール、第２のリソースプールと第３のリソースプールは互いに重ならず、第４のリソースプールと第１のリソースプールは重ならない。ただし、リソースプールのそれぞれは対応するタイプの端末機器がデータ伝送を行うために用いられ、表１に示すのは異なるリソースプールに対応する端末機器のタイプである。

ただし、第４のリソースプールは第２のリソースプール及び／又は第３のリソースプールを含んでもよい、すなわち第４のリソースプールの範囲は第２のリソースプール及び／又は第３のリソースプールの範囲より大きくてもよい。

理解できることであろうが、第４のリソースプールは第２のリソースプール及び／又は第３のリソースプールを含んでもよい、又は第２のリソースプールは第４のリソースプールを含んでもよい、又は第３のリソースプールは第４のリソースプールを含んでもよく、本願の実施例では、第２のリソースプールと第４のリソースプールのサイズ・位置関係及び第３のリソースプールと第４のリソースプールのサイズ・位置関係について限定しなく、第１のリソースプール、第２のリソースプールと第３のリソースプールは互いに重ならなく、且つ、第４のリソースプールと第１のリソースプールは重ならないことが保証されればよい。

また理解できることであろうが、本願の実施例において、リソースプールとリソースプールが重ならないことは例えば、リソースプールとリソースプールが直交することとしてもよい。

また、第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールとして指定されてもよければ、指定を行うことなく、第２の伝送モードを使用し、センシング能力を備えない端末機器がデータ伝送を行うために用いてもよい。

図４に示すように、第４のリソースプールは第２のリソースプール及び第３のリソースプールを含み、第１のリソースプール、第２のリソースプールと第３のリソースプールは互いに重ならず、第４のリソースプールと第１のリソースプールは重ならない。

第４のリソースプールは第３のリソースプールを含み、第４のリソースプール及び第３のリソースプールはいずれも第１の伝送モードをサポートする端末機器に対応してもよく、伝送リソースはいずれも基地局によって割り当てられるため、基地局のスケジューリングにより端末機器同士間の干渉を回避できる。また、第４のリソースプールはセンシング能力を有する端末機器に対応してもよいため、センシングにより第３のリソースプールにおける端末機器に対する干渉を回避できる。

第４のリソースプールは第２のリソースプールを含み、第４のリソースプールにおける端末機器がセンシング能力を備えない場合、第２のリソースプールにおける端末機器がセンシング能力を有するため、センシングにより第４のリソースプールにおける端末機器に対する干渉を回避できる。第４のリソースプールにおける端末機器がセンシング能力を備える場合、第４のリソースプール及び第２のリソースプールにおける端末機器がセンシング能力を有することで、端末機器同士間の干渉を回避できる。
また、第４のリソースプールにおける端末機器がセンシング能力を有する可能性もあれば、センシング能力を有しない可能性もあるため、センシング能力を有する端末機器はセンシングにより第４のリソースプールにおけるその他の端末機器に対する干渉を回避できる。

第４のリソースプールと第１のサブリソースプール、第２のサブリソースプールは重ならない。第１のサブリソースプール、第２のサブリソースプールにおける端末機器がセンシング能力を有しないため、第４のリソースプールにおける端末機器に対する干渉は回避できず、リソースプールの共有を実現できないが、重ならないリソースプールを指定する方式により、センシング能力を有しない端末機器が第４のリソースプールにおける端末機器に対する干渉を回避できる。

従って、一方では、センシング能力を有しない且つ第２の伝送モードをサポートする端末機器のリソースプールと、センシング能力を有する且つ第２の伝送モードをサポートする端末機器のリソースプールとを別々に指定することにより、ランダムにリソースを選択する端末機器がセンシングによりリソースを選択する端末機器に干渉することは回避される。他方では、センシング能力を有しない且つ第２の伝送モードをサポートする端末機器のリソースプールと、第１の伝送モードをサポートする端末機器のリソースプールとを別々に指定することにより、ランダムにリソースを選択する端末機器が基地局によってリソースを割り当てられる端末機器に対する干渉は回避される。さらに、バージョンＲｅｌｅａｓｅ−１５をサポートする且つ第１の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、センシング能力を有する且つ第２の伝送モードをサポートする端末機器に対して比較的大きなリソースプールを配置することにより、比較的大きなリソースプール範囲を使用して、リソース利用率を向上させることができる。

方式２：
センシング能力を有する端末機器及びセンシング能力を備えない端末機器はリソースプールを共有できる。

（１）端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、端末機器が、端末機器がデータ伝送を行うためのリソースプールを決定することは、
端末機器が第２の伝送モードを使用する場合、前記リソースプールを第５のリソースプールに決定することと、
端末機器が第１の伝送モードを使用する場合、前記リソースプールを第６のリソースプールに決定し、ただし第６のリソースプールと第５のリソースプールは重ならないこととを含む。

ただし、１つの実施例では、第５のリソースプールが第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、端末機器が当該リソースプールを第５のリソースプールに決定することは、端末機器が第２の伝送モードを使用する場合、当該リソースプールを第５のリソースプールにおける第３のサブリソースプールに決定することを含む。

（２）端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、端末機器が、端末機器がデータ伝送を行うためのリソースプールを決定することは、
端末機器が第２の伝送モードを使用する且つセンシング能力を備えない場合、当該リソースプールを第５のリソースプールに決定することと、
端末機器が第１の伝送モードを使用する場合、前記リソースプールを第７のリソースプールに決定し、ただし第７のリソースプールと第５のリソースプールは重ならないことと、
端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第８のリソースプールに決定することとを含む。

ただし、１つの実施例では、端末機器が前記リソースプールを第５のリソースプールに決定することは、端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、当該リソースプールを第５のリソースプールにおける第４のサブリソースプールに決定することを含む。

１つの実施例では、方式２において、第７のリソースプールは第６のリソースプールを含む。

１つの実施例では、方式２において、第８のリソースプールは、第５のリソースプール、第６のリソースプール及び第７のリソースプールのうちの少なくとも１つを含む。

例えば、図５に示されるリソースプールの指定の概略図によると、図５で当該複数のリソースプールは第５のリソースプール、第６のリソースプール、第７のリソースプール及び第８のリソースプールを含み、第５のリソースプールと第６のリソースプールは重ならず、第５のリソースプールと第７のリソースプールも重ならない。ただし、リソースプールのそれぞれは対応するタイプの端末機器がデータ伝送を行うために用いられ、表２に示すのは異なるリソースプールに対応する端末機器のタイプである。

ただし、第８のリソースプールは、第５のリソースプール、第６のリソースプール及び第７のリソースプールのうちの少なくとも１つを含む。第８のリソースプールの範囲は第５のリソースプール、第６のリソースプール及び第７のリソースプールの範囲より大きくてもよい。

理解できることであろうが、第８のリソースプールは第５のリソースプール、第６のリソースプール及び第７のリソースプールのうちの少なくとも１つを含む、又は第５のリソースプールは第８のリソースプールを含んでもよい、又は第６のリソースプールは第８のリソースプールを含んでもよい、又は第７のリソースプールは第８のリソースプールを含んでもよく、本願の実施例では、第５のリソースプールと第８のリソースプールのサイズ・位置関係、第６のリソースプールと第８のリソースプールのサイズ・位置関係、及び第７のリソースプールと第８のリソースプールのサイズ・位置関係について限定しなく、第５のリソースプールと第６のリソースプールは重ならなく、且つ、第５のリソースプールと第７のリソースプールは重ならないことが保証されればよい。

また、第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールとして指定されてもよければ、指定を行うことなく、バージョンＲｅｌｅａｓｅ−１４をサポートし、且つ第２の伝送モードを使用する端末機器、及びバージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いてもよい。

図５に示すように、第５のリソースプールと第６のリソースプールは重ならず、第５のリソースプールと第７のリソースプールも重ならない。

第７のリソースプールは第６のリソースプールを含み、第６のリソースプール、第７のリソースプールにおける端末機器はいずれも基地局によってリソースを割り当てられるため、第６のリソースプール、第７のリソースプールにおける端末機器は、相互干渉が生じない。

第７のリソースプールと第３のサブリソースプール、第４のサブリソースプールは重ならず、第３のサブリソースプール、第４のサブリソースプールにセンシング能力を有しない端末機器が含まれるため、これらの端末機器がランダムにリソースを選択すると、第７のリソースプール内の端末機器に対する干渉が生じる。

第８のリソースプールは第７のリソースプールを含み、第８のリソースプールにおける端末機器がセンシング能力を有することで、センシングにより第７のリソースプール内の端末機器に対する干渉を回避できる。

第８のリソースプールは第３のサブリソースプール、第４のサブリソースプールを含み、Ｒｅｌｅａｓｅ−１４をサポートする端末機器では、センシング能力を有する端末機器とセンシング能力を有しない端末機器はリソースプールを共有でき、同様に、Ｒｅｌｅａｓｅ−１５をサポートする端末機器では、センシング能力を有する端末機器とセンシング能力を有しない端末機器もリソースプールを共有できる。

また、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、センシング能力を有し、且つ第２の伝送モードをサポートする端末機器に対して比較的大きなリソースプールを配置することにより、比較的大きなリソースプール範囲を使用して、リソース利用率を向上させることができる。

上記説明によれば、本願の実施例において、異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

理解できることであろうが、本願の実施例において、Ｒｅｌｅａｓｅ−１５をサポートする端末機器は、Ｒｅｌｅａｓｅ−１５をサポートする端末機器、又はＲｅｌｅａｓｅ−１５をサポートするその他のバージョンの端末機器、例えばＲｅｌｅａｓｅ−１５をサポートするＲｅｌｅａｓｅ−１６の端末機器を含んでもよい。

１つの実施例では、本願の実施例において、当該第１の伝送モードは例えば、上記３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード３とすることができ、端末機器が前記第１の伝送モードを使用する場合、端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、当該第２の伝送モードは例えば、上記３ＧＰＰプロトコルのＲｅｌｅａｓｅ−１４における伝送モード４とすることができ、端末機器が前記第２の伝送モードを使用する場合、当該時間周波数リソースは、端末機器が自主的に選択できるリソースであり、例えば、対応するリソースプールにおいてランダムに選択されるリソース、又は端末機器がリソースセンシングの結果に基づき決定するリソースである。

図６は、本願の実施例によるＤ２Ｄ通信方法を概略的に示すフローチャートである。図６に示される方法はネットワーク機器によって実行されてもよく、当該ネットワーク機器は例えば、図１に示されるネットワーク機器１０とすることができる。図６に示すように、当該Ｄ２Ｄ通信方法は、６１０及び６２０を含む。
６１０において、ネットワーク機器は複数のリソースプールを決定し、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

６２０において、前記ネットワーク機器は端末機器に対して指示情報を送信し、前記指示情報は前記複数のリソースプールを指示するために用いられる。

従って、ネットワーク機器が異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

１つの実施例では、前記複数のリソースプールは第１のリソースプール、第２のリソースプール、第３のリソースプール及び第４のリソースプールを含み、前記第１のリソースプール、前記第２のリソースプールと前記第３のリソースプールは互いに重ならず、前記第４のリソースプールと前記第１のリソースプールは重ならず、
ただし、前記第１のリソースプールは、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、
前記第２のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられ、
前記第３のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、
前記第４のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器、又はバージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

１つの実施例では、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記第１のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートそ、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記複数のリソースプールは第５のリソースプール、第６のリソースプール、第７のリソースプール及び第８のリソースプールを含み、前記第５のリソースプールと前記第６のリソースプールは重ならず、前記第５のリソースプールと前記第７のリソースプールも重ならない。

ただし、前記第５のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく且つ第２の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、
前記第６のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、
前記第７のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、
前記第８のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記第７のリソースプールは前記第６のリソースプールを含む。

１つの実施例では、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

１つの実施例では、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記第３のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

理解できることであろうが、ネットワーク機器によって指定される当該複数のリソースプールは具体的に、上記図３から図５及び表１、表２の端末機器がリソースプールを選択する過程の説明を参照できる。説明の簡素化のために、ここでは贅言しない。

また理解できることであろうが、本願の様々な実施例において、上記各過程の番号の数値は、実行順序の前後を意味するものではなく、各過程の実行順序はその機能及び内部の倫理により決定されるものであり、本願の実施例の実施過程に対していかなる限定も構成しない。

上記説明において、本願の実施例によるＤ２Ｄ通信方法を詳細に説明した。以下、図７から図１１を参照して、本願の実施例による装置を説明するが、方法の実施例で説明される技術的特徴は、以下の装置の実施例にも適用される。

図７は、本願の実施例による端末機器７００を概略的に示すブロック図である。図７に示すように、当該端末機器７００は、決定ユニット７１０及び伝送ユニット７２０を含む。ただし、
決定ユニット７１０は、前記端末機器の使用する伝送モード及び前記端末機器がセンシング能力を有するか否かに基づき、複数のリソースプールにおいてデータ伝送を行うためのリソースプールを決定するために用いられ、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。
伝送ユニット７２０は、前記リソースプールにおける時間周波数リソースを使用してデータ伝送を行うために用いられる。

従って、本願の実施例において、異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

１つの実施例では、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールに決定し、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第２のリソースプールに決定するために用いられ、ただし、前記第２のリソースプールと前記第１のリソースプールは重ならず、また前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第３のリソースプールに決定するためにも用いられ、ただし、前記第３のリソースプールと前記第１のリソースプールは重ならなく、且つ、前記第３のリソースプールと前記第２のリソースプールも重ならない。

１つの実施例では、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第１のサブリソースプールに決定するために用いられる。

１つの実施例では、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールに決定し、前記端末機器が第１の伝送モードを使用するか、又は第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第４のリソースプールに決定するために用いられ、前記第４のリソースプールと前記第１のリソースプールは重ならない。

１つの実施例では、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第２のサブリソースプールに決定するために用いられる。

１つの実施例では、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

１つの実施例では、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを第５のリソースプールに決定し、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第６のリソースプールに決定するために用いられ、前記第６のリソースプールと前記第５のリソースプールは重ならない。

１つの実施例では、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを前記第５のリソースプールにおける前記第３のサブリソースプールに決定するために用いられる。

１つの実施例では、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールに決定し、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第７のリソースプールに決定するために用いられ、前記第７のリソースプールと前記第５のリソースプールは重ならず、また前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第８のリソースプールに決定するためにも用いられる。

１つの実施例では、前記決定ユニット７１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールにおける前記第４のサブリソースプールに決定するために用いられる。

１つの実施例では、前記第７のリソースプールは前記第６のリソースプールを含む。

１つの実施例では、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

１つの実施例では、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための前記時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

図８は、本願の実施例によるネットワーク機器８００を概略的に示すブロック図である。図８に示すように、該ネットワーク機器８００は、決定ユニット８１０及び伝送ユニット８２０を含む。ただし、
決定ユニット８１０は、複数のリソースプールを決定するために用いられ、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。
伝送ユニット８２０は、端末機器に対して指示情報を送信するために用いられ、前記指示情報は前記複数のリソースプールを指示するために用いられる。

従って、ネットワーク機器が異なるタイプの端末機器に対して異なるリソースプールを指定し、且つ、各リソースプール同士の関係を合理的に協調することにより、異なるタイプの端末機器が通信システムで共にデータ伝送を行い、且つ、相互干渉が軽減され、特に第１の伝送モードを使用してデータを伝送する端末機器による伝送の信頼性は保証され、同時に新バージョンをサポートする端末機器は比較的大きなリソースプール範囲を有し、リソース利用率が向上する。ただし、異なるタイプの端末機器は、サポートするプロトコルバージョン、使用する伝送モード及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。

１つの実施例では、前記複数のリソースプールは第１のリソースプール、第２のリソースプール、第３のリソースプール及び第４のリソースプールを含み、前記第１のリソースプール、前記第２のリソースプールと前記第３のリソースプールは互いに重ならず、前記第４のリソースプールと前記第１のリソースプールは重ならず、ただし、前記第１のリソースプールは、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられ、前記第３のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器、又はバージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

１つの実施例では、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記第１のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記複数のリソースプールは第５のリソースプール、第６のリソースプール、第７のリソースプール及び第８のリソースプールを含み、前記第５のリソースプールと前記第６のリソースプールは重ならず、前記第５のリソースプールと前記第７のリソースプールも重ならず、ただし、前記第５のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第６のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第７のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第８のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、第１の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記第７のリソースプールは前記第６のリソースプールを含む。

１つの実施例では、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

１つの実施例では、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記第３のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

図９は、本願の実施例による端末機器９００の構造を概略的に示すブロック図である。図９に示すように、当該端末機器はプロセッサ９１０、送受信器９２０及びメモリ９３０を含み、ただし、当該プロセッサ９１０、送受信器９２０及びメモリ９３０は内部接続経路を介して相互に通信する。当該メモリ９３０はコマンドを記憶するために用いられ、当該プロセッサ９１０は当該メモリ９３０に記憶されているコマンドを実行することにより、当該送受信器９２０が信号を送受信するように制御するために用いられる。ただし、当該プロセッサ９１０は、
端末機器の使用する伝送モード及び端末機器がセンシング能力を有するか否かに基づき、複数のリソースプールのうちにおいてデータ伝送を行うためのリソースプールを決定し、複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なり、
当該送受信器９２０は、前記リソースプールにおける時間周波数リソースを使用してデータ伝送を行うために用いられる。

１つの実施例では、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを第１のリソースプールに決定し、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第２のリソースプールに決定するために用いられ、ただし、前記第２のリソースプールと前記第１のリソースプールは重ならず、また前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第３のリソースプールに決定するためにも用いられ、ただし、前記第３のリソースプールと前記第１のリソースプールは重ならなく、且つ、前記第３のリソースプールと前記第２のリソースプールも重ならない。

１つの実施例では、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第１のサブリソースプールに決定するために用いられる。

１つの実施例では、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールに決定し、前記端末機器が第１の伝送モードを使用するか、又は第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第４のリソースプールに決定するために用いられ、前記第４のリソースプールと前記第１のリソースプールは重ならない。

１つの実施例では、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第１のリソースプールにおける前記第２のサブリソースプールに決定するために用いられる。

１つの実施例では、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

１つの実施例では、前記端末機器がバージョンＲｅｌｅａｓｅ−１４の通信プロトコルをサポートし、且つ、バージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートしない場合、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを第５のリソースプールに決定し、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第６のリソースプールに決定するために用いられ、前記第６のリソースプールと前記第５のリソースプールは重ならない。

１つの実施例では、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用する場合、前記リソースプールを前記第５のリソースプールにおける前記第３のサブリソースプールに決定するために用いられる。

１つの実施例では、前記端末機器がバージョンＲｅｌｅａｓｅ−１５の通信プロトコルをサポートする場合、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールに決定し、前記端末機器が第１の伝送モードを使用する場合、前記リソースプールを第７のリソースプールに決定するにために用いられ、前記第７のリソースプールと前記第５のリソースプールは重ならず、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備える場合、前記リソースプールを第８のリソースプールに決定するためにも用いられる。

１つの実施例では、前記プロセッサ９１０は具体的に、前記端末機器が第２の伝送モードを使用し、且つセンシング能力を備えない場合、前記リソースプールを前記第５のリソースプールにおける前記第４のサブリソースプールに決定するために用いられる。

１つの実施例では、前記第７のリソースプールは前記第６のリソースプールを含む。

１つの実施例では、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

１つの実施例では、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための前記時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいてランダムに選択するリソース、及び／又は前記端末機器がリソースセンシングの結果に基づき決定するリソースである。

理解できることであろうが、本願の実施例において、当該プロセッサ９１０は中央処理ユニット（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、略称ＣＰＵ）とすることができ、当該プロセッサ９１０はその他の汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、略称ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、略称ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、略称ＦＰＧＡ）又はその他のプログラマブル論理部品、ディスクリートゲート又はトランジスタ論理部品、ディスクリートハードウェアコンポーネント等とすることもできる。汎用プロセッサはマイクロプロセッサとすることができ、又は当該プロセッサはいかなる通常のプロセッサ等としてもよい。

当該メモリ９３０は、リードオンリーメモリ及びランダムアクセスメモリを含み、且つ、プロセッサ９１０に対してコマンド及びデータを提供することができる。メモリ９３０の一部には、不揮発性ランダムアクセスメモリが含まれてもよい。

実現する過程において、上記方法の各ステップは、プロセッサ９１０内のハードウェアによる集積論理回路又はソフトウェア形式のコマンドによって完了することができる。本願の実施例で開示されているＤ２Ｄ通信方法のステップによれば、ハードウェアプロセッサが直接実行して完了されるものとして実現されてもよければ、又はプロセッサ９１０内のハードウェア及びソフトウェアモジュールの組み合わせで実行して完了されてもよい。ソフトウェアモジュールは、ランダムメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリ又は電気的消去可能プログラマブルメモリ、レジスタ等の本分野で定着されている記憶媒体内に配置されてもよい。当該記憶媒体はメモリ９３０に配置され、プロセッサ９１０がメモリ９３０内の情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完了する。重複を避けるために、ここでは詳細に説明しない。

本願の実施例による端末機器９００は、図３の方法３００で方法３００を実行するための端末機器、及び本願の実施例による端末機器７００に対応してもよく、且つ、当該端末機器９００内の各ユニット又はモジュールのそれぞれは、図３の方法３００で端末機器によって実行される各動作又は処理過程を実行するために用いられ、ここで、重複を避けるために、その詳細な説明は省略される。

図１０は、本願の実施例によるネットワーク機器１０００の構造を概略的に示すブロック図である。図１０に示すように、当該ネットワーク機器はプロセッサ１０１０、送受信器１０２０及びメモリ１０３０を含み、ただし、当該プロセッサ１０１０、送受信器１０２０及びメモリ１０３０は内部接続経路を介して相互に通信する。当該メモリ１０３０はコマンドを記憶するために用いられ、当該プロセッサ１０１０は当該メモリ１０３０に記憶されているコマンドを実行することにより、当該送受信器１０２０が信号を送受信するように制御するために用いられる。ただし、当該プロセッサ１０１０は、
複数のリソースプールを決定するために用いられ、前記複数のリソースプールのうちの異なるリソースプールはそれぞれ異なるタイプの端末機器がデータ伝送を行うために用いられ、前記異なるタイプの端末機器は、使用する伝送モード、サポートする通信プロトコルのバージョン、及びセンシング能力を有するか否かのうちの少なくとも１種の情報が異なる。
当該送受信器１０２０は、端末機器に対して指示情報を送信するために用いられ、前記指示情報は前記複数のリソースプールを指示するために用いられる。

１つの実施例では、前記複数のリソースプールは第１のリソースプール、第２のリソースプール、第３のリソースプール及び第４のリソースプールを含み、前記第１のリソースプール、前記第２のリソースプールと前記第３のリソースプールは互いに重ならず、前記第４のリソースプールと前記第１のリソースプールは重ならず、ただし、前記第１のリソースプールは、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられ、前記第３のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第１の伝送モードを使用する端末機器、又はバージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記第４のリソースプールは前記第２のリソースプール及び／又は前記第３のリソースプールを含む。

１つの実施例では、前記第１のリソースプールは第１のサブリソースプール及び第２のサブリソースプールを含み、ただし、前記第１のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第２のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記複数のリソースプールは第５のリソースプール、第６のリソースプール、第７のリソースプール及び第８のリソースプールを含み、前記第５のリソースプールと前記第６のリソースプールは重ならず、前記第５のリソースプールと前記第７のリソースプールも重ならず、ただし、前記第５のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器、及び、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられ、前記第６のリソースプールは、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第１の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第７のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第８のリソースプールは、バージョンＲｅｌｅａｓｅ−１５をサポートし、第１の伝送モードを使用し、且つセンシング能力を備える端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記第７のリソースプールは前記第６のリソースプールを含む。

１つの実施例では、前記第８のリソースプールは、前記第５のリソースプール、前記第６のリソースプール及び前記第７のリソースプールのうちの少なくとも１つを含む。

１つの実施例では、前記第５のリソースプールは第３のサブリソースプール及び第４のサブリソースプールを含み、ただし、前記第３のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１４をサポートし、バージョンＲｅｌｅａｓｅ−１５をサポートしなく、且つ第２の伝送モードを使用する端末機器がデータ伝送を行うために用いられ、前記第４のサブリソースプールは具体的に、バージョンＲｅｌｅａｓｅ−１５をサポートし、第２の伝送モードを使用し、且つセンシング能力を備えない端末機器がデータ伝送を行うために用いられる。

１つの実施例では、前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースである。

理解できることであろうが、本願の実施例において、当該プロセッサ１０１０は中央処理ユニット（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、略称ＣＰＵ）とすることができ、当該プロセッサ１０１０はその他の汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）又はその他のプログラマブル論理部品、ディスクリートゲート又はトランジスタ論理部品、ディスクリートハードウェアコンポーネント等とすることもできる。汎用プロセッサはマイクロプロセッサとすることができ、又は当該プロセッサはいかなる通常のプロセッサ等としてもよい。

当該メモリ１０３０はリードオンリーメモリ及びランダムアクセスメモリを含み、且つ、プロセッサ１０１０に対してコマンド及びデータを提供することができる。メモリ１０３０の一部には、不揮発性ランダムアクセスメモリが含まれてもよい。実現する過程において、上記方法の各ステップは、プロセッサ１０１０内のハードウェアによる集積論理回路又はソフトウェア形式のコマンドによって完了することができる。本願の実施例で開示されているＤ２Ｄ通信方法のステップによれば、ハードウェアプロセッサが直接実行して完了されるものとして実現されてもよければ、又はプロセッサ１０１０内のハードウェア及びソフトウェアモジュールの組み合わせで実行して完了されてもよい。ソフトウェアモジュールはランダムメモリ、フラッシュメモリ、リードオンリーメモリ、プログラマブルリードオンリーメモリ又は電気的消去可能プログラマブルメモリ、レジスタ等の本分野で定着されている記憶媒体内に配置されてもよい。当該記憶媒体はメモリ１０３０に配置され、プロセッサ１０１０がメモリ１０３０内の情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完了する。重複を避けるために、ここでは詳細に説明しない。

本願の実施例によるネットワーク機器１０００は図６の方法６００で方法６００を実行するためのネットワーク機器、及び本願の実施例によるネットワーク機器８００に対応してもよく、且つ、当該ネットワーク機器１０００内の各ユニット又はモジュールのそれぞれは、図６の方法６００でネットワーク機器によって実行される各動作又は処理過程を実行するために用いられ、ここで、重複を避けるために、その詳細な説明は省略される。

図１１は、本願の実施例によるシステムチップの一つの構造を概略的に示すブロック図である。図１１のシステムチップ１１００は入力インタフェース１１０１、出力インタフェース１１０２、少なくとも１つのプロセッサ１１０３及びメモリ１１０４を含み、前記入力インタフェース１１０１、出力インタフェース１１０２、前記プロセッサ１１０３及びメモリ１１０４は内部接続経路を介して相互に接続される。前記プロセッサ１１０３は前記メモリ１１０４内のコードを実行するために用いられる。

１つの実施例では、前記コードが実行される時、前記プロセッサ１１０３は方法の実施例で端末機器によって実行される方法３００を実現できる。説明の簡素化のために、ここでは贅言しない。

１つの実施例では、前記コードが実行される時、前記プロセッサ１１０３は方法の実施例でネットワーク機器によって実行される方法６００を実現できる。説明の簡素化のために、ここでは贅言しない。

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

当業者であれば分かるように、説明の便宜上及び説明の簡素化のために、上記のように説明されるシステム、装置及びユニットの具体的な動作過程は、上記方法の実施例における対応する過程を参照することができ、ここでは贅言しない。

理解できることであろうが、本願によって提供されるいくつかの実施例で開示されているシステム、装置及び方法は、その他の形態によっても実現できる。例えば、上記のように説明される装置の実施例は例示的なものに過ぎず、例えば、各ユニットの区分は、論理上の機能区分に過ぎず、実際に実現する際は別の形態での区分も可能であり、例えば、複数のユニット又はコンポーネントを別のシステムに組み合わせるもしくは集積させる、又は一部の特徴を反映させず、実行しないようにしてもよい。また、図示される又は説明される互いのコープリング又は直接的なコープリング又は通信接続は、いくつかのインタフェース、装置又はユニットによる間接的なコープリング又は通信接続とすることができ、電気的形態、機械的形態又は他の形態とすることができる。

分離される部品として説明される当該ユニットは、物理的に分離されるものであっても、そうでないものであってもよく、ユニットとして表示される各部品は、物理的なユニットであってもそうでなくてもよい、すなわち、同一の場所に配置されるものであっても、複数のネットワークユニットに配置されるものであってもよい。実際の必要に応じてそのうちの一部のユニットを選択するか、又は全てのユニットで本実施例の目的を達成できる。

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

当該機能は、ソフトウェアの機能ユニットの形式で実現され、且つ、独立する製品として販売又は使用される場合、コンピュータ可読記憶媒体に記憶されてもよい。そのような理解を踏まえ、本願の技術的解決手段は本質的にまたは従来技術に対して貢献がある部分又は当該技術的解決手段の部分は、ソフトウェア製品の形式で表現されてもよい。当該コンピュータソフトウェア製品は記憶媒体に記憶されており、コンピュータ機器（パソコン、サーバ、又はネットワーク機器等）が本願の各実施例に記載の方法の全て又は一部のステップを実行するためのいくつかのコマンドを含む。上記記憶媒体は、ＵＳＢフラッシュメモリ、モバイルハードディスク、リードオンリーメモリ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ、略称ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、略称ＲＡＭ）、磁気ディスク又は光ディスク等、プロクラムコードを記憶可能な各種の媒体を含む。

以上に記載の内容は、本願の具体的な実施形態に過ぎず、本願の実施例による保護範囲はこれに限定されるものではなく、当業者が本願で開示されている技術範囲において容易に想到し得る変更又は置換は、いずれも本願の個人用途の保護範囲に含まれるものとする。従って、本願の実施例による保護範囲は特許請求の範囲に準拠する。

Claims (44)

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. 前記端末機器が前記第１の伝送モードを使用する場合、前記端末機器が前記データ伝送を行うための時間周波数リソースはネットワーク機器によってスケジューリングされるリソースであり、
    前記端末機器が前記第２の伝送モードを使用する場合、前記時間周波数リソースは前記端末機器が対応するリソースプールにおいて自主的に選択するリソースであることを特徴とする請求項３６から請求項４３のいずれか１項に記載のネットワーク機器。