特許7622250 | 知財ポータル「IP Force」

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

▶ 華為技術有限公司の特許一覧

特許7622250サイドリンク通信方法及び装置

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

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

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2025-01-17

(45)【発行日】2025-01-27

(54)【発明の名称】サイドリンク通信方法及び装置

(51)【国際特許分類】

H04W 72/12 20230101AFI20250120BHJP

H04W 92/18 20090101ALI20250120BHJP

H04W 72/25 20230101ALI20250120BHJP

H04W 28/04 20090101ALI20250120BHJP

H04W 72/40 20230101ALI20250120BHJP

【ＦＩ】

H04W72/12

H04W92/18

H04W72/25

H04W28/04 110

H04W72/40

【請求項の数】 11

(21)【出願番号】P 2023560355

(86)(22)【出願日】2022-03-25

(65)【公表番号】

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

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

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

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

【審査請求日】2023-10-24

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

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

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

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

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

【住所又は居所原語表記】ＨｕａｗｅｉＡｄｍｉｎｉｓｔｒａｔｉｏｎＢｕｉｌｄｉｎｇ，Ｂａｎｔｉａｎ，ＬｏｎｇｇａｎｇＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８１２９，Ｐ．Ｒ．Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎修

(72)【発明者】

【氏名】ポン，ウエンジエ

(72)【発明者】

【氏名】シアオ，シアオ

(72)【発明者】

【氏名】ジャオ，リ

【審査官】石田信行

(56)【参考文献】

【文献】LG Electronics Inc. (Rapporteur)，Report of [Post109bis-e][957][V2X]: MAC issues (LG)，3GPP TSG RAN WG2 #110-e R2-2005720，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_110-e/Docs/R2-2005720.zip>，2020年05月29日，P.1,17-19,34-37,82-84

【文献】3GPP TS 38.212 V16.5.0 (2021-03)，Internet<URL:https://www.3gpp.org/ftp/Specs/archive/38_series/38.321/38212-g50.zip>，2021年03月30日，P.1,147-148

【文献】3GPP TS 38.321 V16.4.0 (2021-03)，Internet<URL:https://www.3gpp.org/ftp/Specs/archive/38_series/38.321/38321-g40.zip>，2021年03月29日，P.1,9,60-64,93-94

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－９９／００

Ｈ０４Ｂ７／２４－７／２６

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４，６

ＣＴＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

サイドリンクＳＬ通信方法であって、
第２の端末によって、第１の端末から第１の制御情報と第１のデータを受信することであって、前記第１の制御情報によって示されたキャスト・タイプは、否定応答ＮＡＣＫのみフィードバックを用いたサイドリンクＳＬグループキャスト伝送であり、前記第１の端末と前記第２の端末とが同じ通信グループ内の端末である、ことと、
前記第２の端末によって、前記第１のデータに対応するハイブリッド自動再送要求ＨＡＲＱフィードバック・リソースの後の指定された位置で第１のタイマを開始することであって、前記第１のタイマの持続時間は、ＨＡＲＱ再伝送に使用されるＳＬリソース・スケジューリング情報が受信されることが期待されるまでに経過する最小の持続時間を示す、ことと、
前記第２の端末が前記第１のデータの復号に成功し、前記ＨＡＲＱフィードバック・リソース上でＮＡＣＫを検出した場合、前記第２の端末によって、第２のタイマを前記第１のタイマが満了した後に開始することであって、前記第２のタイマの持続時間は、ＨＡＲＱ再伝送に使用される前記ＳＬリソース・スケジューリング情報が受信される前に経過する最大持続時間を示す、ことと、を含む、方法。

【請求項2】

前記第１のタイマと前記第２のタイマは、前記第１の制御情報によって示されたＳＬプロセス識別情報に関連付けられ、前記ＳＬプロセス識別情報は、ＳＬプロセス識別子と、キャスト・タイプ指示情報と、送信元Ｌ１識別子と、宛先Ｌ１識別子と、を含み、前記キャスト・タイプ指示情報は、ＮＡＣＫのみフィードバックを用いたＳＬグループキャスト伝送を示すか、又はＳＬグループキャスト伝送を示す、請求項１に記載の方法。

【請求項3】

前記第２の端末によって、前記第１のデータをＳＬプロセスに関連付けることであって、前記ＳＬプロセスは、前記第１のデータを処理するため使用される、ことと、
第２の端末が第１のデータの復号に成功したときに、前記第１のデータに関連付けられた前記ＳＬプロセスを解放することと、をさらに含む、請求項２に記載の方法。

【請求項4】

前記第２の端末によって、第１のタイマを開始することは、
前記第２の端末によって、第１のＳＬプロセスに対する前記第１のタイマを開始することであって、前記第１のＳＬプロセスは、前記第１の制御情報によって示された前記ＳＬプロセス識別情報に関連付けられ、前記第１のＳＬプロセスは、前記第１のデータを処理するために使用される、ことを含み、
前記第２の端末によって、第２のタイマを開始することは、
前記第２の端末によって、前記第１のＳＬプロセスに対する前記第２のタイマを開始することを含む、請求項２に記載の方法。

【請求項5】

前記第２の端末が前記第１のデータの復号に成功し、前記ＨＡＲＱフィードバック・リソース上で前記ＮＡＣＫを検出した場合、前記第１のＳＬプロセスを占有し続けることか、又は
前記第２の端末が前記第１のデータの復号に成功し、前記ＨＡＲＱフィードバック・リソース上でＮＡＣＫを検出しない場合、前記第１のＳＬプロセスを解放することをさらに含む、請求項４に記載の方法。

【請求項6】

前記第２の端末が前記第１のデータの復号に成功した場合、前記第１のＳＬプロセスを解放することと、
前記第２の端末によって、第２のデータと第２の制御情報を受信することであって、前記第２の制御情報によって示されたキャスト・タイプは、ＮＡＣＫのみフィードバックを用いたグループキャスト伝送である、ことと、
前記第２の端末によって、第２のＳＬプロセスを前記第２の制御情報によって示されたＳＬプロセス識別情報に関連付けることであって、前記第２のＳＬプロセスは、前記第２のデータを処理するために使用される、ことと、
前記第２の端末が前記第２のデータが前記第１のデータの再伝送データであると決定した場合、前記第２のＳＬプロセスを解放することと、さらに含む、請求項４に記載の方法。

【請求項7】

前記第１の制御情報は、前記第２の制御情報のリソース位置を示さず、前記第２の制御情報は、前記第１のデータの再伝送リソースを示す、請求項６に記載の方法。

【請求項8】

１つ以上のプロセッサと、１つ以上のメモリと、を含む通信装置であって、前記１つ以上のメモリは、１つ以上のコンピュータ・プログラムを記憶し、前記１つ以上のコンピュータ・プログラムは、命令を含み、前記命令が前記１つ以上のプロセッサによって実行されるときに、前記通信装置は、請求項１～７のいずれか一項に記載の方法を実行することが可能となる、通信装置。

【請求項9】

請求項１～７のいずれか一項に記載の方法を実行するように構成された装置。

【請求項10】

コンピュータ・プログラムを含むコンピュータ可読記憶媒体であって、前記コンピュータ・プログラムがコンピュータ・デバイスで実行されるときに、前記コンピュータ・デバイスは、請求項１～７のいずれか一項に記載の方法を実行することが可能となる、コンピュータ可読記憶媒体。

【請求項11】

メモリに結合されたチップであって、前記メモリに記憶されたプログラム命令を読み出し実行して、請求項１～７のいずれか一項に記載の方法を実装するように構成されている、チップ。

【発明の詳細な説明】

【技術分野】

【0001】

この出願は、２０２１年４月１日に中国国家知識産権局に出願された「ＳＩＤＥＬＩＮＫＣＯＭＭＵＮＩＣＡＴＩＯＮＭＥＴＨＯＤＡＮＤＡＰＰＡＲＡＴＵＳ」と題する中国特許出願第２０２１１０３５８２５１．７号に対する優先権を主張し、その全体が参照により本明細書に組み込まれる。

