特表 2022-549902 リソース決定方法および通信機器

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

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

(11)【公表番号】

(43)【公表日】2022-11-29

(54)【発明の名称】リソース決定方法および通信機器

(51)【国際特許分類】

   H04W 72/04 20090101AFI20221121BHJP

   H04W 28/04 20090101ALI20221121BHJP

【ＦＩ】

H04W72/04 136

H04W28/04 110

H04W72/04 131

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022519359

(86)(22)【出願日】2020-09-27

(85)【翻訳文提出日】2022-03-25

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

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

(87)【国際公開日】2021-04-01

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

(32)【優先日】2019-09-27

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】517372494

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100153729

【弁理士】

【氏名又は名称】森本 有一

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(72)【発明者】

【氏名】陳 曉航

(72)【発明者】

【氏名】孫 鵬

(72)【発明者】

【氏名】沈 暁冬

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD34

5K067EE02

5K067EE10

5K067HH28

5K067JJ13

(57)【要約】

本開示は、リソース決定方法および通信機器を提供する。該方法は、第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するステップを含み、前記第１リソース情報は、第１ターゲットリソースと、少なくとも２つのリソースを含む第１リソースセットと、のうちのいずれか１つである。

【特許請求の範囲】

【請求項1】

通信機器に応用されるリソース決定方法であって、
第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するステップを含み、
前記第１リソース情報は、
第１ターゲットリソースと、
少なくとも２つのリソースを含む第１リソースセットと、のうちのいずれか１つであることを特徴とする、リソース決定方法。

【請求項2】

前記第２リソース情報は、前記第１ターゲットリソースに対するリソースオフセット量であることを特徴とする、請求項１に記載の方法。

【請求項3】

第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前記ステップの前に、
端末の第１情報のダウンリンクメッセージにおける配列位置に基づいて、前記リソースオフセット量を決定するステップをさらに含み、
前記ダウンリンクメッセージはＮ個の端末の第１情報を含み、Ｎは１より大きい整数であることを特徴とする、請求項２に記載の方法。

【請求項4】

端末の第１情報のダウンリンクメッセージにおける配列位置に基づいて、前記リソースオフセット量を決定する前記ステップは、
端末の第１情報のダウンリンクメッセージにおける配列位置がｉ番目の配列位置である場合、以下の式によって前記リソースオフセット量△ｋ（ｉ）を計算するステップを含み、
△ｋ（ｉ）＝［（ｆｌｏｏｒ（（ｉ－１）／Ｐ））×ｂ］ ｍｏｄ Ｎ
式中、ｂは調整ステップサイズであり、Ｐは正の整数であることを特徴とする、請求項３に記載の方法。

【請求項5】

第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前記ステップの前に、
前記リソースオフセット量を指示するための第２情報を伝送するステップをさらに含むことを特徴とする、請求項２に記載の方法。

【請求項6】

前記第２情報は媒体アクセス制御ＭＡＣ情報であることを特徴とする、請求項５に記載の方法。

【請求項7】

前記第１ターゲットリソースは前記第１リソースセット内のリソースであることを特徴とする、請求項１に記載の方法。

【請求項8】

前記第２リソース情報は前記第１リソースセット内の第２ターゲットリソースであることを特徴とする、請求項１に記載の方法。

【請求項9】

第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前記ステップの前に、
ターゲットルールに従って、前記第１リソースセットを決定するステップをさらに含み、
前記ターゲットルールは、
端末のサブキャリア間隔ＳＣＳに基づいて、前記第１リソースセットを決定するための第１ルールと、
端末の周波数範囲ＦＲに基づいて、前記第１リソースセットを決定するための第２ルールと、
ターゲットダウンリンク制御情報ＤＣＩをスクランブルする無線ネットワーク一時識別子ＲＮＴＩに基づいて、前記第１リソースセットを決定するための第３ルールであって、前記ターゲットＤＣＩは、前記ダウンリンク伝送をスケジューリングするＤＣＩである第３ルールと、
端末のランダムアクセスタイプに基づいて、前記第１リソースセットを決定するための第４ルールと、のうちのいずれか１つを含むことを特徴とする、請求項１に記載の方法。

【請求項10】

第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前記ステップの前に、
前記第１ターゲットリソースを指示する第３情報を伝送するステップをさらに含むことを特徴とする、請求項１に記載の方法。

【請求項11】

前記第３情報はＭＡＣ情報、ＤＣＩまたは無線リソース制御ＲＲＣ情報であることを特徴とする、請求項１０に記載の方法。

【請求項12】

第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するための第１決定モジュールを備え、
前記第１リソース情報は、
第１ターゲットリソースと、
少なくとも２つのリソースを含む第１リソースセットと、のうちのいずれか１つであることを特徴とする、通信機器。

【請求項13】

前記第２リソース情報は、前記第１ターゲットリソースに対するリソースオフセット量であることを特徴とする、請求項１２に記載の通信機器。

【請求項14】

前記第１決定モジュールが第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前に、端末の第１情報のダウンリンクメッセージにおける配列位置に基づいて、前記リソースオフセット量を決定するための第２決定モジュールをさらに備え、
前記ダウンリンクメッセージはＮ個の端末の第１情報を含み、Ｎは１より大きい整数であることを特徴とする、請求項１３に記載の通信機器。

【請求項15】

前記第２決定モジュールは、具体的に、
端末の第１情報のダウンリンクメッセージにおける配列位置がｉ番目の配列位置である場合、以下の式によって前記リソースオフセット量△ｋ（ｉ）を計算するために用いられ、
△ｋ（ｉ）＝［（ｆｌｏｏｒ（（ｉ－１）／Ｐ））×ｂ］ ｍｏｄ Ｎ
式中、ｂは調整ステップサイズであり、Ｐは正の整数であることを特徴とする、請求項１４に記載の通信機器。

【請求項16】

前記第１決定モジュールが第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前に、前記リソースオフセット量を指示するための第２情報を伝送するための第１伝送モジュールをさらに備えることを特徴とする、請求項１３に記載の通信機器。

【請求項17】

前記第２情報は媒体アクセス制御ＭＡＣ情報であることを特徴とする、請求項１６に記載の通信機器。

【請求項18】

前記第１ターゲットリソースは前記第１リソースセット内のリソースであることを特徴とする、請求項１２に記載の通信機器。

【請求項19】

前記第２リソース情報は前記第１リソースセット内の第２ターゲットリソースであることを特徴とする、請求項１２に記載の通信機器。

【請求項20】

前記第１決定モジュールが第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前に、前記ターゲットルールに従って、前記第１リソースセットを決定するための第３決定モジュールをさらに備え、
前記ターゲットルールは、
端末のサブキャリア間隔ＳＣＳに基づいて、前記第１リソースセットを決定するための第１ルールと、
端末の周波数範囲ＦＲに基づいて、前記第１リソースセットを決定するための第２ルールと、
ターゲットダウンリンク制御情報ＤＣＩをスクランブルする無線ネットワーク一時識別子ＲＮＴＩに基づいて、前記第１リソースセットを決定するための第３ルールであって、前記ターゲットＤＣＩは、前記ダウンリンク伝送をスケジューリングするＤＣＩである第３ルールと、
端末のランダムアクセスタイプに基づいて、前記第１リソースセットを決定するための第４ルールと、のうちのいずれか１つを含むことを特徴とする、請求項１２に記載の通信機器。

【請求項21】

前記第１決定モジュールが第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前に、前記第１ターゲットリソースを指示する第３情報を伝送するための第２伝送モジュールをさらに備えることを特徴とする、請求項１２に記載の通信機器。

【請求項22】

前記第３情報はＭＡＣ情報、ＤＣＩまたは無線リソース制御ＲＲＣ情報であることを特徴とする、請求項２１に記載の通信機器。

【請求項23】

プロセッサと、メモリと、前記メモリに記憶され、前記プロセッサによって実行可能なコンピュータプログラムとを備え、前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１から１１のいずれか１項に記載のリソース決定方法のステップが実現されることを特徴とする、通信機器。

【請求項24】

コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行されると、請求項１から１１のいずれか１項に記載のリソース決定方法のステップが実現されることを特徴とする、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施例は通信の技術分野に関し、特にリソース決定方法および通信機器に関する。

【背景技術】

【0002】

端末は、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）接続を確立する前に、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）によってダウンリンク伝送をスケジューリングする。

【0003】

上記ダウンリンク伝送に対応するハイブリッド自動再送要求応答（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＨＡＲＱ－ＡＣＫ）フィードバックが存在する物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソースの時間位置も、ＤＣＩによって指示される。具体的には、実際の時間位置は、ＨＡＲＱ－ＡＣＫタイミング（ｔｉｍｉｎｇ）のセットから選択される。

【0004】

しかしながら、関連技術では、上記ＨＡＲＱ－ＡＣＫ ｔｉｍｉｎｇはデフォルトまたは事前定義されており、したがって、上記ＨＡＲＱ－ＡＣＫ ｔｉｍｉｎｇから選択可能な時間位置は限られている。関連技術においてＨＡＲＱ－ＡＣＫフィードバックリソースの決定は柔軟性が低いことが分かる。

【発明の概要】

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

【0005】

本開示の実施例は、関連技術においてＨＡＲＱ－ＡＣＫフィードバックリソースの決定は柔軟性が低い課題を解決するために、リソース決定方法および通信機器を提供する。

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

【0006】

上記の課題を解決するために、本開示は以下のように実現される。

【0007】

第１側面において、本開示の実施例は、通信機器に応用されるリソース決定方法であって、
第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するステップを含み、
第１リソース情報は、第１ターゲットリソースと、
少なくとも２つのリソースを含む第１リソースセットと、のうちのいずれか１つである、リソース決定方法を提供する。

【0008】

第２側面において、本開示の実施例は、
第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するための第１決定モジュールを備え、
第１リソース情報は、
第１ターゲットリソースと、
少なくとも２つのリソースを含む第１リソースセットと、のうちのいずれか１つである、通信機器をさらに提供する。

【0009】

第３側面において、本開示の実施例は、プロセッサと、メモリと、メモリに記憶され、プロセッサによって実行可能なコンピュータプログラムとを備え、コンピュータプログラムがプロセッサによって実行されると、上述したリソース決定方法におけるステップが実現される、通信機器をさらに提供する。

【0010】

第４側面において、本開示の実施例は、コンピュータプログラムが記憶されており、コンピュータプログラムがプロセッサによって実行されると、上述したリソース決定方法におけるステップが実現される、コンピュータ可読記憶媒体をさらに提供する。

【発明の効果】

【0011】

本開示の実施例において、通信機器は、第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定することができ、ここで第１リソース情報は、第１ターゲットリソースと、少なくとも２つのリソースを含む第１リソースセットと、のうちのいずれか１つであり、それによって、ＨＡＲＱフィードバックリソースの決定の柔軟性を向上させることができる。

【図面の簡単な説明】

【0012】

本開示の実施例の技術的解決手段をより明確に説明するために、以下に、本開示の実施例の説明に必要な図面を簡単に紹介するが、次に記載される図面は、本開示の一部の実施例に過ぎないことが自明である。当業者にとって、創造的な労力を要せずに、こられの図面に基づいて他の図面を得ることもできる。

【図1】本開示の実施例によって提供されるリソース決定方法のフローチャートである。

【図2】本開示の実施例によって提供される通信機器の構成図１である。

【図3】本開示の実施例によって提供される通信機器の構成図２である。

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

【0013】

以下に、本開示の実施例における図面を参照しながら、本開示の実施例における技術的解決手段を明確で完全に説明する。説明される実施例は、本開示の全ての実施例ではなく、その一部に過ぎないことは自明である。本開示における実施例に基づいて、当業者が創造的な労力を要せずに得られる他の全ての実施例は、いずれも本開示の保護範囲に含まれる。

【0014】

本願における用語「第１」、「第２」等は、特定の順序または前後順序を記述するためのものではなく、類似するリソースを区別するためのものである。また、用語「含む」、「備える」およびそれらのあらゆる変形は、非排他的な包含をカバーすることを意図し、例えば、一連のステップまたはユニットを含むプロセス、方法、システム、製品または機器は、明確に挙げられるステップまたはユニットに限定されず、明確に挙げられなかった、あるいはこれらのプロセス、方法、製品または機器に固有の他のステップまたはユニットを含んでもよい。また、本願において使用される「および／または」は、接続しているリソースのうちの少なくとも１つを示し、例えば、Ａおよび／またはＢおよび／またはＣは、Ａのみを含むこと、Ｂのみを含むこと、Ｃのみを含むこと、およびＡとＢの両方が存在すること、ＢとＣの両方が存在すること、ＡとＣの両方が存在すること、並びにＡ、ＢとＣが存在することの７つの場合を示す。

【0015】

理解しやすいように、以下に、本開示の実施例に係る幾つかの関連概念を説明する。
一、プリアンブル（Ｐｒｅａｍｂｌｅ）

【0016】

関連技術のアップリンク伝送モードにおいて、端末（ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）とも呼ばれる）はアップリンクデータを送信する必要がある場合、まず、ランダムアクセス手順によってアップリンクタイミング同期を取得し、すなわち、ネットワーク側機器からアップリンクタイミングアドバンス（Ｔｉｍｉｎｇ ａｄｖａｎｃｅ，ＴＡ）情報を取得することが必要になる。アップリンク同期を取得した後、ＵＥは動的スケジューリングまたは半静的スケジューリングによってアップリンクデータを送信することができる。

【0017】

アップリンクデータパケットが小さい場合、ランダムアクセス手順によってアップリンク同期を取得した後にアップリンクデータを送信する方式は、リソースと電力の消費を招く。そのため、エムエムティーシー（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ ｏｆ Ｃｏｍｍｕｎｉｃａｔｉｏｎ，ｍＭＴＣ）のシーンにおいて、ＵＥは非同期の状態でアップリンクデータを送信することができる。

【0018】

ランダムアクセス手順と同様に、ＵＥはＰｒｅａｍｂｌｅを送信する時も非同期状態であるため、Ｐｒｅａｍｂｌｅにサイクリックプレフィックス（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ，ＣＰ）を付加することにより、伝送遅延による影響を相殺する必要がある。具体的に実現する際に、ＰｒｅａｍｂｌｅはＣＰとシーケンス（Ｓｅｑｕｅｎｃｅ）を含んでもよい。
二、４ステップのランダムアクセス手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ，ＲＡＣＨ）

【0019】

４ステップのＲＡＣＨでは、ＵＥは、まずネットワーク側機器にＰｒｅａｍｂｌｅを含むＭｓｇ１を送信し、ネットワーク側機器は、Ｐｒｅａｍｂｌｅを検出すると、該Ｐｒｅａｍｂｌｅに対応するランダムアクセスレスポンス（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ，ＲＡＲ）メッセージを含むＭｓｇ２を送信し、ＵＥは、Ｍｓｇ２を受信すると、ＲＡＲの指示に応じて、Ｍｓｇ３を送信し、ネットワークはＭｓｇ３を受信すると、コンテンションレゾリューション識別子（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ ＩＤ）を含むＭｓｇ４を送信し、ＵＥは、Ｍｓｇ４を受信すると、４ステップのランダムアクセスを遂行する。
三、２ステップのランダムアクセス手順（２－ｓｔｅｐ ＲＡＣＨ）

【0020】

ニューラジオ（Ｎｅｗ Ｒａｄｉｏ，ＮＲ）には２ステップのランダムアクセス手順が導入される。

【0021】

具体的には、端末は、ランダムアクセス手順を開始する時、ネットワーク側機器に物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ，ＰＲＡＣＨ）と物理アップリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＵＳＣＨ）を含むランダムアクセスメッセージＭｓｇＡを送信することができ、ここでＰＲＡＣＨはＰｒｅａｍｂｌｅを含み、ＰＵＳＣＨは端末識別子（ＵＥ－ＩＤ）等の情報を含む。ネットワーク側機器は、ＭｓｇＡを受信すると、ＲＡＲとＣｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ ＩＤ等のメッセージを含むＭｓｇＢを端末に送信する。端末はそれに対応するＣｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ ＩＤを含むＭｓｇＢを受信すると、２スッテプのランダムアクセス手順を遂行する。

