特表 2023-541587 間欠受信の制御方法及び装置、端末と可読記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-10-03

(54)【発明の名称】間欠受信の制御方法及び装置、端末と可読記憶媒体

(51)【国際特許分類】

   H04W 76/28 20180101AFI20230926BHJP

   H04W 28/04 20090101ALI20230926BHJP

   H04W 72/25 20230101ALI20230926BHJP

   H04W 92/18 20090101ALI20230926BHJP

   H04L 1/1812 20230101ALI20230926BHJP

   H04L 1/1829 20230101ALI20230926BHJP

【ＦＩ】

H04W76/28

H04W28/04 110

H04W72/25

H04W92/18

H04L1/1812

H04L1/1829

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023515561

(86)(22)【出願日】2021-09-15

(85)【翻訳文提出日】2023-04-13

(86)【国際出願番号】 CN2021118466

(87)【国際公開番号】W WO2022057819

(87)【国際公開日】2022-03-24

(31)【優先権主張番号】202010997202.3

(32)【優先日】2020-09-21

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．アンドロイド

２．ＡＮＤＲＯＩＤ

(71)【出願人】

【識別番号】517372494

【氏名又は名称】維沃移動通信有限公司

【氏名又は名称原語表記】ＶＩＶＯ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＯ．， ＬＴＤ．

【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ

(74)【代理人】

【識別番号】110001151

【氏名又は名称】あいわ弁理士法人

(72)【発明者】

【氏名】梁 敬

(72)【発明者】

【氏名】楊 曉東

(72)【発明者】

【氏名】劉 佳敏

【テーマコード（参考）】

5K014

5K067

【Ｆターム（参考）】

5K014AA01

5K014DA02

5K014FA03

5K014FA11

5K067AA21

5K067AA43

5K067DD13

5K067EE02

5K067EE10

5K067EE25

5K067GG11

5K067HH28

(57)【要約】

本出願は、間欠受信の制御方法及び装置、端末と可読記憶媒体を開示し、通信技術分野に属する。ここで、この方法は、サイドリンクに基づく伝送プロセスにおいて、第一の端末が第一の操作を実行することであって、第一の操作は、第一の端末によるハイブリッド自動再送要求ＨＡＲＱフィードバックの送信状況の決定と、第一の端末によるデータパケットのデコーディングとのうちの少なくとも一つを含むことと、第一の端末は、第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することとを含む。
【選択図】図６

【特許請求の範囲】

【請求項1】

間欠受信の制御方法であって、
サイドリンクに基づく伝送プロセスにおいて、第一の端末が第一の操作を実行することを含むことであって、前記第一の操作は、前記第一の端末によるハイブリッド自動再送要求ＨＡＲＱフィードバックの送信状況の決定と、前記第一の端末によるデータパケットのデコーディングとのうちの少なくとも一つを含むことと、
前記第一の端末が、第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することとを含む、間欠受信の制御方法。

【請求項2】

前記第一の端末が第一の操作を実行する前に、前記制御方法は、
前記第一の端末が第二の端末により送信されるサイドリンク制御情報ＳＣＩを受信することをさらに含み、
前記サイドリンク制御情報ＳＣＩは、
前記第一の端末がハイブリッド自動再送要求ＨＡＲＱをイネーブルにすることと、前記第一の端末が否定応答のみ情報確認モードを使用することと、前記第一の端末が肯定否定応答情報確認モードを使用することとのうちの少なくとも一つを指示するために用いられる、請求項１に記載の制御方法。

