特表 2024-517028 下りリンク制御チャネルを送受信する方法及びそのための装置

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

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

(11)【公表番号】

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

(54)【発明の名称】下りリンク制御チャネルを送受信する方法及びそのための装置

(51)【国際特許分類】

   H04W 72/1273 20230101AFI20240411BHJP

   H04W 52/02 20090101ALI20240411BHJP

   H04W 72/232 20230101ALI20240411BHJP

   H04W 72/231 20230101ALI20240411BHJP

【ＦＩ】

H04W72/1273

H04W52/02 111

H04W72/232

H04W72/231

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023569947

(86)(22)【出願日】2022-05-11

(85)【翻訳文提出日】2023-11-10

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

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

(87)【国際公開日】2022-11-17

(31)【優先権主張番号】10-2021-0061432

(32)【優先日】2021-05-12

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】イ ソンフン

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】キム チェヒョン

(72)【発明者】

【氏名】キム ソンウク

(72)【発明者】

【氏名】ファン ソンケ

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

5K067

【Ｆターム（参考）】

5K067CC22

5K067DD34

5K067EE02

5K067EE10

(57)【要約】

この開示は無線通信システムにおいて端末がＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)をモニタリングする方法に関する。特にこの方法は、複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を受信し、前記複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を受信し、前記１つのＰＤＣＣＨモニタリングパターンに基づいて前記ＰＤＣＣＨをモニタリングすることを含み、前記複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む。
【選択図】図１４

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末がＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)をモニタリングする方法であって、
複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を受信し、
前記複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を受信し、
前記１つのＰＤＣＣＨモニタリングパターンに基づいて前記ＰＤＣＣＨをモニタリングすることを含み、
前記複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む、ＰＤＣＣＨモニタリング方法。

【請求項2】

前記少なくとも１つのＰＤＣＣＨモニタリング省略動作及び前記少なくとも１つのＳＳ Ｓｅｔグループスイッチング動作のそれぞれのための区間は、前記第２情報の受信時点からＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)の終了時点までの間隔に基づいて決定される、請求項１に記載のＰＤＣＣＨモニタリング方法。

【請求項3】

前記少なくとも１つのＰＤＣＣＨモニタリング省略動作及び前記少なくとも１つのＳＳ Ｓｅｔグループスイッチング動作のそれぞれのための区間は、前記第２情報の受信時点に対応するＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)の全体間隔に基づいて決定される、請求項１に記載のＰＤＣＣＨモニタリング方法。

【請求項4】

前記ＰＤＣＣＨをモニタリングすることは、前記第２情報の受信時点に対応するＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)が終了するまで前記１つのＰＤＣＣＨモニタリングパターンを繰り返して前記ＰＤＣＣＨをモニタリングすることである、請求項１に記載のＰＤＣＣＨモニタリング方法。

【請求項5】

前記ＰＤＣＣＨをモニタリングすることは、前記第２情報の受信時点から特定の時間後に前記１つのＰＤＣＣＨモニタリングパターンに基づいて前記ＰＤＣＣＨをモニタリングすることである、請求項１に記載のＰＤＣＣＨモニタリング方法。

【請求項6】

前記複数のＰＤＣＣＨモニタリング適応パターンのうち、他の１つのＰＤＣＣＨモニタリング適応パターンを知らせる第３情報が受信されると、前記１つのＰＤＣＣＨモニタリングパターンに基づくＰＤＣＣＨのモニタリングを中断し、前記他の１つのＰＤＣＣＨモニタリング適応パターンに基づいてＰＤＣＣＨがモニタリングされる、請求項１に記載のＰＤＣＣＨモニタリング方法。

【請求項7】

無線通信システムにおいてＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)をモニタリングする端末であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、
前記動作は、
前記少なくとも１つの送受信機により、複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を受信し、
前記少なくとも１つの送受信機により、前記複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を受信し、
前記１つのＰＤＣＣＨモニタリングパターンに基づいて前記ＰＤＣＣＨをモニタリングすることを含み、
前記複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む、端末。

【請求項8】

前記少なくとも１つのＰＤＣＣＨモニタリング省略動作及び前記少なくとも１つのＳＳ Ｓｅｔグループスイッチング動作のそれぞれのための区間は、前記第２情報の受信時点からＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)の終了時点までの間隔に基づいて決定される、請求項７に記載の端末。

【請求項9】

前記少なくとも１つのＰＤＣＣＨモニタリング省略動作及び前記少なくとも１つのＳＳ Ｓｅｔグループスイッチング動作のそれぞれのための区間は、前記第２情報の受信時点に対応するＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)の全体間隔に基づいて決定される、請求項７に記載の端末。

【請求項10】

前記ＰＤＣＣＨをモニタリングすることは、前記第２情報の受信時点に対応するＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)が終了するまで前記１つのＰＤＣＣＨモニタリングパターンを繰り返して前記ＰＤＣＣＨをモニタリングすることである、請求項７に記載の端末。

【請求項11】

前記ＰＤＣＣＨをモニタリングすることは、前記第２情報の受信時点から特定の時間後に前記１つのＰＤＣＣＨモニタリングパターンに基づいて前記ＰＤＣＣＨをモニタリングすることである、請求項７に記載の端末。

【請求項12】

前記複数のＰＤＣＣＨモニタリング適応パターンのうち、他の１つのＰＤＣＣＨモニタリング適応パターンを知らせる第３情報が受信されると、前記１つのＰＤＣＣＨモニタリングパターンに基づくＰＤＣＣＨのモニタリングを中断し、前記他の１つのＰＤＣＣＨモニタリング適応パターンに基づいてＰＤＣＣＨがモニタリングされる、請求項７に記載の端末。

【請求項13】

無線通信システムにおいてＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)をモニタリングする装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、
前記動作は、
複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を受信し、
前記複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を受信し、
前記１つのＰＤＣＣＨモニタリングパターンに基づいて前記ＰＤＣＣＨをモニタリングすることを含み、
前記複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む、装置。

【請求項14】

少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体であって、
前記動作は、
複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を受信し、
前記複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を受信し、
前記１つのＰＤＣＣＨモニタリングパターンに基づいて前記ＰＤＣＣＨをモニタリングすることを含み、
前記複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む、コンピューター読み取り可能な格納媒体。

【請求項15】

無線通信システムにおいて基地局がＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を送信する方法であって、
複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を送信し、
前記複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を送信し、
前記１つのＰＤＣＣＨモニタリングパターンに基づいて前記ＰＤＣＣＨを送信することを含み、
前記複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む、ＰＤＣＣＨ送信方法。

【請求項16】

無線通信システムにおいてＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を送信する基地局であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、
前記動作は、
前記少なくとも１つの送受信機により、複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を送信し、
前記少なくとも１つの送受信機により、前記複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を送信し、
前記少なくとも１つの送受信機により、前記１つのＰＤＣＣＨモニタリングパターンに基づいて前記ＰＤＣＣＨを送信することを含み、
前記複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

この開示(Ｄｉｓｃｌｏｓｕｒｅ)は、下りリンク制御チャネルを送受信する方法及びそのための装置に関し、より詳しくは、ＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)によりＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)モニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)を指示し、指示されたＰＤＣＣＨモニタリング適応に基づいてＰＤＣＣＨをモニタリングする方法及びそのための装置に関する。

【背景技術】

【0002】

時代の流れによってより多くの通信装置がより大きな通信トラフィックを要求することになり、既存のＬＴＥシステムに比べて向上した無線広帯域通信である次世代５Ｇシステムが要求されている。ＮｅｗＲＡＴと呼ばれる次世代５Ｇシステムでは、Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ(ｅＭＢＢ)／Ｕｌｔｒａ－Ｒｅｌｉａｂｉｌｉｔｙ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ(ＵＲＬＬＣ)／Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ－ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ(ｍＭＴＣ)などに通信シナリオが区分される。

【0003】

ここで、ｅＭＢＢはＨｉｇｈ Ｓｐｅｃｔｒｕｍ Ｅｆｆｉｃｉｅｎｃｙ、Ｈｉｇｈ Ｕｓｅｒ Ｅｘｐｅｒｉｅｎｃｅｄ Ｄａｔａ Ｒａｔｅ、Ｈｉｇｈ Ｐｅａｋ Ｄａｔａ Ｒａｔｅなどの特性を有する次世代移動通信シナリオであり、ＵＲＬＬＣはＵｌｔｒａ Ｒｅｌｉａｂｌｅ、Ｕｌｔｒａ Ｌｏｗ Ｌａｔｅｎｃｙ、Ｕｌｔｒａ Ｈｉｇｈ Ａｖａｉｌａｂｉｌｉｔｙなどの特性を有する次世代移動通信シナリオであり(例えば、Ｖ２Ｘ、Ｅｍｅｒｇｅｎｃｙ Ｓｅｒｖｉｃｅ、Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌ)、ｍＭＴＣはＬｏｗ Ｃｏｓｔ、Ｌｏｗ Ｅｎｅｒｇｙ、Ｓｈｏｒｔ Ｐａｃｋｅｔ、Ｍａｓｓｉｖｅ Ｃｏｎｎｅｃｔｉｖｉｔｙの特性を有する次世代移動通信シナリオである(例えば、ＩｏＴ)。

【発明の概要】

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

【0004】

本開示は、下りリンク制御チャネルを送受信する方法及びそのための装置を提供する。

【0005】

本開示で達成しようとする技術的課題は上記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

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

【0006】

この開示の実施例による無線通信システムにおいて、端末がＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)をモニタリングする方法であって、複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を受信し、複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を受信し、１つのＰＤＣＣＨモニタリングパターンに基づいてＰＤＣＣＨをモニタリングすることを含み、複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む。

【0007】

このとき、少なくとも１つのＰＤＣＣＨモニタリング省略動作及び少なくとも１つのＳＳ Ｓｅｔグループスイッチング動作のそれぞれのための区間は、第２情報の受信時点からＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)の終了時点までの間隔に基づいて決定される。

【0008】

また少なくとも１つのＰＤＣＣＨモニタリング省略動作及び少なくとも１つのＳＳ Ｓｅｔグループスイッチング動作のそれぞれのための区間は、第２情報の受信時点に対応するＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)の全体間隔に基づいて決定される。

【0009】

ＰＤＣＣＨをモニタリングすることは、第２情報の受信時点に対応するＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)が終了するまで１つのＰＤＣＣＨモニタリングパターンを繰り返してＰＤＣＣＨをモニタリングすることである。

【0010】

またＰＤＣＣＨをモニタリングすることは、第２情報の受信時点から特定の時間後に１つのＰＤＣＣＨモニタリングパターンに基づいてＰＤＣＣＨをモニタリングすることである。

【0011】

複数のＰＤＣＣＨモニタリング適応パターンのうち、他の１つのＰＤＣＣＨモニタリング適応パターンを知らせる第３情報が受信されると、上記の１つのＰＤＣＣＨモニタリングパターンに基づくＰＤＣＣＨのモニタリングを中断し、他の１つのＰＤＣＣＨモニタリング適応パターンに基づいてＰＤＣＣＨがモニタリングされる。

【0012】

この開示の実施例による無線通信システムにおいて、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)をモニタリングする端末であって、少なくとも１つの送受信機と、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は：少なくとも１つの送受信機により、複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を受信し、少なくとも１つの送受信機により、複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を受信し、１つのＰＤＣＣＨモニタリングパターンに基づいてＰＤＣＣＨをモニタリングすることを含み、複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む。

【0013】

このとき、少なくとも１つのＰＤＣＣＨモニタリング省略動作及び少なくとも１つのＳＳ Ｓｅｔグループスイッチング動作のそれぞれのための区間は、第２情報の受信時点からＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)の終了時点までの間隔に基づいて決定される。

【0014】

また少なくとも１つのＰＤＣＣＨモニタリング省略動作及び少なくとも１つのＳＳ Ｓｅｔグループスイッチング動作のそれぞれのための区間は、第２情報の受信時点に対応するＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)の全体間隔に基づいて決定される。

【0015】

ＰＤＣＣＨをモニタリングすることは、第２情報の受信時点に対応するＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)活性時間(Ａｃｔｉｖｅ Ｔｉｍｅ)が終了するまで１つのＰＤＣＣＨモニタリングパターンを繰り返してＰＤＣＣＨをモニタリングすることである。

【0016】

またＰＤＣＣＨをモニタリングすることは、第２情報の受信時点から特定の時間後に１つのＰＤＣＣＨモニタリングパターンに基づいてＰＤＣＣＨをモニタリングすることである。

【0017】

複数のＰＤＣＣＨモニタリング適応パターンのうち、他の１つのＰＤＣＣＨモニタリング適応パターンを知らせる第３情報が受信されると、上記の１つのＰＤＣＣＨモニタリングパターンに基づくＰＤＣＣＨのモニタリングを中断し、他の１つのＰＤＣＣＨモニタリング適応パターンに基づいてＰＤＣＣＨがモニタリングされる。

【0018】

この開示による無線通信システムにおいて、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)をモニタリングする装置であって、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は、複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を受信し、複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を受信し、１つのＰＤＣＣＨモニタリングパターンに基づいてＰＤＣＣＨをモニタリングすることを含み、複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む。

【0019】

この開示による少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体であって、この動作は、複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を受信し、複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を受信し、１つのＰＤＣＣＨモニタリングパターンに基づいてＰＤＣＣＨをモニタリングすることを含み、複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む。

【0020】

この開示の実施例による無線通信システムにおいて、基地局がＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を送信する方法であって、複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を送信し、複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を送信し、１つのＰＤＣＣＨモニタリングパターンに基づいてＰＤＣＣＨを送信することを含み、複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む。

【0021】

この開示による無線通信システムにおいて、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を送信する基地局であって、少なくとも１つの送受信機と、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は：少なくとも１つの送受信機により、複数のＰＤＣＣＨモニタリング適応(Ｍｏｎｉｔｏｒｉｎｇ Ａｄａｐｔａｔｉｏｎ)パターンに関連する第１情報を送信し、少なくとも１つの送受信機により、複数のＰＤＣＣＨモニタリング適応パターンのうち、１つのＰＤＣＣＨモニタリング適応パターンを知らせる第２情報を送信し、少なくとも１つの送受信機により、１つのＰＤＣＣＨモニタリングパターンに基づいてＰＤＣＣＨを送信することを含み、複数のＰＤＣＣＨモニタリング適応パターンのそれぞれは、少なくとも１つのＰＤＣＣＨモニタリング省略(ｓｋｉｐｐｉｎｇ)動作及び少なくとも１つの検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)グループスイッチング動作を含む。

【発明の効果】

【0022】

この開示によれば、端末のＤＲＸ Ａｃｔｉｖｅ Ｔｉｍｅ内での電力節約(ｐｏｗｅｒ ｓａｖｉｎｇ)のためのＰＤＣＣＨモニタリング適応(ｍｏｎｉｔｏｒｉｎｇ ａｄａｐｔａｔｉｏｎ)がＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)により指示される。このとき、ＤＣＩはＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ及び／又はＳＳ(Ｓｅａｒｃｈ Ｓｐａｃｅ) Ｓｅｔ Ｓｗｉｔｃｈｉｎｇを様々な方法で指示することができる。

