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

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

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ サムスン　エレクトロニクス　カンパニー　リミテッドの特許一覧

特許7185076無線通信システムにおいて、ＨＡＲＱフィードバックを提供する方法及びその装置

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

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

< >

1
2
3
4
5
6
7
8
9
10
11
12

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

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

(11)【特許番号】

(24)【登録日】2022-11-28

(45)【発行日】2022-12-06

(54)【発明の名称】無線通信システムにおいて、ＨＡＲＱフィードバックを提供する方法及びその装置

(51)【国際特許分類】

H04W 72/04 20090101AFI20221129BHJP

H04W 4/40 20180101ALI20221129BHJP

H04W 28/04 20090101ALI20221129BHJP

H04W 92/18 20090101ALI20221129BHJP

【ＦＩ】

H04W72/04 136

H04W4/40

H04W28/04 110

H04W92/18

【請求項の数】 15

(21)【出願番号】P 2021564810

(86)(22)【出願日】2020-04-29

(65)【公表番号】

(43)【公表日】2022-07-21

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

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

(87)【国際公開日】2020-11-05

【審査請求日】2021-11-01

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

(32)【優先日】2019-04-30

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

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスンエレクトロニクスカンパニーリミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔允辰

(72)【発明者】

【氏名】ミン・ウ

(72)【発明者】

【氏名】ミャオ・ゾウ

(72)【発明者】

【氏名】フェイフェイ・スン

【審査官】長谷川篤男

(56)【参考文献】

【文献】Spreadtrum Communications，Discussion on physical layer procedures for sidelink，3GPP TSG RAN WG1 #96bis R1-1904794，2019年04月02日

【文献】Nokia, Nokia Shanghai Bell，Discussion on sidelink physical layer procedures，3GPP TSG-RAN WG1 Meeting #96bis R1-1905337，2019年04月03日

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

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

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

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

ＳＡＷＧ１－４

ＣＴＷＧ１，４

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

【請求項1】

無線通信システムにおいて、第１端末によって遂行される方法において、
サイドリンク制御情報（ＳＣＩ）を受信する段階と、
前記ＳＣＩに基づき、ＨＡＲＱ（hybrid automatic repeat request）フィードバック情報を伝送するためのＰＳＦＣＨ（physical sidelink feedback channel）資源を識別する段階と、
前記識別されたＰＳＦＣＨ資源に基づき、前記ＨＡＲＱフィードバック情報を伝送する段階と、を含み、
前記ＳＣＩは、グループキャストに対する指示情報を含み、
前記ＰＳＦＣＨ資源は、グループキャスト及び第２ＨＡＲＱフィードバックモードである場合、(UEindexInGroup + Aspect) mod Ｎ _{ＰＦＳＣＨ} に対応し、
前記UEindexInGroupは、上位階層によって設定される前記第１ＵＥの識別子（identity）を示し、前記Aspectは、前記ＳＣＩに伴う（carried）ソース識別子（identifier）を示し、前記Ｎ _{ＰＦＳＣＨ} は、前ＨＡＲＱフィードバック情報を伝送するために利用可能なＰＳＦＣＨ資源の数を示すものであり、
前記ＰＳＦＣＨ資源は、グループキャスト及び第１ＨＡＲＱフィードバックモードである場合、Aspect mod Ｎ＿ＰＦＳＣＨに対応するものである、方法。

【請求項2】

前記指示情報は、前記ＨＡＲＱフィードバック情報がＮＡＣＫのみを含む前記第１ＨＡＲＱフィードバックモード、あるいは前記ＨＡＲＱフィードバック情報がＡＣＫまたはＮＡＣＫを含む前記第２ＨＡＲＱフィードバック情報であることを示すものである、請求項１に記載の方法。

【請求項3】

前記ＳＣＩは、ＰＳＳＣＨ（physical sidelink shared channel）のデコーディングのために利用されるものである、請求項１に記載の方法。

【請求項4】

前記方法は、
ＰＳＣＣＨ（physical sidelink control channel）を介し、複数のＰＳＦＣＨに係わる優先順位情報を識別する段階と、
第１ＰＳＦＣＨの送信が第２ＰＳＦＣＨの受信と重なる場合、前記第１ＰＳＦＣＨの送信、または前記第２ＰＳＦＣＨの受信を前記優先順位情報に基づいて行う段階と、を含む、請求項１に記載の方法。

【請求項5】

前記方法は、
ＰＳＣＣＨ（physical sidelink control channel）を介し、複数のＰＳＦＣＨに係わる優先順位情報を受信する段階と、
前記受信された優先順位情報に基づき、前記複数のＰＳＦＣＨのうち１以上のＰＳＦＣＨを識別する段階と、をさらに含み、
前記識別された１以上のＰＳＦＣＨは、伝送されるものである、請求項１に記載の方法。

【請求項6】

無線通信システムにおいて遂行される第１端末において、
送受信部と、
前記送受信部と連結された少なくとも１つのプロセッサと、を含み、
前記少なくとも１つのプロセッサは、
サイドリンク制御情報（ＳＣＩ）を受信し、
前記ＳＣＩに基づき、ＨＡＲＱ（hybrid automatic repeat request）フィードバック情報を伝送するためのＰＳＦＣＨ（physical sidelink feedback channel）資源を識別し、
前記識別されたＰＳＦＣＨ資源に基づき、前記ＨＡＲＱフィードバック情報を伝送し、
前記ＳＣＩは、グループキャストに対する指示情報を含み、
前記ＰＳＦＣＨ資源は、グループキャスト及び第２ＨＡＲＱフィードバックモードである場合、(UEindexInGroup + Aspect) mod Ｎ _{ＰＦＳＣＨ} に対応し、
前記UEindexInGroupは、上位階層によって設定される前記第１ＵＥの識別子（identity）を示し、前記Aspectは、前記ＳＣＩに伴う（carried）ソース識別子（identifier）を示し、前記Ｎ _{ＰＦＳＣＨ} は、前記ＨＡＲＱフィードバック情報を伝送するために利用可能なＰＳＦＣＨ資源の数を示すものであり、
前記ＰＳＦＣＨ資源は、グループキャスト及び第１ＨＡＲＱフィードバックモードである場合、Aspect mod Ｎ＿ＰＦＳＣＨに対応するものである、第１端末。

【請求項7】

前記指示情報は、前記ＨＡＲＱフィードバック情報がＮＡＣＫのみを含む前記第１ＨＡＲＱフィードバックモード、あるいは前記ＨＡＲＱフィードバック情報がＡＣＫまたはＮＡＣＫを含む前記第２ＨＡＲＱフィードバック情報であることを示すものである、請求項６に記載の第１端末。

【請求項8】

前記ＳＣＩは、ＰＳＳＣＨ（physical sidelink shared channel）のデコーディングのために利用されるものである、請求項６に記載の第１端末。

【請求項9】

前記少なくとも１つのプロセッサは、
ＰＳＣＣＨ（physical sidelink control channel）を介し、複数のＰＳＦＣＨに係わる優先順位情報を識別し、
第１ＰＳＦＣＨの送信が第２ＰＳＦＣＨの受信と重なる場合、前記第１ＰＳＦＣＨの送信または前記第２ＰＳＦＣＨの受信を前記優先順位情報に基づいて遂行するものである、請求項６に記載の第１端末。

【請求項10】

前記少なくとも１つのプロセッサは、
ＰＳＣＣＨ（physical sidelink control channel）を介し、複数のＰＳＦＣＨに係わる優先順位情報を受信し、
前記受信された優先順位情報に基づき、前記複数のＰＳＦＣＨのうち１以上のＰＳＦＣＨを識別し、
前記識別された１以上のＰＳＦＣＨは、伝送されるものである、請求項６に記載の第１端末。

【請求項11】

無線通信システムにおいて、第２端末によって遂行される方法において、
サイドリンク制御情報（ＳＣＩ）を送信し、前記ＳＣＩに基づき、ＨＡＲＱ（hybrid automatic repeat request）フィードバック情報を伝送するためのＰＳＦＣＨ（physical sidelink feedback channel）資源が識別される段階と、
前記識別されたＰＳＦＣＨ資源に基づき、前記ＨＡＲＱフィードバック情報を受信する段階と、を含み、
前記ＳＣＩは、グループキャストに対する指示情報を含み、
前記ＰＳＦＣＨ資源は、グループキャスト及び第２ＨＡＲＱフィードバックモードである場合、(UEindexInGroup + Aspect) mod Ｎ _{ＰＦＳＣＨ} に対応し、
前記UEindexInGroupは、上位階層によって設定される前記第１ＵＥの識別子（identity）を示し、前記Aspectは、前記ＳＣＩに伴う（carried）ソース識別子（identifier）を示し、前記Ｎ _{ＰＦＳＣＨ} は、前記ＨＡＲＱフィードバック情報を伝送するために利用可能なＰＳＦＣＨ資源の数を示すものであり、
前記ＰＳＦＣＨ資源は、グループキャスト及び第１ＨＡＲＱフィードバックモードである場合、Aspect mod Ｎ＿ＰＦＳＣＨに対応するものである、方法。

【請求項12】

前記指示情報は、前記ＨＡＲＱフィードバック情報がＮＡＣＫのみを含む前記第１ＨＡＲＱフィードバックモード、あるいは前記ＨＡＲＱフィードバック情報がＡＣＫまたはＮＡＣＫを含む前記第２ＨＡＲＱフィードバック情報であることを示すものである、請求項１１に記載の方法。

【請求項13】

前記ＳＣＩは、ＰＳＳＣＨ（physical sidelink shared channel）のデコーディングのために利用されるものである、請求項１に記載の方法。

【請求項14】

無線通信システムにおける第２端末において、
送受信部と、
前記送受信部と連結された少なくとも１つのプロセッサと、を含み、
前記少なくとも１つのプロセッサは、
サイドリンク制御情報（ＳＣＩ）を送信し、前記ＳＣＩに基づき、ＨＡＲＱ（hybrid automatic repeat request）フィードバック情報を伝送するためのＰＳＦＣＨ（physical sidelink feedback channel）資源が識別され、
前記識別されたＰＳＦＣＨ資源に基づき、前記ＨＡＲＱフィードバック情報を受信し、
前記ＳＣＩは、グループキャストに対する指示情報を含み、
前記ＰＳＦＣＨ資源は、グループキャスト及び第２ＨＡＲＱフィードバックモードである場合、(UEindexInGroup + Aspect) mod Ｎ _{ＰＦＳＣＨ} に対応し、
前記UEindexInGroupは、上位階層によって設定される前記第１ＵＥの識別子（identity）を示し、前記Aspectは、前記ＳＣＩに伴う（carried）ソース識別子（identifier）を示し、前記Ｎ _{ＰＦＳＣＨ} は、前記ＨＡＲＱフィードバック情報を伝送するために利用可能なＰＳＦＣＨ資源の数を示すものであり、
前記ＰＳＦＣＨ資源は、グループキャスト及び第１ＨＡＲＱフィードバックモードである場合、Aspect mod Ｎ＿ＰＦＳＣＨに対応するものである、第２端末。

【請求項15】

前記指示情報は、前記ＨＡＲＱフィードバック情報がＮＡＣＫのみを含む前記第１ＨＡＲＱフィードバックモード、あるいは前記ＨＡＲＱフィードバック情報がＡＣＫまたはＮＡＣＫを含む前記第２ＨＡＲＱフィードバック情報であることを示すものである、請求項１４に記載の第２端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムに係り、さらに具体的には、ＨＡＲＱ（hybrid automatic repeat request）フィードバックを行う方法、及びＨＡＲＱフィードバックを行うＵＥに関する。

【背景技術】

【0002】

４Ｇ通信システム商用化及びマルチメディアサービス増大により、爆発的に増加の勢いにある無線データトラフィック需要を充足させるために、改善された５Ｇ（５^ｔｈ-generation）通信システムまたはpre－５Ｇ通信システムが開発されている。そのような理由により、５Ｇ通信システムまたはpre－５Ｇ通信システムは、４Ｇ（４^ｔｈ-generation）ネットワーク以後（beyond ４Ｇ network）通信システムまたはＬＴＥ（long term evolution）システム以後（post ＬＴＥ）のシステムと呼ばれている。

【0003】

データ伝送率を上昇させるために、５Ｇ通信システムは、超高周波（ｍｍWave）帯域（例えば、６０ギガ（６０ＧＨｚ）帯域）における具現が考慮されている。該超高周波帯域における電波の経路損失緩和、及び電波の伝達距離延長のために、５Ｇ通信システムにおいては、ビームフォーミング（beamforming）、巨大配列多重入出力（massive ＭＩＭＯ（multiple-input multiple-output））、全次元多重入出力（ＦＤ（full dimensional）ＭＩＭＯ）、アレイアンテナ（array antenna）、アナログビームフォーミング（analog beamforming）及び大規模アンテナ（large scale antenna）の技術が論議されている。

【0004】