【請求項3】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末が前記第二の端末にハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることであって、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが肯定応答ＡＣＫ又は否定応答ＮＡＣＫであることと、
前記第一のタイマーがタイムアウトし、且つ前記第一の端末がデータパケットのデコーディングに成功又は失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項4】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末が前記第二の端末にハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、且つ前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが否定応答ＮＡＣＫである場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることであって、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが肯定応答ＡＣＫである場合に、前記第一の端末が前記第一のタイマーを起動させないことと、
前記第一のタイマーがタイムアウトし、且つ前記第一の端末がデータパケットのデコーディングに成功又は失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項5】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末が前記第二の端末にハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることであって、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが肯定応答ＡＣＫ又は否定応答ＮＡＣＫであることと、
前記第一のタイマーがタイムアウトする場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項6】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
データパケットをデコーディングする時間長が予め設定される時間長を超え、又はデコーディングに失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることを含み、
予め設定される時間長は、第三のタイマーの運行時間長と、プロトコルにより約定される時間長と、ネットワーク側機器により配置される時間長とのうちの少なくとも一つを含み、前記第二のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項7】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末と前記第二の端末との間の距離が通信範囲要求以上であることを決定する場合に、前記第一の端末が前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信せず、且つサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーと第二のタイマーを起動させないことを決定することを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項8】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末と前記第二の端末との間の距離が通信範囲要求以上であることを決定する場合に、前記第一の端末が前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信せず、且つサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることを決定することと、
前記第一のタイマーがタイムアウトする場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項9】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末と前記第二の端末との間の距離が通信範囲要求以上であることを決定する場合に、データパケットのデコーディングに成功又は失敗し且つ否定応答ＮＡＣＫであるハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後、又は前記第一の端末がデータパケットのデコーディングに成功又は失敗し且つ前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信しないことを決定した後に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることと、
前記第一のタイマーがタイムアウトし、且つ前記第一の端末がデータパケットのデコーディングに成功又は失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項10】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
ハイブリッド自動再送要求ＨＡＲＱプログレスに対応するデータパケットをデコーディングする時間長が予め設定される時間長を超え、且つデコーディングに失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることを含み、
予め設定される時間長は、第三のタイマーの運行時間長と、プロトコルにより約定される時間長と、ネットワーク側機器により配置される時間長とのうちの少なくとも一つを含み、前記第二のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項11】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記サイドリンク制御情報ＳＣＩに基づいて前記第一の端末と前記第二の端末との間の距離が通信範囲要求よりも小さいことを決定する場合に、前記第一の端末が前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信することを決定することと、
前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることと、
前記第一のタイマーがタイムアウトし、且つ前記第一の端末がデータパケットのデコーディングに失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項12】

前記第一の操作は、前記第一の端末が物理サイドリンク共有チャネルＰＳＳＣＨの送信をすでに実行したかどうかを決定することをさらに含み、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末が物理サイドリンク共有チャネルＰＳＳＣＨの送信をすでに実行したことを決定する場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーを起動させることを含む、請求項１に記載の制御方法。

【請求項13】

前記物理サイドリンク共有チャネルＰＳＳＣＨ送信の方式は、
リソース割り当ての基地局スケジューリングモードのリソースプール上で送信することと、
前記リソース割り当ての端末自律モードの配置許可又は動的許可上で送信することとのうちの一つを含む、請求項１２に記載の制御方法。

【請求項14】

間欠受信の制御装置であって、
サイドリンクに基づく伝送プロセスにおいて、第一の操作を実行するための実行モジュールであって、前記第一の操作は、ハイブリッド自動再送要求ＨＡＲＱフィードバックの送信状況の決定と、データパケットのデコーディングとのうちの少なくとも一つを含む実行モジュールと、
第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定するための決定モジュールとを含む、間欠受信の制御装置。

【請求項15】

第一の操作を実行する前に、第二の端末により送信されるサイドリンク制御情報ＳＣＩを受信するための受信モジュールをさらに含み、
前記サイドリンク制御情報ＳＣＩは、
ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすることと、否定応答のみ情報確認モードを使用することと、肯定否定応答情報確認モードを使用することとのうちの少なくとも一つを指示するために用いられる、請求項１４に記載の制御装置。

【請求項16】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを指示する場合に、前記決定モジュールは、
前記第二の端末にハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させるための第一の起動ユニットであって、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが肯定応答ＡＣＫ又は否定応答ＮＡＣＫである第一の起動ユニットと、
前記第一のタイマーがタイムアウトし、且つデータパケットのデコーディングに成功又は失敗した場合に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させるための第二の起動ユニットとを含み、
前記第一のタイマーの運行期間において、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項１５に記載の制御装置。

【請求項17】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを指示する場合に、前記決定モジュールは、
前記第二の端末にハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、且つ前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが否定応答ＮＡＣＫである場合に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させるための第三の起動ユニットであって、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが肯定応答ＡＣＫである場合に、前記第一のタイマーを起動させない第三の起動ユニットと、
前記第一のタイマーがタイムアウトし且つデータパケットのデコーディングに成功又は失敗した場合に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させるための第四の起動ユニットとを含み、
前記第一のタイマーの運行期間において、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項１５に記載の制御装置。

【請求項18】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを指示する場合に、前記決定モジュールは、
前記第二の端末にハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させるための第五の起動ユニットであって、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが肯定応答ＡＣＫ又は否定応答ＮＡＣＫである第五の起動ユニットと、
前記第一のタイマーがタイムアウトする場合に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させるための第六の起動ユニットとを含み、
前記第一のタイマーの運行期間において、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項１５に記載の制御装置。