【0023】

これにより、端末はＤＲＸ Ａｃｔｉｖｅ Ｔｉｍｅ内でＰＤＣＣＨをモニタリングするための時間及びモニタリング対象となるＳＳ Ｓｅｔを減少し、電力消耗を減らすことができる。

【0024】

本開示で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

【図面の簡単な説明】

【0025】

【図1】無線フレームの構造を例示する図である。

【0026】

【図2】スロットのリソースグリッドを例示する図である。

【0027】

【図3】スロット内に物理チャネルがマッピングされる例を示す図である。

【0028】

【図4-5】ＩＤＬＥモードのＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)動作を説明するための図である。

【0029】

【図6-8】ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)連結(Ｃｏｎｎｅｃｔｅｄ)モードでのＤＲＸ動作を説明するための図である。

【0030】

【図9】ＤＣＩ Ｆｏｒｍａｔ ２_６をモニタリングする方法を説明するための図である。

【0031】

【図10-12】この開示の実施例による端末及び基地局の全般的な動作過程を説明するための図である。

【0032】

【図13-14】この開示の実施例を説明するための図である。

【0033】

【図15】この開示に適用される通信システムを例示する図である。

【0034】

【図16】この開示に適用可能な無線機器を例示する図である。

【0035】

【図17】この開示に適用可能な車両又は自律走行車両を例示する図である。

【0036】

【図18】この開示に適用されるＸＲ(ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ)装置を例示する図である。

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

【0037】

以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような様々な無線接続システムに用いることができる。ＣＤＭＡはＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡはＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡはＩＥＥＥ８０２．１１(Ｗｉ－Ｆｉ（登録商標）)、ＩＥＥＥ８０２．１６(ＷｉＭＡＸ（登録商標）)、ＩＥＥＥ８０２－２０、Ｅ－ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡはＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)ＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)はＥ－ＵＴＲＡを用いるＥ－ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、ＬＴＥ－Ａは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ(Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)は３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａの進化したバージョンである。

【0038】

説明を明確にするために、３ＧＰＰ（登録商標）通信システム(例えば、ＮＲ)を主として説明するが、本開示の技術的思想はこれに限られない。この開示の説明に使用された背景技術、用語、略語などについては、この開示前に公開された標準文書に記載の事項を参照できる(例えば、３８.２１１、３８.２１２、３８.２１３、３８.２１４、３８.３００、３８.３３１など)。

【0039】

ここで、ＮＲシステムを含む５Ｇ通信について説明する。

【0040】

５Ｇの３つの主な要求事項領域は、(１)改善したモバイル広帯域(Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ，ｅＭＢＢ)領域、(２)多量のマシンタイプ通信(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ，ｍＭＴＣ)領域、及び(３)超－信頼及び低遅延通信(Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＵＲＬＬＣ)領域を含む。

【0041】

一部の使用例(Ｕｓｅ Ｃａｓｅ)においては最適化のために多数の領域が求められることがあり、他の使用例においてはただ１つの核心性能指標(Ｋｅｙ Ｐｅｒｆｏｒｍａｎｃｅ Ｉｎｄｉｃａｔｏｒ，ＫＰＩ)にのみフォーカスされることがある。５Ｇはかかる様々な使用例を柔軟且つ信頼できる方法で支援するものである。

【0042】

ｅＭＢＢは基本的なモバイルインターネットアクセスを遥かに超え、豊かな２方向作業、クラウド又は増強現実においてメディア及びエンターテインメントアプリケーションをカバーする。データは、５Ｇの核心動力の１つであり、５Ｇ時代で初めて専用の音声サービスが見られないかもしれない。５Ｇにおいて、音声は、単純に通信システムによって提供されるデータ接続を用いて応用プログラムとして処理されることが期待できる。増加したトラフィック量(ｖｏｌｕｍｅ)の主な原因は、コンテンツサイズの増加及び高いデータ送信率を求めるアプリケーション数の増加である。ストリーミングサービス(オーディオ及びビデオ)、会話型ビデオ及びモバイルインターネット接続はより多い装置がインターネットに接続するほどより広く用いられるであろう。このような多くの応用プログラムは、ユーザにリアルタイム情報及び通知をプッシュするために、常にオンになっている接続性が必要である。クダウドストーリッジ及びアプリケーションは、モバイル通信プラットフォームにおいて急激に増加しつつあり、これは、業務及びエンターテインメントの両方にも適用可能である。また、クラウドストーリッジは、上りリンクデータ送信率の成長を牽引する格別な使用例である。５Ｇはまた、クラウドの遠隔業務にも用いられ、触角インターフェースが用いられるときに優れたユーザ経験が維持できるように、もっと低いエンド－ツウ－エンド(ｅｎｄ－ｔｏ－ｅｎｄ)遅延を求める。エンターテインメント、例えば、クラウドゲーム及びビデオストリーミングは、モバイル広帯域能力への要求を増加させるまた他の核心要素である。エンターテインメントは、列車、車及び飛行機のような移動性の高い環境を含むどこでも、スマートホン及びタブレットにおいて必須である。また別の使用例は、エンターテインメントのための増強現実及び情報検索である。ここで、増強現実は、非常に低い遅延と瞬間的なデータ量を必要とする。

【0043】

最も多く予想される５Ｇの使用例の１つは、全分野において埋め込みセンサーを円滑に接続できる機能、即ち、ｍＭＴＣに関する。２０２０年まで潜在的なＩｏＴ装置は２０４億個に至ると予測されている。産業ＩｏＴは５Ｇがスマートシティ、資産追跡(ａｓｓｅｔ ｔｒａｃｋｉｎｇ)、スマートユーティリティー、農業及びセキュリティーインフラを可能にする主要役割を行う領域の１つである。

【0044】

ＵＲＬＬＣは主要インフラの遠隔制御及び自律走行車両(ｓｅｌｆ－ｄｒｉｖｉｎｇ ｖｅｈｉｃｌｅ)のような超高信頼／利用可能な遅延の少ないリンクを介して産業を変化させる新たなサービスを含む。信頼性と遅延のレベルはスマートグリッド制御、産業自動化、ロボット工学、ドローン制御及び調整に必須である。

【0045】

次に、ＮＲシステムを含む５Ｇ通信システムにおける多数の使用例について、より具体的に説明する。

【0046】

５Ｇは１秒当たり数百メガビットから１秒当たりギガビットと評価されるストリームを提供する手段であって、ＦＴＴＨ(ｆｉｂｅｒ－ｔｏ－ｔｈｅ－ｈｏｍｅ)及びケーブルベース広帯域(又はＤＯＣＳＩＳ)を補完することができる。このような速い速度は仮想現実と増強現実だけでなく、４Ｋ以上(６Ｋ、８Ｋ及びそれ以上)の解像度でＴＶを伝達するために要求される。ＶＲ(Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ)及びＡＲ(Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ)のアプリケーションは、ほとんど没入型(ｉｍｍｅｒｓｉｖｅ)スポーツ競技を含む。特定の応用プログラムは特別なネットワーク設定が要求される。例えば、ＶＲゲームの場合、ゲーム会社が遅延を最小化するために、コアサーバーをネットワークオペレータのエッジネットワークサーバーと統合する必要がある。

【0047】

自動車(Ａｕｔｏｍｏｔｉｖｅ)は、車両に対する移動通信のための多くの使用例と共に、５Ｇにおいて重要な新しい動力になると予想される。例えば、乗客のためのエンターテインメントは同時の高い容量と高い移動性モバイル広帯域を要求する。その理由は、将来のユーザーはそれらの位置及び速度に関係なく、高品質の接続を続けて期待するためである。自動車分野の他の活用例は増強現実のダッシュボードである。これは運転者が前面の窓を通じて見ているものの上に、暗やみで物体を識別し、物体の距離と動きについて運転者に伝達する情報を重ねてディスプレーする。将来、無線モジュールは車両間通信、車両と支援するインフラ構造の間での情報交換、及び自動車と他の連結されたデバイス(例えば、歩行者によって伴われるデバイス)の間での情報交換を可能にする。安全システムは運転者がより安全な運転ができるように行動の代替コースを案内し、事故の危険を減らせる。次の段階は遠隔操縦された自己運転車両(ｓｅｌｆ－ｄｒｉｖｅｎ ｖｅｈｉｃｌｅ)になる。これは互いに異なる自己運転車両間及び自動車とインフラ間で非常に信頼性を有し、非常に速い通信であることを要求する。将来には自己運転車両が全ての運転活動を行い、運転者は車両そのものが識別できない交通異常にのみ集中できるようにする。自己運転車両の技術的要求事項はトラフィックの安全が人の達成できない程度まで増加するように超低遅延と超高速信頼性を要求する。

【0048】

スマート社会(ｓｍａｒｔ ｓｏｃｉｅｔｙ)と言及されるスマートシティとスマートホームは、高密度の無線センサーネットワークにエンベデッドされる。知能型センサーの分散ネットワークは、シティ又は家庭の費用及びエネルギー－効率的な維持に対する条件を識別する。類似する設定が各家庭のために行われる。温度センサー、窓及び暖房コントローラ、盗難警報機及び家電製品がいずれも無線で接続される。このようなセンサーの多くのものが典型的に低いデータ送信速度、低電力及び低コストである。しかし、例えば、リアルタイムＨＤビデオは監視のために特定タイプの装置で要求されることがある。

【0049】

熱又はガスを含むエネルギーの消費及び分配は、高度に分散化しており、分散センサーネットワークの自動化された制御が要求される。スマートグリッドは情報を収集して、これによって行動するようにデジタル情報及び通信技術を使用し、このようなセンサーを相互接続する。この情報は供給メーカーと消費者の行動を含むので、スマートグリッドが効率性、信頼性、経済性、生産の持続可能性、及び自動化された方式で電気のような燃料の分配を改善させることができる。スマートグリッドは遅延の少ない他のセンサーネットワークと見ることもできる。

【0050】

健康部門は、移動通信の恵みを受けることのできる多くの応用プログラムを保有している。通信システムは遠く離れたところで臨床診療を提供する遠隔診療を支援する。これは距離という障壁を減らすのに役立ち、距離が遠い田舎で持続的に利用できない医療サービスへの接近を改善させることができる。またこれは重要な診療及び応急状況で命を救うために用いられる。移動通信ベースの無線センサーネットワークは心拍数及び血圧のようなパラメータに対する遠隔モニタリング及びセンサーを提供することができる。

【0051】

無線及びモバイル通信は、産業応用分野でますます重要になっている。配線は設置及び維持費用が高い。したがって、ケーブルを再構成することが可能な無線リンクへの交換可能性は多くの産業分野で魅力的な機会である。しかし、これを達成するには、無線接続がケーブルと類似した遅延、信頼性及び容量で動作することと、その管理を単純化することが要求される。低い遅延と非常に低いエラー確率は５Ｇに繋がる必要のある新たな要求事項である。

【0052】

物流(ｌｏｇｉｓｔｉｃｓ)及び貨物追跡(ｆｒｅｉｇｈｔ ｔｒａｃｋｉｎｇ)は、位置に基づく情報システムを使用し、どこでもインベントリ(ｉｎｖｅｎｔｏｒｙ)及びパッケージの追跡を可能にする移動通信に対する重要な使用例である。物流及び貨物追跡の使用例は典型的に低いデータ速度を要求するが、広い範囲と信頼性のある位置情報が必要である。

【0053】

図１は無線フレームの構造を例示する図である。

【0054】

ＮＲにおいて、上りリンク及び下りリンクの送信はフレームで構成される。１つの無線フレームは１０ｍｓの長さを有し、２つの５ｍｓハーフフレーム(Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ)により定義される。１つのハーフフレームは５つの１ｍｓサブフレーム(Ｓｕｂｆｒａｍｅ、ＳＦ)により定義される。１つのサブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ(Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ)に依存する。各スロットはＣＰ(ｃｙｃｌｉｃ ｐｒｅｆｉｘ)によって１２又は１４個のＯＦＤＭ(Ａ)シンボルを含む。一般ＣＰが使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合は、各スロットは１２個のシンボルを含む。ここで、シンボルはＯＦＤＭシンボル(或いはＣＰ－ＯＦＤＭシンボル)、ＳＣ－ＦＤＭＡシンボル(或いは、ＤＦＴ－ｓ－ＯＦＤＭシンボル)を含む。

【0055】

表１は一般ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示する。

【0056】

【表1】

【0057】

＊Ｎ^slot _symb:スロット内のシンボル数 ＊Ｎ^frame,u _slot:フレーム内のスロット数

【0058】

＊Ｎ^subframe,u _slot:サブフレーム内のスロット数

【0059】

表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示する。

【0060】

【表2】

【0061】

フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。ＮＲシステムでは１つの端末に併合される複数のセル間で異なるＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)が設定される。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と統称)の(絶対時間)区間が併合されたセル間で異なる。

【0062】

ＮＲは様々な５Ｇサービスを支援するための多数のニューマロロジー(又は副搬送波間隔(ＳＣＳ))を支援する。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドにおける広い領域(ｗｉｄｅ ａｒｅａ)を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合は、密集した都市(ｄｅｎｓｅ－ｕｒｂａｎ)、より低い遅延(ｌｏｗｅｒ ｌａｔｅｎｃｙ)及びより広いキャリア帯域幅(ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ)を支援する。ＳＣＳが６０ｋＨｚ又はそれより高い場合には、位相ノイズを克服するために、２４.２５ＧＨｚより大きい帯域幅を支援する。

【0063】

ＮＲ周波数バンドは２つのタイプ(ＦＲ１、ＦＲ２)の周波数範囲(ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ，ＦＲ)により定義される。ＦＲ１、ＦＲ２は以下の表３のように構成される。またＦＲ２はミリメートル波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ)を意味する。

【0064】

【表3】

【0065】

図２はスロットのリソースグリッドを例示する。１スロットは時間ドメインにおいて複数のシンボルを含む。例えば、一般ＣＰの場合、１スロットが１４個のシンボルを含むが、拡張ＣＰの場合は、１スロットが１２個のシンボルを含む。搬送波は周波数ドメインにおいて複数の副搬送波を含む。ＲＢ(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)は周波数ドメインにおいて複数(例えば、１２)の連続する副搬送波により定義される。ＢＷＰ(Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ)は周波数ドメインにおいて複数の連続する(Ｐ)ＲＢにより定義され、１つのニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)に対応する。搬送波は最大Ｎ個(例えば、５)のＢＷＰを含む。データ通信は活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ)と称され、１つの変調シンボルがマッピングされる。

【0066】

図３はスロット内に物理チャネルがマッピングされる一例を示す。

【0067】

