特表2024-514070 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ グァンドン　オッポ　モバイル　テレコミュニケーションズ　コーポレーション　リミテッドの特許一覧

特表2024-514070データ再送方法及び関連装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3(A)
3(B)
4
5
6
7
8
9
10
11
12

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

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

(11)【公表番号】

(43)【公表日】2024-03-28

(54)【発明の名称】データ再送方法及び関連装置

(51)【国際特許分類】

H04W 28/04 20090101AFI20240321BHJP

H04W 92/18 20090101ALI20240321BHJP

【ＦＩ】

H04W28/04 110

H04W92/18

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023559140

(86)(22)【出願日】2021-12-03

(85)【翻訳文提出日】2023-09-26

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

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

(87)【国際公開日】2022-10-06

(31)【優先権主張番号】PCT/CN2021/085372

(32)【優先日】2021-04-02

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

(81)【指定国・地域】

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】516227559

【氏名又は名称】オッポ広東移動通信有限公司

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

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

(74)【代理人】

【識別番号】100120031

【弁理士】

【氏名又は名称】宮嶋学

(74)【代理人】

【識別番号】100107582

【弁理士】

【氏名又は名称】関根毅

(74)【代理人】

【識別番号】100152205

【弁理士】

【氏名又は名称】吉田昌司

(74)【代理人】

【識別番号】100137523

【弁理士】

【氏名又は名称】出口智也

(74)【代理人】

【識別番号】100120385

【弁理士】

【氏名又は名称】鈴木健之

(72)【発明者】

【氏名】ルー、チエンシー

(72)【発明者】

【氏名】ロン、ピンシュエ

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

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE02

5K067EE25

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】

前記方法は、
前記第一デバイスが前記第二デバイスから、前記第一再送タイマの継続時間と、前記第二再送タイマの継続時間と、前記第一ＲＴＴタイマの継続時間と、前記第二ＲＴＴタイマの継続時間とのうちの少なくとも１つを含む第二情報を受信すること、をさらに含む、
ことを特徴とする請求項２１～２６のいずれか一項に記載の方法。

【請求項30】

前記方法は、
前記第一デバイスが前記ネットワークデバイスから、前記第一再送タイマの継続時間と、前記第二再送タイマの継続時間と、前記第一ＲＴＴタイマの継続時間と、前記第二ＲＴＴタイマの継続時間とのうちの少なくとも１つを含む設定情報を受信すること、をさらに含む、
ことを特徴とする請求項２１～２６のいずれか一項に記載の方法。

【請求項31】

受信モジュールと処理モジュールとを備えるデータ再送装置であって、
前記受信モジュールは、第二デバイスから混合自動再送要求（ＨＡＲＱ）フィードバック指示を含む第一情報を受信するように構成されており、
前記処理モジュールは、前記ＨＡＲＱフィードバック指示がＨＡＲＱフィードバックを有効にすることである場合、第一再送タイマの継続時間内に、前記第二デバイスによって送信される再送データをモニタリングし、前記ＨＡＲＱフィードバック指示がＨＡＲＱフィードバックを無効にすることである場合、第二再送タイマの継続時間内に、前記第二デバイスによって送信される再送データをモニタリングするように構成されている、
ことを特徴とするデータ再送装置。

【請求項32】

前記第一再送タイマの継続時間と、前記第二再送タイマの継続時間とが異なる、
ことを特徴とする請求項３１に記載の装置。

【請求項33】

前記第二再送タイマの継続時間は、前記第一再送タイマの継続時間より長い、
ことを特徴とする請求項３２に記載の装置。

【請求項34】

前記第一再送タイマの継続時間と、前記第二再送タイマの継続時間とは同じである、
ことを特徴とする請求項３１に記載の装置。

【請求項35】

前記第一再送タイマの継続時間及び前記第二再送タイマの継続時間は、予め設定される、
ことを特徴とする請求項３１～３４のいずれか一項に記載の装置。

【請求項36】

前記受信モジュールはさらに、前記第二デバイスから、前記第一再送タイマの継続時間と前記第二再送タイマの継続時間とを含む第二情報を受信するように構成されている、
ことを特徴とする請求項３１～３４のいずれか一項に記載の装置。

【請求項37】

前記受信モジュールはさらに、ネットワークデバイスから、前記第一再送タイマの継続時間と前記第二再送タイマの継続時間とを含む設定情報を受信するように構成されている、
ことを特徴とする請求項３１～３４のいずれか一項に記載の装置。

【請求項38】

前記装置は、送信モジュールをさらに備え、
前記送信モジュールは、前記第二デバイスにフィードバック情報を送信するように構成されており、
前記処理モジュールはさらに、第一往復時間（ＲＴＴ）タイマを起動し、前記第一ＲＴＴタイマがタイムアウトした後、前記第一再送タイマの継続時間内に、前記第二デバイスによって送信される再送データをモニタリングするように構成されている、
ことを特徴とする請求項３１～３７のいずれか一項に記載の装置。

【請求項39】

前記処理モジュールはさらに、第一時刻に起動される前記第二再送タイマの継続時間内に、前記第二デバイスによって送信される再送データをモニタリングするように構成されている、
ことを特徴とする請求項３１～３７のいずれか一項に記載の装置。

【請求項40】

前記第一時刻は、前記第一情報を受信した後、前記第一情報に対応するデータチャネルを受信した後、前記第一情報を受信してから予め設定された時間帯が経過した後、前記第一情報に対応するデータチャネルを受信してから予め設定された時間帯が経過した後、のうちの少なくとも１つである、
ことを特徴とする請求項３９に記載の装置。

【請求項41】

前記処理モジュールはさらに、第二往復時間（ＲＴＴ）タイマを起動し、前記第二ＲＴＴタイマがタイムアウトした後、前記第二再送タイマの継続時間内に、前記第二デバイスによって送信される再送データをモニタリングするように構成されている、
ことを特徴とする請求項３１～３７のいずれか一項に記載の方法。

【請求項42】

処理モジュールと送信モジュールとを備えるデータ再送装置であって、
前記処理モジュールは、混合自動再送要求（ＨＡＲＱ）フィードバック指示を特定するように構成されており、
前記送信モジュールは、第一デバイスに、前記ＨＡＲＱフィードバック指示を含む第一情報を送信するように構成されており、前記ＨＡＲＱフィードバック指示がＨＡＲＱフィードバックを有効にすることである場合、前記ＨＡＲＱフィードバックを有効にすることは、第一再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングすることを指示するために用いられ、前記ＨＡＲＱフィードバック指示がＨＡＲＱフィードバックを無効にすることである場合、前記ＨＡＲＱフィードバックを無効にすることは、第二再送タイマの継続時間内に、前記第二デバイスによって送信される再送データをモニタリングすることを指示するために用いられる、
ことを特徴とするデータ再送装置。