【請求項19】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを指示する場合に、前記決定モジュールは、
データパケットをデコーディングする時間長が予め設定される時間長を超え又はデコーディングに失敗した場合に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させるための第七の起動ユニットを含み、
予め設定される時間長は、第三のタイマーの運行時間長と、プロトコルにより約定される時間長と、ネットワーク側機器により配置される時間長とのうちの少なくとも一つを含み、前記第二のタイマーの運行期間において物理サイドリンク制御チャネルＰＳＣＣＨ又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項１５に記載の制御装置。

【請求項20】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを指示する場合に、前記決定モジュールは、
前記第二の端末との間の距離が通信範囲要求以上であることを決定する場合に、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信せず、且つサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーと第二のタイマーを起動させないことを決定するための第一の処理ユニットを含み、
前記第一のタイマーの運行期間において、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項１５に記載の制御装置。

【請求項21】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを指示する場合に、前記決定モジュールは、
前記第二の端末との間の距離が通信範囲要求以上であることを決定する場合に、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信せず、且つサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることを決定するための第二の処理ユニットと、
前記第一のタイマーがタイムアウトする場合に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させるための第八の起動ユニットとを含み、
前記第一のタイマーの運行期間において、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項１５に記載の制御装置。

【請求項22】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを指示する場合に、前記決定モジュールは、
前記第二の端末との間の距離が通信範囲要求以上であることを決定する場合に、データパケットのデコーディングに成功又は失敗し且つ否定応答ＮＡＣＫであるハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後、又はデータパケットのデコーディングに成功又は失敗し且つ前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信しないことを決定した後に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させるための第三の処理ユニットと、
前記第一のタイマーがタイムアウトし且つデータパケットのデコーディングに成功又は失敗した場合に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させるための第九の起動ユニットとを含み、
前記第一のタイマーの運行期間において、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項１５に記載の制御装置。

【請求項23】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを指示する場合に、前記決定モジュールは、
ハイブリッド自動再送要求ＨＡＲＱプログレスに対応するデータパケットをデコーディングする時間長が予め設定される時間長を超えており且つデコーディングに失敗した場合に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させるための第十の起動ユニットを含み、
予め設定される時間長は、第三のタイマーの運行時間長と、プロトコルにより約定される時間長と、ネットワーク側機器により配置される時間長とのうちの少なくとも一つを含み、前記第二のタイマーの運行期間において、物理サイドリンク制御チャネルＰＳＣＣＨ又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項１５に記載の制御装置。

【請求項24】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを指示する場合に、前記決定モジュールは、
前記サイドリンク制御情報ＳＣＩに基づいて前記第二の端末との間の距離が通信範囲要求よりも小さいことを決定する場合に、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信することを決定するための第四の処理ユニットと、
前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させるための第十一の起動ユニットと、
前記第一のタイマーがタイムアウトし且つデータパケットのデコーディングに失敗した場合に、サイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させるための第十二の起動ユニットとを含み、
前記第一のタイマーの運行期間において、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項１５に記載の制御装置。

【請求項25】

前記第一の操作は、物理サイドリンク共有チャネルＰＳＳＣＨの送信をすでに実行したかどうかを決定することをさらに含み、前記決定モジュールは、
物理サイドリンク共有チャネルＰＳＳＣＨの送信をすでに実行したことを決定する場合に、サイドリンク間欠受信の制御に用いられるタイマーを起動させるための第十三の起動ユニットを含む、請求項１４に記載の制御装置。

【請求項26】

前記物理サイドリンク共有チャネルＰＳＳＣＨ送信の方式は、
リソース割り当ての基地局スケジューリングモードのリソースプール上で送信することと、
前記リソース割り当ての端末自律モードの配置許可又は動的許可上で送信することとのうちの一つを含む、請求項２５に記載の制御装置。

【請求項27】

端末であって、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、請求項１から１３のいずれか１項に記載の間欠受信の制御方法のステップを実現する、端末。

【請求項28】

可読記憶媒体であって、前記可読記憶媒体上にはプログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、請求項１から１３のいずれか１項に記載の間欠受信の制御方法を実現する、可読記憶媒体。

【請求項29】

コンピュータプログラム製品であって、非揮発性の可読記憶媒体に記憶されており、前記コンピュータプログラム製品が少なくとも一つのプロセッサにより実行される時、請求項１から１３のいずれか１項に記載の間欠受信の制御方法を実現する、コンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【0001】

