JP6516231B2

JP6516231B2 - 制御シグナリング処理方法、制御シグナリング処理装置、および制御シグナリング処理機器

Info

Publication number: JP6516231B2
Application number: JP2018533984A
Authority: JP
Inventors: ▲興▼▲ウェイ▼ ▲張▼; 超黎
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2015-09-23
Filing date: 2015-09-23
Publication date: 2019-05-22
Anticipated expiration: 2035-09-23
Also published as: KR20180054785A; EP3349415A4; CN107005592B; JP2018534882A; US20180212734A1; CN111541740A; EP3349415A1; CN107005592A; WO2017049490A1; KR102115238B1

Description

本発明は、デバイス・ツー・デバイス（D2D）通信技術に関し、詳細には、制御シグナリング処理方法、制御シグナリング処理装置、および制御シグナリング処理機器に関する。

第三世代パートナーシッププロジェクト（3rd Generation Partnership Project、3GPP）のロング・ターム・エボリューション・アドバンスト（Long Term Evolution-Advanced、LTE-A）リリースRel−10／11／12／13は、ロング・ターム・エボリューション（Long Term Evolution、LTE）リリースRel−8／9の拡張版である。LTE-Aシステムは、LTEシステムよりも高い帯域幅要件を有し、下りリンクでは最大1G／sまで、上りリンクでは500M／sまでのピーク・データ・レートをサポートする。LTE-Aの要件を満たすために、LTE-Aシステムでは、LTE-Aシステムのシステム帯域幅を拡張するための方法としてキャリアアグリゲーション（Carrier Aggregation、CA）技術が使用され、マルチアンテナ拡張技術（多入力多出力、Multiple-Input Multiple-Output、MIMO）および協調マルチポイント（Coordinated Multi-Point、CoMP）技術を使用してデータレートおよびシステム性能が改善される。

LTE-Aでは様々な技術を使用してデータレートが改善されるが、無線通信の急速な発展および超高速サービス（高精細ビデオなど）の出現と共に、無線通信ネットワークの負荷はより重くなってきている。ネットワーク負荷をどのようにして低減させるかが最新の研究課題になっている。それに応じてデバイス・ツー・デバイス（Device to Device、D2D）通信が出現し、LTE-AリリースRel−12／13の主要プロジェクトになっている。この直接接続機器通信モードでは、ユーザ機器（User Equipment、UE）とUEとが、進化型NodeB（Evolved Node B、eNodeB）による転送を必要とせずに相互に直接通信することができ、そのため、eNodeBのデータ負荷が分担される。D2D通信時には、周波数リソースをより適切に利用して、周波数利用およびデータレートを改善し、eNodeBの負荷を低減させることがでる。

D2D通信プロセスでは、送信側UEがまず、制御シグナリング（Scheduling Assignment、SA）を送信し、SAは、識別子IDなどのサービスデータの関連情報を搬送し、次いでサービスデータを送信する。受信側UEはまずブラインド検出によってSAを受信する。受信したSA内のIDが受信側UEのIDリスト内の少なくとも1つのIDと一致する場合、受信側UEは、SA内の関連情報に従ってサービスデータを引き続き受信する。サービスデータとSAとが同じサブフレーム内である場合、受信側UEは、そのサブフレームでキャッシュされたサービスデータを復調／復号する。

D2D通信プロセスでは、受信側UEによって受信された制御シグナリング内のIDはIDリスト内の少なくとも1つのIDと一致するが、制御シグナリングを使用してスケジュールされた、制御シグナリングに対応する、または制御シグナリングと関連付けられたサービスデータは受信側UEに必要なデータではない場合もありうる。しかし、受信側UEは、それでもなお、サービスデータを引き続き受信または復調／復号する。これにより、受信側UEの受信複雑度および電力消費が増加する。

本発明の実施形態は、サービスデータを選択的に受信または復調し、受信側UEの受信複雑度および電力消費を低減させる、制御シグナリング処理方法、制御シグナリング処理装置、および制御シグナリング処理機器を提供する。

第1の態様によれば、本発明の一実施形態は、制御シグナリング受信方法を提供し、本方法はデバイス・ツー・デバイスD2D通信プロセスに適用され、本方法は、
第2の機器により、第1の機器によって送信された制御シグナリングSAを受信するステップであって、SAは、第1の機器が送信する必要のあるサービスデータの属性識別情報を搬送する、ステップと、
第2の機器により、属性識別情報に従って、サービスデータは第2の機器に必要なデータであるかどうか判定するステップと、
サービスデータは第2の機器に必要なデータである場合、第2の機器により、サービスデータを受信するステップと
を含む。

任意選択で、SAは、ターゲット機器の識別子IDをさらに搬送し、
本方法は、
第2の機器により、ターゲット機器のIDに従って、第2の機器は第1の機器が通信する必要のあるターゲット機器であるかどうか判定するステップと、
第2の機器は第1の機器が通信する必要のあるターゲット機器であり、かつサービスデータは第2の機器に必要なデータである場合、第2の機器により、サービスデータを受信するステップと
をさらに含む。

任意選択で、SAは、ソース機器の識別子IDをさらに搬送し、
本方法は、
第2の機器により、ソース機器のIDに従って、第1の機器は第2の機器が通信する必要のある機器であるかどうか判定するステップと、
第1の機器は第2の機器が通信する必要のある機器であり、かつサービスデータは第2の機器に必要なデータである場合、第2の機器により、サービスデータを受信するステップと
をさらに含む。

任意選択で、属性識別情報は、
サービスデータは周期的に送信されるデータかそれともイベントトリガされるデータか識別するのに使用される、第1の識別情報、
サービスデータの送信間隔もしくはサービスデータをトリガする回数を識別するのに使用される、第2の識別情報、
第1の機器の機器タイプを識別するのに使用される、第3の識別情報、
ターゲット機器の機器タイプを識別するのに使用される、第4の識別情報、
サービスデータのデータタイプを識別するのに使用される、第5の識別情報、
サービスデータの適用シナリオを識別するのに使用される、第6の識別情報、
サービスデータの優先度を識別するのに使用される、第7の識別情報、
サービスデータを送信するための通信リソースプールを識別するのに使用される、第8の識別情報、
通信リソースプールにおけるサービスデータのオフセット位置を識別するのに使用される、第9の識別情報、
サービスデータのデータサイズを識別するのに使用される、第10の識別情報、
サービスデータの通信リソース・スケジューリング・モードを識別するのに使用される、第11の識別情報、または
サービスデータの安全性属性を識別するのに使用される、第12の識別情報
のうちの少なくとも1つを含む。

任意選択で、属性識別情報は、SAの
変調符号化方式MCSフィールド、
タイミングアドバンスTAフィールドのいくつかのコードビット、または
データリソースの時間位置T-RPTフィールド
のうちの少なくとも1つに位置する。

任意選択で、第2の機器により、属性識別情報に従って、サービスデータは第2の機器に必要なデータであるかどうか判定するステップは、
第2の機器により、属性識別情報に従って、サービスデータは第2の機器によって事前設定された受信条件を満たすかどうか判定するステップと、
サービスデータは第2の機器によって事前設定された受信条件を満たす場合、サービスデータは第2の機器に必要なデータであると判定するステップと
を含む。

任意選択で、第2の機器により、サービスデータを受信するステップは、
第2の機器により、SAに従ってサービスデータを受信し、受信したサービスデータを復号するステップ、または
第2の機器により、第2の機器によって受信またはキャッシュされているサービスデータを復号するステップ
を含む。

任意選択で、第1の機器は路側ユニットRSUであり、第2の機器は車両であり、
それに対応して、属性識別情報は、RSUが進化型NodeBであるかそれとも進化型NodeB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
第1の機器は車両であり、第2の機器は路側ユニットRSUであり、
それに対応して、属性識別情報は、RSUが進化型NodeBであるかそれとも進化型NodeB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
第1の機器は道路利用者であり、第2の機器は車両であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含み、または
第1の機器は車両であり、第2の機器は道路利用者であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含み、または
第1の機器と第2の機器の両方が車両であり、
それに対応して、属性識別情報は、第1の機器の位置を識別するのに使用される情報、第1の機器の移動速度を識別するのに使用される情報、第1の機器の加速度を識別するのに使用される情報、第1の機器の移動方向を識別するのに使用される情報、もしくは第1の機器が位置する車線を識別するのに使用される情報、のうちの少なくとも1つを含む。

第2の態様によれば、本発明の一実施形態は制御シグナリング送信方法を提供し、本方法はデバイス・ツー・デバイスD2D通信プロセスに適用され、本方法は、
第1の機器により、制御シグナリングSAを生成するステップであって、SAは、送信される必要のあるサービスデータの属性識別情報を搬送する、ステップと、
第1の機器により、SAを少なくとも1つの第2の機器に送信するステップであって、SAは、第2の機器によって、SAで搬送された属性識別情報に従って、サービスデータは第2の機器に必要なデータであるかどうか判定するのに使用され、サービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する、ステップと
を含む。

任意選択で、SAは、ターゲット機器の識別子IDをさらに搬送し、第2の機器によって、ターゲット機器のIDに従って、第2の機器は第1の機器が通信する必要のあるターゲット機器であるかどうか判定するのに使用され、第2の機器は第1の機器が通信する必要のあるターゲット機器であり、かつサービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する。

任意選択で、SAは、ソース機器の識別子IDをさらに搬送し、第2の機器によって、ソース機器のIDに従って、第1の機器は第2の機器が通信する必要のある機器であるかどうか判定するのに使用され、第1の機器は第2の機器が通信する必要のある機器であり、かつサービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する。