【0022】

２ステップのＲＡＣＨの主な応用シーンはスモールセル（Ｓｍａｌｌ Ｃｅｌｌ）、アンライセンス帯域または低複雑度端末等のシーンである。２ステップのＲＡＣＨは、ランダムアクセス手順の遅延、ランダムアクセス手順に必要なシグナリングオーバヘッドおよびランダムアクセス手順のための端末の電力消費等を低減することができる。これに加えて、２ステップのＲＡＣＨは、非アクティブ（Ｉｎａｃｔｉｖｅ）状態またはアイドル（Ｉｄｌｅ）状態でアップリンクデータを伝送するなど、ランダムアクセス手順中にアップリンクデータを同時に送信することを実現でき、低消費電力端末の電力消費をさらに低減することができる。
四、ハイブリッド自動再送要求応答タイミング（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ ｔｉｍｉｎｇ，ＨＡＲＱ－ＡＣＫ ｔｉｍｉｎｇ）

【0023】

ＨＡＲＱ－ＡＣＫ ｔｉｍｉｎｇは、ダウンリンクデータの受信終了時刻から対応する肯定応答（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＡＣＫ）／否定応答（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＮＡＣＫ）フィードバックの時刻までの間隔として定義される。

【0024】

ＮＲは、様々なサービスおよびネットワーク展開に適応するための柔軟なＨＡＲＱ－ＡＣＫ ｔｉｍｉｎｇ構成をサポートする。各ＵＥは、ＲＲＣにより複数のＨＡＲＱ－ＡＣＫ ｔｉｍｉｎｇの値（Ｋ１値と呼ばれる）を含むＵＥ固有のＨＡＲＱ－ＡＣＫ ｔｉｍｉｎｇテーブルを構成することができ、Ｋ１の単位はスロット（Ｓｌｏｔ）であってもよい。

【0025】

基地局は、ダウンリンクデータ伝送のダイナミックスケジューリングを行う際に、ダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）においてインデックスの形でＫ１値を１つ指示し、該Ｋ１値は、ＵＥ固有のＨＡＲＱ－ＡＣＫ ｔｉｍｉｎｇテーブルから選択された値であり、ＨＡＲＱ－ＡＣＫをフィードバックする時刻をＵＥに通知するためのものである。

【0026】

ＨＡＲＱ－ＡＣＫ ｔｉｍｉｎｇを指示するドメインがＤＣＩに含まれていない場合、ＵＥは、固定値に従ってダウンリンクデータからＨＡＲＱ－ＡＣＫフィードバックまでの間隔を決定することができる。該固定値は、無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ，ＲＲＣ）によって指示することができる。

【0027】

Ｓｌｏｔ ｎで送信されるダウンリンク（Ｄｏｗｎｌｉｎｋ，ＤＬ）セミパーシステントスケジューリング（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ，ＳＰＳ）物理ダウンリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＤＳＣＨ）の場合、それに対応するＨＡＲＱ－ＡＣＫがＳｌｏｔ（ｎ＋Ｋ）上で伝送され、ここでＫは、該ＤＬ ＳＰＳをアクティブにするＤＣＩにおいて指示される。
五、物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＵＣＣＨ）リソース決定方式。

【0028】

基地局は、ＲＲＣシグナリングによってＵＥ毎に１つまたは複数（最大４つ）のＰＵＣＣＨリソースセット（Ｒｅｓｏｕｒｃｅ Ｓｅｔ，ＲＥＳＥＴ）を構成することができ、ＲＲＣは、各ＲＥＳＥＴが搬送可能なアップリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ）のペイロード（Ｐａｙｌｏａｄ）の最大ビット数を構成するか、または事前定義する。例えば、１番目のＲＥＳＥＴは最大２ビット（ｂｉｔ）、２番目のＲＥＳＥＴと３番目のＲＥＳＥＴはそれぞれＮ１とＮ２、４番目のＲＥＳＥＴは最大１７０６ ｂｉｔであり、Ｎ１とＮ２はＲＲＣによって構成される。

【0029】

各ＲＥＳＥＴには、ＰＵＣＣＨリソース（Ｒｅｓｏｕｒｃｅ）が複数含まれてもよい。例えば、１番目のＲＥＳＥＴには最大３２個のＰＵＣＣＨ ｒｅｓｏｕｒｃｅが含まれてもよく、他のＲＥＳＥＴにはそれぞれ最大８個のＰＵＣＣＨ ｒｅｓｏｕｒｃｅが含まれてもよい。

【0030】

ＵＥ側では、ＵＥは、ＰＤＳＣＨを受信した後に、ＨＡＲＱ－ＡＣＫをフィードバックする必要がある。フィードバックされたＨＡＲＱ－ＡＣＫが存在するＰＵＣＣＨリソースを決定するために、ＵＥは、まず、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨにおけるＫ１によって、ＰＵＣＣＨが存在するＳｌｏｔを決定し、次に、フィードバックを必要とするＨＡＲＱ－ＡＣＫのビット数によってＰＵＣＣＨが存在するＲＥＳＥＴを決定し、決定されたＲＥＳＥＴ内で、ＰＵＣＣＨリソースインジケータ（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ，ＰＲＩ）ドメイン（ＲＥＳＥＴ内に含まれるリソースが８個以下の場合）、または、ＰＲＩおよびＰＤＣＣＨの１番目のコントロールチャネルエレメント（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ，ＣＣＥ）のインデックス（Ｆｉｒｓｔ ＣＣＥ Ｉｎｄｅｘ）（ＲＥＳＥＴ内に含まれるリソースが８個を超える場合）に基づいて、具体的にＲＥＳＥＴ内のどのＰＵＣＣＨリソースであるかを決定する必要がある。

【0031】

複数のＰＤＳＣＨのＨＡＲＱ－ＡＣＫが１つのＳｌｏｔにおいてフィードバックされる場合、ＵＥは、これらのＰＤＳＣＨをスケジューリングする最後のＤＣＩ（Ｌａｓｔ ＤＣＩ）におけるＰＲＩおよびＣＣＥ Ｉｎｄｅｘに基づいてＰＵＣＣＨリソースを決定する。

【0032】

以下、本開示の実施例に係るリソース決定方法を説明する。

【0033】

図１を参照する。図１は本開示の実施例によって提供されるリソース決定方法のフローチャートである。本開示の実施例のリソース決定方法は、通信機器に応用されてもよい。具体的に実現する際に、通信機器は、端末またはネットワーク側機器であってもよい。実際の応用において、端末は、携帯電話、タブレットパーソナルコンピュータ（Ｔａｂｌｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ Ｃｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ，ＰＤＡ）、モバイルインターネットデバイス（Ｍｏｂｉｌｅ Ｉｎｔｅｒｎｅｔ Ｄｅｖｉｃｅ、ＭＩＤ）、ウェアラブルデバイス（Ｗｅａｒａｂｌｅ Ｄｅｖｉｃｅ）または車載装置であってもよい。ネットワーク側機器は、基地局、中継所またはアクセスポイントであってもよい。

【0034】

図１に示すように、リソース決定方法は、
第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するステップ１０１であって、第１リソース情報は、第１ターゲットリソースと、少なくとも２つのリソースを含む第１リソースセットと、のうちのいずれか１つであるステップ１０１を含んでもよい。

【0035】

理解しやすいように、以下に、本実施例における第１ターゲットリソースを説明する。

【0036】

具体的に実現する際に、第１ターゲットリソースは以下のいくつかの表現形式を含んでもよい。

【0037】

第１表現形式で、第１ターゲットリソースは、第１リソースセット内のリソースであってもよく、すなわち、第１ターゲットリソースは、第１リソースセットからのものであってもよく、ここで第１リソースセットはターゲットルールに従って決定される。