【請求項43】

前記第一再送タイマの継続時間と、前記第二再送タイマの継続時間とが異なる、
ことを特徴とする請求項４２に記載の装置。

【請求項44】

前記第二再送タイマの継続時間は、前記第一再送タイマの継続時間より長い、
ことを特徴とする請求項４３に記載の装置。

【請求項45】

前記第一再送タイマの継続時間と、前記第二再送タイマの継続時間とは同じである、
ことを特徴とする請求項４２に記載の装置。

【請求項46】

前記装置は受信モジュールをさらに備え、
前記受信モジュールは、ネットワークデバイスから、前記ＨＡＲＱフィードバック指示を受信するように構成されている、
ことを特徴とする請求項４２～４５のいずれか一項に記載の装置。

【請求項47】

前記送信モジュールはさらに、ネットワークデバイスに、前記ＨＡＲＱフィードバック指示を送信するように構成されている、
ことを特徴とする請求項４２～４５のいずれか一項に記載の装置。

【請求項48】

前記送信モジュールはさらに、前記第一デバイスに、前記第一再送タイマの継続時間と前記第二再送タイマの継続時間とを含む第二情報を送信するように構成されている、
ことを特徴とする請求項４２～４７のいずれか一項に記載の装置。

【請求項49】

通信モジュールと処理モジュールとを備えるデータ再送装置であって、
前記通信モジュールは、混合自動再送要求（ＨＡＲＱ）フィードバック指示を第二デバイスから受信し、又は、ＨＡＲＱフィードバック指示を前記第二デバイスに送信するように構成されており、
前記処理モジュールは、前記ＨＡＲＱフィードバック指示に応じて時間・周波数リソースを割り当てるように構成されている、
ことを特徴とするデータ再送装置。

【請求項50】

前記ＨＡＲＱフィードバック指示は、前記第二デバイスが特定の時間・周波数リソースでＨＡＲＱフィードバックを有効にすること又は無効にすることを指示する、
ことを特徴とする請求項４９に記載の装置。

【請求項51】

受信モジュールと処理モジュールとを備えるデータ再送装置であって、
前記受信モジュールは、ネットワークから第一情報を受信する、又は予め設定された第一情報を受信するように構成されており、前記第一情報は混合自動再送要求（ＨＡＲＱ）フィードバックチャネル設定を含み、
前記処理モジュールは、前記ＨＡＲＱフィードバックチャネル設定が物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が設定されたことを指示する場合、第一往復時間（ＲＴＴ）タイマの継続時間及び／又は第一再送タイマの継続時間に基づいて、第二デバイスによって送信される再送データをモニタリングし、前記ＨＡＲＱフィードバックチャネル設定が前記ＰＳＦＣＨが設定されていないことを指示する場合、第二ＲＴＴタイマの継続時間及び／又は第二再送タイマの継続時間に基づいて、前記第二デバイスによって送信される再送データをモニタリングするように構成されている、
ことを特徴とするデータ再送装置。

【請求項52】

前記ネットワークから第一情報を受信するように構成された前記受信モジュールは、前記第二デバイスから前記第一情報を受信するように構成されている、
ことを特徴とする請求項５１に記載の装置。

【請求項53】

前記第一再送タイマの継続時間と、前記第二再送タイマの継続時間とが異なる、
ことを特徴とする請求項５１に記載の装置。

【請求項54】

前記第一再送タイマの継続時間と、前記第二再送タイマの継続時間とは同じである、
ことを特徴とする請求項５１に記載の装置。

【請求項55】

前記第一ＲＴＴタイマの継続時間と、前記第二ＲＴＴタイマの継続時間とが異なる、
ことを特徴とする請求項５１に記載の装置。

【請求項56】

前記第一ＲＴＴタイマの継続時間と、前記第二ＲＴＴタイマの継続時間とは同じである、
ことを特徴とする請求項５１に記載の装置。

【請求項57】

前記第一再送タイマの継続時間及び前記第二再送タイマの継続時間は、予め設定される、
ことを特徴とする請求項５１～５６のいずれか一項に記載の装置。

【請求項58】

前記第一ＲＴＴタイマの継続時間及び前記第二ＲＴＴタイマの継続時間は、予め設定される、
ことを特徴とする請求項５１～５６のいずれか一項に記載の装置。

【請求項59】

前記受信モジュールはさらに、前記第二デバイスから、前記第一再送タイマの継続時間と、前記第二再送タイマの継続時間と、前記第一ＲＴＴタイマの継続時間と、前記第二ＲＴＴタイマの継続時間とのうちの少なくとも１つを含む第二情報を受信するように構成されている、
ことを特徴とする請求項５１～５８のいずれか一項に記載の装置。

【請求項60】

前記受信モジュールはさらに、前記ネットワークデバイスから、前記第一再送タイマの継続時間と、前記第二再送タイマの継続時間と、前記第一ＲＴＴタイマの継続時間と、前記第二ＲＴＴタイマの継続時間とのうちの少なくとも１つを含む設定情報を受信するように構成されている、
ことを特徴とする請求項５１～５８のいずれか一項に記載の装置。

【請求項61】

プロセッサ及びメモリを備える装置であって、
前記メモリは、コンピュータプログラムを記憶するように構成されており、前記プロセッサは、前記コンピュータプログラムを実行することにより、前記装置に、請求項１～３２のいずれか一項に記載の方法を実行させる、
ことを特徴とする装置。

【請求項62】

チップであって、
前記チップは、第一デバイス内のチップ、第二デバイス内のチップ、又は端末デバイス内のチップであり、プロセッサと、入力インタフェースと、出力インタフェースとを備え、前記入力インタフェース及び前記出力インタフェースは前記プロセッサに接続され、
前記チップはメモリをさらに備え、前記メモリにおけるコンピュータプログラムが実行されると、請求項１～３０のいずれか一項に記載の方法が実行される、
ことを特徴とするチップ。

【請求項63】

コンピュータ可読記憶媒体であって、
前記コンピュータ可読記憶媒体はコンピュータプログラムを記憶するように構成されており、
前記コンピュータプログラムがコンピュータで実行される場合、前記コンピュータに、請求項１～３０のいずれか一項に記載の方法を実行させる、
ことを特徴とするコンピュータ可読記憶媒体。

