特表 2024-512073 無線通信方法及び端末機器

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

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

(11)【公表番号】

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

(54)【発明の名称】無線通信方法及び端末機器

(51)【国際特許分類】

   H04W 28/04 20090101AFI20240311BHJP

   H04W 72/0446 20230101ALI20240311BHJP

   H04W 72/232 20230101ALI20240311BHJP

   H04W 72/231 20230101ALI20240311BHJP

   H04W 56/00 20090101ALI20240311BHJP

【ＦＩ】

H04W28/04 110

H04W72/0446

H04W72/232

H04W72/231

H04W56/00 130

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023558878

(86)(22)【出願日】2021-04-02

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

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

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】516227559

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

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

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

(74)【代理人】

【識別番号】100126000

【弁理士】

【氏名又は名称】岩池 満

(74)【代理人】

【識別番号】100203105

【弁理士】

【氏名又は名称】江口 能弘

(72)【発明者】

【氏名】ウー ズオミン

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

5K067

【Ｆターム（参考）】

5K067DD25

5K067EE02

5K067EE10

5K067HH28

(57)【要約】

本発明の実施形態は、無線通信方法及び端末機器を提供し、前記方法は、第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするステップを含み、前記第１のオフセット値に対応する時間間隔は、端末機器のタイミングアドバンスＴＡ値または往復伝送時間ＲＴＴに関連付けられ、前記第２のオフセット値に対応する時間間隔は、端末機器の同期情報の取得に関連付けられる。本発明が提供する方案はスケジューリングシーケンスを強化することにより、信号受信と送信を同時に行う能力を備えない端末機器の正常な動作を保証でき、省電力の効果も達成できる。
【選択図】図１１

【特許請求の範囲】

【請求項1】

第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするステップを含み、
前記第１のオフセット値に対応する時間間隔は、端末機器のタイミングアドバンスＴＡ値または往復伝送時間ＲＴＴに関連付けられ、前記第２のオフセット値に対応する時間間隔は、端末機器の同期情報の取得に関連付けられる
ことを特徴とする無線通信方法。

【請求項2】

前記第１のオフセット値は、上りリンクグラントと物理上りリンク共有チャネルＰＵＳＣＨとの間のスケジューリングシーケンスを決定するために使用され、及び／又は、前記第１のオフセット値は、物理下りリンク共有チャネルＰＤＳＣＨとハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバックとの間のスケジューリングシーケンスを決定するために使用される
ことを特徴とする請求項１に記載の方法。

【請求項3】

前記第１のオフセット値は、事前に定義されており、または、
前記第１のオフセット値は、ネットワーク機器によって、システムメッセージ、無線リソース制御ＲＲＣ、メディアアクセス制御制御要素ＭＡＣ ＣＥ、および下りリンク制御情報ＤＣＩのうちの少なくとも１つを通じて設定される
ことを特徴とする請求項１または２に記載の方法。

【請求項4】

前記第１のオフセット値の単位は、時間ユニットまたは絶対値である
ことを特徴とする請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記第２のオフセット値は、下りリンクグラントと物理下りリンク共有チャネルＰＤＳＣＨとの間のスケジューリングシーケンスを決定するために使用される
ことを特徴とする請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記第２のオフセット値は、事前に定義されており、または、
前記第２のオフセット値は、ネットワーク機器によって、システムメッセージ、無線リソース制御ＲＲＣ、メディアアクセス制御制御要素ＭＡＣ ＣＥ、および下りリンク制御情報ＤＣＩのうちの少なくとも１つを通じて設定される
ことを特徴とする請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記第２のオフセット値の単位は、時間ユニットまたは絶対値である
ことを特徴とする請求項１から６のいずれか一項に記載の方法。

【請求項8】

前記ＨＡＲＱ－ＡＣＫフィードバック状態は、物理下りリンク共有チャネルＰＤＳＣＨのＨＡＲＱ－ＡＣＫフィードバックの非イネーブル化を含み、または前記ＨＡＲＱ－ＡＣＫフィードバック状態は、ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫが非フィードバック状態にあることを含む
ことを特徴とする請求項１から７のいずれか一項に記載の方法。

【請求項9】

第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル化されるように構成される場合、前記第１のＨＡＲＱプロセスによって伝送されるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫはフィードバックされない
ことを特徴とする請求項８に記載の方法。

【請求項10】

前記第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするステップは、
第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル状態に対応し、前記端末機器が受信した前記第１のＨＡＲＱプロセスに対応する第１の下りリンク共有チャネルの終了位置が時間ユニットｎに位置する場合、前記端末機器は、時間ユニットｎ＋１から時間ユニットｎ＋ｋまでの時間ユニットで制御チャネル候補をリッスンすることを期待しないことを含み、
ここで、ｋは非負の整数である
ことを特徴とする請求項１から９のいずれか一項に記載の方法。

【請求項11】

前記時間ユニットはサブフレームを含み、前記ｋの値は１２であり、
前記第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするステップは、
第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル状態に対応し、端末機器が受信した前記第１のＨＡＲＱプロセスに対応する第１の下りリンク共有チャネルの終了位置がサブフレームｎに位置する場合、前記端末機器は、サブフレームｎ＋１からサブフレームｎ＋１２までのいずれのサブフレームにおいても制御チャネル候補をリッスンすることを期待しないことを含む
ことを特徴とする請求項１０に記載の方法。

【請求項12】

前記第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするステップは、
前記第１のオフセット値に基づいて、上りリンクグラントと上りリンク共有チャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定すること、
前記第１のオフセット値に基づいて、物理下りリンク制御チャネルＰＤＣＣＨコマンドとランダムアクセスチャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定すること、
前記第１のオフセット値に基づいて、上りリンク共有チャネルまたは上りリンク制御チャネル伝送後の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定すること、
前記第１のオフセット値に基づいて、ランダムアクセスチャネル伝送後の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定すること、
前記第１のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定すること、
前記第１のオフセット値および前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定すること、
前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定することを含む
ことを特徴とする請求項１から１１のいずれか一項に記載の方法。

【請求項13】

第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするように構成される通信ユニットを含み、
前記第１のオフセット値に対応する時間間隔は、端末機器のタイミングアドバンスＴＡ値または往復伝送時間ＲＴＴに関連付けられ、前記第２のオフセット値に対応する時間間隔は、端末機器の同期情報の取得に関連付けられる
ことを特徴とする端末機器。

【請求項14】

前記第１のオフセット値は、上りリンクグラントと物理上りリンク共有チャネルＰＵＳＣＨとの間のスケジューリングシーケンスを決定するために使用され、及び／又は、前記第１のオフセット値は、物理下りリンク共有チャネルＰＤＳＣＨとハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバックとの間のスケジューリングシーケンスを決定するために使用される
ことを特徴とする請求項１３に記載の端末機器。

【請求項15】