【0038】

第２表現形式で、第１ターゲットリソースは、第２リソースセット内のリソースであってもよく、すなわち、第１ターゲットリソースは、第２リソースセットからのものであってもよく、第２リソースセットは、デフォルトまたは事前定義されたリソースセットであってもよい。

【0039】

第３表現形式で、第１ターゲットリソースは、リソースセットとは無関係に独立したリソースであってもよい。該実施形態では、通信機器はリソースセットを取得しなくてもよい。

【0040】

具体的に実現する際に、第１ターゲットリソースは、ネットワーク側機器により決定されて、端末に指示されてもよい。

【0041】

選択的に、第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するステップの前に、方法は、
第１ターゲットリソースを指示する第３情報を伝送するステップをさらに含む。

【0042】

具体的に実現する際に、選択的に、第３情報は、媒体アクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ，ＭＡＣ）情報、ＤＣＩまたは無線リソース制御ＲＲＣ情報であってもよい。

【0043】

本実施例では、通信機器は、フィードバックリソースを決定した後、フィードバックリソース上でダウンリンク伝送のＨＡＲＱを伝送してもよい。具体的には、端末は、ダウンリンク伝送のＨＡＲＱをフィードバックリソース上でフィードバックし、ネットワーク側機器は、ダウンリンク伝送のＨＡＲＱをフィードバックリソース上で受信する。

【0044】

具体的に実現する際に、フィードバックリソースは、フィードバック時間領域リソース、フィードバック周波数領域リソース、ダウンリンク伝送のＨＡＲＱを搬送するＰＵＣＣＨリソースのうちの少なくとも１つを含んでもよい。さらに、フィードバック時間領域リソースは、ダウンリンク伝送のＨＡＲＱが存在するスロット、サブスロット、サブフレームまたはシンボルであってもよい。

【0045】

ダウンリンク伝送はＰＤＳＣＨ伝送であってもよいが、それに限定されない。

【0046】

本実施例のリソース決定方法において、通信機器は、第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定することができ、ここで第１リソース情報は、第１ターゲットリソースと、少なくとも２つのリソースを含む第１リソースセットと、のうちのいずれか１つであり、それによって、ＨＡＲＱフィードバックリソースの決定の柔軟性を向上させることができる。

【0047】

本実施例では、第２リソース情報は以下の表現形式を有してもよい。

【0048】

表現形式１として、第２リソース情報は、第１ターゲットリソースに対するリソースオフセット量である。

【0049】

表現形式１に対応して、第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するステップは、
第１ターゲットリソースおよびリソースオフセット量に基づいて、ターゲット値を決定するステップと、
ターゲット値に基づいて、ダウンリンク伝送のＨＡＲＱフィードバックリソースを決定するステップと、を含む。

【0050】

具体的に実現する際に、フィードバック時間領域リソースを決定するターゲット値は、Ｋ１値として表現してもよい。フィードバック周波数領域リソースを決定するターゲット値は、Ｆ１値として表現してもよい。１時間単位内のＰＵＣＣＨリソースを決定するターゲット値は、ＰＲＩ１として表現してもよく、ＰＲＩは、１時間単位内のＰＵＣＣＨリソースを指示するためのものである。時間単位は、スロット、サブスロット、サブフレームまたはシンボルであってもよい。

【0051】

理解しやすいように、以下に、フィードバック時間領域リソースの決定、フィードバック周波数領域リソースの決定、およびＰＵＣＣＨリソースの決定をそれぞれ説明する。
一、フィードバック時間領域リソースの決定

【0052】

フィードバック時間領域リソースの決定については、第１ターゲットリソースをｋ２とし、リソースオフセット量を△ｋとする。

【0053】

Ｋ１、ｋ２および△ｋの関係は、Ｋ１＝ｋ２＋△ｋを満たす。

【0054】

Ｋ１の値を決定した後、通信機器は、端末がダウンリンク伝送を受信する時間位置に基づいて、ダウンリンク伝送のＨＡＲＱのフィードバック時間領域リソースを決定することができる。

【0055】

選択的に、Ｋ１、ｋ２および△ｋの単位は、端末がダウンリンク伝送を受信する時間位置の単位と同じであってもよく、例えば、端末がダウンリンク伝送を受信する時間位置の単位はＳｌｏｔであれば、Ｋ１、ｋ２および△ｋの単位もＳｌｏｔであるが、理解すべきこととして、時間単位は、シンボル、サブフレーム等の他の表現形式であってもよく、具体的には実際の必要に応じて決定されてもよく、本開示の実施例ではこれを限定しない。

【0056】

端末がダウンリンク伝送を受信する時間位置をｍとし、ダウンリンク伝送のＨＡＲＱのフィードバック時間領域リソースをＴとすると、Ｔ＝ｍ＋Ｋ１＝ｍ＋ｋ２＋△ｋとあり、Ｔの単位は端末がダウンリンク伝送を受信する時間位置の単位と同じである。

【0057】

例示的に、端末がダウンリンク伝送を受信する時間位置の単位をＳｌｏｔと仮定し、端末がＳｌｏｔ ｍでダウンリンク伝送を受信すると、ダウンリンク伝送のＨＡＲＱのフィードバック位置はＳｌｏｔ（ｍ＋ｋ２＋△ｋ）となる。
二、フィードバック周波数領域リソースの決定

【0058】

フィードバック周波数領域リソースの決定については、第１ターゲットリソースをｆ２とし、リソースオフセット量を△ｆとする。

【0059】

Ｆ１、ｆ２および△ｆの関係は、Ｆ１＝ｆ２＋△ｆを満たす。

【0060】

選択的に、ｆ２と△ｆの単位は、Ｆ１の単位と同じであってもよい。

【0061】

Ｆの値を決定した後、通信機器は、端末がダウンリンク伝送を受信する周波数領域リソースに基づいて、ダウンリンク伝送のＨＡＲＱのフィードバック周波数領域リソースを決定することができる。
三、ＰＵＣＣＨリソースの決定

【0062】

ＰＵＣＣＨリソースの決定については、第１ターゲットリソースをＰＲＩ２とし、リソースオフセット量を△ＰＲＩとする。

【0063】

ＰＲＩ１、ＰＲＩ２および△ＰＲＩの関係は、ＰＲＩ１＝ＰＲＩ２＋△ＰＲＩを満たす。

【0064】

実際の応用においては、通信機器は、まず、ＨＡＲＱのビット数に応じてターゲットＲＥＳＥＴを決定してから、ＰＲＩ１に応じてターゲットＲＥＳＥＴ内のターゲットリソースを決定してもよく、該ターゲットリソースは、すなわちＨＡＲＱのフィードバック周波数領域リソースである。

【0065】

表現形式１の場合、第２リソース情報は、少なくとも以下の２つの方法によって決定され得る。

【0066】

方法１として、第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するステップの前に、方法は、
端末の第１情報のダウンリンクメッセージにおける配列位置に基づいて、リソースオフセット量を決定するステップであって、
ダウンリンクメッセージはＮ個の端末の第１情報を含み、Ｎは１より大きい整数であるステップ、をさらに含む。

【0067】

方法１では、端末およびネットワーク側機器はそれぞれ、端末の第１情報のダウンリンクメッセージにおける配列位置に基づいて、リソースオフセット量を決定してもよい。説明すべきこととして、端末とネットワーク側機器により決定されるリソースオフセット量が同じであることを保証するために、端末とネットワーク側機器は同じ方法で、配列位置に基づいてリソースオフセット量を決定する。

【0068】

具体的に実現する際に、通信機器は、予め設定されたルールを利用し、端末の第１情報のダウンリンクメッセージにおける配列位置に基づいて、リソースオフセット量を決定することができ、予め設定されたルールでは、ｊ番目の端末グループのリソースオフセット量＝ｊ－１番目の端末グループのリソースオフセット量＋ｂとする。ここで、Ｎ個の端末は、Ｎ個の端末の第１情報のダウンリンクメッセージにおける配列順序に応じて、Ｐ個の端末を単位として分割されることで、Ｑ個の端末グループが得られ、ＱはＮ／Ｐの切り上げた値であり、第１端末グループのリソースオフセット量は０であり、ｊは１より大きく、Ｑ以下の整数である。理解すべきこととして、同一の端末グループ内の各端末のリソースオフセット量は等しいものである。