第3の態様によれば、本発明の一実施形態は制御シグナリング受信装置を提供し、本装置はデバイス・ツー・デバイスD2D通信ネットワークに配置され、本装置は、
第1の機器によって送信された制御シグナリングSAを受信するように構成された第1の受信モジュールであって、SAは、第1の機器が送信する必要のあるサービスデータの属性識別情報を搬送する、第1の受信モジュールと、
属性識別情報に従って、サービスデータは本受信装置に必要なデータであるかどうか判定するように構成された判定モジュールと、
サービスデータは本受信装置に必要なデータである場合、サービスデータを受信するように構成された第2の受信モジュールと
を含む。

任意選択で、本受信装置は、第1の検証モジュールをさらに含み、
SAは、ターゲット機器の識別子IDをさらに搬送し、第1の検証モジュールは、ターゲット機器のIDに従って、本受信装置は第1の機器が通信する必要のあるターゲット機器であるかどうか判定するように構成されており、
本受信装置は第1の機器が通信する必要のあるターゲット機器であり、かつサービスデータは本受信装置に必要なデータである場合、本受信装置はサービスデータを受信する。

任意選択で、本受信装置は、第2の検証モジュールをさらに含み、
SAは、ソース機器の識別子IDをさらに搬送し、
第2の検証モジュールは、ソース機器のIDに従って、第1の機器は本受信装置が通信する必要のある機器であるかどうか判定するように構成されており、
第1の機器は本受信装置が通信する必要のある機器であり、かつサービスデータは本受信装置に必要なデータである場合、本受信装置はサービスデータを受信する。

任意選択で、判定モジュールは、属性識別情報に従って、サービスデータは本受信装置によって事前設定された受信条件を満たすかどうか判定し、サービスデータは本受信装置によって事前設定された受信条件を満たす場合、サービスデータは受信される必要があると判定するように特に構成される。

任意選択で、第2の受信モジュールは、SAに従ってサービスデータを受信し、受信したサービスデータを復号するように特に構成されているか、または
第2の受信モジュールは、受信またはキャッシュされているサービスデータを復号するように特に構成されている。

任意選択で、第1の機器は路側ユニットRSUであり、本受信装置は車両であり、
それに対応して、属性識別情報は、RSUが進化型NodeBであるかそれとも進化型NodeB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
第1の機器は車両であり、本受信装置は路側ユニットRSUであり、
それに対応して、属性識別情報は、RSUが進化型NodeBであるかそれとも進化型NodeB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
第1の機器は道路利用者であり、本受信装置は車両であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含み、または
第1の機器は車両であり、本受信装置は道路利用者であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含み、または
第1の機器と本受信装置の両方が車両であり、
それに対応して、属性識別情報は、第1の機器の位置を識別するのに使用される情報、第1の機器の移動速度を識別するのに使用される情報、第1の機器の加速度を識別するのに使用される情報、第1の機器の移動方向を識別するのに使用される情報、もしくは第1の機器が位置する車線を識別するのに使用される情報、のうちの少なくとも1つを含む。

第4の態様によれば、本発明の一実施形態は制御シグナリング送信装置を提供し、本装置はデバイス・ツー・デバイスD2D通信ネットワークに配置され、本装置は、
制御シグナリングSAを生成するように構成された制御シグナリング生成モジュールであって、SAは、送信される必要のあるサービスデータの属性識別情報を搬送する、制御シグナリング生成モジュールと、
SAを少なくとも1つの第2の機器に送信するように構成された送信モジュールであって、SAは、第2の機器によって、SAで搬送された属性識別情報に従って、サービスデータは第2の機器に必要なデータであるかどうか判定するのに使用され、サービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する、送信モジュールと
を含む。

任意選択で、SAは、ターゲット機器の識別子IDをさらに搬送し、第2の機器によって、ターゲット機器のIDに従って、第2の機器は本送信装置が通信する必要のあるターゲット機器であるかどうか判定するのに使用され、第2の機器は本送信装置が通信する必要のあるターゲット機器であり、かつサービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する。

任意選択で、SAは、ソース機器の識別子IDをさらに搬送し、第2の機器によって、ソース機器のIDに従って、本送信装置は第2の機器が通信する必要のある機器であるかどうか判定するのに使用され、本送信装置は第2の機器が通信する必要のある機器であり、かつサービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する。

任意選択で、属性識別情報は、
サービスデータは周期的に送信されるデータかそれともイベントトリガされるデータか識別するのに使用される、第1の識別情報、
サービスデータの送信間隔もしくはサービスデータをトリガする回数を識別するのに使用される、第2の識別情報、
本送信装置の機器タイプを識別するのに使用される、第3の識別情報、
ターゲット機器の機器タイプを識別するのに使用される、第4の識別情報、
サービスデータのデータタイプを識別するのに使用される、第5の識別情報、
サービスデータの適用シナリオを識別するのに使用される、第6の識別情報、
サービスデータの優先度を識別するのに使用される、第7の識別情報、
サービスデータを送信するための通信リソースプールを識別するのに使用される、第8の識別情報、
通信リソースプールにおけるサービスデータのオフセット位置を識別するのに使用される、第9の識別情報、
サービスデータのデータサイズを識別するのに使用される、第10の識別情報、
サービスデータの通信リソース・スケジューリング・モードを識別するのに使用される、第11の識別情報、または
サービスデータの安全性属性を識別するのに使用される、第12の識別情報
のうちの少なくとも1つを含む。

任意選択で、本送信装置は路側ユニットRSUであり、第2の機器は車両であり、
それに対応して、属性識別情報は、RSUが進化型NodeBであるかそれとも進化型NodeB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
本送信装置は車両であり、第2の機器は路側ユニットRSUであり、
それに対応して、属性識別情報は、RSUが進化型NodeBであるかそれとも進化型NodeB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
本送信装置は道路利用者であり、第2の機器は車両であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含み、または
本送信装置は車両であり、第2の機器は道路利用者であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含み、または
本送信装置と第2の機器の両方が車両であり、
それに対応して、属性識別情報は、本送信装置の位置を識別するのに使用される情報、本送信装置の移動速度を識別するのに使用される情報、本送信装置の加速度を識別するのに使用される情報、本送信装置の移動方向を識別するのに使用される情報、もしくは本送信装置が位置する車線を識別するのに使用される情報、のうちの少なくとも1つを含む。

第5の態様によれば、本発明の一実施形態は端末機器を提供し、本端末機器はD2D通信ネットワークに配置され、本端末機器は、
通信インターフェースと、メモリと、プロセッサと、通信バスとを含み、通信インターフェースと、メモリと、プロセッサとは、通信バスを使用して相互に通信し、
メモリは、プログラムを格納するように構成されており、プロセッサは、メモリに格納されたプログラムを実行するように構成されており、本端末機器が動作するとき、プロセッサはプログラムを実行し、プログラムは、
第1の機器によって送信された制御シグナリングSAを受信することであって、SAは、第1の機器が送信する必要のあるサービスデータの属性識別情報を搬送する、受信することと、
属性識別情報に従って、サービスデータは本端末機器に必要なデータであるかどうか判定することと、
サービスデータは本端末機器に必要なデータである場合、サービスデータを受信することと
を含む。

第6の態様によれば、本発明の一実施形態は端末機器を提供し、本端末機器はD2D通信ネットワークに配置され、本端末機器は、
通信インターフェースと、メモリと、プロセッサと、通信バスとを含み、通信インターフェースと、メモリと、プロセッサとは、通信バスを使用して相互に通信し、
メモリは、プログラムを格納するように構成されており、プロセッサは、メモリに格納されたプログラムを実行するように構成されており、本端末機器が動作するとき、プロセッサはプログラムを実行し、プログラムは、
制御シグナリングSAを生成することであって、SAは、送信される必要のあるサービスデータの属性識別情報を搬送する、生成することと、
SAを少なくとも1つの第2の機器にブロードキャストすることであって、SAは第2の機器によって、SAで搬送された属性識別情報に従って、サービスデータは第2の機器に必要なデータであるかどうか判定するのに使用され、サービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する、ブロードキャストすることと
を含む。

本発明の実施形態における制御シグナリング処理方法、制御シグナリング処理装置、および制御シグナリング処理機器によれば、第1の機器はユーザ送信側UEに対応しており、第2の機器は受信側UEに対応している。第2の機器は、受信されたSA内の属性識別情報に従って、サービスデータは第2の機器に必要なデータであるかどうか判定する。第2の機器は、第2の機器に必要なデータのみを受信する。これにより、受信側UEがサービスデータの属性を識別できず、したがって、受信側UEに必要ではないデータを受信または復調する関連技術の事例が回避される。したがって、データ受信プロセスにおける受信側UEの作業負荷が低減され、受信側UEの受信複雑度および電力消費が低減される。

3タイプD2D通信シナリオの概略図である。 Mode1モードのD2Dデバイス通信の概略図である。 V2Xに含まれる通信シナリオの概略図である。同じサブフレーム内でのSAおよびサービスデータの送信の概略図である。本発明の実施形態1による制御シグナリング受信方法の流れ図である。本発明の実施形態2による制御シグナリング受信方法の流れ図である。本発明の実施形態3による制御シグナリング受信方法の流れ図である。本発明の実施形態1による制御シグナリング送信方法の流れ図である。本発明の実施形態1による制御シグナリング受信装置の概略構造図である。本発明の一実施形態による制御シグナリング送信装置の概略構造図である。本発明の実施形態1による端末機器の概略構造図である。本発明の実施形態2による端末機器の概略構造図である。

ロング・ターム・エボリューション・アドバンスト（Long Term Evolution-Advanced、LTE-A）システムでは、ネットワーク負荷を低減させるために、デバイス・ツー・デバイス（Device to Device、D2D）技術がしかるべく台頭している。