【0002】

この出願は、無線通信技術の分野に関係し、特に、サイドリンク通信方法及び装置に関係する。

【背景技術】

【0003】

無線通信システムでは、ネットワークを介してＵＥ（ユーザ装置、端末ともいう）間でデータ通信が実行されてもよく、ネットワーク・デバイスなしでＵＥ間で通信が直接実行されてもよい。ＵＥ間のリンクはサイドリンク（ｓｉｄｅｌｉｎｋ、ＳＬ）と呼ばれ、サイドリンク（ＳＬ）通信の典型的なアプリケーション・シナリオは、ビークル・ツー・エブリシング（Ｖ２Ｘ）である。ビークル・ツー・エブリシングでは、各車両がＵＥであり、ネットワークなしでＳＬを介してＵＥ間でデータ伝送が直接実行されてもよい。これにより、通信遅延を効果的に低減することができる。

【0004】

サイドリンク（ＳＬ）では、ＳＬグループキャスト（ｇｒｏｕｐｃａｓｔ）、ＳＬユニキャスト（ｕｎｉｃａｓｔ）などを含む複数のキャスト・タイプ（ｃａｓｔｔｙｐｅ）がサポートされている。ＳＬ通信は、さらに、不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓｒｅｃｅｐｔｉｏｎ、ＤＲＸ）メカニズムをサポートしてもよい。

【0005】

ＤＲＸがＳＬ通信で使用されるときに、伝送効率と伝送信頼性をどのようにバランスさせるかが現在の課題である。

【発明の概要】

【0006】

この出願の実施形態は、データ伝送信頼性を確保するＳＬ通信方法及び装置を提供する。

【0007】

第１の態様によれば、サイドリンクＳＬ通信方法が提供される。本方法における第１の端末と第２の端末は、同じ通信グループ内の端末である。本方法は、第２の端末が、第１の制御情報と第１のデータを第１の端末から受信することであって、第１の制御情報によって示されたキャスト・タイプは、否定応答（ＮＡＣＫ）のみのフィードバックを用いたＳＬグループキャスト伝送である、ことと、第２の端末が、第１のデータに対応するハイブリッド自動再送要求（ＨＡＲＱフィードバック・リソースの後の指定された位置で第１のタイマを開始することであって、第１のタイマの持続時間は、ＨＡＲＱ再伝送に使用されるＳＬリソース・スケジューリング情報が受信されることが期待されるまでに経過する最小の持続時間を示す、ことと、第２の端末が前記第１のデータの復号に成功し、ＨＡＲＱフィードバック・リソース上でＮＡＣＫを検出した場合、第２の端末が、第２のタイマを第１のタイマが満了したときに開始することであって、第２のタイマの持続時間は、ＨＡＲＱ再伝送に使用されるＳＬリソース・スケジューリング情報が受信される前に経過する最大持続時間を示す、ことと、を含む。

【0008】

任意選択で、第１のタイマは、ＳＬＨＡＲＱＲＴＴタイマであり、第２のタイマは、再伝送タイマである。

【0009】

任意選択で、ＨＡＲＱフィードバック・リソースは、物理サイドリンク・フィードバック・チャネル（ＰＳＦＣＨ）リソースであり、第１のデータに対応するＨＡＲＱフィードバック・リソースの後の指定された位置は、第１のデータのＰＳＦＣＨリソースの後の１番目のシンボルである。

【0010】

前述の実施に基づいて、第１の端末（データ送信側ＵＥ）は、第１のデータを第２の端末（データ受信側ＵＥ）に送信し、第１の制御情報を介して、キャスト・タイプがＮＡＣＫのみフィードバックを用いたＳＬグループキャスト伝送であることを示す（ＳＬグループキャスト・オプション１）。第２の端末は、第１のデータと第１の制御情報を受信した後に、第１のデータに対応するＨＡＲＱフィードバック・リソースの後の指定された位置で第１のタイマを開始する。第２の端末が、第１のデータの復号に成功したが、第１のデータに対応するＨＡＲＱフィードバック・リソース上で、通信グループ内の別のデータ受信端末によって送信されたＮＡＣＫ（第１のデータに対してＮＡＣＫがフィードバックされる）を受信した場合、第１のタイマが満了した後に、第２の端末は、第２のタイマを開始する。ＨＡＲＱフィードバック・タイプがＨＡＲＱオプション１（ＮＡＣＫのみフィードバック）であるときに、通信グループ内のデータ受信側ＵＥは、同じＨＡＲＱフィードバック・リソース上でＮＡＣＫをフィードバックする。言い換えれば、通信グループ内の全ての端末は、ＨＡＲＱフィードバック・リソース上でフィードバックされたＮＡＣＫを感知することができる。このように、第１のデータに対応するＨＡＲＱフィードバック・リソース上でＮＡＣＫをフィードバックするデータ受信側ＵＥが端末通信グループ内に１つあることを条件として、復号に失敗し、かつＮＡＣＫをフィードバックする通信グループ内の端末と、第１のデータの復号に成功した端末との両方が第２のタイマを開始する。このように、第１のデータの伝送に対して、通信グループ内の全てのデータ受信側ＵＥのタイマが一貫して維持され、それにより、データ伝送信頼性を確保する。

【0011】

可能な実装では、第１のタイマと第２のタイマは、第１の制御情報によって示されたＳＬプロセス識別情報に関連付けられ、ＳＬプロセス識別情報は、ＳＬプロセス識別子と、キャスト・タイプ指示情報と、送信元Ｌ１識別子と、宛先Ｌ１識別子と、を含み、キャスト・タイプ指示情報は、ＮＡＣＫのみフィードバックを用いたＳＬグループキャスト伝送を示すか、又はＳＬグループキャスト伝送を示す。

【0012】

例えば、第１の制御情報は、第１段階サイドリンク制御情報（ＳＣＩ）と第２段階ＳＣＩとを含み、第２段階ＳＣＩは、第１のフォーマット又は第２のフォーマットである。第１のフォーマットの第２段階ＳＣＩは、ＳＬプロセス識別子、キャスト・タイプ指示情報、送信元Ｌ１識別子、及び宛先Ｌ１識別子のうちの少なくとも１つを含んでもよく、例えば、ＳＬプロセス識別子、キャスト・タイプ指示情報、送信元Ｌ１識別子、及び宛先Ｌ１識別子を含んでもよい。キャスト・タイプ指示情報は、ＮＡＣＫのみフィードバックを用いたＳＬグループキャスト伝送を示す。第２のフォーマットの第２段階ＳＣＩは、ＨＡＲＱオプション１シナリオ（具体的には、ＮＡＣＫのみフィードバックを用いたＳＬグループキャスト伝送）に適用される。例えば、送信元Ｌ１識別子は、第１の端末によって割り振られたＬ２識別子の一部であり、宛先Ｌ１識別子は、通信グループに対応するＬ２識別子の一部である。

【0013】

前述の実装によれば、第２の端末は、第１のタイマを開始するときに、第１の制御情報によって示されたＳＬプロセス識別情報に対して、第１のタイマを実際に開始し、そのため、第１のタイマは、第１の制御情報によって示されたＳＬプロセス識別情報に関連付けられる。第２の端末は、第１のデータに対応する通信グループ内の他の端末によって送信されたＮＡＣＫを受信する場合、第１の制御情報が示されたＳＬプロセス識別情報対する第２のタイマを第１のタイマが満了した後に開始し、そのため、第２のタイマは、第１の制御情報によって示されたＳＬプロセス識別情報に関連付けられる。したがって、第１のデータの復号に失敗し、ＮＡＣＫをフィードバックする端末が通信グループ内に１つあることを条件として、通信グループ内の全ての受信側ＵＥによって開始される第１のタイマと第２のタイマが、第１のデータの伝送に関連付けられる。このように、第１のデータの伝送に対して、通信グループ内の全ての端末のタイマが一貫して維持されて、それによりタイマ維持エラーを回避することが確保され得る。

【0014】