【請求項64】

コンピュータプログラムを含むコンピュータプログラム製品であって、
前記コンピュータプログラムがコンピュータで実行される場合、前記コンピュータに、請求項１～３０のいずれか一項に記載の方法を実行させる、
ことを特徴とするコンピュータプログラム製品。

【請求項65】

通信システムであって、
請求項１～１１又は請求項２１～３０のいずれか一項に記載の方法を実行する第一デバイスと、
請求項１２～１８のいずれか一項に記載の方法を実行する第二デバイスと、
請求項１９又は請求項２０に記載の方法を実行するネットワークデバイスとを備える、
ことを特徴とする通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワーク技術分野に関し、特に、データ再送方法及び関連装置に関する。

【背景技術】

【0002】

ユーザ機器（ｕｓｅｒｅｑｕｉｐｍｅｎｔ、ＵＥ）－ユニバーサルモバイルテレコミュニケーションシステム（ｕｎｉｖｅｒｓａｌｍｏｂｉｌｅｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓｙｓｔｅｍ、ＵＭＴＳ）・地上波無線アクセスネットワーク（ｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ、ＴＲＡＮ）（ＵＥ－ＵＴＲＡＮ、Ｕｕ）に基づいた間欠受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓｒｅｃｅｐｔｉｏｎ、ＤＲＸ）メカニズムでは、フィードバック付きの混合自動再送要求（ｈｙｂｒｉｄａｕｔｏｍａｔｉｃｒｅｐｅａｔｒｅｑｕｅｓｔ、ＨＡＲＱ）再送メカニズムに基づいてＤＲＸが設計されるため、ＤＲＸは往復時間（ｒｏｕｎｄｔｒｉｐｔｉｍｅ、ＲＴＴ）タイマ及び再送タイマ（ｒｅｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｅｒ、ｒｅｔｘｔｉｍｅｒ）に基づいて実現され、即ち、ＲＴＴタイがタイムアウトする前に、ＵＥはダウンリンクモニタリングを行う必要がなく、ＲＴＴタイがタイムアウトした後、再送タイマがタイムアウトする前に、ダウンリンクモニタリングを行う。サイドリンクでは、リリース１６（ｒｅｌｅａｓｅ１６、Ｒ１６）に柔軟なＨＡＲＱフィードバックのアクティベーション／ディアクティベーションのメカニズムが導入されている。サイドリンクでは、ネットワークデバイスは送信側ＵＥがＨＡＲＱフィードバックをアクティブにするか否かを認知しないため、リソーススケジューリングの時間間隔の不確定さを招く。また、サイドリンクにおける受信側ＵＥについては、受信側ＵＥは、送信側ＵＥのＨＡＲＱフィードバックのアクティベーション／ディアクティベーションの決定を認知しないため、再送データを如何にモニタリングするかを認知せず、それはデータ伝送効率に影響する。

【発明の概要】

【0003】

本発明の実施形態において、データ再送方法及び関連装置が提供され、それによって、消費電力を節約し、データ伝送効率を向上させることができる。

【0004】

第一様態において、本出願の実施形態では、データ再送方法が提供される。当該方法は、以下の内容を含む。
第一デバイスが第二デバイスから、混合自動再送要求（ＨＡＲＱ）フィードバック指示を含む第一情報を受信する。
ＨＡＲＱフィードバック指示がＨＡＲＱフィードバックを有効にすることである場合、第一デバイスが、第一再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングし、ＨＡＲＱフィードバック指示がＨＡＲＱフィードバックを無効にすることである場合、第一デバイスが、第二再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングする。

【0005】

このように、本出願の実施形態において、サイドリンクでは、第一デバイス（受信側ＵＥ）は、異なるＨＡＲＱフィードバック指示に応じて、再送タイマを選択して、第二デバイス（送信側ＵＥ）によって送信される再送データをモニタリングすることができる。それによって、再送タイマを起動する前に第二デバイスがスリープ状態にあるようにすることができ、電力を節約することができる。再送タイマがタイムアウトする前に再送データをモニタリングすることにより、データ伝送の成功率を確保し、データ伝送効率を向上させることができる。

【0006】

第一再送タイマの継続時間と、第二再送タイマの継続時間とが異なる。

【0007】

第二再送タイマの継続時間は、第一再送タイマの継続時間より長い。

【0008】

第一再送タイマの継続時間と、第二再送タイマの継続時間とは同じである。

【0009】

第一再送タイマの継続時間及び第二再送タイマの継続時間は、予め設定される。

【0010】

選択的に、第一デバイスは第二デバイスから、第一再送タイマの継続時間と第二再送タイマの継続時間とを含む第二情報を受信する。

【0011】

選択的に、第一デバイスはネットワークデバイスから、第一再送タイマの継続時間と第二再送タイマの継続時間とを含む設定情報を受信する。

【0012】

選択的に、ＨＡＲＱフィードバック指示がＨＡＲＱフィードバックを有効にすることである場合、第一デバイスが、第一再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングすることは、
第一デバイスが、第二デバイスにフィードバック情報を送信することと、
第一デバイスが、第一往復時間（ＲＴＴ）タイマを起動することと、
第一ＲＴＴタイマがタイムアウトした後、第一デバイスが、第一再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングすることと、を含む。

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

【図1】図１は、本出願の実施形態に係る通信システムのアーキテクチャを示す概略図である。

【図2】図２は、本出願の実施形態に係るＤＲＸメカニズムを示す概略図である。

【図3(A)】図３（Ａ）は、本出願の実施形態に係るリソーススケジューリングを示す概略図である。

【図3(B)】図３（Ｂ）は、本出願の実施形態に係る別のリソーススケジューリングを示す概略図である。

【図4】図４は、本出願の実施形態に係るデータ再送方法を示すフローチャートである。

【図5】図５は、本出願の実施形態に係る別のデータ再送方法を示すフローチャートである。

【図6】図６は、本出願の実施形態に係るさらなる別のデータ再送方法を示すフローチャートである。

【図7】図７は、本出願の実施形態に係るデータ再送装置の構造を示す概略図である。

【図8】図８は、本出願の実施形態に係る別のデータ再送装置の構造を示す概略図である。

【図9】図９は、本出願の実施形態に係るさらなる別のデータ再送装置の構造を示す概略図である。

【図10】図１０は、本出願の実施形態に係る他のデータ再送装置の構造を示す概略図である。

【図11】図１１は、本出願の実施形態に係る端末デバイスの構造を示す概略図である。

【図12】図１２は、本出願の実施形態に係るネットワークデバイスの構造を示す概略図である。

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

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