D2D通信技術では、周波数利用を改善し、既存のUEの無線周波数能力を最大限利用するために、既存の移動通信ネットワークの周波数リソースがD2D通信リンクにおいて多重化される。既存の移動通信ネットワーク内のUEに干渉しないように、LTE-Aシステムの下りリンク（eNBからUEへのリンク）周波数リソースはD2D通信時には使用されない。比較するとeNBの耐干渉性の方がUEの耐干渉性よりも強いため、代わりに、LTE-Aシステムの上りリンク（UEからeNBへのリンク）周波数リソースだけが多重化される。

eNBネットワーク信号のカバレッジ状況に従い、D2D通信シナリオは一般に、3タイプ、すなわち、カバレッジ内、部分的カバレッジ、およびカバレッジ外に分類されうる。

図1は、3タイプのD2D通信シナリオの概略図である。カバレッジ内シナリオでは、UE1などのUEはeNBのカバレッジ内にある。部分的カバレッジシナリオでは、UE1など一部のUEはeNBのカバレッジ内にあり、UE2など他のUEはeNBのカバレッジ内にはない。カバレッジ外シナリオでは、UE3、UE4、およびUE5などすべてのUEがeNBのカバレッジ外にある。UEについて、UEがリスニングによってeNB信号を取得できる場合、そのUEはカバレッジ内のUEであり、UEがリスニングによってカバレッジ内のUEの信号を取得できる場合、そのUEは部分的カバレッジ内のUEであり、UEがリスニングによって前述の2つの信号のどちらも取得できない場合、そのUEはカバレッジ外のUEである。

D2D通信は2タイプ、すなわち、D2Dデバイス探索とD2Dデバイス通信とに分類される。D2Dデバイス探索プロセスでは、探索信号が物理サイドリンク探索チャネル（Physical Sidelink Discovery Channel、PSDCH）上でのみ送信される。D2Dデバイス通信プロセスでは、制御シグナリングSAが物理サイドリンク制御チャネル（Physical Sidelink Control Channel、PSCCH）上で運ばれ、サービスデータが物理サイドリンク共有チャネル（Physical Sidelink Shared Channel、PSSCH）上で運ばれる。LTEにおける上りリンク（Uplink、UL）および下りリンク（Downlink、DL）に対して、D2D通信リンクをサイドリンク（Sidelink、SL）と呼ぶ。

送信側UEから見ると、現在、D2Dデバイス通信には2つのリソース割り振りモードがある。モード1（Mode 1）は、集中制御法である。D2D通信リソースは、中央制御デバイス（eNBやリレーノードなど）によって割り振られる。通信リソースは、スケジューリングによって、使用のために送信側UEに割り振られる。集中制御リソース割り振りは主に、カバレッジ内シナリオに適用される。モード2（Mode 2）は、コンテンションベースの分散リソース多重化法である。送信側UEは、コンテンションによってリソースプールから通信リソースを取得する。カバレッジ内シナリオでは、リソースプールは、eNBが分割によって取得する通信リソースの全ブロックであり、すべてのUEがD2D通信中に通信リソースの全ブロック内の通信リソース小ブロックを求めて競う。カバレッジ外シナリオでは、リソースプールは、事前定義されたシステム帯域幅のブロックであり、すべてのD2Dユーザが事前定義リソース内のリソースを求めて競う。

D2Dデバイス通信と同様に、D2Dデバイス探索にもやはり2つのリソース割り振りタイプがある。タイプ1（Type 1）は、コンテンションベースの分散リソース多重化法である。送信側UEは、コンテンションによってリソースプールから送信リソースを取得する。カバレッジ内シナリオでは、リソースプールは、eNBが分割によって取得するリソースの全ブロックであり、すべてのD2Dユーザがリソースの全ブロック内のリソースの小ブロックを求めて競う。カバレッジ外シナリオでは、リソースプールは、事前定義されたシステム帯域幅のブロックであり、すべてのD2Dユーザが事前定義リソース内のリソースを求めて競う。タイプ2（Type 2）は、集中制御法である。D2D通信リソースは、中央制御デバイス（eNBやリレーノードなど）によって割り振られる。通信リソースは、スケジューリングによって、使用のために送信側UEに割り振られる。集中制御リソース割り振りは主に、カバレッジ内シナリオに適用される。Mode 2やType 1などのコンテンションベースの通信リソース割り振り法では、中央コントローラによる調整を欠くために、異なるUEが同じリソースを求めて競う可能性があり、したがって、競合が生じる。比較的多数のUEがある場合、競合の確率はきわめて高い。

図2は、Mode 1モードのD2Dデバイス通信の概略図である。図2から分かるように、D2Dデバイス通信では、上りリンクスケジューリング命令の有効なサブフレームにおいて、送信側UEはまず、SAを2回繰り返し送信し、SAはサービスデータの関連情報を搬送し、次いで、サービスデータを4回繰り返し送信し（サービスデータは図2ではDで表されている）、通信リソースは、eNBによって割り振られたリソースプールの中からTx UEによって無作為に選択される。受信側UEはまず、SAをブラインド検出し、SAが正しく受信され、SA内のIDが受信側UEのIDリスト内の少なくとも1つのIDと一致する場合、受信側UEは、サービスデータのものである、SAで搬送された関連情報に従ってサービスデータを受信する。サービスデータのものである、SAで搬送される関連情報は、タイミングアドバンス（Timing Advance、TA）、データリソースの時間位置（Time position of data resource、T-RPT）などを含む。

SAは、SCI format形式である。現在は、ただ1つの形式、SCI format 0だけがある。SCI format 0に含まれるフィールドを表1に示す。

リリースRel−14では、V2XがD2D技術の主要用途である。既存のD2D技術に基づき、V2Xデバイスのアクセス遅延をさらに低減させ、リソース競合問題を解決するように、V2XにおいてV2Xの特定の適用要件が最適化される。

さらに、V2Xは、車両対車両（Vehicle-to-Vehicle、V2V）、車両対歩行者（Vehicle-to-Pedestrian、V2P）、およびV2I／Nの3つの適用要件を特に含む。V2I／Nは、車両対インフラストラクチャ（Vehicle-to-Infrastructure、V2I）および車両対ネットワーク／進化型NodeB（Vehicle-to-Network/evolved NodeB、V2N）を含む。

図3は、V2Xに含まれる通信シナリオの概略図である。V2Vは、LTEシステムに基づく車両対車両の通信である。V2Pは、LTEシステムに基づく車両対人（歩行者、自転車に乗っている人、運転者、または乗員を含む）の通信である。V2Iは、LTEシステムに基づく車両対路側ユニット（Road Side Unit、RSU）の通信である。加えて、V2IにはV2Nが含まれていてよく、V2Nは、LTEシステムに基づく車両対eNB／ネットワークの通信である。

RSUには、端末タイプRSUとeNBタイプRSUの2タイプがある。端末タイプRSUは道路沿いに配置され、したがって、端末タイプRSUは非移動状態であり、移動性を考慮する必要がない。eNBタイプRSUは、eNBタイプRSUと通信する車両にタイミング同期およびリソース割り振りを提供することができる。

V2X通信では、遅延要件を満たすために、送信側UEは、1つのサブフレームでSAとサービスデータとを同時に送信することができる。図4に示すように、図4は、同じサブフレームでのSAおよびサービスデータの送信の概略図である。受信側UEはまずSAをブラインド検出し、同時に同じサブフレームでサービスデータをキャッシュする必要がある。SAが正しく受信され、SA内のIDが受信側UEのIDリスト内の少なくとも1つのIDと一致する場合、受信側UEは、同じサブフレームでキャッシュされたサービスデータを復調／復号し、または後続のサービスデータを受信する。

D2Dデバイス通信では、送信側UEはまず、SAを2回繰り返し送信し、SAはサービスデータの関連情報を搬送し、次いで、サービスデータを4回繰り返し送信する。受信側UEはまず、SAをブラインド検出する。SAが正しく受信され、SA内のIDが受信側IDのIDリスト内の少なくとも1つのIDと一致する場合、受信側UEは、サービスデータのものである、SAで搬送された関連情報に従ってサービスデータを受信する。

V2X通信では、遅延要件を満たすために、送信側UEは、1つのサブフレームでSAとサービスデータとを同時に送信することができる。受信側UEはまず、SAをブラインド検出し、SAを使用してスケジュールされたサービスデータは同じサブフレーム内にありうるため、同時に同じサブフレームでサービスデータをキャッシュする必要がある。SAが正しく受信され、SA内のIDが受信側UEのIDリスト内の少なくとも1つのIDと一致する場合、受信側UEは、キャッシュされたサービスを復調／復号し、または後続のサービスデータを受信する。

前述のD2D通信およびV2X通信の適用シナリオでは、受信側UEが、SA内のIDは正しいと検証するが、SAを使用してスケジュールされた、SAに対応する、またはSAと関連付けられたサービスデータは受信側UEが必要とするデータではない場合もありうる。しかし、受信側UEは、それでもなお、サービスデータを引き続き受信または復調／復号する。その結果、受信側UEの受信複雑度および電力消費が比較的高くなる。

前述の技術的問題を解決するために、本発明の実施形態は、制御シグナリング処理方法を提供する。以下では、具体的な実施形態に関連して本発明の技術的解決策を詳細に説明する。以下の具体的な実施形態は相互に組み合わされてもよい。いくつかの実施形態では同じまたは類似した概念またはプロセスを繰り返し説明しない場合もある。

図5は、本発明の実施形態1による制御シグナリング受信方法の流れ図である。本方法はD2D通信プロセスに適用され、第2の機器によって行われる。第2の機器は受信側UEである。本実施形態の方法は、以下の具体的なステップを含む。