また、システムのネットワーク性能改善のために、５Ｇ通信システムにおいては、進化された小型セル、改善された小型セル（advanced small cell）、クラウド無線アクセスネットワーク（cloud ＲＡＮ（radio access network））、超高密度ネットワーク（ultra-dense network）、機器間通信（Ｄ２Ｄ：device-to-device）、無線バックホール（wireless backhaul）、移動ネットワーク（moving network）、協力通信（cooperative communication）、ＣｏＭＰ（coordinated multi-points）及び受信干渉除去（interference cancellation）のような技術開発がなされている。それ以外にも、５Ｇシステムにおいては、進歩したコーディング変調（ＡＣＭ：advanced coding modulation）方式であるＦＱＡＭ（hybrid ＦＳＫ and ＱＡＭ modulation）及びＳＷＳＣ（sliding window superposition coding）、並びに進歩した接続技術であるＦＢＭＣ（filter bank multi carrier）、ＮＯＭＡ（non orthogonal multiple access）及びＳＣＭＡ（sparse code multiple access）などが開発されている。

【0005】

一方、インターネットは、人間が情報を生成して消費する人間中心の連結網において、事物のような分散された構成要素間において情報をやり取りして処理する事物インターネット（ＩｏＴ：internet of things）網に進化している。クラウドサーバなどとの連結を介するビッグデータ（big data）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Internet of everything）技術も提起されている。ＩｏＴを具現するために、センシング技術、有無線通信インフラ及びネットワークインフラ、サービスインターフェース技術及び保安技術のような技術要素が要求され、最近では、事物間の連結のためのセンサネットワーク（sensor network）、事物通信（Ｍ２Ｍ：machine to machine）、ＭＴＣ（machine type communication）のような技術が研究されている。ＩｏＴ環境においては、連結された事物において生成されたデータを収集して分析し、人間の生活に新たな価値を新たに創出する知能型ＩＴ（internet technology）サービスが提供されうる。ＩｏＴは、既存のＩＴ（information technology）技術と、多様な産業との融合及び複合を介し、スマートホーム、スマートビルディング、スマートシティ、スマートカーあるいはコネックティッドカー、スマートグリッド、ヘルスケア、スマート家電、先端医療サービスなどの分野にも応用される。

【0006】

それにより、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みがなされている。例えば、センサネットワーク、事物通信（Ｍ２Ｍ）、ＭＴＣのような技術が、ビームフォーミング、ＭＩＭＯ及びアレイアンテナなどの技法によって具現されているのである。前述のビッグデータ処理技術として、クラウド無線アクセスネットワーク（cloud ＲＡＮ）の適用も、５Ｇ技術とＩｏＴ技術との融合一例であると言うことができるであろう。

【0007】

前述のように、無線通信システムの発展により、多様なサービスが提供されるようになるが、そのようなサービスを容易に提供するための方案が要求されている。

【0008】

前述の情報は、開示の理解の一助とするためだけに、背景情報として提示される。開示につき、前述のいずれかが先行技術として適用されうるかということについては、いまのところ決定されておらず、また主張もされていない。

【発明の概要】

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

【0009】

前述のように、無線通信システムの発展により、多様なサービスが提供されるようになるが、そのようなサービスを容易に提供することができる方法が要求されている。

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

【0010】

本開示により、無線通信システムにおいて、ＨＡＲＱフィードバックを提供する方法及びその装置が開示される。ＨＡＲＱフィードバック方法は、ＰＳＣＣＨ（physical sidelink control channel）／ＰＳＳＣＨ（physical sidelink shared channel）を第２ＵＥに送信し、前記ＰＳＳＣＨ／ＰＳＳＣＨのデコーディング結果によってＨＡＲＱフィードバックを行う第２ＵＥによって送信されるＰＳＦＣＨを受信する段階を含む。

【0011】

本開示の実施形態の目的及び特徴について、例示的に図示された以下の添付図面と連繋して説明されることにより、さらに明確になるであろう：

【図面の簡単な説明】

【0012】

【図1】本開示の一実施形態によるＨＡＲＱフィードバック方法のフローチャートである。

【図2】本開示の他の実施形態によるＨＡＲＱフィードバック方法のフローチャートである。

【図3】本開示の他の実施形態によるＨＡＲＱフィードバック方法のフローチャートである。

【図4】本開示の一実施形態による第１ＨＡＲＱフィードバックモードについて説明するための図面である。

【図5】本開示の一実施形態による第２ＨＡＲＱフィードバックモードについて説明するための図面である。

【図6】本開示の一実施形態によるＨＡＲＱフィードバック方法のフローチャートについて説明するための図面である。

【図7】本開示の一実施形態による、ＵＥインデックス番号により、ＰＳＦＣＨリソースを決定する方法について説明するための図面である。

【図8】本開示の一実施形態によるＵＥのブロック図である。

【図9】本開示の他の実施形態によるＵＥのブロック図である。

【図10】本開示の他の実施形態によるＵＥのブロック図である。

【図11】本開示の他の実施形態によるＵＥのブロック図である。

【図12】本開示の一実施形態によるＵＥについて説明するための図面である。

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

【0013】

図面全体にわたり、同一参照番号は、同一部品、同一構成要素及び同一構造を称すると理解されるのである。

【0014】

開示の側面は、少なくとも前述の問題及び／または欠点を解決し、少なくとも後述の利点を提供するものである。従って、本開示の一側面は、無線通信システムにおいて、ハイブリッド自動反復要請（ＨＡＲＱ：hybrid automatic repeat request）フィードバックを提供することである。

【0015】

さらなる、後続する説明において部分的に説明され、部分的には、該説明から明らかになるか、あるいは提示された実施形態の実践によって学習されるであろう。

【0016】

本開示の一実施形態によれば、第１ＵＥ(user equipment)によって遂行されるＨＡＲＱ（hybrid automatic repeat request）フィードバック方法が提供されうる。該ＨＡＲＱフィードバック方法は、物理的サイドリンク制御チャネル（ＰＳＣＣＨ：physical sidelink control channel）／物理的サイドリンク共有チャネル（ＰＳＳＣＨ：physical sidelink shared channel）を第２ＵＥに送信する段階と、ＰＳＣＣＨ／ＰＳＳＣＨのデコーディング結果によってＨＡＲＱフィードバックを行う第２ＵＥによって送信された物理的サイドリンクフィードバックチャネル（ＰＳＦＣＨ：physical sidelink feedback channel）を受信する段階と、を含んでもよい。

【0017】

他の実施形態により、グループキャスト送信の場合、該ＰＳＣＣＨ／ＰＳＳＣＨが第２ＵＥに送信される前、該ＨＡＲＱフィードバック方法は、２つのＨＡＲＱフィードバックモードのうち、１つのＨＡＲＱフィードバックモードの指示情報を取得する段階をさらに含んでもよいが、第１ＨＡＲＱフィードバックモードは、第２ＵＥがＮＡＣＫのみをフィードバックするモードであり、第２ＨＡＲＱフィードバックモードは、第２ＵＥがＡＣＫ／ＮＡＣＫをフィードバックするモードである。

【0018】

他の実施形態により、２つのＨＡＲＱフィードバックモードのうち、１つのＨＡＲＱフィードバックモードの指示情報を取得する段階は、第１ＵＥのサービング基地局からＵＥ特定ＲＲＣ（radio resource control）シグナリングによって指示されたＨＡＲＱフィードバックモードを取得する段階、サイドリンク事前設定（pre-configuration）パラメータによって指示されたＨＡＲＱフィードバックモードを取得する段階、または事前に定義された規則により、ＨＡＲＱフィードバックモードを決定する段階を含んでもよい。

【0019】

他の実施形態により、事前に定義された規則により、ＨＡＲＱフィードバックモードを決定する段階は、グループキャスト送信におけるＵＥが属したグループの類型により、ＨＡＲＱフィードバックモードであるが、その第１ＨＡＲＱフィードバックモードは、グループキャスト送信におけるＵＥが属したグループの類型が、非接続型（connection-less）であるときに使用されるが、それを決定する段階、及び／またはグループキャスト送信におけるＵＥが属したグループにおけるメンバーの数により、ＨＡＲＱフィードバックモードであるが、その第１ＨＡＲＱフィードバックモードは、グループキャスト送信におけるＵＥが属したグループにおけるメンバーの数が、１つのＰＳＣＣＨリソースに対応するＰＳＦＣＨリソースの数より多い場合に使用されるが、それを決定する段階、及び／またはデータサービスのＱｏＳにより、ＨＡＲＱフィードバックモードであるが、その第２ＨＡＲＱフィードバックモードは、ＱｏＳ要件が事前設定範囲内にあるデータサービスのために使用されるが、それを決定する段階を含んでもよい。

【0020】

他の実施形態により、第２ＵＥに送信されたＰＳＣＣＨは、ＨＡＲＱフィードバックモードの指示情報を含んでもよい。

【0021】

他の実施形態により、第１ＨＡＲＱフィードバックモードにおいて、グループキャスト送信におけるＵＥが属したグループにおける全ての第２ＵＥは、ＰＳＦＣＨを送信するために、ＰＳＣＣＨリソースに対応する複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースを共有するのであるが、複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースは、ＰＳＣＣＨに含まれた特定シグナリングによって指示されるか、あるいは複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースは、ＰＳＣＣＨ内で指示された宛先グループＩＤ、ＰＳＣＣＨ内で指示された送信ソースＩＤ、ＰＳＣＣＨの復調基準信号（ＤＭＲＳ：demodulation reference signal）の循環位相（cyclic phase）、ＰＳＣＣＨのＤＭＲＳの擬似ランダムシーケンス生成器の初期化シード（seed）、ＰＳＣＣＨの循環重複コード（ＣＲＣ：cyclic redundancy code）の十進値、及びＰＳＣＣＨのＣＲＣのスクランブリングコードシーケンスのうち１以上によっても決定される。

【0022】

他の実施形態により、第２ＨＡＲＱフィードバックモードにおいて、グループキャスト送信におけるＵＥが属したグループにおける第２ＵＥは、それぞれＰＳＦＣＨを送信するために、ＰＳＣＣＨリソースに対応する複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースを使用するのであるが、複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースは、少なくとも前記グループ内の固有ＵＥインデックス番号に基づいて決定されるか、あるいは複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースは、ＵＥインデックス番号、及び事前設定された（pre-configured）ＰＳＦＣＨリソースオフセット、ＰＳＳＣＣＨで指示されたＰＳＦＣＨ初期リソース、ＰＳＣＣＨで指示された宛先グループＩＤ、ＰＳＣＣＨで指示された送信ソースＩＤ、ＰＳＣＣＨのＤＭＲＳの循環位相、ＰＳＣＣＨのＤＭＲＳの擬似ランダムシーケンス生成器の初期化シード、ＰＳＣＣＨのＣＲＣの十進値、並びにＰＳＣＣＨのＣＲＣのスクランブリングシーケンスのうち１以上によっても決定される。

【0023】

他の実施形態により、第１ＵＥによって第２ＵＥに送信されたＰＳＣＣＨ／ＰＳＳＣＨが複数のサブチャネルを占有するとき、第１ＨＡＲＱフィードバックモードにおいて、グループキャスト送信におけるＵＥが属したグループにおける全ての第２ＵＥは、ＰＳＦＣＨを送信するために、複数のＰＳＣＣＨリソースに対応する全てのＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースを共有することができる。

【0024】

他の実施形態により、第１ＵＥによって第２ＵＥに送信されたＰＳＣＣＨ／ＰＳＳＣＨが複数のサブチャネルを占有するとき、第２ＨＡＲＱフィードバックモードにおいて、グループキャスト送信におけるＵＥが属したグループにおける第２ＵＥは、それぞれＰＳＦＣＨを送信するために、複数のＰＳＣＣＨリソースに対応する全てのＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースを使用することができる。

【0025】

本開示の一実施形態によれば、第２ＵＥによって遂行されるＨＡＲＱフィードバック方法が提供されうる。該ＨＡＲＱフィードバック方法は、第１ＵＥによって送信されたＰＳＣＣＨ／ＰＳＳＣＨを受信し、受信されたＰＳＣＣＨ／ＰＳＳＣＨをデコーディングする段階と、ＨＡＲＱフィードバックを行うために、ＰＳＣＣＨ／ＰＳＳＣＨのデコーディング結果により、第１ＵＥにＰＳＦＣＨを送信する段階と、を含んでもよい。

【0026】

他の実施形態により、グループキャスト送信の場合、第１ＵＥによって送信されたＰＳＣＣＨ／ＰＳＳＣＨを受信する前、ＨＡＲＱフィードバック方法は、２つのＨＡＲＱフィードバックモードのうち、１つのＨＡＲＱフィードバックモードの指示情報を取得する段階をさらに含んでもよいが、その第１ＨＡＲＱフィードバックモードは、第２ＵＥがＮＡＣＫのみをフィードバックするモードであり、その第２ＨＡＲＱフィードバックモードは、第２ＵＥがＡＣＫ／ＮＡＣＫをフィードバックするモードである。

【0027】

他の実施形態により、２つのＨＡＲＱフィードバックモードのうち、１つのＨＡＲＱフィードバックモードの指示情報を取得する段階は、第２ＵＥのサービング基地局からＵＥ特定ＲＲＣシグナリングによって指示されたＨＡＲＱフィードバックモードを取得する段階、サイドリンク事前設定パラメータによって指示されたＨＡＲＱフィードバックモードを取得する段階、またはＰＳＳＣＨによってＨＡＲＱフィードバックモードを決定する段階を含んでもよい。

【0028】

他の実施形態により、ＰＳＳＣＨによってＨＡＲＱフィードバックモードを決定する段階は、ＰＳＳＣＨによって運ばれたＳＣＩフォーマットによってＨＡＲＱフィードバックモードを決定する段階、及び／またはＰＳＳＣＨに含まれたＨＡＲＱフィードバックモードの特定指示情報によってＨＡＲＱフィードバックモードを決定する段階、及び／またはＰＳＳＣＨに含まれたＰＳＦＣＨリソースの特定指示情報によってＨＡＲＱフィードバックモードを決定する段階を含んでもよい。