いくつかの可能な設計において、第一再送タイマの継続時間と、第二再送タイマの継続時間とが異なる。

【0167】

例えば、第一再送タイマの継続時間は、第二再送タイマの継続時間より長くてもよい。

【0168】

それは、第二デバイス（送信側ＵＥ）の角度から言えば、再送タイマの継続時間は、第二デバイスの現在のデータ伝送と次のデータ伝送との間（２回のデータ伝送の間）の時間間隔であると理解されることができるためである。ＰＳＦＣＨが設定されている場合、当該２回のデータ伝送の間にＰＳＦＣＨにおけるフィードバック結果が存在する。この場合、第二デバイス（送信側ＵＥ）は、当該ＰＳＦＣＨにおけるフィードバック結果を待つ必要があり、次に、当該フィードバック結果に基づいてデータ再送が必要であるか否かを判断する。第二デバイス（送信側ＵＥ）がフィードバック結果を待ち且つフィードバック結果を処理するプロセスにおいて、一定の遅延などが存在するため、２回のデータ伝送の間の時間間隔、即ち再送タイマの継続時間を長くする必要があり、それは、当該再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングすることができることを確保するのに有利である。

【0169】

同様に、ＰＳＦＣＨが設定されていない場合、当該２回のデータ伝送の間にＰＳＦＣＨにおけるフィードバック結果が存在しない。この場合、２回のデータ伝送の間の時間間隔を短くすることができ、即ち、再送タイマの継続時間を短くすることができる。それは、第一デバイスが当該再送タイマの継続時間内にモニタリングすることで消費される電力量を低減し、省エネルギーを図ることに有利である。

【0170】

上記から分かるように、ＰＳＦＣＨが設定されているか否かは、再送タイマの継続時間の設定に対して一定の影響がある。

【0171】

いくつかの可能な設計において、第二再送タイマの継続時間と、第一再送タイマの継続時間とが等しくてもよい。それは、再送タイマの継続時間の設定の多様性及び柔軟性、通信プロセスの柔軟性を確保することに有利である。

【0172】

以下、第一ＲＴＴタイマの継続時間及び第二ＲＴＴタイマの継続時間について具体的に説明する。

【0173】

いくつかの可能な設計において、第一ＲＴＴタイマの継続時間と、第二ＲＴＴタイマの継続時間とが異なる。

【0174】

例えば、第一ＲＴＴタイマの継続時間は、第二ＲＴＴタイマの継続時間より長くてもよい。

【0175】

上記と類似であり、それは、第二デバイス（送信側ＵＥ）の角度から言えば、ＲＴＴタイマの継続時間は、第二デバイスの現在のデータ伝送と次のデータ伝送との間（２回のデータ伝送の間）の時間間隔であると理解されることができるためである。ＰＳＦＣＨが設定されている場合、当該２回のデータ伝送の間にＰＳＦＣＨにおけるフィードバック結果が存在する。この場合、第二デバイス（送信側ＵＥ）は、当該ＰＳＦＣＨにおけるフィードバック結果を待つ必要があり、次に、当該フィードバック結果に基づいてデータ再送が必要であるか否かを判断する。第二デバイス（送信側ＵＥ）がフィードバック結果を待ち且つフィードバック結果を処理するプロセスにおいて、一定の遅延などが存在するため、２回のデータ伝送の間の時間間隔、即ちＲＴＴタイマの継続時間を長くする必要があり、それは、データ結果のフィードバック及びデータ処理のために可能な限り長い時間間隔を確保し、通信のロバスト性及び信頼性を確保することに有利である。

【0176】

同様に、ＰＳＦＣＨが設定されていない場合、当該２回のデータ伝送の間にＰＳＦＣＨにおけるフィードバック結果が存在しない。この場合、２回のデータ伝送の間の時間間隔（最短時間間隔）を短くすることができ、即ち、ＲＴＴタイマの継続時間を短くすることができる。それは、不要な待ちをできるだけ少なくして通信効率を向上させることに有利である。

【0177】

上記から分かるように、ＰＳＦＣＨが設定されているか否かは、ＲＴＴタイマの継続時間の設定に対して一定の影響がある。

【0178】

いくつかの可能な設計において、第二ＲＴＴタイマの継続時間と、第一ＲＴＴタイマの継続時間とが等しくてもよい。それは、ＲＴＴタイマの継続時間の設定の多様性及び柔軟性、通信プロセスの柔軟性を確保することに有利である。

【0179】

理解できるように、上記各方法実施形態において、端末デバイス（例えば、第一デバイス又は第二デバイス）によって実現される方法及び操作は、端末デバイスに利用可能な部品（例えば、チップ又は回路）によって実現されてもよく、ネットワークデバイスによって実現される方法及び操作は、ネットワークデバイスに利用可能な部品（例えば、チップ又は回路）によって実現されてもよい。

【0180】

上記は、主に各ネットワーク要素の間の交互（ｉｎｔｅｒａｃｔｉｏｎ）の角度から本出願の実施形態の方案を紹介した。理解できるように、上記機能を実現するために、各ネットワーク要素（例えば、送信側デバイス又は受信側デバイス）は各機能を実行する対応のハードウェア構造、及び／又はソフトウェアモジュールを含む。本明細書に開示される実施形態に記載された各例示的なユニット及びアルゴリズム操作と結びつけて、本出願がハードウェア、又は、ハードウェアとコンピュータソフトウェアとの組み合わせにより実現され得ることは、当業者にとって明らかである。これらの機能が、ハードウェアにより実行されるかコンピュータソフトウェアにより実行されるかについては、技術的解決策の特定の応用場合や設計の制限条件などによって決められる。当業者は、特定応用ごとに異なる方法を使用して記載される機能を実現できるが、これらの実現は、本出願の範囲を超えると見なされるべきではない。

【0181】

本出願の実施形態において、上記例示的な方法に基づいて送信側デバイス又は受信側デバイスに対して機能モジュールの分割を行うことができる。例えば、機能ごとに機能モジュールを分割してもよく、２つ以上の機能を１つの処理モジュールに集積してもよい。上記集積モジュールは、ハードウェア又はソフトウェア機能モジュールの形式で実現されることができる。なお、本出願の実施形態において、モジュールの分割は例示的なものであり、ロジック機能の分割に過ぎず、実際に実現される場合に、別の分割形態を有してもよい。以下、機能ごとに機能モジュールを分割することを例として説明する。

【0182】