ステップS11：第2の機器は、第1の機器によって送信された制御シグナリングSAを受信し、SAは、第1の機器が送信する必要のあるサービスデータの属性識別情報を搬送する。

第2の機器は、ブラインド検出によって、第1の機器によって送信されたSAを受信する。SAで搬送された属性識別情報は、SAを使用してスケジュールされた、SAと関連付けられた、またはSAに対応するサービスデータの属性を識別し、例えば、サービスデータのタイプまたはデータサイズや、送信端末のタイプや、受信端末のタイプを識別するのに使用される。

具体的には、属性識別情報は、実際の要件に従って、第1の識別情報、第2の識別情報、第3の識別情報、第4の識別情報、第5の識別情報、第6の識別情報、第7の識別情報、第8の識別情報、第9の識別情報、第10の識別情報、第11の識別情報、または第12の識別情報のうちの少なくとも1つを含むことができる。

第1の識別情報は、サービスデータが周期的に送信されるデータかそれともイベントトリガされるデータか識別するのに使用される。好ましくは、第1の識別情報は、サービスデータの送信間隔またはサービスデータをトリガする回数を識別するのにさらに使用される。

第2の識別情報は、サービスデータの送信間隔もしくはサービスデータをトリガする回数を識別するのに使用される。第2の識別情報は、第1の識別情報と組み合わせて使用されてもよく、独立して使用されてもよい。サービスデータの送信間隔またはサービスデータをトリガする回数は、サービスデータが周期的に送信されるデータかそれともイベントトリガされるデータか示すために設定される。

第3の識別情報は、第1の機器の機器タイプを識別するのに使用される。例えば、第3の識別情報は、第1の機器のタイプが、V2Pシナリオの歩行者、V2Vシナリオの車両、V2IシナリオのRSU、またはV2Nシナリオの進化型NodeB／ネットワークであることを識別するのに使用される。この情報は約2ビットを占有しうる。一般的なUEまたは路側ユニットRSUタイプのUEが区別されさえすればよい場合には、この情報は1ビットだけで済む。

第4の識別情報は、ターゲット機器の機器タイプを識別するのに使用される。例えば、第3の識別情報は、ターゲット機器が、V2Pシナリオの歩行者、V2Vシナリオの車両、またはV2IシナリオのRSUであることを識別するのに使用されうる。一般的なUEまたは路側ユニットRSUタイプのUEが区別されさえすればよい場合には、この情報は1ビットだけで済む。

第5の識別情報は、サービスデータのデータタイプを識別するのに使用される。例えば、サービスデータのタイプは、協調認識メッセージ（Cooperative Awareness Message、CAM）または分散環境通知メッセージ（Decentralized Environment Notification Message、DENM）とすることができ、より具体的には、前方衝突警告（Forward Collision Warning、FCW）、制御喪失警告（Control Loss Warning、CLW）、緊急車両警告（emergency vehicle warning、EVW）、緊急停止（Emergency Stop、ES）、協調定速走行・車間距離制御（Cooperative Adaptive Cruise Control、CACC）、渋滞警告（Queue Warning、QW）、逆走警告（Wrong way driving warning、WWDW）、衝突前感知警告（Pre-crash Sensing Warning、PSW）、カーブ速度警告（Curve Speed Warning、CSW）、歩行者衝突を防ぐための歩行者への警告（Warning to Pedestrian against Pedestrian Collision）、交通弱者（Vulnerable Road User、VRU）安全性などとすることができる。情報が占有するビット数は、使用される情報タイプの総量に依存する。

第6の識別情報は、サービスデータの適用シナリオを識別するのに使用される。例えば、サービスデータの適用シナリオは、CAMまたはDENMとすることができ、より具体的には、FCW、CLW、EVW、ES、CACC、車両対路側ユニット緊急停止（V2I Emergency Stop、V2I ES）、QW、道路安全サービス（Road safety services、RSS）、自動駐車システム（Automated Parking System、APS）、WWDW、オペレータ制御下での車両対車両メッセージ転送（V2V message transfer under operator control）、PSW、ネットワークカバレッジ外の領域におけるV2X（V2X in areas outside network coverage）、インフラストラクチャによるV2X道路安全サービス（V2X Road safety service via infrastructure）、V2I／V2N交通流最適化（V2I／V2N Traffic Flow Optimization）、カーブ速度警告（Curve Speed Warning、CSW）、歩行者衝突を防ぐための歩行者への警告（Warning to Pedestrian against Pedestrian Collision）、交通弱者（Vulnerable Road User、VRU）安全性などとすることができる。情報内の例／シナリオの数は増減する場合があり、異なるビット数がしかるべく占有される。

第7の識別情報は、サービスデータの優先度を識別するのに使用される。例えば、8つの優先度がサービスデータの分類によって取得されうる。この場合には、情報を表すのに3ビットが必要である。

第8の識別情報は、サービスデータを送信するための通信リソースプールを識別するのに使用される。例えば、現在は、4つのリソースプールがあり、これに対応して、2ビットが必要である。

第9の識別情報は、通信リソースプールにおけるサービスデータのオフセット位置を識別するのに使用される。通信リソースプールにおけるサービスデータのオフセット位置は、周波数領域オフセットおよび／または時間領域オフセットを特に含む。周波数領域オフセットは、SAを使用してスケジュールされた／SAに対応する／SAと関連付けられたサービスデータの、リソースプールにおける位置を指示し、またはSAを使用してスケジュールされた／SAに対応する／SAと関連付けられたサービスデータの、SAによって占有されるRBに対する位置を指示し、少なくとも1ビットである。時間領域オフセットは、SAを使用してスケジュールされた／SAに対応する／SAと関連付けられたデータの、SAが位置するサブフレームに対するサブフレームオフセットを指示するのに使用される。

第10の識別情報は、サービスデータのデータサイズを識別するのに使用される。

第11の識別情報は、モード1やモード2などの、サービスデータの通信リソース・スケジューリング・モードを識別するのに使用される。モード1では、進化型NodeBがリソースをスケジュールする。モード2では、UEがリソースを選択する。モード1のリソースとモード2のリソースがオーバーラップし、または共有される場合、識別情報に従ってリソースで受信側を区別することができる。

第12の識別情報は、サービスデータの安全性属性を識別するのに使用され、具体的には、サービスデータが安全関連のものかそれとも非安全関連のものか識別するのに使用される。

V2I／N通信シナリオでは、第1の機器が路側ユニットRSUであり、第2の機器が車両である場合、それに対応して、属性識別情報は、RSUがeNBであるかそれともeNB以外の非モバイル機器であるか識別するのに使用される情報を含むことができる。

V2I／N通信シナリオでは、第1の機器が車両であり、第2の機器が路側ユニットRSUである場合、それに対応して、属性識別情報は、RSUがeNBであるかそれともeNB以外の非モバイル機器であるか識別するのに使用される情報を含むことができる。

V2P通信シナリオでは、第1の機器が道路利用者であり、第2の機器が車両である場合、それに対応して、属性識別情報は、道路利用者の個別タイプを識別する、例えば、道路利用者が、歩行者、自転車に乗っている人、運転者、または乗員であると識別するのに使用される情報を含むことができる。

V2P通信シナリオでは、第1の機器が車両であり、第2の機器が道路利用者である場合、それに対応して、属性識別情報は、道路利用者の個別タイプを識別する、例えば、道路利用者が、歩行者、自転車に乗っている人、運転者、または乗員であると識別するのに使用される情報を含むことができる。

V2V通信シナリオでは、第1の機器と第2の機器の両方が車両である場合、それに対応して、属性識別情報は、第1の機器の位置を識別するのに使用される情報、第1の機器の移動速度を識別するのに使用される情報、第1の機器の加速度を識別するのに使用される情報、第1の機器の移動方向を識別するのに使用される情報、もしくは第1の機器が位置する車線を識別するのに使用される情報、のうちの少なくとも1つを含む。

ステップS12：第2の機器は、属性識別情報に従って、サービスデータが第2の機器に必要なデータであるかどうか判定する。

SAを受信した後で、第2の機器は、SAで搬送された属性識別情報に従って、SAを使用してスケジュールされた、SAと関連付けられた、またはSAに対応するサービスデータが第2の機器に必要なデータであるかどうか判定する。例えば、第2の機器は、サービスデータのタイプやデータサイズなど、SAで搬送された情報に従って、第1の機器が送信する必要のあるサービスデータは第2の機器が受信する必要のあるサービスデータであるかどうか判定する。

ステップS13：第2の機器がサービスデータは第2の機器に必要なデータであると判定した場合、第2の機器はサービスデータを受信する。

サービスデータがSAと同じサブフレーム内であり、キャッシュされている場合、第2の機器はサービスデータの復号処理を行う。

サービスデータとSAとが異なるサブフレームである場合、第2の機器は、SAに従ってサービスデータを受信し、受信したサービスデータを復号する。

本実施形態では、ブラインド検出によってSAを受信した後で、第2の機器は、SA内の属性識別情報に従って、SAを使用してスケジュールされた、SAに対応する、またはSAと関連付けられたサービスデータが第2の機器に必要なデータであるかどうか判定する。第2の機器は、サービスデータが第2の機器に必要なデータであると判定した場合に限り、サービスデータを受信する。第2の機器は、サービスデータが第2の機器に必要なデータではないと判定した場合、サービスデータを受信しない。

以上から分かるように、本実施形態では、受信側UEとして、第2の機器は、サービスデータを受信する際の第2の機器の作業負荷を低減させ、受信端末の電力消費を低減させるために、サービスデータを選択的に受信する。

図6は、本発明の実施形態2による制御シグナリング受信方法の流れ図である。本方法はD2D通信プロセスに適用され、第2の機器によって行われる。第2の機器は受信側UEである。本実施形態の方法は、以下の具体的なステップを含む。