【0029】

他の実施形態により、第１ＨＡＲＱフィードバックモードにおいて、グループキャスト送信におけるＵＥが属したグループにおける全ての第２ＵＥは、ＰＳＦＣＨを送信するために、ＰＳＣＣＨリソースに対応する複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースを共有するのであるが、複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースは、ＰＳＣＣＨに含まれた特定シグナリングによって指示されるか、あるいは複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースは、ＰＳＣＣＨ内で指示された宛先グループＩＤ、ＰＳＣＣＨ内で指示された送信ソースＩＤ、ＰＳＣＣＨの復調基準信号（ＤＭＲＳ）の循環位相、ＰＳＣＣＨのＤＭＲＳの擬似ランダムシーケンス生成器の初期化シード、ＰＳＣＣＨの循環重複コード（ＣＲＣ）の十進値、及びＰＳＣＣＨのＣＲＣのスクランブリングコードシーケンスのうち１以上によっても決定される。

【0030】

他の実施形態により、第２ＨＡＲＱフィードバックモードにおいて、グループキャスト送信におけるＵＥが属したグループにおける第２ＵＥは、それぞれＰＳＦＣＨを送信するために、ＰＳＣＣＨリソースに対応する複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースを使用するのであるが、複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースは、少なくとも前記グループ内の固有ＵＥインデックス番号に基づいて決定されるか、あるいは複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースは、ＵＥインデックス番号、及び事前設定されたＰＳＦＣＨリソースオフセット、ＰＳＳＣＣＨで指示されたＰＳＦＣＨ初期リソース、ＰＳＣＣＨで指示された宛先グループＩＤ、ＰＳＣＣＨで指示された送信ソースＩＤ、ＰＳＣＣＨのＤＭＲＳの循環位相、ＰＳＣＣＨのＤＭＲＳの擬似ランダムシーケンス生成器の初期化シード、ＰＳＣＣＨのＣＲＣの十進値、並びにＰＳＣＣＨのＣＲＣのスクランブリングシーケンスのうち１以上によっても決定される。

【0031】

【0032】

【0033】

他の実施形態により、第１ＵＥにＰＳＦＣＨを送信する段階は、送信されるＰＳＦＣＨの数がシステムによって許容された数を超えるとき、または前記ＰＳＦＣＨの送信が前記ＰＳＦＣＨの受信と衝突するとき、ＰＳＦＣＨに対応するＰＳＣＣＨで指示されたデータパッケージの優先順位、ＰＳＦＣＨに対応するＰＳＣＣＨ／ＰＳＳＣＨの送信類型、ＰＳＦＣＨによって伝達されるＨＡＲＱフィードバック情報、ＰＳＦＣＨに対応するＰＳＣＣＨ／ＰＳＳＣＨ上で測定された基準信号受信電力（ＲＳＲＰ：reference signal received power）、及びＰＳＦＣＨによって使用されるＨＡＲＱフィードバックモードのうち少なくとも一つに基づき、１つのスロットで冗長性ＰＳＦＣＨを廃棄する段階を含んでもよい。

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

本技術分野の当業者には、本明細書で使用される「端末」及び「ユーザ装備」無線信号受信機を含む装備、言い換えれば、送信能がない無線信号受信機のみを有する装備だけではなく、さらに送信及び受信のためのハードウェアを含む装備、言い換えれば、送信及び受信のためのハードウェアを有し、双方向性通信リンクを介し、双方向性通信を行うことができる装備でもある。そのような装備は、単一ラインディスプレイまたはグループラインディスプレイを含むか、あるいはグループラインディスプレイがないセルラ通信装備、または他の類型の通信装備；ボイスプロセッシング、データプロセッシング、ファックス及び／またはデータ通信の機能を結合することができるＰＣＳ（personal communications service）；無線周波数受信機、ページャ、インターネット／イントラネットアクセス、ウェッブブラウザ、ノートパッド、カレンダ及び／またはＧＰＳ（global positioning system）受信機を含むＰＤＡ（personal digital assistant）；並びに既存のラップトップコンピュータ、及び／またはパームトップコンピュータまたは既存のラップトップまたはパームトップコンピュータである他の装備、または無線周波数受信機を有し、かつ／あるいは含む他の装備を含んでもよい。本明細書で使用される「端末」、「ユーザ装備」は、携帯用でもあるか、持ち運べるものでもあるか、運搬手段（航空、ナビゲーション及び／または陸上）に設けられるものでもあるか、あるいは局所的に動作するように、適応及び／または構成され、かつ／あるいは地上及び／または宇宙の任意の他のロケーションにおいて、分散型としても実行されるものでもある。本明細書で使用される「端末」と「ユーザ装備」は、また通信端末、インターネット端末、ミュージック／ビデオプレイ端末でもあり、例えば、ＰＤＡ、ＭＩＤ（mobile internet device）、及び／またはミュージック／ビデオディスプレイ機能を有するモバイルフォンでもあり、あるいはスマートＴＶ、セットップボックスなどでもある。

【0062】

３ＧＰＰＬＴＥ標準において、ユーザ装備（ＵＥ）間の直接通信リンクがサイドリンク（ＳＬ：side link）と称される。アップリンク（ＵＬ）及びダウンリンク（ＤＬ）と類似し、サイドリンクは、制御チャネルとデータチャネルとを含み、それらのうち前者は、物理的サイドリンク制御チャネルＰＳＣＣＨ（physical sidelink control channel）と称され、後者は、物理的サイドリンク共有チャネルＰＳＳＣＨ（physical sidelink shared channel）と称される。該ＰＳＣＣＨは、ＰＳＳＣＨ送信の時間・周波数ドメインリソースロケーション、変調及びコーディングモードなどに係わる情報を指示するところに使用され、該ＰＳＳＣＨは、データ伝送に使用される。

【0063】

２つの類型のサイドリンク通信メカニズム、すなわち、サイドリンクに基づくＤ２Ｄ（device to device）及び運送手段（vehicle）対運送手段／歩行者／インフラストラクチャ／ネットワーク（以下、Ｖ２Ｘとする）が３ＧＰＰＬＴＥ標準で定義される。該Ｖ２Ｘは、データレート、時間遅延及び信頼度の側面において、Ｄ２Ｄよりさらに良好な性能を有し、それにより、該Ｖ２Ｘは、現在３ＧＰＰＬＴＥ標準において、最も代表的なサイドリンク通信技術になっている。

【0064】

リソース割り当てメカニズムの観点において、現存のＬＴＥＶ２Ｘ技術が、２つのモード、すなわち、基地局スケジューリングに基づくリソース割り当てモード（モード３）、及びＵＥが選択を自律的に行うリソース割り当てモード（モード４）を含む。モード３の場合、ＵＥは、基地局のダウンリンク制御チャネルを受信することにより、基地局によって割り当られたサイドリンクチャネルに係わる送信リソースを決定し、異なるＵＥの送信リソース間の相互干渉は、適切な基地局スケジューリング政策によって最小化されうる。モード４の場合、基地局は、特定リソース割り当てに参与せず、該ＵＥは、チャネルを検出することにより、最適の送信リソースを決定する。現存のＬＴＥＶ２Ｘ技術が、初期設計において、ブロードキャストサービスを支援するために主に使用されるために、ブロードキャスト送信モードが、物理階層のモード３及びモード４で使用され、言い換えれば、ＵＥによって送信された物理チャネルは、特定の範囲内の全てのＵＥによって受信されてデコーディングされる。現在、ＬＴＥサイドリンク通信システムにおいて、受信ＵＥ（ＲＸＵＥ）は、ハイブリッド自動反復要請確認応答（ＨＡＲＱ－ＡＣＫ）情報及びチャネル状態情報を送信ＵＥ（ＴＸＵＥ）にフィードバックする必要がなく、ＨＡＲＱ－ＡＣＫフィードバックは、ＡＣＫフィードバックまたはＮＡＣＫフィードバックでもある。該具現方式は、全体システムの複雑度を低減させるのに有益であるが、送信効率及び送信信頼度がまた影響を受ける。

【0065】

３ＧＰＰ５ＧＮＲ（new radio）システムにおいて、Ｖ２Ｘは、Ｒｅｌ－１６ＮＲ標準作業項目（ＷＩ：work items）のうち一つである。ＮＲＶ２Ｘシステムにおいて、さらに多くのデータサービス類型を支援するために、サイドリンク通信は、グループキャストサービス（言い換えれば、ＵＥによって送信された物理チャネルが、特定範囲内のＵＥのグループによって受信されてデコーディングされる）、及びユニキャストサービス（言い換えれば、ＵＥによって送信された物理チャネルが、特定範囲内の他のＵＥによって受信されてデコーディングされる）だけでなく、ブロードキャストサービスを支援する。サイドリンクデータ送信の信頼度、及びその送信効率を改善させるために、グループキャストサービス及びユニキャストサービスは、いずれもＨＡＲＱフィードバックを支援する必要があり、言い換えれば、ＲＸＵＥは、ＰＳＣＣＨ／ＰＳＳＣＨのデコーディング結果を、ＴＸＵＥにフィードバックし、ＨＡＲＱ－ＡＣＫをフィードバックするための新たなチャネル、言い換えれば、物理的サイドリンクフィードバックチャネル（ＰＳＦＣＨ：physical sidelink feedback channelを導入するが、関連技術細部事項は、依然として明らかではなく、本出願は、関連技術細部事項に係わる可能な解決策を主に提案する。

【0066】

第１ＵＥは、ＴＸＵＥとも称されるが、それは、ハイブリッド自動反復要請（ＨＡＲＱ）フィードバックの受信を行うＴＸＵＥであり、言い換えれば、第１ＵＥは、ＨＡＲＱフィードバックを受信する主体である。そして、第２ＵＥは、ＲＸＵＥとも称されうるが、それは、ＨＡＲＱフィードバックの送信を行うＲＸＵＥであり、言い換えれば、第２ＵＥは、ＨＡＲＱフィードバックを送信する主体である。

【0067】

図１は、本開示の一実施形態による、第１ユーザ端末（ＵＥ）によって遂行されるＨＡＲＱフィードバック方法のフローチャートを図示した図面である。

【0068】

本開示の一実施形態におけるＨＡＲＱフィードバック方法は、ＮＲＶ２Ｘシステム（例えば、５ＧＮＲＶ２Ｘシステム）におけるユニキャスト／グループキャストＨＡＲＱフィードバックにも適用される。

【0069】

図１を参照すれば、段階Ｓ１０１において、ＰＳＣＣＨ／ＰＳＳＣＨが第２ＵＥに送信されうる。

【0070】

段階Ｓ１０２において、ＰＳＣＣＨ／ＰＳＳＣＨのデコーディング結果によってＨＡＲＱフィードバックを行うことを介し、第２ＵＥによって送信されたＰＳＦＣＨが受信されうる。

【0071】

図２は、本開示の他の実施形態による、第２ＵＥによって遂行されるＨＡＲＱフィードバック方法のフローチャートを図示した図面である。

【0072】

図２を参照すれば、段階Ｓ２０１において、第１ＵＥによって送信されたＰＳＣＣＨ／ＰＳＳＣＨが受信され、受信されたＰＳＣＣＨ／ＰＳＳＣＨは、デコーディングされうる。

【0073】

段階Ｓ２０２において、ＨＡＲＱフィードバックを行うために、ＰＳＣＣＨ／ＰＳＳＣＨのデコーディング結果により、第１ＵＥにＰＳＦＣＨが送信されうる。

【0074】

ＮＲＶ２Ｘシステムにおいて、１つのスロットに複数のサブチャネルがあり、ＲＸＵＥが１つのスロットにおいて、それぞれのサブチャネル上のＰＳＣＣＨ／ＰＳＳＣＨを受信してデコーディングするように試み、言い換えれば、該ＲＸＵＥは、１つのスロットにおいて、異なるＴＸＵＥからの複数のユニキャストＰＳＣＣＨ／ＰＳＳＣＨ及び／またはグループキャストＰＳＣＣＨ／ＰＳＳＣＨを同時に受信してデコーディングすることができる。それらユニキャスト送信及び／またはグループキャスト送信がＨＡＲＱフィードバック機能を使用するように構成されるとき、該ＲＸＵＥは、１つのスロットにおいて、複数のＰＳＦＣＨを同時に送信する問題が生じうる。複数のＰＳＦＣＨのリソースは、周波数分割多重化（ＦＤＭ：frequency division multiplexing）及び／またはコード分割多重化（ＣＭＦ：code division multiplexing）でもあり、複数のＰＳＦＣＨを同時に送信することは、該ＲＸＵＥのハードウェア能に係わる特定の要件を必要ともする。また、複数のＰＳＦＣＨを同時に送信することは、ＰＳＦＣＨの送信信頼度にさらに影響を及ぼすが、該ＲＸＵＥの最大送信電力が固定され、複数のＰＳＦＣＨが同時に送信されるとき、それぞれのＰＳＦＣＨに係わる最大送信電力は、低減されなければならないことにより、ＰＳＦＣＨ送信の信頼度が影響を受けるためである。

【0075】