１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどが全て含まれる。例えば、スロット内において最初からＮ個のシンボルはＤＬ制御チャネルの送信に使用され(以下、ＤＬ制御領域)、スロット内において最後からＭ個のシンボルはＵＬ制御チャネルの送信に使用される(以下、ＵＬ制御領域)。ＮとＭはそれぞれ０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間のリソース領域(以下、データ領域)は、ＤＬデータの送信のために使用されるか又はＵＬデータの送信のために使用される。制御領域とデータ領域の間にはＤＬ－ｔｏ－ＵＬ又はＵＬ－ｔｏ－ＤＬスイッチングのための時間ギャップが存在する。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。スロット内においてＤＬからＵＬに転換される時点の一部のシンボルが時間ギャップとして使用される。

【0068】

下りリンクチャネル構造

【0069】

基地局は後述する下りインクチャネルを介して関連信号を端末に送信し、端末は後述する下りリンクチャネルを介して関連信号を基地局から受信する。

【0070】

(１)物理下りリンク共有チャネル(ＰＤＳＣＨ)

【0071】

ＰＤＳＣＨは下りリンクデータ(例えば、ＤＬ－ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＤＬ－ＳＣＨ ＴＢ)を運び、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)、１６ＱＡＭ(Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ)、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢを符号化してコードワード(ｃｏｄｅｗｏｒｄ)が生成される。ＰＤＳＣＨは最大２個のコードワードを運ぶ。コードワードごとにスクランブル及び変調マッピングが行われ、各コードワードから生成された変調シンボルは１つ以上のレイヤにマッピングされる。各レイヤはＤＭＲＳ(Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)と共にリソースにマッピングされてＯＦＤＭシンボル信号に生成され、該当アンテナポートにより送信される。

【0072】

(２)物理下りリンク制御チャネル(ＰＤＣＣＨ)

【0073】

ＰＤＣＣＨはＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ。例えば、ＰＣＣＣＨ(即ち、ＤＣＩ)はＤＬ－ＳＣＨ(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)の送信フォーマット及びリソース割り当て、ＵＬ－ＳＣＨ(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ)に関するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信される任意接続応答のような上位階層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ(Ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ)の活性化／解除などを運ぶ。ＤＣＩはＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例えば、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子(例えば、ｃｅｌｌ－ＲＮＴＩ、Ｃ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ－ＲＮＴＩ(Ｐａｇｉｎｇ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例えば、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ)に関するものであれば、ＣＲＣはＳＩ－ＲＮＴＩ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨが任意接続応答に関するものであれば、ＣＲＣはＲＡ－ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ－ＲＮＴＩ)にマスキングされる。

【0074】

ＰＤＣＣＨの変調方式は固定されており(例えば、Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ、ＱＰＳＫ)、１つのＰＤＣＣＨはＡＬ(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)で構成される。１つのＣＣＥは６つのＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)で構成される。１つのＲＥＧは１つのＯＦＤＭアシンボルと１つの(Ｐ)ＲＢにより定義される。

【0075】

ＰＤＣＣＨ受信のために、端末はＣＯＲＥＳＥＴでＰＤＣＣＨ候補のセットをモニタリングする(例えば、ブラインド復号)。ＰＤＣＣＨ候補はＰＤＣＣＨ受信／検出のために端末がモニタリングするＣＣＥを示す。ＰＤＣＣＨモニタリングはＰＤＣＣＨモニタリングが設定されたそれぞれの活性化されたセル上の活性ＤＬ ＢＷＰ上の１つ以上のＣＯＲＥＳＥＴで行われる。端末がモニタリングするＰＤＣＣＨ候補のセットはＰＤＣＣＨ検索空間(Ｓｅａｒｃｈ Ｓｐａｃｅ、ＳＳ)セットにより定義される。ＳＳセットは共通検索空間(Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＣＳＳ)セット又は端末－特定の検索空間(ＵＥ－ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＵＳＳ)セットである。

【0076】

表４はＰＤＣＣＨ検索空間を例示する。

【0077】

【表4】

【0078】

ＳＳセットはシステム情報(例えば、ＭＩＢ)又は端末－特定(ＵＥ－ｓｐｅｃｉｆｉｃ)の上位階層(例えば、ＲＲＣ)シグナリングにより設定される。サービングセルの各ＤＬ ＢＷＰにはＳ個(例えば、１０)以下のＳＳセットが設定される。例えば、各ＳＳセットに対して以下のパラメータ／情報が提供される。それぞれのＳＳセットは１つのＣＯＲＥＳＥＴに連関し、それぞれのＣＯＲＥＳＥＴ構成は１つ以上のＳＳセットに連関する。－ｓｅａｒｃｈＳｐａｃｅＩｄ：ＳＳセットのＩＤを示す。

【0079】

－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：ＳＳセットに連関するＣＯＲＥＳＥＴを示す。

【0080】

－ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期区間(スロット単位)及びＰＤＣＣＨモニタリング区間オフセット(スロット単位)を示す。

【0081】

－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：ＰＤＣＣＨモニタリングが設定されたスロット内においてＰＤＣＣＨモニタリングのための１番目のＯＦＤＭＡシンボルを示す。ビットマップにより指示され、各ビットはスロット内の各ＯＦＤＭＡシンボルに対応する。ビットマップのＭＳＢはスロット内の１番目のＯＦＤＭシンボルに対応する。ビット値が１であるビットに対応するＯＦＤＭＡシンボルがスロット内においてＣＯＲＥＳＥＴの１番目のシンボルに該当する。

【0082】

－ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝{１、２、４、８、１６}ごとのＰＤＣＣＨ候補の数(例えば、０、１、２、３、４、５、６、８のうちのいずれか)を示す。

【0083】

－ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ：ＳＳタイプがＣＳＳであるか又はＵＳＳであるかを示す。

【0084】

－ＤＣＩフォーマット：ＰＤＣＣＨ候補のＤＣＩフォーマットを示す。

【0085】

ＣＯＲＥＳＥＴ／ＳＳセット設定に基づいて、端末はスロット内の１つ以上のＳＳセットでＰＤＣＣＨ候補をモニタリングすることができる。ＰＤＣＣＨ候補をモニタリングする機会(ｏｃｃａｓｉｏｎ)(例えば、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会と定義する。スロット内に１つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。

【0086】

表５はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。

【0087】

【表5】

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

【表6】

【0210】

即ち、ＳＳ ｓｅｔ ｇｒｏｕｐにはＴｙｐｅ３ ＣＳＳとＵＳＳのみが含まれる。また、標準文書ＴＳ３８.２１３によれば、各ＳＳ ｓｅｔのタイプは以下の[表７]のように定義される。

【0211】

【表7】

【0212】

[表７]においてそれぞれのＣＳＳ(Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ)の用途は以下のように区分される。－Ｔｙｐｅ０－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ：初期接続(ｉｎｉｔｉａｌ ａｃｃｅｓｓ)

【0213】

－Ｔｙｐｅ０Ａ－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ：端末の要請による追加システム情報受信(Ｏｎ－ｄｅｍａｎｄ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ，ＯＳＩ)

【0214】

－Ｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ：任意接続(ｒａｎｄｏｍ ａｃｃｅｓｓ)段階での端末の要請によるネットワークの応答受信

【0215】

－Ｔｙｐｅ２－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ：システム情報変化及びＰＷＳ(ｐｕｂｌｉｃ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ)指示(又はページング)

【0216】

－Ｔｙｐｅ３－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ：それ以外のＣＳＳ

【0217】

Ｃｏｎｎｅｃｔｅｄ－ｍｏｄｅの端末はＴｙｐｅ０－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ、Ｔｙｐｅ０Ａ－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ、Ｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ及び／又はＴｙｐｅ２－ＰＤＣＣＨ ＣＳＳ Ｓｅｔのモニタリングを上述したそれぞれの用途によって行うことができる。例えば、Ｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ Ｓｅｔの場合、端末が任意接続手順を行っていないと、Ｍｓｇ２、Ｍｓｇ４或いはＭｓｇＢをスケジューリングするＤＣＩを受信する必要がないので、Ｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ Ｓｅｔをモニタリングする必要がない。

【0218】

この開示の提案ではＳＳ Ｓｅｔ ｇｒｏｕｐが以下のように設定される。

【0219】

－Ｏｐｔ１)Ｔｙｐｅ３－ＰＤＣＣＨ ＣＳＳとＵＳＳのみがＳＳ Ｓｅｔ ｇｒｏｕｐに含まれる。端末はＳＳ Ｓｅｔ ｇｒｏｕｐに含まれないＳＳ Ｓｅｔは常にモニタリングすることができる。

【0220】

－Ｏｐｔ２)全てのタイプのＳＳ Ｓｅｔは１つ以上のＳＳ Ｓｅｔ ｇｒｏｕｐに含まれる。

【0221】

端末のＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作により１回に１つのＳＳ Ｓｅｔ ｇｒｏｕｐのみを端末がモニタリングすると仮定する場合、Ｏｐｔ２はＴｙｐｅ０－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ、Ｔｙｐｅ０Ａ－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ、Ｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ及び／又はＴｙｐｅ２－ＰＤＣＣＨ ＣＳＳ Ｓｅｔのモニタリングを必要とするたびに、該当タイプのＣＳＳ Ｓｅｔが含まれたＳＳ Ｓｅｔ ｇｒｏｕｐにスイッチングする動作が要求される。しかし、かかる動作は端末の電力節約の側面や基地局のスケジューリングの側面で好ましくない。もしＴｙｐｅ０－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ、Ｔｙｐｅ０Ａ－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ、Ｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ及び／又はＴｙｐｅ２－ＰＤＣＣＨ ＣＳＳ Ｓｅｔを１つのＳＳ Ｓｅｔ ｇｒｏｕｐに含まれるように設定し、端末のＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作に関係なく端末が該当ＳＳ Ｓｅｔ ｇｒｏｕｐを常にモニタリングするように設定すれば、これは本質的にＯｐｔ１と同じ動作である。

【0222】

したがって、この開示の提案では、特に追加説明がなければ、Ｏｐｔ１又はＴｙｐｅ０－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ、Ｔｙｐｅ０Ａ－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ、Ｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ及び／又はＴｙｐｅ２－ＰＤＣＣＨ ＣＳＳ Ｓｅｔを１つのＳＳ Ｓｅｔ ｇｒｏｕｐに含まれるように設定し、端末のＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作に関係なく常にモニタリングするように設定されたＯｐｔ２を基本的に仮定する。例えば、Ｔｙｐｅ０－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ、Ｔｙｐｅ０Ａ－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ、Ｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ Ｓｅｔ及び／又はＴｙｐｅ２－ＰＤＣＣＨ ＣＳＳ Ｓｅｔを含むＳＳ Ｓｅｔ ｇｒｏｕｐはなく、端末に指示されたＳＳ Ｓｅｔ ｇｒｏｕｐの数に関係なく常に或いは必要に応じてモニタリングを行うことができる。

【0223】

(２)実施例＃１－２：基本(Ｄｅｆａｕｌｔ)ＳＳ Ｓｅｔ ｇｒｏｕｐ

【0224】

この開示の実施例では基本ＳＳ Ｓｅｔ ｇｒｏｕｐを定義する。提案する端末の動作と活用される用途によって基本ＳＳ Ｓｅｔ ｇｒｏｕｐは以下のように定義される。

【0225】

１)特定のＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃０又はＳＳ Ｓｅｔ ｇｒｏｕｐ＃１)に含まれない少なくとも１つのＳＳ ＳｅｔのためのＳＳ Ｓｅｔ ｇｒｏｕｐ；

【0226】

２)端末が常に又は必要に応じてモニタリングする少なくとも１つのＳＳ ＳｅｔのためのＳＳ Ｓｅｔ ｇｒｏｕｐ；及び／又は

【0227】

３)端末が再度ＰＤＣＣＨをモニタリングするためにフォールバックする少なくとも１つのＳＳ ＳｅｔのためのＳＳ Ｓｅｔ ｇｒｏｕｐ；

【0228】

上述した基本ＳＳ Ｓｅｔ ｇｒｏｕｐの定義のそれぞれが活用される例示は以下の通りである。

【0229】

１)のように定義された基本ＳＳ Ｓｅｔ ｇｒｏｕｐは上述した実施例＃１－１でのＯｐｔ１のような形態である。

【0230】

２)の場合は、端末に指示されたＳＳ Ｓｅｔ Ｓｗｉｔｃｈｉｎｇ(或いはＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ)に関係なく基本的にモニタリングする(或いはモニタリングできる)ＳＳ Ｓｅｔ ｇｒｏｕｐである。２)のケースを活用すれば、端末のＤＣＩ ｍｉｓｓ－ｄｅｔｅｃｔｉｏｎのような様々なエラーケースに対応することができる。例えば、端末がＳＳ Ｓｅｔ Ｓｗｉｔｃｈｉｎｇを指示するＤＣＩを逃した場合、基本ＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングすることができる。また基地局もＳＳ Ｓｅｔ Ｓｗｉｔｃｈｉｎｇを指示したにもかかわらず端末が一定時間以上ＨＡＲＱ－ＡＣＫを送信しないか、又は基地局が送信したＰＤＣＣＨに対応する動作を端末が行っていないと判断されれば、基本ＳＳ Ｓｅｔ ｇｒｏｕｐによりＰＤＣＣＨを送信することができる。

【0231】

３)の場合は、端末にＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ(或いはＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ)が指示された後、別に指示なしにタイマー(又は該当動作を行うように指示された区間)が満了すると、該当時点から端末がモニタリングを開始するＳＳ Ｓｅｔ ｇｒｏｕｐを意味する。例えば、ＰＤＣＣＨモニタリング適応後、一定時間及び／又は一定回数の間に基地局からの送信がない場合(例えば、基地局からＤＬスケジューリング信号及び／又はデータ信号を受信できなかった場合)、端末は３)の定義によってＳＳ Ｓｅｔ ｇｒｏｕｐに含まれた少なくとも１つのＳＳ Ｓｅｔに対するＰＤＣＣＨモニタリングを行うことができる。

【0232】

一方、この実施例では基本ＳＳ Ｓｅｔ ｇｒｏｕｐの各定義による例示を記載しているが、それぞれの例示は他の定義の基本ＳＳ Ｓｅｔ ｇｒｏｕｐの場合のために交互に適用することができる。

【0233】

上述したように定義された基本ＳＳ Ｓｅｔ ｇｒｏｕｐの形態の１つとして基本ＳＳ Ｓｅｔ ｇｒｏｕｐが予め定義されるか又は基地局からＲＲＣにより端末に設定される。一方、基本ＳＳ Ｓｅｔ ｇｒｏｕｐが設定されなくてもよく、この場合には全てのＳＳ Ｓｅｔが１つ以上のＳＳ Ｓｅｔ ｇｒｏｕｐに含まれる。

【0234】

この実施例において、基本ＳＳ Ｓｅｔの定義は完全に相互排他的ではないので、１つ以上の方法を組み合わせて活用することができる。例えば、基本ＳＳ Ｓｅｔ ｇｒｏｕｐは常に又は必要に応じてモニタリングされる少なくとも１つのＳＳ Ｓｅｔのグループでありながら、モニタリングする必要は、端末が一定時間及び／又は一定回数の間に基地局からの送信を受信できず、現在モニタリングしているＳＳ Ｓｅｔではない他のＳＳ Ｓｅｔをモニタリングすべき場合である。例えば、上述した例示が２)＋３)の組み合わせに該当する。