さらに、本方法は、第２の端末が、第１のデータをＳＬプロセスに関連付けることであって、ＳＬプロセスは、第１のデータを処理するために使用される、ことと、第１のデータの復号に成功したときに、第２の端末が、第１のデータに関連付けられたＳＬプロセスを解放することと、を含む。

【0015】

前述の実装に基づいて、第２の端末（データ受信側ＵＥ）は、第１のデータをＳＬプロセスに対応付けて、ＳＬプロセスに基づいて第１のデータを処理し、復号が成功したときに、ＳＬプロセスを解放し、そのため、ＳＬプロセスが他のデータ伝送に利用されてもよい。

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

【図1】ＰＣ５インターフェースに基づいてＵＥ間で実行される直接通信の概略図である。

【0073】

【図2】ＵＥ間のグループキャスト通信の概略図である。

【0074】

【図3】ＵＥと基地局との間のＵｕインターフェース上の基本的なＤＲＸパターン（ｐａｔｔｅｒｎ）の概略図である。

【0075】

【図4】サイドリンク（ＳＬ）ユニキャスト通信におけるＤＲＸタイマを維持する概略図である。

【0076】

【図5】サイドリンク（ＳＬ）グループキャストＨＡＲＱフィードバックの概略図である。

【0077】

【図6】サイドリンク（ＳＬ）グループキャストＨＡＲＱオプション１シナリオにおける不一致のＲｘＵＥ復号状態の概略図である。

【0078】

【図7】サイドリンク（ＳＬ）グループキャストＨＡＲＱオプション２シナリオにおける不一致のＲｘＵＥ復号状態の概略図である。

【0079】

【図8】この出願の一実施形態による、ＳＬグループキャスト通信シナリオの概略図である。

【0080】

【図9】この出願の一実施形態による、ＳＬグループキャスト通信方法の概略フローチャートである。［００８１］。

【図10】この出願の一実施形態による、１つのＳＣＩが次のＳＣＩのリソース位置を示す概略図である。

【0081】

【図11】この出願の一実施形態による、ＳＬグループキャストＨＡＲＱオプション１シナリオにおいて、ＲｘＵＥの復号結果が不一致であるときにタイマを維持する概略図である。

【0082】

【図12】この出願の一実施形態による、ＳＬ通信方法の概略フローチャートである。

【0083】

【図13】この出願の一実施形態による、ＳＬ通信方法の概略フローチャートである。

【0084】

【図14】この出願の一実施形態による、ＳＬグループキャスト通信方法の概略フローチャートである。

【0085】

【図15】この出願の一実施形態による、ＳＬグループキャスト通信方法の概略フローチャートである。

【0086】

【図16】この出願の一実施形態による、データ送信機に適用されるＳＬグループキャスト通信方法の概略フローチャートである。

【0087】

【図17】この出願の一実施形態による、データ送信機に適用されるＳＬグループキャスト通信方法の概略フローチャートである。

【0088】

【図18】この出願の一実施形態による、アクティブ時間（ａｃｔｉｖｅｔｉｍｅ）の概略図である。

【0089】

【図19】この出願の一実施形態による、端末の構造の概略図である。

【0090】

【図20】この出願の一実施形態による、通信装置の構造の概略図である。

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

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

他のいくつかの実施形態では、アクティビティ・タイマは、代替的に、第１のデータに対応するＨＡＲＱフィードバック・リソース（ＰＳＦＣＨリソース）の後に開始されてもよい。つまり、第１のタイマを開始せずに、アクティビティ・タイマが開始される。

【0240】

任意選択で、指示情報は、アクティビティ・タイマの開始瞬間をさらに示す。例えば、開始時点は、ＰＳＦＣＨリソース、ＰＳＣＣＨリソース、又はＰＳＳＣＨリソースの後のＮ番目のシンボル、又はＰＳＦＣＨリソース、ＰＳＣＣＨリソース、又はＰＳＳＣＨリソースの後のＮ番目のシンボルスロットであってもよく、Ｎは、１以上の整数である。データ受信側ＵＥは、指示情報によって示された開始瞬間に基づいて、アクティビティ・タイマを開始してもよい。

【0241】

任意選択で、第１の制御情報が指示情報を搬送しない場合、データ受信側ＵＥは、復号に失敗したときにアクティビティ・タイマを開始する。

【0242】

任意選択で、アクティビティ・タイマは、別のタイマによって置き換えられてもよい。

【0243】

この出願の実施形態は、図９に示すＳＬグループキャスト通信方法と図１４に示すＳＬグループキャスト通信方式とを組み合わせたＳＬグループキャスト通信方式をさらに提供する。具体的には、データ送信側ＵＥがＨＡＲＱオプション１を使用することを示す場合（具体的には、データ受信側ＵＥは、復号に失敗したときに、ＮＡＣＫをフィードバックし、復号に成功した場合、ＨＡＲＱフィードバック情報を送信しない）、データ受信側ＵＥは、図９に示す手順における関係するステップを実行する。データ送信側ＵＥがＨＡＲＱオプション２を使用することを示す場合（具体的には、データ受信側ＵＥは、復号に失敗したときにＮＡＣＫをフィードバックし、復号に成功したときにＡＣＫをフィードバックする）、データ受信側ＵＥは、図１４に示す手順における関係するステップを実行する。データ受信側ＵＥは、データ送信側ＵＥから制御情報及びデータを受信した後に、制御情報によって示されたＨＡＲＱフィードバック・タイプを決定して、対応する動作を実行することを選択する必要がある。

【0244】

図１５は、この出願の一実施形態による、ＳＬグループキャスト通信方法の概略フローチャートである。図に示すように、手順は、以下のステップを含んでもよい。

【0245】

Ｓ１５０１：第２の端末が、第１の端末から第１の制御情報と第１のデータを受信する。

【0246】

第１の制御情報は、ＨＡＲＱフィードバックを有効にしたＳＬグループキャストを示す。

【0247】

このステップでは、第１の端末は、要求に基づいて、ＨＡＲＱフィードバック・タイプを柔軟に決定してもよい。

【0248】

第１の端末は、第１の制御情報を介して、ＨＡＲＱフィードバック・タイプを示してもよい。第１の端末がＨＡＲＱオプション２を使用すると決定する場合、指示情報が、第１の制御情報で搬送されて、第２のタイマを第１のタイマが満了した後に開始するように示してもよい。

【0249】

第１の制御情報の関係する説明（第１の制御情報に含まれる内容、組織化方法、伝送方式、キャスト・タイプを指示するための方法などを含む）については、前述の実施形態の関連する内容を参照のこと。

【0250】

Ｓ１５０２：第２の端末は、第１の制御情報に基づいて、ＨＡＲＱフィードバック・タイプを決定する。ＨＡＲＱフィードバック・タイプがＨＡＲＱオプション１である場合、手順は、Ｓ１５０３に進み、そうでなければ、手順は、Ｓ１５０４に進む。

【0251】

Ｓ１５０３：第２の端末は、図９に示す手順における関係する動作を実行する。

【0252】

例えば、第２の端末は、第１のデータに対応するＨＡＲＱフィードバック・リソース（ＰＳＦＣＨリソース）の後の最初のシンボル上で第１のタイマを開始する。第１のタイマが満了した後に、第１のデータの復号に成功し、ＨＡＲＱフィードバック・リソース上で、通信グループ内の別のデータ受信側ＵＥからフィードバックされたＮＡＣＫを受信した場合、第２の端末は、第２のタイマを開始する。

【0253】

Ｓ１５０４：第２の端末が第１の制御情報の指示情報を取得した場合（指示情報が第２のタイマを第１のタイマが満了した後に開始することを示す）、手順は、Ｓ１５０５に進み、そうでなければ、Ｓ１５０６に進む。

【0254】

Ｓ１５０５：第２の端末は、図１４に示す手順における関係する動作を実行する。

【0255】

第２の端末は、第２のタイマを第１のタイマが満了した後に開始する。

【0256】