【0069】

理解しやすいように、以下のように例を示して説明する。

【0070】

Ｎ個の端末は端末１、端末２、端末３、端末４および端末５を含み、Ｎ個の端末の第１情報のダウンリンクメッセージにおける配列順番は順に端末１の第１情報、端末２の第１情報、端末３の第１情報、端末４の第１情報および端末５の第１情報であり、Ｐは２であると仮定すると、Ｎ個の端末を３つの端末グループに分割することができ、第１端末グループは、端末１と端末２を含み、第２端末グループは、端末３と端末４を含み、第３端末グループは、端末５を含む。

【0071】

予め設定されたルールにより、第１端末グループのリソースオフセット量は０であり、端末１と端末２のオフセット量はいずれも０であり、第２端末グループのリソースオフセット量はｂであり、端末３と端末４のオフセット量はいずれもｂであり、第３端末グループのリソースオフセット量は２ｂであり、端末５のリソースオフセット量は２ｂである。

【0072】

説明すべきこととして、予め設定されたルールを利用してフィードバック時間領域リソースを決定する過程中のＰの値は、予め設定されたルールを利用してフィードバック周波数領域リソースを決定する過程中のＰの値とは異なっていてもよく、同じであってもよい。予め設定されたルールを利用してフィードバック時間領域リソースを決定する過程中のｂの値は、予め設定されたルールを利用してフィードバック周波数領域リソースを決定する過程中のｂの値とは異なっていてもよく、同じであってもよい。実際の応用では、Ｐは、ネットワーク側機器によって構成されてもよく、またはプロトコルによって予め決められてもよく、ｂも、ネットワーク側機器によって構成されてもよく、またはプロトコルによって予め決められてもよい。

【0073】

実際の応用では、上記予め設定されたルールは、ネットワーク側機器によって構成されてもよく、またはプロトコルによって約束されてもよい。また、予め設定されたルールは、様々な表現形式が可能であり、選択的に、端末の第１情報のダウンリンクメッセージにおける配列位置がｉ番目の配列位置である場合、以下の式によってリソースオフセット量△ｋ（ｉ）を計算し、
△ｋ（ｉ）＝［（ｆｌｏｏｒ（（ｉ－１）／Ｐ））×ｂ］ｍｏｄ Ｎ
式中、ｂは調整ステップサイズであり、Ｐは正の整数である。

【0074】

上記ｆｌｏｏｒ関数は切り捨て関数であり、上記ｍｏｄ関数は、剰余関数である。

【0075】

説明すべきこととして、上記の式は一例に過ぎず、他の実施形態では、予め設定されたルールは、他の計算式によって表現されてもよく、具体的には実際の必要に応じて決定されてもよく、本開示の実施例ではこれを限定しない。

【0076】

選択的に、ダウンリンクメッセージは、ランダムアクセス手順のランダムアクセスレスポンスメッセージであってもよく、具体的に、ダウンリンクメッセージは、２ステップのランダムアクセス手順のＭｓｇＢであってもよい。第１情報は、ランダムアクセスレスポンスメッセージに含まれるランダムアクセスレスポンスＲＡＲであってもよく、具体的に、ＭｓｇＢに含まれるランダムアクセスレスポンス（例えばｓｕｃｃｅｓｓ ＲＡＲ）であってもよい。

【0077】

方法２として、第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するステップの前に、方法は、
リソースオフセット量を指示するための第２情報を伝送するステップ、をさらに含む。

【0078】

方法２では、リソースオフセット量は、ネットワーク側機器により決定されて、端末に指示されてもよい。

【0079】

従って、ネットワーク側機器にとって、第２情報の伝送は具体的に、第２情報を送信することであってもよく、端末にとって、第２情報の伝送は具体的に、第２情報を受信することであってもよい。

【0080】

説明すべきこととして、実際の応用において、第２情報にはＭ個の端末のリソースオフセット量が含まれてもよく、Ｍは正の整数である。さらに、Ｍが１より大きい場合、リソースオフセット量は、端末によっては異なってもよく、もちろん、一部の端末のリソースオフセット量は同じであってもよく、具体的には実際の状況に応じて決定されてもよく、本開示の実施形態ではこれを限定しない。

【0081】

Ｍが１より大きい場合、第１端末は、第２情報内のそれに対応するリソースオフセット量に基づいて、ダウンリンク伝送のＨＡＲＱフィードバックリソースを決定してもよい。

【0082】

また、方法２では、リソースオフセット量は１つの値または１つの範囲であってもよい。

【0083】

リソースオフセット量が１つの範囲である場合には、前述した内容から、リソースオフセット量に基づいて決定されたフィードバックリソースも１つの範囲であることが分かる。このように、ＨＡＲＱフィードバックが失敗した場合には、通信機器は、フィードバックリソースを再び決定することなく、該フィードバックリソース上で直接ＨＡＲＱを再伝送することができ、それにより、ＨＡＲＱの伝送効率を高めることができる。該フィードバックリソースにアンライセンスリソースが含まれる場合には、通信機器は、該フィードバックリソースに含まれるライセンスリソース上でＨＡＲＱを伝送するように選択することができ、それにより、ＨＡＲＱ伝送の成功率を向上させることができる。

【0084】

選択的に、第２情報はＭＡＣ情報であってもよい。具体的に実現する際に、第２情報は、ランダムアクセス手順に対応するランダムアクセスレスポンスメッセージに含まれてもよく、具体的に、第２情報は、２ステップのランダムアクセス手順のＭｓｇＢに含まれる情報であってもよい。さらに、第２情報は、ランダムアクセスレスポンスメッセージに含まれるＲＡＲであってもよく、具体的に、ＭｓｇＢに含まれるＳｕｃｃｅｓｓ ＲＡＲであってもよく、ランダムアクセスレスポンスメッセージに含まれる、リソースオフセット量を指示するための情報であってもよい。

【0085】

表現形式２として、第２リソース情報は、第１リソースセット内の第２ターゲットリソースである。

【0086】

表現形式２に対応して、第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するステップは、
第１リソース情報が第１リソースセットである場合、第１リソースセット内の第２ターゲットリソースに基づいて、ターゲット値を決定するステップと、
ターゲット値に基づいて、ダウンリンク伝送のＨＡＲＱフィードバックリソースを決定するステップと、を含む。

【0087】

具体的に実現する際に、第１リソースセット内の第２ターゲットリソースに基づいて、ターゲット値を決定するステップは以下の２つの実施形態を含んでもよい。

【0088】

実施形態１として、第１リソースセット内の第２ターゲットリソースに基づいて、ターゲット値を決定するステップは、
第２ターゲットリソースをターゲット値として決定するステップを含む。

【0089】

具体的に実現する際に、フィードバック時間領域リソースを決定するターゲット値Ｋ１について、第２ターゲットリソースをｋ３とし、Ｋ１＝ｋ３とする。

【0090】

フィードバック周波数領域リソースを決定するターゲット値Ｆ１について、第２ターゲットリソースをｆ３とし、Ｆ１＝ｆ３とする。

【0091】

ＰＵＣＣＨリソースを決定するターゲット値ＰＲＩ１について、第２ターゲットリソースをＰＲＩ３とし、ＰＲＩ１＝ＰＲＩ３とする。

【0092】

実施形態２として、第１リソースセット内の第２ターゲットリソースに基づいて、ターゲット値を決定するステップは、
第２ターゲットリソースおよびリソースオフセット量に基づいて、ターゲット値を決定するステップを含む。

【0093】

具体的に実現する際に、フィードバック時間領域リソースを決定するターゲット値Ｋ１について、第２ターゲットリソースをｋ３とし、リソースオフセット量を△ｋとする。Ｋ１、ｋ３および△ｋの関係は、Ｋ１＝ｋ３＋△ｋを満たす。