【0235】

他の例においては特定のＳＳ Ｓｅｔ ｇｒｏｕｐに含まれない少なくとも１つのＳＳ Ｓｅｔのグループを常に又は必要に応じてモニタリングするが、これは定義１)＋２)の組み合わせに該当する。

【0236】

２)のように端末が常にモニタリングする少なくとも１つのＳＳ Ｓｅｔのためのグループをａｌｗａｙｓ－ｏｎ ＳＳ Ｓｅｔ ｇｒｏｕｐと称する。ａｌｗａｙｓ－ｏｎ ＳＳ Ｓｅｔ ｇｒｏｕｐの場合、ＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇにより指示されたＳＳ Ｓｅｔ ｇｒｏｕｐに関係なく常にモニタリングすべきＳＳ Ｓｅｔの集合を設定するために使用される。又はＰＤＣＣＨモニタリングを中断するスキッピング(ｓｋｉｐｐｉｎｇ)の場合にもＰＤＣＣＨモニタリングを中断せず、常にモニタリングすべきＳＳ Ｓｅｔの集合を設定するためにａｌｗａｙｓ－ｏｎ ＳＳ Ｓｅｔ ｇｒｏｕｐが活用される。

【0237】

基本ＳＳ Ｓｅｔ ｇｒｏｕｐのモニタリングはＤＣＩによる指示及び／又は特定の状況に応じて変化する。例えば、ＤＣＩのスイッチング指示フィールドにより基本ＳＳ Ｓｅｔ ｇｒｏｕｐのモニタリングがスイッチングされる区間の間にＰＤＣＣＨモニタリングを中断したりＰＤＣＣＨモニタリング周期(ｐｅｒｉｏｄｉｃｉｔｙ)及び／又はＳＳ Ｓｅｔ周期をＮ倍拡張するなどの指示が含まれる。

【0238】

又は特定のＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングするように端末に指示されたとき、該当動作を行うように設定される。又はＳＳ Ｓｅｔ ｇｒｏｕｐがスイッチングされる全体区間内にウィンドウを設定し、該当ウィンドウの間にのみ基本ＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングするように指示されてもよい。例えば、該当ウィンドウはＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ区間内の開始時点と区間により定義される。例えば、該当ウィンドウはＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ区間の開始点から一定時点までに定義される。上述した動作により、端末に周期の長いＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングするように指示されたとき、端末が基本ＳＳ Ｓｅｔ ｇｒｏｕｐのモニタリングを中断したり或いはモニタリング周期を増加させることにより電力節約の効果を極大化することができる。

【0239】

もし基本ＳＳ Ｓｅｔ ｇｒｏｕｐのモニタリング変化を指示するか或いは変更対象となるＳＳ Ｓｅｔ ｇｒｏｕｐを指示するＤＣＩを端末が逃した場合は、端末は基本ＳＳ Ｓｅｔ ｇｒｏｕｐを変化なしにモニタリングするので、エラーケースに備えるために定義した基本ＳＳ Ｓｅｔ ｇｒｏｕｐ定義の目的は傷つけられない。

【0240】

一方、細部的な動作事項(例えば、ＰＤＣＣＨモニタリング中断或いはＰＤＣＣＨモニタリング周期及び／又はＳＳ Ｓｅｔ周期の拡張)は、基地局が端末にＲＲＣ設定により設定することができる。

【0241】

(３)実施例＃１－３：１ｂｉｔ Ｓｗｉｔｃｈｉｎｇ ｓｉｇｎａｌｉｎｇ ＤＣＩ

【0242】

ＤＣＩにおいて端末のＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作を指示するフィールド又はビットは１ビット又は２ビット以上に定義される。この開示の実施例でもＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ指示のためのＤＣＩ内のビットを１ビットに具現することができる。

【0243】

１ビットでＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇを指示する動作は既存のＲｅｌ－１６のＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇのように基地局から２つのグループ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃０とＳＳ Ｓｅｔ ｇｒｏｕｐ＃１)をＲＲＣ信号により端末に設定し、端末は１ビットのＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇフラグによりＰＤＣＣＨをモニタリングしたＳＳ Ｓｅｔ ｇｒｏｕｐを変更することができる。言い換えれば、ＳＳ Ｓｅｔ ｇｒｏｕｐがＳＳ Ｓｅｔ ｇｒｏｕｐ＃０とＳＳ Ｓｅｔ ｇｒｏｕｐ＃１の２つであるので、１ビットのフラグによりＳＳ Ｓｅｔ ｇｒｏｕｐを変更することができる。

【0244】

一方、該当ＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作の持続時間を示すタイマーが予め設定される。また端末はＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作を指示するＤＣＩを受信した時点から一定時間(例えば、ａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙ)後にスイッチングされたＳＳ Ｓｅｔのモニタリングを開始することができる。これは端末がＤＣＩを復号するための処理時間(ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ)を保障するためのものである。ａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙはＲＲＣ設定の段階で端末の能力を考慮して端末に設定される。又は、ａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙが端末の必須特徴(ｍａｎｄａｔｏｒｙ ｆｅａｔｕｒｅ)として予め定められた値である。

【0245】

一方、端末のＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作のために一種のフォールバックタイマーが設定される。端末はＳＳ Ｓｅｔ ｇｒｏｕｐをスイッチングしてＰＤＣＣＨをモニタリングすると同時に、該当フォールバックタイマーを開始する。該当フォールバックタイマーが満了した後、特に追加指示がなければ、端末に該当ＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作を開始する前のＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングするようにフォールバックするか、或いは基地局がＲＲＣにより設定した基本ＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、実施例＃１－２の３)の場合)をモニタリングするかが予め設定される。ＰＤＣＣＨモニタリングのためのタイマーは端末がＤＣＩを受信したときに新しく開始され、端末がＤＣＩを該当タイマー時間の間に受信できなかった場合には満了される。

【0246】

又はＤＣＩに含まれた１ビットによりＳＳ Ｓｅｔ ｇｒｏｕｐのスイッチングではないモニタリング対象となるＳＳ Ｓｅｔ ｇｒｏｕｐが指示される。例えば、端末に設定された一般的なＰＤＣＣＨモニタリング用のＳＳ Ｓｅｔ ｇｒｏｕｐ＃０とＳＳ Ｓｅｔ ｇｒｏｕｐ＃１以外に特殊なＳＳ Ｓｅｔ ｇｒｏｕｐが設定される。該当特殊なＳＳ Ｓｅｔ ｇｒｏｕｐはどのＳＳ Ｓｅｔにも含まれないｎｕｌｌ ｇｒｏｕｐである。又は実施例＃１－２で定義した基本ＳＳ Ｓｅｔ ｇｒｏｕｐの提案のうち、１)又は２)に該当するＳＳ Ｓｅｔ ｇｒｏｕｐである。

【0247】

例えば、ｎｕｌｌ ｇｒｏｕｐが設定されると、端末はＳＳ Ｓｅｔ ｇｒｏｕｐ＃０を基本的にモニタリングし、ＤＣＩのＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇビットによりｎｕｌｌ ｇｒｏｕｐとＳＳ Ｓｅｔ ｇｒｏｕｐ＃１がそれぞれモニタリングされるように指示される。この場合、端末はｎｕｌｌ ｇｒｏｕｐ(又はＳＳ Ｓｅｔ ｇｒｏｕｐ＃１)が指示されれば、該当ＳＳ Ｓｅｔのモニタリングを開始すると同時にタイマーを開始する。またタイマーが満了すると、端末は再度ＳＳ Ｓｅｔ ｇｒｏｕｐ＃０をモニタリングする。

【0248】

一方、端末がｎｕｌｌ ｇｒｏｕｐをモニタリングすることはＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作と同一である。基本ＳＳ Ｓｅｔ ｇｒｏｕｐの設定有無(実施例＃１－２の１)又は２))及び／又は全てのＳＳ Ｓｅｔのそれぞれが１つ以上のＳＳ Ｓｅｔ ｇｒｏｕｐに含まれるか否かによってＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作が全てのＰＤＣＣＨ(例えば、ＳＳ Ｓｅｔ)をモニタリングしない動作、或いは最小限のＰＤＣＣＨ(例えば、ＳＳ Ｓｅｔ)をモニタリングする動作に設定される。

【0249】

例えば、基本ＳＳ Ｓｅｔ ｇｒｏｕｐが設定されると、端末は基本ＳＳ Ｓｅｔ ｇｒｏｕｐを基本的にモニタリングし、ＤＣＩに含まれたＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇビットによりＳＳ Ｓｅｔ ｇｒｏｕｐ＃０とＳＳ Ｓｅｔ ｇｒｏｕｐ＃１のいずれかをモニタリングするように指示される。この場合、端末はＳＳ Ｓｅｔ ｇｒｏｕｐ＃０及び／又はＳＳ Ｓｅｔ ｇｒｏｕｐ＃１のモニタリング開始と同時にタイマーを開始する。もしタイマーが満了すると、端末が基本ＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングするように設定される。また端末が現在モニタリングしているＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングすることがＤＣＩにより再び指示された場合は、端末はタイマー満了前であっても基本ＳＳ Ｓｅｔ ｇｒｏｕｐに帰ってモニタリングすることができる。これは、ＳＳ Ｓｅｔ ｇｒｏｕｐをスイッチングするためのＤＣＩで現在端末がモニタリングしているＳＳ Ｓｅｔ ｇｒｏｕｐと同じＳＳ Ｓｅｔ ｇｒｏｕｐを指示したことは、基地局がモニタリング対象となるＳＳ Ｓｅｔ ｇｒｏｕｐに関する情報が異なる可能性もあるためである。又は１ビットでＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇを指示するので、現在モニタリング対象となるＳＳ Ｓｅｔ ｇｒｏｕｐと同じＳＳ Ｓｅｔ ｇｒｏｕｐが指示されたことは、暗黙的に基本ＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングすることを指示したのである。

【0250】

(４)実施例＃１－４：２ビット以上のＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇフィールドを含むＤＣＩ

【0251】

ＲＲＣ設定段階で基地局により２を超える数のＳＳ Ｓｅｔ ｇｒｏｕｐとそれぞれのＳＳ Ｓｅｔ ｇｒｏｕｐに該当するインデックスが端末に設定される。またＤＣＩにより明示的に指示されるＳＳ Ｓｅｔ ｇｒｏｕｐの数によってＤＣＩ内のフィールドのビット長さが決定される。例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐの数をＮ_ＳＳとすれば、ＳＳ７ Ｓｅｔ ｇｒｏｕｐを指示するＤＣＩ内のフィールドのビット長さはｃｅｉｌ(ｌｏｇ２(Ｎ_ＳＳ))に決定される。

【0252】

１ビットのシグナリングと同様に複数のビットを含むＤＣＩのためのフォールバックタイマーとａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙが設定され、エラーケースに備えるために設定されて、端末が該当ＤＣＩに基づいてＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作を行うことができる。したがって、端末の基本動作は１－ビットのシグナリングと同一であり、スイッチングすべきＳＳ Ｓｅｔ ｇｒｏｕｐの番号(例えば、インデックス)をＤＣＩ内のフィールドにより端末に知らせる点でのみ異なる。

【0253】

他の例においては、ＲＲＣにより複数の{ｄｕｒａｔｉｏｎ(Ａ)，ＳＳ Ｓｅｔ ｇｒｏｕｐ ＩＤ(Ｂ)}の対が端末に設定される。また設定された対の数によってＤＣＩ内のフィールドのビット長さが決定される。ＡはＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ区間に端末がスイッチング動作を持続するスロットの数、シンボルの数又はｍｓを指示する。したがって、端末はＤＣＩを受信し、該当フィールドが{Ａ，Ｂ}を指示することが確認されれば、既に設定されたａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙの後、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃ＢをＡスロット、Ａシンボル又はＡ ｍｓの間にモニタリングする。また端末はＳＳ Ｓｅｔ ｇｒｏｕｐ＃ＢをモニタリングしながらＡ区間だけの長さを有するタイマーを開始してＤＣＩを受信するたびに該当タイマーを新しく開始し、該当タイマーが終了すると、予め設定されたＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、基本ＳＳ Ｓｅｔ ｇｒｏｕｐ)をモニタリングする。

【0254】

即ち、区間Ａはフォールバックタイマーの役割をする。したがって、ＲＲＣにより複数の区間を設定することは、フォールバックタイマーを１つの固定値ではない複数個に設定することである。基地局が端末に送信するデータを予め予測できれば、送信するデータによって区間を異なるように設定することによりデータ送信の遅延時間を短縮する効果を期待できる。

【0255】

一方、上述したように、ＲＲＣにより設定される複数の状態のうち、現在モニタリングするＳＳ Ｓｅｔ ｇｒｏｕｐを特定区間の間に続けてモニタリングすることを指示する状態が含まれてもよい。例えば、既存の状態で{Ａ，Ｂ}の対に設定されている区間以外に特定区間の間に(追加して)ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂをモニタリングするか又は特定のＳＳ Ｓｅｔ ｇｒｏｕｐモニタリングの区間を長く延長する動作が指示されることができる。例えば、特定区間の間に続けてモニタリングすることを指示する状態は、ＳＳ Ｓｅｔ ｇｒｏｕｐの指示なしに特定区間のみを指示する状態である。例えば、{Ａ，－}の対又は{Ａ,ｒｅｓｅｒｖｅｄ}の対である。該当状態が指示されれば、端末は該当状態を指示するＤＣＩを受信した時点(又は受信した時点からａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙ後の時点)にモニタリングするＳＳ Ｓｅｔ ｇｒｏｕｐをＡ区間の間に追加してモニタリングすることができる。

【0256】

このとき、追加されるＡ区間の開始時点はＤＣＩ受信時点(又はＤＣＩ受信時点からａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙ後の時点)から始まり、Ａ区間後に終了する。又は現在モニタリングするＳＳ Ｓｅｔ ｇｒｏｕｐのモニタリング区間の終了時点がＡ区間の開始時点になって、該当ＳＳ Ｓｅｔ ｇｒｏｕｐのモニタリング区間の終了時点からＡ区間後に終了してもよい。例えば、端末に{Ａ’,Ｂ}の対が指示され、端末がＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂをモニタリングする途中に{Ａ”,－}の対が指示されれば、指示された時点(又は指示時点からａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙ後の時点)からＡ”区間が開始され、Ａ’区間の終了時点にＡ”区間が開始される。

【0257】

(５)実施例＃１－５：実施例＃１－１ないし実施例＃１－４に基づく端末の動作(ＵＥ’ｓ ｂｅｈａｖｉｏｒ)

【0258】

