知財求人 - 知財ポータルサイト「IP Force」
▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-03-14
(45)【発行日】2024-03-25
(54)【発明の名称】不連続受信動作方法
(51)【国際特許分類】
H04W 52/02 20090101AFI20240315BHJP
H04W 72/0457 20230101ALI20240315BHJP
【ＦＩ】
H04W52/02 111
H04W72/0457 110
【請求項の数】
12
(21)【出願番号】P 2022522928
(86)(22)【出願日】2020-09-01
(65)【公表番号】
(43)【公表日】2022-12-22
(86)【国際出願番号】 KR2020011690
(87)【国際公開番号】W WO2021075711
(87)【国際公開日】2021-04-22
【審査請求日】2022-05-31
(31)【優先権主張番号】10-2019-0129268
(32)【優先日】2019-10-17
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2019-0141053
(32)【優先日】2019-11-06
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】62/932,604
(32)【優先日】2019-11-08
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100109841
【弁理士】
【氏名又は名称】堅田 健史
(74)【代理人】
【識別番号】230112025
【弁護士】
【氏名又は名称】小林 英了
(74)【代理人】
【識別番号】230117802
【弁護士】
【氏名又は名称】大野 浩之
(74)【代理人】
【識別番号】100131451
【弁理士】
【氏名又は名称】津田 理
(74)【代理人】
【識別番号】100167933
【弁理士】
【氏名又は名称】松野 知紘
(74)【代理人】
【識別番号】100174137
【弁理士】
【氏名又は名称】酒谷 誠一
(74)【代理人】
【識別番号】100184181
【弁理士】
【氏名又は名称】野本 裕史
(72)【発明者】
【氏名】ソ，イングォン
(72)【発明者】
【氏名】アン，ジュンギ
(72)【発明者】
【氏名】ヤン，スクチョル
(72)【発明者】
【氏名】キム，ソンウク
【審査官】伊東 和重
(56)【参考文献】
【文献】国際公開第２０１９／１３９４０５（ＷＯ，Ａ１）
【文献】vivo，Fast Scell activation and dormancy like behavior[online]，3GPP TSG RAN WG1 #98bis，3GPP，2019年10月04日，R1-1910242，[検索日 2023.05.23],Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1910242.zip>
【文献】ZTE Corporation, Sanechips，On delay reduction of SCell Activation[online]，3GPP TSG RAN WG2 #107，3GPP，2019年08月30日，R2-1910750，[検索日 2023.05.23],Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107/Docs/R2-1910750.zip>
【文献】Ericsson，Reduced latency Scell management for NR CA[online]，3GPP TSG RAN WG1 #98bis，3GPP，2019年10月05日，R1-1911015，[検索日 2023.05.23],Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1911015.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
無線通信システムにおいて、複数のセルが設定された端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）により実行される不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ：ＤＲＸ）動作の為の方法であって、オンデュレーション（ｏｎ－ｄｕｒａｔｉｏｎ）上において、物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）モニタリングを実行し；
上位層シグナリングを介して、帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）設定情報を受信し；
前記ＢＷＰ設定情報は特定ＢＷＰを知らせるものであり、
前記ＰＤＣＣＨモニタリングに基づいてＰＤＣＣＨを受信し；及び
前記ＰＤＣＣＨはセカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ：ＳＣｅｌｌ）休眠（ｄｏｒｍａｎｔ）情報を含み、
前記ＳＣｅｌｌ休眠情報を含む前記ＰＤＣＣＨの為の確認／非確認（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：ＡＣＫ／ＮＡＣＫ）情報を送信する；ことを含んでなり、
前記ＳＣｅｌｌ休眠情報は、ビット（ｂｉｔ）を含み、
前記ビットは、セカンダリセルグループに対応し、
前記ビットは、休眠値又は非休眠値を有し、
前記セカンダリセルグループの為に、現在活性（ｃｕｒｒｅｎｔ ａｃｔｉｖｅ）ＢＷＰが休眠ＢＷＰであることに基づいて、前記非休眠値を有する前記ビットが前記ＢＷＰ設定情報により付与される、前記特定ＢＷＰの活性化（ａｃｔｉｖａｔｉｏｎ）を知らせることを特徴とする、方法。
【請求項2】
前記端末は、プライマリセル（ｐｒｉｍａｒｙ ｃｅｌｌ）上において、前記ＰＤＣＣＨを受信することを特徴とする、請求項１に記載の方法。
【請求項3】
前記端末は、前記休眠ＢＷＰ上において、前記ＰＤＣＣＨモニタリングを実行しないこと、又は、物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＤＳＣＨ）を受信しないことを特徴とする、請求項１に記載の方法。
【請求項4】
前記休眠ＢＷＰは上位層シグナリングにより設定されたＢＷＰであることを特徴とする、請求項１に記載の方法。
【請求項5】
前記端末の為のセルに対して設定可能なＢＷＰの最大個数は４個であることを特徴とする、請求項１に記載の方法。
【請求項6】
前記端末は、前記特定ＢＷＰ上において、物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ：ＰＤＳＣＨ）、又はＰＤＣＣＨを受信することを特徴とする、請求項１に記載の方法。
【請求項7】
前記複数のセルは、プライマリセル及びＳＣｅｌｌを備え、前記プライマリセルは、前記端末が初期接続確立手順又は接続再確立手順を行うセルであり、
前記ＳＣｅｌｌは前記端末に対して追加的な無線リソースが提供されるセルであることを特徴とする、請求項１に記載の方法。
【請求項8】
端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）であって、命令を格納する１つ以上のメモリ；
１つ以上の送受信機；及び
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサ；を備えてなり、
前記１つ以上のプロセッサは、前記命令を実行し、
オンデュレーション（ｏｎ－ｄｕｒａｔｉｏｎ）上において、物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）モニタリングを実行し；
上位層シグナリングを介して、帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）設定情報を受信し；
前記ＢＷＰ設定情報は特定ＢＷＰを知らせるものであり、
前記ＰＤＣＣＨモニタリングに基づいてＰＤＣＣＨを受信し；及び
前記ＰＤＣＣＨはセカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ：ＳＣｅｌｌ）休眠（ｄｏｒｍａｎｔ）情報を含み、
前記ＳＣｅｌｌ休眠情報を含む前記ＰＤＣＣＨの為の確認／非確認（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：ＡＣＫ／ＮＡＣＫ）情報を送信する；ことを含んでなり、
前記ＳＣｅｌｌ休眠情報は、ビット（ｂｉｔ）を含み、
前記ビットは、セカンダリセルグループに対応し、
前記ビットは、休眠値又は非休眠値を有し、
前記セカンダリセルグループの為に、現在活性（ｃｕｒｒｅｎｔ ａｃｔｉｖｅ）ＢＷＰが休眠ＢＷＰであることに基づいて、前記非休眠値を有する前記ビットが前記ＢＷＰ設定情報により付与される、前記特定ＢＷＰの活性化（ａｃｔｉｖａｔｉｏｎ）を知らせることを特徴とする、端末。
【請求項9】
端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）を制御するように設定された装置（ａｐｐａｒａｔｕｓ）であって、１つ以上のプロセッサ；及び
前記１つ以上のプロセッサにより実行可能に接続され、及び命令を格納する１つ以上のメモリ；を備えてなり、
前記１つ以上のプロセッサは、前記命令を実行し、
オンデュレーション（ｏｎ－ｄｕｒａｔｉｏｎ）上において、物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）モニタリングを実行し；
上位層シグナリングを介して、帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）設定情報を受信し；
前記ＢＷＰ設定情報は特定ＢＷＰを知らせるものであり、
前記ＰＤＣＣＨモニタリングに基づいてＰＤＣＣＨを受信し；及び
前記ＰＤＣＣＨはセカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ：ＳＣｅｌｌ）休眠（ｄｏｒｍａｎｔ）情報を含み、
前記ＳＣｅｌｌ休眠情報を含む前記ＰＤＣＣＨの為の確認／非確認（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：ＡＣＫ／ＮＡＣＫ）情報を送信する；ことを含んでなり、
前記ＳＣｅｌｌ休眠情報は、ビット（ｂｉｔ）を含み、
前記ビットは、セカンダリセルグループに対応し、
前記ビットは、休眠値又は非休眠値を有し、
前記セカンダリセルグループの為に、現在活性（ｃｕｒｒｅｎｔ ａｃｔｉｖｅ）ＢＷＰが休眠ＢＷＰであることに基づいて、前記非休眠値を有する前記ビットが前記ＢＷＰ設定情報に基づいて付与される、前記特定ＢＷＰの活性化（ａｃｔｉｖａｔｉｏｎ）を知らせることを特徴とする、装置。
【請求項10】
少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行される命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を含む少なくとも１つのコンピュータ読み取り可能な記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）であって、オンデュレーション（ｏｎ－ｄｕｒａｔｉｏｎ）上において、物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）モニタリングを実行し；
上位層シグナリングを介して、帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）設定情報を受信し；
前記ＢＷＰ設定情報は特定ＢＷＰを知らせるものであり、
前記ＰＤＣＣＨモニタリングに基づいてＰＤＣＣＨを受信し；及び
前記ＰＤＣＣＨはセカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ：ＳＣｅｌｌ）休眠（ｄｏｒｍａｎｔ）情報を含み、
前記ＳＣｅｌｌ休眠情報を含む前記ＰＤＣＣＨの為の確認／非確認（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：ＡＣＫ／ＮＡＣＫ）情報を送信する；ことを含んでなり、
前記ＳＣｅｌｌ休眠情報は、ビット（ｂｉｔ）を含み、
前記ビットは、セカンダリセルグループに対応し、
前記ビットは、休眠値又は非休眠値を有し、
前記セカンダリセルグループの為に、現在活性（ｃｕｒｒｅｎｔ ａｃｔｉｖｅ）ＢＷＰが休眠ＢＷＰであることに基づいて、前記非休眠値を有する前記ビットが前記ＢＷＰ設定情報に基づいて付与される、前記特定ＢＷＰの活性化（ａｃｔｉｖａｔｉｏｎ）を知らせることを特徴とする、記録媒体。
【請求項11】
無線通信システムにおいて、基地局により実行される帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）を設定する方法であって、端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）に不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ：ＤＲＸ）設定情報を送信し；
上位層シグナリングを介して、帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）設定情報を送信し；
前記ＢＷＰ設定情報は特定ＢＷＰを知らせるものであり、
物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）を送信し；
前記ＰＤＣＣＨはセカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ：ＳＣｅｌｌ）休眠（ｄｏｒｍａｎｔ）情報を含み、
前記ＳＣｅｌｌ休眠情報は、ビット（ｂｉｔ）を含み、
前記ビットは、セカンダリセルグループに対応し、
前記ビットは、休眠値又は非休眠値を有し、
前記端末から、前記ＳＣｅｌｌ休眠情報を含む前記ＰＤＣＣＨの為の確認／非確認（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：ＡＣＫ／ＮＡＣＫ）情報を受信し；及び
前記ＳＣｅｌｌ休眠情報が前記特定ＢＷＰの活性化（ａｃｔｉｖａｔｉｏｎ）を知らせる前記非休眠値を有する前記ビットを含むことに基づいて、及び、前記ＵＥの為の現在活性（ｃｕｒｒｅｎｔ ａｃｔｉｖｅ）ＢＷＰが休眠ＢＷＰであることに基づいて、前記セカンダリセルグループの為に、前記特定ＢＷＰを介して前記端末との通信を実行する；ことを含んでなる、方法。
【請求項12】
基地局であって、命令を格納する１つ以上のメモリ；
１つ以上の送受信機；及び
前記１つ以上のメモリと前記１つ以上の送受信機を接続する１つ以上のプロセッサ；を備えてなり、
前記１つ以上のプロセッサは、前記命令を実行し、
端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）に不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ：ＤＲＸ）設定情報を送信し；
上位層シグナリングを介して、帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）設定情報を送信し；
前記ＢＷＰ設定情報は特定ＢＷＰを知らせるものであり、
物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）を送信し；
前記ＰＤＣＣＨはセカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ：ＳＣｅｌｌ）休眠（ｄｏｒｍａｎｔ）情報を含み、
前記ＳＣｅｌｌ休眠情報は、ビット（ｂｉｔ）を含み、
前記ビットは、セカンダリセルグループに対応し、
前記ビットは、休眠値又は非休眠値を有し、
前記端末から、前記ＳＣｅｌｌ休眠情報を含む前記ＰＤＣＣＨの為の確認／非確認（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ：ＡＣＫ／ＮＡＣＫ）情報を受信し；及び
前記ＳＣｅｌｌ休眠情報が前記特定ＢＷＰの活性化（ａｃｔｉｖａｔｉｏｎ）を知らせる前記非休眠値を有する前記ビットを含むことに基づいて、及び、前記ＵＥの為の現在活性（ｃｕｒｒｅｎｔ ａｃｔｉｖｅ）ＢＷＰが休眠ＢＷＰであることに基づいて、前記セカンダリセルグループの為に、前記特定ＢＷＰを介して前記端末との通信を実行する；ことを含んでなる、基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信に関する。
【背景技術】
【0002】
より多くの通信機器がより大きな通信容量を要求するようになって、既存の無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信に対する必要性が台頭している。また、多数の機器及び事物を接続していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要イシューの１つである。それだけでなく、信頼度（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが議論されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術の導入が議論されており、本開示においては便宜上該当技術（ｔｅｃｈｎｏｌｏｇｙ）をｎｅｗ ＲＡＴ又はＮＲと呼ぶ。
【0003】
ＬＴＥシステムにおいてセカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、ＳＣｅｌｌ）の活性化（ａｃｔｉｖａｔｉｏｎ）／非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）を迅速に行うために休眠状態を定義し、特定ＳＣｅｌｌが休眠状態に設定される場合、端末は該当セルに対するＰＤＣＣＨモニタリングを行わなくてもよい。以後、該当ＳＣｅｌｌを急速に活性化するために、休眠状態で測定、報告などを行って該当セルのチャネル条件（ｃｈａｎｎｅｌ ｃｏｎｄｉｔｉｏｎ）及びリンク状態（ｌｉｎｋ ｓｔａｔｕｓ）をモニタリングするように定義されている。例えば、特定ＳＣｅｌｌが休眠状態に設定される場合、端末はＰＤＣＣＨモニタリングは行わないが、チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）／無線リソース管理（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ：ＲＲＭ）のための測定及び報告は行うことができる。ＮＲシステムにおいて、前述の休眠状態又は休眠動作はＢＷＰ単位で定義される。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明は、不連続受信動作方法を提案することである。
【課題を解決するための手段】
【0005】
本発明は、不連続受信動作方法を提案する。
【発明の効果】
【0006】
本明細書によれば、端末の省電力を考慮したＢＷＰ活性化ベースの不連続受信動作を提案する。
【0007】
本明細書の具体的な一例から得られる効果は、以上に言及した効果に限らない。例えば、関連技術分野における通常の知識を有する者（ａ ｐｅｒｓｏｎ ｈａｖｉｎｇ ｏｒｄｉｎａｒｙ ｓｋｉｌｌ ｉｎ ｔｈｅ ｒｅｌａｔｅｄ ａｒｔ）が本明細書から理解又は誘導できる様々な技術的効果が存在する。これにより、本明細書の具体的な効果は、本明細書に明示的に記載されたものに限定されず、本明細書の技術的特徴から理解又は誘導できる多様な効果を含む。
【図面の簡単な説明】
【0008】
【図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】端末の状態による電力消耗を示したのである。
【発明を実施するための形態】
【0009】
本明細書において「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。言い換えると、本明細書において、「Ａ又はＢ（Ａ ｏｒ Ｂ）」は「Ａ及び／又はＢ（Ａ ａｎｄ／ｏｒ Ｂ）」と解釈できる。例えば，本明細書において「Ａ、Ｂ又はＣ（Ａ，Ｂ ｏｒ Ｃ）」は，「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。
【0010】
本明細書において使用されるスラッシュ（／）やコンマ（ｃｏｍｍａ）は、「及び／又は（ａｎｄ／ｏｒ）」を意味し得る。例えば、「Ａ／Ｂ」は「Ａ及び／又はＢ」を意味し得る。これにより、「Ａ／Ｂ」は「Ａのみ」、「Ｂのみ」、又は「ＡとＢの両方」を意味し得る。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、Ｂ又はＣ」を意味し得る。
【0011】
本明細書において「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」は、「Ａのみ」、「Ｂのみ」又は「ＡとＢの両方」を意味し得る。また、本明細書において「少なくとも１つのＡ又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ｏｒ Ｂ）」や「少なくとも１つのＡ及び／又はＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ／ｏｒ Ｂ）」という表現は、「少なくとも１つのＡ及びＢ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ ａｎｄ Ｂ）」と同様に解釈され得る。
【0012】
また、本明細書において、「少なくとも１つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」又は「Ａ、Ｂ及びＣの任意の全ての組み合わせ（ａｎｙ ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」を意味し得る。また、「少なくとも１つのＡ、Ｂ又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ｏｒ Ｃ）」や「少なくとも１つのＡ、Ｂ及び／又はＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ）」は「少なくとも１つのＡ、Ｂ及びＣ（ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ ａｎｄ Ｃ））」を意味し得る。
【0013】
また、本明細書において用いられる括弧は「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味し得る。具体的に、「制御情報（ＰＤＣＣＨ）」と表示されている場合、「制御情報」の一例として「ＰＤＣＣＨ」が提案されているものであり得る。言い換えると、本明細書の「制御情報」は「ＰＤＣＣＨ」に制限（ｌｉｍｉｔ）されることなく、「ＰＤＣＣＨ」が「制御情報」の一例として提案されるものであり得る。また、「制御情報（すなわち、ＰＤＣＣＨ）」と表示されている場合にも、「制御情報」の一例として「ＰＤＣＣＨ」が提案されているものであり得る。
【0014】
本明細書において１つの図面内において個別に説明される技術的特徴は、個別に実現されてもよく、同時に実現されてもよい。
【0015】
以下では、本開示が適用される通信システムの例を説明する。
【0016】
これに限らないが、本明細書において開示された様々な説明、機能、手順、提案、方法及び／又は動作フローチャートは、機器間の無線通信及び／又は接続（例えば、５Ｇ）が要求される様々な分野に適用できる。
【0017】
以下、図面を参照してより詳細に例示する。以下の図面／説明において同一の参照番号は異なる記述がない限り、同一又は対応するハードウェアブロック、ソフトウェアブロック及び／又は機能ブロックを参照することができる。
【0018】
図１は、本開示に適用される通信システム１を例示する。
【0019】
図１に示すように、本開示に適用される通信システム１は無線機器、基地局及びネットワークを含む（備える；構成する；構築する；設定する；包接する；包含する；含有する：以下同じ）。ここで、無線機器は、無線アクセス技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器と称されてもよい。これに限られるものではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバ４００を含む。例えば、車両は、無線通信機能が備えられた車両、自律走行車、車両間通信が可能な車両などを含む。ここで、車両はＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含む。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、ＴＶ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態で実現できる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサ、スマートメーターなどを含む。例えば、基地局、ネットワークは無線機器で実現されることもでき、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。
【0020】
ここで、本明細書の無線機器において実現される無線通信技術はＬＴＥ、ＮＲ及び６Ｇだけでなく、低電力通信のためのＮａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓを含む。ここで、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格で実現でき、前述の名称に限定されるのもではない。追加的に又は代替的に、本明細書の無線機器において実現される無線通信技術はＬＴＥ－Ｍ技術に基づいて通信を行うことができる。この時、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例であり、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称で呼ばれてもよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか１つで実現でき、前述の名称に限定されるものではない。追加的に又は代替的に、本明細書の無線機器において実現される無線通信技術は低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ：登録商標）及び低電力広域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＬＰＷＡＮ）のうち少なくともいずれか１つを含み、前述の名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術はＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低パワーデジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、多様な名称と呼ばれてもよい。
【0021】
無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と接続される。無線機器１００ａ～１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００と接続される。ネットワーク３００は３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成される。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介さずに直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１、１００ｂ－２は直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ） ｃｏｍｍｕｎｉｃａｔｉｏｎ）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）又は他の無線機器１００ａ～１００ｆと直接通信することができる。
【0022】
無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間には無線通信／接続１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／接続はアップ／ダウンリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ（例えば、ｒｅｌａｙ、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）のような多様な無線アクセス技術（例えば、５Ｇ ＮＲ）を介して行われる。無線通信／接続１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信できる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送信／受信できる。このために、本開示の様々な提案に基づいて、無線信号の送信／受信のための多様な構成情報の設定過程、多様な信号処理過程（例えば、チャネルエンコード／デコード、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などの少なくとも一部が行われる。
【0023】
図２は、本開示に適用できる無線機器を例示する。
【0024】
図２に示すように、第１無線機器１００と第２無線機器２００は様々な無線アクセス技術（例えば、ＬＴＥ、ＮＲ）により無線信号を送受信できる。ここで、｛第１無線機器１００、第２無線機器２００｝は図１の｛無線機器１００ｘ、基地局２００｝及び／又は｛無線機器１００ｘ、無線機器１００ｘ｝に対応できる。
【0025】
第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、追加的に、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８をさらに含んでもよい。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するように構成される。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６を介して第１情報／信号を含む無線信号を送信する。また、プロセッサ１０２は、送受信機１０６により第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得られた情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２と接続され、プロセッサ１０２の動作に関する様々な情報を格納する。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機１０６はプロセッサ１０２と接続され、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと混用されてもよい。本開示において、無線機器は通信モデム／回路／チップを意味することもある。
【0026】
第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、追加的に、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含んでもよい。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するように構成される。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６を介して第３情報／信号を含む無線信号を送信する。また、プロセッサ２０２は、送受信機２０６を介して第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得られた情報をメモリ２０４に格納する。メモリ２０４は、プロセッサ２０２と接続され、プロセッサ２０２の動作に関する様々な情報を格納する。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機２０６はプロセッサ２０２と接続され、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットと混用されてもよい。本開示において無線機器は通信モデム／回路／チップを意味することもある。
【0027】
以下、無線機器１００、２００のハードウェア要素についてより具体的に説明する。これに限られるものではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２、２０２により実現されることができる。例えば、１つ以上のプロセッサ１０２、２０２は１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰなどの機能的層）を実現することができる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従って１つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は１つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成する。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従ってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／又は方法に従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成して、１つ以上の送受信機１０６、２０６に提供する。１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６から信号（例えば、ベースバンド信号）を受信し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得する。
【0028】
１つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ばれてもよい。１つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより実現できる。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２、２０２に含まれる。本文書に開示された説明、機能、手順き、提案、方法及び／又は動作フローチャートはファームウェア又はソフトウェアを使用して実現でき、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように実現できる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実行するように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２、２０２に含まれるか、１つ以上のメモリ１０４、２０４に格納されて１つ以上のプロセッサ１０２、２０２により駆動される。本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートはコード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアを使用して実現できる。
【0029】
１つ以上のメモリ１０４、２０４は１つ以上のプロセッサ１０２、２０２と接続され、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納する。１つ以上のメモリ１０４、２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせで構成される。１つ以上のメモリ１０４、２０４は１つ以上のプロセッサ１０２、２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４、２０４は有線又は無線接続のような多様な技術により１つ以上のプロセッサ１０２、２０２と接続される。
【0030】
１つ以上の送受信機１０６、２０６は、１つ以上の他の装置に本文書の方法及び／又は動作フローチャートなどにおいて言及されているユーザデータ、制御情報、無線信号／チャネルなどを送信する。１つ以上の送受信機１０６、２０６は、１つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートなどにおいて言及されているユーザデータ、制御情報、無線信号／チャネルなどを受信する。例えば、１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２と接続され、無線信号を送受信する。例えば、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御する。また、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御する。また、１つ以上の送受信機１０６、２０６は１つ以上のアンテナ１０８、２０８と接続され、１つ以上の送受信機１０６、２０６は１つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートなどで言及されているユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。本文書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であり得る。１つ以上の送受信機１０６、２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２、２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）する。１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、１つ以上の送受信機１０６、２０６は、（アナログ）オシレータ及び／又はフィルタを含む。
【0031】
図３は、送信信号のための信号処理回路を例示する。
【0032】
図３に示すように、信号処理回路１０００は、スクランブラ１０１０、変調器１０２０、レイヤマッパ１０３０、プリコーダ１０４０、リソースマッパ１０５０、信号生成器１０６０を含む。これに制限されるものではないが、図３の動作／機能は図２のプロセッサ１０２、２０２及び／又は送受信機１０６、２０６において行われることができる。図３のハードウェア要素は図２のプロセッサ１０２、２０２及び／又は送受信機１０６、２０６において実現できる。例えば、ブロック１０１０～１０６０は図２のプロセッサ１０２、２０２において実現できる。また、ブロック１０１０～１０５０は図２のプロセッサ１０２、２０２において実現でき、ブロック１０６０は図２の送受信機１０６、２０６において実現できる。
【0033】
コードワードは図３の信号処理回路１０００を経て無線信号に変換される。ここで、コードワードは情報ブロックの符号化されたビットシーケンスである。情報ブロックは送信ブロック（例えば、ＵＬ－ＳＣＨ送信ブロック、ＤＬ－ＳＣＨ送信ブロック）を含む。無線信号は様々な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信される。
【0034】
具体的には、コードワードはスクランブラ１０１０によりスクランブルされたビットシーケンスに変換できる。スクランブルに使用されるスクランブルシーケンスは初期化値に基づいて生成され、初期化値には無線機器のＩＤ情報などが含まれる。スクランブルされたビットシーケンスは、変調器１０２０により変調シンボルシーケンスに変調される。変調方式は、ｐｉ／２－ＢＰＳＫ（ｐｉ／２－Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＰＳＫ（ｍ－Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＱＡＭ（ｍ－Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）などの含む。複素変調シンボルシーケンスは、レイヤマッパ１０３０により１つ以上の送信レイヤにマッピングされる。各送信レイヤの変調シンボルは、プリコーダ１０４０により当該アンテナポート（ら）にマッピングされる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパ１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと掛け算して得られる。ここで、Ｎはアンテナポートの数、Ｍは送信レイヤの数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（ｔｒａｎｓｆｏｒｍ）プリコーディング（例えば、ＤＦＴ変換）を行った後にプリコーディングを行うことができる。また、プリコーダ１０４０はトランスフォームプリコーディングを行わずにプリコーディングを行うことができる。
【0035】
リソースマッパ１０５０は、各アンテナポートの変調シンボルを時間－周波数リソースにマッピングする。時間－周波数リソースは、時間ドメインにおいて複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭａシンボル）を含み、周波数ドメインにおいて複数の副搬送波を含む。信号生成器１０６０はマッピングされた変調シンボルから無線信号を生成し、生成された無線信号は各アンテナを介して他の機器に送信される。このために、信号生成器１０６０はＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュール及びＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）、周波数アップリンク変換器（ｆｒｅｑｕｅｎｃｙ ｕｐｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）などを含む。
【0036】
無線機器において受信信号のための信号処理過程は図３の信号処理過程（１０１０～１０６０）の逆に構成されることができる。例えば、無線機器（例えば、図２の１００、２００）はアンテナポート／送受信機を介して外部から無線信号を受信する。受信された無線信号は信号復元機を介してベースバンド信号に変換される。このために、信号復元機は周波数ダウンリンク変換機（ｆｒｅｑｕｅｎｃｙ ｄｏｗｎｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）、ＡＤＣ（ａｎａｌｏｇ－ｔｏ－ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｅｒ）、ＣＰ除去機、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールを含む。その後、ベースバンド信号はリソースデマッパ過程、ポストコーディング（ｐｏｓｔｃｏｄｉｎｇ）過程、復調過程、デスクランブル過程を経てコードワードに復元される。コードワードは復号（ｄｅｃｏｄｉｎｇ）を経て元の情報ブロックに復元できる。従って、受信信号のための信号処理回路（図示せず）は、信号復元機、リソースデマッパ、ポストコーダ、復調機、デスクランブラ及び復号機を含む。
【0037】
【0038】
図４に示すように、無線機器１００、２００は図２の無線機器１００、２００に対応し、様々な要素（ｅｌｅｍｅｎｔ）、成分（ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／又はモジュール（ｍｏｄｕｌｅ）から構成される。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は、通信回路１１２及び送受信機（ら）１１４を含む。例えば、通信回路１１２は、図２の１つ以上のプロセッサ１０２、２０２及び／又は１つ以上のメモリ１０４、２０４を含む。例えば、送受信機（ら）１１４は、図２の１つ以上の送受信機１０６、２０６及び／又は１つ以上のアンテナ１０８、２０８を含む。制御部１２０は、通信部１１０、メモリ部１３０及び追加要素１４０と電気的に接続され、無線機器の諸動作を制御する。例えば、制御部１２０は、メモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また、制御部１２０は、メモリ部１３０に格納された情報を通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インタフェースを介して送信するか、通信部１１０を介して外部（例えば、他の通信機器）から無線／有線インタフェースを介して受信された情報をメモリ部１３０に格納する。
【0039】
追加要素１４０は、無線機器の種類に応じて多様に構成できる。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力部（Ｉ／Ｏ ｕｎｉｔ）、駆動部及びコンピューティング部の少なくとも１つを含む。これに制限されるものではないが、無線機器は、ロボット（図１、１００ａ）、車両（図１、１００ｂ－１、１００ｂ－２）、ＸＲ機器（図１、１００ｃ）、携帯機器（図１、１００ｄ）、家電（図１、１００ｅ）、ＩｏＴ機器（図１、１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテク装置（又は、金融装置）、セキュリティ装置、気候／環境装置、ＡＩサーバ／機器（図１、４００）、基地局（図１、２００）、ネットワークノードなどの形態で実現できる。無線機器は使用例／サービスに応じて移動可能であるか、固定場所で使用される。
【0040】
図４において、無線機器１００、２００内の様々な要素、成分、ユニット／部、及び／又はモジュールは全体が有線インタフェースを介して互いに接続されるか、少なくとも一部が通信部１１０を介して無線で接続される。例えば、無線機器１００、２００内において制御部１２０と通信部１１０は有線で接続され、制御部１２０と第１ユニット（例えば、１３０、１４０）は、通信部１１０を介して無線で接続される。また、無線機器１００、２００内の各要素、成分、ユニット／部、及び／又はモジュールは１つ以上の要素をさらに含んでもよい。例えば、制御部１２０は１つ以上のプロセッサ集合で構成されてもよい。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されてもよい。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、非揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）及び／又はこれらの組み合わせで構成されてもよい。
【0041】
以下、図４の実現例について図面を参照してより詳しく説明する。
【0042】
図５は、本開示に適用される携帯機器を例示する。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、携帯用コンピュータ（例えば、ノートパソコンなど）を含む。携帯機器は、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）又はＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）と呼ばれてもよい。
【0043】
図５に示すように、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インタフェース部１４０ｂ及び入出力部１４０ｃを含む。アンテナ部１０８は通信部１１０の一部として構成されてもよい。ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ図４のブロック１１０～１３０／１４０に対応する。
【0044】
通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は、携帯機器１００の構成要素を制御し、様々な動作を行うことができる。制御部１２０はＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ）を含んでもよい。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納する。また、メモリ部１３０は、入／出力されるデータ／情報などを格納する。電源供給部１４０ａは、携帯機器１００に電源を供給し、有線／無線充電回路、バッテリなどを含む。インタフェース部１４０ｂは携帯機器１００と他の外部機器の接続をサポートする。インタフェース部１４０ｂは、外部機器との接続のための様々なポート（例えば、オーディオ入／出力ポート、ビデオ入／出力ポート）を含む。入出力部１４０ｃは映像情報／信号、オーディオ情報／信号、データ、及び／又はユーザから入力される情報を入力又は出力することができる。入出力部１４０ｃはカメラ、マイクロフォン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカ及び／又はハプティックモジュールなどを含む。
【0045】
一例として、データ通信の場合、入出力部１４０ｃはユーザから入力された情報／信号（例えば、タッチ、文字、音声、イメージ、ビデオ）を取得し、取得した情報／信号はメモリ部１３０に格納される。通信部１１０は、メモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信するか、基地局に送信する。また、通信部１１０は、他の無線機器又は基地局から無線信号を受信した後、受信された無線信号を元の情報／信号に復元することができる。復元された情報／信号はメモリ部１３０に格納された後、入出力部１４０ｃを介して様々な形態（例えば、文字、音声、イメージ、ビデオ、ヘプティック）で出力される。
【0046】
図６は、本開示に適用される車両又は自律走行車を例示する。車両又は自律走行車は、移動型ロボット、車両、汽車、有／無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ）、船舶などで実現される。
【0047】
図６に示すように、車両又は自律走行車１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部として構成されてもよい。ブロック１１０／１３０／１４０ａ～１４０ｄはそれぞれ図４のブロック１１０／１３０／１４０に対応する。
【0048】
通信部１１０は、他の車両、基地局（例えば、基地局、路辺基地局（Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ）など）、サーバなどの外部機器と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は、車両又は自律走行車１００の要素を制御して様々な動作を行うことができる。制御部１２０はＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を含んでもよい。駆動部１４０ａは、車両又は自律走行車１００を地上で走行させることができる。駆動部１４０ａは、エンジン、モータ、パワートレイン、車輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは、車両又は自律走行車１００に電源を供給し、有／無線充電回路、バッテリなどを含む。センサ部１４０ｃは車両の状態、周辺の環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ（ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ）センサ、衝突センサ、ホイールセンサ（ｗｈｅｅｌ ｓｅｎｓｏｒ）、速度センサ、傾斜センサ、重量感知センサ、ヘッディングセンサ（ｈｅａｄｉｎｇ ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ）、車両前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自律走行部１４０ｄは、走行中の車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると自動で経路を設定して走行する技術などを実現できる。
【0049】
一例として、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自律走行部１４０ｄは取得したデータに基づいて自律走行経路とドライビングプランを生成する。制御部１２０は、ドライビングプランに従って車両又は自律走行車１００が自律走行経路に沿って移動するように駆動部１４０ａを制御する（例えば、速度／方向調整）。自律走行途中に通信部１１０は外部サーバから最新の交通情報データを非／周期的に取得し、周辺の車両から周辺の交通情報データを取得する。また、自律走行途中にセンサ部１４０ｃは車両の状態、周辺の環境情報を取得する。自律走行部１４０ｄは新しく取得したデータ／情報に基づいて自律走行経路とドライビングプランを更新する。通信部１１０は、車両の位置、自律走行経路、ドライビングプランなどに関する情報を外部サーバに伝達することができる。外部サーバは、車両又は自律走行車から収集された情報に基づいて、ＡＩ技術などを利用して交通情報データを予め予測し、予測された交通情報データを車両又は自律走行車に提供することができる。
【0050】
図７は、本開示に適用される車両を例示する。車両は運送手段、汽車、飛行体、船舶などで実現されることもできる。
【0051】
図７に示すように、車両１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ及び位置測定部１４０ｂを含む。ここで、ブロック１１０～１３０／１４０ａ～１４０ｂはそれぞれ図４のブロック１１０～１３０／１４０に対応する。
【0052】
通信部１１０は、他の車両、又は基地局などの外部機器と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は車両１００の構成要素を制御して様々な動作を行うことができる。メモリ部１３０は、車両１００の多様な機能をサポートするデータ／パラメータ／プログラム／コード／命令を格納する。入出力部１４０ａはメモリ部１３０内の情報に基づいてＡＲ／ＶＲオブジェクトを出力する。入出力部１４０ａはＨＵＤを含む。位置測定部１４０ｂは車両１００の位置情報を取得することができる。位置情報は車両１００の絶対位置情報、走行線内における位置情報、加速度情報、周辺車両との位置情報などを含む。位置測定部１４０ｂはＧＰＳ及び様々なセンサを含む。
【0053】
一例として、車両１００の通信部１１０は、外部サーバから地図情報、交通情報などを受信してメモリ部１３０に格納する。位置測定部１４０ｂはＧＰＳ及び様々なセンサにより車両位置情報を取得してメモリ部１３０に格納する。制御部１２０は、地図情報、交通情報及び車両位置情報などに基づいて仮想オブジェクトを生成し、入出力部１４０ａは生成された仮想オブジェクトを車内のウィンドウに表示する（１４１０、１４２０）。また、制御部１２０は、車両位置情報に基づいて車両１００が走行線内において正常に運行されているか否かを判断する。車両１００が走行線から異常に外れる場合、制御部１２０は入出力部１４０ａにより車両内のウィンドウに警告を表示する。また、制御部１２０は、通信部１１０により周辺車両に走行異常に関する警告メッセージを放送する。状況に応じて、制御部１２０は、通信部１１０により関係機関に車両の位置情報と、走行／車両異常に関する情報を送信することができる。
【0054】
図８は、本開示に適用されるＸＲ機器を例示する。ＸＲ機器は、ＨＭＤ、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、ＴＶ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどで実現できる。
【0055】
図８に示すように、ＸＲ機器１００ａは、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、センサ部１４０ｂ及び電源供給部１４０ｃを含む。ここで、ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ図４のブロック１１０～１３０／１４０に対応する。
【0056】
通信部１１０は、他の無線機器、携帯機器又はメディアサーバなどの外部機器と信号（例えば、メディアデータ、制御信号など）を送受信する。メディアデータは、映像、イメージ、音などを含む。制御部１２０は、ＸＲ機器１００ａの構成要素を制御して様々な動作を行うことができる。例えば、制御部１２０は、ビデオ／イメージ取得、（ビデオ／イメージ）エンコード、メタデータ生成及び処理などの手順を制御及び／又は実行するように構成される。メモリ部１３０は、ＸＲ機器１００ａの駆動／ＸＲオブジェクトの生成に必要なデータ／パラメータ／プログラム／コード／命令を格納する。入出力部１４０ａは外部から制御情報、データなどを取得し、生成されたＸＲオブジェクトを出力する。入出力部１４０ａはカメラ、マイクロフォン、ユーザ入力部、ディスプレイ部、スピーカ及び／又はハプティックモジュールなどを含む。センサ部１４０ｂはＸＲ機器の状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｂは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＲＧＢセンサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロホン及び／又はレーダーなどを含む。電源供給部１４０ｃはＸＲ機器１００ａに電源を供給し、有／無線充電回路、バッテリなどを含む。
【0057】
一例として、ＸＲ機器１００ａのメモリ部１３０は、ＸＲオブジェクト（例えば、ＡＲ／ＶＲ／ＭＲオブジェクト）の生成に必要な情報（例えば、データなど）を含む。入出力部１４０ａはユーザからＸＲ機器１００ａを操作する命令を取得し、制御部１２０はユーザの駆動命令に従ってＸＲ機器１００ａを駆動させる。例えば、ユーザがＸＲ機器１００ａにより映画、ニュースなどを視聴しようとする場合、制御部１２０は通信部１３０を介してコンテンツ要求情報を他の機器（例えば、携帯機器１００ｂ）又はメディアサーバに送信する。通信部１３０は、他の機器（例えば、携帯機器１００ｂ）又はメディアサーバから映画、ニュースなどのコンテンツをメモリ部１３０にダウンロード／ストリーミングする。制御部１２０は、コンテンツに対してビデオ／イメージ取得、（ビデオ／イメージ）エンコード、メタデータ生成／処理などの手順を制御及び／又は実行し、入出力部１４０ａ／センサ部１４０ｂにより取得した周辺空間又は現実オブジェクトに関する情報に基づいてＸＲオブジェクトを生成／出力する。
【0058】
また、ＸＲ機器１００ａは、通信部１１０を介して携帯機器１００ｂと無線で接続され、ＸＲ機器１００ａの動作は携帯機器１００ｂにより制御される。例えば、携帯機器１００ｂはＸＲ機器１００ａに対するコントローラとして動作してもよい。このために、ＸＲ機器１００ａは携帯機器１００ｂの３次元位置情報を取得した後、携帯機器１００ｂに対応するＸＲ個体を生成して出力する。
【0059】
図９は、本開示に適用されるロボットを例示する。ロボットは、使用目的や分野に応じて産業用、医療用、家庭用、軍事用などに分類される。
【0060】
図９に示すように、ロボット１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、センサ部１４０ｂ及び駆動部１４０ｃを含む。ここで、ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ図４のブロック１１０～１３０／１４０に対応する。
【0061】
通信部１１０は、他の無線機器、他のロボット又は制御サーバなどの外部機器と信号（例えば、駆動情報、制御信号など）を送受信する。制御部１２０はロボット１００の構成要素を制御して様々な動作を行うことができる。メモリ部１３０はロボット１００の多様な機能をサポートするデータ／パラメータ／プログラム／コード／命令を格納する。入出力部１４０ａはロボット１００の外部から情報を取得し、ロボット１００の外部に情報を出力する。入出力部１４０ａはカメラ、マイクロフォン、ユーザ入力部、ディスプレイ部、スピーカ及び／又はハプティックモジュールなどを含む。センサ部１４０ｂは、ロボット１００の内部情報、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｂは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロホン、レーダーなどを含む。駆動部１４０ｃはロボット関節を動かすなどの多様な物理的動作を行うことができる。また、駆動部１４０ｃは、ロボット１００を地上で走行させるか、又は空中で飛行させることができる。駆動部１４０ｃはアクチュエータ、モータ、車輪、ブレーキ、プロペラなどを含む。
【0062】
図１０は、本開示に適用されるＡＩ機器を例示する。ＡＩ機器は、ＴＶ、プロジェクタ、スマートフォン、パソコン、ノートパソコン、デジタル放送用端末、タブレットＰＣ、ウェアラブル装置、セットトップボックス（ＳＴＢ）、ラジオ、洗濯機、冷蔵庫、デジタルサイネージ、ロボット、車両などの固定型機器又は移動可能な機器などで実現できる。
【0063】
図１０に示すように、ＡＩ機器１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ／１４０ｂ、ラーニングプロセッサ部１４０ｃ及びセンサ部１４０ｄを含む。ブロック１１０～１３０／１４０ａ～１４０ｄはそれぞれ図４のブロック１１０～１３０／１４０に対応する。
【0064】
通信部１１０は、有無線通信技術を利用して他のＡＩ機器（例えば、図１、１００ｘ、２００、４００）やＡＩサーバ（例えば、図１の４００）などの外部機器と有無線信号（例えば、センサ情報、ユーザ入力、学習モデル、制御信号など）を送受信する。このために、通信部１１０はメモリ部１３０内の情報を外部機器に送信するか、外部機器から受信された信号をメモリ部１３０に伝達する。
【0065】
制御部１２０は、データ分析アルゴリズム又はマシンラーニングアルゴリズムを使用して決定又は生成された情報に基づいて、ＡＩ機器１００の少なくとも１つの実行可能な動作を決定する。そして、制御部１２０はＡＩ機器１００の構成要素を制御して決定された動作を行う。例えば、制御部１２０は、ラーニングプロセッサ部１４０ｃ又はメモリ部１３０のデータを要求、検索、受信又は活用し、少なくとも１つの実行可能な動作のうち予測される動作や、好ましいと判断される動作を実行するようにＡＩ機器１００の構成要素を制御する。また、制御部１２０は、ＡＩ装置１００の動作内容や動作に対するユーザのフィードバックなどを含む履歴情報を収集してメモリ部１３０又はラーニングプロセッサ部１４０ｃに格納するか、ＡＩサーバ（図１、４００）などの外部装置に送信する。収集された履歴情報は学習モデルの更新に利用されることができる。
【0066】
メモリ部１３０はＡＩ機器１００の様々な機能をサポートするデータを格納する。例えば、メモリ部１３０は入力部１４０ａから得られたデータ、通信部１１０から得られたデータ、ラーニングプロセッサ部１４０ｃの出力データ、及びセンシング部１４０から得られたデータを格納する。また、メモリ部１３０は、制御部１２０の動作／実行に必要な制御情報及び／又はソフトウェアコードを格納することができる。
【0067】
入力部１４０ａはＡＩ機器１００の外部から様々な種類のデータを取得する。例えば、入力部１４０ａは、モデル学習のための学習データ、及び学習モデルが適用される入力データなどを取得する。入力部１４０ａは、カメラ、マイクロホン及び／又はユーザ入力部などを含む。出力部１４０ｂは、視覚、聴覚又は触覚などに関連した出力を発生させる。出力部１４０ｂは、ディスプレイ部、スピーカ及び／又はハプティックモジュールなどを含む。センシング部１４０は様々なセンサを利用してＡＩ機器１００の内部情報、ＡＩ機器１００の周辺環境情報及びユーザ情報のいずれか１つを得ることができる。センシング部１４０は、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＲＧＢセンサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロホン及び／又はレーダーなどを含む。
【0068】
ラーニングプロセッサ部１４０ｃは，学習データを利用して人工神経網で構成されたモデルを学習させる。ラーニングプロセッサ部１４０ｃはＡＩサーバ（図１、４００）のラーニングプロセッサ部と共にＡＩプロセッシングを行うことができる。ラーニングプロセッサ部１４０ｃは、通信部１１０を介して外部機器から受信された情報、及び／又はメモリ部１３０に格納された情報を処理する。また、ラーニングプロセッサ部１４０ｃの出力値は通信部１１０を介して外部機器に送信されるか／送信され、メモリ部１３０に格納される。
【0069】
図１１は、本開示が適用できる無線通信システムを例示する。これはＥ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ－ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、又はＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）／ＬＴＥ－Ａシステムとも呼ばれる。
【0070】
Ｅ－ＵＴＲＡＮは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）１０に制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）を提供する基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ、ＢＳ）２０を含む。端末１０は固定されるか移動性を有し、ＭＳ（Ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（Ｕｓｅｒ Ｔｅｒｍｉｎａｌ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＭＴ（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ）、無線機器（Ｗｉｒｅｌｅｓｓ Ｄｅｖｉｃｅ）などの他の用語で呼ばれてもよい。基地局２０は端末１０と通信する固定された地点（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を言い、ｅＮＢ（ｅｖｏｌｖｅｄ－ＮｏｄｅＢ）、ＢＴＳ（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ）、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）などの他の用語で呼ばれてもよい。
【0071】
基地局２０は、Ｘ２インタフェースを介して互いに接続される。基地局２０は、Ｓ１インタフェースを介してＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）３０、より詳細には、Ｓ１－ＭＭＥを介してＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）とＳ１－Ｕを介してＳ－ＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）と接続される。
【0072】
ＥＰＣ３０は、ＭＭＥ、Ｓ－ＧＷ及びＰ－ＧＷ（Ｐａｃｋｅｔ ＤａｔａＮｅｔｗｏｒｋ－Ｇａｔｅｗａｙ）から構成される。ＭＭＥは、端末の接続情報や端末の能力に関する情報を有し、このような情報は端末の移動性管理に主に使われる。Ｓ－ＧＷはＥ－ＵＴＲＡＮを終端点として有するゲートウェイであり、Ｐ－ＧＷはＰＤＮを終端点として有するゲートウェイである。
【0073】
端末とネットワークの間の無線インタフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の層は、通信システムにおいて広く知られている開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）基準モデルの下位３つの層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分される、このうち、第１層に属する物理層は物理チャネル（Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を利用した情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）を提供し、第３層に位置するＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は端末とネットワーク間に無線リソースを制御する役割を果たす。このために、ＲＲＣ層は端末と基地局間にＲＲＣメッセージを交換する。
【0074】
図１２は、ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）に対する無線プロトコル構造（ｒａｄｉｏ ｐｒｏｔｏｃｏｌ ａｒｃｈｉｔｅｃｔｕｒｅ）を示したブロック図である。図１３は、制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）に対する無線プロトコル構造を示したブロック図である。ユーザプレーンはユーザデータ送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ ｓｔａｃｋ）であり、制御プレーンは制御信号送信のためのプロトコルスタックである。
【0075】
図１２及び図１３に示すように、物理層（ＰＨＹ（ｐｈｙｓｉｃａｌ） ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）を利用して上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ ｔｒａｎｓｆｅｒ ｓｅｒｖｉｃｅ）を提供する。物理層は上位層であるＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とは送信チャネル（ｔｒａｎｓｐｏｒｔ ｃｈａｎｎｅｌ）を介して接続されている。送信チャネルを介してＭＡＣ層と物理層の間にデータが移動する。送信チャネルは無線インタフェースを介してデータがどのようにどのような特徴で送信されるかに応じて分類される。
【0076】
相異なる物理層の間、すなわち、送信機と受信機の物理層の間は物理チャネルを介してデータが移動する。前記物理チャネルはＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調され、時間と周波数を無線リソースとして活用する。
【0077】
ＭＡＣ層の機能は論理チャネルと送信チャネル間のマッピング及び論理チャネルに属するＭＡＣ ＳＤＵ（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）の送信チャネル上で物理チャネルに提供される送信ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）への多重化／逆多重化を含む。ＭＡＣ層は論理チャネルを介してＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層にサービスを提供する。
【0078】
ＲＬＣ層の機能はＲＬＣ ＳＤＵの連結（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）が要求する様々なＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ層は透明モード（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ、ＴＭ）、非確認モード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＵＭ）及び確認モード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ、ＡＭ）の３つの動作モードを提供する。ＡＭ ＲＬＣはＡＲＱ（ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）によりエラー訂正を提供する。
【0079】
ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層は制御プレーンにおいてのみ定義される。ＲＲＣ層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）と関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワーク間のデータ伝達のために第１層（ＰＨＹ層）及び第２層（ＭＡＣ層、ＲＬＣ層、ＰＤＣＰ層）により提供される論理的経路を意味する。
【0080】
ユーザプレーンでのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層の機能はユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ）、及び暗号化（ｃｉｐｈｅｒｉｎｇ）を含む。制御プレーンでのＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層の機能は制御プレーンデータの伝達及び暗号化／完全性保護（ｉｎｔｅｇｒｉｔｙ ｐｒｏｔｅｃｔｉｏｎ）を含む。
【0081】
ＲＢが設定されるということは、特定サービスを提供するために無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢはまたＳＲＢ（Ｓｉｇｎａｌｉｎｇ ＲＢ）とＤＲＢ（Ｄａｔａ ＲＢ）の２つに分けられる。ＳＲＢは制御プレーンにおいてＲＲＣメッセージを送信する通路として使用され、ＤＲＢはユーザプレーンにおいてユーザデータを送信する通路として使用される。
【0082】
端末のＲＲＣ層とＥ－ＵＴＲＡＮのＲＲＣ層の間にＲＲＣ接続（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ）が確立されると、端末はＲＲＣ接続（ＲＲＣ ｃｏｎｎｅｃｔｅｄ）状態にあり、そうでない場合は、ＲＲＣアイドル（ＲＲＣ ｉｄｌｅ）状態にあるようになる。
【0083】
ネットワークから端末にデータを送信するダウンリンク送信チャネルとしては、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）と、それ以外にユーザトラヒックや制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャスト又はブロードキャストサービスのトラヒック又は制御メッセージの場合はダウンリンクＳＣＨを介して送信されてもよく、又は別途のダウンリンクＭＣH（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信するアップリンク送信チャネルとしては初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）とそれ以外にユーザトラヒックや制御メッセージを送信するアップリンクＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。
【0084】
送信チャネル上位にあり、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）としてはＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＴＣｈ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。
【0085】
物理チャネル（Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌ）は、時間領域において複数のＯＦＤＭシンボルと周波数領域において複数の副搬送波（Ｓｕｂ－ｃａｒｒｉｅｒ）で構成される。１つのサブフレーム（Ｓｕｂ－ｆｒａｍｅ）は、時間領域において複数のＯＦＤＭシンボル（Ｓｙｍｂｏｌ）で構成される。リソースブロックはリソースの割り当て単位で、複数のＯＦＤＭシンボルと複数の副搬送波（ｓｕｂ－ｃａｒｒｉｅｒ）で構成される。また、各サブフレームはＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、すなわち、Ｌ１／Ｌ２制御チャネルのために該当サブフレームの特定ＯＦＤＭシンボル（例えば、１番目のＯＦＤＭシンボル）の特定副搬送波を利用することができる。ＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）は送信の単位時間であり、例えば、サブフレーム又はスロットになり得る。
【0086】
以下、新しい無線アクセス技術（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ：ｎｅｗ ＲＡＴ、ＮＲ）について説明する。
【0087】
より多くの通信機器がより大きな通信容量を要求するようになって、既存の無線アクセス技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ；ＲＡＴ）に比べて向上したモバイルブロードバンド（ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）通信の必要性が台頭している。また、多数の機器及び事物を接続していつでもどこでも多様なサービスを提供するマッシブＭＴＣ（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）も次世代通信において考慮される主要イシューの１つである。それだけでなく、信頼性（ｒｅｌｉａｂｉｌｉｔｙ）及び遅延（ｌａｔｅｎｃｙ）に敏感なサービス／端末を考慮した通信システムデザインが議論されている。このように拡張されたモバイルブロードバンドコミュニケーション（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ｍａｓｓｉｖｅ ＭＴＣ、ＵＲＬＬＣ（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを考慮した次世代無線アクセス技術の導入が議論されており、本開示においては便宜上該当技術（ｔｅｃｈｎｏｌｏｇｙ）をＮｅｗ ＲＡＴ又はＮＲと呼ぶ。
【0088】
図１４は、本開示の技術的特徴が適用できる無線通信システムの他の例を示す。
【0089】
具体的に、図１４は、５Ｇ ＮＲ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）システムに基づいたシステムアーキテクチャを示す。５Ｇ ＮＲシステム（以下、簡単に「ＮＲ」という。）において使用される個体は、図１１において紹介されている個体（例えば、ｅＮＢ、ＭＭＥ、Ｓ－ＧＷ）の一部又は全ての機能を吸収する。ＮＲシステムにおいて使用される個体はＬＴＥと区別するために「ＮＧ」という名により識別できる。
【0090】
図１４に示すように、無線通信システムは１つ以上のＵＥ１１、ＮＧ－ＲＡＮ（ｎｅｘｔ－ｇｅｎｅｒａｔｉｏｎ ＲＡＮ）及び第５世代コアネットワーク（５ＧＣ）を含む。ＮＧ－ＲＡＮは少なくとも１つのＮＧ－ＲＡＮノードで構成される。ＮＧ－ＲＡＮノードは図１１に示したＢＳ２０に対応する個体である。ＮＧ－ＲＡＮノードは、少なくとも１つのｇＮＢ２１及び／又は少なくとも１つのｎｇ－ｅＮＢ２２から構成される。ｇＮＢ２１はＵＥ１１に向かうＮＲユーザプレーン及び制御プレーンプロトコルの終端を提供する。ｎｇ－ｅＮＢ２２はＵＥ１１に向かうＥ－ＵＴＲＡユーザプレーン及び制御プレーンプロトコルの終端を提供する。
【0091】
５ＧＣはＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）及びＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）を含む。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能をホストする。ＡＭＦは従来のＭＭＥの機能を含む個体である。ＵＰＦは、移動性アンカリング、ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）処理などの機能をホストする。ＵＰＦは従来のＳ－ＧＷの機能を含む個体である。ＳＭＦはＵＥ ＩＰアドレス割り当て、ＰＤＵセッション制御などの機能をホストする。
【0092】
ｇＮＢとｎｇ－ｅＮＢはＸｎインタフェースを介して互いに接続される。ｇＮＢ及びｎｇ－ｅＮＢはまた、ＮＧインタフェースを介して５ＧＣに接続される。より具体的には、ＮＧ－Ｃインタフェースを介してＡＭＦに、そしてＮＧ－Ｕインタフェースを介してＵＰＦに接続される。
【0093】
図１５は、ＮＧ－ＲＡＮと５ＧＣ間の機能的分割を例示する。
【0094】
図１５に示すように、ｇＮＢはインターセル間の無線リソース管理（ｉｎｔｅｒ Ｃｅｌｌ ＲＲＭ）、無線ベアラ管理（ＲＢ ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ Ｍｏｂｉｌｉｔｙ Ｃｏｎｔｒｏｌ）、無線許容制御（Ｒａｄｉｏ Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）、測定設定及び提供（Ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ＆ Ｐｒｏｖｉｓｉｏｎ）、動的リソース割り当て（ｄｙｎａｍｉｃ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）などの機能を提供する。ＡＭＦは、ＮＡＳセキュリティ、アイドル状態移動性処理などの機能を提供する。ＵＰＦは移動性アンカリング（Ｍｏｂｉｌｉｔｙ Ａｎｃｈｏｒｉｎｇ）、ＰＤＵ処理などの機能を提供する。ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）は端末ＩＰアドレス割り当て、ＰＤＵセッション制御などの機能を提供する。
【0095】
図１６は、ＮＲにおいて適用できるフレーム構造を例示する。
【0096】
図１６に示すように、フレームは１０ｍｓ（ｍｉｌｌｉｓｅｃｏｎｄ）で構成され、１ｍｓで構成されたサブフレーム１０個を含む。
【0097】
ＮＲにおいて、アップリンク及びダウンリンク送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２つの５ｍｓハーフフレーム（Ｈａｌｆ－Ｆｒａｍｅ、ＨＦ）と定義される。ハーフフレームは５つの１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）と定義される。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット数はＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）に依存する。各スロットはＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）により１２個又は１４個のＯＦＤＭ（Ａ）シンボルを含む。ノーマルＣＰ（ｎｏｒｍａｌ ＣＰ）が使用される場合、各スロットは１４個のシンボルを含む。拡張ＣＰが使用される場合、各スロットは１２個のシンボルを含む。ここで、シンボルはＯＦＤＭシンボル（あるいは、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡシンボル（あるいは、ＤＦＴ－ｓ－ＯＦＤＭシンボル）を含む。
【0098】
サブフレーム内には副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）によって１つ又は複数のスロット（ｓｌｏｔ）が含まれる。
【0099】
次の表１は副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μを例示する。
【0100】
【表1】
【0101】
次の表２は副搬送波の間隔設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μによって、フレーム内のスロット数（Ｎframeμslot）、サブフレーム内のスロット数（Ｎsubframeμslot）、スロット内シンボル数（Ｎslot
symb）などを例示する。
【0102】
【表2】
【0103】
表３は、拡張ＣＰが使われる場合、ＳＣＳによってスロット別のシンボル数、フレーム別のスロット数とサブフレーム（ＳＦ）別のスロット数を例示する。
【0104】
【表3】
【0105】
ＮＲは多様な５Ｇサービスをサポートするための多数のｎｕｍｅｒｏｌｏｇｙ（又は、ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ（ＳＣＳ））をサポートする。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドにおける広い領域（ｗｉｄｅ ａｒｅａ）をサポートし、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）をサポートし、ＳＣＳが６０ｋＨｚ又はそれより高い場合、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために２４．２５ＧＨｚより大きい帯域幅をサポートする。
【0106】
ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は２つのｔｙｐｅ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）に定義される。周波数範囲の数値は変更されることができ、例えば、２つのｔｙｐｅ（ＦＲ１、ＦＲ２）の周波数範囲は以下の表４のようである。説明の便宜のためにＮＲシステムにおいて使用される周波数範囲のうちＦＲ１は「ｓｕｂ ６ＧＨｚ ｒａｎｇｅ」を意味し、ＦＲ２は「ａｂｏｖｅ ６ＧＨｚ ｒａｎｇｅ」を意味し、ミリメートル波（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ）と呼ばれてもよい。
【0107】
【表4】
【0108】
前述したように、ＮＲシステムの周波数範囲の数値は変更されることができる。例えば、ＦＲ１は、下記の表５に示すように４１０ＭＨｚないし７１２５ＭＨｚの帯域を含む。すなわち、ＦＲ１は６ＧＨｚ（又は、５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域を含む。例えば、ＦＲ１内において含まれる６ＧＨｚ（又は、５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域は非免許帯域（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ）を含む。非免許帯域は様々な用途に使用され、例えば、車両のための通信（例えば、自律走行）のために使用できる。
【0109】
【表5】
【0110】
ＮＲシステムにおいては、１つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長さなど）が異なるように設定されてもよい。これによって、同一の個数のシンボルから構成される時間リソース（例えば、ＳＦ、スロット又はＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と通称）の（絶対時間）区間が併合されたセル間に異なるように設定される。
【0111】
図１７はスロット構造を示す。
【0112】
図１７に示すように、スロットは時間領域において複数のシンボルを含む。例えば、ノーマルＣＰの場合は１つのスロットが１４個のシンボルを含むが、拡張ＣＰの場合は１つのスロットが１２個のシンボルを含む。または、ノーマルＣＰの場合は１つのスロットが７つのシンボルを含むが、拡張ＣＰの場合は１つのスロットが６つのシンボルを含む。
【0113】
搬送波は周波数領域において複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は周波数領域において複数（例えば、１２）の連続した副搬送波に定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は周波数領域において複数の連続した（Ｐ）ＲＢに定義され、１つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）に対応できる。搬送波は最大Ｎ個（例えば、５個）のＢＷＰを含む。データ通信は活性化されたＢＷＰにより行われることができる。それぞれの要素はリソースグリッドにおいてリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ、ＲＥ）と称され、１つの複素シンボルがマッピングされる。
【0114】
ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、下記の表のように１つ又はそれ以上のＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）から構成される。
【0115】
【表6】
【0116】
すなわち、ＰＤＣＣＨは１、２、４、８又は１６個のＣＣＥから構成されるリソースを介して送信される。ここで、ＣＣＥは６つのＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）から構成され、１つのＲＥＧは周波数領域において１つのリソースブロック、時間領域において１つのＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルから構成される。
【0117】
一方、ＮＲにおいては、制御リソース集合（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ：ＣＯＲＥＳＥＴ）という新しい単位を導入できる。端末はＣＯＲＥＳＥＴにおいてＰＤＣＣＨを受信する。
【0118】
以下では、ＢＷＰについて説明する。
【0119】
ＮＲシステムにおいては、１つの要素搬送波（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ：ＣＣ）当たり最大４００メガヘルツ（ｍｅｇａｈｅｒｔｚ：ＭＨｚ）までサポートできる。このような広帯域（ｗｉｄｅｂａｎｄ）ＣＣにおいて動作する端末が常にＣＣ全体に対するＲＦをオンにしたまま動作すると、端末バッテリの消耗が大きくなり得る。あるいは、１つの広帯域ＣＣ内に動作する複数のユースケース（ｕｓｅ ｃａｓｅ）（例えば、ｅＭＢＢ、ＵＲＬＬＣ、ＭＭＴＣなど）を考慮すると、当該ＣＣ内に周波数帯域別に異なるヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、副搬送波間隔（ｓｕｂ－ｃａｒｒｉｅｒ ｓｐａｃｉｎｇ：ＳＣＳ））がサポートされることができる。あるいは、端末別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なる場合がある。これを考慮して、基地局は広帯域ＣＣの全帯域幅ではない一部の帯域幅においてのみ動作するように端末に指示することができ、当該一部の帯域幅を便宜上帯域幅パートと定義する。ＢＷＰは、周波数軸上において連続したリソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＲＢ）で構成され、１つのヌメロロジー（例えば、副搬送波間隔、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）の長さ、スロット／ミニスロット（ｍｉｎｉ－ｓｌｏｔ）期間（ｄｕｒａｔｉｏｎ）など）に対応することができる。
【0120】
一方、基地局は、端末に設定された１つのＣＣ内においても多数のＢＷＰを設定することができる。一例として、ＰＤＣＣＨモニタリングスロット（ＰＤＣＣＨ ｍｏｎｉｔｏｒｉｎｇ ｓｌｏｔ）においては相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨにおいて指示するＰＤＳＣＨはそれより大きいＢＷＰ上にスケジューリングされることができる。あるいは、特定ＢＷＰに端末が集中する場合、負荷バランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）をために一部端末を他のＢＷＰに設定することができる。あるいは、隣接セル間の周波数領域インターセル干渉解除（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して全体の帯域幅のうち一部スペクトルを排除し、両方のＢＷＰを同一スロット内においても設定することができる。すなわち、基地局は、広帯域（ｗｉｄｅｂａｎｄ）ＣＣと関連（ａｓｓｏｃｉａｔｉｏｎ）した端末に少なくとも１つのＤＬ／ＵＬ ＢＷＰを設定することができ、特定時点に設定されたＤＬ／ＵＬ ＢＷＰ（ｓ）のうち少なくとも１つのＤＬ／ＵＬ ＢＷＰを（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどにより）活性化（ａｃｔｉｖａｔｉｏｎ）させることができ、他の設定されたＤＬ／ＵＬ ＢＷＰにスイッチングが（Ｌ１シグナリング又はＭＡＣ ＣＥ又はＲＲＣシグナリングなどにより）指示できるか、タイマに基づいてタイマ値が満了されると、決められたＤＬ／ＵＬ ＢＷＰにスイッチングされることもできる。この時、活性化されたＤＬ／ＵＬ ＢＷＰを活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。しかしながら、端末が初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）課程にあるか、あるいはＲＲＣ接続がセットアップ（ｓｅｔ ｕｐ）される前などの状況ではＤＬ／ＵＬ ＢＷＰに対する設定を受信できない場合があるが、このような状況において端末が仮定するＤＬ／ＵＬ ＢＷＰは初期の活性（ｉｎｉｔｉａｌ ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと定義する。
【0121】
以下では、本開示の提案についてより詳細に説明する。
【0122】
以下の図面は本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／メッセージ／フィールドの名称は、例示的に提示されたものであるので、本明細書の技術的特徴が以下の図面に使用された具体的な名称に制限されない。
【0123】
ＮＲシステムにおいて各サービングセルは最大４個として多数のＢＷＰが設定され、ＮＲシステムにおいて休眠状態（ｄｏｒｍａｎｔ ｓｔａｔｅ）はＢＷＰ単位の動作を考慮している。従って、各セル及びＢＷＰに対する休眠（ｄｏｒｍａｎｃｙ）動作が定義される必要がある。
【0124】
ＬＴＥシステムにおいてはセカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、ＳＣｅｌｌ）の活性化（ａｃｔｉｖａｔｉｏｎ）／非活性化（ｄｅａｃｔｉｖａｔｉｏｎ）を迅速に実行するために休眠状態を定義し、特定ＳＣｅｌｌが休眠状態に設定される場合、端末は該当セルに対するＰＤＣＣＨモニタリングを行わなくてもよい。以後、該当ＳＣｅｌｌを急速に活性化するために、休眠状態で測定、報告などの行って該当セルのチャネル条件（ｃｈａｎｎｅｌ ｃｏｎｄｉｔｉｏｎ）及びリンク状態（ｌｉｎｋ ｓｔａｔｕｓ）をモニタリングするように定義されている。例えば、特定ＳＣｅｌｌが休眠状態に設定される場合、端末はＰＤＣＣＨモニタリングは行わないが、チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ：ＣＳＩ）／無線リソース管理（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ：ＲＲＭ）のための測定や報告は行うことができる。ＮＲシステムにおいて、前述の休眠状態又は休眠動作はＢＷＰ単位で定義される。
【0125】
例えば、以下の方法などにより各セル及びＢＷＰに対する休眠動作が定義されることができる。一方、本明細書において、休眠動作は休眠モードに基づく端末の動作として交差解析されることができ、一般動作は休眠動作ではない動作、又は一般モードに基づく端末の動作と交差解析されることができる。
【0126】
（休眠動作定義方法１）状態変更（ｓｔａｔｅ ｃｈａｎｇｅ）
【0127】
ネットワークは特定ＢＷＰに対して休眠状態への切り替えを指示することができ、端末は休眠状態への切り替えを指示されたＢＷＰに設定されたＰＤＣＣＨモニタリングの一部又は全部を行わないことがある。
【0128】
（休眠動作定義方法２）休眠ＢＷＰ
【0129】
ネットワークは特定のＢＷＰを休眠ＢＷＰに指定できる。例えば、帯域幅が０であるＢＷＰを設定するか、ＢＷＰ設定により最小限のＰＤＣＣＨモニタリングを指示するか、検索空間集合設定を指示しない方法などでＰＤＣＣＨモニタリングを行わないように指示することができる。
【0130】
追加的に、ＮＲシステムにおいては、より迅速なＳＣｅｌｌ活性化／非活性化のためにＤＣＩなどのＬ１シグナリングにより一般状態（ｎｏｒｍａｌ ｓｔａｔｅ）と休眠状態間の切り替えを考慮している。例えば、次のような方法により、特定のセルの休眠動作を活性化／非活性化することができる。
【0131】
（活性化方法１）特定ＤＣＩ導入
【0132】
各ＳＣｅｌｌの休眠動作を指示するための特定ＤＣＩが定義されることができる。例えば、端末はＰＣｅｌｌから特定ＤＣＩに対するモニタリングを指示され、ネットワークは特定ＤＣＩを介して各ＳＣｅｌｌの休眠可否を決定することができる。ＳＣｅｌｌの休眠動作は、前記の方式１又は２などを用いて定義されることもできる。
【0133】
（活性化方法２）ＤＣＩ内のＢＷＰ指示フィールドの改善（ｅｎｈａｎｃｅｍｅｎｔ）
【0134】
既存のＤＣＩのＢＷＰ指示フィールドを当該セル及び／又は特定ＳＣｅｌｌ（ら）のＢＷＰ指示を行うように拡張することができる。すなわち、既存のＢＷＰ指示フィールドにおいてＢＷＰに対する交差－搬送波指示（ｃｒｏｓｓ－ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｉｏｎ）を行うように設定できる。
【0135】
（活性化方法３）ＢＷＰ単位の交差－搬送波スケジューリング（ｃｒｏｓｓ－ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ）
【0136】
既存の交差-搬送波スケジューリングは、各セル別に当該セルのスケジューリング／スケジューリングされたセル可否を指示し、スケジューリングされたセル（ｓｃｈｅｄｕｌｅｄ ｃｅｌｌ）の場合、当該セルのスケジューリングセル（ｓｃｈｅｄｕｌｉｎｇ ｃｅｌｌ）を指示する方式で搬送波間ペアリング（ｐａｉｒｉｎｇ）を行う。ＳＣｅｌｌに対する休眠動作を定義するために交差－搬送波スケジューリングの可否をＢＷＰ別に指示する方法も考慮される。例えば、ＳＣｅｌｌの各ＢＷＰ設定に当該ＢＷＰが休眠動作を行う時、状態切り替えなどの指示を受けるスケジューリングセルが指定されることができる。または、休眠ＢＷＰが指定される場合、当該ＢＷＰ設定内に当該ＢＷＰの休眠動作を指示するスケジューリングセルが指定されることもできる。
【0137】
前述のように、ＮＲにおけるＳＣｅｌｌの迅速な活性化／非活性化、休眠動作を実現するために様々な方法が議論されている。前述の方法が使用される場合、追加的に以下のような事項を考慮する必要がある。
【0138】
（考慮事項１）ＢＷＰ非活性タイマによりトリガリングされるデフォルト（ｄｅｆａｕｌｔ）ＢＷＰ
【0139】
（考慮事項２）休眠動作をトリガリングするＤＣＩ内のスケジューリング情報
【0140】
（考慮事項３）休眠動作をトリガリングするＤＣＩのＨＡＲＱフィードバック
【0141】
以下では、各考慮事項及び解決方法を議論する。
【0142】
本明細書において、Ｄ－ＢＷＰは休眠動作を行うＢＷＰを意味し、Ｎ－ＢＷＰは一般（ｎｏｒｍａｌ）ＢＷＰで既存のＢＷＰ動作を行うＢＷＰを意味する。また、本明細書においてあるＢＷＰにおける休眠動作は、当該ＢＷＰにおいてＰＤＣＣＨを受信しないか、一般の動作（ｎｏｒｍａｌ ｂｅｈａｖｉｏｒ）に比べて長い周期で受信するか、又は当該ＢＷＰに対するＰＤＳＣＨ／ＰＵＳＣＨスケジューリングを受けないか、一般の動作に比べて長い周期で受けることを意味することもある。同様に、休眠ＢＷＰは、当該ＢＷＰにおいてＰＤＣＣＨを受信しないか、一般ＢＷＰに比べて長い周期で受信するか、又は当該ＢＷＰに対するＰＤＳＣＨ／ＰＵＳＣＨスケジューリングを受けないか、一般ＢＷＰに比べて長い周期で受けることを意味することがある。
【0143】
【0144】
図１８の（ａ）によると、端末は、一般の動作に基づいて第１ＢＷＰにおいてＰＤＣＣＨモニタリングを行う。以後、端末が休眠状態の指示を受信すると、ＰＤＣＣＨモニタリングを行わない。
【0145】
図１８の（ｂ）によると、端末は、一般の動作に基づいて第２ＢＷＰにおいてＰＤＣＣＨモニタリングを行う。ここで、ＰＤＣＣＨモニタリングは第１周期に基づいて周期的に行われる。以後、端末が休眠状態の指示を受信すると、第２周期に基づいてＰＤＣＣＨモニタリングを周期的に行う。この時、第２周期は第１周期より長くてもよい。
【0146】
以下では、ＢＷＰ非活性タイマによりトリガリングされるデフォルト（ｄｅｆａｕｌｔ）ＢＷＰについて説明する。
【0147】
ＢＷＰ動作に関連して、ＮＲシステムにおいては、端末とネットワーク間の不一致（ｍｉｓｕｎｄｅｒｓｔａｎｄｉｎｇ）により活性（ａｃｔｉｖｅ）ＢＷＰを相異なるように設定する場合などを防止するために、ＢＷＰ非活性タイマを導入した。端末は活性ＢＷＰにおいてタイマなどにより指定された特定の時間以上ＰＤＣＣＨを受信していない場合、ネットワークにより事前に指示されたデフォルトＢＷＰに移動することができ、デフォルトＢＷＰに対して設定されたＣＯＲＥＳＥＴ、検索空間集合設定などのＰＤＣＣＨモニタリングの設定によってデフォルトＢＷＰにおけるＰＤＣＣＨモニタリングを行うことができる。
【0148】
図１９は、ＢＷＰ動作の一例を示したものである。
【0149】
図１９に示すように、端末は、第１ＢＷＰ上においてＰＤＣＣＨを受信し、当該ＢＷＰにおいてＢＷＰ非活性タイマにより設定された時間の間、ＰＤＣＣＨを受信しない場合、デフォルトＢＷＰである第２ＢＷＰに移動してＰＤＣＣＨモニタリングを行う。
【0150】
一方、図１９を含む本明細書において、第１ＢＷＰから第２ＢＷＰに移動するというのは活性ＢＷＰが第１ＢＷＰから第２ＢＷＰに変更されることを意味する。
【0151】
デフォルトＢＷＰ動作と休眠動作がともに行われる場合、それぞれの目的と相反する動作が行われることがある。例えば、ネットワークは、端末の省電力（ｐｏｗｅｒ ｓａｖｉｎｇ）などのために特定ＳＣｅｌｌに対してＤ－ＢＷＰへの移動を指示するか、現在ＢＷＰを休眠状態に切り替えることを指示する。しかしながら、ＢＷＰ非活性タイマが設定された端末は、一定時間後にデフォルトＢＷＰに移動してＰＤＣＣＨモニタリングを行うことができる。
【0152】
これらを解決するための簡単な方法としては、デフォルトＢＷＰをＤ－ＢＷＰに設定する方法が考慮される。しかしながら、この場合、デフォルトＢＷＰの元の目的であるネットワークと端末間の不一致（ｍｉｓｕｎｄｅｒｓｔａｎｄｉｎｇ）を解決できる追加的な方法を必要とする。本明細書では、休眠動作とＢＷＰ非活性タイマを共に適用するために以下の方法を提案する。
【0153】
ネットワークがＤＷＰへの移動を指示するか、現在活性ＢＷＰを休眠状態に切り替えた場合、端末は既存に設定されたＢＷＰ非活性タイマを無視するか、事前に定義された値又はネットワークにより休眠状態に関連して指示された値にＢＷＰ非活性タイマを再設定（ｒｅｓｅｔ）する。例えば、ネットワークは端末のトラヒック状況などを考慮して適切な休眠区間を設定し、当該値を端末に事前に指示するなどにより指示できる。その後、端末はＤ－ＢＷＰへの移動を指示されるか、現在活性ＢＷＰを休眠状態に切り替えることを指示された場合、ネットワークに指示された値をＢＷＰ非活性タイマ値として設定できる。さらに、ネットワークから指示された休眠動作のための非活性タイマは、既存のＢＷＰ非活性タイマと独立的に動作することもできる。例えば、休眠動作を指示された端末は既存のＢＷＰ非活性タイマをオフ（ＯＦＦ）し、休眠動作に対する非活性タイマを動作させることができる。以後、端末は、ＢＷＰ非活性タイマが終了するか、Ｎ－ＢＷＰへの移動又は一般状態への切り替えを指示された場合、休眠動作を終了することができる。
【0154】
追加で、休眠動作に対する非活性タイマにより休眠動作が終了する場合、端末は当該セルのデフォルトＢＷＰに移動するか、通常の状態に切り替えることができる。または、ネットワークが非活性タイマにより休眠動作が終了する場合、端末が移動するＢＷＰなどを指定して指示することもできる。
【0155】
【0156】
図２０に示すように、端末は第１ＢＷＰ上においてＢＷＰ非活性タイマ動作中に休眠状態切り替えメッセージを受信する。前記休眠状態切り替えメッセージは、前記端末が休眠状態に切り替えることを指示するメッセージであり得る。
【0157】
端末が休眠状態切り替えメッセージを受信した時点で休眠動作に対する非活性タイマが開始される。この時、休眠動作に対する非活性タイマが満了すると、端末は、デフォルトＢＷＰである第２ＢＷＰ上においてＰＤＣＣＨモニタリングを行う。
【0158】
以下では、休眠動作をトリガリングするＤＣＩ内のスケジューリング情報について説明する。
【0159】
ＤＣＩなどによりＤ－ＢＷＰ／Ｎ－ＢＷＰ間の移動が指示され、当該ＤＣＩが一般的なスケジューリングＤＣＩである場合、ＤＣＩ内のスケジューリング情報に対する動作が明確でない場合は問題が発生する可能性がある。例えば、Ｄ－ＢＷＰへの移動を指示するＤＣＩにおけるＰＤＳＣＨスケジューリングに対する動作を行う場合、当該ＰＤＳＣＨの受信の成否に応じて追加的な動作が必要となり得る。これは、Ｄ－ＢＷＰにおいてもＰＤＣＣＨ／ＰＤＳＣＨ送受信動作が継続できることを意味する。このような問題を解決するために、本明細書においては次のような方法を提案する。
【0160】
（ケース（ｃａｓｅ）１－１）特定セルに対する休眠動作を指示するＤＣＩ又は休眠ＢＷＰへのスイッチングを指示するＤＣＩにＰＤＳＣＨスケジューリング情報が存在する場合
【0161】
前述のように、Ｄ－ＢＷＰにおけるＰＤＳＣＨ送受信は追加的なＰＤＣＣＨ／ＰＤＳＣＨ送受信を誘発する可能性があるため、休眠ＢＷＰの目的に反する動作を行うことがある。従って、休眠動作を指示するＤＣＩに含まれたＤ－ＢＷＰに対するＰＤＳＣＨスケジューリング情報は無視できる。追加で、当該フィールドに知られているビット（ｋｎｏｗｎ ｂｉｔ）又は知られているビットシーケンスを送信して端末のデコード性能を向上させることもできる。このために、ネットワークにより又は事前定義によりＰＤＳＣＨスケジューリングに関連したフィールドなどに関する知られているビット情報が指示されることもある。
【0162】
（ケース１－２）休眠動作から一般動作への切り替えを指示するＤＣＩ又は休眠ＢＷＰから一般ＢＷＰへの切り替えを指示するＤＣＩにＰＤＳＣＨスケジューリング又はアップリンクスケジューリング情報が存在する場合
【0163】
ケース１－２において、ＰＤＳＣＨスケジューリング情報又はアップリンクスケジューリング情報は、Ｎ－ＢＷＰにおける又は一般状態におけるＰＤＣＣＨ送信を低減できるので、適用することが好ましい。ただし、ケース１－２は、当該ＰＤＳＣＨスケジューリング情報又はアップリンクスケジューリング情報が切り替えられるＮ－ＢＷＰにおけるＵＬ／ＤＬスケジューリング関連情報であるか、一般状態におけるＰＤＳＣＨ又はアップリンク送信関連情報である場合に限定してＰＤＳＣＨスケジューリング情報又はアップリンクスケジューリング情報を適用するか否かが決定されることもある。例えば、ＰＣｅｌｌのＰＤＳＣＨをスケジューリングするＤＣＩに特定のＳＣｅｌｌ（ら）に対する休眠動作を指示するフィールドが追加される場合、当該ＤＣＩのＰＤＳＣＨスケジューリング情報はＰＣｅｌｌにおけるＰＤＳＣＨ関連情報を意味し得る。
【0164】
以下では、休眠動作をトリガリングするＤＣＩのＨＡＲＱフィードバックについて説明する。
【0165】
休眠動作は、（定義に応じて）指示されたセルにおけるＰＤＣＣＨ／ＰＤＳＣＨ送受信動作を最大限に制限できるため、紛失（ｍｉｓｓｉｎｇ）／間違った警報（ｆａｌｓｅ ａｌａｒｍ）などによって、ネットワークと端末の以降の動作が大きく影響を受ける。これを解決するためには、デコード性能を高めるための方法が適用されるか、休眠動作指示に対する追加的な確認動作が必要になることがある。本明細書においては、このような問題を解決するために、Ｄ－ＢＷＰへの移動又は休眠状態への切り替えに対するＡＣＫ／ＮＡＣＫフィードバックを行うことを提案する。このために、次のような方法が考慮される。後述する方法は単独で又は組み合わせにより実現できる。以下の内容において休眠動作に対する指示のみでＤＣＩが構成される場合、端末はＮＡＣＫであるか否かを判断できないため、以下の提案はＡＣＫシグナリングを送信するものと解釈されることもある。または、休眠動作を指示するＤＣＩがＰＤＳＣＨスケジューリングも含む場合、当該ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ又はアップリンクスケジューリングの場合、アップリンク送信が休眠動作に対する命令を受信したことを意味することもある。すなわち、ＡＣＫやＮＡＣＫの両方ともＤＣＩ受信は正常に受信されていることを意味する可能性があるため、ＡＣＫ／ＮＡＣＫの両方とも休眠動作に対する指示を受信したことを意味し得る。
【0166】
（ケース２－１）休眠命令（ｄｏｒｍａｎｃｙ ｃｏｍｍａｎｄ）及びＵＬ／ＤＬスケジューリングの結合
【0167】
休眠動作を指示するＤＣＩは、アップリンク／ダウンリンクスケジューリング情報を含み、ダウンリンクに対するＡＣＫ／ＮＡＣＫ及びスケジューリングされたアップリンク送信は、休眠動作が含まれたＤＣＩを正しく受信したことを意味し得るため、端末とネットワークは指示された休眠動作が行われると仮定できる。ここで、ＮＡＣＫはＰＤＳＣＨ受信に対するＮＡＣＫを意味するので、ＮＡＣＫも休眠動作に対する指示を受信したことを意味し得る。
【0168】
（ケース２－１－１）アップリンク／ダウンリンクスケジューリングのターゲット（ｔａｒｇｅｔ）が休眠ＢＷＰ又は休眠状態である場合
【0169】
端末は、スケジューリングされたアップリンク／ダウンリンクスケジューリングまで終了した後、休眠動作を実行できると仮定し、Ｄ－ＢＷＰ又は休眠状態での当該スケジューリングに対するＡＣＫ／ＮＡＣＫリソース又はアップリンクリソースは、既存のＡＣＫ／ＮＡＣＫリソースの決定方法及びアップリンク送信方式に従うと仮定できる。当該アップリンク／ダウンリンク送信／受信を終了した端末は休眠動作を行うことができ、以後にスケジューリングはないと仮定するか無視してもよい。
【0170】
（ケース２－１－２）アップリンク／ダウンリンクスケジューリングのターゲットがスケジューリングセル／ＢＷＰ又は一般状態である場合
【0171】
この場合、スケジューリングセル／ＢＷＰ又は一般状態においてＡＣＫ／ＮＡＣＫ又はアップリンク送信が休眠命令を正常に受信したことを意味し、端末は休眠動作を行うことができる。
【0172】
（ケース２－２）休眠命令及び非スケジューリング（ｎｏｎ－ｓｃｈｅｄｕｌｉｎｇ）／偽りのスケジューリング（ｆａｋｅ－ｓｃｈｅｄｕｌｉｎｇ）の結合
【0173】
ケース２－２は、アップリンク／ダウンリンクスケジューリング情報なしに休眠動作に対する命令のみが有効なＤＣＩ又はスケジューリング情報フィールドをダミー（ｄｕｍｍｙ）／ダミーデータと仮定できるＤＣＩにより休眠動作が指示される場合であり、この場合、連携されたアップリンク／ダウンリンク送信／受信がないので、ＤＣＩに対するフィードバック情報を送信することができる。ここで、ＤＣＩが受信できない場合、端末はＤＣＩ送信の可否がわからないため、実際にはＡＣＫ送信を意味することもある。この場合、休眠ＢＷＰ又は休眠状態で休眠命令に対するフィードバックを送信し、フィードバックリソースは休眠命令を送信するＤＣＩにおいて一緒に指示するか、事前に定義されたフィードバックリソースによりフィードバックが行われる。
【0174】
以下では、一般状態に対するＢＷＰ決定について説明する。
【0175】
一般ＢＷＰと休眠ＢＷＰ間の切り替えがＢＷＰ指示なしに状態間の変更のみにより行われる場合、例えば、ネットワークがＰＣｅｌｌから送信されるＤＣＩにＳＣｅｌｌ別に又はＳＣｅｌｌグループ別に１ビットを割り当てて休眠可否のみを指示する場合、休眠モード／一般モードのためのＢＷＰが予め定義されることを提案する。一例として、ネットワークは休眠モード用ＢＷＰ（Ｄ－ＢＷＰ）を１つ指定し、事前に定義されたＤＣＩ内の１ビットフィールドが「１」又は「０」である場合、連携されたＳｃｅｌｌの活性ＢＷＰをＤ－ＢＷＰに指定することができる。休眠ＢＷＰの場合、多数の休眠ＢＷＰはシグナリングオーバーヘッド（ｓｉｇｎａｌｉｎｇ ｏｖｅｒｈｅａｄ）のみを増加させるだけで追加的な利得がないので、セル当たり１つのみが指定されることが好ましい。それに対して、一般ＢＷＰは既存と同様にセル当たり最大４個のＢＷＰが指定されることができる。これは休眠モードから一般モードに切り替えられる場合、設定された一般ＢＷＰのうちの１つに移動しなければならないことを意味する。本明細書においては、端末が休眠モードから通常モードへの切り替えを指示された場合、一般モードにおける活性ＢＷＰを選定する方法を提案する。
【0176】
（オプション１－１）休眠モード直前の一般モードにおける活性ＢＷＰ
【0177】
第１の方法として、当該休眠モードに進入する以前の一般モードでの活性ＢＷＰを休眠モード以後の一般モードでの活性ＢＷＰと仮定することができる。これは休眠モードが維持される時間が相対的に短い場合に有用である。
【0178】
（オプション１－２）デフォルトＢＷＰ又はネットワークにより事前に定義されたＢＷＰ
【0179】
端末は休眠モードから一般モードに移動する場合、当該セルに指定されたデフォルトＢＷＰに移動することができる。この時、デフォルトＢＷＰはＢＷＰ非活性タイマが終了する場合に移動するように定義されたデフォルトＢＷＰであるか、ネットワークがＳＣｅｌｌ休眠動作のために上位層シグナリングなどを利用して指定したＢＷＰであり得る。ネットワークはデフォルトＢＷＰに比べて広いＢＷＰ又は狭いＢＷＰにおいて端末を動作させたい場合、既存のＢＷＰスイッチング手順により一般モードからＢＷＰを移動させることができる。
【0180】
前述したオプション１－１、オプション１－２のうち実際に適用される方法は、事前の定義により指定されるか、ネットワークにより上位層シグナリングなどにより設定される。または、タイマなどを追加に指定して適用するオプションが決定されることもある。例えば、休眠モードから通常モードに変更される場合、事前に定義されたタイマが終了していないと、端末はオプション１－１により休眠モード直前の一般モードでの最後の有効ＢＷＰに移動することができる。タイマが終了した後、一般モードへの切り替えを指示された端末はデフォルトＢＷＰに移動して一般モードを行う。
【0181】
以下では、セル当たりのＢＷＰの最大個数について説明する。
【0182】
既存のＢＷＰ動作において、端末はセル当たり最大４個のＢＷＰが設定されることができた。反面、休眠ＢＷＰが導入される場合、当該制限に対する調整が必要となる。本明細書では、休眠ＢＷＰが指定されたセルでのＢＷＰの最大個数を指定する方法を提案する。
【0183】
（オプション２－１）休眠ＢＷＰが指定される場合、ＢＷＰの最大個数を１増加
【0184】
休眠ＢＷＰと関連して端末はハードウェア／ソフトウェアの影響（ｉｍｐａｃｔ）が少ないため、休眠ＢＷＰによるセル当たり最大ＢＷＰの個数の増加は大きな問題にならない。従って、休眠ＢＷＰが指定されたセルにおいては最大ＢＷＰの個数を１増加させて既存と同様の動作を維持することができる。
【0185】
（オプション２－２）休眠ＢＷＰはＢＷＰの個数に含めない
【0186】
前述したように、休眠ＢＷＰ上で端末は既存のＢＷＰにおいて行う大部分の動作を行わない。従って、休眠ＢＷＰはＢＷＰの個数に含めないことを提案する。
【0187】
以下では、休眠指示に対するＨＡＲＱフィードバックについて説明する。
【0188】
前述したように、休眠動作は（定義に応じて）指示されたセルにおけるＰＤＣＣＨ／ＰＤＳＣＨの送受信動作を最大限に制限できるため、紛失（ｍｉｓｓｉｎｇ）／間違った警報（ｆａｌｓｅ ａｌａｒｍ）などによりネットワークと端末の以後の動作が大きく影響を受けることがある。これを解決するためには、デコード性能を高めるための方法が適用されるか、休眠動作指示に対する追加的な確認動作が必要になり得る。以下では、このような問題を解決するために、休眠指示に対するＡＣＫ／ＮＡＣＫフィードバック方法を提案する。以下では、ＰＣｅｌｌにおいてＳＣｅｌｌの休眠動作に対するＡＣＫ／ＮＡＣＫフィードバック方法を説明するが、前記方法はＳＣｅｌｌにおいてまた他のＳＣｅｌｌに対する休眠動作を指示する場合も同様に適用されることができる。
【0189】
ＰＣｅｌｌにおいてＳＣｅｌｌの休眠動作を指示する方法として、ＰＣｅｌｌのＰＤＳＣＨをスケジューリングするＤＣＩにＳＣｅｌｌに対する休眠動作指示フィールドを追加するか又はＰＣｅｌｌのＰＤＳＣＨをスケジューリングするＤＣＩのうち一部のフィールドを再解釈してＳＣｅｌｌに対する休眠動作を指示する方法が考慮されることができる。この場合、ＤＣＩの役割に応じて次の２つの場合を考慮することができる。以下では、それぞれの場合及びそれぞれの場合に対して休眠指示に対するＡＣＫ／ＮＡＣＫフィードバック方法を提案する。
【0190】
（ケース３－１）ＰＤＳＣＨスケジューリング情報及びＳＣｅｌｌ休眠指示の結合
【0191】
ケース３－１において、共にスケジューリングされるＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫを休眠指示に対するＡＣＫ／ＮＡＣＫとも解釈できる。しかしながら、ＰＤＳＣＨに対してＤＣＩを欠落した（ｍｉｓｓｉｎｇ）場合にもＮＡＣＫを送信する場合、例えば、多数のＰＤＳＣＨがスケジューリングされ、該当ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫフィードバックが１つのＰＵＣＣＨリソースに送信された場合が発生する可能性があるため、当該ＮＡＣＫがＤＣＩ欠落（ｍｉｓｓｉｎｇ）によるＮＡＣＫであるか、ＤＣＩは受信、すなわち、休眠指示も受信しているが、ＰＤＳＣＨに対するデコードが失敗したという意味のＮＡＣＫであるかを区分できないという問題が発生し得る。これを解決するために、以下では、ＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫ情報と休眠指示に対するＡＣＫ／ＮＡＣＫ情報がそれぞれ同一のＰＵＣＣＨリソースを介して送信されることを提案する。具体的に、前記ＤＣＩ又は対応するＰＤＳＣＨから当該ＤＣＩを介してＨＡＲＱ－ＡＣＫフィードバックタイミングに指示されたＫ１個のスロット以後のスロットにより、前記ＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫ情報と休眠指示に対するＡＣＫ／ＮＡＣＫ情報を共にフィードバック／送信するように動作することができる。より具体的に、ＰＤＳＣＨに対応するＡＣＫ／ＮＡＣＫ情報は、既存のＮＲシステムと同一に半静的または動的ＨＡＲＱ－ＡＣＫコードブックを構成し、その後、例えば、最後の位置またはこれに該当する最も高いビットインデックス（ｈｉｇｈｅｓｔ ｂｉｔ ｉｎｄｅｘ）など当該ＨＡＲＱ－ＡＣＫコードブック内の特定位置に休眠指示に対応する１ビットＨＡＲＱ－ＡＣＫを追加することができる。すなわち、ケース３－１において、休眠指示とともに指示されるＰＤＳＣＨスケジューリングに対する既存のＡＣＫ／ＮＡＣＫ報告手順に休眠指示に対するＡＣＫ／ＮＡＣＫフィールド（一例として、１ビットフィールド）を追加する方法を意味する。または、当該ＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫビットのコードブック内の位置の次の位置に休眠指示に対応する１ビットＨＡＲＱ－ＡＣＫを送信するか、またはコードブック内の前記ＰＤＳＣＨが送信されたセルに対応するＨＡＲＱ－ＡＣＫペイロード（ｐａｙｌｏａｄ）の特定位置、例えば、最後の位置又はこれに該当する最高のビットインデックスに休眠指示に対応する１ビットＨＡＲＱ－ＡＣＫを送信することができる。
【0192】
または、端末は、ＳＣｅｌｌが休眠状態を切り替えるスロット又は当該スロットを含む複数のスロットにおいて当該ＳＣｅｌｌに対してはＰＤＳＣＨスケジューリングを期待しないように定義できる。このとき、半静的コードブック（ｓｅｍｉ－ｓｔａｔｉｃ ｃｏｄｅｂｏｏｋ）などに対して当該ＰＣｅｌｌに送信される休眠指示に対してＨＡＲＱ－ＡＣＫコードブックのうち当該タイミングのＳＣｅｌｌに対するＨＡＲＱ－ＡＣＫ情報を送信する位置に当該ＳＣｅｌｌに対する休眠指示に対するＨＡＲＱ－ＡＣＫを送信することができる。このとき、休眠指示が複数のＳＣｅｌｌからなるＳＣｅｌｌグループに対する指示である場合、当該ＳＣｅｌｌに対するＨＡＲＱ－ＡＣＫの位置全てに同一のフィードバックを送信するか、最も低いインデックスを有するＳＣｅｌｌなどの特定ＳＣｅｌｌに対するＨＡＲＱ－ＡＣＫ位置にフィードバックを送信することができる。また、前記フィードバックはＳＣｅｌｌにＰＤＳＣＨスケジューリングが期待されない複数のスロットタイミングに対して同一の値が送信される。
【0193】
一方、本明細書の半静的コードブック（ｓｅｍｉ－ｓｔａｔｉｃ ｃｏｄｅｂｏｏｋ）と動的コードブック（ｄｙｎａｍｉｃ ｃｏｄｅｂｏｏｋ）それぞれはＮＲ基準でタイプ（Ｔｙｐｅ）－１コードブックとタイプ－２コードブックを意味する。
【0194】
（ケース３－２）ＰＤＳＣＨスケジューリング情報のないＳＣｅｌｌ休眠指示
【0195】
場合３－２によれば、一緒に指示されるＰＤＳＣＨスケジューリングがないため、ＰＤＣＣＨ、すなわち休眠指示に対するＡＣＫ／ＮＡＣＫを送信しなければならず、そのために次の方法が考慮される。
【0196】
（ＡＣＫ／ＮＡＣＫ送信方法１）半静的ＨＡＲＱ－ＡＣＫコードブックが設定された場合などＮＲのＨＡＲＱ－ＡＣＫコードブックを構成した後、特定の位置に休眠指示に対するＨＡＲＱ－ＡＣＫフィールドが追加できる。ここで、例えば、前記特定位置は最後の位置又はこれに該当する最も高いビットインデックスであってもよく、前記追加されるＨＡＲＱ－ＡＣＫフィールドは１ビットフィールドであってもよい。
【0197】
（ＡＣＫ／ＮＡＣＫ送信方法２）半静的ＨＡＲＱ－ＡＣＫコードブックが設定された場合、ＮＲのＳＰＳ解除を指示するＤＣＩに対するＨＡＲＱ－ＡＣＫフィードバック方法と類似して、半静的ＨＡＲＱ－ＡＣＫコードブック内の当該ＤＣＩ又は当該ＤＣＩが送信されたスロットに対応する位置にＨＡＲＱ－ＡＣＫを送信した場合、端末は休眠状態を指示するＰＤＣＣＨが送信されたスロットと同一のスロット内に他のユニキャストＰＤＳＣＨ受信がないと仮定することができる。
【0198】
（ＡＣＫ／ＮＡＣＫ送信方法３）ケース３－１と同様の方法でＨＡＲＱ－ＡＣＫコードブック内のＳＣｅｌｌに対応するＨＡＲＱ－ＡＣＫ位置に休眠指示に対するＨＡＲＱ－ＡＣＫを送信する。
【0199】
以下では、ＨＡＲＱ－ＡＣＫフィードバックタイミングについて説明する。
【0200】
前述の内容において、休眠指示に対するＨＡＲＱ－ＡＣＫフィードバックタイミングは以下のように決定される。
【0201】
（オプション３－１）ＤＣＩからＫ１個のスロット以後のスロット
【0202】
休眠指示を含むＤＣＩが送信されるスロットからＫ１、すなわち、ＤＣＩ及びＨＡＲＱ－ＡＣＫ間のスロットオフセット以後のスロットと決定することができる。
【0203】
（オプション３－２）ＤＣＩによりスケジューリングされるＰＤＳＣＨからＫ１個のスロット
【0204】
ネットワークは、休眠指示が含まれたＤＣＩ内のＰＤＳＣＨリソース割り当て情報に基づいたＰＤＳＣＨ位置からＫ１スロット以後のスロットにフィードバックタイミングを決定できる。ケース３－２において、実際にスケジューリングされるＰＤＳＣＨはないが、ネットワークが仮想のＰＤＳＣＨを割り当てて休眠指示に対するＨＡＲＱ－ＡＣＫフィードバックタイミングを伝達できる。
【0205】
前述した提案はＨＡＲＱ－ＡＣＫ情報が載せられるアップリンクチャネルに関連した候補ＰＤＳＣＨ受信スロット又はこれに対応するＰＤＣＣＨモニタリング機会（ｍｏｎｉｔｏｒｉｎｇ ｏｃｃａｓｉｏｎ）が休眠状態を指示するＰＤＣＣＨに対するモニタリング機会を含むときに限って適用されることもできる。また、ケース３－１の場合、フォールバック（ｆａｌｌｂａｃｋ）ＰＵＣＣＨの送信、すなわち、実際にフィードバックしなければならないＨＡＲＱ－ＡＣＫ情報が単一ＰＣｅｌｌ単一（ｓｉｎｇｌｅ）ＰＤＳＣＨにのみ対応される１－ビットであるか（半静的コードブックの場合）又はｃｏｕｎｔｅｒ－ＤＡＩ＝１である単一ＰＤＳＣＨにのみ対応される場合がない場合に限って適用されることもある。言い換えれば、前記フォールバックＰＵＣＣＨ送信の場合には休眠指示に対する別途のＨＡＲＱ－ＡＣＫフィードバックなしに、スケジューリングされたＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのみをフィードバックするように動作することができる。
【0206】
前述した方法でスロットオフセットを導出した端末は、該当Ｋ１に対応するＰＤＳＣＨスロット内のどのＳＬＩＶ（ｓｔａｒｔ ａｎｄ ｌｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）にＨＡＲＱ－ＡＣＫをマッピングするかを決定しなければならない。このために、本明細書ではＤＣＩにおいて指示された仮想のＳＬＩＶ又は例えば、一番目または最後などの特定ＳＬＩＶ候補に、該当ＨＡＲＱ－ＡＣＫをマッピングさせる方法を提案する。当該方法は、特に前記ケース３－２において、ＡＣＫ／ＮＡＣＫの送信方法２でのＨＡＲＱ－ＡＣＫコードブック構成時に適用できる。
【0207】
追加で、半静的コードブックの場合、活性化されたセル（ａｃｔｉｖａｔｅｄ ｃｅｌｌ）の現在活性ダウンリンクＢＷＰ及び非活性化されたセル（ｄｅａｃｔｉｖａｔｅｄ ｃｅｌｌ）の一番目の活性ダウンリンクＢＷＰに対応するＨＡＲＱ－ＡＣＫの集合がフィードバックされるが、特定セルの活性ダウンリンクＢＷＰが休眠ＢＷＰである場合、次のような方法で該当セルに対応するＨＡＲＱ－ＡＣＫコードブックが構成される。また、以下の方法は、休眠ＢＷＰが指示され、Ｘｍｓ以後から適用でき、Ｘ値は事前定義により又はネットワークの上位層シグナリングなどにより決定されることができる。
【0208】
（オプション４－１）非活性化されたセルと同一に一番目の活性ダウンリンクＢＷＰ及びここに設定されたＳＬＩＶ及びＫ１値の集合に対応するＨＡＲＱ－ＡＣＫ
【0209】
（オプション４－２）０ビット
【0210】
（オプション４－３）該当休眠ＢＷＰ直前最近ＢＷＰ及びここに設定されたＳＬＩＶ及びＫ１値の集合に対応するＨＡＲＱ－ＡＣＫ
【0211】
前述の方法以外にも、休眠動作に該当するＢＷＰ（休眠ＢＷＰ）と非休眠動作に該当するＢＷＰ（非休眠ＢＷＰ）間のスイッチングにより休眠動作の切り替えを行う場合、ＨＡＲＱ－ＡＣＫコードブックの構成は休眠ＢＷＰの設定に従う。または、休眠ＢＷＰのＴＤＲＡ（ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）表、ＳＬＩＶ表などのＨＡＲＱ－ＡＣＫコードブックの構成に対する設定がない場合、該当セルの特定ＢＷＰの構成に従う。ここで、例えば、前記特定ＢＷＰは休眠ＢＷＰを除いた最も低い／最も高いインデックスを有するＢＷＰ、設定されたリファレンス（ｒｅｆｅｒｅｎｃｅ）ＢＷＰ、初期（ｉｎｉｔｉａｌ）ＢＷＰ、最も最近の非休眠活性ＢＷＰなどであり得る。
【0212】
前述の方法について、端末が同一のＳＣｅｌｌに対して休眠指示に従う休眠／非休眠動作が適用される前に再び休眠指示を受信した場合、端末は、最も最近に受信した休眠指示に従うか、または端末は２つの休眠指示が同一の動作（休眠又は非休眠）を指示すると仮定し、指示する動作が相異なる場合、該当ＤＣＩの受信にエラーが発生したとみなす。
【0213】
または、端末は、ＳＣｅｌｌについて休眠指示を受信した場合、当該休眠／非休眠動作が適用される以前又は特定の時間区間の以前には該当セルに対する休眠指示が送信されないと仮定するか、休眠指示を受信しないことがある。
【0214】
前述には、休眠指示がダウンリンクスケジューリング情報と共に送信される場合を中心に説明したが、休眠指示はアップリンクスケジューリングＤＣＩにおいても送信されることができ、以下では、ダウンリンクスケジューリングＤＣＩにおいて休眠指示が送信される場合、端末が当該休眠指示を正しく受信しているかを確認するためのフィードバック方法を提案する。ここで、休眠指示に対するフィードバックは、端末が以前の指示と異なる指示を検出した場合、例えば、以前に休眠指示を受信したが、以後に一般動作指示を検出した場合、以前に一般動作指示受信したが、以後に休眠指示を検出した場合、特定のＳＣｅｌｌに対する指示を受信したが、以後にＳＣｅｌｌグループに対する指示を受信した場合にのみ送信されることもある。
【0215】
（フィードバック方法１）ＰＵＳＣＨを利用する方法
【0216】
ＮＲシステムにおいて、ＤＣＩフォーマット０＿１（アップリンクノンフォールバックＤＣＩ）には、ＰＵＳＣＨリソース割り当てフィールド、ＵＬ－ＳＣＨ指示子フィールド、ＣＳＩ要求フィールドが存在し、この場合、端末のＣＳＩ報告及び関連動作は以下のようになる。以下では、既存のそれぞれの端末の動作別に休眠指示に対するＨＡＲＱ－ＡＣＫフィードバック方法を提案する。
【0217】
（フィードバック方法１－１）ＵＬ－ＳＣＨ指示子がオフ（ＯＦＦ）であり、ＣＳＩ要求がオン（ＯＮ）である場合、端末はＰＵＳＣＨを介して非周期的なＣＳＩ報告を行う。
【0218】
この場合、端末がＣＳＩ報告を行うと、ｇＮＢは端末が当該ＤＣＩ、すなわち、休眠指示を含むＤＣＩを受信したと認知できるため、別途の休眠指示関連のフィードバックは必要でない場合がある。
【0219】
（フィードバック方法１－２）ＵＬ－ＳＣＨ指示子及びＣＳＩ要求がオフ（ＯＦＦ）であると、端末はＣＳＩ報告のためのＰＵＳＣＨ送信を行わず、ダウンリンクに対する測定のみを行う。
【0220】
この場合、端末はＰＵＳＣＨを送信して休眠指示に対する受信の有無を知らせることができる。ここで。前記ＰＵＳＣＨは内容のない（ｎｕｌｌ ｃｏｎｔｅｎｔｓ）ＰＵＳＣＨであり得る。
【0221】
前記方法は、既存のダウンリンク測定のみを行う動作と区別できない場合があるため、ネットワークはＤＣＩ内の特定フィールド又は特定フィールド（ら）との組み合わせでダウンリンク測定ではなく休眠指示に基づくＤＣＩを送信したものであることを知らせ、端末は当該ＤＣＩのＰＵＳＣＨスケジューリングに従ってＰＵＳＣＨ又は内容のないＰＵＳＣＨを送信することができる。ここで、前記特定のフィールドは、当該ＤＣＩが休眠指示専用ＤＣＩであることを知らせる追加の１ビットフィールドであるか、例えば、リソース割当フィールドを全部１に設定するなど、既存のフィールドを特定値に設定したものであり得る。
【0222】
または、既存のダウンリンク測定のみを行う動作と区分するために、端末は基地局が任意のＳＣｅｌｌに対して休眠動作または一般動作を指示する場合、当該ＤＣＩのＰＵＳＣＨスケジューリングに従ってＰＵＳＣＨまたは内容のないＰＵＳＣＨを送信し、この場合、ダウンリンク測定動作が行われないことがある。
【0223】
すなわち、前記方法によって、アップリンクグラント（ｕｐｌｉｎｋ ｇｒａｎｔ）ＤＣＩを介して休眠指示がオン（ＯＮ）でありながらＵＬ－ＳＣＨ指示子及びＣＳＩ報告トリガが全てオフ（ＯＦＦ）と指示された場合、当該ＤＣＩにより割り当てられたＰＵＳＣＨリソースを介して信号を送信するように動作することができる。逆に、休眠指示がオフ（ＯＦＦ）でありながらＵＬ－ＳＣＨ指示子及びＣＳＩ報告トリガが全てオフ（ＯＦＦ）と指示された場合、当該ＤＣＩに対応するＰＵＳＣＨ送信が行われないように設定される。
【0224】
（フィードバック方法２）ＨＡＲＱ－ＡＣＫフィードバックメカニズムを利用する方法
【0225】
ＵＬ－ＳＣＨ指示子がオフ（ＯＦＦ）であり、ＣＳＩ要求がオフ（ＯＦＦ）である場合、端末は休眠指示に対する明示的なフィードバックを送信できる。
【0226】
この方法は、既存のダウンリンク測定のみを行う動作と区別できない場合があるため、ネットワークはＤＣＩ内の特定フィールド（ら）との組み合わせでダウンリンク測定ではない休眠指示のためのＤＣＩ送信であることを知らせ、端末は明示的な（ｅｘｐｌｉｃｉｔ）フィードバックを用いて休眠指示に対するフィードバックを送信できる。
【0227】
ここで、明示的フィードバックは、当該スロットに他のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫがフィードバックされる場合、１ビットを追加して休眠指示に対するフィードバックを行うことができる。ここで、他のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫフィードバックが存在しない場合、ＰＵＣＣＨを利用した休眠指示に対するフィードバックが行われ、このためのＰＵＣＣＨリソースは、ＲＲＣシグナリングに予め設定されるか、アップリンクグラントにより設定されるか、またはＲＲＣシグナリング及びアップリンクグラントの組み合わせに設定されることもある。すなわち、アップリンクグラントＤＣＩを介して休眠指示が送信された場合、当該ＤＣＩ内のフィールド又は当該ＤＣＩ内のフィールドの再解析により当該休眠指示に対するフィードバック送信に使用又は適用されるフィードバック送信タイミングとＰＵＣＣＨ送信リソースが指示される。
【0228】
図２１は、端末の不連続受信方法の一例に対するフローチャートである。
【0229】
図２１に示すように、端末はオンデュレーション（ｏｎ ｄｕｒａｔｉｏｎ）上でＰＤＣＣＨモニタリングを行う（Ｓ２１１０）。
【0230】
また、端末はＢＷＰ設定情報を受信する（Ｓ２１２０）。ここで、前記ＢＷＰ設定情報は特定ＢＷＰを知らせることができる。
【0231】
端末は前記ＰＤＣＣＨモニタリングに基づいてＰＤＣＣＨを受信する（Ｓ２１３０）。ここで、前記ＰＤＣＣＨは前記端末に設定された複数のセルのうち特定のセルに対する休眠指示情報を含む。
【0232】
以後、端末は前記休眠指示情報が非休眠（ｎｏｎ－ｄｏｒｍａｎｃｙ）を指示することに基づいて、前記特定ＢＷＰを活性化する（Ｓ２１４０）。
【0233】
以下では、不連続受信（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ：ＤＲＸ）について説明する。
【0234】
ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）はＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）がバッテリ消費を減少させて端末がダウンリンクチャネルを不連続的に受信できるようにする動作モードを意味する。すなわち、ＤＲＸに設定された端末は、ＤＬシグナルを不連続に受信することにより電力消費を削減できる。
【0235】
ＤＲＸ動作は、オン区間（Ｏｎ Ｄｕｒａｔｉｏｎ）が周期的に繰り返される時間間隔を示すＤＲＸサイクル内において行われる。ＤＲＸサイクルはオン区間及び睡眠区間（Ｓｌｅｅｐ Ｄｕｒａｔｉｏｎ）（もしくは、ＤＲＸの機会）を含む。オン区間は端末がＰＤＣＣＨを受信するためにＰＤＣＣＨをモニタリングする時間間隔を示す。
【0236】
ＤＲＸは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）＿ＩＤＬＥ状態（又はモード）、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（又はモード）、またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（又はモード）で行われる。ＲＲＣ＿ＩＤＬＥ状態及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で、ＤＲＸはページング信号を不連続的に受信するために使用される。
【0237】
－ＲＲＣ＿ＩＤＬＥ状態：基地局と端末間に無線接続（ＲＲＣ接続）が確立（ｅｓｔａｂｌｉｓｈ）されていない状態。
【0238】
－ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態：基地局と端末の間に無線接続（ＲＲＣ接続）が確立されているが、無線接続は非活性化された状態。
【0239】
－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態：基地局と端末の間に無線接続（ＲＲＣ接続）が確立されている状態。
【0240】
ＤＲＸは、基本的に遊休（ｉｄｌｅ）モードＤＲＸ、接続された（Ｃｏｎｎｅｃｔｅｄ）ＤＲＸ（Ｃ－ＤＲＸ）及び拡張（ｅｘｔｅｎｄｅｄ）ＤＲＸに区分される。
【0241】
ＩＤＬＥ状態で適用されたＤＲＸは遊休モードＤＲＸと言われ、ＣＯＮＮＥＣＴＥＤ状態で適用されたＤＲＸは接続モードＤＲＸ（Ｃ－ＤＲＸ）と言われる。
【0242】
ｅＤＲＸ（Ｅｘｔｅｎｄｅｄ／Ｅｎｈａｎｃｅｄ ＤＲＸ）は、遊休モードＤＲＸ及びＣ－ＤＲＸのサイクルを拡張できるメカニズムであり、ｅＤＲＸ（Ｅｘｔｅｎｄｅｄ／Ｅｎｈａｎｃｅｄ ＤＲＸ）は主に（マッシブ）ＩｏＴの適用に使用できる。遊休モードＤＲＸにおいて、ｅＤＲＸを許容するか否かはシステム情報（例えば、ＳＩＢ１）に基づいて設定される。ＳＩＢ１は、ｅＤＲＸ－許容（ａｌｌｏｗｅｄ）パラメータを含む。ｅＤＲＸ－許容パラメータは、遊休モード拡張ＤＲＸが許容されるか否かを示すパラメータである。
【0243】
以下では、遊休モードＤＲＸについて説明する。
【0244】
遊休モードで、端末は、電力消費を減少させるためにＤＲＸを使用する。１つのページング機会（ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ：ＰＯ）はＰ－ＲＮＴＩ（Ｐａｇｉｎｇ－Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）が（ＮＢ－ＩｏＴに対するページングメッセージをアドレス（ａｄｄｒｅｓｓ）する）ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）又はＭＰＤＣＣＨ（ＭＴＣ ＰＤＣＣＨ）又はＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ ＰＤＣＣＨ）を介して送信されるサブフレームである。
【0245】
ＭＰＤＣＣＨを介して送信されたＰ－ＲＮＴＩにおいて、ＰＯはＭＰＤＣＣＨ繰り返しの開始サブフレームを示す。ＮＰＤＣＣＨを介して送信されたＰ－ＲＮＴＩのケースにおいて、ＰＯにより決定されたサブフレームが有効なＮＢ－ＩｏＴダウンリンクサブフレームではない場合、ＰＯはＮＰＤＣＣＨ繰り返しの開始サブフレームを示す。従って、ＰＯ以後の一番目の有効ＮＢ－ＩｏＴダウンリンクサブフレームはＮＰＤＣＣＨ繰り返しの開始サブフレームである。
【0246】
１つのページングフレーム（ｐａｇｉｎｇ ｆｒａｍｅ：ＰＦ）は１つ又は複数のページング機会を含める１つの無線フレームである。ＤＲＸが使われるとき、端末はＤＲＸサイクル当たり１つのＰＯのみをモニタリングすればよい。１つのページング狭帯域（ｐａｇｉｎｇ ｎａｒｒｏｗ ｂａｎｄ：ＰＮＢ）は端末がページングメッセージ受信を行う１つの狭帯域である。ＰＦ、ＰＯ及びＰＮＢは、システム情報において提供されるＤＲＸパラメータに基づいて決定される。
【0247】
図２２は、休モードＤＲＸ動作を行う一例を示したフローチャートである。
【0248】
図２２によれば、端末は、上位層シグナリング（例えば、システム情報）を介して遊休モードＤＲＸの設定情報を基地局から受信する（Ｓ２１）。
【0249】
端末は遊休モードＤＲＸ設定情報に基づいてページングＤＲＸサイクルにおいてＰＤＣＣＨをモニタリングするためにＰＦ（Ｐａｇｉｎｇ Ｆｒａｍｅ）及びＰＯ（Ｐａｇｉｎｇ Ｏｃｃａｓｉｏｎ）を決定する（Ｓ２２）。この場合、ＤＲＸサイクルにはオン区間及び睡眠区間（又はＤＲＸの機会）が含まれる。
【0250】
端末は、決定されたＰＦのＰＯにおいてＰＤＣＣＨをモニタリングする（Ｓ２３）。ここで、例えば、端末はページングＤＲＸサイクル当たり１つのサブフレーム（ＰＯ）のみをモニタリングする。また、端末がオン区間の間、Ｐ－ＲＮＴＩによりスクランブルされたＰＤＣＣＨを受信すると（すなわち、ページングが検出される場合）、端末は接続モードに遷移し、基地局とデータを送受信する。
【0251】
図２３は、遊休モードＤＲＸ動作の一例を示したものである。
【0252】
図２３に示すように、ＲＲＣ遊休状態の端末にトラヒックがある場合、対応する端末に対するページングが起こる。端末は、周期的に、すなわち、（ページング）ＤＲＸ周期毎に、ウェイクアップし、ＰＤＣＣＨをモニタリングする。もしページングが存在しない場合、端末は接続状態に遷移し、データを受信し、データが存在しない場合はスリープモードに進入する。
【0253】
以下では、接続モードＤＲＸ（ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ ＤＲＸ：Ｃ－ＤＲＸ）について説明する。
【0254】
Ｃ－ＤＲＸはＲＲＣ接続状態において適用されるＤＲＸを意味する。Ｃ－ＤＲＸのＤＲＸサイクルは、短いＤＲＸサイクル及び／又は長いＤＲＸサイクルから構成される。ここで、短いＤＲＸサイクルは選択事項に該当する。
【0255】
Ｃ－ＤＲＸが設定された場合、端末はオン区間に対するＰＤＣＣＨモニタリングを行う。ＰＤＣＣＨモニタリング中にＰＤＣＣＨが検出されると、端末はインアクティブ（ｉｎａｃｔｉｖｅ）タイマを動作（又は実行）し、アウェイク（ａｗａｋｅ）状態を維持する。逆に、ＰＤＣＣＨモニタリング中にＰＤＣＣＨが検出されないと、端末はオン区間が終了した後にスリープ状態に進入する。
【0256】
Ｃ－ＤＲＸが設定された場合、ＰＤＣＣＨ受信機会（例えば、ＰＤＣＣＨサーチスペースを有するスロット）は、Ｃ－ＤＲＸ設定に基づいて非連続的に設定される。対照的に、Ｃ－ＤＲＸが設定されないと、本開示においてＰＤＣＣＨ受信機会（例えば、ＰＤＣＣＨサーチスペースを有するスロット）が連続的に設定される。
【0257】
一方、ＰＤＣＣＨモニタリングは、Ｃ－ＤＲＸ設定に関係なく測定ギャップ（ｇａｐ）に設定された時間間隔に制限される。
【0258】
図２４はＤＲＸサイクルを例示する。
【0259】
図２４に示すように、ＤＲＸサイクルは「Ｏｎ Ｄｕｒａｔｉｏｎ（オン区間）」と「Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ（ＤＲＸのための機会）」から構成される。ＤＲＸサイクルは、「オン区間」が周期的に繰り返される時間間隔を定義する。「オン区間」は、端末がＰＤＣＣＨを受信するためにモニタリングする時間区間を示す。ＤＲＸが設定されると、端末は「オン区間」中にＰＤＣＣＨモニタリングを行う。ＰＤＣＣＨモニタリング中に成功的に検出されたＰＤＣＣＨがある場合、端末はｉｎａｃｔｉｖｉｔｙタイマを動作させ、アウェイク（ａｗａｋｅ）状態を維持する。それに対して、ＰＤＣＣＨモニタリング中に成功的に検出されたＰＤＣＣＨがない場合、端末は「オン区間」が終わった後にスリープ（ｓｌｅｅｐ）状態に入る。従って、ＤＲＸが設定された場合、前記に説明／提案した手順及び／又は方法を行うにおいて、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて不連続的に行われる。例えば、ＤＲＸが設定された場合、本開示においてＰＤＣＣＨ受信機会（ｏｃｃａｓｉｏｎ）（例えば、ＰＤＣＣＨ探索空間を有するスロット）はＤＲＸ設定に応じて不連続に設定されることがある。一方、ＤＲＸが設定されていない場合、前記の説明／提案した手順及び／又は方法を行うにおいて、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて連続的に行われる。例えば、ＤＲＸが設定されていない場合、本開示においてＰＤＣＣＨ受信機会（例えば、ＰＤＣＣＨ探索空間を有するスロット）は連続して設定されることがある。一方、ＤＲＸ設定の可否に関係なく、測定ギャップに設定された時間区間においてはＰＤＣＣＨモニタリングが制限される。
【0260】
表７は、ＤＲＸに関連した端末の過程を示す（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）。表７を参照すると、ＤＲＸ構成情報は上位層（例えば、ＲＲＣ）シグナリングにより受信され、ＤＲＸ ＯＮ／ＯＦＦの可否はＭＡＣ層のＤＲＸコマンドにより制御される。ＤＲＸが設定されると、本開示に説明／提案した手順及び／又は方法を行うにおいて、ＰＤＣＣＨモニタリングを不連続的に行うことができる。
【0261】
【表7】
【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】
本明細書において提案する方法は、端末以外にも、少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることに基づく命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも１つのコンピュータ読み取り可能な記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）及び１つ以上のプロセッサ及び前記１つ以上のプロセッサにより実行可能に連結され、及び命令を格納する１つ以上のメモリを含むものの、前記１つ以上のプロセッサは、前記命令語を実行して本明細書において提案する方法を行う、端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）によっても行われることができる。また、本明細書において提案する方法によると、端末が行う動作に対応する基地局による動作が考慮できることは自明である。
【図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】