ＲＸＵＥが１つのスロットにおいて、複数のＰＳＦＣＨを同時に送信する必要があるとき、該ＲＸＵＥによって同時に送信されるＰＳＦＣＨの最大数は、システムによって事前に定義されるか、あるいは事前に設定され、それは、該ＲＸＵＥの能力と係わり、同一スロットにおいて、該ＲＸＵＥによって実際に送信されるＰＳＦＣＨの数は、該ＲＸＵＥが支援することができる最大数を超えることがあってはならない。

【0076】

一例として、ＲＸＵＥは、ＰＳＦＣＨ上のサイドリンク進路損失（path loss）及び／またはダウンリンク経路損失に基づき、開放ループ電力制御を行い、同一スロットにおいて、該ＲＸＵＥによって実際に送信されるＰＳＦＣＨの数は、総送信電力によって影響を受け、該ＲＸＵＥは、ループ電力制御アルゴリズムに基づき、それぞれのＰＳＦＣＨの開放ループ送信電力を計算することができる。複数のＰＳＦＣＨの総送信電力が該ＲＸＵＥの最大定格送信電力（maximum rated transmitting power）を超えなければ、該ＲＸＵＥは、同一スロットにおいて、複数のＰＳＦＣＨを同時に送信することができ、複数のＰＳＦＣＨの総送信電力が該ＲＸＵＥの最大定格送信電力を超えれば、該ＲＸＵＥは、次の方法のうち少なくとも一つを使用し、ＰＳＦＣＨを送信することができる：

【0077】

第１方法において、ＲＸＵＥは、一部ＰＳＦＣＨだけが最大電力（full power）で送信されることを保証し、言い換えれば、該ＲＸＵＥは、一部ＰＳＦＣＨを、計算された開放ループ送信電力で送信し、最大電力送信が保証されえない他のＰＳＦＣＨを廃棄する。該ＲＸＵＥは、事前に定義された優先順位（priority）に基づき、ＰＳＦＣＨを整列させ、さらに高い優先順位のＰＳＦＣＨを最大電力で送信し、低い優先順位ＰＳＦＣＨを廃棄する。例えば、ＰＳＣＣＨによって指示された自体のデータパケットの優先順位が最高であるＰＳＦＣＨは、優先的に最大電力で送信されるか、あるいは最低または最高の開放ループ送信電力値を有するＰＳＦＣＨは、最大電力で送信されうる。それぞれのＰＳＦＣＨの開放ループ送信電力がＲＸＵＥの最大定格送信電力を超えれば、該ＲＸＵＥは、ＰＳＦＣＨのうち、１つのＰＳＦＣＨを最大定格送信電力で送信しなければならず、該ＲＸＵＥは、事前に定義された優先順位に基づき、最大定格送信電力で送信されなければならない１つのＰＳＦＣＨを決定する。例えば、ＰＳＣＣＨによって指示された自体のデータパケットの優先順位が最も高いＰＳＦＣＨは、優先的に最大定格送信電力で送信されるか、あるいは最低開放ループ送信電力値を有するＰＳＦＣＨは、優先的に最大定格送信電力で送信されうる。

【0078】

第２方法において、ＲＸＵＥは、一部ＰＳＦＣＨだけが最大電力で送信されることを保証し、言い換えれば、該ＲＸＵＥは、一部ＰＳＦＣＨを、計算された開放ループ送信電力で送信する。一部ＰＳＦＣＨの最大電力送信が充足された後、残り電力があれば、該ＲＸＵＥは、１つのＰＳＦＣＨを残り電力で送信するように試み、言い換えれば、１つのＰＳＦＣＨの実際送信電力は、開放ループ送信電力に比べて低減され、低減係数（reduction factor）は、実際の送信電力対開放ループ送信電力の比率としても定義される。該ＲＸＵＥは、事前に定義された優先順位に基づき、ＰＳＦＣＨを整列させ、さらに高い優先順位ＰＳＦＣＨを最大電力で送信し、低い優先順位ＰＳＦＣＨを廃棄するか、あるいはさらに低い優先順位ＰＳＦＣＨを、低減された電力で送信する。一例として、システムは、可用低減係数に係わる最小限度を有し、該最小限度は、事前に定義されるか、あるいは事前に設定され、該ＲＸＵＥは、低減係数が事前に定義されたり、あるいは事前設定されたりする最小値を超えるとき、ＰＳＦＣＨを廃棄しなければならない。

【0079】

第３方法において、ＲＸＵＥは、支援されうるＰＳＦＣＨの最大数でもってＰＳＦＣＨを送信し、送信されるそれぞれのＰＳＦＣＨに対する電力低減を行い、それぞれのＰＳＦＣＨは、同一低減係数を使用し、電力低減されたＰＳＦＣＨの総送信電力は、該ＲＸＵＥの最大定格送信電力である。例えば、該ＲＸＵＥが２つのＰＳＦＣＨを同時に送信する必要があり、対応する開放ループ送信電力が、それぞれＰ１及びＰ２である場合、２つのＰＳＦＣＨの開放ループ送信電力の和が、ＲＸＵＥの最大定格送信電力を超えれば、言い換えれば、Ｐ１＋Ｐ２＞Ｐｍａｘであるならば、低減後の実際送信電力は、それぞれＰ１＊Ｐｍａｘ／（Ｐ１＋Ｐ２）及びＰ２＊Ｐｍａｘ／（Ｐ１＋Ｐ２）であり、言い換えれば、低減係数は、Ｐｍａｘ／（Ｐ１＋Ｐ２）である。前述のように、低減後の実際送信電力の和は、ＲＸＵＥの最大定格送信電力である。一例として、該システムは、可用低減係数に係わる最小限度を有し、該の最小限度は、事前に定義されるか、あるいは事前に設定され、該低減係数が事前に定義されたり、事前設定されたりする最小値を超えるとき、ＲＸＵＥは、廃棄後の他のＰＳＦＣＨに対応する低減係数が最小値要件を充足するように、１以上のＰＳＦＣＨを廃棄しなければならない。該ＲＸＵＥは、事前に定義された優先順位に基づき、ＰＳＦＣＨを廃棄しなければならない。例えば、ＰＳＣＣＨによって指示された自体のデータパケットの優先順位が最低であるＰＳＦＣＨは、優先的に廃棄されるか、あるいは最高開放ループ送信電力値を有するＰＳＦＣＨは、優先的に廃棄されうる。

【0080】

一例として、該システムは、ＲＸＵＥが１つのスロットにおいて、複数のＰＳＦＣＨを同時に送信することができないと特定することができ、それにより、該ＲＸＵＥが１つのスロットにおいて、複数のＰＳＦＣＨを同時に送信する必要があるとき、該ＲＸＵＥは、特定のＰＳＦＣＨを廃棄することができる。または、該システムは、該ＲＸＵＥが１つのスロットにおいて、複数のＰＳＦＣＨを同時に送信することができるが、同時に送信されるＰＳＦＣＨの最大数は、制限され、該ＲＸＵＥの能力に係わると特定することができる。ハードウェア能及びＰＳＦＣＨ送信信頼度を考慮すれば、該ＲＸＵＥによって同時に送信されるＰＳＦＣＨの最大数は、同時に受信されてデコーディングされたＰＳＣＣＨ／ＰＳＳＣＨの最大数よりさらに少なくなければならず、それにより、該ＲＸＵＥが１つのスロットにおいて、同時に送信する必要があるＰＳＦＣＨの数は、依然として該ＲＸＵＥによって支援される最大数を超えてしまい、そのとき、該ＲＸＵＥは、一部ＰＳＦＣＨを廃棄しなければならない。前述のＰＳＦＣＨ廃棄が起こるとき、該ＲＸＵＥは、事前に定義された優先順位に基づき、どのＰＳＦＣＨを廃棄するかということを決定しなければならない。また、Ｖ２Ｘが半二重（half-duplex）システムであるために、Ｖ２ＸＵＥは、同時にＰＳＦＣＨを受信し、ＰＳＦＣＨを送信することができず、ＰＳＦＣＨの受信がＰＳＦＣＨの送信と衝突するとき、該ＲＸＵＥは、事前に定義された優先順位に基づき、どのＰＳＦＣＨを廃棄するかということを決定しなければならない。

【0081】

一例として、１つのスロットで同時に送信されるＰＳＦＣＨの数が、ＲＸＵＥによって支援される最大数を超えるとき、またはＰＳＦＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、該ＲＸＵＥは、サイドリンク制御情報（ＳＣＩ：sidelink control information）で指示されたデータパケットの優先順位により、廃棄する１つのＰＳＤＣＨを決定することができ、言い換えれば、該ＲＸＵＥは、ＰＰＰＰ（prose per-packet priority）に基づき、どのＰＳＦＣＨを廃棄するかということを決定する。例えば、さらに高い優先順位を有するＰＳＳＣＨに対応するＰＳＦＣＨは、優先的に送信され、さらに低い優先順位を有するＰＳＳＣＨに対応するＰＳＦＣＨは、廃棄され、言い換えれば、さらに高い優先順位を有するＰＳＳＣＨに対応するＰＳＦＣＨは、さらに低い優先順位を有するＰＳＳＣＨに対応するＰＳＦＣＨより高い優先順位を有する。データパケットが同一優先順位を有するとき、該ＲＸＵＥは、ＲＸＵＥの具現例により、どのＰＳＦＣＨを廃棄するかということを決定する。

【0082】

一例として、１つのスロットで同時に送信されるＰＳＦＣＨの数が、ＲＸＵＥによって支援される最大数を超えるとき、またはＰＳＦＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、該ＲＸＵＥは、データ送信の類型により、廃棄する１つのＰＳＤＣＨを決定することができる。例えば、ユニキャストＰＳＣＣＨ／ＰＳＳＣＨのＰＳＦＣＨは、優先的に送信され、グループキャストＰＳＣＣＨ／ＰＳＳＣＨのＰＳＦＣＨは、廃棄され、ユニキャストＰＳＣＣＨ／ＰＳＳＣＨのＰＳＦＣＨは、グループキャストＰＳＣＣＨ／ＰＳＳＣＨのＰＳＦＣＨより高い優先順位を有する。

【0083】

一例として、１つのスロットで同時に送信されるＰＳＦＣＨの数が、ＲＸＵＥによって支援される最大数を超えるとき、またはＰＳＦＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、該ＲＸＵＥは、ＰＳＦＣＨによって伝達される情報により、どのＰＳＦＣＨを廃棄するかということを決定することができる。例えば、ＮＡＣＫフィードバックが優先的に送信され、ＡＣＫフィードバックは廃棄され、言い換えれば、ＮＡＣＫフィードバックは、ＡＣＫフィードバックより高い優先順位を有する。それは、ＮＡＣＫの廃棄が、ＡＣＫの廃棄よりさらに望ましくないためであるが、ＡＣＫの廃棄は、不要なＰＳＳＣＨ再送信を引き起こしてしまうが、ＮＡＣＫの廃棄は、パケット損失を引き起こしてしまうからである。

【0084】

一例として、１つのスロットで同時に送信されるＰＳＦＣＨの数が、ＲＸＵＥによって支援される最大数を超えるとき、またはＰＳＦＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、該ＲＸＵＥは、グループキャスト送信のＨＡＲＱフィードバックモードによって廃棄する１つのＰＳＤＣＨを決定することができる。例えば、該ＲＸＵＥは、第２ＨＡＲＱフィードバックモードのＡＣＫ／ＮＡＣＫを優先的に送信し、第１ＨＡＲＱフィードバックモードのＮＡＣＫフィードバックを廃棄することができ、言い換えれば、第２ＨＡＲＱフィードバックモードのＡＣＫ／ＮＡＣＫフィードバックは、第１ＨＡＲＱフィードバックモードのＮＡＣＫフィードバックより高い優先順位を有する。それは、第２ＨＡＲＱフィードバックモードがさらに高い送信信頼度を要求するサービスに適し、対応するＰＳＦＣＨがさらに高い優先順位を有さなければならないからである。

【0085】

一例として、１つのスロットで同時に送信されるＰＳＦＣＨの数が、ＲＸＵＥによって支援される最大数を超えるとき、またはＰＳＦＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、該ＲＸＵＥは、受信されたＰＳＣＣＨ／ＰＳＳＣＨ上で測定された基準信号受信電力（ＲＳＲＰ）により、どのＰＳＦＣＨを廃棄するかということを決定することができる。例えば、さらに高いＲＳＲＰ値を有するＰＳＣＣＨ／ＰＳＳＣＨに対応するＰＳＦＣＨは、優先的に送信され、さらに低いＲＳＲＰ値を有するＰＳＣＣＨ／ＰＳＳＣＨに対応するＰＳＦＣＨは、廃棄され、さらに高いＲＳＲＰ値を有するＰＳＣＣＨ／ＰＳＳＣＨに対応するＰＳＦＣＨは、さらに低いＲＳＲＰ値を有するＰＳＣＣＨ／ＰＳＳＣＨに対応するＰＳＦＣＨより高い優先順位を有する。

【0086】