フォールバックタイマーは端末と基地局の間のエラーケース(例えば、端末のｍｉｓｓ－ｄｅｔｅｃｔｉｏｎ)を防止する役割をする。例えば、基地局が端末に特定のＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングするようにＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇを指示したが、端末が該当ＤＣＩを受信できないこともある。この場合、端末が現在モニタリングするＳＳ Ｓｅｔと基地局がＤＣＩを送信するＣＯＲＥＳＥＴ(Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ)に連携するＳＳ Ｓｅｔが一致しない。したがって、端末はＤＣＩを受信できない時間が一定時間以上(例えば、タイマーにより設定された時間)持続すると、予め設定されたＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、基本ＳＳ Ｓｅｔ ｇｒｏｕｐ)をモニタリングする。即ち、端末が一定時間以上ＤＣＩを受信できないと、予め設定されたＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、基本ＳＳ Ｓｅｔ ｇｒｏｕｐ)にスイッチングすることができる。

【0259】

また基地局は端末からＨＡＲＱ－ＡＣＫの受信を期待する。もし端末からＨＡＲＱ－ＡＣＫを受信できないと、端末が現在基地局がＰＤＣＣＨを送信したＳＳ ＳｅｔのＳＳ Ｓｅｔ ｇｒｏｕｐとは異なるＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングしていると判断して、一定時間(例えば、特定のタイマーの区間)を待って端末が所定のＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、基本ＳＳ Ｓｅｔ ｇｒｏｕｐ)にＳＳ Ｓｅｔ ｇｒｏｕｐをスイッチングすることを期待する。

【0260】

又は基地局は端末からＨＡＲＱ－ＡＣＫを受信できなかった場合、基地局は端末が現在モニタリングしているＳＳ Ｓｅｔ ｇｒｏｕｐによりＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇを再指示することができる。一方、端末は基地局が期待するＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングしたにもかかわらずＤＣＩを逃がした場合を考慮して、基地局がＨＡＲＱ－ＡＣＫを受信できなかったとき、基地局が端末にＤＣＩを再送信してもよい。

【0261】

又は基地局の立場では、端末の単純ＤＣＩ ｍｉｓｓｉｎｇと端末が間違ったＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングするエラーケースを区分できないので、フォールバックタイマーだけの時間を待って端末のフォールバックの後、モニタリングするＳＳ Ｓｅｔ ｇｒｏｕｐ内のＳＳ ＳｅｔによりＤＣＩを再送信することが時間／周波数リソースの側面で好ましい。

【0262】

基地局がＨＡＲＱ－ＡＣＫを受信できない場合及び／又は端末がＤＣＩを検出できない場合に基地局及び／又は端末が行う動作は、上述した動作のうち、フォールバックタイマー、ＰＤＣＣＨ送信スロット、及びＰＤＳＣＨ送信スロットのいずれかを考慮して基地局が選択するか又は予め設定される。

【0263】

一方、端末のＳＳ Ｓｅｔ Ｓｗｉｔｃｈｉｎｇ動作がＰＤＳＣＨをスケジューリングするＤＣＩに含まれる。この場合、端末はＰＤＳＣＨを受信しながら上述したようにＤＣＩにより指示されたＳＳ Ｓｅｔ ｇｒｏｕｐにスイッチングすることができる。この場合、端末は自然に再送信に関連するＤＣＩはスイッチングしたＳＳ Ｓｅｔ ｇｒｏｕｐ内のＳＳ Ｓｅｔによりモニタリングできると期待する。

【0264】

また端末のＳＳ Ｓｅｔ Ｓｗｉｔｃｈｉｎｇ動作時点はＨＡＲＱ－ＡＣＫと連携して設定される。端末のＳＳ Ｓｅｔ Ｓｗｉｔｃｈｉｎｇ動作がＰＤＳＣＨをスケジューリングするＤＣＩに含まれるとき、端末はａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙの後にＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇを適用するのではなく、全ての再送信手順が終了した後に指示されたＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作を行う。

【0265】

即ち、ＰＤＳＣＨの全てのＣＢＧ(ｃｏｄｅｂｌｏｃｋ ｇｒｏｕｐ)に対するＡＣＫを送信した後に指示されたＳＳ Ｓｅｔ ｇｒｏｕｐへのスイッチング動作を行う。ＣＢＧが設定されていない場合は、全てのＴＢ(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ)に対するＡＣＫ送信を行った後に指示されたＳＳ Ｓｅｔ ｇｒｏｕｐへスイッチングする同じ動作を行う。

【0266】

例えば、特定のＨＡＲＱ ｐｒｏｃｅｓｓに対してＮＡＣＫが基地局に報告されたとき、該当(ＣＢＧ単位或いはＴＢ単位の)ＨＡＲＱ ｐｒｏｃｅｓｓに対して最終ＡＣＫを端末が送信した後にＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作を端末が行う。又は端末は全てのＨＡＲＱ ｐｒｏｃｅｓｓに対する最終ＡＣＫを送信した後にＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作を行う。

【0267】

端末に特定のＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作が指示された後、該当ＳＳ Ｓｅｔ ｇｒｏｕｐをモニタリングするための区間内で該当区間が満了する前に他のＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作が指示される。例えば、図１３を参照すると、端末がＳＳ Ｓｅｔ ｇｒｏｕｐ＃ＡへのＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇを指示するＤＣＩに基づいてＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａをモニタリングするとき、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａのモニタリング区間＃Ａ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐスイッチングタイマーの区間)内でＳＳ Ｓｅｔ ｇｒｏｕｐ＃ＢへのＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇを指示するＤＣＩが受信される。このとき、図１３に示すように、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃ＡへのＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇを０、ＤＣＩを受信しない場合の端末のＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａモニタリング終了時点をａ、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃ＢへのＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇを指示するＤＣＩの受信時点をｘ、ｘからａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙ後の時点をｙと仮定する。この場合、端末がＳＳ Ｓｅｔ ｇｒｏｕｐ＃ＢへのＳｗｉｔｃｈｉｎｇを指示するＤＣＩを受信した後のＰＤＣＣＨモニタリング動作を以下の３つに整理することができる。なお、図１３において区間＃Ａは、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂへのスイッチングを指示するＤＣＩを受信しなかった場合に端末がＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａをモニタリングする区間を意味する。

【0268】

１)端末はｙ時点までのみＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａのモニタリングを行い、その後にはＳＳ Ｓｅｔ ｇｒｏｕｐ＃ＢのモニタリングをＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂに対応する区間＃Ｂの間に行う。例えば、区間＃Ｂはｙ時点から始まる。

【0269】

２)端末はＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａのモニタリングを時点ａまで行い、ｙ時点からＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂのモニタリングを区間＃Ｂの間に行う。例えば、区間＃Ｂはｙ時点から始まってＳＳ Ｓｅｔ Ｇｒｏｕｐ＃Ｂをモニタリングする時点である。したがって、端末はｙ時点からａ時点までＳＳ Ｓｅｔ ｇｒｏｕｐ＃ＡとＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂの和集合に含まれる少なくとも１つのＳＳ Ｓｅｔモニタリングを行うことができる。また端末はａ時点後には区間＃Ｂが完了するまでＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂのみをモニタリングする。

【0270】

３)端末はｙ時点までＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａのみをモニタリングする。ｙ時点後、端末は指示された区間又はタイマー区間の間にＳＳ Ｓｅｔ ｇｒｏｕｐ＃ＡとＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂの和集合に含まれる少なくとも１つのＳＳ Ｓｅｔモニタリングを行う。例えば、端末はｙ時点までＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａをモニタリングし、ｙ時点から区間＃Ｂが完了するまではＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａ及びＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂを全てモニタリングする。

【0271】

即ち、端末がＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作中にＤＣＩを受信した時点(ｘ)からａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙ後のｙ時点を基準として現在のモニタリング動作と新しく指示されたモニタリング動作を行う方法によって端末のＰＤＣＣＨモニタリング方式が異なる。

【0272】

例えば、１)の動作では、端末が新しいＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂ)をモニタリングするようにＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇが指示されたとき、現在ＳＳ Ｓｅｔ ｇｒｏｕｐモニタリング動作(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａのモニタリング動作)のための元の区間(例えば、区間＃Ａ)を無視して、新しいＳＳ Ｓｅｔ ｇｒｏｕｐモニタリング開始時点(例えば、ｙ)までのみ現在ＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａ)のモニタリングを行う。即ち、端末は新しいＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂ)のモニタリングを開始しながら、現在のＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａ)のモニタリングを直ちに中止する。

【0273】

２)の動作では、端末が新しいＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂ)をモニタリングするようにＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇが指示されたとき、現在ＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａ)のモニタリング動作を予定された区間(例えば、区間＃Ａ)の間に持続し、新しいＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂ)のモニタリングも該当ＤＣＩにより指示されたことに基づいて行う。したがって、新しいＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂ)のモニタリング開始時点(例えば、ｙ)から以前のＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａ)のモニタリングが終了すると予定される時点(例えば、ａ)までは２つのＳＳ Ｓｅｔ ｇｒｏｕｐを同時に重畳(ｏｖｅｒｌａｐ)してモニタリングすることができる。また端末は重畳する区間(例えば、ｙからａまで)の間、２つのＳＳ Ｓｅｔ ｇｒｏｕｐの和集合に含まれる少なくとも１つのＳＳ Ｓｅｔをモニタリングすることができる。

【0274】

言い換えれば、現在ＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａ)のモニタリングは、新しいＤＣＩ受信により再設定されたタイマーによる区間(例えば、区間＃Ｂ)は除いて、最初に予定された区間(例えば、区間＃Ａ)でのみ持続される。これにより、以前のＤＣＩ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａへのスイッチングを指示したＤＣＩ)による端末動作が新しいＤＣＩ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂへのスイッチングを指示したＤＣＩ)により無視されずに行われる。

【0275】

３)の動作では、新しいＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂ)をモニタリングするようにスイッチングが指示されたとき、端末が現在ＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａ)のモニタリング動作を新しいＤＣＩ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂへのスイッチングを指示するＤＣＩ)の受信により再設定されたタイマー区間(例えば、区間＃Ｂ)まで行う。したがって、端末は２つのＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａ及びＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂ)を再設定されたタイマー区間(例えば、区間＃Ｂ)の終了時点まで全てモニタリングすることができる。これは基地局が端末に現在のＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａ)に新しいＳＳ Ｓｅｔ ｇｒｏｕｐ(例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂ)までモニタリングするように追加することである。

【0276】

一方、実施例＃１に記載した端末の動作は基地局がＲＲＣ段階で固定或いは複数に設定することができる。基地局は端末が動作する方式をＲＲＣ設定時に選択するか或いはＤＣＩにより指示することができる。

【0277】

２.実施例＃２：ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ

【0278】

ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇは端末が一定区間の間又は該当ＤＲＸサイクルの終了時までＰＤＣＣＨモニタリングの一部或いは全体を中断することを意味する。例えば、端末は一定区間の間又は該当ＤＲＸサイクルの終了時までｍｉｃｒｏ－ｓｌｅｅｐに進入して電力消耗を減少する。

【0279】

端末がＰＤＣＣＨモニタリングを中断する時間(例えば、ｍｉｃｒｏ－ｓｌｅｅｐ時間)はＲＲＣ設定により設定される。端末のＤＲＸサイクルなどを考慮して複数のＰＤＣＣＨモニタリング中断時間(例えば、ＤＣＩにより指示可能なｍｉｃｒｏ－ｓｌｅｅｐ時間の候補)が設定される。また受信したＤＣＩにより、複数のＰＤＣＣＨモニタリング中断時間のいずれかが指示される。

【0280】

ところが、端末のスリープモードの進行中には、基地局が送信しようとする情報があっても端末は該当情報を受信することができない。したがって、それを考慮して基地局がｓｌｅｅｐ時間を設定したり、端末がスリープの間にも最小限のＳＳ Ｓｅｔをモニタリングするように基本ＳＳ Ｓｅｔ ｇｒｏｕｐの概念を活用することができる。即ち、端末にスリープ中にも最小限のＳＳ Ｓｅｔをモニタリングするように基本ＳＳ Ｓｅｔ ｇｒｏｕｐを設定することができる。一方、ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇもＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇと同様に、ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇを指示するＤＣＩを受信した時点から端末が実際動作を行うまでにかかる時間であるａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙが設定される。

【0281】

(１)実施例＃２－１：端末の動作(ＵＥ’ｓ ｂｅｈａｖｉｏｒ)

【0282】

基地局は端末にＲＲＣ設定により複数のＰＤＣＣＨモニタリングをスキップする区間を設定する。また基地局は複数の区間のうちの１つを指示するＤＣＩを端末に送信する。該当区間はスロット、シンボル又はｍｓ単位で表現される。また区間の数によってＤＣＩ内のＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇを指示するフィールドのビット長さが決定される。例えば、基地局がＤＣＩにより指示できるＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ区間の数がＮ_ｓｋｉｐであれば、ＤＣＩ内のＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇフィールドのビット長さはｃｅｉｌ(ｌｏｇ２(Ｎ_ｓｋｉｐ))に決定される。

【0283】

また複数の区間には次のＤＲＸサイクルまでＰＤＣＣＨモニタリングをスキップすることが含まれる。例えば、現在のＤＲＸサイクルが終了するまでＰＤＣＣＨモニタリングをスキップする動作が含まれる。したがって、端末にＤＣＩにより複数のＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ区間のうち、いずれのＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ区間が指示され、端末はＤＣＩを受信した時点からａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙの後に該当ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ区間内でＰＤＣＣＨモニタリングをスキップすることができる。このとき、端末はＰＤＣＣＨモニタリングを以下の２つの方式のいずれかに基づいてスキップする。

【0284】

１)端末は全てのＰＤＣＣＨに対するモニタリングを中断し、ｍｉｃｒｏ－ｓｌｅｅｐ動作を行う。

【0285】

２)端末は最小限のＳＳ Ｓｅｔ(例えば、基本ＳＳ Ｓｅｔ ｇｒｏｕｐ)に対するモニタリングを続け、残りのＰＤＣＣＨに対するモニタリングを中断する。

【0286】

１)の方式では、端末が指示されたＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作によってｍｉｃｒｏ－ｓｌｅｅｐに進入するので、電力消耗の側面で好ましい。しかし、基地局からの急なトラフィックに対応することができない。したがって、基地局は急なトラフィックの送信のために端末のＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作の終了を待たなければならないので、遅延の側面で問題が発生し得る。

【0287】

逆に、２)の方式は、予め設定された最小限のＳＳ Ｓｅｔ(例えば、基本ＳＳ Ｓｅｔ ｇｒｏｕｐ)モニタリングを持続するので、端末がスリープモードに進入できないが、基地局からの急なトラフィックに対応が可能である。なお、最小限のＳＳ Ｓｅｔを設定するために、実施例＃１で説明した基本ＳＳ Ｓｅｔ ｇｒｏｕｐの概念を活用できる。例えば、端末に指示されるＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ区間の最小値よりも短い周期を有するＳＳ Ｓｅｔを含む基本ＳＳ Ｓｅｔ ｇｒｏｕｐが設定される。その後、端末が基本ＳＳ Ｓｅｔ ｇｒｏｕｐのモニタリングによりＤＣＩを受信した場合、端末はＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇを完全に中断するか或いは指示されたＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を行いながらスケジューリングされたＰＤＳＣＨを受信することができる。

