(57)【要約】  本願はサイドリンクにおけるデータ伝送方法及び端末装置を開示し、非周期的なサービスの伝送時のリソース衝突を回避することができる。当該方法は、第１端末装置が選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信するための第１リソースを選択することと、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択し、前記第１指示情報は前記第１リソースを指示することに用いられ、前記第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置が異なることと、前記第１端末装置が前記第２リソースにおいて前記第１指示情報を送信し、前記第１リソースにおいて前記第１端末装置のデータを送信することと、を含む。
2021530901.tif 000002
【特許請求の範囲】
【請求項１】
サイドリンクにおけるデータ伝送方法であって、
第１端末装置が選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信するための第１リソースを選択することと、
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択し、前記第１指示情報は前記第１リソースを指示することに用いられ、前記第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置が異なることと、
前記第１端末装置が前記第２リソースにおいて前記第１指示情報を送信し、前記第１リソースにおいて前記第１端末装置のデータを送信することと、を含むことを特徴とするサイドリンクにおけるデータ伝送方法。
【請求項２】
前記第２リソースは前記第１リソースの前に位置することを特徴とする請求項１に記載の方法。
【請求項３】
前記第１指示情報はサイドリンク制御情報（ＳＣＩ）に搬送され、又は前記第１指示情報はプリアンブルシーケンスであることを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、
前記第１端末装置がリソースセンシングを行うことと、
前記第１端末装置が前記リソースセンシングの結果に基づいて、前記データリソースプールから前記第１リソースを選択することと、を含むことを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記第１端末装置がリソースセンシングを行うことは、
前記第１端末装置が前記第２リソースの開始時刻の前にリソースセンシングを行うこと、又は、
前記第１端末装置が前記第１リソースの開始時刻の前にリソースセンシングを行うことを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、
前記第１端末装置が前記選択ウィンドウにおける前記データリソースプールから１つのリソースを前記第１リソースとしてランダムに選択することを含むことを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、
前記第１端末装置が前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することを含むことを特徴とする請求項１〜６のいずれか１項に記載の方法。
【請求項８】
前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有し、
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、
前記第１端末装置が前記制御リソースプールにおける、前記第１リソースに対応する少なくとも１つのリソースから、前記第２リソースを選択することを含むことを特徴とする請求項１〜６のいずれか１項に記載の方法。
【請求項９】
前記第２リソースは複数のリソースを含み、前記複数のリソースの時間領域位置は異なり、各リソースは前記第１指示情報を１回伝送することに用いられることを特徴とする請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記第１端末装置は第２端末装置が第３リソースにおいて送信した第２指示情報を受信し、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示することと、
前記第１リソースと前記第４リソースとの間にリソース衝突が発生する場合、前記第１端末装置は前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することと、を更に含むことを特徴とする請求項１〜９のいずれか１項に記載の方法。
【請求項１１】
前記第１端末装置が前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することは、
前記第１端末装置は前記第１端末装置と前記第２端末装置のデータの優先度情報に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、
前記第１端末装置は前記第２リソースと前記第３リソースの時間領域での先後順序に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、
前記第１端末装置は前記第１端末装置と前記第２端末装置のデータの変調及び符号化方式（ＭＣＳ）に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、
前記第１端末装置は前記第１リソースと前記第４リソースが占有するリソースのサイズに基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、を含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、
前記第１端末装置が時刻ｎ＋Ｔ１〜時刻ｎ＋Ｔ２内に前記第１リソースを選択することを含み、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ１≧０、Ｔ１≦Ｔ２≦Ｔ３であり、Ｔ３は前記第１端末装置のデータの遅延需要であることを特徴とする請求項１〜１１のいずれか１項に記載の方法。
【請求項１３】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、
前記第１端末装置が時刻ｎ＋Ｔ４〜時刻ｎ＋Ｔ５内に前記第１リソースを選択することを含み、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ４≧０、Ｔ４≦Ｔ５≦Ｔ６であり、Ｔ６は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項１〜１１のいずれか１項に記載の方法。
【請求項１４】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、
前記第１端末装置が前記選択ウィンドウにおける前記データリソースプールから複数の候補リソースを選択し、前記複数の候補リソースが前記第１リソースを含むことを含み、
時間領域で隣接する２つの候補リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であり、
前記第１指示情報は前記少なくとも１つの候補リソースを指示することに用いられることを特徴とする請求項１〜１１のいずれか１項に記載の方法。
【請求項１５】
前記第１端末装置が前記選択ウィンドウにおける前記データリソースプールから複数の候補リソースを選択することは、
前記第１端末装置が時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に前記複数の候補リソースを選択することを含み、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、Ｔ９は前記第１端末装置のデータの最大到達時間間隔であることを特徴とする請求項１４に記載の方法。
【請求項１６】
Ｔ７は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項１５に記載の方法。
【請求項１７】
サイドリンクにおけるデータ伝送方法であって、
第１端末装置が選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信することに使用できる複数の第１リソースを選択することと、
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択し、前記第１指示情報は前記複数の第１リソースを指示することに用いられ、前記複数の第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置が異なることと、
前記第１端末装置が前記第２リソースにおいて前記第１指示情報を送信し、前記複数の第１リソースにおける少なくとも一部の第１リソースにおいて前記第１端末装置のデータを送信し、前記少なくとも一部の第１リソースにおける各第１リソースにおいて前記データを１回送信することと、を含むことを特徴とするサイドリンクにおけるデータ伝送方法。
【請求項１８】
前記第２リソースは前記複数の第１リソースの前に位置することを特徴とする請求項１７に記載の方法。
【請求項１９】
前記第１指示情報はサイドリンク制御情報（ＳＣＩ）に搬送されることを特徴とする請求項１７又は１８に記載の方法。
【請求項２０】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、
前記第１端末装置がリソースセンシングを行うことと、
前記第１端末装置が前記リソースセンシングの結果に基づいて、前記データリソースプールから前記複数の第１リソースを選択することと、を含むことを特徴とする請求項１７〜１９のいずれか１項に記載の方法。
【請求項２１】
前記第１端末装置がリソースセンシングを行うことは、
前記第１端末装置が前記第２リソースの開始時刻の前にリソースセンシングを行うことを含むことを特徴とする請求項２０に記載の方法。
【請求項２２】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、
前記第１端末装置が前記選択ウィンドウにおける前記データリソースプールから複数のリソースを前記複数の第１リソースとしてランダムに選択することを含むことを特徴とする請求項１７〜１９のいずれか１項に記載の方法。
【請求項２３】
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、
前記第１端末装置が前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することを含むことを特徴とする請求項１７〜２２のいずれか１項に記載の方法。
【請求項２４】
前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有し、
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、
前記第１端末装置が前記制御リソースプールにおける、前記複数の第１リソースに対応する複数のリソースから、前記第２リソースを選択することを含むことを特徴とする請求項１７〜２２のいずれか１項に記載の方法。
【請求項２５】
前記第２リソースは複数のリソースを含み、前記複数のリソースの時間領域位置は異なり、各リソースは前記第１指示情報を１回伝送することに用いられることを特徴とする請求項１７〜２４のいずれか１項に記載の方法。
【請求項２６】
前記第１端末装置は第２端末装置が第３リソースにおいて送信した第２指示情報を受信し、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示することと、
前記第１端末装置が前記第４リソースに基づいて、前記複数の第１リソースから前記少なくとも一部の第１リソースを決定することと、を更に含むことを特徴とする請求項１７〜２５のいずれか１項に記載の方法。
【請求項２７】
前記少なくとも一部の第１リソースは、前記第４リソースとリソース衝突が発生しない第１リソース、及び／又は、前記第４リソースとリソース衝突が発生するが、予め設定された条件を満たす第１リソースを含むことを特徴とする請求項２６に記載の方法。
【請求項２８】
前記予め設定された条件は、
前記第１端末装置のデータの優先度が、前記第２端末装置のデータの優先度より高いこと、
前記第２リソースが時間領域で前記第３リソースの前に位置すること、
前記第１端末装置のデータの変調及び符号化方式（ＭＣＳ）のインデックスが、前記第２端末装置のデータのＭＣＳのインデックスより大きい又は小さいこと、
前記第１リソースの占有するリソースのサイズが、前記第４リソースの占有するリソースのサイズより大きいこと、のうちのいずれか１つを含むことを特徴とする請求項２７に記載の方法。
【請求項２９】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、
前記第１端末装置が時刻ｎ＋Ｔ１〜時刻ｎ＋Ｔ２内に前記複数の第１リソースを選択することを含み、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ１≧０、Ｔ１≦Ｔ２≦Ｔ３であり、Ｔ３は前記第１端末装置のデータの遅延需要であることを特徴とする請求項１７〜２８のいずれか１項に記載の方法。
【請求項３０】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、
前記第１端末装置が時刻ｎ＋Ｔ４〜時刻ｎ＋Ｔ５内に前記複数の第１リソースを選択することを含み、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ４≧０、Ｔ４≦Ｔ５≦Ｔ６であり、Ｔ６は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項１７〜２８のいずれか１項に記載の方法。
【請求項３１】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、
前記第１端末装置が時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に前記複数の第１リソースを選択することを含み、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、Ｔ９は前記第１端末装置のデータの最大到達時間間隔であり、時間領域で隣接する２つの第１リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であることを特徴とする請求項１７〜２８のいずれか１項に記載の方法。
【請求項３２】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、
前記第１端末装置が前記選択ウィンドウにおける前記データリソースプールからＫグループの候補リソースを選択し、前記複数の第１リソースが前記Ｋグループの候補リソースにおける１グループの候補リソースであることを含み、
時間領域で隣接する２グループの候補リソースにおける１番目のリソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であり、
前記第１指示情報は前記Ｋグループの候補リソースを指示することに用いられ、Ｋは１より大きい正整数であることを特徴とする請求項１７〜２８のいずれか１項に記載の方法。
【請求項３３】
前記第１端末装置が前記選択ウィンドウにおける前記データリソースプールからＫグループの候補リソースを選択することは、
前記第１端末装置が時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に前記Ｋグループの候補リソースを選択することを含み、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、Ｔ９は前記第１端末装置のデータの最大到達時間間隔であることを特徴とする請求項３２に記載の方法。
【請求項３４】
Ｔ７は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項３１又は３３に記載の方法。
【請求項３５】
端末装置であって、前記端末装置は第１端末装置であり、前記第１端末装置はリソース選択ユニットと送受信ユニットを備え、
前記リソース選択ユニットは、選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信するための第１リソースを選択することに用いられ、
前記リソース選択ユニットは更に、前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することに用いられ、前記第１指示情報は前記第１リソースを指示することに用いられ、前記第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置は異なり、
前記送受信ユニットは、前記第２リソースにおいて前記第１指示情報を送信し、前記第１リソースにおいて前記第１端末装置のデータを送信することに用いられることを特徴とする端末装置。
【請求項３６】
前記第２リソースは前記第１リソースの前に位置することを特徴とする請求項３４に記載の端末装置。
【請求項３７】
前記第１指示情報はサイドリンク制御情報（ＳＣＩ）に搬送され、又は前記第１指示情報はプリアンブルシーケンスであることを特徴とする請求項３５又は３６に記載の端末装置。
【請求項３８】
前記第１端末装置はリソースセンシングを行うことに用いられるセンシングユニットを更に備え、
前記リソース選択ユニットは具体的に、前記リソースセンシングの結果に基づいて、前記データリソースプールから前記第１リソースを選択することに用いられることを特徴とする請求項３５〜３７のいずれか１項に記載の端末装置。
【請求項３９】
前記センシングユニットは具体的に、
前記第２リソースの開始時刻の前にリソースセンシングを行うこと、又は、
前記第１リソースの開始時刻の前にリソースセンシングを行うことに用いられることを特徴とする請求項３８に記載の端末装置。
【請求項４０】
前記リソース選択ユニットは具体的に、
前記第１端末装置が前記選択ウィンドウにおける前記データリソースプールから１つのリソースを前記第１リソースとしてランダムに選択することに用いられることを特徴とする請求項３５〜３９のいずれか１項に記載の端末装置。
【請求項４１】
前記リソース選択ユニットは具体的に、
前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することに用いられることを特徴とする請求項３５〜４０のいずれか１項に記載の端末装置。
【請求項４２】
前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有し、前記リソース選択ユニットは具体的に、
前記制御リソースプールにおける、前記第１リソースに対応する少なくとも１つのリソースから、前記第２リソースを選択することに用いられることを特徴とする請求項３５〜４０のいずれか１項に記載の端末装置。
【請求項４３】
前記第２リソースは複数のリソースを含み、前記複数のリソースの時間領域位置は異なり、各リソースは前記第１指示情報を１回伝送することに用いられることを特徴とする請求項３５〜４２のいずれか１項に記載の端末装置。
【請求項４４】
前記第１端末装置は処理ユニットを更に備え、
前記送受信ユニットは、第２端末装置が第３リソースにおいて送信した第２指示情報を受信することに用いられ、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示し、
前記処理ユニットは、前記第１リソースと前記第４リソースとの間にリソース衝突が発生する場合、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することに用いられることを特徴とする請求項３５〜４３のいずれか１項に記載の端末装置。
【請求項４５】
前記処理ユニットは具体的に、
前記第１端末装置と前記第２端末装置のデータの優先度情報に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、
前記第２リソースと前記第３リソースの時間領域での先後順序に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、
前記第１端末装置と前記第２端末装置のデータの変調及び符号化方式（ＭＣＳ）に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、
前記第１リソースと前記第４リソースが占有するリソースのサイズに基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することに用いられることを特徴とする請求項４４に記載の端末装置。
【請求項４６】
前記リソース選択ユニットは具体的に、時刻ｎ＋Ｔ１〜時刻ｎ＋Ｔ２内に前記第１リソースを選択することに用いられ、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ１≧０、Ｔ１≦Ｔ２≦Ｔ３であり、Ｔ３は前記第１端末装置のデータの遅延需要であることを特徴とする請求項３５〜４５のいずれか１項に記載の端末装置。
【請求項４７】
前記リソース選択ユニットは具体的に、時刻ｎ＋Ｔ４〜時刻ｎ＋Ｔ５内に前記第１リソースを選択することに用いられ、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ４≧０、Ｔ４≦Ｔ５≦Ｔ６であり、Ｔ６は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項３５〜４５のいずれか１項に記載の端末装置。
【請求項４８】
前記リソース選択ユニットは具体的に、前記選択ウィンドウにおける前記データリソースプールから複数の候補リソースを選択し、前記複数の候補リソースが前記第１リソースを含むことに用いられ、
時間領域で隣接する２つの候補リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であり、
前記第１指示情報は前記複数の候補リソースを指示することに用いられることを特徴とする請求項３５〜４５のいずれか１項に記載の端末装置。
【請求項４９】
前記リソース選択ユニットは具体的に、時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に前記複数の候補リソースを選択することに用いられ、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、Ｔ９は前記第１端末装置のデータの最大到達時間間隔であることを特徴とする請求項４８に記載の端末装置。
【請求項５０】
Ｔ７は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項４９に記載の端末装置。
【請求項５１】
端末装置であって、前記端末装置は第１端末装置であり、前記第１端末装置はリソース選択ユニットと送受信ユニットを備え、
前記リソース選択ユニットは、選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信することに使用できる複数の第１リソースを選択することに用いられ、
前記リソース選択ユニットは更に、前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することに用いられ、前記第１指示情報は前記複数の第１リソースを指示することに用いられ、前記複数の第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置は異なり、
前記送受信ユニットは、前記第２リソースにおいて前記第１指示情報を送信し、前記複数の第１リソースにおける少なくとも一部の第１リソースにおいて前記第１端末装置のデータを送信することに用いられ、前記少なくとも一部の第１リソースにおける各第１リソースにおいて前記データを１回送信することを特徴とする端末装置。
【請求項５２】
前記第２リソースは前記複数の第１リソースの前に位置することを特徴とする請求項５１に記載の端末装置。
【請求項５３】
前記第１指示情報はサイドリンク制御情報（ＳＣＩ）に搬送されることを特徴とする請求項５１又は５２に記載の端末装置。
【請求項５４】
前記第１端末装置はリソースセンシングを行うことに用いられるセンシングユニットを更に備え、
前記リソース選択ユニットは具体的に、前記リソースセンシングの結果に基づいて、前記データリソースプールから前記複数の第１リソースを選択することに用いられることを特徴とする請求項５１〜５３のいずれか１項に記載の端末装置。
【請求項５５】
前記センシングユニットは具体的に、
前記第２リソースの開始時刻の前にリソースセンシングを行うことに用いられることを特徴とする請求項５４に記載の端末装置。
【請求項５６】
前記リソース選択ユニットは具体的に、
前記選択ウィンドウにおける前記データリソースプールから複数のリソースを前記複数の第１リソースとしてランダムに選択することに用いられることを特徴とする請求項５１〜５５のいずれか１項に記載の端末装置。
【請求項５７】
前記リソース選択ユニットは具体的に、
前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することに用いられることを特徴とする請求項５１〜５６のいずれか１項に記載の端末装置。
【請求項５８】
前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有し、前記リソース選択ユニットは具体的に、
前記制御リソースプールにおける、前記複数の第１リソースに対応する複数のリソースから、前記第２リソースを選択することに用いられることを特徴とする請求項５１〜５６のいずれか１項に記載の端末装置。
【請求項５９】
前記第２リソースは複数のリソースを含み、前記複数のリソースの時間領域位置は異なり、各リソースは前記第１指示情報を１回伝送することに用いられることを特徴とする請求項５１〜５８のいずれか１項に記載の端末装置。
【請求項６０】
前記第１端末装置は処理ユニットを更に備え、
前記送受信ユニットは、第２端末装置が第３リソースにおいて送信した第２指示情報を受信することに用いられ、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示し、
前記処理ユニットは、前記第４リソースに基づいて、前記複数の第１リソースから前記少なくとも一部の第１リソースを決定することに用いられることを特徴とする請求項５１〜５９のいずれか１項に記載の端末装置。
【請求項６１】
前記少なくとも一部の第１リソースは、前記第４リソースとリソース衝突が発生しない第１リソース、及び／又は、前記第４リソースとリソース衝突が発生するが、予め設定された条件を満たす第１リソースを含むことを特徴とする請求項６０に記載の端末装置。
【請求項６２】
前記予め設定された条件は、
前記第１端末装置のデータの優先度が、前記第２端末装置のデータの優先度より高いこと、
前記第２リソースが時間領域で前記第３リソースの前に位置すること、
前記第１端末装置のデータの変調及び符号化方式（ＭＣＳ）のインデックスが、前記第２端末装置のデータのＭＣＳのインデックスより大きい又は小さいこと、
前記第１リソースの占有するリソースのサイズが、前記第４リソースの占有するリソースのサイズより大きいこと、のうちのいずれか１つを含むことを特徴とする請求項６１に記載の端末装置。
【請求項６３】
前記リソース選択ユニットは具体的に、時刻ｎ＋Ｔ１〜時刻ｎ＋Ｔ２内に前記複数の第１リソースを選択することに用いられ、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ１≧０、Ｔ１≦Ｔ２≦Ｔ３であり、Ｔ３は前記第１端末装置のデータの遅延需要であることを特徴とする請求項５１〜６２のいずれか１項に記載の端末装置。
【請求項６４】
前記リソース選択ユニットは具体的に、前記第１端末装置が時刻ｎ＋Ｔ４〜時刻ｎ＋Ｔ５内に前記複数の第１リソースを選択することに用いられ、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ４≧０、Ｔ４≦Ｔ５≦Ｔ６であり、Ｔ６は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項５１〜６２のいずれか１項に記載の端末装置。
【請求項６５】
前記リソース選択ユニットは具体的に、前記第１端末装置が時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に前記複数の第１リソースを選択することに用いられ、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、Ｔ９は前記第１端末装置のデータの最大到達時間間隔であり、時間領域で隣接する２つの第１リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であることを特徴とする請求項５１〜６２のいずれか１項に記載の端末装置。
【請求項６６】
前記リソース選択ユニットは具体的に、前記選択ウィンドウにおける前記データリソースプールからＫグループの候補リソースを選択し、前記複数の第１リソースが前記Ｋグループの候補リソースにおける１グループの候補リソースであることに用いられ、
時間領域で隣接する２グループの候補リソースにおける１番目のリソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であり、
前記第１指示情報は前記Ｋグループの候補リソースを指示することに用いられ、Ｋは１より大きい正整数であることを特徴とする請求項５１〜６２のいずれか１項に記載の端末装置。
【請求項６７】
前記リソース選択ユニットは具体的に、前記第１端末装置が時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に前記Ｋグループの候補リソースを選択することに用いられ、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、Ｔ９は前記第１端末装置のデータの最大到達時間間隔であることを特徴とする請求項６６に記載の端末装置。
【請求項６８】
Ｔ７は前記第１端末装置のデータの最小到達時間間隔であることを特徴とする請求項６５又は６７に記載の端末装置。
【請求項６９】
端末装置であって、プロセッサとメモリを備え、前記メモリはコンピュータプログラムを記憶することに用いられ、前記プロセッサは前記メモリに記憶されるコンピュータプログラムを呼び出して実行して、請求項１〜１６のいずれか１項に記載の方法、又は請求項１７〜３４のいずれか１項に記載の方法を実行することに用いられることを特徴とする端末装置。
【請求項７０】
チップであって、プロセッサを備え、前記プロセッサはメモリからコンピュータプログラムを呼び出して実行して、前記チップが取り付けられる装置に請求項１〜１６のいずれか１項に記載の方法、又は請求項１７〜３４のいずれか１項に記載の方法を実行させることに用いられることを特徴とするチップ。
【請求項７１】
請求項１〜１６のいずれか１項に記載の方法、又は請求項１７〜３４のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラムを記憶することに用いられることを特徴とするコンピュータ可読記憶媒体。
【請求項７２】
請求項１〜１６のいずれか１項に記載の方法、又は請求項１７〜３４のいずれか１項に記載の方法をコンピュータに実行させるコンピュータプログラム命令を含むことを特徴とするコンピュータプログラム製品。
【請求項７３】
請求項１〜１６のいずれか１項に記載の方法、又は請求項１７〜３４のいずれか１項に記載の方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本願は、２０１８年７月１７日に中国特許庁に出願された、出願番号がＰＣＴ／ＣＮ２０１８／０９５９６１であり、発明の名称が「サイドリンクにおけるデータ伝送方法及び端末装置」であるＰＣＴ特許出願に基づいて、優先権を主張し、当該出願の全ての内容をここに援用する。
【０００２】
本願は、２０１８年７月２０日に中国特許庁に出願された、出願番号がＰＣＴ／ＣＮ２０１８／０９６５３１であり、発明の名称が「サイドリンクにおけるデータ伝送方法及び端末装置」であるＰＣＴ特許出願に基づいて、優先権を主張し、当該出願の全ての内容をここに援用する。
【０００３】
本願は、２０１８年１１月８日に中国特許庁に出願された、出願番号がＰＣＴ／ＣＮ２０１８／１１４６１３であり、発明の名称が「サイドリンクにおけるデータ伝送方法及び端末装置」であるＰＣＴ特許出願に基づいて、優先権を主張し、当該出願の全ての内容をここに援用する。
【０００４】
本願の実施例は通信分野に関し、より具体的に、サイドリンクにおけるデータ伝送方法及び端末装置に関する。
【背景技術】
【０００５】
車車間及び路車間とも呼ばれるビークルツーエブリシング（Ｖ２Ｘ、Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信システムは、Ｄ２Ｄ通信に基づくサイドリンク（ＳＬ、Ｓｉｄｅｌｉｎｋ）伝送技術である。従来のロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムにおいて基地局によってデータを送受信する方式とは異なり、ビークルツーエブリシングシステムは端末間の直接通信の方式を採用するため、より高いスペクトル効率及びより低い伝送遅延を有する。ビークルツーエブリシングにおいて、端末装置はサイドリンクの伝送リソースを自主的に選択することができ、例えば、端末装置はリソースをランダムに選択し又は検知の方式でリソースを決定することができる。
【０００６】
ＬＴＥシステムでは、サービスが周期性を持ち、端末装置が次のサービスの到達時間を予測できるため、リソース予約の方式で、他のユーザがこのリソースを占有することを回避して、リソース衝突を回避する目的を達成することができる。具体的に、端末装置はサイドリンク制御情報（ＳＣＩ、Ｓｉｎｄｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）に、予約したリソースを含ませることができ、そしてサイドリンク制御情報は端末装置のデータリソースと周波数分割されたものである。しかしながら、ＮＲシステムでは、サービスは通常周期性を持たない。例えば、サービスはランダムに到達するものであってもよく、又はサービスの到達時間は一定の時間範囲内にあってもよい。従って、端末装置のサービスが周期性を持たない場合、如何にリソース衝突を回避するかは解決すべき問題になっている。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本願の実施例はサイドリンクにおけるデータ伝送方法及び端末装置を提供し、非周期的なサービスを伝送するときにリソース衝突を回避することができる。
【課題を解決するための手段】
【０００８】
第１態様ではサイドリンクにおけるデータ伝送方法を提供し、
第１端末装置が選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信するための第１リソースを選択することと、
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択し、前記第１指示情報は前記第１リソースを指示することに用いられ、前記第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置が異なることと、
前記第１端末装置が前記第２リソースにおいて前記第１指示情報を送信し、前記第１リソースにおいて前記第１端末装置のデータを送信することと、を含む。
【０００９】
第２態様ではサイドリンクにおけるデータ伝送方法を提供し、
第１端末装置が選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信することに使用できる複数の第１リソースを選択することと、
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択し、前記第１指示情報は前記複数の第１リソースを指示することに用いられ、前記複数の第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置が異なることと、
前記第１端末装置が前記第２リソースにおいて前記第１指示情報を送信し、前記複数の第１リソースにおける少なくとも一部の第１リソースにおいて前記第１端末装置のデータを送信し、前記少なくとも一部の第１リソースにおける各第１リソースにおいて前記データを１回送信することと、を含む。
【００１０】
第３態様では上記第１態様又は第１態様の任意選択可能な実施形態の方法を実行することができる端末装置を提供する。具体的に、当該端末装置は上記第１態様又は第１態様の任意可能な実施形態の方法を実行するための機能モジュールを備え得る。
【００１１】
第４態様では上記第１態様又は第１態様の任意選択可能な実施形態の方法を実行することができる端末装置を提供する。具体的に、当該端末装置は上記第２態様又は第２態様の任意可能な実施形態の方法を実行するための機能モジュールを備え得る。
【００１２】
第５態様ではプロセッサとメモリを備える端末装置を提供する。当該メモリはコンピュータプログラムを記憶することに用いられ、当該プロセッサは当該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第１態様又は第１態様の任意可能な実施形態の方法を実行することに用いられる。
【００１３】
第６態様ではプロセッサとメモリを備える端末装置を提供する。当該メモリはコンピュータプログラムを記憶することに用いられ、当該プロセッサは当該メモリに記憶されるコンピュータプログラムを呼び出して実行して、上記第２態様又は第２態様の任意可能な実施形態の方法を実行することに用いられる。
【００１４】
第７態様では上記第１態様又は第１態様の任意可能な実施形態の方法を実現するためのチップを提供する。具体的に、当該チップはメモリからコンピュータプログラムを呼び出して実行して、当該チップが取り付けられる装置に上記第１態様又は第１態様の任意可能な実施形態の方法を実行させることに用いられるプロセッサを備える。
【００１５】
第８態様では上記第２態様又は第２態様の任意可能な実施形態の方法を実現するためのチップを提供する。具体的に、当該チップはメモリからコンピュータプログラムを呼び出して実行して、当該チップが取り付けられる装置に上記第２態様又は第２態様の任意可能な実施形態の方法を実行させることに用いられるプロセッサを備える。
【００１６】
第９態様では上記第１態様又は第１態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラムを記憶するためのコンピュータ可読記憶媒体を提供する。
【００１７】
第１０態様では上記第２態様又は第２態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラムを記憶するためのコンピュータ可読記憶媒体を提供する。
【００１８】
第１１態様では上記第１態様又は第１態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。
【００１９】
第１２態様では上記第２態様又は第２態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラム命令を含むコンピュータプログラム製品を提供する。
【００２０】
第１３態様ではコンピュータで実行されると、上記第１態様又は第１態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラムを提供する。
【００２１】
第１４態様ではコンピュータで実行されると、上記第２態様又は第２態様の任意可能な実施形態の方法をコンピュータに実行させるコンピュータプログラムを提供する。
【発明の効果】
【００２２】
上記技術案によれば、端末装置のサービスが周期性を持たない場合、端末装置はデータを送信するためのデータ伝送リソースの前に、当該データ伝送リソースを指示する指示情報を送信することによって、当該端末装置が当該データ伝送リソースを予約したことを他の端末装置に知らせ、それにより、データ伝送時のリソース衝突をできるだけ回避する。
【図面の簡単な説明】
【００２３】
【図１】図１は本願の実施例に係る応用シーンのアーキテクチャ模式図である。
【図２】図２は本願の実施例に係る他の応用シーンのアーキテクチャ模式図である。
【図３】図３はＬＴＥシステムにおいて制御チャネルリソースとデータチャネルリソースが周波数領域で隣接するリソース模式図である。
【図４】図４はＬＴＥシステムにおいて制御チャネルリソースとデータチャネルリソースが周波数領域で隣接しないリソース模式図である。
【図５Ａ】図５Ａはリソースセンシング及び選択の模式図である。
【図５Ｂ】図５Ｂは本願の実施例に係るリソースセンシングの模式図である。
【図６】図６は本願の実施例に係るサイドリンクにおけるデータ伝送方法の模式的なフローチャートである。
【図７】図７は本願の実施例に係る制御チャネルリソース及びデータチャネルリソースの模式図である。
【図８】図８は本願の実施例に係る制御チャネルリソース及びデータチャネルリソースの模式図である。
【図９】図９は本願の他の実施例に係るサイドリンクにおけるデータ伝送方法の模式的なフローチャートである。
【図１０】図１０は本願の実施例に係る端末装置の模式的なブロック図である。
【図１１】図１１は本願の他の実施例に係る端末装置の模式的なブロック図である。
【図１２】図１２は本願の実施例に係る端末装置の構造模式図である。
【図１３】図１３は本願の実施例に係るチップの構造模式図である。
【発明を実施するための形態】
【００２４】
以下、図面を参照しながら、本願の実施例の技術案を説明する。
【００２５】
理解されるように、本願の実施例の技術案は、例えば、グローバル移動通信（ＧＳＭ、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、符号分割多元接続（ＣＤＭＡ、Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ、Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システム、ロングタームエボリューション（ＬＴＥ、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ周波数分割複信（ＦＤＤ、Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システム、ＬＴＥ時分割複信（ＴＤＤ、Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）、ユニバーサル移動通信システム（ＵＭＴＳ、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）、及び将来の５Ｇ通信システム等の様々な通信システムに適用できる。
【００２６】
本願は端末装置と組み合わせて各実施例を説明する。端末装置とはユーザ装置（ＵＥ、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、アクセス端末、ユーザユニット、ユーザステーション、移動局、モバイルステーション、遠方局、遠隔端末、移動装置、ユーザ端末、端末、無線通信装置、ユーザエージェント又はユーザデバイスを指してもよい。アクセス端末はセルラー電話、コードレス電話、セッション開始プロトコル（ＳＩＰ、Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）電話、無線ローカルループ（ＷＬＬ、Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ）ステーション、パーソナルデジタルアシスタント（ＰＤＡ、Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、無線通信機能を有するハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続される他の処理装置、車載装置、ウェアラブル装置、将来５Ｇネットワークにおける端末装置又は将来の進化型公衆陸上移動体ネットワーク（ＰＬＭＮ、Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）における端末装置等であってもよい。
【００２７】
本願はネットワーク装置と組み合わせて各実施例を説明する。ネットワーク装置は端末装置と通信するための装置であってもよく、例えば、ＧＳＭシステム又はＣＤＭＡにおける基地局（ＢＴＳ、Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）であってもよく、ＷＣＤＭＡシステムにおける基地局（ＮＢ、ＮｏｄｅＢ）であってもよく、更にＬＴＥシステムにおける進化型基地局（ｅＮＢ又はｅＮｏｄｅＢ、Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ）であってもよい。又は当該ネットワーク装置は中継局、アクセスポイント、車載装置、ウェアラブル装置及び将来５Ｇネットワークにおけるネットワーク側装置又は将来の進化型ＰＬＭＮにおけるネットワーク側装置等であってもよい。
【００２８】
図１及び図２は本願の実施例の可能な応用シーンの模式図である。図１は１つのネットワーク装置及び２つの端末装置を例示する。選択肢として、当該無線通信システムは複数のネットワーク装置を備えてもよく、各ネットワーク装置のカバレッジ範囲内には他の数の端末装置が含まれてもよく、本発明の実施例はこれを限定しない。また、当該無線通信システムはモバイル管理エンティティ（ＭＭＥ、Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、サービングゲートウェイ（Ｓ−ＧＷ、Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ、Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）等の他のネットワークエンティティを更に備えてもよいが、本発明の実施例はこれに限定されない。
【００２９】
具体的に、第１端末装置と第２端末装置はＤ２Ｄ通信モードで通信できる。Ｄ２Ｄ通信を行う場合、第１端末装置と第２端末装置はＤ２Ｄリンク、即ちサイドリンク（ＳＬ、Ｓｉｄｅｌｉｎｋ）を介して直接に通信する。例えば、図１又は図２に示すように、第１端末装置と第２端末装置はサイドリンクを介して直接に通信する。図１では、第１端末装置と第２端末装置はサイドリンクを介して通信し、それらの伝送リソースはネットワーク装置によって割り当てられる。図２では、第１端末装置と第２端末装置はサイドリンクを介して通信し、それらの伝送リソースは端末装置によって自主的に選択され、ネットワーク装置は伝送リソースを割り当てる必要がない。
【００３０】
Ｄ２Ｄ通信とは車車間（Ｖｅｈｉｃｌｅ  ｔｏ  Ｖｅｈｉｃｌｅ、「Ｖ２Ｖ」と略称する）通信又はビークルツーエブリシング（Ｖ２Ｘ、Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信を指してもよい。Ｖ２Ｘ通信では、Ｘは通常、無線送受信能力を有するいずれかの装置を指し、例えば、低速で移動する無線装置、高速で移動する車載装置、又は無線送受信能力を有するネットワーク制御ノード等が挙げられるが、それらに限定されない。理解されるように、本発明の実施例は主にＶ２Ｘ通信のシーンに適用されるが、任意の他のＤ２Ｄ通信シーンに適用されてもよく、本発明の実施例はこれを限定しない。
【００３１】
ビークルツーエブリシングでは２つの伝送モード、即ち、伝送モード３（ｍｏｄｅ  ３）及び伝送モード４（ｍｏｄｅ  ４）が定義されている。モード３（モード３と略称する）の端末装置の伝送リソースは基地局によって割り当てられ、端末装置は基地局によって割り当てられたリソースに基づいて、サイドリンクにおいてデータの送信を行い、基地局は端末装置に１回伝送リソースを割り当てることができ、端末装置に半静的伝送リソースを割り当てることもできる。伝送モード４（モード４と略称する）の端末装置は検知能力を備える場合、検知（ｓｅｎｓｉｎｇ）と予約（ｒｅｓｅｒｖａｔｉｏｎ）の方式でデータを伝送し、検知能力を備えない場合、リソースプールにおいて伝送リソースをランダムに選択する。検知能力を備える端末装置はリソースプールから検知の方式で利用可能なリソースセットを取得し、端末装置は当該セットから１つのリソースをランダムに選択してデータ伝送を行う。ビークルツーエブリシングシステムのサービスが周期的な特徴を持つため、端末装置は通常、半静的伝送の方式を採用し、即ち、端末装置は１つの伝送リソースを選択した後、複数の伝送周期で当該リソースを連続的に使用し、それによりリソースの再選択及びリソース衝突の確率が減少する。端末装置は今回伝送する制御情報に、次回伝送するリソースを予約する情報を含ませ、それにより、他の端末装置は当該端末装置の制御情報を検出することによって、このリソースが当該端末装置により予約及び使用されるか否かを判断することができ、リソース衝突を低減させる目的を達成する。
【００３２】
ＬＴＥのビークルツーエブリシングシステムでは、端末装置がデータ伝送を行うとき、データ伝送及び対応するリソーススケジューリング情報の伝送は周波数分割多重（ＦＤＭ、Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）の方式を採用する。具体的に、リソーススケジューリング情報を伝送するためのリソースプール及びデータを伝送するためのリソースプールは、周波数領域隣接（ａｄｊａｃｅｎｔ）及び非隣接（ｎｏｎ−ａｄｊａｃｅｎｔ）の方式という２つの構成方式を有する。
【００３３】
例えば、図３に示される周波数領域隣接（ａｄｊａｃｅｎｔ）の場合では、リソーススケジューリング情報を伝送するための制御チャネルリソースと、データチャネルを伝送するためのデータチャネルリソースとは周波数領域で隣接し、システム全体の帯域幅はサブ周波数帯（サブバンドと略称する）を粒度とし、各サブ周波数帯には複数の連続する物理リソースブロック（ＰＲＢ、Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）が含まれ、各サブ周波数帯における１番目のＰＲＢ及び２番目のＰＲＢはリソーススケジューリング情報を伝送することに使用でき（即ち、制御チャネルリソースは周波数領域でサブ周波数帯における２つの隣接するＰＲＢを占有する）、他のＰＲＢは利用可能なデータチャネルリソースであり、データチャネルリソースと制御チャネルリソースは一対一で対応し、データチャネルリソースの開始位置はそれに対応する制御チャネルリソースの位置によって決められる。データチャネルリソースは１つのサブ周波数帯を占有してもよく（例えば、サブフレーム２に示される端末装置が使用するデータチャネルリソースはサブ周波数帯１を占有する）、複数のサブ周波数帯を跨ってもよい（例えば、サブフレーム４に示される端末装置が使用するデータチャネルリソースはサブ周波数帯２及びサブ周波数帯３を占有する）。データチャネルリソースが複数のサブ周波数帯を占有する場合、データチャネルリソースは複数のサブ周波数帯における周波数領域で連続し、他のサブ周波数帯における制御チャネルリソースを占有でき、データチャネルリソースに対応する制御チャネルリソースは、当該データチャネルリソースが位置する１番目のサブ周波数帯における制御チャネルリソースに位置し、例えば、図３のサブフレーム４に示されるデータチャネルリソースは２つの隣接するサブ周波数帯（サブ周波数帯２及びサブ周波数帯３）を占有し、それに対応する制御チャネルリソースはこれらの２つのサブ周波数帯における１番目のサブ周波数帯（サブ周波数帯２）の制御チャネルリソース内にある。
【００３４】
例えば、図４に示される周波数領域非隣接（ｎｏｎ−ａｄｊａｃｅｎｔ）の場合では、制御チャネルリソースと、それに対応するデータチャネルリソースとは周波数領域で隣接せず、データチャネルリソースと制御チャネルリソースは独立して構成される。しかし、データチャネルリソースの位置と制御チャネルリソースの位置とは一対一で対応し、データチャネルリソースの開始位置はそれに対応する制御チャネルリソースの位置によって決められてもよい。データチャネルリソースは１つのサブ周波数帯を占有してもよく（例えば、サブフレーム２に示される端末装置が使用するデータチャネルリソースはサブ周波数帯１を占有する）、複数のサブ周波数帯を占有してもよい（例えば、サブフレーム４に示される端末装置が使用するデータチャネルリソースはサブ周波数帯２及びサブ周波数帯３を占有する）。データチャネルリソースが複数のサブ周波数帯を占有する場合、データチャネルは複数のサブ周波数帯における周波数領域で連続し、データチャネルに対応するリソーススケジューリング情報は１番目のサブ周波数帯に対応する制御チャネルリソースに位置し、例えば、図４のサブフレーム４に示されるデータチャネルは２つの隣接するサブ周波数帯（サブ周波数帯２及びサブ周波数帯３）を占有し、当該データチャネルに対応するリソーススケジューリング情報は１番目のサブ周波数帯（サブ周波数帯２）に対応する制御チャネルリソース内に位置する。
【００３５】
ＬＴＥのビークルツーエブリシングシステムでは、端末装置はリソースセンシングを行うときに、例えば、図５Ａに示される方法を実行することができる。各サイドリンクプロセス（ｓｉｄｅｌｉｎｋ  ｐｒｏｃｅｓｓ）（１つのキャリアは２つのプロセスを含み得る）では、時刻ｎの近くに新しいデータパケットが到達すると、端末装置はリソース選択又はリソース再選択を行う必要があり、端末装置は前の１ｓ（即ち１０００ｍｓ）の検知ウィンドウに対する検知結果に基づいて、時間間隔［ｎ＋ＴＡ，ｎ＋ＴＢ］ｍｓにリソース選択を行い、［ｎ＋ＴＡ，ｎ＋ＴＢ］ｍｓの期間は選択ウィンドウと呼ばれ、ＴＡ及びＴＢは、例えば、ＴＡ≦４、２０≦ＴＢ≦１００を満たす。後述する「前の１ｓ」とは時刻ｎに対する前の１ｓを指す。具体的なリソース選択過程は以下のとおりであり、ここで、図２に示される第１端末装置及び第２端末装置を例として、第１端末装置が検知及びリソース選択を行う過程を説明する。
【００３６】
（０）選択ウィンドウにおけるすべてのリソースが候補リソースセットＳ＿Ａを構成すると仮定し、最初の当該候補リソースセットＳ＿Ａにおけるリソース数がＡであると仮定する。
【００３７】
（１）検知ウィンドウにおけるあるサブフレームに検知結果がなく、当該サブフレームと一定の伝送周期に従って分布している予約された他のサブフレームが選択ウィンドウ内にある場合、選択ウィンドウにおける当該他のサブフレームでのリソースは当該候補リソースセットＳ＿Ａから除外され、且つ、第１端末装置がある伝送周期に従って自体のために予約した伝送リソースが位置するサブフレームでのリソースも、当該候補リソースセットＳ＿Ａから除外される。当該伝送周期は伝送周期セットにおける要素であってもよく、当該伝送周期セットは、例えば、｛２０、５０、１００、２００、３００、４００、５００、６００、７００、８００、９００、１０００｝ｍｓであってもよい。例えば、図５Ａに示すように、端末２０が検知ウィンドウにおけるリソースＡに検知結果を有さず、且つ当該リソースＡに対応する次の伝送周期でのリソースが選択ウィンドウにおけるリソースＡ１である場合、端末２０は候補リソースセットＳ＿ＡからリソースＡ１を除外する。
【００３８】
（２）第１端末装置が前の１ｓの検知ウィンドウにおいて、第２端末装置から送信された物理サイドリンク制御チャネル（ＰＳＣＣＨ、Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を検出し、且つ、当該ＰＳＣＣＨに対応する物理サイドリンク共有チャネル（ＰＳＳＣＨ、Ｐｈｙｓｉｃａｌ  Ｓｉｄｅｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の基準信号受信電力（ＲＳＲＰ、Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ）の測定値がＰＳＳＣＨ−ＲＳＲＰ閾値より高く、且つ、検出された当該ＰＳＣＣＨは当該ＰＳＣＣＨを送信する第２端末装置が後続の伝送に必要な時間周波数リソースを予約したことを指示する（例えば、図５Ａでは、第２端末装置が予約した時間周波数リソースは、検知ウィンドウにおけるリソースＢに対応する、リソースＢの後の１００ｍｓ、２００ｍｓ、３００ｍｓ、…等の時間領域位置にある時間周波数リソースＢ１である）場合、第１端末装置は選択ウィンドウにおける第２端末装置によって予約された時間周波数リソースが、自体が当該選択ウィンドウにおいて選択した、データを伝送するための時間周波数リソース（例えば、図５Ａでは、第１端末装置が予約した時間周波数リソースは、検知ウィンドウにおけるリソースＡに対応する、リソースＡの後に位置する時間周波数リソースＡ１である）と重複するか否か（全部重複又は一部重複を含む）を判断する。重複する場合、即ち、リソース衝突が発生する場合、第１端末装置は当該選択ウィンドウにおける当該時間周波数リソースを候補リソースセットＳ＿Ａから除外する。ここで、候補リソースセットＳ＿Ａに残っているリソース数がＢであると仮定する。
【００３９】
理解されるように、第１端末装置が当該選択ウィンドウにおいて自体のために、データを伝送するための当該時間周波数リソースを選択し、且つ、時間周期Ｔ２０に従って分布する複数の当該時間周波数リソースにおいてデータを伝送する必要がある場合、このとき、もし第２端末装置は時間周期Ｔ３０に従って分布する複数の当該時間周波数リソースを予約し、且つ、時間周期Ｔ２０がＴ２０×Ｍ＝Ｔ３０×Ｎ（Ｍ及びＮは正整数である）を満たせば、第１端末装置は時間周期Ｔ２０に従って分布する複数の当該時間周波数リソースを当該候補リソースセットから除外する。
【００４０】
（３）候補リソースセットＳ＿Ａに残っているリソース数ＢがＡ×２０％未満である場合、第１端末装置はＰＳＳＣＨ−ＲＳＲＰ閾値を３ｄＢ向上させ、且つ、Ｂ≧Ａ×２０％になるまで、ステップ（０）〜ステップ（２）を繰り返すことができる。
【００４１】
本願の実施例では、最終的に得られる当該ＰＳＳＣＨ−ＲＳＲＰ閾値は、当該サイドリンクプロセスが位置するキャリアに対応するＰＳＳＣＨ−ＲＳＲＰ閾値である。
【００４２】
（４）第１端末装置は候補リソースセットＳ＿Ａに残っているＢ個のリソースに対して、サイドリンク信号受信強度インジケータ（Ｓ−ＲＳＳＩ、Ｓｉｄｅｌｉｎｋ  Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ）の測定を行い、測定結果に従って高い順に並べ替え、信号強度が最も低いＡ×２０％個のリソースを候補リソースセットＳ＿Ｂに移す。
【００４３】
（５）第１端末装置は候補リソースセットＳ＿Ｂから、データ伝送のために１つの時間周波数リソースを等確率で選択する。
【００４４】
理解されるように、ここで、ある制御チャネルに対応するデータチャネルが占有する時間周波数リソースは、当該データチャネルを伝送するための１つの時間周波数リソース（又は１つのリソースブロック）と呼ばれ、各選択ウィンドウにおける候補リソースセットには、当該データチャネルを伝送するための複数の時間周波数リソースが存在してもよい。例えば、図５ＡのリソースＡ１及びＢ１はいずれも１つの時間周波数リソースと呼ばれてもよい。
【００４５】
第１端末装置はデータ伝送のための時間周波数リソースを選択した後、後続の伝送過程の各伝送周期に当該時間周波数リソースを連続的に使用し、合計で当該時間周波数リソースをＣ＿ｒｅｓｅｌ回使用し、Ｃ＿ｒｅｓｅｌはリソース再選択カウンター（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｌｅｃｔｉｏｎ  Ｃｏｕｎｔｅｒ）であり、データが１回伝送されるたびに、Ｃ＿ｒｅｓｅｌの値が１減算し、Ｃ＿ｒｅｓｅｌの値が０に減算すると、第１端末装置は［０，１］にある乱数を生成し、リソース保持確率（ＰｒｏｂＲｅｓｏｕｒｃｅＫｅｅｐ、Ｐｒｏｂａｂｉｌｉｔｙ  Ｒｅｓｏｕｒｃｅ  Ｋｅｅｐ）パラメータと比較し、当該パラメータは端末装置が当該リソースを使用し続ける確率を示し、当該乱数の値が当該パラメータより大きい場合、第１端末装置はリソース再選択を行い、当該乱数の値が当該パラメータ未満である場合、第１端末装置は当該時間周波数リソースを使用し続けてデータ伝送を行うことができるとともに、Ｃ＿ｒｅｓｅｌの値をリセットする。
【００４６】
上記から分かるように、ＬＴＥのサービスが周期性を持ち、端末装置が次のサービスの到達時間を予測できるため、リソース予約の方式で、他のユーザがこのリソースを占有することを回避し、衝突を回避する目的を達成することができる。しかし、ＮＲシステムでは、サービスは通常周期性を持たない。例えば、サービスはランダムに到達してもよく、又は、サービスの到達時間は１つの平均値にランダム量を加算したものであってもよく、例えば、サービスの平均到達時間は１００ｍｓであるが、１００ｍｓ前後に一定の偏差があってもよく、ランダム量が［−２０，２０］ｍｓである場合、サービスの到達時間は８０ｍｓ〜１２０ｍｓである。
【００４７】
従って、本願の実施例によれば、端末装置のサービスが周期性を持たない場合、端末装置はデータを伝送するためのデータ伝送リソースの前に、当該データ伝送リソースを指示する指示情報を送信することによって、当該端末装置が当該データ伝送リソースを予約したことを他の端末装置に知らせ、それにより、データ伝送時のリソース衝突をできるだけ回避する。
【００４８】
図６は本願の一実施例に係るサイドリンクにおけるデータ伝送方法の模式的なフローチャートである。図６に示される方法は端末装置によって実行されてもよく、当該端末装置は、例えば、図２に示される端末装置２０又は端末装置３０であってもよい。図６に示すように、当該サイドリンクにおけるデータ伝送方法は以下のステップ６１０〜６３０を含む。
【００４９】
６１０では、第１端末装置は選択ウィンドウにおけるデータリソースプールから、第１端末装置のデータを送信するための第１リソースを選択する。
【００５０】
６２０では、第１端末装置は当該選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択する。
【００５１】
当該第１指示情報は当該第１リソースを指示することに用いられ、当該第１リソース及び当該第２リソースの時間領域及び／又は周波数領域での位置は異なる。
【００５２】
６３０では、第１端末装置は当該第２リソースにおいて当該第１指示情報を送信し、当該第１リソースにおいて第１端末装置のデータを送信する。
【００５３】
本願の実施例は６１０及び６２０の実行順序を限定しない。６１０は６２０の前に実行してもよく、又は６２０は６１０の前に実行してもよく、又は６１０及び６２０は同時に実行してもよい。
【００５４】
１つの状況では、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有さない。第１端末装置が選択した、データを送信するための第１リソースと、第１指示情報を送信するための第２リソースとは時間周波数位置において特定の関係を有さなくてもよい。例えば、第１リソース及び第２リソースは同一のサブフレーム又はタイムスロットにあるものでなくてもよく、第１リソースの開始位置はそれに対応する第２リソースの位置によって決められなくてもよい。第１端末装置は第２リソース及び第１リソースを独立して選択することができ、第１端末装置は第１リソースを選択するときに第２リソースの位置に依存しなくてもよく、同様に、端末装置は第２リソースを選択するときに、第１リソースの位置に依存しなくてもよい。第１端末装置は第１リソースを選択した後、第１指示情報によって当該第１リソースの情報を指示し、それにより、当該第１指示情報を検出した他の端末装置は、第１端末装置がデータ伝送のために第１リソースを予約したことを知ることができ、リソース衝突を回避することができる。
【００５５】
この状況では、選択肢として、６２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することを含む。前記第１端末装置は前記選択ウィンドウにおける前記制御リソースプールから、１つ又は複数のリソースを前記第２リソースとしてランダムに選択することができる。
【００５６】
又は、選択肢として、６２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける第１時間範囲内に前記第２リソースを選択することを含む。前記第１時間範囲はプロトコルによって事前に定義されるか、又はネットワークによって設定される。更に、前記第１時間範囲は前記第１リソースの開始時刻より前の時間範囲である。例えば、前記第１端末装置は時刻ｎにリソースを選択し、ｎ＋ｋ１時刻の１つのリソースを第１リソースとして選択し、前記第１端末装置は第１時間範囲［ｎ＋ｐ，ｎ＋ｑ］内に第２リソースを選択し、ｎはリソース選択を開始する時刻であり、パラメータｐ又はパラメータｑはプロトコルによって事前に定義されるか、又はネットワークによって設定され、例えば、ｐ＝０、ｑ＝５である。選択肢として、ネットワークによって設定されたパラメータｑはｎ＋ｋ１未満の整数である。このように、端末装置は第１時間範囲［ｎ＋ｐ，ｎ＋ｑ］内に第２リソースを選択することにより、第１指示情報をタイムリーに送信することができる。
【００５７】
他の状況では、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有する。
【００５８】
この状況では、選択肢として、６２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記制御リソースプールにおける、前記第１リソースに対応する少なくとも１つのリソースから、前記第２リソースを選択することを含む。
【００５９】
なお、当該データリソースプールにおけるデータリソースと当該制御リソースプールにおける制御リソースとの対応関係については、１つのデータリソースが１つの制御リソースに対応してもよく、１つのデータリソースが複数の制御リソースに対応してもよく、又は複数のデータリソースが１つの制御リソースに対応してもよいが、ここで限定しない。制御リソースプールにおける各制御リソースにおいて送信される第１指示情報は、当該制御リソースに対応するデータリソースを指示することに用いられてもよい。又は、データリソースプールにおける各データリソースは、当該データリソースに対応する制御リソースにおいて搬送される第１指示情報によって指示されてもよい。
【００６０】
第１端末装置は当該第１リソースを選択した後、データリソースプールにおけるリソースと制御リソースプールにおけるリソースとの対応関係に基づいて、第１指示情報を送信するための第２リソースを選択することができる。例えば、制御リソースプールにおける、第１リソースに対応するリソースが１つある場合、当該第１端末装置は制御リソースプールにおける、当該第１リソースに対応するリソースを第２リソースとして選択する。また例えば、制御リソースプールにおける、第１リソースに対応するリソースが複数ある場合、これらの複数のリソースから１つのリソースを第２リソースとしてランダムに選択して、当該第２リソースにおいて当該第１指示情報を送信することで当該第１リソースを指示してもよい。また例えば、制御リソースプールにおける、第１リソースに対応するリソースが複数ある場合、これらの複数のリソースを第２リソースとしてもよく、即ち、当該第２リソースは複数のリソースを含み、各リソースは当該第１指示情報を搬送することに用いられる。また例えば、制御リソースプールにおける、第１リソースに対応するリソースが複数ある場合、これらの複数のリソースから時間領域位置が異なる２つのリソースを任意に選択して、これらの２つのリソースを第２リソースとしてもよく、即ち、当該第２リソースは２つのリソースを含み、各リソースは当該第１指示情報を搬送することに用いられる。
【００６１】
前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとの当該対応関係は、事前に設定され、例えばプロトコルによって約束されてもよく、ネットワーク装置によって設定されてもよく、ブロードキャスト情報、無線リソース制御（ＲＲＣ、Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング又は制御シグナリングを介して端末装置に通知される。
【００６２】
当該選択ウィンドウは当該第１端末装置がリソース選択を行う時刻の後の時間範囲である。
【００６３】
当該選択ウィンドウについては、例えば、図５Ａに示される選択ウィンドウを参照でき、当該選択ウィンドウ内にはデータリソースプール及び制御リソースプールが含まれてもよい。当該データリソースプールにおけるリソースはデータチャネルを伝送することに用いられる。第１端末装置は当該データリソースプールから、そのＰＳＳＣＨを伝送するためのリソースを選択することができる。当該制御リソースプールは制御チャネルを伝送することに用いられる。第１端末装置は当該制御リソースプールから、そのＰＳＣＣＨを伝送するためのリソースを選択することができる。
【００６４】
選択肢として、当該選択ウィンドウは当該第１端末装置によって伝送待ちデータの第１パラメータに基づいて決定されてもよい。前記第１パラメータは、例えば、当該データの遅延需要、サービスの伝送周期、最大の再伝送回数のうちの少なくとも１つを含む。
【００６５】
選択肢として、当該第２リソースは当該第１リソースの前に位置する。
【００６６】
すなわち、第１リソースと第２リソースは時分割されている。例えば、第１端末装置はＰＳＳＣＨを送信する前に、当該ＰＳＳＣＨに対応するＰＳＣＣＨを送信し、当該ＰＳＣＣＨで搬送されるＳＣＩに含まれる第１指示情報によって、当該ＰＳＳＣＨを送信するためのリソースを指示することができる。
【００６７】
本願の実施例は当該第１指示情報の形態を限定せず、例えば、当該第１指示情報はＳＣＩに搬送される情報であってもよく、又は、当該第１指示情報はプリアンブルシーケンス、又はプリアンブル（ｐｒｅｅｍｐｔｉｏｎ）であってもよい。選択肢として、当該第１指示情報がプリアンブルシーケンスである場合、異なるプリアンブルシーケンスと異なるＰＳＳＣＨリソースとは一対一で対応する関係を有する。第１端末装置から送信された当該プリアンブルシーケンスに基づいて、第１端末装置が予約したそのＰＳＳＣＨを送信するためのリソースの位置を知ることができる。
【００６８】
選択肢として、６１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、第１端末装置がリソースセンシングを行い、当該リソースセンシングの結果に基づいて、当該データリソースプールから当該第１リソースを選択することを含む。
【００６９】
例えば、第１端末装置は図５Ａで説明された方法に応じて、検知ウィンドウ内でリソースセンシングを行い、検知ウィンドウにおける検知結果に基づいて、選択ウィンドウにおけるデータリソースプールから候補リソースセットＳ＿Ｂを決定することができ、それにより、候補リソースセットＳ＿Ｂからデータを伝送するための第１リソースを選択する。
【００７０】
また例えば、第１端末装置は検知ウィンドウ内でＰＳＣＣＨを検出することによって、選択ウィンドウにおけるデータリソースプールのどのリソースが予約又は占有されているかを判断し、他の端末によって予約又は占有されていないデータリソースプールにおけるリソースは、第１リソースを選択する候補リソースとして使用でき、これらの候補リソースから１つのリソースを第１リソースとして選択することができる。
【００７１】
更に、選択肢として、前記第１端末装置がリソースセンシングを行うことは、前記第１端末装置が前記第１リソースの開始時刻の前にリソースセンシングを行うことを含む。例えば、第１端末装置は第１リソースの開始時刻の前に、リソースセンシングを持続的に行い、持続時間内の検知結果に基づいて、当該データリソースプールから第１リソースを選択することができる。
【００７２】
又は、前記第１端末装置が当該データリソースプールから当該第１リソースを選択した後、前記方法は、前記第１端末装置が前記第１リソースの開始時刻の前にリソースセンシングを持続的に行い、リソースセンシングの結果に基づいて、リソース再選択を行うか否かを決定することを更に含む。リソース再選択を行わないことを決定する場合、当該第１リソースを使用してデータを送信する。リソース再選択を行う必要があることを決定する場合、再選択されたリソースを使用してデータを送信する。更に、前記第１端末はリソース再選択を行う必要があることを決定する場合、前記第１端末はリソース選択ウィンドウにおいて１つのリソースを第１リソースとして再選択する。選択肢として、前記第１端末はリソース選択ウィンドウにおいて１つのリソースを第２リソースとして再選択し、前記第２リソースは再選択された第１リソースを指示するためのリソース指示情報を送信することに用いられる。
【００７３】
例えば、図５Ｂに示すように、第１端末装置は検知ウィンドウにおいてＰＳＣＣＨを検出することによって、選択ウィンドウにおけるデータリソースプールのどのリソースが予約又は占有されているかを判断し、他の端末装置によって予約又は占有されていないデータリソースプールにおけるリソースは、第１リソースを選択する候補リソースとして使用できる。第１端末装置は時刻ｎに時刻ｎ＋ｍ１の１つのデータリソースを選択し、時刻ｎに時刻ｎ＋ｍ２の１つのリソースを第２リソースとして選択し、当該第２リソースは第１指示情報を送信することに用いられ、ｎはリソース選択の開始時刻又はデータの到達時刻である。第１端末装置は時刻ｎ＋ｍ１の前に持続的に検知する。第１端末はこの持続時間内の検知結果に基づいて、時刻ｎ＋ｍ１にデータを送信するか否かを判断する。例えば、第１端末装置は時刻ｎ＋ｍ１の前に、他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ１のデータリソースとの衝突を検出しない場合、第１端末装置は時刻ｎ＋ｍ１にデータを送信することができる。第１端末装置は他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ１のリソースとの衝突を検出し、且つ他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値未満である（優先度の値が低いほど優先度が高くなる）場合、第１端末装置は時刻ｎ＋ｍ１にデータを送信せず、第１端末装置はリソース再選択を行うことができ、データを伝送するための第１リソースとして１つのリソースを再選択し、他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値より高い場合、第１リソースが当該時刻ｎ＋ｍ１のリソースであり、第１端末装置は時刻ｎ＋ｍ１にデータを送信することができる。半二重の制限を考慮すると、第１端末装置が時刻ｎ＋ｍ２に第１指示情報を送信する必要があるため、第１端末装置は時刻ｎ＋ｍ２にリソースセンシングを行わなくてもよい。すなわち、時刻ｎから時刻ｎ＋ｍ１までの時間において、第１端末装置はリソースセンシングを持続的に行うが、当該時間内の時刻ｎ＋ｍ２を除外する。
【００７４】
又は、選択肢として、前記第１端末装置がリソースセンシングを行うことは、前記第１端末装置が前記第２リソースの開始時刻の前にリソースセンシングを行うことを含む。例えば、第１端末装置は前記第２リソースの開始時刻の前に、リソースセンシングを持続的に行い、持続時間内の当該リソースセンシングの結果に基づいて、当該データリソースプールから第１リソースを選択する。
【００７５】
又は、前記第１端末装置が当該データリソースプールから当該第１リソースを選択した後、前記方法は、前記第１端末装置が前記第２リソースの開始時刻の前にリソースセンシングを持続的に行い、リソースセンシングの結果に基づいて、リソース再選択を行うか否かを決定することを更に含む。リソース再選択を行わないことを決定する場合、当該第１リソースを使用してデータを送信する。リソース再選択を行う必要があることを決定する場合、再選択されたリソースを使用してデータを送信する。
【００７６】
例えば、図５Ｂに示すように、第１端末装置は検知ウィンドウにおいてＰＳＣＣＨを検出することによって、選択ウィンドウにおけるデータリソースプールのどのリソースが予約又は占有されているかを判断し、他の端末装置によって予約又は占有されていないデータリソースプールにおけるリソースは、第１リソースを選択する候補リソースとして使用できる。第１端末装置は時刻ｎ＋ｍ１の１つのデータリソースを選択し、時刻ｎに時刻ｎ＋ｍ２の１つのリソースを第２リソースとして選択し、当該第２リソースは第１指示情報を送信することに用いられ、ｎはリソース選択の開始時刻である。更に、第１端末装置は第２リソースの開始時刻、即ち時刻ｎ＋ｍ２の前に、連続的に検知する。第１端末はこの持続時間内の検知結果に基づいて、時刻ｎ＋ｍ１にデータを送信する必要があるか否かを判断する。例えば、第１端末装置は時刻ｎ＋ｍ２の前に、他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ１のリソースとの衝突を検出しない場合、第１リソースが当該時刻ｎ＋ｍ１のリソースであり、第１端末装置はｎ＋ｍ２時刻に当該第１指示情報を送信し、ｎ＋ｍ１時刻にデータを送信することができる。第１端末装置は他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ１のリソースとの衝突を検出し、且つ他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値未満である（優先度の値が低いほど優先度が高くなる）場合、第１端末装置は時刻ｎ＋ｍ１にデータを送信せず、第１端末装置はリソース再選択を行い、データを伝送するための第１リソースとして１つのリソースを再選択し、他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値より高い場合、第１リソースが当該時刻ｎ＋ｍ１のリソースであり、第１端末装置は時刻ｎ＋ｍ１にデータを送信することができる。
【００７７】
又は、選択肢として、６１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、第１端末装置が当該選択ウィンドウにおける当該データリソースプールから１つのリソースを当該第１リソースとしてランダムに選択することを含む。
【００７８】
選択肢として、本願の実施例では、当該第１指示情報を送信するための当該第２リソースは１つ又は複数のリソースを含み得る。選択肢として、当該複数のリソースの時間領域位置は異なり、各リソースは当該第１指示情報を１回伝送することに用いられる。
【００７９】
図７を例として、第１端末装置及び第２端末装置の両方がそれぞれのＰＳＳＣＨを伝送するために、サブフレーム５のサブ周波数帯３においてリソースを選択し、且つ、第１端末装置及び第２端末装置の両方がサブフレーム１においてそれぞれのＰＳＣＣＨを伝送すると仮定する。第１端末装置はサブフレーム１のサブ周波数帯３において自体のＰＳＣＣＨを送信し、当該ＰＳＣＣＨには第１端末装置のＳＣＩが搬送され、当該ＳＣＩには第１端末装置がサブフレーム５のサブ周波数帯３において選択したそのＰＳＳＣＨを送信するためのリソースを指示するための第１指示情報が含まれる。第２端末装置はサブフレーム１のサブ周波数帯４で自体のＰＳＣＣＨを送信し、当該ＰＳＣＣＨには第２端末装置のＳＣＩが搬送され、当該ＳＣＩには第２端末装置がサブフレーム５のサブ周波数帯３において選択したそのＰＳＳＣＨを送信するためのリソースを指示するための第２指示情報が含まれる。半二重の影響を考慮すると、第１端末装置及び第２端末装置は相手から送信されたＰＳＣＣＨを受信することができないため、この状況では、リソース衝突を回避する目的を達成することができない。
【００８０】
従って、本願の実施例では、端末装置は自体が予約したＰＳＳＣＨを伝送するためのリソースを指示するために、制御リソースプールにおける複数のリソースにおいて第１指示情報を送信することができる。図８に示すように、第１端末装置はサブフレーム１において自体のＰＳＣＣＨを送信した後、サブフレーム２において当該ＰＳＣＣＨを１回送信することができ、２回送信された当該ＰＳＣＣＨで搬送されるＳＣＩには、そのＰＳＳＣＨリソースを指示するための第１指示情報が含まれる。第２端末装置はサブフレーム１においてＰＳＣＣＨを送信した後、サブフレーム３において当該ＰＳＣＣＨを１回送信することができ、２回送信された当該ＰＳＣＣＨで搬送されるＳＣＩには、そのＰＳＳＣＨリソースを指示するための第２指示情報が含まれる。
【００８１】
第１端末装置及び第２端末装置はサブフレーム１において、相手から送信されたＰＳＣＣＨを検出できないが、第１端末装置はサブフレーム３のサブ周波数帯１において、第２端末装置から送信された第２指示情報を検出でき、第２端末装置はサブフレーム２のサブ周波数帯２において、第１端末装置から送信された第１指示情報を検出できる。第２端末装置から送信された第２指示情報に基づいて、第１端末装置は第２端末装置が第２端末装置のＰＳＳＣＨを伝送するために第５サブフレームにおいてそれ自体と同じリソースを予約したことを知ることができる。第１端末装置から送信された第１指示情報に基づいて、第２端末装置は第１端末装置が第１端末装置のＰＳＳＣＨを伝送するために第５サブフレームにおいてそれ自体と同じリソースを予約したことを知ることができる。従って、リソース衝突が発生する場合、第１端末装置及び第２端末装置はこの状況を事前に知り、対応する操作を実行して当該衝突を回避することができる。
【００８２】
第１端末装置及び第２端末装置はリソース衝突が発生することを知ると、本願の実施例に係る下記方法で当該衝突を回避することができる。
【００８３】
選択肢として、当該方法は、
第１端末装置は第２端末装置が第３リソースにおいて送信した第２指示情報を受信し、当該第２指示情報は当該第２端末装置のデータを伝送するための第４リソースを指示することと、
当該第１リソースと当該第４リソースとの間にリソース衝突が発生する場合、第１端末装置は当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することと、を更に含む。
【００８４】
ここで、当該第１リソースと当該第４リソースとの間にリソース衝突が発生することは、当該第１リソースと当該第４リソースが部分的又は完全に重複することを含み得る。
【００８５】
選択肢として、第１端末装置は第１端末装置と当該第２端末装置のデータの優先度情報に基づいて、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することができる。
【００８６】
例えば、第１端末装置は第２端末装置から送信されたＰＳＣＣＨに含まれる優先度情報に基づいて、第１端末装置によって伝送待ちサービスの優先度と第２端末装置によって伝送待ちサービスの優先度を比較し、優先度の高いサービスを伝送する端末装置は予約したリソースでデータ伝送を行うことができるが、優先度の低いサービスを伝送する端末装置は当該リソースを放棄する。
【００８７】
又は、選択肢として、第１端末装置は当該第２リソースと当該第３リソースの時間領域での先後順序に基づいて、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することができる。
【００８８】
例えば、先にＰＳＣＣＨを送信する端末装置は予約したリソースを使用することができ、後にＰＳＣＣＨを送信する端末装置は当該リソースを放棄する。第２リソースが時間領域で第３リソースの前に位置する場合、第１端末装置は第１リソースにおいて自体のＰＳＳＣＨを送信するが、第２端末装置は当該第４リソースを放棄する。第３リソースが時間領域で第２リソースの前に位置する場合、第２端末装置は第４リソースにおいて自体のＰＳＳＣＨを送信するが、第１端末装置は当該第１リソースを放棄する。
【００８９】
なお、図７に示される２つの端末装置が互いに相手から送信されたＰＳＣＣＨを受信できない状況を防止するために、第１端末装置及び第２端末装置が同じＰＳＳＣＨリソースをスケジューリングするためにＰＳＣＣＨを複数回送信する場合、ＰＳＣＣＨを複数回送信するために使用されるリソースは時間領域で特定のパターンを有し得る。例えば、第１端末装置は第２端末装置から送信された１回のＰＳＣＣＨのみを検出する場合、第１端末装置はＰＳＣＣＨを今回検出したリソース位置及び当該特定のパターンに基づいて、第２端末装置が他の数回でＰＳＣＣＨを送信するために使用するリソースの位置を決定することができ、それにより、これらのリソースの位置と自体がＰＳＣＣＨを送信するために使用するリソースの位置とを比較し、どの端末装置が先にＰＳＣＣＨを送信したかを判断して、衝突するリソースを選択又は放棄する。
【００９０】
又は、選択肢として、第１端末装置は当該第１リソースと当該第４リソースが占有するリソースのサイズに基づいて、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することができる。
【００９１】
例えば、第１リソースと第４リソースが衝突すると、第１リソースが第４リソースより大きい場合、第１端末装置は第１リソースを使用してそのＰＳＳＣＨを送信できるが、第２端末装置は当該第４リソースを放棄し、第１リソースが第４リソース未満である場合、第２端末装置は第４リソースを使用してそのＰＳＳＣＨを送信できるが、第１端末装置は当該第１リソースを放棄する。
【００９２】
第１端末装置は当該第１リソースと第４リソースが占有する周波数領域のサイズを比較して、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することができ、当該第１リソースと第４リソースが占有する時間領域のサイズを比較して、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することもでき、又は、当該第１リソースと第４リソースが占有する時間周波数のサイズを比較して、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することもできる。
【００９３】
又は、選択肢として、第１端末装置は第１端末装置と当該第２端末装置のデータの変調及び符号化方式（ＭＣＳ、Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）又はＰＳＳＣＨを伝送するための他の情報に基づいて、当該第１リソースにおいて第１端末装置のデータを送信するか否かを判断することもできる。
【００９４】
上記方法は非周期的なサービスの伝送に用いることができる。非周期的なサービスの伝送では、端末装置は伝送待ちデータのために第１リソースを選択した後、他のリソースを予約しない。当該第１指示情報は当該第１リソースの位置のみを指示し、他のＰＳＳＣＨリソースを指示しなくなる。
【００９５】
本願の実施例では、第１端末装置はデータ伝送のいくつかの時間需要、例えば遅延需要又は到達時間等に基づいて、リソース選択を行うことができる。以下、本願の実施例に係る端末装置が当該時間需要に基づいてリソース選択を行う方法を具体的に説明する。理解されるように、以下に説明されるリソース選択の方法は以上に説明された非周期的なサービスの伝送に用いることができ、周期的なサービスの伝送に用いることもできる。選択肢として、非周期的なサービスを伝送するリソースプールと周期的なサービスを伝送するリソースプールは直交している。
【００９６】
選択肢として、６１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける第２時間範囲内に前記第１リソースを選択することを含む。前記第２時間範囲はプロトコルによって事前に定義されるか又はネットワーク装置によって設定され、又は、当該第１端末装置によって伝送待ちデータの第２パラメータに基づいて決定される。前記第２パラメータは、例えば、当該データの遅延需要、サービスの伝送周期、最大の再伝送回数のうちの少なくとも１つを含む。例えば、前記第２時間範囲は［ｎ＋ｓ，ｎ＋ｔ］であり、ｎはリソース選択を開始する時刻であり、ｓはネットワーク装置によって設定された、第１指示情報を送信する伝送リソースを選択するための最大遅延に基づいて決定されたものであり、ｔは伝送待ちデータの遅延需要に基づいて決定されたものであり、この場合、当該第１端末装置は時間範囲［ｎ＋ｓ，ｎ＋ｔ］内に第１リソースを選択し、時間範囲［ｎ，ｎ＋ｓ−１］内に第２リソースを選択する。
【００９７】
選択肢として、６１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、第１端末装置が時刻ｎ＋Ｔ１〜時刻ｎ＋Ｔ２内に前記第１リソースを選択することを含む。
【００９８】
時刻ｎは第１端末装置のデータの到達時刻であり、又は第１端末装置がリソース選択を開始する時刻であり、Ｔ１≧０、Ｔ１≦Ｔ２≦Ｔ３であり、Ｔ３は第１端末装置のデータの遅延需要である。
【００９９】
理解されるように、第１端末装置がリソース選択を開始する時刻は、端末装置がリソースを選択してＰＳＳＣＨを伝送するために、上位層の要求に応じて利用可能なリソースセット（例えば、図５Ａに説明された候補リソースセットＳ＿Ｂ）を報告する時刻であってもよい。
【０１００】
例えば、第１端末装置によって伝送待ちデータの遅延需要がＴ３＝１００ｍｓであり、且つＴ１＝０、Ｔ２＝Ｔ３＝１００ｍｓである場合、第１端末装置は［ｎ，ｎ＋１００］ｍｓの時間範囲内に第１リソースを選択することができる。第１端末装置によって伝送待ちデータの遅延需要がＴ３＝２０ｍｓであり、且つＴ１＝０、Ｔ２＝Ｔ３＝２０ｍｓである場合、第１端末装置は［ｎ，ｎ＋２０］ｍｓの時間範囲内に当該第１リソースを選択する。
【０１０１】
また例えば、第１端末装置によって伝送待ちデータの遅延需要がＴ３＝１００ｍｓであり、且つＴ１＝１０ｍｓ、Ｔ２＝８０ｍｓ＜Ｔ３である場合、第１端末装置は［ｎ＋１０，ｎ＋８０］ｍｓの時間範囲内に第１リソースを選択することができる。第１端末装置によって伝送待ちデータの遅延需要がＴ３＝６０ｍｓであり、且つＴ１＝１０ｍｓ、Ｔ２＝Ｔ３＝６０ｍｓである場合、第１端末装置は［ｎ＋１０，ｎ＋６０］ｍｓの時間範囲内に当該第１リソースを選択する。
【０１０２】
ここで、［ｎ＋Ｔ１，ｎ＋Ｔ２］ｍｓの選択ウィンドウに含まれるサブフレームの数及びサイズを限定しない。例えば、サブキャリアの間隔が異なるとき、［ｎ＋Ｔ１，ｎ＋Ｔ２］ｍｓ内に含まれるサブフレームの数及びサイズは異なってもよい。
【０１０３】
１つの状況が存在し、即ち、第１端末装置が［ｎ＋Ｔ１，ｎ＋Ｔ２］ｍｓ内にデータを伝送する第１リソースとして１つのリソースを選択又は予約するが、第１リソースの時間位置の前に複数のデータが到達する場合、第１端末装置は第１リソースにおいてそのうちの１つのデータを伝送し、１回伝送の方式で他のデータを伝送することができる。当該第１リソースは後続のデータ伝送のために一定の周期に従って第１端末装置によって予約され得るが、１回伝送のデータが使用する伝送リソースは今回到達したデータの伝送のみに用いられ、周期的に予約されない。１回伝送に採用されるリソースは端末装置が当該データリソースプールから検知又はランダムな選択の方式で選択するものであってもよい。
【０１０４】
選択肢として、６１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、第１端末装置が時刻ｎ＋Ｔ４〜時刻ｎ＋Ｔ５内に前記第１リソースを選択することを含む。
【０１０５】
ここで、時刻ｎは第１端末装置のデータの到達時刻であり、又は第１端末装置がリソース選択を開始する時刻であり、Ｔ４≧０、Ｔ４≦Ｔ５≦Ｔ６であり、Ｔ６は第１端末装置のデータの最小到達時間間隔である。
【０１０６】
理解されるように、第１端末装置がリソース選択を開始する時刻は、端末装置がリソースを選択してＰＳＳＣＨを伝送するために、上位層の要求に応じて利用可能なリソースセット（例えば、図５Ａに説明された候補リソースセットＳ＿Ｂ）を報告する時刻であってもよい。
【０１０７】
ここで、［ｎ＋Ｔ４，ｎ＋Ｔ５］ｍｓの選択ウィンドウに含まれるサブフレームの数及びサイズを限定しない。例えば、サブキャリアの間隔が異なるとき、［ｎ＋Ｔ４，ｎ＋Ｔ５］ｍｓ内に含まれるサブフレームの数及びサイズは異なってもよい。
【０１０８】
例えば、第１端末装置によって伝送待ちサービスの最小到達時間間隔はＴ６＝６０ｍｓであり、サービスの平均到達時間は１００ｍｓであり、到達時間は［−４０，４０］ｍｓの範囲内で変化できる。Ｔ４＝０、Ｔ５＝Ｔ６＝６０ｍｓと仮定すると、第１端末装置は［ｎ，ｎ＋６０］ｍｓの時間範囲内に第１リソースを選択することができ、サービスの伝送需要を満たすことができる。
【０１０９】
しかし、端末装置が［ｎ，ｎ＋６０］ｍｓの時間範囲内に第１リソースを選択し、且つ６０ｍｓの周期に従って予約し、即ちｎ＋１２０ｍｓ、ｎ＋１８０ｍｓ等の時間位置を予約したが、サービスの到達時間がｎ＋８０ｍｓである場合、当該サービスはｎ＋１２０ｍｓの時間位置のみに伝送される。当該サービスの遅延需要が１２０ｍｓ−８０ｍｓ＝４０ｍｓ未満である場合、ｎ＋１２０ｍｓの時間位置で伝送するときにその遅延需要を満たすことができない。
【０１１０】
このとき、端末装置は１回伝送の方式で当該サービスを送信することができる。例えば、選択ウィンドウにおいて検知結果に基づき又は１つのリソースをランダムに選択して当該サービスを伝送し、且つ当該サービスを伝送するリソースを周期的に予約しない。
【０１１１】
又は、端末装置は他の方式でこの状況の発生を回避してもよい。例えば、６１０では、第１端末装置は当該選択ウィンドウにおける当該データリソースプールから複数の候補リソースを選択することができる。当該複数の候補リソースは当該第１リソースを含む。そして、時間領域で隣接する２つの候補リソース間の時間間隔は、前記第１端末装置のデータの遅延需要以下である。このとき、当該第１指示情報は当該複数の候補リソースを指示することに用いられる。
【０１１２】
選択肢として、当該複数の候補リソースが占有する周波数領域のサイズは同じであり、及び／又は当該複数の候補リソースが占有する時間領域のサイズは同じである。選択肢として、当該複数の候補リソースでは、時間領域で隣接する２つの候補リソース間の時間間隔はネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよく、例えば、端末装置はチャネルビジー率（ＣＢＲ、Ｃｈａｎｎｅｌ  Ｂｕｓｙ  Ｒａｔｉｏ）又はチャネル使用率（ＣＲ、Ｃｈａｎｎｅｌ  Ｒａｔｉｏ）に基づいて、隣接する２つの候補リソース間の時間間隔が小さいことを決定することができる。当該複数の候補リソースの数はネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよい。
【０１１３】
当該実施例では、端末装置が複数の候補リソースを予約し、且つこれらの複数の候補リソースのうちの隣接する候補リソースの時間領域での時間間隔は第１端末装置のデータの遅延需要以下であるため、端末装置のデータがどの時刻に到達しても、当該データを伝送するために使用でき且つ当該データの遅延要求を満たすリソースは存在する。
【０１１４】
当該第１指示情報がこれらの複数の候補リソースを指示するため、他の端末装置は当該第１指示情報を検出した後、第１端末装置が当該複数の候補リソースのうちの１つ又は複数のリソースにおいて伝送する可能性があることを知ることができ、それにより、措置を取ってリソース衝突の発生を回避する。
【０１１５】
更に、選択肢として、第１端末装置は時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に当該複数の候補リソースを選択することができる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９である。
【０１１６】
理解されるように、Ｔ７は、例えば、第１端末装置のデータの最小到達時間間隔の以下であってもよく、Ｔ９は、例えば、第１端末装置のデータの最大到達時間間隔の以上であってもよい。好ましくは、Ｔ７は第１端末装置のデータの最小到達時間間隔に等しく、Ｔ９は第１端末装置のデータの最大到達時間間隔に等しい。
【０１１７】
理解されるように、第１端末装置がリソース選択を開始する時刻は、端末装置がリソースを選択してＰＳＳＣＨを伝送するために、上位層の要求に応じて利用可能なリソースセット（例えば、図５Ａに説明された候補リソースセットＳ＿Ｂ）を報告する時刻であってもよい。
【０１１８】
例えば、第１端末装置によって伝送待ちサービスの最小到達時間間隔はＴ７＝６０ｍｓであり、最大到達時間間隔はＴ９＝１４０ｍｓであり、端末装置の遅延需要は２０ｍｓである。Ｔ８＝Ｔ９＝１４０ｍｓと仮定すると、第１端末装置は［ｎ＋６０，ｎ＋１４０］ｍｓの時間範囲内に複数の候補リソースを選択することができ、且つ隣接する候補リソース間には時間領域で２０ｍｓ分離され、例えば、選択される複数の候補リソースの開始位置はｎ＋６０ｍｓ、ｎ＋８０ｍｓ、ｎ＋１００ｍｓ、ｎ＋１２０ｍｓ及びｎ＋１４０ｍｓを含み得る。このように、第１端末装置のサービスが［ｎ＋６０，ｎ＋１４０］ｍｓ内の任意時刻に到達するとき、当該サービスを伝送するための、遅延需要を満たすリソースは存在する。例えば、サービスの到達時間がｎ＋９０ｍｓである場合、ｎ＋１００ｍｓのリソースにおいて当該サービスを伝送することができる。
【０１１９】
非周期的に伝送されるデータについては、毎回伝送されるデータは固定したものではなく、例えば、毎回伝送されるデータ量は異なってもよい。選択肢として、第１端末装置が６１０で選択した当該第１リソースは伝送待ちデータを搬送できない（例えば、第１リソースが１００ｂｉｔのデータのみを伝送できるが、伝送待ちデータが１０００ｂｉｔを含む）場合、第１端末装置は１回伝送の方式で当該伝送待ちデータを送信することができ、又は、第１端末装置は当該第１リソースで当該伝送待ちデータの一部を送信し、１回伝送の方式で残りのデータを伝送することができる。当該第１リソースは後続のデータ伝送のために一定の周期に従って第１端末装置によって予約されてもよいが、１回伝送のデータが使用する伝送リソースは今回到達したデータの伝送のみに用いられ、周期的に予約されない。１回伝送に採用されるリソースは、端末装置が当該データリソースプールから検知又はランダムな選択の方式で選択するものであってもよい。
【０１２０】
上記で説明された方法によって、第１端末装置がデータを伝送するとき、データ伝送のさまざまな時間需要を満たすことができ、それにより、データ伝送性能を向上させる。
【０１２１】
図９は本願の一実施例に係るサイドリンクにおけるデータ伝送方法の模式的なフローチャートである。図９に示される方法は端末装置によって実行されてもよく、当該端末装置は、例えば、図２に示される端末装置２０又は端末装置３０であってもよい。図９に示すように、当該サイドリンクにおけるデータ伝送方法は以下のステップ９１０〜９３０を含む。
【０１２２】
９１０では、第１端末装置は選択ウィンドウにおけるデータリソースプールから、当該第１端末装置のデータを送信することに使用できる複数の第１リソースを選択する。
【０１２３】
９２０では、第１端末装置は当該選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択する。
【０１２４】
当該第１指示情報は当該複数の第１リソースを指示することに用いられ、当該複数の第１リソース及び当該第２リソースの時間領域及び／又は周波数領域での位置は異なる。
【０１２５】
当該第１指示情報は、例えば、ＳＣＩに搬送される情報であってもよい。
【０１２６】
９３０では、第１端末装置は当該第２リソースにおいて当該第１指示情報を送信し、当該複数の第１リソースにおける少なくとも一部の第１リソースにおいて第１端末装置のデータを送信し、当該少なくとも一部の第１リソースにおける各第１リソースにおいて当該データを１回送信する。
【０１２７】
具体的に、第１端末装置はデータリソースプールから、データを伝送するために使用できる複数の第１リソースを選択し、これらの複数の第１リソースにおける少なくとも一部の第１リソースにおいて第１端末装置のデータを送信し、第１端末装置は当該少なくとも一部の第１リソースにおける各第１リソースにおいて当該データを１回送信する。
【０１２８】
本願の実施例は９１０及び９２０の実行順序を限定しない。９１０は９２０の前に実行してもよく、又は９２０は９１０の前に実行してもよく、又は９１０及び９２０は同時に実行してもよい。
【０１２９】
１つの状況では、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有さない。第１端末装置が選択した、これらの複数の第１リソースと、第１指示情報を送信するための第２リソースとは時間周波数位置において特定の関係を有さなくてもよい。例えば、第１リソースの開始位置はそれに対応する第２リソースの位置によって決められなくてもよい。第１端末装置は第２リソース及び第１リソースを独立して選択することができ、第１端末装置は第１リソースを選択するときに第２リソースの位置に依存しなくてもよく、同様に、端末装置は第２リソースを選択するときに、第１リソースの位置に依存しなくてもよい。第１端末装置は当該複数の第１リソースを選択した後、第１指示情報によって当該複数の第１リソースの情報を指示し、それにより、当該第１指示情報を検出した他の端末装置は第１端末装置が当該複数の第１リソースを予約したことを知ることができ、リソース衝突を回避することができる。
【０１３０】
第１端末装置がそれぞれ複数の第１リソースにおいて当該データを複数回送信するので、データ伝送の信頼性を大幅に向上させ、半二重の影響を回避し、また、特にデータ伝送時のリソース衝突をできるだけ回避することができる。選択された複数の第１リソースにおける一部の第１リソースにリソース衝突が発生しても、リソース衝突が発生しない他の一部の第１リソースにおいて当該データを伝送することができる。
【０１３１】
選択肢として、当該複数の第１リソースが占有する周波数領域のサイズは同じであり、及び／又は当該複数の第１リソースが占有する時間領域のサイズは同じである。当該複数の第１リソースの数はネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよい。
【０１３２】
この状況では、選択肢として、９２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することを含む。前記第１端末装置は前記選択ウィンドウにおける前記制御リソースプールから、１つ又は複数のリソースを前記第２リソースとしてランダムに選択することができる。
【０１３３】
又は、選択肢として、９２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける第１時間範囲内に前記第２リソースを選択することを含む。前記第１時間範囲はプロトコルによって事前に定義されるか、又はネットワークによって設定される。更に、前記第１時間範囲は前記第１リソースの時刻より前の時間範囲である。例えば、図５Ｂに示すように、前記第１端末装置は時刻ｎにリソースを選択し、ｎ＋ｋ１時刻の１つのリソースを第１リソースとして選択し、前記第１端末装置は第１時間範囲［ｎ＋ｐ，ｎ＋ｑ］内に第２リソースを選択し、ｎはリソース選択を開始する時刻であり、パラメータｐ又はパラメータｑはプロトコルによって事前に定義されるか、又はネットワークによって設定され、例えば、ｐ＝０、ｑ＝５である。選択肢として、ネットワークによって設定されたパラメータｑはｎ＋ｋ１未満の整数である。このように、端末装置は第１時間範囲［ｎ＋ｐ，ｎ＋ｑ］内に第２リソースを選択することにより、第１指示情報をタイムリーに送信することができる。
【０１３４】
他の状況では、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有する。
【０１３５】
この状況では、選択肢として、９２０では、前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、前記第１端末装置が前記制御リソースプールにおける、前記第１リソースに対応する複数のリソースから前記第２リソースを選択することを含む。
【０１３６】
理解されるように、当該データリソースプールにおけるデータリソースと当該制御リソースプールにおける制御リソースとの対応関係については、１つのデータリソースが１つの制御リソースに対応してもよく、１つのデータリソースが複数の制御リソースに対応してもよく、又は複数のデータリソースが１つの制御リソースに対応してもよいが、ここでは限定しない。
【０１３７】
第１端末装置は当該複数の第１リソースを選択した後、データリソースプールにおけるリソースと制御リソースプールにおけるリソースとの対応関係に基づいて、第１指示情報を送信するための第２リソースを選択することができる。例えば、複数の第１リソースにそれぞれ対応する複数の制御リソースから１つのリソースを第２リソースとしてランダムに選択してもよく、当該第２リソースにおいて当該第１指示情報を送信して当該複数の第１リソースを指示する。また例えば、複数の第１リソースにそれぞれ対応する複数の制御リソースをいずれも第２リソースとしてもよく、即ち、当該第２リソースは複数のリソースを含み、各リソースは当該第１指示情報を搬送することに用いられる。また例えば、ある特定の第１リソースに対応する制御リソースを当該第２リソースとしてもよく、当該第２リソースにおいて当該第１指示情報を送信して当該複数の第１リソースを指示する。
【０１３８】
選択肢として、複数の第１リソースにそれぞれ対応する複数の第２リソースのうち、各第２リソースにおいて送信される当該第１指示情報はいずれも当該複数の第１リソースを指示することに用いられてもよい。又は、各第２リソースにおいて送信される当該第１指示情報は当該複数の第１リソースにおける当該各第２リソースに対応する第１リソースを指示することに用いられ、すなわち、複数の第２リソースのうちの各第２リソースにおいて送信される第１指示情報は自体に対応する第１リソースのみを指示する。
【０１３９】
前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとの当該対応関係は事前に設定され、例えばプロトコルによって約束されてもよく、ネットワーク装置によって設定されてもよく、ブロードキャスト情報、ＲＲＣシグナリング又は制御シグナリングを介して端末装置に通知される。
【０１４０】
当該選択ウィンドウは当該第１端末装置がリソース選択を行う時刻の後の時間範囲である。
【０１４１】
当該選択ウィンドウについては、例えば、図５Ａに示される選択ウィンドウを参照できる。当該選択ウィンドウにはデータリソースプール及び制御リソースプールが含まれてもよい。当該データリソースプールにおけるリソースはデータチャネルを伝送することに用いられる。第１端末装置は当該データリソースプールから、そのＰＳＳＣＨを伝送するためのリソースを選択することができ、当該制御リソースプールは制御チャネルを伝送することに用いられ、第１端末装置は当該制御リソースプールから、そのＰＳＣＣＨを伝送するためのリソースを選択することができる。
【０１４２】
選択肢として、当該選択ウィンドウは当該第１端末装置によって伝送待ちデータの第１パラメータに基づいて決定されてもよい。前記第１パラメータは、例えば、当該データの遅延需要、サービスの伝送周期、最大の再伝送回数のうちの少なくとも１つを含む。
【０１４３】
選択肢として、当該第２リソースは当該複数の第１リソースの前に位置する。すなわち、当該複数の第１リソースと第２リソースは時分割されている。
【０１４４】
選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置がリソースセンシングを行い、当該リソースセンシングの結果に基づいて、当該データリソースプールから当該複数の第１リソースを選択することを含む。
【０１４５】
例えば、第１端末装置は、図５Ａで説明された方法に応じて、検知ウィンドウにおいてリソースセンシングを行い、検知ウィンドウにおける検知結果に基づいて、選択ウィンドウにおけるデータリソースプールから候補リソースセットＳ＿Ｂを決定することができ、それにより、候補リソースセットＳ＿Ｂからデータを伝送するための複数の当該第１リソースを選択する。
【０１４６】
また例えば、第１端末装置は検知ウィンドウにおいてＰＳＣＣＨを検出することによって、選択ウィンドウにおけるデータリソースプールのどのリソースが予約又は占有されているかを判断し、他の端末によって予約又は占有されていないデータリソースプールにおけるリソースは第１リソースを選択する候補リソースとして使用でき、これらの候補リソースから１つのリソースを第１リソースとして選択することができる。
【０１４７】
選択肢として、前記第１端末装置がリソースセンシングを行うことは、前記第１端末装置が前記第２リソースの開始時刻の前にリソースセンシングを行うことを含む。例えば、第１端末装置は第２リソースの開始時刻の前に、リソースセンシングを持続的に行い、持続時間内の検知結果に基づいて、当該データリソースプールから当該複数の第１リソースを選択する。
【０１４８】
又は、前記第１端末装置が当該データリソースプールから当該複数の第１リソースを選択した後、前記方法は、前記第１端末装置が前記第２リソースの開始時刻の前にリソースセンシングを持続的に行い、リソースセンシングの結果に基づいて、当該複数の第１リソースから、データを送信するための当該少なくとも１つの第１リソースを決定することを更に含む。
【０１４９】
例えば、図５Ｂに示すように、第１端末装置は検知ウィンドウにおいてＰＳＣＣＨを検出することによって、選択ウィンドウにおけるデータリソースプールのどのリソースが予約又は占有されているかを判断し、他の端末装置によって予約又は占有されていないデータリソースプールにおけるリソースは第１リソースを選択する候補リソースとして使用できる。第１端末装置は時刻ｎに複数の第１リソースを選択し、当該複数の第１リソースにおけるある第１リソースの開始位置は時刻ｎ＋ｍ１にあり、第１端末装置は時刻ｎに時刻ｎ＋ｍ２の１つのリソースを第２リソースとして選択し、当該第２リソースは第１指示情報を送信することに用いられ、ｎはリソース選択の開始時刻である。更に、第１端末装置は第２リソースの開始時刻、即ち時刻ｎ＋ｍ２の前に、連続的に検知する。当該時刻ｎ＋ｍ１の第１リソースを例として、第１端末装置はこの持続時間内の検知結果に基づいて、時刻ｎ＋ｍ１にデータを送信する必要があるか否かを判断する。例えば、第１端末装置は時刻ｎ＋ｍ２の前に、他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ１の第１リソースとの衝突を検出しない場合、第１端末装置はｎ＋ｍ２時刻に当該第１指示情報を送信し、ｎ＋ｍ１時刻にデータを送信することができる。第１端末装置は他の端末装置が選択したデータリソースと当該時刻ｎ＋ｍ１の第１リソースとの衝突を検出し、且つ他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値未満である（優先度の値が低いほど優先度が高くなる）場合、第１端末装置は時刻ｎ＋ｍ１にデータを送信せず、当該複数の第１リソースにおける選択された他の第１リソースにおいてデータを送信することができる。他の端末装置のデータ優先度の値が第１端末装置のデータ優先度の値より高い場合、第１端末装置は時刻ｎ＋ｍ１の第１リソースにおいてデータを送信することができる。すなわち、時刻ｎに選択された当該複数の第１リソースのうち、時刻ｎ＋ｍ２の前に行われたリソースセンシングに基づいてリソース衝突がないことを決定するリソースは、データを伝送することに用いられてもよいが、リソース衝突が発生するリソースについては、第１端末装置のデータ優先度及び／又は第１端末装置とリソース衝突が発生する他の端末装置のデータ優先度に基づいて、データを伝送することに用いるか否かを決定する必要がある。
【０１５０】
又は、選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置が当該選択ウィンドウにおける当該データリソースプールから複数のリソースを当該複数の第１リソースとしてランダムに選択することを含む。
【０１５１】
選択肢として、本願の実施例では、半二重の影響を回避するために、当該第１指示情報を送信するための当該第２リソースは１つ又は複数のリソースを含み得る。選択肢として、当該複数のリソースの時間領域位置は異なり、各リソースは当該第１指示情報を１回伝送することに用いられる。
【０１５２】
第１端末装置及び第２端末装置はリソース衝突が発生することを知ると、本願の実施例に係る下記方法で当該衝突を回避することができる。
【０１５３】
選択肢として、当該方法は、
第１端末装置は第２端末装置が第３リソースにおいて送信した第２指示情報を受信し、当該第２指示情報は第２端末装置のデータを伝送するための第４リソースを指示することと、
第１端末装置が当該第４リソースに基づいて、当該複数の第１リソースから、データ伝送を行う少なくとも一部の第１リソースを決定することと、を更に含む。
【０１５４】
選択肢として、当該少なくとも一部の第１リソースは、当該第４リソースとリソース衝突が発生しない第１リソース、及び／又は、当該第４リソースとリソース衝突が発生するが、予め設定された条件を満たす第１リソースを含む。
【０１５５】
ここで、第１リソースと第４リソースとの間にリソース衝突が発生することは、第１リソースと第４リソースが一部で重複し又は全部で重複することを含み得る。
【０１５６】
選択肢として、当該予め設定された条件は、
第１端末装置のデータの優先度が第２端末装置のデータの優先度より高いこと、
当該第２リソースが時間領域で当該第３リソースの前に位置すること、
第１端末装置のデータの変調及び符号化方式（ＭＣＳ）のインデックスが第２端末装置のデータのＭＣＳのインデックスより大きい又は小さいこと、
当該第１リソースの占有するリソースのサイズが当該第４リソースの占有するリソースのサイズより大きいこと、のうちのいずれか１つを含む。
【０１５７】
すなわち、端末装置が選択ウィンドウから選択した複数の第１リソースのうち、一部の第１リソースが第４リソースと衝突する場合、端末装置は第４リソースと衝突するこれらの第１リソースにおいて第１端末装置のデータを送信しなくてもよい。又は、端末装置は第１端末装置と当該第２端末装置のデータの優先度情報に基づいて、又は当該第２リソースと当該第３リソースの時間領域での先後順序に基づいて、又は当該第１リソースと当該第４リソースが占有するリソースのサイズに基づいて、又は第１端末装置と当該第２端末装置のデータのＭＣＳに基づいて、又はＰＳＳＣＨを伝送するための他の情報に基づいて、第４リソースと衝突するこれらの第１リソースにおいて第１端末装置のデータを送信するか否かを判断する。
【０１５８】
第４リソースと衝突しないそれらの第１リソースについては、端末装置はこれらの第１リソースにおいて当該データを正常に送信することができる。
【０１５９】
以上に説明された方法は非周期的なサービスの伝送に用いることができる。非周期的なサービスの伝送では、端末装置は伝送待ちデータのために第１リソースを選択した後、他のリソースを予約しない。当該第１指示情報は当該複数の第１リソースの位置のみを指示し、他のＰＳＳＣＨリソースを指示しなくなる。
【０１６０】
本願の実施例では、第１端末装置はデータ伝送のいくつかの時間需要、例えば遅延需要又は到達時間等に基づいて、リソース選択を行うことができる。以下、本願の実施例に係る端末装置が当該時間需要に基づいてリソース選択を行う方法を具体的に説明する。理解されるように、以下に説明されるリソース選択の方法は以上に説明された非周期的なサービスの伝送に用いることができ、周期的なサービスの伝送に用いることもできる。選択肢として、非周期的なサービスを伝送するリソースプールと周期的なサービスを伝送するリソースプールは直交している。
【０１６１】
選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける第２時間範囲内に前記複数の第１リソースを選択することを含む。前記第２時間範囲はプロトコルによって事前に定義されるか又はネットワーク装置によって設定され、又は、当該第１端末装置によって伝送待ちデータの第２パラメータに基づいて決定される。前記第２パラメータは、例えば、当該データの遅延需要、サービスの伝送周期、最大の再伝送回数のうちの少なくとも１つを含む。例えば、前記第２時間範囲は［ｎ＋ｓ，ｎ＋ｔ］であり、ｎはリソース選択を開始する時刻であり、ｓはネットワーク識別によって設定された、第１指示情報を送信する伝送リソースを選択するための最大遅延に基づいて決定されたものであり、ｔは伝送待ちデータの遅延需要に基づいて決定されたものである。この場合、当該第１端末装置は時間範囲［ｎ＋ｓ，ｎ＋ｔ］内に複数の第１リソースを選択し、時間範囲［ｎ，ｎ＋ｓ−１］内に第２リソースを選択する。
【０１６２】
選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置が時刻ｎ＋Ｔ１〜時刻ｎ＋Ｔ２内に当該複数の第１リソースを選択することを含む。時刻ｎは第１端末装置のデータの到達時刻であり、又は第１端末装置がリソース選択を開始する時刻であり、Ｔ１≧０、Ｔ１≦Ｔ２≦Ｔ３であり、Ｔ３は第１端末装置のデータの遅延需要である。
【０１６３】
例えば、第１端末装置によって伝送待ちデータの遅延需要がＴ３＝１００ｍｓであり、且つＴ１＝０、Ｔ２＝Ｔ３＝１００ｍｓである場合、第１端末装置は［ｎ，ｎ＋１００］ｍｓの時間範囲内に当該複数の第１リソースを選択することができる。
【０１６４】
ここで、［ｎ＋Ｔ１，ｎ＋Ｔ２］ｍｓの選択ウィンドウに含まれるサブフレームの数及びサイズを限定しない。例えば、サブキャリアの間隔が異なるとき、［ｎ＋Ｔ１，ｎ＋Ｔ２］ｍｓ内に含まれるサブフレームの数及びサイズは異なってもよい。
【０１６５】
１つの状況が存在し、即ち、第１端末装置が［ｎ＋Ｔ１，ｎ＋Ｔ２］ｍｓ内に複数の第１リソースを選択又は予約し、当該複数の第１リソースにおける少なくとも一部のリソースにおいてデータを伝送することを決定する。しかし、複数の第１リソースの時間位置の前に複数のデータが到達する場合、第１端末装置は当該少なくとも一部の第１リソースにおいてそのうちの１つのデータを伝送することができ、各リソースにおいて当該データを１回伝送し、残っている他のデータを１回伝送の方式で伝送する。第１端末装置が選択ウィンドウから選択した当該複数の第１リソースにおける各第１リソースは、後続のデータ伝送のために一定の周期に従って第１端末装置によって予約されてもよいが、１回伝送のデータが使用する伝送リソースは今回到達したデータの伝送のみに用いられ、周期的に予約されない。
【０１６６】
選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置が時刻ｎ＋Ｔ４〜時刻ｎ＋Ｔ５内に当該複数の第１リソースを選択することを含む。時刻ｎは第１端末装置のデータの到達時刻であり、又は第１端末装置がリソース選択を開始する時刻であり、Ｔ４≧０、Ｔ４≦Ｔ５≦Ｔ６であり、Ｔ６は第１端末装置のデータの最小到達時間間隔である。
【０１６７】
ここで、［ｎ＋Ｔ４，ｎ＋Ｔ５］ｍｓの選択ウィンドウに含まれるサブフレームの数及びサイズを限定しない。例えば、サブキャリアの間隔が異なるとき、［ｎ＋Ｔ４，ｎ＋Ｔ５］ｍｓ内に含まれるサブフレームの数及びサイズは異なってもよい。
【０１６８】
例えば、第１端末装置によって伝送待ちサービスの最小到達時間間隔がＴ６＝６０ｍｓであり、Ｔ４＝０、Ｔ５＝Ｔ６＝６０ｍｓと仮定すると、第１端末装置は［ｎ，ｎ＋６０］ｍｓの時間範囲内に当該複数の第１リソースを選択することにより、サービスの伝送需要を満たすことができる。
【０１６９】
選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置が時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に当該複数の第１リソースを選択することを含む。時刻ｎは第１端末装置のデータの到達時刻であり、又は第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、時間領域で隣接する２つの第１リソース間の時間間隔は第１端末装置のデータの遅延需要以下である。
【０１７０】
Ｔ７は、例えば、第１端末装置のデータの最小到達時間間隔の以下であってもよく、Ｔ９は、例えば、第１端末装置のデータの最大到達時間間隔の以上であってもよい。
【０１７１】
これらの複数の第１リソースのうち、隣接する第１リソースの時間領域における時間間隔が第１端末装置のデータの遅延需要以下であるため、端末装置のデータがどの時刻に到達しても、当該データを伝送するために使用でき且つ当該データの遅延要求を満たす第１リソースは存在する。
【０１７２】
選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、第１端末装置が当該選択ウィンドウにおける当該データリソースプールからＫグループの候補リソースを選択し、当該複数の第１リソースが前記Ｋグループの候補リソースにおける１グループの候補リソースであることを含む。時間領域で隣接する２グループの候補リソースにおける１番目のリソース間の時間間隔は前記第１端末装置のデータの遅延需要以下である。前記第１指示情報は前記Ｋグループの候補リソースを指示することに用いられ、Ｋは１より大きい正整数である。
【０１７３】
選択肢として、当該Ｋグループの候補リソースにおける各グループの候補リソースが占有する周波数領域のサイズは同じであり及び／又は時間領域のサイズは同じである。例えば、ｉ番目グループの候補リソースにおけるｊ番目の第１リソースと、ｉ番目グループの候補リソースにおけるｊ番目の第１リソースが占有する周波数領域のサイズ及び／又は時間領域のサイズは同じであり、０≦ｉ≦Ｋ−１であり、ｊ≧１であり且つｊは端末装置が選択ウィンドウから選択した当該複数の第１リソースの数以下である。
【０１７４】
そして、選択肢として、当該Ｋグループの候補リソースのうち、時間領域で隣接する２グループの候補リソースにおける１番目のリソース間の時間間隔は、ネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよい。例えば、端末装置はＣＢＲ又はＣＲに基づいて決定することができる。Ｋの値もネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよい。
【０１７５】
端末装置がＫグループの候補リソースを予約し、且つ時間領域で隣接する２グループの候補リソースにおける１番目のリソース間の時間間隔が前記第１端末装置のデータの遅延需要以下であるため、端末装置のデータがどの時刻に到達しても、当該データを伝送するために使用でき且つ当該データの遅延要求を満たす第１リソースが含まれる１グループの候補リソースは存在する。
【０１７６】
更に、選択肢として、第１端末装置は時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に当該Ｋグループの候補リソースを選択することができる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９である。
【０１７７】
理解されるように、Ｔ７は、例えば、第１端末装置のデータの最小到達時間間隔の以下であってもよく、Ｔ９は、例えば、第１端末装置のデータの最大到達時間間隔の以上であってもよい。好ましくは、Ｔ７は第１端末装置のデータの最小到達時間間隔に等しく、Ｔ９は第１端末装置のデータの最大到達時間間隔に等しい。
【０１７８】
更に理解されるように、上記の第１端末装置がリソース選択を開始する時刻は、端末装置がリソースを選択してＰＳＳＣＨを伝送するために、上位層の要求に応じて利用可能なリソースセット（例えば、図５Ａに説明された候補リソースセットＳ＿Ｂ）を報告する時刻であってもよい。
【０１７９】
非周期的に伝送されるデータについては、毎回伝送されるデータは固定したものではなく、例えば、毎回伝送されるデータ量は異なってもよい。選択肢として、第１端末装置が９１０で選択した当該複数の第１リソースにおける各第１リソースは伝送待ちデータを搬送できない（例えば、各第１リソースが１００ｂｉｔのデータのみを伝送できるが、伝送待ちデータが１０００ｂｉｔを含む）場合、第１端末装置は１回伝送の方式で当該伝送待ちデータを送信することができ、又は、第１端末装置は当該複数の第１リソースで当該伝送待ちデータの一部を送信し、１回伝送の方式で残りのデータを伝送することができる。当該複数の第１リソースは後続のデータ伝送のために一定の周期に従って第１端末装置によって予約されてもよいが、１回伝送のデータが使用する伝送リソースは今回到達したデータの伝送のみに用いられ、周期的に予約されない。１回伝送に採用されるリソースは端末装置が当該データリソースプールから検知又はランダムな選択の方式で選択するものであってもよい。
【０１８０】
図９に関連する各実施形態の具体的な細部及び例示については、図９に関連する各実施形態の具体的な説明を参照することができる。簡潔のために、ここでは繰り返して説明しない。
【０１８１】
なお、矛盾しない限り、本願で説明される各実施例及び／又は各実施例の技術的特徴を任意に組み合わせることができ、組み合わせられた技術案は本願の保護範囲に属する。
【０１８２】
理解されるように、本願で説明される各実施例では、端末装置によるリソース選択、ＰＳＣＣＨ及びＰＳＳＣＨの伝送等については、サブフレーム又はミリ秒を時間単位として説明されるが、これに限定されない。端末装置は他の時間単位、例えばタイムスロット等に基づいて、本願の実施例の様々な操作を行うこともできる。
【０１８３】
理解されるように、本願の各実施例では、上記各過程の番号は実行順序を意味せず、各過程の実行順序はその機能及び内部ロジックにより決められるが、本願の実施例の実施過程を限定しない。
【０１８４】
以上では本願の実施例に係る通信方法が詳細に説明され、以下では図８〜図１０を参照しながら、本願の実施例に係る装置を説明し、方法実施例で説明された技術的特徴は以下の装置実施例に適用できる。
【０１８５】
図１０は本願の実施例に係る端末装置１０００の模式的なブロック図である。図１０に示すように、当該端末装置１０００はリソース選択ユニット１０１０と送受信ユニット１０２０を備える。
【０１８６】
リソース選択ユニット１０１０は、選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信するための第１リソースを選択することに用いられ、
前記リソース選択ユニット１０１０は更に、前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することに用いられ、前記第１指示情報は前記第１リソースを指示することに用いられ、前記第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置は異なり、
送受信ユニット１０２０は、前記第２リソースにおいて前記第１指示情報を送信し、前記第１リソースにおいて前記第１端末装置のデータを送信することに用いられる。
【０１８７】
従って、端末装置のサービスが周期性を持たない場合、端末装置はデータを送信するためのデータ伝送リソースの前に、当該データ伝送リソースを指示する指示情報を送信することによって、当該端末装置が当該データ伝送リソースを予約したことを他の端末装置に知らせ、それにより、データ伝送時のリソース衝突をできるだけ回避する。
【０１８８】
選択肢として、前記第２リソースは前記第１リソースの前に位置する。
【０１８９】
選択肢として、前記第１指示情報はサイドリンク制御情報（ＳＣＩ）に搬送され、又は前記第１指示情報はプリアンブルシーケンスである。
【０１９０】
選択肢として、前記第１端末装置はリソースセンシングを行うことに用いられるセンシングユニットを更に備える。前記リソース選択ユニット１０１０は具体的に、前記リソースセンシングの結果に基づいて、前記データリソースプールから前記第１リソースを選択することに用いられる。
【０１９１】
選択肢として、前記センシングユニットは具体的に、前記第２リソースの開始時刻の前にリソースセンシングを行うこと、又は、前記第１リソースの開始時刻の前にリソースセンシングを行うことに用いられる。
【０１９２】
選択肢として、前記リソース選択ユニット１０１０は具体的に、前記第１端末装置が前記選択ウィンドウにおける前記データリソースプールから１つのリソースを前記第１リソースとしてランダムに選択することに用いられる。
【０１９３】
選択肢として、前記リソース選択ユニット１０１０は具体的に、前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することに用いられる。
【０１９４】
選択肢として、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有する。前記リソース選択ユニット１０１０は具体的に、前記制御リソースプールにおける、前記第１リソースに対応する少なくとも１つのリソースから、前記第２リソースを選択することに用いられる。
【０１９５】
選択肢として、前記第２リソースは複数のリソースを含み、前記複数のリソースの時間領域位置は異なり、各リソースは前記第１指示情報を１回伝送することに用いられる。
【０１９６】
選択肢として、前記第１端末装置は処理ユニットを更に備える。前記送受信ユニットは更に、第２端末装置が第３リソースにおいて送信した第２指示情報を受信することに用いられ、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示する。前記処理ユニットは、前記第１リソースと前記第４リソースとの間にリソース衝突が発生する場合、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することに用いられる。
【０１９７】
選択肢として、前記処理ユニットは具体的に、前記第１端末装置と前記第２端末装置のデータの優先度情報に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、前記第２リソースと前記第３リソースの時間領域での先後順序に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、前記第１端末装置と前記第２端末装置のデータの変調及び符号化方式（ＭＣＳ）に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断すること、又は、前記第１リソースと前記第４リソースが占有するリソースのサイズに基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することに用いられる。
【０１９８】
選択肢として、前記リソース選択ユニット１０１０は具体的に、時刻ｎ＋Ｔ１〜時刻ｎ＋Ｔ２内に前記第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ１≧０、Ｔ１≦Ｔ２≦Ｔ３であり、Ｔ３は前記第１端末装置のデータの遅延需要である。
【０１９９】
選択肢として、前記リソース選択ユニット１０１０は具体的に、時刻ｎ＋Ｔ４〜時刻ｎ＋Ｔ５内に前記第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ４≧０、Ｔ４≦Ｔ５≦Ｔ６であり、Ｔ６は前記第１端末装置のデータの最小到達時間間隔である。
【０２００】
選択肢として、前記リソース選択ユニット１０１０は具体的に、前記選択ウィンドウにおける前記データリソースプールから複数の候補リソースを選択し、前記複数の候補リソースが前記第１リソースを含むことに用いられる。時間領域で隣接する２つの候補リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であり、前記第１指示情報は前記複数の候補リソースを指示することに用いられる。
【０２０１】
選択肢として、前記リソース選択ユニット１０１０は具体的に、時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に前記複数の候補リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、Ｔ９は前記第１端末装置のデータの最大到達時間間隔である。
【０２０２】
選択肢として、Ｔ７は前記第１端末装置のデータの最小到達時間間隔である。
【０２０３】
理解されるように、当該端末装置１０００は上記方法６００で端末装置によって実行される対応する操作を実行することができる。簡潔のために、ここで繰り返して説明しない。
【０２０４】
図１１は本願の実施例に係る端末装置１１００の模式的なブロック図である。図１１に示すように、当該端末装置１１００はリソース選択ユニット１１１０と送受信ユニット１１２０を備える。
【０２０５】
リソース選択ユニット１１１０は、選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信することに使用できる複数の第１リソースを選択することに用いられ、
前記リソース選択ユニット１１１０は更に、前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することに用いられ、前記第１指示情報は前記複数の第１リソースを指示することに用いられ、前記複数の第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置は異なり、
送受信ユニット１１２０は、前記第２リソースにおいて前記第１指示情報を送信し、前記複数の第１リソースにおける少なくとも一部の第１リソースにおいて前記第１端末装置のデータを送信することに用いられ、前記少なくとも一部の第１リソースにおける各第１リソースにおいて前記データを１回送信する。
【０２０６】
従って、端末装置はデータを送信するためのデータ伝送リソースの前に、当該データ伝送リソースを指示する指示情報を送信することによって、当該端末装置が当該データ伝送リソースを予約したことを他の端末装置に知らせる。端末装置がそれぞれ複数のリソースにおいてデータを複数回送信するので、データ伝送の信頼性を向上させ、半二重の影響を回避し、また、特にデータ伝送時のリソース衝突をできるだけ回避することができる。選択された複数のリソースにおける一部のリソースにリソース衝突が発生しても、リソース衝突が発生しない他の一部のリソースにおいて当該データを伝送することができる。
【０２０７】
選択肢として、前記第２リソースは前記複数の第１リソースの前に位置する。
【０２０８】
選択肢として、前記第１指示情報はＳＣＩに搬送される。
【０２０９】
選択肢として、前記第１端末装置はリソースセンシングを行うことに用いられるセンシングユニットを更に備える。前記リソース選択ユニット１１１０は具体的に、前記リソースセンシングの結果に基づいて、前記データリソースプールから前記複数の第１リソースを選択することに用いられる。
【０２１０】
選択肢として、前記センシングユニットは具体的に、前記第２リソースの開始時刻の前にリソースセンシングを行うことに用いられる。
【０２１１】
選択肢として、前記リソース選択ユニット１１１０は具体的に、前記選択ウィンドウにおける前記データリソースプールから複数のリソースを前記複数の第１リソースとしてランダムに選択することに用いられる。
【０２１２】
選択肢として、前記リソース選択ユニット１１１０は具体的に、前記選択ウィンドウにおける前記制御リソースプールから前記第２リソースをランダムに選択することに用いられる。
【０２１３】
選択肢として、前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有する。前記リソース選択ユニット１１１０は具体的に、前記制御リソースプールにおける、前記複数の第１リソースに対応する複数のリソースから、前記第２リソースを選択することに用いられる。
【０２１４】
選択肢として、前記第２リソースは複数のリソースを含み、前記複数のリソースの時間領域位置は異なり、各リソースは前記第１指示情報を１回伝送することに用いられる。
【０２１５】
選択肢として、前記第１端末装置は処理ユニットを更に備える。前記送受信ユニット１１２０は、第２端末装置が第３リソースにおいて送信した第２指示情報を受信することに用いられ、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示する。前記処理ユニットは、前記第４リソースに基づいて、前記複数の第１リソースから前記少なくとも一部の第１リソースを決定することに用いられる。
【０２１６】
選択肢として、前記少なくとも一部の第１リソースは、前記第４リソースとリソース衝突が発生しない第１リソース、及び／又は、前記第４リソースとリソース衝突が発生するが、予め設定された条件を満たす第１リソースを含む。
【０２１７】
選択肢として、前記予め設定された条件は、前記第１端末装置のデータの優先度が前記第２端末装置のデータの優先度より高いこと、前記第２リソースが時間領域で前記第３リソースの前に位置すること、前記第１端末装置のデータの変調及び符号化方式（ＭＣＳ）のインデックスが前記第２端末装置のデータのＭＣＳのインデックスより大きい又は小さいこと、前記第１リソースの占有するリソースのサイズが前記第４リソースの占有するリソースのサイズより大きいこと、のうちのいずれか１つを含む。
【０２１８】
選択肢として、前記リソース選択ユニット１１１０は具体的に、時刻ｎ＋Ｔ１〜時刻ｎ＋Ｔ２内に前記複数の第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ１≧０、Ｔ１≦Ｔ２≦Ｔ３であり、Ｔ３は前記第１端末装置のデータの遅延需要である。
【０２１９】
選択肢として、前記リソース選択ユニット１１１０は具体的に、前記第１端末装置が時刻ｎ＋Ｔ４〜時刻ｎ＋Ｔ５内に前記複数の第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ４≧０、Ｔ４≦Ｔ５≦Ｔ６であり、Ｔ６は前記第１端末装置のデータの最小到達時間間隔である。
【０２２０】
選択肢として、前記リソース選択ユニット１１１０は具体的に、前記第１端末装置が時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に前記複数の第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、Ｔ９は前記第１端末装置のデータの最大到達時間間隔であり、時間領域で隣接する２つの第１リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下である。
【０２２１】
選択肢として、前記リソース選択ユニット１１１０は具体的に、前記選択ウィンドウにおける前記データリソースプールからＫグループの候補リソースを選択し、前記複数の第１リソースが前記Ｋグループの候補リソースにおける１グループの候補リソースであることに用いられる。時間領域で隣接する２グループの候補リソースにおける１番目のリソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であり、前記第１指示情報は前記Ｋグループの候補リソースを指示することに用いられ、Ｋは１より大きい正整数である。
【０２２２】
選択肢として、前記リソース選択ユニット１１１０は具体的に、前記第１端末装置が時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に前記Ｋグループの候補リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、Ｔ９は前記第１端末装置のデータの最大到達時間間隔である。
【０２２３】
選択肢として、Ｔ７は前記第１端末装置のデータの最小到達時間間隔である。
【０２２４】
図１２は本願の実施例に係る端末装置１２００の構造模式図である。図１２に示される端末装置１２００はプロセッサ１２１０を備え、プロセッサ１２１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の各方法で端末装置によって実現される対応するプロセスを実現することができる。簡潔のために、ここで繰り返して説明しない。
【０２２５】
選択肢として、図１２に示すように、端末装置１２００はメモリ１２２０を更に備えてもよい。プロセッサ１２１０はメモリ１２２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。
【０２２６】
メモリ１２２０はプロセッサ１２１０から独立した別個のデバイスであってもよく、プロセッサ１２１０に集積されてもよい。
【０２２７】
選択肢として、図１２に示すように、端末装置１２００は送受信機１２３０を更に備えてもよい。プロセッサ１２１０は当該送受信機１２３０と他の装置との通信を制御でき、具体的に、他の装置に情報又はデータを送信し、又は他の装置から送信された情報又はデータを受信することができる。
【０２２８】
送受信機１２３０は送信機及び受信機を備えてもよい。送受信機１２３０はアンテナを更に備えてもよく、アンテナの数は１つ又は複数であってもよい。
【０２２９】
図１３は本願の実施例に係るチップの構造模式図である。図１３に示されるチップ１３００はプロセッサ１３１０を備え、プロセッサ１３１０はメモリからコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。当該チップは本願の実施例の端末装置に適用でき、そして当該チップは本願の実施例の各方法で端末装置によって実現される対応するプロセスを実現することができる。簡潔のために、ここで繰り返して説明しない。
【０２３０】
選択肢として、図１３に示すように、チップ１３００はメモリ１３２０を更に備えてもよい。プロセッサ１３１０はメモリ１３２０からコンピュータプログラムを呼び出して実行して、本願の実施例の方法を実現することができる。
【０２３１】
メモリ１３２０はプロセッサ１３１０から独立した別個のデバイスであってもよく、プロセッサ１３１０に集積されてもよい。
【０２３２】
選択肢として、当該チップ１３００は入力インタフェース１３３０を更に備えてもよい。プロセッサ１３１０は当該入力インタフェース１３３０と他の装置又はチップとの通信を制御でき、具体的に、他の装置又はチップから送信された情報又はデータを取得することができる。
【０２３３】
選択肢として、当該チップ１３００は出力インタフェース１３４０を更に備えてもよい。プロセッサ１３１０は当該出力インタフェース１３４０と他の装置又はチップとの通信を制御でき、具体的に、他の装置又はチップに情報又はデータを出力することができる。
【０２３４】
理解されるように、本願の実施例に記載のチップはシステムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等とも呼ばれる。
【０２３５】
理解されるように、本願の実施例のプロセッサは集積回路チップであってもよく、信号の処理能力を有する。実現過程において、上記方法実施例の各ステップはプロセッサにおけるハードウェアの集積論理回路又はソフトウェア形態の命令によって遂行することができる。上記プロセッサは汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ、Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ、Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ、Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、離散ゲート又はトランジスタロジックデバイス、個別ハードウェア部品であってもよい。本願の実施例に開示されている各方法、ステップ及びロジックブロック図を実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は当該プロセッサはいずれかの通常のプロセッサ等であってもよい。本願の実施例に開示されている方法のステップはハードウェアデコードプロセッサによって直接に実行されてもよく、又はデコードプロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせによって実行されてもよい。ソフトウェアモジュールはランダムメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ又は電気的消去可能プログラマブルメモリ、レジスタ等の本分野の成熟した記憶媒体にあってもよい。当該記憶媒体はメモリにあり、プロセッサはメモリの情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを遂行する。
【０２３６】
理解されるように、本願の実施例のメモリは揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性メモリ及び不揮発性メモリの両方を含んでもよい。不揮発性メモリは読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ、Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ、Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ、Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは外部キャッシュとして使用されるランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）であってもよい。限定的な説明ではなく、例示的な説明によって、多くの形態のＲＡＭ、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ、Ｓｔａｔｉｃ  ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、Ｄｙｎａｍｉｃ  ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ  ＳＤＲＡＭ、Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ  ＲＡＭ、Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ）は利用可能である。なお、本明細書で説明されるシステム及び方法のメモリはこれらのメモリ及び任意の他の適切な種類のメモリを含むが、それらに限定されない。
【０２３７】
理解されるように、上記メモリは限定的なものではなく、例示的なものであり、例えば、本願の実施例のメモリは更にスタティックランダムアクセスメモリ（ＳＲＡＭ、ｓｔａｔｉｃ  ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ、ｄｙｎａｍｉｃ  ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ、ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ  ＳＤＲＡＭ、ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ、ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ、ｓｙｎｃｈ  ｌｉｎｋ  ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ  ＲＡＭ、Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ）等であってもよい。すなわち、本願の実施例のメモリはこれらのメモリ及び任意の他の適切な種類のメモリを含むが、それらに限定されない。
【０２３８】
本願の実施例はコンピュータプログラムを記憶するためのコンピュータ可読記憶媒体を更に提供する。当該コンピュータ可読記憶媒体は本願の実施例の端末装置に適用でき、当該コンピュータプログラムは本願の実施例の各方法で端末装置によって実現される対応するプロセスをコンピュータに実行させる。簡潔のために、ここで繰り返して説明しない。
【０２３９】
本願の実施例はコンピュータプログラム命令を含むコンピュータプログラム製品を更に提供する。当該コンピュータプログラム製品は本願の実施例の端末装置に適用でき、当該コンピュータプログラム命令は本願の実施例の各方法で端末装置によって実現される対応するプロセスをコンピュータに実行させる。簡潔のために、ここで繰り返して説明しない。
【０２４０】
本願の実施例はコンピュータプログラムを更に提供する。当該コンピュータプログラムは本願の実施例の端末装置に適用でき、当該コンピュータプログラムはコンピュータで実行されると、本願の実施例の各方法で端末装置によって実現される対応するプロセスをコンピュータに実行させる。簡潔のために、ここで繰り返して説明しない。
【０２４１】
理解されるように、本明細書の用語「システム」及び「ネットワーク」は本明細書においてしばしば交換可能に使用される。本明細書の用語「及び／又は」は関連対象の関連関係を説明するためのものに過ぎず、３つの関係が存在していることを示す。例えば、Ａ及び／又はＢは、Ａが単独で存在すること、Ａ及びＢが同時に存在すること、Ｂが単独で存在することの３つの状況を示す。また、本明細書の文字「／」は一般的に前後の関連対象が「又は」の関係を持つことを示す。
【０２４２】
更に理解されるように、本発明の実施例では、「Ａに対応（相応）するＢ」は、ＢがＡに関連し、Ａに基づいてＢを決定できることを示す。ただし、Ａに基づいてＢを決定することは、Ａのみに基づいてＢを決定することを意味せず、Ａ及び／又は他の情報に基づいてＢを決定することもできる。
【０２４３】
当業者であれば理解できるように、本明細書に開示されている実施例で説明された各例示的ユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアとの組み合わせで実現できる。これらの機能がハードウェアそれともソフトウェア形態で実行されるかは、技術案の特定応用及び設計制約条件に決められる。当業者は各特定の応用に対して異なる方法で説明された機能を実現することができるが、この実現は本願の範囲を超えると見なされるべきではない。
【０２４４】
当業者であれば明確に理解できるように、説明の便宜及び簡潔のために、上記説明されたシステム、装置及びユニットの具体的な作動過程については、前述の方法実施例の対応する過程を参照することができ、ここで繰り返して説明しない。
【０２４５】
理解されるように、本願によるいくつかの実施例では、開示されたシステム、装置及び方法は他の方式で実現できる。例えば、上記説明された装置実施例は例示的なものに過ぎず、例えば、当該ユニットの分割はロジック機能の分割のみであり、実際の実現時に他の分割方法があってもよく、例えば、複数のユニット又は部品を組み合わせてもよく、又は他のシステムに集積してもよく、又は一部の特徴を無視してもよく、又は実行しなくてもよい。一方、図示又は検討される相互結合又は直接結合又は通信接続は、あるインタフェース、装置又はユニットを介した間接結合又は通信接続であってもよく、電気的、機械的又は他の形態のものであってもよい。
【０２４６】
前記別々の部材として説明されるユニットは物理的に分離されてもよく、物理的に分離されなくてもよく、ユニットとして示される部材は物理ユニットであってもよく、物理ユニットでなくてもよく、即ち、１つの場所に位置してもよく、又は複数のネットワークユニットに分布してもよい。実際の需要に応じてそのうちの一部又は全部のユニットを選択して本実施例の技術案の目的を実現することができる。
【０２４７】
また、本願の各実施例の各機能ユニットは１つの処理ユニットに集積されてもよく、各ユニットは単独で物理的に存在してもよく、２つ以上のユニットは１つのユニットに集積されてもよい。
【０２４８】
前記機能はソフトウェア機能ユニットの形態で実現され、独立した製品として販売又は使用される場合、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づいて、本願の技術案、又は従来技術に寄与する部分、又は当該技術案の一部はソフトウェア製品の形態で実施することができる。当該コンピュータソフトウェア製品は１つの記憶媒体に記憶され、コンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワーク装置等であってもよい）に本願の各実施例に記載の方法の全部又は一部のステップを実行させるための複数の命令を含む。前述の記憶媒体はＵディスク、モバイルディスク、読み出し専用メモリ（ＲＯＭ、Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。
【０２４９】
以上は本願の実施形態に過ぎず、本願の保護範囲を制限するためのものではない。当業者が本願に開示される技術的範囲内において容易に想到し得る変更や置換は、いずれも本願の保護範囲内に含まれるべきである。従って、本願の保護範囲は特許請求の範囲に記載の保護範囲に準じるべきである。
【図１】
2021530901.tif 000003
【図２】
2021530901.tif 000004
【図３】
2021530901.tif 000005
【図４】
2021530901.tif 000006
【図５Ａ】
2021530901.tif 000007
【図５Ｂ】
2021530901.tif 000008
【図６】
2021530901.tif 000009
【図７】
2021530901.tif 000010
【図８】
2021530901.tif 000011
【図９】
2021530901.tif 000012
【図１０】
2021530901.tif 000013
【図１１】
2021530901.tif 000014
【図１２】
2021530901.tif 000015
【図１３】
2021530901.tif 000016
【手続補正書】
【提出日】令和3年1月5日(2021.1.5)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
ＬＴＥシステムでは、サービスが周期性を持ち、端末装置が次のサービスの到達時間を予測できるため、リソース予約の方式で、他のユーザがこのリソースを占有することを回避して、リソース衝突を回避する目的を達成することができる。具体的に、端末装置はサイドリンク制御情報（ＳＣＩ、Ｓｉｄｅｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）に、予約したリソースを含ませることができ、そしてサイドリンク制御情報は端末装置のデータリソースと周波数分割されたものである。しかしながら、ＮＲシステムでは、サービスは通常周期性を持たない。例えば、サービスはランダムに到達するものであってもよく、又はサービスの到達時間は一定の時間範囲内にあってもよい。従って、端末装置のサービスが周期性を持たない場合、如何にリソース衝突を回避するかは解決すべき問題になっている。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
第４態様では上記第２態様又は第２態様の任意選択可能な実施形態の方法を実行することができる端末装置を提供する。具体的に、当該端末装置は上記第２態様又は第２態様の任意可能な実施形態の方法を実行するための機能モジュールを備え得る。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
ビークルツーエブリシングでは２つの伝送モード、即ち、伝送モード３（ｍｏｄｅ  ３）及び伝送モード４（ｍｏｄｅ  ４）が定義されている。伝送モード３（モード３と略称する）の端末装置の伝送リソースは基地局によって割り当てられ、端末装置は基地局によって割り当てられたリソースに基づいて、サイドリンクにおいてデータの送信を行い、基地局は端末装置に１回伝送リソースを割り当てることができ、端末装置に半静的伝送リソースを割り当てることもできる。伝送モード４（モード４と略称する）の端末装置は検知能力を備える場合、検知（ｓｅｎｓｉｎｇ）と予約（ｒｅｓｅｒｖａｔｉｏｎ）の方式でデータを伝送し、検知能力を備えない場合、リソースプールにおいて伝送リソースをランダムに選択する。検知能力を備える端末装置はリソースプールから検知の方式で利用可能なリソースセットを取得し、端末装置は当該セットから１つのリソースをランダムに選択してデータ伝送を行う。ビークルツーエブリシングシステムのサービスが周期的な特徴を持つため、端末装置は通常、半静的伝送の方式を採用し、即ち、端末装置は１つの伝送リソースを選択した後、複数の伝送周期で当該リソースを連続的に使用し、それによりリソースの再選択及びリソース衝突の確率が減少する。端末装置は今回伝送する制御情報に、次回伝送するリソースを予約する情報を含ませ、それにより、他の端末装置は当該端末装置の制御情報を検出することによって、このリソースが当該端末装置により予約及び使用されるか否かを判断することができ、リソース衝突を低減させる目的を達成する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０１１２
【補正方法】変更
【補正の内容】
【０１１２】
選択肢として、当該複数の候補リソースが占有する周波数領域のサイズは同じであり、及び／又は当該複数の候補リソースが占有する時間領域のサイズは同じである。選択肢として、当該複数の候補リソースでは、時間領域で隣接する２つの候補リソース間の時間間隔はネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよく、例えば、端末装置はチャネルビジー率（ＣＢＲ、Ｃｈａｎｎｅｌ  Ｂｕｓｙ  Ｒａｔｉｏ）又はチャネル使用率（ＣＲ、Ｃｈａｎｎｅｌ  Ｒａｔｉｏ）に基づいて、隣接する２つの候補リソース間の時間間隔を決定することができる。当該複数の候補リソースの数はネットワーク装置が第１端末装置のために設定したもの、又は第１端末装置が自主的に選択したものであってもよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０１６１
【補正方法】変更
【補正の内容】
【０１６１】
選択肢として、９１０では、第１端末装置が選択ウィンドウにおけるデータリソースプールから複数の第１リソースを選択することは、前記第１端末装置が前記選択ウィンドウにおける第２時間範囲内に前記複数の第１リソースを選択することを含む。前記第２時間範囲はプロトコルによって事前に定義されるか又はネットワーク装置によって設定され、又は、当該第１端末装置によって伝送待ちデータの第２パラメータに基づいて決定される。前記第２パラメータは、例えば、当該データの遅延需要、サービスの伝送周期、最大の再伝送回数のうちの少なくとも１つを含む。例えば、前記第２時間範囲は［ｎ＋ｓ，ｎ＋ｔ］であり、ｎはリソース選択を開始する時刻であり、ｓはネットワーク装置によって設定された、第１指示情報を送信する伝送リソースを選択するための最大遅延に基づいて決定されたものであり、ｔは伝送待ちデータの遅延需要に基づいて決定されたものである。この場合、当該第１端末装置は時間範囲［ｎ＋ｓ，ｎ＋ｔ］内に複数の第１リソースを選択し、時間範囲［ｎ，ｎ＋ｓ−１］内に第２リソースを選択する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１８４
【補正方法】変更
【補正の内容】
【０１８４】
以上では本願の実施例に係るデータ伝送方法が詳細に説明され、以下では図８〜図１０を参照しながら、本願の実施例に係る装置を説明し、方法実施例で説明された技術的特徴は以下の装置実施例に適用できる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１９２
【補正方法】変更
【補正の内容】
【０１９２】
選択肢として、前記リソース選択ユニット１０１０は具体的に、前記選択ウィンドウにおける前記データリソースプールから１つのリソースを前記第１リソースとしてランダムに選択することに用いられる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０２１９
【補正方法】変更
【補正の内容】
【０２１９】
選択肢として、前記リソース選択ユニット１１１０は具体的に、時刻ｎ＋Ｔ４〜時刻ｎ＋Ｔ５内に前記複数の第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ４≧０、Ｔ４≦Ｔ５≦Ｔ６であり、Ｔ６は前記第１端末装置のデータの最小到達時間間隔である。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０２２０
【補正方法】変更
【補正の内容】
【０２２０】
選択肢として、前記リソース選択ユニット１１１０は具体的に、時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に前記複数の第１リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、Ｔ９は前記第１端末装置のデータの最大到達時間間隔であり、時間領域で隣接する２つの第１リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下である。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０２２２
【補正方法】変更
【補正の内容】
【０２２２】
選択肢として、前記リソース選択ユニット１１１０は具体的に、時刻ｎ＋Ｔ７〜時刻ｎ＋Ｔ８内に前記Ｋグループの候補リソースを選択することに用いられる。時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ７≧０、Ｔ７≦Ｔ８≦Ｔ９であり、Ｔ９は前記第１端末装置のデータの最大到達時間間隔である。
【手続補正１１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サイドリンクにおけるデータ伝送方法であって、
第１端末装置が選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信するための第１リソースを選択することと、
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択し、前記第１指示情報は前記第１リソースを指示することに用いられ、前記第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置が異なることと、
前記第１端末装置が前記第２リソースにおいて前記第１指示情報を送信し、前記第１リソースにおいて前記第１端末装置のデータを送信することと、を含むことを特徴とするサイドリンクにおけるデータ伝送方法。
【請求項２】
前記第１指示情報はサイドリンク制御情報（ＳＣＩ）に搬送され、又は前記第１指示情報はプリアンブルシーケンスであることを特徴とする請求項１に記載の方法。
【請求項３】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、
前記第１端末装置がリソースセンシングを行うことと、
前記第１端末装置が前記リソースセンシングの結果に基づいて、前記データリソースプールから前記第１リソースを選択することと、を含むことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記第１端末装置がリソースセンシングを行うことは、
前記第１端末装置が前記第２リソースの開始時刻の前にリソースセンシングを行うことを含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有し、
前記第１端末装置が前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することは、
前記第１端末装置が前記制御リソースプールにおける、前記第１リソースに対応する少なくとも１つのリソースから、前記第２リソースを選択することを含むことを特徴とする請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記第１端末装置は第２端末装置が第３リソースにおいて送信した第２指示情報を受信し、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示することと、
前記第１リソースと前記第４リソースとの間にリソース衝突が発生する場合、前記第１端末装置は前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することと、を更に含むことを特徴とする請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記第１リソースと前記第４リソースとの間にリソース衝突が発生することは、前記第１リソースと前記第４リソースが部分的又は完全に重複することを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記第１端末装置が前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することは、
前記第１端末装置は前記第１端末装置と前記第２端末装置のデータの優先度情報に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することを含むことを特徴とする請求項６に記載の方法。
【請求項９】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、
前記第１端末装置が時刻ｎ＋Ｔ１〜時刻ｎ＋Ｔ２内に前記第１リソースを選択することを含み、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ１≧０、Ｔ１≦Ｔ２≦Ｔ３であり、Ｔ３は前記第１端末装置のデータの遅延需要であることを特徴とする請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記第１端末装置が選択ウィンドウにおけるデータリソースプールから第１リソースを選択することは、
前記第１端末装置が前記選択ウィンドウにおける前記データリソースプールから複数の候補リソースを選択し、前記複数の候補リソースが前記第１リソースを含むことを含み、
時間領域で隣接する２つの候補リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であることを特徴とする請求項１〜８のいずれか１項に記載の方法。
【請求項１１】
端末装置であって、前記端末装置は第１端末装置であり、前記第１端末装置はリソース選択ユニットと送受信ユニットを備え、
前記リソース選択ユニットは、選択ウィンドウにおけるデータリソースプールから、前記第１端末装置のデータを送信するための第１リソースを選択することに用いられ、
前記リソース選択ユニットは更に、前記選択ウィンドウにおける制御リソースプールから、第１指示情報を送信するための第２リソースを選択することに用いられ、前記第１指示情報は前記第１リソースを指示することに用いられ、前記第１リソース及び前記第２リソースの時間領域及び／又は周波数領域での位置は異なり、
前記送受信ユニットは、前記第２リソースにおいて前記第１指示情報を送信し、前記第１リソースにおいて前記第１端末装置のデータを送信することに用いられることを特徴とする端末装置。
【請求項１２】
前記第１指示情報はサイドリンク制御情報（ＳＣＩ）に搬送され、又は前記第１指示情報はプリアンブルシーケンスであることを特徴とする請求項１１に記載の端末装置。
【請求項１３】
前記第１端末装置はリソースセンシングを行うことに用いられるセンシングユニットを更に備え、
前記リソース選択ユニットは具体的に、前記リソースセンシングの結果に基づいて、前記データリソースプールから前記第１リソースを選択することに用いられることを特徴とする請求項１１又は１２に記載の端末装置。
【請求項１４】
前記センシングユニットは具体的に、
前記第２リソースの開始時刻の前にリソースセンシングを行うことに用いられることを特徴とする請求項１３に記載の端末装置。
【請求項１５】
前記データリソースプールにおけるリソースと前記制御リソースプールにおけるリソースとは対応関係を有し、前記リソース選択ユニットは具体的に、
前記制御リソースプールにおける、前記第１リソースに対応する少なくとも１つのリソースから、前記第２リソースを選択することに用いられることを特徴とする請求項１１〜１４のいずれか１項に記載の端末装置。
【請求項１６】
前記第１端末装置は処理ユニットを更に備え、
前記送受信ユニットは、第２端末装置が第３リソースにおいて送信した第２指示情報を受信することに用いられ、前記第２指示情報は前記第２端末装置のデータを伝送するための第４リソースを指示し、
前記処理ユニットは、前記第１リソースと前記第４リソースとの間にリソース衝突が発生する場合、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することに用いられることを特徴とする請求項１１〜１５のいずれか１項に記載の端末装置。
【請求項１７】
前記第１リソースと前記第４リソースとの間にリソース衝突が発生することは、前記第１リソースと前記第４リソースが部分的又は完全に重複することを含むことを特徴とする請求項１６に記載の端末装置。
【請求項１８】
前記処理ユニットは具体的に、
前記第１端末装置と前記第２端末装置のデータの優先度情報に基づいて、前記第１リソースにおいて前記第１端末装置のデータを送信するか否かを判断することに用いられることを特徴とする請求項１６に記載の端末装置。
【請求項１９】
前記リソース選択ユニットは具体的に、時刻ｎ＋Ｔ１〜時刻ｎ＋Ｔ２内に前記第１リソースを選択することに用いられ、
時刻ｎは前記第１端末装置のデータの到達時刻であり、又は前記第１端末装置がリソース選択を開始する時刻であり、Ｔ１≧０、Ｔ１≦Ｔ２≦Ｔ３であり、Ｔ３は前記第１端末装置のデータの遅延需要であることを特徴とする請求項１１〜１８のいずれか１項に記載の端末装置。
【請求項２０】
前記リソース選択ユニットは具体的に、前記選択ウィンドウにおける前記データリソースプールから複数の候補リソースを選択し、前記複数の候補リソースが前記第１リソースを含むことに用いられ、
時間領域で隣接する２つの候補リソース間の時間間隔は前記第１端末装置のデータの遅延需要以下であることを特徴とする請求項１１〜１８のいずれか１項に記載の端末装置。
【国際調査報告】
2021530901.tif 000017
2021530901.tif 000018
2021530901.tif 000019
2021530901.tif 000020