一例として、１つのスロットで同時に送信されるＰＳＦＣＨの数が、ＲＸＵＥによって支援される最大数を超えるとき、またはＰＳＦＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、該ＲＸＵＥは、送信されるデータパケットの優先順位（ＳＣＩで指示された優先順位）、データ送信の類型（ユニキャストまたはグループキャスト）、ＰＳＦＣＨによって伝達される情報（ＡＣＫまたはＮＡＣＫ）、グループキャスト送信のＨＡＲＱフィードバックモード、及びＰＳＣＣＨ／ＰＳＳＣＨ上で測定されたＲＳＲＰ値のうち、任意の１以上により、どのＰＳＦＣＨを廃棄するかということを決定することができる。例えば、該ＲＸＵＥは、先に送信されるデータパケットの優先順位によって決定することができ、送信されるデータパケットが同一優先順位を有するならば、ＰＳＣＣＨ／ＰＳＳＣＨ上で測定されたＲＳＲＰ値によって決定することができる。

【0087】

ＮＲＶ２Ｘシステムにおいて、１つのリソースプールにおけるＰＳＦＣＨ及びＰＳＣＣＨ／ＰＳＳＣＨがいずれもＦＤＭであるならば、ＲＸＵＥは、１つのスロットにおいて、ＰＳＣＣＨ／ＰＳＳＣＨ及びＰＳＦＣＨを同時に送信する必要があることにもなる。電力制限により、該システムは、該ＲＸＵＥがＰＳＣＣＨ／ＰＳＳＣＨ及びＰＳＦＣＨを同時に送信することができないと規定し、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの送信と衝突するとき、該ＲＸＵＥは、事前に定義された優先順位に基づき、どの物理的サイドリンクチャネルを廃棄するかということを決定しなければならない。

【0088】

ＮＲＶ２Ｘシステムにおいて、１つのリソースプールにおけるＰＳＦＣＨ及びＰＳＣＣＨ／ＰＳＳＣＨがいずれもＦＤＭであるならば、ＲＸＵＥは、１つのスロットにおいて、同時にＰＳＣＣＨ／ＰＳＳＣＨを受信し、ＰＳＦＣＨを送信する必要があることにもなる。Ｖ２Ｘが半二重システムであるために、Ｖ２ＸＵＥは、同時にＰＳＣＣＨ／ＰＳＳＣＨを受信し、ＰＳＦＣＨを送信することができず、ＰＳＣＣＨ／ＰＳＳＣＨの受信がＰＳＦＣＨの送信と衝突するとき、該ＲＸＵＥは、事前に定義された優先順位に基づき、どれを廃棄するかということを決定しなければならない。ここで、ＰＳＣＣＨ／ＰＳＳＣＨの受信は、予約されたリソース上において、ＰＳＣＣＨ／ＰＳＳＣＨを受信してデコーディングすることを言い、言い換えれば、受信されてデコーディングされたＰＳＣＣＨ／ＰＳＳＣＨは、それぞれのサブチャネルにつき、受信及びデコーディングを試みる代わりに、事前にＳＣＩを介して予約されたリソースの指示された情報を有する。予約されたリソースにつき、受信されてデコーディングされたＰＳＣＣＨ／ＰＳＳＣＨが再送信のものであり、対応する初期送信物が成功裏にデコーディングされれば、ＰＳＣＣＨ／ＰＳＳＣＨ再送信のものを受信する必要はない。

【0089】

ＮＲＶ２Ｘシステムにおいて、１つのリソースプールにおけるＰＳＦＣＨ及びＰＳＣＣＨ／ＰＳＳＣＨがいずれもＦＤＭであるならば、ＲＸＵＥは、１つのスロットで同時にＰＳＣＣＨ／ＰＳＳＣＨを送信し、ＰＳＦＣＨを受信する必要があることにもなる。Ｖ２Ｘが半二重システムであるために、Ｖ２ＸＵＥは、同時にＰＳＣＣＨ／ＰＳＳＣＨを送信し、ＰＳＦＣＨを受信することができず、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、該ＲＸＵＥは、事前に定義された優先順位に基づき、どれを廃棄するかということを決定しなければならない。ここで、ＰＳＦＣＨの受信は、予約されたリソースに係わるＰＳＦＣＨを受信することを言う。ＰＳＦＣＨリソースが、対応するＰＳＣＣＨ／ＰＳＳＣＨリソースとマッピング関係を有するために、該ＲＸＵＥは、ＰＳＣＣＨ／ＰＳＳＣＨを送信するとき、後のスロットにおいて、特定のリソースに係わるＰＳＦＣＨを受信すると予想する。

【0090】

一例として、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの送信と衝突するとき、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、予約されたリソースに係わるＰＳＦＣＨの送信と衝突するとき、またはＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、ＰＳＣＣＨ／ＰＳＳＣＨの送信／受信は、ＰＳＦＣＨの送信／受信より高い優先順位を有することにもなり、言い換えれば、ＲＸＵＥは、ＰＳＣＣＨ／ＰＳＳＣＨを優先的に送信／受信し、ＰＳＦＣＨの送信／受信を廃棄する。

【0091】

一例として、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの送信と衝突するとき、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、予約されたリソースに係わるＰＳＦＣＨの送信と衝突するとき、またはＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、ＲＸＵＥは、どの物理的サイドリンクチャネルを廃棄するかということを、対応するデータパケットの優先順位によって決定することができる。例えば、さらに高い優先順位データパケットの関連するサイドリンク物理チャネルは、優先的に送信され、さらに低い優先順位データパケットの関連するサイドリンク物理チャネルは、廃棄されうる。ＰＳＣＣＨ／ＰＳＳＣＨのデータパケットが、ＰＳＦＣＨに対応するＰＳＣＣＨ／ＰＳＳＣＨのデータパケットより高い優先順位を有するならば、該ＰＳＣＣＨ／ＰＳＳＣＨは、優先的に送信／受信され、ＰＳＦＣＨの送信／受信は、廃棄されうる。そうではなければ、ＰＳＦＣＨは、優先的に送信／受信され、ＰＳＣＣＨ／ＰＳＳＣＨの送信／受信は、廃棄されうる。データパケットが同一優先順位を有するとき、ＲＸＵＥは、該ＲＸＵＥの具現例により、どの物理的サイドリンクチャネルを廃棄するかということを決定する。

【0092】

一例として、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの送信と衝突するとき、ＲＸＵＥは、ＰＳＣＣＨ／ＰＳＳＣＨリソース割り当て方式により、どの物理的サイドリンクチャネルを廃棄するかということを決定することができる。例えば、送信モード１において、ＰＳＣＣＨ／ＰＳＳＣＨリソースは、基地局によって割り当てられ、従って、ＰＳＣＣＨ／ＰＳＳＣＨは、優先的に送信され、送信モード２において、ＰＳＣＣＨ／ＰＳＳＣＨリソースは、ＲＸＵＥによって自律的に割り当てられ、それにより、ＰＳＣＣＨ／ＰＳＳＣＨのリソース割り当ては、ＰＳＦＣＨの送信時間を避けなければならない。データ送信遅延内に、他の可用リソースがあるならば、ＰＳＦＣＨは、優先的に送信され、他の可用リソースは、送信されるデータに割り当てられる。データ送信遅延に、他の可用リソースがなければ、ＰＳＣＣＨ／ＰＳＳＣＨのリソース割り当ては、ＰＳＦＣＨの送信時間を避けることができず、それにより、ＰＳＣＣＨ／ＰＳＳＣＨは、優先的に送信されうる。

【0093】

一例として、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの送信と衝突するとき、ＲＸＵＥは、ＰＳＣＣＨ／ＰＳＳＣＨリソースが事前に予約されることが指示されているか否かということにより、どの物理的サイドリンクチャネルを廃棄するかということを決定する。例えば、送信モード２において、ＰＳＣＣＨ／ＰＳＳＣＨリソースが、ＳＣＩによって事前に予約されることが指示されれば、ＰＳＣＣＨ／ＰＳＳＣＨは、優先的に送信され、ＰＳＣＣＨ／ＰＳＳＣＨリソースが、ＳＣＩによって事前に予約されることが指示されず、データ送信遅延内に、他の可用リソースがあれば、ＰＳＦＣＨは、優先的に送信され、他の可用リソースが送信されるデータに割り当てられ、ＰＳＣＣＨ／ＰＳＳＣＨリソースが、ＳＣＩによって事前に予約されることが指示されず、データ送信遅延内に、他の可用リソースがなければ、ＰＳＣＣＨ／ＰＳＳＣＨは、優先的に送信されうる。

【0094】

一例として、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの送信と衝突するとき、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、予約されたリソースに係わるＰＳＦＣＨの送信と衝突するとき、またはＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、ＲＸＵＥは、ＰＳＣＣＨ／ＰＳＳＣＨの対応する送信類型により、どの物理的サイドリンクチャネルを廃棄するかということを決定することができる。例えば、ユニキャスト送信がグループキャスト送信より高い優先順位を有し、該グループキャスト送信がブロードキャスト送信より高い優先順位を有する。

【0095】

さらには、同一送信類型の異なるサイドリンク物理チャネルは、異なる優先順位を有することもできる。例えば、ユニキャストＰＳＦＣＨが、ユニキャストＰＳＣＣＨ／ＰＳＳＣＨより高い優先順位を有し、該ユニキャストＰＳＣＣＨ／ＰＳＳＣＨが、グループキャストＰＳＦＣＨより高い優先順位を有し、該グループキャストＰＳＦＣＨがグループキャストＰＳＣＣＨ／ＰＳＳＣＨより高い優先順位を有する。

【0096】

一例として、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの送信と衝突するとき、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、予約されたリソースに係わるＰＳＦＣＨの送信と衝突するとき、またはＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、ＲＸＵＥは、ＰＳＣＣＨ／ＰＳＳＣＨが、初期ＰＳＣＣＨ／ＰＳＳＣＨ送信であるか否かということ、あるいはＰＳＣＣＨ／ＰＳＳＣＨ再送信であるか否かということにより、どの物理的サイドリンクチャネルを廃棄するかということを決定することができる。例えば、初期ＰＳＣＣＨ／ＰＳＳＣＨ送信がＰＳＦＣＨより高い優先順位を有し、ＰＳＦＣＨは、ＰＳＣＣＨ／ＰＳＳＣＨ再送信より高い優先順位を有する。

【0097】

一例として、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの送信と衝突するとき、またはＰＳＣＣＨ／ＰＳＳＣＨの送信が、予約されたリソースに係わるＰＳＦＣＨの送信と衝突するとき、ＲＸＵＥは、ＰＳＦＣＨによって伝達されるフィードバック情報により、どの物理的サイドリンクチャネルを廃棄するかということを決定することができる。例えば、ＰＳＦＣＨによって伝達されるフィードバック情報がＡＣＫであるならば、ＰＳＣＣＨ／ＰＳＳＣＨは、優先的に送信され、言い換えれば、ＰＳＣＣＨ／ＰＳＳＣＨの送信は、ＡＣＫの送信より高い優先順位を有し、ＰＳＦＣＨによって伝達されるフィードバック情報がＮＡＣＫであるならば、ＰＳＦＣＨは、優先的に送信され、ＮＡＣＫの送信は、ＰＳＣＣＨ／ＰＳＳＣＨの送信より高い優先順位を有し、他の可用リソースが送信されるデータに割り当てられる。

【0098】

一例として、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの送信と衝突するとき、ＰＳＣＣＨ／ＰＳＳＣＨの送信が、予約されたリソースに係わるＰＳＦＣＨの送信と衝突するとき、またはＰＳＣＣＨ／ＰＳＳＣＨの送信が、ＰＳＦＣＨの受信と衝突するとき、ＲＸＵＥは、どの物理的サイドリンクチャネルを廃棄するかということを、対応するデータパケットの優先順位、ＰＳＣＣＨ／ＰＳＳＣＨリソース割り当て方式、ＰＳＣＣＨ／ＰＳＳＣＨリソースが事前に予約されると指示されているか否かということ、対応するＰＳＣＣＨ／ＰＳＳＣＨ送信類型（例えば、ユニキャスト、グループキャストまたはブロードキャスト）、ＰＳＣＣＨ／ＰＳＳＣＨの送信が初期送信であるか、あるいは再送信であるかということ、及びＰＳＦＣＨによって伝達されるフィードバック情報のうち、任意の１以上によって決定することができる。例えば、ＲＸＵＥは、まず、対応するデータパケットの優先順位によって決定され、その次に、対応するデータパケットが同一優先順位を有するならば、対応するＰＳＣＣＨ／ＰＳＳＣＨ送信類型によって決定され、そしてその次に、ＰＳＣＣＨ／ＰＳＳＣＨの対応する送信類型が同一であるならば、ＰＳＣＣＨ／ＰＳＳＣＨリソース割り当て方式によって決定することができる。

【0099】

図３は、本開示の他の実施形態による、第１ＵＥによって遂行されるＨＡＲＱフィードバック方法のフローチャートを図示する。図３のＨＡＲＱフィードバック方法は、サイドリンク通信システムにおいて、グループキャスト送信に適用可能な５ＧＮＲＶ２ＸシステムのためのグループキャストＨＡＲＱフィードバック方法でもある。

【0100】

図４は、本開示の一実施形態による第１ＨＡＲＱフィードバックモードについて説明するための図面である。

【0101】

図５は、本開示の一実施形態による第２ＨＡＲＱフィードバックモードについて説明するための図面である。

【0102】