前記第１のオフセット値は、事前に定義されており、または、
前記第１のオフセット値は、ネットワーク機器によって、システムメッセージ、無線リソース制御ＲＲＣ、メディアアクセス制御制御要素ＭＡＣ ＣＥ、および下りリンク制御情報ＤＣＩのうちの少なくとも１つを通じて設定される
ことを特徴とする請求項１３または１４に記載の端末機器。

【請求項16】

前記第１のオフセット値の単位は、時間ユニットまたは絶対値である
ことを特徴とする請求項１３から１５のいずれか一項に記載の端末機器。

【請求項17】

前記第２のオフセット値は、下りリンクグラントと物理下りリンク共有チャネルＰＤＳＣＨとの間のスケジューリングシーケンスを決定するために使用される
ことを特徴とする請求項１３から１６のいずれか一項に記載の端末機器。

【請求項18】

前記第２のオフセット値は、事前に定義されており、または、
前記第２のオフセット値は、ネットワーク機器によって、システムメッセージ、無線リソース制御ＲＲＣ、メディアアクセス制御制御要素ＭＡＣ ＣＥ、および下りリンク制御情報ＤＣＩのうちの少なくとも１つを通じて設定される
ことを特徴とする請求項１３から１７のいずれか一項に記載の端末機器。

【請求項19】

前記第２のオフセット値の単位は、時間ユニットまたは絶対値である
ことを特徴とする請求項１３から１８のいずれか一項に記載の端末機器。

【請求項20】

前記ＨＡＲＱ－ＡＣＫフィードバック状態は、物理下りリンク共有チャネルＰＤＳＣＨのＨＡＲＱ－ＡＣＫフィードバックの非イネーブル化を含み、または前記ＨＡＲＱ－ＡＣＫフィードバック状態は、ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫが非フィードバック状態にあることを含む
ことを特徴とする請求項１３から１９のいずれか一項に記載の端末機器。

【請求項21】

第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル化されるように構成される場合、前記第１のＨＡＲＱプロセスによって伝送されるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫはフィードバックされない
ことを特徴とする請求項２０に記載の端末機器。

【請求項22】

前記通信ユニットは、具体的には、
第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル状態に対応し、前記端末機器が受信した前記第１のＨＡＲＱプロセスに対応する第１の下りリンク共有チャネルの終了位置が時間ユニットｎに位置する場合、前記端末機器は、時間ユニットｎ＋１から時間ユニットｎ＋ｋまでの時間ユニットで制御チャネル候補をリッスンすることを期待しないように構成され、ここで、ｋは非負の整数である
ことを特徴とする請求項１３から２１のいずれか一項に記載の端末機器。

【請求項23】

前記通信ユニットは、具体的には、
第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル状態に対応し、端末機器が受信した前記第１のＨＡＲＱプロセスに対応する第１の下りリンク共有チャネルの終了位置がサブフレームｎに位置する場合、前記端末機器は、サブフレームｎ＋１からサブフレームｎ＋１２までのいずれのサブフレームにおいても制御チャネル候補をリッスンすることを期待しないように構成される
ことを特徴とする請求項２２に記載の端末機器。

【請求項24】

前記通信ユニットは、具体的には、
前記第１のオフセット値に基づいて、上りリンクグラントと上りリンク共有チャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定し、
前記第１のオフセット値に基づいて、物理下りリンク制御チャネルＰＤＣＣＨコマンドとランダムアクセスチャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第１のオフセット値に基づいて、上りリンク共有チャネルまたは上りリンク制御チャネル伝送後の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第１のオフセット値に基づいて、ランダムアクセスチャネル伝送後の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第１のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定し、
前記第１のオフセット値および前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定するように構成される
ことを特徴とする請求項１３から２３のいずれか一項に記載の端末機器。

【請求項25】

第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするように構成される通信ユニットを含み、
前記第１のオフセット値に対応する時間間隔は、端末機器のタイミングアドバンスＴＡ値または往復伝送時間ＲＴＴに関連付けられ、前記第２のオフセット値に対応する時間間隔は、端末機器の同期情報の取得に関連付けられる
ことを特徴とする端末機器。

【請求項26】

プロセッサおよびメモリを含み、
前記メモリはコンピュータプログラムを記憶するために使用され、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して実行して、請求項１から１２のいずれか一項に記載の方法を実行するために使用される
ことを特徴とする端末機器。

【請求項27】

メモリからコンピュータプログラムを呼び出して実行して、チップを搭載した装置が、請求項１から１２のいずれか一項に記載の方法を実行するようにするプロセッサを含む
ことを特徴とするチップ。

【請求項28】

請求項１から１２のいずれか一項に記載の方法をコンピュータに実行させるコンピュータプログラムを格納するために使用される
ことを特徴とするコンピュータ可読記憶媒体。

【請求項29】

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

【請求項30】

請求項１から２３のいずれか一項に記載の方法をコンピュータに実行させることを特徴とするコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態は、通信分野に関し、より具体的には、無線通信方法及び端末機器に関する。

【背景技術】

【0002】

新しい無線（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）システムでは、非地上通信ネットワーク（Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋｓ、ＮＴＮ）を用いてユーザに通信サービスを提供することが考えられる。しかし、ＮＴＮシステムでは伝播遅延が大きいため、ＴＡ値の範囲も比較的大きく、これに対応して、モノのインターネット非地上通信ネットワーク（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ ＮＴＮ、ＩｏＴ－ＮＴＮ）システムにおける上りリンクと下りリンクのシーケンス関係は、地上通信ネットワーク（Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋｓ、ＴＮ）システムにおける上りリンクと下りリンクのシーケンス関係に対して強化する必要があり、例えば、ＩｏＴ－ＮＴＮシステムにおける制御チャネルの検出も強化する必要がある。

【発明の概要】

【0003】

本発明は、スケジューリングシーケンスを強化することにより、信号受信と送信を同時に行う能力を備えない端末機器の正常な動作を保証でき、省電力の効果も達成できる無線通信方法及び端末機器を提供する。

【0004】

第１の態様では、本発明は、第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするステップを含み、前記第１のオフセット値に対応する時間間隔は、端末機器のタイミングアドバンスＴＡ値または往復伝送時間ＲＴＴに関連付けられ、前記第２のオフセット値に対応する時間間隔は、端末機器の同期情報の取得に関連付けられる無線通信方法を提供する。

【0005】

第２の態様では、本発明は、上記第１の態様またはその各実装における方法を実行するための端末機器を提供する。具体的には、前記端末機器は、上記第１の態様またはその各実装における方法を実行するための機能モジュールを含む。

【0006】

一実装では、前記端末機器は、情報処理に関連する機能を実行する処理ユニットを含むことができる。例えば、前記処理ユニットはプロセッサであってもよい。

【0007】

