▶ ダータン ゴーハイ インテリジェント アンド コネクティッド テクノロジー （チョンチン） カンパニー リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-03-21
(45)【発行日】2024-03-29
(54)【発明の名称】データ伝送方法、装置及び端末
(51)【国際特許分類】
H04W 72/40 20230101AFI20240322BHJP
H04W 52/02 20090101ALI20240322BHJP
H04W 72/0446 20230101ALI20240322BHJP
H04W 72/02 20090101ALI20240322BHJP
【ＦＩ】
H04W72/40
H04W52/02 110
H04W72/0446
H04W72/02
【請求項の数】
11
(21)【出願番号】P 2023522929
(86)(22)【出願日】2021-10-22
(65)【公表番号】
(43)【公表日】2023-10-26
(86)【国際出願番号】 CN2021125903
(87)【国際公開番号】W WO2022083769
(87)【国際公開日】2022-04-28
【審査請求日】2023-04-13
(31)【優先権主張番号】202011140957.8
(32)【優先日】2020-10-22
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】322001587
【氏名又は名称】中信科智聯科技有限公司
【氏名又は名称原語表記】ＣＩＣＴ Ｃｏｎｎｅｃｔｅｄ ａｎｄ Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．， Ｌｔｄ．
【住所又は居所原語表記】Ｏｆｆｉｃｅ ５０５， ５ｔｈ Ｆｌｏｏｒ， Ｂｕｉｌｄｉｎｇ ２， Ｎｏ． ２９９， Ｓｃｉｅｎｔｉｆｉｃ Ｒｅｓｅａｒｃｈ Ａｖｅｎｕｅ， Ｚｅｎｇｊｉａ Ｔｏｗｎ， Ｈｉｇｈ－ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｄｅｖｅｌｏｐｍｅｎｔ Ｚｏｎｅ， Ｊｉｕｌｏｎｇｐｏ Ｄｉｓｔｒｉｃｔ， Ｃｈｏｎｇｑｉｎｇ， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100166729
【弁理士】
【氏名又は名称】武田 幸子
(72)【発明者】
【氏名】温 小然
(72)【発明者】
【氏名】趙 鋭
【審査官】伊東 和重
(56)【参考文献】
【文献】米国特許出願公開第２０２１／０２２７６０４（ＵＳ，Ａ１）
【文献】vivo，Resource allocation for sidelink power saving[online]，3GPP TSG RAN WG1 #102-e，3GPP，2020年08月28日，R1-2005403，[検索日 2024.02.29],インターネット：<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_102-e/Docs/R1-2005403.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
第１端末に適用されるデータ伝送方法であって、第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定することと、
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することであって、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計であることと、
前記伝送リソースで前記データパケットを前記第２端末に伝送することと、を含む、データ伝送方法。
【請求項2】
前記第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定することは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記ターゲットリソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記ターゲットリソース選択ウィンドウのバックエッジとすることを含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジである、請求項１に記載するデータ伝送方法。
【請求項3】
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することは、リソースセンシングを実行することにより、前記ターゲットリソース選択ウィンドウから、全ての利用可能な候補シングルタイムスロットリソースの集合を取得することと、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間にある候補シングルタイムスロットリソースから、前記データパケットの最初Ｍ回の伝送リソースをランダムに選択することと、を含み、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである、請求項１に記載するデータ伝送方法。
【請求項4】
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することは、さらに、前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、
又は、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間のバックエッジからｎ＋Ｔ２までの時間帯にある候補シングルタイムスロットリソースから、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、を含む、請求項３に記載するデータ伝送方法。
【請求項5】
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することは、さらに、前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ個の伝送リソースをランダムに選択し、前記Ｎ個の伝送リソースのうちの最初Ｍ個の伝送リソースが前記ターゲット期間にあると決定するまでに、リソース選択を完了すること、を含み、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである、請求項３に記載するデータ伝送方法。
【請求項6】
前記ターゲットリソース選択ウィンドウは、第１リソース選択ウィンドウ及び第２リソース選択ウィンドウを含み、前記第２リソース選択ウィンドウは、前記ターゲット期間に対応するものであり、前記第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定することは、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、又は、ｎ＋ＴＲＸ＿ｅｎｄを前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、
及び、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第２リソース選択ウィンドウのフロントエッジとし、ｎ＋ＴＲＸ＿ｅｎｄを前記第２リソース選択ウィンドウのバックエッジとすること、を含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである、請求項１に記載するデータ伝送方法。
【請求項7】
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することは、リソースセンシングを実行することにより、前記第１リソース選択ウィンドウにおいて、第１利用可能な候補シングルタイムスロットリソース集合を取得し、前記第２リソース選択ウィンドウにおいて、第２利用可能な候補シングルタイムスロットリソース集合を取得することと、
前記第２利用可能な候補シングルタイムスロットリソース集合から、前記データパケットの最初Ｍ回の伝送のために伝送リソースを選択することと、
前記第１利用可能な候補シングルタイムスロットリソース集合から、前記データパケットのＮ－Ｍ回の伝送のために伝送リソースを選択することと、を含み、
Ｎ≧Ｍ≧１である、請求項６に記載するデータ伝送方法。
【請求項8】
前記第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定する前、第２端末のＤＲＸ構成を取得することをさらに含み、
ここで、前記第２端末のＤＲＸ構成は、少なくとも、前記第２端末がサイドリンクを監視する持続時間及びＤＲＸ周期を含む、請求項１に記載するデータ伝送方法。
【請求項9】
第１端末である端末であって、送受信機、メモリ、プロセッサ、及びメモリに記憶されてプロセッサで実行可能なコンピュータプログラムを含み、
ここで、前記プロセッサが前記コンピュータプログラムを実行するとき、請求項１から８のいずれか１項に記載のデータ伝送方法のステップを実現する、端末。
【請求項10】
第１端末に適用されるデータ伝送装置であって、第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定するように構成される決定モジュールと、
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択するように構成されるリソース選択モジュールであって、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計である、リソース選択モジュールと、
前記伝送リソースで前記データパケットを前記第２端末に伝送するように構成される伝送モジュールと、を含む、データ伝送装置。
【請求項11】
コンピュータプログラムが記憶されているコンピュータ可読記憶媒体であって、該コンピュータプログラムがプロセッサによって実行されるとき、請求項１から８のいずれか１項に記載のデータ伝送方法を実現する、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
（関連出願の相互参照）
本開示は、２０２０年１０月２２日に中国に提出された公開番号が２０２０１１１４０９５７．８である中国特許出願に基づく優先権を主張し、その全ての内容が援用として本願に組み込まれる。
本開示は、２０２０年１０月２２日に中国に提出された公開番号が２０２０１１１４０９５７．８である中国特許出願に基づく優先権を主張し、その全ての内容が援用として本願に組み込まれる。
【0002】
本開示は、通信技術分野に関し、特にデータ伝送方法、装置及び端末に関する。
【背景技術】
【0003】
共有チャンネルに基づく移動通信システム、例えばロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）において、上り下りデータの伝送は、基地局（ｅＮＢ）のスケジューラによって制御され、スケジューラは、あるユーザをスケジューリングすると決定するとき、制御チャンネルによって、どのようなリソースでデータを送信又は受信するかを端末に通知する。端末（ＵＥ）は、制御チャンネルを監視し、自分のスケジューリング情報が含まれると検出するとき、制御チャンネルでの指示に基づいて、データの送信（アップリンク）又は受信（ダウンリンク）を完了させる。アクティベーションされた状態で、端末が、ｅＮＢによる該端末に対するスケジューリングのタイミングがわからないため、一般的な動作モードにおいて、端末は、制御チャンネルを連続的に監視し、そのダウンリンクスケジューリング制御チャンネルを含む各サブフレームを解析することにより、スケジューリングされるか否かを判断する。このような動作方式は、端末のデータ量が大きく、頻繁にスケジューリングされる可能性がある場合、より高い効率を実現できます。しかしながら、一部のサービスについて、データの到着頻度が低いため、端末に対するスケジューリングの回数が少なくなることを引き起こし、端末が制御チャンネルを監視し続けると、その消費電力を増加させることは明らかである。消費電力の問題を解決するために、ＬＴＥシステムは、間欠受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、ＤＲＸ）動作モードを採用し、このような動作モードでは、端末は、制御チャンネルを周期的に監視するため、電力節約の目的を達成する。
【0004】
既存のＵｕインターフェース（ＵＥと地上無線アクセスネットワークとの間のインターフェース）のＤＲＸメカニズムでは、基地局は、制御チャンネルによって、ＵＥがどのようなリソースでデータを送信又は受信するかをＵＥに通知する。ＵＥは、ＤＲＸ持続期間（Ｏｎ Ｄｕｒａｔｉｏｎ）の間に制御チャンネルを監視し、自分のスケジューリング情報が含まれると検出するとき、制御チャンネル上の指示に基づいてデータの送信（アップリンク）又は受信（ダウンリンク）を完了させる。しかしながら、サイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）モード２（ｍｏｄｅ－２）のリソース割り当てにおいて、ＵＥは、自律的にリソースを選択する方式を採用してデータパケットの伝送を行い、サイドリンクにＤＲＸメカニズムを導入するとき、サービスの確実な伝送を確保できないという問題が存在している。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本開示は、従来技術におけるサイドリンクにＤＲＸメカニズムを導入するとき、サービスの確実な伝送を確保できないという問題を解決するために、データ伝送方法、装置及び端末を提供する。
【課題を解決するための手段】
【0006】
第１態様において、本開示の実施例は、第１端末に適用されるデータ伝送方法を提供し、該方法は、
第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定することと、
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することであって、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計であることと、
前記伝送リソースで前記データパケットを前記第２端末に伝送することと、を含む。
第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定することと、
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することであって、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計であることと、
前記伝送リソースで前記データパケットを前記第２端末に伝送することと、を含む。
【0007】
選択可能に、前記第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定することは、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記ターゲットリソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記ターゲットリソース選択ウィンドウのバックエッジとすることを含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジである。
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記ターゲットリソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記ターゲットリソース選択ウィンドウのバックエッジとすることを含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジである。
【0008】
選択可能に、前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することは、
リソースセンシングを実行することにより、前記ターゲットリソース選択ウィンドウから、全ての利用可能な候補シングルタイムスロットリソースの集合を取得することと、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間にある候補シングルタイムスロットリソースから、前記データパケットの最初Ｍ回の伝送リソースをランダムに選択することと、を含み、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
リソースセンシングを実行することにより、前記ターゲットリソース選択ウィンドウから、全ての利用可能な候補シングルタイムスロットリソースの集合を取得することと、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間にある候補シングルタイムスロットリソースから、前記データパケットの最初Ｍ回の伝送リソースをランダムに選択することと、を含み、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0009】
選択可能に、前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することは、さらに、
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、
又は、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間のバックエッジからｎ＋Ｔ２までの時間帯にある候補シングルタイムスロットリソースから、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、を含む。
選択可能に、前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することは、
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ個の伝送リソースをランダムに選択し、前記Ｎ個の伝送リソースのうちの最初Ｍ個の伝送リソースが前記ターゲット期間にあると決定するまでに、リソース選択を完了すること、を含み、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、
又は、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間のバックエッジからｎ＋Ｔ２までの時間帯にある候補シングルタイムスロットリソースから、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、を含む。
選択可能に、前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することは、
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ個の伝送リソースをランダムに選択し、前記Ｎ個の伝送リソースのうちの最初Ｍ個の伝送リソースが前記ターゲット期間にあると決定するまでに、リソース選択を完了すること、を含み、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0010】
選択可能に、前記ターゲットリソース選択ウィンドウは、第１リソース選択ウィンドウ及び第２リソース選択ウィンドウを含み、前記第２リソース選択ウィンドウは、前記ターゲット期間に対応するものであり、
前記第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定することは、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、又は、ｎ＋ＴＲＸ＿ｅｎｄを前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、
及び、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第２リソース選択ウィンドウのフロントエッジとし、ｎ＋ＴＲＸ＿ｅｎｄを前記第２リソース選択ウィンドウのバックエッジとすること、を含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
選択可能に、前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することは、
リソースセンシングを実行することにより、前記第１リソース選択ウィンドウにおいて、第１利用可能な候補シングルタイムスロットリソース集合を取得し、前記第２リソース選択ウィンドウにおいて、第２利用可能な候補シングルタイムスロットリソース集合を取得することと、
前記第２利用可能な候補シングルタイムスロットリソース集合から、前記データパケットの最初Ｍ回の伝送のために伝送リソースを選択することと、
前記第１利用可能な候補シングルタイムスロットリソース集合から、前記データパケットのＮ－Ｍ回の伝送のために伝送リソースを選択することと、を含み、
Ｎ≧Ｍ≧１である。
前記第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定することは、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、又は、ｎ＋ＴＲＸ＿ｅｎｄを前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、
及び、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第２リソース選択ウィンドウのフロントエッジとし、ｎ＋ＴＲＸ＿ｅｎｄを前記第２リソース選択ウィンドウのバックエッジとすること、を含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
選択可能に、前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することは、
リソースセンシングを実行することにより、前記第１リソース選択ウィンドウにおいて、第１利用可能な候補シングルタイムスロットリソース集合を取得し、前記第２リソース選択ウィンドウにおいて、第２利用可能な候補シングルタイムスロットリソース集合を取得することと、
前記第２利用可能な候補シングルタイムスロットリソース集合から、前記データパケットの最初Ｍ回の伝送のために伝送リソースを選択することと、
前記第１利用可能な候補シングルタイムスロットリソース集合から、前記データパケットのＮ－Ｍ回の伝送のために伝送リソースを選択することと、を含み、
Ｎ≧Ｍ≧１である。
【0011】
選択可能に、前記第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定する前、
第２端末のＤＲＸ構成を取得することをさらに含み、
ここで、前記第２端末のＤＲＸ構成は、少なくとも、前記第２端末がサイドリンクを監視する持続時間及びＤＲＸ周期を含む。
第２態様において、本開示の実施例は、第１端末である端末を提供し、前記端末は、送受信機、メモリ、プロセッサ、及びメモリに記憶されてプロセッサで実行可能なコンピュータプログラムを含み、前記プロセッサが前記コンピュータプログラムを実行するとき、上記のデータ伝送方法のステップを実現する。
第２端末のＤＲＸ構成を取得することをさらに含み、
ここで、前記第２端末のＤＲＸ構成は、少なくとも、前記第２端末がサイドリンクを監視する持続時間及びＤＲＸ周期を含む。
第２態様において、本開示の実施例は、第１端末である端末を提供し、前記端末は、送受信機、メモリ、プロセッサ、及びメモリに記憶されてプロセッサで実行可能なコンピュータプログラムを含み、前記プロセッサが前記コンピュータプログラムを実行するとき、上記のデータ伝送方法のステップを実現する。
【0012】
第３態様において、本開示の実施例は、第１端末に適用されるデータ伝送装置を提供し、該装置は、
第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定するように構成される決定モジュールと、
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択するように構成されるリソース選択モジュールであって、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計である、リソース選択モジュールと、
前記伝送リソースで前記データパケットを前記第２端末に伝送するように構成される伝送モジュールと、を含む。
第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定するように構成される決定モジュールと、
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択するように構成されるリソース選択モジュールであって、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計である、リソース選択モジュールと、
前記伝送リソースで前記データパケットを前記第２端末に伝送するように構成される伝送モジュールと、を含む。
【0013】
第４態様において、本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ可読記憶媒体を提供し、該コンピュータプログラムがプロセッサによって実行されるとき、上記のデータ伝送方法のステップを実現する。
【発明の効果】
【0014】
本開示の上記技術的解決手段の有益な効果は、以下のとおりである。
上記方法において、第１端末は、第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定し、そして前記ターゲットリソース選択ウィンドウにおいてデータパケットのために伝送リソースを選択し、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計であり、さらに、前記伝送リソースで前記データパケットを前記第２端末に伝送し、それによって、第１端末の初期伝送リソース及び再送リソースの選択に対する第２端末のＤＲＸ構成の影響を十分に考慮したため、少なくとも最初Ｍ回の選択された伝送リソースが第２端末の受信時間帯に対応することを確保することができ、それによって、第２端末が消費電力を低減させるとともに、サービスの確実な受信を確保することができる。
上記方法において、第１端末は、第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定し、そして前記ターゲットリソース選択ウィンドウにおいてデータパケットのために伝送リソースを選択し、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計であり、さらに、前記伝送リソースで前記データパケットを前記第２端末に伝送し、それによって、第１端末の初期伝送リソース及び再送リソースの選択に対する第２端末のＤＲＸ構成の影響を十分に考慮したため、少なくとも最初Ｍ回の選択された伝送リソースが第２端末の受信時間帯に対応することを確保することができ、それによって、第２端末が消費電力を低減させるとともに、サービスの確実な受信を確保することができる。
【図面の簡単な説明】
【0015】
【図1】ＤＲＸの基本原理を示す図である。
【図2】リソース選択ウィンドウとリソースセンシングウィンドウの時間関係を示す図である。
【図3】再評価メカニズムを示す模式図である。
【図4】リソースプリエンプションメカニズムを示す模式図である。
【図5】本開示の実施例のデータ伝送方法を示すフローチャート（その一）である。
【図6】本開示の実施例の第１端末によるリソースセンシングと選択、及び、第２端末による間欠受信の時系列を示す模式図である。
【図7】本開示の実施例のターゲットリソース選択ウィンドウと第２端末の間欠受信の時系列を示す模式図（その一）である。
【図8】本開示の実施例のターゲットリソース選択ウィンドウと第２端末の間欠受信の時系列を示す模式図（その二）である。
【図9】本開示の実施例のデータ伝送方法を示すフローチャート（その二）である。
【図10】本開示の実施例のリソース選択を示す模式図（その一）である。
【図11】本開示の実施例のデータ伝送方法を示すフローチャート（その三）である。
【図12】本開示の実施例のリソース選択を示す模式図（その二）である。
【図13】本開示の実施例のデータ伝送方法を示すフローチャート（その四）である。
【図14】本開示のＨＡＲＱ再送に基づくリソース選択を示す模式図である。
【図15】本開示の第２端末のＤＲＸプロセスを示す模式図（その一）である。
【図16】本開示の第２端末のＤＲＸプロセスを示す模式図（その二）である。
【図17】本開示の第２端末のＤＲＸプロセスを示す模式図（その三）である。
【図18】本開示の第２端末のＤＲＸプロセスを示す模式図（その四）である。
【図19】本開示の第１端末のデータ伝送方法と第２端末の間欠受信を示すフローチャートである。
【図20】本開示のデータ伝送装置の構造を示すブロック図である。
【図21】本開示の端末の構造を示すブロック図である。
【発明を実施するための形態】
【0016】
本願が解決しようとする技術的問題、技術的解決手段及び利点をより明確にするために、以下は図面及び具体的な実施例を参照して詳細に説明する。以下の説明において、具体的な構成や構成要素等の詳細は、本開示の理解を容易にするために記載されたものである。したがって、本開示の範囲及び精神から逸脱することなく、本明細書に記載の実施形態の様々な変更及び修正を行うことができることは、当業者には明らかであろう。なお、既知の機能や構成については、明確かつ簡潔にするために省略する。
【0017】
明細書全体を通して「１つの実施例」又は「１つの実施例」への言及は、その実施例に関連する特定の特徴、構造、又は特性が本開示の少なくとも１つの実施例に含まれることを意味することを理解されたい。したがって、本明細書全体の様々な場所で出現する「１つの実施例において」又は「１つの実施例において」は、必ずしも同じ実施例であるとは限らない。さらに、これらの特定の特徴、構造、又は特性は、１つ又は複数の実施例において任意の適切な方法で組み合わせることができる。
【0018】
本開示の様々な実施形態において、以下の各プロセスの番号大小は、実行の順序を意味するものではなく、各プロセスの実行順序は、その機能及び内部ロジックによって決定されるべきであり、本開示の実施形態の実施プロセスに対していかなる限定を構成しない。
【0019】
また、本明細書における用語「システム」及び「ネットワーク」は、本明細書において常に交換可能に使用される。
【0020】
本開示の実施例において、理解すべきことは、「Ａに対応するＢ」は、ＢがＡに関連することを示し、Ａに基づいてＢを決定することができる。また、Ａに基づいてＢを決定することは、Ａのみに基づいてＢを決定することを意味せず、Ａ及び／又は他の情報に基づいてＢを決定することもできることを理解すべきである。
【0021】
本開示の実施例において、アクセスネットワークの形態は、制限されず、例えば、マクロ基地局（Ｍａｃｒｏ Ｂａｓｅ Ｓｔａｔｉｏｎ）、ピコ基地局（Ｐｉｃｏ Ｂａｓｅ Ｓｔａｔｉｏｎ）、ノード Ｂ（３Ｇ モバイル基地局の名前）、拡張基地局（ｅＮＢ）、拡張ホーム基地局（Ｆｅｍｔｏ ｅＮＢ又はＨｏｍｅ ｅＮｏｄｅ Ｂ又はＨｏｍｅ ｅＮＢ又はＨｅＮＢ）、中継局、アクセスポイント、ＲＲＵ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ、リモート無線周波数モジュール）、ＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ、リモートラジオヘッド）等を含むアクセスネットワークであってもよい。ユーザ端末は、携帯電話（又は携帯）、又はワイヤレス信号を送受信できる他の機器であってもよく、ユーザ機器、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信装置、ハンドヘルドデバイス、ラップトップコンピューター、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）ステーション、モバイル信号をＷｉＦｉ信号に変換できるユーザ端末（ＣＰＥ）又はモバイルスマートホットスポット、スマート家電、又は人間の操作機器なしで自発的にモバイル通信ネットワークと通信できるその他の機器であってもよい。
【0022】
本開示の実施例を説明するとき、まず、以下の説明に用いられる概念を解釈して説明する。
【0023】
一、ＤＲＸ基本原理
ＤＲＸの基本原理は、図１に示すとおりである。ここで、Ｏｎ ｄｕｒａｔｉｏｎは、端末ＵＥが制御チャンネルを監視する時間帯を示すものであり、その間に無線周波数チャネルが開かれ、制御チャンネルを連続的に監視する。Ｏｎ ｄｕｒａｔｉｏｎ以外の他の時間について、ＵＥは、スリープ（Ｓｌｅｅｐ）状態にあり、電力節約の目的を達成するために、その間に無線周波数リンクが閉鎖され、制御チャンネルを監視しなくなる。Ｏｎ Ｄｕｒａｔｉｏｎは、周期的に（Ｃｙｃｌｅ）発生するものであり、具体な周期は、ｅＮＢ構成によって実現される。
ＤＲＸの基本原理は、図１に示すとおりである。ここで、Ｏｎ ｄｕｒａｔｉｏｎは、端末ＵＥが制御チャンネルを監視する時間帯を示すものであり、その間に無線周波数チャネルが開かれ、制御チャンネルを連続的に監視する。Ｏｎ ｄｕｒａｔｉｏｎ以外の他の時間について、ＵＥは、スリープ（Ｓｌｅｅｐ）状態にあり、電力節約の目的を達成するために、その間に無線周波数リンクが閉鎖され、制御チャンネルを監視しなくなる。Ｏｎ Ｄｕｒａｔｉｏｎは、周期的に（Ｃｙｃｌｅ）発生するものであり、具体な周期は、ｅＮＢ構成によって実現される。
【0024】
セルラーネットワークのＤＲＸメカニズムは、データサービスの到着モデルを考慮しており、つまり、データパケットの到着は、突然に発生するものである（データパケットが到着すると、短い時間で多いパケットが連続的に到着することが理解できる）。このようなサービス到着の特点に適応するために、ＬＴＥ ＤＲＸプロセスは、複数種のタイマーを採用して、ハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ）プロセスと組み合わせて、より優れた電力節約性能の実現を望む。
【0025】
二、ＤＲＸに関連するタイマーを説明し、主に以下のタイマーを含む。
【0026】
１、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＵＥが周期的にウェイクアップして制御チャンネルを監視する時間である。
【0027】
２、短いＤＲＸ周期タイマー（Ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ Ｔｉｍｅｒ）：データサービス到着の特点により適切に適応するために、セルラーネットワーク通信システムは、２種ＤＲＸ周期（ＤＲＸ ｃｙｃｌｅ）、即ち、長い周期（ｌｏｎｇ ｃｙｃｌｅ）及び短い周期（ｓｈｏｒｔ ｃｙｃｌｅ）の構成をサポートする。２種ｃｙｃｌｅのｏｎ ｄｕｒａｔｉｏｎ ｔｉｍｅｒは、同一であるが、ｓｌｅｅｐの時間は、異なる。ｓｈｏｒｔ ｃｙｃｌｅにおいて、ｓｌｅｅｐ時間は、比較的短く、ＵＥは、より速く制御チャンネルを再び監視することができる。Ｌｏｎｇ ｃｙｃｌｅは、ＤＲＸプロセスの初期状態であって、構成される必要があるものである。ｓｈｏｒｔ ｃｙｃｌｅは、選択可能なものである。ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅ ｔｉｍｅｒは、ｓｈｏｒｔ ｃｙｃｌｅの持続時間を設定する。短い周期タイマー（Ｓｈｏｒｔ ｃｙｃｌｅ ｔｉｍｅｒ）が満了すると、ＵＥは、Ｌｏｎｇ ｃｙｃｌｅを使用する。
【0028】
３、ＤＲＸ非アクティブ化タイマー（ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）：ＤＲＸを構成した後、ＵＥが、制御チャンネルの監視が許容される時間内（アクティベーション時間Ａｃｔｉｖｅ Ｔｉｍｅ）にＨＡＲＱ初期伝送の制御シグナリングを受信する時に該タイマーを起動し、該タイマーが満了する前、ＵＥは、制御チャンネルを連続的に監視する。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了する前、ＵＥは、ＨＡＲＱ初期伝送の制御シグナリングを受信すれば、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを終了して改めて起動する。
【0029】
４、ＨＡＲＱラウンドトリップ遅延タイマー（ＨＡＲＱ Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ Ｔｉｍｅｒ、ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）：ＤＲＸダウンリンクＨＡＲＱラウンドトリップ遅延タイマー（ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ）とＤＲＸアップリンクＨＡＲＱラウンドトリップ遅延タイマー（ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＵＬ）に分割され、それによって、ＵＥは、次の再送が到着する前に制御チャンネルを監視しない可能性があり、より優れた電力節約の効果を達成する。ダウンリンクを例とし、ＵＥの関連プロセスの物理アップリンクリンク制御チャンネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）伝送が開始された後の１番目のシンボルが起動し、タイマーを起動させることにある。前回のＨＡＲＱ伝送の後、対応するＨＡＲＱプロセスにおけるデータのデコードに失敗すれば（ＵＥは、ＮＡＣＫをフィードバックする）、ダウンリンク ＨＡＲＱラウンドトリップ遅延タイマー（ＤＬ ＨＡＲＱ ＲＴＴ Ｔｉｍｅｒ）が満了した後、ＵＥは、ＤＲＸダウンリンク再送タイマー（ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬ）を起動する。前回のＨＡＲＱ伝送の後、対応するＨＡＲＱプロセスにおけるデータのデコードに成功すれば（ＵＥは、ＡＣＫをフィードバックする）、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬタイマーが満了した後、ＵＥは、ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬを起動しない。ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬのみが動作すれば、ＵＥは、制御チャンネルを監視しない。
【0030】
５、ＨＡＲＱ再送タイマー（ＨＡＲＱ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）：ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒＤＬとＤＲＸアップリンク再送タイマー（ｄｒｘ－ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ ＵＬ）に分割される。ダウンリンクを例とし、ダウンリンク再送タイマー（ＤＬ ＨＡＲＱ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ）の動作期間にＵＥは、制御シグナリングを監視し、対応するＨＡＲＱプロセスの再送スケジューリングを待つ。
【0031】
三、ＤＲＸでのＡｃｔｉｖｅ ｔｉｍｅの定義
Ｏｎ ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ、ＨＡＲＱ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ及び非アクティブ化タイマー（Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）のうち、いずれかのタイマーが動作している場合、第２端末は、制御チャンネルを監視する。第２端末が制御チャンネルを監視する持続時間は、Ａｃｔｉｖｅ Ｔｉｍｅとも呼ばれる。
Ｏｎ ｄｕｒａｔｉｏｎ Ｔｉｍｅｒ、ＨＡＲＱ ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ及び非アクティブ化タイマー（Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）のうち、いずれかのタイマーが動作している場合、第２端末は、制御チャンネルを監視する。第２端末が制御チャンネルを監視する持続時間は、Ａｃｔｉｖｅ Ｔｉｍｅとも呼ばれる。
【0032】
ＬＴＥシステムでは、Ａｃｔｉｖｅ Ｔｉｍｅは、ＤＲＸ タイマー（ＤＲＸ ｔｉｍｅｒ）の影響だけでなく、他の要因の影響を受ける。ＬＴＥ Ｒｅｌ－８ ＵＥのＡｃｔｉｖｅ Ｔｉｍｅは、
（１）ＤＲＸ持続時間タイマー（ｄｒｘ－ｏｎＤｕｒａｔｉｏｎ Ｔｉｍｅｒ）又は、ＤＲＸ非アクティブ化タイマー（ｄｒｘ－Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）又は、ＤＲＸダウンリンク再送タイマー（ｄｒｘ－Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ ＤＬ）又は、ＤＲＸアップリンク再送タイマー（ｄｒｘ－Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ ＵＬ）又は、競合解決タイマー（ｒａ－Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｔｉｍｅｒ）動作の時間、
（２）ＵＥは、アップリンクスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ）を送信した後、基地局が物理ダウンリンク制御チャンネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を送信することを待つ時間、
（３）非競合ランダムアクセスにおいて、ＵＥは、ランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ、ＲＡＲ）を受信した後、セル無線ネットワーク一時識別子（Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）によってスケジューリングされるＰＤＣＣＨを待つ時間、を含む。
（１）ＤＲＸ持続時間タイマー（ｄｒｘ－ｏｎＤｕｒａｔｉｏｎ Ｔｉｍｅｒ）又は、ＤＲＸ非アクティブ化タイマー（ｄｒｘ－Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒ）又は、ＤＲＸダウンリンク再送タイマー（ｄｒｘ－Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ ＤＬ）又は、ＤＲＸアップリンク再送タイマー（ｄｒｘ－Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅｒ ＵＬ）又は、競合解決タイマー（ｒａ－Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｔｉｍｅｒ）動作の時間、
（２）ＵＥは、アップリンクスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ）を送信した後、基地局が物理ダウンリンク制御チャンネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を送信することを待つ時間、
（３）非競合ランダムアクセスにおいて、ＵＥは、ランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ、ＲＡＲ）を受信した後、セル無線ネットワーク一時識別子（Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、Ｃ－ＲＮＴＩ）によってスケジューリングされるＰＤＣＣＨを待つ時間、を含む。
【0033】
なお、共通ＤＲＸ（Ｃｏｍｍｏｎ ＤＲＸ）でのｏｎｄｕｒａｔｉｏｎの計算は、以下のとおりである。
【0034】
（１）ｓｈｏｒｔ ＤＲＸ ｃｙｃｌｅについて、ｏｎｄｕｒａｔｉｏｎの計算式は、
［（ＳＦＮ ×１０）＋ ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ］ ｍｏｄｕｌｏ（ｓｈｏｒｔＤＲＸ－Ｃｙｃｌｅ）＝（ｄｒｘＳｔａｒｔＯｆｆｓｅｔ）ｍｏｄｕｌｏ（ｓｈｏｒｔＤＲＸ－Ｃｙｃｌｅ）である。
［（ＳＦＮ ×１０）＋ ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ］ ｍｏｄｕｌｏ（ｓｈｏｒｔＤＲＸ－Ｃｙｃｌｅ）＝（ｄｒｘＳｔａｒｔＯｆｆｓｅｔ）ｍｏｄｕｌｏ（ｓｈｏｒｔＤＲＸ－Ｃｙｃｌｅ）である。
【0035】
（２）ｌｏｎｇ ＤＲＸ ｃｙｃｌｅについて、ｏｎｄｕｒａｔｉｏｎの計算式は、
［（ＳＦＮ×１０）＋ ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ］ ｍｏｄｕｌｏ（ｌｏｎｇＤＲＸ－Ｃｙｃｌｅ）＝ ｄｒｘＳｔａｒｔＯｆｆｓｅｔである。
［（ＳＦＮ×１０）＋ ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ］ ｍｏｄｕｌｏ（ｌｏｎｇＤＲＸ－Ｃｙｃｌｅ）＝ ｄｒｘＳｔａｒｔＯｆｆｓｅｔである。
【0036】
ここで、ＳＦＮは、現在の無線フレームのＳＦＮ番号であり、Ｓｕｂｆｒａｍｅ ｎｕｍｂｅｒは、現在のサブフレームの番号であり、ｓｈｏｒｔＤＲＸ－Ｃｙｃｌｅは、短いＤＲＸ周期であり、ｌｏｎｇＤＲＸ－Ｃｙｃｌｅは、長いＤＲＸ周期であり、ｄｒｘＳｔａｒｔＯｆｆｓｅｔは、ＲＲＣシグナリングにより設定されるオフセット値である。
【0037】
四、ＮＲ（Ｎｅｗ Ｒａｄｉｏ）に基づく車載無線通信技術モード２（Ｎｅｗ Ｒａｄｉｏ－Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ Ｍｏｄｅ ２、ＮＲ－Ｖ２Ｘ Ｍｏｄｅ ２）のリソース割り当てプロセス
ＮＲ－Ｖ２Ｘ Ｍｏｄｅ ２リソース割り当ては、プロトコルバージョン１５（Ｒｅｌｅａｓｅ－１５、Ｒｅｌ－１５）ＬＴＥ－Ｖ２Ｘがサポートできない拡張アプリケーション需求をサポートするためのものであり、分散型リソーススケジューリング方式（即ち、ＵＥが、自律的に伝送リソースを選択する方式）を採用し、基地局による統括的なスケジューリングがないため、ＵＥは、センシングメカニズムによって他のＵＥのリソース占有状況を決定し、センシング結果に基づいてリソース選択を行う必要がある。ＮＲ－Ｖ２Ｘ Ｍｏｄｅ ２のリソース選択フローは以下である。
ＮＲ－Ｖ２Ｘ Ｍｏｄｅ ２リソース割り当ては、プロトコルバージョン１５（Ｒｅｌｅａｓｅ－１５、Ｒｅｌ－１５）ＬＴＥ－Ｖ２Ｘがサポートできない拡張アプリケーション需求をサポートするためのものであり、分散型リソーススケジューリング方式（即ち、ＵＥが、自律的に伝送リソースを選択する方式）を採用し、基地局による統括的なスケジューリングがないため、ＵＥは、センシングメカニズムによって他のＵＥのリソース占有状況を決定し、センシング結果に基づいてリソース選択を行う必要がある。ＮＲ－Ｖ２Ｘ Ｍｏｄｅ ２のリソース選択フローは以下である。
【0038】
フロー１：候補シングルｓｌｏｔリソースＲｘ，ｙは、［ｎ＋Ｔ１，ｎ＋Ｔ２］時間内のｔｙ ｓｌｏｔでの連続的なｘ＋ｊ個のサブチャンネルであり、図２に示すとおりである。ここで、０≦Ｔ１≦Ｔｐｒｏｃ，１であり、Ｔｐｒｏｃ，１は、ＵＥの送信処理遅延（センシングに基づくリソース選択時間、ＰＳＣＣＨの送信準備時間及びＰＳＳＣＨの送信準備時間を含む）を示すものであり、その値は、｛３、５、９、１７｝物理ｓｌｏｔｓであってもよく、それぞれ、サブキャリア間隔（Ｓｕｂ－Ｃａｒｒｉｅｒ Ｓｐａｃｅ、ＳＣＳ）｛１５、３０、６０、１２０｝ｋＨｚに対応し、Ｔ２ｍｉｎ≦Ｔ２≦残りのサービスパケット伝送遅延バジェット（Ｒｅｍａｉｎｉｎｇ Ｐａｃｋｅｔ Ｄｅｌａｙ Ｂｕｄｇｅｔ、Ｒｅｍａｉｎｉｎｇ ＰＤＢ）であり、Ｔ２ｍｉｎは、上位層パラメータｔ２ｍｉｎ＿ＳｅｌｅｃｔｉｏｎＷｉｎｄｏｗによって設定されるＴ２最小値であり、ｒｅｍａｉｎｉｎｇ ＰＤＢは、データパケットの残りの遅延バジェットであり、候補シングルｓｌｏｔリソースの総数は、Ｍｔｏｔａｌである。
【0039】
フロー２：ＵＥは、センシングウィンドウ［ｎ－Ｔ０，ｎ－Ｔｐｒｏｃ，０］内のｓｌｏｔを持続的に監測して、ＰＳＣＣＨ、ＰＳＳＣＨのデコード及びＰＳＳＣＨ又は、ＰＳＣＣＨ－ＲＳＲＰの測定を行う。Ｔ０は、上位層によって設定されるセンシングウィンドウ長さであり、Ｔｐｒｏｃ，０は、ＵＥが前のセンシング結果を処理する時間であり、その値は、｛１、１、２、４｝物理 ｓｌｏｔｓであってもよく、それぞれ、ＳＣＳ｛１５、３０、６０、１２０｝ｋＨｚに対応する。
【0040】
フロー３：Ｔｈ（ｐｉ，ｐｊ）は、ｓｌ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６におけるｉ番目のＲＳＲＰドメインの指示し、ｉ＝ｐｉ＋（ｐｊ－１）×８であり、ｐｉは、受信したＳＣＩに指示される優先度を示し、ｐｊは、送信側ＵＥが伝送する優先度を示し、ｐｊ＝ｐｒｉｏＴＸである。
【0041】
フロー４：初期化ＳＡは、全ての候補シングルｓｌｏｔリソースの集合である。
【0042】
フロー５：ｓｋｉｐ ｓｌｏｔｓに対応する候補ｓｌｏｔｓを排除し、監視されないタイムスロット（ｓｋｉｐ ｓｌｏｔｓ）は、半複信の影響によるセンシング（ｓｅｎｓｉｎｇ）できないｓｌｏｔｓ（例えば、ｙ）であり、システムによって設定される全ての周期（例えば、２０ｍｓ、５０ｍｓ、１００ｍｓ）について、後続の対応する位置に位置する全ての候補ｓｌｏｔｓ（即ち、ｙ、ｙ＋２０×２μ、ｙ＋４０×２μ、ｙ＋５０×２μ、ｙ＋６０×２μ、ｙ＋８０×２μ、ｙ＋１００×２μ…等のうちの選択ウィンドウ内に位置するｓｌｏｔｓ）を排除する。
【0043】
フロー６：以下の２つの条件を満たす候補シングルｓｌｏｔリソースを排除する。
【0044】
条件ａは、受信したサイドリンク制御情報（Ｓｉｄｅｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＳＣＩ）によって指示されるＰＳＳＣＨ－ＲＳＲＰ測定値がＴｈ（ｐｒｉｏＲＸ，ｐｒｉｏＴＸ）より大きいことである。
【0045】
条件ｂは、受信したＳＣＩによって指示される予備リソースが、候補リソースｙで送信されるＴＢ、又は、後続のｙ＋ｘ×Ｐｓｔｅｐ×２μでの候補リソースで送信されるＴＢと部分的にオーバーラップし又は完全にオーバーラップし、Ｐｓｔｅｐは、サービスを生成する周期であり、その単位は、ｍｓであり、ｘは、整数で、後続の周期数を表すものである。
【0046】
フロー７：ＳＡのうちの残りのリソースがＸ×Ｍｔｏｔａｌより小さい場合、Ｔｈ（ｐｉ，ｐｊ）を全て３ｄＢだけ増加させ、それと同時にフロー４に戻り、所定のｐｒｉｏＴＸについて、Ｘは、上位層パラメータｓｌ－ｘＰｅｒｃｅｎｔａｇｅ（ｐｒｉｏＴＸ）によって設定されるものである。
【0047】
フロー８：ＵＥは、ＳＡを上位層に報告する。
【0048】
フロー９：上位層は、ＨＡＲＱ ＲＴＴ（Ｒｏｕｎｄ－Ｔｒｉｐ Ｔｉｍｅ、ラウンドトリップ遅延）の制約条件を満たす場合、ＳＡから、現在のデータパケットのために初期伝送リソース及び再送リソースをランダムに選択する。
【0049】
これに基づき、非周期的に突然に発生したサービスによるリソース衝突を解決し、優先度の高いサービスの信頼性を確保するために、図３と図４に示すように、Ｒｅ－ｅｖａｌｕａｔｉｏｎ（再評価）メカニズムとＰｒｅ－ｅｍｐｔｉｏｎ（プリエンプション）メカニズムがそれぞれ追加される。ここで、再評価メカニズムは、主に予約されていないリソースに対するものであり、リソース送信の前に、最新のセンシング結果に基づき、選択されたリソースに衝突が発生するか否かを判断する。衝突が発生した場合、リソース衝突の確率を低下するために再選択を実行することができ、プリエンプションメカニズムは、主に予約されているリソースに対するものであり、予約されているリソースが優先度の高い端末ＵＥによってプリエンプトされることが判明した場合、高い優先度と低い優先度との間に衝突の発生を回避し、優先度の高いサービスの性能を確保するために、優先度の低いＵＥをトリガしてリソースの再選択を行う必要ある。
【0050】
具体的に、本開示の実施例は、従来技術におけるサイドリンクにＤＲＸメカニズムを導入するとき、サービスの確実な伝送を確保できないという問題を解決するために、データ伝送方法、装置及び端末を提供する。
【0051】
第１実施例
図５に示すように、本開示の実施例は、第１端末に適用されるデータ伝送方法を提供し、具体に以下のステップ１１～１３を含む。
図５に示すように、本開示の実施例は、第１端末に適用されるデータ伝送方法を提供し、具体に以下のステップ１１～１３を含む。
【0052】
ステップ１１において、第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定する。
【0053】
ここで、第２端末の間欠受信ＤＲＸ構成に基づいて、既に決定されたリソース選択ウィンドウにおいて、ターゲットリソース選択ウィンドウを決定する。既に決定されたリソース選択ウィンドウは、第１端末が、上位層によって構成されるパラメータに基づいて設定するものである。図２において、既に決定されたリソース選択ウィンドウは、ｎ＋Ｔ１からｎ＋Ｔ２までの時間帯に対応し、ｎは、現在のデータパケットの生成時刻又はリソースの再選択時刻、０≦Ｔ１≦Ｔｐｒｏｃ，１であり、Ｔｐｒｏｃ，１は、端末の送信処理遅延を示すものであり、Ｔ２ｍｉｎ≦Ｔ２≦ｒｅｍａｉｎｉｎｇ ＰＤＢであり、Ｔ２ｍｉｎは、上位層によって設定されるＴ２の最小値であり、ｒｅｍａｉｎｉｎｇ ＰＤＢは、データパケットの残りの遅延バジェットである。図２は、既に決定されたリソース選択ウィンドウとリソースセンシングウィンドウとの間の時間関係を示す。
【0054】
ここで、第２端末の間欠受信ＤＲＸ構成は、ネットワークによって第２端末に設定される１セットのＤＲＸパラメータであり、又は、第２端末が、ネットワークによって設定される複数セットのＤＲＸパラメータから選択される１セットのＤＲＸパラメータであり、又は、第２端末が、自律的に設定してネットワーク側に通知する１セットのＤＲＸパラメータであり、又は、接続が予め確立された第１端末が第２端末に設定する１セットのＤＲＸパラメータである。
【0055】
さらに、第２端末のＤＲＸ構成は、少なくとも、第２端末がサイドリンクを監視する持続時間及びＤＲＸ周期を含み、ここで、第２端末がサイドリンクを監視する持続時間は、少なくとも、ＤＲＸ持続時間タイマー（ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ）とＤＲＸ非アクティブ化タイマー（ｄｒｘ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒ）の起動する時間帯を含む。ここで、端末は、各ＤＲＸ周期のｏｎＤｕｒａｔｉｏｎの開始位置でウェイクアップしてｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを起動し、つまり、制御チャンネルの監視を開始する。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒについて、ＤＲＸが設定された後、第２端末は、制御チャンネルの監視が許容される時間内（Ａｃｔｉｖｅ Ｔｉｍｅ）にＨＡＲＱ初期伝送の制御シグナリング時を受信すると、該ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒタイマーを起動し、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒタイマーが満了する前、第２端末は、制御チャンネルを連続的に監視する。ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了する前、第２端末は、ＨＡＲＱ初期伝送の制御シグナリングを受信すれば、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを終了して改めて起動する。
【0056】
ステップ１２において、前記ターゲットリソース選択ウィンドウにおいてデータパケットのために伝送リソースを選択し、ここで、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計である。
【0057】
本ステップにおいて、図６に示すように、図６は、第１端末によるリソースセンシングと選択、及び、第２端末による間欠受信の時系列を示す模式図である。図６において、ターゲット期間は、第１端末（ＴｘＵＥ）のターゲットリソース選択ウィンドウが第２端末（ＲｘＵＥ）のＤＲＸ構成の受信期間（ｏｎＤｕｒａｔｉｏｎ）とオーバーラップする期間であり、図６の点線に対応する期間である。
【0058】
具体的に、センシングウィンドウ（ｎ－Ｔ０，ｎ－Ｔｐｒｏｃ，０）時間帯を検出して、ＰＳＣＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ，物理サイドリンク制御チャンネル）デコード及びＰＳＳＣＨ（Ｐｈｙｓｉｃａｌ Ｓｉｄｅｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、物理サイドリンク共有チャンネル）－ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ、参照信号受信功率）又は、ＰＳＣＣＨ－ＲＳＲＰの測定を行うことにより、リソース選択用の結果を得て、該センシング結果に基づいて前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択する。ここで、Ｔ０は、上位層によって設定されるセンシングウィンドウ長さであり、Ｔｐｒｏｃ，０は、端末ＵＥが前のセンシング結果を処理する時間である。
【0059】
ステップ１３において、前記伝送リソースで前記データパケットを前記第２端末に伝送する。
【0060】
該実施例において、第１端末は、第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定し、そして前記ターゲットリソース選択ウィンドウにおいてデータパケットのために伝送リソースを選択し、データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、ここで、ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計であり、さらに、前記伝送リソースで前記データパケットを前記第２端末に伝送し、それによって、第１端末の初期伝送リソース及び再送リソースの選択に対する第２端末のＤＲＸ構成の影響を十分に考慮したため、少なくとも最初Ｍ回の選択された伝送リソースが第２端末の受信時間帯に対応することを確保することができ、それによって、第２端末が消費電力を低減させるとともに、サービスの確実な受信を確保することができる。
【0061】
以下、ターゲットリソース選択ウィンドウ及び対応するリソース選択方式について説明し、具体的に、ターゲットリソース選択ウィンドウは、以下の２種の状況を含む。
【0062】
状況一において、ターゲットリソース選択ウィンドウは、１つがある。
【0063】
１つの実施例において、上記ステップ１１は、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記ターゲットリソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記ターゲットリソース選択ウィンドウのバックエッジとすることを含み、ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジである。
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記ターゲットリソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記ターゲットリソース選択ウィンドウのバックエッジとすることを含み、ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジである。
【0064】
図７において、ｎ＋ＴＲＸ＿ｏｎ時刻がｎ＋Ｔ１時刻より大きいため、前記ターゲットリソース選択ウィンドウは、ｎ＋ＴＲＸ＿ｏｎからｎ＋Ｔ２までの時間帯であり、ここで、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0065】
図８において、ｎ＋ＴＲＸ＿ｏｎ時刻がｎ＋Ｔ１時刻より大きいため、前記ターゲットリソース選択ウィンドウは、ｎ＋Ｔ１からｎ＋Ｔ２までの時間帯であり、ここで、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0066】
状況一において、上記ステップ１２は、以下の２種の方式を含む。
【0067】
方式１
図９に、ステップ１２は、ステップ１２１ａとステップ１２２ａを含む。
図９に、ステップ１２は、ステップ１２１ａとステップ１２２ａを含む。
【0068】
ステップ１２１ａにおいて、リソースセンシングを実行することにより、前記ターゲットリソース選択ウィンドウから、全ての利用可能な候補シングルタイムスロットリソースの集合を取得する。
ステップ１２２ａにおいて、前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間にある候補シングルタイムスロットリソースから、前記データパケットの最初Ｍ回の伝送リソースをランダムに選択する。
ステップ１２２ａにおいて、前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間にある候補シングルタイムスロットリソースから、前記データパケットの最初Ｍ回の伝送リソースをランダムに選択する。
【0069】
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0070】
具体的に、該ステップ１２１ａは、ａ１～ａ２を含んでもよい。
【0071】
ａ１において、初期化ＳＡは、ターゲットリソース選択ウィンドウにおける、全ての候補シングルタイムスロットリソースの集合であり、ＳＡにおける候補リソースの総数は、Ｍ
ｔｏｔａｌである。
【0072】
ａ２において、ＳＡにおける、ｓｋｉｐ ｓｌｏｔに対応する候補リソース及び受信したＳＣＩによって指示される予備リソースとオーバーラップし且つＲＳＲＰが閾値より高い候補リソースを排除し、全ての利用可能な候補シングルタイムスロットリソースの集合を得る。
【0073】
ここで、ＳＡにおける残りのリソース（全ての利用可能な候補シングルタイムスロットリソースの集合におけるリソース）がＸ×Ｍｔｏｔａｌより小さい場合、Ｔｈ（ｐｉ，ｐｊ）を全て３ｄＢだけ増加させ、それと同時にステップａに戻す。Ｘは、上位層パラメータによって設定されるものである。
【0074】
前記Ｔｈ（ｐｉ，ｐｊ）は、上位層パラメータｓｌ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６におけるｉ番目のＲＳＲＰドメインを指示し、ｉ＝ｐｉ＋（ｐｊ－１）×８であり、ｐｉは、受信したＳＣＩに指示される優先度を示し、ｐｊは、送信側ＵＥが伝送する優先度を示し、ｐｊ＝ｐｒｉｏＴＸである。
【0075】
さらに、全ての利用可能な候補シングルタイムスロットリソースの集合及びターゲットリソース選択ウィンドウのフロントエッジを上位層に報告し、前記ターゲットリソース選択ウィンドウのフロントエッジは、ターゲットリソース選択ウィンドウの開始時刻であり、即ち、ｎ＋Ｔ１又はｎ＋ＴＲＸ＿ｏｎ時刻である。
【0076】
上記の方式１に基づき、ステップ１２は、さらに、
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、又は、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間のバックエッジからｎ＋Ｔ２までの時間帯にある候補シングルタイムスロットリソースから、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、を含む。
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、又は、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間のバックエッジからｎ＋Ｔ２までの時間帯にある候補シングルタイムスロットリソースから、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、を含む。
【0077】
ここで、ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0078】
なお、前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択するとき、時間領域の位置が前記ターゲット期間にある候補シングルタイムスロットリソースから、前記データパケットのために既に選択された最初Ｍ回の伝送リソースを排除する必要がある。
【0079】
さらに、受信側ＵＥがＨＡＲＱフィードバックに基づく再送をサポートするとき、送信側ＵＥは、ＨＡＲＱ ＲＴＴの制約条件を満たす場合、全ての利用可能な候補シングルタイムスロットリソースの集合から、現在のデータパケットのために再送リソースをランダムに選択する必要がある。
【0080】
方式２
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ個の伝送リソースをランダムに選択し、前記Ｎ個の伝送リソースのうちの最初Ｍ個の伝送リソースが前記ターゲット期間にあると決定するまでに、リソース選択を完了する。
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ個の伝送リソースをランダムに選択し、前記Ｎ個の伝送リソースのうちの最初Ｍ個の伝送リソースが前記ターゲット期間にあると決定するまでに、リソース選択を完了する。
【0081】
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0082】
該方式２は、具体に、以下の過程を含む。
【0083】
全ての利用可能な候補シングルタイムスロットリソースの集合における任意の位置に、現在のデータパケットのためにＮ個の伝送リソースをランダムに選択し、それは、１つの初期伝送リソース及びＮ－１個の再送リソースを含む。Ｎ個のリソースにおいて、少なくともＭ個のリソースの時間領域の位置が、ターゲットリソース選択ウィンドウのフロントエッジからｎ＋ＴＲＸ＿ｅｎｄまでの時間帯にあるか否かを判断し、「ＹＥＳ」の場合、リソース選択を完了し、「ＮＯ」の場合、リソース選択が完了するまでこのステップを繰り返して実行する。ここで、Ｎは、現在のデータパケットの送信回数の合計であり、Ｍは、整数であり、Ｍ≧１且つＭ≦Ｎを満たす。
【0084】
第２端末がＨＡＲＱフィードバックに基づく再送をサポートするとき、第１端末は、ＨＡＲＱ ＲＴＴの制約条件を満たす場合、全ての利用可能な候補シングルタイムスロットリソースの集合から、現在のデータパケットのために再送リソースをランダムに選択する必要がある。
【0085】
例示的に、Ｍが１である例を挙げられ、図１０は、前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ個の伝送リソースをランダムに選択し、初期伝送リソースが、前記ターゲット期間にあることを示す模式図である。
【0086】
状況二において、ターゲットリソース選択ウィンドウは、第１リソース選択ウィンドウ及び第２リソース選択ウィンドウを含み、前記第２リソース選択ウィンドウは、前記ターゲット期間に対応するものである。
【0087】
上記ステップ１１は、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、又は、ｎ＋ＴＲＸ＿ｅｎｄを前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、
及び、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第２リソース選択ウィンドウのフロントエッジとし、ｎ＋ＴＲＸ＿ｅｎｄを前記第２リソース選択ウィンドウのバックエッジとすること、を含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、又は、ｎ＋ＴＲＸ＿ｅｎｄを前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、
及び、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第２リソース選択ウィンドウのフロントエッジとし、ｎ＋ＴＲＸ＿ｅｎｄを前記第２リソース選択ウィンドウのバックエッジとすること、を含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0088】
図７において、ｎ＋ＴＲＸ＿ｏｎ時刻は、ｎ＋Ｔ１時刻より大きいため、第１リソース選択ウィンドウは、ｎ＋ＴＲＸ＿ｏｎからｎ＋Ｔ２までの時間帯であり、又は、第１リソース選択ウィンドウは、ｎ＋ＴＲＸ＿ｅｎｄからｎ＋Ｔ２までの時間帯であり、第２リソース選択ウィンドウは、ｎ＋ＴＲＸ＿ｏｎからｎ＋ＴＲＸ＿ｅｎｄまでの時間帯であり、ここで、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0089】
図８において、ｎ＋ＴＲＸ＿ｏｎ時刻は、ｎ＋Ｔ１時刻より小さいため、第１リソース選択ウィンドウは、ｎ＋Ｔ１からｎ＋Ｔ２までの時間帯であり、又は、第１リソース選択ウィンドウは、ｎ＋ＴＲＸ＿ｅｎｄからｎ＋Ｔ２までの時間帯であり、第２リソース選択ウィンドウは、ｎ＋Ｔ１からｎ＋ＴＲＸ＿ｅｎｄまでの時間帯であり、ここで、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0090】
状況二において、図１１において、上記ステップ１２は、ステップ１２１ｂ～１２２ｂを含む。
【0091】
ステップ１２１ｂにおいて、リソースセンシングを実行することにより、前記第１リソース選択ウィンドウにおいて、第１利用可能な候補シングルタイムスロットリソース集合を取得し、前記第２リソース選択ウィンドウにおいて、第２利用可能な候補シングルタイムスロットリソース集合を取得する。
【0092】
ステップ１２２ｂにおいて、前記第２利用可能な候補シングルタイムスロットリソース集合から、前記データパケットの最初Ｍ回の伝送のために伝送リソースを選択し、前記第１利用可能な候補シングルタイムスロットリソース集合から、前記データパケットのＮ－Ｍ回の伝送のために伝送リソースを選択し、Ｎ≧Ｍ≧１である。
【0093】
例示的に、Ｍが１である例を挙げられ、図１２は、第２リソース選択ウィンドウにおいて初期伝送リソースを選択し、第１リソース選択ウィンドウにおいて再送リソースを選択することを示す図である。
【0094】
例示的に、上記ステップ１２１ｂ～１２２ｂの具体なフローは、図１３を参照することができる。
【0095】
図１３において、ステップ１２１ｂは、ｂ１～ｂ３を含んでもよい。
【0096】
ｂ１において、初期化ＳＡは、第１リソース選択ウィンドウにおける全ての候補シングルタイムスロットリソースの集合であり、ＳＢは、第２リソース選択ウィンドウにおける全ての候補シングルタイムスロットリソースの集合であり、ＳＡ及びＳＢにおける候補リソースの総数は、それぞれ、Ｍｔｏｔａｌ＿１及びＭｔｏｔａｌ＿２である。
【0097】
ｂ２において、ＳＡ及びＳＢにおける、ｓｋｉｐ ｓｌｏｔに対応する候補リソース及び受信したＳＣＩにおける予備リソースとオーバーラップし且つＲＳＲＰが閾値より高い候補リソースを排除し、第１利用可能な候補シングルタイムスロットリソース集合と第２利用可能な候補シングルタイムスロットリソース集合をそれぞれ得る。
【0098】
ｂ３において、ＳＡにおける残りのリソース（第１利用可能な候補シングルタイムスロットリソースの集合におけるリソース）がＸ１× Ｍｔｏｔａｌ＿１より小さく、及び／又は、ＳＢにおける残りのリソース（第２利用可能な候補シングルタイムスロットリソースの集合におけるリソース）がＸ２×Ｍｔｏｔａｌ＿２より小さいことを満たすか否かを判断し、「ＹＥＳ」の場合、Ｔｈ（ｐｉ，ｐｊ）を全て３ｄＢだけ増加させ、それと同時にステップｂ１に戻す。Ｘ１及びＸ２は、上位層パラメータにより設定されるものである。「ＮＯ」の場合、ステップｂ４を実行する。
【0099】
前記Ｔｈ（ｐｉ，ｐｊ）は、上位層パラメータｓｌ－ＴｈｒｅｓＰＳＳＣＨ－ＲＳＲＰ－Ｌｉｓｔ－ｒ１６におけるｉ番目のＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ、参照信号受信功率）ドメインを指示し、ｉ＝ｐｉ＋（ｐｊ－１）×８であり、ｐｉは、受信したＳＣＩに指示されるサービス優先度を示し、ｐｊは、送信側ＵＥ（第１端末）が伝送する優先度を示し、ｐｊ＝ｐｒｉｏＴＸである。
【0100】
具体的に、ステップ１２２ｂは、ｂ４～ｂ５を含む。
【0101】
ｂ４において、第１利用可能な候補シングルタイムスロットリソース集合及び第２利用可能な候補シングルタイムスロットリソース集合を上位層に報告する。
【0102】
ｂ５において、上位層は、第２利用可能な候補シングルタイムスロットリソース集合から、現在のデータパケットのために少なくともＭ個のリソースをランダムに選択し、それは、１つの初期伝送リソース及びＭ－１個の再送リソースを含み、第１利用可能な候補シングルタイムスロットリソース集合から、現在のデータパケットのために（Ｎ－Ｍ）個の再送リソースをランダムに選択し、前記Ｎは、現在のデータパケットの送信回数の合計であり、Ｍは整数であり、Ｍ≧１且つＭ≦Ｎを満たす。
【0103】
さらに、第２端末がＨＡＲＱフィードバックに基づく再送をサポートするとき、第１端末は、ＨＡＲＱ ＲＴＴの制約条件を満たす場合、現在のデータパケットのために再送リソースをランダムに選択する必要がる。つまり、第２端末がＨＡＲＱに基づくフィードバックをサポートするとき、第１端末が上記リソース選択プロセスを実行する際に選択される隣接する２つのリソースの間隔は、Ｌ≧ＨＡＲＱ ＲＴＴを満たす必要がある。図１４において、ＨＡＲＱ ＲＴＴは、第２端末による、情報デコードとＨＡＲＱに基づくフィードバックとの間に必要なラウンドトリップ遅延であり、即ち、第１端末による２つの連続するデータパケット送信間の最小時間間隔。第２端末がＨＡＲＱに基づくフィードバックサポートしない時、第１端末は、上記リソース選択プロセスを実行する際に、初期伝送リソースの後の任意の位置に再送リソースを選択することができる。
【0104】
さらに、ステップ１２の前に、第２端末のＤＲＸ構成を取得するステップをさらに含む。ここで、前記第２端末のＤＲＸ構成は、少なくとも、前記第２端末がサイドリンクを監視する持続時間及びＤＲＸ周期を含む。
【0105】
１つの実施例において、前記第２端末のＤＲＸ構成を取得するステップは、構成取得要求をネットワーク側機器に送信し、前記ネットワーク側機器が前記構成取得要求に基づいてフィードバックする前記第２端末のＤＲＸ構成を受信することを含む。
【0106】
別の実施例において、前記第２端末のＤＲＸ構成を取得するステップは、前記第１端末から送信される前記第２端末のＤＲＸ構成を受信することを含み、ここで、前記第２端末は、前記第１端末と接続が予め確立される端末である。
【0107】
以下、第２端末の間欠受信ＤＲＸプロセスについて説明する。
【0108】
第２端末は、ｏｎ－ｄｕｒａｔｉｏｎ期間にＰＳＣＣＨ及びＰＳＳＣＨの監視を行い、第１端末の初期伝送データパケットを受信した後、第２端末のＤＲＸプロセスは、以下の複数種に分割され得る。
【0109】
プロセス一
送信端が送信したデータパケットを受信した後、前記データパケットのデコードに成功し、又は送信端から送信される伝送終了指示を受信する場合、ＤＲＸ持続時間タイマーは、満了した後、ＤＲＸ持続時間タイマーが再び起動されるまで休止状態に入る。
送信端が送信したデータパケットを受信した後、前記データパケットのデコードに成功し、又は送信端から送信される伝送終了指示を受信する場合、ＤＲＸ持続時間タイマーは、満了した後、ＤＲＸ持続時間タイマーが再び起動されるまで休止状態に入る。
【0110】
該プロセス一において、前記伝送終了指示は、第１端末が最後の伝送時に第２端末に送信する指示情報であり、現在のデータパケットの伝送が終了することを指示し、つまり、第２端によるデコードに失敗しても、データパケットの再送を引き続き待つ必要がなくなる。
【0111】
図１５に示すように、初期伝送データパケットのデコードに成功したことを示す。第２端末は、再送を引き続き監視する必要がなくなり、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが満了するとスリープに入ることができる。
【0112】
ここで、受信側ＵＥがＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックに基づく再送をサポートする場合、データパケットのデコードに成功した後、ＡＣＫを送信側ＵＥにフィードバックする。
【0113】
プロセス二
第１端末が送信した初期伝送データパケットを受信した後、前記初期伝送データパケットのデコードに失敗した場合、ＤＲＸ非アクティブ化タイマーをアクティブ化し、又は、前記初期伝送データパケットによって指示される再送データパケットの伝送リソース位置に基づいて、再送データパケットの監視を行う。
第１端末が送信した初期伝送データパケットを受信した後、前記初期伝送データパケットのデコードに失敗した場合、ＤＲＸ非アクティブ化タイマーをアクティブ化し、又は、前記初期伝送データパケットによって指示される再送データパケットの伝送リソース位置に基づいて、再送データパケットの監視を行う。
【0114】
具体的に、プロセス二は、さらに、以下の状況１～３を含んでもよい。
【0115】
状況１において、データパケットは、リソースプリエンプションをサポートし、前記受信端は、ＨＡＲＱに基づく再送をサポートしない。
【0116】
該状況において、図１６に示すように、第１端末の初期伝送ＳＣＩによって指示される再送リソースは、他の端末によってプリエンプトされる可能性があるため、第２端末は、該ＳＣＩ指示に基づいて再送データパケットの伝送位置を決定することができない場合、第２端末のＤＲＸプロセスは、以下の１－１～１－４を含んでもよい。
【0117】
１－１において、ＤＲＸ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒアクティブ化して、前記後続データパケットの監視を行う。
【0118】
１－２において、ｄｒｘ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒの起動時期にＰＳＣＣＨ及びＰＳＳＣＨの監視を持続的に行う。
【0119】
１－３において、ｄｒｘ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了したが第２端末が依然として現在のデータパケットを受信することに成功できない場合、ＤＲＸ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒを再びアクティブ化して１－２を繰り返して実行する。
【0120】
１－４において、データパケットのデコードに成功した後、又は、第１端末からの伝送終了指示を受信し、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが満了した後、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが再び起動されるまでスリープに入る。
【0121】
状況２において、データパケットがリソースプリエンプションをサポートし、前記受信端は、ＨＡＲＱフィードバックに基づく再送をサポートする。
【0122】
該状況において、図１７に示すように、第１端末の初期伝送ＳＣＩによって指示される再送リソースは、他の端末によってプリエンプトされる可能性があるため、第２端末は、該指示に基づいて再送データパケットの伝送位置を決定できず、且つ、第１端末による隣接する２回の伝送の間にＨＡＲＱ ＲＴＴの伝送間隔を満たす必要があるため、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが満了した後、第２端末は、再送データパケットを毎回受信すると、スリープに入ることができ、持続時間は、ＨＡＲＱ ＲＴＴに等しい場合、第２端末のＤＲＸプロセスは、以下の２－１～２－４を含んでもよい。
【0123】
２－１において、ＤＲＸ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒをアクティブ化して、ＮＡＣＫを送信側ＵＥにフィードバックする。
【0124】
２－２において、ｄｒｘ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒの起動時期にＰＳＣＣＨ及びＰＳＳＣＨの監視を行い、再送データパケットを受信したがそのデコードに成功できない場合、ＮＡＣＫを第１端末にフィードバックする。ＮＡＣＫをフィードバックした後、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが既に満了すれば、第２端末は、スリープに入り、ＨＡＲＱ ＲＴＴ時間帯である間隔の後にウェイクアップし、ＰＳＣＣＨ及びＰＳＳＣＨの監視を引き続き行う。
【0125】
２－３において、ｄｒｘ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了したが第２端末が依然として現在のデータパケットを受信することに成功できない場合、ＤＲＸ－ｉｎａｃｔｉｖｉｔ Ｔｉｍｅｒを再びアクティブ化して２－２を繰り返して実行する。
【0126】
２－４：第２端末は、データパケットのデコードに成功した後、又は、第１端末からの伝送終了指示を受信し、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが満了した後、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが再び起動されるまでスリープに入る。
【0127】
状況３において、データパケットは、リソースプリエンプションをサポートしない。
【0128】
該状況において、図１８に示すように、初期伝送ＳＣＩによって指示されるリソースがプリエンプトされないため、第２端末は、ｄｒｘ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒを起動することがなく、初期伝送ＳＣＩの指示に基づいて再送データパケットの伝送位置を決定することができ、第２端末のＤＲＸプロセスは、以下の３-１～３-３を含んでもよい。
【0129】
３－１において、第２端末は、初期伝送ＳＣＩをデコードして得られた当該ＳＣＩによって指示される再送データパケットの伝送位置を記録し、ここで、ＨＡＲＱフィードバックに基づく再送をサポートすれば、ＮＡＣＫを送信側ＵＥフィードバックする。
【0130】
３－２において、第２端末は、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが満了すると、スリープに入り、対応する再送データパケットの伝送位置で起動し、再送データパケットの監視を行う。ここで、ＨＡＲＱに基づく再送をサポートすれば、再送データパケットを受信したがそのデコードに成功できない場合、ＮＡＣＫを送信側ＵＥにフィードバックする。
【0131】
３－３において、第２端末は、データパケットのデコードに成功した後、又は、第１端末からの伝送終了指示を受信し、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが満了した後、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが再び起動されるまでスリープに入る。ここで、ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックに基づく再送をサポートすれば、データパケットのデコードに成功した後、ＡＣＫを送信側ＵＥにフィードバックする。
【0132】
以下、本開示の第１端末のデータ伝送方法と第２端末の間欠受信プロセスを例示的に説明する。図１９において、以下のステップ１９１～１９５を含んでもよい。
【0133】
ステップ１９１において、第１端末は、ネットワーク側から、又は、自身のメモリから第２端末のＤＲＸ構成を取得する。
【0134】
ステップ１９２において、第１端末は、第２端末のＤＲＸ構成に基づいて、現在のデータパケットの第１リソース選択ウィンドウ及び第２リソース選択ウィンドウを設定する。
【0135】
前記第１リソース選択ウィンドウは、ｎ＋Ｔ１からｎ＋Ｔ２までの時間帯であり、ここで、ｎは、現在のデータパケットの生成時刻であり、０≦Ｔ１≦Ｔｐｒｏｃ，１であり、Ｔｐｒｏｃ，１は、端末の送信処理遅延を示し、Ｔ２ｍｉｎ≦Ｔ２≦ｒｅｍａｉｎｉｎｇ ＰＤＢであり、Ｔ２ｍｉｎは、上位層によって設定されるＴ２の最小値であり、ｒｅｍａｉｎｉｎｇ ＰＤＢは、データパケットの残りの遅延バジェットである。
【0136】
前記第２リソース選択ウィンドウは、ｎ＋Ｔ１からｎ＋ＴＲＸ＿ｅｎｄまでの時間帯であり、ｎ＋ＴＲＸ＿ｅｎｄは、第２端末の現在のＤＲＸ－Ｏｎ Ｄｕｒａｔｉｏｎのバックエッジである。
【0137】
ステップ１９３において、第１端末は、センシング結果に基づいて、現在のデータパケットのために初期伝送リソース及び再送リソースを選択する。
【0138】
ステップ１９４において、第２端末は、初期伝送データパケットを受信した後、ＤＲＸ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒをアクティブ化して、再送データパケットの監視を行う。
【0139】
ステップ１９５において、第２端末は、データパケットのデコードに成功した後、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが再び起動されるまでスリープ状態に入る。
【0140】
上記方法において、第１端末は、第２端末のＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを設定し、又は、第１リソース選択ウィンドウ及び第２リソース選択ウィンドウを設定する。第１端末は、センシング結果に基づいて、現在のデータパケットのために初期伝送リソース及び再送リソースを選択するとき、少なくとも１つのリソースが第２端末のＤＲＸ－ｏｎ ｄｕｒａｔｉｏｎに対応する時間帯内にあることを確保する。第２端末は、初期伝送データパケットを受信した後、ＤＲＸ－ｉｎａｃｔｉｖｉｔｙＴｉｍｅｒをアクティブ化し、又は、初期伝送ＳＣＩの指示に基づいて再送データパケットの監視を行う。第２端末は、データパケットのデコードに成功した後、又は、第１端末からの伝送終了指示を受信するとき、ｄｒｘ－ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが再び起動されるまでスリープに入る。第１端末が、第２端末のＤＲＸパラメータに基づいてリソース選択ウィンドウを設定し、初期伝送リソース及び再送リソースの選択を行うようにさせることにより、第２端末が消費電力を低減させると同時に、サービスの確実な受信を確保し、サイドリンクの両端にある端末ＵＥのリソース選択及び間欠受信にさらに適用することになる。
【0141】
第２実施例
図２０に示すように、本開示の実施例は、第１端末に適用されるデータ伝送装置２０００を提供し、該データ伝送装置２０００は、
第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定するように構成される決定モジュール２００１と、
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択するように構成されるリソース選択モジュール２００２であって、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計である、リソース選択モジュール２００２と、
前記伝送リソースで前記データパケットを前記第２端末に伝送するように構成される伝送モジュール２００３と、を含む。
図２０に示すように、本開示の実施例は、第１端末に適用されるデータ伝送装置２０００を提供し、該データ伝送装置２０００は、
第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定するように構成される決定モジュール２００１と、
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択するように構成されるリソース選択モジュール２００２であって、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計である、リソース選択モジュール２００２と、
前記伝送リソースで前記データパケットを前記第２端末に伝送するように構成される伝送モジュール２００３と、を含む。
【0142】
選択可能に、決定モジュール２００１は、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記ターゲットリソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記ターゲットリソース選択ウィンドウのバックエッジとするように構成される第１決定サブモジュールを含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジである。
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記ターゲットリソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記ターゲットリソース選択ウィンドウのバックエッジとするように構成される第１決定サブモジュールを含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジである。
【0143】
選択可能に、リソース選択モジュール２００２は、
リソースセンシングを実行することにより、前記ターゲットリソース選択ウィンドウから、全ての利用可能な候補シングルタイムスロットリソースの集合を取得するように構成される第１選択サブモジュールと、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間にある候補シングルタイムスロットリソースから、前記データパケットの最初Ｍ回の伝送リソースをランダムに選択するように構成される第２選択サブモジュールと、を含み、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
リソースセンシングを実行することにより、前記ターゲットリソース選択ウィンドウから、全ての利用可能な候補シングルタイムスロットリソースの集合を取得するように構成される第１選択サブモジュールと、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間にある候補シングルタイムスロットリソースから、前記データパケットの最初Ｍ回の伝送リソースをランダムに選択するように構成される第２選択サブモジュールと、を含み、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0144】
選択可能に、リソース選択モジュール２００２は、さらに、
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択するように構成される第３選択サブモジュール、
又は、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間のバックエッジからｎ＋Ｔ２までの時間帯にある候補シングルタイムスロットリソースから、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択するように構成される第４選択サブモジュール、を含む。
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択するように構成される第３選択サブモジュール、
又は、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間のバックエッジからｎ＋Ｔ２までの時間帯にある候補シングルタイムスロットリソースから、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択するように構成される第４選択サブモジュール、を含む。
【0145】
選択可能に、リソース選択モジュール２００２は、
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ個の伝送リソースをランダムに選択し、前記Ｎ個の伝送リソースのうちの最初Ｍ個の伝送リソースが前記ターゲット期間にあると決定するまでに、リソース選択を完了するように構成される第５選択サブモジュール、を含む。
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ個の伝送リソースをランダムに選択し、前記Ｎ個の伝送リソースのうちの最初Ｍ個の伝送リソースが前記ターゲット期間にあると決定するまでに、リソース選択を完了するように構成される第５選択サブモジュール、を含む。
【0146】
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0147】
選択可能に、前記ターゲットリソース選択ウィンドウは、第１リソース選択ウィンドウ及び第２リソース選択ウィンドウを含み、前記第２リソース選択ウィンドウは、前記ターゲット期間に対応するものであり、決定モジュール２００１は、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジと、又は、ｎ＋ＴＲＸ＿ｅｎｄを前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、を実行するように構成される第２決定サブモジュール、
及び、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第２リソース選択ウィンドウのフロントエッジとし、ｎ＋ＴＲＸ＿ｅｎｄを前記第２リソース選択ウィンドウのバックエッジとすること、を実行するように構成される第３決定サブモジュール、を含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジと、又は、ｎ＋ＴＲＸ＿ｅｎｄを前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、を実行するように構成される第２決定サブモジュール、
及び、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第２リソース選択ウィンドウのフロントエッジとし、ｎ＋ＴＲＸ＿ｅｎｄを前記第２リソース選択ウィンドウのバックエッジとすること、を実行するように構成される第３決定サブモジュール、を含み、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0148】
選択可能に、リソース選択モジュール２００２は、
リソースセンシングを実行することにより、前記第１リソース選択ウィンドウにおいて、第１利用可能な候補シングルタイムスロットリソース集合を取得し、前記第２リソース選択ウィンドウにおいて、第２利用可能な候補シングルタイムスロットリソース集合を取得するように構成される第６選択サブモジュールと、
前記第２利用可能な候補シングルタイムスロットリソース集合から、前記データパケットの最初Ｍ回の伝送のために伝送リソースを選択するように構成される第７選択サブモジュールと、
前記第１利用可能な候補シングルタイムスロットリソース集合から、前記データパケットのＮ－Ｍ回の伝送のために伝送リソースを選択するように構成される第８選択サブモジュールと、を含み、
Ｎ≧Ｍ≧１である。
リソースセンシングを実行することにより、前記第１リソース選択ウィンドウにおいて、第１利用可能な候補シングルタイムスロットリソース集合を取得し、前記第２リソース選択ウィンドウにおいて、第２利用可能な候補シングルタイムスロットリソース集合を取得するように構成される第６選択サブモジュールと、
前記第２利用可能な候補シングルタイムスロットリソース集合から、前記データパケットの最初Ｍ回の伝送のために伝送リソースを選択するように構成される第７選択サブモジュールと、
前記第１利用可能な候補シングルタイムスロットリソース集合から、前記データパケットのＮ－Ｍ回の伝送のために伝送リソースを選択するように構成される第８選択サブモジュールと、を含み、
Ｎ≧Ｍ≧１である。
【0149】
選択可能に、上記装置２０００は、さらに、
第２端末のＤＲＸ構成を取得するように構成される取得モジュールを含み、
ここで、前記第２端末のＤＲＸ構成は、少なくとも、前記第２端末がサイドリンクを監視する持続時間及びＤＲＸ周期を含む。
第２端末のＤＲＸ構成を取得するように構成される取得モジュールを含み、
ここで、前記第２端末のＤＲＸ構成は、少なくとも、前記第２端末がサイドリンクを監視する持続時間及びＤＲＸ周期を含む。
【0150】
本開示の第２実施例は、上記第１実施例の方法に対応するものであり、上記第１実施例における全ての実現手段は、いずれも、該データ伝送装置の実施例に適用されることができ、同一の技術効果を達成することもできる。
【0151】
第３実施例
上記目的をよりよく達成するために、図２１に示すように、本開示は、さらに、第１端末である端末を提供し、該端末は、具体的に、プロセッサ２１００、及び、バスインターフェースを介して前記プロセッサ２１００と接続されるメモリ２１２０を含み、前記メモリ２１２０は、前記プロセッサ２１００が操作を実行するときに使用されるプログラム及びデータを記憶するために用いられ、プロセッサ２１００は、前記メモリ２１２０に記憶されたプログラム及びデータを呼び出して実行する。
上記目的をよりよく達成するために、図２１に示すように、本開示は、さらに、第１端末である端末を提供し、該端末は、具体的に、プロセッサ２１００、及び、バスインターフェースを介して前記プロセッサ２１００と接続されるメモリ２１２０を含み、前記メモリ２１２０は、前記プロセッサ２１００が操作を実行するときに使用されるプログラム及びデータを記憶するために用いられ、プロセッサ２１００は、前記メモリ２１２０に記憶されたプログラム及びデータを呼び出して実行する。
【0152】
ここで、送受信機２１１０は、バスインターフェースに接続されており、プロセッサ２１００の制御でデータを送受信するように構成され、プロセッサ２１００は、メモリ２１２０におけるプログラムを読み出して、
第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定することと、
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することであって、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計であることと、
前記伝送リソースで前記データパケットを前記第２端末に伝送することと、を実行するように構成される。
第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定することと、
前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択することであって、前記データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、前記ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計であることと、
前記伝送リソースで前記データパケットを前記第２端末に伝送することと、を実行するように構成される。
【0153】
ここで、図２１において、バスアーキテクチャは、任意の数の相互接続されたバス及びブリッジを含むことができ、具体的にプロセッサ２１００に代表される１つ又は複数のプロセッサ及びメモリ２１２０に代表されるメモリの様々な回路が接続される。バスアーキテクチャは、さらに、周辺装置、レギュレータ及び電力管理回路などの様々な他の回路を連結することができ、これらはいずれも当業者に周知であるため、ここではこれ以上説明しない。バスインターフェースは、インターフェースを提供する。送受信機２１１０は、送信機及び送受信機を含み、伝送媒体で様々な他の装置と通信するためのユニットを提供する複数の素子であってもよい。異なる端末に対し、ユーザインターフェース２１３０は、さらに、必要となる機器に外接、内接され得るインターフェースであってもよく、接続される機器は、キーパッド、ディスプレイ、スピーカ、マイク、ジョイスティックなどを含むがこれらに限定されない。プロセッサ２１００は、バスアーキテクチャの管理及び一般な処理を担当し、メモリ２１２０は、プロセッサ２１００が操作を実行時に使用されるデータを記憶することができる。
【0154】
選択可能に、前記プロセッサ２１００は、第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定するとき、具体的に、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記ターゲットリソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記ターゲットリソース選択ウィンドウのバックエッジとすること、を実行するように構成され、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジである。
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記ターゲットリソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記ターゲットリソース選択ウィンドウのバックエッジとすること、を実行するように構成され、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジである。
【0155】
選択可能に、前記プロセッサ２１００は、前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択するとき、具体的に、
リソースセンシングを実行することにより、前記ターゲットリソース選択ウィンドウから、全ての利用可能な候補シングルタイムスロットリソースの集合を取得することと、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間にある候補シングルタイムスロットリソースから、前記データパケットの最初Ｍ回の伝送リソースをランダムに選択することと、を実行するように構成され、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
リソースセンシングを実行することにより、前記ターゲットリソース選択ウィンドウから、全ての利用可能な候補シングルタイムスロットリソースの集合を取得することと、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間にある候補シングルタイムスロットリソースから、前記データパケットの最初Ｍ回の伝送リソースをランダムに選択することと、を実行するように構成され、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0156】
選択可能に、前記プロセッサ２１００は、前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択するとき、さらに、具体的に、
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、
又は、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間のバックエッジからｎ＋Ｔ２までの時間帯にある候補シングルタイムスロットリソースから、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、を実行するように構成される。
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、
又は、
前記全ての利用可能な候補シングルタイムスロットリソースの集合における、時間領域の位置が前記ターゲット期間のバックエッジからｎ＋Ｔ２までの時間帯にある候補シングルタイムスロットリソースから、前記データパケットのためにＮ－Ｍ個の伝送リソースを選択すること、を実行するように構成される。
【0157】
選択可能に、前記プロセッサ２１００は、前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択するとき、具体的に、
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ個の伝送リソースをランダムに選択し、前記Ｎ個の伝送リソースのうちの最初Ｍ個の伝送リソースが前記ターゲット期間にあると決定するまでに、リソース選択を完了すること、を実行するように構成され、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
前記全ての利用可能な候補シングルタイムスロットリソースの集合から、前記データパケットのためにＮ個の伝送リソースをランダムに選択し、前記Ｎ個の伝送リソースのうちの最初Ｍ個の伝送リソースが前記ターゲット期間にあると決定するまでに、リソース選択を完了すること、を実行するように構成され、
ここで、前記ターゲット期間のフロントエッジは、ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値であり、前記ターゲット期間のバックエッジは、ｎ＋ＴＲＸ＿ｅｎｄであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0158】
選択可能に、ターゲットリソース選択ウィンドウは、第１リソース選択ウィンドウ及び第２リソース選択ウィンドウを含み、前記第２リソース選択ウィンドウは、前記ターゲット期間に対応するものであり、
前記プロセッサ２１００は、第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定するとき、具体的に、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、又は、ｎ＋ＴＲＸ＿ｅｎｄを前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、
及び、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第２リソース選択ウィンドウのフロントエッジとし、ｎ＋ＴＲＸ＿ｅｎｄを前記第２リソース選択ウィンドウのバックエッジとすること、を実行するように構成され、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
前記プロセッサ２１００は、第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定するとき、具体的に、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、又は、ｎ＋ＴＲＸ＿ｅｎｄを前記第１リソース選択ウィンドウのフロントエッジとし、ｎ＋Ｔ２を前記第１リソース選択ウィンドウのバックエッジとすること、
及び、
ｎ＋ＴＲＸ＿ｏｎとｎ＋Ｔ１のうちの最大値を前記第２リソース選択ウィンドウのフロントエッジとし、ｎ＋ＴＲＸ＿ｅｎｄを前記第２リソース選択ウィンドウのバックエッジとすること、を実行するように構成され、
ここで、ｎ＋ＴＲＸ＿ｏｎは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのフロントエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ時刻後の第２端末の１番目のｏｎ－ｄｕｒａｔｉｏｎのバックエッジであり、ｎは、前記データパケットの到着時刻又はリソースの再選択時刻であり、ｎ＋Ｔ１は、既に決定されたリソース選択ウィンドウのフロントエッジであり、ｎ＋Ｔ２は、既に決定されたリソース選択ウィンドウのバックエッジであり、ｎ＋ＴＲＸ＿ｅｎｄは、ｎ＋Ｔ２より小さいものである。
【0159】
選択可能に、前記プロセッサ２１００は、前記ターゲットリソース選択ウィンドウにおいて、データパケットのために伝送リソースを選択するとき、具体的に、
リソースセンシングを実行することにより、前記第１リソース選択ウィンドウにおいて、第１利用可能な候補シングルタイムスロットリソース集合を取得し、前記第２リソース選択ウィンドウにおいて、第２利用可能な候補シングルタイムスロットリソース集合を取得することと、
前記第２利用可能な候補シングルタイムスロットリソース集合から、前記データパケットの最初Ｍ回の伝送のために伝送リソースを選択することと、
前記第１利用可能な候補シングルタイムスロットリソース集合から、前記データパケットのＮ－Ｍ回の伝送のために伝送リソースを選択することと、を実行するように構成され、
Ｎ≧Ｍ≧１である。
リソースセンシングを実行することにより、前記第１リソース選択ウィンドウにおいて、第１利用可能な候補シングルタイムスロットリソース集合を取得し、前記第２リソース選択ウィンドウにおいて、第２利用可能な候補シングルタイムスロットリソース集合を取得することと、
前記第２利用可能な候補シングルタイムスロットリソース集合から、前記データパケットの最初Ｍ回の伝送のために伝送リソースを選択することと、
前記第１利用可能な候補シングルタイムスロットリソース集合から、前記データパケットのＮ－Ｍ回の伝送のために伝送リソースを選択することと、を実行するように構成され、
Ｎ≧Ｍ≧１である。
【0160】
選択可能に、前記プロセッサ２１００は、第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定する前、さらに、
第２端末のＤＲＸ構成を取得することを実行するように構成され、
ここで、前記第２端末のＤＲＸ構成は、少なくとも、前記第２端末がサイドリンクを監視する持続時間及びＤＲＸ周期を含む。
第２端末のＤＲＸ構成を取得することを実行するように構成され、
ここで、前記第２端末のＤＲＸ構成は、少なくとも、前記第２端末がサイドリンクを監視する持続時間及びＤＲＸ周期を含む。
【0161】
本開示による端末は、第２端末の間欠受信ＤＲＸ構成に基づいて、ターゲットリソース選択ウィンドウを決定し、そして前記ターゲットリソース選択ウィンドウにおいてデータパケットのために伝送リソースを選択し、データパケットの少なくとも最初Ｍ回の伝送リソースは、ターゲット期間内にあり、ここで、ターゲット期間は、前記ターゲットリソース選択ウィンドウが前記ＤＲＸ構成の受信期間とオーバーラップする期間であり、Ｎ≧Ｍ≧１であり、Ｎは、データパケットの送信回数の合計であり、さらに、前記伝送リソースで前記データパケットを前記第２端末に伝送し、それによって、第１端末の初期伝送リソース及び再送リソースの選択に対する第２端末のＤＲＸ構成の影響を十分に考慮したため、少なくとも最初Ｍ回の選択された伝送リソースが第２端末の受信時間帯に対応することを確保することができ、それによって、第２端末が消費電力を低減させるとともに、サービスの確実な受信を確保することができる。
【0162】
当業者であれば理解されるように、上記実施例を実現する全部又は一部のステップは、ハードウェアによって完成することができ、またコンピュータプログラムによって関連するハードウェアを指示して完成することができ、前記コンピュータプログラムは、上記方法の一部又は全部のステップを実行するコマンドを含み、該コンピュータプログラムは、可読記憶媒体に記憶することができ、記憶媒体は、はいかなる形式の記憶媒体であってもよい。
【0163】
また、本開示の実施例は、さらに、コンピュータプログラムが記憶されているコンピュータスケール記憶媒体を提供し、該コンピュータプログラムがプロセッサによって実行される時に上記した第１実施例に記載するリソース選択方法のステップを実現する。そして、同じ技術的効果を達成することができ、簡潔のために、詳細はここでは省略する。
【0164】
なお、本開示の装置及び方法において、各部材又は各ステップは分解及び／又は再組み合わせ可能であることは明らかである。これらの分解及び／又は再結合は本開示の等価解決手段と見なすべきである。また、上述した一連の処理を実行するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。当業者にとって、本開示の方法及び装置の全部又はいずれかのステップ又は部材を理解することができ、いずれかの計算装置（プロセッサ、記憶媒体等を含む）又は計算装置のネットワークにおいて、ハードウェア、ファームウェア、ソフトウェア又はそれらの組み合わせで実現することができ、これは当業者が本開示の説明を読んだ場合にそれらの基本的なプログラミング技術を用いて実現することができる。
【0165】
したがって、本開示の目的は、任意の演算装置上でプログラムまたはプログラム群を実行することによっても達成される。前記演算手段は、周知の汎用手段であってよい。したがって、本開示の目的は、上記方法または装置を実現するプログラムコードを含むプログラム製品を提供することのみによっても達成される。すなわち、このようなプログラム製品もまた本開示を構成し、そのようなプログラム製品を記憶した記憶媒体もまた本開示を構成する。もちろん、この記憶媒体は、周知の記憶媒体であってもよいし、将来開発されるいかなる記憶媒体であってもよい。なお、本開示の装置及び方法において、各部材又は各ステップは分解及び／又は再組み合わせ可能であることは明らかである。これらの分解及び／又は再結合は本開示の等価解決手段と見なすべきである。また、上述した一連の処理を実行するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。
【0166】
以上は本開示の好ましい実施形態であり、なお、本技術分野の当業者にとっては、本開示の前記原理から逸脱しない前提で、いくつかの改良及び修飾を行うことができ、これらの改良及び修飾も本開示の保護範囲と見なされるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】