例えば、第２の端末は、第１のデータに対応するＨＡＲＱフィードバック・リソース（ＰＳＦＣＨリソース）の後の最初のシンボル上で第１のタイマを開始し、第１のタイマが満了した後の最初のシンボル上で第２のタイマを開始する。

【0257】

Ｓ１５０６：第２の端末は、第１のデータに対応するＨＡＲＱフィードバック・リソースの後の最初のシンボル上で第１のタイマを開始する。

【0258】

Ｓ１５０７：第１のタイマが満了したときに、第２の端末が第１のデータの復号に失敗した場合、手順は、Ｓ１５０８に進む。

【0259】

Ｓ１５０８：第２の端末は、第２のタイマを第１のタイマが満了した後の最初のシンボル上で開始する。

【0260】

図１５に示す手順における関係するステップの具体的な実装については、前述の実施形態における関係する内容を参照し、ここでは、詳細を繰り返さない。

【0261】

この出願の実施形態は、ＳＬグループキャスト通信方法をさらに提供し、この方法は、データ送信側ＵＥに適用されてもよい。

【0262】

図１６は、この出願の一実施形態による、データ送信機に適用されるＳＬグループキャスト通信方法の概略フローチャートである。手順は、ＳＬグループキャスト・シナリオに適用されてもよい。本実施形態では、第１の端末は、データ送信側ＵＥである。

【0263】

図１６に示すように、手順は、以下のステップを含んでもよい。

【0264】

Ｓ１６０１：第１の端末は、第１の端末が属する通信グループ内の第１の端末以外の全ての端末が第２のタイマを開始するかどうかを決定する。

【0265】

このステップでは、第１の端末が、通信グループ内の全てのデータ受信側ＵＥが第２のタイマを開始するかどうかを決定するステップは、以下の場合を含んでもよい。

【0266】

場合１：第１の端末によって使用されるＨＡＲＱフィードバック・タイプがＨＡＲＱオプション１（ＮＡＣＫのみフィードバック）であり、データ受信側ＵＥが図９に示すＳＬグループキャスト通信方法を使用する場合、第１の端末が通信グループ内の１つのデータ受信側ＵＥによって送信されたＮＡＣＫを受信することを条件として、通信グループ内の全てのデータ受信側ＵＥが第２のタイマを第１のタイマが満了した後に開始すると決定されてもよい。

【0267】

場合２：第１の端末によって使用されるＨＡＲＱフィードバック・タイプがＨＡＲＱオプション１であり、データ受信側ＵＥが従来のＳＬグループキャスト通信方法を使用する場合、第１の端末は、通信グループ内の全てのデータ受信側ＵＥからフィードバックされたＮＡＣＫを受信したときに、通信グループ内の全てのデータ受信側ＵＥが第２のタイマを第１のタイマが満了した後に開始すると決定する。従来のＳＬグループキャスト通信解決策は、復号が失敗した場合、データ受信側ＵＥが第２のタイマを第１のタイマが満了した後に開始するとして理解される。

【0268】

場合３：第１の端末によって使用されるＨＡＲＱフィードバック・タイプがＨＡＲＱオプション２である場合、第１の端末が通信グループ内のデータ受信側ＵＥによって送信されたＡＣＫを受信しなかったことを条件として、通信グループ内の全てのデータ受信側ＵＥが、第２のタイマを第１のタイマが満了した後に開始すると決定されてもよい。具体的には、以下のような場合が含まれる。すなわち、全てのデータ受信側ＵＥがＮＡＣＫをフィードバックすること、全てのデータ受信側ＵＥのフィードバック情報が第１の端末で受信されないこと、又はいくつかのデータ受信側ＵＥがＮＡＣＫをフィードバックし、残りのデータ受信側ＵＥのフィードバック情報が第１の端末によって受信されないことである。

【0269】

Ｓ１６０２：通信グループ内の第１の端末以外の全ての端末が第２のタイマを開始すると決定した場合、第１の端末は、第１の指示情報を基地局に送信し、第１の指示情報は、通信グループ内の第１の端末以外の全ての端末が第２のタイマを開始することを示す。

【0270】

第１の指示情報は、ＮＡＣＫのタイプとしても理解されてもよいことが理解されよう。ＮＡＣＫは、従来のＳＬグループキャスト方法においてデータ送信側ＵＥが基地局に対してフィードバックされるＮＡＣＫとは異なる。ＮＡＣＫは、異なるＳＬＰＵＣＣＨ設定又はＳＬＰＵＣＣＨリソースを使用して、具体的に区別されてもよい。

【0271】

任意選択で、ＳＬ通信の場合、基地局は、データ送信側ＵＥがＳＬ伝送を基地局にフィードバックするために使用されるＨＡＲＱフィードバック情報の伝送に使用されるデータ送信側ＵＥのためのサイドリンク物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ、ＰＵＣＣＨ）設定情報（ｓｌ－ＰＵＣＣＨ－Ｃｏｎｆｉｇ）の２つのセットを設定してもよい。一方のセットは、第１の指示情報を送信するために専用であり、言い換えれば、設定情報のセットは、通信グループ内の全てのデータ受信側ＵＥが第２のタイマを開始するシナリオに適用され、設定情報の他方のセットは、通信グループ内の全てのデータ受信側ＵＥが第２のタイマを開始するわけではないシナリオに適用される。このように、Ｓ６０２では、第１の端末は、第１の指示情報のために基地局によって設定された専用のＳＬＰＵＣＣＨリソースに基づいて、第１の指示情報を送信してもよい。

【0272】

任意選択で、ＳＬ通信の場合、基地局は、代替的に、データ送信側ＵＥのためのＳＬＰＵＣＣＨ設定情報の１つのセットを設定してもよい。しかしながら、設定情報におけるリソース、リソース・グループ、又はフォーマットは、２つのセットに分割されてもよい。一方のセットは、第１の指示情報を送信するために専用であり、言い換えれば、設定情報のセットは、通信グループ内の全てのデータ受信側ＵＥが第２のタイマを開始するシナリオに適用され、設定情報の他方のセットは、通信グループ内の全てのデータ受信側ＵＥが第２のタイマを開始するわけではないシナリオに適用される。このように、Ｓ６０２では、第１の端末は、第１の指示情報を送信するために使用され、かつ基地局によって設定されたＳＬＰＵＣＣＨ設定情報のセットによって示されたリソース、リソース・グループ、又は伝送フォーマットに基づいて、第１の指示情報を送信してもよい。

【0273】

任意選択で、基地局は、第１の端末によって送信された第１の指示情報を受信した後に、通信グループ内の全ての端末が第２のタイマを開始すると決定してもよい。したがって、第２のタイマの実行中に、通信グループに対して新たなデータ伝送がスケジューリングされてもよい。復号に成功した端末も第２のタイマを開始するので、復号に成功した端末も新たなデータを受信することができる。さらに、一態様では、システムの伝送効率を向上させることができ、データ伝送信頼性が確保され得る。

【0274】

任意選択で、ＮＡＣＫ及びＡＣＫのうちの１つをフィードバックするように通信グループ内の端末に第１の端末が指示した場合、前述の方法は、以下のステップをさらに含んでもよい。

【0275】

Ｓ１６０３：第１の端末は、第２の端末によって送信されたＮＡＣＫ又はＡＣＫをＮ回連続して受信していないか？はいの場合、Ｓ１６０４が実行される。

【0276】

Ｎは、１よりも大きい整数である。Ｎの値は、プリセットされてもよい。具体的には、値は、基地局がデータ送信側ＵＥ（第１の端末）に提供されてもよいし、プリセットされてもよい。

【0277】

Ｓ１６０４：第１の端末が、第２の指示情報を基地局に送信し、第２の指示情報は、第２のタイマのみの実行中に、基地局が通信グループ内の端末に対して新たなデータ伝送のスケジューリングを禁止することを示す。第２の端末は、通信グループ内の第１の端末以外の任意の端末である。

【0278】