【0288】

一方、実施例＃１のＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇで説明した動作である基本ＳＳ Ｓｅｔ ｇｒｏｕｐのモニタリング変化をＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇが指示されたときにも適用することができる。例えば、ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作が指示されながらＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ区間の全体或いは一定のウィンドウの間に基本ＳＳ Ｓｅｔ ｇｒｏｕｐのモニタリング中止或いはモニタリング周期の変化が指示されるか或いは予め設定される。

【0289】

又は端末のＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作がＰＤＳＣＨをスケジューリングするＤＣＩに含まれて指示されてもよい。この場合、端末はＰＤＳＣＨを受信しながらＨＡＲＱ ｐｒｏｃｅｓｓｉｎｇに関連するＤＣＩを続けて受信する必要がある。したがって、端末のＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作の開始時点を以下のように定義し、それぞれによって端末の動作が異なる。

【0290】

Ａ) ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇを指示するＤＣＩを受信した後、ａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙ後の時点

【0291】

Ｂ) ＨＡＲＱ ｐｒｏｃｅｓｓｉｎｇが終了した時点

【0292】

Ｃ) 端末が全体又は一部のＨＡＲＱ－ＡＣＫの送信を完了した時点

【0293】

Ａ)の場合、端末はａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙの直後、ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を行うので、ＨＡＲＱ ｐｒｏｃｅｓｓｉｎｇのために最小限のＳＳ Ｓｅｔ(例えば、基本ＳＳ Ｓｅｔ ｇｒｏｕｐ)のモニタリングを続ける必要があり、上述した実施例＃２－１の２)の方式で動作することができる。

【0294】

Ｂ)の場合、基地局からＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇが指示されたとは、ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇを指示するＤＣＩを受信した後の送信トラフィックがないと仮定できるので、全ての再送信手順を終了して、上述した実施例＃２－１の１)と２)のいずれかの方式に基づく動作を行うことができる。

【0295】

これは上記ＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇの動作で説明したように、全ての(ＣＢＧ或いはＴＢ単位の)ＨＡＲＱ ｐｒｏｃｅｓｓに対する最終ＡＣＫを送信した場合に端末がＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を行うことができる。

【0296】

Ｃ)の場合は、端末にそれ以上のＰＤＳＣＨスケジューリングが必要ないと判断される時点である。全体ＣＢＧ又はＴＢに対するＨＡＲＱ－ＡＣＫを全て送信する時点はＢ)の場合と類似するが、一部のＨＡＲＱ－ＡＣＫを完了した時点は基本ＳＳ Ｓｅｔ ｇｒｏｕｐと連携して設定される。例えば、端末がまだ受信を完了していないＣＢＧ又はＴＢに対して基本ＳＳ Ｓｅｔ ｇｒｏｕｐに含まれたＳＳ Ｓｅｔのみで再送信手順を完了できると判断される基準時点を設定することができる。また再送信手順を完了する時点に端末は実施例＃２－１の１)の動作を行う。また基地局は上述した端末の動作を期待する。

【0297】

端末の動作とＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇの開始時点は基地局が選択できるようにＲＲＣ設定に含まれる。例えば、複数の端末の動作及び複数のＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇの開始時点を基地局が端末にＲＲＣにより設定することができる。

【0298】

また基本的な端末の動作とＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇの開始時点が設定された場合、基地局が複数の端末の動作及び／又はＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇの開始時点のいずれかを選択して端末に指示することができる。又は基地局で支援可能な端末の動作とＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇの開始時点は固定されて設定される。ａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙは端末のＤＣＩ ｐｒｏｃｅｓｓｉｎｇなどを考慮して１つ以上が設定され、基地局がａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙを指示したりＲＲＣにより設定することができる。

【0299】

(２)実施例＃２－２：ＰＤＣＣＨモニタリングスロット及びＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇスロットのための複数の対(ｐａｉｒ)

【0300】

ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ区間のみが設定され、ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇの有無を指示する方法以外の方法によりＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を指示することができる。例えば、ＲＲＣにより複数の{モニタリングスロットの数(Ｘ)、スキッピングスロットの数(Ｙ)}の対が設定される。また設定された対の数によってＤＣＩ内のフィールドのビット長さが決定される。ＸはＰＤＣＣＨモニタリングを持続するスロットの数、ＹはＸスロットだけＰＤＣＣＨモニタリングを行った後、ＰＤＣＣＨモニタリングをスキップするスロットの数を意味する。Ｘスロットに対するＰＤＣＣＨモニタリングの開始時点はＤＣＩ受信時点から決定されるか、又はＤＣＩ受信時点からａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙの後になる。

【0301】

受信されたＤＣＩを解釈して、端末は２つの方式のいずれかにより動作する。一例として、Ｘスロットの間にＰＤＣＣＨモニタリングを行った後、Ｙスロットの間にＰＤＣＣＨモニタリングをスキップした後、ＤＣＩ受信前のＰＤＣＣＨモニタリング動作を行う。他の例としては、Ｘスロットの間にＰＤＣＣＨモニタリングを行った後、Ｙスロットの間にＰＤＣＣＨモニタリングをスキップする動作を追加指示があるまで繰り返す。

【0302】

なお、設定される対には特別なケースが含まれることもある。例えば、Ｘ＝０の場合、ＰＤＣＣＨモニタリングを行うスロットの数が０であるので、端末がＤＣＩ受信後(又はＤＣＩ受信時点からａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙの後)に普通のＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を行う。即ち、Ｘ＝０の場合、ＤＣＩ受信後又はＤＣＩ受信時点からａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙの後、端末はＰＤＣＣＨモニタリングなしにＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を行う。

【0303】

また、Ｙ＝０はＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇのためのスロットの数が０であるので、端末がＰＤＣＣＨモニタリングを持続する。したがって、この場合、端末はＸスロットに対するＰＤＣＣＨモニタリングの後、Ｙスロットに対するＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇを繰り返す動作を中止し、続けてＰＤＣＣＨをモニタリングする。即ち、Ｙ＝０の場合、端末はＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇなしに続けてＰＤＣＣＨをモニタリングする。

【0304】

上述したように、ＲＲＣにより設定される対に基づいて上述したＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を含む様々な端末の動作を設定／指示することができる。また、Ｘが０ではない場合、Ｘはａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙ以外に端末がＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を行うための事前準備時間を提供する役割をする。また様々なＸ値により、基地局は端末に送信しようとするＴＢのサイズなどを考慮してＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を行う前に再送信手順(例えば、ＨＡＲＱ ｐｒｏｃｅｓｓｉｎｇ)のための時間を提供することができる。

【0305】

３.実施例＃３：１つのＤＣＩによるＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ及び／又はＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ

【0306】

ＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇとＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇはそれぞれ独立して設定され、いずれかが指示されるか、或いは１つの端末にＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇとＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇの両方が設定されて同時に指示される。端末がＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇとＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇによる動作を全て行えば、基地局はトラフィック状況やスケジューリングを考慮してＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇとＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇのいずれかを指示するか、又はＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇとＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇを複合的に指示することができる。

【0307】

例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇとＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇはそれぞれ独立して設定され、基地局はＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇとＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇを区分する１ビットのフラグをＤＣＩ内に設定することができる。例えば、１ビットのフラグが１であると、該当ＤＣＩがスロット、シンボル又はｍｓ単位のＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ区間を指示することを意味する。また１ビットのフラグが０であると、該当ＤＣＩが３つ以上のＳＳ Ｓｅｔ ｇｒｏｕｐのうち、スイッチングするＳＳ Ｓｅｔ ｇｒｏｕｐのインデックスを指示することを意味する。又は１ビットのフラグが０であると、該当ＤＣＩが２つのＳＳ Ｓｅｔ ｇｒｏｕｐの間のスイッチングを指示することを意味する。言い換えれば、１ビットのフラグにより実施例＃１と実施例＃２のいずれかを行うかが指示される。なお、基地局がＲＲＣ設定手順での設定方法によって１ビットのフラグが指示する意味が異なり、基地局が選択して指示することができる。

【0308】

また（各）実施例ごとに細部事項も基地局が少なくとも一部を設定して指示することができる。例えば、複数の対がＲＲＣにより設定された後、ＤＣＩにより受信された１ビットのフラグが１であると、該当対を{Ｘ，Ｙ}と解釈し、０であると、該当対を{Ａ，Ｂ}と解釈する。

【0309】

ここで、{Ｘ，Ｙ}はＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇに関し、ＸはＰＤＣＣＨモニタリングを行うスロットの数であり、ＹはＰＤＣＣＨモニタリングをスキップするスロットの数である。また{Ａ，Ｂ}はＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇに関し、ＡはＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇによってＰＤＣＣＨを行うスロットの数であり、ＢはＡスロットの間にモニタリングするＳＳ Ｓｅｔ ｇｒｏｕｐのインデックスである。又は、Ａ、ＢのいずれもＳＳ Ｓｅｔ ｇｒｏｕｐのインデックスであって、一定スロットの間にＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ａをモニタリングした後、一定スロットの間にＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂをモニタリングすることを指示することである。

【0310】

さらに他の例においては、ＲＲＣ設定段階で複数の{{モニタリングスロットの数(Ｘ)、スキッピングスロットの数(Ｙ)、ＳＳ Ｓｅｔ ｇｒｏｕｐ ＩＤ(Ｂ)}の対が設定される。上述した対のいずれかがＤＣＩにより端末に指示されると、端末はＸスロットの間にＳＳ Ｓｅｔ ｇｒｏｕｐ＃Ｂをモニタリングし、Ｙスロットの間にＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を行う。即ち、基地局は端末にＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇ動作後、ＰＤＣＣＨモニタリングをスキップすることを指示することができる。又は、１ビットのフラグと結合して{Ｘ２，Ｙ２}をＲＲＣにより設定し、１ビットのフラグによってＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇのときは、{Ｘ，Ｙ}と解釈し、ＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇのときには、{Ａ，Ｂ}と解釈するように設定することができる。

【0311】

実施例＃３により、１つのＤＣＩ指示によりＳＳ Ｓｅｔ Ｓｗｉｔｃｈｉｎｇ及びＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を複合的に指示することができるので、ＤＣＩシグナリングオーバーヘッドが減少し、同じＲＮＴＩによりスクランブルされたＤＣＩを同じ方法で端末がデスクランブルし、解釈のみを１ビットのフラグによって異なるように行えばいいので、復号の複雑性が減少する。

【0312】

４.実施例＃４：ＳＳ Ｓｅｔ Ｓｗｉｔｃｈｉｎｇ／ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇパターン

【0313】

ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇとＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇの動作をパターンで設定することができる。基地局は端末に複数のＳＳ Ｓｅｔ ｇｒｏｕｐと端末のＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作を行う方式を設定する。例えば、ＳＳ Ｓｅｔ ｇｒｏｕｐ ｓｗｉｔｃｈｉｎｇとＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇが組み合わせられた複数のパターンをＲＲＣにより設定する。例えば、パターンの一例として{ＳＳ Ｓｅｔ ｇｒｏｕｐ＃０／ＳＳ Ｓｅｔ ｇｒｏｕｐ＃０／ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ／ＳＳ Ｓｅｔ ｇｒｏｕｐ＃１}のようなパターンが設定される。パターン内のそれぞれの動作のための区間は同一であってもよく異なってもよい。例えば、パターン内のそれぞれの動作は基地局がＲＲＣ及び／又はＤＣＩにより端末に設定する。端末が指示されたパターンを行う開始点は該当パターンが指示された時点から所定のａｐｐｌｉｃａｔｉｏｎ ｄｅｌａｙの後である。指示されたパターンによる動作は１回実行後に中断されるか或いは繰り返される。また指示されたパターンがただ１回行われるか又は繰り返されるかは、予め設定により固定されるか又は基地局が選択して指示するようにＲＲＣにより設定される。

【0314】

一方、端末のＤＲＸ活性時間は様々な理由で増加し、それにより指示されたパターンとＤＲＸ周期がずれる(ｍｉｓａｌｉｇｎｅｄ)ことがある。よって、特に指示がない限り、端末はＤＲＸ周期を優先する。即ち、指示されたパターンにしたがうとき、モニタリングするＳＳ ＳｅｔがあってもＤＲＸ活性時間が終了すると端末はスリープモードに進入する。

【0315】

例えば、ＤＲＸ活性時間が終了すると、端末は指示されたパラメータの動作を終了し、次のＤＲＸサイクルで新しい指示を期待する。なお、ＤＲＸ活性時間を開始しながら受信するＤＣＩ或いは活性時間の外で受信できるＤＣＩ(例えば、ＤＣＩ ｆｏｒｍａｔ ２_６)により該当ＤＲＸサイクル内でのモニタリング動作が予め指示されて、ＤＲＸ活性時間内では端末のＰＤＣＣＨモニタリング適応のみを指示するｎｏｎ－ｓｃｈｅｄｕｌｉｎｇ ＤＣＩが送信されないこともある。端末にＤＲＸ活性時間内でのＰＤＣＣＨモニタリング適応が予め指示されると、ＤＲＸサイクル終了直前に行うＰＤＣＣＨモニタリング方法が予め指示される効果がある。これにより、基地局からの急なトラフィックがあったが、ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｋｉｐｐｉｎｇ動作中であるのでＤＣＩを受信できず、次のＤＲＸサイクルまで待たなければならないという遅延の問題を防止することができる。

【0316】

一方、指示されるパターンの全体区間は以下の３つのいずれかに設定される。

【0317】

１) ｏｎＤｕｒａｔｉｏｎ ｔｉｍｅｒ基準

【0318】

２) 残りのＤＲＸ活性タイマーの時間

【0319】

３) 固定された値

【0320】

それぞれの場合によって、パターン内の細部動作を行う区間と端末の動作が異なる。

【0321】

図１４を参照すると、図１４(ａ)は１)の場合を示す。１)の場合、最初に指示されたパターンの全体区間はＤＲＸ ｏｎＤｕｒａｔｉｏｎ ｔｉｍｅｒを基準として設定される。このとき、細部動作の区間はＤＲＸ ｏｎＤｕｒａｔｉｏｎ ｔｉｍｅｒ全体に対する細部動作のそれぞれの比率として設定される。端末はＤＣＩ受信時点を基準として全体パターン内の細部動作を決定する。例えば、ＤＲＸ ｏｎＤｕｒａｔｉｏｎ ｔｉｍｅｒが１００ｍｓであり、ＤＣＩ受信時点が４０ｍｓ経過した後であれば、パターン内の細部動作を行う全体パターン区間のうち、ＤＲＸ ｏｎＤｕｒａｔｉｏｎ ｔｉｍｅｒの６０％である６０ｍｓに対するパターンの細部動作を行うことができる。即ち、ＤＣＩ受信時点前である４０ｍｓに設定されたパターンの細部動作は省略し、４０ｍｓから１００ｍｓまでの６０ｍｓ区間の間に設定されたパターンの細部動作が行われる。