一実装では、前記端末機器は送信ユニットおよび／または受信ユニットを含むことができる。前記送信ユニットは送信に関する機能を実行するために使用され、前記受信ユニットは受信に関する機能を実行するために使用される。例えば、前記送信ユニットは送信機または送信器であってもよく、前記受信ユニットは受信機または受信器であってもよい。別の例として、前記端末機器は通信チップであり、前記送信ユニットは前記通信チップの入力回路またはインターフェイスであってもよく、前記送信ユニットは前記通信チップの出力回路またはインターフェイスであってもよい。

【0008】

第３の態様では、本発明は、プロセッサおよびメモリを含む端末機器を提供する。前記メモリはコンピュータプログラムを記憶するために使用され、前記プロセッサは、前記メモリに記憶されたコンピュータプログラムを呼び出して実行して、上記第１の態様またはその各実装における方法を実行するために使用される。

【0009】

一実装では、前記プロセッサは１つまたは複数であり、前記メモリは１つまたは複数である。

【0010】

一実装では、前記メモリは前記プロセッサと統合されてもよいし、前記メモリは前記プロセッサから分離されてもよい。

【0011】

一実装では、前記端末機器は送信機（送信器）と受信機（受信器）をさらに含む。

【0012】

第４の態様では、本発明は、上述第１の態様またはその各実装における方法を実現するためのチップを提供する。具体的には、前記チップは、メモリからコンピュータプログラムを呼び出して実行して、前記チップを搭載した装置が、上述第１の態様またはその各実装における方法を実行するようにするプロセッサを含む。

【0013】

第５の態様では、本発明は、コンピュータに上記第１の態様またはその各実装における方法を実行させるコンピュータプログラムを格納するコンピュータ可読記憶媒体を提供する。

【0014】

第６の態様では、本発明は、コンピュータプログラムコマンドを含むコンピュータプログラム製品を提供し、コンピュータプログラムコマンドは、コンピュータに上記第１の態様またはその各実装における方法を実行させる。

【0015】

第７の態様では、本発明は、コンピュータ上で実行されると、コンピュータに上記第１の態様またはその各実装における方法を実行させるコンピュータプログラムを提供する。

【0016】

以上の方案に基づいて、第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて制御チャネル候補をリッスンし、スケジューリングシーケンスが強化され、信号受信と送信を同時に行う能力を備えない端末機器の正常な動作を保証でき、省電力の効果も達成できる。

【図面の簡単な説明】

【0017】

【図1】本発明の実施形態によって提供されるシステムフレームワークの概略ブロック図である。

【図2】本発明の実施形態によって提供されるシステムフレームワークの概略ブロック図である。

【図3】本発明の実施形態によって提供されるシステムフレームワークの概略ブロック図である。

【図4】それぞれ透過型転送衛星および再生型転送衛星に基づくＮＴＮシナリオの概略図を示す。

【図5】それぞれ透過型転送衛星および再生型転送衛星に基づくＮＴＮシナリオの概略図を示す。

【図6】本発明の実施形態によって提供されるＮＴＮシステムのタイミング関係におけるケース１の概略構造図である。

【図7】本発明の実施形態によって提供されるＮＴＮシステムのタイミング関係におけるケース２の概略構造図である。

【図8】本発明の実施形態によって提供される端末機器がＮＰＤＣＣＨを検出しないサブフレームの概略図である。

【図9】本発明の実施形態によって提供される端末機器がＮＰＤＣＣＨを検出しないサブフレームの概略図である。

【図10】本発明の実施形態によって提供される端末機器がＮＰＤＣＣＨを検出しないサブフレームの概略図である。

【図11】本発明の実施形態によって提供される無線通信方法の概略的なフローチャートである。

【図12】本発明の実施形態によって提供される端末機器が制御チャネル候補を検出しないサブフレームの概略図である。

【図13】本発明の実施形態によって提供される端末機器が制御チャネル候補を検出しないサブフレームの別の概略図である。

【図14】本発明の実施形態によって提供される端末機器の概略ブロック図である。

【図15】本発明の実施形態によって提供される端末機器の概略ブロック図である。

【図16】本発明の実施形態によって提供されるチップの概略ブロック図である。

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

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

そうでない場合、端末機器はサブフレームｎからサブフレームｎ＋Ｋｏｆｆｓｅｔ３＋４０までの間で端末装置固有の下りリンク制御チャネルサーチスペースをリッスンする必要がない。

【0146】

方法２：
端末機器に上位層のパラメータｓｒ－ＷｉｔｈｏｕｔＨＡＲＱ－ＡＣＫ－Ｃｏｎｆｉｇが設定されている場合、ＳＲに使用されるランダムアクセスプリアンブルシーケンス（例えば、ｎａｒｒｏｗｂａｎｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ）の伝送終了位置がサブフレームｎに位置すれば、
フレーム構造タイプ１（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ １）のシナリオでは、ランダムアクセスチャネルフォーマット０および１が使用され、ランダムアクセスチャネルの繰り返し回数が６４以上であれば、または、ランダムアクセスチャネルフォーマット２が使用され、ランダムアクセスチャネルの繰り返し回数が１６以上であれば、端末機器はサブフレームｎからサブフレームｎ＋４０までの間で端末装置固有の下りリンク制御チャネルサーチスペースをリッスンする必要がない。

【0147】

そうでない場合、端末機器はサブフレームｎからサブフレームｎ＋Ｋｏｆｆｓｅｔ３までの間で端末装置固有の下りリンク制御チャネルサーチスペースをリッスンする必要がない。

【0148】

方法３：
端末機器に上位層のパラメータｓｒ－ＷｉｔｈｏｕｔＨＡＲＱ－ＡＣＫ－Ｃｏｎｆｉｇが設定されている場合、ＳＲに使用されるランダムアクセスプリアンブルシーケンス（例えば、ｎａｒｒｏｗｂａｎｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ）の伝送終了位置がサブフレームｎに位置すれば、
フレーム構造タイプ１（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ １）のシナリオでは、ランダムアクセスチャネルフォーマット０および１が使用され、ランダムアクセスチャネルの繰り返し回数が６４以上であれば、または、ランダムアクセスチャネルフォーマット２が使用され、ランダムアクセスチャネルの繰り返し回数が１６以上であれば、端末機器はサブフレームｎ－Ｋｏｆｆｓｅｔ１からサブフレームｎ＋４０－Ｋｏｆｆｓｅｔ１までの間で端末装置固有の下りリンク制御チャネルサーチスペースをリッスンする必要がない。

【0149】

そうでない場合、端末機器はサブフレームｎ－Ｋｏｆｆｓｅｔ１からサブフレームｎ＋３－Ｋｏｆｆｓｅｔ１までの間で端末装置固有の下りリンク制御チャネルサーチスペースをリッスンする必要がない。

【0150】

いくつかの実施形態では、前記第１のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定する。

【0151】