（関連出願の相互参照）
本出願は、２０２０年９月２１日に中国で提出された中国特許出願番号Ｎｏ．２０２０１０９９７２０２．３の優先権を主張しており、同出願の内容のすべては、ここに参照として取り込まれる。

【0002】

本出願は、通信技術分野に属し、具体的に間欠受信の制御方法及び装置、端末と可読記憶媒体に関する。

【背景技術】

【0003】

従来の通信システムにおいて、間欠受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ、ＤＲＸ）を採用して省電力の目的を達成することが多く、そのためＤＲＸ状態にある端末は、制御チャネルを連続的にモニタリングする必要がない。しかしながら、現在のＤＲＸメカニズムは、ネットワーク側機器と端末との間の上り下りリンクのみに用いられ、ＳｉｄｅＬｉｎｋ（サイドリンク）について、現在適合したＤＲＸ配置が存在していない。

【発明の概要】

【発明が解決しようとする課題】

【0004】

本出願の実施例は、従来の技術ではＤＲＸメカニズムがネットワーク側機器と端末との間の上り下りリンクのみに用いられ、ＤＲＸ配置の応用シナリオが比較的に単一であることをもたらすという問題を解決できる間欠受信の制御方法及び装置、端末と可読記憶媒体を提供する。

【課題を解決するための手段】

【0005】

第一の態様によれば、間欠受信の制御方法を提供し、この方法は、サイドリンクに基づく伝送プロセスにおいて、第一の端末が第一の操作を実行することであって、前記第一の操作は、前記第一の端末によるハイブリッド自動再送要求ＨＡＲＱフィードバックの送信状況の決定と、前記第一の端末によるデータパケットのデコーディングとのうちの少なくとも一つを含むことと、前記第一の端末が、第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することとを含む。

【0006】

第二の態様によれば、間欠受信の制御装置を提供し、この装置は、サイドリンクに基づく伝送プロセスにおいて、第一の操作を実行するための実行モジュールであって、前記第一の操作は、ハイブリッド自動再送要求ＨＡＲＱフィードバックの送信状況の決定と、データパケットのデコーディングとのうちの少なくとも一つを含む実行モジュールと、第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定するための決定モジュールとを含む。

【0007】

第三の態様によれば、端末を提供し、この端末は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、第一の態様に記載の方法のステップを実現する。

【0008】

第四の態様によれば、可読記憶媒体を提供し、前記可読記憶媒体上にはプログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、第一の態様に記載の方法のステップを実現する。

【0009】

第五の態様によれば、チップを提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、ネットワーク側機器のプログラム又は命令を運行し、第一の態様に記載の方法を実現するために用いられる。

【0010】

第六の態様によれば、コンピュータプログラム製品を提供し、このコンピュータプログラム製品が非揮発性の可読記憶媒体に記憶されており、前記コンピュータプログラム製品が少なくとも一つのプロセッサにより実行されて、第一の態様に記載の方法を実現する。

【発明の効果】

【0011】

本出願の実施例によって、サイドリンクに基づく伝送プロセスにおいて、第一の端末は、ハイブリッド自動再送要求ＨＡＲＱフィードバックの送信状況を決定するかどうかを決定すること及び／又は第一の端末がデータパケットをデコーディングする結果に基づき、サイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することができ、サイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを制御することによって、サイドリンク上の間欠受信ＤＲＸの制御を実現し、それによって従来の技術ではＤＲＸメカニズムがネットワーク側機器と端末との間の上り下りリンクのみに用いられ、ＤＲＸ配置の応用シナリオが比較的に単一であることをもたらすという問題を解決する。

【図面の簡単な説明】

【0012】

【図1】本出願の実施例が適用可能な無線通信システムのブロック図である。

【図2】本出願の実施例の時間領域におけるＤＲＸ Ｃｙｃｌｅ概略図である。

【図3】本出願の実施例のＤＲＸタイプの概略図である。

【図4】本出願の実施例のＣＤＲＸオン持続時間の前のウェイクアップシグナリング時間フローを示す概略図である。

【図5】本出願の実施例のＳｉｄｅｌｉｎｋ概略図である。

【図6】本出願の実施例における間欠受信の制御方法のフローチャートである。

【図7】本出願の実施例における間欠受信の制御装置の構造概略図である。

【図8】本出願の実施例を実現する通信機器の構造概略図である。

【図9】本出願の実施例を実現する端末のハードウェア構造概略図である。