以上、図４～図６を参照しながら、本出願の実施形態に係る方法について詳細に説明したが、以下、図７～図１０を参照しながら、本出願の実施形態に係るデータ再送装置について詳細に説明する。なお、装置実施形態の説明と方法実施形態の説明とが対応しているため、詳細な説明がない内容については、上述した方法実施形態を参照することが可能であり、簡潔のため、ここでは説明を繰り返さない。

【0183】

図７を参照すると、図７は、本出願の実施形態に係るデータ再送装置の構造を示す概略図である。当該データ再送装置は、受信モジュール７０１及び送信モジュール７０３を備えることができ、選択的に、処理モジュール７０２をさらに備えることもできる。受信モジュール７０１及び送信モジュール７０３は、外部と通信することができ、処理モジュール７０２は処理するように構成されており、例えば、再送タイマを利用して、再送データをモニタリングするように構成されている。受信モジュール７０１及び送信モジュール７０３は、通信インタフェース、送受信ユニット又は送受信モジュールと呼ばれることもできる。受信モジュール７０１及び送信モジュール７０３は、上記方法実施形態における第一デバイスによって実行される動作を実行するように構成されることができる。

【0184】

例えば、受信モジュール７０１及び送信モジュール７０３は、送受信モジュール又は送受信ユニット（受信ユニット及び／又は送信ユニットを含む）と呼ばれることもでき、受信モジュール７０１及び送信モジュール７０３はそれぞれ、上記方法実施形態における第一デバイスの受信及び送信をそれぞれ実行する。

【0185】

１つの可能な設計において、当該データ再送装置は、上記方法実施形態における第一デバイスによって実行されるステップ又はプロセスを実行するように構成されており、例えば、第一デバイスであってもよく、第一デバイスに配置されたチップ又は回路であってもよい。受信モジュール７０１及び送信モジュール７０３は、上記方法実施形態における第一デバイスの送受信に関する操作を実行するように構成されており、処理モジュール７０２は、上記方法実施形態における第一デバイスの処理に関する操作を実行するように構成されている。

【0186】

受信モジュール７０１は、第二デバイスから混合自動再送要求（ＨＡＲＱ）フィードバック指示を含む第一情報を受信するように構成されており、
処理モジュール７０２は、ＨＡＲＱフィードバック指示がＨＡＲＱフィードバックを有効にすることである場合、第一再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングし、ＨＡＲＱフィードバック指示がＨＡＲＱフィードバックを無効にすることである場合、第二再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングするように構成されている。

【0187】

選択的に、第一再送タイマの継続時間と、第二再送タイマの継続時間とが異なる。

【0188】

選択的に、第二再送タイマの継続時間は、第一再送タイマの継続時間より長い。

【0189】

選択的に、第一再送タイマの継続時間と、第二再送タイマの継続時間とは同じである。

【0190】

選択的に、第一再送タイマの継続時間及び第二再送タイマの継続時間は、予め設定される。

【0191】

選択的に、受信モジュール７０１はさらに、第二デバイスから、第一再送タイマの継続時間と第二再送タイマの継続時間とを含む第二情報を受信するように構成されている。

【0192】

選択的に、受信モジュール７０１はさらに、ネットワークデバイスから、第一再送タイマの継続時間と第二再送タイマの継続時間とを含む設定情報を受信するように構成されている。

【0193】

選択的に、送信モジュール７０３は、第二デバイスにフィードバック情報を送信するように構成されており、
処理モジュール７０２はさらに、第一往復時間（ＲＴＴ）タイマを起動し、第一ＲＴＴタイマがタイムアウトした後、第一再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングするように構成されている。

【0194】

選択的に、処理モジュール７０２はさらに、第一時刻に起動される第二再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングするように構成されている。

【0195】

【0196】

選択的に、処理モジュール７０２はさらに、第二往復時間（ＲＴＴ）タイマを起動し、第二ＲＴＴタイマがタイムアウトした後、第二再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングするように構成されている。

【0197】

なお、各モジュールの実現について、図４及び図５に示された方法実施形態における対応の記載を参照して、上記方法実施形態における第一デバイスによって実行される方法及び機能を実行することができる。

【0198】

図８を参照すると、図８は、本出願の実施形態に係る別のデータ再送装置の構造を示す概略図である。当該データ再送装置は、受信モジュール８０１及び送信モジュール８０３を備えることができ、選択的に、処理モジュール８０２をさらに備えることもできる。受信モジュール８０１及び送信モジュール８０３は、外部と通信することができ、処理モジュール８０２は処理するように構成されており、例えば、再送タイマを利用して、再送データをモニタリングするように構成されている。受信モジュール８０１及び送信モジュール８０３は、通信インタフェース、送受信ユニット又は送受信モジュールと呼ばれることもできる。受信モジュール８０１及び送信モジュール８０３は、上記方法実施形態における第二デバイスによって実行される動作を実行するように構成されることができる。

【0199】

例えば、受信モジュール８０１及び送信モジュール８０３は、送受信モジュール又は送受信ユニット（受信ユニット及び／又は送信ユニットを含む）と呼ばれることもでき、受信モジュール７０１及び送信モジュール７０３はそれぞれ、上記方法実施形態における第二デバイスの受信及び送信をそれぞれ実行する。

【0200】

１つの可能な設計において、当該データ再送装置は、上記方法実施形態における第二デバイスによって実行されるステップ又はプロセスを実行するように構成されており、例えば、第二デバイスであってもよく、第二デバイスに配置されたチップ又は回路であってもよい。受信モジュール８０１及び送信モジュール８０３は、上記方法実施形態における第二デバイスの送受信に関する操作を実行するように構成されており、処理モジュール８０２は、上記方法実施形態における第二デバイスの処理に関する操作を実行するように構成されている。

【0201】

処理モジュール８０２は、混合自動再送要求（ＨＡＲＱ）フィードバック指示を特定するように構成されており、
送信モジュール８０３は、第一デバイスに、ＨＡＲＱフィードバック指示を含む第一情報を送信するように構成されており、ＨＡＲＱフィードバック指示がＨＡＲＱフィードバックを有効にすることである場合、ＨＡＲＱフィードバックを有効にすることは、第一再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングすることを指示するために用いられ、ＨＡＲＱフィードバック指示がＨＡＲＱフィードバックを無効にすることである場合、ＨＡＲＱフィードバックを無効にすることは、第二再送タイマの継続時間内に、第二デバイスによって送信される再送データをモニタリングすることを指示するために用いられる。

【0202】

選択的に、第一再送タイマの継続時間と、第二再送タイマの継続時間とが異なる。

【0203】