ＨＡＲＱフィードバック・タイプがＨＡＲＱオプション２であるシナリオの場合、データ送信側ＵＥは、１つのデータ受信側ＵＥに対して、複数回連続してデータ受信側ＵＥのフィードバック情報を受信しないことがある。この場合、前述の方法によれば、データ送信側ＵＥは、第２のタイマのみが実行されているときの機会で、グループキャストの新たに伝送されるデータの送信を停止してもよい。第２のタイマのみが実行されることは、現在、第２のタイマのみが実行され、オン持続時間タイマがないか、又はＰＳＣＣＨを感知するためにデータ受信側ＵＥを必要とする別のタイマが第２のタイマと同時に実行されていると理解されてもよい。

【0279】

任意選択で、第１の端末によって第１の指示情報を基地局に送信する挙動は、設定されたサービス品質（ｑｕａｌｉｔｙｏｆｓｅｒｖｉｃｅ、ＱｏＳ）要件条件に限定されてもよい。例えば、第１の指示情報を送信する前に、第１の端末は、設定されたＱｏＳ要件が満たされているかどうかを決定する。設定されたＱｏＳ要件が満たされている場合は、第１の指示情報が送信され、そうでなければ、第１の指示情報は送信されない。さらに、第１の端末は、後続で通信グループ内のデータ受信側ＵＥによって送信されたフィードバック情報を受信した後に、前述の限定を解除してもよい。

【0280】

この出願の実施形態は、ＳＬグループキャスト通信方法をさらに提供し、この方法は、データ送信側ＵＥに適用されてもよい。

【0281】

図１７は、この出願の一実施形態による、データ送信機に適用されるＳＬグループキャスト通信方法の概略フローチャートである。手順は、ＳＬグループキャスト・シナリオに適用されてもよい。本実施形態では、第１の端末は、データ送信側ＵＥである。

【0282】

図１７に示すように、手順は、以下のステップを含んでもよい。

【0283】

Ｓ１７０１：第１の端末が、基地局によって示された新たに伝送されるデータのためのＳＬリソースを受信する。

【0284】

Ｓ１７０２：第１の端末が、ＰＳＣＣＨリソースに対応する時間領域範囲において、第１の端末が属する通信グループ内の第１の端末以外の全ての端末がアクティブ時間（ａｃｔｉｖｅｔｉｍｅ）にあるかどうか決定し、ＰＳＣＣＨリソースは、ＨＡＲＱ再伝送に使用されるＳＬリソース・スケジューリング情報を搬送するために使用される。第１の端末以外の全ての端末がアクティブ時間にある場合、手順は、Ｓ１７０３に進む。

【0285】

このステップでは、第１の端末は、ＰＳＣＣＨリソースに対応する時間領域範囲内で、第１の端末属する通信グループ内の第１の端末以外の全ての端末がアクティブ時間にあるかどうかを決定する。第１の端末以外の全ての端末がアクティブ時間にある場合、それは、通信グループ内の全てのデータ受信側ＵＥがＰＳＣＣＨリソースを感知し、ＰＳＣＣＨリソースを使用して新たに伝送されるデータをさらにスケジューリングすることができることを示す。このように、通信グループ内の全てのデータ受信側ＵＥが、新たに伝送されるデータを受信できることが確保され得る。

【0286】

端末がアクティブ時間にあることは、データ受信側ＵＥがＰＳＣＣＨリソースを感知することができることとして単純に理解されよう。

【0287】

具体的には、データ受信側ＵＥが第２のタイマ（例えば、再伝送タイマ）を開始し、第２のタイマが満了しない場合、データ受信側ＵＥはアクティブ時間にあると考えられてもよい。別の例では、オン持続時間タイマの実行中、データ受信側ＵＥはまた、アクティブ時間にあると考えられてもよい。

【0288】

例えば、図１８に示すように、グループキャスト通信においてオン持続時間タイマがあり、データ送信側ＵＥ（ＴｘＵＥ）がデータ受信側ＵＥ（ＲｘＵＥ）のタイマの実行状態を知ることができると仮定する。この場合、時間の期間Ｔ１では、オン継続時間タイマが実行され、ＴｘＵＥは、全てのＲｘＵｅがアクティブ時間（ａｃｔｉｖｅｔｉｍｅ）にあると考えてもよい。時間の期間Ｔ２では、再伝送タイマは実行されているが、オン持続時間タイマは、いくらかの時間の期間において実行されていない。この場合、全てのＲｘＵＥがアクティブ時間（ａｃｔｉｖｅｔｉｍｅ）にあるとは考えられない。

【0289】

Ｓ１７０３：第１の端末が、ＰＳＣＣＨリソース上で、基地局によって示されたＳＬリソースのスケジューリング情報を送信し、新たに伝送されるデータを、ＳＬリソースのスケジューリング情報によって示されたＰＳＳＣＨリソース上で送信する。

【0290】

追加的に、第１の端末が、ＰＳＣＣＨリソースに対応する時間領域の範囲内で、第１の端末が属する通信グループ内の第１の端末以外の他の端末がアクティブ時間にあると決定した場合、新たに伝送されるデータに対応する論理チャネルの優先度が、最も高い優先度にさらにセットされてもよい。追加的に、他の全ての限定条件が満たされるときに、新たに伝送されるデータは、基地局によって示されたＳＬリソースを介して送信される。

【0291】

任意選択で、ＮＡＣＫ及びＡＣＫのうちの１つをフィードバックするように通信グループ内の端末に第１の端末が指示した場合、前述の方法は、以下のステップをさらに含んでもよい。第１の端末が、第２の端末によって送信されたＮＡＣＫ又はＡＣＫをＮ回連続して受信しなかった場合、第１の端末は、通信グループ内のデータ受信側ＵＥのアクティブ時間に新たに伝送されるデータのスケジューリングを停止する。Ｎは、１よりも大きい整数である。Ｎの値は、プリセットされてもよい。具体的には、値は、基地局がデータ送信側ＵＥ（第１の端末）に提供されてもよいし、プリセットされてもよい。

【0292】

任意選択で、手順は、以下のステップをさらに含んでもよい。

【0293】

Ｓ１７０４：第１の端末が、ＰＳＣＣＨリソースに対応する時間領域の範囲内で、第１の端末が属する通信グループ内の少なくとも１つの端末がアクティブ時間（ａｃｔｉｖｅｔｉｍｅ）にないと決定した場合、第１の端末は、基地局によって示されたＳＬリソース上で新たに伝送するデータの送信をあきらめてもよい。

【0294】

図１７に示す手順によれば、ＳＬグループキャスト通信シナリオの場合、第１の端末（データ送信側ＵＥ）は、基地局によって示された新たに伝送されるデータのためのＳＬリソースを受信した後に、ＰＳＣＣＨリソースに対応する時間領域範囲内で、通信グループ内の全てのデータ受信側ＵＥがアクティブ時間にある、すなわち、ＰＳＣＣＨリソースを感知できると決定したときにのみ、ＰＳＣＣＨリソースを使用して新たに伝送されるデータをスケジューリングする。このように、通信グループ内のデータ受信側ＵＥが、新たに伝送されるデータを受信できることが確保され得る。したがって、データ伝送信頼性が確保され得る。

【0295】

同じ技術的概念に基づいて、この出願の一実施形態は、通信装置をさらに提供する。通信装置は、図１９に示す構造を有してもよい。通信装置は、前述の実施形態における端末であってもよいし、前述の方法を実装する際に前述の端末をサポートすることができるチップ又はチップ・システムであってもよい。追加的に、前述の実施形態において、通信装置が端末であるときに、通信装置は、前述の実施形態の方法における端末の挙動機能を有する。

【0296】

図１９に示すように、通信装置１９００は、処理ユニット１９０１と、トランシーバ１９０２とを含んでもよい。通信装置１９００は、記憶ユニット１９０３をさらに含んでもよく、記憶ユニット１９０３は、処理ユニット１９０１に結合されてもよく、処理ユニット１９０１が機能を実行するために必要とされるプログラム及び命令を記憶するように構成されている。

【0297】