サイドリンク通信システムにおけるグループキャスト送信は、サイドリンク送信がＲＸＵＥのグループによって受信されてデコーディングされ、言い換えれば、ＲＸＵＥの数が少なくとも１を超えることを意味する。該グループキャスト送信において、ＰＳＣＣＨによって伝達されたサイドリンク制御情報（ＳＣＩ）は、宛先グループＩＤの指示情報を含み、該宛先グループＩＤに属した全てのＵＥは、ＳＣＩに対応するＰＳＳＣＨを受信してデコーディングしなければならない。ＳＣＩで指示される宛先グループＩＤは、上部階層の宛先グループＩＤによっても生成される。例えば、ＳＣＩで指示される宛先グループＩＤは、上部階層の宛先グループＩＤを切断することによって獲得されるか、あるいは事前に定義された規則によって計算することによっても獲得される。

【0103】

図３を参照すれば、段階Ｓ３０１において、２つのＨＡＲＱフィードバックモードのうち、１つのＨＡＲＱフィードバックモードの指示情報が取得されうる。

【0104】

グループキャストは、２つのＨＡＲＱフィードバックモードを支援することができる。第１ＨＡＲＱフィードバックモードが、第２ＵＥがＮＡＣＫのみをフィードバックするモードであり、第２ＨＡＲＱフィードバックモードが、第２ＵＥがＡＣＫ／ＮＡＣＫをフィードバックするモードである。第１ＨＡＲＱフィードバックモードにおいて、図４に図示されているように、ＲＸＵＥ（言い換えれば、第２ＵＥ）は、ＮＡＣＫのみをフィードバックし、言い換えれば、ＲＸＵＥがＰＳＳＣＨを成功裏にデコーディングするとき、フィードバックは、必要ではなく、該ＲＸＵＥがＰＳＳＣＨをデコーディングするのに失敗するときにだけ、ＮＡＣＫは、フィードバックされうる。ＴＸＵＥ（言い換えれば、第１ＵＥ）によって受信されたフィードバックがＮＡＣＫであるならば、ＰＳＳＣＨ再送信は、開始されうる。該ＴＸＵＥがＮＡＣＫフィードバックを受信しなければ、全てのＲＸＵＥは、ＰＳＳＣＨを成功裏にデコーディングしたと見なされ、ＰＳＳＣＨ再送信は、開始されないのである。ここで、該ＴＸＵＥは、不連続送信（ＤＴＸ：discontinuous transmission）とＡＣＫを実際に区別することができない。例えば、該ＴＸＵＥがＮＡＣＫを受信しないとき、該ＲＸＵＥは、ＰＳＳＣＨを成功裏にデコーディングすることができるか、あるいは該ＲＸＵＥは、ＰＳＣＣＨを成功裏にデコーディングすることができないのである。該ＲＸＵＥがＰＳＣＣＨを成功裏にデコーディングすることができないのであるならば、該ＤＴＸが生じ、該ＴＸＵＥがＰＳＳＣＨ再送信を開始しないのであるならば、データパケット損失は、ＲＸＵＥ側で生じる。

【0105】

第１ＨＡＲＱフィードバックモードにおいて、ＴＸＵＥがＮＡＣＫフィードバックを受信する限り、どのＲＸＵＥにより、ＮＡＣＫがフィードバックされるかということを区別せず、ＰＳＳＣＨ再送信は、開始されうる。例えば、グループにおける全てのＲＸＵＥは、同一ＰＳＦＣＨリソースを使用し、ＮＡＣＫをフィードバックすることができ、言い換えれば、全てのＲＸＵＥが、同一ＰＳＦＣＨリソースを共有することにより、ＰＳＦＣＨリソースのオーバーヘッドを節約し、リソース使用効率を改善させることができる。本明細書におけるＰＳＦＣＨリソースと、以下で説明されるＰＳＦＣＨリソースは、いずれも１つの時間・周波数ドメインＰＳＦＣＨリソースにマッピングされる１つのＰＳＦＣＨコードドメインリソースを称する。

【0106】

しかし、同一ＰＳＦＣＨリソース上において、ＮＡＣＫをフィードバックする複数のＲＸＵＥが破壊的チャネル蓄積効果を引き起こしてしまう。異なるＲＸＵＥによって送信されたＰＳＦＣＨ信号が、異なるチャネル位相を経るために、ＴＸＵＥによって受信された複数のＲＸＵＥによってフィードバックされるＰＳＦＣＨによって重畳された信号の位相は、そのまま０になり、そのために、ＰＳＦＣＨチャネル検出に甚だしい被害を引き起こしてしまう。チャネル蓄積効果の破壊性（destructiveness）を低減させるために、一例として、グループにおける全てのＲＸＵＥは、複数のサブグループにも分けられ、異なるサブグループＲＸＵＥは、異なるＰＳＦＣＨリソースを使用し、ＮＡＣＫをフィードバックし、同一サブグループにおけるＲＸＵＥは、同一ＰＳＦＣＨリソースを使用し、ＮＡＣＫをフィードバックし、言い換えれば、１つのサブグループにおけるＲＸＵＥは、同一ＰＳＦＣＨリソースを共有することにより、同一ＰＳＦＣＨリソースを使用し、ＮＡＣＫをフィードバックするＲＸＵＥの数を減少させ、チャネル蓄積効果の破壊性を低減させる。一例として、グループにおける全てのＲＸＵＥは、複数のＰＳＦＣＨリソースを共有することができ、該ＲＸＵＥは、ＮＡＣＫをフィードバックするために、複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースをランダムに選択する。ＰＳＦＣＨリソースの数が、ＲＸＵＥの数よりさらに少ないために、ＰＳＦＣＨリソースのオーバーヘッドは、節約され、リソース利用効率は、改善されうる。

【0107】

第２ＨＡＲＱフィードバックモードにおいて、図５に図示されているように、ＲＸＵＥは、ＡＣＫまたはＮＡＣＫをフィードバックし、言い換えれば、ＲＸＵＥがＰＳＳＣＨを成功裏にデコーディングするとき、ＡＣＫがフィードバックされ、ＲＸＵＥがＰＳＳＣＨをデコーディングするのに失敗するとき、ＮＡＣＫがフィードバックされうる。ＴＸＵＥによって受信された全てのＲＸＵＥからのフィードバックがＡＣＫであるならば、全てのＲＸＵＥは、ＰＳＳＣＨを成功裏にデコーディングしたと見なされ、ＰＳＳＣＨ再送信は、開始されないのである。ＴＸＵＥによって受信されたＲＸＵＥのうち、１つのＲＸＵＥのフィードバックがＮＡＣＫであるならば、ＰＳＳＣＨ再送信が開始されるのである。ＲＸＵＥのうち一つが、ＡＣＫ及びＮＡＣＫのうち、いずれもフィードバックしないということをＴＸＵＥが検出することができれば、該ＲＸＵＥは、ＰＳＣＣＨをデコーディングするのにおいて、成功することができていないと見なされ、言い換えれば、ＤＴＸが発生し、その次に、ＰＳＳＣＨ再送信がさらに開始されうる。ここで、該ＤＴＸによるデータパケット損失の場合は、回避されうる。

【0108】

第２ＨＡＲＱフィードバックモードにおいて、一例として、異なるＲＸＵＥは、異なるＰＳＦＣＨリソースを使用し、ＡＣＫまたはＮＡＣＫをフィードバックすることができ、言い換えれば、それぞれのＲＸＵＥには、対応するＰＳＦＣＨリソースが別々に構成され、ＴＸＵＥは、どのＵＥがＰＳＦＣＨを送信したかということを区別することができ、フィードバックがＡＣＫであるか、あるいはＮＡＣＫであるかということを区別することにより、ＤＴＸによるデータパケット損失を避けることができる。

【0109】

グループキャスト送信は、前述の２つのＨＡＲＱフィードバックモードのうち、１つのＨＡＲＱフィードバックモードを使用するようにも構成される。

【0110】

一例として、２つのＨＡＲＱフィードバックモードのうち、１つのＨＡＲＱフィードバックモードの指示情報を取得するとき、第１ＵＥのサービング基地局からのＵＥ特定無線リソース制御（ＲＲＣ）シグナリングによって指示されたＨＡＲＱフィードバックモードが取得されうるか、サイドリンク事前設定パラメータによって指示されたＨＡＲＱフィードバックモードが取得されうるか、あるいはＨＡＲＱフィードバックモードは、事前に定義された規則によっても決定される。事前に定義された規則により、ＨＡＲＱフィードバックモードを決定するとき、ＨＡＲＱフィードバックモードは、グループキャスト送信におけるＵＥが属したグループの類型によっても決定され、グループキャスト送信において、ＵＥが属したグループの類型が非接続型であるとき、第１ＨＡＲＱフィードバックモードが使用されうる。そして／または、第２ＨＡＲＱフィードバックモードは、グループキャスト送信において、ＵＥが属したグループにおけるメンバーの数によって決定され、グループキャスト送信におけるＵＥが属したグループにおけるメンバーの数が、１つのＰＳＣＣＨリソースに対応するＰＳＦＣＨリソースの数より多い場合、第１ＨＡＲＱフィードバックモードが使用されうる。そして／または、ＨＡＲＱフィードバックモードは、データサービスのＱｏＳによって決定され、第２ＨＡＲＱフィードバックモードは、ＱｏＳ要件が事前設定範囲内にあるデータサービスのためにも使用される。

【0111】

一例として、ＴＸＵＥ（及びＲＸＵＥのグループ）は、前述の２つのＨＡＲＱフィードバックモードのうち、１つのＨＡＲＱフィードバックモードを使用するように、半静的にも構成される。

【0112】

一例として、前述の２つのＨＡＲＱフィードバックモードのうち、グループキャスト送信によって使用されるＨＡＲＱフィードバックモードは、リソースプールの設定情報（configuration information）によっても指示され、サイドリンク物理チャネル送信は、設定されたリソースプールに基づき、言い換えれば、同一リソースプール上の全てのグループキャスト送信は、同一ＨＡＲＱフィードバックモードを使用しなければならない。言い換えれば、第１ＨＡＲＱフィードバックモードを使用するグループキャスト送信と、第２ＨＡＲＱフィードバックモードを使用するグループキャスト送信は、同一リソースプールを共有することができない。ＴＸＵＥの場合、ＨＡＲＱフィードバックモードは、リソースプールの設定情報を送信することによっても学習され、ＲＸＵＥの場合、ＨＡＲＱフィードバックモードは、リソースプールの設定情報を受信することによっても学習される。

【0113】

一例として、リソースプールの設定情報は、前述の２つのＨＡＲＱフィードバックモードのうち、いずれがリソースプール上のグループキャスト送信のために使用されるかということを明示的に指示するための１ビットを含んでもよい。

【0114】

一例として、リソースプールの設定情報は、前述の２つのＨＡＲＱフィードバックモードのうち、いずれがグループキャスト送信のために使用されるかということを暗示的に指示することができる。例えば、グループキャスト送信のためのＨＡＲＱフィードバックモードは、リソースプール上のＰＳＣＣＨリソースと、ＰＳＦＣＨリソースとのマッピングモードによっても暗示される。該ＰＳＣＣＨリソースと該ＰＳＦＣＨリソースとのマッピングモードが、一対一マッピングとして構成されるとき、言い換えれば、１つのＰＳＣＣＨリソースが１つのＰＳＦＣＨリソースに対応するとき、それは、グループキャスト送信が、前述の第１ＨＡＲＱフィードバックモード（言い換えれば、ＮＡＣＫのみフィードバックモード）を使用することを暗示的に示す。ＰＳＣＣＨリソースとＰＳＦＣＨリソースとのマッピングモードが一対多数マッピングとして構成されるとき、言い換えれば、１つのＰＳＣＣＨリソースが複数のＰＳＦＣＨリソースに対応するとき、それは、グループキャスト送信が、前述の第２ＨＡＲＱフィードバックモード（言い換えれば、ＡＣＫ／ＮＡＣＫフィードバックモード）を使用することを暗示的に示す。

【0115】

一例として、前述の二つのうち、いずれがグループキャスト送信によって使用されるかということは、リソースプールの設定情報とは独立してもおり、言い換えれば、同一リソースプール上の異なるグループキャスト送信は、異なるＨＡＲＱフィードバックモードを使用することができる。言い換えれば、第１ＨＡＲＱフィードバックモードを使用するグループキャスト送信と、第２ＨＡＲＱフィードバックモードを使用するグループキャスト送信は、同一リソースプールを共有することができる。

【0116】

一例として、前述の２つのＨＡＲＱフィードバックモードのうち、いずれがグループキャスト送信によって使用されるかということは、グループキャスト送信において、ＵＥが属したグループの設定情報によっても指示され、該グループの設定情報は、グループが確立されるとき、上部階層によって設定されるか、あるいはアプリケーション階層によっても生成される。該グループの設定情報は、グループの類型、グループにおけるメンバーＵＥのＩＤ、グループＩＤ、及び使用されたＨＡＲＱフィードバックモードなどを含み、グループの設定情報は、ＭＡＣ階層及び／または物理階層に、ＵＥの上部階層または物理階層によっても発行される。ＴＸＵＥとＲＸＵＥは、同一グループに属し、グループの取得された設定情報は、同一である。

【0117】