【発明を実施するための形態】

【0013】

以下は、本出願の実施例における図面を結び付けながら、本出願の実施例における技術案を明瞭且つ完全に記述する。明らかに、記述された実施例は、本出願の一部の実施例であり、すべての実施例ではない。本出願における実施例に基づき、当業者により得られたすべての他の実施例は、いずれも本出願の保護範囲に属する。

【0014】

本出願の明細書と特許請求の範囲における用語である「第一」、「第二」などは、類似している対象を区別するものであり、特定の順序又は前後手順を記述するためのものではない。理解すべきこととして、このように使用されるデータは、適切な場合に交換可能であり、それにより本出願の実施例は、ここで図示又は記述されたもの以外の順序で実施されることが可能である。且つ「第一」、「第二」によって区別される対象は、一般的には同一種類であり、対象の個数を限定せず、例えば第一の対象は、一つであってもよく、複数であってもよい。なお、明細書及び請求項における「及び／又は」は、接続される対象のうちの少なくとも一つを表し、文字である「／」は、一般的には前後関連対象が「又は」の関係であることを表す。

【0015】

指摘すべきこととして、本出願の実施例に記述された技術は、ロングタームエボリューション型（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）／ＬＴＥの進化（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムに限らず、他の無線通信システム、例えば符号分割多重接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＣＤＭＡ）、時分割多重接続（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多重接続（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多重接続（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一キャリア周波数分割多重接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ－Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）と他のシステムにも適用できる。本出願の実施例における用語である「システム」と「ネットワーク」は、常に交換可能に使用され、記述された技術は、上記で言及されたシステムとラジオ技術に用いられてもよく、他のシステムとラジオ技術に用いられてもよい。以下の記述は、例示の目的でニューラジオ（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システムを記述しているとともに、以下の大部分の記述においてＮＲ用語を使用しているが、これらの技術は、ＮＲシステム応用以外の応用、例えば第六世代（６^ｔｈ Ｇｅｎｅｒａｔｉｏｎ、６Ｇ）通信システムに適用されてもよい。

【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】

以上は、図面を結び付けながら、本出願の実施例を記述したが、本出願は、上記の具体的な実施の形態に限らない。上記の具体的な実施の形態は、例示的なものに過ぎず、制限性のあるものではない。当業者は、本出願の示唆で、本出願の趣旨と請求項が保護する範囲から逸脱しない限り、多くの形式を行うこともでき、いずれも本出願の保護範囲に属する。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【手続補正書】

【提出日】2023-04-13

【手続補正1】

【補正対象書類名】明細書

【補正対象項目名】００１８

【補正方法】変更

【補正の内容】

【0018】

一、ＲＲＣ＿ＩＤＬＥ状態でのＤＲＸ
ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）又は５Ｇ通信システムにおいて、ＲＲＣ＿ＩＤＬＥ状態にあるＵＥは、予め配置される時間上で基地局により送信されるページング信号を検出する必要があり、ページング信号の検出プロセスは、以下の通りである。

【手続補正2】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

間欠受信の制御方法であって、
サイドリンクに基づく伝送プロセスにおいて、第一の端末が第一の操作を実行することを含むことであって、前記第一の操作は、前記第一の端末によるハイブリッド自動再送要求ＨＡＲＱフィードバックの送信状況の決定と、前記第一の端末によるデータパケットのデコーディングとのうちの少なくとも一つを含むことと、
前記第一の端末が、第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することとを含む、間欠受信の制御方法。

【請求項2】

前記第一の端末が第一の操作を実行する前に、前記制御方法は、
前記第一の端末が第二の端末により送信されるサイドリンク制御情報ＳＣＩを受信することをさらに含み、
前記サイドリンク制御情報ＳＣＩは、
前記第一の端末がハイブリッド自動再送要求ＨＡＲＱをイネーブルにすることと、前記第一の端末が否定応答のみ情報確認モードを使用することと、前記第一の端末が肯定否定応答情報確認モードを使用することとのうちの少なくとも一つを指示するために用いられる、請求項１に記載の制御方法。