いくつかの実装では、通信装置１９００は、データ受信側ＵＥとしてサービスして、図９又は図１５に示すＳＬ通信手順を実行してもよい。例えば、通信装置１９００内の各機能モジュールの機能は、以下のように説明される。

【0298】

トランシーバ・ユニット１９０２は、第１の端末から第１の制御情報と第１のデータを受信するように構成されており、第１の制御情報によって示されたキャスト・タイプは、ＮＡＣＫのみフィードバックを用いたＳＬグループキャスト伝送であり、前記第１の端末と前記第２の端末とが同じ通信グループ内の端末である。

【0299】

処理ユニット１９０１は、第１のデータに対応するＨＡＲＱフィードバック・リソースの後の指定された位置で、第１のタイマを開始するように構成されており、第１のデータの復号に成功し、ＨＡＲＱフィードバック・リソース上でＮＡＣＫを検出した場合、第２のタイマを第１のタイマが満了した後に開始する。

【0300】

任意選択で、第１のタイマと第２のタイマは、第１の制御情報によって示されたＳＬプロセス識別情報に関連付けられる。ＳＬプロセス識別情報の関係する説明については、前述の関係する実施形態の説明を参照。

【0301】

任意選択で、処理ユニット１９０１は、第１のデータをＳＬプロセスに関連付けることであって、ＳＬプロセスは、第１のデータを処理するために使用される、ことと、第１のデータの復号に成功したときに、第１のデータに関連付けられたＳＬプロセスを解放することとを行うようにさらに構成されている。

【0302】

任意選択で、処理ユニットによって第１のタイマを開始する動作は、具体的には、第１のＳＬプロセスに対する第１のタイマを開始することであって、第１のＳＬプロセスは、第１の制御情報によって示されたＳＬプロセス識別情報に関連付けられ、第１のＳＬプロセスは、第１のデータを処理するために使用される、ことを含んでもよい。処理ユニット１９０１によって第２のタイマの開始する動作は、具体的には、第１のＳＬプロセスに対する第２のタイマを開始することを含んでもよい。

【0303】

さらに、処理ユニット１９０１は、第１のデータの復号に成功し、第１のデータに対応するＨＡＲＱフィードバック・リソース上でＮＡＣＫを検出した場合、第１のＳＬプロセスを占有し続けることか、第１のデータの復号に成功し、第１のデータに対応するＨＡＲＱフィードバック・リソース上でＮＡＣＫを検出しなかった場合、第１のＳＬプロセスを解放するように構成されてもよい。

【0304】

任意選択で、処理ユニット１９０１は、第１のデータの復号に成功した場合、第１のＳＬプロセスを解放するようにさらに構成されてもよい。トランシーバ・ユニット１９０２は、第２のデータと第２の制御情報を受信するようにさらに構成されており、第２の制御情報によって示されたキャスト・タイプは、ＮＡＣＫのみフィードバックを用いたグループキャスト伝送である。処理ユニット１９０１は、第２のＳＬプロセスを第２の制御情報によって示されたＳＬプロセス識別情報に関連付けることであって、第２のプロセスは、第２のデータを処理するために使用される、ことと、第２のデータが第１のデータの再伝送データであると決定した場合、第２のＳＬプロセスを解除することとを行うようにさらに構成されている。

【0305】

任意選択で、第１の制御情報は、第２の制御情報のリソース位置を示さず、第２の制御情報は、第１のデータの再伝送リソースを示す。

【0306】

いくつかの他の実装では、通信装置１９００は、データ受信側ＵＥとしてサービスして、図１２又は図１５に示すＳＬ通信手順を実行してもよい。例えば、通信装置１９００内の各機能モジュールの機能は、以下のように説明される。

【0307】

トランシーバ１９０２は、第１の端末（データ送信側ＵＥ）から第１の制御情報と第１のデータを受信するように構成されている。

【0308】

処理ユニット１９０１は、指定された位置で、第１のタイマを開始することであって、第１のタイマは、第１の制御情報によって示されたＳＬプロセス識別情報に関連付けられる、ことと、第１のデータの受信状態に基づいて、第２のタイマを第１のタイマが満了した後に開始することであって、第２のタイマは、第１の制御情報によって示されるＳＬプロセス識別情報に関連付けられる、こととを行うように構成されている。

【0309】

任意選択で、第１の制御情報によって示されたキャスト・タイプは、
ＳＬユニキャスト伝送
ＳＬグループキャスト伝送
ＮＡＣＫのみフィードバックを用いたＳＬグループキャスト伝送、又は
ＮＡＣＫ及びＡＣＫのうちの少なくとも１つのフィードバック用いたＳＬグループキャスト伝送のうちの１つを含む。

【0310】

任意選択で、第１の制御情報によって示されたキャスト・タイプが、ＳＬユニキャスト伝送、ＳＬグループキャスト伝送、又はＮＡＣＫ及びＡＣＫのうちの１つのフィードバックを用いたＳＬグループキャスト伝送である場合、処理ユニット１９０１によって、第１のデータの受信状態に基づいて、第２のタイマを第１のタイマが満了した後に開始することは、第１のデータの復号に失敗した場合、第２のタイマを第１のタイマが満了した後に開始することを含んでもよい。

【0311】

任意選択で、第１の制御情報によって示されたキャスト・タイプが、ＮＡＣＫのみフィードバックを用いたグループキャストである場合、処理ユニット１９０１によって、第１のデータの受信状態に基づいて、第２のタイマを第１のタイマが満了した後に開始することは、第１のデータの復号に失敗した場合、第２のタイマを第１のタイマが満了した後に開始することか、又は第１のデータの復号に成功し、第１のデータに対応するＨＡＲＱフィードバック・リソース上でＮＡＣＫを受信した場合、第２のタイマを第１のタイマが満了した後に開始することを含んでもよい。

【0312】

任意選択で、指定された位置は、第１段階制御情報を搬送するリソースの後の最初のシンボルであって、第１の制御情報は、第１段階制御情報を含む、最初のシンボル、第１の制御情報が完全に受信された後の最初のシンボル、第１のデータを搬送するリソースの後の最初のシンボル、又は第１のデータに対応するＨＡＲＱフィードバック・リソースの後の最初のシンボルを含む。

【0313】

任意選択で、第１の制御情報は、第２の制御情報のリソース位置を示さず、第２の制御情報は、第１のデータの再伝送リソースを示す。

【0314】

いくつかの他の実装では、通信装置１９００は、データ受信側ＵＥとしてサービスして、図１３又は図１５に示すＳＬ通信手順を実行してもよい。例えば、通信装置１９００内の各機能モジュールの機能は、以下のように説明される。

【0315】

トランシーバ１９０２は、第１の端末（データ送信側ＵＥ）から第１の制御情報と第１のデータを受信するように構成されている。

【0316】

処理ユニット１９０１は、指定された位置で、第１のＳＬプロセスに対する第１のタイマを開始することであって、第１のＳＬプロセスは、第１の制御情報によって示されたＳＬプロセス識別情報に関連付けられ、第１のＳＬプロセスは、第１のデータを処理するために使用される、ことと、第１のデータの受信状態に基づいて、第１のＳＬプロセスに対する第２のタイマを第１のタイマが満了した後に開始することとを行うように構成されている。

【0317】

【0318】

【0319】

【0320】

【0321】

任意選択で、処理ユニット１９０１は、第１のデータの復号に成功し、第１のデータに対応するＨＡＲＱフィードバック・リソース上でＮＡＣＫを検出した場合、第１のＳＬプロセスを占有し続けることか、第１のデータの復号に成功し、第１のデータに対応するＨＡＲＱフィードバック・リソース上でＮＡＣＫを検出しなかった場合、第１のＳＬプロセスを解放するようにさらに構成されてもよい。

【0322】

任意選択で、処理ユニット１９０１は、第１のデータの復号に成功した場合、第１のＳＬプロセスを解放するようにさらに構成されている。さらに、トランシーバ１９０２は、第２のデータと第２の制御情報を受信するように構成されている。処理ユニット１９０１は、第２のＳＬプロセスを第２の制御情報によって示されたＳＬプロセス識別情報に関連付けることであって、第２のプロセスは、第２のデータを処理するために使用される、ことと、第２のデータが第１のデータの再伝送データであると決定した場合、第２のＳＬプロセスを解除することとを行うようにさらに構成されている。

