(57)【要約】本発明の実施形態は、デバイスツーデバイス通信方法および端末デバイスを提供する。この方法は、端末デバイスによって、第１のリソースを決定するステップであって、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、ステップと、端末デバイスによって、第１のリソースにおいて第１の伝送リソースを求める検出を行うステップと、端末デバイスによって、第１の伝送リソース上で第１のデータを送信するステップとを含む。データを伝送するために使用される伝送リソースを求める検出は、従来技術で伝送リソースの検出に使用される元のリソースセットにおける一部の時間−周波数リソースにおいて行われる。したがって、端末デバイスの電力消費がデバイスツーデバイス通信処理において低減される。
2019527998.tif 000002
【特許請求の範囲】
【請求項１】
デバイスツーデバイス通信方法であって、
端末デバイスによって、第１のリソースを決定するステップであって、前記第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、前記第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、ステップと、
前記端末デバイスによって、前記第１のリソースにおいて前記第１の伝送リソースを求める検出を行うステップと
を含むデバイスツーデバイス通信方法。
【請求項２】
端末デバイスによって、第１のリソースを決定する前記ステップは、
前記端末デバイスによって、複数の数値からターゲット数値を決定するステップであって、前記ターゲット数値は、前記第１のリソースセットにおける前記第１のリソースの時間領域位置を指し示すために使用される、ステップと、
前記端末デバイスによって、前記ターゲット数値に基づいて前記第１のリソースを決定するステップと
を含む請求項１に記載の方法。
【請求項３】
前記端末デバイスによって、前記ターゲット数値に基づいて前記第１のリソースを決定する前記ステップの前に、前記方法は、
前記端末デバイスによって、ネットワークデバイスにより送信され前記複数の数値に関する情報を受信するステップをさらに含む請求項２に記載の方法。
【請求項４】
端末デバイスによって、第１のリソースを決定する前記ステップは、
前記端末デバイスによって、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定するステップであって、前記ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、ステップと、
前記端末デバイスによって、前記第１のリソースとして、前記ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される前記時間−周波数リソースを決定するステップと
を含む請求項１に記載の方法。
【請求項５】
前記ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される前記時間−周波数リソースは、複数の単位時間−周波数リソースを含み、
前記端末デバイスによって、前記第１のリソースにおいて前記第１の伝送リソースを求める検出を行う前記ステップは、
前記端末デバイスによって、前記ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、前記第１のリソースにおいて前記第１の伝送リソースを求める検出を行うステップを含み、
前記周波数ホッピングパラメータは、前記複数の単位時間−周波数リソースの間の時間領域間隔と、前記複数の単位時間−周波数リソースの間の周波数領域間隔と、前記複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む請求項４に記載の方法。
【請求項６】
前記端末デバイスによって、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定する前記ステップの前に、前記方法は、
前記端末デバイスによって、ネットワークデバイスにより送信された前記複数の周波数ホッピングパターンに関する情報を受信するステップをさらに含む請求項４または５に記載の方法。
【請求項７】
前記端末デバイスが前記第１のリソースにおいて前記第１の伝送リソースを検出するのに失敗した場合、前記方法は、
前記端末デバイスによって、前記第１のリソースに基づいて第２のリソースを決定するステップであって、前記第２のリソースは、前記第１のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースは、前記第１のリソースとは異なる、ステップと、
前記端末デバイスによって、前記第２のリソースにおいて前記第１の伝送リソースを求める検出を行うステップと
をさらに含む請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記端末デバイスによって、前記第１のリソースに基づいて第２のリソースを決定する前記ステップは、
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースと前記第１のリソースとの間の時間領域間隔を決定するステップ、および／または
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースの時間領域リソースを決定するステップ、および／または
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースの周波数領域リソースを決定するステップ
を含む請求項７に記載の方法。
【請求項９】
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースと前記第１のリソースとの間の時間領域間隔を決定する前記ステップは、
前記端末デバイスによって、前記第２のリソースと前記第１のリソースとの間の前記時間領域間隔を、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するステップを含む請求項８に記載の方法。
【請求項１０】
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースの時間領域リソースを決定する前記ステップは、
前記端末デバイスによって、前記第２のリソースの前記時間領域リソースを、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む請求項８に記載の方法。
【請求項１１】
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースの周波数領域リソースを決定する前記ステップは、
前記端末デバイスによって、前記第２のリソースの前記周波数領域リソースを、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む請求項８に記載の方法。
【請求項１２】
前記端末デバイスによって、前記第１のリソースに基づいて第２のリソースを決定する前記ステップは、
前記端末デバイスによって、前記第１のリソースの時間−周波数リソースのサイズに基づいて前記第２のリソースの時間−周波数リソースのサイズを決定するステップであって、前記第２のリソースの前記時間−周波数リソースの前記サイズは、前記第１のリソースの前記時間−周波数リソースの前記サイズ以上である、ステップを含む請求項７に記載の方法。
【請求項１３】
前記端末デバイスが前記第１のリソースにおいて前記第１の伝送リソースを検出するのに失敗した場合、前記方法は、
前記端末デバイスによって、前記第１のリソースに基づいて第３のリソースを決定するステップであって、前記第３のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、前記第２のリソースセットにおける前記第３のリソースの相対的位置は、前記第１のリソースセットにおける前記第１のリソースの相対的位置とは異なる、ステップと、
前記端末デバイスによって、前記第３のリソースにおいて前記第２の伝送リソースを求める検出を行うステップと
をさらに含む請求項１乃至１２のいずれか一項に記載の方法。
【請求項１４】
前記端末デバイスが前記第１のリソースにおいて前記第１の伝送リソースを成功裏に検出した場合、前記方法は、
前記端末デバイスによって、前記第１のリソースに基づいて第４のリソースを決定するステップであって、前記第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、前記第２のリソースセットにおける前記第４のリソースの相対的位置は、前記第１のリソースセットにおける前記第１のリソースの相対的位置と同じである、ステップと、
前記端末デバイスによって、前記第４のリソースにおいて前記第２の伝送リソースを求める検出を行うステップと
をさらに含む請求項１乃至６のいずれか一項に記載の方法。
【請求項１５】
前記第１のリソースセットにおいて、前記第１の伝送リソースの検出のために前記端末デバイスによって使用されるリソースの量が、予め設定された値を超えた場合、または前記第１の伝送リソースの検出のために前記端末デバイスによって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、前記端末デバイスは、前記第１のリソースセットにおける前記第１の伝送リソースを求める検出を停止する請求項１乃至１４のいずれか一項に記載の方法。
【請求項１６】
前記端末デバイスによって、前記第１の伝送リソースの検出のために使用される前記リソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定するステップと、
前記端末デバイスによって、エネルギー値が前記エネルギー閾値未満である前記スペクトルリソースから、前記第１のデータを伝送するために使用される前記第１の伝送リソースを決定するステップと
をさらに含む請求項１５に記載の方法。
【請求項１７】
前記端末デバイスによって、前記第１の伝送リソースの検出のために使用される前記リソースから、最小エネルギー値を有するスペクトルリソースを決定するステップと、
前記端末デバイスによって、前記最小エネルギー値を有する前記スペクトルリソースを、前記第１のデータを伝送するために使用される前記第１の伝送リソースとして決定するステップと
をさらに含む請求項１５に記載の方法。
【請求項１８】
前記端末デバイスによって、前記第１の伝送リソースの検出のために使用される前記リソースに基づいて、前記第１のリソースセット内にあり、検出によってカバーされないスペクトルリソースを決定するステップと、
前記端末デバイスによって、検出によってカバーされない前記スペクトルリソースから、前記第１のデータを伝送するために使用される前記第１の伝送リソースを決定するステップと
をさらに含む請求項１５に記載の方法。
【請求項１９】
前記端末デバイスは、携帯端末デバイスを含み、前記携帯端末デバイスと、前記端末デバイスではなく、非緊急データを送信する別の端末デバイスとが、前記第１の伝送リソースを同時に検出したとき、前記携帯端末デバイスの優先度は、前記別の端末デバイスの優先度よりも高い請求項１乃至１８のいずれか一項に記載の方法。
【請求項２０】
第１のリソースを決定するように構成された決定モジュールであって、前記第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、前記第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、決定モジュールと、
前記決定モジュールによって決定された前記第１のリソースにおいて前記第１の伝送リソースを求める検出を行うように構成された検出モジュールと
を備える端末デバイス。
【請求項２１】
前記決定モジュールは、
複数の数値からターゲット数値を決定することであって、前記ターゲット数値は、前記第１のリソースセットにおける前記第１のリソースの時間領域位置を指し示すために使用される、決定することと、
前記ターゲット数値に基づいて前記第１のリソースを決定することと
を行うように特に構成される請求項２０に記載の端末デバイス。
【請求項２２】
前記端末デバイスは、受信モジュールをさらに備え、前記決定モジュールが前記ターゲット数値に基づいて前記第１のリソースを決定する前に、前記受信モジュールは、
ネットワークデバイスにより送信された前記複数の数値に関する情報を受信するように構成される請求項２１に記載の端末デバイス。
【請求項２３】
前記決定モジュールは、
複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定することであって、前記ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、決定することと、
前記第１のリソースとして、前記ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される前記時間−周波数リソースを決定することと
を行うように特に構成される請求項２０に記載の端末デバイス。
【請求項２４】
前記ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される前記時間−周波数リソースは、複数の単位時間−周波数リソースを含み、
前記検出モジュールは、
前記ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、前記第１のリソースにおいて前記第１の伝送リソースを求める検出を行うように特に構成され、前記周波数ホッピングパラメータは、前記複数の単位時間−周波数リソースの間の時間領域間隔と、前記複数の単位時間−周波数リソースの間の周波数領域間隔と、前記複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む請求項２３に記載の端末デバイス。
【請求項２５】
前記端末デバイスは、受信モジュールをさらに備え、前記決定モジュールが前記複数の周波数ホッピングパターンから前記ターゲット周波数ホッピングパターンを決定する前に、前記受信モジュールは、
ネットワークデバイスにより送信された前記複数の周波数ホッピングパターンに関する情報を受信するように構成される請求項２３または２４に記載の端末デバイス。
【請求項２６】
前記検出モジュールが前記第１のリソースにおいて前記第１の伝送リソースを検出するのに失敗した場合、前記決定モジュールは、
前記第１のリソースに基づいて第２のリソースを決定するようにさらに構成され、前記第２のリソースは、前記第１のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースは、前記第１のリソースとは異なり、
前記検出モジュールは、前記第２のリソースにおいて前記第１の伝送リソースを求める検出を行うように特に構成される請求項２０乃至２５のいずれか一項に記載の端末デバイス。
【請求項２７】
前記決定モジュールは、
前記第１のリソースに基づいて前記第２のリソースと前記第１のリソースとの間の時間領域間隔を決定する、および／または
前記第１のリソースに基づいて前記第２のリソースの時間領域リソースを決定する、および／または
前記第１のリソースに基づいて前記第２のリソースの周波数領域リソースを決定する
ように特に構成される請求項２６に記載の端末デバイス。
【請求項２８】
前記決定モジュールは、
前記第２のリソースと前記第１のリソースとの間の前記時間領域間隔を、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するように特に構成される請求項２７に記載の端末デバイス。
【請求項２９】
前記決定モジュールは、
前記第２のリソースの前記時間領域リソースを、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される請求項２７に記載の端末デバイス。
【請求項３０】
前記決定モジュールは、
前記第２のリソースの前記周波数領域リソースを、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される請求項２７に記載の端末デバイス。
【請求項３１】
前記決定モジュールは、
前記第１のリソースの時間−周波数リソースのサイズに基づいて前記第２のリソースの時間−周波数リソースのサイズを決定するように特に構成され、前記第２のリソースの前記時間−周波数リソースの前記サイズは、前記第１のリソースの前記時間−周波数リソースの前記サイズ以上である請求項２７に記載の端末デバイス。
【請求項３２】
前記検出モジュールが前記第１のリソースにおいて前記第１の伝送リソースを検出するのに失敗した場合、前記決定モジュールは、
前記第１のリソースに基づいて第３のリソースを決定するようにさらに構成され、前記第３のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、前記第２のリソースセットにおける前記第３のリソースの相対的位置は、前記第１のリソースセットにおける前記第１のリソースの相対的位置とは異なり、
前記検出モジュールは、前記第３のリソースにおいて前記第２の伝送リソースを求める検出を行うように特に構成される請求項２０乃至３１のいずれか一項に記載の端末デバイス。
【請求項３３】
前記端末デバイスが前記第１のリソースにおいて前記第１の伝送リソースを成功裏に検出した場合、前記決定モジュールは、
前記第１のリソースに基づいて第４のリソースを決定するようにさらに構成され、前記第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、前記第２のリソースセットにおける前記第４のリソースの相対的位置は、前記第１のリソースセットにおける前記第１のリソースの相対的位置と同じであり、
前記検出モジュールは、前記第４のリソースにおいて前記第２の伝送リソースを求める検出を行うように特に構成される請求項２０乃至２５のいずれか一項に記載の端末デバイス。
【請求項３４】
前記第１のリソースセットにおいて、前記第１の伝送リソースの検出のために前記端末デバイスによって使用されるリソースの量が、予め設定された値を超えた場合、または前記第１の伝送リソースの検出のために前記端末デバイスによって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、前記端末デバイスは、前記第１のリソースセットにおける前記第１の伝送リソースを求める検出を停止する請求項２０乃至３３のいずれか一項に記載の端末デバイス。
【請求項３５】
前記決定モジュールは、
前記第１の伝送リソースの検出のために使用される前記リソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定し、
エネルギー値が前記エネルギー閾値未満である前記スペクトルリソースから、前記第１のデータを伝送するために使用される前記第１の伝送リソースを決定する
ようにさらに構成される請求項３４に記載の端末デバイス。
【請求項３６】
前記決定モジュールは、
前記第１の伝送リソースの検出のために使用される前記リソースから、最小エネルギー値を有するスペクトルリソースを決定し、
前記最小エネルギー値を有する前記スペクトルリソースを、前記第１のデータを伝送するために使用される前記第１の伝送リソースとして決定する
ようにさらに構成される請求項３４に記載の端末デバイス。
【請求項３７】
前記決定モジュールは、
前記第１の伝送リソースの検出のために使用される前記リソースに基づいて、前記第１のリソースセット内にあり、検出によってカバーされないスペクトルリソースを決定し、
検出によってカバーされない前記スペクトルリソースから、前記第１のデータを伝送するために使用される前記第１の伝送リソースを決定する
ようにさらに構成される請求項３４に記載の端末デバイス。
【請求項３８】
前記端末デバイスは、携帯端末デバイスを含み、前記携帯端末デバイスと、前記端末デバイスではなく、非緊急データを送信する別の端末デバイスとが、前記第１の伝送リソースを同時に検出したとき、前記携帯端末デバイスの優先度は、前記別の端末デバイスの優先度よりも高い請求項２０乃至３７のいずれか一項に記載の端末デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ワイヤレス通信の分野に関し、より詳細には、デバイスツーデバイス通信方法および端末デバイスに関する。
【背景技術】
【０００２】
ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、略して「ＬＴＥ」）通信技術が継続的に発展するにつれて、セルラーネットワークの負荷がますます重くなり、既存のスペクトルリソースはますます圧迫されてきている。現在のほとんどのモバイルデバイスは、ブルートゥースまたはワイヤレスフィデリティ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ、略して「ＷｉＦｉ」）のような様々なワイヤレス技術を使用しているので、これらの技術を提供している事業者は、モバイルデバイス間の直接通信が今後注目されることに気付いている。これは、直接的なデバイスツーデバイス（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ、略して「Ｄ２Ｄ」）の出現に伴うものである。Ｄ２Ｄの出現は、不十分な周波数スペクトルおよび過度に重いネットワーク負荷などの問題をかなりの程度まで解決する。この方式のデバイス間の直接通信では、１つのデバイスが基地局の転送なしに別のデバイスと直接通信し得る。これは、基地局のデータトラフィックを軽減する。Ｄ２Ｄ通信は、スペクトルリソースをよりよく活用して、スペクトル利用およびデータレートを向上させ、基地局の負荷を緩和することができる。
【０００３】
デバイスツーデバイス通信のためのリソース割り当て技術は、ランダムリソース選択技術およびリソース検知技術を含み得る。リソース検知技術を使用することによってリソースが割り当てられるとき、端末デバイスは、リソースプールにおけるリソースセットの固定されたサイズのセグメントでリソースを検知する必要がある。リソースセットにおけるリソースを検知した後、端末デバイスは、伝送されるべきデータを送信するために適切なリソースを選択する。リソース検知がリソースセット全体で行われる場合、端末デバイスの電力消費が非常に大きい。したがって、通信処理における端末デバイスの電力消費をどのように減らすかは、解決を必要とする重要な課題のうちの１つである。
【発明の概要】
【０００４】
上記に鑑みて、本発明の実施形態は、通信処理における端末デバイスの電力消費を減らすためのデバイスツーデバイス通信方法および端末デバイスを提供する。
【０００５】
第１の態様によれば、デバイスツーデバイス通信方法であって、
端末デバイスによって、第１のリソースを決定するステップであって、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、ステップと、端末デバイスによって、第１のリソースにおいて第１の伝送リソースを求める検出を行うステップと、第１の伝送リソース上で第１のデータを送信するステップとを含むデバイスツーデバイス通信方法が提供される。
【０００６】
データを伝送するために使用される伝送リソースを求める検出は、従来技術で伝送リソースの検出に使用される元のリソースセットにおける一部の時間−周波数リソースにおいて行われる。したがって、デバイスツーデバイス通信処理において端末デバイスの電力消費が低減される。
【０００７】
別の実施形態では、端末デバイスによって、第１のリソースを決定するステップは、
端末デバイスによって、複数の数値からターゲット数値を決定するステップであって、ターゲット数値は、第１のリソースセットにおける第１のリソースの時間領域位置を指し示すために使用される、ステップと、端末デバイスによって、ターゲット数値に基づいて第１のリソースを決定するステップとを含む。
【０００８】
これらの数値は、ネットワークデバイスによって構成されたいくつかのランダム「シード」であってよく、端末デバイスは、これらのランダムシードからランダム選択を行うことを理解されたい。代替として、これらの予め定義された数値に関して、ネットワークデバイスは、異なる端末デバイスに対して異なる数値を構成してよく、たとえば、異なるタイプの端末デバイスに対して異なる数値を構成してよく、したがって、Ｐ−ＵＥおよびＶ−ＵＥなどのタイプの端末デバイスがリソース検出を行ったとき、検出動作は、リソース衝突を減らすために同じ時間期間に行われないようにされる。代替として、異なるタイプのデータが異なる数値に対応する。代替として、ネットワークデバイスは、異なるセルに配置された端末デバイスに対して異なるターゲット数値を構成する。これは本明細書に限定されない。
【０００９】
別の実施形態では、端末デバイスによって、ターゲット数値に基づいて第１のリソースを決定するステップの前に、方法は、
端末デバイスによって、ネットワークデバイスにより送信された複数の数値に関する情報を受信するステップをさらに含む。
【００１０】
たとえば、ネットワークデバイスは、ネットワークデバイスのカバレッジエリア内の端末デバイスの数量、端末デバイスのカバレッジステータス、キャリアにおける重要な周波数帯に関する情報、および、現在アクティブなサービスのタイプまたは現在伝送されているデータのタイプなどの情報に基づいて、端末デバイスにより選択するための複数の数値を決定し、これらの数値に関する情報を端末デバイスに送信し得る。たとえば、ネットワークデバイスは、ブロードキャスト方式でこれらの数値に関する情報を含む構成情報を送信してよく、またはネットワークデバイスは、現在のネットワーク使用量に基づいて複数の数値に関する情報を含む構成情報を更新してよい。
【００１１】
別の実施形態では、端末デバイスによって、第１のリソースを決定するステップは、
端末デバイスによって、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定するステップであって、ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、ステップと、端末デバイスによって、第１のリソースとして、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースを決定するステップとを含む。
【００１２】
ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースは、複数の単位時間−周波数リソースを含み得る。端末デバイスは、ターゲット周波数ホッピングパターンにより指し示された複数の単位時間−周波数リソースの位置に基づいて、複数の単位時間−周波数リソースにおいて第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行う。複数の単位時間−周波数リソースは隣接してよく、または隣接しなくてよく、全ての単位時間−周波数リソースのサイズは同じでよく、または異なってよい。本明細書において単位時間−周波数リソースの量に制限は課されない。
【００１３】
別の実施形態では、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースは、複数の単位時間−周波数リソースを含み、端末デバイスによって、第１のリソースにおいて第１の伝送リソースを求める検出を行うステップは、
端末デバイスによって、ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、第１のリソースにおいて第１の伝送リソースを求める検出を行うステップを含み、周波数ホッピングパラメータは、複数の単位時間−周波数リソースの間の時間領域間隔と、複数の単位時間−周波数リソースの間の周波数領域間隔と、複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む。
【００１４】
別の実施形態では、端末デバイスによって、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定するステップの前に、方法は、
端末デバイスによって、ネットワークデバイスにより送信された複数の周波数ホッピングパターンに関する情報を受信するステップを含む。
【００１５】
たとえば、ネットワークデバイスは、ネットワークデバイスのカバレッジエリア内の端末デバイスの数量、端末デバイスのカバレッジステータス、キャリアにおける重要な周波数帯に関する情報、および、現在アクティブなサービスのタイプまたは現在伝送されているデータのタイプなどの情報に基づいて、端末デバイスにより選択するための複数の周波数ホッピングパターンを決定し、これらの周波数ホッピングパターンに関する情報を含む構成情報を端末デバイスに送信し得る。
【００１６】
複数の周波数ホッピングパターンは、代替として、端末デバイスとネットワークデバイスとの間で合意された、たとえば、プロトコルで指定された複数の周波数ホッピングパターン、またはデバイスツーデバイス通信での既存の周波数ホッピングパターンであってよい。
【００１７】
別の実施形態では、端末デバイスが第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、方法は、
端末デバイスによって、第１のリソースに基づいて第２のリソースを決定するステップであって、第２のリソースは、第１のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースは、第１のリソースとは異なる、ステップと、端末デバイスによって、第２のリソースにおいて第１の伝送リソースを求める検出を行うステップとをさらに含む。
【００１８】
第１の伝送リソースの１回の検出のために使用される第１のリソースセットにおける一部の時間−周波数リソースは、別の回の検出のために使用されるそうしたリソースと相互に関係付けられる。したがって、端末デバイスは、これらの時間−周波数リソースの間の相互関係に基づいて第１のリソースにおいて第１のデータの伝送のための第１の伝送リソースを求める検出を自律的に行い、それにより、ネットワークデバイスと端末デバイスとの間の制御シグナリングのオーバヘッドを減らすことができる。
【００１９】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースを決定するステップは、
端末デバイスによって、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定するステップ、および／または
端末デバイスによって、第１のリソースに基づいて第２のリソースの時間領域リソースを決定するステップ、および／または
端末デバイスによって、第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するステップを含む。
【００２０】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定するステップは、
端末デバイスによって、第２のリソースと第１のリソースとの間の時間領域間隔を、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するステップを含む。
【００２１】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースの時間領域リソースを決定するステップは、
端末デバイスによって、第２のリソースの時間領域リソースを、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む。
【００２２】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するステップは、
端末デバイスによって、第２のリソースの周波数領域リソースを、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む。
【００２３】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースを決定するステップは、
端末デバイスによって、第１のリソースの時間−周波数リソースのサイズに基づいて第２のリソースの時間−周波数リソースのサイズを決定するステップであって、第２のリソースの時間−周波数リソースのサイズは、第１のリソースの時間−周波数リソースのサイズ以上である、ステップを含む。
【００２４】
任意選択で、端末デバイスは、送信されるべき第１のデータのサイズに基づいて、第１の伝送リソースの検出のための最小リソース粒度を決定し、次いで、リソース検出のために使用される時間−周波数リソースエリアのサイズを、最小リソース粒度を単位として使用することによって段階的に増大させ得る。
【００２５】
別の実施形態では、端末デバイスが第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、方法は、
端末デバイスによって、第１のリソースに基づいて第３のリソースを決定するステップであって、第３のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第３のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置とは異なる、ステップと、端末デバイスによって、第３のリソースにおいて第２の伝送リソースを求める検出を行うステップとをさらに含む。
【００２６】
別の実施形態では、端末デバイスが第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、方法は、
端末デバイスによって、第１のリソースに基づいて第４のリソースを決定するステップであって、第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第４のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置と同じである、ステップと、端末デバイスによって、第４のリソースにおいて第２の伝送リソースを求める検出を行うステップとをさらに含む。
【００２７】
現在のデータの送信のための伝送リソースの検出に関して得られた検出結果は、後続のデータの送信のために使用される伝送リソースの検出のためのガイダンスを提供する。したがって、後続のデータ伝送の前のリソースコンテンションの成功率が増大され、端末デバイスの電力消費がさらに低減される。
【００２８】
別の実施形態では、第１のリソースセットにおいて、第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が、予め設定された値を超えた場合、または第１の伝送リソースの検出のために端末デバイスによって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、端末デバイスは、第１のリソースセットにおける第１の伝送リソースを求める検出を停止する。
【００２９】
別の実施形態では、方法は、
端末デバイスによって、第１の伝送リソースの検出のために使用されるリソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定するステップと、端末デバイスによって、エネルギー値がエネルギー閾値未満であるスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するステップとをさらに含む。
【００３０】
別の実施形態では、方法は、
端末デバイスによって、第１の伝送リソースの検出のために使用されるリソースから、最小エネルギー値を有するスペクトルリソースを決定するステップと、端末デバイスによって、最小エネルギー値を有するスペクトルリソースを、第１のデータを伝送するために使用される第１の伝送リソースとして決定するステップとをさらに含む。
【００３１】
別の実施形態では、方法は、
端末デバイスによって、第１の伝送リソースの検出のために使用されるリソースに基づいて、第１のリソースセット内にあり、検出によってカバーされないスペクトルリソースを決定するステップと、端末デバイスによって、検出によってカバーされないスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するステップとをさらに含む。
【００３２】
別の実施形態では、端末デバイスは、携帯端末デバイスを含み、携帯端末デバイスと、この端末デバイスではなく、非緊急データを送信する別の端末デバイスとが、第１の伝送リソースを同時に検出したとき、携帯端末デバイスの優先度は、別の端末デバイスの優先度よりも高い。
【００３３】
ここで、携帯端末デバイスの優先度は、非緊急データを送信する別の端末デバイスの優先度よりも高いので、リソースコンテンション中に衝突が発生したとき、携帯端末デバイスの電力消費の低減が優先的に確実にされることができる。
【００３４】
第２の態様によれば、端末デバイスが提供され、端末デバイスは、第１の態様およびその実装形態のいずれか１つにおいて、デバイスツーデバイス通信方法で、端末デバイスにより行われる処理を行うように構成され得る。端末デバイスは、
第１のリソースを決定するように構成された決定モジュールであって、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、決定モジュールと、決定モジュールによって決定された第１のリソースにおいて第１の伝送リソースを求める検出を行うように構成された検出モジュールと
検出モジュールによって成功裏に検出された第１の伝送リソース上で第１のデータを送信するように構成された送信モジュールとを含む。
【００３５】
第３の態様によれば、プロセッサ、受信機、送信機、およびメモリを含む別の端末デバイスが提供され、ストレージユニットが、命令を記憶するように構成され、プロセッサは、メモリに記憶された命令を実行するように構成され、プロセッサによるメモリに記憶された命令の実行は、第１の態様および第１の態様の可能な実装形態のいずれか１つにおける方法をプロセッサに実行させる。
【００３６】
プロセッサは、第１のリソースを決定することであって、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、決定することと、第１のリソースにおいて第１の伝送リソースを求める検出を行うこととを行うように特に構成される。
【００３７】
送信機は、第１の伝送リソース上で第１のデータを送信するように構成される。
【００３８】
第４の態様によれば、コンピュータプログラムを記憶するように構成されたコンピュータ可読媒体が提供され、コンピュータプログラムは、第１の態様および第１の態様の可能な実装形態のいずれか１つにおける方法を実行するために使用される命令を含む。
【００３９】
上記の技術的解決策に基づいて、本発明の実施形態において、データを伝送するために使用される伝送リソースの検出は、従来技術で伝送リソースの検出に使用される元のリソースセットにおける一部の時間−周波数リソースにおいて行われる。したがって、デバイスツーデバイス通信処理において端末デバイスの電力消費が低減され、デバイス間のリソース衝突も低減されることが可能である。
【図面の簡単な説明】
【００４０】
本発明の実施形態における技術的解決策をより明確に説明するために、以下で本発明の実施形態を説明するために必要とされる添付の図面を簡単に説明する。明らかに、以下の説明における添付の図面は本発明のいくつかの実施形態を示すにすぎず、当業者はこれらの添付の図面から創造的な努力なしに他の図面を導き出し得る。
【００４１】
【図１】本発明の実施形態による適用シナリオの概略図である。
【図２】本発明の実施形態による、ＳＡリソースプールおよびデータリソースプールの概略図である。
【図３】本発明の実施形態による、リソース検出のために端末デバイスによって使用されるリソースセットの概略図である。
【図４】本発明の実施形態によるデバイスツーデバイス通信方法の概略フローチャートである。
【図５ａ】本発明の実施形態によるリソースセット決定方法の概略図である。
【図５ｂ】本発明の実施形態によるリソースセット決定方法の概略図である。
【図５ｃ】本発明の実施形態によるリソースセット決定方法の概略図である。
【図６】本発明の実施形態による３つの周波数ホッピングパターンの概略図である。
【図７】本発明の実施形態によるデバイスツーデバイス通信方法の概略フローチャートである。
【図８】本発明の実施形態によるリソース決定方法の概略図である。
【図９】本発明の実施形態によるリソース決定方法の概略図である。
【図１０】本発明の実施形態によるリソース決定方法の概略図である。
【図１１】本発明の実施形態によるリソース決定方法の概略図である。
【図１２】本発明の実施形態による端末デバイスの概略ブロック図である。
【図１３】本発明の実施形態による端末デバイスの概略ブロック図である。
【図１４】本発明の実施形態によるシステムチップの概略構造図である。
【発明を実施するための形態】
【００４２】
以下では、本発明の実施形態において添付の図面を参照して本発明の実施形態における技術的解決策を明確かつ完全に説明する。明らかに、説明される実施形態は、本発明の実施形態の全部ではなく一部である。本発明の実施形態に基づいて創造的努力なしに当業者によって得られる他の全ての実施形態が、本発明の保護範囲内に入るものとする。
【００４３】
本発明における技術的解決策は、様々な通信システム、たとえば、移動体通信用グローバルシステム（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、略して「ＧＳＭ」）、符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、略して「ＣＤＭＡ」）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  Ｗｉｒｅｌｅｓｓ、略して「ＷＣＤＭＡ」）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、略して「ＧＰＲＳ」）システム、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、略して「ＬＴＥ」）システム、ロングタームエボリューション−アドバンスト（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ、略してＬＴＥ−Ａ）システム、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ、略してＵＭＴＳ）、および将来の５Ｇ通信システムなどに適用され得ることを理解されたい。
【００４４】
また、本発明の実施形態において、端末デバイスは、端末（Ｔｅｒｍｉｎａｌ）、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、略してＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、略してＭＳ）、または移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）などと呼ばれることがあることを理解されたい。端末デバイスは、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、略してＲＡＮ）を介して１つまたは複数のコアネットワークと通信し得る。たとえば、端末デバイスは、移動電話（「セルラ」電話とも呼ばれる）、または移動端末を提供されたコンピュータであり得る。たとえば、ユーザ機器は、無線アクセスネットワークと音声および／またはデータを交換するポータブル、ポケットサイズ、携帯、コンピュータ内蔵、または車載型の移動式装置であってもよい。
【００４５】
デバイスツーデバイス（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ、略して「Ｄ２Ｄ」）通信は、車車間（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ、略して「Ｖ２Ｖ」）通信またはＶ２Ｘ通信であり得る。Ｖ２Ｘ通信において、Ｘは一般に、低速移動するワイヤレス装置、高速移動する車載デバイス、またはワイヤレス送信および受信が可能なネットワーク制御ノードに限定されることなく、ワイヤレス受信および送信が可能な任意のデバイスを指してよい。これは本発明において限定されない。本発明の実施形態は、特にＶ２Ｘ通信シナリオに適用可能であるが、他の任意のデバイスツーデバイス通信シナリオに適用されてもよいことを理解されたい。本発明の実施形態では、この意味で制限は課されない。
【００４６】
図１は、本発明の実施形態による適用シナリオの概略図である。Ｖ２Ｘ通信シナリオは、図１の説明のための例として使用される。図１の例は、当業者が本発明の実施形態をよりよく理解するのを助けるものであり、本発明の実施形態の範囲を限定することは意図されていないことに留意されたい。
【００４７】
車車間（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ、略して「Ｖ２Ｖ」）通信、歩車間（Ｖｅｈｉｃｌｅ  ｔｏ  Ｐｅｄｅｓｔｒｉａｎ、略して「Ｖ２Ｐ」）通信、および路車間（Ｖｅｈｉｃｌｅ  ｔｏ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、略して「Ｖ２Ｉ」）通信は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ、略して「Ｖ２Ｘ」）通信と総称される。本発明の主要な適用シナリオは、ロングタームエボリューション−アドバンスト（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ、略して「ＬＴＥ−Ａ」）のＲｅｌ−１２／１３（Ｒｅｌｅａｓｅ  １２／１３、略して「Ｒｅｌ−１２／１３」）におけるＤ２Ｄシナリオ、およびＬＴＥ−ＡのＲｅｌ−１４（Ｒｅｌｅａｓｅ  １４、略して「Ｒｅｌ−１４」）におけるＶ２Ｘシナリオである。図１において、車両１０、車両２０、歩行者３０、およびインフラストラクチャ４０は全て、Ｄ２Ｄ能力を有し、互いにＤ２Ｄ通信を行うことができる。Ｖ２Ｖは、通信が車両１０と車両２０との間で行われ得ることを意味し、Ｖ２Ｐは、通信が車両１０と歩行者３０との間で行われ得ることを意味し、Ｖ２Ｉは、通信が車両１０とインフラストラクチャ４０との間で行われ得ることを意味する。本明細書では、図１における車両１０は、車両に取り付けられた車載デバイス１０とみなされることがあり、図１における車両２０は、車両に取り付けられた車載デバイス２０とみなされることがあり、図１における歩行者３０は、歩行者３０により携帯される携帯デバイス３０とみなされることがある。
【００４８】
説明を簡単にするために、図１は、個別の車両の間、個別の歩行者と個別の車両との間、および個別の車両と個別のインフラストラクチャとの間の通信のみを示していることを理解されたい。これは本発明において限定されない。たとえば、車両システムのインターネットでは、より多くの車両が存在し得る。本発明はこの意味で限定されない。
【００４９】
Ｒｅｌ−１２（Ｒｅｌｅａｓｅ  １２、略して「Ｒｅｌ−１４」）では、Ｄ２Ｄ通信のためのリソースプールは、スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ、略して「ＳＡ」）リソースプールとデータ（Ｄａｔａ）リソースプールとに分割される。ＳＡリソースプールにおけるリソースは、ＳＡデータを伝送するために使用され、データリソースプールにおけるリソースは、トラフィックデータを伝送するために使用される。ＳＡリソースプールとデータリソースプールは異なるサブフレームに配置され、時分割多重化（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ、略して「ＴＤＭ」）方式が使用される。図２は、本発明の実施形態による、ＳＡリソースプールおよびデータリソースプールの概略図である。ＳＡリソースプールは、時間領域リソースの観点で、関係付けられたデータリソースプールに先行する。
【００５０】
通信中、Ｄ２Ｄデバイスは、モード１（Ｍｏｄｅ  １）およびモード２（Ｍｏｄｅ  ２）の２つのモードでリソースを割り当て得る。モード１では、リソース割り当ては集中された制御方法を使用して行われ、スケジューリングは、基地局または中継ノードによってＤ２Ｄ通信リソースに対して行われ、Ｄ２Ｄデバイスは、割り当てられたリソース上でデータおよび制御情報を直接伝送する。集中された制御を用いるリソース割り当ては、主にネットワークカバレッジを伴うシナリオに適用可能である。モード２は、端末デバイスによる自己選択に基づくコンテンション方式である。このモードは、伝送端末デバイスがコンテンションを通してリソースプールから伝送リソースを得る、分散されたリソース多重化方法である。Ｄ２Ｄ通信において、ネットワークカバレッジを伴うシナリオでは、リソースプールは、基地局によって割り当てられたリソースブロック全体であり、全てのＤ２Ｄユーザは、リソース上でデータを伝送するために、リソースブロック全体中でより小さいリソースブロックを求めて競合する。ネットワークカバレッジを有しないシナリオでは、リソースプールは、Ｄ２Ｄユーザに取得可能な予め定義されたシステム帯域幅であり、全てのＤ２Ｄユーザは、予め定義されたリソースにおけるリソースを求めて競合する。
【００５１】
Ｄ２Ｄ通信用のリソース割り当て技術は、ランダムリソース選択技術およびリソース検知技術を含み得る。１つのリソース検知（Ｓｅｎｓｉｎｇ）技術では、エネルギー検出がリソースプール上で行われる。ＵＥが、リソースプール内の各リソース要素に対してエネルギー測定を行い、たとえば、基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ、略して「ＲＳＲＰ」）または基準信号受信品質（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ、略して「ＲＳＲＱ」）を測定する。測定結果が閾値を超えた場合、対応するリソースは占有されているとみなされ、測定結果が閾値を超えていない場合、対応するリソースは遊休リソースであるとみなされる。
【００５２】
別のリソース検知技術は、端末デバイスがＳＡリソースプール上で他のＵＥによって送信されたＳＡデータパケットを受信し、次いで受信されたＳＡデータパケットを復号する、ＳＡ復号技術である。ＳＡデータパケットは、データの送信のための対応するソースに関する情報を含む。すなわち、データリソースプールにおける送信されるべきデータにより占有されたリソースの関係付けられた情報が、ＳＡデータパケット内で指し示される。したがって、別の端末デバイスのＳＡデータパケットを復号することによって、端末デバイスは、データリソースプール内の別の端末デバイスにより占有されたリソースを知ることができる。ＳＡデータパケットが成功裏に復号された場合、対応するデータリソースが占有されているとみなされ、復号が失敗した場合、データリソースプールにおいてリソースが占有されていないとみなされる。端末デバイスは、占有されていないデータリソース上のみでデータを伝送することができる。
【００５３】
現在のデバイスツーデバイス通信では、上記のリソースセンシング技術のいずれか１つにおいて、固定されたサイズのリソースセットがリソースプール内で扱われる。いくつかの適用シナリオ、たとえば、Ｖ２Ｘ通信では、リソースセットは、リソースセットまたは検知窓（Ｓｅｎｓｉｎｇ  Ｗｉｎｄｏｗ）と呼ばれることもある。図３は、リソース検出のために端末デバイスによって使用されるリソースセットの概略図である。各端末デバイスのリソースセットのサイズは、固定された持続時間を有する。たとえば、リソースセットは、時間領域で１秒の持続時間を有する窓である。リソースセットにおいてリソースを検知した後、端末デバイスは、適切なリソースを選択してＳＡデータおよびトラフィックデータを送信する。
【００５４】
リソース検知がリソースセット全体で行われる場合、Ｄ２Ｄデバイス、特にＶ２Ｐ通信における歩行者の携帯デバイスの電力消費は非常に大きい。通信処理においてＤ２Ｄデバイスの電力消費が過度に大きいという従来技術の問題を解決するために、本発明のこの実施形態では、端末デバイスが、リソースセットにおける一部の時間周波数リソースにおいて、データ伝送に使用される伝送リソースを検知し、したがって、Ｄ２Ｄ通信処理において端末デバイスの電力消費が低減される。
【００５５】
いくつかの適用シナリオ、たとえば、Ｖ２Ｘ通信シナリオでは、本発明のこの実施形態での「検出」は「検知」と呼ばれることもあり、端末デバイスによるリソース検知の処理はリソース検出処理として理解され得ることを理解されたい。具体的には、端末デバイスは、決定されたリソースセットにおいて信号検出を行う。たとえば、伝送リソースの検出は、受信されたデータパケットを復号する、または受信されたデータパケットに対してエネルギー測定を行うなどの方式で実装され得る。状況によっては、「検知窓」は「リソースセット」と呼ばれることもあり、端末デバイスはリソースセットにおける伝送リソースを求めて競合する。
【００５６】
図４は、本発明の実施形態によるデバイスツーデバイス通信方法の概略フローチャートである。この方法は端末デバイスによって行われ得る。図４に示されるように、通信方法は以下のステップを含む。
【００５７】
２１０．  端末デバイスは、第１のリソースを決定し、ここで、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである。
【００５８】
２２０．  端末デバイスは、第１のリソースにおいて第１の伝送リソースを求める検出を行う。
【００５９】
一般に、第１の伝送リソースの検出のために使用される第１のリソースを決定した後、端末デバイスは、データを伝送するために使用される第１の伝送リソースを求める検出を第１のリソースにおいて行う。第１のリソースは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースの一部を含み、第１のリソースは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソース（すなわち第１のリソースセット）のサブセットである。
【００６０】
すなわち、第１のリソースのサイズは、従来技術における元の第１のリソースセットのサイズ未満であることが必要である。たとえば、上述された例示的なＶ２Ｘ通信シナリオでは、第１のリソースセットは、図３に示されるように時間領域で１秒の持続時間を有する時間窓であり得る。したがって、端末デバイスは、元のリソースセットの持続時間全体において第１の伝送リソースを求める検出を行う必要がなく、第１のリソース、すなわち、元の第１のリソースセットにおける一部の時間−周波数リソースにおいて、第１の伝送リソースを求める検出をするだけでよく、それにより電力消費を大幅に低減する。図３に示されるように、リソースセットにおける検出動作を完了した後、端末デバイスは、成功裏に検出された第１の伝送リソース、すなわち周波数領域リソース上で、第１のデータ、たとえばＳＡデータまたはトラフィックデータを送信し得る。
【００６１】
別の実施形態では、端末デバイスによって第１のリソースを決定するステップ２１０は、端末デバイスによって、複数の数値からターゲット数値を決定するステップであって、ターゲット数値は、第１のリソースセットにおける第１のリソースの時間領域位置を指し示すために使用される、ステップと、端末デバイスによって、ターゲット数値に基づいて第１のリソースを決定するステップとを含む。
【００６２】
特に、図５（ａ）は、本発明の実施形態によるリソースセット決定方法の概略図である。第１のリソースを決定するとき、予め定義された複数の数値から１つのターゲット数値を決定し、次いで、ターゲット数値により指し示される時間領域位置に基づいて、第１のリソースセットにおける第１のリソースの位置を決定し得る。いくつかの適用シナリオでは、数値は、第１のリソースセットにおける第１のリソースの時間領域位置を表すオフセット値（ｏｆｆｓｅｔ）と呼ばれることがあることを理解されたい。
【００６３】
これらの予め定義された数値は、ネットワークデバイスによって構成されたいくつかのランダム「シード」であってよく、端末デバイスは、これらのランダムシードからランダム選択を行う。代替として、これらの予め定義された数値に関して、ネットワークデバイスは、異なる端末デバイスに対して異なる数値を構成してよく、たとえば、異なるタイプの端末デバイスに対して異なる数値を構成してよく、したがって、Ｐ−ＵＥおよびＶ−ＵＥなどのタイプの端末デバイスがリソース検出を行ったとき、検出動作は、リソース衝突を減らすために同じ時間期間に行われないようにされる。代替として、異なるタイプのデータが異なる数値に対応する。代替として、ネットワークデバイスは、異なるセルに配置された端末デバイスに対して異なるターゲット数値を構成する。これは本明細書に限定されない。
【００６４】
任意選択で、端末デバイスが第１のリソースを決定する前に、この方法は、端末デバイスによって、ネットワークデバイスにより送信された複数の数値に関する情報を受信するステップをさらに含む。
【００６５】
特に、ネットワークデバイスは、ネットワークデバイスのカバレッジエリア内の端末デバイスの数量、端末デバイスのカバレッジステータス、キャリアにおける重要な周波数帯に関する情報、および、現在アクティブなサービスのタイプまたは現在伝送されているデータのタイプなどの情報に基づいて、端末デバイスにより選択するための複数の数値を決定し、これらの数値に関する情報を端末デバイスに送信し得る。たとえば、ネットワークデバイスは、ブロードキャスト方式でこれらの数値に関する情報を含む構成情報を送信してよく、またはネットワークデバイスは、現在のネットワーク使用量に基づいて複数の数値に関する情報を含む構成情報を更新してよい。複数の数値は、代替として、端末デバイスとネットワークデバイスとの間で合意された、たとえば、プロトコルで指定された複数の数値であり得ることを理解されたい。
【００６６】
別の実施形態では、端末デバイスによって第１のリソースにおいて第１の伝送リソースを求める検出を行うステップ２２０は、端末デバイスによって、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定するステップであって、ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、ステップと、端末デバイスによって、第１のリソースとして、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースを決定するステップとを含む。
【００６７】
特に、第１のリソースを決定するとき、端末デバイスは、予め定義された複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを選択し得る。ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースの位置を指し示し、時間−周波数リソースは、複数の単位時間−周波数リソースを含み得る。端末デバイスは、ターゲット周波数ホッピングパターンにより指し示された複数の単位時間−周波数リソースの位置に基づいて、複数の単位時間−周波数リソースにおいて第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行う。複数の単位時間−周波数リソースは隣接してよく、または隣接しなくてよい。全ての単位時間−周波数リソースのサイズは同じでよく、または異なってよい。本明細書において単位時間−周波数リソースの量に制限は課されない。
【００６８】
図６は、本発明の実施形態による３つの周波数ホッピングパターンの概略図である。第１の周波数ホッピングパターン、第２の周波数ホッピングパターン、および第３の周波数ホッピングパターンでは、１つの周波数ホッピングパターンに対応する伝送リソース検出のために使用される複数の単位時間−周波数リソース（図における小さい正方形）の位置は、別の周波数ホッピングパターンに対応するそれらとは異なる。すなわち、異なる周波数ホッピングパターンが、第１の伝送リソースの検出のために使用される異なる時間−周波数リソースエリア（第１のリソース）に対応する。したがって、ターゲット周波数ホッピングパターンを決定した後、端末デバイスは、どの時間−周波数リソースエリアで第１の伝送リソースを求める検出が行われるべきかを知ることができ、したがって、リソース検出は、時間および周波数という２つの次元のリソースを伴う周波数ホッピングパターンに基づいて行われる。
【００６９】
端末デバイスは、全ての予め定義された周波数ホッピングパターンから１つまたは複数の周波数ホッピングパターンをターゲット周波数ホッピングパターンとしてランダムに選択し、指定されたルールまたは式に従ってターゲット周波数ホッピングパターンに基づいてリソース検出を行い得る。たとえば、ターゲット周波数ホッピングパターンに基づいて第１のリソースを決定した後、端末デバイスが、周波数領域リソースの周波数値の降順、および時間領域における昇順で、選択された周波数ホッピングパターンに対応する複数の単位時間−周波数リソースにおいて順次にリソース検出を行ってよく、またはネットワークデバイスが、端末デバイスのための周波数ホッピングパターンを構成し、構成された１つもしくは複数の周波数ホッピングパターンに基づいてリソース検出を行うように端末デバイスに指示してよい。
【００７０】
複数の周波数ホッピングパターンは、既存のＤ２Ｄ通信における周波数ホッピングパターンであってよく、または伝送リソースの検出のためにネットワークデバイスによって新しく決定された他のタイプの周波数ホッピングパターン、たとえば、伝送されるべきデータのサイズに基づいてネットワークデバイスによって前もって決定された異なる周波数ホッピングパターンであってよい。これは本明細書に限定されない。
【００７１】
ネットワークデバイスは、ネットワークデバイスのカバレッジエリア内の端末デバイスの数量、端末デバイスのカバレッジステータス、キャリアにおける重要な周波数帯に関する情報、および、現在アクティブなサービスのタイプまたは現在伝送されているデータのタイプなどの情報に基づいて、端末デバイスにより選択するための複数の周波数ホッピングパターンを決定し、これらの周波数ホッピングパターンに関する情報を含む構成情報を端末デバイスに送信し得ることを理解されたい。
【００７２】
複数の周波数ホッピングパターンは、代替として、端末デバイスとネットワークデバイスとの間で合意された、たとえば、プロトコルで指定された複数の周波数ホッピングパターンであってよい。
【００７３】
この場合、端末デバイスによって、第１のリソースにおいて第１伝送リソースを検出するステップは、端末デバイスによって、ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、第１のリソースにおいて第１の伝送リソースを求める検出を行うステップを含む。周波数ホッピングパラメータは、複数の単位時間−周波数リソースの間の時間領域間隔と、複数の単位時間−周波数リソースの間の周波数領域間隔と、複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む。
【００７４】
特に、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースは、複数の単位時間−周波数リソースを含む。ターゲット周波数ホッピングパターンを決定した後、端末デバイスは、ターゲット周波数ホッピングパターンの周波数ホッピングパラメータ、たとえば、複数の単位時間−周波数リソースの間の時間領域間隔および周波数領域間隔、ならびに単位時間領域リソースのサイズに基づいて、第１のリソースにおける複数の単位時間−周波数リソースにおいて、第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行うことができる。
【００７５】
別の実施形態では、端末デバイスが第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、デバイスツーデバイス通信方法はステップ２３０をさらに含む。
【００７６】
２３０．  端末デバイスは、第１の伝送リソース上で第１のデータを送信する。
【００７７】
第１のターゲット検出リソースを決定した後、端末デバイスは、第１のリソースにおいて、第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行う。端末デバイスが第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、端末デバイスは、第１の伝送リソース上で第１のデータを送信し、すなわち、ステップ２３０を行う。端末デバイスが第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、図７における本発明の実施形態によるデバイスツーデバイス通信方法の概略フローチャートに示されるように、この方法はステップ２４０および２５０をさらに含む。
【００７８】
２４０．  端末デバイスは、第１のリソースに基づいて第２のリソースを決定し、ここで、第２のリソースは、第１のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースは、第１のリソースとは異なる。
【００７９】
２５０．  端末デバイスは、第２のリソースにおいて第１の伝送リソースを求める検出を行う。
【００８０】
特に、端末デバイスが第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、端末デバイスは、引き続き、第１のリソースセットの別の位置で伝送リソースを求める検出を行う、たとえば、第２のリソースにおいて第１の伝送リソースを求める検出を行うことができる。第２のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、または第２のリソースは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソース（すなわち第１のリソースセット）のサブセットである。したがって、第１のリソースセットにおいて第２のリソースを決定した後、端末デバイスは、第２のリソースにおいて、第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行うことができる。
【００８１】
類推されるように、端末デバイスが第２のリソースにおいて第１の伝送リソースを成功裏に検出した場合、端末デバイスは、第１の伝送リソース上でデータを伝送し、また、端末デバイスが第２のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、端末デバイスは、第１の時間窓において新しいリソースを決定することができる。新しいリソースもまた、第１のリソースセットにおける一部の時間−周波数リソースである。端末デバイスが、第１のデータを伝送するために使用される第１の伝送リソースをリソースにおいて成功裏に検出するまで、端末デバイスは、新しいリソースにおいて、第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行う。第１のリソースセットにおける第１の伝送リソースの検出のために端末デバイスによって使用されたリソースの量が最大値に達したときに、第１の伝送リソースが依然として検出されない場合、端末デバイスは、リソース検出動作を停止してよい。
【００８２】
第１の伝送リソースの１回の検出のために使用される第１のリソースセットにおける一部の時間−周波数リソースは、別の時の検出のために使用されるそうしたものと相互に関係付けられる。したがって、端末デバイスは、これらの時間−周波数リソースの間の相互関係に基づいて第１のリソースにおいて第１のデータの伝送のための第１の伝送リソースを求める検出を自律的に行い、それにより、ネットワークデバイスと端末デバイスとの間の制御シグナリングのオーバヘッドを減らすことができる。
【００８３】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースを決定するステップ２４０は、端末デバイスによって、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定するステップ、および／または端末デバイスによって、第１のリソースに基づいて第２のリソースの時間領域リソースを決定するステップ、および／または端末デバイスによって、第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するステップを含む。
【００８４】
特に、第１の伝送リソースを検出するために使用されることが可能である第１のリソースセットにおいて端末デバイスによって決定された複数のリソースが、相互に関係付けられる。すなわち、各新しく決定されたリソースの時間領域サイズおよび／もしくは位置ならびに／または周波数領域幅などが、全部または一部の先行リソースにおける検出結果の関係付けられたパラメータに基づいて、端末デバイスによって決定される。
【００８５】
任意選択で、端末デバイスによって、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定するステップは、
端末デバイスによって、第２のリソースと第１のリソースとの間の時間領域間隔を、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するステップを含む。
【００８６】
特に、第１のデータを伝送するために使用される第１のリソースが第１のリソースにおいて検出されない場合、端末デバイスは、第１のリソースセットにおいて第２のリソースを決定して、第２のリソースにおいて第１の伝送リソースを求める検出を行う。この場合、時間領域で第２のリソースと第１のリソースとの間の時間領域間隔は、第１のリソースを含む全部または一部の先行リソースにおける検出結果に基づいて決定され得る。図８は、本発明の実施形態によるリソース決定方法の概略図である。第２のリソースと第１のリソースとの間の時間領域間隔はｋnであり、第１のリソースと第１のリソースの直前のリソースとの間の時間領域間隔はｋn-1である。そして、ｋnの値は、ｋn-1、第１のリソースを含む少なくとも１つのリソース上のエネルギー値ｐ、および第１のリソースを含む少なくとも１つのリソースのリソース使用量ｒなどのパラメータのうちの１つまたは複数によって決定され得る。
【００８７】
たとえば、第１のリソースの位置は、本明細書では、第１のリソースセットにおいて、関数ｋn＝ｆ（ｐ，ｒ，ｋn-1）を使用することによって決定され得ると仮定される。リソース選択において、関数により果たされる役割は以下のように反映される。（ｎ−１）番目のリソースのリソース使用量ｒn-1が非常に高い、たとえば閾値Ｔを超える場合、またはそのリソース上で検出されたエネルギー値、たとえばＲＳＲＰもしくはＲＳＲＱがより大きい、たとえばエネルギー閾値Ｐより大きい場合、端末デバイスによって選択されたｎ番目のリソースと（ｎ−１）番目のリソースとの間の時間領域間隔がより長く、つまり、ｎ番目のリソースの位置の選択の前に、より長い期間の待機時間が必要とされる。言い換えれば、ｋnの値がより大きい。（ｎ−１）番目のリソースのリソース使用量ｒn-1が予め設定された閾値範囲内であり、またはリソース上で検出されたエネルギー値ＲＳＲＰもしくはＲＳＲＱがより小さい、たとえばエネルギー閾値Ｐより小さいが、使用可能なリソースが見つけられない場合、端末デバイスによって選択されたｎ番目のリソースと（ｎ−１）番目のリソースとの間の時間領域間隔がより短く、つまり、ｎ番目のリソースの位置の選択の前に、より短い期間の待機時間が必要とされるか、または待機時間が必要とされない。言い換えれば、ｋnの値がより小さい。
【００８８】
類推されるように、ｎ番目のリソースのリソース使用量ｒnが同様に非常に高く、やはり閾値Ｔを超えている場合、（ｎ＋１）番目のリソースの位置とｎ番目のリソースの位置との間の間隔ｋn+1はｋnより大きく、また、（ｎ＋１）番目のリソースのリソース使用量ｒn+1がより低いが、遊休リソースが見つけられない場合、端末デバイスにより選択された（ｎ＋１）番目のリソースとｎ番目のリソースとの間の時間領域間隔ｋn+1はｋnより小さい。
【００８９】
任意選択で、端末デバイスによって、第１のリソースに基づいて第２のリソースの時間領域リソースを決定するステップは、
端末デバイスによって、第２のリソースの時間領域リソースを、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む。
【００９０】
特に、第１のデータを伝送するために使用される第１の伝送リソースが第１のリソースにおいて検出されない場合、端末デバイスは、第１のリソースセットにおいて第２のリソースを決定して、第２のリソースにおいて第１の伝送リソースを求める検出を行う。この場合、第２のリソースの時間領域リソースのサイズは、第１のリソースを含む全部または一部の先行リソースにおける検出結果に基づいて決定され得る。図９は、本発明の実施形態によるリソース決定方法の概略図である。第２のリソースの時間領域リソースのサイズはｄｅｌｔnであり、第１のリソースの時間領域リソースのサイズはｄｅｌｔn-1である。そして、ｄｅｌｔnの値は、第１のリソースを含む少なくとも１つのリソースの時間領域リソースのサイズであるｄｅｌｔn、ｄｅｌｔi−ｄｅｌｔn、第１のリソースを含む少なくとも１つのリソース上で検出されたエネルギー値ｐ、および第１のリソースを含む少なくとも１つのリソースのリソース使用量ｒなどのパラメータのうちの１つまたは複数によって決定され得る。
【００９１】
たとえば、リソース位置は、本明細書では、第１のリソースセットにおいて、関数ｄｅｌｔn＝ｆ（ｐ，ｒ，ｄｅｌｔn-1）を使用することによって決定され得ると仮定される。リソース選択において、関数により果たされる役割は以下のように反映される。（ｎ−１）番目のリソースのリソース使用量ｒn-1が非常に高い、たとえば閾値Ｔを超える場合、またはそのリソース上で検出されたエネルギー値、たとえばＲＳＲＰもしくはＲＳＲＱがより大きい、たとえばエネルギー閾値Ｐより大きい場合、端末デバイスによって選択されたｎ番目のリソースの時間領域リソースの幅ｄｅｌｔnは、より大きく、たとえばｄｅｌｔn-1より大きくてよい。（ｎ−１）番目のリソースのリソース使用量ｒn-1が予め設定された閾値範囲内であり、またはリソース上で検出されたエネルギー値、たとえばＲＳＲＰもしくはＲＳＲＱがより小さい、たとえばエネルギー閾値Ｐより小さいが、使用可能なリソースが見つけられない場合、端末デバイスによって選択されたｎ番目のリソースの時間領域リソースのサイズは、より小さい、たとえばｄｅｌｔn-1より小さい、または、ｎ番目のリソースにおける追加の時間領域リソースのサイズは、リソース使用量がより低いまたはリソース上のエネルギー値がより大きいときに得られた増加幅より小さい。
【００９２】
類推されるように、ｎ番目のリソースのリソース使用量ｒnが同様に非常に高く、やはり閾値Ｔを超えている場合、（ｎ＋１）番目のリソースの時間領域リソースのサイズｄｅｌｔn+1はｄｅｌｔnより大きく、また、（ｎ＋１）番目のリソースのリソース使用量がより低いが、遊休リソースが見つけられない場合、端末デバイスによって選択された（ｎ＋１）番目のリソースの時間領域リソースのサイズｄｅｌｔn+1はｄｅｌｔnより小さい、または（ｎ＋１）番目のリソースにおける追加の時間領域リソースのサイズは、リソース使用量がより低いまたはリソース上のエネルギー値がより大きいときに得られた増加幅より小さい。
【００９３】
任意選択で、端末デバイスによって、第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するステップは、
端末デバイスによって、第２のリソースの周波数領域リソースを、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む。
【００９４】
特に、第１のデータを伝送するために使用される第１のリソースが第１のリソースにおいて検出されない場合、端末デバイスは、第１のリソースセットにおいて第２のリソースを決定して、第２のリソースにおいて第１の伝送リソースを求める検出を行う。この場合、第２のリソースの周波数領域リソースのサイズは、第１のリソースを含む全部または一部の先行リソースにおける検出結果に基づいて決定され得る。図１０は、本発明の実施形態によるリソース決定方法の概略図である。第２のリソースの周波数領域リソースのサイズはｂnであり、第１のリソースの周波数領域リソースのサイズはｂn-1である。そして、ｂnの値は、第１のリソースを含む少なくとも１つのリソースの周波数領域リソースのサイズであるｂn、ｄｅｌｔi−ｄｅｌｔn、第１のリソースを含む少なくとも１つのリソース上で検出されたエネルギー値ｐ、および第１のリソースを含む少なくとも１つのリソースのリソース使用量ｒなどのパラメータのうちの１つまたは複数によって決定され得る。
【００９５】
たとえば、使用するために選択されるリソース位置は、本明細書では、第１のリソースセットにおいて、関数ｂn＝ｆ（ｐ，ｒ，ｂn-1）を使用することによって決定され得ると仮定される。リソース選択において、関数により果たされる役割は以下のように反映される。（ｎ−１）番目のリソースのリソース使用量ｒn-1が非常に高い、たとえば閾値Ｔを超える場合、またはそのリソース上で端末デバイスによって検出されたエネルギー値、たとえばＲＳＲＰもしくはＲＳＲＱがより大きい、たとえばエネルギー閾値Ｐより大きい場合、端末デバイスによって選択されたｎ番目のリソースの周波数領域リソースの幅ｂnがより大きく、たとえばｂn-1より大きい。（ｎ−１）番目のリソースのリソース使用量ｒn-1が予め設定された閾値範囲内であり、またはリソース上のエネルギー値、たとえばＲＳＲＰもしくはＲＳＲＱがより小さい、たとえばエネルギー閾値Ｐより小さいが、使用可能なリソースが見つけられない場合、端末デバイスによって選択されたｎ番目のリソースの周波数領域リソースのサイズは、より小さい、たとえばｂn-1より小さい、または、ｎ番目のリソースにおける追加の周波数領域リソースのサイズは、リソース使用量がより低いまたはリソース上のエネルギー値がより大きいときに得られた増加幅より小さい。
【００９６】
類推されるように、ｎ番目のリソースのリソース使用量ｒnが同様に非常に高く、やはり閾値Ｔを超えている場合、（ｎ＋１）番目のリソースの周波数領域リソースのサイズｂn+1はｂnより大きく、また、（ｎ＋１）番目のリソースのリソース使用量がより低いが、遊休リソースが見つけられない場合、端末デバイスによって選択された（ｎ＋１）番目のリソースの周波数領域リソースのサイズｂn+1はｂnより小さい、または（ｎ＋１）番目のリソースにおける追加の周波数領域リソースのサイズは、リソース使用量がより低いまたはリソース上のエネルギー値がより大きいときに得られた増加幅より小さい。
【００９７】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースを決定するステップＳ２４０は、端末デバイスによって、第１のリソースの時間−周波数リソースのサイズに基づいて第２のリソースの時間−周波数リソースのサイズを決定するステップであって、第２のリソースの時間−周波数リソースのサイズは、第１のリソースの時間−周波数リソースのサイズ以上である、ステップを含む。
【００９８】
この実施形態では、端末デバイスは、ランダムリソース選択とリソースセットにおける一部のリソースからの選択とを組み合わせることによって、決定されたリソースにおいて、第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行う。たとえば、端末デバイスは、送信されるべき第１のデータのサイズに基づいて、リソースの検出のための最小リソース粒度を決定し、次いで、リソース検出のために使用される時間−周波数リソースエリアのサイズを、最小粒度を単位として使用することによって段階的に増大させ得る。
【００９９】
たとえば、図１１は、本発明の実施形態によるリソース決定方法の概略図である。端末デバイスは、第１のリソースセットにおいて、第１のリソースとして、Ｎ個の物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、略して「ＰＲＢ」）をランダムに選択する。Ｎ個のＰＲＢのサイズは、最小粒度の整数倍である。端末デバイスは、Ｎ個のＰＲＢにおいて第１の伝送リソースを求める検出を行う。Ｎ個のＰＲＢにおいて第１の伝送リソースが成功裏に検出された場合、端末デバイスは、第１の伝送リソース上で第１のデータを送信する。端末デバイスがＮ個のＰＲＢにおいて第１の伝送リソースを検出するのに失敗した場合、端末デバイスは、第２のリソースを決定する。この場合、第２のリソースにおいて決定された時間−周波数リソースに含まれるＰＲＢの量は、Ｎ以上であり、たとえば、Ｎ×２個のＰＲＢである。Ｎ×２個のＰＲＢのサイズは、最小粒度の整数倍であり、元のＮ個のＰＲＢのそれの２倍であり、したがって、リソース選択の成功率を増大させる。
【０１００】
類推されるように、端末デバイスがＮ×２個のＰＲＢにおいて第１の伝送リソースを検出するのに失敗した場合、端末デバイスは、リソース検出のために第１のリソースセットにおいて新しいリソースを決定する。新しく決定されるリソースのサイズは、第２のリソースのサイズ以上のものとする。すなわち、新しいリソースにおけるＰＲＢの量は、Ｎ×２より大きく、たとえばＮ×３である。
【０１０１】
上述されているのは全て、端末デバイスが、現在の第１のリソースセットにおける複数の相互に関係付けられたリソースを決定すること、または現在の第１のリソースセットからリソースをランダムに選択することによって、ソース選択を行う場合である。本発明の実施形態において、端末デバイスによって第１のリソースセットにおける一部のリソースにおいてリソース検出を行うことによって得られた結果は、リソースセットにおける後続のリソース検出の処理をガイドするためにさらに使用され得る。以下では図５および図６を参照して詳細な説明を提供する。
【０１０２】
別の実施形態では、端末デバイスが第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、この方法は、端末デバイスによって、第１のリソースに基づいて第４のリソースを決定するステップであって、第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第４のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置と同じである、ステップと、端末デバイスによって、第４のリソースにおいて第２の伝送リソースを求める検出を行うステップとをさらに含む。
【０１０３】
特に、第１のリソースセットにおいて第１のリソースを決定した後、端末デバイスは、第１のリソースにおいて検出を行い、検出結果に基づいて、第１のデータを伝送するために使用される第１の伝送リソースを決定する。端末デバイスが、第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、または端末デバイスが、第１のリソースのリソース使用量が比較的低いと決定した場合に、端末デバイスが、第１のデータを送信した後にさらに第２のデータを送信する必要があるとき、端末デバイスは、第２のデータに関して構成された第２のリソースセットにおいて第４のリソースを選択する。この場合、第２のリソースセットにおける第４のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置と同じである。図５（ａ）および図５（ｂ）に示されるように、それぞれの属するリソースセットにおける第１のリソースの位置および第４のリソースの位置は同じである。また、第１のリソースのターゲット数値（またはオフセット値）は、第２のリソースセットのターゲット数値（またはオフセット値）は等しいとみなされもよい。
【０１０４】
図５（ａ）および図５（ｃ）に示されるように、端末デバイスが、第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、または端末デバイスが、第１のリソースのリソース使用量が比較的高いと決定した場合、端末デバイスは、第２のリソースセットにおいて第３のリソースを決定する。この場合、新しい数値がターゲット数値として予め定義された複数の数値から選択されてよく、第３のリソースのターゲット数値は、第１のリソースのターゲット数値とは異なる。言い換えれば、第２のリソースセットにおける第３のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置とは異なり得る。これはリソース検出の成功率を増大させる。
【０１０５】
第３のリソースのサイズは第１のリソースのサイズと等しくても等しくなくてもよいことを理解されたい。たとえば、端末デバイスが、第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、または端末デバイスが、第１のリソースのリソース使用量が比較的高いと決定した場合に、端末デバイスが、第２のリソースセットにおいて第３のリソースを決定するとき、端末デバイスは、第１のリソースのターゲット数値に等しい第３のリソースのターゲット数値を構成し、または第１のリソースのサイズより大きい第３のリソースのサイズを構成し得る。これは、本発明のこの実施形態において限定されない。
【０１０６】
現在のデータの送信のための伝送リソースの検出に関して得られた検出結果は、後続のデータの送信のために使用される伝送リソースの検出のためのガイダンスを提供する。したがって、後続のデータ伝送の前のリソースコンテンションの成功率が増大され、端末デバイスの電力消費がさらに低減される。
【０１０７】
別の例として、図６に示されるように、端末デバイスが、第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、または端末デバイスが、第１のリソースのリソース使用量が比較的低いと決定した場合に、第２のリソースセットにおいて第４のリソースを決定するとき、端末デバイスは、第１のリソースセットにおける第１のリソースの相対的位置と同じ第２のリソースセットにおける第４のリソースの相対的位置を構成してよく、または端末デバイスは、第１のリソースに関してと同じ第４のリソースに関する周波数ホッピングパターンを選択してよく、また、端末デバイスが、第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、または端末デバイスが、第１のリソースのリソース使用量が比較的低いと決定した場合、端末デバイスは、第１のリソースセットにおける第１のリソースの相対的位置とは異なる第２のリソースセットにおける第３のリソースの相対的位置を構成してよく、または第３のリソースについて、第１のリソースのそれとは異なる周波数ホッピングパターンを選択してよい。この場合、第１のリソースに対応するリソース検出のために使用される複数の時間領域リソースの位置および分布は、第３のリソースに対応するリソース検出のために使用される複数の時間領域リソースのそれらとは異なる。
【０１０８】
別の実施形態では、第１のリソースセットにおいて、第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が、予め設定された値を超えた場合、または第１の伝送リソースの検出のために端末デバイスによって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、端末デバイスは、第１のリソースセットにおける第１の伝送リソースを求める検出を停止する。
【０１０９】
この実施形態では、リソースセットにおけるリソースの検出のために端末デバイスによって使用されるリソースの量は、最大値を超えることができない。第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が最大値に達した場合、端末デバイスは検出動作処理を終了する。代替として、リソースセットにおける検出のために端末デバイスによって使用されるリソースにおける時間領域リソースの合計が、最大閾値を超えることができない。第１の伝送リソースの検出のために端末デバイスによって使用される時間領域リソースのサイズが閾値を超えた場合、端末デバイスは検出動作処理を終了する。
【０１１０】
この場合、第１のリソースセットにおいて、第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が、予め設定された値を超えた場合、または第１の伝送リソースの検出のために端末デバイスによって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、端末デバイスは、少なくとも以下の３つの方式で第１の伝送リソースを求める検出を行い得る。
【０１１１】
方式１：端末デバイスは、第１の伝送リソースの検出のために使用されるリソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定し、端末デバイスは、エネルギー値がエネルギー閾値未満であるスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定する。
【０１１２】
方式２：端末デバイスは、第１の伝送リソースの検出のために使用されるリソースから、最小エネルギー値を有するスペクトルリソースを決定し、端末デバイスは、最小エネルギー値を有するスペクトルリソースを、第１のデータを伝送するために使用される第１の伝送リソースとして決定する。
【０１１３】
方式３：端末デバイスは、第１の伝送リソースの検出のために使用されるリソースから、第１のリソースセットにおける検出によってカバーされないスペクトルリソースを決定し、端末デバイスは、検出によってカバーされないスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定する。
【０１１４】
特に、上記の３つの実装形態において、第１のリソースセットにおけるリソースの量は最大値を超えることができない。第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が最大値に達しているが、使用可能なリソースが見つけられない場合、端末デバイスは、検出動作処理を終了し、リソース検出結果に基づいて、検出によってカバーされる全てのリソースのうちでエネルギー値が予め定義されたエネルギー閾値未満である全てのリソースからリソースを選択し、データを送信することができる。
【０１１５】
代替として、第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が最大値に達しているが、使用可能なリソースが見つけられない場合、検出結果に基づいて、検出によってカバーされる全てのリソースのうちで最小エネルギー値を有する時間−周波数リソースを決定し、最小エネルギー値を有する時間−周波数リソース上でデータを送信し得る。
【０１１６】
代替として、端末デバイスは、検出結果に基づいて、検出によってカバーされる全てのリソース以外のリソースからリソースを選択し、データを送信し得る。
【０１１７】
別の実施形態では、端末デバイスは、携帯端末デバイスを含んでよく、携帯端末デバイスと、その端末デバイスではなく非緊急データを送信する別の端末デバイスとが、第１の伝送リソースを同時に検出したとき、携帯端末デバイスの優先度は、この別の端末デバイスの優先度よりも高い。
【０１１８】
言い換えれば、現在の端末デバイスが携帯端末デバイスである場合、その端末デバイスと、非緊急データを送信する別の端末デバイス、たとえば車載デバイスとが、同じ時間−周波数リソースにおいて第１の伝送リソースを同時に検出したとき、携帯端末デバイスの優先度は非緊急データを送信する車載端末デバイスの優先度よりも高いので、第１の送信リソースは携帯端末デバイスによって先取りされる。この場合、携帯端末デバイスが第１の伝送リソース上でデータを送信し、それにより、携帯端末デバイスの電力消費を低減することができる。
【０１１９】
このように、現在のデータの送信のための伝送リソースの検出に関して得られた検出結果は、後続のデータの送信のために使用される伝送リソースの検出のためのガイダンスを提供する。したがって、後続のデータ伝送の前のリソースコンテンションの成功率が増大され、端末デバイスの電力消費がさらに低減される。
【０１２０】
したがって、本発明の実施形態における方法を使用することによって、端末デバイスの電力消費が通信処理において低減されることが可能であり、リソース衝突も低減されることが可能である。
【０１２１】
第２のデータを伝送するために使用される第２の伝送リソースの検出のための第２のリソースセットにおける端末デバイスによるリソース検出の処理、すなわち、端末デバイスがデータの送信を試みるたびに現在の伝送されるべきデータ用の伝送リソースを端末デバイスが探す処理が、端末デバイスによって第１のリソースセットにおいて第１のリソースを決定する処理を参照することを理解されたい。たとえば、ターゲット数値（ターゲットオフセット値）が、ランダム選択によって、もしくはネットワークデバイスによる標識に基づいて、もしくはプロトコル合意に基づいて決定され、または適切なターゲット周波数ホッピングパターンが、複数の周波数ホッピングパターンから選択される。簡潔にするために本明細書では詳細はさらに説明されない。
【０１２２】
また、上記の処理のシーケンス番号は、本発明の様々な実施形態における実行順序を意味せず、本発明の実施形態の実装処理に対するいかなる限定としても解釈されるべきではないことを理解されたい。処理の実行順序は、処理の機能および内部ロジックに応じて決定されるべきである。
【０１２３】
上記では、本発明の実施形態によるデバイスツーデバイス通信方法を図１から図１１を参照して詳細に説明した。以下では、本発明の実施形態による端末デバイスを図１２から図１４を参照して詳細に説明する。本発明の実施形態における端末デバイスは、本発明の上記の実施形態における方法を実行できることを理解されたい。デバイスの具体的な動作処理については、上記の方法実施形態における対応する処理を参照されたい。
【０１２４】
図１２は、本発明の実施形態による端末デバイス１２００の概略ブロック図である。図１２に示されるように、端末デバイス１２００は、決定モジュール１２０１、検出モジュール１２０２、および送信モジュール１２０３を含む。
【０１２５】
決定モジュール１２０１は、第１のリソースを決定するように構成され、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである。
【０１２６】
検出モジュール１２０２は、決定モジュール１２０１によって決定された第１のリソースにおいて第１の伝送リソースを求める検出を行うように構成される。
【０１２７】
送信モジュール１２０３は、検出モジュール１２０２によって成功裏に検出された第１の伝送リソース上で第１のデータを送信するように構成される。
【０１２８】
本発明のこの実施形態における端末デバイスは、従来技術での元の第１のリソースセットにおける一部の時間−周波数リソースにおいて、データ伝送のために使用される伝送リソースを求める検出を行う。したがって、デバイスツーデバイス通信処理において端末デバイスの電力消費が低減される。
【０１２９】
任意選択で、決定モジュール１２０１は、複数の数値からターゲット数値を決定することであって、ターゲット数値は、第１のリソースセットにおける第１のリソースの時間領域位置を指し示すために使用される、決定することと、ターゲット数値に基づいて第１のリソースを決定することとを行うように特に構成される。
【０１３０】
任意選択で、端末デバイス１２００は、受信モジュール１２０４をさらに含み、決定モジュール１２０１がターゲット数値に基づいて第１のリソースを決定する前に、受信モジュール１２０４は、ネットワークデバイスにより送信された複数の数値に関する情報を受信するように構成される。
【０１３１】
任意選択で、決定モジュール１２０１は、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定することであって、ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、決定することと、第１のリソースとして、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースを決定することとを行うように特に構成される。
【０１３２】
任意選択で、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースは、複数の単位時間−周波数リソースを含み、検出モジュール１２０２は、ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、第１のリソースにおいて第１の伝送リソースを求める検出を行うように特に構成される。周波数ホッピングパラメータは、複数の単位時間−周波数リソースの間の時間領域間隔と、複数の単位時間−周波数リソースの間の周波数領域間隔と、複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む。
【０１３３】
任意選択で、端末デバイス１２００は、受信モジュール１２０４をさらに含み、決定モジュール１２０１が複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定する前に、受信モジュール１２０４は、ネットワークデバイスにより送信された複数の周波数ホッピングパターンに関する情報を受信するように構成される。
【０１３４】
任意選択で、検出モジュール１２０２が第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、決定モジュール１２０１は、第１のリソースに基づいて第４のリソースを決定するようにさらに構成され、第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第４のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置と同じであり、検出モジュール１２０２は、第４のリソースにおいて第２の伝送リソースを求める検出を行うように特に構成される。
【０１３５】
任意選択で、検出モジュール１２０２が第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、決定モジュール１２０１は、第１のリソースに基づいて第２のリソースを決定するようにさらに構成され、第２のリソースは、第１のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースは、第１のリソースとは異なり、検出モジュール１２０２は、第２のリソースにおいて第１の伝送リソースを求める検出を行うように特に構成される。
【０１３６】
第１の伝送リソースの１回の検出のために使用される第１のリソースセットにおける一部の時間−周波数リソースは、別の時の検出のために使用されるそうしたものと相互に関係付けられる。したがって、端末デバイスは、これらの時間−周波数リソースの間の相互関係に基づいて第１のリソースにおいて第１のデータの伝送のための第１の伝送リソースを求める検出を自律的に行い、それにより、ネットワークデバイスと端末デバイスとの間の制御シグナリングのオーバヘッドを減らすことができる。
【０１３７】
任意選択で、決定モジュール１２０１は、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定する、および／または第１のリソースに基づいて第２のリソースの時間領域リソースを決定する、および／または第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するように特に構成される。
【０１３８】
任意選択で、決定モジュール１２０１は、第２のリソースと第１のリソースとの間の時間領域間隔を、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１３９】
任意選択で、決定モジュール１２０１は、第２のリソースの時間領域リソースを、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１４０】
任意選択で、決定モジュール１２０１は、第２のリソースの周波数領域リソースを、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１４１】
任意選択で、決定モジュール１２０１は、第１のリソースの時間−周波数リソースのサイズに基づいて第２のリソースの時間−周波数リソースのサイズを決定するように特に構成され、第２のリソースの時間−周波数リソースのサイズは、第１のリソースの時間−周波数リソースのサイズ以上である。
【０１４２】
任意選択で、決定モジュール１２０１は、第１のリソースに基づいて第３のリソースを決定するようにさらに構成され、第３のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第３のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置とは異なり、検出モジュール１２０２は、第３のリソースにおいて第２の伝送リソースを求める検出を行うように特に構成される。
【０１４３】
現在のデータの送信のための伝送リソースの検出に関して得られた検出結果は、後続のデータの送信のために使用される伝送リソースの検出のためのガイダンスを提供する。したがって、後続のデータ伝送の前のリソースコンテンションの成功率が増大され、端末デバイスの電力消費がさらに低減される。
【０１４４】
任意選択で、第１のリソースセットにおいて、第１の伝送リソースの検出のために端末デバイス１２００によって使用されるリソースの量が、予め設定された値を超えた場合、または第１の伝送リソースの検出のために端末デバイス１２００によって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、端末デバイス１２００は、第１のリソースセットにおける第１の伝送リソースを求める検出を停止する。
【０１４５】
任意選択で、決定モジュール１２０１は、第１の伝送リソースの検出のために使用されるリソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定し、エネルギー値がエネルギー閾値未満であるスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するようにさらに構成される。
【０１４６】
任意選択で、決定モジュール１２０１は、第１の伝送リソースの検出のために使用されるリソースから、最小エネルギー値を有するスペクトルリソースを決定し、最小エネルギー値を有するスペクトルリソースを、第１のデータを伝送するために使用される第１の伝送リソースとして決定するようにさらに構成される。
【０１４７】
任意選択で、決定モジュール１２０１は、第１の伝送リソースの検出のために使用されるリソースに基づいて、第１のリソースセット内にあり、検出によってカバーされないスペクトルリソースを決定し、検出によってカバーされないスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するようにさらに構成される。
【０１４８】
任意選択で、端末デバイス１２００は、携帯端末デバイスを含み、携帯端末デバイス１２００と、端末デバイスではなく非緊急データを送信する別の端末デバイスとが、第１の伝送リソースを同時に検出したとき、携帯端末デバイス１２００の優先度は、この別の端末デバイスの優先度よりも高い。
【０１４９】
本発明のこの実施形態では、決定モジュール１２０１および検出モジュール１２０２はプロセッサによって実装されてよく、送信モジュール１２０３は送信機によって実装されてよく、受信モジュールは受信機によって実装されてよいことに留意されたい。図１３に示されるように、端末デバイス１３００は、プロセッサ１３０１、受信機１３０２、送信機１３０３、およびメモリ１３０４を含み得る。受信機１３０２および送信機１３０３は、まとめてトランシーバと呼ばれることがある。メモリ１３０４は、命令を記憶するように構成されてよく、たとえばプロセッサ１３０１により実行するためのコードを記憶するようにさらに構成されてよい。端末デバイス１３００のコンポーネントは、バスシステム１３０５を使用することによって互いに結合される。データバスに加えて、バスシステム１３０５は、電力バス、制御バス、およびステータス信号バスをさらに含む。プロセッサ１３０１は、
第１のリソースを決定することであって、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、決定することと、第１のリソースにおいて第１の伝送リソースを求める検出を行うこととを行うように特に構成される。
【０１５０】
送信機１３０３は、プロセッサ１３０１によって成功裏に検出された第１の伝送リソース上で第１のデータを送信するように構成される。
【０１５１】
本発明のこの実施形態における端末デバイスは、従来技術での元の第１のリソースセットにおける一部の時間−周波数リソースにおいて、データ伝送のために使用される伝送リソースを求める検出を行う。したがって、デバイスツーデバイス通信処理において端末デバイスの電力消費が低減される。
【０１５２】
任意選択で、プロセッサ１３０１は、複数の数値からターゲット数値を決定することであって、ターゲット数値は、第１のリソースセットにおける第１のリソースの時間領域位置を指し示すために使用される、決定することと、ターゲット数値に基づいて第１のリソースを決定することとを行うように特に構成される。
【０１５３】
任意選択で、プロセッサ１３０１がターゲット数値に基づいて第１のリソースを決定する前に、受信機１３０２は、ネットワークデバイスにより送信された複数の数値に関する情報を受信するように構成される。
【０１５４】
任意選択で、プロセッサ１３０１は、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定することであって、ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、決定することと、第１のリソースとして、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースを決定することとを行うように特に構成される。
【０１５５】
任意選択で、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースは、複数の単位時間−周波数リソースを含み、プロセッサ１３０１は、ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、第１のリソースにおいて第１の伝送リソースを求める検出を行うように特に構成される。周波数ホッピングパラメータは、複数の単位時間−周波数リソースの間の時間領域間隔と、複数の単位時間−周波数リソースの間の周波数領域間隔と、複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む。
【０１５６】
任意選択で、プロセッサ１３０１が複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定する前に、受信機１３０２は、ネットワークデバイスにより送信された複数の周波数ホッピングパターンに関する情報を受信するように構成される。
【０１５７】
任意選択で、プロセッサ１３０１が第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、プロセッサ１３０１は、第１のリソースに基づいて第４のリソースを決定するようにさらに構成され、第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第４のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置と同じであり、プロセッサ１３０１は、第４のリソースにおいて第２の伝送リソースを求める検出を行うように特に構成される。
【０１５８】
任意選択で、プロセッサ１３０１が第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、プロセッサ１３０１は、第１のリソースに基づいて第２のリソースを決定するようにさらに構成され、第２のリソースは、第１のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースは、第１のリソースとは異なり、プロセッサ１３０１は、第２のリソースにおいて第１の伝送リソースを求める検出を行うように特に構成される。
【０１５９】
第１の伝送リソースの１回の検出のために使用される第１のリソースセットにおける一部の時間−周波数リソースは、別の時の検出のために使用されるそうしたものと相互に関係付けられる。したがって、端末デバイスは、これらの時間−周波数リソースの間の相互関係に基づいて第１のリソースにおいて第１のデータの伝送のための第１の伝送リソースを求める検出を自律的に行い、それにより、ネットワークデバイスと端末デバイスとの間の制御シグナリングのオーバヘッドを減らすことができる。
【０１６０】
任意選択で、プロセッサ１３０１は、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定する、および／または第１のリソースに基づいて第２のリソースの時間領域リソースを決定する、および／または第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するように特に構成される。
【０１６１】
任意選択で、プロセッサ１３０１は、第２のリソースと第１のリソースとの間の時間領域間隔を、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１６２】
任意選択で、プロセッサ１３０１は、第２のリソースの時間領域リソースを、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１６３】
任意選択で、プロセッサ１３０１は、第２のリソースの周波数領域リソースを、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１６４】
任意選択で、プロセッサ１３０１は、第１のリソースの時間−周波数リソースのサイズに基づいて第２のリソースの時間−周波数リソースのサイズを決定するように特に構成され、第２のリソースの時間−周波数リソースのサイズは、第１のリソースの時間−周波数リソースのサイズ以上である。
【０１６５】
任意選択で、プロセッサ１３０１が第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、プロセッサ１３０１は、第１のリソースに基づいて第３のリソースを決定するようにさらに構成され、第３のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第３のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置とは異なり、プロセッサ１３０１は、第３のリソースにおいて第２の伝送リソースを求める検出を行うように特に構成される。
【０１６６】
現在のデータの送信のための伝送リソースの検出に関して得られた検出結果は、後続のデータの送信のために使用される伝送リソースの検出のためのガイダンスを提供する。したがって、後続のデータ伝送の前のリソースコンテンションの成功率が増大され、端末デバイスの電力消費がさらに低減される。
【０１６７】
任意選択で、第１のリソースセットにおいて、第１の伝送リソースの検出のために端末デバイス１３００によって使用されるリソースの量が、予め設定された値を超えた場合、または第１の伝送リソースの検出のために端末デバイス１３００によって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、端末デバイス１３００は、第１のリソースセットにおける第１の伝送リソースを求める検出を停止する。
【０１６８】
任意選択で、プロセッサ１３０１は、第１の伝送リソースの検出のために使用されるリソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定し、エネルギー値がエネルギー閾値未満であるスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するようにさらに構成される。
【０１６９】
任意選択で、プロセッサ１３０１は、第１の伝送リソースの検出のために使用されるリソースから、最小エネルギー値を有するスペクトルリソースを決定し、最小エネルギー値を有するスペクトルリソースを、第１のデータを伝送するために使用される第１の伝送リソースとして決定するようにさらに構成される。
【０１７０】
任意選択で、プロセッサ１３０１は、第１の伝送リソースの検出のために使用されるリソースに基づいて、第１のリソースセット内にあり、検出によってカバーされないスペクトルリソースを決定し、検出によってカバーされないスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するようにさらに構成される。
【０１７１】
任意選択で、端末デバイス１３００は、携帯端末デバイス１３００を含み、携帯端末デバイス１３００と、その端末デバイスではなく非緊急データを送信する別の端末デバイスとが、第１の伝送リソースを同時に検出したとき、携帯端末デバイス１３００の優先度は、この別の端末デバイスの優先度よりも高い。
【０１７２】
図１４は、本発明の実施形態によるシステムチップの概略構造図である。図１４のシステムチップ１４００は、入力インターフェース１４０１、出力インターフェース１４０２、少なくとも１つのプロセッサ１４０３、およびメモリ１４０４を含む。入力インターフェース１４０１、出力インターフェース１４０２、プロセッサ１４０３、およびメモリ１４０４は、バス１４０５を使用することによって接続されている。プロセッサ１４０３は、メモリ１４０４内のコードを実行するように構成され、コードが実行されたとき、プロセッサ１４０３は、図４から図１１における端末デバイスによって実行される方法を実装する。
【０１７３】
本発明の実施形態におけるプロセッサは、集積回路チップであってよく、信号処理能力を有することは理解されることが可能である。実装処理では、上記の方法実施形態におけるステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、またはソフトウェア形態命令を使用することによって実装されることが可能である。プロセッサは、汎用プロセッサ、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）もしくは別のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理デバイス、またはディスクリートハードウェアコンポーネントであってよい。プロセッサは、本発明の実施形態で開示された方法、ステップ、および論理ブロック図を実装または実行し得る。汎用プロセッサはマイクロプロセッサであってよく、またはプロセッサは任意の従来のプロセッサなどであってよい。本発明の実施形態を参照して開示された方法のステップは、ハードウェア復号プロセッサを使用することによって直接実行され完了されてよく、または復号プロセッサにおけるハードウェアモジュールとソフトウェアモジュールの組み合わせを使用することによって実行され完了されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなど、当技術分野において成熟した記憶媒体に配置され得る。記憶媒体はメモリに配置され、プロセッサはメモリ内の情報を読み取り、プロセッサのハードウェアと組み合わせて上述の方法のステップを達成する。
【０１７４】
本発明の実施形態におけるメモリは、揮発性メモリもしくは不揮発性メモリであってよく、または揮発性メモリと不揮発性メモリの両方を含んでよいことを理解されたい。不揮発性メモリは、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み出し専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）であってよい。限定的説明ではなく例として、多くの形態のＲＡＭ、たとえば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ、ＤＤＲ  ＳＤＲＡＭ）、拡張同期ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、ＥＳＤＲＡＭ）、同期リンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ、ＳＬＤＲＡＭ）、および直接ランバスダイナミックランダムアクセスメモリ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲ  ＲＡＭ）が使用され得る。本明細書で説明されているシステムおよび方法のメモリは限定されないが、これらおよび他の任意の適切なタイプのメモリを含むことに留意されたい。
【０１７５】
また、用語「システム」および「ネットワーク」は本明細書において交換可能に使用され得る。本明細書における用語「および／または」は、関連付けられた対象を説明するための関連関係のみを記述し、３つの関係が存在し得ることを表す。たとえば、Ａおよび／またはＢは、以下の３つの場合、すなわち、Ａのみが存在する場合、ＡとＢの両方が存在する場合、およびＢのみが存在する場合を表し得る。また、本明細書における記号「／」は、関連付けられた対象の間の「または」の関係を示す。
【０１７６】
本発明の実施形態において、「Ａに対応するＢ」は、ＢがＡに関連付けられている、およびＢがＡに基づいて決定され得ることを示すことを理解されたい。しかしながら、Ｂに基づいてＡを決定することは、ＢがＡのみに基づいて決定されることを意味せず、ＢはＡおよび／または他の情報に基づいて決定され得ることも理解されたい。
【０１７７】
当業者であれば、本明細書に開示された実施形態を参照して説明された例におけるユニットおよびアルゴリズムステップは、電子ハードウェアまたはコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実装されてよいことを認識し得る。ハードウェアまたはソフトウェアのいずれによって機能が実行されるかは、技術的解決策の特定の適用および設計制約条件に応じて異なる。当業者であれば、各特定の用途について説明された機能を実装するために異なる方法を使用し得るが、その実装が本発明の範囲を超えると捉えられるべきではない。
【０１７８】
本出願で提供されたいくつかの実施形態において、開示されたシステム、装置、および方法は他の様式で実装され得ることを理解されたい。たとえば、説明されている装置実施形態は単に例である。たとえば、ユニット分割は単に論理的機能分割であり、実際の実装形態では他の分割であり得る。たとえば、複数のユニットまたはコンポーネントが組み合わされてよく、もしくは別のシステムと統合されてよく、またはいくつかの特徴が無視されてよく、もしくは実行されなくてよい。さらに、表示または説明されている相互結合または直接的な結合もしくは通信接続は、いくつかのインターフェース、装置、またはユニットを介して間接的な結合または通信接続としてよく、電気的形態、機械的形態、または他の形態であってよい。
【０１７９】
別々の部分として説明されているユニットは、物理的に別々であってよく、またはそうでなくてよい。ユニットとして表示されている部分は、物理ユニットであってよく、またはそうでなくてよく、１つの場所に配置されてよく、または複数のネットワークユニット上に分散されてよい。ユニットのいくつかまたは全てが、実施形態の解決策の目的を達成するために実際の要件に応じて選択され得る。
【０１８０】
さらに、本発明の実施形態における機能ユニットが１つの処理ユニットに統合されてよく、またはユニットのそれぞれが物理的に単独で存在してよく、または２つ以上のユニットが１つのユニットに統合される。
【０１８１】
機能がソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用される場合、機能はコンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本発明の技術的解決策は、実質的に、または従来技術に貢献する部分が、または技術的解決策のいくつかが、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、本発明の実施形態において説明されている方法のステップの全てまたはいくつかを実行するようにコンピュータデバイス（パーソナルコンピュータ、サーバ、もしくはネットワークデバイスなどであり得る）に命令するためのいくつかの命令を含む。上記の記憶媒体は、プログラムコードを記憶できる任意の媒体、たとえば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなどを含む。
【０１８２】
上記の説明は本発明の特定の実装形態にすぎず、本発明の保護範囲を限定することは意図されていない。本発明に開示された技術的範囲内で当業者によって容易に想到されるあらゆる変形または置換は、本発明の保護範囲内に入るものとする。したがって、本発明の保護範囲は特許請求の範囲の保護範囲に従うものとする。
【図１】
2019527998.tif 000003
【図２】
2019527998.tif 000004
【図３】
2019527998.tif 000005
【図４】
2019527998.tif 000006
【図５ａ】
2019527998.tif 000007
【図５ｂ】
2019527998.tif 000008
【図５ｃ】
2019527998.tif 000009
【図６】
2019527998.tif 000010
【図７】
2019527998.tif 000011
【図８】
2019527998.tif 000012
【図９】
2019527998.tif 000013
【図１０】
2019527998.tif 000014
【図１１】
2019527998.tif 000015
【図１２】
2019527998.tif 000016
【図１３】
2019527998.tif 000017
【図１４】
2019527998.tif 000018
【手続補正書】
【提出日】平成31年3月14日(2019.3.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デバイスツーデバイス通信方法であって、
端末デバイスによって、第１のリソースを決定するステップであって、前記第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、前記第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、ステップと、
前記端末デバイスによって、前記第１のリソースにおいて前記第１の伝送リソースを求める検出を行うステップと
を含むデバイスツーデバイス通信方法。
【請求項２】
端末デバイスによって、第１のリソースを決定する前記ステップは、
前記端末デバイスによって、ネットワークデバイスによる標識に基づいてターゲット数値を決定するステップであって、前記ターゲット数値は、前記第１のリソースセットにおける前記第１のリソースの時間領域位置を指し示すために使用される、ステップと、
前記端末デバイスによって、前記ターゲット数値に基づいて前記第１のリソースを決定するステップと
を含む請求項１に記載の方法。
【請求項３】
前記端末デバイスによって、前記ターゲット数値に基づいて前記第１のリソースを決定する前記ステップの前に、前記方法は、
前記端末デバイスによって、前記ネットワークデバイスにより送信され複数の数値に関する情報を受信するステップをさらに含む請求項２に記載の方法。
【請求項４】
端末デバイスによって、第１のリソースを決定する前記ステップは、
前記端末デバイスによって、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定するステップであって、前記ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、ステップと、
前記端末デバイスによって、前記第１のリソースとして、前記ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される前記時間−周波数リソースを決定するステップと
を含む請求項１に記載の方法。
【請求項５】
前記ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される前記時間−周波数リソースは、複数の単位時間−周波数リソースを含み、
前記端末デバイスによって、前記第１のリソースにおいて前記第１の伝送リソースを求める検出を行う前記ステップは、
前記端末デバイスによって、前記ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、前記第１のリソースにおいて前記第１の伝送リソースを求める検出を行うステップを含み、
前記周波数ホッピングパラメータは、前記複数の単位時間−周波数リソースの間の時間領域間隔と、前記複数の単位時間−周波数リソースの間の周波数領域間隔と、前記複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む請求項４に記載の方法。
【請求項６】
前記端末デバイスによって、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定する前記ステップの前に、前記方法は、
前記端末デバイスによって、ネットワークデバイスにより送信された前記複数の周波数ホッピングパターンに関する情報を受信するステップをさらに含む請求項４または５に記載の方法。
【請求項７】
前記端末デバイスが前記第１のリソースにおいて前記第１の伝送リソースを検出するのに失敗した場合、前記方法は、
前記端末デバイスによって、前記第１のリソースに基づいて第２のリソースを決定するステップであって、前記第２のリソースは、前記第１のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースは、前記第１のリソースとは異なる、ステップと、
前記端末デバイスによって、前記第２のリソースにおいて前記第１の伝送リソースを求める検出を行うステップと
をさらに含む請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記端末デバイスによって、前記第１のリソースに基づいて第２のリソースを決定する前記ステップは、
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースと前記第１のリソースとの間の時間領域間隔を決定するステップ、および／または
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースの時間領域リソースを決定するステップ、および／または
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースの周波数領域リソースを決定するステップ
を含む請求項７に記載の方法。
【請求項９】
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースと前記第１のリソースとの間の時間領域間隔を決定する前記ステップは、
前記端末デバイスによって、前記第２のリソースと前記第１のリソースとの間の前記時間領域間隔を、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するステップを含む請求項８に記載の方法。
【請求項１０】
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースの時間領域リソースを決定する前記ステップは、
前記端末デバイスによって、前記第２のリソースの前記時間領域リソースを、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む請求項８に記載の方法。
【請求項１１】
前記端末デバイスによって、前記第１のリソースに基づいて前記第２のリソースの周波数領域リソースを決定する前記ステップは、
前記端末デバイスによって、前記第２のリソースの前記周波数領域リソースを、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む請求項８に記載の方法。
【請求項１２】
前記端末デバイスによって、前記第１のリソースに基づいて第２のリソースを決定する前記ステップは、
前記端末デバイスによって、前記第１のリソースの時間−周波数リソースのサイズに基づいて前記第２のリソースの時間−周波数リソースのサイズを決定するステップであって、前記第２のリソースの前記時間−周波数リソースの前記サイズは、前記第１のリソースの前記時間−周波数リソースの前記サイズ以上である、ステップを含む請求項７に記載の方法。
【請求項１３】
前記端末デバイスが前記第１のリソースにおいて前記第１の伝送リソースを検出するのに失敗した場合、前記方法は、
前記端末デバイスによって、前記第１のリソースに基づいて第３のリソースを決定するステップであって、前記第３のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、前記第２のリソースセットにおける前記第３のリソースの相対的位置は、前記第１のリソースセットにおける前記第１のリソースの相対的位置とは異なる、ステップと、
前記端末デバイスによって、前記第３のリソースにおいて前記第２の伝送リソースを求める検出を行うステップと
をさらに含む請求項１乃至１２のいずれか一項に記載の方法。
【請求項１４】
前記端末デバイスが前記第１のリソースにおいて前記第１の伝送リソースを成功裏に検出した場合、前記方法は、
前記端末デバイスによって、前記第１のリソースに基づいて第４のリソースを決定するステップであって、前記第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、前記第２のリソースセットにおける前記第４のリソースの相対的位置は、前記第１のリソースセットにおける前記第１のリソースの相対的位置と同じである、ステップと、
前記端末デバイスによって、前記第４のリソースにおいて前記第２の伝送リソースを求める検出を行うステップと
をさらに含む請求項１乃至６のいずれか一項に記載の方法。
【請求項１５】
前記第１のリソースセットにおいて、前記第１の伝送リソースの検出のために前記端末デバイスによって使用されるリソースの量が、予め設定された値を超えた場合、または前記第１の伝送リソースの検出のために前記端末デバイスによって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、前記端末デバイスは、前記第１のリソースセットにおける前記第１の伝送リソースを求める検出を停止する請求項１乃至１４のいずれか一項に記載の方法。
【請求項１６】
前記端末デバイスによって、前記第１の伝送リソースの検出のために使用される前記リソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定するステップと、
前記端末デバイスによって、エネルギー値が前記エネルギー閾値未満である前記スペクトルリソースから、前記第１のデータを伝送するために使用される前記第１の伝送リソースを決定するステップと
をさらに含む請求項１５に記載の方法。
【請求項１７】
前記端末デバイスによって、前記第１の伝送リソースの検出のために使用される前記リソースから、最小エネルギー値を有するスペクトルリソースを決定するステップと、
前記端末デバイスによって、前記最小エネルギー値を有する前記スペクトルリソースを、前記第１のデータを伝送するために使用される前記第１の伝送リソースとして決定するステップと
をさらに含む請求項１５に記載の方法。
【請求項１８】
前記端末デバイスによって、前記第１の伝送リソースの検出のために使用される前記リソースに基づいて、前記第１のリソースセット内にあり、検出によってカバーされないスペクトルリソースを決定するステップと、
前記端末デバイスによって、検出によってカバーされない前記スペクトルリソースから、前記第１のデータを伝送するために使用される前記第１の伝送リソースを決定するステップと
をさらに含む請求項１５に記載の方法。
【請求項１９】
前記端末デバイスは、携帯端末デバイスを含み、前記携帯端末デバイスと、前記端末デバイスではなく、非緊急データを送信する別の端末デバイスとが、前記第１の伝送リソースを同時に検出したとき、前記携帯端末デバイスの優先度は、前記別の端末デバイスの優先度よりも高い請求項１乃至１８のいずれか一項に記載の方法。
【請求項２０】
第１のリソースを決定するように構成された決定モジュールであって、前記第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、前記第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、決定モジュールと、
前記決定モジュールによって決定された前記第１のリソースにおいて前記第１の伝送リソースを求める検出を行うように構成された検出モジュールと
を備える端末デバイス。
【請求項２１】
前記決定モジュールは、
ネットワークデバイスによる標識に基づいてからターゲット数値を決定することであって、前記ターゲット数値は、前記第１のリソースセットにおける前記第１のリソースの時間領域位置を指し示すために使用される、決定することと、
前記ターゲット数値に基づいて前記第１のリソースを決定することと
を行うように特に構成される請求項２０に記載の端末デバイス。
【請求項２２】
前記端末デバイスは、受信モジュールをさらに備え、前記決定モジュールが前記ターゲット数値に基づいて前記第１のリソースを決定する前に、前記受信モジュールは、
前記ネットワークデバイスにより送信された複数の数値に関する情報を受信するように構成される請求項２１に記載の端末デバイス。
【請求項２３】
前記決定モジュールは、
複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定することであって、前記ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、決定することと、
前記第１のリソースとして、前記ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される前記時間−周波数リソースを決定することと
を行うように特に構成される請求項２０に記載の端末デバイス。
【請求項２４】
前記ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される前記時間−周波数リソースは、複数の単位時間−周波数リソースを含み、
前記検出モジュールは、
前記ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、前記第１のリソースにおいて前記第１の伝送リソースを求める検出を行うように特に構成され、前記周波数ホッピングパラメータは、前記複数の単位時間−周波数リソースの間の時間領域間隔と、前記複数の単位時間−周波数リソースの間の周波数領域間隔と、前記複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む請求項２３に記載の端末デバイス。
【請求項２５】
前記端末デバイスは、受信モジュールをさらに備え、前記決定モジュールが前記複数の周波数ホッピングパターンから前記ターゲット周波数ホッピングパターンを決定する前に、前記受信モジュールは、
ネットワークデバイスにより送信された前記複数の周波数ホッピングパターンに関する情報を受信するように構成される請求項２３または２４に記載の端末デバイス。
【請求項２６】
前記検出モジュールが前記第１のリソースにおいて前記第１の伝送リソースを検出するのに失敗した場合、前記決定モジュールは、
前記第１のリソースに基づいて第２のリソースを決定するようにさらに構成され、前記第２のリソースは、前記第１のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースは、前記第１のリソースとは異なり、
前記検出モジュールは、前記第２のリソースにおいて前記第１の伝送リソースを求める検出を行うように特に構成される請求項２０乃至２５のいずれか一項に記載の端末デバイス。
【請求項２７】
前記決定モジュールは、
前記第１のリソースに基づいて前記第２のリソースと前記第１のリソースとの間の時間領域間隔を決定する、および／または
前記第１のリソースに基づいて前記第２のリソースの時間領域リソースを決定する、および／または
前記第１のリソースに基づいて前記第２のリソースの周波数領域リソースを決定する
ように特に構成される請求項２６に記載の端末デバイス。
【請求項２８】
前記決定モジュールは、
前記第２のリソースと前記第１のリソースとの間の前記時間領域間隔を、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するように特に構成される請求項２７に記載の端末デバイス。
【請求項２９】
前記決定モジュールは、
前記第２のリソースの前記時間領域リソースを、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される請求項２７に記載の端末デバイス。
【請求項３０】
前記決定モジュールは、
前記第２のリソースの前記周波数領域リソースを、以下のタイプの情報、すなわち、
前記第１のリソースを含む少なくとも１つのリソースのエネルギー値、前記少なくとも１つのリソースのリソース使用量、前記少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および前記少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される請求項２７に記載の端末デバイス。
【請求項３１】
前記決定モジュールは、
前記第１のリソースの時間−周波数リソースのサイズに基づいて前記第２のリソースの時間−周波数リソースのサイズを決定するように特に構成され、前記第２のリソースの前記時間−周波数リソースの前記サイズは、前記第１のリソースの前記時間−周波数リソースの前記サイズ以上である請求項２７に記載の端末デバイス。
【請求項３２】
前記検出モジュールが前記第１のリソースにおいて前記第１の伝送リソースを検出するのに失敗した場合、前記決定モジュールは、
前記第１のリソースに基づいて第３のリソースを決定するようにさらに構成され、前記第３のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、前記第２のリソースセットにおける前記第３のリソースの相対的位置は、前記第１のリソースセットにおける前記第１のリソースの相対的位置とは異なり、
前記検出モジュールは、前記第３のリソースにおいて前記第２の伝送リソースを求める検出を行うように特に構成される請求項２０乃至３１のいずれか一項に記載の端末デバイス。
【請求項３３】
前記端末デバイスが前記第１のリソースにおいて前記第１の伝送リソースを成功裏に検出した場合、前記決定モジュールは、
前記第１のリソースに基づいて第４のリソースを決定するようにさらに構成され、前記第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、前記第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、前記第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、前記第２のリソースセットにおける前記第４のリソースの相対的位置は、前記第１のリソースセットにおける前記第１のリソースの相対的位置と同じであり、
前記検出モジュールは、前記第４のリソースにおいて前記第２の伝送リソースを求める検出を行うように特に構成される請求項２０乃至２５のいずれか一項に記載の端末デバイス。
【請求項３４】
前記第１のリソースセットにおいて、前記第１の伝送リソースの検出のために前記端末デバイスによって使用されるリソースの量が、予め設定された値を超えた場合、または前記第１の伝送リソースの検出のために前記端末デバイスによって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、前記端末デバイスは、前記第１のリソースセットにおける前記第１の伝送リソースを求める検出を停止する請求項２０乃至３３のいずれか一項に記載の端末デバイス。
【請求項３５】
前記決定モジュールは、
前記第１の伝送リソースの検出のために使用される前記リソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定し、
エネルギー値が前記エネルギー閾値未満である前記スペクトルリソースから、前記第１のデータを伝送するために使用される前記第１の伝送リソースを決定する
ようにさらに構成される請求項３４に記載の端末デバイス。
【請求項３６】
前記決定モジュールは、
前記第１の伝送リソースの検出のために使用される前記リソースから、最小エネルギー値を有するスペクトルリソースを決定し、
前記最小エネルギー値を有する前記スペクトルリソースを、前記第１のデータを伝送するために使用される前記第１の伝送リソースとして決定する
ようにさらに構成される請求項３４に記載の端末デバイス。
【請求項３７】
前記決定モジュールは、
前記第１の伝送リソースの検出のために使用される前記リソースに基づいて、前記第１のリソースセット内にあり、検出によってカバーされないスペクトルリソースを決定し、
検出によってカバーされない前記スペクトルリソースから、前記第１のデータを伝送するために使用される前記第１の伝送リソースを決定する
ようにさらに構成される請求項３４に記載の端末デバイス。
【請求項３８】
前記端末デバイスは、携帯端末デバイスを含み、前記携帯端末デバイスと、前記端末デバイスではなく、非緊急データを送信する別の端末デバイスとが、前記第１の伝送リソースを同時に検出したとき、前記携帯端末デバイスの優先度は、前記別の端末デバイスの優先度よりも高い請求項２０乃至３７のいずれか一項に記載の端末デバイス。
【請求項３９】
請求項１乃至１９のいずれか一項に記載の方法をコンピュータに実行させるプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ワイヤレス通信の分野に関し、より詳細には、デバイスツーデバイス通信方法および端末デバイスに関する。
【背景技術】
【０００２】
ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、略して「ＬＴＥ」）通信技術が継続的に発展するにつれて、セルラーネットワークの負荷がますます重くなり、既存のスペクトルリソースはますます圧迫されてきている。現在のほとんどのモバイルデバイスは、ブルートゥースまたはワイヤレスフィデリティ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ、略して「ＷｉＦｉ」）のような様々なワイヤレス技術を使用しているので、これらの技術を提供している事業者は、モバイルデバイス間の直接通信が今後注目されることに気付いている。これは、直接的なデバイスツーデバイス（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ、略して「Ｄ２Ｄ」）の出現に伴うものである。Ｄ２Ｄの出現は、不十分な周波数スペクトルおよび過度に重いネットワーク負荷などの問題をかなりの程度まで解決する。この方式のデバイス間の直接通信では、１つのデバイスが基地局の転送なしに別のデバイスと直接通信し得る。これは、基地局のデータトラフィックを軽減する。Ｄ２Ｄ通信は、スペクトルリソースをよりよく活用して、スペクトル利用およびデータレートを向上させ、基地局の負荷を緩和することができる。
【０００３】
デバイスツーデバイス通信のためのリソース割り当て技術は、ランダムリソース選択技術およびリソース検知技術を含み得る。リソース検知技術を使用することによってリソースが割り当てられるとき、端末デバイスは、リソースプールにおけるリソースセットの固定されたサイズのセグメントでリソースを検知する必要がある。リソースセットにおけるリソースを検知した後、端末デバイスは、伝送されるべきデータを送信するために適切なリソースを選択する。リソース検知がリソースセット全体で行われる場合、端末デバイスの電力消費が非常に大きい。したがって、通信処理における端末デバイスの電力消費をどのように減らすかは、解決を必要とする重要な課題のうちの１つである。
【発明の概要】
【０００４】
上記に鑑みて、本発明の実施形態は、通信処理における端末デバイスの電力消費を減らすためのデバイスツーデバイス通信方法および端末デバイスを提供する。
【０００５】
第１の態様によれば、デバイスツーデバイス通信方法であって、
端末デバイスによって、第１のリソースを決定するステップであって、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、ステップと、端末デバイスによって、第１のリソースにおいて第１の伝送リソースを求める検出を行うステップと、第１の伝送リソース上で第１のデータを送信するステップとを含むデバイスツーデバイス通信方法が提供される。
【０００６】
データを伝送するために使用される伝送リソースを求める検出は、従来技術で伝送リソースの検出に使用される元のリソースセットにおける一部の時間−周波数リソースにおいて行われる。したがって、デバイスツーデバイス通信処理において端末デバイスの電力消費が低減される。
【０００７】
別の実施形態では、端末デバイスによって、第１のリソースを決定するステップは、
端末デバイスによって、複数の数値からターゲット数値を決定するステップであって、ターゲット数値は、第１のリソースセットにおける第１のリソースの時間領域位置を指し示すために使用される、ステップと、端末デバイスによって、ターゲット数値に基づいて第１のリソースを決定するステップとを含む。
【０００８】
これらの数値は、ネットワークデバイスによって構成されたいくつかのランダム「シード」であってよく、端末デバイスは、これらのランダムシードからランダム選択を行うことを理解されたい。代替として、これらの予め定義された数値に関して、ネットワークデバイスは、異なる端末デバイスに対して異なる数値を構成してよく、たとえば、異なるタイプの端末デバイスに対して異なる数値を構成してよく、したがって、Ｐ−ＵＥおよびＶ−ＵＥなどのタイプの端末デバイスがリソース検出を行ったとき、検出動作は、リソース衝突を減らすために同じ時間期間に行われないようにされる。代替として、異なるタイプのデータが異なる数値に対応する。代替として、ネットワークデバイスは、異なるセルに配置された端末デバイスに対して異なるターゲット数値を構成する。これは本明細書に限定されない。
【０００９】
別の実施形態では、端末デバイスによって、ターゲット数値に基づいて第１のリソースを決定するステップの前に、方法は、
端末デバイスによって、ネットワークデバイスにより送信された複数の数値に関する情報を受信するステップをさらに含む。
【００１０】
たとえば、ネットワークデバイスは、ネットワークデバイスのカバレッジエリア内の端末デバイスの数量、端末デバイスのカバレッジステータス、キャリアにおける重要な周波数帯に関する情報、および、現在アクティブなサービスのタイプまたは現在伝送されているデータのタイプなどの情報に基づいて、端末デバイスにより選択するための複数の数値を決定し、これらの数値に関する情報を端末デバイスに送信し得る。たとえば、ネットワークデバイスは、ブロードキャスト方式でこれらの数値に関する情報を含む構成情報を送信してよく、またはネットワークデバイスは、現在のネットワーク使用量に基づいて複数の数値に関する情報を含む構成情報を更新してよい。
【００１１】
別の実施形態では、端末デバイスによって、第１のリソースを決定するステップは、
端末デバイスによって、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定するステップであって、ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、ステップと、端末デバイスによって、第１のリソースとして、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースを決定するステップとを含む。
【００１２】
ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースは、複数の単位時間−周波数リソースを含み得る。端末デバイスは、ターゲット周波数ホッピングパターンにより指し示された複数の単位時間−周波数リソースの位置に基づいて、複数の単位時間−周波数リソースにおいて第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行う。複数の単位時間−周波数リソースは隣接してよく、または隣接しなくてよく、全ての単位時間−周波数リソースのサイズは同じでよく、または異なってよい。本明細書において単位時間−周波数リソースの量に制限は課されない。
【００１３】
別の実施形態では、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースは、複数の単位時間−周波数リソースを含み、端末デバイスによって、第１のリソースにおいて第１の伝送リソースを求める検出を行うステップは、
端末デバイスによって、ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、第１のリソースにおいて第１の伝送リソースを求める検出を行うステップを含み、周波数ホッピングパラメータは、複数の単位時間−周波数リソースの間の時間領域間隔と、複数の単位時間−周波数リソースの間の周波数領域間隔と、複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む。
【００１４】
別の実施形態では、端末デバイスによって、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定するステップの前に、方法は、
端末デバイスによって、ネットワークデバイスにより送信された複数の周波数ホッピングパターンに関する情報を受信するステップを含む。
【００１５】
たとえば、ネットワークデバイスは、ネットワークデバイスのカバレッジエリア内の端末デバイスの数量、端末デバイスのカバレッジステータス、キャリアにおける重要な周波数帯に関する情報、および、現在アクティブなサービスのタイプまたは現在伝送されているデータのタイプなどの情報に基づいて、端末デバイスにより選択するための複数の周波数ホッピングパターンを決定し、これらの周波数ホッピングパターンに関する情報を含む構成情報を端末デバイスに送信し得る。
【００１６】
複数の周波数ホッピングパターンは、代替として、端末デバイスとネットワークデバイスとの間で合意された、たとえば、プロトコルで指定された複数の周波数ホッピングパターン、またはデバイスツーデバイス通信での既存の周波数ホッピングパターンであってよい。
【００１７】
別の実施形態では、端末デバイスが第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、方法は、
端末デバイスによって、第１のリソースに基づいて第２のリソースを決定するステップであって、第２のリソースは、第１のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースは、第１のリソースとは異なる、ステップと、端末デバイスによって、第２のリソースにおいて第１の伝送リソースを求める検出を行うステップとをさらに含む。
【００１８】
第１の伝送リソースの１回の検出のために使用される第１のリソースセットにおける一部の時間−周波数リソースは、別の回の検出のために使用されるそうしたリソースと相互に関係付けられる。したがって、端末デバイスは、これらの時間−周波数リソースの間の相互関係に基づいて第１のリソースにおいて第１のデータの伝送のための第１の伝送リソースを求める検出を自律的に行い、それにより、ネットワークデバイスと端末デバイスとの間の制御シグナリングのオーバヘッドを減らすことができる。
【００１９】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースを決定するステップは、
端末デバイスによって、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定するステップ、および／または
端末デバイスによって、第１のリソースに基づいて第２のリソースの時間領域リソースを決定するステップ、および／または
端末デバイスによって、第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するステップを含む。
【００２０】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定するステップは、
端末デバイスによって、第２のリソースと第１のリソースとの間の時間領域間隔を、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するステップを含む。
【００２１】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースの時間領域リソースを決定するステップは、
端末デバイスによって、第２のリソースの時間領域リソースを、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む。
【００２２】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するステップは、
端末デバイスによって、第２のリソースの周波数領域リソースを、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む。
【００２３】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースを決定するステップは、
端末デバイスによって、第１のリソースの時間−周波数リソースのサイズに基づいて第２のリソースの時間−周波数リソースのサイズを決定するステップであって、第２のリソースの時間−周波数リソースのサイズは、第１のリソースの時間−周波数リソースのサイズ以上である、ステップを含む。
【００２４】
任意選択で、端末デバイスは、送信されるべき第１のデータのサイズに基づいて、第１の伝送リソースの検出のための最小リソース粒度を決定し、次いで、リソース検出のために使用される時間−周波数リソースエリアのサイズを、最小リソース粒度を単位として使用することによって段階的に増大させ得る。
【００２５】
別の実施形態では、端末デバイスが第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、方法は、
端末デバイスによって、第１のリソースに基づいて第３のリソースを決定するステップであって、第３のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第３のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置とは異なる、ステップと、端末デバイスによって、第３のリソースにおいて第２の伝送リソースを求める検出を行うステップとをさらに含む。
【００２６】
別の実施形態では、端末デバイスが第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、方法は、
端末デバイスによって、第１のリソースに基づいて第４のリソースを決定するステップであって、第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第４のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置と同じである、ステップと、端末デバイスによって、第４のリソースにおいて第２の伝送リソースを求める検出を行うステップとをさらに含む。
【００２７】
現在のデータの送信のための伝送リソースの検出に関して得られた検出結果は、後続のデータの送信のために使用される伝送リソースの検出のためのガイダンスを提供する。したがって、後続のデータ伝送の前のリソースコンテンションの成功率が増大され、端末デバイスの電力消費がさらに低減される。
【００２８】
別の実施形態では、第１のリソースセットにおいて、第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が、予め設定された値を超えた場合、または第１の伝送リソースの検出のために端末デバイスによって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、端末デバイスは、第１のリソースセットにおける第１の伝送リソースを求める検出を停止する。
【００２９】
別の実施形態では、方法は、
端末デバイスによって、第１の伝送リソースの検出のために使用されるリソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定するステップと、端末デバイスによって、エネルギー値がエネルギー閾値未満であるスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するステップとをさらに含む。
【００３０】
別の実施形態では、方法は、
端末デバイスによって、第１の伝送リソースの検出のために使用されるリソースから、最小エネルギー値を有するスペクトルリソースを決定するステップと、端末デバイスによって、最小エネルギー値を有するスペクトルリソースを、第１のデータを伝送するために使用される第１の伝送リソースとして決定するステップとをさらに含む。
【００３１】
別の実施形態では、方法は、
端末デバイスによって、第１の伝送リソースの検出のために使用されるリソースに基づいて、第１のリソースセット内にあり、検出によってカバーされないスペクトルリソースを決定するステップと、端末デバイスによって、検出によってカバーされないスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するステップとをさらに含む。
【００３２】
別の実施形態では、端末デバイスは、携帯端末デバイスを含み、携帯端末デバイスと、この端末デバイスではなく、非緊急データを送信する別の端末デバイスとが、第１の伝送リソースを同時に検出したとき、携帯端末デバイスの優先度は、別の端末デバイスの優先度よりも高い。
【００３３】
ここで、携帯端末デバイスの優先度は、非緊急データを送信する別の端末デバイスの優先度よりも高いので、リソースコンテンション中に衝突が発生したとき、携帯端末デバイスの電力消費の低減が優先的に確実にされることができる。
【００３４】
第２の態様によれば、端末デバイスが提供され、端末デバイスは、第１の態様およびその実装形態のいずれか１つにおいて、デバイスツーデバイス通信方法で、端末デバイスにより行われる処理を行うように構成され得る。端末デバイスは、
第１のリソースを決定するように構成された決定モジュールであって、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、決定モジュールと、決定モジュールによって決定された第１のリソースにおいて第１の伝送リソースを求める検出を行うように構成された検出モジュールと
検出モジュールによって成功裏に検出された第１の伝送リソース上で第１のデータを送信するように構成された送信モジュールとを含む。
【００３５】
第３の態様によれば、プロセッサ、受信機、送信機、およびメモリを含む別の端末デバイスが提供され、ストレージユニットが、命令を記憶するように構成され、プロセッサは、メモリに記憶された命令を実行するように構成され、プロセッサによるメモリに記憶された命令の実行は、第１の態様および第１の態様の可能な実装形態のいずれか１つにおける方法をプロセッサに実行させる。
【００３６】
プロセッサは、第１のリソースを決定することであって、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、決定することと、第１のリソースにおいて第１の伝送リソースを求める検出を行うこととを行うように特に構成される。
【００３７】
送信機は、第１の伝送リソース上で第１のデータを送信するように構成される。
【００３８】
第４の態様によれば、コンピュータプログラムを記憶するように構成されたコンピュータ可読媒体が提供され、コンピュータプログラムは、第１の態様および第１の態様の可能な実装形態のいずれか１つにおける方法を実行するために使用される命令を含む。
【００３９】
上記の技術的解決策に基づいて、本発明の実施形態において、データを伝送するために使用される伝送リソースの検出は、従来技術で伝送リソースの検出に使用される元のリソースセットにおける一部の時間−周波数リソースにおいて行われる。したがって、デバイスツーデバイス通信処理において端末デバイスの電力消費が低減され、デバイス間のリソース衝突も低減されることが可能である。
【図面の簡単な説明】
【００４０】
本発明の実施形態における技術的解決策をより明確に説明するために、以下で本発明の実施形態を説明するために必要とされる添付の図面を簡単に説明する。明らかに、以下の説明における添付の図面は本発明のいくつかの実施形態を示すにすぎず、当業者はこれらの添付の図面から創造的な努力なしに他の図面を導き出し得る。
【００４１】
【図１】本発明の実施形態による適用シナリオの概略図である。
【図２】本発明の実施形態による、ＳＡリソースプールおよびデータリソースプールの概略図である。
【図３】本発明の実施形態による、リソース検出のために端末デバイスによって使用されるリソースセットの概略図である。
【図４】本発明の実施形態によるデバイスツーデバイス通信方法の概略フローチャートである。
【図５ａ】本発明の実施形態によるリソースセット決定方法の概略図である。
【図５ｂ】本発明の実施形態によるリソースセット決定方法の概略図である。
【図５ｃ】本発明の実施形態によるリソースセット決定方法の概略図である。
【図６】本発明の実施形態による３つの周波数ホッピングパターンの概略図である。
【図７】本発明の実施形態によるデバイスツーデバイス通信方法の概略フローチャートである。
【図８】本発明の実施形態によるリソース決定方法の概略図である。
【図９】本発明の実施形態によるリソース決定方法の概略図である。
【図１０】本発明の実施形態によるリソース決定方法の概略図である。
【図１１】本発明の実施形態によるリソース決定方法の概略図である。
【図１２】本発明の実施形態による端末デバイスの概略ブロック図である。
【図１３】本発明の実施形態による端末デバイスの概略ブロック図である。
【図１４】本発明の実施形態によるシステムチップの概略構造図である。
【発明を実施するための形態】
【００４２】
以下では、本発明の実施形態において添付の図面を参照して本発明の実施形態における技術的解決策を明確かつ完全に説明する。明らかに、説明される実施形態は、本発明の実施形態の全部ではなく一部である。本発明の実施形態に基づいて創造的努力なしに当業者によって得られる他の全ての実施形態が、本発明の保護範囲内に入るものとする。
【００４３】
本発明における技術的解決策は、様々な通信システム、たとえば、移動体通信用グローバルシステム（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、略して「ＧＳＭ」）、符号分割多元接続（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、略して「ＣＤＭＡ」）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ、略して「ＷＣＤＭＡ」）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ、略して「ＧＰＲＳ」）システム、ロングタームエボリューション（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ、略して「ＬＴＥ」）システム、ロングタームエボリューション−アドバンスト（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ、略してＬＴＥ−Ａ）システム、ユニバーサル移動体通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ、略してＵＭＴＳ）、および将来の５Ｇ通信システムなどに適用され得ることを理解されたい。
【００４４】
また、本発明の実施形態において、端末デバイスは、端末（Ｔｅｒｍｉｎａｌ）、ユーザ機器（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、略してＵＥ）、移動局（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、略してＭＳ）、または移動端末（Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）などと呼ばれることがあることを理解されたい。端末デバイスは、無線アクセスネットワーク（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ、略してＲＡＮ）を介して１つまたは複数のコアネットワークと通信し得る。たとえば、端末デバイスは、移動電話（「セルラ」電話とも呼ばれる）、または移動端末を提供されたコンピュータであり得る。たとえば、ユーザ機器は、無線アクセスネットワークと音声および／またはデータを交換するポータブル、ポケットサイズ、携帯、コンピュータ内蔵、または車載型の移動式装置であってもよい。
【００４５】
デバイスツーデバイス（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ、略して「Ｄ２Ｄ」）通信は、車車間（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ、略して「Ｖ２Ｖ」）通信またはＶ２Ｘ通信であり得る。Ｖ２Ｘ通信において、Ｘは一般に、低速移動するワイヤレス装置、高速移動する車載デバイス、またはワイヤレス送信および受信が可能なネットワーク制御ノードに限定されることなく、ワイヤレス受信および送信が可能な任意のデバイスを指してよい。これは本発明において限定されない。本発明の実施形態は、特にＶ２Ｘ通信シナリオに適用可能であるが、他の任意のデバイスツーデバイス通信シナリオに適用されてもよいことを理解されたい。本発明の実施形態では、この意味で制限は課されない。
【００４６】
図１は、本発明の実施形態による適用シナリオの概略図である。Ｖ２Ｘ通信シナリオは、図１の説明のための例として使用される。図１の例は、当業者が本発明の実施形態をよりよく理解するのを助けるものであり、本発明の実施形態の範囲を限定することは意図されていないことに留意されたい。
【００４７】
車車間（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ、略して「Ｖ２Ｖ」）通信、歩車間（Ｖｅｈｉｃｌｅ  ｔｏ  Ｐｅｄｅｓｔｒｉａｎ、略して「Ｖ２Ｐ」）通信、および路車間（Ｖｅｈｉｃｌｅ  ｔｏ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、略して「Ｖ２Ｉ」）通信は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ、略して「Ｖ２Ｘ」）通信と総称される。本発明の主要な適用シナリオは、ロングタームエボリューション−アドバンスト（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ−Ａｄｖａｎｃｅｄ、略して「ＬＴＥ−Ａ」）のＲｅｌ−１２／１３（Ｒｅｌｅａｓｅ  １２／１３、略して「Ｒｅｌ−１２／１３」）におけるＤ２Ｄシナリオ、およびＬＴＥ−ＡのＲｅｌ−１４（Ｒｅｌｅａｓｅ  １４、略して「Ｒｅｌ−１４」）におけるＶ２Ｘシナリオである。図１において、車両１０、車両２０、歩行者３０、およびインフラストラクチャ４０は全て、Ｄ２Ｄ能力を有し、互いにＤ２Ｄ通信を行うことができる。Ｖ２Ｖは、通信が車両１０と車両２０との間で行われ得ることを意味し、Ｖ２Ｐは、通信が車両１０と歩行者３０との間で行われ得ることを意味し、Ｖ２Ｉは、通信が車両１０とインフラストラクチャ４０との間で行われ得ることを意味する。本明細書では、図１における車両１０は、車両に取り付けられた車載デバイス１０とみなされることがあり、図１における車両２０は、車両に取り付けられた車載デバイス２０とみなされることがあり、図１における歩行者３０は、歩行者３０により携帯される携帯デバイス３０とみなされることがある。
【００４８】
説明を簡単にするために、図１は、個別の車両の間、個別の歩行者と個別の車両との間、および個別の車両と個別のインフラストラクチャとの間の通信のみを示していることを理解されたい。これは本発明において限定されない。たとえば、車両システムのインターネットでは、より多くの車両が存在し得る。本発明はこの意味で限定されない。
【００４９】
Ｒｅｌ−１２（Ｒｅｌｅａｓｅ  １２、略して「Ｒｅｌ−１２」）では、Ｄ２Ｄ通信のためのリソースプールは、スケジューリング割り当て（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ、略して「ＳＡ」）リソースプールとデータ（Ｄａｔａ）リソースプールとに分割される。ＳＡリソースプールにおけるリソースは、ＳＡデータを伝送するために使用され、データリソースプールにおけるリソースは、トラフィックデータを伝送するために使用される。ＳＡリソースプールとデータリソースプールは異なるサブフレームに配置され、時分割多重化（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ、略して「ＴＤＭ」）方式が使用される。図２は、本発明の実施形態による、ＳＡリソースプールおよびデータリソースプールの概略図である。ＳＡリソースプールは、時間領域リソースの観点で、関係付けられたデータリソースプールに先行する。
【００５０】
通信中、Ｄ２Ｄデバイスは、モード１（Ｍｏｄｅ  １）およびモード２（Ｍｏｄｅ  ２）の２つのモードでリソースを割り当て得る。モード１では、リソース割り当ては集中された制御方法を使用して行われ、スケジューリングは、基地局または中継ノードによってＤ２Ｄ通信リソースに対して行われ、Ｄ２Ｄデバイスは、割り当てられたリソース上でデータおよび制御情報を直接伝送する。集中された制御を用いるリソース割り当ては、主にネットワークカバレッジを伴うシナリオに適用可能である。モード２は、端末デバイスによる自己選択に基づくコンテンション方式である。このモードは、伝送端末デバイスがコンテンションを通してリソースプールから伝送リソースを得る、分散されたリソース多重化方法である。Ｄ２Ｄ通信において、ネットワークカバレッジを伴うシナリオでは、リソースプールは、基地局によって割り当てられたリソースブロック全体であり、全てのＤ２Ｄユーザは、リソース上でデータを伝送するために、リソースブロック全体中でより小さいリソースブロックを求めて競合する。ネットワークカバレッジを有しないシナリオでは、リソースプールは、Ｄ２Ｄユーザに取得可能な予め定義されたシステム帯域幅であり、全てのＤ２Ｄユーザは、予め定義されたリソースにおけるリソースを求めて競合する。
【００５１】
Ｄ２Ｄ通信用のリソース割り当て技術は、ランダムリソース選択技術およびリソース検知技術を含み得る。１つのリソース検知（Ｓｅｎｓｉｎｇ）技術では、エネルギー検出がリソースプール上で行われる。ＵＥが、リソースプール内の各リソース要素に対してエネルギー測定を行い、たとえば、基準信号受信電力（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ、略して「ＲＳＲＰ」）または基準信号受信品質（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ、略して「ＲＳＲＱ」）を測定する。測定結果が閾値を超えた場合、対応するリソースは占有されているとみなされ、測定結果が閾値を超えていない場合、対応するリソースは遊休リソースであるとみなされる。
【００５２】
別のリソース検知技術は、端末デバイスがＳＡリソースプール上で他のＵＥによって送信されたＳＡデータパケットを受信し、次いで受信されたＳＡデータパケットを復号する、ＳＡ復号技術である。ＳＡデータパケットは、データの送信のための対応するリソースに関する情報を含む。すなわち、データリソースプールにおける送信されるべきデータにより占有されたリソースの関係付けられた情報が、ＳＡデータパケット内で指し示される。したがって、別の端末デバイスのＳＡデータパケットを復号することによって、端末デバイスは、データリソースプール内の別の端末デバイスにより占有されたリソースを知ることができる。ＳＡデータパケットが成功裏に復号された場合、対応するデータリソースが占有されているとみなされ、復号が失敗した場合、データリソースプールにおいてリソースが占有されていないとみなされる。端末デバイスは、占有されていないデータリソース上のみでデータを伝送することができる。
【００５３】
現在のデバイスツーデバイス通信では、上記のリソースセンシング技術のいずれか１つにおいて、固定されたサイズのリソースセットがリソースプール内で扱われる。いくつかの適用シナリオ、たとえば、Ｖ２Ｘ通信では、リソースセットは、リソースセットまたは検知窓（Ｓｅｎｓｉｎｇ  Ｗｉｎｄｏｗ）と呼ばれることもある。図３は、リソース検出のために端末デバイスによって使用されるリソースセットの概略図である。各端末デバイスのリソースセットのサイズは、固定された持続時間を有する。たとえば、リソースセットは、時間領域で１秒の持続時間を有する窓である。リソースセットにおいてリソースを検知した後、端末デバイスは、適切なリソースを選択してＳＡデータおよびトラフィックデータを送信する。
【００５４】
リソース検知がリソースセット全体で行われる場合、Ｄ２Ｄデバイス、特にＶ２Ｐ通信における歩行者の携帯デバイスの電力消費は非常に大きい。通信処理においてＤ２Ｄデバイスの電力消費が過度に大きいという従来技術の問題を解決するために、本発明のこの実施形態では、端末デバイスが、リソースセットにおける一部の時間周波数リソースにおいて、データ伝送に使用される伝送リソースを検知し、したがって、Ｄ２Ｄ通信処理において端末デバイスの電力消費が低減される。
【００５５】
いくつかの適用シナリオ、たとえば、Ｖ２Ｘ通信シナリオでは、本発明のこの実施形態での「検出」は「検知」と呼ばれることもあり、端末デバイスによるリソース検知の処理はリソース検出処理として理解され得ることを理解されたい。具体的には、端末デバイスは、決定されたリソースセットにおいて信号検出を行う。たとえば、伝送リソースの検出は、受信されたデータパケットを復号する、または受信されたデータパケットに対してエネルギー測定を行うなどの方式で実装され得る。状況によっては、「検知窓」は「リソースセット」と呼ばれることもあり、端末デバイスはリソースセットにおける伝送リソースを求めて競合する。
【００５６】
図４は、本発明の実施形態によるデバイスツーデバイス通信方法の概略フローチャートである。この方法は端末デバイスによって行われ得る。図４に示されるように、通信方法は以下のステップを含む。
【００５７】
２１０．  端末デバイスは、第１のリソースを決定し、ここで、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである。
【００５８】
２２０．  端末デバイスは、第１のリソースにおいて第１の伝送リソースを求める検出を行う。
【００５９】
一般に、第１の伝送リソースの検出のために使用される第１のリソースを決定した後、端末デバイスは、データを伝送するために使用される第１の伝送リソースを求める検出を第１のリソースにおいて行う。第１のリソースは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースの一部を含み、第１のリソースは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソース（すなわち第１のリソースセット）のサブセットである。
【００６０】
すなわち、第１のリソースのサイズは、従来技術における元の第１のリソースセットのサイズ未満であることが必要である。たとえば、上述された例示的なＶ２Ｘ通信シナリオでは、第１のリソースセットは、図３に示されるように時間領域で１秒の持続時間を有する時間窓であり得る。したがって、端末デバイスは、元のリソースセットの持続時間全体において第１の伝送リソースを求める検出を行う必要がなく、第１のリソース、すなわち、元の第１のリソースセットにおける一部の時間−周波数リソースにおいて、第１の伝送リソースを求める検出をするだけでよく、それにより電力消費を大幅に低減する。図３に示されるように、リソースセットにおける検出動作を完了した後、端末デバイスは、成功裏に検出された第１の伝送リソース、すなわち周波数領域リソース上で、第１のデータ、たとえばＳＡデータまたはトラフィックデータを送信し得る。
【００６１】
別の実施形態では、端末デバイスによって第１のリソースを決定するステップ２１０は、端末デバイスによって、複数の数値からターゲット数値を決定するステップであって、ターゲット数値は、第１のリソースセットにおける第１のリソースの時間領域位置を指し示すために使用される、ステップと、端末デバイスによって、ターゲット数値に基づいて第１のリソースを決定するステップとを含む。
【００６２】
特に、図５（ａ）は、本発明の実施形態によるリソースセット決定方法の概略図である。第１のリソースを決定するとき、予め定義された複数の数値から１つのターゲット数値を決定し、次いで、ターゲット数値により指し示される時間領域位置に基づいて、第１のリソースセットにおける第１のリソースの位置を決定し得る。いくつかの適用シナリオでは、数値は、第１のリソースセットにおける第１のリソースの時間領域位置を表すオフセット値（ｏｆｆｓｅｔ）と呼ばれることがあることを理解されたい。
【００６３】
これらの予め定義された数値は、ネットワークデバイスによって構成されたいくつかのランダム「シード」であってよく、端末デバイスは、これらのランダムシードからランダム選択を行う。代替として、これらの予め定義された数値に関して、ネットワークデバイスは、異なる端末デバイスに対して異なる数値を構成してよく、たとえば、異なるタイプの端末デバイスに対して異なる数値を構成してよく、したがって、Ｐ−ＵＥおよびＶ−ＵＥなどのタイプの端末デバイスがリソース検出を行ったとき、検出動作は、リソース衝突を減らすために同じ時間期間に行われないようにされる。代替として、異なるタイプのデータが異なる数値に対応する。代替として、ネットワークデバイスは、異なるセルに配置された端末デバイスに対して異なるターゲット数値を構成する。これは本明細書に限定されない。
【００６４】
任意選択で、端末デバイスが第１のリソースを決定する前に、この方法は、端末デバイスによって、ネットワークデバイスにより送信された複数の数値に関する情報を受信するステップをさらに含む。
【００６５】
特に、ネットワークデバイスは、ネットワークデバイスのカバレッジエリア内の端末デバイスの数量、端末デバイスのカバレッジステータス、キャリアにおける重要な周波数帯に関する情報、および、現在アクティブなサービスのタイプまたは現在伝送されているデータのタイプなどの情報に基づいて、端末デバイスにより選択するための複数の数値を決定し、これらの数値に関する情報を端末デバイスに送信し得る。たとえば、ネットワークデバイスは、ブロードキャスト方式でこれらの数値に関する情報を含む構成情報を送信してよく、またはネットワークデバイスは、現在のネットワーク使用量に基づいて複数の数値に関する情報を含む構成情報を更新してよい。複数の数値は、代替として、端末デバイスとネットワークデバイスとの間で合意された、たとえば、プロトコルで指定された複数の数値であり得ることを理解されたい。
【００６６】
別の実施形態では、端末デバイスによって第１のリソースにおいて第１の伝送リソースを求める検出を行うステップ２２０は、端末デバイスによって、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定するステップであって、ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、ステップと、端末デバイスによって、第１のリソースとして、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースを決定するステップとを含む。
【００６７】
特に、第１のリソースを決定するとき、端末デバイスは、予め定義された複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを選択し得る。ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースの位置を指し示し、時間−周波数リソースは、複数の単位時間−周波数リソースを含み得る。端末デバイスは、ターゲット周波数ホッピングパターンにより指し示された複数の単位時間−周波数リソースの位置に基づいて、複数の単位時間−周波数リソースにおいて第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行う。複数の単位時間−周波数リソースは隣接してよく、または隣接しなくてよい。全ての単位時間−周波数リソースのサイズは同じでよく、または異なってよい。本明細書において単位時間−周波数リソースの量に制限は課されない。
【００６８】
図６は、本発明の実施形態による３つの周波数ホッピングパターンの概略図である。第１の周波数ホッピングパターン、第２の周波数ホッピングパターン、および第３の周波数ホッピングパターンでは、１つの周波数ホッピングパターンに対応する伝送リソース検出のために使用される複数の単位時間−周波数リソース（図における小さい正方形）の位置は、別の周波数ホッピングパターンに対応するそれらとは異なる。すなわち、異なる周波数ホッピングパターンが、第１の伝送リソースの検出のために使用される異なる時間−周波数リソースエリア（第１のリソース）に対応する。したがって、ターゲット周波数ホッピングパターンを決定した後、端末デバイスは、どの時間−周波数リソースエリアで第１の伝送リソースを求める検出が行われるべきかを知ることができ、したがって、リソース検出は、時間および周波数という２つの次元のリソースを伴う周波数ホッピングパターンに基づいて行われる。
【００６９】
端末デバイスは、全ての予め定義された周波数ホッピングパターンから１つまたは複数の周波数ホッピングパターンをターゲット周波数ホッピングパターンとしてランダムに選択し、指定されたルールまたは式に従ってターゲット周波数ホッピングパターンに基づいてリソース検出を行い得る。たとえば、ターゲット周波数ホッピングパターンに基づいて第１のリソースを決定した後、端末デバイスが、周波数領域リソースの周波数値の降順、および時間領域における昇順で、選択された周波数ホッピングパターンに対応する複数の単位時間−周波数リソースにおいて順次にリソース検出を行ってよく、またはネットワークデバイスが、端末デバイスのための周波数ホッピングパターンを構成し、構成された１つもしくは複数の周波数ホッピングパターンに基づいてリソース検出を行うように端末デバイスに指示してよい。
【００７０】
複数の周波数ホッピングパターンは、既存のＤ２Ｄ通信における周波数ホッピングパターンであってよく、または伝送リソースの検出のためにネットワークデバイスによって新しく決定された他のタイプの周波数ホッピングパターン、たとえば、伝送されるべきデータのサイズに基づいてネットワークデバイスによって前もって決定された異なる周波数ホッピングパターンであってよい。これは本明細書に限定されない。
【００７１】
ネットワークデバイスは、ネットワークデバイスのカバレッジエリア内の端末デバイスの数量、端末デバイスのカバレッジステータス、キャリアにおける重要な周波数帯に関する情報、および、現在アクティブなサービスのタイプまたは現在伝送されているデータのタイプなどの情報に基づいて、端末デバイスにより選択するための複数の周波数ホッピングパターンを決定し、これらの周波数ホッピングパターンに関する情報を含む構成情報を端末デバイスに送信し得ることを理解されたい。
【００７２】
複数の周波数ホッピングパターンは、代替として、端末デバイスとネットワークデバイスとの間で合意された、たとえば、プロトコルで指定された複数の周波数ホッピングパターンであってよい。
【００７３】
この場合、端末デバイスによって、第１のリソースにおいて第１伝送リソースを検出するステップは、端末デバイスによって、ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、第１のリソースにおいて第１の伝送リソースを求める検出を行うステップを含む。周波数ホッピングパラメータは、複数の単位時間−周波数リソースの間の時間領域間隔と、複数の単位時間−周波数リソースの間の周波数領域間隔と、複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む。
【００７４】
特に、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースは、複数の単位時間−周波数リソースを含む。ターゲット周波数ホッピングパターンを決定した後、端末デバイスは、ターゲット周波数ホッピングパターンの周波数ホッピングパラメータ、たとえば、複数の単位時間−周波数リソースの間の時間領域間隔および周波数領域間隔、ならびに単位時間領域リソースのサイズに基づいて、第１のリソースにおける複数の単位時間−周波数リソースにおいて、第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行うことができる。
【００７５】
別の実施形態では、端末デバイスが第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、デバイスツーデバイス通信方法はステップ２３０をさらに含む。
【００７６】
２３０．  端末デバイスは、第１の伝送リソース上で第１のデータを送信する。
【００７７】
第１のターゲット検出リソースを決定した後、端末デバイスは、第１のリソースにおいて、第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行う。端末デバイスが第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、端末デバイスは、第１の伝送リソース上で第１のデータを送信し、すなわち、ステップ２３０を行う。端末デバイスが第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、図７における本発明の実施形態によるデバイスツーデバイス通信方法の概略フローチャートに示されるように、この方法はステップ２４０および２５０をさらに含む。
【００７８】
２４０．  端末デバイスは、第１のリソースに基づいて第２のリソースを決定し、ここで、第２のリソースは、第１のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースは、第１のリソースとは異なる。
【００７９】
２５０．  端末デバイスは、第２のリソースにおいて第１の伝送リソースを求める検出を行う。
【００８０】
特に、端末デバイスが第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、端末デバイスは、引き続き、第１のリソースセットの別の位置で伝送リソースを求める検出を行う、たとえば、第２のリソースにおいて第１の伝送リソースを求める検出を行うことができる。第２のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、または第２のリソースは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソース（すなわち第１のリソースセット）のサブセットである。したがって、第１のリソースセットにおいて第２のリソースを決定した後、端末デバイスは、第２のリソースにおいて、第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行うことができる。
【００８１】
類推されるように、端末デバイスが第２のリソースにおいて第１の伝送リソースを成功裏に検出した場合、端末デバイスは、第１の伝送リソース上でデータを伝送し、また、端末デバイスが第２のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、端末デバイスは、第１の時間窓において新しいリソースを決定することができる。新しいリソースもまた、第１のリソースセットにおける一部の時間−周波数リソースである。端末デバイスが、第１のデータを伝送するために使用される第１の伝送リソースをリソースにおいて成功裏に検出するまで、端末デバイスは、新しいリソースにおいて、第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行う。第１のリソースセットにおける第１の伝送リソースの検出のために端末デバイスによって使用されたリソースの量が最大値に達したときに、第１の伝送リソースが依然として検出されない場合、端末デバイスは、リソース検出動作を停止してよい。
【００８２】
第１の伝送リソースの１回の検出のために使用される第１のリソースセットにおける一部の時間−周波数リソースは、別の時の検出のために使用されるそうしたものと相互に関係付けられる。したがって、端末デバイスは、これらの時間−周波数リソースの間の相互関係に基づいて第１のリソースにおいて第１のデータの伝送のための第１の伝送リソースを求める検出を自律的に行い、それにより、ネットワークデバイスと端末デバイスとの間の制御シグナリングのオーバヘッドを減らすことができる。
【００８３】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースを決定するステップ２４０は、端末デバイスによって、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定するステップ、および／または端末デバイスによって、第１のリソースに基づいて第２のリソースの時間領域リソースを決定するステップ、および／または端末デバイスによって、第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するステップを含む。
【００８４】
特に、第１の伝送リソースを検出するために使用されることが可能である第１のリソースセットにおいて端末デバイスによって決定された複数のリソースが、相互に関係付けられる。すなわち、各新しく決定されたリソースの時間領域サイズおよび／もしくは位置ならびに／または周波数領域幅などが、全部または一部の先行リソースにおける検出結果の関係付けられたパラメータに基づいて、端末デバイスによって決定される。
【００８５】
任意選択で、端末デバイスによって、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定するステップは、
端末デバイスによって、第２のリソースと第１のリソースとの間の時間領域間隔を、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するステップを含む。
【００８６】
特に、第１のデータを伝送するために使用される第１のリソースが第１のリソースセットにおいて検出されない場合、端末デバイスは、第１のリソースセットにおいて第２のリソースを決定して、第２のリソースにおいて第１の伝送リソースを求める検出を行う。この場合、時間領域で第２のリソースと第１のリソースとの間の時間領域間隔は、第１のリソースを含む全部または一部の先行リソースにおける検出結果に基づいて決定され得る。図８は、本発明の実施形態によるリソース決定方法の概略図である。第２のリソースと第１のリソースとの間の時間領域間隔はｋnであり、第１のリソースと第１のリソースの直前のリソースとの間の時間領域間隔はｋn-1である。そして、ｋnの値は、ｋn-1、第１のリソースを含む少なくとも１つのリソース上のエネルギー値ｐ、および第１のリソースを含む少なくとも１つのリソースのリソース使用量ｒなどのパラメータのうちの１つまたは複数によって決定され得る。
【００８７】
たとえば、第１のリソースの位置は、本明細書では、第１のリソースセットにおいて、関数ｋn＝ｆ（ｐ，ｒ，ｋn-1）を使用することによって決定され得ると仮定される。リソース選択において、関数により果たされる役割は以下のように反映される。（ｎ−１）番目のリソースのリソース使用量ｒn-1が非常に高い、たとえば閾値Ｔを超える場合、またはそのリソース上で検出されたエネルギー値、たとえばＲＳＲＰもしくはＲＳＲＱがより大きい、たとえばエネルギー閾値Ｐより大きい場合、端末デバイスによって選択されたｎ番目のリソースと（ｎ−１）番目のリソースとの間の時間領域間隔がより長く、つまり、ｎ番目のリソースの位置の選択の前に、より長い期間の待機時間が必要とされる。言い換えれば、ｋnの値がより大きい。（ｎ−１）番目のリソースのリソース使用量ｒn-1が予め設定された閾値範囲内であり、またはリソース上で検出されたエネルギー値ＲＳＲＰもしくはＲＳＲＱがより小さい、たとえばエネルギー閾値Ｐより小さいが、使用可能なリソースが見つけられない場合、端末デバイスによって選択されたｎ番目のリソースと（ｎ−１）番目のリソースとの間の時間領域間隔がより短く、つまり、ｎ番目のリソースの位置の選択の前に、より短い期間の待機時間が必要とされるか、または待機時間が必要とされない。言い換えれば、ｋnの値がより小さい。
【００８８】
類推されるように、ｎ番目のリソースのリソース使用量ｒnが同様に非常に高く、やはり閾値Ｔを超えている場合、（ｎ＋１）番目のリソースの位置とｎ番目のリソースの位置との間の間隔ｋn+1はｋnより大きく、また、（ｎ＋１）番目のリソースのリソース使用量ｒn+1がより低いが、遊休リソースが見つけられない場合、端末デバイスにより選択された（ｎ＋１）番目のリソースとｎ番目のリソースとの間の時間領域間隔ｋn+1はｋnより小さい。
【００８９】
任意選択で、端末デバイスによって、第１のリソースに基づいて第２のリソースの時間領域リソースを決定するステップは、
端末デバイスによって、第２のリソースの時間領域リソースを、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む。
【００９０】
特に、第１のデータを伝送するために使用される第１の伝送リソースが第１のリソースにおいて検出されない場合、端末デバイスは、第１のリソースセットにおいて第２のリソースを決定して、第２のリソースにおいて第１の伝送リソースを求める検出を行う。この場合、第２のリソースの時間領域リソースのサイズは、第１のリソースを含む全部または一部の先行リソースにおける検出結果に基づいて決定され得る。図９は、本発明の実施形態によるリソース決定方法の概略図である。第２のリソースの時間領域リソースのサイズはｄｅｌｔnであり、第１のリソースの時間領域リソースのサイズはｄｅｌｔn-1である。そして、ｄｅｌｔnの値は、第１のリソースを含む少なくとも１つのリソースの時間領域リソースのサイズであるｄｅｌｔn、ｄｅｌｔi−ｄｅｌｔn、第１のリソースを含む少なくとも１つのリソース上で検出されたエネルギー値ｐ、および第１のリソースを含む少なくとも１つのリソースのリソース使用量ｒなどのパラメータのうちの１つまたは複数によって決定され得る。
【００９１】
たとえば、リソース位置は、本明細書では、第１のリソースセットにおいて、関数ｄｅｌｔn＝ｆ（ｐ，ｒ，ｄｅｌｔn-1）を使用することによって決定され得ると仮定される。リソース選択において、関数により果たされる役割は以下のように反映される。（ｎ−１）番目のリソースのリソース使用量ｒn-1が非常に高い、たとえば閾値Ｔを超える場合、またはそのリソース上で検出されたエネルギー値、たとえばＲＳＲＰもしくはＲＳＲＱがより大きい、たとえばエネルギー閾値Ｐより大きい場合、端末デバイスによって選択されたｎ番目のリソースの時間領域リソースの幅ｄｅｌｔnは、より大きく、たとえばｄｅｌｔn-1より大きくてよい。（ｎ−１）番目のリソースのリソース使用量ｒn-1が予め設定された閾値範囲内であり、またはリソース上で検出されたエネルギー値、たとえばＲＳＲＰもしくはＲＳＲＱがより小さい、たとえばエネルギー閾値Ｐより小さいが、使用可能なリソースが見つけられない場合、端末デバイスによって選択されたｎ番目のリソースの時間領域リソースのサイズは、より小さい、たとえばｄｅｌｔn-1より小さい、または、ｎ番目のリソースにおける追加の時間領域リソースのサイズは、リソース使用量がより低いまたはリソース上のエネルギー値がより大きいときに得られた増加幅より小さい。
【００９２】
類推されるように、ｎ番目のリソースのリソース使用量ｒnが同様に非常に高く、やはり閾値Ｔを超えている場合、（ｎ＋１）番目のリソースの時間領域リソースのサイズｄｅｌｔn+1はｄｅｌｔnより大きく、また、（ｎ＋１）番目のリソースのリソース使用量がより低いが、遊休リソースが見つけられない場合、端末デバイスによって選択された（ｎ＋１）番目のリソースの時間領域リソースのサイズｄｅｌｔn+1はｄｅｌｔnより小さい、または（ｎ＋１）番目のリソースにおける追加の時間領域リソースのサイズは、リソース使用量がより低いまたはリソース上のエネルギー値がより大きいときに得られた増加幅より小さい。
【００９３】
任意選択で、端末デバイスによって、第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するステップは、
端末デバイスによって、第２のリソースの周波数領域リソースを、以下のタイプの情報、すなわち、
第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するステップを含む。
【００９４】
特に、第１のデータを伝送するために使用される第１のリソースが第１のリソースセットにおいて検出されない場合、端末デバイスは、第１のリソースセットにおいて第２のリソースを決定して、第２のリソースにおいて第１の伝送リソースを求める検出を行う。この場合、第２のリソースの周波数領域リソースのサイズは、第１のリソースを含む全部または一部の先行リソースにおける検出結果に基づいて決定され得る。図１０は、本発明の実施形態によるリソース決定方法の概略図である。第２のリソースの周波数領域リソースのサイズはｂnであり、第１のリソースの周波数領域リソースのサイズはｂn-1である。そして、ｂnの値は、第１のリソースを含む少なくとも１つのリソースの周波数領域リソースのサイズであるｂn、ｄｅｌｔi−ｄｅｌｔn、第１のリソースを含む少なくとも１つのリソース上で検出されたエネルギー値ｐ、および第１のリソースを含む少なくとも１つのリソースのリソース使用量ｒなどのパラメータのうちの１つまたは複数によって決定され得る。
【００９５】
たとえば、使用するために選択されるリソース位置は、本明細書では、第１のリソースセットにおいて、関数ｂn＝ｆ（ｐ，ｒ，ｂn-1）を使用することによって決定され得ると仮定される。リソース選択において、関数により果たされる役割は以下のように反映される。（ｎ−１）番目のリソースのリソース使用量ｒn-1が非常に高い、たとえば閾値Ｔを超える場合、またはそのリソース上で端末デバイスによって検出されたエネルギー値、たとえばＲＳＲＰもしくはＲＳＲＱがより大きい、たとえばエネルギー閾値Ｐより大きい場合、端末デバイスによって選択されたｎ番目のリソースの周波数領域リソースの幅ｂnがより大きく、たとえばｂn-1より大きい。（ｎ−１）番目のリソースのリソース使用量ｒn-1が予め設定された閾値範囲内であり、またはリソース上のエネルギー値、たとえばＲＳＲＰもしくはＲＳＲＱがより小さい、たとえばエネルギー閾値Ｐより小さいが、使用可能なリソースが見つけられない場合、端末デバイスによって選択されたｎ番目のリソースの周波数領域リソースのサイズは、より小さい、たとえばｂn-1より小さい、または、ｎ番目のリソースにおける追加の周波数領域リソースのサイズは、リソース使用量がより低いまたはリソース上のエネルギー値がより大きいときに得られた増加幅より小さい。
【００９６】
類推されるように、ｎ番目のリソースのリソース使用量ｒnが同様に非常に高く、やはり閾値Ｔを超えている場合、（ｎ＋１）番目のリソースの周波数領域リソースのサイズｂn+1はｂnより大きく、また、（ｎ＋１）番目のリソースのリソース使用量がより低いが、遊休リソースが見つけられない場合、端末デバイスによって選択された（ｎ＋１）番目のリソースの周波数領域リソースのサイズｂn+1はｂnより小さい、または（ｎ＋１）番目のリソースにおける追加の周波数領域リソースのサイズは、リソース使用量がより低いまたはリソース上のエネルギー値がより大きいときに得られた増加幅より小さい。
【００９７】
別の実施形態では、端末デバイスによって、第１のリソースに基づいて第２のリソースを決定するステップＳ２４０は、端末デバイスによって、第１のリソースの時間−周波数リソースのサイズに基づいて第２のリソースの時間−周波数リソースのサイズを決定するステップであって、第２のリソースの時間−周波数リソースのサイズは、第１のリソースの時間−周波数リソースのサイズ以上である、ステップを含む。
【００９８】
この実施形態では、端末デバイスは、ランダムリソース選択とリソースセットにおける一部のリソースからの選択とを組み合わせることによって、決定されたリソースにおいて、第１のデータを伝送するために使用される第１の伝送リソースを求める検出を行う。たとえば、端末デバイスは、送信されるべき第１のデータのサイズに基づいて、リソースの検出のための最小リソース粒度を決定し、次いで、リソース検出のために使用される時間−周波数リソースエリアのサイズを、最小粒度を単位として使用することによって段階的に増大させ得る。
【００９９】
たとえば、図１１は、本発明の実施形態によるリソース決定方法の概略図である。端末デバイスは、第１のリソースセットにおいて、第１のリソースとして、Ｎ個の物理リソースブロック（Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ、略して「ＰＲＢ」）をランダムに選択する。Ｎ個のＰＲＢのサイズは、最小粒度の整数倍である。端末デバイスは、Ｎ個のＰＲＢにおいて第１の伝送リソースを求める検出を行う。Ｎ個のＰＲＢにおいて第１の伝送リソースが成功裏に検出された場合、端末デバイスは、第１の伝送リソース上で第１のデータを送信する。端末デバイスがＮ個のＰＲＢにおいて第１の伝送リソースを検出するのに失敗した場合、端末デバイスは、第２のリソースを決定する。この場合、第２のリソースにおいて決定された時間−周波数リソースに含まれるＰＲＢの量は、Ｎ以上であり、たとえば、Ｎ×２個のＰＲＢである。Ｎ×２個のＰＲＢのサイズは、最小粒度の整数倍であり、元のＮ個のＰＲＢのそれの２倍であり、したがって、リソース選択の成功率を増大させる。
【０１００】
類推されるように、端末デバイスがＮ×２個のＰＲＢにおいて第１の伝送リソースを検出するのに失敗した場合、端末デバイスは、リソース検出のために第１のリソースセットにおいて新しいリソースを決定する。新しく決定されるリソースのサイズは、第２のリソースのサイズ以上のものとする。すなわち、新しいリソースにおけるＰＲＢの量は、Ｎ×２より大きく、たとえばＮ×３である。
【０１０１】
上述されているのは全て、端末デバイスが、現在の第１のリソースセットにおける複数の相互に関係付けられたリソースを決定すること、または現在の第１のリソースセットからリソースをランダムに選択することによって、リソース選択を行う場合である。本発明の実施形態において、端末デバイスによって第１のリソースセットにおける一部のリソースにおいてリソース検出を行うことによって得られた結果は、リソースセットにおける後続のリソース検出の処理をガイドするためにさらに使用され得る。以下では図５および図６を参照して詳細な説明を提供する。
【０１０２】
別の実施形態では、端末デバイスが第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、この方法は、端末デバイスによって、第１のリソースに基づいて第４のリソースを決定するステップであって、第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第４のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置と同じである、ステップと、端末デバイスによって、第４のリソースにおいて第２の伝送リソースを求める検出を行うステップとをさらに含む。
【０１０３】
特に、第１のリソースセットにおいて第１のリソースを決定した後、端末デバイスは、第１のリソースにおいて検出を行い、検出結果に基づいて、第１のデータを伝送するために使用される第１の伝送リソースを決定する。端末デバイスが、第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、または端末デバイスが、第１のリソースのリソース使用量が比較的低いと決定した場合に、端末デバイスが、第１のデータを送信した後にさらに第２のデータを送信する必要があるとき、端末デバイスは、第２のデータに関して構成された第２のリソースセットにおいて第４のリソースを選択する。この場合、第２のリソースセットにおける第４のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置と同じである。図５（ａ）および図５（ｂ）に示されるように、それぞれの属するリソースセットにおける第１のリソースの位置および第４のリソースの位置は同じである。また、第１のリソースセットのターゲット数値（またはオフセット値）は、第２のリソースセットのターゲット数値（またはオフセット値）は等しいとみなされもよい。
【０１０４】
図５（ａ）および図５（ｃ）に示されるように、端末デバイスが、第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、または端末デバイスが、第１のリソースのリソース使用量が比較的高いと決定した場合、端末デバイスは、第２のリソースセットにおいて第３のリソースを決定する。この場合、新しい数値がターゲット数値として予め定義された複数の数値から選択されてよく、第３のリソースのターゲット数値は、第１のリソースのターゲット数値とは異なる。言い換えれば、第２のリソースセットにおける第３のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置とは異なり得る。これはリソース検出の成功率を増大させる。
【０１０５】
第３のリソースのサイズは第１のリソースのサイズと等しくても等しくなくてもよいことを理解されたい。たとえば、端末デバイスが、第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、または端末デバイスが、第１のリソースのリソース使用量が比較的高いと決定した場合に、端末デバイスが、第２のリソースセットにおいて第３のリソースを決定するとき、端末デバイスは、第１のリソースのターゲット数値に等しい第３のリソースのターゲット数値を構成し、または第１のリソースのサイズより大きい第３のリソースのサイズを構成し得る。これは、本発明のこの実施形態において限定されない。
【０１０６】
現在のデータの送信のための伝送リソースの検出に関して得られた検出結果は、後続のデータの送信のために使用される伝送リソースの検出のためのガイダンスを提供する。したがって、後続のデータ伝送の前のリソースコンテンションの成功率が増大され、端末デバイスの電力消費がさらに低減される。
【０１０７】
別の例として、図６に示されるように、端末デバイスが、第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、または端末デバイスが、第１のリソースのリソース使用量が比較的低いと決定した場合に、第２のリソースセットにおいて第４のリソースを決定するとき、端末デバイスは、第１のリソースセットにおける第１のリソースの相対的位置と同じ第２のリソースセットにおける第４のリソースの相対的位置を構成してよく、または端末デバイスは、第１のリソースに関してと同じ第４のリソースに関する周波数ホッピングパターンを選択してよく、また、端末デバイスが、第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、または端末デバイスが、第１のリソースのリソース使用量が比較的低いと決定した場合、端末デバイスは、第１のリソースセットにおける第１のリソースの相対的位置とは異なる第２のリソースセットにおける第３のリソースの相対的位置を構成してよく、または第３のリソースについて、第１のリソースのそれとは異なる周波数ホッピングパターンを選択してよい。この場合、第１のリソースに対応するリソース検出のために使用される複数の時間領域リソースの位置および分布は、第３のリソースに対応するリソース検出のために使用される複数の時間領域リソースのそれらとは異なる。
【０１０８】
別の実施形態では、第１のリソースセットにおいて、第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が、予め設定された値を超えた場合、または第１の伝送リソースの検出のために端末デバイスによって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、端末デバイスは、第１のリソースセットにおける第１の伝送リソースを求める検出を停止する。
【０１０９】
この実施形態では、リソースセットにおけるリソースの検出のために端末デバイスによって使用されるリソースの量は、最大値を超えることができない。第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が最大値に達した場合、端末デバイスは検出動作処理を終了する。代替として、リソースセットにおける検出のために端末デバイスによって使用されるリソースにおける時間領域リソースの合計が、最大閾値を超えることができない。第１の伝送リソースの検出のために端末デバイスによって使用される時間領域リソースのサイズが閾値を超えた場合、端末デバイスは検出動作処理を終了する。
【０１１０】
この場合、第１のリソースセットにおいて、第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が、予め設定された値を超えた場合、または第１の伝送リソースの検出のために端末デバイスによって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、端末デバイスは、少なくとも以下の３つの方式で第１の伝送リソースを求める検出を行い得る。
【０１１１】
方式１：端末デバイスは、第１の伝送リソースの検出のために使用されるリソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定し、端末デバイスは、エネルギー値がエネルギー閾値未満であるスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定する。
【０１１２】
方式２：端末デバイスは、第１の伝送リソースの検出のために使用されるリソースから、最小エネルギー値を有するスペクトルリソースを決定し、端末デバイスは、最小エネルギー値を有するスペクトルリソースを、第１のデータを伝送するために使用される第１の伝送リソースとして決定する。
【０１１３】
方式３：端末デバイスは、第１の伝送リソースの検出のために使用されるリソースから、第１のリソースセットにおける検出によってカバーされないスペクトルリソースを決定し、端末デバイスは、検出によってカバーされないスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定する。
【０１１４】
特に、上記の３つの実装形態において、第１のリソースセットにおけるリソースの量は最大値を超えることができない。第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が最大値に達しているが、使用可能なリソースが見つけられない場合、端末デバイスは、検出動作処理を終了し、リソース検出結果に基づいて、検出によってカバーされる全てのリソースのうちでエネルギー値が予め定義されたエネルギー閾値未満である全てのリソースからリソースを選択し、データを送信することができる。
【０１１５】
代替として、第１の伝送リソースの検出のために端末デバイスによって使用されるリソースの量が最大値に達しているが、使用可能なリソースが見つけられない場合、検出結果に基づいて、検出によってカバーされる全てのリソースのうちで最小エネルギー値を有する時間−周波数リソースを決定し、最小エネルギー値を有する時間−周波数リソース上でデータを送信し得る。
【０１１６】
代替として、端末デバイスは、検出結果に基づいて、検出によってカバーされる全てのリソース以外のリソースからリソースを選択し、データを送信し得る。
【０１１７】
別の実施形態では、端末デバイスは、携帯端末デバイスを含んでよく、携帯端末デバイスと、その端末デバイスではなく非緊急データを送信する別の端末デバイスとが、第１の伝送リソースを同時に検出したとき、携帯端末デバイスの優先度は、この別の端末デバイスの優先度よりも高い。
【０１１８】
言い換えれば、現在の端末デバイスが携帯端末デバイスである場合、その端末デバイスと、非緊急データを送信する別の端末デバイス、たとえば車載デバイスとが、同じ時間−周波数リソースにおいて第１の伝送リソースを同時に検出したとき、携帯端末デバイスの優先度は非緊急データを送信する車載端末デバイスの優先度よりも高いので、第１の送信リソースは携帯端末デバイスによって先取りされる。この場合、携帯端末デバイスが第１の伝送リソース上でデータを送信し、それにより、携帯端末デバイスの電力消費を低減することができる。
【０１１９】
このように、現在のデータの送信のための伝送リソースの検出に関して得られた検出結果は、後続のデータの送信のために使用される伝送リソースの検出のためのガイダンスを提供する。したがって、後続のデータ伝送の前のリソースコンテンションの成功率が増大され、端末デバイスの電力消費がさらに低減される。
【０１２０】
したがって、本発明の実施形態における方法を使用することによって、端末デバイスの電力消費が通信処理において低減されることが可能であり、リソース衝突も低減されることが可能である。
【０１２１】
第２のデータを伝送するために使用される第２の伝送リソースの検出のための第２のリソースセットにおける端末デバイスによるリソース検出の処理、すなわち、端末デバイスがデータの送信を試みるたびに現在の伝送されるべきデータ用の伝送リソースを端末デバイスが探す処理が、端末デバイスによって第１のリソースセットにおいて第１のリソースを決定する処理を参照することを理解されたい。たとえば、ターゲット数値（ターゲットオフセット値）が、ランダム選択によって、もしくはネットワークデバイスによる標識に基づいて、もしくはプロトコル合意に基づいて決定され、または適切なターゲット周波数ホッピングパターンが、複数の周波数ホッピングパターンから選択される。簡潔にするために本明細書では詳細はさらに説明されない。
【０１２２】
また、上記の処理のシーケンス番号は、本発明の様々な実施形態における実行順序を意味せず、本発明の実施形態の実装処理に対するいかなる限定としても解釈されるべきではないことを理解されたい。処理の実行順序は、処理の機能および内部ロジックに応じて決定されるべきである。
【０１２３】
上記では、本発明の実施形態によるデバイスツーデバイス通信方法を図１から図１１を参照して詳細に説明した。以下では、本発明の実施形態による端末デバイスを図１２から図１４を参照して詳細に説明する。本発明の実施形態における端末デバイスは、本発明の上記の実施形態における方法を実行できることを理解されたい。デバイスの具体的な動作処理については、上記の方法実施形態における対応する処理を参照されたい。
【０１２４】
図１２は、本発明の実施形態による端末デバイス１２００の概略ブロック図である。図１２に示されるように、端末デバイス１２００は、決定モジュール１２０１、検出モジュール１２０２、および送信モジュール１２０３を含む。
【０１２５】
決定モジュール１２０１は、第１のリソースを決定するように構成され、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである。
【０１２６】
検出モジュール１２０２は、決定モジュール１２０１によって決定された第１のリソースにおいて第１の伝送リソースを求める検出を行うように構成される。
【０１２７】
送信モジュール１２０３は、検出モジュール１２０２によって成功裏に検出された第１の伝送リソース上で第１のデータを送信するように構成される。
【０１２８】
本発明のこの実施形態における端末デバイスは、従来技術での元の第１のリソースセットにおける一部の時間−周波数リソースにおいて、データ伝送のために使用される伝送リソースを求める検出を行う。したがって、デバイスツーデバイス通信処理において端末デバイスの電力消費が低減される。
【０１２９】
任意選択で、決定モジュール１２０１は、複数の数値からターゲット数値を決定することであって、ターゲット数値は、第１のリソースセットにおける第１のリソースの時間領域位置を指し示すために使用される、決定することと、ターゲット数値に基づいて第１のリソースを決定することとを行うように特に構成される。
【０１３０】
任意選択で、端末デバイス１２００は、受信モジュール１２０４をさらに含み、決定モジュール１２０１がターゲット数値に基づいて第１のリソースを決定する前に、受信モジュール１２０４は、ネットワークデバイスにより送信された複数の数値に関する情報を受信するように構成される。
【０１３１】
任意選択で、決定モジュール１２０１は、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定することであって、ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、決定することと、第１のリソースとして、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースを決定することとを行うように特に構成される。
【０１３２】
任意選択で、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースは、複数の単位時間−周波数リソースを含み、検出モジュール１２０２は、ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、第１のリソースにおいて第１の伝送リソースを求める検出を行うように特に構成される。周波数ホッピングパラメータは、複数の単位時間−周波数リソースの間の時間領域間隔と、複数の単位時間−周波数リソースの間の周波数領域間隔と、複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む。
【０１３３】
任意選択で、端末デバイス１２００は、受信モジュール１２０４をさらに含み、決定モジュール１２０１が複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定する前に、受信モジュール１２０４は、ネットワークデバイスにより送信された複数の周波数ホッピングパターンに関する情報を受信するように構成される。
【０１３４】
任意選択で、検出モジュール１２０２が第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、決定モジュール１２０１は、第１のリソースに基づいて第４のリソースを決定するようにさらに構成され、第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第４のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置と同じであり、検出モジュール１２０２は、第４のリソースにおいて第２の伝送リソースを求める検出を行うように特に構成される。
【０１３５】
任意選択で、検出モジュール１２０２が第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、決定モジュール１２０１は、第１のリソースに基づいて第２のリソースを決定するようにさらに構成され、第２のリソースは、第１のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースは、第１のリソースとは異なり、検出モジュール１２０２は、第２のリソースにおいて第１の伝送リソースを求める検出を行うように特に構成される。
【０１３６】
第１の伝送リソースの１回の検出のために使用される第１のリソースセットにおける一部の時間−周波数リソースは、別の時の検出のために使用されるそうしたものと相互に関係付けられる。したがって、端末デバイスは、これらの時間−周波数リソースの間の相互関係に基づいて第１のリソースにおいて第１のデータの伝送のための第１の伝送リソースを求める検出を自律的に行い、それにより、ネットワークデバイスと端末デバイスとの間の制御シグナリングのオーバヘッドを減らすことができる。
【０１３７】
任意選択で、決定モジュール１２０１は、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定する、および／または第１のリソースに基づいて第２のリソースの時間領域リソースを決定する、および／または第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するように特に構成される。
【０１３８】
任意選択で、決定モジュール１２０１は、第２のリソースと第１のリソースとの間の時間領域間隔を、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１３９】
任意選択で、決定モジュール１２０１は、第２のリソースの時間領域リソースを、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１４０】
任意選択で、決定モジュール１２０１は、第２のリソースの周波数領域リソースを、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１４１】
任意選択で、決定モジュール１２０１は、第１のリソースの時間−周波数リソースのサイズに基づいて第２のリソースの時間−周波数リソースのサイズを決定するように特に構成され、第２のリソースの時間−周波数リソースのサイズは、第１のリソースの時間−周波数リソースのサイズ以上である。
【０１４２】
任意選択で、決定モジュール１２０１は、第１のリソースに基づいて第３のリソースを決定するようにさらに構成され、第３のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第３のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置とは異なり、検出モジュール１２０２は、第３のリソースにおいて第２の伝送リソースを求める検出を行うように特に構成される。
【０１４３】
現在のデータの送信のための伝送リソースの検出に関して得られた検出結果は、後続のデータの送信のために使用される伝送リソースの検出のためのガイダンスを提供する。したがって、後続のデータ伝送の前のリソースコンテンションの成功率が増大され、端末デバイスの電力消費がさらに低減される。
【０１４４】
任意選択で、第１のリソースセットにおいて、第１の伝送リソースの検出のために端末デバイス１２００によって使用されるリソースの量が、予め設定された値を超えた場合、または第１の伝送リソースの検出のために端末デバイス１２００によって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、端末デバイス１２００は、第１のリソースセットにおける第１の伝送リソースを求める検出を停止する。
【０１４５】
任意選択で、決定モジュール１２０１は、第１の伝送リソースの検出のために使用されるリソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定し、エネルギー値がエネルギー閾値未満であるスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するようにさらに構成される。
【０１４６】
任意選択で、決定モジュール１２０１は、第１の伝送リソースの検出のために使用されるリソースから、最小エネルギー値を有するスペクトルリソースを決定し、最小エネルギー値を有するスペクトルリソースを、第１のデータを伝送するために使用される第１の伝送リソースとして決定するようにさらに構成される。
【０１４７】
任意選択で、決定モジュール１２０１は、第１の伝送リソースの検出のために使用されるリソースに基づいて、第１のリソースセット内にあり、検出によってカバーされないスペクトルリソースを決定し、検出によってカバーされないスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するようにさらに構成される。
【０１４８】
任意選択で、端末デバイス１２００は、携帯端末デバイスを含み、携帯端末デバイス１２００と、端末デバイスではなく非緊急データを送信する別の端末デバイスとが、第１の伝送リソースを同時に検出したとき、携帯端末デバイス１２００の優先度は、この別の端末デバイスの優先度よりも高い。
【０１４９】
本発明のこの実施形態では、決定モジュール１２０１および検出モジュール１２０２はプロセッサによって実装されてよく、送信モジュール１２０３は送信機によって実装されてよく、受信モジュールは受信機によって実装されてよいことに留意されたい。図１３に示されるように、端末デバイス１３００は、プロセッサ１３０１、受信機１３０２、送信機１３０３、およびメモリ１３０４を含み得る。受信機１３０２および送信機１３０３は、まとめてトランシーバと呼ばれることがある。メモリ１３０４は、命令を記憶するように構成されてよく、たとえばプロセッサ１３０１により実行するためのコードを記憶するようにさらに構成されてよい。端末デバイス１３００のコンポーネントは、バスシステム１３０５を使用することによって互いに結合される。データバスに加えて、バスシステム１３０５は、電力バス、制御バス、およびステータス信号バスをさらに含む。プロセッサ１３０１は、
第１のリソースを決定することであって、第１のリソースは、第１のリソースセットにおける一部の時間−周波数リソースであり、第１のリソースセットは、第１の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第１の伝送リソースは、第１のデータを伝送するために使用されるスペクトルリソースである、決定することと、第１のリソースにおいて第１の伝送リソースを求める検出を行うこととを行うように特に構成される。
【０１５０】
送信機１３０３は、プロセッサ１３０１によって成功裏に検出された第１の伝送リソース上で第１のデータを送信するように構成される。
【０１５１】
本発明のこの実施形態における端末デバイスは、従来技術での元の第１のリソースセットにおける一部の時間−周波数リソースにおいて、データ伝送のために使用される伝送リソースを求める検出を行う。したがって、デバイスツーデバイス通信処理において端末デバイスの電力消費が低減される。
【０１５２】
任意選択で、プロセッサ１３０１は、複数の数値からターゲット数値を決定することであって、ターゲット数値は、第１のリソースセットにおける第１のリソースの時間領域位置を指し示すために使用される、決定することと、ターゲット数値に基づいて第１のリソースを決定することとを行うように特に構成される。
【０１５３】
任意選択で、プロセッサ１３０１がターゲット数値に基づいて第１のリソースを決定する前に、受信機１３０２は、ネットワークデバイスにより送信された複数の数値に関する情報を受信するように構成される。
【０１５４】
任意選択で、プロセッサ１３０１は、複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定することであって、ターゲット周波数ホッピングパターンは、周波数ホッピング動作のために使用される時間−周波数リソースを指し示す、決定することと、第１のリソースとして、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースを決定することとを行うように特に構成される。
【０１５５】
任意選択で、ターゲット周波数ホッピングパターンにより指し示された周波数ホッピング動作のために使用される時間−周波数リソースは、複数の単位時間−周波数リソースを含み、プロセッサ１３０１は、ターゲット周波数ホッピングパターンの周波数ホッピングパラメータに基づいて、第１のリソースにおいて第１の伝送リソースを求める検出を行うように特に構成される。周波数ホッピングパラメータは、複数の単位時間−周波数リソースの間の時間領域間隔と、複数の単位時間−周波数リソースの間の周波数領域間隔と、複数の単位時間−周波数リソースのそれぞれのサイズとのうちの少なくとも１つを含む。
【０１５６】
任意選択で、プロセッサ１３０１が複数の周波数ホッピングパターンからターゲット周波数ホッピングパターンを決定する前に、受信機１３０２は、ネットワークデバイスにより送信された複数の周波数ホッピングパターンに関する情報を受信するように構成される。
【０１５７】
任意選択で、プロセッサ１３０１が第１のリソースにおいて第１の伝送リソースを成功裏に検出した場合、プロセッサ１３０１は、第１のリソースに基づいて第４のリソースを決定するようにさらに構成され、第４のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第４のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置と同じであり、プロセッサ１３０１は、第４のリソースにおいて第２の伝送リソースを求める検出を行うように特に構成される。
【０１５８】
任意選択で、プロセッサ１３０１が第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、プロセッサ１３０１は、第１のリソースに基づいて第２のリソースを決定するようにさらに構成され、第２のリソースは、第１のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースは、第１のリソースとは異なり、プロセッサ１３０１は、第２のリソースにおいて第１の伝送リソースを求める検出を行うように特に構成される。
【０１５９】
第１の伝送リソースの１回の検出のために使用される第１のリソースセットにおける一部の時間−周波数リソースは、別の時の検出のために使用されるそうしたものと相互に関係付けられる。したがって、端末デバイスは、これらの時間−周波数リソースの間の相互関係に基づいて第１のリソースにおいて第１のデータの伝送のための第１の伝送リソースを求める検出を自律的に行い、それにより、ネットワークデバイスと端末デバイスとの間の制御シグナリングのオーバヘッドを減らすことができる。
【０１６０】
任意選択で、プロセッサ１３０１は、第１のリソースに基づいて第２のリソースと第１のリソースとの間の時間領域間隔を決定する、および／または第１のリソースに基づいて第２のリソースの時間領域リソースを決定する、および／または第１のリソースに基づいて第２のリソースの周波数領域リソースを決定するように特に構成される。
【０１６１】
任意選択で、プロセッサ１３０１は、第２のリソースと第１のリソースとの間の時間領域間隔を、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの間の時間領域間隔のうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１６２】
任意選択で、プロセッサ１３０１は、第２のリソースの時間領域リソースを、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの時間領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１６３】
任意選択で、プロセッサ１３０１は、第２のリソースの周波数領域リソースを、以下のタイプの情報、すなわち、第１のリソースを含む少なくとも１つのリソースのエネルギー値、少なくとも１つのリソースのリソース使用量、少なくとも１つのリソースの輻輳レベルまたは衝突レベル、および少なくとも１つのリソースの周波数領域リソースのサイズのうちの少なくとも１つに基づいて、決定するように特に構成される。
【０１６４】
任意選択で、プロセッサ１３０１は、第１のリソースの時間−周波数リソースのサイズに基づいて第２のリソースの時間−周波数リソースのサイズを決定するように特に構成され、第２のリソースの時間−周波数リソースのサイズは、第１のリソースの時間−周波数リソースのサイズ以上である。
【０１６５】
任意選択で、プロセッサ１３０１が第１のリソースにおいて第１の伝送リソースを検出するのに失敗した場合、プロセッサ１３０１は、第１のリソースに基づいて第３のリソースを決定するようにさらに構成され、第３のリソースは、第２のリソースセットにおける一部の時間−周波数リソースを含み、第２のリソースセットは、第２の伝送リソースを検出するために使用されることが可能である全ての時間−周波数リソースであり、第２の伝送リソースは、第２のデータを伝送するために使用されるスペクトルリソースであり、第２のリソースセットにおける第３のリソースの相対的位置は、第１のリソースセットにおける第１のリソースの相対的位置とは異なり、プロセッサ１３０１は、第３のリソースにおいて第２の伝送リソースを求める検出を行うように特に構成される。
【０１６６】
現在のデータの送信のための伝送リソースの検出に関して得られた検出結果は、後続のデータの送信のために使用される伝送リソースの検出のためのガイダンスを提供する。したがって、後続のデータ伝送の前のリソースコンテンションの成功率が増大され、端末デバイスの電力消費がさらに低減される。
【０１６７】
任意選択で、第１のリソースセットにおいて、第１の伝送リソースの検出のために端末デバイス１３００によって使用されるリソースの量が、予め設定された値を超えた場合、または第１の伝送リソースの検出のために端末デバイス１３００によって使用される時間領域リソースのサイズが、予め設定された値を超えた場合、端末デバイス１３００は、第１のリソースセットにおける第１の伝送リソースを求める検出を停止する。
【０１６８】
任意選択で、プロセッサ１３０１は、第１の伝送リソースの検出のために使用されるリソースから、エネルギー値がエネルギー閾値未満であるスペクトルリソースを決定し、エネルギー値がエネルギー閾値未満であるスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するようにさらに構成される。
【０１６９】
任意選択で、プロセッサ１３０１は、第１の伝送リソースの検出のために使用されるリソースから、最小エネルギー値を有するスペクトルリソースを決定し、最小エネルギー値を有するスペクトルリソースを、第１のデータを伝送するために使用される第１の伝送リソースとして決定するようにさらに構成される。
【０１７０】
任意選択で、プロセッサ１３０１は、第１の伝送リソースの検出のために使用されるリソースに基づいて、第１のリソースセット内にあり、検出によってカバーされないスペクトルリソースを決定し、検出によってカバーされないスペクトルリソースから、第１のデータを伝送するために使用される第１の伝送リソースを決定するようにさらに構成される。
【０１７１】
任意選択で、端末デバイス１３００は、携帯端末デバイス１３００を含み、携帯端末デバイス１３００と、その端末デバイスではなく非緊急データを送信する別の端末デバイスとが、第１の伝送リソースを同時に検出したとき、携帯端末デバイス１３００の優先度は、この別の端末デバイスの優先度よりも高い。
【０１７２】
図１４は、本発明の実施形態によるシステムチップの概略構造図である。図１４のシステムチップ１４００は、入力インターフェース１４０１、出力インターフェース１４０２、少なくとも１つのプロセッサ１４０３、およびメモリ１４０４を含む。入力インターフェース１４０１、出力インターフェース１４０２、プロセッサ１４０３、およびメモリ１４０４は、バス１４０５を使用することによって接続されている。プロセッサ１４０３は、メモリ１４０４内のコードを実行するように構成され、コードが実行されたとき、プロセッサ１４０３は、図４から図１１における端末デバイスによって実行される方法を実装する。
【０１７３】
本発明の実施形態におけるプロセッサは、集積回路チップであってよく、信号処理能力を有することは理解されることが可能である。実装処理では、上記の方法実施形態におけるステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、またはソフトウェア形態命令を使用することによって実装されることが可能である。プロセッサは、汎用プロセッサ、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）もしくは別のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理デバイス、またはディスクリートハードウェアコンポーネントであってよい。プロセッサは、本発明の実施形態で開示された方法、ステップ、および論理ブロック図を実装または実行し得る。汎用プロセッサはマイクロプロセッサであってよく、またはプロセッサは任意の従来のプロセッサなどであってよい。本発明の実施形態を参照して開示された方法のステップは、ハードウェア復号プロセッサを使用することによって直接実行され完了されてよく、または復号プロセッサにおけるハードウェアモジュールとソフトウェアモジュールの組み合わせを使用することによって実行され完了されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなど、当技術分野において成熟した記憶媒体に配置され得る。記憶媒体はメモリに配置され、プロセッサはメモリ内の情報を読み取り、プロセッサのハードウェアと組み合わせて上述の方法のステップを達成する。
【０１７４】
本発明の実施形態におけるメモリは、揮発性メモリもしくは不揮発性メモリであってよく、または揮発性メモリと不揮発性メモリの両方を含んでよいことを理解されたい。不揮発性メモリは、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み出し専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ、ＥＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ、ＥＥＰＲＯＭ）、またはフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）であってよい。限定的説明ではなく例として、多くの形態のＲＡＭ、たとえば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ、ＤＤＲ  ＳＤＲＡＭ）、拡張同期ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、ＥＳＤＲＡＭ）、同期リンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ、ＳＬＤＲＡＭ）、および直接ランバスダイナミックランダムアクセスメモリ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲ  ＲＡＭ）が使用され得る。本明細書で説明されているシステムおよび方法のメモリは限定されないが、これらおよび他の任意の適切なタイプのメモリを含むことに留意されたい。
【０１７５】
また、用語「システム」および「ネットワーク」は本明細書において交換可能に使用され得る。本明細書における用語「および／または」は、関連付けられた対象を説明するための関連関係のみを記述し、３つの関係が存在し得ることを表す。たとえば、Ａおよび／またはＢは、以下の３つの場合、すなわち、Ａのみが存在する場合、ＡとＢの両方が存在する場合、およびＢのみが存在する場合を表し得る。また、本明細書における記号「／」は、関連付けられた対象の間の「または」の関係を示す。
【０１７６】
本発明の実施形態において、「Ａに対応するＢ」は、ＢがＡに関連付けられている、およびＢがＡに基づいて決定され得ることを示すことを理解されたい。しかしながら、Ｂに基づいてＡを決定することは、ＢがＡのみに基づいて決定されることを意味せず、ＢはＡおよび／または他の情報に基づいて決定され得ることも理解されたい。
【０１７７】
当業者であれば、本明細書に開示された実施形態を参照して説明された例におけるユニットおよびアルゴリズムステップは、電子ハードウェアまたはコンピュータソフトウェアと電子ハードウェアとの組み合わせによって実装されてよいことを認識し得る。ハードウェアまたはソフトウェアのいずれによって機能が実行されるかは、技術的解決策の特定の適用および設計制約条件に応じて異なる。当業者であれば、各特定の用途について説明された機能を実装するために異なる方法を使用し得るが、その実装が本発明の範囲を超えると捉えられるべきではない。
【０１７８】
本出願で提供されたいくつかの実施形態において、開示されたシステム、装置、および方法は他の様式で実装され得ることを理解されたい。たとえば、説明されている装置実施形態は単に例である。たとえば、ユニット分割は単に論理的機能分割であり、実際の実装形態では他の分割であり得る。たとえば、複数のユニットまたはコンポーネントが組み合わされてよく、もしくは別のシステムと統合されてよく、またはいくつかの特徴が無視されてよく、もしくは実行されなくてよい。さらに、表示または説明されている相互結合または直接的な結合もしくは通信接続は、いくつかのインターフェース、装置、またはユニットを介して間接的な結合または通信接続としてよく、電気的形態、機械的形態、または他の形態であってよい。
【０１７９】
別々の部分として説明されているユニットは、物理的に別々であってよく、またはそうでなくてよい。ユニットとして表示されている部分は、物理ユニットであってよく、またはそうでなくてよく、１つの場所に配置されてよく、または複数のネットワークユニット上に分散されてよい。ユニットのいくつかまたは全てが、実施形態の解決策の目的を達成するために実際の要件に応じて選択され得る。
【０１８０】
さらに、本発明の実施形態における機能ユニットが１つの処理ユニットに統合されてよく、またはユニットのそれぞれが物理的に単独で存在してよく、または２つ以上のユニットが１つのユニットに統合される。
【０１８１】
機能がソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用される場合、機能はコンピュータ可読記憶媒体に記憶され得る。そのような理解に基づいて、本発明の技術的解決策は、実質的に、または従来技術に貢献する部分が、または技術的解決策のいくつかが、ソフトウェア製品の形態で実装され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、本発明の実施形態において説明されている方法のステップの全てまたはいくつかを実行するようにコンピュータデバイス（パーソナルコンピュータ、サーバ、もしくはネットワークデバイスなどであり得る）に命令するためのいくつかの命令を含む。上記の記憶媒体は、プログラムコードを記憶できる任意の媒体、たとえば、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読み出し専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなどを含む。
【０１８２】
上記の説明は本発明の特定の実装形態にすぎず、本発明の保護範囲を限定することは意図されていない。本発明に開示された技術的範囲内で当業者によって容易に想到されるあらゆる変形または置換は、本発明の保護範囲内に入るものとする。したがって、本発明の保護範囲は特許請求の範囲の保護範囲に従うものとする。
【国際調査報告】
2019527998.tif 000019
2019527998.tif 000020
2019527998.tif 000021
2019527998.tif 000022