ステップS21：第2の機器は、第1の機器によって送信された制御シグナリングSAを受信し、SAは、第1の機器が送信する必要のあるサービスデータの属性識別情報と、ターゲット機器の識別子IDとを搬送する。

本実施形態では、属性識別情報は、SAを使用してスケジュールされた、SAに対応する、またはSAと関連付けられたサービスデータの関連属性、例えば、サービスデータのタイプやデータサイズを識別するのに使用される。

本実施形態の属性識別情報は、実際の要件に従って、実施形態1に記載される方法で設定されてよい。本実施形態では詳細を繰り返さない。

ターゲット機器のIDは、第1の機器が通信する必要のある機器のIDを識別するのに使用される。第1の機器が通信する必要のある機器のIDが1つの場合もあり、第1の機器が通信する必要のある機器のIDが複数の場合もある。第1の機器が通信する必要のある機器のIDは複数あることが好ましい。

ステップS22：第2の機器は、ターゲット機器のIDに従って、第2の機器は第1の機器が通信する必要のあるターゲット機器であるかどうか判定する。

SAがターゲット機器のIDを含む場合、第2の機器は、SAで搬送されたターゲット機器のIDに従って、第2の機器は第1の機器が通信する必要のあるターゲット機器であるかどうか判定する。

ステップS23：第2の機器は、属性識別情報に従って、サービスデータが第2の機器に必要なデータであるかどうか判定する。

SAがサービスデータの属性識別情報を搬送している場合、第2の機器は、SAで搬送された属性識別情報に従って、サービスデータは第2の機器に必要なデータであるかどうか判定する。

ステップS24：第2の機器は、ステップS23とステップS24両方の判定結果が「はい」である場合、サービスデータを受信する。

ステップS22とステップS23に実行順序はない。第2の機器は、条件が2つとも満たされると判定した場合に限り、サービスデータを受信する。第2の機器は、2つのステップのどちらかの判定結果が「いいえ」であると判定した場合、サービスデータを受信しない。

加えて、SAは、サービスデータの属性識別情報だけを含む場合も、ターゲット機器のIDを含む場合もあり、そのため属性識別情報またはターゲット機器のIDに従って、サービスデータを受信するかどうかが判定される。

属性識別情報に従ってサービスデータを受信するかどうか判定する場合、第2の機器は、サービスデータ受信条件を事前設定する。SAを受信した後で、第2の機器は、属性識別情報に従って、サービスデータが事前設定受信条件を満たすかどうか判定する。第2の機器は、サービスデータが第2の機器によって事前設定された受信条件を満たす場合に限り、サービスデータを受信する。

例えば、受信側UEによって設定される受信条件は、探索信号だけを受信することである。SAが第7の識別情報を含み、探索リソースプールが第7の識別情報に従って指示される場合、第2の機器は、サービスデータは探索信号であると判定し、第2の機器は、SAを使用してスケジュールされた／SAに対応する／SAと関連付けられたサービスデータを引き続き受信し、そうでない場合、第2の機器は、SAを使用してスケジュールされた／SAに対応する／SAと関連付けられたサービスデータを引き続き受信しない。

別の例として、V2P通信シナリオでは、受信側UEは、運転者によって送信されたサービスデータのみを受信する。属性識別情報で識別された送信側UEが運転者である場合、受信側UEは、SAを使用してスケジュールされた／SAに対応する／SAと関連付けられたデータを引き続き受信し、そうでない場合、受信側UEは、SAを使用してスケジュールされた／SAに対応する／SAと関連付けられたデータを引き続き受信しない。

第2の機器がSAをブラインド検出する回数を低減させるために、本発明の本実施形態では、新しい形式の制御シグナリングSAを定義し、これを例えばSCI format 1と呼ぶ。好ましくは、SCI format 1のサイズ（総ビット数）は既存のSCI format 0のサイズと同じである。このようにして、前述の推奨されるフィールドが新しく追加される必要がある場合、いくつかのフィールドを既存のSCI format 0から除く必要があり、または既存のSCI format 0内のいくつかのフィールドの冗長／予約状態を使用する必要がある。具体的には、以下の方法のうちの少なくとも1つを使用することができる。

MCSフィールドの冗長／予約状態21〜31を使用することができる。Sidelinkは64QAMをサポートしないため、元来は64QAMを指示するのに使用される状態21〜28は特定の意味を持たず、別の目的に使用することができる。元の予約状態29〜31も再定義することができる。

SAとサービスデータとが同じサブフレーム内である場合、送信側UEはT-RPTを制御シグナリングSAに持ち込まない。したがって、T-RPTフィールドは、サービスデータの属性識別情報を搬送するために確保することができる。

TAフィールドは圧縮される。TAフィールドは、既存の11ビットから5ビットに圧縮され、または別のビット数に圧縮されうる。したがって、タイミング調整粒度がより大きくなり、ビットオーバーヘッドが低減される。

以上は単なる例である。本発明の本実施形態は、別の既存のフィールドの削除または圧縮や、別の既存のフィールドの冗長／予約状態の使用だけに限定されない。

図7は、本発明の実施形態3による制御シグナリング受信方法の流れ図である。本方法はD2D通信プロセスに適用され、第2の機器によって行われる。第2の機器は受信側UEである。本実施形態の方法は、以下の具体的なステップを含む。

ステップS31：第2の機器は、第1の機器によって送信された制御シグナリングSAを受信し、SAが受信された同じサブフレームでサービスデータをキャッシュし、SAは、サービスデータの属性識別情報と、ソース機器の識別子IDとを搬送する。

本実施形態では、第1の機器は、同じサブフレームでSAとサービスデータとを送信する。第2の機器は、ブラインド検出によってSAを受信し、同じサブフレームでサービスデータをキャッシュする。

SAで搬送された属性識別情報は、キャッシュされたサービスデータの関連属性、例えば、サービスデータのタイプやデータサイズを識別するのに使用される。

具体的には、SAで搬送されうる属性識別情報のタイプは、実施形態1でそのタイプとして説明されている。本実施形態では詳細を繰り返さない。

ソース機器のIDは、SAを送信する端末（すなわち、第1の機器）のIDを識別するのに使用される。

ステップS32：第2の機器は、ソース機器のIDに従って、第1の機器は第2の機器が通信する必要のある機器であるかどうか判定する。

ステップS33：第2の機器は、属性識別情報に従って、キャッシュされたサービスデータは復号される必要があるかどうか判定する。

ステップS34：第2の機器は、ステップS32とステップS33両方の判定結果が「はい」である場合、キャッシュされたサービスデータを復調／復号する。

ステップS32とステップS33に実行順序はない。第2の機器は、条件が2つともが満たされると判定した場合に限り、キャッシュされたサービスデータを復号する。第2の機器は、2つのステップのどちらかの判定結果が「いいえ」であると判定した場合、サービスデータを復号しない。

加えて、SAは、サービスデータの属性識別情報だけを含む場合も、ソース機器のIDを含む場合もあり、そのため属性識別情報またはソース機器のIDに従って、サービスデータを復号するかどうかが判定される。

本実施形態では、第2の機器は、サービスデータ受信条件を事前設定する。SAを受信した後で、第2の機器は、属性識別情報に従って、サービスデータが事前設定受信条件を満たすかどうか判定する。第2の機器は、サービスデータが第2の機器によって事前設定された受信条件を満たす場合に限り、サービスデータを受信する。

本実施形態では、属性識別情報は、
変調符号化方式MCSフィールド、
タイミングアドバンスTAフィールドのいくつかのコードビット、または
データリソースの時間位置T-RPTフィールド
のSAの各フィールドのうちの少なくとも1つに位置する。

図8は、本発明の実施形態1による制御シグナリング送信方法の流れ図である。本方法はD2D通信プロセスに適用され、第1の機器によって行われる。第1の機器は送信側UEである。本実施形態の方法は、以下の具体的なステップを含む。

ステップS41：第1の機器は、制御シグナリングSAを生成し、SAは、送信される必要のあるサービスデータの属性識別情報を搬送する。

ステップS42：第1の機器は、SAを少なくとも1つの第2の機器に送信し、SAは、第2の機器によって、SAで搬送された属性識別情報に従って、サービスデータは第2の機器に必要なデータであるかどうか判定するのに使用され、サービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する。

本発明の一実施形態において、第1の機器によって送信されるSAは、ターゲット機器の識別子IDをさらに搬送し、第2の機器によって、ターゲット機器のIDに従って、第2の機器は第1の機器が通信する必要のあるターゲット機器であるかどうか判定するのに使用される。第2の機器は第1の機器が通信する必要のあるターゲット機器であり、かつサービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する。

本発明の一実施形態において、第1の機器によって送信されるSAは、ソース機器の識別子IDをさらに搬送し、第2の機器によって、ソース機器のIDに従って、第1の機器は第2の機器が通信する必要のある機器であるかどうか判定するのに使用される。第1の機器は第2の機器が通信する必要のある機器であり、かつサービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する。

本発明の一実施形態において、第1の機器によって送信されるSAで搬送される属性識別情報は、
サービスデータは周期的に送信されるデータかそれともイベントトリガされるデータか識別するのに使用される、第1の識別情報、
サービスデータの送信間隔もしくはサービスデータをトリガする回数を識別するのに使用される、第2の識別情報、
第1の機器の機器タイプを識別するのに使用される、第3の識別情報、
ターゲット機器の機器タイプを識別するのに使用される、第4の識別情報、
サービスデータのデータタイプを識別するのに使用される、第5の識別情報、
サービスデータの適用シナリオを識別するのに使用される、第6の識別情報、
サービスデータの優先度を識別するのに使用される、第7の識別情報、
サービスデータを送信するための通信リソースプールを識別するのに使用される、第8の識別情報、
通信リソースプールにおけるサービスデータのオフセット位置を識別するのに使用される、第9の識別情報、
サービスデータのデータサイズを識別するのに使用される、第10の識別情報、
サービスデータの通信リソース・スケジューリング・モードを識別するのに使用される、第11の識別情報、または
サービスデータの安全性属性を識別するのに使用される、第12の識別情報
のうちの少なくとも1つを含む。