【0322】

図１４(ｂ)は２)の場合を示す。２)の場合、パターン全体区間は残りのＤＲＸ活性時間を１００％として細部動作が各細部動作に該当する比率として設定される。したがって、端末はＤＣＩ受信時点からパターン内の最初の細部動作から順に行うことができる。例えば、ＤＲＸ ｏｎＤｕｒａｔｉｏｎ ｔｉｍｅｒが１００ｍｓであり、ＤＣＩ受信時点が４０ｍｓ時点であれば、４０ｍｓから１００ｍｓまでをそれぞれの細部動作比率に基づいてそれぞれの細部動作区間として区分し、対応する区間で細部動作が行われる。

【0323】

図１４(ｃ)は３)の場合を示す。３)の場合、パターンの全体区間が一定値に固定されて設定される。また固定された一定値は基地局が端末のＤＲＸタイマーを考慮して設定する。一方、３)の場合、パターンの全体区間とＤＲＸ活性時間がずれる(ｍｉｓａｌｉｇｎｅｄ)こともある。したがって、端末はパターンの全体動作をＤＲＸ活性時間内で繰り返して行うことができる。例えば、ＤＲＸ ｏｎＤｕｒａｔｉｏｎ ｔｉｍｅｒが１００ｍｓであり、ＤＣＩ受信時点が４０ｍｓ時点であり、それぞれの細部動作が行われる区間が１０ｍｓであれば、４０ｍｓから８０ｍｓまでパターンの細部動作が行われる。その後、８０ｍｓからパターンによるＰＤＣＣＨモニタリング動作が中止されるか、又は８０ｍｓからパターンによるＰＤＣＣＨモニタリング動作が再度繰り返される。

【0324】

端末のＤＲＸ動作においてＤＣＩ検出のような理由によりＤＲＸ活性時間が増加することもある。この場合、ＰＤＣＣＨモニタリング適応動作のためのパターンが指示された端末の動作は以下のように設定される。以下の動作は、端末がパターンを指示するｓｃｈｅｄｕｌｉｎｇ ＤＣＩを受信することによりＤＲＸ活性時間が延長されたとき、端末がパターンの動作を行う方法について定義する。

【0325】

Ａ)現在細部動作を[延長後に残ったタイマー区間＝パターン内の未実行区間]時点まで行う

【0326】

Ｂ)現在細部動作を延長したタイマーに合わせて行う(例えば、ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅrが終了するまで)

【0327】

Ｃ)延長したタイマーに関係なく固定的にパターン動作を行う

【0328】

Ａ)の場合、端末は現在行っている動作(例えば、特定のＳＳ Ｓｅｔ ｇｒｏｕｐ ｍｏｎｉｔｏｒｉｎｇ)をもともと設定された区間よりも長く行う。例えば、端末がＳＳ Ｓｅｔ ｇｒｏｕｐ＃０をモニタリングする途中にｉｎａｃｔｉｖｉｔｙ ｔｉｍｅrが開始されれば、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃０のモニタリングを持続する。ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅrが開始されないと、ＳＳ Ｓｅｔ ｇｒｏｕｐ＃１をモニタリングする時点になっても、ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅrが動作中であれば、端末は既存のＳＳ Ｓｅｔ ｇｒｏｕｐ＃０のモニタリングを続ける。その後、ＤＲＸ活性時間の残りの時間が指示されたパターンの残りの区間と一致する時点にパターン内の次の動作であるＳＳ Ｓｅｔ ｇｒｏｕｐ＃１に対するモニタリングを行う。かかる動作により、パターン内の残りの区間と端末の今後のＤＲＸ活性時間を一致させる効果がある。

【0329】

Ｂ)の場合、端末は現在行っている動作(例えば、特定のＳＳ Ｓｅｔ ｇｒｏｕｐ ｍｏｎｉｔｏｒｉｎｇ)を、追加指示がなければ、延長したタイマー(例えば、ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅrが終了するまで)に合わせて行う。例えば、端末がＳＳ Ｓｅｔ ｇｒｏｕｐ＃０をモニタリングする途中にｉｎａｃｔｉｖｉｔｙ ｔｉｍｅrが開始されれば、該当タイマーが終了するまでＳＳ Ｓｅｔ ｇｒｏｕｐ＃０をモニタリングする。このとき、さらに他のＤＣＩ検出などによりタイマーが再延長されれば、以前の動作を捨てて新しいＤＣＩの指示にしたがう。端末がｉｎａｃｔｉｖｉｔｙ ｔｉｍｅr又はｒｅｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅｒに合わせてＤＲＸ活性時間を終了すると、パターン内でＳＳ Ｓｅｔ ｇｒｏｕｐ＃０のモニタリング後の細部動作は行わないが、１つの細部動作を同期に合わせて終了させる効果がある。

【0330】

Ｃ)の場合は、延長したタイマーに関係なく、パターン内の細部動作を該当時間に合わせて常に行う。例えば、端末がＳＳ Ｓｅｔ ｇｒｏｕｐ＃０をモニタリングする途中にｉｎａｃｔｉｖｉｔｙ ｔｉｍｅrが開始されても、ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅrが開始されなかった場合のＳＳ Ｓｅｔ ｇｒｏｕｐ＃１をモニタリングする時点になると、ｉｎａｃｔｉｖｉｔｙ ｔｉｍｅrのカウント有無に関係なく、端末はＳＳ Ｓｅｔ ｇｒｏｕｐ＃１をモニタリングする。ただし、この場合にも、ＤＲＸ活性時間が終了したときには、端末はモニタリングを中止してスリープモードに進入する。

【0331】

一方、指示されたパターンの全体区間とＤＲＸに連携する細部動作は組み合わせられて基地局により設定されるか、又は基地局が設定された事項を指示する。

【0332】

実施例＃４によれば、１つのＤＣＩ指示により複数のＰＤＣＣＨモニタリング適応動作を端末に設定し、シグナリングオーバーヘッドを減少することができる。また１つのＤＣＩ指示により相当時間区間の間に行う複数のＰＤＣＣＨモニタリング適応動作を指示し、端末がスリープモードに進入して、今後のＰＤＣＣＨモニタリング適応動作の設定に障害が発生することを防止することができる。

【0333】

これに制限されないが、この文書に開示の様々な説明、機能、手順、提案、方法及び／又びフローチャートは、機器間無線通信／連結(例えば、５Ｇ)を必要とする様々な分野に適用される。

【0334】

以下、図面を参照しながらより具体的に例示する。以下の図／説明において、同じ図面符号は特に言及しない限り、同一又は対応するハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示する。

【0335】

図１５は本開示に適用される通信システム１を例示する。

【0336】

図１５を参照すると、本発明に適用される通信システム１は、無線機器、基地局及びネットワークを含む。ここで、無線機器は無線接続技術(例えば、５Ｇ ＮＲ、ＬＴＥ)を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器とも称される。これに限られないが、無線機器はロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ(ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ)機器１００ｃ、携帯機器(Ｈａｎｄ－ｈｅｌｄ Ｄｅｖｉｃｅ)１００ｄ、家電１００ｅ、ＩｏＴ(Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ)機器１００ｆ及びＡＩサーバ／機器４００を含む。例えば、車両は無線通信機能が備えられた車両、自律走行車両、車両間通信を行える車両などを含む。ここで、車両はＵＡＶ(Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ)(例えば、ドローン)を含む。ＸＲ機器はＡＲ(Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ)／ＶＲ(Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ)／ＭＲ(Ｍｉｘｅｄ Ｒｅａｌｉｔｙ)機器を含み、ＨＭＤ(Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ)、車両に備えられたＨＵＤ(Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ)、ＴＶ、スマートホン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブックパソコンなど)などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサ、スマートメータなどを含む。例えば、基地局、ネットワークは無線機器にも具現され、特定の無線機器２００ａは他の無線機器に基地局／ネットワークノードで動作することもできる。

【0337】

無線機器１００ａ～１００ｆは基地局２００を介してネットワーク３００に連結される。無線機器１００ａ～１００ｆにはＡＩ(Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ)技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００に連結される。ネットワーク３００は３Ｇネットワーク、４Ｇ(例えば、ＬＴＥ)ネットワーク又は５Ｇ(例えば、ＮＲ)ネットワークなどを用いて構成される。無線機器１００ａ～１００ｆは基地局２００／ネットワーク３００を介して互いに通信できるが、基地局／ネットワークを介することなく、直接通信することもできる(例えば、サイドリンク通信)。例えば、車両１００ｂ－１、１００ｂ－２は直接通信することができる(例えば、Ｖ２Ｖ(Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ)／Ｖ２Ｘ(Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ)通信)。またＩｏＴ機器(例えば、センサ)は他のＩｏＴ機器(例えば、センサ)又は他の無線機器１００ａ～１００ｆと直接通信することができる。

【0338】

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間には無線通信／連結１５０ａ、１５０ｂ、１５０ｃが行われる。ここで、無線通信／連結は上り／下りリンク通信１５０ａとサイドリンク通信１５０ｂ(又は、Ｄ２Ｄ通信)、基地局間の通信１５０ｃ(例えば、ｒｅｌａｙ、ＩＡＢ(Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ)のような様々な無線接続技術により行われる(例えば、５Ｇ ＮＲ)。無線通信／連結１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送信／受信することができる。このために、本発明の様々な提案に基づいて、無線信号の送信／受信のための様々な構成情報の設定過程、様々な信号処理過程(例えば、チャネル符号化／復号、変調／復調、リソースマッピング／デマッピングなど)、リソース割り当て過程のうちのいずれか１つが行われる。

【0339】

図１６は本開示に適用可能な無線機器を例示する。

【0340】

図１６を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術(例えば、ＬＴＥ、ＮＲ)により無線信号を送受信する。ここで、{第１無線機器１００、第２無線機器２００}は図１８の{無線機器１００ｘ、基地局２００}及び／又は{無線機器１００ｘ、無線機器１００ｘ}に対応する。

【0341】

第１無線機器１００は１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含む。プロセッサ１０２はメモリ１０４及び／又は送受信機１０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ１０２はメモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６で第１情報／信号を含む無線信号を送信する。またプロセッサ１０２は送受信機１０６で第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２に連結され、プロセッサ１０２の動作に関連する様々な情報を格納する。例えば、メモリ１０４はプロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機１０６はプロセッサ１０２に連結され、１つ以上のアンテナ１０８により無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ(ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)ユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップを意味することもできる。

【0342】

具体的には、この開示の実施例による第１無線機器１００のプロセッサ１０２により制御され、メモリ１０４に格納される命令及び／又は動作について説明する。

【0343】

以下の動作はプロセッサ１０２の観点でプロセッサ１０２の制御動作に基づいて説明するが、かかる動作を行うためのソフトウェアコードなどがメモリ１０４に格納される。例えば、この開示において、少なくとも１つのメモリ１０４はコンピューター読み取り可能な(ｒｅａｄａｂｌｅ)格納媒体(ｓｔｏｒａｇｅ ｍｅｄｉｕｍ)であって、指示又はプログラムを格納し、上記指示又はプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に連結される少なくとも１つのプロセッサをして、以下の動作に関連するこの開示の実施例又は具現による動作を行うようにする。

【0344】

例えば、プロセッサ１０２はＰＤＣＣＨモニタリング適応(ｍｏｎｉｔｏｒｉｎｇ ａｄａｐｔａｔｉｏｎ)に関連する情報を含むＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)信号を受信するように送受信機１０６を制御する。例えば、ＲＲＣ信号に含まれた情報は後述する[実施例＃１]ないし[実施例＃４]のいずれかに基づく。

【0345】

プロセッサ１０２はＰＤＣＣＨモニタリング適応を指示するＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を受信するように送受信機１０６を制御する。例えば、ＤＣＩは後述する[実施例＃１]ないし[実施例＃４]のいずれかに基づいてＰＤＣＣＨモニタリング適応に関連する動作を指示する。

【0346】

プロセッサ１０２は指示されたＰＤＣＣＨモニタリング適応に基づいてＰＤＣＣＨをモニタリングし、これによりＰＤＣＣＨを受信するように送受信機１０６を制御する。例えば、プロセッサ１０２は後述する[実施例＃１]ないし[実施例＃４]のいずれかに基づいてＰＤＣＣＨをモニタリングし受信するように送受信機１０６を制御する。

【0347】

第２無線機器２００は１つ以上のプロセッサ２０２及び１つ以上のメモリ２０４を含み、さらに１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８を含む。プロセッサ２０２はメモリ２０４及び／又は送受信機２０６を制御し、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを具現するように構成される。例えば、プロセッサ２０２はメモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６で第３情報／信号を含む無線信号を送信する。またプロセッサ２０２は送受信機２０６で第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に格納する。メモリ２０４はプロセッサ２０２に連結され、プロセッサ２０２の動作に関連する様々な情報を格納する。例えば、メモリ２０４はプロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、又はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術(例えば、ＬＴＥ、ＮＲ)を具現するように設計された通信モデム／回路／チップの一部である。送受信機２０６はプロセッサ２０２に連結され、１つ以上のアンテナ２０８により無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットとも混用することができる。本発明において、無線機器は通信モデム／回路／チップをも意味する。

【0348】

具体的には、この開示の実施例による第２無線機器２００のプロセッサ２０２により制御され、メモリ２０４に格納される命令及び／又は動作について説明する。

【0349】

以下の動作はプロセッサ２０２の観点でプロセッサ２０２の制御動作に基づいて説明するが、かかる動作を行うためのソフトウェアコードなどがメモリ２０４に格納される。例えば、この開示において、少なくとも１つのメモリ２０４はコンピュータ読み取り可能な(ｒｅａｄａｂｌｅ)格納媒体(ｓｔｏｒａｇｅ ｍｅｄｉｕｍ)であって、指示又はプログラムを格納し、上記指示又はプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に連結される少なくとも１つのプロセッサをして、以下の動作に関連するこの開示の実施例又は具現による動作を行うようにする。

【0350】

例えば、プロセッサ２０２はＰＤＣＣＨモニタリング適応(ｍｏｎｉｔｏｒｉｎｇ ａｄａｐｔａｔｉｏｎ)に関連する情報を含むＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)信号を送信するように送受信機２０６を制御する。例えば、ＲＲＣ信号に含まれた情報は後述する[実施例＃１]ないし[実施例＃４]のいずれかに基づく。

【0351】

プロセッサ２０２はＰＤＣＣＨモニタリング適応を指示するＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を送信するように送受信機２０６を制御する。例えば、ＤＣＩにより後述する[実施例＃１]ないし[実施例＃４]のいずれかに基づいてＰＤＣＣＨモニタリング適応に関連する動作を指示する。

【0352】

プロセッサ２０２は指示されたＰＤＣＣＨモニタリング適応に基づいてＰＤＣＣＨを送信するように送受信機２０６を制御する。例えば、プロセッサ２０２は後述する[実施例＃１]ないし[実施例＃４]のいずれかに基づいてＰＤＣＣＨを送信するように送受信機２０６を制御する。

【0353】