【0094】

フィードバック周波数領域リソースを決定するターゲット値Ｆ１について、第２ターゲットリソースをｆ３とし、リソースオフセット量を△ｆとする。Ｆ１、ｆ３および△ｆの関係は、Ｆ１＝ｆ３＋△ｆを満たす。

【0095】

ＰＵＣＣＨリソースを決定するターゲット値ＰＲＩ１について、第２ターゲットリソースをＰＲＩ３とし、リソースオフセット量を△ＰＲＩとし、ＰＲＩ１＝ＰＲＩ３＋△ＰＲＩとする。

【0096】

ターゲット値に基づいて、ダウンリンク伝送のＨＡＲＱフィードバックリソースを決定するステップの実施は、具体的に、表現形式１の記述を参照すればよく、ここでは繰り返して述べない。

【0097】

実際の応用において、第２ターゲットリソースは、第１ターゲットリソースと同じであっても異なっていてもよい。

【0098】

本実施例は、新規なリソースセットの決定方法を提供する。選択的に、第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するステップの前に、方法は、
ターゲットルールに従って、第１リソースセットを決定するステップをさらに含み、
ターゲットルールは、
端末のサブキャリア間隔ＳＣＳに基づいて、第１リソースセットを決定するための第１ルールと、
端末の周波数範囲ＦＲに基づいて、第１リソースセットを決定するための第２ルールと、
ターゲットダウンリンク制御情報ＤＣＩをスクランブルする無線ネットワーク一時識別子ＲＮＴＩに基づいて、第１リソースセットを決定するための第３ルールであって、ターゲットＤＣＩは、ダウンリンク伝送をスケジューリングするＤＣＩである第３ルールと、
端末のランダムアクセスタイプに基づいて、第１リソースセットを決定するための第４ルールと、のうちのいずれか１つを含む。

【0099】

以下に、具体的に説明する。

【0100】

ケース１で、ターゲットルールは、第１ルールを含む。

【0101】

ケース１の場合、サブキャリア間隔（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ，ＳＣＳ）とリソースセットとの対応関係を事前定義することができる。さらに、該対応関係では、異なるＳＣＳは、異なるリソースセットに対応してもよい。

【0102】

選択的に、ターゲットルールに従って、第１リソースセットを決定するステップは、
端末のＳＣＳに対応するリソースセットを第１リソースセットとして決定するステップを含み、端末のＳＣＳは、端末がアップリンク伝送またはＨＡＲＱ－ＡＣＫフィードバックを行うＳＣＳであってもよい。

【0103】

ケース２で、ターゲットルールは、第２ルールを含む。

【0104】

ケース２の場合、周波数範囲（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ，ＦＲ）とリソースセットとの対応関係を事前定義することができる。さらに、該対応関係では、異なるＦＲは、異なるリソースセットに対応してもよい。

【0105】

選択的に、ターゲットルールに従って、第１リソースセットを決定するステップは、
端末のＦＲに対応するリソースセットを第１リソースセットとして決定するステップを含み、端末のＦＲは、端末がアップリンク伝送またはＨＡＲＱ－ＡＣＫフィードバックを行うＦＲであってもよい。

【0106】

ケース３で、ターゲットルールは、第３ルールを含む。

【0107】

選択的に、ターゲットルールに従って、第１リソースセットを決定するステップは、以下の少なくとも１つを含む。
ターゲットＤＣＩは、ランダムアクセス無線ネットワーク一時識別子（Ｒａｎｄｏｍ Ａｃｃｅｓｓ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ，ＲＡ－ＲＮＴＩ）によってスクランブルされ、ダウンリンク伝送には、ランダムアクセスに成功することを指示するランダムアクセスレスポンスＲＡＲ（Ｓｕｃｃｅｓｓ ＲＡＲ）が含まれる場合、第１ターゲットリソースセットを第１リソースセットとして決定する。
ターゲットＤＣＩは、ＲＡ－ＲＮＴＩによってスクランブルされ、ダウンリンク伝送には、ランダムアクセスに成功することを指示するＲＡＲが含まれない場合、第２ターゲットリソースセットを第１リソースセットとして決定する。
ターゲットＤＣＩは、一時セル無線ネットワーク一時識別子（Ｔｅｍｐｏｒａｒｙ Ｃｅｌｌ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ，ＴＣ－ＲＮＴＩ）によってスクランブルされる場合、第２ターゲットリソースセットを第１リソースセットとして決定する。

【0108】

ケース４で、ターゲットルールは、第４ルールを含む。

【0109】

具体的に実現する際に、ランダムアクセスタイプとリソースセットとの対応関係を事前定義することができる。さらに、異なるランダムアクセスタイプは異なるリソースセットに対応する。

【0110】

選択的に、ターゲットルールに従って、第１リソースセットを決定するステップは、以下の少なくとも１つを含む。
端末のランダムアクセスタイプが２ステップのランダムアクセスである場合、第２ターゲットリソースセットを第１リソースセットとして決定する。
端末のランダムアクセスタイプが２ステップのランダムアクセスではない場合、第１ターゲットリソースセットを第１リソースセットとして決定する。

【0111】

説明すべきこととして、本実施例において、１つの実施形態では、上記第１ターゲットリソースセットおよび第２ターゲットリソースセットは、両方ともターゲットルールに従って決定されたリソースセットであってもよく、別の実施形態では、上記第１ターゲットリソースセットは、デフォルトまたは事前定義されたリソースセットであってもよく、上記第２ターゲットリソースセットは、ターゲットルールに従って決定されたリソースセットであってもよい。

【0112】

また、本実施例の第２ターゲットリソースは、本実施例の第１ターゲットリソースと同じであっても異なっていてもよい。

【0113】

表現形式３として、第２リソース情報は空であり、すなわち、ＨＡＲＱフィードバックリソースの決定に寄与しない。これは、第１ターゲットリソースは、リソースセットとは無関係に独立したリソースである場合に適用される。

【0114】

説明すべきこととして、本開示の実施例に説明された複数の選択的な実施形態は、互いに組み合わせて実現されてもよく、単独で実現されてもよく、本開示の実施例ではこれを限定しない。

【0115】

本開示の実施例は、以下の２種類の実施形態を含んでもよい。

【0116】

第１種の実施形態では、リソースオフセット量を導入しない。

【0117】

第１種の実施形態は、以下の実施形態を含む。
第１実施形態で、第１ターゲットリソースに基づいて、フィードバックリソースを決定し、ここで第１ターゲットリソースは、リソースセットとは無関係に独立したリソースである。
第２実施形態で、第１リソースセット内の第２ターゲットリソースに基づいて、フィードバックリソースを決定し、ここで第１リソースセットは、ターゲットルールに従って決定される。

【0118】

第２種の実施形態では、リソースオフセット量を導入する。

【0119】

第２種の実施形態は以下の実施形態を含む。
第３実施形態で、第１ターゲットリソースおよびリソースオフセット量に基づいて、フィードバックリソースを決定し、ここで第１ターゲットリソースは、リソースセットとは無関係に独立したリソースである。
第４実施形態で、第１ターゲットリソースおよびリソースオフセット量に基づいて、フィードバックリソースを決定し、ここで第１ターゲットリソースは、第２リソースセット内のリソースであり、第２リソースセットは、デフォルトまたは事前定義されたリソースセットである。
第５実施形態で、第１ターゲットリソースおよびリソースオフセット量に基づいて、フィードバックリソースを決定し、ここで第１ターゲットリソースは、第１リソースセット内のリソースであり、第１リソースセットは、ターゲットルールに従って決定される。

【0120】

本開示の実施例は以下のいくつかの方法を含んでもよい。
方法１

【0121】

１）ＤＣＩは、第１ＨＡＲＱ－ＡＣＫリソース（Ｋ１と略称）を指示する。
２）ＭＡＣプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ，ＰＤＵ）内のＵＥのＭｅｓｓａｇｅの位置順序に応じてＫ１を暗黙的に決定するルールを定義し、このルールは、Ｎ個のＵＥおきに、Ｋ１がＸ増加することとし、ここでＮは、事前定義またはネットワークによって構成された値であり、Ｘは、事前定義またはネットワークによって構成された値である。