【0323】

任意選択で、第１の制御情報は、第２の制御情報のリソース位置を示さず、第２の制御情報は、第１のデータの再伝送リソースを示す。

【0324】

いくつかの他の実装では、通信装置１９００は、データ受信側ＵＥとしてサービスして、図１４又は図１５に示すＳＬ通信手順を実行してもよい。例えば、通信装置１９００内の各機能モジュールの機能は、以下のように説明される。

【0325】

トランシーバ１９０２は、第１の端末（データ送信側ＵＥ）から第１の制御情報と第１のデータとを受信するように構成され、第１の制御情報は、指示情報を含み、指示情報は、第２のタイマを第１のタイマが満了した後に開始することを示す。

【0326】

処理ユニット１９０１は、指示情報に基づいて、第２のタイマを第１のタイマが満了したときに開始するように構成されている。

【0327】

任意選択で、第１の制御情報は、ＮＡＣＫのみフィードバックを用いたＳＬグループキャスト伝送を示すか、第１の制御情報は、ＮＡＣＫ及びＡＣＫのうちの１つのフィードバックを用いたＳＬグループキャスト伝送を示すか、又は第１の制御情報は、ＳＬグループキャスト伝送を示す。

【0328】

任意選択で、指示情報は、第２のタイマの開始瞬間をさらに示す。

【0329】

任意選択で、第１のタイマと第２のタイマは、第１の制御情報によって示されたＳＬプロセス識別情報に関連付けられ、ＳＬプロセス識別情報は、ＳＬプロセス識別子と、キャスト・タイプ指示情報と、送信元Ｌ１識別子と、宛先Ｌ１識別子と、を含み、キャスト・タイプ指示情報は、ＮＡＣＫのみフィードバックを用いたＳＬグループキャスト伝送を示すか、又はＳＬグループキャスト伝送を示す。

【0330】

【0331】

任意選択で、処理ユニットによって第１のタイマを開始する動作は、第１のＳＬプロセスに対する第１のタイマを開始することであって、第１のＳＬプロセスは、第１の制御情報によって示されたＳＬプロセス識別情報に関連付けられ、第１のＳＬプロセスは、第１のデータを処理するために使用される、ことを含んでもよい。処理ユニット１９０１によって第２のタイマの開始する動作は、第１のＳＬプロセスに対する第２のタイマを開始することを含んでもよい。

【0332】

【0333】

任意選択で、処理ユニット１９０１は、第１のデータの復号に成功した場合、第１のＳＬプロセスを解放するようにさらに構成されてもよい。トランシーバ１９０２は、第２のデータと第２の制御情報を受信するように構成されている。処理ユニット１９０１は、第２のＳＬプロセスを第２の制御情報によって示されたＳＬプロセス識別情報に関連付けることであって、第２のプロセスは、第２のデータを処理するために使用される、ことと、第２のデータが第１のデータの再伝送データであると決定した場合、第２のＳＬプロセスを解除することとを行うようにさらに構成されている。

【0334】

任意選択で、第１の制御情報は、第２の制御情報のリソース位置を示さず、第２の制御情報は、第１のデータの再伝送リソースを示す。

【0335】

いくつかの他の実装では、通信装置１９００は、データ送信側ＵＥとしてサービスして、図１４又は図１５に示すＳＬ通信手順を実行してもよい。例えば、通信装置１９００内の各機能モジュールの機能は、以下のように説明される。

【0336】

トランシーバ・ユニット１９０２は、第１のデータ及び第１の制御情報を通信グループ内の端末に送信するように構成されており、第１の制御情報は、指示情報を含み、指示情報は、第２のタイマを第１のタイマが満了したときに開始するように通信グループ内の端末に示す。

【0337】

任意選択で、トランシーバ・ユニット１９０２が第１のデータと第１の制御情報を通信グループ内の端末に送信する前に、処理ユニット１９０１は、第２のタイマを第１のタイマが満了した後に開始するように通信グループ内の端末に示す必要があると決定することか、又は基地局の指示に基づいて、第２のタイマを第１のタイマが満了した後に開始するように通信グループ内の端末に示すと決定することを行うようにさらに構成されている。

【0338】

処理ユニット１９０１は、第２のタイマを第１のタイマが満了した後に開始するように通信グループ内の端末に示す必要があると決定し、第２のタイマを第１のタイマが満了した後に開始するように通信グループ内の端末に示したことを基地局に通知するようにさらに構成されている。

【0339】

任意選択で、トランシーバ・ユニット１９０２は、第２のタイマの実行中に、新たなデータを通信グループ内の端末に送信するようにさらに構成されてもよい。

【0340】

【0341】

任意選択で、指示情報は、第２のタイマの開始瞬間をさらに示す。

【0342】

任意選択で、第１の制御情報は、第２の制御情報のリソース位置を示さず、第２の制御情報は、第１のデータの再伝送リソースを示す。

【0343】

いくつかの他の実装では、通信装置１９００は、データ送信側ＵＥとしてサービスして、図１６に示すＳＬ通信手順を実行してもよい。例えば、通信装置１９００内の各機能モジュールの機能は、以下のように説明される。

【0344】

処理ユニット１９０１は、端末が属する通信グループ内の端末以外の全ての端末が第２のタイマを開始するかどうかを決定するように構成されている。端末以外の全ての端末が第２のタイマを開始すると決定された場合、トランシーバ１９０２は、第１の指示情報を基地局に送信し、第１の指示情報は、通信グループ内の第１の端末以外の全ての端末が第２のタイマを開始することを示す。

【0345】

任意選択で、トランシーバ・ユニット１９０２は、具体的には、第１の指示情報に対して基地局によって設定された専用のサイドリンク物理上りリンク制御チャネルＳＬＰＵＣＣＨリソースに基づいて第１の指示情報を送信することか、又は第１の指示情報を送信するために使用され、かつ基地局によって設定されたＳＬＰＵＣＣＨ設定情報によって示されたリソース、リソース・グループ、又は伝送フォーマットに基づいて、第１の指示情報を送信するように構成されている。

【0346】

追加的に、端末がＮＡＣＫ及びＡＣＫのうちの１つをフィードバックするように通信グループ内の端末に指示した場合、処理ユニット１９０１は、第２の端末（データ受信端末ＵＥ、すなわち、通信グループ内のデータ受信端末ＵＥ以外の端末）から送信されたＮＡＣＫ又はＡＣＫがＮ回連続して受信されない場合、第２の指示情報を基地局に送信するようにさらに構成されてもよく、第２の指示情報は、第２のタイマのみの実行中に、通信グループ内の端末に対して新たなデータ伝送をスケジューリングすることを禁止するように基地局に示す。Ｎは、１よりも大きい整数である。

【0347】

いくつかの他の実装では、通信装置１９００は、データ送信側ＵＥとしてサービスして、図１７に示すＳＬ通信手順を実行してもよい。例えば、通信装置１９００内の各機能モジュールの機能は、以下のように説明される。

【0348】

トランシーバ・ユニット１９０２は、基地局によって示された新たに伝送されるデータのためのＳＬリソースを受信するように構成されている。

【0349】

処理ユニット１９０１は、ＰＳＣＣＨリソースに対応する時間領域範囲において、端末が属する通信グループ内の端末以外の全ての端末がアクティブ時間にあるかどうかを決定するように構成されており、ＰＳＣＣＨリソースは、ＨＡＲＱ再伝送のために使用されるＳＬリソース・スケジューリング情報を搬送するために使用され、端末以外の全ての端末がアクティブ時間にある場合、トランシーバ・ユニット１９０２が、ＰＳＣＣＨリソース上で、基地局によって示されたＳＬリソースのスケジューリング情報を送信し、ＳＬリソースのスケジューリング情報によって示されたＰＳＳＣＨ上で新たに伝送されるデータを送信する。