いくつかの実装では、端末機器によって受信された第１の下りリンクグラントを搬送する（例えば、ＤＣＩフォーマットＮ１に対応する）第１の下りリンク制御チャネルの終了位置がサブフレームｎに位置し、第１の下りリンクグラントに対応する第１の下りリンク共有チャネルの伝送がサブフレームｎ＋ｋから開始される場合、
ＦＤＤについて、ＨＡＲＱ－ＡＣＫ情報を搬送する対応する第１の上りリンクチャネル（例えば、ＮＰＵＳＣＨフォーマット２に対応する）の伝送がサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１から開始されれば、端末機器はサブフレームｎ＋ｋからサブフレームｎ＋ｍ＋ｉ－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない、または

【0152】

ＴＤＤについて、ＨＡＲＱ－ＡＣＫ情報を搬送する対応する第１の上りリンクチャネル（例えば、ＮＰＵＳＣＨフォーマット２に対応する）の伝送終了位置がサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１に位置すれば、端末機器はサブフレームｎ＋ｋからサブフレームｎ＋ｍ＋ｉ－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない。

【0153】

いくつかの実装では、ｉは０以上である。たとえば、ｉ＝０である。別の例は、ｉ＝Ｋｏｆｆｓｅｔ１である。

【0154】

いくつかの実装では、ｉは整数である。

【0155】

一例として、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の下りリンク制御チャネル候補のリッスンには、少なくとも以下の方法が含まれる。

【0156】

方法１：
端末機器によって受信された第１の下りリンクグラントを搬送する（例えば、ＤＣＩフォーマットＮ１に対応する）第１の下りリンク制御チャネルの終了位置がサブフレームｎに位置し、第１の下りリンクグラントに対応する第１の下りリンク共有チャネルの伝送がサブフレームｎ＋ｋから開始される場合、
ＦＤＤについて、ＨＡＲＱ－ＡＣＫ情報を搬送する対応する第１の上りリンクチャネル（例えば、ＮＰＵＳＣＨフォーマット２に対応する）の伝送がサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１から開始されれば、端末機器はサブフレームｎ＋ｋからサブフレームｎ＋ｍ－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない、または

【0157】

ＴＤＤについて、ＨＡＲＱ－ＡＣＫ情報を搬送する対応する第１の上りリンクチャネル（例えば、ＮＰＵＳＣＨフォーマット２に対応する）の伝送終了位置がサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１に位置すれば、端末機器はサブフレームｎ＋ｋからサブフレームｎ＋ｍ－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない。

【0158】

方法２：
端末機器によって受信された第１の下りリンクグラントを搬送する（例えば、ＤＣＩフォーマットＮ１に対応する）第１の下りリンク制御チャネルの終了位置がサブフレームｎに位置し、第１の下りリンクグラントに対応する第１の下りリンク共有チャネルの伝送がサブフレームｎ＋ｋから開始される場合、
ＦＤＤについて、ＨＡＲＱ－ＡＣＫ情報を搬送する対応する第１の上りリンクチャネル（例えば、ＮＰＵＳＣＨフォーマット２に対応する）の伝送がサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１から開始されれば、端末機器はサブフレームｎ＋ｋからサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない、または

【0159】

ＴＤＤについて、ＨＡＲＱ－ＡＣＫ情報を搬送する対応する第１の上りリンクチャネル（例えば、ＮＰＵＳＣＨフォーマット２に対応する）の伝送終了位置がサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１に位置すれば、端末機器はサブフレームｎ＋ｋからサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない。

【0160】

いくつかの実施形態では、前記第２のオフセット値はＫｏｆｆｓｅｔ２に対応する。たとえば、第２のオフセット値はＫｏｆｆｓｅｔ２である。別の例として、Ｋｏｆｆｓｅｔ２は、第２のオフセット値に対応する時間間隔に基づいて得られた、サブフレームなどの時間ユニットを単位とする値である。

【0161】

いくつかの実施形態では、前記第１のオフセット値および前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定する。

【0162】

いくつかの実装では、端末機器によって受信された第１の下りリンクグラントを搬送する（例えば、ＤＣＩフォーマットＮ１に対応する）第１の下りリンク制御チャネルの終了位置がサブフレームｎに位置し、第１の下りリンクグラントに対応する第１の下りリンク共有チャネルの伝送がサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２から開始される場合、
ＦＤＤについて、ＨＡＲＱ－ＡＣＫ情報を搬送する対応する第１の上りリンクチャネル（例えば、ＮＰＵＳＣＨフォーマット２に対応する）の伝送がサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１から開始されれば、端末機器はサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２からサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない、または

【0163】

ＴＤＤについて、ＨＡＲＱ－ＡＣＫ情報を搬送する対応する第１の上りリンクチャネル（例えば、ＮＰＵＳＣＨフォーマット２に対応する）の伝送終了位置がサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１に位置すれば、端末機器はサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２からサブフレームｎ＋ｍ＋Ｋｏｆｆｓｅｔ１－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない。

【0164】

いくつかの実施形態では、前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定する。

【0165】

いくつかの実施形態では、端末機器によって受信された第１の下りリンクグラントを搬送する（例えば、ＤＣＩフォーマットＮ１またはＮ２に対応する）第１の下りリンク制御チャネルの終了位置がサブフレームｎに位置する場合、第１の下りリンク共有チャネルの伝送がサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２から開始されれば、端末機器は、サブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２－２からサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない。選択的に、この実施形態は、ＵＥ固有の探索空間における下りリンク制御チャネル候補リッスンに適用され、端末機器は２つのＨＡＲＱプロセスが設定される。

【0166】

いくつかの実施形態では、端末機器によって受信された第１の下りリンクグラントを搬送する（例えば、ＤＣＩフォーマットＮ１またはＮ２に対応する）第１の下りリンク制御チャネルの終了位置がサブフレームｎに位置する場合、第１の下りリンクグラントに対応する第１の下りリンク共有チャネルの伝送がサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２から開始されれば、端末機器は、サブフレームｎ＋１からサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない。

【0167】

いくつかの実装では、下りリンクグラントと下りリンク共有チャネルとの間の下りリンク制御チャネル候補のリッスンに関して、ＵＥ固有のサーチスペースについて、端末機器に２つのＨＡＲＱプロセスが設定されている場合、
端末機器によって受信された第１の下りリンクグラントを搬送する（例えば、ＤＣＩフォーマットＮ１またはＮ２に対応する）第１の下りリンク制御チャネルの終了位置がサブフレームｎに位置し、第１の下りリンク共有チャネルの伝送がサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２から開始されれば、端末機器はサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２－２からサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない。

【0168】

さもないと、
端末機器によって受信された第１の下りリンクグラントを搬送する（例えば、ＤＣＩフォーマットＮ１またはＮ２に対応する）第１の下りリンク制御チャネルの終了位置がサブフレームｎに位置し、第１の下りリンクグラントに対応する第１の下りリンク共有チャネルの伝送がサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２から開始されれば、端末機器はサブフレームｎ＋１からサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ２－１までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない。