以下、無線機器１００,２００のハードウェア要素についてより具体的に説明する。これに限られないが、１つ以上のプロトコル階層が１つ以上のプロセッサ１０２，２０２により具現される。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の階層(例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層)を具現する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによって１つ以上のＰＤＵ(Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ)及び／又は１つ以上のＳＤＵ(Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ)を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２，２０２はこの明細書に開示された機能、手順、提案及び／又は方法によってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号(例えば、ベースバンド信号)を生成して、１つ以上の送受信機１０６，２０６に提供する。１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６から信号(例えば、ベースバンド信号)を受信して、この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートによってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を得ることができる。

【0354】

１つ以上のプロセッサ１０２，２０２はコントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータとも称される。１つ以上のプロセッサ１０２，２０２はハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより具現される。一例として、１つ以上のＡＳＩＣ(Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ)、１つ以上のＤＳＰ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ)、１つ以上のＤＳＰＤ(Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ)、１つ以上のＰＬＤ(Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ)又は１つ以上のＦＰＧＡ(Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ)が１つ以上のプロセッサ１０２，２０２に含まれる。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはファームウェア又はソフトウェアを使用して具現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように具現される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートを行うように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２，２０２に含まれるか、又は１つ以上のメモリ１０４，２０４に格納されて１つ以上のプロセッサ１０２，２０２により駆動される。この明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートはコード、命令語(ｉｎｓｔｒｕｃｔｉｏｎ)及び／又は命令語集合の形態でファームウェア又はソフトウェアを使用して具現される。

【0355】

１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２に連結され、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納することができる。１つ以上のメモリ１０４，２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせにより構成される。１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４，２０４は有線又は無線連結のような様々な技術により１つ以上のプロセッサ１０２，２０２に連結される。

【0356】

１つ以上の送受信機１０６，２０６は１つ以上の他の装置にこの明細書における方法及び／又はフローチャートなどで言及されたユーザデータ、制御情報、無線信号／チャネルなどを送信することができる。１つ以上の送受信機１０６，２０６は１つ以上の他の装置からこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２に連結され、無線信号を送受信することができる。例えば、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御する。また、１つ以上のプロセッサ１０２，２０２は１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御する。また１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８に連結され、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８によりこの明細書に開示された説明、機能、手順、提案、方法及び／又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。この明細書において、１つ以上のアンテナは複数の物理アンテナであるか、又は複数の論理アンテナ(例えば、アンテナポート)である。１つ以上の送受信機１０６，２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換する(Ｃｏｎｖｅｒｔ)。１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、１つ以上の送受信機１０６，２０６は(アナログ)オシレーター及び／又はフィルターを含む。

【0357】

図１７は本発明に適用される車両又は自律走行車両を例示する。車両又は自律走行車両は移動型ロボット、車両、汽車、有／無人飛行体(Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ)、船舶などで具現される。

【0358】

図１７を参照すると、車両又は自律走行車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部で構成される。

【0359】

通信部１１０は他の車両、基地局(例えば、基地局、路辺基地局(Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ)など)、サーバなどの外部機器と信号(例えば、データ、制御信号など)を送受信する。制御部１２０は車両又は自律走行車両１００の要素を制御して様々な動作を行う。制御部１２０はＥＣＵ(Ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ Ｕｎｉｔ)を含む。駆動部１４０ａにより車両又は自律走行車両１００が地上で走行する。駆動部１４０ａはエンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは車両又は自律走行車両１００に電源を供給し、有／無線充電回路、バッテリーなどを含む。センサ部１４０ｃは車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ(ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ)センサ、衝突センサ、ホイールセンサ(ｗｈｅｅｌ ｓｅｎｓｏｒ)、速度センサ、傾斜センサ、重量感知センサ、ヘッディングセンサ(ｈｅａｄｉｎｇ ｓｅｎｓｏｒ)、ポジションモジュール(ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ)、車両前進／後進センサ、バッテリーセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自律走行部１４０ｄは走行中の車線を維持する技術、車間距離制御装置(ａｄａｐｔｉｖｅ ｃｒｕｉｓｅ ｃｏｎｔｒｏｌ)のように速度を自動に調節する技術、所定の経路によって自動走行する技術、目的地が設定されると自動に経路を設定して走行する技術などを具現する。

【0360】

一例として、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自律走行部１４０ｄは得られたデータに基づいて自律走行経路とドライブプランを生成する。制御部１２０はドライブプランに従って車両又は自律走行車両１００が自律走行経路に移動するように駆動部１４０ａを制御する(例えば、速度／方向調節)。通信部１１０は自律走行中に外部サーバから最新交通情報データを非周期的に得、また周りの車両から周りの交通情報データを得る。またセンサ部１４０ｃは自律走行中に車両状態、周辺環境情報を得る。自律走行部１４０ｄは新しく得たデータ／情報に基づいて自律走行経路とドライブプランを更新する。通信部１１０は車両位置、自律走行経路、ドライブプランなどに関する情報を外部サーバに伝達する。外部サーバは車両又は自律走行車両から集められた情報に基づいて、ＡＩ技術などを用いて交通情報データを予め予測し、予測された交通情報データを車両又は自律走行車両に提供する。

【0361】

図１８はこの開示に適用されるＸＲ機器を例示する。ＸＲ機器はＨＭＤ、車両に備えられたＨＵＤ(Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ)、ＴＶ、スマートホン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。

【0362】

図１８を参照すると、ＸＲ機器１００ａは通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、センサ部１４０ｂ及び電源供給部１４０ｃを含む。

【0363】

通信部１１０は他の無線機器、携帯機器、又はメディアサーバなどの外部機器と信号(例えば、メディアデータ、制御信号など)を送受信することができる。メディアデータは映像、イメージ、音などを含む。制御部１２０はＸＲ機器１００ａの構成要素を制御して様々な動作を行う。例えば、制御部１２０はビデオ／イメージ獲得、(ビデオ／イメージ)符号化、メタデータ生成及び処理などの手順を制御及び／又は行うように構成される。メモリ部１３０はＸＲ機器１００ａの駆動／ＸＲオブジェクトの生成に必要なデータ／パラメータ／プログラム／コード／命令を格納する。入出力部１４０ａは外部から制御情報、データなどを得て、生成されたＸＲオブジェクトを出力する。入出力部１４０ａはカメラ、マイクロホン、ユーザ入力部、ディスプレイ部、スピーカー及び／又はハプティクスモジュールなどを含む。センサ部１４０ｂはＸＲ機器状態、周辺環境情報、ユーザ情報などを得る。センサ部１４０ｂは近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＲＧＢセンサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロホン及び／又はレーダーなどを含む。電源供給部１４０ｃはＸＲ機器１００ａに電源を供給し、有無線充填回路、バッテリーなどを含む。

【0364】

一例として、ＸＲ機器１００ａはメモリ部１３０はＸＲオブジェクト(例えば、ＡＲ／ＶＲ／ＭＲオブジェクト)の生成に必要な情報(例えば、データなど)を含む。入出力部１４０ａはユーザからＸＲ機器１００ａを操作する命令を得ることができ、制御部１２０はユーザの駆動命令に従ってＸＲ機器１００ａを駆動させる。例えば、ユーザがＸＲ機器１００ａにより映画、ニュースなどを視聴する場合、制御部１２０は通信部１３０でコンテンツ要請情報を他の機器(例えば、携帯機器１００ｂ)又はメディアサーバに送信することができる。通信部１３０は他の機器(例えば、携帯機器１００ｂ)又はメディアサーバから映画、ニュースなどのコンテンツをメモリ部１３０にダウンロード／ストリーミングすることができる。制御部１２０はコンテンツに対してビデオ／イメージ獲得、(ビデオ／イメージ)符号化、メタデータ生成／処理などの手順を制御し、及び／又は行い、入出力部１４０ａ／センサ部１４０ｂで得た周辺空間又は現実オブジェクトに関する情報に基づいてＸＲオブジェクトを生成／出力する。

【0365】

ＸＲ機器１００ａは通信部１１０により携帯機器１００ｂと無線連結され、ＸＲ機器１００ａの動作は携帯機器１００ｂにより制御される。例えば、携帯機器１００ｂはＸＲ機器１００ａに対するコントローラとして動作する。このために、ＸＲ機器１００ａは携帯機器１００ｂの３次元位置情報を得た後、携帯機器１００ｂに対応するＸＲ個体を生成して出力することができる。

【0366】

前述した実施例は、本発明の構成要素と特徴が所定形態に結合されたものである。各構成要素又は特徴は、別途の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合されない形態で実施することができる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明する各動作の順序は変更可能である。いずれかの実施例の一部の構成や特徴は、他の実施例に含ませることができ、又は他の実施例の対応する構成又は特徴に取り替えることができる。特許請求の範囲で明示的な引用関係のない請求項を組み合せて実施例を構成するか、出願後の補正によって新しい請求項として含ませ得ることは自明である。

【0367】

本文書において、基地局により行われるとされている特定動作は、場合によっては、その上位ノード(ｕｐｐｅｒ ｎｏｄｅ)により行われてもよい。即ち、基地局を含む複数のネットワークノード(ｎｅｔｗｏｒｋ ｎｏｄｅ)からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、又は基地局以外の他のネットワークノードにより行うことができる。この時、基地局は、固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)、ｇＮｏｄｅ Ｂ(ｇＮＢ)、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ(ｅＮＢ)又はアクセスポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)などの用語に言い換えることができる。

【0368】

本開示は、本開示の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。

【産業上の利用可能性】

【0369】

上述したような下りリンク制御チャネルを送受信する方法及びそのための装置は、５世代ＮｅｗＲＡＴシステムに適用される例を中心として説明したが、５世代ＮｅｗＲＡＴシステム以外にも様々な無線通信システムに適用することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14(a)】

【図14(b)】

【図14(c)】

【図15】

【図16】

【図17】

【図18】

【手続補正書】

【提出日】2023-11-10

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムにおいて端末がＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)をモニタリングする方法であって、
検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)のグループインデックスに関連する第１情報と、ＰＤＣＣＨモニタリングのためのスキッピング期間に関連する第２情報を、無線リソース制御（radio resource control (RRC)）シグナリングを介して、受信し、
フィールドを含む下りリンク制御情報（downlink control information (DCI)）を受信し、
前記フィールドに基づいて前記ＰＤＣＣＨをモニタリングすることを含み、
前記フィールドの値が第１の値であることに基づいて、前記検索空間集合のグループインデックスに従う前記ＰＤＣＣＨモニタリングの開始が指示され、
前記フィールドの値が第２の値であることに基づいて、前記スキッピング期間に対する前記ＰＤＣＣＨモニタリングのスキップが示される、ＰＤＣＣＨモニタリング方法。

【請求項2】

ＲＲＣシグナリングを介して、ＰＤＣＣＨモニタリングスキッピング期間に関連する第３情報を受信することと、
第２フィールドを含む第２ＤＣＩを受信することと、
前記第２フィールドに基づいて前記ＰＤＣＣＨをモニタリングすることをさらに含み、
前記フィールドのそれぞれの値は、前記ＰＤＣＣＨモニタリングに対する前記スキッピング期間の一つを示す、請求項１に記載のＰＤＣＣＨモニタリング方法。

【請求項3】

前記フィールドは、ＰＤＣＣＨモニタリングａｄａｐｔａｔｉｏｎに関連する、請求項１に記載のＰＤＣＣＨモニタリング方法。

【請求項4】

前記第１情報は、第１検索空間集合の第１グループインデックスと第２検索空間集合の第２グループインデックス、を含む、請求項１に記載のＰＤＣＣＨモニタリング方法。

【請求項5】

前記ＰＤＣＣＨは、前記ＤＣＩが受信される時点から特定の時間後にモニタリングされる、請求項１に記載のＰＤＣＣＨモニタリング方法。

【請求項6】

前記第２フィールドのビットの数は、ＰＤＣＣＨモニタリングに対する前記スキッピング期間の数に基づいて決定される、請求項２に記載のＰＤＣＣＨモニタリング方法。

【請求項7】

無線通信システムにおいてＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)をモニタリングする端末であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、
前記動作は、
検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)のグループインデックスに関連する第１情報と、ＰＤＣＣＨモニタリングのためのスキッピング期間に関連する第２情報を、無線リソース制御（radio resource control (RRC)）シグナリングを介して、受信し、
フィールドを含む下りリンク制御情報（downlink control information (DCI)）を前記少なくとも一つの送受信機を介して受信し、
前記フィールドに基づいて前記ＰＤＣＣＨをモニタリングすることを含み、
前記フィールドの値が第１の値であることに基づいて、前記検索空間集合のグループインデックスに従う前記ＰＤＣＣＨモニタリングの開始が指示され、
前記フィールドの値が第２の値であることに基づいて、前記スキッピング期間に対する前記ＰＤＣＣＨモニタリングのスキップが示される、端末。

【請求項8】

ＲＲＣシグナリングを介して、ＰＤＣＣＨモニタリングスキッピング期間に関連する第３情報を受信することと、
第２フィールドを含む第２ＤＣＩを受信することと、
前記第２フィールドに基づいて前記ＰＤＣＣＨをモニタリングすることをさらに含み、
前記フィールドのそれぞれの値は、前記ＰＤＣＣＨモニタリングに対する前記スキッピング期間の一つを示す、請求項７に記載の端末。

【請求項9】

前記フィールドは、ＰＤＣＣＨモニタリングａｄａｐｔａｔｉｏｎに関連する、請求項７に記載の端末。

【請求項10】

前記第１情報は、第１検索空間集合の第１グループインデックスと第２検索空間集合の第２グループインデックス、を含む、請求項７に記載の端末。

【請求項11】

前記ＰＤＣＣＨは、前記ＤＣＩが受信される時点から特定の時間後にモニタリングされる、請求項７に記載の端末。

【請求項12】

前記第２フィールドのビットの数は、ＰＤＣＣＨモニタリングに対する前記スキッピング期間の数に基づいて決定される、請求項８に記載の端末。

【請求項13】

無線通信システムにおいてＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を送信する基地局であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、
前記動作は、
検索空間集合(Ｓｅａｒｃｈ Ｓｐａｃｅ Ｓｅｔ；ＳＳ Ｓｅｔ)のグループインデックスに関連する第１情報と、ＰＤＣＣＨモニタリングのためのスキッピング期間に関連する第２情報を、無線リソース制御（radio resource control (RRC)）シグナリングを介して、送信し、
前記少なくとも１つの送受信機を介して、フィールドを含む下りリンク制御情報（downlink control information (DCI)）を送信し、
前記少なくとも１つの送受信機を介して、前記フィールドに基づいて前記ＰＤＣＣＨを送信することを含み、
前記フィールドの値が第１の値であることに基づいて、前記検索空間集合のグループインデックスに従う前記ＰＤＣＣＨモニタリングの開始が指示され、
前記フィールドの値が第２の値であることに基づいて、前記スキッピング期間に対する前記ＰＤＣＣＨモニタリングのスキップが示される、基地局。

【国際調査報告】