選択的に、第二再送タイマの継続時間は、第一再送タイマの継続時間より長い。

【0204】

選択的に、第一再送タイマの継続時間と、第二再送タイマの継続時間とは同じである。

【0205】

選択的に、受信モジュール８０１は、ネットワークデバイスから、ＨＡＲＱフィードバック指示を受信するように構成されている。

【0206】

選択的に、送信モジュール８０３はさらに、ネットワークデバイスに、ＨＡＲＱフィードバック指示を送信するように構成されている。

【0207】

選択的に、送信モジュール８０３はさらに、第一デバイスに、第一再送タイマの継続時間と第二再送タイマの継続時間とを含む第二情報を送信するように構成されている。

【0208】

なお、各モジュールの実現について、図４及び図５に示された方法実施形態における対応の記載を参照して、上記方法実施形態における第二デバイスによって実行される方法及び機能を実行することができる。

【0209】

図９を参照すると、図９は、本出願の実施形態に係るさらなる別のデータ再送装置の構造を示す概略図である。当該データ再送装置は、通信モジュール９０１及び処理モジュール９０２を備えることができる。通信モジュール９０１は、外部と通信することができ、処理モジュール９０２は、処理するように構成されており、例えば、時間・周波数リソースを割り当てるように構成されている。通信モジュール９０１は、通信インタフェース、送受信ユニット又は送受信モジュールと呼ばれることもできる。当該通信モジュール９０１は、上記方法実施形態におけるネットワークデバイスによって実行される動作を実行するように構成されることができる。

【0210】

例えば、通信モジュール９０１は、送受信モジュール又は送受信ユニット（送信ユニット及び／又は受信ユニットを含む）と呼ばれることもでき、上記方法実施形態におけるネットワークデバイスの受信及び送信をそれぞれ実行する。

【0211】

１つの可能な設計において、当該データ再送装置は、上記方法実施形態におけるネットワークデバイスによって実行されるステップ又はプロセスを実行するように構成されており、例えば、ネットワークデバイスであってもよく、ネットワークデバイスに配置されたチップ又は回路であってもよい。通信モジュール９０１は、上記方法実施形態におけるネットワークデバイスの送受信に関する操作を実行するように構成されており、処理モジュール９０２は、上記方法実施形態におけるネットワークデバイスの処理に関する操作を実行するように構成されている。

【0212】

通信モジュール９０１は、混合自動再送要求（ＨＡＲＱ）フィードバック指示を第二デバイスから受信し、又は、ＨＡＲＱフィードバック指示を第二デバイスに送信するように構成されている。処理モジュール９０２は、ＨＡＲＱフィードバック指示に応じて時間・周波数リソースを割り当てるように構成されている。

【0213】

【0214】

なお、各モジュールの実現について、図４及び図５に示された方法実施形態における対応の記載を参照して、上記方法実施形態におけるネットワークデバイスによって実行される方法及び機能を実行することができる。

【0215】

図１０を参照すると、図１０は、本出願の実施形態に係る他のデータ再送装置の構造を示す概略図である。当該データ再送装置は、受信モジュール１００１及び送信モジュール１００３を備えることができ、選択的に、処理モジュール１００２をさらに備えることもできる。受信モジュール１００１及び送信モジュール１００３は、外部と通信することができ、処理モジュール１００２は処理するように構成されており、例えば、再送タイマを利用して、再送データをモニタリングするように構成されている。受信モジュール１００１及び送信モジュール１００３は、通信インタフェース、送受信ユニット又は送受信モジュールと呼ばれることもできる。受信モジュール１００１及び送信モジュール１００３は、上記方法実施形態における第一デバイスによって実行される動作を実行するように構成されることができる。

【0216】

例えば、受信モジュール１００１及び送信モジュール１００３は、送受信モジュール又は送受信ユニット（受信ユニット及び／又は送信ユニットを含む）と呼ばれることもでき、受信モジュール１００１及び送信モジュール１００３はそれぞれ、上記方法実施形態における第一デバイスの受信及び送信をそれぞれ実行する。

【0217】

１つの可能な設計において、当該データ再送装置は、上記方法実施形態における第一デバイスによって実行されるステップ又はプロセスを実行するように構成されており、例えば、第一デバイスであってもよく、第一デバイスに配置されたチップ又は回路であってもよい。受信モジュール１００１及び送信モジュール１００３は、上記方法実施形態における第一デバイスの送受信に関する操作を実行するように構成されており、処理モジュール１００２は、上記方法実施形態における第一デバイスの処理に関する操作を実行するように構成されている。

【0218】

受信モジュール１００１は、ネットワークから第一情報を受信する、又は予め設定された第一情報を受信するように構成されており、第一情報は混合自動再送要求（ＨＡＲＱ）フィードバックチャネル設定を含み、
処理モジュール１００２は、ＨＡＲＱフィードバックチャネル設定が物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が設定されたことを指示する場合、第一往復時間（ＲＴＴ）タイマの継続時間及び／又は第一再送タイマの継続時間に基づいて、第二デバイスによって送信される再送データをモニタリングし、ＨＡＲＱフィードバックチャネル設定がＰＳＦＣＨが設定されていないことを指示する場合、第二ＲＴＴタイマの継続時間及び／又は第二再送タイマの継続時間に基づいて、第二デバイスによって送信される再送データをモニタリングするように構成されている。

【0219】

なお、各モジュールの実現について、図６に示された方法実施形態における対応の記載を参照して、上記方法実施形態における第一デバイスによって実行される方法及び機能を実行することができる。

【0220】

図１１は、本出願の実施形態に係る端末デバイスの構造を示す概略図である。当該端末デバイスは、図１に示されたシステムに適用され、上記方法実施形態における第一デバイス又は第二デバイスの機能を実行し、又は、上記方法実施形態における第一デバイス又は第二デバイスによって実行されるステップ又はプロセスを実現することができる。

【0221】

図１１に示されるように、当該端末デバイスは、プロセッサ１１０１とトランシーバ１１０２とを備える。選択的に、当該端末デバイスはメモリ１１０３をさらに備える。プロセッサ１１０１とトランシーバ１０２とメモリ１１０３は、内部接続経路を介して互いに通信し、制御信号及び／又はデータ信号を伝送する。当該メモリ１１０３は、コンピュータプログラムを記憶するように構成されている。当該プロセッサ１１０１は、当該メモリ１１０３から当該コンピュータプログラムを呼び出して実行することにより、当該トランシーバ１０２に信号を送受信させるよう制御するように構成されている。選択的に、端末デバイスは、アンテナをさらに備えることができる。当該アンテナは、トランシーバ１０２によって出力されるアップリンクデータ又はアップリンク制御シグナリングを無線信号を介して送信するように構成されている。