【0350】

なお、通信装置１９００の前述の機能の具体的な実装については、対応する実施形態における関係する内容を参照。ＳＬプロセス識別情報、第１のタイマ、第２のタイマなどの関係する説明については、前述の実施形態における関係する内容を参照。

【0351】

追加的に、この出願の一実施形態は、通信装置をさらに提供する。通信装置は、図２０に示す構造を有してもよい。通信装置は、端末であってもよいし、前述の方法を実施する際に端末をサポートすることができるチップ又はチップ・システムであってもよい。

【0352】

図２０に示す通信装置２０００は、少なくとも１つのプロセッサ２００２を含んでもよい。少なくとも１つのプロセッサ２００２は、メモリに結合され、かつメモリ内の命令を読み出し実行して、この出願の実施形態で提供される方法における端末デバイスにおけるステップを実装するように構成されている。任意選択で、通信装置２０００は、シグナリング又はデータを受信又は送信する際に、通信装置２０００をサポートするように構成されているトランシーバ２００１をさらに含んでもよい。通信装置２０００のトランシーバ２００１は、上述したトランシーバ１９０２の機能を実装するように構成されてもよく、プロセッサ２００２は、前述の処理ユニット１９０１の機能を実装するように構成されてもよい。追加的に、トランシーバ２００１は、アンテナ２００３に結合され、かつ通信を実行する際に、通信装置２０００をサポートするように構成されている。任意選択で、通信装置２０００は、コンピュータ・プログラム及び命令を記憶するメモリ２００４をさらに含んでもよい。メモリ２００４は、プロセッサ２００２及び／又はトランシーバ２００１に結合されてもよく、かつメモリ２００４内のコンピュータ・プログラム及び命令を呼び出して、この出願の実施形態で提供される方法におけるネットワーク・デバイスに関係するステップを実装する際に、プロセッサ２００２をサポートするように構成されている。追加的に、メモリ２００４は、この出願の方法の実施形態におけるデータを記憶するようにさらに構成されてもよい。例えば、メモリは、対話を実装する際に、トランシーバ２００１をサポートするのに必要なデータ及び命令を記憶するように構成されており、及び／又は通信装置２０００がこの出願の実施形態における方法を実行するのに必要な設定情報を記憶するように構成されている。

【0353】

前述の方法の実施形態と同じ概念に基づいて、この出願の一実施形態は、コンピュータ可読記憶媒体を提供する。コンピュータ可読記憶媒体は、いくつかの命令を記憶する。命令がコンピュータによって呼び出され実行されるときに、コンピュータは、前述の方法の実施形態、及び方法の実施形態の可能な設計のいずれか１つにおける方法を完了することが可能となってもよい。この出願のこの実施形態では、コンピュータ可読記憶媒体には何ら限定も課されない。例えば、コンピュータ可読記憶媒体は、ランダム・アクセス・メモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓｍｅｍｏｒｙ、ＲＡＭ）、リード・オンリー・メモリ（ｒｅａｄ－ｏｎｌｙｍｅｍｏｒｙ、ＲＯＭ）などであってもよい。

【0354】

前述の方法の実施形態と同じ概念に基づいて、この出願は、コンピュータ・プログラム製品をさらに提供する。コンピュータによって呼び出され実行されるときに、コンピュータ・プログラム製品は、方法の実施形態、及び前述の方法の実施形態の可能な設計のいずれか１つにおける方法を実装してもよい。

【0355】

前述の方法の実施形態と同じ概念に基づいて、この出願は、チップをさらに提供する。チップは、プロセッサ及びインターフェース回路を含み、前述の方法の実施形態及び方法の実施形態の可能な実装のいずれか１つにおける方法を完了してもよい。「結合」とは、２つのコンポーネントが互いに直接又は間接的に結合されていることを意味し、その組み合わせは固定式でも可動式でもよい。このような組み合わせは、流れる液体、電気、電気又は他のタイプの信号が２つのコンポーネント間で通信することを可能にしてもよい。

【0356】

前述の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせによって実装され得る。ソフトウェアが前述の実施形態を実装するために使用されるときに、実施形態の全て又はいくつかは、コンピュータ・プログラム製品の形態で実装されてもよい。コンピュータ・プログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータ命令がコンピュータ上にロードされ実行されるときに、本発明の実施形態による手順又は機能は、全体的又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータ・ネットワーク、又は任意の他のプログラム可能な装置であってもよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてもよいし、１つのコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータ・センタから、有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル・サブスクライバ・ライン（ＤＳＬ））又は無線（例えば、赤外線、ラジオ、若しくはマイクロ波）において別のウェブサイト、コンピュータ、サーバ、又はデータ・センタに送信されてもよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又は１つ以上の使用可能な媒体を一体化するサーバ若しくはデータ・センタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、フロッピー・ディスク、ハード・ディスク、又は磁気テープ）、光媒体（例えば、ＤＶＤ）、又は半導体媒体（例えば、ソリッド・ステート・ドライブ（Ｓｏｌｉｄ－ＳｔａｔｅＤｒｉｖｅ、ＳＳＤ））などであってもよい。

【0357】

この出願の実施形態に説明された様々な例示的な論理ユニット及び回路は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、又は別のプログラマブル論理装置、離散ゲート又はトランジスタ論理、離散ハードウェア・コンポーネント、又はそれらの任意の組み合わせの設計を使用して、説明された機能を実装又は動作させてもよい。汎用プロセッサは、マイクロプロセッサであってもよい。任意選択で、汎用プロセッサは、代替的に、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、又は状態機械であってもよい。プロセッサは、コンピューティング装置の組み合わせ、例えば、デジタル信号プロセッサとマイクロプロセッサ、複数のマイクロプロセッサ、１つ以上のマイクロプロセッサと１つのデジタル信号プロセッサ、又は任意の他の類似の構成の組み合わせを介して達成されてもよい。

【0358】

この出願の実施形態に説明された方法又はアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェア・ユニット、又はそれらの組み合わせに直接組み込まれてもよい。ソフトウェア・ユニットは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル磁気ディスク、ＣＤ－ＲＯＭ、又は当技術分野における他の任意の形態の記憶媒体に記憶されてもよい。例えば、記憶媒体はプロセッサに接続されてもよく、そのため、プロセッサは、記憶媒体から情報を読み出すことができ、記憶媒体に情報を保存してもよい。任意選択で、記憶媒体は、代替的に、プロセッサに統合されてもよい。プロセッサ及び記憶媒体は、ＡＳＩＣ内に配設されてもよく、ＡＳＩＣは、端末デバイス内に配設されてもよい。任意選択で、プロセッサ及び記憶媒体は、代替的に、端末デバイス内の異なるコンポーネント内に配設されてもよい。

【0359】

これらのコンピュータ・プログラム命令はまた、コンピュータ又は別のプログラム可能なデータ処理デバイスにロードされてもよく、そのため、一連の動作及びステップがコンピュータ又は別のプログラム可能なデバイス上で実行され、それによって、コンピュータ実装処理を生成する。したがって、コンピュータ又は別のプログラマブル・デバイス上で実行される命令は、フローチャート内の１つ以上のプロセス及び／又はブロック図内の１つ以上のブロックにおいて特定の機能を実装するためのステップを提供する。

【0360】

本発明は、その特定の特徴及び実施形態を参照して説明されるが、本発明の範囲から逸脱することなく、様々な修正及び組み合わせがそれらに対してなされ得ることは明らかである。これに対応して、明細書及び添付の図面は、添付の特許請求の範囲に定義された本発明の例示的な説明にすぎず、本発明の範囲をカバーする修正、変形、組み合わせ、又は均等物のいずれか又は全てと考えられる。当業者であれば、本発明の範囲から逸脱することなく、この出願に対して様々な修正及び変形を行うことができることは明らかである。本発明は、以下の特許請求の範囲及びそれらの均等の技術によって画定される保護の範囲内にあることを条件として、これらの修正及び変形をカバーすることを意図している。

【図1】