▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
特表2022-551611無線通信システムにおける休眠ＢＷＰでの動作方法及びその方法を利用する端末
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-12-12
(54)【発明の名称】無線通信システムにおける休眠ＢＷＰでの動作方法及びその方法を利用する端末
(51)【国際特許分類】
H04W 52/02 20090101AFI20221205BHJP
H04W 72/04 20090101ALI20221205BHJP
【ＦＩ】
H04W52/02 111
H04W72/04 133
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022520591
(86)(22)【出願日】2020-09-02
(85)【翻訳文提出日】2022-05-25
(86)【国際出願番号】 KR2020011771
(87)【国際公開番号】W WO2021066332
(87)【国際公開日】2021-04-08
(31)【優先権主張番号】62/910,377
(32)【優先日】2019-10-03
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
２．ブルートゥース
３．ＢＬＵＥＴＯＯＴＨ
(71)【出願人】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】ソ インクォン
(72)【発明者】
【氏名】アン チュンキ
(72)【発明者】
【氏名】ヤン ソクチェル
(72)【発明者】
【氏名】キム ソンウク
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD30
5K067DD34
5K067EE02
5K067EE10
5K067GG11
(57)【要約】
本明細書は、無線通信システムにおいて端末によって行われる休眠(dormant) ＢＷＰ（Bandwidth part）設定情報を受信する方法において、基地局から前記休眠ＢＷＰ設定情報を受信するが、前記休眠ＢＷＰ設定情報は前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内、休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報であり、前記基地局から前記休眠ＢＷＰの活性化を知らせるＤＣＩ（downlink control information）を受信し、前記休眠ＢＷＰ上でＰＤＣＣＨ（physical downlink control）チャネル）モニタリングを停止するが、前記休眠ＢＷＰが活性化されることに基づいてＢＷＰインアクティビティタイマーが使用されず、ＢＷＰインアクティビティタイマーはデフォルトＢＷＰへの遷移のタイマーであることを特徴とする方法が提供される。
【選択図】図１１
【選択図】図１１
【特許請求の範囲】
【請求項1】
無線通信システムにおいて端末によって実行される休眠(dormant) BWP(bandwidth part) （ＢＲＭ）帯域幅設定情報を受信する方法において、基地局から前記休眠ＢＷＰ設定情報を受信し、
前記休眠ＢＷＰ設定情報は、端末に設定された少なくとも１つのダウンリンクＢＷＰのうち休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報であり、
基地局から休眠ＢＷＰの活性化を知らせる DCI(downlink control information)ダウンリンク制御情報（ＤＣＩ）を受信し、
前記休眠ＢＷＰ上でＰＤＣＣＨ（physical downlink control channel）モニタリングを停止（stop）し、
休眠ＢＷＰの活性化されることに基づいて、ＢＷＰインアクティビティタイマーは使用されず、
前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移のためのタイマーであることを特徴とする方法。
【請求項2】
前記端末は、休眠ＢＷＰ上でチャネル状態情報ＣＳＩ(channel state information）測定の実行を継続することを特徴とする請求項１に記載の方法。
【請求項3】
前記デフォルトＢＷＰは、前記ＢＷＰインアクティビティタイマーが期限切れになると前記端末が遷移するＢＷＰである、請求項１に記載の方法。
【請求項4】
前記休眠ＢＷＰが前記デフォルトＢＷＰとは異なるＢＷＰである、請求項１に記載の方法。
【請求項5】
前記休眠ＢＷＰが前記デフォルトＢＷＰではないことに基づいて、前記ＢＷＰインアクティビティタイマーが使用されない、請求項４に記載の方法。
【請求項6】
前記休眠ＢＷＰが活性化され、前記ＢＷＰインアクティビティタイマーのランニングに基づいて、前記端末は、前記ＢＷＰインアクティビティタイマーを停止することを特徴とする請求項１に記載の方法。
【請求項7】
前記ＢＷＰインアクティビティタイマーが解放されることに基づいて、前記端末は、前記デフォルトＢＷＰに遷移することなく前記ＢＷＰインアクティビティタイマーを停止することを特徴とする請求項１に記載の方法。
【請求項8】
前記少なくとも１つのダウンリンクＢＷＰがセカンダリセル（ＳＣｅｌｌ）に対するダウンリンクＢＷＰである、請求項１に記載の方法。
【請求項9】
前記少なくとも１つのＢＷＰが前記休眠ＢＷＰを含む、請求項８に記載の方法。
【請求項10】
前記少なくとも１つのＢＷＰが前記デフォルトＢＷＰを含む、請求項９に記載の方法。
【請求項11】
端末は、トランシーバと、
少なくとも１つのメモリと、
前記少なくとも１つのメモリと、前記トランシーバと動作可能に結合された少なくとも１つのプロセッサとを含み、前記プロセッサは、
基地局から休眠(dormant) ＢＷＰ(bandwidth part) 設定情報を受信するようにトランシーバを制御するように構成され、
前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰのうち休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報であり、
前記基地局から前記休眠ＢＷＰの活性化を知らせるＤＣＩ(downlink control information)（ＤＣＩ）を受信するように前記トランシーバを制御するように構成され、
前記休眠ＢＷＰ上でＰＤＣＣＨ(physical downlink control channel) のモニタリングを停止するように構成され、
前記休眠ＢＷＰが活性化されることに基づいて、ＢＷＰインアクティビティタイマーが使用されず、
前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移に対するタイマーであることを特徴とする端末。
【請求項12】
デバイスは、少なくとも１つのメモリと、
少なくとも１つのメモリと動作可能に結合された少なくとも１つのプロセッサを含み、前記プロセッサは、
基地局から休眠（dormant）ＢＷＰ（bordwidth part）設定情報を受信するようにトランシーバを制御するように構成され、
前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内休眠ＢＷＰとして使用されるダウンリンクＢＷＰの情報であり、
前記基地局から前記休眠ＢＷＰの活性化を知らせるダウンリンク制御情報ＤＣＩ（downlink control information）を受信するようにトランシーバを制御するように構成され、
前記休眠ＢＷＰ上でＰＤＣＣＨ（physical downlink control channel）のモニタリングを停止するように構成され、
前記休眠ＢＷＰが活性化されることに基づいて、ＢＷＰインアクティビティタイマーが使用されず、
前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移のタイマーであることを特徴とする装置。
【請求項13】
少なくとも１つのプロセッサ（processor）によって実行されることに基づく命令語（instruction）を含む少なくとも１つのコンピュータで読み取ることができる記録媒体（computer readable medium）において、前記少なくとも１つのプロセッサは、基地局から休眠（dormant）ＢＷＰ〈bandwidth part〉設定情報を受信するようにトランシーバを制御するように構成され、
前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内、休眠ＢＷＰとして使用されるダウンリンクＢＷＰの情報であり、
前記基地局から前記休眠ＢＷＰの活性化を知らせるダウンリンク制御情報ＤＣＩ（downlink control information）を受信するように前記トランシーバを制御するように構成され、
前記休眠ＢＷＰ上でＰＤＣＣＨ（physical downlink control channel）のモニタリングを停止するように構成され、
前記休眠ＢＷＰの活性化されることに基づいて、ＢＷＰインアクティビティタイマーが使用されず、
前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移に対するタイマーであることを特徴とする記録媒体。
【請求項14】
無線通信システムにおいて基地局によって行われる休眠(dormant) ＢＷＰ(Bandwidth part)設定情報を伝送する方法において、端末に前記休眠ＢＷＰ設定情報を伝送し、
前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内、休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報であり、
前記端末に前記休眠ＢＷＰの活性化を知らせるＤＣＩ（downlink control information）を伝送し、
前記休眠ＢＷＰの活性化されることに基づいて、ＢＷＰインアクティビティタイマーが使用されず、
前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移のタイマーであることを特徴とする方法。
【請求項15】
基地局は、トランシーバと、
少なくとも１つのメモリと、
前記少なくとも１つのメモリと、前記トランシーバと動作可能に結合された少なくとも１つのプロセッサとを含み、前記プロセッサは、
端末に休眠（dormant）ＢＷＰ（Bandwidth part）設定情報を伝送するように前記トランシーバを、制御するように構成され、
前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内、休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報であり、
前記端末に前記休眠ＢＷＰの活性化を知らせるＤＣＩ（downlink control information）を伝送するようにトランシーバを制御するように構成され、
前記休眠ＢＷＰの活性化されることに基づいて、ＢＷＰインアクティビティタイマーは使用されず、
前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移に対するタイマーであることを特徴とする基地局。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書は無線通信に関する。
【背景技術】
【0002】
さらに多くの通信機器がさらに大きな通信容量を要求するにつれて、従来の無線アクセス技術（radio Access technology；ＲＡＴ)と比較して向上されたモバイルブロードバンド（mobile broadband）通信が必要とされている。また、複数の機器及び物を接続していつでもどこでも多様なサービスを提供するマッシブＭＴＣ(massive Machine Type Communications) もまた、次世代通信で考慮される主な課題の内一つである。さらに、信頼度(reliability)と遅延(latency)に敏感なサービス／端末を考慮した通信システムの設計が議論されている。このように拡張されたモバイルブロードバンドコミュニケーション(enhanced mobile broadband communication)、massive MTC、ＵＲＬＬＣ(Ultra-Reliable and Low Latency Communication)などを考慮した次世代無線接続技術の導入が議論されており、本明細書においては便宜上当該技術(technology)をnew ＲＡＴまたはＮＲと称する
【0003】
一方、ＮＲシステムにおいて、各サービングセルは複数（ｅ．ｇ．、最大４個）のＢＷＰ（Bandwidth part）が設定されることができる、これによって，各セル及び／またはＢＷＰに対するドーマンシ(dormancy)動作が定義される必要がある。
【発明の概要】
【課題を解決するための手段】
【0004】
本明細書の一実施形態に係れば、休眠ＢＷＰが活性化されることに基づいてＢＷＰインアクティビティタイマーが使用されず、前記ＢＷＰインアクティビティタイマーはデフォルトＢＷＰへの遷移のためのタイマーである方法が提供される。
【発明の効果】
【0005】
本明細書に係れば、端末が休眠ＢＷＰにある場合、既存のＢＷＰインアクティビティタイマーは使用されない。これにより、端末がパワーセーブのため休眠ＢＷＰにある場合に、端末が（意図しないように）強制的にデフォルトＢＷＰに遷移する問題を解決できます。
【0006】
本明細書の具体的な一例に介して得られる効果は、以上に列挙された効果に限定されない。例えば、関連する技術分野の通常の知識を有する者(a person having ordinary skill in the related art)が本明細書から理解するかまたは誘導することができる様々な技術的効果が存在し得る。これにしたがって、本明細書の具体的な効果は、本明細書に明示的に記載されているものに限定されず、本明細書の技術的特徴から理解されるがまたは誘導され得る様々な効果を含み得る。
【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
本明細書において、「ＡまたはＢ（ＡorＢ）」は、「Ａのみ」、「Ｂのみ」または「ＡとＢの全て」を意味することができる。言い換えれば、本明細書において、「ＡまたはＢ（ＡorＢ）」は、「Ａ及び／またはＢ（Ａand／orＢ）」と解釈することができる。例えば、本明細書において、「Ａ、ＢまたはＣ（Ａ、ＢorC）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、または「Ａ、Ｂ及びＣの任意のすべての組み合わせ（any combination of Ａ, Ｂ andＣ）」を意味することができる。
【0009】
本明細書において使用されるスラッシュ（／）またはコンマ（comma）は、「及び／または（and／or）」を意味することができる。例えば、「Ａ／Ｂ」は「Ａおよび／またはＢ」を意味し得る。これにしたがって、「Ａ／Ｂ」は「Ａのみ」、「Ｂのみ」、または「ＡとＢの全て」を意味することができる。例えば、「Ａ、Ｂ、Ｃ」は「Ａ、Ｂ、またはＣを意味し得る。
【0010】
本明細書において、「少なくとも１つのＡ及びＢ（at least one of Ａ and Ｂ）」は、「Ａのみ」、「Ｂのみ」または「ＡとＢの全て」を意味することができる。なお、本明細書において、「少なくとも１つのＡまたはＢ（at least one of Ａ or Ｂ）」または「少なくとも１つのＡ及び／またはＢ（at least one of Ａ and／or Ｂ）」という表現は、「少なくとも１つでのＡ及びＢ（at least one of Ａ and B）」と同様に解釈することができる。
【0011】
なお、本明細書において「少なくとも１つのＡ、Ｂ及びＣ（at least one of Ａ、Ｂ及びＣ）」は、「Ａのみ」、「Ｂのみ」、「Ｃのみ」、又は「Ａ、Ｂ及びＣ」の任意の全ての組み合わせ（any combination of Ａ、Ｂ and Ｃ）」を意味することができる。また、「少なくとも１つのＡ、ＢまたはＣ（at least one of Ａ、Ｂ or Ｃ）」または「少なくとも１つのＡ、Ｂ、及び／またはＣ（at least one of Ａ、Ｂ and ／or C）」は、 「少なくとも１つのＡ、Ｂ及びＣ（at least one of Ａ、Ｂ and Ｃ）」を意味することができる。
【0012】
さらに、本明細書で使用される括弧は「例えば（for example）」を意味し得る。具体的には、「制御情報（ＰＤＣＣＨ）」と表示された場合、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたもので有り得る。言い換えれば、本明細書の「制御情報」は「ＰＤＣＣＨ」に限定されず、「ＰＤＤＣＨ」が「制御情報」の一例として提案されことで有り得る。また、「制御情報（すなわち、ＰＤＣＣＨ）」と表示された場合でも、「制御情報」の一例として「ＰＤＣＣＨ」が提案されたもので有り得る。
【0013】
本明細書において１つの図面内で別々に説明される技術的特徴は、別々に実現され、同じこともあり同時に実現されることもある。
【0014】
端末とネットワーク間の無線インタフェースプロトコル（Radio Interface Protocol）の階層は、通信システムで広く知られているオープンシステム間相互接続（Open System Interconnection：ＯＳＩ）基準モデルの下位３個階層に基づいてL１（第１階層）、Ｌ２（第２階層）、Ｌ３（第３階層）に分けることができるが、その中で第１階層に属する物理階層は物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を用いた情報伝送サービス（Information Transfer Service）を提供し。 第３階層に位置するＲＲＣ（Radio Resource Control）階層は、端末とネットワークとの間無線資源を制御する役割を果たす。このために、ＲＲＣ階層は端末と基地局間のＲＲＣメッセージを交換する。
【0015】
物理階層（ＰＨＹ）は、物理チャネルを用いて上位階層に情報伝送サービス（）を提供する。物理階層は上位階層であるＭＡＣ（Medium Access Control）階層とは伝送チャネル（transport channel）を介して接続されている。伝送チャネルを介してＭＡＣ階層と物理階層との間でデータが移動する。伝送チャネルは、無線インターフェースを介してデータがどのようにどのような特徴で伝送されるかによって分類される。
【0016】
互いに異なる物理階層間、すなわち送信機と受信機の物理階層との間は、物理チャネルを介してデータが移動する。前記物理チャネルは、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式で変調することができ、時間と周波数を無線リソースとして活用する。
【0017】
ＭＡＣ階層の機能は、論理チャネルと伝送チャネルとの間のマッピング及び論理チャネルに属するＭＡＣ ＳＤＵ(service data unit)の伝送チャネル上に物理チャネルとして提供される伝送ブロック(transport block)への多重化／逆多重化を含む。 ＭＡＣ階層は、論理チャネルを介してＲＬＣ（Radio Link Control）階層にサービスを提供する。
【0018】
ＲＬＣ階層の機能は、ＲＬＣ ＳＤＵの接続、分割、及び再結合を含む 。無線ベアラ（Radio Bearer：ＲＢ）が要求する多様なＱｏＳ（Quality of Service）を保障するために、ＲＬＣ階層は透明モード（Transparent Mode、ＴＭ）、非確認モード（Unacknowledged Mode、ＵＭ）及び確認モード（Acknowledged Mode）、ＡＭ）の３つの動作モードを提供する。ＡＭ ＲＬＣはＡＲＱ(automatic repeat request)を介してエラー訂正を提供する。
【0019】
ＲＲＣ（Radio Resource Control）階層は制御平面でのみ定義される。ＲＲＣ階層は、無線ベアラの設定(configuration)、リセット（re-configuration）及び解除（release）に関連して、論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワークとの間のデータ伝達のために第１階層（ＰＨＹ階層）および第２階層（ＭＡＣ階層、ＲＬＣ階層、ＰＤＣＰ階層）によって提供される論理的パスを意味する。
【0020】
ユーザプレーン（平面）におけるＰＤＣＰ（Packet Data Convergence Protocol）階層の機能は、ユーザデータの伝達、ヘッダ圧縮（header compression）及び暗号化（ciphering）を含む。制御平面におけるＰＤＣＰ（Packet Data Convergence Protocol）階層の機能は、制御平面データの伝達及び暗号化／無結晶保護を含む。
【0021】
ＲＢが設定されるとは、特定のサービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。ＲＢは、再びＳＲＢ（Signaling ＲＢ）とＤＲＢ（Data ＲＢ）の２つに分けることができる。ＳＲＢは、制御平面でＲＲＣメッセージを伝送する通路として使用され、ＤＲＢは、ユーザプレーンでユーザデータを伝送する通路として使用される。
【0022】
端末のＲＲＣ階層とＥ－ＵＴＲＡＮのＲＲＣ階層との間にＲＲＣ接続（ＲＲＣ Connection）が確立されると、端末はＲＲＣ接続（ＲＲＣ connected）状態にあるようになり、そうでなければＲＲＣアイドル（ＲＲＣ idle）状態になる。
【0023】
ネットワークから端末にデータを伝送するダウンリンク伝送チャネルとしては、システム情報を伝送するＢＣＨ（Broadcast Channel）と、それ以外にユーザトラフィックや制御メッセージを伝送するダウンリンクＳＣＨ（Shared Channel）がある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクＳＣＨを介して伝送され得、または別々のダウンリンクＭＣＨ（Multicast Channel）を介して伝送され得る。一方、端末からネットワークにデータを伝送するアップリンク伝送チャネルとしては、初期制御メッセージを伝送するＲＡＣＨ（Random Access Channel）と、それ以外にユーザトラフィックや制御メッセージを伝送するアップリンクＳＣＨ（Shared Channel）がある。
【0024】
伝送チャネル上位にあり、伝送チャネルにマッピングされる論理チャネル（Logical Channel）としては、ＢＣＣＨ（Broadcast Control Channel）、ＰＣＣＨ（Paging Control Channel）、ＣＣＣＨ（Common Control Channel）、ＭＣＣＨ（Multicast Control Channel）、ＭＴＣＨ (Multicast Traffic Channel）などがある。
【0025】
物理チャネル（Physical Channel）は、時間領域で複数のＯＦＤＭシンボルと周波数領域で複数の副搬送波（Sub－carrier）から構成される。 １つのサブフレーム（Sub－frame）は、時間領域において複数のＯＦＤＭシンボル（Symbol）から構成される。リソースブロックは、リソース割り当て単位で、複数のＯＦＤＭシンボルと複数の副搬送波とで構成される。さらに、各サブフレームは、ＰＤＣＣＨ（Physical Downlink Control Channel）、すなわち、Ｌ１／Ｌ２制御チャネルのため当該サブフレームの特定のＯＦＤＭシンボル（例えば、最初のＯＦＤＭシンボル）の特定の副搬送波を用いることができる。ＴＴＩ（Transmission Time Interval）はサブフレーム伝送の単位時間である。
【0026】
以下、新たな無線接続技術（new radio Access technology：new ＲＡＴ、ＮＲ）について説明する。
【0027】
さらに多くの通信機器がさらに大きな通信容量を必要とするにつれて、従来の無線アクセス技術（radio access technology；ＲＡＴ）と比較し向上されたモバイルブロードバンド（mobile broadband）通信の必要性が台頭している。また、複数の機器及び物を接続していつでもどこでも多様なサービスを提供するＭＴＣ(massive Machine Type Communications)もまた、次世代通信で考慮される主な課題の一つである。さらに、信頼度（reliability）と遅延(latency)に敏感なサービス／端末を考慮した通信システムの設計が議論されている。このように拡張されたモバイルブロードバンドコミュニケーション(enhanced mobile broadband communication)、massive ＭＴＣ、ＵＲＬＬＣ(Ultra-Reliable and Low Latency Communication)などを考慮した次世代無線接続技術の導入が議論されており、本明細書においては便宜上当該技術(technology)をnew ＲＡＴまたはＮＲと呼びます。
【0028】
図１は、ＮＲが適用される次世代無線接続ネットワーク（New Generation Radio Access Network：ＮＧ－ＲＡＮ）のシステム構造を例示する。
【0029】
図１を参照すると、ＮＧ － ＲＡＮは、端末にユーザプレーン（平面）及び制御平面プロトコル終端(termination)を提供するｇＮＢ及び／またはｅＮＢを含み得る。図１においては、ｇＮＢのみを含む場合を例示する。ｇＮＢとｅＮＢは相互間にＸｎインターフェースで接続されている。ｇＮＢとｅＮＢは、5世代コアネットワーク（５Ｇ Core Network：５GC）とＮＧインターフェースを介して接続されている。さらに具体的には、ＡＭＦ（Access and mobility management function）とはＮＧ－Ｃインターフェースを介して接続され、ＵＰＦ（user plane function）とはＮＧ－Ｕインターフェースを介して接続される。
【0030】
図２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能的分割を例示する。
【0031】
図２を参照すると、ｇＮＢは、インターセル間の無線リソース管理（Inter Cell ＲＲＭ）、無線ベアラ管理（ＲＢcontrol）、接続モビリティ制御（Connection Mobility Control）、無線許容制御（Radio Admission Control）、測定設定及び提供（Measurement configuration & Provision）、動的リソース割り当て（dynamic resource allocation）などの機能を提供することができる。ＡＭＦはＮＡＳセキュリティ、アイドル状態モビリティ処理などの機能を提供できる。ＵＰＦは、モビリティアンカリング（Mobility Anchoring）、ＰＤＵ処理などの機能を提供することができる。ＳＭＦ（Session Management Function）は、端末ＩＰアドレス割り当て、ＰＤＵセッション制御などの機能を提供することができる。
【0032】
図３は、ＮＲで適用され得るフレーム構造を例示する。
【0033】
図３を参照すると、フレームは１０ｍｓ(millisecond)で構成され得、１ｍｓで構成された１０個のサブフレームを含める。
【0034】
サブフレーム内には、副搬送波間隔（subcarrier spacing）に応じて１つまたは複数のスロットが含まれる。
【0035】
以下の表１は、副搬送波間隔設定（subcarrier spacing configuration） μを例示する。
【0036】
【表1】
【0037】
以下の表２は、副搬送波間隔設定（subcarrier spacing configuration）μに応じて、フレーム内スロット数（Nframeμ
slot）、サブフレーム内スロット数（Ｎsubframeμ
slot）、スロット内シンボル数（Ｎslot
symb）などを例示する。
【0038】
【表2】
【0039】
図３においては、μ＝０、１、２について例示している。
【0040】
ＰＤＣＣＨ(physical downlink control channel)は、以下の表３に示すように、１つまたはそれ以上のＣＣＥ(control channel element)から構成され得る。
【0041】
【表3】
【0042】
つまり、ＰＤＣＣＨは、１、２、４、８、または１６個のＣＣＥからなるリソースを介して伝送できる。ここで、ＣＣＥは６個のＲＥＧ（resource element group）で構成され、１つのＲＥＧは周波数領域で１のリソースブロック、時間領域で１つのＯＦＤＭ（orthogonal frequency division multiplexing）シンボルから構成される。 一方、ＮＲでは、制御リソースセット（control resource set：ＣＯＲＥＳＥＴ）という新しい単位を導入することができる。端末はＣＯＲＥＳＥＴでＰＤＣＣＨを受信することができる。
【0043】
図４はＣＯＲＥＳＥＴを示す。
【0044】
図４を参照すると、ＣＯＲＥＳＥＴは周波数領域でＮＣＯＲＥＳＥＴ
ＲＢ個のリソースブロックから構成され、時間領域でＮＣＯＲＥＳＥＴ
ｓｙｍｂ∈｛１，２，３｝個のシンボルから構成され得る。NCORESET
RB, NCORESET
symb は上位層信号を介して基地局によって提供され得る。図４に示すように、ＣＯＲＥＳＥＴ内には複数のＣＣＥ（またはＲＥＧ）が含まれる。
【0045】
端末は、ＣＯＲＥＳＥＴ内で１、２、４、８または１６個のＣＣＥを単位としてＰＤＣＣＨ検出を試みることができる。ＰＤＣＣＨ検出を試みることができる１つまたは複数のＣＣＥをＰＤＣＣＨ候補とすることができる。
【0046】
端末は複数のＣＯＲＥＳＥＴを設定することができる。
【0047】
図５は、従来の制御領域とＮＲにおけるＣＯＲＥＳＥＴとの相違点を示す図である。
【0048】
図５を参照すると、従来の無線通信システム（例えば、ＬＴＥ／ＬＴＥ － Ａ）での制御領域８００は、基地局が用いるシステム帯域全体にわたって構成された。
狭帯域のみをサポートする一部端末（例えば、ｅＭＴＣ／ＮＢ－ＩｏＴ端末）を除く全ての端末は、基地局が伝送する制御情報を正しく受信／デコーディング するためには、前記基地局のシステム帯域全体の無線信号を受信できなければならなかった。
狭帯域のみをサポートする一部端末（例えば、ｅＭＴＣ／ＮＢ－ＩｏＴ端末）を除く全ての端末は、基地局が伝送する制御情報を正しく受信／デコーディング するためには、前記基地局のシステム帯域全体の無線信号を受信できなければならなかった。
【0049】
一方、ＮＲでは前述のＣＯＲＥＳＥＴを導入した、ＣＯＲＥＳＥＴ８０１、８０２、８０３は端末が受信しなければならない制御情報のための無線リソースと言え、全システム帯域の代わりに一部のみすることができる。基地局は各端末にＣＯＲＥＳＥＴを割り当てることができ、割り当てられたＣＯＲＥＳＥＴを介して制御情報を伝送することができる。例えば、図５において、第１ＣＯＲＥＳＥＴ８０１は端末１に割り当て、第２ＣＯＲＥＳＥＴ８０２は第２端末に割り当て、第３ＣＯＲＥＳＥＴ８０３は端末３に割り当てることができる。 ＮＲにおける端末は、システム帯域全体を必ずしも受信しなくても基地局の制御情報を受信することができる。
【0050】
ＣＯＲＥＳＥＴは、端末特定的制御情報を伝送するための端末特定的ＣＯＲＥＳＥＴと、全ての端末に共通制御情報を伝送するための共通ＣＯＲＥＳＥＴが有り得る。
【0051】
一方、ＮＲではアプリケーション(Application)分野によっては高い信頼性(high reliability)を要求することができ、このような状況でダウンリンク制御チャネル(例えば、physical downlink control channel: ＰＤＣＣＨ)を介して伝送されるＤＣＩ(downlink control)情報）に対する目標ＢＬＥＲ(block error rate)は、従来技術と比較してかなり低いことができる。このように高い信頼性を要求する要件(requirement)を満たすための方法の一例としては、ＤＣＩに含まれるコンテンツ量を減らすか、それと／またはＤＣＩ伝送時に使用するリソースの量を増加させることができる。このとき、リソースは、時間領域のリソース、周波数領域のリソース、コード領域のリソース、空間領域のリソースの内、少なくとも１つを含むことができる。
【0052】
ＮＲでは、次のような技術/特徴を適用することができる。
【0053】
＜セルフコンテナサブフレーム構造（Self-contained subframe structure）＞
【0054】
図６は、新しい無線接続技術のためのフレーム構造の一例を示す。
【0055】
ＮＲにおいてはレイテンシを最小化するために図６のように、１つのＴＴＩ内に、制御チャネルとデータチャネルが時分割多重化(Time Division Multiplexing：ＴＤＭ)される構造がフレーム構造(frame structure)の一つ一つと考えることができる。
【0056】
図６において、斜め領域はダウンリンク制御（downlink control）領域を示し、黒い部分はアップリンク制御（uplink control）領域を示す。表示がない領域は、ダウンリンクデータ（downlink data； ＤＬ data）伝送のため使用されることもあり、アップリンクデータ（uplink data；ＵＬ data）伝送に使用されることもある。このような構造の特徴は、１つのサブフレーム（subframe）内でダウンリンク（ＤＬ）伝送とアップリンク（uplink；ＵＬ）伝送が順次進行され、サブフレーム（subframe）内でＤＬデータを送り、ＵＬＡＣＫ／ＮＡＣＫ（Acknowledgement/Not-acknowledgement）も受けられる。結果的に、データ伝送エラーが発生したとき最終データ伝送のレイテンシ（latency）を最小化することができる。
【0057】
このようなデータ及び制御領域がＴＤＭされたサブフレーム構造（data and control ＴＤＭed subframe structure）において、基地局及び端末が伝送モードから受信モードへの切り替え過程又は受信モードから伝送モードへの切り替え過程のためのタイムギャップ（time gap）が必要です。このために、セルフコンテンツサブフレーム構造でＤＬからＵＬに切り替えられる時点の一部のＯＦＤＭシンボルgあ保護区間（guard period：ＧＰ）に設定されることができる。
【0058】
＜アナログビームフォーミング#１(Analog beamforming ♯１)＞
【0059】
ミリメートル波（Millimeter Wave：ｍｍＷ）では、波長が短くなり、同じ面積に複数のアンテナエレメント（element）の設置が可能になる。 すなわち、３０ＧＨｚ帯域で波長は１cmで、５ by ５cmのパネルに0.5波長(lambda)間隔で２次元(dimension)配列形態で総１００個のアンテナエレメント（element）設置が可能である。だから、ｍｍｗでは複数のアンテナエレメント（element）を用いてビームフォーミング（beamforming：ＢＦ)利得を高めてカバレッジを増加させるか、または処理量（throughput）を上げようとする。
【0060】
この場合、アンテナエレメント（element）別に伝送パワー及び位相調整が可能するようにトランシーバユニット（Transceiver Unit：ＴＸＲＵ）を持つことで周波数リソース別に独立したビームフォーミング（beamforming）が可能する、しかし１００ 余個のアンテナエレメント全てにＴＸＲＵを設置することは価格面で実効性が落ちる問題を持たせる。したがって、１つのＴＸＲＵに複数のアンテナエレメントをマッピング(mapping)し、アナログフェイズシフタ(analog phase shifter)ビームの方向を調整する方式が考えられている。このようなアナログビームフォーミング(analog beamforming)方式は、全帯域において１つのビーム方向のみを作ることができ、周波数選択的ビームフォーミング（beamforming）を行うことができない欠点を有する。
【0061】
デジタルビームフォーミング（Ｄｉｇｉｔａｌ ＢＦ）とアナログビームフォーミング（アナログＢＦ）の中間形態で、Ｑ個のアンテナエレメントより少ない数のＢ個のＴＸＲＵを有するハイブリッドビームフォーミング（hybrid ＢＦ）を考えることができる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナエレメントの接続方式によって違いはあるが、同時に伝送できるビームの方向はＢ個以下に制限されることになる。
【0062】
＜アナログビームフォーミング#２(Analog beamforming #２)＞
【0063】
ＮＲシステムでは、多数のアンテナを用いる場合、デジタルビームフォーミングとアナログビームフォーミングを組み合わせたハイブリッドビームフォーミング技法が台頭している。このとき、アナログビームフォーミング（またはＲＦビームフォーミング）はＲＦ段でプリコーディング（Precoding）（またはコンビニング (Combining)）を行い、これによりＲＦチェーン数とＤ／Ａ（またはＡ／Ｄ）コンバータ数を減らしながらもデジタルビームフォーミングに近い性能を出すことができるという利点がある。便宜上、前記ハイブリッドビームフォーミング構造は、Ｎ個のＴＸＲＵとＭ個の物理的アンテナで表すことができる。そうすると、送信端で伝送するＬ個のデータ階層(data layer)に対するデジタルビームフォーミングはＮ ｂｙ Ｌ行列で表すことができ、その後変換されたＮ個のデジタル信号(digital signal)はＴＸＲＵを経てアナログ信号(analog signal)へ 変換された後Ｍ by Ｎ行列で表されるアナログビームフォーミングが適用される。
【0064】
図７は、前記ＴＸＲＵ及び物理的アンテナの観点からハイブリッドビームフォーミング（Hybrid beamforming）構造を抽象的に図式化したものである。
【0065】
図７において、デジタルビーム（digital beam）の個数はＬ個であり、アナログビーム（analog beam）の個数はＮ個である。さらにＮＲシステムでは、基地局がアナログビームフォーミングをシンボル単位で変更できるように設計し、特定の地域に位置する端末に、さらに効率的なビームフォーミングを支援する方向を考えている。さらに、図７において、特定のＮ個のＴＸＲＵとＭ個のＲＦアンテナを１つのアンテナパネル（panel）と定義するとき、前記ＮＲシステムでは、互いに独立的なハイブリッドビームフォーミングが適用可能な複数のアンテナパネルを導入する方案まで考慮されている。
【0066】
前記のように基地局が複数のアナログビームを活用する場合、端末ごとに信号受信に有利なアナログビームが異なることがあるので、少なくとも同期化信号（synchronization signal）、システム情報（system information）、ページング（paging）などについては、特定のサブフレーで基地局が適用する複数のアナログビームをシンボル別に変えて全ての端末が受信機会を有するようにするビームスイーピング（beam sweeping）動作が考慮考されている。
【0067】
図８は、ダウンリンク（Downlink：ＤＬ）伝送過程における同期化シグナル（synchronization signal）とシステム情報（system information）に対する前記ビームスイーピング（beam sweeping）動作を図式化したものである。
【0068】
図８において、ＮＲシステムのシステム情報がブロードキャスト（Broadcasting）方式で伝送される物理的リソース（または物理チャネル）をｘＰＢＣＨ（physical broadcast channel）と命名した。このとき、１シンボル内で互いに異なるアンテナパネルに属するアナログビームは同時伝送することができ、アナログビーム別チャネルを測定するために図８に図式化されたように（特定アンテナパネルに対応する）単一のアナログビームが適用されて伝送される参照信号（reference signal：ＲＳ）であるビーム参照信号（Beam RS：ＢＲＳ）を導入する方案が議論されている。 前記ＢＲＳは複数のアンテナポートに対して定義することができ、ＢＲＳの各アンテナポートは単一のアナログビームに対応することができる。この時、ＢＲＳとは異なり、同期化信号（Synchronization signal）またはｘＰＢＣＨは、任意の端末が良好に受信できるように、アナログビームグループ（analog beam group）内の全てのアナログビームが適用されて伝送され得る。
【0069】
図９は、本明細書の技術的特徴が適用され得る５Ｇ使用シナリオの例を示す。図９に示される５Ｇ使用シナリオはただ例示的なものであり、本明細書の技術的特徴は図９に示されていない他の５Ｇ使用シナリオにも適用され得る。
【0070】
図９を参照すると、５Ｇの３つの主な要求事項領域は、（１）改善されたモバイルブロードバンド（ｅＭＢＢ; enhanced mobile broadband）、（２）多量のマシンタイプ通信（ｍＭＴＣ; massive machine type communication）領域及び ３）超信頼及び低遅延通信（ＵＲＬＬＣ；ultra-reliable and low latency communications）領域を含む。一部の使用例は最適化のために複数の領域要求することができ、他の使用例はただ１つの核心性能指標（ＫＰＩ; key performance indicator ）にのみ焦点を合わせることができる。５Ｇは、このようなさまざまな使用例を柔軟で信頼できる方法でサポートすることである。
【0071】
ｅＭＢＢは、データ速度、遅延、ユーザ密度、モバイルブロードバンド接続の容量、及びカバレッジの全体的な向上に中点を置く。ｅＭＢＢは１０Ｇｂｐｓ程度の処理量を目指す。ｅＭＢＢは、基本的なモバイルインターネット接続をはるかに乗り越えるようにし、豊富な双方向作業、クラウドまたは拡張現実でメディア及びエンターテイメントアプリケーションをカバーする。データは５Ｇの核心動力の１つであり、５Ｇ時代に初めて専用の音声サービスを見ることができないことがある。５Ｇで音声は、単に通信システムによって提供されるデータ接続を用いてアプリケーションプログラムとして処理されたことで期待される。増加したトラフィック量の主な原因は、コンテンツサイズの増加と高いデータ伝送率を要求するアプリケーションの数の増加である。ストリーミングサービス（オーディオとビデオ）、インタラクティブビデオ、及びモバイルインターネット接続は、より多くのデバイスがインターネットに接続されるほど広く使用されます。これらのアプリケーションの多くは、リアルタイム情報とお知らせをユーザにプッシュするために常にオンになっている接続性を必要とする。クラウドストレージとアプリケーションはモバイル通信プラットフォームで急速に増加しており、これはビジネスとエンターテイメントのすべてに適用できます。クラウドストレージは、アップリンクデータ伝送率の成長を牽引する特別な使用例である。 ５Ｇはまた、クラウド上のリモートタスクにも使用され、触覚インターフェースを用いるときに優れたユーザエクスペリエンスを維持するためにはるかに低いエンドツーエンド（end-to-end）遅延を要求する。エンターテイメントにおいて、例えば、クラウドゲーム及びビデオストリーミングは、モバイルブロードバンド能力に対する要求を増加させるまた他の核心要素である。エンターテイメントは、列車、車及び飛行機のような高いモビリティ環境を含み、どこでもスマートフォンやタブレットで不可欠であるまた別の使用例は、エンターテイメントのための拡張現実及び情報検索である。ここで、拡張現実は非常に低い遅延と瞬間的なデータ量を必要とする。
【0072】
ｍＭＴＣは、バッテリによって駆動される多量の低コストデバイス間の通信を可能にするように設計され、スマート計量、物流、現場及びボディセンサのようなアプリケーションをサポートするためのものである。ｍＭＴＣは、１０年程度のバッテリ及び／または１km２当たり１００万個程度の デバイスを目指とする。ｍＭＴＣは、あらゆる分野で組み込みセンサを円滑に接続できるようににし、最も多く予想される５Ｇの使用例の１つである。潜在的に２０２０年まで、ＩｏＴデバイスは２０４億個に達すると予測される。産業ＩｏＴは、５Ｇがスマートシティ、アセットトラッキング（asset tracking）、スマートユーティリティ、農業及び／セキュリティインフラストラクチャを可能にする主な役割を果たす領域の１つである。
【0073】
ＵＲＬＬＣは、装置と機械が非常に信頼性が高く、非常に低い遅延と高い可用性で通信できるようにすることで、車両通信、産業制御、工場自動化、遠隔手術、スマートグリッド及び共安全アプリケーションに最適である。 ＵＲＬＬＣは１ｍｓ程度の遅延を目指とする。 ＵＲＬＬＣは、主要インフラストラクチャのリモートコントロール及び自律走行車両のような超信頼／遅延の少ないリンクを介して産業を変える新しいサービスが含む。信頼性と遅延のレベルは、スマートグリッド制御、産業オートメーション、ロボット工学、ドローン制御及び調整に不可欠である。
【0074】
次に、図９の三角形内に含まれた複数の使用例についてさらに具体的に注意深く見る。
【0075】
５Ｇは、秒当たり数百メガビットから秒当たりギガビットと評価されるストリームを提供する手段として、ＦＴＴＨ（fiber-to-the-home）及びケーブルベースの広帯域（またはＤＯＣＳＩＳ）を補完することができる。このように速い速度は、仮想現実（ＶＲ； virtual reality）と拡張現実（ＡＲ； augmented reality）だけでなく、４Ｋ以上（６Ｋ、８Ｋ及びそれ以上）の解像度でＴＶを伝達することに要求されることができる。ＶＲ及びＡＲアプリケーションは、ほとんど没入型(immersive)スポーツマッチ競技を含む特定アプリケーションは特別なネットワーク設定が要求されることがある。例えば、ＶＲゲームの場合、ゲーム会社が遅延を最小化するためにコアサーバをネットワークオペレータのエッジネットワークサーバと統合しなければならない事がある。
【0076】
自動車（Automotive）は、車両の移動通信のための多くの使用例とともに、５Ｇにとって重要な新しい動力になると予想される。例えば、乗客のためのエンターテイメントは、高容量と高いモバイルブロードバンドを同時に要求する。その理由は、将来のユーザは彼らの位置及び速度に関係なく、高品質の接続を期待し続けているからである。自動車分野の他の使用例は拡張現実ダッシュボードである。運転者は、拡張現実ダッシュボードを介してフロントウィンドウを通して見ているものの上に暗闇の中で物体を識別することができる。拡張現実ダッシュボードは、物体の距離と動きについて運転者に知らせる情報を重ねて表示する。将来、無線モジュールは、車両間の通信、車両とサポートするインフラストラクチャとの間の情報交換、及び自動車と他の接続された装置（例えば、歩行者によって伴う装置）との間の情報交換を可能にする。安全システムは、運転者がより安全な運転を可能にするように行動の代替コースを案内し、事故の危険性を下げるようにする。次のステップは遠隔操縦車両または自律走行車両になる、これは互いに異なる自律走行車両間及び／または自動車とインフラ間で非常に信頼性が高く非常に速い通信を要求する。将来、自律走行車両がすべての運転活動を実行し、運転者は車両自体が識別できない交通異常にのみ集中するようにする。自律走行車両の技術的要件は、トラフィックの安全性を人が達成できない程度の水準まで増加するように超低遅延と超高速信頼性を要求する。
【0077】
スマート社会と呼ばれるスマートシティとスマートホームは、高密度ワイヤレスセンサネットワークに組み込まれる。インテリジェントセンサの分散ネットワークは、都市または家のコストとエネルギー効率的な維持のための条件を識別する。類似の設定が各家庭のため実行することができる。温度センサ、窓及び暖房コントローラ、盗難警報機及び家電製品はすべて無線で接続される。このようなセンサの内、多くは、典型的に低いデータ伝送速度、低電力、及び低コストを要求する。しかしながら、例えば、リアルタイムＨＤビデオは、モニタリングのために特定の種類の装置で要求され得る。
【0078】
熱またはガスを含むエネルギーの消費及び分配は高度に分散化されており、分散センサネットワークの自動化された制御が要求される。スマートグリッドは、情報を収集し、それに応じて動作するようにデジタル情報及び通信技術を用いてのようなセンサを互に接続する。この情報は、供給業体と消費者の行動を含むことができるため、スマートグリッドが効率性、信頼性、経済性、生産の持続可能性、及び自動化された方式で電気の様な燃料の分配を改善させることができる。スマートグリッドは、遅延の少ない他のセンサネットワークと見なすことができる。
【0079】
健康部門は、モバイル通信の恵みを受けることができる多くのアプリケーションを有している。通信システムは、遠く離れた場所で臨床診療を提供する遠隔診療を支援することができる。これは、距離に対する障壁を減らすのに役立ち、距離が遠い農村で継続的に利用できない医療サービスへのアクセスを改善することができる。これはまた、重要な診療及び緊急の状況で命を救うためにも使用される。移動通信ベースの無線センサネットワークは、心拍数及び血圧のようなパラメータの遠隔モニタリングおよびセンサを提供することができる。
【0080】
無線及びモバイル通信は産業応用分野においてますます重要になってきている。配線は設置及び維持コストが高い。したがって、ケーブルを再構成することができる無線リンクへの交換の可能性は、多くの産業分野で魅力的な機会です。しかしながら、これを達成するには、無線接続がケーブルと類似の遅延、信頼性、及び容量で動作することと、その管理が簡素化されることを要求する。低遅ＵＬ延と非常に低いエラー確率は、５Ｇに接続する必要がある新しい要求事項である。
【0081】
物流及び貨物追跡は、位置ベースの情報システムを用いてどこでもインベントリ (inventory： 在庫）及びパッケージの追跡を可能にする移動通信の重要な使用例である。物流及び貨物追跡の使用例は典型的に低いデータ速度を要求するが、広い範囲と信頼性ある位置情報が必要する。
【0082】
以下では、電力節約に関する議論について説明する。
【0083】
端末のバッテリ寿命は、５Ｇハンドセット（handset）及び／またはサービスの採択に影響を与えるユーザエクスペリエンスの要素です。５Ｇ ＮＲ端末の電力効率が少なくともＬＴＥより悪くなく、改善のための技術及び設計が識別適され、適用するために端末電力消費の研究が提供されることができる。
【0084】
ＩＴＵ－Ｒは、エネルギー効率をIMT－２０２０の最少技術性能要求事項の内１つとして定義する。ＩＴＵ－Ｒレポート、ＩＭＴ－２０２０ワイヤレスインタフェースの技術的性能に関する最小限の要件によると、「デバイスのエネルギー効率は、次の２つの側面のサポートに関連され得る。ａ」負荷の場合に効率的データ伝送、ｂ）データがない場合の低エネルギー消費。負荷の場合、効率的なデータ伝送は平均スペクトル効率で証明される。データがない場合の低エネルギー消費は、スリップ率によって推定可能である。
【0085】
ＮＲシステムは高速データ伝送をサポートすることができるので、ユーザデータはバーストされ、非常に短い期間の間サービスされる傾向が予想される。１つの効率的な端末省電力メカニズムは、電力効率モードからネットワーク接続のための端末をトリガすることである。端末電力節約フレームワーク（framework）を介したネットワーク接続に関する情報がない限り、端末は、長いＤＲＸ周期内にマイクロスリープまたはオフ区間のような電力効率モードを維持する。代わりに、伝送するトラフィックがない場合、ネットワークは、端末へのネットワーク接続モードから省電力モードへの切り替えするようにサポートすることができる（例えば、ネットワーク支援信号でスリープへの動的な端末切り替え）。
【0086】
新しいウェイクアップ／ゴーツースリープ（go-to-sleep）メカニズムで電力消費を最小化することに加えて、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードでネットワーク接続中の電力消費を減らすことも提供できます。 ＬＴＥにおける電力消費の半分以上は接続モードでの端末である。省電力技法は、集成された帯域幅の処理、動的なＲＦチェーン数、及び動的な送受信時間、及び電力効率モードへの動的な切り替えを含むネットワーク接続中の電力消費の主な要素を最小化することに中点を置かなければならない。
ＬＴＥフィールドＴＴＩのほとんどの場合、データがないか少ないため、他のデータ到着への動的適応の省電力技法はＲＲＣゴＣＯＮＮＥＣＴＥＤモードで研究しなければならない。搬送波、アンテナ、ビームフォーミング及び帯域幅のようなさまざまな次元のトラフィックへの動的適応もまた研究され得る。さらに、ネットワーク接続モード及び省電力モード間の切り替えを強化する方法を考慮しなければならない。ネットワーク支援と端末支援アプローチのすべて、端末省電力メカニズムについて考慮されるべきである。
ＬＴＥフィールドＴＴＩのほとんどの場合、データがないか少ないため、他のデータ到着への動的適応の省電力技法はＲＲＣゴＣＯＮＮＥＣＴＥＤモードで研究しなければならない。搬送波、アンテナ、ビームフォーミング及び帯域幅のようなさまざまな次元のトラフィックへの動的適応もまた研究され得る。さらに、ネットワーク接続モード及び省電力モード間の切り替えを強化する方法を考慮しなければならない。ネットワーク支援と端末支援アプローチのすべて、端末省電力メカニズムについて考慮されるべきである。
【0087】
端末はまた、ＲＲＭ測定のために多くの電力を消費する。特に、端末は、ＲＲＭ測定の準備のためにチャネルを追跡するためのＤＲＸ ＯＮ期間の前に電源をＯＮしなければならない。ＲＲＭ測定の一部は必須ではないが、多くの端末電力を消耗する。例えば、低い移動性端末は、高い移動性端末ほど頻繁に測定する必要はない。ネットワークは、端末が不要なＲＲＭ測定に対する電力消費を減らすためにシグナリングを提供することができる。追加の端末サポート、例えば端末状態情報などは、ネットワークがＲＲＭ測定に対する端末電力消耗の低減を可能にするためにまた有用である。
【0088】
したがって、電力消耗を削減しながら動作することができる端末実現を可能にする技術の妥当性（feasibility）及び利点を識別するための研究が要求される。
【0089】
以下では、 端末省電力技法（ＵＥ power saving schemes）について説明する。
【0090】
例えば、端末の省電力技法は、トラフィック及び電力消耗特性に対する端末適応（adaptation）、周波数変化に対する適応、時間変化に対する適応、アンテナに対する適応、ＤＲＸ設定に対する適応、端末処理能力に対する適応、ＰＤＣＣＨモニタリング／デコーディング低減を獲得するための適応、端末電力消耗適応をトリガするための省電力信号／チャネル／手順、ＲＲＭ測定における電力消費減少などを考慮することができる。
【0091】
ＤＲＸ設定への適応に関して、端末省電力を可能にするための端末不連続受信（discontinuous reception: ＤＲＸ）に対する支援を特徴とするＤＬ－ＳＣＨ（downlink shared channel）、端末電力節約を可能にする端末ＤＲＸに対する支援を特徴とするＰＣＨ（paging channel）（ここで、ＤＲＸ周期（cycle）がネットワークによって端末に指示することができる。）などを考慮することができる。
【0092】
端末処理能力への適応に関して、以下の技法を考慮することができる。ネットワークが要請すると、端末は少なくとも静的である自分の端末無線接続能力を報告する。ｇＮＢは、端末が帯域情報（band information）に基づいて報告する能力を要請することができる。ネットワークによって許容されると、臨時能力制限要請が端末によって伝送され、一部の能力（ｄＰｆｍｆ、ハードウェア共有、干渉または過熱による）の制限された利用可能性をｇＮＢにシグナリングすることができる。その後、ｇＮＢは前記要請を確認または拒絶することができる。臨時能力制限は５ＧＣに対して透明（transparent）でなければなりません。つまり、静的な機能のみが５ＧＣに貯蔵される。
【0093】
ＰＤＣＣＨモニタリング／デコーディング 化減少を獲得するための適応に関して、以下の技法が考慮され得る。端末は、対応する検索空間設定に従って、１つ以上の設定されたＣＯＲＥＳＥＴで設定されたモニタリング機会（monitoring occasion）でＰＤＣＣＨ候補集合をモニタリングする。ＣＯＲＥＳＥＴは、１～３個のＯＦＤＭシンボルの時間区間を有するＰＲＢの集合から構成される。リソース単位ＲＥＧ及びＣＣＥはＣＯＲＥＳＥＴ内で定義され、各々のＣＣＥはＲＥＧの集合で構成される。制御チャネルはＣＣＥの集合で形成される。制御チャネルの異なる符号化率（code rate）は、異なる数のＣＣＥを集性することによって実現される。インターリーブ（interleaved）された及び非インターリーブされた（non-interleaved）ＣＣＥ－ＲＥＧマッピングはＣＯＲＥＳＥＴでサポートされる。
【0094】
端末電力消耗適応をトリガするための省電力信号／チャネル／手順に関して、以下の技法を考慮することができる。ＣＡ（キャリアアグリゲーション）が設定されるとき合理的な端末バッテリ消耗を可能にするために、セルの活性化／非活性化メカニズムがサポートされる。１つのセルが非活性化されると、端末は対応するＰＤＣＣＨまたはＰＤＳＣＨを受信する必要がなく、対応するアップリンク伝送を行うことができず、ＣＱＩ（channel quality indicator）測定を実行する必要もない。逆に、１つのセルが活性化されると、端末は、（もし端末がこのようなＳＣｅｌｌからＰＤＣＣＨをモニタリングするように設定されれば）ＰＤＣＨ及びＰＤＣＣＨを受信しなければならず、ＣＱＩ測定を実行することができると期待される。ＮＧ－ＲＡＮは、ＰＵＣＣＨ ＳＣｅｌｌ（ＰＵＣＣＨで構成されたセカンダリセル（secondary cell））が非活性化される間、セカンダリＰＵＣＣＨグループ（ＰＵＣＣＨシグナリングがＰＵＣＣＨ ＳＣｅｌｌのＰＵＣＣＨに関連したＳＣｅｌｌのグループ）のＳＣｅｌｌが活性化されないようにする。 ＮＧ－ＲＡＮは、ＰＵＣＣＨ ＳＣｅｌｌが変更または除去される前にＰＵＣＣＨ ＳＣｅｌｌにマップされたＳＣｅｌｌが非活性化されるようにする。
【0095】
モビリティ制御情報なしでリセットするとき、サービングセルのセットに追加されたＳＣｅｌｌは初期に非活性化され、サービングセル（変更されないかまたはリセットされた）のセットに残っているＳＣｅｌｌは活性化状態（活性または非活性）を変更しない。
【0096】
モビリティ制御情報（例えばハンドオーバー）に再構成するとき、ＳＣｅｌｌは非活性化になる。
【0097】
ＢＡ（Bandwidth adaptation）が設定されるときに合理的なバッテリー消耗を可能にするために、各アップリンクキャリアのためのただ１つのアップリンクＢＷＰと１つのダウンリンクＢＷＰまたはただ１つのダウンリンク／アップリンクＢＷＰペアは活性サービングセル内で一度に活性化することができ、端末に設定された他の全てのＢＷＰは非活性化される。非活性化されたＢＷＰで、端末はＰＤＣＣＨをモニタリングせず、ＰＵＣＣＨ、ＰＲＡＣＨ、及びＵＬ－ＳＣＨ上で伝送しない。
【0098】
ＢＡに対して、端末の受信及び伝送帯域幅はセルの帯域幅くらい広くする必要がなく、調整することができる。幅(width)は変更するように命令することができ（例えば、省電力のために低活性(activity)の期間の間に収縮）、周波数領域における位置は、移動することができ（例えば、スケジューリングの柔軟性を増加させるために）、副搬送波間隔は変更するように命令することができる（例えば、異なるサービスを許容するため）。セルの全セル帯域幅のサブセット(subset)は、帯域幅部分（Bandwidth part：ＢＷＰ）と呼ばれ、ＢＡは端末にＢＷＰを設定し、前記端末に設定されたＢＷＰの内現在活性であることを知らせることによって得られる。ＢＡが設定されると、端末は１つの活性ＢＷＰ上でＰＤＣＣＨをモニタリングするだけである。すなわち、セルの全ダウンリンク周波数上でＰＤＣＣＨをモニタリングする必要がない。ＢＷＰイン活性タイマー（前述のＤＲＸイン活性タイマーとは独立的）は活性ＢＷＰをデフォルトＢＷＰに切り替えることに使用される。前記タイマーはＰＤＣＣＨデコーディング化に成功すると再開始され、前記タイマーが満了するとデフォルトＢＷＰへのスイッチングが発生する。
【0099】
図１０は、３つの異なる帯域幅部分が設定されたシナリオを示す。
【0100】
図１０は、時間周波数リソース相ＢＷＰ１、ＢＷＰ２、ＢＷＰ３が設定された一例を示す。 ＢＷＰ１は４０ＭＨｚの幅（width）と１５ｋＨｚの副搬送波間隔を有し、ＢＷＰ２は１０ＭＨｚの幅と１５ｋＨｚの副搬送波間隔を有し、ＢＷＰ３は２０ＭＨｚの幅と６０ＫＨＺの副搬送波間隔を有することができる。言い換えれば、各帯域幅部分は、それぞれ互いに異なる幅及び／または互いに異なる副搬送波間隔を有することができる。
【0101】
ＲＲＭ測定における電力消耗の低減に関して、以下の技法が考慮され得る。２つの測定タイプが可能な場合、ＲＲＭ設定は、ＳＳＢに関連するビーム測定情報（第３階層モビリティ（layer 3 mobility）のため）及び報告されたセルのＣＳＩ－ＲＳを含むことがきる。さらに、ＣＡが設定されると、ＲＲＭ設定は、測定情報が利用可能な各周波数で最上のセルのリストを含み得る。また、ＲＲＭ測定情報は、ターゲットｇＮＢに属する羅列されたセルのビーム測定を含み得る。
【0102】
以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ － ＦＤＭＡなどのような無線接続システムに用いることができる。 ＣＤＭＡは、ＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００のような無線技術で実現されることができる。 ＴＤＭＡは、ＧＳＭ（Global System for Mobile communications）／ＧＰＲＳ（General Packet Radio Service）／ＥＤＧＥ（Enhanced Data Rates for ＧＳＭ Evolution）のような無線技術で実現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Wi-Fi）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Evolved ＵＴＲＡ）などのような無線技術で実現することができる。 ＵＴＲＡはＵＭＴＳ（Universal Mobile Telecommunications System）の一部です。３ＧＰＰ（登録商標）（３rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）はＥ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Evolved UMTS）の一部であり、ＬＴＥ－Ａ（Advanced）／ＬＴＥ－Ａ proは３ＧＰＰ ＬＴＥの進化したバージョンである。 ３ＧＰＰ ＮＲ（New Radio or New Radio Access Technology）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－A/LTE－A proの進化したバージョンである。
【0103】
説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ－Ａ、ＮＲ）に基づいて説明するが、本明細書の技術的思想はこれに限定されない。ＬＴＥは、３ＧＰＰ ＴＳ ３６.xxxリリース８以降の技術を意味する。詳細には、３ＧＰＰ ＴＳ ３６.xxxリリース１０以降のＬＴＥ技術で称し、３ＧＰＰ ＴＳ ３６.xxxリリース１３以降のＬＴＥ技術はＬＴＥ－Ａ proと称する。３ＧＰＰ ＮＲは、ＴＳ ３８．xxxリリース１５以降の技術を意味する。ＬＴＥ／ＮＲは３ＧＰＰシステムと通称され得る。
本明細書の説明で使用された背景技術、用語、略語などについては、本明細書以前に公開された標準文書に記載された事項を参照され得る。
本明細書の説明で使用された背景技術、用語、略語などについては、本明細書以前に公開された標準文書に記載された事項を参照され得る。
【0104】
以下では、本明細書の提案についてさらに詳細に説明する。
【0105】
本明細書のさらなる利点、目的及び特徴は、以下の説明で部分的に説明され、以下を検討するとき、当業者に明らかまたは部分的に本明細書の実施から学ぶことができる。本明細書の目的及び他の利点は、添付の図面だけでなく本明細書の特許請求の範囲及び特許請求の範囲において特に指摘された構造によって実現及び達成することができる。
【0106】
一方、ＮＲシステムにおいて、各サービングセルには多数（ｅ．ｇ．最大４個）のＢＷＰ（Bandwidth part）が設定されることができ、ＮＲシステムにおいて休状態眠（dormant）状態（state）はＢＷＰ単位の動作を考慮している。したがって、各セル及び／またはＢＷＰに対するドーマンスィ(dormancy) 動作を定義する必要がある。
【0107】
以下、図面を通じて本明細書の実施形態を説明する。以下の図面は、本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称または具体的な信号／メッセージ／フィールドの名称は例示的に提示されたものであるため、本明細書の技術的特徴は、以下の図面で使用される具体的な名称に限定されない。
【0108】
図１１は、本明細書の一実施形態に係る、休眠（dormant）ＢＷＰ（Bandwidth part）設定情報を受信する方法のフローチャートである。
【0109】
図１１に係れば、端末は基地局から休眠ＢＷＰ設定情報を受信することができる（Ｓ１４１０）。ここで、休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報で有り得る。
【0110】
一例として、端末が受信する休眠ＢＷＰ設定情報は、例えば、「dormantＢＷＰ-Id」で有り得る。ここで、休眠ＢＷＰ設定情報は、休眠ＢＷＰとして使用されるダウンリンクＢＷＰの識別情報を含むことができる。このとき、休眠ＢＷＰの識別情報は、デフォルトＢＷＰの識別情報とは異なる場合がある（言い換えれば、休眠ＢＷＰはデフォルトＢＷＰとは異なるＢＷＰで有り得る）。
【0111】
さらに、一例として端末が受信する休眠ＢＷＰ設定情報は、上位レイヤシグナリング（例えば、ＲＲＣシグナリング）を介して伝送され得る。
【0112】
端末は、前記基地局から前記休眠ＢＷＰの活性化を知らせるＤＣＩ（downlink control information）を受信することができる（Ｓ１４２０）。
【0113】
一例でとして、ＤＣＩは、例えば、帯域幅パーツ指示フィールド（bandwidth part indicator field）を含むことができる。ここで一例として、ＤＣＩに含まれた帯域幅パーツ指示フィールドは設定されたダウンリンクＢＷＰの内活性ダウンリンクＢＷＰを指示することができ、休眠ＢＷＰの場合ダウンリンクＢＷＰの一種に対応するため、活性休眠ＢＷＰもまた帯域幅パーツ指示フィールドから指示することができる。
【0114】
さらに、一例として、ＤＣＩは、例えば、ＤＣＩフォーマット１＿１またはＤＣＩフォーマット１＿２に対応し得、ＤＣＩは、Ｌ１シグナリングを介して伝送され得る。
【0115】
端末は、前記休眠ＢＷＰ上でＰＤＣＣＨ（physical downlink control channel）のモニタリングを停止することができる（Ｓ１４３０）。ここで、前記休眠ＢＷＰが活性化されることに基づいてＢＷＰインアクティビティタイマーは使用されず、及び前記ＢＷＰインアクティビティタイマーはデフォルトＢＷＰへの遷移のタイマーで有り得る。
【0116】
一例として、端末は、ＢＷＰインアクティビティタイマーの値に関する情報を基地局から受信することができる。このとき、端末が受信する情報は、例えば、「ＢＷＰ-InactivityTimer」で有り得る。
【0117】
ここで、例えば、端末がＢＷＰインアクティビティタイマーの値に対するデュレーションが経過した場合、端末はデフォルトＢＷＰにフォールバック（fall back）することができる。言い換えれば、ＢＷＰインアクティビティタイマーが期限切れになった場合、端末は現在ＢＷＰからデフォルトＢＷＰに遷移することができる。
【0118】
一例として、もしネットワークがＢＷＰインアクティビティタイマーの設定情報を解放（release）する場合、端末はデフォルトＢＷＰにスイッチングしなくてタイマーを停止(stop)することができる。
【0119】
一方、本実施形態において、一例として、前記端末は前記休眠ＢＷＰ上でＣＳＩ（channel state information）測定の実行を継続（continue）することができる。これの具体的な例は後述する予定である（あるいは、先に説明したとおりであるため）、繰り返し記載は省略する。
【0120】
一例として、前記デフォルトＢＷＰは、前記ＢＷＰインアクティビティタイマーが満了したときに前記端末が遷移するＢＷＰで有り得る。これに対して具体的な例は後述する予定である（あるいは、先に説明したとおりである）ため、繰り返し記載は省略する。
【0121】
一として、前記休眠ＢＷＰは、前記デフォルトＢＷＰとは異なるＢＷＰで有り得る。ここで、前記休眠ＢＷＰが前記デフォルトＢＷＰではないことに基づいて、前記ＢＷＰインアクティビティタイマーが使用されないことがある。これの対する具体的な例は後述する予定である（あるいは、先に説明したとおりであるため）ため、繰り返し記載は省略する。
【0122】
一例として、前記休眠ＢＷＰが活性化され、ＢＷＰインアクティビティタイマーのランニング（running）に基づいて、前記端末は前記ＢＷＰインアクティビティタイマーを停止（stop）することができる。これの具体的な例は後述する予定であるため（あるいは、先に説明したとおりであるため）、繰り返し記載は省略する。
【0123】
一例として、ＢＷＰインアクティビティタイマーが解放されることに基づいて、前記端末は前記デフォルトＢＷＰに遷移することなく前記ＢＷＰインアクティビティタイマーを停止（stop）することができる。これの対する具体的な例は後述する予定であるため（あるいは、先に説明したとおりであるため）、繰り返し記載は省略する。
【0124】
一例では、前記少なくとも１つのダウンリンクＢＷＰは、ＳＣｅｌｌ（secondary cell）に対するダウンリンクＢＷＰで有り得る。ここで、前記少なくとも１つのＢＷＰは前記休眠ＢＷＰを含むことができる。ここで、前記少なくとも１つのＢＷＰは前記デフォルトＢＷＰを含むことができる。これに対する具体的な例は後述する予定である（あるいは、先に説明したとおりであるため）、繰り返しの記載は省略する。
【0125】
以下、本明細書の実施例についてさらに具体的に説明する。
【0126】
ＬＴＥシステムにおいては、セカンダリ（Secondary）セル(以下、ＳＣｅｌｌ)の活性化(activation)／非活性化(deactivation)を迅速に活性化するために休眠状態を定義したし、特定のＳＣｅｌｌが休眠状態に設定された場合、ＵＥは当該セルに対するＰＤＣＣＨモニタリング（monitoring）を行わないことがある。その後、当該ＳＣｅｌｌを迅速に活性にするために、休眠状態で測定（measurement）、レポート（report）などを行い、当該セルのチャネル（channel）、コンディション（condition）及びリンク（link）ステータス（status）をモニタリングするように定義されてある。例えば、特定のＳＣｅｌｌが休眠状態に設定される場合、端末はＰＤＣＣＨモニタリングを実行しないが、ＣＳＩ／ＲＲＭのための測定及び報告は実行することができる。
【0127】
ＮＲシステムで、各サービングセルは多数（ｅ．ｇ．最大４個）のＢＷＰ（Bandwidth part）が設定され得、ＮＲシステムにおいて休眠状態はＢＷＰ単位の動作を考慮している。例えば、以下の方式などを介して各セル及びＢＷＰに対するドーマンスィ（dormancy）動作を定義することができる。
【0128】
方式 １） 状態変化(change)
【0129】
ネットワークは、特定のＢＷＰに対して休眠状態への切り替えを指示することができ、ＵＥは休眠状態への切り替えの指示を受けたＢＷＰに設定されたＰＤＣＣＨモニタリングの一部または全部を実行しないことがある。
【0130】
方式２）休眠ＢＷＰ
【0131】
ネットワークは特定のＢＷＰを休眠ＢＷＰとして指定できます。たとえば、帯域幅が０のＢＷＰを設定したり、ＢＷＰ設定(configuration)を介して最小限のＰＤＣＣＨモニタリングを指示したり（ＳＳセット(set)設定を指示しない方法で)ＰＤＣＣＨモニタリングをしないよう指示することができる。
【0132】
まとめると、ＮＲシステムにおいては、１つのセルに複数のＢＷＰを設定することができ、これはＳＣｅｌｌ上でも同様で有り得る。つまり、ＳＣｅｌｌには複数のＢＷＰを設定できます。
【0133】
ここで、ＳＣｅｌｌでの複数のＢＷＰの内の一部は休眠ＢＷＰに設定され得、他の一部はデフォルトＢＷＰに設定され得る。このとき、休眠ＢＷＰ上で、前述したように端末はＰＤＣＣＨモニタリングを停止（ｓｔｏｐ）することができる。これに対して、休眠ＢＷＰ上で、端末は、設定された場合、ＣＳＩ測定、ＡＧＣ（automatic gain control）及び／又はビームマネジメントは継続して行うことができる。
【0134】
さらに、ＮＲシステムにおいては、さらに速いＳＣｅｌｌの活性化／非活性化のために、Ｌ１シグナリング(signaling)（e.g.、using ＤＣＩ）を介して、通常（normal）状態と休眠状態の間の切り替えを考慮している。 例えば、以下のような方式を通じて特定セルのドーマンスィ（dormancy）動作を活性化／非活性化することができる。
【0135】
方法１）スペシャル（Special）ＤＣＩ導入
【0136】
各ＳＣｅｌｌのドーマンスィ（dormancy）行動（behavior）を指示するためのスペシャルＤＣＩを定義することができる。例えば、ＵＥはＰＣｅｌｌでスペシャルＤＣＩのモニタリングの指示を受けることができ、ネットワークはスペシャルＤＣＩを介して各ＳＣｅｌｌのドーマンスィ（dormancy）の可否を決定することができます。 ＳＣｅｌｌのドーマンスィ（dormancy）行動は、前記方式１または２などを用いて定義することができる。
【0137】
方法 ２) ＤＣＩにおいてのＢＷＰ指示フィールドの拡張（Enhancement of ＢＷＰ indication field in ＤＣＩ)
【0138】
既存のＤＣＩのＢＷＰ指示フィールド（field）を、当該セル及び／または特定のＳＣｅｌｌ（ｓ）のＢＷＰ指示を実行するように拡張することができる（すなわち、既存のＢＷＰ指示フィールドでＢＷＰに対するクロスキャリヤ指示を実行する）。
【0139】
方法３）ＢＷＰレベルのクロスキャリア（cross－carrier）スケジューリング（scheduling）
【0140】
既存のクロスキャリアスケジューリングは、（各）セルごとに当該セルのスケジューリング／scheduledセル可否を指示し、スケジューリングセルの場合当該セルのスケジューリングセルを指示する方式でキャリア間ペアリング（pairing）を行う。ＳＣｅｌｌに対するドーマンスィ（dormancy）行動を定義するために、クロスキャリアスケジューリングの可否をＢＷＰ別に指示する方法も考えられる。例えば、ＳＣｅｌｌの各ＢＷＰ設定に、該当ＢＷＰがドーマンスィ（dormancy）行動を実行する際に状態切り替えなどの指示を受けることができるスケジューリングセルを指定することができる。あるいは休眠ＢＷＰが指定された場合、該当ＢＷＰ設定内に該当ＢＷＰのドーマンスィ（dormancy）行動を指示するスケジューリングセルが指定され得る。
【0141】
まとめると、ＮＲシステムにおいては、休眠活性化（activation）／非活性化（deactivation）動作のためにＤＣＩを用いる方法が提供され得る。この場合、ＳＣｅｌｌ上の複数のＢＷＰの内休眠ＢＷＰがＤＣＩを介して活性化／非活性化され得る。
【0142】
前述のように、ＮＲでのＳＣｅｌｌファースト（）活性化／非活性化、ドーマンシ（）ー行動を実現するための様々な方法が議論されている。前記の方法を用いる場合、追加の考慮事項は次のとおりで有り得る。
【0143】
Issue １) ＢＷＰ インアクティビティタイマーによってトリガされるデフォルト ＢＷＰ (Default ＢＷＰ triggered by ＢＷＰ inactivity timer)
【0144】
Issue ２) ドーマンスィ行動をトリガする ＤＣＩでのスケジューリング情報
【0145】
Issue ３) ドーマンスィ行動をトリガするＤＣＩのＨＡＲＱフィードバック
【0146】
以下では、各問題と解決策について論議する。
【0147】
本明細書において、Ｄ－ＢＷＰはドーマンスィ（dormancy）行動を行うＢＷＰを意味し、Ｎ－ＢＷＰは通常のＢＷＰで既存のＢＷＰ動作を行うＢＷＰを意味することができる。また、本明細書において、あるＢＷＰでの休眠行動は、当該ＢＷＰでＰＤＣＣＨを受け取らないか一般行動に比べて長い周期で受け取るかあるいは当該ＢＷＰに対するＰＤＳＣＨ／ＰＵＳＣＨスケジューリングを受け取らないかまたは一般行動に比べて長い周期で受け取ることを意味することもできる。類似に、休眠ＢＷＰは、当該ＢＷＰからＰＤＣＣＨを受け取らないか、通常のＢＷＰと比較して長いサイクルで受け取るか、または当該ＢＷＰのＰＤＳＣＨ ／ ＰＵＳＣＨスケジューリングを受け取らないかまたは通常のＢＷＰと比較して長い周期で受け取ることを意味することができる。
【0148】
図１２は休眠動作を例示する。
【0149】
端末は、図１２（ａ）で例示したように、第１のＢＷＰでＰＤＣＣＨモニタリングを行っている中、休眠状態の指示を受け取る場合、それ以降はＰＤＣＣＨモニタリングを行わないことがある。あるいは、図１２（ｂ）に例示したように、第２のＢＷＰでＰＤＣＣＨモニタリングを第１周期で行い、休眠状態を指示されると、その後、ＰＤＣＣＨモニタリングを第２周期で行うことができる。このとき、前記第２周期が前記第１周期よりさらに大きいことがある。
【0150】
＜ＢＷＰ インアクティビティ タイマーによってトリガーされるデフォルト ＢＷＰ (Default ＢＷＰ triggered by ＢＷＰ inactivity timer)＞
【0151】
図１３は端末のＢＷＰ動作の一例を示す。
【0152】
Ｒｅｌ－１５のＢＷＰ動作(operation)では、ＵＥとネットワーク間の錯誤(misunderstanding)により活性(active)ＢＷＰを互いに異なるように設定する場合などを防止するためにＢＷＰインアクティビティ（）タイマー(timer)を導入した。ＵＥは、活性ＢＷＰから（タイマーによって指定された）特定の時間以上ＰＤＣＣＨを受信しない場合、ネットワークによって事前に指示されたデフォルトＢＷＰに移動することができ、デフォルトＢＷＰに対して設定されたＰＤＣＣＨモニタリング設定（e．g、ＣＯＲＥＳＥＴ 、ＳＳセット設定）に従ってデフォルトＢＷＰでのＰＤＣＣＨモニタリングを実行できます。このような動作を図１３に例示する。
【0153】
このようなデフォルトのＢＷＰ動作とドーマンスィ（dormancy）行動が一緒に行われる場合、それぞれの目的に反する動作を実行することができる。例えば、ネットワークは、ＵＥのパワーセービングなどのために特定のＳＣｅｌｌに対してＤ－ＢＷＰへの移動を指示するか、または現在のＢＷＰを休眠状態に切り替えることを指示することができる。しかし、ＢＷＰインアクティビティタイマーの設定を受けたＵＥは、一定時間後にデフォルトＢＷＰに移動してＰＤＣＣＨモニタリングを実行できます。
【0154】
これを解決するための簡単な方法は、デフォルトＢＷＰをＤ－ＢＷＰに設定する方法を考えることができる。しかしながら、この場合、デフォルトＢＷＰの元の目的であるネットワークとＵＥとの間の錯誤を解決することができるための追加の方法を必要とする問題が生じる。
【0155】
これで、本明細書では、ドーマンスィ（dormancy）行動とＢＷＰインアクティビティタイマーを一緒に適用するために、以下の方法を提案する。
【0156】
ネットワークがＤ－ＢＷＰへの移動を指示するか、または現在活性ＢＷＰを休眠状態に切り替えた場合、ＵＥは既存の設定されたＢＷＰインアクティビティタイマーを無視し、又は事前に定義されたまたはネットワークによって(ドーマンスィ(dormancy)行動をため）指示された値でインアクティビティタイマーをリセットすることができる。
【0157】
まとめると、本明細書の実施形態に係れば、活性休眠ＢＷＰとデフォルトＢＷＰは異なるＢＷＰで有り得る。そして、活性休眠ＢＷＰがデフォルトＢＷＰでない場合、休眠ＢＷＰが活性化されることに基づいてＢＷＰインアクティビティタイマーが使用されないことがある。つまり、活性な休眠ＢＷＰがデフォルトＢＷＰでない場合、(端末がパワーセービングのために休眠ＢＷＰにあることが望ましい場合でも、ＢＷＰインアクティビティタイマーによって強制的にデフォルトＢＷＰに遷移する非効率が発生することを防止するため)休眠ＢＷＰが活性になることに基づいて、デフォルトＢＷＰへの遷移の対するタイマーであるＢＷＰインアクティビティタイマーが使用されないことがあり得る。
【0158】
また、前述したように、 休眠ＢＷＰとデフォルトＢＷＰはＳＣｅｌｌ上でのＢＷＰで有り得る。この観点から先に述べた記述をもう一度説明すれば、次のようである。活性ＳＣｅｌｌ上で端末の休眠ＢＷＰで指示される（または提供される）活性ダウンリンクＢＷＰが活性ＳＣｅｌｌ上で端末のデフォルトＢＷＰでない場合、休眠ＢＷＰで指示される（または提供される）活性ダウンリンクＢＷＰから活性ＳＣｅｌｌ上からのデフォルトのダウンリンク ＢＷＰ への遷移のＢＷＰ インアクティビティ タイマーが使用されないことがある。(If an active DL BWP provided by dormant-BWP for a UE on an activated SCell is not a default DL BWP for the UE on the activated SCell, the BWP inactivity timer is not used for transitioning from the active DL BWP provided by dormant-BWP to the default DL BWP on the activated SCell).
【0159】
例えば、ネットワークは、ＵＥのトラフィック状況などを考慮して適切なドーマンスィ（dormancy）区間を設定し、当該値をＵＥに（事前に）指示することができる。その後、ＵＥは、Ｄ－ＢＷＰへの移動の指示を受けたり、現在活性ＢＷＰを休眠状態に切り替えることの指示を受けた場合、ネットワークで指示を受けた値をＢＷＰインアクティビティタイマー値に設定することができる。さらに、ネットワークから指示を受けたドーマンスィ（dormancy）行動のためのインアクティビティタイマーは、既存のＢＷＰインアクティビティタイマーと独立して動作することができる。例えば、ドーマンスィ（dormancy）行動の指示を受けたＵＥは、既存のＢＷＰインアクティビティタイマーをオフにし、ドーマンスィ（dormancy）行動に対するインアクティビティタイマーを動作させることができる。その後、ＵＥは、ＢＷＰインアクティビティタイマーが終了したり、Ｎ－ＢＷＰへの移動（あるいは一般状態への切り替え）の指示を受けた場合、ドーマンスィ（dormancy）行動を終了することができる。
【0160】
図１４は端末のＢＷＰ動作の他の例を示す。
【0161】
さらに、ドーマンスィ（dormancy）行動に対するインアクティビティタイマーによってドーマンスィ（dormancy）行動が終了する場合、ＵＥはそのセルのデフォルトＢＷＰに移動するか、または一般状態に切り替えることができる。あるいは、ネットワークがインアクティビティタイマーによってドーマンスィ（dormancy）行動が終了される場合、ＵＥが移動するＢＷＰなどを指定して指示することもできる。この動作を図１４に示す。
【0162】
＜ドモンシー行動をトリガするＤＣＩでのスケジューリング情報＞
【0163】
ＤＣＩ等によりＤ－ＢＷＰ／Ｎ－ＢＷＰ間移動が指示され、当該ＤＣＩが一般的なスケジューリングＤＣＩである場合、ＤＣＩ内のスケジューリング情報（information）に対する動作可否が明確でない場合、問題が発生することがある。例えば、Ｄ－ＢＷＰへの移動を指示するＤＣＩにおけるＰＤＳＣＨスケジューリングの動作を実行する場合、対応するＰＤＳＣＨの受信成功可否に応じて追加の動作が必要になることがある。これは、Ｄ－ＢＷＰでもＰＤＣＣＨ／ＰＤＳＣＨ送受信動作が続くことができることを意味することができる。このような問題を解決するために、本明細書では以下の方法を提案する。
【0164】
ケース１）特定のセルに対するドーマンスィ（dormancy）行動を指示するＤＣＩ（または休眠ＢＷＰへのスイッチング（switching）を指示するＤＣＩ）にＰＤＳＣＨスケジューリング情報が存在する場合
【0165】
前記のように、Ｄ－ＢＷＰでのＰＤＳＣＨ送受信は追加のＰＤＣＣＨ／ＰＤＳＣＨ送受信を引き起こすことができるため、休眠ＢＷＰの目的に反する動作を実行することができる。したがって、ドーマンスィ（dormancy）行動を指示するＤＣＩに含まれたＤ－ＢＷＰのＰＤＳＣＨスケジューリング情報は無視することができる。さらに、当該フィールドに知られているビット（known bit）シーケンス（sequence）を伝送して、ＵＥのデコーディング性能を向上させることがある。このために、ネットワークによりまたは事前定義を介して（ＰＤＳＣＨスケジューリングに関連するフィールド）に関する知られたビット（known bit）情報が指示されることもある。
【0166】
ケース２）ドーマンスィ（dormancy）行動から一般行動への切り替えを指示するＤＣＩ（または休眠ＢＷＰから一般ＢＷＰへの切り替えを指示するＤＣＩ）にＰＤＳＣＨスケジューリング（またはＵＬスケジューリング）情報がある場合
【0167】
ケース２の場合、ＰＤＳＣＨスケジューリング情報（またはＵＬスケジューリング情報）は、Ｎ－ＢＷＰでのまたは一般的な状態でのＰＤＣＣＨ伝送を減らすことができるので、適用することが望ましいことがある。ただし、case ２は当該当ＰＤＳＣＨスケジューリング情報（もしくはＵＬスケジューリング情報）が切り替わるＮ－ＢＷＰでのＵＬ／ＤＬスケジューリング関連情報であるか、一般状態でのＰＤＳＣＨ（もしくはＵＬ伝送（transmission））関連情報である場合に限定しＰＤＳＣＨスケジューリング（またはＵＬスケジューリング情報）の適用の有無が決定され得る。例えば、ＰＣｅｌｌのＰＤＳＣＨをスケジューリングするＤＣＩに特定のＳＣｅｌｌ(s)に対するドーマンスィ(dormancy)行動を指示するフィールドが追加される場合、当該ＤＣＩのＰＤＳＣＨスケジューリング情報はＰＣｅｌｌでのＰＤＳＣＨ関連情報を意味することもある。
【0168】
＜ドモンシー行動をトリガするＤＣＩのＨＡＲＱフィードバック＞
【0169】
ドーマンスィ(dormancy)行動は(定義に応じて)指示されたセルでのＰＤＣＣＨ／ＰＤＳＣＨ送受信動作を最大限制限できるため、ミッシング(missing)／誤警報(false alarm)などによってネットワークとＵＥの後の動作が大きく影響を受けることがある。これを解決するためには、デコーディング性能を高めるための方法が適用されるか、またはドーマンスィ（dormancy）行動指示に対する追加の確認動作が必要となり得る。本明細書においては、このような問題を解決するために、Ｄ－ＢＷＰへの移動または休眠状態への切り替えに対するＡＣＫ／ＮＡＣＫフィードバック(feedback)を行うことを提案する。
【0170】
このために、次の方法を考慮することができる。以下のオプション（）は、単独でまたは組み合わせで実現できる。以下の内容において、ドーマンスィ()行動の指示だけでＤＣＩが構成される場合、（ＵＥはＮＡＣＫ可否を判断できないので）、以下の提案はＡＣＫシグナリングを送信することと解釈され得る。あるいは、ドーマンスィ（）行動を指示するＤＣＩがＰＤＳＣＨスケジューリングも含む場合、当該ＰＤＳＣＨに対するＡＣＫ／ＮＡＣＫ（アップリンク（uplink）スケジューリングの場合アップリンク伝送）がドーマンスィ（dormancy）行動に対する命令を受信したことを意味することができる（すなわち、ＡＣＫまたはＮＡＣＫのすべてがＤＣＩ受信は正常に受信されたことを意味することができるので、ＡＣＫ／ＮＡＣＫのすべてがドーマンスィ（dormancy）行動の指示を受信したことを意味することができる）。
【0171】
Case １) ドーマンスィ(dormancy) コマンド(command) ＋ ＵＬ／ＤＬ スケジューリング
【0172】
ドーマンスィ（dormancy）行動を指示するＤＣＩは、アップリンク／ダウンリンクスケジューリング情報を含むことができ、ダウンリンクに対するＡＣＫ／ＮＡＣＫ及びスケジューリングされたアップリンク伝送（transmission）はドモンシー（dormancy）行動が含まれたＤＣＩを正しく受信したことを意味することができるので、ＵＥとネットワークは、指示されたドーマンスィ（dormancy）行動が実行されると仮定することができる。（ここで、ＮＡＣＫはＰＤＳＣＨ受信に対するＮＡＣＫを意味するので、ＮＡＣＫもまたドーマンスィ（）行動の指示を受信したことを意味することができる。）
【0173】
Case １-１) ＵＬ／ＤＬスケジューリングのターゲット(target)がドーマンスィ(dormancy) ＢＷＰ(もしくは休眠状態)の場合
【0174】
ＵＥは、スケジューリングされたＵＬ／ＤＬスケジューリングまで終了後にドーマンスィ（dormancy）行動を実行することができると仮定することができ、Ｄ－ＢＷＰ（あるいは休眠状態）での該当スケジューリングに対するＡＣＫ／ＮＡＣＫリソース（resource）（あるいはＵＬリソース）は、既存のＡＣＫ／ＮＡＣＫリソース決定方法及びＵＬ伝送方式に従うと仮定することができる。該当ＵＬ／ＤＬ伝送／受信（reception）を終了したＵＥは、ドーマンスィ（dormancy）行動を行なうことができ、以後スケジューリングはないと仮定または無視することができる。
【0175】
Case １-２) ＵＬ／ＤＬ スケジューリングのターゲットがスケジューリングセル/ＢＷＰ (または一般状態)の場合
【0176】
この場合、スケジューリングセル／ＢＷＰ（または一般状態）において、ＡＣＫ／ＮＡＣＫまたはＵＬ伝送がドーマンスィ（dormancy）コマンドを正常に受信したことを意味することができ、ＵＥはドーマンスィ（dormancy）行動を実行することができる。
【0177】
Case ２) ドーマンスィ(dormancy)コマンド + ノン(non)-スケジューリング／フェーク(fake)-スケジューリング
【0178】
ケース２は、ＵＬ／ＤＬスケジューリング情報なしでドーマンスィ（dormancy）行動に対するコマンドのみが有効なＤＣＩ（またはスケジューリング情報フィールドをダミーと仮定することができるＤＣＩ）によって、ドーマンスィ（dormancy）行動が指示される場合であり、この場合、連携されたＵＬ／ＤＬ伝送／受信がないため、ＤＣＩに対するフィードバック情報（ＤＣＩを受信できない場合、ＵＥはＤＣＩ送信の可否を知らないため、実際にはＡＣＫ送信を意味することもできる。）を送信できます。この場合、ドーマンスィ（dormancy）ＢＷＰ（または休眠状態）でドーマンスィコマンド（dormancy）に対するフィードバックを伝送し、フィードバックリソースはドーマンスィ（dormancy）コマンドを伝送するＤＣＩで一緒に指示するか、または事前定義されたフィードバックリソースを介してフィードバックを実行できる。
【0179】
本明細書の具体的な一例を通じて得られる効果は、以上に列挙された効果に限定されない。例えば、関連する技術分野の通常の知識を有する者が本明細書から理解または誘導することができる様々な技術的効果が存在し得る。したがって、本明細書の具体的効果は、本明細書に明示的に記載されたものに限定されず、本明細書の技術的特徴から理解または誘導され得る様々な効果を含み得る。
【0180】
一方、先に説明した実施形態についての内容を他の観点から説明すれば以下の通りで有り得る。
【0181】
以下の図面は、本明細書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称または具体的な信号／メッセージ／フィールドの名称は例示的に提示されたものであるため、本明細書の技術的特徴は、以下の図面で使用される具体的な名称に限定されない。
【0182】
図１５は本明細書の一実施形態に係る、端末の観点から、休眠（dormant）ＢＷＰ（bandwidth part）設定情報を受信する方法のフローチャートである。
【0183】
図１５によれば、端末は基地局から前記休眠ＢＷＰ設定情報を受信することができる（Ｓ１５１０）。ここで、前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内、休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報で有り得る。本例示に対するさらに具体的な例は、前述の通りであるため、不要な説明の繰り返しを避けるために、重複する内容の繰り返し記述は省略する。
【0184】
端末は、前記基地局から前記休眠ＢＷＰの活性化を知らせるＤＣＩ（downlink control information）を受信することができる（Ｓ１５２０）。本例示 のさらに具体的な例は、前述の通りであるため、不要な説明の繰り返しを避けるために、重複する内容の繰り返し記述は省略する。
【0185】
端末は、前記休眠ＢＷＰ上でＰＤＣＣＨ（physical downlink control channel）モニタリングを停止（stop）することができる（Ｓ１５３０）。ここで、前記休眠ＢＷＰの活性化されることに基づいてＢＷＰインアクティビティタイマーが使用されず、及び前記ＢＷＰインアクティビティタイマーはデフォルトＢＷＰへの遷移のためのタイマーで有り得る。本例示のさらに具体的な例は、前述の通りであるため、不要な説明の繰り返しを避けるために、重複する内容の繰り返し記述は省略する。
【0186】
図１６は本明細書の一実施形態に係る、端末の観点から、休眠（dormant）ＢＷＰ（bandwidth part）設定情報を受信する装置の一例のブロック図である。
【0187】
図１６に係れば、プロセッサ１６００は、設定情報受信部１６１０、ＤＣＩ受信部１６２０、及びモニタリング停止部１６３０を含むことができる。ここで、プロセッサ１６００は、後述する（または前述した）プロセッサに対応し得る。
【0188】
設定情報受信部１６１０は、基地局から休眠（dormant）ＢＷＰ（Bandwidth part）設定情報を受信するように前記トランシーバを制御するように構成され得る。ここで、休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報で有り得る。本例示のさらに具体的な例は、前述の通りであるため、不要な説明の繰り返しを避けるために、重複する内容の繰り返し記述は省略する。
【0189】
ＤＣＩ受信部１６２０は、前記基地局から前記休眠ＢＷＰの活性化を知らせるＤＣＩ（downlink control information）を受信するように前記トランシーバを制御するように構成される。本例示のさらに具体的な例は、前述の通りであるため、不要な説明の繰り返しを避けるために、重複する内容の繰り記述は省略する。
【0190】
モニタリング停止部１６３０は、前記休眠ＢＷＰ上でＰＤＣＣＨ（physical downlink control channel）モニタリングを停止するように構成され得る。ここで、前記休眠ＢＷＰの活性化に基づいてＢＷＰインアクティビティタイマーが使用されず、及び前記ＢＷＰインアクティビティタイマーはデフォルトＢＷＰへの遷移のためのタイマーで有り得る。本例示のさらに具体的な例は、前述の通りであるため、不要な説明の繰り返しを避けるために、重複する内容の繰り返し記述は省略する。
【0191】
一方、別途に示されていないが、本明細書の実施形態は以下の実施形態も提供する。
【0192】
一実施形態に係れば、装置は、少なくとも１つのメモリと、前記少なくとも１つのメモリと動作可能に結合された少なくとも１つのプロセッサとを含むが前記プロセッサは、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報であり、前記基地局から前記休眠ＢＷＰの活性化を知らせるＤＣＩ（downlink control information）を受信するように前記トランシーバを制御するように構成され、前記休眠ＢＷＰ上でＰＤＣＣＨ（physical downlink control channel） を停止（stop）するように構成されるが。前記休眠ＢＷＰが活性化されることに基づいてＢＷＰインアクティビティタイマーが使用されず、及び前記ＢＷＰインアクティビティタイマーはデフォルトＢＷＰへの遷移のタイマーであることを特徴とする装置であり得る。
【0193】
別の実施形態に係れば、少なくとも１つのプロセッサ（processor）によって実行されることに基づく命令語（instruction）を含む少なくとも１つのコンピュータで読み取り可能な記録媒体（computer readable medium）において、前記少なくとも１つのプロセッサ。は、基地局から休眠（dormant）ＢＷＰ（Bandwidth part）設定情報を受信するようにトランシーバを制御するように構成されるが。前記休眠ＢＷＰ設定情報は前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報であり、前記基地局から前記休眠ＢＷＰの活性化を知らせるＤＣＩ（downlink control information）を受信するように前記トランシーバを制御するように構成され、及び前記休眠ＢＷＰ上でＰＤＣＣＨ（physical downlink control channel）モニタリングを停止（stop）するように構成されるが、前記休眠ＢＷＰが活性化されることに基づいてＢＷＰインアクティビティタイマーが使用されず、及び前記ＢＷＰインアクティビティタイマーデはフォルトＢＷＰへの遷移のタイマーであることを特徴とする記録媒体で有り得る。
【0194】
図１７は、本明細書の一実施形態に係る、基地局の観点から、休眠（dormant） ＢＷＰ（bandwidth part）設定情報を伝送する方法のフローチャートである。
【0195】
図１７に係れば、基地局は端末に前記休眠ＢＷＰ設定情報を伝送することができる（Ｓ１７１０）。ここで、前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報で有り得る。本例示に対するさらに具体的な例は、前述の通りであるため、不要な説明の繰り返しを避けるために、重複する内容の繰り返し記述は省略する。
【0196】
基地局は、前記端末に前記休眠ＢＷＰの活性化を知らせるＤＣＩ（）を伝送することができる（Ｓ１７２０）。ここで、前記休眠ＢＷＰが活性化されることに基づいてＢＷＰインアクティビティタイマーが使用されず、前記ＢＷＰインアクティビティタイマーはデフォルトＢＷＰへの遷移のタイマーで有り得る。本例示のさらに具体的な例は、前述の通りであるため、不要な説明の繰り返しを避けるために、重複する内容の繰り返し記述は省略する。
【0197】
図１８は、本明細書の一実施形態に係る、基地局の観点から、休眠（）ＢＷＰ（bandwidth part）設定情報を伝送する装置の一例のブロック図である。
【0198】
図１８に係れば、プロセッサ１８００は、設定情報伝送部１８１０及びＤＣＩ伝送部１８２０を含むことができる。ここで、プロセッサ１８００は、後述する（または前述した）プロセッサに対応し得る。
【0199】
設定情報伝送部１８１０は、 端末に休眠（dormant）ＢＷＰ(bandwidth part) 設定情報を伝送するように前記トランシーバを制御するように構成することができる。ここで、前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの内休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報で有り得る。本例示のさらに具体的な例は、前述の通りであるため、不要な説明の繰り返しを避けるために、重複する内容の繰り返し技術を省略する。
【0200】
ＤＣＩ伝送部１８２０は、前記端末に前記休眠ＢＷＰの活性化を知らせるＤＣＩ（downlink control information）を伝送するように前記トランシーバを制御するように構成され得る。ここで、前記休眠ＢＷＰが活性化されることに基づいてＢＷＰインアクティビティタイマーが使用されず、及び前記ＢＷＰインアクティビティタイマーはデフォルトＢＷＰへの遷移に対するタイマーであり得る。本例示のさらにり具体的な例は、前述の通りであるため、不要な説明の繰り返しを避けるために、重複する内容の繰り返し技術は省略する。
【0201】
図１９は、本明細書に適用される通信システム１を例示する。
【0202】
図１９を参照すると、本明細書に適用される通信システム１は、無線機器、基地局、及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Long Term Evolution））を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器と称され得る。これに限定されるものではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｅｌ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ ）、ＩｏＴ（Internet of Thing）機器１００ｆ、ＡＩ機器／サーバ４００を含むことができる。例えば、車両は、無線通信機能を備えた車両、自律走行車両、車両間通信を行うことができる車両などを含むことができる。ここで、車両は、ＵＡＶ（Unmanned Aerial Vehicle）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ(Augmented Reality)／ＶＲ(Virtual Reality)／ＭＲ(Mixed Reality)機器を含み、ＨＭＤ(Head-Mounted Device)、車両に備えられたＨＵＤ(Head-Up Display)、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ、車両、ロボットなどの形態で実現することができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートガラス）、コンピュータ（例えば、ノートブックなど）などを含むことができる。家電はテレビ、冷蔵庫、洗濯機などを含むことができる。IoT機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは無線機器としても実現され得、特定の無線機器２００ａは他の無線機器に対して基地局／ネットワークノードとして動作することもある。
【0203】
ここで、本明細書の無線機器で実現される無線通信技術は、ＬＴＥ、ＮＲ及び６Ｇ、さらに低電力通信のためのＮａｒｒｏｗbａｎｄ Ｉｎｔｅｒｎａｔｏｎ ｏｆ Ｔｈｉｎｇｓを含むことができる。このとき、例えば、ＮＢ－ＩｏＴ技術は、ＬＰＷＡＮ（Low Power Wide Area Network）技術の一例で有り得、ＬＴＥ Ｃａｔ ＮＢ１及び／またはＬＴＥ Ｃａｔ ＮＢ２等の規格で実現され得、前述した名称に限定されるものではない。追加的または代替的に、本明細書の無線機器で実現される無線通信技術は、ＬＴＥ － Ｍ技術に基づいて通信を実行することができる。このとき、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例で有り得、ｅＭＴＣ（enhanced Machine Type Communication）などの様々な名称と称することができる。例えば、ＬＴＥ－Ｍ技術は、１) ＬＴＥ ＣＡＴ 0, ２) ＬＴＥ Ｃａｔ Ｍ１, ３) ＬＴＥ Ｃａｔ Ｍ２, ４) ＬＴＥ non-BL(non-Bandwidth Limited), ５）ＬＴＥ－ＭＴＣ, ６) ＬＴＥ Machineタイプコミュニケーション、及び／または７）ＬＴＥ Ｍなどの様々な規格の内、少なくともいずれか１つで実現することができ、前記の名称に限定されるものではない。追加的または代替的に、本明細書の無線機器で実現される無線通信技術は、低電力通信を考慮したジグビー（ZigBee）、ブルートゥース（Bluetooth）、及び低電力広域ネットワーク（ Low Power Wide Area Network, ＬＰＷＡＮ）の内、少なくともいずれか１つを含み得な、前述した名称に限定されるものではない。一例として、ジグビー技術は、ＩＥＥＥ ８0２.１５.４などの様々な規格に基づいて、小型／低電力デジタル通信に関連するＰＡＮ（personal area networks）を生成することができ、様々な名称で称される。
【0204】
無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と接続することができる。無線機器１００ａ～１００ｆには、ＡＩ（Artificial Intelligence）技術を適用することができ、無線機器１００ａ～１００ｆは、ネットワーク３００を介してＡＩサーバ４００と接続することができる。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク、または５Ｇ（例えば、ＮＲ）ネットワークなどを用いて構成することができる。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することができるが、基地局／ネットワークを介さずに直接通信（ｅ．ｇ．サイドリンク通信（sidelink communication）することもできる。例えば、車両１００ｂ－１、１００ｂ－２は直接通信（ｅ．ｇ．Ｖ２Ｖ（Vehicle to Vehicle）／Ｖ２Ｘ（Vehicle to everything）communication）を行うことができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）または他の無線機器１００ａ～１００ｆと直接通信を行うことができる。
【0205】
無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００間には無線通信／接続１５０ａ、１５０ｂ、１５０ｃがなされ得る。ここで、無線通信／接続は、アップリンク／ダウンリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ（ｅｇ relay、ＩＡＢ（Integrated Access Backhaul）などのような多様な無線接技術（例、５G ＮＲ）を介してなり得る。無線通信／接続１５０ａ、１５０ｂ、１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送受信することができる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは、様々な物理チャネルを介して信号を送信／受信することができる。これのため、本明細書の様々な提案に基づいて、無線信号の送信／受信のため様々な構成情報設定過程、様々な信号処理過程（例えば、チャネル符号化／デコーディング 、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などの内、少なくとも一部を実行することができる。
【0206】
一方、ＮＲは、さまざまな５Gサービスをサポートするための多数のニューマロロジー（numerology）（またはsubcarrier spacing（ＳＣＳ））をサポートする。たとえば、ＳＣＳが１５ｋＨｚの場合は、伝統的なセルラーバンドでの広い領域（wide area）をサポートし、ＳＣＳが３０ｋＨｚ／６０ｋＨｚの場合、密集した-都市(dense-urban)、さらに低い遅延(lower latency)及びさらに広いキャリア帯域幅（wider carrier bandwidth）をサポートし、ＳＣＳが６０ｋＨｚまたはそれより高い場合、位相ノイズを克服するために２４.２５ ＧＨｚより大きい帯域幅をサポートする。
【0207】
ＮＲ周波数バンド()は、２つのタイプ（ＦＲ１、ＦＲ２）の周波数範囲(frequency band)として定義することができる。周波数範囲の数値は変更することができ、例えば、２つのタイプ（ＦＲ１、ＦＲ２）の周波数範囲は、下記表４の通りで有り得る。説明の便宜のために、ＮＲシステムで使用される周波数範囲の内、ＦＲ１は「sub ６ＧＨｚ range」を意味することができ、ＦＲ２は「above ６ＧＨｚ range」を意味し得、ミリメートル波（milimeter wave、ｍｍＷ）と称される。
【0208】
【表4】
【0209】
前述したように、ＮＲシステムの周波数範囲の数値は変更することができる。例えば、ＦＲ１は、以下の表５に示すように、４１０ＭＨｚ～７１２５ＭＨｚの帯域を含むことができる。すなわち、ＦＲ１は、６ＧＨｚ（または５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域を含むことができる。 例えば、ＦＲ１内に含まれる６ＧＨｚ（または５８５０、５９００、５９２５ＭＨｚなど）以上の周波数帯域は、非免許帯域を含むことができる。 非免許帯域は様々な用途に用いることができ、例えば車両のための通信（例えば自律走行）ために用いることができる。
【0210】
【表5】
【0211】
以下においては、本明細書が適用される無線機器の例について説明する。図２０は、本明細書に適用され得る無線機器を例示する。
【0212】
図２０を参照すると、第１無線機器１００と第２無線機器２００は、様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を介して無線信号を送受信することができる。ここで、｛第１無線機器１００、第２無線機器２００｝は、図１９の｛無線機器１００ｘ、基地局２００｝及び／又は｛無線器機器１００ｘ、無線機器１００ｘ }に対応できる。
【0213】
第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに１つ以上のトランシーバ１０６及び／または１つ以上のアンテナ１０８をさらに含み得る。プロセッサ１０２は、メモリ１０４及び／またはトランシーバ１０６を制御し、本文書に開示される説明、機能、手順、提案、方法及び／または動作フローチャートを実現するように構成sあれることができる。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、トランシーバ１０６を介して第１情報／信号を含む無線信号を伝送することができる。また、プロセッサ１０２は、トランシーバ１０６を介して第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得られた情報をメモリ１０４に貯蔵することができる。メモリ１０４はプロセッサ１０２と接続されることができ、プロセッサ１０２の動作に関する様々な情報を貯蔵することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの内一部または全部を実行するかまたは本明細書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートを実行するための命令を含むソフトウェアコードを貯蔵できる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部で有り得る。トランシーバ１０６はプロセッサ１０２と接続されることができ、１つ以上のアンテナ１０８を介して無線信号を送信及び／または受信することができる。トランシーバ１０６は、送信機及び／または受信機を含み得る。トランシーバ１０６は、ＲＦ（Radio Frequency）ユニットと混用され得る。本明細書における無線機器は、通信モデム／回路／チップを意味することもできる。
【0214】
第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに１つ以上のトランシーバ２０６及び／または１つ以上のアンテナ２０８をさらに含み得る。プロセッサ２０２は、メモリ２０４及び／またはトランシーバ２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートを実現するように構成することができる。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、トランシーバ２０６を介して第３情報／信号を含む無線信号を伝送することができる。また、プロセッサ２０２は、トランシーバ２０６を介して第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得られた情報をメモリ２０４に貯蔵することができる。メモリ２０４はプロセッサ２０２と接続され得、プロセッサ２０２の動作に関する様々な情報を貯蔵することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの内一部または全部を実行するか、または本明細書に開示されている説明、機能、手順、提案、方法及び／または動作フローチャートを実行するための命令を含むソフトウェアコードを貯蔵できる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部で有り得る。トランシーバ２０６はプロセッサ２０２と接続され得、１つ以上のアンテナ２０８を介して無線信号を送信及び／または受信することができる。トランシーバ２０６は送信機及び／または受信機を含むことができるトランシーバ２０６はＲＦユニットと混用されることができる。本明細書における無線機器は、通信モデム／回路／チップを意味することでもきる。
【0215】
以下、無線機器１００、２００のハードウェア要素についてさらに具体的に説明する。これに限定されないが、１つ以上のプロトコル階層を１つ以上のプロセッサ１０２、２０２によって実現することができる。例えば、１つ以上のプロセッサ１０２、２０２は、１つ以上の階層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的階層）を実現することができる。１つ以上複数のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートに従って、１つ以上のＰＤＵ（Protocol Data Unit）及び／または１つまたは１つ以上のＳＤＵ（Service Data Unit）を生成できる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートに従ってメッセージ、制御情報、データまたは情報を生成することができる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／または方法に従って、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を含む信号（例えば、ベースバンド信号）を生成し、１つ以上のトランシーバ１０６、２０６に提供することができる。１つ以上のプロセッサ１０２、２０２は、１つ以上のトランシーバ１０６、２０６から信号（例えば、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手順、提案、方法および／または動作フローチャートに応じて、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データまたは情報を獲得することができる。
【0216】
１つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ、またはマイクロコンピュータと称することができる。１つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの組み合わせによって実現することができる。一例として、１つ以上のＡＳＩＣ（Application Specific Integrated Circuit）、１つ以上のＤＳＰ（Digital Signal Processor）、１つ以上のＤＳＰＤ（Digital Signal Processing Device）、１つ以上のＰＬＤ（Programmable Logic Device）、または１つ以上のＦＰＧＡ（Field Programmable Gate Arrays）が１つ以上のプロセッサ１０２、２０２に含めることができる。本文書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートは、ファームウェアまたはソフトウェアを用いて実現することができ、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように実現することができる。本文書に開示された説明、機能、手順、提案、方法、及び／または動作フローチャートは実行するように設定されたファームウェアまたはソフトウェアは、１つ以上のプロセッサ１０２、２０２に含まれるか、または１つ以上のメモリ１０４、２０４に貯蔵され１つ以上のプロセッサ１０２、２０２によって駆動することができる。本文書に開示されている説明、機能、手順、提案、方法及び／または動作フローチャートは、コード、命令語及び／または命令語の集合形態でファームウェアまたはソフトウェアを用いて実現することができる。
【0217】
１つ以上のメモリ１０４、２０４は、１つ以上のプロセッサ１０２、２０２と接続することができ、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／または命令を貯蔵することができる。１つ以上のメモリ１０４、２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り貯蔵媒体、及び／またはそれらの組み合わせから構成することができる。１つ以上のメモリ１０４、２０４は、１つ以上のプロセッサ１０２、２０２の内部及び／または外部に位置することができる。また、１つ以上のメモリ１０４、２０４は、有線または無線接続などのような様々な技術を介して１つ以上のプロセッサ１０２、２０２に接続することができる。
【0218】
１つ以上のトランシーバ１０６、２０６は、１つ以上の他の装置に本文書の方法及び／または動作フローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを伝送することができる。１つ以上のトランシーバ１０６、２０６は、１つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／または動作フローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上トランシーバ１０６、２０６は、１つ以上複数のプロセッサ１０２、２０２と接続され得、無線信号を送受信することができる。例えば、１つ以上のプロセッサ１０２、２０２は、１つ以上のトランシーバ１０６、２０６が１つ以上の他の装置にユーザデータ、制御情報、または無線信号を伝送するように制御することができる。さらに、１つ以上のプロセッサ１０２、２０２は、１つ以上のトランシーバ１０６、２０６が１つ以上の他の装置からユーザデータ、制御情報、または無線信号を受信するように制御することができる。さらにまた、１つ以上のトランシーバ１０６、２０６は１つ以上のアンテナ１０８、２０８に接続することができ、１つ以上のトランシーバ１０６、２０６は１つ以上のアンテナ１０８、２０８を介して本文書に開示される説明、機能、手順、提案、方法、及び／または動作フローチャートなどで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定することができる。本文書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）で有り得る。１つ以上のトランシーバ１０６、２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２、２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド（帯域）信号でベースバンド信号に変換（Convert）することができる。 １つ以上のトランシーバ１０６、２０６は、１つ以上のプロセッサ１０２、２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換することができる。これのために、１つ以上のトランシーバ１０６、２０６は（アナログ）発振器及び／またはフィルタを含むことができる。
【0219】
図２１は、本明細書に適用され得る無線機器の他の例を示す。
【0220】
図２１に係れば、無線機器は、少なくとも１つのプロセッサ１０２、２０２、少なくとも１つのメモリ１０４、２０４、少なくとも１つのトランシーバ１０６、２０６、１つ以上のアンテナ１０８、２０８を含むことができる。
【0221】
先に図２０で説明した無線装置の例示と、図２１における無線装置の例示との違いとして、図２０は、プロセッサ１０２、２０２とメモリ１０４、２０４が分離されているが、図２１の例示ではプロセッサ１０２、２０２にメモリ１０４、２０４が含まれているとする点である。
【0222】
ここで、プロセッサ１０２、２０２、メモリ１０４、２０４、トランシーバ１０６、２０６、１つ以上のアンテナ１０８、２０８の具体的な説明は前述した通りであるため、不要な記載の繰り返しを避けるために、繰り返される説明の記載は省略する。
【0223】
以下においては、本明細書が適用される信号処理回路の例について説明する。
【0224】
図２２は、伝送信号のための信号処理回路を例示する。
【0225】
図２２を参照すると、信号処理回路１０００は、スクランブラ１０１０、変調器１０２０、レイヤマッパ１０３０、プリコーダ１０４０、リソースマッパ１０５０、信号発生器１０６０を含むことができる。これに限定されないが、図２２の動作／機能は、図２０のプロセッサ１０２、２０２及び／またはトランシーバ１０６、２０６で実行され得る。図２２のハードウェア要素は、図２０のプロセッサ１０２、２０２及び／またはトランシーバ１０６、２０６で実現することができる。例えば、ブロック１０１０～１０６０は、図２０のプロセッサ１０２、２０２で実現することができる。さらに、ブロック１０１０～１０５０は図２０のプロセッサ１０２、２０２で実現され、ブロック１０６０は図２０のトランシーバ１０６、２０６で実現することができる。
【0226】
コードワードは、図２２の信号処理回路１０００を経て無線信号に変換することができる。ここで、コードワードは情報ブロックの符号化されたビットシーケンスである。情報ブロックは、伝送ブロック（例えば、ＵＬ－ＳＣＨ伝送ブロック、ＤＬ－ＳＣＨ伝送ブロック）を含むことができる。無線信号は、様々な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して伝送され得る。
【0227】
具体的に、コードワードは、スクランブラ１０１０によってスクランブルされたビットシーケンスに変換され得る。スクランブルに使用されるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は、無線機器のＩＤ情報などを含むことができる。スクランブルされたビットシーケンスは、変調器１０２０によって変調シンボルシーケンスで変調され得る。変調方式は、pi/２－ＢＰＳＫ(pi/２-Binary Phase Shift Keying)、ｍ－ＰＳＫ(m-Phase Shift Keying)、ｍ－ＱＡＭ(m-Quadrature Amplitude Modulation)などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパ１０３０によって１つ以上の伝送レイヤにマッピングされ得る。各伝送レイヤの変調シンボルは、プリコーダ１０４０によって対応するアンテナポートにマッピングすることができる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパ１０３０の出力ｙをＮ ＊ Ｍのプリコーディング行列Ｗと乗じて得ることができる。ここで、Ｎはアンテナポートの数、Ｍは伝送レイヤの数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（）プリコーディング（例えば、ＤＦＴ変換）を行った後にプリコーディングを行うことができる。また、プリコーダ１０４０は、トランスフォームプリコーディングを行わずにプリコーディングを行うことができる。
【0228】
リソースマッパ１０５０は、各アンテナポートの変調シンボルを時間-周波数リソースにマッピングすることができる。時間周波数リソースは、時間ドメインにおいて複数のシンボル（例えば、ＣＰ － ＯＦＤＭＡシンボル、ＤＦＴ － ｓ － ＯＦＤＭＡシンボル）を含み、周波数ドメインにおいて複数の副搬送波を含むことができる。信号発生器１０６０は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は各アンテナを介して他の機器に伝送され得る。これのために、信号生成器１０６０は、ＩＦＦＴ（Inverse Fast Fourier Transform）モジュール及びＣＰ（Cyclic Prefix）挿入器、ＤＡＣ（Digital-to-Analog Converter）、周波数アップコンバータ（frequency uplink converter）などを含むことができる。
【0229】
無線機器における受信信号のための信号処理過程は、図２２の信号処理過程１０１０～１０６０の逆で構成することができる。例えば、無線機器（例えば、図２０の１００、２００）は、アンテナポート／トランシーバを介して外部から無線信号を受信することができる。受信された無線信号は、信号復元器を介してベースバンド信号に変換され得る。これをために、信号回復器は、周波数ダウンコンバータ（）（ＡＤＣ）、アナログ対デジタル変換器、ＣＰキャンセラ、及びＦＦＴ（Fast Fourier Transform）モジュールを含むことができる。その後、ベースバンド信号は、リソースデマッパプロセス、ポストコーディング（postcoding）プロセス、復調プロセス、及びデスクランブルプロセスを経てコードワードに復元され得る。コードワードはデコーディング（decoding）を経て元の情報ブロックに復元することができる。したがって、受信信号のための信号処理回路（図示せず）は、信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、及びデコーディング器を含むことができる。
【0230】
以下では、本明細書に適用される無線機器の活用例について説明する。
【0231】
【0232】
図２３を参照すると、無線機器１００、２００は、図２０の無線機器１００、２００に対応し、様々な要素（element）、成分（component）、ユニット／部（unit）、及び／またはモジュール（module）で構成され得る。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０、及び追加要素１４０を含むことができる。通信部は、通信回路１１２及びトランシーバ１１４を含むことができる。例えば、通信回路１１２は、図２０の１つ以上のプロセッサ１０２、２０２及び／または１つ以上のメモリ１０４、２０４を含むことができる。例えば、トランシーバ１１４は、図２０の１つ以上のトランシーバ１０６、２０６及び／または１つ以上のアンテナ１０８、２０８を含み得る。制御部１２０は、通信部１１０、メモリ部１３０及び追加要素１４０と電気的に接続され、無線機器のすべての動作を制御する。例えば、制御部１２０は、メモリ部１３０に貯蔵されたプログラム／コード／コマンド／情報に基づいて無線機器の電気的／機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に貯蔵された情報を通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インターフェースを介して伝送したり、通信部１１０を介して外部（例えば、他の通信機器）から無線／有線インターフェースを介して受信した情報をメモリ部１３０に貯蔵することができる。
【0233】
追加要素１４０は、無線機器の種類に応じて様々に構成することができる。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力ユニット（Ｉ／Ｏユニット）、駆動部、及びコンピューティングユニットの内、少なくとも１つを含み得る。これに限定されるものではないが、無線機器はロボット（図１９、１００ａ）、車両（図１９、１００ｂ－１、１００ｂ－２）、ＸＲ機器（図１９、１００ｃ）、携帯機器（図１９、１００ｄ）、家電（図１９、１００ｅ）、ＩｏＴ機器（図１９、１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、ピンテック装置（又は金融装置）、セキュリティ装置、気候／環境装置、 ＡＩサーバ／機器（図１９、４００）、基地局（図１９、２００）、ネットワークノードなどの形態で実現することができる。無線機器は、使用例／サービスに応じて移動可能または固定された場所で用いることができる。
【0234】
図２３において、無線機器１００、２００内の様々な要素、成分、ユニット／部、及び／またはモジュールは、全体が有線インターフェースを介して相互接続されたり、少なくとも一部が通信部１１０を介して無線で接続され得る。例えば、無線機器１００、２００内で、制御部１２０と通信部１１０は有線で接続され、制御部１２０と第１ユニット（例えば、１３０、１４０）は通信部１１０を介して無線で接続することができる。また、無線機器１００、２００内の各要素、成分、ユニット／部分、及び／またはモジュールは、１つ以上の要素をさらに含み得る。例えば、制御部１２０は、１つ以上のプロセッサ集合で構成され得る。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Application processor）、ＥＣＵ（Electronic Control Unit）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成することができる。他の例として、メモリ部１３０は、ＲＡＭ（Random Access Memory）、ＤＲＡＭ（Dynamic ＲＡＭ）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（flash memory）、揮発性メモリ（volatile memory）、不揮発性メモリ（non- volatile memory）及び／またはそれらの組み合わせから構成され得る。
【0235】
以下、図２３の実現例について図面を参照してさらに詳細に説明する。
【0236】
図２４は、本明細書に適用される携帯機器を例示する。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートガラス）、ポータブルコンピュータ（例えば、ノートブックなど）を含むことができる。携帯機器は、ＭＳ（Mobile Station）、ＵＴ（user terminal）、ＭＳＳ（Mobile Subscriber Station）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）、またはワイヤレＷＴ（Wireless terminal）と称される。
【0237】
図２４を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェース部１４０ｂ及び入出力部１４０ｃ）を含めることができる。アンテナ部１０８は、通信部１１０の一部で構成することができる。ブロック１１０～１３０／１４０ａ～１４０ｃは、それぞれ図２３のブロック１１０～１３０／１４０に対応する。
【0238】
通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号など）を送受信することができる。制御部１２０は、携帯機器１００の構成要素を制御して様々な動作を行うことができる。制御部１２０は、ＡＰ（Application Processor）を含むことができる。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を貯蔵することができる。また、メモリ部１３０は、入出力されるデータ／情報などを貯蔵することができる。電源供給部１４０ａは、携帯機器１００に 電源を供給し、有／無線充電回路、バッテリなどを含むことができる。インターフェース部１４０ｂは、携帯機器１００と他の外部機器との接続を支援することができる。インターフェース部１４０ｂは、外部機器との接続のための様々なポート（例えば、オーディオ入出力ポート、ビデオ入出力ポート）を含むことができる。入出力部１４０ｃは、映像情報／信号、オーディオ情報／信号、データ、及び／又はユーザから入力される情報の入力を受けるか又は出力することができる。入出力部１４０ｃは、カメラ、マイクロフォン、ユーザ入力部、表示部１４０ｄ、スピーカ及び／またはハプティックモジュールなどを含むことができる。
【0239】
一例として、データ通信の場合、入出力部１４０ｃは、ユーザから入力された情報／信号（例えば、タッチ、文字、音声、画像、ビデオ）を獲得し、獲得された情報／信号はメモリ部１３０に貯蔵され得る。通信部１１０は、メモリに貯蔵された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接伝送するか、基地局に伝送することができる。また、通信部１１０は、他の無線機器または基地局から無線信号を受信した後、受信した無線信号を元の情報／信号に復元することができる。復元された情報／信号は、メモリ部１３０に貯蔵された後、入出力部１４０ｃを介して様々な形態（例えば、文字、音声、画像、ビデオ、ヘプティック）に出力され得る。
【0240】
図２５は、本明細書に適用される車両または自律走行車両を例示する。車両または自律走行車両は、移動式ロボット、車両、列車、有無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ）、船舶などで実現することができる。
【0241】
図２５を参照すると、車両又は自律走行車両１００は、アンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含むことができる。アンテナ部１０８は、通信部１１０の一部で構成することができる。ブロック１１０／１３０／１４０ａ～１４０ｄは、それぞれ図２３のブロック１１０／１３０／１４０に対応する。
【0242】
通信部１１０は、他の車両、基地局（ｅ．ｇ．基地局、路辺基地局（Road Side unit）など）、サーバなどの外部機器と信号（例えば、データ、制御信号など）を送受信することができる。制御部１２０は、車両または自律走行車両１００の要素を制御して様々な動作を実行することができる。制御部１２０は、ＥＣＵ（Electronic Control Unit）を含むことができる。駆動部１４０ａは、車両または自律走行車両１００を地上で走行させることができる。駆動部１４０ａは、エンジン、モータ、パワートレイン、ホイール、ブレーキ、ステアリング装置などを含むことができる。電源供給部１４０ｂは、車両または自律走行車両１００に電源を供給し、有／無線充電回路、バッテリなどを含むことができる。センサ部１４０ｃは、車両状態、周辺環境情報、ユーザ情報などを取得することができる。センサ部１４０ｃは、ＩＭＵ（inertial measurement unit）センサ、衝突センサ、ホイールセンサ（wheel sensor）、速度センサ、傾斜センサ、重量検知センサ、ヘディングセンサ（heading sensor）、ポジションモジュール（position module）、車両前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部１４０ｄは、走行中の車線を維持する技術、アダプティブクルーズコントロールのように速度を自動的に調整する技術、定められた経路に沿って自動で走行する技術、目的地が設定されると自動的に経路を設定して走行する技術などを実現することができる。
【0243】
一例として、通信部１１０は、外部サーバから地図データ、交通情報データなどを受信することができる。自律走行部１４０ｄは、獲得したデータに基づいて自律走行経路とドライビングプラン（運転計画）を生成することができる。制御部１２０は、ドライビングプランに応じて車両または自律走行車両１００が自律走行経路に沿って移動するように駆動部１４０ａを制御することができる（例えば、速度／方向調整）。自律走行途中に通信部１１０は、外部サーバから最新の交通情報データを非／周期的に獲得し、周辺車両から周辺交通情報データを獲得することができる。また、自律走行途中にセンサ部１４０ｃは車両状態、周辺環境情報を獲得することができる。自律走行部１４０ｄは、新たに獲得されたデータ／情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部１１０は、車両位置、自律走行経路、ドライビングプランなどに関する情報を外部サーバに伝達することができる。外部サーバは、車両または自律走行車両から収集された情報に基づいてＡＩ技術などを用いて交通情報データを予め予測することができ、予測した交通情報データを車両または自律走行車両に提供することができる。
【0244】
本明細書に記載の特許請求項は様々な方法で組み合わせることができる。例えば、本明細書の方法請求項の技術的特徴を組み合わせて装置として実現することができ、本明細書の装置請求項の技術的特徴を組み合わせて方法で実現することができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とを組み合わせて装置として実現することができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴とを組み合わせて方法で実現することができる。
【図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】
【手続補正書】
【提出日】2022-05-25
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
無線通信システムにおいて端末によって実行される休眠(dormant) BWP(bandwidth part) (帯域幅)設定情報を受信する方法において、基地局から前記休眠ＢＷＰ設定情報を受信し、
前記休眠ＢＷＰ設定情報は、端末に設定された少なくとも１つのダウンリンクＢＷＰの中の休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報であり、
基地局から前記休眠ＢＷＰの活性化を知らせるダウンリンク制御情報（ＤＣＩ(downlink control information)）を受信し、
前記休眠ＢＷＰにおいてＰＤＣＣＨ（physical downlink control channel）のモニタリングを停止し、
前記休眠ＢＷＰの活性化を知らせる前記ＤＣＩがＰＤＳＣＨ（physical downlink shared channel）受信をスケジューリングすることに基づいて、前記端末は前記ＰＤＳＣＨ受信を実行せず、
前記休眠ＢＷＰの活性化に基づいて、ＢＷＰインアクティビティタイマーは使用されず、前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移のためのタイマーである、方法。
【請求項2】
前記少なくとも一つのダウンリンクＢＷＰの最大数は４である、請求項１に記載の方法。
【請求項3】
前記デフォルトＢＷＰは、前記ＢＷＰインアクティビティタイマーが終了すると前記端末が遷移するＢＷＰである、請求項１に記載の方法。
【請求項4】
前記休眠ＢＷＰは前記デフォルトＢＷＰとは異なるＢＷＰである、請求項１に記載の方法。
【請求項5】
前記ＤＣＩに含まれる前記ＰＤＳＣＨ受信をスケジューリングするためのフィールドは、ノウンビットとして設定される、請求項１に記載の方法。
【請求項6】
前記休眠ＢＷＰが活性化され、前記ＢＷＰインアクティビティタイマーの運行に基づいて、前記端末は、前記ＢＷＰインアクティビティタイマーを停止する、請求項１に記載の方法。
【請求項7】
前記ＢＷＰインアクティビティタイマーの解放に基づいて、前記端末は、前記デフォルトＢＷＰに遷移することなく前記ＢＷＰインアクティビティタイマーを停止する、請求項１に記載の方法。
【請求項8】
前記少なくとも１つのダウンリンクＢＷＰがセカンダリセル（ＳＣｅｌｌ）に対するダウンリンクＢＷＰである、請求項１に記載の方法。
【請求項9】
前記少なくとも１つのＢＷＰが前記休眠ＢＷＰを含む、請求項８に記載の方法。
【請求項10】
前記少なくとも１つのＢＷＰが前記デフォルトＢＷＰを含む、請求項９に記載の方法。
【請求項11】
端末は、トランシーバと、
少なくとも１つのメモリと、
前記少なくとも１つのメモリと前記トランシーバとに動作可能に結合された少なくとも１つのプロセッサとを含み、前記プロセッサは、
基地局から休眠(dormant) ＢＷＰ(bandwidth part) 設定情報を受信するようにトランシーバを制御し、
前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの中の休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報であり、
前記基地局から前記休眠ＢＷＰの活性化を知らせるＤＣＩ(downlink control information)（ＤＣＩ）を受信するように前記トランシーバを制御し、
前記休眠ＢＷＰにおいてＰＤＣＣＨ(physical downlink control channel) のモニタリングを停止するように構成され、
前記休眠ＢＷＰの活性化を知らせる前記ＤＣＩがＰＤＳＣＨ（physical downlink shared channel）受信をスケジューリングすることに基づいて、前記端末は前記ＰＤＳＣＨ受信を実行せず、
前記休眠ＢＷＰの活性化に基づいて、ＢＷＰインアクティビティタイマーは使用されず、前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移のためのタイマーである、端末。
【請求項12】
装置は、少なくとも１つのメモリと、
少なくとも１つのメモリと動作可能に結合された少なくとも１つのプロセッサを含み、前記プロセッサは、
基地局から休眠（dormant）ＢＷＰ（bandwidth part）設定情報を受信するようにトランシーバを制御し、
前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの中の休眠ＢＷＰとして使用されるダウンリンクＢＷＰに関する情報であり、
前記基地局から前記休眠ＢＷＰの活性化を知らせるダウンリンク制御情報（ＤＣＩ：downlink control information）を受信するようにトランシーバを制御し、
前記休眠ＢＷＰにおいてＰＤＣＣＨ（physical downlink control channel）のモニタリングを停止するように構成され、
前記休眠ＢＷＰの活性化を知らせる前記ＤＣＩがＰＤＳＣＨ（physical downlink shared channel）受信をスケジューリングすることに基づいて、前記端末は前記ＰＤＳＣＨ受信を実行せず、
前記休眠ＢＷＰが活性化されることに基づいて、ＢＷＰインアクティビティタイマーは使用されず、前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移のためのタイマーである、装置。
【請求項13】
少なくとも１つのプロセッサ（processor）によって実行される命令（instruction）を含む少なくとも１つのコンピュータ読み取り可能な媒体（computer readable medium）において、前記少なくとも１つのプロセッサは、基地局から休眠（dormant）ＢＷＰ〈bandwidth part〉設定情報を受信するようにトランシーバを制御し、
前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの中の、休眠ＢＷＰとして使用されるダウンリンクＢＷＰについての情報であり、
前記基地局から前記休眠ＢＷＰの活性化を知らせるダウンリンク制御情報（ＤＣＩ：downlink control information）を受信するように前記トランシーバを制御し、
前記休眠ＢＷＰ上でＰＤＣＣＨ（physical downlink control channel）のモニタリングを停止するように構成され、
前記休眠ＢＷＰの活性化を知らせる前記ＤＣＩがＰＤＳＣＨ（physical downlink shared channel）受信をスケジューリングすることに基づいて、前記端末は前記ＰＤＳＣＨ受信を実行せず、
前記休眠ＢＷＰの活性化に基づいて、ＢＷＰインアクティビティタイマーは使用されず、前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移のためのタイマーである、コンピュータ読み取り可能な媒体。
【請求項14】
無線通信システムにおいて基地局によって行われる休眠(dormant) ＢＷＰ(Bandwidth part)設定情報を伝送する方法において、端末に前記休眠ＢＷＰ設定情報を伝送し、
前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの中の、休眠ＢＷＰとして使用されるダウンリンクＢＷＰについての情報であり、
前記端末に前記休眠ＢＷＰの活性化を知らせるＤＣＩ（downlink control information）を伝送し、
前記休眠ＢＷＰの活性化に基づいて、ＢＷＰインアクティビティタイマーは使用されず、
前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移のためのタイマーである、方法。
【請求項15】
基地局は、トランシーバと、
少なくとも１つのメモリと、
前記少なくとも１つのメモリと、前記トランシーバとに動作可能に結合された少なくとも１つのプロセッサとを含み、前記プロセッサは、
端末に休眠（dormant）ＢＷＰ（Bandwidth part）設定情報を伝送するように前記トランシーバを、制御し、
前記休眠ＢＷＰ設定情報は、前記端末に設定された少なくとも１つのダウンリンクＢＷＰの中の、休眠ＢＷＰとして使用されるダウンリンクＢＷＰについての情報であり、
前記端末に前記休眠ＢＷＰの活性化を知らせるＤＣＩ（downlink control information）を伝送するようにトランシーバを制御するように構成され、
前記休眠ＢＷＰの活性化に基づいて、ＢＷＰインアクティビティタイマーは使用されず、
前記ＢＷＰインアクティビティタイマーは、デフォルトＢＷＰへの遷移のためのタイマーである、基地局。
【国際調査報告】