【0222】

上記プロセッサ１１０１と、メモリ１１０３とは、１つの処理装置に統合されることができ、プロセッサ１１０１は、メモリ１１０３に記憶されたプログラムコードを実行することにより、上記機能を実現するように構成されている。具体的には、当該メモリ１１０３は、プロセッサ１１０１に集積されてもよく、プロセッサ１１０１から独立してもよい。当該プロセッサ１１０１は、図７、図８又は図１０における処理モジュールに対応することができる。

【0223】

上記トランシーバ１１０２は、図７、図８又は図１０における受信モジュール及び送信モジュールに対応することができ、送受信ユニット又は送受信モジュールと呼ばれることもできる。トランシーバ１１０２は、受信機（又は、レシーバー、受信回路と呼ばれる）及び送信機（又は、トランスミッタ、送信回路と呼ばれる）を備えることができる。受信機は信号を受信するように構成されており、送信機は信号を送信するように構成されている。

【0224】

なお、図１１に示される端末デバイスは、図４、図５又は図６に示された方法実施形態における第一デバイス又は第二デバイスに関する各プロセスを実現することができる。端末デバイスにおける各モジュールの操作及び／又は機能は、上記方法実施形態における対応のフローを実現するためのものである。具体的には、上記方法実施形態における記述を参照することができ、重複を避けるため、ここでは詳細な記述を省略する。

【0225】

上記プロセッサ１１０１は、上記方法実施形態に記載された端末デバイスの内部で実現される動作を実行するように構成されることができ、トランシーバ１１０２は、上記方法実施形態に記載された第一デバイス又は第二デバイスの送信又は受信を実行するように構成されることができる。具体的には、上記方法実施形態における記述を参照することができ、ここでは詳細な記述を省略する。

【0226】

プロセッサ１１０１は、中央処理装置（ｃｅｎｔｒａｌｐｒｏｃｅｓｓｉｎｇｕｎｉｔ、ＣＰＵ）ユニット、汎用プロセッサ、デジタル信号プロセッサ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラム可能なゲートアレイ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙ、ＦＰＧＡ）又は他のプログラム可能なロジックデバイス、トランジスタロジックデバイス、ハードウェアコンポーネント、又は、それらの任意の組合せであることができる。プロセッサ１１０１は、本出願の開示に記載された各例示的な論理ブロック、モジュールと回路を実現又は実行することができる。プロセッサ１１０１は、計算機能を実現する組み合わせであることができ、例えば、一つ又は複数のマイクロプロセッサの組み合わせ、デジタル信号プロセッサとマイクロプロセッサの組み合わせなどを含む。通信バス１１０４はペリフェラルコンポーネントインターコネクト（ｐｅｒｉｐｈｅｒａｌｃｏｍｐｏｎｅｎｔｉｎｔｅｒｃｏｎｎｅｃｔ、ＰＣＩ）バス又は拡張版のインダストリスタンダードアーキテクチャ（ｅｘｔｅｎｄｅｄｉｎｄｕｓｔｒｙｓｔａｎｄａｒｄａｒｃｈｉｔｅｃｔｕｒｅ、ＥＩＳＡ）バス等であることができる。上記バスはアドレスバス、データバス、制御バスなどに分けられることができる。便利に表示するために、図１１ではただ一本の太い線で表示しているが、ただ一本のバス又は一種のバスのみがあるということを示さない。通信バス１１０４はこれらのコンポーネントの間の接続と通信を実現するために用いられる。本出願の実施形態におけるトランシーバ１１０２は他のノード装置とシグナリング又はデータの通信を行うために用いられる。メモリ１１０３は揮発性メモリを含むことができ、例えば、ＮＶＲＡＭ（ｎｏｎｖｏｌａｔｉｌｅｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ）、相変化メモリ（ｐｈａｓｅｃｈａｎｇｅＲＡＭ、ＰＲＡＭ）、磁気抵抗メモリ（ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅＲＡＭ、ＭＲＡＭ）などが挙げられる。メモリ１１０３は不揮発性メモリを含むことができ、例えば、少なくとも一つの磁気ディスク記憶装置、電気的に消去可能なプログラム可能な読み取り専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙｅｒａｓａｂｌｅｐｒｏｇｒａｍｍａｂｌｅｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、フラッシュメモリ（ｆｌａｓｈｍｅｍｏｒｙ）装置（例えば、ＮＯＲ型フラッシュメモリ又はＮＡＮＤ型フラッシュメモリ）、半導体装置（例えば、ソリッドステートディスク（ｓｏｌｉｄｓｔａｔｅｄｉｓｋ、ＳＳＤ）など）が挙げられる。選択的に、メモリ１１０３は上記プロセッサ１１０１から離れる少なくとも一つの記憶装置であることができる。選択的に、メモリ１１０３には１セットのコンピュータプログラムコード又は設定情報が記憶されている。また、選択的に、プロセッサ１１０１はメモリ１１０３に記憶されたプログラムを実行することができる。プロセッサは、メモリ及びトランシーバと協働して、上記本出願の実施形態における端末デバイスの任意の方法及び機能を実行することができる。

【0227】

図１２は、本出願の実施形態に係るネットワークデバイスの構造を示す概略図である。当該ネットワークデバイスは、図１に示されたシステムに適用され、上記方法実施形態におけるネットワークデバイスの機能を実行し、又は、上記方法実施形態におけるネットワークデバイスによって実行されるステップ又はプロセスを実現することができる。

【0228】

図１２に示されるように、当該ネットワークデバイスは、プロセッサ１２０１とトランシーバ１２０２とを備える。選択的に、当該ネットワークデバイスは、メモリ１２０３をさらに備える。プロセッサ１２０１とトランシーバ１２０２とメモリ１２０３は、内部接続経路を介して互いに通信し、制御信号及び／又はデータ信号を伝送する。当該メモリ１２０３は、コンピュータプログラムを記憶するように構成されている。当該プロセッサ１２０１は、当該メモリ１２０３から当該コンピュータプログラムを呼び出して実行することにより、当該トランシーバ１２０２に信号を送受信させるよう制御するように構成されている。選択的に、ネットワークデバイスは、アンテナをさらに備えることができる。当該アンテナは、トランシーバ１２０２によって出力されるアップリンクデータ又はアップリンク制御シグナリングを無線信号を介して送信するように構成されている。

【0229】