【0122】

３）ＵＥはＰＤＳＣＨを受信し、該ＭＡＣ ＰＤＵ内の、該ＵＥに属するＭｅｓｓａｇｅの位置に基づいて、実際のＫ１値を得る。

【0123】

決定されたＫ１、すなわち、決定されたＰＵＣＣＨが存在する時間単位内に、選択的に、
ＤＣＩは、第１ＰＲＩ（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）を指示する。
ＭＡＣ ＰＤＵ内のＵＥのＭｅｓｓａｇｅの位置順序に応じてＰＲＩを暗黙的に決定するルールを定義し、このルールは、各ＵＥは異なるＰＲＩを有し、１つのＵＥおきに、ＰＲＩがＹ増加することとし、ここでＹは、事前定義またはネットワークによって構成された値である。
ＵＥは、ＰＤＳＣＨを受信し、該ＭＡＣ ＰＤＵ内の、該ＵＥに属するＭｅｓｓａｇｅの位置に基づいて、実際のＰＲＩ値を得る。
方法２

【0124】

接続状態が確立される前のＰＤＳＣＨのＨＡＲＱ－ＡＣＫフィードバックについては、そのＨＡＲＱ－ＡＣＫフィードバックのリソースに対応するセットは、以下の少なくとも１つの方法によって決定される。

【0125】

１）サブキャリア間隔（Ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ，ＳＣＳ）
ＳＣＳに基づいて異なるＫ１セットを定義する。具体的に実現する際に、ＨＡＲＱ－ＡＣＫフィードバックは、ＵＥにより使用されるＳＣＳに対応するＫ１セットによって決定される。

【0126】

２）周波数範囲（Ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ，ＦＲ）
ＦＲに基づいて異なるＫ１セットを定義する。具体的に実現する際に、ＨＡＲＱ－ＡＣＫフィードバックは、ＵＥにより使用されるＦＲに対応するＫ１セットによって決定される。

【0127】

３）ＤＣＩをスクランブルするＲＮＴＩ
ＤＣＩがＲＡ－ＲＮＴＩによってスクランブルされ、ＰＤＳＣＨにＳｕｃｃｅｓｓ ＲＡＲが含まれる場合、ＨＡＲＱ－ＡＣＫフィードバックは、Ｋ１ ｓｅｔ ２によって決定される。
ＤＣＩがＲＡ－ＲＮＴＩによってスクランブルされ、ＰＤＳＣＨにＳｕｃｃｅｓｓ ＲＡＲが含まれない場合、ＨＡＲＱ－ＡＣＫフィードバックは、Ｋ１ ｓｅｔ １によって決定される。
ＤＣＩがＴＣ－ＲＮＴＩによってスクランブルされ、ＨＡＲＱ－ＡＣＫフィードバックは、Ｋ１ ｓｅｔ １によって決定される。

【0128】

４）ＲＡＣＨタイプ
２つのＨＡＲＱ－ＡＣＫ リソースのセットを定義し、それぞれＫ１ ｓｅｔ １とＫ１ ｓｅｔ ２とする。２－ｓｔｅｐ ＲＡＣＨが構成されている場合、ＨＡＲＱ－ＡＣＫフィードバックは、Ｋ１ ｓｅｔ ２によって決定され、２－ｓｔｅｐ ＲＡＣＨが構成されていない場合、ＨＡＲＱ－ＡＣＫフィードバックは、Ｋ１ ｓｅｔ １によって決定される。
例えば、Ｋ１ ｓｅｔ １は、関連技術におけるデフォルトされたＫ１セットであってもよい。
方法３

【0129】

１）ＤＣＩは、第１Ｋ１を指示する。
２）ＭＡＣ ＰＤＵ内で、各ＵＥに固有のＫ１’を１つ指示する。
Ｋ１’は、１つの値または１つの集合範囲であってもよい。

【0130】

３）ＵＥはＰＤＳＣＨを受信し、ＭＡＣ ＰＤＵ内の、該ＵＥに属する固有のＫ１’に基づいて、第１Ｋ１＋Ｋ１’である実際のＫ１を得る。
実施例１

【0131】

ネットワーク側機器は、ＤＣＩ ｆｏｒｍａｔ １＿０を送信し、ＰＤＳＣＨを１つスケジューリングし、該ＰＤＳＣＨは、ＭｓｇＢを搬送する。

【0132】

ＭｓｇＢには、４つのＵＥのＳｕｃｃｅｓｓ ＲＡＲメッセージが含まれ、ＵＥ１、ＵＥ２、ＵＥ３、ＵＥ４の順に配列される。

【0133】

ＵＥは、ＨＡＲＱ－ＡＣＫフィードバックの時間（即ちＫ１）がｋであることが指示されている該ＤＣＩをＳｌｏｔ ｎで検出すると、Ｓｌｏｔ ｎ＋ｋを基準点とし、対応するＨＡＲＱ－ＡＣＫ情報のフィードバック時間を決定する必要がある。

【0134】

事前定義されたルールは、Ｓｕｃｃｅｓｓ ＲＡＲのＭｓｇＢにおける配列順序に応じて、１つのＵＥおきに、Ｋ１が１増加することとする。

【0135】

例えば、ＵＥ１は、ＭｓｇＢに含まれる１番目のＳｕｃｃｅｓｓ ＲＡＲに対応するＵＥであり、ＵＥ１は、ＭｓｇＢを受信して復号した後、ＵＥ１が該ＭｓｇＢ内の、Ｓｕｃｃｅｓｓ ＲＡＲが含まれる１番目のＵＥであることを確認すると、ルールに従って、ＨＡＲＱ－ＡＣＫフィードバックの時間をＳｌｏｔ ｎ＋ｋ＋０として決定する。

【0136】

ＵＥ２は、ＭｓｇＢに含まれる２番目のＳｕｃｃｅｓｓ ＲＡＲに対応するＵＥであり、ＵＥ１は、ＭｓｇＢを受信して復号した後、ＵＥ２が該ＭｓｇＢ内の２番目の、Ｓｕｃｃｅｓｓ ＲＡＲが含まれるＵＥであることを確認すると、ルールに従って、ＨＡＲＱ－ＡＣＫフィードバックの時間をＳｌｏｔ ｎ＋ｋ＋１として決定する。

【0137】

ＵＥ４は、ＭｓｇＢに含まれる４番目のＳｕｃｃｅｓｓ ＲＡＲに対応するＵＥであり、ＵＥ１は、ＭｓｇＢを受信して復号した後、ＵＥ４が該ＭｓｇＢ内の４番目の、Ｓｕｃｃｅｓｓ ＲＡＲが含まれるＵＥであることを確認すると、ルールに従って、ＨＡＲＱ－ＡＣＫフィードバックの時間をＳｌｏｔ ｎ＋ｋ＋３として決定する。

【0138】

別の例では、時間周波数領域が異なるＰＵＣＣＨリソースを例に挙げている。

【0139】

ＵＥは、ＨＡＲＱ－ＡＣＫフィードバックリソースがＰＵＣＣＨリソース１（即ち、番号がｋであるもの）であることが指示されている該ＤＣＩをＳｌｏｔ ｎで検出すると、Ｓｌｏｔ ｎ＋ｋにおいて、ＰＵＣＣＨリソース１を基準点とし、対応するＨＡＲＱ－ＡＣＫ情報のフィードバックリソースを決定する必要がある。

【0140】

事前定義されたルールは、Ｓｕｃｃｅｓｓ ＲＡＲのＭｓｇＢにおける配列順序に応じて、１つのＵＥおきに、ｋが１増加することとする。

【0141】

例えば、ＵＥ１は、ＭｓｇＢに含まれる１番目のＳｕｃｃｅｓｓ ＲＡＲに対応するＵＥであり、ＵＥ１は、ＭｓｇＢを受信して復号した後、ＵＥ１が該ＭｓｇＢ内の１番目の、Ｓｕｃｃｅｓｓ ＲＡＲが含まれるＵＥであることを確認すると、ルールに従って、ＨＡＲＱ－ＡＣＫフィードバックのリソースをＰＵＣＣＨリソースｋ＋０として決定する。