一例として、前述の２つのＨＡＲＱフィードバックモードのうち、いずれがグループキャスト送信によって使用されるかということは、特定上層シグナリングによっても設定され、１つのＵＥは、複数のグループに同時に属することができ、言い換えれば、複数の同時グループキャスト送信が支援され、それぞれのグループのＨＡＲＱフィードバックモードは、特定上層シグナリングにより、別々にも設定される。ＵＥが５ＧＮＲセルラネットワークのカバレージ内にあれば、カバレージ内（ＩＣ：in coverage）ＵＥは、ＵＥ特定ＲＲＣシグナリングを介し、サービングセルの基地局によっても設定され、該ＵＥが５ＧＮＲセルラネットワークのカバレージ外にあれば、カバレージ外（ＯＯＣ：out of coverage）ＵＥは、事前設定された特定サイドリンク高レベルパラメータによっても指示され、言い換えれば、設定された値は、該ＵＥが製造されるとき、ハードコーディングされうる。

【0118】

一例として、前述の２つのＨＡＲＱフィードバックモードのうち、いずれがグループキャスト送信によって使用されるかということは、ＴＸＵＥ自体によっても決定され、ＨＡＲＱフィードバックモードは、該ＴＸＵＥの物理階層及び／またはＭＡＣ階層によって決定されなければならない。例えば、該ＴＸＵＥは、上部階層またはアプリケーション階層によって発行されたパラメータに基づき、ＨＡＲＱフィードバックモードを決定し、かつ／または事前に定義された規則を使用することにより、ＨＡＲＱフィードバックモードを決定する。

【0119】

一例として、ＴＸＵＥは、上部階層またはアプリケーション階層によって発行されたグループの類型により、ＨＡＲＱフィードバックモードを決定することができる。グループの２つの類型があり、１つの類型は、グループにおけるＲＸＵＥの数が固定されえない非接続型と称され、他の類型は、グループにおけるＲＸＵＥの数が固定される接続志向型（connection-oriented）とも称される。該非接続型グループの場合、たとえ該ＲＸＵＥがＡＣＫフィードバックを支援しても、該ＴＸＵＥは、ＰＳＳＣＨが、グループにおける全てのＲＸＵＥにより、成功裏にデコーディングされているか否かということを区別することができず、ＡＣＫをフィードバックする必要がなく、第２ＨＡＲＱフィードバックモードは、該非接続型グループに適用可能ではない。該システムは、非接続型グループキャスト送信が、前述の第１ＨＡＲＱフィードバックモードを使用しなければならず、該接続志向型グループキャスト送信が、前述の第２ＨＡＲＱフィードバックモードを使用しなければならないことを特定することができるか、あるいは前述の２つのＨＡＲＱフィードバックモードのうち、どちらも使用することができる。

【0120】

一例として、ＴＸＵＥは、上部階層またはアプリケーション階層によって発行されたグループにおけるＲＸＵＥの数により、ＨＡＲＱフィードバックモードを決定することができる。該システムは、グループのＲＸＵＥの数が固定されないか、あるいはグループにおけるＲＸＵＥの数が臨界値より多ければ、対応するグループキャスト送信が、前述の第１ＨＡＲＱフィードバック（ＮＡＣＫのみフィードバック）モードを使用しなければならないと特定し、グループにおけるＲＸＵＥの数が、１つの臨界値未満であるならば、対応するグループキャスト送信が、前述の第２ＨＡＲＱフィードバックモードを使用しなければならないか、あるいは前述の２つのＨＡＲＱフィードバックモードのうち一つを使用しなければならないと特定することができる。どのＨＡＲＱフィードバックモードを使用するかということを決定するために、本明細書で使用されるＲＸＵＥの数に係わる臨界値は、事前に定義されるか、事前に設定されうるか、あるいは他のパラメータによって暗示されうる。該システムは、１つのＰＳＣＣＨリソースに対応するＰＳＦＣＨリソースの数を、ＲＸＵＥの数の臨界値として使用することができる。例えば、１つのＰＳＣＣＨリソースは、Ｎ個のＰＳＦＣＨリソースとマッピング関係を有し、該Ｎは、事前に定義されたり、事前設定されたりする値であり、本明細書で説明されるＲＸＵＥの数に係わる臨界値としても使用される。

【0121】

一例として、ＴＸＵＥは、上部階層またはアプリケーション階層によって発行されたグループＩＤにより、ＨＡＲＱフィードバックモードを決定することができる。該システムは、事前に定義されたり、事前設定されたりする範囲内のグループＩＤが、前述の第１ＨＡＲＱフィードバックモードを使用すると特定し、他の事前に定義されたり、事前設定されたりする範囲内のグループＩＤが、前述の第２ＨＡＲＱフィードバックモードを使用すると特定し、言い換えれば、グループＩＤの異なる範囲が異なるＨＡＲＱフィードバックモードを使用すると特定することができる。

【0122】

一例として、ＴＸＵＥは、データサービスのＱｏＳにより、ＨＡＲＱフィードバックモードを決定し、第２ＨＡＲＱフィードバックモードは、第１ＨＡＲＱフィードバックモードより、ＰＳＳＣＨの送信信頼度のさらに高い下限を有し、言い換えれば、第２ＨＡＲＱフィードバックモードは、高いＱｏＳを有するデータサービスに適する。上位階層またはアプリケーション階層は、物理階層またはＭＡＣ階層に、データサービスのＱｏＳを指示するパラメータを発行し、ＴＸＵＥは、ＱｏＳを指示する発行されたパラメータにより、ＨＡＲＱフィードバックモードを決定するが、発行されたパラメータの値が、特定の臨界値を超えるとき、第２ＨＡＲＱフィードバックモードは、使用され、そうではなければ、第１ＨＡＲＱフィードバックモードが使用されるか、あるいは前述の２つのＨＡＲＱフィードバックモードのうち、任意のものが使用されうる。

【0123】

一例として、ＴＸＵＥは、グループの類型、グループにおけるＲＸＵＥの数、グループＩＤ、及びグループデータサービスのＱｏＳのうち、複数要因の組み合わせにより、ＨＡＲＱフィードバックモードを決定する。

【0124】

一例として、前述の２つのＨＡＲＱフィードバックモードのうち、どちらのＨＡＲＱフィードバックモードがグループキャスト送信のために使用されうるかということは、サイドリンクシステムのシステム情報ブロック（ＳＩＢ：system information block）においてにおいても指示される。

【0125】

一例として、ＴＸＵＥ（及びＲＸＵＥのグループ）は、前述の２つのＨＡＲＱフィードバックモードのうち、１つのＨＡＲＱフィードバックモードを使用するように動的にも構成される。

【0126】

ＴＸＵＥが送信モード１を使用するように構成されるとき（言い換えれば、ＴＸＵＥによって使用されるサイドリンクリソースが、基地局によって均一にスケジューリングされるとき）、基地局がＤＣＩによってＰＤＣＣＨ／ＰＳＳＣＨリソースを動的に指示するとき、基地局は、さらにグループキャスト送信によって使用されるＨＡＲＱフィードバックモードを指示し、例えば、第２ＨＡＲＱフィードバックモードが、第１ＨＡＲＱフィードバックモードより多くのＰＳＦＣＨリソースを要求するために、リソースプールにおけるＰＳＦＣＨリソースの数が不十分であるとき、基地局は、ＤＣＩにより、グループキャスト送信が、第１ＨＡＲＱフィードバックモードを使用することを指示することができ、リソースプールにおけるＰＳＦＣＨリソースの数が十分であるとき、基地局は、ＤＣＩにより、グループキャスト送信が、第２ＨＡＲＱフィードバックモードを使用することを指示することができる。

【0127】

ＴＸＵＥが送信モード２を使用するように構成されるとき（言い換えれば、ＴＸＵＥによって使用されるＰＳＣＣＨ／ＰＳＳＣＨリソースが、ＴＸＵＥによって自律的に選択されるとき）、該ＴＸＵＥは、選択されたサイドリンクリソースによって使用されるＣＢＲ（channel busy ratio）及び／またはＰＳＣＣＨ・ＰＳＦＣＨマッピング基準に基づき、グループキャスト送信のために使用されるＨＡＲＱフィードバックモードを決定する。

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

一例として、ＰＳＣＣＨリソースとＰＳＦＣＨリソースとのマッピング関係が一対多数であるならば、グループキャスト送信が、第１ＨＡＲＱフィードバックモードを使用するとき、グループにおける全てのＲＸＵＥは、同一ＰＳＦＣＨリソースを共有することができ、ＴＸＵＥは、ＳＣＩを介し、該ＲＸＵＥによって共有されるＰＳＦＣＨリソースを明示的に指示する。例えば、１つのＰＳＣＣＨリソースは、事前に定義されたり、事前設定されたりする方式におけるＮ_{ＰＳＦＣＨ}個ＰＳＦＣＨリソースに該当し、ＳＣＩは、ＲＸＵＥによって共有されるＰＳＦＣＨを指示するために、ｎビット（

【数1】

）の大きさを有する特定ＰＳＦＣＨリソース指示フィールドを含む。送信モード１において、ＲＸＵＥによって共有されるＰＳＦＣＨリソースは、基地局により、サイドリンクリソーススケジューリング情報を示すＤＣＩによっても指示され、ＴＸＵＥは、ＳＣＩを介し、ＲＸＵＥによって共有されるＰＳＦＣＨリソースを示す。送信モード２において、ＲＸＵＥによって共有されたＰＳＦＣＨリソースは、ＴＸＵＥによっても決定される。Ｎ_{ＰＳＦＣＨ}個ＰＳＦＣＨリソースから、ＲＸＵＥによって共有されるＰＳＦＣＨリソースを選択する方法は、ＴＸＵＥの具現例によるか、あるいはＴＸＵＥは、Ｎ_{ＰＳＦＣＨ}個ＰＳＦＣＨリソースのうち一つをランダムに選択する。ＲＸＵＥによって共有されるＰＳＦＣＨリソースとして、該ＴＸＵＥにより、ＰＳＦＣＨリソースをランダムに選択する方法は、ＰＳＦＣＨリソースの衝突確率を低下させ、ＰＳＦＣＨ送信の信頼度を改善させることができる。例えば、２つのグループキャスト送信は、同一ＰＳＣＣＨ／ＰＳＳＣＨリソースを使用することが生じもするが、対応するＨＡＲＱ－ＡＣＫフィードバックは、異なるＰＳＦＣＨリソースを使用することができ、言い換えれば、リソース衝突が、ＰＳＣＣＨ／ＰＳＳＣＨで生じるが、対応するＰＳＦＣＨにおいて衝突が生じないのである。ＰＳＦＣＨリソースを割り当てる該方法は、ユニキャスト送信のためのＨＡＲＱフィードバックにさらに適用可能である。

【0159】

一例として、ＰＳＣＣＨリソースとＰＳＦＣＨリソースとのマッピング関係が一対多数であるならば、グループキャスト送信が、第１ＨＡＲＱフィードバックモードを使用するとき、グループにおける全てのＲＸＵＥは、ＰＳＣＣＨリソースに対応する複数のＰＳＦＣＨリソースを共有することができ、該ＲＸＵＥは、ＰＳＣＣＨリソースに対応する、複数のＰＳＦＣＨリソースのうち、１つのＰＳＦＣＨリソースをＮＡＣＫをフィードバックするとき、実際に使用されるＰＳＦＣＨリソースとしてランダムに選択する。グループにおけるＲＸＵＥにより、実際に使用されるＰＳＦＣＨリソースが異なりうるために、ＴＸＵＥは、ＰＳＣＣＨリソースに対応する複数のＰＳＦＣＨリソースのうち、それぞれのＰＳＦＣＨリソースにつき、ＰＳＦＣＨの受信を行わなければならない。該方法は、１つのＰＳＦＣＨリソースにつき、重畳されうるＮＡＣＫフィードバックの数を低減させることにより、チャネル蓄積効果の破壊的影響を低減させることもできる。

【0160】

一例として、ＰＳＣＣＨリソースとＰＳＦＣＨリソースとのマッピング関係が一対多数であるならば、グループキャスト送信が、第１ＨＡＲＱフィードバックモードを使用するとき、グループにおける全てのＲＸＵＥは、同一ＰＳＦＣＨリソースを共有することができ、該システムは、ＲＸＵＥが共有されたＰＳＦＣＨリソースを、事前に定義された規則を介して決定すると特定することができる。

【0161】

例えば、ＲＸＵＥは、公式

【数2】

によって共有されたリソースを決定することができる。ここで、パラメータ（Aspect）は、ＳＣＩで運ばれる宛先グループＩＤ、ＳＣＩで運ばれる送信ソースＩＤ（言い換えれば、ＴＸＵＥのＩＤ）、ＰＳＣＣＨのＤＭＲＳによって使用される循環位相、ＰＳＣＣＨのＤＭＲＳによって使用される擬似ランダムシーケンス生成器の初期化シード、ＰＳＣＣＨのＣＲＣの十進値、及びＰＳＣＣＨのＣＲＣによって使用されるスクランブリングコードシーケンスのうち、任意の１以上でもある。

【0162】

サイドリンク通信システムにおいて、データ送信の最小リソース細分度（granularity）は、サブチャネルであり、それぞれのサブチャネルは、１つのＰＳＣＣＨリソースと、１つのＰＳＳＣＨリソースとを含む。該ＰＳＣＣＨリソースは、ＳＣＩを送信するのに使用され、該ＳＣＩは、ＰＳＳＣＨの物理的送信パラメータ、及び他の制御情報を指示するのに使用され、該ＰＳＳＣＨリソースは、データを送信するのにも使用される。該システムが、ＨＡＲＱ－ＡＣＫフィードバックを支援するとき、それぞれのサブチャネルのＰＳＣＣＨリソースは、対応するＰＳＦＣＨリソースを有するのである。該データを送信するとき、ＴＸＵＥは、データパケットの大きさによってＰＳＳＣＨを送信するために、１以上の連続的なサブチャネルを占有し、占有されたサブチャネルの数を、ＳＣＩにおいて指示することができる。