本発明の一実施形態において、属性識別情報は、
変調符号化方式MCSフィールド、
タイミングアドバンスTAフィールドのいくつかのコードビット、または
データリソースの時間位置T-RPTフィールド
のSAの各フィールドのうちの少なくとも1つに位置する。

本発明の一実施形態において、属性識別情報内の具体的な内容は、実際のD2D通信適用シナリオに従って設定される。

例えば、第1の機器は路側ユニットRSUであり、第2の機器は車両であり、
それに対応して、属性識別情報は、RSUがeNBであるかそれともeNB以外の非モバイル機器であるか識別するのに使用される情報を含む。

例えば、第1の機器は車両であり、第2の機器は路側ユニットRSUであり、
それに対応して、属性識別情報は、RSUがeNBであるかそれともeNB以外の非モバイル機器であるか識別するのに使用される情報を含む。

例えば、第1の機器は道路利用者であり、第2の機器は車両であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含む。

例えば、第1の機器は車両であり、第2の機器は道路利用者であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含む。

例えば、第1の機器と第2の機器の両方が車両であり、
それに対応して、属性識別情報は、第1の機器の位置を識別するのに使用される情報、第1の機器の移動速度を識別するのに使用される情報、第1の機器の加速度を識別するのに使用される情報、第1の機器の移動方向を識別するのに使用される情報、もしくは第1の機器が位置する車線を識別するのに使用される情報、のうちの少なくとも1つを含む。

本実施形態の属性識別情報の設定方法および意味は、制御シグナリング受信方法の実施形態1のものと同じである。本実施形態では詳細を繰り返さない。

サービスデータのものであり、送信側UEによってSAに持ち込まれる属性識別情報は、受信側UEによって、SAが正しく受信された後で属性識別情報に従って、SAを使用してスケジュールされた／SAに対応する／SAと関連付けられたデータをさらに復調／復号または受信するかどうか決定するのに使用される。

本発明の制御シグナリング処理方法は、受信端UEの復調／復号作業負荷、受信側UEの電力消費、および受信側UEの複雑度を低減させるために、D2D、V2X、マシンツーマシン（Machine to Machine、M2M）などのシステムに適用することができる。

図9は、本発明の実施形態1による制御シグナリング受信装置の概略構造図である。本装置は、デバイス・ツー・デバイスD2D通信ネットワークに配置される。主構造は、第1の受信モジュール51と、判定モジュール52と、第2の受信モジュール53とを含む。第1の受信モジュール51は、第1の機器によって送信された制御シグナリングSAを受信するように構成されており、SAは、第1の機器が送信する必要のあるサービスデータの属性識別情報を搬送する。判定モジュール52は、属性識別情報に従って、サービスデータは本受信装置に必要なデータであるかどうか判定するように構成されている。第2の受信モジュール53は、サービスデータが本受信装置に必要なデータである場合、サービスデータを受信するように構成されている。

前述の実施形態では、本制御シグナリング受信装置は、第1の検証モジュールをさらに含む。SAは、ターゲット機器の識別子IDをさらに搬送する。第1の検証モジュールは、ターゲット機器のIDに従って、本受信装置は第1の機器が通信する必要のあるターゲット機器であるかどうか判定するように構成されている。本受信装置は第1の機器が通信する必要のあるターゲット機器であり、かつサービスデータは本受信装置に必要なデータである場合、本受信装置はサービスデータを受信する。

前述の実施形態では、本制御シグナリング受信装置は、第2の検証モジュールをさらに含む。SAは、ソース機器の識別子IDをさらに搬送する。第2の検証モジュールは、ソース機器のIDに従って、第1の機器は本受信装置が通信する必要のある機器であるかどうか判定するように構成されている。第1の機器は本受信装置が通信する必要のある機器であり、かつサービスデータは本受信装置に必要なデータである場合、本受信装置はサービスデータを受信する。

前述の実施形態では、属性識別情報は、
サービスデータは周期的に送信されるデータかそれともイベントトリガされるデータか識別するのに使用される、第1の識別情報、
サービスデータの送信間隔もしくはサービスデータをトリガする回数を識別するのに使用される、第2の識別情報、
第1の機器の機器タイプを識別するのに使用される、第3の識別情報、
ターゲット機器の機器タイプを識別するのに使用される、第4の識別情報、
サービスデータのデータタイプを識別するのに使用される、第5の識別情報、
サービスデータの適用シナリオを識別するのに使用される、第6の識別情報、
サービスデータの優先度を識別するのに使用される、第7の識別情報、
サービスデータを送信するための通信リソースプールを識別するのに使用される、第8の識別情報、
通信リソースプールにおけるサービスデータのオフセット位置を識別するのに使用される、第9の識別情報、
サービスデータのデータサイズを識別するのに使用される、第10の識別情報、
サービスデータの通信リソース・スケジューリング・モードを識別するのに使用される、第11の識別情報、または
サービスデータの安全性属性を識別するのに使用される、第12の識別情報
のうちの少なくとも1つを含む。

前述の実施形態では、属性識別情報は、変調符号化方式MCSフィールド、
タイミングアドバンスTAフィールドのいくつかのコードビット、または
データリソースの時間位置T-RPTフィールド
のSAの各フィールドのうちの少なくとも1つに位置する。

前述の実施形態では、判定モジュール52は、属性識別情報に従って、サービスデータは本受信装置によって事前設定された受信条件を満たすかどうか判定し、サービスデータが本受信装置によって事前設定された受信条件を満たす場合、サービスデータは本受信装置に必要なデータであると判定する、ように特に構成されている。

前述の実施形態では、第2の受信モジュール53は、SAに従ってサービスデータを受信し、受信したサービスデータを復号する、ように特に構成されており、または
第2の受信モジュール53は、受信またはキャッシュされているサービスデータを復号するように特に構成されている。

前述の実施形態では、第1の機器は路側ユニットRSUであり、本受信装置は車両であり、
それに対応して、属性識別情報は、RSUがeNBであるかそれともeNB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
第1の機器は車両であり、本受信装置は路側ユニットRSUであり、
それに対応して、属性識別情報は、RSUがeNBであるかそれともeNB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
第1の機器は道路利用者であり、本受信装置は車両であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含み、または
第1の機器は車両であり、本受信装置は道路利用者であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含み、または
第1の機器と本受信装置の両方が車両であり、
それに対応して、属性識別情報は、第1の機器の位置を識別するのに使用される情報、第1の機器の移動速度を識別するのに使用される情報、第1の機器の加速度を識別するのに使用される情報、第1の機器の移動方向を識別するのに使用される情報、もしくは第1の機器が位置する車線を識別するのに使用される情報、のうちの少なくとも1つを含む。

図10は、本発明の一実施形態による制御シグナリング送信装置の概略構造図である。本装置は、デバイス・ツー・デバイスD2D通信ネットワークに配置される。主構造は、制御シグナリング生成モジュール61と、送信モジュール62とを含む。制御シグナリング生成モジュール61は、制御シグナリングSAを生成するように構成されており、SAは、送信される必要のあるサービスデータの属性識別情報を搬送する。送信モジュール62は、SAを少なくとも1つの第2の機器に送信するように構成されており、SAは、第2の機器によって、SAで搬送された属性識別情報に従って、サービスデータは第2の機器に必要なデータであるかどうか判定するのに使用される。サービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する。

前述の実施形態では、SAは、ターゲット機器の識別子IDをさらに搬送し、第2の機器によって、ターゲット機器のIDに従って、第2の機器は本送信装置が通信する必要のあるターゲット機器であるかどうか判定するのに使用される。第2の機器は本送信装置が通信する必要のあるターゲット機器であり、かつサービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する。

前述の実施形態では、SAは、ソース機器の識別子IDをさらに搬送し、第2の機器によって、ソース機器のIDに従って、本送信装置は第2の機器が通信する必要のある機器であるかどうか判定するのに使用される。本送信装置は第2の機器が通信する必要のある機器であり、かつサービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する。

前述の実施形態では、属性識別情報は、
サービスデータは周期的に送信されるデータかそれともイベントトリガされるデータか識別するのに使用される、第1の識別情報、
サービスデータの送信間隔もしくはサービスデータをトリガする回数を識別するのに使用される、第2の識別情報、
本送信装置の機器タイプを識別するのに使用される、第3の識別情報、
ターゲット機器の機器タイプを識別するのに使用される、第4の識別情報、
サービスデータのデータタイプを識別するのに使用される、第5の識別情報、
サービスデータの適用シナリオを識別するのに使用される、第6の識別情報、
サービスデータの優先度を識別するのに使用される、第7の識別情報、
サービスデータを送信するための通信リソースプールを識別するのに使用される、第8の識別情報、
通信リソースプールにおけるサービスデータのオフセット位置を識別するのに使用される、第9の識別情報、
サービスデータのデータサイズを識別するのに使用される、第10の識別情報、
サービスデータの通信リソース・スケジューリング・モードを識別するのに使用される、第11の識別情報、または
サービスデータの安全性属性を識別するのに使用される、第12の識別情報
のうちの少なくとも1つを含む。