【0169】

いくつかの実施形態では、上りリンクチャネル伝送の上りリンク間隔（ＵＬ ｇａｐ）の期間に、端末機器は下りリンク制御チャネル探索空間内の下りリンク制御チャネル候補をリッスンする必要がない。ここで、前記上りリンク間隔の長さは、第１のオフセット値以上である。

【0170】

図１２は、本発明の実施形態によって提供される端末機器が制御チャネル候補を検出しないサブフレームの概略図である。図１２に示すように、端末機器に２つのＨＡＲＱプロセスが設定されていると仮定すると、ＵＥ固有のサーチスペースに対して、
端末機器によって受信された第１の上りリンクグラントを搬送する（例えば、ＤＣＩフォーマットＮ０に対応する）第１の下りリンク制御チャネルの終了位置がサブフレームｎに位置する場合、第１の上りリンクグラントによってスケジュールされる（例えば、ＮＰＵＳＣＨフォーマット１に対応する）第１の上りリンク共有チャネルの伝送がサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ１から開始されれば、端末機器は、サブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ１－２からサブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ１－までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない、および／または、端末機器は、サブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ１－２の前に、第２の上りリンクグラントを搬送する（例えば、ＤＣＩフォーマットＮ０に対応する）第２の下りリンク制御チャネルを受信することを期待しない。ここで、第２の上りリンクグラントによってスケジュールされる（例えば、ＮＰＵＳＣＨフォーマット１に対応する）第２の上りリンク共有チャネルの伝送終了位置は、サブフレームｎ＋ｋ＋Ｋｏｆｆｓｅｔ１＋２５５よりも遅い。

【0171】

図１３は、本発明の実施形態によって提供される端末機器が制御チャネル候補のサブフレームを検出しない別の概略図である。図１３に示すように、端末機器の第１の上りリンクチャネル（例えば、上りリンク共有チャネルＮＰＵＳＣＨ）を送信する終了位置がサブフレームｎに位置する場合、端末機器はサブフレームｎ＋１からサブフレームｎ＋Ｋｏｆｆｓｅｔ３＋３までのいずれのサブフレームにおいても下りリンク制御チャネル候補をリッスンする必要がない。ここで、Ｋｏｆｆｓｅｔ３はＫｏｆｆｓｅｔ１に従って決定される。

【0172】

いくつかの実施形態では、端末機器は、ＩｏＴ－ＮＴＮシステムにおける端末機器である。例えば、端末機器は、ＮＢ－ＩｏＴ－ＮＴＮシステムにおける端末機器、またはｅＭＴＣ－ＮＴＮシステムにおける端末機器である。

【0173】

以上、本願の好適な実施形態について図面に基づいて詳細に説明したが、本願は上記実施形態における具体的な詳細に限定されるものではなく、本願の技術的構想の範囲内で、本願の技術的提案に対して多種の簡単な変形を行うことができ、これらの簡単な変形はすべて本願の保護範囲に属する。例えば、上述の実施形態に記載された様々な具体的な技術的特徴は、矛盾しない場合には、任意の適切な方法で組み合わされてもよく、不必要な繰り返しを避けるために、本願は様々な可能な組み合わせ方法について別途説明しない。また、例えば、本願の様々な異なる実施形態の間で任意の組み合わせが可能であり、本願の思想に背かない限り、同様に本願に開示された内容とみなすべきである。

【0174】

また、本願の様々な方法の実施形態において、上述の各プロセスのシーケンス番号の大きさは、実行順序の前後を意味するものではなく、各プロセスの実行順序は、本願の実施形態の実施プロセスにいかなる限定を構成するのではなく、その機能と固有の論理で決定されるべきであることを理解すべきである。また、本発明の実施形態において、用語「および／または」は、関連オブジェクトを記述する関連関係にすぎず、３つの関係が存在し得ることを意味する。具体的には、Ａおよび／またはＢは、Ａが単独で存在し、ＡとＢが同時に存在し、Ｂが単独で存在する３つの場合を表すことができる。また、本文中の文字「／」は、前後の関連オブジェクトが「または」の関係であることを一般的に表す。

【0175】

図１４は、本発明の実施形態による端末機器３００の概略ブロック図である。

【0176】

図１４に示すように、前記端末機器３００は、第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするように構成される通信ユニット３１０を含むことができ、前記第１のオフセット値に対応する時間間隔は、端末機器のタイミングアドバンスＴＡ値または往復伝送時間ＲＴＴに関連付けられ、前記第２のオフセット値に対応する時間間隔は、端末機器の同期情報の取得に関連付けられる。

【0177】

いくつかの実施形態では、前記第１のオフセット値は、上りリンクグラントと物理上りリンク共有チャネルＰＵＳＣＨとの間のスケジューリングシーケンスを決定するために使用され、及び／又は、前記第１のオフセット値は、物理下りリンク共有チャネルＰＤＳＣＨとハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバックとの間のスケジューリングシーケンスを決定するために使用される。

【0178】

いくつかの実施形態では、前記第１のオフセット値は、事前に定義されており、または、
前記第１のオフセット値は、ネットワーク機器によって、システムメッセージ、無線リソース制御ＲＲＣ、メディアアクセス制御制御要素ＭＡＣ ＣＥ、および下りリンク制御情報ＤＣＩのうちの少なくとも１つを通じて設定される。

【0179】

いくつかの実施形態では、前記第１のオフセット値の単位は、時間ユニットまたは絶対値である。

【0180】

いくつかの実施形態では、前記第２のオフセット値は、下りリンクグラントと物理下りリンク共有チャネルＰＤＳＣＨとの間のスケジューリングシーケンスを決定するために使用される。

【0181】

いくつかの実施形態では、前記第２のオフセット値は、事前に定義されており、または、
前記第２のオフセット値は、ネットワーク機器によって、システムメッセージ、無線リソース制御ＲＲＣ、メディアアクセス制御制御要素ＭＡＣ ＣＥ、および下りリンク制御情報ＤＣＩのうちの少なくとも１つを通じて設定される。

【0182】

いくつかの実施形態では、前記第２のオフセット値の単位は、時間ユニットまたは絶対値である。

【0183】

いくつかの実施形態では、前記ＨＡＲＱ－ＡＣＫフィードバック状態は、物理下りリンク共有チャネルＰＤＳＣＨのＨＡＲＱ－ＡＣＫフィードバックの非イネーブル化を含み、または前記ＨＡＲＱ－ＡＣＫフィードバック状態は、ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫが非フィードバック状態にあることを含む。

【0184】

いくつかの実施形態では、前記第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル化されるように構成される場合、前記第１のＨＡＲＱプロセスによって伝送されるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫはフィードバックされない。

【0185】