【請求項3】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末が前記第二の端末にハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることであって、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが肯定応答ＡＣＫ又は否定応答ＮＡＣＫであることと、
前記第一のタイマーがタイムアウトし、且つ前記第一の端末がデータパケットのデコーディングに成功し又は失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項4】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末が前記第二の端末にハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、且つ前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが否定応答ＮＡＣＫである場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることであって、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが肯定応答ＡＣＫである場合に、前記第一の端末が前記第一のタイマーを起動させないことと、
前記第一のタイマーがタイムアウトし、且つ前記第一の端末がデータパケットのデコーディングに成功し又は失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項5】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末が前記第二の端末にハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることであって、前記ハイブリッド自動再送要求ＨＡＲＱフィードバックが肯定応答ＡＣＫ又は否定応答ＮＡＣＫであることと、
前記第一のタイマーがタイムアウトする場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項6】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び／又は前記肯定否定応答情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
データパケットをデコーディングする時間長が予め設定される時間長を超え、又はデコーディングに失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることを含み、
予め設定される時間長は、第三のタイマーの運行時間長と、プロトコルにより約定される時間長と、ネットワーク側機器により配置される時間長とのうちの少なくとも一つを含み、前記第二のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項7】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末と前記第二の端末との間の距離が通信範囲要求以上であることを決定する場合に、前記第一の端末が前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信せず、且つサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーと第二のタイマーを起動させないことを決定することを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項8】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末と前記第二の端末との間の距離が通信範囲要求以上であることを決定する場合に、前記第一の端末が前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信せず、且つサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることを決定することと、
前記第一のタイマーがタイムアウトする場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項9】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末と前記第二の端末との間の距離が通信範囲要求以上であることを決定する場合に、データパケットのデコーディングに成功し又は失敗し且つ否定応答ＮＡＣＫであるハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後、又は前記第一の端末がデータパケットのデコーディングに成功し又は失敗し且つ前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信しないことを決定した後に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることと、
前記第一のタイマーがタイムアウトし、且つ前記第一の端末がデータパケットのデコーディングに成功し又は失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項10】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
ハイブリッド自動再送要求ＨＡＲＱプログレスに対応するデータパケットをデコーディングする時間長が予め設定される時間長を超え、且つデコーディングに失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることを含み、
予め設定される時間長は、第三のタイマーの運行時間長と、プロトコルにより約定される時間長と、ネットワーク側機器により配置される時間長とのうちの少なくとも一つを含み、前記第二のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項11】

前記サイドリンク制御情報ＳＣＩが、ハイブリッド自動再送要求ＨＡＲＱをイネーブルにすること及び前記否定応答のみ情報確認モードを使用することを前記第一の端末に指示する場合に、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記サイドリンク制御情報ＳＣＩに基づいて前記第一の端末と前記第二の端末との間の距離が通信範囲要求よりも小さいことを決定する場合に、前記第一の端末が前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信することを決定することと、
前記ハイブリッド自動再送要求ＨＡＲＱフィードバックを送信した後に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第一のタイマーを起動させることと、
前記第一のタイマーがタイムアウトし、且つ前記第一の端末がデータパケットのデコーディングに失敗した場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーのうちの第二のタイマーを起動させることとを含み、
前記第一のタイマーの運行期間において、前記第一の端末は、物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングせず、前記第二のタイマーの運行期間において、前記第一の端末は、前記物理サイドリンク制御チャネルＰＳＣＣＨ及び／又は前記物理サイドリンク共有チャネルＰＳＳＣＨをモニタリングする、請求項２に記載の制御方法。

【請求項12】

前記第一の操作は、前記第一の端末が物理サイドリンク共有チャネルＰＳＳＣＨの送信をすでに実行したかどうかを決定することをさらに含み、前記第一の端末が第一の操作の実行結果に基づいてサイドリンク間欠受信の制御に用いられるタイマーを起動させるかどうかを決定することは、
前記第一の端末が物理サイドリンク共有チャネルＰＳＳＣＨの送信をすでに実行したことを決定する場合に、前記第一の端末がサイドリンク間欠受信の制御に用いられるタイマーを起動させることを含む、請求項１に記載の制御方法。

【請求項13】

前記物理サイドリンク共有チャネルＰＳＳＣＨ送信の方式は、
リソース割り当ての基地局スケジューリングモードのリソースプール上で送信することと、
前記リソース割り当ての端末自律モードの配置許可又は動的許可上で送信することとのうちの一つを含む、請求項１２に記載の制御方法。

【請求項14】

端末であって、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラム又は命令とを含み、前記プログラム又は命令が前記プロセッサにより実行される時、請求項１から１３のいずれか１項に記載の間欠受信の制御方法のステップを実現する、端末。

【請求項15】

可読記憶媒体であって、前記可読記憶媒体上にはプログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時、請求項１から１３のいずれか１項に記載の間欠受信の制御方法を実現する、可読記憶媒体。

【国際調査報告】