前述の実施形態では、本送信装置は路側ユニットRSUであり、第2の機器は車両であり、
それに対応して、属性識別情報は、RSUがeNBであるかそれともeNB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
本送信装置は車両であり、第2の機器は路側ユニットRSUであり、
それに対応して、属性識別情報は、RSUがeNBであるかそれともeNB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
本送信装置は道路利用者であり、第2の機器は車両であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含み、または
本送信装置は車両であり、第2の機器は道路利用者であり、
それに対応して、属性識別情報は、道路利用者の個別タイプを識別するのに使用される情報を含み、または
本送信装置と第2の機器の両方が車両であり、
それに対応して、属性識別情報は、本送信装置の位置を識別するのに使用される情報、本送信装置の移動速度を識別するのに使用される情報、本送信装置の加速度を識別するのに使用される情報、本送信装置の移動方向を識別するのに使用される情報、もしくは本送信装置が位置する車線を識別するのに使用される情報、のうちの少なくとも1つを含む。

図11は、本発明の実施形態1による端末機器1400の概略構造図である。本端末機器は、D2D通信ネットワークに配置される。端末機器1400は、通信インターフェース1401と、メモリ1403と、プロセッサ1402とを含む。通信インターフェース1401と、プロセッサ1402と、メモリ1403とは、バス1404を使用して相互に接続されている。バス1404は、周辺装置相互接続（peripheral component interconnect、PCI）バス、拡張業界標準アーキテクチャ（extended industry standard architecture、EISA）などとすることができる。バスは、アドレスバス、データバス、制御バスなどに分類することができる。表現を容易にするために、図11においてバスは1本の太線だけで表されている。しかし、1本だけのバスまたは1種類だけのバスしかないことを意味するものではない。

通信インターフェース1401は、送信端と通信するように構成されている。メモリ1403はプログラムを格納するように構成されている。具体的には、プログラムはプログラムコードを含むことができ、プログラムコードは、コンピュータ操作命令を含む。メモリ1403は、ランダム・アクセス・メモリ（random access memory、RAM）を含んでいてもよく、不揮発性メモリ（non-volatile memory）、例えば、少なくとも1つの磁気ディスク記憶をさらに含んでいてもよい。

プロセッサ1402は、メモリ1403に格納されたプログラムを実行して、本発明の前述の方法実施形態の方法：
第1の機器によって送信された制御シグナリングSAを受信するステップであって、SAは、第1の機器が送信する必要のあるサービスデータの属性識別情報を搬送する、ステップと、
属性識別情報に従って、サービスデータは本端末機器に必要なデータであるかどうか判定するステップと、
サービスデータが本端末機器に必要なデータである場合、本端末機器が、サービスデータを受信するステップと
を行う。

プロセッサ1402は、中央処理装置（Central Processing Unit、CPU）、ネットワークプロセッサ（Network Processor、NP）などを含む汎用プロセッサとすることもでき、デジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールド・プログラマブル・ゲート・アレイ（FPGA）もしくは別のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理デバイス、またはディスクリート・ハードウェア・アセンブリとすることもできる。

図12は、本発明の実施形態2による端末機器1500の概略構造図である。本端末機器は、D2D通信ネットワークに配置される。端末機器1500は、通信インターフェース1501と、メモリ1503と、プロセッサ1502とを含む。通信インターフェース1501と、プロセッサ1502と、メモリ1503とは、バス1504を使用して相互に接続されている。バス1504は、周辺装置相互接続（peripheral component interconnect、PCI）バス、拡張業界標準アーキテクチャ（extended industry standard architecture、EISA）などとすることができる。バスは、アドレスバス、データバス、制御バスなどに分類することができる。表現を容易にするために、図12においてバスは1本の太線だけで表されている。しかし、1本だけのバスまたは1種類だけのバスしかないことを意味するものではない。

通信インターフェース1501は、送信端と通信するように構成されている。メモリ1503はプログラムを記憶するように構成されている。具体的には、プログラムはプログラムコードを含むことができ、プログラムコードは、コンピュータ操作命令を含む。メモリ1503は、ランダム・アクセス・メモリ（random access memory、RAM）を含むこともでき、不揮発性メモリ（non-volatile memory）、例えば、少なくとも1つの磁気ディスク記憶をさらに含むこともできる。

プロセッサ1502は、メモリ1503に格納されたプログラムを実行して、本発明の前述の方法実施形態の方法：
制御シグナリングSAを生成するステップであって、SAは、送信される必要のあるサービスデータの属性識別情報を搬送する、ステップと、
SAを第2の機器にブロードキャストするステップであって、SAは第2の機器によって、SAで搬送された属性識別情報に従って、サービスデータは第2の機器に必要なデータであるかどうか判定するのに使用され、サービスデータは第2の機器に必要なデータである場合、第2の機器はサービスデータを受信する、ステップと
を行う。

プロセッサ1502は、中央処理装置（Central Processing Unit、CPU）、ネットワークプロセッサ（Network Processor、NP）などを含む汎用プロセッサとすることもでき、デジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールド・プログラマブル・ゲート・アレイ（FPGA）もしくは別のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理デバイス、またはディスクリート・ハードウェア・アセンブリとすることもできる。

各実施形態の装置および機器は、前述の方法実施形態の技術的解決策をしかるべく実行するように構成することができる。装置および機器の実行原理および技術的効果は、前述の方法実施形態の技術的解決策のものと同様である。ここでは詳細を繰り返さない。

本発明の実施形態における制御シグナリング処理方法、制御シグナリング処理装置、および制御シグナリング処理機器によれば、第1の機器は送信側UEに対応しており、第2の機器は受信側UEに対応している。第2の機器は、受信されたSA内の属性識別情報に従って、サービスデータは第2の機器に必要なデータであるかどうか判定する。第2の機器は、第2の機器に必要なデータのみを受信する。これにより、受信側UEがサービスデータの属性を識別できず、したがって、受信側UEに必要ではないデータを受信または復調する関連技術の事例が回避される。したがって、データ受信プロセスにおける受信側UEの作業負荷が低減され、受信側UEの受信複雑度および電力消費が低減される。

当業者は、方法実施形態の各ステップの全部または一部が関連ハードウェアに命令するプログラムによって行われうることを理解するであろう。プログラムはコンピュータ可読記憶媒体に格納することができる。プログラムが動作すると、方法実施形態の各ステップが行われる。記憶媒体は、ROM、RAM、磁気ディスク、光ディスクといった、プログラムコードを格納することのできる任意の媒体を含む。

最後に、前述の実施形態は単に本発明の技術解決策を説明するためのものにすぎず、本発明を限定するためのものではないことに留意されたい。本発明は前述の実施形態に関連して詳細に説明されているが、当業者は、本発明の実施形態の技術的解決策の範囲を逸脱することなく、さらに、前述の実施形態で記述されている技術的解決策に改変を加え、または前述の実施形態の一部もしくは全部の技術的特徴に対する等価の置換を行うことができることを理解するはずである。

51 第1の受信モジュール
52 判定モジュール
53 第2の受信モジュール
61 制御シグナリング生成モジュール
62 送信モジュール
1400 端末機器
1401 通信インターフェース
1402 プロセッサ
1403 メモリ
1404 バス
1500 端末機器
1501 通信インターフェース
1502 プロセッサ
1503 メモリ
1504 バス

Claims