いくつかの実施形態では、前記通信ユニット３１０は、具体的には、
第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル状態に対応し、前記端末機器が受信した前記第１のＨＡＲＱプロセスに対応する第１の下りリンク共有チャネルの終了位置が時間ユニットｎに位置する場合、前記端末機器は、時間ユニットｎ＋１から時間ユニットｎ＋ｋまでの時間ユニットで制御チャネル候補をリッスンすることを期待しないように構成され、ここで、ｋは非負の整数である。

【0186】

いくつかの実施形態では、前記通信ユニット３１０は、具体的には、
第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル状態に対応し、端末機器が受信した前記第１のＨＡＲＱプロセスに対応する第１の下りリンク共有チャネルの終了位置がサブフレームｎに位置する場合、前記端末機器は、サブフレームｎ＋１からサブフレームｎ＋１２までのいずれのサブフレームにおいても制御チャネル候補をリッスンすることを期待しないように構成される。

【0187】

いくつかの実施形態では、前記通信ユニット３１０は、具体的には、
前記第１のオフセット値に基づいて、上りリンクグラントと上りリンク共有チャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定し、
前記第１のオフセット値に基づいて、物理下りリンク制御チャネルＰＤＣＣＨコマンドとランダムアクセスチャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第１のオフセット値に基づいて、上りリンク共有チャネルまたは上りリンク制御チャネル伝送後の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第１のオフセット値に基づいて、ランダムアクセスチャネル伝送後の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第１のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定し、
前記第１のオフセット値および前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定するように構成される。

【0188】

装置の実施形態と方法の実施形態は互いに対応していてもよく、同様の説明は方法の実施形態を参照してもよいことを理解されたい。具体的には、図１４に示される端末機器３００は、本発明の実施形態の方法２００を実行する際の該当する主体に対応することができ、端末機器３００における各ユニットの前述および他の動作および／または機能は、図１１の各方法における対応するフローを実装するためのものであり、簡潔にするために、ここでは説明しない。

【0189】

以上、添付図面を参照しながら、本発明の実施形態に係る通信機器を機能モジュールの観点から説明した。この機能モジュールはハードウェアの形で実装することもできるし、ソフトウェアの形でコマンドを介して実装することもできるし、ハードウェアモジュールとソフトウェアモジュールの組み合わせによって実装することもできることを理解されたい。

【0190】

具体的には、本発明の実施形態における方法の実施形態の各ステップは、プロセッサ内のハードウェアの集積論理回路および／またはソフトウェアの形態のコマンドによって実行することができ、本発明の実施形態に関連して開示された方法のステップは、ハードウェア復号プロセッサによって直接実装することも、復号プロセッサ内のハードウェアモジュールとソフトウェアモジュールの組み合わせによって実行することもできる。

【0191】

選択的に、ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ、電気的に消去可能なプログラマブルメモリ、レジスタなどの、当該分野で成熟した記憶媒体に配置されてもよい。記憶媒体はメモリ内に配置され、プロセッサはメモリ内の情報を読み取り、ハードウェアと組み合わせて上記の方法の実施形態のステップを実行する。

【0192】

例えば、上述の処理ユニットおよび通信ユニットは、それぞれプロセッサおよび送受信機によって実装される。

【0193】

図１５は、本発明の実施形態による端末機器４００の概略構成図である。

【0194】

図１５に示すように、前記端末機器４００はプロセッサ４１０を含んでもよい。

【0195】

ここで、プロセッサ４１０は、本発明の実施形態における方法を実装するために、メモリからコンピュータプログラムを呼び出して実行することができる。

【0196】

引き続き図１５を参照すると、端末機器４００はメモリ４２０をさらに含むことができる。

【0197】

ここで、メモリ４２０は、指示情報を記憶するために使用することができ、また、プロセッサ４１０によって実行されるコード、コマンドなどを記憶するために使用することもできる。ここで、プロセッサ４１０は、本発明の実施形態における方法を実装するために、メモリ４２０からコンピュータプログラムを呼び出して実行することができる。メモリ４２０は、プロセッサ４１０から独立した別個の機器であってもよいし、プロセッサ４１０に統合されてもよい。

【0198】

引き続き図１５を参照すると、端末機器４００は送受信機４３０をさらに含むことができる。

【0199】

ここで、プロセッサ４１０は、送受信機４３０を制御して他の機器と通信することができ、具体的には、他の機器に情報やデータを送信したり、他の機器によって送信された情報やデータを受信したりすることができる。送受信機４３０は、送信機および受信機を含むことができる。送受信機４３０はアンテナをさらに含んでもよく、アンテナの数は１つまたは複数であってもよい。

【0200】

端末機器４００の様々な構成要素はバスシステムを介して接続され、バスシステムにはデータバスだけでなく、電力バス、制御バス、およびステータス信号バスも含まれることを理解されたい。

【0201】

端末機器４００は、本発明の実施形態の端末機器であってもよく、端末機器４００は、本発明の実施形態の各方法において端末機器によって実装される対応するプロセスを実装してもよいことも理解されたい。端末機器４００は、本発明の実施形態における端末機器３００に対応することができ、本発明の実施形態に係る方法２００を実行する際の対応する主体に対応することができる。簡潔にするため、ここでは詳細は繰り返さない。

【0202】

さらに、本発明の実施形態はチップも提供する。

【0203】

例えば、チップは、信号処理能力を有し、本発明の実施形態で開示される方法、ステップ、および論理ブロック図を実装または実行できる集積回路チップであってもよい。チップは、システムレベルチップ、システムチップ、チップシステム、またはオンチップシステムチップなどとも呼ばれることができる。選択的に、チップを搭載した通信機器が本発明の実施形態で開示する方法、ステップ、および論理ブロック図を実行できるように、チップをさまざまな通信機器に適用することができる。

【0204】

図１６は、本発明の実施形態によるチップ５００の概略構造図である。

【0205】

図１６に示すように、前記チップ５００はプロセッサ５１０を含む。

【0206】

ここで、プロセッサ５１０は、本発明の実施形態における方法を実装するために、メモリからコンピュータプログラムを呼び出して実行することができる。

【0207】

引き続き図１６を参照すると、前記チップ５００はメモリ５２０をさらに含むことができる。

【0208】

プロセッサ５１０は、メモリ５２０からコンピュータプログラムを呼び出して実行し、本発明の実施形態における方法を実装することができる。メモリ５２０は、指示情報を記憶するために使用することができ、また、プロセッサ５１０によって実行されるコード、コマンドなどを記憶するために使用することもできる。メモリ５２０は、プロセッサ５１０から独立した別個の機器であってもよいし、プロセッサ５１０に統合されてもよい。

【0209】

引き続き図１６を参照すると、前記チップ５００は入力インターフェイス５３０も含むことができる。

【0210】

ここで、プロセッサ５１０は、入力インターフェイス５３０を制御して他の機器またはチップと通信することができ、具体的には、他の機器またはチップによって送信された情報またはデータを取得することができる。

【0211】

引き続き図１６を参照すると、前記チップ５００は出力インターフェイス５４０も含むことができる。

【0212】

