知財求人 - 知財ポータルサイト「IP Force」
▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-03-19
(45)【発行日】2024-03-28
(54)【発明の名称】端末のＢＷＰ活性化方法
(51)【国際特許分類】
H04W 72/0453 20230101AFI20240321BHJP
H04W 72/0457 20230101ALI20240321BHJP
H04W 52/02 20090101ALI20240321BHJP
H04W 76/20 20180101ALI20240321BHJP
H04W 72/231 20230101ALI20240321BHJP
H04W 72/232 20230101ALI20240321BHJP
【ＦＩ】
H04W72/0453
H04W72/0457 110
H04W52/02
H04W76/20
H04W72/231
H04W72/232
【請求項の数】
12
(21)【出願番号】P 2022522611
(86)(22)【出願日】2020-09-01
(65)【公表番号】
(43)【公表日】2022-12-15
(86)【国際出願番号】 KR2020011700
(87)【国際公開番号】W WO2021075712
(87)【国際公開日】2021-04-22
【審査請求日】2022-05-26
(31)【優先権主張番号】10-2019-0129283
(32)【優先日】2019-10-17
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2019-0141015
(32)【優先日】2019-11-06
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】62/932,607
(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)【参考文献】
【文献】国際公開第２０１９／０９８１５６（ＷＯ，Ａ１）
【文献】LG Electronics，Discussion on L1 based Scell dormancy，3GPP TSG RAN WG1 #98b R1-1910838，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1910838.zip>，2019年10月05日
【文献】Qualcomm Incorporated，Open Issues on BWP，3GPP TSG RAN WG1 #90b R1-1718580，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1718580.zip>，2017年10月13日
【文献】LG Electronics，Discussion on L1 based Scell dormancy[online]，3GPP TSG RAN WG1 #98b R1-1910838，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1910838.zip>，2019年10月05日
【文献】Qualcomm Incorporated，Open Issues on BWP[online]，3GPP TSG RAN WG1 #90b R1-1718580，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90b/Docs/R1-1718580.zip>，2017年10月13日
(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】本開示に適用される携帯機器を例示する。
【図28】本開示に適用される車両又は自律走行車を例示する。
【図29】本開示に適用される車両を例示する。
【図30】本開示に適用されるＸＲ機器を例示する。
【図31】本開示に適用されるロボットを例示する。
【図32】本開示に適用されるＡＩ機器を例示する。
【発明を実施するための形態】
【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】
【表1】
【0045】
次の表２は、副搬送波間隔設定（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ ｃｏｎｆｉｇｕｒａｔｉｏｎ）μに応じて、フレーム内のスロット数（Ｎframeμ
slot）、サブフレーム内のスロット数（Ｎsubframeμ
slot）、スロット内のシンボル数（Ｎslot
symb）などを例示する。
【0046】
【表2】
【0047】
図６においては、μ＝０、１、２、３について例示している。
【0048】
表３は、拡張ＣＰが使用される場合、ＳＣＳによってスロット別のシンボル数、フレーム別のスロット数とサブフレーム（ＳＦ）別のスロット数を例示する。
【0049】
【表3】
【0050】
ＮＲシステムにおいては、１つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）が異なるように設定されてもよい。これにより、同一の個数のシンボルから構成された時間リソース（例えば、ＳＦ、スロット又はＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と通称）の（絶対時間）区間が併合されたセル間に異なるように設定される。
【0051】
図７は、ＮＲフレームのスロット構造を例示する。
【0052】
スロットは、時間ドメイン（ｄｏｍａｉｎ、領域）において複数のシンボルを含む。例えば、一般（ｎｏｒｍａｌ）ＣＰの場合、１つのスロットが７つのシンボルを含むが、拡張（ｅｘｔｅｎｄｅｄ）ＣＰの場合、１つのスロットが６つのシンボルを含む。搬送波は周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義されることができる。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は周波数ドメインにおいて複数の連続した（Ｐ）ＲＢと定義され、１つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）に対応できる。搬送波は最大Ｎ個（例えば、５個）のＢＷＰを含む。データ通信は、活性化されたＢＷＰにより行われ、１つの端末には１つのＢＷＰのみが活性化されることがある。リソースグリッドにおいてそれぞれの要素はリソース要素（Ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ、ＲＥ）と呼ばれ、１つの複素シンボルがマッピングされる。
【0053】
ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）は、以下の表４のように１つ又はそれ以上のＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）から構成される。
【0054】
【表4】
【0055】
すなわち、ＰＤＣＣＨは、１、２、４、８又は１６個のＣＣＥで構成されるリソースを介して送信される。ここで、ＣＣＥは６つのＲＥＧ（ｒｅｓｏｕｒｃ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）から構成され、１つのＲＥＧは周波数領域において１つのリソースブロック、時間領域において１つのＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルから構成される。
【0056】
モニタリングはＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）フォーマットに応じてそれぞれのＰＤＣＣＨ候補をデコードすることを意味する。端末は、対応する検索空間集合に応じて、ＰＤＣＣＨモニタリングが設定された各活性化されたサービングセルの活性化ＤＬ ＢＷＰ上の１つ以上のコアセット（ＣＯＲＥＳＥＴ、以下で説明）においてＰＤＣＣＨ 候補の集合をモニタリングする。
【0057】
ＮＲにおいては、制御リソース集合（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ： ＣＯＲＥＳＥＴ、コアセット）という新しい単位を導入してもよい。端末はコアセットにおいてＰＤＣＣＨを受信することができる。
【0058】
図８は、コアセットを例示する。
【0059】
図８に示すように、コアセットは、周波数領域においてＮCORESET
RB個のリソースブロックから構成され、時間領域においてＮCORESET
symb∈｛１、２、３｝個のシンボルから構成される。ＮCORESET
RB、ＮCORESET
symbは上位層信号を介して基地局により提供される。図８に示したように、コアセット内には複数のＣＣＥ（又は、ＲＥＧ）が含まれる。１つのＣＣＥは複数のＲＥＧ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）で構成され、１つのＲＥＧは時間領域において１つのＯＦＤＭシンボル、周波数領域において１２個のリソース要素を含む。
【0060】
端末は、コアセット内において１、２、４、８又は１６個のＣＣＥを単位としてＰＤＣＣＨ検出を試みることができる。ＰＤＣＣＨ検出を試みることができる１つ又は複数のＣＣＥをＰＤＣＣＨ候補と言える。
【0061】
端末は、複数のコアセットを設定されることができる。
【0062】
図９は、従来の制御領域とＮＲにおけるコアセットの相違点を示す図である。
【0063】
図９に示すように、従来の無線通信システム（例えば、ＬＴＥ／ＬＴＥ－Ａ）における制御領域８００は基地局が使用するシステム帯域全体にわたって構成された。狭い帯域のみをサポートする一部の端末（例えば、ｅＭＴＣ／ＮＢ－ＩｏＴ端末）を除いた全ての端末は、基地局が送信する制御情報を正しく受信／デコードするためには、前記基地局のシステム帯域全体の無線信号を受信できなければならなかった。
【0064】
それに対して、ＮＲにおいては、前述のコアセットを導入している。コアセット８０１、８０２、８０３は、端末が受信すべき制御情報のための無線リソースであり、周波数領域においてシステム帯域全体の代わりに一部のみを使用することができる。また、時間領域においてスロット内のシンボルの一部のみを使用することができる。基地局は、各端末にコアセットを割り当てることができ、割り当てたコアセットを介して制御情報を送信することができる。例えば、図９において第１コアセット８０１は端末１に割り当て、第２コアセット８０２は端末２に割り当て、第３コアセット８０３は端末３に割り当てることができる。ＮＲにおける端末は、システム帯域全体を必ずしも受信しなくても基地局の制御情報を受信できる。
【0065】
コアセットには、端末特定的制御情報を送信するための端末特定的コアセットと、全ての端末に共通的な制御情報を送信するための共通的コアセットがあり得る。
【0066】
一方、ＮＲにおいては、応用（Ａｐｐｌｉｃａｔｉｏｎ）分野に応じては高い信頼性（ｈｉｇｈ ｒｅｌｉａｂｉｌｉｔｙ）を要求することができ、このような状況においてダウンリンク制御チャネル（例えば、ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＤＣＣＨ）を介して送信されるＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に対する目標ＢＬＥＲ（ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ）は従来技術より著しく低下する可能性がある。このように高い信頼性を要求する要件（ｒｅｑｕｉｒｅｍｅｎｔ）を満足させるための方法の一例としては、ＤＣＩに含まれる内容（ｃｏｎｔｅｎｔｓ）の量を減らすか、そして／あるいはＤＣＩ送信時に使用するリソースの量を増加させることができる。この時、リソースは、時間領域におけるリソース、周波数領域におけるリソース、コード領域におけるリソース、空間領域におけるリソースのうち、少なくとも１つを含む。
【0067】
ＮＲにおいては、次の技術／特徴が適用できる。
【0068】
＜自己完結型サブフレーム構造（Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）＞
【0069】
図１０は、新しい無線アクセス技術に対するフレーム構造の一例を示した図である。
【0070】
ＮＲにおいては、遅延（ｌａｔｅｎｃｙ）を最小化するための目的として図１０のように、１つのＴＴＩ内に、制御チャネルとデータチャネルが時分割多重化（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ：ＴＤＭ）される構造がフレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）の１つとして考慮される。
【0071】
図１０において斜線領域は、ダウンリンク制御（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ）領域を示し、黒い部分はアップリンク制御（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ）領域を示す。表示のない領域はダウンリンクデータ（ｄｏｗｎｌｉｎｋ ｄａｔａ；ＤＬ ｄａｔａ）送信のために使用されてもよく、アップリンクデータ（ｕｐｌｉｎｋ ｄａｔａ；ＵＬ ｄａｔａ）送信のために使用されてもよい。このような構造の特徴は、１つのサブフレーム（ｓｕｂｆｒａｍｅ）内においてダウンリンク（ＤＬ）送信とアップリンク（ｕｐｌｉｎｋ；ＵＬ）送信が順次行われて、サブフレーム（ｓｕｂｆｒａｍｅ）内においてＤＬ ｄａｔａを送信し、ＵＬ ＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｏｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）も受信することができる。結果的に、データ送信エラー発生時にデータ再送信までかかる時間を減らすことになり、これにより最終データ伝達の遅延（ｌａｔｅｎｃｙ）を最小化することができる。
【0072】
このようなデータ及び制御領域がＴＤＭされたサブフレーム構造（ｄａｔａ ａｎｄ ｃｏｎｔｒｏｌ ＴＤＭｅｄ ｓｕｂｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）において基地局と端末が送信モードから受信モードへの切り替え過程または受信モードから送信モードへの切り替え過程のためのタイプギャップ（ｔｉｍｅ ｇａｐ）が必要である。このために、自己完結型サブフレーム構造においてＤＬからＵＬに切り替えられる時点の一部ＯＦＤＭシンボルが保護区間（ｇｕａｒｄ ｐｅｒｉｏｄ：ＧＰ）に設定されるとができる。
【0073】
図１１は、自己完結型（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ）スロットの構造を例示する。
【0074】
ＮＲシステムにおいて、１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどが全て含まれる。例えば、スロット内の最初のＮ個のシンボルはＤＬ制御チャネルの送信に使用され（以下、ＤＬ制御領域）、スロット内の最後のＭ個のシンボルはＵＬ制御チャネルの送信に使用される（以下、ＵＬ制御領域）。ＮとＭはそれぞれ０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間にあるリソース領域（以下、データ領域）はＤＬデータ送信のために使用されるか、ＵＬデータ送信のために使用される。一例として、以下のような構成が考慮される。各区間は時間順に並べている。
【0075】
１．ＤＬ ｏｎｌｙ構成
【0076】
２．ＵＬ ｏｎｌｙ構成
【0077】
３．Ｍｉｘｅｄ ＵＬ－ＤＬ構成
【0078】
－ＤＬ領域＋ＧＰ（Ｇｕａｒｄ Ｐｅｒｉｏｄ）＋ＵＬ制御領域
【0079】
－ＤＬ制御領域＋ＧＰ＋ＵＬ領域
【0080】
ＤＬ領域：（ｉ）ＤＬデータ領域、（ｉｉ）ＤＬ制御領域＋ＤＬデータ領域
【0081】
ＵＬ領域：（ｉ）ＵＬデータ領域、（ｉｉ）ＵＬデータ領域＋ＵＬ制御領域
【0082】
ＤＬ制御領域においてはＰＤＣＣＨが送信され、ＤＬデータ領域においてはＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）が送信される。ＵＬ制御領域においてはＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）が送信され、ＵＬデータ領域においてはＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）が送信される。ＰＤＣＣＨにおいては、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、例えば、ＤＬデータスケジューリング情報、ＵＬデータスケジューリング情報などが送信される。ＰＵＣＣＨにおいては、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、例えば、ＤＬデータに対するＡＣＫ／ＮＡＣＫ（Ｐｏｓｉｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）などが送信される。ＧＰは基地局と端末が送信モードから受信モードに切り替える過程又は受信モードから送信モードに切り替える過程で時間ギャップを提供する。サブフレーム内においてＤＬからＵＬに切り替わる時点の一部シンボルがＧＰに設定されることができる。
【0083】
＜アナログビームフォーミング＃１（Ａｎａｌｏｇ ｂｅａｍｆｏｒｍｉｎｇ ＃１）＞
【0084】
ミリメートル波（Ｍｉｌｌｉｍｅｔｅｒ Ｗａｖｅ：ｍｍＷ）においては波長が短くなって同一面積に多数Ｈのアンテナエレメント（ｅｌｅｍｅｎｔ）の設置が可能になる。すなわち、３０ＧＨｚ帯域において波長は１ｃｍであり、５ ｂｙ ５ｃｍのパネル（ｐａｎｅｌ）に０．５波長（ｌａｍｂｄａ）間隔で２－次元（ｄｉｍｅｎｓｉｏｎ）配列形態で計１００個のアンテナエレメント（ｅｌｅｍｅｎｔ）の設置が可能である。従って、ｍｍＷにおいては多数のアンテナエレメント（ｅｌｅｍｅｎｔ）を使用してビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ：ＢＦ）利得を高めてカバレッジを増加させるか、処理量（ｔｈｒｏｕｇｈｐｕｔ）を高めようとする。
【0085】
この場合にアンテナエレメント（ｅｌｅｍｅｎｔ）別に送信パワー及び位相調節ができるようにトランシーバユニット（Ｔｒａｎｓｃｅｉｖｅｒ Ｕｎｉｔ：ＴＸＲＵ）を有すると、周波数リソース別に独立的なビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）が可能である。しかしながら、約１００個の全てのアンテナエレメント（ｅｌｅｍｅｎｔ）にＴＸＲＵを設置することはコストの面から実効性が低下する問題を有する。従って、１つのＴＸＲＵに多数のアンテナエレメント（ｅｌｅｍｅｎｔ）をマッピング（ｍａｐｐｉｎｇ）し、アナログフェーズシフタ（ａｎａｌｏｇ ｐｈａｓｅ ｓｈｉｆｔｅｒ）でビーム（ｂｅａｍ）の方向を調整する方式が考慮されている。このようなアナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍｆｏｒｍｉｎｇ）方式は全帯域において１つのビーム（ｂｅａｍ）方向のみを作ることができるため、周波数選択的ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）ができない短所を有する。
【0086】
デジタルビームフォーミング（Ｄｉｇｉｔａｌ ＢＦ）とアナログビームフォーミング（ａｎａｌｏｇ ＢＦ）の中間形態としてＱ個のアンテナエレメント（ｅｌｅｍｅｎｔ）より少ない数であるＢ個のＴＸＲＵを有するハイブリッドビームフォーミング（ｈｙｂｒｉｄ ＢＦ）を考慮することができる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナエレメント（ｅｌｅｍｅｎｔ）の接続方式に応じて差があるが、同時に送信できるビームの方向はＢ個以下に制限される。
【0087】
＜アナログビームフォーミング＃２（Ａｎａｌｏｇ ｂｅａｍｆｏｒｍｉｎｇ ＃２）＞
【0088】
ＮＲシステムにおいては多数のアンテナが使用される場合、デジタルビームフォーミングとアナログビームフォーミングを結合したハイブリッドビームフォーミング技法が台頭している。このとき、アナログビームフォーミング（又はＲＦビームフォーミング）はＲＦ段においてプリコーディング（又は、コンバイニング（Ｃｏｍｂｉｎｉｎｇ））を行い、これによりＲＦチェーン数とＤ／Ａ（又はＡ／Ｄ）コンバータ数を減らしながらもデジタルビームフォーミングに近接する性能を出せるという長所がある。便宜上、前記ハイブリッドビームフォーミング構造は、Ｎ個のＴＸＲＵとＭ個の物理的アンテナで表現できる。そうすると、送信端において送信するＬ個のデータ層（ｄａｔａ ｌａｙｅｒ）に対するデジタルビームフォーミングはＮ ｂｙ Ｌ行列で表現されることができ、以後、変換されたＮ個のデジタル信号（ｄｉｇｉｔａｌ ｓｉｇｎａｌ）はＴＸＲＵを経てアナログ信号（ａｎａｌｏｇ ｓｉｇｎａｌ）に変換された後、Ｍ ｂｙ Ｎ行列で表現されるアナログビームが適用される。
【0089】
ＮＲシステムのシステム情報がブロードキャスティング（Ｂｒｏａｄｃａｓｔｉｎｇ）方式で送信されることができる。この時、１つのシンボル内において相異なるアンテナパネルに属するアナログビームは同時送信されることができ、アナログビーム別のチャネルを測定するために（特定のアンテナパネルに対応する）単一アナログビームが適用されて送信される参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ：ＲＳ）であるビーム参照信号（Ｂｅａｍ ＲＳ：ＢＲＳ）を導入することが議論されている。前記ＢＲＳは複数のアンテナポートに対して定義され、ＢＲＳの各アンテナポートは単一アナログビームに対応することができる。この時、ＢＲＳとは異なり、同期化信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）又はｘＰＢＣＨは任意の端末が受信できるようにアナログビームグループ（ａｎａｌｏｇ ｂｅａｍ ｇｒｏｕｐ）内の全てのアナログビームが適用されて送信される。
【0090】
ＮＲにおいては、時間領域において同期化信号ブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｌｏｃｋ：ＳＳＢ、又は同期化信号及び物理放送チャネル（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ａｎｄ ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ：ＳＳ／ＰＢＣＨ）と称されてもよい）は同期化信号ブロック内において０から３までの昇順に番号が付けられた４つのＯＦＤＭシンボルで構成され、プライマリ同期化信号（ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ：ＰＳＳ）、セカンダリ同期化信号（Ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ：ＳＳＳ）、及び復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ：ＤＭＲＳ）と関連したＰＢＣＨがシンボルにマッピングされる。前述のように、同期化信号ブロックはＳＳ／ＰＢＣＨ ブロックとも表現できる。
【0091】
ＮＲにおいては、多数の同期化信号ブロックがそれぞれ異なる時点で送信され、初期アクセス（ｉｎｉｔｉａｌ ａｃｃｅｓｓ：ＩＡ）、サービングセル測定（ｓｅｒｖｉｎｇ ｃｅｌｌ ｍｅａｓｕｒｅｍｅｎｔ）などを行うためにＳＳＢが使用されることがあるので、他の信号と送信時点及びリソースがオーバーラップ（ｏｖｅｒｌａ）される場合、ＳＳＢが優先的に送信されることが好ましい。このために、ネットワークはＳＳＢの送信時点及びリソース情報をブロードキャスト（ｂｒｏａｄｃａｓｔ）するか、端末－特定ＲＲＣシグナリング（ＵＥ－ｓｐｅｃｉｆｉｃ ＲＲＣ ｓｉｇｎａｌｉｎｇ）を介して指示することができる。
【0092】
ＮＲにおいては、ビーム（ｂｅａｍ）ベースの送受信動作が行われる。現在サービングビーム（ｓｅｒｖｉｎｇ ｂｅａｍ）の受信性能が低下する場合、ビーム誤謬復旧（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ：ＢＦＲ）という過程により新しいビームを探す過程を行うことができる。
【0093】
ＢＦＲはネットワークと端末間のリンク（ｌｉｎｋ）に対する誤謬／失敗（ｆａｉｌｕｒｅ）を宣言する過程ではないので、ＢＦＲ過程を行っても現在サービングセルとの接続は維持されていると仮定することもできる。ＢＦＲ過程では、ネットワークにより設定された異なるビーム（ビームはＣＳＩ－ＲＳのポートあるいはＳＳＢ（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｂｌｏｃｋ）インデックスなどで表現できる）に対する測定を行い、当該端末にとって最も良い（ｂｅｓｔ）ビームを選択することができる。端末は、測定結果の良いビームに対して、当該ビームと連携されたＲＡＣＨ過程を行う方式でＢＦＲ過程を行う。
【0094】
以下、送信設定指示子（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ：以下、ＴＣＩ）状態（ｓｔａｔｅ）について説明する。ＴＣＩ状態は、制御チャネルコアセット別に設定され、ＴＣＩ状態に基づいて端末の受信（Ｒｘ）ビームを決定するためのパラメータを決定できる。
【0095】
サービングセルの各ダウンリンク帯域幅部分（ＤＬ ＢＷＰ）に対して、端末は３つ以下のコアセットを設定されることができる。また、各コアセットに対して端末には以下の情報が提供される。
【0096】
１）コアセットインデックスｐ（例えば、０から１１までのうちの１つ、１つのサービングセルのＢＷＰにおいて各コアセットのインデックスは唯一に（ｕｎｉｑｕｅ）決められることができる）、
【0097】
２）ＰＤＣＣＨ ＤＭ－ＲＳスクランブリングシーケンス初期化値、
【0098】
３）コアセットの時間領域における区間（シンボル単位で与えられる）、
【0099】
４）リソースブロック集合、
【0100】
５）ＣＣＥ－ｔｏ－ＲＥＧマッピングパラメータ、
【0101】
６）（「ＴＣＩ－状態（ＴＣＩ－Ｓｔａｔｅ）」という上位層パラメータにより提供されたアンテナポート準共同位置の集合から）それぞれのコアセットにおいてＰＤＣＣＨ受信のためのＤＭ－ＲＳアンテナポートの準共同位置（ｑｕａｓｉｃｏ－ｌｏｃａｔｉｏｎ：ＱＣＬ）情報を示すアンテナポート準共同位置、
【0102】
7）コアセットにおいてＰＤＣＣＨにより送信された特定ＤＣＩフォーマットに対する送信設定指示（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ：ＴＣＩ）フィールドの存否指示など。
【0103】
ＱＣＬについて説明する。１つのアンテナポート上のシンボルが送信されるチャネルの特性が他のアンテナポート上のシンボルが送信されるチャネルの特性から推論（ｉｎｆｅｒ）できる場合、前記２つのアンテナポートが準共同位置（ＱＣＬ）にあるといえる。例えば、２つの信号（Ａ、Ｂ）が同一／類似の空間フィルタが適用された同一の送信アンテナアレイ（ａｒｒａｙ）から送信される場合、前記２つの信号は同一／類似のチャネル状態に経験する。受信機の立場では、前記２つの信号のいずれか１つを受信すれば、受信した信号のチャネル特性を利用して他の信号を検出することができる。
【0104】
このような意味から、ＡとＢがＱＣＬされているということは、ＡとＢが類似のチャネル条件を経験し、従って、Ａを検出するために推定されたチャネル情報がＢの検出にも有用であるという意味であり得る。ここで、チャネル条件は、例えば、ドップラーシフト（Ｄｏｐｐｌｅｒ ｓｈｉｆｔ）、ドップラースプレッド（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、平均遅延（ａｖｅｒａｇｅ ｄｅｌａｙ）、遅延スプレッド（ｄｅｌａｙ ｓｐｒｅａｄ）、空間受信パラメータなどにより定義される。
【0105】
「ＴＣＩ－Ｓｔａｔｅ」パラメータは、１つ又は２つのダウンリンク参照信号に対応するＱＣＬタイプ（ＱＣＬタイプＡ、Ｂ、Ｃ、Ｄがある、表５を参照）に関連させる。
【0106】
【表5】
【0107】
各「ＴＣＩ－Ｓｔａｔｅ」は、１つ又は２つのダウンリンク参照信号とＰＤＳＣＨ（又はＰＤＣＣＨ）のＤＭ－ＲＳポート、又はＣＳＩ－ＲＳリソースのＣＳＩ－ＲＳポートとの間の準共同位置（ＱＣＬ）関係を設定するためのパラメータを含む。
【0108】
一方、１つのサービングセルにおいて端末に設定された各ＤＬ ＢＷＰにおいて、端末は１０個以下の検索空間集合（ｓｅａｒｃｈ ｓｐａｃｅ ｓｅｔ）を提供される。各検索空間の集合に対して端末は以下の情報のうち少なくとも１つを提供される。
【0109】
１）検索空間集合インデックスｓ（０≦ｓ＜４０）、２）コアセットＰと検索空間集合ｓとの関連（ａｓｓｏｃｉａｔｉｏｎ）、３）ＰＤＣＣＨモニタリング周期及びＰＤＣＣＨモニタリングオフセット（スロット単位）、４）スロット内でのＰＤＣＣＨモニタリングパターン（例えば、ＰＤＣＣＨモニタリングのためのスロット内においてコアセットの１番目のシンボルを指示）、５）検索空間集合ｓが存在するスロットの個数、６）ＣＣＥ集成レベル別のＰＤＣＣＨ候補の個数、７）検索空間集合ｓがＣＳＳであるかＵＳＳであるかを指示する情報など。
【0110】
ＮＲにおいてコアセット＃０はＰＢＣＨ（又は、ハンドオーバーのための端末専用シグナリング又はＰＳＣｅｌｌ設定又はＢＷＰ設定）により設定される。ＰＢＣＨにより設定される検索空間（ｓｅａｒｃｈ ｓｐａｃｅ：ＳＳ）集合（ｓｅｔ）＃０は、連携されたＳＳＢ毎に異なるモニタリングオフセット（例えば、スロットオフセット、シンボルオフセット）を有する。これは、端末がモニタリングしなければならない検索空間視点（ｓｅａｒｃｈ ｓｐａｃｅ ｏｃｃａｓｉｏｎ）を最小化するために必要であり得る。また、端末のベストビーム（ｂｅｓｔ ｂｅａｍ）が動的に変化する状況において端末との通信が持続的にできるように各ビームに応じた制御／データ送信を実行できるビームスイッチング（ｂｅａｍ ｓｗｅｅｐｉｎｇ）制御／データ領域を提供する意味としても必要であり得る。
【0111】
図１２は、初期アクセス（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程を例示する。
【0112】
図１２に示すように、端末は、基地局（ｇＮＢ）から同期化信号（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）を受信（Ｓ１２１）して基地局との同期化を行う。同期化信号はＰＳＳ（ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）、ＳＳＳ（Ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｎ ｓｉｇｎａｌ）を含む。同期化信号は物理ブロードキャストチャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ：ＰＢＣＨ）と共に送信され、このとき、ＳＳ／ＰＢＣＨブロックを構成することができる。端末は、前記ＳＳ／ＰＢＣＨブロックを受信して同期化を行う。端末は、基地局から基本的なシステム情報（ｂａｓｉｃ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）を受信する（Ｓ１２２）。端末は、ランダムアクセス（ｒａｎｄｏｍ ａｃｃｅｓｓ）チャネルを介して基地局にＲＡＣＨプリアンブルを送信し（Ｓ１２３）、ランダムアクセス応答を受信する（Ｓ１２４）。その後、基地局と端末はＲＲＣ接続を確立し、端末は基地局からデータ及び制御チャネルを受信でする（Ｓ１２５）。
【0113】
図１３は、初期アクセス及び以後の過程における信号送信をより詳細に例示する。
【0114】
図１３に示すように、無線通信システムにおいて、端末は基地局からダウンリンク（Ｄｏｗｎｌｉｎｋ、ＤＬ）を介して情報を受信し、端末は基地局にアップリンク（Ｕｐｌｉｎｋ、ＵＬ）を介して情報を送信する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャネルが存在する。
【0115】
電源が切れた状態でまた電源がつくか、新たにセルに進入した端末は、基地局と同期を合わせるなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ１１）。このために、端末は基地局からＰＳＣＨ（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ）及びＳＳＣＨ（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ）を受信して基地局と同期を合わせ、セルＩＤ（ｃｅｌｌ ｉｄｅｎｔｉｔｙ）などの情報を取得する。また、端末は、基地局からＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内の放送情報を取得できる。また、端末は、初期セル探索段階でＤＬ ＲＳ（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を受信してダウンリンクチャネル状態を確認することができる。
【0116】
初期セル探索を終えた端末はＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）及びこれに対応するＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を受信してより具体的なシステムの情報を取得する（Ｓ１２）。
【0117】
以後、端末は、基地局に接続を完了するために、ランダムアクセスの過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行う（Ｓ１３～Ｓ１６）。具体的に、端末はＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を介してプリアンブルを送信し（Ｓ１３）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨを介してプリアンブルに対するＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信する（Ｓ１４）。以後、端末は、ＲＡＲ内のスケジューリング情報を利用してＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信し（Ｓ１５）、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨのような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行う（Ｓ１６）。前記過程を初期アクセスと言える。
【0118】
前述のような手順を行った端末は、以後、一般的なアップ／ダウンリンク信号の送信手順としてＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ１７）及びＰＵＳＣＨ／ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信（Ｓ１８）を行う。端末が基地局に送信する制御情報をＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）と言う。ＵＣＩはＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。ＣＳＩはＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般にＰＵＣＣＨを介して送信されるが、制御情報とデータが同時に送信されなければならない場合、ＰＵＳＣＨを介して送信されることができる。また、ネットワークの要求／指示に従って端末はＰＵＳＣＨを介してＵＣＩを非周期的に送信することができる。
【0119】
ＢＡ（ｂａｎｄｗｉｄｔｈ ａｄａｐｔａｔｉｏｎ）が設定されるとき、合理的なバッテリ消耗を可能にするために、各アップリンク搬送波に対するただ１つのアップリンクＢＷＰ及び１つのダウンリンクＢＷＰ又はただ１つのダウンリンク／アップリンクＢＷＰのペアは、活性サービングセル内において一度に活性化することができ、端末に設定された他の全てのＢＷＰは非活性化される。非活性化されたＢＷＰにおいて、端末はＰＤＣＣＨをモニタリングせず、ＰＵＣＣＨ、ＰＲＡＣＨ及びＵＬ－ＳＣＨ上において送信しない。
【0120】
ＢＡに対して、端末の受信及び送信帯域幅はセルの帯域幅ほど広い必要がなく、調整されることができる：幅（width）は変更されるように命じられ（例えば、省電力のために低い活性（ａｃｔｉｖｉｔｙ）の期間中の収縮）、周波数領域において位置は移動でき（例えば、スケジューリング柔軟性を増加させるために）、副搬送波間隔は変更されるように命じられることがある（例えば、異なるサービスを許容するために）。セルの全体セル帯域幅のサブセット（ｓｕｂｓｅｔ）は帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ：ＢＷＰ）と呼ばれ、ＢＡは端末にＢＷＰ（ら）を設定し、前記端末に設定されたるＢＷＰのうち現在活性であることを知らせることにより得られる。ＢＡが設定されると、端末は１つのアクティブＢＷＰ上においてＰＤＣＣＨをモニタリングするだけでよい。すなわち、セルの全体ダウンリンク周波数上においてＰＤＣＣＨをモニタリングする必要がない。ＢＷＰインアクティブタイマ（前述のＤＲＸインアクティブタイマとは独立的）は、活性ＢＷＰをデフォルトＢＷＰに切り替えることに使用される：前記タイマはＰＤＣＣＨデコードに成功すれば再起動し、前記タイマが満了すると、デフォルトＢＷＰへのスイッチングが発生する。
【0121】
図１４は、３つの異なる帯域幅パートが設定されたシナリオを例示する。
【0122】
図１４は、時間－周波数リソース上ＢＷＰ1、ＢＷＰ2及びＢＷＰ3が設定された一例を示す。ＢＷＰ1は４０ＭＨｚの幅（ｗｉｄｔｈ）及び１５ｋＨｚの副搬送波間隔を有し、ＢＷＰ2は１０ＭＨｚの幅及び１５ｋＨｚの副搬送波間隔を有し、ＢＷＰ3は２０ＭＨｚの幅及び６０ｋＨｚの副搬送波間隔を有する。言い換えれば、帯域幅パートのそれぞれは、それぞれ相異なる幅及び／又は相異なる副搬送波間隔を有してもよい。
【0123】
以下においては、システム情報取得について説明する。
【0124】
システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ：ＳＩ）はＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＭＩＢ）及び複数のＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｓ（ＳＩＢｓ）に分けられる。ここで、
【0125】
－ＭＩＢは、８０ｍｓ周期を有して常にＢＣＨ上において送信され、８０ｍｓ以内で繰り返され、セルからＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ１）を取得するために必要なパラメータを含む；
【0126】
－ＳＩＢ１はＤＬ－ＳＣＨ上において周期性及び繰り返しを有して送信される。ＳＩＢ１は他のＳＩＢの利用可能性及びスケジューリング（例えば、周期性、ＳＩ－ウィンドウサイズ）に関する情報を含む。また、これら（すなわち、他のＳＩＢ）が周期的な放送ベースで提供されるか又は要求により提供されるかを指示する。他のＳＩＢが要求により提供される場合、ＳＩＢ１は端末がＳＩ要求を行うための情報を含む；
【0127】
－ＳＩＢ１以外のＳＩＢは、ＤＬ－ＳＣＨ上において送信されるＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ（ＳＩ）メッセージで運ばれる。各ＳＩメッセージは、周期的に発生する時間領域ウインドウ（ＳＩ-ウインドウという）内において送信される；
【0128】
－ＰＳＣｅｌｌ及びセカンダリセルに対して、ＲＡＮは専用シグナリングにより必要なＳＩを提供する。それにもかかわらず、端末はＳＣＨのＳＦＮタイミング（ＭＣＧと異なる場合がある。）を得るためにＰＳＣｅｌｌのＭＩＢを取得しなければならない。セカンダリセルに対する関連ＳＩが変更されると、ＲＡＮは関連セカンダリセルを解除及び追加する。ＰＳＣｅｌｌに対して、ＳＩは同期化による再設定（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｗｉｔｈ Ｓｙｎｃ）でのみ変更可能である。
【0129】
図１５は、端末のシステム情報取得過程の一例を示した図である。
【0130】
図１５に示すように、端末はネットワークからＭＩＢを受信し、以後、ＳＩＢ１を受信する。その後、端末はネットワークにシステム情報要求を送信し、それに対する応答として「ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ」をネットワークから受信する。
【0131】
端末は、ＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）及びＮＡＳ（ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ）情報取得のためのシステム情報取得手順を適用できる。
【0132】
ＲＲＣ＿ＩＤＬＥ及びＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の端末は（端末が制御する移動性に対する関連ＲＡＴサポートに応じて）有効なバージョンの（少なくとも）ＭＩＢ、ＳＩＢ１及びＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅＸを保障しなければならない。
【0133】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末は、（関連ＲＡＴに対する移動性サポートに応じて）ＭＩＢ、ＳＩＢ１、及びＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅＸの有効なバージョンを保障しなければならない。
【0134】
端末は現在キャンプした／サービングセルから取得した関連ＳＩを格納しなければならない。端末が取得して格納したＳＩのバージョンは一定時間中だけ有効である。端末は、例えば、セル再選択以後、カバレッジ外からの復帰、またはシステム情報変更指示以後にこのような格納されたバージョンのＳＩを使用することができる。
【0135】
以下では、ランダムアクセス（ランダムアクセス）について説明する。
【0136】
端末のランダムアクセス手順は下記の表のように要約できる。
【0137】
【表6】
【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】
以後、前記ＤＣＩが非休眠（ｎｏｎ－ｄｏｒｍａｎｔ）を指示することに基づいて、前記端末は前記セカンダリセル上の特定ＢＷＰを活性化する（Ｓ２２４０）。
【0262】
ここで、前記ＢＷＰ情報は前記特定ＢＷＰを知らせる。また、ここで、前記ＢＷＰ情報は上位層シグナリングを介して送信される。
【0263】
本明細書に記載された請求項は多様な方式で組み合わせられることができる。例えば、本明細書の方法請求項の技術的特徴が組み合わされて装置として実現されることができ、本明細書の装置請求項の技術的特徴が組み合わされて方法として実現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わされて装置として実現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わされて方法として実現されることができる。
【0264】
本明細書において提案する方法は、端末以外にも、少なくとも１つのプロセッサ（ｐｒｏｃｅｓｓｏｒ）により実行されることに基づく命令語（ｉｎｓｔｒｕｃｔｉｏｎ）を含む少なくとも１つのコンピュータ読み取り可能な記録媒体（ｃｏｍｐｕｔｅｒ ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）及び１つ以上のプロセッサ及び前記１つ以上のプロセッサにより実行可能に連結され、及び命令を格納する１つ以上のメモリを含むものの、前記１つ以上のプロセッサは、前記命令語を実行して本明細書において提案する方法を行う、端末を制御するように設定された装置（ａｐｐａｒａｔｕｓ）によっても行われることができる。また、本明細書において提案する方法によると、端末が行う動作に対応する基地局による動作が考慮できることは自明である。
【0265】
以下では、本開示が適用される通信システムの例を説明する。
【0266】
これに制限されるものではないが、本文書に開示された本開示の様々な説明、機能、手順、提案、方法及び／又は動作フローチャートは機器間に無線通信／接続（例えば、５Ｇ）を必要とする様々な分野に適用できる。
【0267】
以下、図面を参照してより詳細に例示する。以下の図面／説明において同一の参照番号は別の記述がない限り、同一又は対応するハードウェアブロック、ソフトウェアブロック及び／又は機能ブロックを参照することができる。
【0268】
図２３は、本開示に適用される通信システム１を例示する。
【0269】
図２３に示すように、本開示に適用される通信システム１は無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線アクセス技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器と称されてもよい。これに限られるものではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１、１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバ４００を含む。例えば、車両は、無線通信機能が備えられた車両、自律走行車、車両間通信が可能な車両などを含む。ここで、車両はＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含む。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、ＴＶ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態で実現できる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などを含む。家電はＴＶ、冷蔵庫、洗濯機などを含む。ＩｏＴ機器はセンサ、スマートメーターなどを含む。例えば、基地局、ネットワークは無線機器で実現されることもでき、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作することもできる。
【0270】
ここで、本明細書の無線機器において実現される無線通信技術はＬＴＥ、ＮＲ及び６Ｇだけでなく、低電力通信のためのＮａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓを含む。ここで、例えば、ＮＢ－ＩｏＴ技術はＬＰＷＡＮ（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術の一例であり、ＬＴＥ Ｃａｔ ＮＢ１及び／又はＬＴＥ Ｃａｔ ＮＢ２などの規格で実現でき、前述の名称に限定されるのもではない。追加的に又は代替的に、本明細書の無線機器において実現される無線通信技術はＬＴＥ－Ｍ技術に基づいて通信を行うことができる。この時、一例として、ＬＴＥ－Ｍ技術はＬＰＷＡＮ技術の一例であり、ｅＭＴＣ（ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの様々な名称で呼ばれてもよい。例えば、ＬＴＥ－Ｍ技術は、１）ＬＴＥ ＣＡＴ０、２）ＬＴＥ Ｃａｔ Ｍ１、３）ＬＴＥ Ｃａｔ Ｍ２、４）ＬＴＥ ｎｏｎ－ＢＬ（ｎｏｎ－Ｂａｎｄｗｉｄｔｈ Ｌｉｍｉｔｅｄ）、５）ＬＴＥ－ＭＴＣ、６）ＬＴＥ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、及び／又は７）ＬＴＥ Ｍなどの様々な規格のうち少なくともいずれか１つで実現でき、前述の名称に限定されるものではない。追加的に又は代替的に、本明細書の無線機器において実現される無線通信技術は低電力通信を考慮したジグビー（ＺｉｇＢｅｅ）、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ：登録商標）及び低電力広域通信網（Ｌｏｗ Ｐｏｗｅｒ Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ、ＬＰＷＡＮ）のうち少なくともいずれか１つを含み、前述の名称に限定されるものではない。一例として、ＺｉｇＢｅｅ技術はＩＥＥＥ ８０２．１５．４などの様々な規格に基づいて小型／低パワーデジタル通信に関連したＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）を生成することができ、多様な名称と呼ばれてもよい。
【0271】
無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００と接続される。無線機器１００ａ～１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用され、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバ４００と接続される。ネットワーク３００は３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを利用して構成される。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介さずに直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１、１００ｂ－２は直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ） ｃｏｍｍｕｎｉｃａｔｉｏｎ）をすることができる。また、ＩｏＴ機器（例えば、センサ）は、他のＩｏＴ機器（例えば、センサ）又は他の無線機器１００ａ～１００ｆと直接通信することができる。
【0272】
無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００の間には無線通信／接続１５０ａ、１５０ｂ、１５０ｃが行われることができる。ここで、無線通信／接続はアップ／ダウンリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ（例えば、ｒｅｌａｙ、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）のような多様な無線アクセス技術（例えば、５Ｇ ＮＲ）を介して行われる。無線通信／接続１５０ａ、１５０ｂ、１５０ｃにより無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信できる。例えば、無線通信／接続１５０ａ、１５０ｂ、１５０ｃは様々な物理チャネルを介して信号を送信／受信できる。このために、本開示の様々な提案に基づいて、無線信号の送信／受信のための多様な構成情報の設定過程、多様な信号処理過程（例えば、チャネルエンコード／デコード、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などの少なくとも一部が行われる。
【0273】
図２４は、本開示に適用できる無線機器を例示する。
【0274】
図２４に示すように、第１無線機器１００と第２無線機器２００は様々な無線アクセス技術（例えば、ＬＴＥ、ＮＲ）により無線信号を送受信できる。ここで、｛第１無線機器１００、第２無線機器２００｝は図２３の｛無線機器１００ｘ、基地局２００｝及び／又は｛無線機器１００ｘ、無線機器１００ｘ｝に対応できる。
【0275】
第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、追加的に、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８をさらに含んでもよい。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するように構成される。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、送受信機１０６を介して第１情報／信号を含む無線信号を送信する。また、プロセッサ１０２は、送受信機１０６により第２情報／信号を含む無線信号を受信した後、第２情報／信号の信号処理から得られた情報をメモリ１０４に格納する。メモリ１０４はプロセッサ１０２と接続され、プロセッサ１０２の動作に関する様々な情報を格納する。例えば、メモリ１０４は、プロセッサ１０２により制御されるプロセスのうちの一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ１０２とメモリ１０４は無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機１０６はプロセッサ１０２と接続され、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信する。送受信機１０６は送信機及び／又は受信機を含む。送受信機１０６はＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと混用されてもよい。本開示において、無線機器は通信モデム／回路／チップを意味することもある。
【0276】
第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、追加的に、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含んでもよい。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実現するように構成される。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６を介して第３情報／信号を含む無線信号を送信する。また、プロセッサ２０２は、送受信機２０６を介して第４情報／信号を含む無線信号を受信した後、第４情報／信号の信号処理から得られた情報をメモリ２０４に格納する。メモリ２０４は、プロセッサ２０２と接続され、プロセッサ２０２の動作に関する様々な情報を格納する。例えば、メモリ２０４は、プロセッサ２０２により制御されるプロセスのうちの一部又は全部を行うか、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを行うための命令を含むソフトウェアコードを格納する。ここで、プロセッサ２０２とメモリ２０４は無線通信技術（例えば、ＬＴＥ、ＮＲ）を実現するように設計された通信モデム／回路／チップの一部であり得る。送受信機２０６はプロセッサ２０２と接続され、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信する。送受信機２０６は送信機及び／又は受信機を含む。送受信機２０６はＲＦユニットと混用されてもよい。本開示において無線機器は通信モデム／回路／チップを意味することもある。
【0277】
以下、無線機器１００、２００のハードウェア要素についてより具体的に説明する。これに限られるものではないが、１つ以上のプロトコル層が１つ以上のプロセッサ１０２、２０２により実現されることができる。例えば、１つ以上のプロセッサ１０２、２０２は１つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰなどの機能的層）を実現することができる。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従って１つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は１つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成する。１つ以上のプロセッサ１０２、２０２は、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従ってメッセージ、制御情報、データ又は情報を生成する。１つ以上のプロセッサ１０２、２０２は、本文書に開示された機能、手順、提案及び／又は方法に従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成して、１つ以上の送受信機１０６、２０６に提供する。１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６から信号（例えば、ベースバンド信号）を受信し、本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートに従ってＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得する。
【0278】
１つ以上のプロセッサ１０２、２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ばれてもよい。１つ以上のプロセッサ１０２、２０２は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより実現できる。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２、２０２に含まれる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートはファームウェア又はソフトウェアを使用して実現でき、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように実現できる。本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートを実行するように設定されたファームウェア又はソフトウェアは１つ以上のプロセッサ１０２、２０２に含まれるか、１つ以上のメモリ１０４、２０４に格納されて１つ以上のプロセッサ１０２、２０２により駆動される。本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートはコード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアを使用して実現できる。
【0279】
１つ以上のメモリ１０４、２０４は１つ以上のプロセッサ１０２、２０２と接続され、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を格納する。１つ以上のメモリ１０４、２０４はＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り格納媒体及び／又はこれらの組み合わせで構成される。１つ以上のメモリ１０４、２０４は１つ以上のプロセッサ１０２、２０２の内部及び／又は外部に位置する。また、１つ以上のメモリ１０４、２０４は有線又は無線接続のような多様な技術により１つ以上のプロセッサ１０２、２０２と接続される。
【0280】
１つ以上の送受信機１０６、２０６は、１つ以上の他の装置に本文書の方法及び／又は動作フローチャートなどにおいて言及されているユーザデータ、制御情報、無線信号／チャネルなどを送信する。１つ以上の送受信機１０６、２０６は、１つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートなどにおいて言及されているユーザデータ、制御情報、無線信号／チャネルなどを受信する。例えば、１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２と接続され、無線信号を送受信する。例えば、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御する。また、１つ以上のプロセッサ１０２、２０２は、１つ以上の送受信機１０６、２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御する。また、１つ以上の送受信機１０６、２０６は１つ以上のアンテナ１０８、２０８と接続され、１つ以上の送受信機１０６、２０６は１つ以上のアンテナ１０８、２０８を介して本文書に開示された説明、機能、手順、提案、方法及び／又は動作フローチャートなどで言及されているユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定される。本文書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であり得る。１つ以上の送受信機１０６、２０６は受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２、２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）する。１つ以上の送受信機１０６、２０６は、１つ以上のプロセッサ１０２、２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどをベースバンド信号からＲＦバンド信号に変換する。このために、１つ以上の送受信機１０６、２０６は、（アナログ）オシレータ及び／又はフィルタを含む。
【0281】
図２５は、送信信号のための信号処理回路を例示する。
【0282】
図２５に示すように、信号処理回路１０００は、スクランブラ１０１０、変調器１０２０、レイヤマッパ１０３０、プリコーダ１０４０、リソースマッパ１０５０、信号生成器１０６０を含む。これに制限されるものではないが、図２５の動作／機能は図２４のプロセッサ１０２、２０２及び／又は送受信機１０６、２０６において行われることができる。図２５のハードウェア要素は図２４のプロセッサ１０２、２０２及び／又は送受信機１０６、２０６において実現できる。例えば、ブロック１０１０～１０６０は図２４のプロセッサ１０２、２０２において実現できる。また、ブロック１０１０～１０５０は図２４のプロセッサ１０２、２０２において実現でき、ブロック１０６０は図２４の送受信機１０６、２０６において実現できる。
【0283】
コードワードは図２５の信号処理回路１０００を経て無線信号に変換される。ここで、コードワードは情報ブロックの符号化されたビットシーケンスである。情報ブロックは送信ブロック（例えば、ＵＬ－ＳＣＨ送信ブロック、ＤＬ－ＳＣＨ送信ブロック）を含む。無線信号は様々な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）を介して送信される。
【0284】
具体的には、コードワードはスクランブラ１０１０によりスクランブルされたビットシーケンスに変換できる。スクランブルに使用されるスクランブルシーケンスは初期化値に基づいて生成され、初期化値は無線機器のＩＤ情報などを含む。スクランブルされたビットシーケンスは、変調器１０２０により変調シンボルシーケンスに変調される。変調方式は、ｐｉ／２－ＢＰＳＫ（ｐｉ／２－Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＰＳＫ（ｍ－Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＱＡＭ（ｍ－Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）などを含む。複素変調シンボルシーケンスは、レイヤマッパ１０３０により１つ以上の送信レイヤにマッピングされる。各送信レイヤの変調シンボルは、プリコーダ１０４０により当該アンテナポート（ら）にマッピングされる（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパ１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗと掛け算して得られる。ここで、Ｎはアンテナポートの数、Ｍは送信レイヤの数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（ｔｒａｎｓｆｏｒｍ）プリコーディング（例えば、ＤＦＴ変換）を行った後にプリコーディングを行うことができる。また、プリコーダ１０４０はトランスフォームプリコーディングを行わずにプリコーディングを行うことができる。
【0285】
リソースマッパ１０５０は、各アンテナポートの変調シンボルを時間－周波数リソースにマッピングする。時間－周波数リソースは、時間ドメインにおいて複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭａシンボル）を含み、周波数ドメインにおいて複数の副搬送波を含む。信号生成器１０６０はマッピングされた変調シンボルから無線信号を生成し、生成された無線信号は各アンテナを介して他の機器に送信される。このために、信号生成器１０６０はＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュール及びＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）、周波数アップリンク変換器（ｆｒｅｑｕｅｎｃｙ ｕｐｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）などを含む。
【0286】
無線機器において受信信号のための信号処理過程は図２５の信号処理過程（１０１０～１０６０）の逆に構成されることができる。例えば、無線機器（例えば、図２４の１００、２００）はアンテナポート／送受信機を介して外部から無線信号を受信する。受信された無線信号は信号復元機を介してベースバンド信号に変換される。このために、信号復元機は周波数ダウンリンク変換機（ｆｒｅｑｕｅｎｃｙ ｄｏｗｎｌｉｎｋ ｃｏｎｖｅｒｔｅｒ）、ＡＤＣ（ａｎａｌｏｇ－ｔｏ－ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｅｒ）、ＣＰ除去機、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールを含む。その後、ベースバンド信号はリソースデマッパ過程、ポストコーディング（ｐｏｓｔｃｏｄｉｎｇ）過程、復調過程、デスクランブル過程を経てコードワードに復元される。コードワードは復号（ｄｅｃｏｄｉｎｇ）を経て元の情報ブロックに復元できる。従って、受信信号のための信号処理回路（図示せず）は、信号復元機、リソースデマッパ、ポストコーダ、復調機、デスクランブラ及び復号機を含む。
【0287】
【0288】
図２６に示すように、無線機器１００、２００は図２４の無線機器１００、２００に対応し、様々な要素（ｅｌｅｍｅｎｔ）、成分（ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／又はモジュール（ｍｏｄｕｌｅ）から構成される。例えば、無線機器１００、２００は、通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は、通信回路１１２及び送受信機（ら）１１４を含む。例えば、通信回路１１２は、図２４の１つ以上のプロセッサ１０２、２０２及び／又は１つ以上のメモリ１０４、２０４を含む。例えば、送受信機（ら）１１４は、図２４の１つ以上の送受信機１０６、２０６及び／又は１つ以上のアンテナ１０８、２０８を含む。制御部１２０は、通信部１１０、メモリ部１３０及び追加要素１４０と電気的に接続され、無線機器の諸動作を制御する。例えば、制御部１２０は、メモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また、制御部１２０は、メモリ部１３０に格納された情報を通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インタフェースを介して送信するか、通信部１１０を介して外部（例えば、他の通信機器）から無線／有線インタフェースを介して受信された情報をメモリ部１３０に格納する。
【0289】
追加要素１４０は、無線機器の種類に応じて多様に構成できる。例えば、追加要素１４０は、パワーユニット／バッテリ、入出力部（Ｉ／Ｏ ｕｎｉｔ）、駆動部及びコンピューティング部の少なくとも１つを含む。これに制限されるものではないが、無線機器は、ロボット（図２３、１００ａ）、車両（図２３、１００ｂ－１、１００ｂ－２）、ＸＲ機器（図２３、１００ｃ）、携帯機器（図２３、１００ｄ）、家電（図２３、１００ｅ）、ＩｏＴ機器（図２３、１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテク装置（又は、金融装置）、セキュリティ装置、気候／環境装置、ＡＩサーバ／機器（図２３、４００）、基地局（図２３、２００）、ネットワークノードなどの形態で実現できる。無線機器は使用例／サービスに応じて移動可能であるか、固定場所で使用される。
【0290】
図２６において、無線機器１００、２００内の様々な要素、成分、ユニット／部、及び／又はモジュールは全体が有線インタフェースを介して互いに接続されるか、少なくとも一部が通信部１１０を介して無線で接続される。例えば、無線機器１００、２００内において制御部１２０と通信部１１０は有線で接続され、制御部１２０と第１ユニット（例えば、１３０、１４０）は、通信部１１０を介して無線で接続される。また、無線機器１００、２００内の各要素、成分、ユニット／部、及び／又はモジュールは１つ以上の要素をさらに含んでもよい。例えば、制御部１２０は１つ以上のプロセッサ集合で構成されてもよい。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されてもよい。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、非揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）及び／又はこれらの組み合わせで構成されてもよい。
【0291】
以下、図２６の実現例について図面を参照してより詳しく説明する。
【0292】
図２７は、本開示に適用される携帯機器を例示する。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、携帯用コンピュータ（例えば、ノートパソコンなど）を含む。携帯機器は、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）又はＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）と呼ばれてもよい。
【0293】
図２７に示すように、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インタフェース部１４０ｂ及び入出力部１４０ｃを含む。アンテナ部１０８は通信部１１０の一部として構成されてもよい。ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ図２６のブロック１１０～１３０／１４０に対応する。
【0294】
通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は、携帯機器１００の構成要素を制御して様々な動作を行うことができる。制御部１２０はＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ）を含んでもよい。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を格納する。また、メモリ部１３０は、入／出力されるデータ／情報などを格納する。電源供給部１４０ａは、携帯機器１００に電源を供給し、有線／無線充電回路、バッテリなどを含む。インタフェース部１４０ｂは携帯機器１００と他の外部機器の接続をサポートする。インタフェース部１４０ｂは、外部機器との接続のための様々なポート（例えば、オーディオ入／出力ポート、ビデオ入／出力ポート）を含む。入出力部１４０ｃは映像情報／信号、オーディオ情報／信号、データ、及び／又はユーザから入力される情報を入力又は出力することができる。入出力部１４０ｃはカメラ、マイクロフォン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカ及び／又はハプティックモジュールなどを含む。
【0295】
一例として、データ通信の場合、入出力部１４０ｃはユーザから入力された情報／信号（例えば、タッチ、文字、音声、イメージ、ビデオ）を取得し、取得した情報／信号はメモリ部１３０に格納される。通信部１１０は、メモリに格納された情報／信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信するか、基地局に送信する。また、通信部１１０は、他の無線機器又は基地局から無線信号を受信した後、受信された無線信号を元の情報／信号に復元することができる。復元された情報／信号はメモリ部１３０に格納された後、入出力部１４０ｃを介して様々な形態（例えば、文字、音声、イメージ、ビデオ、ヘプティック）で出力される。
【0296】
図２８は、本開示に適用される車両又は自律走行車を例示する。車両又は自律走行車は、移動型ロボット、車両、汽車、有／無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ、ＡＶ）、船舶などで実現される。
【0297】
図２８に示すように、車両又は自律走行車１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部として構成されてもよい。ブロック１１０／１３０／１４０ａ～１４０ｄはそれぞれ図２６のブロック１１０／１３０／１４０に対応する。
【0298】
通信部１１０は、他の車両、基地局（例えば、基地局、路辺基地局（Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ）など）、サーバなどの外部機器と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は、車両又は自律走行車１００の要素を制御して様々な動作を行うことができる。制御部１２０はＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を含んでもよい。駆動部１４０ａは、車両又は自律走行車１００を地上で走行させることができる。駆動部１４０ａは、エンジン、モータ、パワートレイン、車輪、ブレーキ、ステアリング装置などを含む。電源供給部１４０ｂは、車両又は自律走行車１００に電源を供給し、有／無線充電回路、バッテリなどを含む。センサ部１４０ｃは車両の状態、周辺の環境情報、ユーザ情報などを得ることができる。センサ部１４０ｃはＩＭＵ（ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ）センサ、衝突センサ、ホイールセンサ（ｗｈｅｅｌ ｓｅｎｓｏｒ）、速度センサ、傾斜センサ、重量感知センサ、ヘッディングセンサ（ｈｅａｄｉｎｇ ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ）、車両前進／後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含む。自律走行部１４０ｄは、走行中の車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると自動で経路を設定して走行する技術などを実現できる。
【0299】
一例として、通信部１１０は外部サーバから地図データ、交通情報データなどを受信する。自律走行部１４０ｄは取得したデータに基づいて自律走行経路とドライビングプランを生成する。制御部１２０は、ドライビングプランに従って車両又は自律走行車１００が自律走行経路に沿って移動するように駆動部１４０ａを制御する（例えば、速度／方向調整）。自律走行途中に通信部１１０は外部サーバから最新の交通情報データを非／周期的に取得し、周辺の車両から周辺の交通情報データを取得する。また、自律走行途中にセンサ部１４０ｃは車両の状態、周辺の環境情報を取得する。自律走行部１４０ｄは新しく取得したデータ／情報に基づいて自律走行経路とドライビングプランを更新する。通信部１１０は、車両の位置、自律走行経路、ドライビングプランなどに関する情報を外部サーバに伝達することができる。外部サーバは、車両又は自律走行車から収集された情報に基づいて、ＡＩ技術などを利用して交通情報データを予め予測し、予測された交通情報データを車両又は自律走行車に提供することができる。
【0300】
図２９は、本開示に適用される車両を例示する。車両は運送手段、汽車、飛行体、船舶などで実現されることもできる。
【0301】
図２９に示すように、車両１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ及び位置測定部１４０ｂを含む。ここで、ブロック１１０～１３０／１４０ａ～１４０ｂはそれぞれ図２６のブロック１１０～１３０／１４０に対応する。
【0302】
通信部１１０は、他の車両、又は基地局などの外部機器と信号（例えば、データ、制御信号など）を送受信する。制御部１２０は車両１００の構成要素を制御して様々な動作を行うことができる。メモリ部１３０は、車両１００の多様な機能をサポートするデータ／パラメータ／プログラム／コード／命令を格納する。入出力部１４０ａはメモリ部１３０内の情報に基づいてＡＲ／ＶＲオブジェクトを出力する。入出力部１４０ａはＨＵＤを含む。位置測定部１４０ｂは車両１００の位置情報を取得することができる。位置情報は車両１００の絶対位置情報、走行線内における位置情報、加速度情報、周辺車両との位置情報などを含む。位置測定部１４０ｂはＧＰＳ及び様々なセンサを含む。
【0303】
一例として、車両１００の通信部１１０は、外部サーバから地図情報、交通情報などを受信してメモリ部１３０に格納する。位置測定部１４０ｂはＧＰＳ及び様々なセンサにより車両位置情報を取得してメモリ部１３０に格納する。制御部１２０は、地図情報、交通情報及び車両位置情報などに基づいて仮想オブジェクトを生成し、入出力部１４０ａは生成された仮想オブジェクトを車内のウィンドウに表示する（１４１０、１４２０）。また、制御部１２０は、車両位置情報に基づいて車両１００が走行線内において正常に運行されているか否かを判断する。車両１００が走行線から異常に外れる場合、制御部１２０は入出力部１４０ａにより車両内のウィンドウに警告を表示する。また、制御部１２０は、通信部１１０により周辺車両に走行異常に関する警告メッセージを放送する。状況に応じて、制御部１２０は、通信部１１０により関係機関に車両の位置情報と、走行／車両異常に関する情報を送信することができる。
【0304】
図３０は、本開示に適用されるＸＲ機器を例示する。ＸＲ機器は、ＨＭＤ、車両に備えられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、ＴＶ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどで実現できる。
【0305】
図３０に示すように、ＸＲ機器１００ａは、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、センサ部１４０ｂ及び電源供給部１４０ｃを含む。ここで、ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ図２６のブロック１１０～１３０／１４０に対応する。
【0306】
通信部１１０は、他の無線機器、携帯機器又はメディアサーバなどの外部機器と信号（例えば、メディアデータ、制御信号など）を送受信する。メディアデータは、映像、イメージ、音などを含む。制御部１２０は、ＸＲ機器１００ａの構成要素を制御して様々な動作を行うことができる。例えば、制御部１２０は、ビデオ／イメージ取得、（ビデオ／イメージ）エンコード、メタデータ生成及び処理などの手順を制御及び／又は実行するように構成される。メモリ部１３０は、ＸＲ機器１００ａの駆動／ＸＲオブジェクトの生成に必要なデータ／パラメータ／プログラム／コード／命令を格納する。入出力部１４０ａは外部から制御情報、データなどを取得し、生成されたＸＲオブジェクトを出力する。入出力部１４０ａはカメラ、マイクロフォン、ユーザ入力部、ディスプレイ部、スピーカ及び／又はハプティックモジュールなどを含む。センサ部１４０ｂはＸＲ機器の状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｂは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＲＧＢセンサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロホン及び／又はレーダーなどを含む。電源供給部１４０ｃはＸＲ機器１００ａに電源を供給し、有／無線充電回路、バッテリなどを含む。
【0307】
一例として、ＸＲ機器１００ａのメモリ部１３０は、ＸＲオブジェクト（例えば、ＡＲ／ＶＲ／ＭＲオブジェクト）の生成に必要な情報（例えば、データなど）を含む。入出力部１４０ａはユーザからＸＲ機器１００ａを操作する命令を取得し、制御部１２０はユーザの駆動命令に従ってＸＲ機器１００ａを駆動させる。例えば、ユーザがＸＲ機器１００ａにより映画、ニュースなどを視聴しようとする場合、制御部１２０は通信部１３０を介してコンテンツ要求情報を他の機器（例えば、携帯機器１００ｂ）又はメディアサーバに送信する。通信部１３０は、他の機器（例えば、携帯機器１００ｂ）又はメディアサーバから映画、ニュースなどのコンテンツをメモリ部１３０にダウンロード／ストリーミングする。制御部１２０は、コンテンツに対してビデオ／イメージ取得、（ビデオ／イメージ）エンコード、メタデータ生成／処理などの手順を制御及び／又は実行し、入出力部１４０ａ／センサ部１４０ｂにより取得した周辺空間又は現実オブジェクトに関する情報に基づいてＸＲオブジェクトを生成／出力する。
【0308】
また、ＸＲ機器１００ａは、通信部１１０を介して携帯機器１００ｂと無線で接続され、ＸＲ機器１００ａの動作は携帯機器１００ｂにより制御される。例えば、携帯機器１００ｂはＸＲ機器１００ａに対するコントローラとして動作してもよい。このために、ＸＲ機器１００ａは携帯機器１００ｂの３次元位置情報を取得した後、携帯機器１００ｂに対応するＸＲ個体を生成して出力する。
【0309】
図３１は、本開示に適用されるロボットを例示する。ロボットは、使用目的や分野に応じて産業用、医療用、家庭用、軍事用などに分類される。
【0310】
図３１に示すように、ロボット１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ、センサ部１４０ｂ及び駆動部１４０ｃを含む。ここで、ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ図２６のブロック１１０～１３０／１４０に対応する。
【0311】
通信部１１０は、他の無線機器、他のロボット又は制御サーバなどの外部機器と信号（例えば、駆動情報、制御信号など）を送受信する。制御部１２０はロボット１００の構成要素を制御して様々な動作を行うことができる。メモリ部１３０はロボット１００の多様な機能をサポートするデータ／パラメータ／プログラム／コード／命令を格納する。入出力部１４０ａはロボット１００の外部から情報を取得し、ロボット１００の外部に情報を出力する。入出力部１４０ａはカメラ、マイクロフォン、ユーザ入力部、ディスプレイ部、スピーカ及び／又はハプティックモジュールなどを含む。センサ部１４０ｂは、ロボット１００の内部情報、周辺環境情報、ユーザ情報などを得ることができる。センサ部１４０ｂは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロホン、レーダーなどを含む。駆動部１４０ｃはロボット関節を動かすなどの多様な物理的動作を行うことができる。また、駆動部１４０ｃは、ロボット１００を地上で走行させるか、又は空中で飛行させることができる。駆動部１４０ｃはアクチュエータ、モータ、車輪、ブレーキ、プロペラなどを含む。
【0312】
図３２は、本開示に適用されるＡＩ機器を例示する。ＡＩ機器は、ＴＶ、プロジェクタ、スマートフォン、パソコン、ノートパソコン、デジタル放送用端末、タブレットＰＣ、ウェアラブル装置、セットトップボックス（ＳＴＢ）、ラジオ、洗濯機、冷蔵庫、デジタルサイネージ、ロボット、車両などの固定型機器又は移動可能な機器などで実現できる。
【0313】
図３２に示すように、ＡＩ機器１００は、通信部１１０、制御部１２０、メモリ部１３０、入出力部１４０ａ／１４０ｂ、ラーニングプロセッサ部１４０ｃ及びセンサ部１４０ｄを含む。ブロック１１０～１３０／１４０ａ～１４０ｄはそれぞれ図２６のブロック１１０～１３０／１４０に対応する。
【0314】
通信部１１０は、有無線通信技術を利用して他のＡＩ機器（例えば、図２３、１００ｘ、２００、４００）やＡＩサーバ（例えば、図２３の４００）などの外部機器と有無線信号（例えば、センサ情報、ユーザ入力、学習モデル、制御信号など）を送受信する。このために、通信部１１０はメモリ部１３０内の情報を外部機器に送信するか、外部機器から受信された信号をメモリ部１３０に伝達する。
【0315】
制御部１２０は、データ分析アルゴリズム又はマシンラーニングアルゴリズムを使用して決定又は生成された情報に基づいて、ＡＩ機器１００の少なくとも１つの実行可能な動作を決定する。そして、制御部１２０はＡＩ機器１００の構成要素を制御して決定された動作を行う。例えば、制御部１２０は、ラーニングプロセッサ部１４０ｃ又はメモリ部１３０のデータを要求、検索、受信又は活用し、少なくとも１つの実行可能な動作のうち予測される動作や、好ましいと判断される動作を実行するようにＡＩ機器１００の構成要素を制御する。また、制御部１２０は、ＡＩ装置１００の動作内容や動作に対するユーザのフィードバックなどを含む履歴情報を収集してメモリ部１３０又はラーニングプロセッサ部１４０ｃに格納するか、ＡＩサーバ（図２３、４００）などの外部装置に送信する。収集された履歴情報は学習モデルの更新に利用されることができる。
【0316】
メモリ部１３０はＡＩ機器１００の様々な機能をサポートするデータを格納する。例えば、メモリ部１３０は入力部１４０ａから得られたデータ、通信部１１０から得られたデータ、ラーニングプロセッサ部１４０ｃの出力データ、及びセンシング部１４０から得られたデータを格納する。また、メモリ部１３０は、制御部１２０の動作／実行に必要な制御情報及び／又はソフトウェアコードを格納することができる。
【0317】
入力部１４０ａはＡＩ機器１００の外部から様々な種類のデータを取得する。例えば、入力部１４０ａは、モデル学習のための学習データ、及び学習モデルが適用される入力データなどを取得する。入力部１４０ａは、カメラ、マイクロホン及び／又はユーザ入力部などを含む。出力部１４０ｂは、視覚、聴覚又は触覚などに関連した出力を発生させる。出力部１４０ｂは、ディスプレイ部、スピーカ及び／又はハプティックモジュールなどを含む。センシング部１４０は様々なセンサを利用してＡＩ機器１００の内部情報、ＡＩ機器１００の周辺環境情報及びユーザ情報のいずれか１つを得ることができる。センシング部１４０は、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、ＲＧＢセンサ、ＩＲセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロホン及び／又はレーダーなどを含む。
【0318】
ラーニングプロセッサ部１４０ｃは，学習データを利用して人工神経網で構成されたモデルを学習させる。ラーニングプロセッサ部１４０ｃはＡＩサーバ（図２３、４００）のラーニングプロセッサ部と共にＡＩプロセッシングを行うことができる。ラーニングプロセッサ部１４０ｃは、通信部１１０を介して外部機器から受信された情報、及び／又はメモリ部１３０に格納された情報を処理する。また、ラーニングプロセッサ部１４０ｃの出力値は通信部１１０を介して外部機器に送信されるか／送信され、メモリ部１３０に格納される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
【図31】
【図32】