制御シグナリング受信方法であって、前記方法はデバイス・ツー・デバイス（D2D）通信プロセスに適用され、前記方法は、
第2の機器により、第1の機器によって送信された制御シグナリングを受信するステップであって、前記制御シグナリングは、前記第1の機器が送信する必要のあるサービスデータの属性識別情報を搬送する、ステップと、
前記第2の機器により、前記属性識別情報に従って、前記サービスデータは前記第2の機器に必要なデータであるかどうか判定するステップと、
前記サービスデータは前記第2の機器に必要な前記データである場合、前記第2の機器により、前記サービスデータを受信するステップと
を含む、方法。
前記制御シグナリングは、ターゲット機器の識別子（ID）をさらに搬送し、
前記方法は、
前記第2の機器により、前記ターゲット機器の前記IDに従って、前記第2の機器は前記第1の機器が通信する必要のあるターゲット機器であるかどうか判定するステップと、
前記第2の機器は前記第1の機器が通信する必要のある前記ターゲット機器であり、かつ前記サービスデータは前記第2の機器に必要な前記データである場合、前記第2の機器により、前記サービスデータを受信するステップと
をさらに含む、請求項1に記載の方法。
前記制御シグナリングは、ソース機器の識別子（ID）をさらに搬送し、
前記方法は、
前記第2の機器により、前記ソース機器の前記IDに従って、前記第1の機器は前記第2の機器が通信する必要のある機器であるかどうか判定するステップと、
前記第1の機器は前記第2の機器が通信する必要のある前記機器であり、かつ前記サービスデータは前記第2の機器に必要な前記データである場合、前記第2の機器により、前記サービスデータを受信するステップと
をさらに含む、請求項1または2に記載の方法。
前記属性識別情報は、
前記サービスデータは周期的に送信されるデータかそれともイベントトリガされるデータか識別するのに使用される、第1の識別情報、
前記サービスデータの送信間隔もしくは前記サービスデータをトリガする回数を識別するのに使用される、第2の識別情報、
前記第1の機器の機器タイプを識別するのに使用される、第3の識別情報、
ターゲット機器の機器タイプを識別するのに使用される、第4の識別情報、
前記サービスデータのデータタイプを識別するのに使用される、第5の識別情報、
前記サービスデータの適用シナリオを識別するのに使用される、第6の識別情報、
前記サービスデータの優先度を識別するのに使用される、第7の識別情報、
前記サービスデータを送信するための通信リソースプールを識別するのに使用される、第8の識別情報、
通信リソースプールにおける前記サービスデータのオフセット位置を識別するのに使用される、第9の識別情報、
前記サービスデータのデータサイズを識別するのに使用される、第10の識別情報、
前記サービスデータの通信リソース・スケジューリング・モードを識別するのに使用される、第11の識別情報、または
前記サービスデータの安全性属性を識別するのに使用される、第12の識別情報
のうちの少なくとも1つを含む、請求項1から3のいずれか一項に記載の方法。
前記第2の機器により、前記属性識別情報に従って、前記サービスデータは前記第2の機器に必要なデータであるかどうか判定する前記ステップは、
前記第2の機器により、前記属性識別情報に従って、前記サービスデータは前記第2の機器によって事前設定された受信条件を満たすかどうか判定するステップと、
前記サービスデータが前記第2の機器によって事前設定された前記受信条件を満たす場合、前記サービスデータは前記第2の機器に必要な前記データであると判定するステップと
を含む、請求項1から4のいずれか一項に記載の方法。
前記第1の機器は路側ユニット（RSU）であり、前記第2の機器は車両であり、
それに対応して、前記属性識別情報は、前記RSUが進化型NodeBであるかそれとも進化型NodeB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
前記第1の機器は車両であり、前記第2の機器はRSUであり、
それに対応して、前記属性識別情報は、前記RSUが進化型NodeBであるかそれとも進化型NodeB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
前記第1の機器は道路利用者であり、前記第2の機器は車両であり、
それに対応して、前記属性識別情報は、前記道路利用者の個別タイプを識別するのに使用される情報を含み、または
前記第1の機器は車両であり、前記第2の機器は道路利用者であり、
それに対応して、前記属性識別情報は、前記道路利用者の個別タイプを識別するのに使用される情報を含み、または
前記第1の機器と前記第2の機器の両方が車両であり、
それに対応して、前記属性識別情報は、前記第1の機器の位置を識別するのに使用される情報、前記第1の機器の移動速度を識別するのに使用される情報、前記第1の機器の加速度を識別するのに使用される情報、前記第1の機器の移動方向を識別するのに使用される情報、もしくは前記第1の機器が位置する車線を識別するのに使用される情報、のうちの少なくとも1つを含む、請求項1から5のいずれか一項に記載の方法。
制御シグナリング送信方法であって、前記方法はデバイス・ツー・デバイス（D2D）通信プロセスに適用され、前記方法は、
第1の機器により、制御シグナリングを生成するステップであって、前記制御シグナリングは、送信される必要のあるサービスデータの属性識別情報を搬送する、ステップと、
前記第1の機器により、前記制御シグナリングを少なくとも1つの第2の機器に送信するステップであって、前記制御シグナリングは、前記第2の機器によって、前記制御シグナリングで搬送された前記属性識別情報に従って、前記サービスデータは前記第2の機器に必要なデータであるかどうか判定するのに使用され、前記サービスデータは前記第2の機器に必要な前記データである場合、前記第2の機器は前記サービスデータを受信する、ステップと
を含む、方法。
前記制御シグナリングは、ターゲット機器の識別子（ID）をさらに搬送し、前記第2の機器によって、前記ターゲット機器の前記IDに従って、前記第2の機器は前記第1の機器が通信する必要のあるターゲット機器であるかどうか判定するのに使用され、
前記第2の機器は前記第1の機器が通信する必要のある前記ターゲット機器であり、かつ前記サービスデータは前記第2の機器に必要な前記データである場合、前記第2の機器は前記サービスデータを受信する、請求項7に記載の方法。
前記制御シグナリングは、ソース機器の識別子（ID）をさらに搬送し、前記第2の機器によって、前記ソース機器の前記IDに従って、前記第1の機器は前記第2の機器が通信する必要のある機器であるかどうか判定するのに使用され、
前記第1の機器は前記第2の機器が通信する必要のある前記機器であり、かつ前記サービスデータは前記第2の機器に必要な前記データである場合、前記第2の機器は前記サービスデータを受信する、請求項7または8に記載の方法。
前記属性識別情報は、
前記サービスデータは周期的に送信されるデータかそれともイベントトリガされるデータか識別するのに使用される、第1の識別情報、
前記サービスデータの送信間隔もしくは前記サービスデータをトリガする回数を識別するのに使用される、第2の識別情報、
前記第1の機器の機器タイプを識別するのに使用される、第3の識別情報、
ターゲット機器の機器タイプを識別するのに使用される、第4の識別情報、
前記サービスデータのデータタイプを識別するのに使用される、第5の識別情報、
前記サービスデータの適用シナリオを識別するのに使用される、第6の識別情報、
前記サービスデータの優先度を識別するのに使用される、第7の識別情報、
前記サービスデータを送信するための通信リソースプールを識別するのに使用される、第8の識別情報、
通信リソースプールにおける前記サービスデータのオフセット位置を識別するのに使用される、第9の識別情報、
前記サービスデータのデータサイズを識別するのに使用される、第10の識別情報、
前記サービスデータの通信リソース・スケジューリング・モードを識別するのに使用される、第11の識別情報、または
前記サービスデータの安全性属性を識別するのに使用される、第12の識別情報
のうちの少なくとも1つを含む、請求項7から9のいずれか一項に記載の方法。
前記第1の機器は路側ユニット（RSU）であり、前記第2の機器は車両であり、
それに対応して、前記属性識別情報は、前記RSUが進化型NodeBであるかそれとも進化型NodeB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
前記第1の機器は車両であり、前記第2の機器はRSUであり、
それに対応して、前記属性識別情報は、前記RSUが進化型NodeBであるかそれとも進化型NodeB以外の非モバイル機器であるか識別するのに使用される情報を含み、または
前記第1の機器は道路利用者であり、前記第2の機器は車両であり、
それに対応して、前記属性識別情報は、前記道路利用者の個別タイプを識別するのに使用される情報を含み、または
前記第1の機器は車両であり、前記第2の機器は道路利用者であり、
それに対応して、前記属性識別情報は、前記道路利用者の個別タイプを識別するのに使用される情報を含み、または
前記第1の機器と前記第2の機器の両方が車両であり、
それに対応して、前記属性識別情報は、前記第1の機器の位置を識別するのに使用される情報、前記第1の機器の移動速度を識別するのに使用される情報、前記第1の機器の加速度を識別するのに使用される情報、前記第1の機器の移動方向を識別するのに使用される情報、もしくは前記第1の機器が位置する車線を識別するのに使用される情報、のうちの少なくとも1つを含む、請求項7から10のいずれか一項に記載の方法。
制御シグナリング受信装置であって、前記装置はデバイス・ツー・デバイス（D2D）通信ネットワークに適用され、前記装置は、
第1の機器によって送信された制御シグナリングを受信するように構成された第1の受信モジュールであって、前記制御シグナリングは、前記第1の機器が送信する必要のあるサービスデータの属性識別情報を搬送する、第1の受信モジュールと、
前記属性識別情報に従って、前記サービスデータは前記受信装置に必要なデータであるかどうか判定するように構成された判定モジュールと、
前記サービスデータは前記受信装置に必要な前記データである場合、前記サービスデータを受信するように構成された第2の受信モジュールと
を含む、装置。
第1の検証モジュールをさらに含み、
前記制御シグナリングは、ターゲット機器の識別子（ID）をさらに搬送し、
前記第1の検証モジュールは、前記ターゲット機器の前記IDに従って、前記受信装置は前記第1の機器が通信する必要のあるターゲット機器であるかどうか判定するように構成されており、
前記受信装置は前記第1の機器が通信する必要のある前記ターゲット機器であり、かつ前記サービスデータは前記受信装置に必要な前記データである場合、前記受信装置は前記サービスデータを受信する、請求項12に記載の装置。
第2の検証モジュールをさらに含み、
前記制御シグナリングは、ソース機器の識別子（ID）をさらに搬送し、
前記第2の検証モジュールは、前記ソース機器の前記IDに従って、前記第1の機器は前記受信装置が通信する必要のある機器であるかどうか判定するように構成されており、
前記第1の機器は前記受信装置が通信する必要のある前記機器であり、かつ前記サービスデータは前記受信装置に必要な前記データである場合、前記受信装置は前記サービスデータを受信する、請求項12または13に記載の装置。
前記属性識別情報は、
前記サービスデータは周期的に送信されるデータかそれともイベントトリガされるデータか識別するのに使用される、第1の識別情報、
前記サービスデータの送信間隔もしくは前記サービスデータをトリガする回数を識別するのに使用される、第2の識別情報、
前記第1の機器の機器タイプを識別するのに使用される、第3の識別情報、
ターゲット機器の機器タイプを識別するのに使用される、第4の識別情報、
前記サービスデータのデータタイプを識別するのに使用される、第5の識別情報、
前記サービスデータの適用シナリオを識別するのに使用される、第6の識別情報、
前記サービスデータの優先度を識別するのに使用される、第7の識別情報、
前記サービスデータを送信するための通信リソースプールを識別するのに使用される、第8の識別情報、
通信リソースプールにおける前記サービスデータのオフセット位置を識別するのに使用される、第9の識別情報、
前記サービスデータのデータサイズを識別するのに使用される、第10の識別情報、
前記サービスデータの通信リソース・スケジューリング・モードを識別するのに使用される、第11の識別情報、または
前記サービスデータの安全性属性を識別するのに使用される、第12の識別情報
のうちの少なくとも1つを含む、請求項12から14のいずれか一項に記載の装置。
命令を記録したコンピュータ読み取り可能な記録媒体であって、
前記命令は、コンピュータによって実行されたとき、請求項1から11のいずれか一項に記載の方法の各ステップを前記コンピュータに実行させる、コンピュータ読み取り可能な記録媒体。