ここで、プロセッサ５１０は、出力インターフェイス５４０を制御して他の機器またはチップと通信することができ、具体的には、他の機器またはチップに情報またはデータを出力することができる。

【0213】

前記チップ５００は、本発明の実施形態におけるネットワーク機器に適用することができ、チップは、本発明の実施形態の各方法においてネットワーク機器によって実装される対応するプロセスを実行することができ、本発明の実施形態の各方法において端末機器によって実装される対応するプロセスを実行することもできるが、簡単にするためにここでは繰り返さない。

【0214】

チップ５００内の様々な構成要素がバスシステムを介して接続され、バスシステムがデータバスに加えて電力バス、制御バス、およびステータス信号バスを含むことも理解されたい。

【0215】

上記のプロセッサには、汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）またはその他のプログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントなどが含まれますが、これらに限定されない。

【0216】

前記プロセッサは、本発明の実施形態で開示される各方法、ステップ、および論理ブロック図を実装または実行するために使用される。本発明の実施形態に関連して開示される方法のステップは、ハードウェア復号プロセッサによって直接実装されてもよく、または復号プロセッサ内のハードウェアモジュールとソフトウェアモジュールの組み合わせによって実装されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ、または消去可能プログラマブルメモリ、レジスタなどの、当該分野で成熟した記憶媒体に配置されてもよい。記憶媒体はメモリ内に配置され、プロセッサはメモリ内の情報を読み取り、ハードウェアと組み合わせて上記の方法のステップを完了する。

【0217】

上記のメモリには、揮発性メモリおよび／または不揮発性メモリが含まれ、その中で、不揮発性メモリは、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ：ＲＯＭ）、プログラマブル読み取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ：ＰＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ：ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ：ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）であってもよい。限定ではなく例として、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ：ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ ＲＡＭ：ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ：ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ：ＤＤＲ ＳＤＲＡＭ）、拡張同期ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ：ＥＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ：ＳＬＤＲＡＭ）、及びダイレクトメモリバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ：ＤＲ ＲＡＭ）等の多くの形式のＲＡＭが利用可能である。

【0218】

ここで説明されるメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されている。

【0219】

本発明の実施形態は、コンピュータプログラムを格納するためのコンピュータ可読記憶媒体も提供する。コンピュータ可読記憶媒体は、１つまたは複数のプログラムを記憶し、１つまたは複数のプログラムは、複数のアプリケーションプログラムを含む携帯型電子機器によって実行されると、携帯型電子機器が方法の実施形態の方法を実行できるようにするコマンドを含む。選択的に、コンピュータ可読記憶媒体は、本発明の実施形態における移動端末／端末機器に適用することができ、コンピュータプログラムは、各方法で移動端末／端末機器によって実装される対応するプロセスをコンピュータに実行させる。簡潔にするために、ここでは繰り返さない。

【0220】

本発明の実施形態は、コンピュータプログラムを含むコンピュータプログラム製品も提供する。選択的に、コンピュータプログラム製品は、本発明の実施形態における移動端末／端末機器に適用することができ、コンピュータプログラムは、実施形態の各方法において移動端末／端末機器によって実装される対応するプロセスをコンピュータに実行させる。簡潔にするために、ここでは繰り返さない。

【0221】

本発明の実施形態はコンピュータプログラムも提供する。コンピュータプログラムがコンピュータによって実行されると、コンピュータは方法実施形態の方法を実行することができる。選択的に、コンピュータプログラムは、本発明の実施形態における移動端末／端末機器に適用することができ、コンピュータプログラムがコンピュータ上で実行されると、本発明の実施形態の各方法において移動端末／端末機器によって実装される対応するプロセスをコンピュータに実行させる。簡潔にするために、ここでは繰り返さない。

【0222】

さらに、本発明の実施形態は、通信システムも提供し、前記通信システムは、図１に示すような通信システムを形成するために、上述の端末機器およびネットワーク機器を含むことができ、簡潔にするために、ここでは繰り返さない。なお、本明細書における「システム」という用語は、「ネットワーク管理アーキテクチャ」や「ネットワークシステム」とも呼ばれる。

【0223】

また、本発明の実施形態および添付の特許請求の範囲で使用される用語は、特定の実施形態を説明することのみを目的としており、本発明の実施形態を限定するものではないことも理解されたい。例えば、実施形態および添付の特許請求の範囲で使用される場合、単数形「一つ」、「前記」、「上記」、および「この」は、文脈上明らかに別段の指示がない限り、複数形も含むものとする。

【0224】

当業者は、本明細書に開示される実施形態に関連して説明される各例のユニットおよびアルゴリズムステップが、電子ハードウェア、またはコンピュータソフトウェアと電子ハードウェアの組み合わせによって実装できることを理解することができる。これらの機能がハードウェアで実行されるかソフトウェアで実行されるかは、技術方案の特定のアプリケーションと設計制約によって異なる。専門家および技術者は、特定の用途ごとに説明された機能を実装するために異なる方法を使用する可能性があるが、そのような実装は本発明の実施形態の範囲を超えるものとみなされるべきではない。

【0225】

ソフトウェア機能ユニットの形式で実装され、独立した製品として販売または使用される場合、一つのコンピュータ読み取り可能な記憶媒体に保存できる。この理解に基づいて、本発明の実施形態の技術方案は、本質的に既存の技術に貢献する部分であるか、またはこの技術方案の一部はソフトウェア製品の形で具体化することができ、コンピュータソフトウェア製品は、コンピュータ装置（パーソナルコンピュータ、サーバ、またはネットワーク機器など）に、本発明の実施形態で説明される方法のステップのすべてまたは一部を実行させるためのいくつかのコマンドを含む、記憶媒体に記憶される。前記記憶媒体には、ＵＳＢメモリ、モバイルハードディスク、読み出し専用メモリ、ランダムアクセスメモリ、磁気ディスク、光ディスク等のプログラムコードを記憶できる各種の媒体が含まれる。

【0226】

当業者であれば、説明の便宜および単純化のために、上述のシステム、装置およびユニットの特定の動作プロセスは、前述の方法の実施形態における対応するプロセスを参照することができ、ここでは再度説明しないことを明確に理解することができる。

【0227】

本出願で提供されるいくつかの実施形態において、開示されたシステム、装置、および方法は他の方法で実装できることを理解されたい。例えば、上述の装置の実施形態におけるユニット、モジュール、またはコンポーネントの分割は論理的な機能分割にすぎず、実際の実装では他の分割方法があり得る。例えば、複数のユニット、モジュール、またはコンポーネントを組み合わせたり、統合したりすることができる。または、一部のユニット、モジュール、コンポーネントは無視されるか、実行されない可能性がある。別の例として、別個の／表示コンポーネントとして説明されたユニット／モジュール／コンポーネントは、物理的に分離されていてもいなくてもよい、すなわち、それらは１つの場所に配置されていてもよいし、複数のネットワークユニットに分散されていてもよい。ユニット／モジュール／コンポーネントの一部またはすべては、本発明の実施形態の目的を達成するための実際のニーズに従って選択することができる。