【0163】

一例として、ＴＸＵＥによって送信されたＰＳＳＣＨが、複数のサブチャネルを占有するとき、グループにおけるＲＸＵＥは、複数のサブチャネルのＰＳＣＣＨリソースに対応する複数のＰＳＦＣＨリソースのセット内の対応するＰＳＦＣＨリソースを決定することができ、言い換えれば、Ｎ_{ＰＳＦＣＨ}は、複数のサブチャネルＰＳＣＣＨリソースに対応するＰＳＦＣＨリソースの総セットの大きさである。

【0164】

一例として、ＰＳＣＣＨリソースとＰＳＦＣＨリソースとのマッピング関係が一対多数であるならば、グループキャスト送信が、第２ＨＡＲＱフィードバックモード（ＡＣＫ／ＮＡＣＫフィードバック）を使用するとき、グループキャスト送信におけるＵＥが属したグループにおけるそれぞれのＲＸＵＥは、異なるＰＳＦＣＨリソースを使用することができる。対応するＰＳＦＣＨリソースを、それぞれのＲＸＵＥに割り当てるために、グループにおけるそれぞれのＵＥは、グループが確立されるとき、グループ内の固有ＵＥインデックス番号にも設定され、該ＲＸＵＥは、設定されたＵＥインデックス番号により、対応するＰＳＦＣＨリソースを決定することができる。

【0165】

例えば、該システムは、１つのＰＳＣＣＨリソースがＮ_{ＰＳＦＣＨ}個のＰＳＦＣＨリソースに、事前に定義されたり、事前設定されたりする方式により、対応すると指示することができる。第２ＨＡＲＱフィードバックモードを使用するグループキャスト送信の場合、グループにおけるＲＸＵＥの数は、ＰＳＦＣＨリソースの数（Ｎ_{ＰＳＦＣＨ}）より少なく、それぞれのＲＸＵＥが、自体所有のＰＳＦＣＨリソースを有することを保証しなければならない。例えば、該ＲＸＵＥは、ＨＡＲＱ－ＡＣＫをフィードバックするために、Ｎ個ＰＳＦＣＨリソースのうち、ｉ_{ＰＳＦＣＨ}番目リソースを選択することができ、ここで、ｉ_{ＰＳＦＣＨ}∈（０，Ｎ_{ＰＳＦＣＨ}）である。一例として、

【数3】

またはｉ_{ＰＳＦＣＨ}＝UEIndexInGroupであり、ここで、UEIndexIngroupは、上部階層またはアプリケーション階層により、該ＲＸＵＥが設定されるグループ内のＵＥインデックス番号である。一例として、ＵＥＩｎｄｅｘＩｎｇｒｏｕｐであり、ここで、UEIndexIngroupは、上部階層またはアプリケーション階層により、該ＲＸＵＥが設定されるグループ内のＵＥインデックス番号であり、Offsetは、上部階層により、事前設定されうるか、ＳＣＩで指示されうるか、あるいは事前に定義された規則により、計算されうるＰＳＦＣＨリソースのオフセット値である。例えば、

【数4】

であり、Ｎ_{ＲＸ－ＵＥ}は上部階層またはアプリケーション階層によって設定されるグループにおけるＲＸＵＥの数である。該グループにおけるＲＸＵＥの数（Ｎ_{ＲＸ－ＵＥ}）がＰＳＦＣＨリソースの数（Ｎ_{ＰＳＦＣＨ}）未満であるとき、Offsetは、同一間隔で、それぞれのＲＸＵＥによって使用されるＰＳＦＣＨリソースを分離するところにも使用される。ＰＳＣＣＨリソースに対応する複数のＰＳＦＣＨリソースが、同一時間・周波数リソース上に重畳される異なるコードドメインリソースであると仮定すれば、コードドメインリソースの同一間隔分離は、複数のＰＳＦＣＨコードドメイン間の空間的距離を最大化させることにより、コードドメインで準直交的（quasi-orthogonal）である複数のＰＳＦＣＨの検出性能を改善させることができる。

【0166】

図７に図示されているように、ＰＳＣＣＨリソースは、対応するＨＡＲＱ－ＡＣＫフィードバックのＰＳＦＣＨリソースと、事前に定義されたり、事前設定されたりするマッピング関係を有する。例えば、１つのＰＳＣＣＨリソースは、同一時間・周波数リソース上で多重化された１２個ＰＳＦＣＨコードドメインリソースに対応し、グループにおけるＲＸＵＥの数は、４であり、それにより、

【数5】

であり、ＲＸＵＥは、グループ内の対応するＵＥインデックス番号及びOffsetにより、Ｎ_{ＰＳＦＣＨ}個ＰＳＦＣＨリソース内の対応するＰＳＦＣＨリソースを決定し、言い換えれば、

【数6】

である。従って、グループ内のＵＥ＃０が、ＰＳＦＣＨコードドメインリソース＃０を使用し、グループ内のＵＥ＃１が、ＰＳＦＣＨコードドメインリソース＃３を使用し、グループ内のＵＥ＃２が、ＰＳＦＣＨコードドメインリソース＃６を使用し、グループ内のＵＥ＃３が、ＰＳＦＣＨコードドメインリソース＃９を使用し、ＰＳＦＣＨのコードドメインリソースのそのような同一間隔分離は、ＰＳＦＣＨの検出性能を改善させることができる。

【0167】

一例として、ＴＸＵＥによって送信されたＰＳＳＣＨが、複数のサブチャネルを占有するとき、グループにおけるＲＸＵＥは、複数のサブチャネルのＰＳＣＣＨリソースに対応する複数のＰＳＦＣＨリソースのセット内の対応するＰＳＦＣＨリソースを決定することができる。例えば、図７に図示されているように、１つのサブチャネルのＰＳＣＣＨリソースは、１２個ＰＳＦＣＨコードドメインリソースに対応し、異なるサブチャネルのＰＳＣＣＨリソースは、異なる時間周波数リソースブロック上のＰＳＦＣＨに対応する。該ＴＸＵＥが、２つの連続したサブチャネル上においてＰＳＳＣＨを送信すると仮定すれば、ＲＸＵＥによって使用されるＰＳＦＣＨリソースセットは、２つの時間・周波数リソースブロック上のＰＳＦＣＨリソースであり、それぞれの時間・周波数リソースブロック上のＰＳＦＣＨリソースは、１２コードドメインリソースを含み、言い換えれば、Ｎ_{ＰＳＦＣＨ}は、２４である。従って、

【数7】

であり、該ＲＸＵＥは、グループ内の対応するＵＥインデックス番号及びOffsetにより、全体ＰＳＦＣＨリソースセット内の対応するＰＳＦＣＨリソースを決定する。例えば、

【数8】

であるならば、グループ内のＵＥ＃０は、第１サブチャネルのＰＳＣＣＨリソースに対応するＰＳＦＣＨコードドメインリソース＃０を使用し、グループ内のＵＥ＃１は、第１サブチャネルのＰＳＣＣＨリソースに対応するＰＳＦＣＨコードドメインリソース＃６を使用し、グループ内のＵＥ＃２は、第２サブチャネルのＰＳＣＣＨリソースに対応するＰＳＦＣＨコードドメインリソース＃０を使用し、グループ内のＵＥ＃３は、第２サブチャネルのＰＳＣＣＨリソースに対応するＰＳＦＣＨコードドメインリソース＃６を使用する。

【0168】

一例として、

【数9】

であるか、あるいは

【数10】

である。ここで、UEIndexInGroup及びOffsetは、前述のところを言い、パラメータ（Aspect）は、ランダム化のために使用されるＰＳＦＣＨリソースであり、それにより、同一リソースに係わる異なるＰＳＣＣＨ／ＰＳＳＣＨグループキャスト送信は、同一リソースプールにおいて、ＰＳＦＣＨ干渉を減らすために、異なるＰＳＦＣＨリソースを使用することができる。例えば、Aspectは、ＳＣＩで運ばれる宛先グループＩＤ、ＳＣＩで運ばれる送信ソースＩＤ（言い換えれば、ＴＸＵＥのＩＤ）、ＰＳＣＣＨのＤＭＲＳによって使用される循環位相、ＰＳＣＣＨのＤＭＲＳによって使用される擬似ランダムシーケンス生成器の初期化シード、ＰＳＣＣＨのＣＲＣの十進値、及びＰＳＣＣＨのＣＲＣによって使用されるスクランブリングコードシーケンスのうち、任意の１以上でもある。

【0169】

一例として、ＳＣＩは、特定ＰＳＦＣＨリソース指示フィールドを含み、ＳＣＩで指示されるＰＳＦＣＨリソースは、グループにおける第１ＲＸＵＥ（言い換えれば、ＵＥ＃０）のＰＳＦＣＨリソースであり、他のＲＸＵＥのＰＳＦＣＨリソースは、ＳＣＩで指示されたＰＳＦＣＨを基準リソースと見なし、事前に定義された方法によっても計算される。例えば、ＰＳＦＣＨ基準リソースが開始リソースとして使用され、グループにおける全てのＲＸＵＥには、特定の間隔でＰＳＦＣＨリソースが割り当てられ、言い換えれば、

【数11】

である。他の実施形態により、ＰＳＦＣＨ基準リソースは、開始リソースとして使用され、ＰＳＦＣＨリソースは、グループにおける全てのＲＸＵＥに連続して割り当てられ、言い換えれば、

【数12】

である。ここで、

【数13】

は、ＵＥ＃０のＰＳＦＣＨリソース、言い換えれば、ＳＣＩで指示されたＰＳＦＣＨリソースであり

【数14】

は、ＵＥ＃ｊのＰＳＦＣＨリソースである。

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

本技術分野の当業者であるならば、本開示が、本明細書で説明される動作のうち１以上を遂行することに係わる装置を含むと理解することができるであろう。それら装置は、要求された目的のために特別に設計されて製造されるものでもあり、あるいは汎用コンピュータに公知の装置を含めることもできる。それら装置は、そこに保存されるコンピュータプログラムを有し、選択的に活性化されるか、あるいは再設定されうる。そのようなコンピュータプログラムは、それぞれ装置（例えば、コンピュータ）の可読媒体、または電子的命令を保存するのに適し、バスに結合される任意類型の媒体にも保存される。該コンピュータ可読媒体は、任意の類型のディスク（プロッピィディスク、ハードディスク、光ディスク、ＣＤ－ＲＯＭ（compact disc read only memory）及び光磁気ディスクを含む）、ＲＯＭ（read only memory）、ＲＡＭ（random access memory）、ＥＰＲＯＭ（erasable programmable read only memory）、ＥＥＰＲＯＭ（electrically erasable programmable read only memory）、フラッシュメモリ、磁気カードまたは光カードなどを、非制限的に含む。言い換えれば、該可読媒体は、可読形態に保存されるか、あるいは装置（例えば、コンピュータ）によって伝達される任意の媒体を含む。

【0219】

本技術分野の当業者であるならば、ブロック図のそれぞれのブロック及び／またはブロック図、及び／またはフローチャートとブロック図とにおけるブロック及び／またはブロック図、及び／またはフローチャートの組み合わせが、コンピュータプログラム命令によっても具現される。本技術分野の当業者は、それらコンピュータプログラム命令が、汎用コンピュータ、専門家コンピュータ、または他のプログラム可能データプロセッシング方法のプロセッサによっても具現され、開示された構造、及び／またはブロック図、及び／またはフローチャートのブロックまたは多様なブロックで特定されるスキームが、コンピュータ、または他のプログラム可能データプロセッシング方法のプロセッサによっても実行される。

【0220】

本技術分野の当業者であるならば、本開示で論議された多様な動作、方法及びプロセスにおける段階、措置及びスキームが、交替されたり、変更されたり、組み合わされたり、削除されたりするということを理解することができるであろう。さらに、本開示で論議された多様な動作、方法及びプロセスにおける他の段階、措置及びスキームは、交替されたり、修正されたり、再配列されたり、分解されたり、組み合わされたり、削除されたりもする。さらに、本開示で開示される多様な動作、方法及びプロセスを有する従来技術における段階、措置及び解決策が、交替されたり、修正されたり、再配列されたり、分解されたり、組み合わされたり、削除されたりもする。

【0221】

前述のところは、本開示の実施形態の一部であるのみ、本技術分野の当業者であるならば、本開示の原理から外れることなしに、さらに多くの改良及び修正が可能であるということに留意しなければならないであろう。それら改良及び修正は、本開示の保護範囲内にあると見なされなければならない。

【0222】

本開示が、本開示の特定の一実施形態を参照して図示されて説明されたが、本技術分野の当業者の観点から判断するとき、特許請求の範囲、及びその均等物によって定義される本開示の原理及び思想から外れずに、形態及び細部事項における多様な変更がなされるのである。

【符号の説明】

【0223】

８１チャネル送信モジュール
８２フィードバック受信モジュール
９１チャネルプロセッシングモジュール
９２フィードバックモジュール
１０１第１取得モジュール
１０２チャネル送信モジュール
１０３フィードバック受信モジュール
１１１第２取得モジュール
１１２チャネルプロセッシングモジュール
１１３フィードバックモジュール
１２０ＵＥ
１２１メモリ
１２２プロセッサ

【図1】