上記プロセッサ１２０１と、メモリ１２０３とは、１つの処理装置に統合されることができ、プロセッサ１２０１は、メモリ１２０３に記憶されたプログラムコードを実行することにより、上記機能を実現するように構成されている。具体的には、当該メモリ１２０３は、プロセッサ１２０１に集積されてもよく、プロセッサ１２０１から独立してもよい。当該プロセッサ１１０１は、図９における処理モジュールに対応することができる。

【0230】

トランシーバ１２０２は、図９における通信モジュールに対応することができ、送受信ユニット又は送受信モジュールと呼ばれることもできる。トランシーバ１２０２は、受信機（又は、レシーバー、受信回路と呼ばれる）及び送信機（又は、トランスミッタ、送信回路と呼ばれる）を備えることができる。受信機は信号を受信するように構成されており、送信機は信号を送信するように構成されている。

【0231】

なお、図１２に示されるネットワークデバイスは、図４～図５に示された方法実施形態におけるネットワークデバイスに関する各プロセスを実現することができる。ネットワークデバイスにおける各モジュールの操作及び／又は機能は、上記方法実施形態における対応のフローを実現するためのものである。具体的には、上記方法実施形態における記述を参照することができ、重複を避けるため、ここでは詳細な記述を省略する。

【0232】

上記プロセッサ１２０１は、上記方法実施形態に記載されたネットワークデバイスの内部で実現される動作を実行するように構成されることができ、トランシーバ１２０２は、上記方法実施形態に記載されたネットワークデバイスによる端末デバイスへの送信又は端末デバイスからの受信を実行するように構成されることができる。具体的には、上記方法実施形態における記述を参照することができ、ここでは詳細な記述を省略する。

【0233】

プロセッサ１２０１は、上述した各種のプロセッサであってもよい。通信バス１２０４は、ＰＣＩバス又はＥＩＳＡバス等であることができる。上記バスはアドレスバス、データバス、制御バス等に分けられることができる。便利に表示するために、図１２ではただ一本の太い線で表示しているが、ただ一本のバス又は一種のバスのみがあるということを示さない。通信バス１２０４はこれらのコンポーネントの間の接続と通信を実現するために用いられる。本出願の実施形態におけるデバイスのトランシーバ１２０２は他のデバイスとシグナリング又はデータの通信を行うために用いられる。メモリ１２０３は、上述した各種のメモリであってもよい。選択的に、メモリ１２０３は、上記プロセッサ１２０１から離れる少なくとも一つの記憶装置であることができる。メモリ１２０３には１セットのコンピュータプログラムコード又は設定情報が記憶されている。また、プロセッサ１２０１は、メモリ１２０３に記憶されたプログラムを実行する。プロセッサは、メモリ及びトランシーバと協働して、上記本出願の実施形態におけるネットワークデバイスの任意の方法及び機能を実行することができる。

【0234】

本出願の実施形態では、チップシステム（ｓｙｓｔｅｍ－ｏｎ－ｃｈｉｐ、ＳＯＣ）がさらに提供される。当該チップシステムはプロセッサを備える。当該プロセッサは、端末デバイス又はネットワークデバイスをサポートして上記いずれかの実施形態に係る機能（例えば、上記方法に係るＨＡＲＱフィードバック指示を生成又は処理する）を実現する。１つの可能な設計において、当該チップシステムはメモリをさらに備えることができる。当該メモリは、端末デバイス又はネットワークデバイスに必要なプログラム命令及びデータを記憶するように構成されている。当該チップシステムは、チップで構成されてることができ、又は、チップ及び他のディスクリート部品を備えることもできる。チップシステムの入力と出力は、方法実施形態における端末デバイス又はネットワークデバイスの受信と送信にそれぞれ対応する。

【0235】

本出願の実施形態に係る方法によれば、本出願では、コンピュータプログラム製品がさらに提供される。当該コンピュータプログラム製品は、コンピュータプログラムを含む。当該コンピュータプログラムがコンピュータで実行される場合、当該コンピュータに、図４～図６に示されるいずれかの実施形態に係る方法を実行させる。

【0236】

本出願の実施形態に係る方法によれば、本出願では、コンピュータ可読記憶媒体がさらに提供される。当該コンピュータ可読記憶媒体はコンピュータプログラムを記憶するために用いられ、当該コンピュータプログラムがコンピュータで実行される場合、当該コンピュータに、図４～図６に示されるいずれかの実施形態に係る方法を実行させる。

【0237】

本出願の実施形態に係る方法によれば、本出願では、システムがさらに提供される。当該システムは、上記第一デバイスと、第二デバイスと、１つ又は複数のネットワークデバイスとを備える。

【0238】

上記実施形態の全部又は一部はソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせによって実現されることができる。ソフトウェアによって実現される場合、上記実施形態の全部又は一部は、コンピュータプログラム製品の形式で実現されることができる。当該コンピュータプログラム製品は、一つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータでロードされて実行されるとき、本出願の実施形態に記載のプロセス又は機能の全部又は一部が生成される。当該コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク又は他のプログラム可能な装置であることができる。当該コンピュータ命令は、コンピュータ可読記憶媒体に記憶され、又は一つのコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されることができる。例えば、当該コンピュータ命令は、一つのウェブサイト、コンピュータ、サーバ又はデータセンターから有線（例えば、同軸ケーブル、光ファイバー、デジタル加入者線（ｄｉｇｉｔａｌｓｕｂｓｃｒｉｂｅｒｌｉｎｅ、ＤＳＬ）など）又は無線（例えば、赤外線、無線、マイクロ波など）で別のウェブサイト、コンピュータ、サーバ又はデータセンターに伝送されることができる。当該コンピュータ可読記憶媒体は、コンピュータがアクセスできる任意の利用可能な媒体であることができ、又はサーバ、データセンターなどのような一つ又は複数の利用可能な媒体が統合されたデータ記憶装置であることができる。利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク又は磁気テープ）、光学媒体（例えば、デジタルビデオディスク（ｄｉｇｉｔａｌｖｅｒｓａｔｉｌｅｄｉｓｃ、ＤＶＤ））、又は半導体媒体（例えば、ソリッドステートディスク（ＳＳＤ））などであることができる。

【0239】

上記は、ただ本出願の具体的な実施形態であり、本出願の保護範囲はそれに限定されない。当業者が本出願に開示された技術範囲内で容易に想到し得る変更又は置換は全て本出願の保護範囲内に含まれるべきである。従って、本出願の保護範囲は特許請求の保護範囲によって決められるべきである。

【図1】