【0228】

以上は、本発明の特定の実施例にすぎず、本発明の実施形態の保護範囲はこれらに限定されない。この技術分野の当業者であれば、いずれも本発明に提示された技術範囲内で、変更又は置き換えを行うことを容易に想到し得るものがいずれも本発明の範囲に含まれる。従って、本発明の実施形態の保護範囲は、特許請求の範囲の保護範囲に従うべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【手続補正書】

【提出日】2024-03-07

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするステップを含み、
前記第１のオフセット値に対応する時間間隔は、端末機器のタイミングアドバンスＴＡ値または往復伝送時間ＲＴＴに関連付けられ、前記第２のオフセット値に対応する時間間隔は、端末機器の同期情報の取得に関連付けられる
ことを特徴とする無線通信方法。

【請求項2】

前記第１のオフセット値は、上りリンクグラントと物理上りリンク共有チャネルＰＵＳＣＨとの間のスケジューリングシーケンスを決定するために使用され、及び／又は、前記第１のオフセット値は、物理下りリンク共有チャネルＰＤＳＣＨとハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバックとの間のスケジューリングシーケンスを決定するために使用される
ことを特徴とする請求項１に記載の方法。

【請求項3】

前記第１のオフセット値は、事前に定義されており、または、
前記第１のオフセット値は、ネットワーク機器によって、システムメッセージ、無線リソース制御ＲＲＣ、メディアアクセス制御制御要素ＭＡＣ ＣＥ、および下りリンク制御情報ＤＣＩのうちの少なくとも１つを通じて設定される
ことを特徴とする請求項１または２に記載の方法。

【請求項4】

前記第１のオフセット値の単位は、時間ユニットまたは絶対値である
ことを特徴とする請求項１から３のいずれか一項に記載の方法。

【請求項5】

前記第２のオフセット値は、下りリンクグラントと物理下りリンク共有チャネルＰＤＳＣＨとの間のスケジューリングシーケンスを決定するために使用される
ことを特徴とする請求項１から４のいずれか一項に記載の方法。

【請求項6】

前記第２のオフセット値は、事前に定義されており、または、
前記第２のオフセット値は、ネットワーク機器によって、システムメッセージ、無線リソース制御ＲＲＣ、メディアアクセス制御制御要素ＭＡＣ ＣＥ、および下りリンク制御情報ＤＣＩのうちの少なくとも１つを通じて設定される
ことを特徴とする請求項１から５のいずれか一項に記載の方法。

【請求項7】

前記第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするステップは、
前記第１のオフセット値に基づいて、上りリンクグラントと上りリンク共有チャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定すること、
前記第１のオフセット値に基づいて、物理下りリンク制御チャネルＰＤＣＣＨコマンドとランダムアクセスチャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定すること、
前記第１のオフセット値に基づいて、上りリンク共有チャネルまたは上りリンク制御チャネル伝送後の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定すること、
前記第１のオフセット値に基づいて、ランダムアクセスチャネル伝送後の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定すること、
前記第１のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定すること、
前記第１のオフセット値および前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定すること、
前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定することを含む
ことを特徴とする請求項１から６のいずれか一項に記載の方法。

【請求項8】

第１のオフセット値、第２のオフセット値、およびハイブリッド自動再送要求確認ＨＡＲＱ－ＡＣＫフィードバック状態のうちの少なくとも１つに基づいて、制御チャネル候補をリッスンするように構成される通信ユニットを含み、
前記第１のオフセット値に対応する時間間隔は、端末機器のタイミングアドバンスＴＡ値または往復伝送時間ＲＴＴに関連付けられ、前記第２のオフセット値に対応する時間間隔は、端末機器の同期情報の取得に関連付けられる
ことを特徴とする端末機器。

【請求項9】

前記第１のオフセット値の単位は、時間ユニットまたは絶対値である
ことを特徴とする請求項８に記載の端末機器。

【請求項10】

前記ＨＡＲＱ－ＡＣＫフィードバック状態は、物理下りリンク共有チャネルＰＤＳＣＨのＨＡＲＱ－ＡＣＫフィードバックの非イネーブル化を含み、または前記ＨＡＲＱ－ＡＣＫフィードバック状態は、ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫが非フィードバック状態にあることを含む
ことを特徴とする請求項８または９に記載の端末機器。

【請求項11】

第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル化されるように構成される場合、前記第１のＨＡＲＱプロセスによって伝送されるＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫはフィードバックされない
ことを特徴とする請求項１０に記載の端末機器。

【請求項12】

前記通信ユニットは、具体的には、
第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル状態に対応し、前記端末機器が受信した前記第１のＨＡＲＱプロセスに対応する第１の下りリンク共有チャネルの終了位置が時間ユニットｎに位置する場合、前記端末機器は、時間ユニットｎ＋１から時間ユニットｎ＋ｋまでの時間ユニットで制御チャネル候補をリッスンすることを期待しないように構成され、ここで、ｋは非負の整数である
ことを特徴とする請求項８から１１のいずれか一項に記載の端末機器。

【請求項13】

前記通信ユニットは、具体的には、
第１のＨＡＲＱプロセスがＨＡＲＱ－ＡＣＫフィードバック非イネーブル状態に対応し、端末機器が受信した前記第１のＨＡＲＱプロセスに対応する第１の下りリンク共有チャネルの終了位置がサブフレームｎに位置する場合、前記端末機器は、サブフレームｎ＋１からサブフレームｎ＋１２までのいずれのサブフレームにおいても制御チャネル候補をリッスンすることを期待しないように構成される
ことを特徴とする請求項１２に記載の端末機器。

【請求項14】

前記通信ユニットは、具体的には、
前記第１のオフセット値に基づいて、上りリンクグラントと上りリンク共有チャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定し、
前記第１のオフセット値に基づいて、物理下りリンク制御チャネルＰＤＣＣＨコマンドとランダムアクセスチャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第１のオフセット値に基づいて、上りリンク共有チャネルまたは上りリンク制御チャネル伝送後の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第１のオフセット値に基づいて、ランダムアクセスチャネル伝送後の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第１のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定し、
前記第１のオフセット値および前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルに対応するＨＡＲＱ－ＡＣＫフィードバックとの間の時間ユニットにおける制御チャネル候補をリッスンするかどうかを決定し、
前記第２のオフセット値に基づいて、下りリンクグラントと下りリンク共有チャネルとの間の時間ユニットにおける制御チャネル候補をリッスンするか否かを決定するように構成される
ことを特徴とする請求項８から１３のいずれか一項に記載の端末機器。

【請求項15】

請求項１から７のいずれか一項に記載の方法をコンピュータに実行させるコンピュータプログラムを格納するために使用される
ことを特徴とするコンピュータ可読記憶媒体。

【国際調査報告】