【0142】

ＵＥ２は、ＭｓｇＢに含まれる２番目のＳｕｃｃｅｓｓ ＲＡＲに対応するＵＥであり、ＵＥ１は、ＭｓｇＢを受信して復号した後、ＵＥ２が該ＭｓｇＢ内の２番目の、Ｓｕｃｃｅｓｓ ＲＡＲが含まれるＵＥであることを確認すると、ルールに従って、ＨＡＲＱ－ＡＣＫフィードバックのリソースをＰＵＣＣＨリソースｋ＋１として決定する。

【0143】

ＵＥ４は、ＭｓｇＢに含まれる４番目のＳｕｃｃｅｓｓ ＲＡＲに対応するＵＥであり、ＵＥ１は、ＭｓｇＢを受信して復号した後、ＵＥ４が該ＭｓｇＢ内の４番目の、Ｓｕｃｃｅｓｓ ＲＡＲが含まれるＵＥであることを確認すると、ルールに従って、ＨＡＲＱ－ＡＣＫフィードバックのリソースをＰＵＣＣＨリソースｋ＋３として決定する。
実施例２

【0144】

異なるＨＡＲＱ－ＡＣＫリソースに対応する異なるサブキャリア間隔を事前定義し、表１に示す。

【0145】

【表1】

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

以上、図面を参照しながら本開示の実施例を説明したが、本開示は、上記具体的な実施形態に限定されず、上記具体的な実施形態は、例示的なものに過ぎず、制限的なものではない。当業者は、本開示の教示によって、本開示の主旨および特許請求の範囲で保護される範囲を逸脱することなく、多種の形式を実現することができ、これらはいずれも本開示の保護範囲内に含まれる。

【図1】

【図2】

【図3】

【手続補正書】

【提出日】2022-03-25

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

通信機器に応用されるリソース決定方法であって、
第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するステップを含み、
前記第１リソース情報は、
第１ターゲットリソースと、
少なくとも２つのリソースを含む第１リソースセットと、のうちのいずれか１つであることを特徴とする、リソース決定方法。

【請求項2】

前記第２リソース情報は、前記第１ターゲットリソースに対するリソースオフセット量であることを特徴とする、請求項１に記載の方法。

【請求項3】

第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前記ステップの前に、
端末の第１情報のダウンリンクメッセージにおける配列位置に基づいて、前記リソースオフセット量を決定するステップをさらに含み、
前記ダウンリンクメッセージはＮ個の端末の第１情報を含み、Ｎは１より大きい整数であることを特徴とする、請求項２に記載の方法。

【請求項4】

端末の第１情報のダウンリンクメッセージにおける配列位置に基づいて、前記リソースオフセット量を決定する前記ステップは、
端末の第１情報のダウンリンクメッセージにおける配列位置がｉ番目の配列位置である場合、以下の式によって前記リソースオフセット量△ｋ（ｉ）を計算するステップを含み、
△ｋ（ｉ）＝［（ｆｌｏｏｒ（（ｉ－１）／Ｐ））×ｂ］ ｍｏｄ Ｎ
式中、ｂは調整ステップサイズであり、Ｐは正の整数であることを特徴とする、請求項３に記載の方法。

【請求項5】

第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前記ステップの前に、
前記リソースオフセット量を指示するための第２情報を伝送するステップをさらに含み、
前記第２情報は媒体アクセス制御ＭＡＣ情報であることを特徴とする、請求項２に記載の方法。

【請求項6】

第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前記ステップの前に、
ターゲットルールに従って、前記第１リソースセットを決定するステップをさらに含み、
前記ターゲットルールは、
端末のサブキャリア間隔ＳＣＳに基づいて、前記第１リソースセットを決定するための第１ルールと、
端末の周波数範囲ＦＲに基づいて、前記第１リソースセットを決定するための第２ルールと、
ターゲットダウンリンク制御情報ＤＣＩをスクランブルする無線ネットワーク一時識別子ＲＮＴＩに基づいて、前記第１リソースセットを決定するための第３ルールであって、前記ターゲットＤＣＩは、前記ダウンリンク伝送をスケジューリングするＤＣＩである第３ルールと、
端末のランダムアクセスタイプに基づいて、前記第１リソースセットを決定するための第４ルールと、のうちのいずれか１つを含むことを特徴とする、請求項１に記載の方法。

【請求項7】

第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前記ステップの前に、
前記第１ターゲットリソースを指示する第３情報を伝送するステップをさらに含み、
前記第３情報はＭＡＣ情報、ＤＣＩまたは無線リソース制御ＲＲＣ情報であることを特徴とする、請求項１に記載の方法。

【請求項8】

第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定するための第１決定モジュールを備え、
前記第１リソース情報は、
第１ターゲットリソースと、
少なくとも２つのリソースを含む第１リソースセットと、のうちのいずれか１つであることを特徴とする、通信機器。

【請求項9】

前記第２リソース情報は、前記第１ターゲットリソースに対するリソースオフセット量であることを特徴とする、請求項８に記載の通信機器。

【請求項10】

前記第１決定モジュールが第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前に、端末の第１情報のダウンリンクメッセージにおける配列位置に基づいて、前記リソースオフセット量を決定するための第２決定モジュールをさらに備え、
前記ダウンリンクメッセージはＮ個の端末の第１情報を含み、Ｎは１より大きい整数であることを特徴とする、請求項９に記載の通信機器。

【請求項11】

前記第２決定モジュールは、具体的に、
端末の第１情報のダウンリンクメッセージにおける配列位置がｉ番目の配列位置である場合、以下の式によって前記リソースオフセット量△ｋ（ｉ）を計算するために用いられ、
△ｋ（ｉ）＝［（ｆｌｏｏｒ（（ｉ－１）／Ｐ））×ｂ］ ｍｏｄ Ｎ
式中、ｂは調整ステップサイズであり、Ｐは正の整数であることを特徴とする、請求項１０に記載の通信機器。

【請求項12】

前記第１決定モジュールが第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前に、前記リソースオフセット量を指示するための第２情報を伝送するための第１伝送モジュールをさらに備え、
前記第２情報は媒体アクセス制御ＭＡＣ情報であることを特徴とする、請求項９に記載の通信機器。

【請求項13】

前記第１決定モジュールが第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前に、前記ターゲットルールに従って、前記第１リソースセットを決定するための第３決定モジュールをさらに備え、
前記ターゲットルールは、
端末のサブキャリア間隔ＳＣＳに基づいて、前記第１リソースセットを決定するための第１ルールと、
端末の周波数範囲ＦＲに基づいて、前記第１リソースセットを決定するための第２ルールと、
ターゲットダウンリンク制御情報ＤＣＩをスクランブルする無線ネットワーク一時識別子ＲＮＴＩに基づいて、前記第１リソースセットを決定するための第３ルールであって、前記ターゲットＤＣＩは、前記ダウンリンク伝送をスケジューリングするＤＣＩである第３ルールと、
端末のランダムアクセスタイプに基づいて、前記第１リソースセットを決定するための第４ルールと、のうちのいずれか１つを含むことを特徴とする、請求項８に記載の通信機器。

【請求項14】

前記第１決定モジュールが第１リソース情報および第２リソース情報に基づいて、ダウンリンク伝送のハイブリッド自動再送要求ＨＡＲＱフィードバックリソースを決定する前に、前記第１ターゲットリソースを指示する第３情報を伝送するための第２伝送モジュールをさらに備え、
前記第３情報はＭＡＣ情報、ＤＣＩまたは無線リソース制御ＲＲＣ情報であることを特徴とする、請求項８に記載の通信機器。

【請求項15】

コンピュータプログラムが記憶されており、前記コンピュータプログラムがプロセッサによって実行されると、請求項１から７のいずれか１項に記載のリソース決定方法のステップが実現されることを特徴とする、コンピュータ可読記憶媒体。

【国際調査報告】